加载中...
推荐位 推荐位

谷歌软件专利的解决方案:一视同仁

发布时间:2013.04.23 山西省查看:11277 评论:14




Google's solution to software patents:
treat them like any other patent
谷歌软件专利的解决方案:一视同仁


发布:MYSIPO INTERNATIONAL
原文作者:Jeff Blagdon
来源:theverge.com
编译:赵纵洋(华南理工大学知识产权学院)


Earlier this week, Google filed commentswith the US Patent and Trademark Office, arguing for more stringent applicationof established legal norms in order to invalidate overly broad software patentapplications that use purely "functional claiming." The termexpresses the idea of patenting what something does rather than what it is, a practicethat’s discouraged in many other sectors, but seems to be disproportionatelymore acceptable in the realm of software. In February, Google suggested thatfunctional claims in software ought to be supported by actual algorithms thatshow how to perform the function in question, a position it has formalized inthis submission to the PTO.

本周早些时候,谷歌向美国专利商标局提交申请,主张制定更多严格的有关专利申请程序的法律以规制过多无效的仅仅是“功能声明”的软件专利申请。“功能声明”这一术语表达的是这样一种理念:授予专利依据某物的功能而非某物的本质。这一做法在其他行业是令人沮丧的,但是在软件领域里,这一做法似乎是不成比例地更易为人们所接受。在2月份,谷歌建议,如何实现讨论中的功能的实际算法应当支持软件中的“功能声明”,这一建议已正式提交美国专利商标局。


Justcalling a function a "processor" doesn't give it the necessarystructure
仅仅一个函数处理器是不能使其具备必要的结构

A lot of Google’s recommendations hinge onthe application of USC 35 112(f), a tenet in patent law designed to preventpurely functional claiming. In the case of electrical and mechanical patents,Google points out, words like "mechanism" and "means for"usually fall short since they don’t provide enough structure to limit the claimto a specific invention.Inventors are made to show how they perform a functionto prevent claims that cover every conceivable way of doing the same thing. Googleargues that an algorithm ought to be considered the equivalent in the softwareworld, calling it "a critcal component of the relevant‘structure.’"It also points out that several recent decisions from thePatent Trial and Appeal Board support its position, proving, for instance, thatjust calling a function a "processor" doesn’t give it the necessarystructure to narrow the claim’****ope down to a single invention.

谷歌大量的建议书都取决于美国专利法第112条(f)款的应用,即专利法禁止纯粹的功能声明的宗旨。谷歌指出,在电气和机械专利的情况下,诸如“机制”和“方式”这样的词汇通常不符合标准,因为它们并未提供足够的结构去限制一个特定发明的权利要求。发明人要说明怎样实现某项功能才能防止覆盖执行同样方式可以考虑到的所有权利要求。谷歌认为,在软件领域,一种算法应当被认为是等效的,称其“关键结构的相关组合”。谷歌还指出,专利上诉委员会近期的几个决定都支持了它的这种观点。例如,仅仅一个函数处理器是不能使其具备必要的结构以限缩权利要求的范围至某一个发明。

Another example of this kind of ostensibly"structural" language is "a selector that allows the customer toselect a software application for rental from said software rentalservice." The use of "selector," says Google, just obscures thefact that the applicant didn’t provide any real structure in the claim. Andwhile people have recently been ditching traditional "means for"language to avoid a rigorous application of section 112(f), they haven’tabandoned functional claiming. Instead, they've just shifted to this differentvocabulary. Google adds that it’s a bad idea to ask people whether they intendfor section 112(f) to apply when they're submitting their patent applications —"i.e., to ask whether the patentee would like to opt out of thissubstantive requirement for patentability."

另一个例子,这种表面上的“结构性语言”是一个允许顾客从软件出租服务商处挑选软件应用程序的选择器。谷歌认为,选择器的使用,掩盖了这一应用程序在权利要求中并不提供任何真实结构的事实。而且当人们近期为了避免专利法第112条第(f)款严格的审查程序而放弃传统的“方式”语言,他们并没有放弃功能声明。相反,他们仅仅转换了词汇。谷歌还认为,询问人们在他们提交专利申请时是否有意希望适用专利法112条第(f)款的做法是错误的。--“例如,询问专利权人是否愿意退出这种为了获得专利而做的实质性要求。”

A nuts-and-bolts explanation of how toperform some function
关于如何实现某些功能的具体解释

With so much importance placed on the roleof algorithms, Google was careful to explain exactly what it means — anuts-and-bolts explanation of how to perform some function, not a superficialoverview. "Put another way," it says, "an algorithm mustidentify the inputs, the outputs, and —– critically —– enough detail to allowsomeone to take the actions necessary to generate the outputs from theinputs."

由于在算法中的重要地位,谷歌谨慎地解释“功能声明”的含义--一个关于如何实现某些功能的具体之解释而非肤浅的概述。换言之,一种算法必须确定输入、输出和精密性--足够的细节允许某人采取必要的措施从输入生成输出。

Finally, Google has some other suggestionsfor improving patent quality. It thinks that prior art needs to be more easilysearchable, a change that it thinks could make things easier for examiners andreduce the number of invalid patent claims from being issued. It alsorecommends better standardization of terminology, which it thinks will bothmake it easier to search for prior art and help reduce the amount of litigationby clarifying an invention’****ope.

最后,谷歌对如何提高专利质量有一些建议。它认为现有技术需要更加容易被检索,而这一变化可以使得专利审查员的工作更加轻松,并且可以减少无效专利申请被公开的数量。它还建议更好地标准化相关的术语,它认为这样可以使得对现有技术的检索变得容易,并且可以帮助减少因澄清发明范围而起诉的案件的数量。

It stopped short of supporting the EFF'sposition
它没有支持电子前沿**会的观点

And while it stopped short of supportingthe EFF’s position that softwarepatents ought to include working code, it thinks it’s worthdiscussing a requirement to include pseudo-code, although it warns that theidea could be unwieldy without a standardized format.

虽然它没有支持电子前沿**会软件专利应当包括工作代码的观点,但是它认为软件专利应当包括伪代码是值得讨论的一个必要条件。尽管它警告说这一观点可能因为没有一个标准化的格式而被认为是不实用的。

Last month, Google made a pledge to refrainfrom suing developers, distributors, and users of open source software thatinfringe on ten of its software patents unless it’s attacked first whiledecrying the roughly $25 billion that patent trolls are reaping annually fromsoftware patent litigation. It’s clear that the Patent and Trademark Officereally does want to be seen as a promoter of innovation — now that the deadlinehas passed for public comment submission, we’ll have to see which, if any, of themany suggestions it will implement.

上个月,谷歌作出了免于起诉侵犯其十项软件专利的的开发商、经销商和开源软件使用者的承诺,尽管其首先受到攻击。专利流氓每年从软件专利诉讼中获得的赔偿数额大约是250亿美元。很明显,美国专利商标局的确想成为创新的促进者——因为公众提出建议的截止日期已到,所以我们只能对哪些建议可以被实施拭目以待。








标签: google patents something software solution


分享

收藏(1)

点赞

举报

评论列表

  • 第1楼
    本文的翻译明显有问题,claim在专利中是权利要求书的意思,因此“functional claiming"显然是功能性的权利要求。Google suggested that functional claims in software ought to be supported by actual algorithms that show how to perform the function in question。 同理,上句应翻译为Google建议软件专利中的功能性权利要求应被实际的算法所支持,该算法应展示如何实现该功能。
    整个文章的大背景是阐述软件专利中的功能性权利要求( 因其他行业/类别中的功能性权利要求是不被支持的),因此跟”声明“无关。

    2013/04/23 14:00 [来自北京市]

    0 举报
  • 第2楼
    这玩意本来就是这么规定的啊,不用再强调了吧。。。see MPEP 2181

    A rejection under 35 U.S.C. 112, second paragraph is appropriate if the specification discloses no corresponding algorithm associated with a computer or microprocessor. Aristocrat, 521 F.3d at 1337-38. For example, mere reference to a general purpose computer with appropriate programming without providing an explanation of the appropriate programming, or simply reciting “software” without providing detail about the means to accomplish the software function, would not be an adequate disclosure of the corresponding structure to satisfy the requirements of 35 U.S.C. 112, second paragraph. Aristocrat, 521 F.3d at 1334; Finisar, 523 F.3d at 1340-41. In addition, merely referencing a specialized computer (e.g., a “bank computer”), some undefined component of a computer system (e.g., “acce****ontrol manager”), “logic,” “code,” or elements that are essentially a black box designed to perform the recited function, will not be sufficient because there must be some explanation of how the computer or the computer component performs the claimed function. Blackboard, Inc. v. Desire2Learn, Inc., 574 F.3d 1371, 1383-1385 (Fed. Cir. 2009); Net MoneyIN, Inc. v. VeriSign, Inc., 545 F.3d 1359, 1366-67 (Fed. Cir. 2008); Rodriguez, 92 USPQ2d at 1405-06.

    In several Federal Circuit cases, the patentees argued that the requirement for the disclosure of an algorithm can be avoided if one of ordinary skill in the art is capable of writing the software to convert a general purpose computer to a special purpose computer to perform the claimed function. See, e.g., Blackboard, 574 F.3d at 1385; Biomedino, 490 F.3d at 952; Atmel Corp., 198 F.3d at 1380. Such argument was found to be unpersuasive because the understanding of one skilled in the art does not relieve the patentee of the duty to disclose sufficient structure to support means-plus-function claim terms. Blackboard, 574 F.3d at 1385 (“A patentee cannot avoid providing specificity as to structure simply because someone of ordinary skill in the art would be able to devise a means to perform the claimed function.”); Atmel Corp., 198 F.3d at 1380 (“[C]onsideration of the understanding of one skilled in the art in no way relieves the patentee of adequately disclosing sufficient structure in the specification.”). The specification must explicitly disclose the algorithm for performing the claimed function, and simply reciting the claimed function in the specification will not be a sufficient disclosure for an algorithm which, by definition, must contain a sequence of steps. Blackboard, 574 F.3d at 1384 (stating that language that simply describes the function to be performed describes an outcome, not a means for achieving that outcome); Microsoft Computer Dictionary, Microsoft Press, 5th edition, 2002; see also Encyclopaedia Britannica, Inc. v. Alpine Elecs., Inc., 355 Fed. Appx. 389, 394-95, 2009 U.S. App. Lexis. 26358, 10-16 (Fed. Cir. 2009) (holding that implicit or inherent disclosure of a class of algorithms for performing the claimed functions is not sufficient, and the purported “one-step” algorithm is not an algorithm at all) (unpublished).

    If the specification explicitly discloses an algorithm, the sufficiency of the disclosure of the algorithm must be determined in light of the level of ordinary skill in the art. Aristocrat, 521 F.3d at 1337; AllVoice Computing PLC v. Nuance Commc’ns, Inc., 504 F.3d 1236, 1245 (Fed. Cir. 2007); Intel Corp., 319 F.3d at 1366-67 (knowledge of a person of ordinary skill in the art can be used to make clear how to implement a disclosed algorithm). The examiner should determine whether one skilled in the art would know how to program the computer to perform the necessary steps described in the specification (i.e., the invention is enabled), and that the inventor was in possession of the invention (i.e., the invention meets the written description requirement). Thus, the specification must sufficiently disclose an algorithm to transform a general purpose microprocessor to a special purpose computer so that a person of ordinary skill in the art can implement the disclosed algorithm to achieve the claimed function. Aristocrat, 521 F.3d at 1338.

    Often the supporting disclosure for a computer-implemented invention discusses the implementation of the functionality of the invention through hardware, software, or a combination of both. In this situation, a question can arise as to which mode of implementation supports the means-plus-function limitation. The language of 35 U.S.C. 112, sixth paragraph requires that the recited “means” for performing the specified function shall be construed to cover the corresponding “structure or material” described in the specification and equivalents thereof. Therefore, by choosing to use a means-plus-function limitation and invoke 35 U.S.C. 112, sixth paragraph, applicant limits that claim limitation to the disclosed structure, i.e., implementation by hardware or the combination of hardware and software, and equivalents thereof. Therefore, the examiner should not construe the limitation as covering pure software implementation.

    However, if there is no corresponding structure disclosed in the specification (i.e., the limitation is only supported by software and does not correspond to an algorithm and the computer or microprocessor programmed with the algorithm), the limitation should be deemed indefinite as discussed above, and the claim should be rejected under 35 U.S.C. 112, second paragraph. It is important to remember that claims must be interpreted as a whole; so, a claim that includes a means-plus-function limitation that corresponds to software per se (and is thus indefinite for lacking structural support in the specification) is not necessarily directed as a whole to software per se unless the claim lacks other structural limitations.

    2013/04/23 15:11 [来自美国]

    0 举报
  • 第3楼
    avahou: 本文的翻译明显有问题,claim在专利中是权利要求书的意思,因此“functional claiming"显然是功能性的权利要求。Google suggested that functional claims in  ...

    非常好的一次互动修正。

    2013/04/23 19:52 [来自山西省]

    0 举报
  • 第4楼
    学习

    2013/04/24 11:47 [来自广东省]

    0 举报
  • 第5楼
    看来纵样师兄专利知识不如版权知识好。

    2013/04/24 15:40 [来自广东省]

    0 举报
  • 第6楼
    看来纵洋师兄专利知识没有版权知识掌握得好。

    2013/04/24 15:41 [来自广东省]

    0 举报

快速回复