JP2024044443A - 情報処理システム及び情報処理方法 - Google Patents

Abstract

【課題】外部処理を含むアプリケーションの場合であっても、異常を早期に検出し、アプリケーションの実行処理の信頼性を向上させることが可能な情報処理手段を提供すること。【解決手段】アプリケーションを実行する複数のアプリ実行装置と、アプリ実行装置を管理する中央管理装置と、所定の動作の実行を指示する外部装置とを含む情報処理システムにおいて、中央管理装置は、待機モードで作動している第１のアプリ実行装置から、第１の処理を実行する時間を示す第１の処理時間情報を受信し、稼働モードで作動している第２のアプリ実行装置から、第１の処理を実行する時間を示す第２の処理時間情報を、第１の処理時間情報を受信してから所定の時間以内に受信しなかった場合、第２のアプリ実行装置について異常が発生したと判定し、第１のアプリ実行装置を待機モードから稼働モードに変更し、アプリケーションの実行を継続させる。【選択図】図２

Description

本発明は、情報処理システム及び情報処理方法に関する。

ビジネスの変化が激しい昨今においては、仮説検証の過程で試行錯誤しつつ、データフローを迅速かつ効率よく構築することが可能なツールが求められている。そのようなツールとして、ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を利用してノンプログラミングにデータフローを定義していくことが可能なフローエディタが存在する。

フローエディタは、豊富な入出力インターフェースを提供し、ブロックを組み合わせていく感覚でデータフローを作成することができる。このため、従来のプログラムやスクリプトによる方法に比べて編集環境が直感的で理解しやすく、高度な技術知識を有していない場合でも、取り扱いが容易で生産性に優れるといった利点を有する。

フローエディタを提供する情報処理手段に関して、いくつかの提案がなされている。
例えば、特許第７０１３３２６号（特許文献１）には、「フローエディタにより編集されたデータフローに基づくソフトウェアを実行する情報処理システムであって、前記ソフトウェアの分散処理を行うクラスタを構成する複数の情報処理装置を含み、前記データフローは、分散処理を開始させるブロックである分散処理開始ブロック、分散処理を終了させるブロックである分散処理終了ブロック、および前記分散処理開始ブロックと前記分散処理終了ブロックとの間に記述されるブロックである分散処理対象ブロックを含み、前記クラスタを構成する前記情報処理装置であるマスタ装置は、前記データフローの実行時に前記分散処理開始ブロックに到達すると、前記分散処理対象ブロックの実行指示を含むメッセージを、前記クラスタを構成する複数のワーカ装置に送信し、前記ワーカ装置の夫々は、前記メッセージを受信すると前記分散処理対象ブロックを実行し、前記分散処理対象ブロックの実行結果を含むメッセージを前記マスタ装置に送信し、前記マスタ装置は、前記複数のワーカ装置から前記実行結果を受信すると、前記分散処理終了ブロックに後続する前記データフローのブロックを実行する、情報処理システム」が記載されている。

特許第７０１３３２６号

特許文献１には、複数のプロセス制御ツール（ＡＰ実行装置）を用いて所定の処理タスクを実行する手段が記載されている。特許文献１に記載の手段では、フローエディタによって作成され、複数の連結した処理ブロックで定義されるアプリケーションは、各ＡＰ実行装置内で実行される。特定のＡＰ実行装置での処理が終了すると、当該ＡＰ実行装置はその旨を他のＡＰ実行装置に通知する。一方、特定のＡＰ実行装置において異常が発生し、処理が正常に終了しなかった場合、待機していた他のＡＰ実行装置は、正常に終了しなかった処理を最初から再度実行する。
特許文献１に記載の手段によれば、複数のプロセス制御ツール（ＡＰ実行装置）を用いることで、アプリケーション実行の信頼性を向上させることができる。

しかし、特許文献１に記載の手段は、ＡＰ実行装置内で完結する内部処理に着目しているが、実際には、アプリケーションのデータフローは、内部処理のみならず、外部装置との通信を要する外部処理を含むことがある。特許文献１には、内部処理のみを含むアプリケーションに関する情報処理手段が記載されているものの、外部処理を含むアプリケーションの対応については検討されていない。
これらの外部処理は、例えば生産工程を実行するロボットや機械を制御する指示を規定することがある。このため、特許文献１に記載の情報処理手段を、外部処理を含むアプリケーションに適用した場合、正常に終了しなかった処理が最初から再度実行され、外部装置が同じ処理タスクを複数回実行し、生産ラインにおいて乱れが発生する虞がある。

更に、特許文献１に記載の手段では、処理が正常に終了した否かは、データフローの最後の終了ブロックで判定されるため、データフローの途中で発生した異常の検出が遅れてしまう課題がある。

そこで、本開示は、外部処理を含むアプリケーションの場合であっても、異常を早期に検出し、アプリケーションの実行処理の信頼性を向上させることが可能な情報処理手段を提供することを目的とする。

上記の課題を解決するために、代表的な本発明の情報処理システムの一つは、データフローに基づくアプリケーションを並行に実行する複数のアプリ実行装置と、前記複数のアプリ実行装置を管理する中央管理装置と、所定の動作を前記アプリ実行装置からの指令に基づいて遂行する外部装置とが通信ネットワークを介して接続されている情報処理システムであって、前記アプリケーションは、前記アプリ実行装置内で実行される内部処理と、前記外部装置との通信を要する外部処理とを含み、アプリ実行装置は、前記アプリケーションにおける外部処理を実行する場合、前記所定の動作の実行を指示する指令情報を前記外部装置に送信し、出力情報を前記外部装置から受信する稼働モードと、前記アプリケーションにおける外部処理を実行する場合、前記所定の動作の実行を指示する指令情報を前記外部装置に送信せず、前記中央管理装置を介して送信される前記出力情報を受信するまで待機する待機モードのいずれか一方の作動モードで作動するように構成され、前記中央管理装置は、前記待機モードで作動している第１のアプリ実行装置から、前記第１のアプリ実行装置において第１の処理を実行する時間を示す第１の処理時間情報を受信し、前記稼働モードで作動している第２のアプリ実行装置から、前記第２のアプリ実行装置において前記第１の処理を実行する時間を示す第２の処理時間情報を、前記第１の処理時間情報を受信してから所定の時間以内に受信しなかった場合、前記第２のアプリ実行装置について異常が発生したと判定し、前記第２のアプリ実行装置について異常が発生したと判定した場合、前記第１のアプリ実行装置を前記待機モードから前記稼働モードに変更し、前記アプリケーションの実行を継続させる。

本発明によれば、外部処理を含むアプリケーションの場合であっても、異常を早期に検出し、アプリケーションの実行処理の信頼性を向上させることが可能な情報処理手段を提供することができる。
上記以外の課題、構成及び効果は、以下の発明を実行するための形態における説明により明らかにされる。

図１は、本開示の実施形態を実行するためのコンピュータシステムを示す図である。 図２は、本開示の実施形態に係る情報処理システムの構成の一例を示す図である。 図３は、本開示の実施形態に係る中央管理装置の構成の一例を示す図である。 図４は、本開示の実施形態に係るアプリ実行装置の構成の一例を示す図である。 図５は、本開示の実施形態に係る外部装置の構成の一例を示す図である。 図６は、本開示の実施形態に係るクラスタ管理部の構成の一例を示す図である。 図７は、本開示の実施形態に係るアプリ実行同期管理部の構成の一例を示す図である。 図８は、本開示の実施形態に係るフロー編集管理部の構成の一例を示す図である。 図９は、本開示の実施形態に係るアプリ実行部の構成の一例を示す図である。 図１０は、本開示の実施形態に係るデータフローの一例を示す図である。 図１１は、本開示の実施形態に係る情報処理システムにおけるアプリ実行処理の流れの一例を示す図である。 図１２は、本開示の実施形態に係る情報処理システムにおける正常のアプリ実行処理の具体例を示す図である。 図１３は、本開示の実施形態に係るアプリ実行処理の内部処理中に異常が発生した場合の異常対応処理の流れの一例を示す図である。 図１４は、本開示の実施形態に係るアプリ実行処理の外部処理中に異常が発生した場合の異常対応処理の流れの一例を示す図である。 図１５は、本開示の実施形態に係るアプリ実行処理の外部処理後に異常が発生した場合の異常対応処理の流れを示す図である。 図１６は、本開示の実施形態に係る稼働係のアプリ実行装置におけるアプリ実行処理の流れの一例を示す図である。 図１７は、本開示の実施形態に係る中央管理装置における管理処理の流れの一例を示す図である。 図１８は、本開示の実施形態に係る外部装置処理の流れの一例を示す図である。 図１９は、本開示の実施形態に係るアプリ実行装置情報処理システムの、正常の外部処理の場合のデータ転送の流れを示す図である。 図２０は、本開示の実施形態に係るアプリ実行処理おいて外部処理中に異常が発生した場合の情報処理システムのデータ転送の流れを示す図である。 図２１は、本開示の実施形態に係るアプリ実行処理において外部処理後に異常が発生した場合の情報処理システムのデータ転送の流れを示す図である。 図２２は、本開示の実施形態に係る処理時間情報管理テーブルを示す図である。

以下、図面を参照して、本発明の実施形態について説明する。なお、この実施形態により本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。
また、「第１」、「第２」、「第３」等の用語は、本開示において様々な要素又は構成要素を説明するのに用いられる場合があるが、これらの要素又は構成要素はこれらの用語によって限定されるべきでないことが理解されるであろう。これらの用語は、或る要素又は構成要素を別の要素又は構成要素と区別するためにのみ用いられる。したがって、以下で論述する第１の要素又は構成要素は、本発明概念の教示から逸脱することなく第２の要素又は構成要素と呼ぶこともできる。

（本開示の背景）
近年、生産工場等で自動化作業を制御するために使用されてきた従来の処理管理ツール（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｃｏｎｔｒｏｌｌｅｒなど）はレガシーになりつつあり、人工知能、ＩｏＴ、最新のプログラミング言語との互換性が限られている。また、従来の処理管理ツールは複雑で、使用するに当たって専門知識が必要なため、ユーザへの負担が大きい。これらのことから、効率及び信頼性を向上させる新たな処理管理ツールが求められている。

そこで、人工知能、ＩｏＴ、最新のプログラミング言語に対応可能であり、ブロックを組み合わせていく感覚でデータフローを容易に作成することが可能なフローエディタを提供するツールとして、マイクロコントローラなどのエッジデバイスが注目されている。
しかし、従来の処理管理ツールと比較して、マイクロコントローラなどのエッジデバイスは、使用される環境に合わせて設計したものでないため、耐久性が限られており、環境条件によっては、記憶障害、熱暴走などの障害が発生してしまうことがある。
このため、処理管理ツールによって実行されるアプリケーション処理の信頼性を向上させる手段が望まれている。

上述したように、例えば特許文献１には、複数のプロセス制御ツール（ＡＰ実行装置）を用いることで、アプリケーション実行の信頼性を向上させる提案がなされている。
しかし、特許文献１に記載の手段では、外部装置との通信を要する外部処理を含むアプリケーションが検討されていない上、処理が正常に終了した否かは、データフローの最後の終了ブロックで判定されるため、データフローの途中で発生した異常の検出が遅れてしまう課題がある。

そこで、本開示は、外部処理を含むアプリケーションの場合であっても、異常を早期に検出し、アプリケーションの実行処理の信頼性を向上させることが可能な情報処理手段を提供することに関する。

まず、図１を参照して、本開示の実施形態を実行するためのコンピュータシステム１００について説明する。本明細書で開示される様々な実施形態の機構及び装置は、任意の適切なコンピューティングシステムに適用されてもよい。コンピュータシステム１００の主要コンポーネントは、１つ以上のプロセッサ１０２、メモリ１０４、端末インターフェース１１２、ストレージインタフェース１１３、Ｉ／Ｏ（入出力）デバイスインタフェース１１４、及びネットワークインターフェース１１５を含む。これらのコンポーネントは、メモリバス１０６、Ｉ／Ｏバス１０８、バスインターフェースユニット１０９、及びＩ／Ｏバスインターフェースユニット１１０を介して、相互的に接続されてもよい。

コンピュータシステム１００は、プロセッサ１０２と総称される１つ又は複数の汎用プログラマブル中央処理装置（ＣＰＵ）１０２Ａ及び１０２Ｂを含んでもよい。ある実施形態では、コンピュータシステム１００は複数のプロセッサを備えてもよく、また別の実施形態では、コンピュータシステム１００は単一のＣＰＵシステムであってもよい。各プロセッサ１０２は、メモリ１０４に格納された命令を実行し、オンボードキャッシュを含んでもよい。

ある実施形態では、メモリ１０４は、データ及びプログラムを記憶するためのランダムアクセス半導体メモリ、記憶装置、又は記憶媒体（揮発性又は不揮発性のいずれか）を含んでもよい。メモリ１０４は、本明細書で説明する機能を実行するプログラム、モジュール、及びデータ構造のすべて又は一部を格納してもよい。例えば、メモリ１０４は、情報処理アプリケーション１５０を格納していてもよい。ある実施形態では、情報処理アプリケーション１５０は、後述する機能をプロセッサ１０２上で実行する命令又は記述を含んでもよい。

ある実施形態では、情報処理アプリケーション１５０は、プロセッサベースのシステムの代わりに、またはプロセッサベースのシステムに加えて、半導体デバイス、チップ、論理ゲート、回路、回路カード、および/または他の物理ハードウェアデバイスを介してハードウェアで実行されてもよい。ある実施形態では、情報処理アプリケーション１５０は、命令又は記述以外のデータを含んでもよい。ある実施形態では、カメラ、センサ、または他のデータ入力デバイス（図示せず）が、バスインターフェースユニット１０９、プロセッサ１０２、またはコンピュータシステム１００の他のハードウェアと直接通信するように提供されてもよい。

コンピュータシステム１００は、プロセッサ１０２、メモリ１０４、表示システム１２４、及びＩ／Ｏバスインターフェースユニット１１０間の通信を行うバスインターフェースユニット１０９を含んでもよい。Ｉ／Ｏバスインターフェースユニット１１０は、様々なＩ／Ｏユニットとの間でデータを転送するためのＩ／Ｏバス１０８と連結していてもよい。Ｉ／Ｏバスインターフェースユニット１１０は、Ｉ／Ｏバス１０８を介して、Ｉ／Ｏプロセッサ（ＩＯＰ）又はＩ／Ｏアダプタ（ＩＯＡ）としても知られる複数のＩ／Ｏインタフェースユニット１１２，１１３，１１４、及び１１５と通信してもよい。

表示システム１２４は、表示コントローラ、表示メモリ、又はその両方を含んでもよい。表示コントローラは、ビデオ、オーディオ、又はその両方のデータを表示装置１２６に提供することができる。また、コンピュータシステム１００は、データを収集し、プロセッサ１０２に当該データを提供するように構成された1つまたは複数のセンサ等のデバイスを含んでもよい。

例えば、コンピュータシステム１００は、心拍数データやストレスレベルデータ等を収集するバイオメトリックセンサ、湿度データ、温度データ、圧力データ等を収集する環境センサ、及び加速度データ、運動データ等を収集するモーションセンサ等を含んでもよい。これ以外のタイプのセンサも使用可能である。表示システム１２４は、単独のディスプレイ画面、テレビ、タブレット、又は携帯型デバイスなどの表示装置１２６に接続されてもよい。

Ｉ／Ｏインタフェースユニットは、様々なストレージ又はＩ／Ｏデバイスと通信する機能を備える。例えば、端末インタフェースユニット１１２は、ビデオ表示装置、スピーカテレビ等のユーザ出力デバイスや、キーボード、マウス、キーパッド、タッチパッド、トラックボール、ボタン、ライトペン、又は他のポインティングデバイス等のユーザ入力デバイスのようなユーザＩ／Ｏデバイス１１６の取り付けが可能である。ユーザは、ユーザインターフェースを使用して、ユーザ入力デバイスを操作することで、ユーザＩ／Ｏデバイス１１６及びコンピュータシステム１００に対して入力データや指示を入力し、コンピュータシステム１００からの出力データを受け取ってもよい。ユーザインターフェースは例えば、ユーザＩ／Ｏデバイス１１６を介して、表示装置に表示されたり、スピーカによって再生されたり、プリンタを介して印刷されたりしてもよい。

ストレージインタフェース１１３は、１つ又は複数のディスクドライブや直接アクセスストレージ装置１１７（通常は磁気ディスクドライブストレージ装置であるが、単一のディスクドライブとして見えるように構成されたディスクドライブのアレイ又は他のストレージ装置であってもよい）の取り付けが可能である。ある実施形態では、ストレージ装置１１７は、任意の二次記憶装置として実装されてもよい。メモリ１０４の内容は、ストレージ装置１１７に記憶され、必要に応じてストレージ装置１１７から読み出されてもよい。Ｉ／Ｏデバイスインタフェース１１４は、プリンタ、ファックスマシン等の他のＩ／Ｏデバイスに対するインターフェースを提供してもよい。ネットワークインターフェース１１５は、コンピュータシステム１００と他のデバイスが相互的に通信できるように、通信経路を提供してもよい。この通信経路は、例えば、ネットワーク１３０であってもよい。

ある実施形態では、コンピュータシステム１００は、マルチユーザメインフレームコンピュータシステム、シングルユーザシステム、又はサーバコンピュータ等の、直接的ユーザインターフェースを有しない、他のコンピュータシステム（クライアント）からの要求を受信するデバイスであってもよい。他の実施形態では、コンピュータシステム１００は、デスクトップコンピュータ、携帯型コンピューター、ノートパソコン、タブレットコンピュータ、ポケットコンピュータ、電話、スマートフォン、又は任意の他の適切な電子機器であってもよい。

次に、図２を参照して、本開示の実施形態に係る情報処理システムの構成について説明する。

図２は、本開示の実施形態に係る情報処理システム２００の構成の一例を示す図である。情報処理システム２００は、フローエディタにより編集されたデータフローに基づくアプリケーション（以下、「アプリ」）の実行処理における異常を早期に検出し、異常対策を迅速に実行することが可能な情報処理システムであり、図２に示すように、中央管理装置２１０、第１のアプリ実行装置２２０、第２のアプリ実行装置２３０、外部装置２４０及び通信ネットワーク２５０を含む。情報処理システム２００において、中央管理装置２１０、第１のアプリ実行装置２２０、第２のアプリ実行装置２３０及び外部装置２４０は、通信ネットワーク２５０を介して、標準の通信プロトコルに基づくデータの送受信を行うように接続されてもよい。
なお、図２に示す中央管理装置２１０、第１のアプリ実行装置２２０、第２のアプリ実行装置２３０及び外部装置２４０は、図１に示すコンピュータシステム１００として実装されてもよい。この場合、コンピュータシステム１００は、第１のアプリ実行装置２２０、第２のアプリ実行装置２３０及び外部装置２４０の機能を発揮する情報処理アプリケーション１５０を実行することで、本開示の実施形態に係る情報処理手段を行う情報処理装置として機能する。

中央管理装置２１０は、第１のアプリ実行装置２２０、第２のアプリ実行装置２３０及び外部装置２４０を管理し、アプリ実行処理における異常を検出するための装置である。図２に示すように、中央管理装置２１０は、クラスタ管理部２１１と、アプリ実行同期管理部２１２とを少なくとも含む。

クラスタ管理部２１１は、第１のアプリ実行装置２２０及び第２のアプリ実行装置２３０等を含むアプリ実行装置クラスタ２１５を管理するための機能部である。クラスタ管理部２１１は、アプリ実行装置クラスタ２１５に含まれるアプリ実行装置２２０、２３０によって実行されるアプリ実行処理における異常を検出すると共に、検出した異常への対策として、アプリ実行装置の作動モード切替を行うことができる。

アプリ実行同期管理部２１２は、アプリ実行装置クラスタ２１５に含まれる各アプリ実行装置によるアプリ実行処理に関する処理時間情報を管理すると共に、当該アプリ実行処理を同期させるための機能部である。

アプリ実行装置クラスタ２１５は、第１のアプリ実行装置２２０や第２のアプリ実行装置２３０等の複数のアプリ実行装置を含む論理的グループである。なお、図２では、説明の便宜上、第１のアプリ実行装置２２０や第２のアプリ実行装置２３０等の２つのアプリ実行装置を含む場合を一例としているが、本開示はこれに限定されず、アプリ実行装置は任意の数であってもよい。

第１のアプリ実行装置２２０及び第２のアプリ実行装置２３０は、いわゆるフローエディタ（例えば、後述するフロー編集管理部２２１、２３１）によって作成されるデータフローに基づくアプリを実行するための装置である。ある実施形態では、第１のアプリ実行装置２２０及び第２のアプリ実行装置２３０は、稼働モード又は待機モードのいずれかの作動モードで作動するように構成されてもよい。

原則として、アプリ実行装置クラスタ２１５に含まれる複数のアプリ実行装置の内、１つのアプリ実行装置が稼働モードで作動し、それ以外のアプリ実行装置は待機モードで作動するように設定される。以下では、説明の便宜上、第１のアプリ実行装置２２０が稼働モードで作動する「稼働係」のアプリ実行装置とし、第２のアプリ実行装置２３０が待機モードで作動する「待機係」のアプリ実行装置として作動するように設定した場合を一例として説明する。

ここでの稼働モードとは、アプリ実行処理に含まれる外部処理を実行する場合、外部装置２４０への入力データを含む外部メッセージを外部装置２４０に送信すると共に、外部装置２４０からの出力データを直接に受信する作動モードである。この入力データは、例えば所定の動作の実行を外部装置２４０に指示する指令情報を含んでもよい。
また、ここでの待機モードとは、アプリ実行処理に含まれる外部処理を実行する場合、外部装置２４０への入力データを含む外部メッセージを外部装置２４０に送信せず、中央管理装置２１０を介して外部装置２４０からの出力データを受信するまで待機する作動モードである。また、後述するように、待機モードに設定されるアプリ実行装置は、例えば稼働係のアプリ実行装置で異常が発生した場合に、稼働モードに変更され、新たな稼働係のアプリ実行装置となるための予備のアプリ実行装置として用いられてもよい。

図２に示すように、第１のアプリ実行装置２２０及び第２のアプリ実行装置２３０のそれぞれは、フロー編集管理部２２１、２３１と、アプリ実行部２２２、２３２とを含む。

フロー編集管理部２２１、２３１は、所定のタスク（生産管理など）を実行するためのデータフローを作成し、編集するための機能部である。ある実施形態では、フロー編集管理部２２１、２３１は、タスクにおける特定のステップを表すブロックを組み合わせることでデータフローを作成及び編集するためのＧＵＩを提供するいわゆるフローエディタであってもよい。

アプリ実行部２２２、２３２は、フロー編集管理部２２１によって作成されるデータフローをアプリとして実行するための機能部である。このアプリを実行するためのアプリ実行処理は、アプリ実行装置内で行われる内部処理と、後述する外部装置２４０との通信を要する外部処理とから構成されてもよい。

外部装置２４０は、アプリ実行部２２２、２３２によって実行されるアプリ実行処理において用いられる装置である。外部装置２４０は、アプリ実行処理における外部処理が行われる際、稼働係のアプリ実行装置からの入力データを受信し、当該入力データに基づいて動作した後、出力データを稼働係のアプリ実行装置及び中央管理装置２１０に送信する。一例として、本開示の実施形態に係る情報処理システム２００を工場での生産作業に適用した場合、外部装置２４０は、例えば特定の生産工程を行うためのロボットや機械であってもよい。

通信ネットワーク２５０は、イーサネット（登録商標）やＴＣＰ／ＩＰ等の所定の通信プロトコルに従った通信を実現する通信基盤（インフラストラクチャ）であり、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネット、専用線、公衆通信網等であってもよい。

以上説明した情報処理システム２００によれば、フローエディタにより編集されたデータフローに基づくアプリの実行処理における異常を早期に検出し、異常対策を迅速に実行することが可能な情報処理手段を提供することができる。

次に、図３を参照して、本開示の実施形態に係る中央管理装置の構成について説明する。

図３は、本開示の実施形態に係る中央管理装置２１０の構成の一例を示す図である。上述したように、中央管理装置２１０は、第１のアプリ実行装置２２０、第２のアプリ実行装置２３０及び外部装置２４０を管理し、アプリ実行処理における異常を検出するための装置である。図３に示すように、中央管理装置２１０は、クラスタ管理部２１１、アプリ実行同期管理部２１２、記憶部３０５及び通信部３１０を主に含む。

クラスタ管理部２１１は、第１のアプリ実行装置２２０及び第２のアプリ実行装置２３０等を含むアプリ実行装置クラスタ（例えば、図２に示すアプリ実行装置クラスタ２１５）を管理するための機能部である。
なお、クラスタ管理部２１１の構成の詳細については後述するため、ここではその説明を省略する。

アプリ実行同期管理部２１２は、アプリ実行装置クラスタ２１５に含まれる各アプリ実行装置によるアプリ実行処理に関する処理時間情報を管理すると共に、当該アプリ実行処理を同期させるための機能部である。
なお、アプリ実行同期管理部２１２の構成の詳細については後述するため、ここではその説明を省略する。

記憶部３０５は、中央管理装置２１０に用いられる各種データを格納するためのストレージ領域である。記憶部３０５は、処理データ３０６を格納してもよい。この処理データ３０６は、中央管理装置２１０によって用いられるデータであり、例えば第１のアプリ実行装置２２０や第２のアプリ実行装置２３０によって実行されているアプリに関するデータ、外部装置２４０からの出力データ等を含んでもよい。

通信部３１０は、中央管理装置２１０、第１のアプリ実行装置２２０、第２のアプリ実行装置２３０及び外部装置２４０の間でのデータ通信を行うための機能部である。より具体的には、図３に示すように、通信部３１０は、処理データ３０６を第１のアプリ実行装置２２０、第２のアプリ実行装置２３０及び外部装置２４０から取得するための処理データ取得部３１２と、取得した処理データ３０６を第１のアプリ実行装置２２０、第２のアプリ実行装置２３０及び外部装置２４０に転送するための処理データ転送部３１４を含んでもよい。

次に、図４を参照して、本開示の実施形態に係るアプリ実行装置について説明する。

図４は、本開示の実施形態に係るアプリ実行装置４００の構成の一例を示す図である。アプリ実行装置４００は、いわゆるフローエディタによって作成されるデータフローに基づくアプリを実行するための装置である。また、上述したように、アプリ実行装置４００は、稼働モード又は待機モードのいずれかの作動モードで作動するように設定されてもよい。
なお、図４に示すアプリ実行装置４００は、図２に示す第１のアプリ実行装置２２０や第２のアプリ実行装置２３０として用いられてもよい。

図４に示すように、アプリ実行装置は、フロー編集管理部４０２、アプリ実行部４０４、記憶部４０５、通信部４１０及び指示処理管理部４２０を含む。

フロー編集管理部４０２は、所定のタスク（生産管理など）を実行するためのデータフローを作成し、編集するための機能部である。図４に示すフロー編集管理部４０２は、図２に示す第１のアプリ実行装置２２０のフロー編集管理部２２１及び第２のアプリ実行装置２３０のフロー編集管理部２３１に実質的に対応する。

アプリ実行部４０４は、フロー編集管理部４０２によって作成されるデータフローをアプリとして実行するための機能部である。図４に示すアプリ実行部４０４は、図２に示す第１のアプリ実行装置２２０のアプリ実行部２２２及び第２のアプリ実行装置２３０のアプリ実行部２３２に実質的に対応する。
なお、アプリ実行部４０４の詳細については後述するため、ここではその説明を省略する。

記憶部４０５は、アプリ実行装置４００に用いられる各種データを格納するためのストレージ領域である。記憶部４０５は、処理データ４０６を格納してもよい。この処理データ４０６は、アプリ実行装置４００によって用いられるデータであり、例えばアプリに関するデータ、外部装置２４０に送信する入力データ、外部装置２４０からの出力データ等を含んでもよい。

通信部４１０は、中央管理装置２１０、アプリ実行装置クラスタ２１５に含まれる各アプリ実行装置及び外部装置２４０の間でのデータ通信を行うための機能部である。より具体的には、図４に示すように、通信部４１０は、処理データ４０６を中央管理装置２１０や外部装置２４０から取得するための処理データ取得部４１２と、取得した処理データ４０６を中央管理装置２１０や外部装置２４０に転送するための処理データ転送部４１４を含んでもよい。

指示処理管理部４２０は、アプリを実行するアプリ実行処理における指示処理（Ｍｅｓｓａｇｅ Ｐｒｏｃｅｓｓｉｎｇ）を行うための機能部である。より具体的には、指示処理管理部４２０は、指示処理を構成する指示構成管理部４２２と、指示処理の演算を行う指示処理演算部４２４とを含んでもよい。
ある実施形態では、指示処理管理部４２０は、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ/Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）、ＭＱＴＴ（Ｍｅｓｓａｇｅ Ｑｕｅｕｉｎｇ Ｔｅｌｅｍｅｔｒｙ Ｔｒａｎｓｐｏｒｔ）、又はＷｅｂ ｓｏｃｋｅｔＭｅｓｓａｇｅ Ｐｒｏｃｅｓｓｉｎｇを実行するように構成されてもよい。

次に、図５を参照して、本開示の実施形態に係る外部装置の構成について説明する。

図５は、本開示の実施形態に係る外部装置２４０の構成の一例を示す図である。上述したように、外部装置２４０は、アプリ実行部２２２、２３２によって実行されるアプリ実行処理において用いられる装置である。図５に示すように、外部装置２４０は、記憶部５０５、通信部５１０、動作実行部５２２及び動作状態監視部５２４を主に含む。

記憶部５０５は、外部装置２４０に用いられる各種データを格納するためのストレージ領域である。記憶部５０５は、処理データ５０６を格納してもよい。この処理データ５０６は、外部装置２４０によって用いられるデータであり、例えば第１のアプリ実行装置２２０や第２のアプリ実行装置２３０からの入力データ、外部装置２４０によって生成される出力データ等を含んでもよい。

通信部５１０は、中央管理装置２１０、第１のアプリ実行装置２２０及び第２のアプリ実行装置２３０の間でのデータ通信を行うための機能部である。より具体的には、図５に示すように、通信部５１０は、処理データ５０６を中央管理装置２１０、第１のアプリ実行装置２２０及び第２のアプリ実行装置２３０から取得するための処理データ取得部５１２と、取得した処理データ５０６を中央管理装置２１０や外部装置２４０に転送するための処理データ転送部５１４を含んでもよい。

動作実行部５２２は、第１のアプリ実行装置２２０又は第２のアプリ実行装置２３０（稼働係のアプリ実行装置）から取得した入力データに基づいて所定の動作を実行するための機能部である。ここでの動作とは、データを処理する処理タスクや、部品を動かす作業など、任意のアクションを含んでもよい。一例として、動作実行部５２２は、部品の組み立てや商品の梱包等、所定の生産工程を実行するための用いられてもよい。

動作状態監視部５２４は、動作実行部５２２によって実行されている動作の状態に関する情報を取得するための機能部である。動作状態監視部５２４は、例えばモーションセンサやカメラ等のセンサ装置であってもよい。ある実施形態では、動作状態監視部５２４は、動作の進捗状態（未着手、実行途中、完了）や動作の結果等に関するデータを取得し、出力データとして処理データ転送部５１４を介して稼働係のアプリ実行装置や中央管理装置２１０に送信してもよい。

次に、図６を参照して、本開示の実施形態に係るクラスタ管理部の構成について説明する。

図６は、本開示の実施形態に係るクラスタ管理部２１１の構成の一例を示す図である。上述したように、クラスタ管理部２１１は、第１のアプリ実行装置２２０及び第２のアプリ実行装置２３０等を含むアプリ実行装置クラスタを管理するための機能部であり、図６に示すように、クラスタ構成管理部６１０、クラスタ稼働状況監視部６１２、異常検出部６１４、作動モード管理部６１６及び記憶部６０５を主に含む。

クラスタ構成管理部６１０は、アプリ実行装置クラスタに含まれるアプリ実行装置の構成（各アプリ実行装置を識別する情報等）を管理するための機能部である。
クラスタ稼働状況監視部６１２は、アプリ実行装置クラスタに含まれるアプリ実行装置の稼働状況（稼働モードか待機モードか等）を管理するための機能部である。

異常検出部６１４は、アプリ実行装置クラスタに含まれるアプリ実行装置によって実行されるアプリ実行処理における異常を検出するための機能部である。ある実施形態では、異常検出部６１４は、各アプリ実行装置内で実行されるアプリ実行処理の開始時間を示す時間情報や、外部装置２４０からの出力データに基づいてアプリ実行処理の異常を検出してもよい。

作動モード管理部６１６は、アプリ実行装置クラスタに含まれるアプリ実行装置の作動モードを変更するための機能部である。ある実施形態では、稼働モードで作動しているアプリ実行装置（つまり、稼働係のアプリ実行装置）について異常が検出された場合、作動モード管理部６１６は、待機モードで作動しているアプリ実行装置（つまり、待機係のアプリ実行装置）を稼働係に変更してもよい。これにより、アプリ実行処理における外部通信を途絶えることなく継続することができる。

記憶部６０５は、クラスタ管理部２１１に用いられる各種データを格納するためのストレージ領域である。記憶部６０５は、処理データ６０６を格納してもよい。この処理データ６０６は、クラスタ管理部２１１によって用いられるデータであり、例えば各アプリ実行装置内で実行されるアプリ実行処理の開始時間を示す処理時間情報、各アプリ実行装置の作動モードを示す情報、特定のアプリ実行装置の作動モードを変更する作動モード変更指示等を含んでもよい。

次に、図７を参照して、本開示の実施形態に係るアプリ実行同期管理部について説明する。

図７は、本開示の実施形態に係るアプリ実行同期管理部２１２の構成の一例を示す図である。上述したように、アプリ実行同期管理部２１２は、アプリ実行装置クラスタ２１５に含まれる各アプリ実行装置によるアプリ実行処理に関する処理時間情報を管理すると共に、当該アプリ実行処理を同期させるための機能部である。図７に示すように、アプリ実行同期管理部２１２は、アプリ実行管理部７１０、休止・再開部７１２、処理時間情報管理部７１４、データ共有部７１６及び記憶部７２０を主に含む。

アプリ実行管理部７１０は、アプリ実行装置クラスタ２１５に含まれる各アプリ実行装置によるアプリ実行処理を管理するための機能部である。アプリ実行管理部７１０は、例えば、アプリ実行装置クラスタ２１５に含まれる各アプリ実行装置がアプリ実行処理を同時に開始し、並行に実行するように各アプリ実行装置を制御してもよい。

休止・再開部７１２は、アプリ実行装置クラスタ２１５に含まれる各アプリ実行装置によるアプリ実行処理を休止及び再開させるための機能部である。ある実施形態では、稼働係のアプリ実行装置が外部装置２４０に対する外部通信を行う際（つまり、入力データを外部装置２４０に送信した後）、休止・再開部７１２は、アプリ実行装置におけるアプリ実行処理を休止させる。その後、稼働係のアプリ実行装置の外部装置２４０に対する外部通信が終了し、各アプリ実行装置は外部装置２４０からの出力データを受信した後、休止・再開部７１２は、アプリ実行装置におけるアプリ実行処理を再開させてもよい。
これにより、稼働係のアプリ実行装置と待機係のアプリ実行装置におけるアプリ実行処理のタイミングが外部通信によりずれることを防止することができる。

処理時間情報管理部７１４は、アプリ実行装置クラスタ２１５に含まれる各アプリ実行装置によるアプリ実行処理の開始時間を示す処理時間情報を各アプリ実行装置から取得し、管理するための機能部である。上述したように、クラスタ管理部２１１における異常検出部６１４は、この処理時間情報に基づいて、特定のアプリ実行装置によるアプリ実行処理において異常が発生したか否かを判定することができる。

データ共有部７１６は、外部装置２４０から取得した出力データを待機係のアプリ実行装置に共有するための機能部である。ある実施形態では、稼働係のアプリ実行装置が外部装置２４０に対する外部通信を行う際、データ共有部７１６は、外部装置２４０から出力データを取得し、このように取得した出力データをアプリ実行装置クラスタ２１５に含まれる待機係のアプリ実行装置に転送してもよい。このように、各アプリ実行装置は、次の処理に必要な出力データを取得し、それ以降の処理を並行に実行することができる。

記憶部７２０は、アプリ実行同期管理部に用いられる各種データを格納するためのストレージ領域である。記憶部７２０は、処理データ７２１を格納してもよい。この処理データ７２１は、アプリ実行同期管理部２１２によって用いられるデータであり、例えば各アプリ実行装置内で実行されるアプリ実行処理の開始時間を示す処理時間情報や、外部装置２４０から取得した出力データを含んでもよい。

次に、図８を参照して、本開示の実施形態に係るフロー編集管理部について説明する。

図８は、本開示の実施形態に係るフロー編集管理部４０２の構成の一例を示す図である。フロー編集管理部４０２は、所定のタスクを実行するためのデータフローを作成し、編集するための機能部である。図８に示すフロー編集管理部４０２は、図２に示す第１のアプリ実行装置２２０のフロー編集管理部２２１及び第２のアプリ実行装置２３０のフロー編集管理部２３１に実質的に対応する。

図８に示すように、フロー編集管理部４０２は、フロー編集部８１０及び記憶部８２０を主に含む。

フロー編集部８１０は、データフローを作成するための機能部であり、図８に示すように、フロー編集環境８１２及びフローファイル転送部８１４を含む。
フロー編集環境８１２は、フローエディタによるデータフローのインタラクティブな編集環境をユーザに提供するための機能部である。ユーザは、フロー編集環境８１２のＧＵＩを用いて、タスクにおける特定のステップを表すブロックを組み合わせることでデータフローを作成及び編集することができる。
フローファイル転送部８１４は、フロー編集環境８１２によって作成されたデータフローの実体（アプリケーションのロジック）を記述したファイルであるフローファイル８２１を転送するための機能部である。フローファイル転送部８１４は、フロー編集環境８１２によって作成されたデータフローを定義するフローファイルを例えばアプリ実行部４０４に転送してもよい。

記憶部８２０は、フロー編集管理部４０２に用いられる各種データを格納するためのストレージ領域である。記憶部８２０は、フローファイル８２１を格納してもよい。

次に、図９を参照して、本開示の実施形態に係るアプリ実行部について説明する。

図９は、本開示の実施形態に係るアプリ実行部４０４の構成の一例を示す図である。上述したように、アプリ実行部４０４は、上述したフロー編集管理部４０２によって作成されるデータフローをアプリとして実行するための機能部である。図４に示すように、アプリ実行部４０４は、フロー処理部９１０と記憶部９３０を主に含む。

フロー処理部９１０は、データフローを実行するための機能部であり、図９に示すように、内部指示処理部９１２と、外部指示処理部９１４とを含む。
フロー処理部９１０は、データフロー（つまり、フローファイル）に含まれるブロックを順番に処理することで、当該データフローをアプリケーションとして実行することができる。上述したように、アプリを構成するデータフローは、アプリ実行装置内で行われる内部処理を規定するブロックと、外部装置２４０との通信を要する外部処理を規定するブロックとから構成されてもよい。
内部指示処理部９１２は、データフローのブロックに規定される内部処理を実行するための機能部である。
外部指示処理部９１４は、データフローのブロックに規定される外部処理を実行するための機能部である。

記憶部９３０は、アプリ実行部４０４に用いられる各種データを格納するためのストレージ領域である。記憶部９３０は、データフローを定義するフローファイル９３１を格納してもよい。

次に、図１０を参照して、本開示の実施形態に係るデータフローについて説明する。

図１０は、本開示の実施形態に係るデータフローの１０００一例を示す図である。このデータフローの１０００は、上述したフロー編集管理部４０２が提供するフローエディタによって生成されるデータ構造である。より具体的には、データフロー１０００は、所定のタスクを実行するためのアプリの処理の流れ（ロジック）を、矩形枠で示す複数のブロック（ノードとも称される）と、矢線で示す接続線（リンクとも称される）で接続した構造として記述したものとして示される。

図１０に示すように、データフローの１０００は、一つ以上の入力データブロック１００１と、一つ以上の前処理ブロック１００２と、一つ以上の処理対象ブロック１００３と、一つ以上の後処理ブロック１００５と、一つ以上の出力データブロック１００６とを含んでもよい。

入力データブロック１００１は、処理の対象となる入力データを取得するロジックを含むブロックである。
前処理ブロック１００２は、入力データブロック１００１で取得した入力データに対する前処理を行うロジック（入力データを所定形式のデータに変換するロジック等）を含むブロックである。

処理対象ブロック１００３は、入力データブロック１００１で取得した入力データに対する所定の処理を行うロジックを含むブロックである。上述したように、この処理対象ブロック１００３は、アプリ実行装置内で行われる内部処理を規定する内部処理ブロック又は外部装置２４０との通信を要する外部処理を規定する外部処理ブロック１００４であってもよい。
後処理ブロック１００５は、例えば、処理対象ブロック１００３で生成されたデータに対する後処理を行うロジック（生成されたデータを所定形式のデータに変換する生成するロジック等）を含むブロックである。
出力データブロック１００６は、後処理ブロック１００５で得られた出力データを所定の転送先（外部装置２４０、中央管理装置２１０等）に転送するロジックを含むブロックである。

次に、図１１を参照して、本開示の実施形態に係る情報処理システムにおけるアプリ実行処理について説明する。

図１１は、本開示の実施形態に係る情報処理システムにおけるアプリ実行処理の流れの一例を示す図である。より具体的には、図１１は、中央管理装置２１０と、第１のアプリ実行装置２２０と、第２のアプリ実行装置２３０と、第３のアプリ実行装置２３５と、外部装置２４０からなるアプリ実行装置情報処理システムにおけるアプリ実行処理の流れを示す。
また、ここでは、第１のアプリ実行装置２２０が稼働モードに設定されている稼働係であり、第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５が待機モードに設定されている待機係である場合を一例として説明する。

図１１に示すように、第１のアプリ実行装置２２０、第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５のそれぞれのアプリ実行部は、特定の処理を規定する複数の処理ブロック（Ａ、Ｂ、Ｃ、Ｄ）からなるデータフローに基づくアプリの処理を実行する。上述したように、このアプリ実行処理は、アプリ実行装置内で行われる内部処理と、後述する外部装置２４０との通信を要する外部処理とから構成されてもよい。

上述したように、第１のアプリ実行装置２２０、第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５のそれぞれのアプリ実行部によって実行されるアプリ実行処理は、同一のデータフローに基づく処理である。また、このアプリ実行処理は、第１のアプリ実行装置２２０、第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５のそれぞれにおいて互いに同期されており、並行に実行される。

アプリ実行処理において外部処理が発生した場合、稼働係のアプリ実行装置である第１のアプリ実行装置２２０は、当該外部処理を実行する時間を示す処理時間情報を中央管理装置２１０に送信すると共に、入力データを含む外部メッセージを、外部装置２４０に転送する。

次に、中央管理装置２１０のアプリ実行同期管理部２１２は、外部処理を実行する時間を示す処理時間情報を第１のアプリ実行装置２２０、第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５から受信した後、第１のアプリ実行装置２２０、第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５におけるアプリ実行処理を休止させる休止指示（図１９では例示せず）を送信する。これにより、出力データが外部装置２４０から送信されるまで、第１のアプリ実行装置２２０、第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５におけるアプリ実行処理が休止する。

次に、外部装置２４０は、入力データを第１のアプリ実行装置２２０から受信し、取得した入力データに基づいて、所定の動作を実行した後、出力データを含むメッセージを稼働係のアプリ実行装置である第１のアプリ実行装置２２０と、中央管理装置２１０に送信する。

次に、中央管理装置２１０は、外部装置２４０からの出力データを受信し、取得した出力データを待機係である第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５に転送する。その後、中央管理装置２１０のアプリ実行同期管理部２１２は、第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５が出力データを受信したことを確認した後、第１のアプリ実行装置２２０、第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５におけるアプリ実行処理を再開させる再開指示（図１１では例示せず）を送信する。

次に、第１のアプリ実行装置２２０、第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５のそれぞれのアプリ実行部がデータフローの次の処理を開始すると、処理を開始した時間を示す処理時間情報を中央管理装置２１０に送信する。中央管理装置２１０のアプリ実行同期管理部２１２は、各アプリ実行装置から取得した処理時間情報を格納する。後述するように、中央管理装置２１０のクラスタ管理部２１１は、この処理時間情報に基づいて、特定のアプリ実行装置のアプリ実行処理において発生した異常を検出することができる。

次に、図１２を参照して、本開示の実施形態に係る情報処理システムにおける正常のアプリ実行処理の具体例について説明する。

図１２は、本開示の実施形態に係る情報処理システムにおける正常のアプリ実行処理の具体例を示す図である。より具体的には、図１２は、中央管理装置２１０と、第１のアプリ実行装置２２０と、第２のアプリ実行装置２３０と、外部装置２４０からなるアプリ実行装置情報処理システムにおける正常のアプリ実行処理の流れを示す。
また、ここでは、第１のアプリ実行装置２２０が稼働モードに設定されている稼働係であり、第２のアプリ実行装置２３０が待機モードに設定されている待機係である場合を一例として説明する。

第１のアプリ実行装置２２０と、第２のアプリ実行装置２３０において、同一のアプリ実行処理１２００が並行に実行される。図１２に示すように、このアプリ実行処理１２００は、内部処理１２０１、内部処理１２０２、外部処理１２０３及び内部処理１２０４から構成される。

まず、第１のアプリ実行装置２２０は、内部処理１２０１を開始する時間を示す処理時間情報１２１１Ａを中央管理装置２１０に送信し、内部処理１２０１を行う。
同様に、第２のアプリ実行装置２３０は、内部処理１２０１を開始する時間を示す処理時間情報１２１１Ｂを中央管理装置２１０に送信し、内部処理１２０１を行う。

次に、第１のアプリ実行装置２２０は、内部処理１２０２を開始する時間を示す処理時間情報１２１２Ａを中央管理装置２１０に送信し、内部処理１２０２を行う。
同様に、第２のアプリ実行装置２３０は、内部処理１２０２を開始する時間を示す処理時間情報１２１２Ｂを中央管理装置２１０に送信し、内部処理１２０２を行う。

次に、稼働係である第１のアプリ実行装置２２０は、外部処理１２０３を開始する時間を示す処理時間情報１２１３Ａを中央管理装置２１０に送信すると共に、外部処理１２０３を行い、入力データを含む外部メッセージ１２１３Ｂを外部装置２４０に送信する。
また、待機係である第２のアプリ実行装置２３０は、外部処理１２０３を開始する時間を示す処理時間情報と、外部装置２４０からの出力データを要求する出力データ要求を含むメッセージ１２１３Ｃを中央管理装置２１０に送信する。

次に、中央管理装置２１０は、アプリ実行処理１２００の実行を休止させる休止指示１２１３Ｄを第１のアプリ実行装置２２０及び第２のアプリ実行装置２３０に対して送信する。

次に、入力データに基づいて所定の動作を行った後、外部装置２４０は、生成した出力データを含むメッセージ１２１３Ｅを稼働係である第１のアプリ実行装置２２０及び中央管理装置２１０に送信する。

次に、中央管理装置２１０は、外部装置２４０から取得した出力データを含むメッセージ１２１３Ｆを待機係である第２のアプリ実行装置２３０に送信する。その後、中央管理装置２１０は、第２のアプリ実行装置２３０がメッセージ１２１３Ｆを受信したことを確認した後、アプリ実行処理を再開させる再開指示１２１３Ｇを第１のアプリ実行装置２２０及び第２のアプリ実行装置２３０に送信する。

次に、第１のアプリ実行装置２２０は、内部処理１２０４を開始する時間を示す処理時間情報１２１４Ａを中央管理装置２１０に送信した、内部処理１２０４を行う。
同様に、第２のアプリ実行装置２３０は、内部処理１２０４を開始する時間を示す処理時間情報１２１４Ｂを中央管理装置２１０に送信した後、内部処理１２０４を行う。

以上説明したアプリ実行処理１２００によれば、内部処理及び外部処理を含むアプリケーションを、複数のアプリ実行装置からなるアプリ実行装置クラスタにおいて実行することができる。

上述したように、アプリ実行装置は、アプリ実行処理を実行する際、異常が発生することがある。これらの異常は、例えば記憶障害、熱暴走、経年劣化などによって発生し得る。このような異常が発生した場合、アプリ実行処理を円滑に継続するための対応が必要となり、この対応は、異常が発生したタイミングによって異なる。そこで、本開示の実施形態に係る情報処理手段の一態様は、異常が発生したタイミングに合わせて、アプリ実行処理を円滑に継続するための適切な対応を行うことに関する。
以下、図１３～図１５を参照して、異常が異なるタイミングで発生した場合のアプリ実行処理について説明する。

図１３は、本開示の実施形態に係るアプリ実行処理の内部処理中に異常が発生した場合の異常対応処理の流れの一例を示す図である。より具体的には、図１３は、中央管理装置２１０と、第１のアプリ実行装置２２０と、第２のアプリ実行装置２３０と、外部装置２４０からなるアプリ実行装置情報処理システムのアプリ実行処理の内部処理中に異常が発生した場合の異常対応処理の流れを示す。
また、ここでは、第１のアプリ実行装置２２０が稼働モードに設定されている稼働係であり、第２のアプリ実行装置２３０が待機モードに設定されている待機係である場合を一例として説明する。

第１のアプリ実行装置２２０と、第２のアプリ実行装置２３０において、同一のアプリ実行処理１３００が並行に実行される。図１３に示すように、このアプリ実行処理１３００は、内部処理１３０１、内部処理１３０２、外部処理１３０３及び内部処理１３０４から構成される。また、図１３では、このアプリ実行処理１３００の内部処理１３０２において異常が発生した場合を示している。

まず、第１のアプリ実行装置２２０は、内部処理１３０１を開始する時間を示す処理時間情報１３１１Ａを中央管理装置２１０に送信し、内部処理１３０１を行う。
同様に、第２のアプリ実行装置２３０は、内部処理１３０１を開始する時間を示す処理時間情報１３１１Ｂを中央管理装置２１０に送信し、内部処理１３０１を行う。

次に、第１のアプリ実行装置２２０は、内部処理１３０２を開始する時間を示す処理時間情報１３１２Ａを中央管理装置２１０に送信するが、異常１３１２Ｘが発生し、内部処理１３０２は実行されない。
一方、第２のアプリ実行装置２３０は、内部処理１３０２を開始する時間を示す処理時間情報１３１２Ｂを中央管理装置２１０に送信した後、内部処理１３０２を正常に行う。

次に、待機係の第２のアプリ実行装置２３０は、外部処理１３０３を開始する時間を示す処理時間情報と、外部装置２４０からの出力データの要求とを含むメッセージ１３１３Ａを中央管理装置２１０に送信し、外部処理１３０３を行う。
しかし、内部処理１３０２の時点で発生した異常１３１２Ｘにより、待機係の第１のアプリ実行装置２２０は、外部処理１３０３を実行することができないため、外部処理１３０３を開始する時間を示す処理時間情報を中央管理装置２１０に送信することや、入力データを外部装置２４０に送信することはない。

次に、中央管理装置２１０は、外部処理１３０３を開始する時間を示す処理時間情報と、外部装置２４０からの出力データの要求とを含むメッセージ１３１３Ａを待機係の第２のアプリ実行装置２３０から受信した後、アプリ実行処理１３００の実行を休止させる休止指示１３１３Ｂを第１のアプリ実行装置２２０及び第２のアプリ実行装置２３０に対して送信する。

次に、中央管理装置２１０は、外部処理１３０３を開始する時間を示す処理時間情報を含むメッセージ１３１３Ａを第２のアプリ実行装置２３０から受信したものの、外部処理１３０３を開始する時間を示す処理時間情報を所定の時間以内に稼働係である第１のアプリ実行装置２２０から受信しなかったことから、稼働係である第１のアプリ実行装置２２０において異常が発生したと判定する。

稼働係である第１のアプリ実行装置２２０について異常が発生したことを検出した後、中央管理装置２１０は、待機係である第２のアプリ実行装置２３０の作動モードを稼働モードに変更する。その後、稼働係に変更された第２のアプリ実行装置２３０は、入力データを含む外部メッセージ１３１３Ｃを外部装置２４０に送信する。

次に、入力データに基づいて所定の動作を行った後、外部装置２４０は、生成した出力データを含むメッセージ１３１３Ｄを稼働係となった第２のアプリ実行装置２３０及び中央管理装置２１０に送信する。

次に、中央管理装置２１０は、外部装置２４０から取得した出力データを含むメッセージを他の待機係のアプリ実行装置に送信する（図１３では図示せず）。その後、中央管理装置２１０は、アプリ実行処理を再開させる再開指示１３１４を第２のアプリ実行装置２３０に送信し、内部処理１３０４以降の処理を継続する。

図１４は、本開示の実施形態に係るアプリ実行処理の外部処理中に異常が発生した場合の異常対応処理の流れの一例を示す図である。より具体的には、図１４は、中央管理装置２１０と、第１のアプリ実行装置２２０と、第２のアプリ実行装置２３０と、外部装置２４０からなるアプリ実行装置情報処理システムのアプリ実行処理の外部処理中に異常が発生した場合の異常対応処理の流れを示す。
また、ここでは、第１のアプリ実行装置２２０が稼働モードに設定されている稼働係であり、第２のアプリ実行装置２３０が待機モードに設定されている待機係である場合を一例として説明する。

第１のアプリ実行装置２２０と、第２のアプリ実行装置２３０において、同一のアプリ実行処理１４００が並行に実行される。図１４に示すように、このアプリ実行処理１４００は、内部処理１４０１、内部処理１４０２、外部処理１４０３及び内部処理１４０４から構成される。また、図１４では、このアプリ実行処理１４００の外部処理１４０３の途中で異常が発生した場合を示している。

まず、第１のアプリ実行装置２２０は、内部処理１４０１を開始する時間を示す処理時間情報１４１１Ａを中央管理装置２１０に送信し、内部処理１４０１を行う。
同様に、第２のアプリ実行装置２３０は、内部処理１４０１を開始する時間を示す処理時間情報１４１１Ｂを中央管理装置２１０に送信し、内部処理１４０１を行う。

次に、第１のアプリ実行装置２２０は、内部処理１４０２を開始する時間を示す処理時間情報１４１２Ａを中央管理装置２１０に送信し、内部処理１４０２を行う。
同様に、第２のアプリ実行装置２３０は、内部処理１４０２を開始する時間を示す処理時間情報１４１２Ｂを中央管理装置２１０に送信し、内部処理１４０２を行う。

次に、稼働係である第１のアプリ実行装置２２０は、外部処理１４０３を開始する時間を示す処理時間情報１４１３Ａを中央管理装置２１０に送信するが、外部処理１４０３において異常１４１３Ｘが発生し、入力データを含むメッセージは、外部装置２４０に送信されない。
一方、第２のアプリ実行装置２３０は、外部処理１４０３を開始する時間を示す処理時間情報と、外部装置２４０からの出力データの要求を含むメッセージ１４１３Ｂを中央管理装置２１０に送信した後、外部処理１４０３を正常に行う。

次に、中央管理装置２１０は、外部処理１４０３を開始する時間を示す処理時間情報１４１３Ａ、１４１３Ｂを受信した後、アプリ実行処理１４００の実行を休止させる休止指示１４１３Ｃを第１のアプリ実行装置２２０及び第２のアプリ実行装置２３０に対して送信する。

次に、中央管理装置２１０は、外部装置２４０からの出力データを含むメッセージを受信するまで待機するが、異常１４１３Ｘにより、外部装置２４０は入力データを含むメッセージを第１のアプリ実行装置２２０から取得できていないため、動作を行うことができず、出力データを含むメッセージを中央管理装置２１０や第１のアプリ実行装置２２０に送信することはない。
従って、中央管理装置２１０は、外部装置２４０からの出力データを含むメッセージを所定の時間以内に受信しなかった場合、稼働係である第１のアプリ実行装置２２０において異常が発生したと判定する。

稼働係である第１のアプリ実行装置２２０について異常が発生したことを検出した後、中央管理装置２１０は、待機係である第２のアプリ実行装置２３０の作動モードを稼働モードに変更する。その後、稼働係に変更された第２のアプリ実行装置２３０は、入力データを含む外部メッセージ１４１３Ｄを外部装置２４０に送信する。

次に、入力データに基づいて所定の動作を行った後、外部装置２４０は、生成した出力データを含むメッセージ１４１３Ｅを稼働係となった第２のアプリ実行装置２３０及び中央管理装置２１０に送信する。

次に、中央管理装置２１０は、外部装置２４０から取得した出力データを含むメッセージを他の待機係のアプリ実行装置に送信する（図１４では図示せず）。その後、中央管理装置２１０は、アプリ実行処理を再開させる再開指示１４１４を第２のアプリ実行装置２３０に送信し、内部処理１４０４以降の処理を継続する。

図１５は、本開示の実施形態に係るアプリ実行処理の外部処理後に異常が発生した場合の異常対応処理の流れを示す図である。より具体的には、図１５は、中央管理装置２１０と、第１のアプリ実行装置２２０と、第２のアプリ実行装置２３０と、外部装置２４０からなるアプリ実行装置情報処理システムのアプリ実行処理の外部処理後に異常が発生した場合の異常対応処理の流れを示す。
また、ここでは、第１のアプリ実行装置２２０が稼働モードに設定されている稼働係であり、第２のアプリ実行装置２３０が待機モードに設定されている待機係である場合を一例として説明する。

第１のアプリ実行装置２２０と、第２のアプリ実行装置２３０において、同一のアプリ実行処理１５００が並行に実行される。図１５に示すように、このアプリ実行処理１５００は、内部処理１５０１、内部処理１５０２、外部処理１５０３及び内部処理１５０４から構成される。また、図１５では、このアプリ実行処理１５００の外部処理１５０３の実行後に異常が発生した場合を示している。

まず、第１のアプリ実行装置２２０は、内部処理１５０１を開始する時間を示す処理時間情報１５１１Ａを中央管理装置２１０に送信し、内部処理１５０１を行う。
同様に、第２のアプリ実行装置２３０は、内部処理１５０１を開始する時間を示す処理時間情報１５１１Ｂを中央管理装置２１０に送信し、内部処理１５０１を行う。

次に、第１のアプリ実行装置２２０は、内部処理１５０２を開始する時間を示す処理時間情報１５１２Ａを中央管理装置２１０に送信し、内部処理１５０２を行う。
同様に、第２のアプリ実行装置２３０は、内部処理１５０２を開始する時間を示す処理時間情報１５１２Ｂを中央管理装置２１０に送信し、内部処理１５０２を行う。

次に、稼働係である第１のアプリ実行装置２２０は、外部処理１５０３を開始する時間を示す処理時間情報１５１３Ａを中央管理装置２１０に送信すると共に、入力データを含む外部メッセージ１５１３Ｂを外部装置２４０に送信する。しかし、外部メッセージ１５１３Ｂを外部装置２４０に送信した後、第１のアプリ実行装置２２０において異常１５１３Ｘが発生する。
第２のアプリ実行装置２３０は、外部処理１５０３を開始する時間を示す処理時間情報と、外部装置２４０からの出力データの要求を含むメッセージ１５１３Ｃを中央管理装置２１０に送信し、外部処理１５０３を行う。

次に、中央管理装置２１０は、外部処理１５０３を開始する時間を示す処理時間情報１５１３Ａ、１５１３Ｃを受信した後、アプリ実行処理１５００の実行を休止させる休止指示１５１３Ｄを第１のアプリ実行装置２２０及び第２のアプリ実行装置２３０に対して送信する。

次に、入力データに基づいて所定の動作を行った後、外部装置２４０は、生成した出力データを含むメッセージ１５１３Ｅを第１のアプリ実行装置２２０及び中央管理装置２１０に送信する。ただし、異常１５１３Ｘの発生により、第１のアプリ実行装置２２０は、メッセージ１５１３Ｅを受信することができない。

次に、中央管理装置２１０は、外部装置２４０から取得した出力データを含むメッセージ１５１３Ｆを待機係である第２のアプリ実行装置２３０に送信する。その後、中央管理装置２１０は、アプリ実行処理を再開させる再開指示１５１３Ｇを第２のアプリ実行装置２３０に送信する。

次に、第２のアプリ実行装置２３０は、内部処理１５０４を開始する時間を示す処理時間情報１５１４を中央管理装置２１０に送信し、内部処理１５０４を行う。
一方、外部処理１５０３の実行後に発生した異常１５１３Ｘにより、第１のアプリ実行装置２２０は、内部処理１５０４を実行することができないため、内部処理１５０４を開始する時間を示す処理時間情報を中央管理装置２１０に送信することはない。

次に、中央管理装置２１０は、内部処理１５０４を開始する時間を示す処理時間情報１５１４を第２のアプリ実行装置２３０から受信したものの、内部処理１５０４を開始する時間を示す処理時間情報を所定の時間以内に稼働係である第１のアプリ実行装置２２０から受信しなかったことから、稼働係である第１のアプリ実行装置２２０において異常が発生したと判定する。
稼働係である第１のアプリ実行装置２２０について異常が発生したことを検出した後、中央管理装置２１０は、待機係である第２のアプリ実行装置２３０の作動モードを稼働モードに変更する。その後、稼働係に変更された第２のアプリ実行装置２３０は、以降の処理を継続する。

以上、図１３～図１５を参照して説明した本開示の実施形態に係る異常対応処理によれば、稼働係のアプリ実行装置のアプリ実行処理において異常が発生した場合、待機係のアプリ実行装置を新たな稼働係とすることができる。その後、新たな稼働係となったアプリ実行装置は、異常の発生により正常に行われなかった外部装置との外部通信を行うため、外部処理を含むアプリケーションであっても、アプリ実行処理を円滑に継続することができる。
また、以上説明した異常対応処理において、異常の発生は、データフローが終了した時点のみならず、各処理ブロックを開始した時点で、各アプリ実行装置から受信した処理時間情報や外部装置からの出力データに基づいて判定されるため、アプリ実行処理の途中で異常を早期に検出することができる。

次に、図１６を参照して、本開示の実施形態に係るアプリ実行装置におけるアプリ実行処理について説明する。

図１６は、本開示の実施形態に係る稼働係のアプリ実行装置におけるアプリ実行処理１６００の流れの一例を示す図である。アプリ実行処理１６００は、フローエディタにより編集されたデータフローに基づくアプリケーションを稼働係のアプリ実行装置において実行するための処理であり、本開示の実施形態に係るアプリ実行装置（例えば、図２に示す第１のアプリ実行装置２２０、第２のアプリ実行装置２３０等）によって実行される。

まず、ステップＳ１６０１では、アプリ実行装置は、入力データを取得する。ここでの入力データは、処理の対象となるデータであり、例えば既に処理された直前の処理ブロックからの出力データであってもよい。ここでの入力データは、例えば上述した前処理を受け、所定の形式に変換されてもよい。

次に、ステップＳ１６０２では、アプリ実行装置は、ステップＳ１６０１で取得した入力データは、外部処理（つまり、外部装置との通信を要する処理）が必要か否かを判定する。外部処理が必要と判定した場合、本処理はステップＳ１６０３へ進む。一方、外部処理が不要と判定した場合、本処理はステップＳ１６０５へ進む。

次に、ステップＳ１６０３では、外部処理が必要と判定した場合、稼働係のアプリ実行装置は、外部処理を実行する時間を示す処理時間情報を中央管理装置に送信し、外部処理を実行した後、アプリ実行処理を休止させる休止指示を中央管理装置から受信する。この休止指示により、アプリ実行装置は、外部装置からの出力データが送信されるまで待機することとなる。

次に、ステップＳ１６０４では、アプリ実行装置は、外部装置からの出力データを受信する。上述したように、稼働係のアプリ実行装置は、通信ネットワークを介して、出力データを直接に外部装置から受信する。

次に、ステップＳ１６０５では、外部処理が不要と判定した場合、アプリ実行装置は、処理（つまり、内部処理）を実行する。

次に、ステップＳ１６０６では、アプリ実行装置は、未実行の処理があるか否かを判定する。未実行の処理がある場合、本処理はステップＳ１６０２へ戻り、アプリ実行処理を継続する。一方、未実行の処理がない場合、本処理は、ステップＳ１６０７へ進む。

ステップＳ１６０７では、アプリ実行装置は、これまで実行された処理の履歴や各装置の状態などを示す出力結果を生成し、中央管理装置やクライアント端末などの所定の通知先に送信する。

以上説明したアプリ実行処理１６００によれば、内部処理に加えて外部装置との通信を要する外部処理を含むアプリケーションについても、アプリ実行処理を円滑に実行することができる。

次に、図１７を参照して、本開示の実施形態に係る中央管理装置における管理処理について説明する。

図１７は、本開示の実施形態に係る中央管理装置における管理処理１７００の流れの一例を示す図である。管理処理１７００は、アプリ実行装置によるアプリ実行処理を管理するための処理であり、上述したよう中央管理装置２１０によって実行される。

まず、ステップＳ１７０１では、中央管理装置は、各アプリ実行装置から、対象の処理を実行する時間を示す処理時間情報を取得し、上述したクラスタ管理部の記憶部（例えば、図６に示すクラスタ管理部２１１の記憶部６０５）等に格納する。

次に、ステップＳ１７０２では、中央管理装置は、外部処理（つまり、外部装置との通信を要する処理）が必要か否かを判定する。外部処理が必要と判定した場合、本処理はステップＳ１７０３へ進む。一方、外部処理が不要と判定した場合、本処理はステップＳ１７０５へ進む。

次に、ステップＳ１７０３では、外部処理が必要と判定した場合、中央管理装置のアプリ実行同期管理部（例えば、図７に示すアプリ実行同期管理部２１２の休止・再開部７１２）は、各アプリ実行装置におけるアプリ実行処理を休止させるための休止指示を各アプリ実行装置に送信する。

次に、ステップＳ１７０４では、中央管理装置のクラスタ管理部の異常検出部（例えば、図６に示すクラスタ管理部２１１の異常検出部６１４）は、稼働係のアプリ実行装置（例えば、図２に示す第１のアプリ実行装置２２０）において異常が発生したか否かを判定する。ここで、異常検出部は、ステップＳ１７０１で各アプリ実行装置から取得した処理時間情報に基づいて稼働係のアプリ実行装置において異常が発生したか否かを判定してもよい。ある実施形態では、異常検出部は、待機係のアプリ実行装置からの処理時間情報を受信してから所定の時間以内に稼働係のアプリ実行装置からの処理時間情報を受信していない場合、稼働係のアプリ実行装置について異常が発生したと判定してもよい。また、ある実施形態では、異常検出部は、外部装置からの出力データが所定の時間以内に取得できていない場合に稼働係のアプリ実行装置について異常が発生したと判定してもよい。
稼働係のアプリ実行装置において異常が発生したと判定した場合、本処理はステップＳ１７０５へ進む。一方、稼働係のアプリ実行装置において異常が発生していないと判定した場合、本処理はステップＳ１７０６へ進む。

次に、ステップＳ１７０５では、稼働係のアプリ実行装置において異常が発生したと判定した場合、中央管理装置の作動モード管理部（例えば、図６に示すクラスタ管理部２１１の作動モード管理部６１６）は、待機係のアプリ実行装置（例えば、図２に示す第２のアプリ実行装置２３０）の作動モードを待機モードから稼働モードに変更する。このように待機係から稼働係に変更されたアプリ実行装置は、異常が発生した外部処理における外部通信を行う。

次に、ステップＳ１７０６では、中央管理装置は、通信ネットワークを介して、外部装置からの出力データを受信する。

次に、ステップＳ１７０７では、中央管理装置は、ステップＳ１７０６で受信した外部装置からの出力データを待機係のアプリ実行装置に転送する。

ステップＳ１７０８では、外部処理が不要と判定した場合、中央管理装置のクラスタ管理部の異常検出部（例えば、図６に示すクラスタ管理部２１１の異常検出部６１４）は、稼働係のアプリ実行装置（例えば、図２に示す第１のアプリ実行装置２２０）において異常が発生したか否かを判定する。
稼働係のアプリ実行装置において異常が発生したと判定した場合、本処理はステップＳ１７０９へ進む。一方、稼働係のアプリ実行装置において異常が発生していないと判定した場合、本処理はステップＳ１７１０へ進む。

ステップＳ１７０９では、稼働係のアプリ実行装置において異常が発生したと判定した場合、中央管理装置の作動モード管理部（例えば、図６に示すクラスタ管理部２１１の作動モード管理部６１６）は、待機係のアプリ実行装置（例えば、図２に示す第２のアプリ実行装置２３０）の作動モードを待機モードから稼働モードに変更する。

ステップＳ１７１０では、中央管理装置は、アプリ実行処理を継続する。

以上説明した管理処理１７００によれば、内部処理に加えて外部装置との通信を要する外部処理を含むアプリケーションについても、異常を早期に検出し、アプリケーションの実行処理の信頼性を向上させることが可能となる。

次に、図１８を参照して、本開示の実施形態に係る外部装置処理について説明する。

図１８は、本開示の実施形態に係る外部装置処理１８００の流れの一例を示す図である。図１８に示す外部装置処理１８００は、アプリ実行装置との外部通信によって受信した入力データに基づいて行われる処理であり、本開示の実施形態に係る外部装置（例えば、図２に示す外部装置２４０）によって実行される。

まず、ステップＳ１８０１では、外部装置は、通信ネットワークを介して、稼働係のアプリ実行装置から入力データを受信する。上述したように、この入力データは、所定の処理や動作を行うことを要求する指示を含んでもよい。

次に、ステップＳ１８０２では、外部装置は、ステップＳ１８０１で受信した入力データに基づいて、当該入力データに指示されている処理や動作を実行する。一例として、外部装置が工場で生産工程を行うための機会である場合、外部装置は、受信した入力データに基づいて、部品の組み立てや商品の梱包等を実行してもよい。

次に、ステップＳ１８０３では、外部装置は、出力データを稼働係のアプリ実行装置及び中央管理装置に送信する。ここでの出力データとは、例えば外部装置がステップＳ１８０２で実行した処理や動作の進捗状況に関する情報を含んでもよい。

以上説明した外部装置処理１８００によれば、外部装置は、アプリ実行装置内で実行されているアプリ実行処理における外部処理に関連する動作を行うことができる。

次に、図１９を参照して、本開示の実施形態に係る情報処理システムの、正常の外部処理の場合のデータ転送の流れについて説明する。

図１９は、本開示の実施形態に係るアプリ実行装置情報処理システムの、正常の外部処理の場合のデータ転送の流れを示す図である。より具体的には、図１９は、中央管理装置２１０と、第１のアプリ実行装置２２０と、第２のアプリ実行装置２３０と、第３のアプリ実行装置２３５と、外部装置２４０からなるアプリ実行装置情報処理システムの、正常の外部処理の場合のデータ転送の流れを示す。
また、ここでは、第１のアプリ実行装置２２０が稼働モードに設定されている稼働係であり、第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５が待機モードに設定されている待機係である場合を一例として説明する。

まず、アプリ実行処理において外部処理が発生した場合、第１のアプリ実行装置２２０、第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５は、外部処理を開始する時間を示す処理時間情報（図１９に例示せず）を中央管理装置２１０に送信する。また、稼働係のアプリ実行装置である第１のアプリ実行装置２２０は、入力データを含むメッセージＩＮ１を、外部装置２４０に転送する。

次に、中央管理装置２１０のアプリ実行同期管理部２１２は、外部装置２４０からの出力データを含むメッセージＯＵＴ１を受信するまでアプリ実行処理を休止する休止指示（図１９に例示せず）を第１のアプリ実行装置２２０、第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５に送信する。

次に、外部装置２４０は、メッセージＩＮ１を受信し、取得した入力データに基づいて、所定の動作や処理を実行した後、出力データを含むメッセージＯＵＴ１を稼働係のアプリ実行装置である第１のアプリ実行装置２２０と、中央管理装置２１０に送信する。

次に、中央管理装置２１０は、外部装置２４０からメッセージＯＵＴ１を受信し、取得した出力データを待機係である第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５に転送する。その後、中央管理装置２１０は、第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５がメッセージＯＵＴ１を受信したことを確認した後、第１のアプリ実行装置２２０、第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５におけるアプリ実行処理を再開させる再開指示（図１９では例示せず）を送信する。

このように、異常が発生しなかった場合に、外部処理を行いつつ、第１のアプリ実行装置２２０、第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５におけるアプリ実行処理を同期し実行することができる。

次に、図２０を参照して、本開示の実施形態に係るアプリ実行処理において外部処理中に異常が発生した場合の情報処理システムのデータ転送の流れについて説明する。

図２０は、本開示の実施形態に係るアプリ実行処理おいて外部処理中に異常が発生した場合の情報処理システムのデータ転送の流れを示す図である。より具体的には、図２０は、中央管理装置２１０と、第１のアプリ実行装置２２０と、第２のアプリ実行装置２３０と、第３のアプリ実行装置２３５と、外部装置２４０からなるアプリ実行装置情報処理システムにおいて外部処理中に異常が発生した場合の情報処理システムのデータ転送の流れを示す。
また、ここでは、第１のアプリ実行装置２２０が稼働モードに設定されている稼働係であり、第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５が待機モードに設定されている待機係である場合を一例として説明する。

まず、アプリ実行処理において外部処理が発生した場合、第１のアプリ実行装置２２０、第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５は、外部処理を開始する時間を示す処理時間情報（図２０に例示せず）を中央管理装置２１０に送信すると共に、外部装置２４０からの出力データを含むメッセージＯＵＴ１を受信するまでアプリ実行処理を休止する休止指示（図２０に例示せず）を中央管理装置２１０から受信する。
なお、ここで、稼働係である第１のアプリ実行装置２２０は、入力データを含むメッセージＩＮ１を外部装置２４０に送信するはずである。しかし、図２０に示す例では、稼働係である第１のアプリ実行装置２２０において異常が発生し、メッセージＩＮ１が外部装置２４０に送信されない場合を検討する。

次に、中央管理装置２１０のクラスタ管理部２１１は、稼働係である第１のアプリ実行装置２２０において異常が発生したことを検出する。ここで、クラスタ管理部２１１は、外部処理を開始する時間を示す処理時間情報を第１のアプリ実行装置２２０から受信してから所定の時間以内にメッセージＯＵＴ１を外部装置２４０から受信しない場合に第１のアプリ実行装置２２０において異常が発生したと判定してもよい。

この場合、中央管理装置２１０のクラスタ管理部２１１は、例えば第２のアプリ実行装置２３０等のような待機係のアプリ実行装置の作動モードを待機モードから稼働モードに変更する。

次に、稼働係に変更された第２のアプリ実行装置２３０は、入力データを含むメッセージＩＮ１（つまり、異常の発生により第１のアプリ実行装置２２０が送信できなかったメッセージ）を外部装置２４０に送信する。

次に、入力データに基づいて所定の動作を行った後、外部装置２４０は、生成した出力データを含むメッセージＯＵＴ１を稼働係となった第２のアプリ実行装置２３０及び中央管理装置２１０に送信する。

次に、中央管理装置２１０は、外部装置２４０から取得したメッセージＯＵＴ１を例えば第３のアプリ実行装置２３５のような他の待機係のアプリ実行装置に送信する。その後、中央管理装置２１０は、全てのアプリ実行装置がメッセージＯＵＴ１を受信したことを確認した後、アプリ実行処理を再開させる再開指示を第２のアプリ実行装置２３０や第３のアプリ実行装置２３５に送信し、次の処理を実行させる。

このように、外部処理を開始する時間を示す処理時間情報をアプリ実行装置から受信してから所定の時間以内に出力データを含むメッセーを外部装置から受信しない場合に、稼働係について異常が発生したことを早期に判定することができる。

次に、図２１を参照して、本開示の実施形態に係るアプリ実行処理において外部処理後に異常が発生した場合の情報処理システムのデータ転送の流れについて説明する。

図２１は、本開示の実施形態に係るアプリ実行処理において外部処理後に異常が発生した場合の情報処理システムのデータ転送の流れを示す図である。より具体的には、図２１は、中央管理装置２１０と、第１のアプリ実行装置２２０と、第２のアプリ実行装置２３０と、第３のアプリ実行装置２３５と、外部装置２４０からなるアプリ実行装置情報処理システムにおいて外部処理後に異常が発生した場合の情報処理システムのデータ転送の流れを示す。
また、ここでは、第１のアプリ実行装置２２０が稼働モードに設定されている稼働係であり、第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５が待機モードに設定されている待機係である場合を一例として説明する。

まず、アプリ実行処理において外部処理が発生した場合、第１のアプリ実行装置２２０、第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５が、外部処理を開始する時間を示す処理時間情報（図２１に例示せず）を中央管理装置２１０に送信すると共に、外部装置２４０からの出力データを含むメッセージＯＵＴ１を受信するまでアプリ実行処理を休止する休止指示（図２１に例示せず）を中央管理装置２１０から受信する。

また、ここで、稼働係である第１のアプリ実行装置２２０は、外部処理を開始する時間を示す処理時間情報（図２０に例示せず）を中央管理装置２１０に送信すると同時に、入力データを含むメッセージＩＮ１を外部装置２４０に送信する。しかし、図２１に示す例では、稼働係である第１のアプリ実行装置２２０は、メッセージＩＮ１を外部装置２４０に送信した後、異常が発生し、それ以降の処理ができない状態になる場合を検討する。

次に、メッセージＩＮ１に基づいて所定の動作を行った後、外部装置２４０は、生成した出力データを含むメッセージＯＵＴ１を第１のアプリ実行装置２２０及び中央管理装置２１０に送信する。ただし、異常の発生により、第１のアプリ実行装置２２０は、メッセージＯＵＴ１を受信することができない。

次に、中央管理装置２１０は、外部装置２４０から取得した出力データを含むメッセージＯＵＴ１を待機係である第２のアプリ実行装置２３０や第３のアプリ実行装置２３５に送信する。その後、中央管理装置２１０は、アプリ実行処理を再開させる再開指示（図２１に例示せず）を第２のアプリ実行装置２３０や第３のアプリ実行装置２３５に送信する。

次に、第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５は、アプリ実行処理における次の処理を開始する時間を示す処理時間情報を中央管理装置２１０に送信し、当該処理を行う。
しかし、外部処理の実行後に発生した異常により、稼働係の第１のアプリ実行装置２２０は、次の処理を実行することができないため、処理を開始する時間を示す処理時間情報を中央管理装置２１０に送信することはない。

次に、中央管理装置２１０は、処理を開始する時間を示す処理時間情報を第２のアプリ実行装置２３０及び第３のアプリ実行装置２３５から受信したものの、当該処理を開始する時間を示す処理時間情報を所定の時間以内に稼働係である第１のアプリ実行装置２２０から受信しなかったことから、稼働係である第１のアプリ実行装置２２０において異常が発生したと判定する。
稼働係である第１のアプリ実行装置２２０について異常が発生したことを検出した場合、中央管理装置２１０は、例えば第２のアプリ実行装置２３０等のような待機係のアプリ実行装置の作動モードを稼働モードに変更する。その後、稼働係に変更された第２のアプリ実行装置２３０は、それ以降の処理を継続する。

このように、処理を開始する時間を示す処理時間情報を待機係のアプリ実行装置から受信し、当該処理を開始する時間を示す処理時間情報を所定の時間以内に稼働係のアプリ実行装置から受信しなかった場合に、稼働係について異常が発生したことを早期に判定することができる。

次に、図２２を参照して、本開示の実施形態に係る処理時間情報管理テーブルについて説明する。

図２２は、本開示の実施形態に係る処理時間情報管理テーブルＴ２２１、Ｔ２２２、Ｔ２２３及びＴ２２４を示す図である。上述したように、本開示の実施形態に係る中央管理装置のクラスタ管理部２１１は、各アプリ実行装置から取得した処理時間情報をテーブル形式で格納することができる。以下では、処理時間情報管理テーブルＴ２２１、Ｔ２２２、Ｔ２２３及びＴ２２４を参照して、正常のアプリ実行処理の場合や、アプリ実行処理において異常が発生した場合について説明する。

テーブルＴ２２１は、アプリ実行処理が正常に実行された場合に格納された処理時間情報の一例を示すテーブルである。テーブルＴ２２１に示すように、内部処理１－ＩＭＰ、内部処理２－ＩＭＰ、外部処理３－ＩＭＰ及び内部処理４－ＩＭＰのそれぞれの処理について、処理時間情報が稼働係のアプリ実行装置ＰＵ１や、待機係のアプリ実行装置ＰＵ２、ＰＵ３から受信され、格納されている。

テーブルＴ２２２は、アプリ実行処理の内部処理中に異常が発生した場合に格納された処理時間情報の一例を示すテーブルである。テーブルＴ２２２に示すように、内部処理１－ＩＭＰの処理について、処理時間情報が稼働係のアプリ実行装置ＰＵ１や、待機係のアプリ実行装置ＰＵ２、ＰＵ３から受信され、格納されている。
しかし、内部処理２－ＩＭＰについては、処理時間情報が待機係のアプリ実行装置ＰＵ２、ＰＵ３から受信されているものの、稼働係のアプリ実行装置ＰＵ１からは処理時間情報が受信されていない。
従って、内部処理２－ＩＭＰに対応する処理時間情報を所定の時間以内に稼働係のアプリ実行装置ＰＵ１から受信されない場合、中央管理装置は、異常が稼働係のアプリ実行装置ＰＵ１において発生したことを判定する。その後、中央管理装置は、例えばアプリ実行装置ＰＵ２等のような待機係のアプリ実行装置の作動モードを待機モードから稼働モードに変更し、それ以降の処理を継続させる。

テーブルＴ２２３は、アプリ実行処理の外部処理中に異常が発生した場合に格納された処理時間情報の一例を示すテーブルである。テーブルＴ２２３に示すように、内部処理１－ＩＭＰ及び内部処理２－ＩＭＰのそれぞれの処理について、処理時間情報が稼働係のアプリ実行装置ＰＵ１や、待機係のアプリ実行装置ＰＵ２、ＰＵ３から受信され、格納されている。
しかし、中央管理装置は、外部処理３－ＥＭＰに対応する出力データを含むメッセージ（テーブルＴ２２３には図示せず）を外部装置から受信していないとする。

従って、外部処理３－ＥＭＰに対応する出力データを含むメッセージを所定の時間以内に外部装置から受信されない場合、中央管理装置は、異常が稼働係のアプリ実行装置ＰＵ１において発生したことを判定する。その後、中央管理装置は、例えばアプリ実行装置ＰＵ２等のような待機係のアプリ実行装置の作動モードを待機モードから稼働モードに変更しする。そして、待機モードから稼働モードに変更されたアプリ実行装置ＰＵ２は、外部処理３－ＥＭＰの入力データを外部装置に送信し、それ以降の処理を継続する。
なお、ここでは、出力データを含むメッセージを所定の時間以内に外部装置から受信されない場合に稼働係のアプリ実行装置において異常が発生したことを判定する例について説明したが、本開示はこれに限定されず、例えば上述したように、次の処理の開始時間を示す処理時間情報を受信しなかった場合に稼働係のアプリ実行装置において異常が発生したことを判定することも可能である。

テーブルＴ２２４は、アプリ実行処理の外部処理後に異常が発生した場合に格納された処理時間情報の一例を示すテーブルである。テーブルＴ２２４に示すように、内部処理１－ＩＭＰ及び内部処理２－ＩＭＰのそれぞれの処理について、処理時間情報が稼働係のアプリ実行装置ＰＵ１や、待機係のアプリ実行装置ＰＵ２、ＰＵ３から受信され、格納されている。また、テーブルＴ２２４には示されないが、中央管理装置は、外部装置からの出力データを含むメッセージを受信していることとする。

しかし、内部処理４－ＥＭＰについては、処理時間情報が待機係のアプリ実行装置ＰＵ２、ＰＵ３から受信されているものの、稼働係のアプリ実行装置ＰＵ１からは処理時間情報が受信されていない。
従って、内部処理４－ＥＭＰに対応する処理時間情報を所定の時間以内にアプリ実行装置ＰＵ１から受信されない場合、中央管理装置は、異常が稼働係のアプリ実行装置ＰＵ１において発生したことを判定する。その後、中央管理装置は、例えばアプリ実行装置ＰＵ２等のような待機係のアプリ実行装置の作動モードを待機モードから稼働モードに変更し、それ以降の処理を継続させる。

以上、本開示の実施形態に係る情報処理手段について説明した。
上述したように、本開示の実施形態に係る情報処理手段の一態様は、フローエディタによって作成されたデータフローに基づくアプリケーションを実行するアプリ実行処理に含まれる各処理ブロックの開始時にアプリ実行装置から所得する処理時間情報に基づいて、稼働係のアプリ実行装置において異常が発生したか否かを判定することに関する。これにより、データフローが終了した時点のみならず、アプリ実行処理の途中でも、異常が発生したか否かを早期に検出することができる。

また、本開示の実施形態に係る情報処理手段のもう一態様は、稼働係のアプリ実行装置のアプリ実行処理において異常が発生した場合、待機係のアプリ実行装置を新たな稼働係とすることに関する。その後、新たな稼働係となったアプリ実行装置は、異常の発生により正常に行われなかった外部装置との外部通信などの処理を行う。これにより、外部処理を含むアプリケーションにおいて異常が発生した場合であっても、データフローを最初から再実行せず、異常が発生した時点以降の処理を実行することで、アプリ実行処理を円滑に継続することができる。

このように、本開示の実施形態に係る情報処理によれば、外部処理を含むアプリケーションの場合であっても、異常を早期に検出し、アプリケーションの実行処理の信頼性を向上させることが可能な情報処理手段を提供することができる。

上述したように、本開示の実施形態に係る異常判定手段は、以下の態様を含む。

（態様１）
データフローに基づくアプリケーションを並行に実行する複数のアプリ実行装置と、
前記複数のアプリ実行装置を管理する中央管理装置と、
所定の動作を前記アプリ実行装置からの指令に基づいて遂行する外部装置とが通信ネットワークを介して接続されている情報処理システムであって、
前記アプリケーションは、
前記アプリ実行装置内で実行される内部処理と、
前記外部装置との通信を要する外部処理とを含み、
アプリ実行装置は、
前記アプリケーションにおける外部処理を実行する場合、前記所定の動作の実行を指示する指令情報を前記外部装置に送信し、出力情報を前記外部装置から受信する稼働モードと、
前記アプリケーションにおける外部処理を実行する場合、前記所定の動作の実行を指示する指令情報を前記外部装置に送信せず、前記中央管理装置を介して送信される前記出力情報を受信するまで待機する待機モードのいずれか一方の作動モードで作動するように構成され、
前記中央管理装置は、
前記待機モードで作動している第１のアプリ実行装置から、前記第１のアプリ実行装置において第１の処理を実行する時間を示す第１の処理時間情報を受信し、
前記稼働モードで作動している第２のアプリ実行装置から、前記第２のアプリ実行装置において前記第１の処理を実行する時間を示す第２の処理時間情報を、前記第１の処理時間情報を受信してから所定の時間以内に受信しなかった場合、前記第２のアプリ実行装置について異常が発生したと判定し、
前記第２のアプリ実行装置について異常が発生したと判定した場合、前記第１のアプリ実行装置を前記待機モードから前記稼働モードに変更し、前記アプリケーションの実行を継続させる、
ことを特徴とする情報処理システム。

（態様２）
前記中央管理装置は、
前記待機モードで作動している前記第１のアプリ実行装置から、前記第１のアプリ実行装置において第１の外部処理を実行する時間を示す第１の外部処理時間情報を受信した場合、前記アプリケーションの実行を休止する休止指示を前記第１のアプリ実行装置及び前記第２のアプリ実行装置に送信し、
前記外部装置からの前記出力情報を、前記第１の外部処理時間情報を受信してから所定の時間以内に受信しなかった場合、前記第２のアプリ実行装置について異常が発生したと判定し、
前記第２のアプリ実行装置について異常が発生したと判定した場合、前記第１のアプリ実行装置を前記待機モードから前記稼働モードに変更し、
前記指令情報を前記外部装置に送信するように前記第２のアプリ実行装置を制御し、
前記出力情報を前記外部装置から受信した場合、前記アプリケーションの実行を再開する再開指示を前記第２のアプリ実行装置に送信する、
ことを特徴とする、態様１に記載の情報処理システム。

（態様３）
前記中央管理装置は、
前記待機モードで作動している前記第１のアプリ実行装置から、前記第１のアプリ実行装置において第１の外部処理を実行する時間を示す第１の外部処理時間情報を受信した場合、前記アプリケーションの実行を休止する休止指示を前記第１のアプリ実行装置及び前記第２のアプリ実行装置に送信し、
前記外部装置からの前記出力情報を前記第１の外部処理時間情報を受信してから所定の時間以内に受信した場合、前記アプリケーションの実行を再開する再開指示を前記第１のアプリ実行装置及び前記第２のアプリ実行装置に送信し、
前記待機モードで作動している前記第１のアプリ実行装置から、前記第１のアプリ実行装置において前記第１の外部処理に続く第２の処理を実行する時間を示す第３の処理時間情報を受信し、
前記稼働モードで作動している第２のアプリ実行装置から、前記第２のアプリ実行装置において前記第２の処理を実行する時間を示す第４の処理時間情報を、前記第３の処理時間情報を受信してから所定の時間以内に受信しなかった場合、前記第２のアプリ実行装置について異常が発生したと判定し、
前記第２のアプリ実行装置について異常が発生したと判定した場合、前記第１のアプリ実行装置を前記待機モードから前記稼働モードに変更し、前記アプリケーションの実行を継続させる、
ことを特徴とする、態様１又は２に記載の情報処理システム。

以上、本発明の実行の形態について説明したが、本発明は、上述した実行の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。

２００ 情報処理システム
２１０ 中央管理装置
２１１ クラスタ管理部
２１２ アプリ実行同期管理部
２１５ アプリ実行装置クラスタ
２２０ 第１のアプリ実行装置
２２１ フロー編集管理部
２２２ アプリ実行部
２３０ 第２のアプリ実行装置
２３１ フロー編集管理部
２３２ アプリ実行部
２４０ 外部装置

Claims (6)

1. データフローに基づくアプリケーションを並行に実行する複数のアプリ実行装置と、
   前記複数のアプリ実行装置を管理する中央管理装置と、
   所定の動作を前記アプリ実行装置からの指令に基づいて遂行する外部装置とが通信ネットワークを介して接続されている情報処理システムであって、
   前記アプリケーションは、
   前記アプリ実行装置内で実行される内部処理と、
   前記外部装置との通信を要する外部処理とを含み、
   アプリ実行装置は、
   前記アプリケーションにおける外部処理を実行する場合、前記所定の動作の実行を指示する指令情報を前記外部装置に送信し、出力情報を前記外部装置から受信する稼働モードと、
   前記アプリケーションにおける外部処理を実行する場合、前記所定の動作の実行を指示する指令情報を前記外部装置に送信せず、前記中央管理装置を介して送信される前記出力情報を受信するまで待機する待機モードのいずれか一方の作動モードで作動するように構成され、
   前記中央管理装置は、
   前記待機モードで作動している第１のアプリ実行装置から、前記第１のアプリ実行装置において第１の処理を実行する時間を示す第１の処理時間情報を受信し、
   前記稼働モードで作動している第２のアプリ実行装置から、前記第２のアプリ実行装置において前記第１の処理を実行する時間を示す第２の処理時間情報を、前記第１の処理時間情報を受信してから所定の時間以内に受信しなかった場合、前記第２のアプリ実行装置について異常が発生したと判定し、
   前記第２のアプリ実行装置について異常が発生したと判定した場合、前記第１のアプリ実行装置を前記待機モードから前記稼働モードに変更し、前記アプリケーションの実行を継続させる、
   ことを特徴とする情報処理システム。
2. 前記中央管理装置は、
   前記待機モードで作動している前記第１のアプリ実行装置から、前記第１のアプリ実行装置において第１の外部処理を実行する時間を示す第１の外部処理時間情報を受信した場合、前記アプリケーションの実行を休止する休止指示を前記第１のアプリ実行装置及び前記第２のアプリ実行装置に送信し、
   前記外部装置からの前記出力情報を、前記第１の外部処理時間情報を受信してから所定の時間以内に受信しなかった場合、前記第２のアプリ実行装置について異常が発生したと判定し、
   前記第２のアプリ実行装置について異常が発生したと判定した場合、前記第１のアプリ実行装置を前記待機モードから前記稼働モードに変更し、
   前記指令情報を前記外部装置に送信するように前記第２のアプリ実行装置を制御し、
   前記出力情報を前記外部装置から受信した場合、前記アプリケーションの実行を再開する再開指示を前記第２のアプリ実行装置に送信する、
   ことを特徴とする、請求項１に記載の情報処理システム。
3. 前記中央管理装置は、
   前記待機モードで作動している前記第１のアプリ実行装置から、前記第１のアプリ実行装置において第１の外部処理を実行する時間を示す第１の外部処理時間情報を受信した場合、前記アプリケーションの実行を休止する休止指示を前記第１のアプリ実行装置及び前記第２のアプリ実行装置に送信し、
   前記外部装置からの前記出力情報を前記第１の外部処理時間情報を受信してから所定の時間以内に受信した場合、前記アプリケーションの実行を再開する再開指示を前記第１のアプリ実行装置及び前記第２のアプリ実行装置に送信し、
   前記待機モードで作動している前記第１のアプリ実行装置から、前記第１のアプリ実行装置において前記第１の外部処理に続く第２の処理を実行する時間を示す第３の処理時間情報を受信し、
   前記稼働モードで作動している第２のアプリ実行装置から、前記第２のアプリ実行装置において前記第２の処理を実行する時間を示す第４の処理時間情報を、前記第３の処理時間情報を受信してから所定の時間以内に受信しなかった場合、前記第２のアプリ実行装置について異常が発生したと判定し、
   前記第２のアプリ実行装置について異常が発生したと判定した場合、前記第１のアプリ実行装置を前記待機モードから前記稼働モードに変更し、前記アプリケーションの実行を継続させる、
   ことを特徴とする、請求項１に記載の情報処理システム。
4. データフローに基づくアプリケーションを並行に実行する複数のアプリ実行装置と、
   前記複数のアプリ実行装置を管理する中央管理装置と、
   所定の動作を前記アプリ実行装置からの指令に基づいて遂行する外部装置とが通信ネットワークを介して接続されている情報処理システムにおいて実行される情報処理方法であって、
   前記アプリケーションは、
   前記アプリ実行装置内で実行される内部処理と、
   前記外部装置との通信を要する外部処理とを含み、
   アプリ実行装置は、
   前記アプリケーションにおける外部処理を実行する場合、前記所定の動作の実行を指示する指令情報を前記外部装置に送信し、出力情報を前記外部装置から受信する稼働モードと、
   前記アプリケーションにおける外部処理を実行する場合、前記所定の動作の実行を指示する指令情報を前記外部装置に送信せず、前記中央管理装置を介して送信される前記出力情報を受信するまで待機する待機モードのいずれか一方の作動モードで作動するように構成され、
   前記情報処理方法は、
   前記待機モードで作動している第１のアプリ実行装置から、前記第１のアプリ実行装置において第１の処理を実行する時間を示す第１の処理時間情報を受信する工程と、
   前記稼働モードで作動している第２のアプリ実行装置から、前記第２のアプリ実行装置において前記第１の処理を実行する時間を示す第２の処理時間情報を、前記第１の処理時間情報を受信してから所定の時間以内に受信しなかった場合、前記第２のアプリ実行装置について異常が発生したと判定する工程と、
   前記第２のアプリ実行装置について異常が発生したと判定した場合、前記第１のアプリ実行装置を前記待機モードから前記稼働モードに変更し、前記アプリケーションの実行を継続させる工程と、
   を前記中央管理装置によって実行することを特徴とする情報処理方法。
5. 前記情報処理方法は、
   前記待機モードで作動している前記第１のアプリ実行装置から、前記第１のアプリ実行装置において第１の外部処理を実行する時間を示す第１の外部処理時間情報を受信した場合、前記アプリケーションの実行を休止する休止指示を前記第１のアプリ実行装置及び前記第２のアプリ実行装置に送信する工程と、
   前記外部装置からの前記出力情報を、前記第１の外部処理時間情報を受信してから所定の時間以内に受信しなかった場合、前記第２のアプリ実行装置について異常が発生したと判定する工程と、
   前記第２のアプリ実行装置について異常が発生したと判定した場合、前記第１のアプリ実行装置を前記待機モードから前記稼働モードに変更する工程と、
   前記指令情報を前記外部装置に送信するように前記第２のアプリ実行装置を制御する工程と、
   前記出力情報を前記外部装置から受信した場合、前記アプリケーションの実行を再開する再開指示を前記第２のアプリ実行装置に送信する工程と、
   を前記中央管理装置によって実行することを特徴とする、請求項４に記載の情報処理方法。
6. 前記情報処理方法は、
   前記待機モードで作動している前記第１のアプリ実行装置から、前記第１のアプリ実行装置において第１の外部処理を実行する時間を示す第１の外部処理時間情報を受信した場合、前記アプリケーションの実行を休止する休止指示を前記第１のアプリ実行装置及び前記第２のアプリ実行装置に送信する工程と、
   前記外部装置からの前記出力情報を前記第１の外部処理時間情報を受信してから所定の時間以内に受信した場合、前記アプリケーションの実行を再開する再開指示を前記第１のアプリ実行装置及び前記第２のアプリ実行装置に送信する工程と、
   前記待機モードで作動している前記第１のアプリ実行装置から、前記第１のアプリ実行装置において前記第１の外部処理に続く第２の処理を実行する時間を示す第３の処理時間情報を受信する工程と、
   前記稼働モードで作動している第２のアプリ実行装置から、前記第２のアプリ実行装置において前記第２の処理を実行する時間を示す第４の処理時間情報を、前記第３の処理時間情報を受信してから所定の時間以内に受信しなかった場合、前記第２のアプリ実行装置について異常が発生したと判定する工程と、
   前記第２のアプリ実行装置について異常が発生したと判定した場合、前記第１のアプリ実行装置を前記待機モードから前記稼働モードに変更し、前記アプリケーションの実行を継続させる工程と、
   を前記中央管理装置によって実行することを特徴とする、請求項４に記載の情報処理方法。

Images