软件开发仅仅是处理比特和字节就已经足够困难了。法律纠纷代表了另一个潜在的陷阱,开发者经常发现自己没有准备好。任何编写、使用或开发软件的组织都应该定期进行法律审查,以确定是否a)组织现在遇到了麻烦,或者b)组织将来可能会遇到麻烦。以下是我在这些话题上的一些亲身经历。
开放源码软件许可有很多种,下面是基于潜在责任对许可类型的粗略分类:
通常宽容- Apache, MIT等。
潜在Restrictive - LGPLv2等。最常见的关注领域是软件重新分发条款。
和你的律师谈谈- LGPLv3, Affero(所有版本)等更多的许可证变更,特别是重新分配和云服务。
跟踪开源许可比听起来要难得多,而且通常被认为是理所当然的。例如,软件公司在进行收购的技术尽职调查时,通常需要让第三方审查他们的代码库,并解释每个库和.jar文件的起源和许可证。在尽职调查的过程中,不适合发现使用不利或不符合许可的库的普遍或严重使用。即使不考虑收购场景,违反再分配条款和其他许可证限制也会给企业带来真正的法律后果。最好是在第一时间掌握这一点,避免潜在的问题。
商业软件代表了几乎任何软件解决方案的一部分,但是考虑到软件许可的各种方式,跟踪许可可能是一个挑战。
商业执照-好消息是有很多软件授权的选择。每个CPU插座吗?每个核心?每台机器吗?每个集群?或者可以按使用的存储(例如,按MB/GB/TB)授权。或者可能是命名用户或并发用户。坏消息是,软件许可有很多选择。
OEM的许可-“OEM”(原始设备制造商)许可证是指一个组件被授权在一个较大的解决方案内部,外部解决方案的用户不应该知道-也不能使用-内部组件。我希望这种类型的安排在软件解决方案的内部部署中更常见,但它可能永远不会完全消失。在之前的一家公司,我们从一家以积极的销售策略著称的知名公司OEM了一个嵌入式数据库。不幸的是,就我们如何使用他们的产品接受至少一次审计是做生意的成本之一。OEM协议可能是有用的,但魔鬼在细节中,它需要在技术合作伙伴之间进行大量的沟通,以确保没有人感到他们被利用或负担过重。
云本地服务-这一点值得一提,因为基于使用的计费(例如,调用、所使用的CPU时间、扫描的数据等)是云原生服务的核心,这类服务现在被广泛应用于基于公共云平台的解决方案中。好消息是,这使得服务/组件许可更简单,解决方案的初始发布也更容易。但就像计算中的许多事情一样,总会有权衡,通常下一组挑战是关于优化所述服务的使用和降低服务费用,这将随着解决方案的发展而自动增加。没有什么事情是没有代价和烦恼的。
专利是人们要么非常关心,要么根本不去想的话题之一。
我有一些软件专利,大部分是在IBM工作期间获得的。虽然我喜欢认为自己是一个相当有创新精神的人,但用专利数量作为创新的衡量标准是有局限性的,因为专利流程现在由大公司主导,这些公司有资源在专利律师身上花大量的钱。IBM的创新过程可能是其他大公司的典型,因为每个发明人的专利申请都授予“创新点”,然后在专利发布的情况下授予更多的“创新点”和适合框架的证书。还有一笔少量的钱(约1500美元的申请,约750美元的签发,或其他)。有“创新高原”,附带小奖金,和另一个证书适合框架。与拥有50或100项或更多专利的研究人员相比,我收集的专利是微不足道的,因为从企业的角度来看,它很少涉及单个专利,而是专利的“组合”。这是关于建立一个知识产权的盾牌墙。或棍棒。或两者兼而有之。
一个奇怪的企业案例是,我在医疗保健分析初创公司Explorys工作时提交的一份专利申请。IBM后来收购了Explorys。这项专利还需要在系统中工作几年,但它最终在我还在IBM的时候发布了。尽管我是IBM的员工,IBM现在是该专利的持有者,但IBM不会给共同发明人(我是其中之一)任何“创新点数”——理由是它不是在“IBM的时间”发明的。这种否认似乎过于可笑,因为在这一点上,除了几百美元和另一张适合裱框的证书,对共同发明人来说没有什么风险。这就是企业创新游戏中的生活。
申请专利是一回事。“捍卫”专利是一个完全不同的命题,这也是专利系统变得既昂贵又丑陋的原因。我自己没有经历过这个过程,因为大多数软件工程师只经历过这个过程的应用程序部分,但是在《水中的鲜血:美国对创新的攻击告诉。谷歌成功地使一家名为b.e. Tech的小公司的一些定向广告专利失效,这些专利甚至在谷歌成立之前就已经申请了。事实上,该案件的PTAB(专利审判和上诉委员会)由一名前谷歌高管领导,此人有权向PTAB施加类似的同情,这是一个惊人的巧合。
在《Blood In The Water》中,这位b.e Tech的发明者将这种体验描述为“强盗闯进我家,偷走了一切。我头晕目眩,因为我一无所有。至少我知道是谁干的。但是,就在我准备起诉他们的时候,强盗们转过身来,起诉我当初拥有这所房子。我们上了法庭,法官判他们胜诉,判给他们我的房子。”
虽然几乎任何人都可以提交专利申请,但专利的辩护和执行是由大公司主导的。如果我们都希望专利制度不仅仅是一种生成适合框架的证书的机制,那么这似乎是需要重新审视的,如果不是彻底改革的话。
在之前的一份工作中,我们的单位在一场诉讼中被点名。具体来说,我们部门在一起针对母公司的诉讼中被点名。正如他们向我解释的那样,投诉来自一家公司,这家公司曾经与我们的母公司合作过一个项目,但这种商业关系已经走到了尽头,显然并不是友好分手。这家公司声称母公司已经采用了他们的技术,并将其用于其他方面。如果这是真的,那就太糟糕了,但我们的部门从未听说过这家公司,所以我们不可能挪用这种技术。还是得有人公开说出来,所以这就是我要学习如何在诉讼中被免职的地方。
我得飞到曼哈顿去找个高级律师事务所,就像电视里演的那样。我坐在一张长方形桌子的头,对面是一台摄像机和操作员。在我左手边的是一位法庭速记员。桌子的左边是对方律师,右边是代表我公司的律师。我必须宣誓就职。“这就像电视一样,”我想。然而,被免职是一种生活经历,就像差点被老虎咬伤或近距离观看龙卷风一样,听起来比实际情况更酷。幸运的是,我有所准备。
基本的预备课程是:
在对方律师大约两个小时的提问中,我不得不回答“不”或“不,这是不对的”,幸运的是,这结束了我参与诉讼回应的过程。
版权法是另一类潜在问题。Oracle与谷歌之间的长期案例api2021年美国最高法院即将审理的案件就是一个最好的例子。我的经历和那个案例概念上很相似。在之前的一家公司,我们被一个客户雇佣去集成到一个特定的供应商系统,但是那个特定的供应商说我们公司不能这样做,因为他们的api是有版权和专有的,根据那个供应商的说法。小贩反过来对顾客提出了严厉的警告。我不能自由地对这个特殊的案件说更多的东西,除了它变得非常丑陋,有很多律师参与,尽管它没有升级到Oracle与谷歌案件的任何地方。
无论Oracle vs.谷歌案件如何结束,软件工程师们都不应该把版权法从潜在问题的列表中删除。根据电子前沿基金会的文章,这个案件现在显然应该被称为“谷歌vs. Oracle”,因为谷歌请求最高法院审理此案。
和你的律师谈谈。,祝你好运。
开放源码许可:https://opensource.org/licenses/category
谷歌诉b.e Tech定向广告专利案:https://www.ipwatchdog.com/2017/11/13/ptab-targeted-advertising-patents-google-ad-收入/ id = 90076 /
水里的血:美国对创新的攻击:https://bloodinthewaterbook.com/
谷歌与Oracle API诉讼:https://www.eff.org/cases/oracle-v-google
另请参阅
Explorys和IBM Watson健康状况://www.eqigeno.com/blogs/blog-cacm/252055-what-happened-to-watson-health/fulltext
道格·梅尔是onada公司的投资组合架构师。他还创立了克利夫兰大数据聚会在2010年。更多Doug的ACM文章可以在这里找到https://www.linkedin.com/pulse/publications-doug-meil
没有发现记录