软件著作权侵权的基本认定办法/李俭(2)
单凭“实质性相似”并不能判断侵权行为。独立开发时的设计巧合、由于可供选择的表达方式有限等也可能导致软件程序的相似。所以在认定“实质性相似”后，还要判断“接触”事实。
这里的“接触”指被控侵权软件的开发者以前曾有研究、复制权利人的软件产品的机会。我国在法律实践中借鉴了“实质性相似+接触”原则，并引入“排除合理解释”，修正为“实质性相似+接触+排除合理解释”原则，即在认定了实质性相似和接触的情况下，仍允许被告通过对“实质性相似”的合理解释来否认侵权。
“实质性相似+接触+排除合理解释”原则的主要优点是能够合理分配举证责任。
由于计算机软件的“接触”在极短时间内即可实现，对接触事实的举证非常困难。司法实践中，被侵权人举证的往往是侵权人具有接触的条件，是“可能性”而非“事实”。引入“排除合理解释”后，在确认“实质性相似”的基础上，被侵权人举证“接触”的可能性，侵权人举证其“合理解释”。
通过这两个环节，可以更合理地分配原告和被告之间的举证责任，实践中也易于操作。当然，如果被侵权人能够举证接触事实，则可以直接认定侵权事实。
在司法实践中，由于计算机软件兼具“文字作品”和“实用工具”双重属性，确定“思想、表达二分”的具体法律标准一直是个倍受争议的问题。
各种形式的计算机程序的编码(Code)即文字性(Literal)成分都是思想的表达，应受到著作权法的保护；而程序的功能目标，通常认为属于思想领域，是不受著作权法保护的，这两部分的界限非常清晰，随后的难点在于在编码和功能目标之间存在着一个宽泛的模糊区域，是仅通过编码与功能目标的划分所难以规制的。例如：程序的总体结构、接口设计、屏幕显示等所谓程序的非文字(Non-Literal)部分，这部分中间区域哪些属于思想，哪些属于表达，是有待进一步的法律标准来明确的。
美国判断软件著作权侵权的方法参考：
1）SSO法则是解决这一问题的尝试。
所谓SSO，即计算机软件的结构(Structure)、顺序(sequence)和组织(organization)。
程序的结构就是一个程序的各个组成部分的构造以及数据结构；程序的顺序，就是程序各部分在执行过程中的先后顺序，也就是所谓的程序的“流程”；程序的组织，则是程序中各结构及顺序之间的宏观安排。
SSO法则认为，虽然被告的程序与原告的程序代码完全不同，但二者的结构、顺序和组织相同或相近似，仍构成侵犯著作权。这一法则确立于美国Whelan公司诉Jaslow公司案。
总共4页
[1] 2
[3] [4] 上一页 下一页