CN103714107A - 一种申请人及事务所专利管理装置 - Google Patents

Abstract

本发明提供一种申请人专利管理装置，该装置包括：数据接收单元，用于从预定的数据通道接收来自事务所的原始数据，其中该原始数据至少包括部分遵循电子申请接口规范的数据；数据解析单元，用于根据电子申请接口规范解析该原始数据，并从该原始数据中获取至少一项专利属性信息，其中该专利属性信息包括至少一项预定的专利申请标识；匹配写入单元，用于根据所述专利申请标识查找到数据库中对应的专利表项，并将所述专利属性信息保存到该专利表项中。本发明还提供对应的事务所专利管理装置，通过两者配合实现数据自动化录入企业数据库，大幅度地降低了流程人力投入同时避免了人工录入数据出错概率较大的问题。

Description

一种申请人及事务所专利管理装置

技术领域

本发明涉及专利信息处理，尤其涉及一种实施电子申请环境下的专利信息处理方法及装置。

背景技术

在经济结构持续调整的大环境下，企业及科研单位在技术创新的投入持续增加，加之政府的行政支持，各行业的技术创新成果数量呈现高速增长的态势，我国最近几年专利申请数量的变化可以清晰反映出这样的趋势，各单位，尤其是科技型企业对专利工作的重视到达了一个新的高度。

专利电子申请技术可以方便地帮助申请人处理专利申请过程中的各项事务，其优势是相当明显的：电子申请可以节约申请人与专利行政部门的纸张的使用量；采用网络传输数据显著提高申请人与专利行政部门之间文件交换速度；电子申请客户端（以下简称CPC）可以验证各种专利文件的明显缺陷，这一定程度节约了审查程序以及申请人不必要的麻烦，而数字证书技术的使用又可以严格确保数据来源的唯一性。专利申请人，尤其是很多代表申请人面向国家知识产权局（以下简称SIPO）的专利事务所收益与专利电子申请，但同时也面临着纸件操作到电子申请操作切换过程中的各种挑战。

专利事务所开发或引入专利管理系统的主要目标为了更好地管理业务生产过程，并更好地服务其客户（也就是申请人或其他专利业务的当事人）。然而专利事务所服务的客户数量角度，其面临着大量官文（来自SIPO的专利文件）转达、开具账单等复杂的流程事务，需要投入较多的流程工作人员处理邮件收发以及数据核对的工作。很多大中型科技企业也拥有资深企业专利管理系统。这些企业专利管理系统允许用户（比如流程工作人员）将专利属性信息以及专利文件录入到数据库中，并为客户提供数据检索以及导出等功能，方便了企业对自身专利的管理。少量企业专利管理系统还提供数据批量导入功能，比如说按照固定格式的表格组织好专利数据，然后通过导入功能实现数据的批量导入。因此不少企业客户会要求事务所按照其格式要求来发送专利文件以及相关数据，各个客户的需求又千差万别。有的客户是需要事务所通过人工写邮件的方式来转达文件和专利属性信息，有的则是需要事务所登录到自己的服务器上输入其需要的信息和文件，还有的客户则是需要事务所定期组织一个表格（比如Excel）来反馈信息与专利文件，这些客户需求无疑需要专利事务所投入更多的人力来满足客户的需求。

举例来说，以Anaqua公司提供的企业专利管理系统为例，假设专利事务所接收到企业某项专利申请的官方文件时，其需要通过浏览器登录到企业提供的数据录入页面上，将专利属性信息（比如申请号以及公开日等等）以及官方文件（比如审查意见通知书）上传到企业内部的数据库中；这样一来就实现了官文转达的工作，企业可以快速地得知官方下发的文件，方便了自身的专利管理工作。然而这样的解决方案对于专利事务所而言，其仍然需要事务所的工作人员进行人工操作，事务所的流程工作人员依然需要从自身专利管理系统中将申请日以及申请号等属性信息复制出来，再粘贴到企业提供的Web页面上；事务所工作人员依然需要从自身专利管理系统中将文件下载到本地，然后从该Web页面上点击进行文件上传。由此可见，对于企业客户而言，目前的解决方案最多能减少企业自身流程工作上的人力投入，但这样的方案仅仅是将企业的人力投入转嫁到事务所去，仅仅是工作任务的转移或者说成本的转移，并没有总体上提升效率。

更为重要的是，现有方案中数据录入工作仍然是手动录入（无论是企业自己录入还是事务所录入），手动录入无疑存在出错的可能性。由于专利本身对于科技企业来说是极其重要的资产，因此专利申请过程中产生的各种专利属性信息以及官方文件的准确性对于企业客户来说是异常重要的。虽然事务所在处理专利业务上有着更加专业的水准，但是手动录入操作无疑存在出错的可能性，一旦录入数据过程出错或者是忘记录入都可能会对专利申请过程产生负面影响，影响企业客户对自身专利申请业务的管理，比如说企业内部专利顾问或发明人在专利审查意见指定期限到达前才知晓该审查意见，这可能会导致需要提出延期请求或者匆匆进行意见陈述/修改而无法克服审查意见指出的缺陷，或者留下专利质量上的隐患，因此企业客户以及专利事务所均不愿在流程问题上发生错漏。

另外，对于企业客户来说，Anaqua这种类型的系统部署并不是简单地安装一下服务器软件即可的。除了大量配置工作外，由于企业需要提供Web页面给自身委托的各个事务所，企业还要在自身的服务器上架设对外的Web服务，这对企业的信息安全防护工作提出挑战，需要进行较为复杂的权限以及安全相关配置。

目前迫切需要一种解决方案来解决事务所以及企业在专利流程工作上人力成本投入过高，数据提供准确性无法保证，使用不够便利，系统安全性较差的问题。

发明内容

有鉴于此，本发明提供一种申请人专利管理装置，应用于服务器上，该装置包括数据接收单元、数据解析单元以及匹配写入单元，其中：

数据接收单元，用于从预定的数据通道接收来自事务所的原始数据，其中该原始数据至少包括部分遵循电子申请接口规范的数据；

数据解析单元，用于根据电子申请接口规范解析该原始数据，并从该原始数据中获取至少一项专利属性信息，其中该专利属性信息包括至少一项预定的专利申请标识；

匹配写入单元，用于根据所述专利申请标识查找到数据库中对应的专利表项，并将所述专利属性信息保存到该专利表项中。

优选地，所述原始数据包括上行原始数据以及下行原始数据，所述数据接收单元，进一步用于从所述预定的数据通道接收事务所发送的与所述上行原始数据对应的同源专利文件，其中该上行原始数据中包括与同源专利文件对应但格式不同的专利文件；所述匹配写入单元进一步用于将所述同源专利文件保存到该专利表项中。

优选地，所述原始数据包括图像格式的专利文件，所述同源专利文件为文本格式的专利文件。

优选地，所述原始数据为压缩文件，所述数据解析单元进一步用于从该压缩文件中解析出描述文件，所述描述文件包括专利属性信息或者压缩文件所包括的其他文件或目录的描述信息。

优选地，所述数据解析单元进一步用于根据所述描述文件从该压缩文件中解析出专利文件，所述匹配写入单元进一步用于将该专利文件保存到数据库对应的专利表项中。

优选地，所述匹配写入单元进一步用于将解析出来的多个专利文件合并为一个专利文件。

优选地，所述匹配写入单元进一步用于根据预定的文件名修改规则将专利文件改名后保存到数据库对应的专利表项中。

优选地，所述专利属性信息还包括发文序列号，所述原始数据包括上行原始数据以及下行原始数据，当所述上行原始数据或下行原始数据包括专利申请过程中的中间文件时，所述匹配写入单元进一步在专利表项中保存中间文件与所述发文序列号对应关系。

优选地，所述预定的数据通道为邮件通道，所述数据接收单元进一步用于根据邮件白名单判断接收到的邮件是否为合法邮件，如果是则提交数据解析单元，否则放弃提交数据解析单元。

优选地，所述同源专利文件与对应的原始数据在同一个邮件的附件列表中。

优选地，所述专利申请标识包括事务所或申请人案卷编号、发明创造名称、专利申请号以及专利公开号中的任意一种。

本发明还提供一种事务所专利管理装置，应用于服务器上，该装置包括：数据生成模块、数据解析模块、数据转发模块、匹配写入模块以及数据发送模块，其中：

数据生成模块，用于根据用户输入生成符合电子申请接口规范的上行原始数据，并将该上行原始数据保存到事务所数据库中对应的专利表项中，其中该专利表项包括预定的专利申请标识；

数据解析模块，用于通过电子申请接口从电子申请客户端获取下行原始数据，并从该下行原始数据中解析出专利属性信息以及对应专利文件，其中该专利属性信息至少包括专利申请标识；

匹配写入模块，用于根据专利申请标识将所述专利属性信息以及专利文件保存到对应的专利表项中；

数据转发模块，用于根据专利申请标识确定对应的申请人数据通道，并从数据库中获取与专利申请标识对应的上行原始数据或者下行原始数据；

数据发送模块，用于将上行原始数据或下行原始数据通过所述申请人通道发送给该申请人。

优选地，所述数据转发模块，进一步用于从数据库中获取与上行原始数据对应的同源专利文件；所述数据发送模块进一步用于将该对应的同源专利文件发送给申请人，其中所述上行原始数据中包括与同源专利文件对应但格式不同的专利文件。

优选地，所述原始数据为压缩文件，所述数据解析单元进一步用于从该压缩文件中解析出描述文件，所述描述文件用于描述压缩文件所包括的其他文件或目录。

优选地，所述匹配写入单元进一步用于将解析出来的多个专利文件合并为一个专利文件。

优选地，所述匹配写入单元进一步用于根据预定的文件名修改规则将专利文件改名后保存到数据库对应的专利表项中。

优选地，所述专利属性信息还包括发文序列号，所述原始数据包括上行原始数据以及下行原始数据，当所述上行原始数据或下行原始数据包括专利申请过程中的中间文件时，所述匹配写入单元进一步用于在专利表项中保存中间文件与所述发文序列号对应关系。

优选地，所述申请人数据通道为邮件通道，所述数据发送模块根据数据库中保存的申请人接收邮箱将所述上行原始数据或下行原始数据发送给该接收邮箱。

优选地，所述数据发送模块进一步用于将同源专利文件与对应的下行原始数据附加在同一封邮件的附件列表中。

优选地，所述专利申请标识包括事务所或申请人案卷编号、发明创造名称、专利申请号以及专利公开号中的任意一种。

附图说明

图1是本发明一种实施方式中企业及事务所专利管理装置的系统组合图。

图2是一种描述文件的内部数据示例图。

图3是另一种描述文件的内部数据示例图。

图4是又一种描述文件的内部数据示例图。

图5是一种实施方式中通过邮件转发同源专利文件的邮件界面示意图。

图6是另一种实施方式中通过邮件转发同源专利文件的邮件界面示意图。

图7是图1所示系统组合图的抽象示意图。

具体实施方式

由于电子申请推广，目前很多事务所都在使用电子申请客户端CPC与SIPO进行文件交互。目前中国电子申请网（www.cponline.gov.cn）已经公布了一系列的CPC接口规范，以允许事务所专利管理系统与CPC进行批量的数据交换。比如说，事务所的代理人或代理人助理可以通过事务所专利管理系统将多个制作好的专利申请文件或者中间文件（均为专利文件）写入指定的数据交换区，然后操作CPC通过批量导入功能将这些文件导入到CPC中，然后在CPC的操作界面上点击签名验证，再在CPC中点击上传按钮即可完成专利申请文件或中间文件的递交工作。

CPC接口规范也可以称为CPC批量接口规范，其主要目标是允许事务所能够批量递交专利文件到官方（SIPO）。如果没有CPC接口规范，事务所的处理方式只能使用一个固定的CPC来与SIPO交换数据（包括专利属性信息以及专利文件）。一旦事务所使用多个CPC会造成案卷混乱，比如说对于同一个专利申请，在CPC1上递交新申请的各种专利文件，在CPC2上接收专利受理通知书，此时该专利申请的多个文件就人为地被割裂在不同的地方，这不利于事务所的业务管理。因此很多事务所会在一台主CPC上来完成专利文件的递交过程以及接收所有的官文，在其他CPC上仅仅是制作符合电子申请要求的专利文件，然后通过导入导出功能发送到主CPC上。事实上，事务所一般都有自身的专利管理系统，在CPC上制作申请文件与其传统的专利文件制作流程和习惯是不兼容的。而CPC接口规范允许事务所在自身的专利管理系统上按照CPC的要求制作好之后通过接口递交到CPC，然后在CPC上简单点击签名与发送按钮即可完成大量专利文件的递交，对于事务所来说就非常便利了。

本发明在事务所与企业客户之间的数据交互设计方案中复用了本来是事务所面向SIPO的CPC接口规范，用极低的开发成本和实现事务所与企业客户之间的高可靠性以及近乎全自动的数据对接。请参考图1，本实施方式提供一种申请人专利管理装置，以申请人是企业为例，该企业专利管理装置可以内嵌于企业专利管理系统中，该装置包括数据接收单元、数据解析单元、匹配写入单元以及企业数据库。所述企业专利管理系统可以单机软件，也可以B/S或者C/S架构的网络版软件。在软件实施方式中，安装该装置的计算机的CPU可以读取与各个单元对应的程序指令运行以在逻辑形成该装置，该装置的处理过程包括如下步骤。

步骤10，数据接收单元从预定的数据通道接收事务所发送的原始数据，其中该原始数据至少包括部分遵循电子申请接口规范的数据；

步骤11，数据解析单元解析该原始数据，并该原始数据从获取至少一项专利属性信息，其中该专利属性信息包括至少一项预定的专利申请标识；

步骤12，匹配写入单元根据所述专利申请标识查找到数据库中对应的专利表项，并将专利属性信息保存到该专利表项中。

请参考图1，本发明还提供一种基于相同构思的可以与该申请人专利管理装置相配合的事务所专利管理装置，以软件实现为例，其中该事务所专利管理装置可以内嵌于事务所专利管理系统中，该装置包括：数据生成模块、数据解析模块、匹配写入模块、数据转发模块、数据发送模块以及事务所数据库。该装置包括数据接收单元、数据解析单元、匹配写入单元以及企业数据库。所述事务所专利管理系统可以单机软件，也可以B/S或者C/S架构的网络版软件。在软件实施方式中，安装该装置的计算机的CPU可以读取与各个单元对应的程序指令运行以在逻辑形成该装置，该装置的处理过程包括如下步骤。该装置的处理过程包括以下步骤：

步骤20、数据生成模块根据用户输入生成符合电子申请接口规范的上行原始数据，并将该上行原始数据保存到事务所数据库中对应的专利表项中，其中该专利表项包括预定的专利申请标识；

步骤21、数据解析模块通过电子申请接口从电子申请客户端获取下行原始数据，并从该下行原始数据中解析出专利属性信息以及对应专利文件，其中该专利属性信息至少包括专利申请标识；

步骤22、匹配写入模块根据专利申请标识将所述专利属性信息以及专利文件保存到对应的专利表项中；

步骤23、数据转发模块根据专利申请标识确定对应的申请人数据通道，并从数据库中获取与专利申请标识对应的上行原始数据或者下行原始数据；

步骤24、数据发送模块将上行原始数据或下行原始数据通过所述申请人通道发送给该申请人。

以下通过具体的示例来介绍事务所与申请人之间的数据交换过程，以下均以一项专利申请的处理为例进行说明。在专利申请过程中，会涉及到上行递交给官方的专利文件，也会涉及下行方向上接收来自官方的专利文件。以最简单的专利申请文件撰写到SIPO受理过程为例来说明，这个过程中上行原始数据主要包括申请需要递交的各种文件，比如摘要、摘要附图、说明书附图、说明书以及权利要求书等。而下行原始数据主要包括专利受理通知书以及缴费通知书等。

专利事务所管理装置可能会包括生成各种专利文件生产以及在线质检设计，这些设计可以参考现有技术来实现，本发明不再描述。当说明书以及权利要求书等申请阶段所需的专利文件被生产好之后，可以通过所述数据生成模块生成符合电子申请规范的上行原始数据。对于生产好的上行原始数据，在优选的实施方式中，同样需要将其保存到数据库对应的专利表项中，在现有技术中一旦这些上行原始数据被递交到SIPO后通常会保存在本地CPC，而不需要保存在事务所的专利数据库中。这里需要预先说明的是：本发明所说的将文件保存到数据库包括具体的实现两种方式，一种是将文件本身保存到数据库专利表项中；另一种是将文件保存到预定目录，而数据库中保存的是该文件的位置标识，比如存放路径。

一项专利申请被受理后，SIPO会下发受理通知书，事务所的CPC可以接收到该下行原始数据。此时数据解析模块可以解析所述下行原始数据并将解析结果以及下行原始数据本身保存到数据库中对应的专利表项中。在优选实施方式中，所述原始数据是Zip格式的压缩文件，当然也可以是多个文件或者目录的组合数据。以Zip格式的压缩文件为例，事务所可以通过邮件、Web界面上传、FTP等各种数据通道将Zip文件发送给企业客户。以邮件发送Zip文件为例，企业客户可以将一个专门的收发文邮箱提前告知事务所，较佳的方式中该邮箱是一个独立的系统邮箱。事务所可以预先在数据库中保存企业与该邮箱的对应关系，也就是说建立企业与数据通道的对应关系。由于专利表项中每个专利都有对应的企业（假设申请人都是企业），这种对应关系通常在专利申请委托时就已经在事务所的数据库建立了，因此每个专利都可以对应到一个企业邮箱。

所述数据生成模块生成上行原始数据后，或者所述数据解析模块获得下行原始数据后，均可以触发所述数据转发模块进行数据转发。触发的机制不限，可以根据实际业务需要进行设计。触发机制可以是模块之间实时触发机制，也可以采用定期出发的机制，比如说定期获取尚未转发的上行或者下行原始数据，然后进行转发。触发机制可以设计得更为复杂：比如说，由于上行原始数据是早于下行原始数据的，在实时触发机制中，上下行是分开转发的，但是触发策略如果是打包发送，则系统可以等收到对应下行原始数据时再一起发送。

在需要进行数据转发时，数据转发模块从数据库的专利表项中获取与上行或者下行原始数据对应的企业邮箱，生成一封转文邮件，并将所述上行或下行原始数据作为该邮件的附件，将所述企业邮箱作为收件人，然后将该转文邮件提交给数据发送模块，通过该数据发送模块发送给企业专利管理装置的数据接收单元。相应地，所述企业专利管理装置的数据接收单元从数据通道接收到来自事务所的邮件，从接收到的邮件中解析出来作为附件的Zip文件。处于安全的考虑，考虑到有攻击者可能发送攻击邮件到所述系统邮箱，这可能导致恶意数据被写入企业专利数据库，本发明的数据接收单元进一步用于根据预设的合法发件人列表判断发件人是否合法，如果合法则接收该邮件，否则拒绝接收邮件。

以下描述数据解析过程，在下行原始数据的解析上，数据解析模块与数据解析单元基本类似，相同之处不再重复描述。目前Zip文件的结构以及专利属性信息是通过其内部的list.XML文件来描述的。请参考图2的list.XML文件的代码数据，该文件中的数据并非真实业务数据，仅仅为示例性的，描述了下发专利受理通知书时的原始数据的结构，其中各个主要数据的含义如表1所示。

表1

此时数据解析单元可以先将Zip文件解压获得其中的描述文件（也就是list.xml），然后根据图2的结构从描述文件中解析到表1中的各种专利属性信息。由于list.xml中有很多专利属性信息，但这些信息未必是企业全部需要的，因此到底解析哪些信息可以根据自身的需要来定制，比如软件可以提供专利申请全流程解析的配置选项供用户选择，当然也可以是固定设计好的。

在专利受理这个阶段，申请日以及申请号是企业关注的重点。申请号可以唯一标识一项专利申请，在受理的后续流程中可以使用申请号作为专利申请标识，当然专利公布之后也可以使用公布号。但是在收到专利受理通知书时，企业数据库中还没有专利申请号，因此此时专利申请号不能作为的专利申请标识，在受理这个阶段本发明数据解析单元选用事务所的案卷编号（也可能是企业的案卷编号）或者发明名称作为专利申请标识。在事务所将企业的专利申请文件递交官方之前，事务所通常已经将该专利申请的内部案卷编号以及发明名称发送给企业，因此企业数据库中已经有这两个专利属性信息。通常事务所的案卷编号在企业数据库中是唯一的，可以用来标识一项专利申请，而发明名称发生重复的概率也非常低，也可以用来标识一项专利申请。数据解析单元可以根据专利申请标识在数据库中找到对应的专利表项，然后将需要的专利属性信息写入到该专利表项中，如果找不到对应专利表项或者找到多条对应专利表项，此时可以提示用户出错，并告知出错原因。

通常每次SIPO通过电子申请方式发文时均会在描述文件中携带一项或者多项专利申请标识。在一种简洁的实施方式中，数据解析单元可以依次使用多个专利申请标识来查找数据库中的对应专利表项。比如说，数据解析单元可以从描述文件中解析出事务所案卷编号，优先使用该案卷编号在数据库中进行查找，如果解析发现描述文件中没有事务所案卷编号，可以解析出其中的申请号，然后依据申请号进行查找，如果没有申请号，则可以使用公开号，乃至发明名称。当然为了更加可靠，数据解析单元也可以同时使用解析出来多个专利申请标识来查找数据库，这样避免任何一个标识本身有误可能引发的写入错误的问题，比如说申请人案卷编号或者专利名称重复的问题。

除了专利属性信息之外，数据解析单元还可以进一步将原始数据中携带的对应专利文件解析出来，然后由匹配写入单元保存到数据库中。需要说明的是，由于企业客户并不一定需要保存各种专利文件，比如说专利公布通知书等企业可能并不关心，可能不想保存该文件，因此解析专利文件以及保存文件并不是必须的。请参考表2的专利表项更新示例。在实际的数据库专利表项中，其结构通常会是多表结构，因此表2仅仅是原理性的。通过表2可以看出，经过本次解析之后一项专利申请的申请日以及申请号这两项专利属性信息就轻松地被写入到企业数据库中。

表2

以上是企业管理装置与事务所管理装置配合实现下行原始数据解析的示例。配合请进一步参考图1以及图3，图3显示了一份上行原始数据中的描述文件的代码数据，事实上这只是list.xml中的一小段，为了方便展示，有关说明书等其他专利文件的描述被截去了。其中所述NEIBUBH这一字段与表1中的ANJUANH表达了同样的含义，对照图1和图3可以知道二者的值是相同的，均为BSJ201210001。企业专利管理装置对事务所发送的上行原始数据的解析过程与下行文件的解析过程原理相近。

在图3所示的list.xml这一描述文件中，通常描述了Zip文件内压缩的多个目录，每个目录均有不同的专利文件，每个目录均按照固定的编码进行命名。比如说：发明专利请求书所在的目录为“110101”，文件名为“110101.xml”，需要说明的是虽然事实上的请求书是Word格式，然而这个Word中真正有用的数据来自xml文件（可以理解为下级描述文件），Word本身仅仅是个模板。再比如说：权利要求书所在的目录为“100001”，文件名为“100001.pdf”，这说明递交官方的权利要求书为pdf格式的。在优选的实施方式中，本发明的数据解析单元或者数据解析模块可以进一步深入到Zip文件中的各个目录解析各个目录下的下级描述文件。比如说解析110101.xml这一下级描述文件，从而获得请求书中的相关信息。请参考图4所示的部分xml文件代码数据，从110101.xml中可以解析到发明名称以及权利要求项数等这些有用的专利信息，然后通过匹配写入单元写入到数据库中，这些数据对于日常企业专利管理活动而言是很有意义的，比如说权利要求项数可以供企业核对事务所发送的账单中的官费是否正确，因为目前超过10项权利要求的部分是需要缴纳权利要求附加费用。由此可见，通过一级或者多级解析，数据解析单元可以将各种深度的专利属性信息以及各种事务所生产的专利文件解析出来，最后由匹配写入单元根据专利申请标识写入到数据库中。

同样的道理，当SIPO下发补正通知书或者审查意见通知书，同样可以通过解析下行原始数据来保存专利属性信息以及相关专利文件并保存。比如说发文日以及发文序号等专利属性信息同样可以解析出来并保存到数据库中。当事务所递交补正书、意见陈述书以及修改后的申请文件时，同样可以通过上述过程来实现上行原始数据的解析以及专利属性信息以及相关专利文件的保存。

通过以上的描述可以看出，本发明中，企业专利管理装置不仅仅解析下行原始数据，而且还可以在事务所的协助下解析上行原始数据，图1中的虚线清晰地展示了这一过程。借助本发明的技术方案，企业可以及时自动地方式将绝大部分的专利属性信息以及专利文件录入到自身的专利数据库中，需要人工干预的地方很少，不仅节约人力而且可以很大程度上避免人工录入数据可能出错的问题。对于事务所而言，其也不需要向现有技术那样投入很多人力协助企业得到其应该得到的专利数据，很大程度上避免了原来人工转发数据到企业可能发生错误的问题，这均得益于本发明对电子申请接口规范的巧妙利用，本发明使用电子申请接口规范并非是为了与CPC对接，而是为了解析来自事务所的数据，这些数据不仅仅可以包括来下行原始数据，还可以包括上行原始数据。

值得注意的是，本发明在优选的方式中使用电子邮件作为事务所与企业之间的数据通道，虽然电子邮件本身是很常见的网络应用技术，但在本发明中其体现出了很大的技术优势。首先，在数据传输上，电子邮件是一种通用的标准化的传输方式，不会受到任何局限，普通用户都用相当的使用技巧；而现有技术中使用的Web界面虽然也很通用，但大部分普通用户对Web服务器的搭建以及配置是相当陌生的。其次，Web服务器被攻击的风险较高，因为Web界面是直接面向互联网的，因此必须部署非常严格Web的安全以及权限控制策略，用户使用起来难度较大。而首先电子邮件本身通常是依托于企业统一的电子邮件安全策略，其次前述的合法发件人列表的配置非常简单，仅仅需要企业工作人员将各个事务所转发所使用的电子邮件地址填写到该列表中，不是来自事务所的邮件可以一律丢弃，这样的安全配置对于普通用户来说容易理解而且易于操作。

除了数据的收发、解析以及保存之外，企业专利管理装置同样要考虑数据的展示问题，在优选的实施方式中，企业专利管理装置还包括数据展示模块。在初步审查程序以及实质审查程序中，各种专利文件通常被称为中间文件，大部分都是交互式的，比如说下行方向SIPO发送第一次审查意见，事务所发送意见陈述以及替换申请文件（如果有需要）。另外在专利审查过程中，专利法还允许申请人主动递交一些中间文件（比如主动修改或主动补正）。为了将来自官方的专利文件与事务所生产的专利文件对应上，避免主动修改对应到官方审查意见这样的错误关系，在优选的方式中，解析数据单元在解析包括交互型专利文件的上行或下行原始数据时，也就是处理中间文件时，从描述文件中解析到对应的发文序列号（FAWENXLH）；匹配写入单元将发文序列号存入数据库中，并建立中间文件与该序列号的对应关系。相应地，在解析上行原始数据时，如果该上行原始数据包括需答复官方的中间文件时，从描述文件中解析到对应的发文序列号，并将该发文序列号发送给匹配写入单元；此时匹配写入单元可以将上行的中间文件保存，并建立该中间文件与发文序列号之间的对应关系。所述数据展示模块在进行数据展示的时候，可以根据所述发文序列号将上行以及下行的中间文件关联在一起展示给使用者。

在另一优选的实施方式中，本发明的匹配写入单元或者匹配写入模块还可以对文件进行处理，以适应用户的习惯。比如说，在审查意见通知书下发的时候，此时的下行原始数据中可能有很多个图片格式的文件，包括审查意见本身，还可能包括对比文件。由于这些图片格式的文件通常是Tiff格式的文件，即审查意见通常包括若干个Tiff格式的单页文件，不利于企业用户来查阅，因此匹配写入单元可以进一步将一个描述文件中描述的多个专利文件合并为一项专利文件，比如说将多个文件组成的审查意见合并一个pdf格式的文件以方便企业用户查阅，甚至可以一并将附件列表携带的对比文件与审查意见合并起来形成一个pdf格式文件，以方便用户阅读。

在优选的实施方式中，本发明的匹配写入单元或者匹配写入单元进一步用于在将专利文件保存之前，根据预先配置的文件名修改规则将该专利文件重新命名再进行保存。在本实施方式中，所述企业专利管理装置还包括配置接收单元，用于接收用户下发的文件命名规则。文件名修改规则相当灵活，比如说，企业可以使用企业内部编号+专利文件名称来修改该专利文件的文件名，也可以是内部编号+发明名称+专利文件名称来修改该专利文件的文件名等等，比如表2中的“ZY1234受通”就是通过一种简单的文件名修改规则修改生成的文件名。文件名自动化的统一修改可以给用户管理专利带来极大的便利。比如说企业如果需要进行专利许可/诉讼，参与市场竞标时，可以快速地利用专利管理装置自带的导出功能从数据库中导出其所需要的多个专利的相关文件以及属性信息。比如说，用户选中30项专利数据，然后指定需要导出的专利文件名称（如受理通知书），即可导出用户所需的列表以及多个专利受理通知书。导出结果非常清晰。大大节约了企业专利运营与管理的时间，提高了其工作效率。

以上描述了企业专利管理装置借助解析电子申请原始数据来自动录入数据的过程。这一过程几乎不需要企业内部用户进行人工干预，有效避免了现有方式中通过人工将数据录入数据库可能出错且成本较高的问题，尤其值得注意的是企业自身并不需要安装CPC，企业内部的用户也无需与CPC打交道。相对于现有技术的方式来说，事务所转达信息与文件的准确性大大提高，而且工作量大大减小，对于大中型事务所而言，可以节约一名乃至多名流程工作人员的人力投入。上述企业专利管理装置完成可以在其他单位使用，比如说大中型科研机构或者大中院校。

在以上实施方式的基础上本发明还可以进一步做优化。对于上行递交官方的文件来说，企业不仅仅需要一个可以阅读的文件，而且还需要一个方便编辑的文件。目前很多事务所递交官方的上行专利文件大量使用pdf格式的文件，但pdf格式的文件通常是不方便编辑的。由于企业可能在专利审批过程中因为专利业务本身的需要变更事务所或者解除委托关系，为了保证变更之后的专利申请业务能够顺利展开，企业通常希望保存一份方便编辑格式上行专利文件，比如说企业需要一份word格式的原始申请文件（通常包括说明书、权利要求书、说明书摘要、说明书附图以及摘要附图）或者审查过程中最新替换的申请文件。换而言之，无论是基于什么样的目的，企业有可能需要一份格式不同的上行专利文件，以下将格式不同的上行专利文件称为同源上行专利文件。

因此，在优选的实施方式中，事务所的数据转发模块在转发上行原始数据的同时将事务所数据库中保存的与该上行原始数据对应的但格式不同的同源上行专利文件提交给数据发送模块。还是以邮件收发为例，前述的上行原始数据与同源上行专利文件的对应关系可以通过文件名中携带相同专利申请标识来实现。当然也可以通过最简单默认对应关系来实现，这一默认的对应关系可以是这样的：假设一次仅仅发送一个专利相关的文件，那么上行原始数据与上行专利文件可以添加在同一封邮件的附件列表中，也就是说对于企业专利管理装置的数据解析单元的处理逻辑而言，一个邮件中不属于上行原始数据的附件默认为与该上行原始数据对应的上行同源专利文件。也就是说附件列表本身表达了一种默认的对应关系。请参考图5的邮件附件示例，该图所示并非真实的接收邮件，而仅仅是通过outlook创建的新邮件来示例，但并不影响实现原理的阐述。其中BSJ201210001.zip为上行原始数据，而100001权利要求书.docx等五个word格式的文件为同源上行专利文件。所述数据解析单元可以根据文件格式或者是否有描述文件轻易识别出上行原始数据以及同源上行专利文件，进而确定哪个文件需要解析，哪个文件需要透传给匹配写入单元。匹配写入单元进而可以根据默认对应关系将上述五个word格式的同源上行专利文件保存到数据库中与专利申请标识（比如案卷编号：BSJ201210001）对应的专利表项。如前所述，上行原始数据以及同源上行专利文件的对应关系可以根据专利申请标识来确定。请参考图6所示的邮件附件中的多个附件的名称。其中BSJ201210001开头的word文件是BSJ201210001.zip的同源上行专利文件，而BSJ201210002开头的word文件是BSJ201210002.zip的同源上行专利文件。匹配写入单元在保存数据时可以根据专利申请标识（也就是案卷编号）来确定上行原始数据与同源上行专利文件之间的对应关系。

综上所述，本发明巧妙地利用电子申请接口规范实现了事务所上行到专利局的数据以及从专利局下行到事务所的数据及时准确地自动录入到企业专利数据库中。请参考图7对本发明的抽象，事实上本发明利用电子申请接口以及“业务流窃听机制”实现了上下双向的自动数据录入，这一过程就好像企业在事务所的配合下窃听事务所与专利局之间的所有业务交互过程。本发明极大地节约了事务所以及企业在专利管理上需要投入的人力成本，并且大幅度降低了专利数据出错的可能性。此外本发明还使用简单的方式对电子申请规范进行了扩展，实现了同源上行专利文件数据的自动录入，保证了企业能够获得最为完整的专利数据。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (10)

1.一种申请人专利管理装置，应用于服务器上，该装置包括数据接收单元、数据解析单元以及匹配写入单元，其特征在于：

数据接收单元，用于从预定的数据通道接收来自事务所的原始数据，其中该原始数据至少包括部分遵循电子申请接口规范的数据；

数据解析单元，用于根据电子申请接口规范解析该原始数据，并从该原始数据中获取至少一项专利属性信息，其中该专利属性信息包括至少一项预定的专利申请标识；

匹配写入单元，用于根据所述专利申请标识查找到数据库中对应的专利表项，并将所述专利属性信息保存到该专利表项中。

2.如权利要求1所述的装置，其特征在于，所述原始数据包括上行原始数据以及下行原始数据，所述数据接收单元，进一步用于从所述预定的数据通道接收事务所发送的与所述上行原始数据对应的同源专利文件，其中该上行原始数据中包括与同源专利文件对应但格式不同的专利文件；所述匹配写入单元进一步用于将所述同源专利文件保存到该专利表项中。

3.如权利要求2所述的装置，所述原始数据包括图像格式的专利文件，所述同源专利文件为文本格式的专利文件。

4.如权利要求1所述的装置，其特征在于，所述原始数据为压缩文件，所述数据解析单元进一步用于从该压缩文件中解析出描述文件，所述描述文件包括专利属性信息或者压缩文件所包括的其他文件或目录的描述信息。

5.如权利要求4所述的装置，其特征在于，所述数据解析单元进一步用于根据所述描述文件从该压缩文件中解析出专利文件，所述匹配写入单元进一步用于将该专利文件保存到数据库对应的专利表项中。

6.如权利要求5所述的装置，其特征在于，所述匹配写入单元进一步用于将解析出来的多个专利文件合并为一个专利文件。

7.如权利要求5或6所述的装置，其特征在于，所述匹配写入单元进一步用于根据预定的文件名修改规则将专利文件改名后保存到数据库对应的专利表项中。

8.如权利要求5所述的装置，其特征在于，所述专利属性信息还包括发文序列号，所述原始数据包括上行原始数据以及下行原始数据，当所述上行原始数据或下行原始数据包括专利申请过程中的中间文件时，所述匹配写入单元进一步在专利表项中保存中间文件与所述发文序列号对应关系。

9.如权利要求1或2所述的装置，其特征在于，所述预定的数据通道为邮件通道，所述数据接收单元进一步用于根据邮件白名单判断接收到的邮件是否为合法邮件，如果是则提交数据解析单元，否则放弃提交数据解析单元。

10.一种事务所专利管理装置，应用于服务器上，该装置包括：数据生成模块、数据解析模块、数据转发模块、匹配写入模块以及数据发送模块，其特征在于：

数据生成模块，用于根据用户输入生成符合电子申请接口规范的上行原始数据，并将该上行原始数据保存到事务所数据库中对应的专利表项中，其中该专利表项包括预定的专利申请标识；

数据解析模块，用于通过电子申请接口从电子申请客户端获取下行原始数据，并从该下行原始数据中解析出专利属性信息以及对应专利文件，其中该专利属性信息至少包括专利申请标识；

匹配写入模块，用于根据专利申请标识将所述专利属性信息以及专利文件保存到对应的专利表项中；

数据转发模块，用于根据专利申请标识确定对应的申请人数据通道，并从数据库中获取与专利申请标识对应的上行原始数据或者下行原始数据；

数据发送模块，用于将上行原始数据或下行原始数据通过所述申请人通道发送给该申请人。

Images