JP2007274215A - 情報配信装置、情報再生装置、情報処理方法 - Google Patents

Abstract

【課題】 映像情報に応じた再生処理を低コストかつ低消費電力で実現すること。
【解決手段】 情報配信装置は、コンテンツ情報を符号化するために用いた情報を収集する符号化情報収集部と、収集した情報に基づき、コンテンツ情報の復号化プロセスを予測し、復号化プロセスを実行するためのデータパスを構成するための構成情報を生成する生成部と、構成情報をコンテンツ情報に組込む組込み部と、構成情報が組み込まれたコンテンツ情報を配信する配信部とを備える。
【選択図】 図１６

Description

本発明は、映像情報を配信し、配信した映像情報を再生するための技術に関する。

本発明の背景技術を、ネットワークカメラ技術、ネットワーク相互接続技術、ホームネットワーク接続技術、動的再構成可能なハードウェア技術等の観点から説明する。

[ネットワークカメラ技術]
撮影したライブ映像をインターネットなどの通信インフラストラクチャを使って配信するとともに、撮影のためのカメラ設定やカメラ操作などを指示する技術が確されている（例えば、特許文献１）。通信インフラストラクチャを利用した映像配信システムなどでは、映像配信に加えて、パン、チルト、ズーム、逆光補正といったカメラ制御を、ネットワークを介して提供可能である。係る映像配信システムでは、アクセス制御機能を備え、利用者のアクセス権限に応じて、カメラ制御や映像配信を制限することができる。

更に、カメラ制御によって撮像される領域に関しても制限することが可能である。例えば、特権ユーザは、カメラに備わるズーム機能のすべてを利用できるが、通常のユーザは、ズーム機能の一部のみを利用可能とするような制限である。パン機能やチルト機能についても同様である。

また、ＵＳＢなどの機器接続インターフェースを介して、デジタルカメラやデジタルカムコーダーを操作するためのプロトコルとして、ＰＴＰ(Picture Transfer Protocol)が規定されている。ＰＴＰでは、デジタルカメラの標準的な撮像設定や撮影映像の受け渡しが可能である。一方で、ＰＴＰでは、記述できない独自の設定や操作を備えるカメラ機器も存在する。

[ネットワーク相互接続技術]
ネットワークに接続された機器を相互接続する技術として、例えば、ＵＰｎＰ (Universal Plug and Play)は、１９９９年に Ｍｉｃｒｏｓｏｆｔ社によって提案され、ＵＰｎＰフォーラムで普及及び検討が進められている。

ＵＰｎＰでは、(１)アドレシング、(２)ディスカバリ(発見)、(３)ディスクリプション(能力記述)のステップを経て、相互の機器の性質や能力が認識される。そして、（１）〜（３）の認識に基づいて、(４)コントロール、(５)イベンティング、(６)プレゼンテーションを行うよう規定されている。ＵＰｎＰにおけるディスクリプション（能力記述）ステップにおいて、接続する相互の機器の能力記述を交換する。そして、その後のコントロールステップやイベンティングステップにおいて、通信相手の能力に応じた操作や状態反映を行うことで、利用者による設定などを極力少なくする点に主眼が置かれている。

[ホームネットワーク接続技術]
家庭内ネットワークでの音楽映像配信利用を想定して、ＤＬＮＡ(Digital Living Network Alliance)が仕様を策定している。ＤＬＮＡでは、一層の接続性向上を実現するために、ＵＰｎＰ仕様(ＵＰｎＰ ＡＶ仕様を含む)をベースとして、音声映像コーデックやメディア転送プロトコルを厳密に規定した仕様になっている。

ＤＬＮＡなどのホームネットワーク接続技術は、主に、ＨＤＤレコーダーなどの記憶装置(ストレージ)に保存された映像や音楽の配信を対象としているが、ライブ映像の配信にも適用可能である。例えば、ＵＰｎＰ ＡＶ仕様では、Ｍｅｄｉａ Ｓｅｒｖｅｒ と Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒ との間のメディア転送プロトコルを規定外(Out-of-band)としている。一方、ＤＬＮＡ仕様では、ＨＴＴＰ (HyperText Transfer Protocol)、あるいは、ＲＴＰ(Real-time Transport Protocol)を規定している。

[動的再構成可能ハードウェア技術等]
動的に再構成可能なハードウェア技術や動的に再構成可能なプロセッサとして、ＤＲＰ(Dynamically Reconfigurable Processor)がある。

動的にプログラミング可能なハードウェア技術としては、ＦＰＧＡ (Field Programmable Gate Array)が従来から存在する。ＤＲＰは、マイクロプロセッサやＡＳＩＣのハードウェア構成情報（Intellectual Property：「ＩＰ」ともいう。）を書き込むことでハードウェア構成情報に従った動作や振舞いが可能となる点は、従来のＦＰＧＡと同様である。

ＤＲＰによれば、ハードウェア構成情報によりマイクロプロセッサ等の動作を指定することが可能であり、ハードウェア構成情報に従った情報処理を実行する処理ブロックを構成することが可能である。

ＤＲＰでは、処理ブロックを短い時間サイクル（例えば、１クロック）で書き換えることが可能であり、全ての処理ブロックを平面的に展開して接続するＦＰＧＡと比較して、限られたＬＳＩ面積の中に仮想的に多くの処理回路を展開することが可能である。結果として、ＤＲＰでは、ある処理を実行する際の配線長が短くなり、動作速度を上げることが可能である。

[組み込みＩＰ(Intellectual Property)技術]
各種のハードウェア設計データを実装し、組み込みＩＰ(Intellectual Property)として流通させる技術が普及している。典型的には、各種のハードウェアモジュール機能がデータパスレベルで記述される。そして、利用者のＨＤＬ (Hardware Discription Language；VerilogやVHDLなど)を使ったハードウェアの論理合成開発環境にリンク可能なライブラリとして供給されている。
特開平０９-２８９６０７号公報 特開２００１−２８５１７９号公報

近年、デジタルカメラあるいはデジタルビデオの普及ならびに家庭内の映像機器の導入により、多種多様の映像コンテンツが簡単に生成される状況にある。その結果、多種多様の映像情報（映像コンテンツ）を扱うために、デジタルカメラやデジタルビデオ或は再生装置のハードウェアやソフトウェアが大規模化かつ複雑化しており、開発コストや機器価格あるいは機器の消費電力を押上げるというという問題がある。

特に、近年、家庭内でネットワークを介して映像コンテンツが共有される状況にあり、簡単に、異種類の映像コンテンツにアクセスすることが可能になっているため、上記の問題はより一層顕著なものとなっている。

本発明は、このような問題に鑑みてなされたものであり、映像情報（映像コンテンツ）に応じた再生処理を低コストかつ低消費電力で実現する技術を提供することを目的とするものである。

上記目的を達成するべく、本発明に係る情報配信装置は、
符号化したコンテンツ情報を配信することが可能な情報配信装置であって、
前記コンテンツ情報を符号化するために用いた情報を収集する符号化情報収集手段と、
前記符号化情報収集手段により収集された情報に基づき、前記コンテンツ情報の復号化プロセスを予測し、当該復号化プロセスを実行するためのデータパスを構成するための構成情報を生成する生成手段と、
前記生成手段により生成された前記構成情報を前記コンテンツ情報に組込む組込み手段と、
前記組込み手段により前記構成情報が組み込まれた前記コンテンツ情報を配信する配信手段と
を備えることを特徴とする。

あるいは、上記目的を達成するべく、本発明に係る情報再生装置は、
情報配信装置により配信されたコンテンツ情報を受信して、再生する情報再生装置であって、
前記コンテンツ情報を再生する際に用いる情報処理手段のリソースの割り当てを行う割当手段と、
前記割当手段により割当てられた前記情報処理手段のリソースを、前記コンテンツ情報に組み込まれている構成情報に基づき、前記情報処理手段のデータパスを、前記配信されたコンテンツ情報に応じて構成する構成手段と、
前記構成手段により構成された前記情報処理手段のデータパスを用いて、前記配信されたコンテンツ情報を再生する再生手段と
を備えることを特徴とする。

本発明によれば、映像情報に応じた再生処理を低コストかつ低消費電力で実現することが可能になる。

（第1実施形態）
以下、本発明の第１実施形態を、図面を参照して説明する。本実施形態に係る情報配信装置は、配信する情報の再生処理を予測、解析し、ハードウェア構成情報(ＩＰ)を配信する情報に組込むことが可能な構成を備える点に特徴を有する。情報配信装置が配信するコンテンツ情報には、例えば、音声、音楽、映像（静止画、動画（動画の配信は第２実施形態で詳しく説明する））情報が含まれる（これらの情報を「コンテンツ情報」という。）。以下の説明では、映像情報（以下、「映像コンテンツ」という）の配信を例に説明しているが、本発明の趣旨は、この例に限定されるものではなく、配信するコンテンツ情報としては、音声情報（音楽情報を含む）等も含まれる。

本実施形態に係る情報配信装置は、映像コンテンツの内容に応じて、再生処理のデータパスを予測し、頻繁に使われるデータパスから順番に(先頭の)複数のＩＰを、映像コンテンツに組入れる点を特徴とする。

図１は、本発明の実施形態に係る情報配信装置の典型的な利用形態を示す図である。情報配信装置（映像コンテンツ発信元）１０１、操作表示端末（映像ビューワ）（１０２、１０３）は、それぞれネットワーク１０５に接続されている。情報配信装置１０１には、撮像装置１１０が着脱可能である。図１３は、情報配信装置１０１に撮像装置１１０が装着される状態を例示的に示す図であり、撮像装置１１０には、デジタルカメラやデジタルビデオカメラ等、静止画または動画の撮像が可能な装置が含まれる。情報配信装置１０１は、撮像装置１１０により撮像された画像データを映像コンテンツとして、ハードウェア構成情報（ＩＰ）を組入れてネットワーク１０５を介して配信することが可能である。

ネットワーク１０５には、更に、ネットワーク接続型の記憶装置(Network Attached Storage、以下、「ＮＡＳ」ともいう。) １２０が接続している。ＮＡＳ１２０は、ネットワーク１０５に接続される他の機器から、データの保存あるいは参照の要求を受け付けることが可能である。ＮＡＳ１２０は、家庭用ＮＡＳ、業務用の大規模ＮＡＳ、あるいは、その他の装置から提供されるストレージサービスにより構成することも可能である。

操作表示端末１０２からＡＰ(ネットワークアクセスポイント、以下、単に「アクセスポイント」ともいう。) １０４を介して、映像配信リクエストが情報配信装置１０１へ送られる。映像配信リクエストが情報配信装置１０１に受け入れられると、情報配信装置１０１はアクセスポイント１０４を介して操作表示端末１０２へ映像配信リクエストに対応する映像データを配信する。映像データの配信を受けた操作表示端末１０２は、操作表示端末で映像を見ることが可能になる。

映像コンテンツ送信の一時停止や早送り等の操作リクエストや、撮像装置１１０を用いた映像コンテンツの撮像リクエストも同様に操作表示端末１０２（１０３）からアクセスポイント１０４を介して情報配信装置１０１に通信が可能である。

図１において、ネットワーク１０５は家庭内あるいは組織内で運用されるネットワーク、あるいは、広く利用されているインターネットであっても良い。さらに、機器間の双方向の通信媒体は有線であっても無線であっても構わない。

（情報配信装置の構成例）
図２は、情報配信装置１０１を動作させるハードウェア構成の一例を示す図である。情報配信装置１０１は、プログラムや処理結果を格納する記憶装置２０４、プログラムによる各種の処理を実行するＣＰＵ２０１、ネットワーク１０５と接続するためのネットワークＩ／Ｆ２０３を有する。更に、情報配信装置１０１は、デジタルカメラなどの撮像装置１１０を接続するためのＵＳＢインターフェース（以下、「ＵＳＢ」ともいう。）２０５や、ＣＰＵ２０１による処理の際のワークエリアとなるメモリ２０２を有する。また、情報配信装置１０１は表示装置２０７を備えており、表示装置２０７は、プログラムモジュールの設定情報やユーザの操作入力に基づく設定情報の更新結果等を表示することが可能である。

ＣＰＵ２０１、メモリ２０２、ネットワークＩ／Ｆ２０３、記憶装置２０４、ＵＳＢ２０５及び表示装置２０７は、情報配信装置１０１の内部バス２０６により接続されており、相互に通信が可能である。

記憶装置２０４は、高速なアクセスが可能なＲＡＭの他に、ＨＤＤ装置やフラッシュメモリなど不揮発性メモリを備えても良いし、取り外し可能な記憶装置を備えても良い。ネットワークＩ／F２０３は、有線インターフェースの他、無線インターフェースを備えても良い。撮像装置１１０（例えば、デジタルカメラ）を接続するためのインターフェースは、ＵＳＢに限定されず、例えば、ＩＥＥＥ１３９４でも良い。

（再構成可能なプロセッサの説明）
図３は、本実施形態に係る再構成可能なプロセッサ(以下、「ＤＲＰ」ともいう。) を説明する図である。ＤＲＰコアは、基本単位として６４個（８ｘ８）配列したプロセッシングエレメントＰＥ(Processing Element)３０１と、ＰＥの周辺に配置されたメモリエレメントＭＥ(Memory Element)３０２を有する。

更に、ＤＲＰは、ＰＥ３０１やＭＥ３０２などのエレメント間を自在に結合するデータスイッチ(図示せず)、ハードウェア構成情報（ＩＰ）に記述されたデータパス面を指定するシーケンサ（sequencer）３０３等から構成される。ＤＲＰは、一つ以上のＤＲＰコア、ＦＰＵ(Floating point number Processing Unit)、外部メモリコントローラ、バス等のプロセッサ間通信コントローラ、クロック、などから構成することが可能である。

シーケンサ３０３は、ＤＲＰ内のＰＥ３０１やＭＥ３０２のデータパス面を切替えて、ＰＥ３０１、ＭＥ３０２を協調動作させることが可能である。また、複数のシーケンサ３０３を備える場合は、一部の指定されたＰＥ３０１やＭＥ３０２を対象として、データパス面を構成することも可能である。

シーケンサ３０３は、ＤＲＰ内の処理結果を反映して、ＰＥ３０１からのトリガーイベントによって、データパス面の指定ポインタを発行することが可能である。また、ＣＰＵ２０１などの外部信号によって、データパス面の指定ポインタを発行することも可能である。この指定ポインタにより各ＰＥ３０１の処理機能を切替えて、各ＰＥの組み合わせにより構成されるデータパス面を再構成することも可能である。

ＤＲＰコアの構成としては、ＰＥ３０１が８ｘ８に配列した構成に限定されず、複数のＤＲＰコアのシーケンサ３０３がデータパス面を指定するポインタ信号を共有して、より大規模なデータパス面を構成することも可能である。また、個々のシーケンサ３０３を独立に制御して、別々のタスクを割当てることも可能である。

図１６は、映像コンテンツに応じて解析されるデータパスを例示的に示す図である。再生処理のデータパスとしては、例えば、判定処理Ａから始まり、処理Ｂ１またはＢ２が実行される。処理Ｂ１のデータパスは、処理Ｄ１の判定によりＥ１またはＥ２の処理が実行され、その後、処理Ｇ１の実行により終了する。

一方、処理Ｂ２のデータパスは、判定処理Ｃ１により、処理Ｅ２またはＤ２に処理が進められる。処理Ｅ２に進められるデータパスは、その後、処理Ｇ１の実行により終了する。

また、判定処理Ｄ２によりＥ３またはＥ４の処理が実行される。処理Ｅ３に進められるデータパスは、判定処理Ｆ１により、処理Ｇ１またはＧ２の実行により終了する。処理Ｅ４に進められるデータパスは、その後処理Ｇ２の実行により終了する。

再生側の情報処理プロセッサ（ＤＲＰ４０７）のリソース（ＰＥ３０１やＭＥ３０２など）が、情報処理プロセッサの規模や稼動状況に従って割当てられる。ハードウェア構成情報（ＩＰ）は、割当てられた情報処理プロセッサ（ＤＲＰ４０７）のリソースにより再生側（操作表示端末（１０２、１０３））の消費電力等が最も小さくなるデータパス面を指定するように生成される。

例えば、映像コンテンツＡを再生する場合は、図１６（ａ）のデータパス（太線で示す）が予測され、係るデータパスを指定するようにハードウェア構成情報（ＩＰ）が生成され、映像コンテンツＡに組み込まれる。また、別の映像コンテンツＢを再生する場合は、図１６（ｂ）のデータパス（太線で示す）が予測され、係るデータパスを指定するようにハードウェア構成情報（ＩＰ）が生成され、映像コンテンツＢに組み込まれる。

（操作表示端末の構成例）
図４は、操作表示端末（１０２、１０３）を動作させるハードウェア構成の一例を示す図である。操作表示端末（１０２、１０３）は、プログラムや処理結果を格納する記憶装置４０６、プログラムによる各種の処理を実行するＣＰＵ４０３、ネットワーク１０５と接続するためのネットワークＩ／Ｆ４０５を有する。また、操作表示端末（１０２、１０３）は、処理結果や映像コンテンツを表示する表示装置４０８、表示装置４０８を制御する表示コントローラ４０２、ＣＰＵ２０１による処理の際のワークエリアとなるメモリ４０４を有する。更に、操作表示端末（１０２、１０３）は、ユーザからの入力を受け取る周辺コントローラ４０１、及びハードウェア構成情報（ＩＰ）に応じて動的に再構成可能なＤＲＰを有する。周辺コントローラ４０１、表示コントローラ４０２、ＣＰＵ４０３、メモリ４０４、ネットワークＩ／Ｆ４０５、記憶装置４０６及びＤＲＰ４０７は、操作表示端末の内部バス４１０により接続されており、相互に通信が可能である。

記憶装置４０６は、高速なアクセスが可能なＲＡＭの他に、ＨＤＤ装置やフラッシュメモリなど不揮発性メモリを備えても良いし、取り外し可能な記憶装置を備えても良い。ネットワークＩ／Ｆ４０５は、有線インターフェースの他、無線インターフェースを備えても良い。

周辺コントローラ４０１は、入力装置（例えば、キーボード４０９やマウス４１０）から入力される入力情報を受け付け、内部バス４１０を介して、ＣＰＵ４０３や記憶装置４０６等にデータを受け渡す。尚、入力装置としては、キーボード４０９やマウス４１０等に限定されず、例えば、赤外線リモコン等の操作ユニットでもよい。また、周辺コントローラ４０１は、例えば、赤外線リモコンを入力装置とした場合、ＬＥＤコントローラあるいは外部センサー入出力コントローラとして構成することも可能である。

ＤＲＰ４０７は、単独のプロセッサであっても良いし、また、ＣＰＵ４０３などのＬＳＩに搭載される機能回路(ＩＰコア)であっても構わない。

次に、情報配信装置１０１、操作表示端末（１０２、１０３）にインストールされているプログラムモジュールの構成を説明する。図５Ａは、プログラムモジュールの構成を模式化した図である。情報配信装置１０１内には、映像配信モジュール５０１、撮像装置制御モジュール５０２、設定モジュール５０５が含まれる。また、操作表示端末（１０２、１０３）内には、映像再生表示モジュール５０３、撮像装置操作モジュール５０４が含まれる。各プログラムモジュールは、各装置内の記憶装置（２０４、４０６）に格納され、各装置のＣＰＵ（２０１、４０３）や、操作表示端末（１０２、１０３）内のＤＲＰ４０７等で実行可能である。

図５Ｂは、映像配信モジュール５０１、映像再生表示モジュール５０３に含まれるプログラムモジュールの構成例を示す図である。映像配信モジュール５０１には、映像解析モジュール５１０、ＤＲＰ構成情報生成モジュール５１１、ＤＲＰ構成情報組込みモジュール５１２が含まれる。

また、映像再生表示モジュール５０３には、配信された映像コンテンツの再生を実行するための再生モジュール５２２、ＤＲＰ構成モジュール５２０、一部の再生処理をＤＲＰに依頼するデバイスドライバ５２１などが含まれる。本発明の実施形態に係るプログラムモジュールの具体的な処理は、後に図６乃至図１２を参照して説明する。

情報配信装置１０１がネットワーク１０５、アクセスポイント１０４経由で操作表示端末（１０２、１０３）から受け取るコマンドは、以下のようにカテゴリ分けすることができる。

（１）セッション制御用コマンド
情報配信装置１０１と操作表示端末（１０２、１０３）との間で、事前にセッションを確立する必要があるコマンドが存在する。そのためのコマンドとしてセッション制御用コマンドが規定されている。例えば、セッションの開始コマンドや終了コマンドがこのカテゴリのコマンドに含まれる。

（２）撮像装置制御コマンド
情報配信装置１０１上でのアクセスに排他制御が必要な操作コマンドのために、撮像装置制御権を受け渡しするためのコマンドが規定されている。例えば、撮像装置１１０のズーム操作や配信映像の削除操作などの操作が該当する。撮像装置制御権を保持している操作表示端末（１０２、１０３）は、本コマンドにより撮像装置１１０の制御操作が可能になる。尚、撮像装置１１０の制御だけでなく、情報配信装置１０１に関する一部のコマンド(例えば、雲台パンチルト制御など)については、撮像装置制御権が必要なため、このコマンドカテゴリに含まれる。

（３）カメラブラウズコマンド
本コマンドは、情報配信装置１０１上の内部状態(例えば、保存された映像コンテンツなどの保存や配信を含む)に関する操作コマンドである。

（４）撮像装置設定コマンド
本コマンドは、情報配信装置１０１の設定を変更する操作コマンドである。

（操作表示端末、情報配信装置の動作フローチャート）
次に、操作表示端末（１０２、１０３）、情報配信装置１０１、それぞれの動作フローチャートについて説明する。尚、以下の説明では、操作表示端末（１０２、１０３）は、情報配信装置１０１への接続情報、途中経路のＡＰ（アクセスポイント）１０４へのルーティング情報などは、別途取得済みであるものとする。これらの情報は、公知のＩＰ(Internet Protocol)技術、ＵＰｎＰ (Universal Plug-n-Play)技術、ウェブ(World Wide Web)技術などを利用することで取得可能であるので説明は省略する。

（映像再生表示モジュール５０３の処理）
図６は、操作表示端末（１０２、１０３）における映像再生表示モジュール５０３による処理を説明する図である。映像再生表示モジュール５０３の処理は、ＣＰＵ４０３により実行される。

まず、ステップＳ６０１において、ＣＰＵ４０３は、情報配信装置１０１が提供可能な映像コンテンツを問合せる。ここで、映像コンテンツには、情報配信装置１０１内に蓄積されている映像コンテンツの他、撮像装置１１０から取得されるライブ映像コンテンツも含まれる。以下、これらを総称して映像コンテンツという。

映像コンテンツには、解像度、コーデック、再生時間、データレート(ビットレート)、あるいは、タイトルや言語などの情報、アクセス制限属性、著作権保護方式(暗号復号方式含む)などの映像コンテンツ属性情報が付与されているものとする。

本ステップの問合せ時に、ＣＰＵ４０３は、映像コンテンツ属性情報の一部を指定して、映像コンテンツを指定することも可能である。例えば、ＣＰＵ４０３は夫々の映像コンテンツが、ＤＲＰ４０７のハードウェア構成情報（ＩＰ）を含むか否か、ＤＲＰ４０７のハードウェア構成情報（ＩＰ）の規模（データパス面をどのように構築するか）等を問合せ結果に加えるように指定することもできる。情報配信装置１０１は、要求元の操作表示端末（１０２、１０３）に対して、映像コンテンツの問合せ結果を送信する。

次に、ステップＳ６０２において、ＣＰＵ４０３は、情報配信装置１０１から得られた映像コンテンツを表示装置４０８にリスト表示し、どの映像コンテンツを再生するかユーザからの選択指示を待つ。

ステップＳ６０３において、ＣＰＵ４０３は、ユーザからの選択指示を受け取り、キャンセルが指示された場合には（Ｓ６０４−Ｙｅｓ）、処理を終了する。

一方、ステップＳ６０４の判定において、ＣＰＵ４０３は、リスト表示されている映像コンテンツのいずれかを指定して再生する旨のユーザからの選択指示があった場合（Ｓ６０４−Ｎｏ）、処理をステップＳ６０５に進める。

ステップＳ６０５において、ＣＰＵ４０３は、ユーザが選択した映像コンテンツの再生処理を開始する。ＣＰＵ４０３は、映像コンテンツの再生処理を行う再生モジュール５２２を起動する。

ステップＳ６０６において、ＣＰＵ４０３は、再生モジュール５２２に必要な各種情報を取得し、再生モジュール５０３をセットアップする。ここで、再生モジュール５２２をセットアップするための各種情報とは、情報配信装置１０１から取得した、再生する映像コンテンツの解像度やコーデックあるいは著作権保護方式(暗号復号方式含む)などに関する情報が含まれる。本実施形態におけるの再生モジュール５２２は、再生処理の一部を、映像コンテンツにおいて指定されているハードウェア構成情報(ＩＰ)に基づいて、操作表示端末ＤＲＰ処理に依頼可能な構成になっている。

次に、ステップＳ６０７において、ＣＰＵ４０３は、指定された映像コンテンツの配信を情報配信装置１０１に対して指示する。

そして、ステップＳ６０８において、ＣＰＵ４０３は、情報配信装置１０１から送られる情報を受信し、受信した情報に基づいて再生モジュール５２２は映像コンテンツを表示装置４０８上に再生する。

ここで、映像コンテンツの情報には、情報配信装置１０１との通信経路上で多重化された映像と音声とを適切に分離し、パケット単位に分割(パケタイズ)された映像ビットストリームを適切に結合して得られる情報も含む。また、再生モジュール５２２内での処理は、通常の映像ビットストリーム再生処理と同様であるので、ここでは説明を省略する。

また、映像コンテンツ内に組み込まれたＤＲＰのハードウェア構成情報（ＩＰ）群は、本ステップ（Ｓ６０８）の処理の開始前に分離される。映像コンテンツから分離（抽出）されたＤＲＰのハードウェア構成情報（ＩＰ）群は、映像再生表示モジュール５０３のＤＲＰ構成モジュール５２０(図５Ｂを参照)に受け渡される。そして、ＤＲＰ構成モジュール５２０は、受け渡されたハードウェア構成情報（ＩＰ）群に基づいて、ハードウェア構成（プロセッシングエレメントＰＥ（図３））の再構成を行う。

再生モジュール５２２は、ステップＳ６０８の処理において、再構成されたＤＲＰ４０７のプロセッシングエレメントＰＥを利用して、映像コンテンツの再生が可能になる。

また、映像コンテンツから分離したハードウェア構成情報（ＩＰ）に応じて、再生モジュール５２２の再セットアップや再生モジュール５２２の置換を行うことも可能である。

ステップＳ６０８の完了後に処理を終了する。尚、ステップＳ６０４の判定におけるキャンセル操作では、映像再生表示モジュール５０３の処理を終了していた。ステップＳ６０１、Ｓ６０２、あるいはＳ６０６に処理を戻し、再度、ユーザからの指示を待つように操作表示端末を待機状態としてもよい。

（撮像装置操作モジュール５０４の処理）
図７は、操作表示端末（１０２、１０３）における撮像装置操作モジュール５０４の処理を説明する図である。撮像装置操作モジュール５０４の処理は、ＣＰＵ４０３によって実行される。

ステップＳ７０１において、ＣＰＵ４０３は、撮像装置１１０の操作に関するＧＵＩを表示装置４０８に表示する。そして、ＣＰＵ４０３は、前述のセッション制御用コマンドを用いて、情報配信装置１０１と操作表示端末（１０２、１０３）との間にセッションを確立する。

次に、ステップＳ７０２において、ＣＰＵ４０３は、ユーザから撮像装置１１０の操作に関する指示を待つ。

ＣＰＵ４０３は、ユーザから撮像装置１１０の操作に関する指示を受け取り、ステップＳ７０３において、ユーザからの指示が撮像装置１１０の操作の終了指示であるかどうか判定する。

撮像装置１１０の操作の終了指示である場合には（Ｓ７０３−Ｙｅｓ）、ＣＰＵ４０３は、処理をステップＳ７０６に進め、セッションを終了する。

一方、ステップＳ７０３の判定で、撮像装置１１０の操作の終了でない場合は（Ｓ７０３−Ｎｏ）、ＣＰＵ４０３は、処理をステップＳ７０４に進める。

ステップＳ７０４において、ＣＰＵ４０３は、指定された撮像装置１１０の制御のための撮像装置１１０の制御コマンドを発行し、情報配信装置１０１に送信する。

続いて、ステップＳ７０５において、操作表示端末（１０２、１０３）は、先のステップＳ７０４で発行した撮像装置の制御コマンドの応答（リプライ）として、撮像装置１１０により撮像された映像コンテンツを情報配信装置１０１から受け取る。そして、ＣＰＵ４０３は、受け取った映像コンテンツの内容に応じて、再生モジュール５２２は、操作表示端末（１０２、１０３）の表示装置４０８に表示する。

ステップＳ７０５の処理の終了後、再び処理をステップＳ７０２に戻し、以下同様の処理が繰り返される。

最終的に、撮像装置１１０の操作を終了する場合は、ＣＰＵ４０３は、処理をステップＳ７０６に進めて、情報配信装置１０１と操作表示端末（１０２、１０３）との間のセッションを終了する。

なお、図７のステップＳ７０５において配信される映像コンテンツに対して、情報配信装置１０１は、ハードウェア構成情報（ＩＰ）を付加して、操作表示端末（１０２、１０３）に配信することが可能である。操作表示端末（１０２、１０３）は、情報配信装置１０１から送られてきた映像コンテンツ（撮像装置１１０により撮像されたもの）からハードウェア構成情報（ＩＰ）群を分離（抽出）し、ＤＲＰ構成モジュール５２０に受け渡す。そして、ＤＲＰ構成モジュール５２０は、受け渡されたハードウェア構成情報（ＩＰ）群に基づいて、ハードウェア構成（プロセッシングエレメントＰＥ（図３））の再構成を行う。再生モジュール５２２は、再構成されたＤＲＰ４０７のプロセッシングエレメントＰＥを利用して、撮像装置１１０により撮像された映像コンテンツの再生が可能になる。

（ＤＲＰ構成モジュール５２０の処理）
次に、操作表示端末（１０２、１０３）におけるＤＲＰ構成モジュール５２０の処理を図８の参照により説明する。ＤＲＰ構成モジュール５２０の処理は、ＣＰＵ４０３によって実行される。

まず、ステップＳ８０１において、ＣＰＵ４０３は、操作表示端末（１０２、１０３）に備わるＤＲＰ４０７のリソースの規模や稼動状況を取得する。

ステップＳ８０２において、ＣＰＵ４０３は、映像コンテンツの再生処理に関するＤＲＰリソースの割当てを計算する。典型的には、ＣＰＵ４０３は、ＤＲＰ４０７を構成するプロセッシングエレメントＰＥのうち、利用されていない遊休ＤＲＰリソースを割当てることが可能である。更に、ＣＰＵ４０３は、処理の優先度などの条件を加味して、映像コンテンツの再生に割当てるＤＲＰリソースを設定することも可能である。

ステップＳ８０３では、ＣＰＵ４０３は、データパス面をＤＲＰ４０７にロードする（ＤＲＰ４０７のリソースを再構成する）。例えば、ＣＰＵ４０３は、指定されたＤＲＰに対するハードウェア構成情報群の内、上位(高優先順位)のデータパス面を先のステップＳ８０２で割当てられたＤＲＰ４０７のリソースに合わせてロードする。

次に、ステップＳ８０４において、ＣＰＵ４０３は、ロードの成否やデータパス面に割当てられたシーケンス番号(ＤＲＰ４０７の命令ポインタ)等を、図６のステップＳ６０６でセットアップされた再生モジュール５２２に通知する。再生モジュール５２２は、シーケンス番号を介して、構成されたデータパス面を利用して映像コンテンツの再生処理を実行可能である。

また、必要ならば、再生モジュール５２２を置換した上で再セットアップすることも可能である。

例えば、操作表示端末（１０２、１０３）のＤＲＰ４０７が２５６面のデータパス面を保持できるＰＥから構成され、その内の２００面のデータパス面が、本実施形態の映像再生処理よりも高い優先度で実行されている場合を想定する。この場合、残りの５６面が映像再生処理に利用可能なデータパス面となる。この場合、映像コンテンツで指定されたＤＲＰ４０７のハードウェア構成情報（ＩＰ）群のうち、優先順位の上位のＩＰにより、順々に、操作表示端末（１０２、１０３）のＤＲＰ４０７は再構成（ロード）されることになる。

（ＤＲＰ構成情報生成モジュール５１１の処理）
図９は、情報配信装置１０１におけるＤＲＰ構成情報生成モジュール５１１の処理を説明する図である。
ＤＲＰ構成情報生成モジュール５１１の本処理は、情報配信装置１０１のエンコード処理に伴い、再生装置(操作表示端末（１０２、１０３）)の再生処理で利用されるデータパスをまず予測する。そして、映像コンテンツに組入れるＤＲＰ４０７に対するハードウェア構成情報（ＩＰ）群を生成することが可能である。ＤＲＰ構成情報生成モジュール５１１は、ＣＰＵ２０１によって実行される。

ステップＳ９０１において、ＣＰＵ２０１は、映像コンテンツのエンコード処理に際して適用したエンコードルール毎のパラメータ情報、及び、エンコード処理の過程で生成されたエンコード済み映像データの統計情報を収集する。

ここで、エンコードルール毎のパラメータ情報とは、例えば、マクロブロック分割サイズ、フレーム内予測の有無や範囲、Ｂフレーム(Bidirectional frame)の有無、参照フレームの範囲、ビットレート制御情報等が含まれる。また、エンコード方式によっては、固有のパラメータが含まれてもよい。例えば、Ｈ．２６４ (MPEG-4 Part 10 AVC)のCABAC (Context-based Adaptive Binary Arithmetic Coding：適応算術演算符号化)のモード指定などが含まれてもよい。

次に、ステップＳ９０２において、ＣＰＵ２０１は、先のステップＳ９０１で収集した情報から、デコード処理のプロセスを予測する。具体的には、ＣＰＵ２０１は、デコード処理におけるデータパスの使用統計(頻度)を算出した上で、それぞれのデータパスに順位付けを行う。

次に、ステップＳ９０３において、ＣＰＵ２０１は、各デコード処理のデータパスの順位及び対応するＤＲＰのハードウェア構成情報のサイズから、映像コンテンツに対するＤＲＰのハードウェア構成情報（ＩＰ）を生成する。ステップＳ９０２の処理で、順位付けられた複数のデータパスを構成するためのハードウェア構成情報が複数ある場合（ハードウェア構成情報群）が複数のＤＲＰのハードウェア構成情報（ＩＰ）群を生成する。この時、ＤＲＰのハードウェア構成情報（ＩＰ）群には、個々のＤＲＰのハードウェア構成情報に加えて、上記の順位情報などの情報が付与される。

更に、ＤＲＰのハードウェア構成情報（ＩＰ）群には、必要に応じて、再生処理における個々のデータパス面のパイプラインや並列処理の指定情報も記述される。

ＤＲＰ構成情報組込みモジュール５１２は、ステップＳ９０３において生成されたハードウェア構成情報を映像コンテンツに組入れることができる。ＤＲＰ構成情報組込みモジュール５１２は、映像コンテンツの内容に応じて、再生処理のデータパスを予測し、頻繁に使われるデータパスから順番にハードウェア構成情報を映像コンテンツに組入れることができる。例えば、図１４の（ａ）、（ｂ）に示すように映像コンテンツの先頭のヘッダ部に、複数のハードウェア構成情報（ＩＰ）群を、映像コンテンツに組入れることが可能である。

再生処理のパイプライン指定により、ソフトウェア処理と同じ処理手順をハードウェア処理に差換えるだけではなく、再生処理における複数の処理ブロックのパイプライン化、並列化、そしてその処理結果の融合が可能になる。

尚、再生処理の個々の処理ブロックに対応するデータパスを構成するためのＤＲＰのハードウェア構成情報は、事前にコンパイルされており、情報配信装置１０１の記憶装置２０４に保存されているものとする。

（映像配信モジュール５０１の処理）
次に、映像配信モジュール５０１の処理を説明する。図１０は、情報配信装置１０１における映像配信モジュール５０１の処理を説明する図であり、映像配信モジュール５０１の処理は、ＣＰＵ２０１によって実行される。

まず、ステップＳ１００１で映像配信モジュールの動作設定情報を読み出して、動作設定情報に基づき動作を開始する。ここで、映像コンテンツの獲得とエンコードを行うスレッドを（生成時点では休止状態で）生成する。

ステップＳ１００２で、ＣＰＵ２０１は、リクエスト受付のポートを開いて待ち状態（リクエスト受付状態）に入り、クライアントである操作表示端末（１０２、１０３）からのリクエストを待つ。

リクエストとして、例えば、映像配信リクエスト、エンコードパラメータ変更、若しくは、ブラウジングなどのコマンドリクエスト等が受け付けられたら、ステップＳ１００２を抜けて、各種コマンドを処理するためにステップＳ１００５に処理を進める。一方、コマンドが操作表示端末（１０２、１０３）からの接続リクエストならばステップＳ１００３で接続の可否の判定を行う。

ステップＳ１００３の判定で、ＣＰＵ２０１は、接続否ならば接続拒否のエラーコードを返し、処理をステップＳ１００２に戻す。

一方、ＣＰＵ２０１は、接続可ならばステップＳ１００４に処理を進める。ＣＰＵ２０１は、接続処理として、クライアントである操作表示端末（１０２、１０３）からのコマンドの受付処理を行うスレッド（ステップＳ１００８〜Ｓ１０１１が対応）を生成する。そして、ＣＰＵ２０１は、クライアントである操作表示端末（１０２、１０３）の登録を行う。ここで、映像コンテンツの獲得とエンコードを行うスレッドが休止状態ならば、ＣＰＵ２０１は、動作開始を指示してから本ステップを抜け、処理をステップＳ１００２に戻す。

図１０のフローチャートのうち、ステップＳ１００８〜Ｓ１０１１が、ステップＳ１００４の処理により生成された各クライアント対応のスレッドの処理を説明するフローチャートである。

ステップＳ１００８で、ＣＰＵ２０１は、対応するクライアントからのコマンドの受付を行う。操作表示端末（１０２、１０３）からコマンドが届いたならば、ＣＰＵ２０１は、それを受け付け、映像配信処理を行う主プログラムのステップＳ１００２へ受け渡す。

主プログラムのステップＳ１００２でコマンドを受け、ＣＰＵ２０１は、エンコードパラメータの変更、若しくは、ブラウジングなどのコマンドに対しては、ステップＳ１００５に処理を進める。

ＣＰＵ２０１は、ステップＳ１００５で受け付けたコマンドの処理(例えば、映像エンコードなどに関する設定の変更操作や情報配信装置内のブラウジングなど)を実行する。そして、ＣＰＵ２０１は、コマンド処理の結果（操作の成功か失敗を示すコードやブラウジング結果）を、コマンド要求を受け付けたクライアント対応のスレッドのステップＳ１００９へ通知する。

ステップＳ１００９において、ＣＰＵ２０１は、主プログラムのステップＳ１００５の処理により受け渡された結果をクライアントである操作表示端末１０２（１０３）へ通知する。

一方、主プログラム側のステップＳ１００６において、ＣＰＵ２０１は、ステップＳ１００４における映像コンテンツの獲得とエンコードを行うスレッドへの動作開始指示に対応する処理を実行する。すなわち、ステップＳ１００６において、ＣＰＵ２０１は、前もって設定された時間間隔で映像データを獲得とする。例えば、情報配信装置１０１はＵＳＢインターフェース２０５経由で撮像装置１１０から映像データ（映像コンテンツ）獲得し、必要に応じて映像データをエンコードする。または、情報配信装置１０１内に蓄積されている映像コンテンツを獲得し、必要に応じて映像データをエンコードする。

更に、ステップＳ１００７において、ＣＰＵ２０１は、エンコード済みの映像データをクライアント対応のスレッドに配信する。

ステップＳ１０１０のクライアント対応のスレッドの処理において、ＣＰＵ２０１は、クライアントからの次の映像フレーム送信要求の有無を判定する。ＣＰＵ２０１は、要求が有る場合、エンコード済みの映像データをクライアント（操作表示端末（１０２、１０３））へ配信する。

クライアント対応のスレッドの処理において、情報配信装置１０１は、クライアントから次映像フレーム送信要求（クライアントでの映像データの受け取り完了に対し、送り返されるのが一般的である）を受け取る。このとき、ＣＰＵ２０１は、映像フレーム送信要求のフラグを設定する。このフラグの設定が有る場合、情報配信装置１０１は次の映像データの獲得と配信を続行する。また、クライアント（操作表示端末（１０２、１０３））から接続終了のコマンドを受けた場合、情報配信装置１０１は、接続終了のコマンドを主プログラムへ通知すると共にステップＳ１０１１で自身のスレッドを終了する。

情報配信装置１０１は、ステップＳ１０１０のエンコード済み映像データ(映像コンテンツ)をクライアントへ配信する。この映像コンテンツは、最初の配信時点及びエンコーディングパラメータの変更時点等に、エンコード内容に応じたＤＲＰ４０７のハードウェア構成情報群を組入れたものである。ハードウェア構成情報群とは、図９で説明したＤＲＰ構成情報生成モジュールの処理結果である。ハードウェア構成情報の映像コンテンツへの組入れは、例えば、映像コンテンツにおけるフォーマットのヘッダ部などのユーザ定義領域にハードウェア構成情報を追加することで可能である。

（撮像装置制御モジュール５０２の処理）
次に、撮像装置制御モジュール５０２の処理を説明する。図１１は、情報配信装置１０１における撮像装置制御モジュール５０２の処理を説明する図であり、撮像装置制御モジュール５０２の処理は、ＣＰＵ２０１によって実行される。

まず、ステップＳ１１０１において、ＣＰＵ２０１は、撮像装置制御モジュール５０２の動作設定情報を読み出して、動作設定情報に基づき動作を開始する。

ステップＳ１１０２において、ＣＰＵ２０１は、クライアントである操作表示端末（１０２、１０３）からのリクエストを受け付けるポートを開いて待ち状態（リクエスト受付け状態）に入る。すなわち、ＣＰＵ２０１は、クライアントである操作表示端末（１０２、１０３）からのリクエストを待つ。

リクエストとして、例えば、撮像装置１１０の制御に関するコマンドリクエスト等が受け付けられた場合、ステップＳ１１０２を抜けて、ステップＳ１１０５に処理を進める。一方、コマンドが操作表示端末（１０２、１０３）からの接続リクエストならばステップＳ１１０３で接続の可否の判定を行う。

ステップＳ１１０３の判定で、ＣＰＵ２０１は、接続否ならば接続拒否のエラーコードを返し、処理をステップＳ１１０２に戻す。

一方、ＣＰＵ２０１は、接続可ならばステップＳ１１０４に処理を進める。接続処理として、ＣＰＵ２０１は、クライアントである操作表示端末（１０２、１０３）からのコマンドの受付処理を行うスレッド（Ｓ１１０７〜Ｓ１１１０が対応）を生成する。そして、ＣＰＵ２０１は、クライアントである操作表示端末（１０２、１０３）の登録を行い、処理をステップＳ１１０２に戻す。

図１１のフローチャートのうち、ステップＳ１１０７〜Ｓ１１１０が、ステップＳ１１０４の処理により生成された各クライアント対応のスレッドの処理を説明するフローチャートである。

ステップＳ１１０７で、ＣＰＵ２０１は、対応するクライアントからのコマンドの受付を行う。操作表示端末（１０２、１０３）からコマンドが届いたならば、ＣＰＵ２０１は、それを受け付け、撮像装置１１０の制御（撮像装置の操作）を行う主プログラムのステップＳ１１０２へ受け渡す。

ＣＰＵ２０１は、主プログラムのステップＳ１１０２でコマンドを受け、撮像装置１１０の操作コマンドに対しては、ステップＳ１１０５に処理を進める。

ステップＳ１１０５において、ＣＰＵ２０１は、受け付けたコマンドに従い撮像装置１１０の操作を実行する。そして、ＣＰＵ２０１は、そのコマンド処理の結果（操作が成功か失敗かを示すコード等）を、撮像装置１１０の操作要求を受け付けたクライアント対応のスレッドへ通知する。

ステップＳ１１０８では、ＣＰＵ２０１は、主プログラムのステップＳ１１０５の処理により通知された結果をクライアントである操作表示端末１０２（１０３）へ通知する
一方、主プログラム側のステップＳ１１０６では、ＣＰＵ２０１は、撮像装置１１０の操作により変化した制御状態の変化（例えば、パン・チルト・ズームの値の変化）を各クライアント対応のスレッドに通知する。各クライアント対応のスレッドの処理において、ＣＰＵ２０１は、ステップＳ１１０９において、撮像装置１１０の制御状態の変化をクライアントに通知する。

また、クライアント対応のスレッドはクライアントから接続終了のコマンドを受けた場合、接続終了のコマンドを主プログラムへ通知すると共にステップＳ１１１０で自身のスレッドを終了する。

尚、複数の操作表示端末は、撮像装置１１０の操作コマンドが入力された場合の処理の競合を回避するため操作コマンドの扱いにおいては、具体的な操作コマンドの発行の前に、撮像装置１１０の操作権の割り当てを要求することも可能である。この場合、操作表示端末は、撮像装置１１０の制御権獲得の要求コマンドを発行する。そしてこの要求コマンドの受信に応じて、撮像装置制御モジュール５０２の処理によって現在の撮像装置制御権の割り当て状態から、拒絶、割り当て、順番待ちの何れかの処理を選び操作表示端末へ返答し、撮像装置制御権の割り当ての調停が行われる。

撮像装置制御権は、例えば、前もって定められた特定の時間、あるいは操作表示端末が接続を終了するまでの時間、いずれかの短い時間の経過により剥奪し、次に順番待ちの状態にある操作表示端末に撮像装置制御権が割当てられる。クライアント（操作表示端末）は撮像装置制御権を獲得してから剥奪されるまでの間、操作コマンドを発行して撮像装置１１０を制御することができる。

（設定モジュール５０５の処理）
次に、設定モジュール５０５の処理を説明する。図１２は、情報配信装置１０１における設定モジュール５０５の処理を説明する図である。設定モジュール５０５の処理は、ＣＰＵ２０１によって実行される。

まず、ステップＳ１２０１において、ＣＰＵ２０１は、撮像装置制御モジュール５０２及び映像配信モジュール５０１に関する設定情報を読み出し、内部データとして設定する。設定された内部データは、情報配信装置１０１の表示装置２０７に表示される。内部データとして設定されるデータとしては、例えば、ネットワークインターフェースのネットワーク設定に関するデータや帯域制限(ＱｏＳ設定含む)並びに暗号鍵情報に関する値がある。ここで、ネットワーク設定に関するデータとしては、例えば、ＩＰアドレス、サブネットアドレス、サブネットマスク、ルーティングアドレス、マルチキャスト可否などが含まれる。また、暗号鍵情報としては、例えば、ＩＰｖ６の場合のＩＰｓｅｃ設定、無線ＬＡＮのＷＥＰ（Wired Equivalent Privacy）設定などの情報が含まれる。

また、ＣＰＵ２０１は、情報配信装置１０１の記憶装置２０４に保存されているコンパイル済みのＤＲＰのハードウェア構成情報（ＩＰ）の追加、削除或はＤＲＰの利用の可否などを本処理により設定することも可能である。

設定情報（内部データ）は、特定のファイルあるいはレジストリなどのシステムデータベースに保存されているものとする。ユーザの操作入力（例えば、情報配信装置１０１の操作入力や操作表示端末（１０２、１０３）からの指示）を受信し、ステップＳ１２０２以降のステップの繰り返しにより、ユーザの操作入力を内部データに反映する。

ステップＳ１２０２では、ＣＰＵ２０１は、ユーザの操作入力を待ち、内部データの変更、更新に関する操作入力が受信された場合は、処理をステップＳ１２０３に進める。

ステップＳ１２０３では、ＣＰＵ２０１は、操作入力（例えば、操作入力値）が適正範囲内であるか否か、操作入力の妥当性を判定する。操作入力の妥当性の判定は、例えば、設定情報（内部データ）に矛盾が生じる場合やハードウェアの仕様を超えたパラメータの設定等が操作入力としてなされた場合、かかる操作入力は妥当でないものと判定される。

操作入力が適正なものでなければ、ＣＰＵ２０１は、処理をステップＳ１２０４に進めてエラーメッセージを出力する。そして、ＣＰＵ２０１は、先のステップＳ１２０２で受信したユーザの操作入力を内部データに反映しないで、処理をステップＳ１２０２に戻す。

一方、ステップＳ１２０３の判定で、操作入力が適正である場合は、ＣＰＵ２０１は、処理をステップＳ１２０５に進める。そして、ＣＰＵ２０１は、表示装置２０７に表示されている内部データを更新して処理をステップＳ１２０２に戻す。

ステップＳ１２０２において、内部データの更新をユーザが確認するために、ＣＰＵ２０１は、更新された内部データを表示装置２０７に表示する。そして、ＣＰＵ２０１は、「ＯＫ」ボタン（不図示）の選択等、内部データの更新内容を認証する旨の入力がされた場合、処理をステップＳ１２０６に進める。一方、ステップＳ１２０２の判定で、ＣＰＵ２０１は、内部データの更新が妥当でなとユーザが判断する（Ｓ１２０２−ＮＧ）。例えば、「ＮＧ」ボタン（不図示）の選択の検出に応じて、ＣＰＵ２０１は、処理を終了する。

ステップＳ１２０６では、ＣＰＵ２０１は、撮像装置制御モジュール５０２及び映像配信モジュール５０１に関する内部データを格納する特定のファイル等に内部データを書き込み更新する。

ステップＳ１２０７で、ＣＰＵ２０１は、内部データの更新を反映するために、情報配信装置１０１を再起動するか問合せる問合せ画面を表示装置２０７に表示する。

再起動する場合（Ｓ１２０７―Ｙｅｓ）、ＣＰＵ２０１は、処理をステップＳ１２０８に進めて、撮像装置制御モジュール５０２及び映像配信モジュール５０１等を再起動して、設定モジュールの処理を終了する。ステップＳ１２０７の判定で、ＣＰＵ２０１は、再起動しない場合は（Ｓ１２０７−Ｎｏ）、処理を終了する。

本実施形態に係る映像コンテンツを配信する情報配信装置は、操作表示端末における再生処理状況を予測し、予測結果に合わせてハードウェア構成情報を映像コンテンツに組入れることが可能である。

本実施形態に拠れば、ハードウェア構成情報を映像コンテンツに組入れることにより、再生する映像コンテンツ、操作表示端末のハードウェアリソースに応じた条件で映像コンテンツの再生が可能になる。これにより、低コストかつ低消費電力で映像コンテンツの再生処理を実現することが可能となる。

（第１実施形態の変形例）
第１実施形態では、主に、再生処理の中の圧縮信号の復号処理（デコード処理）に注目して、ハードウェア構成情報を最適化する例について説明しているが、ハードウェア構成情報の適用は、デコード処理に限定されない。例えば、認証処理や暗号復号処理などに適用すれば、ハードウェア内に安全に保持した鍵情報を利用することにより、著作権保護など映像コンテンツの保護を一層安全に保護することができる。

また、デブロッキングフィルタ処理などの再生側高画質化処理に適用すれば、映像コンテンツに応じて、画質レベルに過不足ない規模のハードウェア高画質化処理を実現することが可能になる。

また、第１実施形態では、主に、再生処理の中のデコード(圧縮信号の復号)処理のデータパスの使用統計(頻度)に着目して、データパスに順位付けを行う例について説明しているが、順位付けの基準は、これに限定されない。例えば、中間データのメモリアクセスを最小化するような順位付け基準を採用しても良い。更に、ＤＲＰ４０７の内部のメモリエレメントＭＥ３０２に、中間データを保持したままデータパス面を切替える処理方式（data resident 型の処理方式）を活用するような順位付け基準を採用しても良い。

第１実施形態では、操作表示端末（１０２、１０３）に、動的に再構成可能なＤＲＰ４０７が設けられている例について説明しているが、本発明の趣旨は、この例に限定されるものではない。例えば、情報配信装置１０１が、ＤＲＰ４０７を搭載してもよい。この場合、メディアの柔軟なエンコーディング処理が可能になるばかりでなく、映像配信状況に応じた通信オフローディングなどが可能となり、従来のソフトウェア処理に比べて一層効率的に処理が可能となる。特に、ＰｏＥ(Power over Ethernet（登録商標）; 例えば、ＩＥＥＥ ８０２．３ａｆ 規格)や電池駆動など、限られた電力環境で情報配信装置１０１が運用されている場合に、顕著な効果がある。

また、本実施形態では、撮像装置１１０として、デジタルカメラが着脱可能な情報配信装置１０１について説明しているが、本発明の趣旨はこの例に限定されるものではない。例えば、情報配信装置１０１として、撮像装置１１０を内蔵したネットワークカメラであってもよい。具体的には、図１０のステップＳ１００６の処理において、前もって設定された時間間隔で映像データをＵＳＢインターフェース経由で撮像装置１１０（デジタルカメラ）から獲得しているが、ネットワークカメラから映像を獲得してもよい。

また、第１実施形態では、事前にコンパイルされたハードウェア構成情報を情報配信装置１０１の記憶装置２０４に保存しておく例について説明しているが、本発明の趣旨はこの例に限定されるものではない。例えば、ネットワーク内のネットワーク接続型の記憶装置（ＮＡＳ）やインターネット上のサーバに、ＤＲＰのハードウェア構成情報が保存されていてもよい。この場合、インターネット上のサーバに保存された最新のハードウェア構成情報を、定期的あるいはユーザの指示に応じて、情報配信装置１０１の記憶装置２０４に複製するようにしてもよい。

ＤＲＰのハードウェア構成情報を、ソフトウェアの処理により生成することも可能である。例えば、ハードウェア構成情報の生成ルールを決めておき、生成ルールをコンパイルして、映像コンテンツの属性や再生側のハードウェアリソースの状況等を加味したハードウェア構成情報を生成するようにしてもよい。
この際、ハードウェア構成情報の生成は、情報配信装置１０１が実行してもよく、或は、ネットワーク１０５上に接続する他の情報処理装置（不図示）で生成処理を実行し、その結果を情報配信装置１０１に送信するようにしてもよい。

以上の構成を備えることによって、低コストかつ低消費電力で映像コンテンツの再生処理を実現することが可能になる。

（第２実施形態）
本実施形態では、第１実施形態と同様に、動的に再構成可能なプロセッサ（ＤＲＰ）４０７が操作表示端末（１０２、１０３）に設けられている構成について説明する。第１実施形態と同様の構成に関しては、同一の参照番号を付して説明している。

情報配信装置１０１は、操作表示端末（１０２、１０３）における再生処理状況を予測し、予測結果に合わせたハードウェア構成情報（ＩＰ）を映像コンテンツに組入れることが可能である。本実施形態において、対象とする映像コンテンツは、連続的メディアデータ(Continuous Media Data（動画）)である。情報配信装置１０１は、連続的メディアデータ（動画）である映像コンテンツの時間軸方向おける映像コンテンツの区切りを抽出する。そして、情報配信装置１０１は、区切られた映像コンテンツの単位（セグメント）ごとに、対応するＤＲＰ４０７のハードウェア構成情報を組入れる構成を備える点に特徴を有する。

本実施形態における典型的な映像コンテンツの区切りは、ＭＰＥＧ−２やＭＰＥＧ−４のＧＯＰ(Group of Pictures)やＧＯＶ(Group of VOPs)の単位が含まれる。また、映像コンテンツのシーン変化を検出する信号に同期して、映像コンテンツの区切る場合もある。

図１５は、第２実施形態に係る概略的な処理の流れを、第１実施形態の相違点の観点から示した図である。情報配信装置１０１におけるＤＲＰ構成情報生成モジュール５１１、ＤＲＰ構成情報組込みモジュール５１２及び映像配信モジュール５０１の処理は、ＣＰＵ２０１によって実行される。

ステップＳ１５０１において、ＣＰＵ２０１は、ユーザにより指定された映像コンテンツが連続メディアデータ（動画）であるか否かを判定する。映像コンテンツが連続メディアデータ（動画）でない場合（Ｓ１５０１−Ｎｏ）、ＣＰＵ２０１は、処理をステップＳ１５０５に進め、第１実施形態で説明した映像コンテンツの配信処理を実行する。

ステップＳ１５０１において、指定された映像コンテンツが連続メディアデータ（動画）の場合（Ｓ１５０１−Ｙｅｓ）、ＣＰＵ２０１は、処理をステップＳ１５０２に進める。ステップＳ１５０２において、ＤＲＰ構成情報生成モジュール５１１の処理において、ＣＰＵ２０１は、映像コンテンツの区切りを抽出し、区切られた映像コンテンツの単位（セグメント）ごとに対応するハードウェア構成情報（ＩＰ）を生成する。

ＤＲＰ構成情報生成モジュール５１１の処理において、ＣＰＵ２０１は、映像コンテンツの各セグメントを抽出し、図９のステップＳ９０１の処理と同様に各セグメントの映像コンテンツの情報を収集する。更に、図９のステップＳ９０２の処理と同様に、ＣＰＵ２０１は、収集した情報に基づいて各セグメントに対するデコード処理のプロセスを予測し、各セグメントに対するＤＲＰのハードウェア構成情報（ＩＰ）群を生成する。

ステップＳ１５０３において、ＤＲＰ構成情報組込みモジュール５１２の処理において、ＣＰＵ２０１は、ステップＳ１５０２において生成された各セグメントに対するハードウェア構成情報を映像コンテンツに組入れる。ＤＲＰ構成情報組込みモジュール５１２の処理において、ＣＰＵ２０１は、映像コンテンツの内容に応じて、再生処理のデータパスを予測する。そして、ＣＰＵ２０１は、頻繁に使われるデータパスから順番にハードウェア構成情報を映像コンテンツ（連続的メディアデータ）の各セグメントに組入れることができる。例えば、図１４の（ｃ）に示すように各セグメント（１４０４〜１４０５）の先頭のヘッダ部（１４０１〜１４０３）に、複数のハードウェア構成情報群が、組入れ可能である。

各セグメントに対するハードウェア構成情報を生成等する具体的な処理は、図９のフローチャートの各ステップと同様の処理により実行される。

ステップＳ１５０４の映像配信モジュール５０１の処理において、ＣＰＵ２０１は、第１実施形態の図１０の処理に対応する処理を実行する。ここで、ステップＳ１００９に対応する処理で、ＣＰＵ２０１は、エンコード済み映像コンテンツを配信する。その際、ＣＰＵ２０１は、最初の配信時点やエンコーディングパラメータの変更時点の他、セグメントを単位としてエンコード内容に応じたハードウェア構成情報群を組入れる。

映像配信モジュール５０１は、各セグメントにハードウェア構成情報（図１４のＩＰ１、ＩＰ２、ＩＰ３）が組み込まれたエンコード済み映像コンテンツ（図１４のセグメント１、２、３）を配信し、処理を終了する。

映像コンテンツの配信を受けた操作表示端末（１０２、１０３）は、映像再生表示モジュール５０３の処理によって、再生モジュール５２２を起動して再生処理を実行する。映像再生表示モジュール５０３は、再生モジュール２２に映像コンテンツの情報を受け渡す際に、通信路上で多重化された映像と音声およびハードウェア構成情報群を適切に分離する点は、第１実施形態と同様である。

図６のステップＳ６０５に対応する処理で、ＣＰＵ２０１は、セットアップした再生モジュール５２２は、各セグメントに対応するハードウェア構成情報に基づき構成されたＤＲＰを利用して再生処理を実行する。また、各セグメントに対応するハードウェア構成情報により必要な場合、再セットアップや再生モジュールの置換を行う点等は第１実施形態と同様である。

本実施形態に係る映像コンテンツを配信する情報配信装置は、連続的メディアデータである映像コンテンツの時間軸に合わせて複数のハードウェア構成情報を、映像コンテンツの区切り（セグメント）に組入れることが可能である。

本実施形態に拠れば、ハードウェア構成情報を連続的メディアデータに組入れることにより、再生する映像コンテンツ、操作表示端末のハードウェアリソースに応じた条件で映像コンテンツの再生が可能になる。これにより、低コストかつ低消費電力で映像コンテンツの再生処理を実現することが可能となる。

本実施形態に拠れば、リアルタイム映像のストリーミング配信のように、配信時点では、映像コンテンツの全体を把握できず、一部分の映像コンテンツ情報のみを把握可能な場合に、効率のよい映像コンテンツの配信が可能になる。

（第２実施形態の変形例）
第２実施形態では、ＤＲＰ構成情報生成モジュール５１１が、映像コンテンツの一部分(セグメント)に対し適用される例について説明しているが、その中間的な動作も考えられる。例えば、映像コンテンツの一部分(セグメント)に対してＤＲＰ構成情報生成モジュール５１１の処理を適用しながら、かつ、対象の映像コンテンツに関して、それまでに生成したハードウェア構成情報群の履歴情報を反映することも可能である。

また、第２実施形態では、再生側(操作表示端末１０２、１０３)の処理内容の予測によるハードウェア構成情報を、映像コンテンツの一部分(セグメント)に組入れて配信する例について説明している。しかしながら、映像コンテンツの一部分への組込みと、予測結果に基づくハードウェア構成情報の生成とが、同期しないこともありうる。このような場合、例えば、再生側におけるＤＲＰ４０７の再構成処理(ハードウェア構成情報のロードや書き換え)時間を計算/予測し、映像ストリーム内の適切なタイミングに、ハードウェア構成情報を配信することも可能である。

以上の構成を備えることによって、低コストかつ低消費電力で映像コンテンツの再生処理を実現することが可能になる。

（他の実施形態）
なお、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給することによっても、達成されることは言うまでもない。また、システムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現される。また、プログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態が実現される場合も含まれることは言うまでもない。

本発明の実施形態に係る情報配信装置の典型的な利用形態を示す図である。 情報配信装置１０１を動作させるハードウェア構成の一例を示す図である。 本実施形態に係る再構成可能なプロセッサ(ＤＲＰ)を説明する図である。 操作表示端末１０２、１０３を動作させるハードウェア構成の一例を示す図である。 本発明の実施形態に係るプログラムモジュールの構成を模式化した図である。 映像配信モジュール５０１、映像再生表示モジュール５０３に含まれるプログラムモジュールの構成例を示す図である。 操作表示端末における映像再生表示モジュール５０３の処理を説明する図である。 操作表示端末における撮像装置操作モジュール５０４の処理を説明する図である。 操作表示端末におけるＤＲＰ構成モジュール５２０の処理を説明する図である。 情報配信装置１０１におけるＤＲＰ構成情報生成モジュール５１１の処理を説明する図である。 情報配信装置１０１における映像配信モジュール５０１の処理を説明する図である。 情報配信装置１０１における撮像装置制御モジュール５０２の処理を説明する図である。 情報配信装置１０１における設定モジュール５０５の処理を説明する図である。 情報配信装置１０１に撮像装置１１０が装着される状態を例示的に示す図である。 ハードウェア構成情報が映像コンテンツに組み込まれた状態を例示的に示す図である。 第２実施形態に係る概略的な処理の流れを、第１実施形態の相違点の観点から示した図である。 映像コンテンツに応じて解析されるデータパスを例示的に示す図である。

Claims (22)

1. 符号化したコンテンツ情報を配信することが可能な情報配信装置であって、
   前記コンテンツ情報を符号化するために用いた情報を収集する符号化情報収集手段と、
   前記符号化情報収集手段により収集された情報に基づき、前記コンテンツ情報の復号化プロセスを予測し、当該復号化プロセスを実行するためのデータパスを構成するための構成情報を生成する生成手段と、
   前記生成手段により生成された前記構成情報を前記コンテンツ情報に組込む組込み手段と、
   前記組込み手段により前記構成情報が組み込まれた前記コンテンツ情報を配信する配信手段と
   を備えることを特徴とする情報配信装置。
2. 前記構成情報には、前記コンテンツ情報を再生する際に用いる情報処理手段のデータパスを、配信する前記コンテンツ情報に応じて構成するための情報が含まれることを特徴とする請求項１に記載の情報配信装置。
3. 前記構成情報には、前記データパスの間のパイプライン処理や並列処理の指定情報が含まれることを特徴とする請求項２に記載の情報配信装置。
4. 前記構成情報には、前記復号化処理におけるデータパスの使用頻度に基づいて、前記データパスに順位付けを行うための情報が含まれることを特徴とする請求項１乃至３のいずれか１項に記載の情報配信装置。
5. 前記コンテンツ情報が動画情報である場合、
   前記生成手段は、前記コンテンツ情報内の区切りを抽出し、区切られたコンテンツ情報に対応する構成情報を生成することを特徴とする請求項１に記載の情報配信装置。
6. 前記組込み手段は、前記生成手段により生成された構成情報を、前記区切られたコンテンツ情報に組込むことを特徴とする請求項１または５に記載の情報配信装置。
7. 情報配信装置により配信されたコンテンツ情報を受信して、再生する情報再生装置であって、
   前記コンテンツ情報を再生する際に用いる情報処理手段のリソースの割り当てを行う割当手段と、
   前記割当手段により割当てられた前記情報処理手段のリソースを、前記コンテンツ情報に組み込まれている構成情報に基づき、前記情報処理手段のデータパスを、前記配信されたコンテンツ情報に応じて構成する構成手段と、
   前記構成手段により構成された前記情報処理手段のデータパスを用いて、前記配信されたコンテンツ情報を再生する再生手段と
   を備えることを特徴とする情報再生装置。
8. 前記割当手段は、前記情報処理手段のリソースを、当該情報処理手段の規模または稼動状況に従って、割当てを行うことを特徴とする請求項７に記載の情報再生装置。
9. 前記構成情報に前記データパスの順位付けを行うための情報が含まれている場合、前記構成手段は、当該順位付けを行うための情報のうち、優先順位の高い構成情報に従い前記情報処理手段のリソースのデータパスを構成することを特徴とする請求項７または８に記載の情報再生装置。
10. 前記コンテンツ情報が動画情報である場合、
    前記構成手段は、前記コンテンツ情報に組み込まれている、区切られたコンテンツ情報に対応する構成情報に基づき、前記情報処理手段のデータパスを、前記区切られたコンテンツ情報ごとに構成することを特徴とする請求項７に記載の情報再生装置。
11. 符号化したコンテンツ情報を配信することが可能な情報配信装置における情報処理方法であって、
    前記コンテンツ情報を符号化するために用いた情報を収集する符号化情報収集工程と、
    前記符号化情報収集工程により収集された情報に基づき、前記コンテンツ情報の復号化プロセスを予測し、当該復号化プロセスを実行するためのデータパスを構成するための構成情報を生成する生成工程と、
    前記生成工程により生成された前記構成情報を前記コンテンツ情報に組込む組込み工程と、
    前記組込み工程により前記構成情報が組み込まれた前記コンテンツ情報を配信する配信工程と
    を備えることを特徴とする情報処理方法。
12. 前記構成情報には、前記コンテンツ情報を再生する際に用いる情報処理手段のデータパスを、配信する前記コンテンツ情報に応じて構成するための情報が含まれることを特徴とする請求項１１に記載の情報処理方法。
13. 前記構成情報には、前記データパスの間のパイプライン処理や並列処理の指定情報が含まれることを特徴とする請求項１２に記載の情報処理方法。
14. 前記構成情報には、前記復号化処理におけるデータパスの使用頻度に基づいて、前記データパスに順位付けを行うための情報が含まれることを特徴とする請求項１１乃至１３のいずれか１項に記載の情報処理方法。
15. 前記コンテンツ情報が動画情報である場合、
    前記生成工程は、前記コンテンツ情報内の区切りを抽出し、区切られたコンテンツ情報に対応する構成情報を生成することを特徴とする請求項１１に記載の情報処理方法。
16. 前記組込み工程は、前記生成工程により生成された構成情報を、前記区切られたコンテンツ情報に組込むことを特徴とする請求項１１または１５に記載の情報処理方法。
17. 情報配信装置により配信されたコンテンツ情報を受信して、再生する情報再生装置における情報処理方法であって、
    前記コンテンツ情報を再生する際に用いる情報処理手段のリソースの割り当てを行う割当工程と、
    前記割当工程により割当てられた前記情報処理手段のリソースを、前記コンテンツ情報に組み込まれている構成情報に基づき、前記情報処理手段のデータパスを、前記配信されたコンテンツ情報に応じて構成する構成工程と、
    前記構成工程により構成された前記情報処理手段のデータパスを用いて、前記配信されたコンテンツ情報を再生する再生工程と
    を備えることを特徴とする情報処理方法。
18. 前記割当工程は、前記情報処理手段のリソースを、当該情報処理手段の規模または稼動状況に従って、割当てを行うことを特徴とする請求項１７に記載の情報処理方法。
19. 前記構成情報に前記データパスの順位付けを行うための情報が含まれている場合、前記構成工程は、当該順位付けを行うための情報のうち、優先順位の高い構成情報に従い前記情報処理手段のリソースのデータパスを構成することを特徴とする請求項１７または１８に記載の情報処理方法。
20. 前記コンテンツ情報が動画情報である場合、
    前記構成工程は、前記コンテンツ情報に組み込まれている、区切られたコンテンツ情報に対応する構成情報に基づき、前記情報処理手段のデータパスを、前記区切られたコンテンツ情報ごとに構成することを特徴とする請求項１７に記載の情報処理方法。
21. 請求項１１乃至２０のいずれか１項に記載の情報処理方法をコンピュータに実行させることを特徴とするプログラム。
22. 請求項２１に記載のプログラムを格納したことを特徴とするコンピュータ可読の記憶媒体。

Images