CN1312606C - 联合处理装置和联合处理方法 - Google Patents

Abstract

本发明提供一种即使在联合处理步骤中发生故障，也能高可靠性地传送联合信息并且进行联合处理的联合处理装置和程序。在收到指示书时，根据该指示书执行规定的服务。服务的处理结果发送给指示书发送方的服务处理装置。而且，如果服务的处理结果正常，则复制指示书，一个指示书发送给基于指示书的描述进行下一个服务的服务处理组件，并且，另一个保存起来。判断为在作为指示书发送目的地的服务处理组件侧发生故障时，将保存的指示书发送给能进行代替下一个服务的服务处理组件。

Description

联合处理装置和联合处理方法

技术领域

本发明涉及联合处理装置、联合处理方法和联合处理程序，尤其涉及适用于通过网络相互连接的各种设备、而联合由各设备所提供的服务来处理文件的文件处理网络系统的联合处理装置和程序。

背景技术

与联合分布在网络上的程序和服务(功能)来执行一连串处理的分布处理系统有关的技术有多种多样。

例如，已知下述系统和装置，所述系统是这样的：在数字计算机中，来自2种以上不同类型的对象系统的对象可以相互操作，将它们组合起来，可生成更大型的面向对象的软件项目(例如：参考专利文献1)，所述装置是这样的：提供智能·分布在整个网络上的多个服务·各个节点上的实时事务处理服务(例如，参考专利文献2)。

作为与联合自主工作的代理以进行一连串作业的分布处理系统有关的技术，例如已知下述代理系统和消息发送方法及代理装置，所述代理系统是这样的：在具有多个平台的网络上，通过代理进行操作来处理信息的代理系统中，根据状况生成代理的操作计划，为了完成在其它节点上的处理，在节点间移动或者和其它代理进行协调，根据条件动态地选择，从而适应变化、有效地处理信息(例如，参考专利文献3)，所述消息发送方法及代理装置是这样的：在通过网络分布配置的代理等软件之间获取的消息中，附加由消息发送目的地信息和消息指定的处理信息组成的数据对定义的服务列表，通过发送目的地的软件删除处理结束了的服务列表部分，并且从软件向软件发送该服务列表的附加的消息，从而执行处理(例如，参考专利文献4)。

而且，还已知这样的网络联合装置(例如，参考专利文献5)：根据各个用户的使用方法将连接到网络的各设备上操作的输入输出功能和程序组合起来进行联合处理时，按照处理顺序，在各个联合设备间传送联合处理数据。

另一方面，在办公室环境中，扫描仪、传真机、复印机、或将它们组合起来的组合机、个人计算机、邮件服务器等通过网络相互连接，采用联合各个设备提供的服务来处理文件数据的分布处理型文件处理网络系统的用户逐渐增加。在这种文件处理网络系统中，有用服务器集中管理分布在网络上的各个服务的联合系统，和不用服务器、在提供服务的设备间顺序传送各个服务的联合关系或包含输入输出信息等的联合信息来进行联合处理的系统。

专利文献1

日本专利特表平10-505693号公报

专利文献2

日本专利特表2002-528932号公报

专利文献3

日本专利特开2000-29847号公报

专利文献4

日本专利特开平11-175421号公报

专利文献5

日本专利特开2001-306534号公报

但是问题是，在不用服务器的文件处理网络系统中，因为不能集中管理各个服务的联合，所以在联合处理中发生故障时，在发生故障的设备或通信线路中，联合信息就会丢失，处理就会中断。在上述现有技术中，对联合处理步骤中发生故障的情况未作任何考虑。

有鉴于上述现有的联合处理装置和联合处理方法存在的缺陷，本发明人基于从事此类产品设计制造多年丰富的实务经验及专业知识，积极加以研究创新，以期创设一种新的联合处理装置和联合处理方法，能够改进一般现有的联合处理装置和联合处理方法，使其更具有实用性。经过不断的研究、设计，并经反复试作样品及改进后，终于创设出确具实用价值的本发明。

发明内容

本发明的目的在于，克服现有的联合处理装置和联合处理方法存在的缺陷，而提供一种新的联合处理装置和联合处理方法，所要解决的技术问题是使其为了解决上述问题，本发明的目的是提供一种联合处理装置和程序，即使在联合处理步骤中发生故障，也能高可靠性地传送联合信息并且进行联合处理。

本发明的目的及解决其技术问题是采用以下技术方案来实现的。依据本发明提出的一种联合处理装置，其包括：一收发组件，用于在与其它联合处理装置之间收发联合信息和服务的处理结果，其中上述联合信息用于联合处理对文件数据进行规定处理的服务；一服务处理组件，进行规定服务；一控制组件，执行第一控制、第二控制和第三控制，上述第一控制控制上述服务处理组件，使得在收到上述联合信息时，根据上述联合信息进行规定的服务，上述第二控制控制上述收发组件，使得将表示上述服务处理组件的处理为正常或异常的处理结果发送给上述联合信息的发送方，并且，如果上述服务处理组件的处理为正常时，则复制上述联合信息，将上述联合信息的其中一个发送给联合处理装置，其中上述联合处理装置根据上述联合信息进行下一个服务，上述第三控制控制上述收发组件，使得在判断为接收上述联合信息以进行下一个服务的联合处理装置侧发生异常时，向能代替上述下一个服务而进行服务的联合处理装置发送上述联合信息的其中另一个。

本发明的目的及解决其技术问题还可采用以下技术措施进一步实现。

前述的联合处理装置和联合处理方法，其中在上述第三控制中，从上述联合处理装置所接收的上述下一个服务的处理结果表示为异常时，或者，在规定时间内没有收到来自上述联合处理装置的下一个服务的处理结果时，判断为在接收上述联合信息的上述联合处理装置侧发生异常，其中上述联合处理装置接收上述联合信息以进行下一个服务。

前述的联合处理装置，其中在上述第三控制中，如果在经由上述联合信息所联合的所有服务的规定处理时间内，未收到上述下一个服务或代替上述下一个服务的服务的处理结果时，或者能代替上述下一个服务而进行服务的联合处理装置不存在时，控制上述收发组件，中断由上述联合信息引起的处理，将表示发生异常的处理结果发送给最初发送该联合信息的联合处理装置。

本发明的目的及解决其技术问题还采用以下的技术方案来实现。依据本发明提出的一种联合处理方法，其包括：一第一控制步骤，在与其它联合处理装置之间通过用于收发联合信息和服务的处理结果的收发组件收到上述联合信息时，控制进行规定服务的服务处理组件，进行根据上述联合信息的规定服务，其中上述联合信息用于联合处理对文件数据进行规定处理的服务；

一第二控制步骤，控制上述收发组件，使得将表示上述服务处理组件的处理为正常或异常的处理结果发送给上述联合信息的发送方，并且，如果上述服务处理组件的处理为正常时，则复制上述联合信息，将上述联合信息的其中一个发送给根据上述联合信息进行下一个服务的联合处理装置；以及

一第三控制步骤，控制上述收发组件，使得在判断为接收上述联合信息以进行下一个服务的联合处理装置侧发生异常时，向能代替上述下一个服务而进行服务的联合处理装置发送上述联合信息的其中另一个。

本发明的目的及解决其技术问题还可采用以下技术措施进一步实现。

前述的联合处理装置和联合处理方法，其中在上述第三控制步骤中，从上述联合处理装置所接收的上述下一个服务的处理结果表示为异常时，或者，在规定时间内没有收到来自上述联合处理装置的下一个服务的处理结果时，判断为在接收上述联合信息的联合处理装置侧发生异常，其中上述联合处理装置接收上述联合信息以进行下一个服务。

前述的联合处理方法，其中在上述第三控制步骤中，如果在经由上述联合信息所联合的所有服务的规定处理时间内，未收到上述下一个服务或代替上述下一个服务的服务的处理结果时，或者能代替上述下一个服务的服务而进行联合处理装置不存在时，控制上述收发组件，中断由上述联合信息引起的处理，将表示发生异常的处理结果发送给最初发送该联合信息的联合处理装置。

本发明与现有技术相比具有明显的优点和有益效果。由以上技术方案可知，为了达到前述发明目的，本发明的主要技术内容如下：

本发明联合处理装置和联合处理方法至少具有下列优点：本发明提供一种联合处理装置，包含：收发组件，用于在与其它联合处理装置之间收发为了联合处理对文件数据进行规定处理的服务的联合信息和服务的处理结果；服务处理装置，进行规定服务；控制组件，执行第一控制、第二控制和第三控制，上述第一控制控制上述服务处理组件，使得在收到上述联合信息时，根据上述联合信息进行规定的服务，上述第二控制控制上述收发组件，使得将表示上述服务处理组件的处理正常或异常的处理结果发送给上述联合信息的发送方，并且，如果上述服务处理组件的处理正常，则复制上述联合信息，将一方的联合信息发送给根据上述联合信息进行下一个服务的联合处理装置，所述第三控制控制上述收发组件，使得在判断为进行接收上述联合信息的下一个服务的联合处理装置侧发生异常时，向能进行代替上述下一个服务的联合处理装置发送另一方的联合信息。

本发明提供一种联合处理方法，执行第一控制步骤、第二控制步骤和第三控制步骤，所述第一控制步骤是：在与其它联合处理装置之间通过用于收发联合处理对文件数据进行规定处理的服务的联合信息和服务的处理结果的收发组件收到上述联合信息时，控制进行规定服务的服务处理组件，以便根据上述联合信息进行规定服务；所述第二控制步骤控制上述收发组件，使得将表示上述服务处理组件的处理正常或异常的处理结果发送给上述联合信息的发送方，并且，如果上述服务处理组件的处理正常，则复制上述联合信息，将一方的联合信息发送给根据上述联合信息进行下一个服务的联合处理装置；所述第三控制步骤控制上述收发组件，使得在判断为进行接收上述联合信息的下一个服务的联合处理装置侧发生异常时，向能进行代替上述下一个服务的联合处理装置发送另一方的联合信息。

在上述的发明中，收发组件在和其它联合处理装置之间收发为了联合处理对文件数据进行规定处理的服务的联合信息和服务的处理结果。服务处理组件进行规定的服务。控制服务处理组件，使得在收到联合信息时，根据联合信息进行规定的服务。将表示该服务处理组件的处理正常或异常的处理结果发送给联合信息的发送方，并且，如果服务处理组件的处理正常，则控制收发组件，复制联合信息，将一方的联合信息发送给根据联合信息进行下一个服务的联合处理装置。如果判断为在接收了联合信息进行下一个服务的联合处理装置侧发生异常，则控制收发组件，将另一方的联合信息发送给可进行代替下一个服务的联合处理装置。

这样，向进行下一个服务的联合处理装置发送联合信息时，复制联合信息，通过将一方的联合信息发送给进行下一个服务的联合处理装置，在进行下一个服务的联合处理装置侧发生异常时，可以将另一方的联合信息发送给进行代替下一个服务的联合处理装置，因此，在联合的服务处理步骤中，联合信息不丢失，并且可以高可靠性地传送联合信息，降低联合服务处理中断的概率。

在上述第三控制中，即使判断为在进行代替下一个服务的联合处理装置侧发生异常，也能再次复制联合信息，将一方联合信息发送给进行代替下一个服务的服务的另一个联合处理装置。通过这种处理，保存联合信息，直至代替下一个服务的服务得到正常处理，因此，在联合服务处理步骤中，联合信息不丢失。

在收到表示进行下一个服务的联合处理装置或进行代替下一个服务的联合处理装置提供的服务处理正常的处理结果时，可以删除另一方的联合信息，即复制但未发送的一方的联合信息。

在上述的发明中，在上述第三控制中，从进行接收上述联合信息下一个服务的联合处理装置所接收的上述下一个服务的处理结果表示为异常时，或者，在规定时间内没有收到来自进行接收上述联合信息下一个服务的联合处理装置的下一个服务的处理结果时，判断为在接收上述联合信息的联合处理装置侧发生异常。

在上述发明中，在上述第三控制步骤中，表示从进行接收上述联合信息的下一个服务的联合处理装置所接收的上述下一个服务的处理结果异常时，或者，在规定时间内没有收到来自进行接收上述联合信息的下一个服务的联合处理装置的下一个服务的处理结果时，判断为在接收上述联合信息的联合处理装置侧发生异常。

在上述的发明中，表示从接收到进行上述联合信息下一个服务的联合处理装置所接收的上述下一个服务的处理结果异常时，或者，在规定时间内没有收到来自进行接收上述联合信息下一个服务的联合处理装置的下一个服务的处理结果时，判断为在接收上述联合信息后进行下一个服务的联合处理装置侧发生异常，因此，能可靠地应对各种故障的发生。此外，对于在规定时间内没有收到来自进行接收上述联合信息的下一个服务的联合处理装置的下一个服务的处理结果时的故障模式，例如包含：进行下一个服务的联合处理装置本身的故障，或者，和进行下一个服务的联合处理装置之间的通信线路发生故障等。

在上述的发明中，在上述第三控制中，如果在由上述联合信息联合的所有服务的规定处理时间内未收到上述下一个服务或代替上述下一个服务的处理结果，或者能进行代替上述下一个服务的联合处理装置不存在时，控制上述收发组件，中断由上述联合信息引起的处理，将表示发生异常的处理结果发送给最初发送该联合信息的联合处理装置。

在上述的发明中，在上述第三控制步骤中，如果在由上述联合信息联合的所有服务的规定处理时间内未收到上述下一个服务或代替上述下一个服务的处理结果，或者能进行代替上述下一个服务的联合处理装置不存在时，控制上述收发组件，中断由上述联合信息引起的处理，将表示发生异常的处理结果发送给最初发送该联合信息的联合处理装置。

在上述的发明中，如果在由上述联合信息所联合的服务的规定处理时间内未收到上述下一个服务或代替上述下一个服务的服务的处理结果，或者能进行代替上述下一个服务的联合处理装置不存在时，控制上述收发组件，中断由上述联合信息引起的处理，将表示发生异常的处理结果发送给最初发送该联合信息的联合处理装置，因此，能在最初发送该联合信息的装置中可靠地把握联合服务处理中发生异常的情况。

综上所述，本发明特殊结构的联合处理装置和联合处理方法，其具有上述诸多的优点及实用价值，并在同类产品中未见有类似的结构设计及方法公开发表或使用而确属创新，其不论在产品结构、或功能上皆有较大的改进，在技术上有较大的进步，并产生了好用及实用的效果，且较现有的联合处理装置和联合处理方法具有增进的多项功效，从而更加适于实用，而具有产业的广泛利用价值，诚为一新颖、进步、实用的新设计。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，并可依照说明书的内容予以实施，以下以本发明的较佳实施例并配合附图详细说明如后。

本发明的具体结构及其方法、制造方法、加工方法由以下实施例及附图详细给出。

附图说明

图1是表示根据本发明实施例的文件处理系统的结构方框图。

图2是表示服务处理装置P的结构方框图。

图3是表示服务检索服务器的结构方框图。

图4是表示指示书接收处理例程的流程图。

图5是表示指示书发送处理例程的流程图。

图6是表示说明在图7到图10所示的指示书传送处理模式中使用的记号。

图7是表示联合处理中没有发生故障、顺序传送指示书时的指示书传送处理模式，其中指示书的发送方和发送目的地是1对1的关系。

图8是表示联合处理中发生故障时的指示书传送处理模式，其中指示书的发送方和发送目的地是1对1的关系。

图9是表示流程分支时的指示书传送处理模式，其中指示书的发送方和发送目的地是1对1的关系。

图10是表示分支的流程汇合时的指示书传送处理模式，其中指示书的发送方和发送目的地是1对1的关系。

图11是表示构成审查手续申请流程的各个服务间的联合的一例，包含在指示书的发送方和发送目的地是1对1的关系中，在联合处理中发生故障时的指示书传送处理模式。

图12是表示执行图11所示的各个服务的服务处理装置。

图13是表示构成审查手续申请流程的各个服务间的联合的一例，包含在指示书的发送方和发送目的地是1对1的关系中，分支的流程汇合时发生故障时的指示书传送处理模式。

图14是表示执行图13所示的各个服务的服务处理装置。

符号的说明

16、18、20、22、24、26、28、30服务处理装置

50控制部

52图形用户接口GUI

54通信控制部

56服务处理部

58第一存储器

60第二存储器

具体实施方式

以下结合附图及较佳实施例，对依据本发明提出的联合处理装置和联合处理方法其具体结构、方法、制造方法、加工方法、步骤、特征及其功效，详细说明如后。

图1是根据本发明实施例的文件处理系统10的结构方框图。

文件处理系统10是各种服务和应用通过网络12连接的系统。这里，服务是指和文件有关的可使用的功能，例如拷贝、打印、扫描、收发传真、发送邮件、OCR(Optical Character Recognition)处理、消除噪音处理、数据形式转换处理等。各个服务例如服务种类可以是相同的，如果提供服务的服务处理装置(服务处理装置的详细描述见后)不同，则分别作为不同的服务来区别处理。

具体地说，文件处理系统10具有：作为提供1个或多个服务的服务处理装置(以下，以符号P、N、N’、L、M、Q、R、X来区别)的服务处理装置P16、服务处理装置N18、服务处理装置N’20、服务处理装置L22、服务处理装置M24、服务处理装置Q26、服务处理装置R28与服务处理装置X30、以及检索期望的服务的服务检索服务器40。

在本实施例中，文件处理系统10是通过网络12将进行规定服务处理的多个服务处理装置连接而成，但多个服务也不特别限于通过网络12连接。

在文件处理系统10中，用于使各个服务联合的指示书(详细说明见后)和处理对象的文件数据一起在提供各个服务的服务处理装置间顺次传送，在各个服务处理装置中，基于指示书顺次执行服务，进行一连串的服务(这里，将一连串的服务称为作业流程或简称为流程)的联合处理。在本系统中，不使用集中管理各个服务的联合状态的服务器。

这里，联合是指某个服务的结果决定下一个起动的服务，或者，对下一个服务的动作带来影响等，服务之间有关系。

指示书是指由用于使各个服务联合的各种信息构成的数据。具体地说，在指示书中，记载了表示构成作业流程的各个服务的联合关系的信息、各个服务的输入输出信息、流程的开始时刻(t0)、各个服务中的服务处理时限(ts)的信息、以及整个流程的处理时限(T)的信息。

在指示书中，指示书中附带固有的ID，服务处理装置可以通过ID识别各个指示书。

图2是服务处理装置P16的结构方框图。服务处理装置P16具有控制部50，图形用户接口(GUI)52、通信控制部54、服务处理部56、第一存储器58和第二存储器60与控制部50连接。

控制部50由包含未图示的CPU和ROM的微计算机构成。在控制部50的未图示的ROM中存储联合处理例程的程序，所述联合处理例程用于在和其它服务处理装置之间传递指示书和处理对象的文件数据，根据指示书执行各种服务。在联合处理例程中包含指示书接收处理例程和指示书发送处理例程等2个子例程。下面详细描述该程序执行的处理。此外，ROM中还存储注册处理例程的程序和联合启动处理例程的程序，所述注册处理例程的程序将自身装置可执行的服务注册到服务检索服务器40中，所述联合启动处理例程的程序根据用户的操作选择指示书来启动联合处理。控制部50也进行由这些程序实现的服务注册处理和联合启动处理。

GUI52例如由触板和按钮构成，显示指示书等，并且由用户进行规定的操作。

通信控制部54连接网络12，控制和其它服务处理装置和服务检索服务器40的通信。具体地说，根据控制部50的控制，和其它服务处理装置之间收发指示书或服务的处理结果，或者将期望的服务的检索请求发送给服务检索服务器40，或者接收服务检索服务器40发出的检索结果。

服务处理部56根据控制部50的指示执行可提供的服务。

在第一存储器58中存储指示书和处理对象的文件数据。在收到下一个服务正常结束通知的时刻，通过控制部50删除该指示书和处理对象的文件数据。

在第二存储器60中存储作为通信控制部54所接收的指示书的ID一览的接收完指示书ID列表。一旦经过了该ID的指示书的整个流程的处理时限(T)，就通过控制部50从接收完指示书ID列表中删除接收完指示书ID列表的ID。

此外，其它服务处理装置的结构和服务处理装置P16相同，说明从略。

服务检索服务器40根据各个服务处理装置发出的请求，注册各个服务处理装置中可执行的服务，或者从已注册的服务中检索期望的服务。具体地说，如图3所示，服务检索服务器40具有控制部70、连接控制部70的通信控制部72和服务存储部74。

通信控制部72连接网络12，控制和各个服务处理装置的通信。

在服务存储部74中存储与各个服务处理装置发出的请求注册的、在各个服务处理装置中可执行的服务有关的信息(例如，服务种类、服务名、执行服务的装置的位置信息等)。

控制部70由包含未图示的CPU和ROM的微计算机构成，通过存储在该ROM中的程序，在CPU得到来自各个服务处理装置的请求时，或者将和各个服务处理装置中可执行的服务有关的信息存储在服务存储部74中，或者根据来自服务处理装置的请求，从服务存储部74中检索期望的服务，将检索结果发送给请求方的服务处理装置。

以下，说明服务处理装置的联合启动处理例程和联合处理例程的流程。首先，在联合启动处理例程中，在连接网络12的多个服务处理装置的任一个服务处理装置中，选择存储在未图示的存储器中的指示书，开始联合处理具体地说，在GUI52中显示存储在未图示的存储器中的指示书一览表，通过用户的操作选择1个或多个指示书。在当前时刻为指示书中描述的流程的开始时刻(t0)的时刻，开始所选指示书中描述的流程的联合处理，将指示书顺次传送给构成指示书中描述的流程的各个服务。以下，将选择指示书后启动联合处理的服务处理装置称为指示书的输入方。

以下，用图4和图5的流程详细说明服务处理装置的联合处理例程。

图4是指示书接收处理例程的流程图。

在步骤100中，判断是否收到指示书。判断为收到指示书时，在步骤102中，判断从收到的指示书中描述的流程的开始时间(t0)到当前时刻为止的经过时间是否在同一指示书中描述的整个流程的处理时限(T)以内。如果判断为超过了整个流程的处理时限(T)，则不对该指示书进行任何处理，返回步骤100。如果判断为在整个流程的处理时限(T)以内，则在步骤104中，判断指示书的ID是否位于接收完指示书ID列表中。如果指示书的ID位于接收完指示书ID列表中，则收到的指示书是以前接收过的指示书，因此，不对该指示书进行任何处理，返回步骤100。

此外，一般的分组通信等通信手顺中，步骤102和步骤104是考虑了在认为通信成功之前指示书的发送被重试几次的处理，由此防止指示书的二次到达。

在步骤106中，收到的指示书的ID被追加到接收完指示书ID列表中。

此外，在经过了对应各个ID的指示书的整个流程的处理时限(T)时，自动删除接收完指示书ID列表的各个ID。

在步骤108中，根据收到的指示书，处理服务。具体地说，通过控制服务处理部56，在服务处理部56中处理指示书中描述的服务。

图5示出了在该服务处理装置中服务处理结束后进行的指示书发送处理例程的流程图。

在步骤200中，判断在服务处理部56中执行的服务是否正常结束。如果判断为异常结束，则在步骤202中，向处理了在指示书的发送方即该服务处理装置中进行的服务之前的服务的服务处理装置发送异常结束通知，结束。

在步骤200中，如果判断为正常结束，则在步骤204中，向指示书的发送方发送正常结束通知。

在步骤206中，复制指示书，一个根据表示指示书中描述的各个服务的联合关系的信息发送给进行下一个服务的服务处理装置，另一个保存在第一存储器58中。这里，通过服务处理部56中的服务处理过的文件数据也被复制，和指示书一样，一个发送给进行下一个服务的服务处理装置，另一个保存在第一存储器58中。

在步骤208中，判断是否收到指示书的发送目的地的服务处理装置发出的在该服务处理装置中处理的服务正常结束通知。如果判断为收到了正常结束通知，则在步骤210中，删除保存在第一存储器58中的指示书和文件数据。

在步骤208中，如果判断为没有收到正常结束通知，则在步骤212中，判断是否收到指示书的发送目的地的服务处理装置发出的在该服务处理装置中处理的服务异常结束通知。如果判断为收到了异常结束通知，则在步骤214中，寻找代替下一个服务的服务(以下称为替代服务)。

具体地说，通过从控制部50向服务检索服务器40发送检索请求来进行。收到检索请求的服务检索服务器40从服务存储部74中检索替代服务。从服务存储部74中检索替代服务时，服务检索服务器40将与检索出的替代服务有关的信息(例如检索出的进行替代服务的服务处理装置的位置信息等)作为检索结果发送给检索请求方的服务处理装置。如果没有检索出替代服务，将表达没有检索出来这个意思的通知作为检索结果发送给检索请求方的服务处理装置。

在步骤216中，根据从服务检索服务器40接收的检索结果，判断是否有替代服务。如果判断为有替代服务，则在步骤218中，复制保存在第一存储器58中的指示书和文件数据，一个发送给进行替代服务的服务处理装置，另一个保存在第一存储器58中。之后，返回步骤208，反复对替代服务进行和上述一样的处理。

在步骤216中，如果判断为没有替代服务，则移到步骤224的处理，中断该指示书的流程，并且向指示书的输入方发送流程异常结束通知。

在步骤212中，如果判断为没有接收异常结束通知，则在步骤220中，判断从发送指示书到当前时刻为止的经过时间是否在服务处理时限(ts)以内。这里所说的服务处理时限(ts)是下一个服务或替代服务的服务处理时限(ts)。在步骤220中，如果判断为经过时间在服务处理时限(ts)以内，则返回步骤208，反复和上述一样的处理。

在步骤220中，如果判断为当前时刻不在服务处理时限(ts)以内，则在步骤222中，判断从指示书中描述的流程开始时刻(t0)到当前时刻为止的经过时间是否在该指示书的整个流程的处理时限(T)以内。这里，如果判断为经过时间在整个流程的处理时限(T)以内，则移到步骤214。

在步骤222中，如果判断为经过时间超过了整个流程的处理时限(T)，则在步骤224中，中断该指示书的流程，并且向指示书的输入方发送表达基于该指示书的流程异常结束的意思的通知。

有多个替代服务时，服务检索服务器40可以从中选择任意的服务。只要在整个流程的处理时限以内(T)，服务处理装置就可以反复向服务检索服务器40提出检索请求，除去检索完的服务，反复向执行替代服务的服务处理装置发送指示书和处理对象的文件数据，直至接收替代服务的正常结束通知为止(步骤208-步骤222)。

在本实施例中，服务处理装置寻找替代服务时，可以取得服务检索服务器40的检索结果，但也可以是服务处理装置本身询问分布在网络12上的各个服务处理装置，取得与各个服务处理装置中可执行的服务有关的信息并且寻找替代服务。根据这种构成，可以作成不用服务检索服务器40的结构。

接着，根据上述指示书接收处理例程和指示书发送处理例程说明指示书传送处理的各种模式。

以下，用图6所示的记号说明图7至图10的指示书传送处理模式。这里，对处理对象的文件数据的说明从略。

图7示出了联合处理中未发生故障、顺次传送指示书时的指示书传送处理模式，其中指示书的发送方和发送目的地是1对1的关系。处理服务后，服务处理装置P16复制指示书，一个发送给进行下一个服务的服务处理装置N18，并且，另一个保存起来(相当于图5的步骤206)。一旦从服务处理装置N18接收下一个服务的正常结束通知(相当于图5的步骤208)，服务处理装置P16就删除保存的指示书(相当于图5的步骤210)。而且，接收指示书的服务处理装置N18也反复和服务处理装置P16同样的处理。

图8示出了联合处理中发生故障时的指示书传送处理模式，其中，指示书的发送方和发送目的地是1对1的关系。

发生故障的模式有以下3个。

1.在服务处理装置P16和服务处理装置N18之间(例如在通信线路上)发生故障，指示书本身没有到达服务处理装置N18。(这时，服务处理装置N18的服务的处理结果通知未在服务处理时限(ts)以内到达服务处理装置P16(相当于图5的步骤220N))。

2.服务处理装置N18中的服务处理失败(异常结束)，服务处理装置N18向服务处理装置P16发送异常结束通知(相当于图5的步骤212Y)。

3.从服务处理装置N18到服务处理装置P16的处理结果通知(正常结束或异常结束通知)未在服务处理时限(ts)以内到达服务处理装置P16(相当于图5的步骤220)。

发生任一种故障时，服务处理装置P16服务处理装置P16认为服务处理装置N18中的服务处理失败，如果从流程开始时刻(t0)到当前时刻为止的经过时间在整个流程处理时限(T)以内，则寻找代替应在服务处理装置N18中进行的服务的服务(替代服务)(相当于图5的步骤214、216Y)，将保存的指示书发送给进行替代服务的服务处理装置N’20(相当于图5的步骤218)。收到服务处理装置N’20发出的正常结束通知时(相当于图5的步骤208Y)，删除保存的指示书(相当于图5的步骤210)。

不能通过进行替代服务的服务处理装置进行处理时(即，没有寻找到替代服务时，或者在进行替代服务的所有服务处理中处理失败时)(相当于图5的步骤216N、222N)，或者，从流程的开始时刻(t0)开始的经过时间超过了整个流程的处理时限(T)时(相当于图5的步骤222N)，服务处理装置P16中断联合处理，报告给指示书的输入方(未图示)(相当于图5的步骤224)。

图9示出了流程分支时的指示书传送处理模式，其中指示书的发送方和发送目的地是1对1的关系。

这时，在分支点(服务处理装置P16)上，指示书复制数为分支个数并且发送给各个分支目的地(服务处理装置L22、N18、M24)(相当于图5的步骤206)。此外，在指示书中预先描述了该分支处理。

分支点的服务处理装置P16保存指示书，直至分支目的地的服务处理装置中的各个服务(或者替代的服务)全部正常结束。

在分支目的地的服务处理装置中任何一个装置(例如图9的服务处理装置N18)发生故障时(相当于图5的步骤212Y、220N)，上述发送方和发送目的地同样为1对1关系，寻找进行替代服务的服务处理装置N’20(相当于图5的步骤214、216Y)，发送保存的指示书(相当于图5的步骤218)。如果收到包含服务处理装置N’20的全部分支目的地发出的正常结束通知(相当于图5的步骤208Y)，则删除保存在服务处理装置P16中的指示书(相当于图5的步骤210)。

此外，流程分支时，分支点的服务处理装置P16不是简单地复制指示书，例如可以将每个分支目的地的服务处理装置L22、M24、N18的指示书分解为最合适的指示书，然后发送给各个服务处理装置。在分解后的指示书中，可以具有各个分支目的地所需的服务信息、表示分支的信息、分支的条件、其它的分支概要和所需时间等信息。

图10示出了分支的流程汇合时的指示书传送处理模式，其中，指示书的发送方和发送目的地是1对1的关系。

在进行各个分支末端的服务的服务处理装置P16、Q26、R28和汇合点的服务处理装置N18之间，未发生故障时，上述发送方和发送目的地为1对1的关系，进行同样的处理。在各个服务处理装置P16、Q26、R28中保存指示书，直至全部的分支能汇合，即直至各个服务处理装置P16、Q26、R28接收服务处理装置N18发出的正常结束通知。

服务处理装置P16、Q26、R28中任一装置或1个以上的分支目的地不能汇合到服务处理装置N18时，或者全部的分支能汇合但服务处理装置N18中的服务处理失败时等，不管发生什幺样的故障时(相当于图5的步骤212Y、220N)，例如都能进行以下的处理。

服务处理装置P16、Q26、R28中，最早经过了下一个服务的服务处理时限(ts)的服务处理装置(图10中的服务处理装置P16)寻找进行替代服务处理装置N18的服务的服务的服务处理装置N’20(相当于图5的步骤216Y)，发送保存的指示书(相当于图5的步骤218)。与此同时，通知其它的分支末端的服务处理装置(服务处理装置Q26、R28)，以便将保存的指示书发送给服务处理装置N’20。接到通知的服务处理装置Q26、R28将保存的指示书发送给服务处理装置N’20。此外，判断自身装置是否是最早经过了下一个服务的服务处理时限(ts)的装置时，在经过了服务时限(ts)的时刻，只要没有来自其它分支末端的服务处理装置的任何通知，就判断为是自身装置是最早经过了服务处理时限(ts)的装置，可以寻找替代服务。

这样，无论流程分支时还是分支的流程汇合时，都能通过进行上述处理来平滑地执行联合处理和故障应对处理。

下面，以具体的服务为例，说明在进行各个服务的服务处理装置间进行的联合处理。这里，传送描述申请某个审查手续的流程(以下称为审查手续申请流程)的指示书。通过执行本指示书中描述的流程，进行从申请人到审查员的审查手续的申请。

图11示出了构成审查手续申请流程的各个服务间的联合。

审查手续申请流程包括流程输入服务81、证明文件邮寄服务82、扫描服务83、申请文件制作服务84、PDF转换服务85和申请受理服务87。

选择审查手续申请流程描述的指示书来启动联合处理时，流程输入服务81复制3个指示书，将指示书发送给进行证明文件邮寄服务82、扫描服务83和申请文件制作服务84等各个服务的服务处理装置。

证明文件邮寄服务82是邮寄审查手续所需的证明文件。

扫描服务83扫描附加在证明文件上的文件。

申请文件制作服务84将应记载的数据输入到审查手续的申请文件中。

PDF转换服务85将扫描得到的数据转换为PDF形式。

申请受理服务87接收审查手续申请所需的各种文件数据，受理来自申请人80的申请，通知审查员88。

图12示出了执行图11所示各个服务的服务处理装置。

流程输入服务器91执行流程输入服务81。证明文件检索服务器92执行证明文件邮寄服务82。扫描服务器93执行扫描服务83。申请文件制作服务器94执行申请文件制作服务84。数据转换服务器95执行PDF转换服务85。申请受理服务器97执行申请受理服务87。这些服务处理装置的构成和联合处理例程的详细流程和上述服务处理装置P16是一样的，因此说明从略。此外，各个服务处理装置通过网络连接。

下面，说明具体的联合处理。

首先，在流程输入服务器91中，经GUI52通过申请人80的操作选择描述审查手续申请流程的指示书。在作为流程开始时刻(t0)的时刻，执行流程输入服务81，复制3个指示书，将复制的指示书同时发送给执行证明文件邮寄服务82的证明文件检索服务器92、执行扫描服务83的扫描服务器93和执行申请文件制作服务84的申请文件制作服务器94(①②③)。

在接收指示书的证明文件检索服务器92中，执行证明文件邮寄服务82。具体地说，证明文件检索服务器92的服务处理部56通过网络检索并且邮寄各种证明文件。将邮寄的证明文件和指示书一起发送给指示书中描述的下一个服务即执行申请受理服务87的申请受理服务器97(⑦)。

在接收指示书的扫描服务器93中，执行扫描服务83。具体地说，扫描服务器93的服务处理部56扫描附加在证明文件上的文件。这样，将扫描得到的数据和指示书一起发送给指示书中描述的下一个服务即执行PDF转换服务85的数据转换服务器95(⑤)。

在接收指示书的申请文件制作服务器94中，执行申请文件制作服务84。具体地说，申请文件制作服务器94的服务处理部56将与预先存储在规定存储区域中的审查手续有关的数据和与申请人80有关的数据输入到电子化的审查手续的申请文件的各个项目中，生成申请文件。这样，将生成的申请文件和指示书一起发送给指示书中描述的下一个服务即执行申请受理服务87的申请受理服务器97(④)。这里，用预先存储的数据来生成申请文件，但也可以在GUI52中显示应输入到申请文件中的项目一览表，由用户来输入各个项目。

在接收扫描服务83发出的指示书和扫描得到的数据的数据转换服务器95中，执行PDF转换服务85。

这里，发生某种故障而PDF转换服务85不能工作时，扫描服务器83寻找PDF转换服务85的替代服务86，将保存的指示书和扫描得到的数据发送给执行替代服务86的服务器(数据转换替代服务器96)。(⑥)

在接收指示书和数据的数据转换替代服务器96中，执行和PDF转换服务85同等的替代服务86。即，通过数据转换替代服务器96的服务处理部56将扫描服务器83发送的数据转换为PDF形式，将转换后的数据和指示书一起发送给执行申请受理服务87的申请受理服务器97。(⑧)

本处理相当于上述联合处理中发生故障时的指示书传送处理模式，其中，指示书的发送方和发送目的地是1对1的关系。

在执行申请受理服务87的申请受理服务器97中，执行申请受理服务87，等待发送证明文件邮寄服务82、PDF转换服务85以及申请文件制作服务84等全部服务，或者执行这些替代服务的各个服务处理装置发出的指示书及各种证明文件和附加文件、申请文件等各个文件数据。在收到3个指示书和各种文件数据的时刻，给审查员88发送申请的通知(⑨)。

这样，即使在联合处理步骤中发生故障，联合处理也不中断，可以高可靠性地传送指示书。

下面，用图13和图14说明执行上述审查手续申请流程的申请受理服务87的申请受理服务器97中发生故障时的处理。

不发生故障的话，申请受理服务器97从证明文件检索服务器92、申请文件制作服务器94和数据转换服务器95接收指示书、各种证明文件和附加文件、申请文件等各文件数据(④、⑥、⑦)，但例如在从这些服务处理装置接收指示书和各文件数据的时刻申请受理服务器97停止时，证明文件检索服务器92、申请文件制作服务器94和数据转换服务器95中，从发送指示书开始，最早经过了申请受理服务87的服务处理时限(ts)的服务处理装置(这里是申请文件制作服务器94)寻找申请受理服务87的替代服务(申请受理的替代服务89)，将保存的指示书和申请文件发送给执行该替代服务89的服务器(申请受理替代服务器99)。(⑨)

同时，对于证明文件检索服务器92和数据转换服务器95来说，将指示书的发送目的地变更为执行申请受理服务87的替代服务89的申请代理替代服务器99(⑧)。接收该通知的证明文件检索服务器92和数据转换服务器95将保存的指示书和文件数据发送给申请代理替代服务器99(⑨)。在收到3个指示书和各种文件数据的时刻，申请代理替代服务器99执行申请受理服务87的替代服务89。

本处理相当于分支的流程汇合时的指示书传送处理模式，其中，指示书的发送方和发送目的地是1对1的关系。

这样，即使在联合处理步骤中发生故障，联合处理也不中断，可以高可靠性地传送指示书。

如上所述，服务处理装置不仅传送指示书，还复制指示书，一个指示书发送给进行下一个服务的服务处理装置，另一个保存起来，在进行下一个服务的服务处理装置侧发生故障时，将保存的指示书发送给进行替代服务的服务处理装置，因此，即使在联合处理步骤中出现故障，指示书也不会丢失，并且可以降低联合处理中断的概率。而且，无论流程分支时还是分支的流程汇合时，都能通过进行上述处理平滑地执行联合处理和故障应对处理。

在上述实施例中，对处理对象的文件数据和指示书一起传送的例子作了说明，但是，例如也可以将处理对象的文件数据存储在各个服务处理装置能在网络上共享访问的存储装置中，以将存储文件数据的存储装置的位置信息附加到指示书中的形式传送，也能够以在指示书中包含该位置信息的形式传送。

根据本发明的联合处理装置可以是具有实现本发明的结构的装置，但不限于上述服务处理装置的结构。

根据本发明的联合处理装置和程序不仅传送联合信息，还复制联合信息，一个联合信息发送给进行下一个服务的联合处理装置，在判断为进行下一个服务的联合处理装置侧发生故障时，将另一个联合信息发送到进行代替下一个服务的服务的联合处理装置中，因此，达到的效果是：能高可靠性地传送联合信息，能降低联合服务处理中断的概率。

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明，任何熟悉本专业的技术人员，在不脱离本发明技术方案范围内，当可利用上述揭示的方法及技术内容作出些许的更动或修饰为等同变化的等效实施例，但是凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明技术方案的范围内。

Claims (6)

1.一种联合处理装置，其特征在于，其包括：

一收发组件，用于在与其它联合处理装置之间收发联合信息和服务的处理结果，其中上述联合信息用于联合处理对文件数据进行规定处理的服务；

一服务处理组件，进行规定服务；

一控制组件，执行第一控制、第二控制和第三控制，上述第一控制控制上述服务处理组件，使得在收到上述联合信息时，根据上述联合信息进行规定的服务，上述第二控制控制上述收发组件，使得将表示上述服务处理组件的处理为正常或异常的处理结果发送给上述联合信息的发送方，并且，如果上述服务处理组件的处理为正常时，则复制上述联合信息，将上述联合信息的其中一个发送给联合处理装置，其中上述联合处理装置根据上述联合信息进行下一个服务，上述第三控制控制上述收发组件，使得在判断为接收上述联合信息以进行下一个服务的联合处理装置侧发生异常时，向能代替上述下一个服务而进行服务的联合处理装置发送上述联合信息的其中另一个。

2.根据权利要求1所述的联合处理装置，其特征在于，在上述第三控制中，从上述联合处理装置所接收的上述下一个服务的处理结果表示为异常时，或者，在规定时间内没有收到来自上述联合处理装置的下一个服务的处理结果时，判断为在接收上述联合信息的上述联合处理装置侧发生异常，其中上述联合处理装置接收上述联合信息以进行下一个服务。

3.根据权利要求1所述的联合处理装置，其特征在于，在上述第三控制中，如果在经由上述联合信息所联合的所有服务的规定处理时间内，未收到上述下一个服务或代替上述下一个服务的服务的处理结果时，或者能代替上述下一个服务而进行服务的联合处理装置不存在时，控制上述收发组件，中断由上述联合信息引起的处理，将表示发生异常的处理结果发送给最初发送该联合信息的联合处理装置。

4.一种联合处理方法，其特征在于，其包括：

一第一控制步骤，在与其它联合处理装置之间通过用于收发联合信息和服务的处理结果的收发组件收到上述联合信息时，控制进行规定服务的服务处理组件，进行根据上述联合信息的规定服务，其中上述联合信息用于联合处理对文件数据进行规定处理的服务；

一第二控制步骤，控制上述收发组件，使得将表示上述服务处理组件的处理为正常或异常的处理结果发送给上述联合信息的发送方，并且，如果上述服务处理组件的处理为正常时，则复制上述联合信息，将上述联合信息的其中一个发送给根据上述联合信息进行下一个服务的联合处理装置；以及

一第三控制步骤，控制上述收发组件，使得在判断为接收上述联合信息以进行下一个服务的联合处理装置侧发生异常时，向能代替上述下一个服务而进行服务的联合处理装置发送上述联合信息的其中另一个。

5.根据权利要求4所述的联合处理方法，其特征在于，在上述第三控制步骤中，从上述联合处理装置所接收的上述下一个服务的处理结果表示为异常时，或者，在规定时间内没有收到来自上述联合处理装置的下一个服务的处理结果时，判断为在接收上述联合信息的联合处理装置侧发生异常，其中上述联合处理装置接收上述联合信息以进行下一个服务。

6.根据权利要求4所述的联合处理方法，其特征在于，在上述第三控制步骤中，如果在经由上述联合信息所联合的所有服务的规定处理时间内，未收到上述下一个服务或代替上述下一个服务的服务的处理结果时，或者能代替上述下一个服务而进行服务的联合处理装置不存在时，控制上述收发组件，中断由上述联合信息引起的处理，将表示发生异常的处理结果发送给最初发送该联合信息的联合处理装置。

Images