JP6191167B2 - 情報処理装置、情報処理システム - Google Patents

Description

本発明は、要求されたサービスに含まれる処理を実行する情報処理装置に関する。

クラウドコンピューティングと呼ばれるネットワーク上のリソースを利用したサービス提供形態が知られている。ユーザが希望する処理に応じてデータをネットワーク上の所定の情報処理装置に送信すると、データの蓄積、加工、読み出しなどの処理が、不特定の情報処理装置で実行される。

このようにクラウドサービスにおいては、複数の情報処理装置がそれぞれ機能を提供するため、クラウドサービスを提供する各情報処理装置の能力は異なる事が一般的である。また、各情報処理装置はＳＬＡ（Service Level Agreement）という考え方に基づき自己が提供するサービスのレベルを公開している。ＳＬＡは、情報処理装置が提供するサービスの内容、範囲、品質をユーザが判断するための水準情報である。

ユーザがクラウドサービスを利用する場合、選択方針に基づき、情報処理装置の能力やＳＬＡを参照して情報処理装置を適切に選択する。また、このような選択を支援する技術が考えられている（例えば、特許文献１参照。）。特許文献１には、サービス種類情報及びサービスレベル情報を第２の情報処理装置から取得し、クラウドサービスを提供する機器の選択方針に基づきクラウドサービスを提供する機器を選択する情報処理装置が開示されている。

しかしながら、従来の技術では、ユーザが操作する端末が直接通信する要求先の情報処理装置を選択することはできるが、クラウドサービスが階層状に連携した複数の情報処理装置によりに提供される場合に、適切な情報処理装置が選択されない場合があるという問題があった。

図１４は、従来のクラウドサービスにおける情報処理装置の選択の問題点について説明する図の一例である。情報処理装置１は、端末２００からクラウドサービス（以下、単にサービスという）の実行要求を受け付ける装置である。
(i)情報処理装置１はサービスを依頼する装置として情報処理装置２−１、２−２のどちらかを選択する。
(ii)情報処理装置２−１はサービスを依頼する装置として情報処理装置３−１、３−２のどちらかを選択する。情報処理装置２−２はサービスを依頼する装置として情報処理装置３−３、３−４のどちらかを選択する。

従来においても、情報処理装置１は、選択方針に基づき、受け付けたクラウドサービスを依頼する情報処理装置を、情報処理装置２−１と２−２のいずれかから選択することは可能である。しかし、情報処理装置２−１が情報処理装置３−１又は３−２のどちらの情報処理装置にサービスを依頼するかについて、情報処理装置１は管理できない。情報処理装置２−２についても同様である。

すなわち、図１４のように階層が深い（３層以上）のクラウドサービスのシステム構成では、ユーザに取って最適な性能を持つ情報処理装置２−１又は２−２を選択したとしても、その先にある下位の情報処理装置３−１、３−２の性能によっては、適切な選択とはいえないことがあるという問題があった。

本発明は、上記課題に鑑み、クラウドサービスのシステム構成が階層構造となっていても、適切な情報処理装置を選択可能な情報処理装置を提供することを目的とする。

本発明は、階層構造に接続された複数の情報処理装置のうち上位の情報処理装置から要求されたサービスに含まれる処理を実行する情報処理装置であって、自機が提供可能な自機提供処理、前記自機提供処理の処理品質情報、及び、前記処理を依頼可能な他機が１台以上登録された登録情報データベースと、前記サービスの処理品質情報の問い合わせを受け付けるサービス品質問合わせ受付手段と、前記登録情報データベースを参照して前記サービスに含まれる処理のうち前記他機に依頼する他機依頼処理と、問合わせ先の１台以上の前記他機を決定する問合せ先決定手段と、前記問合せ先決定手段が決定した前記他機に、提供可能な前記他機依頼処理と前記他機依頼処理の処理品質情報を問い合わせる処理品質問合わせ手段と、前記他機が回答した提供可能な前記他機依頼処理及び前記他機依頼処理の処理品質情報を、各他機毎に他機処理情報データベースに登録する情報作成手段と、前記他機処理情報データベースに登録された前記他機依頼処理の処理品質情報、及び、登録情報データベースに登録された前記自機提供処理の処理品質情報に対し、前記他機が複数の場合は複数の前記他機依頼処理の処理品質情報のうち最も高い処理品質情報を決定し、前記自機提供処理の処理品質情報と決定した前記他機依頼処理の処理品質情報とのうち低い方の処理品質情報を、自機の上位の情報処理装置に提供する処理品質情報に決定する処理品質情報決定手段と、を有し、前記サービス品質問合わせ受付手段は、前記処理品質情報決定手段が決定した処理品質情報を、前記上位の情報処理装置に回答する、ことを特徴とする。

クラウドサービスのシステム構成が階層構造となっていても、適切な情報処理装置を選択可能な情報処理装置を提供することができる。

本実施形態のクラウドサービスシステムの概略的な動作を説明する図の一例である。 クラウドサービスを提供するクラウドサービスシステムの構成例を示す図の一例である。 クラウドサービスシステムがサービスを提供する際の階層構造を示す図の一例である。 情報処理装置のハードウェア構成図の一例である。 情報処理装置の機能ブロック図の一例である。 保有サービス情報と処理依頼先情報の一例を示す図である。 保有サービス情報と処理依頼先情報の一例を示す図である。 保有サービス情報と処理依頼先情報の一例を示す図である。 上位の情報処理装置から下位の情報処理装置へサービス問合わせを送信する手順のフローチャート図の一例である。 クラウドサービスシステムがサービスＡＢＣを実行する手順を示すフローチャート図の一例である。 クラウドサービスシステムの効果について説明する図の一例である。 情報処理装置の追加を模式的に説明する図の一例である。 情報処理装置３−３の保有サービス情報の一例を示す図である。 従来のクラウドサービスにおける情報処理装置の選択の問題点について説明する図の一例である。

以下、本発明を実施するための形態について図面を参照しながら説明する。しかしながら、本発明の技術的範囲が、本実施の形態に限定されるものではない。

図１は、本実施形態のクラウドサービスシステム５００の概略的な動作を説明する図の一例である。情報処理装置１００が階層状に通信可能に接続されている。以下、区別するため、階層の順位を上からｎ、同じ階層内の番号をｍとして、各情報処理装置をｎ-ｍで表す。

各情報処理装置１００にはサービスレベル算出方法が設定されている。本実施例のサービスレベル算出方法の一例を示す。
・ルールＡ：自身と、下位の情報処理装置のサービスレベルのうち低い方を、自身と下位で提供する複数のサービスのサービスレベルとする。
・ルールＢ：下位に同じサービスを提供する複数の情報処理装置がある場合、最も高いサービスレベルが下位の情報処理装置のサービスレベルであると決定する
具体的には、端末２００が情報処理装置１にサービスＡＢＣのサービスレベルを問い合わせたとする。問い合わせは最終的に最下位の情報処理装置３−１〜３−４に伝達される。

情報処理装置３−１はサービスレベル「良」を、情報処理装置３−２はサービスレベル「可」を情報処理装置２−１に送信する。情報処理装置２−１はルールＢに基づき、下位の情報処理装置のサービスレベルは「良」であると決定する。また、情報処理装置２−１はルールＡに基づき、自機と情報処理装置３−１のうち、低い方のサービスレベル「良」を採用して、情報処理装置１に送信する。これが情報処理装置２−１が提供する（ように見える）サービスＢＣのサービスレベルとなる。

情報処理装置３−３はサービスレベル「良」を、情報処理装置３−４はサービスレベル「優」を情報処理装置２−２に送信する。情報処理装置２−２はルールＢに基づき、下位の情報処理装置のサービスレベルは「優」であると決定する。また、情報処理装置２−２はルールＡに基づき、自機と情報処理装置３−４のうち、低い方のサービスレベル「可」を採用して、情報処理装置１に送信する。これが情報処理装置２−２が提供する（ように見える）サービスＢＣのサービスレベルとなる。

情報処理装置１はルールＢに基づき、情報処理装置２−１が送信する「良」と、情報処理装置２−２が送信する「可」を比較して、下位の情報処理装置のサービスレベルは「良」であると決定する。また、ルールＡに基づき、情報処理装置１は、自機と情報処理装置２−１のサービスレベルのうち、低い方のサービスレベル「良」を採用して、サービスＡＢＣのサービスレベルは「良」であると決定する。情報処理装置１はサービスＡＢＣのサービスレベルは「良」であると端末２００に回答する。

端末２００はサービスＡＢＣのサービスレベルが「良」であるという回答に基づき、サービスＡＢＣの実行を依頼するか否かを判断できる。

このように、情報処理装置１はサービスレベルを問い合わせを受けた場合、サービスを依頼する可能性がある下位の情報処理装置に同様の問合せを行う。そして、ルールＢに基づき最良な経路を選択しつつ、ルールＡに基づきこの経路で最低限、確保可能なサービスレベルを決定して回答する。

したがって、端末２００は、クラウドサービスのシステムが三層以上の多層構造になっていても、所望のサービスレベルが確保された状態であることを確認してサービスの実行を要求できる。

なお、以下では、サービスＡＢＣのように、端末２００が問い合わせるサービスは複数の処理（処理Ａ、処理Ｂ、処理Ｃ）を含むものとする。しかし、処理とサービスは厳密に区別しなくてよい。例えば、複数の処理が含まれる場合に一連の処理をサービスと称するが、１つの処理をサービスと称する場合もある。

〔ネットワーク構成例〕
図２は、クラウドサービスを提供するクラウドサービスシステム５００の構成例を示す図の一例である。ネットワーク３００を介して、端末２００及び複数の情報処理装置１００が相互に接続されている。図はあくまでも一例であり、情報処理装置１００の数は任意であるし、図のスター型の構造（トポロジー）は、バス型やリング型などでもよい。

端末２００は、例えば、ＰＣ、スマートフォン、タブレット端末、携帯電話、ＰＤＡ（Personal Digital Assistant）、など、広義の情報処理装置である。また、情報処理装置としての機能を備えていればＭＦＰ、デジタルカメラ、ビデオカメラなどであってもよい。

端末２００はクラウドサービスの依頼を受け付ける最低１つの情報処理装置と通信可能である。例えば、端末２００は情報処理装置１とのみ通信できるという構成とすることができる。本実施例では、情報処理装置１がクラウドサービスの依頼を受け付ける情報処理装置であるとして説明する。

ネットワーク３００は、ＬＡＮ、イントラネット、複数のＬＡＮがルータなどを介して接続されたＷＡＮ、又は、インターネットなどである。ネットワーク３００は有線で構築されていてもよいし、一部又は全てが無線ＬＡＮ（IEEE802.11b/a/g/n等）で構築されていてもよい。さらに、ネットワーク３００は携帯電話網、ＷｉＭａＸ網、ＰＨＳ網などの移動体向けに構築された通信網を含む。また、端末２００と情報処理装置１が、ＵＳＢケーブルで直接接続されていたり、無線ＬＡＮのアドホックモードやBluetooh（登録商標）などで１対１で通信する場合も、ネットワーク３００に含めることとする。

図３は、クラウドサービスシステム５００がサービスを提供する際の階層構造を示す図の一例である。図２が物理的な構成であるのに対し、図３は論理的な構成である。クラウドサービスにおいて、各情報処理装置１００は、図の矢印で示される特定の情報処理装置１００のみにサービスを依頼し、それ以外の情報処理装置１００とは電気的に通信可能でもクラウドサービスの依頼を行うことはない。１つの情報処理装置１００に着目した場合にクラウドサービスの依頼が可能な情報処理装置１００を、下位の情報処理装置１００と称する。例えば、情報処理装置１の下位の情報処理装置１００は、情報処理装置２−１、２−２である。

処理Ａ、処理Ｂ、処理Ｃから成るサービスＡＢＣの実行手順について説明する。図示するクラウドサービスシステム５００では、処理Ａを実行可能な情報処理装置が１台、処理Ｂを実行可能な情報処理装置が２台、処理Ｃを実行可能な情報処理装置が３台、存在する。すなわち、処理Ｂ，Ｃについては冗長性が存在する。

ユーザが操作する端末２００は窓口である情報処理装置１にしか接続しない（情報処理装置のＵＲＬしか公開されていない）ので、端末２００を操作するユーザには、情報処理装置１がサービスＡＢＣを提供しているように見える。情報処理装置１が処理Ａ、Ｂ、Ｃを実行可能であればユーザの依頼先と処理を行う情報処理装置１が一致するが、本実施例ではクラウドサービスとして情報処理装置１以外の情報処理装置１００が処理Ｂ，Ｃを行う。

情報処理装置１は、サービスＢＣを情報処理装置２−１又は２−２に依頼して実行させる。情報処理装置２−１及び２−２は処理Ｃを実行できないので、さらに下位の情報処理装置３−１、３−２、３−３にサービスＣを依頼して実行させる。情報処理装置１は端末２００と同様に、情報処理装置３−１〜３−３が処理Ｃを行うことを認識しない。このため、情報処理装置１は、情報処理装置２−１又は２−２を「サービスＢＣ（処理Ｂ及び処理Ｃ）を実行する情報処理装置」として認識する。

このようにクラウドサービスでは、ある情報処理装置が、直接、通信する情報処理装置を認識できても、クラウドサービスを構成する他の情報処理装置を全て認識することはできない場合が多い。

したがって、情報処理装置１は、サービスＢＣ（処理Ｂ及び処理Ｃ）の依頼先として情報処理装置２−１又は２−２のどちらかを選択することができるが、情報処理装置２−１が情報処理装置３−２と３−３のどちらに処理Ｃを依頼するかについては管理していない。

〔機能的な構成例〕
図４は、情報処理装置１００のハードウェア構成図の一例を示す。情報処理装置はサーバと称される場合がある。情報処理装置１００は、バスに接続された、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＨＤＤ３０４、ディスプレイ３２０が接続されたグラフィックボード３０５、キーボード・マウス３０６、メディアドライブ３０７、及び、ネットワーク通信部３０８を有する。ＣＰＵ３０１はＨＤＤ３０４に記憶されたプログラム３１０をＲＡＭ３０３に展開して実行し、各部品を制御して入出力を行ったり、データの加工を行ったりする。ＲＯＭ３０２にはＢＩＯＳや、ブートストラップローダをＨＤＤ３０４からＲＡＭ３０３に読み出すスタートプログラムが記憶されている。ブートストラップローダは、ＯＳをＨＤＤ３０４からＲＡＭ３０３に読み出す。

ＨＤＤ３０４は、不揮発性のメモリであればよくＳＳＤ（Solid State Drive）などでもよい。ＨＤＤ３０４はＯＳ、デバイスドライバ、及び、後述する機能を提供するプログラム３１０を記憶している。なお、ＯＳとしては、Windows（登録商標）系、ＬＩＮＵＸ（登録商標）、ＵＮＩＸ（登録商標）などがある。ディスプレイ３２０にはプログラムが指示し、グラフィックボード３０５が作成したＧＵＩ画面が表示される。なお、ディスプレイは、ユーザが直接操作しない情報処理装置１００は備えていない場合がある。

キーボード・マウス３０６はユーザの操作を受け付ける入力装置である。ユーザが直接操作しない情報処理装置１００はキーボード・マウス３０６を備えていない場合がある。メディアドライブ３０７はコンパクトディスク、ＤＶＤ及びブルーレイディスクなどの光学メディアにデータを読み書きする。また、フラッシュメモリなどのメモリカードにデータを読み書きしてもよい。

ネットワーク通信部３０８は、例えばＬＡＮに接続するためのイーサネット（登録商標）カードである。ＴＣＰ／ＩＰ（ＵＤＰ／ＩＰ）やアプリケーション層のプロトコルの処理はＯＳやプログラム３１０が行う。アプリケーション層のプロトコルは各種あるが、クラウドサービスに適したプロトコルを含め一般的なプロトコルに対応している（例えば、ＳＭＢ（Server Message Block）、ＨＴＴＰ、ＦＴＰ、ＳＮＭＰ（Simple Network Management Protocol）等）。

プログラム３１０は、インストール可能な形式又は実行可能な形式のファイルで、コンピュータで読み取り可能な記録メディアに記録して配布される。また、プログラム３１０は、不図示のサーバからインストール可能な形式又は実行可能な形式のファイルで配布される。

〔情報処理装置の機能、テーブルなど〕
図５は、情報処理装置１００の機能ブロック図の一例である。各情報処理装置１００の機能は共通である。

情報処理装置１００は主要な機能としてサービスレベル確認部２０、情報管理部１４、及び、サービス提供部２１の３つの機能を有する。サービスレベルについては後述するが、例えば、セキュリティレベルや性能など多種多様な要素がある。

１．サービスレベル確認部
サービスレベル確認部２０はサービスレベルの問合せに関する処理を行う。サービス問合せ受付部１１は、上位の情報処理装置１００（又は端末）からサービスレベルの問合せを受け付ける。サービス問合せ受付部１１はサービス情報作成部１２に問合せを受け付けたことを通知する。

サービス情報作成部１２は、サービスレベル算出部１２１と問合わせ先決定部１２２を有する。問合わせ先決定部１２２は、情報管理部１４に、自身が持つサービス種類、そのサービス提供時の自身のサービスレベル、サービスを依頼可能な処理依頼先（以下、これらを保有サービス情報２５という）を問合せる。問合わせ先決定部１２２は、自身が実行できないサービス種類（特許請求の範囲の他機依頼処理の一例である）を実行可能な問合わせ先の情報処理装置を決定する。

情報管理部１４が保有サービス情報２５を回答すると、問合わせ先決定部１２２はサービス問合せ実行部１３に、処理を依頼する下位の情報処理装置１００へのサービスレベルの問合せを依頼する。サービス問合せ実行部１３は下位の情報処理装置にサービス種類と各サービスのサービスレベルを問い合わせる。

そして、サービス問合せ実行部１３が下位の情報処理装置１００から回答を受信した場合、サービス情報作成部１２は下位の情報処理装置１００からの回答を情報管理部１４に送出し、情報管理部１４が保存する。この情報が処理依頼先情報２６である。

サービスレベル算出部１２１は回答と自身のサービスレベルから、上位の情報処理装置に回答するサービスレベルを算出する。そして、サービス問合せ受付部１１により、問合せ元である上位の情報処理装置１００に回答する。

２．サービス提供部
サービス提供部２１は、サービスの実行に関する処理を行う。なお、図示する情報処理装置１００は処理Ｂを行うものとする。上位の情報処理装置１００（又は端末）がサービスの実行要求を送信した場合、サービス実行受付部１５がサービス（ここではサービスＢＣとする）の実行要求を受け付ける。サービスの実行要求には、サービス選択方針が添付されている。

処理実行部１６は処理Ｂを実行する。処理Ｂを実行した後、依頼先決定部１７はサービス選択方針に最も良い条件で適合する処理Ｃの依頼先を決定する。決定には、情報管理部１４が保存している処理依頼先情報２６のサービスレベルを使用する。

そして、サービス依頼部１８は、決定した下位の情報処理装置に対して、処理Ｃの実行要求と、上位の情報処理装置から受信したサービス選択方針を送信する。また、サービス依頼部１８は下位の情報処理装置から、処理Ｃが施された処理対象データを取得する。

３．情報管理部
情報管理部１４はサービスの問合わせや実行のため情報を管理する。情報管理部１４で管理する情報としては以下のものがある。
・「保有サービス情報」：提供可能なサービス種類と、サービスレベル、サービスを依頼可能な処理依頼先
・「処理依頼先情報」：下位の情報処理装置のアドレス、サービス種類、そのサービス種類のサービスレベル
なお、提供可能なサービスは特許請求の範囲の自機提供処理の一例であり、サービスレベルは特許請求の範囲の処理品質情報の一例であり、処理依頼先は特許請求の範囲のサービスを依頼可能な処理依頼先の一例である。

図６は情報処理装置２−２の保有サービス情報２５と処理依頼先情報２６を、図７は情報処理装置２−１の保有サービス情報２５と処理依頼先情報２６を、図８は情報処理装置１の保有サービス情報２５と処理依頼先情報２６を、それぞれ模式的に説明する図の一例である。保有サービス情報２５は特許請求の範囲の登録情報データベースの一例であり、処理依頼先情報２６は特許請求の範囲の他機処理情報データベースの一例である。

例えば、図６（ａ）に示すように、情報処理装置２−２は処理Ｂを提供可能なので、処理Ｂのサービスレベルと、サービスを依頼可能な処理依頼先が登録されている。図６〜８では保有サービス情報２５に、下位の情報処理装置のアドレスしか登録されていないが、下位の情報処理装置が実行可能なサービスの種類が登録されていてもよい。アドレスしか登録されていなくても、問い合わせることで下位の情報処理装置が実行可能なサービスの種類が分かる。

また、図６（ｂ）に示すように、情報処理装置２−２の下位の情報処理装置は、情報処理装置３−２、３−３であるので、情報処理装置３−２、３−３のアドレス（図ではＩＰアドレスであるがＭＡＣアドレスを含めてもよいし、ホスト名などネットワーク３００上で宛先を特定可能な情報であればよい）が登録されている。また、情報処理装置３−２、３−３のサービス種類及びサービスレベルが登録されている。

上記のように、サービスレベル算出部１２１は、情報処理装置３−２，３−３の処理Ｃのサービスレベル及び自機の処理Ｂのサービスレベルから、処理ＢＣのサービスレベルを決定する。同様の処理を情報処理装置２−１も行う。このため、図８（ｂ）に示すように情報処理装置１の処理依頼先情報２６には、情報処理装置２−１、２−２の両方から受信したサービスＢＣのサービスレベルが登録される。

＜サービスレベル＞
サービスレベルについて説明する。サービスレベルが例えばセキュリティレベルの場合、対応している暗号化方式、暗号鍵長、対称鍵方式・非対称鍵方式、公知の脆弱性への対応有無、ファイル削除後のHDD残存情報消去機能の有無など、多様な要素がある。また、サービスレベルが性能の場合、処理速度、応答時間、必要な最大処理時間などがある。このように、１つのサービスレベルでも複数の要素を有する場合があり、サービスレベルの内容は多様である。

この他、サービスレベルには以下のような内容が含まれうる。
対応データサイズ：処理可能な最小・最大のデータサイズ
利用料金：最低利用料金、従量課金時の単価
サービス時間：サービスを提供する時間帯
応答時間：処理を依頼してから処理を完了させる平均・最小・最大の時間
計画停止予定通知：定期的な保守停止に関する事前連絡確認
障害時の代替手段：早期復旧が不可能な場合の代替手段の提供有無
平均復旧時間：障害発生から修理完了までの平均時間
障害通知時間：異常検出自に指定された連絡先に通知するまでの時間
ログの取得：提供可能なログの種類
サービスレベル算出部１２１がサービスレベルを算出するルールの１つとして上記ではルールＡを説明した。しかし、サービスレベルの算出方法もサービスレベルによって適切な方法が採用される。例えば、セキュリティレベルでは、一連の処理（サービスＡＢＣ）が行われる際の最も低いセキュリティレベルが処理全体のセキュリティレベルと認識されることが一般的である（ルールＡに相当。特許請求の範囲の「第１の種類」の一例である。）。

一方、利用料金では、自身の利用料金だけでなく、下位の情報処理装置の利用料金も必要になるので、サービスレベル算出部１２１は、下位の利用料金を自身の利用料金に合計して上位の情報処理装置に送信する。同様に、サービスレベルが応答時間の場合、下位の情報処理装置の応答時間も必要になるので、サービスレベル算出部１２１は、下位の応答時間と自身の応答時間の合計を上位の情報処理装置に送信する（特許請求の範囲の「第２の種類」の一例である。）。

また、サービス時間であれば、自身のサービス時間のうち、下位の情報処理装置のサービス時間と重複している時間帯を算出する。

このように、サービスレベル算出部１２１はサービスレベルによって予め決められている適切なサービス算出方法で、複数の処理を含むサービスのサービスレベルを算出する。上記のルールＢについては、セキュリティレベルがよい方、利用料金の安い方、応答時間の短い方、を採用する。

また、上記のように、１つのサービスが有するサービスレベルが１つとは限らないので、複数のサービスレベルが定められている場合には、サービス毎に、サービスレベルを算出する。例えば、サービスＢＣについて、セキュリティレベルと利用料金のサービスレベルが定められている場合、サービスレベル算出部１２１はサービスＢＣについてセキュリティレベルと利用料金それぞれのサービスレベルを算出する。

＜依頼先の決定＞
１つのサービス種類が１つのサービスレベルしか有さない場合、サービス選択方針にしたがって、１つのサービスレベル（下位の情報処理装置）を選択すればよい。

しかし、１つのサービス種類が複数のサービスレベルを有する場合、依頼先決定部１７は複数のサービスレベルを考慮して依頼先を決定する必要がある。複数のサービスレベルから依頼先を決定するためのサービス選択方針には例えば以下のような方針がある。
・指定されたサービスレベルが最も優良な依頼先を選択する。
・各サービスレベルの優先度に応じて各サービスレベルを点数化して、点数が最も高い依頼先を選択する。

「最も優先度の高いサービスレベルを考慮する」とは、ユーザがサービスの実行を要求した際（又はその前後）に指定したサービスレベルが最も優良な１つのサービスレベルを選択する方針である。「優良な」とは、セキュリティレベルなら高いこと、利用料金なら安いことをいう。例えば、ユーザがサービス選択方針に「最も利用料金が安いサービスレベル」を指定した場合、依頼先決定部１７は下位の複数の情報処理装置のうち利用料金が最も安価な下位の情報処理装置を処理の依頼先に決定する。

「各サービスレベルの優先度に応じて各サービスレベルを点数化して、点数が最も高い依頼先を選択する」では、ユーザがサービスの実行を要求した際（又はその前後）にサービスの優先度を指定する。依頼先決定部１７は、優先度に応じた重みをサービスレベルに乗じてサービスレベルを点数化し、下位の複数の情報処理装置のうち点数が最も高い依頼先を選択する。例えば、指定された各サービスレベルの優先度が以下であったとする。
１．利用料金 ２．サービス時間 ３．応答時間
まず、依頼先決定部１７は、各サービスレベルをいくつかのグループに区分する。例えば、利用料金が100円以下はグループ３、100〜200円はグループ２、200円以上はグループ１の如くである。

グループをグループに応じた数値に変換する。例えば、利用料金がグループ２＝２、サービス時間がグループ１＝１、応答時間がグループ３＝３とする。そして、サービスレベルの優先度に応じた重みを乗じる。優先順位の高い順に重みを５，４、３とする。
利用料金＝５×２
サービス時間＝４×１
応答時間＝３×３
したがって、着目している情報処理装置の合計点数は２３点となる。依頼先決定部１７はこのような点数化を下位の情報処理装置に対し行って、最も点数が高い情報処理装置を依頼先に決定する。

なお、各サービスレベルの優先順位は、サービス選択方針として、ユーザが端末２００に設定し端末２００が情報処理装置１に送信することで登録されている。

〔動作手順〕
図９は、上位の情報処理装置から下位の情報処理装置へサービス問合わせを送信する手順のフローチャート図の一例である。図９では、最上位から最下位まで３層であるとし、論理的な構成が枝分かれしていても片側のみに繋がる情報処理装置に着目している（つまり、図３の情報処理装置１，２−２、及び３−３）。また、説明のため、情報処理装置２−１と３−２の名称だけ図示した。

以下では、サービスＡＢＣのサービスレベルが問い合わせられた場合について説明する。

端末２００が情報処理装置１にサービスＡＢＣのサービス問い合わせを送信する（Ｓ１０）。この問い合わせのタイミングは、例えば端末２００がサービスＡＢＣを実行要求する前又は任意のタイミングである。

情報処理装置１のサービス問合せ受付部１１はサービス問い合わせを受信する（Ｓ１１０）。サービス問合せ受付部１１はサービス問合わせを受け付け、サービス情報作成部１２に処理を依頼する。

サービス情報作成部１２は、情報管理部１４に、必要事項を問い合わせる（Ｓ１２０）。情報管理部１４は、保有サービス情報２５を参照して、自身が提供可能なサービス、サービスレベル（複数ある場合は全て）、及び、処理依頼先をサービス情報作成部１２に出力する。

問合わせ先決定部１２２は、自身が実行できないサービス種類と、問合わせ先の情報処理装置を決定する。例えば、サービスＡＢＣが問い合わせ対象で、自機が処理Ａを実行できる場合、サービスＢＣを問い合わせ対象に決定する。問合わせ先の情報処理装置は「処理依頼先」として登録されている。

サービス問合せ実行部１３は、処理依頼先の下位の情報処理装置のアドレスを宛先に、自機が実行できない処理を問い合わせるサービス問合わせを送信する（Ｓ１３０）。

情報処理装置２−２，３−３の情報処理装置の処理手順は同じである。情報処理装置２−２のサービス問合せ受付部１１はサービス問い合わせを受信する（Ｓ２１０）。サービス問合せ受付部１１はサービス問合わせを受け付け、サービス情報作成部１２に処理を依頼する。

サービス情報作成部１２は、情報管理部１４に、必要事項を問い合わせる（Ｓ２２０）。情報管理部１４は、保有サービス情報２５を参照して、自身が提供可能なサービス、サービスレベル（複数ある場合は全て）、及び、処理依頼先をサービス情報作成部１２に出力する。

問合わせ先決定部１２２は、自身が実行できないサービス種類と、問合わせ先の情報処理装置を決定する。例えば、サービスＢＣが問い合わせ対象で、自機が処理Ｂを実行できる場合、サービスＣを問い合わせ対象に決定する。問合わせ先の情報処理装置は「処理依頼先」として登録されている。

情報処理装置２−２のサービス問合せ実行部１３は、処理依頼先の下位の情報処理装置のアドレスを宛先に、自機が実行できない処理を問い合わせるサービス問合わせを送信する（Ｓ２３０）。

情報処理装置３−３のサービス問合せ受付部１１はサービス問い合わせを受信する（Ｓ３１０）。サービス問合せ受付部１１はサービス問合わせを受け付け、サービス情報作成部１２に処理を依頼する。

サービス情報作成部１２は、情報管理部１４に、必要事項を問い合わせる（Ｓ３２０）。情報管理部１４は、保有サービス情報２５を参照して、自身が提供可能なサービス、サービスレベル（複数ある場合は全て）、及び、処理依頼先をサービス情報作成部１２に出力する。

情報処理装置３−３の下位には情報処理装置がないので、下位の情報処理装置のアドレスを宛先とする問い合わせはできない。このため、サービス問合わせを送信することなく、情報処理装置３−３のサービス問合せ受付部１１はサービス問合わせへの回答を情報処理装置２−２に送信する（Ｓ３７０）。例えば、サービスＣが問い合わせ対象で、自機が処理Ｃを実行できる場合、サービスＣとサービスレベル（複数ある場合は全て）を回答する。

また、情報処理装置３−２もサービスＣとサービスレベル（複数ある場合は全て）を、情報処理２−２に回答する。

情報処理装置２−２のサービス問合せ実行部１３は、情報処理装置３−３から問い合わせへの回答を受信する（Ｓ２４０）。また、情報処理装置３−２からも回答を受信する。サービス問合せ実行部１３はサービス情報作成部１２に回答を送出する。

サービス情報作成部１２は、情報処理装置３−３から受信した「情報処理装置のアドレス」「サービス種類」「サービスレベル」を処理依頼先情報２６に登録する（Ｓ２５０）。情報処理装置３−２から受信した「情報処理装置のアドレス」「サービス種類」「サービスレベル」も処理依頼先情報２６に登録する。

サービスレベル算出部１２１は、サービスレベルを算出する（Ｓ２６０）。まず、複数のサービスレベルがある場合はサービスレベル毎に、下位の情報処理装置３−３と３−２が送信した複数のサービスレベルのうち最も高いサービスレベルを選択する（サービスレベルがセキュリティレベルの場合）。そして、自身の処理Ｂのサービスレベルと選択した処理Ｃのサービスレベルのうち、低い方を処理ＢＣのサービスレベルに決定する。したがって、サービスレベル毎に処理ＢＣのサービスレベルが算出される。

情報処理装置２−２のサービス問合せ受付部１１はサービス問合わせへの回答を情報処理装置１に送信する（Ｓ２７０）。この回答には、サービスレベル毎のサービスＢＣのサービスレベルが含まれる。同様に、情報処理装置２−１のサービス問合せ受付部１１もサービス問合わせへの回答を情報処理装置１に送信する。

情報処理装置１のサービス問合せ実行部１３は、情報処理装置２−２から問い合わせへの回答を受信する（Ｓ１４０）。サービス問合せ実行部１３はサービス情報作成部１２に回答を送出する。情報処理装置２−１からも問い合わせへの回答を受信する。

サービス情報作成部１２は、情報処理装置２−２から受信したサービスＢＣのサービスレベルを処理依頼先情報２６に登録する（Ｓ１５０）。情報処理装置２−１から受信したサービスＢＣのサービスレベルについても同様である。

サービスレベル算出部１２１、サービスレベルを算出する（Ｓ１６０）。まず、複数のサービスレベルがある場合はサービスレベル毎に、下位の情報処理装置が送信した複数のサービスレベルのうち最も高いサービスレベルを選択する（サービスレベルがセキュリティレベルの場合）。また、自身の処理Ａのサービスレベルと選択したサービスＢＣのサービスレベルのうち、低い方をサービスＡＢＣのサービスレベルに決定する。

情報処理装置１のサービス問合せ受付部１１はサービス問合わせへの回答を端末２００に送信する（Ｓ１７０）。この回答には、処理ＡＢＣのサービスレベルが含まれる。

このように、端末２００は、情報処理装置１から処理ＡＢＣのサービスレベルを受信できる。したがって、端末２００は、情報処理装置１が全ての処理において期待するサービスレベルを満たしていることを確認して、サービスＡＢＣの実行を要求できる。

図１０は、クラウドサービスシステム５００がサービスＡＢＣを実行する手順を示すフローチャート図の一例である。

ユーザは端末２００を操作して端末２００からサービスＡＢＣの実行要求、サービス選択方針を情報処理装置１に送信する（Ｓ１０１０）。多くの場合、端末２００は処理対象データを送信するが処理対象データは実行要求に含まれているものとする。

情報処理装置１のサービス実行受付部１５は、端末２００から受信したサービスＡＢＣの実行要求を受け付け、サービス選択方針を受信する（Ｓ２０１０）。

処理実行部１６は、自身が提供可能なサービスとして処理Ａを実行する（Ｓ２０２０）。処理実行部１６は、サービス実行要求、処理対象データ及びサービス選択方針を依頼先決定部１７に送出する。

依頼先決定部１７は、情報管理部１４から処理依頼先情報２６を取得して、サービスＢＣの実行を要求する依頼先の情報処理装置を決定する（Ｓ２０３０）。情報処理装置１の処理依頼先情報２６には下位の全ての情報処理装置２−１，２−２のサービスＢＣのサービスレベルが登録されている。複数の情報処理装置が登録されている場合、サービス選択方針に適合するサービスレベルの下位の情報処理装置（ここでは情報処理装置２−２とする）を選択する。

サービス依頼部１８は、サービス実行要求及びサービス選択方針を依頼先に決定された下位の情報処理装置２−２に送信する（Ｓ２０４０）。

情報処理装置２−２のサービス実行受付部１５は、サービスＢＣの実行要求を受け付け、サービス選択方針を受信する（Ｓ３０１０）。

処理実行部１６は、自身が提供可能なサービスとして処理Ｂを実行する（Ｓ３０２０）。処理実行部１６は、サービス実行要求、処理対象データ及びサービス選択方針を依頼先決定部１７に送出する。

依頼先決定部１７は、情報管理部１４から処理依頼先情報２６を取得して、サービスＣの実行を要求する依頼先の情報処理装置を決定する（Ｓ３０３０）。情報処理装置２−２の処理依頼先情報２６には下位の全ての情報処理装置３−２，３−３のサービスＣのサービスレベルが登録されている。複数の情報処理装置がある場合、サービス選択方針に適合するサービスレベルの下位の情報処理装置（ここでは情報処理装置３−２とする）を選択する。

サービス依頼部１８は、サービス実行要求及びサービス選択方針を依頼先に決定された下位の情報処理装置３−２に送信する（Ｓ３０４０）。

情報処理装置３−２のサービス実行受付部１５は、処理Ｃの実行要求を受け付け、サービス選択方針を受信する（Ｓ４０１０）。

処理実行部１６は、自身が提供可能なサービスとして処理Ｃを実行する（Ｓ４０２０）。処理実行部１６はサービス実行要求、処理対象データ及びサービス選択方針を依頼先決定部１７に送出する。

依頼先決定部１７は、サービス実行要求を参照して全ての処理を実行したと判定する（Ｓ４０３０）。依頼先決定部１７は、サービス実行受付部１５に処理対象データを送出する。

サービス実行受付部１５は、処理対象データを上位の情報処理装置２−２に送信する（Ｓ４０４０）。

情報処理装置２−２のサービス依頼部１８は、処理対象データを受信する（Ｓ３０５０）。サービス依頼部１８は、サービス実行受付部１５に処理対象データを送出する。

サービス実行受付部１５は、処理対象データを上位の情報処理装置１に送信する（Ｓ３０６０）。

情報処理装置１のサービス依頼部１８は、処理対象データを受信する（Ｓ２０５０）。サービス依頼部１８は、サービス実行受付部１５に処理対象データを送出する。

サービス実行受付部１５は、処理対象データを端末２００に送信する（Ｓ２０６０）。

以上により、端末２００はサービスＡＢＣが施された処理対象データを受信できる。ユーザは、処理Ａ，Ｂ、Ｃがどの情報処理装置で処理されたのかを意識する必要がなく、かつ、ユーザのサービス選択方針に適合したサービスレベルで全ての処理を実行することができる。

〔効果〕
図１１は、本実施例のクラウドサービスシステム５００の効果について説明する図の一例である。サービスレベルの例として、サービスレベルはサービスを提供する際のセキュリティレベルであるとする。

また、各情報処理装置１００が持つ、暗号化機能などのセキュリティレベルが、優・良・可の３段階で評価されるものとする。セキュリティでは、最も脆弱な箇所のセキュリティレベルがシステム全体のセキュリティレベルとして見なされるため、サービスレベルは以下のように算出することが要求される。
「自身と、利用する下位の情報処理装置のサービスレベルのうち低い方を、提供サービスのサービスレベルとする。複数の経路を選択可能な場合は、もっとも高い経路を選択する」
この場合、サービスＡＢＣのサービスレベルは以下のように算出される。
まず、端末２００は情報処理装置１に対して、サービスＡＢＣのセキュリティレベルを問い合わせた。

情報処理装置１は、情報処理装置２−１と２−２に、それぞれサービスＢＣを提供する際のサービスレベルについて問い合わせる。

情報処理装置２−１は、情報処理装置３−１にサービスＣを提供する際のサービスレベルについて問い合わせる。情報処理装置３−１はセキュリティレベルとして「可」を回答する。

情報処理装置２−１は自身のセキュリティ能力「優」と情報処理装置３−１の回答「可」から、サービスＢＣのサービスレベルを上記の算出方法に従って算出する。この結果、低い方である「可」をサービスＢＣのサービスレベルとして情報処理装置１に回答する。

情報処理装置２−２は、情報処理装置３−２と３−３にそれぞれ処理Ｃを提供する際のサービスレベルについて問い合わせる。情報処理装置３−２はセキュリティレベルとして「優」を回答し、情報処理装置３−３はセキュリティレベルとして「可」を回答する。

情報処理装置２−２は、「優」と「可」を比較して、情報処理装置３−２のサービスレベル「優」を採用する。そして、自身のセキュリティ能力「良」と情報処理装置３−２の回答「優」から、低い方である「良」をサービスＢＣのサービスレベルとして情報処理装置１に回答する。

情報処理装置１は、情報処理装置２−１からサービスＢＣをセキュリティレベル「可」で提供できるという回答と、情報処理装置２−２からサービスＢＣをセキュリティレベル「良」で提供できるという回答を受け取ることになる。

情報処理装置１は、セキュリティレベルが高い情報処理装置２−２のセキュリティレベルを採用し、自身のセキュリティ能力「優」と情報処理装置２−２の回答「良」から、低い方である「良」をサービスＡＢＣのサービスレベルとして端末２００に回答する。

情報処理装置１にサービスＡＢＣのサービス要求と共にサービス選択方針として「セキュリティができるだけ高い経路で処理を実施する」を与えられた場合、情報処理装置１はサービスＢＣの依頼先として、サービスレベルが「可」である情報処理装置２−１よりも「良」である情報処理装置２−２を選択することができる。

従来技術では、端末２００又は情報処理装置１００が直接、依頼する情報処理装置のサービスレベルだけで判断が行なわれていた。したがって、情報処理装置１は単体では「優」である情報処理装置２−１を依頼先に決定するので、その後、情報処理装置２−１はセキュリティレベルが「可」である情報処理装置３−１に処理を依頼することになる。

処理経路[情報処理装置１(優) ⇒ 情報処理装置２−１（優）⇒ 情報処理装置３−１（可）]は、本実施例によって実現される処理系路[情報処理装置１(優) ⇒ 情報処理装置２−２（良）⇒ 情報処理装置３−２（優）]に比べ、セキュリティ面ではリスクがある経路となる。

以上のように、本実施例により、クラウドサービス全体で最適な経路を選択することができるようになる。

なお、本実施例は本発明の範囲を限定するものではなく、例えば情報管理部１４を各情報処理装置が有するのでなく、１つ以上の情報処理装置が集約して管理してもよい。この場合、集約管理する情報処理装置が問い合わせに対する回答を行い、サービスの依頼先の情報管理部を決定することができる。また、各情報処理装置が集約管理する情報処理装置から保有サービス情報２５と処理依頼先情報２６を取得して、問合わせに回答することもできる。また、サービス提供部２１は集約管理する情報処理装置から保有サービス情報２５と処理依頼先情報２６を取得して、依頼先の情報管理部を決定できる。

このように、本実施例で説明する機能は各情報処理装置に固定である必要はなく、用途や目的に応じて様々なシステム構成があることはいうまでもない。

本実施例では、情報処理装置１００がクラウドサービスシステム５００に新たに追加された場合、追加された情報処理装置１００の存在を上位の情報処理装置に通知するクラウドサービスシステム５００について説明する。

図１２は、情報処理装置の追加を模式的に説明する図の一例である。情報処理装置２−３は情報処理装置３−３の上位の情報処理装置である。このため、情報処理装置２−３の保有サービス情報２５には下位の情報処理装置として情報処理装置３−３が登録されている。なお、情報処理装置２−２は特許請求の範囲の第１の要求元他機の一例であり、情報処理装置１は特許請求の範囲の第２の要求元他機の一例である。情報処理装置２−３は、特許請求の範囲の「変更された前記要求元の装置情報が指示する追加された他機」の一例である。

しかしながら、この場合、情報処理装置１の保有サービス情報２５にも情報処理装置２−３を登録しなければならないので、管理者の作業が増大してしまう。

そこで、本実施例では、各情報処理装置１００が下位だけでなく上位の情報処理装置のアドレスを保持することとし、上位の情報処理装置のアドレスに追加・削除などの変更が生じた場合、下位の情報処理装置が上位の情報処理装置に通知することとする。

図１３は、情報処理装置３−３の保有サービス情報２５の一例を示す。情報処理装置３−３には下位の情報処理装置がないが、上位の情報処理装置として情報処理装置２−２と２−３が登録されている。このうち、情報処理装置２−３が追加された情報処理装置である。

情報処理装置３−３の情報管理部１４は情報処理装置２−３の追加を検知して、上位の情報処理装置２−２に、情報処理装置２−３の「提供可能なサービス」「サービスレベル」、「サービスを依頼可能な処理依頼先」を通知する。

情報処理装置２−２は、情報処理装置２−３は同じ階層の情報処理装置であると判断し（下位の情報処理装置３−３から通知があるため判断できる）、上位の情報処理装置１に情報処理装置２−３の「提供可能なサービス」「サービスレベル」、「サービスを依頼可能な処理依頼先」を通知する。これにより、情報処理装置１の情報管理部１４は、自機の保有サービス情報２５に、下位の情報処理装置として情報処理装置２−３の「提供可能なサービス」「サービスレベル」、「サービスを依頼可能な処理依頼先」を記録する。

なお、情報処理装置１の情報管理部１４は、情報処理装置２−２から単に情報処理装置２−３の存在の通知（少なくともアドレスなどの通知先情報を含む）だけを受け、直接、情報処理装置２−３に「提供可能なサービス」「サービスレベル」等を問い合わせてもよい。

したがって、本実施例のクラウドサービスシステム５００は、クラウドサービス構築時やメンテナンス時に自動的に階層構造を構築できる。情報処理装置１００の追加などが行われた場合でも、ユーザが意識せずに最新の状態で最適経路を発見できる。

本実施例では、「必須条件」と「希望条件」を指定可能なサービス選択方針について説明する。

ユーザがサービス選択方針として「必須条件」と「希望条件」を別々に指定したい場合がある。必須条件は、必ず満たすべきサービスレベルの最低条件であり、希望条件は相対的なサービスレベルの選択条件である。例えば、ユーザが必須条件としてセキュリティレベル「良」以上、希望条件として「応答時間が短いほどよい」を指定した場合、本実施例では全ての情報処理装置が「良」以上でなければ、情報処理装置１は対応不能であることを回答する。このような回答が可能なのは、実施例１にて説明したように、情報処理装置１がサービスＡＢＣを適切に演算したサービスレベルを保持しているためである。

また、必須条件を満たす下位の情報処理装置が複数有る場合、上位の情報処理装置（例えば情報処理装置１）は希望条件で下位の情報処理装置を絞り込むことができる。

例えば、サービス選択方針として、「必須条件：セキュリティレベル「良」以上、希望条件：応答時間が短いこと」が与えられたとする。下位の情報処理装置のうちセキュリティレベル「良」のものが複数ある場合、情報処理装置１は応答時間が短い方を選択することができる。

したがって、本実施例では、問い合わせを受け付けた情報処理装置１が、必須条件を満たさない場合はサービスＡＢＣの開始前には不可能であると回答できる。また、サービス要求時、様々なニーズに対応できるようになる。

１１ サービス問合せ受付部
１２ サービス情報作成部
１３ サービス問合せ実行部
１４ 情報管理部
１５ サービス実行受付部
１６ 処理実行部
１７ 依頼先決定部
１８ サービス依頼部
２５ 保有サービス情報
２６ 処理依頼先情報
１００ 情報処理装置
２００ 端末

特開２０１２−５３８５３号公報

Claims (6)

1. 階層構造に接続された複数の情報処理装置のうち上位の情報処理装置から要求されたサービスに含まれる処理を実行する情報処理装置であって、
   自機が提供可能な自機提供処理、前記自機提供処理の処理品質情報、及び、前記処理を依頼可能な他機が１台以上登録された登録情報データベースと、
   前記サービスの処理品質情報の問い合わせを受け付けるサービス品質問合わせ受付手段と、
   前記登録情報データベースを参照して前記サービスに含まれる処理のうち前記他機に依頼する他機依頼処理と、問合わせ先の１台以上の前記他機を決定する問合せ先決定手段と、
   前記問合せ先決定手段が決定した前記他機に、提供可能な前記他機依頼処理と前記他機依頼処理の処理品質情報を問い合わせる処理品質問合わせ手段と、
   前記他機が回答した提供可能な前記他機依頼処理及び前記他機依頼処理の処理品質情報を、各他機毎に他機処理情報データベースに登録する情報作成手段と、
   前記他機処理情報データベースに登録された前記他機依頼処理の処理品質情報、及び、登録情報データベースに登録された前記自機提供処理の処理品質情報に対し、前記他機が複数の場合は複数の前記他機依頼処理の処理品質情報のうち最も高い処理品質情報を決定し、前記自機提供処理の処理品質情報と決定した前記他機依頼処理の処理品質情報とのうち低い方の処理品質情報を、自機の上位の情報処理装置に提供する処理品質情報に決定する処理品質情報決定手段と、を有し、
   前記サービス品質問合わせ受付手段は、前記処理品質情報決定手段が決定した処理品質情報を、前記上位の情報処理装置に回答する、
   ことを特徴とする情報処理装置。
2. 前記サービスの実行要求及び他機選択方針を受け付ける実行要求受付手段と、
   前記サービスに含まれている前記処理のうち自機で実行可能な前記処理を実行する処理実行手段と、
   前記他機処理情報データベースに、前記処理実行手段が実行しない前記処理を実行可能な前記他機が複数、登録されている場合、前記他機選択方針を満たす１台の前記他機を、問合わせ先の前記他機から受信した処理品質情報に基づき決定する他機決定手段と、
   前記他機決定手段が決定した前記他機に前記サービスに含まれる前記処理の実行要求及び前記他機選択方針を送信するサービス依頼手段と、
   を有することを特徴とする請求項１に記載の情報処理装置。
3. 前記登録情報データベースには、自機から見て前記上位の情報処理装置の装置情報が登録されており、
   前記情報作成手段が、前記登録情報データベースの前記上位の情報処理装置の装置情報の変更を検出した場合、変更されていない前記上位の情報処理装置の装置情報に対応する第１の要求元他機に、変更が検出されたことを通知する、
   ことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記他機選択方針には、前記他機が満たすべき最低条件である必須条件が含まれており、
   前記他機決定手段が、問合わせ先の前記他機から受信した処理品質情報が前記必須条件を満たさないと判定した場合、
   前記実行要求受付手段は、実行要求された前記サービスを実行できないことを回答する、
   ことを特徴とする請求項２に記載の情報処理装置。
5. 前記他機選択方針には、前記他機が満たすべき最低条件である必須条件及び複数の前記他機から相対的によい前記他機を選択するための希望条件が含まれており、
   前記他機決定手段は、問合わせ先の前記他機から受信した複数の処理品質情報が前記必須条件を満たすと判定した場合、前記希望条件に最もよく適合する処理品質情報の前記他機を、前記サービスの実行を要求する前記他機に決定する、
   ことを特徴とする請求項２に記載の情報処理装置。
6. 階層構造に接続された複数の情報処理装置のうち上位の情報処理装置から要求されたサービスに含まれる処理を実行する情報処理システムであって、
   自機が提供可能な自機提供処理、前記自機提供処理の処理品質情報、及び、前記処理を依頼可能な他機が１台以上登録された登録情報データベースと、
   前記サービスの処理品質情報の問い合わせを受け付けるサービス品質問合わせ受付手段と、
   前記登録情報データベースを参照して前記サービスに含まれる処理のうち前記他機に依頼する他機依頼処理と問合わせ先の、１台以上の前記他機を決定する問合せ先決定手段と、
   前記問合せ先決定手段が決定した前記他機に、提供可能な前記他機依頼処理及び前記他機依頼処理の処理品質情報を問い合わせる処理品質問合わせ手段と、
   前記他機が回答した提供可能な前記他機依頼処理と前記他機依頼処理の処理品質情報を、各他機毎に他機処理情報データベースに登録する情報作成手段と、
   前記他機処理情報データベースに登録された前記他機依頼処理の処理品質情報、及び、登録情報データベースに登録された前記自機提供処理の処理品質情報に対し、前記他機が複数の場合は複数の前記他機依頼処理の処理品質情報のうち最も高い処理品質情報を決定し、前記自機提供処理の処理品質情報と決定した前記他機依頼処理の処理品質情報とのうち低い方の処理品質情報を、自機の上位の情報処理装置に提供する処理品質情報に決定する処理品質情報決定手段と、を有し、
   前記サービス品質問合わせ受付手段は、前記処理品質情報決定手段が決定した処理品質情報を、前記上位の情報処理装置に回答する、
   ことを特徴とする情報処理システム。

Images