(57)【要約】【課題】同時期にアップロードされるコンテンツデータが多い場合であっても、配信データの生成を効率的に行うこと。【解決手段】ネットワークを介してコンテンツデータの投入を受け付け、コンテンツデータの受信又は加工に必要な処理時間を推定する。複数のコンテンツデータが受け付けられたか否かを判定すると、複数のコンテンツデータを、処理時間が短いと推定されたコンテンツデータから順に受信し、ノード装置間で送受信可能な配信データに加工する。【選択図】図２
2011010225.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してコンテンツデータの投入を受け付ける受付手段と、
前記受付手段により受け付けたコンテンツデータを受信し、ノード装置間で送受信可能な配信データに加工する処理手段と、
前記処理手段による前記コンテンツデータの受信又は加工に必要な処理時間を推定する推定手段と、
前記受付手段により複数のコンテンツデータが受け付けられたか否かを判定する判定手段と、を備え、
前記処理手段は、前記判定手段により前記複数のコンテンツデータが受け付けられたと判定されたとき、前記複数のコンテンツデータを、前記推定手段により前記処理時間が短いと推定されたコンテンツデータから順に処理することを特徴とする情報処理装置。
【請求項２】
前記処理手段によるコンテンツデータの処理中に、前記受付手段により、前記コンテンツデータが新たに受け付けられたとき、前記推定手段は、前記新たに受け付けられたコンテンツデータの前記処理時間と、前記処理中のコンテンツデータの残りの前記処理時間を推定し、
前記処理手段は、前記新たに受け付けられたコンテンツデータの前記処理時間が前記処理中のコンテンツデータの残りの前記処理時間よりも短いとき、前記処理中のコンテンツデータに対する処理を停止又は中止し、前記新たなコンテンツデータに対する処理を実行させることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記受付手段は、１つ以上のコンテンツデータを、複数のグループの夫々について受け付け、
前記推定手段は、各前記グループに対応する１つ以上のコンテンツデータの前記処理時間を、前記複数のグループの夫々について推定し、
前記判定手段は、前記受付手段により前記複数のグループに対応するコンテンツデータが受け付けられたか否かを判定し、
前記処理手段は、前記判定手段により、前記複数のグループに対応する１つ以上のコンテンツデータが受け付けられたと判定されたとき、前記複数のグループの夫々の前記処理時間が短いグループから順に処理することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記受付手段により既に受け付けられたグループに対応する１つ以上のコンテンツデータが前記処理手段により処理されている途中に、前記受付手段により、前記新規のグループに対応する１つ以上のコンテンツデータが新たに受け付けられたとき、前記推定手段は、前記新たに受け付けられた前記新規のグループに対応するコンテンツデータの前記処理時間と、前記処理中のグループに対応するコンテンツデータの残りの前記処理時間を推定し、
前記処理手段は、前記新規のグループに対応するコンテンツデータの前記処理時間が前記処理中のグループに対応するコンテンツデータの残りの前記処理時間よりも短いとき、前記処理中のグループに対応するコンテンツデータに対する処理を停止又は中止し、前記新規のグループに対応するコンテンツデータに対する処理を実行することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記処理手段により生成された配信データに固有のＩＤを付与するＩＤ付与手段と、
前記ＩＤ付与手段により付与されたＩＤを、前記ネットワークを介して前記複数のグループの夫々の装置に送信する送信手段と、
を備え、
前記受付手段は、前記送信手段により送信されたＩＤの情報を取得したい取得時期を含むＷｅｂページの生成を行う生成時期の情報を前記グループごとに受け付け、
前記処理手段は、前記生成時期と前記処理時間とに基づいて、前記コンテンツデータを処理する順を決定し、当該決定した順に、前記コンテンツデータを処理することを特徴とする請求項３または請求項４に記載の情報処理装置。
【請求項６】
前記受付手段は、前記受け付けたコンテンツデータの容量の情報を取得し、
前記推定手段は、前記容量に基づいて、必要な処理時間を推定し、
前記処理手段は、前記処理時間が短いものから順に、前記コンテンツデータの受信及び加工の処理を行うことを特徴とする請求項１〜５のいずれか１項に記載の情報処理装置。
【請求項７】
ネットワークを介してコンテンツデータの投入を受け付ける受付ステップと、
前記コンテンツデータの受信又は加工に必要な処理時間を推定する推定ステップと、
前記受付ステップにより複数のコンテンツデータが受け付けられたか否かを判定する判定ステップと、
前記判定ステップにより前記複数のコンテンツデータが受け付けられたと判定されたとき、前記複数のコンテンツデータを、前記推定ステップにより前記処理時間が短いと推定されたコンテンツデータから順に受信し、ノード装置間で送受信可能な配信データに加工する処理ステップと、
をコンピュータに実現させるためのプログラム。
【請求項８】
ネットワークを介してコンテンツデータの投入を受け付ける受付ステップと、
前記コンテンツデータの受信又は加工に必要な処理時間を推定する推定ステップと、
前記受付ステップにより複数のコンテンツデータが受け付けられたか否かを判定する判定ステップと、
前記判定ステップにより前記複数のコンテンツデータが受け付けられたと判定されたとき、前記複数のコンテンツデータを、前記推定ステップにより前記処理時間が短いと推定されたコンテンツデータから順に受信し、ノード装置間で送受信可能な配信データに加工する処理ステップと、
を有することを特徴とする情報処理装置におけるコンテンツデータの処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して送信されるコンテンツデータを受信し、ノード装置間で送受信可能な配信データに加工する情報処理装置及びそのプログラム、並びにコンテンツデータの処理方法に関する。
【背景技術】
【０００２】
近年、インターネットなどのネットワークの普及により、ネットワークを介して、端末装置などのノード装置へ、音楽、映画、トーク番組などコンテンツのデータ（以下、「コンテンツデータ」という）を配信するコンテンツ配信サービスが人気となっている。
【０００３】
コンテンツデータの配信形態として、クライアント−サーバ方式が主流形態であったが、アクセスが集中するとサーバやネットワーク回線が負荷に耐えられなくなるという問題がある。
【０００４】
そこで、クライアント−サーバ方式に代わる新しい配信形態としてＰ２Ｐ（Peer to Peer）を用いた配信方式が注目されている（例えば、特許文献１参照）。
【０００５】
この種の配信方式では、複数のノード装置をネットワークを介して接続して、ノード装置間で双方向での通信が可能なオーバーレイネットワークを構築する。そして、各ノード装置内のストレージに、それぞれ様々なコンテンツデータを記憶させておくことにより、複数のノード装置のストレージ群からなる巨大なストレージを仮想的に構築する。これにより、各ノード装置は、ノード装置間での通信により所望のコンテンツデータを、コンテンツデータを保持している他のノード装置から取得することが可能となる。
【０００６】
ノード装置間で送受信を行うコンテンツデータは、サービス管理者側の情報処理装置からストレージ群を形成するいずれかのノード装置に対してネットワークを介して配信され、ノード装置に記憶される。なお、以下、コンテンツデータを送信することを、「コンテンツデータを投入する」という場合がある。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００６−３３５１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
一般的に、情報処理装置からノード装置へ投入されるコンテンツデータは、そのコンテンツデータの提供者（以下、「コンテンツ提供者」という）により、情報処理装置へ投入され、例えば、以下のように情報処理装置で処理される。
【０００９】
まず、コンテンツ提供者のコンピュータからコンテンツデータが、インターネットなどのネットワークを介して、情報処理装置に対して投入される。
【００１０】
情報処理装置は、コンテンツ提供者のコンピュータからコンテンツデータを受信すると、このコンテンツデータに対してウィルススキャン、ＤＲＭ（Digital Rights Management）処理、分割処理などの所定の処理を施す。これにより、コンテンツデータをノード装置間で送受信可能な配信データに加工する。情報処理装置は、生成した配信データをノード装置へ送信すると共に、この配信データに固有のＩＤとしてデータＩＤを付加して、コンテンツ提供者のコンピュータへ送信する。
【００１１】
コンテンツ提供者のコンピュータは、情報処理装置から取得したデータＩＤを取得する。これにより、各ノード装置は、コンテンツ提供者のコンピュータから提供されるコンテンツの配信データを取得することが可能となる。
【００１２】
ところが、音楽や映画などの動画を含むコンテンツデータは、データ容量が大きい。そのため、コンテンツ提供者のコンピュータから情報処理装置へネットワークを介してコンテンツデータを投入し、アップロードした場合、時間がかかる。
【００１３】
特に、複数のコンテンツ提供者のコンピュータから、情報処理装置に対してコンテンツデータを同時にアップロードした場合、それぞれのコンテンツデータのアップロード速度が遅くなる。その結果、各コンテンツデータのアップロードが完了するまでの時間がさらに長くなる。従って、コンテンツデータの投入時期が決まっているような場合に、同時期にアップロードされるコンテンツデータが多いと、ノード装置への投入時期までに配信データの生成などが間に合わない恐れがあった。
【００１４】
また、情報処理装置においてコンテンツデータの加工処理に時間がかかる場合も同様であり、同時期に加工処理するコンテンツデータが多いと、ノード装置への投入時期までに配信データの生成などが間に合わない恐れがある。
【００１５】
そこで、本発明は、同時期にアップロードされるコンテンツデータが多い場合であっても、配信データの生成を効率的に行うことができる情報処理装置及びそのプログラム、並びに情報処理装置におけるコンテンツデータの処理方法を提供することを目的とする。
【課題を解決するための手段】
【００１６】
上記目的を達成するために、請求項１に係る発明は、ネットワークを介してコンテンツデータの投入を受け付ける受付手段と、前記受付手段により受け付けたコンテンツデータを受信し、ノード装置間で送受信可能な配信データに加工する処理手段と、前記処理手段による前記コンテンツデータの受信又は加工に必要な処理時間を推定する推定手段と、前記受付手段により複数のコンテンツデータが受け付けられたか否かを判定する判定手段と、を備え、前記処理手段は、前記判定手段により前記複数のコンテンツデータが受け付けられたと判定されたとき、前記複数のコンテンツデータを、前記推定手段により前記処理時間が短いと推定されたコンテンツデータから順に処理することを特徴とする情報処理装置とした。
【００１７】
また、請求項２に係る発明は、請求項１に記載の情報処理装置において、前記処理手段によるコンテンツデータの処理中に、前記受付手段により、前記コンテンツデータが新たに受け付けられたとき、前記推定手段は、前記新たに受け付けられたコンテンツデータの前記処理時間と、前記処理中のコンテンツデータの残りの前記処理時間を推定し、前記処理手段は、前記新たに受け付けられたコンテンツデータの前記処理時間が前記処理中のコンテンツデータの残りの前記処理時間よりも短いとき、前記処理中のコンテンツデータに対する処理を停止又は中止し、前記新たなコンテンツデータに対する処理を実行させることを特徴とする。
【００１８】
また、請求項３に係る発明は、請求項１又は２に記載の情報処理装置において、前記受付手段は、１つ以上のコンテンツデータを、複数のグループの夫々について受け付け、前記推定手段は、各前記グループに対応する１つ以上のコンテンツデータの前記処理時間を、前記複数のグループの夫々について推定し、前記判定手段は、前記受付手段により前記複数のグループに対応するコンテンツデータが受け付けられたか否かを判定し、前記処理手段は、前記判定手段により、前記複数のグループに対応する１つ以上のコンテンツデータが受け付けられたと判定されたとき、前記複数のグループの夫々の前記処理時間が短いグループから順に処理することを特徴とする。
【００１９】
また、請求項４に係る発明は、請求項３に記載の情報処理装置において、前記受付手段により既に受け付けられたグループに対応する１つ以上のコンテンツデータを前記処理手段により処理中に、前記受付手段により、前記新規のグループに対応する１つ以上のコンテンツデータが新たに受け付けられたとき、前記推定手段は、前記新たに受け付けられた前記新規のグループに対応するコンテンツデータの前記処理時間と、前記処理中のグループに対応するコンテンツデータの残りの前記処理時間を推定し、前記処理手段は、前記新規のグループに対応するコンテンツデータの前記処理時間が前記処理中のグループに対応するコンテンツデータの残りの前記処理時間よりも短いとき、前記処理中のグループに対応するコンテンツデータに対する処理を停止又は中止し、前記新規のグループに対応するコンテンツデータに対する処理を実行することを特徴とする。
【００２０】
また、請求項５に係る発明は、請求項３又は４に記載の情報処理装置において、前記処理手段により生成された配信データに固有のＩＤを付与するＩＤ付与手段と、前記ＩＤ付与手段により付与されたＩＤを、前記ネットワークを介して前記複数のグループの夫々の装置に送信する送信手段と、を備え、前記受付手段は、前記送信手段により送信されたＩＤの情報を取得したい取得時期を含むＷｅｂページの生成を行う生成時期の情報を前記グループごとに受け付け、前記処理手段は、前記生成時期と前記処理時間とに基づいて、前記コンテンツデータを処理する順を決定し、当該決定した順に、前記コンテンツデータを処理することを特徴とする。
【００２１】
また、請求項６に係る発明は、請求項１〜５のいずれか１項に記載の情報処理装置において、前記受付手段は、前記受け付けたコンテンツデータの容量の情報を取得し、前記推定手段は、前記容量に基づいて、必要な処理時間を推定し、前記処理手段は、前記処理時間が短いものから順に、前記コンテンツデータの受信及び加工の処理を行うことを特徴とする。
【００２２】
また、請求項７に係る発明は、ネットワークを介してコンテンツデータの投入を受け付ける受付ステップと、前記コンテンツデータの受信又は加工に必要な処理時間を推定する推定ステップと、前記受付ステップにより複数のコンテンツデータが受け付けられたか否かを判定する判定ステップと、前記判定ステップにより前記複数のコンテンツデータが受け付けられたと判定されたとき、前記複数のコンテンツデータを、前記推定ステップにより前記処理時間が短いと推定されたコンテンツデータから順に受信し、ノード装置間で送受信可能な配信データに加工する処理ステップと、をコンピュータに実現させるためのプログラムとした。
【００２３】
また、請求項８に係る発明は、ネットワークを介してコンテンツデータの投入を受け付ける受付ステップと、前記コンテンツデータの受信又は加工に必要な処理時間を推定する推定ステップと、前記受付ステップにより複数のコンテンツデータが受け付けられたか否かを判定する判定ステップと、前記判定ステップにより前記複数のコンテンツデータが受け付けられたと判定されたとき、前記複数のコンテンツデータを、前記推定ステップにより前記処理時間が短いと推定されたコンテンツデータから順に受信し、ノード装置間で送受信可能な配信データに加工する処理ステップと、を有することを特徴とする情報処理装置におけるコンテンツデータの処理方法とした。
【発明の効果】
【００２４】
本発明によれば、複数のコンテンツデータが受け付けられたとき、推定した処理時間が短いと推定されたコンテンツデータから順に処理するようにしている。従って、同時期にアップロードされるコンテンツデータが多い場合であっても、配信データの生成を効率的に行うことができる。
【図面の簡単な説明】
【００２５】
【図１】本発明の一実施形態に係るコンテンツ配信システムの全体的な構成を示す図である。
【図２】コンテンツデータの受信処理及び加工処理のタイミングを示す図である。
【図３】コンテンツデータを情報処理装置へ投入する時にコンテンツ供給装置において表示される表示画面の例を示す図である。
【図４】管理サーバの構成を示す図である。
【図５】処理待ちテーブルの構成例を示す図である。
【図６】情報処理装置を構成する管理サーバの処理の流れを示す図である。
【図７】情報処理装置における加工処理、ＩＤ付与処理及び投入処理の流れを示す図である。
【図８】処理待ちテーブルの構成例を示す図である。
【発明を実施するための形態】
【００２６】
［１．第１実施形態］
［１．１．コンテンツ配信システムＳの構成等］
まず始めに、図１を参照して、本発明の一実施形態におけるコンテンツ配信システムの概要について説明する。本実施形態のコンテンツ配信システムＳは、音楽、映画、トーク番組、文書などのコンテンツのデータを配信するためのシステムである。
【００２７】
図１に示すように、本実施形態のコンテンツ配信システムＳは、複数のコンテンツ供給装置１ａ，１ｂ，・・・，１ｎ、情報処理装置２、複数のノード装置４などから構成される。これらの装置は、インターネットなどのネットワーク３を介して互いに通信可能となっている。複数のノード装置４は互いにデータを送受信するオーバーレイネットワークであるＰ２ＰネットワークＮを構成する。なお、以下の説明において、コンテンツ供給装置１ａ，１ｂ，・・・，１ｎのうち何れかのコンテンツ供給装置又は全てのコンテンツ供給装置を示す場合には、便宜上、コンテンツ供給装置１という場合がある。
【００２８】
コンテンツ供給装置１は、コンテンツ提供者のコンピュータであり、Ｐ２ＰネットワークＮへ投入するコンテンツのデータ（以下、「コンテンツデータ」という）を情報処理装置２へ送信して、アップロードする。
【００２９】
情報処理装置２は、コンテンツ供給装置１から送信されるコンテンツデータを受信し、所定の加工を施してＰ２ＰネットワークＮで送受信可能な配信データを生成して、Ｐ２ＰネットワークＮへ投入する。また、情報処理装置２は、各配信データに固有のＩＤとしてデータＩＤを付与して、コンテンツ供給装置１へ送信する。
【００３０】
コンテンツ供給装置１では、情報処理装置２によりＰ２ＰネットワークＮへ投入された配信データのデータＩＤを含むＷｅｂページを生成し、このＷｅｂページをノード装置４からネットワーク３を介して閲覧可能に公開する。ノード装置４はこのＷｅｂページからデータＩＤを取得することで、Ｐ２ＰネットワークＮに投入された配信データを送受信し、コンテンツを視聴する。
【００３１】
データＩＤに基づき、配信データをノード装置４間で送受信する技術は公知であり、例えば、特開２００８−２５０５７０号公報等に記載された技術が用いられる。この技術では、ノード装置４に固有のＩＤとしてノードＩＤを割り当てる。そして、各データＩＤに対して、それぞれ所定の関係を有するノードＩＤを割り当てられたノード装置４が、そのデータＩＤの配信データを記憶したノード装置４の所在情報（例えば、ＩＰアドレス）を記憶する。各ノード装置４は、データＩＤに基づいて、配信データを記憶しているノード装置４の所在情報を取得する。そして、各ノード装置４は、この所在情報に基づいて配信データを記憶しているノード装置４にアクセスして配信データを取得する。
【００３２】
図１に示すように、情報処理装置２は、その一例として、管理サーバ１０、ＤＲＭサーバ１１、投入サーバ１２、ＩＤ付与サーバ１３、ＶＰＮルータ１４、ルータ１５などから構成される。管理サーバ１０、ＤＲＭサーバ１１、投入サーバ１２及びＩＤ付与サーバ１３は、互いにデータの送受信ができるように内部のネットワーク（以下、「ＬＡＮ」とする）で互いに接続されている。また、管理サーバ１０は、ＶＰＮルータ１４によりネットワーク３を介してコンテンツ供給装置１とＶＰＮ（Virtual Private Network）で接続されている。
【００３３】
管理サーバ１０は、コンテンツ供給装置１からのコンテンツデータの投入を受け付けて、受信する機能や、受信したコンテンツデータにコンピュータウィルスが含まれていないかをチェックするウィルスチェック機能などを有する。また、管理サーバ１０は、ＩＤ付与サーバ１３から通知される配信データのデータＩＤを取得し、このデータＩＤをＶＰＮルータ１４を介してコンテンツ供給装置１へ送信する機能も有する。
【００３４】
ＤＲＭサーバ１１は、ウィルスチェックされたコンテンツデータを管理サーバ１０から受信し、ＤＲＭ（Digital Rights Management）処理を施して、投入サーバ１２へ送信する機能を有する。
【００３５】
投入サーバ１２は、ＤＲＭ処理が施されたコンテンツデータを分割する機能や、分割したコンテンツデータにヘッダを付加してＰ２ＰネットワークＮで送受信可能な配信データを生成する機能を有する。さらに、投入サーバ１２は、生成した配信データをルータ１５及びネットワーク３を介してＰ２ＰネットワークＮへ投入する機能を有している。また投入サーバ１２は、生成した配信データをＩＤ付与サーバ１３へ送信してデータＩＤを付与させ、このデータＩＤを管理サーバ１０へ送信する機能なども有している。なお、Ｐ２ＰネットワークＮへの投入は、Ｐ２ＰネットワークＮを構成するノード装置４の少なくともいずれか１つに配信データを送信することによって行われる。
【００３６】
ＩＤ付与サーバ１３は、投入サーバ１２から受信した配信データの一部又は全部を所定のハッシュ関数でハッシュ化し、そのハッシュ値をデータＩＤとして配信データに付与する機能や、付与したデータＩＤの情報を管理サーバ１０へ送信する機能などを有する。
【００３７】
このように、情報処理装置２では、管理サーバ１０によるコンテンツデータの受信処理を行い、管理サーバ１０、ＤＲＭサーバ１１及び投入サーバ１２によるコンテンツデータの加工処理を行う。また、情報処理装置２では、投入サーバ１２によるＰ２ＰネットワークＮへの配信データの投入処理を行う。さらに、情報処理装置２では、ＩＤ付与サーバ１３によって配信データのデータＩＤを付与するＩＤ付与処理、管理サーバ１０によってデータＩＤをコンテンツ供給装置１へ送信するＩＤ送信処理などを行う。なお、コンテンツデータの加工処理には、コンテンツデータのＤＲＭ処理や分割処理などが含まれる。
【００３８】
ここで、情報処理装置２に対して、例えば、２つのコンテンツ供給装置１からそれぞれコンテンツデータ１，２が情報処理装置２へ同時に投入され、アップロードされたとする。
【００３９】
このとき、従来の処理方法では、図２の上枠に示すように、コンテンツデータのアップロードが並行して行われる。その結果、それぞれのコンテンツデータのアップロード速度が遅くなり、各コンテンツデータのアップロードが完了するまでの時間が長くなる。また、コンテンツデータの加工処理も並行に行われるため、コンテンツデータの加工処理にかかる時間も長くなる。従って、Ｐ２ＰネットワークＮに対するコンテンツの投入時期が決まっているような場合、同時期にアップロードされるコンテンツデータが多いと、その投入時期までに配信データの生成など処理が間に合わない恐れがある。
【００４０】
そこで、情報処理装置２の管理サーバ１０では、コンテンツデータの投入を受け付けるときに、コンテンツデータの処理時間を推定する。そして、管理サーバ１０は、複数のコンテンツデータを受け付けたとき、図２の下枠に示すように、推定した処理時間が短いと推定されたコンテンツデータから順に処理するようにしている。従って、同時期にアップロードされるコンテンツデータが多い場合であっても、配信データの生成を効率的に行うことができる。
【００４１】
情報処理装置２の管理サーバ１０が推定する「コンテンツデータの処理時間」は、下記（１）〜（３）の処理時間のうち、設定されたいずれか一つの処理時間である。
（１）受信処理時間：管理サーバ１０がコンテンツ供給装置１からコンテンツデータを受信するための必要な処理時間
（２）加工処理時間：受信済みのコンテンツデータを、ＤＲＭサーバ１１及び投入サーバ１２により加工するために必要な処理時間
（３）受信及び加工処理時間：管理サーバ１０がコンテンツ供給装置１からコンテンツデータを受信し、ＤＲＭサーバ１１及び投入サーバ１２により加工するために必要な処理時間
【００４２】
設定される処理時間は、情報処理装置２の内部構成やネットワーク３との接続形態などに応じて選択される。例えば、コンテンツデータの総処理時間のうち、コンテンツデータの受信処理時間が占める割合が大きいとき（例えば、８０％以上のとき）には、上記（１）の受信処理時間を選択して設定する。また、例えば、コンテンツデータの総処理時間のうち、コンテンツデータの加工処理時間が占める割合が大きいとき（例えば、８０％以上のとき）には、上記（２）の加工処理時間を選択して設定する。また、例えば、コンテンツデータの受信処理時間と加工処理時間とがあまり変わらないときには、上記（３）の受信及び加工処理時間を選択して設定する。
【００４３】
管理サーバ１０は、コンテンツデータのデータ容量に基づいて、処理時間の推定を行う。例えば、コンテンツ供給装置１ａから投入されるコンテンツデータのデータ容量が、コンテンツ供給装置１ｂから投入されるコンテンツデータのデータ容量の２倍であるとする。このとき、コンテンツ供給装置１ａのコンテンツデータの処理時間は、コンテンツ供給装置１ｂのコンテンツデータの処理時間の２倍となる。
【００４４】
なお、管理サーバ１０は、コンテンツデータの処理時間の推定を行う際、コンテンツデータのデータ容量に加え、さらに、コンテンツ供給装置１のアップロード速度を考慮に入れることもできる。このとき、管理サーバ１０は、コンテンツデータのデータ容量値をコンテンツ供給装置１のアップロード速度の値で除算した値を、コンテンツデータの受信処理時間とすることができる。例えば、コンテンツデータのデータ容量が１００ＭＢであり、コンテンツ供給装置１のアップロード速度を８Ｍｂｐｓとすると、１００秒（＝１００Ｍ×８÷８Ｍ）が受信処理時間となる。コンテンツ供給装置１は予め図示しない速度測定サーバと通信してアップロード速度を測定し、コンテンツデータの投入時に、このアップロード速度の値を情報処理装置２の管理サーバ１０へ通知する。なお、情報処理装置２の管理サーバ１０はコンテンツ供給装置１からのアップロード速度を記憶しておき、その後、記憶したアップロード速度の値を用いるようにしてもよい。
【００４５】
このように、同時に複数のコンテンツ供給装置１からコンテンツデータが同時に投入されたとき、情報処理装置２は、処理時間が短いコンテンツデータから順に受信処理及び加工処理を行う。
【００４６】
また、情報処理装置２の管理サーバ１０は、コンテンツ供給装置１ａのコンテンツデータを処理中に、コンテンツ供給装置１ｂからのコンテンツデータの投入を受け付けたとき、次の処理を行う。なお、コンテンツ供給装置１ａのコンテンツデータを第１コンテンツデータとし、コンテンツ供給装置１ｂのコンテンツデータを第２コンテンツデータとする。
【００４７】
まず、管理サーバ１０は、第２コンテンツデータの処理時間を推定する。さらに、管理サーバ１０は、処理中の第１コンテンツデータの残りの処理時間を推定する。そして、管理サーバ１０は、第２コンテンツデータの処理時間が処理中の第１コンテンツデータの残りの処理時間よりも短いか否かを判定する。この処理において、第２コンテンツデータの処理時間が短いと判定すると、管理サーバ１０は、第１コンテンツデータの処理を中止又は中断し、第２コンテンツデータの受信処理及び加工処理などを優先して行う。
【００４８】
ところで、コンテンツ提供者は、コンテンツ供給装置１からコンテンツデータを１つずつ所定操作によって投入することもできるが、複数のコンテンツデータを連続して投入することもできる。本実施形態の情報処理装置２は、このように連続投入されるコンテンツデータを一つのコンテンツデータ群として処理することが可能となっている。
【００４９】
連続投入されるコンテンツデータを一つのコンテンツデータ群として処理するように設定されているとき、管理サーバ１０は、コンテンツデータ群単位で処理時間を推定する。例えば、コンテンツ供給装置１ａが第１グループのコンテンツデータ群を情報処理装置２へ投入し、コンテンツ供給装置１ａが第２グループのコンテンツデータ群を情報処理装置２へ投入するとする。このとき、管理サーバ１０は、第１グループのコンテンツデータ群の処理時間と、第２グループのコンテンツデータ群の処理時間とをそれぞれ推定し、比較する。そして、管理サーバ１０は、推定した処理時間が短いグループのコンテンツデータ群から順に受信処理を開始する。
【００５０】
また、情報処理装置２の管理サーバ１０は、第１グループのコンテンツデータ群を処理中に、第２グループのコンテンツデータ群の投入を受け付けたとき、次の処理を行う。まず、管理サーバ１０は、第２グループのコンテンツデータ群の処理時間を推定する。さらに、管理サーバ１０は、第１グループのコンテンツデータ群の残りの処理時間を推定する。そして、管理サーバ１０は、第２グループのコンテンツデータ群の処理時間が第１グループのコンテンツデータ群の残りの処理時間よりも短いときか否かを判定する。この処理において、第２グループのコンテンツデータ群の処理時間が短いと判定すると、管理サーバ１０は、第１グループのコンテンツデータ群の処理を中止又は中断し、第２グループのコンテンツデータ群の受信処理を開始する。
【００５１】
コンテンツ供給装置１では、図３に示すように、コンテンツデータを情報処理装置２へ投入するための投入コンテンツ入力画面を図示しない表示部に表示する。サービス提供者は、コンテンツ供給装置１の図示しない入力部への操作により、投入するコンテンツデータを設定することができる。図３に示す例では、コンテンツ名「ＡＡＡ」，「ＡＢＢ」，「ＡＣＣ」のコンテンツデータが投入するコンテンツデータとして設定されていることを示している。なお、各コンテンツデータのデータ容量は、コンテンツ供給装置１の制御部がコンテンツデータのヘッダ等から読み出して表示部に表示する。また、この投入コンテンツ入力画面は、コンテンツ供給装置１が情報処理装置２へアクセスしたときに、情報処理装置２からＷｅｂページの形式で送信されるものである。以下のコンテンツ投入処理中画面やコンテンツ投入完了通知画面も同様である。
【００５２】
投入するコンテンツデータの設定が終了すると、コンテンツ提供者は、コンテンツ供給装置１の入力部を操作して、投入ボタン８０を押下する。このとき、コンテンツ供給装置１の図示しない制御部は、設定された各コンテンツデータのコンテンツ名及びデータ容量をネットワーク３を介して情報処理装置２へ送信し、コンテンツデータの投入を開始する。投入するコンテンツデータが図３に示すように複数ある場合には、これらのコンテンツデータをコンテンツデータ群として投入を開始する。情報処理装置２の管理サーバ１０は、コンテンツデータ又はコンテンツデータ群の投入を受付ける。このとき、他のコンテンツ供給装置１からもコンテンツデータやコンテンツデータ群の投入があるとき、又は処理中のコンテンツデータやコンテンツデータ群があるとき、それぞれの処理時間を推定する。そして、管理サーバ１０は、推定した処理時間に応じてコンテンツデータやコンテンツデータ群の受信を開始する。
【００５３】
情報処理装置２は、コンテンツデータの処理を開始すると、図３に示すコンテンツ投入処理中画面をコンテンツ供給装置１の表示部に表示させる。このコンテンツ投入処理中画面は、コンテンツデータの処理時間の進行状況をコンテンツ提供者に知らせるための画面である。図３に示す例では、コンテンツ名「ＡＡＡ」の処理が終了し、コンテンツ名「ＡＢＢ」の処理が進行中であり、「ＡＣＣ」の処理がまだ行われていないことを示している。
【００５４】
コンテンツデータの処理が終了すると、情報処理装置２は、図３に示すコンテンツ投入完了通知画面をコンテンツ供給装置１の表示部に表示させる。このコンテンツ投入完了通知画面には、投入したコンテンツデータを処理して生成した各配信データのデータＩＤの情報が含まれている。コンテンツ提供者は、このデータＩＤを含むＷｅｂページを生成し、このＷｅｂページをネットワーク３を介してノード装置４に公開する。これにより、各ノード装置４は、コンテンツ供給装置１から提供されるコンテンツの配信データを取得することが可能となる。
【００５５】
［１．２．情報処理装置２の構成及び動作の具体例］
次に、上述した情報処理装置２の構成及び動作について、さらに具体的に図面を参照して説明する。なお、ここでは、情報処理装置２を構成する各装置のうち管理サーバ１０の講師及び動作を中心に説明する。
【００５６】
（管理サーバ１０の具体的構成）
管理サーバ１０は、専用のコンピュータの他、一般のサーバコンピュータを適用可能である。図４に示すように、管理サーバ１０は、制御部２１、記憶部２２、第１通信部２３、第２通信部２４などから構成されている。制御部２１、記憶部２２、第１通信部２３及び第２通信部２４は、システムバス２５を介して相互に接続されている。
【００５７】
制御部２１は、ＣＰＵ（Central Processing Unit）、内部メモリから構成される。この内部メモリには、情報処理プログラムが格納されている。ＣＰＵは内部メモリに記憶されている情報処理プログラムを読み出して実行することによって、受付手段、処理手段、推定手段、判定手段、制御手段、送信手段等として機能する。なお、この情報処理プログラムは、例えば、ネットワーク３に接続された他のサーバから、第１通信部２３を介して、制御部２１の内部メモリにダウンロードされるようにしてもよい。また、この情報処理プログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録されてから図示しない記録媒体ドライブを介して、制御部２１の内部メモリに読み込まれるようにしてもよい。
【００５８】
記憶部２２は、各種情報を記憶する記憶領域を有する書き換え可能な記憶部であり、図５に示す処理待ちテーブルなどを記憶する。この処理待ちテーブルは、複数のコンテンツ供給装置１からコンテンツデータやコンテンツデータ群の投入があったときに生成されるテーブルである。この処理待ちテーブルは、未処理のコンテンツデータ又はコンテンツデータ群の情報がその投入元のコンテンツ供給装置１のＩＤ（以下、「グループＩＤ」という）と関連づけた情報である。なお、以下においては、コンテンツ供給装置１ａ，１ｂ，・・・，１ｎのグループＩＤがそれぞれＸ１，Ｘ２，・・・，Ｘ１４であるものとして説明する。
【００５９】
第１通信部２３は、ＶＰＮルータ１４を介してコンテンツ供給装置１などと通信するための通信インターフェイスである。第２通信部２４は、情報処理装置２内のＬＡＮを介して、ＤＲＭサーバ１１、投入サーバ１２及びＩＤ付与サーバ１３などと通信するための通信インターフェイスである。
【００６０】
（管理サーバ１０の具体的動作について）
以上のように構成された管理サーバ１０の動作を図面を参照して具体的に説明する。図６は管理サーバ１０のメイン処理フローチャートである。なお、以下の各処理は、管理サーバ１０の制御部２１が上述した各手段等として機能することによって実行されるものである。また、以下において、「コンテンツデータの処理」は、管理サーバ１０が推定する処理時間がコンテンツデータの受信処理時間であればコンテンツデータの受信処理である。また、管理サーバ１０が推定する処理時間がコンテンツデータの加工処理時間であればコンテンツデータの加工処理である。また、管理サーバ１０が推定する処理時間がコンテンツデータの受信及び加工処理時間であればコンテンツデータの受信及び加工処理である。
【００６１】
管理サーバ１０において処理を開始すると、制御部２１は、図６に示すように、新規グループのコンテンツデータを受け付けたか否かを判定する（ステップＳ１０）。この処理において、制御部２１は、第１通信部２３を介してコンテンツデータを受け付けたコンテンツ供給装置１のグループが、現在処理中又は処理待ち状態のグループではないときに、新規グループのコンテンツデータを受け付けたと判定する。例えば、処理待ちテーブルが図５に示す状態であり、コンテンツ供給装置１ａのコンテンツデータを処理中であるとする。このとき、投入されるコンテンツデータが例えばコンテンツ供給装置１ｄからのものであれば、制御部２１は、新規グループのコンテンツデータを受け付けたと判定する。このように制御部２１は、ネットワーク３を介して複数のグループからコンテンツデータの投入を受け付ける受付手段、複数のグループのコンテンツデータが受け付けられたか否かを判定する判定手段として機能する。
【００６２】
新規グループのコンテンツデータを受け付けたと判定すると（ステップＳ１０：Ｙｅｓ）、制御部２１は、この新規グループのコンテンツデータの処理時間を推定する（ステップＳ１１）。この処理において、新規グループのコンテンツデータが複数ある場合、すなわち、コンテンツデータ群であるとき、制御部２１は、コンテンツデータ群の処理時間を新規グループのコンテンツデータの処理時間として推定する。このように制御部２１は、グループのコンテンツデータの処理時間を推定する推定手段として機能する。
【００６３】
次に、制御部２１は、すでに投入の受け付けを行ったグループのコンテンツデータが処理中であるか否かを判定する（ステップＳ１２）。この処理において、コンテンツデータが処理中であると判定すると（ステップＳ１２：Ｙｅｓ）、制御部２１は、その処理中のグループ（以下、「処理中グループ」という）のコンテンツデータの残りの処理時間を推定する（ステップＳ１３）。この処理において、制御部２１は、処理中グループのコンテンツデータがコンテンツデータ群である場合、コンテンツデータ群の総データのうち処理が終了していないデータの処理時間を推定する。また、処理中グループには、コンテンツデータの処理を開始していないが処理の開始が決定されて、処理直前となっているグループも含まれる。このように制御部２１は、あるグループのコンテンツデータの処理中に、他のグループのコンテンツデータが新たに受け付けられたとき、処理中グループのコンテンツデータの残りの処理時間を推定する推定手段として機能する。
【００６４】
そして、新規グループのコンテンツデータの処理時間が、処理中グループのコンテンツデータの残りの処理時間よりも短いか否かを判定する（ステップＳ１４）。この処理において、制御部２１は、ステップＳ１１で推定した処理時間がステップＳ１３で推定した処理時間よりも短いか否かを判定する。
【００６５】
新規グループのコンテンツデータの処理時間の方が短いと判定すると（ステップＳ１４：Ｙｅｓ）、制御部２１は、処理中グループのコンテンツデータの処理を中止し、この処理中グループを処理待ちテーブルに追加する（ステップＳ１５）。処理中グループを処理待ちグループとして処理待ちテーブルに追加するとき、制御部２１は、処理中グループのコンテンツデータの総データ容量を演算して、処理待ちテーブルの処理待ちグループを総データ容量順に並び替える。また、制御部２１は、新規グループのコンテンツデータの受信処理を開始する（ステップＳ１６）。制御部２１は、新規グループのコンテンツデータの処理を開始するとき、処理を開始する新規グループに対応するコンテンツ供給装置１に対して第１通信部２３を介してコンテンツデータの送信を要求する。その後、制御部２１は、コンテンツデータの受信をウィルスチェックしながら行う。また、ステップＳ１２において、コンテンツデータが処理中ではないと判定したとき（ステップＳ１２：Ｎｏ）にも、ステップＳ１６の処理を行う。このように、制御部２１は、複数のコンテンツデータが受け付けられたと判定されたとき、処理時間が短いと推定されたグループのコンテンツデータから順に処理する処理手段として機能する。また、制御部２１は、新たに受け付けられたグループのコンテンツデータの処理時間が処理中グループのコンテンツデータの残りの処理時間よりも短いとき、処理中グループのコンテンツデータに対する処理を停止又は中止し、新たなグループのコンテンツデータを第１通信部２３を介して受信する処理手段として機能する。
【００６６】
ステップＳ１６の処理が終了したとき、処理待ちテーブルに処理待ちグループがあるときには、この処理待ちテーブルに基づき、制御部２１は、各処理待ちグループの予測処理時刻を演算する。そして、制御部２１は、演算した処理待ちグループの予測処理時刻の情報を、各処理待ちグループにそれぞれ対応するコンテンツ供給装置１へ第１通信部２３を介して送信する（ステップＳ２８）。なお、図示していないが、制御部２１は、処理中グループがあるときには、この処理中グループのコンテンツデータの処理状況の情報を、この処理中グループに対応するコンテンツ供給装置１コンテンツ供給装置１へ第１通信部２３を介して送信する。コンテンツデータの処理状況とは、処理中グループの各コンテンツデータの処理の進捗状況を意味し、この情報によって、例えば、図３に示すコンテンツ投入処理中画面が生成される。
【００６７】
ステップＳ１４において、新規グループのコンテンツデータの処理時間の方が短くないと判定したとき（ステップＳ１４：Ｎｏ ）、制御部２１は、新規グループを処理待ちグループとして処理待ちテーブルに追加する（ステップＳ１７）。新規グループを処理待ちグループとして処理待ちテーブルに追加するとき、制御部２１は、新規グループのコンテンツデータの総データ容量を演算して、処理待ちテーブルのグループを総データ容量順に並び替える。
【００６８】
ステップＳ１０において、新規グループのコンテンツデータを受け付けていないと判定すると（ステップＳ１０：Ｎｏ）、制御部２１は、追加のコンテンツデータを受け付けたか否かを判定する（ステップＳ１８）。この処理において、処理中グループ又は処理待ちグループのコンテンツデータがコンテンツ供給装置１から投入されたときに、追加のコンテンツデータを受け付けたと判定する。
【００６９】
追加のコンテンツデータを受け付けたと判定すると（ステップＳ１８：Ｙｅｓ）、制御部２１は、追加のコンテンツデータを投入したグループが処理中グループであるか否かを判定する（ステップＳ１９）。この処理において、追加のコンテンツデータを投入したグループが処理中グループではなく、処理待ちグループであると判定すると（ステップＳ１９：Ｎｏ）、制御部２１は、対応する処理待ちグループに追加のコンテンツデータを加えて処理待ちテーブルを更新する（ステップＳ２０）。例えば、処理待ちテーブルが図５に示す状態であり、追加のコンテンツデータが「ＡＣＣ」である処理待ちグループのグループＩＤがＸ１であるとすると、制御部２１はコンテンツ３としてコンテンツデータ「ＡＣＣ」を加える。このとき、制御部２１は、追加のコンテンツデータを加えた処理待ちグループＸ１の総データ容量を演算して、処理待ちテーブルのグループＸ１，Ｘ１０，Ｘ５，Ｘ２を総データ容量順に並び替える。
【００７０】
一方、追加のコンテンツデータを投入したグループが処理中グループであると判定すると（ステップＳ１９：Ｙｅｓ）、制御部２１は、追加のコンテンツデータを処理中グループに加えたときに、必要となる処理中グループの残りの処理時間を推定する（ステップＳ２１）。例えば、処理中グループのグループＩＤをＸ３とし、この処理中グループのコンテンツデータが「ＥＡＡ」、「ＥＢＢ」、「ＥＣＣ」であり、追加のコンテンツデータが「ＥＤＤ」であるとする。また、すでにコンテンツデータ「ＥＡＡ」の処理が終了し、コンテンツデータ「ＥＢＢ」の４０％の処理が終了しているとする。このとき、制御部２１は、コンテンツデータ「ＥＢＢ」の残りの６０％とコンテンツデータ「ＥＣＣ」，「ＥＤＤ」とを処理するのに必要な処理時間を推定する。
【００７１】
ステップＳ２１の処理が終了すると、制御部２１は、処理中グループのコンテンツデータの処理時間が、処理待ちテーブルに設定されている処理待ちグループの処理時間よりも短いか否かを判定する（ステップＳ２２）。このとき、処理中グループのコンテンツデータの処理時間が短いと判定すると（ステップＳ２２：Ｙｅｓ）、制御部２１は、追加のコンテンツデータを処理中グループに追加する（ステップＳ２３）。この処理により、追加のコンテンツデータは、処理待ちのグループのコンテンツデータよりも早く処理が行われる。
【００７２】
一方、処理中グループのコンテンツデータの処理時間が短くないと判定すると（ステップＳ２２：Ｎｏ）、制御部２１は、処理中グループのコンテンツデータの処理を中止し、処理待ちテーブルに追加する（ステップＳ２４）。このとき、制御部２１は、追加のコンテンツデータを加えた処理中グループの総データ容量を演算して、処理待ちテーブルのグループを総データ容量順に並び替える。そして、処理待ちグループの中で最も処理時間が短いグループのコンテンツデータに対して受信処理を開始する（ステップＳ２５）。例えば、処理待ちテーブルが図５に示す状態であるとすると、グループＸ１のコンテンツデータに対して受信処理を開始する。制御部２１は、処理待ちグループのコンテンツデータの処理を開始するとき、処理を開始するグループに対応するコンテンツ供給装置１に対してコンテンツデータの送信を要求する。また、制御部２１は、コンテンツデータの受信をウィルスチェックしながら行う。
【００７３】
ステップＳ１８において、追加のコンテンツデータを受け付けていないと判定すると（ステップＳ１８：Ｎｏ）、制御部２１は、ＩＤ付与サーバ１３から第２通信部２４を介してデータＩＤを受信したか否かを判定する（ステップＳ２６）。データＩＤを受信したと判定すると（ステップＳ２６：Ｙｅｓ）、制御部２１は、このデータＩＤに対応するコンテンツデータを投入したコンテンツ供給装置１に対し、このデータＩＤを第１通信部２３を介して送信する（ステップＳ２７）。このように、制御部２１は、ＩＤ付与サーバ１３により付与されたＩＤを、ネットワーク３を介して複数のグループの夫々のコンテンツ供給装置１に送信する送信手段として機能する。
【００７４】
ステップＳ２７の処理が終了したとき、或いは、データＩＤを受信していないと判定したとき（ステップＳ２６：Ｎｏ）、制御部２１は、処理中グループのコンテンツデータの受信処理が終了したか否かを判定する（ステップＳ２９）。この処理において、処理中グループのコンテンツデータの受信処理が終了したと判定すると（ステップＳ２９：Ｙｅｓ）、制御部２１は、受信処理が終了したと判定したグループのコンテンツデータを第２通信部２４を介してＤＲＭサーバ１１へ送信する（ステップＳ３０）。
【００７５】
ステップＳ３０の処理が終了したとき、制御部２１は、処理待ちグループがあるか否かを判定する（ステップＳ３１）。このとき、処理待ちグループがあると判定すると（ステップＳ３１：Ｙｅｓ）、制御部２１は、ステップＳ２５の処理と同様に、処理待ちグループの中で最も処理時間が短いグループのコンテンツデータに対して受信処理を開始する（ステップＳ３２）。
【００７６】
ステップＳ２８，Ｓ３２の処理が終了したとき、処理中グループのコンテンツデータの受信処理が終了していないと判定したとき（ステップＳ２９：Ｎｏ）、或いは、処理待ちグループがないと判定したとき（ステップＳ３１：Ｎｏ）、制御部２１は、サーバ処理の終了指示を検出したか否かを判定する（ステップＳ３３）。例えば、自管理サーバ１０の電源がＯＦＦ状態へ移行したとき、制御部２１は、終了指示を検知する。制御部２１は、終了指示を検知したと判定すると（ステップＳ３３：Ｙｅｓ）、処理を終了し、一方、終了指示を検知していないと判定すると（ステップＳ３３：Ｎｏ）、ステップＳ１０からの処理を繰り返す。
【００７７】
（その他の動作について）
次に、管理サーバ１０を除く情報処理装置２の動作について、図７に示す処理の流れの説明図を参照して説明する。
【００７８】
管理サーバ１０は、処理中グループの１つのコンテンツデータの受信処理が終了する毎に、図７に示すように、受信したコンテンツデータを第２通信部２４を介してＤＲＭサーバ１１へ送信して加工処理を行う。この加工処理は、次のように行われる。まず、ＤＲＭサーバ１１は、管理サーバ１０からＬＡＮを介してコンテンツデータを受信したと判定すると（ステップＳ４０：Ｙｅｓ）、このコンテンツデータに対してＤＲＭ処理を行う（ステップＳ４１）。この処理が終了すると、ＤＲＭサーバ１１は、ＤＲＭ処理を施したコンテンツデータをＬＡＮを介して、投入サーバ１２へ送信する。投入サーバ１２では、ＤＲＭ処理が施されたコンテンツデータを分割し、さらに、分割したコンテンツデータにヘッダを付加してＰ２ＰネットワークＮで送受信可能な配信データを生成する。このように、ＤＲＭサーバ１１及び投入サーバ１２は、管理サーバ１０により受け付けたコンテンツデータを、ノード装置４間で送受信可能な配信データに加工する処理手段として機能する。
【００７９】
コンテンツデータの加工処理が終了すると、投入サーバ１２は、処理中グループの全てのコンテンツデータの処理が終了したか否かを判定する（ステップＳ４２）。このとき、処理中グループの全てのコンテンツデータの処理が終了したと判定すると（ステップＳ４２：Ｙｅｓ）、投入サーバ１２は、生成した各配信データをＰ２ＰネットワークＮへ投入する（ステップＳ４３）。Ｐ２ＰネットワークＮへの投入は、各配信データをそれぞれ任意のノード装置へ送信することによって行われる。また、投入サーバ１２は、各配信データをＩＤ付与サーバ１３へ送信する。ＩＤ付与サーバ１３は配信データにデータＩＤを付与し、このデータＩＤを管理サーバ１０へ送信する（ステップＳ４４）。このように、ＩＤ付与サーバ１３は、生成された配信データに固有のＩＤを付与するＩＤ付与手段として機能する。なお、配信データの投入やデータＩＤの送信は、コンテンツ単位ではなく、配信データが生成されるようにしてもよい。
【００８０】
情報処理装置２は、処理すべきグループのコンテンツデータがある場合（ステップＳ４５：Ｙｅｓ）には、処理をステップＳ４０に戻し、処理すべきグループのコンテンツデータがない場合（ステップＳ４５：Ｎｏ）には、処理を終了する。その後、処理すべきグループのコンテンツデータが発生したときに、ステップＳ４０から処理を実行する。
【００８１】
以上のように、本実施形態に係る情報処理装置２では、複数のコンテンツデータが受け付けられたとき、推定した処理時間が短いと推定されたコンテンツデータから順に処理するようにしている。従って、同時期にアップロードされるコンテンツデータが多い場合であっても、配信データの生成を効率的に行うことができる。
【００８２】
なお、上述の具体的動作の説明では、コンテンツデータのデータ容量に基づいて、処理時間の推定を行うようにしたが、コンテンツデータのデータ容量に加え、さらに、コンテンツ供給装置１のアップロード速度を考慮に入れることもできる。このようにすることで、処理時間の推定を精度よく行うことができる。なお、このとき、制御部２１は、例えば、コンテンツデータのデータ容量及びアップロード速度により受信処理時間を推定し、コンテンツデータのデータ容量により加工処理時間を推定する。そして、受信処理時間と加工処理時間とを加算して処理時間を推定する。
【００８３】
なお、処理中グループのコンテンツデータの処理を中断したとき、制御部２１は、すでに処理している部分については、記憶部２２に記憶しておく。そして、処理を再開したとき、制御部２１は、残りの部分について処理をする。このようにすることで、より迅速にコンテンツデータの処理を行うことができる。なお、処理中グループのコンテンツデータの処理を中止したときには、再度初めからコンテンツデータの処理を行うことになる。
【００８４】
、
［２．第２実施形態］
第１実施形態の情報処理装置２では、コンテンツデータの処理時間を推定し、推定した処理時間が短いコンテンツデータから順に処理を行うようにした。第２実施形態の情報処理装置では、さらに、コンテンツ提供者が生成するＷｅｂページの生成時期も考慮して、処理するコンテンツデータの順番を決定する。コンテンツ提供者が生成するＷｅｂページは、データＩＤの情報を含んでおり、ノード装置４により配信データの取得の際に用いられるものである。なお、第２実施形態のコンテンツ供給装置及び情報処理装置は、第１実施形態のコンテンツ供給装置１及び情報処理装置２と一部の制御が異なるのみであるため、第１実施形態と同一符号を付して説明する。
【００８５】
コンテンツ供給装置１は、コンテンツデータの投入の際に、Ｗｅｂページの生成時期の情報も情報処理装置２へ通知する。情報処理装置２では、コンテンツデータの処理時間に加え、Ｗｅｂページの生成時期も考慮して、コンテンツデータの処理の順番を決定する。
【００８６】
例えば、管理サーバ１０の制御部２１は、処理中グループがあるときでも、新規グループのＷｅｂページの生成時期に応じて、この新規グループのコンテンツデータを優先して処理する。優先して処理するか否かは、処理中グループの残りの処理時間及びＷｅｂページの生成時期、新規グループの処理時間及びＷｅｂページの生成時期などに基づいて判定する。例えば、図６に示すステップＳ１３の処理の後、管理サーバ１０の制御部２１は、処理待ちテーブルに処理待ちグループが設定されているか否かを判定する。処理待ちグループが設定されている場合、制御部２１は、処理待ちグループ毎に処理時間を演算する。その後、制御部２１は、演算した処理時間が短い順に各配信グループを並べ替え、各配信グループの処理終了時刻を演算する。すなわち、制御部２１は、新規グループの処理時間と、処理中グループの残りの処理時間と、処理待ちグループの処理時間と、を短い方から順に上位から下位にかけて並べ替えた処理順テーブルを作成する。そして、制御部２１は、各配信グループの処理が終了する時刻を演算する。なお、処理待ちテーブルに設定されている処理待ちグループがないときには、処理待ちグループは処理順テーブルに含まれない。
【００８７】
次に、制御部２１は、図６のステップＳ１４の処理に代えて、並べ替えを行った配信グループのうち、その処理終了時刻がＷｅｂページの生成時期を超えている配信グループがあるか否かを判定する。処理終了時刻がＷｅｂページの生成時期を超えている配信グループがないとき、制御部２１は、並べ替えを行った配信グループのうち最も処理時間が短い配信グループの処理を行う。このとき、新規グループの処理時間が処理中グループの残りの処理時間より短ければ、制御部２１は、図６に示すステップＳ１５の処理に移行する。一方、新規グループの処理時間が処理中グループの残りの処理時間と同等以上の長さであれば、制御部２１は、図６に示すステップＳ１７の処理に移行する。
【００８８】
一方、処理終了時刻がＷｅｂページの生成時期を超えている配信グループがあるとき、制御部２１は、その配信グループが上位になるように順位を一つ繰り上げる。その後、制御部２１は、各配信グループの処理終了時刻を演算し、処理終了時刻がＷｅｂページの生成時期を超えている配信グループがあるか否かを判定する。このとき、処理終了時刻がＷｅｂページの生成時期を超えている配信グループがあれば、制御部２１は、処理順テーブルにおいて、その配信グループの順位をさらに一つ繰り上げる。制御部２１は、このような処理順テーブルの変更処理を繰り返し行う。処理終了時刻がＷｅｂページの生成時期を超えている配信グループがあるため、処理順テーブルにおいて、配信グループの順位を一つ繰り上げる処理が繰り返された後に、その配信グループの上位に配信グループが存在しなくなる場合がある。つまり、配信グループの順位が一つ繰り上げる処理が繰り返され、その配信グループが最上位となる場合である。このとき、処理終了時刻がＷｅｂページの生成時期を超えている配信グループがあったとしても、処理の順序を入れ替え可能な配信グループがない。そのため、ステップＳ１０で受け付けた新規グループのコンテンツデータのサービス提供者に対して、「Ｗｅｂページの生成時期には、間に合いません」と制御部２１が通知する。例えば、処理順テーブルにおいて、処理中グループ、処理待ちグループ、新規グループが上位から順に並んでいるとする。このとき、処理終了時刻がＷｅｂページの生成時期を超えている配信グループが新規グループであれば、制御部２１は、処理順テーブルにおいて新規グループの順位を一つ繰り上げる。さらに、制御部２１は、変更した処理順テーブルにおける各配信グループの処理終了時刻を演算する。このとき、処理終了時刻がＷｅｂページの生成時期を超えている配信グループが新規グループであれば、処理順テーブルにおいて新規グループの順位をさらに一つ繰り上げる。従って、処理順テーブルにおいて、新規グループ、処理中グループ、処理待ちグループが上位から順に並ぶことになる。このように処理順テーブルを変更した後、制御部２１は、処理順テーブルにおいて最上位の配信グループの処理を開始する。このとき、処理順テーブルにおいて最上位の配信グループが新規グループであれば、図６に示すステップＳ１５，Ｓ１６の処理を行う。また、処理順テーブルにおいて最上位の配信グループが処理待ちグループであれば、制御部２１は、図６に示すステップＳ１５の処理を行った後、処理待ちグループのコンテンツデータの受信を開始する。一方、処理順テーブルにおいて最上位の配信グループが処理待ちグループであれば、制御部２１は、図６に示すステップＳ１７の処理を行う。なお、処理終了時刻がＷｅｂページの生成時期を超えている配信グループが複数ある場合には、Ｗｅｂページの生成時期が現時刻に最も接近している配信グループを優先して、処理順テーブルを変更する。
【００８９】
また、図６に示すステップＳ２１の処理の後、管理サーバ１０の制御部２１は、処理待ちテーブルに設定されている処理待ちグループ毎の処理時間を演算する。そして、制御部２１は、演算した各配信グループの処理時間が短い順に並べ替え、各配信グループの処理終了時刻を演算する。すなわち、制御部２１は、追加のコンテンツデータを追加した処理中グループの残りの処理時間と、処理待ちテーブルに設定されている各処理待ちグループの処理時間とを短い方から順に上位から下位にかけて並べ替えた処理順テーブルを作成する。そして、制御部２１は、各配信グループの処理が終了する時刻を演算する。
【００９０】
次に、制御部２１は、図６のステップＳ２２の処理に代えて、並べ替えを行った配信グループのうち、その処理終了時刻がＷｅｂページの生成時期を超えている配信グループがあるか否かを判定する。処理終了時刻がＷｅｂページの生成時期を超えている配信グループがないとき、制御部２１は、並べ替えを行った配信グループのうち最も処理時間が短い配信グループの処理を行う。このとき、処理待ちグループの処理時間が処理中グループの残りの処理時間よりも短ければ、図６に示すステップＳ２４の処理に移行する。一方、処理待ちグループの処理時間が処理中グループの残りの処理時間と同等以上の長さであれば、制御部２１は、図６に示すステップＳ２３の処理に移行する。
【００９１】
一方、処理終了時刻がＷｅｂページの生成時期を超えている配信グループがあるとき、制御部２１は、その配信グループが上位になるように順位を一つ繰り上げる。その後、制御部２１は、各配信グループの処理終了時刻を演算し、処理終了時刻がＷｅｂページの生成時期を超えている配信グループがあるか否かを判定する。このとき、処理終了時刻がＷｅｂページの生成時期を超えている配信グループがあれば、制御部２１は、処理順テーブルにおいて、その配信グループの順位をさらに一つ繰り上げる。制御部２１は、このような処理順テーブルの変更処理を繰り返し行う。このように処理順テーブルを変更した後、制御部２１は、処理順テーブルにおいて最上位の配信グループの処理を開始する。このとき、処理順テーブルにおいて最上位の配信グループが処理中グループであれば、図６に示すステップＳ２３の処理を行う。一方、処理順テーブルにおいて最上位の配信グループが処理待ちグループであれば、制御部２１は、図６に示すステップ２４の処理を行う。制御部２１は、図６に示すステップ２４の処理を行った後、その処理待ちグループの受信処理を実行する。そして、制御部２１は、処理をステップＳ２８に移行する。上述した新規グループのコンテンツデータの処理と同様に、配信グループの順位が一つ繰り上げる処理が繰り返され、その配信グループが最上位となる場合がある。このとき、処理終了時刻がＷｅｂページの生成時期を超えている配信グループがあったとしても、処理の順序を入れ替え可能な配信グループがない。そのため、ステップＳ１８で受け付けた追加のコンテンツデータのサービス提供者に対して、「Ｗｅｂページの生成時期には、間に合いません」と制御部２１が通知する。
【００９２】
なお、制御部２１は、Ｗｅｂページの生成時期を超えるか否かは、所定のマージンを持って判断する。例えば、２００９年６月１５日午前１１時がＷｅｂページの生成時期であるとすると、制御部２１は、コンテンツデータの処理の順番を判断するためのＷｅｂページの生成時期として、例えば、２時間前の２００９年６月１５日午前９時とする。このようにすることで、コンテンツ提供者に余裕をもってＷｅｂページの作成を行わせることができる。
【００９３】
また、管理サーバ１０は、図８に示すように、Ｗｅｂページの生成時期も処理待ちテーブルに含んでおり、推定した処理時間に加え、Ｗｅｂページの生成時期を考慮して、処理待ちテーブルのグループの順番を並べ替える。図８に示す処理待ちテーブルが、例えば、２００８年１２月２８日時点の処理待ちテーブルであるとする。このとき、各グループのＷｅｂページの生成時期までに３日もあるため、図８に示すように、Ｗｅｂページの生成時期が早い順に並ぶことになる。従って、Ｗｅｂページの生成時期が早いグループから順にコンテンツデータが処理されることになる。
【００９４】
このように、第２実施形態における管理サーバ１０の制御部２１は、Ｗｅｂページの生成時期とコンテンツデータの処理時間とに基づいて、コンテンツデータを処理する順を決定し、その順番でコンテンツデータを処理する処理手段として機能する。
【００９５】
従って、処理待ちテーブルに複数のグループのコンテンツデータが処理待ちになっている状態であっても、Ｗｅｂページの生成時期が迫っているコンテンツデータが投入されたときには、このコンテンツデータを優先して処理することができる。なお、第２の実施形態では、Ｗｅｂページの生成時期を用いて、コンテンツデータの処理時間が短いコンテンツデータから順に処理を行うようにしたが、これに限定されるものではない。サービス提供者がデータＩＤを取得したい取得時期であれば、Ｗｅｂページ生成時期を取得時期に置き換えて本発明を適用可能である。
【００９６】
なお、上述の第１及び第２実施形態においては、各グループのコンテンツデータはそれぞれ単独又は２以上連続して投入されるものであるが、各グループのコンテンツデータが１つずつ単独でのみ投入される場合にも当然に適用することができる。
【００９７】
また、情報処理装置２を、管理サーバ１０、ＤＲＭサーバ１１、投入サーバ１２、ＩＤ付与サーバ１３、ＶＰＮルータ１４、ルータ１５などから構成するようにしたが、これに限られない。
【００９８】
また、上述においては、各コンテンツ供給装置１を各グループに分け、グループ単位でコンテンツデータを処理するようにしたが、複数のコンテンツ供給装置１を１つのグループに割り当ててグループ分けをすることもできる。また、グループ分けを行ったサービス提供者ごとに本発明の処理を行わず、各コンテンツデータ単位で本発明の処理を行うようにしてもよい。
【符号の説明】
【００９９】
１  コンテンツ供給装置
２  情報処理装置
３  ネットワーク
４  ノード装置
１０  管理サーバ
１１  ＤＲＭサーバ
１２  投入サーバ
１３  ＩＤ付与サーバ
２１  管理サーバの制御部
２２  管理サーバの記憶部
【図１】
2011010225.tif 000003
【図２】
2011010225.tif 000004
【図３】
2011010225.tif 000005
【図４】
2011010225.tif 000006
【図５】
2011010225.tif 000007
【図６】
2011010225.tif 000008
【図７】
2011010225.tif 000009
【図８】
2011010225.tif 000010