JP2004326452A - 分散処理サービス提供サーバ、分散処理方法及び分散処理サービス提供プログラム - Google Patents
分散処理サービス提供サーバ、分散処理方法及び分散処理サービス提供プログラム Download PDFInfo
- Publication number
- JP2004326452A JP2004326452A JP2003120410A JP2003120410A JP2004326452A JP 2004326452 A JP2004326452 A JP 2004326452A JP 2003120410 A JP2003120410 A JP 2003120410A JP 2003120410 A JP2003120410 A JP 2003120410A JP 2004326452 A JP2004326452 A JP 2004326452A
- Authority
- JP
- Japan
- Prior art keywords
- resource
- processing
- computer
- distributed processing
- service providing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012545 processing Methods 0.000 title claims abstract description 376
- 238000003672 processing method Methods 0.000 title claims abstract description 44
- 238000000034 method Methods 0.000 claims description 73
- 238000005259 measurement Methods 0.000 claims description 42
- 230000008569 process Effects 0.000 claims description 23
- 230000006870 function Effects 0.000 claims description 18
- 238000004458 analytical method Methods 0.000 description 13
- 230000005540 biological transmission Effects 0.000 description 10
- 238000012546 transfer Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 5
- 238000004891 communication Methods 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 238000010977 unit operation Methods 0.000 description 3
- 238000004148 unit process Methods 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】コンピュータ資源の余剰部分を効率的に利用できる分散処理サービス提供サーバ、分散処理方法及び分散処理サービス提供プログラムを提供する。
【解決手段】ＡＳＰサービスサーバ２４は、ユーザコンピュータ４０１から要求されたサービスを実行するための複数の処理ブロックについて、各処理ブロックをそれぞれ実行するユーザコンピュータ４０１〜４０ｎを決定する。そして、ＡＳＰサービスサーバ２４は、決定されたユーザコンピュータ４０１〜４０ｎに、そのユーザコンピュータ４０１〜４０ｎが実行する処理ブロックを配信する。そして、ＡＳＰサービスサーバ２４は、処理ブロックを配信したユーザコンピュータ４０１〜４０ｎからの処理ブロックの処理結果を受信し、その処理結果に基づいて、サービス要求に対する処理結果をユーザコンピュータ４０１に配信する。
【選択図】 図１
【解決手段】ＡＳＰサービスサーバ２４は、ユーザコンピュータ４０１から要求されたサービスを実行するための複数の処理ブロックについて、各処理ブロックをそれぞれ実行するユーザコンピュータ４０１〜４０ｎを決定する。そして、ＡＳＰサービスサーバ２４は、決定されたユーザコンピュータ４０１〜４０ｎに、そのユーザコンピュータ４０１〜４０ｎが実行する処理ブロックを配信する。そして、ＡＳＰサービスサーバ２４は、処理ブロックを配信したユーザコンピュータ４０１〜４０ｎからの処理ブロックの処理結果を受信し、その処理結果に基づいて、サービス要求に対する処理結果をユーザコンピュータ４０１に配信する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続された複数のコンピュータの資源を利用して処理を実行する分散処理サービス提供サーバ、分散処理方法及び分散処理サービス提供プログラムに関する。
【０００２】
【従来の技術】
近年、インターネットを利用して、ユーザ向けに各種のサービスが行われている。このようなサービスとしては、例えば、法人向けＡＳＰ（アプリケーションサービスプロバイダ）事業サービス等が知られている。一般に、法人向けＡＳＰ事業サービスでは、ユーザ企業のクライアント端末からの依頼に応じて、依頼された業務ソフトをデータセンタからそのクライアント端末にダウンロードすることによりレンタル提供する。また、法人向けＡＳＰサービス事業においては、ＡＳＰサービス事業者と提携するデータセンタが多数のコンピュータ資源を用意して、多数のユーザ企業に分割して使用させる場合がある。このような場合に、データセンタのコンピュータ資源をユーザ負荷変動に基づきリアルタイムでユーザ企業毎に割り当てることが提案されている（例えば、特許文献１参照。）。
【０００３】
【特許文献１】
特開２００２−２４１９２号公報（第６−９頁）
【０００４】
【発明が解決しようとする課題】
しかし、法人向けＡＳＰ事業サービスにおいて、ユーザ企業が有するコンピュータ資源を利用する場合、使用可能なコンピュータ資源が限定されるため、ユーザ企業が提供を受けることができるサービスが限定される。また、データセンタのコンピュータ資源を用いる場合には、データセンタに大量のコンピュータ資源を備える必要が生じる。
【０００５】
一方、パソコンやサーバ類の普及台数及び処理能力は大きく増加する傾向にあるが、その処理能力の向上に見合った処理をそのパソコン等が実行しているわけではなく、処理能力にかなりの余裕を生じる場合がある。つまり、ごく限られたピーク時にはそれらのパソコン等の能力を最大限使用している場合もあるが、その他の殆どの時間はパソコン等の能力を余らせている状態にあることが多い。このような処理能力における余剰部分は、潜在的には、他者に提供することも可能である。しかし、現状では、このような処理能力における余剰部分を効率的に利用するための仕組みが存在しない。
【０００６】
本発明は、上記問題点を解決するためになされたものであり、その目的は、コンピュータ資源の余剰部分を効率的に利用できる分散処理サービス提供サーバ、分散処理方法及び分散処理サービス提供プログラムを提供することにある。
【０００７】
【課題を解決するための手段】
上記問題点を解決するために、請求項１に記載の発明は、ネットワークを介して、サービス要求を行う第１のコンピュータ、及び、処理を実行する複数の第２のコンピュータと接続された分散処理サービス提供サーバであって、前記第１のコンピュータからのサービス要求を受け付ける第１の手段と、前記第２のコンピュータの資源に関する情報に基づいて、前記受け付けたサービス要求に関する処理を分割した各処理ブロックを割り当てる第２のコンピュータを決定する第２の手段と、前記決定された第２のコンピュータに、割り当てた処理ブロックを配信する第３の手段と、前記処理ブロックを配信した第２のコンピュータからの前記処理ブロックの処理結果を受信し、その処理結果に基づいて前記サービス要求に対する処理結果を前記第１のコンピュータに配信する第４の手段とを備えたことを要旨とする。
【０００８】
請求項２に記載の発明は、請求項１に記載の分散処理サービス提供サーバにおいて、前記第１のコンピュータを使用してサービスを依頼する資源使用者に対する請求金額を算出する手段と、前記第２のコンピュータの資源を提供する資源提供者に対する支払金額を算出する手段とをさらに備えたことを要旨とする。
【０００９】
請求項３に記載の発明は、請求項１又は２に記載の分散処理サービス提供サーバにおいて、前記処理ブロックの処理結果を取りまとめて前記サービス要求に対する処理結果を求める手段をさらに備えたことを要旨とする。
【００１０】
請求項４に記載の発明は、請求項１〜３のいずれか１つに記載の分散処理サービス提供サーバにおいて、前記分散処理サービス提供サーバは、分散処理サービスの提供に関する情報を格納するデータベースを備え、前記データベースに格納する情報は、前記分散処理サービス提供サーバが提供するサービスに対応した処理手順及び処理ブロック、資源提供者の連絡先、支払手順、資源能力、ネットワークプロトコル、接続手順、利用可能な時間帯の少なくともいずれか１つを含むことを要旨とする。
【００１１】
請求項５に記載の発明は、請求項４に記載の分散処理サービス提供サーバにおいて、前記第２のコンピュータの資源は、コンピュータ本体、メモリ、ハードディスク及び搭載ソフトウェアを少なくとも含む集合体であるとともに、前記資源能力は、コンピュータ本体の処理スピード、メモリ容量、ハードディスク容量及び搭載ソフトウェアの少なくともいずれか１つを含むことを要旨とする。
【００１２】
請求項６に記載の発明は、請求項４又は５に記載の分散処理サービス提供サーバにおいて、前記第２のコンピュータの資源能力を前記第２のコンピュータに測定させ、その測定結果に基づいて前記第２のコンピュータの資源能力を前記データベースに登録する手段をさらに備えたことを要旨とする。
【００１３】
請求項７に記載の発明は、請求項４〜６のいずれか１つに記載の分散処理サービス提供サーバにおいて、前記第２の手段は、前記資源能力又は利用可能な時間帯に基づいて処理ブロックを割り当てる前記第２のコンピュータを決定することを要旨とする。
【００１４】
請求項８に記載の発明は、請求項４〜７のいずれか１つに記載の分散処理サービス提供サーバにおいて、前記資源能力に基づいて前記第２のコンピュータの資源を使用した場合の処理単価を決定する手段をさらに備えたことを要旨とする。
【００１５】
請求項９に記載の発明は、請求項８に記載の分散処理サービス提供サーバにおいて前記資源の使用実績を取得して記録する手段と、前記処理単価と前記使用実績とに基づいて、前記資源の使用料金を算出する手段とをさらに備えたことを要旨とする。
【００１６】
請求項１０に記載の発明は、請求項９に記載の分散処理サービス提供サーバにおいて、前記請求金額を算出する手段は、前記サービス要求に対して使用された資源の使用料金を合計することにより請求金額を算出することを要旨とする。
【００１７】
請求項１１に記載の発明は、請求項２〜１０のいずれか１つに記載の分散処理サービス提供サーバにおいて、前記請求金額を算出する手段は、前記資源の使用実績に応じた金額を請求する従量請求と、前記資源の使用実績にかかわらず一定料金を請求する定額請求とのいずれかの選択に従って、前記従量請求が選択された場合、前記資源の使用実績を取得して記録し、その使用実績に基づいて請求金額を算出する手段と、前記定額請求が選択された場合、一定料金を請求金額とする手段とを備えたことを要旨とする。
【００１８】
請求項１２に記載の発明は、請求項２〜１１のいずれか１つに記載の分散処理サービス提供サーバにおいて、前記支払金額を算出する手段は、前記資源の使用実績に応じた金額を支払う従量支払と、前記資源の使用実績にかかわらず一定料金を支払う定額支払とのいずれかの選択に従って、前記従量支払が選択された場合、前記資源の使用実績を取得して記録し、その使用実績に基づいて支払金額を算出する手段と、前記定額支払が選択された場合、一定料金を支払金額とする手段とを備えたことを要旨とする。
【００１９】
請求項１３に記載の発明は、請求項１〜１２のいずれか１つに記載の分散処理サービス提供サーバにおいて、前記ネットワークは、インターネットであることを要旨とする。
【００２０】
請求項１４に記載の発明は、ネットワークを介して、サービス要求を行う第１のコンピュータ、及び、処理を実行する複数の第２のコンピュータと接続された分散処理サービス提供サーバを用いて分散処理を行う分散処理方法であって、前記分散処理サービス提供サーバが、前記第１のコンピュータからのサービス要求を受け付ける第１の段階と、前記第２のコンピュータの資源に関する情報に基づいて、前記受け付けたサービス要求に関する処理を分割した各処理ブロックを割り当てる第２のコンピュータを決定する第２の段階と、前記決定された第２のコンピュータに、割り当てた処理ブロックを配信する第３の段階と、前記処理ブロックを配信した第２のコンピュータからの前記処理ブロックの処理結果を受信し、その処理結果に基づいて前記サービス要求に対する処理結果を前記第１のコンピュータに配信する第４の段階とを備えたことを要旨とする。
【００２１】
請求項１５に記載の発明は、請求項１４に記載の分散処理方法において、前記分散処理方法において、前記分散処理サービス提供サーバが、前記第１のコンピュータを使用してサービスを依頼する資源使用者に対する請求金額を算出する段階と、前記第２のコンピュータの資源を提供する資源提供者に対する支払金額を算出する段階とをさらに備えたことを要旨とする。
【００２２】
請求項１６に記載の発明は、請求項１４又は１５に記載の分散処理方法において、前記分散処理方法において、前記分散処理サービス提供サーバが、前記処理ブロックの処理結果を取りまとめて前記サービス要求に対する処理結果を求める段階をさらに備えたことを要旨とする。
【００２３】
請求項１７に記載の発明は、請求項１４〜１６のいずれか１つに記載の分散処理方法において、前記分散処理サービス提供サーバは、前記分散処理サービス提供サーバは、分散処理サービスの提供に関する情報を格納するデータベースを備え、前記データベースに格納する情報は、前記分散処理サービス提供サーバが提供するサービスに対応した処理手順及び処理ブロック、資源提供者の連絡先、支払手順、資源能力、ネットワークプロトコル、接続手順、利用可能な時間帯の少なくともいずれか１つを含むことを要旨とする。
【００２４】
請求項１８に記載の発明は、請求項１７に記載の分散処理方法において、前記第２のコンピュータの資源は、コンピュータ本体、メモリ、ハードディスク及び搭載ソフトウェアを少なくとも含む集合体であるとともに、前記資源能力は、コンピュータ本体の処理スピード、メモリ容量、ハードディスク容量及び搭載ソフトウェアの少なくともいずれか１つを含むことを要旨とする。
【００２５】
請求項１９に記載の発明は、請求項１７又は１８に記載の分散処理方法において、前記分散処理方法において、前記分散処理サービス提供サーバが、前記第２のコンピュータの資源能力を前記第２のコンピュータに測定させ、その測定結果に基づいて前記第２のコンピュータの資源能力を前記データベースに登録する段階をさらに備えたことを要旨とする。
【００２６】
請求項２０に記載の発明は、請求項１７〜１９のいずれか１つに記載の分散処理方法において、前記第２の段階は、前記資源能力又は利用可能な時間帯に基づいて処理ブロックを割り当てる前記第２のコンピュータを決定することを要旨とする。
【００２７】
請求項２１に記載の発明は、請求項１７〜２０のいずれか１つに記載の分散処理方法において、前記分散処理方法において、前記分散処理サービス提供サーバが、前記資源能力に基づいて前記第２のコンピュータの資源を使用した場合の処理単価を決定する手段をさらに備えたことを要旨とする。
【００２８】
請求項２２に記載の発明は、請求項２１に記載の分散処理方法において、前記分散処理方法において、前記分散処理サービス提供サーバが、前記資源の使用実績を取得して記録する段階と、前記処理単価と前記使用実績とに基づいて前記資源の使用料金を算出する段階とをさらに備えたことを要旨とする。
【００２９】
請求項２３に記載の発明は、請求項２２に記載の分散処理方法において、前記請求金額を算出する段階は、前記サービス要求に対して使用された資源の使用料金を合計することにより請求金額を算出することを要旨とする。
【００３０】
請求項２４に記載の発明は、請求項１５〜２３のいずれか１つに記載の分散処理方法において、前記請求金額を算出する段階は、前記資源の使用実績に応じた金額を請求する従量請求と、前記資源の使用実績にかかわらず一定料金を請求する定額請求とのいずれかの選択に従って、前記従量請求が選択された場合、前記資源の使用実績を取得して記録し、その使用実績に基づいて請求金額を算出する段階と、前記定額請求が選択された場合、一定料金を請求金額とする段階とを備えたことを要旨とする。
【００３１】
請求項２５に記載の発明は、請求項１５〜２４のいずれか１つに記載の分散処理方法において、前記支払金額を算出する段階は、前記資源の使用実績に応じた金額を支払う従量支払と、前記資源の使用実績にかかわらず一定料金を支払う定額支払とのいずれかの選択に従って、前記従量支払が選択された場合、前記資源の使用実績を取得して記録し、その使用実績に基づいて支払金額を算出する段階と、前記定額支払が選択された場合、一定料金を支払金額とする段階とを備えたことを要旨とする。
【００３２】
請求項２６に記載の発明は、請求項１４〜２５のいずれか１つに記載の分散処理方法において、前記ネットワークは、インターネットであることを要旨とする。
【００３３】
請求項２７に記載の発明によれば、分散処理サービス提供プログラムを用いて、請求項１４〜２６のいずれか１つに記載の分散処理方法をコンピュータに機能させる。このため、汎用的なコンピュータを分散処理サービス提供サーバとして機能させることができる。
【００３４】
（作用）
請求項１又は１４に記載の発明によれば、第１のコンピュータから要求されたサービスに関する処理を分割した複数の処理ブロックを、第２のコンピュータの資源に関する情報に基づいて、第２のコンピュータに割り当てる。そして、各処理ブロックの処理結果に基づいて、サービス要求に対する処理結果を第１のコンピュータに配信する。従って、コンピュータに、サービス要求に対する処理を実行できる十分な資源がない場合でも、他のコンピュータの資源を用いて処理を実行し、処理結果を得ることができる。
【００３５】
請求項２又は１５に記載の発明によれば、資源使用者に資源の使用に対する料金を請求でき、資源提供者に資源の提供に対する料金を支払うことができる。
請求項３又は１６に記載の発明によれば、複数の第２のコンピュータを用いて、サービス要求に対する処理結果を得ることができる。従って、それぞれの第２のコンピュータ資源が、要求したサービスの実行に十分でない場合でも、複数の第２のコンピュータを用いて、サービス要求に対する処理結果を得ることができる。
【００３６】
請求項４又は１７に記載の発明によれば、予め、分散処理サービス提供サーバが提供するサービスに対応した処理を、処理ブロックに分割し、その処理ブロック及び処理手順を用意しておくことができる。また、資源提供者への支払に関する情報や、第２のコンピュータの資源を使用するための情報を用いて、分散処理サービスを提供できる。
【００３７】
請求項５又は１８に記載の発明によれば、統合的にコンピュータ資源を提供することが可能になるとともに、第２のコンピュータの資源能力を統合的に管理できる。
【００３８】
請求項６又は１９に記載の発明によれば、測定結果により、資源能力に関して、より信頼性の高い情報を用いて、処理ブロックを割り当てる第２のコンピュータを決定できる。
【００３９】
請求項７又は２０に記載の発明によれば、より適した第２のコンピュータに処理ブロックを割り当てることが可能となり、各処理ブロックの処理結果が速やかに得ることができ、提供するサービスの処理結果を速やかに得ることができる。
【００４０】
請求項８又は２１に記載の発明によれば、第２のコンピュータの資源能力に則した価格で、その資源を提供することができ、資源利用者及び資源提供者に公平なサービスを提供することが可能となる。
【００４１】
請求項９又は２２に記載の発明によれば、資源能力及び資源の使用実績に応じた価格で資源を提供できる。また、資源提供者に、資源能力及び資源の使用実績に応じた価格で資源の提供に対する支払を行うことができる。
【００４２】
請求項１０又は２３に記載の発明によれば、サービス要求について使用されたすべての資源の使用実績に応じた金額を、資源利用者に請求できる。
請求項１１又は２４に記載の発明によれば、資源利用者が従量請求と定額請求のいずれかを選択して、サービス要求に対する料金の請求を受けることができることで、資源利用者へのサービスの向上を図ることができる。
【００４３】
請求項１２又は２５に記載の発明によれば、資源提供者が従量支払と定額支払とのいずれかを選択して、資源の提供に対する料金の支払を受けることができることで、資源提供者へのサービスの向上を図ることができる。
【００４４】
請求項１３又は２６に記載の発明によれば、既存のインフラストラクチャを有効活用でき、設備投資へのコストを低減できる。また、いずれかの通信リンクが消失してもネットワークがシャットダウンすることはなく、ほぼ常にネットワーク中に代替経路が確立できる。従って、より一層、データの信頼性及び可用性の向上を図ることができる。
【００４５】
請求項２７に記載の発明によれば、分散処理サービス提供プログラムを用いて、請求項１４〜２６のいずれか１つに記載の分散処理方法をコンピュータに機能させる。このため、汎用的なコンピュータを分散処理サービス提供サーバとして機能させることができる。
【００４６】
【発明の実施の形態】
以下、本発明を具体化した一実施形態を図１〜図５に従って説明する。本実施形態では、ＡＳＰサービスを提供する場合において、ネットワークに接続されたコンピュータ資源の余剰部分を利用できる分散処理サービス提供サーバ、分散処理方法及び分散処理サービス提供プログラムとして説明する。ここで、コンピュータ資源（以下、単に「資源」ともいう）とは、コンピュータ本体（ＣＰＵ（中央処理装置））、メモリ、ハードディスク、及び搭載ソフトウェア等を含む集合体をいうものとする。
【００４７】
まず、本発明のＡＳＰサービス提供を行うためのシステムの構成例を図１を用いて説明する。このＡＳＰサービスシステムは、複数のユーザコンピュータ４０１，４０２，４０３，４０４…４０ｎと、ＡＳＰサービスセンタ２０とを含んで構成されている。具体的には、各ユーザコンピュータ４０１〜４０ｎが、インターネット３０を介して、ＡＳＰサービスセンタ２０の分散処理サービス提供サーバとしてのＡＳＰサービスサーバ２４と接続されている。
【００４８】
（ユーザコンピュータ４０１〜４０ｎの構成）
ユーザコンピュータ４０１〜４０ｎは、資源の余剰部分を提供するための登録を行うことにより、インターネット３０を介してＡＳＰサービスセンタ２０と論理的に接続される。そして、ユーザコンピュータ４０１〜４０ｎは、ＡＳＰサービスセンタ２０を介して、資源の余剰部分を提供する。つまり、ユーザコンピュータ４０１〜４０ｎは、資源の余剰部分を提供する場合、第２のコンピュータとして機能する。
【００４９】
一方、ユーザコンピュータ４０１〜４０ｎの利用者が処理を行う場合、各ユーザコンピュータ４０１〜４０ｎは、ＡＳＰサービスセンタ２０にサービスを要求する。つまり、ユーザコンピュータ４０１〜４０ｎは、サービスを要求する場合、第１のコンピュータとして機能する。以下、サービスを要求する場合と、資源の余剰部分を提供する場合とに分けて、ユーザコンピュータ４０１〜４０ｎの機能を説明する。
【００５０】
（サービスを要求するユーザコンピュータ４０１〜４０ｎの機能）
サービスを要求するユーザコンピュータ４０１〜４０ｎは、それぞれ、以下に示す各手段としての機能を有する。
【００５１】
・ ＡＳＰサービスサーバ２４から送付された画面情報を表示し、表示された画面において指定データを入力させる手段
・ サービス要求をＡＳＰサービスサーバ２４に送信する手段
・ ＡＳＰサービスサーバ２４から受信した、サービス要求の処理結果を出力する手段
（資源の余剰能力を提供するユーザコンピュータ４０１〜４０ｎの機能）
資源の余剰能力を提供するユーザコンピュータ４０１〜４０ｎは、それぞれ、以下に示す各手段としての機能を有する。
【００５２】
・ 資源能力を測定し、その測定結果をＡＳＰサービスサーバ２４に送信する手段
・ ＡＳＰサービスサーバ２４から配信された処理ブロックを受信する手段
・ 受信した処理ブロックを実行する手段
・ 処理ブロックの処理結果をＡＳＰサービスサーバ２４に送信する手段
・ 処理ブロックの実行における資源使用量を測定し、その測定結果をＡＳＰサービスサーバ２４に送信する手段
上記各手段は、コンピュータを上記各手段として機能させるための資源提供用ソフトウェアがインストールされることにより、ユーザコンピュータ４０１〜４０ｎに備えられる。この資源提供用ソフトウェアは、資源の余剰能力を提供する旨の登録依頼を行った場合に、ＡＳＰサービスサーバ２４から、登録依頼を行ったユーザコンピュータ４０１〜４０ｎに配信され、自動的にインストールされる。そして、ひとたび上記各手段が備えられると、ユーザコンピュータ４０１〜４０ｎは、ＡＳＰサービスサーバ２４から提供される任意のサービスに関する任意の処理ブロックを実行できるようになる。なお、ユーザコンピュータ４０１〜４０ｎの資源能力により、それぞれ実行可能な処理ブロックが限られるが、後述するように、それぞれ実行可能な処理ブロックがＡＳＰサービスサーバ２４から配信される。
【００５３】
（ＡＳＰサービスセンタ２０の構成）
ＡＳＰサービスセンタ２０は、ユーザコンピュータ４０１〜４０ｎの資源の余剰部分を買い取り、資源利用者に、その余剰部分を提供する。要求されたサービスは、グローバルコンピューティングの手法により、余剰部分を提供しようとするユーザコンピュータ４０１〜４０ｎによって分散／並列処理される。グローバルコンピューティングとは、世界各地に存在するコンピュータ資源を広域ネットワークで結びつけて分散／並列計算を行う環境を構築するものである。
【００５４】
ＡＳＰサービスセンタ２０には、複数のクライアント２１と、複合機２３と、ＡＳＰサービスサーバ２４と、それらを接続するＬＡＮ２５とが設置されている。ＡＳＰサービスセンタ２０内の各クライアント２１と、外部記録装置２６を有するＡＳＰサービスサーバ２４とは、第１〜第４の手段等の各手段としての機能を有する。具体的には、以下に示す各手段としての機能を有する。
【００５５】
・ 各資源から余剰能力の提供の申し出を受け付け、受け付けた情報をデータベースに登録する手段
・ サービス要求端末からのサービス要求を受信する手段
・ サービス要求に対応する処理ブロックを分散処理する資源を決定する手段
・ 決定した資源に、処理ブロックを配信をする手段
・ 配信された処理ブロックの処理結果を受信する手段
・ 受信した処理結果を処理手順に応じて取りまとめる手段
・ 取りまとめた処理結果をサービス要求端末に送信する手段
・ 各資源からの資源能力の測定結果を受信し、その測定結果に基づいて資源能力を決定してデータベースに登録する手段
・ 資源能力に基づいて処理単価を決定し、データベースに登録する手段
・ 各資源の処理実績に応じて各資源の使用料金を算出し、データベースに登録する手段
・ 各資源の使用料金に基づいて、サービス要求により使用したすべての資源の処理実績に応じた請求金額を算出する手段
・ 請求金額を資源利用者に請求し、請求ログをデータベースに登録する手段
・ 資源提供者に対して支払処理を行う手段
なお、上記各手段の説明において、サービス要求を行うユーザコンピュータ４０１〜４０ｎをサービス要求端末といい、要求されたサービスに関する処理ブロックを処理するユーザコンピュータ４０１〜４０ｎを資源というものとする。
【００５６】
（ＡＳＰサービスセンタ２０の機能構成）
次に、ＡＳＰサービスセンタ２０の機能構成例を図２を用いて説明する。ＡＳＰサービスセンタ２０は、送受信部２０１、解析部２０２、申請部２０３、選択部２０４、資源決定部２０５、能力測定決定部２０６、課金請求部２０７、処理結果収集部２０８、配信部２０９及びデータベース２６０を含んで構成される。送受信部２０１は、インターネット３０を介して、各ユーザコンピュータ４０１〜４０ｎと接続し、情報の授受を行う。解析部２０２は、送受信部２０１で受信した情報の解析を行う。申請部２０３、選択部２０４、資源決定部２０５、能力測定決定部２０６、課金請求部２０７、処理結果収集部２０８及び配信部２０９は、解析結果に対応した機能を実行する。申請部２０３は、資源の提供に関する申請情報をデータベース２６０に登録する。選択部２０４は、ユーザコンピュータ４０１〜４０ｎから受け付けたサービス要求に対応した処理ブロックを選択する。資源決定部２０５は、選択された処理ブロックを配分する資源を決定する。能力測定決定部２０６は、資源能力の測定結果に基づいて、処理単価等を決定し、資源能力、処理単価等に関する情報をデータベース２６０に登録する。課金請求部２０７は、各ユーザコンピュータ４０１〜４０ｎの処理実績に応じて、資源利用者への請求金額と資源提供者への支払金額とを算出するとともに、資源利用者への利用料金の請求を行う。処理結果収集部２０８は、処理結果を収集し、処理手順に従って処理結果の取りまとめを行う。配信部２０９は、処理ブロック、請求情報及び処理結果の配信を行う。
【００５７】
（データベースに格納するデータの構成）
次に、外部記録装置２６上に構築するデータベース２６０について説明する。このデータベース２６０は、ＡＳＰサービスセンタ２０が提供するサービスに関する各種の情報を保管する。具体的には、このデータベース２６０には、サービスに対応した処理手順及び処理ブロックや、提供者情報、資源情報、接続情報、使用料金、各種ログ等が格納される。
【００５８】
提供者情報は、資源を提供する資源提供者毎に記録される。この提供者情報には、資源提供者が提供する資源の資源識別子、資源提供者の連絡先、支払手順等に関する情報が含まれる。
【００５９】
資源情報は、資源毎に記録される。この資源情報には、資源識別子、ＣＰＵ（中央処理装置）及びＯＳ（オペレーティングシステム）に関する申請情報、利用可能な時間帯、負荷優先度、資源能力、及び、処理単価等に関する情報が含まれる。ＣＰＵ及びＯＳに関する申請情報は、ＣＰＵ及びＯＳの機能や性能に関する資源提供者からの申請情報である。
【００６０】
利用可能な時間帯は、資源提供者が資源を開放しようとする時間帯である。負荷優先度は、その資源に処理ブロックを割り当てる優先度である。資源能力は、資源の測定結果に基づいて決定される資源能力（コンピュータ本体の処理スピード、メモリ容量、ハードディスク容量及び搭載ソフトウェア等）であって、直近の測定結果に基づいて決定され記録される。処理単価は、資源能力等に基づいて決定された処理単位の価格である。
【００６１】
接続情報は、資源毎に記録される。この接続情報には、資源識別子、資源提供者の資源に接続するために使用されるネットワークプロトコルや接続手順等に関する情報が含まれる。
【００６２】
使用料金は、要求されたサービスに関する処理ブロックを配信された資源の使用料金である。この使用料金は、各資源における処理毎に、処理を行ったユーザコンピュータの資源識別子とサービス要求を行ったユーザコンピュータの資源識別子とに関連付けて記録される。
【００６３】
各種ログには、測定ログ、実績ログ、決定ログ、請求ログ、支払ログ、報告ログ等が含まれる。測定ログは、資源能力の測定結果に関するログであって、資源能力の測定を行った場合に記録される。なお、資源能力の測定は、資源を提供する旨の申請時、及び、登録後の所定の時期に行う。この測定ログは、資源識別子及び資源能力の測定結果（コンピュータ本体の処理スピード、メモリ容量、ハードディスク容量及び搭載ソフトウェア等）を含んで構成される。実績ログは、処理ブロックの処理実績等に関するログであって、処理ブロックの実行毎に記録される。この実績ログは、資源識別子及び資源使用量（コンピュータ本体の処理時間、メモリ使用量、ハードディスク使用量等）を含んで構成される。
【００６４】
決定ログは、処理ブロックの各資源への割当に関するログであって、処理ブロックの割当を行った場合に記録さる。この決定ログは、割り当てられた資源の資源識別子、及び、予想される資源使用量等を含んで構成される。そして、処理ブロックの処理結果を受信した場合に、資源が開放された旨のログが記録される。
【００６５】
請求ログは、資源利用者への請求に関するログであって、資源利用者に請求を行う場合に記録される。この請求ログは、サービス要求を行ったユーザコンピュータの資源識別子、資源利用者への請求を識別するための請求識別子及び請求金額等を含んで構成される。支払ログは、資源提供者への資源の使用料金の支払に関するログであって、資源提供者への資源の提供に対する支払を行った場合に記録される。この支払ログは、資源識別子、支払金額、支払日付等を含んで構成される。報告ログは、資源利用者による請求金額の支払報告に関するログであって、資源利用者から請求金額が支払われた場合に記録される。この報告ログは、対応する請求についての請求識別子及び支払確認日付等を含んで構成される。
【００６６】
（処理手順及び処理ブロックの説明）
次に、データベース２６０に格納された、サービスに関する処理の処理手順及び処理ブロックについて説明する。処理ブロックは、サービスに関する処理を複数の単位に分割したものである。そして、各処理ブロックは、処理手順に従って分散／並列処理され、その処理結果が取りまとめられる。
【００６７】
本実施形態では、ＡＳＰサービスセンタ２０が提供するサービスに関する処理は、グリッドコンピューティングに適した複数の単位処理（処理ブロック）に分割され定義されている。グリッドコンピューティングとは、ネットワークを介して複数のコンピュータを結ぶことで仮想的に高性能コンピュータをつくり、そこから必要なだけ処理能力や記憶容量を取り出して使うシステムをいう。
【００６８】
サービスに関する処理の処理ブロックへの分割は、具体的には、以下のようにして行う。すなわち、まず、サービスの処理の全体を、これ以上分割しても経済的にメリットが発生しないという最小の処理単位（最小単位操作）に分割し、各最小単位操作を、時系列手順と並行手順とに分類する。そして、その複数の最小単位操作を統合して、最も短いトータルレスポンスタイムとなる計算単位ブロックとなるようにすることにより、サービスの処理を複数の単位処理（処理ブロック）に分割し定義する。
【００６９】
ここで時系列手順とは、先行する処理の結果を利用して実行される処理のことであり、並行手順とは、処理間に依存関係がないので並行して実行できる処理のことである。そして、計算単位ブロックが多いと通信やデータ転送に要する処理が増加すること、並行処理可能な計算単位ブロックは同時に処理することができること等を考慮して設計する。以上のような設計思想で、サービスの処理は、並行処理に適した設計で複数の処理ブロックを分割されデータベース２６０上に構築されている。
【００７０】
（資源提供に関する申請登録処理）
次に、資源提供者からの資源提供に関する申請を受け付けて登録を行う申請登録処理に関する具体的な制御について、図３を参照して説明する。本実施形態では、ユーザコンピュータ４０１〜４０ｎの保有者が、それぞれ資源の余剰部分を提供するための申請を行う。ここでは、ユーザコンピュータ４０１の保有者が、そのユーザコンピュータ４０１の資源の余剰部分を提供するための申請を行う場合を想定して説明する。
【００７１】
まず、ユーザコンピュータ４０１が、資源の余剰部分を提供するための申請情報をＡＳＰサービスサーバ２４に送信する（ステップＳ１−１）。この申請情報には、資源提供者の連絡先や支払手順等に関する提供者情報、ＣＰＵ及びＯＳに関する申請情報、利用可能な時間帯、負荷優先度等に関する資源情報、ネットワークプロトコルや接続手順等に関する接続情報等が含まれる。具体的には、ユーザコンピュータ４０１の保有者が、インターネット３０上のＡＳＰサービスセンタ２０のウェブサイトで必要な情報を登録し、資源の余剰部分を提供することを申し出る。
【００７２】
この申請情報を受信したＡＳＰサービスサーバ２４は、受信した情報の解析を行う（ステップＳ１−２）。具体的には、ユーザコンピュータ４０１からの申請情報を受信した送受信部２０１が、その情報を解析部２０２に受け渡し、これにより解析部２０２が起動して、その情報の解析を行う。そして、その情報が申請情報である場合、申請部２０３に制御を移す。
【００７３】
申請部２０３は、その申請情報に基づいて、提供者情報、資源情報、接続情報等をデータベース２６０に登録する（ステップＳ１−３）。具体的には、提供者情報として資源提供者の連絡先や支払手順等に関する情報を資源識別子に関連付けて登録する。資源情報として、ＣＰＵ及びＯＳに関する申請情報、利用可能な時間帯、負荷優先度等に関する情報を資源識別子に関連付けて登録する。接続情報として、そのユーザコンピュータ４０１に接続するために使用されるネットワークプロトコルや接続手順等に関する情報を資源識別子に関連付けて登録する。
【００７４】
次に、ＡＳＰサービスサーバ２４は、前述の資源提供用ソフトウェアを、資源の提供を申請したユーザコンピュータ４０１に配信する（ステップＳ１−４）。具体的には、申請部２０３が、資源提供用ソフトウェアを、資源の提供を申請したユーザコンピュータ４０１に配信することを配信部２０９に依頼する。依頼を受けた配信部２０９は、その資源提供用ソフトウェアの配信に必要な情報を付加し、その資源提供用ソフトウェアを送受信部２０１に転送する。送受信部２０１はインターネット３０を介し、資源の提供を申請したユーザコンピュータ４０１に、その資源提供用ソフトウェアを送信する。
【００７５】
この資源提供用ソフトウェアを受信したユーザコンピュータ４０１は、受信した資源提供用ソフトウェアのインストールを行う（ステップＳ１−５）。そして、資源提供用ソフトウェアのインストールが正常に終了すると、ユーザコンピュータ４０１は、その資源提供用ソフトウェアにより、ユーザコンピュータ４０１の資源能力の測定処理を実行する（ステップＳ１−６）。具体的には、ユーザコンピュータ４０１は、コンピュータ本体の処理スピード、メモリ容量、ハードディスク容量及び搭載ソフトウェア等についての測定を行う。そして、資源能力の測定が終了すると、ユーザコンピュータ４０１は、測定結果をＡＳＰサービスサーバ２４に送信する（ステップＳ１−７）。
【００７６】
測定結果を受信したＡＳＰサービスサーバ２４は、まず、受信した情報の解析を行う（ステップＳ１−８）。具体的には、測定結果を受信した送受信部２０１がその情報を解析部２０２に受け渡し、これにより解析部２０２が起動して、その情報の解析を行う。そして、その情報が測定結果である場合、能力測定決定部２０６に制御を移す。
【００７７】
能力測定決定部２０６は、受け取った資源能力の測定結果を測定ログとしてデータベース２６０に格納する。そして、能力測定決定部２０６は、その資源能力の測定結果に基づいて、資源情報として登録する資源能力と処理単位の価格（処理単価）とを決定する（ステップＳ１−９）。そして、能力測定決定部２０６は、資源能力及び処理単価を資源識別子に関連付けて資源情報としてデータベース２６０に登録し（ステップＳ１−１０）、申請登録処理を終了する。
【００７８】
上記の処理により、ユーザコンピュータ４０１が、ＡＳＰサービスサーバ２４からの処理ブロックの配信を受けて分散／並列処理を行う資源として組み込まれる。なお、ここでは、ユーザコンピュータ４０１から資源の提供の申請を行う場合を想定して説明したが、ユーザコンピュータ４０２〜４０ｎについても、同様に申請登録処理を行うことにより、資源として組み込まれる。
【００７９】
（要求されたサービスの実行処理）
次に、サービスを実行する場合の処理手順を図４に従って説明する。この場合、要求されたサービスに関する処理が分割された処理ブロックをユーザコンピュータ４０１〜４０ｎに配分する。ここでは、ユーザコンピュータ４０１がサービス要求を行う場合を想定して説明するが、ユーザコンピュータ４０２〜４０ｎの中の他のコンピュータがサービス要求を行う場合も同様に処理を行う。
【００８０】
まず、サービスを要求するユーザコンピュータ４０１がＡＳＰサービスサーバ２４にサービス要求を送信する（ステップＳ２−１）。これを受信したＡＳＰサービスサーバ２４は、受信した情報の解析を行う（ステップＳ２−２）。具体的には、サービス要求を受信した送受信部２０１が、受信した情報を解析部２０２に受け渡し、解析部２０２がその情報の解析を行う。そして、解析の結果、その情報がサービス要求である場合、選択部２０４に制御を移し、選択部２０４が、要求されたサービスに対応した処理手順及び処理ブロックをデータベース２６０から取得する（ステップＳ２−３）。
【００８１】
そして、ＡＳＰサービスサーバ２４は、資源決定部２０５に制御を移す。資源決定部２０５は、取得した処理手順に従い、データベース２６０を参照して各処理ブロックを割り当てるユーザコンピュータ４０１〜４０ｎを決定する（ステップＳ２−４）。具体的には、資源決定部２０５は、データベース２６０の資源情報を参照して、ユーザコンピュータ４０１〜４０ｎの中から、要求されたサービスに関する処理ブロックを割り当てる資源を決定する。
【００８２】
ここで、参照する資源情報は、ＣＰＵ及びＯＳに関する申請情報、コンピュータ本体の処理スピード、メモリ容量、ハードディスク容量及び搭載ソフトウェアに関する情報や、利用可能な時間帯、負荷優先度等に関する情報等である。具体的には、ＡＳＰサービスサーバ２４は、資源情報の利用可能な時間帯、負荷優先度等に基づいて、使用可能な資源を特定する。そして、各処理ブロックの実行に必要なＣＰＵ及びＯＳの機能、ソフトウェア等を備えた資源を、資源情報のＣＰＵ及びＯＳに関する申請情報及び搭載ソフトウェアに関する情報等を参照して特定する。そして、各処理ブロックの実行に必要とされる処理スピード、予想されるメモリ使用量、ハードディスク使用量等と、資源情報のコンピュータ本体の処理スピード、メモリ容量、ハードディスク容量等に基づいて、資源の選定を行う。ここで、処理スピードについては、必要とされる処理スピードを満たし、かつ、超過とならないものを選定する。また、メモリ容量及びハードディスク容量についても、必要とされる容量を満たし、かつ、超過とならないものを選定する。このようにして、ＡＳＰサービスサーバ２４は、各処理ブロックに最適な資源を選定し、選定された資源に各処理ブロックを割り当てる。そして、資源決定部２０５は、各処理ブロックの割当が決定した資源について、割り当てられた資源の資源識別子、予想される資源使用量等を含む決定ログをデータベース２６０に格納する。
【００８３】
次に、ＡＳＰサービスサーバ２４は、決定されたユーザコンピュータ４０１〜４０ｎに、そのユーザコンピュータ４０１〜４０ｎに割り当てられた処理ブロックを配信する（ステップＳ２−５）。具体的には、配信部２０９が、送受信部２０１経由で、インターネット３０を介して、処理ブロックを配信する。
【００８４】
処理ブロックを受信したユーザコンピュータ４０１〜４０ｎは、それぞれ配信された処理ブロックを起動し、その処理ブロックを実行する（ステップＳ２−６）。そして、処理ブロックの実行が終了すると、処理ブロックを実行したユーザコンピュータ４０１〜４０ｎは、処理結果と後述する資源使用量の測定結果とをＡＳＰサービスサーバ２４に送信する（ステップＳ２−７）。
【００８５】
これを受信したＡＳＰサービスサーバ２４は、受信した情報の解析を行う（ステップＳ２−８）。具体的には、これを受信した送受信部２０１が、受信した情報を解析部２０２に受け渡し、解析部２０２がその情報の解析を行う。そして、解析の結果、受信した情報が処理結果及び資源使用量の測定結果である場合、ＡＳＰサービスサーバ２４は、処理結果に関する制御を処理結果収集部２０８に移す。処理結果収集部２０８は、各処理ブロックについての処理結果を処理手順に従って取りまとめる（ステップＳ２−９）。そして、処理結果収集部２０８は、取りまとめた処理結果を配信部２０９に受け渡す。
【００８６】
そして、配信部２０９は、送受信部２０１経由で、インターネット３０を介して、サービス要求を行ったユーザコンピュータ４０１に取りまとめた処理結果を配信する（ステップＳ２−１０）。なお、ＡＳＰサービスサーバ２４は、処理結果を受信した処理ブロックについて、資源が開放された旨のログをデータベース２６０に格納する。
【００８７】
（課金処理）
次に、課金処理の手順を図５に従って説明する。ＡＳＰサービスセンタ２０は、ユーザコンピュータ４０１〜４０ｎから処理結果の取りまとめと並行し、以下に示す課金処理を実行する。
【００８８】
各処理ブロックを受信したユーザコンピュータ４０１〜４０ｎは、処理ブロックの実行と同時に、資源使用量（コンピュータ本体の処理時間、メモリ使用量、ハードディスク使用量等）の測定を行う（ステップＳ３−１）。そして、ユーザコンピュータ４０１〜４０ｎは、処理結果とともに、資源使用量の測定結果をＡＳＰサービスサーバ２４に送信する（ステップＳ３−２）。
【００８９】
そして、ＡＳＰサービスサーバ２４は、処理結果とともに測定結果を受信すると、測定結果についての制御を課金請求部２０７に移す。課金請求部２０７は、その資源使用量の測定結果を実績ログとしてデータベース２６０に格納する（ステップＳ３−３）。そして、課金請求部２０７は、処理ブロックを実行したユーザコンピュータ４０１〜４０ｎの資源使用量の測定結果に基づいて、ユーザコンピュータ４０１〜４０ｎそれぞれについての使用料金を算出する（ステップＳ３−４）。課金請求部２０７は、この使用料金を、資源識別子とサービス要求を行ったユーザコンピュータ４０１の資源識別子とに関連付けてデータベース２６０に格納する。そして、課金請求部２０７は、要求されたサービスに関して算出した使用料金を合計することにより、サービス要求を行ったユーザコンピュータ４０１に対する請求金額を算出する（ステップＳ３−５）。つまり、本実施形態では、従量請求を採用する。課金請求部２０７は、請求先であるサービス要求を行ったユーザコンピュータ４０１の資源識別子、請求識別子及び請求金額等を含む請求ログをデータベース２６０に格納する。そして、ＡＳＰサービスサーバ２４は、請求金額をユーザコンピュータ４０１に通知し、サービスに対する料金を請求する（ステップＳ３−６）。
【００９０】
さらに、課金請求部２０７は、資源提供者に対する支払処理を実行する（ステップＳ３−７）。具体的には、課金請求部２０７は、処理ブロックを実行したユーザコンピュータ４０１〜４０ｎについて、それぞれ算出した使用料金に基づく金額を支払金額とする従量支払を採用する。そして、課金請求部２０７は、ユーザコンピュータ４０１〜４０ｎについて、データベース２６０に登録された資源提供者の連絡先及び支払手順を参照し、資源提供者への支払を指示する。これに従って、ＡＳＰサービスセンタ２０は、資源提供者に支払金額を支払う。そして、ＡＳＰサービスサーバ２４は、資源識別子、支払金額、支払日付等を含む支払ログをデータベース２６０に格納する。
【００９１】
なお、請求金額に基づいて請求金額が支払われたことが確認された場合、ＡＳＰサービスサーバ２４は、請求識別子及び支払確認日付等を含む報告ログを記録する。
【００９２】
以上、本実施形態によれば、以下に示す効果を得ることができる。
・ 上記実施形態では、資源利用者に資源の使用実績に応じた請求金額の請求を行うとともに、資源提供者に資源の使用実績に応じた支払金額の支払いを行う。このため、資源提供者は、コンピュータ資源の余剰部分を提供し、使用実績に応じた金額を受領できる。また、コンピュータ資源を、電気や水道の利用と同じように、必要な分だけ使い、使った分だけ使用料を払うといった形態で利用することが可能となる。
【００９３】
・ 上記実施形態では、ＡＳＰサービスサーバ２４は、要求されたサービスに関する処理を分割した複数の処理ブロックを、資源に関する情報に基づいて、それぞれユーザコンピュータ４０１〜４０ｎに割り当てる。そして、ＡＳＰサービスサーバ２４は、各処理ブロックの処理結果を受信し、それらの処理結果に基づいて、サービス要求に対する処理結果をサービス要求をしたユーザコンピュータ４０１に配信する。このため、ユーザコンピュータに、ＡＳＰサービスサーバ２４に依頼したサービスを実行できる十分な資源がない場合でも、他のユーザコンピュータの資源を用いて処理を実行し、処理結果を得ることができる。
【００９４】
・ 上記実施形態では、各処理ブロックの処理結果を取りまとめてサービス要求に対する処理結果を求める。このため、各資源それぞれがサービスの実行に十分でない場合でも、各処理ブロックを分散／並列処理し、それらの処理結果を取りまとめることにより、サービス要求に対する処理結果を得ることができる。
【００９５】
・ 上記実施形態では、データベース２６０に、ＡＳＰサービスサーバ２４が提供するサービスに対応した処理手順及び処理ブロックや、提供者情報、資源情報、接続情報、処理単価、使用料金、各種ログ等を格納する。このため、予め、ＡＳＰサービスサーバ２４が提供するサービスに対応した処理を、処理ブロックに分割し、その処理ブロック及び処理手順を格納しておくことができる。また、資源提供者への支払に関する情報や、ユーザコンピュータ４０１〜４０ｎの資源を使用するための情報を用いて、ＡＳＰサービスを提供できる。また、各ログにより、過去の実績等についても参照可能とすることができる。
【００９６】
・ 上記実施形態では、ユーザコンピュータ４０１〜４０ｎのコンピュータ本体の処理スピード、メモリ容量、ハードディスク容量及び搭載ソフトウェアに基づく資源能力をデータベース２６０に格納する。このため、コンピュータ本体、メモリ、ハードディスク及び搭載ソフトウェア等の集合体であるユーザコンピュータ４０１〜４０ｎの資源能力を統合的に管理できる。
【００９７】
・ 上記実施形態では、ユーザコンピュータ４０１〜４０ｎからの資源能力の測定結果を受け付け、データベース２６０に登録する。このため、測定結果により、資源能力に関して、より信頼性の高い情報を用いて、処理ブロックを割り当てるユーザコンピュータ４０１〜４０ｎを決定できる。
【００９８】
・ 上記実施形態では、ＡＳＰサービスサーバ２４は、データベース２６０に格納された資源能力及び利用可能な時間帯に基づいて処理ブロックを実行するユーザコンピュータ４０１〜４０ｎを決定する。このため、より適した資源を処理ブロックに割り当てることが可能となり、各処理ブロックの処理結果を速やかに得ることができ、提供するサービスの処理結果を速やかに得ることができる。
【００９９】
・ 上記実施形態では、ＡＳＰサービスサーバ２４は、資源能力に基づいて、ユーザコンピュータ４０１〜４０ｎの資源を使用した場合の処理単価をそれぞれ決定する。このため、ユーザコンピュータ４０１〜４０ｎの資源能力に則した価格で、資源を提供することが可能となり、資源利用者及び資源提供者に公平なサービスを提供できる。
【０１００】
・ 上記実施形態では、ＡＳＰサービスサーバ２４は、資源能力に基づいて決定された処理単価と使用実績とに基づいて、資源の使用に対する課金を算出する。このため、資源利用者に、資源能力及び使用実績に応じた価格で資源を提供できる。また、資源提供者に、資源能力及び使用実績に応じた価格で資源の提供に対する支払を行うことができる。
【０１０１】
・ 上記実施形態では、ＡＳＰサービスサーバ２４は、資源利用者に対する請求金額を、サービス要求に対して使用された資源についての課金の合計に基づいて算出する。このため、サービス要求について使用されたすべての資源の使用実績に応じた請求金額を、資源利用者に請求できる。
【０１０２】
・ 上記実施形態では、インターネット３０により、ＡＳＰサービスサーバ２４とユーザコンピュータ４０１〜４０ｎとを接続する。このため、既存のインフラストラクチャを有効活用でき、設備投資へのコストを低減できる。また、いずれかの通信リンクが消失してもネットワークがシャットダウンすることはなく、ほぼ常にネットワーク中に代替経路が確立できる。従って、より一層、データの信頼性及び可用性の向上を図ることができる。
【０１０３】
・ 上記実施形態では、サービス要求に対する請求金額と、資源の提供に対する支払金額とをそれぞれ算出する。このため、サービス要求を行ったユーザコンピュータ４０１の資源使用量に対応する請求金額は、ユーザコンピュータ４０１の資源の提供に対する支払金額により相殺される。従って、サービス要求を行ったユーザコンピュータの資源を使用した場合には、他のユーザコンピュータの資源のみを使用した場合よりも、費用を安くすることができる。
【０１０４】
・ 上記実施形態では、ＡＳＰサービスサーバ２４は、各処理ブロックの割当が決定した資源について、決定ログをデータベース２６０に登録する。このため、処理の実行中に、さらにサービス要求を受け付けた場合に、処理を実行中の資源を除外して、処理ブロックを割り当てる資源を決定できる。
【０１０５】
なお、上記実施形態は、以下の態様に変更してもよい。
・ 上記実施形態では、サービスに対する請求金額は、資源の処理単価と資源の使用実績とに基づいて算出した。サービスに対する請求は、資源の使用実績に応じた金額を請求する従量請求と、資源の使用実績にかかわらず一定料金を請求する定額請求とのいずれかを資源利用者が選択できるようにし、その選択に基づいて請求金額を算出してもよい。このようにすることで、資源利用者へのサービスの向上を図ることができる。
【０１０６】
・ 上記実施形態では、資源の提供に対する支払金額は、資源の処理単価と資源の使用実績とに基づいて算出した。資源の提供に対する支払は、資源の使用実績に応じた金額を支払う従量支払と、資源の使用実績にかかわらず一定料金を支払う定額支払とのいずれかを資源の提供者が選択できるようにし、その選択に基づいて支払金額を算出してもよい。このようにすることで、資源提供者へのサービスの向上を図ることができる。
【０１０７】
・ 上記実施形態では、ユーザコンピュータ４０１〜４０ｎの資源を使用して、各処理ブロックを処理したが、各処理ブロックの処理は、ＡＳＰサービスセンタ２０に備えたコンピュータ資源を使用して行ってもよい。このようにすることで、サービスの提供のために必要な資源がユーザコンピュータ４０１〜４０ｎの資源では十分でない場合にも、ＡＳＰサービスセンタ２０のコンピュータ資源を使用して処理ブロックの処理を実行し、サービスを提供できる。
【０１０８】
・ 上記実施形態では、資源利用者と資源提供者とを共通とし、サービス要求を行ったユーザコンピュータ４０１も含めて、ユーザコンピュータ４０１〜４０ｎの中から使用する資源を決定した。これに代えて、資源利用者と資源提供者とを分けてもよい。このようにすることで、資源の提供をせずに、資源の利用のみを行うことも可能となる。
【０１０９】
・ 上記実施形態では、サービス要求を行ったユーザコンピュータ４０１とその他のユーザコンピュータ４０２〜４０ｎとを同様の条件で、処理ブロックを配分する資源の決定を行った。これに代えて、サービス要求を行ったユーザコンピュータ４０１に、優先的に処理ブロックを配分してもよい。このようにすることで、資源利用者は、自分が有する資源を、自分が依頼したサービスのために、有効に利用できる。
【０１１０】
・ 上記実施形態では、サービス要求を行ったユーザコンピュータ４０１についてサービスに対する請求を行う一方、そのユーザコンピュータ４０１についても資源の提供に対する支払金額の算出を行い、支払の対象とした。これに代えて、サービス要求を行ったユーザコンピュータ４０１の資源を使用した場合には、ユーザコンピュータ４０１の資源使用量については、請求金額及び支払金額の算出の対象から除外してもよい。
【０１１１】
・ 上記実施形態では、予め資源の余剰能力に関する情報をデータベース２６０に登録し、その情報に基づいて処理ブロックを実行するユーザコンピュータ４０１〜４０ｎを決定した。これに代えて、サービスに関する処理の実行時に、余剰能力に関する問い合わせを行って、その時点での余剰能力に関する情報を得て、それに基づいて処理ブロックを実行するユーザコンピュータ４０１〜４０ｎを決定してもよい。
【０１１２】
・ 上記実施形態では、ＡＳＰサービスセンタ２０が提供するサービスの処理を、グリッドコンピューティングに適した複数の単位処理（処理ブロック）に分割して定義し、予めデータベース２６０に格納した。そして、サービス要求に応じて、データベース２６０に格納した処理ブロックを用いて処理を行った。これに代えて、処理を要求するユーザコンピュータ４０１が、予め分割された処理ブロックと処理手順とをＡＳＰサービスサーバ２４に送信し、これを用いて処理を行ってもよい。このようにすることで、ＡＳＰサービスセンタ２０に処理ブロック及び処理手順を予め用意しているサービス以外の処理も、ユーザコンピュータ４０１〜４０ｎの資源を用いて行うことができる。そして、その資源使用量に基づいて、資源利用者への料金の請求と、資源提供者への支払とを行うことができる。
【０１１３】
また、ＡＳＰサービスサーバ２４が、渡されたプログラムを処理ブロックに分割し、その処理ブロックを用いる処理手順を生成する機能を備えていてもよい。そして、処理を要求するユーザコンピュータ４０１は、処理ブロックへの分割を行わずにプログラムをＡＳＰサービスサーバ２４に送信し、ＡＳＰサービスサーバ２４が処理ブロックへの分割を行ってもよい。このようにすることで、処理の依頼者は、処理ブロックへの分割を意識せずに、処理を要求することができる。
【０１１４】
・ 上記実施形態では、ＡＳＰサービスサーバ２４とユーザコンピュータ４０１〜４０ｎとをインターネット３０を介して接続したが、ローカルエリアネットワーク（ＬＡＮ）又は広域ネットワーク（ＷＡＮ）を用いて接続してもよい。
【０１１５】
・ 上記実施形態では、ユーザコンピュータ４０１〜４０ｎ及びＡＳＰサービスセンタ２０内の各部が、上述した各手段としての機能を備えるが、必ずしもこのように構成する必要はない。これに代えて、上述した各手段を必要に応じて選択的に備えるようにしてもよい。
【０１１６】
・ 上記実施形態では、資源提供者は、ユーザコンピュータ４０１〜４０ｎの資源を提供したが、ＬＡＮ等で接続された複数の資源をまとめて提供してもよい。この場合、データベース２６０に各資源の資源能力を登録するとともに、資源提供者側での処理ブロックの配分は、資源提供者側で行ってもよい。
【０１１７】
【発明の効果】
以上詳述したように、本発明によれば、コンピュータ資源の余剰部分を効率的に利用できる。
【図面の簡単な説明】
【図１】本発明の実施形態のシステム概略図。
【図２】ＡＳＰサービスセンタの機能構成を示すブロック図。
【図３】本実施形態の処理手順の説明図。
【図４】本実施形態の処理手順の説明図。
【図５】本実施形態の処理手順の説明図。
【符号の説明】
２４…分散処理サービス提供サーバとしてのＡＳＰサービスサーバ、３０…ネットワークとしてのインターネット、４０１〜４０ｎ…第１のコンピュータ及び第２のコンピュータとしてのユーザコンピュータ、２６０…データベース。
【発明の属する技術分野】
本発明は、ネットワークに接続された複数のコンピュータの資源を利用して処理を実行する分散処理サービス提供サーバ、分散処理方法及び分散処理サービス提供プログラムに関する。
【０００２】
【従来の技術】
近年、インターネットを利用して、ユーザ向けに各種のサービスが行われている。このようなサービスとしては、例えば、法人向けＡＳＰ（アプリケーションサービスプロバイダ）事業サービス等が知られている。一般に、法人向けＡＳＰ事業サービスでは、ユーザ企業のクライアント端末からの依頼に応じて、依頼された業務ソフトをデータセンタからそのクライアント端末にダウンロードすることによりレンタル提供する。また、法人向けＡＳＰサービス事業においては、ＡＳＰサービス事業者と提携するデータセンタが多数のコンピュータ資源を用意して、多数のユーザ企業に分割して使用させる場合がある。このような場合に、データセンタのコンピュータ資源をユーザ負荷変動に基づきリアルタイムでユーザ企業毎に割り当てることが提案されている（例えば、特許文献１参照。）。
【０００３】
【特許文献１】
特開２００２−２４１９２号公報（第６−９頁）
【０００４】
【発明が解決しようとする課題】
しかし、法人向けＡＳＰ事業サービスにおいて、ユーザ企業が有するコンピュータ資源を利用する場合、使用可能なコンピュータ資源が限定されるため、ユーザ企業が提供を受けることができるサービスが限定される。また、データセンタのコンピュータ資源を用いる場合には、データセンタに大量のコンピュータ資源を備える必要が生じる。
【０００５】
一方、パソコンやサーバ類の普及台数及び処理能力は大きく増加する傾向にあるが、その処理能力の向上に見合った処理をそのパソコン等が実行しているわけではなく、処理能力にかなりの余裕を生じる場合がある。つまり、ごく限られたピーク時にはそれらのパソコン等の能力を最大限使用している場合もあるが、その他の殆どの時間はパソコン等の能力を余らせている状態にあることが多い。このような処理能力における余剰部分は、潜在的には、他者に提供することも可能である。しかし、現状では、このような処理能力における余剰部分を効率的に利用するための仕組みが存在しない。
【０００６】
本発明は、上記問題点を解決するためになされたものであり、その目的は、コンピュータ資源の余剰部分を効率的に利用できる分散処理サービス提供サーバ、分散処理方法及び分散処理サービス提供プログラムを提供することにある。
【０００７】
【課題を解決するための手段】
上記問題点を解決するために、請求項１に記載の発明は、ネットワークを介して、サービス要求を行う第１のコンピュータ、及び、処理を実行する複数の第２のコンピュータと接続された分散処理サービス提供サーバであって、前記第１のコンピュータからのサービス要求を受け付ける第１の手段と、前記第２のコンピュータの資源に関する情報に基づいて、前記受け付けたサービス要求に関する処理を分割した各処理ブロックを割り当てる第２のコンピュータを決定する第２の手段と、前記決定された第２のコンピュータに、割り当てた処理ブロックを配信する第３の手段と、前記処理ブロックを配信した第２のコンピュータからの前記処理ブロックの処理結果を受信し、その処理結果に基づいて前記サービス要求に対する処理結果を前記第１のコンピュータに配信する第４の手段とを備えたことを要旨とする。
【０００８】
請求項２に記載の発明は、請求項１に記載の分散処理サービス提供サーバにおいて、前記第１のコンピュータを使用してサービスを依頼する資源使用者に対する請求金額を算出する手段と、前記第２のコンピュータの資源を提供する資源提供者に対する支払金額を算出する手段とをさらに備えたことを要旨とする。
【０００９】
請求項３に記載の発明は、請求項１又は２に記載の分散処理サービス提供サーバにおいて、前記処理ブロックの処理結果を取りまとめて前記サービス要求に対する処理結果を求める手段をさらに備えたことを要旨とする。
【００１０】
請求項４に記載の発明は、請求項１〜３のいずれか１つに記載の分散処理サービス提供サーバにおいて、前記分散処理サービス提供サーバは、分散処理サービスの提供に関する情報を格納するデータベースを備え、前記データベースに格納する情報は、前記分散処理サービス提供サーバが提供するサービスに対応した処理手順及び処理ブロック、資源提供者の連絡先、支払手順、資源能力、ネットワークプロトコル、接続手順、利用可能な時間帯の少なくともいずれか１つを含むことを要旨とする。
【００１１】
請求項５に記載の発明は、請求項４に記載の分散処理サービス提供サーバにおいて、前記第２のコンピュータの資源は、コンピュータ本体、メモリ、ハードディスク及び搭載ソフトウェアを少なくとも含む集合体であるとともに、前記資源能力は、コンピュータ本体の処理スピード、メモリ容量、ハードディスク容量及び搭載ソフトウェアの少なくともいずれか１つを含むことを要旨とする。
【００１２】
請求項６に記載の発明は、請求項４又は５に記載の分散処理サービス提供サーバにおいて、前記第２のコンピュータの資源能力を前記第２のコンピュータに測定させ、その測定結果に基づいて前記第２のコンピュータの資源能力を前記データベースに登録する手段をさらに備えたことを要旨とする。
【００１３】
請求項７に記載の発明は、請求項４〜６のいずれか１つに記載の分散処理サービス提供サーバにおいて、前記第２の手段は、前記資源能力又は利用可能な時間帯に基づいて処理ブロックを割り当てる前記第２のコンピュータを決定することを要旨とする。
【００１４】
請求項８に記載の発明は、請求項４〜７のいずれか１つに記載の分散処理サービス提供サーバにおいて、前記資源能力に基づいて前記第２のコンピュータの資源を使用した場合の処理単価を決定する手段をさらに備えたことを要旨とする。
【００１５】
請求項９に記載の発明は、請求項８に記載の分散処理サービス提供サーバにおいて前記資源の使用実績を取得して記録する手段と、前記処理単価と前記使用実績とに基づいて、前記資源の使用料金を算出する手段とをさらに備えたことを要旨とする。
【００１６】
請求項１０に記載の発明は、請求項９に記載の分散処理サービス提供サーバにおいて、前記請求金額を算出する手段は、前記サービス要求に対して使用された資源の使用料金を合計することにより請求金額を算出することを要旨とする。
【００１７】
請求項１１に記載の発明は、請求項２〜１０のいずれか１つに記載の分散処理サービス提供サーバにおいて、前記請求金額を算出する手段は、前記資源の使用実績に応じた金額を請求する従量請求と、前記資源の使用実績にかかわらず一定料金を請求する定額請求とのいずれかの選択に従って、前記従量請求が選択された場合、前記資源の使用実績を取得して記録し、その使用実績に基づいて請求金額を算出する手段と、前記定額請求が選択された場合、一定料金を請求金額とする手段とを備えたことを要旨とする。
【００１８】
請求項１２に記載の発明は、請求項２〜１１のいずれか１つに記載の分散処理サービス提供サーバにおいて、前記支払金額を算出する手段は、前記資源の使用実績に応じた金額を支払う従量支払と、前記資源の使用実績にかかわらず一定料金を支払う定額支払とのいずれかの選択に従って、前記従量支払が選択された場合、前記資源の使用実績を取得して記録し、その使用実績に基づいて支払金額を算出する手段と、前記定額支払が選択された場合、一定料金を支払金額とする手段とを備えたことを要旨とする。
【００１９】
請求項１３に記載の発明は、請求項１〜１２のいずれか１つに記載の分散処理サービス提供サーバにおいて、前記ネットワークは、インターネットであることを要旨とする。
【００２０】
請求項１４に記載の発明は、ネットワークを介して、サービス要求を行う第１のコンピュータ、及び、処理を実行する複数の第２のコンピュータと接続された分散処理サービス提供サーバを用いて分散処理を行う分散処理方法であって、前記分散処理サービス提供サーバが、前記第１のコンピュータからのサービス要求を受け付ける第１の段階と、前記第２のコンピュータの資源に関する情報に基づいて、前記受け付けたサービス要求に関する処理を分割した各処理ブロックを割り当てる第２のコンピュータを決定する第２の段階と、前記決定された第２のコンピュータに、割り当てた処理ブロックを配信する第３の段階と、前記処理ブロックを配信した第２のコンピュータからの前記処理ブロックの処理結果を受信し、その処理結果に基づいて前記サービス要求に対する処理結果を前記第１のコンピュータに配信する第４の段階とを備えたことを要旨とする。
【００２１】
請求項１５に記載の発明は、請求項１４に記載の分散処理方法において、前記分散処理方法において、前記分散処理サービス提供サーバが、前記第１のコンピュータを使用してサービスを依頼する資源使用者に対する請求金額を算出する段階と、前記第２のコンピュータの資源を提供する資源提供者に対する支払金額を算出する段階とをさらに備えたことを要旨とする。
【００２２】
請求項１６に記載の発明は、請求項１４又は１５に記載の分散処理方法において、前記分散処理方法において、前記分散処理サービス提供サーバが、前記処理ブロックの処理結果を取りまとめて前記サービス要求に対する処理結果を求める段階をさらに備えたことを要旨とする。
【００２３】
請求項１７に記載の発明は、請求項１４〜１６のいずれか１つに記載の分散処理方法において、前記分散処理サービス提供サーバは、前記分散処理サービス提供サーバは、分散処理サービスの提供に関する情報を格納するデータベースを備え、前記データベースに格納する情報は、前記分散処理サービス提供サーバが提供するサービスに対応した処理手順及び処理ブロック、資源提供者の連絡先、支払手順、資源能力、ネットワークプロトコル、接続手順、利用可能な時間帯の少なくともいずれか１つを含むことを要旨とする。
【００２４】
請求項１８に記載の発明は、請求項１７に記載の分散処理方法において、前記第２のコンピュータの資源は、コンピュータ本体、メモリ、ハードディスク及び搭載ソフトウェアを少なくとも含む集合体であるとともに、前記資源能力は、コンピュータ本体の処理スピード、メモリ容量、ハードディスク容量及び搭載ソフトウェアの少なくともいずれか１つを含むことを要旨とする。
【００２５】
請求項１９に記載の発明は、請求項１７又は１８に記載の分散処理方法において、前記分散処理方法において、前記分散処理サービス提供サーバが、前記第２のコンピュータの資源能力を前記第２のコンピュータに測定させ、その測定結果に基づいて前記第２のコンピュータの資源能力を前記データベースに登録する段階をさらに備えたことを要旨とする。
【００２６】
請求項２０に記載の発明は、請求項１７〜１９のいずれか１つに記載の分散処理方法において、前記第２の段階は、前記資源能力又は利用可能な時間帯に基づいて処理ブロックを割り当てる前記第２のコンピュータを決定することを要旨とする。
【００２７】
請求項２１に記載の発明は、請求項１７〜２０のいずれか１つに記載の分散処理方法において、前記分散処理方法において、前記分散処理サービス提供サーバが、前記資源能力に基づいて前記第２のコンピュータの資源を使用した場合の処理単価を決定する手段をさらに備えたことを要旨とする。
【００２８】
請求項２２に記載の発明は、請求項２１に記載の分散処理方法において、前記分散処理方法において、前記分散処理サービス提供サーバが、前記資源の使用実績を取得して記録する段階と、前記処理単価と前記使用実績とに基づいて前記資源の使用料金を算出する段階とをさらに備えたことを要旨とする。
【００２９】
請求項２３に記載の発明は、請求項２２に記載の分散処理方法において、前記請求金額を算出する段階は、前記サービス要求に対して使用された資源の使用料金を合計することにより請求金額を算出することを要旨とする。
【００３０】
請求項２４に記載の発明は、請求項１５〜２３のいずれか１つに記載の分散処理方法において、前記請求金額を算出する段階は、前記資源の使用実績に応じた金額を請求する従量請求と、前記資源の使用実績にかかわらず一定料金を請求する定額請求とのいずれかの選択に従って、前記従量請求が選択された場合、前記資源の使用実績を取得して記録し、その使用実績に基づいて請求金額を算出する段階と、前記定額請求が選択された場合、一定料金を請求金額とする段階とを備えたことを要旨とする。
【００３１】
請求項２５に記載の発明は、請求項１５〜２４のいずれか１つに記載の分散処理方法において、前記支払金額を算出する段階は、前記資源の使用実績に応じた金額を支払う従量支払と、前記資源の使用実績にかかわらず一定料金を支払う定額支払とのいずれかの選択に従って、前記従量支払が選択された場合、前記資源の使用実績を取得して記録し、その使用実績に基づいて支払金額を算出する段階と、前記定額支払が選択された場合、一定料金を支払金額とする段階とを備えたことを要旨とする。
【００３２】
請求項２６に記載の発明は、請求項１４〜２５のいずれか１つに記載の分散処理方法において、前記ネットワークは、インターネットであることを要旨とする。
【００３３】
請求項２７に記載の発明によれば、分散処理サービス提供プログラムを用いて、請求項１４〜２６のいずれか１つに記載の分散処理方法をコンピュータに機能させる。このため、汎用的なコンピュータを分散処理サービス提供サーバとして機能させることができる。
【００３４】
（作用）
請求項１又は１４に記載の発明によれば、第１のコンピュータから要求されたサービスに関する処理を分割した複数の処理ブロックを、第２のコンピュータの資源に関する情報に基づいて、第２のコンピュータに割り当てる。そして、各処理ブロックの処理結果に基づいて、サービス要求に対する処理結果を第１のコンピュータに配信する。従って、コンピュータに、サービス要求に対する処理を実行できる十分な資源がない場合でも、他のコンピュータの資源を用いて処理を実行し、処理結果を得ることができる。
【００３５】
請求項２又は１５に記載の発明によれば、資源使用者に資源の使用に対する料金を請求でき、資源提供者に資源の提供に対する料金を支払うことができる。
請求項３又は１６に記載の発明によれば、複数の第２のコンピュータを用いて、サービス要求に対する処理結果を得ることができる。従って、それぞれの第２のコンピュータ資源が、要求したサービスの実行に十分でない場合でも、複数の第２のコンピュータを用いて、サービス要求に対する処理結果を得ることができる。
【００３６】
請求項４又は１７に記載の発明によれば、予め、分散処理サービス提供サーバが提供するサービスに対応した処理を、処理ブロックに分割し、その処理ブロック及び処理手順を用意しておくことができる。また、資源提供者への支払に関する情報や、第２のコンピュータの資源を使用するための情報を用いて、分散処理サービスを提供できる。
【００３７】
請求項５又は１８に記載の発明によれば、統合的にコンピュータ資源を提供することが可能になるとともに、第２のコンピュータの資源能力を統合的に管理できる。
【００３８】
請求項６又は１９に記載の発明によれば、測定結果により、資源能力に関して、より信頼性の高い情報を用いて、処理ブロックを割り当てる第２のコンピュータを決定できる。
【００３９】
請求項７又は２０に記載の発明によれば、より適した第２のコンピュータに処理ブロックを割り当てることが可能となり、各処理ブロックの処理結果が速やかに得ることができ、提供するサービスの処理結果を速やかに得ることができる。
【００４０】
請求項８又は２１に記載の発明によれば、第２のコンピュータの資源能力に則した価格で、その資源を提供することができ、資源利用者及び資源提供者に公平なサービスを提供することが可能となる。
【００４１】
請求項９又は２２に記載の発明によれば、資源能力及び資源の使用実績に応じた価格で資源を提供できる。また、資源提供者に、資源能力及び資源の使用実績に応じた価格で資源の提供に対する支払を行うことができる。
【００４２】
請求項１０又は２３に記載の発明によれば、サービス要求について使用されたすべての資源の使用実績に応じた金額を、資源利用者に請求できる。
請求項１１又は２４に記載の発明によれば、資源利用者が従量請求と定額請求のいずれかを選択して、サービス要求に対する料金の請求を受けることができることで、資源利用者へのサービスの向上を図ることができる。
【００４３】
請求項１２又は２５に記載の発明によれば、資源提供者が従量支払と定額支払とのいずれかを選択して、資源の提供に対する料金の支払を受けることができることで、資源提供者へのサービスの向上を図ることができる。
【００４４】
請求項１３又は２６に記載の発明によれば、既存のインフラストラクチャを有効活用でき、設備投資へのコストを低減できる。また、いずれかの通信リンクが消失してもネットワークがシャットダウンすることはなく、ほぼ常にネットワーク中に代替経路が確立できる。従って、より一層、データの信頼性及び可用性の向上を図ることができる。
【００４５】
請求項２７に記載の発明によれば、分散処理サービス提供プログラムを用いて、請求項１４〜２６のいずれか１つに記載の分散処理方法をコンピュータに機能させる。このため、汎用的なコンピュータを分散処理サービス提供サーバとして機能させることができる。
【００４６】
【発明の実施の形態】
以下、本発明を具体化した一実施形態を図１〜図５に従って説明する。本実施形態では、ＡＳＰサービスを提供する場合において、ネットワークに接続されたコンピュータ資源の余剰部分を利用できる分散処理サービス提供サーバ、分散処理方法及び分散処理サービス提供プログラムとして説明する。ここで、コンピュータ資源（以下、単に「資源」ともいう）とは、コンピュータ本体（ＣＰＵ（中央処理装置））、メモリ、ハードディスク、及び搭載ソフトウェア等を含む集合体をいうものとする。
【００４７】
まず、本発明のＡＳＰサービス提供を行うためのシステムの構成例を図１を用いて説明する。このＡＳＰサービスシステムは、複数のユーザコンピュータ４０１，４０２，４０３，４０４…４０ｎと、ＡＳＰサービスセンタ２０とを含んで構成されている。具体的には、各ユーザコンピュータ４０１〜４０ｎが、インターネット３０を介して、ＡＳＰサービスセンタ２０の分散処理サービス提供サーバとしてのＡＳＰサービスサーバ２４と接続されている。
【００４８】
（ユーザコンピュータ４０１〜４０ｎの構成）
ユーザコンピュータ４０１〜４０ｎは、資源の余剰部分を提供するための登録を行うことにより、インターネット３０を介してＡＳＰサービスセンタ２０と論理的に接続される。そして、ユーザコンピュータ４０１〜４０ｎは、ＡＳＰサービスセンタ２０を介して、資源の余剰部分を提供する。つまり、ユーザコンピュータ４０１〜４０ｎは、資源の余剰部分を提供する場合、第２のコンピュータとして機能する。
【００４９】
一方、ユーザコンピュータ４０１〜４０ｎの利用者が処理を行う場合、各ユーザコンピュータ４０１〜４０ｎは、ＡＳＰサービスセンタ２０にサービスを要求する。つまり、ユーザコンピュータ４０１〜４０ｎは、サービスを要求する場合、第１のコンピュータとして機能する。以下、サービスを要求する場合と、資源の余剰部分を提供する場合とに分けて、ユーザコンピュータ４０１〜４０ｎの機能を説明する。
【００５０】
（サービスを要求するユーザコンピュータ４０１〜４０ｎの機能）
サービスを要求するユーザコンピュータ４０１〜４０ｎは、それぞれ、以下に示す各手段としての機能を有する。
【００５１】
・ ＡＳＰサービスサーバ２４から送付された画面情報を表示し、表示された画面において指定データを入力させる手段
・ サービス要求をＡＳＰサービスサーバ２４に送信する手段
・ ＡＳＰサービスサーバ２４から受信した、サービス要求の処理結果を出力する手段
（資源の余剰能力を提供するユーザコンピュータ４０１〜４０ｎの機能）
資源の余剰能力を提供するユーザコンピュータ４０１〜４０ｎは、それぞれ、以下に示す各手段としての機能を有する。
【００５２】
・ 資源能力を測定し、その測定結果をＡＳＰサービスサーバ２４に送信する手段
・ ＡＳＰサービスサーバ２４から配信された処理ブロックを受信する手段
・ 受信した処理ブロックを実行する手段
・ 処理ブロックの処理結果をＡＳＰサービスサーバ２４に送信する手段
・ 処理ブロックの実行における資源使用量を測定し、その測定結果をＡＳＰサービスサーバ２４に送信する手段
上記各手段は、コンピュータを上記各手段として機能させるための資源提供用ソフトウェアがインストールされることにより、ユーザコンピュータ４０１〜４０ｎに備えられる。この資源提供用ソフトウェアは、資源の余剰能力を提供する旨の登録依頼を行った場合に、ＡＳＰサービスサーバ２４から、登録依頼を行ったユーザコンピュータ４０１〜４０ｎに配信され、自動的にインストールされる。そして、ひとたび上記各手段が備えられると、ユーザコンピュータ４０１〜４０ｎは、ＡＳＰサービスサーバ２４から提供される任意のサービスに関する任意の処理ブロックを実行できるようになる。なお、ユーザコンピュータ４０１〜４０ｎの資源能力により、それぞれ実行可能な処理ブロックが限られるが、後述するように、それぞれ実行可能な処理ブロックがＡＳＰサービスサーバ２４から配信される。
【００５３】
（ＡＳＰサービスセンタ２０の構成）
ＡＳＰサービスセンタ２０は、ユーザコンピュータ４０１〜４０ｎの資源の余剰部分を買い取り、資源利用者に、その余剰部分を提供する。要求されたサービスは、グローバルコンピューティングの手法により、余剰部分を提供しようとするユーザコンピュータ４０１〜４０ｎによって分散／並列処理される。グローバルコンピューティングとは、世界各地に存在するコンピュータ資源を広域ネットワークで結びつけて分散／並列計算を行う環境を構築するものである。
【００５４】
ＡＳＰサービスセンタ２０には、複数のクライアント２１と、複合機２３と、ＡＳＰサービスサーバ２４と、それらを接続するＬＡＮ２５とが設置されている。ＡＳＰサービスセンタ２０内の各クライアント２１と、外部記録装置２６を有するＡＳＰサービスサーバ２４とは、第１〜第４の手段等の各手段としての機能を有する。具体的には、以下に示す各手段としての機能を有する。
【００５５】
・ 各資源から余剰能力の提供の申し出を受け付け、受け付けた情報をデータベースに登録する手段
・ サービス要求端末からのサービス要求を受信する手段
・ サービス要求に対応する処理ブロックを分散処理する資源を決定する手段
・ 決定した資源に、処理ブロックを配信をする手段
・ 配信された処理ブロックの処理結果を受信する手段
・ 受信した処理結果を処理手順に応じて取りまとめる手段
・ 取りまとめた処理結果をサービス要求端末に送信する手段
・ 各資源からの資源能力の測定結果を受信し、その測定結果に基づいて資源能力を決定してデータベースに登録する手段
・ 資源能力に基づいて処理単価を決定し、データベースに登録する手段
・ 各資源の処理実績に応じて各資源の使用料金を算出し、データベースに登録する手段
・ 各資源の使用料金に基づいて、サービス要求により使用したすべての資源の処理実績に応じた請求金額を算出する手段
・ 請求金額を資源利用者に請求し、請求ログをデータベースに登録する手段
・ 資源提供者に対して支払処理を行う手段
なお、上記各手段の説明において、サービス要求を行うユーザコンピュータ４０１〜４０ｎをサービス要求端末といい、要求されたサービスに関する処理ブロックを処理するユーザコンピュータ４０１〜４０ｎを資源というものとする。
【００５６】
（ＡＳＰサービスセンタ２０の機能構成）
次に、ＡＳＰサービスセンタ２０の機能構成例を図２を用いて説明する。ＡＳＰサービスセンタ２０は、送受信部２０１、解析部２０２、申請部２０３、選択部２０４、資源決定部２０５、能力測定決定部２０６、課金請求部２０７、処理結果収集部２０８、配信部２０９及びデータベース２６０を含んで構成される。送受信部２０１は、インターネット３０を介して、各ユーザコンピュータ４０１〜４０ｎと接続し、情報の授受を行う。解析部２０２は、送受信部２０１で受信した情報の解析を行う。申請部２０３、選択部２０４、資源決定部２０５、能力測定決定部２０６、課金請求部２０７、処理結果収集部２０８及び配信部２０９は、解析結果に対応した機能を実行する。申請部２０３は、資源の提供に関する申請情報をデータベース２６０に登録する。選択部２０４は、ユーザコンピュータ４０１〜４０ｎから受け付けたサービス要求に対応した処理ブロックを選択する。資源決定部２０５は、選択された処理ブロックを配分する資源を決定する。能力測定決定部２０６は、資源能力の測定結果に基づいて、処理単価等を決定し、資源能力、処理単価等に関する情報をデータベース２６０に登録する。課金請求部２０７は、各ユーザコンピュータ４０１〜４０ｎの処理実績に応じて、資源利用者への請求金額と資源提供者への支払金額とを算出するとともに、資源利用者への利用料金の請求を行う。処理結果収集部２０８は、処理結果を収集し、処理手順に従って処理結果の取りまとめを行う。配信部２０９は、処理ブロック、請求情報及び処理結果の配信を行う。
【００５７】
（データベースに格納するデータの構成）
次に、外部記録装置２６上に構築するデータベース２６０について説明する。このデータベース２６０は、ＡＳＰサービスセンタ２０が提供するサービスに関する各種の情報を保管する。具体的には、このデータベース２６０には、サービスに対応した処理手順及び処理ブロックや、提供者情報、資源情報、接続情報、使用料金、各種ログ等が格納される。
【００５８】
提供者情報は、資源を提供する資源提供者毎に記録される。この提供者情報には、資源提供者が提供する資源の資源識別子、資源提供者の連絡先、支払手順等に関する情報が含まれる。
【００５９】
資源情報は、資源毎に記録される。この資源情報には、資源識別子、ＣＰＵ（中央処理装置）及びＯＳ（オペレーティングシステム）に関する申請情報、利用可能な時間帯、負荷優先度、資源能力、及び、処理単価等に関する情報が含まれる。ＣＰＵ及びＯＳに関する申請情報は、ＣＰＵ及びＯＳの機能や性能に関する資源提供者からの申請情報である。
【００６０】
利用可能な時間帯は、資源提供者が資源を開放しようとする時間帯である。負荷優先度は、その資源に処理ブロックを割り当てる優先度である。資源能力は、資源の測定結果に基づいて決定される資源能力（コンピュータ本体の処理スピード、メモリ容量、ハードディスク容量及び搭載ソフトウェア等）であって、直近の測定結果に基づいて決定され記録される。処理単価は、資源能力等に基づいて決定された処理単位の価格である。
【００６１】
接続情報は、資源毎に記録される。この接続情報には、資源識別子、資源提供者の資源に接続するために使用されるネットワークプロトコルや接続手順等に関する情報が含まれる。
【００６２】
使用料金は、要求されたサービスに関する処理ブロックを配信された資源の使用料金である。この使用料金は、各資源における処理毎に、処理を行ったユーザコンピュータの資源識別子とサービス要求を行ったユーザコンピュータの資源識別子とに関連付けて記録される。
【００６３】
各種ログには、測定ログ、実績ログ、決定ログ、請求ログ、支払ログ、報告ログ等が含まれる。測定ログは、資源能力の測定結果に関するログであって、資源能力の測定を行った場合に記録される。なお、資源能力の測定は、資源を提供する旨の申請時、及び、登録後の所定の時期に行う。この測定ログは、資源識別子及び資源能力の測定結果（コンピュータ本体の処理スピード、メモリ容量、ハードディスク容量及び搭載ソフトウェア等）を含んで構成される。実績ログは、処理ブロックの処理実績等に関するログであって、処理ブロックの実行毎に記録される。この実績ログは、資源識別子及び資源使用量（コンピュータ本体の処理時間、メモリ使用量、ハードディスク使用量等）を含んで構成される。
【００６４】
決定ログは、処理ブロックの各資源への割当に関するログであって、処理ブロックの割当を行った場合に記録さる。この決定ログは、割り当てられた資源の資源識別子、及び、予想される資源使用量等を含んで構成される。そして、処理ブロックの処理結果を受信した場合に、資源が開放された旨のログが記録される。
【００６５】
請求ログは、資源利用者への請求に関するログであって、資源利用者に請求を行う場合に記録される。この請求ログは、サービス要求を行ったユーザコンピュータの資源識別子、資源利用者への請求を識別するための請求識別子及び請求金額等を含んで構成される。支払ログは、資源提供者への資源の使用料金の支払に関するログであって、資源提供者への資源の提供に対する支払を行った場合に記録される。この支払ログは、資源識別子、支払金額、支払日付等を含んで構成される。報告ログは、資源利用者による請求金額の支払報告に関するログであって、資源利用者から請求金額が支払われた場合に記録される。この報告ログは、対応する請求についての請求識別子及び支払確認日付等を含んで構成される。
【００６６】
（処理手順及び処理ブロックの説明）
次に、データベース２６０に格納された、サービスに関する処理の処理手順及び処理ブロックについて説明する。処理ブロックは、サービスに関する処理を複数の単位に分割したものである。そして、各処理ブロックは、処理手順に従って分散／並列処理され、その処理結果が取りまとめられる。
【００６７】
本実施形態では、ＡＳＰサービスセンタ２０が提供するサービスに関する処理は、グリッドコンピューティングに適した複数の単位処理（処理ブロック）に分割され定義されている。グリッドコンピューティングとは、ネットワークを介して複数のコンピュータを結ぶことで仮想的に高性能コンピュータをつくり、そこから必要なだけ処理能力や記憶容量を取り出して使うシステムをいう。
【００６８】
サービスに関する処理の処理ブロックへの分割は、具体的には、以下のようにして行う。すなわち、まず、サービスの処理の全体を、これ以上分割しても経済的にメリットが発生しないという最小の処理単位（最小単位操作）に分割し、各最小単位操作を、時系列手順と並行手順とに分類する。そして、その複数の最小単位操作を統合して、最も短いトータルレスポンスタイムとなる計算単位ブロックとなるようにすることにより、サービスの処理を複数の単位処理（処理ブロック）に分割し定義する。
【００６９】
ここで時系列手順とは、先行する処理の結果を利用して実行される処理のことであり、並行手順とは、処理間に依存関係がないので並行して実行できる処理のことである。そして、計算単位ブロックが多いと通信やデータ転送に要する処理が増加すること、並行処理可能な計算単位ブロックは同時に処理することができること等を考慮して設計する。以上のような設計思想で、サービスの処理は、並行処理に適した設計で複数の処理ブロックを分割されデータベース２６０上に構築されている。
【００７０】
（資源提供に関する申請登録処理）
次に、資源提供者からの資源提供に関する申請を受け付けて登録を行う申請登録処理に関する具体的な制御について、図３を参照して説明する。本実施形態では、ユーザコンピュータ４０１〜４０ｎの保有者が、それぞれ資源の余剰部分を提供するための申請を行う。ここでは、ユーザコンピュータ４０１の保有者が、そのユーザコンピュータ４０１の資源の余剰部分を提供するための申請を行う場合を想定して説明する。
【００７１】
まず、ユーザコンピュータ４０１が、資源の余剰部分を提供するための申請情報をＡＳＰサービスサーバ２４に送信する（ステップＳ１−１）。この申請情報には、資源提供者の連絡先や支払手順等に関する提供者情報、ＣＰＵ及びＯＳに関する申請情報、利用可能な時間帯、負荷優先度等に関する資源情報、ネットワークプロトコルや接続手順等に関する接続情報等が含まれる。具体的には、ユーザコンピュータ４０１の保有者が、インターネット３０上のＡＳＰサービスセンタ２０のウェブサイトで必要な情報を登録し、資源の余剰部分を提供することを申し出る。
【００７２】
この申請情報を受信したＡＳＰサービスサーバ２４は、受信した情報の解析を行う（ステップＳ１−２）。具体的には、ユーザコンピュータ４０１からの申請情報を受信した送受信部２０１が、その情報を解析部２０２に受け渡し、これにより解析部２０２が起動して、その情報の解析を行う。そして、その情報が申請情報である場合、申請部２０３に制御を移す。
【００７３】
申請部２０３は、その申請情報に基づいて、提供者情報、資源情報、接続情報等をデータベース２６０に登録する（ステップＳ１−３）。具体的には、提供者情報として資源提供者の連絡先や支払手順等に関する情報を資源識別子に関連付けて登録する。資源情報として、ＣＰＵ及びＯＳに関する申請情報、利用可能な時間帯、負荷優先度等に関する情報を資源識別子に関連付けて登録する。接続情報として、そのユーザコンピュータ４０１に接続するために使用されるネットワークプロトコルや接続手順等に関する情報を資源識別子に関連付けて登録する。
【００７４】
次に、ＡＳＰサービスサーバ２４は、前述の資源提供用ソフトウェアを、資源の提供を申請したユーザコンピュータ４０１に配信する（ステップＳ１−４）。具体的には、申請部２０３が、資源提供用ソフトウェアを、資源の提供を申請したユーザコンピュータ４０１に配信することを配信部２０９に依頼する。依頼を受けた配信部２０９は、その資源提供用ソフトウェアの配信に必要な情報を付加し、その資源提供用ソフトウェアを送受信部２０１に転送する。送受信部２０１はインターネット３０を介し、資源の提供を申請したユーザコンピュータ４０１に、その資源提供用ソフトウェアを送信する。
【００７５】
この資源提供用ソフトウェアを受信したユーザコンピュータ４０１は、受信した資源提供用ソフトウェアのインストールを行う（ステップＳ１−５）。そして、資源提供用ソフトウェアのインストールが正常に終了すると、ユーザコンピュータ４０１は、その資源提供用ソフトウェアにより、ユーザコンピュータ４０１の資源能力の測定処理を実行する（ステップＳ１−６）。具体的には、ユーザコンピュータ４０１は、コンピュータ本体の処理スピード、メモリ容量、ハードディスク容量及び搭載ソフトウェア等についての測定を行う。そして、資源能力の測定が終了すると、ユーザコンピュータ４０１は、測定結果をＡＳＰサービスサーバ２４に送信する（ステップＳ１−７）。
【００７６】
測定結果を受信したＡＳＰサービスサーバ２４は、まず、受信した情報の解析を行う（ステップＳ１−８）。具体的には、測定結果を受信した送受信部２０１がその情報を解析部２０２に受け渡し、これにより解析部２０２が起動して、その情報の解析を行う。そして、その情報が測定結果である場合、能力測定決定部２０６に制御を移す。
【００７７】
能力測定決定部２０６は、受け取った資源能力の測定結果を測定ログとしてデータベース２６０に格納する。そして、能力測定決定部２０６は、その資源能力の測定結果に基づいて、資源情報として登録する資源能力と処理単位の価格（処理単価）とを決定する（ステップＳ１−９）。そして、能力測定決定部２０６は、資源能力及び処理単価を資源識別子に関連付けて資源情報としてデータベース２６０に登録し（ステップＳ１−１０）、申請登録処理を終了する。
【００７８】
上記の処理により、ユーザコンピュータ４０１が、ＡＳＰサービスサーバ２４からの処理ブロックの配信を受けて分散／並列処理を行う資源として組み込まれる。なお、ここでは、ユーザコンピュータ４０１から資源の提供の申請を行う場合を想定して説明したが、ユーザコンピュータ４０２〜４０ｎについても、同様に申請登録処理を行うことにより、資源として組み込まれる。
【００７９】
（要求されたサービスの実行処理）
次に、サービスを実行する場合の処理手順を図４に従って説明する。この場合、要求されたサービスに関する処理が分割された処理ブロックをユーザコンピュータ４０１〜４０ｎに配分する。ここでは、ユーザコンピュータ４０１がサービス要求を行う場合を想定して説明するが、ユーザコンピュータ４０２〜４０ｎの中の他のコンピュータがサービス要求を行う場合も同様に処理を行う。
【００８０】
まず、サービスを要求するユーザコンピュータ４０１がＡＳＰサービスサーバ２４にサービス要求を送信する（ステップＳ２−１）。これを受信したＡＳＰサービスサーバ２４は、受信した情報の解析を行う（ステップＳ２−２）。具体的には、サービス要求を受信した送受信部２０１が、受信した情報を解析部２０２に受け渡し、解析部２０２がその情報の解析を行う。そして、解析の結果、その情報がサービス要求である場合、選択部２０４に制御を移し、選択部２０４が、要求されたサービスに対応した処理手順及び処理ブロックをデータベース２６０から取得する（ステップＳ２−３）。
【００８１】
そして、ＡＳＰサービスサーバ２４は、資源決定部２０５に制御を移す。資源決定部２０５は、取得した処理手順に従い、データベース２６０を参照して各処理ブロックを割り当てるユーザコンピュータ４０１〜４０ｎを決定する（ステップＳ２−４）。具体的には、資源決定部２０５は、データベース２６０の資源情報を参照して、ユーザコンピュータ４０１〜４０ｎの中から、要求されたサービスに関する処理ブロックを割り当てる資源を決定する。
【００８２】
ここで、参照する資源情報は、ＣＰＵ及びＯＳに関する申請情報、コンピュータ本体の処理スピード、メモリ容量、ハードディスク容量及び搭載ソフトウェアに関する情報や、利用可能な時間帯、負荷優先度等に関する情報等である。具体的には、ＡＳＰサービスサーバ２４は、資源情報の利用可能な時間帯、負荷優先度等に基づいて、使用可能な資源を特定する。そして、各処理ブロックの実行に必要なＣＰＵ及びＯＳの機能、ソフトウェア等を備えた資源を、資源情報のＣＰＵ及びＯＳに関する申請情報及び搭載ソフトウェアに関する情報等を参照して特定する。そして、各処理ブロックの実行に必要とされる処理スピード、予想されるメモリ使用量、ハードディスク使用量等と、資源情報のコンピュータ本体の処理スピード、メモリ容量、ハードディスク容量等に基づいて、資源の選定を行う。ここで、処理スピードについては、必要とされる処理スピードを満たし、かつ、超過とならないものを選定する。また、メモリ容量及びハードディスク容量についても、必要とされる容量を満たし、かつ、超過とならないものを選定する。このようにして、ＡＳＰサービスサーバ２４は、各処理ブロックに最適な資源を選定し、選定された資源に各処理ブロックを割り当てる。そして、資源決定部２０５は、各処理ブロックの割当が決定した資源について、割り当てられた資源の資源識別子、予想される資源使用量等を含む決定ログをデータベース２６０に格納する。
【００８３】
次に、ＡＳＰサービスサーバ２４は、決定されたユーザコンピュータ４０１〜４０ｎに、そのユーザコンピュータ４０１〜４０ｎに割り当てられた処理ブロックを配信する（ステップＳ２−５）。具体的には、配信部２０９が、送受信部２０１経由で、インターネット３０を介して、処理ブロックを配信する。
【００８４】
処理ブロックを受信したユーザコンピュータ４０１〜４０ｎは、それぞれ配信された処理ブロックを起動し、その処理ブロックを実行する（ステップＳ２−６）。そして、処理ブロックの実行が終了すると、処理ブロックを実行したユーザコンピュータ４０１〜４０ｎは、処理結果と後述する資源使用量の測定結果とをＡＳＰサービスサーバ２４に送信する（ステップＳ２−７）。
【００８５】
これを受信したＡＳＰサービスサーバ２４は、受信した情報の解析を行う（ステップＳ２−８）。具体的には、これを受信した送受信部２０１が、受信した情報を解析部２０２に受け渡し、解析部２０２がその情報の解析を行う。そして、解析の結果、受信した情報が処理結果及び資源使用量の測定結果である場合、ＡＳＰサービスサーバ２４は、処理結果に関する制御を処理結果収集部２０８に移す。処理結果収集部２０８は、各処理ブロックについての処理結果を処理手順に従って取りまとめる（ステップＳ２−９）。そして、処理結果収集部２０８は、取りまとめた処理結果を配信部２０９に受け渡す。
【００８６】
そして、配信部２０９は、送受信部２０１経由で、インターネット３０を介して、サービス要求を行ったユーザコンピュータ４０１に取りまとめた処理結果を配信する（ステップＳ２−１０）。なお、ＡＳＰサービスサーバ２４は、処理結果を受信した処理ブロックについて、資源が開放された旨のログをデータベース２６０に格納する。
【００８７】
（課金処理）
次に、課金処理の手順を図５に従って説明する。ＡＳＰサービスセンタ２０は、ユーザコンピュータ４０１〜４０ｎから処理結果の取りまとめと並行し、以下に示す課金処理を実行する。
【００８８】
各処理ブロックを受信したユーザコンピュータ４０１〜４０ｎは、処理ブロックの実行と同時に、資源使用量（コンピュータ本体の処理時間、メモリ使用量、ハードディスク使用量等）の測定を行う（ステップＳ３−１）。そして、ユーザコンピュータ４０１〜４０ｎは、処理結果とともに、資源使用量の測定結果をＡＳＰサービスサーバ２４に送信する（ステップＳ３−２）。
【００８９】
そして、ＡＳＰサービスサーバ２４は、処理結果とともに測定結果を受信すると、測定結果についての制御を課金請求部２０７に移す。課金請求部２０７は、その資源使用量の測定結果を実績ログとしてデータベース２６０に格納する（ステップＳ３−３）。そして、課金請求部２０７は、処理ブロックを実行したユーザコンピュータ４０１〜４０ｎの資源使用量の測定結果に基づいて、ユーザコンピュータ４０１〜４０ｎそれぞれについての使用料金を算出する（ステップＳ３−４）。課金請求部２０７は、この使用料金を、資源識別子とサービス要求を行ったユーザコンピュータ４０１の資源識別子とに関連付けてデータベース２６０に格納する。そして、課金請求部２０７は、要求されたサービスに関して算出した使用料金を合計することにより、サービス要求を行ったユーザコンピュータ４０１に対する請求金額を算出する（ステップＳ３−５）。つまり、本実施形態では、従量請求を採用する。課金請求部２０７は、請求先であるサービス要求を行ったユーザコンピュータ４０１の資源識別子、請求識別子及び請求金額等を含む請求ログをデータベース２６０に格納する。そして、ＡＳＰサービスサーバ２４は、請求金額をユーザコンピュータ４０１に通知し、サービスに対する料金を請求する（ステップＳ３−６）。
【００９０】
さらに、課金請求部２０７は、資源提供者に対する支払処理を実行する（ステップＳ３−７）。具体的には、課金請求部２０７は、処理ブロックを実行したユーザコンピュータ４０１〜４０ｎについて、それぞれ算出した使用料金に基づく金額を支払金額とする従量支払を採用する。そして、課金請求部２０７は、ユーザコンピュータ４０１〜４０ｎについて、データベース２６０に登録された資源提供者の連絡先及び支払手順を参照し、資源提供者への支払を指示する。これに従って、ＡＳＰサービスセンタ２０は、資源提供者に支払金額を支払う。そして、ＡＳＰサービスサーバ２４は、資源識別子、支払金額、支払日付等を含む支払ログをデータベース２６０に格納する。
【００９１】
なお、請求金額に基づいて請求金額が支払われたことが確認された場合、ＡＳＰサービスサーバ２４は、請求識別子及び支払確認日付等を含む報告ログを記録する。
【００９２】
以上、本実施形態によれば、以下に示す効果を得ることができる。
・ 上記実施形態では、資源利用者に資源の使用実績に応じた請求金額の請求を行うとともに、資源提供者に資源の使用実績に応じた支払金額の支払いを行う。このため、資源提供者は、コンピュータ資源の余剰部分を提供し、使用実績に応じた金額を受領できる。また、コンピュータ資源を、電気や水道の利用と同じように、必要な分だけ使い、使った分だけ使用料を払うといった形態で利用することが可能となる。
【００９３】
・ 上記実施形態では、ＡＳＰサービスサーバ２４は、要求されたサービスに関する処理を分割した複数の処理ブロックを、資源に関する情報に基づいて、それぞれユーザコンピュータ４０１〜４０ｎに割り当てる。そして、ＡＳＰサービスサーバ２４は、各処理ブロックの処理結果を受信し、それらの処理結果に基づいて、サービス要求に対する処理結果をサービス要求をしたユーザコンピュータ４０１に配信する。このため、ユーザコンピュータに、ＡＳＰサービスサーバ２４に依頼したサービスを実行できる十分な資源がない場合でも、他のユーザコンピュータの資源を用いて処理を実行し、処理結果を得ることができる。
【００９４】
・ 上記実施形態では、各処理ブロックの処理結果を取りまとめてサービス要求に対する処理結果を求める。このため、各資源それぞれがサービスの実行に十分でない場合でも、各処理ブロックを分散／並列処理し、それらの処理結果を取りまとめることにより、サービス要求に対する処理結果を得ることができる。
【００９５】
・ 上記実施形態では、データベース２６０に、ＡＳＰサービスサーバ２４が提供するサービスに対応した処理手順及び処理ブロックや、提供者情報、資源情報、接続情報、処理単価、使用料金、各種ログ等を格納する。このため、予め、ＡＳＰサービスサーバ２４が提供するサービスに対応した処理を、処理ブロックに分割し、その処理ブロック及び処理手順を格納しておくことができる。また、資源提供者への支払に関する情報や、ユーザコンピュータ４０１〜４０ｎの資源を使用するための情報を用いて、ＡＳＰサービスを提供できる。また、各ログにより、過去の実績等についても参照可能とすることができる。
【００９６】
・ 上記実施形態では、ユーザコンピュータ４０１〜４０ｎのコンピュータ本体の処理スピード、メモリ容量、ハードディスク容量及び搭載ソフトウェアに基づく資源能力をデータベース２６０に格納する。このため、コンピュータ本体、メモリ、ハードディスク及び搭載ソフトウェア等の集合体であるユーザコンピュータ４０１〜４０ｎの資源能力を統合的に管理できる。
【００９７】
・ 上記実施形態では、ユーザコンピュータ４０１〜４０ｎからの資源能力の測定結果を受け付け、データベース２６０に登録する。このため、測定結果により、資源能力に関して、より信頼性の高い情報を用いて、処理ブロックを割り当てるユーザコンピュータ４０１〜４０ｎを決定できる。
【００９８】
・ 上記実施形態では、ＡＳＰサービスサーバ２４は、データベース２６０に格納された資源能力及び利用可能な時間帯に基づいて処理ブロックを実行するユーザコンピュータ４０１〜４０ｎを決定する。このため、より適した資源を処理ブロックに割り当てることが可能となり、各処理ブロックの処理結果を速やかに得ることができ、提供するサービスの処理結果を速やかに得ることができる。
【００９９】
・ 上記実施形態では、ＡＳＰサービスサーバ２４は、資源能力に基づいて、ユーザコンピュータ４０１〜４０ｎの資源を使用した場合の処理単価をそれぞれ決定する。このため、ユーザコンピュータ４０１〜４０ｎの資源能力に則した価格で、資源を提供することが可能となり、資源利用者及び資源提供者に公平なサービスを提供できる。
【０１００】
・ 上記実施形態では、ＡＳＰサービスサーバ２４は、資源能力に基づいて決定された処理単価と使用実績とに基づいて、資源の使用に対する課金を算出する。このため、資源利用者に、資源能力及び使用実績に応じた価格で資源を提供できる。また、資源提供者に、資源能力及び使用実績に応じた価格で資源の提供に対する支払を行うことができる。
【０１０１】
・ 上記実施形態では、ＡＳＰサービスサーバ２４は、資源利用者に対する請求金額を、サービス要求に対して使用された資源についての課金の合計に基づいて算出する。このため、サービス要求について使用されたすべての資源の使用実績に応じた請求金額を、資源利用者に請求できる。
【０１０２】
・ 上記実施形態では、インターネット３０により、ＡＳＰサービスサーバ２４とユーザコンピュータ４０１〜４０ｎとを接続する。このため、既存のインフラストラクチャを有効活用でき、設備投資へのコストを低減できる。また、いずれかの通信リンクが消失してもネットワークがシャットダウンすることはなく、ほぼ常にネットワーク中に代替経路が確立できる。従って、より一層、データの信頼性及び可用性の向上を図ることができる。
【０１０３】
・ 上記実施形態では、サービス要求に対する請求金額と、資源の提供に対する支払金額とをそれぞれ算出する。このため、サービス要求を行ったユーザコンピュータ４０１の資源使用量に対応する請求金額は、ユーザコンピュータ４０１の資源の提供に対する支払金額により相殺される。従って、サービス要求を行ったユーザコンピュータの資源を使用した場合には、他のユーザコンピュータの資源のみを使用した場合よりも、費用を安くすることができる。
【０１０４】
・ 上記実施形態では、ＡＳＰサービスサーバ２４は、各処理ブロックの割当が決定した資源について、決定ログをデータベース２６０に登録する。このため、処理の実行中に、さらにサービス要求を受け付けた場合に、処理を実行中の資源を除外して、処理ブロックを割り当てる資源を決定できる。
【０１０５】
なお、上記実施形態は、以下の態様に変更してもよい。
・ 上記実施形態では、サービスに対する請求金額は、資源の処理単価と資源の使用実績とに基づいて算出した。サービスに対する請求は、資源の使用実績に応じた金額を請求する従量請求と、資源の使用実績にかかわらず一定料金を請求する定額請求とのいずれかを資源利用者が選択できるようにし、その選択に基づいて請求金額を算出してもよい。このようにすることで、資源利用者へのサービスの向上を図ることができる。
【０１０６】
・ 上記実施形態では、資源の提供に対する支払金額は、資源の処理単価と資源の使用実績とに基づいて算出した。資源の提供に対する支払は、資源の使用実績に応じた金額を支払う従量支払と、資源の使用実績にかかわらず一定料金を支払う定額支払とのいずれかを資源の提供者が選択できるようにし、その選択に基づいて支払金額を算出してもよい。このようにすることで、資源提供者へのサービスの向上を図ることができる。
【０１０７】
・ 上記実施形態では、ユーザコンピュータ４０１〜４０ｎの資源を使用して、各処理ブロックを処理したが、各処理ブロックの処理は、ＡＳＰサービスセンタ２０に備えたコンピュータ資源を使用して行ってもよい。このようにすることで、サービスの提供のために必要な資源がユーザコンピュータ４０１〜４０ｎの資源では十分でない場合にも、ＡＳＰサービスセンタ２０のコンピュータ資源を使用して処理ブロックの処理を実行し、サービスを提供できる。
【０１０８】
・ 上記実施形態では、資源利用者と資源提供者とを共通とし、サービス要求を行ったユーザコンピュータ４０１も含めて、ユーザコンピュータ４０１〜４０ｎの中から使用する資源を決定した。これに代えて、資源利用者と資源提供者とを分けてもよい。このようにすることで、資源の提供をせずに、資源の利用のみを行うことも可能となる。
【０１０９】
・ 上記実施形態では、サービス要求を行ったユーザコンピュータ４０１とその他のユーザコンピュータ４０２〜４０ｎとを同様の条件で、処理ブロックを配分する資源の決定を行った。これに代えて、サービス要求を行ったユーザコンピュータ４０１に、優先的に処理ブロックを配分してもよい。このようにすることで、資源利用者は、自分が有する資源を、自分が依頼したサービスのために、有効に利用できる。
【０１１０】
・ 上記実施形態では、サービス要求を行ったユーザコンピュータ４０１についてサービスに対する請求を行う一方、そのユーザコンピュータ４０１についても資源の提供に対する支払金額の算出を行い、支払の対象とした。これに代えて、サービス要求を行ったユーザコンピュータ４０１の資源を使用した場合には、ユーザコンピュータ４０１の資源使用量については、請求金額及び支払金額の算出の対象から除外してもよい。
【０１１１】
・ 上記実施形態では、予め資源の余剰能力に関する情報をデータベース２６０に登録し、その情報に基づいて処理ブロックを実行するユーザコンピュータ４０１〜４０ｎを決定した。これに代えて、サービスに関する処理の実行時に、余剰能力に関する問い合わせを行って、その時点での余剰能力に関する情報を得て、それに基づいて処理ブロックを実行するユーザコンピュータ４０１〜４０ｎを決定してもよい。
【０１１２】
・ 上記実施形態では、ＡＳＰサービスセンタ２０が提供するサービスの処理を、グリッドコンピューティングに適した複数の単位処理（処理ブロック）に分割して定義し、予めデータベース２６０に格納した。そして、サービス要求に応じて、データベース２６０に格納した処理ブロックを用いて処理を行った。これに代えて、処理を要求するユーザコンピュータ４０１が、予め分割された処理ブロックと処理手順とをＡＳＰサービスサーバ２４に送信し、これを用いて処理を行ってもよい。このようにすることで、ＡＳＰサービスセンタ２０に処理ブロック及び処理手順を予め用意しているサービス以外の処理も、ユーザコンピュータ４０１〜４０ｎの資源を用いて行うことができる。そして、その資源使用量に基づいて、資源利用者への料金の請求と、資源提供者への支払とを行うことができる。
【０１１３】
また、ＡＳＰサービスサーバ２４が、渡されたプログラムを処理ブロックに分割し、その処理ブロックを用いる処理手順を生成する機能を備えていてもよい。そして、処理を要求するユーザコンピュータ４０１は、処理ブロックへの分割を行わずにプログラムをＡＳＰサービスサーバ２４に送信し、ＡＳＰサービスサーバ２４が処理ブロックへの分割を行ってもよい。このようにすることで、処理の依頼者は、処理ブロックへの分割を意識せずに、処理を要求することができる。
【０１１４】
・ 上記実施形態では、ＡＳＰサービスサーバ２４とユーザコンピュータ４０１〜４０ｎとをインターネット３０を介して接続したが、ローカルエリアネットワーク（ＬＡＮ）又は広域ネットワーク（ＷＡＮ）を用いて接続してもよい。
【０１１５】
・ 上記実施形態では、ユーザコンピュータ４０１〜４０ｎ及びＡＳＰサービスセンタ２０内の各部が、上述した各手段としての機能を備えるが、必ずしもこのように構成する必要はない。これに代えて、上述した各手段を必要に応じて選択的に備えるようにしてもよい。
【０１１６】
・ 上記実施形態では、資源提供者は、ユーザコンピュータ４０１〜４０ｎの資源を提供したが、ＬＡＮ等で接続された複数の資源をまとめて提供してもよい。この場合、データベース２６０に各資源の資源能力を登録するとともに、資源提供者側での処理ブロックの配分は、資源提供者側で行ってもよい。
【０１１７】
【発明の効果】
以上詳述したように、本発明によれば、コンピュータ資源の余剰部分を効率的に利用できる。
【図面の簡単な説明】
【図１】本発明の実施形態のシステム概略図。
【図２】ＡＳＰサービスセンタの機能構成を示すブロック図。
【図３】本実施形態の処理手順の説明図。
【図４】本実施形態の処理手順の説明図。
【図５】本実施形態の処理手順の説明図。
【符号の説明】
２４…分散処理サービス提供サーバとしてのＡＳＰサービスサーバ、３０…ネットワークとしてのインターネット、４０１〜４０ｎ…第１のコンピュータ及び第２のコンピュータとしてのユーザコンピュータ、２６０…データベース。
Claims (27)
- ネットワークを介して、サービス要求を行う第１のコンピュータ、及び、処理を実行する複数の第２のコンピュータと接続された分散処理サービス提供サーバであって、
前記第１のコンピュータからのサービス要求を受け付ける第１の手段と、
前記第２のコンピュータの資源に関する情報に基づいて、前記受け付けたサービス要求に関する処理を分割した各処理ブロックを割り当てる第２のコンピュータを決定する第２の手段と、
前記決定された第２のコンピュータに、割り当てた処理ブロックを配信する第３の手段と、
前記処理ブロックを配信した第２のコンピュータからの前記処理ブロックの処理結果を受信し、その処理結果に基づいて前記サービス要求に対する処理結果を前記第１のコンピュータに配信する第４の手段と
を備えたことを特徴とする分散処理サービス提供サーバ。 - 前記第１のコンピュータを使用してサービスを依頼する資源使用者に対する請求金額を算出する手段と、
前記第２のコンピュータの資源を提供する資源提供者に対する支払金額を算出する手段と
をさらに備えたことを特徴とする請求項１に記載の分散処理サービス提供サーバ。 - 前記処理ブロックの処理結果を取りまとめて前記サービス要求に対する処理結果を求める手段をさらに備えたことを特徴とする請求項１又は２に記載の分散処理サービス提供サーバ。
- 前記分散処理サービス提供サーバは、分散処理サービスの提供に関する情報を格納するデータベースを備え、
前記データベースに格納する情報は、前記分散処理サービス提供サーバが提供するサービスに対応した処理手順及び処理ブロック、資源提供者の連絡先、支払手順、資源能力、ネットワークプロトコル、接続手順、利用可能な時間帯の少なくともいずれか１つを含むことを特徴とする請求項１〜３のいずれか１つに記載の分散処理サービス提供サーバ。 - 前記第２のコンピュータの資源は、コンピュータ本体、メモリ、ハードディスク及び搭載ソフトウェアを少なくとも含む集合体であるとともに、
前記資源能力は、コンピュータ本体の処理スピード、メモリ容量、ハードディスク容量及び搭載ソフトウェアの少なくともいずれか１つを含むことを特徴とする請求項４に記載の分散処理サービス提供サーバ。 - 前記第２のコンピュータの資源能力を前記第２のコンピュータに測定させ、その測定結果に基づいて前記第２のコンピュータの資源能力を前記データベースに登録する手段をさらに備えたことを特徴とする請求項４又は５に記載の分散処理サービス提供サーバ。
- 前記第２の手段は、前記資源能力又は利用可能な時間帯に基づいて処理ブロックを割り当てる前記第２のコンピュータを決定することを特徴とする請求項４〜６のいずれか１つに記載の分散処理サービス提供サーバ。
- 前記資源能力に基づいて前記第２のコンピュータの資源を使用した場合の処理単価を決定する手段をさらに備えたことを特徴とする請求項４〜７のいずれか１つに記載の分散処理サービス提供サーバ。
- 前記資源の使用実績を取得して記録する手段と、
前記処理単価と前記使用実績とに基づいて前記資源の使用料金を算出する手段とをさらに備えたことを特徴とする請求項８に記載の分散処理サービス提供サーバ。 - 前記請求金額を算出する手段は、
前記サービス要求に対して使用された資源の使用料金を合計することにより請求金額を算出することを特徴とする請求項９に記載の分散処理サービス提供サーバ。 - 前記請求金額を算出する手段は、
前記資源の使用実績に応じた金額を請求する従量請求と、前記資源の使用実績にかかわらず一定料金を請求する定額請求とのいずれかの選択に従って、
前記従量請求が選択された場合、前記資源の使用実績を取得して記録し、その使用実績に基づいて請求金額を算出する手段と、
前記定額請求が選択された場合、一定料金を請求金額とする手段と
を備えたことを特徴とする請求項２〜１０のいずれか１つに記載の分散処理サービス提供サーバ。 - 前記支払金額を算出する手段は、
前記資源の使用実績に応じた金額を支払う従量支払と、前記資源の使用実績にかかわらず一定料金を支払う定額支払とのいずれかの選択に従って、
前記従量支払が選択された場合、前記資源の使用実績を取得して記録し、その使用実績に基づいて支払金額を算出する手段と、
前記定額支払が選択された場合、一定料金を支払金額とする手段と
を備えたことを特徴とする請求項２〜１１のいずれか１つに記載の分散処理サービス提供サーバ。 - 前記ネットワークは、インターネットであることを特徴とする請求項１〜１２のいずれか１つに記載の分散処理サービス提供サーバ。
- ネットワークを介して、サービス要求を行う第１のコンピュータ、及び、処理を実行する複数の第２のコンピュータと接続された分散処理サービス提供サーバを用いて分散処理を行う分散処理方法であって、
前記分散処理サービス提供サーバが、
前記第１のコンピュータからのサービス要求を受け付ける第１の段階と、
前記第２のコンピュータの資源に関する情報に基づいて、前記受け付けたサービス要求に関する処理を分割した各処理ブロックを割り当てる第２のコンピュータを決定する第２の段階と、
前記決定された第２のコンピュータに、割り当てた処理ブロックを配信する第３の段階と、
前記処理ブロックを配信した第２のコンピュータからの前記処理ブロックの処理結果を受信し、その処理結果に基づいて前記サービス要求に対する処理結果を前記第１のコンピュータに配信する第４の段階と
を備えたことを特徴とする分散処理方法。 - 前記分散処理方法において、
前記分散処理サービス提供サーバが、
前記第１のコンピュータを使用してサービスを依頼する資源使用者に対する請求金額を算出する段階と、
前記第２のコンピュータの資源を提供する資源提供者に対する支払金額を算出する段階と
をさらに備えたことを特徴とする請求項１４に記載の分散処理方法。 - 前記分散処理方法において、
前記分散処理サービス提供サーバが、
前記処理ブロックの処理結果を取りまとめて前記サービス要求に対する処理結果を求める段階をさらに備えたことを特徴とする請求項１４又は１５に記載の分散処理方法。 - 前記分散処理サービス提供サーバは、前記分散処理サービス提供サーバは、分散処理サービスの提供に関する情報を格納するデータベースを備え、
前記データベースに格納する情報は、前記分散処理サービス提供サーバが提供するサービスに対応した処理手順及び処理ブロック、資源提供者の連絡先、支払手順、資源能力、ネットワークプロトコル、接続手順、利用可能な時間帯の少なくともいずれか１つを含むことを特徴とする請求項１４〜１６のいずれか１つに記載の分散処理方法。 - 前記第２のコンピュータの資源は、コンピュータ本体、メモリ、ハードディスク及び搭載ソフトウェアを少なくとも含む集合体であるとともに、
前記資源能力は、コンピュータ本体の処理スピード、メモリ容量、ハードディスク容量及び搭載ソフトウェアの少なくともいずれか１つを含むことを特徴とする請求項１７に記載の分散処理方法。 - 前記分散処理方法において、
前記分散処理サービス提供サーバが、
前記第２のコンピュータの資源能力を前記第２のコンピュータに測定させ、その測定結果に基づいて前記第２のコンピュータの資源能力を前記データベースに登録する段階をさらに備えたことを特徴とする請求項１７又は１８に記載の分散処理方法。 - 前記第２の段階は、前記資源能力又は利用可能な時間帯に基づいて処理ブロックを割り当てる前記第２のコンピュータを決定することを特徴とする請求項１７〜１９のいずれか１つに記載の分散処理方法。
- 前記分散処理方法において、
前記分散処理サービス提供サーバが、
前記資源能力に基づいて前記第２のコンピュータの資源を使用した場合の処理単価を決定する手段をさらに備えたことを特徴とする請求項１７〜２０のいずれか１つに記載の分散処理方法。 - 前記分散処理方法において、
前記分散処理サービス提供サーバが、
前記資源の使用実績を取得して記録する段階と、
前記処理単価と前記使用実績とに基づいて前記資源の使用料金を算出する段階と
をさらに備えたことを特徴とする請求項２１に記載の分散処理方法。 - 前記請求金額を算出する段階は、
前記サービス要求に対して使用された資源の使用料金を合計することにより請求金額を算出することを特徴とする請求項２２に記載の分散処理方法。 - 前記請求金額を算出する段階は、
前記資源の使用実績に応じた金額を請求する従量請求と、前記資源の使用実績にかかわらず一定料金を請求する定額請求とのいずれかの選択に従って、
前記従量請求が選択された場合、前記資源の使用実績を取得して記録し、その使用実績に基づいて請求金額を算出する段階と、
前記定額請求が選択された場合、一定料金を請求金額とする段階と
を備えたことを特徴とする請求項１５〜２３のいずれか１つに記載の分散処理方法。 - 前記支払金額を算出する段階は、
前記資源の使用実績に応じた金額を支払う従量支払と、前記資源の使用実績にかかわらず一定料金を支払う定額支払とのいずれかの選択に従って、
前記従量支払が選択された場合、前記資源の使用実績を取得して記録し、その使用実績に基づいて支払金額を算出する段階と、
前記定額支払が選択された場合、一定料金を支払金額とする段階と
を備えたことを特徴とする請求項１５〜２４のいずれか１つに記載の分散処理方法。 - 前記ネットワークは、インターネットであることを特徴とする請求項１４〜２５のいずれか１つに記載の分散処理方法。
- 請求項１４〜２６のいずれか１つに記載の分散処理方法を、コンピュータに機能させるための分散処理サービス提供プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003120410A JP2004326452A (ja) | 2003-04-24 | 2003-04-24 | 分散処理サービス提供サーバ、分散処理方法及び分散処理サービス提供プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003120410A JP2004326452A (ja) | 2003-04-24 | 2003-04-24 | 分散処理サービス提供サーバ、分散処理方法及び分散処理サービス提供プログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004326452A true JP2004326452A (ja) | 2004-11-18 |
Family
ID=33499329
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003120410A Pending JP2004326452A (ja) | 2003-04-24 | 2003-04-24 | 分散処理サービス提供サーバ、分散処理方法及び分散処理サービス提供プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004326452A (ja) |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006260253A (ja) * | 2005-03-17 | 2006-09-28 | Fujitsu Ltd | Ｉｔ資産管理システム、ｉｔ資産管理方法およびｉｔ資産管理プログラム |
| KR100779116B1 (ko) | 2006-10-11 | 2007-11-27 | (주)아이젠데이타시스템 | 시스템 사용에 따른 종량요금 보상 시스템 및 보상 방법 |
| JP2008071314A (ja) * | 2006-09-15 | 2008-03-27 | Ricoh Co Ltd | 組み込み用プログラム開発装置、及びプログラム自動生成方法 |
| JP2009110347A (ja) * | 2007-10-31 | 2009-05-21 | Hewlett-Packard Development Co Lp | 資源管理システム、資源管理装置およびその方法 |
| WO2010095579A1 (ja) * | 2009-02-23 | 2010-08-26 | 日本電気株式会社 | アプリケーション配備システム、アプリケーション配備方法、及びアプリケーション配備プログラム |
| WO2011052102A1 (ja) * | 2009-11-02 | 2011-05-05 | 株式会社日立製作所 | サービス設定支援方法 |
| JP2011113268A (ja) * | 2009-11-26 | 2011-06-09 | Nomura Research Institute Ltd | クラウドファサード管理システム |
| JP5229232B2 (ja) * | 2007-12-04 | 2013-07-03 | 富士通株式会社 | リソース貸出制御装置、リソース貸出方法およびリソース貸出プログラム |
| JP2013250832A (ja) * | 2012-06-01 | 2013-12-12 | Daiwa Securities Group Inc | データセンタ，コンピュータ資源共有方法，及びコンピュータ資源共有プログラム |
| JP2017215964A (ja) * | 2016-06-01 | 2017-12-07 | エヌエイチエヌ エンターテインメント コーポレーションＮＨＮ Ｅｎｔｅｒｔａｉｎｍｅｎｔ Ｃｏｒｐｏｒａｔｉｏｎ | 処理パワーの仲介を基盤としたクラウドサービス方法およびシステム |
| JP2020161925A (ja) * | 2019-03-26 | 2020-10-01 | 本田技研工業株式会社 | 通信装置及びプログラム |
| JP2023508814A (ja) * | 2019-10-18 | 2023-03-06 | デフィニティ スティフトゥング | 分散ネットワークにおけるリソースの使用に対する課金 |
-
2003
- 2003-04-24 JP JP2003120410A patent/JP2004326452A/ja active Pending
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006260253A (ja) * | 2005-03-17 | 2006-09-28 | Fujitsu Ltd | Ｉｔ資産管理システム、ｉｔ資産管理方法およびｉｔ資産管理プログラム |
| JP2008071314A (ja) * | 2006-09-15 | 2008-03-27 | Ricoh Co Ltd | 組み込み用プログラム開発装置、及びプログラム自動生成方法 |
| KR100779116B1 (ko) | 2006-10-11 | 2007-11-27 | (주)아이젠데이타시스템 | 시스템 사용에 따른 종량요금 보상 시스템 및 보상 방법 |
| JP2009110347A (ja) * | 2007-10-31 | 2009-05-21 | Hewlett-Packard Development Co Lp | 資源管理システム、資源管理装置およびその方法 |
| US8856334B2 (en) | 2007-12-04 | 2014-10-07 | Fujitsu Limited | Resource lending control apparatus and resource lending method |
| JP5229232B2 (ja) * | 2007-12-04 | 2013-07-03 | 富士通株式会社 | リソース貸出制御装置、リソース貸出方法およびリソース貸出プログラム |
| CN102326148A (zh) * | 2009-02-23 | 2012-01-18 | 日本电气株式会社 | 应用分配系统、应用分配方法和应用分配程序 |
| US20110314158A1 (en) * | 2009-02-23 | 2011-12-22 | Kenji Soejima | System, method, and program for application allocation |
| JP5382106B2 (ja) * | 2009-02-23 | 2014-01-08 | 日本電気株式会社 | アプリケーション配備システム、アプリケーション配備方法、及びアプリケーション配備プログラム |
| WO2010095579A1 (ja) * | 2009-02-23 | 2010-08-26 | 日本電気株式会社 | アプリケーション配備システム、アプリケーション配備方法、及びアプリケーション配備プログラム |
| CN102326148B (zh) * | 2009-02-23 | 2015-04-22 | 日本电气株式会社 | 应用分配系统、应用分配方法和应用分配程序 |
| WO2011052102A1 (ja) * | 2009-11-02 | 2011-05-05 | 株式会社日立製作所 | サービス設定支援方法 |
| JP5328929B2 (ja) * | 2009-11-02 | 2013-10-30 | 株式会社日立製作所 | サービス設定支援方法 |
| JP2011113268A (ja) * | 2009-11-26 | 2011-06-09 | Nomura Research Institute Ltd | クラウドファサード管理システム |
| JP2013250832A (ja) * | 2012-06-01 | 2013-12-12 | Daiwa Securities Group Inc | データセンタ，コンピュータ資源共有方法，及びコンピュータ資源共有プログラム |
| JP2017215964A (ja) * | 2016-06-01 | 2017-12-07 | エヌエイチエヌ エンターテインメント コーポレーションＮＨＮ Ｅｎｔｅｒｔａｉｎｍｅｎｔ Ｃｏｒｐｏｒａｔｉｏｎ | 処理パワーの仲介を基盤としたクラウドサービス方法およびシステム |
| JP2020161925A (ja) * | 2019-03-26 | 2020-10-01 | 本田技研工業株式会社 | 通信装置及びプログラム |
| JP7182502B2 (ja) | 2019-03-26 | 2022-12-02 | 本田技研工業株式会社 | 通信装置及びプログラム |
| JP2023508814A (ja) * | 2019-10-18 | 2023-03-06 | デフィニティ スティフトゥング | 分散ネットワークにおけるリソースの使用に対する課金 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6968323B1 (en) | Dynamic allocation and pricing of resources of web server farm | |
| Dan et al. | Web services on demand: WSLA-driven automated management | |
| US8713147B2 (en) | Matching a usage history to a new cloud | |
| US8347306B2 (en) | Method and system for determining resource usage of each tenant in a multi-tenant architecture | |
| JP2004326452A (ja) | 分散処理サービス提供サーバ、分散処理方法及び分散処理サービス提供プログラム | |
| US20050044228A1 (en) | Methods, systems, and media to expand resources available to a logical partition | |
| US20090240547A1 (en) | Automating responses by grid providers to bid requests indicating criteria for a grid job | |
| US20110208606A1 (en) | Information Technology Services E-Commerce Arena for Cloud Computing Environments | |
| JPH1166182A (ja) | 情報料の課金処理方法及び課金代行システム | |
| JP2004240671A (ja) | 分散計算機の処理方法及びシステム | |
| AU7114200A (en) | System and method for the establishment and utilization of networked idle computational processing power | |
| US8396771B2 (en) | Using cloud brokering services for an opportunistic cloud offering | |
| US7031944B2 (en) | Distributed processing system, method of the same | |
| US8103562B2 (en) | System and method for processor cycle accounting and valuation | |
| CN110084897B (zh) | 收费方法、系统、设备及计算机可读存储介质 | |
| US7143411B2 (en) | Capping processor utilization | |
| EP1351173A1 (en) | Data collecting system, transaction supporting system, data collecting method and business supporting program | |
| KR102133509B1 (ko) | 사용자 참여형 포그 컴퓨팅 환경에서 사용자 인센티브 제공을 위한 장치 및 방법 | |
| CN103971165A (zh) | 信息处理系统和信息处理方法 | |
| Kalmar et al. | What does I (o) T cost? | |
| JP6781493B1 (ja) | 運用支援システム | |
| JP2002056304A (ja) | 通信回線を介したサービス提供システム，サービス提供装置，サービスパッケージ提供サーバ，および記録媒体 | |
| CN114697146A (zh) | 面向勘探开发云应用服务的计费管理方法 | |
| JP6915249B2 (ja) | 課金方法、課金装置および課金プログラム | |
| JP2004246784A (ja) | Ｗｅｂサービス利用時におけるネットワーク提供方法、システム及びサーバ |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050701 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070508 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070522 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070723 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20071211 |