JP4120436B2 - 連携処理装置及びプログラム - Google Patents
連携処理装置及びプログラム Download PDFInfo
- Publication number
- JP4120436B2 JP4120436B2 JP2003081196A JP2003081196A JP4120436B2 JP 4120436 B2 JP4120436 B2 JP 4120436B2 JP 2003081196 A JP2003081196 A JP 2003081196A JP 2003081196 A JP2003081196 A JP 2003081196A JP 4120436 B2 JP4120436 B2 JP 4120436B2
- Authority
- JP
- Japan
- Prior art keywords
- service
- processing
- cooperation
- information
- processing apparatus
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Facsimiles In General (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、連携処理装置、連携処理方法、及び連携処理プログラムに関し、特に、様々な機器をネットワークで相互に接続して、各機器により提供されるサービスを連携して文書を処理する文書処理ネットワークシステムに用いて好適な連携処理装置及びプログラムに関するものである。
【０００２】
【従来の技術】
ネットワーク上に分散したプログラムやサービス（機能）を連携して一連の処理を実行する分散処理システムに関する技術には、様々なものがある。
【０００３】
例えば、デジタルコンピュータにおける２つ以上の異種オブジェクトシステムからのオブジェクトの相互動作を可能にし、それらを組み合わせてより大型のオブジェクト指向ソフトウエアプロジェクトを生成することができるシステム（例えば、特許文献１参照。）や、インテリジェント・ネットワーク全体に分散した複数のサービス・ノードのそれぞれにおいてリアルタイムイベント処理サービスを提供する装置（例えば、特許文献２参照。）が知られている。
【０００４】
また、自立的に動作するエージェントが連携して一連の作業を行なうような分散処理システムに関する技術としては、例えば、複数のプラットフォームを備えたネットワーク上でエージェントが動作することで情報を処理するエージェントシステムにおいて、状況に応じてエージェントの行動プランを作成し、他のノードでの処理を実現するためにノード間で移動するか他のエージェントと協調するか条件に応じて動的に選ぶことで変化に対応して効率よく情報を処理するエージェントシステム（例えば、特許文献３参照。）や、ネットワークを介して分散配置されるエージェントなどのソフトウェアの間でやり取りされるメッセージに、メッセージの配送先情報とメッセージの指定する処理情報との対データの繋がりで定義されるサービスリストを付加し、配送先のソフトウェアにより処理の終了したサービスリスト部分を削除しつつ、そのサービスリストの付加されたメッセージをソフトウェアからソフトウェアへと配送していくことで処理を実行するメッセージ配送方法及びエージェント装置（例えば、特許文献４参照。）が知られている。
【０００５】
更にまた、ネットワークに接続された各機器上で動作する入出力機能及びプログラムを個々の利用者の利用方法に応じて組み合わせて連携処理する場合に、処理順序に従って連携処理データを各連携機器間で伝達するネットワーク連携装置（例えば、特許文献５を参照。）も知られている。
【０００６】
一方、オフィス環境においては、スキャナ、ファクシミリ装置、複写機、又はこれらを複合した複合機、パーソナルコンピュータ、メールサーバ等をネットワークで相互に接続し、各機器により提供されるサービスを連携して文書データを処理する分散処理型の文書処理ネットワークシステムの採用が増加している。このような文書処理ネットワークシステムには、サーバを用いてネットワーク上に分散した各サービスの連携を集中管理するシステムや、サーバを用いずにサービスを提供する機器間で各サービスの連携関係や入出力情報等を含む連携情報を順次伝達することにより連携処理を行うシステムがある。
【０００７】
【特許文献１】
特表平１０−５０５６９３号公報
【特許文献２】
特表２００２−５２８９３２号公報
【特許文献３】
特開２０００−２９８４７号公報
【特許文献４】
特開平１１−１７５４２１号公報
【特許文献５】
特開２００１−３０６５３４号公報
【０００８】
【発明が解決しようとする課題】
しかしながら、サーバを用いない文書処理ネットワークシステムにおいては、各サービスの連携を集中管理することができないため、連携処理中に障害が発生した場合に、障害が発生した機器或いは通信路で連携情報が消滅してしまい、処理が中断してしまう、という問題がある。上述した従来の技術では、連携処理途中で障害が発生した場合については何ら考慮されていない。
【０００９】
本発明は、上述した問題を解決するためになされたものであり、連携処理途中で障害が発生した場合であっても、確実性高く連携情報を伝達して連携処理を行うことができる連携処理装置及びプログラムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
請求項１に記載の発明の連携処理装置は、文書データについて所定の処理を行うサービスを連携して処理するための連携情報と、サービスの処理結果とを、他の連携処理装置との間で送受信するための送受信手段と、所定のサービスを行うサービス処理手段と、前記連携情報が受信された場合に、前記連携情報に基づいて所定のサービスを行うように前記サービス処理手段を制御する第１の制御、前記サービス処理手段の処理が正常であったか異常であったかを示す処理結果を前記連携情報の送信元に送信すると共に、前記サービス処理手段の処理が正常であった場合に、前記連携情報を複製し、一方の連携情報を前記連携情報に基づいて次のサービスを行う連携処理装置に対して送信するように前記送受信手段を制御する第２の制御、前記一方の連携情報が送信された前記次のサービスを行う連携処理装置側で異常が発生したと判断した場合に、前記次のサービスを代替するサービスを行うことができる連携処理装置に対して他方の連携情報を送信するように前記送受信手段を制御する第３の制御、前記受信された連携情報によって各サービスが複数の経路に分岐した後に合流するように連携され、自装置が前記複数の経路の合流手前のサービスを行なう連携処理装置の中の１つである場合であって、自装置が前記合流手前のサービスを行なう連携処理装置の中で最初に前記複数の経路の合流先である前記次のサービスを行なう連携処理装置側で異常が発生したと判断した場合に、前記第３の制御の後に前記他方の連携情報の送信先を合流手前のサービスを行なう他の連携処理装置に通知するように前記送受信手段を制御する第４の制御、および前記受信された連携情報によって各サービスが複数の経路に分岐した後に合流するように連携され、自装置が前記複数の経路の合流手前のサービスを行なう連携処理装置の中の１つである場合であって、合流手前のサービスを行なう他の連携処理装置から前記連携情報の送信先の通知を受けた場合に、前記第３の制御に代えて、前記次のサービスを代替するサービスを行うことができる連携処理装置として前記通知された送信先に前記他方の連携情報を送信するように前記送受信手段を制御する第５の制御を行う制御手段と、含んで構成されている。
【００１１】
請求項３に記載の発明のプログラムは、コンピュータに、文書データについて所定の処理を行うサービスを連携して処理するための連携情報と、サービスの処理結果とを、他の連携処理装置との間で送受信するための送受信手段によって前記連携情報が受信された場合に、所定のサービスを行うサービス処理手段を前記連携情報に基づいて所定のサービスを行うように制御する第１の制御工程と、前記サービス処理手段の処理が正常であったか異常であったかを示す処理結果を前記連携情報の送信元に送信すると共に、前記サービス処理手段の処理が正常であった場合に、前記連携情報を複製し、一方の連携情報を前記連携情報に基づいて次のサービスを行う連携処理装置に対して送信するように前記送受信手段を制御する第２の制御工程と、前記一方の連携情報が送信された前記次のサービスを行う連携処理装置側で異常が発生したと判断した場合に、前記次のサービスを代替するサービスを行うことができる連携処理装置に対して他方の連携情報を送信するように前記送受信手段を制御する第３の制御工程と、前記受信された連携情報によって各サービスが複数の経路に分岐した後に合流するように連携され、自装置が前記複数の経路の合流手前のサービスを行なう連携処理装置の中の１つである場合であって、自装置が前記合流手前のサービスを行なう連携処理装置の中で最初に前記複数の経路の合流先である前記次のサービスを行なう連携処理装置側で異常が発生したと判断した場合に、前記第３の制御工程の後に前記他方の連携情報の送信先を合流手前のサービスを行なう他の連携処理装置に通知するように前記送受信手段を制御する第４の制御工程と、前記受信された連携情報によって各サービスが複数の経路に分岐した後に合流するように連携され、自装置が前記複数の経路の合流手前のサービスを行なう連携処理装置の中の１つである場合であって、合流手前のサービスを行なう他の連携処理装置から前記連携情報の送信先の通知を受けた場合に、前記第３の制御工程に代えて、前記次のサービスを代替するサービスを行うことができる連携処理装置として前記通知された送信先に前記他方の連携情報を送信するように前記送受信手段を制御する第５の制御工程と、を実行させるためのものである。
【００１２】
請求項１及び請求項３記載の発明では、送受信手段は、文書データについて所定の処理を行うサービスを連携して処理するための連携情報と、サービスの処理結果とを、他の連携処理装置との間で送受信するためのものである。サービス処理手段は所定のサービスを行う。連携情報が受信された場合には、連携情報に基づいて所定のサービスが行われるようにサービス処理手段が制御される（第１の制御）。このサービス処理手段の処理が正常であったか異常であったかを示す処理結果が連携情報の送信元に送信されると共に、サービス処理手段の処理が正常であった場合には、連携情報が複製され、一方の連携情報が、連携情報に基づいて次のサービスを行う連携処理装置に対して送信されるように送受信手段が制御される（第２の制御）。連携情報を受信した次のサービスを行う連携処理装置側で異常が発生したと判断された場合には、次のサービスを代替するサービスを行うことができる連携処理装置に対して他方の連携情報が送信されるように送受信手段が制御される（第３の制御）。また、受信された連携情報によって各サービスが複数の経路に分岐した後に合流するように連携され、自装置が該複数の経路の合流手前のサービスを行なう連携処理装置の中の１つである場合であって、自装置が合流手前のサービスを行なう連携処理装置の中で最初に前記複数の経路の合流先（次のサービスを行なう連携処理装置）側で異常が発生したと判断した場合には、第３の制御の後に、該他方の連携情報の送信先を合流手前のサービスを行なう他の連携処理装置に通知するように送受信手段が制御される（第４の制御）。また、受信された連携情報によって各サービスが複数の経路に分岐した後に合流するように連携され、自装置が前記複数の経路の合流手前のサービスを行なう連携処理装置の中の１つである場合であって、合流手前のサービスを行なう他の連携処理装置から連携情報の送信先の通知を受けた場合に、次のサービスを代替するサービスを行うことができる連携処理装置として該通知された送信先に他方の連携情報を送信するように送受信手段が制御される（第５の制御）。
【００１３】
このように、次のサービスを行う連携処理装置に対して連携情報を送信する際、連携情報を複製して、一方を次のサービスを行う連携処理装置に送信することにより、次のサービスを行う連携処理装置側で異常が発生した場合には、他方の連携情報を次のサービスを代替するサービスを行う連携処理装置に送信することができるため、連携されたサービスの処理途中で連携情報が消失することがなくなると共に、確実性高く連携情報が伝達され、連携されたサービスの処理が中断する確率を低減させることができる。
【００１４】
なお、上述の第３の制御では、次のサービスを代替するサービスを行う連携処理装置側でも異常が発生したと判断された場合には、再度連携情報を複製して、その一方の連携情報を次のサービスを代替するサービスを行う他の連携処理装置に対して送信することもできる。このように処理することにより、次のサービスを代替するサービスが正常に処理されるまで連携情報が保存されるため、連携されたサービスの処理途中で連携情報が消失することがなくなる。
【００１５】
また、次のサービスを行う連携処理装置又は次のサービスを代替するサービスを行う連携処理装置からサービスの処理が正常であったこと示す処理結果を受信した場合には、他方の連携情報、すなわち、複製して送信されなかった方の連携情報を消去するようにしてもよい。
【００１６】
なお、請求項１に記載の発明において、前記第３の制御では、前記次のサービスを行う連携処理装置から受信した前記次のサービスの処理結果が異常であったことを示していた場合、若しくは前記一方の連携情報を前記次のサービスを行う連携処理装置に送信してから所定の時間内に前記次のサービスを行う連携処理装置から前記次のサービスの処理結果を受信しなかった場合に、前記次のサービスを行う連携処理装置側で異常が発生したと判断するようにしてもよい。
【００１７】
また、請求項３に記載の発明において、前記第３の制御工程では、前記次のサービスを行う連携処理装置から受信した前記次のサービスの処理結果が異常であったことを示していた場合、若しくは前記一方の連携情報を前記次のサービスを行う連携処理装置に送信してから所定の時間内に前記次のサービスを行う連携処理装置から前記次のサービスの処理結果を受信しなかった場合に、前記次のサービスを行う連携処理装置側で異常が発生したと判断するようにしてもよい。
【００１８】
これにより、次のサービスを行う連携処理装置から受信した次のサービスの処理結果が異常であったことを示していた場合、若しくは一方の連携情報を次のサービスを行う連携処理装置に送信してから所定の時間内に次のサービスを行う連携処理装置から次のサービスの処理結果を受信しなかった場合に、次のサービスを行う連携処理装置側で異常が発生したと判断されるため、様々な障害の発生に対して確実に対応できる。なお、所定の時間内に連携情報を受信した次のサービスを行う連携処理装置から次のサービスの処理結果を受信しなかった場合の障害のパターンとしては、例えば、次のサービスを行う連携処理装置自体の障害、或いは、次のサービスを行う連携処理装置との間の通信路で発生した障害等が含まれる。
【００１９】
また、請求項１に記載の発明において、前記第３の制御では、前記連携情報により連携されたサービス全体の予め定められた処理時間内に前記次のサービスまたは前記次のサービスを代替するサービスの処理結果を受信しなかった場合、若しくは、前記次のサービスを代替するサービスを行うことができる連携処理装置が存在しない場合には、前記連携情報による処理を中断し、当該連携情報を最初に送信した連携処理装置に対して異常が発生したことを示す処理結果を送信するように前記送受信手段を制御するようにしてもよい。
【００２０】
また、請求項３に記載の発明において、前記第３の制御工程では、前記連携情報により連携されたサービス全体の予め定められた処理時間内に前記次のサービスまたは前記次のサービスを代替するサービスの処理結果を受信しなかった場合、若しくは、前記次のサービスを代替するサービスを行うことができる連携処理装置が存在しない場合には、前記連携情報による処理を中断し、当該連携情報を最初に送信した連携処理装置に対して異常が発生したことを示す処理結果を送信するように前記送受信手段を制御するようにしてもよい。
【００２１】
これにより、連携情報により連携されたサービス全体の予め定められた処理時間内に次のサービスまたは次のサービスを代替するサービスの処理結果を受信しなかった場合、若しくは、次のサービスを代替するサービスを行うことができる連携処理装置が存在しない場合には、連携情報による処理が中断され、当該連携情報を最初に送信した連携処理装置に対して異常が発生したことを示す処理結果が送信されるように送受信手段が制御されるため、連携されたサービスの処理中に異常が発生したことを当該連携情報を最初に送信した装置で確実に把握することができる。
【００２２】
【発明の実施の形態】
以下、図面を参照して、本発明の実施の形態について詳細に説明する。
【００２３】
図１は、本発明の実施の形態に係る文書処理システム１０の構成を示すブロック図である。
【００２４】
文書処理システム１０は、様々なサービスやアプリケーションがネットワーク１２を介して接続されたものである。ここで、サービスとは、文書に関する利用可能な機能をいい、例えば、コピー、プリント、スキャン、ファクシミリ送受信、メール配信、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）処理、ノイズ除去処理、データ形式変換処理等が該当する。また、各サービスは、例えばサービスの種類は同じであっても、サービスを提供するサービス処理装置（サービス処理装置の詳細は後述）が異なれば、それぞれ異なるサービスとして区別して扱われる。
【００２５】
文書処理システム１０は、具体的には、１つ或いは複数のサービスを提供するサービス処理装置（以下、符号Ｐ、Ｎ、Ｎ’、Ｌ、Ｍ、Ｑ、Ｒ、Ｘを付して区別する）であるサービス処理装置Ｐ１６、サービス処理装置Ｎ１８、サービス処理装置Ｎ’２０、サービス処理装置Ｌ２２、サービス処理装置Ｍ２４、サービス処理装置Ｑ２６、サービス処理装置Ｒ２８、及びサービス処理装置Ｘ３０と、所望のサービスを検索するサービス検索サーバ４０とを備えている。
【００２６】
なお、文書処理システム１０は、本実施の形態では所定のサービス処理を行う複数のサービス処理装置がネットワーク１２を介して接続された構成となっているが、複数のサービスがネットワーク１２を介して接続されていれば特に限定されるものではない。
【００２７】
この文書処理システム１０では、各サービスを連携させるための指示書（詳細は後述）を処理対象の文書データと共に各サービスを提供するサービス処理装置間で順次伝達していくことにより、各サービス処理装置で指示書に基づいたサービスが順次実行されて一連のサービス（ここでは一連のサービスをジョブフローまたは単にフローと呼称する）の連携処理が行われる。本システムでは、各サービスの連携状態を集中管理するサーバは用いられない。
【００２８】
ここで、連携とは、あるサービスの結果が以降に起動するサービスを決定したり、あるいは、以降のサービスの動作に影響を与える等、サービス間の関係を有することをいう。
【００２９】
また、指示書とは、各サービスを連携させるための各種情報により構成されたデータをいう。指示書には、具体的には、ジョブフローを構成する各サービスの連携関係を表す情報、各サービスの入出力情報、フローの開始時刻（ｔ0）、各サービスでのサービス処理時限（ｔS）の情報、及びフロー全体の処理時限（Ｔ）の情報が記述されている。
【００３０】
更に、指示書には、指示書に固有のＩＤが付されており、サービス処理装置はＩＤにより各指示書を識別することができる。
【００３１】
図２はサービス処理装置Ｐ１６の構成を示すブロック図である。サービス処理装置Ｐ１６は、制御部５０を備え、制御部５０には、グラフィックユーザインタフェース（ＧＵＩ）５２と、通信制御部５４と、サービス処理部５６と、第１メモリ５８と、第２メモリ６０とが接続されている。
【００３２】
制御部５０は、図示されないＣＰＵ及びＲＯＭを含むマイクロコンピュータで構成されている。制御部５０の図示されないＲＯＭには、他のサービス処理装置との間で指示書及び処理対象の文書データを受け渡し、指示書に基づいて各種サービスを実行するための連携処理ルーチンのプログラムが記憶されている。連携処理ルーチンには、指示書受信処理ルーチン及び指示書送信処理ルーチンの２つのサブルーチンが含まれる。このプログラムによる処理についての詳細は後述する。なお、ＲＯＭには更に、自装置で実行可能なサービスをサービス検索サーバ４０に登録する登録処理ルーチンのプログラムと、ユーザの操作に応じて指示書を選択し連携処理を起動する連携起動処理ルーチンのプログラムも記憶されており、制御部５０は、これらプログラムによりサービス登録処理及び連携起動処理も行う。
【００３３】
ＧＵＩ５２は、例えばタッチパネル及びボタンで構成され、指示書等を表示したり、ユーザにより所定の操作が行われたりする。
【００３４】
通信制御部５４は、ネットワーク１２に接続され、他のサービス処理装置やサービス検索サーバ４０との通信を制御する。具体的には、制御部５０の制御に従って、他のサービス処理装置と指示書やサービスの処理結果の送受信を行ったり、サービス検索サーバ４０に対して所望のサービスの検索要求を送信したり、サービス検索サーバ４０から検索結果を受信したりする。
【００３５】
サービス処理部５６は、制御部５０の指示に応じて提供可能なサービスを実行する。
【００３６】
第１メモリ５８には、指示書及び処理対象の文書データが保存される。この指示書及び処理対象の文書データは、次のサービスの正常終了通知が受信された時点で、制御部５０により消去される。
【００３７】
第２メモリ６０には、通信制御部５４で受信された指示書のＩＤの一覧である受取済指示書ＩＤリストが記憶されている。受取済指示書ＩＤリストのＩＤは、当該ＩＤの指示書のフロー全体の処理時限（Ｔ）が経過すると、制御部５０により受取済指示書ＩＤリストから削除される。
【００３８】
なお、他のサービス処理装置は、サービス処理装置Ｐ１６と同様の構成であるため、説明を省略する。
【００３９】
サービス検索サーバ４０は、各サービス処理装置からの要求に従って、各サービス処理装置で実行可能なサービスを登録したり、登録されたサービスから所望のサービスを検索したりする。具体的には、図３に示されるように、サービス検索サーバ４０は、制御部７０と、制御部７０に接続された通信制御部７２及びサービズ記憶部７４とを備えている。
【００４０】
通信制御部７２は、ネットワーク１２に接続され、各サービス処理装置との通信を制御する。
【００４１】
サービス記憶部７４には、各サービス処理装置から登録要求された、各サービス処理装置で実行可能なサービスに関する情報（例えば、サービス種類、サービス名、サービスが実行される装置の位置情報等）が記憶される。
【００４２】
制御部７０は、図示されないＣＰＵ及びＲＯＭを含むマイクロコンピュータで構成され、該ＲＯＭに記憶されたプログラムにより、ＣＰＵは各サービス処理装置から要求があった場合に、各サービス処理装置で実行可能なサービスに関する情報をサービス記憶部７４に記憶したり、サービス処理装置からの要求に応じて、サービス記憶部７４から所望のサービスを検索して、検索結果を要求元のサービス処理装置に送信したりする。
【００４３】
以下、サービス処理装置の連携起動処理ルーチン及び連携処理ルーチンの流れついて説明する。まず、連携起動処理ルーチンでは、ネットワーク１２に接続された複数のサービス処理装置のいずれかにおいて、図示しないメモリに記憶された指示書が選択され、連携処理が開始される。具体的には、ＧＵＩ５２に図示しないメモリに記憶された指示書の一覧が表示され、ユーザの操作が行われることにより１つ或いは複数の指示書が選択される。現在時刻が指示書に記述されたフローの開始時刻（ｔ0）となった時点で、当該選択された指示書に記述されたフローの連携処理が開始され、指示書に記述されたフローを構成する各サービスに対して順次指示書が伝達される。なお、以下では、指示書を選択して連携処理を起動したサービス処理装置を、指示書の投入元と呼称する。
【００４４】
以下、図４及び図５のフローチャートを用いて、サービス処理装置の連携処理ルーチンについて詳細に説明する。
【００４５】
図４は、指示書受信処理ルーチンを示したフローチャートである。
【００４６】
ステップ１００では、指示書が受信されたか否かが判断される。指示書が受信されたと判断された場合には、ステップ１０２で、受信された指示書に記述されたフローの開始時刻（ｔ0）から現在の時刻までの経過時間が、同じく指示書に記述されたフロー全体の処理時限（Ｔ）以内であるか否かが判断される。フロー全体の処理時限（Ｔ）を越えていると判断された場合には、当該指示書についての処理は何も行われず、ステップ１００に戻る。フロー全体の処理時限（Ｔ）以内であると判断された場合には、ステップ１０４で、指示書のＩＤが受取済指示書ＩＤリストにあるか否かが判断される。指示書のＩＤが受取済指示書ＩＤリストにあれば、受信した指示書は、既に以前受信されたものであるため、当該指示書についての処理は何も行われず、ステップ１００に戻る。
【００４７】
なお、ステップ１０２及びステップ１０４は、一般的なパケット通信等の通信手順において、通信が成功したと見なされるまで何回か指示書の送信がリトライされることを考慮した処理であり、これにより指示書の二重到着が防止される。
【００４８】
ステップ１０６では、受信された指示書のＩＤが受取済指示書ＩＤリストに追加される。
【００４９】
なお、受取済指示書ＩＤリストの各ＩＤは、各ＩＤに対応する指示書のフロー全体の処理時限（Ｔ）が経過した時に各々自動的に削除される。
【００５０】
ステップ１０８では、受信された指示書に従い、サービスが処理される。具体的には、サービス処理部５６が制御されることにより、指示書に記述されたサービスがサービス処理部５６で処理される。
【００５１】
図５は、当該サービス処理装置でサービス処理が終了した後に行われる、指示書送信処理ルーチンを示したフローチャートである。
【００５２】
ステップ２００では、サービス処理部５６で実行されたサービスが正常終了したか否かが判断される。異常終了したと判断された場合には、ステップ２０２で、指示書の送信元、すなわち、当該サービス処理装置で行われたサービスの前のサービスを処理したサービス処理装置に対して異常終了通知が送信され、終了する。
【００５３】
ステップ２００で、正常終了したと判断された場合には、ステップ２０４で、指示書の送信元に対して正常終了通知が送信される。
【００５４】
ステップ２０６では、指示書が複製され、一方は指示書に記述されている各サービスの連携関係を表す情報に基づき、次のサービスを行うサービス処理装置に対して送信され、他方は第１メモリ５８に保存される。なお、ここでは、サービス処理部５６でのサービスにより処理された文書データについても複製され、指示書と同様にと共に、一方は次のサービスを行うサービス処理装置に対して送信され、他方は第１メモリ５８に保存される。
【００５５】
ステップ２０８では、指示書の送信先のサービス処理装置から当該サービス処理装置で処理されるサービスの正常終了通知を受信したか否かが判断される。正常終了通知を受信したと判断された場合には、ステップ２１０で、第１メモリ５８に保存されている指示書及び文書データが消去される。
【００５６】
ステップ２０８で、正常終了通知を受信していないと判断された場合には、ステップ２１２で、指示書の送信先のサービス処理装置から当該サービス処理装置で処理されるサービスの異常終了通知を受信したか否かが判断される。異常終了通知を受信したと判断された場合には、ステップ２１４で、次のサービスを代替するサービス（以下、代替サービスと呼称）が探索される。
【００５７】
具体的には、制御部５０からサービス検索サーバ４０に対して、検索要求を送信することにより行われる。検索要求を受信したサービス検索サーバ４０は、代替サービスをサービス記憶部７４から検索する。サービス検索サーバ４０は、代替サービスがサービス記憶部７４から検索された場合には、検索された代替サービスに関する情報（例えば、検索された代替サービスを行うサービス処理装置の位置情報等）を検索結果として検索要求元のサービス処理装置に送信する。代替サービスが検索されなかった場合には、検索されなかった旨の通知を検索結果として検索要求元のサービス処理装置に送信する。
【００５８】
ステップ２１６では、サービス検索サーバ４０から受信した検索結果に基づいて、代替サービスがあるか否かが判断される。代替サービスがあると判断された場合には、ステップ２１８で、第１メモリ５８に保存された指示書及び文書データが複製され、一方は代替サービスを行うサービス処理装置に対して送信され、他方は第１メモリ５８に保存される。その後は、ステップ２０８に戻り、代替サービスについて上述と同様の処理が繰り返される。
【００５９】
また、ステップ２１６で、否定判断された場合には、ステップ２２４の処理に移行し、当該指示書のフローが中断されると共に、指示書の投入元に対してフローの異常終了通知が送信される。
【００６０】
また、ステップ２１２で、異常終了通知を受信していないと判断された場合には、ステップ２２０で、指示書を送信してから現在の時刻までの経過時間がサービス処理時限（ｔS）以内であるか否かが判断される。ここでいうサービス処理時限（ｔS）は、次のサービスまたは代替サービスについてのサービス処理時限（ｔS）である。ステップ２２０で、経過時間がサービス処理時限（ｔS）以内であると判断された場合には、ステップ２０８に戻り、上述と同様の処理が繰り返される。
【００６１】
また、ステップ２２０で、現在の時刻がサービス処理時限（ｔS）以内ではないと判断された場合には、ステップ２２２で、指示書に記述されたフロー開始時刻（ｔ0）から現在の時刻までの経過時間が当該指示書のフロー全体の処理時限（Ｔ）以内か否かが判断される。ここで、経過時間がフロー全体の処理時限（Ｔ）以内であると判断された場合には、ステップ２１４に移行する。
【００６２】
またステップ２２２で、経過時間がフロー全体の処理時限（Ｔ）を越えたと判断された場合には、ステップ２２４で、当該指示書のフローが中断されると共に、指示書の投入元に対して当該指示書に基づくフローが異常終了した旨の通知が送信される。
【００６３】
なお、サービス検索サーバ４０は、代替サービスが複数ある場合には、その中から任意のサービスを選択することができる。また、サービス処理装置は、フロー全体の処理時限以内（Ｔ）であれば、代替サービスの正常終了通知を受信するまで、サービス検索サーバ４０に対して検索要求を繰り返し、検索済のサービスを除く代替サービスを実行するサービス処理装置に対して指示書及び処理対象の文書データの送信を繰り返すことができる（ステップ２０８〜ステップ２２２）。
【００６４】
また、本実施の形態では、サービス処理装置が代替サービスを探す際に、サービス検索サーバ４０の検索結果を取得するようにしているが、サービス処理装置自身がネットワーク１２上に分散する各サービス処理装置へ問い合わせ、各サービス処理装置で実行可能なサービスに関する情報を取得して代替サービスを探すように構成してもよい。このように構成することにより、サービス検索サーバ４０を用いない構成とすることができる。
【００６５】
次に、上述した指示書受信処理ルーチン及び指示書送信処理ルーチンをふまえ、指示書伝達処理の様々なパターンを説明する。
【００６６】
以下、図６に示される記号を用いて、図７から図１０の指示書伝達処理パターンを説明する。なお、ここでは処理対象の文書データについての説明は省略する。
【００６７】
図７は、指示書の送信元と送信先が１対１の関係であり、連携処理中に障害が発生せず、順次指示書が伝達される場合の指示書伝達処理パターンを示している。サービス処理装置Ｐ１６は、サービスの処理後、指示書を複製して、一方を次のサービスを行うサービス処理装置Ｎ１８に対して送信すると共に、他方は保存しておく（図５のステップ２０６に相当）。サービス処理装置Ｐ１６は、サービス処理装置Ｎ１８から次のサービスの正常終了通知を受信すると（図５のステップ２０８Ｙに相当）、保存されている指示書を消去する（図５のステップ２１０に相当）。また、指示書を受信したサービス処理装置Ｎ１８も、サービス処理装置Ｐ１６と同様の処理を繰り返す。
【００６８】
図８は、指示書の送信元と送信先が１対１の関係であり、連携処理中に障害が発生した場合の指示書伝達処理パターンを示している。
【００６９】
なお、障害が発生するパターンには、以下の３つがある。
【００７０】
１．サービス処理装置Ｐ１６とサービス処理装置Ｎ１８との間に（例えば通信路上で）障害が発生し、指示書自体がサービス処理装置Ｎ１８に届かなかった。（この場合には、サービス処理装置Ｎ１８のサービスの処理結果通知は、サービス処理時限（ｔS）以内にはサービス処理装置Ｐ１６に届かない（図５のステップ２２０Ｎに相当））。
【００７１】
２．サービス処理装置Ｎ１８でのサービスの処理が失敗（異常終了）し、サービス処理装置Ｎ１８はサービス処理装置Ｐ１６に異常終了通知が送信された（図５のステップ２１２Ｙに相当）。
【００７２】
３．サービス処理装置Ｎ１８からサービス処理装置Ｐ１６に対する処理結果通知（正常終了通知または異常終了通知）がサービス処理時限（ｔS）以内にサービス処理装置Ｐ１６に届かなかった（図５のステップ２２０Ｎに相当）。
【００７３】
いずれかの障害が発生した場合には、サービス処理装置Ｐ１６はサービス処理装置Ｎ１８でのサービスの処理が失敗したとみなし、フロー開始時刻（ｔ0）から現在の時刻までの経過時間がフロー全体の処理時限（Ｔ）以内である場合には、サービス処理装置Ｎ１８で行われるべきサービスを代替するサービス（代替サービス）を探して（図５のステップ２１４、２１６Ｙに相当）、代替サービスを行うサービス処理装置Ｎ’２０に対して保存されている指示書を送信する（図５のステップ２１８に相当）。サービス処理装置Ｎ’２０から正常終了通知が受信された場合には（図５のステップ２０８Ｙに相当）、保存されている指示書を消去する（図５のステップ２１０に相当）。
【００７４】
また、代替サービスを行うサービス処理装置による処理が不可能な場合（すなわち、代替サービスを探すことができなかった場合、或いは代替サービスを行う全てのサービス処理装置で処理が失敗した場合）（図５のステップ２１６Ｎ、２２２Ｎに相当）、若しくは、フローの開始時刻（ｔ0）からの経過時間がフロー全体の処理時限（Ｔ）を越えた場合には（図５のステップ２２２Ｎに相当）、サービス処理装置Ｐ１６は、連携処理を中断し、指示書の投入元（図示せず）に報告する（図５のステップ２２４に相当）。
【００７５】
図９は、指示書の送信元と送信先が１対複数の関係であり、フローが分岐する場合の指示書伝達処理パターンを示している。
【００７６】
この場合には、分岐点（サービス処理装置Ｐ１６）にて指示書が分岐の数だけ複製されて各分岐先（サービス処理装置Ｌ２２、Ｎ１８、Ｍ２４）に送信される（図５のステップ２０６に相当）。なお、この分岐処理については、指示書に予め記述されている。
【００７７】
分岐点のサービス処理装置Ｐ１６は、分岐先のサービス処理装置における各サービス（或いは代替のサービス）が全て正常に終了するまで、指示書を保存しておく。
【００７８】
分岐先のサービス処理装置のいずれか（例えば、図９のサービス処理装置Ｎ１８）で障害が発生した場合には（図５のステップ２１２Ｙ、２２０Ｎに相当）、上述の送信元と送信先が１対１の関係と同様に、代替サービスを行うサービス処理装置Ｎ’２０を探して（図５のステップ２１４、２１６Ｙに相当）、保存されている指示書を送信する（図５のステップ２１８に相当）。サービス処理装置Ｎ‘２０を含む全ての分岐先から正常終了通知が受信された場合には（図５のステップ２０８Ｙに相当）、サービス処理装置Ｐ１６に保存されている指示書を消去する（図５のステップ２１０に相当）。
【００７９】
なお、このようにフローが分岐する場合において、分岐点のサービス処理装置Ｐ１６は、指示書を単純に複製するのではなく、例えば、分岐先のサービス処理装置Ｌ２２、Ｍ２４、Ｎ１８毎に、指示書を最適化したものに分解して、各サービス処理装置に送信することもできる。また、分解された指示書には、それぞれの分岐先で必要なサービス情報、分岐したことを示す情報、分岐の条件、他の分岐の概要と所要時間などの情報を持たせるようにすることもできる。
【００８０】
図１０は、指示書の送信元と送信先が複数対１の関係であり、分岐したフローが合流する場合の指示書伝達処理パターンを示している。
【００８１】
各分岐末端でのサービスを行うサービス処理装置Ｐ１６、Ｑ２６、Ｒ２８と合流点のサービス処理装置Ｎ１８との間では、障害が発生しない場合には上述の送信元と送信先が１対１の関係と同様の処理が行われる。なお、全ての分岐が合流できるまで、すなわち、各サービス処理装置Ｐ１６、Ｑ２６、Ｒ２８でサービス処理装置Ｎ１８から正常終了通知を受信するまで、各サービス処理装置Ｐ１６、Ｑ２６、Ｒ２８で指示書が保存される。
【００８２】
サービス処理装置Ｐ１６、Ｑ２６、Ｒ２８のいずれか１つ以上の分岐元がサービス処理装置Ｎ１８に合流できなかった場合や、全ての分岐から合流できたが、サービス処理装置Ｎ１８でのサービス処理が失敗となった場合等、なんらかの障害が発生した場合には（図５のステップ２１２Ｙ、２２０Ｎに相当）、例えば、以下のように処理することができる。
【００８３】
サービス処理装置Ｐ１６、Ｑ２６、Ｒ２８のうち、最も早く次のサービスのサービス処理時限（ｔS）を経過したサービス処理装置（図１０においてはサービス処理装置Ｐ１６）が、サービス処理装置Ｎ１８のサービスを代替するサービスを行うサービス処理装置Ｎ’２０を探して（図５のステップ２１６Ｙに相当）、保存されている指示書を送信する（図５のステップ２１８に相当）。また、それと同時に、他の分岐末端のサービス処理装置（サービス処理装置Ｑ２６、Ｒ２８）に対して、サービス処理装置Ｎ’２０に対して保存されている指示書を送信するように通知する。通知を受けたサービス処理装置Ｑ２６、Ｒ２８は、サービス処理装置Ｎ’２０に保存されている指示書を送信する。なお、自装置が最も早く次のサービスのサービス処理時限（ｔS）を経過した装置であるか否かを判断する場合に、サービス処理時限（ｔS）が経過した時点で、他の分岐末端のサービス処理装置から何らかの通知が来ていなければ、自装置が最も最初にサービス処理時限（ｔS）が経過した装置であると判断して、代替サービスを探すようにしてもよい。
【００８４】
このように、フローが分岐する場合や分岐したフローが合流する場合でも、上述したような処理を行うことにより連携処理及び障害対応処理を円滑に行うことができる。
【００８５】
次に、具体的なサービスを例にあげ、各サービスを行うサービス処理装置間で行われる連携処理について説明する。ここでは、ある審査手続きの申請を行うためのフロー（以下では審査手続申請フローと呼称する）が記述された指示書が伝達される。本指示書に記述されたフローが実行されることにより、申請者８０から審査者８８に対して審査手続きの申請が行われる。
【００８６】
図１１は、審査手続申請フローを構成する各サービス間の連携を示した図である。
【００８７】
審査手続申請フローは、フロー入力サービス８１と、証明書取寄せサービス８２と、スキャンサービス８３と、申請書作成サービス８４と、ＰＤＦ変換サービス８５と、申請受付サービス８７とにより構成されている。
【００８８】
フロー入力サービス８１は、審査手続申請フローが記述された指示書が選択され連携処理が起動した場合に、指示書を３つ複製して、証明書取寄せサービス８２、スキャンサービス８３、及び申請書作成サービス８４の各サービスを行う各サービス処理装置に指示書を送信するサービスである。
【００８９】
証明書取寄せサービス８２は、審査手続きに必要な証明書を取寄せるサービスである。
【００９０】
スキャンサービス８３は、証明書に添付する書類をスキャンするサービスである。
【００９１】
申請書作成サービス８４は、審査手続きの申請書に記入すべきデータを入力するためのサービスである。
【００９２】
ＰＤＦ変換サービス８５は、スキャンして得られたデータをＰＤＦ形式に変換するサービスである。
【００９３】
申請受付サービス８７は、審査手続きの申請に必要な各種文書データを受信して、申請者８０からの申請を受け付け、審査者８８に通知するサービスである。
【００９４】
図１２は、図１１に示された各サービスを実行するサービス処理装置を示した図である。
【００９５】
フロー入力サーバ９１は、フロー入力サービス８１を実行する。証明書検索サーバ９２は、証明書取寄せサービス８２を実行する。スキャンサーバ９３は、スキャンサービス８３を実行する。申請書作成サーバ９４は、申請書作成サービス８４を実行する。データ変換サーバ９５は、ＰＤＦ変換サービス８５を実行する。申請受付サーバ９７は、申請受付サービス８７を実行する。これらサービス処理装置の構成及び連携処理ルーチンの詳細な流れは、上述したサービ処理装置Ｐ１６と同様であるため説明を省略する。また、各サービス処理装置は、ネットワークを介して接続されている。
【００９６】
次に、具体的な連携処理について説明する。
【００９７】
まず、フロー入力サーバ９１では、ＧＵＩ５２を介して審査手続申請フローが記述された指示書が申請者８０の操作により選択される。フローの開始時刻（ｔ0）となった時点で、フロー入力サービス８１が実行され、指示書が３つ複製されて、証明書取寄せサービス８２を実行する証明書検索サーバ９２、スキャンサービス８３を実行するスキャンサーバ９３、及び申請書作成サービス８４を実行する申請書作成サーバ９４に対して複製された指示書が並列に送信される（▲１▼、▲２▼、▲３▼）。
【００９８】
指示書を受信した証明書検索サーバ９２では、証明書取寄せサービス８２が実行される。具体的には、証明書検索サーバ９２のサービス処理部５６が、ネットワークを介して各種証明書を検索して取寄せる。指示書に記述された次のサービス、すなわち、申請受付サービス８７を実行する申請受付サーバ９７に対して取寄せた証明書を指示書と共に送信する（▲７▼）。
【００９９】
指示書を受信したスキャンサーバ９３では、スキャンサービス８３が実行される。具体的には、スキャンサーバ９３のサービス処理部５６が、証明書に添付する書類をスキャンする。そして、指示書に記述された次のサービス、すなわち、ＰＤＦ変換サービス８５を実行するデータ変換サーバ９５に対して、スキャンして得られたデータを指示書と共に送信する（▲５▼）。
【０１００】
指示書を受信した申請書作成サーバ９４では、申請書作成サービス８４が実行される。具体的には、申請書作成サーバ９４のサービス処理部５６が、予め所定の記憶領域に記憶されている審査手続きに関するデータや申請者８０に関するデータを、電子化された審査手続きの申請書の各項目に入力して申請書を作成する。そして、指示書に記述された次のサービス、すなわち、申請受付サービス８７を実行する申請受付サーバ９７に対して、作成した申請書を指示書と共に送信する（▲４▼）。なお、ここでは、予め記憶しておいたデータが用いられて申請書が作成されたが、ＧＵＩ５２に申請書に入力すべき項目の一覧を表示して、ユーザに各項目を入力させるようなサービスとすることもできる。
【０１０１】
スキャンサーバ８３から指示書及びスキャンして得られたデータを受信したデータ変換サーバ９５では、ＰＤＦ変換サービス８５が実行される。
【０１０２】
ここで、何らかの障害が発生し、ＰＤＦ変換サービス８５が機能しなかった場合には、スキャンサーバ８３は、ＰＤＦ変換サービス８５の代替サービス８６を探し、代替サービス８６を実行するサーバ（データ変換代替サーバ９６）に対して、保存されている指示書及びスキャンして得られたデータを送信する（▲６▼）。
【０１０３】
指示書及びデータを受信したデータ変換代替サーバ９６では、ＰＤＦ変換サービス８５と同等の代替サービス８６が実行される。すなわち、データ変換代替サーバ９６のサービス処理部５６により、スキャンサーバ８３から送信されたデータをＰＤＦ形式に変換し、申請受付サービス８７を実行する申請受付サーバ９７に対して変換したデータを指示書と共に送信する（▲８▼）。
【０１０４】
なお、本処理は、上述した、指示書の送信元と送信先が１対１の関係であり、連携処理中に障害が発生した場合の指示書伝達処理パターンに相当する。
【０１０５】
申請受付サービス８７を実行する申請受付サーバ９７では、申請受付サービス８７が実行され、証明書取寄せサービス８２、ＰＤＦ変換サービス８５、及び申請書作成サービス８４の全てのサービス、或いはそれら代替サービスを実行する各サービス処理装置から指示書及び各種証明書や添付書類、申請書等の各文書データが送信されるのを待つ。３つの指示書及び各種文書データを受信した時点で、審査者８８に対して申請の通知が送信される（▲９▼）。
【０１０６】
このように、連携処理途中で障害が発生しても、連携処理が中断せず、指示書を確実性高く伝達できる。
【０１０７】
次に、図１３及び図１４を用いて、上述した審査手続き申請フローの申請受付サービス８７を実行する申請受付サーバ９７で障害が発生した場合の処理ついて説明する。
【０１０８】
申請受付サーバ９７は、障害が発生しなければ、証明書検索サーバ９２、申請書作成サーバ９４、及びデータ変換サーバ９５から、指示書及び各種証明書や添付書類、申請書等の各文書データを受信する（▲４▼、▲６▼、▲７▼）が、例えば、これらサービス処理装置から指示書及び各文書データを受信する時点で申請受付サーバ９７が停止した場合には、証明書検索サーバ９２、申請書作成サーバ９４、及びデータ変換サーバ９５のうち、指示書を送信してから最も最初に申請受付サービス８７のサービス処理時限（ｔS）が経過したサービス処理装置、ここでは、申請書作成サーバ９４が、申請受付サービス８７の代替サービス（申請受付の代替サービス８９）を探し、該代替サービス８９を実行するサーバ（申請受付代替サーバ９９）に対して、保存されている指示書及び申請書を送信する（▲９▼）。
【０１０９】
また、同時に、証明書検索サーバ９２及びデータ変換サーバ９５に対して、指示書の送信先を申請受付サービス８７の代替サービス８９を実行する申請受付代替サーバ９９に変更する、との通知を送信する（▲８▼）。この通知を受けた証明書検索サーバ９２及びデータ変換サーバ９５は、保存されている指示書及び文書データを申請受付代替サーバ９９に送信する（▲９▼）。申請受付代替サーバ９９は、３つの指示書及び各種文書データが受信された時点で申請受付サービス８７の代替サービス８９を実行する。
【０１１０】
なお、本処理は、指示書の送信元と送信先が複数対１の関係であり、分岐したフローが合流する場合の指示書伝達処理パターンに相当する。
【０１１１】
このように、連携処理途中で障害が発生しても、連携処理が中断せず、指示書を確実性高く伝達できる。
【０１１２】
以上説明したように、サービス処理装置は指示書を伝達するだけでなく、指示書を複製して、一方の指示書を次のサービスを行うサービス処理装置に送信し、他方は保存しておき、次のサービスを行うサービス処理装置側で障害が発生した場合には、代替サービスを行うサービス処理装置に対して保存しておいた指示書を送信するようにしたため、連携処理途中で障害が起きても、指示書が消失することがなくなると共に、連携処理が中断する確率を低くすることができる。また、フローが分岐する場合や分岐したフローが合流する場合でも、上述したような処理を行うことにより連携処理及び障害対応処理を円滑に行うことができる。
【０１１３】
なお、上述した実施の形態では、処理対象の文書データが指示書と共に伝達される例について説明したが、例えば、処理対象の文書データを各サービス処理装置がネットワーク上で共通にアクセスできる記憶装置に格納しておき、文書データが格納された記憶装置の位置情報を指示書に添付する形式で伝達されるようにしてもよいし、指示書に当該位置情報を含める形式で伝達されるようにしてもよい。
【０１１４】
また、本発明に係る連携処理装置は、本発明を実現する構成を備えた装置であればよく、上述したサービス処理装置の構成に限定されるものではない。
【０１１５】
【発明の効果】
本発明に係る連携処理装置及びプログラムは、連携情報を伝達するだけでなく、連携情報を複製して、一方の連携情報を次のサービスを行う連携処理装置に送信し、次のサービスを行う連携処理装置側で異常が発生したと判断された場合には、次のサービスを代替するサービスを行う連携処理装置に対して他方の連携情報を送信するようにしたため、確実性高く連携情報を伝達することができ、連携されたサービスの処理が中断する確率を低減させることができるという効果を奏する。
【図面の簡単な説明】
【図１】 本発明の実施の形態に係る文書処理システムの構成を示すブロック図である。
【図２】 サービス処理装置Ｐの構成を示すブロック図である。
【図３】 サービス検索サーバの構成を示すブロック図である。
【図４】 指示書受信処理ルーチンを示したフローチャートである。
【図５】 指示書送信処理ルーチンを示したフローチャートである。
【図６】 図７から図１０に示される指示書伝達処理パターンで用いられる記号の説明を示した図である。
【図７】 指示書の送信元と送信先が１対１の関係であり、連携処理中に障害が発生せず、順次指示書が伝達される場合の指示書伝達処理パターンを示した図である。
【図８】 指示書の送信元と送信先が１対１の関係であり、連携処理中に障害が発生した場合の指示書伝達処理パターンを示した図である。
【図９】 指示書の送信元と送信先が１対複数の関係であり、フローが分岐する場合の指示書伝達処理パターンを示した図である。
【図１０】 指示書の送信元と送信先が複数対１の関係であり、分岐したフローが合流する場合の指示書伝達処理パターンを示した図である。
【図１１】 審査手続き申請フローを構成する各サービス間の連携の一例であり、指示書の送信元と送信先が１対１の関係において連携処理中に障害が発生した場合の指示書伝達処理パターンを含む図である。
【図１２】 図１１に示された各サービスを実行するサービス処理装置を示した図である。
【図１３】 審査手続き申請フローを構成する各サービス間の連携の一例であり、指示書の送信元と送信先が複数対１の関係において分岐したフローの合流時に障害が発生した場合の指示書伝達処理パターンを含む図である。
【図１４】 図１３に示された各サービスを実行するサービス処理装置を示した図である。
【符号の説明】
１６、１８、２０、２２、２４、２６、２８、３０ サービス処理装置
５０ 制御部
５２ ＧＵＩ
５４ 通信制御部
５６ サービス処理部
５８ 第１メモリ
６０ 第２メモリ
【発明の属する技術分野】
本発明は、連携処理装置、連携処理方法、及び連携処理プログラムに関し、特に、様々な機器をネットワークで相互に接続して、各機器により提供されるサービスを連携して文書を処理する文書処理ネットワークシステムに用いて好適な連携処理装置及びプログラムに関するものである。
【０００２】
【従来の技術】
ネットワーク上に分散したプログラムやサービス（機能）を連携して一連の処理を実行する分散処理システムに関する技術には、様々なものがある。
【０００３】
例えば、デジタルコンピュータにおける２つ以上の異種オブジェクトシステムからのオブジェクトの相互動作を可能にし、それらを組み合わせてより大型のオブジェクト指向ソフトウエアプロジェクトを生成することができるシステム（例えば、特許文献１参照。）や、インテリジェント・ネットワーク全体に分散した複数のサービス・ノードのそれぞれにおいてリアルタイムイベント処理サービスを提供する装置（例えば、特許文献２参照。）が知られている。
【０００４】
また、自立的に動作するエージェントが連携して一連の作業を行なうような分散処理システムに関する技術としては、例えば、複数のプラットフォームを備えたネットワーク上でエージェントが動作することで情報を処理するエージェントシステムにおいて、状況に応じてエージェントの行動プランを作成し、他のノードでの処理を実現するためにノード間で移動するか他のエージェントと協調するか条件に応じて動的に選ぶことで変化に対応して効率よく情報を処理するエージェントシステム（例えば、特許文献３参照。）や、ネットワークを介して分散配置されるエージェントなどのソフトウェアの間でやり取りされるメッセージに、メッセージの配送先情報とメッセージの指定する処理情報との対データの繋がりで定義されるサービスリストを付加し、配送先のソフトウェアにより処理の終了したサービスリスト部分を削除しつつ、そのサービスリストの付加されたメッセージをソフトウェアからソフトウェアへと配送していくことで処理を実行するメッセージ配送方法及びエージェント装置（例えば、特許文献４参照。）が知られている。
【０００５】
更にまた、ネットワークに接続された各機器上で動作する入出力機能及びプログラムを個々の利用者の利用方法に応じて組み合わせて連携処理する場合に、処理順序に従って連携処理データを各連携機器間で伝達するネットワーク連携装置（例えば、特許文献５を参照。）も知られている。
【０００６】
一方、オフィス環境においては、スキャナ、ファクシミリ装置、複写機、又はこれらを複合した複合機、パーソナルコンピュータ、メールサーバ等をネットワークで相互に接続し、各機器により提供されるサービスを連携して文書データを処理する分散処理型の文書処理ネットワークシステムの採用が増加している。このような文書処理ネットワークシステムには、サーバを用いてネットワーク上に分散した各サービスの連携を集中管理するシステムや、サーバを用いずにサービスを提供する機器間で各サービスの連携関係や入出力情報等を含む連携情報を順次伝達することにより連携処理を行うシステムがある。
【０００７】
【特許文献１】
特表平１０−５０５６９３号公報
【特許文献２】
特表２００２−５２８９３２号公報
【特許文献３】
特開２０００−２９８４７号公報
【特許文献４】
特開平１１−１７５４２１号公報
【特許文献５】
特開２００１−３０６５３４号公報
【０００８】
【発明が解決しようとする課題】
しかしながら、サーバを用いない文書処理ネットワークシステムにおいては、各サービスの連携を集中管理することができないため、連携処理中に障害が発生した場合に、障害が発生した機器或いは通信路で連携情報が消滅してしまい、処理が中断してしまう、という問題がある。上述した従来の技術では、連携処理途中で障害が発生した場合については何ら考慮されていない。
【０００９】
本発明は、上述した問題を解決するためになされたものであり、連携処理途中で障害が発生した場合であっても、確実性高く連携情報を伝達して連携処理を行うことができる連携処理装置及びプログラムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
請求項１に記載の発明の連携処理装置は、文書データについて所定の処理を行うサービスを連携して処理するための連携情報と、サービスの処理結果とを、他の連携処理装置との間で送受信するための送受信手段と、所定のサービスを行うサービス処理手段と、前記連携情報が受信された場合に、前記連携情報に基づいて所定のサービスを行うように前記サービス処理手段を制御する第１の制御、前記サービス処理手段の処理が正常であったか異常であったかを示す処理結果を前記連携情報の送信元に送信すると共に、前記サービス処理手段の処理が正常であった場合に、前記連携情報を複製し、一方の連携情報を前記連携情報に基づいて次のサービスを行う連携処理装置に対して送信するように前記送受信手段を制御する第２の制御、前記一方の連携情報が送信された前記次のサービスを行う連携処理装置側で異常が発生したと判断した場合に、前記次のサービスを代替するサービスを行うことができる連携処理装置に対して他方の連携情報を送信するように前記送受信手段を制御する第３の制御、前記受信された連携情報によって各サービスが複数の経路に分岐した後に合流するように連携され、自装置が前記複数の経路の合流手前のサービスを行なう連携処理装置の中の１つである場合であって、自装置が前記合流手前のサービスを行なう連携処理装置の中で最初に前記複数の経路の合流先である前記次のサービスを行なう連携処理装置側で異常が発生したと判断した場合に、前記第３の制御の後に前記他方の連携情報の送信先を合流手前のサービスを行なう他の連携処理装置に通知するように前記送受信手段を制御する第４の制御、および前記受信された連携情報によって各サービスが複数の経路に分岐した後に合流するように連携され、自装置が前記複数の経路の合流手前のサービスを行なう連携処理装置の中の１つである場合であって、合流手前のサービスを行なう他の連携処理装置から前記連携情報の送信先の通知を受けた場合に、前記第３の制御に代えて、前記次のサービスを代替するサービスを行うことができる連携処理装置として前記通知された送信先に前記他方の連携情報を送信するように前記送受信手段を制御する第５の制御を行う制御手段と、含んで構成されている。
【００１１】
請求項３に記載の発明のプログラムは、コンピュータに、文書データについて所定の処理を行うサービスを連携して処理するための連携情報と、サービスの処理結果とを、他の連携処理装置との間で送受信するための送受信手段によって前記連携情報が受信された場合に、所定のサービスを行うサービス処理手段を前記連携情報に基づいて所定のサービスを行うように制御する第１の制御工程と、前記サービス処理手段の処理が正常であったか異常であったかを示す処理結果を前記連携情報の送信元に送信すると共に、前記サービス処理手段の処理が正常であった場合に、前記連携情報を複製し、一方の連携情報を前記連携情報に基づいて次のサービスを行う連携処理装置に対して送信するように前記送受信手段を制御する第２の制御工程と、前記一方の連携情報が送信された前記次のサービスを行う連携処理装置側で異常が発生したと判断した場合に、前記次のサービスを代替するサービスを行うことができる連携処理装置に対して他方の連携情報を送信するように前記送受信手段を制御する第３の制御工程と、前記受信された連携情報によって各サービスが複数の経路に分岐した後に合流するように連携され、自装置が前記複数の経路の合流手前のサービスを行なう連携処理装置の中の１つである場合であって、自装置が前記合流手前のサービスを行なう連携処理装置の中で最初に前記複数の経路の合流先である前記次のサービスを行なう連携処理装置側で異常が発生したと判断した場合に、前記第３の制御工程の後に前記他方の連携情報の送信先を合流手前のサービスを行なう他の連携処理装置に通知するように前記送受信手段を制御する第４の制御工程と、前記受信された連携情報によって各サービスが複数の経路に分岐した後に合流するように連携され、自装置が前記複数の経路の合流手前のサービスを行なう連携処理装置の中の１つである場合であって、合流手前のサービスを行なう他の連携処理装置から前記連携情報の送信先の通知を受けた場合に、前記第３の制御工程に代えて、前記次のサービスを代替するサービスを行うことができる連携処理装置として前記通知された送信先に前記他方の連携情報を送信するように前記送受信手段を制御する第５の制御工程と、を実行させるためのものである。
【００１２】
請求項１及び請求項３記載の発明では、送受信手段は、文書データについて所定の処理を行うサービスを連携して処理するための連携情報と、サービスの処理結果とを、他の連携処理装置との間で送受信するためのものである。サービス処理手段は所定のサービスを行う。連携情報が受信された場合には、連携情報に基づいて所定のサービスが行われるようにサービス処理手段が制御される（第１の制御）。このサービス処理手段の処理が正常であったか異常であったかを示す処理結果が連携情報の送信元に送信されると共に、サービス処理手段の処理が正常であった場合には、連携情報が複製され、一方の連携情報が、連携情報に基づいて次のサービスを行う連携処理装置に対して送信されるように送受信手段が制御される（第２の制御）。連携情報を受信した次のサービスを行う連携処理装置側で異常が発生したと判断された場合には、次のサービスを代替するサービスを行うことができる連携処理装置に対して他方の連携情報が送信されるように送受信手段が制御される（第３の制御）。また、受信された連携情報によって各サービスが複数の経路に分岐した後に合流するように連携され、自装置が該複数の経路の合流手前のサービスを行なう連携処理装置の中の１つである場合であって、自装置が合流手前のサービスを行なう連携処理装置の中で最初に前記複数の経路の合流先（次のサービスを行なう連携処理装置）側で異常が発生したと判断した場合には、第３の制御の後に、該他方の連携情報の送信先を合流手前のサービスを行なう他の連携処理装置に通知するように送受信手段が制御される（第４の制御）。また、受信された連携情報によって各サービスが複数の経路に分岐した後に合流するように連携され、自装置が前記複数の経路の合流手前のサービスを行なう連携処理装置の中の１つである場合であって、合流手前のサービスを行なう他の連携処理装置から連携情報の送信先の通知を受けた場合に、次のサービスを代替するサービスを行うことができる連携処理装置として該通知された送信先に他方の連携情報を送信するように送受信手段が制御される（第５の制御）。
【００１３】
このように、次のサービスを行う連携処理装置に対して連携情報を送信する際、連携情報を複製して、一方を次のサービスを行う連携処理装置に送信することにより、次のサービスを行う連携処理装置側で異常が発生した場合には、他方の連携情報を次のサービスを代替するサービスを行う連携処理装置に送信することができるため、連携されたサービスの処理途中で連携情報が消失することがなくなると共に、確実性高く連携情報が伝達され、連携されたサービスの処理が中断する確率を低減させることができる。
【００１４】
なお、上述の第３の制御では、次のサービスを代替するサービスを行う連携処理装置側でも異常が発生したと判断された場合には、再度連携情報を複製して、その一方の連携情報を次のサービスを代替するサービスを行う他の連携処理装置に対して送信することもできる。このように処理することにより、次のサービスを代替するサービスが正常に処理されるまで連携情報が保存されるため、連携されたサービスの処理途中で連携情報が消失することがなくなる。
【００１５】
また、次のサービスを行う連携処理装置又は次のサービスを代替するサービスを行う連携処理装置からサービスの処理が正常であったこと示す処理結果を受信した場合には、他方の連携情報、すなわち、複製して送信されなかった方の連携情報を消去するようにしてもよい。
【００１６】
なお、請求項１に記載の発明において、前記第３の制御では、前記次のサービスを行う連携処理装置から受信した前記次のサービスの処理結果が異常であったことを示していた場合、若しくは前記一方の連携情報を前記次のサービスを行う連携処理装置に送信してから所定の時間内に前記次のサービスを行う連携処理装置から前記次のサービスの処理結果を受信しなかった場合に、前記次のサービスを行う連携処理装置側で異常が発生したと判断するようにしてもよい。
【００１７】
また、請求項３に記載の発明において、前記第３の制御工程では、前記次のサービスを行う連携処理装置から受信した前記次のサービスの処理結果が異常であったことを示していた場合、若しくは前記一方の連携情報を前記次のサービスを行う連携処理装置に送信してから所定の時間内に前記次のサービスを行う連携処理装置から前記次のサービスの処理結果を受信しなかった場合に、前記次のサービスを行う連携処理装置側で異常が発生したと判断するようにしてもよい。
【００１８】
これにより、次のサービスを行う連携処理装置から受信した次のサービスの処理結果が異常であったことを示していた場合、若しくは一方の連携情報を次のサービスを行う連携処理装置に送信してから所定の時間内に次のサービスを行う連携処理装置から次のサービスの処理結果を受信しなかった場合に、次のサービスを行う連携処理装置側で異常が発生したと判断されるため、様々な障害の発生に対して確実に対応できる。なお、所定の時間内に連携情報を受信した次のサービスを行う連携処理装置から次のサービスの処理結果を受信しなかった場合の障害のパターンとしては、例えば、次のサービスを行う連携処理装置自体の障害、或いは、次のサービスを行う連携処理装置との間の通信路で発生した障害等が含まれる。
【００１９】
また、請求項１に記載の発明において、前記第３の制御では、前記連携情報により連携されたサービス全体の予め定められた処理時間内に前記次のサービスまたは前記次のサービスを代替するサービスの処理結果を受信しなかった場合、若しくは、前記次のサービスを代替するサービスを行うことができる連携処理装置が存在しない場合には、前記連携情報による処理を中断し、当該連携情報を最初に送信した連携処理装置に対して異常が発生したことを示す処理結果を送信するように前記送受信手段を制御するようにしてもよい。
【００２０】
また、請求項３に記載の発明において、前記第３の制御工程では、前記連携情報により連携されたサービス全体の予め定められた処理時間内に前記次のサービスまたは前記次のサービスを代替するサービスの処理結果を受信しなかった場合、若しくは、前記次のサービスを代替するサービスを行うことができる連携処理装置が存在しない場合には、前記連携情報による処理を中断し、当該連携情報を最初に送信した連携処理装置に対して異常が発生したことを示す処理結果を送信するように前記送受信手段を制御するようにしてもよい。
【００２１】
これにより、連携情報により連携されたサービス全体の予め定められた処理時間内に次のサービスまたは次のサービスを代替するサービスの処理結果を受信しなかった場合、若しくは、次のサービスを代替するサービスを行うことができる連携処理装置が存在しない場合には、連携情報による処理が中断され、当該連携情報を最初に送信した連携処理装置に対して異常が発生したことを示す処理結果が送信されるように送受信手段が制御されるため、連携されたサービスの処理中に異常が発生したことを当該連携情報を最初に送信した装置で確実に把握することができる。
【００２２】
【発明の実施の形態】
以下、図面を参照して、本発明の実施の形態について詳細に説明する。
【００２３】
図１は、本発明の実施の形態に係る文書処理システム１０の構成を示すブロック図である。
【００２４】
文書処理システム１０は、様々なサービスやアプリケーションがネットワーク１２を介して接続されたものである。ここで、サービスとは、文書に関する利用可能な機能をいい、例えば、コピー、プリント、スキャン、ファクシミリ送受信、メール配信、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）処理、ノイズ除去処理、データ形式変換処理等が該当する。また、各サービスは、例えばサービスの種類は同じであっても、サービスを提供するサービス処理装置（サービス処理装置の詳細は後述）が異なれば、それぞれ異なるサービスとして区別して扱われる。
【００２５】
文書処理システム１０は、具体的には、１つ或いは複数のサービスを提供するサービス処理装置（以下、符号Ｐ、Ｎ、Ｎ’、Ｌ、Ｍ、Ｑ、Ｒ、Ｘを付して区別する）であるサービス処理装置Ｐ１６、サービス処理装置Ｎ１８、サービス処理装置Ｎ’２０、サービス処理装置Ｌ２２、サービス処理装置Ｍ２４、サービス処理装置Ｑ２６、サービス処理装置Ｒ２８、及びサービス処理装置Ｘ３０と、所望のサービスを検索するサービス検索サーバ４０とを備えている。
【００２６】
なお、文書処理システム１０は、本実施の形態では所定のサービス処理を行う複数のサービス処理装置がネットワーク１２を介して接続された構成となっているが、複数のサービスがネットワーク１２を介して接続されていれば特に限定されるものではない。
【００２７】
この文書処理システム１０では、各サービスを連携させるための指示書（詳細は後述）を処理対象の文書データと共に各サービスを提供するサービス処理装置間で順次伝達していくことにより、各サービス処理装置で指示書に基づいたサービスが順次実行されて一連のサービス（ここでは一連のサービスをジョブフローまたは単にフローと呼称する）の連携処理が行われる。本システムでは、各サービスの連携状態を集中管理するサーバは用いられない。
【００２８】
ここで、連携とは、あるサービスの結果が以降に起動するサービスを決定したり、あるいは、以降のサービスの動作に影響を与える等、サービス間の関係を有することをいう。
【００２９】
また、指示書とは、各サービスを連携させるための各種情報により構成されたデータをいう。指示書には、具体的には、ジョブフローを構成する各サービスの連携関係を表す情報、各サービスの入出力情報、フローの開始時刻（ｔ0）、各サービスでのサービス処理時限（ｔS）の情報、及びフロー全体の処理時限（Ｔ）の情報が記述されている。
【００３０】
更に、指示書には、指示書に固有のＩＤが付されており、サービス処理装置はＩＤにより各指示書を識別することができる。
【００３１】
図２はサービス処理装置Ｐ１６の構成を示すブロック図である。サービス処理装置Ｐ１６は、制御部５０を備え、制御部５０には、グラフィックユーザインタフェース（ＧＵＩ）５２と、通信制御部５４と、サービス処理部５６と、第１メモリ５８と、第２メモリ６０とが接続されている。
【００３２】
制御部５０は、図示されないＣＰＵ及びＲＯＭを含むマイクロコンピュータで構成されている。制御部５０の図示されないＲＯＭには、他のサービス処理装置との間で指示書及び処理対象の文書データを受け渡し、指示書に基づいて各種サービスを実行するための連携処理ルーチンのプログラムが記憶されている。連携処理ルーチンには、指示書受信処理ルーチン及び指示書送信処理ルーチンの２つのサブルーチンが含まれる。このプログラムによる処理についての詳細は後述する。なお、ＲＯＭには更に、自装置で実行可能なサービスをサービス検索サーバ４０に登録する登録処理ルーチンのプログラムと、ユーザの操作に応じて指示書を選択し連携処理を起動する連携起動処理ルーチンのプログラムも記憶されており、制御部５０は、これらプログラムによりサービス登録処理及び連携起動処理も行う。
【００３３】
ＧＵＩ５２は、例えばタッチパネル及びボタンで構成され、指示書等を表示したり、ユーザにより所定の操作が行われたりする。
【００３４】
通信制御部５４は、ネットワーク１２に接続され、他のサービス処理装置やサービス検索サーバ４０との通信を制御する。具体的には、制御部５０の制御に従って、他のサービス処理装置と指示書やサービスの処理結果の送受信を行ったり、サービス検索サーバ４０に対して所望のサービスの検索要求を送信したり、サービス検索サーバ４０から検索結果を受信したりする。
【００３５】
サービス処理部５６は、制御部５０の指示に応じて提供可能なサービスを実行する。
【００３６】
第１メモリ５８には、指示書及び処理対象の文書データが保存される。この指示書及び処理対象の文書データは、次のサービスの正常終了通知が受信された時点で、制御部５０により消去される。
【００３７】
第２メモリ６０には、通信制御部５４で受信された指示書のＩＤの一覧である受取済指示書ＩＤリストが記憶されている。受取済指示書ＩＤリストのＩＤは、当該ＩＤの指示書のフロー全体の処理時限（Ｔ）が経過すると、制御部５０により受取済指示書ＩＤリストから削除される。
【００３８】
なお、他のサービス処理装置は、サービス処理装置Ｐ１６と同様の構成であるため、説明を省略する。
【００３９】
サービス検索サーバ４０は、各サービス処理装置からの要求に従って、各サービス処理装置で実行可能なサービスを登録したり、登録されたサービスから所望のサービスを検索したりする。具体的には、図３に示されるように、サービス検索サーバ４０は、制御部７０と、制御部７０に接続された通信制御部７２及びサービズ記憶部７４とを備えている。
【００４０】
通信制御部７２は、ネットワーク１２に接続され、各サービス処理装置との通信を制御する。
【００４１】
サービス記憶部７４には、各サービス処理装置から登録要求された、各サービス処理装置で実行可能なサービスに関する情報（例えば、サービス種類、サービス名、サービスが実行される装置の位置情報等）が記憶される。
【００４２】
制御部７０は、図示されないＣＰＵ及びＲＯＭを含むマイクロコンピュータで構成され、該ＲＯＭに記憶されたプログラムにより、ＣＰＵは各サービス処理装置から要求があった場合に、各サービス処理装置で実行可能なサービスに関する情報をサービス記憶部７４に記憶したり、サービス処理装置からの要求に応じて、サービス記憶部７４から所望のサービスを検索して、検索結果を要求元のサービス処理装置に送信したりする。
【００４３】
以下、サービス処理装置の連携起動処理ルーチン及び連携処理ルーチンの流れついて説明する。まず、連携起動処理ルーチンでは、ネットワーク１２に接続された複数のサービス処理装置のいずれかにおいて、図示しないメモリに記憶された指示書が選択され、連携処理が開始される。具体的には、ＧＵＩ５２に図示しないメモリに記憶された指示書の一覧が表示され、ユーザの操作が行われることにより１つ或いは複数の指示書が選択される。現在時刻が指示書に記述されたフローの開始時刻（ｔ0）となった時点で、当該選択された指示書に記述されたフローの連携処理が開始され、指示書に記述されたフローを構成する各サービスに対して順次指示書が伝達される。なお、以下では、指示書を選択して連携処理を起動したサービス処理装置を、指示書の投入元と呼称する。
【００４４】
以下、図４及び図５のフローチャートを用いて、サービス処理装置の連携処理ルーチンについて詳細に説明する。
【００４５】
図４は、指示書受信処理ルーチンを示したフローチャートである。
【００４６】
ステップ１００では、指示書が受信されたか否かが判断される。指示書が受信されたと判断された場合には、ステップ１０２で、受信された指示書に記述されたフローの開始時刻（ｔ0）から現在の時刻までの経過時間が、同じく指示書に記述されたフロー全体の処理時限（Ｔ）以内であるか否かが判断される。フロー全体の処理時限（Ｔ）を越えていると判断された場合には、当該指示書についての処理は何も行われず、ステップ１００に戻る。フロー全体の処理時限（Ｔ）以内であると判断された場合には、ステップ１０４で、指示書のＩＤが受取済指示書ＩＤリストにあるか否かが判断される。指示書のＩＤが受取済指示書ＩＤリストにあれば、受信した指示書は、既に以前受信されたものであるため、当該指示書についての処理は何も行われず、ステップ１００に戻る。
【００４７】
なお、ステップ１０２及びステップ１０４は、一般的なパケット通信等の通信手順において、通信が成功したと見なされるまで何回か指示書の送信がリトライされることを考慮した処理であり、これにより指示書の二重到着が防止される。
【００４８】
ステップ１０６では、受信された指示書のＩＤが受取済指示書ＩＤリストに追加される。
【００４９】
なお、受取済指示書ＩＤリストの各ＩＤは、各ＩＤに対応する指示書のフロー全体の処理時限（Ｔ）が経過した時に各々自動的に削除される。
【００５０】
ステップ１０８では、受信された指示書に従い、サービスが処理される。具体的には、サービス処理部５６が制御されることにより、指示書に記述されたサービスがサービス処理部５６で処理される。
【００５１】
図５は、当該サービス処理装置でサービス処理が終了した後に行われる、指示書送信処理ルーチンを示したフローチャートである。
【００５２】
ステップ２００では、サービス処理部５６で実行されたサービスが正常終了したか否かが判断される。異常終了したと判断された場合には、ステップ２０２で、指示書の送信元、すなわち、当該サービス処理装置で行われたサービスの前のサービスを処理したサービス処理装置に対して異常終了通知が送信され、終了する。
【００５３】
ステップ２００で、正常終了したと判断された場合には、ステップ２０４で、指示書の送信元に対して正常終了通知が送信される。
【００５４】
ステップ２０６では、指示書が複製され、一方は指示書に記述されている各サービスの連携関係を表す情報に基づき、次のサービスを行うサービス処理装置に対して送信され、他方は第１メモリ５８に保存される。なお、ここでは、サービス処理部５６でのサービスにより処理された文書データについても複製され、指示書と同様にと共に、一方は次のサービスを行うサービス処理装置に対して送信され、他方は第１メモリ５８に保存される。
【００５５】
ステップ２０８では、指示書の送信先のサービス処理装置から当該サービス処理装置で処理されるサービスの正常終了通知を受信したか否かが判断される。正常終了通知を受信したと判断された場合には、ステップ２１０で、第１メモリ５８に保存されている指示書及び文書データが消去される。
【００５６】
ステップ２０８で、正常終了通知を受信していないと判断された場合には、ステップ２１２で、指示書の送信先のサービス処理装置から当該サービス処理装置で処理されるサービスの異常終了通知を受信したか否かが判断される。異常終了通知を受信したと判断された場合には、ステップ２１４で、次のサービスを代替するサービス（以下、代替サービスと呼称）が探索される。
【００５７】
具体的には、制御部５０からサービス検索サーバ４０に対して、検索要求を送信することにより行われる。検索要求を受信したサービス検索サーバ４０は、代替サービスをサービス記憶部７４から検索する。サービス検索サーバ４０は、代替サービスがサービス記憶部７４から検索された場合には、検索された代替サービスに関する情報（例えば、検索された代替サービスを行うサービス処理装置の位置情報等）を検索結果として検索要求元のサービス処理装置に送信する。代替サービスが検索されなかった場合には、検索されなかった旨の通知を検索結果として検索要求元のサービス処理装置に送信する。
【００５８】
ステップ２１６では、サービス検索サーバ４０から受信した検索結果に基づいて、代替サービスがあるか否かが判断される。代替サービスがあると判断された場合には、ステップ２１８で、第１メモリ５８に保存された指示書及び文書データが複製され、一方は代替サービスを行うサービス処理装置に対して送信され、他方は第１メモリ５８に保存される。その後は、ステップ２０８に戻り、代替サービスについて上述と同様の処理が繰り返される。
【００５９】
また、ステップ２１６で、否定判断された場合には、ステップ２２４の処理に移行し、当該指示書のフローが中断されると共に、指示書の投入元に対してフローの異常終了通知が送信される。
【００６０】
また、ステップ２１２で、異常終了通知を受信していないと判断された場合には、ステップ２２０で、指示書を送信してから現在の時刻までの経過時間がサービス処理時限（ｔS）以内であるか否かが判断される。ここでいうサービス処理時限（ｔS）は、次のサービスまたは代替サービスについてのサービス処理時限（ｔS）である。ステップ２２０で、経過時間がサービス処理時限（ｔS）以内であると判断された場合には、ステップ２０８に戻り、上述と同様の処理が繰り返される。
【００６１】
また、ステップ２２０で、現在の時刻がサービス処理時限（ｔS）以内ではないと判断された場合には、ステップ２２２で、指示書に記述されたフロー開始時刻（ｔ0）から現在の時刻までの経過時間が当該指示書のフロー全体の処理時限（Ｔ）以内か否かが判断される。ここで、経過時間がフロー全体の処理時限（Ｔ）以内であると判断された場合には、ステップ２１４に移行する。
【００６２】
またステップ２２２で、経過時間がフロー全体の処理時限（Ｔ）を越えたと判断された場合には、ステップ２２４で、当該指示書のフローが中断されると共に、指示書の投入元に対して当該指示書に基づくフローが異常終了した旨の通知が送信される。
【００６３】
なお、サービス検索サーバ４０は、代替サービスが複数ある場合には、その中から任意のサービスを選択することができる。また、サービス処理装置は、フロー全体の処理時限以内（Ｔ）であれば、代替サービスの正常終了通知を受信するまで、サービス検索サーバ４０に対して検索要求を繰り返し、検索済のサービスを除く代替サービスを実行するサービス処理装置に対して指示書及び処理対象の文書データの送信を繰り返すことができる（ステップ２０８〜ステップ２２２）。
【００６４】
また、本実施の形態では、サービス処理装置が代替サービスを探す際に、サービス検索サーバ４０の検索結果を取得するようにしているが、サービス処理装置自身がネットワーク１２上に分散する各サービス処理装置へ問い合わせ、各サービス処理装置で実行可能なサービスに関する情報を取得して代替サービスを探すように構成してもよい。このように構成することにより、サービス検索サーバ４０を用いない構成とすることができる。
【００６５】
次に、上述した指示書受信処理ルーチン及び指示書送信処理ルーチンをふまえ、指示書伝達処理の様々なパターンを説明する。
【００６６】
以下、図６に示される記号を用いて、図７から図１０の指示書伝達処理パターンを説明する。なお、ここでは処理対象の文書データについての説明は省略する。
【００６７】
図７は、指示書の送信元と送信先が１対１の関係であり、連携処理中に障害が発生せず、順次指示書が伝達される場合の指示書伝達処理パターンを示している。サービス処理装置Ｐ１６は、サービスの処理後、指示書を複製して、一方を次のサービスを行うサービス処理装置Ｎ１８に対して送信すると共に、他方は保存しておく（図５のステップ２０６に相当）。サービス処理装置Ｐ１６は、サービス処理装置Ｎ１８から次のサービスの正常終了通知を受信すると（図５のステップ２０８Ｙに相当）、保存されている指示書を消去する（図５のステップ２１０に相当）。また、指示書を受信したサービス処理装置Ｎ１８も、サービス処理装置Ｐ１６と同様の処理を繰り返す。
【００６８】
図８は、指示書の送信元と送信先が１対１の関係であり、連携処理中に障害が発生した場合の指示書伝達処理パターンを示している。
【００６９】
なお、障害が発生するパターンには、以下の３つがある。
【００７０】
１．サービス処理装置Ｐ１６とサービス処理装置Ｎ１８との間に（例えば通信路上で）障害が発生し、指示書自体がサービス処理装置Ｎ１８に届かなかった。（この場合には、サービス処理装置Ｎ１８のサービスの処理結果通知は、サービス処理時限（ｔS）以内にはサービス処理装置Ｐ１６に届かない（図５のステップ２２０Ｎに相当））。
【００７１】
２．サービス処理装置Ｎ１８でのサービスの処理が失敗（異常終了）し、サービス処理装置Ｎ１８はサービス処理装置Ｐ１６に異常終了通知が送信された（図５のステップ２１２Ｙに相当）。
【００７２】
３．サービス処理装置Ｎ１８からサービス処理装置Ｐ１６に対する処理結果通知（正常終了通知または異常終了通知）がサービス処理時限（ｔS）以内にサービス処理装置Ｐ１６に届かなかった（図５のステップ２２０Ｎに相当）。
【００７３】
いずれかの障害が発生した場合には、サービス処理装置Ｐ１６はサービス処理装置Ｎ１８でのサービスの処理が失敗したとみなし、フロー開始時刻（ｔ0）から現在の時刻までの経過時間がフロー全体の処理時限（Ｔ）以内である場合には、サービス処理装置Ｎ１８で行われるべきサービスを代替するサービス（代替サービス）を探して（図５のステップ２１４、２１６Ｙに相当）、代替サービスを行うサービス処理装置Ｎ’２０に対して保存されている指示書を送信する（図５のステップ２１８に相当）。サービス処理装置Ｎ’２０から正常終了通知が受信された場合には（図５のステップ２０８Ｙに相当）、保存されている指示書を消去する（図５のステップ２１０に相当）。
【００７４】
また、代替サービスを行うサービス処理装置による処理が不可能な場合（すなわち、代替サービスを探すことができなかった場合、或いは代替サービスを行う全てのサービス処理装置で処理が失敗した場合）（図５のステップ２１６Ｎ、２２２Ｎに相当）、若しくは、フローの開始時刻（ｔ0）からの経過時間がフロー全体の処理時限（Ｔ）を越えた場合には（図５のステップ２２２Ｎに相当）、サービス処理装置Ｐ１６は、連携処理を中断し、指示書の投入元（図示せず）に報告する（図５のステップ２２４に相当）。
【００７５】
図９は、指示書の送信元と送信先が１対複数の関係であり、フローが分岐する場合の指示書伝達処理パターンを示している。
【００７６】
この場合には、分岐点（サービス処理装置Ｐ１６）にて指示書が分岐の数だけ複製されて各分岐先（サービス処理装置Ｌ２２、Ｎ１８、Ｍ２４）に送信される（図５のステップ２０６に相当）。なお、この分岐処理については、指示書に予め記述されている。
【００７７】
分岐点のサービス処理装置Ｐ１６は、分岐先のサービス処理装置における各サービス（或いは代替のサービス）が全て正常に終了するまで、指示書を保存しておく。
【００７８】
分岐先のサービス処理装置のいずれか（例えば、図９のサービス処理装置Ｎ１８）で障害が発生した場合には（図５のステップ２１２Ｙ、２２０Ｎに相当）、上述の送信元と送信先が１対１の関係と同様に、代替サービスを行うサービス処理装置Ｎ’２０を探して（図５のステップ２１４、２１６Ｙに相当）、保存されている指示書を送信する（図５のステップ２１８に相当）。サービス処理装置Ｎ‘２０を含む全ての分岐先から正常終了通知が受信された場合には（図５のステップ２０８Ｙに相当）、サービス処理装置Ｐ１６に保存されている指示書を消去する（図５のステップ２１０に相当）。
【００７９】
なお、このようにフローが分岐する場合において、分岐点のサービス処理装置Ｐ１６は、指示書を単純に複製するのではなく、例えば、分岐先のサービス処理装置Ｌ２２、Ｍ２４、Ｎ１８毎に、指示書を最適化したものに分解して、各サービス処理装置に送信することもできる。また、分解された指示書には、それぞれの分岐先で必要なサービス情報、分岐したことを示す情報、分岐の条件、他の分岐の概要と所要時間などの情報を持たせるようにすることもできる。
【００８０】
図１０は、指示書の送信元と送信先が複数対１の関係であり、分岐したフローが合流する場合の指示書伝達処理パターンを示している。
【００８１】
各分岐末端でのサービスを行うサービス処理装置Ｐ１６、Ｑ２６、Ｒ２８と合流点のサービス処理装置Ｎ１８との間では、障害が発生しない場合には上述の送信元と送信先が１対１の関係と同様の処理が行われる。なお、全ての分岐が合流できるまで、すなわち、各サービス処理装置Ｐ１６、Ｑ２６、Ｒ２８でサービス処理装置Ｎ１８から正常終了通知を受信するまで、各サービス処理装置Ｐ１６、Ｑ２６、Ｒ２８で指示書が保存される。
【００８２】
サービス処理装置Ｐ１６、Ｑ２６、Ｒ２８のいずれか１つ以上の分岐元がサービス処理装置Ｎ１８に合流できなかった場合や、全ての分岐から合流できたが、サービス処理装置Ｎ１８でのサービス処理が失敗となった場合等、なんらかの障害が発生した場合には（図５のステップ２１２Ｙ、２２０Ｎに相当）、例えば、以下のように処理することができる。
【００８３】
サービス処理装置Ｐ１６、Ｑ２６、Ｒ２８のうち、最も早く次のサービスのサービス処理時限（ｔS）を経過したサービス処理装置（図１０においてはサービス処理装置Ｐ１６）が、サービス処理装置Ｎ１８のサービスを代替するサービスを行うサービス処理装置Ｎ’２０を探して（図５のステップ２１６Ｙに相当）、保存されている指示書を送信する（図５のステップ２１８に相当）。また、それと同時に、他の分岐末端のサービス処理装置（サービス処理装置Ｑ２６、Ｒ２８）に対して、サービス処理装置Ｎ’２０に対して保存されている指示書を送信するように通知する。通知を受けたサービス処理装置Ｑ２６、Ｒ２８は、サービス処理装置Ｎ’２０に保存されている指示書を送信する。なお、自装置が最も早く次のサービスのサービス処理時限（ｔS）を経過した装置であるか否かを判断する場合に、サービス処理時限（ｔS）が経過した時点で、他の分岐末端のサービス処理装置から何らかの通知が来ていなければ、自装置が最も最初にサービス処理時限（ｔS）が経過した装置であると判断して、代替サービスを探すようにしてもよい。
【００８４】
このように、フローが分岐する場合や分岐したフローが合流する場合でも、上述したような処理を行うことにより連携処理及び障害対応処理を円滑に行うことができる。
【００８５】
次に、具体的なサービスを例にあげ、各サービスを行うサービス処理装置間で行われる連携処理について説明する。ここでは、ある審査手続きの申請を行うためのフロー（以下では審査手続申請フローと呼称する）が記述された指示書が伝達される。本指示書に記述されたフローが実行されることにより、申請者８０から審査者８８に対して審査手続きの申請が行われる。
【００８６】
図１１は、審査手続申請フローを構成する各サービス間の連携を示した図である。
【００８７】
審査手続申請フローは、フロー入力サービス８１と、証明書取寄せサービス８２と、スキャンサービス８３と、申請書作成サービス８４と、ＰＤＦ変換サービス８５と、申請受付サービス８７とにより構成されている。
【００８８】
フロー入力サービス８１は、審査手続申請フローが記述された指示書が選択され連携処理が起動した場合に、指示書を３つ複製して、証明書取寄せサービス８２、スキャンサービス８３、及び申請書作成サービス８４の各サービスを行う各サービス処理装置に指示書を送信するサービスである。
【００８９】
証明書取寄せサービス８２は、審査手続きに必要な証明書を取寄せるサービスである。
【００９０】
スキャンサービス８３は、証明書に添付する書類をスキャンするサービスである。
【００９１】
申請書作成サービス８４は、審査手続きの申請書に記入すべきデータを入力するためのサービスである。
【００９２】
ＰＤＦ変換サービス８５は、スキャンして得られたデータをＰＤＦ形式に変換するサービスである。
【００９３】
申請受付サービス８７は、審査手続きの申請に必要な各種文書データを受信して、申請者８０からの申請を受け付け、審査者８８に通知するサービスである。
【００９４】
図１２は、図１１に示された各サービスを実行するサービス処理装置を示した図である。
【００９５】
フロー入力サーバ９１は、フロー入力サービス８１を実行する。証明書検索サーバ９２は、証明書取寄せサービス８２を実行する。スキャンサーバ９３は、スキャンサービス８３を実行する。申請書作成サーバ９４は、申請書作成サービス８４を実行する。データ変換サーバ９５は、ＰＤＦ変換サービス８５を実行する。申請受付サーバ９７は、申請受付サービス８７を実行する。これらサービス処理装置の構成及び連携処理ルーチンの詳細な流れは、上述したサービ処理装置Ｐ１６と同様であるため説明を省略する。また、各サービス処理装置は、ネットワークを介して接続されている。
【００９６】
次に、具体的な連携処理について説明する。
【００９７】
まず、フロー入力サーバ９１では、ＧＵＩ５２を介して審査手続申請フローが記述された指示書が申請者８０の操作により選択される。フローの開始時刻（ｔ0）となった時点で、フロー入力サービス８１が実行され、指示書が３つ複製されて、証明書取寄せサービス８２を実行する証明書検索サーバ９２、スキャンサービス８３を実行するスキャンサーバ９３、及び申請書作成サービス８４を実行する申請書作成サーバ９４に対して複製された指示書が並列に送信される（▲１▼、▲２▼、▲３▼）。
【００９８】
指示書を受信した証明書検索サーバ９２では、証明書取寄せサービス８２が実行される。具体的には、証明書検索サーバ９２のサービス処理部５６が、ネットワークを介して各種証明書を検索して取寄せる。指示書に記述された次のサービス、すなわち、申請受付サービス８７を実行する申請受付サーバ９７に対して取寄せた証明書を指示書と共に送信する（▲７▼）。
【００９９】
指示書を受信したスキャンサーバ９３では、スキャンサービス８３が実行される。具体的には、スキャンサーバ９３のサービス処理部５６が、証明書に添付する書類をスキャンする。そして、指示書に記述された次のサービス、すなわち、ＰＤＦ変換サービス８５を実行するデータ変換サーバ９５に対して、スキャンして得られたデータを指示書と共に送信する（▲５▼）。
【０１００】
指示書を受信した申請書作成サーバ９４では、申請書作成サービス８４が実行される。具体的には、申請書作成サーバ９４のサービス処理部５６が、予め所定の記憶領域に記憶されている審査手続きに関するデータや申請者８０に関するデータを、電子化された審査手続きの申請書の各項目に入力して申請書を作成する。そして、指示書に記述された次のサービス、すなわち、申請受付サービス８７を実行する申請受付サーバ９７に対して、作成した申請書を指示書と共に送信する（▲４▼）。なお、ここでは、予め記憶しておいたデータが用いられて申請書が作成されたが、ＧＵＩ５２に申請書に入力すべき項目の一覧を表示して、ユーザに各項目を入力させるようなサービスとすることもできる。
【０１０１】
スキャンサーバ８３から指示書及びスキャンして得られたデータを受信したデータ変換サーバ９５では、ＰＤＦ変換サービス８５が実行される。
【０１０２】
ここで、何らかの障害が発生し、ＰＤＦ変換サービス８５が機能しなかった場合には、スキャンサーバ８３は、ＰＤＦ変換サービス８５の代替サービス８６を探し、代替サービス８６を実行するサーバ（データ変換代替サーバ９６）に対して、保存されている指示書及びスキャンして得られたデータを送信する（▲６▼）。
【０１０３】
指示書及びデータを受信したデータ変換代替サーバ９６では、ＰＤＦ変換サービス８５と同等の代替サービス８６が実行される。すなわち、データ変換代替サーバ９６のサービス処理部５６により、スキャンサーバ８３から送信されたデータをＰＤＦ形式に変換し、申請受付サービス８７を実行する申請受付サーバ９７に対して変換したデータを指示書と共に送信する（▲８▼）。
【０１０４】
なお、本処理は、上述した、指示書の送信元と送信先が１対１の関係であり、連携処理中に障害が発生した場合の指示書伝達処理パターンに相当する。
【０１０５】
申請受付サービス８７を実行する申請受付サーバ９７では、申請受付サービス８７が実行され、証明書取寄せサービス８２、ＰＤＦ変換サービス８５、及び申請書作成サービス８４の全てのサービス、或いはそれら代替サービスを実行する各サービス処理装置から指示書及び各種証明書や添付書類、申請書等の各文書データが送信されるのを待つ。３つの指示書及び各種文書データを受信した時点で、審査者８８に対して申請の通知が送信される（▲９▼）。
【０１０６】
このように、連携処理途中で障害が発生しても、連携処理が中断せず、指示書を確実性高く伝達できる。
【０１０７】
次に、図１３及び図１４を用いて、上述した審査手続き申請フローの申請受付サービス８７を実行する申請受付サーバ９７で障害が発生した場合の処理ついて説明する。
【０１０８】
申請受付サーバ９７は、障害が発生しなければ、証明書検索サーバ９２、申請書作成サーバ９４、及びデータ変換サーバ９５から、指示書及び各種証明書や添付書類、申請書等の各文書データを受信する（▲４▼、▲６▼、▲７▼）が、例えば、これらサービス処理装置から指示書及び各文書データを受信する時点で申請受付サーバ９７が停止した場合には、証明書検索サーバ９２、申請書作成サーバ９４、及びデータ変換サーバ９５のうち、指示書を送信してから最も最初に申請受付サービス８７のサービス処理時限（ｔS）が経過したサービス処理装置、ここでは、申請書作成サーバ９４が、申請受付サービス８７の代替サービス（申請受付の代替サービス８９）を探し、該代替サービス８９を実行するサーバ（申請受付代替サーバ９９）に対して、保存されている指示書及び申請書を送信する（▲９▼）。
【０１０９】
また、同時に、証明書検索サーバ９２及びデータ変換サーバ９５に対して、指示書の送信先を申請受付サービス８７の代替サービス８９を実行する申請受付代替サーバ９９に変更する、との通知を送信する（▲８▼）。この通知を受けた証明書検索サーバ９２及びデータ変換サーバ９５は、保存されている指示書及び文書データを申請受付代替サーバ９９に送信する（▲９▼）。申請受付代替サーバ９９は、３つの指示書及び各種文書データが受信された時点で申請受付サービス８７の代替サービス８９を実行する。
【０１１０】
なお、本処理は、指示書の送信元と送信先が複数対１の関係であり、分岐したフローが合流する場合の指示書伝達処理パターンに相当する。
【０１１１】
このように、連携処理途中で障害が発生しても、連携処理が中断せず、指示書を確実性高く伝達できる。
【０１１２】
以上説明したように、サービス処理装置は指示書を伝達するだけでなく、指示書を複製して、一方の指示書を次のサービスを行うサービス処理装置に送信し、他方は保存しておき、次のサービスを行うサービス処理装置側で障害が発生した場合には、代替サービスを行うサービス処理装置に対して保存しておいた指示書を送信するようにしたため、連携処理途中で障害が起きても、指示書が消失することがなくなると共に、連携処理が中断する確率を低くすることができる。また、フローが分岐する場合や分岐したフローが合流する場合でも、上述したような処理を行うことにより連携処理及び障害対応処理を円滑に行うことができる。
【０１１３】
なお、上述した実施の形態では、処理対象の文書データが指示書と共に伝達される例について説明したが、例えば、処理対象の文書データを各サービス処理装置がネットワーク上で共通にアクセスできる記憶装置に格納しておき、文書データが格納された記憶装置の位置情報を指示書に添付する形式で伝達されるようにしてもよいし、指示書に当該位置情報を含める形式で伝達されるようにしてもよい。
【０１１４】
また、本発明に係る連携処理装置は、本発明を実現する構成を備えた装置であればよく、上述したサービス処理装置の構成に限定されるものではない。
【０１１５】
【発明の効果】
本発明に係る連携処理装置及びプログラムは、連携情報を伝達するだけでなく、連携情報を複製して、一方の連携情報を次のサービスを行う連携処理装置に送信し、次のサービスを行う連携処理装置側で異常が発生したと判断された場合には、次のサービスを代替するサービスを行う連携処理装置に対して他方の連携情報を送信するようにしたため、確実性高く連携情報を伝達することができ、連携されたサービスの処理が中断する確率を低減させることができるという効果を奏する。
【図面の簡単な説明】
【図１】 本発明の実施の形態に係る文書処理システムの構成を示すブロック図である。
【図２】 サービス処理装置Ｐの構成を示すブロック図である。
【図３】 サービス検索サーバの構成を示すブロック図である。
【図４】 指示書受信処理ルーチンを示したフローチャートである。
【図５】 指示書送信処理ルーチンを示したフローチャートである。
【図６】 図７から図１０に示される指示書伝達処理パターンで用いられる記号の説明を示した図である。
【図７】 指示書の送信元と送信先が１対１の関係であり、連携処理中に障害が発生せず、順次指示書が伝達される場合の指示書伝達処理パターンを示した図である。
【図８】 指示書の送信元と送信先が１対１の関係であり、連携処理中に障害が発生した場合の指示書伝達処理パターンを示した図である。
【図９】 指示書の送信元と送信先が１対複数の関係であり、フローが分岐する場合の指示書伝達処理パターンを示した図である。
【図１０】 指示書の送信元と送信先が複数対１の関係であり、分岐したフローが合流する場合の指示書伝達処理パターンを示した図である。
【図１１】 審査手続き申請フローを構成する各サービス間の連携の一例であり、指示書の送信元と送信先が１対１の関係において連携処理中に障害が発生した場合の指示書伝達処理パターンを含む図である。
【図１２】 図１１に示された各サービスを実行するサービス処理装置を示した図である。
【図１３】 審査手続き申請フローを構成する各サービス間の連携の一例であり、指示書の送信元と送信先が複数対１の関係において分岐したフローの合流時に障害が発生した場合の指示書伝達処理パターンを含む図である。
【図１４】 図１３に示された各サービスを実行するサービス処理装置を示した図である。
【符号の説明】
１６、１８、２０、２２、２４、２６、２８、３０ サービス処理装置
５０ 制御部
５２ ＧＵＩ
５４ 通信制御部
５６ サービス処理部
５８ 第１メモリ
６０ 第２メモリ
Claims (4)
- 文書データについて所定の処理を行うサービスを連携して処理するための連携情報と、サービスの処理結果とを、他の連携処理装置との間で送受信するための送受信手段と、
所定のサービスを行うサービス処理手段と、
前記連携情報が受信された場合に、前記連携情報に基づいて所定のサービスを行うように前記サービス処理手段を制御する第１の制御、前記サービス処理手段の処理が正常であったか異常であったかを示す処理結果を前記連携情報の送信元に送信すると共に、前記サービス処理手段の処理が正常であった場合に、前記連携情報を複製し、一方の連携情報を前記連携情報に基づいて次のサービスを行う連携処理装置に対して送信するように前記送受信手段を制御する第２の制御、前記一方の連携情報が送信された前記次のサービスを行う連携処理装置側で異常が発生したと判断した場合に、前記次のサービスを代替するサービスを行うことができる連携処理装置に対して他方の連携情報を送信するように前記送受信手段を制御する第３の制御、前記受信された連携情報によって各サービスが複数の経路に分岐した後に合流するように連携され、自装置が前記複数の経路の合流手前のサービスを行なう連携処理装置の中の１つである場合であって、自装置が前記合流手前のサービスを行なう連携処理装置の中で最初に前記複数の経路の合流先である前記次のサービスを行なう連携処理装置側で異常が発生したと判断した場合に、前記第３の制御の後に前記他方の連携情報の送信先を合流手前のサービスを行なう他の連携処理装置に通知するように前記送受信手段を制御する第４の制御、および前記受信された連携情報によって各サービスが複数の経路に分岐した後に合流するように連携され、自装置が前記複数の経路の合流手前のサービスを行なう連携処理装置の中の１つである場合であって、合流手前のサービスを行なう他の連携処理装置から前記連携情報の送信先の通知を受けた場合に、前記第３の制御に代えて、前記次のサービスを代替するサービスを行うことができる連携処理装置として前記通知された送信先に前記他方の連携情報を送信するように前記送受信手段を制御する第５の制御を行う制御手段と、
を含む連携処理装置。 - 前記第４の制御において、自装置が前記合流手前のサービスを行なう連携処理装置の中で最初に前記次のサービスを行なう連携処理装置側で異常が発生したと判断するのは、前記一方の連携情報が前記次のサービスを行う連携処理装置に送信されてから、前記次のサービスを行う連携処理装置からの前記次のサービスの処理結果および他の連携処理装置からの連携情報の送信先の通知が受信されないまま所定の時間が経過した場合である
請求項１記載の連携処理装置。 - コンピュータに、
文書データについて所定の処理を行うサービスを連携して処理するための連携情報と、サービスの処理結果とを、他の連携処理装置との間で送受信するための送受信手段によって前記連携情報が受信された場合に、所定のサービスを行うサービス処理手段を前記連携情報に基づいて所定のサービスを行うように制御する第１の制御工程と、
前記サービス処理手段の処理が正常であったか異常であったかを示す処理結果を前記連携情報の送信元に送信すると共に、前記サービス処理手段の処理が正常であった場合に、前記連携情報を複製し、一方の連携情報を前記連携情報に基づいて次のサービスを行う連携処理装置に対して送信するように前記送受信手段を制御する第２の制御工程と、
前記一方の連携情報が送信された前記次のサービスを行う連携処理装置側で異常が発生したと判断した場合に、前記次のサービスを代替するサービスを行うことができる連携処理装置に対して他方の連携情報を送信するように前記送受信手段を制御する第３の制御工程と、
前記受信された連携情報によって各サービスが複数の経路に分岐した後に合流するように連携され、自装置が前記複数の経路の合流手前のサービスを行なう連携処理装置の中の１つである場合であって、自装置が前記合流手前のサービスを行なう連携処理装置の中で 最初に前記複数の経路の合流先である前記次のサービスを行なう連携処理装置側で異常が発生したと判断した場合に、前記第３の制御工程の後に前記他方の連携情報の送信先を合流手前のサービスを行なう他の連携処理装置に通知するように前記送受信手段を制御する第４の制御工程と、
前記受信された連携情報によって各サービスが複数の経路に分岐した後に合流するように連携され、自装置が前記複数の経路の合流手前のサービスを行なう連携処理装置の中の１つである場合であって、合流手前のサービスを行なう他の連携処理装置から前記連携情報の送信先の通知を受けた場合に、前記第３の制御工程に代えて、前記次のサービスを代替するサービスを行うことができる連携処理装置として前記通知された送信先に前記他方の連携情報を送信するように前記送受信手段を制御する第５の制御工程と、
を実行させるためのプログラム。 - 前記第４の制御工程において、自装置が前記合流手前のサービスを行なう連携処理装置の中で最初に前記次のサービスを行なう連携処理装置側で異常が発生したと判断するのは、前記一方の連携情報が前記次のサービスを行う連携処理装置に送信されてから、前記次のサービスを行う連携処理装置からの前記次のサービスの処理結果および他の連携処理装置からの連携情報の送信先の通知が受信されないまま所定の時間が経過した場合である
請求項３記載のプログラム。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003081196A JP4120436B2 (ja) | 2003-03-24 | 2003-03-24 | 連携処理装置及びプログラム |
| US10/661,646 US7359940B2 (en) | 2003-03-24 | 2003-09-15 | Cooperative processing apparatus and cooperative processing method |
| KR1020040002223A KR100602153B1 (ko) | 2003-03-24 | 2004-01-13 | 연계 처리 장치 및 연계 처리 방법 |
| CNB2004100006127A CN1312606C (zh) | 2003-03-24 | 2004-01-13 | 联合处理装置和联合处理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003081196A JP4120436B2 (ja) | 2003-03-24 | 2003-03-24 | 連携処理装置及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004288023A JP2004288023A (ja) | 2004-10-14 |
| JP4120436B2 true JP4120436B2 (ja) | 2008-07-16 |
Family
ID=32984957
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003081196A Expired - Fee Related JP4120436B2 (ja) | 2003-03-24 | 2003-03-24 | 連携処理装置及びプログラム |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US7359940B2 (ja) |
| JP (1) | JP4120436B2 (ja) |
| KR (1) | KR100602153B1 (ja) |
| CN (1) | CN1312606C (ja) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100755710B1 (ko) * | 2006-05-16 | 2007-09-05 | 삼성전자주식회사 | 태스크 수행을 위한 장치 및 방법 |
| JP4847260B2 (ja) * | 2006-09-19 | 2011-12-28 | キヤノン株式会社 | データ処理装置、データ処理方法、コンピュータプログラム |
| JP5440004B2 (ja) | 2008-10-20 | 2014-03-12 | セイコーエプソン株式会社 | 情報配信システム、情報配信システムのサービス実現方法およびそのプログラム |
| JP5293086B2 (ja) | 2008-10-28 | 2013-09-18 | セイコーエプソン株式会社 | 情報配信システム、情報配信システムのサービス実現方法およびそのプログラム |
| WO2010053169A1 (ja) * | 2008-11-10 | 2010-05-14 | 日本電気株式会社 | ジョブ実行システム、方法及びプログラム |
| JP2012053511A (ja) * | 2010-08-31 | 2012-03-15 | Canon Inc | サーバ装置、情報処理装置、サービス処理装置、ネットワークシステム、ジョブ処理方法及びプログラム |
| CN102508702B (zh) * | 2011-10-20 | 2013-07-10 | 北京金和软件股份有限公司 | 一种基于aop技术进行拦截来处理业务通用逻辑的方法 |
| JP2019128746A (ja) * | 2018-01-24 | 2019-08-01 | 富士ゼロックス株式会社 | 情報処理装置、データ配信システムおよびプログラム |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5732270A (en) | 1994-09-15 | 1998-03-24 | Visual Edge Software Limited | System and method for providing interoperability among heterogeneous object systems |
| US5699511A (en) * | 1995-10-10 | 1997-12-16 | International Business Machines Corporation | System and method for dynamically varying low level file system operation timeout parameters in network systems of variable bandwidth |
| JPH09325928A (ja) | 1996-06-06 | 1997-12-16 | Fuji Xerox Co Ltd | メッセージ通信方法及び装置 |
| TW355762B (en) * | 1996-12-26 | 1999-04-11 | Toshiba Co Ltd | Checkpoint rollback I/O control device and I/O control method |
| JPH10326220A (ja) * | 1997-05-27 | 1998-12-08 | Toshiba Corp | ファイルシステムおよびファイル管理方法 |
| JP3728063B2 (ja) * | 1997-06-13 | 2005-12-21 | キヤノン株式会社 | 画像処理システム及び画像処理システムの協調動作制御方法 |
| JP3544127B2 (ja) * | 1997-10-24 | 2004-07-21 | キヤノン株式会社 | 画像形成装置および画像形成装置の制御方法 |
| JP3892558B2 (ja) | 1997-12-16 | 2007-03-14 | 富士通株式会社 | エージェント装置及びプログラム記録媒体 |
| JP3688471B2 (ja) | 1998-07-10 | 2005-08-31 | 株式会社東芝 | エージェントシステム、情報処理方法及び情報処理用ソフトウェアを記録した記録媒体 |
| CN1126350C (zh) | 1998-10-20 | 2003-10-29 | 安德鲁·杜根 | 用来在分布于一个智能网络中的业务节点间部署业务模块的方法和设备 |
| JP2000250672A (ja) | 1999-03-03 | 2000-09-14 | Ricoh Co Ltd | ドキュメント処理システム |
| JP2001273272A (ja) | 2000-03-24 | 2001-10-05 | Ntt Comware Corp | エージェントシステムの制御方法 |
| JP2001306534A (ja) | 2000-04-24 | 2001-11-02 | Ricoh Elemex Corp | ネットワーク連携装置、ネットワーク連携方法およびその方法をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体 |
| JP2003087536A (ja) * | 2001-09-10 | 2003-03-20 | Fuji Xerox Co Ltd | 画像形成システムおよびその方法 |
| US20030050971A1 (en) * | 2001-09-10 | 2003-03-13 | Fuji Xerox Co., Ltd. | Client server system and method therefor |
| US7171433B2 (en) * | 2002-07-25 | 2007-01-30 | Wolfe Gene J | Document preservation |
-
2003
- 2003-03-24 JP JP2003081196A patent/JP4120436B2/ja not_active Expired - Fee Related
- 2003-09-15 US US10/661,646 patent/US7359940B2/en not_active Expired - Fee Related
-
2004
- 2004-01-13 KR KR1020040002223A patent/KR100602153B1/ko active IP Right Grant
- 2004-01-13 CN CNB2004100006127A patent/CN1312606C/zh not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004288023A (ja) | 2004-10-14 |
| CN1532749A (zh) | 2004-09-29 |
| US7359940B2 (en) | 2008-04-15 |
| KR20040086509A (ko) | 2004-10-11 |
| KR100602153B1 (ko) | 2006-07-19 |
| CN1312606C (zh) | 2007-04-25 |
| US20040194012A1 (en) | 2004-09-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100553984B1 (ko) | 서비스 처리 시스템, 처리 결과 관리 장치 및 서비스 처리시스템의 처리 결과 확인 방법 | |
| JP2005050318A (ja) | ワークフロー管理装置、ワークフロー管理方法、ワークフロー管理プログラム及び記録媒体 | |
| JP4120436B2 (ja) | 連携処理装置及びプログラム | |
| JP5751770B2 (ja) | ファクシミリサーバ、ファクシミリサーバの制御方法、ファクシミリシステム、ファクシミリシステムにおける通信制御方法、及びプログラム | |
| JP6011043B2 (ja) | 電子メール処理システムおよび電子メール処理方法 | |
| Wu et al. | Dynamic reliable service routing in enterprise service bus | |
| JP2008193328A (ja) | データ通信システム、データ通信方法及びプログラム | |
| JPH1023062A (ja) | 文書管理システム | |
| JP2005222284A (ja) | 連携処理システム、連携情報生成装置、連携処理方法、及びプログラム | |
| JP5928156B2 (ja) | 電子メール処理システムおよび電子メール処理方法 | |
| JP2006268587A (ja) | 情報処理装置 | |
| JP5387065B2 (ja) | 画像処理装置 | |
| JP2005228252A (ja) | サービス処理装置及び連携処理システム | |
| JP2007081771A (ja) | ジョブ処理装置およびジョブ依頼装置 | |
| JP2006031491A (ja) | アプリケーション間連携システム | |
| JP2008070939A (ja) | 配信システム | |
| US20040006603A1 (en) | Self configuring peer to peer inter process messaging system | |
| JP2005266930A (ja) | サービス処理装置 | |
| Aldred et al. | Dimensions of coupling in middleware | |
| JP2005074881A (ja) | 画像形成システム | |
| JP2024008594A (ja) | 印刷装置、制御方法、およびプログラム | |
| JP3706738B2 (ja) | エージェント協調処理装置 | |
| JP3495017B2 (ja) | エージェント協調処理装置 | |
| JP2023100132A (ja) | 情報処理システム、情報処理システムの制御方法、及びプログラム | |
| JP6234235B2 (ja) | 情報処理装置、情報処理方法及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060221 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070912 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071023 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071221 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080401 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080414 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110509 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110509 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120509 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130509 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140509 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |