(57)【要約】【課題】比較的小容量の入力バッファによるデータ受信を可能とする。【解決手段】出力バッファ１０３は、映像ストリーム処理部１０２により加工処理されたストリームデータをバッファリング処理する。バッファ変換部１０４は、出力バッファ１０３の容量に応じて、当該出力バッファ１０３によりバッファリング処理されたストリームデータを含む情報をファイル形式に変換する。ＨＴＭＬ変換部１０５は、バッファ変換部１０４によりファイル形式に変換された情報をＨＴＭＬファイルに変換する。ＨＴＴＰサーバ１０６は、ＨＴＭＬ変換部１０５により変換されたＨＴＭＬファイルをＨＴＴＰ通信装置を介してデータ受信装置へ送信する。【選択図】      図１
2005110024.tif 000002
【特許請求の範囲】
【請求項１】
デジタル符号化されたストリームデータを入力するストリーム入力手段と、
前記入力されたストリームデータをバッファリング処理するバッファと、
前記バッファによりバッファリング処理されたストリームデータを含む情報を前記バッファの容量に応じたファイルに変換する変換手段と、
前記変換手段により変換されたファイルを送信する送信手段と、
を具備することを特徴とするデータ送信装置。
【請求項２】
前記バッファの容量を可変制御するバッファ容量制御手段を更に具備することを特徴とする請求項１記載のデータ送信装置。
【請求項３】
前記バッファとして、通常再生に関わるストリームデータをバッファリング処理する第１のバッファと、特殊再生に関わるストリームデータをバッファリング処理する第２のバッファとが設けられていることを特徴とする請求項１記載のデータ送信装置。
【請求項４】
データ送信装置とデータ受信装置との間でデータの送受信を行うデータ送受信システムであって、
前記データ送信装置は、
デジタル符号化されたストリームデータを入力するストリーム入力手段と、
前記入力されたストリームデータをバッファリング処理する第１のバッファと、
前記第１のバッファによりバッファリング処理されたストリームデータを含む情報を前記第１のバッファの容量に応じたファイルに変換する変換手段と、
前記変換手段により変換されたファイルを送信する送信手段とを具備し、
前記データ受信装置は、
前記データ送信装置から送信されてくるファイルを入力する第２のバッファと、
前記第２のバッファに入力されたファイルからストリームデータを再生する再生処理手段とを具備することを特徴とするデータ送受信システム。
【請求項５】
前記第１のバッファの容量は、前記入力バッファの容量よりも小さいことを特徴とする請求項４記載のデータ送受信システム。
【請求項６】
前記データ送信装置は、前記第１のバッファの容量を可変制御するバッファ容量制御手段を更に具備することを特徴とする請求項４記載のデータ送受信システム。
【請求項７】
前記第１のバッファとして、通常再生に関わるストリームデータをバッファリング処理する第１のバッファと、特殊再生に関わるストリームデータをバッファリング処理する第２のバッファとが設けられていることを特徴とする請求項４記載のデータ送受信システム。
【請求項８】
データ送信装置とデータ受信装置との間でデータの送受信を行うデータ送受信方法であって、
前記データ受信装置から前記データ送信装置に対して再生を要求し、
前記データ送信装置においては、デジタル符号化されたストリームデータを前記要求された再生に適したストリームデータに変換してバッファに格納し、前記バッファによりバッファリング処理されたストリームデータを含む情報を前記バッファの容量に応じたファイルに変換し、前記変換されたファイルを前記データ受信装置へ送信することを特徴とするデータ送受信方法。
【請求項９】
前記バッファの容量を可変制御することを特徴とする請求項８記載のデータ送受信方法。
【請求項１０】
前記バッファとして、通常再生に関わるストリームデータをバッファリング処理する第１のバッファと、特殊再生に関わるストリームデータをバッファリング処理する第２のバッファとを設けることを特徴とする請求項８記載のデータ送受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ送信装置、データ送受信システム、及びデータ送受信方法に関し、特に、特殊再生などの要求に応じた適切なストリームデータを送受信することが可能なデータ送受信システムに関する。
【背景技術】
【０００２】
近年、ネットワークを介してデジタル映像ストリームデータを送受信することが頻繁に行われるようになってきた。例えば、ユーザ端末からサーバ装置に対してコンテンツの通常再生や特殊再生を要求すると、サーバ装置がこの要求に応じて該当するデジタル映像ストリームデータをユーザ端末へ送信するようなことが行われている。特許文献１には、ユーザ端末からの映像データの再生要求等に応じて、映像管理装置からネットワークを介して映像データをユーザ端末に送信するシステムが開示されている。
【０００３】
また、通信プロトコルには種々なものがあるが、特にＨＴＴＰ（Hypertext Transfer Protocol）を利用してコンテンツをＨＴＴＰサーバからインターネット等のネットワークを介してユーザ端末へ配布する形態が増えている。こうしたことから、今後は、デジタル映像ストリームデータの通常再生や特殊再生についても、ＨＴＴＰを利用する形態が更に増えていくものと考えられる。
【特許文献１】特開２００２−１０１８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ユーザ端末側からは、サーバ装置から送信されてくるデータのサイズがわからないため、いつでもデータを正常に受信できるように比較的大容量の入力バッファを備えておかなければならず、コストの増加等を招くという問題があった。特に、早送り再生、巻き戻し再生などの特殊再生を行う場合は、ユーザ端末側に大容量のバッファを実装し、バッファ内のストリームデータから必要なフレームデータを検索し、デコードするといった複雑な処理を必要としていた。
【０００５】
本発明は上記実情に鑑みてなされたものであり、比較的小容量の入力バッファによるデータ受信を可能とさせるデータ送信装置、データ送受信システム、及びデータ送受信方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係るデータ送信装置は、デジタル符号化されたストリームデータを入力するストリーム入力手段と、前記入力されたストリームデータをバッファリング処理するバッファと、前記バッファによりバッファリング処理されたストリームデータを含む情報を前記バッファの容量に応じたファイルに変換する変換手段と、前記変換手段により変換されたファイルを送信する送信手段とを具備することを特徴とする。
【０００７】
また、本発明に係るデータ送受信システムは、データ送信装置とデータ受信装置との間でデータの送受信を行うデータ送受信システムであって、前記データ送信装置は、デジタル符号化されたストリームデータを入力するストリーム入力手段と、前記入力されたストリームデータをバッファリング処理する第１のバッファと、前記第１のバッファによりバッファリング処理されたストリームデータを含む情報を前記第１のバッファの容量に応じたファイルに変換する変換手段と、前記変換手段により変換されたファイルを送信する送信手段とを具備し、前記データ受信装置は、前記データ送信装置から送信されてくるファイルを入力する第２のバッファと、前記第２のバッファに入力されたファイルからストリームデータを再生する再生処理手段とを具備することを特徴とする。
【０００８】
また、本発明に係るデータ送受信方法は、データ送信装置とデータ受信装置との間でデータの送受信を行うデータ送受信方法であって、前記データ受信装置から前記データ送信装置に対して再生を要求し、前記データ送信装置においては、デジタル符号化されたストリームデータを前記要求された再生に適したストリームデータに変換してバッファに格納し、前記バッファによりバッファリング処理されたストリームデータを含む情報を前記バッファの容量に応じたファイルに変換し、前記変換されたファイルを前記データ受信装置へ送信することを特徴とする。
【発明の効果】
【０００９】
比較的小容量の入力バッファによるデータ受信が可能となる。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して、本発明の実施形態を説明する。  
（第１の実施形態）
本実施形態によるデータ送受信システムは、データ送信装置１とデータ受信装置２とを含んでいる。
【００１１】
図1は、本発明の第１の実施形態によるデータ送信装置の構成を示すブロック図である。  
記憶部１００は、ＨＤＤやＤＶＤなどの記憶媒体を備え、本データ送信装置内のリソースとなる各種のデータを記憶している。ここでいうリソースには、符号化されたデジタル映像ストリームデータのほか、データ送信装置の操作に必要な情報や、データ送信装置内のコンテンツリストなどが含まれる。
【００１２】
映像ストリーム入力部１０１は、例えば記憶部１００に記憶されたデジタルストリームデータを入力するものである。
【００１３】
映像ストリーム処理部１０２は、映像ストリーム入力部１０１により入力された映像ストリームデータを加工処理して出力バッファ１０３に出力するものである。以下、ストリームの構造がＭＰＥＧ２ ＰＳフォーマットに基づくものであり、そのＧＯＰ(Group Of Picture)構造が「IBBPBBPBBPBBPBB」である場合を例にとって説明する。
【００１４】
映像ストリーム処理部１０２は、通常再生を行う場合は、I、B、P全てのフレームをそのまま出力する。２倍速再生する場合には、例えば、１ＧＯＰ構造からＩフレームとＰフレームのみを、１５倍速の場合は、Ｉフレームのみを、３０倍速の場合は、１ＧＯＰ飛ばしにＩフレームのみを抽出するなどの処理をして出力する。また、巻き戻し再生の場合は、例えば、ＧＯＰを逆にたどりながらIフレームのみを抽出するなどの処理をして出力する。
【００１５】
出力バッファ１０３は、映像ストリーム処理部１０２により処理された映像ストリームデータを一時的にバッファリング処理するものである。一般に、出力バッファは、再生を行うストリーム全体のサイズに比べて十分小さい場合がほとんどである。なぜなら、再生されるストリームは、例えば、ある録画されたＴＶ番組であったり、ビデオカメラで撮影された風景であったりするが、出力バッファはそのうちの一部を保持するものであるからである。本実施形態ではこのような一般的な出力バッファを使用している。このため、出力バッファ１０３の容量は、後述するデータ受信装置２側の入力バッファの容量よりも小さいものとなっている。
【００１６】
なお、出力バッファ１０３の構成方法については、特に制限はない。例えば、ある一定領域のメモリを適用してもよいし、循環バッファ、ＦＩＦＯなどを適用してもよい。また、ダブルバッファやトリプルバッファのように物理的に複数のバッファを設け、時系列の各時点では一つのバッファのみが使用されるような形態であっても構わない。
【００１７】
バッファ変換部１０４は、出力バッファ１０３の容量（もしくはサイズ）に応じて、当該出力バッファ１０３によりバッファリング処理された映像ストリームデータを含む情報をファイル形式に変換するものである。なお、バッファ変換部１０４の構成方法については、特に制限はない。例えば、出力バッファ１０３がある一定領域のメモリであった場合には、それがＲＡＭディスクに該当するものとしてファイルを作成しても良いし、また、出力バッファ１０３がＦＩＦＯである場合には、それが仮想ファイルシステムに該当するものとしてファイルを作成しても良い。
【００１８】
ＨＴＭＬ（Hyper Text Markup Language）変換部１０５は、データ送信装置１内のリソースを、データ受信装置２に公開するためにＨＴＭＬファイルに変換するものである。すなわち、ＨＴＭＬ変換部１０５は、バッファ変換部１０４によってファイル形式に変換された情報をＨＴＭＬファイルに変換するほか、記憶部１００に記憶されているリソースに基づいてコンテンツリストをＨＴＭＬファイルに変換する処理などを行う。
【００１９】
ＨＴＴＰサーバ１０６は、本データ送信装置１と外部のデータ受信装置２との間でＨＴＴＰで通信されるべき情報に関する全ての処理を行うものである。例えば、ＨＴＴＰサーバ１０６は、データ受信装置２からの各種の要求（コンテンツリストの送信要求、通常再生要求、特殊再生要求など）に応じて、本データ送信装置１内の個々の要素を制御するとともに、ＨＴＭＬ変換部１０６により変換されたＨＴＭＬファイルを通信部１０７を介して要求元のデータ受信装置２へ送ったりする。なお、「特殊再生」の例としては、早送り再生、巻き戻し再生、スロー再生などが挙げられる。
【００２０】
通信部１０７は、ＨＴＴＰに準拠するＨＴＴＰ通信装置に相当し、ネットワークを通じてデータ受信装置２との間で操作情報や映像ストリームデータなどに関するデータ通信を行う。なお、ネットワーク通信に使用する媒体や方式については、特に制限はない。
【００２１】
ここで、図２を参照して、出力バッファ１０３、バッファ変換部１０４、及びＨＴＭＬ変換部１０５により処理されるデータの詳細について説明する。
【００２２】
出力バッファ１０３によりバッファリングされる映像ストリームデータはビット形式のデータ１１である。バッファ変換部１０４においては、ビット形式の映像ストリームデータを含む情報がファイル１２に変換される。この場合、ファイル１２の中には、ビット形式の映像ストリームデータに該当する実データのほか、関連する管理情報が含まれる。この管理情報には、バッファ容量（もしくはサイズ）や、ディレクトリ情報、ファイル名、メモリ上の物理アドレスなどが定義される。ＨＴＭＬ変換部１０５においては、上記ファイル１２がテキスト形式のＨＴＭＬデータによるＨＴＭＬファイル１３に変換される。
【００２３】
図３は、本発明の第１の実施形態によるデータ受信装置２の構成を示すブロック図である。なお、図３に示す構成は、後述する各実施形態においても適用する。  
通信部２０１は、ＨＴＴＰに準拠するＨＴＴＰ通信装置に相当し、ネットワークを通じてデータ送信装置１との間で操作情報や映像ストリームデータなどに関するデータ通信を行う。なお、ネットワーク通信に使用する媒体や方式については、特に制限はない。
【００２４】
入力バッファ２０２は、通信部２０１により受信されるＨＴＭＬファイル形式の映像ストリームデータ等を一時的にバッファリング処理するものである。この入力バッファ２０２の容量は、データ送信装置１側の出力バッファ１０３の容量以上であればよく、比較的小容量のバッファを適用することができる。
【００２５】
再生処理部２０３は、入力バッファ２０２によりバッファリング処理されたＨＴＭＬファイル形式の映像ストリームデータを再生処理するものである。
【００２６】
制御部２０４は、本データ受信装置２内部の各要素の制御や、本データ受信装置２とデータ送信装置１との間でＨＴＴＰで通信されるべき情報に関する処理を行うものである。例えば、ＨＴＴＰサーバ１０６は、データ送信装置１に対して各種の要求（コンテンツリストの送信要求、通常再生要求、特殊再生要求など）を行ったり、データ送信装置１から送信されてくる各種のデータの再生処理を制御したりする。
【００２７】
次に、図４を参照して、データ送信装置１内のＨＴＭＬ変換部１０５によりリソース（図２のビットデータ１１）に関するコンテンツリストがＨＴＭＬファイル（図２のＨＴＭＬデータ１３）に変換された例を示す。図示の例では、データ送信装置１のリソースに関するコンテンツリストとして、「drama.mpg」、「sports.mpg」、「movie.mpg」の３つが示されている。なお、ここでは、データ送信装置１のホスト名は「streamer」となっている。
【００２８】
次に、図５を参照して、データ受信装置２がデータ送信装置１に対してあるコンテンツの通常再生を要求した場合の例を説明する。
【００２９】
データ受信装置２は、まず最初に、接続相手のデータ送信装置１を選択し、データ送信装置１に対して接続要求を行う(ステップＲ１)。接続要求に必要な情報は、ＩＰアドレスやポート番号などがある。なお、接続相手のデータ送信装置１の選択方法については、特に制限はない。
【００３０】
データ受信装置２より接続要求があると、データ送信装置１はＨＴＭＬ変換部１０５により、データ送信装置１内部のリソースの情報をＨＴＭＬファイルに変換する（ステップＴ１）。変換されたＨＴＭＬファイルの例を図４に示す。図４では、データ送信装置１のホスト名を「streamer」とし、ＨＴＭＬファイルは、単純にデータ送信装置１内のコンテンツリストのみを示すものとした。
【００３１】
データ送信装置１はＨＴＭＬファイル作成後、通信部１０７を通じてデータ受信装置２に接続応答を返す（ステップＴ２）。
【００３２】
データ受信装置２は、データ送信装置１と接続した後、ＨＴＴＰ ＧＥＴと呼ばれる情報要求方式（以下、ＨＴＴＰ ＧＥＴメソッド）を使ってデータ送信装置１のコンテンツリストを要求する(ステップＲ２)。データ受信装置２よりコンテンツリストを要求されたデータ送信装置１は、ＨＴＴＰ ＧＥＴメソッドをＨＴＴＰサーバ１０６で処理し、ステップＴ１で作成したＨＴＭＬファイルを通信部１０７を通じてデータ受信装置２に送信する（ステップＴ３）。
【００３３】
ＨＴＭＬファイルを取得したデータ受信装置２は、データ送信装置１のコンテンツリストの中から再生したいコンテンツを選択し、ＨＴＭＬ 部分ＧＥＴメソッドを用いて、データ受信装置２の入力バッファ２０２に収まる容量内で映像ストリームデータを要求する(ステップＲ３)。
【００３４】
通信部１０７を通じてデータ受信装置２よりＨＴＭＬ 部分ＧＥＴメソッドを受信したデータ送信装置１は、この要求をＨＴＭＬサーバ１０６で処理する。ＨＴＴＰサーバ１０６は、データ受信装置２より要求のあったファイルを読み込むために、映像ストリーム処理部１０２に指定コンテンツの通常再生を要求する。
【００３５】
指定コンテンツの通常再生要求を受けた映像ストリーム処理部１０２は、映像ストリーム入力部１０１より入力されたデジタル映像ストリームデータを、そのまま出力バッファ１０３に出力する(ステップＴ４)。
【００３６】
出力バッファ１０３に格納されたストリームデータは、バッファ変換部１０４によりＨＴＴＰサーバ１０６によって要求されたファイルに変換される(ステップＴ５)。このとき、ファイルサイズは出力バッファサイズとなる。
【００３７】
ＨＴＴＰサーバ１０６は、ファイルに変換された出力バッファ１０３の内容をＨＴＭＬファイルにしてデータ受信装置２側に送信する。
【００３８】
要求したＨＴＭＬファイルを取得したデータ受信装置２は、取得したストリームデータを再生し、適当な時点で再びＨＴＴＰ 部分ＧＥＴにより、ストリームデータの続きを取得し、再生を続ける。
【００３９】
次に、図６を参照して、データ受信装置２がデータ送信装置１に対して同じコンテンツの早送り再生を要求した場合の例を説明する。
【００４０】
データ受信装置２は、同じコンテンツの早送り再生をＨＴＴＰ 部分ＧＥＴと呼ばれる方法によりサーバに要求する(ステップＲ４)。このとき、例えば、速度の指定はパラメータ「speed」の値を指定することで行う。ここでは、図６中に示されるようにパラメータ「speed」の値として２を指定し、２倍速の早送り再生を要求したものとする。
【００４１】
通信部１０７を通じてデータ受信装置２よりＨＴＭＬ 部分ＧＥＴメソッドを受信したデータ送信装置１は、この要求をＨＴＭＬサーバ１０６で処理する。ＨＴＴＰサーバ１０６は、データ受信装置２より要求のあったファイルを読み込むために、映像ストリーム処理部１０２に指定コンテンツの２倍速の早送り再生を要求する。
【００４２】
指定コンテンツの早送り再生要求を受けた映像ストリーム処理部１０２は、映像ストリーム入力部１０１より入力されたデジタル映像ストリームデータを、指定された特殊再生種別に適したストリームデータに変換し、出力バッファ１０３に出力する(ステップＴ４)。
【００４３】
出力バッファ１０３に格納されたストリームデータは、バッファ変換部１０４によりＨＴＴＰサーバ１０６によって要求されたファイルに変換される(ステップＴ５)。このとき、ファイルサイズは出力バッファサイズとなる。
【００４４】
ＨＴＴＰサーバ１０６は、ファイルに変換された出力バッファ１０３の内容をＨＴＭＬファイルにしてデータ受信装置２側に送信する。
【００４５】
要求したＨＴＭＬファイルを取得したデータ受信装置２は、取得したストリームデータを再生し、適当な時点で再びＨＴＴＰ 部分ＧＥＴにより、ストリームデータの続きを取得し、再生を続ける。このとき、取得したストリームデータは、データ送信装置１によりあらかじめ指定された速度の早送り再生処理が行われているので、データ受信装置２はそのままこれを再生処理部２０３で復号化して表示すればよい。
【００４６】
データ受信装置２がコンテンツの再生を停止する場合は、ＨＴＴＰ ＧＥＴメソッドにリクエストヘッダ「Connection: 」を付加してデータ送信装置１に送信する（ステップＲ５）。
【００４７】
再生停止要求を受け取ったデータ送信装置１は、映像ストリーム処理部１０２に再生停止を指示することでストリームデータの処理を停止し(ステップＴ８)、データ受信装置２との接続を切断する。
【００４８】
このように第１の実施形態では、データ送信装置側の出力バッファの内容をファイルに変換してデータ受信装置側に送ることにより、受信データサイズを少なくとも出力バッファのサイズに制限することが可能となる。また、データ受信装置は、指定した特殊再生の種別に応じたストリームデータをＨＴＴＰ 部分ＧＥＴにより比較的小容量の単位で取得できる。このため、比較的小容量の入力バッファを有するデータ受信装置でも特殊再生が可能となる。
【００４９】
（第２の実施形態）
図７は、本発明の第２の実施形態によるデータ送信装置の構成を示すブロック図である。なお、前述の第１の実施形態（図１参照）と共通する要素には同一の符号を付し、その詳細な説明を省略する。
【００５０】
図７に示されるデータ送信装置は、図１に示したものにバッファ容量制御部２０８が加えられている。このバッファ容量制御部２０８は、映像ストリーム処理部１０２の出力側と出力バッファの入力側との間に接続され、ＨＴＴＰサーバ２０６からの指示に従って出力バッファ１０３の容量を可変制御する。
【００５１】
また、ＨＴＴＰサーバ２０６は、前述のＨＴＴＰサーバ１０６が行う処理と同様の処理を行うほか、データ受信装置２側から指定される値に出力バッファ１０３のバッファ容量が制限されるようバッファ容量制御部２０８に指示を送る処理をも行う。
【００５２】
次に、図８を参照して、データ受信装置２がデータ送信装置１に対してあるコンテンツの通常再生を要求した場合の例を説明する。
【００５３】
データ受信装置２は、まず最初に、接続相手のデータ送信装置１を選択し、データ送信装置１に対して接続要求を行う(ステップＲ２１)。接続要求に必要な情報は、ＩＰアドレスやポート番号などがある。なお、接続相手のデータ送信装置１の選択方法については、特に制限はない。
【００５４】
データ受信装置２より接続要求があると、データ送信装置１はＨＴＭＬ変換部１０５により、データ送信装置１内部のリソースの情報をＨＴＭＬファイルに変換する（ステップＴ２１）。
【００５５】
データ送信装置１はＨＴＭＬファイル作成後、通信部１０７を通じてデータ受信装置２に接続応答を返す（ステップＴ２２）。
【００５６】
データ受信装置２は、データ送信装置１と接続した後、ＨＴＴＰ ＧＥＴメソッドを使ってデータ送信装置１のコンテンツリストを要求する。（ステップＲ２２）。
【００５７】
データ受信装置２よりコンテンツリストを要求されたデータ送信装置１は、ＨＴＴＰ ＧＥＴメソッドをＨＴＴＰサーバ２０６で処理し、ステップＴ２１で作成したＨＴＭＬファイルを通信部１０７を通じてデータ受信装置２に送信する（ステップＴ２３）。
【００５８】
ＨＴＭＬファイルを取得したデータ受信装置２は、データ送信装置１のコンテンツリストの中から再生したいコンテンツを選択し、ＨＴＭＬ 部分ＧＥＴメソッドを用いて、映像ストリームデータを要求する。このとき、リクエストヘッダ「Range: 」を付加することにより、取得するストリームデータサイズを指定する。(ステップＲ２３)。データ受信装置２の入力バッファのサイズ１８８と仮定すると、図示のようにリクエストヘッダ「Range: 」にこの値を指定することで、取得するデータのサイズをデータ受信装置２の入力バッファサイズに制限することが可能である。
【００５９】
通信部１０７を通じてデータ受信装置２よりＨＴＭＬ 部分ＧＥＴメソッドを受信したデータ送信装置１は、この要求をＨＴＭＬサーバ２０６で処理する。ＨＴＴＰサーバ２０６は、データ受信装置２より要求のあったファイルを読み込むために、映像ストリーム処理部１０２に指定コンテンツの通常再生を要求する。
【００６０】
指定コンテンツの通常再生要求を受けた映像ストリーム処理部１０２は、映像ストリーム入力部１０１より入力されたデジタル映像ストリームデータを、バッファ容量制御部２０８にそのまま出力する。バッファ容量制御部２０８はデータ受信装置２がリクエストヘッダ「Range: 」で指定した値にバッファ容量を制限しつつ、ストリームデータを出力バッファ１０３に出力する(ステップＴ２４)。
【００６１】
出力バッファ１０３に格納されたストリームデータは、バッファ変換部１０４によりＨＴＴＰサーバ２０６によって要求されたファイルに変換される(ステップＴ２５)。このとき、ファイルサイズはデータ受信装置２がリクエストヘッダ「Range: 」で指定したサイズとなる。
【００６２】
ＨＴＴＰサーバ２０６は、ファイルに変換された出力バッファ１０３の内容をＨＴＭＬファイルにしてデータ受信装置２側に送信する。
【００６３】
要求したＨＴＭＬファイルを取得したデータ受信装置２は、取得したストリームデータを再生し、適当な時点で再びＨＴＴＰ 部分ＧＥＴにより、ストリームデータの続きを取得し、再生を続ける。
【００６４】
次に、図９を参照して、データ受信装置２がデータ送信装置１に対して同じコンテンツの早送り再生を要求した場合の例を説明する。
【００６５】
データ受信装置２は、同じコンテンツの早送り再生をＨＴＴＰ 部分ＧＥＴによりサーバに要求する(ステップＲ２４)。このとき、リクエストヘッダ「Range: 」を付加することにより、取得するストリームデータサイズを指定する。また、速度の指定は例えば、パラメータ「speed」の値を指定することで行う。図９中に示されるようにパラメータ「speed」の値として２を指定し、２倍速の早送り再生を要求したものとする。
【００６６】
通信部１０７を通じてデータ受信装置２よりＨＴＭＬ 部分ＧＥＴメソッドを受信したデータ送信装置１は、この要求をＨＴＭＬサーバ２０６で処理する。ＨＴＴＰサーバ２０６は、データ受信装置２より要求のあったファイルを読み込むために、映像ストリーム処理部１０２に指定コンテンツの２倍速の早送り再生を要求する。
【００６７】
指定コンテンツの早送り再生要求を受けた映像ストリーム処理部１０２は、映像ストリーム入力部１０１より入力されたデジタル映像ストリームデータを、指定された特殊再生種別に適したストリームデータに変換し、バッファ容量制御部２０８にそのまま出力する。バッファ容量制御部２０８はデータ受信装置２がリクエストヘッダ「Range: 」で指定した値にバッファ容量を制限しつつ、ストリームデータを出力バッファ１０３に出力する(ステップＴ２６)。
【００６８】
出力バッファ１０３に格納されたストリームデータは、バッファ変換部１０４によりＨＴＴＰサーバ２０６によって要求されたファイルに変換される(ステップＴ２７)。このとき、ファイルサイズはデータ受信装置２がリクエストヘッダ「Range: 」で指定したサイズとなる。
【００６９】
ＨＴＴＰサーバ２０６は、ファイルに変換された出力バッファ１０３の内容をＨＴＭＬファイルにしてデータ受信装置２側に送信する。
【００７０】
要求したＨＴＭＬファイルを取得したデータ受信装置２は、取得したストリームデータを再生し、適当な時点で再びＨＴＴＰ 部分ＧＥＴにより、ストリームデータの続きを取得し、再生を続ける。このとき、取得したストリームデータは、データ送信装置１によりあらかじめ指定された速度の早送り再生処理が行われているので、データ受信装置２はそのままこれを再生処理部２０３で復号化して表示すればよい。
【００７１】
データ受信装置２がコンテンツの再生を停止する場合は、ＨＴＴＰ ＧＥＴメソッドにリクエストヘッダ「Connection: 」を付加してデータ送信装置１に送信する（ステップＲ２５）。
【００７２】
再生停止要求を受け取ったデータ送信装置１は、映像ストリーム処理部102に再生停止を指示することでストリームデータの処理を停止し(ステップＴ２８)、データ受信装置２との接続を切断する。
【００７３】
このように第２の実施形態では、前述した第１の実施形態で得られる効果のほか、データ受信装置がＨＴＴＰ 部分ＧＥＴのＲａｎｇｅ：パラメータの値を入力バッファの容量にすることで、受信ストリームデータをデータ受信装置の入力バッファ容量に抑えることが可能となる。
【００７４】
（第１の実施形態の変形例）
図１０は、本発明の第１の実施形態によるデータ送信装置の構成の変形例を示すブロック図である。なお、前述の第１の実施形態（図１参照）と共通する要素には同一の符号を付し、その詳細な説明を省略する。
【００７５】
図１０に示されるデータ送信装置は、図１に示した出力バッファ１０３を複数個備えている。この場合、個々の出力バッファを、例えば「通常再生用バッファ１０３Ａ」、「早送り再生用バッファ１０３Ｂ」、「巻き戻し再生用バッファ１０３Ｃ」とする。
【００７６】
また、ＨＴＴＰサーバ３０６は、複数のデータ受信装置２より異なった種別の再生要求があった場合には、映像ストリーム処理部１０２が個々に加工処理したストリームデータを該当するバッファへ出力するよう、当該映像ストリーム処理部１０２を制御する。
【００７７】
これにより、バッファごとに独立した再生モードを実現することが可能となり、複数のデータ受信装置２からの要求に応えることが可能となる。
【００７８】
（第２の実施形態の変形例）
図１１は、本発明の第２の実施形態によるデータ送信装置の構成の変形例を示すブロック図である。なお、前述の第２の実施形態（図７参照）と共通する要素には同一の符号を付し、その詳細な説明を省略する。
【００７９】
図１１に示されるデータ送信装置は、図７に示した出力バッファ１０３を複数個備えている。この場合、個々の出力バッファを、例えば「通常再生用バッファ１０３Ａ」、「早送り再生用バッファ１０３Ｂ」、「巻き戻し再生用バッファ１０３Ｃ」とする。
【００８０】
また、ＨＴＴＰサーバ４０６は、複数のデータ受信装置２より異なった種別の再生要求があった場合には、映像ストリーム処理部１０２が個々に加工処理したストリームデータを、それぞれバッファ容量制御部２０８にて容量制限した後、該当するバッファへ出力するよう、当該映像ストリーム処理部１０２およびバッファ容量制御部２０８を制御する。
【００８１】
これにより、バッファごとに独立した再生モードを実現することが可能となり、複数のデータ受信装置２からの要求に応えることが可能となる。
【００８２】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００８３】
【図１】本発明の第１の実施形態によるデータ送信装置の構成を示すブロック図。
【図２】出力バッファ、バッファ変換部、及びＨＴＭＬ変換部により処理されるデータの詳細を説明するための図。
【図３】データ受信装置の構成を示すブロック図。
【図４】ＨＴＭＬ変換部によりリソースに関するコンテンツリストがＨＴＭＬファイルに変換された例を示す図。
【図５】データ受信装置がデータ送信装置に対してあるコンテンツの通常再生を要求した場合の処理の流れを示す図。
【図６】データ受信装置がデータ送信装置に対して同じコンテンツの早送り再生を要求した場合の処理の流れを示す図。
【図７】本発明の第２の実施形態によるデータ送信装置の構成を示すブロック図。
【図８】データ受信装置がデータ送信装置に対してあるコンテンツの通常再生を要求した場合の処理の流れ示す図。
【図９】データ受信装置がデータ送信装置に対して同じコンテンツの早送り再生を要求した場合の処理の流れを示す図。
【図１０】上記第１の実施形態によるデータ送信装置の構成の変形例を示すブロック図。
【図１１】上記第２の実施形態によるデータ送信装置の構成の変形例を示すブロック図。
【符号の説明】
【００８４】
１…データ送信装置、２…データ受信装置、１００…記憶部、１０１…映像ストリーム入力部、１０２…映像ストリーム処理部、１０３…出力バッファ、１０４…バッファ変換部、１０５…ＨＴＭＬ変換部、１０６，２０６，３０６，４０６…ＨＴＴＰサーバ、１０７…通信部、２０１…通信部、２０２…入力バッファ、２０３…再生処理部、２０４…制御部、２０８…バッファ容量制御部。
【図１】
2005110024.tif 000003
【図２】
2005110024.tif 000004
【図３】
2005110024.tif 000005
【図４】
2005110024.tif 000006
【図５】
2005110024.tif 000007
【図６】
2005110024.tif 000008
【図７】
2005110024.tif 000009
【図８】
2005110024.tif 000010
【図９】
2005110024.tif 000011
【図１０】
2005110024.tif 000012
【図１１】
2005110024.tif 000013