专利名称：服务处理装置、服务处理系统和服务处理系统的元数据保管方法
技术领域：
本发明涉及服务处理装置、服务处理系统、服务处理系统的元数据保管方法、以及服务处理程序，特特别是涉及一种将纸文件进行电子化而适合于构筑工作流程的服务处理系统的服务处理装置、服务处理系统、服务处理系统的元数据保管方法、以及服务处理程序。
背景技术：
在现有技术中，已经提出将扫描仪、传真机装置、复印机、或将它们复合的复合机、个人计算机、邮件服务器等用网络来相互连接，从而实现纸文件和电子信息共有化的工作流程系统。
而且，随着网络技术的发展，已提出将分别独立开发的应用进行联合，容易地构筑更高级的业务处理的Web服务。通过Web服务，将网络上的应用作为服务组成部分来利用，可容易地构筑更高级的业务系统。而且，通过将这些服务有机地联合、组合，还可形成新的服务。
例如，在专利文献1记载的技术中，提出工作流程管理系统，它包括工作流程服务器装置，使用连接到LAN或WAN等网络的工作站(WS)和个人计算机(PC)等信息处理装置，来在信息处理装置之间交换电子邮件、电子文件和业务关联数据而进行具有多个承担者涉及的一连串的流程的业务，定义作为这样的业务处理形态的工作流程，根据该定义而发行各个业务指示，掌握/监视各个业务的进行状况；以及工作流程客户终端，接收该工作流程服务器装置发行的业务指示，并执行业务。客户终端包括自动地起动业务应用程序的批量处理式业务执行部件；以及将该执行结果通知所述网络流服务器装置的部件。工作流程服务器装置包括工作流程执行装置，该装置根据预先定义的判定条件来判定所述客户终端可通知的批量处理式业务的执行结果，根据该判定结果来控制工作流程的流动。通过这样构成的工作流程管理系统，可将使信息处理装置中自动地执行业务应用程序的批量处理式工作流程活动有效地装入工作流程业务中。
专利文献1特开2001-282970号公报(日本)但是，在专利文献1记载的技术等的工作流程系统中，考虑了通过保管输入于各个服务中的元数据来进行故障发生时的应对，而在服务为多个时，存在没有获得多个服务的联合，难以调查作为对象的元数据如何变换、加工的过程的问题。
此外，还有在件数和容量上限制元数据保管的情形，根据情况，有不需要元数据的情况、不想保管元数据的情况、不想向他人公开保管数据的情况等。
而且，还有按每个用户来保管元数据而数据量庞大的问题。
由此可见，上述现有的服务器仍存在有缺陷，而亟待加以进一步改进。为了解决现有的服务器的缺陷，相关厂商莫不费尽心思来谋求解决之道，但长久以来一直未见适用的设计被发展完成，此显然是相关业者急欲解决的问题。
有鉴于上述现有的服务器存在的缺陷，本发明人基于从事此类产品设计制造多年丰富的实务经验及专业知识，积极加以研究创新，以期创设一种新的(名称)，能够改进一般现有的服务器，使其更具有实用性。经过不断的研究、设计，并经反复试作样品及改进后，终于创设出确具实用价值的本发明。
发明内容
本发明的主要目的在于，克服现有的服务器存在的缺陷，而提供一种新的服务处理装置、服务处理系统、服务处理系统的元数据保管方法、以及服务处理程序，所要解决的主要技术问题是可以容易地进行故障发生时的应对。
本发明的目的及解决其技术问题是采用以下技术方案来实现的。依据本发明提出的一种服务处理装置，在网络上联合处理可进行与文件数据相关预定处理的服务，其包括一保管部件，将本装置进行处理前的元数据与用于特定该服务的联合的特定信息关联保管；根据预先设定是否保管所述元数据的设定信息来保管所述元数据。
本发明的目的及解决其技术问题还可以采用以下的技术措施来进一步实现。
前述的服务处理装置，其中所述的保管部件在所述特定信息和本装置中用于特定该服务的本装置特定信息有所不同时，进一步关联保管所述本装置特定信息。
前述的服务处理装置，其中所述的保管部件根据预定的加密设定来保管元数据。
本发明的目的及解决其主要技术问题还采用以下技术方案来实现。依据本发明提出的一种服务处理系统，在网络上联合处理可进行与文件数据相关预定处理的服务，其包括权利要求1所述的服务处理装置；以及一保管装置，集中保管所述保管部件中所保管的所述元数据。
本发明的目的及解决其技术问题还可以采用以下的技术措施来进一步实现。
前述的服务处理系统，其中所述的保管装置按预定的阈值或预定的定时，取得并保管与保管于所述服务处理装置的所述保管部件中的所述特定信息关联的所述元数据。
前述的服务处理系统，其中所述的保管装置对处理前后的差分信息进行保管，作为各服务处理装置间的元数据。
本发明的目的及解决其主要技术问题还采用以下技术方案来实现。依据本发明提出的一种服务处理系统的元数据保管方法，在连接于网络的多个服务处理装置间，根据预定的处理内容来联合处理可进行与文件数据相关预定处理的服务，其特征在于根据预先设定是否保管包含在所述处理内容中的元数据的设定信息，将所述服务处理装置进行处理前的元数据保管在与特定该服务的联合的特定信息关联的预定的保管场所。
本发明的目的及解决其技术问题还可以采用以下的技术措施来进一步实现。
前述的服务处理系统的元数据保管方法，其中在所述特定信息和所述服务处理装置中用于特定该服务的本装置特定信息有所不同时，进一步将所述本装置特定信息关联并保管在所述保管场所中。
前述的服务处理系统的元数据保管方法，其中根据包含于所述处理内容中的加密设定，对元数据进行加密并保管在所述保管场所中。
前述的服务处理系统的元数据保管方法，其中所述的保管场所是所述服务处理装置。
前述的服务处理系统的元数据保管方法，其中所述的保管场所是连接到所述网络的保管装置。
前述的服务处理系统的元数据保管方法，其中保管的所述元数据作为各服务处理装置间的所述元数据，对处理前后的差分信息进行保管。
由以上技术方案可知，为了达到前述发明目的，本发明的主要技术内容如下为了实现上述目的，本发明提供一种服务处理装置，在网络上联合处理可进行与文件数据相关预定处理的服务，其特征在于具有保管部件，将本装置进行处理前的元数据与用于特定该服务的联合的特定信息关联保管；根据预先设定是否保管所述元数据的设定信息来保管所述元数据。
在上述的服务处理装置中，保管部件将装置自身进行处理前的元数据与用于特定该服务联合的特定信息关联地保管。而且，保管部件根据预先设定的是否保管元数据的设定信息来保管元数据，所以在进行了保管设定时，与特定信息关联地保管元数据。因此，在进行了保管设定时，可以使用用于特定服务联合的特定信息来检索元数据。因此，在发生故障时，可以根据检索的元数据再次进行由发生了故障的服务处理装置进行的处理，可以容易地应对故障发生。
在上述的服务处理装置中，保管部件在特定信息和本装置中用于特定该服务的本装置特定信息有所不同时，通过进一步关联保管本装置特定信息，可以根据特定信息来检索本装置的本装置特定信息，可以在该检索中根据本装置特定信息来检索元数据。
在上述的服务处理装置中，保管部件还可根据预定的加密设定来保管元数据。即，在设定加密时，元数据被加密保管，所以可以提高安全性。
本发明提供一种服务处理系统，在网络上联合处理与文件数据相关进行预定处理的服务，其特征在于，它包括上述的服务处理装置；以及对保管于所述保管部件中的所述元数据进行集中保管的保管装置。
在上述的服务处理系统中，配有可以容易地应对故障发生的服务处理装置，由此，即使在服务联合时发生故障，也可以容易地恢复。
此外，保管装置对保管于服务处理装置的保管部件中的元数据进行集中保管，所以不对各服务处理装置进行存取，仅对保管装置进行存取，就可以取得元数据，通过这样构成的系统，即使在服务联合时发生故障，也可以容易地恢复。
在上述的服务处理系统中，保管装置按预定的定时(例如，预定的时间、达到预定的数据量的情况、用户的指示等)，取得并保管被保管于服务处理装置的保管部件中的元数据。
在上述的服务处理系统中，保管装置对处理前后的差分信息进行保管，作为各服务处理装置间的元数据。这样，通过仅保管处理前后的差分信息，可以削减保管的数据量。
本发明提供一种服务处理系统的元数据保管方法，在连接于网络的多个服务处理装置间，根据预定的处理内容来联合处理可进行与文件数据相关预定处理的服务，其特征在于根据预先设定是否保管包含在所述处理内容中的元数据的设定信息，将所述服务处理装置进行处理前的元数据保管在与特定该服务的联合的特定信息关联的预定的保管场所。
在上述的服务处理系统的元数据保管方法中，根据预先设定的是否保管包含于预定的处理内容中的元数据的设定信息，将服务处理装置进行处理前的元数据保管在与特定该服务的联合的特定信息关联的预定的保管场所，从而进行保管设定的情况下，与特定信息关联地保管元数据。因此，在进行保管设定的情况下，可以使用特定该服务联合的特定信息来检索元数据。因此，在发生故障的情况下，可以根据检索的元数据再次进行由产生了故障的服务处理装置进行的处理，可以容易地应对故障发生。
在上述的服务处理系统的元数据保管方法中，在特定信息和服务处理装置中用于特定该服务的本装置特定信息有所不同时，通过与本装置特定信息进一步关联来进行保管，从而可以根据特定信息来检索服务处理装置的本装置特定信息，在该检索中可以根据本装置特定信息来检索元数据。
在上述的服务处理系统的元数据保管方法中，也可以根据包含于预定的处理内容中的加密设定，对元数据进行加密并保管在保管场所中。即，在加密设定时，元数据被加密保管，所以可以提高安全性。
在上述的服务处理系统的元数据保管方法中，作为预定的保管场所，也可以采用服务处理装置。在上述的服务处理系统的元数据保管方法中，也可以采用连接到网络的保管装置。
在上述的服务处理系统的元数据保管方法中，也可以将保管的元数据作为各服务处理装置间的元数据，对处理前后的差分信息进行保管。这样，通过仅对处理前后的差分信息进行保管，可以削减保管的数据量。
本发明提供一种服务处理程序，在连接到网络的多个服务处理装置间，根据预定的处理内容，联合处理可进行与文件数据相关预定处理的服务，其中，执行包含保管步骤的处理，该步骤根据预先设定的是否保管包含于所述处理内容中的元数据的设定信息，使所述服务处理装置进行处理前的元数据与特定该服务联合的特定信息关联并保管在预定的保管场所。
在上述的服务处理程序中，保管步骤根据预先设定的是否保管包含于预定处理内容中的元数据的设定信息，使服务处理装置进行处理前的元数据与特定该服务联合的特定信息关联并保管在预定的保管场所，从而在进行保管设定的情况下，可以根据用于特定服务联合的特定信息来检索元数据。因此，在发生故障的情况下，可以使用检索出的元数据再次进行由发生了故障的服务处理装置进行的处理，可以容易地应对故障发生。
在上述的服务处理程序中，在特定信息和用于特定本装置的对应服务的本装置特定信息有所不同时，保管步骤通过进一步关联保管本装置特定信息，可以根据特定信息来检索本装置中的本装置特定信息，可以在该检索中根据本装置特定信息来检索元数据。
在上述的服务处理程序中，保管步骤也可以根据包含于预定的处理内容中的加密设定，来保管元数据。即，在加密设定的情况下，元数据被加密保管，所以可以提高安全性。
在上述的服务处理程序中，作为保管步骤的预定的保管场所，也可以采用服务处理装置。此外，上述的服务处理程序中，也可以采用连接到网络的保管装置。
在上述的服务处理程序中，保管步骤也可以保管处理前后的差分信息，作为各服务处理装置间的元数据。这样，通过仅保管处理前后的差分信息，可以削减保管的数据量。
本发明与现有技术相比具有明显的优点和有益效果。由以上技术方案可知，为了达到前述发明目的，本发明是根据预先设定的设定信息，通过与用于特定该服务联合的特定信息关联保管进行预定的处理前的元数据，在发生了故障的情况下，可以从特定信息中检索元数据，所以可以根据检索到的元数据再次进行由该服务处理装置进行的处理，具有可以容易地应对故障发生的效果。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，并可依照说明书的内容予以实施，以下以本发明的较佳实施例并配合附图详细说明如后。
图1是表示本发明实施方式的文件处理系统的结构的方框图。
图2是表示本发明实施方式的文件处理系统中的各服务处理装置的概略结构的方框图。
图3是说明构成本发明实施方式的文件处理系统的各服务处理装置的相互关系的方框图。
图4是表示I/F信息的构成图。
图5是表示用于定义作业流的GUI画面的一例指示书形成画面的图。
图6是表示一例以XML形式构成的指示书的图。
图7是表示一例指示书形成时的客户终端和指示书生成服务器的处理步骤的流程图。
图8是表示一例表示指示书表的服务联合处理选择画面的图。
图9是表示一例由各服务处理装置进行的处理的流程图。
图10是表示一例元数据保管的方框图。
图11是说明构成变形例的文件管理系统的各服务处理装置的相互关系的方框图。
具体实施例方式
以下结合附图及较佳实施例，对依据本发明提出的服务处理装置、服务处理系统和服务处理系统的元数据保管方法其具体结构、方法、步骤、特征及其功效，详细说明如后。
以下，参照附图详细地说明本发明实施方式的一例。
首先，说明本发明实施方式的文件处理系统的基本构成。
(系统基本构成)
图1是表示本发明实施方式的文件处理系统10的结构方框图。
文件管理系统10是通过网络12来连接各种服务和应用的系统。这里，服务指可按照来自外部的请求使用有关文件的功能。例如，服务对应于复印、打印、扫描、传真收发、邮件分配、向レポジトリ(存储库)的存储和来自リポジトリ(存储库)的读取、OCR(Optical Character Recognition)处理、噪声除去处理等，没有特别限定。
具体地说，文件管理系统10包括客户终端14，使多个服务联合，配有指示期望的处理的用户接口；服务检索服务器16，对用户期望的服务进行检索；指示书生成服务器18，根据客户终端14指示的与服务联合关联的信息来形成指示书；指示书管理服务器20，对指示书进行管理；以及联合处理服务器22，根据指示书执行各服务器的联合处理。
文件管理系统10还包括图像处理装置24A，作为执行各种服务的服务处理装置24，进行图像文件的噪声除去处理、图像旋转处理、OCR处理、图像粘接等图像处理；文件管理服务器24B，管理文件；文件分配服务器24C，分配文件；第1服务处理装置24D，进行第1服务处理；以及第2服务处理装置24E，进行第2服务处理。
如图2所示，上述各服务处理装置24配有将CPU24a、ROM24b、RAM24c、以及用户接口(UI)24d连接到总线24e的微计算机。
在ROM24中，存储用于执行各种服务的应用程序、用于执行服务联合的程序等。
在本实施方式中，为了秘密处理由各服务处理装置24进行的与服务关联的信息，在总线24e上连接加密部件24f和译码部件24g，通过加密部件24f可以将输入到服务处理装置24的元数据和处理后的数据等的数据进行加密，同时通过译码部件24g，可以对加密的数据进行译码。
本实施方式的各服务处理装置24为了恢复故障发生时的数据，可在RAM24中保管输入到各服务处理装置24中的元数据、或元数据的保管场所信息、处理内容、用于特定处理对象文件的信息等。此时，处理内容、特定该服务联合的服务ID等与元数据一起对应保管。再有，也可以不设置RAM24c，而设置专用的存储器，在存储器中保管元数据等。
文件管理系统10在本实施方式中通过网络12来连接进行预定的服务处理的多个服务器，而如果将多个服务器通过网络12来连接，则没有特别限定。
这里，指示书表示在将一连串的处理分解为多个功能的处理时，包含表示各功能关系的信息、用于调用各功能的接口(I/F)信息、以及与一连串处理关联的构成图形用户接口(GUI)的信息的数据。
图3是说明构成文件管理系统10的各服务处理装置24的相互关系的方框图。各服务处理装置24存储表示自身提供的服务内容的I/F信息。
图4是表示I/F信息的概念图。I/F信息由<服务种类(Service Class))、<服务名(Service Name)>、<服务图标(Service Icon)>、<服务位置信息(Service Information Location)>、<输入(Input)>、<输出(Output)>、<参数限制规则(Parameter Restriction Rules)>、<服务位置(ServiceLocation)>、<方法名(Method Name)>、<起动方法(Invocation Scheme)>、<暗示要素(Inplicit Elements)>构成。
<服务种类>是服务处理装置24提供的服务种类。再有，<服务种类>使用预先定义的服务种类，例如，对应于扫描、打印、存储库、流程等。<服务名>是服务处理装置24提供的服务名称。<服务图标>是显示在客户终端10的GUI上的图标的位置信息。
<服务位置信息>是指示书生成服务器30用于取得I/F信息的URL。<输入>是对服务的输入。<输出>是来自服务的输出。<参数限制规则>是适用于<输入>和<输出>的限制规则。<服务位置>是实际使用服务时的位置信息。<方法名>记述服务处理的提供方法和指示服务的名称。
<起动方法>是调用并起动服务处理的方法。再有，作为<起动方法>，例如可以使用消息交换协议SOAP(Simple Object Access Protocol)、STMP(Simple Mail Transfer Protocol)等。<暗示要素>不是作为输出显示地传送到后级处理的数据，而是可在后级处理中参照的数据。
客户终端14具有以下功能图形用户接口功能，进行画面显示同时进行预定的操作，以便指示形成指示书，并且选择要起动的指示书；以及用户接口(UI)功能，在服务中途发生故障时对故障进行解析。
服务检索服务器16从连接到网络12的多个服务中检索对应于检索条件的服务。服务检索服务器16预先存储图像处理装置24A、文件管理服务器24B、文件分配服务器24C、第1服务处理装置24D、服务处理装置24E等各种服务处理装置24的一部分I/F信息(以下称为‘部分I/F信息’)。这里，部分I/F信息指I/F信息要素中的<服务种类>、<服务名>、<服务位置信息>、<输入>信息、<输出>信息。
服务检索服务器16在从指示书生成服务器18和联合处理服务器22发送检索条件时，使用各服务处理装置24的部分I/F信息来检索服务。例如，服务检索服务器16在检索到与预定的服务相同的服务时，可以检索<服务种类>一致的服务，检索<输入>和<输出>一致的服务，同时检索这些完全一致的服务。
指示书生成服务器18在指示书形成时从各服务处理装置24取得I/F信息，生成用于联合各服务处理装置24提供的服务的指示书。指示书生成服务器18为了形成指示书，具体地执行以下处理。
指示书生成服务器18根据<服务位置信息>，从网络12上分散的预定服务处理装置24请求发送与各服务关联的I/F信息。再有，指示书生成服务器18在没有预定的服务处理装置24时，对服务检索服务器16产生指示，以检索与预定的服务处理装置24进行同一服务的其他服务处理装置24。然后，指示书生成服务器18从服务检索服务器16取得其他服务处理装置24的<服务位置信息>也可以。
指示书生成服务器18对来自服务检索服务器16的检索结果和从各服务处理装置24接收到的I/F信息进行管理。指示书生成服务器18根据从各服务处理装置24取得的I/F信息，生成用于定义作业流程的GUI画面的HTML文件。然后，指示书生成服务器18在有来自客户终端14的服务阅览请求时，向所述客户终端14发送GUI画面的HTML文件。
图5是表示用于定义作业流程的GUI画面的指示书形成画面30。指示书形成画面26由服务窗口26A、流程窗口26B、逻辑窗口26C、性能窗口26D构成。
服务窗口26A显示可使用的各种服务处理装置24。逻辑窗口26C显示表示服务间的联合模式的作业流程。性能窗口26D显示被显示于服务窗口26A和逻辑窗口26C中的各图标的详细设定参数。
用户通过将服务窗口26A的图标和逻辑窗口26C的图标跟踪分接(track and drop)到流程窗口26B上，可以在流程窗口26B中定义作业流程。用户还通过对显示在性能窗口26D上的内容进行编辑，可以详细地设定服务和逻辑等服务间的关系。
客户终端14将用户操作定义的作业流程信息发送到指示书生成服务器18。
指示书生成服务器18根据来自用户的与服务联合指示关联的作业流程信息和各服务的I/F信息，形成指示书，该指示书定义用于对各服务依赖的处理内容、输入参数、各服务的联合方法(作业流程)、特定文件名和存储场所信息等处理对象文件的信息。指示书在本实施例中由XML形式的文件构成。
图6是表示XML形式构成的指示书的概念图。将多个服务的联合处理看成一个服务，所以指示书成为除了图4所示的I/F信息以外，还追加了<流程(flow)>、<加密设定>、以及<保管设定>的结构。
<流程>是记述服务间的联合的要素，包含进行<起动(Invoke)>、控制结构和逻辑运算、条件判断的<if>等要素、用于调整服务间的联合的XML结构的操作指示、以及特定处理对象的文件的信息等。
<起动>表示服务处理装置24的特定方法，执行服务的调用。作为<起动>的要素，有表示参数位置信息的<地图>、以及要调用的方法名<方法>。表示控制结构和逻辑运算等的<if>、<and>、<eq>、<gt>在联合处理时进行条件分支，并且实施服务间交接的参数调整。
<加密设定>表示是否设定对处理对象的文件进行加密，在指示书形成时可进行加密设定。而<保管设定>表示是否设定由各服务处理装置24来保管输入到各服务处理装置24的元数据，该设定也可在指示书形成时设定。
指示书将与服务的联合处理的控制关联的所有信息记述在<流程>中。由此，指示书表示的联合处理本身也被看成一个服务。再有，指示书不限定于图6所示的结构，只要使各服务联合就可以。
指示书生成服务器18将以上那样的XML形式的指示书发送到指示书管理服务器20。而且，指示书生成服务器18在用户指示进行服务联合处理时，也可以将指示书直接发送到联合处理服务器22。
指示书管理服务器20保持从指示书生成服务器18发送的指示书，根据来自客户终端14的请求，将指示书发送到联合处理服务器22。
联合处理服务器22是对指定的指示书进行解释并执行的服务器，并且还是为了故障发生时的应对，将进行保管于各服务处理装置24中的各服务前的元数据和处理内容等集中管理的服务器。联合处理服务器22在发送了指示书时，对该指示书进行解释，根据指示书中记述的顺序和使用方法，顺序地调用图像处理装置24A、文件管理服务器24B、文件分配服务器24C等各服务处理装置24，执行联合处理。联合处理服务器22保存执行中的联合处理状况和结束了联合处理的结果信息，根据来自外部的请求，向其通知联合处理的状况和结果。而且，联合处理服务器22为了基于指示书进行各服务执行时发生的故障情况等的恢复，根据指示书中记载的<保管设定>，按预定的定时(例如，预先设定的时间、达到预定的数据量的情况、用户的指示等)来保管各服务处理装置24中保管的服务处理前的元数据等，可在故障发生时使用保管的数据等来应对故障。
联合处理服务器22在对指示书进行解释并依赖各服务处理装置24时，生成个别指示信息，该信息有用于处理依赖内容和输入参数、处理对象的文件的信息、用于特定基于指示书的作业流程(服务联合)的服务ID等。再有，联合处理服务器50还提取由各服务处理装置24进行处理的联合处理的与前后服务处理的关联信息并记述在指示书中，也可以不是指示书的形式，而以每个服务处理装置24的固有信息交换形式来进行处理依赖。
图像处理装置24A是装配了进行图像处理功能的软件程序的计算机。图像处理装置24A根据来自联合处理服务器22的处理请求依赖中包含的服务处理依赖内容、输入参数、处理对象文件的信息，进行文件的处理。而且，图像处理装置24A在起动时向服务检索服务器16通知部分I/F信息。而且，图像处理装置24A根据来自指示书生成服务器18的请求，来发送表示图像处理服务的使用方法的I/F信息。该I/F信息在指示书形成时使用。
文件管理服务器24B具有文件存储功能。文件管理服务器24B根据来自联合处理服务器22的请求中包含的信息，进行文件的存储、检索和读出，执行与文件关联的属性变更和各种处理。此外，文件管理服务器24B在起动时向服务检索服务器16通知部分I/F信息。而且，文件管理服务器24B根据来自指示书生成服务器18的请求，来发送表示文件管理服务器的使用方法的I/F信息。
文件分配服务器24C具有将取得的文件存储到指示的文件管理服务器，并且对指示的发送目的地进行邮件发送和FAX发送，以及对指示的打印机进行打印输出处理的功能。文件分配服务器24C根据来自联合处理服务器22的请求，根据客户终端14指示的文件和其分配目的地的信息，进行文件的分配处理。此外，文件分配服务器24C在起动时向服务检索服务器16通知部分I/F信息。而且，文件分配服务器24C根据来自指示书生成服务器18的请求，来发送表示分配处理服务的使用方法的I/F信息。
第1服务处理装置24D是根据来自外部的指示进行与文件关联的预定的服务处理的装置。这里，第1服务处理装置24D根据来自联合处理服务器22的处理依赖内容和输入参数、用于特定处理对象的文件信息等的信息，执行自身应执行的服务处理。第1服务处理装置24D在起动时向服务检索服务器16通知部分I/F信息。而且，第1服务处理装置24D根据指示书生成服务器30的请求来发送表示服务处理的使用方法的I/F信息。再有，第2服务处理装置24E除了服务处理内容以外，进行与第1服务处理装置24D同样的动作。
而且，上述各服务处理装置24根据分别由指示书定义的加密设定，进行加密，同时根据保管设定，与服务处理前的元数据关联保管处理内容和基于指示书的用于特定作业流程的服务ID等。此外，各服务处理装置24按预定定时(例如，预先设定的时间、达到预定的数据量的情况、用户的指示等)将保管于各服务处理装置24中的内容传送到联合处理服务器22。
在如以上这样构成的文件处理系统10中，图像处理装置24A、文件管理服务器24B、文件分配服务器24C等各服务处理装置24在装配了用于执行各自预定的服务时的应用程序后，如下进行工作。
图像处理装置24A、文件管理服务器24B、文件分配服务器24C、第1服务处理装置24D、第2服务处理装置24E等各服务处理装置24在起动处理中，将包含了表示各个服务概要和地址的信息的部分I/F信息通知服务检索服务器16。
服务检索服务器16保存从图像处理装置24A、文件管理服务器24B、文件分配服务器24C、第1服务处理装置24D、第2服务处理装置24E等各服务处理装置24发送的部分I/F信息。由此，服务检索服务器16例如在指示书生成服务器18和联合处理服务器22有预定的服务检索请求时，可以使用部分I/F信息执行检索。
(指示书的生成)图7是表示指示书生成时的客户终端14和指示书生成服务器18的处理步骤的流程图。
客户终端14根据用户的操作，通过装配的浏览器，存取指示书生成服务器18提供的用户接口画面上生成的HTML文件的URL(Uniform ResourceLocator)(步骤S10)。
指示书生成服务器18根据来自客户终端14的阅览请求，将用户接口画面的HTML文件发送到客户终端14(步骤S12)。
客户终端14根据从指示书生成服务器18发送的、例如构成包含于HTML文件中的画面的信息，来显示用户接口画面(步骤S14)。此时，用户使用客户终端14上显示的用户接口画面，可以定义期望的服务联合的作业流程。此时，在各服务中，还可以同时定义是否对文件进行加密的设定和是否由各服务处理装置24保管进行服务处理前的元数据的设定等。
客户终端14通过用户接口画面来判定是否定义了作业流程，进行待机直至定义了作业流程(步骤S16)。
指示书生成服务器18根据客户终端14发送的与服务联合的作业流程关联的信息、从各服务处理装置24取得的I/F信息，形成指示书，该指示书定义了用于对各服务依赖的处理内容、输入参数、各服务的联合方法、文件名、存储场所信息和处理对象的文件进行特定的信息(服务ID)等(步骤S18)。然后，指示书生成服务器18将XML形式的指示书发送到指示书管理服务器20。
指示书管理服务器20保存指示书生成服务器18生成的指示书。指示书管理服务器20保存由指示书生成服务器18形成的多个指示书，在从客户终端14有指示书的选择指示时，读出被选择的指示书。
(联合处理的起动、执行)用户从指示书管理服务器20中保存的多个指示书中选择期望的指示书，可以起动联合处理。具体地说，如以下那样。
客户终端14存取指示书管理服务器20，取得由指示书管理服务器20管理的指示书表。例如，客户终端14取得图8所示的显示指示书的服务联合处理选择画面28，选择期望的指示书。再有，指示书的选择例如从用于在每个服务联合处理选择画面28的指示书中选择指示书的按钮28A～28H中，用户通过选择与期望的指示书对应的按钮，可以选择指示书。
客户终端14根据用户的操作指示，从服务联合处理选择画面28中选择表示预定的服务联合处理的指示书，指示起动该指示书。此时，根据需要，对用户显示参数输入画面，接收作业执行上需要的参数输入。
指示书管理服务器20将客户终端14指示的指示书发送到联合处理服务器22。其结果，在联合处理服务器22中，开始执行联合处理。
即，联合处理服务器22对指示书管理服务器20发送的指示书进行解释，对指示书中记述的服务处理装置24依赖执行服务处理。具体地说，联合处理服务器22根据指示书中记述的信息，提取处理依赖的服务处理装置24的场所和处理依赖所需的输入参数及输出参数形式、处理依赖的方法名、起动方法、特定处理对象文件的信息、加密设定、保管设定等，形成个别指示信息和服务ID。联合处理服务器50将个别指示信息和服务ID发送到指示书记述的各服务处理装置24。再有，联合处理服务器22以指示书的顺序向服务处理装置24依赖执行服务处理。
这里，参照图9的流程图来说明各服务处理装置24进行的一例处理。
在各服务处理装置24中，首先判定是否接收到从联合处理服务器22发送的个别指示信息和服务ID，待机至接收到(S20)。各服务处理装置24接收到个别指示信息和服务ID后，判定是否有记述于个别指示信息中的加密设定(S22)。在有加密设定时，根据记述于个别指示信息中的处理对象文件的存储目的地场所信息，对处理对象文件进行加密并取得复制(S24)。再有，此时，在有加密设定时，还对存储目的地的元数据进行加密后再存储。而在没有加密设定的情况下，根据记述于个别指示信息的处理对象文件的存储目的地场所信息，对处理对象文件进行复制并取得文件(S26)。
各服务处理装置24对取得的文件，解释记述于个别指示信息的服务处理依赖内容，执行服务处理(S28)，将执行了服务处理的文件再次存储到原来的存储目的地(S30)。
各服务处理装置24判定是否有记述于个别指示信息的保管设定(S32)，在没有保管设定时，在这里结束服务处理装置24的处理，在有保管设定时，将处理对象文件的元数据、从联合处理服务器22依赖的用于特定服务的服务ID关联保管(S34)。即，在发生故障时，可从服务ID中读出元数据，再次执行指示书或个别指示信息等的处理内容的服务处理。此时，在加密设定的情况下，也对元数据进行加密，所以特定的人以外不能参照，可以提高安全性。
各服务处理装置24判定是否为预定定时(例如，预定的时间和用户的指示等)(S36)，在预定定时的情况下，将与服务ID关联保管的元数据传送到联合处理服务器22(S38)。再有，在S36的判定为不是预定的定时，例如超过预定的数据量等的阈值时，也可以将与服务ID关联保管的元数据传送到联合处理服务器22。
这样，通过按预定定时向联合处理服务器22传送保管的元数据，联合处理服务器22可以集中保管与服务ID关联的元数据，可以恢复故障发生时产生了故障的服务处理。
例如，如图10所示，在举例说明以服务处理装置A241、服务处理装置B242、服务处理装置C243的顺序进行服务的情况时，各服务处理装置24将与各自服务ID关联的元数据保管在RAM24c中(再有，不是RAM24c，配有其他专用的存储器等也可以)。由此，在故障发生时，可从客户终端14等的UI30根据服务ID来检索各服务的元数据。然后，根据服务ID所对应的指示书的记述内容，可从发生故障而没有执行的服务处理装置24的服务起再次执行服务处理。
此外，与保管于各服务处理装置24中的服务ID关联的元数据按预定的定时保管在联合处理服务器22中，所以在发生故障时，同样通过从UI30存取联合处理服务器22，可从发生故障而没有执行的服务处理装置24的服务起再次执行服务处理。再有，在本实施方式中，将与服务ID关联的元数据集中保管在联合处理服务器22中，但也可以设置专用的集中管理服务器。在本实施方式中，与服务ID关联保管元数据，但也可以在各服务处理装置24中具有固有的处理识别(作业ID)，在服务ID和作业ID不同的情况下，通过将服务ID和作业ID关联保管，与上述同样可在发生故障时进行恢复。而且，也可以根据用户的指示来设定这些服务ID和作业ID等。
例如，UI30通过输入服务ID，在各服务或联合处理服务器22中检索元数据，显示关联的元数据组。此时，也可以显示在图形上。
可是，联合处理服务器22如下进行与服务ID关联的元数据的管理。
联合处理22对与服务ID关联保管的元数据仅剩余差分信息来保管。即，例如，在进行电子式背影的服务处理的服务处理装置24等中，不是全部保管各服务处理装置24的元数据，在保管前级处理的元数据时，将背影的数据作为差分信息来保管。由此，可以削减保管的数据量。再有，作为差分信息，除此以外，例如，可用以下信息进行管理以图像元素为单位差分提取消息，将附加的消息作为矢量化的信息来管理，并且仅管理由各服务处理装置24进行处理的处理内容。
在上述实施方式中，以联合处理服务器22控制多个服务处理装置24，根据指示书来执行作业流程的方式使用本发明，但并不限于此，例如，如图11所示，也可以采用不由联合处理服务器22控制多个服务处理装置24，来执行多个服务的联合处理的方式。再有，在图11中，对与上述实施方式相同的部位附以同一标号，并省略详细的说明。
详细地说，用户从保存于指示书管理服务器20中的多个指示书中选择期望的指示书，可起动联合处理。具体地说，如以下那样。
客户终端14根据用户的操作，从服务联合处理选择画面中选择表示期望的服务联合处理的指示书，指示起动该指示书。指示书管理服务器20将客户终端14指示的指示书发送到图像处理装置24A。
图像处理装置24A根据记述于发送的指示书中的处理对象文件的存储目的地场所信息，取得处理对象的文件。图像处理装置24A对于取得的文件图像，解释服务处理依赖内容，进行除去噪声、OCR处理的图像处理，进行与提取的文本文件粘接的处理。图像处理装置24A在预定的图像处理结束后，消除记述于指示书中的服务处理依赖。然后，图像处理装置24A将粘接了图像处理获得的图像文件和文本文件的文件、处理的状态信息(结束)、输出参数、处理后的文件存储目的地信息等具有处理结果的指示书发送到提供下一个服务处理的文件管理服务器24B。
此外，图像处理装置24A在预定的图像处理结束后，也可以对记载于指示书中的与自身的服务依赖关联的部分进行修正或消除后发送到文件管理服务器24B。而且，图像处理装置24A在预定的图像处理结束后，也可以向指示书的下一个服务处理装置24发送。
文件管理服务器24B将从图像处理装置24A发送的文件暂时存储在指示书记述的存储地址中。然后，文件管理服务器24B消除指示书记述的服务处理依赖，将文件及指示书发送到进行下一个服务处理的文件分配服务器24C。
文件分配服务器24根据指示书，在文本文件和图像文件被汇集的文件中，仅将文本文件向作为分配目的地并向指定的邮件地址发送邮件，仅将图像文件向指定的FAX号码进行FAX发送。而且，如果文件分配服务器24判断为在指示书中没有记述下一个处理，则对客户终端14通知所有的处理结束，并结束联合处理。
在这样的文件处理系统中，如上述实施方式那样，各服务处理装置24与服务ID关联保管元数据，并且设置与服务ID关联保管元数据的集中管理服务器(在上述实施方式中，为联合处理服务器22)。
此外，上述实施方式在指示书中包含加密设定和保管设定，但不限于此，例如，也可以在各服务处理装置24中进行加密设定和保管设定。
以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明，任何熟悉本专业的技术人员，在不脱离本发明技术方案范围内，当可利用上述揭示的方法及技术内容作出些许的更动或修饰为等同变化的等效实施例，但是凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明技术方案的范围内。
权利要求
1.一种服务处理装置，在网络上联合处理可进行与文件数据相关预定处理的服务，其特征在于其包括一保管部件，将本装置进行处理前的元数据与用于特定该服务的联合的特定信息关联保管；根据预先设定是否保管所述元数据的设定信息来保管所述元数据。
2.根据权利要求1所述的服务处理装置，其特征在于所述保管部件在所述特定信息和本装置中用于特定该服务的本装置特定信息有所不同时，进一步关联保管所述本装置特定信息。
3.根据权利要求1所述的服务处理装置，其特征在于所述保管部件根据预定的加密设定来保管元数据。
4.一种服务处理系统，在网络上联合处理可进行与文件数据相关预定处理的服务，其特征在于，它包括权利要求1所述的服务处理装置；以及一保管装置，集中保管所述保管部件中所保管的所述元数据。
5.根据权利要求4所述的服务处理系统，其特征在于所述保管装置按预定的阈值或预定的定时，取得并保管与保管于所述服务处理装置的所述保管部件中的所述特定信息关联的所述元数据。
6.根据权利要求4所述的服务处理系统，其特征在于所述保管装置对处理前后的差分信息进行保管，作为各服务处理装置间的元数据。
7.一种服务处理系统的元数据保管方法，在连接于网络的多个服务处理装置间，根据预定的处理内容来联合处理可进行与文件数据相关预定处理的服务，其特征在于根据预先设定是否保管包含在所述处理内容中的元数据的设定信息，将所述服务处理装置进行处理前的元数据保管在与特定该服务的联合的特定信息关联的预定的保管场所。
8.根据权利要求7所述的服务处理系统的元数据保管方法，其特征在于，在所述特定信息和所述服务处理装置中用于特定该服务的本装置特定信息有所不同时，进一步将所述本装置特定信息关联并保管在所述保管场所中。
9.根据权利要求7所述的服务处理系统的元数据保管方法，其特征在于，根据包含于所述处理内容中的加密设定，对元数据进行加密并保管在所述保管场所中。
10.根据权利要求7所述的服务处理系统的元数据保管方法，其特征在于，所述保管场所是所述服务处理装置。
11.根据权利要求7所述的服务处理系统的元数据保管方法，其特征在于，所述保管场所是连接到所述网络的保管装置。
12.根据权利要求7所述的服务处理系统的元数据保管方法，其特征在于，保管的所述元数据作为各服务处理装置间的所述元数据，对处理前后的差分信息进行保管。
全文摘要
本发明是关于一种服务处理装置、服务处理系统和服务处理系统的元数据保管方法，可以容易地进行故障发生时的应对的服务处理装置。各服务处理装置判定是否有被记述在个别指示信息中的保管设定(S32)，在没有保管设定时，在该处结束服务处理装置的处理，而在有保管设定时，将处理对象的元数据和用于特定依赖于联合处理服务器的服务的服务ID关联保管(S34)。各服务处理装置判定是否为预定定时(例如，预定的时间或用户的指示等)(S36)，在预定定时的情况下，将与服务ID关联保管的元数据传送到联合处理服务器。
文档编号G06Q50/00GK1532744SQ0315933
公开日2004年9月29日 申请日期2003年9月10日 优先权日2003年3月24日
发明者饭田博史 申请人:富士全 株式会社, 富士全錄株式会社