(57)【要約】      （修正有）【課題】グリッドコンピューティングにおいて安全性及び正当性を確保しながら管理者負担の小さい課金管理方法を提供する。【解決手段】共有計算資源を有するサーバ１において、公開鍵暗号方式に基づく課金用認証局３００が署名したサーバ証明書４００を具備し、クライアント２０からのサービス処理要求をグリッドで共有される資源利用時に使用できる与信金額が記載されて課金用認証局３００が署名した利用者証明書５００と、セッション開始時に本セッションで使用する分を分与した与信金額６２０が記載され、クライアントが署名した委任状６００と共にサーバ１が受け付ける手順と、課金用認証局の証明書３００にある課金用認証局の公開鍵３００Ａを基に利用者証明書５００及び委任状６００の署名を連鎖的に確認する手順とを含む。【選択図】図８
2004272669.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアントに共有される計算資源を有するサーバを備えたグリッドコンピューティングにおける課金管理方法であって、
公開鍵暗号に基づいて、前記クライアント及びサーバが、課金用認証局に課金用の証明書を要求する手順と、
公開鍵暗号に基づいて、課金用認証局が署名した課金用サーバ証明書を前記サーバに発行するとともに、複数利用者に共有される計算資源利用時に使用できる与信金額を記載し、かつ課金用認証局が署名した課金用利用者証明書を前記クライアントに発行する手順と、
前記クライアントが前記サーバに処理を要求するセッション開始時に本セッションで使用する分を分与した与信金額及びクライアントの署名が記載された委任状を前記サーバに送る手順と、
前記サーバが課金用認証局の公開鍵をもとに課金用利用者証明書及び委任状の署名を連鎖的に確認する手順と、
を含むことを特徴とするグリッドコンピューティングにおける課金管理方法。
【請求項２】
前記サーバは、クライアントからの処理要求を受ける上位のサーバと、この上位のサーバから前記クライアントの処理を委任される下位のサーバとから構成され、
前記委任状をサーバに送る手順は、前記上位のサーバが、委任状に分与された与信金額の中から再度下位のサーバに分与する与信金額が記載された第２の委任状を新たに作成して、サービス処理要求とともにこの第２の委任状を下位のサーバへ連鎖的に送る手順を含むことを特徴とするグリッドコンピューティングにおける課金管理方法。
【請求項３】
前記課金用サーバ証明書は、当該サーバの管理下にある資源の利用料金表を含み、処理を実行したサーバは当該料金表に基いて利用料金を計算して料金明細書を作成し、当該サーバが署名する手順と、
この料金明細書を処理依頼元のサーバ或いはクライアントに返送する手順とを含むことを特徴とする請求項１または請求項２に記載のグリッドコンピューティングにおける課金管理方法。
【請求項４】
前記サーバは、下位のサーバに依頼した一部の処理に対する利用料金が記載された料金明細書を受け取る手順と、自らで実行した処理に対する料金明細と下位のサーバから得た利用料金とを合わせた料金明細書を作成してサーバが署名し、処理依頼元のサーバ或いはクライアントに返送する手順を含むことを特徴とする請求項２に記載のグリッドコンピューティングにおける課金管理方法。
【請求項５】
複数の組織には前記サーバが複数所属するとともに、前記組織内の少なくとも一つのサーバが、各サーバからの料金明細書を受け取って当該組織内での利用料金を集計する手順と、他の組織のサーバから当該組織の利用料金を集計し、組織間での貸借金額を前記認証局へ定期的に報告する手順とを含むことを特徴とする請求項３または請求項４に記載のグリッドコンピューティングにおける課金管理方法。
【請求項６】
前記利用者証明書を要求する手順は、課金用認証局に対して複数利用者に共有される計算資源利用時に使うことができる与信金額を要求する手順を含み、セッション開始時に、課金用認証局により認可され署名つきの課金用利用者証明書に記載された与信金額の中から本セッションで使用する分を分与した与信金額が記載された委任状を作成して署名し、処理を依頼するサーバに渡すことを特徴とする請求項１または請求項２に記載のグリッドコンピューティングにおける課金管理方法。
【請求項７】
前記委任状は、クライアントがワークフローを構成する個々のサービスへ分与する与信金額を指定し、個々のサービスへの分与金額情報を含み、処理を依頼する複数のサーバに当該委任状をそれぞれ渡すことを特徴とする請求項６に記載のグリッドコンピューティングにおける課金管理方法。
【請求項８】
公開鍵暗号方式に基づく利用者証明書、委任状の連鎖によって、クライアントの利用者権限をサーバ間で委譲するグリッドコンピューティングにおいて、
シングルサインオンで認証を行う認証手続きと連動或いは並行して、クライアントの資格に応じた複数利用者に共有される資源利用時に使用できる与信金額を記載した証明書に署名してクライアントへ発行する手順と、
サーバの管理下にある資源の利用料金表を記載した証明書に署名してサーバに発行する手順と、
サーバの属する組織毎に集計された利用料金を、組織間で互いに相殺した貸借情報の定期的な報告を受けて決済の指示、会計監査、与信の見直しを行う手順とを含むことを特徴とするグリッドコンピューティングにおける課金管理方法。
【請求項９】
複数のクライアントまたはサーバ同士で共有される計算資源を有するサーバと、
公開鍵暗号に基づいて、前記クライアント及びサーバの利用権限に関する認証を行う第１の認証局と、
公開鍵暗号に基づいて、前記クライアント及びサーバの課金に関する認証を行う第２の認証局と、から構成され、
前記第２の認証局は、
前記クライアントからの要求に基づいて、与信金額を含む課金用利用者証明書を発行する手段と、
前記サーバからの要求に基づいて、処理に対する利用料金表を含む課金用サーバ証明書を発行する手段と、
前記サーバから処理の実行に要した利用料金を受け取るとともに集計する集計手段と、を備えたことを特徴とするグリッドコンピューティングにおける課金管理装置。
【請求項１０】
前記集計手段は、複数の組織毎に配置された集計サーバから利用料金を受け取り、組織間の貸借金額を集計することを特徴とする請求項９に記載のグリッドコンピューティングにおける課金管理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、グリッドコンピューティング環境における認証・課金手続きを伴うアプリケーションが連携するワークフローを処理するサーバシステムが、委任状により利用者から得た与信情報をもとに課金管理を行う方法に関する。
【０００２】
【従来の技術】
現在、地理的に分散したコンピュータをインターネットを介して接続し、コンピュータ資源を互いに共有して処理を進められるようにするグリッドコンピューティング技術の研究開発が盛んに行われている。
【０００３】
グリッドコンピューティング環境では、利用者は、使用するデータ、プログラム、計算機、ストレージに関する所在・仕様等の詳細を知ることなく、処理のワークフローと利用料金・応答時間等のサービスレベルに応じた構成がプールされた資源の中からそれらの動作状態と利用者の資格に応じて自動的に選択され、処理が実行される。
【０００４】
グリッドコンピューティングに特徴的な技術の１つとしてシングルサインオンがあげられる。このシングルサインオンにより、複数の組織に属する複数の資源にまたがって処理が行われる場合においても、セッションあたり一度のパスワード入力で処理が進められるようになる。
【０００５】
グリッドコンピューティング実現にあたって基盤となるミドルウェアの開発、整備、標準化をめざして、Ｇｌｏｂａｌ  Ｇｒｉｄ  Ｆｏｒｕｍ（ｈｔｔｐ：／／ｗｗｗ．ｇｒｉｄｆｏｒｕｍ．ｏｒｇ／）でのコンセンサスのもと、Ｇｌｏｂｕｓ  ｔｏｏｌｋｉｔ（ｈｔｔｐ：／／ｗｗｗ．ｇｒｉｄｆｏｒｕｍ．ｏｒｇ／）の実装が進められている。現時点のＧｌｏｂｕｓ  ｔｏｏｌｋｉｔは、公開鍵暗号に基づくセキュリティメカニズムのもとで動作する、ジョブの遠隔実行、グリッドコンピューティングに参加しているサーバの情報提供、データの複製管理と高速転送の機能を有する。
【０００６】
Ｇｌｏｂｕｓ  ｔｏｏｌｋｉｔにおけるセキュリティメカニズムは、グリッドコンピューティングに参加するサーバ及び利用者が、互いに信用する認証局が署名して発行した証明書を持ち、利用者はセッション開始時に、利用者が当該セッション用の公開鍵、秘密鍵のペアを生成し、公開鍵委任状に記載するとともに利用者が署名した委任状を作成し、サービス処理を依頼するサーバにこの委任状を渡し、サーバはこの委任状をみて利用者のアクセス権限でサービス処理を実行する。
【０００７】
このサービス処理が別のサーバにサービス処理を依頼する場合には、新たに、公開鍵、秘密鍵のペアを生成し、サーバが公開鍵を記載した委任状を、委任状の秘密鍵を使って署名して作成しサービスを依頼する他のサーバに渡す。こうした証明書及び委任状の連鎖によって利用者のアクセス権限を委譲していくことができる。
【０００８】
課金に関しては、ｇｒｉｄ−ｍａｐｆｉｌｅという、グリッドコンピューティングにおいて利用者の識別に用いられる組織名／利用者名とローカルマシンでのユーザＩＤとの対応を記したテキストファイルをもとに、ローカルマシンの料金表（課金ポリシー）に基づき算定したユーザＩＤ毎の料金を、対応する組織／利用者に対して課金することになる。
【０００９】
【非特許文献１】
Ｒａｊｋｕｍａｒ  Ｂｕｙｙａ，  Ｄａｖｉｄ  Ａｂｒａｍｓｏｎ，  Ｊｏｎａｔｈａｎ  Ｇｉｄｄｙ，  Ｈｅｉｎｚ  Ｓｔｏｃｋｉｎｇｅｒ  共著、”Ｅｃｏｎｏｍｉｃ  ｍｏｄｅｌｓ  ｆｏｒ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｍｅｎｔ  ａｎｄ  ｓｃｈｅｄｕｌｉｎｇ  ｉｎ  Ｇｒｉｄ  ｃｏｍｐｕｔｉｎｇ”、第１５０８頁−第１５１２頁、「ＰＤＦ」、２００２年１月６日、「平成１５年２月１０日検索」、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｂｕｙｙａ．ｃｏｍ／ｐａｐｅｒｓ／ｅｍｏｄｅｌｓｇｒｉｄ．ｐｄｆ＞
【００１０】
【発明が解決しようとする課題】
しかしながら、上記ｇｒｉｄ−ｍａｐｆｉｌｅでは、全世界からの多様なアクセスがありうる状況のもとでは、課金管理を行う管理者の負担が大きく、課金情報の改竄防止策を別途必要とすることなどの問題点がある。
【００１１】
グリッドコンピューティング環境で利用可能なサービスを増やしていくには、有料のサービスに対する課金の仕組みが必要である。課金にあたっては、ネットワーク上で交換される課金に関する情報の改竄防止はもとより、利用者が処理したいワークフローが地理的、組織的制約を受けずに最適なシステムでサービスを受けられるよう、課金に関する情報の正当性を保証するメカニズムが必要である。即ち、利用者は、サービスの利用にあたってどのサーバに処理が依頼されるかを知らなくてよいので、利用資格のあるサーバシステム全てが互いに認めることができる課金の枠組みがなければ組織の壁を越えたサービスの連携は実現できない。
【００１２】
また利用者は、必ずしも現実の組織とは関係なく仮想的な組織に属して、共有された資源を利用し問題解決にあたることが想定されている。こうした仮想組織の構成は流動的であり、仮想組織の結成、休眠、解散、構成員の変動、兼任は、現実の組織より頻繁に起こるなかで、利用目的に応じた正確な課金が行うことができなければならない。
【００１３】
利便性の点から言えば、利用者の認証に関わるシングルサインオンの場合と同様に、セッション利用開始時に必要な設定をするだけで済むべきであって、処理したいワークフロー（処理の集合）が有料サービスにいきあたるたびに、利用者或いは課金情報を集中管理するサーバ装置との間で、直接課金情報の交換が発生するのは、望ましくない。
【００１４】
サーバ管理者の立場からみれば、地理的、組織的制約を受けずにアクセスが起こりうるので管理すべき利用者の数が増大し、仮想組織の構成は流動的なため利用者の変動も頻繁なので、課金管理に関わる管理者の負担は著しく増大する。
【００１５】
そこで、本発明は上記の問題点を鑑み、安全、正当、便利であり、管理者負担の小さい課金管理方法を提供することを目的とする。
【００１６】
【課題を解決するための手段】
本発明のグリッドコンピューティングにおける課金管理方法は、共有計算資源を有するサーバにおいて、公開鍵暗号方式に基づく課金用の認証局が署名したサーバ証明書を具備し、クライアントからのサービス処理要求をグリッドで共有される資源利用時に使用できる与信金額を記載した課金用認証局が署名した利用者証明書と、セッション開始時に本セッションで使用する分を分与した与信金額が記載され、クライアントが署名した委任状とともに受け付ける手順と、クライアント自らの有する証明書にある課金用の認証局の公開鍵をもとに利用者証明書及び委任状の署名を連鎖的に確認する手順と、サーバおよび下位のサーバに一部の処理を連鎖的に依頼する場合には、委任状に分与された与信金額の中から再度分与した与信金額が記載された委任状を新たに作成して、サービス処理要求とともに処理を依頼するサーバに渡す手順を含むことを特徴とするものである。
【００１７】
【発明の効果】
以上に述べたように本発明によれば、グリッドコンピューティングにおいて計算資源に遠隔アクセスする際に行う、シングルサインオンを実現する認証の枠組みに連動して課金情報の処理を行うようにしたので、これらの処理は相互に信頼する課金用認証局の署名付き証明書に基くため、課金情報改竄の危険は、計算資源の不正アクセスの危険と同程度に少なく、シングルサインオンに関わる利便性も確保できる。また、課金用認証局が決済機関として仮想組織を単位に収支を相殺して管理できるため、仮想組織における課金管理業務を軽減することが可能となる。
【００１８】
また、利用者の身分認証と課金認証の仕掛けが同じなので、身分認証用の認証局と課金用の認証局とが連動して運用されていれば、セッション開始時に作成した与信情報を利用者の利用資格の認められる全てのサーバにおいて正当に通用させることができる。仮想組織の構成が変動しても身分変更に関する情報は、認証局に反映されるため、正確な課金を行うことができる。
【００１９】
また、有料サービス利用にあたっての与信金額情報は、利用者及びサーバがともに信頼する第三者機関である課金用の認証局を頂点として連鎖的に署名された公開鍵方式の証明書の中に書かれているため、与信情報の改竄を防止することができる。
【００２０】
【発明の実施の形態】
以下、本発明の一実施形態を添付図面に基づいて説明する。
【００２１】
図１は、全体的な課金管理手順を示す図であり、図１に示した、利用者証明書５、委任状６の連鎖によって利用者権限を委譲し、シングルサインオンを可能とするメカニズムと連動或いは並行して、課金情報を交換し課金管理を行う。
【００２２】
まず、サーバ１及び利用者２の認証に用いられる証明書４、５に署名する認証局（第１の認証局）３に連動する、公開鍵暗号方式に基づく課金用の認証局（第２の認証局）３００を設ける。なお、認証局は認証サーバとしてもよい。
【００２３】
グリッドコンピューティングに参加する全てのサーバ１と利用者２は、定期的に認証局３に対し一定期間自らの身分を証明する証明書４、５の発行或いは更新を要求するが、この証明書要求と同期して、利用者２は、図２に示す課金用認証局３００に対し、一定期間内の自らの支払い能力を証明する証明書（利用者証明書）５００の発行或いは更新を要求する。
【００２４】
この図１における認証の手順は、グリッドコンピューティングに参加するサーバ１、１１及び利用者２が、互いに信用する認証局３が署名して発行した証明書４、４１、５を持ち、利用者２はセッション開始時に、当該セッション用の公開鍵６Ａ、秘密鍵６Ｂのペアを生成し、利用者２が署名するとともに有効期限及び公開鍵６Ａを記載した委任状６を作成し、サービス処理９を依頼するサーバ１に渡し、サーバ１はこれをみて利用者２のアクセス権限でサービス処理９を実行する。
【００２５】
サービス処理９が別のサーバ（下位サーバ）１１にサービス処理９１を依頼する場合には、新たに、公開鍵６１Ａ、秘密鍵６１Ｂのペアを生成し、サーバ１が公開鍵６１Ａを記載した委任状６１を、委任状６の秘密鍵６Ｂを使って署名して作成し、サーバ１１に渡す。こうした証明書及び委任状の連鎖によって利用者２のアクセス権限を委譲していくことができる。
【００２６】
図２は、全体的な課金管理手順を示す図であり、利用者２の使用するクライアントシステム２０は、課金用認証局３００自身の公開鍵３００Ａを含む証明書３０１を保持しており、利用者２が一定期間に利用したい金額５１０を証明書発行或いは更新要求５３０に記載して課金用認証局３００に送付する。ここで、課金用の公開鍵５００Ａ、秘密鍵５００Ｂのペアが生成され、公開鍵５００Ａは証明書要求５３０に記載して送付され、秘密鍵５００Ｂは例えばパスワード５４０によって保護される。
【００２７】
課金用の認証局３００は、認証ポリシー３０２と利用者２が所属する仮想組織の収支バランス等の情報を含む過去の利用実績データ３０３を参照して審査を行い、利用者２の課金用の公開鍵５００Ａと利用者２が一定期間に利用できる認可金額５２０（クレジット）を証明書５００に記載して、自らの秘密鍵３００Ｂを用いた署名を付して利用者２のクライアントシステム２０に送付する。
【００２８】
利用者２は、課金用の認証局３００の公開鍵３００Ａを用いて、証明書５００の内容を確認しクライアントシステム２０に保存する。また、クライアントシステム２０は、残額記録用の記録媒体８２０に証明書５００の有効期間と、当該期間に利用できる認可金額５２０を記録する。また、証明書類を記録する記録媒体８４０に課金用認証局３００から受け取った証明書５００を記録する。
【００２９】
図２に示すように、サーバ１は、課金用認証局３００自身の公開鍵３００Ａを含む証明書３０１を保持しており、認証局３（図１参照）に対する証明書要求と同期して、課金用認証局３００に対し、一定期間有効な自らの管理する計算資源或いはサービス９の利用料金表（課金ポリシー）４１０を証明書発行或いは更新要求４３０に記載して課金用認証局３００に送付する。ここで、課金用の公開鍵４００Ａ、秘密鍵４００Ｂのペアが生成され、公開鍵４００Ａは証明書要求４３０に記載して送付され、秘密鍵４００Ｂはサーバ１のルート権限（システム管理理者権限）で保護される。
【００３０】
課金用の認証局３００は、認証ポリシー３０２に基き審査を行い、サーバ１の課金用の公開鍵４００Ａとサーバ１の利用に際して一定期間有効な料金表４１０を証明書（サーバ証明書）４００に記載して、自らの秘密鍵３００Ｂを用いた署名を付してサーバ１に送付する。サーバ１は、課金用の認証局３００の公開鍵３００Ａを用いて、証明書４００の内容を確認し、証明書類を記録する記録媒体８３０に保存する。
【００３１】
図３に示すように、利用料金表４１０は、サーバ１における計算処理をその規模に応じてキューイングするジョブクラス４２０ごとのＣＰＵ使用時間あたりの単価情報４２１、商用データベース４２２の検索処理やダウンロードなどの利用に対する単価情報４２３、商用アプリケーションプログラム４２４のライセンスキー使用に対する単価情報４２５などで構成される。
【００３２】
なお、認証局３に対する更新要求を行うときには、課金用認証局３００に対する証明書更新要求も必ず行うのであれば、課金用の証明書４００、５００の有効期限を認証用の証明書４、５の有効期限より短くして、課金用認証局３００に対する証明書更新要求４３０をより短い時間間隔で行うことにしてもよい。
【００３３】
また、サーバ１は、利用料金表４１０をグリッドコンピューティングの情報提供サービスに登録し、利用者２は、情報提供サービスを検索して自らの支払い能力に見合ったサーバを見つけることができる。
【００３４】
グリッドコンピューティングを利用するセッション開始にあたり、利用者２は図１に示したように、認証のために当該セッション用の公開鍵６Ａ、秘密鍵６Ｂのペアを生成し、公開鍵６Ａを記載し、利用者２の秘密鍵４Ｂを用いて署名した委任状６を作成するが、このとき利用者２は、図４に示すように、当該セッション課金用の公開鍵６００Ａ、秘密鍵６００Ｂのペアを生成し、課金用の認証局３００により認可され署名された証明書５００に記載された一定期間に利用できる認可金額５２０の中から本セッションで使用する分を分与した与信金額６２０が記載された課金用の委任状（課金セッション委任状）６００を作成し、パスワード５４０を入力して取り出した利用者２の課金用の秘密鍵５００Ｂを用いて署名して、サービス処理９を依頼するサーバ１に渡す。
【００３５】
このときクライアントシステム２０は、残額記録用の記録媒体８２０にセッション開始時刻と、当該セッション有効期間に利用できる与信金額６２０と、これを差し引いた残額情報、処理要求先のサーバ名と所属する組織名を記録する。また、証明書類を記録する記録媒体８４０に発行した委任状６００を記録する。
【００３６】
委任状６００は、利用者証明書５００と同じく与信情報６２０を記載できるように拡張された公開鍵暗号方式に基く証明書であるが、依頼するサービス処理９が終了するに足る期間で有効であるように短い期限が設定される。
【００３７】
パスワード５４０、本セッションで処理を依頼するワークフロー（処理の集合）９７、本セッションに分与する与信金額６２０はクライアントシステム２０に入力されるが、ここでワークフロー９７を構成する個々のサービス９、９１へ分与する与信金額６２、６２１をそれぞれ指定して入力できるようにし、委任状６００の内容に個々のサービスへの分与金額情報を記載するようにしてもよい。また、個々のサービスへの分与比率で指定することもできる。指定された分与方法は、課金用の委任状６００に記載されてサーバ１に渡される。
【００３８】
図５にクライアントシステム２０におけるセッション開始時の入力画面の例を示す。図５はパスワード５４０及びセッション与信金額６２０の入力ボックスや記録媒体８２０に記録された残額情報表示ボックスからなるウィンドウ９６と、ワークフロー処理９７を指定するウィンドウ９８と、グリッドコンピューティングの情報提供サービスを検索して料金表などのワークフロー処理９７を構成するサービスに関する情報を表示するウィンドウ９９から構成される。なお、図中サービス９２、９３はサーバ１１がさらに他のサーバへ依頼したサービスを示す。
【００３９】
利用者２からのワークフロー９７の処理要求と認証用の利用者証明書５及びセッション委任状６を受け付けたサーバ１は、利用者２の権限でサービス９の処理を実行するが、このときサーバ１は、図６に示すように、５、６と同時に受け付けた与信情報が記載された課金用の利用者証明書５００及びセッション委任状６００を確認し、証明書類を記録する記録媒体８３０に記録する。また、キャッシュフロー記録用の記録媒体８１０に、処理要求受け付け時刻と処理要求元の利用者名及び所属する組織名、本セッションに利用できる与信金額６２０を記録する。
【００４０】
受け付けた課金用の利用者証明書５００及びセッション委任状６００の確認は、有効期限が切れていないことと、サーバ１が保持する課金用認証局の公開鍵３００Ａを用いて利用者証明書５００の署名を確認し、確認された利用者証明書５００の中に記載されている利用者公開鍵５００Ａを用いてセッション委任状６００の署名を確認することによって行う。課金用の認証局は階層的な構成をとっていてもよく、連鎖的に課金用認証局の証明書の署名者を辿っていった結果サーバ１と利用者２がともに信頼する課金用認証局に行きつけばよい。
【００４１】
サービス９の実行を行ったサーバ１は、処理を実行したジョブクラスやＣＰＵ使用時間などのサービス利用情報７２０と、課金用認証局３００の署名つきの料金表４１０に従ってサービス９の利用料金７１０を算定し、終了時刻と処理要求元の利用者名及び所属する組織名とともに記録媒体８１０に記録する。
【００４２】
サービス９の処理実行にあたって、或いは、サービス９の処理の実行の後にサーバ１が別のサーバ１１に対してサービス９１の処理要求をする場合には、認証のために新たに公開鍵６１Ａ、秘密鍵６１Ｂのペアを生成し公開鍵６１Ａを記載した委任状６１を、委任状６の秘密鍵６Ｂを使って署名して作成しサーバ１１に渡して利用者２の権限を委譲するが、このときサーバ１は、図７に示すように、当該サービス課金用の公開鍵６０１Ａ、秘密鍵６０１Ｂのペアを生成し、利用者２の署名つきの課金用のセッション委任状６００に記載された本セッションに利用できる与信金額６２０の中から、サービス９１の処理で使用する分を分与した与信金額６２１が記載された課金用の委任状（第２の委任状）６０１を作成し、セッション開始にあたって生成された秘密鍵６００Ｂを用いて署名して、サービス９１の処理を依頼するサーバ１１に渡す。ここで委任状６０１の作成にあたっては、秘密鍵６００Ｂはクライアントシステム２０に存在するので、公開鍵６０１Ａと与信金額６２１を含む委任状作成要求をサーバ１からクライアントシステム２０に送付して、クライアントシステム２０が署名してサーバ１に送付する手続きを踏む。
【００４３】
図８に課金用の委任状６０１に対する与信金額６２１を分与する処理を示す。
【００４４】
このときサーバ１はサービス９１の処理要求時刻と、サービス９１の処理に利用できる与信金額６２１と、処理要求先のサーバ名と所属する組織名を、記録媒体８１０に記録する。また、発行した委任状６０１を記録媒体８３０に記録する。
【００４５】
ここでサービス９１は、複数のサービスが連携するワークフロー処理であってもよい。
【００４６】
図７において、サーバ１からのサービス９１の処理要求と認証用の利用者証明書５及び委任状６、６１を受け付けたサーバ１１は、利用者２の権限でサービス９１の処理を実行するが、このときサーバ１１は、図９に示すように、５、６、６１と同時に受け付けた与信情報が記載された課金用の利用者証明書５００及び委任状６００、６０１を確認し、証明書類を記録する記録媒体８３１に記録する。また、キャッシュフロー記録用の記録媒体８１１に処理要求受け付け時刻と処理要求元のサーバ名及び所属する組織名、サービス９１の処理に利用できる与信金額６２１を記録する。
【００４７】
受け付けた課金用の利用者証明書５００及び委任状６００、６０１の確認は、有効期限が切れていないことと、サーバ１１が保持する課金用認証局３００の公開鍵３００Ａを用いて利用者証明書５００の署名を確認し、確認された利用者証明書５００の中に記載されている利用者公開鍵５００Ａを用いてセッション委任状６００の署名を確認し、確認されたセッション委任状６００の中に記載されている公開鍵６００Ａを用いてサービス委任状６０１の署名を確認することによって行う。
【００４８】
サービス９１の実行を行ったサーバ１１は、図９で示すように、処理を実行したジョブクラスやＣＰＵ使用時間などのサービス利用情報７２１と、課金用認証局３００の署名つきの料金表４１１に従ってサービス９１の使用料金７１１を算定し、終了時刻と処理要求元のサーバ名及び所属する組織名とともに記録媒体８１１に記録する。
【００４９】
サービス９１が複数のサービスが連携するワークフロー処理である場合の、サーバ１１から他のサーバへのサービスの処理要求も、前記と同様の手順で、委任状６０１に記載された与信金額６２１の中から、他のサーバへのサービスの処理で使用する分を分与した与信金額６２２が記載された課金用の委任状６０２を作成し、委任状を連鎖させる手続きによって行う。
【００５０】
サーバ１１から別のサーバへの権限委譲を行うサービス要求する必要がない場合には、サービス９１の利用料金７１１とジョブクラスやＣＰＵ使用時間などのサービス利用情報７２１が記載された利用明細書７０１を作成し、サーバ１１の課金用の秘密鍵４０１Ｂを用いて署名して、公開鍵４０１Ａと料金表４１１が記載された課金用のサーバ証明書４０１とともに、処理要求元であるサーバ１に返送する。また、利用明細書７０１を記録媒体８３１に記録する。
【００５１】
利用明細書７０１を受け取ったサーバ１は、図１０に示すように、公開鍵３００Ａ、４０１Ａによって署名を確認して記録媒体８３０に記録し、サービス処理９１の利用料金７１１を、利用明細書受け取り時刻と処理要求先のサーバ名及び所属する組織名、及び、処理要求元の利用者名及び所属する組織名とともに記録媒体８１０に記録する。
【００５２】
サーバ１は、利用者２から要求されたワークフロー９７の処理終了を確認すると、自らが提供したサービス９の利用料金７１０と受け取った利用明細書７０１中の利用料金７１１とを加算し、利用料金７１０の算定にあたって使用したジョブクラスやＣＰＵ使用時間などの情報と受け取った利用明細書７０１へのポインタ情報からなるサービス利用情報７２０が記載された利用明細書７００を作成し、サーバ１の課金用の秘密鍵４００Ｂを用いて署名する。利用明細書７００と、公開鍵４００Ａと料金表４１０を含む課金用のサーバ証明書４００と、ワークフロー９７を構成するサービス群の利用明細書と処理実行を行ったサーバ証明書、上記の例ではサーバ１１に依頼したサービス処理９１に対する利用明細書７０１とサーバ証明書４０１とともに、ワークフロー９７の要求元であるクライアントシステム２０に返送する。
【００５３】
ここで、サーバ証明書４００、４０１は有効期限内に一度送ればよく、セッションごとに送る必要はない。また、サーバ１において署名を確認したサービス９１に対する利用明細書７０１を組込んだ利用明細書７００を作成し、秘密鍵４００Ｂを用いて署名して返送してもよい。
【００５４】
利用明細書７００、７０１、サーバ証明書４００、４０１を受け取ったクライアントシステム２０は、図１１に示すように、公開鍵３００Ａ、４００Ａ、４０１Ａによって署名を確認して記録媒体８４０に記録し、サービス９、９１の利用料金７１０を、利用明細書受け取り時刻と処理要求先のサーバ名及び所属する組織名とともに記録媒体８２０に記録する。また、セッション有効期間に利用できる与信金額６２０を残額に加えて記録媒体８２０に記録する。
【００５５】
サーバ１１におけるサービス９１の利用料金７１１の記録媒体８１１への記録を、ワークフロー９７の要求元である利用者名及び所属する組織名とともに行って、サーバ１において利用料金７１０と利用料金７１１の加算を行わずに利用明細書７００を作成し、クライアントシステム２０では、ワークフロー９７を構成する各サービス９、９１の実行サーバ１、１１に対しての利用金額７１０、７１１を個別に記録媒体８２０に記録することにしてもよい。この場合には、サーバ１１で作成した利用明細書７０１をサーバ１を経由して返送せず、ワークフローを構成する個々のサービスを実行したサーバからクライアントシステム２０に直接個別に利用明細書を返送してもよい。
【００５６】
図１２に示すように、定期的に、クライアントシステム２０の残額記録用の記録媒体８２０にある利用者２のサービス利用金額を、サービスを提供した組織ごとに集計した収支報告５５０を作成し、課金用証明書更新要求５３０とともに課金用認証局３００に報告する。サーバ１のキャッシュフロー記録用の記録媒体８１０にある、利用者或いは別のサーバに対するサービス提供金額、及び、別のサーバの提供するサービス利用金額を、組織ごとに集計した収支報告４５０を作成し、証明書更新要求４３０とともに課金用認証局３００に報告する。これにより、ワークフローが有料サービスにいきあたるたびに、利用者或いは課金情報を集中管理するサーバ装置との間で、直接課金情報の交換が発生するのを防ぎ、課金管理の負担を低減できる。
【００５７】
さらに、図１３に示すように、組織１００、１０１は、所属するサーバ１、利用者２の組織ごとの収支情報を集計するための集計サーバ１１０、１１１を設けて、クライアントシステム２０とサーバ１からの収支報告４５０、５５０を、一旦、集計サーバ１１０、１１１で受け、これらの集計サーバ１１０、１１１から組織毎に合算した収支報告４５１、５５１を課金用認証局３００へ送る。
【００５８】
これにより、各サーバ１が課金用認証局３００に対して直接収支報告を送るのを防いで、課金用認証局３００の負荷が増大するのを防ぐことができる。これにより、複数の組織に属する利用者は、セッション開始時に作成した委任状の組織名をもとに組織別に収支を集計し収支報告が作成され、同一のサーバに異なる組織が提供するサービスが混在していた場合は、サービスを提供する組織別に集計サーバ１１０、１１１にて収支報告が作成され、その後、課金用認証局３００へ送られる。
【００５９】
そして、課金用認証局３００は、収支報告を蓄積した利用実績データ３０３に従って、決済要請と与信額調整を行う。必要があれば、証明書類を記録する記録媒体８３０、８３１、８４０に保存されている証明書、委任状をもとにした会計監査を実施することができる。
【００６０】
このようにすることで、課金管理に要する負担を大幅に低減しながら、身分及び課金情報の改竄を防いで安全性、正当性を確保でき、グリッドコンピューティング環境での有料のサービスを安全に提供することが可能となる。また、組織１００、１０１が仮想的なものである場合、計算資源は流動的なものになるが、委任状の連鎖により課金情報が把握できるので、計算資源に変動があっても確実な課金を実現することができる。
【００６１】
なお、本発明の課金管理方法において、サーバ証明書には、当該サーバの管理下にある資源の利用料金表（課金ポリシー）が記載されており、処理を実行したサーバが、当該料金表に基いて利用料金を計算し、料金明細書を作成し、サーバが署名して、処理依頼元のサーバ或いは利用者に返送する手段を具備することを特徴とする。
【００６２】
この方法によれば、利用者及びサーバがともに信頼する第三者機関である課金用の認証局に認可された料金表に基き算定されるため、利用者は、課金の正当性を確認できる。また、利用料金情報は、利用者及びサーバがともに信頼する第三者機関である課金用の認証局を頂点として連鎖的に署名された公開鍵方式の証明書の中に書かれているため、利用料金情報の改竄を防止することができる。
【００６３】
また、本発明の課金管理方法において、前記の利用者証明書、サーバ証明書、与信委任状、利用明細書を保存する記録媒体と、定期的に利用者及びサーバが所属する組織間の貸借金額を集計し報告する手段とを具備することを特徴とする。この方法により、定期的に仮想組織間で互いに債務を相殺するので課金管理に関わるサーバ管理者の負担を軽減できる。また、他者からの課金情報は署名つきの証明書に書かれているため、会計監査が必要となった場合には計算の根拠を提示して監査を受けることができる。
【００６４】
また、本発明のグリッドコンピューティングにおける課金管理方法は、共有計算資源を利用する使用者のクライアントシステムにおいて、利用者が自らの認証に用いる証明書を新規発行或いは定期的に更新する際に、課金用の認証局に対してグリッドで共有される資源利用時に使うことができるクレジット（認可金額５２０）の発行を要求する手段と、セッション開始時に、課金用の認証局により認可され署名つきの証明書に記載されたクレジットの中から本セッションで使用する分を分与した与信金額が記載された委任状を作成し、署名して、処理を依頼するサーバに渡す手段とを具備することを特徴とする。
【００６５】
この方法により、シングルサインオンの方法にならって与信情報の書かれた委任状をセッション開始時に作成するだけで、有料サービスを連携させることができる。また、有料サービス利用にあたっての与信金額情報は、利用者及びサーバがともに信頼する第三者機関である課金用の認証局を頂点として連鎖的に署名された公開鍵方式の証明書の中に書かれているため、与信情報の改竄を防止することができる。
【００６６】
また、本発明の課金管理方法において、前記クライアントシステムは、ワークフローを構成する個々のサービスへ分与する与信金額を指定する手段を具備し、個々のサービスへの分与金額情報を内容として含む前記セッション委任状を作成し、署名して、処理を依頼するサーバに渡す手段とを具備することを特徴とする。
【００６７】
この方法により、利用者から処理を依頼されたサーバが別のサーバに一部の処理を連鎖的に依頼する際に、セッション委任状の与信金額の中から再度分与する与信金額を利用者が指定することができる。
【００６８】
また、本発明の課金管理方法において、前記クライアントシステムは、一連の処理が終了すると処理を依頼したサーバから、処理を実行したサーバ群による署名つきの利用明細書、サーバ公開鍵と利用料金表の情報が記載されたサーバ証明書を受け取るステップと、前記与信委任状、利用明細書、サーバ証明書を保存する記録媒体と、定期的に利用者及びサーバが所属する組織間の貸借金額を集計し報告する手段とを具備することを特徴とする。
【００６９】
この方法により、定期的に仮想組織間で互いに債務を相殺するので課金管理に関わるサーバ管理者の負担を軽減できる。また、他者からの課金情報は署名つきの証明書に書かれているため、会計監査が必要となった場合には計算の根拠を提示して監査を受けることができる。
【００７０】
また、本発明の課金管理方法において、前記の利用者及びサーバが所属する組織間の貸借金額の定期的な報告を、仮想組織毎に集計し、課金用の認証局に対して報告する集計サーバを具備することを特徴とする。
【００７１】
この方法により、課金情報は定期的に仮想組織間で互いに相殺された債務に集約されるので、課金管理に関わるサーバ管理者の負担と課金用の認証局の負荷を軽減できる。
【００７２】
また、本発明の課金管理方法において、公開鍵暗号方式に基づく利用者証明書、委任状（プロキシ）の連鎖によって利用者権限を委譲し、シングルサインオンを可能とするメカニズムと連動或いは並行して、利用者の資格に応じたグリッドで共有される資源利用時に使用できる与信金額を記載した証明書に署名して発行し、サーバの管理下にある資源の利用料金表を記載した証明書に署名して発行し、前記の仮想組織毎に集計された仮想組織間で互いに相殺された債務情報の定期的な報告を受けて決済の指示、会計監査、与信の見直しを行う課金用の認証局を具備することを特徴とする。
【００７３】
全体としては、本発明のグリッドコンピューティングにおける課金管理方法は、公開鍵暗号方式に基づく利用者証明書、委任状（プロキシ）の連鎖によって利用者権限を委譲し、シングルサインオンを可能とするメカニズムと連動或いは並行して、公開鍵暗号方式に基づく課金用の認証局を具備し、利用者が自らの認証に用いる証明書を新規発行或いは定期的に更新する際に、課金用の認証局に対してグリッドで共有される資源利用時に使うことができるクレジットの発行を要求する手段と、課金用の認証局における利用者の資格に応じた与信金額を記載した証明書に署名して発行する手段と、サーバが自らの認証に用いる証明書を新規発行或いは定期的に更新する際に、課金用の認証局に対して自らの管理下にある資源の利用料金表（課金ポリシー）を申請する手段と、課金用の認証局における料金表を記載した証明書に署名して発行する手段と、利用者がセッション開始時に、課金用の認証局に認可されたクレジットの中から、本セッションで使用する分を分与した与信金額が記載された委任状を作成し、署名して、処理を依頼するサーバに渡す手段と、当該サーバが、別のサーバに一部の処理を連鎖的に依頼する場合には、委任状に分与されたクレジットの中から再度分与した与信金額が記載された委任状を新たに作成し、署名して、処理を依頼するサーバに渡す手段と、処理を実行したサーバが、課金用の認証局に認可された料金表に基いて利用料金を計算し、料金明細書を作成し、サーバが署名して、処理依頼元のサーバ或いは利用者に返送する手段と、利用者及びサーバが、上記のグリッド利用手順において受け渡しされる、課金用の利用者或いはサーバ証明書、与信委任状、利用明細書を保存する記録媒体と、利用者は与信残額情報を、サーバは利用統計情報を保存する記録媒体と、定期的に、利用者及びサーバが所属する組織間の貸借金額を集計し、課金用の認証局に報告する手段と、課金用の認証局が、決済指示と不整合時の会計監査を行う手段とを具備することを特徴とするものである。
【００７４】
また、請求項６の課金管理方法において、前記クライアントシステムは、一連の処理が終了すると処理を依頼したサーバから、処理を実行したサーバ群による署名つきの利用明細書、サーバ公開鍵と利用料金表の情報を含むサーバ証明書を受け取る手順と、前記与信委任状、利用明細書、サーバ証明書を保存する手順と、定期的に利用者及びサーバが所属する組織間の貸借金額を集計し報告する手順を含むことを特徴とするグリッドコンピューティングにおける課金管理方法であってもよい。
【００７５】
また、公開鍵暗号方式に基づく利用者証明書、委任状の連鎖によって利用者権限を委譲し、シングルサインオンで認証を行う認証手続きと連動或いは並行して、公開鍵暗号方式に基づく課金用認証局を具備し、クライアントが自らの認証に用いる証明書を新規発行或いは定期的に更新する際に、課金用認証局に対して複数利用者に共有される計算資源利用時に使うことができる与信金額の発行を要求する手順と、課金用認証局におけるクライアントの資格に応じた与信金額を記載した証明書に署名して発行する手順と、サーバが自らの認証に用いる証明書を新規発行或いは定期的に更新する際に、課金用認証局に対して自らの管理下にある資源の利用料金表を申請する手順と、課金用の認証局における料金表を記載した証明書に署名して発行する手段と、クライアントがセッション開始時に、課金用認証局に認可された与信金額の中から、本セッションで使用する分を分与した与信金額が記載された委任状を作成して署名し、処理を依頼するサーバに渡す手順と、当該サーバが下位のサーバに一部の処理を連鎖的に依頼する場合には、委任状に分与された与信金額の中から再度分与した与信金額が記載された委任状を新たに作成して署名し、処理を依頼するサーバに渡す手順と、処理を実行したサーバが課金用認証局に認可された料金表に基いて利用料金を計算して料金明細書を作成しサーバが署名して、処理依頼元のサーバ或いは利用者に返送する手順と、クライアント及びサーバが受け渡しする課金用の利用者証明書或いはサーバ証明書、委任状、料金明細書を保存し、前記クライアントは与信残額情報を保存する一方、サーバは利用統計情報を保存する手順と、定期的にクライアント及びサーバが所属する組織間の貸借金額を集計し、課金用認証局に報告する手順と、課金用認証局が、決済指示と不整合時の会計監査を行う手順とを含むことを特徴とするグリッドコンピューティングにおける課金管理方法、であってもよい。
【図面の簡単な説明】
【図１】本発明の実施の形態を示す、システムの概略図で、シングルサインオンによる利用権限に関する認証の連鎖を示す。
【図２】同じく、シングルサインオンによる課金に関する認証を示し、課金用の利用者証明書、サーバ証明書の発行、更新処理の説明図である。
【図３】課金用のサーバ証明書に記載されるサービス利用料金表の説明図である。
【図４】クライアントシステムにおけるセッション開始処理の説明図である。
【図５】クライアントシステムにおけるセッション開始時の入力画面の説明図である。
【図６】サーバにおけるセッション開始に伴う課金情報処理の説明図である。
【図７】サーバからサーバへの利用者権限の委譲に伴う処理の説明図である。
【図８】サーバからサーバへの利用者権限の委譲に伴う与信情報分与の説明図である。
【図９】サーバからサーバへの利用者権限委譲を伴わない場合の課金情報処理の説明図である。
【図１０】サーバにおけるワークフロー終了時の利用明細書の処理の説明図である。
【図１１】クライアントシステムにおけるワークフロー終了時の利用明細書の処理の説明図である。
【図１２】証明書更新要求とともに定期的に行われる組織別収支の集計処理の説明図である。
【図１３】組織ごとに設けられる集計サーバの説明図である。
【符号の説明】
１、１１、１２  サーバシステム
２  利用者
２０  クライアントシステム
３  認証局
３００  課金用の認証局
４、４１、４２  サーバ証明書
４００、４０１、４０２  課金用のサーバ証明書
４１０、４１１、４１２  利用料金表
５  利用者証明書
５００  課金用の利用者証明書
５２０  一定期間一定額の予信情報
６、６１、６２  委任状
６００、６０１、６０２  課金用の委任状
６２０、６２１、６２２  セッション予信情報
７００、７０１  利用明細書
７１０、７１１  利用料金
７２０、７２１  サービス利用情報
８１０、８１１  サーバのサービス課金情報を記録する記録媒体
８２０  利用者の残額情報を記録する記録媒体
８３０、８３１、８４０  証明書類を保存する記録媒体
９、９１、９２  サービス
９７  ワークフロー
１００、１０１  組織
１１０、１１１  集計サーバ
【図１】
2004272669.tif 000003
【図２】
2004272669.tif 000004
【図３】
2004272669.tif 000005
【図４】
2004272669.tif 000006
【図５】
2004272669.tif 000007
【図６】
2004272669.tif 000008
【図７】
2004272669.tif 000009
【図８】
2004272669.tif 000010
【図９】
2004272669.tif 000011
【図１０】
2004272669.tif 000012
【図１１】
2004272669.tif 000013
【図１２】
2004272669.tif 000014
【図１３】
2004272669.tif 000015