(57)【要約】【課題】処理を行う際に利用可能なリソースを、当該リソースの状況などに応じて適切に使い分けることが難しい、という課題を解決すること。【解決手段】装置の構成、又は、装置が属するネットワークの構成の少なくとも一方を記憶する記憶部と、装置の構成又はネットワークの構成の少なくとも一方に基づいて、システムに属する複数の装置の中から処理を実行させる装置を決定する制御部と、を有する。【選択図】図２
2018147339.tif 000002
【特許請求の範囲】
【請求項１】
装置の構成、又は、前記装置が属するネットワークの構成の少なくとも一方を記憶する記憶部と、
前記装置の構成又は前記ネットワークの構成の少なくとも一方に基づいて、システムに属する複数の前記装置の中から処理を実行させる前記装置を決定する制御部と、
を有するシステム管理装置。
【請求項２】
請求項１に記載のシステム管理装置であって、
前記制御部は、処理を実行させる旨を決定した、前記装置の構成、又は、前記装置の属するネットワークの構成の少なくとも一方に基づいて、当該処理を他の装置にも実行させるか否か決定する
システム管理装置。
【請求項３】
請求項１又は２に記載のシステム管理装置であって、
前記制御部は、処理を実行させる旨を決定した、前記装置の構成に基づく前記装置の信頼性、又は、前記装置の属するネットワークの構成に基づくネットワークの信頼性の少なくとも一方に基づいて、当該処理を他の装置にも実行させるか否か決定する
システム管理装置。
【請求項４】
請求項１乃至３のいずれかに記載のシステム管理装置であって、
前記制御部は、前記ネットワークの構成に基づく信頼性が所定の基準よりも低い前記装置に処理を実行させる場合、当該装置とはネットワーク経路の異なる装置に同じ処理を実行させる旨を決定する
システム管理装置。
【請求項５】
請求項１乃至４のいずれかに記載のシステム管理装置であって、
前記制御部は、前記装置の構成に基づく信頼性が所定の基準よりも低い前記装置に処理を実行させる場合、当該装置までのネットワーク経路に基づいて、同じ処理を実行させる他の前記装置を決定する
システム管理装置。
【請求項６】
請求項１乃至５のいずれかに記載のシステム管理装置であって、
前記装置の状態を示す装置状態情報、又は、前記装置が属するネットワークの状態を示すネットワーク状態情報の少なくとも一方を取得する状態情報取得部を有し、
前記制御部は、前記記憶部が記憶する情報と、前記状態情報取得部が取得した情報と、に基づいて、処理を実行させる前記装置を決定する
システム管理装置。
【請求項７】
請求項６に記載のシステム管理装置であって、
前記状態情報取得部は、取得した前記装置状態情報及び前記ネットワーク状態情報を前記記憶部に記憶させるとともに、前記記憶部が記憶する情報に基づいて、前記装置状態情報、又は、前記ネットワーク状態情報の少なくとも一方の傾向を推定し、
前記制御部は、前記状態情報取得部による推定結果に基づいて処理を実行させる前記装置を決定する
システム管理装置。
【請求項８】
請求項１乃至７のいずれかに記載のシステム管理装置であって、
前記制御部は、処理を依頼するクライアントからの指示に含まれる情報に基づいて、一度処理を実行する前記装置を決定した後に、他の装置に同じ処理を実行させる旨を決定する
システム管理装置。
【請求項９】
請求項８に記載のシステム管理装置であって、
前記クライアントからの指示には処理に応じた返答の期日を示す情報が含まれており、
前記制御部は、前記期日までの時間が所定時間となった場合に、処理を実行する旨を決定した前記装置よりも、前記装置の構成に基づく前記装置の信頼性、又は、前記装置の属するネットワークの構成に基づくネットワークの信頼性が高い前記装置に同じ処理を実行させる旨を決定する
システム管理装置。
【請求項１０】
システム管理装置により行われるシステム管理方法であって、
装置の構成、又は、前記装置が属するネットワークの構成の少なくとも一方を取得し、
取得した前記装置の構成又は前記ネットワークの構成の少なくとも一方に基づいて、システムに属する複数の前記装置の中から処理を実行させる前記装置を決定する
システム管理方法。
【請求項１１】
装置の構成、又は、前記装置が属するネットワークの構成の少なくとも一方を記憶する記憶部を有する情報処理装置に、
前記装置の構成又は前記ネットワークの構成の少なくとも一方に基づいて、システムに属する複数の前記装置の中から処理を実行させる前記装置を決定する制御手段を実現させるためのプログラム。
【請求項１２】
装置の構成、又は、前記装置が属するネットワークの構成の少なくとも一方を記憶する記憶部と、前記装置の構成又は前記ネットワークの構成の少なくとも一方に基づいて、システムに属する複数の前記装置の中から処理を実行させる前記装置を決定する制御部と、を有するシステム管理装置と、
前記システム管理装置からの指示に基づいて処理を実行する前記装置と、
を有する情報処理システム。
【請求項１３】
装置の状態を示す装置状態情報、又は、前記装置が属するネットワークの状態を示すネットワーク状態情報の少なくとも一方を取得する状態情報取得部と、
前記装置状態情報又は前記ネットワーク状態情報の少なくとも一方に基づいて、同一の処理を複数の前記装置に実行させるか否か決定する制御部と、
を有するシステム管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システム管理装置、システム管理方法、プログラム、情報処理システムに関し、特に、ユーザからのリクエストに応じた処理の実行をシステムに属する装置に依頼するシステム管理装置、システム管理方法、プログラム、情報処理システムに関する。
【背景技術】
【０００２】
インターネットなどのネットワークを介して接続されたユーザからのリクエストに応じて様々な処理を行うクラウドコンピューティングなどが知られている。
【０００３】
上記のような技術に関連する技術としては、例えば、特許文献１がある。特許文献１には、顧客の信頼性パラメータを指定する動的信頼性プロファイルを受け取り、顧客の動的信頼性プロファイルに基づいて顧客のクラウドリソースの構成を決定するよう構成されたプロセッサ及びメモリを含む装置が記載されている。
【０００４】
また、関連する技術として、例えば、特許文献２がある。特許文献２には、ジョブを処理するための各タスクが出力した出力データを順次保存していく保存手段と、タスクごとに重要度を設定する設定手段と、を有するシステムが記載されている。特許文献２によると、タスクは、処理を実行した後に出力する出力データをタスクに設定された重要度に沿った保存方法で保存手段に保存する。これにより、タスクの特性によるデータの重要度などを加味することが可能となり、コストを削減しつつデータの適正な保存が可能となる。
【０００５】
また、関連する技術として、例えば、特許文献３がある。特許文献３には、処理コンピュータの各々から割当戦略に従って現在の動作状態を示す情報を収集し、収集できたコンピュータ群の中から割当戦略に従って処理コンピュータ群を選択し、選択した処理コンピュータ群から処理単位ごとに少なくとも１台の処理コンピュータを割り当て、割り当てた処理コンピュータへ処理単位を伝送する、という制御方法が記載されている。特許文献３によると、上記構成により、ネットワークに接続されている複数のコンピュータのリソースを有効活用することが可能となる。
【０００６】
また、関連する技術として、例えば、特許文献４や特許文献５がある。特許文献４や特許文献５には、通信環境や品質が悪化した場合に異なる経路で通信を行う技術が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特表２０１４−５３２２４６号公報
【特許文献２】特開２０１３−１０６１９３号公報
【特許文献３】特開２００８−３９０７号公報
【特許文献４】特開２００４−２８２２６６号公報
【特許文献５】特開２００３−１６３６８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
オンプレ環境にある企業内データセンターやフォグサーバやエッジサーバ、個人の有する携帯電話端末やタブレットなど、様々な情報処理装置がネットワークに接続されるようになっている。このような様々な情報処理装置は、ユーザからのリクエストに応じた処理を行う際に用いるリソースとして活用することが可能である。
【０００９】
一方で、上記のような様々な情報処理装置は、それぞれの情報処理装置ごとにＣＰＵの性能やメモリ容量などの装置の構成や、ネットワークの構成などが大きく異なっている。そのため、必要な処理を行う際に用いるリソースとして上記のような情報処理装置を用いるためには、それぞれの情報処理装置の構成や置かれている状況などを加味して、処理を依頼する装置を選択することが望ましい。
【００１０】
しかしながら、特許文献１に記載されている技術の場合、顧客の動的信頼性プロファイルに基づいて顧客のクラウドリソースの構成を決定することになり、処理を依頼する依頼先の構成などは考慮されていない。そのため、特許文献１の技術では、様々な情報処理装置の中から処理を行う装置として適切な装置を選択することが難しかった。
【００１１】
このような問題は、タスクに応じた重要度を問題とする特許文献２でも同様に生じることになる。また、特許文献３には、現在の動作状態を示す情報を収集する旨が記載されているものの、装置の構成やネットワーク構成を加味することは記載されていない。そのため、特許文献３に記載の技術においても、適切な装置に適切な方法で処理の依頼をすることが難しいことがあった。
【００１２】
また、特許文献４や５に記載されている技術は、通信環境や品質が悪化した場合に異なる経路で通信を行う、というものである。そのため、通信環境や品質が悪化する前に必要な対応をとることは難しく、特許文献１乃至３と同様に、様々な情報処理装置の中から適切な装置を選択することが難しいという問題を解消することは難しかった。
【００１３】
以上のように、処理を行う際に利用可能なリソースを、当該リソースの状況などに応じて適切に使い分けることが難しい、という問題が生じていた。
【００１４】
そこで、本発明の目的は、処理を行う際に利用可能なリソースを、当該リソースの状況などに応じて適切に使い分けることが難しい、という問題を解決するシステム管理装置、システム管理方法、プログラム、情報処理システムを提供することにある。
【課題を解決するための手段】
【００１５】
かかる目的を達成するため本発明の一形態であるシステム管理装置は、
装置の構成、又は、前記装置が属するネットワークの構成の少なくとも一方を記憶する記憶部と、
前記装置の構成又は前記ネットワークの構成の少なくとも一方に基づいて、システムに属する複数の前記装置の中から処理を実行させる前記装置を決定する制御部と、
を有する
という構成を採る。
【００１６】
また、本発明の他の形態であるシステム管理方法は、
システム管理装置により行われるシステム管理方法であって、
装置の構成、又は、前記装置が属するネットワークの構成の少なくとも一方を取得し、
取得した前記装置の構成又は前記ネットワークの構成の少なくとも一方に基づいて、システムに属する複数の前記装置の中から処理を実行させる前記装置を決定する
という構成を採る。
【００１７】
また、本発明の他の形態であるプログラムは、
装置の構成、又は、前記装置が属するネットワークの構成の少なくとも一方を記憶する記憶部を有する情報処理装置に、
前記装置の構成又は前記ネットワークの構成の少なくとも一方に基づいて、システムに属する複数の前記装置の中から処理を実行させる前記装置を決定する制御手段を実現させるためのプログラムである。
【００１８】
また、本発明の他の形態である情報処理システムは、
装置の構成、又は、前記装置が属するネットワークの構成の少なくとも一方を記憶する記憶部と、前記装置の構成又は前記ネットワークの構成の少なくとも一方に基づいて、システムに属する複数の前記装置の中から処理を実行させる前記装置を決定する制御部と、を有するシステム管理装置と、
前記システム管理装置からの指示に基づいて処理を実行する前記装置と、
を有する
という構成を採る。
【００１９】
また、本発明の他の形態であるシステム管理装置は、
装置の状態を示す装置状態情報、又は、前記装置が属するネットワークの状態を示すネットワーク状態情報の少なくとも一方を取得する状態情報取得部と、
前記装置状態情報又は前記ネットワーク状態情報の少なくとも一方に基づいて、同一の処理を複数の前記装置に実行させるか否か決定する制御手段と、
を有する
という構成を採る。
【発明の効果】
【００２０】
本発明は、以上のように構成されることにより、処理を行う際に利用可能なリソースを、当該リソースの状況などに応じて適切に使い分けることが難しい、という問題を解決するシステム管理装置、システム管理方法、プログラム、情報処理システムを提供することが可能となる。
【図面の簡単な説明】
【００２１】
【図１】本発明の第１の実施形態に係る情報処理システムの全体の構成の一例を示す図である。
【図２】図１で示すシステム管理装置の構成の一例を示す図である。
【図３】図２で示すＳＬＡ一覧情報の一例を示す図である。
【図４】図２で示す装置構成情報、装置状態情報、装置信頼性情報を説明するための図である。
【図５】図２で示すネットワーク構成情報、ネットワーク状態情報、ネットワーク信頼性情報を説明するための図である。
【図６】リクエスト中のＳＬＡと信頼性情報とに基づいて決定される装置の一例を示す図である。
【図７】ネットワーク信頼性の低い装置に処理を実行させる場合の一例を示す図である。
【図８】装置信頼性の低い装置に処理を実行させる場合の一例を示す図である。
【図９】関連する処理の一例を示す図である。
【図１０】関連する処理を実行させる装置群を選択する場合の一例を示す図である。
【図１１】システム管理装置が処理を依頼する際の全体的な流れの一例を示すフローチャートである。
【図１２】図１１で示すステップＳ１０２の処理の詳細な一例を示すフローチャートである。
【図１３】システム管理装置が処理結果を返信する際の処理の一例を示すフローチャートである。
【図１４】本発明の第２の実施形態に係るシステム管理装置の構成の一例を示すブロック図である。
【図１５】本発明の第２の実施形態に係るシステム管理装置の他の構成の一例を示すブロック図である。
【発明を実施するための形態】
【００２２】
［第１の実施形態］
本発明の第１の実施形態を図１乃至図１３を参照して説明する。図１は、情報処理システム１の全体の構成の一例を示す図である。図２は、システム管理装置２の構成の一例を示す図である。図３は、ＳＬＡ一覧情報２４１の一例を示す図である。図４は、装置構成情報２４３、装置状態情報２４５、装置信頼性情報２４７を説明するための図である。図５は、ネットワーク構成情報２４４、ネットワーク状態情報２４６、ネットワーク信頼性情報２４８を説明するための図である。図６は、リクエスト中のＳＬＡと信頼性情報とに基づいて決定される装置の一例を示す図である。図７は、ネットワーク信頼性の低い装置に処理を実行させる場合の一例を示す図である。図８は、装置信頼性の低い装置に処理を実行させる場合の一例を示す図である。図９は、関連する処理の一例を示す図である。図１０は、関連する処理を実行させる装置群を選択する場合の一例を示す図である。図１１は、システム管理装置２が処理を依頼する際の全体的な流れの一例を示すフローチャートである。図１２は、図１１で示すステップＳ１０２の処理の詳細な一例を示すフローチャートである。図１３は、システム管理装置２が処理結果を返信する際の処理の一例を示すフローチャートである。
【００２３】
第１の実施形態では、クラウド利用端末３からのリクエストに応じた処理を、予め契約されたサービス利用者の過剰ＩＴ（information technology）リソースを活用して行うシステム管理装置２を有する情報処理システム１について説明する。後述するように、本実施形態におけるシステム管理装置２が活用するリソースの中には、個人が有するタブレットやスマートフォンなどの装置信頼性やネットワーク信頼性が低い装置も存在する。本実施形態におけるシステム管理装置２は、リクエスト中のＳＬＡ（Service Level Agreement）と、各リソースの信頼性情報と、に基づいて、処理を実行させる装置を決定する。また、システム管理装置２は、装置信頼性やネットワーク信頼性の低い装置に処理を実行させる場合などにおいて、同一の処理を複数の装置に実行させる。このように、リクエスト中のＳＬＡと各リソースの信頼性情報とに基づいて処理を実行させる装置を決定するとともに、必要に応じて処理を多重化することで、処理の信頼性を保ちつつ、様々な過剰ＩＴリソースを活用することが可能となる。
【００２４】
図１は、本実施形態における情報処理システム１の全体的な構成の一例を示している。図１を参照すると、本実施形態における情報処理システム１は、システム管理装置２と、クラウド利用端末３と、企業内ＤＣ（data center）４と、エッジサーバ５と、端末６と、を含んでいる。
【００２５】
図１で示すように、システム管理装置２とクラウド利用端末３とは、例えば、図示しない中継装置やネットワークなどを介して、互いに通信可能なよう接続されている。また、システム管理装置２と企業内ＤＣ４、システム管理装置２とエッジサーバ５、システム管理装置２と端末６とも同様に、図示しない中継装置やネットワークなどを介して、互いに通信可能なよう接続されている。システム管理装置２と端末６とは、エッジサーバ５を介して接続されても構わないし、エッジサーバ５を介さずに直接接続されても構わない。同様に、システム管理装置２と企業内ＤＣ４とは、エッジサーバ５を介して接続されても構わないし、エッジサーバ５を介さずに直接接続されても構わない。
【００２６】
なお、情報処理システム１が有するクラウド利用端末３の数や企業内ＤＣ４の数、エッジサーバ５の数、端末６の数は、図１で示す場合に限定されない。情報処理システム１は、任意の数のクラウド利用端末３、企業内ＤＣ４、エッジサーバ５、端末６を有することが出来る。
【００２７】
システム管理装置２は、クラウド利用端末３からリクエストを受信する。すると、システム管理装置２は、受信したリクエストに応じた処理を、企業内ＤＣ４、エッジサーバ５、端末６、などの過剰ＩＴリソースを活用して行う。後述するように、システム管理装置２は、リクエストに含まれるＳＬＡと、企業内ＤＣ４、エッジサーバ５、端末６、などの各装置の信頼性情報と、に基づいて、処理を実行させる装置を決定する。また、システム管理装置２は、ネットワーク信頼性や装置信頼性などが低い装置に処理を実行させる場合など、必要がある場合において、同一の処理を複数の処理で実行させる。
【００２８】
図２を参照すると、システム管理装置２は、主な構成要素として、通信Ｉ／Ｆ部２１と、操作入力部２２と、画面表示部２３と、記憶部２４と、演算処理部２５と、を有している。
【００２９】
通信Ｉ／Ｆ部２１は、専用のデータ通信回路からなり、通信回線を介して接続されたクラウド利用端末３や企業内ＤＣ４、エッジサーバ５、端末６との間でデータ通信を行う。
【００３０】
操作入力部２２は、キーボードやマウスなどの操作入力装置からなり、システム管理装置２を操作する操作者の操作を検出して演算処理部２５に出力する。
【００３１】
画面表示部２３は、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）などの画面表示装置からなる。画面表示部２３は、演算処理部２５からの指示に応じて各種情報を画面表示する。
【００３２】
記憶部２４は、ハードディスクやメモリなどの記憶装置である。記憶部２４は、演算処理部２５における各種処理に必要な処理情報やプログラム２４９を記憶する。プログラム２４９は、演算処理部２５に読み込まれて実行されることにより各種処理部を実現するプログラムである。プログラム２４９は、通信Ｉ／Ｆ部２１などのデータ入出力機能を介して外部装置（図示せず）や記憶媒体（図示せず）から予め読み込まれ、記憶部２４に保存されている。記憶部２４で記憶される主な情報としては、例えば、ＳＬＡ一覧情報２４１、接続経路情報２４２、装置構成情報２４３、ネットワーク構成情報２４４、装置状態情報２４５、ネットワーク状態情報２４６、装置信頼性情報２４７、ネットワーク信頼性情報２３８などがある。
【００３３】
ＳＬＡ一覧情報２４１は、リクエスト制御手段２５１によりクラウド利用端末３に対して送信される情報である。ＳＬＡ一覧情報２４１は、例えば、図３で示すように、クラウド利用端末３が選択可能な複数のＳＬＡ（数は任意で構わない）を含んでいる。ＳＬＡ一覧情報２４１に含まれるＳＬＡは、例えば、ＳＬＡが高くなるほどシステム管理装置２に処理を依頼する際の料金が高くなるよう構成されている。
【００３４】
なお、ＳＬＡは、リクエストを送信するごと（又はリクエストに含まれる処理ごと）にクラウド利用端末３により選択されるのではなく、情報処理システム１を利用する顧客（つまり、クラウド利用端末３）ごとに固有のものであっても構わない。この場合、例えば、サービス利用者として新たにクラウド利用端末３を登録する際に、当該クラウド利用端末３とＳＬＡとを対応付けた情報を記憶部２４に格納しておくことになる。換言すると、記憶部２４は、ＳＬＡ一覧情報２４１とともに、又は、その代わりに、クラウド利用端末３を識別するための情報とＳＬＡとを対応付けた情報を記憶していても構わない。
【００３５】
接続経路情報２４２は、企業内ＤＣ４やエッジサーバ５、端末６などのネットワーク上の接続経路を示す情報である。接続経路情報２４２は、システム管理装置２と企業内ＤＣ４やエッジサーバ５、端末６との間の接続経路を示す情報を含んでいる。接続経路情報２４２には、端末６間や企業内ＤＣ４とエッジサーバ５間などの装置間の接続経路を示す情報を含んでも構わない。
【００３６】
接続経路情報２４２は、例えば、企業内ＤＣ４、エッジサーバ５、端末６などをサービス利用者として新たに登録する際に、当該装置や当該装置と通信を行う途上の図示しない中継装置などから必要な情報を取得することで生成される（上記情報は、既知の様々な手段を用いて収集して構わない）。接続経路情報２４２は、定期的に更新されても構わない。接続経路情報２４２は、処理制御手段２５４などにおいて利用される。
【００３７】
装置構成情報２４３は、企業内ＤＣ４やエッジサーバ５、端末６などの装置の構成を示す情報である。装置構成情報２４３には、例えば、装置の性能を示す構成情報とデータ信頼性を示す構成情報とが含まれている。装置の性能を示す構成情報としては、例えば、ＣＰＵ（Central Processing Unit）のコア数やクロック数、メモリ容量、ストレージ容量、ＧＰＵ（Graphics Processing Unit）の有無やアクセラレータの有無（汎用ＣＰＵ以外のアクセラレーション機能の有無）などがある。また、データ信頼性を示す構成情報としては、例えば、ストレージの種類（ＨＤＤ（Hard Disk Drive）であるか、ＳＤＤ（Solid State Drive）であるかなど）、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）化されているか否か、ＲＡＩＤ化されている場合のＲＡＩＤレベル、ミラーリングの有無などがある。このように、装置構成情報２４３は、短期的に変化しにくい静的な情報から構成されている。
【００３８】
装置構成情報２４３は、例えば、企業内ＤＣ４、エッジサーバ５、端末６などをサービス利用者として新たに登録する際に、当該装置から取得されて記憶部２４に格納されている。装置構成情報２４３は、例えば、信頼性判断手段２５３で利用される。
【００３９】
ネットワーク構成情報２４４は、企業内ＤＣ４やエッジサーバ５、端末６などが接続するネットワークの構成を示す情報である。ネットワーク構成情報２４４には、有線であるか、無線であるか、バンド幅やネットワークの太さ、バックボーンの太さ、レイテンシ、時間帯などによるレイテンシのバラツキ、などを示す情報が含まれている。このように、ネットワーク構成情報２４４は、短期的に変化しにくい静的な情報から構成されている。
【００４０】
ネットワーク構成情報２４４は、例えば、企業内ＤＣ４、エッジサーバ５、端末６などをサービス利用者として新たに登録する際に、当該装置や当該装置と通信を行う途上の図示しない中継装置などから必要な情報を取得することで取得され記憶部２４に格納されている。ネットワーク構成情報２４４は、例えば、信頼性判断手段２５３で利用される。
【００４１】
装置状態情報２４５は、企業内ＤＣ４やエッジサーバ５、端末６などの装置の状態を示す情報である。装置状態情報２４５には、例えば、ＣＰＵの稼動率やメモリの空き容量などを示す情報が含まれている。このように、装置状態情報２４５は、装置構成情報２４３とは異なり、例えば経時的な要素により変化する動的な情報から構成されている。
【００４２】
装置状態情報２４５は、例えば、状態情報取得手段２５２により定期的に取得され、記憶部２４に格納されている。装置状態情報２４５は、処理を依頼しようとするタイミングなどで状態情報取得手段２５２により取得されても構わない。装置状態情報２４５は、例えば、信頼性判断手段２５３で利用される。
【００４３】
なお、装置状態情報２４５には、定期的に取得された装置状態情報２４５に基づいて推定された装置状態の傾向を示す情報を含むことが出来る。装置状態の傾向を示す情報は、例えば、時間帯ごとのＣＰＵ稼働率（推定値）などであり、状態情報取得手段２５２により予め推定されている。
【００４４】
ネットワーク状態情報２４６は、企業内ＤＣ４やエッジサーバ５、端末６などが接続するネットワークの状態を示す情報である。ネットワーク状態情報２４６には、例えば、装置の接続の有無、ネットワークが輻輳状態にあるか、ネットワークに障害が発生しているか、Ｗｉ−Ｆｉ接続されているか、などを示す情報が含まれている。このように、ネットワーク状態情報２４６は、ネットワーク構成情報２４４とは異なり、例えば経時的な要素により変化する動的な情報から構成されている。
【００４５】
ネットワーク状態情報２４６は、例えば、状態情報取得手段２５２により定期的に取得され、記憶部２４に格納されている。ネットワーク状態情報２４６は、処理を依頼しようとするタイミングなどで状態情報取得手段２５２により取得されても構わない。ネットワーク状態情報２４６は、例えば、信頼性判断手段２５３で利用される。
【００４６】
なお、ネットワーク状態情報２４６には、装置状態情報２４５と同様に、定期的に取得されたネットワーク状態情報２４６に基づいて推定されたネットワーク状態の傾向を示す情報を含むことが出来る。ネットワーク状態の傾向を示す情報は、例えば、時間帯ごとの接続率（推定値）や輻輳・障害発生率（推定値）などであり、状態情報取得手段２５２により予め推定されている。
【００４７】
装置信頼性情報２４７は、図４で示すように、装置構成情報２４３と装置状態情報２４５とに基づいて、信頼性判断手段２５３により生成される情報である。装置信頼性情報２４７は、企業内ＤＣ４やエッジサーバ５、端末６などの装置の信頼性を示している。
【００４８】
装置信頼性情報２４７が示す装置信頼性は、処理の結果に誤りが生じる可能性などを示している。装置信頼性は、例えば、１〜１００までの値、１０段階表示など、複数段階で表現されている。例えば、装置信頼性は、ＣＰＵの性能が高い、ストレージに空き容量がある、ＲＡＩＤ化されている、など、装置の性能やデータ信頼性が高いほど高い値となるように信頼性判断手段２５３により生成される。また、装置信頼性情報２４７が示す装置信頼性は、ＣＰＵの稼動率が低い、メモリの空き容量がある、など装置が新たな処理を行うのに適しているほど高い値となるように信頼性判断手段２５３により生成される。このように、装置信頼性情報２４７は、装置構成情報２４３と装置状態情報２４５とに基づく値を有している。
【００４９】
なお、上記のように装置信頼性を生成した場合、装置信頼性が示す値が高いほど、処理結果に誤りが生じる可能性が低いことを示している。従って、後述するように、処理制御手段２５４は、要求されるＳＬＡが高いほど高い装置信頼性を有する装置に処理を実行させることになる。
【００５０】
ネットワーク信頼性情報２４８は、図５で示すように、ネットワーク構成情報２４４とネットワーク状態情報２４６とに基づいて、信頼性判断手段２５３により生成される情報である。ネットワーク信頼性情報２４８は、企業内ＤＣ４やエッジサーバ５、端末６などの装置が接続するネットワークの信頼性を示している。
【００５１】
ネットワーク信頼性情報２４８が示すネットワーク信頼性は、企業内ＤＣ４やエッジサーバ５、端末６などの装置との通信可能性（依頼した内容が装置に届くか、装置からの処理結果がシステム管理装置２に届くか）を示している。ネットワーク信頼性は、例えば、１〜１００までの値、１０段階表示など、複数段階で表現されている。例えば、ネットワーク信頼性は、バンド幅、ネットワークが太い、レイテンシが小さい、など、ネットワークの性能が良いほど高い値となるように信頼性判断手段２５３により生成される。また、ネットワーク信頼性は、ＬＴＥ（Long Term Evolution）接続でなくＷｉ−Ｆｉ接続されている、輻輳状態でない、障害が発生していない、などネットワークの状態が良いほど高い値となるように信頼性判断手段２５３により生成される。このように、ネットワーク信頼性情報２４８は、ネットワーク構成情報２４４とネットワーク状態情報２４６とに基づく値を有している。
【００５２】
なお、上記のようにネットワーク信頼性を生成した場合、ネットワーク信頼性が示す値が高いほど、送信した内容が問題なく相手方に届くことを示している。従って、後述するように、処理制御手段２５４は、要求されるＳＬＡが高いほど高いネットワーク信頼性を有する装置に処理を実行させることになる。
【００５３】
演算処理部２５は、ＭＰＵ（microprocessor）などのマイクロプロセッサとその周辺回路を有し、記憶部２４からプログラム２４９を読み込んで実行することにより、上記ハードウェアとプログラム２４９とを協働させて各種処理部を実現する。演算処理部２５で実現される主な処理部として、リクエスト制御手段２５１と、状態情報取得手段２５２（状態情報取得部）と、信頼性判断手段２５３と、処理制御手段２５４（制御部）と、処理結果採用手段２５５と、がある。
【００５４】
リクエスト制御手段２５１は、ＳＬＡを示す情報を含むリクエストをクラウド利用端末３から受信する。また、リクエスト制御手段２５１は、受信した情報を処理制御手段２５４に送信する。
【００５５】
例えば、リクエスト制御手段２５１は、通信Ｉ／Ｆ部２１を介して、図３で示すようなＳＬＡ一覧情報２４１をクラウド利用端末３に送信する。ＳＬＡ一覧情報２４１を受信したクラウド利用端末３では、当該クラウド利用端末３の利用者により、依頼する処理や料金に応じたＳＬＡが選択される。そして、クラウド利用端末３は、ＳＬＡを示す情報を含むリクエストをシステム管理装置２に送信する。その後、リクエスト制御手段２５１は、クラウド利用端末３からＳＬＡを示す情報を含むリクエストを受け取る。すると、リクエスト制御手段２５１は、受信した情報を処理制御手段２５４に送信する。
【００５６】
例えば、上記のような方法により、リクエスト制御手段２５１はクラウド利用端末３からＳＬＡを示す情報を受け取る。
【００５７】
なお、リクエスト制御手段２５１は、受信したリクエストを例えば記憶部２４や図示しない記憶装置などに格納して、一定期間（例えば、リクエストに対する回答がクラウド利用端末３に返信されるまで）管理するよう構成することが出来る。この場合、リクエスト制御手段２５１は、リクエストに対する回答の期日までの時間が所定の基準以下（例えば、一日以内など。任意で構わない）となった場合に、再度の処理を企業内ＤＣ４やエッジサーバ５、端末６などの装置に実行させるよう処理制御手段２５４に通知することが出来る。換言すると、リクエスト制御手段２５１は、処理に応じた返答の期日を示す情報に基づいて、再度の処理を実行するよう通知することが出来る。また、リクエスト制御手段２５１は、再度の処理を依頼する際に、ＳＬＡを所定分高くする（例えば、装置信頼性及びネットワーク信頼性が低い端末６に依頼するＳＬＡであった場合、再度の処理を行う際には、最初よりも高い装置信頼性及びネットワーク信頼性を有する装置（例えば、エッジサーバ５）に依頼するＳＬＡとするなど）よう構成しても構わない。これにより、より確実に処理を実行することが可能となる。
【００５８】
状態情報取得手段２５２は、例えば予め定められた周期ごとに、装置状態情報２４５やネットワーク状態情報２４６を取得する。そして、状態情報取得手段２５２は、取得した装置状態情報２４５やネットワーク状態情報２４６を、記憶部２４に格納する。
【００５９】
例えば、状態情報取得手段２５２は、企業内ＤＣ４やエッジサーバ５、端末６などの装置や当該装置と通信を行う途上の図示しない中継装置などと通信を行って、装置状態情報２４５やネットワーク状態情報２４６を取得する。本実施形態においては、状態情報取得手段２５２が装置状態情報２４５やネットワーク状態情報２４６を取得する際に用いる方法は、特に限定しない。状態情報取得手段２５２は、例えば、ＳＮＭＰ（Simple Network Management Protocol）やＩＣＭＰ（Internet Control Message Protocol）などを利用するなど、既知の様々な方法を用いて、装置状態情報２４５やネットワーク状態情報２４６を取得することが出来る。
【００６０】
また、状態情報取得手段２５２は、記憶部２４に格納された装置状態情報２４５やネットワーク状態情報２４６を用いて、装置状態の傾向を示す情報やネットワーク状態の傾向を示す情報を推定するよう構成することが出来る。状態情報取得手段２５２は、例えば、記憶部２４に格納された装置状態情報２４５が示す所定時間ごとのＣＰＵ稼働率に基づいて、任意の時間のＣＰＩ稼働率（推定値）や時間帯ごとのＣＰＵ稼働率（推定値）を推定する。また、状態情報取得手段２５２は、例えば、記憶部２４に格納されたネットワーク状態情報２４６が示す所定時間ごとの輻輳・障害の有無に基づいて、時間帯ごとの輻輳・障害発生率（推定値）を推定する。そして、状態情報取得手段２５２は、上記のような推定結果を示す情報を含む装置状態情報２４５やネットワーク状態情報２４６を記憶部２４に格納する。なお、状態情報取得手段２５２は、上記例示した以外の推定を行っても構わない。状態情報取得手段２５２は、記憶部２４に格納された装置状態情報２４５やネットワーク状態情報２４６に基づく様々な推定を行うことが出来る。
【００６１】
信頼性判断手段２５３は、記憶部２４に格納された装置構成情報２４３や装置状態情報２４５に基づいて装置信頼性を示す装置信頼性情報２４７を生成する。また、信頼性判断手段２５３は、記憶部２４に格納されたネットワーク構成情報２４４やネットワーク状態情報２４６に基づいて、ネットワーク信頼性を示すネットワーク信頼性情報２４８を生成する。そして、信頼性判断手段２５３は、生成した装置信頼性情報２４７やネットワーク信頼性情報２４８を記憶部２４に格納する。なお、本実施形態においては、信頼性判断手段２５３が装置信頼性情報２４７やネットワーク信頼性情報２４８を生成するタイミングについては、特に限定しない。信頼性判断手段２５３は、任意のタイミングで装置信頼性情報２４７やネットワーク信頼性情報２４８を生成することが出来る。
【００６２】
例えば、信頼性判断手段２５３は、ＣＰＵの性能が高い、ストレージに空き容量がある、ＲＡＩＤ化されている、など、装置構成情報２４３が示す装置の性能やデータ信頼性が高いほど高い値となるように、装置信頼性を生成する。また、信頼性判断手段２５３は、ＣＰＵの稼動率が低い、メモリの空き容量がある、など、装置状態情報２４５が示す装置の状態が良いほど高い値となるように、装置信頼性を生成する。さらに、信頼性判断手段２５３は、状態情報取得手段２５２が推定した装置状態の傾向を示す情報を加えて装置信頼性を生成することが出来る。
【００６３】
なお、本実施形態においては、信頼性判断手段２５３が装置構成情報２４３と装置状態情報２４５とのどちらを重視して装置信頼性を生成するかは特に限定しない。信頼性判断手段２５３は、装置構成情報２４３に基づく値と装置状態情報２４５に基づく値とを加算して装置信頼性を生成しても構わないし、装置構成情報２４３に基づく値と装置状態情報２４５に基づく値とを乗算して装置信頼性を生成しても構わない。また、信頼性判断手段２５３は、装置構成情報２４３に基づく値や装置状態情報２４５に基づく値に所定の重み付けを行った上で装置信頼性を算出しても構わない。
【００６４】
また、例えば、信頼性判断手段２５３は、バンド幅、ネットワークが太い、レイテンシが小さい、など、ネットワーク構成情報２４４が示すネットワークの性能が良いほど高い値となるように、ネットワーク信頼性を生成する。また、信頼性判断手段２５３は、ＬＴＥ（Long Term Evolution）接続でなくＷｉ−Ｆｉ接続されている、輻輳状態でない、障害が発生していない、など、ネットワーク状態情報２４６が示すネットワークの状態が良いほど高い値となるように、ネットワーク信頼性を生成する。さらに、信頼性判断手段２５３は、状態情報取得手段２５２が推定したネットワーク状態の傾向を示す情報を加えてネットワーク信頼性を生成することが出来る。
【００６５】
なお、本実施形態においては、信頼性判断手段２５３がネットワーク構成情報２４４とネットワーク状態情報２４６とのどちらを重視してネットワーク信頼性を生成するかは特に限定しない。信頼性判断手段２５３は、ネットワーク構成情報２４４に基づく値とネットワーク状態情報２４６に基づく値とを加算してネットワーク信頼性を生成しても構わないし、ネットワーク構成情報２４４に基づく値とネットワーク状態情報２４６に基づく値とを乗算してネットワーク信頼性を生成しても構わない。また、信頼性判断手段２５３は、ネットワーク構成情報２４４に基づく値やネットワーク状態情報２４６に基づく値に所定の重み付けを行った上でネットワーク信頼性を算出しても構わない。
【００６６】
処理制御手段２５４は、リクエスト制御手段２５１から受信した情報（つまり、クラウド利用端末３からの指示）と、装置信頼性情報２４７と、ネットワーク信頼性情報２４８と、に基づいて、クラウド利用端末３からのリクエストに応じた処理を実行させる装置を決定する。そして、処理制御手段２５４は決定した装置に対して、処理内容やリソース確保期間、結果の送付先を示す情報を送信する。また、処理制御手段２５４は、上記決定した装置がネットワーク信頼性や装置信頼性が低かった場合などにおいて、同一の処理を複数の処理で実行させる。
【００６７】
例えば、処理制御手段２５４は、クラウド利用端末３からのリクエストが一つの処理を要求しているなど関連する複数の処理を要求していない場合、リクエストに含まれるＳＬＡと、装置信頼性情報２４７と、ネットワーク信頼性情報２４８と、に基づいて、処理を実行させる装置を決定する。例えば、処理制御手段２５４は、リクエストに含まれるＳＬＡに基づいて、装置信頼性の値とネットワーク信頼性の値の基準を算出する。そして、処理制御手段２５４は、ＳＬＡに基づく基準よりも高い装置信頼性とネットワーク信頼性を有する装置に処理を実行させる旨を決定する。例えば、図６で示すように、リクエストに含まれるＳＬＡが十分に高い場合、処理制御手段２５４は、高い装置信頼度と高いネットワーク信頼度を有する企業内ＤＣ４に処理を実行させる旨を決定する。また、リクエストに含まれるＳＬＡが中程度である場合、中程度の装置信頼度と中程度のネットワーク信頼度を有するエッジサーバ５に処理を実行させる旨を決定する。また、リクエストに含まれるＳＬＡが低い場合、処理制御手段２５４は、装置信頼度とネットワーク信頼度とが低い端末６に処理を実行させる旨を決定する。
【００６８】
このように、処理制御手段２５４は、装置信頼性情報２４７が示す装置信頼性と、ネットワーク信頼性情報２４８が示すネットワーク信頼性と、の両方が、リクエストが示すＳＬＡにより定まる基準を超えている装置に処理を実行させる旨を決定する。なお、同じ企業内ＤＣ４であっても、有するストレージの容量やＣＰＵの性能は企業内ＤＣ４ごとに異なっている。また、置かれているネットワーク環境も企業内ＤＣ４ごとに異なっている。そのため、企業内ＤＣ４ごとに装置信頼度やネットワーク信頼度は異なった値となる。従って、ＳＬＡ一覧情報２４１に複数の選択肢を含めることで、処理制御手段２５４は、よりきめの細かい制御を行うことが可能となる。具体的には、例えば、処理制御手段２５４は、リクエストが高ＳＬＡの中でもより高いＳＬＡを要求する場合、企業内ＤＣ４の中でもより装置信頼度やネットワーク信頼度の高い企業内ＤＣ４に処理をさせる、などの制御を行うことが出来る。これは、エッジサーバ５や端末６の場合も同様である。また、装置信頼度やネットワーク信頼度の低い企業内ＤＣ４よりも装置信頼度とネットワーク信頼度とが高いエッジサーバ５などが存在することも考えられる。高ＳＬＡの場合に企業内ＤＣ４を割り当て、中ＳＬＡの場合にエッジサーバ５を割り当て、低ＳＬＡの場合に端末６を割り当てるのはあくまで一例であり、処理制御手段２５４は、上記例示した場合に限定されず処理を実行させる装置を決定することが出来る。
【００６９】
また、上記決定の結果、予め定められた基準値よりもネットワーク信頼性の低いエッジサーバ５や端末６などの装置に処理を実行させることを決定したとする。この場合、依頼する処理の内容がエッジサーバ５や端末６などの装置に届かなかったり、エッジサーバ５や端末６などの装置から送信される処理結果がシステム管理装置２に届かなかったりすることが考えられる。そこで、上記のような場合、処理制御手段２５４は、同じ処理を他の装置（例えば、同様にネットワーク信頼性の低い装置）に実行させることを決定する（図７参照）。この際、処理制御手段２５４は、接続経路情報２４２を参照して、同一の処理を実行させる装置として、システム管理装置２との間のネットワーク経路が異なる装置を選択する。このように異なる経路の装置に同一の処理を実行させることで、同一の処理を実行させる複数の装置の全てに情報が届かない可能性を低減させることが出来る。
【００７０】
なお、処理制御手段２５４が処理を多重化（冗長化）する数は、任意に設定して構わない。例えば、処理制御手段２５４は、ネットワーク信頼性の低い装置に処理を実行させる場合、常に１つ、又は、２つの、他の装置に同一の処理を実行させても構わない。処理制御手段２５４は、ネットワーク信頼性の低さに応じて多重化する数を制御しても構わない。例えば、処理制御手段２５４は、ネットワーク信頼性が低くなるほど、より多くの装置に処理を実行させるよう構成しても構わない。
【００７１】
また、上記決定の結果、予め定められた基準値（ネットワーク信頼性を見る場合と同じ値でも構わないし、異なる値でも構わない）よりも装置信頼性の低いエッジサーバ５や端末６などの装置に処理を実行させることを決定したとする。この場合、依頼した処理の結果が誤っている可能性があることになる。そこで、上記のような場合、処理制御手段２５４は、同じ処理を他の装置（例えば、同様に装置信頼性の低い装置）に実行させることを決定する（図８参照）。この際、処理制御手段２５４は、接続経路情報２４２を参照して、同一の処理を実行させる装置として、依頼内容（データ）の格納場所であるシステム管理装置２との間のネットワーク経路が出来る限り同一な装置（例えば、同一の基地局や同一の中継装置を通過する装置、論理位置が近い装置など）を選択することが望ましい。このようにネットワーク経路を少なくとも一部一致させることで、重複するデータを異なる経路に複数伝送させる必要がなくなり、トラフィックの増大を抑制することが出来る。つまり、ネットワーク資源を効率的に活用することが可能となる。
【００７２】
なお、処理制御手段２５４が処理を多重化する数は、ネットワーク信頼性が低い場合と同様に、任意に設定して構わない。例えば、処理制御手段２５４は、装置信頼性の低い装置に処理を実行させる場合、常に１つ、又は、２つの、他の装置に同一の処理を実行させても構わない。処理制御手段２５４は、装置信頼性の低さに応じて多重化する数を制御しても構わない。例えば、処理制御手段２５４は、装置信頼性が低くなるほど、より多くの装置に処理を実行させるよう構成しても構わない。
【００７３】
また、例えば、図９で示すように、クラウド利用端末３からのリクエストが関連する複数の処理を要求している場合がある。図９を参照すると、関連する処理としては、例えば、収集／一次加工処理、収集／一次加工処理の結果を利用する特徴量抽出処理、特徴量抽出処理の結果を利用するディープランニング処理、などがある。換言すると、クラウド利用端末３からのリクエストが、第１の処理と第１の処理の結果を利用する第２の処理とを含む関連する複数の処理を要求している場合がある。
【００７４】
このように関連する複数の処理を要求している場合、処理制御手段２５４は、リクエストに含まれるＳＬＡと、装置信頼性情報２４７と、ネットワーク信頼性情報２４８と、に基づいて、処理を実行させる装置群を決定する（図１０参照）。
【００７５】
例えば、図９で示す関連する処理の場合、ディープランニングにおいて、演算性能の高い装置が必要となる。そのため、比較的高いＳＬＡが設定されているとする。一方で、収集／一次加工や特徴量抽出では低いＳＬＡが設定されているとする。この場合、処理制御手段２５４は、まず、比較的高いＳＬＡにより定まる基準よりも高い装置信頼度及びネットワーク信頼度を有するエッジサーバ５を、ディープランニングを実行する装置として決定する。つまり、処理制御手段２５４は、必要な装置信頼度及びネットワーク信頼度が高いなど、情報処理システム１に含まれる数が少ない（より選択肢の少ない）装置を最初に決定する。続いて、処理制御手段２５４は、接続経路情報２４２などを参照して、決定したエッジサーバ５と装置間の論理的又は物理的な距離が近い端末６を収集／一次加工や特徴量抽出を行う装置として決定する。又は、処理制御手段２５４は、決定したエッジサーバ５との間に確保可能な帯域等に応じて、収集／一次加工や特徴量抽出を行う装置を決定する。このように、処理制御手段２５４は、所定の装置を選択した後、当該選択した装置との間の距離が短いなど接続経路が所定の条件を満たす装置を選択することで、関連する処理を実行する装置群を決定する。このように装置群を決定することで、例えば、収集／一次加工を担当する装置から特徴量を抽出する装置まで処理の結果を送信する際に、データを伝送する距離が短くなり、トラフィックの増大を抑制することが可能となる。
【００７６】
また、上記決定した装置群に予め定められた基準値よりもネットワーク信頼度が低い装置が含まれる場合、処理制御手段２５４は、ネットワーク経路が異なる他の装置群に対しても同一の処理を実行させることを決定する。このように、処理制御手段２５４は、装置群単位で処理の多重化を行う。これにより、トラフィックの増大を抑制しつつ確実に処理を実行させることが可能となる。なお、処理制御手段２５４は、ネットワーク信頼度が低い装置が担当する処理のみを多重化するよう構成しても構わない。処理を多重化する際の流れは、図７を参照して説明した場合と同様のため省略する。また、上記基準値は、関連する処理で無い場合と同一の基準値であっても構わないし、異なる基準値であっても構わない。
【００７７】
また、上記決定した装置群に予め定められた基準値よりも装置信頼度が低い装置が含まれる場合、処理制御手段２５４は、（例えば、ネットワーク経路が出来る限り一致する）他の装置群に対しても同一の処理を実行させることを決定する。このように、処理制御手段２５４は、ネットワーク信頼度が低い場合と同様に、装置群単位で処理の多重化を行う。なお、処理制御手段２５４は、装置信頼度が低い装置が担当する処理のみを多重化するよう構成しても構わない。処理を多重化する際の流れは、図８を参照して説明した場合と同様のため省略する。また、上記基準値は、関連する処理で無い場合と同一の基準値であっても構わないし、異なる基準値であっても構わない。
【００７８】
なお、処理の多重化を行う場合、処理制御手段２５４は、結果の送付先としてシステム管理装置２を指定する。一方で、処理の多重化を行わない場合、処理制御手段２５４は、結果の送付先としてクラウド利用端末３を指定しても構わない。つまり、処理制御手段２５４は、システム管理装置２を介さずに処理の結果を送信するよう構成しても構わない。
【００７９】
処理結果採用手段２５５は、処理の依頼先の装置から処理結果を受信する。すると、処理結果採用手段２５５は、受信した処理結果を処理依頼元のクラウド利用端末３に対して送信する。また、処理結果採用手段２５５は、受信した処理結果が多重化した処理に応じた処理結果であった場合、必要に応じた処理を行った上で処理結果を送信するよう構成することが出来る。
【００８０】
例えば、受信した処理結果が多重化を行っていない処理に応じた処理結果であった場合、処理結果採用手段２５５は、受け取った処理結果をそのままクラウド利用端末３に対して送信する。一方で、受信した処理結果が多重化した処理に応じた処理結果であった場合、処理結果採用手段２５５は、処理の多重化が何に起因して行われていたかに応じた処理を行う。例えば、処理結果採用手段２５５は、ネットワーク信頼性が低いために処理の多重化が行われていた場合と、装置信頼性が低いために処理の多重化が行われていた場合と、のそれぞれの場合に応じた処理を行う。
【００８１】
例えば、ネットワーク信頼性が低いために処理の多重化が行われていた場合、処理結果採用手段２５５は、最も早く受信した処理結果をクラウド利用端末３に対して送信する。一方で、装置信頼性が低いために処理の多重化が行われていた場合、処理結果採用手段２５５は、例えば、各依頼先の装置からの処理結果を比較確認する。そして、多数決などにより採用する処理結果を選択し、選択した処理結果をクラウド利用端末３に対して送信する。
【００８２】
このように、処理結果採用手段２５５は、多重化された処理に対する処理結果であるか否か、多重化した処理を実行した利用、に応じた処理を実行する。なお、処理結果採用手段２５５は、上記例示した以外の方法で処理結果の送信や採用を行っても構わない。例えば、処理結果採用手段２５５は、ネットワーク信頼性が低いために処理の多重化が行われていた場合であっても、最初に処理結果を受信した後、所定期間他の装置からの処理結果を待つよう構成しても構わない。この場合、処理結果採用手段２５５は、所定期間内に受信した処理結果の比較結果をクラウド利用端末３に送信するよう構成することが出来る。装置信頼性が低いために処理の多重化が行われていた場合も同様に、最初に処理結果を受信した後所定期間だけ他の装置からの処理結果を待つよう構成しても構わない。
【００８３】
以上が、システム管理装置２の構成の一例である。
【００８４】
なお、図２では、システム管理装置２が１台の情報処理装置により構成されている例を示している。しかしながら、システム管理装置２は、複数台の情報処理装置により構成されていても構わない。換言すると、システム管理装置２は、リクエスト制御手段２５１としての機能を有する情報処理装置と、状態情報取得手段２５２としての機能を有する情報処理装置と、など、一つ又は複数の機能を有する複数の情報処理装置から構成されていても構わない。
【００８５】
クラウド利用端末３は、システム管理装置２に対してリクエストを送信する情報処理装置である。クラウド利用端末３は、例えば、パーソナルコンピュータやタブレット、スマートフォンなどである。本実施形態においては、クラウド利用端末３の構成は特に限定しない。
【００８６】
企業内ＤＣ４は、オンプレ環境にあるデータセンターであり、ＣＰＵなどの演算装置とストレージ装置とを有している。企業内ＤＣ４の装置信頼性やネットワーク信頼性は、エッジサーバ５や端末６と比較して、比較的高いことが多い。
【００８７】
エッジサーバ５は、クラウドやシステム管理装置２と端末６との間に存在するサーバ装置などである。エッジサーバ５は、単体のサーバ装置から構成されていても構わないし、複数のサーバ装置から構成されエッジコンピューティングなどと呼ばれる処理を行う装置群であっても構わない。なお、エッジサーバ５は、フォグサーバと呼ばれることもある。エッジサーバ５は、フォグコンピューティングを行う装置群であっても構わない。
【００８８】
端末６は、例えば、個人が有するパーソナルコンピュータやタブレット、スマートフォンなどである。端末６の装置信頼性やネットワーク信頼性は、企業内ＤＣ４やエッジサーバ５と比較して、比較的低いことが多い。一方で、端末６は、企業内ＤＣ４やエッジサーバ５と比較して数が多い。本実施形態によると、装置信頼性やネットワーク信頼性に応じて処理を多重化するため、処理遂行の信頼性を損ねることなく、数の多い端末６の過剰ＩＴリソースを有効活用することが可能となる。
【００８９】
なお、本実施形態においては、企業内ＤＣ４やエッジサーバ５、端末６の具体的な構成については、クラウド利用端末３と同様に特に限定しない。
【００９０】
続いて、図１１乃至図１３を参照して、システム管理装置２の処理の流れの一例について説明する。まず、図１１を参照して、システム管理装置２が処理を依頼する際の全体的な流れの一例について説明する。
【００９１】
図１１を参照すると、システム管理装置２のリクエスト制御手段２５１は、クラウド利用端末３からリクエストを受信する（ステップＳ１０１）。すると、リクエスト制御手段２５１は、受信した情報を処理制御手段２５４に送信する。なお、システム管理装置２が受信するリクエストには、ＳＬＡを示す情報が含まれている。
【００９２】
システム管理装置２の処理制御手段２５４は、リクエスト中のＳＬＡと、装置信頼性情報２４７と、ネットワーク信頼性情報２４８と、に基づいて、処理を実行させる装置を決定する。また、処理制御手段２５４は、上記決定した装置がネットワーク信頼性や装置信頼性が低かった場合、同一の処理を複数の処理で実行させる。このように、処理制御手段２５４は、リクエスト中のＳＬＡと、装置信頼性情報２４７と、ネットワーク信頼性情報２４８と、に基づいて、処理を実行させる装置を決定するとともに、処理の多重化数を決定する（ステップＳ１０２）。
【００９３】
処理制御手段２５４は、決定した装置に対して、必要な情報を送信する（ステップＳ１０３）。例えば、処理制御手段２５４は、処理内容やリソース確保期間、結果の送付先を示す情報を送信する。なお、処理を多重化することを決定していた場合、処理制御手段２５４は、決定したそれぞれの装置に対して、必要な情報を送信することになる。
【００９４】
以上が、システム管理装置２が処理を依頼する際の全体的な流れの一例である。続いて、図１２を参照して、ステップＳ１０２の処理についてより詳細に説明する。
【００９５】
図１２を参照すると、処理制御手段２５４は、クラウド利用端末３からのリクエストが関連する複数の処理を要求しているかいないか確認する（ステップＳ２０１）。
【００９６】
関連する複数の処理を要求していない場合（ステップＳ２０１、Ｎｏ）、処理制御手段２５４は、リクエストに含まれるＳＬＡと、装置信頼性情報２４７と、ネットワーク信頼性情報２４８と、に基づいて、処理を実行させる装置を決定する（ステップＳ２０２）。例えば、処理制御手段２５４は、リクエストに含まれるＳＬＡに基づいて、装置信頼性の値とネットワーク信頼性の値の基準を算出する。そして、処理制御手段２５４は、ＳＬＡに基づく基準よりも高い装置信頼性とネットワーク信頼性を有する装置に処理を実行させる旨を決定する。
【００９７】
続いて、処理制御手段２５４は、予め定められた基準値よりも決定した装置のネットワーク信頼性が低いか否か確認する（ステップＳ２０２）。
【００９８】
基準値よりもネットワーク信頼性が低い場合（ステップＳ２０２、Ｙｅｓ）、処理制御手段２５４は、同じ処理を他の装置（例えば、同様にネットワーク信頼性の低い装置）に実行させることを決定する（ステップＳ２０３）。この際、処理制御手段２５４は、接続経路情報２４２を参照して、同一の処理を実行させる装置として、システム管理装置２との間のネットワーク経路が異なる装置を選択する。なお、処理制御手段２５４が処理を多重化（冗長化）する数は、任意に設定して構わない。
【００９９】
一方で、ネットワーク信頼性が基準値以上である場合（ステップＳ２０２、Ｎｏ）、処理制御手段２５４は、基準値よりも装置信頼性が低いか否か確認する（ステップＳ２０４）。
【０１００】
基準値よりも装置信頼性が低い場合（ステップＳ２０４、Ｙｅｓ）、処理制御手段２５４は、同じ処理を他の装置（例えば、同様に装置信頼性の低い装置）に実行させることを決定する（ステップＳ２０５）。この際、処理制御手段２５４は、接続経路情報２４２を参照して、同一の処理を実行させる装置として、依頼内容（データ）の格納場所であるシステム管理装置２との間のネットワーク経路が出来る限り同一な装置（例えば、同一の基地局や同一の中継装置を通過する装置、論理位置が近い装置など）を選択する。なお、処理制御手段２５４が処理を多重化（冗長化）する数は、任意に設定して構わない。
【０１０１】
一方で、装置信頼性が基準値以上である場合（ステップＳ２０４、Ｎｏ）、処理制御手段２５４は、追加の装置決定を行わない。
【０１０２】
その後、処理制御手段２５４は、決定した装置に必要な情報を送信することになる（図１１のステップＳ１０３）。
【０１０３】
また、関連する複数の処理を要求している場合（ステップＳ２０１、Ｙｅｓ）、処理制御手段２５４は、リクエストに含まれるＳＬＡと、装置信頼性情報２４７と、ネットワーク信頼性情報２４８と、に基づいて、処理を実行させる装置群を決定する（ステップＳ２０６）。例えば、処理制御手段２５４は、必要な装置信頼度及びネットワーク信頼度が高いなど、情報処理システム１に含まれる数が少ない（より選択肢の少ない）装置を最初に決定する。続いて、処理制御手段２５４は、接続経路情報２４２などを参照して、当該選択した装置との間の距離が短いなど接続経路が所定の条件を満たす装置を選択する。例えば、このような処理により、処理制御手段２５４は、処理を実行させる装置群を決定する。
【０１０４】
続いて、処理制御手段２５４は、決定した装置群に予め定められた基準値よりもネットワーク信頼性が低い装置が含まれているか否か確認する（ステップＳ２０７）。
【０１０５】
基準値よりもネットワーク信頼性が低い装置が含まれている場合（ステップＳ２０７、Ｙｅｓ）、処理制御手段２５４は、ネットワーク経路が異なる他の装置群に対しても同一の処理を実行させることを決定する（ステップＳ２０８）。なお、処理制御手段２５４が処理を多重化（冗長化）する数は、任意に設定して構わない。
【０１０６】
一方で、基準値よりもネットワーク信頼性が低い装置が含まれていない場合（ステップＳ２０７、Ｎｏ）、処理制御手段２５４は、決定した装置群に予め定められた基準値よりも装置信頼性が低い装置が含まれているか否か確認する（ステップＳ２０９）。
【０１０７】
基準値よりも装置信頼性が低い装置が含まれている場合（ステップＳ２０９、Ｙｅｓ）、処理制御手段２５４は、ネットワーク経路が出来る限り一致する他の装置群に対しても同一の処理を実行させることを決定する（ステップＳ２１０）。なお、処理制御手段２５４が処理を多重化（冗長化）する数は、任意に設定して構わない。
【０１０８】
一方で、基準値よりも装置信頼性が低い装置が含まれていない場合（ステップＳ２０９、Ｎｏ）、処理制御手段２５４は、追加の装置群決定を行わない。
【０１０９】
その後、処理制御手段２５４は、決定した装置群に含まれるそれぞれの装置に必要な情報を送信することになる（図１１のステップＳ１０３）。
【０１１０】
以上が、図１１で示すステップＳ１０２の処理の詳細な一例である。続いて、図１３を参照して、システム管理装置２が処理結果を返信する際の処理の一例について説明する。
【０１１１】
図１３を参照すると、システム管理装置２の処理結果採用手段２５５は、処理の依頼先の装置から処理結果を受信する（ステップＳ３０１）。
【０１１２】
処理結果採用手段２５５は、受信した処理結果が多重化した処理に対する処理結果であるか否か確認する（ステップＳ３０２）。
【０１１３】
受信した処理結果が多重化した処理に応じた処理結果でなかった場合（ステップＳ３０２、Ｎｏ）、処理結果採用手段２５５は、受け取った処理結果をそのままクラウド利用端末３に対して送信する（ステップＳ３０３）。一方で、受信した処理結果が多重化した処理に応じた処理結果であった場合（ステップＳ３０２、Ｙｅｓ）、処理結果採用手段２５５は、処理の多重化が何に起因して行われていたかに応じた処理を行う（ステップＳ３０４）。
【０１１４】
例えば、ネットワーク信頼性が低いために処理の多重化が行われていた場合（ステップＳ３０４、ネットワーク信頼性）、処理結果採用手段２５５は、最も早く受信した処理結果をクラウド利用端末３に対して送信する（ステップＳ３０５）。一方で、装置信頼性が低いために処理の多重化が行われていた場合（ステップＳ３０４、装置信頼性）、処理結果採用手段２５５は、例えば、各依頼先の装置からの処理結果を比較確認する（ステップＳ３０６）。そして、多数決などにより採用する処理結果を選択し、選択した処理結果をクラウド利用端末３に対して送信する（ステップＳ３０７）。
【０１１５】
以上が、システム管理装置２が処理結果を返信する際の処理の一例である。
【０１１６】
このように、本実施形態におけるシステム管理装置２は、信頼性判断手段２５３と、処理制御手段２５４と、を有している。このような構成により、システム管理装置２の処理制御手段２５４は、リクエスト中のＳＬＡと、信頼性判断手段２５３が生成した装置信頼性情報２４７と、ネットワーク信頼性情報２４８と、に基づいて、処理を実行させる装置を決定することが出来る。また、処理制御手段２５４は、装置信頼性やネットワーク信頼性の低い装置に処理を実行させる場合などにおいて、同一の処理を複数の装置に実行させることが出来る。このように、リクエスト中のＳＬＡと各リソースの信頼性情報とに基づいて処理を実行させる装置を決定するとともに、必要に応じて処理を多重化することで、処理の信頼性を保ちつつ、様々な過剰ＩＴリソースを活用することが可能となる。その結果、リクエストに応じた処理を行う際に利用可能なリソースを、当該リソースの状況などに応じて適切に使い分けることが可能となる。
【０１１７】
また、本実施形態におけるシステム管理装置２は、処理を実行させる装置に、結果の送付先を示す情報を送信するよう構成されている。このような構成より、処理の結果がシステム管理装置２に集中することを抑制することが可能となる。
【０１１８】
なお、本実施形態では、処理制御手段２５４は、装置構成情報２４３と装置状態情報２４５とに基づく装置信頼性情報２４７と、ネットワーク構成情報２４４とネットワーク状態情報２４６とに基づくネットワーク信頼性情報２４８と、に基づいて、処理を実行させる装置を決定するとした。しかしながら、処理制御手段２５４は、装置信頼性情報２４７と、ネットワーク信頼性情報２４８と、の少なくとも一方のみを用いて処理を実行させる装置を決定するよう構成しても構わない。また、処理制御手段２５４は、装置信頼性情報２４７やネットワーク信頼性情報２４８を生成せずに、装置構成情報２４３、ネットワーク構成情報２４４、の少なくとも一方のみを用いて処理を実行する装置を決定するよう構成しても構わない。この場合、処理制御手段２５４は、装置構成情報２４３やネットワーク構成情報２４４に基づいて、処理を多重化するか否か決定することになる。また、処理制御手段２５４は、装置状態情報２４５、ネットワーク状態情報２４６、の少なくとも一方のみを用いて処理を実行する装置を決定するよう構成しても構わない。この場合、処理制御手段２５４は、装置状態情報２４５やネットワーク状態情報２４６に基づいて、処理を多重化するか否か決定することになる。
【０１１９】
また、本実施形態で例示した装置構成情報２４３、ネットワーク構成情報２４４、装置状態情報２４５、ネットワーク状態情報２４６は、あくまで一例である。装置構成情報２４３、ネットワーク構成情報２４４、装置状態情報２４５、ネットワーク状態情報２４６は、本実施形態で例示した一部の情報のみ含まれていても構わないし、本実施形態で例示した以外の情報が含まれていても構わない。
【０１２０】
また、端末６には、個人のタブレットやスマートフォンなどが含まれ得る。そのため、端末６は移動していることも想定される。そこで、状態情報取得手段２５２は、例えば、端末６の移動状態を検知する（例えば、通信する基地局の変化を検知する）よう構成しても構わない。また、端末６の移動により、ネットワークの状態などが大きく変動することも想定される。そのため、処理制御手段２５４は、移動している端末６（又は、端末６の移動速度を検知して、所定速度以上で移動している端末６）を決定する装置の候補から外すよう構成しても構わない。信頼性判断手段２５３が、装置の移動状態を示す情報を加味してネットワーク信頼性情報２４８を生成するよう構成しても構わない。
【０１２１】
［第２の実施形態］
次に、図１４、図１５を参照して、本発明の第２の実施形態について説明する。第２の実施形態では、システム管理装置７、システム管理装置８の構成の概要について説明する。
【０１２２】
図１４を参照すると、システム管理装置７は、記憶部７１と、制御部７２と、を有している。例えば、システム管理装置７は、図示しない記憶装置と図示しない演算装置とを有しており、図示しない記憶装置が記憶するプログラムを図示しない演算装置が実行することで、制御部７２を実現する。
【０１２３】
記憶部７１は、メモリやハードディスクなどの記憶装置である。記憶部７１は、装置の構成、又は、装置が属するネットワークの構成の少なくとも一方を記憶している。
【０１２４】
制御部７２は、クライアントからの指示と、記憶部７１が記憶する装置の構成又はネットワークの構成の少なくとも一方と、に基づいて、システムに属する複数の装置の中からクライアントからの指示に応じた処理を実行させる装置を決定する。
【０１２５】
このように、システム管理装置７は、装置の構成、又は、装置が属するネットワークの構成の少なくとも一方を記憶する記憶部７１と、制御部７２と、を有している。このような構成により、制御部７２は、ライアントからの指示と、記憶部７１が記憶する装置の構成又はネットワークの構成の少なくとも一方と、に基づいて、システムに属する複数の装置の中からクライアントからの指示に応じた処理を実行させる装置を決定することが出来る。その結果、リクエストに応じた処理を実行する装置を適切に選択することが可能となる。
【０１２６】
また、上述したシステム管理装置７は、当該システム管理装置７に所定のプログラムが組み込まれることで実現できる。具体的に、本発明の他の形態であるプログラムは、装置の構成、又は、装置が属するネットワークの構成の少なくとも一方を記憶する記憶部７１を有する情報処理装置に、クライアントからの指示と、装置の構成又はネットワークの構成の少なくとも一方と、に基づいて、システムに属する複数の装置の中からクライアントからの指示に応じた処理を実行させる装置を決定する制御手段（制御部７２）を実現させるためのプログラムである。
【０１２７】
また、上述したシステム管理装置７により実行されるシステム管理方法は、システム管理装置７により行われるシステム管理方法であって、装置の構成、又は、装置が属するネットワークの構成の少なくとも一方を取得し、クライアントからの指示と、取得した装置の構成又はネットワークの構成の少なくとも一方と、に基づいて、システムに属する複数の装置の中からクライアントからの指示に応じた処理を実行させる装置を決定する、という方法である。
【０１２８】
また、本発明の他の形態である情報処理システムは、装置の構成、又は、装置が属するネットワークの構成の少なくとも一方を記憶する記憶部７１と、クライアントからの指示と、装置の構成又はネットワークの構成の少なくとも一方と、に基づいて、システムに属する複数の装置の中からクライアントからの指示に応じた処理を実行させる装置を決定する制御部７２と、を有するシステム管理装置７と、システム管理装置７からの指示に基づいて処理を実行する装置と、を有する情報処理システムである。
【０１２９】
上述した構成を有する、プログラム、又は、システム管理方法、又は、情報処理システムの発明であっても、上記システム管理装置７と同様の作用を有するために、上述した本発明の目的を達成することが出来る。
【０１３０】
また、図１５を参照すると、システム管理装置８は、状態情報取得部８１と、制御部８２と、を有している。例えば、システム管理装置８は、図示しない記憶装置と図示しない演算装置とを有しており、図示しない記憶装置が記憶するプログラムを図示しない演算装置が実行することで、制御部８２を実現する。
【０１３１】
状態情報取得部８１は、装置の状態を示す装置状態情報、又は、装置が属するネットワークの状態を示すネットワーク状態情報の少なくとも一方を取得する。
【０１３２】
制御部８２は、クライアントからの指示と、状態情報取得部８１が取得した装置状態情報又はネットワーク状態情報の少なくとも一方に基づいて、同一の処理を複数の装置に実行させるか否か決定する。
【０１３３】
このように、システム管理装置８は、状態情報取得部８１と、制御部８２と、を有している。このような構成により、制御部８２は、状態情報取得部８１が取得した装置状態情報又はネットワーク状態情報の少なくとも一方に基づいて、同一の処理を複数の装置に実行させるか否か決定することが出来る。これによっても、リクエストに応じた処理を実行する装置を適切に選択することが可能となる。
【０１３４】
＜付記＞
上記実施形態の一部又は全部は、以下の付記のようにも記載されうる。以下、本発明におけるシステム管理装置などの概略を説明する。但し、本発明は、以下の構成に限定されない。
【０１３５】
（付記１）
装置の構成、又は、前記装置が属するネットワークの構成の少なくとも一方を記憶する記憶部と、
前記装置の構成又は前記ネットワークの構成の少なくとも一方に基づいて、システムに属する複数の前記装置の中から処理を実行させる前記装置を決定する制御部と、
を有するシステム管理装置。
（付記２）
付記１に記載のシステム管理装置であって、
前記制御部は、処理を実行させる旨を決定した、前記装置の構成、又は、前記装置の属するネットワークの構成の少なくとも一方に基づいて、当該処理を他の装置にも実行させるか否か決定する
システム管理装置。
（付記３）
付記１又は２に記載のシステム管理装置であって、
前記制御部は、処理を実行させる旨を決定した、前記装置の構成に基づく前記装置の信頼性、又は、前記装置の属するネットワークの構成に基づくネットワークの信頼性の少なくとも一方に基づいて、当該処理を他の装置にも実行させるか否か決定する
システム管理装置。
（付記４）
付記１乃至３のいずれかに記載のシステム管理装置であって、
前記制御部は、前記ネットワークの構成に基づく信頼性が所定の基準よりも低い前記装置に処理を実行させる場合、当該装置とはネットワーク経路の異なる装置に同じ処理を実行させる旨を決定する
システム管理装置。
（付記５）
付記１乃至４のいずれかに記載のシステム管理装置であって、
前記制御部は、前記装置の構成に基づく信頼性が所定の基準よりも低い前記装置に処理を実行させる場合、当該装置までのネットワーク経路に基づいて、同じ処理を実行させる他の前記装置を決定する
システム管理装置。
（付記６）
付記１乃至５のいずれかに記載のシステム管理装置であって、
前記装置の状態を示す装置状態情報、又は、前記装置が属するネットワークの状態を示すネットワーク状態情報の少なくとも一方を取得する状態情報取得部を有し、
前記制御部は、前記記憶部が記憶する情報と、前記状態情報取得部が取得した情報と、に基づいて、処理を実行させる前記装置を決定する
システム管理装置。
（付記７）
付記６に記載のシステム管理装置であって、
前記状態情報取得部は、取得した前記装置状態情報及び前記ネットワーク状態情報を前記記憶部に記憶させるとともに、前記記憶部が記憶する情報に基づいて、前記装置状態情報、又は、前記ネットワーク状態情報の少なくとも一方の傾向を推定し、
前記制御部は、前記状態情報取得部による推定結果に基づいて処理を実行させる前記装置を決定する
システム管理装置。
（付記８）
付記１乃至７のいずれかに記載のシステム管理装置であって、
前記制御部は、処理を依頼するクライアントからの指示に含まれる情報に基づいて、一度処理を実行する前記装置を決定した後に、他の装置に同じ処理を実行させる旨を決定する
システム管理装置。
（付記９）
付記８に記載のシステム管理装置であって、
前記クライアントからの指示には処理に応じた返答の期日を示す情報が含まれており、
前記制御部は、前記期日までの時間が所定時間となった場合に、処理を実行する旨を決定した前記装置よりも、前記装置の構成に基づく前記装置の信頼性、又は、前記装置の属するネットワークの構成に基づくネットワークの信頼性が高い前記装置に同じ処理を実行させる旨を決定する
システム管理装置。
（付記１０）
システム管理装置により行われるシステム管理方法であって、
装置の構成、又は、前記装置が属するネットワークの構成の少なくとも一方を取得し、
取得した前記装置の構成又は前記ネットワークの構成の少なくとも一方に基づいて、システムに属する複数の前記装置の中から処理を実行させる前記装置を決定する
システム管理方法。
（付記１１）
装置の構成、又は、前記装置が属するネットワークの構成の少なくとも一方を記憶する記憶部を有する情報処理装置に、
前記装置の構成又は前記ネットワークの構成の少なくとも一方に基づいて、システムに属する複数の前記装置の中から処理を実行させる前記装置を決定する制御手段を実現させるためのプログラム。
（付記１２）
装置の構成、又は、前記装置が属するネットワークの構成の少なくとも一方を記憶する記憶部と、前記装置の構成又は前記ネットワークの構成の少なくとも一方に基づいて、システムに属する複数の前記装置の中から処理を実行させる前記装置を決定する制御部と、を有するシステム管理装置と、
前記システム管理装置からの指示に基づいて処理を実行する前記装置と、
を有する情報処理システム。
（付記１３）
装置の状態を示す装置状態情報、又は、前記装置が属するネットワークの状態を示すネットワーク状態情報の少なくとも一方を取得する状態情報取得部と、
前記装置状態情報又は前記ネットワーク状態情報の少なくとも一方に基づいて、同一の処理を複数の前記装置に実行させるか否か決定する制御部と、
を有するシステム管理装置。
【０１３６】
なお、上記各実施形態及び付記において記載したプログラムは、記憶装置に記憶されていたり、コンピュータが読み取り可能な記録媒体に記録されていたりする。例えば、記録媒体は、フレキシブルディスク、光ディスク、光磁気ディスク、及び、半導体メモリ等の可搬性を有する媒体である。
【０１３７】
以上、上記各実施形態を参照して本願発明を説明したが、本願発明は、上述した実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明の範囲内で当業者が理解しうる様々な変更をすることが出来る。
【符号の説明】
【０１３８】
１  情報処理システム
２  システム管理装置
２１  通信Ｉ／Ｆ部
２２  操作入力部
２３  画面表示部
２４  記憶部
２４１  ＳＬＡ一覧情報
２４２  接続経路情報
２４３  装置構成情報
２４４  ネットワーク構成情報
２４５  装置状態情報
２４６  ネットワーク状態情報
２４７  装置信頼性情報
２４８  ネットワーク信頼性情報
２４９  プログラム
２５  演算処理部
２５１  リクエスト制御手段
２５２  状態情報取得手段
２５３  信頼性判断手段
２５４  処理制御手段
２５５  処理結果採用手段
３  クラウド利用端末
４  企業内ＤＣ
５  エッジサーバ
６  端末
７  システム管理装置
７１  記憶部
７２  制御部
８  システム管理装置
８１  状態情報取得部
８２  制御部
【図１】
2018147339.tif 000003
【図２】
2018147339.tif 000004
【図３】
2018147339.tif 000005
【図４】
2018147339.tif 000006
【図５】
2018147339.tif 000007
【図６】
2018147339.tif 000008
【図７】
2018147339.tif 000009
【図８】
2018147339.tif 000010
【図９】
2018147339.tif 000011
【図１０】
2018147339.tif 000012
【図１１】
2018147339.tif 000013
【図１２】
2018147339.tif 000014
【図１３】
2018147339.tif 000015
【図１４】
2018147339.tif 000016
【図１５】
2018147339.tif 000017
【手続補正書】
【提出日】平成30年3月28日(2018.3.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
装置の構成、又は、前記装置が属するネットワークの構成の少なくとも一方を記憶する記憶部と、
前記装置の構成又は前記ネットワークの構成の少なくとも一方に基づいて、システムに属する複数の前記装置の中から処理を実行させる前記装置を決定する制御部と、
を有し、
前記制御部は、処理を実行させる旨を決定した、前記装置の構成に基づく前記装置の信頼性、又は、前記装置の属するネットワークの構成に基づくネットワークの信頼性の少なくとも一方に基づいて、当該処理を他の装置にも実行させるか否か決定し、
前記制御部は、前記ネットワークの構成に基づく信頼性が所定の基準よりも低い前記装置に処理を実行させる場合、当該装置とはネットワーク経路の異なる装置に同じ処理を実行させる旨を決定し、
前記制御部は、前記装置の構成に基づく信頼性が所定の基準よりも低い前記装置に処理を実行させる場合、当該装置までのネットワーク経路に基づいて、ネットワーク経路の少なくとも一部が一致するように、同じ処理を実行させる他の前記装置を決定する
システム管理装置。
【請求項２】
請求項１に記載のシステム管理装置であって、
前記装置の状態を示す装置状態情報、又は、前記装置が属するネットワークの状態を示すネットワーク状態情報の少なくとも一方を取得する状態情報取得部を有し、
前記制御部は、前記記憶部が記憶する情報と、前記状態情報取得部が取得した情報と、に基づいて、処理を実行させる前記装置を決定する
システム管理装置。
【請求項３】
請求項２に記載のシステム管理装置であって、
前記状態情報取得部は、取得した前記装置状態情報及び前記ネットワーク状態情報を前記記憶部に記憶させるとともに、前記記憶部が記憶する情報に基づいて、前記装置状態情報、又は、前記ネットワーク状態情報の少なくとも一方の傾向を推定し、
前記制御部は、前記状態情報取得部による推定結果に基づいて処理を実行させる前記装置を決定する
システム管理装置。
【請求項４】
請求項１乃至３のいずれかに記載のシステム管理装置であって、
前記制御部は、処理を依頼するクライアントからの指示に含まれる情報に基づいて、一度処理を実行する前記装置を決定した後に、他の装置に同じ処理を実行させる旨を決定する
システム管理装置。
【請求項５】
請求項４に記載のシステム管理装置であって、
前記クライアントからの指示には処理に応じた返答の期日を示す情報が含まれており、
前記制御部は、前記期日までの時間が所定時間となった場合に、処理を実行する旨を決定した前記装置よりも、前記装置の構成に基づく前記装置の信頼性、又は、前記装置の属するネットワークの構成に基づくネットワークの信頼性が高い前記装置に同じ処理を実行させる旨を決定する
システム管理装置。
【請求項６】
システム管理装置により行われるシステム管理方法であって、
装置の構成、又は、前記装置が属するネットワークの構成の少なくとも一方を取得し、
取得した前記装置の構成又は前記ネットワークの構成の少なくとも一方に基づいて、システムに属する複数の前記装置の中から処理を実行させる前記装置を決定し、
処理を実行させる旨を決定した、前記装置の構成に基づく前記装置の信頼性、又は、前記装置の属するネットワークの構成に基づくネットワークの信頼性の少なくとも一方に基づいて、当該処理を他の装置にも実行させるか否か決定し、
前記ネットワークの構成に基づく信頼性が所定の基準よりも低い前記装置に処理を実行させる場合、当該装置とはネットワーク経路の異なる装置に同じ処理を実行させる旨を決定し、
前記装置の構成に基づく信頼性が所定の基準よりも低い前記装置に処理を実行させる場合、当該装置までのネットワーク経路に基づいて、ネットワーク経路の少なくとも一部が一致するように、同じ処理を実行させる他の前記装置を決定する
システム管理方法。
【請求項７】
装置の構成、又は、前記装置が属するネットワークの構成の少なくとも一方を記憶する記憶部を有する情報処理装置に、
前記装置の構成又は前記ネットワークの構成の少なくとも一方に基づいて、システムに属する複数の前記装置の中から処理を実行させる前記装置を決定する制御手段を実現させ、
前記制御手段は、処理を実行させる旨を決定した、前記装置の構成に基づく前記装置の信頼性、又は、前記装置の属するネットワークの構成に基づくネットワークの信頼性の少なくとも一方に基づいて、当該処理を他の装置にも実行させるか否か決定し、
前記制御手段は、前記ネットワークの構成に基づく信頼性が所定の基準よりも低い前記装置に処理を実行させる場合、当該装置とはネットワーク経路の異なる装置に同じ処理を実行させる旨を決定し、
前記制御手段は、前記装置の構成に基づく信頼性が所定の基準よりも低い前記装置に処理を実行させる場合、当該装置までのネットワーク経路に基づいて、ネットワーク経路の少なくとも一部が一致するように、同じ処理を実行させる他の前記装置を決定するプログラム。
【請求項８】
装置の構成、又は、前記装置が属するネットワークの構成の少なくとも一方を記憶する記憶部と、前記装置の構成又は前記ネットワークの構成の少なくとも一方に基づいて、システムに属する複数の前記装置の中から処理を実行させる前記装置を決定する制御部と、を有するシステム管理装置と、
前記システム管理装置からの指示に基づいて処理を実行する前記装置と、
を有し、
前記システム管理装置が有する前記制御部は、処理を実行させる旨を決定した、前記装置の構成に基づく前記装置の信頼性、又は、前記装置の属するネットワークの構成に基づくネットワークの信頼性の少なくとも一方に基づいて、当該処理を他の装置にも実行させるか否か決定し、
前記制御部は、前記ネットワークの構成に基づく信頼性が所定の基準よりも低い前記装置に処理を実行させる場合、当該装置とはネットワーク経路の異なる装置に同じ処理を実行させる旨を決定し、
前記制御部は、前記装置の構成に基づく信頼性が所定の基準よりも低い前記装置に処理を実行させる場合、当該装置までのネットワーク経路に基づいて、ネットワーク経路の少なくとも一部が一致するように、同じ処理を実行させる他の前記装置を決定する
情報処理システム。