(57)【要約】【課題】  計算グリッド内に格納された情報へのアクセスを必要とする人物が、非メンバ・デバイスを介してグリッドにアクセスできるようにするための方法、システム、およびコンピュータ・プログラムを提供すること。【解決手段】  非メンバ・デバイスが計算グリッドにアクセスできるようにするための方法、システム、およびコンピュータ・プログラム。ユーザが非メンバ・デバイスを使用して計算グリッドにアクセスする際に使用できるポートを提供するためのウェブ・サービス・セットが作成される。ウェブ・サービスは、１つまたは複数の計算グリッドへのアクセスを提供するために、Ｗｅｂ  Ｓｅｒｖｉｃｅｓ  Ｆｌｏｗ  Ｌａｎｇｕａｇｅ（ＷＳＦＬ）などのＸＭＬベースのワークフロー定義言語を使用して作成される。サーバはウェブ・ブラウザを介してユーザ要求を受け入れ、要求されたリソースを提供する正しいグリッドを識別するためのウェブ・サービスを作成するためにＷＳＦＬなどのＸＭＬベースのワークフロー定義言語を使用し、選択されたグリッドの使用可能メンバを識別し、グリッド・プロトコル内で動作するグリッド・メンバによって処理可能な要求を作成する。グリッド・メンバが要求されたソリューションを取得すると、そのソリューションはウェブ・サービスに戻された後、非メンバ・デバイスに供給される。
2006520025.tif 000002
【特許請求の範囲】
【請求項１】
非メンバ・デバイスによる計算グリッドへのアクセスを提供するための方法であって、
（１）前記非メンバ・デバイスからの第１の要求を提供するステップと、
（２）少なくとも１つの計算グリッド内で動作するサーバに前記第１の要求を送信するステップと、
（３）ＸＭＬワークフロー定義文法を実施するウェブ・サービスを前記サーバによって呼び出すステップと、
（４）前記ウェブ・サービスから少なくとも１つの前記計算グリッドのグリッド・メンバへ第２の要求を送信するステップと、
（５）前記グリッド・メンバによってソリューションを処理するステップと、
（６）前記ソリューションを前記非メンバ・デバイスに戻すステップと、
を有する方法。
【請求項２】
前記ステップ（３）が、
（３．１）前記第１の要求に関するウェブ・サービスが存在するかどうかを判別するステップと、
（３．２）前記第１の要求に関するウェブ・サービスが現在のところ存在していない場合、前記ＸＭＬワークフロー定義文法を使用して新しいウェブ・サービスを作成するステップと、
（３．３）前記新しいウェブ・サービスを呼び出すステップと、
をさらに有する、請求項１に記載の方法。
【請求項３】
前記ステップ（６）が、
（６．１）前記ウェブ・サービスを介して前記ソリューションを前記サーバに戻すステップと、
（６．２）前記ソリューションを前記サーバから前記非メンバ・デバイスへ戻すステップと、
をさらに有する、請求項１または２に記載の方法。
【請求項４】
前記ステップ（６．１）がＳＯＡＰエンベロープを使用して前記ソリューションを前記サーバに戻すステップを有する、請求項３に記載の方法。
【請求項５】
前記ステップ（６．２）が前記ソリューションをＨＴＴＰ  Ｐｏｓｔの形で前記非メンバ・デバイスに戻すステップを有する、請求項３に記載の方法。
【請求項６】
前記ステップ（４）が、
（４．１）少なくとも１つの前記グリッドから単一のグリッドを選択するステップと、
（４．２）前記単一のグリッド内で前記ソリューションを含む個々のグリッド・メンバを決定するステップと、
（４．３）前記第２の要求を前記個々のグリッド・メンバへ送信するステップと、
をさらに有する、請求項１から５のいずれかに記載の方法。
【請求項７】
前記第１の要求がＨＴＴＰ  Ｐｏｓｔ要求である、請求項１から６のいずれかに記載の方法。
【請求項８】
前記ウェブ・サービスによって使用されるＸＭＬワークフロー定義文法がＷＳＦＬである、請求項１から７のいずれかに記載の方法。
【請求項９】
前記第２の要求がＳＯＡＰエンベロープとしてフォーマット化される、請求項１から８のいずれかに記載の方法。
【請求項１０】
前記ウェブ・サービスが前記サーバ上に常駐する、請求項１から９のいずれかに記載の方法。
【請求項１１】
非メンバ・デバイスによる計算グリッドへのアクセスを提供するためのシステムであって、
前記非メンバ・デバイスからの第１の要求を提供するための手段と、
少なくとも１つの計算グリッド内で動作するサーバに前記第１の要求を送信するための手段と、
ＸＭＬワークフロー定義文法を実施するウェブ・サービスを前記サーバによって呼び出すための手段と、
前記ウェブ・サービスから少なくとも１つの前記計算グリッドのグリッド・メンバへ第２の要求を送信するための手段と、
前記グリッド・メンバによってソリューションを処理するための手段と、
前記ソリューションを前記非メンバ・デバイスに戻すための手段と、
を有するシステム。
【請求項１２】
前記ウェブ・サービスを呼び出すための手段が、
前記第１の要求に関するウェブ・サービスが存在するかどうかを判別するための手段と、
前記ウェブ・サービスが現在のところ存在していない場合、前記ウェブ・サービスを作成するための手段と、
をさらに有する、請求項１１に記載のシステム。
【請求項１３】
前記ソリューションを前記非メンバ・デバイスに戻すための前記手段が、
前記ウェブ・サービスを介して前記ソリューションを前記サーバに戻すための手段と、
前記ソリューションを前記サーバから前記非メンバ・デバイスへ戻すための手段と、
をさらに有する、請求項１１または１２に記載のシステム。
【請求項１４】
前記ウェブ・サービスからグリッド・メンバへ前記第２の要求を送信するための手段が、
少なくとも１つの前記グリッドから単一のグリッドを選択するための手段と、
前記単一のグリッド内で前記ソリューションを含む個々のグリッド・メンバを決定するための手段と、
前記第２の要求を前記個々のグリッド・メンバへ送信するための手段と、
をさらに有する、請求項１１から１３のいずれかに記載のシステム。
【請求項１５】
前記ウェブ・サービスによって使用される前記ＸＭＬワークフロー定義文法がＷＳＦＬである、請求項１１から１４のいずれかに記載のシステム。
【請求項１６】
前記ウェブ・サービスが前記サーバ上に常駐する、請求項１１から１５のいずれかに記載のシステム。
【請求項１７】
非メンバ・デバイスによる計算グリッドへのアクセスを提供するためのコンピュータ読取り可能メディア上に記録されたコンピュータ・プログラムであって、
前記非メンバ・デバイスからの第１の要求を提供するためのコンピュータ読取り可能手段と、
少なくとも１つの計算グリッド内で動作するサーバに前記第１の要求を送信するためのコンピュータ読取り可能手段と、
ＸＭＬワークフロー定義文法を実施するウェブ・サービスを前記サーバによって呼び出すためのコンピュータ読取り可能手段と、
前記ウェブ・サービスから少なくとも１つの前記計算グリッドのグリッド・メンバへ第２の要求を送信するためのコンピュータ読取り可能手段と、
前記グリッド・メンバによってソリューションを処理するためのコンピュータ読取り可能手段と、
前記ソリューションを前記非メンバ・デバイスに戻すためのコンピュータ読取り可能手段と、
を有するコンピュータ・プログラム。
【請求項１８】
前記ウェブ・サービスを呼び出すためのコンピュータ読取り可能手段が、
前記第１の要求に関するウェブ・サービスが存在するかどうかを判別するためのコンピュータ読取り可能手段と、
前記ウェブ・サービスが現在のところ存在していない場合、前記ウェブ・サービスを作成するためのコンピュータ読取り可能手段と、
をさらに有する、請求項１７に記載のコンピュータ・プログラム。
【請求項１９】
前記ソリューションを前記非メンバ・デバイスに戻すための前記コンピュータ読取り可能手段が、
前記ウェブ・サービスを介して前記ソリューションを前記サーバに戻すためのコンピュータ読取り可能手段と、
前記ソリューションを前記サーバから前記非メンバ・デバイスへ戻すためのコンピュータ読取り可能手段と、
をさらに有する、請求項１７または１８に記載のコンピュータ・プログラム。
【請求項２０】
前記ウェブ・サービスからグリッド・メンバへ前記第２の要求を送信するためのコンピュータ読取り可能手段が、
少なくとも１つの前記グリッドから単一のグリッドを選択するためのコンピュータ読取り可能手段と、
前記単一のグリッド内で前記ソリューションを含む個々のグリッド・メンバを決定するためのコンピュータ読取り可能手段と、
前記第２の要求を前記個々のグリッド・メンバへ送信するコンピュータ読取り可能手段と、
をさらに有する、請求項１７から１９のいずれかに記載のコンピュータ・プログラム。
【請求項２１】
前記ウェブ・サービスによって使用される前記ＸＭＬワークフロー定義文法がＷＳＦＬである、請求項１７から２０のいずれかに記載のコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は計算グリッドへのアクセスに関する。より具体的に言えば、グリッドのメンバではないデバイスによる計算グリッドへのアクセスに関する。
【背景技術】
【０００２】
グリッド技術とは、リモート位置に配置されたコンピュータ・リソースの大規模な共有を可能にするものである。計算グリッドとは、そのすべてが単一の問題を同時に解決することに参加する機能を有する数多くのコンピュータのネットワークであり、その数はしばしば何千にも及ぶ。ユーザ間の通信に焦点を当てた従来のコンピュータ・ネットワークとは異なり、グリッド・コンピューティングは、任意の単一マシン上に提供可能なコンピューティング・リソースよりも多くのコンピューティング・リソースを必要とする問題を解決するために、グリッド内のすべてのコンピュータの未使用の処理サイクルを結びつけることを対象とする。計算グリッドの良く知られた例が、Ｓｅａｒｃｈ  ｆｏｒ  Ｅｘｔｒａｔｅｒｒｅｓｔｒｉａｌ  Ｉｎｔｅｌｌｉｇｅｎｃｅ（ＳＥＴＩ／地球外知性探査）プロジェクトである。ＳＥＴＩは、何千ものコンピュータの未使用のプロセッサ・サイクルを共有し、知的生命の探査において宇宙空間から受信した無線信号を使用して実行される大量の処理を行う。
【０００３】
ＳＥＴＩはおそらく最もよく知られた計算グリッドであるが、グリッド技術は、多数のオペレーションの実行または大量のデータへのアクセスが必要ないずれの領域でも使用することができる。グリッド・コンピューティングは、それがもたらす利点により、近年、コンピュータ技術の成長分野となりつつある。既存のコンピュータ・リソースを高い費用対効果で使用している。また、膨大な量の計算能力を必要とする問題を解決する方法を提供している。さらに計算グリッドは、多くのコンピュータのリソースを協働的に管理して共通の目的に向かって作業できるようにすることも示唆している。これらの理由から、計算グリッドの使用が近い将来大幅に増加するであろうと予想される。
【０００４】
計算グリッドの使用にはかなりの利点があるが、既存のグリッドへのアクセスは制限されている。ユーザが計算グリッド内に格納された情報またはコンピュータ・リソースへアクセスするためには、グリッド内に格納されたコンピュータにアクセスできるようにする必要がある。こうしたデバイスはグリッド・メンバと呼ばれる。計算グリッドの一部でない任意のコンピュータ・デバイスは、非メンバ・デバイスと呼ばれる。
【０００５】
グリッド・リソースへのアクセスが制限されることにより、計算グリッドの使用拡大にかなりの障害がもたらされる。現在のところ、非メンバ・デバイスが計算グリッドへのアクセス権を取得することは不可能である。計算グリッドは、メンバ・デバイスがグリッドと通信できることを要求する。メンバ・デバイスがグリッド内に格納された情報にアクセスできるようにするために、Ｇｒｉｄ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＧＲＩＰ）およびＧｒｉｄ  Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＧＲＲＰ）などのプロトコルが開発されている。しかしながら、グリッド・プロトコルに従って通信することのできない非メンバ・デバイスが、グリッド・リソースにアクセスして使用することは不可能である。その結果、計算グリッドへのアクセスを望むユーザは、ユーザの近くに配置されていない可能性のあるメンバ・デバイスを介してアクセスしなければならない。
【非特許文献１】ＩＢＭソフトウェア・グループのフランク・レイマン教授博士による「Ｗｅｂ  Ｓｅｒｖｉｃｅｓ  Ｆｌｏｗ  Ｌａｎｇｕａｇｅ  １．０」
【発明の開示】
【発明が解決しようとする課題】
【０００６】
したがって、計算グリッド内に格納された情報へのアクセスを必要とする人物が、非メンバ・デバイスを介してグリッドにアクセスできるようにするためのシステムの開発が求められている。本発明は、とりわけこの必要性を満たすものである。
【課題を解決するための手段】
【０００７】
本発明は、非メンバ・デバイスが計算グリッドにアクセスできるようにするための方法、システム、およびコンピュータ・プログラムを提供する。本発明に従って、ユーザが非メンバ・デバイスを使用して計算グリッドにアクセスする際に使用できるポートを提供するためのウェブ・サービス・セットが作成される。ウェブ・サービスは、１つまたは複数の計算グリッドへのアクセスを提供するために、Ｗｅｂ  Ｓｅｒｖｉｃｅｓ  Ｆｌｏｗ  Ｌａｎｇｕａｇｅ（ＷＳＦＬ）などのＸＭＬベースのワークフロー定義言語を使用して作成される。サーバはウェブ・ブラウザを介してユーザ要求を受け入れ、要求されたリソースを提供することになる正しいグリッドを識別するためのウェブ・サービスを作成するためにＷＳＦＬなどのＸＭＬベースのワークフロー定義言語を使用し、選択されたグリッドの使用可能メンバを識別し、グリッド・プロトコル内で動作するグリッド・メンバによって処理可能な要求を作成する。グリッド・メンバが要求されたソリューションを取得すると、そのソリューションはウェブ・サービスに戻された後、非メンバ・デバイスに供給される。別の方法として、ウェブ・サービスはメンバ・デバイスに要求の一部として非メンバ・デバイスの場所を通知することが可能であり、その後メンバ・デバイスは非メンバ・デバイスと直接通信することができる。さらに、ＷＳＦＬを使用してウェブ・サービスが作成されると、これに続く同様の要求は以前に作成されたウェブ・サービスを呼び出すことが可能であるため、特定の要求について新しいウェブ・サービスを作成する必要がなくなる。
【０００８】
本発明の一態様は、ＨＴＴＰ  Ｐｏｓｔフォーマットで計算グリッド・ソリューションに関する要求を受け入れ、ＳＯＡＰエンベロープの形でグリッド・メンバに送信可能な要求を作成する、ウェブ・サービスである。このウェブ・サービスは、１つまたは複数の計算グリッドを備えた要求されたソリューションの場所を特定し、ＷＳＦＬに従ってＳＯＡＰエンベロープを適切なグリッド・メンバに送信する。ＳＯＡＰエンベロープはメンバによる処理が可能であり、ソリューションは第２のＳＯＡＰエンベロープを介してウェブ・サービスに戻される。ウェブ・サービスは戻されたＳＯＡＰエンベロープを読み取り、その結果をＨＴＴＰコマンドを介して非メンバ・デバイスに戻す。
【発明を実施するための最良の形態】
【０００９】
本明細書で説明する本発明は、非メンバ・デバイスによる計算グリッドへのアクセスを可能にするシステムである。好ましい実施形態では、ユーザは１つまたは複数の計算グリッドからソリューションを取得することを望むが、グリッド・メンバにアクセスすることはできない。
【００１０】
図１は、本発明に従った非メンバ・デバイスによる計算グリッドへのアクセスに使用されるステップを示す流れ図である。図１を参照すると、ユーザは第１にウェブ・ブラウザを実行している非メンバ・デバイスに所望の要求を入力する（ステップ１１）。たとえば病院の医師が、複数の製薬会社が格納しているデータからなる処方薬情報の取得を望む場合がある。この例では、製薬会社はすべて計算グリッド内で動作しているが、当該医師の勤務する病院に配置されたコンピュータはそのグリッドのメンバではない。医師は、捜し求める情報を病院の非メンバ・デバイス上で動作するブラウザに入力する。好ましくは、これは要求の提出先であるウェブ・サービスで動作するように設計されたＸＭＬ形式を使用して実施される。ＸＭＬ形式の作成および使用は良く知られた技術であるため、本明細書ではこれ以上考察しない。
【００１１】
いったんユーザ要求が定義されると、１つまたは複数の計算グリッドのメンバであるホスト・コンピュータ上で動作するサーバに送信される（ステップ１３）。上記で述べた例では、おそらく計算グリッドは、様々な製薬会社に配置されたデータ・センタからなるグリッドであろう。好ましくは、ユーザ定義要求はＨＴＴＰ  Ｐｏｓｔコマンドを備えるが、他のフォーマットも使用可能である。サーバはＨＴＴＰ  Ｐｏｓｔコマンドを受信し、好ましくはＳＯＡＰエンベロープを使用して必要なソリューションに関するＸＭＬ要求を作成するためにＨＴＴＰ  Ｐｏｓｔコマンド内に格納されたデータを使用するが、他のＸＭＬフォーマット化言語も使用可能である（ステップ１５）。
【００１２】
サーバはＸＭＬベースのワークフロー定義文法を呼び出して、ウェブ・サービスが、受信した特定の照会に関するソリューションを取得するために以前に作成されたものかどうかを特定する（ステップ１６）。所望のウェブ・サービスが存在しない場合、サーバはＸＭＬベースのワークフロー定義文法を実施して、所望のウェブ・サービスを作成する（ステップ１７）。好ましくは、使用されるＸＭＬベースのワークフロー定義文法は、ＩＢＭ（ニューヨーク州アーモンク）によって開発されたＷｅｂ  Ｓｅｒｖｉｃｅｓ  Ｆｌｏｗ  Ｌａｎｇｕａｇｅ（ＷＳＦＬ）である。しかしながら、代替実施形態では、ＸＬＡＮＧ（Ｍｉｃｒｏｓｏｆｔによる拡張言語）、ｅｂＸＭＬ（ＵＮ／ＣＥＦＡＣＴおよびＯＡＳＩＳ後援の拡張マークアップ言語を使用する電子ビジネス）、Ｂｕｓｉｎｅｓｓ  Ｐｒｏｃｅｓｓ  Ｍｏｄｅｌｉｎｇ  Ｌａｎｇｕａｇｅ、またはＷｅｂ  Ｓｅｒｖｉｃｅｓ  Ｃｏｎｖｅｒｓａｔｉｏｎ  Ｌａｎｇｕａｇｅを使用することができる。
【００１３】
所望のウェブ・サービスが先行する要求によって以前に作成されたものである場合、サーバは既存のウェブ・サービスを呼び出す。ウェブ・サービスはＷＳＦＬを使用してＳＯＡＰエンベロープを読み取り、特定の計算グリッドについてソリューションの場所および可用性を決定する。ウェブ・サービスは、ＷＳＦＬウェブ・サービス構成を使用して複数の使用可能グリッドを検索することができる。使用可能なグリッドはウェブ・サービスがメンバであるグリッドであり、任意数の計算グリッドを有することができる。ＷＳＦＬは、ウェブ・サービスと１つまたは複数の計算グリッドとの間の通信を可能にする。ＷＳＦＬは計算グリッドとユーザのウェブ・ブラウザとの間の通信にプロトタイプを与える。ＰｌｕｇＬｉｎｋｓなどの要素は、ユーザのブラウザと特定の計算グリッドとの間の関係を定義する。ＣｏｎｔｒｏｌＬｉｎｋは、ウェブ・サービスとグリッド・メンバとの間に情報の流れが生じる順番を規定するために確立される。ＷＳＦＬのパラメータについては、参照により本明細書に組み込まれたＩＢＭソフトウェア・グループのフランク・レイマン教授博士による「Ｗｅｂ  Ｓｅｒｖｉｃｅｓ  Ｆｌｏｗ  Ｌａｎｇｕａｇｅ  １．０」で完全に開示されている。しかしながら、ＷＳＦＬおよび様々な他のワークフロー定義文法の動作については、当業者にとって周知である。
【００１４】
ウェブ・サービスはＳＯＡＰエンベロープ内に提供された情報を取得し、使用可能な計算グリッドを検索して所望のソリューションがグリッド内に常駐しているかどうかを特定し、常駐している場合はどの場所に常駐しているかを特定する（ステップ１９）。
【００１５】
所望のソリューションの場所が特定されると、ウェブ・サービスは計算グリッド・メンバと通信してソリューションを取得する（ステップ２１）。ウェブ・サービスはグリッド・メンバからソリューションを取得し、このソリューションを第２のＳＯＡＰエンベロープの形でサーバに返送する（ステップ２３）。サーバは第２のＳＯＡＰエンベロープを受信し、ＨＴＴＰ  Ｐｏｓｔフォーマットの非メンバ・デバイスのブラウザにソリューションを戻す（ステップ２４）。
【００１６】
ユーザからの特定の照会が新しい照会であった場合、確立された情報フローは新しいウェブ・サービスとして保存され、ユーザからグリッド・メンバへのその後の接続を容易にする。
【００１７】
図２は、本発明に従って動作するウェブ・サービスと周囲の環境との間の関係を示す図である。ユーザは非メンバ・デバイス２５を介してシステムにアクセスする。非メンバ・デバイス２５はウェブ・ブラウザを使用して、ウェブ・サービス２９を実行しているサーバ２７にアクセスする。別の方法として、サーバ２７はウェブ・サービス２９をホストせず、代わりにリモート位置からこれを呼び出す場合がある。サーバ２７上に常駐するウェブ・サービス２９は、複数のグリッド・メンバ３３ａ、３３ｂ、３３ｃ、３３ｄ、３３ｅ、３５ａ、３５ｂ、３５ｃ、３５ｄ、３５ｅを含む、少なくとも１つの計算グリッド３１ａ、３１ｂと通信する。ソリューションを含むグリッド・メンバが識別され、ソリューションが取得されると、このソリューションはウェブ・サービスを介してサーバに戻される。サーバは、好ましくはＨＴＴＰ  Ｐｏｓｔフォーマットを使用して、ソリューションを非メンバ・デバイスに戻す。
【００１８】
代替の実施形態が図３に示される。図３を参照すると、ユーザは非メンバ・デバイス２５を介してシステムにアクセスする。非メンバ・デバイス２５はウェブ・ブラウザを使用して、ウェブ・サービス２９を含むサーバ２７にアクセスする。ウェブ・サービスは、複数のグリッド・メンバ３３ａ、３３ｂ、３３ｃ、３５ａ、３５ｂ、３５ｃ、３５ｄを含む１つまたは複数の計算グリッド３１ａ、３１ｂと通信する。しかしながら図３に示された実施形態では、ウェブ・サービスはＷＳＦＬを使用して、オリジナルの非メンバ・デバイス２５の位置をオリジナルの要求に対するソリューションを含むグリッド・メンバに送る。その後グリッド・メンバ３３ａ、３５ａは、好ましくはＨＴＴＰ  Ｐｏｓｔを使用してこのソリューションを非メンバ・クライアント・デバイス２５のブラウザに直接戻す。正しいグリッド・メンバと非メンバ・デバイスとの間での通信が容易になると、もはやウェブ・サービスを介してソリューションを返送する必要はない。これによって、非メンバ・デバイスからの要求への応答時間を最小限にすることができる。
【００１９】
さらに図３に示された実施形態では、いったんウェブ・サービスがソリューションを見つけることのできるグリッド内の適切な場所を突き止め、ブラウザをグリッド・メンバに知らせると、ユーザはウェブ・サービスを呼び出さずに、非メンバ・デバイス２５からの追加の要求をグリッド・メンバ（たとえば３５ａ）に直接送信することができる。これにより、後続の要求を処理する速度および効率が向上する。
【００２０】
非メンバ・デバイスが計算グリッドにアクセスできるようにするために、ＷＳＦＬまたは他のＸＭＬベースのワークフロー定義文法を実施するウェブ・サービスを使用することによって、計算グリッド内に含まれる莫大なリソースを世界中のユーザが利用できるようになる。これによってユーザは、以前はグリッドのメンバであるデバイスへのローカル・アクセスができない人には使用できなかった、インターネットを介してのリソースへのアクセスが可能になる。またユーザには、どの計算グリッドがソリューションを含んでいるのかを知る必要なしに、特定の計算グリッド内に含まれるソリューションを見つけるための手段も提供される。ウェブ・サービスを使用しグリッド・メンバと非メンバ・デバイスとの間の通信を容易にすることによって、これらの目的を実現するための効率的な手段が与えられる。
【００２１】
本発明を具体化するソフトウェア・プログラミング・コードは、通常、コンピュータ・グリッド内のワークステーションの永続ストレージなどの何らかのタイプの永続ストレージに格納される。クライアント／サーバ環境では、こうしたソフトウェア・プログラミング・コードをサーバに関連付けられたストレージを使って格納することができる。ソフトウェア・プログラミング・コードは、ディスケットまたはハード・ドライブまたはＣＤ−ＲＯＭなどの、データ処理システムで使用するための様々な既知のメディアのうちのいずれかで具体化することができる。コードはこうしたメディア上で配布するか、あるいは、何らかのタイプのネットワークを介して１つのコンピュータ・システムのメモリまたはストレージから他のコンピュータ・システムへと、こうした他のシステムのユーザが使用するために配布することができる。ソフトウェア・プログラム・コードを物理メディア上で具体化するため、およびソフトウェア・コードをネットワークを介して配布するため、あるいはそのいずれかのための技法および方法は良く知られており、本明細書ではこれ以上考察しない。
【００２２】
前述のステップは、標準の良く知られたプログラミング技法を使用して実施することができる。前述の実施形態の新規な点は、特定のプログラミング技法にあるのではなく、記載された結果を達成するために説明したステップを使用することにある。
【００２３】
前述の内容は例示的なものであり、当業者が本発明の趣旨を逸脱することなく明らかに修正できることを理解されよう。したがって本明細書は、添付の特許請求の範囲で定義された本発明の趣旨および範囲に含まれるような、こうした代替形態、修正形態、および等価形態をカバーすることを意図するものである。
【図面の簡単な説明】
【００２４】
【図１】本発明に従った非メンバ・デバイスによる計算グリッドへのアクセスに使用されるステップを示す流れ図である。
【図２】本発明に従って動作するシステムを示す図である。
【図３】本発明の代替実施形態に従って動作するシステムを示す図である。
【図１】
2006520025.tif 000003
【図２】
2006520025.tif 000004
【図３】
2006520025.tif 000005