(57)【要約】【課題】グリッドコンピューティングにおいて利用するプロキシ証明書の生成作業は、専門的な知識を必要とする。【解決手段】管理装置３００は、ユーザの認証に成功すると、一時的に利用する一時公開鍵３０４と一時秘密鍵３０６とを生成する。そして、管理装置３００は、一時公開鍵３０４に対してユーザの署名を要求する。クライアント装置２００は、一時公開鍵３０４に対してユーザ秘密鍵２０４を用いて署名を行い、プロキシ証明書３０８を生成する。そして、クライアント装置２００は、プロキシ証明書３０８を管理装置３００に送信する。管理装置３００は、そのプロキシ証明書３０８と、ユーザのユーザ証明書２０８と、一時秘密鍵３０６とをまとめてプロキシ証明書ファイル３０２を生成する。これにより、容易にプロキシ証明書３０８を生成でき、グリッド環境におけるシングル・サインオンを実現できる。【選択図】図２
2005142979.tif 000002
【特許請求の範囲】
【請求項１】
グリッド環境において利用されるプロキシ証明書を保持すべき管理装置に対して、所定のユーザに対する前記グリッド環境の利用許可を要求する認証部と、
前記グリッド環境の利用を許可された場合、前記プロキシ証明書の発行に際して、前記管理装置が新たに生成した公開鍵に対して、前記ユーザの署名を行う署名部と、
を備えることを特徴とするクライアント装置。
【請求項２】
所定のパスフレーズにより暗号化されたユーザの秘密鍵を保持する格納部と、
前記パスフレーズを前記ユーザから受け付ける受付部と、
を更に備え、
前記署名部は、前記パスフレーズを利用して復号された前記ユーザの秘密鍵を使用して、前記公開鍵に対して署名を行うことを特徴とする請求項１に記載のクライアント装置。
【請求項３】
所定のユーザが操作するクライアント装置に対して、グリッド環境の利用を許可するか否かを判定する認証部と、
認証に成功した場合、前記グリッド環境において利用するプロキシ証明書ファイルを生成するために、公開鍵とその公開鍵に対応する秘密鍵とを新たに生成する鍵生成部と、
新たに生成した前記公開鍵に対して前記ユーザの署名を受けるために、前記クライアント装置に前記公開鍵を送信する署名要求部と、
前記クライアント装置から前記公開鍵に対するユーザの署名が付加されたプロキシ証明書を取得する取得部と、
前記秘密鍵と前記プロキシ証明書とを含む前記プロキシ証明書ファイルを生成する証明書生成部と、
を備えることを特徴とする管理装置。
【請求項４】
ユーザの操作を受け付けるクライアント装置と、
前記ユーザに対応するプロキシ証明書を管理する管理装置と、
を備えるシステムであって、
前記クライアント装置は、
前記プロキシ証明書の発行に際して、前記管理装置が新たに生成した公開鍵に対して、前記ユーザの署名を行う署名部と、
前記署名を含むプロキシ証明書を生成する生成部と、
を有し、
前記管理装置は、
前記ユーザに対して、グリッド環境の利用を許可するか否かを判定する認証部と、
認証に成功した場合、前記グリッド環境において利用するプロキシ証明書ファイルを生成するために、公開鍵とその公開鍵に対応する秘密鍵とを新たに生成する鍵生成部と、
新たに生成した前記公開鍵に対して前記ユーザの署名を受けるために、前記クライアント装置に前記公開鍵を送信する署名要求部と、
前記クライアント装置から前記公開鍵に対するユーザの署名が付加されたプロキシ証明書を取得する取得部と、
を有することを特徴とするグリッドシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明はグリッドコンピューティング技術に関し、とくにグリッド環境において認証を行う装置およびシステムに関する。
【背景技術】
【０００２】
ネットワーク技術が発達することにより、例えば電子メールが日常的に利用され、また様々なウェブサイトが多種多様なサービスを提供し、利用されている。このようなネットワークの利用は、今や当然の情報取得手段として我々の日々の生活に浸透しつつある。ネットワーク技術の発達にともない、様々な機器がネットワークに接続されるようになった。こうした中、グリッドコンピューティングと呼ばれるシステムが生まれた。グリッドコンピューティングは、ネットワークを介して複数のコンピュータ資源を接続することにより、高性能なコンピュータを仮想的に形成し、ユーザが必要とする処理能力を提供するシステムである。グリッドコンピューティングを、以下、「グリッドシステム」という。また、グリッドシステムが提供するサービス環境を「グリッド環境」という。
【０００３】
図１（ａ）は、従来のグリッドシステム１０の構成図である。第１計算機２０ａ、第２計算機２０ｂ、および第３計算機２０ｃ（以下、単に「計算機２０」という）は、例えば所定の企業や研究所のスーパーコンピュータであり、グリッドシステム１０におけるコンピュータ資源として利用される。一般にそれぞれの計算機２０は、独立して機能し、独自のユーザ認証システムを有する。このため、ユーザは、利用する計算機２０毎に認証作業を行う必要がある。この認証処理は、ＰＫＩ（Public Key Infrastructure）をベースに認証局１４が発行したユーザ証明書を利用して行われており、認証処理の過程で、ユーザにパスフレーズの入力を要求する。パスフレーズは、暗号化されたユーザの秘密鍵を復号するために利用され、その役割の重要さからビット数が長くなっている。そもそも、グリッドシステムは、複数の計算機２０を同時に利用して、一台の計算機２０では得られない高速な処理を実現することをひとつの目的としており、ひとつのジョブを実行するために複数の計算機２０を利用することが多い。このため、ユーザは、利用する計算機２０毎に、認証処理のためにパスフレーズを入力する必要が生じてしまう。この認証処理は、ユーザに対してかなりの負担になる。そこで、ユーザの認証処理を代理的に行い、利便性を向上するために管理装置３０が設けられている。
【０００４】
管理装置３０は、グリッドシステムにおける各計算機２０のポータルサイトとして機能するグリッドポータルであり、クライアント装置４０が生成したプロキシ証明書４４を利用して代理的にそれぞれの計算機２０に対して認証処理を行う。これにより、ユーザは利用する計算機２０毎に、自ら認証処理を行わなくて済む。また、管理装置３０は、ユーザからクライアント装置４０を介して指定された処理内容に応じて、処理に利用する計算機２０を選択し、選択した計算機２０に対して認証処理を行う。
【０００５】
クライアント装置４０は、ユーザが操作する端末装置であり、プロキシ証明書４４を発行し管理装置３０に提供するとともに、計算機２０に対する処理内容を管理装置３０に指示する。クライアント装置４０は、プロキシ証明書４４を生成するためのプロキシ証明書生成部４２を有する。グリッドシステム１０の利用にあたり、最初に、ユーザは、プロキシ証明書生成部４２を利用して、プロキシ証明書４４を生成する。そして、クライアント装置４０は、生成したプロキシ証明書４４を含むプロキシ証明書ファイル７０を管理装置３０に送信する。その後、クライアント装置４０は、ウェブブラウザを利用して管理装置３０にアクセスし、サービス画面を表示する。管理装置３０は、クライアント装置４０からのプロキシ証明書４４を保持し、必要に応じて認証処理に利用することができる。
【０００６】
具体的には、プロキシ証明書生成部４２は、Globus toolkitにより実現され、管理装置３０は、Myproxy serverにより実現される。クライアント装置４０において、コマンド「grid-proxy-init」が実行されるとGlobus toolkitはプロキシ証明書４４を生成する。そして、コマンド「myproxy-init」が指定されると、クライアント装置４０は、そのプロキシ証明書４４を含むプロキシ証明書ファイル７０を管理装置３０に送信する。そして、管理装置３０のMyproxy serverにプロキシ証明書４４が格納される。
【０００７】
図１（ｂ）は、プロキシ証明書ファイル７０のデータ構造と生成処理を説明するための図である。図１（ａ）のプロキシ証明書生成部４２は、図１（ａ）の認証局１４が発行したユーザ証明書５０と、ユーザ秘密鍵５２とに基づいて、プロキシ証明書ファイル７０を発行する。プロキシ証明書生成部４２は、一時的に利用する一時秘密鍵７４と一時公開鍵７６とを生成する。そして、プロキシ証明書生成部４２は、一時公開鍵７６をユーザ秘密鍵５２で署名、つまり暗号化する。このとき、暗号化されたユーザ秘密鍵５２を復号する必要があるので、ユーザは一度だけパスフレーズ５４を入力する。
【０００８】
プロキシ証明書４４は、一時公開鍵７６をユーザ秘密鍵５２で署名したものであり、プロキシ証明書４４にユーザ証明書５０を添付することで、プロキシ証明書４４の正当性が保証され、かつユーザ証明書５０の正当性は図１（ａ）の認証局１４により保証される。そして、このように保証された一時公開鍵７６に対応する一時秘密鍵７４も正当性が保証される。
【０００９】
ここで、一時秘密鍵７４は、ユーザ秘密鍵５２のようにパスフレーズ５４で暗号化されていない。これにより、管理装置３０は、ユーザからパスフレーズ５４を受け付けることなく、計算機２０に対する認証処理が可能になる。プロキシ証明書ファイル７０は、プロキシ証明書４４、一時秘密鍵７４、およびユーザ証明書５０を含む。このプロキシ証明書ファイル７０が、例えばＳＳＬ（Secure Socket Layer）などのセキュアなプロトコルに準じて、図１（ａ）のクライアント装置４０から管理装置３０に送信される（非特許文献１）。
【非特許文献１】「ハイパフォーマンスコンピューティングシステム」、情報処理学会論文誌Ｖｏｌ．４３、Ｎｏ．ＳＩＧ６（ＨＰＳ５）、ｐ１７２−ｐ１８３、２００２年
【発明の開示】
【発明が解決しようとする課題】
【００１０】
図１（ａ）のプロキシ証明書生成部４２は、所定のプログラムを実行することによりクライアント装置４０に形成される。そのため、ユーザはそのプログラムをクライアント装置４０に予めインストールする必要がある。また、グリッドシステム１０を利用する前に、プロキシ証明書ファイル７０を生成するためのコマンドを実行し、その後、プロキシ証明書ファイル７０を管理装置３０に送信するためのコマンドを実行する必要がある。これらの作業は、コマンドプロンプトを利用して行われる。
【００１１】
グリッドコンピューティングは、ＵＮＩＸ（登録商標）やＬＩＮＵＸなどのＯＳを利用して、各種の研究や開発を行う研究者や技術者により利用されてきた。このため、グリッド環境は、例えばコマンドプロンプトを利用してコマンドを実行するという作業に慣れたユーザに多く利用されていた。本発明者は、例えば電子メールが日常的に利用されている様に、今後グリッド環境が日常的に利用されることを考え、本発明に想到した。
本発明は上記課題に鑑みてなされたものであり、その目的は、グリッド環境における認証処理を容易にする技術、プロキシ証明書をセキュアに生成する技術を提供することにある。
【課題を解決するための手段】
【００１２】
本発明のある態様は、グリッド・コンピューティングシステムにおけるクライアント装置に関する。この装置は、グリッド環境において利用されるプロキシ証明書を保持すべき管理装置に対して、所定のユーザに対するグリッド環境の利用許可を要求する認証部と、グリッド環境の利用を許可された場合、プロキシ証明書の発行に際して、管理装置が新たに生成した公開鍵に対して、ユーザの署名を行う署名部とを備える。これにより、ユーザの秘密鍵がクライアント装置の外部に出ないのでセキュアにプロキシ証明書を生成できる。
【００１３】
この装置は、所定のパスフレーズにより暗号化されたユーザの秘密鍵を保持する格納部と、パスフレーズをユーザから受け付ける受付部とを更に備え、署名部は、パスフレーズを利用して復号されたユーザの秘密鍵を使用して、管理装置から供給された公開鍵に対して署名を行ってよい。これにより、ユーザの秘密鍵を利用して署名を行うことができる。
【００１４】
本発明の別の態様は、グリッド・コンピューティングシステムにおける管理装置に関する。この装置は、所定のユーザが操作するクライアント装置に対して、グリッド環境の利用を許可するか否かを判定する認証部と、認証に成功した場合、グリッド環境において利用するプロキシ証明書ファイルを生成するために、公開鍵とその公開鍵に対応する秘密鍵とを新たに生成する鍵生成部と、新たに生成した公開鍵に対してユーザの署名を受けるために、クライアント装置にその公開鍵を送信する署名要求部と、クライアント装置から公開鍵に対するユーザの署名が付加されたプロキシ証明書を取得する取得部と、秘密鍵とプロキシ証明書とを含むプロキシ証明書ファイルを生成する証明書生成部とを備える。
【００１５】
本発明の更に別の態様は、ユーザの操作を受け付けるクライアント装置と、ユーザに対応するプロキシ証明書を管理する管理装置とを備えるシステムである。このシステムのクライアント装置は、プロキシ証明書の発行に際して、管理装置が新たに生成した公開鍵に対して、ユーザの署名を行う署名部と、署名を含むプロキシ証明書を生成する生成部とを有し、管理装置は、ユーザに対して、グリッド環境の利用を許可するか否かを判定する認証部と、認証に成功した場合、グリッド環境において利用するプロキシ証明書ファイルを生成するために、公開鍵とその公開鍵に対応する秘密鍵とを新たに生成する鍵生成部と、新たに生成した公開鍵に対してユーザの署名を受けるために、クライアント装置に公開鍵を送信する署名要求部と、クライアント装置から公開鍵に対するユーザの署名が付加されたプロキシ証明書を取得する取得部とを有する。
【００１６】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１７】
本発明によれば、グリッド環境における認証処理を容易にすることができ、利便的でセキュアな認証処理を実現する装置およびシステムを提供できる。
【発明を実施するための最良の形態】
【００１８】
図２は、実施の形態に係るグリッドシステム１００の構成図である。それぞれの計算機２０は、例えば所定の企業や研究所のスーパーコンピュータであり、グリッドシステム１００におけるコンピュータ資源として利用される。一般にそれぞれの計算機２０は、独立して機能し、独自のユーザ認証システムを有する。各装置の詳細は後述するが、クライアント装置２００、管理装置３００、計算機２０、および認証局１４は、それぞれネットワーク１２を介して接続されている。
【００１９】
第１クライアント装置２００ａ、および第２クライアント装置２００ｂ（以下、単に「クライアント装置２００」という）は、ユーザが操作する端末であり、例えばＨＴＭＬ（Hyper Text Markup Language）などの文書記述言語に基づいて表示処理を行うウェブブラウザを有する。詳細は後述するが、ユーザは、ウェブブラウザを介して管理装置３００に対して処理内容を指示する。クライアント装置２００は、管理装置３００とＨＴＴＰ（Hyper Text Transfer Protocol）などのコネクションレス型のプロトコルを利用して通信を行う。クライアント装置２００は、ユーザ公開鍵２０２、そのユーザ公開鍵２０２に対応するユーザ秘密鍵２０４、および認証局１４により発行されたユーザ証明書２０８を保持する。ユーザ秘密鍵２０４は、パスフレーズ２０６により暗号化されている。
【００２０】
管理装置３００は、プロキシ証明書ファイル３０２を発行するプロキシ証明書ファイル発行部３３０と、そのプロキシ証明書ファイル３０２を利用してそれぞれの計算機２０に対する認証処理をユーザの代わりに行い、各計算機２０にユーザに指定された処理内容を実行させる運用部３２０とを有する。詳細は後述するが、ユーザの認証に成功した場合、プロキシ証明書ファイル発行部３３０は、そのユーザに対応するプロキシ証明書ファイル３０２の発行処理を開始する。
【００２１】
発行に際して、まずプロキシ証明書ファイル発行部３３０は、一時公開鍵３０４および一時秘密鍵３０６を生成し、一時公開鍵３０４をクライアント装置２００に送信する（Ｓ１００）。次に、クライアント装置２００は、その一時公開鍵３０４にユーザ秘密鍵２０４を利用して署名を行う。そして、クライアント装置２００は、その署名を含むプロキシ証明書３０８を生成し、管理装置３００に送信する（Ｓ１０２）。次に、プロキシ証明書ファイル発行部３３０は、プロキシ証明書３０８、一時秘密鍵３０６、およびユーザ証明書２０８を含むプロキシ証明書ファイル３０２を生成する。
【００２２】
一般にプロキシ証明書３０８は、ユーザの代理としてそれぞれの計算機２０に対する認証処理を行うために利用される。このため、一時公開鍵３０４の正当性を証明するプロキシ証明書３０８には、ユーザの署名があればよい。したがって、前述のプロキシ証明書３０８は、ユーザ秘密鍵２０４により署名されているので、管理装置３００がユーザの代理として振る舞うための証明書として正当性を有する。これにより、プロキシ証明書ファイル３０２を容易に、かつ安全に生成することができる。つまり、クライアント装置２００は、図１（ａ）を用いて説明したプロキシ証明書生成部４２を有する必要がなく、ユーザは一連の操作をウェブブラウザのみで行うことができる。
【００２３】
図３は、図２のグリッドシステム１００におけるクライアント装置２００および管理装置３００間の一連の処理のシーケンスの一例を示す図である。まず、クライアント装置２００は、管理装置３００に対して利用許可を要求する（Ｓ１０）。次に管理装置３００は、認証処理を行う（Ｓ１２）。この認証処理は、ユーザがグリッドシステム１００、つまり管理装置３００の利用権限を有するか否かを判定するものであり、図２のユーザ証明書２０８を利用して認証処理を行い「なりすまし」でないことを確認する。すなわち、この認証処理において、クライアント装置２００からユーザ証明書２０８が送信され、このユーザ証明書２０８に基づいて、例えばチャレンジストリングを用いた既知の認証処理が行われる。他の例では、この認証処理は、例えば一般的なＢａｓｉｃ認証、ｃｏｏｋｉｅを利用した認証などであってもよい。
【００２４】
ステップ１２で認証に失敗した場合（Ｓ１２のＮ）、管理装置３００はエラー通知をクライアント装置２００に送信する（Ｓ１４）。ステップ１２で認証に成功した場合（Ｓ１２のＹ）、管理装置３００は、一時鍵である図２の一時公開鍵３０４および一時秘密鍵３０６のペアを生成する（Ｓ１６）。そして、管理装置３００は、一時公開鍵３０４に対する署名をクライアント装置２００に要求する（Ｓ１８）。
【００２５】
次に、クライアント装置２００は、ユーザからパスフレーズを受け付け（Ｓ２０）、そのパスフレーズで暗号化されている図２のユーザ秘密鍵２０４を復号する（Ｓ２２）。そして、クライアント装置２００は、復号したユーザ秘密鍵２０４を利用して、一時公開鍵３０４に署名をする（Ｓ２４）。そして、クライアント装置２００は、プロキシ証明書３０８を生成し管理装置３００に送信するとともに、グリッド環境へのサインオンを要求する（Ｓ２６）。
【００２６】
次に、管理装置３００は、クライアント装置２００から送信されたプロキシ証明書３０８、一時秘密鍵３０６、およびユーザ証明書２０８を含むプロキシ証明書ファイル３０２を生成する（Ｓ２８）。そして、管理装置３００は、グリッド環境へのサインオンを行う（Ｓ３０）。詳細は後述するが、サインオンにより、プロキシ証明書ファイル３０２とユーザとが対応付けて運用部３２０に供給される。管理装置３００は、サインオンの結果をクライアント装置２００に送信する（Ｓ３２）。
【００２７】
サインオンに成功した場合、クライアント装置２００はサービス画面を形成するための画面情報を管理装置３００に要求する（Ｓ３４）。管理装置３００は、その要求に応じてサービス画面情報を提供する（Ｓ３６）。そして、クライアント装置２００は、そのサービス画面情報に基づいて、サービス画面を表示する（Ｓ３８）。そして、ユーザはそのサービス画面を利用して、処理内容を指定し、実行を指示する（Ｓ４０）。
【００２８】
図４は、図２のクライアント装置２００の内部構成図である。メイン処理部２１０は、ウェブブラウザの主となる機能を実現する処理部であり、例えばＨＴＭＬを解析し描画処理を行い、後述のサブ処理部としてのプロキシ証明書発行部２２０の起動などを制御する。本実施の形態では、プロキシ証明書発行部２２０は、例えばＪａｖａ（登録商標）やＡｃｔｉｖｅＸなどで形成されたプログラムを実行することで実現される。そのプログラムは、図２の管理装置３００が保持してもよいし、その他のサーバが保持していてもよい。プロキシ証明書を発行する場合に、その都度、クライアント装置２００は、ネットワーク１２を介してそのプログラムをダウンロードしてもよいし、キャッシュからそのプログラムを読み込んでもよい。他の例では、例えばウェブブラウザの機能として予め組み込まれていてもよい。メイン処理部２１０は、図３のステップ１６が終了し、ステップ１８の署名要求を受け付けたことを契機にそのプログラムを起動する。
【００２９】
図５は、そのプログラムが実行され、プロキシ証明書発行部２２０が形成されたときにクライアント装置２００の画面に表示される表示画面２８０の一例を示す図である。ニックネーム表示欄２８２は、グリッド環境においてユーザを識別するための情報を表示する領域である。パスフレーズ入力欄２８４は、暗号化されたユーザ秘密鍵２０４を復号するために必要なパスフレーズをユーザから受け付けるための入力コンポーネントである。有効期間入力欄２８６は、図２のプロキシ証明書３０８の有効期間を指定するための入力コンポーネントである。ステータス表示欄２８８は、処理状況を逐次表示する。サインオンボタン２９０は、図３を用いて説明した一連の処理の開始を指示するボタンであり、キャンセルボタン２９２は、処理の中止を指示するボタンである。
【００３０】
図４に戻り、ユーザ証明書ファイル格納部２３８は、図２のユーザ公開鍵２０２、ユーザ秘密鍵２０４、およびユーザ証明書２０８を予め保持する。ユーザ証明書ファイル格納部２３８は、クライアント装置２００のハードディスクにファイルとして格納されていてもよいし、メモリカードなどの着脱可能な記憶媒体に格納されていてもよい。認証要求部２２４は、ユーザ証明書ファイル格納部２３８からユーザ証明書２０８を読み込み、認証要求とともに管理装置３００に送信する。
【００３１】
署名要求受付部２２６は、管理装置３００から図２の一時公開鍵３０４に対する署名要求を受け付け、署名部２２８に供給する。署名部２２８は、読込部２３４に対して秘密鍵の読み込みを指示する。読込部２３４は、ユーザ証明書ファイル格納部２３８からパスフレーズ２０６で暗号化されたユーザ秘密鍵２０４を読み込み、復号部２３６に出力する。一方、パスフレーズ受付部２４０は、ユーザからユーザ秘密鍵２０４を暗号化しているパスフレーズ２０６の入力を受け付け、復号部２３６に出力する。復号部２３６は、パスフレーズ受付部２４０から供給されたパスフレーズ２０６を利用して、暗号化されたユーザ秘密鍵２０４を復号する。そして、復号部２３６は、復号したユーザ秘密鍵２０４を署名部２２８に出力する。
【００３２】
署名部２２８は、ユーザ秘密鍵２０４で一時公開鍵３０４に対して署名を行う。署名は既知の方法により行えばよく、例えば一時公開鍵３０４に基づいて算出したハッシュ値をユーザ秘密鍵２０４で暗号化したものを署名としてもよい。そして、署名部２２８は、その署名をプロキシ証明書生成部２３０に出力する。プロキシ証明書生成部２３０は、プロキシ証明書３０８を生成する。プロキシ証明書３０８のデータ形式は、図１（ｂ）を用いて説明したプロキシ証明書４４と同一であり、主に、サブジェクト、一時公開鍵３０４、証明者としてのユーザの情報、署名とを含む。プロキシ証明書生成部２３０は、このプロキシ証明書３０８を生成し、送信部２３２に出力する。送信部２３２は、サインオン要求とともにプロキシ証明書３０８を管理装置３００に送信する。
【００３３】
サインオン処理部２２２は、管理装置３００からサインオンに成功したか否かを示す情報を受け付け、その情報に応じた処理をメイン処理部２１０に指示する。サインオンに成功した場合、サインオン処理部２２２は、サービス画面情報を取得するためのアドレスをメイン処理部２１０に出力するとともに、当該プロキシ証明書発行部２２０を終了する。これにより、図５の表示画面２８０が画面上から消去されるとともに、サービス画面が表示される。また、サインオンに失敗した場合、サインオン処理部２２２は、その旨を示す画面情報を取得するためのアドレスをメイン処理部２１０に出力するとともに、当該プロキシ証明書発行部２２０を終了する。
【００３４】
図６は、図２の管理装置３００の内部構成図である。管理装置３００は、図２のプロキシ証明書ファイル３０２を発行するプロキシ証明書ファイル発行部３３０と、プロキシ証明書ファイル３０２を利用してグリッド環境に存在する計算機２０に対する認証処理をユーザの代わりに行い、所定の処理内容を実行させる運用部３２０とを有する。運用部３２０は、例えばサービス画面情報を提供する等の既知の処理を行う機能ブロックであり、ウェブサーバ機能、ＨＴＭＬファイルの格納機能などを有する。
【００３５】
プロキシ証明書ファイル発行部３３０は、クライアント装置２００と通信を行うことでプロキシ証明書ファイル３０２を発行する。ユーザ情報格納部３４８は、当該グリッドシステム１００を利用可能なユーザの情報を保持し、例えば、図２の認証局１４が生成したユーザ証明書２０８に含まれるサブジェクトの情報と、グリッドシステム１００においてユーザを一意に識別するニックネームとを対応付けて保持する。認証部３３２は、クライアント装置２００からユーザ証明書２０８を受け付け、そのユーザの認証をユーザ情報格納部３４８に保持されたデータに基づいて行う。
【００３６】
認証に成功した場合、認証部３３２は、鍵の生成を一時鍵生成部３３４に指示する。一時鍵生成部３３４は、例えば乱数を利用して、図２の一時公開鍵３０４および一時秘密鍵３０６を新たに生成する。そして、一時鍵生成部３３４は、一時公開鍵３０４を署名要求部３３６に出力し、一時秘密鍵３０６を暗号化せずにプロキシ証明書ファイル生成部３４０に出力する。
【００３７】
署名要求部３３６は、一時公開鍵３０４に対するユーザの署名を要求する情報を生成し、クライアント装置２００に送信する。具体的には、署名要求部３３６は、一時公開鍵３０４に対する署名を要求する証明書署名要求ＣＳＲ（Certificate Signing Request）を生成して、クライアント装置２００に送信する。
【００３８】
プロキシ証明書取得部３３８は、クライアント装置２００からプロキシ証明書３０８を取得し、プロキシ証明書ファイル生成部３４０に出力する。プロキシ証明書ファイル生成部３４０は、プロキシ証明書取得部３３８から供給されたプロキシ証明書３０８と、そのプロキシ証明書３０８に署名をしたユーザのユーザ証明書２０８と、一時鍵生成部３３４から供給された一時秘密鍵３０６とをまとめてプロキシ証明書ファイル３０２を生成する。プロキシ証明書ファイル生成部３４０は、プロキシ証明書ファイル３０２を格納処理部３４２に出力する。
【００３９】
格納処理部３４２は、プロキシ証明書ファイル３０２をユーザのニックネームもしくはユーザ証明書２０８のサブジェクトなどのユーザを識別可能な情報に対応付けてプロキシ証明書ファイル格納部３４６に格納する。本実施の形態では、格納処理部３４２は、ユーザのサブジェクトに対応付けてプロキシ証明書ファイル格納部３４６に格納する。また、格納処理部３４２は、利用登録部３４４にプロキシ証明書ファイル３０２を登録したユーザのサブジェクトを出力する。利用登録部３４４は、そのサブジェクトを運用部３２０に出力するとともに、サインオンを要求する。
【００４０】
運用部３２０は、利用登録部３４４から供給されたサブジェクトに対応するユーザのニックネームを、ユーザ情報格納部３４８を参照して特定する。そして、運用部３２０は、そのニックネームとプロキシ証明書ファイル格納部３４６に格納されたプロキシ証明書ファイル３０２の格納場所アドレスとを対応付けてサインオンユーザデータベース３５０に登録する。これにより、運用部３２０は、ニックネームに基づいてグリッド環境における各計算機２０への認証や、処理依頼を行うことができる。運用部３２０における、サインオンの方法や、ユーザの管理方法は任意である。前述したプロキシ証明書ファイル発行部３３０は、グリッド環境においてシングル・サインオンを実現するためのプロキシ証明書ファイル３０２を発行し、運用部３２０が必要なタイミングで利用できるように提供すればよい。
【００４１】
図２のグリッドシステム１００により、クライアント装置２００は単にウェブブラウザを備えていればよいので、プロキシ証明書ファイル３０２を発行するためにユーザがコマンドを入力する必要がなくなる。また、ユーザのユーザ秘密鍵２０４は、クライアント装置２００から外部に出ることはなく、プロキシ証明書３０８に対応する一時秘密鍵３０６も管理装置３００の外部に出ることはない。これにより、セキュアにプロキシ証明書ファイル３０２を発行することができる。
【００４２】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【図面の簡単な説明】
【００４３】
【図１】図１（ａ）は、従来のグリッドシステムの構成図であり、図１（ｂ）は、プロキシ証明書ファイルのデータ構造と生成処理を説明するための図である。
【図２】実施の形態に係るグリッドシステムの構成図である。
【図３】図２のグリッドシステムにおけるクライアント装置および管理装置間の一連の処理のシーケンスの一例を示す図である。
【図４】図２のクライアント装置の内部構成図である。
【図５】そのプログラムが実行され、プロキシ証明書発行部が形成されたときにクライアント装置の画面に表示される表示画面の一例を示す図である。
【図６】図２の管理装置の内部構成図である。
【符号の説明】
【００４４】
１０  グリッドシステム、１２  ネットワーク、１４  認証局、２０  計算機、３０  管理装置、４０  クライアント装置、４２  プロキシ証明書生成部、４４  プロキシ証明書、５０  ユーザ証明書、５２  ユーザ秘密鍵、５４  パスフレーズ、５６  ユーザ公開鍵、７０  プロキシ証明書ファイル、７４  一時秘密鍵、７６  一時公開鍵、１００  グリッドシステム、２００  クライアント装置、２０２  ユーザ公開鍵、２０４  ユーザ秘密鍵、２０６  パスフレーズ、２０８  ユーザ証明書、２１０  メイン処理部、２２０  プロキシ証明書発行部、２２２  サインオン処理部、２２４  認証要求部、２２６  署名要求受付部、２２８  署名部、２３０  プロキシ証明書生成部、２３２  送信部、２３４  読込部、２３６  復号部、２３８  ユーザ証明書ファイル格納部、２４０  パスフレーズ受付部、３００  管理装置、３０２  プロキシ証明書ファイル、３０４  一時公開鍵、３０６  一時秘密鍵、３０８  プロキシ証明書、３２０  運用部、３３０  プロキシ証明書ファイル発行部、３３２  認証部、３３４  一時鍵生成部、３３６  署名要求部、３３８  プロキシ証明書取得部、３４０  プロキシ証明書ファイル生成部、３４２  格納処理部、３４４  利用登録部、３４６  プロキシ証明書ファイル格納部、３４８  ユーザ情報格納部、３５０  サインオンユーザデータベース。
【図１】
2005142979.tif 000003
【図２】
2005142979.tif 000004
【図３】
2005142979.tif 000005
【図４】
2005142979.tif 000006
【図５】
2005142979.tif 000007
【図６】
2005142979.tif 000008