(57)【要約】【課題】受信したＴＳデータのＰＭＴを解析しＡＶデータのＰＩＤを取得するため、ＰＭＴのパケットを受信できなかった場合、再生開始までの待ち時間が長くなる。【解決手段】データ要求手段１は、ＴＳデータを受信する前に行うメッセージ交換時に、前記ビデオデータとオーディオデータのパケット識別子ＰＩＤを含むＴＳ設定情報を受信し、解析手段３によってＰＩＤを取得し、多重化分離手段４に設定し、データ受信手段２が受信したＴＳパケットは、設定されたＰＩＤに基づいて多重化分離手段４にて多重化分離され、各復号化手段・表示手段５、６、７、８によって復号化され再生される。【選択図】        図１
2004228850.tif 000002
【特許請求の範囲】
【請求項１】
指示されたリモートのアドレスに、ビデオデータとオーディオデータをそれぞれ異なるパケット識別子を付与して多重化されているパケットデータを要求し、前記パケットデータを受信しながら復号化して再生する受信再生方法であって、
前記パケットデータを受信する前に行うメッセージ交換時に、前記ビデオデータとオーディオデータの多重化に関する情報を受信する
ことを特徴とする、受信再生方法。
【請求項２】
前記多重化に関する情報は、ビデオデータの符号化方式を示すデータフィールドとビデオデータのパケット識別子、オーディオデータの符号化方式を示すデータフィールドとオーディオデータのパケット識別子を含んでいる
ことを特徴とする、請求項１に記載の受信再生方法。
【請求項３】
指示されたリモートのアドレスに、ビデオデータとオーディオデータをそれぞれ異なるパケット識別子を付与して多重化されているパケットデータを要求し、前記パケットデータを受信しながら復号化して再生する受信再生装置であって、
前記受信再生装置は、
前記パケットデータを要求するためのメッセージを送受信するデータ要求手段と、
前記データ要求手段が受信したメッセージを解析し、ビデオデータとオーディオデータのパケット識別子を取り出して出力する解析手段と、
前記パケットデータを受信するデータ受信手段と、
前記解析手段が出力したパケット識別子に基づき、前記受信したパケットデータからビデオデータとオーディオデータを分離する多重化分離手段と、
前記多重化分離したビデオデータを復号化して復号化ビデオデータを出力するビデオ復号化手段と、前記復号化ビデオデータを表示するビデオ表示手段と、
前記多重化分離したオーディオデータを復号化して復号化オーディオデータを出力するオーディオ復号化手段と、
前記復号化オーディオデータを表示するオーディオ表示手段と、
を備えることを特徴とする、受信再生装置。
【発明の詳細な説明】
【０００１】
【発明の属する分野】
本発明は、ＩＰネットワークで接続された送信端末にあるオーディオ・ビデオデータをパケット多重化したデータを要求し、受信しながら復号・再生を行う受信再生装置に関するものである。
【０００２】
【従来の技術】
近年、ＡＤＳＬや光ファイバ等の技術によりインターネットの通信速度の高速化が著しく進歩し、ビデオやオーディオの圧縮符号化方式の進歩と相まって、インターネット上での本格的な映像配信サービスが可能となってきた。光ファイバが一般家庭に普及すると、現在のアナログテレビジョン放送を凌ぐ映像品質の映像配信が可能となり、テレビジョン放送の代わりにインターネット映像配信を楽しむ視聴者が多数になる可能性もある。アナログテレビジョン放送は、同時に多数の視聴者に同一の内容を提供することには有利であるが、視聴者のそれぞれが、見たいときに見たいものを選択するような視聴形式にはインターネット映像配信が適しているからである。このため、従来アナログテレビジョン放送サービスを提供しているテレビ事業者が、インターネット上でも本格的な映像配信を行うことも十分予想される。
【０００３】
現在、既に開始されている衛星デジタル放送や、近い将来に開始予定である地上波デジタル放送では、ビデオやオーディオデータ（ＡＶデータ）の圧縮符号化方式、および伝送形式としてＩＳＯ／ＩＥＣ  １３８１８（ＭＰＥＧ２）を採用している。したがって、インターネット上で本格的な映像配信サービスを開始する場合、これと同方式をインターネット上のプロトコルで配信することが想定される。
【０００４】
ＭＰＥＧ２で圧縮符号化されたＡＶデータを多重化したトランスポートストリーム（ＴＳ）は、サイズが１８８バイト長のＴＳパケットから構成される。図５は、ビデオデータとＴＳパケットの関係を模式的に描いている。ビデオデータは複数のビデオフレームＶＦ１、ＶＦ２、・・・から構成されている。ビデオフレームＶＦ１は、ＰＥＳパケットヘッダＦ３（ＰＥＳＨ）を付与したＰＥＳパケットＦ４（ＶＰＥＳ１）である。ビデオのＴＳパケット（ＶＴＳＰ１）Ｆ６は、４バイトのＴＳヘッダＦ５（ＴＳＨ）と、ＶＰＥＳ１から１８４バイト分切り出したデータからなる。ＴＳＨには１３ビット長のパケット識別子（ＰＩＤ）が含まれている。ＰＩＤは同一シーケンスのビデオデータ、つまり、ＶＦ１、ＶＦ２、・・・では同値となる。オーディオデータについても同様に、オーディオデータはＰＥＳパケット化された後、ＴＳパケット化される。ここで、オーディオデータを含むＴＳパケットのＰＩＤと、ビデオデータを含むＴＳパケットのＰＩＤは異なる値でなくてはならない。また、１つのＴＳパケットがオーディオデータとビデオデータの両方を含むことはない。
【０００５】
以上のようにしてビデオデータとオーディオデータをパケット多重化するが、さらに、ＰＩＤとデータの種別の関係を示すためのプログラムマップテーブル（ＰＭＴ）も同様に、ＴＳパケット化されてＴＳ中に多重化される。ＴＳに含まれるオーディオデータとビデオデータを復号化・再生するには、まずＰＭＴを解析してオーディオデータとビデオデータのＰＩＤを調べ、ＰＩＤに基づいてＴＳパケットを各復号器に入力しなくてはならない。また、ＰＭＴを含むＴＳパケットのＰＩＤは、プログラム・アソシエーション・テーブル（ＰＡＴ）において指示される。ＰＡＴもまたＴＳパケット化されているが、ＰＩＤはゼロと定められている。これらＰＡＴやＰＭＴなどは、ＴＳを途中から受信可能とするいわゆるランダムアクセス性を確保する目的で、任意の周期でＴＳ中に多重化することが可能である。この周期は、通常０．１秒から１秒程度である。多重化周期を短くすると、ランダムアクセス性は向上するが、ＴＳ中におけるＰＡＴやＰＭＴの締める割合が増し、伝送レートが上昇する悪影響がある。
【０００６】
図６（ａ）は、ＩＰネットワーク上でＴＳが伝送される際のプロトコル構成を示す。ＭＰＥＧ２ビデオデータやＭＰＥＧ２オーディオデータを多重化したＴＳは、ＩＥＴＦ  ＲＦＣ１８８９、ＲＦＣ２２５０で勧告されるリアルタイム・トランスポート・プロトコル（ＲＴＰ）、同じくＩＥＴＦで勧告されるＵＤＰ、ＩＰ等の技術を用いてＩＰネットワーク上を伝送される。ＴＳを受信する端末では、ＴＳの受信に先立ち、送信端末に対して、ＴＳファイルの送出を要求する必要がある。データ要求の方式としては、ＲＦＣ２３２６、ＲＦＣ２３２７で勧告されるリアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）、セッション・ディスクリプション・プロトコル（ＳＤＰ）が使用される。ＳＤＰはＲＴＳＰのメッセージデータの中に含まれるデータである。メッセージデータは、ＩＥＴＦで勧告されるＴＣＰ、ＩＰ等の技術を用いてＩＰネットワーク上を伝送される。ＳＤＰは、ＲＴＳＰを使う代わりに、図６（ｂ）のようにＲＦＣ２６１６で勧告されるハイパーテキストトランファープロトコル（ＨＴＴＰ）を使って伝送することも可能である。
【０００７】
図７は、ＩＰネットワーク上のＴＳデータを要求し、受信しながらＡＶデータを復号化して再生する、従来例のデータ受信再生装置の構成を示すブロック図である。データ要求手段Ｊ１は、指示されたＵＲＬ（ユニフォームリソースロケータ）に基づき、ＵＲＬで示されたＲＴＳＰサーバと、ＲＴＳＰメッセージ交換を行いＴＳデータを要求する。
【０００８】
図８は、ＲＴＳＰメッセージ交換のシーケンスの一例を示す。データ要求手段はＪ１とＲＴＳＰサーバは、ＤＥＳＣＲＩＢＥの送受信Ｅ１０１、ＳＥＴＵＰの送受信Ｅ１０４、およびＰＬＡＹの送受信Ｅ１０６の順に行う。Ｅ１０１におけるＲＴＳＰサーバからの応答にはＳＤＰが含まれている。ＳＤＰにどのような情報を記述するかは、ＴＳに関する情報は特に規格化されていないため、ＲＦＣ２３２７で規定される一般的な情報、例えばＴＳの送出レート等を指定する。Ｅ１０４におけるＲＴＳＰサーバからの応答にはＲＴＰのプロファイル情報や送受信に用いるポート番号が含まれており、これらの情報はＲＴＰ設定情報としてデータ受信手段Ｊ２に通知される。
【０００９】
データ受信手段Ｊ２は、ＲＴＰ設定情報に基づきポート番号の設定を行い、ＴＳデータを受信し、多重化分離手段Ｊ４に出力する。多重化分離手段Ｊ４は、設定したＰＩＤを持つＴＳパケットでフィルタリングする機能を有している。初期状態では、ＰＩＤがゼロのＴＳパケット、すなわちＰＡＴを含むＴＳパケットのみ抽出することができるようになっている。ＰＡＴを含むＴＳパケットが入力されると、解析手段Ｊ３に出力する。解析手段Ｊ３は、ＰＡＴを解析してＰＭＴのＰＩＤを調べて多重化分離手段に通知する。次に、多重化分離手段Ｊ４は、ＰＭＴを含むＴＳパケットのＰＩＤが入力されると、解析手段Ｊ３に出力する。解析手段Ｊ３は、ＰＭＴを解析してビデオとオーディオを含むＴＳパケットのＰＩＤを調べて多重化分離手段に通知する。多重化分離手段Ｊ４は、ビデオとオーディオのＴＳパケットを入力すると、ＰＩＤに基づいてそれぞれをビデオ復号化手段Ｊ５、オーディオ復号化手段Ｊ６に出力する。ビデオデータはビデオ復号化手段Ｊ５において復号化され、ビデオ表示手段Ｊ７（例えば液晶ディスプレイ）で表示再生される。オーディオデータはオーディオ復号化手段Ｊ６において復号化され、オーディオ表示手段Ｊ８（例えばスピーカ）で表示再生される。
図９は、以上の動作の流れをまとめたチャート図である。
【００１０】
【発明が解決しようとする課題】
以上のように動作する従来の受信再生装置では、ＰＡＴあるいはＰＭＴを受信して解析するまで、ＡＶデータを含むＴＳパケットのＰＩＤが不明である。ＩＰネットワーク上で輻輳あるいはその他の障害により、ＰＡＴやＰＭＴを含むパケットがロスした場合、ＡＶデータの取得ができず復号化が開始できず、受信開始から復号化・再生が始まるまでの待ち時間が長くなるという課題、また、ＰＡＴやＰＭＴが正しく受信されるまでに受信したＡＶデータが多重化分離手段Ｊ４で破棄されて、再生データの冒頭部が失われるという課題、さらに、ランダムアクセスなどの場合、受信するＴＳの先頭部分にＰＡＴやＰＭＴが含まれているとは限らないため、受信するＴＳの冒頭部が復号化できず、ランダムアクセスがスムーズに行えないなどの課題がある。
【００１１】
例えば、図１０の例では、送信側ではＰＭＴを含むＴＳパケットは＃２、＃１０２である。今、ＰＭＴを含むＴＳパケット＃２がＩＰネットワーク上でロスしたとする。受信側では、ＰＭＴが取得できないため、次にＰＭＴを含むＴＳパケット＃１０２を受信するまでの間、ＡＶデータを含むＴＳパケットのＰＩＤが不明である。従って、＃３から＃１０１までのＴＳパケットに含まれるＡＶデータが破棄されてしまう。
【００１２】
【課題を解決するための手段】
この発明（請求項１）に係る受信再生方法は、指示されたリモートのアドレスに、ビデオデータとオーディオデータをそれぞれ異なるパケット識別子を付与して多重化されているパケットデータを要求し、前記パケットデータを受信しながら復号化して再生する受信再生方法であって、前記パケットデータを受信する前に行うメッセージ交換時に、前記ビデオデータとオーディオデータの多重化に関する情報を受信するものである。
【００１３】
この発明（請求項２）に係る受信再生方法は、請求項１に記載の受信再生方法において、前記多重化に関する情報は、ビデオデータの符号化方式を示すデータフィールドとビデオデータのパケット識別子、オーディオデータの符号化方式を示すデータフィールドとオーディオデータのパケット識別子を含んでいるものである。
【００１４】
この発明（請求項３）に係る受信再生装置は、指示されたリモートのアドレスに、ビデオデータとオーディオデータをそれぞれ異なるパケット識別子を付与して多重化されているパケットデータを要求し、前記パケットデータを受信しながら復号化して再生する受信再生装置であって、前記受信再生装置は、前記パケットデータを要求するためのメッセージを送受信するデータ要求手段と、前記データ要求手段が受信したメッセージを解析し、ビデオデータとオーディオデータのパケット識別子を取り出して出力する解析手段と、前記パケットデータを受信するデータ受信手段と、前記解析手段が出力したパケット識別子に基づき、前記受信したパケットデータからビデオデータとオーディオデータを分離する多重化分離手段と、前記多重化分離したビデオデータを復号化して復号化ビデオデータを出力するビデオ復号化手段と、前記復号化ビデオデータを表示するビデオ表示手段と、前記多重化分離したオーディオデータを復号化して復号化オーディオデータを出力するオーディオ復号化手段と、前記復号化オーディオデータを表示するオーディオ表示手段と、を備えるものである。
【００１５】
【発明の実施の形態】
本発明の実施の形態１における受信再生装置は上記の課題を鑑みて発明されたものであり、ＴＳをＲＴＰで配信する際に、ＴＳパケットの受信に先立って行われるメッセージ交換の際に、少なくともＡＶデータのＰＩＤに関する情報を受信し、データ受信時にＰＡＴやＰＭＴの解析なしにＡＶデータを含むＴＳパケットの分離・復号化・表示再生を可能とするものである。
【００１６】
（実施の形態１）
以下、本発明の実施の形態１である受信再生装置について図１から図４を用いて説明する。
【００１７】
図１は、本発明の実施の形態１である受信再生装置のデータ作成装置の構成を示すブロック図であり、データ要求手段１、データ受信手段２、解析手段３、多重化分離手段４、ビデオ復号化手段５、オーディオ復号化手段６、ビデオ表示手段７、オーディオ復号化手段８から構成される。
【００１８】
データ要求手段１は、指示されたＵＲＬに基づき、ＵＲＬが示すリモートアドレスのサーバとＴＣＰで接続し、ＲＴＳＰのメッセージを送出しその応答を受信しながらデータ受信に必要な手続きを処理する。
【００１９】
図４は、データ受信再生装置に、データ受信のためのＵＲＬを決定するテレビモニタあるいはパーソナルコンピュータのモニタの表示画面例を示す。表示画面５０１において、ビデオは領域５０１ａに表示される。選択可能なメニュー５０１ｂには今、「Ｎｅｗｓ  Ｌｉｎｅ」、「Ｓｐｏｒｔｓ」、「Ｅｎｔｅｒｔａｉｎｍｅｎｔ」、「Ｗｅａｔｈｅｒ」、「Ｐａｙ  Ｍｏｖｉｅ」が表示されている。ここで今、「Ｓｐｏｒｔｓ」をリモートコントローラやキーボードなどの外部入力装置を用いて選択したとする。この表示画面はＨＴＭＬ、ＳＭＩＬ、あるいはＢＭＬなどのシーン記述言語で記述されており、その内容を５０２のようであるとすると、「Ｓｐｏｒｔｓ」を選択した場合、ＵＲＬは＜ａ＞タグの「ｒｔｓｐ：／／ｂｂ．ｔｖ．ｃｏｍ／ｓｐｏｒｔｓ」となる。このＵＲＬがデータ要求手段１に入力される。データ要求手段１はＲＴＳＰサーバとのメッセージ交換において受信したＴＳ設定情報を解析手段３に渡し、解析手段３は、ＴＳ設定情報を解析してＡＶデータ等を含むＴＳパケットのＰＩＤを取得し、これを多重化分離手段４に出力する。
【００２０】
図２は、データ要求手段１および解析手段３の動作の一例を示すチャート図である。まずＳ１０１において、指示されたＵＲＬであるＲＴＳＰサーバにＲＴＳＰのＤＥＳＣＲＩＢＥを発行し、その応答を受信する。これは図８のＥ１０１に相当する。ＤＥＳＣＲＩＢＥの応答にはＳＤＰのデータが含まれている。データ要求手段１が受信するＳＤＰの一例を図３の３ａに示す。「ｍ＝ｖｉｄｅｏ  ０ＲＴＰ／ＡＶＰ  ９８」は、ビデオデータをＲＴＰのＡＶプロファイルで伝送し、ＲＴＰパケットヘッダのペイロードタイプの値は９８番であることを示し、またポート番号ゼロは、ポート番号は特に指定がないことを示す。一番下の行の、「ａ＝ｆｍｔｐ：９８  ＴＳ＿ＤＥＳＣＲＩＰＴＩＯＮ」において、”ＴＳ＿ＤＥＳＣＲＩＰＴＩＯＮ”は、実際は３ｂ１〜３ｂ５に示す例のようなＴＳ設定情報である。
【００２１】
３ｂ１の例では、ＴＳの情報としてＰＭＴを伝送するＴＳパケットのＰＩＤ、プログラムクロックリファレンス（ＰＣＲ）を伝送するＴＳパケットのＰＩＤ、ビデオデータを伝送するＴＳパケットのＰＩＤ、オーディオデータを伝送するＴＳパケットのＰＩＤを含んでおり、これらの値はそれぞれ３００、３０１、３０１、３０２であることを示す。また、ビデオとオーディオの圧縮符号化方式を識別するためのストリームタイプも含まれており、ビデオとオーディオでそれぞれ２と４である。これらの値の意味はＩＳＯ／ＩＥＣ  １３８１８−１に規定されている。
【００２２】
３ｂ２の例では、ＴＳの情報としてＰＣＲのＰＩＤが１６進数の０ｘ１８、ビデオのストリームタイプとＰＩＤがそれぞれ２、１６進数の０ｘ１８、オーディオのストリームタイプとＰＩＤがそれぞれ４、１６進数の０ｘ１９であることを示している。３ｂ１と比べて記述の仕方が異なることに加え、ＰＭＴのＰＩＤが省略されている。
【００２３】
３ｂ３の例では、ＰＣＲのＰＩＤが１６進数の０ｘ１８であり、エレメンタリストリーム（ＥＳ）については、ストリームタイプとＰＩＤの組を繰り返し記述する方式となっており、最初の２つの値である２と１６進数の０ｘ１８で、ストリームタイプが２、すなわちビデオデータはＰＩＤが０ｘ１８であり、次の２つの値である４と１６進数の０ｘ１９で、ストリームタイプが２、すなわちオーディオデータはＰＩＤが０ｘ１９であることを示す。
【００２４】
３ｂ４の例では、「ｃｏｎｆｉｇ＝」の次には、ＴＳパケット中のＰＭＴの内容が１６進数表記で直接記述されている。ＰＭＴの構造に基づいてストリームタイプやＰＩＤを求める。
【００２５】
以上３ｂ１〜３ｂ４のように、記述の仕方としては様々であるが、受信するＴＳに含まれるＡＶデータのＰＩＤとストリームタイプ、ＰＣＲのＰＩＤがＤＥＣＲＩＢＥの応答中として受信される。なお、３ｂ１〜３ｂ３においてはオーディオとビデオについて、それぞれ１つづつＰＩＤとストリームタイプを指定可能としたが、複数のビデオやオーディオについてもこれらの値を指定可能である。この例は３ｂ５に示す。ここでは２つのオーディオがあり、ＰＩＤはそれぞれ１６進数の０ｘ１９と０ｘ２０であることが示されている。また、３ｂ１や３ｂ２のようにオーディオとビデオをそれぞれ「ａｕｄｉｏ＝」「ｖｉｄｅｏ＝」等と指定する場合、ストリームタイプは必ずしも必要ではなく、省略されてあってもよい。また、ＰＣＲのＰＩＤについても省略されてもよい。また、受信するＴＳがビデオかオーディオのいずれか一方しか含まない場合も許される。さらに、３ｂ６のように、１つの属性値ｐｉｄに複数のＰＩＤの値を指定し、それぞれのストリームタイプを属性値ｓｔｙｐｅで指定するようなものであってもよい。この例では、ＰＩＤが０ｘ１８に対するストリームタイプは２、ＰＩＤが０ｘ１９に対するストリームタイプは４である。以上のように、ＰＩＤとストリームタイプの記述には多くのバリエーションが考えられる。
【００２６】
次に、図２のチャートにおけるＳ１０２において、図３のＴＳ＿ＤＥＳＣＲＩＰＴＩＯＮ応答のＳＤＰに含まれるＴＳ設定情報から、ＡＶデータ等のＰＩＤが解析され、多重化分離手段４にＰＩＤが設定される。次に、Ｓ１０３、Ｓ１０４においてデータ要求手段１はＲＴＳＰのＳＥＴＵＰ、ＰＬＡＹをＲＴＳＰサーバに送信し、ＲＴＳＰサーバからそれぞれの応答を受信する。これは図８のＥ１０４、Ｅ１０６に合致する。ＰＬＡＹの応答を受信した後、ＴＳパケットを含むＲＴＰパケットが、データ受信手段２によって受信され、受信したＴＳパケットは多重化分離手段４によって、解析手段３が設定したＰＩＤに基づいて、オーディオデータとビデオデータに分離され、それぞれの復号化手段５、６に出力される。ビデオ復号化手段５はビデオデータを入力して復号化し、復号化ビデオデータを出力する。ビデオ表示手段７は、復号化ビデオデータを表示再生する。オーディオ復号化手段６はオーディオデータを入力して復号化し、復号化オーディオデータを出力する。オーディオ表示手段８は、復号化オーディオデータを表示再生する。
【００２７】
従来例の受信再生装置では、ＴＳ中のＰＭＴを解析しながらＡＶデータのＰＩＤを取得していたため、図１０のようにＰＭＴを含むＴＳパケット＃２が受信されなかった場合、＃１０２で再度ＰＭＴを受信するまで、ビデオデータの復号化を開始できなかったが、本発明の実施の形態１による受信再生装置では、＃２のＴＳパケットを受信できなかった場合でも、＃３以降のＴＳパケットを正しく処理することが可能となる。
【００２８】
以上、本発明の実施の形態１による受信再生装置について説明した。
なお、本発明の実施の形態１による受信再生装置は、ＡＶデータの圧縮符号化方式としてはＭＰＥＧ１、ＭＰＥＧ２、ＭＰＥＧ４、ＡＡＣ（アドバンスドオーディオコーデイング）、ＭＰＥＧ４  ＡＶＣ（アドバンスドビデオコーディング）等が可能である。
【００２９】
また、本発明の実施の形態１による受信再生装置の一部あるいは全ては、ハードウェアで構成されるように説明したが、ＣＰＵやＤＳＰ等の上で動作するソフトウェアプログラムとして動作させてもよい。また、ソフトウェアプログラムを磁気記録メディア（フロッピディスクやＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、メモリカード等）に記録して持ち運び、各種の装置上で動作させることも可能である。
【００３０】
また、本実施の形態では、ＳＤＰのデータはＲＴＳＰのＤＥＳＣＲＩＢＥ要求の応答に含まれるものとしたが、図６（ｂ）に示すように、ＨＴＴＰ上のメソッドによって受信するようにしてもよい。使用可能なＨＴＴＰのメソッドとしてはＧＥＴやＰＵＴ等がある。
【００３１】
また、本実施の形態では、受信するＴＳのＰＩＤに関する情報はＳＤＰ中に含まれるものとしたが、これに限るものではない。例えば、ＲＴＳＰの他のメソッド、ＧＥＴ＿ＰＡＲＡＭＥＴＥＲやＳＥＴＵＰ等の要求に対する応答中に含まれていてもよいし、ＲＴＳＰ以外のプロトコルを用いてＴＳデータの受信開始前に受信再生装置にＰＩＤの情報が通知されていてもよい。
【００３２】
（実施の形態２）
本発明の実施の形態２であるデータ送信装置について、図１１を用いて説明する。
【００３３】
図１１は、データ送信装置の機能ブロック図であり、データ要求処理手段１０、データ送出手段１１、およびＴＳデータを記録している記録装置１２から構成される。
【００３４】
データ要求処理手段１０は、ＲＴＳＰ要求を受信してその応答を返すものであり、ＲＴＳＰのメソッドであるＤＥＳＣＲＩＢＥ、あるいはＧＥＴ＿ＰＡＲＡＭＥＴＥＲを受信した際、その応答に、指定されたＵＲＬに対応するＴＳデータのＰＭＴの複製、あるいはＰＭＴ中に指定されているオーディオデータやビデオデータのＰＩＤ情報を含める。また、データ要求処理手段１０は、データ送出手段１１に対して送出すべきＴＳデータのファイル名あるいはＵＲＬを通知し、ＲＴＳＰ要求の指示に従ったＴＳデータの送出を指示する。データ送出手段１１は、データ要求処理手段１０の指示に従い、ＴＳデータを記録装置１２から読み出し、ＲＴＰパケット化して送出する。
【００３５】
なお、データ要求処理手段１０は、ＤＥＳＣＲＩＢＥやＧＥＴ＿ＰＡＲＡＭＥＴＥＲの応答に含めるデータとして、ＡＶデータのＰＩＤ以外に、ストリームタイプやＰＣＲのＰＩＤ、ＡＶデータの符号化あるいは伝送に関する設定を補足するデスクリプタ等を含めても良い。
【００３６】
なお、本実施の形態におけるデータ送信装置における記録装置１２は、具体的にはハードディスクやＤＶＤ−ＲＯＭや磁気テープなどが可能である。また、記録装置１２は、ＴＳデータがリアルタイムで生成される場合は省略されてもよい。さらに、データ要求手段１０、データ送出手段１１、記録装置１２は、それぞれＬＡＮやＡＴＭなどネットワークで接続されていてもよい。
【００３７】
また、本実施の形態２によるデータ送信装置は、ＣＰＵ上で動作するソフトウェアプログラムとして動作させることも可能である。
【００３８】
【発明の効果】
本発明の実施の形態１による受信再生装置によれば、ＴＳデータの送出開始に先立って行われるメッセージ交換時に、ＴＳデータ中に含まれるＡＶデータのパケット識別子であるＰＩＤの情報を受信するため、受信したＴＳデータを解析することなくＡＶデータを伝送するＴＳパケットのＰＩＤがわかる。よって、ＩＰネットワーク上で輻輳あるいはその他の障害によりＰＡＴやＰＭＴを含むパケットを受信できなかった場合や、ランダムアクセス時に最初に受信するＴＳパケットがＰＡＴやＰＭＴでなかった場合でも、ＴＳパケットの受信後直ちに多重化分離および復号化、表示再生が可能となり、ＩＰネットワークの輻輳やその他の障害による影響が及ばない。また、ＴＳデータ受信開始から再生開始までの待ち時間の短縮も可能であり、受信データが破棄されることもないため、受信データを効率的に使用できる等の効果がある。
【００３９】
本発明の実施の形態２によるデータ送信装置によれば、ＴＳデータの送出開始前にＴＳ中に含まれるＡＶデータのＰＩＤに関する情報をＴＳデータの受信側へ送信する応答に含めるため、受信側ではＰＭＴの受信・解析を行う前に、ＡＶデータのＰＩＤを知ることが可能なため、伝送エラーに強く、再生表示開始までの初期遅延時間が短く、ランダムアクセス再生にも適した映像配信サービスの実現が可能となる。また、送出ＴＳ中にＰＡＴやＰＭＴを短い周期で繰り返し伝送する必要がなくなり、ＴＳの伝送レートを低くしたり、同じ伝送レートでＡＶデータの符号化レートをあげて高品質化することができる等の効果がある。
【図面の簡単な説明】
【図１】本発明の実施の形態１による受信再生装置の構成の一例を示す機能ブロック図。
【図２】本発明の実施の形態１による受信再生装置の動作の一部を示すチャート図。
【図３】本発明の実施の形態１による受信再生装置のデータ要求手段１が受信するデータの一例を示す図。
【図４】本発明の実施の形態１による表示例。
【図５】ＭＰＥＧ２  ＴＳパケットの構成例。
【図６】ＭＥＰＧ２のデータをＩＰネットワーク上で伝送する際のプロトコルスタック例。
【図７】従来の受信再生装置の構成の一例を示す機能ブロック図。
【図８】ＲＴＳＰのプロトコルシーケンス図。
【図９】従来の受信再生装置の動作の一部を示すチャート図。
【図１０】受信再生装置が受信したＴＳパケットの例。
【図１１】本発明の実施の形態２によるデータ送信装置の構成を示す機能ブロック図。
【符号の説明】
１              データ要求手段
２              データ受信手段
３              解析手段
４              多重化分離手段
５              ビデオ復号化手段
６              オーディオ復号化手段
７              ビデオ表示手段
８              オーディオ表示手段
３ａ            ＳＤＰの内容
３ｂ            ＴＳ設定情報
３ｂ１〜３ｂ５  ＴＳ設定情報の具体例
５０１          表示画面
５０１ａ        ビデオ表示領域
５０１ｂ        メニュー
５０２          シーン記述例
Ｆ１、Ｆ２      ビデオフレーム
Ｆ３            ＰＥＳパケットヘッダ
Ｆ４            ＰＥＳパケット
Ｆ５            ＴＳパケットヘッダ
Ｆ６            ＴＳパケット
１２            記録装置
【図１】
2004228850.tif 000003
【図２】
2004228850.tif 000004
【図３】
2004228850.tif 000005
【図４】
2004228850.tif 000006
【図５】
2004228850.tif 000007
【図６】
2004228850.tif 000008
【図７】
2004228850.tif 000009
【図８】
2004228850.tif 000010
【図９】
2004228850.tif 000011
【図１０】
2004228850.tif 000012
【図１１】
2004228850.tif 000013