JP4939588B2 - クラウド・コンピューティングにおいて、コンピューティング・サービスを法的監査要件が満たされるように個々のジョブに分割し、個々のジョブの分散実行計画をユーザに提示するための方法、コンピュータ・プログラム及び装置 - Google Patents

Description

本発明は、クラウド・コンピューティングにおいて、サービスを分散処理させるための方法、コンピュータ・プログラム及び装置に関し、特に、コンピューティング・サービスを、法的監査要件が満たされるように個々のジョブに分割し、個々のジョブの分散実行計画をユーザに提示するための方法、コンピュータ・プログラム及び装置に関する。

近年注目を集めているクラウド・コンピューティングの定義は様々であるが、その一側面は、インターネット上にグローバルに分散配置されているコンピューティング資源を適宜組み合わせて利用し、ユーザに情報サービスやアプリケーションサービスを提供するというものである。
クラウド・コンピューティングの環境下では、多種多様なサービサー（サービス・プロバイダとも呼ばれる）が、様々な種類のサービスを様々な条件の下で提供する。

その条件の一つとして、サービスレベル・アグリーメント（SLA）がある。
SLAは、広義には契約の一形態であり、サービサーがサービス利用者にサービスの品質を保証するための契約であるが、サービサーが遵守すべき各種要件を記述したデータ・ファイルの意味で用いられる場合もある。
クラウド・コンピューティングにおいて、典型的には、サービス利用者が、サービサーが提供するSLAを検討し、当該サービサーとの契約に入る。
http://headlines.yahoo.co.jp/hl?a=20091005-00000002-zdn_tt-sci
現在のところSLAは各サービサーにより提供されているが、その記述内容、記述様式の標準化の試みも進められている。
http://itpro.nikkeibp.co.jp/free/NCC/NEWS/20001017/3/

URL:http://headlines.yahoo.co.jp/hl?a=20091005-00000002-zdn_tt-sci、２００９年１０月２３日検索 URL:http://itpro.nikkeibp.co.jp/free/NCC/NEWS/20001017/3/ 、２００９年１０月２３日検索

クラウド・コンピューティング環境下では、リクエスターが第１次サービサーに実行を要求した１個のサービスは、通常分割されて、いくつかの下請サービサーによって分散処理されるが、分散処理の態様をも反映したSLAは現在のところ存在しない。
例えば、政府機関が、国民の個人情報を処理するためのサービスを第１次サービサーに依頼した後、そのサービスが、グローバルなコンピュータ・ネットワーク上のどの領域で分散処理されるべきかについて定めるSLAは存在しない。
その結果、当該政府機関は、個人情報が、どの国のどのような環境下で動作するコンピュータ・リソースによって処理されているかを預かり知ることができないという事態も生じ得、機密保持の点で好ましくない。

サービスの安全性、機密性に関し、政府や公的機関が標準を定め、その標準がSLAに反映され、各々のサービサーがSLAを遵守する、クラウド・コンピューティング環境が形成されることが望ましい。
更に、具体的には、標準的なSLAが、サービスやサービスを構成する個々のジョブの種別毎、データの種別毎に、それらサービスやジョブを処理するコンピュータ・リソースが遵守すべき項目を反映していることが望ましい。
そのような標準が、法管轄域（Jurisdiction）毎に設けられても良いであろう。
例えば、一つの法管轄域内のサービサーが、当該法管轄域内の主管官庁が提唱するSLAに従って、サービスを構成することで、信頼性、安全性の高いサービスを提供することが可能になろう。
サービサーが、別の下請サービサーにジョブの処理を依頼する場合にも、当該主管官庁の定めるSLAに従った依頼をなすことで、サービスの信頼性、安全性に万全を期すこともできよう。
このような、信頼性、安全性に優れたクラウド・コンピューティング環境を実現するために、本発明は、典型的にはクラウド・コンピューティング環境下で、サービスの分散処理プランを作成するための、コンピュータ・プログラムを提供する。

当該、コンピュータ・プログラムは、次のようなコンピュータ・ネットワークにおいて用いられ得る。
即ち、コンピュータ・ネットワークであって、（１）第１のコンピュータ、（２）第２のコンピュータ、（３）他の複数のコンピュータ及び（４）ジョブ・カテゴリ・データベースであって、（４−１）いずれかの当該コンピュータ、により実行されるジョブ、のカテゴリ、（４−２）当該ジョブが当該いずれかのコンピュータにより実行される際に付加的に実行され得る動作の識別子リスト、及び（４−３）当該ジョブを実行するコンピュータの、当該コンピュータ・ネットワーク内での位置を表すリージョン・コード、の組を含む、（４）当該ジョブ・カテゴリ・データベースと、が接続された前記コンピュータ・ネットワークにおいて用いられ得る。

本発明によるコンピュータ・プログラムは、当該第２のコンピュータを、(i) 当該他の複数のコンピュータのいずれかによって実行され得るサービスを、少なくとも１つのジョブに分割する手段と、(ii) 当該分割された各ジョブに、当該ジョブのカテゴリを関連付ける手段と、(iii) 当該第１のコンピュータから、当該リージョン・コード及び当該サービスの実行見積もり命令或いはサービス実行命令を受け取る手段と、(iv) 当該複数のジョブの各々について、
(iv-1) 当該受信したリージョン・コードと、当該関連付けられたジョブのカテゴリをキーに、当該ジョブ・カテゴリ・データベースを検索し、当該ジョブに対応する、当該動作の識別子リストを取得し、(iv-2) 当該動作の識別子リストを、当該他の複数のコンピュータのうちの少なくとも一つのコンピュータに送信し、
(iv-3) 当該識別子リストを受信した当該他のコンピュータから、当該識別子リストに対応する動作を、当該他のコンピュータが実行可能である旨の応答を得た場合には、当該ジョブ、当該他のコンピュータの識別子、及び当該識別子リストの組を、当該第１のコンピュータに送信する手段、として動作させる。

ここで、動作の識別子リストは、ジョブを実行するコンピュータが、コンピュータの動作パラメータを取得するための動作の識別子を含んでいても良い。
その動作は、第１のコンピュータのユーザと、第２のコンピュータのユーザとの間のサービスレベル・アグリーメント（SLA）に従うものであっても良い。
本発明のその他の特徴は、以下の発明を実施するための最良の形態の記載により明らかにされる。

A 用語の説明
まず始めに、本明細書及び請求の範囲を通じて使用される用語の説明を行う。
（１）ユニット： ネットワークに接続され得るあらゆるデバイスを含む。例えば、サーバ・コンピュータ、ポータブル・コンピュータ、ディスプレイ、記憶装置、ファクシミリや複写機等の事務機、プリンタ等を含む。また、ユニットは、コンピュータ・ソフトウェアによって実現された仮想的なユニットであっても良い。上記した典型例に拘わらず、ユニットは必ずしも１つの筐体内に収められるものではなく、上記各ユニットの機能を果たす限り、ユニット内の諸機能は物理的に分散して配置されていても良い。更にユニットはコンピュータ・メモリ上に存在する、プログラムコード或いはその群を指す場合もあり得る。
（２）サービス： あるユニットが別のユニットからの要求に応答して動作した結果得られる有形無形の成果であり、典型的にはコンピュータによる演算処理及びサービス要求元への演算処理結果の返信であるが、それには限られない。

（３）リクエスター・ユニット： サービスの提供を他のユニットに依頼するユニットをいう。典型的には、ユーザが使用するパーソナル・コンピュータである。その動作の詳細は後述する。
（４）サービサー・ユニット：サービスを提供するユニットをいい、典型的には複数の情報処理用リソース、例えば、ソフトウェア、ハードウェア、サービス・アプリケーションソフトウェアを含んでいる。リクエスター・ユニットから最初にサービス提供のリクエストを受信するサービサー・ユニットを元請サービサー・ユニット、元請サービサー・ユニットから更に、サービス提供のリクエストを受けるサービサー・ユニットを、下請サービサー・ユニットと呼ぶ場合がある。下請サービサー・ユニットは複数存在することもあるし、下請サービサー・ユニットが連鎖する場合もある。
（５）ジョブ： サービスは、複数のジョブに分割されて、複数のサービサー・ユニットにより実行され得る。分割の粒度はサービサー・ユニットが適宜変更し得るが、上記情報処理用リソース毎に１つのジョブがアサインされるように分割することも可能である。尚、分割の粒度の極限として、サービスに1個のジョブが対応付けられる場合も含み得る。その場合には、「サービスがジョブに分割される」とは、サービスは1個のジョブにより実行されることを意味する。

（６）ジョブのカテゴリ：ジョブはその内容により分類される。典型的には、課税対象商取引、会計処理、課金処理、算術処理、テキスト処理、検索等に分類される。或いは、サービスの要求元エンティティの性状に応じて分類されることもある。例えば、政府公共、法人活動、個人活動、非営利活動等である。
本発明によれば、ジョブのカテゴリに応じ、ジョブの実行以外の付加的な動作（後述）が、各元請サービサー・ユニット、下請サービサー・ユニットに対して要求される（詳細後述）。
必要に応じ、サブ・カテゴリを設けても良い。
（７）データのカテゴリ：ジョブが処理するデータもその内容により分類され得る。例えば、サービサー・ユニット間で共有されるデータ、公開可能なデータ、個人データ、軍事機密データ、契約データ、国家機密データ、最新技術情報、公開対象が制限されているデータ等であり、カテゴリに応じて、データの処理以外の付加的な動作（後述）が、各元請サービサー・ユニット、下請サービサー・ユニットに対して要求される（詳細後述）。
データ・カテゴリにも必要に応じ、サブ・カテゴリを設けても良い。
尚、本明細書では、ジョブにデータが含まれている場合も含み、そのような場合には、ジョブのカテゴリの下位概念にデータのカテゴリが位置付けられる。即ち、ジョブのカテゴリと呼ぶ場合には、データのカテゴリも含まれ得る。

（８）リージョン・コード：サービスを提供、或いはジョブを処理するサービサー・ユニット或いはそれらを構成する情報処理リソースが設置されている位置を表すコードをいう。
ここで、位置とは、コンピュータ・ネットワーク内の論理的位置、物理的位置、地理的地域、国、法管轄領域（Jurisdiction）等、どのようなものでも良い。
後述する通り、本発明によれば、リージョン・コードに応じて、ジョブを実行する際に、各サービサー・ユニットにより遵守されるべき項目が異なるように、クラウド・コンピューティング環境を構成可能である。

（９）監査要件：ジョブの実行やデータ処理を行うサービサー・ユニットが、ジョブの実行やデータ処理以外に要求される動作を指す。
例えば、リージョン・コードで指定される法管轄領域によって、セキュリティ、個人情報保護等のポリシーが異なり、主管官庁の要求を満たすために、サービサー・ユニットは、次の動作を要する場合がある。
・サービサー・ユニットがサービスを実行する際に、ユニット内の動作パラメータを収集し、１年間保管する。動作パラメータとして、例えば、リクエスター・ユニットの識別子、サービサー・ユニットの識別子、サービス開始時刻、サービス終了時刻、サービスから派生した各ジョブが下請サービサー・ユニットで分散実行された地域、ジョブ実行の開始時刻、ジョブ実行の終了時刻、ジョブを実行した下請サービサー・ユニットの識別子等が挙げられる。

また、サービスが個人情報データの処理を含む場合には、次のような動作が要求され得る。
・ サービスは、リクエスター・ユニットが配置されている国内で実行される。
・ サービサー・ユニット間の通信は暗号化の上実施される。
・ 暗号化強度は１２８ビット以上である。
・ サービスを実行するサービサー・ユニットは、それぞれ所定サーバにより認証済みである。
・ サービス実行完了後にサービサー・ユニットはそのサービスに関連するデータを消去する。

サービスが、先端科学技術データを含む場合には、次のような動作が要求され得る。
・指定された地域に配置されているサービサー・ユニットによる当該サービスの処理が回避される。
・サービスは複数のジョブに分割され、各ジョブは複数の地域に配置された別個のサービサー・ユニットにより実行される。
・指定された要件を満たすサービサー・ユニットを用いてサービスが実行される。当該要件には、可用性、データ・バックアップの頻度を含めることができる。
サービスが商取引に関するものである場合には、次のような動作が要求され得る。
・各取引毎に、取引明細を保管し、所定のサーバに送信する。
・取引明細には、売買者識別コード、売上高、税額、支払方法、取引日時、納期、送料を含めること。

以上のように、監査要件は、地域の法令、慣習・サービス或いはそれから派生したジョブのカテゴリ或いはサブ・カテゴリに応じて適宜定義され得るものであり、これらに限定はされない。
尚、本明細書では、監査要件のうち、サービサー・ユニットの特定の動作を要求するための要件を特に、実行要件と呼ぶ場合がある（図６）。
実行要件には、例えば、サービスの実行地域、サービス実行に伴う、サービサー・ユニット間のデータ通信の暗号強度、ウィルス及びSPAM対策の内容とレベル設定、データ保管時のリトライ回数、リトライ間隔、商取引結果の送信先、受信電子メールの保存期間、文書に付す電子透かし並びに固有ID付与の要否、等の指定が含まれる。

（１０） 上記、リージョン・コード、ジョブのカテゴリ、データのカテゴリ、監査要件は、どのような表現形式で、ネットワーク・システム内に記憶、転送されても良い。例えば、文字列、フラグ等で表現することが可能である。
上記監査要件の各項目に識別子を割り振り、元請サービサー・ユニットが識別子を下請サービサー・ユニットに送信し、該当項目に指定された動作の可否を問い合わせることが可能である。
更に、下請サービサー・ユニットは、当該識別子に対応した動作を実行することも可能である。
本明細書では、読者の理解の便宜のため、これらの情報を略号やフラグではなく、記述的に記載する。
（１１） サービス実行命令、サービス実行見積もり命令：リクエスター・ユニット２００から、元請サービサー・ユニット３００に送信される命令である。便宜上、これらの名称を用いるが、要するに、特許請求の範囲に記載の動作を元請サービサー・ユニットにさせるための契機になる命令であれば、その名称や目的は問わず、サービス実行命令若しくはサービス実行見積もり命令に含まれる。

B ハードウェア構成
＜クラウド・コンピューティング・ネットワーク１０＞
図１は、本発明によるクラウド・コンピューティング・ネットワーク１０の構成概念図である。
公衆・プライベートを問わない通信ネットワーク１５０には、リクエスター・ユニット２００、リージョン・コード管理ユニット３００、元請サービサー・ユニット７００、サービサー・ユニットの静的情報記憶ユニット１２００及び複数の下請サービサー・ユニット１５００及びが接続されている。
各ユニットの機能詳細は後述する。

＜各ユニットのハードウェア構成＞
図２は、本発明の、リクエスター・ユニット２００、リージョン・コード管理ユニット３００、元請サービサー・ユニット７００、サービサーの静的情報記憶ユニット１２００及び複数の下請サービサー・ユニット１５００を実現するためのハードウェア構成図である。
尚、下記の各構成要素は例示であり、全ての構成要素が本発明の必須構成要素となるわけではない。
また、各ユニットにはそれぞれの機能に応じて、適宜構成要素の一部が省略、追加され得る。
各ユニットは、ＣＰＵ１０２、メモリ１０４、記憶装置１０６、入出力制御装置１１０、ユーザ・インターフェース１１４及びこれらを連結するバス１０８、並びに通信ポート１１２から構成される。
各ユニット上で動作するコンピュータ・プログラムのコードは、記憶装置１０６に格納されていても良いし、外部装置から通信ポート１１２、入出力制御装置１１０を経由してメモリ１０４内に導入されても良い。
当該コンピュータ・プログラムのコードは、メモリ１０４にロードされることにより、ＣＰＵ１０２により実行されても良いし、記憶装置１０６に格納されたまま、ＣＰＵ１０２により実行されても良い。
何れの場合にもメモリ１０４は一時記憶メモリとしても用いられ得る。
ユーザ・インターフェース１１４は、各ユニットの動作状態の表示、動作モードの入力などに用いられる。

コンピュータ・プログラムのコードは、複数に分割して、複数の記憶媒体にまたがって記録することもできる。或いは、その複数に分割されたコードの一部は、通信アダプタ１１２及びそれに連なる通信ネットワーク（不図示）を介して各ユニットに接続された、他の外部情報処理装置内の記憶媒体に記録し、分割されたコードをＣＰＵ１０２が協働実行させることもできる。複数の装置に分割されたコードを分散し、それらのコードを協働させることは、例えばクライアント・サーバーシステムとして具現化されており、それぞれの装置にどのコードを実行させ、それぞれの機能を実現させるかはシステムの設計に際し適宜選択できる事項であり、本発明はそのいずれの形態をも包含する。
また、各ユニットは、以下で述べる機能ブロック単位に物理的に分離され、それぞれの機能ブロック毎に、図２に示されるのと同様のハードウェアが用意され、それぞれの機能ブロックが、それぞれの通信ポート１１２を介して協働するようにも構成できる。
各ユニット内で動作するオペレーティング・システムは必須ではないが、Windows XP(R)、AIX(R)、Linux(R)など、標準でグラフィック・ユーザーインターフェース・マルチウインドウ環境をサポートするもの或いは、μiTRONのような他のオペレーティング・システムでも良い。
本発明は特定のオペレーティング・システム環境には限定されない。

C システム構成
＜リクエスター・ユニット２００＞
リクエスター・ユニット２００は、典型的には、サービスを元請サービサー・ユニット７００に依頼するユーザが使用するコンピュータである。
ユーザは、ユーザ・インターフェース１１４を介して、所望のサービス識別子を入力し、元請サービサー・ユニット７００に対して、サービス実行命令或いはサービス実行計画見積もり命令を送信する。
サービス実行命令若しくはサービス実行見積もり命令には、リージョン・コードが付されていることが好ましい。そのことにより、サービスが、所望する地域、或いは法管轄領域内で安全に実行されることが担保され得る。
サービサー・ユニット７００は、リクエスター・ユニット２００に対し、サービス実行の結果或いはサービス実行計画の見積もりを返信し、それらはユーザ・インターフェース１１４に表示される。

＜リージョン・コード管理ユニット３００＞
図３は、リージョン・コード管理ユニット３００の機能ブロック構成図である。
図３その他に示される機能ブロックは、図２に例示されるハードウェアにより実現されるが、それぞれ論理的機能ブロックであって、各々一つのまとまりを持ったハードウェアやソフトウェアによって実現されることを必ずしも意味するのではない。
個々の機能ブロックは、別個の独立したハードウェア若しくはハードウェアの協働、或いは共通のハードウェア若しくはソフトウェアにより具現化可能である。

リージョン・コード管理ユニット３００は、ジョブ・カテゴリ及びデータ・カテゴリ・データベース３０４、監査要件及び実行要件データベース３０６、及び制御部３０２を含む。
制御部３０２は、元請サービサー・ユニット７００からの要求に応じて、上記データベースの検索を実行し、検索結果を元請サービサー・ユニット７００に返信する。

＜ジョブ・カテゴリ及びデータ・カテゴリ・データベース３０４＞
ジョブ・カテゴリ及びデータ・カテゴリ・データベース３０４は、元請及び下請サービサー・ユニット７００、１５００によって実行され得るジョブ、及びジョブにより処理されるデータのカテゴリを記憶する。
これらカテゴリは、好ましくは国際的或いは特定地域内の標準化活動により定められているものである。
図４は、ジョブ・カテゴリ・データベースの構成概念図である。
例えば、サーバの時間貸しジョブに対して、ジョブ・カテゴリIT_RESOURSEが対応付けられている。更に、サーバのどの部分が時間貸しされるかに応じて、ジョブ・サブカテゴリを対応付けても良い。ハードウェアの時間貸しジョブの場合にはジョブ・サブカテゴリHW、特定のソフトウェアの時間貸しジョブの場合には、ジョブ・サブカテゴリSWが対応付けられる。

図５は、データ・カテゴリ・データベースの構成概念図である。
例えば、ジョブが取り扱うデータが、他者に公開される情報の場合には、データ・カテゴリPUBLICが対応付けられる。更に、公開が無償で行われる場合には、データ・サブカテゴリSHARE_FREEが対応付けられる。
元請サービサー・ユニット７００は、図４、図５に示されたデータ・ベースの記述（Description）４０６、５０６に基づいて、自己が提供するサービスを複数のジョブに分割し、カテゴリ４０２、４０４、５０２、５０４を対応付ける（後述）。
尚、ジョブ・カテゴリ及びデータ・カテゴリ・データベース３０４或いはその写しは、適宜その他のユニット内に記憶することも可能である。
例えば、個々のサービサー・ユニットが写しを記憶し、定期的にリージョン・コード管理ユニット３００に問い合わせて当該写しを更新するようにしても良い。

＜監査要件・実行要件データベース３０６＞
監査要件・実行要件データベース３０６は、元請及び下請サービサー・ユニット７００、１５００によって実行され得るジョブ、及びジョブにより処理されるデータのカテゴリ、リージョン・コード、監査要件（実行要件を含む）間の対応を記憶する。
図６は、監査要件・実行要件データベース３０６の構成概念図である。
この例では、リージョン・コード６０２がJAPANの場合に、（データ・カテゴリ６０４、データ・サブカテゴリ６０６、ジョブ・カテゴリ６０８、ジョブ・カテゴリ６１０）のそれぞれのセットに対して、対応付けられる監査要件６１２、６１４が記憶されている。

この対応付けには、次のような意義がある。
例えば、最上欄について、日本法の適用範囲内（リージョン・コードJAPAN）、で実行されるジョブ、そのジョブにより処理されるデータの全て（ALL識別子）について、各元請及び下請サービサー・ユニット７００、１１００は、監査要件１、実行要件２を満たす監査を実施し、動作を実行しなければならない。監査要件、実行要件の例は、上記A項で述べた通りである。
別の例では、日本法の適用範囲内で実行されるジョブのカテゴリがDATAであり、ジョブのサブカテゴリがDOCUMENTであって、そのジョブが取り扱うデータのカテゴリがPRIVATE、データのサブカテゴリがPERSONALの場合には、各元請及び下請サービサー・ユニット７００、１１００は、監査要件６、実行要件６を満たす、監査を実施し、動作を実行しなければならない。

監査要件・実行要件データベース３０６には、他のリージョン・コード、例えばアメリカ合衆国に対しても、上記したカテゴリと、監査要件、実行要件の組み合わせを記憶することができる。
即ち、監査要件・実行要件データベース３０６によって、各国法令若しくは各国官庁などが、サービサーによるサービス実行に際して、サービサーにより遵守されるべき項目を、データやジョブのカテゴリに応じて定義することが可能になる。例えば、セキュリティレベルの高いデータの処理に対しては、より厳しい監査要件を課すこともできる。それに対して、公開可能なデータの処理に対してはより緩和された監査要件を課し、サービス実行の効率化を優先させることも可能である。

＜元請サービサー・ユニット７００＞
図７は、元請サービサー・ユニット７００の機能ブロック構成図である。
元請サービサー・ユニット７００は、入出力制御部７０２、サービス分割部７０４、サービス分割情報記憶部７０６、監査要件・実行要件決定部７０８、下請サービサー・ユニット割り当て部７１０、サービサー・ユニット候補提示部７１２を含む。

＜入出力制御部７０２＞
入出力制御部７０２は、リクエスター・ユニット２００からのサービス実行命令若しくはサービス実行見積もり命令を受信し、サービス・分割部７０４に送信する。
また、入出力制御部７０２は、サービス分割部７０４から、サービス実行結果或いはサービス実行見積もりを受信し、リクエスター・ユニット２００に送信する。

＜サービス分割部７０４＞
サービス分割部７０４は、リクエスター・ユニット２００により指定されたサービスを、個々のジョブに分割する。
A項に記載した通り、１つのサービスは典型的には複数のジョブに分割されて、個々のジョブが分散実行され得るように構成されているが、１つのサービスに１つのジョブが対応付けられていても良い。
個々のジョブが処理するデータも、ジョブの分散実行に伴い、分散配置されても良い。
個々のジョブ及びデータには、サービス設計時（例えばプログラムコード作成時）に予めジョブ・カテゴリ４０２、ジョブ・サブカテゴリ４０４（図４）、データ・カテゴリ５０２、データ・サブカテゴリ５０４が割り当てられていても良い。
或いは、元請サービサー・ユニット７００のユーザが、ユーザ・インターフェース１１４を介して、ジョブ・カテゴリ及びデータ・カテゴリ・データベース３０４を参照しながら、各ジョブに対するカテゴリをサービス分割部７０４に入力しても良い。サービス分割部７０４は、ユーザ入力に従って、サービスを個々のジョブ若しくはデータに分割し、それぞれにカテゴリ或いはサブ・カテゴリを対応付ける。

分割の結果は、サービス識別子８０４、ジョブ識別子８０６、ジョブ名称８０８とともにサービス分割情報記憶部７１２（図８）に記憶される。
尚、サービス分割部７０４は、例えばユーザの入力に応じて、各ジョブやデータが、サービサー・ユニット内で必要とするリソース量などの、ジョブ・データ要件８１４を、サービス分割情報記憶部７０６に記憶させても良い。
また、下請サービサー・ユニット割り当て部７１０が検索すべき下請サービサー・ユニットの候補８１６を、サービサー・ユニット候補提示部７１２に問い合わせて、サービス分割情報記憶部７０６に記憶させても良い。下請サービサー・ユニットの候補８１６は複数であっても良い。

サービス分割部７０４は、更に分割された個々のジョブ若しくはデータに対して、監査要件を対応付ける（後述：図９）よう、監査要件・実行要件決定部７０８に依頼する。
サービス分割部７０４は、入出力制御部７０２を介して、下請サービサー・ユニットの静的情報記憶ユニット１２００にアクセスし、下請サービサー・ユニット１５００が提供するサービスの詳細情報、例えば、サービサー名称１１０２、認証官庁１１０４、サービス識別子１１０６、サービスの属性１１０８、サービス提供のスケジュールやサービス提供量１０１０、サービスのコスト１０１２、サービスのSLA１０１４等を取得する（図１０）。
更に、サービス分割部７０４は、入出力制御部７０２を介して、各下請サービサー・ユニット１５００にアクセスし、個々のサービサー・ユニット１５００に関する、動的な情報を取得することもできる（後述）。
各サービサー・ユニット１５００から収集された情報は、記憶装置１０６内のサービサー・ユニット情報テーブル（図１０）に格納される。
図１０の各項目は例示であり、サービサー・ユニット１５００から収集される動的及び静的情報はこれらに限られるものではない。

また、サービス分割部７０４は、下請サービサー・ユニット割り当て部７１０（後述）に対して、対応付けられた監査要件若しくは実行要件下で、各ジョブの実行若しくはデータ処理が可能な、下請サービサー・ユニットの検索を依頼する。
そして、サービス分割部７０４は、下請サービサー・ユニット割り当て部７１０からの返信と、各サービサー・ユニットが提供するサービスに関する情報（図１０）を適宜選択し、下請サービサー・ユニット候補情報（図１１）を生成する。
図１１は、下請サービサー・ユニット候補情報の構成概念図である。
下請サービサー・ユニット候補情報には、サービス識別子１１０２、サービス名称１１０４、ジョブ識別子１１０６、ジョブ名称１１０８、下請サービサー・ユニット識別子１１１０、下請サービサー・ユニットが遵守する監査要件１１１２、下請サービサー・ユニットがジョブ実行サービスに対して要求するコスト１１１４、ジョブ実行サービスのスケジュール１１１６、リファレンス・ジョブに応答した監査ログ（後述）１１１８が含まれ得る。
下請サービサー・ユニット候補情報は、サービス・分割部７０４により、リクエスター・ユニットに送信される。
リクエスターはこの情報に基づいて、サービスが、個々のジョブに分割され、それぞれのジョブがそれぞれの監査要件の下で実行されることを認識できる。加えて、ジョブ実行のコストや、スケジュールも把握可能である。

＜サービス分割情報記憶部７０６＞
図８は、サービス分割情報の構成概念図である。
リクエスター・ユニット２００により指定された、サービスは、サービス分割部７０４により個々のジョブ若しくはデータに分割され、それぞれのジョブ若しくはデータに、カテゴリが対応付けられる。
必要に応じ、その他の情報が、各ジョブ若しくはデータに対応付けられても良い旨は既に述べた。
この中の、ジョブ・カテゴリ８１０、ジョブ・サブカテゴリ８１２、また必要に応じてデータ・カテゴリ、データ・サブカテゴリ（不図示）は、監査要件・実行要件決定部７０８が、各ジョブ若しくはデータに、監査要件若しくは実行要件を対応付ける際に、参照される。

＜監査要件・実行要件決定部７０６＞
監査要件・実行要件決定部７０６は、サービス分割部７０４からのリクエストに応答し、個々のジョブ若しくはデータに対して、カテゴリを対応付ける。
監査要件・実行要件決定部７０６は、入出力制御部７０２を介して、監査要件・実行要件データベース３０６にアクセスし、サービス分割情報７０６内の、ジョブ・カテゴリ８１０、ジョブ・サブカテゴリ８１２、データ・カテゴリ、データ・サブカテゴリ（不図示）及び、リクエスター・ユニット２００から送信された、リージョン・コード６０２をキーに、監査要件６０２、実行要件６１４を検索する。
検索された、監査要件６０２若しくは実行要件６１４は、それぞれのジョブ若しくはデータに対応付けられて、記憶装置１０６内に記憶される（図９）。

図９は、監査要件・実行要件決定部７０６により生成された、各ジョブ若しくは各データと監査要件若しくは実行要件の対応テーブルの構成概念図である。
各ジョブ９０１に対して、監査要件（実行要件も含み得る）が対応付けられている。
各ジョブについて、（ジョブ・カテゴリ、ジョブ・サブカテゴリ、データ・カテゴリ、データ・サブカテゴリ）のセットと、監査要件・実行要件データベース３０６内のテーブル（図６）がマッチングされるので、各ジョブに複数の監査要件が対応付けられることもある。

＜下請サービサー・ユニット割り当て部７１０＞
下請サービサー・ユニット割り当て部７１０は、サービス分割部７０４からの要求に応答し、各ジョブを実行可能な下請サービサー・ユニット１５００を、クラウド・コンピューティング・ネットワーク１０内で検索する。
下請サービサー・ユニット割り当て部７１０は、入出力制御部７０２を介して、サービス分割情報（図８）にアクセスし、サービサー・ユニット候補８１６に列挙された、それぞれの候補ユニットに、各々のジョブ８１６が、実行可能か否かを問い合わせる。
各候補ユニットによるジョブの実行可否は、ジョブに対応する監査要件９１０（図９）の実行可否により決せられる。
各候補ユニットによるジョブの実行可否は、上記基準に加えて、ジョブ及びデータ要件８１４（例えばジョブが必要とするリソースの可用性）に基づいて決められても良い。即ち、各下請けサービサー・ユニット１５００の動的情報、静的情報（後述）を判断基準に加えても良い。
下請サービサー・ユニット割り当て部７１０は、各ジョブについて、そのジョブを処理可能な下請サービサー・ユニット１５００の識別子を、サービス分割部７０４に通知する。

＜サービサー・ユニット候補提示部７１２＞
サービサー・ユニット候補提示部７１２は、サービス分割部７０４からの問い合わせに応じて、クラウド・コンピューティング・ネットワーク１０内で利用可能な下請サービサー・ユニット１５００の候補を、サービス分割部７４０に通知する。候補選定の基準はどのようなものでも良い。例えば、所定の認証基準を満たす下請サービサー・ユニット１５００のリストをサービス分割部７４０に通知することでも足りる。

＜サービサー・ユニットの静的情報記憶ユニット１２００＞
図１２は、サービサー・ユニットの静的情報記憶ユニット１２００の機能ブロック構成図である。
当該ユニットは、入出力制御部１２０２及びサービサー・ユニットの静的情報データベース１２０４を含む。
「静的（static）」とは、下請サービサー・ユニット１５００或いはそれが提供するサービスについて不変の情報という意味で用いる。即ち、サービス提供のあらゆる時系列上の局面において不変の情報である。
これに対して、後述の「動的（dynamic）情報」は、下請サービサー・ユニット１５００或いはそれが提供するサービスについての、可変情報である。例えば、下請サービサー・ユニットの現時点のAvailabilityのようなものを含む。

下請サービサー・ユニット１５００の動的情報は、このように可変のものであるから、元請サービサー・ユニット７００がサービスの実行計画を見積もる際に、下請サービサー・ユニット１５００からその都度取得することが好ましい。
入出力制御部１２００は、元請サービサー・ユニット７００からの問い合わせに応じて、データベース１２０４を検索し、結果を元請サービサー・ユニット７００に返す。
また、入出力制御部１２００は、元請及び下請サービサー・ユニット７００、１５００に問い合わせ、各サービサー・ユニットから各種情報を取得し、データベース１２０４に格納する。

図１３は、サービサー・ユニットの静的情報データベース１２０４の構成概念図である。
図１３に示される情報は、サービサー・ユニットに関するものである。
データベース１２０４には、例えば、サービサー・ユニットの識別情報１３０２、サービサー・ユニットに付与されているリージョン・コード１３０４、サービサー・ユニット１５００に対するアクセス方法（ホスト名、認証方法等）１３０６、サービサー・ユニットの静的情報にアクセスする場合の手順１３０８、サービサー・ユニット１５００が提供するサービスの基本料金等の情報１３１０、サービサー・ユニット１５００が提供するサービスのSLAが記憶されている。

図１４も、サービサー・ユニットの静的情報データベース１２０４の構成概念図である。
データベース１２０４は、図１３に示した情報に加えて、個々のサービスに関する静的情報を含んでいても良い。
サービサー・ユニットの静的情報データベース１２０４は、例えば、サービス識別子１４０４、サービスへのアクセス方法１４０６、サービスの属性（サービスリクエスト時に、サービサー・ユニット１５００に与えるべきパラメータ等）、サービスが遵守すべきSLA１４１０、個別のサービスのコスト１４１２等を含んでいて良い。

＜下請サービサー・ユニット１５００＞
図１５は、下請サービサー・ユニット１５００の機能ブロック構成図である。
下請サービサー・ユニット１５００は、入出力制御部１５０２、ジョブ実行部１５０４、リソース情報データベース１５０６を含む。
入出力制御部１５０２は、元請サービサー・ユニット７００からジョブ及び必要に応じデータ、ジョブの実行可否についての問い合わせを、及び下請サービサー・ユニットの動的情報についての問い合わせを受信し、ジョブ実行部１５０４に送信する。
入出力制御部１５０２は、サービサー・ユニットの静的情報記憶ユニット１２００からの、下請サービサー・ユニットの静的情報についての問い合わせを受信し、ジョブ実行部１５０４に送信する。

ジョブ実行部は、元請サービサー・ユニット７００から受信したジョブを実行し、実行結果を元請サービサー・ユニット７００に返す。
更にジョブ実行部１５０４は、元請サービサー・ユニット７００から、ジョブの実行可否についての問い合わせを受けると、当該ジョブの実行可否を前述の基準に従い判断し、元請サービサー・ユニット７００に返す。
ジョブ実行部１５０４は、サービサー・ユニットの静的情報記憶ユニット１２００から、静的情報についての問い合わせを受信すると、リソース情報１５０６から静的情報を取得し、返信する。

図１６は、元請サービサー・ユニット７００が、下請サービサー・ユニット１５００に対して送信する、動的情報についての問い合わせの構成概念図である。
当該問い合わせには、元請サービサー・ユニット識別情報１６０２、サービス識別子１６０４、下請サービサー・ユニットに処理が依頼されるジョブに関する情報１６０６（ジョブに必要なリソース量や、ジョブ実行が依頼される時間帯等）及びリファレンス・ジョブ１６０８が含まれている。
リファレンス・ジョブは、下請サービサー・ユニット１５００によって実行されるジョブの一種であり、下請サービサー・ユニット１５００の動作性能等を元請サービサー・ユニット７００が取得するためのものである。
ジョブ実行部１５０４は、元請サービサー・ユニット７００からの、動的情報についての問い合わせを受信し、リソース情報１５０６から動的情報を取得し、返信する。

図１７は、下請サービサー・ユニット１５００から、元請サービサー・ユニット７００に返信される、動的情報の構成概念図である。
動的情報には、指定されたジョブの実行提供サービスのAvailability１７０６、SLAの変動分１７０８、ジョブ実行サービスのコスト変動分１７１０、リファレンス・ジョブの実行結果（監査ログ）１７１２が含まれる。
SLAの変動分１７０８、ジョブ実行サービスのコスト変動分１７１０は、下請サービサー・ユニットが、依頼されたジョブの内容等による、これらの値が変化を反映している。
例えば、下請サービサー・ユニット１５００が、SLAで一定の可用性を保証していても、緊急時等、一定条件下では、可用性が一時的に低下する場合もある。

D 動作のアウトライン
各ユニットの動作の詳細は以上の通りであるが、ここで、図９乃至１１及び図１８乃至図２１を用いてその動作の全容を俯瞰しておく。
図１８は、リクエスター・ユニット２００が、元請サービサー・ユニット７００に、サービスの実行計画見積もりを要求し、見積もりを得るまでの、各ユニットによる処理の流れ図である。
リクエスター・ユニット２００は、元請サービサー・ユニット７００に対して、見積もり要求を行う（ステップ １８０２）。

図１９は、見積もり要求の構成概念図である。
見積もり要求は、要求識別子１９０２、サービス識別子１９０４、リージョン・コード１９０６、データ・カテゴリ若しくはデータ・サブカテゴリ１９０６、サービス実行用パラメータ１９０８、その他要求事項１９１０を含む。
或いは、データのフォーマットが標準化されており、元請サービサー・ユニットが、データのフォーマットに基づいて、そのカテゴリを判断できる場合には、データ・カテゴリ及びデータ・サブカテゴリ１９０６を省略可能である（図２０）。代わりに、データの取得方法２００８を加えても良い。
その他要求事項１９１０には、例えば、サービス実行の希望コストや、希望スケジュールが含まれ得る。

次に、見積もり要求を受信した元請サービサー・ユニット７００は、リクエスター・ユニット２００により指定されたサービスを個々のジョブに分割する（ステップ１８０４：図８、サービス分割部７０４の説明を参照）。
更に、元請サービサー・ユニット７００は、分割された個々のジョブに対して、監査要件・実行要件を対応付ける（ステップ１８０６：図９、サービス分割部７０４の説明を参照）。
元請サービサー・ユニット７００は、利用可能な下請サービサー・ユニットの候補を得る（ステップ１８０６：サービサー・ユニット候補提示部７１２の説明を参照）。
元請サービサーユニット７００は、下請サービサー・ユニットの動的な情報を取得しても良い（ステップ１８０８）。

そして、元請サービサー・ユニット７００は、上記下請サービサー・ユニットの候補の中から、個々のジョブを実行可能な下請サービサー・ユニット１５００を、クラウド・コンピューティング・ネットワーク１０内で検索する（ステップ１８１０：下請サービサー・ユニット割り当て部７１０の説明を参照）。
最後に、元請サービサー・ユニット７００は、リクエスター・ユニット２００に、下請サービサー・ユニット候補情報をリクエスター・ユニット２００に送信する（図１１）。
以上のようにして、リクエスターは、サービスとリージョンコード及び必要に応じてデータのカテゴリを指定し、元請サービサー・ユニット７００にサービス実行計画の見積もりを依頼し、当該サービスがどのようなジョブに分割され、それぞれのジョブが、どの下請サービサー・ユニットにより、どのように処理されるのかを知ることができる。

E 補足
補足として、本発明の他の側面を開示する。
（I） コンピュータ・ネットワークにおいて、
（１）第１のコンピュータ、
（２）第２のコンピュータ、
（３）他の複数のコンピュータ及び
（４）ジョブ・カテゴリ・データベースであって、
（４−１）いずれかの前記コンピュータ、により実行されるジョブ、のカテゴリ、
（４−２）サービス・レベル・アグリーメント、及び
（４−３）前記ジョブを実行するコンピュータの、前記コンピュータ・ネットワーク内での位置を表すリージョン・コード、の組を含む、
（４）前記ジョブ・カテゴリ・データベースと、
が接続された前記コンピュータ・ネットワークにおいて、前記第２のコンピュータを、
(i) 前記他の複数のコンピュータのいずれかによって実行され得るサービスを、少なくとも１つのジョブに分割する手段と、
(ii) 前記分割された各ジョブに、前記ジョブのカテゴリを関連付ける手段と、
(iii) 前記第１のコンピュータから、前記リージョン・コードを含む前記サービスの見積もり命令を受け取る手段と、
(iv) 前記複数のジョブの各々について、
(iv-1)前記受信したリージョン・コードと、前記関連付けられたジョブのカテゴリをキーに、前記ジョブ・カテゴリ・データベースを検索し、前記ジョブに対応する、前記サービス・レベル・アグリーメントを取得し、
(iv-2) 前記動作の識別子リストを、前記他の複数のコンピュータのうちの少なくとも一つのコンピュータに送信し、
(iv-3) 前記識別子リストを受信した前記他のコンピュータから、前記サービス・レベル・アグリーメントに対応する動作を、前記他のコンピュータが実行可能である旨の応答を得た場合には、前記ジョブ、前記他のコンピュータの識別子、及び前記識別子リストの組を、前記第１のコンピュータに送信する手段、
として動作させる、コンピュータ・プログラム。

（２） リクエスター・ユニット、元請サービサー・ユニット、複数の下請サービサー・ユニットを含むコンピュータネットワークにおいて、前記元請サービサー・ユニットを、
前記リクエスター・ユニットから受信した、サービス実行計画見積もり要求に応答し、当該サービスを複数のジョブに分割する手段、
前記各々のジョブのタイプに基づいて、各々のジョブに対応するサービス・レベル・アグリーメントを付与する手段、
前記付与されたサービス・レベル・アグリーメントに沿い前記ジョブを実行可能な、前記下請サービサー・ユニットを特定する手段、
前記特定された下請サービサー・ユニットと前記ジョブとの対応を前記リクエスター・ユニットに通知する手段、
として動作させるコンピュータ・プログラム。

本発明によるクラウド・コンピューティング・ネットワーク１０の構成概念図である。 本発明の、リクエスター・ユニット２００、リージョン・コード管理ユニット３００、元請サービサー・ユニット７００、サービサーの静的情報記憶ユニット１２００及び複数の下請サービサー・ユニット１５００を実現するためのハードウェア構成図である。 リージョン・コード管理ユニット３００の機能ブロック構成図である。 ジョブ・カテゴリ・データベースの構成概念図である。 データ・カテゴリ・データベースの構成概念図である。 監査要件・実行要件データベース３０６の構成概念図である。 元請サービサー・ユニット７００の機能ブロック構成図である。 サービス分割情報の構成概念図である。 監査要件・実行要件決定部７０６により生成された、各ジョブ若しくは各データと監査要件若しくは実行要件の対応テーブルの構成概念図である。 サービサー・ユニット情報テーブルの構成概念図である。 下請サービサー・ユニット候補情報の構成概念図である。 サービサー・ユニットの静的情報記憶ユニット１２００の機能ブロック構成図である。 サービサー・ユニットの静的情報データベース１２０４の構成概念図である。 サービサー・ユニットの別の静的情報データベース１２０４の構成概念図である。 下請サービサー・ユニット１５００の機能ブロック構成図である。 元請サービサー・ユニット７００が、下請サービサー・ユニット１５００に対して送信する、動的情報についての問い合わせの構成概念図である。 下請サービサー・ユニット１５００から、元請サービサー・ユニット７００に返信される、動的情報の構成概念図である。 リクエスター・ユニット２００が、元請サービサー・ユニット７００に、サービスの実行計画見積もりを要求し、見積もりを得るまでの、各ユニットによる処理の流れ図である。 見積もり要求の構成概念図である。 別の見積もり要求の構成概念図である。

１０ クラウド・クラウド・コンピューティング・ネットワーク
２００ リクエスター・ユニット
３００ リージョン・コード管理ユニット
７００ 元請サービサー・ユニット
７０２ 入出力制御部
７０４ サービス分割部
７０６ サービス分割情報記憶部
７０８ 監査要件・実行要件決定部
７１０ 下請サービサー・ユニット割り当て部
７１２ 下請サービサー・ユニット候補提示部
１２００ サービサー・ユニットの静的情報記憶ユニット
１５００ 下請サービサー・ユニット

Claims (9)

1. コンピュータ・ネットワークにおいて、
   （１）第１のコンピュータ、
   （２）第２のコンピュータ、
   （３）他の複数のコンピュータ及び
   （４）ジョブ・カテゴリ・データベースであって、
   （４−１）前記他の複数のコンピュータのいずれか、により実行されるジョブ、のカテゴリ、
   （４−２）前記ジョブが前記いずれかの他の複数のコンピュータにより実行される際に付加的に実行され得る動作の識別子、及び
   （４−３）前記ジョブを実行するコンピュータの、前記コンピュータ・ネットワーク内での位置を表すリージョン・コード、の組を含む、
   （４）前記ジョブ・カテゴリ・データベースと、
   が接続された前記コンピュータ・ネットワークにおいて、前記第２のコンピュータを、
   (i) 前記他の複数のコンピュータのいずれかによって実行され得るサービスを、少なくとも１つのジョブに分割する手段と、
   (ii) 前記分割された各ジョブに、前記ジョブのカテゴリを関連付ける手段と、
   (iii) 前記第１のコンピュータから、前記リージョン・コードを含む前記サービスの見積もり命令を受け取る手段と、
   (iv) 前記複数のジョブの各々について、
   (iv-1)前記受信したリージョン・コードと、前記関連付けられたジョブのカテゴリをキーに、前記ジョブ・カテゴリ・データベースを検索し、前記ジョブに対応する、前記動作の識別子を取得し、
   (iv-2) 前記取得された動作の識別子を、前記他の複数のコンピュータのうちの少なくとも一つのコンピュータに送信し、
   (iv-3) 前記取得された識別子を受信した前記他のコンピュータから、前記取得された識別子に対応する動作を、前記他のコンピュータが実行可能である旨の応答を得た場合には、前記ジョブ、前記他のコンピュータの識別子、及び前記取得された識別子の組を、前記第１のコンピュータに送信する手段、
   として動作させる、コンピュータ・プログラム。
2. 請求項１に記載の前記コンピュータ・プログラムにおいて、前記動作の識別子は、前記ジョブを実行するコンピュータが、前記コンピュータの動作パラメータを取得するための動作の識別子であることを特徴とする、前記コンピュータ・プログラム。
3. 請求項２に記載の前記コンピュータ・プログラムにおいて、前記動作パラメータを取得するための動作は、前記第１のコンピュータのユーザと、前記第２のコンピュータのユーザとの間のサービスレベル合意（SLA）に従うものであることを特徴とする、前記コンピュータ・プログラム。
4. コンピュータ・ネットワークにおいて、
   （１）第１のコンピュータ、
   （２）第２のコンピュータ、
   （３）他の複数のコンピュータ及び
   （４）ジョブ・カテゴリ・データベースであって、
   （４−１）前記他の複数のコンピュータのいずれか、により実行されるジョブ、のカテゴ
   リ、
   （４−２）前記ジョブが前記いずれかの他の複数のコンピュータにより実行される際に付
   加的に実行され得る動作の識別子、及び
   （４−３）前記ジョブを実行するコンピュータの、前記コンピュータ・ネットワーク内での位置を表すリージョン・コード、の組を含む、
   （４）前記ジョブ・カテゴリ・データベースと、
   が接続された前記コンピュータ・ネットワークにおいて、
   (i) 前記第２のコンピュータが、前記他の複数のコンピュータのいずれかによって実行され得るサービスを、少なくとも１つのジョブに分割し、
   (ii) 前記第２のコンピュータが、前記分割された各ジョブに、前記ジョブのカテゴリを関連付け、
   (iii) 前記第２のコンピュータが、前記第１のコンピュータから、前記リージョン・コードを含む、前記サービスの見積もり命令を受け取り、
   (iv) 前記第２のコンピュータが、前記複数のジョブの各々について、
   (iv-1)前記受信したリージョン・コードと、前記関連付けられたジョブのカテゴリをキーに、前記ジョブ・カテゴリ・データベースを検索し、前記ジョブに対応する、前記動作の識別子を取得し、
   (iv-2) 前記取得された動作の識別子を、前記他の複数のコンピュータのうちの少なくとも一つのコンピュータに送信し、
   (iv-3) 前記取得された識別子を受信した前記他のコンピュータから、前記取得された識別子に対応する動作を、前記他のコンピュータが実行可能である旨の応答を得た場合には、前記ジョブ、前記他のコンピュータの識別子、及び前記取得された識別子の組を、前記第１のコンピュータに送信する、
   方法。
5. 請求項４に記載の前記方法において、前記動作の識別子は、前記ジョブを実行するコンピュータが、前記コンピュータの動作パラメータを取得するための動作の識別子であることを特徴とする、前記方法。
6. 請求項５に記載の前記方法において、前記動作パラメータを取得するための動作は、前記第１のコンピュータのユーザと、前記第２のコンピュータのユーザとの間のサービスレベル合意（SLA）に従うものであることを特徴とする、前記方法。
7. コンピュータ・ネットワークにおいて、
   （１）第１のコンピュータ、
   （２）第２のコンピュータ、
   （３）他の複数のコンピュータ及び
   （４）ジョブ・カテゴリ・データベースであって、
   （４−１）前記他の複数のコンピュータのいずれか、により実行されるジョブ、のカテゴリ、
   （４−２）前記ジョブが前記いずれかの他の複数のコンピュータにより実行される際に付加的に実行され得る動作の識別子、及び
   （４−３）前記ジョブを実行するコンピュータの、前記コンピュータ・ネットワーク内での位置を表すリージョン・コード、の組を含む、
   （４）前記ジョブ・カテゴリ・データベースと、
   が接続された前記コンピュータ・ネットワークにおいて、前記第２のコンピュータは、
   (i) 前記他の複数のコンピュータのいずれかによって実行され得るサービスを、少なくとも１つのジョブに分割する手段と、
   (ii) 前記分割された各ジョブに、前記ジョブのカテゴリを関連付ける手段と、
   (iii) 前記第１のコンピュータから、前記リージョン・コードを含む、前記サービスの見積もり命令を受け取る手段と、
   (iv) 前記複数のジョブの各々について、
   (iv-1)前記受信したリージョン・コードと、前記関連付けられたジョブのカテゴリをキーに、前記ジョブ・カテゴリ・データベースを検索し、前記ジョブに対応する、前記動作の識別子を取得し、
   (iv-2) 前記取得された動作の識別子を、前記他の複数のコンピュータのうちの少なくとも一つのコンピュータに送信し、
   (iv-3) 前記取得された識別子を受信した前記他のコンピュータから、前記取得された識
   別子に対応する動作を、前記他のコンピュータが実行可能である旨の応答を得た場合には、前記ジョブ、前記他のコンピュータの識別子、及び前記取得された識別子の組を、前記第１のコンピュータに送信する手段、
   を含むことを特徴とする、前記第２のコンピュータ。
8. 請求項７に記載の前記第２のコンピュータにおいて、前記動作の識別子は、前記ジョブを実行する前記いずれかの他の複数のコンピュータが、前記いずれかの他の複数のコンピュータの動作パラメータを取得するための動作の識別子であることを特徴とする、前記コンピュータ。
9. 請求項８に記載の前記第２のコンピュータにおいて、前記動作パラメータを取得するための動作は、前記第１のコンピュータのユーザと、前記第２のコンピュータのユーザとの間のサービスレベル合意（SLA）に従うものであることを特徴とする、前記コンピュータ。

Images