JP2010170294A

JP2010170294A - 連携コンピュータシステム及び同システムの連携方法

Info

Publication number: JP2010170294A
Application number: JP2009011598A
Authority: JP
Inventors: Tomohiko Eto; 知彦衛藤
Original assignee: Hitachi Information Systems Ltd
Current assignee: Hitachi Information Systems Ltd
Priority date: 2009-01-22
Filing date: 2009-01-22
Publication date: 2010-08-05
Anticipated expiration: 2029-01-22
Also published as: JP4829985B2

Abstract

【課題】連携先の障害が発生した相手アプリケーションの状態を容易に検知すること。
【解決手段】コンピュータ１０が発信した状態情報を受信し、この状態情報に含まれる発信側アプリケーションと連携する他のアプリケーションとの対応情報を格納するアプリケーション連携テーブル部１１１を有する状態管理コンピュータ１００を備え、コンピュータ１０の連携モジュール部１４が、データをコンピュータ４０に発信し且つ状態情報をコンピュータ１００にデータを発信し、更にコンピュータ４０が状態情報をコンピュータ１００に発信したとき、状態管理コンピュータ１００が、受信した状態情報に含まれる発信側アプリケーション識別子を抽出し、該識別子に対応した連携先アプリケーションの識別子を確認し、発信側コンピュータ１０に受信側コンピュータ４０がデータを受信したことを報告するもの。
【選択図】図１

Description

本発明は、複数のコンピュータのアプリケーションが連携する連携コンピュータシステム及び同システムの連携方法に係り、特に連携する相手側コンピュータのアプリケーション障害を容易に知ることができる連携コンピュータシステム及び同システムの連携方法に関する。

近年のコンピュータシステムは、複数のコンピュータに搭載したアプリケーションプログラムを連携させ、各コンピュータのアプリケーションプログラムが取り扱うデータをネットワークを介して送受信することによって、全体として１つの機能を達成するＳＯＡ（Service
Oriented Architecture：サービス指向アーキテクチャ）技術が採用されている。このＳＯＡは、複数のコンピュータのアプリケーションなどをコンポーネント化（部品化）し、それらを組み合わせてシステムを作る設計手法であって、例えば、受注管理システムと在庫管理システムと販売納品管理システムと経理管理システムとをネットワークを介して接続し、全体として１つの受注から請求までの業務管理システムを構築するものである。

この複数のアプリケーションを連携させたコンピュータシステム（以下、連携コンピュータシステムと呼ぶ）は、連携するアプリケーション数が多くなるに従って、あるアプリケーションに障害が発生した場合、その障害が発生したアプリケーションを特定することや、当該障害発生アプリケーションが他のどのアプリケーションに影響するかの判定や、障害発生アプリケーションに障害が発生したことを通知する通知先を判定することが困難であると言う不具合があった。

尚、前記連携コンピュータシステムにおける障害情報の収集管理に関する技術が記載された文献としては、例えば下記特許文献１が挙げられ、この特許文献１には、複数のＷｅｂサービスを組み合わせてオンラインオーダシステムを構築する連携コンピュータシステムにおいて、Ｗｅｂサービス間のインタフェースを統一し、この統一したインタフェースを用いて発注元のＷｅｂサービスに発注を受けたＷｅｂサービスが進捗状況を報告することが記載されている。

特開２００４−３１０７４２号公報

前述の従来技術による連携コンピュータシステムにおける障害情報の収集管理は、例えば連携先の相手アプリケーション（Ｗｅｂサービス）がダウンしたり、ビジー状態で応答に遅延が生じている等の相手側の状態を把握することができず、更には前述した障害発生アプリケーションの特定、他のどのアプリケーションに影響するかの判定、障害発生の通知先を判定することが困難であると言う不具合があった。

本発明の目的は、連携先の障害が発生した相手アプリケーションの状態を容易に検知することができる連携コンピュータシステム及び同システムの連携方法を提供することである。

前記目的を達成するため本発明は、データを複数のアプリケーションにより連携して取り扱う複数のコンピュータと、前記複数コンピュータのアプリケーションの管理を行う状態管理コンピュータと、前記複数のコンピュータ及び状態管理コンピュータとを接続する通信ネットワークとを備え、前記コンピュータが、識別子が付与されたアプリケーションと、前記データを連携するアプリケーションに送受信すると共に発信側及び受信側アプリケーションの識別子及びアプリケーションによるデータの処理経過情報を含む状態情報を送受信する連携モジュール部を有し、前記状態管理コンピュータが、連携モジュール部から受信した状態情報に含まれる発信側アプリケーション識別子と連携する他のアプリケーション識別子との対応情報を格納するアプリケーション連携テーブル部と、該アプリケーション連携テーブル部を制御する制御部とを有する連携コンピュータシステムであって、
前記発信側アプリケーションの連携モジュール部が、前記発信側及び受信側アプリケーションの識別子を含む状態情報を前記状態管理コンピュータに送信する第１機能を有し、
前記発信側アプリケーションからのデータを受信した受信側アプリケーションの連携モジュール部が、該受信側アプリケーション識別子及び処理経過情報を含む状態情報を前記状態管理コンピュータに送信する第２機能を有し、
前記状態管理コンピュータの制御部が、
前記第１機能による状態情報と前記第２機能による状態情報を受信し、該第２機能による状態情報が第１機能による状態情報に対応することを判定したとき、前記第１機能により受信した受信側アプリケーション識別子と前記第２機能により受信した状態情報の処理経過情報とを格納した状態情報を生成し、該生成した状態情報を発信側アプリケーションの連携モジュール部に送信する第３機能と、
前記第１機能による状態情報を受信し且つ受信側アプリケーションの異常状態を判定したとき、発信側アプリケーション識別子を格納し且つ処理経過情報を異常状態とした状態情報を生成し、該生成した状態情報を発信側アプリケーションの連携モジュールに送信する第４機能とを実現することを第１の特徴とする。

また本発明は、該第１の特徴の連携コンピュータシステムにおいて、前記コンピュータの連携モジュール部が、自己コンピュータのアプリケーション稼動中又は停止中を示す稼動状態情報と自己コンピュータの負荷情報とを前記状態情報に含ませる第５機能を有し、
前記状態管理コンピュータの制御部が、前記状態情報に含まれる稼動状態情報又は負荷情報又は処理経過情報を基に受信側アプリケーションの異常状態を判定する第６機能を有し、
該第６機能により受信側アプリケーションの異常状態を判定したとき、前記受信側アプリケーションに連携する他の連携アプリケーション識別子をアプリケーション連携テーブル部を検索し、該検索した連携アプリケーション識別子の連携モジュールに、前記第１機能により受信した状態情報の処理経過情報を異常状態とした状態情報を生成し、該生成した状態情報を送信する第７機能と、
前記第６機能により受信側アプリケーションが異常状態でないと判定したとき、前記受信側アプリケーションに連携する他の連携アプリケーション識別子をアプリケーション連携テーブル部から検索し、該検索した連携アプリケーション識別子の連携モジュールに、処理経過情報を正常状態とした状態情報を生成し、該生成した状態情報を送信する第８機能とを有することを第２の特徴とする。

更に本発明は、データを複数のアプリケーションにより連携して取り扱う複数のコンピュータと、前記複数コンピュータのアプリケーションの管理を行う状態管理コンピュータと、前記複数のコンピュータ及び状態管理コンピュータとを接続する通信ネットワークとを備え、前記コンピュータが、識別子が付与されたアプリケーションと、前記データを連携するアプリケーションに送受信すると共に発信側及び受信側アプリケーションの識別子及びアプリケーションによるデータの処理経過情報を含む状態情報を送受信する連携モジュール部を有し、前記状態管理コンピュータが、連携モジュール部から受信した状態情報に含まれる発信側アプリケーション識別子と連携する他のアプリケーション識別子との対応情報を格納するアプリケーション連携テーブル部と、該アプリケーション連携テーブル部を制御する制御部とを有する連携コンピュータシステムの連携方法であって、
前記発信側アプリケーションの連携モジュール部に、前記発信側及び受信側アプリケーションの識別子を含む状態情報を前記状態管理コンピュータに送信する第１機能を設け、
前記発信側アプリケーションからのデータを受信した受信側アプリケーションの連携モジュール部に、該受信側アプリケーション識別子及びデータの処理経過情報を含む状態情報を前記状態管理コンピュータに送信する第２機能を設け、
前記状態管理コンピュータの制御部に、
前記第１機能による状態情報と前記第２機能による状態情報を受信し、該第２機能による状態情報が第１機能による状態情報に対応することを判定したとき、前記第１機能により受信した受信側アプリケーション識別子と前記第２機能により受信した状態情報の処理経過情報とを格納した状態情報を生成し、該生成した状態情報を発信側アプリケーションの連携モジュール部に送信する第３機能と、
前記第１機能による状態情報を受信し且つ受信側アプリケーションの異常状態を判定したとき、発信側アプリケーション識別子を格納し且つ処理経過情報を異常状態とした状態情報を生成し、該生成した状態情報を発信側アプリケーションの連携モジュールに送信する第４機能とを実行させることを第３の特徴とする。

また本発明は、該第３の特徴の連携コンピュータシステムの連携方法において、前記コンピュータの連携モジュール部に、自己コンピュータのアプリケーション稼動中又は停止中を示す稼動状態情報と自己コンピュータの負荷情報とを前記状態情報に含ませる第５機能を設け、
前記状態管理コンピュータの制御部に、前記状態情報に含まれる稼動状態情報又は負荷情報又は処理内容を基に受信側アプリケーションの異常状態を判定する第６機能を設け、
該第６機能により受信側アプリケーションの異常状態を判定したとき、前記受信側アプリケーションに連携する他の連携アプリケーション識別子をアプリケーション連携テーブル部を検索し、該検索した連携アプリケーション識別子の連携モジュールに、前記第１機能により受信した状態情報の処理経過情報を異常状態とした状態情報を生成し、該生成した状態情報を送信する第７機能と、
前記第６機能により受信側アプリケーションが異常状態でないと判定したとき、前記受信側アプリケーションに連携する他の連携アプリケーション識別子をアプリケーション連携テーブル部から検索し、該検索した連携アプリケーション識別子の連携モジュールに、処理経過情報を正常状態とした状態情報を生成し、該生成した状態情報を送信する第８機能とを実行させることを第４の特徴とする。

本発明による連携コンピュータシステム及び連携方法は、状態管理コンピュータが、発信側アプリケーションからの状態情報に対応した受信側アプリケーションからの状態情報を受信したとき、受信側アプリケーションの処理経過情報を格納した状態情報を生成し、この生成した状態情報を、発信側アプリケーションの連携モジュールに送信することによって、発信側アプリケーションが連携する受信側アプリケーションの状態を容易に検知することができる。また前記アプリケーションの連携モジュールからの状態情報を基に受信側の異常状態を判定したとき、連携する他のアプリケーションに、受信側が異常状態である旨の処理経過情報を含む状態情報を送信する機能を設けたことによって、他の連携するアプリケーションが受信側の異常状態を検知することができ、更に異常状態が解消した状態情報を受信したとき、処理経過情報を正常状態とした状態情報を生成して他の連携アプリケーションに送信することによって、復旧したアプリケーションの状態を検知することができる。

本発明の一実施形態による連携方法を実行する連携コンピュータシステムを示す図。本実施形態によるアプリケーション連携テーブル部を示す図。本実施形態による連携モジュール部が送受信する状態情報Ｒを示す図。本実施形態による障害情報を報告する報告先の管理者情報を格納する障害報告先テーブル部を示す図。アプリケーション毎に設定した障害レベルに応じた報告可否を判定するための判定テーブル部を示す図。本実施形態による障害処理方法の動作フロー図。本実施形態による障害処理方法の動作フロー図。

以下、本発明による連携コンピュータシステム及び同システムの連携方法の一実施形態を図面を参照して詳細に説明する。

［構成］
本実施形態による連携方法を実行する連携コンピュータシステムは、図１に示す如く、符号１２により示す第１の業務用プログラムであるアプリケーションＡを実行する第１のコンピュータ１０と、符号２２により示す第２の業務用プログラムであるアプリケーションＢを実行する第２のコンピュータ２０と、符号３２により示す第３の業務用プログラムであるアプリケーションＣを実行する第３のコンピュータ３０と、符号４２により示す第４の業務用プログラムであるアプリケーションＤを実行する第４のコンピュータ４０と、第５の業務用プログラムであるアプリケーションＥを実行する第５のコンピュータ５０と、第６の業務用プログラムであるアプリケーションＦを実行する第６のコンピュータ６０と、本実施形態の特徴である各コンピュータの状態情報Ｒを管理する状態管理コンピュータ１００と、前記各コンピュータ１０〜６０並びに状態管理コンピュータ１００とを接続する通信ネットワーク９０とから構成される。

前記コンピュータ１０は、前記アプリケーションＡにより取り扱われるデータを記憶する記憶部１３と、データ送受信並びに後述する状態情報Ｒ１及びＲ２の送受信等を行う連携モジュール部１４と、前記アプリケーションＡや記憶部１３他を制御する制御部１１とから構成され、他のコンピュータ２０〜６０も同様に構成されている。尚、本明細書で述べるコンピュータは、通常のコンピュータと同様に、ＣＰＵ、メモリ、ハードディスク、表示部、キーボードやマウス等のポインティングデバイス、外部インタフェースその他ハードウェアや、オペレーティングシステムやツールソフトウェア等のプログラムも含むものであるが、詳細は省略して説明する。

前記連携モジュール部１４等は、自己アプリケーションが取り扱うデータの送受信機能と、自己コンピュータにおける実行中のアプリケーションの動作状態（稼働中、停止中、データ入力待ち中等）、ＣＰＵの負荷率、一連の処理であるトランザクションの集中率、メモリの負荷率、あるアクセスに対して応答を返すまでの応答時間等の当該コンピュータ構成部位の負荷情報を収集する負荷情報収集機能と、後述する状態情報Ｒ１を状態管理コンピュータ１００に予め定められたタイミングにて発信する発信機能と、該状態管理コンピュータ１００が発信した連携する相手コンピュータの状態情報Ｒ２を受信する機能と、該受信した状態情報Ｒ２に格納された処理内容（処理経過情報）に応じた処理を行う対応処理実行機能（例えば相手アプリケーションがビジー状態のときにデータ発信を所定時間待機させる等の機能）とを備え、これら機能はハードウェア及び又はソフトウェアによって達成され、制御部や各アプリケーションの動作とは独立して機能するものとする。例えば、自己コンピュータのアプリケーションや制御部が停止した場合であっても、その停止状態の情報を収集し、送受信するように独立して動作するものとするが、電源ダウン等の場合も考えられるため、必ずしも独立して動作しなくても良い。

また前記状態情報Ｒ１は、図３に示す如く、データ発信側のコンピュータのアプリケーションの識別子であるＩＤを示す発信側ＡｐＩＤと、データ受信側コンピュータのアプリケーションの識別子であるＩＤを示す受信側ＡｐＩＤと、当該アプリケーションの動作状態（正常稼働中、停止中）を表す稼動状態情報と、自己コンピュータにおけるデータの処理経過情報である処理内容（例えば、データ発信、データ受信、データをアプリケーションに転送完、アプリケーションがデータ処理中、アプリケーションがデータ処理完了）を示す処理内容と、前述したＣＰＵやメモリその他の負荷情報他を示す負荷情報等と、送受信されたデータの識別子であるデータＩＤと、該データの送受信時刻／前記アプリケーションへの転送時刻／ＣＰＵ負荷率の検出時刻等の時刻情報の各項目欄とから構成される。

図３に示す状態情報Ｒ１の例では、発信側のＡｐＩＤが「ａ」、受信側のＡｐＩＤが「ｂ」、稼動状態情報が「正常稼働中」、負荷情報が「ＣＰＵ負荷率２０％・・・」、処理内容が「データ発信」、データＩＤが「SD120081115315a」、時刻情報が「13:15:00」として格納され、ＩＤａのアプリケーションＡが、時刻「13:15:00」において、ID「SD120081115315a」のデータの発信を完了したことを表している。尚、本明細書においては、各コンピュータが発信する状態情報を「Ｒ１」、状態管理コンピュータ１００が送信する状態情報を「Ｒ２」と呼ぶ。

前記稼動状態情報は、連携モジュールが、自己のアプリケーションの状態を監視し、アプリケーションが正常に稼働中の際には「正常稼働中」、アプリケーションが停止中の際には「停止中」、後述するアプリケーションが停止した後に再起動した際には「正常稼働中」の各情報が格納される。また状態情報を収集して発信する収集・発信機能は、連携モジュールが、自己の管轄するコンピュータにおいて、(1)データの送受信を実行したとき、(2)アプリケーションが停止したとき、(3)アプリケーション停止後に再起動して正常に稼動したとき、(4)所定の時間間隔（例えば１分間隔）毎、(5)予め定められた時刻毎（時刻分指定）他の何れかに設定した任意のタイミングに、自己アプリケーション他の状態を収集し、状態情報Ｒ１として状態管理コンピュータ１００に発信するものである。

前記状態管理コンピュータ１００は、図１に示す如く、複数のコンピュータ間の複数アプリケーションの連携関係を表すアプリケーション連携テーブル部１１１と、受信した状態情報Ｒ１を基に各コンピュータやアプリケーション毎にＣＰＵ負荷率等が予め定めた閾値を超えているか否かを判定するための判定情報を格納する高負荷等判定テーブル部１１２と、前記複数のコンピュータ間で送受信した状態情報Ｒ１及びＲ２を記憶する記憶部１１３と、前記高負荷等判定テーブル部１１２を用いた判定により閾値を超えていると判定した場合、そのコンピュータ及びアプリケーションの管理者の識別子である管理者ＩＤを格納する障害報告先テーブル部１２３とを備える。

前記アプリケーション連携テーブル部１１１は、図２に示す如く、設定番号毎に、基になるアプリケーション（Ａｐ）のＩＤと、該アプリケーションと連携する他のアプリケーションＩＤとの対応を示すＡｐ対応情報とが登録され、図示の例では、連携関係として、設定番号１に「アプリケーションＩＤ＝ａ」のアプリケーションＡが、「アプリケーションＩＤ＝ｃ」のアプリケーションＣと「アプリケーションＩＤ＝ｄ」のアプリケーションＤに連携することが格納され、設定番号２に「アプリケーションＩＤ＝ｂ」のアプリケーションＢが、「アプリケーションＩＤ＝ｅ」のアプリケーションＥと「アプリケーションＩＤ＝ｆ」のアプリケーションＦに連携することが格納されている。これら情報は、例えば受注管理アプリケーションが受注データを在庫管理アプリケーション及び販売納品管理アプリケーションに発注データを発信することが登録され、業務形態別のアプリケーション相互の関係により予め定められていることとする。

前記高負荷等判定テーブル部１１２は、ＣＰＵ負荷率その他の項目毎に検出した負荷率等が予め定められた閾値を超えているか否かを判定するための判定テーブルであって、図５に示す如く、アプリケーションＩＤ毎に、基準となる閾値として、ＣＰＵ負荷率とトランザクション集中率とメモリ使用率と応答時間の閾値との各項目が設定され、例えば、アプリケーションＩＤ＝ａのアプリケーションＡが、ＣＰＵ負荷率が６５％以上又はトランザクション集中率が５５％以上又はメモリ使用率が７５％以上又は応答時間が２０ｓ（秒）以上のときに、所定の閾値を超えて管理者や連携する他アプリケーションに状態を報告するための各閾値情報を格納している。

前記障害報告先テーブル部１２３は、図４に示す如く、例えばＩＤ＝ａのアプリケーションＡの障害報告先の管理者ＩＤが「K001」の管理者であり、ＩＤ＝ｂのアプリケーションＢの障害報告先の管理者ＩＤが「K002」と「K999」の管理者であることを表している。

［動作］
さて、このように構成された連携コンピュータシステムは、図１に示した各コンピュータの連携モジュール部１４／２４／３４／４４他が、自己のコンピュータにおける前述したアプリケーション動作状態他の情報を含む状態情報を通信ネットワーク９０を介して状態管理コンピュータ１００に発信し、これを受けた状態管理コンピュータ１００が受信した状態情報をアプリケーションに連携する他のコンピュータ又は発信側の連携モジュール部に転送するものであって、この動作を図６Ａ及び図６Ｂを参照して説明する。

［状態Ａ］
まず、送受信両者のコンピュータのアプリケーションが正常に動作している際の動作を説明する。この状態における連携コンピュータシステムは、図６Ａの状態Ａに示す如く、正常稼働中のコンピュータ１０のアプリケーションＡ（符号１２）がデータをコンピュータ４０に発信した場合（工程Ｓ３０）、当該コンピュータ１０の連携モジュール部１４が図３に示した状態信号Ｒ１ａを発信報告（工程Ｓ３１）として状態管理コンピュータ１００に発信する。
前記アプリケーションＡからのデータを受信（工程Ｓ３２）したコンピュータ４０の連携モジュール部４４は、当該データ受信したことを処理内容に格納した状態情報Ｒ１ｄを状態管理コンピュータ１００に送信して受信報告（工程Ｓ３３）を行う。

前記コンピュータ１０及び４０からの状態情報Ｒ１ａ及びＲ１ｄを受信した状態管理コンピュータ１００は、アプリケーション連携テーブル部１１１を参照して前記状態情報Ｒ１ａの発信側ＡｐＩＤを基にして連携するコンピュータのアプリケーション識別子を検索（工程Ｓ３５）し、発信側コンピュータ１０のアプリケーションＡとコンピュータ４０のアプリケーションＤとが連携し、且つアプリケーションＡからデータをアプリケーションＤに発信した事と、該アプリケーションＤがアプリケーションＡからのデータを受信した事、即ち、発信側アプリケーションによる状態情報Ｒ１ａと受信側アプリケーションの状態情報Ｒ１ｄとが対応し、連携するアプリケーション間でデータ送受信が正常に完了したことを判定する。このとき本実施形態による状態管理コンピュータ１００は、状態情報Ｒ１ａに含まれる受信側アプリケーション識別子と状態情報Ｒ１ｄに含まれる処理内容（処理経過情報）とを含む状態情報Ｒ２を生成し、この状態情報Ｒ２をアプリケーションＡの連携モジュール１４に送信（工程Ｓ３６）する様に動作する。

この状態情報Ｒ２を受信（工程Ｓ３９）した発信側コンピュータ１０の連携モジュール１４は、受信側の連携モジュール４４からの発信側ＡｐＩＤ「ｄ」と「処理内容」がデータ受信との情報を含む状態情報Ｒ２を受信することによって、自己が発信したデータが受信側コンピュータ４０に正常に受信されたことを判定することができる。
更に本実施形態による受信側コンピュータ４０の連携モジュール４４は、例えばコンピュータ４０の制御部が自己アプリケーションＤに受信データを転送したとき、転送されたデータをアプリケーションＤが処理中であるとき、データ処理を完了したとき、これら状態を処理内容に含めた状態情報Ｒ１ｄを状態管理コンピュータ１００に報告（工程Ｓ３７、工程Ｓ３８）し、これを受信した状態管理コンピュータ１００が、処理内容を「データ転送」／「データ処理中」／「データ処理完了」に書き換えた状態情報Ｒ２をデータ発信側のコンピュータ１００に送信することによって、発信側のアプリケーション１２が受信側アプリケーション４２におけるデータ処理過程を判定することができる。尚、前述の例では、工程Ｓ３５によりアプリケーションＡとＤとが連携していることを判定したが、送信側アプリケーションからの連携情報Ｒ１ａに送信側及び受信側アプリケーション識別子が含まれるため、正常動作時においては、当該工程Ｓ３５は必ずしも必要なものではない。また前述の工程Ｓ３７及び３８による処理は、後述する他の状態Ｂ〜Ｅに示す例においても同様である。

［状態Ｂ］
次にコンピュータ１０のアプリケーション１２がアプリケーション４２にデータ発信を試みたとき、該アプリケーション４２が停止している際の動作を説明する。この状態における連携コンピュータシステムは、図６Ａの状態Ｂに示す如く、コンピュータ１０のアプリケーションＡ（符号１２）がデータを停止中のコンピュータ４０に発信した場合（工程Ｓ４０）、コンピュータ１０の連携モジュール部１４がアプリケーションＡ（符号１２）が図３に示した状態信号Ｒ１ａを発信報告（工程Ｓ４１）として状態管理コンピュータ１００に発信するものの、コンピュータ４０が停止中のために該コンピュータ４０は受信報告（工程Ｓ４３）を行うことができない状態となる。

このとき、状態管理コンピュータ１００の制御部１１０は、アプリケーション連携テーブル部１１１を参照して、前記発信側のアプリケーションＡ（符号１２）に対してアプリケーションＣ及びＤ（符号３２及び４２）が連携し、且つアプリケーションＡからデータをアプリケーションＤに発信した事と、予め設定した閾値時間内にアプリケーションＤがアプリケーションＡからのデータを受信していない事による異常状態を判定（工程Ｓ５１）し、コンピュータ１０の連携モジュール１４から受信した状態情報Ｒ１ａに含まれる受信側アプリケーション識別子と前記判定した異常状態を「処理内容」に処理経過情報として格納した状態情報Ｒ２を生成してアプリケーションＡに送信（工程Ｓ４６）する様に動作する。
この状態情報Ｒ２を受信（工程Ｓ４９）した発信側コンピュータ１０の連携モジュール１４は、自己の発信側ＡｐＩＤ「ａ」と相手側の発信側ＡｐＩＤ「ｄ」を格納した状態情報Ｒ２を受信し且つ前記「処理内容」が「異常状態」であることを判定することによって、自己がアプリケーションＤに発信したデータが正常に受信されなかったこと（発信データがロスト又は相手コンピュータ／アプリケーションが停止したこと）を判定することができる。

他方、前記予め設定した閾値時間内にアプリケーションＤがアプリケーションＡからのデータを受信していない事を判定した状態管理コンピュータ１００は、障害報告先テーブル部１２３を参照して当該障害を報告する管理者へ電子メール他の手段により報告（工程Ｓ５０）するように動作する。

尚、本例において工程Ｓ５１により閾値時間だけ発信側コンピュータ及び管理者への通知を保留する理由は、通信回路網がビジー状態によりデータ転送時間が遅れる可能性があり、ビジー状態をコンピュータの停止と誤判断することを防止するためである。また、本実施形態における工程の状態情報は、図１に示した記憶部１１３に記憶されることによって、コンピュータ８００を操作する管理者が記憶部１１３に記憶された状態情報を参照し、障害が発生したコンピュータ及びアプリケーションを知ることができる。尚、この状態Ｂは、受信側アプリケーションが正常に動作しているにも係わらず、何等かの原因によりデータ転送中にデータが消失したデータロストにおいても同様である。

［状態Ｃ］
次にコンピュータ４０のアプリケーションＤ（符号４２）がコンピュータ１０のアプリケーションＡ（符号１２）に対してデータ送信を行う準備をしている状態で、データ受信側のコンピュータ１０が高負荷の際の動作を説明する。この状態における連携コンピュータシステムは、図６Ｂの状態Ｃに示す如く、コンピュータ１０の連携モジュール部１４が、前述した所定時間間隔のタイミングにおいて自己コンピュータの負荷情報（本例の場合、高負荷）を含む状態情報Ｒ１ａ（受信側のＡｐＩＤは空白）を状態管理コンピュータ１００に発信（工程Ｓ６０）する。
この状態情報Ｒ１ａを受信した状態管理コンピュータ１００は、該状態情報Ｒ１に含まれる負荷情報を基に高負荷等判定テーブル１１２を参照してコンピュータ１０の閾値を超える高負荷か否かの判定（工程Ｓ６１）を行い、次いで状態情報Ｒ１ａに含まれる発信側ＡｐＩＤを基にアプリケーション連携テーブル部１１１を参照し、コンピュータ１０のアプリケーションＡに連携する他の全てのアプリケーションＩＤを検索（工程Ｓ６２）する。

本例の場合、コンピュータ１０のＣＰＵが高負荷等判定テーブル１１２に設定した閾値に比べて高負荷のため、状態管理コンピュータ１００は、前記コンピュータ１０から受信した状態情報Ｒ１ａを参照し、「受信側ＡｐＩＤ」に「ａ」、「処理内容」に高負荷状態による「異常状態」を格納した状況情報Ｒ２を生成し、前述の工程Ｓ６２により検索した連携する他のアプリケーション宛に状態情報Ｒ２を送信（工程Ｓ６３）する。

コンピュータ３０及び４０の連携モジュール部は、受信した状態情報Ｒ２の「受信側発信ＡｐＩＤ」が「ａ」且つ「処理内容」が「異常状態」であることを判定することによって、受信側ＡｐＩＤ「ａ」のアプリケーションＡが異常状態であることを判定し、コンピュータ１０のアプリケーションＡに対するデータ送受信の処理を保留（工程Ｓ６４、Ｓ６６）し、これら工程を各コンピュータ３０及び４０が予め定められた所定時間だけ待機（工程Ｓ６５、Ｓ６７）するように動作する。前記待機時間は、予め状態管理コンピュータ１００からの指示によって設定されていても良い。

他方、本実施形態による状態管理コンピュータ１００は、前述の連携するアプリケーションに対する発信側アプリケーションの異常報告と共に、障害報告先テーブル部１２３を参照して報告を行うべき管理者を検索し、該検索した管理者に対して電子メール等の手段によって障害報告（工程Ｓ６８）を行うように動作する。
尚、前述の例では、コンピュータが高負荷の場合について説明したが、本実施形態による状態管理コンピュータ１００は、前述の例に限定されるものではなく、アプリケーションＡが停止、又はアプリケーションＡが再起動した際の動作も同様であり、前記「処理内容」にアプリケーションＡが停止の旨を含む異常状態、又はアプリケーションＡが再起動した旨を含む正常状態を書き込んだ状態情報Ｒ２を生成し、連携する他のアプリケーションに送信する様に動作する。

これら一連の動作によって本実施形態による連携コンピュータシステムは、受信側のコンピュータ又はアプリケーションが高負荷／停止中／再起動時の場合、当該受信側コンピュータ等の状態を、他の連携する発信側コンピュータのアプリケーションに報告することによって、連携先コンピュータ及びアプリケーションの処理を一時保留すると共に前記受信側コンピュータ等の状態を管理者に報告することができる。

［状態Ｄ］
前述の状態Ｃにおいて送信側のコンピュータ３０のアプリケーションＣ（符号３２）がコンピュータ１０のアプリケーションＡ（符号１２）に対するデータ発信の処理が発生した場合（工程Ｓ１０）、本実施形態によるコンピュータ３０の連携モジュール３４は、前述した工程Ｓ６５により待機中のため、データ発信の保留を維持（工程Ｓ１１）する様に動作する。
この動作によって本実施形態による連携コンピュータシステムは、コンピュータ３０がコンピュータ１０に対するデータ発信の保留を維持するため、例えばデータ発信を行った際のタイムアウトエラーの発生を防止することができる。

［状態Ｅ］
次に前述の状態Ｄにおいて、受信側のコンピュータ１０の負荷率が低減した際の動作を説明する。この場合、コンピュータ１０の連携モジュール１４は、負荷率が低減して正常状態となった負荷情報を含む状態情報Ｒ１ａを状態管理コンピュータ１００に発信し、この状態情報Ｒ１ａを受信した状態管理コンピュータ１００は、アプリケーション連携テーブル部１１１を参照して受信側のコンピュータ１０に連携する他のコンピュータ及びアプリケーションを検索（工程Ｓ２５）し、次いで負荷率が閾値以下に低減したことを高負荷判定テーブル１１２を参照して判定し、この判定結果を基に図３に示した処理経過情報である「処理内容」に正常状態を格納した状況情報Ｒ２を生成し、この生成した状態情報Ｒ２を連携する他のコンピュータ３０及び４０に送信し、各コンピュータが該状態情報Ｒ２を基に待機状態を解除（工程Ｓ２７）する様に動作する。

これら一連の動作によって本実施形態による連携コンピュータシステムは、受信側の高負荷だったアプリケーションの負荷率が低減して正常状態に復旧したことを連携する発信側のコンピュータの連携モジュールに報告することによって、例えば前記状態Ｄにおける工程Ｓ１１によるデータ発信待機を解除し、受信側のコンピュータ１０にデータ発信を行い、業務処理を続行することができる。

尚、前述の実施形態において、受信側のコンピュータ１０が高負荷の場合について説明したが、本発明はこれら限られるものではなく、例えばコンピュータ１０のアプリケーションが停止並びに停止から復旧した際にも同様に、受信側アプリケーション停止や復旧を送信側のアプリケーションに報告することもできる。また本実施形態による連携コンピュータシステムは、前述の異常状態を判定したとき、これを例えばアプリケーション名の表示色を他の正常アプリケーションと違えて表示部に表示（又はフラグを付けて表示）することによりシステム管理者に警告するように構成しても良い。

尚、前記実施形態においては１つのコンピュータに１つのアプリケーションを搭載する例を説明したが、本発明はこれに限られるものではなく、１つのコンピュータに複数のアプリケーションを搭載しても良い。

１０，２０，３０，４０，５０，６０：コンピュータ、１１，２１，３１，４１：制御部、１２，２２，３２，３３，４３：アプリケーション、１３，２３，３３，４３：記憶部、９０：通信ネットワーク、１００：状態管理コンピュータ、１１０：制御部、１１１：アプリケーション連携テーブル部、１１２：高負荷等判定テーブル部、１１３：記憶部、１２３：障害報告先テーブル部。

Claims

データを複数のアプリケーションにより連携して取り扱う複数のコンピュータと、前記複数コンピュータのアプリケーションの管理を行う状態管理コンピュータと、前記複数のコンピュータ及び状態管理コンピュータとを接続する通信ネットワークとを備え、前記コンピュータが、識別子が付与されたアプリケーションと、前記データを連携するアプリケーションに送受信すると共に発信側及び受信側アプリケーションの識別子及びアプリケーションによるデータの処理経過情報を含む状態情報を送受信する連携モジュール部を有し、前記状態管理コンピュータが、連携モジュール部から受信した状態情報に含まれる発信側アプリケーション識別子と連携する他のアプリケーション識別子との対応情報を格納するアプリケーション連携テーブル部と、該アプリケーション連携テーブル部を制御する制御部とを有する連携コンピュータシステムであって、
前記発信側アプリケーションの連携モジュール部が、前記発信側及び受信側アプリケーションの識別子を含む状態情報を前記状態管理コンピュータに送信する第１機能を有し、
前記発信側アプリケーションからのデータを受信した受信側アプリケーションの連携モジュール部が、該受信側アプリケーション識別子及び処理経過情報を含む状態情報を前記状態管理コンピュータに送信する第２機能を有し、
前記状態管理コンピュータの制御部が、
前記第１機能による状態情報と前記第２機能による状態情報を受信し、該第２機能による状態情報が第１機能による状態情報に対応することを判定したとき、前記第１機能により受信した受信側アプリケーション識別子と前記第２機能により受信した状態情報の処理経過情報とを格納した状態情報を生成し、該生成した状態情報を、発信側アプリケーションの連携モジュール部に送信する第３機能と、
前記第１機能による状態情報を受信し且つ受信側アプリケーションの異常状態を判定したとき、発信側アプリケーション識別子を格納し且つ処理経過情報を異常状態とした状態情報を生成し、該生成した状態情報を発信側アプリケーションの連携モジュールに送信する第４機能とを実現する連携コンピュータシステム。
請求項１記載の連携コンピュータシステムにおいて、
前記コンピュータの連携モジュール部が、自己コンピュータのアプリケーション稼動中又は停止中を示す稼動状態情報と自己コンピュータの負荷情報とを前記状態情報に含ませる第５機能を有し、
前記状態管理コンピュータの制御部が、前記状態情報に含まれる稼動状態情報又は負荷情報又は処理経過情報を基に受信側アプリケーションの異常状態を判定する第６機能を有し、
該第６機能により受信側アプリケーションの異常状態を判定したとき、前記受信側アプリケーションに連携する他の連携アプリケーション識別子をアプリケーション連携テーブル部から検索し、該検索した連携アプリケーション識別子の連携モジュールに、前記第１機能により受信した状態情報の処理経過情報を異常状態とした状態情報を生成し、該生成した状態情報を送信する第７機能と、
前記第６機能により受信側アプリケーションが異常状態でないと判定したとき、前記受信側アプリケーションに連携する他の連携アプリケーション識別子をアプリケーション連携テーブル部から検索し、該検索した連携アプリケーション識別子の連携モジュールに、処理経過情報を正常状態とした状態情報を生成し、該生成した状態情報を送信する第８機能とを有する連携コンピュータシステム。
データを複数のアプリケーションにより連携して取り扱う複数のコンピュータと、前記複数コンピュータのアプリケーションの管理を行う状態管理コンピュータと、前記複数のコンピュータ及び状態管理コンピュータとを接続する通信ネットワークとを備え、前記コンピュータが、識別子が付与されたアプリケーションと、前記データを連携するアプリケーションに送受信すると共に発信側及び受信側アプリケーションの識別子及びアプリケーションによるデータの処理経過情報を含む状態情報を送受信する連携モジュール部を有し、前記状態管理コンピュータが、連携モジュール部から受信した状態情報に含まれる発信側アプリケーション識別子と連携する他のアプリケーション識別子との対応情報を格納するアプリケーション連携テーブル部と、該アプリケーション連携テーブル部を制御する制御部とを有する連携コンピュータシステムの連携方法であって、
前記発信側アプリケーションの連携モジュール部に、前記発信側及び受信側アプリケーションの識別子を含む状態情報を前記状態管理コンピュータに送信する第１機能を設け、
前記発信側アプリケーションからのデータを受信した受信側アプリケーションの連携モジュール部に、該受信側アプリケーション識別子及びデータの処理経過情報を含む状態情報を前記状態管理コンピュータに送信する第２機能を設け、
前記状態管理コンピュータの制御部に、
前記第１機能による状態情報と前記第２機能による状態情報を受信し、該第２機能による状態情報が第１機能による状態情報に対応することを判定したとき、前記第１機能により受信した受信側アプリケーション識別子と前記第２機能により受信した状態情報の処理経過情報とを格納した状態情報を生成し、該生成した状態情報を、発信側アプリケーションの連携モジュール部に送信する第３機能と、
前記第１機能による状態情報を受信し且つ受信側アプリケーションの異常状態を判定したとき、発信側アプリケーション識別子を格納し且つ処理経過情報を異常状態とした状態情報を生成し、該生成した状態情報を発信側アプリケーションの連携モジュールに送信する第４機能とを実行させる連携コンピュータシステムの連携方法。
請求項３記載の連携コンピュータシステムの連携方法において、
前記コンピュータの連携モジュール部に、自己コンピュータのアプリケーション稼動中又は停止中を示す稼動状態情報と自己コンピュータの負荷情報とを前記状態情報に含ませる第５機能を設け、
前記状態管理コンピュータの制御部に、前記状態情報に含まれる稼動状態情報又は負荷情報又は処理内容を基に受信側アプリケーションの異常状態を判定する第６機能を設け、
該第６機能により受信側アプリケーションの異常状態を判定したとき、前記受信側アプリケーションに連携する他の連携アプリケーション識別子をアプリケーション連携テーブル部から検索し、該検索した連携アプリケーション識別子の連携モジュールに、前記第１機能により受信した状態情報の処理経過情報を異常状態とした状態情報を生成し、該生成した状態情報を送信する第７機能と、
前記第６機能により受信側アプリケーションが異常状態でないと判定したとき、前記受信側アプリケーションに連携する他の連携アプリケーション識別子をアプリケーション連携テーブル部から検索し、該検索した連携アプリケーション識別子の連携モジュールに、処理経過情報を正常状態とした状態情報を生成し、該生成した状態情報を送信する第８機能とを実行させる連携コンピュータシステムの連携方法。