苹果App侵权纠纷,我该怎么办?

news/2024/5/19 16:30:53 标签: consul, hierarchy, xhtml, flex, nagios

工程师小A是一个互联网公司普普通通的iOS软件开发工程师,有一天他想了一个不错的idea,感觉很兴奋,于是想试试自己捣鼓一个开发者账号做上一做,他给App起了个不错的名字,每天下班埋头研发,最终发布了产品,上了架,眼看着新增哗哗哗上涨,这是多么愉快的事情啊,他吃着火锅唱着歌,想着是不是有一天光靠这个产品就能当上CEO,迎娶白富美,走上人生巅峰,忽然有一天,他的产品就被下架了。

这一出让小A猝不及防,他赶紧查看itunes connect和自己的开发者邮箱,才发现开发者邮箱列表上有几封不显眼的来自苹果转发的投诉邮件,该邮件投诉他的产品用了某个词xxx,这个词为该公司(或代理公司的客户)版权所有,邮件要求苹果公司下架小A的产品,苹果不愿意被这个主事锅,把邮件转发给小A,希望双方磋商或者辩论一下,看看谁在理,过了几个工作日,苹果看小A没回应,直接判定投诉方有理,产品理所当然被下架了。

根据我的观察,遭遇这类不幸的事件绝非小部分个例,不少开发者都惨遇过这类情形。尤其是产品的流量上了一个小轨道的开发者,更容易引起各种各样的纠纷,这也是我写本文的目的,针对性的来聊聊面对纠纷的对策之法,来帮大家尽量规避损失,至少可以减少损失。

一、分析侵权邮件的起因

有一句名言叫,存在即合理。它的原意是,任何既定事实的存在,必然是有原因的。侵权邮件的形成也是有原因的,首先我们要分析他存在的原因,才有机会对症下药。

侵权邮件事件的发生,一般无外乎以下几种情况:

  1. 你的产品实实在在确实蹭了某个名牌的名字,运气好躲过了审核上架了,后来被版权方发现揪着打。

  2. 你的产品名采用了抖机灵的方式蹭了某个名牌的名字(参考今日油条……),该名字是否侵权,存在主观上的争议,严格上来说需要仲裁机构仲裁才能定案。

  3. 你的产品名并没有刻意蹭任何品牌的名字,但是被一些品牌方产权持有者、竞争对手或者相关代理机构强行碰瓷,目的是让你应付不暇把你搞下架。

无论原因在哪,作为开发者,自己研发的产品犹如十月怀胎的孩儿,总不能什么都不做让它说死就死,遇到问题一定要冷静,不要慌不择路或者急于息事宁人,有时候即使损失不可避免,也要从中谋求趋利避害之道,下面我们来讲讲处理侵权邮件的步骤和方法。

二、苹果对待侵权的处理策略

所谓知己知彼,百战不殆。在这场战斗中你面对的不只是投诉你的对手,还有苹果公司。我们上面说完投诉你的对手后,接下去要说的就是苹果公司。

要知道,苹果公司处理类似侵权邮件,也是有标准流程的,该流程图绘如下(网图侵删):

可以看到,该流程是一个分支循环流程图,所有流程的产生和变化都是以电子邮件作为载体。大致来总结苹果的策略,那就是:

  1. 苹果一旦收到侵权举报邮件,一般第一件事是通知开发者 - 我们就说被告吧,同时抄送一份给原告,提供一个单号,并要求双方的邮件来往要抄送给苹果,持续跟进。

  2. 原告和被告针对侵权事宜通过邮件进行交流,苹果“隔岸观火”。

  3. 如果双方有一方没有及时回复邮件(一般5到10个工作日吧),苹果会回复一份邮件询问双方进展。

  4. 如果有一方始终没有回复邮件并且在苹果询问后依然没有动作,苹果(极可能的)会判没有回复的一方自动败诉。具体表现为,原告不做回应那么该单号将被撤销,原告如果想再搞事情,那么需要再发一次举报;如果是被告不做回复,苹果将下架被告的相关产品,如果被告是惯犯,可能还要面临封号的风险。

  5. 如果双方你来我往僵持不下,苹果会持续关注该案件。如果发现其中一方明显理亏,或者胡搅蛮缠,苹果会做出自己的判决 - 如果被告是个人开发者,那么一般这个判决对被告是不大有利的。

三、应对之道

虽然每个开发者(或团队)开发的产品不同,侵权的性质不同,但是有一点总归是不变的,就是要保证自己遇到问题时解决问题的及时性和专业性。下面我分步骤来讲讲遇到对应问题时,几个最重要的准则。

1. 及时查看和回复侵权邮件

有为数不少的开发者不喜欢看邮件,他们经常登录开发者账号,以为如果有什么事,肯定会在解决方案中心出现。殊不知投诉事件在解决方案中心是没有的,只有邮件。如果你没有养成看邮件的习惯,最好现在开始,至少保证一周有三天去查阅邮件。

一般来说,侵权邮件收到的三天内,自己就应该及时回复了,迟迟不回复很可能自动被苹果判定败诉。

如果你因为种种原因需要执行“缓兵之计”策略,需要时间和投诉方周旋,那么可以保持收到侵权邮件后的第三天去回复。如果对手回复足够及时,那么邮件往来一个回合至少也要消耗三天,如果对方回复不及时,那么一个回合你还能撑一周。这将为你准备材料,给产品更新预留开发时间,安全的争取时间。

2. 用官方书面语回复

有些开发者明明占理,但是在回复邮件时往往想一通说一通,说话稍微出现漏洞就难以自圆其说,还给对手留下了无法抹灭的把柄。

要知道,邮件是具有法律效应的,你的每一封邮件都可以作为证据。而苹果作为仲裁者始终关注的双方的邮件往来,如果你用口语打嘴仗的方式回复,很容易给苹果带来这是个小流氓的形象,这对自己是非常不利的。

具体来讲,如果你认为自己没有侵权,或者说自己的侵权的嫌疑是非确定了,那么千万不要在邮件里贸然承认,一旦你承认了,事情就定性了,后面你就无法再进行辩解。

3. 有效利用“谁主张,谁举证”原则

这个原则非常有效,举一个例子,如果侵权方说你“界面和我们公司的产品极其相似”。那么这相当于是一个主张。这个主张是否成立,应该由对方来举证。

这时候,不专业的回复策略是“我们的产品虽然和你们的产品略有雷同,但是并非极其相似”。这样的回复相当于变相承认了双方产品存在界面相似性,而“并非极其相似”的主张又需要由被告自己来证明。

正确的回复策略是,对方既然提出“界面极其相似”,那么就应该由对方来提供证明,究竟哪个界面极其相似,相似的地方是在哪里。只要对方频繁出击,发表主张并提出证据,就容易出现漏洞,谁出现的漏洞多,谁就容易被打败。

4. 极限施压原则:对对手的每一个权益请求出示证据

现在的版权流氓非常多,有一些版权流氓举报侵权是想打倒对手,搞垮竞争者,另外有一些目的是求财,想通过庭上斗争,庭下收钱和解的方式赚一笔碰瓷金。

如果遇到了流氓,即使真的斗不过对面,不得不采取措施避难,也不能轻易拱手放弃。

这时候有一个原则就非常有效了:极限施压原则。

该原则要求你对对手的任何行动采取施压,让对方感到做每一件事都要付出成本。

如果对方声称自己是版权代理机构,OK,请您出示代理证明,不然我怎么知道你是真机构还是假机构。如果你声称你有某个单词的版权,OK,请出示证明,证明这个版权是你公司的,一个字都不能错。

5. 让改动付出最小代价

一般来说,原告和被告的博弈,原告肯定追求让被告损失最大代价,他会直接要求苹果将被告的产品给下架了。而对被告来说恰恰相反,必须通过邮件反复对原告施压,获取具体的侵权点,并且不断的压缩自己需要改动和承担损失的范围。

具体而言,原告如果要求你直接下架,而原告的权益范围仅限于某一个地区,那么你可以争取只在对应的地区下架,其它地区保留。

再具体来说,原告的单词版权限定在标题部分,那么意味着那你这个单词是有可能移动到副标题而不算侵犯原告利益的。

这部分就需要你通过邮件和原告反复确认,并且最终给出一个解决方案 - “这么做是不是就不侵权”。

在你准备修改产品时,千万不要对面说什么就赶紧去改,如果你决定针对性的去改,起码要在邮件里面提出解决方案,提供你的诚意,对方如果认可了,再去改不迟。

这样的做法可以避免你改之后原告还穷追不舍,认定你侵权。因为邮件会留下证据,一旦逼迫对方认同了你的方案,后续该邮件就是铁证,可以在双方交锋时作为底牌。

结语

很多开发者埋头写代码,很少考虑和法律有关的话题,导致在面对这类事件时缺乏经验,让自己吃足了亏。

虽然我们提倡开发产品要奉公守法,但是并不代表自己就永远不会遇到这类事件,希望这篇文章能给你提供帮助。

1. 2020社区最新教程精华700+页PDF!
2. 腾讯课堂Creator零基础修仙实战上线啦!
3. 游戏换皮被默许,微信后台竟然支持代码授权
4. NativeAPI手机原生功能调用电量、像册、截图接口丰富
5. 黑科技,能生成女朋友吗?Creator全自动代码生成器来袭!
6. 天天996,试用期4个月,被公司劝退!开发者太糟心了!


http://www.niftyadmin.cn/n/806101.html

相关文章

小程序获取附近IBeacon设备

实现逻辑: 该功能实现需要使用以下API: wx.startBeaconDiscovery(OBJECT):开始搜索附近的iBeacon设备 wx.stopBeaconDiscovery(OBJECT):停止搜索附近的iBeacon设备 wx.onBeaconUpdate(CALLBACK):监听 iBeacon 设备…

EL表达式嵌套${${}}

user:是一个对象,user{"name":"zj", sex:"f", grade:"99"} list 是个集合,存入了一个或多个user对象 set:集合,存入的是user的key [name,sex, grade] 我想用${list[0].nam…

uni-app项目使用uCharts高性能跨全端图表组件

前言: uCharts全新图表组件,全端全平台支持,开箱即用,可选择uCharts引擎全端渲染,也可指定PC端或APP端单独使用ECharts引擎渲染图表。支持极简单的调用方式,只需指定图表类型及传入符合标准的图表数据即可…

隐藏的密文 (转)

隐藏的密文 (转)[more]隐藏的密文听说有一种软件,可以将一定的密文隐藏在图形文件中,我没有用过,不过这个想法很好,嗯……我的意思是正好作为我的练习。 于是我打开winhex,试了各种不同后缀的图形文件,发现…

ramfs和tmpfs的区别

简介 ramfs和tmpfs是在内存上建立的文件系统(Filesystem)。其优点是读写速度很快,但存在掉电丢失的风险。如果一个进程的性能瓶颈是硬盘的读写,那么可以考虑在ramfs或tmpfs上进行大文件的读写操作。 ramfs和tmpfs之间的区别&#…

uniapp小程序录音功能权限问题

微信小程序录音权限设置 methods: {recordShow(e) {var that this;uni.getSetting({success(res) {// console.log(res.authSetting[scope.record]);//判断是否第一次获取录音功能if (!res.authSetting[scope.record]) {//调用后会立刻弹窗询问用户是否同意授权录音给小程序un…

【并发底层系列】基础知识

基础 线程状态 New:这个状态呢,就是线程对象创建之后、启动之前,就是这个状态。 用代码来说呢,就是 Thread t new Thread(); t.getState(); // NewRunnable: 当调用start方法后呢,线程就会进入Runnable状态&#x…

一个俄罗斯方块的源代码 (转)

一个俄罗斯方块的源代码 (转)[more]一个俄罗斯方块的源代码&#xff0c;自己写的&#xff0c;有点笨的……#include#include#include#include#include#include<BIOS.h> #define LEFT 0x4b #define RIGHT 0x4d #define DOWN 0x50 #define CHANGE 0x20 #define ESC 0x1b #d…