特許 7564449 データ処理プログラム、情報処理システム及びデータ処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-01

(45)【発行日】2024-10-09

(54)【発明の名称】データ処理プログラム、情報処理システム及びデータ処理方法

(51)【国際特許分類】

   G06F 9/48 20060101AFI20241002BHJP

【ＦＩ】

G06F9/48 300H

G06F9/48 370

【請求項の数】 7

(21)【出願番号】P 2021055737

(22)【出願日】2021-03-29

(65)【公開番号】P2022152813

(43)【公開日】2022-10-12

【審査請求日】2023-12-07

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100094525

【弁理士】

【氏名又は名称】土井 健二

(74)【代理人】

【識別番号】100094514

【弁理士】

【氏名又は名称】林 恒徳

(72)【発明者】

【氏名】板倉 宏太

(72)【発明者】

【氏名】山岡 久俊

(72)【発明者】

【氏名】岡林 美和

【審査官】三坂 敏夫

(56)【参考文献】

【文献】特開２０１８－１３３１０５（ＪＰ，Ａ）

【文献】特開２０１４－１８２７６４（ＪＰ，Ａ）

【文献】特開２０１７－２１４８８（ＪＰ，Ａ）

【文献】特開２０１７－９７６６０（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ９／４５５－９／５４

Ｂ６０Ｒ １６／０２

Ｇ０６Ｆ １３／１０

(57)【特許請求の範囲】

【請求項1】

イベントに関する情報を含む第１データを受信したことに応じて、受信した前記第１データに対する第１タスクの実行を開始し、
前記第１データに対する第１タスクの実行に伴って他の情報処理システムに対するアクセスを要する第１処理が実行される場合、前記第１データに対する前記第１タスクの実行を中止するとともに、前記第１処理に伴う前記他の情報処理システムに対するアクセスを行い、
イベントに関する情報を含む第２データを受信したことに応じて、受信した前記第２データに対する前記第１タスクの実行を開始し、
前記第２データに対する前記第１タスクの実行に伴って前記第１処理が実行されない場合、前記第２データに対する前記第１タスクの実行を継続し、
前記他の情報処理システムから前記アクセスに対応するアクセス結果を受信した場合、前記第２データに対する前記第１タスクの実行完了後において、前記第１データに対する前記第１タスクを再実行する、
処理をコンピュータに実行させることを特徴とするデータ処理プログラム。

【請求項2】

請求項１において、
前記第１データに対する前記第１タスクを再実行する処理では、前記第１データに対する前記第１タスクの再実行を、前記実行を中止する処理において前記第１データに対する前記第１タスクの実行が中止される前に完了した処理を含めて行う、
ことを特徴とするデータ処理プログラム。

【請求項3】

請求項１において、
前記第１データに対する前記第１タスクを再実行する処理では、前記第１データに対する前記第１処理が実行される場合、前記他の情報処理システムに対するアクセスを行うことなく、前記他の情報処理システムから受信済の前記アクセス結果を用いることによって前記第１タスクに含まれる他の処理の実行を行う、
ことを特徴とするデータ処理プログラム。

【請求項4】

請求項１において、さらに、
前記第２データに対する前記第１タスクの実行を開始する処理では、前記第２データが特定種類のデータである場合、前記第１タスクの実行対象となるデータを送信する他のタスクの全てから前記特定種類のデータを受信しているか否かを判定する、処理をコンピュータに実行させ、
前記第２データに対する前記第１タスクの実行を開始する処理では、前記他のタスクの全てから前記特定種類のデータを受信していると判定した場合、前記第２データに対する前記第１タスクの実行を開始する、
ことを特徴とするデータ処理プログラム。

【請求項5】

請求項４において、
前記第２データに対する前記第１タスクの実行を開始する処理では、前記他のタスクの全てから前記特定種類のデータを受信していないと判定した場合、前記他のタスクの全てから前記特定種類のデータを受信するまで、前記第２データに対する前記第１タスクの実行の開始を待機する、
ことを特徴とするデータ処理プログラム。

【請求項6】

互いにアクセス可能な複数の情報処理装置を有する情報処理システムであって、
前記複数の情報処理装置のそれぞれは、
イベントに関する情報を含む第１データを受信したことに応じて、受信した前記第１データに対する第１タスクの実行を開始し、
前記第１データに対する第１タスクの実行に伴って他の情報処理システムに対するアクセスを要する第１処理が実行される場合、前記第１データに対する前記第１タスクの実行を中止するとともに、前記第１処理に伴う前記他の情報処理システムに対するアクセスを行い、
イベントに関する情報を含む第２データを受信したことに応じて、受信した前記第２データに対する前記第１タスクの実行を開始し、
前記第２データに対する前記第１タスクの実行に伴って前記第１処理が実行されない場合、前記第２データに対する前記第１タスクの実行を継続し、
前記他の情報処理システムから前記アクセスに対応するアクセス結果を受信した場合、前記第２データに対する前記第１タスクの実行完了後において、前記第１データに対する前記第１タスクを再実行する、
ことを特徴とする情報処理システム。

【請求項7】

イベントに関する情報を含む第１データを受信したことに応じて、受信した前記第１データに対する第１タスクの実行を開始し、
前記第１データに対する第１タスクの実行に伴って他の情報処理システムに対するアクセスを要する第１処理が実行される場合、前記第１データに対する前記第１タスクの実行を中止するとともに、前記第１処理に伴う前記他の情報処理システムに対するアクセスを行い、
イベントに関する情報を含む第２データを受信したことに応じて、受信した前記第２データに対する前記第１タスクの実行を開始し、
前記第２データに対する前記第１タスクの実行に伴って前記第１処理が実行されない場合、前記第２データに対する前記第１タスクの実行を継続し、
前記他の情報処理システムから前記アクセスに対応するアクセス結果を受信した場合、前記第２データに対する前記第１タスクの実行完了後において、前記第１データに対する前記第１タスクを再実行する、
処理をコンピュータが実行することを特徴とするデータ処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、データ処理プログラム、情報処理システム及びデータ処理方法に関する。

【背景技術】

【0002】

近年、複数のセンサ等から受信したＩｏＴ（Ｉｎｔｅｒｎｅｔ oｆ Ｔｈｉｎｇ）データに対して、複数のタスク（タスクプログラム）を連鎖的に実行して出力するストリーム処理システムが用いられている。

【0003】

このようなストリーム処理システムでは、必要に応じて、他の情報処理システム（以下、外部システムとも呼ぶ）に対するアクセス（以下、外部アクセスとも呼ぶ）を行い、他の情報処理システムにおける処理結果の取得を行う。そして、ストリーム処理システムでは、例えば、取得した処理結果を用いることによって、データに対するタスクの実行を行う（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１８－１３３１０５号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ここで、例えば、あるデータに対するタスクの実行に応じて他の情報処理システムへのアクセスが行われる場合、ストリーム処理システムでは、他の情報処理システムでの処理結果を用いた処理の実行が完了するまで、以降のデータに対するタスクの実行が行われない。

【0006】

そのため、ストリーム処理システムでは、他の情報処理システムへのアクセスを要するデータに対するタスクの実行だけでなく、他の情報処理システムへのアクセスを要しないデータに対するタスクの実行についても処理速度が低下する場合がある。

【0007】

そこで、一つの側面では、本発明は、他の情報処理システムへのアクセスを行わないデータに対するタスクの処理速度の低下を抑制することを可能とするデータ処理プログラム、情報処理システム及びデータ処理方法を提供することを目的とする。

【課題を解決するための手段】

【0008】

実施の形態の一態様では、イベントに関する情報を含む第１データを受信したことに応じて、受信した前記第１データに対する第１タスクの実行を開始し、前記第１データに対する第１タスクの実行に伴って他の情報処理システムに対するアクセスを要する第１処理が実行される場合、前記第１データに対する前記第１タスクの実行を中止するとともに、前記第１処理に伴う前記他の情報処理システムに対するアクセスを行い、イベントに関する情報を含む第２データを受信したことに応じて、受信した前記第２データに対する前記第１タスクの実行を開始し、前記第２データに対する前記第１タスクの実行に伴って前記第１処理が実行されない場合、前記第２データに対する前記第１タスクの実行を継続し、前記他の情報処理システムから前記アクセスに対応するアクセス結果を受信した場合、前記第２データに対する前記第１タスクの実行完了後において、前記第１データに対する前記第１タスクを再実行する、処理をコンピュータに実行させる。

【発明の効果】

【0009】

一つの側面によれば、他の情報処理システムへのアクセスを行わないデータに対するタスクの処理速度の低下を抑制することを可能とする。

【図面の簡単な説明】

【0010】

【図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】図２７は、リクエストデータＤＴ１３の具体例について説明する図である。

【発明を実施するための形態】

【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】

１：情報処理装置 ２ａ：記憶装置
２ｂ：記憶装置 １０：情報処理システム
ＤＴ：センサデータ Ｔ１：タスク
Ｔ１ａ：記憶装置 Ｔ２：タスク
Ｔ２ａ：記憶装置 Ｔ３：タスク
Ｔ３ａ：記憶装置 １０：情報処理システム

【図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】