特開2022-191874データ処理システム、データ処理方法及びデータ処理プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022191874
(43)【公開日】2022-12-28
(54)【発明の名称】データ処理システム、データ処理方法及びデータ処理プログラム
(51)【国際特許分類】
G06F 9/52 20060101AFI20221221BHJP
G06F 9/48 20060101ALI20221221BHJP
G06F 9/54 20060101ALI20221221BHJP
G06F 11/14 20060101ALI20221221BHJP
【ＦＩ】
G06F9/52 150A
G06F9/48 370
G06F9/54 B
G06F11/14 612
【審査請求】未請求
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2021100356
(22)【出願日】2021-06-16
(71)【出願人】
【識別番号】000005223
【氏名又は名称】富士通株式会社
(74)【代理人】
【識別番号】100094525
【弁理士】
【氏名又は名称】土井 健二
(74)【代理人】
【識別番号】100094514
【弁理士】
【氏名又は名称】林 恒徳
(72)【発明者】
【氏名】西口 侑希
(72)【発明者】
【氏名】金政 泰彦
(57)【要約】 （修正有）
【課題】外部システムから送信されたレスポンスについての不整合の発生を防止することを可能とするデータ処理システム、その方法及プログラムを提供する。
【解決手段】情報処理装置１は、処理対象のデータを受信したことに応じて、受信したデータに対するタスクを実行し、データに対するタスクの実行に伴って他の情報処理システムに対して第１処理要求を行う処理が実行される場合、第１処理要求をアクセス代理実行装置２に送信する。アクセス代理実行装置は、第１処理要求の受信に応じて、第１処理要求に含まれる第１識別子を可逆変換可能な第１変換識別子に変換し、変換した第１変換識別子を含む第１処理要求を他の情報処理システムに送信し、第１処理要求に対応する処理の第１実行結果の受信に応じて、第１実行結果に含まれる第１変換識別子を第１識別子に再変換し、再変換した第１識別子と第１変換識別子とを含む第１実行結果を情報処理装置１に送信する。
【選択図】図１８
【解決手段】情報処理装置１は、処理対象のデータを受信したことに応じて、受信したデータに対するタスクを実行し、データに対するタスクの実行に伴って他の情報処理システムに対して第１処理要求を行う処理が実行される場合、第１処理要求をアクセス代理実行装置２に送信する。アクセス代理実行装置は、第１処理要求の受信に応じて、第１処理要求に含まれる第１識別子を可逆変換可能な第１変換識別子に変換し、変換した第１変換識別子を含む第１処理要求を他の情報処理システムに送信し、第１処理要求に対応する処理の第１実行結果の受信に応じて、第１実行結果に含まれる第１変換識別子を第１識別子に再変換し、再変換した第１識別子と第１変換識別子とを含む第１実行結果を情報処理装置１に送信する。
【選択図】図１８
【特許請求の範囲】
【請求項1】
第１情報処理装置と、前記第１情報処理装置とアクセス可能な第２情報処理装置と、を有するデータ処理システムであって、
前記第１情報処理装置は、
処理対象のデータを受信したことに応じて、受信した前記データに対するタスクを実行し、
前記データに対するタスクの実行に伴って他の情報処理システムに対して第１処理要求を行う処理が実行される場合、前記第１処理要求を前記第２情報処理装置に送信し、
前記第２情報処理装置は、
前記第１処理要求の受信に応じて、前記第１処理要求に含まれる第１識別子を可逆変換可能な第１変換識別子に変換し、
変換した前記第１変換識別子を含む前記第１処理要求を前記他の情報処理システムに送信し、
前記第１処理要求に対応する処理の第１実行結果の受信に応じて、前記第１実行結果に含まれる前記第１変換識別子を前記第１識別子に再変換し、
再変換した前記第１識別子と前記第１変換識別子とを含む前記第１実行結果を前記第１情報処理装置に送信する、
ことを特徴とするデータ処理システム。
前記第１情報処理装置は、
処理対象のデータを受信したことに応じて、受信した前記データに対するタスクを実行し、
前記データに対するタスクの実行に伴って他の情報処理システムに対して第１処理要求を行う処理が実行される場合、前記第１処理要求を前記第２情報処理装置に送信し、
前記第２情報処理装置は、
前記第１処理要求の受信に応じて、前記第１処理要求に含まれる第１識別子を可逆変換可能な第１変換識別子に変換し、
変換した前記第１変換識別子を含む前記第１処理要求を前記他の情報処理システムに送信し、
前記第１処理要求に対応する処理の第１実行結果の受信に応じて、前記第１実行結果に含まれる前記第１変換識別子を前記第１識別子に再変換し、
再変換した前記第１識別子と前記第１変換識別子とを含む前記第１実行結果を前記第１情報処理装置に送信する、
ことを特徴とするデータ処理システム。
【請求項2】
請求項１において、
前記第２情報処理装置は、
前記データに対するタスクの実行に伴って他の情報処理システムに対して実行される第２処理要求の受信に応じて、前記第２処理要求に含まれる第２識別子を可逆変換可能な第２変換識別子に変換し、
変換した前記第２変換識別子を含む前記第２処理要求を前記他の情報処理システムに送信し、
前記第２処理要求に対応する処理の第２実行結果の受信に応じて、前記第２実行結果に含まれる前記第２変換識別子を前記第２識別子に再変換し、
再変換した前記第２識別子と前記第２変換識別子とを含む前記第２実行結果を前記第１情報処理装置に送信し、
前記第１情報処理装置は、
前記第１実行結果と前記第２実行結果との受信に応じて、前記第１識別子と前記第２識別子とが同一であるか否かを判定し、
前記第１識別子と前記第２識別子とが同一であると判定した場合、前記第１変換識別子と前記第２変換識別子とが同一であるか否かを判定し、
前記第１変換識別子と前記第２変換識別子とが異なると判定した場合、前記第１実行結果と前記第２実行結果とのうちのいずれかを破棄する、
ことを特徴とするデータ処理システム。
前記第２情報処理装置は、
前記データに対するタスクの実行に伴って他の情報処理システムに対して実行される第２処理要求の受信に応じて、前記第２処理要求に含まれる第２識別子を可逆変換可能な第２変換識別子に変換し、
変換した前記第２変換識別子を含む前記第２処理要求を前記他の情報処理システムに送信し、
前記第２処理要求に対応する処理の第２実行結果の受信に応じて、前記第２実行結果に含まれる前記第２変換識別子を前記第２識別子に再変換し、
再変換した前記第２識別子と前記第２変換識別子とを含む前記第２実行結果を前記第１情報処理装置に送信し、
前記第１情報処理装置は、
前記第１実行結果と前記第２実行結果との受信に応じて、前記第１識別子と前記第２識別子とが同一であるか否かを判定し、
前記第１識別子と前記第２識別子とが同一であると判定した場合、前記第１変換識別子と前記第２変換識別子とが同一であるか否かを判定し、
前記第１変換識別子と前記第２変換識別子とが異なると判定した場合、前記第１実行結果と前記第２実行結果とのうちのいずれかを破棄する、
ことを特徴とするデータ処理システム。
【請求項3】
請求項２において、
前記第１情報処理装置は、前記第１変換識別子と前記第２変換識別子とが異なると判定した場合、前記第１実行結果及び前記第２実行結果のうち、前記第２情報処理装置から後に受信した実行結果を破棄する、
ことを特徴とするデータ処理システム。
前記第１情報処理装置は、前記第１変換識別子と前記第２変換識別子とが異なると判定した場合、前記第１実行結果及び前記第２実行結果のうち、前記第２情報処理装置から後に受信した実行結果を破棄する、
ことを特徴とするデータ処理システム。
【請求項4】
請求項２において、
前記第２情報処理装置は、
前記第１処理要求の受信に応じて、前記第１変換識別子の生成タイミングを示す第１付加識別子を前記第１識別子に付加することによって前記第１変換識別子を生成し、
前記第１実行結果の受信に応じて、前記第１実行結果に含まれる前記第１変換識別子を前記第１識別子と前記第１付加識別子とに分割し、
前記第１識別子と前記第１付加識別子とを含む前記第１実行結果を前記第１情報処理装置に送信する、
ことを特徴とするデータ処理システム。
前記第２情報処理装置は、
前記第１処理要求の受信に応じて、前記第１変換識別子の生成タイミングを示す第１付加識別子を前記第１識別子に付加することによって前記第１変換識別子を生成し、
前記第１実行結果の受信に応じて、前記第１実行結果に含まれる前記第１変換識別子を前記第１識別子と前記第１付加識別子とに分割し、
前記第１識別子と前記第１付加識別子とを含む前記第１実行結果を前記第１情報処理装置に送信する、
ことを特徴とするデータ処理システム。
【請求項5】
請求項４において、
前記第２情報処理装置は、
前記第２処理要求の受信に応じて、前記第２変換識別子の生成タイミングを示す第２付加識別子を前記第２識別子に付加することによって前記第２変換識別子を生成し、
前記第２実行結果の受信に応じて、前記第２実行結果に含まれる前記第２変換識別子を前記第２識別子と前記第２付加識別子とに分割し、
前記第２識別子と前記第２付加識別子とを含む前記第２実行結果を前記第１情報処理装置に送信し、
前記第１情報処理装置は、
前記第１実行結果と前記第２実行結果との受信に応じて、前記第１識別子と前記第２識別子とが同一であるか否かを判定し、
前記第１識別子と前記第２識別子とが同一であると判定した場合、前記第１付加識別子と前記第２付加識別子が同一であるか否かを判定し、
前記第１付加識別子と前記第２付加識別子とが異なると判定した場合、前記第１実行結果と前記第２実行結果とのうちのいずれかを破棄する、
ことを特徴とするデータ処理システム。
前記第２情報処理装置は、
前記第２処理要求の受信に応じて、前記第２変換識別子の生成タイミングを示す第２付加識別子を前記第２識別子に付加することによって前記第２変換識別子を生成し、
前記第２実行結果の受信に応じて、前記第２実行結果に含まれる前記第２変換識別子を前記第２識別子と前記第２付加識別子とに分割し、
前記第２識別子と前記第２付加識別子とを含む前記第２実行結果を前記第１情報処理装置に送信し、
前記第１情報処理装置は、
前記第１実行結果と前記第２実行結果との受信に応じて、前記第１識別子と前記第２識別子とが同一であるか否かを判定し、
前記第１識別子と前記第２識別子とが同一であると判定した場合、前記第１付加識別子と前記第２付加識別子が同一であるか否かを判定し、
前記第１付加識別子と前記第２付加識別子とが異なると判定した場合、前記第１実行結果と前記第２実行結果とのうちのいずれかを破棄する、
ことを特徴とするデータ処理システム。
【請求項6】
請求項２において、
前記第２情報処理装置は、前記第１識別子と前記第１実行結果の前記他の情報処理システムからの送信順とを含む前記第１実行結果を前記第１情報処理装置に送信する、
ことを特徴とするデータ処理システム。
前記第２情報処理装置は、前記第１識別子と前記第１実行結果の前記他の情報処理システムからの送信順とを含む前記第１実行結果を前記第１情報処理装置に送信する、
ことを特徴とするデータ処理システム。
【請求項7】
請求項６において、
前記第２情報処理装置は、前記第２識別子と前記第２実行結果の前記他の情報処理システムからの送信順とを含む前記第２実行結果を前記第２情報処理装置に送信し、
前記第１情報処理装置は、
前記第１実行結果と前記第２実行結果との受信に応じて、前記第１識別子と前記第２識別子とが同一であるか否かを判定し、
前記第１識別子と前記第２識別子とが同一であると判定した場合、前記第１実行結果に対応する前記送信順と前記第２実行結果に対応する前記送信順とを比較し、
前記第２実行結果を前記第１実行結果の後に受信した場合であって、前記第２実行結果に対応する前記送信順が前記第１実行結果に対応する前記送信順の後でない場合、前記第２実行結果を破棄する、
ことを特徴とするデータ処理システム。
前記第２情報処理装置は、前記第２識別子と前記第２実行結果の前記他の情報処理システムからの送信順とを含む前記第２実行結果を前記第２情報処理装置に送信し、
前記第１情報処理装置は、
前記第１実行結果と前記第２実行結果との受信に応じて、前記第１識別子と前記第２識別子とが同一であるか否かを判定し、
前記第１識別子と前記第２識別子とが同一であると判定した場合、前記第１実行結果に対応する前記送信順と前記第２実行結果に対応する前記送信順とを比較し、
前記第２実行結果を前記第１実行結果の後に受信した場合であって、前記第２実行結果に対応する前記送信順が前記第１実行結果に対応する前記送信順の後でない場合、前記第２実行結果を破棄する、
ことを特徴とするデータ処理システム。
【請求項8】
請求項１において、
前記第２情報処理装置は、前記第１処理要求よりも先に前記第１実行結果を受信した場合、前記第１処理要求を受信するまで待機する、
ことを特徴とするデータ処理システム。
前記第２情報処理装置は、前記第１処理要求よりも先に前記第１実行結果を受信した場合、前記第１処理要求を受信するまで待機する、
ことを特徴とするデータ処理システム。
【請求項9】
請求項２において、
前記第２情報処理装置は、
前記第１処理要求の受信に応じて、前記第１処理要求に含まれる前記第１識別子を記憶部に記憶し、
前記第２処理要求の受信に応じて、前記記憶部に記憶した前記第１識別子と前記第２処理要求に含まれる前記第２識別子とが同一であるか否かを判定し、
前記第１識別子と前記第２識別子とが同一であると判定した場合、前記第２処理要求を前記他の情報処理システムに送信することなく破棄する、
ことを特徴とするデータ処理システム。
前記第２情報処理装置は、
前記第１処理要求の受信に応じて、前記第１処理要求に含まれる前記第１識別子を記憶部に記憶し、
前記第２処理要求の受信に応じて、前記記憶部に記憶した前記第１識別子と前記第２処理要求に含まれる前記第２識別子とが同一であるか否かを判定し、
前記第１識別子と前記第２識別子とが同一であると判定した場合、前記第２処理要求を前記他の情報処理システムに送信することなく破棄する、
ことを特徴とするデータ処理システム。
【請求項10】
第１情報処理装置と、前記第１情報処理装置とアクセス可能な第２情報処理装置と、を有するデータ処理システムにおけるデータ処理方法であって、
処理対象のデータを受信したことに応じて、受信した前記データに対するタスクを実行し、
前記データに対するタスクの実行に伴って他の情報処理システムに対して第１処理要求を行う処理が実行される場合、前記第１処理要求を前記第２情報処理装置に送信する、
処理を前記第１情報処理装置が実行し、
前記第１処理要求の受信に応じて、前記第１処理要求に含まれる第１識別子を可逆変換可能な第１変換識別子に変換し、
変換した前記第１変換識別子を含む前記第１処理要求を前記他の情報処理システムに送信し、
前記第１処理要求に対応する処理の第１実行結果の受信に応じて、前記第１実行結果に含まれる前記第１変換識別子を前記第１識別子に再変換し、
再変換した前記第１識別子と前記第１変換識別子とを含む前記第１実行結果を前記第１情報処理装置に送信する処理を実行する、
処理を前記第２情報処理装置が実行することを特徴とするデータ処理方法。
処理対象のデータを受信したことに応じて、受信した前記データに対するタスクを実行し、
前記データに対するタスクの実行に伴って他の情報処理システムに対して第１処理要求を行う処理が実行される場合、前記第１処理要求を前記第２情報処理装置に送信する、
処理を前記第１情報処理装置が実行し、
前記第１処理要求の受信に応じて、前記第１処理要求に含まれる第１識別子を可逆変換可能な第１変換識別子に変換し、
変換した前記第１変換識別子を含む前記第１処理要求を前記他の情報処理システムに送信し、
前記第１処理要求に対応する処理の第１実行結果の受信に応じて、前記第１実行結果に含まれる前記第１変換識別子を前記第１識別子に再変換し、
再変換した前記第１識別子と前記第１変換識別子とを含む前記第１実行結果を前記第１情報処理装置に送信する処理を実行する、
処理を前記第２情報処理装置が実行することを特徴とするデータ処理方法。
【請求項11】
他の情報処理装置から特定の情報処理システムに対する第１処理要求の受信に応じて、前記第１処理要求に含まれる第１識別子を可逆変換可能な第１変換識別子に変換し、
変換した前記第１変換識別子を含む前記第１処理要求を前記特定の情報処理システムに送信し、
前記第１処理要求に対応する処理の第１実行結果の前記特定の情報処理システムからの受信に応じて、前記第１実行結果に含まれる前記第１変換識別子を前記第１識別子に再変換し、
再変換した前記第１識別子と前記第１変換識別子とを含む前記第１実行結果を前記他の情報処理装置に送信する、
処理をコンピュータに実行させることを特徴とするデータ処理プログラム。
変換した前記第１変換識別子を含む前記第１処理要求を前記特定の情報処理システムに送信し、
前記第１処理要求に対応する処理の第１実行結果の前記特定の情報処理システムからの受信に応じて、前記第１実行結果に含まれる前記第１変換識別子を前記第１識別子に再変換し、
再変換した前記第１識別子と前記第１変換識別子とを含む前記第１実行結果を前記他の情報処理装置に送信する、
処理をコンピュータに実行させることを特徴とするデータ処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、データ処理システム、データ処理方法及びデータ処理プログラムに関する。
【背景技術】
【0002】
近年、複数のセンサ等から受信したＩｏＴ（Ｉｎｔｅｒｎｅｔ oｆ Ｔｈｉｎｇ）データに対して、複数のタスク（タスクプログラム）を連鎖的に実行して出力するストリーム処理システムが用いられている。
【0003】
このようなストリーム処理システムでは、例えば、ＩｏＴデータ（以下、単にデータとも呼ぶ）に対するタスクの実行中において必要が生じた場合、他の情報処理システム（以下、外部システムまたは特定の情報処理システムとも呼ぶ）に対して処理要求（以下、リクエストとも呼ぶ）を送信する。そして、外部システムでは、この場合、受信したリクエストに対応する処理を実行し、その処理結果（以下、レスポンスとも呼ぶ）をストリーム処理システムに対して送信する。その後、ストリーム処理システムでは、外部システムから受信したレスポンスをタスクにおいて処理する（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特表２０１９－５３５０５８号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
ここで、上記のようなストリーム処理システムでは、耐障害性を確保することを目的として、例えば、各タスクの内部状態についての定期的な保存を行う。具体的に、ストリーム処理システムでは、例えば、各タスクの内部状態をタスクごとに保存する分散チェックポイント方式に従うことによって、各タスクの内部状態についての保存を行う。そして、ストリーム処理システムでは、例えば、ネットワークの切断等の障害が発生した場合、保存済の内部状態を用いることによって障害発生前の状態の復元（以下、リカバリとも呼ぶ）を行い、復元された状態から各タスクの実行を再度行う。
【0006】
しかしながら、例えば、障害の発生時において外部システムに対するリクエストの送信が行われていた場合、ストリーム処理システムと外部システムとの間では、上記のようなリカバリの実行に伴って、リクエストやレスポンスの送受信が再度行われる場合がある。そのため、ストリーム処理システムでは、レスポンスの不整合が発生する可能性がある。
【0007】
そこで、一つの側面では、本発明は、外部システムから送信されたレスポンスについての不整合の発生を防止することを可能とするデータ処理システム、データ処理方法及びデータ処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【0008】
実施の形態の一態様では、第１情報処理装置と、前記第１情報処理装置とアクセス可能な第２情報処理装置と、を有するデータ処理システムであって、前記第１情報処理装置は、処理対象のデータを受信したことに応じて、受信した前記データに対するタスクを実行し、前記データに対するタスクの実行に伴って他の情報処理システムに対して第１処理要求を行う処理が実行される場合、前記第１処理要求を前記第２情報処理装置に送信し、前記第２情報処理装置は、前記第１処理要求の受信に応じて、前記第１処理要求に含まれる第１識別子を可逆変換可能な第１変換識別子に変換し、変換した前記第１変換識別子を含む前記第１処理要求を前記他の情報処理システムに送信し、前記第１処理要求に対応する処理の第１実行結果の受信に応じて、前記第１実行結果に含まれる前記第１変換識別子を前記第１識別子に再変換し、再変換した前記第１識別子と前記第１変換識別子とを含む前記第１実行結果を前記第１情報処理装置に送信する。
【発明の効果】
【0009】
一つの側面によれば、外部システムから送信されたレスポンスの不整合の発生を防止することを可能とする。
【図面の簡単な説明】
【0010】
【発明を実施するための形態】
【0011】
［第１の実施の形態における情報処理システムの構成］
初めに、情報処理システム１０の構成について説明を行う。図１は、情報処理システム１０の構成について説明する図である。
初めに、情報処理システム１０の構成について説明を行う。図１は、情報処理システム１０の構成について説明する図である。
【0012】
情報処理システム１０は、例えば、複数のセンサ（図示せず）から送信されたセンサデータＤＴを蓄積するキュー４ａ（以下、記憶装置４ａとも呼ぶ）及びキュー４ｂ（以下、記憶装置４ｂとも呼ぶ）と、キュー４ａ及びキュー４ｂに蓄積された各センサデータＤＴについてのタスクを実行する１以上の物理マシンまたは仮想マシンである情報処理装置１（以下、ストリーム処理装置１とも呼ぶ）とを有する。センサデータＤＴは、例えば、工場内の温度計の測定値や車両の現在位置等のデータである。以下、キュー４ａ及びキュー４ｂを総称して単にキュー４とも呼ぶ。
【0013】
具体的に、情報処理装置１は、例えば、図１に示すように、各センサデータＤＴに対してタスクＴ１とタスクＴ２とタスクＴ３とを連鎖的に実行する処理（以下、ストリームデータ処理またはデータ処理とも呼ぶ）を行う。以下、タスクＴ１、タスクＴ２及びタスクＴ３を含む各タスクを総称して単にタスクＴとも呼ぶ。なお、以下、情報処理装置１において３つのタスク（タスクＴ１、タスクＴ２及びタスクＴ３）が連鎖的に実行される場合について説明を行うが、情報処理装置１は、３つ以外の数のタスクを連鎖的に実行するものであってもよい。
【0014】
さらに具体的に、情報処理装置１は、例えば、図１に示すように、キュー４ａに蓄積されたセンサデータＤＴについてのタスクＴ１の実行を行うとともに、キュー４ｂに蓄積されたセンサデータＤＴについてのタスクＴ２の実行を行う。そして、情報処理装置１は、例えば、タスクＴ１が実行されたセンサデータＤＴ（タスクＴ１の実行結果）と、タスクＴ２が実行されたセンサデータＤＴ（タスクＴ２の実行結果）とについてのタスクＴ３の実行を行う。その後、情報処理装置１は、例えば、タスクＴ３が実行されたセンサデータＤＴ（タスクＴ３の実行結果）を予め指定された操作端末（図示せず）等に出力する。
【0015】
なお、ストリームデータ処理は、例えば、複数の情報処理装置１において並行して行われるものであってよい。すなわち、複数の情報処理装置１では、例えば、各センサデータＤＴに対してタスクＴ１とタスクＴ２とタスクＴ３とを並列に実行する分散ストリームデータ処理がそれぞれ行われるものであってよい。また、タスクＴ１、タスクＴ２及びタスクＴ３のそれぞれは、例えば、複数の情報処理装置１が分担して実行するものであってもよい。
【0016】
また、情報処理装置１は、例えば、図１に示すように、タスクＴ１の実行結果等の内部状態（以下、タスクＴ１の内部状態とも呼ぶ）を記憶する記憶装置Ｔ１ａと、タスクＴ２の実行結果等の内部状態（以下、タスクＴ２の内部状態とも呼ぶ）を記憶する記憶装置Ｔ２ａと、タスクＴ３の実行結果等の内部状態（以下、タスクＴ３の内部状態とも呼ぶ）を記憶する記憶装置Ｔ３ａとを有する。
【0017】
ここで、情報処理システム１０は、耐障害性を確保することを目的として、例えば、各タスクの内部状態についての定期的な保存を行う。具体的に、情報処理システム１０は、例えば、各タスクの内部状態をタスクごとに保存する分散チェックポイント方式に従うことによって、各タスクの内部状態についての保存を行う。そして、情報処理システム１０は、例えば、ネットワークの切断等の障害が発生した場合、保存済の内部状態を用いることによって障害発生前の状態の復元を行い、復元された状態から各タスクの実行を再度行う。以下、分散チェックポイント方式について説明を行う。
【0018】
【0019】
情報処理装置１では、各タスクに対して内部状態の保存を行うタイミングを通知するために、タスク間においてバリアマーカの送受信が行われる。具体的に、各タスクは、バリアマーカを受信したことに応じて各タスクにおける内部状態の保存を行う。
【0020】
さらに具体的に、情報処理装置１は、例えば、図２に示すように、センサデータＤＴとともにバリアマーカＢＭ１及びバリアマーカＢＭ２を含む各バリアマーカの送受信を定期的に行う。バリアマーカＢＭ１は、タスクＴ１を経由してタスクＴ３に送信されるバリアマーカであり、バリアマーカＢＭ２は、タスクＴ２を経由してタスクＴ３に送信されるバリアマーカである。
【0021】
そして、例えば、図３に示すように、バリアマーカＢＭ２がタスクＴ２に到達した場合、タスクＴ２は、バリアマーカＢＭ２の受信時点において記憶装置Ｔ２ａに記憶されていた内部状態を記憶装置Ｔ０に保存する。
【0022】
続いて、例えば、図４に示すように、バリアマーカＢＭ２がタスクＴ３に到達した場合、タスクＴ３は、バリアマーカＢＭ１が到達するまで待機する。
【0023】
すなわち、タスクＴ３は、タスクＴ１が実行されたセンサデータＤＴ（タスクＴ１の実行結果）及びタスクＴ２が実行されたセンサデータＤＴ（タスクＴ２の実行結果）に対して実行するタスクである。そのため、タスクＴ３は、タスクＴ３に対するセンサデータＤＴの送信元の全て（タスクＴ１及びタスクＴ２）からバリアマーカが到達するまで待機する。
【0024】
その後、例えば、バリアマーカＢＭ１がタスクＴ１に到達した場合、タスクＴ１は、バリアマーカＢＭ１の受信時点において記憶装置Ｔ１ａに記憶されていた内部状態を記憶装置Ｔ０に保存する。
【0025】
そして、例えば、図５に示すように、バリアマーカＢＭ１がタスクＴ３に到達した場合、タスクＴ３は、タスクＴ３に対するセンサデータＤＴの送信元の全てからバリアマーカが到達したものと判定し、図６に示すように、バリアマーカＢＭ１の受信時点において記憶装置Ｔ３ａに記憶されていた内部状態を記憶装置Ｔ０に保存する。さらに、タスクＴ３は、この場合、例えば、次のタスクＴに対してバリアマーカＢＭ３の送信を行う。
【0026】
これにより、情報処理装置１は、内部状態の保存を行うまでに処理を行うセンサデータＤＴをタスク間において揃えることが可能になる。
【0027】
ここで、例えば、情報処理装置１における終端のタスクまでバリアマーカＢＭ３が到着することによってチェックポイントが完了し、かつ、このチェックポイントが障害発生前に完了した最後のチェックポイントであった場合において、障害の発生に伴うリカバリが行われる場合、情報処理装置１は、図７に示すように、記憶装置Ｔ０に記憶されている内部状態のうち、バリアマーカＢＭ１の到達に伴って記憶装置Ｔ１ａから送信された内部状態を記憶装置Ｔ１ａに戻す。また、情報処理装置１は、この場合、記憶装置Ｔ０に記憶されている内部状態のうち、バリアマーカＢＭ２の到達に伴って記憶装置Ｔ２ａから送信された内部状態を記憶装置Ｔ２ａに戻す。さらに、情報処理装置１は、この場合、記憶装置Ｔ０に記憶されている内部状態のうち、バリアマーカＢＭ１及びバリアマーカＢＭ２の到達に伴って記憶装置Ｔ３ａから送信された内部状態を記憶装置Ｔ３ａに戻す。
【0028】
すなわち、情報処理装置１は、障害の発生に伴うリカバリを行う場合、分散チェックポイント方式に従うことによって保存した内部状態を用いることによって、タスクＴ１、タスクＴ２及びタスクＴ３の状態を障害の発生前の状態に復元する。
【0029】
そして、情報処理装置１は、図８に示すように、バリアマーカＢＭ１及びバリアマーカＢＭ２の直後のセンサデータＤＴから順に処理を行い、障害発生時点のセンサデータＤＴの読み込み位置に追いつくことでリカバリを完了する。
【0030】
これにより、情報処理装置１は、障害に発生に伴ってリカバリを実行した場合であっても、リカバリの前後における不整合の発生を防止することが可能になる。
【0031】
【0032】
初めに、情報処理装置１、アクセス代理実行装置２及び外部システム３の構成について説明を行う。図９は、情報処理装置１、アクセス代理実行装置２及び外部システム３の構成を説明する図である。
【0033】
アクセス代理実行装置２（以下、情報処理装置２とも呼ぶ）は、例えば、１以上の物理マシンまたは仮想マシンであり、外部システム３に対するリクエストの送信や外部システム３からのレスポンスの受信（待ち合わせ）を情報処理装置１に代わって行う。アクセス代理実行装置２は、例えば、情報処理装置１と同様にストリームデータ処理を行い、分散チェックポイント方式によって耐障害性を確保する。
【0034】
また、外部システム３は、例えば、情報処理装置１が各タスクの内部状態として記憶していない各種データを管理するデータベースシステムである。
【0035】
そして、情報処理装置１は、例えば、センサデータＤＴについてのタスクの実行に伴って、外部システム３へのリクエストの送信を行う必要が生じた場合、送信を行う必要が生じたリクエストをアクセス代理実行装置２に対して送信する。
【0036】
具体的に、例えば、センサデータＤＴについてのタスクの実行中において必要が生じた場合、情報処理装置１は、図９に示すように、外部システム３に対するリクエストをキュー５ａに蓄積する。
【0037】
続いて、アクセス代理実行装置２は、例えば、キュー５ａに蓄積されたリクエストを取得してキュー６ａに蓄積する。そして、外部システム３は、例えば、キュー６ａに蓄積されたリクエストに対応する処理を実行する。
【0038】
その後、外部システム３は、例えば、リクエストに対応する処理の実行終了に応じて、リクエストに対する複数のレスポンスをキュー６ｂに蓄積する。そして、アクセス代理実行装置２は、例えば、キュー６ｂに蓄積された複数のレスポンスを取得してキュー５ｂに蓄積する。さらに、情報処理装置１は、例えば、キュー５ｂに蓄積される複数のレスポンスを順次取得し、取得した各レスポンスについてのタスクの実行を順次行う。
【0039】
すなわち、情報処理装置１は、センサデータＤＴについてのタスクの実行に伴って外部システム３へのリクエストの送信を行う必要が生じた場合、アクセス代理実行装置２に対してリクエストの送信を行う。この場合、情報処理装置１は、アクセス代理実行装置２との間におけるリクエスト及びレスポンスの送受信をキュー５ａ及びキュー５ｂを介して行う。また、アクセス代理実行装置２は、外部システム３との間におけるリクエスト及びレスポンスの送受信をキュー６ａ及びキュー６ｂを介して行う。
【0040】
これにより、情報処理装置１は、外部システム３へのリクエストの送信を行う必要が生じた場合であっても、アクセス代理実行装置２からのレスポンスを受信するまで待ち合わせる必要がなくなり、次以降のセンサデータＤＴについてのタスクの実行を継続して行うことが可能になる。同様に、アクセス代理実行装置２は、外部システム３へのリクエストの送信を行う必要が生じた場合であっても、外部システム３からのレスポンスを受信するまで待ち合わせる必要がなくなり、次以降のリクエストの送信を継続して行うことが可能になる。
【0041】
そのため、情報処理装置１は、例えば、外部システム３に対するアクセスに伴って発生するバリアマーカの待ち合わせ時間（例えば、図２等で説明したタスクＴ３におけるバリアマーカＢＭ１及びバリアマーカＢＭ２の待ち合わせ時間）を抑制することが可能になる。したがって、情報処理装置１は、例えば、各タスクにおける処理速度の低下を抑制することが可能になる。
【0042】
次に、外部システム３に対するアクセスが行われる際のシーケンスチャート図について説明を行う。図１０及び図１１は、外部システム３に対するアクセスが行われる際のシーケンスチャート図である。以下、キュー５ａ及びキュー５ｂを総称して単にキュー５とも呼び、キュー６ａ及びキュー６ｂを総称して単にキュー６とも呼ぶ。
【0043】
情報処理装置１は、図１０に示すように、例えば、センサデータＤＴについてのタスクの実行中において必要が生じた場合、キュー５、アクセス代理実行装置２及びキュー６を介して外部システム３に対してリクエスト（１）を送信する。そして、外部システム３は、情報処理装置１から送信されたリクエスト（１）を受信した場合、受信したリクエスト（１）に対応する処理を実行する。
【0044】
その後、外部システム３は、例えば、情報処理装置１から送信されたリクエスト（１）に対応するレスポンスとしてレスポンス（１）及びレスポンス（２）を生成した場合、リクエスト（１）に対応する最後のレスポンスでないことを示す情報を付加したレスポンス（１）を、キュー６、アクセス代理実行装置２及びキュー５を介して情報処理装置１に送信する。また、外部システム３は、この場合、リクエスト（１）に対応する最後のレスポンスであることを示す情報を付加したレスポンス（２）を、キュー６、アクセス代理実行装置２及びキュー５を介して情報処理装置１に送信する。
【0045】
そして、情報処理装置１は、レスポンス（１）を受信した場合、受信したレスポンス（１）に付加されている情報に従って、リクエスト（１）に対応するさらなるレスポンスを受信するまで待ち合わせる。さらに、情報処理装置１は、レスポンス（２）を受信した場合、受信したレスポンス（２）に付加されている情報に従って、リクエスト（１）に対応するレスポンスの待ち合わせを終了する。
【0046】
ここで、例えば、障害の発生時において外部システム３に対するリクエストの送信が行われていた場合、リカバリの実行に伴って、外部システム３に対するリクエストの送信や情報処理装置１に対するレスポンスの送信が再度行われる場合がある。そのため、情報処理装置１では、例えば、リクエストに対するレスポンスの不整合が発生する可能性がある。
【0047】
具体的に、図１１に示すように、例えば、アクセス代理実行装置２における障害の発生に伴ってリカバリが実行され、アクセス代理実行装置２の内部状態が時点ＣＰまで戻った場合、アクセス代理実行装置２は、時点ＣＰよりも後に取得が行われたリクエスト（１）をキュー５から再度取得し、キュー６を介して外部システム３に送信する可能性がある。
【0048】
そのため、この場合、外部システム３に対してリクエスト（１）が２回送信されることになり、外部システム３は、１回目のリクエスト（１）に対応するレスポンス（１）及びレスポンス（２）に加え、２回目のリクエスト（１）（以下、リクエスト（１）（再）とも呼ぶ）に対応するレスポンス（１）（以下、レスポンス（１）（再）とも呼ぶ）及びレスポンス（２）（以下、レスポンス（２）（再）とも呼ぶ）についても情報処理装置１に送信する。
【0049】
そして、この場合において、例えば、レスポンス（１）、レスポンス（１）（再）、レスポンス（２）及びレスポンス（２）（再）の順で情報処理装置１に到達した場合、情報処理装置１は、リクエスト（１）に対応する最後のレスポンスであることを示す情報が付加されたレスポンス（２）を受信するまでに受信した各レスポンス（レスポンス（１）、レスポンス（１）（再）及びレスポンス（２））を、リクエスト（１）に対応するレスポンスとして受信する。
【0050】
すなわち、情報処理装置１では、この場合、同一内容のレスポンスであるレスポンス（１）及びレスポンス（１）（再）を、リクエスト（１）に対応するレスポンスとしてそれぞれ受信することになり、リクエスト（１）に対応するレスポンスの不整合が発生する。
【0051】
そこで、本実施の形態における情報処理装置１は、例えば、処理対象のセンサデータＤＴを受信したことに応じて、受信したセンサデータＤＴに対するタスクを実行する。そして、情報処理装置１は、センサデータＤＴに対するタスクの実行に伴って外部システム３（以下、他の情報処理システムとも呼ぶ）に対してリクエストを行う処理が実行される場合、リクエストをアクセス代理実行装置２に送信する。
【0052】
一方、本実施の形態におけるアクセス代理実行装置２は、リクエストの受信に応じて、リクエストに含まれる識別子を可逆変換可能な変換識別子に変換する。具体的に、アクセス代理実行装置２は、例えば、リクエストに含まれる識別子（例えば、リクエストＩＤ）にタイムスタンプ（以下、付加識別子とも呼ぶ）を付加することによって新たな識別子である変換識別子を生成する。そして、アクセス代理実行装置２は、変換した変換識別子を含むリクエストを外部システム３に送信する。
【0053】
また、アクセス代理実行装置２は、リクエストに対応するレスポンスの受信に応じて、レスポンスに含まれる変換識別子を識別子に再変換する。そして、アクセス代理実行装置２は、再変換した識別子と変換識別子とを含むレスポンスを情報処理装置１に送信する。
【0054】
すなわち、本実施の形態におけるアクセス代理実行装置２は、リクエストに含まれる識別子を変換識別子に変換することで、リカバリの実行に伴って同一のリクエストが複数回送信される場合であっても、それぞれのリクエストを区別可能な状態で外部システム３に送信する。そして、アクセス代理実行装置２は、外部システム３からレスポンスを受信した場合、受信したレスポンスを、そのレスポンスに対応するリクエストが区別可能な状態のままで情報処理装置１に送信する。
【0055】
これにより、本実施の形態における情報処理装置１は、リカバリの実行に伴って同一のリクエストが複数回送信された場合であっても、各リクエストに対応するレスポンスを互いに異なるリクエストに対応するレスポンスとして識別することが可能になる。そのため、情報処理装置１は、アクセス代理実行装置２から受信したレスポンスのうち、破棄する必要があるレスポンス（既に受信しているレスポンスと同一のレスポンス）を特定することが可能になり、レスポンスについての不整合の発生を防止することが可能になる。
【0056】
［情報処理システムのハードウエア構成］
次に、情報処理システム１０のハードウエア構成について説明する。図１２は、情報処理装置１のハードウエア構成を説明する図である。また、図１３は、アクセス代理実行装置２のハードウエア構成を説明する図である。
次に、情報処理システム１０のハードウエア構成について説明する。図１２は、情報処理装置１のハードウエア構成を説明する図である。また、図１３は、アクセス代理実行装置２のハードウエア構成を説明する図である。
【0057】
初めに、情報処理装置１のハードウエア構成について説明を行う。
【0058】
情報処理装置１は、図１２に示すように、プロセッサであるＣＰＵ１０１と、メモリ１０２と、Ｉ／Ｏインタフェース１０３と、記憶媒体１０４とを有する。各部は、バス１０５を介して互いに接続される。
【0059】
記憶媒体１０４は、例えば、ストリームデータ処理を行うためのプログラム１１０を記憶するプログラム格納領域（図示せず）を有する。また、記憶媒体１０４は、例えば、ストリームデータ処理を行う際に用いられる情報を記憶する情報格納領域１３０を有する。なお、記憶媒体１０４は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）であってよい。
【0060】
ＣＰＵ１０１は、記憶媒体１０４からメモリ１０２にロードされたプログラム１１０を実行してストリームデータ処理を行う。
【0061】
Ｉ／Ｏインタフェース１０３は、例えば、ネットワークインターフェースカード等のインタフェース機器であり、インターネット等のネットワークを介してアクセス代理実行装置２とアクセスが可能である。
【0062】
次に、アクセス代理実行装置２のハードウエア構成について説明を行う。
【0063】
アクセス代理実行装置２は、図１３に示すように、プロセッサであるＣＰＵ２０１と、メモリ２０２と、Ｉ／Ｏインタフェース２０３と、記憶媒体２０４とを有する。各部は、バス２０５を介して互いに接続される。
【0064】
記憶媒体２０４は、例えば、ストリームデータ処理を行うためのプログラム２１０を記憶するプログラム格納領域（図示せず）を有する。また、記憶媒体２０４は、例えば、ストリームデータ処理を行う際に用いられる情報を記憶する情報格納領域２３０を有する。なお、記憶媒体２０４は、例えば、ＨＤＤやＳＳＤであってよい。
【0065】
ＣＰＵ２０１は、記憶媒体２０４からメモリ２０２にロードされたプログラム２１０を実行してストリームデータ処理を行う。
【0066】
Ｉ／Ｏインタフェース２０３は、例えば、ネットワークインターフェースカード等のインタフェース機器であり、インターネット等のネットワークを介して情報処理装置１及び外部システム３とアクセスが可能である。
【0067】
【0068】
初めに、情報処理装置１の機能のブロック図について説明を行う。
【0069】
情報処理装置１は、図１４に示すように、例えば、ＣＰＵ１０１やメモリ１０２等のハードウエアとプログラム１１０とが有機的に協働することにより、データ受信部１１１と、アプリケーションタスク実行部１１２（以下、アプリタスク実行部１１２とも表記する）と、リクエスト管理部１１３と、リクエスト送信部１１４と、レスポンス受信部１１５と、一貫性判定部１１６と、重複判定部１１７とを含む各種機能を実現する。
【0070】
また、情報処理装置１は、例えば、リクエスト管理情報１３１と、実行時固有情報１３２と、レスポンス特定情報１３３とを情報格納領域１３０に記憶する。
【0071】
データ受信部１１１は、例えば、キュー４に蓄積されたセンサデータＤＴを順次取得する。また、データ受信部１１１は、例えば、前段タスク（同一の情報処理装置１または他の情報処理装置１において動作する前段タスク）から送信されたセンサデータＤＴを受信する。
【0072】
アプリケーションタスク実行部１１２は、例えば、データ受信部１１１が受信したセンサデータＤＴについてのタスクを実行する。
【0073】
リクエスト管理部１１３は、例えば、アプリケーションタスク実行部１１２によるタスクの実行に伴って外部システム３に対するリクエストの送信が必要になった場合、外部システム３に対するリクエストを生成する。そして、リクエスト管理部１１３は、例えば、生成したリクエストについての情報をリクエスト管理情報１３１として情報格納領域１３０に記憶する。
【0074】
リクエスト送信部１１４は、例えば、リクエスト管理部１１３が生成したリクエストをアクセス代理実行装置２に送信する。
【0075】
レスポンス受信部１１５は、例えば、アクセス代理実行装置２から送信されたレスポンス（リクエスト送信部１１４が送信したリクエストに対応するレスポンス）を受信する。具体的に、レスポンス受信部１１５は、例えば、キュー５に蓄積されたレスポンスを順次取得する。
【0076】
一貫性判定部１１６は、例えば、レスポンス受信部１１５が受信したレスポンスに含まれる内容から、レスポンス受信部１１５が受信したレスポンスが破棄すべきレスポンスであるか否かを判定する。そして、一貫性判定部１１６は、例えば、レスポンス受信部１１５が受信したレスポンスが破棄すべきレスポンスであると判定した場合、レスポンス受信部１１５が受信したレスポンスを破棄する。
【0077】
重複判定部１１７は、例えば、レスポンス受信部１１５が受信したレスポンスに含まれる内容から、レスポンス受信部１１５が受信したレスポンスが過去に受信済のレスポンスと同一のレスポンス（以下、重複レスポンスとも呼ぶ）であるか否かを判定する。そして、重複判定部１１７は、例えば、レスポンス受信部１１５が受信したレスポンスが重複レスポンスであると判定した場合、レスポンス受信部１１５が受信したレスポンスを破棄する。実行時固有情報１３２及びレスポンス特定情報１３３についての説明は後述する。
【0078】
次に、アクセス代理実行装置２の機能のブロック図について説明を行う。
【0079】
アクセス代理実行装置２は、図１５に示すように、例えば、ＣＰＵ２０１やメモリ２０２等のハードウエアとプログラム２１０とが有機的に協働することにより、リクエスト受信部２１１と、重複フィルタ部２１２と、固有情報生成部２１３と、リクエスト管理部２１４と、リクエスト処理部２１５と、識別子変換部２１６と、リクエスト送信部２１７と、レスポンス受信部２１８と、固有情報抽出部２１９と、特定情報付加部２２０と、レスポンス処理部２２１と、レスポンス送信部２２２とを含む各種機能を実現する。
【0080】
また、アクセス代理実行装置２は、例えば、リクエスト管理情報２３１と、リクエストＩＤ情報２３２とを情報格納領域２３０に記憶する。
【0081】
リクエスト受信部２１１は、例えば、情報処理装置１から送信されたリクエストを受信する。具体的に、リクエスト受信部２１１は、例えば、キュー５に蓄積されたリクエストを順次取得する。
【0082】
重複フィルタ部２１２は、例えば、リクエスト受信部２１１が受信したリクエストの内容から、リクエスト受信部２１１が受信したリクエストが過去に受信済のリクエストと同一のリクエスト（以下、重複リクエストとも呼ぶ）であるか否かを判定する。そして、重複フィルタ部２１２は、例えば、リクエスト受信部２１１が受信したリクエストが重複リクエストであると判定した場合、リクエスト受信部２１１が受信したリクエストを破棄する。
【0083】
固有情報生成部２１３は、例えば、リクエスト受信部２１１がリクエストに対応する実行時固有情報を生成する。実行時固有情報は、例えば、リクエスト受信部２１１がリクエストを受信した時刻を示すタイムスタンプである。
【0084】
リクエスト管理部２１４は、例えば、リクエスト受信部２１１が受信したリクエストに対応する情報をリクエスト管理情報２３１として情報格納領域１３０に記憶する。
【0085】
リクエスト処理部２１５は、例えば、リクエストの送信先の外部システム３に応じて、リクエスト受信部２１１が受信したリクエストを変換する。
【0086】
識別子変換部２１６は、例えば、リクエスト受信部２１１が受信したリクエストに含まれる識別子を可逆変換可能な変換識別子に変換する。識別子は、例えば、各リクエストを識別可能なリクエストＩＤである。
【0087】
具体的に、識別子変換部２１６は、例えば、リクエスト受信部２１１が受信したリクエストに含まれる識別子に対して、固有情報生成部２１３が生成した実行時固有情報を付加することによって変換識別子を生成する。
【0088】
リクエスト送信部２１７は、例えば、識別子変換部２１６が変換した変換識別子を含むリクエストを外部システム３に送信する。
【0089】
レスポンス受信部２１８は、例えば、外部システム３から送信されたレスポンス（リクエスト送信部２１７が送信したリクエストに対応するレスポンス）を受信する。具体的に、レスポンス受信部２１８は、例えば、キュー６に蓄積されたレスポンスを順次取得する。
【0090】
固有情報抽出部２１９は、例えば、レスポンス受信部２１８が受信したレスポンスから実行時固有情報を抽出する。そして、固有情報抽出部２１９は、例えば、レスポンス受信部２１８が受信したレスポンスに対して、抽出した実行時固有情報を付加する。
【0091】
特定情報付加部２２０は、例えば、レスポンス受信部２１８が受信したレスポンスに対応するレスポンス特定情報を取得する。レスポンス特定情報は、例えば、レスポンス受信部２１８が受信したレスポンスが格納されていたキュー６における格納位置（オフセット）である。そして、特定情報付加部２２０は、例えば、レスポンス受信部２１８が受信したレスポンスに対して、取得したレスポンス特定情報を付加する。
【0092】
レスポンス処理部２２１は、例えば、必要に応じて、固有情報抽出部２１９が実行時固有情報を付加したレスポンス（特定情報付加部２２０がレスポンス特定情報を付加したレスポンス）を変換する。
【0093】
レスポンス送信部２２２は、例えば、レスポンス処理部２２１が変換したレスポンスを情報処理装置１に送信する。リクエストＩＤ情報２３２の説明については後述する。
【0094】
［第１の実施の形態の概略］
次に、第１の実施の形態の概略について説明する。図１６及び図１７は、第１の実施の形態におけるストリームデータ処理の概略を説明するフローチャート図である。また、図１８は、第１の実施の形態におけるストリームデータ処理の概略を説明する図である。
次に、第１の実施の形態の概略について説明する。図１６及び図１７は、第１の実施の形態におけるストリームデータ処理の概略を説明するフローチャート図である。また、図１８は、第１の実施の形態におけるストリームデータ処理の概略を説明する図である。
【0095】
情報処理装置１は、図１６に示すように、例えば、センサデータＤＴを受信するまで待機する（Ｓ１１のＮＯ）。
【0096】
そして、センサデータＤＴを受信した場合（Ｓ１１のＹＥＳ）、情報処理装置１は、例えば、センサデータＤＴについてのタスクの実行を開始する（Ｓ１２）。
【0097】
続いて、情報処理装置１は、例えば、センサデータＤＴに対するタスクの実行に伴って外部システム３に対するリクエストの送信が必要になった場合（Ｓ１３のＹＥＳ）、外部システム３に対するリクエストをアクセス代理実行装置２に送信する（Ｓ１４）。
【0098】
なお、情報処理装置１は、外部システム３に対するリクエストの送信が必要でない場合（Ｓ１３のＮＯ）、Ｓ１４の処理を実行しない。
【0099】
一方、アクセス代理実行装置２は、図１７に示すように、例えば、情報処理装置１から送信されたリクエストを受信するまで待機する（Ｓ２１のＮＯ）。
【0100】
そして、情報処理装置１から送信されたリクエストを受信した場合（Ｓ２１のＹＥＳ）、アクセス代理実行装置２は、例えば、リクエストに含まれる識別子を可逆変換可能な変換識別子に変換する（Ｓ２２）。
【0101】
さらに、アクセス代理実行装置２は、例えば、変換識別子を含むリクエストを外部システム３に送信する（Ｓ２３）。
【0102】
その後、アクセス代理実行装置２は、例えば、外部システム３からレスポンスを受信するまで待機する（Ｓ２４のＮＯ）。
【0103】
そして、外部システム３からレスポンスを受信した場合（Ｓ２４のＹＥＳ）、アクセス代理実行装置２は、例えば、レスポンスに含まれる変換識別子を識別子に再変換する（Ｓ２５）。
【0104】
さらに、アクセス代理実行装置２は、例えば、再変換した識別子と変換識別子とを含むレスポンスを情報処理装置１に送信する（Ｓ２６）。
【0105】
これにより、本実施の形態における情報処理装置１は、リカバリの実行に伴って同一のリクエストが複数回送信された場合であっても、各リクエストに対応するレスポンスを互いに異なるリクエストに対応するレスポンスとして識別することが可能になる。そのため、情報処理装置１は、アクセス代理実行装置２から受信したレスポンスのうち、破棄する必要があるレスポンスを特定することが可能になり、レスポンスについての不整合の発生を防止することが可能になる。
【0106】
具体的に、図１８に示すように、例えば、リカバリの実行に伴って同一のリクエストであるリクエスト（１）及びリクエスト（１）（再）が発生した場合、リクエスト（１）には、リクエスト（１）に含まれる識別子から生成された変換識別子（以下、第１変換識別子とも呼ぶ）が付加され、リクエスト（１）（再）には、リクエスト（１）（再）に含まれる識別子から生成された他の変換識別子（以下、第２変換識別子とも呼ぶ）が付加される。すなわち、リクエスト（１）及びリクエスト（１）（再）のそれぞれには、各リクエストを区別して識別することが可能な第１変換識別子及び第２変換識別子がそれぞれ付加される。
【0107】
そして、レスポンス（１）及びレスポンス（２）のそれぞれは、例えば、各レスポンスに対応するリクエスト（１）を識別可能な第１変換識別子を保持した状態で情報処理装置１に送信され、レスポンス（１）（再）及びレスポンス（２）（再）のそれぞれは、各レスポンスに対応するリクエスト（１）（再）を識別可能な第２変換識別子を保持した状態で情報処理装置１に送信される。
【0108】
その後、例えば、レスポンス（１）の後にレスポンス（１）（再）を受信した場合、情報処理装置１は、レスポンス（１）が有する識別子とレスポンス（１）（再）が有する識別子とが同一であるが、レスポンス（１）が有する第１変換識別子とレスポンス（１）（再）が有する第２変換識別子とが異なると判定して、レスポンス（１）（再）の破棄を行う。また、例えば、レスポンス（１）の後にレスポンス（２）（再）を受信した場合、レスポンス（１）が有する識別子とレスポンス（２）（再）が有する識別子とが同一であるが、レスポンス（１）が有する第１変換識別子とレスポンス（２）（再）が有する第２変換識別子とが異なると判定して、レスポンス（２）（再）の破棄を行う。
【0109】
すなわち、情報処理装置１は、この場合、リクエスト（１）と同一のリクエストであるリクエスト（１）（再）が発生しているものと判定して、例えば、レスポンス（１）（再）及びレスポンス（２）（再）の破棄を行う。
【0110】
一方、例えば、レスポンス（１）の後にレスポンス（２）を受信した場合、情報処理装置１は、レスポンス（１）が有する識別子とレスポンス（２）が有する識別子とが同一であり、かつ、レスポンス（１）が有する第１変換識別子とレスポンス（２）が有する第１変換識別子とが同一であると判定して、レスポンス（２）の破棄を行わない。
【0111】
［第１の実施の形態の詳細］
次に、第１の実施の形態の詳細について説明を行う。図１９から図２５は、第１の実施の形態におけるストリームデータ処理の詳細を説明するフローチャート図である。また、図２６から図２８は、第１の実施の形態におけるストリームデータ処理の詳細を説明する図である。
次に、第１の実施の形態の詳細について説明を行う。図１９から図２５は、第１の実施の形態におけるストリームデータ処理の詳細を説明するフローチャート図である。また、図２６から図２８は、第１の実施の形態におけるストリームデータ処理の詳細を説明する図である。
【0112】
［タスク実行処理］
初めに、ストリームデータ処理のうち、センサデータＤＴについてのタスクの実行を行う処理（以下、タスク実行処理とも呼ぶ）について説明を行う。
初めに、ストリームデータ処理のうち、センサデータＤＴについてのタスクの実行を行う処理（以下、タスク実行処理とも呼ぶ）について説明を行う。
【0113】
データ受信部１１１は、図１９に示すように、例えば、センサデータＤＴを受信するまで待機する（Ｓ３１のＮＯ）。
【0114】
そして、センサデータＤＴを受信した場合（Ｓ３１のＹＥＳ）、アプリケーションタスク実行部１１２は、例えば、受信したセンサデータＤＴについてのタスクの実行を開始する（Ｓ３２）。
【0115】
続いて、リクエスト管理部１１３は、例えば、センサデータＤＴに対するタスクの実行に伴って外部システム３に対するリクエストの送信が必要になった場合（Ｓ３３のＹＥＳ）、外部システム３に対するリクエストを識別するリクエストＩＤを生成する（Ｓ３４）。そして、リクエスト管理部１１３は、例えば、Ｓ３４の処理で生成したリクエストＩＤを含む情報をリクエスト管理情報１３１として情報格納領域１３０に記憶する（Ｓ３５）。以下、リクエスト管理情報１３１の具体例について説明を行う。
【0116】
［リクエスト管理情報の具体例（１）］
図２６及び図３５は、リクエスト管理情報１３１及びリクエスト管理情報２３１の具体例を説明する図である。具体的に、図２６（Ａ）、図２６（Ｃ）及び図３５は、リクエスト管理情報１３１の具体例を説明する図である。また、図２６（Ｂ）は、リクエスト管理情報２３１の具体例を説明する図である。
図２６及び図３５は、リクエスト管理情報１３１及びリクエスト管理情報２３１の具体例を説明する図である。具体的に、図２６（Ａ）、図２６（Ｃ）及び図３５は、リクエスト管理情報１３１の具体例を説明する図である。また、図２６（Ｂ）は、リクエスト管理情報２３１の具体例を説明する図である。
【0117】
図２６（Ａ）等に示すリクエスト管理情報１３１は、例えば、各リクエストを識別するリクエストＩＤが設定される「リクエストＩＤ」と、各リクエストに対応するリクエスト管理情報１３１の生成時刻が設定される「タイムスタンプ」と、各リクエストに対応するタイムアウト時刻（各リクエストに対応するレスポンスの待ち合わせを終了する時刻）が設定される「タイムアウト時刻」とを項目として有する。
【0118】
具体的に、図２６（Ａ）に示すリクエスト管理情報１３１には、「リクエストＩＤ」として「ｅ４ｆｄｅ８４ｄ－ｅｅｄｃ－３５００－ａ９ａ０－００００００００００００」が設定され、「タイムスタンプ」として「１６１４５９３９１０」が設定され、「タイムアウト時刻」として「１６１４５９４５１０」が設定されている。
【0119】
図１９に戻り、リクエスト管理部１１３は、例えば、情報格納領域１３０に記憶したリクエスト管理情報１３１に含まれる各情報から、外部システム３に対するリクエストを生成する（Ｓ３６）。以下、リクエストの具体例について説明を行う。
【0120】
［リクエストの具体例（１）］
図２７は、リクエストの具体例を説明する図である。具体的に、図２７（Ａ）は、Ｓ３６の処理において生成されるリクエスト（以下、リクエストＲＱ１とも呼ぶ）の具体例を説明する図である。また、図２７（Ｂ）は、後述するＳ５５の処理においてリクエストＩＤに対して実行時固有情報を付加したリクエスト（以下、リクエストＲＱ２とも呼ぶ）の具体例を説明する図である。
図２７は、リクエストの具体例を説明する図である。具体的に、図２７（Ａ）は、Ｓ３６の処理において生成されるリクエスト（以下、リクエストＲＱ１とも呼ぶ）の具体例を説明する図である。また、図２７（Ｂ）は、後述するＳ５５の処理においてリクエストＩＤに対して実行時固有情報を付加したリクエスト（以下、リクエストＲＱ２とも呼ぶ）の具体例を説明する図である。
【0121】
図２７（Ａ）に示すリクエストＲＱ１には、例えば、「ｒｅｑｕｅｓｔＩｄ」において、図２６（Ａ）において説明したリクエスト管理情報１３１に含まれる「リクエストＩＤ」の情報が設定されている。また、図２７（Ａ）に示すリクエストＲＱ１には、例えば、「ｅｖｅｎｔＴｉｍｅ」において、図２６（Ａ）において説明したリクエスト管理情報１３１に含まれる「タイムスタンプ」の時刻に対応する時刻が設定されている。
【0122】
具体的に、図２７（Ａ）に示すリクエストＲＱ１には、例えば、「ｒｅｑｕｅｓｔＩｄ」として「ｅ４ｆｄｅ８４ｄ－ｅｅｄｃ－３５００－ａ９ａ０－００００００００００００」が設定され、「ｅｖｅｎｔＴｉｍｅ」として「１６１４５９３９１０１２８」が設定されている。
【0123】
図１９に戻り、リクエスト送信部１１４は、例えば、Ｓ３６の処理で生成したリクエストをキュー５に送信する（Ｓ３７）。
【0124】
一方、リクエスト管理部１１３及びリクエスト送信部１１４は、例えば、センサデータＤＴに対するタスクの実行に伴って外部システム３に対するリクエストの送信が必要でなかった場合（Ｓ３３のＮＯ）、Ｓ３４以降の処理を行わない。
【0125】
［第１タイムアウト処理］
次に、ストリームデータ処理のうち、情報処理装置１においてリクエストのタイムアウトが発生した場合に行う処理（以下、第１タイムアウト処理とも呼ぶ）について説明を行う。
次に、ストリームデータ処理のうち、情報処理装置１においてリクエストのタイムアウトが発生した場合に行う処理（以下、第１タイムアウト処理とも呼ぶ）について説明を行う。
【0126】
リクエスト管理部１１３は、図２０に示すように、例えば、判定タイミングになるまで待機する（Ｓ４１のＮＯ）。判定タイミングは、例えば、１分間隔等の定期的なタイミングであってよい。
【0127】
そして、判定タイミングになった場合（Ｓ４１のＹＥＳ）、リクエスト管理部１１３は、例えば、情報格納領域１３０に記憶したリクエスト管理情報１３１を参照し、タイムアウトが発生したリクエストが存在しているか否かを判定する（Ｓ４２）。
【0128】
具体的に、リクエスト管理部１１３は、例えば、図２６（Ａ）で説明したリクエスト管理情報１３１を参照し、「タイムアウト」に設定された時刻が既に経過しているリクエストが存在するか否かを判定する。
【0129】
その結果、タイムアウトが発生したリクエストが存在すると判定した場合（Ｓ４２のＹＥＳ）、リクエスト管理部１１３は、例えば、情報格納領域１３０に記憶したリクエスト管理情報１３１のうち、タイムアウトが発生したと判定したリクエストに対応するリクエスト管理情報１３１を削除する（Ｓ４３）。
【0130】
その後、リクエスト管理部１１３は、Ｓ４２の処理において存在すると判定したリクエストについてタイムアウトが発生したことを示す情報をアプリケーションタスク実行部１１２に通知する（Ｓ４４）。
【0131】
一方、タイムアウトが発生したリクエストが存在しないと判定した場合（Ｓ４２のＮＯ）、リクエスト管理部１１３は、Ｓ４３以降の処理を行わない。
【0132】
［リクエスト受信処理］
次に、ストリームデータ処理のうち、アクセス代理実行装置２が情報処理装置１から送信されたリクエストを受信した場合に行う処理（以下、リクエスト受信処理とも呼ぶ）について説明を行う。
次に、ストリームデータ処理のうち、アクセス代理実行装置２が情報処理装置１から送信されたリクエストを受信した場合に行う処理（以下、リクエスト受信処理とも呼ぶ）について説明を行う。
【0133】
固有情報生成部２１３は、図２１に示すように、例えば、情報処理装置１から送信されたリクエストをリクエスト受信部２１１が受信するまで待機する（Ｓ５１のＮＯ）。
【0134】
具体的に、固有情報生成部２１３は、例えば、リクエスト受信部２１１がキュー５からリクエストを取得するまで待機する。なお、リクエスト受信部２１１は、例えば、１秒間隔等の定期的なタイミングでリクエストの取得を行うものであってよい。
【0135】
そして、情報処理装置１から送信されたリクエストをリクエスト受信部２１１が受信した場合（Ｓ５１のＹＥＳ）、固有情報生成部２１３は、例えば、受信したリクエストに対応する実行時固有情報を生成する（Ｓ５２）。
【0136】
具体的に、固有情報生成部２１３は、例えば、リクエスト受信部２１１がリクエストを受信した時刻を示すタイムスタンプを実行時固有情報として生成する。
【0137】
続いて、リクエスト管理部２１４は、例えば、Ｓ５２の処理で生成した実行時固有情報を含む各情報をリクエスト管理情報２３１として情報格納領域２３０に記憶する（Ｓ５３）。以下、リクエスト管理情報２３１の具体例について説明を行う。
【0138】
［リクエスト管理情報の具体例（２）］
図２６（Ｂ）に示すリクエスト管理情報２３１は、例えば、各リクエストを識別するリクエストＩＤが設定される「リクエストＩＤ」と、各リクエストに対応するリクエスト管理情報２３１の生成時刻が設定される「タイムスタンプ」と、各リクエストに対応するタイムアウト時刻（各リクエストに対応するレスポンスの待ち合わせを終了する時刻）が設定される「タイムアウト時刻」とを項目として有する。
図２６（Ｂ）に示すリクエスト管理情報２３１は、例えば、各リクエストを識別するリクエストＩＤが設定される「リクエストＩＤ」と、各リクエストに対応するリクエスト管理情報２３１の生成時刻が設定される「タイムスタンプ」と、各リクエストに対応するタイムアウト時刻（各リクエストに対応するレスポンスの待ち合わせを終了する時刻）が設定される「タイムアウト時刻」とを項目として有する。
【0139】
具体的に、図２６（Ｂ）に示すリクエスト管理情報２３１には、「リクエストＩＤ」として「ｅ４ｆｄｅ８４ｄ－ｅｅｄｃ－３５００－ａ９ａ０－００００００００００００」が設定され、「タイムスタンプ」として「１６１４５９３９１０」が設定され、「タイムアウト時刻」として「１６１４５９４５１０」が設定されている。
【0140】
図２１に戻り、リクエスト処理部２１５は、例えば、Ｓ５１の処理で受信したリクエストのペイロードの生成（変換）を行う（Ｓ５４）。
【0141】
具体的に、リクエスト処理部２１５は、例えば、Ｓ５１の処理で受信したリクエストを、リクエストの送信を行う外部システム３が識別可能な状態に変換する。
【0142】
そして、識別子変換部２１６は、例えば、Ｓ５１の処理で受信したリクエストに含まれるリクエストＩＤを変換する（Ｓ５５）。
【0143】
具体的に、識別子変換部２１６は、例えば、Ｓ５１の処理で受信したリクエストに含まれるリクエストＩＤに対して、Ｓ５２の処理で生成した実行時固有情報を付加する。以下、Ｓ５５の処理が行われた後のリクエストの具体例について説明を行う。
【0144】
［リクエストの具体例（２）］
図２７（Ｂ）に示すリクエストＲＱ２には、例えば、末尾がタイムスタンプ（例えば、リクエスト受信部２１１がリクエストを受信した時刻を示すタイムスタンプ）に変換されたリクエストＩＤが「ｒｅｑｕｅｓｔＩｄ」に設定されている。
図２７（Ｂ）に示すリクエストＲＱ２には、例えば、末尾がタイムスタンプ（例えば、リクエスト受信部２１１がリクエストを受信した時刻を示すタイムスタンプ）に変換されたリクエストＩＤが「ｒｅｑｕｅｓｔＩｄ」に設定されている。
【0145】
具体的に、図２７（Ｂ）に示すリクエストＲＱ２には、例えば、「ｒｅｑｕｅｓｔＩｄ」として「ｅ４ｆｄｅ８４ｄ－ｅｅｄｃ－３５００－ａ９ａ１－６１４５９３９１０７６４」が設定されている。
【0146】
図２１に戻り、リクエスト送信部２１７は、例えば、Ｓ５５の処理でリクエストＩＤを変換したリクエストをキュー６に送信する（Ｓ５６）。
【0147】
［第２タイムアウト処理］
次に、ストリームデータ処理のうち、アクセス代理実行装置２においてリクエストのタイムアウトが発生した場合に行う処理（以下、第２タイムアウト処理とも呼ぶ）について説明を行う。
次に、ストリームデータ処理のうち、アクセス代理実行装置２においてリクエストのタイムアウトが発生した場合に行う処理（以下、第２タイムアウト処理とも呼ぶ）について説明を行う。
【0148】
リクエスト管理部２１４は、図２２に示すように、例えば、判定タイミングになるまで待機する（Ｓ６１のＮＯ）。判定タイミングは、例えば、１分間隔等の定期的なタイミングであってよい。
【0149】
そして、判定タイミングになった場合（Ｓ６１のＹＥＳ）、リクエスト管理部２１４は、例えば、情報格納領域２３０に記憶したリクエスト管理情報２３１を参照し、タイムアウトが発生したリクエストが存在しているか否かを判定する（Ｓ６２）。
【0150】
具体的に、リクエスト管理部２１４は、例えば、図２６（Ｂ）で説明したリクエスト管理情報２３１を参照し、「タイムアウト」に設定された時刻が既に経過しているリクエストが存在するか否かを判定する。
【0151】
その結果、タイムアウトが発生したリクエストが存在すると判定した場合（Ｓ６２のＹＥＳ）、リクエスト管理部２１４は、例えば、情報格納領域２３０に記憶したリクエスト管理情報２３１のうち、タイムアウトが発生したと判定したリクエストに対応するリクエスト管理情報２３１を削除する（Ｓ６３）。
【0152】
そして、リクエスト管理部２１４は、Ｓ６２の処理において存在すると判定したリクエストについてタイムアウトが発生したことを示す情報をレスポンス処理部２２１に送信する（Ｓ６４）。
【0153】
一方、タイムアウトが発生したリクエストが存在しないと判定した場合（Ｓ６２のＮＯ）、リクエスト管理部２１４は、Ｓ６３以降の処理を行わない。
【0154】
［第１レスポンス受信処理］
次に、ストリームデータ処理のうち、アクセス代理実行装置２が外部システム３から送信されたレスポンスを受信した場合に行う処理（以下、第１レスポンス受信処理とも呼ぶ）について説明を行う。
次に、ストリームデータ処理のうち、アクセス代理実行装置２が外部システム３から送信されたレスポンスを受信した場合に行う処理（以下、第１レスポンス受信処理とも呼ぶ）について説明を行う。
【0155】
固有情報抽出部２１９は、図２３に示すように、例えば、外部システム３から送信されたレスポンスをレスポンス受信部２１８が受信するまで待機する（Ｓ７１のＮＯ）。具体的に、固有情報抽出部２１９は、例えば、レスポンス受信部２１８がキュー６からレスポンスを取得するまで待機する。なお、レスポンス受信部２１８は、例えば、１秒間隔等の定期的なタイミングでレスポンスの取得を行うものであってよい。以下、Ｓ７１の処理で受信するレスポンスの具体例について説明を行う。
【0156】
［レスポンスの具体例（１）］
図２８は、レスポンスの具体例を説明する図である。具体的に、図２８（Ａ）は、Ｓ７１の処理で受信するレスポンス（以下、レスポンスＲＳ１とも呼ぶ）の具体例を説明する図である。また、図２８（Ｂ）は、後述するＳ７９の処理で変換を行った後のレスポンス（以下、レスポンスＲＳ２とも呼ぶ）の具体例を説明する図である。
図２８は、レスポンスの具体例を説明する図である。具体的に、図２８（Ａ）は、Ｓ７１の処理で受信するレスポンス（以下、レスポンスＲＳ１とも呼ぶ）の具体例を説明する図である。また、図２８（Ｂ）は、後述するＳ７９の処理で変換を行った後のレスポンス（以下、レスポンスＲＳ２とも呼ぶ）の具体例を説明する図である。
【0157】
図２８（Ａ）に示すレスポンスＲＳ１には、例えば、末尾がタイムスタンプ（リクエスト受信部２１１がリクエストを受信した時刻を示すタイムスタンプ）に変換されたリクエストＩＤが「ｒｅｑｕｅｓｔＩｄ」に設定されている。また、図２８（Ａ）に示すレスポンスＲＳ１には、例えば、各レスポンスが最終レスポンスであるか否かを示す「ｈａｓＮｅｘｔ」が設定されている。最終レスポンスは、各リクエストに対応するレスポンスのうち、外部システム３から送信される最後のレスポンスである。また、「ｈａｓＮｅｘｔ」には、例えば、各レスポンスが最終レスポンスであることを示す「ｆａｌｓｅ」、または、各レスポンスが最終レスポンスでないことを示す「ｔｒｕｅ」が設定される。
【0158】
具体的に、図２８（Ａ）に示すレスポンスＲＳ１には、例えば、「ｒｅｑｕｅｓｔＩｄ」として「ｅ４ｆｄｅ８４ｄ－ｅｅｄｃ－３５００－ａ９ａ１－６１４５９３９１０７６４」が設定され、「ｈａｓＮｅｘｔ」として「ｆａｌｓｅ」が設定されている。
【0159】
図２３に戻り、外部システム３から送信されたレスポンスを受信した場合（Ｓ７１のＹＥＳ）、固有情報抽出部２１９は、受信したレスポンスに含まれるリクエストＩＤを復元する（Ｓ７２）。
【0160】
具体的に、固有情報抽出部２１９は、例えば、レスポンス受信部２１８が受信したレスポンスに含まれるリクエストＩＤのうち、実行時固有情報以外の部分を復元後のリクエストＩＤとして特定する。
【0161】
さらに、固有情報抽出部２１９は、例えば、Ｓ７１の処理で受信したレスポンスに対して、Ｓ７１の処理で受信したレスポンスに含まれる実行時固有情報を付加する（Ｓ７３）。
【0162】
具体的に、固有情報抽出部１１９は、Ｓ７１の処理で受信したレスポンスにおけるリクエストＩＤ以外の項目において実行時固有情報を設定する。
【0163】
その後、リクエスト管理部２１４は、例えば、情報格納領域２３０に記憶したリクエスト管理情報２３１を参照し、Ｓ７２の処理で復元したリクエストＩＤを含むリクエストに対応するリクエスト管理情報２３１が存在しているか否かを判定する（Ｓ７４）。
【0164】
その結果、Ｓ７２の処理で復元したリクエストＩＤを含むリクエストに対応するリクエスト管理情報２３１が存在すると判定した場合（Ｓ７４のＹＥＳ）、リクエスト管理部２１４は、例えば、Ｓ７１の処理で受信したレスポンスに対して、Ｓ７１の処理で受信したレスポンスに対応するリクエストについての必要な情報を付加する（Ｓ７６）。
【0165】
具体的に、リクエスト管理部２１４は、例えば、Ｓ７１の処理で受信したレスポンスに対して、Ｓ７１の処理で受信したレスポンスに対応するリクエスト（Ｓ５１の処理で受信したリクエスト）に含まれている情報のうち、情報処理装置においてレスポンスを処理するために必要な情報(例えば、リクエストの出力元タスクを識別するための情報等)を付加する。
【0166】
続いて、リクエスト管理部２１４は、例えば、Ｓ７１の処理で受信したレスポンスが最終レスポンスであるか否かを判定する（Ｓ７７）。
【0167】
具体的に、リクエスト管理部２１４は、例えば、Ｓ７１の処理で受信したレスポンスの「ｈａｓＮｅｘｔ」が「ｆａｌｓｅ」であるか否かについての判定を行う。
【0168】
その結果、Ｓ７１の処理で受信したレスポンスが最終レスポンスであると判定した場合（Ｓ７７のＹＥＳ）、リクエスト管理部２１４は、例えば、情報格納領域２３０に記憶したリクエスト管理情報２３１のうち、Ｓ７４の処理で存在すると判定したリクエスト管理情報２３１を削除する（Ｓ７８）。
【0169】
一方、Ｓ７１の処理で受信したレスポンスが最終レスポンスでないと判定した場合（Ｓ７７のＮＯ）、リクエスト管理部２１４は、Ｓ７８の処理を行わない。
【0170】
そして、レスポンス処理部２２１は、例えば、Ｓ７６の処理で情報を付加したレスポンスのペイロードの生成（変換）を行う（Ｓ７９）。以下、Ｓ７９の処理で変換を行った後のレスポンスの具体例について説明を行う。
【0171】
［レスポンスの具体例（２）］
図２８（Ｂ）に示すリクエストＲＱ２には、例えば、末尾に「０」を再設定することによって再変換されたリクエストＩＤ（Ｓ７２の処理で復元したリクエストＩＤ）が「ｒｅｑｕｅｓｔＩｄ」に設定されている。また、図２８（Ｂ）に示すリクエストＲＱ２には、例えば、実行時固有情報が「ａｃｃｅｐｔｅｄＴｉｍｅ」に設定されている。
図２８（Ｂ）に示すリクエストＲＱ２には、例えば、末尾に「０」を再設定することによって再変換されたリクエストＩＤ（Ｓ７２の処理で復元したリクエストＩＤ）が「ｒｅｑｕｅｓｔＩｄ」に設定されている。また、図２８（Ｂ）に示すリクエストＲＱ２には、例えば、実行時固有情報が「ａｃｃｅｐｔｅｄＴｉｍｅ」に設定されている。
【0172】
具体的に、図２８（Ｂ）に示すリクエストＲＱ２には、例えば、「ｒｅｑｕｅｓｔＩｄ」として「ｅ４ｆｄｅ８４ｄ－ｅｅｄｃ－３５００－ａ９ａ０－００００００００００００」が設定され、「ｈａｓＮｅｘｔ」として「ｆａｌｓｅ」が設定され、「ａｃｃｅｐｔｅｄＴｉｍｅ」として「１６１４５９３９１０７６４」が設定されている。
【0173】
図２３に戻り、レスポンス送信部２２２は、例えば、Ｓ７９の処理で変換を行ったレスポンスをキュー５に送信する（Ｓ８０）。
【0174】
一方、Ｓ７２の処理で復元したリクエストＩＤを含むリクエストに対応するリクエスト管理情報２３１が存在しないと判定した場合（Ｓ７４のＮＯ）、リクエスト管理部２１４は、Ｓ７１の処理で受信したレスポンスを破棄する（Ｓ７５）。
【0175】
［第２レスポンス受信処理］
次に、ストリームデータ処理のうち、情報処理装置１が外部システム３から送信されたレスポンスを受信した場合に行う処理（以下、第２レスポンス受信処理とも呼ぶ）について説明を行う。
次に、ストリームデータ処理のうち、情報処理装置１が外部システム３から送信されたレスポンスを受信した場合に行う処理（以下、第２レスポンス受信処理とも呼ぶ）について説明を行う。
【0176】
一貫性判定部１１６は、図２４に示すように、例えば、アクセス代理実行装置２から送信されたレスポンスをレスポンス受信部１１５が受信するまで待機する（Ｓ８１のＮＯ）。
【0177】
具体的に、一貫性判定部１１６は、例えば、レスポンス受信部１１５がキュー５からレスポンスを取得するまで待機する。なお、レスポンス受信部１１５は、例えば、１秒間隔等の定期的なタイミングでレスポンスの取得を行うものであってよい。
【0178】
そして、アクセス代理実行装置２から送信されたレスポンスをレスポンス受信部１１５が受信した場合（Ｓ８１のＹＥＳ）、一貫性判定部１１６は、例えば、情報格納領域１３０に記憶したリクエスト管理情報１３１を参照し、受信したレスポンスに含まれるリクエストＩＤに対応するリクエスト管理情報１３１が存在するか否かを判定する（Ｓ８２）。
【0179】
その結果、Ｓ８１の処理で受信したレスポンスに含まれるリクエストＩＤに対応するリクエスト管理情報１３１が存在すると判定した場合（Ｓ８２のＹＥＳ）、一貫性判定部１１６は、例えば、存在すると判定したリクエスト管理情報１３１に実行時固有情報１３２が含まれているか否かを判定する（Ｓ８４）。実行時固有情報１３２は、後述するＳ９３の処理において情報格納領域１３０に記憶される実行時固有情報である。
【0180】
そして、リクエスト管理情報１３１に実行時固有情報１３２が含まれていると判定した場合（Ｓ８４のＮＯ）、一貫性判定部１１６は、図２５に示すように、例えば、Ｓ８１の処理で受信したレスポンスが最終レスポンスであるか否かを判定する（Ｓ９１）。
【0181】
その結果、Ｓ８１の処理で受信したレスポンスが最終レスポンスであると判定した場合（Ｓ９１のＹＥＳ）、一貫性判定部１１６は、例えば、情報格納領域１３０に記憶したリクエスト管理情報１３１のうち、Ｓ８２の処理で存在すると判定したリクエスト管理情報１３１を削除する（Ｓ９２）。
【0182】
一方、Ｓ８１の処理で受信したレスポンスが最終レスポンスでないと判定した場合（Ｓ９１のＮＯ）、一貫性判定部１１６は、例えば、Ｓ８１の処理で受信したレスポンスに含まれる実行時固有情報を実行時固有情報１３２として情報格納領域１３０に記憶する（Ｓ９３）。
【0183】
具体的に、一貫性判定部１１６は、図２６（Ｃ）に示すように、例えば、Ｓ８２の処理で存在すると判定したリクエスト管理情報１３１の一部として実行時固有情報１３２を情報格納領域１３０に記憶する。
【0184】
そして、Ｓ９２またはＳ９３の処理の後、一貫性判定部１１６は、例えば、Ｓ８１の処理で受信したレスポンスをアプリケーションタスク実行部１１２に通知する（Ｓ９４）。
【0185】
一方、リクエスト管理情報１３１に実行時固有情報１３２が含まれていると判定した場合（Ｓ８４のＹＥＳ）、一貫性判定部１１６は、Ｓ８１の処理で受信したレスポンスに含まれる実行時固有情報と、Ｓ８２の処理で存在すると判定したリクエスト管理情報１３１に含まれる実行時固有情報１３２とが一致するか否かを判定する（Ｓ８５）。
【0186】
その結果、Ｓ８１の処理で受信したレスポンスに含まれる実行時固有情報と、Ｓ８２の処理で存在すると判定したリクエスト管理情報１３１に含まれる実行時固有情報１３２とが一致すると判定した場合（Ｓ８５のＹＥＳ）、一貫性判定部１１６は、例えば、Ｓ８１の処理で受信したレスポンスをアプリケーションタスク実行部１１２に通知する（Ｓ８６）。
【0187】
その後、一貫性判定部１１６は、例えば、Ｓ８１の処理で受信したレスポンスが最終レスポンスであるか否かを判定する（Ｓ８７）。
【0188】
その結果、Ｓ８１の処理で受信したレスポンスが最終レスポンスであると判定した場合（Ｓ８７のＹＥＳ）、一貫性判定部１１６は、例えば、情報格納領域２３０に記憶したリクエスト管理情報１３１のうち、Ｓ８２の処理で存在すると判定したリクエスト管理情報１３１を削除する（Ｓ８８）。
【0189】
一方、Ｓ８１の処理で受信したレスポンスが最終レスポンスでないと判定した場合（Ｓ８７のＮＯ）、リクエスト管理部２１４は、Ｓ８８の処理を行わない。
【0190】
また、Ｓ８１の処理で受信したレスポンスに含まれる実行時固有情報と、Ｓ８２の処理で存在すると判定したリクエスト管理情報１３１に含まれる実行時固有情報１３２とが一致しないと判定した場合（Ｓ８５のＮＯ）、一貫性判定部１１６は、例えば、Ｓ８１の処理で受信したレスポンスを破棄する（Ｓ８３）。
【0191】
すなわち、一貫性判定部１１６は、受信済のレスポンスと同一のリクエストＩＤを有するレスポンスを受信した場合であっても、実行時固有情報が異なっている場合、受信済のレスポンスと同一のレスポンスが再度送信されたものと判定する。そして、一貫性判定部１１６は、この場合、受信したレスポンスをアプリケーションタスク実行部１１２に通知することなく破棄する。
【0192】
これにより、情報処理装置１は、外部システム３から送信されたレスポンスについての不整合の発生を防止することが可能になる。
【0193】
なお、一貫性判定部１１６は、Ｓ８１の処理で受信したレスポンスに含まれるリクエストＩＤに対応するリクエスト管理情報１３１が存在しないと判定した場合についても同様に（Ｓ８２のＮＯ）、Ｓ８１の処理で受信したレスポンスを破棄する（Ｓ８３）。
【0194】
このように、本実施の形態における情報処理装置１は、例えば、処理対象のセンサデータＤＴを受信したことに応じて、受信したセンサデータＤＴに対するタスクを実行する。そして、情報処理装置１は、センサデータＤＴに対するタスクの実行に伴って外部システム３に対してリクエストを行う処理が実行される場合、リクエストをアクセス代理実行装置２に送信する。
【0195】
一方、本実施の形態におけるアクセス代理実行装置２は、リクエストの受信に応じて、リクエストに含まれる識別子を可逆変換可能な変換識別子に変換する。そして、アクセス代理実行装置２は、変換した変換識別子を含むリクエストを外部システム３に送信する。
【0196】
また、アクセス代理実行装置２は、リクエストに対応するレスポンスの受信に応じて、レスポンスに含まれる変換識別子を識別子に再変換する。そして、アクセス代理実行装置２は、再変換した識別子と変換識別子とを含むレスポンスを情報処理装置１に送信する。
【0197】
すなわち、本実施の形態におけるアクセス代理実行装置２は、リクエストに含まれる識別子を変換識別子に変換することで、リカバリの実行に伴って同一のリクエストが複数回送信される場合であっても、それぞれのリクエストが区別可能な状態で外部システム３に送信する。そして、アクセス代理実行装置２は、外部システム３からレスポンスを受信した場合、受信したレスポンスを、そのレスポンスに対応するリクエストが区別可能な状態のままで情報処理装置１に送信する。
【0198】
これにより、本実施の形態における情報処理装置１は、リカバリの実行に伴って同一のリクエストが複数回送信された場合であっても、各リクエストに対応するレスポンスを互いに異なるリクエストに対応するレスポンスとして識別することが可能になる。そのため、情報処理装置１は、アクセス代理実行装置２から受信したレスポンスのうち、破棄する必要があるレスポンスを特定することが可能になり、レスポンスについての不整合の発生を防止することが可能になる。
【0199】
［第２の実施の形態の概略］
次に、第２の実施の形態の概略について説明する。図２９は、外部システム３に対するアクセスを説明する図である。また、図３０は、第２の実施の形態におけるストリームデータ処理の概略を説明する図である。なお、以下、第１の実施の形態におけるストリームデータ処理を異なる点について説明を行う。
次に、第２の実施の形態の概略について説明する。図２９は、外部システム３に対するアクセスを説明する図である。また、図３０は、第２の実施の形態におけるストリームデータ処理の概略を説明する図である。なお、以下、第１の実施の形態におけるストリームデータ処理を異なる点について説明を行う。
【0200】
図２９に示すように、例えば、障害に発生に伴うリカバリによって、アクセス代理実行装置２の内部状態が時点ＣＰまで戻った場合、アクセス代理実行装置２は、時点ＣＰよりも後に取得が行われたレスポンス（１）をキュー６から再度取得し、キュー５を介して情報処理装置１に送信する場合がある。
【0201】
そのため、情報処理装置１では、この場合、同一内容のレスポンスであるレスポンス（１）及びレスポンス（１）（再）がそれぞれ受信することになり、リクエスト（１）に対応するレスポンスの不整合が発生する。
【0202】
そこで、第２の実施の形態におけるアクセス代理実行装置２は、図３０に示すように、外部システム３から受信したレスポンスに対して、外部システム３からの送信順（キュー６における到着順）を示す情報を付加する。そして、アクセス代理実行装置２は、外部システム３からの送信順を示す情報を付加したレスポンスを情報処理装置１に送信する。
【0203】
その後、情報処理装置１は、アクセス代理実行装置２からレスポンスを受信した場合、受信したレスポンスの送信順が受信済の他のレスポンスの送信順よりも後であるか否かを判定する。その結果、受信したレスポンスの送信順が受信済の他のレスポンスの送信順よりも後でないと判定した場合、情報処理装置１は、受信したレスポンスを破棄する。
【0204】
すなわち、情報処理装置１は、受信したレスポンスの送信順が受信済のレスポンスの送信順よりも後でない場合、受信済のレスポンスがアクセス代理実行装置２から再度送信されたものと判定し、受信したレスポンスをアプリケーションタスク実行部１１２に通知することなく破棄する。
【0205】
これにより、本実施の形態における情報処理装置１は、外部システム３から送信されたレスポンスについての不整合の発生をより防止することが可能になる。
【0206】
［第２の実施の形態の詳細］
次に、第２の実施の形態の詳細について説明を行う。図３１から図３４は、第２の実施の形態におけるストリームデータ処理の詳細を説明するフローチャート図である。また、図３５は、第２の実施の形態におけるストリームデータ処理の詳細を説明する図である。
次に、第２の実施の形態の詳細について説明を行う。図３１から図３４は、第２の実施の形態におけるストリームデータ処理の詳細を説明するフローチャート図である。また、図３５は、第２の実施の形態におけるストリームデータ処理の詳細を説明する図である。
【0207】
［第１レスポンス受信処理］
初めに、第２の実施の形態における第１レスポンス受信処理について説明を行う。
初めに、第２の実施の形態における第１レスポンス受信処理について説明を行う。
【0208】
固有情報抽出部２１９は、図３１に示すように、例えば、外部システム３から送信されたレスポンスをレスポンス受信部２１８が受信するまで待機する（Ｓ１０１のＮＯ）。
【0209】
そして、外部システム３から送信されたレスポンスをレスポンス受信部２１８が受信した場合（Ｓ１０１のＹＥＳ）、固有情報抽出部２１９は、例えば、受信したレスポンスに含まれるリクエストＩＤを復元する（Ｓ１０２）。
【0210】
さらに、固有情報抽出部２１９及び特定情報付加部２２０は、例えば、Ｓ１０１の処理で受信したレスポンスに対して、Ｓ１０１の処理で受信したレスポンスに含まれる実行時固有情報及びレスポンス特定情報を付加する（Ｓ１０３）。
【0211】
具体的に、固有情報抽出部１１９は、例えば、Ｓ１０１の処理で受信したレスポンス（Ｓ１０１の処理で受信したレスポンスのリクエストＩＤ以外の項目）において実行時固有情報を設定する。
【0212】
また、特定情報付加部２２０は、例えば、Ｓ１０１の処理で受信したレスポンスが格納されていたキュー６における格納位置（オフセット）をレスポンス特定情報として特定する。そして、特定情報付加部２２０は、例えば、Ｓ１０１の処理で受信したレスポンスにおいてレスポンス特定情報を設定する。
【0213】
すなわち、特定情報付加部２２０は、例えば、Ｓ１０１の処理で受信したレスポンスに対して、Ｓ１０１の処理で受信したレスポンスの外部システム３からの送信順（キュー６への到着順）を示す情報であるレスポンス特定情報を付加する。
【0214】
その後、リクエスト管理部２１４は、例えば、情報格納領域２３０に記憶したリクエスト管理情報２３１を参照し、Ｓ１０２の処理で復元したリクエストＩＤを含むリクエストに対応するリクエスト管理情報２３１が存在しているか否かを判定する（Ｓ１０４）。
【0215】
その結果、Ｓ１０２の処理で復元したリクエストＩＤを含むリクエストに対応するリクエスト管理情報２３１が存在すると判定した場合（Ｓ１０４のＹＥＳ）、リクエスト管理部２１４は、Ｓ１０１の処理で受信したレスポンスに対して、Ｓ１０１の処理で受信したレスポンスに対応するリクエストについての必要な情報を付加する（Ｓ１０６）。
【0216】
続いて、Ｓ１０１の処理で受信したレスポンスが最終レスポンスであるか否かを判定する（Ｓ１０７）。
【0217】
その結果、Ｓ１０１の処理で受信したレスポンスが最終レスポンスであると判定した場合（Ｓ１０７のＹＥＳ）、リクエスト管理部２１４は、例えば、情報格納領域２３０に記憶したリクエスト管理情報２３１のうち、Ｓ１０４の処理で存在すると判定したリクエスト管理情報２３１を削除する（Ｓ１０８）。
【0218】
一方、Ｓ１０１の処理で受信したレスポンスが最終レスポンスでないと判定した場合（Ｓ１０７のＮＯ）、リクエスト管理部２１４は、Ｓ１０８の処理を行わない。
【0219】
そして、レスポンス処理部２２１は、例えば、Ｓ１０６の処理で情報を付加したレスポンスのペイロードの生成（変換）を行う（Ｓ１０９）。
【0220】
その後、レスポンス送信部２２２は、例えば、Ｓ１０９の処理で変換を行ったレスポンスをキュー５に送信する（Ｓ１１０）。
【0221】
一方、Ｓ１０２の処理で復元したリクエストＩＤを含むリクエストに対応するリクエスト管理情報２３１が存在しないと判定した場合（Ｓ１０４のＮＯ）、リクエスト管理部２１４は、Ｓ１０４の処理で存在すると判定したリクエスト管理情報２３１を削除する（Ｓ１０５）。
【0222】
［第３レスポンス受信処理］
次に、第２の実施の形態におけるストリームデータ処理のうち、情報処理装置１が外部システム３から送信されたレスポンスを受信した場合に行う処理であって、第２レスポンス受信処理の前に行われる処理（以下、第３レスポンス受信処理とも呼ぶ）について説明を行う。
次に、第２の実施の形態におけるストリームデータ処理のうち、情報処理装置１が外部システム３から送信されたレスポンスを受信した場合に行う処理であって、第２レスポンス受信処理の前に行われる処理（以下、第３レスポンス受信処理とも呼ぶ）について説明を行う。
【0223】
重複判定部１１７は、図３２に示すように、例えば、アクセス代理実行装置２から送信されたレスポンスをレスポンス受信部１１５が受信するまで待機する（Ｓ１１１のＮＯ）。
【0224】
そして、アクセス代理実行装置２から送信されたレスポンスをレスポンス受信部１１５が受信した場合（Ｓ１１１のＹＥＳ）、重複判定部１１７は、例えば、情報格納領域１３０に記憶したリクエスト管理情報１３１を参照し、受信したレスポンスに含まれるリクエストＩＤに対応するリクエスト管理情報１３１が存在するか否かを判定する（Ｓ１１２）。
【0225】
その結果、Ｓ１１１の処理で受信したレスポンスに含まれるリクエストＩＤに対応するリクエスト管理情報１３１が存在すると判定した場合（Ｓ１１２のＹＥＳ）、重複判定部１１７は、例えば、存在すると判定したリクエスト管理情報１３１にレスポンス特定情報１３３が含まれているか否かを判定する（Ｓ１１４）。レスポンス特定情報１３３は、後述するＳ１３３の処理において情報格納領域１３０に記憶されるレスポンス特定情報である。
【0226】
そして、リクエスト管理情報１３１にレスポンス特定情報１３３が含まれていないと判定した場合（Ｓ１１４のＮＯ）、重複判定部１１７は、図３４に示すように、Ｓ１１１の処理で受信したレスポンスが最終レスポンスであるか否かを判定する（Ｓ１３１）。
【0227】
その結果、Ｓ１１１の処理で受信したレスポンスが最終レスポンスであると判定した場合（Ｓ１３１のＹＥＳ）、重複判定部１１７は、例えば、情報格納領域１３０に記憶したリクエスト管理情報１３１のうち、Ｓ１１２の処理で存在すると判定したリクエスト管理情報１３１を削除する（Ｓ１３２）。
【0228】
一方、Ｓ１１１の処理で受信したレスポンスが最終レスポンスでないと判定した場合（Ｓ１３１のＮＯ）、重複判定部１１７は、例えば、Ｓ１１１の処理で受信したレスポンスに含まれるレスポンス特定情報をレスポンス特定情報１３３として情報格納領域１３０に記憶する（Ｓ１３３）。
【0229】
具体的に、リクエスト管理部１１３は、図３５に示すように、例えば、Ｓ１１２の処理で存在すると判定したリクエスト管理情報１３１の一部としてレスポンス特定情報１３３を情報格納領域１３０に記憶する。
【0230】
そして、Ｓ１３２またはＳ１３３の処理の後、重複判定部１１７は、例えば、Ｓ１１１の処理で受信したレスポンスをアプリケーションタスク実行部１１２に通知する（Ｓ１３４）。
【0231】
一方、リクエスト管理情報１３１にレスポンス特定情報１３３が含まれていると判定した場合（Ｓ１１４のＹＥＳ）、リクエスト管理部１１３は、例えば、Ｓ１１１の処理で受信したレスポンスに含まれるレスポンス特定情報がＳ１１２の処理で存在すると判定したリクエスト管理情報１３１に含まれるレスポンス特定情報１３３よりも大きいか否かを判定する（Ｓ１１５）。
【0232】
その結果、Ｓ１１１の処理で受信したレスポンスに含まれるレスポンス特定情報がＳ１１２の処理で存在すると判定したリクエスト管理情報１３１に含まれるレスポンス特定情報１３３よりも大きいと判定した場合（Ｓ１１５のＹＥＳ）、重複判定部１１７は、例えば、Ｓ１１２の処理で存在すると判定したリクエスト管理情報１３１に含まれるレスポンス特定情報１３３を、Ｓ８１の処理で受信したレスポンスに含まれるレスポンス特定情報に更新する（Ｓ１１６）。
【0233】
そして、重複判定部１１７は、図３３に示すように、Ｓ１１１の処理で受信したレスポンスをアプリケーションタスク実行部１１２に通知する（Ｓ１２１）。
【0234】
その後、重複判定部１１７は、Ｓ１１１の処理で受信したレスポンスが最終レスポンスであるか否かを判定する（Ｓ１２２）。
【0235】
その結果、Ｓ１１１の処理で受信したレスポンスが最終レスポンスであると判定した場合（Ｓ１２２のＹＥＳ）、重複判定部１１７は、例えば、情報格納領域２３０に記憶したリクエスト管理情報１３１のうち、Ｓ１１２の処理で存在すると判定したリクエスト管理情報１３１を削除する（Ｓ１２３）。
【0236】
一方、Ｓ１１１の処理で受信したレスポンスが最終レスポンスでないと判定した場合（Ｓ１２２のＮＯ）、リクエスト管理部２１４は、Ｓ１２３の処理を行わない。
【0237】
また、重複判定部１１７は、例えば、Ｓ１１１の処理で受信したレスポンスに含まれるレスポンス特定情報がＳ１１２の処理で存在すると判定したリクエスト管理情報１３１に含まれるレスポンス特定情報１３３よりも大きくないと判定した場合（Ｓ１１５のＮＯ）、Ｓ１１１の処理で受信したリクエストを破棄する（Ｓ１１３）。
【0238】
すなわち、情報処理装置１は、Ｓ８１の処理で受信したレスポンスのレスポンス特定情報が情報格納領域１３０に記憶したレスポンス特定情報１３３よりも大きくない場合、受信済のレスポンスがアクセス代理実行装置２から再度送信されたものと判定し、Ｓ８１の処理で受信したレスポンスを破棄する。
【0239】
これにより、本実施の形態における情報処理装置１は、外部システム３から送信されたレスポンスについての不整合の発生をより防止することが可能になる。
【0240】
なお、重複判定部１１７は、例えば、Ｓ１１１の処理で受信したレスポンスに含まれるリクエストＩＤに対応するリクエスト管理情報１３１が存在しないと判定した場合についても同様に（Ｓ１１２のＮＯ）、Ｓ１１１の処理で受信したリクエストを破棄する（Ｓ１１３）。
【0241】
［第３の実施の形態の概略］
次に、第３の実施の形態の概略について説明する。図３６は、外部システム３に対するアクセスを説明する図である。また、図３７は、第３の実施の形態におけるストリームデータ処理の概略を説明する図である。なお、以下、第１の実施の形態におけるストリームデータ処理を異なる点について説明を行う。
次に、第３の実施の形態の概略について説明する。図３６は、外部システム３に対するアクセスを説明する図である。また、図３７は、第３の実施の形態におけるストリームデータ処理の概略を説明する図である。なお、以下、第１の実施の形態におけるストリームデータ処理を異なる点について説明を行う。
【0242】
図３６に示すように、例えば、障害に発生に伴うリカバリによって、アクセス代理実行装置２の内部状態が時点ＣＰまで戻った場合、アクセス代理実行装置２は、時点ＣＰよりも後に取得が行われたリクエスト（１）をキュー５から再度取得し、キュー６を介して外部システム３に送信するとともに、時点ＣＰよりも後に取得が行われたレスポンス（１）をキュー６から再度取得し、キュー５を介して情報処理装置１に送信する。
【0243】
この場合において、アクセス代理実行装置２では、レスポンス（１）（再）をリクエスト（１）（再）よりも先に取得する可能性がある。そのため、アクセス代理実行装置２では、レスポンス（１）（再）を受信した場合であっても、リクエスト（１）（再）に対応するリクエスト管理情報２３１が存在しないため、受信したレスポンス（１）（再）を破棄する可能性がある。したがって、情報処理装置１では、この場合、リクエスト（１）に対する全てのレスポンスを受信することができなくなり、リクエスト（１）に対応するレスポンスの不整合が発生する。
【0244】
そこで、第３の実施の形態におけるアクセス代理実行装置２は、図３７に示すように、情報処理装置１から送信されたリクエストよりも先に外部システム３から送信されたレスポンスを受信した場合、受信したレスポンスに対応するリクエストを受信するまで待機する。
【0245】
これにより、本実施の形態における情報処理装置１は、外部システム３から送信されたレスポンスについての不整合の発生をより防止することが可能になる。
【0246】
［第３の実施の形態の詳細］
次に、第３の実施の形態の詳細について説明を行う。図３８から図４１は、第３の実施の形態におけるストリームデータ処理の詳細を説明するフローチャート図である。なお、以下、リクエストの受信まで待機しているレスポンスを待機レスポンスとも呼ぶ。
次に、第３の実施の形態の詳細について説明を行う。図３８から図４１は、第３の実施の形態におけるストリームデータ処理の詳細を説明するフローチャート図である。なお、以下、リクエストの受信まで待機しているレスポンスを待機レスポンスとも呼ぶ。
【0247】
［リクエスト受信処理］
次に、第３の実施の形態におけるリクエスト受信処理について説明を行う。
次に、第３の実施の形態におけるリクエスト受信処理について説明を行う。
【0248】
リクエスト管理部２１４は、図３８に示すように、例えば、情報処理装置１から送信されたリクエストをリクエスト受信部２１１が受信するまで待機する（Ｓ１４１のＮＯ）。
【0249】
そして、情報処理装置１から送信されたリクエストをリクエスト受信部２１１が受信した場合（Ｓ１４１のＹＥＳ）、リクエスト管理部２１４は、例えば、情報格納領域２３０に記憶したリクエスト管理情報２３１を参照し、Ｓ１４１の処理で受信したリクエストに含まれるリクエストＩＤに対応するリクエスト管理情報２３１が存在するか否かを判定する（Ｓ１４２）。
【0250】
その結果、Ｓ１４１の処理で受信したリクエストに含まれるリクエストＩＤに対応するリクエスト管理情報２３１が存在すると判定した場合（Ｓ１４２のＹＥＳ）、リクエスト管理部２１４は、例えば、Ｓ１４１の処理で受信したリクエストを破棄する（Ｓ１４３）。
【0251】
一方、Ｓ１４１の処理で受信したリクエストに含まれるリクエストＩＤに対応するリクエスト管理情報２３１が存在しないと判定した場合（Ｓ１４２のＮＯ）、リクエスト管理部２１４は、例えば、待機レスポンス用キュー（図示せず）において、Ｓ１４１の処理で受信したリクエストに含まれるリクエストＩＤに対応する待機レスポンスが存在しているか否かを判定する（Ｓ１４４）。
【0252】
その結果、Ｓ１４１の処理で受信したリクエストに含まれるリクエストＩＤに対応する待機レスポンスが存在していると判定した場合（Ｓ１４４のＹＥＳ）、リクエスト管理部２１４は、例えば、存在すると判定した待機レスポンスを先頭から１つ取得する（Ｓ１４５）。
【0253】
続いて、レスポンス送信部２２２は、例えば、Ｓ１４５の処理で取得した待機レスポンスをキュー５に送信する（Ｓ１４６）。
【0254】
具体的に、レスポンス送信部２２２は、例えば、Ｓ１４５の処理で取得した待機レスポンスのペイロードの生成（変換）を行い、変換を行ったレスポンスをキュー５に送信する。
【0255】
そして、Ｓ１４１の処理で受信したリクエストに含まれるリクエストＩＤに対応する待機レスポンスを全て取得した場合（Ｓ１４７のＹＥＳ）、アクセス代理実行装置２は、リクエスト受信処理を終了する。
【0256】
一方、Ｓ１４１の処理で受信したリクエストに含まれるリクエストＩＤに対応する待機レスポンスの全てを取得していない場合（Ｓ１４７のＮＯ）、リクエスト管理部２１４は、Ｓ１４５以降の処理を再度行う。
【0257】
また、Ｓ１４１の処理で受信したリクエストに含まれるリクエストＩＤに対応する待機レスポンスが存在しないと判定した場合（Ｓ１４４のＮＯ）、固有情報生成部２１３は、図３９に示すように、例えば、Ｓ１４１の処理で受信したリクエストに対応する実行時固有情報を生成する（Ｓ１５１）。
【0258】
続いて、リクエスト管理部２１４は、例えば、Ｓ１５１の処理で生成した実行時固有情報を含む各情報をリクエスト管理情報２３１として情報格納領域２３０に記憶する（Ｓ１５２）。
【0259】
そして、リクエスト処理部２１５は、例えば、Ｓ１５２の処理で受信したリクエストのペイロードの生成（変換）を行う（Ｓ１５３）。
【0260】
さらに、識別子変換部２１６は、例えば、Ｓ１５２の処理で受信したリクエストに含まれるリクエストＩＤを変換する（Ｓ１５４）。
【0261】
その後、リクエスト送信部２１７は、例えば、Ｓ１５４の処理でリクエストＩＤを変換したリクエストをキュー６に送信する（Ｓ１５５）。
【0262】
［第１レスポンス受信処理］
次に、第３の実施の形態における第１レスポンス受信処理について説明を行う。
次に、第３の実施の形態における第１レスポンス受信処理について説明を行う。
【0263】
固有情報抽出部２１９は、図４０に示すように、例えば、外部システム３から送信されたレスポンスをレスポンス受信部２１８が受信するまで待機する（Ｓ１６１のＮＯ）。
【0264】
そして、外部システム３から送信されたレスポンスをレスポンス受信部２１８が受信した場合（Ｓ１６１のＹＥＳ）、固有情報抽出部２１９は、例えば、受信したレスポンスに含まれるリクエストＩＤを復元する（Ｓ１６２）。
【0265】
さらに、固有情報抽出部２１９は、例えば、Ｓ１６１の処理で受信したレスポンスに対して、Ｓ１６１の処理で受信したレスポンスに含まれる実行時固有情報を付加する（Ｓ１６３）。
【0266】
その後、リクエスト管理部２１４は、例えば、情報格納領域２３０に記憶したリクエスト管理情報２３１を参照し、Ｓ１６２の処理で復元したリクエストＩＤを含むリクエストに対応するリクエスト管理情報２３１が存在しているか否かを判定する（Ｓ１６４）。
【0267】
その結果、Ｓ１６２の処理で復元したリクエストＩＤを含むリクエストに対応するリクエスト管理情報２３１が存在すると判定した場合（Ｓ１６４のＹＥＳ）、リクエスト管理部２１４は、例えば、Ｓ１６１の処理で受信したレスポンスに対して、Ｓ１６１の処理で受信したレスポンスに対応するリクエストについての必要な情報を付加する（Ｓ１６６）。
【0268】
続いて、リクエスト管理部２１４は、例えば、Ｓ１６１の処理で受信したレスポンスが最終レスポンスであるか否かを判定する（Ｓ１６７）。
【0269】
その結果、Ｓ１６１の処理で受信したレスポンスが最終レスポンスであると判定した場合（Ｓ１６７のＹＥＳ）、リクエスト管理部２１４は、例えば、情報格納領域２３０に記憶したリクエスト管理情報２３１のうち、Ｓ１６４の処理で存在すると判定したリクエスト管理情報２３１を削除する（Ｓ１６８）。
【0270】
一方、Ｓ１６１の処理で受信したレスポンスが最終レスポンスでないと判定した場合（Ｓ１６７のＮＯ）、リクエスト管理部２１４は、Ｓ１６８の処理を行わない。
【0271】
そして、レスポンス処理部２２１は、例えば、Ｓ１６６の処理で情報を付加したレスポンスのペイロードの生成（変換）を行う（Ｓ１６９）。
【0272】
その後、レスポンス送信部２２２は、例えば、Ｓ１６９の処理で変換を行ったレスポンスをキュー５に送信する（Ｓ１７０）。
【0273】
一方、Ｓ１６２の処理で復元したリクエストＩＤを含むリクエストに対応するリクエスト管理情報２３１が存在しないと判定した場合（Ｓ１６４のＮＯ）、リクエスト管理部２１４は、例えば、Ｓ１６１の処理で受信したレスポンスを待機レスポンスとして待機レスポンス用キューに追加する（Ｓ１６５）。
【0274】
すなわち、リクエスト管理部２１４は、この場合、Ｓ１６１の処理で受信したレスポンスを待機レスポンスとすることにより、Ｓ１６１の処理で受信したレスポンスに対応するリクエストを待ち合わせる。
【0275】
これにより、本実施の形態における情報処理装置１は、外部システム３から送信されたレスポンスについての不整合の発生をより防止することが可能になる。
【0276】
［レスポンス削除処理］
次に、第３の実施の形態におけるストリームデータ処理のうち、待機レスポンス用キューに格納された待機レスポンスを削除する処理（以下、レスポンス削除処理とも呼ぶ）について説明を行う。
次に、第３の実施の形態におけるストリームデータ処理のうち、待機レスポンス用キューに格納された待機レスポンスを削除する処理（以下、レスポンス削除処理とも呼ぶ）について説明を行う。
【0277】
リクエスト管理部２１４は、図４１に示すように、例えば、判定タイミングになるまで待機する（Ｓ１７１のＮＯ）。判定タイミングは、例えば、１分間隔等の定期的なタイミングであってよい。
【0278】
そして、判定タイミングになった場合（Ｓ１７１のＹＥＳ）、リクエスト管理部２１４は、例えば、待機レスポンス用キューの格納された待機メッセージのうち、キューに格納されてから経過した時間が所定時間以上である待機レスポンスが存在するか否かを判定する（Ｓ１７２）。
【0279】
その結果、キューに格納されてから経過した時間が所定時間以上である待機レスポンスが存在すると判定した場合（Ｓ１７２のＹＥＳ）、リクエスト管理部２１４は、例えば、待機レスポンス用キューの格納された待機メッセージのうち、キューに格納されてから経過した時間が所定時間以上である待機レスポンスを削除する（Ｓ１７３）。
【0280】
一方、キューに格納されてから経過した時間が所定時間以上である待機レスポンスが存在しないと判定した場合（Ｓ１７２のＮＯ）、リクエスト管理部２１４は、Ｓ１７３の処理を行わない。
【0281】
［第４の実施の形態の概略］
次に、第４の実施の形態の概略について説明する。図４２は、外部システム３に対するアクセスを説明する図である。また、図４３は、第４の実施の形態におけるストリームデータ処理の概略を説明する図である。なお、以下、第１の実施の形態におけるストリームデータ処理を異なる点について説明を行う。
次に、第４の実施の形態の概略について説明する。図４２は、外部システム３に対するアクセスを説明する図である。また、図４３は、第４の実施の形態におけるストリームデータ処理の概略を説明する図である。なお、以下、第１の実施の形態におけるストリームデータ処理を異なる点について説明を行う。
【0282】
図４２に示すように、例えば、障害に発生に伴うリカバリによって、情報処理装置１の内部状態が時点ＣＰまで戻った場合、情報処理装置１は、時点ＣＰよりも後に送信したリクエストをキュー５に対して再度送信する。
【0283】
そのため、この場合、外部システム３に対してリクエスト（１）が２回送信されることになり、外部システム３は、リクエスト（１）に対応するレスポンス（１）に加え、リクエスト（１）（再）に対応するレスポンス（１）（再）を情報処理装置１に送信する。すなわち、情報処理装置１では、この場合、同一内容のレスポンスであるレスポンス（１）とレスポンス（１）（再）とを受信することになり、リクエスト（１）に対応するレスポンスの不整合が発生する。
【0284】
そこで、第４の実施の形態におけるアクセス代理実行装置２は、図４３に示すように、情報処理装置１からリクエストを受信した場合、受信したリクエストに含まれるリクエストＩＤを記憶する。そして、アクセス代理実行装置２は、記憶したリクエストＩＤを有する他のリクエストを情報処理装置１から受信した場合、受信した他のリクエストをキュー６に送信することなく破棄する。
【0285】
すなわち、アクセス代理実行装置２は、過去に受信したリクエストと同一のリクエストＩＤを有するリクエストを受信した場合、同一のリクエストが情報処理装置１から送信されたと判定し、受信したリクエストを破棄する。
【0286】
これにより、本実施の形態における情報処理装置１は、外部システム３から送信されたレスポンスについての不整合の発生をより防止することが可能になる。
【0287】
［第４の実施の形態の詳細］
次に、第４の実施の形態の詳細について説明を行う。図４４及び図４５は、第４の実施の形態におけるストリームデータ処理の詳細を説明するフローチャート図である。また、図４６は、第４の実施の形態におけるストリームデータ処理の詳細を説明する図である。
次に、第４の実施の形態の詳細について説明を行う。図４４及び図４５は、第４の実施の形態におけるストリームデータ処理の詳細を説明するフローチャート図である。また、図４６は、第４の実施の形態におけるストリームデータ処理の詳細を説明する図である。
【0288】
［リクエスト受信処理］
次に、第４の実施の形態におけるリクエスト受信処理について説明を行う。
次に、第４の実施の形態におけるリクエスト受信処理について説明を行う。
【0289】
リクエスト管理部２１４は、図４４に示すように、例えば、情報処理装置１から送信されたリクエストをリクエスト受信部２１１が受信するまで待機する（Ｓ１８１のＮＯ）。
【0290】
そして、情報処理装置１から送信されたリクエストをリクエスト受信部２１１が受信した場合（Ｓ１８１のＹＥＳ）、リクエスト管理部２１４は、例えば、情報格納領域２３０に記憶したリクエストＩＤ情報２３２を参照し、Ｓ１８１の処理で受信したリクエストに含まれるリクエストＩＤに対応するリクエスト管理情報２３１が存在するか否かを判定する（Ｓ１８２）。
【0291】
その結果、Ｓ１８１の処理で受信したリクエストに含まれるリクエストＩＤに対応するリクエスト管理情報２３１が存在すると判定した場合（Ｓ１８２のＹＥＳ）、リクエスト管理部２１４は、例えば、Ｓ１８１の処理で受信したリクエストを破棄する（Ｓ１８３）。
【0292】
一方、Ｓ１８１の処理で受信したリクエストに含まれるリクエストＩＤに対応するリクエスト管理情報２３１が存在しないと判定した場合（Ｓ１８２のＮＯ）、リクエスト管理部２１４は、例えば、Ｓ１８１の処理で受信したリクエストに含まれるリクエストＩＤをリクエストＩＤ情報２３２として情報格納領域２３０に記憶する（Ｓ１８４）。以下、リクエストＩＤ情報２３２の具体例について説明を行う。
【0293】
［リクエストＩＤ情報の具体例］
図４６は、リクエストＩＤ情報２３２の具体例について説明する図である。
図４６は、リクエストＩＤ情報２３２の具体例について説明する図である。
【0294】
図４６に示すリクエストＩＤ情報には、「リクエストＩＤ」として「ｂ０ｄｂ６３３３－６１９６－４ａ７６－ａｂ０ａ－ｃｅｄ４ｄ６ｄｄ９５９３」と「７ｆｃ９８６ｅｅ－４９ｂ４－４ｃ３１－ｂ０９ｂ－２ｃａ０ｂａ１ｄｆ９６９」とが記憶されている。
【0295】
図４４に戻り、固有情報生成部２１３は、例えば、Ｓ１８１の処理で受信したリクエストに対応する実行時固有情報を生成する（Ｓ１８５）。
【0296】
続いて、リクエスト管理部２１４は、例えば、Ｓ１８５の処理で生成した実行時固有情報を含む各情報をリクエスト管理情報２３１として情報格納領域２３０に記憶する（Ｓ１８６）。
【0297】
そして、リクエスト処理部２１５は、例えば、Ｓ１８１の処理で受信したリクエストのペイロードの生成（変換）を行う（Ｓ１８７）。
【0298】
さらに、識別子変換部２１６は、例えば、Ｓ１８１の処理で受信したリクエストに含まれるリクエストＩＤを変換する（Ｓ１８８）。
【0299】
その後、リクエスト送信部２１７は、例えば、Ｓ１８８の処理でリクエストＩＤを変換したリクエストをキュー６に送信する（Ｓ１８９）。
【0300】
［ＩＤ削除処理］
次に、第４の実施の形態におけるストリームデータ処理のうち、リクエストＩＤ情報２３２に含まれるリクエストＩＤを削除する処理（以下、ＩＤ削除処理とも呼ぶ）について説明を行う。
次に、第４の実施の形態におけるストリームデータ処理のうち、リクエストＩＤ情報２３２に含まれるリクエストＩＤを削除する処理（以下、ＩＤ削除処理とも呼ぶ）について説明を行う。
【0301】
リクエスト管理部２１４は、図４５に示すように、例えば、判定タイミングになるまで待機する（Ｓ１９１のＮＯ）。判定タイミングは、例えば、１分間隔等の定期的なタイミングであってよい。
【0302】
そして、判定タイミングになった場合（Ｓ１９１のＹＥＳ）、リクエスト管理部２１４は、例えば、情報格納領域２３０に記憶したリクエストＩＤ情報２３２に含まれるリクエストＩＤのうち、リクエストＩＤ情報２３２として記憶されてから経過した時間が所定時間以上であるリクエストＩＤが存在するか否かを判定する（Ｓ１９２）。
【0303】
その結果、リクエストＩＤ情報２３２として記憶されてから経過した時間が所定時間以上であるリクエストＩＤが存在すると判定した場合（Ｓ１９２のＹＥＳ）、リクエスト管理部２１４は、例えば、情報格納領域２３０に記憶したリクエストＩＤ情報２３２に含まれるリクエストＩＤのうち、リクエストＩＤ情報２３２として記憶されてから経過した時間が所定時間以上であるリクエストＩＤを削除する（Ｓ１９３）。
【0304】
一方、リクエストＩＤ情報２３２として記憶されてから経過した時間が所定時間以上であるリクエストＩＤが存在しないと判定した場合（Ｓ１９２のＮＯ）、リクエスト管理部２１４は、Ｓ１９３の処理を行わない。
【0305】
以上の実施の形態をまとめると、以下の付記のとおりである。
【0306】
（付記１）
第１情報処理装置と、前記第１情報処理装置とアクセス可能な第２情報処理装置と、を有するデータ処理システムであって、
前記第１情報処理装置は、
処理対象のデータを受信したことに応じて、受信した前記データに対するタスクを実行し、
前記データに対するタスクの実行に伴って他の情報処理システムに対して第１処理要求を行う処理が実行される場合、前記第１処理要求を前記第２情報処理装置に送信し、
前記第２情報処理装置は、
前記第１処理要求の受信に応じて、前記第１処理要求に含まれる第１識別子を可逆変換可能な第１変換識別子に変換し、
変換した前記第１変換識別子を含む前記第１処理要求を前記他の情報処理システムに送信し、
前記第１処理要求に対応する処理の第１実行結果の受信に応じて、前記第１実行結果に含まれる前記第１変換識別子を前記第１識別子に再変換し、
再変換した前記第１識別子と前記第１変換識別子とを含む前記第１実行結果を前記第１情報処理装置に送信する、
ことを特徴とするデータ処理システム。
第１情報処理装置と、前記第１情報処理装置とアクセス可能な第２情報処理装置と、を有するデータ処理システムであって、
前記第１情報処理装置は、
処理対象のデータを受信したことに応じて、受信した前記データに対するタスクを実行し、
前記データに対するタスクの実行に伴って他の情報処理システムに対して第１処理要求を行う処理が実行される場合、前記第１処理要求を前記第２情報処理装置に送信し、
前記第２情報処理装置は、
前記第１処理要求の受信に応じて、前記第１処理要求に含まれる第１識別子を可逆変換可能な第１変換識別子に変換し、
変換した前記第１変換識別子を含む前記第１処理要求を前記他の情報処理システムに送信し、
前記第１処理要求に対応する処理の第１実行結果の受信に応じて、前記第１実行結果に含まれる前記第１変換識別子を前記第１識別子に再変換し、
再変換した前記第１識別子と前記第１変換識別子とを含む前記第１実行結果を前記第１情報処理装置に送信する、
ことを特徴とするデータ処理システム。
【0307】
（付記２）
付記１において、
前記第２情報処理装置は、
前記データに対するタスクの実行に伴って他の情報処理システムに対して実行される第２処理要求の受信に応じて、前記第２処理要求に含まれる第２識別子を可逆変換可能な第２変換識別子に変換し、
変換した前記第２変換識別子を含む前記第２処理要求を前記他の情報処理システムに送信し、
前記第２処理要求に対応する処理の第２実行結果の受信に応じて、前記第２実行結果に含まれる前記第２変換識別子を前記第２識別子に再変換し、
再変換した前記第２識別子と前記第２変換識別子とを含む前記第２実行結果を前記第１情報処理装置に送信し、
前記第１情報処理装置は、
前記第１実行結果と前記第２実行結果との受信に応じて、前記第１識別子と前記第２識別子とが同一であるか否かを判定し、
前記第１識別子と前記第２識別子とが同一であると判定した場合、前記第１変換識別子と前記第２変換識別子とが同一であるか否かを判定し、
前記第１変換識別子と前記第２変換識別子とが異なると判定した場合、前記第１実行結果と前記第２実行結果とのうちのいずれかを破棄する、
ことを特徴とするデータ処理システム。
付記１において、
前記第２情報処理装置は、
前記データに対するタスクの実行に伴って他の情報処理システムに対して実行される第２処理要求の受信に応じて、前記第２処理要求に含まれる第２識別子を可逆変換可能な第２変換識別子に変換し、
変換した前記第２変換識別子を含む前記第２処理要求を前記他の情報処理システムに送信し、
前記第２処理要求に対応する処理の第２実行結果の受信に応じて、前記第２実行結果に含まれる前記第２変換識別子を前記第２識別子に再変換し、
再変換した前記第２識別子と前記第２変換識別子とを含む前記第２実行結果を前記第１情報処理装置に送信し、
前記第１情報処理装置は、
前記第１実行結果と前記第２実行結果との受信に応じて、前記第１識別子と前記第２識別子とが同一であるか否かを判定し、
前記第１識別子と前記第２識別子とが同一であると判定した場合、前記第１変換識別子と前記第２変換識別子とが同一であるか否かを判定し、
前記第１変換識別子と前記第２変換識別子とが異なると判定した場合、前記第１実行結果と前記第２実行結果とのうちのいずれかを破棄する、
ことを特徴とするデータ処理システム。
【0308】
（付記３）
付記２において、
前記第１情報処理装置は、前記第１変換識別子と前記第２変換識別子とが異なると判定した場合、前記第１実行結果及び前記第２実行結果のうち、前記第２情報処理装置から後に受信した実行結果を破棄する、
ことを特徴とするデータ処理システム。
付記２において、
前記第１情報処理装置は、前記第１変換識別子と前記第２変換識別子とが異なると判定した場合、前記第１実行結果及び前記第２実行結果のうち、前記第２情報処理装置から後に受信した実行結果を破棄する、
ことを特徴とするデータ処理システム。
【0309】
（付記４）
付記２において、
前記第２情報処理装置は、
前記第１処理要求の受信に応じて、前記第１変換識別子の生成タイミングを示す第１付加識別子を前記第１識別子に付加することによって前記第１変換識別子を生成し、
前記第１実行結果の受信に応じて、前記第１実行結果に含まれる前記第１変換識別子を前記第１識別子と前記第１付加識別子とに分割し、
前記第１識別子と前記第１付加識別子とを含む前記第１実行結果を前記第１情報処理装置に送信する、
ことを特徴とするデータ処理システム。
付記２において、
前記第２情報処理装置は、
前記第１処理要求の受信に応じて、前記第１変換識別子の生成タイミングを示す第１付加識別子を前記第１識別子に付加することによって前記第１変換識別子を生成し、
前記第１実行結果の受信に応じて、前記第１実行結果に含まれる前記第１変換識別子を前記第１識別子と前記第１付加識別子とに分割し、
前記第１識別子と前記第１付加識別子とを含む前記第１実行結果を前記第１情報処理装置に送信する、
ことを特徴とするデータ処理システム。
【0310】
（付記５）
付記４において、
前記第２情報処理装置は、
前記第２処理要求の受信に応じて、前記第２変換識別子の生成タイミングを示す第２付加識別子を前記第２識別子に付加することによって前記第２変換識別子を生成し、
前記第２実行結果の受信に応じて、前記第２実行結果に含まれる前記第２変換識別子を前記第２識別子と前記第２付加識別子とに分割し、
前記第２識別子と前記第２付加識別子とを含む前記第２実行結果を前記第１情報処理装置に送信し、
前記第１情報処理装置は、
前記第１実行結果と前記第２実行結果との受信に応じて、前記第１識別子と前記第２識別子とが同一であるか否かを判定し、
前記第１識別子と前記第２識別子とが同一であると判定した場合、前記第１付加識別子と前記第２付加識別子が同一であるか否かを判定し、
前記第１付加識別子と前記第２付加識別子とが異なると判定した場合、前記第１実行結果と前記第２実行結果とのうちのいずれかを破棄する、
ことを特徴とするデータ処理システム。
付記４において、
前記第２情報処理装置は、
前記第２処理要求の受信に応じて、前記第２変換識別子の生成タイミングを示す第２付加識別子を前記第２識別子に付加することによって前記第２変換識別子を生成し、
前記第２実行結果の受信に応じて、前記第２実行結果に含まれる前記第２変換識別子を前記第２識別子と前記第２付加識別子とに分割し、
前記第２識別子と前記第２付加識別子とを含む前記第２実行結果を前記第１情報処理装置に送信し、
前記第１情報処理装置は、
前記第１実行結果と前記第２実行結果との受信に応じて、前記第１識別子と前記第２識別子とが同一であるか否かを判定し、
前記第１識別子と前記第２識別子とが同一であると判定した場合、前記第１付加識別子と前記第２付加識別子が同一であるか否かを判定し、
前記第１付加識別子と前記第２付加識別子とが異なると判定した場合、前記第１実行結果と前記第２実行結果とのうちのいずれかを破棄する、
ことを特徴とするデータ処理システム。
【0311】
（付記６）
付記４において、
前記第１付加識別子は、前記第２情報処理装置が前記第１処理要求を受信した時刻を示すタイムスタンプであり、
前記第２付加識別子は、前記第２情報処理装置が前記第２処理要求を受信した時刻を示すタイムスタンプである、
ことを特徴とするデータ処理システム。
付記４において、
前記第１付加識別子は、前記第２情報処理装置が前記第１処理要求を受信した時刻を示すタイムスタンプであり、
前記第２付加識別子は、前記第２情報処理装置が前記第２処理要求を受信した時刻を示すタイムスタンプである、
ことを特徴とするデータ処理システム。
【0312】
（付記７）
付記２において、
前記第２情報処理装置は、前記第１識別子と前記第１実行結果の前記他の情報処理システムからの送信順とを含む前記第１実行結果を前記第１情報処理装置に送信する、
ことを特徴とするデータ処理システム。
付記２において、
前記第２情報処理装置は、前記第１識別子と前記第１実行結果の前記他の情報処理システムからの送信順とを含む前記第１実行結果を前記第１情報処理装置に送信する、
ことを特徴とするデータ処理システム。
【0313】
（付記８）
付記７において、
前記第２情報処理装置は、前記第２識別子と前記第２実行結果の前記他の情報処理システムからの送信順とを含む前記第２実行結果を前記第２情報処理装置に送信し、
前記第１情報処理装置は、
前記第１実行結果と前記第２実行結果との受信に応じて、前記第１識別子と前記第２識別子とが同一であるか否かを判定し、
前記第１識別子と前記第２識別子とが同一であると判定した場合、前記第１実行結果に対応する前記送信順と前記第２実行結果に対応する前記送信順とを比較し、
前記第２実行結果を前記第１実行結果の後に受信した場合であって、前記第２実行結果に対応する前記送信順が前記第１実行結果に対応する前記送信順の後でない場合、前記第２実行結果を破棄する、
ことを特徴とするデータ処理システム。
付記７において、
前記第２情報処理装置は、前記第２識別子と前記第２実行結果の前記他の情報処理システムからの送信順とを含む前記第２実行結果を前記第２情報処理装置に送信し、
前記第１情報処理装置は、
前記第１実行結果と前記第２実行結果との受信に応じて、前記第１識別子と前記第２識別子とが同一であるか否かを判定し、
前記第１識別子と前記第２識別子とが同一であると判定した場合、前記第１実行結果に対応する前記送信順と前記第２実行結果に対応する前記送信順とを比較し、
前記第２実行結果を前記第１実行結果の後に受信した場合であって、前記第２実行結果に対応する前記送信順が前記第１実行結果に対応する前記送信順の後でない場合、前記第２実行結果を破棄する、
ことを特徴とするデータ処理システム。
【0314】
（付記９）
付記１において、
前記第２情報処理装置は、前記第１処理要求よりも先に前記第１実行結果を受信した場合、前記第１処理要求を受信するまで待機する、
ことを特徴とするデータ処理システム。
付記１において、
前記第２情報処理装置は、前記第１処理要求よりも先に前記第１実行結果を受信した場合、前記第１処理要求を受信するまで待機する、
ことを特徴とするデータ処理システム。
【0315】
（付記１０）
付記２において、
前記第２情報処理装置は、
前記第１処理要求の受信に応じて、前記第１処理要求に含まれる前記第１識別子を記憶部に記憶し、
前記第２処理要求の受信に応じて、前記記憶部に記憶した前記第１識別子と前記第２処理要求に含まれる前記第２識別子とが同一であるか否かを判定し、
前記第１識別子と前記第２識別子とが同一であると判定した場合、前記第２処理要求を前記他の情報処理システムに送信することなく破棄する、
ことを特徴とするデータ処理システム。
付記２において、
前記第２情報処理装置は、
前記第１処理要求の受信に応じて、前記第１処理要求に含まれる前記第１識別子を記憶部に記憶し、
前記第２処理要求の受信に応じて、前記記憶部に記憶した前記第１識別子と前記第２処理要求に含まれる前記第２識別子とが同一であるか否かを判定し、
前記第１識別子と前記第２識別子とが同一であると判定した場合、前記第２処理要求を前記他の情報処理システムに送信することなく破棄する、
ことを特徴とするデータ処理システム。
【0316】
（付記１１）
第１情報処理装置と、前記第１情報処理装置とアクセス可能な第２情報処理装置と、を有するデータ処理システムにおけるデータ処理方法であって、
処理対象のデータを受信したことに応じて、受信した前記データに対するタスクを実行し、
前記データに対するタスクの実行に伴って他の情報処理システムに対して第１処理要求を行う処理が実行される場合、前記第１処理要求を前記第２情報処理装置に送信する、
処理を前記第１情報処理装置が実行し、
前記第１処理要求の受信に応じて、前記第１処理要求に含まれる第１識別子を可逆変換可能な第１変換識別子に変換し、
変換した前記第１変換識別子を含む前記第１処理要求を前記他の情報処理システムに送信し、
前記第１処理要求に対応する処理の第１実行結果の受信に応じて、前記第１実行結果に含まれる前記第１変換識別子を前記第１識別子に再変換し、
再変換した前記第１識別子と前記第１変換識別子とを含む前記第１実行結果を前記第１情報処理装置に送信する処理を実行する、
処理を前記第２情報処理装置が実行することを特徴とするデータ処理方法。
第１情報処理装置と、前記第１情報処理装置とアクセス可能な第２情報処理装置と、を有するデータ処理システムにおけるデータ処理方法であって、
処理対象のデータを受信したことに応じて、受信した前記データに対するタスクを実行し、
前記データに対するタスクの実行に伴って他の情報処理システムに対して第１処理要求を行う処理が実行される場合、前記第１処理要求を前記第２情報処理装置に送信する、
処理を前記第１情報処理装置が実行し、
前記第１処理要求の受信に応じて、前記第１処理要求に含まれる第１識別子を可逆変換可能な第１変換識別子に変換し、
変換した前記第１変換識別子を含む前記第１処理要求を前記他の情報処理システムに送信し、
前記第１処理要求に対応する処理の第１実行結果の受信に応じて、前記第１実行結果に含まれる前記第１変換識別子を前記第１識別子に再変換し、
再変換した前記第１識別子と前記第１変換識別子とを含む前記第１実行結果を前記第１情報処理装置に送信する処理を実行する、
処理を前記第２情報処理装置が実行することを特徴とするデータ処理方法。
【0317】
（付記１２）
他の情報処理装置から特定の情報処理システムに対する第１処理要求の受信に応じて、前記第１処理要求に含まれる第１識別子を可逆変換可能な第１変換識別子に変換し、
変換した前記第１変換識別子を含む前記第１処理要求を前記特定の情報処理システムに送信し、
前記第１処理要求に対応する処理の第１実行結果の前記特定の情報処理システムからの受信に応じて、前記第１実行結果に含まれる前記第１変換識別子を前記第１識別子に再変換し、
再変換した前記第１識別子と前記第１変換識別子とを含む前記第１実行結果を前記他の情報処理装置に送信する、
処理をコンピュータに実行させることを特徴とするデータ処理プログラム。
他の情報処理装置から特定の情報処理システムに対する第１処理要求の受信に応じて、前記第１処理要求に含まれる第１識別子を可逆変換可能な第１変換識別子に変換し、
変換した前記第１変換識別子を含む前記第１処理要求を前記特定の情報処理システムに送信し、
前記第１処理要求に対応する処理の第１実行結果の前記特定の情報処理システムからの受信に応じて、前記第１実行結果に含まれる前記第１変換識別子を前記第１識別子に再変換し、
再変換した前記第１識別子と前記第１変換識別子とを含む前記第１実行結果を前記他の情報処理装置に送信する、
処理をコンピュータに実行させることを特徴とするデータ処理プログラム。
【0318】
（付記１３）
処理対象のデータを受信したことに応じて、受信した前記データに対するタスクを実行し、
前記データに対するタスクの実行に伴って特定の情報処理システムに対して第１処理要求を行う処理が実行される場合、前記第１処理要求を他の情報処理装置に送信し、
前記データに対するタスクの実行に伴って特定の情報処理システムに対して第２処理要求を行う処理が実行される場合、前記第２処理要求を前記他の情報処理装置に送信し、
前記第１処理要求に含まれる第１識別子と前記他の情報処理装置が前記第１識別子を可逆変換可能に変換した第１変換識別子とを含む、前記第１処理要求に対応する処理の第１実行結果と、前記第２処理要求に含まれる第２識別子と前記他の情報処理装置が前記第２識別子を可逆変換可能に変換した第２変換識別子とを含む、前記第２処理要求に対応する処理の第２実行結果との前記他の情報処理装置からの受信に応じて、前記第１識別子と前記第２識別子とが同一であるか否かを判定し、
前記第１識別子と前記第２識別子とが同一であると判定した場合、前記第１変換識別子と前記第２変換識別子とが同一であるか否かを判定し、
前記第１変換識別子と前記第２変換識別子とが異なると判定した場合、前記第１実行結果と前記第２実行結果とのうちのいずれかを破棄する、
処理をコンピュータに実行させることを特徴とするデータ処理プログラム。
処理対象のデータを受信したことに応じて、受信した前記データに対するタスクを実行し、
前記データに対するタスクの実行に伴って特定の情報処理システムに対して第１処理要求を行う処理が実行される場合、前記第１処理要求を他の情報処理装置に送信し、
前記データに対するタスクの実行に伴って特定の情報処理システムに対して第２処理要求を行う処理が実行される場合、前記第２処理要求を前記他の情報処理装置に送信し、
前記第１処理要求に含まれる第１識別子と前記他の情報処理装置が前記第１識別子を可逆変換可能に変換した第１変換識別子とを含む、前記第１処理要求に対応する処理の第１実行結果と、前記第２処理要求に含まれる第２識別子と前記他の情報処理装置が前記第２識別子を可逆変換可能に変換した第２変換識別子とを含む、前記第２処理要求に対応する処理の第２実行結果との前記他の情報処理装置からの受信に応じて、前記第１識別子と前記第２識別子とが同一であるか否かを判定し、
前記第１識別子と前記第２識別子とが同一であると判定した場合、前記第１変換識別子と前記第２変換識別子とが同一であるか否かを判定し、
前記第１変換識別子と前記第２変換識別子とが異なると判定した場合、前記第１実行結果と前記第２実行結果とのうちのいずれかを破棄する、
処理をコンピュータに実行させることを特徴とするデータ処理プログラム。
【符号の説明】
【0319】
１：情報処理装置 ２ａ：キュー
２ｂ：キュー １０：情報処理システム
ＤＴ：センサデータ Ｔ１：タスク
Ｔ１ａ：記憶装置 Ｔ２：タスク
Ｔ２ａ：記憶装置 Ｔ３：タスク
Ｔ３ａ：記憶装置
２ｂ：キュー １０：情報処理システム
ＤＴ：センサデータ Ｔ１：タスク
Ｔ１ａ：記憶装置 Ｔ２：タスク
Ｔ２ａ：記憶装置 Ｔ３：タスク
Ｔ３ａ：記憶装置
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】
【図37】
【図38】
【図39】
【図40】
【図41】
【図42】
【図43】
【図44】
【図45】
【図46】