JPWO2016152610A1 - 情報処理装置、中継装置、情報処理システム及び方法、及び、プログラム - Google Patents

情報処理装置、中継装置、情報処理システム及び方法、及び、プログラム Download PDF

Info

Publication number
JPWO2016152610A1
JPWO2016152610A1 JP2017508235A JP2017508235A JPWO2016152610A1 JP WO2016152610 A1 JPWO2016152610 A1 JP WO2016152610A1 JP 2017508235 A JP2017508235 A JP 2017508235A JP 2017508235 A JP2017508235 A JP 2017508235A JP WO2016152610 A1 JPWO2016152610 A1 JP WO2016152610A1
Authority
JP
Japan
Prior art keywords
processing
information
failure
information processing
predetermined
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2017508235A
Other languages
English (en)
Other versions
JP6418320B2 (ja
Inventor
信一 阿南
信一 阿南
飛鷹　洋一
洋一 飛鷹
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of JPWO2016152610A1 publication Critical patent/JPWO2016152610A1/ja
Application granted granted Critical
Publication of JP6418320B2 publication Critical patent/JP6418320B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2023—Failover techniques
    • G06F11/2025—Failover techniques using centralised failover control functionality
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2023—Failover techniques
    • G06F11/2028—Failover techniques eliminating a faulty processor or activating a spare
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2038—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant with a single idle spare processing component
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/06—Generation of reports
    • H04L43/065—Generation of reports related to network devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/22—Alternate routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2048—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant where the redundant components share neither address space nor persistent storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Environmental & Geological Engineering (AREA)
  • General Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • Health & Medical Sciences (AREA)
  • Computer And Data Communications (AREA)
  • Hardware Redundancy (AREA)

Abstract

状態情報取得装置から得た情報に基づいて所定処理を行う自装置に障害が発生しているか否かを判定する障害判定部と、前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定する処理先決定部と、を備える情報処理装置。上記障害判定部は、状態情報取得装置から得た情報に基づいて所定処理を行う他の情報処理装置に障害が発生しているか否かを判定するものであっても良い。

Description

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

Claims (18)

  1. 状態情報取得装置から得た情報に基づいて所定処理を行う自装置に障害が発生しているか否かを判定する障害判定部と、
    前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定する処理先決定部と、
    を備えることを特徴とする情報処理装置。
  2. 状態情報取得装置から得た情報に基づいて所定処理を行う他の情報処理装置に障害が発生しているか否かを判定する障害判定部と、
    前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定する処理先決定部と、
    を備えることを特徴とする情報処理装置。
  3. 前記所定処理はアプリケーション処理であることを特徴とする請求項１または請求項２の何れか一項に記載の情報処理装置。
  4. 前記ネットワークに接続される副処理装置は、クラウドネットワークのクラウド層に位置して当該ネットワークであるクラウドネットワークに接続される
    ことを特徴とする請求項２に記載の情報処理装置。
  5. 状態情報取得装置から得た情報に基づいて所定処理を行う情報処理装置に障害が発生しているか否かを判定する障害判定部と、
    前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定する処理先決定部と、
    を備えることを特徴とする中継装置。
  6. 情報処理装置と副処理装置とを有し、
    前記情報処理装置が、
    状態情報取得装置から得た情報に基づいて所定処理を行う自装置に障害が発生しているか否かを判定する障害判定部と、
    前記障害が発生している場合に、ネットワークに接続される前記副処理装置を、前記所定処理を行う処理先と決定する処理先決定部と、を備える
    ことを特徴とする情報処理システム。
  7. 情報処理装置と中継装置と副処理装置とを有し、
    中継装置が、
    状態情報取得装置から得た情報に基づいて所定処理を行う前記情報処理装置に障害が発生しているか否かを判定する障害判定部と、
    前記障害が発生している場合に、ネットワークに接続される前記副処理装置を、前記所定処理を行う処理先と決定する処理先決定部と、を備える
    ことを特徴とする情報処理システム。
  8. クラウドサーバ装置と情報処理装置と副処理装置とを有し、
    前記クラウドサーバ装置は、
    状態情報取得装置から得た情報に基づいて所定処理を行う前記情報処理装置に障害が発生しているか否かを判定する障害判定部と、
    前記障害が発生している場合に、ネットワークに接続される前記副処理装置を、前記所定処理を行う処理先と決定する処理先決定部と、
    を備えることを特徴とする情報処理システム。
  9. 状態情報取得装置から得た情報に基づいて所定処理を行う前記情報処理装置を複数有し、
    前記副処理装置は、前記複数の前記所定処理を行う情報処理装置の少なくとも一つの障害が発生している場合に、当該情報処理装置で行う処理の前記所定処理を行う
    ことを特徴とする請求項６から請求項８の何れか一項に記載の情報処理システム。
  10. 前記状態情報取得装置と前記情報処理装置との間の通信をプロトコル変換して当該状態情報取得装置から得た情報を中継するプロトコル変換装置を含む冗長構成を備えることを特徴とする請求項６から請求項９の何れか一項に記載の情報処理システム。
  11. 前記情報処理装置は、
    前記所定処理であるアプリケーション処理を行うアプリケーション装置と、
    前記状態情報取得装置との間の通信をプロトコル変換して当該状態情報取得装置から得た情報を中継するプロトコル変換装置と、
    を備えることを特徴とする請求項６に記載の情報処理システム。
  12. 情報処理装置が、
    状態情報取得装置から得た情報に基づいて所定処理を行う自装置に障害が発生しているか否かを判定し、
    前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定する
    ことを特徴とする情報処理方法。
  13. 情報処理装置が、
    状態情報取得装置から得た情報に基づいて所定処理を行う他の情報処理装置に障害が発生しているか否かを判定し、
    前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定する
    ことを特徴とする情報処理方法。
  14. 情報処理装置と副処理装置とを有する情報処理システムにおいて、
    前記情報処理装置が、
    状態情報取得装置から得た情報に基づいて所定処理を行う自装置に障害が発生しているか否かを判定し、
    前記障害が発生している場合に、ネットワークに接続される前記副処理装置を、前記所定処理を行う処理先と決定する
    ことを特徴とする情報処理方法。
  15. 情報処理装置と中継装置と副処理装置とを有する情報処理システムにおいて、
    中継装置が、
    状態情報取得装置から得た情報に基づいて所定処理を行う前記情報処理装置に障害が発生しているか否かを判定し、
    前記障害が発生している場合に、ネットワークに接続される前記副処理装置を、前記所定処理を行う処理先と決定する
    ことを特徴とする情報処理方法。
  16. クラウドサーバ装置と情報処理装置と副処理装置とを有する情報処理システムにおいて、
    前記クラウドサーバ装置が、
    状態情報取得装置から得た情報に基づいて所定処理を行う前記情報処理装置に障害が発生しているか否かを判定し、
    前記障害が発生している場合に、ネットワークに接続される前記副処理装置を、前記所定処理を行う処理先と決定する
    ことを特徴とする情報処理方法。
  17. 情報処理装置のコンピュータを、
    状態情報取得装置から得た情報に基づいて所定処理を行う自装置に障害が発生しているか否かを判定する障害判定手段、
    前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定する処理先決定手段、
    として機能させることを特徴とするプログラム。
  18. 情報処理装置のコンピュータを、
    状態情報取得装置から得た情報に基づいて所定処理を行う他の情報処理装置に障害が発生しているか否かを判定する障害判定手段、
    前記障害が発生している場合に、ネットワークに接続される副処理装置を、前記所定処理を行う処理先と決定する処理先決定手段、
    として機能させることを特徴とするプログラム。
JP2017508235A 2015-03-23 2016-03-14 情報処理装置、クラウドサーバ装置、中継装置、情報処理システム及び方法、及び、プログラム Active JP6418320B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015059360 2015-03-23
JP2015059360 2015-03-23
PCT/JP2016/057926 WO2016152610A1 (ja) 2015-03-23 2016-03-14 情報処理装置、中継装置、情報処理システム及び方法、及び、プログラム

Publications (2)

Publication Number Publication Date
JPWO2016152610A1 true JPWO2016152610A1 (ja) 2017-12-28
JP6418320B2 JP6418320B2 (ja) 2018-11-07

Family

ID=56977360

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017508235A Active JP6418320B2 (ja) 2015-03-23 2016-03-14 情報処理装置、クラウドサーバ装置、中継装置、情報処理システム及び方法、及び、プログラム

Country Status (3)

Country Link
US (1) US20180123871A1 (ja)
JP (1) JP6418320B2 (ja)
WO (1) WO2016152610A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112788089B (zh) * 2019-11-11 2023-11-07 财团法人工业技术研究院 多边缘云的网络通讯控制方法及边缘运算装置与系统
CN117251278A (zh) * 2022-06-10 2023-12-19 戴尔产品有限公司 数据处理方法、电子设备和计算机程序产品

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001202305A (ja) * 2000-01-20 2001-07-27 Nec Corp Ｎｍｓシステムにおける通信の信頼性向上方法及びｎｍｓシステム
JP2010244463A (ja) * 2009-04-09 2010-10-28 Fujitsu Ltd イベント検出制御方法及びシステム
US20130031567A1 (en) * 2011-07-25 2013-01-31 Microsoft Corporation Local event processing
WO2015037116A1 (ja) * 2013-09-13 2015-03-19 株式会社日立製作所 制御装置および制御システム

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2754273A4 (en) * 2011-09-09 2015-03-11 Ericsson Telefon Ab L M PROTECTION GROUP SWITCHING FOR SCARF EMULATON
WO2013171802A1 (en) * 2012-05-18 2013-11-21 Hitachi, Ltd. Information processing system and method for controlling the same
KR20140011530A (ko) * 2012-06-29 2014-01-29 한국전자통신연구원 클라우드 컴퓨팅 데이터 센터간 연결 경로 장애 관리 방법 및 그 장치
US8902794B2 (en) * 2012-09-27 2014-12-02 Cisco Technology, Inc. System and method for providing N-way link-state routing redundancy without peer links in a network environment
US9173117B2 (en) * 2013-05-02 2015-10-27 Telefonaktiebolaget L M Ericsson (Publ) Enhancing a mobile backup channel to address a node failure in a wireline network
US9806989B2 (en) * 2013-05-30 2017-10-31 Extreme Networks, Inc. Layer 3 (L3) best route selection rule for shortest path bridging multicast (SPBM) networks
US9608859B2 (en) * 2013-10-25 2017-03-28 Aruba Networks, Inc. System, apparatus and method for reducing failover time through redundancy using virtual access points
US9485136B2 (en) * 2013-12-09 2016-11-01 Cisco Technology, Inc. Repair of failed network routing arcs using data plane protocol
US9825839B2 (en) * 2014-07-11 2017-11-21 Cable Television Laboratories, Inc. Edge analytics
US10007513B2 (en) * 2015-08-27 2018-06-26 FogHorn Systems, Inc. Edge intelligence platform, and internet of things sensor streams system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001202305A (ja) * 2000-01-20 2001-07-27 Nec Corp Ｎｍｓシステムにおける通信の信頼性向上方法及びｎｍｓシステム
JP2010244463A (ja) * 2009-04-09 2010-10-28 Fujitsu Ltd イベント検出制御方法及びシステム
US20130031567A1 (en) * 2011-07-25 2013-01-31 Microsoft Corporation Local event processing
WO2015037116A1 (ja) * 2013-09-13 2015-03-19 株式会社日立製作所 制御装置および制御システム

Also Published As

Publication number Publication date
US20180123871A1 (en) 2018-05-03
JP6418320B2 (ja) 2018-11-07
WO2016152610A1 (ja) 2016-09-29

Similar Documents

Publication Publication Date Title
TWI642282B (zh) 錯誤恢復方法及應用其之物聯網系統與充電系統
JP6279938B2 (ja) 接続管理装置、通信システム、接続管理方法およびプログラム
JP6418320B2 (ja) 情報処理装置、クラウドサーバ装置、中継装置、情報処理システム及び方法、及び、プログラム
JPWO2017199807A1 (ja) センサ中継装置およびセンサ中継システム
JP2011258125A (ja) プロセスデータ収集装置
JPWO2020090032A1 (ja) 通信システム、通信装置及びプログラム
JP2010212751A (ja) 接続先ノード選択方法、ノード、およびプログラム
JP2007235914A (ja) デジタル映像監視システム
JP5613119B2 (ja) マスター／スレーブシステム、制御装置、マスター／スレーブ切替方法、および、マスター／スレーブ切替プログラム
CN114245978B (zh) 主机装置、运算处理装置、控制器、网络系统以及方法
JP2018055226A (ja) クラスタシステム、サーバ、動作方法、及びプログラム
JP2008287632A (ja) 制御装置復帰システム
JP2005269004A (ja) 多重ループ型ネットワークの故障箇所判定方法、多重ループ型ネットワーク、ノード装置
JP7120657B2 (ja) サーバ、サーバシステム、時刻同期方法及びプログラム
US20220210007A1 (en) Edge server and edge server system
JP6428273B2 (ja) コマンド処理システム及びコマンド処理方法
JP2019140643A (ja) 伝送装置
JP2019075677A (ja) ネットワークカメラ、それを含むネットワークカメラシステム、その通信制御方法、通信制御装置、および通信制御プログラム
JP6367630B2 (ja) 冗長系システム、冗長機器及びその切替方法
JP7154569B2 (ja) 通信装置
JP2013208043A (ja) 電力系統監視装置
US11150980B2 (en) Node device, recovery operation control method, and non-transitory computer readable medium storing recovery operation control program
JP6903843B2 (ja) ノード
JP2018064179A (ja) 伝送装置，プログラムおよびネットワークシステム
JP2016082316A (ja) 通信中継装置および通信中継方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170915

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180529

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180730

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20180911

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180924

R150 Certificate of patent or registration of utility model

Ref document number: 6418320

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150