JP2008071226A - クレデンシャルコンバージョンシステムと方法、コンピュータ装置、及びプログラム - Google Patents

Abstract

【課題】 属するセキュリティドメインが異なり、クレデンシャルの形式等が異なるシステムや情報処理装置間では、連携することができなくなるという問題があった。
【解決手段】第１のセキュリティドメインに属するクライアント装置１００が、第２のセキュリティドメインのシステムに対応したクレデンシャルＢ２０１を、第１のセキュリティドメインのシステムでのクレデンシャルＡに対応付けてリポジトリサーバ装置２００の記憶装置に予め格納しておく手段と、サーバ装置３００と連携するにあたり、リポジトリサーバ装置２００よりクレデンシャルＡをクレデンシャルとしてクレデンシャルＢ２０１を取得し、これをクレデンシャルとして連携先のサーバ装置３００に処理を依頼する手段を有する。
【選択図】 図１

Description

本発明はクレデンシャルコンバージョンシステムと方法、コンピュータ装置、及びプログラムに関し、特に、異なるセキュリティドメインにおける連携を可能とするため、リポジトリサーバを用いてクレデンシャルコンバージョンを行うシステムと方法、コンピュータ装置、及びプログラムに関する。

従来より、異なるセキュリティドメインに属する情報処理装置等が連携してサービスにアクセスしたり、或いは連携してサービスを提供したいといったニーズはサービス全般について存在する。

次に前記サービスを、最近注目されているグリッドコンピューティングサービスとしても、異なるセキュリティドメインに属する情報処理装置等を連携させてサービスにアクセスしたいというニーズはやはりある。特に、高性能なグリッドリソースが、他の地域や国に存在するがそれを是非使いたいというニーズはある。

グリッドコンピューティングサービス用の代表的なミドルウェアとしては、ｗｗｗ．ｇｌｏｂｕｓ．ｏｒｇのＧｌｏｂｕｓアライアンスによるＧｌｏｂｕｓＴｏｏｌｋｉｔと、ｗｗｗ．ｕｎｉｃｏｒｅ．ｏｒｇによるＵＮＩＣＯＲＥがある。

従って、異なるセキュリティドメインからのアクセスは、例えば、ＵＮＩＣＯＲＥ環境の利用端末から、Ｇｌｏｂｕｓ対応サーバへのアクセスというようにグリッドミドルウェアＡから異なるグリッドミドルウェアＢへのアクセスになることも多い。

ここで、ＧｌｏｂｕｓＴｏｏｌｋｉｔは、Ｇｒｉｄ Ｃｏｍｐｕｔｉｎｇの実現に必要な機能を実装したオープンソースのミドルウェアであり、ユーザ認証、通信、資源管理・監視機構などの要素技術をライブラリおよびＡＰＩという形で提供している。

ＵＮＩＣＯＲＥは、Ｇｌｏｂｕｓと同様、グリッドサービスレイヤーの第２階層を提供するグリッドミドルウェアであり、認証機能には透過で矛盾がないＸ．５０９を用い、スーパーコンピュータへのアクセス、アプリケーションのコンパイルや実行、出入力データの転送にｓｅａｍｌｅｓｓ ＨＰＣ（Ｈｉｇｈ Ｐｅｒｆｏｒｍａｎｃｅ Ｃｏｍｐｕｔｅｒ） ｐｏｒｔａｌを用いることでプラットフォームの差異を隠蔽している。

また、前記Ｇｌｏｂｕｓのシステムでは、グリッド環境を利用する際のユーザ認証を、プロキシ証明書を作成し、サービス窓口の管理装置（ＭｙＰｒｏｘｙサーバ）に格納することで行っている。これによりユーザに対しＳＳＯ（Ｓｉｎｇｌｅ Ｓｉｇｎ−Ｏｎ）を実現している（特許文献１参照。）。

特開２００５−１４２９７９号公報（第１ページ）

一般的には、上記異なるセキュリティドメインに属する情報処理装置等が連携する場合には、異なるセキュリティドメインにおいては、用いられているクレデンシャル（利用する際の証明書）の違いにより、あるセキュリティドメインにおけるクレデンシャルは異なるセキュリティドメインにおいて使用することができず、異なるセキュリティドメインにおいては連携することができなくなるという問題がある。

次に、セキュリティドメインが異なり、ミドルウェアの異なるグリッドサービスが連携する場合を、例えばＵＮＩＣＯＲＥとＧｌｏｂｕｓが連携する場合を考察する。両者は共に証明書を利用したユーザ認証機構を用いているがセキュリティ・アーキテクチャの違いにより、実装方法が大きく異なる。

ＧｌｏｂｕｓはユーザＰｒｏｘｙ証明書を利用することによりクレデンシャルを伝播し、ユーザに対してはＳＳＯとする方式であるが、ＵＮＩＣＯＲＥではジョブへの署名によりセキュリティを担保している。
このため、ＵＮＩＣＯＲＥのジョブ内からＧｌｏｂｕｓを利用しようとした場合ＳＳＯが出来ないという問題がある。

これを解決するために何らかの手段でＵＮＩＣＯＲＥがユーザＰｒｏｘｙ証明書を用意し、Ｇｌｏｂｕｓに渡すことが考えられる。しかしＵＮＩＣＯＲＥとＧｌｏｂｕｓが連携する環境では、ユーザがＰｒｏｘｙ証明書を作成する場所とＧｌｏｂｕｓが起動される計算機は異なるため、単純にユーザＰｒｏｘｙ証明書を送付してしまうとＲＦＣ３８２０の仕様に違反することになる。

本発明の目的は上記問題を解決した、クレデンシャルコンバージョンシステムと方法、コンピュータ装置、及びプログラムを提供することにある。

本発明の第１のクレデンシャルコンバージョンシステムは、リポジトリサーバ装置と、第１のセキュリティドメインに属するコンピュータと、第２のセキュリティドメインに属するサーバ装置とがネットワーク接続されたクレデンシャルコンバージョンシステムであって、前記リポジトリサーバ装置は、前記第１のセキュリティドメインに係る第１のクレデンシャルと前記第２のセキュリティドメインに係る第２のクレデンシャルとを対応付けて予め格納し、前記コンピュータは、自装置が属する前記第１のセキュリティドメインに係る前記第１のクレデンシャルに対応する、前記サーバ装置が属する前記第２のセキュリティドメインに係る前記第２のクレデンシャルを前記リポジトリサーバ装置から取得し、当該第２のクレデンシャルを用いて前記サーバ装置へアクセスすることを特徴とする。

本発明の第２のクレデンシャルコンバージョンシステムは、第１のグリッドミドルウェアを搭載した第１のクライアント装置と、前記第１のグリッドミドルウェアに対応したサービスを提供する第１のサーバ装置と、第２のクライアント装置と、第２のグリッドミドルウェアに対応したサービスを提供する第２のサーバ装置と、リポジトリサーバ装置とがネットワーク接続されたクレデンシャルコンバージョンシステムであって、前記第２のクライアント装置が、ユーザ証明書を取得し、当該ユーザ証明書に基づいてプロキシ証明書を作成し、ワンタイムパスワードをパスフレーズとして前記プロキシ証明書を前記リポジトリサーバ装置に格納し、前記ワンタイムパスワードを前記第１のクライアント装置に通知し、前記第１のクライアント装置が、前記ワンタイムパスワードを組み込んだジョブを前記第１のサーバ装置に投入し、前記第１のサーバ装置が、前記ワンタイムパスワードを用いて前記リポジトリサーバ装置から前記プロキシ証明書を取得し、当該プロキシ証明書を用いて前記第２のサーバ装置に前記ジョブを投入することを特徴とする。

本発明の第３のクレデンシャルコンバージョンシステムは、前記第２のクレデンシャルコンバージョンシステムであって、前記第２のクライアント装置は、前記ワンタイムパスワードを発生する装置を備えたことを特徴とする。

本発明の第１のコンピュータは、第１のセキュリティドメインに係る第１のクレデンシャルと第２のセキュリティドメインに係る第２のクレデンシャルとが予め対応付けて格納されているリポジトリサーバ装置から、自装置が属する第１のセキュリティドメインに係る第１のクレデンシャルに対応する第２のクレデンシャルを取得し、当該第２のクレデンシャルを用いて前記第２のセキュリティドメインに属するサーバ装置へアクセスすることを特徴とする。

本発明の第２のコンピュータは、ワンタイムパスワードを組み込まれたジョブを受信し、自装置のグリッドミドルウェアとは異なる他のグリッドミドルウェアに対応したコンピュータによりワンタイムパスワードとプロキシ証明書とが対応付けて格納されたリポジトリサーバ装置から、前記受信したジョブに組み込まれた前記ワンタイムパスワードに対応する前記プロキシ証明書を取得し、当該プロキシ証明書を用いて前記他のグリッドミドルウェアに対応したコンピュータに前記ジョブを投入することを特徴とする。

本発明の第１のプログラムは、第１のセキュリティドメインに係る第１のクレデンシャルと第２のセキュリティドメインに係る第２のクレデンシャルとが予め対応付けて格納されているリポジトリサーバ装置から、自装置が属する第１のセキュリティドメインに係る第１のクレデンシャルに対応する第２のクレデンシャルを取得し、当該第２のクレデンシャルを用いて前記第２のセキュリティドメインに属するサーバ装置へアクセスする処理をコンピュータに行わせることを特徴とする。

本発明の第２のプログラムは、ワンタイムパスワードを組み込まれたジョブを受信し、自装置のグリッドミドルウェアとは異なる他のグリッドミドルウェアに対応したコンピュータによりワンタイムパスワードとプロキシ証明書とが対応付けて格納されたリポジトリサーバ装置から、前記受信したジョブに組み込まれた前記ワンタイムパスワードに対応する前記プロキシ証明書を取得し、当該プロキシ証明書を用いて前記他のグリッドミドルウェアに対応したコンピュータに前記ジョブを投入する処理をコンピュータに行わせることを特徴とする。

本発明の第１のクレデンシャルコンバージョン方法は、リポジトリサーバ装置が、第１のセキュリティドメインに係る第１のクレデンシャルと第２のセキュリティドメインに係る第２のクレデンシャルとを対応付けて予め格納し、前記第１のセキュリティドメインに属するコンピュータが、自装置が属する前記第１のセキュリティドメインに係る前記第１のクレデンシャルに対応する前記第２のセキュリティドメインに係る前記第２のクレデンシャルを前記リポジトリサーバ装置から取得し、当該第２のクレデンシャルを用いて前記第２のセキュリティドメインに属するサーバ装置へアクセスすることを特徴とする。

本発明の第２のクレデンシャルコンバージョン方法は、第２のクライアント装置が、ユーザ証明書を取得し、当該ユーザ証明書に基づいてプロキシ証明書を作成し、ワンタイムパスワードをパスフレーズとして前記プロキシ証明書を前記リポジトリサーバ装置に格納し、前記ワンタイムパスワードを第１のグリッドミドルウェアを搭載した第１のクライアント装置に通知し、前記第１のクライアント装置が、前記ワンタイムパスワードを組み込んだジョブを、前記第１のグリッドミドルウェアに対応したサービスを提供する第１のサーバ装置に投入し、前記第１のサーバ装置が、前記ワンタイムパスワードを用いて前記リポジトリサーバ装置から前記プロキシ証明書を取得し、当該プロキシ証明書を用いて、第２のグリッドミドルウェアに対応したサービスを提供する第２のサーバ装置に前記ジョブを投入することを特徴とする。

本発明によれば、リポジトリサーバ装置に連携先のシステムに対応した形式のクレデンシャルを、自装置が属するシステムでのクレデンシャルに対応付けて格納しておき、連携依頼する装置が、リポジトリサーバ装置にアクセスし、クレデンシャル変換し、連携先のクレデンシャルを容易に取得できるので、異なるセキュリティドメインに属し、クレデンシャルの異なるシステム同士で連携を行うことができる。

次に、本発明を実施するための最良の形態について図面を参照して詳細に説明する。図１は本発明のクレデンシャルコンバージョンシステムの第１の実施の形態を示したブロック図である。

本発明の第１の実施の形態のクレデンシャルコンバージョンシステムは、セキュリティドメイン＃１に属するクライアント装置１００とサーバ装置４００と、セキュリティドメイン＃２に属し、クライアント装置１００の依頼により処理をする（連携する）サーバ装置３００とクライアント装置１００がアクセス可能なリポジトリサーバ装置２００（例えばインターネット上のリポジトリサーバ）から構成される。

図１ではリポジトリサーバ装置２００は、セキュリティドメイン＃１に属してないとしているが、セキュリティドメイン＃１に属していてもよい。

セキュリティドメイン＃１のシステムと、セキュリティドメイン＃２のシステムでは、クレデンシャル（ユーザの正当性を証明するもので、ユーザ証明書、Ｐｒｏｘｙ証明書、パスワード、鍵等の何れか）の形式が異なり、それぞれクレデンシャルＡ、クレデンシャルＢである。

クライアント装置１００、サーバ装置４００、リポジトリサーバ装置２００、サーバ装置３００は図示してないがそれぞれＣＰＵやメインメモリを備え、プログラム制御で動作する情報処理装置である。

本発明の第１の実施の形態の動作を図２のフローチャートを参照し説明する。クライアント装置１００が、クレデンシャルＢ２０１（セキュリティドメイン＃２のシステムに対応した形式のクレデンシャル）を、クレデンシャルＡ（セキュリティドメイン＃１のシステムに対応した形式のクレデンシャル）に対応付けてリポジトリサーバ装置２００の記憶装置に予め格納しておく（ステップＡ１）。

クライアント装置１００がサーバ装置３００と連携するのであれば（ステップＡ２）、リポジトリサーバ装置２００からクレデンシャルＡをクレデンシャルとしてクレデンシャルＢ２０１を取得する（ステップＡ３）。クライアント装置１００はクレデンシャルＢをクレデンシャルとしてサーバ装置３００に処理を依頼する（サーバ装置３００を連携させる、ステップＡ４）。

クライアント装置１００がサーバ装置３００と連携しないのであれば（ステップＡ２）、セキュリティドメイン＃１内のサーバアクセス要求があれば（ステップＡ５）、クレデンシャルＡを用いてサーバ装置４００等にアクセスする（ステップＡ６）。

以上の説明では連携依頼する装置をクライアント装置１００としたが、セキュリティドメイン＃１に属するサーバ装置であってもよい。

以上により、本発明の第１の実施の形態の動作が終了する。

本発明の第１の実施の形態によれば、リポジトリサーバを用いクレデンシャルコンバージョンを行い、異なるセキュリティドメインに属し、クレデンシャルの異なるシステム同士で連携を行うことができる。

次に本発明のクレデンシャルコンバージョンシステムの第２の実施の形態について説明する。本発明ではクレデンシャルを取得する手段として、リポジトリサーバを用いるが、リポジトリサーバとして一般的に知られているものにＭｙＰｒｏｘｙサーバがある。

ＭｙＰｒｏｘｙでは、ＭｙＰｒｏｘｙサーバからのユーザＰｒｏｘｙ証明書取り出しの際、ユーザの認証のためにユーザ自身がユーザＩＤとパスワードを入力する必要がある。

しかし、本発明の第２の実施の形態のシステムでは、ユーザ自身がＰｒｏｘｙ証明書を取り出す場面は想定していない（ＵＮＩＣＯＲＥでは、ユーザの代わりにＵＮＩＣＯＲＥサーバがＭｙＰｒｏｘｙサーバにユーザＰｒｏｘｙ証明書を要求する）。

そこで、ユーザがユーザＰｒｏｘｙ証明書を取り出す代わりに、ある許可された特定のユーザが、ＭｙＰｒｏｘｙサーバから対象ユーザのユーザＰｒｏｘｙ証明書を取り出すための仕組みが必要となる。また、不正な要求に対して証明書を発行することのないよう、セキュリティについて十分に考慮することが必要となる。

図３は、本発明のクレデンシャルコンバージョンシステムの第２の実施の形態の全体構成を示したブロック図である。グリッドミドルウェアＡクライアント装置３０からグリッドミドルウェアＢサーバ装置５０に対してジョブの投入を行う際のＳＳＯ（Ｓｉｎｇｌｅ−Ｓｉｇｎ−Ｏｎ）を可能にするためのシステムである。

本発明の第２の実施の形態のクレデンシャルコンバージョンシステムは、クライアント装置１０とワンタイムパスワード生成装置６０とグリッドミドルウェアＡクライアント装置３０とグリッドミドルウェアＡサーバ装置４０とグリッドミドルウェアＢサーバ装置５０とリポジトリサーバ装置２０を含む。

クライアント装置１０とワンタイムパスワード生成装置６０とグリッドミドルウェアＡクライアント装置３０はＬＡＮやイントラネット等のネットワーク５０１で接続され、このネットワーク５０１とリポジトリサーバ装置２０とグリッドミドルウェアＡサーバ装置４０とグリッドミドルウェアＢサーバ装置５０とはインターネット等のネットワーク５０２で接続されている。

クライアント装置１０は、Ｐｒｏｘｙ証明書１１を作成し、またワンタイムパスワードを取得しこれをパスフレーズとして、Ｐｒｏｘｙ証明書１１をリポジトリサーバ装置２０に格納するＰｒｏｘｙ証明書格納処理部１２を有す。

ワンタイムパスワード生成装置６０は、クライアント装置１０から要求される都度、毎回ユニークなパスワードを生成し返信する。

グリッドミドルウェアＡクライアント装置３０は、ジョブ生成処理部３１を有し、ジョブ３２を生成する。グリッドミドルウェアＡサーバ装置４０は、Ｐｒｏｘｙ証明書取得処理部４１を有し、リポジトリサーバ装置２０からＰｒｏｘｙ証明書１１を取り出し、これをグリッドミドルウェアＢサーバ装置５０に渡す。

受け取ったＰｒｏｘｙ証明書１１により、グリッドミドルウェアＢサーバ装置５０以降の装置で、使用する複数のグリッドリソースへのシングルサインオンを行う。

図３の各クライアント装置やサーバ装置は図示してないがそれぞれＣＰＵやメインメモリを備え、プログラム制御で動作する情報処理装置であり、前記Ｐｒｏｘｙ証明書格納処理部１２、ジョブ生成処理部３１、Ｐｒｏｘｙ証明書取得処理部４１は各装置をプログラム制御し実現されている。

また、グリッドミドルウェアＡクライアント装置３０はブラウザも搭載し、これを通じてネットワーク５０２上のグリッドミドルウェアＡサーバ装置４０にアクセスする。

次に、本発明の第２の実施の形態の動作について図４のフローチャートを参照し説明する。ここでグリッドミドルウェアＡとしてＵＮＩＣＯＲＥ、グリッドミドルウェアＢとしてＧｌｏｂｕｓＴｏｏｌｋｉｔを想定している。

クライアント装置１０でＣＡ（認証機関、図示せず）よりユーザ証明書を取得し（ステップＢ１）、これに対しｇｒｉｄ−ｐｒｏｘｙ−ｉｎｉｔコマンドを実行することによりＰｒｏｘｙ証明書１１を作成する（ステップＢ２）。

ワンタイムパスワード生成装置６０にて生成したワンタイムパスワードを取得し（ステップＢ３）、ワンタイムパスワードをパスフレーズにしＰｒｏｘｙ証明書１１をリポジトリサーバ装置２０に格納する（ステップＢ４）。

グリッドミドルウェアＡクライアント装置３０のジョブ生成処理部３１が、グリッドミドルウェアＢに対応するジョブ３２の中にワンタイムパスワードを組み込み、グリッドミドルウェアＡサーバ装置４０へ当該ジョブ３２を投入する（ステップＢ５）。

グリッドミドルウェアＡサーバ装置４０のＰｒｏｘｙ証明書取得処理部４１がジョブ３２に記述されているワンタイムパスワードを元にリポジトリサーバ装置２０からＰｒｏｘｙ証明書１１を取得する（ステップＢ６）。Ｐｒｏｘｙ証明書１１を用いて、グリッドミドルウェアＢサーバ装置５０に対してジョブの投入を行う（ステップＢ７）。

以上の説明では、ワンタイムパスワード生成装置６０がクライアント装置１０に接続されている例を説明したが、クライアント装置がソフトウェアモジュールで、ワンタイムパスワードを生成するようにしてもよい。

以上により、本発明の第１の実施の形態の動作が終了する。

本発明の第２の実施の形態によれば、グリッドミドルウェアが異なり、クレデンシャル（利用する際の証明書）が異なる場合にも、ジョブ実行側のグリッドミドルウェアに対応したクレデンシャルをリポジトリサーバ装置２０を使用してグリッドミドルウェアＡサーバ装置４０に渡すので、グリッドミドルウェアＡクライアント装置３０が、特に異質のＰｒｏｘｙ証明書１１に対応することなく異なるグリッドミドルウェア間でジョブの実行およびファイル転送を行うことができる。

また、Ｐｒｏｘｙ証明書１１をクライアント装置１０からグリッドミドルウェアＡサーバ装置４０に送付せずに実現しているため、ＲＦＣ３８２０に違反することなくグリッドミドルウェアＢ（Ｇｌｏｂｕｓ）におけるＳＳＯに対応できる。

さらに、ワンタイムパスワードをパスフレーズとしてＰｒｏｘｙ証明書１１をリポジトリサーバ装置２０に登録することにより、もしパスワードが盗まれることがあってもジョブを実行されるのは１回のみなので、従来のリポジトリサーバよりセキュリティを確保することができる。

即ち、リポジトリサーバ装置２０からＰｒｏｘｙ証明書１１を取り出すことが可能なのは１回のみのため、リポジトリサーバ装置２０からＰｒｏｘｙ証明書１１を盗むためにはユーザより先にリポジトリサーバ装置２０へアクセスしなければならなくなり、Ｐｒｏｘｙ証明書１１が盗まれる可能性は非常に低くなる。

本発明のクレデンシャルコンバージョンシステムの第１の実施の形態を示したブロック図である。 本発明の第１の実施の形態の動作を示したフローチャートである。 本発明のクレデンシャルコンバージョンシステムの第２の実施の形態の構成を示したブロック図である。 本発明の第２の実施の形態の動作を示したフローチャートである。

符号の説明

１０ クライアント装置
１１ Ｐｒｏｘｙ証明書
１２ Ｐｒｏｘｙ証明書格納処理部
２０ リポジトリサーバ装置
３０ グリッドミドルウェアＡクライアント装置
３１ ジョブ生成処理部
３２ ジョブ
４０ グリッドミドルウェアＡサーバ装置
４１ Ｐｒｏｘｙ証明書取得処理部
５０ グリッドミドルウェアＢサーバ装置
６０ ワンタイムパスワード生成装置
１００ クライアント装置
２００ リポジトリサーバ装置
２０１ クレデンシャルＢ
３００ サーバ装置
４００ サーバ装置
５０１、５０２ ネットワーク

Claims (9)

1. リポジトリサーバ装置と、第１のセキュリティドメインに属するコンピュータと、第２のセキュリティドメインに属するサーバ装置とがネットワーク接続されたクレデンシャルコンバージョンシステムであって、
   前記リポジトリサーバ装置は、前記第１のセキュリティドメインに係る第１のクレデンシャルと前記第２のセキュリティドメインに係る第２のクレデンシャルとを対応付けて予め格納し、
   前記コンピュータは、自装置が属する前記第１のセキュリティドメインに係る前記第１のクレデンシャルに対応する、前記サーバ装置が属する前記第２のセキュリティドメインに係る前記第２のクレデンシャルを前記リポジトリサーバ装置から取得し、当該第２のクレデンシャルを用いて前記サーバ装置へアクセスすることを特徴とするクレデンシャルコンバージョンシステム。
2. 第１のグリッドミドルウェアを搭載した第１のクライアント装置と、前記第１のグリッドミドルウェアに対応したサービスを提供する第１のサーバ装置と、第２のクライアント装置と、第２のグリッドミドルウェアに対応したサービスを提供する第２のサーバ装置と、リポジトリサーバ装置とがネットワーク接続されたクレデンシャルコンバージョンシステムであって、
   前記第２のクライアント装置が、ユーザ証明書を取得し、当該ユーザ証明書に基づいてプロキシ証明書を作成し、ワンタイムパスワードをパスフレーズとして前記プロキシ証明書を前記リポジトリサーバ装置に格納し、前記ワンタイムパスワードを前記第１のクライアント装置に通知し、
   前記第１のクライアント装置が、前記ワンタイムパスワードを組み込んだジョブを前記第１のサーバ装置に投入し、
   前記第１のサーバ装置が、前記ワンタイムパスワードを用いて前記リポジトリサーバ装置から前記プロキシ証明書を取得し、当該プロキシ証明書を用いて前記第２のサーバ装置に前記ジョブを投入することを特徴とするクレデンシャルコンバージョンシステム。
3. 前記第２のクライアント装置は、前記ワンタイムパスワードを発生する装置を備えたことを特徴とする請求項２記載のクレデンシャルコンバージョンシステム。
4. 第１のセキュリティドメインに係る第１のクレデンシャルと第２のセキュリティドメインに係る第２のクレデンシャルとが予め対応付けて格納されているリポジトリサーバ装置から、自装置が属する第１のセキュリティドメインに係る第１のクレデンシャルに対応する第２のクレデンシャルを取得し、当該第２のクレデンシャルを用いて前記第２のセキュリティドメインに属するサーバ装置へアクセスすることを特徴とするコンピュータ。
5. ワンタイムパスワードを組み込まれたジョブを受信し、自装置のグリッドミドルウェアとは異なる他のグリッドミドルウェアに対応したコンピュータによりワンタイムパスワードとプロキシ証明書とが対応付けて格納されたリポジトリサーバ装置から、前記受信したジョブに組み込まれた前記ワンタイムパスワードに対応する前記プロキシ証明書を取得し、当該プロキシ証明書を用いて前記他のグリッドミドルウェアに対応したコンピュータに前記ジョブを投入することを特徴とするコンピュータ。
6. 第１のセキュリティドメインに係る第１のクレデンシャルと第２のセキュリティドメインに係る第２のクレデンシャルとが予め対応付けて格納されているリポジトリサーバ装置から、自装置が属する第１のセキュリティドメインに係る第１のクレデンシャルに対応する第２のクレデンシャルを取得し、当該第２のクレデンシャルを用いて前記第２のセキュリティドメインに属するサーバ装置へアクセスする処理をコンピュータに行わせることを特徴とするプログラム。
7. ワンタイムパスワードを組み込まれたジョブを受信し、自装置のグリッドミドルウェアとは異なる他のグリッドミドルウェアに対応したコンピュータによりワンタイムパスワードとプロキシ証明書とが対応付けて格納されたリポジトリサーバ装置から、前記受信したジョブに組み込まれた前記ワンタイムパスワードに対応する前記プロキシ証明書を取得し、当該プロキシ証明書を用いて前記他のグリッドミドルウェアに対応したコンピュータに前記ジョブを投入する処理をコンピュータに行わせることを特徴とするプログラム。
8. リポジトリサーバ装置が、第１のセキュリティドメインに係る第１のクレデンシャルと第２のセキュリティドメインに係る第２のクレデンシャルとを対応付けて予め格納し、
   前記第１のセキュリティドメインに属するコンピュータが、自装置が属する前記第１のセキュリティドメインに係る前記第１のクレデンシャルに対応する前記第２のセキュリティドメインに係る前記第２のクレデンシャルを前記リポジトリサーバ装置から取得し、当該第２のクレデンシャルを用いて前記第２のセキュリティドメインに属するサーバ装置へアクセスすることを特徴とするクレデンシャルコンバージョン方法。
9. 第２のクライアント装置が、ユーザ証明書を取得し、当該ユーザ証明書に基づいてプロキシ証明書を作成し、ワンタイムパスワードをパスフレーズとして前記プロキシ証明書を前記リポジトリサーバ装置に格納し、前記ワンタイムパスワードを第１のグリッドミドルウェアを搭載した第１のクライアント装置に通知し、
   前記第１のクライアント装置が、前記ワンタイムパスワードを組み込んだジョブを、前記第１のグリッドミドルウェアに対応したサービスを提供する第１のサーバ装置に投入し、前記第１のサーバ装置が、前記ワンタイムパスワードを用いて前記リポジトリサーバ装置から前記プロキシ証明書を取得し、当該プロキシ証明書を用いて、第２のグリッドミドルウェアに対応したサービスを提供する第２のサーバ装置に前記ジョブを投入することを特徴とするクレデンシャルコンバージョン方法。

Images