トップ :: H 電気 :: H04 電気通信技術




【発明の名称】 符号化装置、データ配信サーバ、動画像符号化装置、動画像配信サーバ、動画像配信システム及び動画像配信方法
【発明者】 【氏名】岩下 将人
【要約】 【課題】符号化されたデータにユーザ毎に異なるユーザデータをリアルタイムに付加できるようにする。

【構成】エンコード装置では、符号化部は、入力された動画像データを所定の符号化方式に従って符号化すると共に、この符号化した動画像データのデータ構造における上記所定の符号化方式で規定されるユーザデータ領域を所定のユーザデータに関する格納用の予約領域として確保する。動画像配信サーバは、ストリーム配信要求元からのストリーム配信要求に対し、配信対象の動画像データのデータ構造におけるユーザデータ領域に対応する予約領域に所望のユーザデータを付加し、当該動画像データをストリーム配信する。
【特許請求の範囲】
【請求項１】
入力信号を所定の符号化方式に従って符号化すると共に、この符号化された入力信号に関わる上記所定の符号化方式で規定されるユーザデータ領域を所定のユーザデータに関する格納用の予約領域として確保する符号化手段を有することを特徴とする符号化装置。
【請求項２】
所定の符号化方式に従って符号化された所定のデータをストリーム配信するデータ配信サーバであって、
上記所定の符号化方式で規定されるユーザデータ領域が所定のユーザデータに関する格納用の予約領域として存在し、上記所定のデータを含むファイルから、当該予約領域の位置を解析する解析手段と、
上記解析手段による解析処理によって得られた予約領域の位置に関する情報を記憶する記憶手段と
を有することを特徴とするデータ配信サーバ。
【請求項３】
ストリーム配信のときに、上記記憶手段に記憶されている予約領域の位置に関する情報に基づく予約領域に所望のユーザに対応するユーザデータをリアルタイムに付加する付加手段と、
上記付加手段によってユーザデータが付加された上記所定のデータをストリーム配信する配信手段と
をさらに備えることを特徴とする請求項２に記載のデータ配信サーバ。
【請求項４】
入力された動画像データを所定の符号化方式に従って符号化すると共に、この符号化された動画像データのデータ構造における上記所定の符号化方式で規定されるユーザデータ領域を所定のユーザデータに関する格納用の予約領域として確保する符号化手段を有することを特徴とする動画像符号化装置。
【請求項５】
上記符号化手段は、上記予約領域として確保したユーザデータ領域に任意のデータが上書き可能なデータを付加することを特徴とする請求項４に記載の動画像符号化装置。
【請求項６】
所定の符号化方式に従って符号化された動画像データをストリーム配信する動画像配信サーバであって、
上記符号化された動画像データに関するファイルであって、上記動画像データのデータ構造における上記所定の符号化方式で規定されるユーザデータ領域が所定のユーザデータに関する格納用の予約領域として存在するファイルから、当該予約領域の位置を解析する解析手段と、
上記解析手段による解析処理によって得られた予約領域の位置に関する情報を記憶すると共に、上記符号化された動画像データを記憶する記憶手段と
を有することを特徴とする動画像配信サーバ。
【請求項７】
上記解析手段は、上記符号化された動画像データを上記記憶手段に蓄積するときに、上記ユーザデータ領域に対応する予約領域を解析し、この解析した結果としての当該予約領域の位置に関する情報を上記記憶手段に保存することを特徴とする請求項６に記載の動画像配信サーバ。
【請求項８】
上記解析手段は、解析した結果、上記ファイルの中に複数の上記予約領域が存在するときは、当該複数の予約領域のそれぞれの位置に関する情報をテーブル形式で上記記憶手段に保存することを特徴とする請求項６又は７に記載の動画像配信サーバ。
【請求項９】
上記予約領域の位置に関する情報と上記符号化された動画像データとを関連付けして、上記予約領域の位置に関する情報及び上記動画像データを管理する管理手段をさらに備えることを特徴とする請求項６〜８のいずれかに記載の動画像配信サーバ。
【請求項１０】
ストリーム配信要求元からのストリーム配信要求を受信し、当該ストリーム配信要求を基にユーザ情報及び配信対象の動画像データを示す情報を認識する配信要求受付手段と、
上記配信要求受付手段によって認識されたユーザ情報を基に所望のユーザデータを生成する生成手段と、
ストリーム配信のときに、上記配信要求受付手段によって認識された上記配信対象の動画像データを示す情報に対応し、上記予約領域の位置に関する情報に基づく上記配信対象の動画像データのデータ構造におけるユーザデータ領域に対応する予約領域に、上記生成手段によって生成された所望のユーザデータをリアルタイムに付加する付加手段と、
上記付加手段によって上記所望のユーザデータが付加された上記配信対象の動画像データをストリーム配信する配信手段と
をさらに備えることを特徴とする請求項６〜９のいずれかに記載の動画像配信サーバ。
【請求項１１】
上記付加手段は、ストリーム配信のときに、上記配信要求受付手段によって認識された配信対象の動画像データを示す情報に対応する上記記憶手段に記憶されている動画像データ及び予約領域の位置に関する情報を上記管理手段へ問い合わせすると共に、この問い合わせに対する結果を基に、上記予約領域の位置に関する情報に基づく上記配信対象の動画像データのデータ構造におけるユーザデータ領域に対応する予約領域に、上記生成手段によって生成された所望のユーザデータをリアルタイムに付加することを特徴とする請求項１０に記載の動画像配信サーバ。
【請求項１２】
入力された動画像データを所定の符号化方式に従って符号化する請求項４又は５に記載の符号化装置と、
上記符号化装置によって符号化された動画像データをストリーム配信する請求項６〜１１のいずれかに記載の動画像配信サーバと、
上記動画像配信サーバに対してストリーム配信要求を送信するストリーム配信要求元とを有し、
上記動画像配信サーバは、上記ストリーム配信要求元からのストリーム配信要求に対し、配信対象の動画像データのデータ構造におけるユーザデータ領域に対応する予約領域に所望のユーザデータを付加し、当該動画像データをストリーム配信する
ことを特徴とする動画像配信システム。
【請求項１３】
入力された動画像データを所定の符号化方式に従って符号化するステップと、
上記符号化された動画像データのデータ構造における上記所定の符号化方式で規定されるユーザデータ領域を所定のユーザデータに関する格納用の予約領域として確保するステップと、
上記所定の符号化方式に従って符号化された動画像データを蓄積するステップと、
上記符号化された動画像データの蓄積のときに、当該動画像データに関わる上記ユーザデータ領域に対応する上記予約領域の位置を解析するステップと、
上記解析された結果に基づく上記予約領域の位置に関する情報を記憶するステップと、
ストリーム配信のときに、上記記憶されている予約領域の位置に関する情報に基づく上記動画像データのデータ構造における予約領域に、所望のユーザデータをリアルタイムに付加するステップと、
上記所望のユーザデータが付加された上記動画像データをストリーム配信要求元へストリーム配信するステップと
を含むことを特徴とする動画像配信方法。
【発明の詳細な説明】【技術分野】
【０００１】
本発明は、入力信号を符号化する符号化装置及び動画像符号化装置、並びに符号化されたデータをストリーム配信するデータ配信サーバ、動画像配信サーバ、動画像配信システム、動画像配信方法に関する。
【背景技術】
【０００２】
従来、動画像配信システムにおいて、動画像データに、所定のデータ、例えば著作権者などのデータを付与するための方法としては、動画像データのエンコード（符号化）のときに特定のデータを当該動画像データに付与する方法や、エンコード済み動画像データに電子透かし等の手法でデータを埋め込む方法（例えば、特許文献１参照）がある。
【特許文献１】特開２００３−２５９３１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ここで、動画像配信システムに設けられる動画像配信サーバから配信される動画像データ（配信データ）に対してユーザ毎に異なるユーザデータを付加して、当該動画像データを配信することを考える。
【０００４】
動画像データのエンコード時にユーザデータを付加する方法の場合では、配信前にエンコードを行うためにはユーザ毎にエンコード済みの動画像データを蓄積しなければならないため、動画像配信サーバのデータ保存領域を圧迫すると同時にエンコードの作業量もユーザ数に比例して増えてしまう。また、配信時に動画像データを再エンコードしてユーザデータを付加する場合にあっては、エンコード処理のための計算量が多いため、動画像配信サーバとしての最大同時配信数を著しく低下させてしまう。
【０００５】
一方、エンコード済みの動画像データに対して、電子透かし、ステガノグラフィ等の手法でユーザデータを付与する場合も、上述した動画像データのエンコード時にユーザデータを付加する方法の場合と同様の問題点を有する。
【０００６】
上述したように、動画像データに所定のデータを付与するための従来の方法では、動画像データに対して、ユーザデータをリアルタイムに、かつ、ユーザ毎に変更して、多数のユーザに配信することが技術的に困難であった。
【０００７】
そこで、本発明は、ユーザ毎に異なるユーザデータをリアルタイムに付加可能な符号化されたデータを出力することのできる符号化装置及び動画像符号化装置を提供することを目的とする。
【０００８】
また、本発明は、符号化されたデータにユーザ毎に異なるユーザデータをリアルタイムに付加することのできるデータ配信サーバ、動画像配信サーバ、動画像配信システム及び動画像配信方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
かかる課題を解決するために、第１の発明に係る符号化装置は、入力信号を所定の符号化方式に従って符号化すると共に、この符号化された入力信号に関わる上記所定の符号化方式で規定されるユーザデータ領域を所定のユーザデータに関する格納用の予約領域として確保する符号化手段を有することを特徴とする。
【００１０】
第２の発明に係るデータ配信サーバは、所定の符号化方式に従って符号化された所定のデータをストリーム配信するデータ配信サーバであって、上記所定の符号化方式で規定されるユーザデータ領域が所定のユーザデータに関する格納用の予約領域として存在し、上記所定のデータを含むファイルから、当該予約領域の位置を解析する解析手段と、上記解析手段による解析処理によって得られた予約領域の位置に関する情報を記憶する記憶手段とを有することを特徴とする。
【００１１】
第３の発明に係る動画像符号化装置は、入力された動画像データを所定の符号化方式に従って符号化すると共に、この符号化された動画像データのデータ構造における上記所定の符号化方式で規定されるユーザデータ領域を所定のユーザデータに関する格納用の予約領域として確保する符号化手段を有することを特徴とする。
【００１２】
第４の発明に係る動画像配信サーバは、所定の符号化方式に従って符号化された動画像データをストリーム配信する動画像配信サーバであって、上記符号化された動画像データに関するファイルであって、上記動画像データのデータ構造における上記所定の符号化方式で規定されるユーザデータ領域が所定のユーザデータに関する格納用の予約領域として存在するファイルから、当該予約領域の位置を解析する解析手段と、上記解析手段による解析処理によって得られた予約領域の位置に関する情報を記憶すると共に、上記符号化された動画像データを記憶する記憶手段とを有することを特徴とする。
【００１３】
第５の発明に係る動画像配信システムは、入力された動画像データを所定の符号化方式に従って符号化する第３の発明の符号化装置と、上記符号化装置によって符号化された動画像データをストリーム配信する第４の発明の動画像配信サーバと、上記動画像配信サーバに対してストリーム配信要求を送信するストリーム配信要求元とを有し、上記動画像配信サーバは、上記ストリーム配信要求元からのストリーム配信要求に対し、配信対象の動画像データのデータ構造におけるユーザデータ領域に対応する予約領域に所望のユーザデータを付加し、当該動画像データをストリーム配信することを特徴とする。
【００１４】
第６の発明に係る動画像配信方法は、入力された動画像データを所定の符号化方式に従って符号化するステップと、上記符号化された動画像データのデータ構造における上記所定の符号化方式で規定されるユーザデータ領域を所定のユーザデータに関する格納用の予約領域として確保するステップと、上記所定の符号化方式に従って符号化された動画像データを蓄積するステップと、上記符号化された動画像データの蓄積のときに、当該動画像データに関わる上記ユーザデータ領域に対応する上記予約領域の位置を解析するステップと、上記解析された結果に基づく上記予約領域の位置に関する情報を記憶するステップと、ストリーム配信のときに、上記記憶されている予約領域の位置に関する情報に基づく上記動画像データのデータ構造における予約領域に、所望のユーザデータをリアルタイムに付加するステップと、上記所望のユーザデータが付加された上記動画像データをストリーム配信要求元へストリーム配信するステップとを含むことを特徴とする。
【発明の効果】
【００１５】
本発明に係る符号化装置によれば、ユーザ毎に異なるユーザデータをリアルタイムに付加可能な符号化された動画像データや音声データを出力することができる。
【００１６】
本発明に係るデータ配信サーバによれば、ストリーム配信時に、符号化された動画像データや音声データにユーザ毎に異なるユーザデータをリアルタイムに付加することができる。
【００１７】
本発明に係る動画像符号化装置によれば、ユーザ毎に異なるユーザデータをリアルタイムに付加可能な符号化された動画像データを出力することができる。
【００１８】
また、本発明に係る動画像符号化装置によれば、ユーザ毎に異なるユーザデータをリアルタイムに付加可能な符号化された動画像データを出力することができるので、複数のユーザに対応する複数のユーザデータをそれぞれ動画像データに付与するような場合であっても、１コンテンツ当たり１つの動画像ファイルのみ符号化すれば良く、１コンテンツ当たりの符号化処理の効率を向上させることができる。
【００１９】
本発明に係る動画像配信サーバ、動画像配信システム及び動画像配信方法によれば、ストリーム配信時に、符号化された動画像データにユーザ毎に異なるユーザデータをリアルタイムに付加することができる。
【００２０】
また、本発明に係る動画像配信サーバ、動画像配信システム及び動画像配信方法によれば、符号化された動画像データにユーザ毎に異なるユーザデータをリアルタイムに付加することができるので、ストリーム配信時においてユーザデータがリアルタイムに付加された動画像データをストリーム配信することができる。
【００２１】
また、本発明に係る動画像配信サーバ、動画像配信システム及び動画像配信方法によれば、ストリーム配信時にリアルタイムでユーザデータを動画像データに付加することができるので、１ストリームの配信内で時系列的に変化するようなユーザデータも動画像データに付与することができる。
【００２２】
さらに、本発明に係る動画像配信サーバ、動画像配信システム及び動画像配信方法によれば、ストリーム配信時にリアルタイムでユーザデータを動画像データに付加することができるので、複数のユーザに対応する複数のユーザデータをそれぞれ動画像データに付与するような場合であっても、１コンテンツ当たり１つの動画像ファイルのみ符号化された動画像データを記憶すれば良いこととなり、動画像データを記憶する二次記憶装置（ディスクなど）の記憶容量を節約することができる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明を実施するための最良の形態を、図面を参照しつつ、さらに具体的に説明する。ここで、添付図面において、同一の構成要素には同一の符号を付しており、また、重複した説明は省略されている。なお、ここでの説明は本発明が実施される最良の形態であることから、本発明は当該形態に限定されるものではない。
【００２４】
（Ａ）第１の実施形態
（Ａ−１）第１の実施形態の構成
図２は、本発明の第１の実施形態に係る動画像配信システムの構成を示している。
【００２５】
図２に示すように、動画像配信システム１０は、エンコード装置１００と、動画像配信サーバ２００と、不特定多数の受信端末３００と、広域なネットワーク４００とを有している。
【００２６】
エンコード装置１００は、動画像配信サーバ２００とローカルなＩＰ（インターネットプロトコル）ネットワーク２０上で接続される。
【００２７】
動画像配信サーバ２００は、広域なネットワーク４００を介して不特定多数の受信端末３００とＩＰネットワーク３０上で接続される。
【００２８】
また、動画像配信サーバ２００は、動画像データ、挿入データテーブル、ユーザデータ及びアクセスログ等を記録するためのデータ記憶装置２４０を内蔵している。
【００２９】
図１は、エンコード装置１００、動画像配信サーバ２００及び受信端末３００の機能構成を示している。
【００３０】
エンコード装置（符号化装置、動画像符号化装置）１００は、外部からの映像信号／音声信号の入力を受け付ける映像入力部１０１と、入力した信号を所定の符号化方式に従って符号化する符号化部１０２と、符号化済みのデータ例えば動画像データを動画像配信サーバ２００に向けて送信する動画像データ送信部１０３とを有する。
【００３１】
この第１の実施形態では、所定の符号化方式は、ＭＰＥＧ方式としている。従って、符号化部（符号化手段）１０２は、入力した信号をＭＰＥＧ方式に従って符号化し、しかも、詳細については後述するが、符号化した動画像データのデータ構造におけるＭＰＥＧの仕様で規定されるユーザデータ領域を所定のユーザデータに関する格納用の予約領域として確保する。
【００３２】
また、動画像データ送信部１０３は、ＭＰＥＧ方式に従って符号化された符号化済みの動画像データを動画像配信サーバ２００に向けて送信する。
【００３３】
動画像配信サーバ２００は、動画像管理部２１０、ユーザ要求管理部２２０、動画像配信部２３０及びデータ記憶装置２４０を備えている。
【００３４】
動画像管理部２１０は、動画像データ受信部２１１と、動画像データ解析部２１２と、動画像データ管理部２１３と、を有する。
【００３５】
動画像データ受信部２１１は、エンコード装置１００の動画像データ送信部１０３から送信されるデータを受信する。
【００３６】
動画像データ解析部（解析手段）２１２は、動画像データ受信部２１１によって受信された動画像データから所定のユーザデータに関する挿入位置を解析し、この解析した結果に基づく挿入テーブルをデータ記憶装置（記憶手段）２４１に保存すると共に、動画像データをデータ記憶装置２４１に書き込む（蓄積する）。なお、動画像データ解析部２１２による解析処理と、挿入テーブルについては後述する。
【００３７】
動画像データ管理部（管理手段）２１３は、データ記憶装置２４１に書き込まれた動画像データの情報と挿入テーブルとを関連付けして、これら動画像データの情報及び挿入テーブルを管理する。
【００３８】
ユーザ要求管理部２２０は、クライアント要求受信部２２１とユーザデータ管理部２２２とを有している。
【００３９】
クライアント要求受信部（配信要求受付手段）２２１は、ネットワーク４００を介して受信される受信端末３００からのストリーム配信要求を受信すると共に、ストリームの配信要求を受け付けたときは、動画像配信部２３０の配信制御部２３１に対して受信端末３００のユーザ情報及び配信する動画像（配信対象の動画像データを示す情報）の指定等を行う。
【００４０】
ユーザデータ管理部２２２は、クライアント要求受信部２２１で受信したストリーム配信要求が受信端末３００からの要求であることをデータ記憶装置２４２にアクセスログとして記録し、受信端末３００に対応するユーザデータを管理する。
【００４１】
動画像配信部２３０は、配信制御部２３１とユーザデータ生成部２３２とストリーム送信部２３３とを有している。
【００４２】
配信制御部２３１は、クライアント要求受信部２２１から指定されたストリーム配信要求に対して、スケジューリングを行いながら、ストリームデータを転送（配信）すべき旨をストリーム送信部２３３に指示する。
【００４３】
ユーザデータ生成部（生成手段）２３２は、配信制御部２３１からのユーザ情報とデータ記憶装置２４２の記憶内容とを基に、ユーザ毎のデータ（ユーザデータ）を生成する。
【００４４】
ストリーム送信部（付加手段、配信手段）２３３は、データ記憶装置２４１に記憶されている動画像データ及び挿入テーブルとユーザデータ生成部２３２によって生成されるユーザデータとを基に、受信端末３００に向けて送信するストリームを構成し、当該ストリームを受信端末３００へ送信（ストリーム配信）する。
【００４５】
すなわち、配信されるストリームにおいては、配信対象の動画像データのデータ構造におけるユーザデータ領域に対応する予約領域にユーザデータが付加されている。換言すれば、ユーザデータ領域に対応する予約領域にユーザデータが付加され動画像データに関わるストリームとなっている。
【００４６】
データ記憶装置２４０は、動画像データ及び挿入テーブルを記憶する第１のデータ記憶装置（記憶手段）２４１と、ユーザデータ及びアクセスログを記憶する第２のデータ記憶装置２４２とを有する。
【００４７】
受信端末（ストリーム配信要求元）３００は、ネットワーク４００を介して動画像配信サーバ２００に対してストリーム取得の要求を行うストリーム要求部３０１と、ネットワーク４００を介して動画像配信サーバ２００から送信されるストリームを受信するストリーム受信部３０２とを有している。
【００４８】
（Ａ−２）第１の実施形態の動作
最初に、エンコード装置１００の処理について説明する。
【００４９】
エンコード装置１００では、符号化部１０２は、映像入力部１０１が受信した映像信号をＭＰＥＧ形式のデジタルデータに符号化する。
【００５０】
ところで、ＭＰＥＧ−Ｖｉｄｅｏ形式のビデオストリームは階層構造を有し、最上位から順にシーケンス層、ＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅｓ）層、ピクチャ層、スライス層、マクロブロック層及びブロック層からなる。各層の最初にはスタートコードと呼ばれる４バイト長の特殊なパターンが挿入されている。
【００５１】
また、ＭＰＥＧ−Ｖｉｄｅｏ形式では、ビデオストリーム中のシーケンス層、ＧＯＰ層、ピクチャ層の各々においてユーザ拡張領域の設定が許容されている。すなわち、ビデオストリーム中のシーケンスヘッダ・拡張領域、ＧＯＰヘッダ領域、ピクチャ・拡張領域のそれぞれの領域の後にユーザデータを挿入することが可能である。
【００５２】
換言すれば、動画像データのデータ構造におけるＭＰＥＧ−Ｖｉｄｅｏ形式で規定されるシーケンスヘッダ・拡張領域、ＧＯＰヘッダ領域、ピクチャ・拡張領域のそれぞれの領域の後に設定可能なユーザデータ領域にユーザデータを挿入することが可能である。
【００５３】
そこで、符号化部１０２は、ビデオストリーム中のシーケンスヘッダ・拡張領域、ＧＯＰヘッダ領域、ピクチャ・拡張領域の各領域のうち何れかの領域の後にユーザデータ領域を確保すると共に、この確保したユーザデータ領域に予め決められたデータ長の、後ほどユーザデータを挿入するための仮のユーザデータを挿入しておく。
【００５４】
次に、エンコード装置１００の符号化部１０２によるユーザデータ領域を確保する処理について、図３を参照して説明する。
【００５５】
図３は、そのユーザデータ領域を確保する処理の処理手順を示すフローチャートである。
【００５６】
ここでは、ＧＯＰヘッダ領域の後にユーザデータ領域を確保し、そのユーザデータ領域に、後ほどユーザデータを挿入するための仮のユーザデータを格納することを想定する。
【００５７】
最初に、符号化部１０２は、符号化したデータ（動画像データ）の中に含まれるｓｔａｒｔ ｃｏｄｅ（スタートコード）を検出し、この検出したｓｔａｒｔ ｃｏｄｅの種類に応じた処理を実施（処理を分岐）する（ステップＳ１）。
【００５８】
次に、符号化部１０２は、ｓｔａｒｔ ｃｏｄｅ（スタートコード）がｇｒｏｕｐ ｓｔａｒｔ ｃｏｄｅ（グループスタートコード）の場合は、ｇｒｏｕｐ ｏｆ ｐｉｃｔｕｒｅｓ ｈｅａｄｅｒ（ＧＯＰヘッダ）のデータを格納し（ステップＳ２）、そのｇｒｏｕｐ ｏｆ ｐｉｃｔｕｒｅｓ ｈｅａｄｅｒ（ＧＯＰヘッダ）の後にｕｓｅｒ ｄａｔａ ｓｔａｒｔ ｃｏｄｅ（ユーザデータスタートコード）を追加する（ステップＳ３）。
【００５９】
ステップＳ３を終了した符号化部１０２は、その追加したｕｓｅｒ ｄａｔａ ｓｔａｒｔ ｃｏｄｅ（ユーザデータスタートコード）の後に、ストリームの配信時に挿入するユーザデータ分の領域（ユーザデータ領域）を確保すると共に、この確保したユーザデータ領域に、全ビットを‘１’としたデータをユーザデータ格納用の予約領域として格納する（ステップＳ４）。
【００６０】
ステップＳ４を終了した符号化部１０２は、次のｓｔａｒｔ ｃｏｄｅ（スタートコード）までのデータを格納し（ステップＳ５）、その後、ステップＳ１に戻る。
【００６１】
さらに、符号化部１０２は、ステップＳ１において、ｓｔａｒｔ ｃｏｄｅ（スタートコード）が上記以外のｓｔａｒｔ ｃｏｄｅの場合には、ステップＳ５に進み、一方、ｓｔａｒｔ ｃｏｄｅがｓｅｑｕｅｎｃｅ ｅｎｄ ｃｏｄｅ（シーケンスエンドコード）の場合は、ｓｅｑｕｅｎｃｅ ｅｎｄ ｃｏｄｅ（シーケンスエンドコード）のデータを格納し（ステップＳ６）、処理を終了する。
【００６２】
上述した処理により、エンコード時に、ＧＯＰヘッダ領域の後にユーザデータを格納するための予約領域（ユーザデータ領域）が存在する動画像データが作成される。
【００６３】
ところで、エンコード装置１００によってエンコード（符号化）された動画像データ（ビデオストリーム）は、動画像データ送信部１０３を介して動画像配信サーバ２００の動画像データ受信部２１１に転送され、その後、動画像データ受信部２１１から動画像データ解析部２１２に渡される。
【００６４】
動画像データ解析部２１２は、ビデオストリームから、ｕｓｅｒ ｄａｔａ ｓｔａｒｔ ｃｏｄｅから次のｓｔａｒｔ ｃｏｄｅが現れるまでのデータサイズ及びデータ位置を解析し、それら解析した結果であるデータサイズ及びデータ位置を挿入テーブルとしてデータ記憶装置２４１に格納すると共に、動画像データそのものもデータ記憶装置２４１に格納する。
【００６５】
図４は、ユーザデータとして３６バイトを予約した場合において、動画像データ解析部２１２によって作成される挿入テーブルの一例を示している。
【００６６】
図４に示すように、挿入テーブル５００は、動画像データの先頭からの位置を示す情報が記述されるｐｏｓｉｔｉｏｎの項目（列）５１０と、ユーザデータとして予約したユーザデータ領域のサイズを示す情報が記述されるｓｉｚｅの項目（列）とから構成される。
【００６７】
挿入テーブル５００においては、（ｐｏｓｉｔｉｏｎ，ｓｉｚｅ）＝（−１，０）となるまでの一連のテーブルのエントリ（テーブルエントリ）が、ユーザデータ領域に対応する予約領域の１つに対応する。例えば、テーブルエントリ５３１，５３２，５３３，５３４がそれぞれ予約領域の１つに対応する。
【００６８】
なお、挿入テーブルにおいては、１つのユーザデータに対して複数のテーブルエントリが存在する場合がある。これは、ＭＰＥＧでのトランスポートストリーム（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）のように、ＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｔｙ Ｓｔｒｅａｍ）パケットがトランスポートストリームパケット（ＴＳパケット）により分割される場合に発生する。
【００６９】
ところで、上述したようにして動画像データ解析部２１２によってデータ記憶装置２４１に格納された動画像データ及び挿入テーブルデータは、動画像データ管理部２１３によって関連付けが行われ、管理される。
【００７０】
動画像管理部２１０（動画像データ受信部２１１、動画像データ解析部２１２及び動画像データ管理部２１３）の一連の処理により、特定の動画像データのストリーム配信要求時に、動画像データの特定とその動画像データに対応する挿入テーブルの取得が可能となる。
【００７１】
そして、所望の受信端末３００が動画像配信サーバ２００に向けてストリーム配信要求を送信すると、その所望の受信端末３００からのストリーム配信要求に対し、動画像配信サーバ２００では、クライアント要求受信部２２１は、ユーザの識別を行い、アクセスログをデータ記憶装置２４２に記録すると共に、配信制御部２３１に対して配信先ユーザ（ユーザ情報）及び配信対象の動画像データ（配信対象の動画像データを示す情報）の指定を行う。
【００７２】
配信制御部２３１は、複数の受信端末３００からのストリーム配信要求に対してスケジューリングを行い、そのスケジューリングを基にデータの配信をストリーム送信部２３３に指示すると同時に、配信先ユーザ情報を基にデータ記憶装置２４２からユーザデータを取得し、さらに、この取得したユーザデータに対するデータの変換（ユーザデータ変換）を行う。
【００７３】
なお、データの変換を行う理由としては、ＭＰＥＧ−Ｖｉｄｅｏの仕様により、ｓｔａｒｔ ｃｏｄｅとして認識されてしまうような列を排除するためである。そのため、ユーザデータ変換（ｓｔａｒｔ ｃｏｄｅ ｅｍｕｌａｔｉｏｎ：スタートコードエミュレーション）を行う。変換方法の要件としては、（１）２３ビット以上の‘０’が連続して出現しないこと、（２）ユーザデータが後ほど必要であれば可変であること、である。
【００７４】
図５は、ユーザデータ生成部２３２によるデータ変換の簡単な一例を示している。
【００７５】
この図５に示す例では、２４バイトのユーザデータ６１０を、エンコード装置１００の符号化部１０２によって予約されたユーザデータ領域（予約領域）に格納されるべく３６バイトのユーザデータの要件を満たすように、３６バイトのデータ列６２０に変換している。このようにして変換されたデータは、ユーザデータ生成部２３２からストリーム送信部２３３に送られる。
【００７６】
ストリーム送信部２３３は、配信制御部２３１からの指示内容を基に、対応する動画像データ及び挿入テーブルを動画像データ管理部２１３に問い合せすると共に、動画像データ管理部２１３からの問い合わせに対する結果を基に、データ記憶装置２４１から動画像データ及び挿入テーブルを取得する。
【００７７】
ストリーム送信部２３３は、取得した動画像データについて、取得した挿入テーブルで指定された位置に存在するデータのみを、ユーザデータ生成部２３２によって生成されたデータ変換済み（ユーザデータ変換済み）のユーザデータ（３６バイトのデータ列）に変換する。
【００７８】
例えば、取得した動画像データについて、挿入テーブル５００のｐｏｓｉｔｉｏｎの項目（列）５１０に記述されている動画像データの先頭からの位置を示す情報に基づく位置に存在するデータのみが、ユーザデータ生成部２３２によって生成されたデータ変換済みのユーザデータ（３６バイトのデータ列）に変換される。
【００７９】
そして、ストリーム送信部２３３は、このようにしてユーザデータを付加した動画像データを、受信端末３００に向けて送信する。
【００８０】
上述した処理により、ユーザに依存した固有のデータをストリーム配信時にリアルタイムに動画像データに付与し、これを受信端末３００に向けて配信することが可能となる。
【００８１】
また、上述したような一連の動画像データへの修正を行っても修正後の動画像データはＭＰＥＧ−Ｖｉｄｅｏの仕様に準拠しているため、受信端末におけるストリームの再生は、ＭＰＥＧ−Ｖｉｄｅｏの仕様に準拠したものであれば対応可能である。
【００８２】
ただし、ＰＥＳパケットにＰＥＳ ＣＲＣ ｆｌａｇが立っている場合など、エレメンタリストリームに対してデータの整合性をチェックしている場合は、ＣＲＣ（巡回冗長検査）の再計算処理が必要になる。
【００８３】
第１の実施形態においては、入力された動画像データを所定の符号化方式例えばＭＰＥＧ−Ｖｉｄｅｏに従って符号化し、この符号化された動画像データをストリーム配信する動画像配信方法は、次の（１）〜（７）のステップ（第１〜第７のステップ）を含んでいる。
【００８４】
（１）入力された動画像データをＭＰＥＧ−Ｖｉｄｅｏに従って符号化する第１のステップ。これは、エンコード装置１００の符号化部１０２によって実施される。
【００８５】
（２）第１のステップにより符号化された動画像データのデータ構造におけるＭＰＥＧ−Ｖｉｄｅｏで規定されるユーザデータ領域を所定のユーザデータに関する格納用の予約領域として確保する第２のステップ。これは、エンコード装置１００の符号化部１０２によって実施される。
【００８６】
（３）ＭＰＥＧ−Ｖｉｄｅｏに従って符号化された動画像データを蓄積する第３のステップ。これは、動画像配信サーバ２００のデータ記憶装置２４１によって実施される。動画像データのデータ記憶装置２４１への蓄積は、動画像配信サーバ２００の動画像データ解析部２１２によって実施される。
【００８７】
（４）上記第３のステップでの符号化された動画像データの蓄積のときに、当該動画像データに関わるユーザデータ領域に対応する予約領域の位置を解析する第４のステップ。これは、動画像配信サーバ２００の動画像データ解析部２１２によって実施される。
【００８８】
（５）上記第４のステップにより解析された結果に基づく予約領域の位置に関する情報を含む挿入テーブルを記憶する第５のステップ。これは、動画像配信サーバ２００のデータ記憶装置２４１によって実施される。予約領域の位置に関する情報を含む挿入テーブルのデータ記憶装置２４１への格納は、動画像配信サーバ２００の動画像データ解析部２１２によって実施される。
【００８９】
（６）ストリーム配信のときに、上記第５のステップにより記憶されている予約領域の位置に関する情報を含む挿入テーブルに基づく動画像データのデータ構造における予約領域に、所望のユーザデータをリアルタイムに付加する第６のステップ。これは、動画像配信サーバ２００のストリーム送信部２３３によって実施される。
【００９０】
（７）上記第６のステップにより所望のユーザデータが付加された動画像データをストリーム配信要求元（受信端末３００）へストリーム配信する第７のステップ。これは、動画像配信サーバ２００のストリーム送信部２３３によって実施される。
【００９１】
なお、第１の実施形態では、エンコード装置１００の符号化部１０２がＧＯＰヘッダ領域の後に必ずユーザデータ領域を作成し予約する例を説明したが、本発明はこれに限定されることなく、ＭＰＥＧ−Ｖｉｄｅｏ仕様で規定されている予約領域（ユーザデータ領域）すなわちシーケンスヘッダ・拡張領域、ＧＯＰヘッダ領域、ピクチャ・拡張領域のそれぞれの領域の後に設定可能なユーザデータ領域でれば、何れのユーザデータ領域でもユーザデータを予約することができる。
【００９２】
（Ａ−３）第１の実施形態の効果
以上説明したように、第１の実施形態によれば、映像をＭＰＥＧ形式（ＭＰＥＧ−Ｖｉｄｅｏ）でエンコードするエンコード装置１００によってユーザデータ領域を予め予約しておき、また動画像配信サーバ２００においては、データ記憶装置２４１への動画像データの蓄積時に、動画像データ解析部２１２によってユーザデータ領域の位置を特定するテーブルを作成し、これをデータ記憶装置２４１に保存するようにしているので、動画像配信サーバ２００の配信性能を低下させることなく、受信端末３００へのストリームの配信時に、ユーザ固有のデータなどをリアルタイムに付加した動画像データを配信することができる。
【００９３】
また、第１の実施形態では、ストリーム配信時にリアルタイムでデータ（ユーザデータ）を動画像データに付加することができるので、事前に複数のデータそれぞれを動画像データに付与しておく必要がないため、１コンテンツ当たり１つの動画像ファイルのみエンコードしておけば良いことになる。
【００９４】
従って、複数のユーザに対応する複数のユーザデータをそれぞれ動画像データに付与するような場合であっても、１コンテンツ当たり１つの動画像ファイルのみ符号化された動画像データを記憶すれば良いこととなり、動画像データを記憶するメモリ資源を節約することができる。
【００９５】
すなわち、第１の実施形態の如く、ストリーム配信時にリアルタイムでデータを動画像データに付加する方法は、従来の技術の如く、付与するデータ毎にエンコードを行う方法の場合よりも、動画像配信サーバのデータ記憶装置の記憶容量を節約することができる。
【００９６】
また、第１の実施形態では、ストリーム送信部２３３においてリアルタイムにユーザデータを動画像データに付加することができるため、１ストリームの配信内で時系列的に変化するようなデータ（ユーザデータ）も動画像データに付与することができる。
【００９７】
さらに、第１の実施形態では、シーケンスヘッダ・拡張領域、ＧＯＰヘッダ領域、ピクチャ・拡張領域の各領域の後に設定可能な全てのユーザデータ領域で予約する必要がないため、元動画像に対して付加できるデータ量を任意に調整することが可能である。
【００９８】
（Ｂ）他の実施形態
本発明は、ＭＰＥＧ−Ｖｉｄｅｏ以外の符号化方式（エンコード技術）、例えば音楽配信システムで採用されているＡＣＣ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）フォーマットやＭＰ３（ＭＰＥＧ−１ Ａｕｄｉｏ Ｌａｙｅｒ−３）フォーマットなどのエンコード技術にも適用することができる。
【００９９】
すなわち、本発明は、ＡＣＣフォーマットやＭＰ３フォーマットなどのエンコード技術を採用する符号化装置、音楽配信サーバ（音声配信サーバ）、音楽配信システム（音声配信システム）、音楽配信方法（音声配信方法）にも適用することができる。
【図面の簡単な説明】
【０１００】
【図１】第１の実施形態に係るエンコード装置、動画像配信サーバ及び受信端末の機能構成を示す機能構成図である。
【図２】第１の実施形態に係る動画像配信システムの構成を示す構成図である。
【図３】第１の実施形態に係るエンコード装置のエンコード装置の符号化部によるユーザデータ領域を確保する処理の処理手順を示すフローチャートである。
【図４】第１の実施形態に係る動画像配信サーバの動画像データ解析部によって作成される挿入テーブルの一例を示す図である。
【図５】第１の実施形態に係る動画像配信サーバのユーザデータ生成部によるデータ変換の一例を説明する図である。
【符号の説明】
【０１０１】
１０…動画像配信システム、１００…エンコード装置（符号化装置）、１０１…映像入力部、１０２…符号化部（符号化手段）、１０３…動画像データ送信部、２００…動画像配信サーバ、２１０…動画像管理部、２１１…動画像データ受信部、２１２…動画像データ解析部（解析手段）、２１３…動画像データ管理部（管理手段）、２２０…ユーザ要求管理部、２２１…クライアント要求受信部（配信要求受付手段）、２２２…ユーザデータ管理部、２３０…動画像配信部、２３１…配信制御部、２３２…ユーザデータ生成部（生成手段）、２３３…ストリーム送信部（付加手段、配信手段）、２４０…データ記憶装置、２４１…第１のデータ記憶装置（記憶手段）、２４２…第２のデータ記憶装置、３００…受信端末（ストリーム配信要求元）、３０１…ストリーム要求部、３０２…ストリーム受信部、４００…ネットワーク、５００…挿入テーブル。
【出願人】 【識別番号】００００００２９５
【氏名又は名称】沖電気工業株式会社
【出願日】 平成１８年７月２６日（２００６．７．２６）
【代理人】 【識別番号】１０００９０６２０
【弁理士】
【氏名又は名称】工藤 宣幸
【公開番号】 特開２００８−３４９３６（Ｐ２００８−３４９３６Ａ）
【公開日】 平成２０年２月１４日（２００８．２．１４）
【出願番号】 特願２００６−２０３２１４（Ｐ２００６−２０３２１４）