グリッドコンピューティングシステム、ＩＳＰサーバ、課金方法及びプログラム
【課題】 グリッドコンピューティングシステムにおいて、リソースの提供および利用に伴って発生する対価の支払いおよび請求にかかるコストを低減させる。
【解決手段】 課金DB222には、ISPの会員の会員IDに対応付けてISP利用料が登録されている。相殺部282は、リソース提供端末130が提供したリソースに見合った対価を、課金DB222に格納されているISP利用料の内の、リソース提供端末130の使用者の会員IDに対応付けて登録されているISP利用料から減算することにより相殺後請求金額を求める。更に、相殺部282は、リソース利用端末120が利用したリソースに見合った対価を、課金DB222に格納されているISP利用料の内の、リソース利用端末120の使用者の会員IDに対応付けて登録されているISP利用料に加算することにより相殺後請求金額を求める。決済部283は、相殺部282が求めた相殺後請求金額に基づいた決済処理を行う。
【解決手段】 課金DB222には、ISPの会員の会員IDに対応付けてISP利用料が登録されている。相殺部282は、リソース提供端末130が提供したリソースに見合った対価を、課金DB222に格納されているISP利用料の内の、リソース提供端末130の使用者の会員IDに対応付けて登録されているISP利用料から減算することにより相殺後請求金額を求める。更に、相殺部282は、リソース利用端末120が利用したリソースに見合った対価を、課金DB222に格納されているISP利用料の内の、リソース利用端末120の使用者の会員IDに対応付けて登録されているISP利用料に加算することにより相殺後請求金額を求める。決済部283は、相殺部282が求めた相殺後請求金額に基づいた決済処理を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上に存在する複数のコンピュータの余剰リソースを利用して様々な処理を行うグリッドコンピューティング技術に関し、特に、ＩＳＰ（Internet Service Provider）が、リソース利用者とリソース提供者とを仲介すると共に、リソースの提供および利用に伴って発生する対価の支払いおよび請求を行うグリッドコンピューティング技術に関する。
【背景技術】
【０００２】
近年、ＰＣ（Personal Computer）の性能は飛躍的に良くなり、かつ、低価格化が進んできているため、各家庭やオフィスなどで一人一台を所有し、インターネットに接続して各種ホームページを閲覧したり、メールを送受信するなどの様々な処理に頻繁に利用されるようなってきている。しかしながら、各種ホームページを閲覧したり、メールを送受信する程度では高性能になったＰＣのリソース（ＣＰＵ、メモリ、ＤＩＳＫ容量など）の内の数％程度しか利用しておらず、残りのリソースパワーは未使用状態にあることが多い。
【０００３】
また、高速な通信回線の普及によって大容量のデータのやりとりが行われるブロードバンド化も急速に普及し、更に、オフィスはもちろん各家庭においても、各端末のインターネットへの接続料金設定が従量制（インターネットに接続した時間などに応じて支払う料金体系）から固定制（インターネットの接続時間などには依存せず月額固定などの料金体系で、いわゆる使い放題な料金設定）を利用するユーザが増えてきている。
【０００４】
ＰＣの性能向上やブロードバンド化に伴い、グリッドコンピューティングという概念が一般家庭のユーザなどにも浸透してきており、ＳＥＴＩ＠ｈｏｍｅやＦｉｇｈｔ ＡＩＤＳ＠ｈｏｍｅといったプロジェクトが、一般家庭のＰＣのリソースを利用して行われるようになってきている。ＳＥＴＩ＠ｈｏｍｅは、地球外生命体を探索するという知的好奇心をくすぐるものであり、Ｆｉｇｈｔ ＡＩＤＳ＠ｈｏｍｅは、エイズ治療薬を探すという社会貢献といった意味付けがあり、どちらも広い意味でボランティア精神の上に成り立つものである。
【０００５】
ところで、グリッドコンピューティングにおける、コンピュータリソースを利用したいというニーズを持つ者としては、上記したＦｉｇｈｔ ＡＩＤＳ＠ｈｏｍｅやＳＥＴＩ＠ｈｏｍｅ等のように、社会的に貢献するプロジェクトや知的好奇心をくすぐるプロジェクトに関わっている研究者の他に、大量のデータ処理を必要とする企業なども考えられる。企業がグリッドコンピューティングを利用して行う処理としては、種々の処理が考えられるが、例えば、大量の請求書のイメージデータを作成する処理などが考えられる。
【０００６】
Ｆｉｇｈｔ ＡＩＤＳ＠ｈｏｍｅやＳＥＴＩ＠ｈｏｍｅ等のように、社会的に貢献するプロジェクトや、知的好奇心をくすぐるプロジェクトに対しては、自身のＰＣのリソースを無償で提供しようというユーザが多数存在し、実際にこのようなユーザによって提供されたリソースを利用して、Ｆｉｇｈｔ ＡＩＤＳ＠ｈｏｍｅ等のプロジェクトが行われている。しかし、営利目的の企業のために、自身のＰＣのリソースを無償で提供しようとするユーザは、ほとんど存在しない。従って、営利目的の企業などにおいても、一般家庭のＰＣのリソースを利用できるようにするためには、リソースの提供に対する対価が適切にリソース提供者に支払われるような仕組みが必要となる。
【０００７】
リソース提供者に対して対価を支払うようにした従来の技術としては、リソース利用端末とリソース提供端末のニーズとシーズとを仲介する仲介サーバを設け、仲介サーバが、リソースを提供したリソース提供端末に対して提供したリソースに見合った金額を支払い、リソースを利用したリソース利用端末に対して利用したリソースに見合った金額を請求するという技術が知られている（例えば、特許文献１、２、３参照）。なお、リソース利用者から徴収した金額とリソース提供者に支払った金額との差分が、仲介者の利益となる。
【０００８】
また、貨幣以外の方法によってリソース提供者に対価を支払う方法も従来から提案されている（例えば、特許文献４、５参照）。
【０００９】
特許文献４においては、リソース利用端末とリソース提供端末とを仲介する演算処理業者装置を設け、演算処理業者装置がリソースを提供したリソース提供端末に対して、提供したリソースに見合ったポイントを還元するようにしている。なお、リソース提供端末に還元されたポイントは、演算処理業者が提携しているネットショップ等で利用可能なものである。
【００１０】
また、特許文献５においては、計算依頼端末とリソース提供端末とを仲介する仲介サーバを設け、仲介サーバが、計算依頼端末から依頼された計算を行わせるための計算プログラムをリソース提供端末へ送信する際、コンテンツも送信し、上記コンテンツをリソース提供に対する対価としている。
【００１１】
一方、グリッドコンピューティングに関する技術ではないが、ＡＳＰ（Application Service Provider）がユーザからアプリケーションサービス料金を徴収する際のコストを低減させるため、ＩＳＰに対してユーザから徴収するアプリケーションサービス料金を通知し、ＩＳＰが上記ユーザのインターネット接続料金と通知されたアプリケーションサービス料金とを合算してユーザに請求する技術も知られている（例えば、特許文献６参照）。
【００１２】
【特許文献１】特開２００４−２０６２７３号公報
【特許文献２】特開２００４−３２６４５２号公報
【特許文献３】特開２００４−３６２１４９号公報
【特許文献４】特開２００４−３０２７４１号公報
【特許文献５】特開２００４−１０２８７８号公報
【特許文献６】特開２００２−１６３１８３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
上述した特許文献１〜４に開示されている従来の技術によれば、リソース提供者が提供したリソースに見合った対価を受け取ることが可能になるため、Ｆｉｇｈｔ ＡＩＤＳ＠ｈｏｍｅやＳＥＴＩ＠ｈｏｍｅのように社会的に貢献したり知的好奇心をくすぐるプロジェクト以外の、例えば、企業などが営利を目的にして行うプロジェクトについてもリソース提供者を確保することが可能になると考えられる。
【００１４】
しかしながら、上述した特許文献１〜５に開示されている従来の技術には次のような問題がある。
【００１５】
特許文献１〜３に開示されている従来の技術では、リソース提供者に対して対価（リソース提供料）を支払うためだけに、銀行口座などにリソース提供料を振り込む等の支払い処理を行い、リソース利用者に対して対価（リソース利用料）を請求するためだけに請求処理を行っているため、支払い処理や請求処理にコストがかかってしまうという問題がある。
【００１６】
特許文献４に開示されている従来の技術では、リソース提供者に対してリソース提供料を支払う代わりにポイントを還元しているので、銀号口座などへの振込処理が不要になり、振込手数料を不要にすることができる。しかし、この従来の技術では、リソース提供者毎にポイントを管理しておく必要があるため、コストがかかってしまうという問題がある。即ち、リソース提供者のポイントを管理するためのポイントデータベースを設けたり、リソース提供者がリソースを提供する毎に、上記リソース提供者のポイントを加算したり、リソース提供者がネットショップで買い物をする毎に、上記リソース提供者のポイントを減算したりする必要があるためコストがかかってしまう。
【００１７】
特許文献５に開示されている従来の技術では、仲介事業者装置が、計算依頼端末から依頼された計算を行わせるための計算プロジェクトをリソース提供端末へ送信する際、コンテンツも送信し、上記コンテンツをリソース提供に対する対価としている。このため、銀行口座への振込処理や、ポイントの管理処理が不要になり、上述した従来の技術に比較してコストを抑えることが可能になる。しかし、対価としてコンテンツが提供されるだけであるので、魅力に乏しく、多くのリソース提供者を確保することが難しいという問題がある。更に、リソース利用者に対しては、リソース利用料の請求のためだけに請求処理を行っているため、コストがかかってしまうという問題がある。
【００１８】
なお、特許文献６に開示されている技術は、前述したように、グリッドコンピューティングに関するものではない。
【００１９】
〔発明の目的〕
そこで、本発明の目的は、リソースの提供および利用に伴って発生する対価の支払いおよび請求にかかるコストを低減させると共に、多くのリソース提供者を確保できるようにすることにある。
【課題を解決するための手段】
【００２０】
本発明にかかる第１のグリッドコンピューティングシステムは、
ＩＳＰサーバと、リソースを提供するリソース提供端末と、リソースを利用するリソース利用端末とを含むグリッドコンピューティングシステムにおいて、
前記ＩＳＰサーバが、
会員ＩＤに対応付けてＩＳＰ利用料が格納された課金データベースと、
リソース提供端末が提供したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース提供端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料から減算することにより前記リソース提供端末の使用者に対して請求する相殺後請求金額を求めると共に、リソース利用端末が利用したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース利用端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料に加算することにより前記リソース利用端末の使用者に対して請求する相殺後請求金額を求める相殺部とを備えたことを特徴とする。
【００２１】
本発明にかかる第２のグリッドコンピューティングシステムは、第１のグリッドコンピューティングシステムにおいて、
前記ＩＳＰサーバが、前記相殺部が求めた相殺後請求金額に従った決済処理を行う決済部を備えたことを特徴とする。
【００２２】
本発明にかかる第３のグリッドコンピューティングシステムは、第２のグリッドコンピューティングシステムにおいて、
前記ＩＳＰサーバが、
ログインしたリソース提供端末を使用している会員の会員ＩＤに対応付けて、前記リソース提供端末の端末ＩＤ及びリソース提供実績情報と依頼番号との対が格納されるリソース提供端末情報データベースと、
処理の依頼元のリソース利用端末を使用している会員の会員ＩＤに対応付けて、依頼された処理を特定する依頼番号が格納されるリソース利用端末データベースと、
リソース提供端末のログイン時に、前記リソース提供端末を使用している会員の会員ＩＤと前記リソース提供端末の端末ＩＤとを対応付けて前記リソース提供端末情報データベースに登録するリソース提供端末管理部と、
リソース利用端末から処理が依頼されたとき、前記リソース利用端末データベースに、前記リソース利用端末を使用している会員の会員ＩＤに対応付けて前記依頼された処理を特定する依頼番号を登録すると共に、前記リソース提供端末情報データベースに登録されているリソース提供端末の中から処理の依頼先にするリソース提供端末を抽出するリソース提供端末抽出部と、
該リソース提供端末抽出部で抽出されたリソース提供端末に対して処理を依頼すると共に前記依頼番号を送信し、前記リソース提供端末から処理結果と前記依頼番号とリソース提供実績情報とが返却されたとき、前記リソース提供端末情報データベースに前記依頼番号と前記リソース提供実績情報との対を格納するリソース提供端末処理依頼部とを備え、
前記相殺部が、前記リソース提供端末情報データベースを参照することによりリソース提供端末が提供したリソースに見合った対価を算出し、前記リソース提供端末情報データベース及び前記リソース利用端末データベースを参照することにより前記リソース利用端末が利用したリソースに見合った対価を算出する構成を有することを特徴とする。
【００２３】
本発明にかかる第４のグリッドコンピューティングシステムは、第１のグリッドコンピューティングシステムにおいて、
前記ＩＳＰサーバが、余剰リソースを前記リソース利用端末に提供する構成を有することを特徴とする。
【００２４】
本発明にかかる第１のＩＳＰサーバは、
会員ＩＤに対応付けてＩＳＰ利用料が格納された課金データベースと、
リソース提供端末が提供したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース提供端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料から減算することにより前記リソース提供端末の使用者に対して請求する相殺後請求金額を求めると共に、リソース利用端末が利用したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース利用端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料に加算することにより前記リソース利用端末の使用者に対して請求する相殺後請求金額を求める相殺部とを備えたことを特徴とする。
【００２５】
本発明にかかる第２のＩＳＰサーバは、第１のＩＳＰサーバにおいて、
前記相殺部が求めた相殺後請求金額に従った決済処理を行う決済部を備えたことを特徴とする。
【００２６】
本発明にかかる第３のＩＳＰサーバは、第２のＩＳＰサーバにおいて、
ログインしたリソース提供端末を使用している会員の会員ＩＤに対応付けて、前記リソース提供端末の端末ＩＤ及びリソース提供実績情報と依頼番号との対が格納されるリソース提供端末情報データベースと、
処理の依頼元のリソース利用端末を使用している会員の会員ＩＤに対応付けて、依頼された処理を特定する依頼番号が格納されるリソース利用端末データベースと、
リソース提供端末のログイン時に、前記リソース提供端末を使用している会員の会員ＩＤと前記リソース提供端末の端末ＩＤとを対応付けて前記リソース提供端末情報データベースに登録するリソース提供端末管理部と、
リソース利用端末から処理が依頼されたとき、前記リソース利用端末データベースに、前記リソース利用端末を使用している会員の会員ＩＤに対応付けて前記依頼された処理を特定する依頼番号を登録すると共に、前記リソース提供端末情報データベースに登録されているリソース提供端末の中から処理の依頼先にするリソース提供端末を抽出するリソース提供端末抽出部と、
該リソース提供端末抽出部で抽出されたリソース提供端末に対して処理を依頼すると共に前記依頼番号を送信し、前記リソース提供端末から処理結果と前記依頼番号とリソース提供実績情報とが返却されたとき、前記リソース提供端末情報データベースに前記依頼番号と前記リソース提供実績情報との対を格納するリソース提供端末処理依頼部とを備え、
前記相殺部が、前記リソース提供端末情報データベースを参照することによりリソース提供端末が提供したリソースに見合った対価を算出し、前記リソース提供端末情報データベース及び前記リソース利用端末データベースを参照することにより前記リソース利用端末が利用したリソースに見合った対価を算出する構成を有することを特徴とする。
【００２７】
本発明にかかる第４のＩＳＰサーバは、第１のＩＳＰサーバにおいて、
前記ＩＳＰサーバが、余剰リソースを前記リソース利用端末に提供する構成を有することを特徴とする。
【００２８】
本発明にかかる課金方法は、
ＩＳＰサーバと、リソースを提供するリソース提供端末と、リソースを利用するリソース利用端末とを含むグリッドコンピューティングシステムにおいて、
前記ＩＳＰサーバが、
会員ＩＤに対応付けてＩＳＰ利用料が格納された課金データベース有し、且つ、
リソース提供端末が提供したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース提供端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料から減算することにより前記リソース提供端末の使用者に対して請求する相殺後請求金額を求めるステップと、
リソース利用端末が利用したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース利用端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料に加算することにより前記リソース利用端末の使用者に対して請求する相殺後請求金額を求めるステップとを実行することを特徴とする。
【００２９】
本発明にかかるプログラムは、
会員ＩＤに対応付けてＩＳＰ利用料が格納された課金データベースを有するコンピュータを、
リソース提供端末が提供したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース提供端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料から減算することにより前記リソース提供端末の使用者に対して請求する相殺後請求金額を求めると共に、リソース利用端末が利用したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース利用端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料に加算することにより前記リソース利用端末の使用者に対して請求する相殺後請求金額を求める相殺部として機能させる。
【００３０】
〔作用〕
ＩＳＰサーバが備えている課金データベースには、ＩＳＰの会員の会員ＩＤに対応付けてＩＳＰ利用料が登録されている。このＩＳＰ利用料は、会員とＩＳＰとの間で成立している契約によって定められている、毎月のＩＳＰ接続料などである。
【００３１】
また、ＩＳＰサーバが備えている相殺部は、定期的（例えば、月末など）に、リソース提供端末が提供したリソースに見合った対価を、課金データベースに格納されているＩＳＰ利用料の内の、上記リソース提供端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料から減算することにより上記リソース提供端末の使用者に対して請求する相殺後請求金額を求める。更に、相殺部は、リソース利用端末が利用したリソースに見合った対価を、課金データベースに格納されているＩＳＰ利用料の内の、上記リソース利用端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料に加算することにより上記リソース利用端末の使用者に対して請求する相殺後請求金額を求める。
【００３２】
この相殺後請求金額に基づいて、決済処理を行うようにすれば、リソースの提供及び利用に伴って発生する対価の支払い及び請求にかかるコストを低減することが可能になる。即ち、ＩＳＰ利用料の請求処理の一環として、リソースの提供および利用に伴って発生する対価の支払いおよび請求を行うことが可能になるので、コストを低減させることが可能になる。また、リソース提供者には、提供したリソースに応じてＩＳＰ利用料を割り引くという特典を与えるようにしているので、多くのリソース提供者を確保することが可能になる。
【発明の効果】
【００３３】
本発明によれば、リソースの提供および利用に伴って発生する対価の支払いおよび請求にかかるコストを低減させることが可能になる。その理由は、ＩＳＰサーバが、リソース提供端末を使用している会員については、その会員に請求するＩＳＰ利用料から提供したリソースに見合った対価を減算した相殺後請求金額を求め、リソース利用端末を使用している会員については、その会員に請求するＩＳＰ利用料に利用したリソースに見合った対価を加算した相殺後請求金額を求める相殺部を備えているからである。即ち、ＩＳＰ利用料の請求処理の一環として、リソースの提供および利用に伴って発生する対価の支払いおよび請求を行うことが可能になるので、コストを低減させることが可能になる。また、リソース提供者には、提供したリソースに応じてＩＳＰ利用料を割り引くという特典を与えるようにしているので、多くのリソース提供者を確保することが可能になる。
【発明を実施するための最良の形態】
【００３４】
〔第１の実施の形態〕
次に本発明の第１の実施の形態について図面を参照して詳細に説明する。
【００３５】
〔第１の実施の形態の構成の説明〕
図１は本発明にかかるグリッドコンピューティングシステムの第１の実施の形態の全体構成例を示すブロック図である。同図を参照すると、本実施の形態のグリッドコンピューティングシステムは、ＩＳＰサーバ１００と、リソース利用端末１２０と、リソース提供端末１３０とから構成され、それらはインターネット１１０で接続されている。
【００３６】
リソース利用端末１２０は、グリッドコンピューティングでコンピュータリソース（単にリソースという場合もある）を利用したい研究所、企業などの端末であり、リソース提供端末１３０は、リソース利用端末１２０にコンピュータリソースを提供する、個人もしくは法人などが利用する端末であり、共にＩＳＰとプロバイダ接続などの契約を行っているＩＳＰ会員（単に会員という場合もある）が利用する端末である。
【００３７】
ＩＳＰサーバ１００は、ＩＳＰによって運営されるサーバであり、ＩＳＰ会員が利用する端末に対してインターネット接続サービスなどの各種サービスを提供する機能に加え、グリッドコンピューティングにより処理を行いたいリソース利用端末１２０とグリッドコンピューティングにリソースを提供するリソース提供端末１３０とを仲介する機能を有している。
【００３８】
図２は、図１に示したＩＳＰサーバ１００、リソース利用端末１２０およびリソース提供端末１３０の構成例を示したブロック図である。
【００３９】
〔ＩＳＰサーバ１００の構成〕
図２を参照すると、ＩＳＰサーバ１００は、リソース利用端末管理部２１０と、記憶装置２２０と、リソース提供端末監視部２３０と、課金部２８０とから構成される。
【００４０】
記憶装置２２０は、リソース利用端末データベース（ＤＢ）２２１と、課金ＤＢ２２２と、リソース提供端末情報ＤＢ２２３と、演算ＤＢ２２４と、会員ＤＢ２２５と、監視ＡＰ記憶部２２６とから構成される。
【００４１】
会員ＤＢ２２５には、ＩＳＰ会員の会員情報が格納されている。図３に会員ＤＢ２２５の一例を示す。同図を参照すると、会員ＤＢ２２５には、会員ＩＤと、ログイン時に使用するパスワードと、グリッドコンピューティングに協力するか否か（リソースを提供するか否か）を示す協力可否情報と、氏名、住所、電話番号、メールアドレス等からなる個人情報とが格納される。同図の第１番目のレコードは、会員ＩＤ“00000000001”の会員は、ログイン時に使用するパスワードが“Ｐ１”で、グリッドコンピューティングに協力する会員であることを示している。
【００４２】
課金ＤＢ２２２には、図４に示すように、会員ＩＤと、プロバイダ接続料などの会員との契約によって定められているＩＳＰ利用料と、相殺後請求金額と、相殺後請求金額を引き落とす銀行口座などを示す口座情報とが格納されている。なお、リソース利用端末１２０を使用している会員に対する相殺後請求金額は、その会員のＩＳＰ利用料に、利用したリソースに見合った対価を加算した金額となり、リソース提供端末１３０を使用している会員に対する相殺後請求金額は、その会員のＩＳＰ利用料から、提供したリソースに見合った対価を減算した金額となる。また、本実施の形態では、会員ＤＢ２２５と課金ＤＢ２２２とを別々のＤＢとしたが、両者を１つのＤＢで構成するようにしても良い。
【００４３】
演算ＤＢ２２４には、リソース利用端末１２０から送られてきた、処理に必要な演算関連データそのものが格納される。
【００４４】
監視ＡＰ記憶部２２５には、リソース提供端末１３０へ送信するリソース情報取得ＡＰ（アプリケーションプログラム）が格納される。
【００４５】
リソース提供端末情報ＤＢ２２３には、ＩＳＰサーバ１００にログインしたリソース提供端末１３０に関する情報が登録される。図５にリソース提供端末情報ＤＢ２２３の内容例を示す。同図を参照すると、リソース提供端末情報ＤＢ２２３には、会員ＩＤ５０１と、端末ＩＤ５０２と、接続開始時刻５０３と、接続終了時刻５０４と、端末仕様（デフォルト）５０５と、使用可能仕様（最新）５０６と、リソース提供実績情報・依頼番号５０７とが格納される。なお、リソース提供端末情報ＤＢ２２３の各項目については、動作の説明の項で詳細に説明する。
【００４６】
リソース利用端末ＤＢ２２１には、グリッドコンピューティングを利用したいリソース利用端末１２０から送られてきた情報が格納される。図６にリソース利用端末ＤＢ２２１の内容例を示す。同図を参照すると、リソース利用端末ＤＢ２２１には、会員ＩＤ６０１と、依頼時刻６０２と、納期時刻６０３と、演算数６０４と、演算時間６０５と、端末仕様（推奨）６０６と、演算ＡＰを格納したファイルのファイル名６０７と、演算ＡＰのInputデータが格納されているファイルのファイル名６０８、６０９、…と、依頼番号６１０とが格納される。なお、リソース利用端末ＤＢ２２１の各項目については、動作の説明の項で詳細に説明する。
【００４７】
リソース提供端末監視部２３０は、リソース提供端末管理部２３１と、データ送受信部２３２とから構成されている。
【００４８】
データ送受信部２３２は、インターネット１１０を介してデータをやり取りする機能を有する。
【００４９】
リソース提供端末管理部２３１は、リソース提供端末１３０がＩＳＰサーバ１００にログインするタイミングでリソース提供端末１３０のリソース情報を収集し、それをＩＳＰの会員単位で管理し（会員ＩＤに対応付けて管理し）、以後接続中、定期的にリソース情報を収集するなどして記憶装置２２０のリソース提供端末情報ＤＢ２２３に記憶保持する機能を有する。
【００５０】
リソース利用端末管理部２１０は、データ送受信部２１１と、リソース提供端末抽出部２１２と、リソース提供端末処理依頼部２１３とから構成されている。
【００５１】
データ送受信部２１１は、インターネット１１０を介してデータをやり取りする機能を有する。ここで、データ送受信部は、リソース利用端末管理部２１０及びリソース提供端末監視部２３０の両方に存在するが、これは便宜上分けて記載しているだけであり、ＩＳＰサーバ１００上にデータ送受信部を１個設けるだけでも良い。
【００５２】
リソース提供端末抽出部２１２は、リソース利用端末１２０から処理依頼があったとき、リソースを提供可能なリソース提供端末１３０を抽出する機能を有する。
【００５３】
リソース提供端末処理依頼部２１３は、リソース提供端末抽出部２１２が抽出したリソース提供端末１３０に対して処理を依頼する機能を有する。
【００５４】
課金部２８０は、ＩＳＰ利用料管理部２８１と、相殺部２８２と、決済部２８３とから構成されている。
【００５５】
ＩＳＰ利用料管理部２８１は、管理者の指示に従って、会員ＩＤとＩＳＰ利用料とを対応付けて課金ＤＢ２２２に登録する機能を有する。なお、上記ＩＳＰ利用料は、会員とＩＳＰとの契約に従って定まるプロバイダ接続料などである。
【００５６】
相殺部２８２は、リソース利用端末１２０を使用している会員については、その会員のＩＳＰ利用料に、利用したリソースに見合った対価を加算した相殺後請求金額を求め、リソース提供端末１３０を使用している会員については、その会員のＩＳＰ利用料から、提供したリソースに見合った対価を減算した相殺後請求金額を求める機能を有する。
【００５７】
決済部２８３は、相殺部２８２が求めた相殺後請求金額に基づいた決済処理を行う機能を有する。
【００５８】
このような機能を備えたＩＳＰサーバ１００は、コンピュータによって実現可能なものであり、コンピュータによって実現する場合は、例えば、次のようにする。コンピュータをＩＳＰサーバ１００として機能させるためのプログラムを記録したディスク、半導体メモリ、その他の記録媒体を用意し、コンピュータに上記プログラムを読み取らせる。コンピュータは、読み取ったプログラムに従って自身の動作を制御することにより、自コンピュータ上に、リソース利用端末管理部２１０、リソース提供端末監視部２３０および課金部２８０を実現する。
【００５９】
〔リソース利用端末１２０の構成〕
リソース利用端末１２０は、データ制御部２４０と、記憶装置２５０とを備えている。
【００６０】
データ制御部２４０は、データ送受信部２４１と、演算データ分割・結合部２４２とを備えている。
【００６１】
データ送受信部２４１は、インターネット１１０を介してデータを送受信する機能を有する。
【００６２】
演算データ分割・結合部２４２は、グリッドコンピューティングを利用する処理をＩＳＰサーバ１００に依頼する際、依頼する処理を個々のリソース提供端末で処理する単位に分割したり、ＩＳＰサーバ１００から返却された処理結果を結合する機能を有する。
【００６３】
記憶装置２５０には、依頼する処理に対応した演算ＡＰ２５１と、依頼する処理に対応する演算データファイル２５２が格納されている。
【００６４】
リソース利用端末１２０は、コンピュータによって実現可能なものであり、コンピュータによって実現する場合は、例えば、次のようにする。コンピュータをリソース利用端末１２０として機能させるためのプログラムが記録されたディスク、半導体メモリ、その他の記録媒体を用意し、コンピュータに上記プログラムを読み取らせる。コンピュータは、読み取ったプログラムに従って自身の動作を制御することにより、自コンピュータ上にデータ制御部２４０を実現する。
【００６５】
〔リソース提供端末１３０の構成〕
リソース提供端末１３０は、データ制御部２６０を備えると共に、ＣＰＵ、ディスク、メモリなどのリソース２７０を備えている。
【００６６】
データ制御部２６０は、データ送受信部２６１と、リソース情報取得部２６２と、演算処理部２６３とを備えている。
【００６７】
データ送受信部２６１は、インターネット１１０を介してデータをやり取りする機能を有する。
【００６８】
リソース情報取得部２６２は、ＩＳＰサーバ１００から送られてきたリソース情報取得ＡＰによって実現されるものであり、自端末１３０のＣＰＵ性能、ディスク容量、メモリ容量などをＩＳＰサーバ１００に送信する機能を有する。
【００６９】
演算処理部２６３は、ＩＳＰサーバ１００から送られてきた演算ＡＰによって実現されるものであり、依頼された処理を実行する機能を有する。
【００７０】
リソース提供端末１３０は、コンピュータによって実現可能なものであり、コンピュータによって実現する場合は、例えば、次のようにする。コンピュータをリソース提供端末１３０として機能させるためのプログラムを記録したディスク、半導体メモリ、その他の記録媒体を用意し、コンピュータに上記プログラムを読み取らせる。コンピュータは、読み取ったプログラムに従って自身の動作を制御することにより、自コンピュータ上に、データ制御部２６０を実現する。
【００７１】
〔第１の実施の形態の動作の説明〕
次に、本実施の形態の動作について詳細に説明する。
【００７２】
〔リソース提供端末１３０のログイン時の動作〕
先ず、リソース提供端末１３０がＩＳＰサーバ１００にログインした際に行われる動作を図７のフローチャートを参照して説明する。
【００７３】
リソース提供端末１３０を利用するＩＳＰ会員は、ＩＳＰサーバ１００にログインする際、事前に配布されている会員ＩＤ及びパスワードを含む認証情報をＩＳＰサーバ１００へ送信する。ＩＳＰサーバ１００内のリソース提供端末管理部２３１は、データ送受信部２３２を介してリソース提供端末１３０から送られてきた認証情報を受信すると、会員ＤＢ２２５に登録されている会員ＩＤおよびパスワードを利用して認証を行う（ステップ７０１）。
【００７４】
認証ＯＫの場合、リソース提供端末管理部２３１は、ログインしたリソース提供端末１３０を利用している会員が、グリッドコンピューティングでのリソースの提供を許可している会員か否かを、会員ＤＢ２２５に登録されている協力可否情報に基づいて判断する（ステップ７１１）。
【００７５】
そして、リソースの提供を許可していない会員である場合は、ＩＳＰサーバ１００は、リソース提供端末１３０を通常通りインターネット１１０に接続し、図７の処理を終了する。これに対して、リソースの提供を許可している会員である場合は、リソース提供端末１３０をインターネット１１０に接続すると共に、リソース提供端末１３０に対してリソース情報取得ＡＰの有無を問い合わせる（ステップ７１２）。リソース情報取得ＡＰは、リソース提供端末１３０に常駐してリソース情報取得部２６２を実現するものであり、リソース提供端末１３０のリソース２７０の仕様情報（ＯＳ、ＣＰＵのクロック周波数、ＤＩＳＫ容量、メモリ容量など）や現状のリソース使用状況（ＣＰＵ使用率、ＤＩＳＫ、メモリの使用容量など）を取得し、定期的にＩＳＰサーバ１００に送信するアプリケーションプログラムである。
【００７６】
リソース情報取得ＡＰがない場合は、リソース提供端末管理部２３１が、監視ＡＰ記憶部２２６に格納されているリソース情報取得ＡＰをリソース提供端末１３０へ送信するが、その際、リソース提供端末１３０が不要あれば、受信を拒否できるように構成しておくことが望ましい。そのため、ステップ７１４において、リソース提供端末管理部２３１は、リソース提供端末１３０に対して、リソース情報取得ＡＰを送信しても良いか否かを問い合わせる問い合わせ画面を送信し、リソース提供端末１３０を利用している会員は、問い合わせ画面を用いてリソース情報取得ＡＰの送信を許可するか否かを回答する。このように、リソースの提供を許可しているＩＳＰ会員のリソース提供端末１３０にリソース情報取得ＡＰがなかった場合に、リソース情報取得ＡＰを送信しても良いか否かを問い合わせるようにしているのは、上記ＩＳＰ会員が使用する端末が必ずしも１台に固定されているわけでなく、リソース提供を行いたくない端末を使用している可能性もあるからである。
【００７７】
そして、リソース提供端末１３０からリソース情報取得ＡＰの送信を許可しない旨の回答が送られてきた場合は、処理を終了する。これに対して、リソース情報取得ＡＰの送信を許可する旨の回答が送られてきた場合は、リソース情報取得ＡＰをリソース提供端末１３０に送信し、リソース提供端末１３０は、リソース情報取得ＡＰをインストールする（ステップ７１５、７０２）。このインストールされたリソース情報取得ＡＰにより、リソース情報取得部２６２が実現される。
【００７８】
リソース情報取得ＡＰによって実現されたリソース情報取得部２６２は、リソース提供端末１３０のリソース２７０の仕様情報（ＯＳ、ＣＰＵのクロック周波数、ＤＩＳＫ容量、メモリ容量など）や現状のリソース使用状況（ＣＰＵ使用率、ＤＩＳＫ、メモリの使用容量など）を取得してＩＳＰサーバ１００に送信し、ＩＳＰサーバ１００内のリソース提供端末管理部２３１ではその情報をリソース提供端末情報ＤＢ２２３に格納する（ステップ７０３、７０４、７１６）。また、ステップ７１３が「有」の場合も同様の処理が行われる（ステップ７０３、７０４、７１６）。
【００７９】
具体的にはリソース提供端末情報ＤＢ２２３には図５にあるようなファイル項目で情報が蓄積される。以下にレコードＲｅｃ０１を例に説明する。
【００８０】
このレコードＲｅｃ０１は、会員ＩＤ“00001123456”の会員が、端末ＩＤ“00001123456-01”の端末から接続開始時刻2005年2月7日10時12分にログインしていることを意味する。ここで、端末ＩＤは、会員ＩＤに識別子“-01”としているが、端末を一意にできる情報であればなんでもよく、ｍａｃアドレスなどでも構わない。
【００８１】
接続終了時刻５０４は、リソース提供端末１３０がログイン後、いつまで接続し続ける予定かの情報で、例えば、ログイン時に対話形式などでリソース提供端末１３０の利用者に入力させる方法で採用しても良い。入力されない場合は、ＩＳＰサーバ１００において測定、記録されている上記利用者（ＩＳＰ会員）の過去の連続接続時間の履歴に基づいて、上記利用者の平均連続接続時間を算出し、接続開始時刻から上記平均連続接続時間が経過した時刻を接続終了時刻とするようにしても良い。
【００８２】
端末仕様（デフォルト）５０５にはリソース提供端末１３０の仕様情報が記録される。この例は、ＯＳがWindows（登録商標）XP HomeEdition SP2、ＣＰＵのクロック周波数が2.93GHz、DISK容量が250GB、メモリが512MBであることを示している。
【００８３】
使用可能仕様（最新）５０６は、実際にリソース提供端末１３０で稼働しているアプリケーションなどで使用しているリソースを考慮した、グリッドコンピューティングで使用可能なリソース情報が記録される。この例は、ＣＰＵは９２％、DISK容量は７５％、メモリは８８％が使用可能な状態にあることを示している。なお、使用可能仕様（最新）５０６は、ログイン時だけでなく、定期的にリソース提供端末１３０内のリソース情報取得部２６２からＩＳＰサーバ１００へ送信され、ＩＳＰサーバ１００内のリソース提供端末管理部２３１は、リソース提供端末情報ＤＢ２２３に格納されている該当するレコードＲｅｃ０１の使用可能仕様（最新）５０６を、リソース提供端末１３０から送られてきた最新の情報で更新する。
【００８４】
〔リソース利用端末１２０がグリッドコンピューティングによる処理をＩＳＰサーバ１００に依頼したときの動作〕
次に、リソース利用端末１２０がＩＳＰサーバ１００に対してグリッドコンピューティングによる処理を依頼したときの動作について、図８のフローチャートを参照して説明する。
【００８５】
以下では、具体的な例として、公開特許公報や特許公報などの特許公報類（単に特許公報と称す）から特徴語を抽出する処理をＩＳＰサーバ１００に依頼する場合を例に挙げて説明する。特許公報から特徴語を抽出する処理は、例えば、特許公報のテキストデータをテキストマイニング処理するアプリケーションプログラムを使用して行うものであり、このアプリケーションプログラムでは、例えば、特許公報に現れる各単語について、出現頻度や、他の単語との距離などに基づいて、そのレベルを数値化し、レベルが高い単語を特徴語として抽出する。このような特許公報から特徴語を抽出する処理は、各特許公報に依存性がないので、グリッドコンピューティングに適した処理である。なお、抽出した特徴語は、例えば、特許公報と対応付けて特許検索システムのデータベースに登録され、特許公報のキーワード検索を行う場合などに利用される。
【００８６】
今、例えば、リソース利用端末１２０がＩＳＰサーバ１００に対して、２８０件分の特許公報から特徴語を抽出する処理を依頼する場合を考えてみる。
【００８７】
リソース利用端末１２０内の記憶装置２５０には、特徴語の抽出処理を行う演算ＡＰ２５１と、２８０件分の特許公報のテキストデータが格納された演算データファイル２５２とが格納されている。
【００８８】
演算データ分割・結合部２４２は、ステップ８０１において、演算データファイル２５２に格納されている２８０件分の特許公報のテキストデータを、特許公報１件分毎のテキストデータに分割する。次のステップ８０２では、演算データ分割・結合部２４２は、ＩＳＰサーバ１００にログインし、演算ＡＰ２５１を格納したファイル（ファイル名“xyz.exe”とする）と、それぞれが特許公報１件分のテキストデータを格納した２８０個のファイル（ファイル名“abc001”、“abc002”、…、“abc280”とする）をＩＳＰサーバ１００へ送信する。更に、ステップ８０２では、会員ＩＤと、いつまでに処理結果を返却して欲しいかを示す納期時刻（例えば、2005年2月7日14時00分）と、演算対象数（“280”）と、依頼した処理を実際に行うリソース提供端末１３０が備えていなければならない端末仕様（推奨）（例えば、ＯＳはWindowsXP SP1以上、ＣＰＵは1.00GHz以上、ＤＩＳＫ容量は50GB以上、メモリは256MB以上）と、この端末仕様（推奨）で特徴語の抽出処理を行った場合の1件当たりの平均的な処理時間（例えば、600秒）と、演算ＡＰ２５１を格納したファイルのファイル名（“xyz.exe”）と、テキストデータを格納した２８０個のファイルそれぞれのファイル名（“abc001”、“abc002”、…、“abc280”）をＩＳＰサーバ１００へ送信する。
【００８９】
リソース利用端末管理部２１０は、データ送受信部２１１が受信した各ファイル（演算ＡＰ２５１が格納されているファイル及び特許公報のテキストデータが格納されている２８０個のファイル）を演算ＤＢ２２４に格納すると共に、データ送受信部２１１が受信した残りのデータ（会員ＩＤ、納期時刻、演算数、演算時間、端末仕様、演算ＡＰを格納したファイルのファイル名、演算ＡＰのInputデータとなるテキストデータを格納したファイルのファイル名）を、図６に示すように、項目６０１、６０３〜６０９に格納する。なお、依頼時刻６０２には、データの受信時刻（図６の例では、“200502071100”、2005年2月7日11時00分）を格納する。また、依頼番号６１０には、今回受け付けたリソース利用端末１２０からの依頼を一意に識別するための依頼番号（図６の例では、R000001）を格納する。
【００９０】
その後、リソース利用端末管理部２１０内のリソース提供端末抽出部２１２が、リソース利用端末ＤＢ２２１に格納した、リソース利用端末１２０から送られてきたデータ及びリソース提供端末情報ＤＢ２２３の内容に基づいて、特徴語の抽出処理を依頼するリソース提供端末１３０を抽出し（ステップ８１１）、リソース提供端末処理依頼部２１３が、リソース提供端末抽出部２１２によって抽出された各リソース提供端末に対して演算関連データを送信する（ステップ８１２）。
【００９１】
具体的には、ステップ８１１では、リソース提供端末情報ＤＢ２２３を参照して、使用可能仕様（最新）５０６が、今回の処理依頼に伴って登録した端末仕様（推奨）６０６の条件を満たし、且つ、接続終了時刻５０４が現在時刻よりも演算時間６０５（６００秒）以上、後の時刻になっているリソース提供端末１３０を抽出する。
【００９２】
ステップ８１２では、リソース提供端末処理依頼部２１３が、先ず、ステップ８１１で抽出されたリソース提供端末１３０の内の１台に対して、項目６０７に設定されているファイル名xyz.exeのファイル（演算ＡＰが格納されているファイル）と、項目６０８に設定されているファイル名abc001のファイル（特許公報１件分のテキストデータが格納されている第１番目のファイル）と、今回の依頼を一意に特定する依頼番号R000001とを含む演算関連データを送信する。その後、リソース提供端末依頼処理部２１３は、ステップ８１１で抽出されたリソース提供端末１３０の内の、別の１台に対して上記演算ＡＰが格納されているファイルと、項目６０９に設定されているファイル名abc002のファイル（特許公報１件分のテキストデータが格納されている第２番目のファイル）と、依頼番号R000001とを含む演算関連データを送信する。以下、リソース提供端末処理依頼部２１３は、ファイル名abc280のファイル（特許公報１件分のテキストデータが格納されている第２８０番目のファイル）を含む演算関連データを送信するまで、前述した処理と同様の処理を繰り返し行う。なお、ステップ８１１で抽出されたリソース提供端末の台数が項目６０４によって示される演算数「２８０」に満たないような場合があれば、１台のリソース提供端末に対し、複数の処理を依頼するようにしてもよい。その場合は、演算時間６０５（６００秒）に依頼件数を乗じた時間で接続終了時刻５０４を考慮して抽出するようにしてもよく、これらの操作はＩＳＰサーバ１００の入出力装置（図示せず）より、オペレータが対話形式で設定できる構成にしてもよい。
【００９３】
リソース提供端末１３０は、ＩＳＰサーバ１００から送られてきた演算関連データを受信すると（ステップ８２１）、それに含まれている演算ＡＰ（ファイル名xyz.exeに格納されている）を起動することにより演算処理部２６３を実現する。演算処理部２６３は、演算関連データに含まれている特許公報のテキストデータから特徴語を抽出し、抽出した特徴語と、演算関連データに含まれていた依頼番号R000001と、どの程度のリソースを提供したのかを示すリソース提供実績情報とをＩＳＰサーバ１００へ送信する（ステップ８２２、８２３）。
【００９４】
ここで、リソース提供端末１３０は、接続終了時刻５０４まで必ず接続されているわけではなく、途中で接続を切ったり、不慮の停電などで切断されるケースも考えられるため、ＩＳＰサーバ１００内のリソース提供端末管理部２３１では演算関連データを送信後、演算結果を受信するまでの間、リソース提供端末１３０の状況を監視する（ステップ８１３）。例えば、リソース利用端末管理部２１０からリソース提供端末１３０に正常動作しているか否かを問い合わせる方法などを採用することができる。なお、この問い合わせに対して、リソース提供端末１３０から正常動作している旨の回答がなかった場合には、他のリソース提供端末に上記リソース提供端末１３０に送信した演算関連データと同じ演算関連データを送信する。
【００９５】
ＩＳＰサーバ１００内のリソース提供端末管理部２３１は、リソース提供端末１３０から処理結果である特徴語と、リソース提供実績情報と、依頼番号R000001とが返信されると、上記リソース提供実績情報と上記依頼番号R000001との対に、課金処理が完了しているか否かを示す課金フラグ（本実施の形態では、課金フラグが“０”の場合は課金処理が完了しておらず、“１”の場合は課金処理が完了しているとする。この時点では、課金処理が完了していないので、付加される課金フラグの値は“０”である。）を付加してリソース提供端末情報ＤＢ２２３の該当するレコードの項目５０７に追記し、更に、処理結果である特徴語をリソース利用端末１２０へ送信する（ステップ８１４〜８１６）。
【００９６】
リソース提供実績情報については、リソース提供端末情報ＤＢ２２３に蓄積することでよいが、蓄積する情報については、リソース提供に対する対価をどういう基準で考えるかという取り決めにより様々な方法が考えられ、その基準に応じて必要な情報を取得するようにすれば良い。以下にその考えられる例を記載する。
【００９７】
（１）処理・演算依頼回数による計算
本実施の形態の例で考えると、テキストマイニング処理を行った特許公報数により計算する方法で、その場合、処理したファイル数をリソース提供端末情報ＤＢ２２３に記録する。
【００９８】
（２）処理・演算時間による計算
同様に本実施の形態の例で考えると、リソース提供端末１３０でテキストマイニングの処理時間により算出する方法であり、その場合、xyz.exeのプロセスが処理した時間をリソース提供端末情報ＤＢ２２３に記録する。プロセスの処理時間は、処理を行ったリソース提供端末１３０に常駐しているリソース情報取得ＡＰ（リソース情報取得部２６２）で取得し、演算結果を送信する際に一緒に送信するようにする。
【００９９】
（３）処理・演算のデータ量による計算
同様に本実施の形態の例で考えると、特許公報のデータ量に応じて算出する方法で、この場合、処理した特許公報のデータ量をリソース提供端末情報ＤＢ２２３に記録する。
【０１００】
上記（１）〜（３）の方法に限定するわけではなく、例えば、ＣＰＵの性能がよければ処理時間も短くて済むので、処理・演算時間やデータ量に性能レベルを数値化し、それをパラメータ値として乗じるなどしてもよい。いずれにしても算出根拠となるデータをリソース提供端末情報ＤＢ２２３に記録し、蓄積していく。
【０１０１】
リソース利用端末１２０内の演算データ分割・結合部２４２は、処理結果を受信し、その結果を結合する（ステップ８０３、８０４）。
【０１０２】
以上が、リソース利用端末１２０がＩＳＰサーバ１００に対して処理を依頼したときの動作である。
【０１０３】
〔課金時の動作〕
次に、リソース提供端末１３０へのリソース提供に関する対価の支払処理と、リソース利用端末への処理・演算に関する対価の請求処理について説明する。
【０１０４】
課金部２８０内の相殺部２８２は、定期的（例えば、月末など）に図９のフローチャートに示す処理を行う。
【０１０５】
相殺部２８２は、先ず、課金ＤＢ２２２のレコードの１つに注目し、そのレコードに格納されている会員ＩＤを取得する（ステップ９１）。その後、相殺部２８２は、上記会員ＩＤの会員が使用するリソース提供端末１３０が提供したリソースに見合った対価を算出する（ステップ９３）。
【０１０６】
図１０は、ステップ９３で行う処理の詳細を示したフローチャートである。同図を参照すると、相殺部２８２は、リソース提供端末情報ＤＢ２２３のレコードの内の１つに注目し（ステップ９３１）、そのレコードに格納されている会員ＩＤと、ステップ９１において課金ＤＢ２２２内の注目レコードから取得した会員ＩＤとが一致するか否かを調べる（ステップ９３３）。
【０１０７】
そして、会員ＩＤが不一致の場合（ステップ９３３がＮＯ）は、ステップ９３１の処理に戻る。これに対して、会員ＩＤが一致した場合（ステップ９３３がＹＥＳ）は、現在注目している課金ＤＢ２２２のレコードの、項目５０７にリソース提供実績情報と依頼番号との対であって、付加されている課金フラグの値が“０”の対が格納されているか否かを調べる（ステップ９３４）。
【０１０８】
課金フラグが“０”の対が格納されていない場合（ステップ９３４がＮＯ）は、ステップ９３１の処理に戻る。これに対して、課金フラグが“０”の対が登録されている場合（ステップ９３４がＹＥＳ）は、上記対に含まれているリソース提供実績情報に見合った対価を算出し、今回算出した対価を、リソース提供実績に見合った対価の累積金額に累積する（ステップ９３５）。その後、相殺部２８２は、ステップ９３１の処理を行う。相殺部２８２は、上記した処理を繰り返し行い、未注目のレコードがなくなると、図９のステップ９４の処理を行う。
【０１０９】
ステップ９４では、ステップ９１で取得した会員ＩＤの会員が使用しているリソース利用端末１２０が利用したリソースに見合った対価を、リソース利用端末ＤＢ２２１及びリソース提供端末情報ＤＢ２２３を参照して算出する。
【０１１０】
図１１は、ステップ９４で行う処理の詳細を示したフローチャートである。同図を参照すると、相殺部２８２は、先ず、リソース利用端末ＤＢ２２１のレコードの１つに注目する（ステップ９４１）。その後、相殺部２８２は、注目している上記レコードに格納されている会員ＩＤと、ステップ９１で取得した会員ＩＤとが一致するか否かを調べる（ステップ９４３）。
【０１１１】
そして、会員ＩＤが不一致の場合（ステップ９４３がＮＯ）は、ステップ９４１の処理に戻る。
【０１１２】
これに対して、会員ＩＤが一致した場合（ステップ９４３がＹＥＳ）は、注目中のレコードの項目６１０に格納されている依頼番号を取得する（ステップ９４４）。その後、相殺部２８２は、リソース提供端末情報ＤＢ２２３のレコードの１つに注目し（ステップ９４５）、そのレコードの項目５０７に、ステップ９４４で取得した依頼番号と同一の依頼番号を含み、且つ課金フラグが“０”になっているリソース提供実績情報と依頼番号との対が格納されているか否かを調べる（ステップ９４７）。
【０１１３】
そして、上記条件を満たす対が格納されていない場合（ステップ９４７がＮＯ）は、ステップ９４５の処理に戻る。これに対して、上記条件を満たす対が格納されている場合は（ステップ９４７がＹＥＳ）は、条件を満たす各対ごとに、その対に含まれているリソース提供実績情報（リソース利用端末１２０にとってはリソース利用実績情報となる）に見合った対価を算出し、今回算出した対価を、リソース利用実績に見合った対価の累積金額に累積する（ステップ９４８）。更に、ステップ９４８では、累積処理が終了したリソース提供実績情報と依頼番号との対に付加されている課金フラグの値を“１”に変更する。その後、相殺部２８２は、ステップ９４５の処理に戻り、リソース提供端末情報ＤＢ２２３に未注目のレコードがなくなるまで、ステップ９４５〜９４８の処理を繰り返し行う。
【０１１４】
そして、リソース提供端末情報ＤＢ２２３に未注目のレコードがなくなると（ステップ９４６がＮＯ）、ステップ９４１の処理に戻り、リソース利用端末ＤＢ２２１に未注目のレコードがなくなるまで、ステップ９４１〜９４８の処理を繰り返し行う。そして、リソース利用端末ＤＢ２２１に未注目のレコードがなくなると（ステップ９４２がＮＯ）、相殺部２８２は、図９のステップ９５の処理を行う。
【０１１５】
ステップ９５では、｛（ステップ９１で注目したレコード中のＩＳＰ利用料）−（ステップ９３５で累積したリソース提供実績に見合った累積金額）＋（ステップ９４８で累積したリソース利用実績に見合った累積金額）｝なる演算を行うことにより、相殺後請求金額を算出し、課金ＤＢ２２２の注目中のレコードに格納する。更に、ステップ９５では、ステップ９３５、９４８で累積した累積金額を「０」に戻す処理も行う。
【０１１６】
ステップ９５の処理が終了すると、相殺部２８２は、ステップ９１の処理に戻り、課金ＤＢ２２２に未注目のレコードがなくなるまで（課金ＤＢ２２２の最後のレコードを処理するまで）、前述した処理を繰り返し行う。そして、課金ＤＢ２２２に未注目のレコードがなくなると（ステップ９２がＮＯ）、決済部２８３を起動した後、その処理を終了する。
【０１１７】
決済部２８３は、起動されると、図１２のフローチャートに示すように、課金ＤＢ２２２のレコードの１つに注目し（ステップ１２１）、注目中のレコードに格納されている相殺後請求金額を、注目中のレコードに格納されている口座情報によって示される銀行口座から引き落とす等の決済処理を行う（ステップ１２３）。その後、決済部２８３は、ステップ１２１に戻り、未注目のレコードがなくなるまで（ステップ１２２がＮＯとなるまで）、上述した処理と同様の処理を繰り返し行う。
【０１１８】
以上が本実施の形態の一連の動作説明になるが、本発明の実施はこの例に限ったものではない。本実施の形態では、グリッドコンピューティングを利用して特許公報から特徴語を抽出する場合を例に挙げて説明したが、前述したような大量な請求書の作成などの業務処理でも構わない。このような処理の場合、個人情報などを含むため、リソース利用端末１２０から演算関連データを送信する時に暗号化し、リソース提供端末１３０で処理・演算を行ったワークファイルや演算結果なども全て演算ＡＰで暗号化し、演算結果をＩＳＰサーバ１００に送信するとともに結果データを全て削除するようにしておくことで、データに関するセキュリティは保たれる。
【０１１９】
〔第１の実施の形態の効果〕
本実施の形態によれば、リソースの提供および利用に伴って発生する対価の支払いおよび請求にかかるコストを低減させることが可能になる。その理由は、ＩＳＰサーバ１００が、リソース提供端末１３０を使用している会員については、その会員に請求するＩＳＰ利用料から提供したリソースに見合った対価を減算した相殺後請求金額を求め、リソース利用端末１２０を使用している会員については、その会員に請求するＩＳＰ利用料に利用したリソースに見合った対価を加算した相殺後請求金額を求める相殺部２８２を備えているからである。即ち、ＩＳＰ利用料の請求処理の一環として、リソースの提供および利用に伴って発生する対価の支払いおよび請求を行うことが可能になるので、コスト低減させることが可能になる。また、リソース提供者には、提供したリソースに応じてＩＳＰ利用料を割り引くという特典を与えるようにしているので、多くのリソース提供者を確保することが可能になる。
【０１２０】
〔第２の実施の形態〕
次に本発明にかかるグリッドコンピューティングシステムの第２の実施の形態について説明する。本実施の形態は、ＩＳＰサーバ１００の余剰リソースもリソース利用端末１２０に提供することを特徴とする。
【０１２１】
本実施の形態では、図２のグリッドコンピューティングシステムにおいて、リソース提供端末管理部２３１が、ログインしたリソース提供端末１３０に関する情報（図５の項目５０１〜５０６）だけでなく、自サーバ１００に関する同様の情報もリソース提供端末情報ＤＢ２２３に登録し、リソース提供端末抽出部２１３が、図８のステップ８１１において処理の依頼先にするリソース提供端末を抽出する際、ＩＳＰサーバ１００も対象にして処理の依頼先を抽出するようにする。但し、ＩＳＰサーバ１００に関する情報をリソース提供端末情報ＤＢ２２３に格納する場合、項目５０１、５０２、５０５にはＩＳＰサーバ１００固有の値を格納し、項目５０３、５０４には、常に接続されていることを示す特定の値を格納する。また、項目５０６は、リソース提供端末管理部２３１によって定期的に更新される。また、リソース提供端末１３０は、図８のステップ８１１において、処理の依頼先を抽出する際、項目５０３、５０４に、常に接続されていることを示す特定の値が格納されているレコードは、依頼された処理が完了されるまで、接続されていると判断する。なお、他の動作は第１の実施の形態と同様である。
【０１２２】
また、ＩＳＰが図２に示したＩＳＰサーバ１００以外のＩＳＰサーバ（図示せず）も運営している場合には、ＩＳＰが運営している各ＩＳＰサーバの余剰リソースをリソース利用端末１２０に提供することもできる。この場合には、ＩＳＰサーバ１００内のリソース提供端末管理部２３１が、自サーバ１００及び他のＩＳＰサーバに関する情報をリソース提供端末情報ＤＢ２２３に登録し、ＩＳＰサーバ１００内のリソース提供端末抽出部２１２が、図８のステップ８１１において処理の依頼先にするリソース提供端末を抽出する際、ＩＳＰサーバ１００および他のＩＳＰサーバも対象にして処理の依頼先を抽出するようにする。なお、ステップ８１１において、処理の依頼先を抽出する際、リソース提供端末を優先的に抽出するのか、それともＩＳＰサーバを優先的に抽出するのかを予め定めておくようにしても良い。
【０１２３】
〔第２の実施の形態の効果〕
本実施の形態によれば、第１の実施の形態が有している効果に加え、リソース利用端末が利用できるリソースが増加し、グリッドコンピューティングによる処理をより効率的に行うことが可能になるという効果を得ることが可能になる。その理由は、リソース提供端末１３０だけでなく、ＩＳＰサーバ１００も余剰リソースを提供する構成を有しているからである。
【産業上の利用可能性】
【０１２４】
本発明によれば、グリッドコンピューティングをビジネスとして成立させることが可能になり、その結果、営利目的の企業なども容易にグリッドコンピューティングを利用することが可能になる。即ち、リソース提供者にとってはＩＳＰ利用料を低減でき、定型的な処理でグリッドコンピューティングを利用したい企業などにとっては自社で処理するよりも安価な範囲で処理を行うことができ、ＩＳＰにとってはリソースの提供および利用に伴って発生する対価の支払いおよび請求にかかるコストを低減できるというメリットがあるので、グリッドコンピューティングをビジネスとして成立させることが可能になる。
【図面の簡単な説明】
【０１２５】
【図１】発明にかかるグリッドコンピューティングシステムの第１の実施の形態の全体構成例を示すブロック図である。
【図２】ＩＳＰサーバ１００、リソース利用端末１２０及びリソース提供端末１３０の構成例を示すブロック図である。
【図３】会員ＤＢ２２５の内容例を示す図である。
【図４】課金ＤＢ２２２の内容例を示す図である。
【図５】リソース提供端末情報ＤＢ２２３の内容例を示す図である。
【図６】リソース利用端末ＤＢ２２１の内容例を示す図である。
【図７】リソース提供端末１３０がログインしたときの処理例を示すフローチャートである。
【図８】リソース利用端末１２０がグリッドコンピューティングによる処理を依頼したときの処理例を示すフローチャートである。
【図９】相殺部２８２の処理例を示すフローチャートである。
【図１０】図９のステップ９３の詳細な処理例を示すフローチャートである。
【図１１】図９のステップ９４の詳細な処理例を示すフローチャートである。
【図１２】決済部２８３の処理例を示すフローチャートである。
【符号の説明】
【０１２６】
１００…ＩＳＰサーバ
２１０…リソース利用端末管理部
２１１…データ送受信部
２１２…リソース提供端末抽出部
２１３…リソース提供端末処理依頼部
２２０…記憶装置
２２１…リソース利用端末ＤＢ
２２２…課金ＤＢ
２２３…リソース提供端末情報ＤＢ
２２４…演算ＤＢ
２２５…会員ＤＢ
２２６…監視ＡＰ記憶部
２３０…リソース提供端末監視部
２３１…リソース提供端末管理部
２３２…データ送受信部
２８０…課金部
２８１…ＩＳＰ利用料管理部
２８２…相殺部
２８３…決済部
１１０…インターネット
１２０…リソース利用端末
２４０…データ制御部
２４１…データ送受信部
２４２…演算データ分割・結合部
２５０…記憶装置
２５１…演算ＡＰ
２５２…演算データファイル
１３０…リソース提供端末
２６０…データ制御部
２６１…データ送受信部
２６２…リソース情報取得部
２６３…演算処理部
２７０…リソース
【技術分野】
【０００１】
本発明は、ネットワーク上に存在する複数のコンピュータの余剰リソースを利用して様々な処理を行うグリッドコンピューティング技術に関し、特に、ＩＳＰ（Internet Service Provider）が、リソース利用者とリソース提供者とを仲介すると共に、リソースの提供および利用に伴って発生する対価の支払いおよび請求を行うグリッドコンピューティング技術に関する。
【背景技術】
【０００２】
近年、ＰＣ（Personal Computer）の性能は飛躍的に良くなり、かつ、低価格化が進んできているため、各家庭やオフィスなどで一人一台を所有し、インターネットに接続して各種ホームページを閲覧したり、メールを送受信するなどの様々な処理に頻繁に利用されるようなってきている。しかしながら、各種ホームページを閲覧したり、メールを送受信する程度では高性能になったＰＣのリソース（ＣＰＵ、メモリ、ＤＩＳＫ容量など）の内の数％程度しか利用しておらず、残りのリソースパワーは未使用状態にあることが多い。
【０００３】
また、高速な通信回線の普及によって大容量のデータのやりとりが行われるブロードバンド化も急速に普及し、更に、オフィスはもちろん各家庭においても、各端末のインターネットへの接続料金設定が従量制（インターネットに接続した時間などに応じて支払う料金体系）から固定制（インターネットの接続時間などには依存せず月額固定などの料金体系で、いわゆる使い放題な料金設定）を利用するユーザが増えてきている。
【０００４】
ＰＣの性能向上やブロードバンド化に伴い、グリッドコンピューティングという概念が一般家庭のユーザなどにも浸透してきており、ＳＥＴＩ＠ｈｏｍｅやＦｉｇｈｔ ＡＩＤＳ＠ｈｏｍｅといったプロジェクトが、一般家庭のＰＣのリソースを利用して行われるようになってきている。ＳＥＴＩ＠ｈｏｍｅは、地球外生命体を探索するという知的好奇心をくすぐるものであり、Ｆｉｇｈｔ ＡＩＤＳ＠ｈｏｍｅは、エイズ治療薬を探すという社会貢献といった意味付けがあり、どちらも広い意味でボランティア精神の上に成り立つものである。
【０００５】
ところで、グリッドコンピューティングにおける、コンピュータリソースを利用したいというニーズを持つ者としては、上記したＦｉｇｈｔ ＡＩＤＳ＠ｈｏｍｅやＳＥＴＩ＠ｈｏｍｅ等のように、社会的に貢献するプロジェクトや知的好奇心をくすぐるプロジェクトに関わっている研究者の他に、大量のデータ処理を必要とする企業なども考えられる。企業がグリッドコンピューティングを利用して行う処理としては、種々の処理が考えられるが、例えば、大量の請求書のイメージデータを作成する処理などが考えられる。
【０００６】
Ｆｉｇｈｔ ＡＩＤＳ＠ｈｏｍｅやＳＥＴＩ＠ｈｏｍｅ等のように、社会的に貢献するプロジェクトや、知的好奇心をくすぐるプロジェクトに対しては、自身のＰＣのリソースを無償で提供しようというユーザが多数存在し、実際にこのようなユーザによって提供されたリソースを利用して、Ｆｉｇｈｔ ＡＩＤＳ＠ｈｏｍｅ等のプロジェクトが行われている。しかし、営利目的の企業のために、自身のＰＣのリソースを無償で提供しようとするユーザは、ほとんど存在しない。従って、営利目的の企業などにおいても、一般家庭のＰＣのリソースを利用できるようにするためには、リソースの提供に対する対価が適切にリソース提供者に支払われるような仕組みが必要となる。
【０００７】
リソース提供者に対して対価を支払うようにした従来の技術としては、リソース利用端末とリソース提供端末のニーズとシーズとを仲介する仲介サーバを設け、仲介サーバが、リソースを提供したリソース提供端末に対して提供したリソースに見合った金額を支払い、リソースを利用したリソース利用端末に対して利用したリソースに見合った金額を請求するという技術が知られている（例えば、特許文献１、２、３参照）。なお、リソース利用者から徴収した金額とリソース提供者に支払った金額との差分が、仲介者の利益となる。
【０００８】
また、貨幣以外の方法によってリソース提供者に対価を支払う方法も従来から提案されている（例えば、特許文献４、５参照）。
【０００９】
特許文献４においては、リソース利用端末とリソース提供端末とを仲介する演算処理業者装置を設け、演算処理業者装置がリソースを提供したリソース提供端末に対して、提供したリソースに見合ったポイントを還元するようにしている。なお、リソース提供端末に還元されたポイントは、演算処理業者が提携しているネットショップ等で利用可能なものである。
【００１０】
また、特許文献５においては、計算依頼端末とリソース提供端末とを仲介する仲介サーバを設け、仲介サーバが、計算依頼端末から依頼された計算を行わせるための計算プログラムをリソース提供端末へ送信する際、コンテンツも送信し、上記コンテンツをリソース提供に対する対価としている。
【００１１】
一方、グリッドコンピューティングに関する技術ではないが、ＡＳＰ（Application Service Provider）がユーザからアプリケーションサービス料金を徴収する際のコストを低減させるため、ＩＳＰに対してユーザから徴収するアプリケーションサービス料金を通知し、ＩＳＰが上記ユーザのインターネット接続料金と通知されたアプリケーションサービス料金とを合算してユーザに請求する技術も知られている（例えば、特許文献６参照）。
【００１２】
【特許文献１】特開２００４−２０６２７３号公報
【特許文献２】特開２００４−３２６４５２号公報
【特許文献３】特開２００４−３６２１４９号公報
【特許文献４】特開２００４−３０２７４１号公報
【特許文献５】特開２００４−１０２８７８号公報
【特許文献６】特開２００２−１６３１８３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
上述した特許文献１〜４に開示されている従来の技術によれば、リソース提供者が提供したリソースに見合った対価を受け取ることが可能になるため、Ｆｉｇｈｔ ＡＩＤＳ＠ｈｏｍｅやＳＥＴＩ＠ｈｏｍｅのように社会的に貢献したり知的好奇心をくすぐるプロジェクト以外の、例えば、企業などが営利を目的にして行うプロジェクトについてもリソース提供者を確保することが可能になると考えられる。
【００１４】
しかしながら、上述した特許文献１〜５に開示されている従来の技術には次のような問題がある。
【００１５】
特許文献１〜３に開示されている従来の技術では、リソース提供者に対して対価（リソース提供料）を支払うためだけに、銀行口座などにリソース提供料を振り込む等の支払い処理を行い、リソース利用者に対して対価（リソース利用料）を請求するためだけに請求処理を行っているため、支払い処理や請求処理にコストがかかってしまうという問題がある。
【００１６】
特許文献４に開示されている従来の技術では、リソース提供者に対してリソース提供料を支払う代わりにポイントを還元しているので、銀号口座などへの振込処理が不要になり、振込手数料を不要にすることができる。しかし、この従来の技術では、リソース提供者毎にポイントを管理しておく必要があるため、コストがかかってしまうという問題がある。即ち、リソース提供者のポイントを管理するためのポイントデータベースを設けたり、リソース提供者がリソースを提供する毎に、上記リソース提供者のポイントを加算したり、リソース提供者がネットショップで買い物をする毎に、上記リソース提供者のポイントを減算したりする必要があるためコストがかかってしまう。
【００１７】
特許文献５に開示されている従来の技術では、仲介事業者装置が、計算依頼端末から依頼された計算を行わせるための計算プロジェクトをリソース提供端末へ送信する際、コンテンツも送信し、上記コンテンツをリソース提供に対する対価としている。このため、銀行口座への振込処理や、ポイントの管理処理が不要になり、上述した従来の技術に比較してコストを抑えることが可能になる。しかし、対価としてコンテンツが提供されるだけであるので、魅力に乏しく、多くのリソース提供者を確保することが難しいという問題がある。更に、リソース利用者に対しては、リソース利用料の請求のためだけに請求処理を行っているため、コストがかかってしまうという問題がある。
【００１８】
なお、特許文献６に開示されている技術は、前述したように、グリッドコンピューティングに関するものではない。
【００１９】
〔発明の目的〕
そこで、本発明の目的は、リソースの提供および利用に伴って発生する対価の支払いおよび請求にかかるコストを低減させると共に、多くのリソース提供者を確保できるようにすることにある。
【課題を解決するための手段】
【００２０】
本発明にかかる第１のグリッドコンピューティングシステムは、
ＩＳＰサーバと、リソースを提供するリソース提供端末と、リソースを利用するリソース利用端末とを含むグリッドコンピューティングシステムにおいて、
前記ＩＳＰサーバが、
会員ＩＤに対応付けてＩＳＰ利用料が格納された課金データベースと、
リソース提供端末が提供したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース提供端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料から減算することにより前記リソース提供端末の使用者に対して請求する相殺後請求金額を求めると共に、リソース利用端末が利用したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース利用端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料に加算することにより前記リソース利用端末の使用者に対して請求する相殺後請求金額を求める相殺部とを備えたことを特徴とする。
【００２１】
本発明にかかる第２のグリッドコンピューティングシステムは、第１のグリッドコンピューティングシステムにおいて、
前記ＩＳＰサーバが、前記相殺部が求めた相殺後請求金額に従った決済処理を行う決済部を備えたことを特徴とする。
【００２２】
本発明にかかる第３のグリッドコンピューティングシステムは、第２のグリッドコンピューティングシステムにおいて、
前記ＩＳＰサーバが、
ログインしたリソース提供端末を使用している会員の会員ＩＤに対応付けて、前記リソース提供端末の端末ＩＤ及びリソース提供実績情報と依頼番号との対が格納されるリソース提供端末情報データベースと、
処理の依頼元のリソース利用端末を使用している会員の会員ＩＤに対応付けて、依頼された処理を特定する依頼番号が格納されるリソース利用端末データベースと、
リソース提供端末のログイン時に、前記リソース提供端末を使用している会員の会員ＩＤと前記リソース提供端末の端末ＩＤとを対応付けて前記リソース提供端末情報データベースに登録するリソース提供端末管理部と、
リソース利用端末から処理が依頼されたとき、前記リソース利用端末データベースに、前記リソース利用端末を使用している会員の会員ＩＤに対応付けて前記依頼された処理を特定する依頼番号を登録すると共に、前記リソース提供端末情報データベースに登録されているリソース提供端末の中から処理の依頼先にするリソース提供端末を抽出するリソース提供端末抽出部と、
該リソース提供端末抽出部で抽出されたリソース提供端末に対して処理を依頼すると共に前記依頼番号を送信し、前記リソース提供端末から処理結果と前記依頼番号とリソース提供実績情報とが返却されたとき、前記リソース提供端末情報データベースに前記依頼番号と前記リソース提供実績情報との対を格納するリソース提供端末処理依頼部とを備え、
前記相殺部が、前記リソース提供端末情報データベースを参照することによりリソース提供端末が提供したリソースに見合った対価を算出し、前記リソース提供端末情報データベース及び前記リソース利用端末データベースを参照することにより前記リソース利用端末が利用したリソースに見合った対価を算出する構成を有することを特徴とする。
【００２３】
本発明にかかる第４のグリッドコンピューティングシステムは、第１のグリッドコンピューティングシステムにおいて、
前記ＩＳＰサーバが、余剰リソースを前記リソース利用端末に提供する構成を有することを特徴とする。
【００２４】
本発明にかかる第１のＩＳＰサーバは、
会員ＩＤに対応付けてＩＳＰ利用料が格納された課金データベースと、
リソース提供端末が提供したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース提供端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料から減算することにより前記リソース提供端末の使用者に対して請求する相殺後請求金額を求めると共に、リソース利用端末が利用したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース利用端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料に加算することにより前記リソース利用端末の使用者に対して請求する相殺後請求金額を求める相殺部とを備えたことを特徴とする。
【００２５】
本発明にかかる第２のＩＳＰサーバは、第１のＩＳＰサーバにおいて、
前記相殺部が求めた相殺後請求金額に従った決済処理を行う決済部を備えたことを特徴とする。
【００２６】
本発明にかかる第３のＩＳＰサーバは、第２のＩＳＰサーバにおいて、
ログインしたリソース提供端末を使用している会員の会員ＩＤに対応付けて、前記リソース提供端末の端末ＩＤ及びリソース提供実績情報と依頼番号との対が格納されるリソース提供端末情報データベースと、
処理の依頼元のリソース利用端末を使用している会員の会員ＩＤに対応付けて、依頼された処理を特定する依頼番号が格納されるリソース利用端末データベースと、
リソース提供端末のログイン時に、前記リソース提供端末を使用している会員の会員ＩＤと前記リソース提供端末の端末ＩＤとを対応付けて前記リソース提供端末情報データベースに登録するリソース提供端末管理部と、
リソース利用端末から処理が依頼されたとき、前記リソース利用端末データベースに、前記リソース利用端末を使用している会員の会員ＩＤに対応付けて前記依頼された処理を特定する依頼番号を登録すると共に、前記リソース提供端末情報データベースに登録されているリソース提供端末の中から処理の依頼先にするリソース提供端末を抽出するリソース提供端末抽出部と、
該リソース提供端末抽出部で抽出されたリソース提供端末に対して処理を依頼すると共に前記依頼番号を送信し、前記リソース提供端末から処理結果と前記依頼番号とリソース提供実績情報とが返却されたとき、前記リソース提供端末情報データベースに前記依頼番号と前記リソース提供実績情報との対を格納するリソース提供端末処理依頼部とを備え、
前記相殺部が、前記リソース提供端末情報データベースを参照することによりリソース提供端末が提供したリソースに見合った対価を算出し、前記リソース提供端末情報データベース及び前記リソース利用端末データベースを参照することにより前記リソース利用端末が利用したリソースに見合った対価を算出する構成を有することを特徴とする。
【００２７】
本発明にかかる第４のＩＳＰサーバは、第１のＩＳＰサーバにおいて、
前記ＩＳＰサーバが、余剰リソースを前記リソース利用端末に提供する構成を有することを特徴とする。
【００２８】
本発明にかかる課金方法は、
ＩＳＰサーバと、リソースを提供するリソース提供端末と、リソースを利用するリソース利用端末とを含むグリッドコンピューティングシステムにおいて、
前記ＩＳＰサーバが、
会員ＩＤに対応付けてＩＳＰ利用料が格納された課金データベース有し、且つ、
リソース提供端末が提供したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース提供端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料から減算することにより前記リソース提供端末の使用者に対して請求する相殺後請求金額を求めるステップと、
リソース利用端末が利用したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース利用端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料に加算することにより前記リソース利用端末の使用者に対して請求する相殺後請求金額を求めるステップとを実行することを特徴とする。
【００２９】
本発明にかかるプログラムは、
会員ＩＤに対応付けてＩＳＰ利用料が格納された課金データベースを有するコンピュータを、
リソース提供端末が提供したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース提供端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料から減算することにより前記リソース提供端末の使用者に対して請求する相殺後請求金額を求めると共に、リソース利用端末が利用したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース利用端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料に加算することにより前記リソース利用端末の使用者に対して請求する相殺後請求金額を求める相殺部として機能させる。
【００３０】
〔作用〕
ＩＳＰサーバが備えている課金データベースには、ＩＳＰの会員の会員ＩＤに対応付けてＩＳＰ利用料が登録されている。このＩＳＰ利用料は、会員とＩＳＰとの間で成立している契約によって定められている、毎月のＩＳＰ接続料などである。
【００３１】
また、ＩＳＰサーバが備えている相殺部は、定期的（例えば、月末など）に、リソース提供端末が提供したリソースに見合った対価を、課金データベースに格納されているＩＳＰ利用料の内の、上記リソース提供端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料から減算することにより上記リソース提供端末の使用者に対して請求する相殺後請求金額を求める。更に、相殺部は、リソース利用端末が利用したリソースに見合った対価を、課金データベースに格納されているＩＳＰ利用料の内の、上記リソース利用端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料に加算することにより上記リソース利用端末の使用者に対して請求する相殺後請求金額を求める。
【００３２】
この相殺後請求金額に基づいて、決済処理を行うようにすれば、リソースの提供及び利用に伴って発生する対価の支払い及び請求にかかるコストを低減することが可能になる。即ち、ＩＳＰ利用料の請求処理の一環として、リソースの提供および利用に伴って発生する対価の支払いおよび請求を行うことが可能になるので、コストを低減させることが可能になる。また、リソース提供者には、提供したリソースに応じてＩＳＰ利用料を割り引くという特典を与えるようにしているので、多くのリソース提供者を確保することが可能になる。
【発明の効果】
【００３３】
本発明によれば、リソースの提供および利用に伴って発生する対価の支払いおよび請求にかかるコストを低減させることが可能になる。その理由は、ＩＳＰサーバが、リソース提供端末を使用している会員については、その会員に請求するＩＳＰ利用料から提供したリソースに見合った対価を減算した相殺後請求金額を求め、リソース利用端末を使用している会員については、その会員に請求するＩＳＰ利用料に利用したリソースに見合った対価を加算した相殺後請求金額を求める相殺部を備えているからである。即ち、ＩＳＰ利用料の請求処理の一環として、リソースの提供および利用に伴って発生する対価の支払いおよび請求を行うことが可能になるので、コストを低減させることが可能になる。また、リソース提供者には、提供したリソースに応じてＩＳＰ利用料を割り引くという特典を与えるようにしているので、多くのリソース提供者を確保することが可能になる。
【発明を実施するための最良の形態】
【００３４】
〔第１の実施の形態〕
次に本発明の第１の実施の形態について図面を参照して詳細に説明する。
【００３５】
〔第１の実施の形態の構成の説明〕
図１は本発明にかかるグリッドコンピューティングシステムの第１の実施の形態の全体構成例を示すブロック図である。同図を参照すると、本実施の形態のグリッドコンピューティングシステムは、ＩＳＰサーバ１００と、リソース利用端末１２０と、リソース提供端末１３０とから構成され、それらはインターネット１１０で接続されている。
【００３６】
リソース利用端末１２０は、グリッドコンピューティングでコンピュータリソース（単にリソースという場合もある）を利用したい研究所、企業などの端末であり、リソース提供端末１３０は、リソース利用端末１２０にコンピュータリソースを提供する、個人もしくは法人などが利用する端末であり、共にＩＳＰとプロバイダ接続などの契約を行っているＩＳＰ会員（単に会員という場合もある）が利用する端末である。
【００３７】
ＩＳＰサーバ１００は、ＩＳＰによって運営されるサーバであり、ＩＳＰ会員が利用する端末に対してインターネット接続サービスなどの各種サービスを提供する機能に加え、グリッドコンピューティングにより処理を行いたいリソース利用端末１２０とグリッドコンピューティングにリソースを提供するリソース提供端末１３０とを仲介する機能を有している。
【００３８】
図２は、図１に示したＩＳＰサーバ１００、リソース利用端末１２０およびリソース提供端末１３０の構成例を示したブロック図である。
【００３９】
〔ＩＳＰサーバ１００の構成〕
図２を参照すると、ＩＳＰサーバ１００は、リソース利用端末管理部２１０と、記憶装置２２０と、リソース提供端末監視部２３０と、課金部２８０とから構成される。
【００４０】
記憶装置２２０は、リソース利用端末データベース（ＤＢ）２２１と、課金ＤＢ２２２と、リソース提供端末情報ＤＢ２２３と、演算ＤＢ２２４と、会員ＤＢ２２５と、監視ＡＰ記憶部２２６とから構成される。
【００４１】
会員ＤＢ２２５には、ＩＳＰ会員の会員情報が格納されている。図３に会員ＤＢ２２５の一例を示す。同図を参照すると、会員ＤＢ２２５には、会員ＩＤと、ログイン時に使用するパスワードと、グリッドコンピューティングに協力するか否か（リソースを提供するか否か）を示す協力可否情報と、氏名、住所、電話番号、メールアドレス等からなる個人情報とが格納される。同図の第１番目のレコードは、会員ＩＤ“00000000001”の会員は、ログイン時に使用するパスワードが“Ｐ１”で、グリッドコンピューティングに協力する会員であることを示している。
【００４２】
課金ＤＢ２２２には、図４に示すように、会員ＩＤと、プロバイダ接続料などの会員との契約によって定められているＩＳＰ利用料と、相殺後請求金額と、相殺後請求金額を引き落とす銀行口座などを示す口座情報とが格納されている。なお、リソース利用端末１２０を使用している会員に対する相殺後請求金額は、その会員のＩＳＰ利用料に、利用したリソースに見合った対価を加算した金額となり、リソース提供端末１３０を使用している会員に対する相殺後請求金額は、その会員のＩＳＰ利用料から、提供したリソースに見合った対価を減算した金額となる。また、本実施の形態では、会員ＤＢ２２５と課金ＤＢ２２２とを別々のＤＢとしたが、両者を１つのＤＢで構成するようにしても良い。
【００４３】
演算ＤＢ２２４には、リソース利用端末１２０から送られてきた、処理に必要な演算関連データそのものが格納される。
【００４４】
監視ＡＰ記憶部２２５には、リソース提供端末１３０へ送信するリソース情報取得ＡＰ（アプリケーションプログラム）が格納される。
【００４５】
リソース提供端末情報ＤＢ２２３には、ＩＳＰサーバ１００にログインしたリソース提供端末１３０に関する情報が登録される。図５にリソース提供端末情報ＤＢ２２３の内容例を示す。同図を参照すると、リソース提供端末情報ＤＢ２２３には、会員ＩＤ５０１と、端末ＩＤ５０２と、接続開始時刻５０３と、接続終了時刻５０４と、端末仕様（デフォルト）５０５と、使用可能仕様（最新）５０６と、リソース提供実績情報・依頼番号５０７とが格納される。なお、リソース提供端末情報ＤＢ２２３の各項目については、動作の説明の項で詳細に説明する。
【００４６】
リソース利用端末ＤＢ２２１には、グリッドコンピューティングを利用したいリソース利用端末１２０から送られてきた情報が格納される。図６にリソース利用端末ＤＢ２２１の内容例を示す。同図を参照すると、リソース利用端末ＤＢ２２１には、会員ＩＤ６０１と、依頼時刻６０２と、納期時刻６０３と、演算数６０４と、演算時間６０５と、端末仕様（推奨）６０６と、演算ＡＰを格納したファイルのファイル名６０７と、演算ＡＰのInputデータが格納されているファイルのファイル名６０８、６０９、…と、依頼番号６１０とが格納される。なお、リソース利用端末ＤＢ２２１の各項目については、動作の説明の項で詳細に説明する。
【００４７】
リソース提供端末監視部２３０は、リソース提供端末管理部２３１と、データ送受信部２３２とから構成されている。
【００４８】
データ送受信部２３２は、インターネット１１０を介してデータをやり取りする機能を有する。
【００４９】
リソース提供端末管理部２３１は、リソース提供端末１３０がＩＳＰサーバ１００にログインするタイミングでリソース提供端末１３０のリソース情報を収集し、それをＩＳＰの会員単位で管理し（会員ＩＤに対応付けて管理し）、以後接続中、定期的にリソース情報を収集するなどして記憶装置２２０のリソース提供端末情報ＤＢ２２３に記憶保持する機能を有する。
【００５０】
リソース利用端末管理部２１０は、データ送受信部２１１と、リソース提供端末抽出部２１２と、リソース提供端末処理依頼部２１３とから構成されている。
【００５１】
データ送受信部２１１は、インターネット１１０を介してデータをやり取りする機能を有する。ここで、データ送受信部は、リソース利用端末管理部２１０及びリソース提供端末監視部２３０の両方に存在するが、これは便宜上分けて記載しているだけであり、ＩＳＰサーバ１００上にデータ送受信部を１個設けるだけでも良い。
【００５２】
リソース提供端末抽出部２１２は、リソース利用端末１２０から処理依頼があったとき、リソースを提供可能なリソース提供端末１３０を抽出する機能を有する。
【００５３】
リソース提供端末処理依頼部２１３は、リソース提供端末抽出部２１２が抽出したリソース提供端末１３０に対して処理を依頼する機能を有する。
【００５４】
課金部２８０は、ＩＳＰ利用料管理部２８１と、相殺部２８２と、決済部２８３とから構成されている。
【００５５】
ＩＳＰ利用料管理部２８１は、管理者の指示に従って、会員ＩＤとＩＳＰ利用料とを対応付けて課金ＤＢ２２２に登録する機能を有する。なお、上記ＩＳＰ利用料は、会員とＩＳＰとの契約に従って定まるプロバイダ接続料などである。
【００５６】
相殺部２８２は、リソース利用端末１２０を使用している会員については、その会員のＩＳＰ利用料に、利用したリソースに見合った対価を加算した相殺後請求金額を求め、リソース提供端末１３０を使用している会員については、その会員のＩＳＰ利用料から、提供したリソースに見合った対価を減算した相殺後請求金額を求める機能を有する。
【００５７】
決済部２８３は、相殺部２８２が求めた相殺後請求金額に基づいた決済処理を行う機能を有する。
【００５８】
このような機能を備えたＩＳＰサーバ１００は、コンピュータによって実現可能なものであり、コンピュータによって実現する場合は、例えば、次のようにする。コンピュータをＩＳＰサーバ１００として機能させるためのプログラムを記録したディスク、半導体メモリ、その他の記録媒体を用意し、コンピュータに上記プログラムを読み取らせる。コンピュータは、読み取ったプログラムに従って自身の動作を制御することにより、自コンピュータ上に、リソース利用端末管理部２１０、リソース提供端末監視部２３０および課金部２８０を実現する。
【００５９】
〔リソース利用端末１２０の構成〕
リソース利用端末１２０は、データ制御部２４０と、記憶装置２５０とを備えている。
【００６０】
データ制御部２４０は、データ送受信部２４１と、演算データ分割・結合部２４２とを備えている。
【００６１】
データ送受信部２４１は、インターネット１１０を介してデータを送受信する機能を有する。
【００６２】
演算データ分割・結合部２４２は、グリッドコンピューティングを利用する処理をＩＳＰサーバ１００に依頼する際、依頼する処理を個々のリソース提供端末で処理する単位に分割したり、ＩＳＰサーバ１００から返却された処理結果を結合する機能を有する。
【００６３】
記憶装置２５０には、依頼する処理に対応した演算ＡＰ２５１と、依頼する処理に対応する演算データファイル２５２が格納されている。
【００６４】
リソース利用端末１２０は、コンピュータによって実現可能なものであり、コンピュータによって実現する場合は、例えば、次のようにする。コンピュータをリソース利用端末１２０として機能させるためのプログラムが記録されたディスク、半導体メモリ、その他の記録媒体を用意し、コンピュータに上記プログラムを読み取らせる。コンピュータは、読み取ったプログラムに従って自身の動作を制御することにより、自コンピュータ上にデータ制御部２４０を実現する。
【００６５】
〔リソース提供端末１３０の構成〕
リソース提供端末１３０は、データ制御部２６０を備えると共に、ＣＰＵ、ディスク、メモリなどのリソース２７０を備えている。
【００６６】
データ制御部２６０は、データ送受信部２６１と、リソース情報取得部２６２と、演算処理部２６３とを備えている。
【００６７】
データ送受信部２６１は、インターネット１１０を介してデータをやり取りする機能を有する。
【００６８】
リソース情報取得部２６２は、ＩＳＰサーバ１００から送られてきたリソース情報取得ＡＰによって実現されるものであり、自端末１３０のＣＰＵ性能、ディスク容量、メモリ容量などをＩＳＰサーバ１００に送信する機能を有する。
【００６９】
演算処理部２６３は、ＩＳＰサーバ１００から送られてきた演算ＡＰによって実現されるものであり、依頼された処理を実行する機能を有する。
【００７０】
リソース提供端末１３０は、コンピュータによって実現可能なものであり、コンピュータによって実現する場合は、例えば、次のようにする。コンピュータをリソース提供端末１３０として機能させるためのプログラムを記録したディスク、半導体メモリ、その他の記録媒体を用意し、コンピュータに上記プログラムを読み取らせる。コンピュータは、読み取ったプログラムに従って自身の動作を制御することにより、自コンピュータ上に、データ制御部２６０を実現する。
【００７１】
〔第１の実施の形態の動作の説明〕
次に、本実施の形態の動作について詳細に説明する。
【００７２】
〔リソース提供端末１３０のログイン時の動作〕
先ず、リソース提供端末１３０がＩＳＰサーバ１００にログインした際に行われる動作を図７のフローチャートを参照して説明する。
【００７３】
リソース提供端末１３０を利用するＩＳＰ会員は、ＩＳＰサーバ１００にログインする際、事前に配布されている会員ＩＤ及びパスワードを含む認証情報をＩＳＰサーバ１００へ送信する。ＩＳＰサーバ１００内のリソース提供端末管理部２３１は、データ送受信部２３２を介してリソース提供端末１３０から送られてきた認証情報を受信すると、会員ＤＢ２２５に登録されている会員ＩＤおよびパスワードを利用して認証を行う（ステップ７０１）。
【００７４】
認証ＯＫの場合、リソース提供端末管理部２３１は、ログインしたリソース提供端末１３０を利用している会員が、グリッドコンピューティングでのリソースの提供を許可している会員か否かを、会員ＤＢ２２５に登録されている協力可否情報に基づいて判断する（ステップ７１１）。
【００７５】
そして、リソースの提供を許可していない会員である場合は、ＩＳＰサーバ１００は、リソース提供端末１３０を通常通りインターネット１１０に接続し、図７の処理を終了する。これに対して、リソースの提供を許可している会員である場合は、リソース提供端末１３０をインターネット１１０に接続すると共に、リソース提供端末１３０に対してリソース情報取得ＡＰの有無を問い合わせる（ステップ７１２）。リソース情報取得ＡＰは、リソース提供端末１３０に常駐してリソース情報取得部２６２を実現するものであり、リソース提供端末１３０のリソース２７０の仕様情報（ＯＳ、ＣＰＵのクロック周波数、ＤＩＳＫ容量、メモリ容量など）や現状のリソース使用状況（ＣＰＵ使用率、ＤＩＳＫ、メモリの使用容量など）を取得し、定期的にＩＳＰサーバ１００に送信するアプリケーションプログラムである。
【００７６】
リソース情報取得ＡＰがない場合は、リソース提供端末管理部２３１が、監視ＡＰ記憶部２２６に格納されているリソース情報取得ＡＰをリソース提供端末１３０へ送信するが、その際、リソース提供端末１３０が不要あれば、受信を拒否できるように構成しておくことが望ましい。そのため、ステップ７１４において、リソース提供端末管理部２３１は、リソース提供端末１３０に対して、リソース情報取得ＡＰを送信しても良いか否かを問い合わせる問い合わせ画面を送信し、リソース提供端末１３０を利用している会員は、問い合わせ画面を用いてリソース情報取得ＡＰの送信を許可するか否かを回答する。このように、リソースの提供を許可しているＩＳＰ会員のリソース提供端末１３０にリソース情報取得ＡＰがなかった場合に、リソース情報取得ＡＰを送信しても良いか否かを問い合わせるようにしているのは、上記ＩＳＰ会員が使用する端末が必ずしも１台に固定されているわけでなく、リソース提供を行いたくない端末を使用している可能性もあるからである。
【００７７】
そして、リソース提供端末１３０からリソース情報取得ＡＰの送信を許可しない旨の回答が送られてきた場合は、処理を終了する。これに対して、リソース情報取得ＡＰの送信を許可する旨の回答が送られてきた場合は、リソース情報取得ＡＰをリソース提供端末１３０に送信し、リソース提供端末１３０は、リソース情報取得ＡＰをインストールする（ステップ７１５、７０２）。このインストールされたリソース情報取得ＡＰにより、リソース情報取得部２６２が実現される。
【００７８】
リソース情報取得ＡＰによって実現されたリソース情報取得部２６２は、リソース提供端末１３０のリソース２７０の仕様情報（ＯＳ、ＣＰＵのクロック周波数、ＤＩＳＫ容量、メモリ容量など）や現状のリソース使用状況（ＣＰＵ使用率、ＤＩＳＫ、メモリの使用容量など）を取得してＩＳＰサーバ１００に送信し、ＩＳＰサーバ１００内のリソース提供端末管理部２３１ではその情報をリソース提供端末情報ＤＢ２２３に格納する（ステップ７０３、７０４、７１６）。また、ステップ７１３が「有」の場合も同様の処理が行われる（ステップ７０３、７０４、７１６）。
【００７９】
具体的にはリソース提供端末情報ＤＢ２２３には図５にあるようなファイル項目で情報が蓄積される。以下にレコードＲｅｃ０１を例に説明する。
【００８０】
このレコードＲｅｃ０１は、会員ＩＤ“00001123456”の会員が、端末ＩＤ“00001123456-01”の端末から接続開始時刻2005年2月7日10時12分にログインしていることを意味する。ここで、端末ＩＤは、会員ＩＤに識別子“-01”としているが、端末を一意にできる情報であればなんでもよく、ｍａｃアドレスなどでも構わない。
【００８１】
接続終了時刻５０４は、リソース提供端末１３０がログイン後、いつまで接続し続ける予定かの情報で、例えば、ログイン時に対話形式などでリソース提供端末１３０の利用者に入力させる方法で採用しても良い。入力されない場合は、ＩＳＰサーバ１００において測定、記録されている上記利用者（ＩＳＰ会員）の過去の連続接続時間の履歴に基づいて、上記利用者の平均連続接続時間を算出し、接続開始時刻から上記平均連続接続時間が経過した時刻を接続終了時刻とするようにしても良い。
【００８２】
端末仕様（デフォルト）５０５にはリソース提供端末１３０の仕様情報が記録される。この例は、ＯＳがWindows（登録商標）XP HomeEdition SP2、ＣＰＵのクロック周波数が2.93GHz、DISK容量が250GB、メモリが512MBであることを示している。
【００８３】
使用可能仕様（最新）５０６は、実際にリソース提供端末１３０で稼働しているアプリケーションなどで使用しているリソースを考慮した、グリッドコンピューティングで使用可能なリソース情報が記録される。この例は、ＣＰＵは９２％、DISK容量は７５％、メモリは８８％が使用可能な状態にあることを示している。なお、使用可能仕様（最新）５０６は、ログイン時だけでなく、定期的にリソース提供端末１３０内のリソース情報取得部２６２からＩＳＰサーバ１００へ送信され、ＩＳＰサーバ１００内のリソース提供端末管理部２３１は、リソース提供端末情報ＤＢ２２３に格納されている該当するレコードＲｅｃ０１の使用可能仕様（最新）５０６を、リソース提供端末１３０から送られてきた最新の情報で更新する。
【００８４】
〔リソース利用端末１２０がグリッドコンピューティングによる処理をＩＳＰサーバ１００に依頼したときの動作〕
次に、リソース利用端末１２０がＩＳＰサーバ１００に対してグリッドコンピューティングによる処理を依頼したときの動作について、図８のフローチャートを参照して説明する。
【００８５】
以下では、具体的な例として、公開特許公報や特許公報などの特許公報類（単に特許公報と称す）から特徴語を抽出する処理をＩＳＰサーバ１００に依頼する場合を例に挙げて説明する。特許公報から特徴語を抽出する処理は、例えば、特許公報のテキストデータをテキストマイニング処理するアプリケーションプログラムを使用して行うものであり、このアプリケーションプログラムでは、例えば、特許公報に現れる各単語について、出現頻度や、他の単語との距離などに基づいて、そのレベルを数値化し、レベルが高い単語を特徴語として抽出する。このような特許公報から特徴語を抽出する処理は、各特許公報に依存性がないので、グリッドコンピューティングに適した処理である。なお、抽出した特徴語は、例えば、特許公報と対応付けて特許検索システムのデータベースに登録され、特許公報のキーワード検索を行う場合などに利用される。
【００８６】
今、例えば、リソース利用端末１２０がＩＳＰサーバ１００に対して、２８０件分の特許公報から特徴語を抽出する処理を依頼する場合を考えてみる。
【００８７】
リソース利用端末１２０内の記憶装置２５０には、特徴語の抽出処理を行う演算ＡＰ２５１と、２８０件分の特許公報のテキストデータが格納された演算データファイル２５２とが格納されている。
【００８８】
演算データ分割・結合部２４２は、ステップ８０１において、演算データファイル２５２に格納されている２８０件分の特許公報のテキストデータを、特許公報１件分毎のテキストデータに分割する。次のステップ８０２では、演算データ分割・結合部２４２は、ＩＳＰサーバ１００にログインし、演算ＡＰ２５１を格納したファイル（ファイル名“xyz.exe”とする）と、それぞれが特許公報１件分のテキストデータを格納した２８０個のファイル（ファイル名“abc001”、“abc002”、…、“abc280”とする）をＩＳＰサーバ１００へ送信する。更に、ステップ８０２では、会員ＩＤと、いつまでに処理結果を返却して欲しいかを示す納期時刻（例えば、2005年2月7日14時00分）と、演算対象数（“280”）と、依頼した処理を実際に行うリソース提供端末１３０が備えていなければならない端末仕様（推奨）（例えば、ＯＳはWindowsXP SP1以上、ＣＰＵは1.00GHz以上、ＤＩＳＫ容量は50GB以上、メモリは256MB以上）と、この端末仕様（推奨）で特徴語の抽出処理を行った場合の1件当たりの平均的な処理時間（例えば、600秒）と、演算ＡＰ２５１を格納したファイルのファイル名（“xyz.exe”）と、テキストデータを格納した２８０個のファイルそれぞれのファイル名（“abc001”、“abc002”、…、“abc280”）をＩＳＰサーバ１００へ送信する。
【００８９】
リソース利用端末管理部２１０は、データ送受信部２１１が受信した各ファイル（演算ＡＰ２５１が格納されているファイル及び特許公報のテキストデータが格納されている２８０個のファイル）を演算ＤＢ２２４に格納すると共に、データ送受信部２１１が受信した残りのデータ（会員ＩＤ、納期時刻、演算数、演算時間、端末仕様、演算ＡＰを格納したファイルのファイル名、演算ＡＰのInputデータとなるテキストデータを格納したファイルのファイル名）を、図６に示すように、項目６０１、６０３〜６０９に格納する。なお、依頼時刻６０２には、データの受信時刻（図６の例では、“200502071100”、2005年2月7日11時00分）を格納する。また、依頼番号６１０には、今回受け付けたリソース利用端末１２０からの依頼を一意に識別するための依頼番号（図６の例では、R000001）を格納する。
【００９０】
その後、リソース利用端末管理部２１０内のリソース提供端末抽出部２１２が、リソース利用端末ＤＢ２２１に格納した、リソース利用端末１２０から送られてきたデータ及びリソース提供端末情報ＤＢ２２３の内容に基づいて、特徴語の抽出処理を依頼するリソース提供端末１３０を抽出し（ステップ８１１）、リソース提供端末処理依頼部２１３が、リソース提供端末抽出部２１２によって抽出された各リソース提供端末に対して演算関連データを送信する（ステップ８１２）。
【００９１】
具体的には、ステップ８１１では、リソース提供端末情報ＤＢ２２３を参照して、使用可能仕様（最新）５０６が、今回の処理依頼に伴って登録した端末仕様（推奨）６０６の条件を満たし、且つ、接続終了時刻５０４が現在時刻よりも演算時間６０５（６００秒）以上、後の時刻になっているリソース提供端末１３０を抽出する。
【００９２】
ステップ８１２では、リソース提供端末処理依頼部２１３が、先ず、ステップ８１１で抽出されたリソース提供端末１３０の内の１台に対して、項目６０７に設定されているファイル名xyz.exeのファイル（演算ＡＰが格納されているファイル）と、項目６０８に設定されているファイル名abc001のファイル（特許公報１件分のテキストデータが格納されている第１番目のファイル）と、今回の依頼を一意に特定する依頼番号R000001とを含む演算関連データを送信する。その後、リソース提供端末依頼処理部２１３は、ステップ８１１で抽出されたリソース提供端末１３０の内の、別の１台に対して上記演算ＡＰが格納されているファイルと、項目６０９に設定されているファイル名abc002のファイル（特許公報１件分のテキストデータが格納されている第２番目のファイル）と、依頼番号R000001とを含む演算関連データを送信する。以下、リソース提供端末処理依頼部２１３は、ファイル名abc280のファイル（特許公報１件分のテキストデータが格納されている第２８０番目のファイル）を含む演算関連データを送信するまで、前述した処理と同様の処理を繰り返し行う。なお、ステップ８１１で抽出されたリソース提供端末の台数が項目６０４によって示される演算数「２８０」に満たないような場合があれば、１台のリソース提供端末に対し、複数の処理を依頼するようにしてもよい。その場合は、演算時間６０５（６００秒）に依頼件数を乗じた時間で接続終了時刻５０４を考慮して抽出するようにしてもよく、これらの操作はＩＳＰサーバ１００の入出力装置（図示せず）より、オペレータが対話形式で設定できる構成にしてもよい。
【００９３】
リソース提供端末１３０は、ＩＳＰサーバ１００から送られてきた演算関連データを受信すると（ステップ８２１）、それに含まれている演算ＡＰ（ファイル名xyz.exeに格納されている）を起動することにより演算処理部２６３を実現する。演算処理部２６３は、演算関連データに含まれている特許公報のテキストデータから特徴語を抽出し、抽出した特徴語と、演算関連データに含まれていた依頼番号R000001と、どの程度のリソースを提供したのかを示すリソース提供実績情報とをＩＳＰサーバ１００へ送信する（ステップ８２２、８２３）。
【００９４】
ここで、リソース提供端末１３０は、接続終了時刻５０４まで必ず接続されているわけではなく、途中で接続を切ったり、不慮の停電などで切断されるケースも考えられるため、ＩＳＰサーバ１００内のリソース提供端末管理部２３１では演算関連データを送信後、演算結果を受信するまでの間、リソース提供端末１３０の状況を監視する（ステップ８１３）。例えば、リソース利用端末管理部２１０からリソース提供端末１３０に正常動作しているか否かを問い合わせる方法などを採用することができる。なお、この問い合わせに対して、リソース提供端末１３０から正常動作している旨の回答がなかった場合には、他のリソース提供端末に上記リソース提供端末１３０に送信した演算関連データと同じ演算関連データを送信する。
【００９５】
ＩＳＰサーバ１００内のリソース提供端末管理部２３１は、リソース提供端末１３０から処理結果である特徴語と、リソース提供実績情報と、依頼番号R000001とが返信されると、上記リソース提供実績情報と上記依頼番号R000001との対に、課金処理が完了しているか否かを示す課金フラグ（本実施の形態では、課金フラグが“０”の場合は課金処理が完了しておらず、“１”の場合は課金処理が完了しているとする。この時点では、課金処理が完了していないので、付加される課金フラグの値は“０”である。）を付加してリソース提供端末情報ＤＢ２２３の該当するレコードの項目５０７に追記し、更に、処理結果である特徴語をリソース利用端末１２０へ送信する（ステップ８１４〜８１６）。
【００９６】
リソース提供実績情報については、リソース提供端末情報ＤＢ２２３に蓄積することでよいが、蓄積する情報については、リソース提供に対する対価をどういう基準で考えるかという取り決めにより様々な方法が考えられ、その基準に応じて必要な情報を取得するようにすれば良い。以下にその考えられる例を記載する。
【００９７】
（１）処理・演算依頼回数による計算
本実施の形態の例で考えると、テキストマイニング処理を行った特許公報数により計算する方法で、その場合、処理したファイル数をリソース提供端末情報ＤＢ２２３に記録する。
【００９８】
（２）処理・演算時間による計算
同様に本実施の形態の例で考えると、リソース提供端末１３０でテキストマイニングの処理時間により算出する方法であり、その場合、xyz.exeのプロセスが処理した時間をリソース提供端末情報ＤＢ２２３に記録する。プロセスの処理時間は、処理を行ったリソース提供端末１３０に常駐しているリソース情報取得ＡＰ（リソース情報取得部２６２）で取得し、演算結果を送信する際に一緒に送信するようにする。
【００９９】
（３）処理・演算のデータ量による計算
同様に本実施の形態の例で考えると、特許公報のデータ量に応じて算出する方法で、この場合、処理した特許公報のデータ量をリソース提供端末情報ＤＢ２２３に記録する。
【０１００】
上記（１）〜（３）の方法に限定するわけではなく、例えば、ＣＰＵの性能がよければ処理時間も短くて済むので、処理・演算時間やデータ量に性能レベルを数値化し、それをパラメータ値として乗じるなどしてもよい。いずれにしても算出根拠となるデータをリソース提供端末情報ＤＢ２２３に記録し、蓄積していく。
【０１０１】
リソース利用端末１２０内の演算データ分割・結合部２４２は、処理結果を受信し、その結果を結合する（ステップ８０３、８０４）。
【０１０２】
以上が、リソース利用端末１２０がＩＳＰサーバ１００に対して処理を依頼したときの動作である。
【０１０３】
〔課金時の動作〕
次に、リソース提供端末１３０へのリソース提供に関する対価の支払処理と、リソース利用端末への処理・演算に関する対価の請求処理について説明する。
【０１０４】
課金部２８０内の相殺部２８２は、定期的（例えば、月末など）に図９のフローチャートに示す処理を行う。
【０１０５】
相殺部２８２は、先ず、課金ＤＢ２２２のレコードの１つに注目し、そのレコードに格納されている会員ＩＤを取得する（ステップ９１）。その後、相殺部２８２は、上記会員ＩＤの会員が使用するリソース提供端末１３０が提供したリソースに見合った対価を算出する（ステップ９３）。
【０１０６】
図１０は、ステップ９３で行う処理の詳細を示したフローチャートである。同図を参照すると、相殺部２８２は、リソース提供端末情報ＤＢ２２３のレコードの内の１つに注目し（ステップ９３１）、そのレコードに格納されている会員ＩＤと、ステップ９１において課金ＤＢ２２２内の注目レコードから取得した会員ＩＤとが一致するか否かを調べる（ステップ９３３）。
【０１０７】
そして、会員ＩＤが不一致の場合（ステップ９３３がＮＯ）は、ステップ９３１の処理に戻る。これに対して、会員ＩＤが一致した場合（ステップ９３３がＹＥＳ）は、現在注目している課金ＤＢ２２２のレコードの、項目５０７にリソース提供実績情報と依頼番号との対であって、付加されている課金フラグの値が“０”の対が格納されているか否かを調べる（ステップ９３４）。
【０１０８】
課金フラグが“０”の対が格納されていない場合（ステップ９３４がＮＯ）は、ステップ９３１の処理に戻る。これに対して、課金フラグが“０”の対が登録されている場合（ステップ９３４がＹＥＳ）は、上記対に含まれているリソース提供実績情報に見合った対価を算出し、今回算出した対価を、リソース提供実績に見合った対価の累積金額に累積する（ステップ９３５）。その後、相殺部２８２は、ステップ９３１の処理を行う。相殺部２８２は、上記した処理を繰り返し行い、未注目のレコードがなくなると、図９のステップ９４の処理を行う。
【０１０９】
ステップ９４では、ステップ９１で取得した会員ＩＤの会員が使用しているリソース利用端末１２０が利用したリソースに見合った対価を、リソース利用端末ＤＢ２２１及びリソース提供端末情報ＤＢ２２３を参照して算出する。
【０１１０】
図１１は、ステップ９４で行う処理の詳細を示したフローチャートである。同図を参照すると、相殺部２８２は、先ず、リソース利用端末ＤＢ２２１のレコードの１つに注目する（ステップ９４１）。その後、相殺部２８２は、注目している上記レコードに格納されている会員ＩＤと、ステップ９１で取得した会員ＩＤとが一致するか否かを調べる（ステップ９４３）。
【０１１１】
そして、会員ＩＤが不一致の場合（ステップ９４３がＮＯ）は、ステップ９４１の処理に戻る。
【０１１２】
これに対して、会員ＩＤが一致した場合（ステップ９４３がＹＥＳ）は、注目中のレコードの項目６１０に格納されている依頼番号を取得する（ステップ９４４）。その後、相殺部２８２は、リソース提供端末情報ＤＢ２２３のレコードの１つに注目し（ステップ９４５）、そのレコードの項目５０７に、ステップ９４４で取得した依頼番号と同一の依頼番号を含み、且つ課金フラグが“０”になっているリソース提供実績情報と依頼番号との対が格納されているか否かを調べる（ステップ９４７）。
【０１１３】
そして、上記条件を満たす対が格納されていない場合（ステップ９４７がＮＯ）は、ステップ９４５の処理に戻る。これに対して、上記条件を満たす対が格納されている場合は（ステップ９４７がＹＥＳ）は、条件を満たす各対ごとに、その対に含まれているリソース提供実績情報（リソース利用端末１２０にとってはリソース利用実績情報となる）に見合った対価を算出し、今回算出した対価を、リソース利用実績に見合った対価の累積金額に累積する（ステップ９４８）。更に、ステップ９４８では、累積処理が終了したリソース提供実績情報と依頼番号との対に付加されている課金フラグの値を“１”に変更する。その後、相殺部２８２は、ステップ９４５の処理に戻り、リソース提供端末情報ＤＢ２２３に未注目のレコードがなくなるまで、ステップ９４５〜９４８の処理を繰り返し行う。
【０１１４】
そして、リソース提供端末情報ＤＢ２２３に未注目のレコードがなくなると（ステップ９４６がＮＯ）、ステップ９４１の処理に戻り、リソース利用端末ＤＢ２２１に未注目のレコードがなくなるまで、ステップ９４１〜９４８の処理を繰り返し行う。そして、リソース利用端末ＤＢ２２１に未注目のレコードがなくなると（ステップ９４２がＮＯ）、相殺部２８２は、図９のステップ９５の処理を行う。
【０１１５】
ステップ９５では、｛（ステップ９１で注目したレコード中のＩＳＰ利用料）−（ステップ９３５で累積したリソース提供実績に見合った累積金額）＋（ステップ９４８で累積したリソース利用実績に見合った累積金額）｝なる演算を行うことにより、相殺後請求金額を算出し、課金ＤＢ２２２の注目中のレコードに格納する。更に、ステップ９５では、ステップ９３５、９４８で累積した累積金額を「０」に戻す処理も行う。
【０１１６】
ステップ９５の処理が終了すると、相殺部２８２は、ステップ９１の処理に戻り、課金ＤＢ２２２に未注目のレコードがなくなるまで（課金ＤＢ２２２の最後のレコードを処理するまで）、前述した処理を繰り返し行う。そして、課金ＤＢ２２２に未注目のレコードがなくなると（ステップ９２がＮＯ）、決済部２８３を起動した後、その処理を終了する。
【０１１７】
決済部２８３は、起動されると、図１２のフローチャートに示すように、課金ＤＢ２２２のレコードの１つに注目し（ステップ１２１）、注目中のレコードに格納されている相殺後請求金額を、注目中のレコードに格納されている口座情報によって示される銀行口座から引き落とす等の決済処理を行う（ステップ１２３）。その後、決済部２８３は、ステップ１２１に戻り、未注目のレコードがなくなるまで（ステップ１２２がＮＯとなるまで）、上述した処理と同様の処理を繰り返し行う。
【０１１８】
以上が本実施の形態の一連の動作説明になるが、本発明の実施はこの例に限ったものではない。本実施の形態では、グリッドコンピューティングを利用して特許公報から特徴語を抽出する場合を例に挙げて説明したが、前述したような大量な請求書の作成などの業務処理でも構わない。このような処理の場合、個人情報などを含むため、リソース利用端末１２０から演算関連データを送信する時に暗号化し、リソース提供端末１３０で処理・演算を行ったワークファイルや演算結果なども全て演算ＡＰで暗号化し、演算結果をＩＳＰサーバ１００に送信するとともに結果データを全て削除するようにしておくことで、データに関するセキュリティは保たれる。
【０１１９】
〔第１の実施の形態の効果〕
本実施の形態によれば、リソースの提供および利用に伴って発生する対価の支払いおよび請求にかかるコストを低減させることが可能になる。その理由は、ＩＳＰサーバ１００が、リソース提供端末１３０を使用している会員については、その会員に請求するＩＳＰ利用料から提供したリソースに見合った対価を減算した相殺後請求金額を求め、リソース利用端末１２０を使用している会員については、その会員に請求するＩＳＰ利用料に利用したリソースに見合った対価を加算した相殺後請求金額を求める相殺部２８２を備えているからである。即ち、ＩＳＰ利用料の請求処理の一環として、リソースの提供および利用に伴って発生する対価の支払いおよび請求を行うことが可能になるので、コスト低減させることが可能になる。また、リソース提供者には、提供したリソースに応じてＩＳＰ利用料を割り引くという特典を与えるようにしているので、多くのリソース提供者を確保することが可能になる。
【０１２０】
〔第２の実施の形態〕
次に本発明にかかるグリッドコンピューティングシステムの第２の実施の形態について説明する。本実施の形態は、ＩＳＰサーバ１００の余剰リソースもリソース利用端末１２０に提供することを特徴とする。
【０１２１】
本実施の形態では、図２のグリッドコンピューティングシステムにおいて、リソース提供端末管理部２３１が、ログインしたリソース提供端末１３０に関する情報（図５の項目５０１〜５０６）だけでなく、自サーバ１００に関する同様の情報もリソース提供端末情報ＤＢ２２３に登録し、リソース提供端末抽出部２１３が、図８のステップ８１１において処理の依頼先にするリソース提供端末を抽出する際、ＩＳＰサーバ１００も対象にして処理の依頼先を抽出するようにする。但し、ＩＳＰサーバ１００に関する情報をリソース提供端末情報ＤＢ２２３に格納する場合、項目５０１、５０２、５０５にはＩＳＰサーバ１００固有の値を格納し、項目５０３、５０４には、常に接続されていることを示す特定の値を格納する。また、項目５０６は、リソース提供端末管理部２３１によって定期的に更新される。また、リソース提供端末１３０は、図８のステップ８１１において、処理の依頼先を抽出する際、項目５０３、５０４に、常に接続されていることを示す特定の値が格納されているレコードは、依頼された処理が完了されるまで、接続されていると判断する。なお、他の動作は第１の実施の形態と同様である。
【０１２２】
また、ＩＳＰが図２に示したＩＳＰサーバ１００以外のＩＳＰサーバ（図示せず）も運営している場合には、ＩＳＰが運営している各ＩＳＰサーバの余剰リソースをリソース利用端末１２０に提供することもできる。この場合には、ＩＳＰサーバ１００内のリソース提供端末管理部２３１が、自サーバ１００及び他のＩＳＰサーバに関する情報をリソース提供端末情報ＤＢ２２３に登録し、ＩＳＰサーバ１００内のリソース提供端末抽出部２１２が、図８のステップ８１１において処理の依頼先にするリソース提供端末を抽出する際、ＩＳＰサーバ１００および他のＩＳＰサーバも対象にして処理の依頼先を抽出するようにする。なお、ステップ８１１において、処理の依頼先を抽出する際、リソース提供端末を優先的に抽出するのか、それともＩＳＰサーバを優先的に抽出するのかを予め定めておくようにしても良い。
【０１２３】
〔第２の実施の形態の効果〕
本実施の形態によれば、第１の実施の形態が有している効果に加え、リソース利用端末が利用できるリソースが増加し、グリッドコンピューティングによる処理をより効率的に行うことが可能になるという効果を得ることが可能になる。その理由は、リソース提供端末１３０だけでなく、ＩＳＰサーバ１００も余剰リソースを提供する構成を有しているからである。
【産業上の利用可能性】
【０１２４】
本発明によれば、グリッドコンピューティングをビジネスとして成立させることが可能になり、その結果、営利目的の企業なども容易にグリッドコンピューティングを利用することが可能になる。即ち、リソース提供者にとってはＩＳＰ利用料を低減でき、定型的な処理でグリッドコンピューティングを利用したい企業などにとっては自社で処理するよりも安価な範囲で処理を行うことができ、ＩＳＰにとってはリソースの提供および利用に伴って発生する対価の支払いおよび請求にかかるコストを低減できるというメリットがあるので、グリッドコンピューティングをビジネスとして成立させることが可能になる。
【図面の簡単な説明】
【０１２５】
【図１】発明にかかるグリッドコンピューティングシステムの第１の実施の形態の全体構成例を示すブロック図である。
【図２】ＩＳＰサーバ１００、リソース利用端末１２０及びリソース提供端末１３０の構成例を示すブロック図である。
【図３】会員ＤＢ２２５の内容例を示す図である。
【図４】課金ＤＢ２２２の内容例を示す図である。
【図５】リソース提供端末情報ＤＢ２２３の内容例を示す図である。
【図６】リソース利用端末ＤＢ２２１の内容例を示す図である。
【図７】リソース提供端末１３０がログインしたときの処理例を示すフローチャートである。
【図８】リソース利用端末１２０がグリッドコンピューティングによる処理を依頼したときの処理例を示すフローチャートである。
【図９】相殺部２８２の処理例を示すフローチャートである。
【図１０】図９のステップ９３の詳細な処理例を示すフローチャートである。
【図１１】図９のステップ９４の詳細な処理例を示すフローチャートである。
【図１２】決済部２８３の処理例を示すフローチャートである。
【符号の説明】
【０１２６】
１００…ＩＳＰサーバ
２１０…リソース利用端末管理部
２１１…データ送受信部
２１２…リソース提供端末抽出部
２１３…リソース提供端末処理依頼部
２２０…記憶装置
２２１…リソース利用端末ＤＢ
２２２…課金ＤＢ
２２３…リソース提供端末情報ＤＢ
２２４…演算ＤＢ
２２５…会員ＤＢ
２２６…監視ＡＰ記憶部
２３０…リソース提供端末監視部
２３１…リソース提供端末管理部
２３２…データ送受信部
２８０…課金部
２８１…ＩＳＰ利用料管理部
２８２…相殺部
２８３…決済部
１１０…インターネット
１２０…リソース利用端末
２４０…データ制御部
２４１…データ送受信部
２４２…演算データ分割・結合部
２５０…記憶装置
２５１…演算ＡＰ
２５２…演算データファイル
１３０…リソース提供端末
２６０…データ制御部
２６１…データ送受信部
２６２…リソース情報取得部
２６３…演算処理部
２７０…リソース
【特許請求の範囲】
【請求項１】
ＩＳＰサーバと、リソースを提供するリソース提供端末と、リソースを利用するリソース利用端末とを含むグリッドコンピューティングシステムにおいて、
前記ＩＳＰサーバが、
会員ＩＤに対応付けてＩＳＰ利用料が格納された課金データベースと、
リソース提供端末が提供したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース提供端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料から減算することにより前記リソース提供端末の使用者に対して請求する相殺後請求金額を求めると共に、リソース利用端末が利用したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース利用端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料に加算することにより前記リソース利用端末の使用者に対して請求する相殺後請求金額を求める相殺部とを備えたことを特徴とするグリッドコンピューティングシステム。
【請求項２】
請求項１記載のグリッドコンピューティングシステムにおいて、
前記ＩＳＰサーバが、前記相殺部が求めた相殺後請求金額に従った決済処理を行う決済部を備えたことを特徴とするグリッドコンピューティングシステム。
【請求項３】
請求項２記載のグリッドコンピューティングシステムにおいて、
前記ＩＳＰサーバが、
ログインしたリソース提供端末を使用している会員の会員ＩＤに対応付けて、前記リソース提供端末の端末ＩＤ及びリソース提供実績情報と依頼番号との対が格納されるリソース提供端末情報データベースと、
処理の依頼元のリソース利用端末を使用している会員の会員ＩＤに対応付けて、依頼された処理を特定する依頼番号が格納されるリソース利用端末データベースと、
リソース提供端末のログイン時に、前記リソース提供端末を使用している会員の会員ＩＤと前記リソース提供端末の端末ＩＤとを対応付けて前記リソース提供端末情報データベースに登録するリソース提供端末管理部と、
リソース利用端末から処理が依頼されたとき、前記リソース利用端末データベースに、前記リソース利用端末を使用している会員の会員ＩＤに対応付けて前記依頼された処理を特定する依頼番号を登録すると共に、前記リソース提供端末情報データベースに登録されているリソース提供端末の中から処理の依頼先にするリソース提供端末を抽出するリソース提供端末抽出部と、
該リソース提供端末抽出部で抽出されたリソース提供端末に対して処理を依頼すると共に前記依頼番号を送信し、前記リソース提供端末から処理結果と前記依頼番号とリソース提供実績情報とが返却されたとき、前記リソース提供端末情報データベースに前記依頼番号と前記リソース提供実績情報との対を格納するリソース提供端末処理依頼部とを備え、
前記相殺部が、前記リソース提供端末情報データベースを参照することによりリソース提供端末が提供したリソースに見合った対価を算出し、前記リソース提供端末情報データベース及び前記リソース利用端末データベースを参照することにより前記リソース利用端末が利用したリソースに見合った対価を算出する構成を有することを特徴とするグリッドコンピューティングシステム。
【請求項４】
請求項１記載のグリッドコンピューティングシステムにおいて、
前記ＩＳＰサーバが、余剰リソースを前記リソース利用端末に提供する構成を有することを特徴とするグリッドコンピューティングシステム。
【請求項５】
会員ＩＤに対応付けてＩＳＰ利用料が格納された課金データベースと、
リソース提供端末が提供したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース提供端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料から減算することにより前記リソース提供端末の使用者に対して請求する相殺後請求金額を求めると共に、リソース利用端末が利用したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース利用端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料に加算することにより前記リソース利用端末の使用者に対して請求する相殺後請求金額を求める相殺部とを備えたことを特徴とするＩＳＰサーバ。
【請求項６】
請求項５記載のＩＳＰサーバにおいて、
前記相殺部が求めた相殺後請求金額に従った決済処理を行う決済部を備えたことを特徴とするＩＳＰサーバ。
【請求項７】
請求項６記載のＩＳＰサーバにおいて、
ログインしたリソース提供端末を使用している会員の会員ＩＤに対応付けて、前記リソース提供端末の端末ＩＤ及びリソース提供実績情報と依頼番号との対が格納されるリソース提供端末情報データベースと、
処理の依頼元のリソース利用端末を使用している会員の会員ＩＤに対応付けて、依頼された処理を特定する依頼番号が格納されるリソース利用端末データベースと、
リソース提供端末のログイン時に、前記リソース提供端末を使用している会員の会員ＩＤと前記リソース提供端末の端末ＩＤとを対応付けて前記リソース提供端末情報データベースに登録するリソース提供端末管理部と、
リソース利用端末から処理が依頼されたとき、前記リソース利用端末データベースに、前記リソース利用端末を使用している会員の会員ＩＤに対応付けて前記依頼された処理を特定する依頼番号を登録すると共に、前記リソース提供端末情報データベースに登録されているリソース提供端末の中から処理の依頼先にするリソース提供端末を抽出するリソース提供端末抽出部と、
該リソース提供端末抽出部で抽出されたリソース提供端末に対して処理を依頼すると共に前記依頼番号を送信し、前記リソース提供端末から処理結果と前記依頼番号とリソース提供実績情報とが返却されたとき、前記リソース提供端末情報データベースに前記依頼番号と前記リソース提供実績情報との対を格納するリソース提供端末処理依頼部とを備え、
前記相殺部が、前記リソース提供端末情報データベースを参照することによりリソース提供端末が提供したリソースに見合った対価を算出し、前記リソース提供端末情報データベース及び前記リソース利用端末データベースを参照することにより前記リソース利用端末が利用したリソースに見合った対価を算出する構成を有することを特徴とするＩＳＰサーバ。
【請求項８】
請求項５記載のＩＳＰサーバにおいて、
余剰リソースを前記リソース利用端末に提供する構成を有することを特徴とするＩＳＰサーバ。
【請求項９】
ＩＳＰサーバと、リソースを提供するリソース提供端末と、リソースを利用するリソース利用端末とを含むグリッドコンピューティングシステムにおいて、
前記ＩＳＰサーバが、
会員ＩＤに対応付けてＩＳＰ利用料が格納された課金データベース有し、且つ、
リソース提供端末が提供したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース提供端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料から減算することにより前記リソース提供端末の使用者に対して請求する相殺後請求金額を求めるステップと、
リソース利用端末が利用したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース利用端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料に加算することにより前記リソース利用端末の使用者に対して請求する相殺後請求金額を求めるステップとを実行することを特徴とする課金方法。
【請求項１０】
会員ＩＤに対応付けてＩＳＰ利用料が格納された課金データベースを有するコンピュータを、
リソース提供端末が提供したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース提供端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料から減算することにより前記リソース提供端末の使用者に対して請求する相殺後請求金額を求めると共に、リソース利用端末が利用したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース利用端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料に加算することにより前記リソース利用端末の使用者に対して請求する相殺後請求金額を求める相殺部として機能させるためのプログラム。
【請求項１】
ＩＳＰサーバと、リソースを提供するリソース提供端末と、リソースを利用するリソース利用端末とを含むグリッドコンピューティングシステムにおいて、
前記ＩＳＰサーバが、
会員ＩＤに対応付けてＩＳＰ利用料が格納された課金データベースと、
リソース提供端末が提供したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース提供端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料から減算することにより前記リソース提供端末の使用者に対して請求する相殺後請求金額を求めると共に、リソース利用端末が利用したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース利用端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料に加算することにより前記リソース利用端末の使用者に対して請求する相殺後請求金額を求める相殺部とを備えたことを特徴とするグリッドコンピューティングシステム。
【請求項２】
請求項１記載のグリッドコンピューティングシステムにおいて、
前記ＩＳＰサーバが、前記相殺部が求めた相殺後請求金額に従った決済処理を行う決済部を備えたことを特徴とするグリッドコンピューティングシステム。
【請求項３】
請求項２記載のグリッドコンピューティングシステムにおいて、
前記ＩＳＰサーバが、
ログインしたリソース提供端末を使用している会員の会員ＩＤに対応付けて、前記リソース提供端末の端末ＩＤ及びリソース提供実績情報と依頼番号との対が格納されるリソース提供端末情報データベースと、
処理の依頼元のリソース利用端末を使用している会員の会員ＩＤに対応付けて、依頼された処理を特定する依頼番号が格納されるリソース利用端末データベースと、
リソース提供端末のログイン時に、前記リソース提供端末を使用している会員の会員ＩＤと前記リソース提供端末の端末ＩＤとを対応付けて前記リソース提供端末情報データベースに登録するリソース提供端末管理部と、
リソース利用端末から処理が依頼されたとき、前記リソース利用端末データベースに、前記リソース利用端末を使用している会員の会員ＩＤに対応付けて前記依頼された処理を特定する依頼番号を登録すると共に、前記リソース提供端末情報データベースに登録されているリソース提供端末の中から処理の依頼先にするリソース提供端末を抽出するリソース提供端末抽出部と、
該リソース提供端末抽出部で抽出されたリソース提供端末に対して処理を依頼すると共に前記依頼番号を送信し、前記リソース提供端末から処理結果と前記依頼番号とリソース提供実績情報とが返却されたとき、前記リソース提供端末情報データベースに前記依頼番号と前記リソース提供実績情報との対を格納するリソース提供端末処理依頼部とを備え、
前記相殺部が、前記リソース提供端末情報データベースを参照することによりリソース提供端末が提供したリソースに見合った対価を算出し、前記リソース提供端末情報データベース及び前記リソース利用端末データベースを参照することにより前記リソース利用端末が利用したリソースに見合った対価を算出する構成を有することを特徴とするグリッドコンピューティングシステム。
【請求項４】
請求項１記載のグリッドコンピューティングシステムにおいて、
前記ＩＳＰサーバが、余剰リソースを前記リソース利用端末に提供する構成を有することを特徴とするグリッドコンピューティングシステム。
【請求項５】
会員ＩＤに対応付けてＩＳＰ利用料が格納された課金データベースと、
リソース提供端末が提供したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース提供端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料から減算することにより前記リソース提供端末の使用者に対して請求する相殺後請求金額を求めると共に、リソース利用端末が利用したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース利用端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料に加算することにより前記リソース利用端末の使用者に対して請求する相殺後請求金額を求める相殺部とを備えたことを特徴とするＩＳＰサーバ。
【請求項６】
請求項５記載のＩＳＰサーバにおいて、
前記相殺部が求めた相殺後請求金額に従った決済処理を行う決済部を備えたことを特徴とするＩＳＰサーバ。
【請求項７】
請求項６記載のＩＳＰサーバにおいて、
ログインしたリソース提供端末を使用している会員の会員ＩＤに対応付けて、前記リソース提供端末の端末ＩＤ及びリソース提供実績情報と依頼番号との対が格納されるリソース提供端末情報データベースと、
処理の依頼元のリソース利用端末を使用している会員の会員ＩＤに対応付けて、依頼された処理を特定する依頼番号が格納されるリソース利用端末データベースと、
リソース提供端末のログイン時に、前記リソース提供端末を使用している会員の会員ＩＤと前記リソース提供端末の端末ＩＤとを対応付けて前記リソース提供端末情報データベースに登録するリソース提供端末管理部と、
リソース利用端末から処理が依頼されたとき、前記リソース利用端末データベースに、前記リソース利用端末を使用している会員の会員ＩＤに対応付けて前記依頼された処理を特定する依頼番号を登録すると共に、前記リソース提供端末情報データベースに登録されているリソース提供端末の中から処理の依頼先にするリソース提供端末を抽出するリソース提供端末抽出部と、
該リソース提供端末抽出部で抽出されたリソース提供端末に対して処理を依頼すると共に前記依頼番号を送信し、前記リソース提供端末から処理結果と前記依頼番号とリソース提供実績情報とが返却されたとき、前記リソース提供端末情報データベースに前記依頼番号と前記リソース提供実績情報との対を格納するリソース提供端末処理依頼部とを備え、
前記相殺部が、前記リソース提供端末情報データベースを参照することによりリソース提供端末が提供したリソースに見合った対価を算出し、前記リソース提供端末情報データベース及び前記リソース利用端末データベースを参照することにより前記リソース利用端末が利用したリソースに見合った対価を算出する構成を有することを特徴とするＩＳＰサーバ。
【請求項８】
請求項５記載のＩＳＰサーバにおいて、
余剰リソースを前記リソース利用端末に提供する構成を有することを特徴とするＩＳＰサーバ。
【請求項９】
ＩＳＰサーバと、リソースを提供するリソース提供端末と、リソースを利用するリソース利用端末とを含むグリッドコンピューティングシステムにおいて、
前記ＩＳＰサーバが、
会員ＩＤに対応付けてＩＳＰ利用料が格納された課金データベース有し、且つ、
リソース提供端末が提供したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース提供端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料から減算することにより前記リソース提供端末の使用者に対して請求する相殺後請求金額を求めるステップと、
リソース利用端末が利用したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース利用端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料に加算することにより前記リソース利用端末の使用者に対して請求する相殺後請求金額を求めるステップとを実行することを特徴とする課金方法。
【請求項１０】
会員ＩＤに対応付けてＩＳＰ利用料が格納された課金データベースを有するコンピュータを、
リソース提供端末が提供したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース提供端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料から減算することにより前記リソース提供端末の使用者に対して請求する相殺後請求金額を求めると共に、リソース利用端末が利用したリソースに見合った対価を、前記課金データベースに格納されているＩＳＰ利用料の内の、前記リソース利用端末の使用者の会員ＩＤに対応付けて登録されているＩＳＰ利用料に加算することにより前記リソース利用端末の使用者に対して請求する相殺後請求金額を求める相殺部として機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００７−６６２２２（Ｐ２００７−６６２２２Ａ）
【公開日】平成１９年３月１５日（２００７．３．１５）
【国際特許分類】
【出願番号】特願２００５−２５４３８３（Ｐ２００５−２５４３８３）
【出願日】平成１７年９月２日（２００５．９．２）
【出願人】（３９０００１３９５）ＮＥＣシステムテクノロジー株式会社 (438)
【公開日】平成１９年３月１５日（２００７．３．１５）
【国際特許分類】
【出願日】平成１７年９月２日（２００５．９．２）
【出願人】（３９０００１３９５）ＮＥＣシステムテクノロジー株式会社 (438)
[ Back to top ]