(57)【要約】【課題】複数台のコンピュータが存在しているネットワーク内において、何らかの処理を行う場合に、高度な処理能力を必要とすることなく且つ回線速度を圧迫することなく効率よく分散処理したり、各コンピュータの利用者に電子マネーのメリットを享受させたりすることができる処理負荷発注装置、処理負荷受注装置、処理結果配信装置および処理結果出力装置、並びに、処理負荷発注受注システムを提供する。【解決手段】処理負荷発注装置１は、ネットワークに接続され、処理スクリプトを受注し連携して処理する複数の処理負荷受注装置３の少なくとも１台に、当該処理スクリプトを発注するものであって、プロファイル情報登録手段９と、処理負荷受注装置検索手段１１と、処理可否判定手段１３と、処理スクリプト指定手段１５と、処理スクリプト送信手段１７と、処理結果所在受信手段１９と、処理結果所在送信手段２１と、を備えた。【選択図】図１
2008033504.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続され、処理スクリプトを受注し連携して処理する複数の処理負荷受注装置の少なくとも１台に、当該処理スクリプトを発注する処理負荷発注装置であって、
前記ネットワーク上の自装置のアドレス、処理内容の種類に関するプロファイル情報を前記ネットワーク上に登録する処理負荷発注装置プロファイル情報登録手段と、
前記ネットワーク上に予め登録されている前記処理負荷受注装置の前記ネットワーク上のアドレス、処理内容の種類に関するプロファイル情報に基づいて、前記処理スクリプトの処理を発注する処理負荷受注装置を検索する処理負荷受注装置検索手段と、
この処理負荷受注装置検索手段で検索した処理負荷受注装置に対し問い合わせをし、前記処理スクリプトを受注可能であるか否かを判定する処理負荷受注装置処理可否判定手段と、
この処理負荷受注装置処理可否判定手段で受注可能であると判定した判定結果に基づいて、前記処理負荷受注装置検索手段で検索した処理負荷受注装置の一部または全てに対し依頼する前記処理スクリプトの処理箇所を、予め設定した設定数に従って指定する処理スクリプト指定手段と、
この処理スクリプト指定手段で処理箇所を指定した指定処理スクリプト、並びに、発注を依頼する旨および処理内容の順序を記述した発注情報を送信する処理スクリプト送信手段と、
前記処理負荷受注装置で処理された処理結果を蓄積して、当該処理結果を出力する処理結果出力装置に配信する処理結果配信装置から当該処理結果配信装置のネットワーク上のアドレスを受信する処理結果所在受信手段と、
この処理結果所在受信手段で受信された前記処理結果配信装置のネットワーク上のアドレスを、前記処理結果出力装置から要求があった場合に送信する第一処理結果所在送信手段と、
を備えることを特徴とする処理負荷発注装置。
【請求項２】
前記処理スクリプト送信手段は、前記処理負荷受注装置検索手段で検索した処理負荷受注装置の台数または前記処理負荷受注装置処理可否判定手段で受注可能であると判定した処理負荷受注装置の台数が前記設定数に満たない場合には、前記処理負荷受注装置処理可否判定手段で受注可能であると判定した処理負荷受注装置に、当初指定された処理箇所と異なる処理箇所が指定されている指定処理スクリプトを、所定時間遅らせて送信する遅延手段を有していることを特徴とする請求項１に記載の処理負荷発注装置。
【請求項３】
ネットワークに接続され、処理スクリプトを発注する処理負荷発注装置から、当該処理スクリプトを受注または他の処理負荷受注装置から出力された出力データを受注して処理する処理負荷受注装置であって、
前記ネットワーク上の自装置のアドレス、処理内容の種類に関するプロファイル情報を前記ネットワーク上に登録する処理負荷受注装置プロファイル情報登録手段と、
前記処理負荷発注装置から前記処理スクリプトと発注を依頼する旨および処理内容の順序を記述した発注情報とを、または、前記他の処理負荷受注装置から出力データおよび前記発注情報を受信する第一処理結果受信手段と、
この第一処理結果受信手段で受信した処理スクリプトまたは出力データに処理を施し、新たな出力データを出力する追加処理実行手段と、
前記ネットワーク上に予め登録されている前記他の処理負荷受注装置の前記ネットワーク上のアドレス、処理内容の種類に関するプロファイル情報、または、前記出力データおよび前記新たな出力データを出力する処理結果出力装置に前記出力データ、前記新たな出力データおよび前記発注情報を配信する処理結果配信装置の前記ネットワーク上のアドレス、処理内容の種類に関するプロファイル情報、および前記発注情報に基づいて、前記他の処理負荷受注装置または前記処理結果配信装置を検索する処理負荷受注装置・処理結果配信装置検索手段と、
この処理負荷受注装置・処理結果配信装置検索手段で検索した他の処理負荷受注装置に対し問い合わせをし、前記新たな出力データを受注可能であるか否かを、または、処理結果配信装置に対し問い合わせをし、前記出力データまたは前記新たな出力データを受信可能であるか否かを判定する処理負荷受注装置・処理結果配信装置処理可否判定手段と、
この処理負荷受注装置・処理結果配信装置処理可否判定手段で受注可能であるまたは受信可能であると判定した判定結果に基づいて、前記処理負荷受注装置・処理結果配信装置検索手段で検索した処理負荷受注装置または前記処理結果配信装置に前記出力データまたは前記新たな出力データ、および前記発注情報を送信する追加処理結果送信手段と、
を備えることを特徴とする処理負荷受注装置。
【請求項４】
請求項３に記載の処理負荷受注装置からの複数の出力データまたは新たな出力データを同期させて出力する処理結果出力装置に当該出力データまたは当該新たな出力データそれぞれを配信する処理結果配信装置であって、
前記ネットワーク上の自装置のアドレス、処理内容の種類に関するプロファイル情報を前記ネットワーク上に登録する処理結果配信装置プロファイル情報登録手段と、
前記出力データまたは前記新たな出力データを受信する第二処理結果受信手段と、
前記処理スクリプトを前記処理負荷受注装置に発注する際に送信された発注情報に記述された前記処理負荷発注装置のネットワーク上のアドレス宛に、自装置のネットワーク上のアドレスを送信する第二処理結果所在送信手段と、
前記処理結果出力装置から送信された、前記出力データまたは前記新たな出力データのダウンロード要求を受信するダウンロード要求受信手段と、
このダウンロード要求受信手段で受信したダウンロード要求をした処理結果出力装置に、前記出力データまたは前記新たな出力データを送信する処理結果送信手段と、
を備えることを特徴とする処理結果配信装置。
【請求項５】
請求項４に記載の処理結果配信装置に、複数の出力データまたは新たな出力データのダウンロードをそれぞれ要求し、要求して得られた複数の出力データまたは新たな出力データを同期させて出力する処理結果出力装置であって、
前記処理スクリプトの処理を発注した処理負荷発注装置に、前記出力データまたは前記新たな出力データが蓄積されている処理結果配信装置のネットワーク上のアドレスを要求して取得する処理結果所在要求手段と、
この処理結果所在要求手段で取得したネットワーク上のアドレスを有した処理結果配信装置に対し、前記出力データまたは前記新たな出力データのダウンロードを要求するダウンロード要求手段と、
このダウンロード要求手段で要求した出力データまたは新たな出力データを受信する第三処理結果受信手段と、
この第三処理結果受信手段で受信した出力データまたは新たな出力データを蓄積するデータ蓄積手段と、
このデータ蓄積手段で蓄積した複数の出力データまたは新たな出力データを、前記処理スクリプトの処理箇所の記述に従って統合するように同期させて出力する同期出力手段と、
を備えることを特徴とする処理結果出力装置。
【請求項６】
ネットワークに接続され、処理スクリプトを受注して処理する複数の処理負荷受注装置の少なくとも１台に、当該処理スクリプトを発注する処理負荷発注装置であって、
自体のネットワーク上のアドレス、前記処理スクリプトの処理内容および要求する仕様を記述した要求仕様クエリーを送信する要求仕様送信手段と、
前記処理負荷受注装置から送信された前記要求仕様クエリーに対し、受注を希望する旨を記述した入札情報と当該処理負荷受注装置の前記ネットワーク上のアドレス、処理内容の種類、処理性能および処理する際の単位時間あたりのコストに関する受注希望プロファイル情報とを受信する入札情報・プロファイル情報受信手段と、
この入札情報・プロファイル情報受信手段で受信した１または複数の入札情報および受注希望プロファイル情報の比較により、前記処理スクリプトを発注する処理負荷受注装置を決定するオークション処理手段と、
このオークション処理手段で前記処理スクリプトの発注が決定した処理負荷受注装置に、発注を依頼する旨を記述した発注情報および処理スクリプトを送信する発注情報・処理スクリプト送信手段と、
この発注情報・処理スクリプト送信手段で送信された処理スクリプトが処理された処理結果を受信する処理結果受信手段と、
この処理結果受信手段で受信した処理結果の対価として、電子マネーを支払う電子マネー支払手段と、
を備えることを特徴とする処理負荷発注装置。
【請求項７】
ネットワークに接続され、処理スクリプトを発注する処理負荷発注装置から、当該処理スクリプトを受注して処理する処理負荷受注装置であって、
前記ネットワーク上の自装置のアドレス、処理内容の種類、処理性能および処理する際の単位時間あたりのコストに関する受注希望プロファイル情報を前記ネットワーク上に登録するプロファイル情報登録手段と、
前記処理負荷発注装置のネットワーク上のアドレス、前記処理スクリプトの処理内容および要求する仕様が記述された要求仕様クエリーを受信する要求仕様受信手段と、
この要求仕様受信手段で受信した要求仕様クエリーに対し、受注を希望する旨を記述した入札情報および前記受注希望プロファイル情報を送信する入札情報・プロファイル情報送信手段と、
この入札情報・プロファイル情報送信手段で送信した入札情報および受注希望プロファイル情報に対し、前記処理負荷発注装置から送信された、発注を依頼する旨を記述した発注情報と、処理スクリプトとを受信する発注情報・処理スクリプト受信手段と、
この発注情報・処理スクリプト受信手段で受信された処理スクリプトを処理するスクリプト処理手段と、
このスクリプト処理手段で処理スクリプトが処理された処理結果を送信する処理結果送信手段と、
この処理結果送信手段で送信した処理結果の対価として、電子マネーを受領する電子マネー受領手段と、
を備えることを特徴とする処理負荷受注装置。
【請求項８】
ネットワークに接続され、処理スクリプトを受注し連携して処理する複数の処理負荷受注装置の少なくとも１台に、当該処理スクリプトを発注する請求項１または請求項２に記載の処理負荷発注装置と、
この処理負荷発注装置から当該処理スクリプトを受注または他の処理負荷受注装置から出力された出力データを受注して処理する請求項３に記載の処理負荷受注装置と、
複数の処理負荷受注装置からの複数の出力データまたは新たな出力データを同期させて出力する請求項４に記載の処理結果出力装置と、
この処理結果出力装置に当該出力データまたは当該新たな出力データそれぞれを配信する請求項５に記載の処理結果配信装置とからなる処理負荷発注受注システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上にて処理負荷を分散する処理負荷発注装置、処理負荷受注装置、処理結果配信装置および処理結果出力装置、並びに、処理負荷発注受注システムに関する。
【背景技術】
【０００２】
従来、映像制作用のコンピュータを用いて、スクリプト言語からＣＧ（Computer Graphics）レンダリングをし、その後、レンダリングしたＣＧ映像コンテンツをエンコードし、このエンコードしたムービーファイルを映像配信用のサーバに蓄積させて、ネットワーク上で公開している。
このネットワークは、ブロードバンドのピア・トゥ・ピアネットワーク（以下、Ｐ２Ｐネットワークという）であり、このＰ２Ｐネットワークにおいて、ＣＧ映像コンテンツのレンダリング、エンコードおよび配信が行われている。
【０００３】
また、従来、ネットワーク上において、複数台のコンピュータにより、一般の利用者が参加可能なオープンなピア・トゥ・ピアシステム（以下、Ｐ２Ｐシステムという）が構築されている（例えば、特許文献１参照）。これに対し、ネットワーク上において、複数台のコンピュータにより、特定の利用者（例えば、研究所内の研究者や大学内の学生）のみが参加可能なクローズドなＰ２Ｐシステムも特定の場所において構築されている。
【０００４】
ところで、近年、ネットワーク上における取引の利便性から、コンピュータによって決済可能な電子マネーが普及している。この電子マネーは、ネットワークを介して、商品等の取引を行う際に用いられるものであり、実際の紙幣で取引を行うよりも迅速に取引を行うことができるメリットがある。
【特許文献１】特開２０００−３２２３９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のＰ２Ｐネットワークでは、映像制作用のコンピュータにおいて、レンダリング、エンコーディングに処理時間がかかるため、高度な処理能力が必要となり、映像配信用のサーバにおいて、通常１台からＣＧ映像コンテンツが配信されるため、回線速度を圧迫してしまうという問題がある。
【０００６】
また、従来のオープンなＰ２Ｐシステムでは、当該オープンなＰ２ＰシステムとクローズドなＰ２Ｐシステムとを比較した場合、構築の容易さ、管理の困難さ、分散処理の向き不向き等の違いがあり、特に、ある処理を各コンピュータに分散して行わせる分散処理を実行しようとした場合、クローズドなＰ２Ｐシステムではそもそも当該分散処理を重要な目的の一つに構築されているので、非常に向いているが、オープンなＰ２Ｐシステムでは、分散処理すること自体にメリットがない。
【０００７】
つまり、オープンなＰ２Ｐシステムの多くは、何らかの営利的な目的で構築されたものであり、ある処理の分散処理に対し、各コンピュータの処理能力を供出することを前提としているものではない。それに対し、クローズドなＰ２Ｐシステムでは、分散処理の結果を共有するといった前提があり、各コンピュータの処理能力を供出することに対してメリットが確約されていた。そして、オープンなＰ２Ｐシステムは、クローズドなＰ２Ｐシステムに比べ、各コンピュータの利用者にメリットがなかったため、各コンピュータの処理能力の供出が積極的に行われず、分散処理は不向きであった。
【０００８】
そして、前記したような電子マネーのメリットを、分散処理を実行するオープンなＰ２Ｐシステムに活用したいとの要望がある。
しかしながら、分散処理を実行するオープンなＰ２Ｐシステムにおいて、各コンピュータの利用者に電子マネーのメリットを享受させることができるものが構築されていないという問題がある。
【０００９】
そこで、本発明では、前記した問題を解決し、複数台のコンピュータが存在しているネットワーク（Ｐ２Ｐネットワーク、オープンなＰ２Ｐシステム）内において、何らかの処理を行う場合に、高度な処理能力を必要とすることなく且つ回線速度を圧迫することなく効率よく分散処理したり、各コンピュータの利用者に電子マネーのメリットを享受させたりすることができる処理負荷発注装置、処理負荷受注装置、処理結果配信装置および処理結果出力装置、並びに、処理負荷発注受注システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
前記課題を解決するため、請求項１に記載の処理負荷発注装置は、ネットワークに接続され、処理スクリプトを受注し連携して処理する複数の処理負荷受注装置の少なくとも１台に、当該処理スクリプトを発注する処理負荷発注装置であって、処理負荷発注装置プロファイル情報登録手段と、処理負荷受注装置検索手段と、処理負荷受注装置処理可否判定手段と、処理スクリプト指定手段と、処理スクリプト送信手段と、処理結果所在受信手段と、第一処理結果所在送信手段と、を備える構成とした。
【００１１】
かかる構成によれば、処理負荷発注装置は、処理負荷発注装置プロファイル情報登録手段によって、ネットワーク上の自装置のアドレス、処理内容の種類に関するプロファイル情報を前記ネットワーク上に登録する。処理負荷発注装置は、処理負荷受注装置検索手段によって、ネットワーク上に予め登録されている処理負荷受注装置のネットワーク上のアドレス、処理内容の種類に関するプロファイル情報に基づいて、処理スクリプトの処理を発注する処理負荷受注装置を検索する。処理負荷発注装置は、処理負荷受注装置処理可否判定手段によって、処理負荷受注装置検索手段で検索した処理負荷受注装置に対し問い合わせをし、処理スクリプトを受注可能であるか否かを判定する。
【００１２】
そして、処理負荷発注装置は、処理スクリプト指定手段によって、処理負荷受注装置処理可否判定手段で受注可能であると判定した判定結果に基づいて、処理負荷受注装置検索手段で検索した処理負荷受注装置の一部または全てに対し依頼する前記処理スクリプトの処理箇所を、予め設定した設定数に従って指定する。続いて、処理負荷発注装置は、処理スクリプト送信手段によって、処理スクリプト指定手段で処理箇所を指定した指定処理スクリプト、並びに、発注を依頼する旨および処理内容の順序を記述した発注情報を送信する。
【００１３】
また、処理負荷発注装置は、処理結果所在受信手段によって、処理負荷受注装置で処理された処理結果を蓄積して、当該処理結果を出力する処理結果出力装置に配信する処理結果配信装置から当該処理結果配信装置のネットワーク上のアドレスを受信する。続いて、処理負荷発注装置は、第一処理結果所在送信手段によって、処理結果所在受信手段で受信された処理結果配信装置のネットワーク上のアドレスを、処理結果出力装置から要求があった場合に送信する。
【００１４】
請求項２に記載の処理負荷発注装置は、請求項１に記載の処理負荷発注装置において、前記処理スクリプト送信手段が、前記処理負荷受注装置検索手段で検索した処理負荷受注装置の台数または前記処理負荷受注装置処理可否判定手段で受注可能であると判定した処理負荷受注装置の台数が前記設定数に満たない場合には、前記処理負荷受注装置処理可否判定手段で受注可能であると判定した処理負荷受注装置に、当初指定された処理箇所と異なる処理箇所が指定されている指定処理スクリプトを、所定時間遅らせて送信する遅延手段を有していることを特徴とする。
【００１５】
かかる構成によれば、処理負荷発注装置は、遅延手段によって、処理負荷を受注可能な処理負荷受注装置に送信する指定処理スクリプトを所定時間遅延させる。これによって、受注可能な処理負荷受注装置の台数が予め設定した設定数よりも少ない場合であっても、処理負荷を時間分割して、処理してもらうことができる。
【００１６】
請求項３に記載の処理負荷受注装置は、ネットワークに接続され、処理スクリプトを発注する処理負荷発注装置から、当該処理スクリプトを受注または他の処理負荷受注装置から出力された出力データを受注して処理する処理負荷受注装置であって、処理負荷受注装置プロファイル情報登録手段と、第一処理結果受信手段と、追加処理実行手段と、処理負荷受注装置・処理結果配信装置検索手段と、処理負荷受注装置・処理結果配信装置処理可否判定手段と、追加処理結果送信手段と、を備える構成とした。
【００１７】
かかる構成によれば、処理負荷受注装置は、処理負荷受注装置プロファイル情報登録手段によって、ネットワーク上の自装置のアドレス、処理内容の種類に関するプロファイル情報を前記ネットワーク上に登録する。続いて、処理負荷受注装置は、第一処理結果受信手段によって、処理負荷発注装置から処理スクリプトと発注を依頼する旨および処理内容の順序を記述した発注情報とを、または、他の処理負荷受注装置から出力データおよび発注情報を受信する。
【００１８】
そして、処理負荷受注装置は、追加処理実行手段によって、第一処理結果受信手段で受信した処理スクリプトまたは出力データに処理を施し、新たな出力データを出力する。また、処理負荷受注装置は、処理負荷受注装置・処理結果配信装置検索手段によって、ネットワーク上に予め登録されている他の処理負荷受注装置のネットワーク上のアドレス、処理内容の種類に関するプロファイル情報、または、出力データおよび新たな出力データを出力する処理結果出力装置に出力データ、新たな出力データおよび発注情報を配信する処理結果配信装置のネットワーク上のアドレス、処理内容の種類に関するプロファイル情報、および発注情報に基づいて、他の処理負荷受注装置または処理結果配信装置を検索する。
【００１９】
そして、処理負荷受注装置は、処理負荷受注装置・処理結果配信装置処理可否判定手段によって、処理負荷受注装置・処理結果配信装置検索手段で検索した他の処理負荷受注装置に対し問い合わせをし、新たな出力データを受注可能であるか否かを、または、処理結果配信装置に対し問い合わせをし、新たな出力データを受信可能であるか否かを判定する。そして、処理負荷受注装置は、追加処理結果送信手段によって、処理負荷受注装置・処理結果配信装置処理可否判定手段で判定した判定結果に基づいて、処理負荷受注装置・処理結果配信装置検索手段で検索した処理負荷受注装置または処理結果配信装置に出力データまたは新たな出力データ、および発注情報を送信する。
【００２０】
請求項４に記載の処理結果配信装置は、請求項３に記載の処理負荷受注装置からの複数の出力データまたは新たな出力データを同期させて出力する処理結果出力装置に当該出力データまたは当該新たな出力データそれぞれを配信する処理結果配信装置であって、処理結果配信装置プロファイル情報登録手段と、第二処理結果受信手段と、第二処理結果所在送信手段と、ダウンロード要求受信手段と、処理結果送信手段と、を備える構成とした。
【００２１】
かかる構成によれば、処理結果配信装置は、処理結果配信装置プロファイル情報登録手段によって、ネットワーク上の自装置のアドレス、処理内容の種類に関するプロファイル情報を前記ネットワーク上に登録する。処理結果配信装置は、第二処理結果受信手段によって、出力データまたは新たな出力データを受信する。続いて、処理結果配信装置は、第二処理結果所在送信手段によって、処理スクリプトを処理負荷受注装置に発注する際に送信された発注情報に記述された処理負荷発注装置のネットワーク上のアドレス宛に、自装置のネットワーク上のアドレスを送信する。また、処理結果配信装置は、ダウンロード要求受信手段によって、処理結果出力装置から送信された、出力データまたは新たな出力データのダウンロード要求を受信する。そして、処理結果配信装置は、処理結果送信手段によって、ダウンロード要求受信手段で受信したダウンロード要求をした処理結果出力装置に、出力データまたは新たな出力データを送信する。
【００２２】
請求項５に記載の処理結果出力装置は、請求項４に記載の処理結果配信装置に、複数の出力データまたは新たな出力データをそれぞれ要求し、要求して得られた複数の出力データまたは新たな出力データを同期させて出力する処理結果出力装置であって、処理結果所在要求手段と、ダウンロード要求手段と、第三処理結果受信手段と、データ蓄積手段と、同期出力手段と、を備える構成とした。
【００２３】
かかる構成によれば、処理結果出力装置は、処理結果所在要求手段によって、処理スクリプトの処理を発注した処理負荷発注装置に、出力データまたは新たな出力データが蓄積されている処理結果配信装置のネットワーク上のアドレスを要求して取得する。続いて、処理結果出力装置は、ダウンロード要求手段によって、処理結果所在要求手段で取得したネットワーク上のアドレスを有した処理結果配信装置に対し、出力データまたは新たな出力データのダウンロードを要求する。そして、処理結果出力装置は、第三処理結果受信手段によって、ダウンロード要求手段で要求した出力データまたは新たな出力データを受信し、データ蓄積手段によって、第三処理結果受信手段で受信した出力データまたは新たな出力データを蓄積する。その後、処理結果出力装置は、同期出力手段によって、データ蓄積手段で蓄積した複数の出力データまたは新たな出力データを、処理スクリプトの処理箇所の記述に従って統合するように同期させて出力する。
【００２４】
請求項６に記載の処理負荷発注装置は、ネットワークに接続され、処理スクリプトを受注して処理する複数の処理負荷受注装置の少なくとも１台に、当該処理スクリプトを発注する処理負荷発注装置であって、要求仕様送信手段と、入札情報・プロファイル情報受信手段と、オークション処理手段と、発注情報・処理スクリプト送信手段と、処理結果受信手段と、電子マネー支払手段と、を備える構成とした。
【００２５】
かかる構成によれば、処理負荷発注装置は、要求仕様送信手段によって、自体のネットワーク上のアドレス、処理スクリプトの処理内容および要求する仕様を記述した要求仕様クエリーを送信する。処理負荷発注装置は、入札情報・プロファイル情報受信手段によって、処理負荷受注装置から送信された前記要求仕様クエリーに対し、受注を希望する旨を記述した入札情報と当該処理負荷受注装置のネットワーク上のアドレス、処理内容の種類、処理性能および処理する際の単位時間あたりのコストに関する受注希望プロファイル情報とを受信する。
【００２６】
そして、処理負荷発注装置は、オークション処理手段によって、入札情報・プロファイル情報受信手段で受信した１または複数の入札情報および受注希望プロファイル情報の比較により、処理スクリプトを発注する処理負荷受注装置を決定する。続いて、処理負荷発注装置は、発注情報・処理スクリプト送信手段によって、オークション処理手段で前記処理スクリプトの発注が決定した処理負荷受注装置に、発注を依頼する旨を記述した発注情報および処理スクリプトを送信する。その後、処理負荷発注装置は、処理結果受信手段によって、発注情報・処理スクリプト送信手段で送信された処理スクリプトが処理された処理結果を受信し、電子マネー支払手段によって、処理結果受信手段で受信した処理結果の対価として、電子マネーを支払う。
【００２７】
請求項７に記載の処理負荷受注装置は、ネットワークに接続され、処理スクリプトを発注する処理負荷発注装置から、当該処理スクリプトを受注して処理する処理負荷受注装置であって、プロファイル情報登録手段と、要求仕様受信手段と、入札情報・プロファイル情報送信手段と、発注情報・処理スクリプト受信手段と、スクリプト処理手段と、処理結果送信手段と、電子マネー受領手段と、を備える構成とした。
【００２８】
かかる構成によれば、処理負荷受注装置は、プロファイル情報登録手段によって、ネットワーク上のアドレス、処理内容の種類、処理性能および処理する際の単位時間あたりのコストに関する受注希望プロファイル情報をネットワーク上に登録する。続いて、処理負荷受注装置は、要求仕様受信手段によって、処理負荷発注装置のネットワーク上のアドレス、処理スクリプトの処理内容および要求する仕様が記述された要求仕様クエリーを受信する。また、処理負荷受注装置は、入札情報・プロファイル情報送信手段によって、要求仕様受信手段で受信した要求仕様クエリーに対し、受注を希望する旨を記述した入札情報および前記受注希望プロファイル情報を送信する。
【００２９】
そして、処理負荷受注装置は、発注情報・処理スクリプト受信手段によって、入札情報・プロファイル情報送信手段で送信した入札情報および受注希望プロファイル情報に対し、処理負荷発注装置から送信された、発注を依頼する旨を記述した発注情報と、処理スクリプトとを受信する。続いて、処理負荷受注装置は、スクリプト処理手段によって、発注情報・処理スクリプト受信手段で受信された処理スクリプトを処理する。
【００３０】
その後、処理負荷受注装置は、処理結果送信手段によって、スクリプト処理手段で処理スクリプトが処理された処理結果を送信し、電子マネー受領手段によって、処理結果送信手段で送信した処理結果の対価として、電子マネーを受領する。
【００３１】
請求項８に記載の処理負荷発注受注システムは、ネットワークに接続され、処理スクリプトを受注し連携して処理する複数の処理負荷受注装置の少なくとも１台に、当該処理スクリプトを発注する請求項１または請求項２に記載の処理負荷発注装置と、この処理負荷発注装置から当該処理スクリプトを受注または他の処理負荷受注装置から出力された出力データを受注して処理する請求項３に記載の処理負荷受注装置と、複数の処理負荷受注装置からの複数の出力データまたは新たな出力データを同期させて出力する請求項４に記載の処理結果出力装置と、この処理結果出力装置に当該出力データまたは当該新たな出力データそれぞれを配信する請求項５に記載の処理結果配信装置と、を備える構成とした。
【００３２】
かかる構成によれば、処理負荷発注受注システムは、処理負荷発注装置において、処理負荷発注装置プロファイル情報登録手段によって、ネットワーク上の自装置のアドレス、処理内容の種類に関するプロファイル情報を前記ネットワーク上に登録し、処理負荷受注装置検索手段によって、ネットワーク上に予め登録されている処理負荷受注装置のネットワーク上のアドレス、処理内容の種類に関するプロファイル情報に基づいて、処理スクリプトの処理を発注する処理負荷受注装置を検索する。また、処理負荷発注装置において、処理負荷受注装置処理可否判定手段によって、処理負荷受注装置検索手段で検索した処理負荷受注装置に対し問い合わせをし、処理スクリプトを受注可能であるか否かを判定し、処理スクリプト指定手段によって、処理負荷受注装置処理可否判定手段で受注可能であると判定した判定結果に基づいて、処理負荷受注装置検索手段で検索した処理負荷受注装置の一部または全てに対し依頼する処理スクリプトの処理箇所を、予め設定した設定数に従って指定し、処理スクリプト送信手段によって、処理スクリプト指定手段で処理箇所を指定した指定処理スクリプト、並びに、発注を依頼する旨および処理内容の順序を記述した発注情報を送信する。さらに、処理負荷発注装置において、処理結果所在受信手段によって、処理負荷受注装置で処理された処理結果を蓄積して、当該処理結果を出力する処理結果出力装置に配信する処理結果配信装置から当該処理結果配信装置のネットワーク上のアドレスを受信し、第一処理結果所在送信手段によって、処理結果所在受信手段で受信された処理結果配信装置のネットワーク上のアドレスを、処理結果出力装置から要求があった場合に送信する。
【００３３】
また、処理負荷発注受注システムは、処理負荷受注装置において、処理負荷受注装置プロファイル情報登録手段によって、ネットワーク上の自装置のアドレス、処理内容の種類に関するプロファイル情報をネットワーク上に登録し、第一処理結果受信手段によって、処理負荷発注装置から処理スクリプトと発注を依頼する旨および処理内容の順序を記述した発注情報とを、または、他の処理負荷受注装置から出力データおよび発注情報を受信する。また、処理負荷受注装置において、追加処理実行手段によって、処理結果受信手段で受信した処理スクリプトまたは出力データに処理を施し、新たな出力データを出力し、処理負荷受注装置・処理結果配信装置検索手段によって、ネットワーク上に予め登録されている他の処理負荷受注装置の前記ネットワーク上のアドレス、処理内容の種類に関するプロファイル情報、または、出力データおよび新たな出力データを出力する処理結果出力装置に出力データ、新たな出力データおよび発注情報を配信する処理結果配信装置のネットワーク上のアドレス、処理内容の種類に関するプロファイル情報、および発注情報に基づいて、他の処理負荷受注装置または前記処理結果配信装置を検索する。さらに、処理負荷受注装置において、処理負荷受注装置・処理結果配信装置処理可否判定手段によって、処理負荷受注装置・処理結果配信装置検索手段で検索した他の処理負荷受注装置に対し問い合わせをし、新たな出力データを受注可能であるか否かを、または、処理結果配信装置に対し問い合わせをし、出力データまたは前記新たな出力データを受信可能であるか否かを判定し、追加処理結果送信手段によって、処理負荷受注装置・処理結果配信装置処理可否判定手段で受注可能であるまたは受信可能であると判定した判定結果に基づいて、処理負荷受注装置・処理結果配信装置検索手段で検索した処理負荷受注装置または処理結果配信装置に出力データまたは新たな出力データ、および発注情報を送信する。
【００３４】
また、処理負荷発注受注システムは、処理結果配信装置において、処理結果配信装置プロファイル情報登録手段によって、ネットワーク上の自装置のアドレス、処理内容の種類に関するプロファイル情報をネットワーク上に登録し、第二処理結果受信手段によって、出力データまたは新たな出力データを受信する。また、処理結果配信装置において、第二処理結果所在送信手段によって、処理スクリプトを処理負荷受注装置に発注する際に送信された発注情報に記述された処理負荷発注装置のネットワーク上のアドレス宛に、自装置のネットワーク上のアドレスを送信し、ダウンロード要求受信手段によって、処理結果出力装置から送信された、出力データまたは新たな出力データのダウンロード要求を受信し、処理結果送信手段によって、ダウンロード要求受信手段で受信したダウンロード要求をした処理結果出力装置に、出力データまたは新たな出力データを送信する。
【００３５】
さらに、処理負荷発注受注システムは、処理結果出力装置において、処理結果所在要求手段によって、処理負荷発注装置に、出力データまたは新たな出力データが蓄積されている処理結果配信装置のネットワーク上のアドレスを要求して取得し、ダウンロード要求手段によって、処理結果所在要求手段で取得したネットワーク上のアドレスを有した処理結果配信装置に対し、出力データまたは新たな出力データのダウンロードを要求する。また、処理結果出力装置において、第三処理結果受信手段によって、ダウンロード要求手段で要求した出力データまたは新たな出力データを受信し、データ蓄積手段によって、第三処理結果受信手段で受信した出力データまたは新たな出力データを蓄積し、同期出力手段によって、データ蓄積手段で蓄積した複数の出力データまたは新たな出力データを、処理スクリプトの処理箇所の記述に従って統合するように同期させて出力する。
【発明の効果】
【００３６】
請求項１に記載の発明によれば、複数台のコンピュータが存在しているネットワーク内において、何らかの処理を行う場合に、プロファイル情報に基づいて、処理スクリプトの処理を発注する処理負荷受注装置を検索し、当該プロファイル情報が所定の条件を満たす場合に、当該条件を満たした処理負荷受注装置の台数に従って処理スクリプトを分割しているので、当該処理を行うのに個々のコンピュータが高度な処理能力を必要とすることなく且つ回線速度を圧迫することなく効率よく分散処理することができる。
【００３７】
請求項２に記載の発明によれば、複数台のコンピュータの中で処理スクリプトの処理を発注する処理負荷受注装置の台数が設定数に満たない場合に、指定処理スクリプトを所定時間遅らせて送信することで、当該処理を時間分割することになり、当該処理を行うのに個々のコンピュータが高度な処理能力を必要とすることなく且つ回線速度を圧迫することなく効率よく分散処理することができる。
【００３８】
請求項３に記載の発明によれば、複数台のコンピュータが存在しているネットワーク内において、何らかの処理を行う場合に、プロファイル情報に基づいて、出力データを発注する処理負荷受注装置を検索し、当該プロファイル情報が所定の条件を満たす場合に発注しているので、当該処理を行うのに個々のコンピュータが高度な処理能力を必要とすることなく且つ回線速度を圧迫することなく効率よく分散処理することができる。
【００３９】
請求項４に記載の発明によれば、複数台のコンピュータが存在しているネットワーク内において、何らかの処理を行う場合に、処理負荷受注装置で処理した出力データを受信して処理結果出力装置の要求に従って配信することで、当該処理を行うのに個々のコンピュータが高度な処理能力を必要とすることなく且つ回線速度を圧迫することなく効率よく分散処理することができる。
【００４０】
請求項５に記載の発明によれば、複数台のコンピュータが存在しているネットワーク内において、何らかの処理を行う場合に、処理負荷受注装置で処理した出力データについて、蓄積先を処理負荷発注装置に問い合わせた後に、蓄積している処理結果配信装置に要求してダウンロードすることで、当該処理を行うのに個々のコンピュータが高度な処理能力を必要とすることなく且つ回線速度を圧迫することなく効率よく分散処理することができる。
【００４１】
請求項６に記載の発明によれば、処理スクリプトの分散処理を実行する際に、ネットワーク、例えば、オープンなＰ２Ｐシステムにおいて、当該処理スクリプトの発注の際に、オークションによる擬似的な経済原理が導入され、当該ネットワークに接続される各コンピュータの利用者に対し、当該処理スクリプトを処理する対価として電子マネーを支払うことができ、電子マネーのメリットを享受させることができる。
【００４２】
請求項７に記載の発明によれば、処理スクリプトの分散処理を実行する際に、ネットワーク、例えば、オープンなＰ２Ｐシステムにおいて、当該処理スクリプトの受注の際に、オークションによる擬似的な経済原理が導入され、当該処理スクリプトを処理する対価として電子マネーを受け取ることができ、電子マネーのメリットを享受させることができる。
【００４３】
請求項８に記載の発明によれば、複数台のコンピュータが存在しているネットワーク内において、何らかの処理を行う場合に、プロファイル情報に基づいて、処理スクリプトの処理を発注する処理負荷受注装置を検索し、当該プロファイル情報が所定の条件を満たす場合に、当該条件を満たした処理負荷受注装置の台数に従って処理スクリプトを分割しており、また、プロファイル情報に基づいて、出力データを発注する処理負荷受注装置を検索し、当該プロファイル情報が所定の条件を満たす場合に発注しており、さらに、処理負荷受注装置で処理した出力データを受信して処理結果出力装置の要求に従って配信しており、さらにまた、出力データについて、蓄積先を処理負荷発注装置に問い合わせた後に、蓄積している処理結果配信装置に要求してダウンロードしているので、当該処理を行うのに個々のコンピュータが高度な処理能力を必要とすることなく且つ回線速度を圧迫することなく効率よく分散処理することができる。
【発明を実施するための最良の形態】
【００４４】
次に、本発明の実施形態について、適宜、図面を参照しながら詳細に説明する。
（処理負荷発注受注システム  第一実施形態）
図１は処理負荷発注受注システム（第一実施形態）のブロック図である。図１に示すように、処理負荷発注受注システムＳは、処理負荷発注装置１と、処理負荷受注装置３と、処理結果配信装置５と、処理結果出力装置７とを備え、Ｐ２Ｐネットワークを介して接続されて構成されている。
【００４５】
この処理負荷発注受注システムＳでは、ＣＧ映像コンテンツを出力するのに、スクリプト言語（処理スクリプト）からレンダリング、エンコーディングおよび配信までの処理負荷を、処理負荷発注装置１から複数の処理負荷受注装置３に分散処理させて、処理結果を処理結果配信装置５に蓄積させて配信し、当該処理結果を同期、統合させて処理結果出力装置７に出力するものである。なお、この実施形態では、スクリプト言語として、ＴＶＭＬ（TV program Making Language）を採用し、このＴＶＭＬによるＣＧ映像コンテンツの生成（映像生成）を、処理負荷としている。
【００４６】
ここで、このＣＧ映像コンテンツの生成（映像生成）を、分散処理する際に、空間分割によって４分割する例を、図２に示す。この図２に示すように、画像サイズが縦４８０ピクセル、横６４０ピクセルであるＣＧ映像コンテンツ（当該コンテンツに含まれている１枚の画像、最終的に出力装置５に出力する出力画像）を、画像サイズが縦２４０ピクセル、横３２０ピクセルである画像４枚（右上、右下、左下、左上）に等分割している。なお、画像サイズは任意のピクセルであってもよく、ここでは、等分割しているが、発注する処理負荷受注装置３の処理能力に対応させて、画像サイズを変更してもよい。
【００４７】
また、ここで、処理負荷発注受注システムＳにおける分散処理の流れについて図３を参照して説明する。図３に示すように、処理負荷発注受注システムＳを、ピアＡ（処理負荷発注装置１、スクリプト制作ピア）、ピアＢ〜ピアＥ（後記する処理負荷受注装置３Ａ、レンダリング用の装置、レンダリングピア）、ピアＦ〜ピアＩ（後記する処理負荷受注装置３Ｂ、エンコーディング用の装置、エンコーディングピア）、ピアＪ〜ピアＭ（後記する処理結果配信装置５、配信用の装置、配信ピア）、ピアＮおよびピアＯ（処理結果出力装置７、視聴ピア）として表している。
【００４８】
ピアＡは、発注するＴＶＭＬスクリプトを制作し、当該ＴＶＭＬスクリプトの処理する箇所を指定したもの（指定処理スクリプト）について、レンダリングを行う発注先のピアを検索し、応答があるか否かを判定し、応答があったそれぞれのピア（ピアＢ〜ピアＥ）にＴＶＭＬスクリプト（指定処理スクリプト）の発注を行うものである。
【００４９】
ピアＢ〜ピアＥは、ＴＶＭＬスクリプト（指定処理スクリプト）からレンダリングした結果（出力データ）であるＡＶＩ（右上）、ＡＶＩ（右下）、ＡＶＩ（左下）、ＡＶＩ（左上）を出力し、次のエンコーディングを行う発注先のピアを検索し、応答があるか否かを判定し、応答があったピア（ピアＦ〜ピアＩ）に各ＡＶＩを送信するものである。
【００５０】
ピアＦ〜ピアＩは、これらＡＶＩをエンコーディングした結果であるＭＰＥＧ（右上）、ＭＰＥＧ（右下）、ＭＰＥＧ（左下）、ＭＰＥＧ（左上）を出力し、蓄積し配信準備をするピアを検索し、応答があるか否かを判定し、応答があったピア（ピアＪ〜ピアＭ）に各ＭＰＥＧを送信するものである。
【００５１】
ピアＪ〜ピアＭは、これらＭＰＥＧ（処理結果）を蓄積し、この処理結果を受け取ったことをピアＡに通知（図中の（１））するものである。
ピアＮおよびピアＯは、ピアＡに対し、どの配信ピア（ピアＪ〜ピアＭ）がどの処理結果を蓄積しているのかを問い合わせ、回答得て（図中の（２））、配信ピアにダウンロードを要求（図中の（３））して、処理結果を得て、同期出力するものである。
【００５２】
ここでは、右上の画像部分に相当するＴＶＭＬスクリプトを、ピアＡからピアＢに、ピアＢからピアＦに、ピアＦからピアＪにて分散処理し、ピアＪからピアＮおよびピアＯに出力している。また、右下の画像部分に相当するＴＶＭＬスクリプトを、ピアＡからピアＣに、ピアＣからピアＧに、ピアＧからピアＫにて分散処理し、ピアＫからピアＮおよびピアＯに出力している。さらに、左下の画像部分に相当するＴＶＭＬスクリプトを、ピアＡからピアＤに、ピアＤからピアＨに、ピアＨからピアＬにて分散処理し、ピアＬからピアＮおよびピアＯに出力している。
【００５３】
さらにまた、左上の画像部分に相当するＴＶＭＬスクリプトを、ピアＡからピアＥに、ピアＥからピアＩに、ピアＩからピアＭにて分散処理し、ピアＭからピアＮおよびピアＯに出力している。そして、ピアＮおよびピアＯでは、右上の画像部分、右下の画像部分、左下の画像部分、左上の画像部分を結合して、視聴者に視聴させている。
これより、図１に戻り、処理負荷発注装置１、処理負荷受注装置３、処理結果配信装置５および処理結果出力装置７の各構成について説明する。
【００５４】
［処理負荷発注装置の構成］
処理負荷発注装置１は、処理スクリプトの処理箇所を指定して、複数の処理負荷受注装置３に分散処理させるもので、プロファイル情報登録手段（処理負荷発注装置プロファイル情報登録手段）９と、処理負荷受注装置検索手段１１と、処理可否判定手段（処理負荷受注装置処理可否判定手段）１３と、処理スクリプト指定手段１５と、処理スクリプト送信手段１７と、処理結果所在受信手段１９と、処理結果所在送信手段（第一処理結果所在送信手段）２１と、処理スクリプト蓄積手段２３とを備えている。
【００５５】
プロファイル情報登録手段９は、当該装置１自体のネットワーク上のアドレス、処理内容の種類に関するプロファイル情報を、ネットワーク上に登録するものである。このプロファイル情報登録手段９は、当該装置１がネットワークに接続された際に、自動的または半自動的にプロファイル情報を登録する。
【００５６】
処理負荷受注装置検索手段１１は、処理スクリプトの処理箇所を指定した指定処理スクリプトの処理を発注する処理負荷受注装置３を、ネットワーク上に登録されているプロファイル情報に基づいて、検索するものである。プロファイル情報は、処理負荷受注装置３のネットワーク上のアドレスおよび処理内容の種類に関する情報である。ここで、プロファイル情報の例を図４に示す。
【００５７】
図４は、図３に示したピアＢ、ピアＦ、ピアＪのプロファイル情報を示している。このプロファイル情報はＴＶＭＬによって記述されており、図４（ａ）にピアＢ、図４（ｂ）にピアＦ、図４（ｃ）にピアＪのプロファイル情報を示している。各プロファイル情報では、〈ｎａｍｅ〉と〈／ｎａｍｅ〉とのタグの間にピアの名前が記述されており、〈ａｂｉｌｉｔｙ〉と〈／ａｂｉｌｉｔｙ〉とのタグの間に処理内容の種類が記述されており、〈ａｄｄｒｅｓｓ〉と〈／ａｄｄｒｅｓｓ〉とのタグの間にネットワーク上のアドレス（ＩＰアドレス）が記述されている。
図１に戻る。
【００５８】
処理可否判定手段１３は、処理負荷受注装置検索手段１１で検索した処理負荷受注装置３に対し問い合わせをし、当該処理負荷受注装置３が指定箇所を指定した指定処理スクリプトを受注可能である否かを判定するものである。この処理可否判定手段１３による受注可能であるか否かの判定は、問い合わせをした処理負荷受注装置３から送信される応答結果に基づいて行われる。
【００５９】
処理スクリプト指定手段１５は、処理可否判定手段１３で受注可能であると判定した判定結果に基づいて、処理負荷受注装置検索手段１１で検索した処理負荷受注装置３の中で依頼する処理負荷受注装置３を決定すると共に、処理スクリプトの中で処理箇所を、予め設定した設定数に従って指定するものである。以下、処理箇所を指定した処理スクリプトを指定処理スクリプトという。
【００６０】
この処理スクリプト指定手段１５では、処理スクリプトからＣＧ画像コンテンツを生成する（レンダリングする）処理負荷受注装置３Ａの台数に応じて、処理スクリプトの処理箇所を指定している。つまり、この処理スクリプト指定手段１５は、処理スクリプト（処理負荷）を処理負荷受注装置３Ａに送信する際に、当該処理スクリプトの空間分割（処理する箇所を分割すること）を行っている。
【００６１】
処理スクリプト送信手段１７は、処理スクリプト指定手段１５で発注先の処理負荷受注装置３（３Ａ）および処理箇所が指定された指定処理スクリプトと、発注を依頼する旨を記述した発注情報とを要求メッセージとして、処理負荷受注装置３Ａに送信するものである。
【００６２】
なお、発注情報には、指定処理スクリプトが処理スクリプトのどの部分に該当するのかということと、当該指定処理スクリプトからＣＧ映像コンテンツを生成（レンダリング）し、エンコーディングした後、配信するといった処理スクリプトの一連の処理手順（処理内容の手順）とが記述されている。この場合に、処理スクリプト送信手段１７は、プロファイル情報に記述されている、処理負荷受注装置３Ａのネットワーク上のアドレスを参照する。この処理スクリプト送信手段１７が送信する要求メッセージの例を図５に示す。
【００６３】
図５は処理スクリプト送信手段が送信する要求メッセージの例である。この図５に示すように、要求メッセージ（レンダリング要求メッセージ）には、図３に示したピアＡ（処理負荷発注装置１）からピアＢ（処理負荷受注装置３Ａ）への依頼（レンダリング要求）が記述されている。具体的には、〈ｆｒｏｍ  ａｄｄｒｅｓｓ〉と〈／ｆｒｏｍ〉とのタグおよび〈ｔｏ  ａｄｄｒｅｓｓ〉と〈／ｔｏ〉とのタグの間に依頼元、依頼先の名前、〈ｄｉｓｔｒｉｂｕｔｅｄ＿ｒｅｎｄｅｒｉｎｇ〉と〈／ｄｉｓｔｒｉｂｕｔｅｄ＿ｒｅｎｄｅｒｉｎｇ〉とのタグの間に、処理スクリプト内の指定処理スクリプトの範囲、〈ｔｖｍｌ＿ｓｃｒｉｐｔ〉と〈／ｔｖｍｌ＿ｓｃｒｉｐｔ〉とのタグに指定処理スクリプトの内容（ＴＶＭＬスクリプト本文）が記述されている。
図１に戻る。
【００６４】
なお、この処理スクリプト送信手段１７は、遅延手段１７ａを備えている。この遅延手段１７ａは、処理可否判定手段１３で受注可能であると判定した処理負荷受注装置３の台数が設定数に満たない場合には、受注可能であると判定した処理負荷受注装置３に対し、当初指定された処理箇所と異なる処理箇所が指定されている指定処理スクリプトを所定時間遅らせて送信するものである。つまり、この遅延手段１７ａは、処理スクリプト（処理負荷）を処理負荷受注装置３Ａに送信する際に、当該処理スクリプトの時間分割（指定処理スクリプトを時間的にずらすこと）を行っている。
【００６５】
なお、この処理スクリプト送信手段１７が、指定処理スクリプトを、複数の処理負荷受注装置３Ａに送信するタイミングについては、遅延手段１７ａに従わずに同時に送信してもよいし、例えば、処理スクリプトの処理箇所を等分量に指定しなかった場合に、処理するのに多くの時間を費やすことが予測される指定処理スクリプトを優先的に送信してもよい。これにより、ネットワークにおけるデータの伝送速度（回線速度）が遅い場合であっても、当該ネットワークを圧迫すること（例えば、データ伝送量が一時に増加して通信不能な状態が生じたりすること）が軽減される。
【００６６】
処理結果所在受信手段１９は、処理結果配信装置５から送信された処理結果（出力データ）が蓄積されている当該処理結果配信装置５のネットワーク上のアドレス（処理結果の所在）を受信するものである。なお、この処理結果所在受信手段１７で受信された処理結果配信装置５のネットワーク上のアドレスは、処理スクリプト蓄積手段２１に蓄積される。
【００６７】
処理結果所在送信手段２１は、処理結果出力装置７から要求された、処理結果（出力データ）が蓄積されている処理結果配信装置５のネットワーク上のアドレスを、当該処理結果出力装置７に送信するものである。
【００６８】
処理スクリプト蓄積手段２３は、ＴＶＭＬで記述された処理スクリプト（ＴＶＭＬスクリプト）、処理結果配信装置５のネットワーク上のアドレスを蓄積しているもので、一般的なハードディスク等によって構成されている。
【００６９】
この処理負荷発注装置１によれば、Ｐ２Ｐネットワークのように、複数台のコンピュータが存在しているネットワーク内において、処理スクリプトのような何らかの処理を行う場合に、処理負荷受注装置３が当該ネットワーク上に予め登録しておいたプロファイル情報に基づいて、当該処理スクリプトを発注する処理負荷受注装置３を検索し、当該プロファイル情報が所定の条件を満たす場合に、当該条件を満たした処理負荷受注装置３の台数に従って処理スクリプトを指定しているので、当該処理を行うのに個々のコンピュータが高度な処理能力を必要とすることなく且つ回線速度を圧迫することなく効率よく分散処理することができる。
【００７０】
なお、この処理負荷発注装置１が処理スクリプトを処理するすべての処理負荷受注装置３を指定してもよいし、この実施の形態のように、処理負荷受注装置３が個別に次の処理を行う別の処理負荷受注装置３をその都度（出力データが送信可能な状態になった場合）に検索してもよい。
【００７１】
［処理負荷受注装置の構成］
処理負荷受注装置３は、処理負荷発注装置１から送信された処理スクリプト（指定処理スクリプト）を受信して、処理するもので、当該処理スクリプトを処理する処理内容に対応した性能を有している複数台のコンピュータによって構成されている。この実施形態では、処理負荷受注装置３は、レンダリング用の装置である複数台の処理負荷受注装置３Ａ、エンコーディング用の装置である複数台の処理負荷受注装置３Ｂとから構成されている。
【００７２】
なお、ここでは、処理負荷受注装置３Ａおよび処理負荷受注装置３Ｂの２段階の処理としているが、処理負荷によっては、２段に限定されず、処理負荷の量によっては段数も少なくしても多くしてもよい。さらに、処理負荷受注装置３Ａの台数はｎ台（３Ａ１〜３Ａｎ）、処理負荷受注装置３Ｂの台数はｍ台（３Ｂ１〜３Ｂｍ）備えられており、これらｎ、ｍは任意の整数である。
【００７３】
また、これら処理負荷受注装置３Ａおよび処理負荷受注装置３Ｂは、処理する内容が異なるだけであり、実際のハード構成の詳細は異なるものの実質的には同じものとして取り扱って差し支えない。それゆえ、処理負荷受注装置３Ａの構成を説明し、処理負荷受注装置３Ｂの構成の説明は省略する。
【００７４】
処理負荷受注装置３Ａは、プロファイル情報登録手段（処理負荷受注装置プロファイル情報登録手段）２５と、処理結果受信手段（第一処理結果受信手段）２７と、追加処理実行手段２９と、処理負荷受注装置・処理結果配信装置検索手段３１と、処理可否判定手段（処理負荷受注装置・処理結果配信装置処理可否判定手段）３３と、追加処理結果送信手段３５と、データ蓄積手段３７とを備えている。
【００７５】
プロファイル情報登録手段２５は、当該装置３Ａ自体のネットワーク上のアドレス、処理内容の種類に関するプロファイル情報を、ネットワーク上に登録するものである。このプロファイル情報登録手段２５は、当該装置３Ａがネットワークに接続された際に、自動的または半自動的にプロファイル情報を登録する。
【００７６】
処理結果受信手段２７は、処理負荷発注装置１から送信された指定処理スクリプト（または他の処理負荷受注装置３から送信された出力データ）を受信するものである。
追加処理実行手段２９は、処理結果受信手段２７で受信した指定処理スクリプト（または他の処理負荷受注装置３から送信された出力データ）に追加処理を実行するものである。ここでは、指定処理スクリプトをレンダリングする処理を実行する。また、処理負荷受注装置３Ｂでは、エンコーディング（例えば、ＭＰＥＧ圧縮）する処理を実行する。
【００７７】
処理負荷受注装置・処理結果配信装置検索手段３１は、出力データを送信する他の処理負荷受注装置３または出力データを蓄積する処理結果配信装置５を、発注情報およびネットワーク上に登録されているプロファイル情報に基づいて検索するものである。つまり、ここでは、処理負荷受注装置・処理結果配信装置検索手段３１は、レンダリングした結果（出力データ）をエンコーディングする装置（エンコーディング用の処理負荷受注装置３Ｂ）を検索する。
【００７８】
処理可否判定手段３３は、処理負荷受注装置・処理結果配信装置検索手段３１で検索した処理負荷受注装置３または処理結果配信装置５に対し問い合わせをし、当該処理負荷受注装置３が出力データを受注可能である否かまたは当該処理結果配信装置５が出力データを受信可能であるか否かを判定するものである。この処理可否判定手段３３による受注可能であるか否かの判定または受信可能であるか否かの判定は、問い合わせをした処理負荷受注装置３から送信される応答結果または問い合わせをした処理結果配信装置５から送信される応答結果に基づいて行われる。
【００７９】
追加処理結果送信手段３５は、追加処理結果実行手段２９で追加処理を実行した結果（出力データまたは新たな出力データ）を、処理負荷受注装置・処理結果配信装置検索手段３１で検索した他の処理負荷受注装置３または処理結果配信装置５に送信するものである。
【００８０】
データ蓄積手段３７は、プロファイル情報、受信した出力データおよび追加処理した新たな出力データを蓄積するもので、一般的なハードディスク等によって構成されている。
【００８１】
この処理負荷受注装置３Ａによれば、複数台のコンピュータが存在しているネットワーク内において、何らかの処理、つまり、処理スクリプトからＣＧ映像コンテンツの制作を行う場合に、プロファイル情報に基づいて、出力データ（新たな出力データ）を発注する他の処理負荷受注装置３または処理結果配信装置５を検索し、当該プロファイル情報が所定の条件を満たす場合に発注または送信しているので、当該処理を行うのに個々のコンピュータが高度な処理能力を必要とすることなく且つ回線速度を圧迫することなく効率よく分散処理することができる。
【００８２】
［処理結果配信装置の構成］
処理結果配信装置５は、プロファイル情報登録手段（処理結果配信装置プロファイル情報登録手段）３９と、処理結果受信手段（第二処理結果受信手段）４１と、処理結果所在送信手段（第二処理結果所在送信手段）４３と、ダウンロード要求受信手段４５と、処理結果送信手段４７と、データ蓄積手段４９とを備えている。
【００８３】
プロファイル情報登録手段３９は、当該装置５自体のネットワーク上のアドレス、処理内容の種類に関するプロファイル情報を、ネットワーク上に登録するものである。このプロファイル情報登録手段３９は、当該装置５がネットワークに接続された際に、自動的または半自動的にプロファイル情報を登録する。
【００８４】
処理結果受信手段４１は、処理負荷受注装置３から送信された出力データを受信するものである。
処理結果所在送信手段４３は、出力データと共に送信された発注情報または予めネットワーク上に登録されている処理負荷発注装置１のプロファイル情報に記述されている当該処理負荷発注装置１のネットワーク上のアドレス宛に、当該装置５自体のネットワーク上のアドレスを送信するものである。
【００８５】
ダウンロード要求受信手段４５は、処理結果出力装置７から送信された、出力データのダウンロードの要求を受信するものである。
処理結果送信手段４７は、ダウンロード要求受信手段４５でダウンロードの要求を受信した処理結果出力装置７に、該当する出力データを送信（配信）するものである。
データ蓄積手段４９は、プロファイル情報、受信した出力データを蓄積するもので、一般的なハードディスク等によって構成されている。
【００８６】
この処理結果配信装置５によれば、複数台のコンピュータが存在しているネットワーク内において、何らかの処理を行う場合に、処理負荷受注装置３で処理した出力データを受信して処理結果出力装置７の要求に従って配信することで、当該処理を行うのに個々のコンピュータが高度な処理能力を必要とすることなく且つ回線速度を圧迫することなく効率よく分散処理することができる。
【００８７】
［処理結果出力装置の構成］
処理結果出力装置５は、処理負荷発注装置１に対し、出力データを蓄積している処理結果配信装置５のネットワーク上のアドレス（処理結果の所在）の問い合わせをし、処理結果配信装置５に対し、最終的な出力データであるＣＧ映像コンテンツのダウンロードを要求して、当該ＣＧ映像コンテンツを同期（統合）させて表示出力するもので、処理結果所在要求手段５１と、ダウンロード要求手段５３と、処理結果受信手段（第三処理結果受信手段）５５と、同期出力手段５７と、データ蓄積手段５９とを備えている。
【００８８】
処理結果所在要求手段５１は、予めネットワーク上に登録されている処理負荷発注装置１のプロファイル情報に基づいて当該処理負荷発注装置１に対し要求をし、出力データを蓄積している処理結果配信装置５のネットワーク上のアドレスを取得するものである。
【００８９】
ダウンロード要求手段５３は、処理結果所在要求手段５１で取得した処理結果配信装置５のネットワーク上のアドレスに向けて、出力データ（新たな出力データ、処理結果）のダウンロードを要求するものである。
【００９０】
処理結果受信手段５５は、ダウンロード要求手段５３で要求した結果、処理結果配信装置５から、出力データ（新たな出力データ、処理結果）を受信するものである。ここでは、出力データがストリーミングされ、同期出力手段５７によってリアルタイムに再生されるか、データ蓄積手段５９に蓄積される。
【００９１】
同期出力手段５７は、処理結果受信手段５５で受信した出力データ（新たな出力データ、処理結果）が統合するように同期させて再生させ、図示を省略した表示画面に表示出力するものである。この同期出力手段５７は、処理負荷発注装置１の処理スクリプト指定手段１５で処理スクリプトの処理箇所が指定された指定処理スクリプトによって生成されたＣＧ映像コンテンツの各部分（ここでは４分割の部分）を同期（統合）させて再生する。
【００９２】
データ蓄積手段５９は、処理結果受信手段５５で受信した出力データ（新たな出力データ、処理結果）を蓄積するもので、一般的なハードディスク等によって構成されている。
【００９３】
この処理結果出力装置７によれば、ネットワーク上で複数台のコンピュータによって分散処理されたＣＧ映像コンテンツを同期させて再生することができる。
【００９４】
（処理負荷発注受注システム［第一実施形態］の動作）
次に、処理負荷発注受注システムＳの動作について、図６および図７に示すシーケンスチャートを参照して説明する（適宜、図１参照）。
まず、処理負荷発注装置１（スクリプト制作ピア）は、プロファイル情報登録手段９によって、予め自体のプロファイル情報をネットワーク上に登録しておく（ステップＳａ１）。続いて、処理負荷発注装置１は、処理負荷受注装置検索手段１１によって、予めネットワーク上に登録されているプロファイル情報に基づいて、レンダリングピア（処理負荷受注装置３Ａ）を検索し、処理可否判定手段１３によって、当該レンダリングピアに発注可能か否かを判定する（ステップＳａ２）。
【００９５】
続いて、処理負荷発注装置１は、処理負荷受注装置検索手段１１で検索した検索結果および処理可否判定手段１３で判定した判定結果により、処理スクリプトを処理スクリプト指定手段１５によって指定して、処理スクリプト送信手段１７によって、指定処理スクリプトを送信（ＴＶＭＬスクリプト送信）する（ステップＳａ３）。
【００９６】
その後、処理負荷発注装置１は、処理結果所在受信手段１９によって、処理結果配信装置５から処理結果の所在（当該処理結果配信装置５のネットワーク上のアドレス）を受信する（ステップＳａ４、（Ｃ）参照）。さらに、処理負荷発注装置１は、処理結果所在送信手段２１によって、処理結果出力装置７からの要求（処理結果配信装置５のネットワーク上のアドレスの問い合わせ）に対し、処理結果の所在（当該処理結果配信装置５のネットワーク上のアドレス）を送信する（ステップＳａ５、（Ｄ）参照）。そして、処理負荷発注装置１は、すべての動作が終了したか否かを判定し（ステップＳａ６）、終了したと判定しなかった場合（ステップＳａ６でＮＯ）、ステップＳａ１に戻り、終了したと判定した場合（ステップＳａ６でＹＥＳ）、動作を終了する。
【００９７】
また、処理負荷受注装置３Ａ（レンダリングピア）は、プロファイル情報登録手段２５によって、予めネットワーク上にプロファイル情報を登録しており（ステップＳｂ１）、処理負荷発注装置１が検索した場合に、応答する（ステップＳｂ２）。そうすると、処理負荷受注装置３Ａは、処理結果受信手段２７によって、指定処理スクリプトを受信（ＴＶＭＬスクリプト受信）する（ステップＳｂ３）。
【００９８】
そして、処理負荷受注装置３Ａは、追加処理実行手段２９によって、レンダリングを開始する（ステップＳｂ４）。そして、処理負荷受注装置３Ａは、処理負荷受注装置・処理結果配信装置検索手段３１によって、予めネットワーク上に登録されているプロファイル情報に基づいて、エンコーディングピア（処理負荷受注装置３Ｂ）を検索し、処理可否判定手段３３によって、当該エンコーディングピアに発注可能か否かを判定する（ステップＳｂ５、（Ａ）参照）。続いて、処理負荷受注装置３Ａは、追加処理結果送信手段３５によって、出力データであるレンダリング結果を送信する（ステップＳｂ６、（Ｂ）参照）。
【００９９】
そして、処理負荷受注装置３Ａは、追加処理実行手段２９によるレンダリングが終了したか否かを判定し（ステップＳｂ７）、終了したと判定しなかった場合（ステップＳｂ７でＮＯ）、繰り返し実行し、終了したと判定した場合（ステップＳｂ７でＹＥＳ）、当該装置３Ａの動作を終了するか否かを判定し（ステップＳｂ８）、終了したと判定しなかった場合（ステップＳｂ８でＮＯ）、ステップＳｂ１に戻り、終了したと判定した場合（ステップＳｂ８でＹＥＳ）、動作を終了する。
【０１００】
また、処理負荷受注装置３Ｂ（エンコーディングピア）は、プロファイル情報登録手段２５によって、予めネットワーク上にプロファイル情報を登録しており（ステップＳｃ１）、処理負荷受注装置３Ａが検索した場合に、応答する（ステップＳｃ２）。そうすると、処理負荷受注装置３Ｂは、処理結果受信手段２７によって、出力データを受信（レンダリング結果受信）する（ステップＳｃ３）。
【０１０１】
そして、処理負荷受注装置３Ｂは、追加処理実行手段２９によって、エンコーディングを開始する（ステップＳｃ４）。そして、処理負荷受注装置３Ｂは、処理負荷受注装置・処理結果配信装置検索手段３１によって、予めネットワーク上に登録されているプロファイル情報に基づいて、配信ピア（処理結果配信装置５）を検索し、処理可否判定手段３３によって、当該配信ピアに送信可能か否かを判定する（ステップＳｃ５）。続いて、処理負荷受注装置３Ｂは、追加処理結果送信手段３５によって、新たな出力データであるエンコーディング結果を送信する（ステップＳｃ６）。
【０１０２】
そして、処理負荷受注装置３Ｂは、追加処理実行手段２９によるエンコーディングが終了したか否かを判定し（ステップＳｃ７）、終了したと判定しなかった場合（ステップＳｃ７でＮＯ）、繰り返し実行し、終了したと判定した場合（ステップＳｃ７でＹＥＳ）、当該装置３Ｂの動作を終了するか否かを判定し（ステップＳｃ８）、終了すると判定しなかった場合（ステップＳｃ８でＮＯ）、ステップＳｃ１に戻り、終了すると判定した場合（ステップＳｃ８でＹＥＳ）、動作を終了する。
【０１０３】
そして、処理結果配信装置５（配信ピア）は、プロファイル情報登録手段１５によって、予めネットワーク上にプロファイル情報を登録しており（ステップＳｄ１）、処理負荷受注装置３Ｂが検索した場合に、応答する（ステップＳｄ２）。そうすると、処理結果配信装置５は、処理結果受信手段４１によって、新たな出力データを受信（エンコーディング結果受信）する（ステップＳｄ３）。
【０１０４】
そして、処理結果配信装置５は、処理結果所在送信手段４５によって、処理負荷発注装置１のネットワーク上のアドレスに向け、自体のネットワーク上のアドレスを処理結果の所在として送信する（ステップＳｄ４）。その後、処理結果配信装置５は、ダウンロード要求受信手段４５によって、処理結果出力装置７からのダウンロードの要求を受信（要求受信）し（ステップＳｄ５）、処理結果送信手段４７によって、新たな出力データの送信（番組配信）を実行する（ステップＳｄ６）。そして、処理結果配信装置５は、処理結果送信手段４７による番組配信が終了したか否かを判定し（ステップＳｄ７）、終了したと判定しなかった場合（ステップＳｄ７でＮＯ）、繰り返し実行し、終了したと判定した場合（ステップＳｄ７でＹＥＳ）、当該装置５の動作を終了するか否かを判定し（ステップＳｄ８）、終了すると判定しなかった場合（ステップＳｄ８でＮＯ）、ステップＳｄ１に戻り、終了すると判定した場合（ステップＳｄ８でＹＥＳ）、動作を終了する。
【０１０５】
さらにまた、処理結果出力装置７は、処理結果所在要求手段５１によって、処理負荷発注装置１のネットワーク上のアドレスに向け、処理結果配信装置５のネットワーク上のアドレス（処理結果の所在）を要求し、取得する（ステップＳｅ１）。そして、処理結果出力装置７は、ダウンロード要求手段５３によって、処理結果配信装置５に対し、新たな出力データのダウンロードを要求（ダウンロード要求）する（ステップＳｅ２）。続いて、処理結果出力装置７は、処理結果受信手段５５によって、新たな出力データを受信（番組受信）する（ステップＳｅ３）。
【０１０６】
そして、処理結果出力装置７は、同期出力手段５７によって、受信した新たな出力データを同期させて再生（番組再生）する（ステップＳｅ４）。そして、処理結果出力装置７は、同期出力手段５７による番組再生が終了したか否かを判定し（ステップＳｅ５）、終了したと判定しなかった場合（ステップＳｅ５でＮＯ）、ステップＳｅ１に戻り繰り返し実行し、終了したと判定した場合（ステップＳｅ５でＹＥＳ）、当該装置７の動作を終了する。
【０１０７】
（処理負荷発注受注システム  第二実施形態）
図８は処理負荷発注受注システム（第二実施形態）のブロック図である。この図８に示すように、処理負荷発注受注システムＳＡは、Ｐ２Ｐネットワーク（ネットワーク）を介して、処理負荷発注装置１Ａと、複数の処理負荷受注装置３Ｄとが接続されて構成されている。
【０１０８】
この処理負荷発注受注システムＳＡでは、処理負荷発注装置１Ａから、３Ｄのコンピュータグラフィックス（ＣＧ映像コンテンツ）を描く処理（処理スクリプト）を処理負荷とし、この処理負荷の依頼を要求仕様クエリーとして、複数の処理負荷受注装置３Ｄに送信している。そして、処理負荷発注受注システムＳＡでは、処理負荷発注装置１Ａによって、複数の処理負荷受注装置３Ｄの中から、処理負荷を発注する少なくとも１台が決定され、処理負荷受注装置３Ｄが当該処理負荷を受注して処理する。
【０１０９】
また、この処理負荷発注受注システムＳＡにおいて、ネットワークはＰ２Ｐネットワークが採用されている。このＰ２Ｐネットワークは、研究所や大学等の特定の利用者に使用が限定されているものではなく、一般の利用者も使用可能なオープンなＰ２Ｐネットワークが採用されている。このようなオープンなＰ２Ｐネットワークは、分散コンピューティング、グリッドコンピューティングの分野や、インターネット等で採用されている。
【０１１０】
ここで、図９を参照して、処理負荷発注受注システムＳＡの処理の流れについて説明する。ここでは、ピアＡが処理負荷発注装置１Ａに該当し、ピアＢ、ピアＣおよびピアＤが処理負荷受注装置３Ｄに該当している。
【０１１１】
まず、図９（ａ）に示したように、予め、ピアＢ、ピアＣおよびピアＤがＰ２Ｐネットワークにプロファイル情報を登録しておく（プロファイル登録）。続いて、図９（ｂ）に示したように、ピアＡが要求仕様クエリーをＰ２Ｐネットワークに送信すると、ピアＢ、ピアＣおよびピアＤがオークションに参加し、その結果、ピアＢとの間で契約が成立する。
【０１１２】
そうすると、図９（ｃ）に示したように、ピアＡからピアＢに処理負荷の送信、すなわち、発注（処理スクリプト送信）が行われる。その後、図９（ｄ）に示したように、ピアＢからピアＡに処理結果の送信、すなわち、納品（出力映像送信）が行われ、ピアＡからピアＢに電子マネーの支払いが行われる。このように、処理負荷発注受注システムＳＡでは、第一実施形態とは異なり、処理負荷を送信する処理負荷受注装置３Ｄをオークションによって選び出し、処理を行った対価として電子マネーを支払うように構成されている。
図８に戻る。
【０１１３】
［処理負荷発注装置の構成］
処理負荷発注装置１Ａは、処理負荷（処理スクリプト）の発注を行うもので、要求仕様送信手段６１と、入札情報・プロファイル情報受信手段６３と、オークション手段６５と、発注情報・処理スクリプト送信手段６７と、処理結果受信手段６９と、電子マネー支払手段７１と、処理スクリプト蓄積手段７３とを備えている。
【０１１４】
要求仕様送信手段６１は、ネットワーク上に予め登録されているプロファイル情報に基づいて、処理スクリプトの処理内容と、この処理内容を処理した場合の対価（電子マネーによる支払い額）とを記述した要求仕様クエリーを、送信するものである。
【０１１５】
プロファイル情報は、第一実施形態とは若干異なり、処理負荷受注装置３Ｄのネットワーク上のアドレス、処理内容の種類、処理性能および処理する際の単位時間あたりのコストに関するものである。以下、この第二実施形態のプロファイル情報を第一実施形態のプロファイル情報と区別するために、受注希望プロファイル情報と記載することにする。ここで、この受注希望プロファイル情報の例を図１０に示す。
【０１１６】
図１０に示すように、受注希望プロファイル情報は、図９に示したピアＢ、ピアＣおよびピアＤの受注希望プロファイル情報を示している。この受注希望プロファイル情報はＴＶＭＬによって記述されており、図１０（ａ）にピアＢ、図１０（ｂ）にピアＣ、図１０（ｃ）にピアＤの受注希望プロファイル情報を示している。
【０１１７】
各受注希望プロファイル情報には、〈ｎａｍｅ〉と〈／ｎａｍｅ〉とのタグの間にピアの名前が記述されており、〈ａｄｄｒｅｓｓ〉と〈／ａｄｄｒｅｓｓ〉とのタグの間にネットワーク上のアドレス（ＩＰアドレス）が記述されており、〈ａｂｉｌｉｔｙ〉と〈／ａｂｉｌｉｔｙ〉とのタグの間に処理内容の種類が記述されている。
【０１１８】
さらに、各受注希望プロファイル情報には、〈ｐｅｒｆｏｒｍａｎｃｅ＝“３ＤＭａｒｋ”〉と〈／ｐｅｒｆｏｒｍａｎｃｅ〉とのタグの間に処理性能が記述されており、〈ｏｒｄｅｒ＿ｐｒｉｃｅ〉と〈／ｏｒｄｅｒ＿ｐｒｉｃｅ〉とのタグの間に処理する際の単位時間あたりのコスト（受注コスト）が記述されている。ちなみに、〈ｐｅｒｆｏｒｍａｎｃｅ＝“３ＤＭａｒｋ”〉のタグに記述されている“３ＤＭａｒｋ”は、３ＤＭａｒｋという３ＤＣＧ処理ベンチマークテストの種類を指し、タグの間の数値は、当該ベンチマークテストでのスコアであり、この数値が高いほど処理性能が高いことを示している。
【０１１９】
また、〈ｏｒｄｅｒ＿ｐｒｉｃｅ〉と〈／ｏｒｄｅｒ＿ｐｒｉｃｅ〉とのタグの間の数値の単位は、ｐｏｉｎｔｓ／ｍｉｎ、すなわち、受注した処理スクリプト（ここでは、ＴＶＭＬレンダリング）の単位時間１分あたりの電子マネーの価格（ｐｏｉｎｔｓ）である。
【０１２０】
また、要求仕様クエリーは、処理スクリプトの処理内容および対価を記述したものである。ここで、この要求仕様クエリーの例を図１１に示す。図１１に示すように、要求仕様クエリーには、〈ｎａｍｅ〉と〈／ｎａｍｅ〉とのタグの間にピアの名前が記述されており、〈ａｄｄｒｅｓｓ〉と〈／ａｄｄｒｅｓｓ〉とのタグの間にネットワーク上のアドレス（ＩＰアドレス）が記述されており、〈ｔａｓｋ〉と〈／ｔａｓｋ〉とのタグの間に処理スクリプトの処理内容と要求する仕様とが記述されている。
【０１２１】
ここでは、処理スクリプトの処理内容として、〈ａｂｉｌｉｔｙ〉と〈／ａｂｉｌｉｔｙ〉とのタグの間にＴＶＭＬ  Ｒｅｎｄｅｒｉｎｇが記述されている。また、要求する仕様として、〈ｐｅｒｆｏｒｍａｎｃｅ＝“３ＤＭａｒｋ”〉と〈／ｐｅｒｆｏｒｍａｎｃｅ〉とのタグの間に３００と、〈ｏｒｄｅｒ＿ｐｒｉｃｅ〉と〈／ｏｒｄｅｒ＿ｐｒｉｃｅ〉とのタグの間に２０とが記述されている。つまり、要求する仕様は、３ＤＭａｒｋのスコアが３００以上で、受注コストが最大２０ｐｏｉｎｔｓ／ｍｉｎであることを表している。
図８に戻る。
【０１２２】
入札情報・プロファイル情報受信手段６３は、処理負荷受注装置３Ｄが送信した入札情報および受注希望プロファイル情報を受信するものである。なお、入札情報は、要求仕様クエリーに対し、受注を希望する旨を記述したものである。
【０１２３】
オークション手段６５は、入札情報・プロファイル情報受信手段６３で受信された１または複数の入札情報および受注希望プロファイル情報の比較により、処理スクリプトを発注する処理負荷受注装置３Ｄを決定するものである。なお、入札情報・プロファイル情報受信手段６３で受信された入札情報および受注希望プロファイル情報が１つだけの場合、比較することができないので、オークション手段６５は、要求仕様クエリーに記述した要求する仕様を満たすか否かを判定して、処理スクリプトを発注するか否かを決定する。
【０１２４】
発注情報・処理スクリプト送信手段６７は、オークション手段６５で処理スクリプトの発注が決定した処理負荷受注装置３Ｄに対し、発注を依頼する旨を記述した発注情報および当該処理スクリプトを送信するものである。
【０１２５】
処理結果受信手段６９は、発注情報・処理スクリプト送信手段６７で送信した処理スクリプトが処理負荷受注装置３Ｄで処理された処理結果を受信するものである。
電子マネー支払手段７１は、処理結果受信手段６９で処理結果を受信した際に、当該処理結果を送信した処理負荷受注装置３Ｄに電子マネーを支払うものである。
すなわち、処理結果受信手段６９によって、処理負荷受注装置３Ｄで制作されたＣＧ映像コンテンツが処理負荷発注装置１Ａに“納品される”ことになり、電子マネー支払手段７１によって、“対価が支払われる”ことになる。
【０１２６】
処理スクリプト蓄積手段７３は、発注する処理スクリプトを蓄積しておくもので、一般的なハードディスク等によって構成されている。なお、この処理スクリプト蓄積手段７３に処理結果であるＣＧ映像コンテンツを蓄積しておくことも可能である。
【０１２７】
この処理負荷発注装置１Ａによれば、処理スクリプトの分散処理を実行する際に、オープンなＰ２Ｐシステムにおいて、当該処理スクリプトの発注の際に、オークション手段６５によって、オークションによる擬似的な経済原理が導入され、当該ネットワークに接続される各処理負荷受注装置３Ｄの利用者に対し、当該処理スクリプトを処理する対価として、電子マネー支払手段７１によって、電子マネーを支払うことができ、電子マネーのメリットを享受させることができる。
【０１２８】
［処理負荷受注装置の構成］
処理負荷受注装置３Ｄは、処理負荷（処理スクリプト）を受注して処理を行うもので、プロファイル情報登録手段７５と、要求仕様受信手段７７と、入札情報・プロファイル情報送信手段７９と、発注情報・処理スクリプト受信手段８１と、スクリプト処理手段８３と、処理結果送信手段８５と、電子マネー受領手段８７と、データ蓄積手段８９とを備えている。
【０１２９】
プロファイル情報登録手段７５は、予めＰ２Ｐネットワーク上に受注希望プロファイル情報を登録するものである。
要求仕様受信手段７７は、処理負荷発注装置１Ａから送信された要求仕様クエリーを受信するものである。
【０１３０】
入札情報・プロファイル情報送信手段７９は、要求仕様受信手段７７で受信した要求仕様クエリーに対し、当該要求仕様クエリーを送信した処理負荷発注装置１Ａに、入札情報および受注希望プロファイル情報を送信するものである。
【０１３１】
発注情報・処理スクリプト受信手段８１は、処理負荷発注装置１Ａから送信された発注情報および処理スクリプトを受信するものである。
スクリプト処理手段８３は、発注情報・処理スクリプト受信手段８１で受信された処理スクリプトを処理するものである。この実施形態では、スクリプト処理手段８３は、処理スクリプトをレンダリングして、ＣＧ映像コンテンツを制作する。
【０１３２】
処理結果送信手段８５は、スクリプト処理手段８３で処理した処理結果（ＣＧ映像コンテンツ）を要求仕様クエリーに記述されていた処理負荷発注装置１Ａのネットワーク上のアドレスに送信（返信）するものである。
【０１３３】
電子マネー受領手段８７は、処理負荷発注装置１Ａから支払われた（送信された）電子マネーを受領するものである。
【０１３４】
データ蓄積手段８９は、受注希望プロファイル情報やスクリプト処理手段８３で処理を行う際に必要なデータを蓄積しておくもので、一般的なハードディスク等によって構成されている。
【０１３５】
この処理負荷受注装置３Ｄによれば、処理スクリプトの分散処理を実行する際に、オープンなＰ２Ｐシステムにおいて、当該処理スクリプトの受注の際に、入札情報・プロファイル情報送信手段７９によって、オークションによる擬似的な経済原理が導入され、当該処理スクリプトを処理する対価として、電子マネー受領手段８７によって、電子マネーを受け取ることができ、電子マネーのメリットを享受させることができる。
【０１３６】
（処理負荷発注受注システムの動作）
次に、処理負荷発注受注システムＳＡの動作について、図１２に示すシーケンスチャートを参照して説明する（適宜、図８参照）。
予め、処理負荷受注装置３Ｄは、プロファイル情報登録手段７５によって、受注希望プロファイル情報をネットワーク上に登録しておく（ステップＳｇ１）。
【０１３７】
そうすると、処理負荷発注装置１Ａは、要求仕様送信手段６１によって、要求仕様クエリーを複数の処理負荷受注装置３Ｄに送信（要求仕様クエリー問い合わせ）する（ステップＳｆ１）。処理負荷受注装置３Ｄは、この要求仕様クエリーを、要求仕様受信手段７７によって、受信（要求仕様クエリー受信）する（ステップＳｇ２）。
【０１３８】
続いて、処理負荷受注装置３Ｄは、入札情報・プロファイル情報送信手段７９によって、入札情報および受注希望プロファイル情報を送信（入札情報＋プロファイル送信）する（ステップＳｇ３）。そうすると、処理負荷発注装置１Ａは、入札情報・プロファイル情報受信手段６３によって、入札情報および受注希望プロファイル情報を受信（入札情報＋プロファイル受信）する（ステップＳｆ２）。
【０１３９】
そして、処理負荷発注装置１Ａは、オークション処理手段６５によって、受注希望プロファイル情報の比較（オークション処理）し（ステップＳｆ３）、比較した結果に基づいて、発注情報・処理スクリプト送信手段６７によって、発注情報および処理スクリプトを送信（発注情報＋処理スクリプト送信）する（ステップＳｆ４）。そうすると、処理負荷受注装置３Ｄは、発注情報・処理スクリプト受信手段８１によって、発注情報および処理スクリプトを受信（発注情報＋処理スクリプト受信）する（ステップＳｇ４）。
【０１４０】
そして、処理負荷受注装置３Ｄは、スクリプト処理手段８３によって、処理スクリプトからＣＧ映像コンテンツの制作（スクリプト処理、映像化）を行って（ステップＳｇ５）、処理結果送信手段８５によって、処理結果（制作した映像、ＣＧ映像コンテンツ）の送信を行う（ステップＳｇ６）。そして、処理負荷発注装置１Ａは、処理結果受信手段６９によって、処理結果を受信し（ステップＳｆ５）、電子マネー支払手段７１によって、電子マネーの支払を行う（ステップＳｆ６）。
【０１４１】
そうすると、処理負荷受注装置３Ｄは、電子マネー受領手段８７によって、電子マネーを受信し（ステップＳｇ７）、動作を終了するか否かを判定し（ステップＳｇ８）、終了すると判定しなかった場合（ステップＳｇ８でＮＯ）には、ステップＳｇ１に戻り、終了すると判定した場合（ステップＳｇ８でＹＥＳ）には終了する。
【０１４２】
以上、本発明の実施形態について説明したが、本発明は前記実施形態には限定されない。例えば、本実施形態では、処理負荷発注受注システムＳ、ＳＡとして説明したが、これらに含まれる処理負荷発注装置１、１Ａ、処理負荷受注装置３Ａ、３Ｂ、３Ｄ、処理結果配信装置５および処理結果出力装置７の各構成が行っている処理を実現可能に一般的または特殊なコンピュータ言語で記述した処理負荷発注プログラム、処理負荷受注プログラム処理結果配信プログラムおよび処理結果出力プログラムとすることもできる。この場合、処理負荷発注装置１、１Ａ、処理負荷受注装置３Ａ、３Ｂ、３Ｄ、処理結果配信装置５および処理結果出力装置７と同様の効果を奏する。
【０１４３】
また、処理負荷発注受注システムＳ、ＳＡの各構成を混合した構成、例えば、処理負荷発注受注システムＳに電子マネーの仕組みを組みこんでもよい。この場合、処理負荷発注受注システムＳで取り扱っているプロファイル情報が受注希望プロファイル情報に置き換える必要がある。
【図面の簡単な説明】
【０１４４】
【図１】本発明の実施形態に係る処理負荷発注受注システム（第一実施形態）のブロック図である。
【図２】このＣＧ映像コンテンツの生成を、分散処理する際に、空間分割（処理箇所の指定）によって４分割する例を示した図である。
【図３】処理負荷発注受注システム（第一実施形態）における分散処理の流れについて示した図である。
【図４】プロファイル情報の例を示した図である。
【図５】処理スクリプト送信手段が送信する要求メッセージの例を示した図である。
【図６】図１に示した処理負荷発注受注システム（第一実施形態）の動作を示したシーケンスチャートである（前段）。
【図７】図１に示した処理負荷発注受注システム（第一実施形態）の動作を示したシーケンスチャートである（後段）。
【図８】本発明の実施形態に係る処理負荷発注受注システム（第二実施形態）のブロック図である。
【図９】処理負荷発注受注システム（第二実施形態）における処理の流れについて示した図である。
【図１０】受注希望プロファイル情報の例を示した図である。
【図１１】要求仕様クエリーの例を示した図である。
【図１２】図８に示した処理負荷発注受注システム（第二実施形態）の動作を示したシーケンスチャートである。
【符号の説明】
【０１４５】
１、１Ａ                    処理負荷発注装置
３、３Ａ、３Ｂ、３Ｄ        処理負荷受注装置
５                          処理結果配信装置
７                          処理結果出力装置
９、２５、３９、７５        プロファイル情報登録手段
１１                        処理負荷受注装置検索手段
１３、３３                  処理可否判定手段
１５                        処理スクリプト指定手段
１７                        処理スクリプト送信手段
１９                        処理結果所在受信手段
２１、４３                  処理結果所在送信手段
２３                        処理スクリプト蓄積手段
２７、４１、５５、６９      処理結果受信手段
２９                        追加処理実行手段
３１                        処理負荷受注装置・処理結果配信装置検索手段
３５                        追加処理結果送信手段
３７、４９、５９、８９      データ蓄積手段
４７、８５                  処理結果送信手段
６１                        要求仕様送信手段
６３                        入札情報・プロファイル情報受信手段
６５                        オークション処理手段
６７                        発注情報・処理スクリプト送信手段
７１                        電子マネー支払手段
７７                        要求仕様受信手段
７９                        入札情報・プロファイル情報送信手段
８１                        発注情報・処理スクリプト受信手段
８３                        スクリプト処理手段
８７                        電子マネー受領手段
【図１】
2008033504.tif 000003
【図２】
2008033504.tif 000004
【図３】
2008033504.tif 000005
【図４】
2008033504.tif 000006
【図５】
2008033504.tif 000007
【図６】
2008033504.tif 000008
【図７】
2008033504.tif 000009
【図８】
2008033504.tif 000010
【図９】
2008033504.tif 000011
【図１０】
2008033504.tif 000012
【図１１】
2008033504.tif 000013
【図１２】
2008033504.tif 000014