(57)【要約】【課題】データの重複などの不整合が発生するのを回避するとともに、システムの復旧を行うにあたってオペレータを極力介入させることなく、迅速かつ容易にシステムの復旧を行うことができるデータ通信方法及びデータ通信システムを提供する。【解決手段】送信用業務データ及び受信用業務データには、それぞれ、各データを識別するための一意のレコードＩＤが割り当てられる。企業連携システム２及びサービス提供者連携システム４においては、ネットワーク５を介して送受信する送信用業務データ及び受信用業務データをレコードＩＤに基づいて認識する。結果的に送受信されなかった送信用業務データ及び受信用業務データは、「未送信」及び「未受信」状態となっているため、企業連携システム２及びサービス提供者連携システム４によって再度送受信される。【選択図】　　　図２
2004015353.tif 000002
【特許請求の範囲】
【請求項１】
業務システムが取り扱う業務データを連携システム間で通信ネットワークを介して送受信するデータ通信方法であって、
送信対象の送信データ及び受信対象の受信データそれぞれに、各データを識別するための一意のＩＤを割り当て、
前記連携システム間で送受信する前記送信データ及び前記受信データを、前記連携システムにおいて前記ＩＤに基づいて認識し、
送受信できなかった前記送信データ及び前記受信データを相手側の前記連携システムに対して再度送受信する
ことを特徴とするデータ通信方法。
【請求項２】
ＩＤとして連続した番号を送信データ及び受信データに割り当て、
前記ＩＤの番号順に前記送信データ及び前記受信データを送受信する
ことを特徴とする請求項１記載のデータ通信方法。
【請求項３】
送信データ及び受信データの送受信の実行状態を確認し、
実行中であった場合には、前記送信データ及び前記受信データの送受信の実行を中止する
ことを特徴とする請求項１または請求項２記載のデータ通信方法。
【請求項４】
送信データ及び受信データの送受信を実行する前に、相手側の連携システムのデータ処理の実行可否を確認する
ことを特徴とする請求項１から請求項３のうちのいずれか１項記載のデータ通信方法。
【請求項５】
送信データを送信した後に、相手側の連携システムが前記送信データを受信したことを確認することを特徴とする請求項１から請求項４のうちのいずれか１項記載のデータ通信方法。
【請求項６】
送信データを送信した相手側の連携システムが前記送信データに対する処理を終了したことを確認することを特徴とする請求項１から請求項５のうちのいずれか１項記載のデータ通信方法。
【請求項７】
相手側の連携システムに対して受信データの受信を要求した後に、前記相手側の連携システムが受信の要求を受け付けたことを確認することを特徴とする請求項１から請求項６のうちのいずれか１項記載のデータ通信方法。
【請求項８】
受信データの受信要求した相手側の連携システムが前記受信データに対する処理を終了したことを確認することを特徴とする請求項１から請求項７のうちのいずれか１項記載のデータ通信方法。
【請求項９】
所定時間待機した後に、相手側の連携システムが送信データまたは受信データに対する処理を終了したことを確認することを特徴とする請求項６または請求項８記載のデータ通信方法。
【請求項１０】
送信データが複数回送信されたこと、または受信データの受信要求が複数回送信されたことを認識することを特徴とする請求項１から請求項９のうちのいずれか１項記載のデータ通信方法。
【請求項１１】
業務システムが取り扱う業務データを連携システム間で通信ネットワークを介して送受信するデータ通信システムであって、
一の連携システムは、前記業務システムが取り扱う送信対象の送信データを、各送信データに割り当てられた前記各送信データを識別するための一意のＩＤとともに格納する送信データ格納手段と、
前記業務システムが取り扱う受信対象の受信データを、各受信データに割り当てられた前記各受信データを識別するための一意のＩＤとともに格納する受信データ格納手段と、
前記送信データ格納手段に格納された前記送信データを前記ＩＤとともに取り出し、また受け取った前記受信データを前記受信データ格納手段に格納するデータ処理手段と、
前記通信ネットワークと接続され、前記データ処理手段が取り出した前記送信データを前記通信ネットワークを介して他の連携システムに送信し、また前記通信ネットワークを介して前記他の連携システムから受信した前記受信データを前記データ処理手段に送る通信管理手段と
を備えたことを特徴とするデータ通信システム。
【請求項１２】
送信データ及び受信データに割り当てられたＩＤは、連続した番号であって、
通信管理手段は、前記ＩＤの番号順に前記送信データ及び前記受信データを送受信する
ことを特徴とする請求項１１記載のデータ通信システム。
【請求項１３】
データ処理手段は、送信データ及び受信データの送受信の実行状態を確認し、実行中であった場合には、前記送信データ及び前記受信データの送受信の実行を中止する
ことを特徴とする請求項１１または請求項１２記載のデータ通信システム。
【請求項１４】
通信管理手段は、送信データ及び受信データの送受信を実行する前に、他の連携システムのデータ処理の実行可否を確認する
ことを特徴とする請求項１１から請求項１３のうちのいずれか１項記載のデータ通信システム。
【請求項１５】
通信管理手段は、送信データを送信した後に、他の連携システムが前記送信データを受信したことを確認することを特徴とする請求項１１から請求項１４のうちのいずれか１項記載のデータ通信システム。
【請求項１６】
通信管理手段は、送信データを送信した他の連携システムが前記送信データに対する処理を終了したことを確認することを特徴とする請求項１１から請求項１５のうちのいずれか１項記載のデータ通信システム。
【請求項１７】
通信管理手段は、相手側の連携システムに対して受信データの受信を要求した後に、前記他の連携システムが受信の要求を受け付けたことを確認することを特徴とする請求項１１から請求項１６のうちのいずれか１項記載のデータ通信システム。
【請求項１８】
通信管理手段は、受信データの受信要求した相手側の連携システムが前記受信データに対する処理を終了したことを確認することを特徴とする請求項１１から請求項１７のうちのいずれか１項記載のデータ通信システム。
【請求項１９】
通信管理手段は、所定時間待機した後に、他の連携システムが送信データまたは受信データに対する処理を終了したことを確認することを特徴とする請求項１６または請求項１８記載のデータ通信システム。
【請求項２０】
他の連携システムは、一の連携システムから、送信データが複数回送信されたこと、または受信データの受信要求が複数回送信されたことを認識することを特徴とする請求項１１から請求項１９のうちのいずれか１項記載のデータ通信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の業務システムが実行する処理を連携させるため、業務システムが取り扱う業務データを連携システム間で通信ネットワークを介して送受信するデータ通信方法及びデータ通信システムに関する。
【０００２】
【従来の技術】
従来の企業業務システムとサービス提供者業務システムとの間におけるデータ通信方法の例として、特開平１１−１６７５９０号公報（以下、従来例１という）及び特開２００１−２２８３２号公報（以下、従来例２という）に記載された技術があげられる。これらの従来例１，２は、いずれも、業務システム間においてネットワークを介して業務データを送受信する。
【０００３】
ところが、従来例１，２では、業務データの送受信の途中で業務システムの障害等が発生した場合に、そのまま処理を続行すると、送受信の途中の業務データが欠落してしまう可能性がある。また、業務データの欠落を回避するために、業務システムが同じ業務データを再度送受信すると、逆に同じ業務データが二重に送受信されてしまう可能性がある。
【０００４】
一方、特開２０００−４７９８６号公報（以下、従来例３という）に記載されたデータ通信方法では、複数の業務システム間における業務データの送受信をキュー間のメッセージ転送で実現している。キューは、メッセージを格納するもので、一列に並んだメッセージの待ち行列となっている。キューに入るメッセージは後端からだけで、逆にキューから取り出されるメッセージは先頭からに限られる。従って、業務システムの障害等が発生して業務データの送受信の処理が停止してしまった場合でも、従来例３では、一列に並んだメッセージを送受信しているため、送受信されるメッセージの整合は保たれる。
【０００５】
【発明が解決しようとする課題】
しかし、上記のような従来例３では、メッセージの送受信中に業務システムに一時的な障害等が発生した場合においても、業務システムの復旧を行うにあたり、必ずオペレータ（運用者）の介入（介在）が必要となる。従来例３では、一時的な障害等が直ちに解消して業務システムが自動的に復旧したとしても、業務システムが、どのメッセージまで正常に送受信されたかを認識して、自動的に未だ送受信されていないメッセージの再送を行うわけではないからである。
【０００６】
本発明は、上記のような課題を解決するためになされたものであり、データの重複、欠落、順序変更というような不整合が発生するのを回避するとともに、システムの復旧を行うにあたってオペレータを極力介入させることなく、迅速かつ容易にシステムの復旧を行うことができるデータ通信方法及びデータ通信システムを得ることを目的とする。
【０００７】
【課題を解決するための手段】
以上の目的を達成するため、本発明のデータ通信方法は、送信対象の送信データ及び受信対象の受信データそれぞれに、各データを識別するための一意のＩＤを割り当て、連携システム間で送受信する送信データ及び受信データを、連携システムにおいてＩＤに基づいて認識し、送受信できなかった送信データ及び受信データを相手側の連携システムに対して再度送受信する。
【０００８】
ＩＤとして連続した番号を送信データ及び受信データに割り当て、ＩＤの番号順に送信データ及び受信データを送受信するようにしてもよい。このような構成によれば、データの順番変更が生じてしまうことを回避することができる。
【０００９】
送信データ及び受信データの送受信の実行状態を確認し、実行中であった場合には、送信データ及び受信データの送受信の実行を中止するようにしてもよい。このような構成によれば、複数のデータの送受信処理が並行して行われなくなり、重複してデータが送受信されてしまうのを回避することができる。
【００１０】
送信データ及び受信データの送受信を実行する前に、相手側の連携システムのデータ処理の実行可否を確認するようにしてもよい。このような構成によれば、相手側の連携システムの停止期間のデータの送信を防止することができ、その結果、データの欠落などの不整合が生じるのを回避することができる。
【００１１】
送信データを送信した後に、相手側の連携システムが送信データを受信したことを確認するようにしてもよい。このような構成によれば、データの欠落などの不整合が生じる事態が一層確実に回避され、オペレータの介入の可能性をより一層低下させることができる。
【００１２】
送信データを送信した相手側の連携システムが送信データに対する処理を終了したことを確認するようにしてもよい。このような構成によれば、データの欠落などの不整合が生じる事態が一層確実に回避され、オペレータの介入の可能性をより一層低下させることができる。
【００１３】
相手側の連携システムに対して受信データの受信を要求した後に、相手側の連携システムが受信の要求を受け付けたことを確認するようにしてもよい。このような構成によれば、データの欠落などの不整合が生じる事態が一層確実に回避され、オペレータの介入の可能性をより一層低下させることができる。
【００１４】
受信データの受信要求した相手側の連携システムが受信データに対する処理を終了したことを確認するようにしてもよい。このような構成によれば、データの欠落などの不整合が生じる事態が一層確実に回避され、オペレータの介入の可能性をより一層低下させることができる。
【００１５】
所定時間待機した後に、相手側の連携システムが送信データまたは受信データに対する処理を終了したことを確認するようにしてもよい。このような構成によれば、確認のための相手側の連携システムへのアクセスを減らすことができ、ネットワークの回線を効率よく活用することができる。
【００１６】
送信データが複数回送信されたこと、または受信データの受信要求が複数回送信されたことを認識するようにしてもよい。このような構成によれば、連携システムの重複した処理を回避させることができ、データの重複を回避させることも可能となる。
【００１７】
本発明のデータ通信システムでは、一の連携システムに、業務システムが取り扱う送信対象の送信データを、各送信データに割り当てられた各送信データを識別するための一意のＩＤとともに格納する送信データ格納手段と、業務システムが取り扱う受信対象の受信データを、各受信データに割り当てられた各受信データを識別するための一意のＩＤとともに格納する受信データ格納手段と、送信データ格納手段に格納された送信データをＩＤとともに取り出し、また受け取った受信データを受信データ格納手段に格納するデータ処理手段と、通信ネットワークと接続され、データ処理手段が取り出した送信データを通信ネットワークを介して他の連携システムに送信し、また通信ネットワークを介して他の連携システムから受信した受信データをデータ処理手段に送る通信管理手段とを設けた。
【００１８】
送信データ及び受信データに割り当てられたＩＤは、連続した番号であって、
通信管理手段は、ＩＤの番号順に送信データ及び受信データを送受信するように構成してもよい。このような構成によれば、データの順番変更が生じてしまうことを回避することができる。
【００１９】
データ処理手段は、送信データ及び受信データの送受信の実行状態を確認し、実行中であった場合には、送信データ及び受信データの送受信の実行を中止するように構成してもよい。このような構成によれば、複数のデータの送受信処理が並行して行われなくなり、重複してデータが送受信されてしまうのを回避することができる。
【００２０】
通信管理手段は、送信データ及び受信データの送受信を実行する前に、他の連携システムのデータ処理の実行可否を確認するように構成してもよい。このような構成によれば、他の連携システムの停止期間のデータの送信を防止することができ、その結果、データの欠落などの不整合が生じるのを回避することができる。
【００２１】
通信管理手段は、送信データを送信した後に、他の連携システムが送信データを受信したことを確認するように構成してもよい。このような構成によれば、データの欠落などの不整合が生じる事態が一層確実に回避され、オペレータの介入の可能性をより一層低下させることができる。
【００２２】
通信管理手段は、送信データを送信した他の連携システムが送信データに対する処理を終了したことを確認するように構成してもよい。このような構成によれば、データの欠落などの不整合が生じる事態が一層確実に回避され、オペレータの介入の可能性をより一層低下させることができる。
【００２３】
通信管理手段は、相手側の連携システムに対して受信データの受信を要求した後に、他の連携システムが受信の要求を受け付けたことを確認するように構成してもよい。このような構成によれば、データの欠落などの不整合が生じる事態が一層確実に回避され、オペレータの介入の可能性をより一層低下させることができる。
【００２４】
通信管理手段は、受信データの受信要求した相手側の連携システムが受信データに対する処理を終了したことを確認するように構成してもよい。このような構成によれば、データの欠落などの不整合が生じる事態が一層確実に回避され、オペレータの介入の可能性をより一層低下させることができる。
【００２５】
通信管理手段は、所定時間待機した後に、他の連携システムが送信データまたは受信データに対する処理を終了したことを確認するように構成してもよい。このような構成によれば、確認のための他の連携システムへのアクセスを減らすことができ、ネットワークの回線を効率よく活用することができる。
【００２６】
他の連携システムは、一の連携システムから、送信データが複数回送信されたこと、または受信データの受信要求が複数回送信されたことを認識するように構成してもよい。このような構成によれば、連携システムの重複した処理を回避させることができ、データの重複を回避させることも可能となる。
【００２７】
【発明の実施の形態】
以下、本発明の実施の一形態を図面を参照して説明する。
実施の形態１．
図１は、複数の企業とサービス提供者との間の業務の連携処理を実現するシステムを示す構成図である。なお、本発明のデータ通信システムは、企業連携システム２とサービス提供者連携システム４とから構成される。
【００２８】
図１に示す構成において、企業業務システム１は、購買、発注、販売などの企業内の業務を遂行する企業の情報処理システムである。企業業務システム１は、ＥＲＰ（Ｅｎｔｅｒｐｒｉｓｅ　Ｒｅｓｏｕｒｃｅ　Ｐｌａｎｎｉｎｇ）パッケージを利用して構築されるのが一般的である。但し、企業業務システム１は、そのようなＥＲＰパッケージを利用する場合に限られるものではない。
【００２９】
企業連携システム２は、サービス提供者業務システム３によって各企業に提供されるサービスを受けるために、サービス提供者側のサービス提供者連携システム４との間で、ネットワーク５を介して業務データから生成されるメッセージを送受信する。これにより、企業業務システム１とサービス提供者業務システム３との間で所定業務の連携処理が実行される。企業連携システム２の具体的な内部構成については、後で図２を参照して説明する。
【００３０】
なお、サービス提供者業務システム３が提供するサービスは、複数の企業によって利用される。従って、図１に示すシステムでは、サービスの提供を受ける複数の企業によって複数の企業業務システム１及び企業連携システム２が設けられている。
【００３１】
サービス提供者業務システム３は、ＥＣ（Ｅｌｅｃｔｒｏｎｉｃ　Ｃｏｍｍｅｒｃｅ）サイト、電子調達サイト、受発注データの集配などの各企業の業務の一部を代行するサービスを提供するサービス提供者の情報処理システムである。サービス提供者連携システム４は、企業業務システム１とサービス提供者業務システム３との間で所定業務の連携処理を実行させるために、企業側の企業連携システム２との間で、ネットワーク５を介してメッセージを送受信する。サービス提供者連携システム４の具体的な内部構成については、後で図６を参照して説明する。
【００３２】
ネットワーク５は、インターネットに代表される公開されたネットワークであっても、または専用のネットワークであってもよい。ネットワーク５として公開されたネットワークを使用する場合は、情報の保安性の確保のため、企業連携システム２及びサービス提供者連携システム４は、メッセージを送受信する際に、メッセージを通信暗号化するなどの必要な処理を行うのが好ましい。また、通信プロトコルとしては、ＨＴＴＰ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）を用いるのが一般的である。但し、ＨＴＴＰを使用する場合に限られるものではない。
【００３３】
なお、企業側及びサービス提供者側の連携システム２，４は、いずれも、業務データから生成されるメッセージを相手側の連携システムとの間で送受信する機能を備えている。また、連携システム２，４は、いずれも、業務データからメッセージを生成し、メッセージから業務データを生成する機能を備えている。また、企業連携システム２，４は、いずれも、それぞれの業務システム１，３と業務データをやり取りするために、企業業務システム１，３がアクセス可能なデータベースに業務データを入出力（登録及び取り出し）を行う機能も備えている。
【００３４】
図２は、企業連携システムの内部構成を示すブロック図である。図２に示すように、企業連携システム２は、送信データ格納データベース（以下、送信データ格納ＤＢという）２１、受信データ格納データベース（以下、受信データ格納ＤＢという）２２、データ処理装置２３及び記憶装置２４を備えている。
【００３５】
送信データ格納ＤＢ２１は、企業業務システム１からサービス提供者業務システム３に対して送信される送信用業務データを随時格納するデータベースである。送信データ格納ＤＢ２１に格納される内部データの構成を図３に示す。図３に示すように、送信データ格納ＤＢ２１には、送信データ管理テーブル２１１と２種類の帳票Ａ格納テーブル２１２及び帳票Ｂ格納テーブル２１３とが設けられている。
【００３６】
企業業務システム１からの送信用業務データは、送信データ格納ＤＢ２１への登録時に、各業務データを識別するための一意の識別番号であるレコードＩＤが企業業務システム１によって割り振られる（割り当てられる）。レコードＩＤには、登録される順に連続した番号が割り振られる。送信データ管理テーブル２１１には、レコードＩＤで参照される送信用業務データの帳票名（帳票Ａまたは帳票Ｂ）、状態（送信済または未送信）、生成日時及び更新日時が記録される。帳票Ａ格納テーブル２１２及び帳票Ｂ格納テーブル２１３には、それぞれ、異なるデータ種別の送信用業務データの内容がレコードの各項目にレコードＩＤに対応付けて格納される。
【００３７】
なお、図３では、送信用業務データの種類が２つとされ、２種類の帳票Ａ格納テーブル２１２及び帳票Ｂ格納テーブル２１３が設けられていたが、これに限られるわけではない。送信用業務データの種類の数が例えば３種類以上ある場合には、３種類以上の帳票格納テーブルを設けるように構成することも可能である。
【００３８】
図２の説明に戻って、受信データ格納ＤＢ２２は、サービス提供者業務システム３側（すなわちサービス提供者連携システム４）から企業業務システム１に対して送信され、企業連携システム２によって受信された受信用業務データを随時格納するデータベースである。受信データ格納ＤＢ２２に格納される内部データの構成を図４に示す。図４に示すように、受信データ格納ＤＢ２２には、受信データ管理テーブル２２１と２種類の帳票Ｃ格納テーブル２２２及び帳票Ｄ格納テーブル２２３とが設けられている。
【００３９】
サービス提供者業務システム３側からの受信用業務データは、受信データ格納ＤＢ２２への登録時に、各業務データを識別するための一意の識別番号であるレコードＩＤがデータ処理装置２３の受信データ処理手段２３６によって割り振られる（割り当てられる）。レコードＩＤには、登録される順に連続した番号が割り振られる。受信データ管理テーブル２２１には、レコードＩＤで参照される受信用業務データの帳票名（帳票Ｃまたは帳票Ｄ）、サービス提供者業務システム３側のレコードＩＤ（元レコードＩＤ）、状態（処理済または受信済）、生成日時、受信日時及び更新日時が記録される。帳票Ｃ格納テーブル２２２及び帳票Ｄ格納テーブル２２３には、それぞれ、異なるデータ種別の受信用業務データの内容がレコードの各項目にレコードＩＤに対応付けて格納される。
【００４０】
なお、図４では、受信用業務データの種類（データ種別）は２つとされ、２種類の帳票Ｃ格納テーブル２２２及び帳票Ｄ格納テーブル２２３が設けられていたが、これに限られるわけではない。受信用業務データの種類の数が例えば３種類以上ある場合には、３種類以上の帳票格納テーブルが設けられる。
【００４１】
図２の説明に戻って、データ処理装置２３は、サービス提供者連携システム４との間でネットワーク５を介して送受信される業務データに対して所定の処理を施す。データ処理装置２３は、通信手段２３１、セッション管理手段２３２、実行状態管理手段２３３、送信データ処理手段２３４、メッセージ生成手段２３５、受信データ処理手段２３６及びメッセージ解析手段２３７を備えている。
【００４２】
通信手段２３１は、ネットワーク５と接続され、そのネットワーク５を介してサービス提供者連携システム４との間でデータ通信を行う。セッション管理手段２３２は、送信データ処理手段２３４から送られたメッセージを受け取ると、受け取ったメッセージを記憶装置２４のセッション情報記憶部２４３の送信セッション情報２４３１（図５参照）に記憶するとともに、通信手段２３１及びネットワーク５を介して、サービス提供者連携システム４がサービス停止状態でないことを確認する死活確認を行う。
【００４３】
セッション管理手段２３２は、サービス提供者連携システム４に対する死活確認の結果、サービス提供者連携システム４からの「実行可能」の応答があった場合、メッセージをサービス提供者連携システム４に送信する。そして、セッション管理手段２３２は、送信したメッセージをサービス提供者連携システム４が受領（受信）したかどうかのデータ受領の確認を行う。セッション管理手段２３２は、サービス提供者連携システム４に対するデータ受領の確認の結果、サービス提供者連携システム４からの「メッセージ受領」の応答があった場合、サービス提供者連携システム４による受領したメッセージの処理が終了したことを確認する処理終了確認を行う。
【００４４】
また、セッション管理手段２３２は、受信データ処理手段２３６から送られるメッセージの受信要求を受け取ると、通信手段２３１及びネットワーク５を介して、サービス提供者連携システム４に対して死活確認を行う。セッション管理手段２３２は、サービス提供者連携システム４に対する死活確認の結果、サービス提供者連携システム４からの「実行可能」の応答があった場合、メッセージの受信要求をサービス提供者連携システム４に送信する。そして、セッション管理手段２３２は、送信したメッセージの受信要求に対してサービス提供者連携システム４が受信要求を受け付けたかどうかの要求受付の確認を行う。
【００４５】
セッション管理手段２３２は、サービス提供者連携システム４に対する要求受付の確認の結果、サービス提供者連携システム４からの「要求受付」の応答があった場合、サービス提供者連携システム４からメッセージを受信できたかどうかのメッセージの確認を行う。セッション管理手段２３２は、サービス提供者連携システム４からのメッセージ受信を確認した場合、受信したメッセージを記憶装置２４のセッション情報記憶部２４３の受信セッション情報２４３２（図５参照）に記憶する。また、セッション管理手段２３２は、受信したメッセージを受信データ処理手段２３６に送る。
【００４６】
セッション管理手段２３２は、途中の処理状態、すなわち、送信処理の場合は「処理済」または「送信中」、また受信処理の場合は「受信済」または「処理中」を記憶装置２４のセッション情報記憶部２４３の送信セッション情報２４３１及び受信セッション情報２４３２に記録する。また、セッション管理手段２３２は、メッセージの送信処理及び受信処理の処理結果を、それぞれ送信データ処理手段２３４及び受信データ処理手段２３６に通知する。
【００４７】
実行状態管理手段２３３は、記憶装置２４の実行状態記憶部２４２に記録されている、送信または受信の処理種別毎のセッション管理手段２３２の実行状態の確認、設定及び解除を行う。セッション管理手段２３２の実行状態として、「実行中」か否かが送信または受信の処理種別毎に実行状態記憶部２４２に記録される。
【００４８】
送信データ処理手段２３４は、定期的に起動し、実行状態管理手段２３３に対してセッション管理手段２３２の実行状態の確認及び実行状態記憶部２４２への実行状態の設定を行うように指示する。送信データ処理手段２３４は、送信データ格納ＤＢ２１から未送信の送信用業務データ（その内容、レコードＩＤ、データ種別、生成日時など）を取り出して取得する。送信データ処理手段２３４は、取得した送信用業務データをメッセージ生成手段２３５に送り、メッセージ生成手段２３５にメッセージを生成（作成）させる。送信データ処理手段２３４は、メッセージ生成手段２３５が生成したメッセージを受け取り、受け取ったメッセージをセッション管理手段２３２に送って、セッション管理手段２３２にメッセージの送信処理を実行させる。
【００４９】
送信データ処理手段２３４は、セッション管理手段２３２から通知されるメッセージの送信処理の処理結果を受け取る。送信データ処理手段２３４は、受け取った処理結果がメッセージ送信処理の完了であることを認識すると、送信データ格納ＤＢ２１の送信データ管理テーブル２１１に格納されている、メッセージとして送信された当該送信用業務データのレコードの「状態」を「送信済」に設定する。送信データ処理手段２３４は、セッション管理手段２３２から受け取ったメッセージの送信処理の処理結果を記憶装置２４の処理結果記憶部２４１に記録する。送信データ処理手段２３４は、メッセージの送信処理が終了すると、実行状態管理手段２３３に対してセッション管理手段２３２の実行状態の解除を行うように指示する。
【００５０】
メッセージ生成手段２３５は、送信データ処理手段２３４から送られる未送信の送信用業務データの内容、レコードＩＤ、データ種別、生成日時などを受け取ると、受け取った当該業務データの内容などに基づいてサービス提供者連携システム４において復元可能なメッセージを生成（作成）する。メッセージ生成手段２３５は、生成したメッセージを送信データ処理手段２３４に送る。ここで、企業連携システム２とサービス提供者連携システム４との間での送受信に用いられるメッセージの形態としては、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）やＣＳＶ（Ｃｏｍｍａ　Ｓｅｐａｒａｔｅｄ　Ｖａｌｕｅｓ）を使用するのが一般的である。従って、メッセージ生成手段２３５は、ＸＭＬやＣＳＶの形態でメッセージを作成する。但し、このようなメッセージの形態に限られるわけではなく、その他の形態であってもよい。
【００５１】
受信データ処理手段２３６は、定期的に起動し、実行状態管理手段２３３に対してセッション管理手段２３２の実行状態の確認及び実行状態記憶部２４２への実行状態の設定を行うように指示する。受信データ処理手段２３６は、セッション管理手段２３２に対してメッセージの受信要求を行うように指示する。受信データ処理手段２３６は、セッション管理手段２３２によって受信されたメッセージを受け取ると、受け取ったメッセージをメッセージ解析手段２３７に送り、メッセージ解析手段２３７にメッセージを解析させる。
【００５２】
受信データ処理手段２３６は、メッセージ解析手段２３７が解析した受信用業務データを受け取り、受け取った受信用業務データを受信データ格納ＤＢ２２に格納して登録する。このとき、受信データ格納ＤＢ２２の受信データ管理テーブル２２１の当該業務データのレコードの「状態」には、「受信済」が設定される。なお、企業業務システム１によって受信用業務データが随時取り出されて、企業業務システム１による処理が行われたときには、受信データ管理テーブル２２１の当該業務データのレコードの「状態」は、「処理済」に設定される。
【００５３】
受信データ処理手段２３６は、セッション管理手段２３２から受け取ったメッセージの受信処理の処理結果を記憶装置２４の処理結果記憶部２４１に記録する。受信データ処理手段２３６は、メッセージの受信処理が終了すると、実行状態管理手段２３３に対してセッション管理手段２３２の実行状態の解除を行うように指示する。
【００５４】
メッセージ解析手段２３７は、受信データ処理手段２３６から送られる受信したメッセージを受け取ると、受け取ったメッセージを受信用業務データの内容、レコードＩＤ、データ種別、生成日時などに復元する。メッセージ解析手段２３７は、復元した当該業務データの内容などを受信データ処理手段２３６に送る。
【００５５】
記憶装置２４は、データ処理装置２３の処理状況に応じた各種データを記憶する装置である。記憶装置２４は、処理結果記憶部２４１、実行状態記憶部２４２及びセッション情報記憶部２４３を備えている。
【００５６】
処理結果記憶部２４１は、セッション管理手段２３２から送信データ処理手段２３４及び受信データ処理手段２３６を介して送られるメッセージの送信処理及び受信処理の処理結果を記憶する。メッセージの送信処理及び受信処理の処理結果としては、「正常終了」「異常終了」及び「処理中止」がある。実行状態記憶部２４２は、セッション管理手段２３２の実行状態を送信または受信の処理種別毎に記憶する。
【００５７】
セッション情報記憶部２４３は、セッション管理手段２３２から送られる複数のメッセージなどからなるセッション情報を記憶する。セッション情報記憶部２４３に記憶される内部データの構成を図５に示す。図５に示すように、セッション情報記憶部２４３には、送信セッション情報２４３１及び受信セッション情報２４３２が格納されている。
【００５８】
送信セッション情報２４３１には、セッションＩＤ、セッションの状態及びメッセージが含まれている。セッションＩＤは、各セッション情報を識別するための一意の識別番号である。セッションＩＤは、セッション管理手段２３２から送られる複数のメッセージが送信セッション情報２４３１に登録される際に、セッション管理手段２３２によって割り振られる（割り当てられる）。セッションの状態は、セッション管理手段２３２によるサービス提供者連携システム４へのメッセージの送信処理状態、すなわち「処理済」または「送信中」を示すものである。
【００５９】
受信セッション情報２４３２にも、セッションＩＤ、セッションの状態及びメッセージが含まれている。セッションＩＤは、各セッション情報を識別するための一意の識別番号である。セッションＩＤは、セッション管理手段２３２から送られる複数のメッセージが受信セッション情報２４３２に登録される際に、セッション管理手段２３２によって割り振られる（割り当てられる）。セッションの状態は、セッション管理手段２３２によるサービス提供者連携システム４からのメッセージの受信処理状態、すなわち「受信済」または「処理中」を示すものである。
【００６０】
図６は、サービス提供者連携システムの内部構成を示すブロック図である。図６に示すように、サービス提供者連携システム４は、送信データ格納データベース（以下、送信データ格納ＤＢという）４１、受信データ格納データベース（以下、受信データ格納ＤＢという）４２、データ処理装置４３及び記憶装置４４を備えている。
【００６１】
送信データ格納ＤＢ４１は、企業業務システム１側（すなわち企業連携システム２）からサービス提供者業務システム３に対して送信され、サービス提供者連携システム４によって受信された送信用業務データを随時格納するデータベースである。送信データ格納ＤＢ４１に格納される内部データの構成を図７に示す。図７に示すように、送信データ格納ＤＢ４１には、送信データ管理テーブル４１１と４種類の企業帳票格納テーブル４１２〜４１５とが設けられている。
【００６２】
企業業務システム１側から送信された送信用業務データは、送信データ格納ＤＢ４１への登録時に、各業務データを識別するための一意の識別番号であるレコードＩＤがデータ処理装置４３の送信データ処理手段４３４によって割り振られる（割り当てられる）。レコードＩＤには、登録される順に連続した番号が割り振られる。送信データ管理テーブル４１１には、レコードＩＤで参照される送信用業務データの企業名（企業Ｘまたは企業Ｙ）、企業業務システム１側のレコードＩＤ（元レコードＩＤ）、帳票名（帳票Ａまたは帳票Ｂ）、状態（処理済または受信済）、生成日時、受信日時及び更新日時が記録される。企業Ｘ帳票Ａ格納テーブル４１２、企業Ｘ帳票Ｂ格納テーブル４１３、企業Ｙ帳票Ａ格納テーブル４１４及び企業Ｙ帳票Ｂ格納テーブル４１５には、それぞれ、異なる企業の異なるデータ種別の送信用業務データの内容がレコードの各項目にレコードＩＤに対応付けて格納される。
【００６３】
なお、図７では、企業数が２つとされ、送信用業務データの種類（データ種別）が２つとされていたため、４種類の企業帳票格納テーブル４１２〜４１５が設けられていたが、これに限られるわけではない。企業数及び送信用業務データの種類の数に応じて、任意の数の企業帳票格納テーブルを設けるように構成することも可能である。この場合、全ての企業で全ての送信用業務データの種別の帳票格納テーブルを設ける必要はない。各企業とサービス提供者との間で送信が必要な種別の業務データについての帳票格納テーブルを設ければよい。
【００６４】
図６の説明に戻って、受信データ格納ＤＢ４２は、サービス提供者業務システム３から企業業務システム１に対して送信され、企業連携システム２によって受信される受信用業務データを随時格納するデータベースである。受信データ格納ＤＢ４２に格納される内部データの構成を図８に示す。図８に示すように、受信データ格納ＤＢ４２には、受信データ管理テーブル４２１と４種類の企業帳票格納テーブル４２２〜４２５とが設けられている。
【００６５】
サービス提供者業務システム３からの受信用業務データは、受信データ格納ＤＢ４２への登録時に、各業務データを識別するための一意の識別番号であるレコードＩＤがサービス提供者業務システム３によって割り振られる（割り当てられる）。レコードＩＤには、登録される順に連続した番号が割り振られる。受信データ管理テーブル４２１には、レコードＩＤで参照される受信用業務データの企業名（企業Ｘまたは企業Ｙ）、帳票名（帳票Ａまたは帳票Ｂ）、状態（受信済または未受信）、生成日時及び更新日時が記録される。企業Ｘ帳票Ｃ格納テーブル４２２、企業Ｘ帳票Ｄ格納テーブル４２３、企業Ｙ帳票Ｃ格納テーブル４２４及び企業Ｙ帳票Ｄ格納テーブル４２５には、それぞれ、異なる企業の異なるデータ種別の受信用業務データの内容がレコードの各項目にレコードＩＤに対応付けて格納される。
【００６６】
なお、図８では、企業数が２つとされ、受信用業務データの種類が２つとされていたため、４種類の企業帳票格納テーブル４２２〜４２５が設けられていたが、これに限られるわけではない。企業数及び受信用業務データの種類の数に応じて、任意の数の企業帳票格納テーブルを設けるように構成することも可能である。この場合、全ての企業で全ての受信用業務データの種別の帳票格納テーブルを設ける必要はない。各企業とサービス提供者との間で受信が必要な種別の業務データについての帳票格納テーブルを設ければよい。
【００６７】
図６の説明に戻って、データ処理装置４３は、企業連携システム２との間でネットワーク５を介して送受信する業務データに対して所定の処理を実行する。データ処理装置４３は、通信手段４３１、セッション管理手段４３２、実行可否判別手段４３３、送信データ処理手段４３４、メッセージ解析手段４３５、受信データ処理手段４３６及びメッセージ生成手段４３７を備えている。
【００６８】
通信手段４３１は、ネットワーク５と接続され、そのネットワーク５を介して企業連携システム２との間でデータ通信を行う。セッション管理手段４３２は、ネットワーク５及び通信手段４３１を介して、企業連携システム２から死活確認を受けた場合は、実行可否判別手段４３３にデータ処理装置４３のデータ処理の実行可否について判別させ、実行可否判別手段４３３から実行可否状況（実行可能か否か）を受け取る。そして、セッション管理手段４３２は、受け取った実行可否状況を死活確認に対する応答として企業連携システム２に返送する。
【００６９】
セッション管理手段４３２は、ネットワーク５及び通信手段４３１を介して、企業連携システム２から送信されたメッセージを受信した場合は、受信したメッセージを記憶装置４４のセッション情報記憶部４４１の送信セッション情報４４１１（図９参照）に記録する。これとともに、セッション管理手段４３２は、送信データ処理手段４３４を起動させて、受信したメッセージを送信データ処理手段４３４に送り、送信データ処理手段４３４に処理を開始させる。そして、セッション管理手段４３２は、メッセージを受領したことを示す「メッセージ受領」を応答として企業連携システム２に送信する。
【００７０】
セッション管理手段４３２は、ネットワーク５及び通信手段４３１を介して、企業連携システム２から処理終了確認を受けた場合は、セッション情報記憶部４４１に格納されている該当するメッセージ（セッション情報）の処理状態（処理済または処理中）を処理終了確認に対する応答として企業連携システム２に返送する。
【００７１】
セッション管理手段４３２は、ネットワーク５及び通信手段４３１を介して、企業連携システム２からメッセージの受信要求を受けた場合は、メッセージの受信要求をセッション情報記憶部４４１の受信セッション情報４４１２（図９参照）に記録する。これとともに、セッション管理手段４３２は、受信データ処理手段４３６を起動させて、受信したメッセージの受信要求を受信データ処理手段４３６に送り、受信データ処理手段４３６に処理を開始させる。そして、セッション管理手段４３２は、メッセージの受信要求を受け付けたことを示す「要求受付」を応答として企業連携システム２に送信する。
【００７２】
セッション管理手段４３２は、ネットワーク５及び通信手段４３１を介して、企業連携システム２からメッセージ受信を受けた場合、受信データ処理手段４３６が処理中の間は、セッション情報記憶部４４１の受信セッション情報４４１２の処理状態「処理中」をメッセージ受信に対する応答として企業連携システム２に返送する。セッション管理手段４３２は、受信データ処理手段４３６の処理が終了した場合、セッション情報記憶部４４１の受信セッション情報４４１２の処理状態「処理済」に設定する。セッション管理手段４３２は、メッセージ受信に対する応答として「処理済」を企業連携システム２に返送するとともに、受信データ処理手段４３６の処理結果であるメッセージを企業連携システム２に返送する。
【００７３】
実行可否判別手段４３３は、記憶装置４４の運用情報記憶部４４２に記録されている運用情報を参照して、データ処理装置４３がデータ処理を実行可能であるかどうかについて判別する。実行可否判別手段４３３は、判別したデータ処理装置４３のデータ処理の実行可否状況をセッション管理手段４３２に送る。
【００７４】
ここで、実行可否判別手段４３３による実行可否の判別方法としては、次のような方法があげられる。例えば、実行可否判別手段４３３は、ある一定時間以内にサービス提供者連携システム４の運用停止予定が運用情報に記録されているかどうかを確認し、そのような情報に基づいて実行可否を判定する。また、実行可否判別手段４３３は、死活確認を受けた際に、データの件数やサイズなどの処理時間を予測するための情報が死活確認に付加されている場合は、そのような情報を基にデータの処理時間を予測する。そして、実行可否判別手段４３３は、運用情報に記録された運用停止時刻までにデータの処理が可能かどうかを判定する。
【００７５】
送信データ処理手段４３４は、セッション管理手段４３２から送られたメッセージを受け取ると、受け取ったメッセージをメッセージ解析手段４３５に送り、メッセージ解析手段４３５にメッセージを解析させる。送信データ処理手段４３４は、メッセージ解析手段４３５が解析した送信用業務データを受け取り、受け取った送信用業務データを送信データ格納ＤＢ４１に格納して登録する。このとき、送信データ格納ＤＢ４１の送信データ管理テーブル４１１の当該業務データのレコードの「状態」には、「送信済」が設定される。なお、サービス提供者業務システム３によって送信用業務データが随時取り出されて、サービス提供者業務システム３による処理が行われたときには、送信データ管理テーブル４１１の当該業務データのレコードの「状態」は、「処理済」に設定される。
【００７６】
送信データ処理手段４３４は、データ処理が終了すると、セッション情報記憶部４４１の送信セッション情報４４１１の該当するメッセージの状態を「処理中」から「処理済」に更新する。送信データ処理手段４３４は、データ処理の処理結果を処理結果記憶部４４３に記録する。
【００７７】
メッセージ解析手段４３５は、送信データ処理手段４３４から送られるメッセージを受け取ると、受け取ったメッセージを送信用業務データの内容、レコードＩＤ、データ種別、生成日時などに復元する。メッセージ解析手段４３５は、復元した当該業務データの内容などを送信データ処理手段４３４に送る。
【００７８】
受信データ処理手段４３６は、セッション管理手段４３２から送られたメッセージの受信要求を受け取ると、受け取った受信要求に基づき、受信データ格納ＤＢ４２内に格納されている未受信の受信用業務データを取り出す。受信データ処理手段４３６は、取り出した未受信の受信用業務データをメッセージ生成手段４３７に送り、メッセージ生成手段４３７にメッセージを生成（作成）させる。
【００７９】
受信データ処理手段４３６は、データ処理が終了すると、セッション情報記憶部４４１の受信セッション情報４４１２の該当するメッセージの状態を「処理中」から「処理済」に更新する。受信データ処理手段４３６は、メッセージ生成手段４３７が生成したメッセージを受け取り、受け取ったメッセージをセッション管理手段４３２に送って、セッション管理手段４３２にメッセージを企業連携システム２に送信させる。受信データ処理手段４３６は、データ処理の処理結果を処理結果記憶部４４３に記録する。
【００８０】
メッセージ生成手段４３７は、受信データ処理手段４３６から送られる受信用業務データの内容、レコードＩＤ、データ種別、生成日時などを受け取ると、受け取った当該業務データの内容などに基づいて企業連携システム２において復元可能なメッセージを生成（作成）する。メッセージ生成手段４３７は、生成したメッセージを受信データ処理手段４３６に送る。
【００８１】
記憶装置４４は、データ処理装置４３の処理状況に応じた各種データを記憶する装置である。記憶装置４４は、セッション情報記憶部４４１、運用情報記憶部４４２及び処理結果記憶部４４３を備えている。
【００８２】
セッション情報記憶部４４１は、セッション管理手段４３２から送られる複数のメッセージなどからなるセッション情報を記憶する。図９は、セッション情報記憶部４４１に記憶される内部データの構成を図９に示す。図９に示すように、セッション情報記憶部４４１には、送信セッション情報４４１１及び受信セッション情報４４１２が格納されている。
【００８３】
送信セッション情報４４１１には、企業ＩＤ、セッションＩＤ、セッションの状態及びメッセージが含まれている。企業ＩＤは、サービスの提供を受ける各企業（企業Ｘ，Ｙ・・・）を識別するための一意の識別番号である。セッションＩＤは、各セッション情報を識別するための一意の識別番号である。なお、セッションＩＤは、企業側、すなわち企業連携システム２のセッション管理手段２３２によって割り振られたＩＤである。セッションの状態は、送信データ処理手段４３４の送信用業務データの処理状態、すなわち「処理済」または「処理中」を示すものである。
【００８４】
受信セッション情報４４１２にも、企業ＩＤ、セッションＩＤ、セッションの状態及びメッセージが含まれている。企業ＩＤは、サービスの提供を受ける各企業を識別するための一意の識別番号である。セッションＩＤは、各セッション情報を識別するための一意の識別番号である。なお、セッションＩＤは、企業側、すなわち企業連携システム２のセッション管理手段２３２によって割り振られたＩＤである。セッションの状態は、受信データ処理手段４３６の受信用業務データの処理状態、すなわち「処理済」または「処理中」を示すものである。
【００８５】
運用情報記憶部４４２は、サービス提供者連携システム４の運用停止予定の期間などに関する運用情報を記憶する。処理結果記憶部４４３は、送信データ処理手段４３４及び受信データ処理手段４３６から送られるメッセージの送信処理及び受信処理の処理結果を記憶する。メッセージの送信処理及び受信処理の処理結果としては、「正常終了」及び「異常終了」がある。
【００８６】
次に、動作について説明する。
（１）企業連携システム２の動作
Ａ．企業連携システム２のデータ送信処理動作
図１０〜図１２は、企業連携システムのデータ送信処理動作を説明するためのフローチャートである。図１０〜図１２を参照して、企業連携システム２のデータ送信処理動作について説明する。
【００８７】
企業連携システム２のデータ処理装置２３の送信データ処理手段２３４は、定期的に起動する。送信データ処理手段２３４は、起動すると、実行状態管理手段２３３を介してセッション管理手段２３２の実行状態の確認及び実行状態記憶部２４２への実行状態の設定を行わせる（ステップＡ１）。実行状態管理手段２３３は、送信データ処理手段２３４からの指示を受けると、記憶装置２４の実行状態記憶部２４２に記録されている実行状態の情報を参照して、セッション管理手段２３２が既に実行中であるかどうかを確認する（ステップＡ２）。
【００８８】
実行状態記憶部２４２に既に「実行中」が設定されている場合には、実行状態管理手段２３３は、実行状態記憶部２４２に既に「実行中」が設定されていることを送信データ処理手段２３４に通知する。なお、実行状態記憶部２４２に既に「実行中」が設定されている場合とは、他の送信データ処理手段（図示せず）が起動しているか、当該送信データ処理手段２３４の処理が異常終了したかのいずれかである。送信データ処理手段２３４は、実行中である旨の通知を受けると、処理結果記憶部２４１に処理結果として「処理中止」を記録し（ステップＡ３１）、処理を終了する。
【００８９】
実行状態記憶部２４２に未だ「実行中」が設定されていなかった場合には、実行状態管理手段２３３は、実行状態記憶部２４２の実行状態を「実行中」に設定し、実行状態を設定できたかどうかについて判断する（ステップＡ３）。実行状態管理手段２３３は、実行状態記憶部２４２の実行状態を「実行中」に設定できなかった場合は、その旨を送信データ処理手段２３４に通知する。送信データ処理手段２３４は、実行状態を「実行中」に設定できなかった旨の通知を受けると、何らかの障害が発生した可能性があるため、処理結果記憶部２４１に「異常終了」を記録し（ステップＡ２９）、処理を終了する。
【００９０】
実行状態管理手段２３３は、実行状態記憶部２４２の実行状態を「実行中」に設定できた場合、その旨を送信データ処理手段２３４に通知する。送信データ処理手段２３４は、実行状態を「実行中」に設定できた旨の通知を受けると、送信データ格納ＤＢ２１にアクセスし、送信データ格納ＤＢ２１の送信データ管理テーブル２１１において状態が「未送信」となっているレコードのレコードＩＤを検索する。送信データ処理手段２３４は、検索したレコードＩＤに対応する送信用業務データを帳票Ａ格納テーブル２１２または帳票Ｂ格納テーブル２１３から取り出して取得する（ステップＡ４）。
【００９１】
送信データ処理手段２３４は、取得した未送信の送信用業務データをレコードＩＤの順番に並び替える。また、送信データ処理手段２３４は、登録された順番を維持させたまま、送信データ処理手段２３４は、１回（１度）に送信できるデータの件数やデータ量が予め定められている場合には、そのようなデータの件数やデータ量の上限の範囲内で未送信の送信用業務データを取得する。
【００９２】
送信データ処理手段２３４は、送信データ格納ＤＢ２１から送信用業務データを取得できたかどうかについて判断する（ステップＡ５）。送信用業務データを取得できなかった場合には、送信データ処理手段２３４は、何らかの障害が発生した可能性があるため、処理結果記憶部２４１に「異常終了」を記録し（ステップＡ２９）、処理を終了する。
【００９３】
送信用業務データを取得できた場合には、送信データ処理手段２３４は、取得した送信用業務データをメッセージ生成手段２３５に送って、メッセージを生成させる。メッセージ生成手段２３５は、送信データ処理手段２３４から送られた送信用業務データを受け取ると、受け取った送信用業務データの内容、レコードＩＤ、データ種別、生成日時などに基づいて、サービス提供者連携システム４において復元可能なメッセージを生成する（ステップＡ６）。メッセージ生成手段２３５は、生成したメッセージを送信データ処理手段２３４に送る。一方、メッセージ生成手段２３５は、メッセージを生成できなかった場合には、その旨を送信データ処理手段２３４に通知する。
【００９４】
送信データ処理手段２３４は、メッセージ生成手段２３５がメッセージを生成できたかどうかについて判断する（ステップＡ７）。送信データ処理手段２３４は、メッセージ生成手段２３５からメッセージが生成できなかった旨の通知を受けると、メッセージ生成手段２３５がメッセージを生成できなかったことを認識する。この場合、送信データ処理手段２３４は、何らかの障害が発生した可能性があるため、処理結果記憶部２４１に「異常終了」を記録し（ステップＡ２９）、処理を終了する。
【００９５】
送信データ処理手段２３４は、メッセージ生成手段２３５から送られたメッセージを受け取ると、メッセージ生成手段２３５がメッセージを生成できたことを認識する。この場合、送信データ処理手段２３４は、受け取ったメッセージをセッション管理手段２３２に送って、メッセージの送信処理を実行させる。
【００９６】
セッション管理手段２３２は、送信データ処理手段２３４から送られたメッセージを受け取ると、メッセージの送信処理を開始する。まず、セッション管理手段２３２は、受け取ったメッセージをセッション情報記憶部２４３の送信セッション情報２４３１に記録するとともに、記録した当該メッセージにセッションＩＤを割り当てる。また、セッション管理手段２３２は、セッション情報記憶部２４３の送信セッション情報２４３１の状態を「送信中」に設定する。
【００９７】
次に、セッション管理手段２３２は、通信手段２３１及びネットワーク５を介して、サービス提供者連携システム４に対して、サービス提供者連携システム４がサービス停止状態にあるか否かを確認する死活確認を行う（ステップＡ８）。このとき、セッション管理手段２３２は、実行可否判別手段４３３による送信データ処理手段４３４の実行可能性の判断情報として、メッセージの送信件数またはデータ量に関する付加情報をサービス提供者連携システム４に送信するようにしてもよい。
【００９８】
セッション管理手段２３２は、サービス提供者連携システム４から死活確認に対する応答があったかどうかについて確認する（ステップＡ９）。セッション管理手段２３２は、死活確認に対する応答がない場合、規定回数以上、死活確認を行ったか否かについて判断する（ステップＡ１０）。セッション管理手段２３２は、規定回数以上、死活確認を行っていない場合は、再度、死活確認を行う（ステップＡ８）。このように、セッション管理手段２３２は、死活確認に対する応答があるまで、また死活確認が規定回数に達するまで、死活確認を繰り返す。
【００９９】
セッション管理手段２３２は、死活確認を規定回数以上繰り返した場合、サービス提供者連携システム４がメッセージの処理不能な状態であると判断し、送信データ処理手段２３４にその旨を通知する。送信データ処理手段２３４は、セッション管理手段２３２からメッセージの送信処理が不可能である旨の通知を受けると、実行状態管理手段２３３に対して実行状態記憶部２４２の送信処理の実行状態「実行中」を解除させる（ステップＡ２７）。実行状態管理手段２３３は、送信データ処理手段２３４からの指示を受けると、実行状態記憶部２４２に設定された「実行中」の実行状態を解除させる。
【０１００】
実行状態管理手段２３３は、実行状態記憶部２４２に設定された「実行中」の実行状態を解除できた場合は（ステップＡ２８）、その旨を送信データ処理手段２３４に通知する。送信データ処理手段２３４は、実行状態管理手段２３３から実行状態記憶部２４２の実行状態を解除した旨の通知を受けると、処理結果記憶部２４１に「処理中止」を記録して（ステップＡ３１）、処理を終了する。一方、実行状態管理手段２３３は、実行状態記憶部２４２の実行状態を解除できなかった場合は（ステップＡ２８）、その旨を送信データ処理手段２３４に通知する。送信データ処理手段２３４は、実行状態管理手段２３３から実行状態記憶部２４２の実行状態を解除できなかった旨の通知を受けると、何らかの障害が発生した可能性があるため、処理結果記憶部２４１に「異常終了」を記録し（ステップＡ２９）、処理を終了する。
【０１０１】
死活確認に対する応答があった場合、セッション管理手段２３２は、その応答が「実行可能」であるかどうかについて確認する（ステップＡ１１）。死活確認に対する応答が「実行可能」でなかった場合は、セッション管理手段２３２は、サービス提供者連携システム４がメッセージの処理不能な状態であると判断し、その旨を送信データ処理手段２３４に通知する。
【０１０２】
送信データ処理手段２３４は、セッション管理手段２３２からメッセージの送信処理が不可能である旨の通知を受けると、上記したように、実行状態管理手段２３３に対して実行状態記憶部２４２の送信処理の実行状態「実行中」を解除させる（ステップＡ２７）。そして、上記したように、送信データ処理手段２３４は、実行状態管理手段２３３が実行状態記憶部２４２の実行状態を解除できた場合は（ステップＡ２８）、処理結果記憶部２４１に「処理中止」を記録して（ステップＡ３１）、処理を終了する。一方、送信データ処理手段２３４は、実行状態管理手段２３３が実行状態記憶部２４２の実行状態を解除できなかった場合は（ステップＡ２８）、処理結果記憶部２４１に「異常終了」を記録して（ステップＡ２９）、処理を終了する。
【０１０３】
死活確認に対する応答が「実行可能」であった場合は、セッション管理手段２３２は、死活確認に引き続き、通信手段２３１及びネットワーク５を介して、セッション情報記憶部２４３の送信セッション情報２４３１に記録されたメッセージをセッションＩＤとともにサービス提供者連携システム４に対して送信する（ステップＡ１２）。
【０１０４】
セッション管理手段２３２は、メッセージを送信した後、サービス提供者連携システム４からメッセージ送信に対する応答があったかどうかについて確認する（ステップＡ１３）。セッション管理手段２３２は、メッセージ送信に対する応答がない場合、規定回数以上、メッセージの再送を行ったか否かについて判断する（ステップＡ１４）。セッション管理手段２３２は、規定回数以上、メッセージの再送を行っていない場合は、再度、メッセージの送信を行う（ステップＡ１２）。このように、セッション管理手段２３２は、メッセージ送信に対する応答があるまで、またメッセージの再送が規定回数に達するまで、メッセージの送信を繰り返す。
【０１０５】
セッション管理手段２３２は、メッセージの送信を規定回数以上繰り返した場合、サービス提供者連携システム４などに何らかの障害が発生した可能性があるため、メッセージの送信を規定回数以上繰り返したことを送信データ処理手段２３４に通知する。送信データ処理手段２３４は、セッション管理手段２３２からメッセージの送信を規定回数以上繰り返した旨の通知を受けると、処理結果記憶部２４１に「異常終了」を記録し（ステップＡ２９）、処理を終了する。
【０１０６】
メッセージ送信に対する応答があった場合、セッション管理手段２３２は、その応答が「メッセージ受領」であるかどうかについて確認する（ステップＡ１５）。メッセージ送信に対する応答が「メッセージ受領」でなかった場合は、セッション管理手段２３２は、サービス提供者連携システム４に何らかの障害が発生した可能性があるため、応答が「メッセージ受領」でなかった旨を送信データ処理手段２３４に通知する。送信データ処理手段２３４は、応答が「メッセージ受領」でなかった旨の通知を受けると、処理結果記憶部２４１に「異常終了」を記録し（ステップＡ２９）、処理を終了する。
【０１０７】
メッセージ送信に対する応答が「メッセージ受領」であった場合には、セッション管理手段２３２は、予め定められた一定時間あるいは送信メッセージのレコード件数やデータ量から算出したサービス提供者連携システム４の予測処理時間の間、待機する（ステップＡ１６）。その後、セッション管理手段２３２は、通信手段２３１及びネットワーク５を介して、サービス提供者連携システム４に対してセッションＩＤを含む処理終了確認を行う（ステップＡ１７）。
【０１０８】
セッション管理手段２３２は、処理終了確認を行った後、サービス提供者連携システム４から処理終了確認に対する応答があったかどうかについて確認する（ステップＡ１８）。セッション管理手段２３２は、処理終了確認に対する応答がない場合、規定回数以上、処理終了確認を行ったか否かについて判断する（ステップＡ２０）。また、セッション管理手段２３２は、処理終了確認に対する応答があった場合、その応答が「処理中」であるかどうかについて確認する（ステップＡ１９）。応答が「処理中」である場合は、セッション管理手段２３２は、規定回数以上、処理終了確認を行ったか否かについて判断する（ステップＡ２０）。
【０１０９】
セッション管理手段２３２は、規定回数以上、処理終了確認を行っていない場合は、再度、処理終了確認を行う（ステップＡ１７）。このように、セッション管理手段２３２は、処理終了確認に対する応答があり、その応答が「処理済」となるまで、また処理終了確認が規定回数に達するまで、処理終了確認を繰り返す。
【０１１０】
セッション管理手段２３２は、処理終了確認を規定回数以上繰り返した場合、サービス提供者連携システム４に何らかの障害が発生した可能性があると判断し、処理終了確認を規定回数以上繰り返したことを送信データ処理手段２３４に通知する。送信データ処理手段２３４は、セッション管理手段２３２から処理終了確認を規定回数以上繰り返した旨の通知を受けると、処理結果記憶部２４１に「異常終了」を記録し（ステップＡ２９）、処理を終了する。
【０１１１】
処理終了確認に対する応答があり、その応答が「処理中」でもない場合、セッション管理手段２３２は、処理終了確認に対する応答が「処理済」であるかどうかについて確認する（ステップＡ２１）。セッション管理手段２３２は、処理終了確認に対する応答が「処理済」でない場合、すなわち、「異常終了」である場合、サービス提供者連携システム４に何らかの障害が発生した可能性があるため、応答が「処理済」でなかった旨を送信データ処理手段２３４に通知する。送信データ処理手段２３４は、セッション管理手段２３２から応答が「処理済」でなかった旨の通知を受けると、処理結果記憶部２４１に「異常終了」を記録し（ステップＡ２９）、処理を終了する。
【０１１２】
セッション管理手段２３２は、処理終了確認に対する応答が「処理済」であった場合、セッション情報記憶部２４３の送信セッション情報２４３１の状態を「処理済」に更新する。また、セッション管理手段２３２は、応答が「処理済」であった旨を送信データ処理手段２３４に通知する。送信データ処理手段２３４は、セッション管理手段２３２から応答が「処理済」であった旨の通知を受けると、送信データ格納ＤＢ２１の送信データ管理テーブル２１１の該当するレコードの状態を「未送信」から「送信済」に更新する（ステップＡ２２）。このとき、送信データ処理手段２３４は、送信データ管理テーブル２１１の該当するレコードの更新日時についても記録する。
【０１１３】
送信データ処理手段２３４は、送信データ管理テーブル２１１内のデータを更新できたかどうかについて確認する（ステップＡ２３）。送信データ処理手段２３４は、送信データ管理テーブル２１１内のデータを更新できなかった場合は、何らかの障害が発生した可能性があるため、処理結果記憶部２４１に「異常終了」を記録し（ステップＡ２９）、処理を終了する。
【０１１４】
送信データ処理手段２３４は、送信データ管理テーブル２１１内のデータを更新できた場合は、送信データ格納ＤＢ２１の送信データ管理テーブル２１１の状態を確認し、未送信の送信用業務データが残っているかどうかについて確認する（ステップＡ２４）。未送信の送信用業務データが残っている場合とは、１回に送信できるデータの件数やデータ量を超えたデータが未送信のまま残っているような場合である。未送信の送信用業務データが残っている場合には、送信データ処理手段２３４は、そのような未送信の送信用業務データを送信データ格納ＤＢ２１から取得して（ステップＡ４）、上記各処理を実行する（ステップＡ５〜Ａ２４）。
【０１１５】
未送信の送信用業務データが残っていない場合または未送信の送信用業務データがなくなった場合には、送信データ処理手段２３４は、実行状態管理手段２３３を介してセッション管理手段２３２の実行状態の解除を行わせる（ステップＡ２５）。実行状態管理手段２３３は、送信データ処理手段２３４からの指示を受けると、記憶装置２４の実行状態記憶部２４２に記録されている実行状態「実行中」を解除する。
【０１１６】
実行状態管理手段２３３は、実行状態記憶部２４２に記録された実行状態「実行中」を解除できなかった場合には（ステップＡ２６）、その旨を送信データ処理手段２３４に通知する。送信データ処理手段２３４は、実行状態管理手段２３３から実行状態が解除できなかった旨の通知を受けると、何らかの障害が発生した可能性があるため、処理結果記憶部２４１に「異常終了」を記録し（ステップＡ２９）、処理を終了する。一方、実行状態管理手段２３３は、実行状態記憶部２４２に記録された実行状態「実行中」を解除できた場合には（ステップＡ２６）、その旨を送信データ処理手段２３４に通知する。送信データ処理手段２３４は、実行状態管理手段２３３から実行状態を解除した旨の通知を受けると、処理結果記憶部２４１に「正常終了」を記録して（ステップＡ３０）、処理を終了する。
【０１１７】
Ｂ．企業連携システム２のデータ受信処理動作
図１３〜図１５は、企業連携システムのデータ受信処理動作を説明するためのフローチャートである。図１３〜図１５を参照して、企業連携システム２のデータ受信処理動作について説明する。
【０１１８】
企業連携システム２のデータ処理装置２３の受信データ処理手段２３６は、定期的に起動する。受信データ処理手段２３６は、起動すると、実行状態管理手段２３３を介してセッション管理手段２３２の実行状態の確認及び実行状態記憶部２４２への実行状態の設定を行わせる（ステップＢ１）。実行状態管理手段２３３は、送信データ処理手段２３４からの指示を受けると、記憶装置２４の実行状態記憶部２４２に記録されている実行状態の情報を参照して、セッション管理手段２３２が既に実行中であるかどうかを確認する（ステップＢ２）。
【０１１９】
実行状態記憶部２４２に既に「実行中」が設定されている場合には、実行状態管理手段２３３は、実行状態記憶部２４２に既に「実行中」が設定されていることを送信データ処理手段２３４に通知する。なお、実行状態記憶部２４２に既に「実行中」が設定されている場合とは、他の受信データ処理手段（図示せず）が起動しているか、当該受信データ処理手段２３６の処理が異常終了したかのいずれかである。受信データ処理手段２３６は、実行中である旨の通知を受けると、処理結果記憶部２４１に処理結果として「処理中止」を記録し（ステップＢ２９）、処理を終了する。
【０１２０】
実行状態記憶部２４２に未だ「実行中」が設定されていなかった場合には、実行状態管理手段２３３は、実行状態記憶部２４２の実行状態を「実行中」に設定し、実行状態を設定できたかどうかについて判断する（ステップＢ３）。実行状態管理手段２３３は、実行状態記憶部２４２の実行状態を「実行中」に設定できなかった場合は、その旨を受信データ処理手段２３６に通知する。受信データ処理手段２３６は、実行状態を「実行中」に設定できなかった旨の通知を受けると、何らかの障害が発生した可能性があるため、処理結果記憶部２４１に「異常終了」を記録し（ステップＢ２７）、処理を終了する。
【０１２１】
実行状態管理手段２３３は、実行状態記憶部２４２の実行状態を「実行中」に設定できた場合、その旨を受信データ処理手段２３６に通知する。受信データ処理手段２３６は、実行状態を「実行中」に設定できた旨の通知を受けると、メッセージの受信要求をセッション管理手段２３２に送る。セッション管理手段２３２は、受信データ処理手段２３６から送られたメッセージの受信要求を受け取ると、メッセージの受信処理を開始する。
【０１２２】
まず、セッション管理手段２３２は、受け取ったメッセージの受信要求をセッション情報記憶部２４３の受信セッション情報２４３２に記録するとともに、受信要求を記録した当該レコードにセッションＩＤを割り当てる。また、セッション管理手段２３２は、セッション情報記憶部２４３の受信セッション情報２４３２の「状態」を「処理中」に設定する。
【０１２３】
次に、セッション管理手段２３２は、通信手段２３１及びネットワーク５を介して、サービス提供者連携システム４に対して、サービス提供者連携システム４がサービス停止状態にあるか否かを確認する死活確認を行う（ステップＢ４）。このとき、セッション管理手段２３２は、実行可否判別手段４３３による受信データ処理手段４３６の実行可能性の判断情報として、メッセージの受信件数またはデータ量に関する付加情報をサービス提供者連携システム４に送信するようにしてもよい。
【０１２４】
セッション管理手段２３２は、サービス提供者連携システム４から死活確認に対する応答があったかどうかについて確認する（ステップＢ５）。セッション管理手段２３２は、死活確認に対する応答がない場合、規定回数以上、死活確認を行ったか否かについて判断する（ステップＢ６）。セッション管理手段２３２は、規定回数以上、死活確認を行っていない場合は、再度、死活確認を行う（ステップＢ７）。このように、セッション管理手段２３２は、死活確認に対する応答があるまで、また死活確認が規定回数に達するまで、死活確認を繰り返す。
【０１２５】
セッション管理手段２３２は、死活確認を規定回数以上繰り返した場合、サービス提供者連携システム４がメッセージの処理不能な状態であると判断し、受信データ処理手段２３６にその旨を通知する。受信データ処理手段２３６は、セッション管理手段２３２からメッセージの受信処理が不可能である旨の通知を受けると、実行状態管理手段２３３に対して実行状態記憶部２４２の送信処理の実行状態「実行中」を解除させる（ステップＢ２５）。実行状態管理手段２３３は、受信データ処理手段２３６からの指示を受けると、実行状態記憶部２４２に設定された「実行中」の実行状態を解除させる。
【０１２６】
実行状態管理手段２３３は、実行状態記憶部２４２に設定された「実行中」の実行状態を解除できた場合は（ステップＢ２６）、その旨を受信データ処理手段２３６に通知する。受信データ処理手段２３６は、実行状態管理手段２３３から実行状態記憶部２４２の実行状態を解除した旨の通知を受けると、処理結果記憶部２４１に「処理中止」を記録して（ステップＢ２９）、処理を終了する。一方、実行状態管理手段２３３は、実行状態記憶部２４２の実行状態を解除できなかった場合は（ステップＢ２６）、その旨を受信データ処理手段２３６に通知する。受信データ処理手段２３６は、実行状態管理手段２３３から実行状態記憶部２４２の実行状態を解除できなかった旨の通知を受けると、何らかの障害が発生した可能性があるため、処理結果記憶部２４１に「異常終了」を記録し（ステップＢ２７）、処理を終了する。
【０１２７】
死活確認に対する応答があった場合、セッション管理手段２３２は、その応答が「実行可能」であるかどうかについて確認する（ステップＢ７）。死活確認に対する応答が「実行可能」でなかった場合は、セッション管理手段２３２は、サービス提供者連携システム４がメッセージの処理不能な状態であると判断し、その旨を受信データ処理手段２３６に通知する。
【０１２８】
受信データ処理手段２３６は、セッション管理手段２３２からメッセージの受信処理が不可能である旨の通知を受けると、上記したように、実行状態管理手段２３３に対して実行状態記憶部２４２の受信処理の実行状態「実行中」を解除させる（ステップＢ２５）。そして、上記したように、受信データ処理手段２３６は、実行状態管理手段２３３が実行状態記憶部２４２の実行状態を解除できた場合は（ステップＢ２６）、処理結果記憶部２４１に「処理中止」を記録して（ステップＢ２９）、処理を終了する。一方、受信データ処理手段２３６は、実行状態管理手段２３３が実行状態記憶部２４２の実行状態を解除できなかった場合は（ステップＢ２６）、処理結果記憶部２４１に「異常終了」を記録して（ステップＢ２７）、処理を終了する。
【０１２９】
死活確認に対する応答が「実行可能」であった場合は、セッション管理手段２３２は、死活確認に引き続き、通信手段２３１及びネットワーク５を介して、セッション情報記憶部２４３の受信セッション情報２４３２に記録されたメッセージの受信要求をサービス提供者連携システム４に対して送信する（ステップＢ８）。
【０１３０】
セッション管理手段２３２は、メッセージの受信要求を送信した後、サービス提供者連携システム４からメッセージの受信要求に対する応答があったかどうかについて確認する（ステップＢ９）。セッション管理手段２３２は、メッセージの受信要求に対する応答がない場合、規定回数以上、メッセージの受信要求を行ったか否かについて判断する（ステップＢ１０）。セッション管理手段２３２は、規定回数以上、メッセージの受信要求を行っていない場合は、再度、メッセージの受信要求を行う（ステップＢ８）。このように、セッション管理手段２３２は、メッセージの受信要求に対する応答があるまで、またメッセージの受信要求が規定回数に達するまで、メッセージの受信要求を繰り返す。
【０１３１】
セッション管理手段２３２は、メッセージの受信要求を規定回数以上繰り返した場合、サービス提供者連携システム４などに何らかの障害が発生した可能性があるため、メッセージの受信要求を規定回数以上繰り返したことを受信データ処理手段２３６に通知する。受信データ処理手段２３６は、セッション管理手段２３２からメッセージの受信要求を規定回数以上繰り返した旨の通知を受けると、処理結果記憶部２４１に「異常終了」を記録し（ステップＢ２７）、処理を終了する。
【０１３２】
メッセージの受信要求に対する応答があった場合、セッション管理手段２３２は、その応答が「要求受付」であるかどうかについて確認する（ステップＢ１１）。メッセージの受信要求に対する応答が「要求受付」でなかった場合は、セッション管理手段２３２は、サービス提供者連携システム４に何らかの障害が発生した可能性があるため、応答が「要求受付」でなかった旨を受信データ処理手段２３６に通知する。受信データ処理手段２３６は、応答が「要求受付」でなかった旨の通知を受けると、処理結果記憶部２４１に「異常終了」を記録し（ステップＢ２７）、処理を終了する。
【０１３３】
メッセージの受信要求に対する応答が「要求受付」であった場合には、セッション管理手段２３２は、予め定められた一定時間あるいは受信メッセージのレコード件数やデータ量から算出したサービス提供者連携システム４の予測処理時間の間、待機する（ステップＢ１２）。その後、セッション管理手段２３２は、通信手段２３１及びネットワーク５を介して、サービス提供者連携システム４に対してメッセージの受信を実行する（ステップＢ１３）。
【０１３４】
その後、セッション管理手段２３２は、サービス提供者連携システム４からメッセージ受信に対して応答があったかどうかについて確認する（ステップＢ１４）。セッション管理手段２３２は、メッセージ受信に対して応答がない場合、規定回数以上、メッセージ受信を行ったか否かについて判断する（ステップＢ１６）。また、セッション管理手段２３２は、メッセージ受信に対して応答があった場合、その応答が「処理中」であるかどうかについて確認する（ステップＢ１５）。応答が「処理中」である場合は、セッション管理手段２３２は、規定回数以上、メッセージ受信を行ったか否かについて判断する（ステップＢ１６）。
【０１３５】
セッション管理手段２３２は、規定回数以上、メッセージ受信を行っていない場合は、再度、メッセージ受信を行う（ステップＢ１３）。このように、セッション管理手段２３２は、メッセージ受信に対して応答があり、その応答が「処理済」となるまで、またメッセージ受信が規定回数に達するまで、メッセージ受信を繰り返す。
【０１３６】
セッション管理手段２３２は、メッセージ受信を規定回数以上繰り返した場合、サービス提供者連携システム４に何らかの障害が発生した可能性があると判断し、メッセージ受信を規定回数以上繰り返したことを受信データ処理手段２３６に通知する。受信データ処理手段２３６は、セッション管理手段２３２からメッセージ受信を規定回数以上繰り返した旨の通知を受けると、処理結果記憶部２４１に「異常終了」を記録し（ステップＢ２７）、処理を終了する。
【０１３７】
メッセージ受信に対して応答があり、その応答が「処理中」でもない場合、セッション管理手段２３２は、メッセージの受信に対する応答が「処理済」であるかどうかについて確認する（ステップＢ１７）。セッション管理手段２３２は、メッセージ受信に対する応答が「処理済」でない場合、すなわち、「異常終了」である場合、サービス提供者連携システム４に何らかの障害が発生した可能性があると判断し、応答が「処理済」でなかった旨を受信データ処理手段２３６に通知する。受信データ処理手段２３６は、セッション管理手段２３２から応答が「処理済」でなかった旨の通知を受けると、処理結果記憶部２４１に「異常終了」を記録し（ステップＢ２７）、処理を終了する。
【０１３８】
セッション管理手段２３２は、メッセージ受信に対する応答が「処理済」である場合は、その応答とともにサービス提供者連携システム４から送信されたメッセージを受信する。セッション管理手段２３２は、受信したメッセージをセッション情報記憶部２４３の受信セッション情報２４３２に記録する。これとともに、セッション管理手段２３２は、受信セッション情報２４３２の状態を「受信済」に更新する。また、セッション管理手段２３２は、応答が「処理済」であった旨の通知とともに、受信したメッセージを受信データ処理手段２３６に送る。
【０１３９】
受信データ処理手段２３６は、セッション管理手段２３２から送られた「処理済」の応答とともにメッセージを受け取ると、受け取ったメッセージをメッセージ解析手段２３７に送る。メッセージ解析手段２３７は、受信データ処理手段２３６から送られたメッセージを受け取ると、受け取ったメッセージを受信用業務データの内容、レコードＩＤ、データ種別、生成日時などに復元する。メッセージ解析手段２３７は、復元した受信用業務データの内容などを受信データ処理手段２３６に送る。受信データ処理手段２３６は、メッセージ解析手段２３７から受信用業務データが送られることにより、受信用業務データを取得する（ステップＢ１８）。
【０１４０】
受信データ処理手段２３６は、メッセージ解析手段２３７からの受信用業務データを取得できなかった場合には（ステップＢ１９）、何らかの障害が発生した可能性があるため、処理結果記憶部２４１に「異常終了」を記録し（ステップＢ２７），処理を終了する。
【０１４１】
受信データ処理手段２３６は、メッセージ解析手段２３７からの受信用業務データを取得できた場合には（ステップＢ１９）、取得した受信用業務データを、サービス提供者連携システム４側で割り当てられたレコードＩＤの順序に、順次、新たにレコードＩＤを割り当てる。そして、受信データ処理手段２３６は、新たに割り当てたレコードＩＤをキーとして、受信用業務データを、受信データ格納ＤＢ２２の受信データ管理テーブル２２１及びデータ種別に応じた帳票Ｃ格納テーブル２２２または帳票Ｄ格納テーブル２２３に格納して登録する（ステップＢ２０）。また、受信データ処理手段２３６は、受信データ格納ＤＢ２２の受信データ管理テーブル２２１の状態を「受信済」に設定する。このとき、受信データ処理手段２３６は、受信データ管理テーブル２２１の該当するレコードの受信日時についても記録する。
【０１４２】
なお、その後において、企業業務システム１が、受信データ格納ＤＢ２２にアクセスして、受信データ管理テーブル２２１のレコードの状態が「受信済」の受信用業務データを帳票Ｃ格納テーブル２２２または帳票Ｄ格納テーブル２２３から読み出す。このとき、企業業務システム１は、受信データ管理テーブル２２１の該当するレコードの状態を「受信済」から「処理済」に更新する。また、企業業務システム１は、受信データ管理テーブル２２１の該当するレコードの更新日時についても記録する。
【０１４３】
受信データ処理手段２３６は、受信用業務データを受信データ格納ＤＢ２２に登録できたかどうかについて確認する（ステップＢ２１）。受信データ処理手段２３６は、受信用業務データを受信データ格納ＤＢ２２に登録できない場合は、何らかの障害が発生した可能性があるため、処理結果記憶部４４３に「異常終了」を記録し（ステップＢ２７）、処理を終了する。
【０１４４】
一方、受信データ処理手段２３６は、受信用業務データを受信データ格納ＤＢ２２に登録できた場合は、未受信の受信用業務データが残っているかどうかについて確認する。未受信の受信用業務データが残っているのであれば、受信データ処理手段２３６は、上記したような死活確認からの処理を繰り返す（ステップＢ４〜Ｂ２２）。未受信の受信用業務データが残っていなければ、受信データ処理手段２３６は、実行状態管理手段２３３を介してセッション管理手段２３２の実行状態の解除を行わせる（ステップＢ２３）。実行状態管理手段２３３は、受信データ処理手段２３６からの指示を受けると、記憶装置２４の実行状態記憶部２４２に記録されている実行状態「実行中」を解除する。
【０１４５】
実行状態管理手段２３３は、実行状態記憶部２４２に記録された実行状態「実行中」を解除できなかった場合には（ステップＢ２４）、その旨を受信データ処理手段２３６に通知する。受信データ処理手段２３６は、実行状態管理手段２３３から実行状態が解除できなかった旨の通知を受けると、何らかの障害が発生した可能性があるため、処理結果記憶部２４１に「異常終了」を記録し（ステップＢ２７）、処理を終了する。一方、実行状態管理手段２３３は、実行状態記憶部２４２に記録された実行状態「実行中」を解除できた場合には（ステップＢ２４）、その旨を受信データ処理手段２３６に通知する。受信データ処理手段２３６は、実行状態管理手段２３３から実行状態を解除した旨の通知を受けると、処理結果記憶部２４１に「正常終了」を記録して（ステップＢ２８）、処理を終了する。
【０１４６】
（２）サービス提供者連携システム４の動作
Ａ．サービス提供者連携システム４のセッション管理手段４３２のデータ処理動作
図１６は、サービス提供者連携システムのセッション管理手段のデータ処理動作を説明するためのフローチャートである。図１６を参照して、サービス提供者連携システム４のセッション管理手段４３２のデータ処理動作について説明する。
【０１４７】
サービス提供者連携システム４のデータ処理装置４３のセッション管理手段４３２は、企業連携システム２から送信されたデータをネットワーク５及び通信手段４３１を介して受信する。セッション管理手段４３２は、受信したデータがサービス提供者連携システム４のサービス停止状態にないことを確認する死活確認であるかどうかについて判断する（ステップＣ１）。
【０１４８】
死活確認であると判断した場合は、セッション管理手段４３２は、実行可否判別手段４３３にデータ処理装置４３のデータ処理の実行可否について判別させる。セッション管理手段４３２は、実行可否判別手段４３３から「実行可能」か否かを示す実行可否状況を受け取る。そして、セッション管理手段４３２は、受け取った実行可否状況を死活確認に対する応答として企業連携システム２に返送する。死活確認でないと判断した場合は、セッション管理手段４３２は、受信したデータが企業連携システム２から送信されたメッセージであるかどうかについて判断する（ステップＣ３）。
【０１４９】
メッセージ送信であると判断した場合は、セッション管理手段４３２は、受信したメッセージが企業連携システム２から新規に送信されたものであるかどうかについて判断する（ステップＣ４）。企業連携システム２から新規に送信されたメッセージであるか否かは、メッセージとともに受信したセッションＩＤに基づいて判断される。すなわち、セッション管理手段４３２は、メッセージとともに受信したセッションＩＤと同一のセッションＩＤが、セッション情報記憶部４４１の送信セッション情報４４１１に既に記録されていると認識した場合は、企業連携システム２から再度送信されたメッセージであると判断する。
【０１５０】
メッセージが新規に送信されたものでないと判断した場合、すなわち、既に送信セッション情報４４１１に記録されたメッセージであると判断した場合は、セッション管理手段４３２は、メッセージ送信に対する応答として「メッセージ受領」を企業連携システム２に返送し（ステップＣ７）、処理を終了する。メッセージが新規に送信されたものであると判断した場合は、セッション管理手段４３２は、受信したメッセージ及びセッションＩＤを送信セッション情報４４１１に記録するとともに、メッセージの送信元企業の企業ＩＤを送信セッション情報４４１１に記録する。また、セッション管理手段４３２は、送信セッション情報４４１１におけるメッセージ等を記録したレコードの状態を「処理中」に設定する（ステップＣ５）。
【０１５１】
セッション管理手段４３２は、送信データ処理手段４３４を起動させ、受信した企業連携システム２からのメッセージを送信データ処理手段４３４に送り、送信データ処理手段４３４に送信データ処理を開始させる（ステップＣ６）。そして、セッション管理手段４３２は、メッセージを受領したことを示す「メッセージ受領」をメッセージ送信に対する応答として企業連携システム２に送信し（ステップＣ７）、処理を終了する。
【０１５２】
メッセージ送信でないと判断した場合は、セッション管理手段４３２は、受信したデータが送信データ処理手段４３４の処理が終了したことを確認する処理終了確認であるかどうかについて判断する（ステップＣ８）。処理終了確認であると判断した場合は、セッション管理手段４３２は、処理終了確認とともに受信したセッションＩＤに基づいて、送信セッション情報４４１１の処理終了確認を受けたセッションＩＤのレコードの状態を確認する。
【０１５３】
セッション管理手段４３２は、確認したレコードの状態が「処理中」である場合は、処理終了確認に対する応答として「処理中」を企業連携システム２に返送して（ステップＣ９）、処理を終了する。セッション管理手段４３２は、確認したレコードの状態が「処理済」に更新されている場合は、処理終了確認に対する応答として処理結果である「処理済」を企業連携システム２に返送し（ステップＣ９）、処理を終了する。
【０１５４】
処理終了確認でないと判断した場合は、セッション管理手段４３２は、受信したデータがメッセージの受信要求であるかどうかについて判断する（ステップＣ１０）。メッセージの受信要求であると判断した場合は、セッション管理手段４３２は、そのメッセージの受信要求が企業連携システム２から新規に要求されたものであるかどうかについて判断する（ステップＣ１１）。企業連携システム２からのメッセージの受信要求が新規の要求であるか否かは、メッセージの受信要求とともに受信したセッションＩＤに基づいて判断される。すなわち、セッション管理手段４３２は、メッセージの受信要求とともに受信したセッションＩＤと同一のセッションＩＤが、セッション情報記憶部４４１の受信セッション情報４４１２に既に記録されていると認識した場合は、企業連携システム２から再要求された受信要求あると判断する。
【０１５５】
メッセージの受信要求が新規に要求されたものでないと判断した場合、すなわち、既に受信セッション情報４４１２に記録されたメッセージの受信要求であると判断した場合は、セッション管理手段４３２は、メッセージの受信要求に対する応答として「要求受付」を企業連携システム２に返送し（ステップＣ１４）、処理を終了する。メッセージの受信要求が新規に要求されたものであると判断した場合は、セッション管理手段４３２は、受信したメッセージの受信要求に含まれるセッションＩＤを受信セッション情報４４１２に記録するとともに、メッセージの受信要求の送信元企業の企業ＩＤを受信セッション情報４４１２に記録する。また、セッション管理手段４３２は、受信セッション情報４４１２における受信要求のセッションＩＤを記録したレコードの状態を「処理中」に設定する（ステップＣ１２）。
【０１５６】
セッション管理手段４３２は、受信データ処理手段４３６を起動させ、受信した企業連携システム２からのメッセージの受信要求を受信データ処理手段４３６に送り、受信データ処理手段４３６に受信データ処理を開始させる（ステップＣ１３）。そして、セッション管理手段４３２は、メッセージの受信要求に対する応答として「要求受付」を企業連携システム２に送信し（ステップＣ１４）、処理を終了する。
【０１５７】
メッセージの受信要求でないと判断した場合は、セッション管理手段４３２は、受信したデータがメッセージ受信であるかどうかについて判断する（ステップＣ１５）。メッセージ受信であると判断した場合は、セッション管理手段４３２は、メッセージ受信とともに受信したセッションＩＤに基づいて、受信セッション情報４４１２のメッセージ受信を受けたセッションＩＤのレコードの状態を確認する。
【０１５８】
セッション管理手段４３２は、確認したレコードの状態が「処理中」である場合は、メッセージ受信に対する応答として「処理中」を企業連携システム２に返送して（ステップＣ１６）、処理を終了する。セッション管理手段４３２は、確認したレコードの状態が「処理済」に更新されている場合は、メッセージ受信に対する応答として「処理済」を企業連携システム２に返送する。これとともに、セッション管理手段４３２は、受信データ処理手段４３６から送られて受信セッション情報４４１２に記録されているメッセージを企業連携システム２に送信する（ステップＣ１６）。そして、セッション管理手段４３２は、処理を終了する。
【０１５９】
メッセージ受信でないと判断した場合は、セッション管理手段４３２は、応答不可能であるため、「エラー」を企業連携システム２に対して返送する（ステップＣ１７）。
【０１６０】
Ｂ．サービス提供者連携システム４の送信データ処理手段４３４のデータ処理動作
図１７は、サービス提供者連携システムの送信データ処理手段のデータ処理動作を説明するためのフローチャートである。図１７を参照して、サービス提供者連携システム４の送信データ処理手段４３４のデータ処理動作について説明する。
【０１６１】
企業連携システム２から送信されたメッセージは、ネットワーク５及び通信手段４３１を介してセッション管理手段４３２によって受信される。セッション管理手段４３２は、企業連携システム２から送信されたメッセージを受信すると、送信データ処理手段４３４を起動させ、受信したメッセージを送信データ処理手段４３４に送り、送信データ処理手段４３４にデータ処理を開始させる。
【０１６２】
なお、セッション管理手段４３２は、企業連携システム２から送信されたメッセージが新規なものかどうかを判断している（図１６のステップＣ４）。従って、セッション管理手段４３２は、企業連携システム２から繰り返し送信された同一のメッセージを複数回受信したとしても、受信した各メッセージについて１度だけ送信データ処理手段４３４を起動させることができる。従って、送信データ処理手段４３４は、同一のメッセージに対する複数回のデータ処理を行うことはない。
【０１６３】
送信データ処理手段４３４は、企業連携システム２から送信されたメッセージを受け取ると、受け取ったメッセージをメッセージ解析手段４３５に送る。メッセージ解析手段４３５は、送信データ処理手段４３４からのメッセージから送信用業務データの内容、レコードＩＤ、データ種別、生成日時などを生成する。メッセージ解析手段４３５は、生成した送信用業務データを送信データ処理手段４３４に送る。送信データ処理手段４３４は、メッセージ解析手段４３５から送られた送信用業務データの受け取ることにより、送信用業務データを取得する（ステップＤ１）。
【０１６４】
送信データ処理手段４３４は、送信用業務データを取得できたかどうかについて確認する（ステップＤ２）。送信データ処理手段４３４は、送信用業務データを取得できなかった場合には、何らかの障害が発生した可能性があるため、セッション情報記憶部４４１の送信セッション情報４４１１の状態を「異常終了」に更新する（ステップＤ７）。そして、送信データ処理手段４３４は、処理結果記憶部４４３に「異常終了」を記録し（ステップＤ８）、処理を終了する。送信データ処理手段４３４は、送信用業務データを取得できた場合には、取得した送信用業務データを送信データ格納ＤＢ４１に格納して登録する（ステップＤ３）。
【０１６５】
送信用業務データの送信データ格納ＤＢ４１への登録は、次のように行われる。送信データ処理手段４３４は、取得した受信用業務データを、企業連携システム２側で割り当てられたレコードＩＤの順序に、順次、新たにレコードＩＤを割り当てる。そして、送信データ処理手段４３４は、新たに割り当てたレコードＩＤをキーとして、送信用業務データを、送信データ格納ＤＢ４１の送信データ管理テーブル４１１及び送信元企業とデータ種別とに応じた企業帳票格納テーブル４１２〜４１５に格納して登録する。また、送信データ処理手段４３４は、送信データ格納ＤＢ４１の送信データ管理テーブル４１１の状態を「送信済」に設定する。このとき、送信データ処理手段４３４は、送信データ管理テーブル４１１の該当するレコードの受信日時についても記録する。
【０１６６】
なお、その後において、サービス提供者業務システム３が、送信データ格納ＤＢ４１にアクセスして、送信データ管理テーブル４１１のレコードの状態が「送信済」の送信用業務データを企業帳票格納テーブル４１２〜４１５から読み出して、所定のデータ処理を実行する。このとき、サービス提供者業務システム３は、送信データ管理テーブル４１１の該当するレコードの状態を「送信済」から「処理済」に更新する。また、サービス提供者業務システム３は、送信データ管理テーブル４１１の該当するレコードの更新日時についても記録する。
【０１６７】
送信データ処理手段４３４は、送信用業務データを送信データ格納ＤＢ４１に登録できたかどうかについて確認する（ステップＤ４）。送信データ処理手段４３４は、送信用業務データを送信データ格納ＤＢ４１に登録できない場合は、何らかの障害が発生した可能性があるため、セッション情報記憶部４４１の送信セッション情報４４１１の状態を「異常終了」に更新する（ステップＤ７）。そして、送信データ処理手段４３４は、処理結果記憶部４４３に「異常終了」を記録し（ステップＤ８）、処理を終了する。
【０１６８】
一方、送信データ処理手段４３４は、送信用業務データを送信データ格納ＤＢ４１に登録できた場合は、セッション管理手段４３２に処理済（処理終了）を通知してセッション情報記憶部４４１の送信セッション情報４４１１の状態を「処理済」に更新させる（ステップＤ５）。そして、送信データ処理手段４３４は、処理結果記憶部４４３に「正常終了」を記録し（ステップＤ６）、処理を終了する。
【０１６９】
Ｃ．サービス提供者連携システム４の受信データ処理手段４３６のデータ処理動作
図１８は、サービス提供者連携システムの受信データ処理手段のデータ処理動作を説明するためのフローチャートである。図１８を参照して、サービス提供者連携システム４の受信データ処理手段４３６のデータ処理動作について説明する。
【０１７０】
企業連携システム２から送信されたメッセージの送信要求は、ネットワーク５及び通信手段４３１を介してセッション管理手段４３２によって受信される。セッション管理手段４３２は、企業連携システム２から送信されたメッセージの受信要求を受信すると、受信データ処理手段４３６を起動させ、受信したメッセージの受信要求を受信データ処理手段４３６に送り、受信データ処理手段４３６にデータ処理を開始させる。
【０１７１】
なお、セッション管理手段４３２は、企業連携システム２から送信されたメッセージの受信要求が新規なものかどうかを判断している（図１６のステップＣ１１）。従って、セッション管理手段４３２は、企業連携システム２から繰り返し送信された同一のメッセージの受信要求を複数回受信したとしても、受信した各受信要求について１度だけ受信データ処理手段４３６を起動させることができる。従って、受信データ処理手段４３６は、同一のメッセージの受信要求に対する複数回のデータ処理を行うことはない。
【０１７２】
受信データ処理手段４３６は、企業連携システム２から送信されたメッセージの受信要求を受け取ると、受け取ったメッセージの受信要求に含まれる企業ＩＤに基づいて、受信データ格納ＤＢ４２に格納されている未受信の受信用業務データを取り出して取得する（ステップＥ１）。具体的には、受信データ処理手段４３６は、メッセージの受信要求に含まれる企業ＩＤ（ＸまたはＹ）に一致し、かつ、状態が「未受信」に設定されている受信データ格納ＤＢ４２内の受信データ管理テーブル４２１のレコードのレコードＩＤを検索する。受信データ処理手段４３６は、検索したレコードＩＤに対応する受信用業務データを、企業帳票格納テーブル４２２〜４２５から取り出す。受信データ処理手段４３６は、取り出した受信用業務データをレコードＩＤの順番に並び替える。そして、受信データ処理手段４３６は、受信データ格納ＤＢ４２に登録された順番を維持したまま、予め定められたまたは１回の通信セッションで送信することができるメッセージの件数またはデータ量の上限の範囲内の未受信の受信用業務データを取得する。
【０１７３】
受信データ処理手段４３６は、受信用業務データを取得できたかどうかについて確認する（ステップＥ２）。受信データ処理手段４３６は、受信用業務データを取得できなかった場合には、何らかの障害が発生した可能性があるため、セッション情報記憶部４４１の送信セッション情報４４１１の状態を「異常終了」に更新する（ステップＥ９）。そして、受信データ処理手段４３６は、処理結果記憶部４４３に「異常終了」を記録し（ステップＥ１０）、処理を終了する。
【０１７４】
受信データ処理手段４３６は、受信用業務データを取得できた場合には、取得した受信用業務データをメッセージ生成手段４３７に送る。メッセージ生成手段４３７は、受信データ処理手段４３６から送られた受信用業務データを受け取ると、受け取った受信用業務データの内容、レコードＩＤ、データ種別、生成日時などに基づいて、企業連携システム２において復元可能なメッセージを生成（作成）する（ステップＥ３）。メッセージ生成手段４３７は、生成したメッセージを受信データ処理手段４３６に送る。一方、メッセージ生成手段４３７は、メッセージを生成できなかった場合には、その旨を受信データ処理手段４３６に通知する。
【０１７５】
受信データ処理手段４３６は、メッセージ生成手段４３７がメッセージを生成できたかどうかについて判断する（ステップＥ４）。受信データ処理手段４３６は、メッセージ生成手段４３７からメッセージが生成できなかった旨の通知を受けると、メッセージ生成手段４３７がメッセージを生成できなかったことを認識する。この場合、受信データ処理手段４３６は、何らかの障害が発生した可能性があるため、セッション情報記憶部４４１の受信セッション情報４４１２の状態を異常終了に更新する（ステップＥ９）。また、受信データ処理手段４３６は、処理結果記憶部４４３に「異常終了」を記録し（ステップＥ１０）、処理を終了する。
【０１７６】
受信データ処理手段４３６は、メッセージ生成手段４３７から送られたメッセージを受け取ると、メッセージ生成手段４３７がメッセージを生成できたことを認識する。この場合は、受信データ処理手段４３６は、受信データ格納ＤＢ４２の受信データ管理テーブル４２１の該当するレコードの状態を「未受信」から「受信済」に更新する（ステップＥ５）。このとき、受信データ処理手段４３６は、受信データ管理テーブル４２１の該当するレコードの更新日時についても記録する。
【０１７７】
受信データ処理手段４３６は、受信データ管理テーブル４２１内のデータを更新できたかどうかについて確認する（ステップＥ６）。受信データ処理手段４３６は、受信データ管理テーブル４２１内のデータを更新できなかった場合は、何らかの障害が発生した可能性があるため、セッション情報記憶部４４１の受信セッション情報４４１２の状態を「異常終了」に更新する（ステップＥ９）。また、受信データ処理手段４３６は、処理結果記憶部４４３に「異常終了」を記録し（ステップＥ１０）、処理を終了する。
【０１７８】
受信データ処理手段４３６は、受信データ管理テーブル４２１内のデータを更新できた場合には、セッション情報記憶部４４１の受信セッション情報４４１２の状態を「処理済」に更新する。これとともに、受信データ処理手段４３６は、データ処理したメッセージをセッション情報記憶部４４１の受信セッション情報４４１２に記録する（ステップＥ７）。また、受信データ処理手段４３６は、処理結果記憶部４４３に「正常終了」を記録し（ステップＥ８）、処理を終了する。
【０１７９】
（３）本発明のデータ通信システムの動作
Ａ．データ送信時の動作
図１９は、本発明のデータ通信システムのデータ送信時の動作を説明するためのシーケンス図である。図１９を参照して、企業連携システム２及びサービス提供者連携システム４によるメッセージ送信時の連携処理動作について説明する。なお、図１９において、図１０〜図１２、図１６及び図１７に示した処理と同一の処理については、同一の処理番号（ステップ番号）を付している。
【０１８０】
企業連携システム２の送信データ格納ＤＢ２１には、未送信の送信用業務データが格納された状態とする。このような状態において、企業連携システム２のデータ処理装置２３の送信データ処理手段２３４は、スケジュールに応じて自動的に起動すると、実行状態管理手段２３３を介してセッション管理手段２３２の実行状態を確認し、その実行状態を「実行中」に設定する（図１０のステップＡ１〜Ａ３）。
【０１８１】
次に、送信データ処理手段２３４は、送信データ格納ＤＢ２１にアクセスして、送信データ格納ＤＢ２１内に格納されている未送信の送信用業務データを取得する（図１０のステップＡ４，Ａ５）。送信データ処理手段２３４は、取得したメッセージをメッセージ生成手段２３５に送って、メッセージ生成手段２３５にメッセージを生成させ、生成されたメッセージを取得する（図１０のステップＡ６，Ａ７）。
【０１８２】
送信データ処理手段２３４は、取得したメッセージをセッション管理手段２３２に送って、メッセージの送信処理を実行させる。セッション管理手段２３２は、メッセージを受け取ると、サービス提供者連携システム４に対して死活確認を行う（図１０のステップＡ８）。
【０１８３】
サービス提供者連携システム４において、セッション管理手段４３２は、企業連携システム２のセッション管理手段２３２からの死活確認を受けると、送信データ処理手段４３４の実行可否を認識して、死活確認に対する応答として「実行可能」を企業連携システム２に送信する（図１６のステップＣ１，Ｃ２）。
【０１８４】
企業連携システム２において、セッション管理手段２３２は、サービス提供者連携システム４側から送信される死活確認に対する応答が「実行可能」であるかどうかを確認する（図１０のステップＡ９，Ａ１１）。セッション管理手段２３２は、死活確認に対する応答が「実行可能」であることを確認すると、メッセージをサービス提供者連携システム４に対して送信する（図１１のステップＡ１２）。
【０１８５】
サービス提供者連携システム４において、セッション管理手段４３２は、企業連携システム２のセッション管理手段２３２から送信されたメッセージを受信すると、受信したメッセージ等をセッション情報記憶部４４１の送信セッション情報４４１１に記録する。また、セッション管理手段４３２は、送信データ処理手段４３４を起動させて、メッセージを送信データ処理手段４３４に送ってデータ処理を開始させる（図１６のステップＣ１，Ｃ３〜Ｃ６）。
【０１８６】
送信データ処理手段４３４は、メッセージを受け取ると、受け取ったメッセージから送信用業務データを取得し（図１７のステップＤ１，Ｄ２）、取得した送信用業務データを送信データ格納ＤＢ４１に登録する（図１７のステップＤ３，Ｄ４）。送信データ処理手段４３４は、送信データ格納ＤＢ４１に送信用業務データを登録すると、セッション情報記憶部４４１の送信セッション情報４４１１の状態を「処理済」に更新する（図１７のステップＤ５）。また、送信データ処理手段４３４は、処理結果記憶部４４３に「正常終了」を記録して（図１７のステップＤ６）、処理を終了する。
【０１８７】
このような処理に並行して、セッション管理手段４３２は、企業連携システム２のセッション管理手段２３２からのメッセージ送信に対する応答として「メッセージ受領」を企業連携システム２に返送する（図１６のステップＣ７）。
【０１８８】
企業連携システム２において、セッション管理手段２３２は、サービス提供者連携システム４から送信されるメッセージ送信に対する応答が「メッセージ受領」であるかどうかを確認する（図１１のステップＡ１３，Ａ１５）。セッション管理手段２３２は、メッセージ送信に対する応答が「メッセージ受領」であった場合は、サービス提供者連携システム４の送信データ処理手段４３４のデータ処理が終了すると予測される所定時間、待機する（図１１のステップＡ１６）。その後、セッション管理手段２３２は、サービス提供者連携システム４に対して処理終了確認を行う（図１１のステップＡ１７）。
【０１８９】
サービス提供者連携システム４において、セッション管理手段４３２は、企業連携システム２のセッション管理手段２３２からの処理終了確認を受信すると、セッション情報記憶部４４１の送信セッション情報４４１１の状態を確認する。セッション管理手段４３２は、送信データ処理手段４３４によるデータ処理が終了しておらず、状態が「処理中」に設定されている場合には、処理終了確認に対する応答として「処理中」を企業連携システム２に送信する（図１６のステップＣ１，Ｃ３，Ｃ８，Ｃ９）。セッション管理手段４３２は、送信データ処理手段４３４によるデータ処理が終了し、状態が「処理済」に更新されている場合は、処理終了確認に対する応答として「処理済」を企業連携システム２に送信する（図１６のステップＣ１，Ｃ３，Ｃ８，Ｃ９）。
【０１９０】
企業連携システム２において、セッション管理手段２３２は、サービス提供者連携システム４から送信される処理終了確認に対する応答が「処理中」であるかどうかを確認する（図１１のステップＡ１８〜Ａ２０）。セッション管理手段２３２は、処理終了確認に対する応答が「処理中」であった場合は、処理終了確認に対する応答の確認処理を繰り返す。
【０１９１】
セッション管理手段２３２は、処理終了確認に対する応答が「処理済」となっている場合は（図１１のステップＡ２１）、その旨を送信データ処理手段２３４に通知するとともに、セッション情報記憶部２４３の送信セッション情報２４３１の状態を「処理済」に更新する。送信データ処理手段２３４は、セッション管理手段２３２からデータ処理の終了を示す通知を受けると、送信データ格納ＤＢ２１の送信データ管理テーブル２１１の当該レコードの状態を「送信済」に更新する（図１２のステップＡ２２，Ａ２３）。送信データ処理手段２３４は、送信データ格納ＤＢ２１に格納されている未送信の送信用業務データがなくなるまで、上記の処理（図１０のステップＡ４から図１２のステップＡ２３）を繰り返す（図１２のステップＡ２４）。
【０１９２】
送信データ処理手段２３４は、送信データ格納ＤＢ２１に格納されている未送信の送信用業務データがなくなると、実行状態管理手段２３３を介して実行状態記憶部２４２に設定されている実行状態「実行中」を解除する（図１２のステップＡ２５，Ａ２６）。そして、送信データ処理手段２３４は、セッション情報記憶部２４３に「正常終了」を記録して（図１２のステップＡ３０）、処理を終了する。
【０１９３】
Ｂ．データ受信時の動作
図２０は、本発明のデータ通信システムのデータ受信時の動作を説明するためのシーケンス図である。図２０を参照して、企業連携システム２及びサービス提供者連携システム４によるメッセージ受信時の連携処理動作について説明する。なお、図２０において、図１３〜図１５、図１６及び図１８に示した処理と同一の処理については、同一の処理番号（ステップ番号）を付している。
【０１９４】
企業連携システム２のデータ処理装置２３の受信データ処理手段２３６は、スケジュールに応じて自動的に起動すると、実行状態管理手段２３３を介してセッション管理手段２３２の実行状態を確認し、その実行状態を「実行中」に設定する（図１３のステップＢ１〜Ｂ３）。
【０１９５】
次に、受信データ処理手段２３６は、メッセージの受信要求をセッション管理手段２３２に送って、メッセージの受信処理を実行させる。セッション管理手段２３２は、メッセージの受信要求を受け取ると、サービス提供者連携システム４に対して死活確認を行う（図１３のステップＢ４）。
【０１９６】
サービス提供者連携システム４において、セッション管理手段４３２は、企業連携システム２のセッション管理手段２３２からの死活確認を受けると、送信データ処理手段４３４の実行可否を認識して、死活確認に対する応答として「実行可能」を企業連携システム２に送信する（図１６のステップＣ１，Ｃ２）。
【０１９７】
企業連携システム２において、セッション管理手段２３２は、サービス提供者連携システム４側から送信される死活確認に対する応答が「実行可能」であるかどうかを確認する（図１３のステップＢ５，Ｂ７）。セッション管理手段２３２は、死活確認に対する応答が「実行可能」であることを確認すると、メッセージの受信要求をサービス提供者連携システム４に対して送信する（図１３のステップＢ８）。
【０１９８】
サービス提供者連携システム４において、セッション管理手段４３２は、企業連携システム２のセッション管理手段２３２から送信されたメッセージの受信要求を受信すると、受信したメッセージの受信要求をセッション情報記憶部４４１の受信セッション情報４４１２に記録する。また、セッション管理手段４３２は、受信データ処理手段４３６を起動させて、メッセージの受信要求を受信データ処理手段４３６に送ってデータ処理を開始させる（図１６のステップＣ１，Ｃ３，Ｃ８，Ｃ１０〜Ｃ１３）。
【０１９９】
受信データ処理手段４３６は、メッセージの受信要求を受け取ると、受け取ったメッセージの受信要求に基づいて、受信データ格納ＤＢ４２から受信用業務データを取得する（図１８のステップＥ１，Ｅ２）。受信データ処理手段４３６は、取得した受信用業務データをメッセージ生成手段４３７に送ってメッセージを生成させる（図１８のステップＥ３，Ｅ４）。また、受信データ処理手段４３６は、受信データ格納ＤＢ４２の受信データ管理テーブル４２１の該当するレコードの状態を「未受信」から「受信済」に更新する（図１８のステップＥ５，Ｅ６）。
【０２００】
受信データ処理手段４３６は、セッション情報記憶部４４１の受信セッション情報４４１２の状態を「処理済」に更新する。これとともに、受信データ処理手段４３６は、メッセージ生成手段４３７によって生成されたメッセージをセッション情報記憶部４４１の受信セッション情報４４１２に記録する（図１８のステップＥ７）。また、受信データ処理手段４３６は、処理結果記憶部４４３に「正常終了」を記録し（図１８のＥ８）、処理を終了する。
【０２０１】
このような処理に並行して、セッション管理手段４３２は、企業連携システム２のセッション管理手段２３２からのメッセージの受信要求に対する応答として「要求受付」を企業連携システム２に返送する（図１６のステップＣ１４）。
【０２０２】
企業連携システム２において、セッション管理手段２３２は、サービス提供者連携システム４から送信されるメッセージの受信要求に対する応答が「要求受付」であるかどうかを確認する（図１３のステップＢ９，Ｂ１１）。セッション管理手段２３２は、メッセージ受信要求に対する応答が「要求受付」であった場合は、サービス提供者連携システム４の受信データ処理手段４３６のデータ処理が終了すると予測される所定時間、待機する（図１３のステップＢ１２）。その後、セッション管理手段２３２は、サービス提供者連携システム４に対してメッセージ受信を行う（図１４のステップＢ１３）。
【０２０３】
サービス提供者連携システム４において、セッション管理手段４３２は、企業連携システム２のセッション管理手段２３２からのメッセージ受信を受けると、セッション情報記憶部４４１の受信セッション情報４４１２の状態を確認する。セッション管理手段４３２は、受信データ処理手段４３６によるデータ処理が終了しておらず、状態が「処理中」に設定されている場合には、メッセージ受信に対する応答として「処理中」を企業連携システム２に送信する（図１６のステップＣ１，Ｃ３，Ｃ８，Ｃ１０，Ｃ１５，Ｃ１６）。セッション管理手段４３２は、受信データ処理手段４３６によるデータ処理が終了し、状態が「処理済」に更新されている場合は、メッセージ受信に対する応答としての「処理済」とともにメッセージをを企業連携システム２に送信する（図１６のステップＣ１，Ｃ３，Ｃ８，Ｃ１０，Ｃ１５，Ｃ１６）。
【０２０４】
企業連携システム２において、セッション管理手段２３２は、サービス提供者連携システム４から送信されるメッセージ受信に対する応答が「処理中」であるかどうかを確認する（図１４のステップＢ１４〜Ｂ１６）。セッション管理手段２３２は、メッセージ受信に対する応答が「処理中」であった場合は、メッセージ受信に対する応答の確認処理を繰り返す。
【０２０５】
セッション管理手段２３２は、メッセージ受信に対する応答が「処理済」となっている場合は（図１４のステップＢ１７）、その旨を受信データ処理手段２３６に通知するとともに、受信したメッセージを受信データ処理手段２３６に送る。また、セッション管理手段２３２は、セッション情報記憶部２４３の受信セッション情報２４３２の状態を「処理済」に更新する。受信データ処理手段２３６は、セッション管理手段２３２からのデータ処理の終了を示す通知とともにメッセージを受け取ると、受け取ったメッセージをメッセージ解析手段２３７に送る。メッセージ解析手段２３７は、受け取ったメッセージを受信用業務データに復元し、復元した受信用業務データを受信データ処理手段２３６に送る。受信データ処理手段２３６は、メッセージ解析手段２３７から送られた受信用業務データを受け取ることにより、受信用業務データを取得する（図１４のステップＢ１８，Ｂ１９）。
【０２０６】
受信データ処理手段２３６は、取得した受信用業務データを受信データ格納ＤＢ２２に格納して登録する（図１４のステップＢ２０，Ｂ２１）。このとき、受信データ処理手段２３６は、受信データ格納ＤＢ２２の受信データ管理テーブル２２１の該当するレコードの状態を「受信済」に設定する。受信データ処理手段２３６は、受信データ格納ＤＢ２２に格納されている未受信の受信用業務データがなくなるまで、上記の処理（図１３のステップＢ４から図１５のステップＢ２１）を繰り返す（図１５のステップＢ２２）。
【０２０７】
受信データ処理手段２３６は、受信データ格納ＤＢ２２に格納されている未受信の受信用業務データがなくなると、実行状態管理手段２３３を介して実行状態記憶部２４２に設定されている実行状態「実行中」を解除する（図１５のステップＢ２３，Ｂ２４）。そして、受信データ処理手段２３６は、セッション情報記憶部２４３に「正常終了」を記録して（図１５のステップＢ２８）、処理を終了する。
【０２０８】
以上のように、本実施の形態では、送信用業務データ及び受信用業務データには、それぞれ、各データを識別するための一意のレコードＩＤが割り当てられる。企業連携システム２及びサービス提供者連携システム４においては、ネットワーク５を介して送受信する送信用業務データ及び受信用業務データをレコードＩＤに基づいて認識する。結果的に送受信されなかった送信用業務データ及び受信用業務データは、「未送信」及び「未受信」状態となっているため、企業連携システム２及びサービス提供者連携システム４によって再度送受信される。
【０２０９】
このような構成によれば、企業連携システム２及びサービス提供者連携システム４によって、どのデータまで正常に送受信されたかがレコードＩＤに基づき認識され、また自動的に未だ送受信されていないデータは再送受信されるので、一時的な障害等が発生したとしても、オペレータを介入させることなく自動的にシステムを復旧させることができるようになる。また、各データにレコードＩＤが割り当てられているので、オペレータが介入してシステムを復旧させる場合でも、オペレータはレコードＩＤによって容易にデータの処理状況を認識することができ、システムの復旧作業の労力を軽減することも可能となる。
【０２１０】
また、レコードＩＤとして連続した番号が業務データに割り当てられ、レコードＩＤの番号順に業務データが送受信される。従って、業務データの順番変更が生じてしまうことを回避することができる。
【０２１１】
また、送信データ処理手段２３４及び受信データ処理手段２３６は、実行状態管理手段２３３を介して業務データの送受信の実行状態を確認し、実行中であった場合には、業務データの送受信の実行を中止する。従って、複数の業務データの送受信処理が並行して行われなくなり、重複して業務データが送受信されてしまうのを回避することができる。
【０２１２】
また、セッション管理手段２３２は、業務データの送受信を実行する前にサービス提供者連携システム４の死活確認を行う。従って、サービス提供者連携システム４のサービス停止期間の業務データの送信を防止することができる。その結果、業務データの欠落などの不整合が生じるのを回避することができ、オペレータの介入する事態が生じる可能性を低下させることができる。
【０２１３】
また、セッション管理手段２３２は、送信用業務データを送信した後に、サービス提供者連携システム４が送信用業務データを受信したことを確認するという受領確認を行う。従って、送信用業務データの欠落などの不整合が生じる事態が回避され、オペレータの介入の可能性を一層低下させることができる。
【０２１４】
また、セッション管理手段２３２は、送信用業務データを送信したサービス提供者連携システム４が送信用業務データに対する処理を終了したことを確認するという処理終了確認を行う。従って、送信用業務データの欠落などの不整合が生じる事態が一層確実に回避され、オペレータの介入の可能性をより一層低下させることができる。
【０２１５】
また、セッション管理手段２３２は、サービス提供者連携システム４に対して受信用業務データの受信を要求した後に、サービス提供者連携システム４が受信の要求を受け付けたことを確認するという受信要求確認を行う。従って、受信用業務データの欠落などの不整合が生じる事態が一層確実に回避され、オペレータの介入の可能性をより一層低下させることができる。
【０２１６】
また、セッション管理手段２３２は、受信用業務データの受信要求したサービス提供者連携システム４が受信用業務データに対する処理を終了したことを確認するというメッセージ受信確認を行う。従って、受信用業務データの欠落などの不整合が生じる事態が一層確実に回避され、オペレータの介入の可能性をより一層低下させることができる。
【０２１７】
また、セッション管理手段２３２は、所定時間待機した後に、サービス提供者連携システム４が業務データに対する処理を終了したことを確認するようにしているので、確認のためのサービス提供者連携システム４へのアクセスを減らすことができ、ネットワーク５の回線を効率よく活用することができる。
【０２１８】
また、サービス提供者連携システム４のセッション管理手段４３２は、セッションＩＤに基づいて、送信用業務データが複数回送信されたこと、または受信用業務データの受信要求が複数回送信されたことを認識する。従って、データ処理装置４３の重複した処理を回避させることができ、業務データの重複を回避させることも可能となる。
【０２１９】
また、一連のデータ処理において障害が発生した場合には、企業連携システム２の処理結果記憶部２４１及びサービス提供者連携システム４の処理結果記憶部４４３には、異常終了などのデータ処理の処理結果が記憶される。従って、障害発生原因の調査とシステムの復旧のための情報をオペレータに提供することが可能となる。オペレータは、このような情報を利用することによって、どの業務データがどのような段階まで処理が行われたか、またどのような理由で処理が終了したかなどについて認識することができ、システムの復旧作業の労力が軽減される。
【０２２０】
実施の形態２．
実施の形態１では、企業連携システム２のデータ処理装置２３は、データ種別を分けることなく、全てのデータ種別をデータ送受信の対象としてデータ処理を行っていた。しかし、企業連携システム２のデータ処理装置２３は、データ送受信の対象を全てのデータ種別とはせずに、データ種別毎にデータ処理を行うように構成されてもよい。この場合、記憶装置２４の実行状態記憶部２４２には、データ種別毎の実行状態が格納される。また、データ処理装置２３のメッセージ生成手段２３５は、データ種別毎の実行状態の確認、設定及び解除を行うことになる。
【０２２１】
このように構成されることにより、データベース内の業務データの更新頻度やデータ量に応じて、データ種別毎に送信データ処理手段２３４及び受信データ処理手段２３６の起動間隔を設定して、効率よくメッセージの送受信を実行することが可能となる。
【０２２２】
【発明の効果】
以上のように、本発明では、送信対象の送信データ及び受信対象の受信データそれぞれに、各データを識別するための一意のＩＤを割り当て、連携システム間で送受信する送信データ及び受信データを、連携システムにおいてＩＤに基づいて認識し、送受信できなかった送信データ及び受信データを相手側の連携システムに対して再度送受信する。かかる構成によれば、データの重複、欠落、順序変更というような不整合が発生するのを回避するとともに、システムの復旧を行うにあたってオペレータを極力介入させることなく、迅速かつ容易にシステムの復旧を行うことができる。
【図面の簡単な説明】
【図１】複数の企業とサービス提供者との間の業務の連携処理を実現するシステムを示す構成図である。
【図２】企業連携システムの内部構成を示すブロック図である。
【図３】企業連携システムの送信データ格納データベースに格納される内部データの構成を示す図である。
【図４】企業連携システムの受信データ格納データベースに格納される内部データの構成を示す図である。
【図５】企業連携システムのセッション情報記憶部に記憶される内部データの構成を示す図である。
【図６】サービス提供者連携システムの内部構成を示すブロック図である。
【図７】サービス提供者連携システムの送信データ格納データベースに格納される内部データの構成を示す図である。
【図８】サービス提供者連携システムの受信データ格納データベースに格納される内部データの構成を示す図である。
【図９】サービス提供者連携システムのセッション情報記憶部に記憶される内部データの構成を示す図である。
【図１０】企業連携システムの第１のデータ送信処理動作を説明するためのフローチャートである。
【図１１】企業連携システムの第２のデータ送信動作を説明するためのフローチャートである。
【図１２】企業連携システムの第３のデータ送信動作を説明するためのフローチャートである。
【図１３】企業連携システムの第１のデータ受信処理動作を説明するためのフローチャートである。
【図１４】企業連携システムの第２のデータ受信処理動作を説明するためのフローチャートである。
【図１５】企業連携システムの第３のデータ受信処理動作を説明するためのフローチャートである。
【図１６】サービス提供者連携システムのセッション管理手段のデータ処理動作を説明するためのフローチャートである。
【図１７】サービス提供者連携システムの送信データ処理手段のデータ処理動作を説明するためのフローチャートである。
【図１８】サービス提供者連携システムの受信データ処理手段のデータ処理動作を説明するためのフローチャートである。
【図１９】本発明のデータ通信システムのデータ送信時の動作を説明するためのシーケンス図である。
【図２０】本発明のデータ通信システムのデータ受信時の動作を説明するためのシーケンス図である。
【符号の説明】
１　企業業務システム（業務システム）
２　企業連携システム（連携システム、一の連携システム）
２１　送信データ格納データベース（送信データ格納手段）
２２　受信データ格納データベース（受信データ格納手段）
２３　データ処理装置
２３１　通信手段（通信管理手段）
２３２　セッション管理手段（通信管理手段）
２３３　実行状態管理手段（データ処理手段）
２３４　送信データ処理手段（データ処理手段）
２３５　メッセージ生成手段（データ処理手段）
２３６　受信データ処理手段（データ処理手段）
２３７　メッセージ解析手段（データ処理手段）
２４　記憶装置
２４１　処理結果記憶部
２４２　実行状態記憶部
２４３　セッション情報記憶部
３　サービス提供者業務システム（業務システム）
４　サービス提供者連携システム（連携システム、他の連携システム）
４１　送信データ格納データベース
４２　受信データ格納データベース
４３　データ処理装置
４４　記憶装置
５　ネットワーク（通信ネットワーク）
【図１】
2004015353.tif 000003
【図２】
2004015353.tif 000004
【図３】
2004015353.tif 000005
【図４】
2004015353.tif 000006
【図５】
2004015353.tif 000007
【図６】
2004015353.tif 000008
【図７】
2004015353.tif 000009
【図８】
2004015353.tif 000010
【図９】
2004015353.tif 000011
【図１０】
2004015353.tif 000012
【図１１】
2004015353.tif 000013
【図１２】
2004015353.tif 000014
【図１３】
2004015353.tif 000015
【図１４】
2004015353.tif 000016
【図１５】
2004015353.tif 000017
【図１６】
2004015353.tif 000018
【図１７】
2004015353.tif 000019
【図１８】
2004015353.tif 000020
【図１９】
2004015353.tif 000021
【図２０】
2004015353.tif 000022