JP2022033632A - 情報処理装置、方法、コンピュータプログラム、及び、記録媒体 - Google Patents

Abstract

【課題】ホストコンピュータ等を設ける必要がなく設計工数が小さいネットワークシステム等を提供すること。【解決手段】情報処理装置は、ネットワークシステムを構成するメンバー装置となる情報処理装置であって、接続されるネットワークシステムに対して自律的に問い合わせを行い、一体となってネットワークシステムを形成する他のメンバー装置を検出する、検出部と、検出部によって他のメンバー装置が検出される場合には、他のメンバー装置を介してネットワークシステムに新たに登録され、ネットワークシステムのメンバー装置を示すリストを更新する、リスト管理部と、を備える。【選択図】図７

Description

本発明は、情報処理装置、情報処理装置の制御方法、情報処理装置の制御に用いるコンピュータプログラム、及び、その記録媒体に関する。

複数のメンバー装置により構成されるネットワークシステムにおいては、一般に当該ネットワークシステムを管理するサーバが設けられる必要がある。そのため、ネットワークシステムに別の装置を追加的にメンバー装置として登録する場合には、サーバがその装置を新たなメンバー装置としてネットワークシステムに登録する必要がある。

例えば、特許文献１に開示の技術によれば、ネットワークシステムを構成する設備機器は特定の処理を行うオブジェクトに応じてオブジェクト識別子を記憶しており、サーバがオブジェクト識別子に基づいてネットワークシステムを管理する。これにより、ネットワーク接続設定によらずにシステムを構築することができるので、設備機器の増減に柔軟に対応することができる。

特開２００７－２６５０４５号公報

特許文献１に開示された技術によれば、ネットワークシステムを管理するためにサーバを用いる必要がある。このようなネットワークシステムの管理用のサーバを設けるために、システム設計の工数が増大するおそれがある。

本発明は上述の課題を解決するためになされたものであり、その目的とするところは、ホストコンピュータ等を設ける必要がなく設計工数が小さいネットワークシステム等を提供することにある。

上述の課題は、以下の構成を有する情報処理装置等により解決することができる。

すなわち、本発明の一態様に係る情報処理装置は、ネットワークシステムを構成するメンバー装置となる情報処理装置であって、接続されるネットワークシステムに対して自律的に問い合わせを行い、一体となってネットワークシステムを形成する他のメンバー装置を検出する、検出部と、検出部によって他のメンバー装置が検出される場合には、他のメンバー装置を介してネットワークシステムに新たに登録され、ネットワークシステムのメンバー装置を示すリストを更新する、リスト管理部と、を備える。

このような本発明の一態様によれば、ネットワークシステムに接続後に、自律的な問い合わせによりネットワークシステムを形成すべきメンバー装置が特定され、当該メンバー装置との間でネットワークシステムのメンバー装置リストが共有され、新たなメンバー装置として登録される。そのため、ネットワークシステムを管理するためのホストが不要になり、装置間の主従関係や接続順等を考慮することなく、小さな設計工数でネットワークシステムを構築することができる。

図１は、第１実施形態のデータ処理装置を含むデータ処理システムのブロック図である。 図２は、データ処理装置のハードウェア構成図である。 図３は、第１装置のソフトウェア構成図である。 図４は、追加装置のソフトウェア構成図である。 図５は、追加装置の参加時の追加装置における登録制御を示すフローチャートである。 図６は、追加装置における登録制御を示すフローチャートである。 図７は、追加装置と第１装置との間における登録制御の相互処理を示すシーケンスチャートである。 図８は、グループデータベースの一例を示す図である。 図９は、追加装置の初期設定制御を示すシーケンスチャートである。 図１０は、第２実施形態のグループデータベースの一例を示す図である。 図１１は、第３実施形態において、第１装置による異常ポッドの再デプロイ要求制御を示すフローチャートである。 図１２は、第２装置における再デプロイ制御を示すフローチャートである。 図１３は、第１装置と第２装置との間における再デプロイ制御の相互処理を示すシーケンスチャートである。

以下、図面を参照して、本発明の実施形態について説明する。

（第１実施形態）
図１は、本実施形態のデータ処理装置を備えるデータ処理システムの構成を示すブロック図である。

データ処理システム１０は、一例として、工場や建設現場などのローカル環境において、製造工程や建設工程などの各工程の監視、及び、各工程に用いられる作業機器を制御するシステムである。データ処理システム１０は、第１装置１１、第２装置１２、及び、第３装置１３により構成されており、これらの装置がＬＡＮ１４を介して互いに接続されている。また、データ処理システム１０は、データを記憶可能なストレージ１５を含む。

第１装置１１、第２装置１２、及び、第３装置１３は、それぞれがローカル環境において所定の処理を行う。一例として、これらの装置は、センサにより検出されるセンサ情報、すなわち、カメラの撮影画像や動画、また、角度センサにより検出される角度情報等を取得すする。データ処理システム１０においては、第１装置１１～第３装置１３は、相互に連携して処理を行う。

また、第１装置１１、第２装置１２、及び、第３装置１３は、同じベンダーによりハードウェアが提供されている。そのため、例えば、ＬＡＮ１４を介したEthernet接続に用いられるＭＡＣアドレスはベンダーにより割り当てられた所定の範囲の値となる。

ストレージ１５は、第１装置１１、第２装置１２、及び、第３装置１３により取得されたデータだけでなく、データ処理システム１０を構成する第１装置１１～第３装置１３の動作プログラムのイメージデータを記憶してもよい。また、ストレージ１５は、ログデータやプログラムデータを記憶してもよい。

データ処理システム１０は、ＷＡＮ１７と通信可能に構成されてもよい。ＷＡＮ１７と接続される場合には、ＷＡＮ１７上の資源を用いてデータ処理システム１０を動作させることができる。

本実施形態においては、このようなデータ処理システム１０に対して、新たに追加装置１６が登録されるものとする。この追加装置１６は、第１装置１１、第２装置１２、及び、第３装置１３と同じベンダーにより提供されており、所定範囲のＭＡＣアドレスを備えるものとする。

図２は、第１装置１１のハードウェア構成の一例を示す図である。なお、第２装置１２、第３装置１３、及び、追加装置１６は、この図に示されるハードウェア構成となるものとする。

第１装置１１は、全体を制御するＣＰＵ（Central Processing Unit）及びＧＰＵ（Graphics Processing Unit）により構成される制御部２１と、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、又はハードディスク等により構成され、プログラムや各種のデータ等を記憶する記憶部２２と、外部機器とのデータの入出力を行う入出力ポート２３と、ＬＡＮ１４等を介して通信を行う通信部２４と、ディスプレイ、ＬＥＤ、又はスピーカ等からなりデータに応じた表示を行う表示部２５と、キーボード等の外部からの入力を受け付ける入力部２６と、を備える。制御部２１、記憶部２２、入出力ポート２３、通信部２４、表示部２５、及び、入力部２６は、バス接続により互いに通信可能に構成されている。

記憶部２２にはプログラムが記憶されており、記憶されたプログラムが所定の動作をすることにより、入力されたデータに対して所定の処理を行う第１装置１１が構成される。また、第１装置１１は、通信部２４を用いて有線及び無線のＬＡＮ１４を介して、第２装置１２、第３装置１３、及び、ストレージ１５と相互に通信可能に構成される。

図３は、第１装置１１のソフトウェア構成図である。なお、第１装置１１と同様にデータ処理システム１０のメンバーとして動作する第２装置１２、及び、第３装置１３は、同様のソフトウェア構成を備えるものとする。

このソフトウェア構成の概略は以下のとおりである。

ＣＰＵ３１及びＧＰＵ３２上に、オペレーションシステム（ＯＳ）３３が設けられ、その上に、通信機能を実現するネットワーク（ＮＷ）インターフェースドライバ３４、ＩＰ処理部３５、及び、ＴＣＰ処理部３６が設けられている。そして、データ処理システム１０の登録及び管理を行うネットワーク（ＮＷ）管理部３７が設けられている。

さらに、ＮＷインターフェースドライバ３４、ＩＰ処理部３５、及び、ＴＣＰ処理部３６により提供される通信機能を、上位アプリケーションが利用できるようにするために、ネットワーク（ＮＷ）アプリケーション処理部３８が設けられる。このＮＷアプリケーション処理部３８により提供されるインターフェースを用いて、アプリケーションが通信機能を実現する。

ＮＷアプリケーション処理部３８よりも上位のアプリケーション層には、オーケストレーションツール３９、及び、コンテナエンジン４０が設けられている。動作するアプリケーションはコンテナエンジン４０によりコンテナ化されるとともに、その動作に必要なハードウェアリソースがオーケストレーションツール３９によって管理（オーケストレーション）される。

オーケストレーションツール３９が設けられる場合には、アプリケーションの動作環境であるオーケストレーション処理領域４１が構成され、オーケストレーション処理領域４１内でアプリケーションが動作する。また、コンテナ化されていない領域に、汎用データベース４６が設けられている。なお、オーケストレーション処理領域４１は、クラスタと称されることがある。

以下では、これらのソフトウェア構成の詳細について順に説明する。

ＣＰＵ３１及びＧＰＵ３２等により構成されるハードウェアの上において動作するＯＳ３３がインストールされている。ＯＳ３３は、システム全体を管理し、さまざまなアプリケーションソフトを動かすための最も基本的なソフトウェアである。さらに、ＯＳ３３の上には、ネットワーク接続機能に関連するＮＷインターフェースドライバ３４が設けられる。そして、ＮＷインターフェースドライバ３４の上には、ＩＰ処理部３５及びＴＣＰ処理部３６が設けられており、所定のプロトコルに沿った通信機能が提供される。

ＮＷインターフェースドライバ３４は、ＯＳＩ参照モデルにおける物理層（Ｌ１）及びデータリンク層（Ｌ２）に相当するEthernetやＭＡＣアドレス等を用いた通信機能を実現する。ＩＰ処理部３５は、ネットワーク層（Ｌ３）に相当するＩＰプロトコルを用いた通信を実現し、ＴＣＰ処理部３６は、トランスポート層（Ｌ４）に相当するＴＣＰプロトコルを用いた通信を実現する。

そして、ＴＣＰ処理部３６よりも上位のプロトコル処理を行う機能ブロックとして、ＮＷ管理部３７、及び、ＮＷアプリケーション処理部３８が設けられている。

ＮＷ管理部３７は、第２装置１２及び第３装置１３と一体となって動作するデータ処理システム１０のグループ管理を行うブロックであり、接続確認部３７１、グループ管理部３７２、グループデータベース３７３、及び、Boot領域確保処理部３７４を備える。ＮＷ管理部３７においては、主に、ＩＰ処理部３５により提供される通信機能、すなわち、ＯＳＩ参照モデルにおけるネットワーク層（ＴＣＰ／ＩＰ階層モデルにおけるインターネット層）における通信機能を用いて他の装置と通信を行う。

接続確認部３７１は、主に、自装置が新たにデータ処理システム１０に接続された際に、自律的にデータ処理システム１０への登録処理を行う。グループ管理部３７２は、データ処理システム１０のグループメンバーの装置（第１装置１１～第３装置１３、及び、追加装置１６）を管理する。

グループデータベース３７３は、グループ管理部３７２による管理情報を示すデータベース（リスト）であり、キャッシュメモリに配置されており高速アクセスが可能である。グループデータベース３７３には、主に、ＩＰ処理部３５により提供されるネットワーク層による通信機能に必要な情報が記録される。また、グループデータベース３７３は、例えば、etcd等の分散保持型のデータベースシステムを用いるととともに、所定の拡散プロトコル（Gossip Overlay Protocol等）で通信することで、データ処理システム１０を構成する装置（第１装置１１～第３装置１３、及び、追加装置１６）間で同期される。Boot領域確保処理部３７４は、自身が新たにデータ処理システム１０へと登録された場合における、初期設定時のソフトウェア構築に用いられる。

さらに、第１装置１１においては、ＮＷアプリケーション処理部３８が設けられている。ＮＷアプリケーション処理部３８は、ＮＷ管理部３７によるデータ処理システム１０の管理とは別に、ＮＷインターフェースドライバ３４～ＴＣＰ処理部３６による通信機能を用いたアプリケーション制御を行う。

ＮＷアプリケーション処理部３８は、リソース取得部３８１及びＮＷアプリケーション部３８２を備える。初期設定時においては、まず、リソース取得部３８１が第１装置１１にダウンロードされて構成される。その後に、リソース取得部３８１がＮＷアプリケーション部３８２を第１装置１１にダウンロードすることで、ＮＷアプリケーション処理部３８の動作リソースが取得される。このようにして、ＮＷアプリケーション処理部３８の機能を実現することができる。

また、オーケストレーションツール３９は、リソース取得部３９１及びオーケストレーション部３９２を備える。初期設定時においては、まず、リソース取得部３９１が第１装置１１にダウンロードされて構成される。その後に、リソース取得部３９１がオーケストレーション部３９２を第１装置１１にダウンロードすることで、オーケストレーションツール３９の動作リソースが取得される。このようにして、オーケストレーションツール３９によるオーケストレーション環境が構築可能となる。

そして、オーケストレーションツール３９によって構成される環境には、コンテナエンジン４０が設けられる。なお、コンテナエンジン４０は、ハードウェアリソース等を仮想化することでコンテナ領域を形成し、そのコンテナ環境でアプリケーションを動作させることができる。その結果、コンテナ化されたアプリケーションは、オーケストレーションツール３９によりハードウェアリソースが管理された状態において、コンテナエンジン４０によって形成されたコンテナ環境で実行されることとなる。

このようにコンテナ化されたアプリケーションは、ライブラリと一体的に構成されており、コンテナ化と称されることがある。このように、コンテナエンジン４０により構成されるコンテナ環境が、オーケストレーションツール３９によってリソース管理され、このような環境においてコンテナ化されたアプリケーションが動作することとなる。

詳細には、オーケストレーションツール３９は、コンテナ化されたアプリケーションが実行される環境として、オーケストレーション処理領域４１と称される論理領域を構築する。オーケストレーション処理領域４１には、オーケストレーション処理領域４１の全体を管理するマスタ４２と、アプリケーションの実行環境であるノード４３とが設けられる。マスタ４２は、コンテナ４４の実行環境であるノード４３のハードウェアリソースの管理を行う。

ノード４３においては、アプリケーションがライブラリと一体となって構成されるコンテナ４４が設けられ、１以上のコンテナ４４（図３においては２つのコンテナ４４）が、ポッド４５という単位で管理されている。なお、ポッド４５は、１または２以上のコンテナ４４により構成されうる。ポッド４５は、ノード４３内においてポッド管理ブロックによって管理される。なお、ポッド管理ブロックは、マスタ４２からの指示に従って、ノード４３におけるリソース管理を行う。

また、マスタ４２は、コンテナデプロイシステム４２１を有しており、初期設定時においては、コンテナデプロイシステム４２１が主体となって、ノード４３に配置されるポッド４５をデプロイする。これにより、アプリケーション（ポッド４５）が実行可能な環境となる。

このように、オーケストレーションツール３９及びコンテナエンジン４０が導入された環境においては、コンテナ化されたアプリケーションはポッド４５の単位で管理される。そして、ポッド４５は、オーケストレーション処理領域４１内のノード４３において実行される。なお、コンテナ化されていないアプリケーション（図３において不図示）は、オーケストレーション処理領域４１のリソースを用いずに動作されてもよい。また、このようなコンテナ化されていないアプリケーションは、オーケストレーション処理領域４１内のポッド４５と双方向に通信することができる。

なお、第１装置１１には、オーケストレーション処理領域４１の外に、汎用データベース４６が設けられている。ポッド４５は、所定の処理を実行する際に汎用データベース４６へアクセスし、データの読み書きを行うことができる。

本実施形態においては、オーケストレーション処理領域４１内に１つのノード４３が設けられる例について説明したが、これに限らない。オーケストレーション処理領域４１内に複数のノード４３が設けられてもよい。

図４は、追加装置１６のソフトウェア構成図である。

ここで、図３の第１装置１１の構成と、図４の追加装置１６の構成とを比較すると、ＣＰＵ３１～ＮＷ管理部３７の構成は共通して設けられている。しかしながら、第１装置１１に存在するＮＷアプリケーション処理部３８～汎用データベース４６の構成は、図４において点線で示されている。これは、これらの構成が初期設定時において追加装置１６には存在していないことを意味する。

追加装置１６は、データ処理システム１０に新たに参加登録される時点においては、最小限の構成であるＣＰＵ３１～ＮＷ管理部３７を備えている。そして、ＮＷ管理部３７によって追加装置１６がデータ処理システム１０に登録された後に、ＮＷアプリケーション処理部３８～汎用データベース４６の構成がデータ処理システム１０の他の装置からダウンロードされる。このような初期設定制御については、後に図９を用いて説明する。以下では、追加装置１６のデータ処理システム１０への登録制御について説明する。

図５は、追加装置１６のＮＷ管理部３７により行われるデータ処理システム１０への登録制御を示すフローチャートである。なお、この登録制御は、主に、ＮＷ管理部３７の接続確認部３７１及びグループ管理部３７２により行われる、また、データ処理システム１０を構成する装置は、グループデータベース３７３に記録されて管理される。

ステップＳ５１において、追加装置１６がネットワークに接続されてデータ処理システム１０へと参加する場合に、接続確認部３７１は、自律的に、データ処理システム１０を構成する装置の全てに対して、ＡＲＰ（Address Resolution Protocol）信号をブロードキャスト送信する。ここで、ＡＲＰ信号は、一般に、アドレス解決プロトコルと称されており、当該信号を受信した第１装置１１～第３装置１３のＮＷインターフェースドライバ３４は、自身のＩＰアドレス及びＭＡＣアドレスを示すＡＲＰ応答を発信元へと応答する。

ステップＳ５２において、接続確認部３７１は、第１装置１１～第３装置１３からのＡＲＰ応答を受信する。これにより、接続確認部３７１は、データ処理システム１０を構成する他の装置において使用されているＩＰアドレス、及び、ＭＡＣアドレスを取得する。

ステップＳ５３において、接続確認部３７１は、取得したＡＲＰ信号に含まれるＭＡＣアドレスの全てについて、所定の範囲内であるか否かを判定する。ここで、データ処理システム１０を構成する第１装置１１～第３装置１３、及び、追加装置１６は、同じベンダーにより製造されている等の理由により、予めこれらの装置が有するＭＡＣアドレスの範囲を記憶している。そこで、接続確認部３７１は、データ処理システム１０を構成する装置のＭＡＣアドレスが所定範囲内である場合には、追加装置１６が新たに登録するデータ処理システム１０の構成メンバーが存在していると判断できる。

受信したＡＲＰ信号に含まれるＭＡＣアドレスが所定の範囲内にある場合には（Ｓ５３：Ｙｅｓ）、追加装置１６のデータ処理システム１０への参加処理を継続するために、次に、ステップＳ５４の処理が行われる。ＭＡＣアドレスが所定の範囲内でない場合には（Ｓ５３：Ｎｏ）、追加装置１６の参加対象となるデータ処理システム１０が存在しないと判断して、処理を終了する。

ステップＳ５４において、接続確認部３７１は、ＭＡＣアドレスが所定の範囲内である第１装置１１～第３装置１３に対して使用ポートの問い合わせを行う。ここで、データ処理システム１０においては共通するアプリケーション（ポッド４５）が使用されており、それらのアプリケーションの使用するポート番号は予め定められている。そこで、接続確認部３７１は、そのポート番号の使用有無の問い合わせを行う。ＮＷインターフェースドライバ３４は、使用中のポート番号を管理しているので、問い合わせのあったポート番号の使用有無を応答する。

ステップＳ５５において、接続確認部３７１は、問い合わせを行った第１装置１１～第３装置１３のＮＷインターフェースドライバ３４からの所定のポート番号の使用の有無の応答を受信する。

ステップＳ５６において、接続確認部３７１は、特定のポート番号が使用されている旨の応答を受信したか否かを判定することにより、第１装置１１～第３装置１３により構成されるデータ処理システム１０において共通のポッド４５が動作しているか否かを判断することができる。

所定のポート番号の使用を示す応答を受信した場合には（Ｓ５６：Ｙｅｓ）、接続先のデータ処理システム１０が参加すべきネットワークシステムであると判定して、追加装置１６のデータ処理システム１０への登録を行うために、次に、ステップＳ５７の処理が行われる。所定のポート番号の使用を示す応答を受信しない場合には（Ｓ５６：Ｎｏ）、追加装置１６の参加対象となるデータ処理システム１０が存在しないと判断して、処理を終了する。

ステップＳ５７において、追加装置１６をデータ処理システム１０へ新たに参加登録するために、グループ管理部３７２は、データ処理システム１０のうちの他の装置（例えば、第１装置１１）のグループ管理部３７２に対してデータ処理システム１０への登録要求を送信する。

なお、登録要求を受信した他の装置のグループ管理部３７２は、追加装置１６から受信したグループ登録要求が所定のフォーマットであると判断すると、グループデータベース３７３に対して追加装置１６を追加するとともに、追加装置１６を含む他の装置のグループデータベース３７３の更新を指示する。

ステップＳ５８において、追加装置１６のグループデータベース３７３は、参加したデータ処理システム１０の他の装置のグループデータベース３７３と同期連携して、自身が追加された情報を取得しグループデータベース３７３に記録する。

このようにして、追加装置１６のデータ処理システム１０への登録制御が終了される。

図６は、追加装置１６がデータ処理システム１０へ参加する場合において、データ処理システム１０を構成する他の装置（例えば、第１装置１１）における登録制御を示すフローチャートである。

ステップＳ６１において、第１装置１１のグループ管理部３７２は、追加装置１６のグループ管理部３７２からデータ処理システム１０への登録要求を受信する。なお、追加装置１６からの登録要求の送信は、図５のステップＳ５７の処理に相当する。

ステップＳ６２において、グループ管理部３７２は、追加装置１６から受信した登録要求が予め定められた所定のフォーマットであるか否かを判定する。ここで、データ処理システム１０を構成する装置は、所定の処理を行うものであるため、登録要求等の互いの装置間でやりとりするデータのフォーマットが予め定められている。そこで、登録要求が所定のフォーマットであるか否かを判定することで、登録要求の送信元がデータ処理システム１０を構成可能な装置であるか否かを判定することができる。

受信した登録要求が所定のフォーマットである場合には（Ｓ６２：Ｙｅｓ）、グループ管理部３７２は、追加装置１６の登録処理を継続するために、次にステップＳ６３の処理を行う。受信した登録要求が所定のフォーマットでない場合には（Ｓ６２：Ｎｏ）、グループ管理部３７２は、登録要求を送信した装置はデータ処理システム１０を構成できないと判定して、制御を終了する。

ステップＳ６３において、グループ管理部３７２は、ＮＷ管理部３７内に設けられたグループデータベース３７３に対して、登録要求を送信した追加装置１６の情報を登録する。なお、登録要求には、例えば、図８に示されるグループデータベース３７３のフォーマットに沿った情報が記憶されていれるものとする。

ステップＳ６４において、第１装置１１のグループ管理部３７２は、他の装置のグループ管理部３７２に対して、グループデータベース３７３の変更の更新を要求する。各装置のグループデータベース３７３は、etcd等の分散保持型のデータベースシステムや拡散プロトコルの通信等により、互いに差分を効率よく同期して更新することができるように構成されている。なお、このように同期して差分を更新することで、追加装置１６のグループデータベース３７３には、最新の情報が記録される。

このようにして、追加装置１６のデータ処理システム１０への登録制御が終了される。

図７は、データ処理システム１０に対して追加装置１６が登録要求を行う場合において、装置間の相互処理を示すシーケンスチャートである。なお、この図に示されたステップＳ７０１～Ｓ７１０と対応して、図５及び図６に示された処理ステップが括弧書きで示されている。

ステップＳ７０１において、追加装置１６（接続確認部３７１）は、ＬＡＮ１４への接続が完了してＩＰアドレスが設定されると、ＬＡＮ１４と接続されたデータ処理システム１０を構成する任意の装置（第１装置１１～第３装置１３）に対して自律的にＡＲＰ信号を送信する。ＡＲＰ信号を受信した装置は、送信元に対してＩＰアドレス及びEthernetのＭＡＣアドレスを応答する。なお、ＡＲＰ信号への応答処理は、ＮＷインターフェースドライバ３４が行う。

ステップＳ７０２において、データ処理システム１０を構成する第１装置１１～第３装置１３にＡＲＰ信号が到着すると、ＮＷインターフェースドライバ３４がＩＰアドレス及びＭＡＣアドレスを追加装置１６（接続確認部３７１）へと応答する。

ステップＳ７０３において、追加装置１６（接続確認部３７１）は、第１装置１１～第３装置１３からのＡＲＰ信号を受信すると、受信したＭＡＣアドレスが所定の範囲内にあるいか判定する。追加装置１６は、ＭＡＣアドレスが同一ベンダーによって割り振られた範囲であるか否かを判定することにより、データ処理システム１０のメンバー装置が存在するか否かを判定することができる。

例えば、ＬＡＮ１４には、第１装置１１～第３装置１３以外に、他の装置が接続されている可能性がある。しかしながら、これらの装置は、データ処理システム１０を構築しうる装置ではないため所定の範囲のＭＡＣアドレスを有していない。そのため、追加装置１６（接続確認部３７１）は、受信したＡＲＰ信号に含まれる全てのＭＡＣアドレスが所定の範囲内でない場合には、参加対象となるデータ処理システム１０を構成する装置が存在しないと判断して、処理を終了する。

一方で、受信したＡＲＰ信号に含まれるＭＡＣアドレスが所定の範囲内にある場合には、追加装置１６（接続確認部３７１）は、データ処理システム１０を構成するメンバー装置が存在すると判断し、追加装置１６のデータ処理システム１０への登録処理を継続するために、ステップＳ７０４の処理を行う。

ステップＳ７０４において、追加装置１６（接続確認部３７１）は、ＭＡＣアドレスが所定の範囲内である第１装置１１～第３装置１３に対して使用ポートの一覧を問い合わせる。当該問い合わせは汎用的なＴＣＰ／ＩＰで規定された処理（例えば、netstatコマンド）によって行われる。なお、使用ポートの一覧の問い合わせに替えて、所定のポートの使用有無を問い合わせてもよい。

ステップＳ７０５において、第１装置１１～第３装置１３のＮＷインターフェースドライバ３４が、使用するポートを追加装置１６へと応答する。

ステップＳ７０６において、追加装置１６（接続確認部３７１）は、応答内容に従って、特定のポート番号の使用有無を判定することにより、データ処理システム１０において共通のポッド４５が動作するメンバー装置の存在有無を判断する。

追加装置１６（接続確認部３７１）は、所定のポートの使用が確認できない場合には、データ処理システム１０が参加すべきネットワークシステムでないと判定して、グループへの登録処理を終了する。一方、所定のポート番号の使用を確認できる場合には、追加装置１６内において、接続確認部３７１は、それらのポート番号を使用する装置をメンバー装置として判断する。そして、接続確認部３７１は、自装置内のグループ管理部３７２に対してデータ処理システム１０への登録要求を送信するように指示する。

ステップＳ７０７において、グループ管理部３７２は、データ処理システム１０を構成する任意の装置（第２装置１２）に対して登録要求を送信する。なお、登録要求の送信先は、第１装置１１または第３装置１３であってもよい。

ステップＳ７０８において、第２装置１２のグループ管理部３７２は、受信した登録要求が所定のフォーマットであるか否かを判定する。所定のフォーマットである場合には、追加装置１６がデータ処理システム１０に登録されうる装置であるため、グループ管理部３７２は、グループへの登録が可能であると判断する。

ステップＳ７０９において、グループ管理部３７２は、登録要求が所定のフォーマットである場合には、グループデータベース３７３に追加装置１６に関する情報を新たに記録する。

ステップＳ７１０において、グループ管理部３７２は、ＮＷ管理部３７内の他の装置（第１装置１１、及び、第３装置１３）、及び、追加装置１６に設けられたグループデータベース３７３に対して、追加装置１６が登録されたデータの反映を要求する。なお、この同期は各装置のグループ管理部３７２が同期連携することにより行われる。

このようにして、グループデータベース３７３には追加装置１６が登録されることで、追加装置１６がデータ処理システム１０に新たに追加され、他の装置（第１装置１１～第３装置１３）と連携して動作することができる。

図８は、グループデータベース３７３に記憶されるデータベースの一例である。

この例のグループデータベース３７３においては、最左の列に、本実施形態に示された装置との対応関係を示す参考情報として、第１装置１１～第３装置１３、及び、追加装置１６が示されているが、当該情報は含まれていなくてもよい。さらに、右に向かって、「接続状態」、「装置名称」、「ＯＳバージョン」、「ＭＡＣアドレス」、「ＩＰアドレス」、及び、「プロジェクトシンボル」の欄（列）が設けられている。

「接続状態」の欄には、それぞれの装置のデータ処理システム１０への接続の有無を示す状態が示されている。任意の装置の接続確認部３７１が定期的にＡＲＰ信号を送信することで、各装置のデータ処理システム１０（ＬＡＮ１４）への接続状態を知ることができる。一時的に取り外された装置が存在する場合には、その装置はＡＲＰ信号に応答できないので切断された状態となる。

「装置名称」の欄には、各装置についてユーザが登録した名称が示される。また、「ＯＳバージョン」の欄には、各装置のＯＳのバージョンが記録されている。これらの情報は、各々の装置において自身のグループデータベース３７３に記録されると、同期処理によって他の装置のグループデータベース３７３にも記録される。

「ＭＡＣアドレス」及び「ＩＰアドレス」の欄には、ネットワーク情報が記録されている。これらのネットワーク情報は、任意の装置がＡＲＰ信号を用いて取得した他の装置のネットワーク情報であってもよいし、各々の装置が記録する自身の情報であってよい。記録された情報は、同期処理によって他の装置のグループデータベース３７３にも記録される。なお、これらの情報は、主に、ＩＰ処理部３５により提供されるネットワーク層における通信機能に必要な情報に相当する。

「プロジェクトシンボル」には、それぞれの装置において動作するプロジェクトが示されている。この例においては、第１装置１１～第３装置１３は全て同じものであり、追加装置１６は未設定であるものとする。このようなシンボルを用いることで、処理機能毎に装置の区分設定等を行うことができる。

このようなグループデータベース３７３によって、データ処理システム１０を構成する装置を管理することができる。

図９は、追加装置１６のデータ処理システム１０への参加後の初期設定制御を示すものである。初期設定制御によって、ＮＷアプリケーション処理部３８～汎用データベース４６の構成がデータ処理システム１０を構成する他の装置からダウンロードされる。ソフトウェアのダウンロード元となる他の装置は、第１装置１１～第３装置１３に限られず、ストレージ１５であってもよい。

ステップＳ９０１において、追加装置１６のＮＷ管理部３７のBoot領域確保処理部３７４は、他の装置に対して、ＮＷアプリケーション処理部３８のリソース取得部３８１のイメージの取得を要求する。

ステップＳ９０２において、追加装置１６は、他の装置からリソース取得部３８１のイメージを取得する。そして、ステップＳ９０３において、取得したイメージを用いてリソース取得部３８１が生成される。

ステップＳ９０４において、リソース取得部３８１は、他の装置に対してＮＷアプリケーション部３８２のイメージを要求する。ステップＳ９０５において、ＮＷアプリケーション部３８２のイメージを取得すると、ステップＳ９０６において、取得したイメージを用いてＮＷアプリケーション部３８２が生成される。このようにして、ＮＷアプリケーション処理部３８の動作リソースが取得される。

ステップＳ９０７において、リソース取得部３８１は、さらに、他の装置に対してオーケストレーションツール３９のリソース取得部３９１のイメージを要求する。ステップＳ９０８において、リソース取得部３９１のイメージを取得すると、ステップＳ９０９において、取得したイメージを用いてリソース取得部３９１が生成される。

ステップＳ９１０において、リソース取得部３９１は、他の装置に対してオーケストレーション部３９２のイメージを要求する。ステップＳ９１１において、オーケストレーション部３９２のイメージを取得すると、ステップＳ９１２において、取得したイメージを用いてオーケストレーション部３９２が生成される。このようにして、オーケストレーションツール３９の動作リソースが取得される。

また、図９において示されていないが、オーケストレーション部３９２と同時に、又は、オーケストレーション部３９２に先立って、コンテナエンジン４０が他装置から取得されたイメージを用いて設けられる。このようにして構成されたオーケストレーションツール３９及びコンテナエンジン４０によって、オーケストレーション処理領域４１が生成可能な状態となる。

ステップＳ９１３において、オーケストレーション部３９２は、コンテナ４４の実行環境であるオーケストレーション処理領域４１を生成するとともに、オーケストレーション処理領域４１内の管理を行うマスタ４２の生成を指示する。ステップＳ９１４において、当該指示を受けてマスタ４２が設けられる。ステップＳ９１５において、マスタ４２は、他装置に対してポッド４５の取得を要求すると、ステップＳ９１６において、ポッド４５のイメージが取得され、ステップＳ９１７において、ポッド４５がデプロイされる。また、図示されていないが、汎用データベース４６も、他装置からダウンロードされる。

このようにして、追加装置１６はＮＷ管理部３７のみが構成されている状態から、ＮＷアプリケーション処理部３８～汎用データベース４６の構成が、順次、データ処理システム１０の他装置からダウンロードされる。なお、これらのイメージの格納元は、第１装置１１、第２装置１２、第３装置１３、及び、ストレージ１５のいずれであってもよく、複数の格納元から追加装置１６にデプロイされてもよい。

第１実施形態によれば以下の効果を得ることができる。

第１実施形態の情報処理装置である追加装置１６は、データ処理システム１０（ネットワークシステム）を構成するメンバー装置である。追加装置１６は、接続確認部３７１（検出部）と、グループ管理部３７２（リスト管理部）を備える。接続確認部３７１は、ＬＡＮ１４に接続されると、データ処理システム１０に対して自律的に問い合わせを行い、一体となってデータ処理システム１０を形成する他のメンバー装置（第１装置１１～第３装置１３）を検出する。グループ管理部３７２は、検出された他のメンバー装置を介してデータ処理システム１０に新たに登録され、データ処理システム１０のメンバー装置を示すグループデータベース３７３（リスト）を更新する。

このように構成されることで、データ処理システム１０に接続後に、自律的な問い合わせによりデータ処理システム１０を形成すべき他のメンバー装置（第１装置１１～第３装置１３）が特定される。そして、データ処理システム１０を構成するメンバー装置を示すグループデータベース３７３に、追加装置１６が新たなメンバー装置として登録される。このように、ネットワークシステムであるデータ処理システム１０を管理するためのホストが不要な構成となり、装置間の主従関係や接続順等を考慮することなくデータ処理システム１０を構築することができる。

第１実施形態の情報処理装置である追加装置１６によれば、接続確認部３７１（検出部）と、グループ管理部３７２（リスト管理部）によって前記他のメンバー装置との間で行われる通信は、インターネット層において行われる。このような構成となることによって、追加装置１６にネットワーク層よりも上位のトランスポート層等による通信機能を提供するソフトウェアがインストールされていない状態でも、自律的に他のメンバー装置と通信を行ってデータ処理システム１０への登録ができるため、より柔軟にデータ処理システム１０を構築することができる。

第１実施形態の情報処理装置である追加装置１６によれば、グループデータベース３７３には、データ処理システム１０内でネットワーク層による通信に必要なＩＰアドレスやＭＡＣアドレスを記憶する。このような構成となることで、追加装置１６はメンバー装置の登録制御には最低限の通信機能だけ実現できればよいため、最少の構成でデータ処理システム１０への登録をすることができる。

第１実施形態の情報処理装置によれば、例えば、追加装置１６のグループ管理部３７２は、他のメンバー装置（第１装置１１～第３装置１３）のグループ管理部３７２と同期して、グループデータベース３７３を更新する。

このように構成されることで、１つの装置においてグループデータベース３７３に変更が生じた場合には、自動的に同期がなされ、他の装置におけるグループデータベース３７３を更新することができる。その結果、データ処理システム１０に参加する全ての装置において同じ内容のグループデータベース３７３を管理することができるので、装置間の主従関係や接続順等を考慮することなくデータ処理システム１０を構築することができる。

第１実施形態の情報処理装置によれば、追加装置１６のグループ管理部３７２は、他のメンバー装置（第１装置１１～第３装置１３）のグループ管理部３７２と、拡散プロトコル（例えば、Gossip Overlay Protocol）を利用して同期する。拡散プロトコルを用いることにより、ある装置におけるグループデータベース３７３の変更を、他の装置のグループデータベース３７３に早期に反映させることができる。その結果、データ処理システム１０に参加する全ての装置において同じ内容のグループデータベース３７３を管理することになるので、グループデータベース３７３を用いてデータ処理システム１０の管理を確実に行うことができる。

第１実施形態の情報処理装置によれば、グループ管理部３７２は、分散保持型のデータベースシステム（例えば、etcd）を用いてグループデータベース３７３を構築する。分散保持型のデータベースシステムは、ある装置におけるグループデータベース３７３の変更を、他の装置のグループデータベース３７３に確実に反映させることができるので、グループデータベース３７３を用いてデータ処理システム１０の管理を確実に行うことができる。

第１実施形態の情報処理装置によれば、接続確認部３７１（検出部）は、問い合わせに対する応答が所定の条件を満たす装置を、データ処理システム１０を構成する他のメンバー装置として検出する（Ｓ５３、Ｓ５６）。このような判定処理を含むことにより、ＬＡＮ１４に接続されている装置であって、データ処理システム１０を構成しないネットワーク機器を除外することができる。その結果、データ処理システム１０への登録要求を誤った装置に送信するおそれを低減することができる。

第１実施形態の情報処理装置によれば、接続確認部３７１（検出部）は、ＡＲＰ信号を用いて問い合わせを行い（Ｓ５１）、応答内に含まれるＭＡＣアドレスが所定の範囲内にある装置を、データ処理システム１０を構成する他のメンバー装置として検出する（Ｓ５３）。ＡＲＰ信号は、ＮＷインターフェースドライバ３４が自律的に応答を行うため、問い合わせを受け付けた装置における応答負担は少ない。このように、少ない負荷でデータ処理システム１０への登録要求を誤った装置に送信するおそれを低減することができる。

第１実施形態の情報処理装置によれば、接続確認部３７１（検出部）は、所定のポートの使用有無の問い合わせを行い（Ｓ５４）、所定のポートを使用している装置を、データ処理システム１０を構成する他のメンバー装置として検出する（Ｓ５６）。ポート問い合わせは、ＮＷインターフェースドライバ３４が自律的に応答を行うため、問い合わせを受け付けた装置における応答負担は少ない。また、ＭＡＣアドレスのように予め所定範囲を記憶しておく必要はなく、自身において動作するアプリケーションのポート番号を指定すればよいので、利便性が高い。その結果、少ない構成及び負荷でデータ処理システム１０への登録要求を誤った装置に送信するおそれを低減することができる。

第１実施形態の情報処理装置によれば、グループ管理部３７２（リスト管理部）は、接続確認部３７１（検出部）によって検出された他のメンバー装置に対して参加要求を送信し（Ｓ５７）、参加要求が所定の基準を満たすと判定される場合には（Ｓ６２）、データ処理システム１０に新たに登録される（Ｓ６３）。このように、参加要求を受け付けるメンバー装置において、参加要求の送信元である追加装置１６が基準を満たすか否かを判定することで、データ処理システム１０への登録要求を誤って受け付けるおそれを低減することができる。

第１実施形態の情報処理装置によれば、登録要求が所定のフォーマットに従っている場合には、基準を満たすと判定されて（Ｓ６２）、データ処理システム１０に新たに登録される（Ｓ６３）。このように、フォーマットの確認という単純な判定を行うことにより、データ処理システム１０への登録要求を誤って受け付けるおそれを低減することができる。

第１実施形態の情報処理装置によれば、さらに、Boot領域確保処理部３７４（初期設定部）を備える。Boot領域確保処理部３７４は、追加装置１６のデータ処理システム１０への登録が完了した後に、自律的に動作して、追加装置１６内のソフトウェア構成の構築を行う。このような構成となることで、追加装置１６の出荷時においては、最低限のソフトウェア構成のみの簡略な構成で出荷できる。また、追加装置１６は初期設定時に最新のソフトウェア構成となるので、機能性及び堅牢性の向上を図ることができる。

第１実施形態の情報処理装置によれば、Boot領域確保処理部３７４は、データ処理システム１０を構築する他の処理装置から取得したイメージデータを用いて、ソフトウェア構成を構築する。このように、ＷＡＮ１７ではなく、ＬＡＮ１４と接続されたローカル環境に配置されたデータ処理システム１０を構成する他のメンバー装置からイメージデータを取得することで、クラウド上のイメージ配信サーバの構成が不要になるので、ローカル環境でデータ処理システム１０のみで自律的な運用を行うことができる。

第１実施形態の情報処理装置によれば、追加装置１６のソフトウェアは、ＮＷアプリケーション処理部３８のレイヤ、オーケストレーションツール３９のレイヤ、及び、上位のオーケストレーション処理領域４１等で動作するコンテナ化されたアプリケーションのレイヤのように、複数のレイヤに分かれたサブセクションが設けられている。そして、図９に示されるように、これらのサブセクション毎に、イメージを取得してソフトウェアのインストールが行われる。このような構成となることで、複数のサブセクションのそれぞれについて、異なる他のメンバー装置からイメージを取得できるため、初期設定処理を分散させて安定的に行うことができる。

第１実施形態の情報処理装置によれば、オーケストレーションツール３９、及び、コンテナエンジン４０が設けられているので、所定の処理を行うアプリケーションはコンテナ化され、当該コンテナ化された処理部を動作させるハードウェアリソースはオーケストレーションツール３９により管理されている。それぞれの処理部がコンテナ化されることによって、データ処理システム１０を構成するメンバー装置の処理速度が高速化させることができるので、遅延なくデータ処理を行うことができる。

（第２実施形態）
第１実施形態のグループデータベース３７３においては、データ処理システム１０を構成する装置に関する情報が示されたが、これに限らない。第２実施形態においては、データ処理システム１０を構成する装置において動作するポッド４５に関する情報をさらに含む例について説明する。

図１０は、第２実施形態におけるグループデータベース３７３の一例を示すものである。なお、グループデータベース３７３は、図８の第１実施形態のテーブルに示される項目に加えて、図１０のテーブルに示される項目を記憶してもよい。一例として、両テーブルの項目を併存させる場合には、項目と値とを対応付けて記憶してもよい。

グループデータベース３７３には、「ポッド名」、「イメージ名」、「デバイス名」、「バージョン」、「最新バージョン」、「デプロイ時刻」、及び、「状態」が示されている。なお、この例においては、第１装置１１（earth）、第２装置１２（venus）、及び、第３装置１３（mars）において動作するポッド４５の情報の一部が示されている。

ＮＷ管理部３７のグループ管理部３７２は、マスタ４２のコンテナデプロイシステム４２１にアクセスし、装置内において動作するポッド４５の全ての情報を取得すると、グループデータベース３７３に記録する。記録された情報は、同期処理によって他の装置のグループデータベース３７３にも記録されることで、データ処理システム１０を構成する装置は、互いに他の装置におけるポッド４５を理解することができる。

「ポッド名」には、ポッド４５の名称が記録され、「イメージ名」には、ポッド４５の実行オブジェクトの名称が記録される。なお、ポッド４５は、所定のイメージを用いてデプロイされており、ポッド４５の名称は、一例としてハッシュ値等の乱数であってもよい。このように、ポッド４５の名称と対応する実行オブジェクトのイメージの名称とは異なるため、イメージ名を記録しておくことで、所定のポッド４５を他の装置からデプロイする場合には、デプロイ元のディレクトリの特定が容易になる。

「装置名称」には、この例においては、ポッドの動作する装置が示されている。また、「バージョン」にはポッド４５のバージョンが記憶され、「最新バージョン」にはデータ処理システム１０においで検出できうる最新のポッド４５のバージョンが記憶される。「バージョン」と「最新バージョン」とが一致しない場合には、バージョンアップを行う必要があると判断できる。

「デプロイ時刻」には、ポッド４５がデプロイされた時刻が示される。この時刻が現在時刻から一定時間（例えば数日）経過した場合には、処理の安定性を向上させるために、ポッド４５を再起動させてもよい。また、「状態」には、ポッド４５が正常に動作しているか否かが示される。

このように、グループデータベース３７３にポッド４５の情報が記録されることにより、例えば、図９のステップＳ９１５においてポッド４５のイメージの要求先を特定できるようになる。その結果、ポッド４５の存在しない装置へのアクセスが低減するので、処理の高速化を図ることができる。

第２実施形態によれば、以下の効果を得ることができる。

第２実施形態の情報処理装置によれば、グループデータベース３７３は、データ処理システム１０を構成するメンバー装置にインストールされるポッド４５（アプリケーション）を記録できる。そして、リソース取得部３９１は、グループデータベース３７３を参照し、所望のアプリケーションを備えるメンバー装置からイメージを取得して（Ｓ９１５）、当該イメージを用いてポッド４５をデプロイ（インストール）する。

このように構成されることで、追加装置１６を初期設定する際において、必要なポッド４５が動作している他の装置に対してイメージを要求することとなる。その結果、所望のポッド４５を備えない他の装置に対してイメージを要求することがないので、初期設定の時間短縮を図ることができる。

（第３実施形態）
第３実施形態においては、図１０のようにグループデータベース３７３にポッド４５の情報が記録されている場合において、グループデータベース３７３に示されるポッド４５の状態を用いた制御の一例について、図１１～１３を用いて説明する。

図１１～１３においては、グループデータベース３７３の「状態」を参照することで、正常に動作していないポッド４５が発見された場合における処理の例が示されている。この例においては、第２装置１２においてポッド４５が正常に動作しておらず、第１装置１１が第２装置１２に対して、正常動作していないポッド４５の再起動を試みる。そして、再起動では正常動作には変化しないため、イメージの再取得によってポッド４５を再デプロイさせるものとする。

図１１は、第１装置１１における再デプロイ要求制御を示す図である。

ステップＳ１１１において、グループ管理部３７２は、グループデータベース３７３にアクセスし、ポッド４５の「状態」を参照する。そして、ステップＳ１１２において、グループ管理部３７２は、全てのポッド４５が正常に動作しているか否かを判定する。

全てのポッド４５が正常に動作している場合には（Ｓ１１２：Ｙｅｓ）、再起動が必要なポッド４５は存在しないため、再起動制御を終了する。全てのポッド４５が正常に動作しておらず、正常に動作していないポッド（異常ポッド）４５が存在する場合には（Ｓ１１２：Ｎｏ）、次に、ステップＳ１１３の処理が行われる。以下の例においては、第２装置１２に正常に動作していないポッド４５が存在したものとする。

ステップＳ１１３において、第１装置１１のグループ管理部３７２は、第２装置１２に対して、状態が異常のポッド４５に対して再起動を要求する。その後、ステップＳ１１４において、第１装置１１のグループ管理部３７２は、グループデータベース３７３に再度アクセスし、ポッド４５の「状態」を参照する。そして、ステップＳ１１５において、グループ管理部３７２は、正常に動作していなかったポッド４５が正常に動作に変更されているか否かを判定する。

ポッド４５の状態が正常動作に変更されている場合には（Ｓ１１５：Ｙｅｓ）、制御を終了する。ポッド４５の動作状態が正常となっていない場合には（Ｓ１１５：Ｎｏ）、次に、ステップＳ１１６の処理が行われる。

ステップＳ１１３において、第１装置１１のグループ管理部３７２は、第２装置１２に対して、ポッド４５の再デプロイを要求する。第２装置１２においては、正常に動作していないポッド４５の再デプロイが行われる。このようにすることで、第２装置１２において正常に動作していなかったポッド４５を正常な動作へと変更することができる。

図１２は、第２装置１２における再デプロイ制御を示す図である。

ステップＳ１２１において、第２装置１２のグループ管理部３７２は、第１装置１１のグループ管理部３７２から正常に動作していないポッド４５の再起動要求を受け付ける。そして、ステップＳ１２２において、グループ管理部３７２は、マスタ４２に対して正常に動作していないポッド４５の再起動を要求する。

ステップＳ１２３において、マスタ４２がポッド４５の再起動に成功し、動作状態が正常となった場合には（Ｓ１２３：Ｙｅｓ）、制御を終了する。ポッド４５の動作状態が正常とならない場合には（Ｓ１２３：Ｎｏ）、次に、ステップＳ１２４の処理が行われる。なお、この動作状態の確認は、マスタ４２に問い合わせることで行われるものとする。

ステップＳ１２４において、第２装置１２のグループ管理部３７２は、第１装置１１のグループ管理部３７２から正常に動作していないポッド４５の再デプロイ要求を受け付ける。そして、ステップＳ１２５において、グループ管理部３７２は、マスタ４２に対して正常に動作していないポッド４５の再デプロイを指示する。マスタ４２は、指示に応じて、他の装置から正常に動作していないポッド４５のイメージを取得して、ポッド４５の再デプロイを行う。

ここで、グループデータベース３７３には、全ての端末の全てのポッド４５の状態を記憶しているため、再デプロイするポッド４５のイメージ名を参照して、当該イメージを記憶している他の装置からイメージを取得する。例えば、第２端末（venus）の「35c2647620」が正常に動作していない場合には、そのイメージ名は「container-sweeper」であるので、同じイメージ名のポッド４５が動作している第３装置１３（mars）からイメージを取得することができる。

これらの一連の処理を終えると、ステップＳ１２６において、第２装置１２のグループ管理部３７２は、ポッド４５の動作状態が正常に変化したことをグループデータベース３７３に記録する。各装置のグループデータベース３７３は、第２装置１２のグループデータベース３７３と同期することで、ポッド４５の状態が正常動作に変化したことを記録する。

図１３は、第１装置１１のグループ管理部３７２が再デプロイ要求制御を行い、第２装置１２がポッド４５の再デプロイ制御を行う場合において、両装置間の相互処理を示すフローチャートである。なお、この図に示されたステップＳ１３０１～Ｓ１３１４と対応して、図１１及び図１２に示された処理ステップが括弧書きで示されている。

ステップＳ１３０１において、グループ管理部３７２は、グループデータベース３７３にアクセスし、各ポッド４５の動作状態を確認する。そして、ステップＳ１３０２において、グループ管理部３７２は、全てのポッド４５が正常に動作しているか否かを判定する。この例においては、正常に動作していないポッド（異常ポッド）４５が検出されたものとする。

ステップＳ１３０３において、第１装置１１のグループ管理部３７２は、第１装置１１のグループ管理部３７２は、第２装置１２のグループ管理部３７２に対して、正常に動作していないポッド４５の再起動を要求する。ステップＳ１３０４において、第２装置１２のグループ管理部３７２が、マスタ４２に対して当該ポッド４５の再起動を要求する。ステップＳ１３０６において、ポッド４５の再起動が行われる。なお、この実施形態においては、ポッド４５の再起動が行えない、又は、ポッド４５の再起動後も正常に動作していないものとする。

ステップＳ１３０７において、第１装置１１のグループ管理部３７２は、グループデータベース３７３にアクセスする。そして、ステップＳ１３０８において、正常に動作していなかったポッド４５が正常に動作に変更されているか否かを判定する。そして、ステップＳ１３０８において、グループ管理部３７２は、ポッド４５の動作状態が正常となっていないことを確認すると、次に、ステップＳ１３０９において、第１装置１１のグループ管理部３７２は、第２装置１２に対してポッド４５の再デプロイを要求する

ステップＳ１３１０において、第２装置１２のグループ管理部３７２は、第１装置１１のグループ管理部３７２から再デプロイ要求を受け付けると、マスタ４２に対して正常に動作していないポッド４５の再デプロイを要求する。そして、ステップＳ１３１１において、マスタ４２は、他の装置に対して再デプロイ対象となるポッド４５のイメージを要求する。その後、ステップＳ１３１２において、マスタ４２は、ポッド４５のイメージを取得して、ステップＳ１３１３において、ノード４３においてポッド４５の再デプロイを行う。

ここで、ステップＳ１３１１においてポッド４５のイメージの取得先となる装置は、当該イメージを記憶している必要がある。そこで、ステップＳ１３１０において、グループ管理部３７２は、グループデータベース３７３を参照して、再デプロイの対象となるポッド４５のイメージを記憶している装置（第３装置１３）を特定し、第３装置１３からイメージを取得するようにマスタ４２に対して指示を行う。

ステップＳ１３１４において、第２装置１２のグループ管理部３７２は、ポッド４５の動作状態が正常に変化したことをグループデータベース３７３に記録する。その後、ステップＳ１３１５において、第２装置１２のグループデータベース３７３と同期することで、各装置のグループデータベース３７３は、ポッド４５の動作状態が正常に変化したことを記録する。

第３実施形態によれば、以下の効果を得ることができる。

第３実施形態の情報処理装置によれば、グループデータベース３７３は、さらに、データ処理システム１０を構成するメンバー装置にインストールされるポッド４５（アプリケーション）の動作状態を記録できる。そして、ある装置のグループ管理部３７２は、他の装置におけるポッド４５の動作異常を検出すると、そのポッド４５に対して再起動の要求（Ｓ１１３）、又は、再デプロイの要求（Ｓ１１５）を行う。

このように構成されることで、データ処理システム１０を構成するメンバー装置間において、互いにポッド４５の動作異常を検出でき、さらに、再起動や再デプロイによる修復を行うことができるので、データ処理システム１０及びそのメンバー装置の保守性及び堅牢性の向上を図ることができる。

以上、本発明の実施形態について説明したが、上記実施形態は本発明の適用例の一部を示したに過ぎず、本発明の技術的範囲を上記実施形態の具体的構成に限定する趣旨ではない。

１０ データ処理システム
１１ 第１装置
１２ 第２装置
１３ 第３装置
１６ 追加装置
３７ ＮＷ管理部
３９ オーケストレーションツール
４０ コンテナエンジン
４５ ポッド
３７１ 接続確認部
３７２ グループ管理部
３７３ グループデータベース
３７４ Boot領域確保処理部

Claims (20)

1. ネットワークシステムを構成するメンバー装置となる情報処理装置であって、
   接続される前記ネットワークシステムに対して自律的に問い合わせを行い、一体となって前記ネットワークシステムを形成する他のメンバー装置を検出する、検出部と、
   前記検出部によって前記他のメンバー装置が検出される場合には、前記他のメンバー装置を介して前記ネットワークシステムに新たに登録され、前記ネットワークシステムのメンバー装置を示すリストを更新する、リスト管理部と、を備える情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記検出部、及び、前記リスト管理部は、前記他のメンバー装置との間で、ネットワーク層において通信を行う、情報処理装置。
3. 請求項２に記載の情報処理装置であって、
   前記リストには、前記ネットワークシステム内において行われる前記ネットワーク層による通信に用いられる情報が記録される、情報処理装置。
4. 請求項１から３のいずれか１項に記載の情報処理装置であって、
   前記リスト管理部は、前記他のメンバー装置の前記リスト管理部と同期して、前記リストを更新する、情報処理装置。
5. 請求項１から４のいずれか１項に記載の情報処理装置であって、
   前記リスト管理部は、拡散プロトコルを用いて、前記他のメンバー装置の前記リスト管理部と同期する、情報処理装置。
6. 請求項１から４のいずれか１項に記載の情報処理装置であって、
   前記リスト管理部は、前記リストを分散保持型のデータベースシステムを用いて構築する、情報処理装置。
7. 請求項１から６のいずれか１項に記載の情報処理装置であって、
   前記検出部は、前記問い合わせに対する応答が所定の条件を満たす装置を、前記他のメンバー装置として検出する、情報処理装置。
8. 請求項７に記載の情報処理装置であって、
   前記検出部は、ＡＲＰ信号を用いた問い合わせを行い、前記ＡＲＰ信号に対する応答に含まれるＭＡＣアドレスが所定の範囲にある装置を、前記他のメンバー装置として検出する、情報処理装置。
9. 請求項７または８に記載の情報処理装置であって、
   前記検出部は、所定のポート番号の使用有無の問い合わせを行い、前記所定のポート番号が使用される装置を、前記他のメンバー装置として検出する、情報処理装置。
10. 請求項１から９のいずれか１項に記載の情報処理装置であって、
    前記リスト管理部は、前記検出部によって検出された前記他のメンバー装置に対して参加要求を送信し、前記他のメンバー装置により前記参加要求が所定の基準を満たすと判定される場合には、前記他のメンバー装置を介してネットワークシステムに新たに登録される、情報処理装置。
11. 請求項１０に記載の情報処理装置であって、
    前記参加要求が所定のフォーマットである場合には、前記他のメンバー装置により前記参加要求が所定の基準を満たすと判定される、情報処理装置。
12. 請求項１から１１のいずれか１項に記載の情報処理装置であって、
    前記ネットワークシステムに新たに登録された後に、前記情報処理装置内においてソフトウェア構成の構築を行う初期設定部を、さらに備える、情報処理装置。
13. 請求項１２に記載の情報処理装置であって、
    前記初期設定部は、前記ネットワークシステムを構築する他の処理装置から取得したイメージデータを用いて、前記ソフトウェア構成を構築する、情報処理装置。
14. 請求項１２または１３に記載の情報処理装置であって、
    前記ソフトウェア構成は、複数のサブセクションにより構成され、
    前記初期設定部は、前記サブセクション毎にリソース取得部を構成し、前記リソース取得部に前記サブセクションを構成させる、情報処理装置。
15. 請求項１４に記載の情報処理装置であって、
    前記リストは、さらに、前記メンバー装置にインストールされるアプリケーションを記録し、
    前記リソース取得部は、前記リストに基づいて、所望のアプリケーションを備える前記メンバー装置からイメージを取得してインストールする、情報処理装置。
16. 請求項１５に記載の情報処理装置であって、
    前記リストは、さらに、前記メンバー装置にインストールされるアプリケーションの動作状態を記録し、
    前記リストに基づいて前記アプリケーションが異常動作であると判定される場合には、当該アプリケーションを備える他の前記メンバー装置からイメージを取得して前記メンバー装置に再インストールする、情報処理装置。
17. 請求項１５または１６に記載の情報処理装置であって、
    前記アプリケーションはコンテナ化され、当該コンテナ化された処理部を動作させるハードウェアリソースはオーケストレーションツールにより管理される、情報処理装置。
18. ネットワークシステムを構成するメンバー装置となる情報処理装置の制御方法であって、
    接続される前記ネットワークシステムに対して自律的に問い合わせを行い、一体となって前記ネットワークシステムを形成する他のメンバー装置を検出し、
    前記他のメンバー装置が検出される場合には、前記他のメンバー装置を介して前記ネットワークシステムに新たに登録され、前記ネットワークシステムのメンバー装置を示すリストを更新する、情報処理装置の制御方法。
19. ネットワークシステムを構成するメンバー装置となる情報処理装置の制御に用いられるコンピュータプログラムであって、
    前記コンピュータプログラムは、
    接続される前記ネットワークシステムに対して自律的に問い合わせを行い、一体となって前記ネットワークシステムを形成する他のメンバー装置を検出し、
    前記他のメンバー装置が検出される場合には、前記他のメンバー装置を介して前記ネットワークシステムに新たに登録され、前記ネットワークシステムのメンバー装置を示すリストを更新する、プログラム。
20. ネットワークシステムを構成するメンバー装置となる情報処理装置の制御に用いられるコンピュータプログラムを格納した記録媒体であって、
    前記コンピュータプログラムは、
    接続される前記ネットワークシステムに対して自律的に問い合わせを行い、一体となって前記ネットワークシステムを形成する他のメンバー装置を検出し、
    前記他のメンバー装置が検出される場合には、前記他のメンバー装置を介して前記ネットワークシステムに新たに登録され、前記ネットワークシステムのメンバー装置を示すリストを更新する、プログラムを格納した記録媒体。

Images