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

Abstract

【課題】管理システム、情報処理装置、プログラム及び情報処理方法を提供する。【解決手段】管理システム１０は、エッジサーバの状態を示すエッジ状態情報を収集する収集サーバに対してエッジ状態情報を送信する収集サーバエージェント及びエッジサーバを識別可能なエッジＩＤ及びエッジサーバに関連するエッジ関連情報を、エッジサーバにプロビジョニングするプロビジョニングシステムと、プロビジョニングシステムがエッジサーバにプロビジョニングしたエッジＩＤ及びエッジ関連情報を対応付けて記憶するエッジ管理ＤＢと、収集サーバがエッジサーバから収集したエッジ状態情報をエッジサーバのエッジＩＤと対応付けて記憶する時系列ＤＢと、アプリケーションを配信するＡＰＰ配信システムに、エッジ管理ＤＢに記憶されているエッジ関連情報に基づき特定したアプリケーションの配信先のエッジサーバに対してアプリケーションを配信させる制御部と、を備える。【選択図】図１

Description

本発明は、管理システム、情報処理装置、プログラム、及び情報処理方法に関する。

特許文献１には、クラウドサーバとエッジサーバとを連携させてサービスを提供する技術が記載されている。
［先行技術文献］
［特許文献］
［特許文献１］特開２０１９－１３５５７８号公報

本発明の一実施態様によれば、管理システムが提供される。前記管理システムは、プロビジョニングシステムを備えてよい。プロビジョニングシステムは、エッジサーバの状態を示すエッジ状態情報を収集する収集サーバに対して前記エッジ状態情報を送信する収集サーバエージェントと、前記エッジサーバを識別可能なエッジＩＤ及び前記エッジサーバに関連するエッジ関連情報とを、前記エッジサーバにプロビジョニングしてよい。前記管理システムは、時系列ＤＢを備えてよい。時系列ＤＢは、前記プロビジョニングシステムが前記エッジサーバにプロビジョニングした前記エッジＩＤ及び前記エッジ関連情報を対応付けて記憶してよい。前記管理システムは、制御部を備えてよい。制御部は、アプリケーションを配信するＡＰＰ配信システムに、前記エッジ管理ＤＢに記憶されている前記エッジ関連情報に基づいて特定したアプリケーションの配信先のエッジサーバに対して、前記アプリケーションを配信させてよい。

前記エッジ関連情報は、前記エッジサーバの位置を示すエッジ位置情報、前記エッジサーバのスペックを示すエッジスペック情報、及び前記エッジサーバの種類を示すエッジ種類情報の少なくともいずれかを含んでよい。前記制御部は、エッジサーバに配信する対象のアプリケーションに関連するＡＰＰ関連情報を記憶するアプリ管理ＤＢから取得した前記ＡＰＰ関連情報と、前記エッジ関連情報とに基づいて、前記アプリケーションの配信先としての条件を満たす前記エッジサーバを特定してよい。前記ＡＰＰ関連情報は、前記アプリケーションの通信相手、前記アプリケーションの動作環境、前記アプリケーションの動作タイプ、前記アプリケーションの入力データの種類、及び前記アプリケーションの出力データの種類の少なくともいずれかを含んでよい。前記制御部は、前記エッジＩＤを用いて、複数の前記エッジサーバのそれぞれの前記エッジ関連情報及び前記エッジ状態情報を前記エッジ管理ＤＢ及び前記時系列ＤＢのそれぞれから取得し、前記エッジ関連情報及び前記エッジ状態情報に基づいて、前記複数のエッジサーバから前記アプリケーションの配信先の前記エッジサーバを特定してよい。

前記管理システムは、前記時系列ＤＢに記憶されている複数の前記エッジサーバの前記エッジ状態情報に基づいて、前記複数のエッジサーバの故障を検知する故障検知処理を実行する故障検知システムをさらに備えてよい。前記制御部は、前記ＡＰＰ配信システムに前記アプリケーションを配信させた前記エッジサーバの故障が前記故障検知システムによって検知された場合に、当該アプリケーションを配信する対象の他のエッジサーバを、前記エッジ管理ＤＢに記憶されている前記エッジ関連情報に基づいて特定し、特定した前記エッジサーバに対して、前記ＡＰＰ配信システムに当該アプリケーションを配信させてよい。前記エッジ状態情報は、前記エッジサーバのＣＰＵの利用状態、前記エッジサーバのメモリの利用状態、及び前記エッジサーバの通信状態の少なくともいずれかを含んでよい。

本発明の一実施態様によれば、情報処理装置が提供される。前記情報処理装置は、エッジサーバの状態を示すエッジ状態情報を収集する収集サーバに対して前記エッジ状態情報を送信する収集サーバエージェントと、前記エッジサーバを識別可能なエッジＩＤ及び前記エッジサーバに関連するエッジ関連情報とを、前記エッジサーバにプロビジョニングするプロビジョニング部を備えてよい。前記情報処理装置は、複数の前記エッジサーバの情報を管理するエッジ管理ＤＢに、前記エッジサーバにプロビジョニングした前記エッジＩＤ及び前記エッジ関連情報を登録する登録部を備えてよい。前記エッジ関連情報は、前記エッジサーバの位置を示すエッジ位置情報、前記エッジサーバのスペックを示すエッジスペック情報、及び前記エッジサーバの種類を示すエッジ種類情報の少なくともいずれかを含んでよい。

本発明の一実施態様によれば、情報処理装置が提供される。前記情報処理装置は、配信対象のアプリケーションに関連するＡＰＰ関連情報を取得するＡＰＰ関連情報取得部を備えてよい。前記情報処理装置は、エッジサーバを識別可能なエッジＩＤと前記エッジサーバに関連するエッジ関連情報とを対応付けて記憶するエッジ管理ＤＢに記憶されている複数のエッジサーバの前記エッジ関連情報と、前記ＡＰＰ関連情報とに基づいて、前記アプリケーションの配信先のエッジサーバを特定する特定部を備えてよい。前記情報処理装置は、アプリケーションを配信するＡＰＰ配信システムに、前記特定部によって特定された前記エッジサーバに対して前記アプリケーションを配信させる配信指示部を備えてよい。

本発明の一実施態様によれば、コンピュータを、上記情報処理装置として機能させるためのプログラムが提供される。

本発明の一実施態様によれば、コンピュータによって実行される情報処理方法が提供される。前記情報処理方法は、エッジサーバの状態を示すエッジ状態情報を収集する収集サーバに対して前記エッジ状態情報を送信する収集サーバエージェントと、前記エッジサーバを識別可能なエッジＩＤ及び前記エッジサーバに関連するエッジ関連情報とを、前記エッジサーバにプロビジョニングするプロビジョニング段階を備えてよい。前記情報処理方法は、複数の前記エッジサーバの情報を管理するエッジ管理ＤＢに、前記エッジサーバにプロビジョニングした前記エッジＩＤ及び前記エッジ関連情報を登録する登録段階を備えてよい。

本発明の一実施形態によれば、コンピュータによって実行される情報処理方法が提供される。前記情報処理方法は、配信対象のアプリケーションに関連するＡＰＰ関連情報を取得するＡＰＰ関連情報取得段階を備えてよい。前記情報処理方法は、エッジサーバを識別可能なエッジＩＤと前記エッジサーバに関連するエッジ関連情報とを対応付けて記憶するエッジ管理ＤＢに記憶されている複数の前記エッジサーバの前記エッジ関連情報と、前記ＡＰＰ関連情報とに基づいて、前記アプリケーションの配信先のエッジサーバを特定する特定段階を備えてよい。前記情報処理方法は、アプリケーションを配信するＡＰＰ配信システムに、前記特定部によって特定された前記エッジサーバに対して前記アプリケーションを配信させる配信指示段階を備えてよい。

なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

管理システム１０の一例を概略的に示す。 管理システム１０における処理の流れの一例を概略的に示す。 ＡＰＰ管理テーブル７１０の一例を概略的に示す。 プロビジョニングシステム５００の機能構成の一例を概略的に示す。 制御部６００の機能構成の一例を概略的に示す。 プロビジョニングシステム５００又は制御部６００として機能するコンピュータ１２００のハードウェア構成の一例を概略的に示す。

５Ｇ（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ）アーキテクチャの普及や、様々なインフラ、エッジの増加、アプリケーションの増加によって、システムの複雑化が想定される。例えば、多種多様なエッジの増加等によって、通信経路が複雑化するので、エッジや通信経路の監視、制御が困難になることが想定される。また、多種多様なエッジに対して、様々な情報をプロビジョニングする必要がある。また、エッジやアプリケーションが複雑化していくので、アプリケーションを希望通りに動作させることが困難になることが想定される。また、様々なアプリケーションが様々なエッジで稼働している状況で、アプリケーションの復旧を行うことが困難になることが想定される。本実施形態に係る管理システム１０は、これらの課題解決に貢献する技術を提供する。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

図１は、管理システム１０の一例を概略的に示す。管理システム１０は、複数のエッジサーバ１００を管理する。

複数のエッジサーバ１００は、ネットワークの様々な場所に配置され得る。エッジサーバ１００は、例えば、クラウドに配置される。エッジサーバ１００は、例えば、移動体通信ネットワークに配置される。エッジサーバ１００が配置される移動体通信ネットワークは、５Ｇ通信方式に準拠してよい。エッジサーバ１００が配置される移動体通信ネットワークは、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）通信方式、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）通信方式、及び６Ｇ（６ｔｈ Ｇｅｎｅｒａｔｉｏｎ）通信方式以降の通信方式等に準拠してもよい。エッジサーバ１００は、例えば、ＭＥＣ（Ｍｕｌｔｉ－ａｃｃｅｓｓ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ）に配置される。エッジサーバ１００は、例えば、エッジデバイス内に配置される。なお、エンドポイント側のエッジをＦａｒエッジと呼ぶ場合があり、クラウド側をＮｅａｒエッジと呼ぶ場合がある。

管理システム１０は、プロビジョニングシステム５００を備えてよい。プロビジョニングシステム５００は、複数のエッジサーバ１００のプロビジョニングを実行する。プロビジョニングシステム５００は、ネットワーク上の任意の位置に配置される。プロビジョニングシステム５００は、例えば、クラウドに配置される。プロビジョニングシステム５００は、１つの装置によって実現されてよく、複数の装置によって実現されてもよい。プロビジョニングシステム５００は、情報処理装置の一例であってよい。

管理システム１０は、エッジ管理ＤＢ２００を備えてよい。エッジ管理ＤＢ２００は、複数のエッジサーバ１００の情報を記憶する。エッジ管理ＤＢ２００は、ネットワーク上の任意の位置に配置される。エッジ管理ＤＢ２００は、例えば、クラウドに配置される。

管理システム１０は、収集サーバ３００及び時系列ＤＢ３１０を備えてよい。収集サーバ３００は、複数のエッジサーバ１００から、エッジサーバ１００の状態を示すエッジ状態情報を収集する。時系列ＤＢ３１０は、収集サーバ３００が複数のエッジサーバ１００から収集したエッジ状態情報を記憶する。収集サーバ３００及び時系列ＤＢ３１０は、ネットワーク上の任意の位置に配置される。収集サーバ３００及び時系列ＤＢ３１０は、例えば、クラウドに配置される。

管理システム１０は、制御部６００を備えてよい。制御部６００は、複数のエッジサーバ１００に対して、アプリケーションを配信するよう制御する。制御部６００は、ネットワーク上の任意の位置に配置される。制御部６００は、例えば、クラウドに配置される。制御部６００は、１つの装置によって実現されてよく、複数の装置によって実現されてもよい。制御部６００は、情報処理装置の一例であってよい。

制御部６００は、アプリケーションを配信するＡＰＰ配信システム４００に、エッジサーバ１００に対してアプリケーションを配信させてよい。管理システム１０は、ＡＰＰ配信システム４００を備えてもよい。ＡＰＰ配信システム４００は、ネットワーク上の任意の位置に配置される。ＡＰＰ配信システム４００は、例えば、クラウドに配置される。なお、制御部６００が、ＡＰＰ配信システム４００を兼ねてもよい。すなわち、制御部６００が、ＡＰＰ配信システム４００の機能をさらに備えてもよい。

管理システム１０は、ＡＰＰ管理ＤＢ７００を備えてもよい。ＡＰＰ管理ＤＢ７００は、アプリケーションの提供者であるユーザ２０が、ユーザＩＦ３０を介して登録したアプリケーションに関連するＡＰＰ関連情報を記憶する。ユーザ２０は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、スマートフォン、及びタブレット端末等の任意の通信端末によって、ユーザＩＦ３０を介してＡＰＰ関連情報を登録し得る。制御部６００は、例えば、ＡＰＰ管理ＤＢ７００に対して新たなアプリケーションが登録されたことに応じて、当該アプリケーションをエッジサーバ１００に配信するようにＡＰＰ配信システム４００を制御する。ＡＰＰ管理ＤＢ７００は、ネットワーク上の任意の位置に配置される。ＡＰＰ管理ＤＢ７００は、例えば、クラウドに配置される。

管理システム１０は、故障検知システム８００を備えてよい。故障検知システム８００は、複数のエッジサーバ１００の故障を検知する故障検知処理を実行する。故障検知システム８００は、ネットワーク上の任意の位置に配置される。故障検知システム８００は、例えば、クラウドに配置される。

本実施形態に係る管理システム１０では、エッジサーバ１００を識別可能な、共通のエッジＩＤを用いる。エッジＩＤは、管理システム１０において共通的に利用されるＩＤであってよい。エッジＩＤは、管理システム１０において、エッジサーバ１００を一意に特定可能であれば、どのような情報であってもよい。従来は、アプリケーションを配信するためにエッジサーバ１００を管理するシステムと、エッジサーバ１００の状態を監視するためにエッジサーバ１００を管理するシステムとが、別々に複数のエッジサーバ１００を管理しており、連携をとることが難しかった。それに対して、管理システム１０では、共通のエッジＩＤを用いることによって、容易に連携を実現することができる。

プロビジョニングシステム５００は、収集サーバ３００に対してエッジ状態情報を送信する収集サーバエージェントと、エッジＩＤ及びエッジサーバ１００に関連するエッジ関連情報とを、エッジサーバ１００にプロビジョニングする。エッジ関連情報は、エッジサーバ１００に関連する静的な情報であってよい。エッジ関連情報は、エッジサーバ１００の位置を示すエッジ位置情報、エッジサーバ１００のスペックを示すエッジスペック情報、及びエッジサーバ１００の種類を示すエッジ種類情報の少なくともいずれかを含む。

例えば、エッジ関連情報は、エッジ位置情報を含む。エッジ位置情報は、例えば、エッジサーバ１００の緯度経度を示す。なお、エッジ位置情報は、エッジサーバ１００の配置場所の住所等を示してもよい。

例えば、エッジ関連情報は、エッジスペック情報を含む。エッジスペック情報は、例えば、エッジサーバ１００のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）のスペックを含む。エッジスペック情報は、例えば、エッジサーバ１００のメモリのスペックを含む。

例えば、エッジ関連情報は、エッジ種類情報を含む。エッジ種類情報は、エッジサーバ１００のネットワーク上での配置を示してよい。例えば、エッジ種類情報は、クラウド、ＭＥＣ、エッジデバイス、Ｆａｒエッジ、Ｎｅａｒエッジ等を示す。

このように、本実施形態に係る管理システム１０では、プロビジョニングシステム５００によって、エッジサーバ１００に対して様々な情報をプロビジョニングして、管理することが可能となる。例えば、５Ｇアーキテクチャの普及が進むと、エッジサーバ１００の地理的情報やスペック情報の重要度が増すことになるが、このような情報を容易に管理可能にすることができる。

エッジサーバ１００にプロビジョニングされた収集サーバエージェントは、エッジサーバ１００のエッジ状態情報を収集サーバ３００に送信する。収集サーバエージェントは、継続的にエッジ状態情報を収集サーバ３００に送信してよい。例えば、収集サーバエージェントは、予め定められたタイミングに従って定期的にエッジ状態情報を収集サーバ３００に送信する。例えば、収集サーバエージェントは、予め定められた条件に従って不定期にエッジ状態情報を収集サーバ３００に送信する。

エッジ状態情報は、エッジサーバ１００のＣＰＵの利用状態、エッジサーバ１００のメモリの利用状態、及びエッジサーバ１００の通信状態の少なくともいずれかを含んでよい。

エッジ状態情報は、例えば、エッジサーバ１００のＣＰＵの利用状態を含む。具体例として、エッジ状態情報は、エッジサーバ１００のＣＰＵ利用率を含む。

エッジ状態情報は、例えば、エッジサーバ１００のメモリの利用状態を含む。具体例として、エッジ状態情報は、エッジサーバ１００のメモリ利用率を含む。

エッジ状態情報は、例えば、エッジサーバ１００の通信状態を含む。具体例として、エッジ状態情報は、エッジサーバ１００の通信間隔を含む。また、エッジ状態情報は、例えば、エッジサーバ１００による通信の通信速度を含む。

プロビジョニングシステム５００は、エッジサーバ１００にプロビジョニングしたエッジＩＤ及びエッジ関連情報をエッジ管理ＤＢ２００に登録する。エッジ管理ＤＢ２００は、プロビジョニングシステム５００によって登録されたエッジＩＤとエッジ関連情報とを対応付けて記憶する。

収集サーバ３００は、複数のエッジサーバ１００のそれぞれの収集サーバエージェントから、エッジ状態情報を収集する。収集サーバ３００は、エッジ状態情報と、エッジ状態情報の送信元のエッジサーバ１００のエッジＩＤとを対応付けて時系列ＤＢ３１０に記憶させる。時系列ＤＢ３１０は、エッジ状態情報とエッジＩＤとを対応付けて記憶する。

制御部６００は、ＡＰＰ配信システム４００に、エッジ管理ＤＢ２００に記憶されているエッジ関連情報に基づいて特定したアプリケーションの配信先のエッジサーバ１００に対して、当該アプリケーションを配信させる。

制御部６００は、ＡＰＰ管理ＤＢ７００から取得したＡＰＰ関連情報と、エッジ管理ＤＢ２００に記憶されているエッジ関連情報とに基づいて、複数のエッジサーバ１００のうち、ＡＰＰ関連情報に対応するアプリケーションの配信先としての条件を満たすエッジサーバ１００を、配信先のエッジサーバ１００として特定してよい。制御部６００は、例えば、ＡＰＰ管理ＤＢ７００に新たなＡＰＰ関連情報が登録されたことを検知したことに応じて、当該ＡＰＰ関連情報に対応するアプリケーションの配信先のエッジサーバ１００を特定する。制御部６００は、ＡＰＰ配信システム４００に、特定したエッジサーバ１００に対して当該アプリケーションを配信させる。

制御部６００は、エッジ関連情報に加えて、エッジ状態情報を用いて、アプリケーションの配信先のエッジサーバ１００を特定してもよい。例えば、制御部６００は、エッジＩＤを用いて、複数のエッジサーバ１００のそれぞれのエッジ関連情報及びエッジ状態情報をエッジ管理ＤＢ２００及び時系列ＤＢ３１０のそれぞれから取得し、取得したエッジ関連情報及びエッジ状態情報に基づいて、複数のエッジサーバ１００から、アプリケーションの配信先のエッジサーバ１００を特定する。このように、本実施形態に係る管理システム１０では、共通のエッジＩＤを用いることによって、エッジ関連情報とエッジ状態情報とを容易に連携可能にすることができる。これにより、エッジサーバ１００の位置、スペック、及び種類等と、エッジサーバ１００の状態との両方を考慮した、配信対象のアプリケーションに適したエッジサーバ１００に、アプリケーションを配信することを可能にすることができる。

故障検知システム８００は、時系列ＤＢ３１０に記憶されている複数のエッジサーバ１００のエッジ状態情報に基づいて、複数のエッジサーバ１００の故障を検知する故障検知処理を実行する。故障検知システム８００は、故障検知処理を実行することによって、複数のエッジサーバ１００のそれぞれが、故障しているか否かを判定してよい。故障検知システム８００は、故障検知処理を実行することによって、複数のエッジサーバ１００のそれぞれが、故障している可能性があるか否かを判定してよい。

故障検知システム８００がエッジサーバ１００の故障を検知したことは、故障検知システム８００が、エッジサーバ１００が故障していると判定したことを含んでよい。故障検知システム８００がエッジサーバ１００の故障を検知したことは、エッジサーバ１００が故障している可能性があると判定したことを含んでよい。

故障検知システム８００は、例えば、エッジ状態情報に含まれるＣＰＵ利用率が異常を示す場合に、エッジサーバ１００が故障している可能性があると判定する。故障検知システム８００は、例えば、ＣＰＵ利用率が予め定められた閾値より高い状態が、予め定められた時間以上継続した場合に、エッジサーバ１００が故障している可能性があると判定する。

故障検知システム８００は、例えば、エッジ状態情報に含まれるメモリ利用率が異常を示す場合に、エッジサーバ１００が故障している可能性があると判定する。故障検知システム８００は、例えば、メモリ利用率が予め定められた閾値より高い状態が、予め定められた時間以上継続した場合に、エッジサーバ１００が故障している可能性があると判定する。

故障検知システム８００は、例えば、エッジ状態情報に含まれる通信間隔又は通信速度が異常を示す場合に、エッジサーバ１００が故障している可能性があると判定する。故障検知システム８００は、例えば、通信を行っていない非通信期間が予め定められた期間より長い場合に、エッジサーバ１００が故障している可能性があると判定する。

これらの判定方法は例示であり、故障検知システム８００は、既存の任意の判定方法によって、エッジサーバ１００が故障している可能性が有るか否かを判定してよい。

制御部６００は、ＡＰＰ配信システム４００にアプリケーションを配信させたエッジサーバ１００の故障が故障検知システム８００によって検知された場合に、当該アプリケーションを配信する対象の他のエッジサーバ１００を、エッジ管理ＤＢ２００に記憶されているエッジ関連情報に基づいて特定し、特定したエッジサーバ１００に対して、ＡＰＰ配信システム４００に当該アプリケーションを配信させてよい。制御部６００は、例えば、故障が検知されたエッジサーバ１００と同種のエッジサーバ１００を特定する。これにより、エッジサーバ１００で動作しているアプリケーションが万が一停止した場合でも、同種のエッジサーバ１００でアプリケーションを起動させて動作させることによって、サービスの継続を可能とすることができる。

制御部６００は、当該他のエッジサーバ１００を、エッジ管理ＤＢ２００に記憶されているエッジ関連情報と、時系列ＤＢ３１０に記憶されているエッジ状態情報とに基づいて特定してもよい。本実施形態に係る管理システム１０では、共通のエッジＩＤを用いているので、このような連携を容易に実現することができる。制御部６００は、例えば、故障が検知されたエッジサーバ１００と同種のエッジサーバ１００であって、状態が良好なエッジサーバ１００を特定する。これにより、元のエッジサーバ１００と同じようにアプリケーションを実行でき、かつ、再度サービスが停止してしまう可能性が低いエッジサーバ１００に、アプリケーションに動作させることができ、安定したサービスの提供に貢献することができる。

図２は、管理システム１０における処理の流れの一例を概略的に示す。ここでは、一のエッジサーバ１００に対してプロビジョニングを行い、当該エッジサーバ１００にアプリケーションを配信した後、当該エッジサーバ１００に故障が発生して、他のエッジサーバ１００にアプリケーションを再配信する流れを一例として説明する。

ステップ（ステップをＳと省略して記載する場合がある。）１０２では、プロビジョニングシステム５００が、エッジサーバ１００に、収集サーバエージェント、ＡＰＰ配信システムエージェント、エッジＩＤ、及びエッジ関連情報をプロビジョニングする。Ｓ１０４では、プロビジョニングシステム５００が、Ｓ１０２においてエッジサーバ１００にプロビジョニングしたエッジＩＤ及びエッジ関連情報をエッジ管理ＤＢ２００に登録する。

Ｓ１０６では、エッジサーバ１００にプロビジョニングされたＡＰＰ配信システムエージェントが、ＡＰＰ配信システム４００に対してエッジサーバ１００を登録する。Ｓ１０８では、エッジサーバ１００にプロビジョニングされた収集サーバエージェントが、収集サーバ３００に対してエッジサーバ１００を登録する。登録後、収集サーバエージェントは、継続的にエッジサーバ１００のエッジ状態情報を収集サーバ３００に送信する。Ｓ１０８では、収集サーバ３００が、エッジサーバ１００から収集したエッジ状態情報を時系列ＤＢ３１０に記憶させる。

Ｓ１１０では、ユーザ２０がユーザＩＦ３０を介してアプリケーションをＡＰＰ管理ＤＢ７００に登録する。ＡＰＰ管理ＤＢ７００は、アプリケーションのＡＰＰ関連情報を記憶する。

Ｓ１１２では、制御部６００が、ＡＰＰ管理ＤＢ７００にアプリケーションが登録されたことを検知する。制御部６００は、ＡＰＰ管理ＤＢ７００へのアプリケーションの登録状況を監視することによって、アプリケーションの登録を検知してよい。また、ＡＰＰ管理ＤＢ７００が、アプリケーションを登録したことを制御部６００に通知することによって、制御部６００がアプリケーションの登録を検知してもよい。

Ｓ１１４では、制御部６００が、ＡＰＰ管理ＤＢ７００に登録されたＡＰＰ関連情報に含まれるラベルをキーにエッジ管理ＤＢ２００を参照する。制御部６００は、エッジ管理ＤＢ２００にエッジ関連情報が登録されている複数のエッジサーバ１００から、アプリケーションの配信先のエッジサーバ１００を特定する。

Ｓ１１６では、制御部６００が、Ｓ１１４において特定したエッジサーバ１００に対するアプリケーションの配信指示をＡＰＰ配信システム４００に送信する。Ｓ１１８では、ＡＰＰ配信システム４００が、Ｓ１１６において受信した配信指示に従って、アプリケーションをエッジサーバ１００に配信する。エッジサーバ１００は、ユーザ２０等の指示に従って、アプリケーションを用いたサービスを開始する。

Ｓ１２０では、故障検知システム８００が、時系列ＤＢ３１０に記憶されている複数のエッジサーバ１００のエッジ状態情報を元に、エッジサーバ１００の故障を検知する。ここでは、Ｓ１１６において特定されたエッジサーバ１００に故障が検知されたものとして説明を続ける。Ｓ１２２では、故障検知システム８００が、故障したエッジサーバ１００を制御部６００に通知する。

Ｓ１２４では、制御部６００が、Ｓ１２２において通知されたエッジサーバ１００の情報をキーにエッジ管理ＤＢ２００を参照する。制御部６００は、Ｓ１２２において通知されたエッジサーバ１００と同タイプのエッジサーバ１００を特定してよい。

Ｓ１２６では、制御部６００が、Ｓ１２４において特定したエッジサーバ１００に対してＳ１２０において故障が検知されたエッジサーバ１００に配信したアプリケーションと同じアプリケーションの配信を指示する配信指示を、ＡＰＰ配信システム４００に送信する。Ｓ１２８では、ＡＰＰ配信システム４００が、Ｓ１２６において受信した配信指示に従って、アプリケーションをエッジサーバ１００に配信する。

図３は、ＡＰＰ管理テーブル７１０の一例を概略的に示す。ＡＰＰ管理ＤＢ７００は、ＡＰＰ管理テーブル７１０によって、複数のアプリケーションのＡＰＰ関連情報を管理してよい。なお、ＡＰＰ管理ＤＢ７００は、テーブル形式以外の形式で、複数のアプリケーションのＡＰＰ関連情報を管理してもよい。

図３に示す例において、ＡＰＰ関連情報は、アプリ名、通信相手、希望動作、動作環境、アプリタイプ、動作仕様、入力データ、及び出力データを含む。ＡＰＰ関連情報は、これらの一部を含まなくてもよい。また、ＡＰＰ関連情報は、これら以外の情報を含んでもよい。

アプリ名は、アプリケーションの名称を示す。通信相手は、アプリケーションの通信相手となるアプリケーションを示す。希望動作は、アプリケーションに希望される動作特定を示す。図３では、低遅延、高可用性を例示しているが、これらに限られない。

動作環境は、エッジタイプを示す。エッジタイプは、エッジサーバ１００の配置と、エッジサーバ１００の必要スペックとによって分類されるタイプであってよい。エッジタイプとして、例えば、エッジサーバ１００の配置（クラウド、ＭＥＣ、エッジデバイス、Ｆａｒエッジ、Ｎｅａｒエッジ等）と、エッジサーバ１００のハードウェアスペック（カメラ有無、ＧＰＵ有無等）との組み合わせ毎のタイプが定義される。

アプリタイプは、アプリケーションのタイプを示す。例えば、アプリタイプは、バックエンド又はフロントエンドである。

動作仕様は、アプリケーションの動作の仕様を示す。図３では、画像解析、数値解析、データ表示を例示しているが、これらに限られない。入力データは、入力データの種類を示す。出力データは、出力データの種類を示す。図３では、数値、画像、グラフを例示しているが、これらに限られない。

制御部６００は、例えば、「Ａ００１」のＡＰＰ関連情報によって示されるアプリケーションの配信先として、低遅延を実現可能であり、エッジタイプＪによって示される配置及びハードウェアスペックを満たし、入力された画像に対して画像解析を実施して数値を出力する処理を実行可能なエッジサーバ１００を特定する。このように、本実施形態に係る管理システム１０によれば、複雑な操作を要することなく、アプリケーションに図３に例示するようなラベル付けを行うだけで、アプリケーションに適したエッジサーバ１００を特定して、アプリケーションを配信することを可能にできる。

図４は、プロビジョニングシステム５００の機能構成の一例を概略的に示す。プロビジョニングシステム５００は、記憶部５０２、設定部５０４、プロビジョニング部５０６、及び登録部５０８を備える。

記憶部５０２は、各種情報を記憶する。設定部５０４は、各種設定を実行する。記憶部５０２は、設定部５０４によって設定された情報を記憶する。

設定部５０４は、例えば、エッジサーバ１００のエッジＩＤを設定する。設定部５０４は、管理システム１０において、共通的にエッジサーバ１００を識別可能なエッジＩＤを設定する。設定部５０４は、例えば、管理システム１０のオペレータ等の指示に従って、複数のエッジサーバ１００のそれぞれのエッジＩＤを設定する。

設定部５０４は、例えば、エッジサーバ１００のエッジ関連情報を設定する。設定部５０４は、例えば、管理システム１０のオペレータ等の指示に従って、複数のエッジサーバ１００のそれぞれのエッジ関連情報を設定する。記憶部５０２は、設定部５０４によって設定されたエッジＩＤ及びエッジ関連情報を対応付けて記憶する。

設定部５０４は、例えば、収集サーバエージェントを設定する。記憶部５０２は、設定部５０４によって設定された収集サーバエージェントを記憶する。設定部５０４は、例えば、ＡＰＰ配信システムエージェントを設定する。記憶部５０２は、設定部５０４によって設定されたＡＰＰ配信システムエージェントを記憶する。

プロビジョニング部５０６は、エッジサーバ１００のプロビジョニングを実行する。プロビジョニング部５０６は、エッジサーバ１００に対して、当該エッジサーバ１００に対応するエッジＩＤ及びエッジ関連情報と、収集サーバエージェントと、ＡＰＰ配信システムエージェントとをプロビジョニングしてよい。

登録部５０８は、プロビジョニング部５０６がエッジサーバ１００にプロビジョニングしたエッジＩＤ及びエッジ関連情報を、エッジ管理ＤＢ２００に登録する。

図５は、制御部６００の機能構成の一例を概略的に示す。制御部６００は、ＡＰＰ関連情報参照部６０２、エッジ関連情報取得部６０４、エッジ状態情報取得部６０６、特定部６０８、配信指示部６１０、及び故障情報取得部６１２を備える。

ＡＰＰ関連情報取得部６０２は、ＡＰＰ管理ＤＢ７００に記憶されているＡＰＰ関連情報を取得する。ＡＰＰ関連情報取得部６０２は、ＡＰＰ管理ＤＢ７００に新たなＡＰＰ関連情報を登録されたことを検知してよい。ＡＰＰ関連情報取得部６０２は、ＡＰＰ管理ＤＢ７００へのアプリケーションの登録状況を監視することによって、アプリケーションの登録を検知してよい。ＡＰＰ関連情報取得部６０２は、アプリケーションを登録されたこと通知する通知情報をＡＰＰ管理ＤＢ７００から受信することによって、アプリケーションの登録を検知してもよい。

ＡＰＰ関連情報取得部６０２は、配信対象のアプリケーションのＡＰＰ関連情報をＡＰＰ管理ＤＢ７００から取得してよい。ＡＰＰ関連情報取得部６０２は、ＡＰＰ管理ＤＢ７００に新たなアプリケーションが登録されたことを検知したことに応じて、当該アプリケーションのＡＰＰ関連情報をＡＰＰ管理ＤＢ７００から取得してよい。

エッジ関連情報取得部６０４は、複数のエッジサーバ１００のエッジ関連情報を取得する。エッジ関連情報取得部６０４は、エッジ管理ＤＢ２００から、複数のエッジサーバ１００のエッジ関連情報を取得してよい。

エッジ状態情報取得部６０６は、複数のエッジサーバ１００のエッジ状態情報を取得する。エッジ状態情報取得部６０６は、時系列ＤＢ３１０から、複数のエッジサーバ１００のエッジ状態情報を取得してよい。

特定部６０８は、ＡＰＰ関連情報取得部６０２が配信対象のアプリケーションのＡＰＰ関連情報を取得した場合に、当該ＡＰＰ関連情報と、エッジ関連情報取得部６０４が取得した複数のエッジサーバ１００のエッジ関連情報とに基づいて、当該アプリケーションの配信先のエッジサーバ１００を特定する。特定部６０８は、エッジ関連情報取得部６０４がエッジ管理ＤＢ２００から取得した全てのエッジサーバ１００のエッジ関連情報を用いてよい。

特定部６０８は、配信対象のアプリケーションを配信する候補となるエッジサーバ１００のエッジ関連情報をエッジ関連情報取得部６０４に取得させてもよい。例えば、エッジ関連情報取得部６０４は、特定部６０８の制御のもと、配信対象のアプリケーションのＡＰＰ関連情報に含まれるラベルをキーにエッジ管理ＤＢ２００からエッジ関連情報を取得する。エッジ関連情報取得部６０４は、ＡＰＰ関連情報に含まれるラベルによる条件を満たすエッジサーバ１００のエッジ関連情報をエッジ管理ＤＢ２００から取得してよい。

特定部６０８は、エッジ関連情報に加えて、エッジ状態情報を用いて、当該アプリケーションの配信先のエッジサーバ１００を特定してもよい。特定部６０８は、エッジ状態情報取得部６０６が時系列ＤＢ３１０から取得した全てのエッジサーバ１００のエッジ状態情報を用いてよい。特定部６０８は、配信対象のアプリケーションを配信する候補となるエッジサーバ１００のエッジ状態情報をエッジ状態情報取得部６０６に取得させてもよい。例えば、特定部６０８は、エッジ状態情報取得部６０６に、ＡＰＰ関連情報に含まれるラベルによる条件を満たすエッジサーバ１００のエッジ状態情報を、時系列ＤＢ３１０から取得させる。

特定部６０８は、例えば、ＡＰＰ関連情報に含まれるラベルによる条件を満たす複数のエッジサーバ１００のうち、より状態が良好なエッジサーバ１００を特定する。状態が良好とは、他のエッジサーバ１００よりもＣＰＵ利用率が低いことであってよい。状態が良好とは、他のエッジサーバ１００よりもメモリ利用率が低いことがであってよい。状態が良好とは、他のエッジサーバ１００よりも通信間隔が広いことであってよい。これらは例示であり、特定部６０８は、任意の判断手法によって状態が良好なエッジサーバ１００を特定してよい。

配信指示部６１０は、特定部６０８によって、アプリケーションの配信先として特定されたエッジサーバ１００に対して、当該アプリケーションを配信する配信指示をＡＰＰ配信システム４００に送信する。

故障情報取得部６１２は、故障検知システム８００から、エッジサーバ１００の故障情報を取得する。故障情報取得部６１２は、例えば、故障検知システム８００によって故障が検知されたエッジサーバ１００のエッジＩＤを取得する。

特定部６０８は、故障情報取得部６１２が配信指示部６１０にアプリケーションを配信させたエッジサーバ１００の故障情報を取得した場合に、当該アプリケーションを配信する対象の他のエッジサーバ１００を特定してよい。特定部６０８は、エッジ管理ＤＢ２００に記憶されているエッジ関連情報に基づいて、エッジサーバ１００を特定してよい。特定部６０８は、エッジ関連情報取得部６０４が取得したエッジ関連情報に基づいて、エッジサーバ１００を特定してよい。特定部６０８は、時系列ＤＢ３１０に記憶されているエッジ状態情報にさらに基づいて、エッジサーバ１００を特定してよい。特定部６０８は、エッジ関連情報取得部６０４が取得したエッジ関連情報と、エッジ状態情報取得部６０６が取得したエッジ状態情報とに基づいて、エッジサーバ１００を特定してよい。配信指示部６１０は、特定部６０８によって、アプリケーションの配信先として特定されたエッジサーバ１００に対して、当該アプリケーションを配信する配信指示をＡＰＰ配信システム４００に送信する。

図６は、プロビジョニングシステム５００又は制御部６００として機能するコンピュータ１２００のハードウェア構成の一例を概略的に示す。コンピュータ１２００にインストールされたプログラムは、コンピュータ１２００を、本実施形態に係る装置の１又は複数の「部」として機能させ、又はコンピュータ１２００に、本実施形態に係る装置に関連付けられるオペレーション又は当該１又は複数の「部」を実行させることができ、及び／又はコンピュータ１２００に、本実施形態に係るプロセス又は当該プロセスの段階を実行させることができる。そのようなプログラムは、コンピュータ１２００に、本明細書に記載のフローチャート及びブロック図のブロックのうちのいくつか又はすべてに関連付けられた特定のオペレーションを実行させるべく、ＣＰＵ１２１２によって実行されてよい。

本実施形態によるコンピュータ１２００は、ＣＰＵ１２１２、ＲＡＭ１２１４、及びグラフィックコントローラ１２１６を含み、それらはホストコントローラ１２１０によって相互に接続されている。コンピュータ１２００はまた、通信インタフェース１２２２、記憶装置１２２４、ＤＶＤドライブ１２２６、及びＩＣカードドライブのような入出力ユニットを含み、それらは入出力コントローラ１２２０を介してホストコントローラ１２１０に接続されている。ＤＶＤドライブ１２２６は、ＤＶＤ－ＲＯＭドライブ及びＤＶＤ－ＲＡＭドライブ等であってよい。記憶装置１２２４は、ハードディスクドライブ及びソリッドステートドライブ等であってよい。コンピュータ１２００はまた、ＲＯＭ１２３０及びキーボードのようなレガシの入出力ユニットを含み、それらは入出力チップ１２４０を介して入出力コントローラ１２２０に接続されている。

ＣＰＵ１２１２は、ＲＯＭ１２３０及びＲＡＭ１２１４内に格納されたプログラムに従い動作し、それにより各ユニットを制御する。グラフィックコントローラ１２１６は、ＲＡＭ１２１４内に提供されるフレームバッファ等又はそれ自体の中に、ＣＰＵ１２１２によって生成されるイメージデータを取得し、イメージデータがディスプレイデバイス１２１８上に表示されるようにする。

通信インタフェース１２２２は、ネットワークを介して他の電子デバイスと通信する。記憶装置１２２４は、コンピュータ１２００内のＣＰＵ１２１２によって使用されるプログラム及びデータを格納する。ＤＶＤドライブ１２２６は、プログラム又はデータをＤＶＤ－ＲＯＭ１２２７等から読み取り、記憶装置１２２４に提供する。ＩＣカードドライブは、プログラム及びデータをＩＣカードから読み取り、及び／又はプログラム及びデータをＩＣカードに書き込む。

ＲＯＭ１２３０はその中に、アクティブ化時にコンピュータ１２００によって実行されるブートプログラム等、及び／又はコンピュータ１２００のハードウェアに依存するプログラムを格納する。入出力チップ１２４０はまた、様々な入出力ユニットをＵＳＢポート、パラレルポート、シリアルポート、キーボードポート、マウスポート等を介して、入出力コントローラ１２２０に接続してよい。

プログラムは、ＤＶＤ－ＲＯＭ１２２７又はＩＣカードのようなコンピュータ可読記憶媒体によって提供される。プログラムは、コンピュータ可読記憶媒体から読み取られ、コンピュータ可読記憶媒体の例でもある記憶装置１２２４、ＲＡＭ１２１４、又はＲＯＭ１２３０にインストールされ、ＣＰＵ１２１２によって実行される。これらのプログラム内に記述される情報処理は、コンピュータ１２００に読み取られ、プログラムと、上記様々なタイプのハードウェアリソースとの間の連携をもたらす。装置又は方法が、コンピュータ１２００の使用に従い情報のオペレーション又は処理を実現することによって構成されてよい。

例えば、通信がコンピュータ１２００及び外部デバイス間で実行される場合、ＣＰＵ１２１２は、ＲＡＭ１２１４にロードされた通信プログラムを実行し、通信プログラムに記述された処理に基づいて、通信インタフェース１２２２に対し、通信処理を命令してよい。通信インタフェース１２２２は、ＣＰＵ１２１２の制御の下、ＲＡＭ１２１４、記憶装置１２２４、ＤＶＤ－ＲＯＭ１２２７、又はＩＣカードのような記録媒体内に提供される送信バッファ領域に格納された送信データを読み取り、読み取られた送信データをネットワークに送信し、又はネットワークから受信した受信データを記録媒体上に提供される受信バッファ領域等に書き込む。

また、ＣＰＵ１２１２は、記憶装置１２２４、ＤＶＤドライブ１２２６（ＤＶＤ－ＲＯＭ１２２７）、ＩＣカード等のような外部記録媒体に格納されたファイル又はデータベースの全部又は必要な部分がＲＡＭ１２１４に読み取られるようにし、ＲＡＭ１２１４上のデータに対し様々なタイプの処理を実行してよい。ＣＰＵ１２１２は次に、処理されたデータを外部記録媒体にライトバックしてよい。

様々なタイプのプログラム、データ、テーブル、及びデータベースのような様々なタイプの情報が記録媒体に格納され、情報処理を受けてよい。ＣＰＵ１２１２は、ＲＡＭ１２１４から読み取られたデータに対し、本開示の随所に記載され、プログラムの命令シーケンスによって指定される様々なタイプのオペレーション、情報処理、条件判断、条件分岐、無条件分岐、情報の検索／置換等を含む、様々なタイプの処理を実行してよく、結果をＲＡＭ１２１４に対しライトバックする。また、ＣＰＵ１２１２は、記録媒体内のファイル、データベース等における情報を検索してよい。例えば、各々が第２の属性の属性値に関連付けられた第１の属性の属性値を有する複数のエントリが記録媒体内に格納される場合、ＣＰＵ１２１２は、当該複数のエントリの中から、第１の属性の属性値が指定されている条件に一致するエントリを検索し、当該エントリ内に格納された第２の属性の属性値を読み取り、それにより予め定められた条件を満たす第１の属性に関連付けられた第２の属性の属性値を取得してよい。

上で説明したプログラム又はソフトウエアモジュールは、コンピュータ１２００上又はコンピュータ１２００近傍のコンピュータ可読記憶媒体に格納されてよい。また、専用通信ネットワーク又はインターネットに接続されたサーバシステム内に提供されるハードディスク又はＲＡＭのような記録媒体が、コンピュータ可読記憶媒体として使用可能であり、それによりプログラムを、ネットワークを介してコンピュータ１２００に提供する。

本実施形態におけるフローチャート及びブロック図におけるブロックは、オペレーションが実行されるプロセスの段階又はオペレーションを実行する役割を持つ装置の「部」を表わしてよい。特定の段階及び「部」が、専用回路、コンピュータ可読記憶媒体上に格納されるコンピュータ可読命令と共に供給されるプログラマブル回路、及び／又はコンピュータ可読記憶媒体上に格納されるコンピュータ可読命令と共に供給されるプロセッサによって実装されてよい。専用回路は、デジタル及び／又はアナログハードウェア回路を含んでよく、集積回路（ＩＣ）及び／又はディスクリート回路を含んでよい。プログラマブル回路は、例えば、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、及びプログラマブルロジックアレイ（ＰＬＡ）等のような、論理積、論理和、排他的論理和、否定論理積、否定論理和、及び他の論理演算、フリップフロップ、レジスタ、並びにメモリエレメントを含む、再構成可能なハードウェア回路を含んでよい。

コンピュータ可読記憶媒体は、適切なデバイスによって実行される命令を格納可能な任意の有形なデバイスを含んでよく、その結果、そこに格納される命令を有するコンピュータ可読記憶媒体は、フローチャート又はブロック図で指定されたオペレーションを実行するための手段を作成すべく実行され得る命令を含む、製品を備えることになる。コンピュータ可読記憶媒体の例としては、電子記憶媒体、磁気記憶媒体、光記憶媒体、電磁記憶媒体、半導体記憶媒体等が含まれてよい。コンピュータ可読記憶媒体のより具体的な例としては、フロッピー（登録商標）ディスク、ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、コンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイ（登録商標）ディスク、メモリスティック、集積回路カード等が含まれてよい。

コンピュータ可読命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、又はＳｍａｌｌｔａｌｋ（登録商標）、ＪＡＶＡ（登録商標）、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語又は同様のプログラミング言語のような従来の手続型プログラミング言語を含む、１又は複数のプログラミング言語の任意の組み合わせで記述されたソースコード又はオブジェクトコードのいずれかを含んでよい。

コンピュータ可読命令は、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサ、又はプログラマブル回路が、フローチャート又はブロック図で指定されたオペレーションを実行するための手段を生成するために当該コンピュータ可読命令を実行すべく、ローカルに又はローカルエリアネットワーク（ＬＡＮ）、インターネット等のようなワイドエリアネットワーク（ＷＡＮ）を介して、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサ、又はプログラマブル回路に提供されてよい。プロセッサの例としては、コンピュータプロセッサ、処理ユニット、マイクロプロセッサ、デジタル信号プロセッサ、コントローラ、マイクロコントローラ等を含む。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。その様な変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

特許請求の範囲、明細書、及び図面中において示した装置、システム、プログラム、及び方法における動作、手順、ステップ、及び段階などの各処理の実行順序は、特段「より前に」、「先立って」などと明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、及び図面中の動作フローに関して、便宜上「まず、」、「次に、」などを用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

１０ 管理システム、２０ ユーザ、３０ ユーザＩＦ、１００ エッジサーバ、２００ エッジ管理ＤＢ、３００ 収集サーバ、３１０ 時系列ＤＢ、４００ ＡＰＰ配信システム、５００ プロビジョニングシステム、５０２ 記憶部、５０４ 設定部、５０６ プロビジョニング部、５０８ 登録部、６００ 制御部、６０２ ＡＰＰ関連情報取得部、６０４ エッジ関連情報取得部、６０６ 状態情報取得部、６０８ 特定部、６１０ 配信指示部、６１２ 故障情報取得部、７００ ＡＰＰ管理ＤＢ、７１０ ＡＰＰ管理テーブル、８００ 故障検知システム、１２００ コンピュータ、１２１０ ホストコントローラ、１２１２ ＣＰＵ、１２１４ ＲＡＭ、１２１６ グラフィックコントローラ、１２１８ ディスプレイデバイス、１２２０ 入出力コントローラ、１２２２ 通信インタフェース、１２２４ 記憶装置、１２２６ ＤＶＤドライブ、１２２７ ＤＶＤ－ＲＯＭ、１２３０ ＲＯＭ、１２４０ 入出力チップ

Claims (14)

1. エッジサーバの状態を示すエッジ状態情報を収集する収集サーバに対して前記エッジ状態情報を送信する収集サーバエージェントと、前記エッジサーバを識別可能なエッジＩＤ及び前記エッジサーバに関連するエッジ関連情報とを、前記エッジサーバにプロビジョニングするプロビジョニングシステムと、
   前記プロビジョニングシステムが前記エッジサーバにプロビジョニングした前記エッジＩＤ及び前記エッジ関連情報を対応付けて記憶するエッジ管理ＤＢと、
   前記収集サーバが前記エッジサーバから収集した前記エッジ状態情報を前記エッジサーバの前記エッジＩＤと対応付けて記憶する時系列ＤＢと、
   アプリケーションを配信するＡＰＰ配信システムに、前記エッジ管理ＤＢに記憶されている前記エッジ関連情報に基づいて特定したアプリケーションの配信先のエッジサーバに対して、前記アプリケーションを配信させる制御部と
   を備える管理システム。
2. 前記エッジ関連情報は、前記エッジサーバの位置を示すエッジ位置情報、前記エッジサーバのスペックを示すエッジスペック情報、及び前記エッジサーバの種類を示すエッジ種類情報の少なくともいずれかを含む、請求項１に記載の管理システム。
3. 前記制御部は、エッジサーバに配信する対象のアプリケーションに関連するＡＰＰ関連情報を記憶するアプリ管理ＤＢから取得した前記ＡＰＰ関連情報と、前記エッジ関連情報とに基づいて、前記アプリケーションの配信先としての条件を満たす前記エッジサーバを特定する、請求項１又は２に記載の管理システム。
4. 前記ＡＰＰ関連情報は、前記アプリケーションの通信相手、前記アプリケーションの動作環境、前記アプリケーションの動作タイプ、前記アプリケーションの入力データの種類、及び前記アプリケーションの出力データの種類の少なくともいずれかを含む、請求項３に記載の管理システム。
5. 前記制御部は、前記エッジＩＤを用いて、複数の前記エッジサーバのそれぞれの前記エッジ関連情報及び前記エッジ状態情報を前記エッジ管理ＤＢ及び前記時系列ＤＢのそれぞれから取得し、前記エッジ関連情報及び前記エッジ状態情報に基づいて、前記複数のエッジサーバから前記アプリケーションの配信先の前記エッジサーバを特定する、請求項１から４のいずれか一項に記載の管理システム。
6. 前記時系列ＤＢに記憶されている複数の前記エッジサーバの前記エッジ状態情報に基づいて、前記複数のエッジサーバの故障を検知する故障検知処理を実行する故障検知システム
   をさらに備え、請求項１から５のいずれか一項に記載の管理システム。
7. 前記制御部は、前記ＡＰＰ配信システムに前記アプリケーションを配信させた前記エッジサーバの故障が前記故障検知システムによって検知された場合に、当該アプリケーションを配信する対象の他のエッジサーバを、前記エッジ管理ＤＢに記憶されている前記エッジ関連情報に基づいて特定し、特定した前記エッジサーバに対して、前記ＡＰＰ配信システムに当該アプリケーションを配信させる、請求項６に記載の管理システム。
8. 前記エッジ状態情報は、前記エッジサーバのＣＰＵの利用状態、前記エッジサーバのメモリの利用状態、及び前記エッジサーバの通信状態の少なくともいずれかを含む、請求項１から７のいずれか一項に記載の管理システム。
9. エッジサーバの状態を示すエッジ状態情報を収集する収集サーバに対して前記エッジ状態情報を送信する収集サーバエージェントと、前記エッジサーバを識別可能なエッジＩＤ及び前記エッジサーバに関連するエッジ関連情報とを、前記エッジサーバにプロビジョニングするプロビジョニング部と、
   複数の前記エッジサーバの情報を管理するエッジ管理ＤＢに、前記エッジサーバにプロビジョニングした前記エッジＩＤ及び前記エッジ関連情報を登録する登録部と
   を備える情報処理装置。
10. 前記エッジ関連情報は、前記エッジサーバの位置を示すエッジ位置情報、前記エッジサーバのスペックを示すエッジスペック情報、及び前記エッジサーバの種類を示すエッジ種類情報の少なくともいずれかを含む、請求項９に記載の情報処理装置。
11. 配信対象のアプリケーションに関連するＡＰＰ関連情報を取得するＡＰＰ関連情報取得部と、
    エッジサーバを識別可能なエッジＩＤと前記エッジサーバに関連するエッジ関連情報とを対応付けて記憶するエッジ管理ＤＢに記憶されている複数のエッジサーバの前記エッジ関連情報と、前記ＡＰＰ関連情報とに基づいて、前記アプリケーションの配信先のエッジサーバを特定する特定部と、
    アプリケーションを配信するＡＰＰ配信システムに、前記特定部によって特定された前記エッジサーバに対して前記アプリケーションを配信させる配信指示部と
    を備える情報処理装置。
12. コンピュータを、請求項９から１１のいずれか一項に記載の情報処理装置として機能させるためのプログラム。
13. コンピュータによって実行される情報処理方法であって、
    エッジサーバの状態を示すエッジ状態情報を収集する収集サーバに対して前記エッジ状態情報を送信する収集サーバエージェントと、前記エッジサーバを識別可能なエッジＩＤ及び前記エッジサーバに関連するエッジ関連情報とを、前記エッジサーバにプロビジョニングするプロビジョニング段階と、
    複数の前記エッジサーバの情報を管理するエッジ管理ＤＢに、前記エッジサーバにプロビジョニングした前記エッジＩＤ及び前記エッジ関連情報を登録する登録段階と
    を備える情報処理方法。
14. コンピュータによって実行される情報処理方法であって、
    配信対象のアプリケーションに関連するＡＰＰ関連情報を取得するＡＰＰ関連情報取得段階と、
    エッジサーバを識別可能なエッジＩＤと前記エッジサーバに関連するエッジ関連情報とを対応付けて記憶するエッジ管理ＤＢに記憶されている複数の前記エッジサーバの前記エッジ関連情報と、前記ＡＰＰ関連情報とに基づいて、前記アプリケーションの配信先のエッジサーバを特定する特定段階と、
    アプリケーションを配信するＡＰＰ配信システムに、前記特定段階において特定された前記エッジサーバに対して前記アプリケーションを配信させる配信指示段階と
    を備える情報処理方法。

Images