(57)【要約】【課題】グリッドコンピューティング技術を用いて膨大な演算データを分割演算し，演算のためのリソースの提供者にポイントを還元することにより，ネットビジネスの活性化を図ることを目的とする。【解決手段】主処理装置１は，ユーザ（顧客）から受け取った膨大な演算データを分割し，監視装置２に送信する。リソース提供端末３は，監視装置２からリソース提供端末用アプリケーション３０をダウンロードし，自らのリソースの使用状況を通知するためのヘルスチェックパケットを監視装置２に送信する。監視装置２は，配下のリソース提供端末３のリソース使用状況に基づいて，使用可能なリソース提供端末３を選択し，そのリソースの使用状況に適したデータ量の演算データを送信する。各リソース提供端末３での演算処理の結果は，監視装置２を介して主処理装置１に送られ，そこでまとめられてユーザに返却される。【選択図】          図１
2004302741.tif 000002
【特許請求の範囲】
【請求項１】
要求された演算処理対象の演算データを分割する主処理装置と，分割された演算データの演算を行う複数のリソース提供端末と，それらの複数のリソース提供端末を監視し，リソース提供端末と主処理装置との間でのデータの送受信を管理する監視装置とをネットワークで接続したグリッドコンピューティングを用いたシステムにおけるリソース提供方法であって，
前記監視装置が，前記リソース提供端末から送信される自端末のリソース使用状況を伝えるためのヘルスチェックパケットを受信し，各リソース提供端末のリソース使用状況を管理する過程と，
前記監視装置が，前記主処理装置から演算処理対象の演算データを受け取る過程と，
前記監視装置が，前記主処理装置から演算処理対象の演算データを受け取った場合に，前記各リソース提供端末のリソース使用状況に基づき，演算処理を依頼するリソース提供端末を選出し，選出したリソース提供端末に見合ったデータ量の演算データを送信する過程と，
前記監視装置が，演算処理を依頼したリソース提供端末から演算処理結果の演算後データを受信する過程と，
前記監視装置が，演算処理を依頼したすべてのリソース提供端末から演算処理結果の演算後データを受信した場合に，それらの演算後データを合わせて前記主処理装置へ送信する過程とを有する
ことを特徴とするグリッドコンピューティングを用いたシステムにおけるリソース提供方法。
【請求項２】
請求項１記載のグリッドコンピューティングを用いたシステムにおけるリソース提供方法において，
前記監視装置が，前記各リソース提供端末が所有するアプリケーションの情報を記憶し保持する過程と，
前記監視装置が，いずれかのリソース提供端末からのアプリケーション使用要求を受ける過程と，
前記監視装置が，前記使用要求されたアプリケーションを提供可能なリソース提供端末を選出する過程と，
前記監視装置が，前記使用要求されたアプリケーションを提供可能なリソース提供端末が存在する場合に，そのリソース提供端末から前記使用要求されたアプリケーションを取得する過程と，
前記監視装置が，前記アプリケーションの使用を要求するリソース端末に，前記取得したアプリケーション自体またはそのアプリケーションの処理機能を提供する過程とを有する
ことを特徴とするグリッドコンピューティングを用いたシステムにおけるリソース提供方法。
【請求項３】
要求された演算処理対象の演算データを分割する主処理装置と，分割された演算データの演算を行う複数のリソース提供端末と，それらの複数のリソース提供端末を監視し，リソース提供端末と主処理装置との間でのデータの送受信を管理する監視装置とをネットワークで接続したグリッドコンピューティングを用いたシステムにおける監視装置であって，
前記リソース提供端末から送信される自端末のリソース使用状況を伝えるためのヘルスチェックパケットを受信し，各リソース提供端末のリソース使用状況を管理する手段と，
前記主処理装置から演算処理対象の演算データを受け取る手段と，
前記主処理装置から演算処理対象の演算データを受け取った場合に，前記各リソース提供端末のリソース使用状況に基づき，演算処理を依頼するリソース提供端末を選出し，選出したリソース提供端末に見合ったデータ量の演算データを送信する手段と，
演算処理を依頼したリソース提供端末から演算処理結果の演算後データを受信する手段と，
演算処理を依頼したすべてのリソース提供端末から演算処理結果の演算後データを受信した場合に，それらの演算後データを合わせて前記主処理装置へ送信する手段とを備える
ことを特徴とするグリッドコンピューティングを用いたシステムにおける監視装置。
【請求項４】
要求された演算処理対象の演算データを分割する主処理装置と，分割された演算データの演算を行う複数のリソース提供端末と，それらの複数のリソース提供端末を監視し，リソース提供端末と主処理装置との間でのデータの送受信を管理する監視装置とをネットワークで接続したグリッドコンピューティングを用いたシステムにおける監視装置のコンピュータが実行するためのプログラムであって，
前記リソース提供端末から送信される自端末のリソース使用状況を伝えるためのヘルスチェックパケットを受信し，各リソース提供端末のリソース使用状況を管理する処理と，
前記主処理装置から演算処理対象の演算データを受け取る処理と，
前記主処理装置から演算処理対象の演算データを受け取った場合に，前記各リソース提供端末のリソース使用状況に基づき，演算処理を依頼するリソース提供端末を選出し，選出したリソース提供端末に見合ったデータ量の演算データを送信する処理と，
演算処理を依頼したリソース提供端末から演算処理結果の演算後データを受信する処理と，
演算処理を依頼したすべてのリソース提供端末から演算処理結果の演算後データを受信した場合に，それらの演算後データを合わせて前記主処理装置へ送信する処理とを，
コンピュータに実行させるためのグリッドコンピューティングを用いたシステムにおける監視装置用プログラム。
【請求項５】
要求された演算処理対象の演算データを分割する主処理装置と，分割された演算データの演算を行う複数のリソース提供端末と，それらの複数のリソース提供端末を監視し，リソース提供端末と主処理装置との間でのデータの送受信を管理する監視装置とをネットワークで接続したグリッドコンピューティングを用いたシステムにおけるリソース提供端末のコンピュータが実行するためのプログラムであって，
前記監視装置に自端末のリソース使用状況を伝えるためのヘルスチェックパケットを送信する処理と，
前記監視装置から演算データとその演算データに対する処理内容が記述された計算定義情報または計算用プログラムとを受信する処理と，
前記監視装置から受信した演算データを，前記計算定義情報または計算用プログラムに従って演算処理し，処理結果のデータを前記監視装置へ返送する処理とを，
当該リソース提供端末におけるバックグランウド処理としてコンピュータに実行させるための，グリッドコンピューティングを用いたシステムにおけるリソース提供端末用プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は，グリッドコンピューティングを用いたシステムにおけるリソース提供方法およびその監視装置に関し，特に，複雑でかつ膨大な計算処理を必要とするユーザ（顧客）に対してのソリューションとして，グリッドコンピューティング技術を用いて演算処理業者が演算処理を請け負い，またリソース提供者に対して演算のためのリソースの提供料としてポイントを還元し，そのポイントを使用させることにより，ネットワークビジネスの活性化を図る技術に関する。
【０００２】
【従来の技術】
バイオ，物理，設計，金融などの分野では，データ解析のため，複雑かつ膨大な量の計算処理を行わなければならない。このような計算処理を必要とする事業者は，処理性能の良いスーパーコンピュータを購入するか，スーパーコンピュータの代わりとして多数のコンピュータを購入するか，あるいはこれらの設備を持つ請負業者に計算処理を委託（アウトソーシング）する必要がある。
【０００３】
また，近年，グリッドコンピューティングは，高価なスーパーコンピュータが無くても複雑な計算やプログラムを短期間に実行できる技術として人気を高めている。しかし，この技術を利用したソフトウェアの開発，利用は進んでいるが，ビジネスとして推進しているものは少ない。
【０００４】
従来の技術の例として，集中サーバが受け取った電算処理を分散処理できるように小さな処理単位（ユニット）に分割し，ユーザ端末が集中サーバに処理単位（ユニット）の送付を要求して演算処理を実行する分散型処理システムがある（例えば，特許文献１参照）。
【０００５】
また，インターネット等を介したネットワーク上には家庭やオフィスの端末が接続され，電子マネーを使用したオンライン取引が行われている。
【０００６】
【特許文献１】
特開２００１−３４４１９９号公報
【０００７】
【発明が解決しようとする課題】
複雑でかつ膨大な量の計算処理を行うスーパーコンピュータは，導入，維持コストが非常に高額になる。また，スーパーコンピュータの代替として安価な端末を多数購入し，処理させる場合も同様である。
【０００８】
近年，インターネットが普及し，その設備も整備されていることから，月額料金定額制の２４時間常時接続で容易にネットワークを介し，家庭やオフィスの端末はいつでも通信が行えるようになってきている。また，端末のプロセッサ処理能力も飛躍的に向上し，記憶媒体の容量も増加している。それは一般向け端末においても同様である。しかしながら，常にその処理能力をすべて使用しているとは限らないのが現状である。また，アプリケーションについても，常に使用しているとは限らない。
【０００９】
本発明は，複雑かつ膨大な量の計算処理を必要とする事業者，あるいはそれを請け負う事業者が，インターネットなどのネットワークを介して無数に存在する家庭やオフィスの端末において，その利用率が低い時間帯に演算処理させるグリッドコンピューティング技術を用い，スーパーコンピュータなどの導入／維持コストを削減し，また，そのリソースやアプリケーションの提供料として提供者にポイントを還元し，そのポイントをネットショッピング等で使用可能とすることでリソースと顧客の確保につなげ，総合的な演算処理速度を速め，同時にネットショッピング等のネットワークビジネスの活性化を図ることを目的とする。
【００１０】
特に，本発明は，上記グリッドコンピューティング技術を用いるにあたって，リソースを提供する端末に負担をかけずに，実際に使用可能な最適な多数のリソース提供端末を選出することができるシステムを構築することを目的とする。
【００１１】
【課題を解決するための手段】
本発明のシステムは，上記課題を達成するため，ネットワークを介して接続されているデータベースを有する主処理装置と，一般家庭やオフィスの端末（以下，この端末をリソース提供端末，この端末の所有者をリソース提供者という）と，リソース提供端末を監視する機能を有し，リソース提供端末と主処理装置との間でデータを送受信する監視装置とから構成される。
【００１２】
本システムは，演算処理を行う演算処理業者が，演算処理を必要とするユーザ（顧客）からデータを受け取り，主処理装置が，膨大な量の演算データをリソース提供端末でも処理可能な単位に分割し，その分割された演算データを監視装置経由でリソース提供端末に分配し，リソース提供端末が，演算処理を行った後にその処理結果を監視装置経由で主処理装置に送信し，主処理装置が，演算結果を収集し，その結果をユーザ（顧客）に返すグリッドコンピューティング技術を用いていることを特徴とする。
【００１３】
また，リソース提供者が自端末（リソース提供端末）に演算用プログラム（以下，リソース提供端末用アプリケーションという）をダウンロードすることにより，リソース提供者が無意識のうちにすべてバックグラウンドで，演算処理が行われることを特徴とする。
【００１４】
また，監視装置は，リソース提供端末から送信されてくるヘルスチェックパケットにより，自装置配下のリソース提供端末のリソース（ＣＰＵ，メモリ，ハードディスク等）の使用状況を把握し，その収集情報からリソース提供端末のリソース使用率が低い時間帯（リソース利用可能時間）を統計的に算出した後，各リソース提供端末のスケジューリングを行い，リソースに見合ったデータ量の演算データを各リソース提供端末に分配することを特徴とする。
【００１５】
また，リソース提供端末にはリソース提供端末用アプリケーションをインストールし，計算定義ファイルあるいはプログラムの一部と演算データとを，監視装置もしくは指定サイトからリソース提供端末用アプリケーションが自動的にダウンロードして演算処理を行うことを特徴とする。
【００１６】
また，リソース提供端末用アプリケーションは，それをインストールした端末のＣＰＵ，メモリ等のリソースだけではなく，その端末が保持する他のアプリケーションをも提供可能とすることを特徴とする。以下，アプリケーションを提供する端末をアプリケーション提供端末，その所有者をアプリケーション提供者という。また，アプリケーションを使用する端末をアプリケーション使用端末，その所有者をアプリケーション利用者という。
【００１７】
また，演算処理業者の装置は，演算処理に使用したリソース提供端末（アプリケーション提供端末，アプリケーション使用端末を含む）のリソース利用回数，リソース利用時間，処理を行ったデータ量，アプリケーション提供回数などを管理し，データベースに保持することで，所定のサービスを受けることのできるポイント数を自動的に計算し，そのポイントをリソース提供者／アプリケーション提供者に還元することを特徴とする。
【００１８】
一方で，本システムにおいて，演算処理業者は，プロバイダ，インターネットショップ等（以下，ビジネス提携業者という）と提携し，リソース提供者／アプリケーション提供者は，還元されたポイントでプロバイダ費用の支払いやインターネットショッピングを行うことが可能であり，また，ポイントを電子マネーに換金し，他のインターネットショップ等で自由に使用することができる仕組みを提供することを特徴とする。
【００１９】
以上の処理は，コンピュータとソフトウェアプログラムとによって実現することができ，そのプログラムをコンピュータ読み取り可能な記録媒体に記録して提供することも，ネットワークを通して提供することも可能である。
【００２０】
【発明の実施の形態】
以下，本発明の実施の形態について，図を用いて説明する。
【００２１】
〔実施の形態１〕
図１は，本発明の実施の形態におけるグリッドコンピューティングによるシステムの構成例を示す図である。本システムは，ユーザ（顧客）から受け取った膨大なデータを一般家庭やオフィスのリソース提供端末３でも処理可能な単位に分割する主処理装置１と，リソース提供端末３を監視する複数の監視装置２と，演算処理を行う複数のリソース提供端末３とが，インターネット等のネットワーク４を介して相互に接続されている。
【００２２】
リソース提供端末３は，あらかじめ監視装置２からリソース提供端末用アプリケーションをダウンロードする。そのリソース提供端末用アプリケーションにより，リソース提供者に意識させずに自動的にリソース提供を行うことができる。また，リソース提供端末３は，定期的にヘルスチェックパケットを送信することにより，自らのリソース使用状況を監視装置２に通知する。
【００２３】
図２は，本実施の形態における主処理装置による分割／結合処理を示す図である。また，図３は，本実施の形態における主処理装置，監視装置およびリソース提供端末間でのデータの流れを示す図である。
【００２４】
主処理装置１は，ユーザ（顧客）から受け取った演算前元データ１００を，リソース提供端末３でも処理可能なように分割（データ分割処理）して演算前分割データ１０１とし，それをブロックごとに演算前データ１０２として配下の各監視装置２に送信する。このとき，どの監視装置２にどの演算前データ１０２を送信したかを判別するために，演算前データ１０２にヘッダを付与する。演算前データ１０２を受信した監視装置２は，その演算前データ１０２をリソース提供端末３で処理可能なデータ量の演算前データ１０３に細分し，各リソース提供端末３に送信する。
【００２５】
これを受信したリソース提供端末３は，演算処理を行った後，監視装置２に処理結果の演算後データ１０４を返却する。監視装置２は，リソース提供端末３からの演算後データ１０４をまとめ，演算後データ１０５としたブロックを主処理装置１に返却する。主処理装置１は，監視装置２からの演算後データ１０５を収集して演算後収集データ１０６とし，データ結合処理を行い，その結果の演算後結果データ１０７をユーザ（顧客）に返却する。
【００２６】
図４は，本実施の形態における監視装置の構成例を示す図である。また，図５は，本実施の形態におけるリソース提供端末の構成例を示す図である。監視装置２，リソース提供端末３は，それぞれ監視装置用アプリケーション２０，リソース提供端末用アプリケーション３０を備える。
【００２７】
監視装置用アプリケーション２０は，送受信部２１，ユーザ管理部２２，リソース提供端末情報管理部２３，リソース提供端末ポイント情報管理部２４，データ制御部２５，アプリケーション所有情報管理部２６，アプリケーション使用許可情報管理部２７，アプリケーション制御部２８，アプリケーション提供／使用ポイント情報管理部２９を備える。また，リソース提供端末用アプリケーション３０は，送受信部３１，演算処理部３２，データ制御部３３，リソース管理部３４，アプリケーション制御部３５を備える。
【００２８】
リソース提供者は，グリッドコンピューティングに参加するために，演算処理業者の監視装置２にアクセスし，リソース提供者登録を行う。登録が完了すると，ユーザ管理部２２は，リソース提供端末用アプリケーション３０とその端末ＩＤ（ライセンスキー）とを，送受信部２１によりリソース提供端末３に送信する。
【００２９】
この端末ＩＤは，各リソース提供端末用アプリケーション３０をインストールする端末に唯一のＩＤとする。また，この端末ＩＤにより，リソース提供端末情報管理部２３，リソース提供端末ポイント情報管理部２４は，それぞれリソース提供端末テーブル２００，リソース提供端末ポイントテーブル２０１を作成（初期化）する。リソース提供端末テーブル２００，リソース提供端末ポイントテーブル２０１については，詳細を後述する。
【００３０】
ここで，演算処理用にリソース提供端末３にインストールされたリソース提供端末用アプリケーション３０は，データファイルと計算定義ファイルあるいはプログラムの一部を別々に扱い，それぞれを監視装置２からのリソース利用の要求があればダウンロードして取り込む機能を有する。計算定義ファイルは，依頼された演算処理を実行するための処理手続きが記載されたスクリプトまたはプログラムが格納されたファイルである。計算定義ファイルには，演算処理対象のデータの種類，データのサイズなどのデータの属性情報等についても格納されている。
【００３１】
リソース提供端末用アプリケーション３０に取り込む計算定義ファイルや，計算を行わせるためのプログラムが容易に変更可能であることにより，ベースとなるアプリケーションを変更する必要がなくなる。また，リソース提供端末用アプリケーション３０が，計算定義ファイルをデータと同時にダウンロードして取り込むことにより，リソース提供者側の設定依存性がなくなる。よって，多様な計算処理を行わせることが可能となる。
【００３２】
リソース提供端末３にリソース提供端末用アプリケーション３０をインストールした後には，リソース提供端末３から監視装置２に定期的にヘルスチェックパケットが送信される。監視装置２は，そのヘルスチェックパケットを送受信部２１で受信し，リソース提供端末情報管理部２３によって，各リソース提供端末３の状況をリソース提供端末テーブル２００に反映する。ヘルスチェックパケットについては，詳細を後述する。
【００３３】
一方，演算処理を行う場合には，監視装置２にある監視装置用アプリケーション２０のリソース提供端末情報管理部２３によってリソース提供端末テーブル２００のステータスをチェックし，演算処理可能なリソース提供端末３の端末ＩＤを選出する。端末ＩＤの選出は，ＣＰＵ稼働率やメモリ使用率およびそれらの閾値をチェックすることで行われる。より多くのデータを演算処理可能なリソース提供端末３から，あるいは利用時間が少ないリソース提供端末３から優先的に選出される。
【００３４】
また，いくらか演算処理を行わせることで，データ送信から結果データ受信までどれだけの時間がかかったかを算出し，ネットワークの通信速度およびＣＰＵ処理速度を加味した総合的な処理速度も算出し，端末ＩＤ選出の指標とすることができる。
【００３５】
端末ＩＤの選出を終えると，監視装置２は，データ制御部２５においてリソース提供端末３に適した演算前データ１０３を取り出し，その演算前データ１０３を識別するための処理データ番号と送信先のリソース提供端末３の端末ＩＤとを演算前データ１０３のヘッダに付与し，端末ＩＤに対応する処理データ番号をリソース提供端末情報管理部２３においてリソース提供端末テーブル２００に保持し，送受信部２１により対象となる端末ＩＤをもつリソース提供端末３に演算前データ１０３を送信する。
【００３６】
リソース提供端末３のリソース提供端末用アプリケーション３０において，送受信部３１で演算前データ１０３を受信する。次に，データ制御部３３によりヘッダを分離して退避し，演算処理部３２で演算処理を行い，その結果である演算後データ１０４にデータ制御部３３により再びヘッダを付与し，その演算後データ１０４を送受信部３１から監視装置２に送信する。
【００３７】
監視装置用アプリケーション２０は，演算後データ１０４を送受信部２１によって受信すると，データ制御部２５によりヘッダを取り除いた後，結果用データとして保持する。同時に，リソース提供端末ポイント情報管理部２４により，リソース提供端末ポイントテーブル２０１における対象となる端末ＩＤのポイント加算を行う。
【００３８】
図６は，本実施の形態におけるヘルスチェックパケットの例を示す図である。図６の例のヘルスチェックパケットは，情報として，各リソース提供端末３を識別するためのユーザ情報（端末ＩＤ）と，リソース提供開始時間，終了時間を示す利用可能時間（ＳＴＡＲＴ），利用可能時間（ＥＮＤ）と，ＣＰＵ，メモリ，ハードディスクの使用率の閾値を示すＣＰＵ使用率（閾値），メモリ使用率（閾値），ハードディスク使用率（閾値）と，ＣＰＵ，メモリ，ハードディスクの使用率の現状値を示すＣＰＵ使用率（現状値），メモリ使用率（現状値），ハードディスク使用率（現状値）と，リソース提供端末３が提供可能なアプリケーションを示すアプリケーションリストとを有する。
【００３９】
リソース提供端末用アプリケーション３０の起動中，もしくはリソース提供可能時は，ヘルスチェックパケットがリソース提供端末３から監視装置２に定期的に送信される。ヘルスチェックパケットには，リソース提供端末３におけるリソース使用率の現状値が含まれている。これにより，監視装置２は，配下のリソース提供端末３の稼動状況を把握することができる。
【００４０】
リソース提供者がリソース提供時間を特に指定しない場合，監視装置２は，一定期間のヘルスチェックパケットから統計的に各リソース提供端末３のリソース利用可能時間帯を算出する。リソース提供者がリソース提供時間を指定する場合には，リソース提供端末用アプリケーション３０にリソース提供時間を設定し，監視装置２は，ヘルスチェックパケットによってこの情報を得る（このため，監視装置２側でのリソース利用可能時間の算出は不要となる）。同様に，リソース利用率（ＣＰＵ使用率，メモリ使用率，ハードディスク使用率）の閾値についても，リソース提供者からの指定がなければ，監視装置２側で自動設定可能とする。
【００４１】
図７は，本実施の形態におけるリソース提供端末テーブルの例を示す図である。図７の例のリソース提供端末テーブル２００は，各リソース提供端末３ごとの情報として，各リソース提供端末３を識別するための端末ＩＤと，リソース提供開始時間，終了時間を示す利用可能時間（ＳＴＡＲＴ），利用可能時間（ＥＮＤ）と，ＣＰＵ，メモリ，ハードディスクの使用率の閾値を示すＣＰＵ使用率（閾値），メモリ使用率（閾値），ハードディスク使用率（閾値）と，ＣＰＵ，メモリ，ハードディスクの使用率の現状値を示すＣＰＵ使用率（現状値），メモリ使用率（現状値），ハードディスク使用率（現状値）と，送信した演算前データ１０３を識別するための処理データ番号と，リソース提供が可能であるか否かを示すステータスとを有する。
【００４２】
このようなリソース提供端末テーブル２００によって，監視装置２は，リソース提供端末３から送られてくるヘルスチェックパケットから，配下リソース提供端末３のリソース利用可能時間を管理し，演算処理を行わせる時間帯をスケジューリングする。また，主処理装置１は，監視装置２が確保しているリソースからそれに見合った演算データ（演算前データ１０２）を算出し，監視装置２に送信する。監視装置２は，管理しているリソース提供端末テーブル２００をもとに各リソース提供端末３に見合った演算前データ１０３を算出し，送信する。
【００４３】
図８は，本実施の形態におけるリソース提供端末ポイントテーブルの例を示す図である。図８の例のリソース提供端末ポイントテーブル２０１は，各リソース提供端末３ごとの情報として，各リソース提供端末３を識別するための端末ＩＤと，演算処理を行った回数を示すリソース利用回数と，リソースを演算処理に利用した総時間を示すリソース利用時間と，演算前データ１０３の総量と演算後データ１０４の総量とを加えたデータ量と，それらの情報をもとに計算されるポイント数とを有する。
【００４４】
監視装置２は，配下の各リソース提供端末３に行わせた演算処理に関して，リソース利用回数，リソース利用時間，データ量等のリソースの提供に関する情報を保持し，これらの情報をもとにあらかじめ定められた算出方法によってポイントを算出し保持する。また，後述のアプリケーション提供時，使用時においても，アプリケーションの提供に関する情報を保持し，その情報をもとにしたアプリケーション提供／使用分のポイントを保持する。
【００４５】
監視装置２がリソースの提供に関する情報やアプリケーションの提供に関する情報を定期的に主処理装置１に送信し，主処理装置１でそれらの情報からポイントを算出し，保持するようにしてもよい。
【００４６】
演算処理業者は，リソース提供者にリソース提供料としてポイントを還元し，また，リソース提供者がそのポイントを自由に使用できるようにするためにビジネス提携業者（プロバイダやインターネットショップなど）とビジネス提携し，ビジネス提携業者が所有するコンテンツなどと保持しているポイントのデータベースとを連携させる。
【００４７】
ここで，ポイントの算出に関しては，様々な算出方法が考えられる。以下，例として４つのポイント算出方法を挙げる。
【００４８】
（１）  「ポイント数＝リソース利用回数」
リソース提供端末３のリソースを利用した時間やデータの処理量に関係なく，リソース提供装置３のリソースを利用した回数をポイント数とする。
【００４９】
（２）  「ポイント数＝リソース利用時間」
リソース提供端末３のリソースを利用した時間をポイント数とする。リソース提供端末３のデータの処理量に関係なく，時間あたり同ポイントとする。
【００５０】
（３）  「ポイント数＝データ量」
リソース提供端末３で演算処理したデータの処理量に応じた値をポイント数とする。この算出方法では，演算処理したデータの処理量（データ量）がそのままポイント数になるため，ハードディスクやメモリ容量が大きい，ＣＰＵ処理速度が速いといったスペックが高いリソース提供端末３や，通信速度が速い回線に接続されているリソース提供端末３のポイントが高くなる。
【００５１】
（４）  「ポイント数＝データ量／リソース利用時間」
単位時間あたりのデータの処理量をポイント数とする。短時間で多くのデータを処理できるリソース提供端末３のポイントが高くなる。
【００５２】
図９は，本実施の形態における監視装置とリソース提供端末の処理シーケンス図である。リソース提供端末３は，リソース提供開始時間になると（Ｑ１），監視装置２との間にセッションを確立し（Ｑ２），監視装置２に対してヘルスチェックパケットの送信を開始する（Ｑ３）。以後，定期的にヘルスチェックパケットが送信される（Ｑ８，Ｑ１４）。これを受信した監視装置２は，その内容を図７に示すようなリソース提供端末テーブル２００に追加する（Ｑ４）。
【００５３】
ここで，ヘルスチェックパケットは一定間隔でリソース提供端末３から監視装置２に送信されるが，リソース提供端末３は定額の常時接続回線を使用しているため，監視装置２との情報の送受信による課金は特に生じない。
【００５４】
また，監視装置２は，配下のリソース提供端末３の状態を監視しており，リソース提供端末テーブル２００から，演算処理させる端末を選出する。選出時にはリソース提供端末テーブル２００によりリソース提供端末３の稼動状況から順位付けを行い，順位が高いもの（稼動率が低いものやリソース提供時間が短いもの）から順に処理を行わせる。リソース提供端末３に処理を行わせている間，何らかの障害で一定時間以上リソース提供端末３からのヘルスチェックパケットを受信できない場合の考慮や，処理結果の整合性チェックを行うために，同じデータに対する処理を複数のリソース提供端末３に行わせる。これによって，演算処理の信頼性を向上させることができる。
【００５５】
監視装置２は，リソース提供端末３を選出すると，その端末に対して演算要求を送信する（Ｑ５）。この際に，監視装置２は実際に処理させる演算前データ１０３と計算定義ファイルを送信する。また，主処理装置１と同様に，どのリソース提供端末３にどの演算前データ１０３を送信したかを判別するために，演算前データ１０３にヘッダを付与する。
【００５６】
これを受信したリソース提供端末３は，監視装置２に応答を返却し（Ｑ６），演算処理を開始する（Ｑ７）。演算処理が完了したら（Ｑ９），処理終了通知を監視装置２に送信する（Ｑ１０）。この際に，リソース提供端末３は演算結果のデータ（演算後データ１０４）を送信する。
【００５７】
監視装置２は，受信した演算後データ１０４を保存し（Ｑ１１），リソース提供端末３に応答を返却する（Ｑ１２）。リソース提供端末３は，演算に使用した演算前データ１０３，計算定義ファイル，および演算後データ１０４を自端末から削除する（Ｑ１３）。
【００５８】
リソース提供端末３は，再び監視装置２からの演算要求に対してヘルスチェックパケットを送信しながら（Ｑ１４）待機する。リソース提供端末３は，リソース提供者が設定したリソース提供終了時間になると（Ｑ１５），監視装置２にリソース提供時間終了通知を送信し（Ｑ１６），監視装置２はリソース提供端末テーブル２００からその端末を削除し（Ｑ１７），セッションを切断する（Ｑ１８）。
【００５９】
ここで，リソース提供者がリソース提供開始／終了時間を設定していない場合は，リソース提供端末用アプリケーション３０は常時起動しているものとする。なお，監視装置２とリソース提供端末３間のデータ送受信には，暗号化技術や認証技術を用い，リソース提供端末３が使用する演算前データ１０３，計算定義ファイル，および演算後データ１０４は容易に閲覧できないように暗号化され，プロテクトされているものとする。
【００６０】
図１０は，本実施の形態における監視装置による演算処理フローチャートである。監視装置２において，まず，送受信部２１は，配下の各リソース提供端末３から定期的に送られてくるヘルスチェックパケットを受信し，リソース提供端末情報管理部２３は，受信したヘルスチェックパケットをもとにリソース提供端末テーブル２００を更新する（ステップＳ１０）。
【００６１】
送受信部２１が主処理装置１から演算前データ１０２を受けると（ステップＳ１１），データ制御部２５は，リソース提供端末情報管理部２３が管理するリソース提供端末テーブル２００で配下の各リソース提供端末３のステータスをチェックし，リソースの提供が可能であるリソース提供端末３を抽出し（ステップＳ１２），また，ＣＰＵ使用率，メモリ使用率，ハードディスク使用率等をチェックし，優先的に演算処理を行わせるリソース提供端末３を選出する（ステップＳ１３）。
【００６２】
次に，データ制御部２５は，演算前データ１０２からそれぞれのリソース提供端末３に適した演算前データ１０３を取り出し（ステップＳ１４），それぞれの演算前データ１０３にその処理データ番号と対応する端末ＩＤとをヘッダとして付与し（ステップＳ１５），送受信部２１は，それぞれのリソース提供端末３に，対応する演算前データ１０３を送信する（ステップＳ１６）。
【００６３】
送受信部２１がリソース提供端末３から演算後データ１０４を受信すると（ステップＳ１７），データ制御部２５は，受信した演算後データ１０４からヘッダを排除し（ステップＳ１８），その演算後データ１０４を保存する（ステップＳ１９）。また，リソース提供端末ポイント情報管理部２４は，リソース提供端末ポイントテーブル２０１を更新する（ステップＳ２０）。
【００６４】
各リソース提供端末３からすべてのもとの演算前データ１０２を構成する演算前データ１０３の演算結果である演算後データ１０４を受信すると（ステップＳ２１），送受信部２１は，受信したすべての演算後データ１０４を合わせた演算後データ１０５を主処理装置１に送信する（ステップＳ２２）。
【００６５】
以上のように，演算処理業者は，グリッドコンピューティング技術を用いることにより，膨大な量の演算処理のために高価なスーパーコンピュータや，それに代わる多数のコンピュータを導入する必要がない。このため，初期導入費や維持費などのコストを削減することができる。また，実際に処理を行うリソース提供端末３の処理能力は飛躍的に伸びていっているため，設備の代替を考慮する必要がない。また，インターネットなどを介して接続されている端末（リソース提供端末３）を使用するため，全世界の端末（リソース提供端末３）を利用することが可能であり，スーパーコンピュータ１台で長期間要した演算処理を短期間で行うことが可能である。
【００６６】
特に，監視装置２は，リソース提供端末３から定期的に送信されるヘルスチェックパケットを受信することにより，リソース提供端末３に対しての通信可否，およびリソース提供端末３の利用可能な時間帯を把握することができる。これにより，確実に演算処理可能なリソース提供端末３に対してのみ演算前データ１０３を送信することが可能であり，利用時間が短いリソース提供端末３に優先的に処理させたり，意図的な電源断や回線断および高負荷などで，処理中に何らかの障害でリソース提供端末３と通信できなくなった場合や演算結果の整合性チェックを考慮して，利用可能な時間帯が重なる複数のリソース提供端末３に同じ処理を行わせたりと，多様なスケジューリングを行うことが可能となる。
【００６７】
また，リソース提供端末３のリソースを把握できることから，各監視装置２やリソース提供端末３に適切な演算前データ１０３を送信することができる。さらに，リソース提供端末３における演算処理はすべてバックグラウンドで行われ，リソース使用率の現状値と閾値の比較，適切なリソース利用時間を自動算出することでリソース提供者が自端末（リソース提供端末３）を利用することに対する影響と負担を少なくすることができる。より多くの時間帯でより多くのリソース提供端末３を確保できれば，２４時間常に演算処理を実行して処理結果を得ることができる。
【００６８】
演算処理業者が所有するポイントデータベースにビジネス提携業者のコンテンツを連携させることで，演算処理業者が収集したリソース提供者をそのまま顧客とすることが可能である。また，ビジネス提供業者の商品を購入するためにリソース提供者として加入することも想定されるため，演算処理業者のリソース確保とビジネス提供者の顧客確保に対し相互作用的な効果がある。
【００６９】
〔実施の形態２〕
図１に示すようなグリッドコンピューティングによるシステムの構成において，あるリソース提供者が，他のリソース提供者に，監視装置２を介して所有するアプリケーションを提供することができる。
【００７０】
以下，所有するアプリケーションを提供するリソース提供者をアプリケーション提供者といい，提供されたアプリケーションを利用するリソース提供者をアプリケーション利用者というものとする。また，アプリケーション提供者のリソース提供端末３をアプリケーション提供端末３ａとし，アプリケーション利用者のリソース提供端末３をアプリケーション使用端末３ｂとして区別して説明する。１つのリソース提供端末３が，アプリケーション提供端末３ａとなることもあるし，アプリケーション使用端末３ｂとなることもある。
【００７１】
アプリケーション提供者がアプリケーションを提供する場合，アプリケーション提供端末３ａのリソース提供端末用アプリケーション３０は，インストール済みのアプリケーションのリストをヘルスチェックパケットによって，監視装置２に送信する。
【００７２】
自端末（アプリケーション使用端末３ｂ）にインストールされていないアプリケーションを使用したいアプリケーション利用者は，監視装置２に使用要求を送信する。
【００７３】
これを受信した監視装置２は，保持しているアプリケーションリストにより対象のアプリケーションを保持しているリソース提供端末３（アプリケーション提供端末３ａ）を選出し，アプリケーションを取得する。監視装置２は，アプリケーションの使用期間を設定し，アプリケーションをアプリケーション利用者のリソース提供端末３（アプリケーション使用端末３ｂ）に送信する。
【００７４】
図１１は，本実施の形態における監視装置とアプリケーション提供端末とアプリケーション使用端末の処理シーケンス図である。アプリケーションを使用するアプリケーション利用者は，アプリケーション使用端末３ｂのリソース提供端末用アプリケーション３０によって，演算処理業者の監視装置２にアプリケーション使用の要求を出す（Ｑ２０）。
【００７５】
この要求を送受信部２１によって受信した監視装置用アプリケーション２０は，アプリケーション所有情報管理部２６によって，要求されているアプリケーションを持つ端末ＩＤをアプリケーション所有テーブル２０２より検出し，ステータスチェック後，アプリケーション提供端末３ａを選出する（Ｑ２１）。アプリケーション所有テーブル２０２にないアプリケーションの要求，あるいはステータス異常でアプリケーション提供端末３ａからアプリケーションを取り出せない場合には，エラー応答する。アプリケーション所有テーブル２０２については，詳細を後述する。
【００７６】
正常に端末ＩＤを選出できたら，次に，送受信部２１によって選出したアプリケーション提供端末３ａにアプリケーションの要求を送信し（Ｑ２２），これを送受信部３１よって受信したアプリケーション提供端末３ａは，アプリケーション制御部３５によりアプリケーションを取り出し，送受信部３１から監視装置２にアプリケーションを送信する（Ｑ２３）。
【００７７】
これを受信した監視装置２は，アプリケーション制御部２８によって自領域にコピー（格納）する（Ｑ２４）。次に，コピー完了通知をアプリケーション使用端末３ｂに送信する（Ｑ２５）。
【００７８】
これを受信したアプリケーション使用端末３ｂは，監視装置２にコピーされたアプリケーションをインストールするために，インストール開始要求にて監視装置２のインストーラを起動し（Ｑ２６），監視装置２は，インストールを開始する（Ｑ２７）。
【００７９】
監視装置２おいて，インストールが終了すると（Ｑ２８），アプリケーション使用許可情報管理部２７によって，アプリケーション名と，使用を許可する端末ＩＤと，使用期間タイマと，アプリケーションの格納場所とを保持するアプリケーション使用許可テーブル２０３を作成する（Ｑ２９）。もし，すでにインストール済みのアプリケーションであれば，アプリケーション使用許可情報管理部２７は，インストールを行わずに端末ＩＤを登録し，使用期間タイマのみスタートさせる。アプリケーション使用許可テーブル２０３については，詳細を後述する。
【００８０】
同時に，アプリケーション提供／使用ポイント情報管理部２９によって，アプリケーション提供／使用ポイントテーブル２０４を作成し（Ｑ３０），アプリケーション提供端末３ａのポイントには加算を，アプリケーション使用端末３ｂのポイントには減算を行う。この後，アプリケーション使用端末３ｂにインストール完了通知を行う（Ｑ３１）。以後，アプリケーション利用者は，アプリケーション使用端末３ｂで監視装置２にアクセスし，アプリケーションを使用することができる（Ｑ３２）。
【００８１】
使用期間タイマが満了した場合には（Ｑ３３），アプリケーション制御部２８はアプリケーションの削除を行う（Ｑ３４）。この際に，まだ他のアプリケーション使用端末３ｂで対象のアプリケーションを使用している場合には，アプリケーション使用許可情報管理部２７において，アプリケーション使用許可テーブル２０３から端末ＩＤのみ削除し，使用できないようにアクセス制限を行う。当然，アプリケーション使用時には，アプリケーション使用許可テーブル２０３において許可されているかをチェックする。
【００８２】
以上，図１１に従って監視装置２とアプリケーション提供端末３ａとアプリケーション使用端末３ｂの処理シーケンスを説明したが，監視装置２でアプリケーションをインストールせずに，監視装置２からアプリケーション使用端末３ｂにアプリケーションをダウンロードし，アプリケーション使用端末３ｂでアプリケーションをインストールし，使用期限が定められたライセンスキーを用いて，アプリケーション利用者がアプリケーションを使用できるようにしてもよい。
【００８３】
図１２は，本実施の形態におけるアプリケーション所有テーブルの例を示す図である。図１２の例のアプリケーション所有テーブル２０２は，各アプリケーション提供端末３ａごとの情報として，アプリケーション提供端末３ａ（リソース提供端末３）を識別するための端末ＩＤと，所有するアプリケーションのアプリケーション名と，アプリケーション提供端末３ａからのアプリケーション取り出しの可否を示すステータスとを有する。
【００８４】
図１３は，本実施の形態におけるアプリケーション使用許可テーブルの例を示す図である。図１３の例のアプリケーション使用許可テーブル２０３は，各アプリケーションごとの情報として，使用されているアプリケーションのアプリケーション名と，アプリケーションの使用を許可しているアプリケーション使用端末３ｂの端末ＩＤと，使用期間の残りを示す使用期間残りタイマ値と，アプリケーションが格納されている場所を示すアプリケーション格納場所の情報を持つ。
【００８５】
図１４は，本実施の形態におけるアプリケーション提供／使用ポイントテーブルを示す図である。図１４の例のアプリケーション提供／使用ポイントテーブル２０４は，各アプリケーション提供端末３ａ（またはアプリケーション使用端末３ｂ）ごとの情報として，アプリケーション提供端末３ａ（またはアプリケーション使用端末３ｂ）を識別するための端末ＩＤと，アプリケーションを提供した総期間を示す提供期間と，アプリケーションを使用した総期間を示す使用期間と，それらの情報をもとに計算されるポイント数の情報を持つ。
【００８６】
また，図１４の例にはないが，各アプリケーション提供端末３ａ（アプリケーション使用端末３ｂ）ごとに，各アプリケーションの提供回数や使用回数をアプリケーションの提供に関する情報として保持し，それらの情報をもとにポイントを算出するようにしてもよい。
【００８７】
演算処理業者は，アプリケーション提供者にアプリケーション提供料としてポイントを還元し，アプリケーション提供者がそのポイントを自由に使用できるようにするため，ビジネス提携業者（プロバイダやインターネットショップなど）とビジネス提携し，ビジネス提携業者が所有するコンテンツなどと保持しているポイントのデータベースとを連携させる。
【００８８】
図１５は，本実施の形態における監視装置によるアプリケーション提供処理フローチャートである。監視装置２において，まず，送受信部２１は，配下の各アプリケーション提供端末３ａ（リソース提供端末３）から定期的に送られてくるヘルスチェックパケットを受信し，アプリケーション所有情報管理部２６は，受信したヘルスチェックパケットのアプリケーションリストをもとにアプリケーション所有テーブル２０２を更新する（ステップＳ３０）。
【００８９】
送受信部２１がアプリケーション使用端末３ｂからアプリケーションの使用要求を受けると（ステップＳ３１），アプリケーション所有情報管理部２６は，アプリケーション所有テーブル２０２において要求されたアプリケーションを提供可能なアプリケーション提供端末３ａを検索する（ステップＳ３２）。
【００９０】
アプリケーション所有テーブル２０２にないアプリケーションが要求されていたり，要求されたアプリケーションを所有するすべてのアプリケーション提供端末３ａのステータスが提供不可であったりすることにより，要求されたアプリケーションを提供可能なアプリケーション提供端末３ａが存在しなければ（ステップＳ３３），アプリケーション使用端末３ｂにエラー応答する（ステップＳ３４）。
【００９１】
提供可能なアプリケーション提供端末３ａが存在すれば，送受信部２１は，そのアプリケーション提供端末３ａにアプリケーションの提供を要求し，アプリケーションを取得する（ステップＳ３５）。
【００９２】
アプリケーション制御部２８は，取得したアプリケーションのインストールを行い（ステップＳ３６），アプリケーション使用許可情報管理部２７は，アプリケーション使用許可テーブル２０３にアプリケーションの使用期間を設定し（ステップＳ３７），アプリケーション提供／使用ポイント情報管理部２９は，アプリケーション提供／使用ポイントテーブル２０４でポイント処理を行う（ステップＳ３８）。
【００９３】
アプリケーション使用端末３ｂにインストール完了を通知する（ステップＳ３９）。以降，アプリケーション使用端末３ｂは，使用期間の終了までアプリケーションを使用することが可能となる。
【００９４】
アプリケーションの使用期間が終了すると（ステップＳ４０），アプリケーション制御部２８は，使用期間が終了したアプリケーションの削除を行う（ステップＳ４１）。
【００９５】
以上のように，アプリケーションの転送時に監視装置２を経由し，監視装置２が使用期間を設定することで，使用期間に見合ったライセンス料（ポイント）を要求し，不当なコピーによる使用を防ぐことができる。また，一時的にアプリケーションを使用したいアプリケーション利用者にとっては，高額なライセンス料を払ってアプリケーションを購入するよりも，コストを抑えることができる。
【００９６】
以上，本発明の２つの実施の形態を，実施の形態１，実施の形態２として別々に説明したが，１つのグリッドコンピューティングのシステムにおいて，実施の形態１，実施の形態２を同時に実施することも可能である。このとき，実施の形態１のリソース提供端末ポイントテーブル２０１と，実施の形態２のアプリケーション提供／使用ポイントテーブル２０４とを合わせ，１つのテーブルでポイントを管理できるようにしてもよい。
【００９７】
【実施例】
図１６は，本発明の実施例におけるグリッドコンピューティングを用いたシステムの構成例を示す図である。図１６の例では，演算処理業者は，拠点１に主処理装置１と監視装置２ａを有し，また，拠点１とインターネット４ａで接続された拠点２に監視装置２ｂを有する。このように，主処理装置１とは別の場所に，主処理装置１とネットワーク４で接続された監視装置２が存在してもよい。
【００９８】
また，図１６の例では，監視装置２ｂは，地域ＩＰ網４ｂ（例えば，広域ＬＡＮや社内ＬＡＮなど）を介してリソース提供者のリソース提供端末３（ａ〜ｄ）に接続されている。また，監視装置２ａ，２ｂは，インターネット４ａ，ＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ  ），地域ＩＰ網４ｃを介してリソース提供者のリソース提供端末３ｅ〜３ｈに接続されている。リソース提供端末３ａ〜３ｈは，常時接続回線で接続されている。このように，監視装置２は，様々なネットワーク４により，リソース提供端末３と接続される。
【００９９】
また，図１６の例では，ネット銀行，ビジネス提携業者（ネットショップ，プロバイダ），アプリケーション関連業者の端末が，インターネット４ａにより接続されており，リソース提供端末３は，ポイント等を利用して様々なサービスを受けることができる。
【０１００】
ユーザ（顧客）が演算前元データ１００を演算処理業者に渡すときは，演算処理業者に直接持ち込んでもよいし，自らが有する端末でインターネットを介して演算処理業者の主処理装置１に送信してもよい。
【０１０１】
膨大な演算処理を必要とするユーザ（顧客）は，演算前元データ１００を演算処理業者に渡す。演算処理業者は，主処理装置１においてこの演算前元データ１００をリソース提供端末３が処理できる単位まで分割する（演算前分割データ１０１の生成）。
【０１０２】
次に，主処理装置１は，配下の監視装置２に分割データの一部（演算前データ１０２）を送信する。また，どの監視装置２にどの演算前データ１０２を送信したかを判別するためにヘッダを付与する。このとき，主処理装置１から監視装置２へのデータ送受信においてインターネット４ａを介す場合，データの盗聴や改竄が行われないように暗号化技術や認証技術を用いる。また同時に，主処理装置１は，リソース提供端末３にインストールするリソース提供端末用アプリケーション３０，および計算定義ファイルを監視装置２に配布する。
【０１０３】
一方，リソース提供者はこのリソース提供端末用アプリケーション３０を監視装置２から自端末（リソース提供端末３）にダウンロードする。また，必要であれば，リソース提供者は演算処理業者に対し自端末（リソース提供端末３）におけるリソース提供時間（開始時間〜終了時間），および自端末（リソース提供端末３）の監視を行わせる監視装置２を設定する。リソース提供端末用アプリケーション３０は，リソース提供者が設定したリソース提供開始時間やリソース提供端末３の起動時にその動作を開始する。
【０１０４】
監視装置２は，配下の各リソース提供端末３に，それぞれ適した演算前データ１０３と計算定義ファイルとを配布する。このとき，どのリソース提供端末３にどの演算前データ１０３を送信したかを判別するためにヘッダを付与する。
【０１０５】
各リソース提供端末３は，監視装置２から配布された演算前データ１０３を受け取り，演算処理を行い，その演算結果である演算後データ１０４を監視装置２に送信する。
【０１０６】
監視装置２は，自装置配下のリソース提供端末３から配布した演算前データ１０３に対応する結果（演算後データ１０４）をすべて受信すると，主処理装置１に結果（演算後データ１０５）を返却する。
【０１０７】
主処理装置１では，演算前データ１０２を配布したすべての監視装置２から演算後データ１０５を受信すると，そのデータ（演算後収集データ１０６）をまとめて演算後結果データ１０７とし，ユーザ（顧客）に対し結果（演算後結果データ１０７）を送る。
【０１０８】
以上のように，監視装置２が監視するリソース提供端末３の数が多く，また，インターネットを介した世界の拠点に監視装置２を配置することで，２４時間利用できるリソース提供端末３を確保し，サイクリックに演算処理を行わせることができる。
【０１０９】
また，演算処理業者は，リソース提供端末ポイントテーブル２０１をもとに各リソース提供者に対してのリソース使用料を算出し，各リソース提供者に還元する。
【０１１０】
図１７は，本実施例におけるリソース提供のポイントの流れの例を示す図である。リソース提供者は，演算処理業者に対してリソースを提供し（Ｐ１０），演算処理業者は，リソース提供者のポイントデータベース（例えば，リソース提供端末ポイントテーブル２０１の該当するリソース提供者のポイント数）にポイントを加算する（Ｐ１１）。
【０１１１】
リソース提供者は，蓄積されたポイントにより，演算処理業者が提携しているネットショップ等のビジネス提携業者での商品購入，代金支払いを行い（Ｐ１２），ビジネス提携業者は，リソース提供者のポイントを消費する（Ｐ１３）。
【０１１２】
演算処理業者は，リソース提供者のポイントデータベースから商品や支払いの代金と対価のポイントを減算し（Ｐ１４），減算された分のポイントと対価となる代金を電子マネー等でビジネス提携業者に支払う（Ｐ１５）。
【０１１３】
図１８は，本実施例におけるアプリケーション提供のポイントの流れを示す図である。アプリケーション提供者は，演算処理業者を介してアプリケーション利用者にアプリケーションを提供する（Ｐ２０）。
【０１１４】
演算処理業者は，アプリケーション利用者のポイントデータベース（アプリケーション提供／使用ポイントテーブル２０４の該当するアプリケーション提供者／使用者のポイント数）から，期間限定のライセンス料分のポイントを減算し（Ｐ２１），その分のポイントをアプリケーション提供者のポイントデータベースに加算するか（Ｐ２２），または，アプリケーションの著作権等を所有するアプリケーション関連業者に電子マネー等で支払う（Ｐ２３）。これにより，アプリケーション利用者はアプリケーションを使用することができる（Ｐ２４）。
【０１１５】
アプリケーション提供者は，加算されたポイントで演算処理業者が提携しているアプリケーション関連業者から，アプリケーションを購入する（Ｐ２５）。アプリケーション関連業者は，アプリケーション提供者のポイントを消費する（Ｐ２６）。
【０１１６】
演算処理業者は，アプリケーション提供者のポイントデータベースからアプリケーション代金と対価のポイントを減算し（Ｐ２７），減算された分のポイントと対価となる代金を電子マネー等でアプリケーション関連業者に支払う（Ｐ２８）。
【０１１７】
以上のように，顧客となる多数のリソース提供者／アプリケーション提供者を保有する演算処理業者とビジネス提携することは，ビジネス提携業者にとって自ビジネスのマーケット拡大につながる。逆に，ポイントでしか購入できない商品がビジネス提携業者側にある場合には，商品購入を目的として多くのリソース提供者が加入してくるため，演算処理業者にとってより多くのリソース確保につながる。
【０１１８】
また，リソース提供者／アプリケーション提供者が還元されたポイントを電子マネーに換金する場合には，ポイントから電子マネーへの換金率を低くすることで，ビジネス提携業者に対して顧客を集めることができる。
【０１１９】
以上，本発明の実施の形態および実施例の特徴を列挙すると，以下の通りである。
【０１２０】
（付記１）  要求された演算処理対象の演算データを分割する主処理装置と，分割された演算データの演算を行う複数のリソース提供端末と，それらの複数のリソース提供端末を監視し，リソース提供端末と主処理装置との間でのデータの送受信を管理する監視装置とをネットワークで接続したグリッドコンピューティングを用いたシステムにおけるリソース提供方法であって，
前記監視装置が，前記リソース提供端末から送信される自端末のリソース使用状況を伝えるためのヘルスチェックパケットを受信し，各リソース提供端末のリソース使用状況を管理する過程と，
前記監視装置が，前記主処理装置から演算処理対象の演算データを受け取る過程と，
前記監視装置が，前記主処理装置から演算処理対象の演算データを受け取った場合に，前記各リソース提供端末のリソース使用状況に基づき，演算処理を依頼するリソース提供端末を選出し，選出したリソース提供端末に見合ったデータ量の演算データを送信する過程と，
前記監視装置が，演算処理を依頼したリソース提供端末から演算処理結果の演算後データを受信する過程と，
前記監視装置が，演算処理を依頼したすべてのリソース提供端末から演算処理結果の演算後データを受信した場合に，それらの演算後データを合わせて前記主処理装置へ送信する過程とを有する
ことを特徴とするグリッドコンピューティングを用いたシステムにおけるリソース提供方法。
【０１２１】
（付記２）  付記１記載のグリッドコンピューティングを用いたシステムにおけるリソース提供方法において，
前記リソース提供端末が，前記リソース提供端末用アプリケーションにより，自動的に計算定義ファイルまたは計算用プログラムの一部と，演算データとを前記監視装置から受信する過程と，
前記リソース提供端末が，前記リソース提供端末用アプリケーションにより，自動的に演算処理を実行する過程と，
前記リソース提供端末が，前記リソース提供端末用アプリケーションにより，自動的に演算結果を前記監視装置に送信する過程とを有する
ことを特徴とするグリッドコンピューティングを用いたシステムにおけるリソース提供方法。
【０１２２】
（付記３）  付記１記載のグリッドコンピューティングを用いたシステムにおけるリソース提供方法において，
前記監視装置が，前記各リソース提供端末が所有するアプリケーションの情報を記憶し保持する過程と，
前記監視装置が，いずれかのリソース提供端末からのアプリケーション使用要求を受ける過程と，
前記監視装置が，前記使用要求されたアプリケーションを提供可能なリソース提供端末を選出する過程と，
前記監視装置が，前記使用要求されたアプリケーションを提供可能なリソース提供端末が存在する場合に，そのリソース提供端末から前記使用要求されたアプリケーションを取得する過程と，
前記監視装置が，前記アプリケーションの使用を要求するリソース端末に，前記取得したアプリケーション自体またはそのアプリケーションの処理機能を提供する過程とを有する
ことを特徴とするグリッドコンピューティングを用いたシステムにおけるリソース提供方法。
【０１２３】
（付記４）  付記１から付記３までのいずれかに記載のグリッドコンピューティングを用いたシステムにおけるリソース提供方法において，
前記主処理装置または前記監視装置が，各リソース提供端末ごとに，リソースの提供に関する情報またはアプリケーションの提供に関する情報を管理する過程と，
前記主処理装置または前記監視装置が，前記管理されたリソースの提供に関する情報またはアプリケーションの提供に関する情報をもとに，電子マネーに換算可能なポイントを計算し，それを保持する過程とを有する
ことを特徴とするグリッドコンピューティングを用いたシステムにおけるリソース提供方法。
【０１２４】
（付記５）  要求された演算処理対象の演算データを分割する主処理装置と，分割された演算データの演算を行う複数のリソース提供端末と，それらの複数のリソース提供端末を監視し，リソース提供端末と主処理装置との間でのデータの送受信を管理する監視装置とをネットワークで接続したグリッドコンピューティングを用いたシステムにおける監視装置であって，
前記リソース提供端末から送信される自端末のリソース使用状況を伝えるためのヘルスチェックパケットを受信し，各リソース提供端末のリソース使用状況を管理する手段と，
前記主処理装置から演算処理対象の演算データを受け取る手段と，
前記主処理装置から演算処理対象の演算データを受け取った場合に，前記各リソース提供端末のリソース使用状況に基づき，演算処理を依頼するリソース提供端末を選出し，選出したリソース提供端末に見合ったデータ量の演算データを送信する手段と，
演算処理を依頼したリソース提供端末から演算処理結果の演算後データを受信する手段と，
演算処理を依頼したすべてのリソース提供端末から演算処理結果の演算後データを受信した場合に，それらの演算後データを合わせて前記主処理装置へ送信する手段とを備える
ことを特徴とするグリッドコンピューティングを用いたシステムにおける監視装置。
【０１２５】
（付記６）  付記５記載のグリッドコンピューティングを用いたシステムにおける監視装置において，
各リソース提供端末のリソースの提供に関する情報と，その情報から計算される電子マネーに換算可能なポイントとを把握するためのリソース提供端末ポイント情報を管理するリソース提供端末ポイント情報管理手段を備える
ことを特徴とする特徴とするグリッドコンピューティングを用いたシステムにおける監視装置。
【０１２６】
（付記７）  付記５または付記６記載のグリッドコンピューティングを用いたシステムにおける監視装置において，
各リソース提供端末が所有するアプリケーションを把握するためのアプリケーション所有情報を管理するアプリケーション所有情報管理手段を備える
ことを特徴とする特徴とするグリッドコンピューティングを用いたシステムにおける監視装置。
【０１２７】
（付記８）  付記７記載のグリッドコンピューティングを用いたシステムにおける監視装置において，
各リソース提供端末のアプリケーションの提供に関する情報と，その情報から計算される電子マネーに換算可能なポイントとを把握するためのアプリケーション提供／使用ポイント情報を管理するアプリケーション提供／使用ポイント情報管理手段を備える
ことを特徴とする特徴とするグリッドコンピューティングを用いたシステムにおける監視装置。
【０１２８】
（付記９）  要求された演算処理対象の演算データを分割する主処理装置と，分割された演算データの演算を行う複数のリソース提供端末と，それらの複数のリソース提供端末を監視し，リソース提供端末と主処理装置との間でのデータの送受信を管理する監視装置とをネットワークで接続したグリッドコンピューティングを用いたシステムにおける監視装置のコンピュータが実行するためのプログラムであって，
前記リソース提供端末から送信される自端末のリソース使用状況を伝えるためのヘルスチェックパケットを受信し，各リソース提供端末のリソース使用状況を管理する処理と，
前記主処理装置から演算処理対象の演算データを受け取る処理と，
前記主処理装置から演算処理対象の演算データを受け取った場合に，前記各リソース提供端末のリソース使用状況に基づき，演算処理を依頼するリソース提供端末を選出し，選出したリソース提供端末に見合ったデータ量の演算データを送信する処理と，
演算処理を依頼したリソース提供端末から演算処理結果の演算後データを受信する処理と，
演算処理を依頼したすべてのリソース提供端末から演算処理結果の演算後データを受信した場合に，それらの演算後データを合わせて前記主処理装置へ送信する処理とを，
コンピュータに実行させるためのグリッドコンピューティングを用いたシステムにおける監視装置用プログラム。
【０１２９】
（付記１０）  要求された演算処理対象の演算データを分割する主処理装置と，分割された演算データの演算を行う複数のリソース提供端末と，それらの複数のリソース提供端末を監視し，リソース提供端末と主処理装置との間でのデータの送受信を管理する監視装置とをネットワークで接続したグリッドコンピューティングを用いたシステムにおけるリソース提供端末のコンピュータが実行するためのプログラムであって，
前記監視装置に自端末のリソース使用状況を伝えるためのヘルスチェックパケットを送信する処理と，
前記監視装置から演算データとその演算データに対する処理内容が記述された計算定義情報または計算用プログラムとを受信する処理と，
前記監視装置から受信した演算データを，前記計算定義情報または計算用プログラムに従って演算処理し，処理結果のデータを前記監視装置へ返送する処理とを，
当該リソース提供端末におけるバックグランウド処理としてコンピュータに実行させるための，グリッドコンピューティングを用いたシステムにおけるリソース提供端末用プログラム。
【０１３０】
【発明の効果】
以上のように，本発明では，グリッドコンピューティング技術を用いることにより，要求された演算処理対象の量の演算処理を行うための初期設備コストを大幅に削減することができ，また，演算処理時間を短縮することができるため，演算処理業者は，ユーザに対して安価でスピーディなサービスを提供することができる。
【０１３１】
また，リソース提供端末が多ければ多いほど演算処理時間を短縮できることになるが，さらにリソース提供端末のスケジューリングにより，監視装置が確保しているリソース提供端末のリソース利用可能な時間帯が２４時間均等に分布しているか，あるいは夜間にリソース利用可能な時間帯が集中すると仮定した場合，世界の拠点に監視装置を配置してリソース提供端末を確保することで，２４時間常に演算処理を行わせることが可能となり，よりスピーディに演算結果をユーザに返すことができる。
【０１３２】
また，ヘルスチェックパケットによりリソース提供端末の稼動状況を把握することで，リソース提供端末に対して無理な負荷をかけることなく，演算処理を行わせることができる。
【０１３３】
さらに，演算処理業者とビジネス提携業者が提携することで，ビジネス提携業者のビジネスの活性化，および演算処理業者のリソース確保を，相互作用的に推進することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態におけるグリッドコンピューティングによるシステムの構成例を示す図である。
【図２】本実施の形態における主処理装置による分割／結合処理を示す図である。
【図３】本実施の形態における主処理装置，監視装置およびリソース提供端末間でのデータの流れを示す図である。
【図４】本実施の形態における監視装置の構成例を示す図である。
【図５】本実施の形態におけるリソース提供端末の構成例を示す図である。
【図６】本実施の形態におけるヘルスチェックパケットの例を示す図である。
【図７】本実施の形態におけるリソース提供端末テーブルの例を示す図である。
【図８】本実施の形態におけるリソース提供端末ポイントテーブルの例を示す図である。
【図９】本実施の形態における監視装置とリソース提供端末の処理シーケンス図である。
【図１０】本実施の形態における監視装置による演算処理フローチャートである。
【図１１】本実施の形態における監視装置とアプリケーション提供端末とアプリケーション使用端末の処理シーケンス図である。
【図１２】本実施の形態におけるアプリケーション所有テーブルの例を示す図である。
【図１３】本実施の形態におけるアプリケーション使用許可テーブルの例を示す図である。
【図１４】本実施の形態におけるアプリケーション提供／使用ポイントテーブルを示す図である。
【図１５】本実施の形態における監視装置によるアプリケーション提供処理フローチャートである。
【図１６】本発明の実施例におけるグリッドコンピューティングを用いたシステムの構成例を示す図である。
【図１７】本実施例におけるリソース提供のポイントの流れの例を示す図である。
【図１８】本実施例におけるアプリケーション提供のポイントの流れを示す図である。
【符号の説明】
１  主処理装置
２  監視装置
３  リソース提供端末
４  ネットワーク
２０  監視装置用アプリケーション
２１  送受信部
２２  ユーザ管理部
２３  リソース提供端末情報管理部
２４  リソース提供端末ポイント情報管理部
２５  データ制御部
２６  アプリケーション所有情報管理部
２７  アプリケーション使用許可情報管理部
２８  アプリケーション制御部
２９  アプリケーション提供／使用ポイント情報管理部
３０  リソース提供端末用アプリケーション
３１  送受信部
３２  演算処理部
３３  データ制御部
３４  リソース管理部
３５  アプリケーション制御部
１００  演算前元データ
１０１  演算前分割データ
１０２  演算前データ（主処理装置→監視装置）
１０３  演算前データ（監視装置→リソース提供端末）
１０４  演算後データ（リソース提供端末→監視装置）
１０５  演算後データ（監視装置→主処理装置）
１０６  演算後収集データ
１０７  演算後結果データ
２００  リソース提供端末テーブル
２０１  リソース提供端末ポイントテーブル
２０２  アプリケーション所有テーブル
２０３  アプリケーション使用許可テーブル
２０４  アプリケーション提供／使用ポイントテーブル
【図１】
2004302741.tif 000003
【図２】
2004302741.tif 000004
【図３】
2004302741.tif 000005
【図４】
2004302741.tif 000006
【図５】
2004302741.tif 000007
【図６】
2004302741.tif 000008
【図７】
2004302741.tif 000009
【図８】
2004302741.tif 000010
【図９】
2004302741.tif 000011
【図１０】
2004302741.tif 000012
【図１１】
2004302741.tif 000013
【図１２】
2004302741.tif 000014
【図１３】
2004302741.tif 000015
【図１４】
2004302741.tif 000016
【図１５】
2004302741.tif 000017
【図１６】
2004302741.tif 000018
【図１７】
2004302741.tif 000019
【図１８】
2004302741.tif 000020