怎样撰写专利技术交底书(计算机软件类)

怎样撰写专利技术交底书（计算机软件类）

中国专利局《审查指南》规定：当一件涉及计算机程序的发明专利申请是为了解决技术问题，利用了技术手段和能够产生技术效果时，该专利申请属于可给予专利保护的客体。因此，计算机软件可以申请专利保护。根据软件的特点，涉及计算机软件的技术方案只能申请为方法类的发明专利。在进行技术交底之前，有以下几点需要发明人特别明确：

1. 涉及计算机程序的发明专利申请的说明书除了应当从整体上描述该发明的技术方案之外，还必须清楚、完整地描述该计算机程序的设计构思及其技术特征以及达到其技术效果的实施方式。为了清楚、完整地描述该计算机程序的主要技术特征，说明书附图中应当给出该计算机程序的主要流程图。说明书中应当以所给出的计算机程序流程为基础，按照该流程的时间顺序，以自然语言对该计算机程序的各步骤进行描述。说明书对该计算机程序主要技术特征的公开程度应当以本专业技术领域内的普通技术人员能够根据说明书所公开的流程图及其说明自行编制出能够达到所述技术效果的计算机程序为准。为了清楚起见，如有必要，申请人可以用惯用的标记性程序语言简短摘录某些关键部分的计算机源程序以供参考，但不需要提交全部计算机源程序。

2. 对于电子商务、银行及计费相关专利申请，发明人往往公开的技术方案与现有技术区别仅仅在于：通过计算机实现的商业流程、银行业务流程及计费流程的自动化，而所述的商业流程、银行业务流程及计费流程恰恰是人为规定，属于智力活动规则，同样往往被驳回。此类专利申请换个角度思考以避免被认为是智力活动规则，例如，着重挖掘数据处理，且只是该数据处理的技术方案应用领域可以是电子商务、银行或计费等。

3. 关于单纯应用类的专利申请，例如：网络聊天、短信服务、手机铃声、软件升级、检索、网络发布等，切忌公开的技术方案是用户操作说明或者产品使用说明，只是强调其功能应用。这类说明根本不是技术方案，不可能获得专利授权。

下面通过一个具体的例子介绍如何有效地进行技术交底，交底大致可以遵循下列的步骤进行。

一. 本发明或实用新型的名称，要解决的技术问题是什么（简单介绍）；

例如：支持……的本地XML中使用非本地XML的方法，解决支持……的本地XML中如何实现使用非本地XML的问题。

二. 详细介绍技术背景，并描述已有的相关的实现方案（现有技术详细

介绍，可以用附图说明）；

例如：近年来各种标记语言己经广为流行。作为其中的一种，可扩展标记语言XML是一种通用的标记语言，它提供了识别、交换和处理各种数据的方法。比如，用XML产生的各种文档可用于各种应用程序。XML文件中的元素有相关的命名空间和模式。

可扩展标记语言XML中，命名空间通常被用来作为每个XML文档的唯一标识。每个XML文档通过使用命名空间使得程序能够容易地区分出与该文档相关的XML类型。该唯一的命名空间也同样支持区分来自不同文件而恰好有着相同名字的标记无素。

在XML环境中，XML模式提供了描述和确认数据有效性的途径。模式说明了什么样的元素和属性可用来描述在XML文档中的内容，元素可出现在哪里，哪些元素可出现在其它元素之中。模式的使用保证了文件结构的一致性。模式可由用户产生，通常由像XML这样的标记语言提供支持。通过支持模式的XML 编辑器，用户可以操纵XML文件，并产生遵从用户创建模式的XML文档。

需注意的是，这部分内容对代理人快速、准确地理解发明十分重要，请尽可能详细说明，不要敷衍了事。

三. 客观评价现有技术的缺点（应与本发明技术特点相对应）；

例如：所创建的XML文档可能遵从一个或多个模式。然而，在某些情况下，传统的确认机制在评价基于多个模式的元素的有效性时常常无法达到要求。

如果与第一模式相关联的元素嵌套在与第二模式相关联的元素中，那么，所述嵌套元素的任何子元素都无法对第一模式进行确认，除非两个模式都被组织成可相互解释的方式。换句话说，现存的合法性确认确认机制只能针对一个模式的元素和它的子元素作确认而不能直接对它的孙元素作确认。通常，只有父元素能给子元素制定规则。如果子元素在一个不同的模式中，那么要想在父元素的模式中插入一孙元素，子元素的模式必须参照父元素的模式。以前没有办法宣称说子元素的模式是透明的，也不许可父元素定义它的孙元素该如何。直到今天，这种限制已经对标记语言工具的开发者造成了困扰。

四. 本发明技术方案的详细阐述，应该结合流程图、原理框图、电路图、时序图等进行说明（除非实在不能提供附图时）；

例如：图1是根据本发明产生混合XML文档的示例过程的逻辑流程图。其中混合XML文件已经由字处理应用程序的用户事先产生，处理过程转到块502。

在块502处，混合XML文件的元素得到处理。处理每个元素的过程中，要判定XML元素是本地的还是非本地的。每个元素如何处理取决于它们的类型。当元素是非本地XML元素时，对应于该元素的节点被插入到并行XML树中，这会结合图2进一步说明。

处理每个节点的示例过程在图2中详细说明。一旦元素被处理，过程就转移到了判定块503。判定块503处，要做出判定：混合XML文件中的每个元素是否已经被处理了？在从混合XML文件构造文档时，所有元素在字处理器到达混合XML文件末尾的结束标签时都已经经过了处理。如果还有元素未被处理，过程返回到程序块502处，开始处理。如果所有的元素已经处理完成，那么处理过程转到程序块504。

在块504中，并行XML树被进行确认。……一旦并行XML树被确认，处理过程在505继续。

在块505处，由字处理器产生对应于混合XML文件的文档。根据字处理器提供的本地XML模式，文档进行格式化，并且显示与混合XML文件中的非本地XML元素相关联的标签。过程转到块506，至此整个处理过程结束。

图 1

图2是根据本发明，处理混合XML文档中元素的示例过程的逻辑流程图。

当图1描述的处理过程500进入程序块502时，处理过程600也从程序块601开始了。处理过程在程序块602继续。

……

在块604，元素根据字处理器的本地格式（如本地XML）进行处理。在一个实施例中，字处理器以自身格式为元素提供内部确认。通过识别本地格式的元素是否有效，字处理器可随处理过程的继续建立起对应于这些元素的文档。一旦本地XML元素被依照本地XML处理后，处理过程就转到607，进而返回到图1中的块503。