软件著作权侵权的基本认定办法.docVIP

软件著作权侵权的基本认定办法 对于软件企业来说，大部分的软件知识产权发生形式表现为对软件著作权的侵权，因此，软件著作权的保护是每个软件知识产权维权的重点。而软件著作权侵权的难点在于如何收集相关证据以及如何判定侵权？关于如何判定软件著作权侵权，目前在司法实践中主要采用的原则是“实质性相似+接触+排除合理解释法 ” （过错推定） （AccessSubstantialSimilarity），具体分为三个方面：1、实质性相似判断是难点。司法实践中除了通过简单的对比可以判定外，更多的须依赖专家鉴定的方式来解决，因为软件著作权侵权本身涉及到专业的技术认定，具有一定的复杂性，往往通过司法鉴定的方式认定。 2、接触，即以前曾有研究、复制权利人的软件产品的机会，例如曾经的合作伙伴、销售代理、曾为权利人单位员工等等；3、排除合法解释法：抗辩的理由一般表现为独立开发中设计巧合、表达方式有限、不同的计算机语言以及来源于第三者（善意）等。“实质性相似+接触”原则是国际通行的计算机软件著作权侵权判断准则之一。“实质性相似”指被控侵权的软件在表达方式上与原告的软件存在实质性的相似，主要分为两类情形:一是文字部分相似，以软件程序代码中引用的百分比为依据来判断;二是非文字部分相似，主要靠定性分析来，量化分析比较困难。总的来说，所谓实质性相似应是指软件整体上的相似，包括软件程序的组织结构、处理流程、所用数据结构、所产生的输出方式、所要求的输入形式等方面的相似，并不单纯以引用的文字百分比来判断。判断“实质性相似”的主要方法：一是对照法：即对侵权软件和被侵权软件进行直接对比。这种对比包括两段源程序对比、源程序和目标程序间的对比、两段目标程序间的对比。二是测试法：通过对两个软件进行测试，如果各中间结果都基本一致，则应属于实质性相似，从而构成侵权。三是逐层分析法：判断两个软件是否构成实质性相似，有时不能拘泥于将两段程序做直接的比较，以相似之处的数量的多寡来认定，而是要从系统设计、功能设计、结构顺序、结果的输入输出等方面逐层分析。四是整体感觉法：对于“整体上的相似”的判断要求有一个独特的观察角度，即普通软件用户的角度。五是“掺假”发现法：即在计算机程序中加入一些对程序运行没有意义和作用的指令和符号，如开发者的姓名，单位或者废程序段等等;或是采用很难为盗版者所发现和修改的独特的代码序列，作为“伪装记号”来保护程序。这样，在进行技术鉴定时，如果发现两个软件的这些随机性很强的无意义特征都相同或基本相同，则可以成为证明实质性相似的有力证据。单凭“实质性相似”并不能判断侵权行为。独立开发时的设计巧合、由于可供选择的表达方式有限等也可能导致软件程序的相似。所以在认定“实质性相似”后，还要判断“接触”事实。这里的“接触”指被控侵权软件的开发者以前曾有研究、复制权利人的软件产品的机会。我国在法律实践中借鉴了“实质性相似+接触”原则，并引入“排除合理解释”，修正为“实质性相似+接触+排除合理解释”原则，即在认定了实质性相似和接触的情况下，仍允许被告通过对“实质性相似”的合理解释来否认侵权。“实质性相似+接触+排除合理解释”原则的主要优点是能够合理分配举证责任。由于计算机软件的“接触”在极短时间内即可实现，对接触事实的举证非常困难。司法实践中，被侵权人举证的往往是侵权人具有接触的条件，是“可能性”而非“事实”。引入“排除合理解释”后，在确认“实质性相似”的基础上，被侵权人举证“接触”的可能性，侵权人举证其“合理解释”。通过这两个环节，可以更合理地分配原告和被告之间的举证责任，实践中也易于操作。当然，如果被侵权人能够举证接触事实，则可以直接认定侵权事实。在司法实践中，由于计算机软件兼具“文字作品”和“实用工具”双重属性，确定“思想、表达二分”的具体法律标准一直是个倍受争议的问题。各种形式的计算机程序的编码(Code)即文字性(Literal)成分都是思想的表达，应受到著作权法的保护；而程序的功能目标，通常认为属于思想领域，是不受著作权法保护的，这两部分的界限非常清晰，随后的难点在于在编码和功能目标之间存在着一个宽泛的模糊区域，是仅通过编码与功能目标的划分所难以规制的。例如：程序的总体结构、接口设计、屏幕显示等所谓程序的非文字(Non-Literal)部分，这部分中间区域哪些属于思想，哪些属于表达，是有待进一步的法律标准来明确的。美国判断软件著作权侵权的方法参考：1）SSO法则是解决这一问题的尝试。所谓SSO，即计算机软件的结构(Structure)、顺序(sequence)和组织(organization)。程序的结构就是一个程序的各个组成部分的构造以及数据结构；程序的顺序，就是程序各部分在执行过程中的先后顺序，也就是所谓的程序的“流程”；程序的组织，则是程序中各结构及顺序之间的宏观安排。S