CN101473343A

CN101473343A - 知识产权管理系统、知识产权管理方法及其程序

Info

Publication number: CN101473343A
Application number: CNA2007800228868A
Authority: CN
Inventors: 大友雅裕; 富田理惠子; 东启史
Original assignee: Toshiba Corp; Toshiba Solutions Corp
Current assignee: Toshiba Corp; Toshiba Digital Solutions Corp
Priority date: 2006-06-22
Filing date: 2007-06-20
Publication date: 2009-07-01
Also published as: JP4991717B2; JPWO2007148437A1; US20090276849A1; WO2007148437A1

Abstract

本发明提供一种知识产权管理系统，可以在企业间以及企业与事务所间共享知识产权的信息，并且提高系统开发效率以及维护性。该知识产权管理系统具有：数据库(50)，其存储在申请人企业B、C、事务所A和手续对象机关间交换的知识产权的公共信息、以及由事务所A、企业B、C和手续对象机关各自管理的独有信息；以及公共引擎(10)，其针对从面向事务所的WBL(13a)发送的业务执行请求，从数据库(50)读出相应信息，执行相应业务处理，另一方面，按照数据同步主库(57)的对应信息，将作为处理结果而产生了变更的信息分别反映在数据库(50)的公共信息和独有信息中，同时向请求源通知处理结果。

Description

知识产权管理系统、知识产权管理方法及其程序

技术领域

本发明涉及通过计算机管理与专利、实用新型、外观设计、商标等知识产权相关的信息的知识产权管理系统、知识产权管理方法及其程序。

背景技术

近年来，用于进行国内外的专利、实用新型、外观设计、商标等的申请、实审请求、中间处理等的期限管理、登记后的年费管理等的知识产权管理系统的实用性得到了提高。

该知识产权管理系统被分别引入到例如专利事务所、向专利事务所委托专利申请的企业等。

在专利事务所和企业等中，在知识产权管理系统中保存有各自独有的信息，根据需要在互相之间收发信息。

例如，从专利事务所看到的企业的信息是客户方，从企业看到的专利事务所是受委托方，在各方，管理用画面等用户界面或数据库的对应是不同的，但在专利事务所中将客户方的案件号码和由本事务所赋予的独立的管理号码对应起来进行管理。

另一方面，在企业中也将本公司的建案号码和事务所的管理号码对应起来进行管理，因此，在很多情况下虽然管理项目名不同，但以建案号码和管理号码的对应关系来看时，数据结构本身是相同的。

另外，通过充实因特网等网络环境，作为因特网上的应用·服务·提供者(以下称为“ASP”)也提出了经由因特网对多个客户提供知识产权的管理业务的系统(例如参照特开2002-73838公报)。

专利文献1：特开2002-73838公报

发明内容

当企业或专利事务所利用ASP服务等时，即使是利用同一ASP服务，由于在企业间或事务所与企业间，各自独立地保存各自的知识产权信息，因此原则上不进行信息共享。

现状是：即使在企业间共享信息时，处理信息的应用也被限制为在预先决定的固定企业间、并且仅在相同业务逻辑上工作，例如在专利申请等情况下，当案件单位中共同申请人发生变化等、共享企业变化时，无法实现信息的共享化。

另一方面，对于ASP服务提供商而言，在企业或事务所中特性较强的GUI或应用功能的需求提高了，存在必须分别地生成程序、系统的开发负担较大的问题。

另外，当进行法律修改等时、或者业务内容中发生变更时，ASP服务提供商在维护操作中重新调整系统整体(软件和硬件)，所以此时维护操作者的负担大幅增加。需要可以同时解决这两个问题的方法。

本发明是为了解决上述问题而提出的，其目的在于提供可以在企业间以及企业与事务所间共享知识产权信息，并且可以提高系统开发效率和维护性的知识产权管理系统、知识产权管理方法及其程序。

为了解决上述问题，本发明的知识产权管理系统的特征在于，具有：数据库，其存储有在手续对象机关、企业和事务所的至少两者间交换的知识产权的公共信息、以及由手续对象机关、企业和事务所各自管理的独有信息；数据同步主库，其存储有对应信息，该对应信息用于以项目单位将在所述数据库中由每个企业、每个事务所和每个手续对象机关各自管理的独有信息变换为其它信息；业务处理请求部，其设置在每个事务所、每个企业以及每个手续对象机关中，根据来自用户的指示来发送请求；以及业务处理执行部，其针对从所述业务处理请求部发送的请求，从所述数据库读出相应信息来执行相应处理，并且按照所述数据同步主库的对应信息，将作为处理结果而发生了变更的信息分别反映在所述数据库的公共信息和独有信息中，同时向请求源通知处理结果。

在本发明的知识产权管理系统中，提交源客户计算机、提交目的地客户计算机和服务器计算机与网络相连，所述服务器计算机将从所述提交源客户计算机发送的提交文件转发给相应提交目的地客户计算机来进行提交，该知识产权管理系统的特征在于，所述服务器具有提交管理器，该提交管理器在将从所述提交源客户计算机取得的所述提交文件向所述提交目的地客户计算机转发后，监视所述提交文件的打开状况，当所述提交文件在规定期间内由所述提交目的地客户计算机打开时，向预先登记的所述提交源的电子邮件地址自动发送通知打开的电子邮件，另一方面，当超过规定期间时，向预先登记的所述提交目的地的电子邮件地址自动发送用于提醒打开的通知督促的电子邮件。

本发明的知识产权管理方法的特征在于，具有以下步骤：在各事务所、各企业以及每个手续对象机关中设置的业务处理请求部，根据来自用户的指示向业务处理执行部发送请求的步骤；针对从所述业务处理请求部发送的请求，业务处理执行部从存储了在手续对象结构、企业和事务所间的至少两者间交换的知识产权的公共信息、以及由手续对象机关、企业和事务所各自管理的独有信息的数据库中读出相应信息，来执行相应处理的步骤；以及业务处理执行部，按照存储了对应信息的数据同步主库的对应信息，将作为执行处理后的结果而发生了变更的信息分别反映在所述数据库的公共信息和独有信息中，同时向请求源通知处理结果的步骤，所述对应信息用于以项目单位将在所述数据库中由每个企业、每个事务所以及每个手续对象机关各自管理的独有信息变换为其它信息。

本发明的程序是使计算机作为管理知识产权的知识产权管理系统来工作的程序，其特征在于，使所述计算机作为以下各部来工作：数据库，其存储有在手续对象机关、企业和事务所的至少两者间交换的知识产权的公共信息、以及由手续对象机关、企业和事务所各自管理的独有信息；数据同步主库，其存储有对应信息，该对应信息用于以项目单位将在所述数据库中由每个企业、每个事务所和每个手续对象机关各自管理的独有信息变换为其它信息；业务处理请求部，其设置在每个事务所、每个企业以及每个手续对象机关中，根据来自用户的指示来发送请求；以及业务处理执行部，其针对从所述业务处理请求部发送的请求，从所述数据库读出相应信息来执行相应处理，同时按照所述数据同步主库的对应信息，将作为处理结果而发生了变更的信息分别反映在所述数据库的公共信息和独有信息中，同时向请求源通知处理结果

在本发明中，当根据来自用户的指示由业务处理请求部向业务处理执行部发送请求时，针对该请求，业务处理执行部从数据库读出相应信息来执行相应处理，按照数据同步主库的对应信息，将作为执行处理的结果而发生了变更的数据分别反映在数据库的公共信息和独有信息中，同时向请求源通知处理结果。

于是，关于根据某事务所的指示而发生了变更的数据，针对每个项目来同步相关企业的独有信息，由此可以在不同企业和事务所间共享信息。

另外，通过按照处理单位将业务的功能分离，可以在分离单位中进行系统开发。

另外，当需要系统的变更时，在分离单位中变更即可，可以将系统的维护作业局部化。

通过本发明，企业以及事务所可以相互共享知识产权信息，并且可以提高系统开发效率以及维护性。

附图说明

图1是表示本发明的一个实施方式的知识产权管理系统的结构的图。

图2是表示知识产权管理系统的数据库的图。

图3是表示事务所A独有信息DB的图。

图4是表示企业B独有信息DB的图。

图5是表示企业C独有信息DB的图。

图6是表示法定期限主库的图。

图7是表示作业期限主库的图。

图8是表示数据同步主库的图。

图9是表示知识产权管理系统的动作例的流程图。

图10是表示是否请求实审答复请求画面的图。

图11是表示处理结果的画面的图。

图12是表示邮件内容的一例的图。

图13是表示知识产权管理系统的另一动作例的流程图。

图14是表示是否请求实审答复请求画面的图。

图15是表示处理结果的画面的图。

图16是表示发送请求邮件的画面的图。

图17是表示作为其它实施方式的企业内部+ASP型的系统结构的图。

图18是表示作为其它实施方式的企业内部型的系统结构的图。

符号说明

1：服务器计算机；10：公共引擎；11、12、13：应用软件；11a、12a、13a：工作流程业务逻辑(WBL)；11b、12b、13b：图形用户界面(GUI)；15：数据控制部；16：访问控制器；17：数据同步控制器；18：排他控制器；19：申请文件管理器；20：数据处理部；21：编号部；22：导出部；30：数据管理部；31：案件管理器；32：期限管理器；40：数据输出部；41：表单输出部；42：通用检索部；50：数据库；55：法定期限主库；56：作业期限主库；57：数据同步主库；60：提交文件；72、82、92：客户计算机；14、71、81、91：通信部。

具体实施方式

以下，参照附图说明本发明的实施方式。

图1是表示本发明的实施方式的知识产权管理系统的结构的框图，图2是表示图1的知识产权管理系统的公共引擎的数据库的结构的图。

如图1所示，通过网络5将设置在Application Service Provider(以下称为ASP)提供商的数据中心中的服务器计算机1、设置在作为专利申请人或中间处理的手续人的企业B、C中的客户计算机系统7、8、设置在专利事务所等进行企业的代理业务的事务所A中的客户计算机系统9、以及设置在手续对象机关(在日本是特许厅等)中的客户计算机系统6等连接，而构成了该知识产权管理系统。

事务所A的客户计算机系统9具有客户计算机92和通信部91。

通信部91是通过网络5连接客户计算机92和服务器计算机1的LAN、集线器、路由器等设备。

企业C的客户计算机系统7具有客户计算机72和通信部71。

通信部71是通过网络5连接客户计算机72和服务器计算机1的路由器等通信设备。

企业B的客户计算机系统8具有客户计算机82和通信部81。

通信部81是通过网络5连接客户计算机82和服务器计算机1的路由器等通信设备。

服务器计算机1以及客户计算机72、82、92由以下装置构成：执行程序的CPU(Central Processing Unit)等控制装置；存储执行中的程序或数据等，并且成为数据处理的作业区域的主存储器的RAM(Random Access Memory)等主存储装置；作为存储单元的数据库(以下称为DB)；储存程序或数据的硬盘驱动器等辅助存储装置；键盘或鼠标等输入装置；以及显示装置等。

在客户计算机72、82、92的硬盘驱动器中安装了Web浏览器等通用的Web阅览软件。用户从Web浏览器向服务器计算机1进行访问并登录。

服务器计算机1可以由单个计算机构成，也可以通过用网络连接了按功能划分的多个计算机的网络系统等来构成。

作为网络5，例如是用于实现因特网环境的网络。

物理通信电缆，例如通过金属线路等电话线路、ISDN线路、光线路、10/100BASE-T等局域网电缆(以下称为LAN电缆)以及将这些电缆与因特网连接的通信单元(光调制解调器、终端适配器)等来实现。

在服务器计算机1的硬盘装置中安装了：被称为公共引擎10等的处理模块群；针对每个企业B、C而设计的应用软件11、12；面向事务所而设计的应用软件13。

即，在服务器计算机1的硬盘装置中以可以执行的方式存储了业务应用。

将应用软件11、12、13称为业务处理请求部。

企业B和企业C具有以下关系：例如关于某专利申请案件，企业B是申请人，企业C是其共同申请人。

面向企业B的应用软件11具有：面向企业的工作流程·业务逻辑11a(Workflow·Business Logic，以下称为“面向企业的WBL11a”)；面向企业的图形用户界面11b(以下称为“面向企业的GUI11b”)。

面向企业C的应用软件12具有：面向企业的工作流程·业务逻辑12a(以下称为“面向企业的WBL12a”)；和面向企业的图形用户界面12b(以下称为“面向企业的GUI12b”)。

面向事务所A的应用软件13具有：面向事务所的工作流程·业务逻辑13a(以下称为“面向事务所的WBL13a”)；和面向事务所的图形用户界面13b(以下称为“面向事务所的GUI13b”)。

面向企业的GUI11a、12a以及面向事务所的GUI13b是针对每个事务所A、企业B、C以及手续对象机关而设置的用户界面部。

面向企业的WBL11a、12a、面向事务所的WBL13a是针对每个事务所A、企业B、C以及手续对象机关而设置的业务逻辑部。

面向企业的WBL11a、12a、面向事务所的WBL13a通过来自用户的指示向公共引擎10发送处理请求。

具体而言，面向企业的WBL11a、12a、面向事务所的WBL13a，按照从面向企业的GUI11a、12a以及面向事务所的GUI13b输入的指示，向公共引擎10发送业务执行请求。

与此同时，面向企业的WBL11a、12a、面向事务所的WBL13a将公共引擎10根据业务执行请求执行业务处理的结果，向请求源的面向企业的GUI11a、12a以及面向事务所的GUI13b输出。

面向企业的WBL11a、12a以及面向事务所的WBL13a，在专门用于受委托管理、请求管理、发明建案、申请、中间处理、无效审判应对、审查状况调查、合同管理、发明技术交底书、实审请求、登记、年费缴纳、补偿金管理、预算实际管理等业务中的应用群中，具有适合于事务所或企业的各个应用。

所谓预算实际管理，是指使预算和实际花费的金额相对应地进行管理。

面向企业的GUI11a、12a以及面向事务所的GUI13b作为接受指示的接受单元以及数据显示单元来工作，所述指示用于进行操作者对服务器1的数据的阅览、业务处理的指示输入、处理结果的打印。

通信部14将通过网络5从各客户计算机系统6、7、8、9接收到的业务执行指示传送给面向企业的WBL11a、12a以及面向事务所的WBL13a。

另外，通信部14向各客户计算机系统6、7、8、9返回从面向企业的WBL11a、12a以及面向事务所的WBL13a传送来的处理结果的通知。

公共引擎10具有：数据处理部20、数据管理部30、数据输出部40以及数据控制部15。

公共引擎10作为业务处理执行部而工作。公共引擎10针对从面向企业的WBL11a、12a以及面向事务所的WBL13a发送的请求，从数据库50读出相应信息来执行相应处理。

公共引擎10将作为执行处理的结果而发生了变更的信息，按照数据同步主库(master)57的项目对应信息，分别反映在数据库50的公共信息和独有信息中，同时向请求源通知处理结果。

数据处理部20具有编号部21、导出部22。

编号部21，伴随新手续以及新案件的发生，以预先设定的编号规则对相应案件赋予整理号码。

在ASP服务的情况下，大量顾客(事务所A以及企业B、C等)进行访问，因此编号部21需要编排不重复的唯一的整理号码。

即，编号部21以输入了由企业B、C或事务所A赋予的案件号码(案件No.)为契机，以规定的编号规则赋予可以在系统中唯一确定该案件的整理号码。

所谓整理号码，是与由各个企业赋予的案件No.不同的、用于在系统中识别案件的号码。

在本系统中，即使由通过ASP服务等签订了合同的多个专利事务所等手续对象机关赋予相同整理号码，也在内部具有系统唯一的整理号码。

因此，通过本系统的编号功能，可以允许表面上的重复编号，同时，即使一个案件在与审查意见以外的手续相关的阶段(stage)单位变更整理号码，也可以使其与“是一个案件”相联系。

导出部22具有导出控制功能、期限导出功能、作业工序导出功能、费用导出功能、通知书导出功能等。期限导出功能，是通过来自案件管理器31的指示，根据登记在数据库50的案件DB58(参照图2)中的案件信息计算出期限日的功能。

作业工序导出功能，是根据通过期限导出功能计算出的期限日，导出用于处理相应案件的作业工序的功能。导出控制功能，是控制期限导出功能以及作业工序导出功能，来生成相应案件的一连串处理日程的功能。

费用导出功能，是参照进行了手续的结果的数据的内容和费用表，自动计算手续费用的功能。

通知书导出功能是，预先设定了用于针对每个行为(action)进行怎样的通知的规则，当行为发生时，向相应WBL等应用通知通知时刻的功能。

具有这些功能的导出部22，当案件是例如新申请的专利案件时，从案件DB58中读出相应案件的申请日数据，参照法定期限主库55，判定该案件的实审请求的法定期间根据申请日而发生变化(3年以内还是7年以内)。

导出部22在此基础上计算相应法定期间中的实审请求期限日(年月日)，考虑业务中止日(休息日)，登记在案件DB58中。

导出部22每当计算期间时，在使用数据库50的日历主库(未图示)计算出的期限日对应于手续对象机关的休息日的情况下，进行将期限日移到休息日之前或之后的工作日的处理(日程提前或日程推迟的功能)。

数据管理部30具有案件管理器31和期限管理器32等。

案件管理器31具有书目信息存储管理功能、更新履历管理功能、一次信息输入功能、提出文件生成功能、电子申请终端协作功能等。

书目信息存储管理功能，能够以适当的权利访问系统管理的书目信息。

更新履历管理功能，是存储以及检索书目信息的更新履历的功能。提出文件生成功能，是伴随提出文件主库(未图示)的定义，从案件DB58取得各种提出文件的功能。

电子申请终端协作功能，是与事务所或企业等的电子申请终端协作的功能。

电子申请终端协作功能，与一次信息输入功能以及提出文件生成功能相协作地工作。

此外，所谓电子请求终端，除了以往的电子申请专用的终端装置以外，还指安装了个人计算机电子申请软件或因特网申请软件的计算机等。

一次信息输入功能，是向DB50输入从手续对象机关接收的公共信息的功能。所谓公共信息，除了图2的数据库50的书目信息、过程信息、申请文件信息以外，还包含例如申请完成通知、审查意见通知、专利核定通知等通知信息。

案件管理器31通过一次信息输入功能，将从手续对象机关的客户计算机系统6发送的与案件相关的接收信息(申请完成通知、审查意见通知、专利核定通知等)向数据库50的案件DB58(参照图2)存储以及读出。

另外，在案件例如是专利的新申请时，案件管理器31向案件DB58登记该专利案件的申请日期。

期限管理器32具有ToDo列表管理功能，该功能对每个案件以及每个作业赋予期限内容和期限日、完成条件以及警告日，作为ToDo列表来进行管理。

期限管理器32，在案件DB58内的任意案件中发生了事件后，使导出部22计算出与事件对应的期限。

期限管理器32，向期限管理DB的相应案件的栏(记录)中登记通过导出部22计算出的期限。

所谓事件，例如是新案件的登记、关于已有案件追加了从手续对象机关接收到的通知的信息时、登记在案件DB58中的信息发生了变更时等等。

期限管理器32，当在导出部22生成的与案件处理相关的各个作业工序中发生了完成事件时，在案件DB58的相应案件的作业工序的记录中建立完成状态，来管理作业状况。

数据管理部30，除了上述案件管理器31以及期限管理器32以外，还具有例如作业管理器、法律管理器、成本管理器等。

作业管理器具有收发管理功能、查询管理功能、订单管理功能、阶段管理功能。

收发管理功能，是将从作业开始到完成作为一连串事务来管理的功能。

查询管理功能，是关于有无实审请求的决定、以及权利维持的必要性来进行查询的功能。

订单管理功能，是当存在从企业向事务所的案件的订单时，在事务所侧接受该案件的订单的功能。

阶段管理功能，管理从受委托到申请、中间、登记、权利维持、放弃为止的案件的阶段。

法律管理器具有法律主库和法律逻辑，法律逻辑是通过参照法律主库进行基于法律制度的信息控制的法律制度管理功能。

成本管理器进行请求管理、债权债务管理、实绩管理、预算实际管理。

数据输出部40具有表单输出部41、通用检索部42。

通用检索部42从数据库50读出从GUI等指定的数据(受委托的案件信息等)，传送至表单输出部41，表单输出部41将传送来的数据加工成与各提交目的地相适应的输出形态后进行输出。

表单输出部41，对于通过通用检索部42从数据库50提取出的案件，从GUI等指定了希望的数据项目，由此例如以CSV形式等输出书目信息。

表单输出部41，将通过公共引擎10管理的数据加工成所指示的提交目的地的提交形态后进行输出。

表单输出部41，将通过申请文件管理器19指示了提交的、例如在数据库50中作为公共信息而存储的审查意见通知等表单与其它联络文件、帐单数据等汇总成一体，作为提交文件60而输出。

在提交文件60中，除了例如从手续对象机关接收的案件的数据(审查意见通知等)以外，还包含从专利事务所向企业的、或者从企业向专利事务所的联络事项的数据(审查意见的转文等)、帐单数据等。

当从手续对象机关接收的案件的数据，例如是审查意见通知时，可以在联络事项的数据中插入条文码。

通过下拉菜单选择输入条文码。作为输入条文码的手段，除了此例的下拉菜单之外，也可以是来自文本输入栏的键输入、或者单选按钮的选中等。

表单输出部41，根据预先定义的触发要件、表单的输出项目等，例如在发生了触发要件时，以此作为触发器自动地输出表单，或者按照使用者操作的来自各客户计算机系统6～9的请求，在任意时刻输出表单。

数据控制部15具有：访问控制器16、数据同步控制器17、排他控制器18、申请文件管理器19等。

数据控制部15进行向公共引擎10的使用者的访问控制、以及数据的排他控制。即，数据控制部15进行从外部向公共引擎10的过滤控制。

访问控制器16，当使用者从各客户计算机系统6～9向服务器计算机1进行了登录请求时，以从各客户计算机系统6～9通知的登录信息中包含的用户ID作为键，使使用者按照在数据库50的ID主库(未图示)中存储的每个用户ID的访问权限来访问数据库50的各主库以及DB的数据。

排他控制器18，当多个使用者要访问在数据库50中存储的某数据时，当该数据被某个使用者先访问(参照或编辑)时，使在后试图访问该数据的使用者不进行访问。

即，当数据库50的数据被使用者访问时，排他控制器18作为限制从其它使用者向所述数据进行访问的访问限制部而工作。

申请文件管理器19将案件的电子申请文件、附加文件与书目信息关联起来进行管理。

申请文件管理器19从提交源接受对提交目的地的案件处理结果的提交请求，向提交目的地进行选定，同时从案件DB58读出提交用的案件信息，指示数据同步控制器17向相应提交目的地的DB(事务所A独有信息、企业B独有信息、企业C独有信息等)提交提交文件。

数据同步控制器17，使从申请文件管理器19指示的提交文件的数据，与各个提交目的地的DB、即存储了事务所或企业的独有信息的DB的对应的项目和数据同步。

即，数据同步控制器17按照项目对应表，将提交文件的数据向其它独有信息的项目进行数据变换，更新各DB。

在项目对应表中存储了表示事务所的独有信息和各企业的独有信息的项目的对应关系的信息。

申请文件管理器19从提交源接受对提交目的地的案件处理结果(提交文件)的提交请求，从案件DB中提取提交目的地，在相应提交目的地的DB(事务所A独有信息、企业B独有信息、企业C独有信息等)中存储案件处理结果的信息(提交文件)。

数据控制部15除了上述各功能外，还具有组管理部、访问日志部、认证部等。

组管理部共享企业组间的案件。访问日志部不仅存储以及读出更新履历，还存储以及读出除此以外的检索功能的调用、其它各种功能的调用的访问日志。

认证部将输入的登录信息和登记在数据库50中的认证信息进行比较来进行用户认证。具体来说，认证部以通过网络5接收的登录请求中包含的登录信息(用户ID以及密码)作为关键字，检索在数据库50的ID主库(未图示)中预先登记的认证用的登记数据(用户ID以及密码)，根据登录信息与登记数据是否一致，判定可否进行与登录请求对应的登录。

在服务器计算机1中如图2所示设置了数据库50。在数据库50中存储了：从手续对象机关得到的公共信息、事务所以及企业的公共独有信息、各事务所以及企业等的独有信息、和系统信息。

作为从手续对象机关得到的公共信息，存在例如书目信息、过程信息、申请文件信息(实体数据)等。

在数据库50中如事务所A独有信息DB51、企业B独有信息DB52a、企业C独有信息DB52b等那样，设置了各个DB，在各个DB中存储了事务所A以及企业B、C的独有信息。

即，在数据库50中存储了：在手续对象机关、企业B、C以及事务所A相互间交换的知识产权的公共信息；由手续对象机关、企业B、C以及事务所A各自管理的独有信息。

如图3所示，在事务所A独有信息DB51中，发明名称、申请日、申请号、有无实审请求(“未”或者“已”)、实审请求期限日、是否请求实审答复请求、申请人信息、申请人信息、技术负责人、事务负责人等与案件号码(案件No.)对应，作为一个记录被存储。

此外，该DB的例子是案件(案件号码“123456”)是专利申请、并且是B公司和C公司的共同申请时的例子，在两个申请人信息中的一个中作为申请人信息而登记了“B公司”，作为另一个申请人信息而登记了“C公司”。

即，在事务所A独有信息BD51中存储了通过引入该系统的专利事务所申请的全部知识产权的案件的信息。

如图4所示，在企业B独有信息DB52a中，发明名称、申请日、申请号、有无实审请求(“未”或“已”)、实审请求期限日、接收实审请求答复、发明人、发明人、共同申请企业、专利事务所等与案件号码(案件No.)对应，作为一个记录来存储。

该DB是B公司的DB，因此作为本公司的发明人登记了“东太郎”、“东花子”等，作为共同申请企业登记了“C公司”。

即，在企业B独有信息DB52a中存储了由引入该系统的企业B申请的全部知识产权的案件信息。

如图5所示，在企业C独有信息DB52b中，发明名称、申请日、申请号、有无实审请求(“未”或者“已”)、实审请求期限日、接收实审请求答复、发明人、发明人、共同申请企业、专利事务所等与案件号码(案件No.)对应，作为一个记录来存储。

该DB是C公司的DB，因此作为本公司的发明人登记了“西芝次郎”，作为共同申请企业登记了“B公司”。其它项目与B公司的DB相同。

即，在企业C独有信息DB52b中存储了由引入了该系统的企业C申请的全部知识产权的案件信息。

在数据库50中设置了法定期限主库(Master)55、作业期限主库56、数据同步主库57、案件DB58、期限管理DB59等。

在各DB中存储了由事务所以及企业分别输入的独有信息。在各主库中存储了由事务所以及企业共同利用的公共信息。

在数据库50中作为系统信息而存储了数据同步主库57。

如图6所示，法定期限主库55针对每个手续存储了法定期限。作为法定期限存在以下信息。例如申请公开是从申请日起经过1年6个月后。

关于在2001年9月30日前申请的专利的实审请求期限，是从申请日起7年以内。关于在2001年10月1日以后申请的专利的实审请求期限，是从申请日起3年以内。“提出意见陈述书·补正书”，例如在审查意见通知的情况下，是从手续对象机关的通知日起2个月以内。

如图7所示，作业期限主库56针对每个作业存储了期限。例如，答复是否请求实审，是从实审请求期限起1个月前等。该期限不是法定期限，因此可以任意设定。

如图8所示，数据同步主库57针对每个案件No存储了有关的事务所和企业间的项目彼此如何对应这样的项目对应信息。

当数据同步控制器17进行数据同步时参照数据同步主库57。

在此例中，例如关于“是否请求实审答复期限日”，事务所A的项目是“是否请求实审答复请求”，与此相对，作为申请人的B公司的项目是“接收是否请求实审答复请求”，作为申请人的C公司的项目是“接收是否请求实审答复请求”。

另外，关于“判定是否请求实审”，事务所A的项目是“是否请求实审判定结果”，与此相对，作为申请人的B公司的项目是“有无实审请求”，作为申请人的C公司的项目是“实审请求”。

即，在该数据同步主库57中，存储了用于以项目单位将数据库50中按每个企业以及每个事务所各自管理的独有信息变换为其它信息的对应信息。

在案件DB58中，与在新案件产生时编排的案件的整理号码(案件号码)对应地处理案件。另外，登记有处理过的各种附加信息。

具体而言，在案件DB58中存储了例如知识产权的类别(专利、实用新型、外观设计、商标等中的某一种)、申请日、实审请求日、有无审查意见通知、登记日、订单企业号码或订单企业名、订单企业的案件号码、企业方技术负责人、受委托事务所号码、受委托事务所名、事务所方技术负责人等案件信息。

以下，参照图9至图14说明该知识产权管理系统的动作。

说明根据来自业务逻辑(面向事务所的WBL13a、面向企业的WBL11a、12a等)的请求，服务器计算机1的公共引擎10进行不同动作的两个动作例。

说明例如关于实审请求期限在指定的期间中的案件，从事务所A向B公司请求确认是否请求实审时的动作。

在这种情况下，在事务所A的客户计算机系统9的客户计算机92中，通过在启动的Web浏览器等Web阅览软件的画面上输入规定的URL，从客户计算机92向数据中心的服务器计算机1进行访问请求。

在服务器计算机1中，将面向事务所的WBL13通过通信部14接收到的访问请求传送至公共引擎10。

在公共引擎10中，数据控制部15的访问控制器16针对访问请求返回登录画面，以从登录画面输入的登录信息(用户ID以及密码)作为关键字，进行用户认证处理。

在用户认证处理中，检索预先在数据库50的ID主库中登记的认证信息即登记数据(用户ID、密码、权限)，根据登录信息是否与登记数据的用户ID以及密码一致，判定可否进行与登录请求对应的登录。

通过用户认证处理，当登录信息与登记数据一致时，访问控制器16以登记在ID主库中的权限许可向服务器计算机1的登录。由此，向客户计算机92显示菜单画面(未图示)。

在此，当用户(操作员)操作菜单画面的是否请求实审答复请求的按钮时，如图10所示，向客户计算机92显示是否请求实审答复请求画面94，因此，关于实审请求期限在某期间内的案件，为了从事务所A向B公司请求答复是否请求实审，对于“请求对象的实审请求期限”、“是否请求实审答复期限”、“是否请求实审答复请求的通知方法”等各栏分别进行输入以及操作，然后操作执行按钮。

于是，面向事务所的GUI13a接受该输入以及操作(S101)，关于实审请求期限在输入的期间内的案件，向面向事务所的WBL13a送出用于发出是否请求实审答复请求的请求(S102)。

此外，将“是否请求实审答复期限”做成了下拉菜单。作为下拉菜单，设定了例如“事前设定期限”、“实审请求期限的10日前”、“实审请求期限的20日前”、“实审请求期限的两个月前”等，通过选择某个期限，可以在适合于该选择的菜单的时期发送是否请求实审答复请求。

此外，作为指定“是否请求实审答复期限”的手段，除了此例的下拉菜单以外，也可以是来自文本输入栏的键输入、或单选按钮的选中等。

在此例中，作为“请求对象的实审请求期限”，假定在指定某期间的方面，例如作为开始日而输入了“20060401”、作为结束日而输入了“20060930”。

面向事务所的WBL13a，当取得请求答复是否请求实审的请求时，向公共引擎10送出对象案件检索指示。

公共引擎10接受对象案件检索指示，以所指示的期间作为关键字，对案件DB58执行对象案件的检索处理(S103)，将命中的案件信息返回面向事务所的WBL13a。作为检索处理结果而得到的案件信息是实审请求期限日、申请人、共同申请人等。此外，不仅指定期限，也可以一并指定案件No.的范围。

面向事务所的WBL13a，当从公共引擎10取得处理结果时，向公共引擎10送出所提取出的案件的是否请求实审答复期限日的计算指示(S105)。

公共引擎10接受是否请求实审答复期限日的计算指示，执行是否请求实审答复期限日计算处理(S106)。

在这种情况下，公共引擎10在案件的申请日(××××年××月××日)上加上从法定期限主库55读出的法定实审请求期限(在专利的情况下是3年：365日×3＝1095日)，求出法定实审请求期限日。

公共引擎10从该法定实审请求期限日减去从作业期限主库56中读出的间隔期间(在20日前等情况下是20日)，计算案件的是否请求实审答复期限日，将处理结果返回请求源的面向事务所的WBL13a。

公共引擎10将计算出的案件的是否请求实审答复期限日登记在期限管理DB59中，由此进行期限管理处理(S107)。

具体而言，公共引擎10将新产生或更新的数据作为与案件相关的ToDo项目登记在期限管理DB59中。

然后，公共引擎10参照数据同步主库57，按照数据同步主库57的对应信息来进行数据同步控制处理(S108)，由此，关于该案件，向事务所A以及关联企业B、C的独有信息DB反映更新数据的内容。

即，公共引擎10提取出应该同步的数据，更新事务所A独有信息DB51、企业B独有信息DB52a以及企业C独有信息DB52b的相应项目的数据。

另一方面，面向事务所的WBL13a，当取得处理结果时(S109)，生成每个相应企业的处理结果案件列表(S110)，生成每个企业的邮件，进行发送处理(S111)。

另外，面向事务所的WBL13a生成显示处理结果的处理结果显示画面(S112)，传送给面向事务所的GUI13b。

面向事务所的GUI13b将从面向事务所的WBL13a取得的、图11所示的处理结果显示画面95显示在客户计算机92上(S113)。

由此，事务所A的操作员可以将对相应企业B、C发送的请求答复是否请求实审的邮件、即请求答复的邮件的内容(参照图12)确认为处理结果。

如图12所示那样，在邮件的画面97中插入目的地的企业名和预先设定的头信息98、在“20060401”～“20060930”中到达实审请求期限的案件的信息99(“案件No.”、“发明名称”、“实审请求期限日”、“是否请求实审答复期限日”、“共同申请人”)。

此例是面向企业B的例子，两个案件是对应的，答复请求邮件是向企业B通知的邮件。头信息98的部分是固定格式文字。

接着，说明面向事务所的WBL13a由于规格变更等而改变时的公共引擎10的动作。

上述动作例，为了在事前设定的期限日自动地发送答复请求邮件而设定了逻辑，但通过逻辑的改变，例如关于在指定期间到达实审请求期限的各个案件，请求每个相应企业答复是否请求实审。

在这种情况下，与上述同样地从客户计算机92对服务器计算机1进行访问，在用户认证后进行登录。

然后，当操作员为了检索在指定期间到达实审请求期限的案件，而操作菜单画面(未图示)的是否请求实审答复请求的按钮时，如图14所示，向客户计算机92显示是否请求实审答复请求画面94a。

在是否请求实审答复请求画面94a中显示了表示处理的进展情况的进行状况显示部94b和“请求对象的实审请求期限”的输入栏。进行状况显示部94b如“1.对象条件案件”、“2.答复期限设定”、“3.通知”等那样，以箭头表示3个步骤。

进行状况显示部94b，按照处理的进展情况强调显示不同的步骤(箭头部分)，因此，使用者可以根据该进行状况显示部94b的显示位置判断当前是哪个步骤。

当操作员在该输入栏中输入开始日和结束日并操作检索按钮时，面向事务所的GUI13a接受该输入以及操作(S201)，关于实审请求期限在所输入的期间内的案件，向面向事务所的WBL13a送出用于发出是否请求实审答复请求的请求(S202)。

在此例中，作为“请求对象的实审请求期限”，假定在指定某期间方面，例如作为开始日而输入了“20060401”，作为结束日而输入了“20060930”。

面向事务所WBL13a，当取得请求答复是否请求实审的请求时，向公共引擎10送出对象案件检索指示。

公共引擎10接受对象案件检索指示，以期间和案件No.作为关键字，对案件DB58执行对象案件的检索处理(S203)。

然后，公共引擎10将检索处理的结果、命中的案件信息返回面向事务所的WBL13a。作为检索处理的结果而得到的案件信息是实审请求期限日、申请人、共同申请人等。

面向事务所的WBL13a，当从公共引擎10取得处理结果时(S204)，生成显示处理结果的处理结果显示画面(S205)，向面向事务所的GUI13b传送。

面向事务所的GUI13b将从面向事务所的WBL13a取得的、图14所示的处理结果显示画面95a向客户计算机92显示(S206)。

在该处理结果显示画面95a上设置了在指定期间到达申请请求期限的案件信息(“案件No.”、“发明名称”、“实审请求期限日”、“共同申请人”、“是否请求实审答复期限”)。

将“是否请求实审答复期限”做成可以针对每个案件进行设定的下拉菜单。作为下拉菜单而设定了例如“实审请求期限的10日前”、“实审请求期限的20日前”、“实审请求期限的30日前”等，通过选择某个期限，可以在适合于该菜单的时期发送是否请求实审答复请求。

此外，作为指定“是否请求实审答复期限”的手段，除了此例的下拉菜单以外，也可以是来自文本输入栏的键输入、或者单选按钮的选中等。

在此，通过操作员选择“是否请求实审答复期限”的下拉菜单中的某个时，面向事务所的GUI13b以该选择的期限作为设定输入(S207)，传送给面向事务所的WBL13a。

面向事务所的WBL13a指示公共引擎10通过取得的是否请求实审答复期限计算是否请求实审答复期限日(S208)。

公共引擎10接受是否请求实审答复期限日的计算指示，执行是否请求实审答复期限日计算处理(S209)。

在这种情况下，公共引擎10在案件的申请日上加上从法定期限主库55中读出的法定实审请求期限(在是2001年10月1日以后申请的专利的情况下是3年：365日×3＝1095日)，求出法定实审请求期限日，从该法定实审请求期限日中减去设定输入的日(例如在实审请求期限的20日前的情况下是20日)，计算出案件的是否请求实审答复期限日。

公共引擎10进一步减去从作业期限主库56中读出的间隔期间，来计算出案件的是否请求实审答复期限日，将处理结果返回请求源的面向事务所的WBL13a。

公共引擎10将计算出的案件的是否请求实审答复期限日登记在期限管理DB59中，由此进行期限管理处理(S210)。

具体而言，公共引擎10根据新产生或更新的数据，将与案件相关的ToDo项目登记在期限管理DB59中，在实施ToDo项目后，由操作员输入完成日，由此管理作业的进行状况(进展情况)。

然后，公共引擎10参照数据同步主库57，按照数据同步主库57的对应信息进行数据同步控制处理(S211)，由此，关于该案件，向事务所A以及关联企业B、C的独有信息DB反映更新数据的内容。

另一方面，面向事务所的WBL13a，当公共引擎10取得处理结果时(S212)，生成显示该处理结果的处理结果显示画面(S213)，向面向事务所的GUI13b传送。面向事务所的GUI13b显示图16所示的处理结果显示画面97a。

在处理结果显示画面97a中显示各企业的是否请求实审答复请求内容、邮件通知请求按钮、答复期限日修正按钮、取消按钮等。

作为各企业的是否请求实审答复请求内容，显示“通知目的地”、“案件No.”、“发明名称”、“是否请求实审答复期限日”、“实审请求期限日”、“共同申请人”。

在此，当选择操作邮件通知按钮时，面向事务所的GUI13b向面向事务所的WBL13a传送该操作输入。

面向事务所的WBL13a接受邮件通知请求的输入，生成处理结果中包含的每个企业的处理结果案件列表，按照该处理结果案件列表生成每个企业的邮件，进行发送处理(S216)。

另外，面向事务所的WBL13a生成显示处理结果的处理结果显示画面(S217)，向面向事务所的GUI13b传送。

面向事务所的GUI13b将从面向事务所的WBL13a取得的处理结果显示画面向客户计算机92显示(S218)。

由此，事务所A的操作员可以将对相应企业B、C发送的是否请求实审答复请求邮件、即请求答复的邮件的内容(参照图12)确认为处理结果。

这样，通过该实施方式的知识产权管理系统，在应该共享案件信息的事务所和企业、或企业之间，为了能够以案件单位来共享专利信息，将与企业无关地实现公共化的软件部分以及数据库构造(功能)作为公共引擎10而准备，另一方面，通过公开对公共引擎10进行的请求的规格，可以分别准备在企业以及事务所中利用的业务逻辑(WBL)以及界面(GUI)，可以在极力发挥企业的特性强的GUI或应用功能的同时，将与法律修改或业务变更等相伴的规格变更的影响抑制到最小限度。

具体而言，作为业务处理执行部的公共引擎10，当取得来自作为业务处理请求部的业务逻辑(WBL)的用于业务处理的请求时，按照请求执行业务处理。

并且，业务处理的结果，当产生应该与其它企业共享的数据时，公共引擎10按照数据同步主库57的对应信息，向各企业的独有信息反映更新数据，同时向请求源通知处理结果。

另外，关于从专利事务所和企业的独有的业务逻辑产生的请求，即使从多个不同的应用公共引擎10也相同地动作来进行处理，将处理的结果返回请求源的独有应用，因此，在专利事务所和申请人之间或不同企业间可以进行案件单位的信息共享。

因此，可以可靠地取得案件单位的各期限错误或进展状况的确认，执行向专利局等手续对象机关的对应(审查意见通知或专利核定通知的答复或具有法定期限的各种手续)。

另外，通过如公共引擎10和业务逻辑等这样，按照每个业务功能将应用软件分离，在与专利相关的法律修改或业务再调整等相伴的系统的规格变更等时，可以将变更处局部化。

特别是近年来，法律修改和企业合并等企业兼并正在进行过程中，在系统的维护作业中，各种系统的合并处大量产生，但通过在公共引擎10和业务逻辑(面向事务所的WBL13a和面向事务所的GUI13b、面向企业的WBL11a、12a以及面向企业的GUI11b、12b等)的部分分离，公共引擎10的维护托付给仅支持公共引擎10的企业，进行业务逻辑部分的维护的企业仅进行以GUI以及WBL等独立应用部分为中心的系统变更即可，因此可以提高维护性。

此外，以上说明了用于实现本发明的一个实施方式，但本发明不仅限于上述实施方式，在不脱离本发明的主旨的范围内可以进行各种变更。

在上述实施方式中，主要对企业和事务所间、以及企业和企业间的数据交换进行了说明，但也可以是在手续对象机关和企业和事务所间、手续对象机关和企业和企业之间等3者间，也可以是在手续对象机关和企业间，手续对象机关和事务所间。

即，该知识产权管理系统可以应用于手续对象机关、企业以及事务所中的至少二者间的数据交换。

在上述实施方式中，以在事务所或企业的计算机72、82、92中除通用的Web浏览器软件以外不安装专用软件的ASP型的例子进行了说明，但除此以外，也可以构成企业内部+ASP型或企业内部(In-house)型的系统。

企业内部+ASP型的系统例如图17所示，将公共引擎10的一部分安装在数据中心的服务器计算机1中。

另一方面，在企业的计算机72、82中，作为面向企业的专利管理系统安装WBL11a、12a以及GUI11b、12b。

另外，在事务所的客户计算机92中，作为面向事务所的专利管理系统安装WBL13a以及GUI13b。

即，在该实施方式的知识产权管理系统中，公共引擎10(业务处理执行部)、数据库50以及该数据库50内的数据同步主库被设置在与网络5连接的服务器计算机1中，WBL11a、12a、13a以及GUI11b、12b、13b等业务处理请求部被设置在与网络5相连的客户计算机72、82、92中。

另外，如图18所示，企业内部型系统在各事务所以及各企业的计算机82、92中安装将公共引擎10、WBL11a、13a、GUI11b、13b合并后的软件。

另一方面，在服务器计算机1中安装用于在各事务所及各企业间交换提交文件60的提交服务器软件1a(在图中表示了提交服务器1a)。

在企业内部型系统的情况下，通过经由服务器计算机1的数据交换、即提交文件60的交换，取得数据同步。

该实施方式的知识产权管理系统的情况下，提交源的客户计算机92和提交目的地的客户计算机82和服务器计算机1与网络5相连，服务器计算机1将从提交源的客户计算机92发送的提交文件60向相应提交目的地的客户计算机82转发来进行提交。

提交服务器软件1a具有提交管理器61和申请文件管理器62。申请文件管理器62从提交源取得针对提交目的地的案件处理结果的提交文件60，存储在提交文件存储部63中。

提交管理器61读出在提交文件存储部63中存储的提交文件60中包含的书目信息，与预先记录的提交目的地的识别信息进行比对，检查提交目的地的识别信息是否正确。

该检查的结果，当提交目的地的识别信息正确时，向提交管理器61通知提交许可。提交管理器61从申请文件管理器62接受提交许可的通知，将提交文件存储部63中存储的提交文件60向提交目的地转发。

在此的检查，仅检查提交文件60中的书目信息，因此也考虑到所提交的实体数据错误的情况。

因此，从提交源到提交目的地之间，对提交文件60进行了加密，当不是正确的提交目的地时不打开提交文件60。

另外，很多情况下在提交源和提交目的地互相不知道对方的情况。例如，提交源发送了提交文件60，却不知道提交文件60何时到达提交目的地。

另外，有时作为提交目的地也取得提交文件60但由于业务的原因而不打开提交文件60。

因此，在服务器计算机1中，提交管理器61通过网络5将提交文件60转发到提交目的地的客户计算机82后，监视提交文件60的打开状况。

提交后，在监视打开状况的过程中，当提交文件60在规定期间内由提交目的地的客户计算机82打开后，提交管理器61按照预先记录的提交源的客户计算机92的电子邮件地址，自动发送通知打开的电子邮件。

另一方面，提交后，在监视打开状况过程中超过规定期间时，提交管理器61自动生成固定格式文字的督促信，按照预先记录的提交目的地的客户计算机82的电子邮件地址自动发送添加了督促信的电子邮件，对提交目的地提醒打开。此外，督促信的内容也可以加入电子邮件的正文。

由此，在提交源和提交目的地中可以进行通过数据中心的安全且可靠的提交文件60的交换。

此外，在从服务器计算机1向提交目的地的提交文件60的下载完成的时刻，可以向相应电子邮件地址自动发送接收通知的电子邮件。

另外，也可以具有通过解释所提交的提交文件60中的提交目的地的申请人识别号码等，与预先在主库等中管理的分发目的地信息进行比较，防止误分发的误分发防止功能。在此，作为所提交的提交文件60例如申请文件数据或附加的电子数据，以私人信箱为例说明该误分发防止功能。

该误分发防止功能，可以说是以下功能：当发送者在收信者的私人信箱中存储提交文件60时，为了不存储在错误的场所，将收信者的私人信箱中预先设定的识别号码与在要存储的提交文件60中记载的识别号码进行比对，来检查是否存储在了正确的场所。

因此，当具有误分发防止功能时，即使邮件系统的安全性脆弱，也可以像在安全的文件共享环境下发送电子邮件那样操作提交文件60。

Claims

1.一种知识产权管理系统，其特征在于，

具备：

数据库，其存储有在手续对象机关、企业和事务所的至少两者间交换的知识产权的公共信息、以及由手续对象机关、企业和事务所各自管理的独有信息；

数据同步主库，其存储有对应信息，该对应信息用于以项目单位将在所述数据库中由每个企业、每个事务所和每个手续对象机关各自管理的独有信息变换为其它信息；

业务处理请求部，其设置在每个事务所、每个企业以及每个手续对象机关中，根据来自用户的指示来发送请求；以及

业务处理执行部，其针对从所述业务处理请求部发送的请求，从所述数据库读出相应信息来执行相应处理，并且按照所述数据同步主库的对应信息，将作为处理结果而发生了变更的信息分别反映在所述数据库的公共信息和独有信息中，同时向请求源通知处理结果。

2.根据权利要求1所述的知识产权管理系统，其特征在于，

所述业务处理请求部，具有：

用户界面部，其设置在每个事务所、每个企业以及每个手续对象机关中，接受由使用者输入的用于业务执行的指示；以及

业务逻辑部，其按照从所述用户界面部输入的指示，向所述业务处理执行部发送业务执行请求，另一方面，将所述业务处理执行部根据所述业务执行请求而执行业务处理的结果向所述用户界面部输出。

3.根据权利要求1所述的知识产权管理系统，其特征在于，

所述业务处理执行部具有认证部，

该认证部将输入的登录信息与登记在所述数据库中的认证信息进行比较来进行用户认证。

4.根据权利要求1所述的知识产权管理系统，其特征在于，

所述业务处理执行部具有限制部，

当所述数据库的数据被使用者访问时，该限制部限制从其它使用者访问所述数据。

5.根据权利要求1所述的知识产权管理系统，其特征在于，

所述业务处理执行部具有编号部，

该编号部以输入了由企业或事务所赋予的案件号码为契机，以规定的编号规则赋予在系统中可以唯一确定该案件的整理号码。

6.根据权利要求1所述的知识产权管理系统，其特征在于，

所述业务处理执行部具有导出部，

当在所述数据库中追加了关于案件的新信息时，该导出部按照在所述数据库中预先存储的法定期限以及日历，计算出用于处理所述案件的期限日。

7.根据权利要求1所述的知识产权管理系统，其特征在于，

在与网络连接的服务器计算机中设置了所述业务处理执行部、所述数据库以及所述数据同步主库，

在与所述网络连接的客户计算机中设置了所述业务处理请求部。

8.一种知识产权管理系统，其中，提交源客户计算机、提交目的地客户计算机和服务器计算机与网络相连，所述服务器计算机将从所述提交源客户计算机发送的提交文件转发给相应提交目的地客户计算机来进行提交，该知识产权管理系统的特征在于，

所述服务器具有提交管理器，

该提交管理器，在将从所述提交源客户计算机取得的所述提交文件向所述提交目的地客户计算机转发后，监视所述提交文件的打开状况，当所述提交文件在规定期间内由所述提交目的地客户计算机打开时，向预先登记的所述提交源的电子邮件地址自动发送通知打开的电子邮件，另一方面，当超过规定期间时，向预先登记的所述提交目的地的电子邮件地址自动发送用于提醒打开的通知督促电子邮件。

9.一种知识产权管理方法，其特征在于，

具有以下步骤：

在各事务所、各企业以及每个手续对象机关中设置的业务处理请求部，根据来自用户的指示向业务处理执行部发送请求的步骤；

针对从所述业务处理请求部发送的请求，业务处理执行部从存储了在手续对象机关、企业和事务所间的至少两者间交换的知识产权的公共信息、以及由手续对象机关、企业和事务所各自管理的独有信息的数据库中读出相应信息，来执行相应处理的步骤；以及

业务处理执行部，按照存储了对应信息的数据同步主库的对应信息，将作为执行处理后的结果而发生了变更的信息分别反映在所述数据库的公共信息和独有信息中，同时向请求源通知处理结果的步骤，所述对应信息用于以项目单位将在所述数据库中由每个企业、每个事务所以及每个手续对象机关各自管理的独有信息变换为其它信息。

10.一种使计算机作为管理知识产权的知识产权管理系统来工作的程序，其特征在于，使所述计算机作为以下各部来工作：

业务处理执行部，其针对从所述业务处理请求部发送的请求，从所述数据库读出相应信息来执行相应处理，同时按照所述数据同步主库的对应信息，将作为处理结果而发生了变更的信息分别反映在所述数据库的公共信息和独有信息中，同时向请求源通知处理结果。