JP7437272B2 - 処理システム及び方法 - Google Patents

Description

本発明は、概して、情報処理技術に関する。

情報処理に関する技術として、例えば、エッジコンピューティングがある。エッジコンピューティングに関する技術として、例えば、特許文献１及び２に開示の技術がある。特許文献１に開示の技術は、複数のデータ処理ノードに、アプリケーションを構成する複数のモジュールを配置する。特許文献２に開示の技術は、データ処理を行うプログラムであるモデルを分割し、複数のエッジサーバに複数の分割モデルを割り当てる。

JP2018-190124 JP2019-144864

複数のネットワークが混在する環境が知られている。そのような環境の一例として、工場がある。工場では、例えば、業務の要件に合わせて、制御ネットワーク、情報ネットワーク、オフィスネットワークなど、複数のネットワークが混在している。これらのネットワークは、一般に、アドレス体系が異なる（例えば、種類の異なるネットワークではアドレス構成が異なる）。また、業務によって、通信遅延やデータの流通範囲など要件が多様である。システムエンジニアが、これらアドレス体系及び要件を意識して、それぞれ入出力を行う複数のモジュールで構成されたアプリケーションを設定したり、システム構成（例えば、ネットワークに接続されているサーバの構成、及び、ネットワークそれ自体の構成）を設定したりするのでは、頻繁に（例えば秒オーダ又は分オーダで）生じる現場環境変化（例えば、需給変動又は工程変更）に適切に追従することは困難である。例えば、制御対象の機器に送信するリクエストのパラメータを変更することでは対応不可能な現場環境変化が考えられ、そのような現場環境変化に追従することはできない。また、例えば、変化後の現場環境に適切なアプリケーションを構成する複数のモジュールを配置する場合に、それぞれのネットワークのアドレス体系が異なっているため、システムエンジニアが、マニュアルで、各モジュールに対してアドレスを設定しなければならない。

上述の課題は、今後ネットワークが、例えばプライベートＬＴＥ（ＬＴＥは、Long Term Evolutionの略）やローカル５Ｇを導入し無線化していくと、より顕著となると予測される。また、上述の課題は、工場以外の環境についてもあり得る。また、上述の課題は、エッジコンピューティング以外の情報処理技術についてもあり得る。

アドレス体系が異なる複数のネットワークに接続されそれぞれネットワーク通信のための物理的なインターフェース装置を備える複数の処理サーバが備えられる。一つ又は複数のアプリケーションの各々に関し、当該アプリケーションを構成しそれぞれデータの入出力を行う複数のモジュールの各々について、当該モジュールの配置先の処理サーバがトンネリング転送情報を有する。トンネリング転送情報は、複数のモジュールの各々についてのモジュールアドレス及び処理サーバアドレスを表す情報である。当該配置先の処理サーバに当該モジュールが配置されている。モジュールアドレスは、仮想ネットワークのアドレス体系に従うアドレスであってモジュールに割り振られたアドレスである。処理サーバアドレスは、モジュールが配置された処理サーバのアドレスであって当該処理サーバが接続されているネットワークのアドレス体系に従うアドレスである。モジュールが配置されている処理サーバが、パケットの転送先のモジュールが配置されている処理サーバの処理サーバアドレスを、当該処理サーバに設定されているトンネリング転送情報から特定し、当該特定された処理サーバアドレスを基にパケットを転送する。

本発明によれば、現場環境変化に適切に追従する、アプリケーション配置を含むシステム構成設定が、可能である。

第１の実施形態に係る処理システムの構成例を示す。 オーケストレーションサーバの構成例を示す。 処理サーバの構成例を示す。 アプリケーションの構成例を示す。 メトリックテーブルの構成例を示す。 アプリケーション要件テーブルの構成例を示す。 アプリケーション管理テーブルの構成例を示す。 トンネリング転送テーブルの構成例を示す。 アドレス変換テーブルの構成例を示す。 名前解決テーブルの構成例を示す。 処理サーバが送受信するパケットの構成例を示す。 デプロイメント処理の流れの一例を示す。 デプロイメント処理の後の複数の処理サーバの構成の概要を示す。 デプロイメント処理結果画面の一例を示す。 デプロイメント処理の後の通信処理の流れの一例を示す。 アンデプロイメント処理の流れの一例を示す。 処理サーバが行う通信処理の流れの一例の一部を示す。 処理サーバが行う通信処理の流れの一例の一部を示す。 処理サーバが行う通信処理の流れの一例の残りを示す。 第２の実施形態に係る処理システムの構成例を示す。

以下の説明では、「インターフェース装置」は、一つ以上の通信インターフェースデバイスでよい。一つ以上の通信インターフェースデバイスは、一つ以上の同種の通信インターフェースデバイス（例えば一つ以上のＮＩＣ（Network Interface Card））であってもよいし二つ以上の異種の通信インターフェースデバイス（例えばＮＩＣとＨＢＡ（Host Bus Adapter））であってもよい。

また、以下の説明では、「メモリ」は、一つ以上の記憶デバイスの一例である一つ以上のメモリデバイスであり、典型的には主記憶デバイスでよい。メモリにおける少なくとも一つのメモリデバイスは、揮発性メモリデバイスであってもよいし不揮発性メモリデバイスであってもよい。

また、以下の説明では、「永続記憶装置」は、一つ以上の記憶デバイスの一例である一つ以上の永続記憶デバイスでよい。永続記憶デバイスは、典型的には、不揮発性の記憶デバイス（例えば補助記憶デバイス）でよく、具体的には、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ＮＶＭＥ（Non-Volatile Memory Express）ドライブ、又は、ＳＣＭ（Storage Class Memory）でよい。

また、以下の説明では、「記憶装置」は、メモリと永続記憶装置の少なくともメモリでよい。

また、以下の説明では、「プロセッサ」は、一つ以上のプロセッサデバイスでよい。少なくとも一つのプロセッサデバイスは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサデバイスでよいが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサデバイスでもよい。少なくとも一つのプロセッサデバイスは、シングルコアでもよいしマルチコアでもよい。少なくとも一つのプロセッサデバイスは、プロセッサコアでもよい。少なくとも一つのプロセッサデバイスは、処理の一部又は全部を行うハードウェア記述言語によりゲートアレイの集合体である回路（例えばＦＰＧＡ（Field-Programmable Gate Array）、ＣＰＬＤ（Complex Programmable Logic Device）又はＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサデバイスでもよい。

また、以下の説明では、「ｘｘｘテーブル」といった表現にて、入力に対して出力が得られる情報を説明することがあるが、当該情報は、どのような構造のデータでもよいし（例えば、構造化データでもよいし非構造化データでもよいし）、入力に対する出力を発生するニューラルネットワーク、遺伝的アルゴリズムやランダムフォレストに代表されるような学習モデルでもよい。従って、「ｘｘｘテーブル」を「ｘｘｘ情報」と言うことができる。また、以下の説明において、各テーブルの構成は一例であり、一つのテーブルは、二つ以上のテーブルに分割されてもよいし、二つ以上のテーブルの全部又は一部が一つのテーブルであってもよい。

また、以下の説明では、「ｙｙｙ部」の表現にて機能を説明することがあるが、機能は、一つ以上のコンピュータプログラムがプロセッサによって実行されることで実現されてもよいし、一つ以上のハードウェア回路（例えばＦＰＧＡ又はＡＳＩＣ）によって実現されてもよいし、それらの組合せによって実現されてもよい。プログラムがプロセッサによって実行されることで機能が実現される場合、定められた処理が、適宜に記憶装置及び／又はインターフェース装置等を用いながら行われるため、機能はプロセッサの少なくとも一部とされてもよい。機能を主語として説明された処理は、プロセッサあるいはそのプロセッサを有する装置が行う処理としてもよい。プログラムは、プログラムソースからインストールされてもよい。プログラムソースは、例えば、プログラム配付計算機又は計算機が読み取り可能な記録媒体（例えば非一時的な記録媒体）であってもよい。各機能の説明は一例であり、複数の機能が一つの機能にまとめられたり、一つの機能が複数の機能に分割されたりしてもよい。

また、以下の説明では、同種の要素を区別しないで説明する場合には、参照符号のうちの共通符号を使用し、同種の要素を区別する場合は、参照符号を使用することがある。

また、要素を識別するための情報として、任意の情報（例えば、「ＩＤ」、「名前」、及び「番号」のうちの少なくとも一つ）が採用されてよい。

本発明は有線通信にも無線通信にも適用できるが、以下の実施形態では、無線通信が採用されている。

無線通信の例として、第５世代移動体通信（又はＬＴＥ（Long Term Evolution））が挙げられる。第５世代移動体通信（５Ｇ）によって、低遅延、広帯域且つ高信頼な無線通信が可能になってきている。そのような中、５Ｇの無線ネットワークを自営網向けに導入するローカル５Ｇ（又は、プライベートＬＴＥ）が着目されている。ローカル５Ｇの適用の一例として、工場への適用が考えられる。工場では、例えば、業務の要件に合わせて、制御ネットワーク、情報ネットワーク、オフィスネットワークなど、複数のネットワークが混在している。これらのネットワークは、一般に、アドレス体系が異なり、故に、単純に工場のネットワークを無線化すると、異なるアドレス体系が混在する。また、業務によって、通信遅延やデータの流通範囲など要件が多様である。システムエンジニアが、これらアドレス体系及び要件を意識して、それぞれ入出力を行う複数のモジュールで構成されたアプリケーションを設定するのでは、頻繁に（例えば秒オーダ又は分オーダで）生じる現場環境変化（例えば、需給変動又は工程変更）に適切に追従することは困難である。

そこで、以下の実施形態では、複数のネットワークに複数の処理サーバが接続され、それら複数の処理サーバに、アプリケーションを構成しそれぞれデータの入出力を行う複数のモジュールが配置され、複数のモジュールの各々のモジュールアドレスが、仮想ネットワークのアドレス体系に従う。

以下、幾つかの実施形態を説明する。
［第１の実施形態］

図１は、第１の実施形態に係る処理システムの構成例を示す。

工場ネットワークシステム５が構築されている。工場ネットワークシステム５は、公衆キャリアネットワーク１２０Ｐを通じて、クラウド１２８に基づくクラウドコンピューティングサービスを受ける。公衆キャリアネットワーク１２０Ｐにエッジ処理サーバ１７ＥＰが接続される。

工場ネットワークシステム５には、製造ライン１０（１０Ａ及び１０Ｂ）と、ＭＢＨ（Mobile Back Haul）１２０Ｍ、モバイルコア装置１２１、ＬＡＮ（Local Area Network）１２０Ｌ、エッジ処理サーバ１７ＥＬ、ファイアウォール１２４及び既存工場ネットワーク１２５が属する。ＬＡＮ１２０Ｌに、エッジ処理サーバ１７ＥＬ、ファイアウォール１２４及び既存工場ネットワーク１２５が接続される。ＬＡＮ１２０通じてエッジ処理サーバ１７ＥＰ又はクラウド１２８との間でパケットの送受信が行われる場合、パケットは、ファイアウォール１２４及び公衆キャリアネットワーク１２０Ｐを経由する。

製造ライン１０には、フィールドネットワーク１２０Ｆ、カメラ１１、制御装置１２、エッジ処理サーバ１７ＥＦ、ＣＧ（セルラーゲートウェイ）１４、基地局１６及びエッジ処理サーバ１７ＥＭが属する。製造ライン１０において、フィールドネットワーク１２０Ｆに、カメラ１１、制御装置１２、エッジ処理サーバ１７ＥＦ及びＣＧ１４が接続されており、エッジ処理サーバ１７ＥＦが、ＣＧ１４及び基地局１６通じて、エッジ処理サーバ１７ＥＭと通信を行う。ＣＧ１４は、基地局１６と間の無線通信を行う装置である。基地局１６は、例えば、ｇＮＢ（next generation Node B）（又はＬＴＥではｅＮＢ（evolved Node B））と呼ばれてもよい。カメラ１１は、例えば、制御装置１２により制御される対象及びその周辺を撮影する。

複数のネットワーク（通信ネットワーク）の一例として、フィールドネットワーク１２０Ｆ、ＭＢＨ１２０Ｍ、ＬＡＮ１２０Ｌ及び公衆キャリアネットワーク１２０Ｐがある。フィールドネットワーク１２０Ｆは、カメラ１１や制御装置１２といった機器が接続されるネットワークである。ＭＢＨ１２０Ｍは、第１ネットワーク（コアネットワークと一つ又は複数の基地局１６とを繋ぐネットワーク）の一例であり、例えば、ＭＮＯ（Mobile Network Operator）が持つ複数の設備を含んだネットワークでよいしユーザにより構築されたネットワークでもよい。ＬＡＮ１２０Ｌは、第２ネットワークの一例である。公衆キャリアネットワーク１２０Ｐは、通信キャリアが提供するネットワークである。ＭＢＨ１２０ＭとＬＡＮ１２０Ｌ間にモバイルコア装置１２１が介在する。ＭＢＨ１２０ＭとＬＡＮ１２０Ｌ間で送受信されるパケットは、モバイルコア装置１２１を経由する。モバイルコア装置１２１が、コアネットワークの少なくとも一部である。モバイルコア装置１２１は、例えば、５Ｇコアネットワーク（又は、ＥＰＣ（Evolved Packet Core））である。

処理システム１は、複数の処理サーバ１７と、アプリケーションを構成する複数のモジュールを複数の処理サーバ１７に配置するオーケストレーションサーバ１３０（管理サーバの一例）とを備える。

処理サーバ１７の一例として、複数のネットワーク１２０に接続される複数のエッジ処理サーバ１７Ｅの各々がある。エッジ処理サーバ１７Ｅは、例えば、ＭＥＣ（Multi‐access Edge Computing）でよい。エッジ処理サーバ１７Ｅとしては、フィールドネットワーク１２０Ｆに接続されるエッジ処理サーバ１７ＥＦと、ＭＢＨ１２０Ｍに接続されるエッジ処理サーバ１７ＥＭと、ＬＡＮ１２０Ｌに接続されるエッジ処理サーバ１７ＥＬと、公衆キャリアネットワーク１２０Ｐに接続されるエッジ処理サーバ１７ＥＰがある。また、処理サーバ１７の一例として、クラウド１２８に基づく処理サーバであるクラウド処理サーバ１７Ｃがある。

オーケストレーションサーバ１３０は、クラウド１２８に基づくサーバであるが、他種のサーバ、例えば、オンプレミスのサーバでもよい。

図２は、オーケストレーションサーバ１３０の構成例を示す。

オーケストレーションサーバ１３０は、インターフェース装置１３１、記憶装置１３２及びそれらに接続されたプロセッサ１３３といった複数種類の物理的なハードウェアリソースに基づき実現される。インターフェース装置１３１を通じてデータが送受信される。記憶装置１３２は、情報及びプログラムを格納する。記憶装置１３２に格納される情報の例として、メトリックテーブル５００、アプリケーション要件テーブル８００及びアプリケーション管理テーブル９００がある。プロセッサ１３３が記憶装置１３２内のプログラムを実行することで、アプリケーション管理部３００、モジュール配置決定部３０１、メトリック収集部３０２及びネットワーク制御部３０３が実現される。

図３は、処理サーバ１７の構成例を示す。

処理サーバ１７は、インターフェース装置３１１、記憶装置３１２及びそれらに接続されたプロセッサ３１３といった複数種類の物理的なハードウェアリソースに基づき実現される。インターフェース装置３１１を通じてパケットが送受信される。記憶装置３１２は、情報及びプログラムを格納する。記憶装置３１２に格納される情報の例として、トンネリング転送テーブル１０００、アドレス変換テーブル１１００及び名前解決テーブル１２００がある。これらのテーブル１０００、１１００及び１２００は、オーケストレーションサーバ１３０から格納されたり削除されたりするテーブルである。プロセッサ３１３が記憶装置３１２内のプログラムを実行することで、トンネリング部４００、アドレス変換部４０１、仮想ネットワークインターフェース（Ｉ／Ｆ）４０２、名前解決部４０３、モジュール実行部４０４及びメトリック測定部４０５が実現される。仮想ネットワークＩ／Ｆ４０２が動的に生成されたり削除されたりする。プロセッサ３１３は、一つ又は複数のＣＰＵコアを含む。

図４は、アプリケーションの構成例を示す。

アプリケーション７００は、それぞれがデータの入出力を行う複数のモジュール７１で構成されている。モジュール７１は、ビジュアルプログラミングツールを用いて用意されたノード（又は、ノードにより呼び出されるプログラム）でもよいし、ＡＰＩ（Application Programming Interface）を通じて呼び出されるプログラムでよい。モジュール７１としては、別のモジュール７１との間でデータ通信を行うモジュールと、別のモジュール７１に加えて機器との間でデータ通信を行うモジュールがある。

図５以降は、適宜、図４に例示のアプリケーション７００を例に取っている。図４に例示のアプリケーション７００は、次の通りである。すなわち、アプリケーション７００は、データ収集モジュール７１ａ、映像解析モジュール７１ｂ、一次学習モジュール７１ｃ及び二次学習モジュール７１ｄで構成されている。これらのモジュール７１ａ～７１ｄが、複数のモジュール７１の一例である。データ収集モジュール７１ａは、カメラ１１から映像データ（カメラ１１が撮影した映像のデータ）を収集したり制御装置１２から制御データ（制御装置１２が制御のために送信したデータ）を収集したりし、収集されたデータ（映像データ及び制御データ）を記憶装置に蓄積したり、収集されたデータを一次学習モジュール７１ｃに送信したりする。映像解析モジュール７１ｂは、カメラ１１から映像データを受信し、解析モデル（映像解析用の学習モデル）を用いて映像データの解析を行い、解析の結果を制御装置１２にフィードバックする。一次学習モジュール７１ｃは、データ収集モジュール７１ａからデータを受信し、受信したデータを基に解析モデルの学習を行い、映像解析モジュール７１ｂが使用する解析モデルを、学習後の解析モデルに更新し、学習後のモデルを二次学習モジュール７１ｄに送信する。二次学習モジュール７１ｄは、一次学習モジュール７１ｃからの学習モデルを記憶装置に蓄積し、蓄積された一つ以上の学習モデルを基に二次学習を行うことにより得られた情報をノウハウとして記憶装置に蓄積する。

図５は、メトリックテーブル５００の構成例を示す。

メトリックテーブル５００は、処理サーバ１７から収集されたメトリック値が登録されるテーブルである。メトリックテーブル５００は、例えば、処理サーバ１７毎にエントリを有する。各エントリは、例えば、処理サーバＩＤ５０１、通信遅延５０２、通信帯域５０３、論理位置５０４、ＣＰＵコア数５０５、ＣＰＵクロック数５０６及びメモリ量５０７といった情報を保持する。一つの処理サーバを例に取る（図５の説明において「注目処理サーバ」）。

処理サーバＩＤ５０１は、注目処理サーバ１７のＩＤを表す（本実施形態では、処理サーバのＩＤと参照符号が同じである）。通信遅延５０２は、注目処理サーバ１７から制御装置１２までの通信の遅延時間を表す。通信帯域５０３は、注目処理サーバ１７からカメラ１１までの通信帯域を表す。論理位置５０４は、注目処理サーバ１７の論理的な位置のラベル（名前）を表す。ＣＰＵコア数５０５は、注目処理サーバ１７において使用中（割当済み）のＣＰＵコア数を表す。ＣＰＵクロック数５０６は、注目処理サーバにおけるＣＰＵクロック数を表す。メモリ量５０７は、注目処理サーバ１７において使用中のメモリ量を表す。

通信遅延５０２、通信帯域５０３、ＣＰＵコア数５０５、ＣＰＵクロック数５０６及びメモリ量５０７の各々が表すメトリック値が、処理サーバ１７のメトリック測定部４０５により測定され、オーケストレーションサーバ１３０のメトリック収集部３０２により各処理サーバ１７から収集されるメトリック値である。オーケストレーションサーバ１３０は、各処理サーバ１７のスペック（例えば、ＣＰＵコア数、ＣＰＵクロック数及びメモリ量等）を表すサーバ管理テーブル（図示せず）を管理してよい。オーケストレーションサーバは、各処理サーバ１７について、当該処理サーバ１７のスペックと収集されたメトリック値との差分から空きのリソース量を特定してよい。

図６は、アプリケーション要件テーブル８００の構成例を示す。

アプリケーション要件テーブル８００は、各アプリケーションについての要件を表す。アプリケーション要件テーブル８００は、例えば、アプリケーション毎にエントリを有する。各エントリは、例えば、アプリケーションＩＤ８０１、モジュール名８０２、通信遅延８０３、通信帯域８０４、配置範囲８０５、ＣＰＵコア数８０６、ＣＰＵクロック数８０７及びメモリ量８０８といった情報を保持する。一つのアプリケーションを例に取る（図６の説明において「注目アプリケーション」）。

アプリケーションＩＤ８０１は、注目アプリケーションのＩＤを表す。モジュール名８０２は、注目アプリケーションを構成する複数のモジュールの各々の名前を表す。一つのモジュールを例に取る（図６の説明において「注目モジュール」）。情報８０３～８０８が、注目モジュールの要件を表す。通信遅延８０３は、注目モジュールから制御装置１２までの通信の遅延時間を表す。通信帯域８０４は、注目モジュールからカメラ１１までの通信帯域を表す。配置範囲８０５は、注目モジュールが配置される位置の範囲を表す。ＣＰＵコア数８０６は、注目モジュールの実行に必要なＣＰＵコア数を表す。ＣＰＵクロック数８０７は、注目モジュールの実行に必要なＣＰＵクロック数を表す。メモリ量８０８は、注目モジュールの実行に必要なメモリ量を表す。

オーケストレーションサーバ１３０が管理する上述したサーバ管理テーブル（図示せず）は、各処理サーバの位置を表してよい。各処理サーバについて、当該処理サーバの位置が、配置位置８０４を満たすか否かの判定が可能でよい。

図７は、アプリケーション管理テーブル９００の構成例を示す。

アプリケーション管理テーブル９００は、各アプリケーションについて、モジュール毎の決定された配置先を表す。アプリケーション管理テーブル９００は、例えば、アプリケーション毎にエントリを有する。各エントリは、例えば、アプリケーションＩＤ９０１、配置ＩＤ９０２、ＶＮＩＤ９０３、モジュール名９０４、モジュールアドレス９０５、処理サーバＩＤ９０６及び処理サーバアドレス９０７といった情報を保持する。一つのアプリケーションを例に取る（図７の説明において「注目アプリケーション」）。

アプリケーションＩＤ９０１は、注目アプリケーションのＩＤを表す。配置ＩＤ９０２は、注目アプリケーションの配置（デプロイメント）のＩＤを表す。ＶＮＩＤ９０３は、注目アプリケーションを構成する各モジュールが通信に利用する仮想ネットワークのＩＤを表す。モジュール名９０４は、注目アプリケーションを構成する複数のモジュールの各々の名前を表す。一つのモジュールを例に取る（図７の説明において「注目モジュール」）。モジュールアドレス９０５は、注目モジュールのモジュールアドレスを表す。処理サーバＩＤ９０６は、注目モジュールの配置先の処理サーバ１７のＩＤを表す。処理サーバアドレス９０７は、注目モジュールの配置先の処理サーバ１７の処理サーバアドレスを表す。

ここで、各モジュールについて、「モジュールアドレス」とは、当該モジュールが通信に利用する仮想ネットワークのアドレス体系に従うアドレスであって当該モジュールに割り振られたアドレスである。同一の仮想ネットワークに属する複数のモジュールについて、モジュールアドレスは、例えば、オーケストレーションサーバ１３０により自動で割り振られてもよい。

また、各モジュールについて、当該モジュールが配置された処理サーバ１７の「処理サーバアドレス」とは、当該処理サーバ１７のアドレスであって当該処理サーバ１７が接続されているネットワーク１２０のアドレス体系に従うアドレスである。

図８は、トンネリング転送テーブル１０００の構成例を示す。

トンネリング転送テーブル１０００は、複数のモジュールの各々についてのモジュールアドレス及び処理サーバアドレスを表す。トンネリング転送テーブル１０００は、例えば、モジュール毎に、エントリを有する。各エントリは、ＶＮＩＤ１００１、モジュールアドレス１００２、処理サーバアドレス１００３及び出力先Ｉ／Ｆ１００４といった情報を保持する。一つのモジュールを例に取る（図８の説明において「注目モジュール」）。

ＶＮＩＤ１００１は、注目モジュールが属する仮想ネットワークのＩＤを表す。モジュールアドレス１００２は、注目モジュールのモジュールアドレスを表す。処理サーバアドレス１００３は、注目モジュールのモジュールアドレスが送信元又は送信先である場合の転送先の処理サーバアドレスを表す。出力先Ｉ／Ｆ１００４は、注目モジュールのモジュールアドレスが送信元又は送信先である場合のパケットの出力先のインターフェースを表す。“通信Ｉ／Ｆ”は、注目モジュールが配置されている処理サーバ１７の物理的なインターフェース装置３１１を意味する。“vnf1”や“vnf2”は、仮想ネットワークＩ／Ｆ４０２（の名前）を表す。

図９は、アドレス変換テーブル１１００の構成例を示す。

アドレス変換テーブル１１００は、モジュールのモジュールアドレスとモジュール外部アドレス（機器と通信するための外部通信向けのモジュールのアドレス）との対応関係を表す。アドレス変換テーブル１１００は、例えば、機器と通信するモジュール毎に、エントリを有する。各エントリは、例えば、ＶＮＩＤ１１０１、モジュールアドレス１１０２及びモジュール外部アドレス１１０３といった情報を保持する。一つのモジュールを例に取る（図９の説明において「注目モジュール」）。

ＶＮＩＤ１１０１は、注目モジュールが属する仮想ネットワークのＩＤを表す。モジュールアドレス１１０２は、注目モジュールのモジュールアドレスを表す。モジュール外部アドレス１１０３は、注目モジュールが機器と通信するための外部通信向けアドレスを表す。

図１０は、名前解決テーブル１２００の構成例を示す。

名前解決テーブル１２００は、モジュールのサービス名とモジュール外部アドレスとの対応関係を表す。名前解決テーブル１２００は、例えば、機器と通信するモジュール毎にエントリを有する。各エントリは、例えば、モジュールサービス名１２０１及びモジュール外部アドレス１２０２といった情報を保持する。一つのモジュールを例に取る（図１０の説明において「注目モジュール」）。

モジュールサービス名１２０１は、注目モジュールのサービス名を表す。モジュール外部アドレス１２０２は、注目モジュールが機器と通信するための外部通信向けアドレスを表す。

図１１は、処理サーバ１７が送受信するパケットの構成例を示す。

処理サーバ１７が送受信するパケットは、データペイロード１５２０及びインナーヘッダ１５１０を含むパケットにアウターヘッダ１５００が付加されたパケットである。

データペイロード１５２０は、送信元又は送信先のモジュールが送信又は受信するデータである。インナーヘッダ１５１０は、送信元ＭＡ１５１１及び送信先ＭＡ１５１２を含む。送信元ＭＡ１５１１は、送信元モジュールのモジュールアドレスである。送信先ＭＡ１５１２は、送信先モジュールのモジュールアドレスである。モジュールが、インナーヘッダ１５１０及びデータペイロード１５２０を含んだパケットを送受信するようになっている。

アウターヘッダ１５００は、送信元ＳＡ１５０１、送信先ＳＡ１５０２及びＶＮＩＤ１５０３を含む。送信元ＳＡ１５０１は、送信元処理サーバの処理サーバアドレスである。送信先ＳＡ１５０２は、送信先処理サーバの処理サーバアドレスである。ＶＮＩＤ１５０３は、仮想ネットワークのＩＤである。アウターヘッダ１５００は、トンネリング部４００により付加されたり削除されたりする。

以下、本実施形態で行われる処理の例を説明する。

図１２は、デプロイメント処理の流れの一例を示す。

オーケストレーションサーバ１３０のアプリケーション管理部３００が、デプロイメント処理の開始のイベントを検出する（Ｓ６１）。当該イベントが検出された場合、Ｓ６２以降が行われる。

当該イベントは、ユーザ（例えば、オーケストレーションサーバ１３０のクライアント端末）からデプロイメント処理の要求を受けたことでよい。これにより、ユーザ任意のタイミングでデプロイメント処理が行われる。なお、当該要求には、配置されるアプリケーションのＩＤが指定されていてよく、当該指定されているＩＤに対応したアプリケーションが、デプロイメント処理において複数の処理サーバ１７に配置されてよい。

また、当該イベントは、監視対象の環境の状態が未配置のアプリケーションに対応した状態であることでよい。具体的には、例えば、オーケストレーションサーバ１３０が、アプリケーションに対応する環境状態をアプリケーション毎に表すテーブルを保持していてよい。アプリケーション管理部３００が、当該テーブルを基に、未配置のアプリケーションに対応した状態に監視対象の環境の状態が該当することを検出した場合、当該アプリケーションを配置対象に決定してよい。これにより、環境状態の変化に応じて自動的に適切なアプリケーションが配置されることが期待される。

「監視対象の環境の状態が未配置のアプリケーションに対応した状態である」の例として、メトリックテーブル５００から特定されるメトリック値（オーケストレーションサーバ１３０のメトリック収集部３０２が各処理サーバ１７から収集する各種メトリックのメトリック値）が、未配置のアプリケーションに対応したメトリック値範囲に該当することでよい。これにより、配置済のアプリケーションに代えてより適切なアプリケーションを自動的に配置し実施することが期待される。

さて、上述のイベントが検出された場合、モジュール配置決定部３０１が、配置対象のアプリケーションを構成する複数のモジュールの各々について、当該モジュールの配置先の処理サーバを決定し、当該モジュールのエントリをアプリケーション管理テーブル９００に追加する（Ｓ６２）。Ｓ６２では、例えば、モジュール配置決定部３０１が以下の処理を行う。
・モジュール配置決定部３０１が、メトリックテーブル５００を基に、各処理サーバについて、当該処理サーバのスペックと、当該処理サーバの情報５０２～５０７とを基に、当該処理サーバの位置及び空きリソース量を特定する。
・モジュール配置決定部３０１が、配置対象のアプリケーションを構成する複数のモジュールの各々について、当該モジュールの要件（アプリケーション要件テーブル８００から特定される情報８０３～８０８）を満たす位置及び空きリソース量に対応した処理サーバを特定し、特定した処理サーバを、当該モジュールの配置先に決定する。
・モジュール配置決定部３０１が、配置対象のアプリケーションを構成する複数のモジュールの仮想ネットワークのＩＤを決定する。モジュール配置決定部３０１が、当該複数のモジュールの各々について、当該仮想ネットワークのアドレス体系に従うモジュールアドレスを割り振る。
・モジュール配置決定部３０１が、配置対象のアプリケーションを構成する複数のモジュールの各々について、当該モジュールのエントリ（情報９０１～９０７）をアプリケーション管理テーブル９００に追加する。

Ｓ６２の結果として、以下の説明では、配置対象のアプリケーションは、図４に例示のアプリケーション７００であり、モジュール７１ａ～７１ｄの配置先が、図７に例示の通り決定されたとする。すなわち、データ収集モジュール７１ａ及び一次学習モジュール７１ｃの配置先は、エッジ処理サーバ１７ＥＬであり、映像解析モジュール７１ｂの配置先は、エッジ処理サーバ１７ＥＦＡであり、二次学習モジュール７１ｄの配置先は、クラウド処理サーバ１７Ｃである。

ネットワーク制御部３０３が、アプリケーション管理テーブル９００から、アプリケーション７００を構成する複数のモジュール７１ａ～７１ｄの各々の配置先処理サーバ１７を特定し、当該処理サーバ１７向けのトンネリング転送テーブル１０００を、当該処理サーバ１７に送信する（Ｓ６３）。例えば、エッジ処理サーバ１７ＥＦＡ向けのトンネリング転送テーブル１０００は、図８に例示する通りのテーブル１０００である。すなわち、映像解析モジュール７１ｂ（モジュールアドレス“１０．０．０．１３”）に対応した出力先Ｉ／Ｆ１００４が“ｖｎｆ１”であり、残りのモジュール７１ａ、７１ｃ及び７１ｄに対応した出力先Ｉ／Ｆ１００４が“通信Ｉ／Ｆ”である。

それぞれトンネリング転送テーブル１０００を受信した処理サーバ１７ＥＦＡ、１７ＥＬ及び１７Ｃの各々では、トンネリング部４００が、当該トンネリング転送テーブル１００を基に、モジュール７１の仮想ネットワークＩ／Ｆ４０２を設定する（Ｓ６４Ｆ、Ｓ６４Ｌ及びＳ６４Ｃ）。当該仮想ネットワークＩ／Ｆには、当該仮想ネットワークＩ／Ｆ４０２に対応したモジュールのモジュールアドレスが関連付けられる。処理サーバ１７ＥＦＡ、１７ＥＬ及び１７Ｃの各々では、トンネリング部４００が、受信したトンネリング転送テーブル１０００を保存する（Ｓ６５Ｆ、Ｓ６５Ｌ及びＳ６５Ｃ）。

その後、処理サーバ１７ＥＦＡ、１７ＥＬ及び１７Ｃの各々におけるトンネリング部４００により、トンネリングの作成が行われる（Ｓ６１０）。この段落で言う「トンネリング」は、例えば、ＶＸＬＡＮ（Virtual eXtensible Local Area Network）、ＮＶＧＲＥ（Network Virtualization using Generic Routing Encapsulation）、ＳＴＴ（Stateless Transport Tunneling）などでよい。Ｓ６１０はオプショナルの処理でよい。また、本実施形態で言う「仮想ネットワーク」は、ＶＸＬＡＮ上の仮想ネットワークでよい。

オーケストレーションサーバ１３０のネットワーク制御部３０３が、アドレス変換テーブル１１００を、カメラ１１Ａ及び制御装置１２Ａと同一ネットワーク１２０ＦＡに接続されているエッジ処理サーバ１７ＥＦＡに送信する（Ｓ６７）。エッジ処理サーバ１７ＥＦＡの各々では、アドレス変換部４０１が、当該アドレス変換テーブル１１００を保存する（Ｓ６８）。

モジュール７１ａ～７１ｄに機器通信モジュールがあり、カメラ１１Ａ及び制御装置１２Ａを含む製造ライン１０Ａを出入りするパケットは、ＭＢＨ１２０Ｍに接続されているエッジ処理サーバ１７ＥＭＡを必ず経由する。そのようなエッジ処理サーバ１７ＥＭＡに、ネットワーク制御部３０３が、名前解決テーブル１２００に送信する（Ｓ６９）。エッジ処理サーバ１７ＥＭＡでは、名前解決部４０３が、当該名前解決テーブル１２００を保存する（Ｓ７０）。

ネットワーク制御部３０３が、アプリケーション７００を構成するモジュール７１ａ～７１ｄを、特定された配置先の処理サーバ１７ＥＦＡ、１７ＥＬ及び１７Ｃに送信する（Ｓ７１）。処理サーバ１７ＥＦＡ、１７ＥＬ及び１７Ｃの各々では、モジュール実行部４０４が、モジュール７１を保存し、起動する（Ｓ７２Ｆ、Ｓ７２Ｌ及びＳ７２Ｃ）。モジュール実行部４０４が、モジュール７１を実行する。

図１３は、デプロイメント処理の後の複数の処理サーバ１７の構成の概要を示す。なお、図１３において、モジュール内の“＃ｎ”（ｎは自然数）は、配置ＩＤを表す。また、図１３において、複数のモジュールのうち、図４に例示のアプリケーション７００を構成する各モジュールは参照符号で示されている。

配置（デプロイメント処理）毎に、仮想ネットワーク１３００がある。具体的には、配置ＩＤ“＃１”に対応した仮想ネットワーク１３００ａと、配置ＩＤ“＃３”に対応した仮想ネットワーク１３００ｂがある。

各処理サーバ１７には、当該処理サーバ１７に配置されたモジュール毎に、仮想ネットワークＩ／Ｆ４０２が設定されており、当該仮想ネットワークＩ／Ｆには、当該モジュールのモジュールアドレスが関連付けられており、当該仮想ネットワークＩ／Ｆ４０２は、トンネリング部４００とモジュールとの間に介在する。各モジュールについて、当該モジュールの実行環境は、仮想計算機やコンテナといった環境でよい。各モジュールは、当該モジュールに対応した仮想ネットワークＩ／Ｆ４０２を通じて、データを送受信する。各仮想ネットワークＩ／Ｆ４０２は、インナーヘッダと当該仮想ネットワークＩ／Ｆ４０２に対応したモジュールが送受信するデータとを含んだパケットを送受信する。トンネリング部４００は、トンネリング転送テーブル１０００を基に、インナーヘッダとデータとを含んだパケットに対してアウターヘッダを付加したり削除したりする。

モジュールが送受信するデータを含んだパケットの通信には、当該モジュールの配置の配置ＩＤに対応した仮想ネットワークが利用される。異なる仮想ネットワークに属するモジュール間の通信は不可であり、故に、セキュリティ範囲（複数のモジュールが配置されるセグメント）毎に配置（デプロイメント処理）が行われれば、セキュリティを維持することができる。例えば、製造ライン１０Ａへのモジュールの配置（デプロイメント処理）と製造ライン１０Ｂへのモジュールへの配置（デプロイメント処理）とが別々に行われれば、製造ライン１０Ａ及び１０Ｂの各々について独立した仮想ネットワークが設けられることになり、結果として、製造ライン１０Ａに関するデータと製造ライン１０Ｂに関するデータとの混在を避けることができる。なお、一つのデプロイメント処理において配置されるモジュールは、一つのアプリケーションの一部のモジュールでもよいし、複数のアプリケーションの全てのモジュールでもよい。

図１３に示したデプロイメント結果は、アプリケーション管理テーブル９００に従うデプロイメント処理の結果である。オーケストレーションサーバ１３０のアプリケーション管理部３００が、ユーザ（例えば、オーケストレーションサーバ１３０のクライアント端末）に、アプリケーション管理テーブル９００に基づき、図１４に例示のデプロイメント処理結果画面１８００を表示してよい。デプロイメント処理結果画面１８００は、いずれの処理サーバにいずれのモジュール及び仮想ネットワークＩ／Ｆが設定されいずれの仮想ネットワークがいずれのモジュールに利用されるかを表す。ＶＮＩＤと配置ＩＤとが同一番号を含むことで、いずれのモジュールがいずれの仮想ネットワークを利用するかが目視により特定可能とされてよい。

図１５は、デプロイメント処理の後の通信処理の流れの一例を示す。

図１５は、下記の（ケースＡ）及び（ケースＢ）を例示する。
（Ａ）カメラ１１Ａからのデータの宛先がモジュール７１ａのケース。
（Ｂ）カメラ１１Ａからのデータの宛先がモジュール７１ｂのケース。

（ケースＡ）の流れは、例えば次の通りである。カメラ１１は、モジュール７１ａに対してデータを送信しようとする。モジュール７１ａの指定方法は、モジュールのサービス名、または外部アドレスのいずれでもよいが、ここではモジュールサービス名にて指定する。カメラ１１は、モジュール７１ａと通信を行うために、モジュールサービス名（例えば“ｄａｔａｇａｔｈｅｒ．ｄｅｐｌｏｙ１”）を指定して名前解決クエリを送信する。エッジ処理サーバ１７ＥＭＡの名前解決部４０３が、カメラ１１から、モジュール７１ａのモジュールサービス名を指定した名前解決クエリを受信する（Ｓ１４００）。当該名前解決部４０３が、当該モジュールサービス名に対応したモジュール外部アドレスを名前解決テーブル１２００から特定し（Ｓ１４０１）、特定したモジュール外部アドレスを含むレスポンスをカメラ１１に送信する（Ｓ１４０２）。エッジ処理サーバ１７ＥＦＡのトンネリング部４００ＦＡが、モジュール外部アドレスの通知を受けたカメラ１１から、映像データを含んだパケットを受信する（Ｓ１４０３）。エッジ処理サーバ１７ＥＦＡのアドレス変換部４０１が、当該パケットで送信先に指定されているモジュール外部アドレスを、アドレス変換テーブル１１００を基にモジュール７１ａのモジュールアドレスに変換し（Ｓ１４０４）、トンネリング部４００ＦＡが、当該モジュールアドレス宛にパケットを転送する（Ｓ１４０５）。モジュール７１ａはエッジ処理サーバ１７ＥＬに配置されているため、エッジ処理サーバ１７ＥＬのトンネリング部４００Ｌが、当該パケットを受信する（Ｓ１４０６）。当該パケット内のデータを、モジュール７１ａが処理し、また、モジュール７１ａが、データを含んだパケットを、同エッジ処理サーバ１７ＥＬ内にあるモジュール７１ｃに転送し、モジュール７１ｃが、当該パケット内のデータを処理する（Ｓ１４０７）。エッジ処理サーバ１７ＥＬが、モジュール７１ｃが送信するデータを含んだパケットを、モジュール７１ｄが配置されているクラウド処理サーバ１７Ｃに送信し、クラウド処理サーバ１７Ｃのトンネリング部４００Ｃが、当該パケットを受信する（Ｓ１４０８）。クラウド処理サーバ１７Ｃ内のモジュール７１ｄが、当該パケット内のデータを処理する（Ｓ１４０９）。

（ケースＢ）の流れは、例えば次の通りである。カメラ１１は、モジュール７１ｂに対してデータを送信しようとする。モジュール７１ｂの指定方法は、ケースＡと同様にモジュールのサービス名、または外部アドレスのいずれでもよいが、ここではモジュールサービス名にて指定する。カメラ１１は、モジュール７１ｂと通信を行うために、モジュールサービス名（例えば“ｖｉｄｅｏａｎａｌｉｓｙｓ．ｄｅｐｌｏｙ１”）を指定して名前解決クエリを送信する。エッジ処理サーバ１７ＥＭＡの名前解決部４０３が、カメラ１１から、モジュール７１ｂのモジュールサービス名を指定した名前解決クエリを受信する（Ｓ１４１０）。当該名前解決部４０３が、当該モジュールサービス名に対応したモジュール外部アドレスを名前解決テーブル１２００から特定し（Ｓ１４１１）、特定したモジュール外部アドレスを含むレスポンスをカメラ１１に送信する（Ｓ１４１２）。エッジ処理サーバ１７ＥＦＡのトンネリング部４００ＦＡが、モジュール外部アドレスの通知を受けたカメラ１１から、映像データを含んだパケットを受信する（Ｓ１４１３）。エッジ処理サーバ１７ＥＦＡのアドレス変換部４０１が、当該パケットで送信先に指定されているモジュール外部アドレスを、アドレス変換テーブル１１００を基にモジュール７１ｂのモジュールアドレスに変換し（Ｓ１４１４）、トンネリング部４００ＦＡが、当該モジュールアドレス宛にパケットを転送する（Ｓ１４１５）。当該パケット内のデータを、モジュール７１ｂが処理し、モジュール７１ｂが、制御装置１２Ａ宛のパケットを転送する（Ｓ１４１６）。トンネリング部４００ＦＡが、当該パケットを受信し、アドレス変換部４０１が、アドレス変換テーブル１１００を基に、当該パケットで送信元となっているモジュールアドレスをモジュール外部アドレスに変換する（Ｓ１４１７）。トンネリング部４００ＦＡが、当該機器アドレス宛にパケットを送信する（Ｓ１４１８）。

図１６は、アンデプロイメント処理の流れの一例を示す。

オーケストレーションサーバ１３０のアプリケーション管理部３００が、アンデプロイメント処理の開始のイベントを検出する（Ｓ１６０）。当該イベントが検出された場合、Ｓ１６１以降が行われる。

当該イベントは、ユーザ（例えば、オーケストレーションサーバ１３０のクライアント端末）からアンデプロイメント処理の要求を受けたことでよい。これにより、ユーザ任意のタイミングでアンデプロイメント処理が行われる。なお、当該要求には、削除されるアプリケーションのＩＤが指定されていてよく、当該指定されているＩＤに対応したアプリケーションが、アンデプロイメント処理において複数の処理サーバ１７から削除されてよい。

また、当該イベントは、監視対象の環境の状態が既存のアプリケーションに対応しない状態であることでよい。具体的には、例えば、アプリケーション管理部３００が、既存のアプリケーションのうち、監視対象の環境の状態に対応せずデプロイメント処理において配置対象とされたアプリケーションが代わって配置されるアプリケーションを、削除対象のアプリケーションに決定してよい。これにより、環境状態の変化に応じて自動的に不適切なアプリケーションが削除されることが期待される。監視対象の環境の状態が既存アプリケーションに対応するか否かは、例えば、当該アプリケーションを構成する各モジュールの要件と、当該モジュールが配置されている処理サーバの空きリソース量とに基づいてよい。

ここでは、削除対象のアプリケーションは、説明を分かりやすくするために、図４に例示のアプリケーション７００であり図１２に例示のデプロイメント処理で配置されたアプリケーションであるとする。

上述のイベントが検出された場合、アプリケーション管理部３００が、アドレス変換テーブル１１００が設定されているエッジ処理サーバ１７ＥＦＡに対して、アドレス変換テーブル１１００の削除を要求する（Ｓ１６１）。当該要求に応答して、エッジ処理サーバ１７ＥＦＡのアドレス変換部４０１が、アドレス変換テーブル１１００をエッジ処理サーバ１７ＥＦＡから削除する（Ｓ１６２）。

アプリケーション管理部３００が、名前解決テーブル１２００が設定されているエッジ処理サーバ１７ＥＭＡに対して、名前解決テーブル１２００の削除を要求する（Ｓ１６３）。当該要求に応答して、エッジ処理サーバ１７ＥＭＡの名前解決部４０３が、名前解決テーブル１２００をエッジ処理サーバ１７ＥＭＡから削除する（Ｓ１６４）。

アプリケーション管理部３００が、トンネリング転送テーブル１０００が設定されている（モジュール７１ａ～７１ｄの少なくとも一つが設定されている）処理サーバ１７ＥＦＡ、１７ＥＬ及び１７Ｃに対して、トンネリング転送テーブル１０００の削除（例えば、削除対象のアプリケーション７００に該当する部分の削除）を要求する（Ｓ１６５）。当該要求には、例えば、削除対象のアプリケーションの名前又はモジュールアドレス、及び、削除対象の仮想ネットワークＩ／Ｆの名前が指定されてよい。当該要求に応答して、トンネリングの削除が行われる（Ｓ１６６）。処理サーバ１７ＥＦＡ、１７ＥＬ及び１７Ｃの各々において、トンネリング部４００が、トンネリング転送テーブル１０００を当該処理サーバ１７から削除し（Ｓ１６７Ｆ、Ｓ１６７Ｌ及びＳ１６７Ｃ）、仮想ネットワークＩ／Ｆ４０２を削除する（Ｓ１６８Ｆ、Ｓ１６８Ｌ及びＳ１６８Ｃ）。

アプリケーション管理部３００が、処理サーバ１７ＥＦＡ、１７ＥＬ及び１７Ｃに対して、モジュールの削除を要求する（Ｓ１６５）。当該要求には、例えば、削除対象のアプリケーションの名前又はモジュールアドレスが指定されてよい。当該要求に応答して、処理サーバ１７ＥＦＡ、１７ＥＬ及び１７Ｃの各々において、モジュール実行部４０４が、削除対象のモジュール７１を停止し、当該モジュール７１を削除する（Ｓ１７０Ｆ、Ｓ１７０Ｌ及びＳ１７０Ｃ）。

アプリケーション管理部３００が、アプリケーション管理テーブル９００から、削除対象のアプリケーションに対応するエントリを削除する（Ｓ１７１）。

図１７、図１８及び図１９は、処理サーバ１７が行う通信処理の流れの一例を示す。一つの処理サーバ１７を例に取る（図１７～図１９の説明において「注目処理サーバ１７」）。

図１７に示すように、トンネリング部４００が、パケットを受信する（Ｓ１７００）。トンネリング部４００が、受信したパケットが、名前解決クエリか否かを判定する（Ｓ１７０１）。

Ｓ１７０１の判定結果が真の場合（Ｓ１７０１：Ｙｅｓ）、トンネリング部４００が、当該名前解決クエリで指定されているモジュールサービス名が名前解決テーブル１２００に存在するか否かを判定する（Ｓ１７０２）。

Ｓ１７０２の判定結果が真の場合（Ｓ１７０２：Ｙｅｓ）、当該パケットはモジュールに対する名前解決クエリであるため、トンネリング部４００が、当該モジュールサービス名に対応したモジュール外部アドレスを名前解決テーブル１２００から特定し、特定されたモジュール外部アドレスを含んだレスポンスを送信する（Ｓ１７０３）。このようにして、外部の機器との通信については、当該モジュールに対して外部機器と通信可能なアドレス（典型的にはＩＰアドレス）を付与することができる。

Ｓ１７０２の判定結果が偽の場合（Ｓ１７０２：Ｎｏ）、当該パケットは通常の名前解決クエリであるため、トンネリング部４００が、当該パケットをそのまま、注目処理サーバ１７のインターフェース装置３１１経由で送信する（Ｓ１７０４）。

Ｓ１７０１の判定結果が偽の場合（Ｓ１７０１：Ｎｏ）、図１８に示すように、トンネリング部４００が、Ｓ１７００で受信したパケットが経由したインターフェースが仮想ネットワークＩ／Ｆ４０２か否かを判定する（Ｓ１７１１）。

Ｓ１７１１の判定結果が真の場合（Ｓ１７１１：Ｙｅｓ）、トンネリング部４００が、トンネリング転送テーブル１０００を参照する（Ｓ１７１２）。トンネリング部４００が、当該仮想ネットワークＩ／Ｆの名前に対応したＶＮＩＤ１００１及び処理サーバアドレス１００３（送信元処理サーバアドレス）を、トンネリング転送テーブル１０００から特定する（Ｓ１７１３）。そして、トンネリング部４００が、受信したパケット内のインナーヘッダが表す送信先モジュールアドレスとＳ１７１３で特定されたＶＮＩＤとに対応した処理サーバアドレス（送信先処理サーバアドレス）を、トンネリング転送テーブル１０００から特定する（Ｓ１７１４）。トンネリング部４００が、Ｓ１７１４が成功か否か、すなわち、送信先処理サーバアドレスを特定できたか否かを判定する（Ｓ１７１５）。

Ｓ１７１５の判定結果が真の場合（Ｓ１７１５：Ｙｅｓ）、当該パケットはモジュール間にて送信されるデータ通信パケットであるため、トンネリング部４００が、Ｓ１７１３で特定した送信元処理サーバアドレスとＳ１７１４で特定した送信先処理サーバアドレスとを含んだアウターヘッダを、Ｓ１７００で受信したパケットに付加する（Ｓ１７１６）。トンネリング部４００が、アウターヘッダが付加されたパケットを、注目処理サーバ１７のインターフェース装置３１１経由で送信する（Ｓ１７１７）。

Ｓ１７１５の判定結果が偽の場合（Ｓ１７１５：Ｎｏ）、当該パケットは外部の機器に送信されるデータ通信パケットであるため、トンネリング部４００が、アドレス変換テーブル１１００を参照する（Ｓ１７１８）。トンネリング部４００が、受信したパケット内の送信元モジュールアドレスとＳ１７１３で特定されたＶＮＩＤとに対応したモジュール外部アドレスを、アドレス変換テーブル１１００から特定する（Ｓ１７１９）。トンネリング部４００が、受信したパケット内の送信元モジュールアドレスを、Ｓ１７１９で特定したモジュール外部アドレスに置換する（Ｓ１７２０）。トンネリング部４００が、このパケットを、注目処理サーバ１７のインターフェース装置３１１経由で送信する（Ｓ１７２１）。

Ｓ１７１１の判定結果が偽の場合（Ｓ１７１１：Ｎｏ）、すなわち、Ｓ１７００で受信したパケットが経由したインターフェースが注目処理サーバ１７のインターフェース装置３１１の場合、トンネリング部４００が、当該パケットにアウターヘッダが存在するか否かを判定する（Ｓ１７３１）。

Ｓ１７３１の判定結果が真の場合（Ｓ１７３１：Ｙｅｓ）、当該パケットはモジュール間で受信したデータ通信パケットであるため、トンネリング部４００が、トンネリング転送テーブル１０００を参照する（Ｓ１７３２）。トンネリング部４００が、パケット内のアウターヘッダが表すＶＮＩＤと当該パケット内のインナーヘッダが表す送信先モジュールアドレスとに対応した仮想ネットワークＩ／Ｆの名前を、トンネリング転送テーブル１０００から特定する（Ｓ１７３３）。トンネリング部４００が、アウターヘッダをパケットから削除する（Ｓ１７３４）。トンネリング部４００が、アウターヘッダが削除されたパケットを、Ｓ１７３３で特定した仮想ネットワークＩ／Ｆ４０２に出力する（Ｓ１７３５）。

Ｓ１７３１の判定結果が偽の場合（Ｓ１７３１：Ｎｏ）、当該パケットは外部の機器から受信したデータ通信パケットであるため、トンネリング部４００が、アドレス変換テーブル１１００を参照する（Ｓ１７３６）。当該パケットの送信先アドレスには、外部の機器とモジュール間で通信するためのモジュール外部アドレスが指定されている。トンネリング部４００が、パケットで指定されている送信先アドレスに対応したＶＮＩＤ及びモジュールアドレスを、アドレス変換テーブル１１００から特定する（Ｓ１７３７）。トンネリング部４００が、パケットの送信先アドレスを、Ｓ１７３７で特定したモジュールアドレスに置換する（Ｓ１３８）。トンネリング部４００が、トンネリング転送テーブル１０００を参照する（Ｓ１７３９）。トンネリング部４００が、Ｓ１７３７で特定されたＶＮＩＤとＳ１７３８の置換後のモジュールアドレスとに対応した仮想ネットワークＩ／Ｆの名前を、トンネリング転送テーブル１０００から特定する（Ｓ１７４０）。トンネリング部４００が、パケットを、Ｓ１７４０で特定した仮想ネットワークＩ／Ｆ４０２に出力する（Ｓ１７４１）。

以上が、第１の実施形態の説明である。

第１の実施形態によれば、処理システム１が、アドレス体系が異なる複数のネットワーク１２０に接続された複数の処理サーバ１７を備える。一つ又は複数のアプリケーションの各々に関し、当該アプリケーションを構成する複数のモジュールの各々について、トンネリング転送テーブル１０００（複数のモジュールの各々についてのモジュールアドレス及び処理サーバアドレスを表すテーブル）を、複数の処理サーバのうちの当該モジュールの配置先の処理サーバ１７が有し、当該配置先の処理サーバ１７に当該モジュールが配置される。モジュールが配置されている処理サーバ１７が、パケットの転送先のモジュールが配置されている処理サーバの処理サーバアドレスを、当該処理サーバに設定されているトンネリング転送情報から特定し、当該特定された処理サーバアドレスを基にパケットを転送する。

処理サーバアドレスは、モジュールが配置された処理サーバ１７が接続されているネットワーク１２０のアドレス体系に従うアドレスであるが、モジュールアドレスは、仮想ネットワークのアドレス体系に従うアドレスである。システムエンジニア（例えば、アプリ開発者）は、モジュールがいずれのネットワーク１２０に接続されている処理サーバ１７に配置されるかに関わらず（つまり、モジュールの配置先の処理サーバ１７が接続されているネットワーク１２０のアドレス体系を考慮することなく）、モジュールのアドレスを決定できる。同一の仮想ネットワークについてモジュールアドレスが重複しなければよく、故に、一つのモジュールが複数の仮想ネットワークに属してもよいし、異なる仮想ネットワークに属する異なるモジュールのアドレスが同一でもよい。これは、ネットワークの無線化がされ異なるアドレス体系が混在し得る環境で有用である。モジュールアドレスと処理サーバアドレスとの関係を表すトンネリング転送テーブル１０００を基に、モジュール間で送受信されるパケットの処理サーバ１７間での送受信が実現される。これにより、現場環境変化（例えば、需給変動や工程変更）に適切に追従する、アプリケーション配置を含むシステム構成設定が、可能である。具体的には、例えば、システムエンジニアがモジュールの配置や接続方法を検討する必要がなく、アプリケーション開発が容易化する。処理システム１を保有する事業者も、システムエンジニアとの調整が不要になるため、アプリケーションの導入が容易になる。

一つ又は複数のアプリケーションの各々について、当該アプリケーションを構成する複数のモジュールの各々は、モジュール間通信に、一つ又は複数の仮想ネットワークのうち、当該モジュールに割り振られたモジュールアドレスのアドレス体系に対応した仮想ネットワークを利用する。このように、モジュールの配置に、配置先の処理サーバ１７が接続されているネットワーク１２０のアドレス体系の考慮は不要である。

複数の処理サーバ１７は、複数のネットワーク１２０に接続された複数のエッジ処理サーバ１７Ｅを含んでよい。これにより、アプリケーションの少なくとも一部をエッジコンピューティングにより実施できる。

複数の処理サーバ１７は、クラウドベースの処理サーバであるクラウド処理サーバ１７Ｃを更に含んでよい。クラウド処理サーバ１７Ｃはエッジ処理サーバ１７Ｅに比べて利用効率が高く故に利用コストが低い。これにより、性能とコストを両立したアプリケーション配置が期待できる。

複数のネットワーク１２０は、ＭＢＨ１２０Ｍ及びＬＡＮ１２０Ｌを含んでよい。ＭＢＨ１２０Ｍは、モバイルコア装置１２１と基地局１６とを繋ぐネットワークである。ＬＡＮ１２０Ｌは、モバイルコア装置１２１に接続されたネットワークである。これらは、ローカル５ＧやプライベートＬＴＥに従うネットワークの一例である。すなわち、ローカル５ＧやプライベートＬＴＥに従うネットワーク上で、現場環境変化に適切に追従することを可能にしたアプリケーション配置が可能である。

処理システム１は、複数の処理サーバ１７に接続されたオーケストレーションサーバ１３０（管理サーバの一例）を備える。一つ又は複数のアプリケーションの各々に関し、当該アプリケーションを構成する複数のモジュールの各々について、オーケストレーションサーバ１３０が、複数の処理サーバ１７のうちの当該モジュールの配置先の処理サーバ１７に、当該処理サーバ向けのトンネリング転送テーブル１０００を設定し、当該配置先の処理サーバ１７に当該モジュールを配置してよい。これは、現場環境変化に適切に追従することに貢献する。例えば、オーケストレーションサーバ１３０は、各処理サーバ１７の各種メトリックのメトリック値から空きリソース量を特定し、各処理サーバの位置及び空きリソース量と、各モジュールの要件とを基にモジュールの配置先処理サーバ１７を自動で決定し、モジュールを決定された配置先処理サーバ１７に配置してよい。これにより、現場環境変化に応じて自動でアプリケーションを配置することが期待できる。

各処理サーバ１７が、トンネリング転送テーブル１０００が設定された場合、当該処理サーバ１７に配置されるモジュール毎に、当該モジュールが属する仮想ネットワークに対する仮想ネットワークＩ／Ｆ４０２を設定するようになっていてよく、且つ、トンネリング部４００を有していてよい。トンネリング部４００は、インナーヘッダを含むパケットに対して、当該処理サーバ１７に設定されたトンネリング転送テーブル１０００を基に、処理サーバアドレスを含んだアウターヘッダを付加してよい。処理サーバ１７に設定されたトンネリング転送テーブル１０００は、各モジュールのモジュールアドレスについて、出力先のインターフェースを表す情報を含んでよい。このようにして、仮想ネットワークＩ／Ｆ４０２経由の通信とインターフェース装置３１１経由の通信を制御できる。

トンネリング部４００が、当該トンネリング部４００を備える処理サーバ１７内のモジュールから当該モジュールの仮想ネットワークＩ／Ｆ４０２経由で受信したパケットについて、当該パケット内のインナーヘッダが表すモジュールアドレスに対応した処理サーバアドレスを、当該処理サーバに設定されているトンネリング転送テーブル１０００から特定できた場合、当該特定された処理サーバアドレスを含んだアウターヘッダを、パケットに付加し、当該アウターヘッダが付加されたパケットを、当該処理サーバのインターフェース装置３１１に出力してよい。このようにして、処理サーバ内のモジュールから受信したパケットの当該処理サーバによる通信を実現できる。

トンネリング転送テーブル１０００は、各モジュールのモジュールアドレスについて、ＶＮＩＤを含んでよい。アウターヘッダが、ＶＮＩＤを含んでよい。トンネリング部４００が、当該トンネリング部４００を備える処理サーバ１７内のインターフェース装置３１１経由で受信したパケットについて、当該受信したパケットにアウターヘッダが付加されている場合、当該パケット内のアウターヘッダが表すＶＮＩＤと、当該パケット内のインナーヘッダが表す送信先のモジュールアドレスとを基に、トンネリング転送テーブル１０００から、当該パケットの出力先の仮想ネットワークＩ／Ｆ４０２を特定し、アウターヘッダを削除し、当該特定した仮想ネットワークＩ／Ｆ４０２に、アウターヘッダが削除されたパケットを出力してよい。このようにして、処理サーバが外部から受信したパケットを仮想ネットワークＩ／Ｆ４０２経由でモジュールへ転送することができる。

機器通信モジュールがある場合、オーケストレーションサーバ１３０が、当該機器通信モジュールが配置される処理サーバ１７に、当該モジュールのモジュールアドレスと機器と通信するためのモジュール外部アドレスとの対応関係を表すアドレス変換テーブル１１００を設定してよい。トンネリング部４００が、当該トンネリング部４００を備える処理サーバ１７内のモジュールから仮想ネットワークＩ／Ｆ４０２経由で受信したパケットについて、当該パケット内のモジュールアドレスに対応した処理サーバアドレスを、当該処理サーバ１７に設定されているトンネリング転送テーブル１０００から特定できなかった場合、当該受信したパケット内のモジュールアドレスに対応したモジュール外部アドレスを、アドレス変換テーブル１１００から特定し、当該特定したモジュール外部アドレスを指定したパケットを、当該処理サーバ１７のインターフェース装置３１１に出力してよい。このようにして、仮想ネットワークのアドレス体系に従うモジュールアドレスが付与されたモジュールから外部の機器へパケットを送信できる。

当該トンネリング部が、インターフェース装置３１１経由でパケットを受信したパケットにアウターヘッダが付加されていない場合、当該パケットで指定されているアドレスに対応したモジュールアドレスをアドレス変換テーブル１１００から特定し、当該特定したモジュールアドレスに対応した仮想ネットワークＩ／Ｆをトンネリング転送テーブル１０００から特定し、当該特定した仮想ネットワークＩ／Ｆ４０２に、パケットを出力してよい。このようにして、モジュールが外部の機器からデータを受信できる。
［第２の実施形態］

第２の実施形態を説明する。その際、第１の実施形態との相違点を主に説明し、第１の実施形態との共通点については説明を省略又は簡略する。

図２０は、第２の実施形態に係る処理システムの構成例を示す。

第２の実施形態に係る処理システム２０００では、ＬＡＮ１２０Ｌに接続されたエッジ処理サーバ１７ＥＬとＭＢＨ１２０Ｍに接続されたエッジ処理サーバ１７ＥＭ（１７ＥＭＡ及び１７ＥＭＢ）とに代えて、ＬＡＮ１２０Ｌ及びＭＢＨ１２０Ｍに接続されたエッジ処理サーバ１７ＥＸ（特定エッジ処理サーバの一例）が備えられる。エッジ処理サーバ１７ＥＸが、ＭＢＨ１２０Ｍに接続されている第１の論理的なエッジ処理サーバとＬＡＮ１２０Ｌに接続されている第２の論理的なエッジ処理サーバとに分割されていてよい。ＭＢＨ１２０Ｍ側からのパケットは、第１の論理的なエッジ処理サーバが受け付け、ＬＡＮ１２０Ｌ側からのパケットは、第２の論理的なエッジ処理サーバが受け付けてもよい。各論理的なエッジ処理サーバに対して、モジュールの配置が可能でよく、故に、各論理的なエッジ処理サーバに、トンネリング部や仮想ネットワークＩ／Ｆが設けられてよい。

エッジ処理サーバ１７ＥＸが、パケットを受け付け、当該パケットがいずれかの処理サーバ１７宛のパケットであるか否かを判定してよい。当該判定の結果が真の場合、エッジ処理サーバ１７ＥＸが、当該パケットを、モバイルコア装置１２１非経由で宛先の処理サーバに転送してよい。当該判定の結果が偽の場合（例えば、あて先が既存工場ネットワーク１２５の場合）、エッジ処理サーバ１７ＥＸが、当該パケットをモバイルコア装置１２１に転送してよい。モバイルコア装置１２１が行うパケット処理は比較的長い時間がかかるが、第２の実施形態によれば、処理サーバ間１７で送受信されるパケットについては、モバイルコア装置１２１によるパケット処理を省くことができる。これにより、モジュール間の通信遅延を削減できることが期待できる。

以上、幾つかの実施形態を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実行することが可能である。例えば、オーケストレーションサーバ１３０のネットワーク制御部３０３が、定期的に又は不定期的に、各モジュールについて、当該モジュールの配置先の処理サーバ１７の空きリソース量が、当該モジュールの要件を満たしているか否かを判定してよい。ネットワーク制御部３０３は、当該判定の結果が否となったモジュールを、当該モジュールの要件を満たす別の処理サーバに移動してよい。

１，２０００：処理システム

Claims (19)

1. アドレス体系が異なる複数のネットワークに接続されそれぞれネットワーク通信のための物理的なインターフェース装置を備える複数の処理サーバを備え、
   一つ又は複数のアプリケーションの各々に関し、当該アプリケーションを構成しそれぞれデータの入出力を行う複数のモジュールの各々について、
   前記複数のモジュールの各々についてのモジュールアドレス及び処理サーバアドレスを表す情報であるトンネリング転送情報を、前記複数の処理サーバのうちの当該モジュールの配置先の処理サーバが有し、
   当該配置先の処理サーバに当該モジュールが配置されており、
   モジュールアドレスは、仮想ネットワークのアドレス体系に従うアドレスであってモジュールに割り振られたアドレスであり、
   処理サーバアドレスは、モジュールが配置された処理サーバのアドレスであって当該処理サーバが接続されているネットワークのアドレス体系に従うアドレスであり、
   モジュールが配置されている処理サーバが、パケットの転送先のモジュールが配置されている処理サーバの処理サーバアドレスを、当該処理サーバに設定されているトンネリング転送情報から特定し、当該特定された処理サーバアドレスを基にパケットを転送する、
   処理システム。
2. 前記複数の処理サーバは、前記複数のネットワークに接続された複数のエッジ処理サーバを含む、
   請求項１に記載の処理システム。
3. 前記複数の処理サーバは、クラウドベースの処理サーバであるクラウド処理サーバを含む、
   請求項２に記載の処理システム。
4. 前記複数のネットワークは、無線通信において送受信されるパケットが経由する第１ネットワーク及び第２ネットワークを含み、
   前記第１ネットワークは、コアネットワークと一つ又は複数の基地局とを繋ぐネットワークである、
   前記第２ネットワークは、前記コアネットワークに接続されたネットワークである、
   請求項１に記載の処理システム。
5. 前記複数の処理サーバは、前記複数のネットワークに接続された複数のエッジ処理サーバを含み、
   前記複数のエッジ処理サーバは、前記第１ネットワーク及び第２ネットワークに接続されたエッジ処理サーバである特定エッジ処理サーバを含み、
   前記特定エッジ処理サーバが、
   パケットを受け付け、
   当該パケットがいずれかの処理サーバ宛のパケットであるか否かを判定し、
   当該判定の結果が真の場合、当該パケットを、前記コアネットワーク非経由で転送し、
   当該判定の結果が偽の場合、当該パケットを、前記コアネットワークに転送する、
   請求項４に記載の処理システム。
6. 前記一つ又は複数のアプリケーションの各々について、当該アプリケーションを構成する複数のモジュールの各々は、モジュール間通信に、一つ又は複数の仮想ネットワークのうち、当該モジュールに割り振られたモジュールアドレスのアドレス体系に対応した仮想ネットワークを利用する、
   請求項１に記載の処理システム。
7. 前記複数の処理サーバに接続された管理サーバを備え、
   前記一つ又は複数のアプリケーションの各々に関し、当該アプリケーションを構成する複数のモジュールの各々について、前記管理サーバが、
   前記複数の処理サーバのうちの当該モジュールの配置先の処理サーバに、当該処理サーバ向けのトンネリング転送情報を設定し、
   当該配置先の処理サーバに当該モジュールを配置する、
   請求項６に記載の処理システム。
8. 一つ以上のモジュールの配置毎に、仮想ネットワークが存在する、
   請求項７に記載の処理システム。
9. 前記複数の処理サーバの各々が、
   トンネリング転送情報が設定された場合、当該処理サーバに配置されるモジュール毎に、当該モジュールが属する仮想ネットワークに対する仮想的なインターフェースである仮想ネットワークインターフェースを設定するようになっており、且つ、
   モジュールアドレスを含んだインナーヘッダを含むパケットに対して、当該処理サーバに設定されたトンネリング転送情報を基に、処理サーバアドレスを含んだアウターヘッダを付加するトンネリング部を有しており、
   処理サーバに設定されたトンネリング転送情報は、各モジュールのモジュールアドレスについて、出力先のインターフェースを表す情報を含む、
   請求項７に記載の処理システム。
10. トンネリング部が、当該トンネリング部を備える処理サーバ内のモジュールから当該モジュールの仮想ネットワークインターフェース経由で受信したパケットについて、当該パケット内のインナーヘッダが表すモジュールアドレスに対応した処理サーバアドレスを、当該処理サーバに設定されているトンネリング転送情報から特定できた場合、当該特定された処理サーバアドレスを含んだアウターヘッダを、前記受信したパケットに付加し、当該アウターヘッダが付加されたパケットを、当該処理サーバのインターフェース装置に出力する、
    請求項９に記載の処理システム。
11. 処理サーバに設定されたトンネリング転送情報は、各モジュールのモジュールアドレスについて、仮想ネットワークの識別情報を含み、
    アウターヘッダが、仮想ネットワークの識別情報を含み、
    当該トンネリング部が、当該トンネリング部を備える処理サーバ内のインターフェース装置経由で受信したパケットについて、当該受信したパケットにアウターヘッダが付加されている場合、当該パケット内のアウターヘッダが表す仮想ネットワークの識別情報と、当該パケット内のインナーヘッダが表す送信先のモジュールアドレスとを基に、当該処理サーバに設定されているトンネリング転送情報から、当該パケットの出力先の仮想ネットワークインターフェースを特定し、当該アウターヘッダを削除し、当該特定した仮想ネットワークインターフェースに、アウターヘッダが削除されたパケットを出力する、
    請求項９に記載の処理システム。
12. 前記複数のモジュールが、機器と通信するモジュールである機器通信モジュールを含む場合、前記管理サーバが、当該機器と同一ネットワークに接続されている処理サーバに、当該モジュールのモジュールアドレスと当該モジュールと機器と通信するためのモジュール外部アドレスとの対応関係を表すアドレス変換情報を設定し、
    前記トンネリング部が、当該トンネリング部を備える処理サーバ内のモジュールから当該モジュールの仮想ネットワークインターフェース経由で受信したパケットについて、当該パケット内のモジュールアドレスに対応した処理サーバアドレスを、当該処理サーバに設定されているトンネリング転送情報から特定できなかった場合、当該受信したパケット内のモジュールアドレスに対応したモジュール外部アドレスを、当該処理サーバに設定されているアドレス変換情報から特定し、当該特定したモジュール外部アドレスを指定したパケットを、当該処理サーバのインターフェース装置に出力する、
    請求項１０に記載の処理システム。
13. 前記トンネリング部が、当該トンネリング部を備える処理サーバ内のインターフェース装置経由でパケットを受信したパケットにアウターヘッダが付加されていない場合、当該パケットで指定されているアドレスに対応したモジュールアドレスを前記アドレス変換情報から特定し、当該特定したモジュールアドレスに対応した仮想ネットワークインターフェースを前記トンネリング転送情報から特定し、当該特定した仮想ネットワークインターフェースに、パケットを出力する、
    請求項１２に記載の処理システム。
14. 前記一つ又は複数のアプリケーションの各々に関し、前記複数の処理サーバは、機器が存在する所定の範囲を出入りするパケットが必ず経由する処理サーバである対象処理サーバを含み、
    前記管理サーバが、前記対象処理サーバに、モジュールのサービス名とモジュール外部アドレスとの対応関係を表す名前解決情報を設定し、
    前記対象処理サーバは、モジュールのサービス名が指定された名前解決クエリとしてのパケットを受信し、当該サービス名に対応したモジュール外部アドレスを前記名前解決情報から特定できた場合、当該特定されたモジュール外部アドレスを、前記機器に返す、
    請求項１２に記載の処理システム。
15. 前記管理サーバが、監視対象の環境の状態が未配置のアプリケーションに対応した状態であることを検出した場合、当該アプリケーションを配置対象に決定し、当該アプリケーションを構成する複数のモジュールの各々について、
    当該モジュールの配置先の処理サーバを決定し、
    当該決定された配置先の処理サーバに当該モジュールを配置する、
    請求項７に記載の処理システム。
16. 前記管理サーバが、各処理サーバからメトリック値を定期的に収集するようになっており、
    前記監視対象の環境の状態が未配置のアプリケーションに対応した状態であるとは、前記各処理サーバのメトリック値が、未配置のアプリケーションに対応したメトリック値範囲に該当することである、
    請求項１５に記載の処理システム。
17. 前記管理サーバが、既存のアプリケーションのうち、監視対象の環境の状態に対応せず配置対象のアプリケーションが代わって配置されるアプリケーションを、削除対象のアプリケーションに決定し、当該アプリケーションの削除のために、当該アプリケーションを構成する複数のモジュールの各々について、
    当該モジュールの配置先の処理サーバから削除し、
    当該アプリケーションの配置に関わるトンネリング転送情報を当該配置先の処理サーバから削除する、
    請求項７に記載の処理システム。
18. アドレス体系が異なる複数のネットワークのうちのいずれかのネットワークに接続される処理サーバであって、
    当該ネットワークに接続される物理的なインターフェース装置と、
    記憶装置と、
    前記インターフェース装置及び前記記憶装置に接続されたプロセッサと
    を有し、
    一つ又は複数のアプリケーションの各々に関し、当該アプリケーションを構成しそれぞれデータの入出力を行う複数のモジュールが、前記複数のネットワークに接続されており前記処理サーバを含む複数の処理サーバに配置されており、
    前記記憶装置が、前記一つ又は複数のアプリケーションの各々に関し、当該アプリケーションを構成する複数のモジュールの各々についてのモジュールアドレス及び処理サーバアドレスを表す情報であるトンネリング転送情報を記憶し、
    モジュールアドレスは、仮想ネットワークのアドレス体系に従うアドレスであってモジュールに割り振られたアドレスであり、
    処理サーバアドレスは、モジュールが配置された処理サーバのアドレスであって当該処理サーバが接続されているネットワークのアドレス体系に従うアドレスであり、
    前記プロセッサが、
    当該処理サーバに配置されているモジュールが送信又は受信するデータを含んだパケットの転送先のモジュールが配置されている処理サーバの処理サーバアドレスを、前記トンネリング転送情報から特定し、
    当該特定された処理サーバアドレスを基にパケットを転送する
    処理サーバ。
19. アドレス体系が異なる複数のネットワークのうちのいずれかのネットワークに接続される処理サーバが行う処理方法であって、
    一つ又は複数のアプリケーションの各々に関し、当該アプリケーションを構成しそれぞれデータの入出力を行う複数のモジュールの各々についてのモジュールアドレス及び処理サーバアドレスを表す情報であるトンネリング転送情報を記憶し、モジュールアドレスは、仮想ネットワークのアドレス体系に従うアドレスであってモジュールに割り振られたアドレスであり、処理サーバアドレスは、モジュールが配置された処理サーバのアドレスであって当該処理サーバが接続されているネットワークのアドレス体系に従うアドレスであり、
    当該処理サーバに配置されているモジュールが送信又は受信するデータを含んだパケットの転送先のモジュールが配置されている処理サーバの処理サーバアドレスを、前記トンネリング転送情報から特定し、
    当該特定された処理サーバアドレスを基にパケットを転送する
    処理方法。

Images