(57)【要約】  状態情報取得装置から得た情報に基づいて所定処理を行う自装置に障害が発生しているか否かを判定する障害判定部と、前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定する処理先決定部と、を備える情報処理装置。上記障害判定部は、状態情報取得装置から得た情報に基づいて所定処理を行う他の情報処理装置に障害が発生しているか否かを判定するものであっても良い。
2016152610.tif 000002
【特許請求の範囲】
【請求項１】
状態情報取得装置から得た情報に基づいて所定処理を行う自装置に障害が発生しているか否かを判定する障害判定部と、
前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定する処理先決定部と、
を備えることを特徴とする情報処理装置。
【請求項２】
状態情報取得装置から得た情報に基づいて所定処理を行う他の情報処理装置に障害が発生しているか否かを判定する障害判定部と、
前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定する処理先決定部と、
を備えることを特徴とする情報処理装置。
【請求項３】
前記所定処理はアプリケーション処理であることを特徴とする請求項１または請求項２の何れか一項に記載の情報処理装置。
【請求項４】
前記ネットワークに接続される副処理装置は、クラウドネットワークのクラウド層に位置して当該ネットワークであるクラウドネットワークに接続される
ことを特徴とする請求項２に記載の情報処理装置。
【請求項５】
状態情報取得装置から得た情報に基づいて所定処理を行う情報処理装置に障害が発生しているか否かを判定する障害判定部と、
前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定する処理先決定部と、
を備えることを特徴とする中継装置。
【請求項６】
情報処理装置と副処理装置とを有し、
前記情報処理装置が、
状態情報取得装置から得た情報に基づいて所定処理を行う自装置に障害が発生しているか否かを判定する障害判定部と、
前記障害が発生している場合に、ネットワークに接続される前記副処理装置を、前記所定処理を行う処理先と決定する処理先決定部と、を備える
ことを特徴とする情報処理システム。
【請求項７】
情報処理装置と中継装置と副処理装置とを有し、
中継装置が、
状態情報取得装置から得た情報に基づいて所定処理を行う前記情報処理装置に障害が発生しているか否かを判定する障害判定部と、
前記障害が発生している場合に、ネットワークに接続される前記副処理装置を、前記所定処理を行う処理先と決定する処理先決定部と、を備える
ことを特徴とする情報処理システム。
【請求項８】
クラウドサーバ装置と情報処理装置と副処理装置とを有し、
前記クラウドサーバ装置は、
状態情報取得装置から得た情報に基づいて所定処理を行う前記情報処理装置に障害が発生しているか否かを判定する障害判定部と、
前記障害が発生している場合に、ネットワークに接続される前記副処理装置を、前記所定処理を行う処理先と決定する処理先決定部と、
を備えることを特徴とする情報処理システム。
【請求項９】
状態情報取得装置から得た情報に基づいて所定処理を行う前記情報処理装置を複数有し、
前記副処理装置は、前記複数の前記所定処理を行う情報処理装置の少なくとも一つの障害が発生している場合に、当該情報処理装置で行う処理の前記所定処理を行う
ことを特徴とする請求項６から請求項８の何れか一項に記載の情報処理システム。
【請求項１０】
前記状態情報取得装置と前記情報処理装置との間の通信をプロトコル変換して当該状態情報取得装置から得た情報を中継するプロトコル変換装置を含む冗長構成を備えることを特徴とする請求項６から請求項９の何れか一項に記載の情報処理システム。
【請求項１１】
前記情報処理装置は、
前記所定処理であるアプリケーション処理を行うアプリケーション装置と、
前記状態情報取得装置との間の通信をプロトコル変換して当該状態情報取得装置から得た情報を中継するプロトコル変換装置と、
を備えることを特徴とする請求項６に記載の情報処理システム。
【請求項１２】
情報処理装置が、
状態情報取得装置から得た情報に基づいて所定処理を行う自装置に障害が発生しているか否かを判定し、
前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定する
ことを特徴とする情報処理方法。
【請求項１３】
情報処理装置が、
状態情報取得装置から得た情報に基づいて所定処理を行う他の情報処理装置に障害が発生しているか否かを判定し、
前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定する
ことを特徴とする情報処理方法。
【請求項１４】
情報処理装置と副処理装置とを有する情報処理システムにおいて、
前記情報処理装置が、
状態情報取得装置から得た情報に基づいて所定処理を行う自装置に障害が発生しているか否かを判定し、
前記障害が発生している場合に、ネットワークに接続される前記副処理装置を、前記所定処理を行う処理先と決定する
ことを特徴とする情報処理方法。
【請求項１５】
情報処理装置と中継装置と副処理装置とを有する情報処理システムにおいて、
中継装置が、
状態情報取得装置から得た情報に基づいて所定処理を行う前記情報処理装置に障害が発生しているか否かを判定し、
前記障害が発生している場合に、ネットワークに接続される前記副処理装置を、前記所定処理を行う処理先と決定する
ことを特徴とする情報処理方法。
【請求項１６】
クラウドサーバ装置と情報処理装置と副処理装置とを有する情報処理システムにおいて、
前記クラウドサーバ装置が、
状態情報取得装置から得た情報に基づいて所定処理を行う前記情報処理装置に障害が発生しているか否かを判定し、
前記障害が発生している場合に、ネットワークに接続される前記副処理装置を、前記所定処理を行う処理先と決定する
ことを特徴とする情報処理方法。
【請求項１７】
情報処理装置のコンピュータを、
状態情報取得装置から得た情報に基づいて所定処理を行う自装置に障害が発生しているか否かを判定する障害判定手段、
前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定する処理先決定手段、
として機能させることを特徴とするプログラム。
【請求項１８】
情報処理装置のコンピュータを、
状態情報取得装置から得た情報に基づいて所定処理を行う他の情報処理装置に障害が発生しているか否かを判定する障害判定手段、
前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定する処理先決定手段、
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、中継装置、情報処理システム、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
ＩｏＴ（Internet of Things）に関する技術の普及により、様々なデータを保存または検知する装置（デバイス）が身の回りに増えてきている。それらの多数のデバイスからの情報を取得して所定の情報処理を行うクラウドサーバが考えられるが、デバイスの増加に伴い、クラウドサーバの情報処理が多くなる。なおクラウドサーバにデータを送信する関連技術として、特許文献１が参照される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開第２０１３／１２９１０２号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述のようなＩｏＴの技術において、情報処理の冗長化を行う際のコスト軽減が求められていた。【０００５】
そこでこの発明は、上述の課題を解決することのできる情報処理装置、中継装置、情報処理システム、情報処理方法、プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明は、状態情報取得装置から得た情報に基づいて所定処理を行う自装置に障害が発生しているか否かを判定する障害判定部と、前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定する処理先決定部と、を備えることを特徴とする情報処理装置を提供する。【０００７】
また本発明は、状態情報取得装置から得た情報に基づいて所定処理を行う他の情報処理装置に障害が発生しているか否かを判定する障害判定部と、前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定する処理先決定部と、を備えることを特徴とする情報処理装置も提供する。【０００８】
また本発明は、状態情報取得装置から得た情報に基づいて所定処理を行う情報処理装置に障害が発生しているか否かを判定する障害判定部と、前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定する処理先決定部と、を備えることを特徴とする中継装置も提供する。【０００９】
また本発明は、情報処理装置と副処理装置とを有し、前記情報処理装置が、状態情報取得装置から得た情報に基づいて所定処理を行う自装置に障害が発生しているか否かを判定する障害判定部と、前記障害が発生している場合に、ネットワークに接続される前記副処理装置を、前記所定処理を行う処理先と決定する処理先決定部と、を備えることを特徴とする情報処理システムも提供する。【００１０】
また本発明は、情報処理装置と中継装置と副処理装置とを有し、中継装置が、状態情報取得装置から得た情報に基づいて所定処理を行う前記情報処理装置に障害が発生しているか否かを判定する障害判定部と、前記障害が発生している場合に、ネットワークに接続される前記副処理装置を、前記所定処理を行う処理先と決定する処理先決定部と、を備えることを特徴とする情報処理システムも提供する。【００１１】
また本発明は、クラウドサーバ装置と情報処理装置と副処理装置とを有し、前記クラウドサーバ装置は、状態情報取得装置から得た情報に基づいて所定処理を行う前記情報処理装置に障害が発生しているか否かを判定する障害判定部と、前記障害が発生している場合に、ネットワークに接続される前記副処理装置を、前記所定処理を行う処理先と決定する処理先決定部と、を備えることを特徴とする情報処理システムも提供する。【００１２】
また本発明は、情報処理装置が、状態情報取得装置から得た情報に基づいて所定処理を行う自装置に障害が発生しているか否かを判定し、前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定することを特徴とする情報処理方法も提供する。【００１３】
また本発明は、情報処理装置が、状態情報取得装置から得た情報に基づいて所定処理を行う他の情報処理装置に障害が発生しているか否かを判定し、前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定することを特徴とする情報処理方法も提供する。【００１４】
また本発明は、情報処理装置と副処理装置とを有する情報処理システムにおいて、前記情報処理装置が、状態情報取得装置から得た情報に基づいて所定処理を行う自装置に障害が発生しているか否かを判定し、前記障害が発生している場合に、ネットワークに接続される前記副処理装置を、前記所定処理を行う処理先と決定することを特徴とする情報処理方法も提供する。【００１５】
また本発明は、情報処理装置と中継装置と副処理装置とを有する情報処理システムにおいて、中継装置が、状態情報取得装置から得た情報に基づいて所定処理を行う前記情報処理装置に障害が発生しているか否かを判定し、前記障害が発生している場合に、ネットワークに接続される前記副処理装置を、前記所定処理を行う処理先と決定することを特徴とする情報処理方法も提供する。【００１６】
また本発明は、クラウドサーバ装置と情報処理装置と副処理装置とを有する情報処理システムにおいて、前記クラウドサーバ装置が、状態情報取得装置から得た情報に基づいて所定処理を行う前記情報処理装置に障害が発生しているか否かを判定し、前記障害が発生している場合に、ネットワークに接続される前記副処理装置を、前記所定処理を行う処理先と決定することを特徴とする情報処理方法も提供する。【００１７】
また本発明は、情報処理装置のコンピュータを、状態情報取得装置から得た情報に基づいて所定処理を行う自装置に障害が発生しているか否かを判定する障害判定手段、前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定する処理先決定手段、として機能させることを特徴とするプログラムも提供する。【００１８】
また本発明は、情報処理装置のコンピュータを、状態情報取得装置から得た情報に基づいて所定処理を行う他の情報処理装置に障害が発生しているか否かを判定する障害判定手段、前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定する処理先決定手段、として機能させることを特徴とするプログラムも提供する。
【発明の効果】
【００１９】
本発明によれば、コストアップすることなくＩｏＴの技術に適した冗長化を行うことができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態による情報処理システムの構成を示すブロック図である。
【図２】本発明の一実施形態によるクラウドサーバ装置の機能ブロック図である。
【図３】冗長化処理の具体例を示す第一の図である。
【図４】冗長化処理の具体例を示す第二の図である。
【図５】本発明の一実施形態によるスイッチの機能ブロック図である。
【図６】冗長化処理の具体例を示す第三の図である。
【図７】本発明の一実施形態によるエッジ端末の機能ブロック図である。
【図８】冗長化処理の具体例を示す第四の図である。
【図９】冗長化処理の具体例を示す第五の図である。
【図１０】上記実施形態による情報処理装置の最小構成を示す図である。
【発明を実施するための形態】
【００２１】
以下、本発明の一実施形態による情報処理装置と情報処理システムを、図面を参照して説明する。
図１は同実施形態による情報処理システムの構成を示すブロック図である。
この図において、符号１は情報処理システムを示している。この情報処理システム１は、センサ装置Ｓ（図１ではＳ１〜Ｓ６）、エッジ端末Ｔ（図１ではＴ１〜Ｔ４）、エッジ端末Ｐ（図１ではＰ１及びＰ２）、スイッチＳｗ（図１ではＳｗ１及びＳｗ２）、クラウドサーバ装置１０、及び、エッジ端末Ｐｎにより構成されている。
より具体的には、クラウドサーバ装置１０には、２つのスイッチＳｗ１，Ｓｗ２が通信ネットワークを介して接続されている。
またスイッチＳｗ１には、エッジ端末Ｔ１とエッジ端末Ｔ３とがネットワーク経由で接続されるように構成されている。またスイッチＳｗ１には、エッジ端末Ｐ１もネットワーク経由で接続されるように構成されている。
またエッジ端末Ｔ１とエッジ端末Ｔ３とには、それぞれ第一のセンサＳ１、第二のセンサＳ２、第三のセンサＳ３が、ネットワーク経由で接続されている。
【００２２】
また図１において、スイッチＳｗ２には、エッジ端末Ｔ２とエッジ端末Ｔ４とがネットワーク経由で接続されるとともに、エッジ端末Ｐ２も、ネットワーク経由で接続されるように構成されている。
またエッジ端末Ｔ２とエッジ端末Ｔ４とには、それぞれ第四のセンサＳ４、第五のセンサＳ５、第六のセンサＳ６がネットワーク経由で接続されている。
なおセンサＳ１〜Ｓ６を総称してセンサＳと記載する。
【００２３】
エッジ端末Ｔ１，Ｔ３に接続するセンサはセンサＳ１〜Ｓ３の３つが記載されているが、３つより多くても、３つ未満でもよい。同様にエッジ端末Ｔ２，Ｔ４に接続するセンサはセンサＳ４〜Ｓ６の３つが記載されているが、３つより多くても、３つ未満でもよい。
また図１で示す情報処理システム１では、クラウドサーバ装置１０に、エッジ端末Ｐｎが、ネットワーク経由で接続されている。
【００２４】
情報処理システム１において、クラウドサーバ装置およびエッジ端末Ｐｎが情報処理システム１のネットワーク構成において位置するレイヤ（ネットワーク層）を、クラウドレイヤＬｃと呼ぶこととする。
また、エッジ端末Ｔ１〜Ｔ４、エッジ端末Ｐ１，Ｐ２、スイッチＳｗ１，Ｓｗ２が情報処理システム１のネットワーク構成において位置するレイヤ（ネットワーク層）を、エッジレイヤＬｅと呼ぶこととする。
また、センサＳ１〜Ｓ６が情報処理システム１のネットワーク構成において位置するレイヤ（ネットワーク層）を、センサレイヤＬｓと呼ぶこととする。
【００２５】
エッジ端末Ｔ１，Ｔ３（プロトコル変換装置）は、センサから情報を取得する情報処理装置であって、この２台により冗長構成を取っている。
エッジ端末Ｔ２，Ｔ４（プロトコル変換装置）もまた、センサから情報を取得する情報処理装置であって、この２台により冗長構成を取っている。
エッジ端末Ｔ１〜Ｔ４それぞれは、センサから取得した情報をクラウドレイヤＬｃにおいて処理させることを記憶している場合には、クラウドレイヤＬｃに位置する情報処理装置（クラウドサーバ装置１０またはエッジ端末Ｐｎ）に、当該情報を送信する。
エッジ端末Ｔ１〜Ｔ４は、センサから取得した情報をクラウドサーバ装置１０やエッジ端末Ｐｎに送信するにあたり、一例としては、センサＳから受信するデータを当該センサＳとの間でやりとりする場合の通信プロトコルを変換（センサＳとエッジ端末Ｔ１〜Ｔ４が通信するプロトコルをＴＣＰ／ＩＰに変換）することにより、上位のクラウドサーバ装置１０やエッジ端末ＰｎにセンサＳからの情報を送信する。
またエッジ端末Ｔ１〜Ｔ４それぞれは、センサＳから取得した情報をエッジレイヤＬｅにおいて処理させることを記憶している場合には、エッジレイヤＬｅに位置してネットワーク接続された情報処理装置（エッジ端末Ｐ１またはエッジ端末Ｐ２）に、当該情報を送信する。
【００２６】
エッジ端末Ｐ１，Ｐ２は、クラウドサーバ装置１０における情報処理能力を軽減するために設けられた情報処理装置（アプリケーション装置）である。
このエッジ端末Ｐ１，Ｐ２の処理により、クラウドサーバ装置１０が処理を行わずにセンサＳ１〜Ｓ６から取得した情報に基づく情報処理を素早く完了し、その処理結果をセンサレイヤＬｓやエッジレイヤＬｅに接続された出力装置（例えば、エッジ端末Ｐ１，Ｐ２でもよいし、エッジ端末Ｔ１〜Ｔ４でもよい）に出力することができる。
またはエッジ端末Ｐ１，Ｐ２は、情報処理の結果を、クラウドレイヤＬｃに接続されている出力装置（クラウドサーバ装置１０でもよいし、エッジ端末Ｐｎでもよい）に出力してもよい。
【００２７】
スイッチＳｗ１は、接続されているエッジ端末Ｔ１，Ｔ３から出力された情報をエッジ端末Ｐ１に出力するか、またはクラウドサーバ装置１０やエッジ端末Ｐｎに出力するかを決定して転送を行う情報処理装置である。
スイッチＳｗ２は、接続されているエッジ端末Ｔ２，Ｔ４から出力された情報をエッジ端末Ｐ２に出力するか、またはクラウドサーバ装置１０やエッジ端末Ｐｎに出力するかを決定して転送を行う情報処理装置である。
【００２８】
エッジ端末Ｔ１，Ｔ３，Ｐ１は、それぞれ別々の装置として図１に図示しているが、一つのサーバ装置内に仮想的に構成された３つの機能であってもよい。
また、エッジ端末Ｔ１，Ｔ３が一つのサーバ装置に仮想的に構成された２つの機能であって、エッジ端末Ｐ１は別にハードウェア的に独立して設けられた情報処理装置であってもよい。
一つのサーバ装置に複数の機能が仮想的に設けられている場合には、それら機能は仮想的なネットワークによって接続されている。
また、エッジ端末Ｔ１，Ｔ３の２つの機能が仮想的に内部に設けられたサーバ装置や、エッジ端末Ｔ１，Ｔ３、Ｐ１の３つの機能が仮想的に内部に設けられたサーバ装置において、さらにスイッチＳｗ１の機能が仮想的に設けられていてもよい。
【００２９】
同様に、エッジ端末Ｔ２，Ｔ４，Ｐ２はそれぞれ別々の装置として図１に図示しているが、一つのサーバ装置内に仮想的に構成された３つの機能であってもよい。
また、エッジ端末Ｔ２，Ｔ４が一つのサーバ装置に仮想的に構成された２つの機能であって、エッジ端末Ｐ２は別にハードウェア的に独立して設けられた情報処理装置であってもよい。
上述のように、一つのサーバ装置に複数の機能が仮想的に設けられている場合には、それら機能は仮想的なネットワークによって接続されている。
また、エッジ端末Ｔ２，Ｔ４の２つの機能が仮想的に内部に設けられたサーバ装置や、エッジ端末Ｔ２，Ｔ４、Ｐ２の３つの機能が仮想的に内部に設けられたサーバ装置において、さらにスイッチＳｗ２の機能が仮想的に設けられていてもよい。
【００３０】
クラウドサーバ装置１０は、エッジ端末Ｐ１，Ｐ２やエッジ端末Ｔ１〜Ｔ４からスイッチＳｗ１，Ｓｗ２を介して送信された、センサＳ１〜Ｓ６によりセンシングしたデータを受信して、所定の情報処理を行う。
例えばセンサＳ１〜Ｓ６がカメラであれば、撮影画像データを取得して、クラウドサーバ装置１０は人物の特定処理を行う。また、センサＳ１〜Ｓ６が商品情報であれば、クラウドサーバ装置１０は棚卸に関連する処理を行う。また、センサＳ１〜Ｓ６が所定環境の温度情報であれば、クラウドサーバ装置１０は当該所定環境の温度予測処理を行う。
その他クラウドサーバ装置１０はセンサＳ１〜Ｓ６の取得したデータに基づいて、定められた情報処理を行う装置である。エッジ端末Ｐ１，Ｐ２は、クラウドサーバ装置１０における情報処理を軽減するために、一部の情報処理を担うものである。
【００３１】
エッジ端末Ｐｎは、エッジ端末Ｐ１，Ｐ２が故障など動作できない場合に代わりに動作する情報処理装置（冗長処理を行う副処理装置）であって、エッジ端末Ｐ１，Ｐ２が担う情報処理と同一の情報処理を行うことができる。即ち、エッジ端末Ｐｎは、複数の情報処理装置が冗長構成として共用して利用する副処理装置に相当する。エッジ端末Ｐｎは、クラウドサーバ装置１０内部に仮想的に設けられる情報処理装置であってもよい。
本実施形態による情報処理システム１は、エッジ端末Ｐ１，Ｐ２の冗長構成であるエッジ端末Ｐｎを、クラウドレイヤＬｃに設け、エッジレイヤの異なる系統の情報処理装置群で共用する。異なる系統の情報処理装置群とは、本実施形態においては、エッジ端末Ｐ１，Ｔ１，Ｔ３，スイッチＳｗ１，センサＳ１，Ｓ２，Ｓ３で構成された情報処理装置群と、エッジ端末Ｐ２，Ｔ２，Ｔ４，スイッチＳｗ２，センサＳ４，Ｓ５，Ｓ６で構成された情報処理装置群の、それぞれを示している。
【００３２】
そしてこのようなエッジ端末Ｐｎをクラウドレイヤに設けることにより、エッジレイヤＬｅにおけるエッジ端末の冗長構成を簡略して、コストアップすることなくＩｏＴの技術に適した冗長化を行うことができる。
【００３３】
（第一の冗長化処理の説明）
次に第一の冗長化処理の具体例について説明する。
図２は、クラウドサーバ装置１０の機能ブロック図である。
上述のエッジ端末Ｐ１は、スイッチＳｗ１を介してセンサＳ１〜Ｓ３の何れかから得た情報に基づいて、所定のアプリケーション処理を行う。また、上述のエッジ端末Ｐ２は、スイッチＳｗ２を介してセンサＳ４〜Ｓ６の何れかから得た情報に基づいて、所定のアプリケーション処理を行う。
クラウドサーバ装置１０は、このエッジ端末Ｐ１，Ｐ２に障害が発生しているか否かを判定する障害判定部１０１を備える。
また、クラウドサーバ装置１０は、エッジ端末Ｐ１，Ｐ２で障害が発生している場合に、エッジ端末Ｐｎを、エッジ端末Ｐ１，Ｐ２で行う所定処理を代替して行う処理先と決定する処理先決定部１０２を備える。
また、クラウドサーバ装置１０は、記憶部１０３及び制御部１０４を備える。
【００３４】
図３は、冗長化処理の処理フローを示す第一の図である。
まずクラウドサーバ装置１０は、スイッチＳｗ１に対してデータ送信先を通知する（ステップＳ１０１）。このデータ送信先は初期時においてはエッジ端末Ｐ１であるとする。これにより、スイッチＳｗ１は、自身の記憶部に、エッジ端末Ｐ１の情報を記憶する。また、この状況において、エッジ端末Ｔ１がアクティブ状態（処理（を行う）状態）、エッジ端末Ｔ３がスタンバイ状態（監視（を行う）状態）であるとする。
エッジ端末Ｔ１とエッジ端末Ｔ３による冗長化処理部は、ホットスタンバイ処理等によりアクティブ状態の端末が異常を発生すると、スタンバイ状態の端末が自動起動してセンサＳ１〜Ｓ３からのデータを上位のスイッチＳｗ１に送信する。そしてスイッチＳｗ１が、センサＳ１〜Ｓ３のデータを受信する（ステップＳ１０２）。
【００３５】
スイッチＳｗ１は、ステップＳ１０１においてデータ送信先がエッジ端末Ｐ１であると通知されているため、スイッチＳｗ１から受信したセンサＳ１〜Ｓ３のデータを、エッジ端末Ｐ１へ送信する（ステップＳ１０３）。ここで、エッジ端末Ｐ１に送信するデータは、ヘッダに所定の情報が格納されているデータのみであってもよい（ヘッダに所定の情報が格納されていないデータはクラウドサーバ装置１０へ送信）。これによりエッジ端末Ｐ１がデータを受信して、所定のアプリケーション処理を行う（ステップＳ１０４）。
また、エッジ端末Ｐ１は、アプリケーション処理の処理結果のデータをスイッチＳｗ１へ送信し（ステップＳ１０５）、スイッチＳｗ１はその処理結果のデータをクラウドサーバ装置１０へ送信する（ステップＳ１０６）。
【００３６】
一方、クラウドサーバ装置１０の障害判定部１０１は、スイッチＳｗ１を介してエッジ端末Ｐ１から処理結果のデータが一定期間の間に受信出来たかを判定している。クラウドサーバ装置１０の障害判定部１０１によりエッジ端末Ｐ１から処理結果のデータが一定期間の間に受信できていると判定された場合には、クラウドサーバ装置１０の制御部１０４は、処理結果のデータを用いて何らかの処理を行う。
【００３７】
また上記と同様に、スイッチＳｗ１がセンサＳ１〜Ｓ３のデータを受信したとする（ステップＳ１０７）。スイッチＳｗ１は、ステップＳ１０１においてデータ送信先がエッジ端末Ｐ１であると通知されているため、スイッチＳｗ１から受信したセンサＳ１〜Ｓ３のデータをエッジ端末Ｐ１へ送信する（ステップＳ１０８）。
しかしながら、エッジ端末Ｐ１自身、あるいは当該エッジ端末Ｐ１との通信に異常が発生していた場合、エッジ端末Ｐ１におけるアプリケーション処理は完了しないか、またはスイッチＳｗ１を介してクラウドサーバ装置１０へ処理結果のデータが送信されない。この場合、クラウドサーバ装置１０の障害判定部１０１は、エッジ端末Ｐ１から処理結果のデータが一定期間の未受信と判定する（ステップＳ１０９）。
【００３８】
するとクラウドサーバ装置１０の処理先決定部１０２は、アプリケーション処理の処理先をエッジ端末Ｐｎに変更すると決定する。そして処理先決定部１０２はスイッチＳｗ１に対して、データ送信先の変更通知を送信する（ステップＳ１１０）。この変更通知には、データ送信先としてエッジ端末Ｐｎの情報が格納されている。
スイッチＳｗ１は、受信した変更通知から送信先のエッジ端末Ｐｎの情報を読み取り、自身の記憶部に格納する。
【００３９】
そして上記と同様に、スイッチＳｗ１がセンサＳ１〜Ｓ３のデータを受信したとする（ステップＳ１１１）。スイッチＳｗ１は、ステップＳ１０１においてデータ送信先がエッジ端末Ｐｎであると通知されているため、スイッチＳｗ１から受信したセンサＳ１〜Ｓ３のデータを、エッジ端末Ｐｎへ送信する（ステップＳ１１２）。
これにより、エッジ端末Ｐｎがデータを受信して、エッジ端末Ｐ１の代わりに所定のアプリケーション処理を行う（ステップＳ１１３）。また、エッジ端末Ｐｎは、アプリケーション処理の処理結果のデータを、クラウドサーバ装置１０へ送信する（ステップＳ１１４）。
そしてクラウドサーバ装置１０の制御部１０４が、その処理結果のデータを用いて所定の処理を行う。
【００４０】
なお上述の同様の処理を、クラウドサーバ装置１０、スイッチＳｗ２、エッジ端末Ｐ２、エッジ端末Ｔ２，Ｔ４、センサＳ４〜Ｓ６の系統においても行う。
【００４１】
以上の処理によれば、エッジレイヤＬｅに設けられるエッジ端末Ｐ１の冗長構成であるエッジ端末Ｐｎを、複数の系統で共用した簡略構成とすることにより、コストアップすることなくＩｏＴの技術に適した冗長化を行うことができる。
【００４２】
（第二の冗長化処理の説明）
次に第二の冗長化処理の具体例について説明する。
第二の冗長化処理におけるクラウドサーバ装置１０の構成は、図２で示した構成と同様である。
【００４３】
図４は、冗長化処理の処理フローを示す第二の図である。
まずスイッチＳｗ１は、エッジ端末Ｔ１，Ｔ３から、センサＳ１〜Ｓ３のデータを受信する（ステップＳ２０１）。そしてスイッチＳｗ１は、受信したセンサＳ１〜Ｓ３のデータを、予め設定されたエッジ端末Ｐｎに送信する（ステップＳ２０２）。
そしてエッジ端末Ｐｎは、受信したセンサＳ１〜Ｓ３のデータを用いて、エッジ端末Ｐ１と同様のアプリケーション処理を行う（ステップＳ２０３）。ここでエッジ端末Ｐｎは他の系統（センサＳ４〜Ｓ６、エッジ端末Ｔ２，Ｔ４、エッジ端末Ｐ２、Ｓｗ２から構成される情報処理システムの系統）のスイッチ（スイッチＳｗ２）から受信したセンサＳ４〜Ｓ６のデータを用いたアプリケーション処理も行っている。
エッジ端末Ｐｎは、アプリケーション処理による処理結果のデータに、処理単位の処理終了に応じてカウントアップされる第１のシリアル番号Ｎ１を格納する。
【００４４】
このような状況において、エッジ端末Ｐ１は、スイッチＳｗ１がエッジ端末Ｐｎに送信しているセンサＳ１〜Ｓ３のデータをモニタして受信する（ステップＳ２０４）。このモニタの為に、エッジ端末Ｐ１は、スイッチＳｗ１がエッジ端末Ｐｎへ送信する通信がモニタできるネットワーク位置に通信接続されていることが必要である。
そしてエッジ端末Ｐ１は、モニタして受信した情報に基づいて、自装置に要求されている所定のアプリケーション処理を行う（ステップＳ２０５）。エッジ端末Ｐ１は、当該アプリケーション処理の処理結果のデータをスイッチＳｗ１に送信する（ステップＳ２０６）。
するとスイッチＳｗ１は、当該処理結果のデータを、クラウドサーバ装置１０へ送信する（ステップＳ２０７）。当該処理結果のデータには、処理単位の処理終了に応じてカウントアップされる第２のシリアル番号Ｎ２が格納されているものとする。
なお、センサＳ１〜Ｓ３から送信された同一のデータを用いたアプリケーション処理に付与される第１のシリアル番号Ｎ１と第２のシリアル番号Ｎ２とは、同じ番号となるように、エッジ端末Ｐｎとエッジ端末Ｐ１との処理が同期しているものとする。この同期の処理の具体例は、公知の技術であればどのような同期方法によってもよい。
【００４５】
クラウドサーバ装置１０の制御部１０４は、受信した処理結果のデータから、第２のシリアル番号Ｎ２を特定する（ステップＳ２０８）。また、クラウドサーバ装置１０の制御部１０４は、エッジ端末ＰｎがスイッチＳｗ１から受信したデータに基づいて行ったアプリケーション処理により生成された第１のシリアル番号Ｎ１のうち、特定した第２のシリアル番号Ｎ２と同じ値のシリアル番号Ｎ１を生成したか否かを、エッジ端末Ｐｎに問い合わせる（ステップＳ２０９）。
なお、エッジ端末Ｐ１に障害が発生していない状態においては、処理先決定部１０２は、アプリケーション処理の処理先はエッジ端末Ｐ１であると記憶している。
【００４６】
クラウドサーバ装置１０の制御部１０４は、特定した第２のシリアル番号Ｎ２と同じ値のシリアル番号Ｎ１が生成されたことをエッジ端末Ｐｎから通知されると、当該第１のシリアル番号Ｎ１が格納された処理結果のデータを削除するよう通知する（ステップＳ２１０−１）。
または、当該第１のシリアル番号Ｎ１が、エッジ端末Ｐｎにおいて現在処理中のデータであることが当該エッジ端末Ｐｎにおいて判定できるような場合には、制御部１０４は、そのエッジ端末Ｐｎの処理を停止するように通知してもよい（ステップＳ２１０−２）。
【００４７】
また、クラウドサーバ装置１０は、エッジ端末Ｐｎから、生成された第１のシリアル番号Ｎ１の通知を受けている（ステップＳ２１１）。
クラウドサーバ装置１０の障害判定部１０１は、スイッチＳｗ１を介してエッジ端末Ｐ１から受信した処理結果のデータによる第２のシリアル番号Ｎ２と、エッジ端末Ｐｎから通知された第１のシリアル番号Ｎ１とを比較することにより、エッジ端末Ｐ１に障害が発生したか否かを判定する。
障害判定部１０１は、第１のシリアル番号Ｎ１が第２のシリアル番号Ｎ２よりも大きい値であって、その値の差が所定値以上である場合には、エッジ端末Ｐ１に障害が発生したと判定する（ステップＳ２１２）。
【００４８】
するとクラウドサーバ装置１０の処理先決定部１０２は、記憶部１０３に記憶している処理先の情報を、エッジ端末Ｐ１からエッジ端末Ｐｎに書き換えて変更する（ステップＳ２１３）。
そしてクラウドサーバ装置１０の制御部１０４は、スイッチＳｗ１を介してエッジ端末Ｐ１から受信した処理結果のデータのうち、最後に受信した処理結果のデータに含まれる第２のシリアル番号Ｎ２を判定し、その第２のシリアル番号Ｎ２を格納した処理結果要求を、エッジ端末Ｐｎに送信する（ステップＳ２１４）。
するとエッジ端末Ｐｎは、受信した処理結果要求に含まれる第２のシリアル番号Ｎ２の値に「１」を加算し、その値に等しいシリアル番号Ｎ１を格納した処理結果のデータから順に、その後に行った処理結果のデータについてもクラウドサーバ装置１０へ送信する（ステップＳ２１５）。
クラウドサーバ装置１０の制御部１０４は、エッジ端末Ｐｎから受信した処理結果のデータを用いて、所定の処理を行う。つまりクラウドサーバ装置１０は、エッジ端末Ｐｎが冗長処理として行ったアプリケーション処理の結果データを利用する。
【００４９】
なお、エッジ端末Ｔ２，Ｔ４，Ｐ２、スイッチＳｗ２、センサＳ４〜Ｓ６を有する系統についても、クラウドサーバ装置１０やエッジ端末Ｐ１やスイッチＳｗ２において同様の処理が行われる。
上述の処理において、クラウドサーバ装置１０の処理先決定部１０２は、エッジ端末Ｐ１からの処理結果のデータに含まれる第２のシリアル番号Ｎ２と、エッジ端末Ｐｎから通知された第１のシリアル番号Ｎ１との大小関係によって、エッジ端末Ｐ１に障害が発生したかを判定した後、障害が発生している場合には処理結果の要求をエッジ端末Ｐｎに送信している。
しかしながら、クラウドサーバ装置１０の処理先決定部１０２は、エッジ端末Ｐ１およびエッジ端末Ｐｎのそれぞれから処理結果のデータを先に受信して、自装置でどちらを利用するかを判定してもよい。この判定は処理先を決定しているということができる。
例えば、クラウドサーバ装置１０の処理先決定部１０２は、エッジ端末Ｐ１またはエッジ端末Ｐｎから受信した処理結果のデータからシリアル番号（第１のシリアル番号Ｎ１または第２のシリアル番号Ｎ２）を読み取り、初めて取得した値のシリアル番号である場合、その処理結果のデータを使うと判定する。他方、処理先決定部１０２は、受信した処理結果のデータから読み取ったシリアル番号が、既に取得した値のシリアル番号である場合にはそのシリアル番号が格納された処理結果のデータは利用しないと判定する。
これによれば、エッジ端末Ｐ１またはエッジ端末Ｐｎから送信された同じ処理結果のデータのうち、先にクラウドサーバ装置１０で受信できた処理結果のデータを利用（つまり、その処理結果データを生成したエッジ端末を処理先と決定していることに相当）することとなる。
【００５０】
以上の処理によれば、エッジレイヤＬｅに設けられるエッジ端末Ｐ１の冗長構成であるエッジ端末Ｐｎを、複数の系統で共用した簡略構成とすることにより、コストアップすることなくＩｏＴの技術に適した冗長化を行うことができる。
またエッジ端末Ｐｎにおいて常にアプリケーション処理を行っているため、エッジ端末Ｐ１，Ｐ２に異常が発生した際に、エッジ端末Ｐｎのアプリケーション処理に必要なセンサＳ１〜Ｓ６のデータを再度取得する必要が無いという効果も得られる。またスイッチＳｗ１，Ｓｗ２に対して明示的に、処理先を指定・設定する必要が無い。
【００５１】
（第三の冗長化処理の説明）
次に第三の冗長化処理の具体例について説明する。
図５は、本例におけるスイッチＳｗ１の機能ブロック図である。スイッチＳｗ１は、センサ装置Ｓ１〜Ｓ３から得た情報に基づいて所定処理を行うエッジ端末Ｐ１に障害が発生しているか否かを判定する障害判定部１１０を備える。
また、スイッチＳｗ１は、障害が発生している場合に、クラウドレイヤに接続されたエッジ端末Ｐｎを、所定のアプリケーション処理を行う処理先と決定する処理先決定部１２０を備える。
また、スイッチＳｗ１は記憶部１３０を備えるとともに、受信した情報をスイッチング処理して他の装置へ転送するスイッチ処理部１４０を備える。
スイッチＳｗ２の機能構成も同様である。
【００５２】
図６は冗長化処理の処理フローを示す第三の図である。
まずスイッチＳｗ１は、初期時のデータ送信先として、エッジ端末Ｐ１を記憶部１３０に記録している。この状態でエッジ端末Ｔ１がアクティブ状態（処理状態）、エッジ端末Ｔ３がスタンバイ状態（監視状態）であるとする。
エッジ端末Ｔ１とエッジ端末Ｔ３による冗長化処理部は、ホットスタンバイ処理等によりアクティブ状態の端末が異常を発生すると、スタンバイ状態の端末が自動起動してセンサＳ１〜Ｓ３からのデータを上位のスイッチＳｗ１に送信する。そしてスイッチＳｗ１が、センサＳ１〜Ｓ３のデータを受信する（ステップＳ３０１）。
【００５３】
スイッチＳｗ１は、初期時のデータ送信先として、エッジ端末Ｐ１を記憶部１３０に記録しているため、スイッチＳｗ１から受信したセンサＳ１〜Ｓ３のデータを、エッジ端末Ｐ１へ送信する（ステップＳ３０２）。
ここでエッジ端末Ｐ１に送信するデータは、ヘッダに所定の情報が格納されているデータのみであってもよい（ヘッダに所定の情報が格納されていないデータはクラウドサーバ装置１０へ送信）。これによりエッジ端末Ｐ１がデータを受信して、所定のアプリケーション処理を行う（ステップＳ３０３）。
また、エッジ端末Ｐ１は、アプリケーション処理の処理結果のデータをスイッチＳｗ１へ送信し（ステップＳ３０４）、スイッチＳｗ１はその処理結果のデータをクラウドサーバ装置１０へ送信する（ステップＳ３０５）。
【００５４】
また、上記と同様に、スイッチＳｗ１がセンサＳ１〜Ｓ３のデータを受信したとする（ステップＳ３０６）。なおこのセンサＳ１〜Ｓ３のデータの受信は、繰り返し行われる。スイッチＳｗ１はデータ送信先がエッジ端末Ｐ１であると記憶しているため、センサＳ１〜Ｓ３のデータをエッジ端末Ｐ１へ送信する（ステップＳ３０７）。
しかしながら、エッジ端末Ｐ１自身、あるいは当該エッジ端末Ｐ１との通信経路が異常の場合、エッジ端末Ｐ１におけるアプリケーション処理は完了しないか、またはスイッチＳｗ１を介してクラウドサーバ装置１０へ処理結果のデータが送信されない。この場合、スイッチＳｗ１の障害判定部１１０は、エッジ端末Ｐ１から処理結果のデータが一定期間の未受信と判定する（ステップＳ３０８）。
【００５５】
するとスイッチＳｗ１の処理先決定部１２０は、アプリケーション処理の処理先をエッジ端末Ｐｎに変更すると決定する。そして処理先決定部１２０は、自装置で記憶するデータ送信先の情報を、エッジ端末Ｐ１からエッジ端末Ｐｎに変更する（ステップＳ３０９）。  
【００５６】
そして上記と同様に、スイッチＳｗ１がセンサＳ１〜Ｓ３のデータを受信したとする（ステップＳ３１０）。スイッチＳｗ１は、データ送信先がエッジ端末Ｐｎであることを記憶しているため、受信したセンサＳ１〜Ｓ３のデータをエッジ端末Ｐｎへ送信する（ステップＳ３１１）。
これにより、エッジ端末Ｐｎがデータを受信して、エッジ端末Ｐ１の代わりに所定のアプリケーション処理を行う（ステップＳ３１２）。また、エッジ端末Ｐｎは、アプリケーション処理の処理結果のデータを、クラウドサーバ装置１０へ送信する（ステップＳ３１３）。
そしてクラウドサーバ装置１０の制御部１０４が、その処理結果のデータを用いて所定の処理を行う。
【００５７】
なお上述の同様の処理を、クラウドサーバ装置１０、スイッチＳｗ２、エッジ端末Ｐ２、エッジ端末Ｔ２，Ｔ４、センサＳ４〜Ｓ６の系統においても行う。
【００５８】
以上の処理によれば、エッジレイヤＬｅに設けられるエッジ端末Ｐ１の冗長構成であるエッジ端末Ｐｎを、複数の系統で共用した簡略構成とすることによりコストアップすることなくＩｏＴの技術に適した冗長化を行うことができる。
【００５９】
（第四の冗長化処理の説明）
次に第四の冗長化処理の具体例について説明する。
図７は、本例におけるエッジ端末Ｔ１の機能ブロック図である。エッジ端末Ｔ１は、センサ装置Ｓ１〜Ｓ３から得た情報に基づいて所定処理を行うエッジ端末Ｐ１に障害が発生しているか否かを判定する障害判定部２１０を備える。
また、エッジ端末Ｔ１は、エッジ端末Ｐ１に障害が発生している場合に、クラウドレイヤに接続されたエッジ端末Ｐｎを、所定のアプリケーション処理を行う処理先と決定する処理先決定部２２０を備える。
また、エッジ端末Ｔ１は記憶部２３０を備えるとともに、センサから受信するデータを当該センサとの間でやりとりする場合の通信プロトコルを変換することにより、上位のクラウドサーバ装置１０やエッジ端末Ｐｎに、センサからの情報を、スイッチＳｗ１を介して送信するプロトコル変換部２４０を備える。
エッジ端末Ｔ２，Ｔ３，Ｔ４の構成も同様である。
【００６０】
図８は冗長化処理の処理フローを示す第四の図である。
今、エッジ端末Ｔ１とエッジ端末Ｔ３のうち、エッジ端末Ｔ１がアクティブなエッジ端末として動作しているものとする。またエッジ端末Ｔ１は、エッジ端末Ｐ１が初期時のデータ送信先であると、記憶部２３０に記録している。
この状態において、エッジ端末Ｔ１は、データ送信先として記憶しているエッジ端末Ｐ１に対して、生存確認信号を送信する（ステップＳ４０１）。エッジ端末Ｐ１は、正常であれば、生存確認信号を受信すると生存信号をエッジ端末Ｔ１に返信する（ステップＳ４０２）。
エッジ端末Ｔ１は、エッジ端末Ｐ１に障害が発生しているか否かを判定する（ステップＳ４０３）。エッジ端末Ｔ１は生存確認信号に対応する生存信号が所定の期間受信できない場合や、生存確認信号を複数回送信しても生存信号を受信できない場合には、エッジ端末Ｐ１に障害が発生していると判定する。
【００６１】
エッジ端末Ｔ１は、センサＳ１〜Ｓ３よりデータを受信する（ステップＳ４０４）。この時、エッジ端末Ｔ１は、エッジ端末Ｐ１が正常であると判定している場合には（ステップＳ４０５）、センサＳ１〜Ｓ３との間のデータの通信におけるプロトコルの変換処理を行って、エッジ端末Ｐ１に対してセンサＳ１〜Ｓ３のセンサデータを送信する（ステップＳ４０６）。
ここでエッジ端末Ｐ１に送信するデータは、ヘッダに所定の情報が格納されているデータのみであってもよい（ヘッダに所定の情報が格納されていないデータはクラウドサーバ装置１０へ送信）。これによりエッジ端末Ｐ１がデータを受信して所定のアプリケーション処理を行う（ステップＳ４０７）。
また、エッジ端末Ｐ１は、アプリケーション処理の処理結果のデータをスイッチＳｗ１へ送信し（ステップＳ４０８）、スイッチＳｗ１はその処理結果のデータをクラウドサーバ装置１０へ送信する（ステップＳ４０９）。
【００６２】
また、他のタイミングにおいて、エッジ端末Ｔ１はセンサＳ１〜Ｓ３よりデータを受信する（ステップＳ４１０）。
エッジ端末Ｔ１は、エッジ端末Ｐ１が異常であると判定している場合には（ステップＳ４１１）、センサＳ１〜Ｓ３との間のデータの通信におけるプロトコルの変換処理を行って、スイッチＳｗ１に対してセンサＳ１〜Ｓ３のセンサデータを送信し（ステップＳ４１２）、これによりスイッチＳｗ１が、エッジ端末Ｐｎに対してセンサデータを中継送信する（ステップＳ４１３）。
そしてエッジ端末Ｐｎがデータを受信して、所定のアプリケーション処理を行う（ステップＳ４１４）。またエッジ端末Ｐｎは、アプリケーション処理の処理結果のデータを、クラウドサーバ装置１０へ送信する（ステップＳ４１５）。
【００６３】
以上の処理によれば、エッジレイヤＬｅに設けられるエッジ端末Ｐ１の冗長構成であるエッジ端末Ｐｎを複数の系統で共用した簡略構成とすることにより、コストアップすることなく、ＩｏＴの技術に適した冗長化を行うことができる。
【００６４】
（第五の冗長化処理の説明）
次に第五の冗長化処理の具体例について説明する。
第五の冗長化処理におけるクラウドサーバ装置１０の構成は、図５で示した構成と同様である。
【００６５】
図９は冗長化処理の処理フローを示す第五の図である。
まずスイッチＳｗ１は、エッジ端末Ｔ１から、センサＳ１〜Ｓ３のデータを受信する（ステップＳ５０１）。そしてスイッチＳｗ１は、受信したセンサＳ１〜Ｓ３のデータを、エッジ端末Ｐ１に送信する（ステップＳ５０２）。
ここでエッジ端末Ｐ１に送信するデータは、ヘッダに所定の情報が格納されているデータのみであってもよい（ヘッダに所定の情報が格納されていないデータはクラウドサーバ装置１０へ送信）。
また、スイッチＳｗ１は、送信した各センサのデータを、自装置の記憶部１３０に一時的に記憶する（ステップＳ５０３）。そしてスイッチＳｗ１の障害判定部１１０は、センサのデータを記憶後、所定の期間内にエッジ端末Ｐ１から処理結果のデータを受信したか否かを判定する（ステップＳ５０４）。
【００６６】
エッジ端末Ｐ１は、受信したセンサＳ１〜Ｓ３のデータを用いてアプリケーション処理を行う（ステップＳ５０５）。また、エッジ端末Ｐ１は、アプリケーション処理の処理結果のデータを、スイッチＳｗ１へ送信する（ステップＳ５０６）。
スイッチＳｗ１の障害判定部１１０により、所定の期間内にエッジ端末Ｐ１から処理結果のデータを受信したと判定された場合には、スイッチ処理部１４０が、その処理結果のデータをクラウドサーバ装置１０へ送信する（ステップＳ５０７）。
【００６７】
また、次のタイミングにおいても同様に、スイッチＳｗ１は、エッジ端末Ｔ１からＳ１〜Ｓ３のデータを受信する（ステップＳ５０８）。そしてスイッチＳｗ１は、受信したセンサＳ１〜Ｓ３のデータをエッジ端末Ｐ１に送信する（ステップＳ５０９）。
また、スイッチＳｗ１は、送信した各センサのデータを自装置の記憶部１３０に一時的に記憶する（ステップＳ５１０）。そしてスイッチＳｗ１の障害判定部１１０は、センサのデータを記憶後、所定の期間内にエッジ端末Ｐ１から処理結果のデータを受信したかを判定する（ステップＳ５１１）。
【００６８】
ここで、所定の期間を経過してもエッジ端末Ｐ１から処理結果のデータを受信できない場合には、スイッチＳｗ１の処理先決定部１２０は、アプリケーション処理の処理先をエッジ端末Ｐｎに変更すると決定する（ステップＳ５１２）。
そして処理先決定部１０２は、自装置で記憶するデータ送信先の情報を、エッジ端末Ｐ１からエッジ端末Ｐｎに変更する（ステップＳ５１３）。そしてスイッチＳｗ１は、データ送信先をエッジ端末Ｐｎと変更したため、一時的に記憶部に記憶しているセンサＳ１〜Ｓ３のデータをエッジ端末Ｐｎへ送信する（ステップＳ５１４）。
これにより、エッジ端末Ｐｎがデータを受信してエッジ端末Ｐ１の代わりに所定のアプリケーション処理を行う（ステップＳ５１５）。また、エッジ端末Ｐｎは、アプリケーション処理の処理結果のデータをクラウドサーバ装置１０へ送信する（ステップＳ５１６）。
そして、クラウドサーバ装置１０の制御部１０４が、その処理結果のデータを用いて所定の処理を行う。
【００６９】
なお上述の同様の処理を、クラウドサーバ装置１０、スイッチＳｗ２、エッジ端末Ｐ２、エッジ端末Ｔ２，Ｔ４、センサＳ４〜Ｓ６の系統においても行う。
【００７０】
以上の処理によれば、エッジレイヤＬｅに設けられるエッジ端末Ｐ１の冗長構成であるエッジ端末Ｐｎを複数の系統で共用した簡略構成とすることにより、コストアップすることなくＩｏＴの技術に適した冗長化を行うことができる。
【００７１】
上述の第一及び第二の冗長化処理においては、クラウドサーバ装置１０にエッジ端末Ｐｎの機能が仮想的に設けられているとすると、当該クラウドサーバ装置１０が、以下の構成要素を有する：
（ｉ）センサＳ（状態情報取得装置）から得た情報に基づいて所定のアプリケーション処理を行うエッジ端末Ｐ１（情報処理装置）に障害が発生しているか否かを判定する障害判定部。
(ii) 障害が発生している場合に、クラウドネットワークのクラウド層に位置して当該クラウドネットワークに接続される（エッジ端末Ｐｎとしての）自装置を、所定のアプリケーション処理を行う処理先と決定する処理先決定部。
【００７２】
上述の第三、第四、第五の冗長化処理においては、スイッチＳｗ１が、センサＳ（状態情報取得装置）から得た情報に基づいて所定のアプリケーション処理を行うエッジ端末Ｐ１（情報処理装置）に障害が発生しているか否かを判定する障害判定部を備える。
また第三、第四、第五の冗長化処理においては、スイッチＳｗ１が、エッジ端末Ｐ１に障害が発生している場合にクラウドネットワークのクラウド層に位置して当該クラウドネットワークに接続されるエッジ端末Ｐｎ（副処理装置）を、所定のアプリケーション処理を行う処理先と決定する処理先決定部を備える。
上述の第三、第四、第五の冗長化処理において、スイッチＳｗ１とエッジ端末Ｐ１とが同一の情報処理装置に仮想的に設けられているとすると、当該情報処理装置が、以下の構成要素を有する：
（ｉ）センサＳ（状態情報取得装置）から得た情報に基づいて所定のアプリケーション処理を行う自装置に障害が発生しているか否かを判定する障害判定部。
(ii)自装置に障害が発生している場合にクラウドネットワークのクラウド層に位置して当該クラウドネットワークに接続されるエッジ端末Ｐｎ（副処理装置）を、所定のアプリケーション処理を行う処理先と決定する処理先決定部。
【００７３】
なお、上述の実施形態の追加的な処理として、例えば、エッジ端末Ｔ１〜Ｔ４がセンサデータを解析して、システムで利用できるようなデータに変換するようにしてもよい。この場合、例えばエッジ端末Ｔ２，Ｔ３を設けずに、当該解析処理に関してエッジ端末Ｔ１とエッジ端末Ｐｎで冗長化を図って、何れかが処理をするようにしてもよい。
【００７４】
図１０は上記実施形態による情報処理装置の最小構成を示す図である。
この図で示すように、第一〜第五の冗長処理において、クラウドサーバ１０やスイッチＳｗ１などの情報処理装置５０は、障害判定部５１と処理先決定部５２とを少なくとも備える。
当該情報処理装置５０の障害判定部５１は、状態情報取得装置（センサＳなど）から得た情報に基づいて所定処理を行う他の情報処理装置（エッジ端末Ｐ１など）に障害が発生しているか否かを判定する。
また、情報処理装置５０の処理先決定部５２は、他の情報処理装置に障害が発生している場合に、ネットワークを介して当該情報処理装置を含むシステムに接続される副処理装置（エッジ端末Ｐｎ）を、所定処理を行う処理先と決定する。
【００７５】
なお、上述の第四，第五の冗長処理において、エッジ端末Ｔ、スイッチＳｗ１、エッジ端末Ｐ１が同一の情報処理装置５０（サーバなど）に設けられている場合には、当該情報処理装置５０が障害判定部５１と処理先決定部５２とを少なくとも備える。
この場合、情報処理装置５０の障害判定部５１は、状態情報取得装置（例えばセンサＳ）から得た情報に基づいて所定処理を行う自装置に障害が発生しているか否かを判定する。また情報処理装置５０の処理先決定部５２は、自装置に障害が発生している場合にネットワークに接続される副処理装置（冗長処理装置）を、所定処理を行う処理先と決定する。
【００７６】
なお上述のエッジ端末Ｔ１，Ｔ２，Ｔ３，Ｔ４、エッジ端末Ｐ１，Ｐ２、スイッチＳｗ１，Ｓｗ２、エッジ端末Ｐｎ、クラウドサーバ装置１０の各情報処理装置はそれぞれ、内部にコンピュータシステムを有している。そして、それら各情報処理装置に上述の対応する各処理を行わせるためのプログラムは、当該情報処理装置のコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムを当該情報処理装置のコンピュータが読み出して実行することによって、上記処理が行われる。
ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【００７７】
また、上記プログラムは、前述した各処理部の機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００７８】
以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【００７９】
この出願は、２０１５年３月２３日に出願された日本出願特願２０１５−０５９３６０号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【産業上の利用可能性】
【００８０】
本発明によれば、コストアップすることなくＩｏＴの技術に適した冗長化を行うことができる。
【符号の説明】
【００８１】
１・・・情報処理システム
１０・・・クラウドサーバ装置
Ｓ１〜Ｓ６・・・センサ
Ｔ１〜Ｔ３・・・エッジ端末（第一の中継装置であるプロトコル変換装置）
Ｐ１，Ｐ２・・・エッジ端末（アプリケーション処理装置）
Ｐｎ・・・エッジ端末（副処理装置）
Ｓｗ１，Ｓｗ２・・・スイッチ（第二の中継装置）
【図１】
2016152610.tif 000003
【図２】
2016152610.tif 000004
【図３】
2016152610.tif 000005
【図４】
2016152610.tif 000006
【図５】
2016152610.tif 000007
【図６】
2016152610.tif 000008
【図７】
2016152610.tif 000009
【図８】
2016152610.tif 000010
【図９】
2016152610.tif 000011
【図１０】
2016152610.tif 000012
【国際調査報告】
2016152610.tif 000013
2016152610.tif 000014
2016152610.tif 000015
2016152610.tif 000016