(57)【要約】【課題】マルチメディアファイルを、ネットワークを介してストリーミング配信する場合に、低コストで、パケットロスからの復帰時における再生の効率化を図ることを目的とする。【解決手段】マルチメディアデータからメディアデータを抽出するメディアデータ抽出手段と、マルチメディアデータからランダムアクセスポイント情報を抽出するランダムアクセスポイント情報抽出手段と、メディアデータ抽出手段において抽出されたメディアデータと、ランダムアクセスポイント情報抽出手段において抽出されたランダムアクセスポイント情報と、から、パケットを生成するパケット生成手段と、パケット生成手段において生成されたパケットを、ネットワークを介して送信するパケット送信手段と、を有することによって前記課題を解決する。【選択図】図１
2007318545.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアデータからメディアデータを抽出するメディアデータ抽出手段と、
前記マルチメディアデータからランダムアクセスポイント情報を抽出するランダムアクセスポイント情報抽出手段と、
前記メディアデータ抽出手段において抽出されたメディアデータと、前記ランダムアクセスポイント情報抽出手段において抽出されたランダムアクセスポイント情報と、から、パケットを生成するパケット生成手段と、
前記パケット生成手段において生成されたパケットを、ネットワークを介して送信するパケット送信手段と、
を有することを特徴とするデータ送信装置。
【請求項２】
前記マルチメディアデータは、ＩＳＯベースメディアファイル形式、ＭＰ４ファイル形式、Ｍｏｔｉｏｎ  ＪＰＥＧ  ２０００ファイル形式、ＡＶＣファイル形式、３ＧＰＰファイル形式、３ＧＰＰ２ファイル形式の何れかのファイル形式により記録されたデータであり、
前記メディアデータ抽出手段は、前記マルチメディアデータから動画像をフレーム単位、又は時間的に連続する一連の動画像フレーム単位、又はストリーミングに適したパケット単位で抽出することを特徴とする請求項１に記載のデータ送信装置。
【請求項３】
前記メディアデータ抽出手段は、前記マルチメディアデータ中にヒントトラックが含まれるか否かを判断し、ヒントトラックが含まれる場合は、ヒントトラックの情報を基にメディアデータを抽出することを特徴とする請求項２に記載のデータ送信装置。
【請求項４】
前記パケット生成手段は、パケットロス時以外にはアクセスされないパケットヘッダの領域に前記ランダムアクセスポイント情報を付加することを特徴とする請求項１乃至３の何れか１項に記載のデータ送信装置。
【請求項５】
前記パケットは、ＲＴＰパケットであり、
前記パケット生成手段は、前記ＲＴＰパケットの拡張ヘッダに前記ランダムアクセスポイント情報を付加することを特徴とする請求項１乃至３の何れか１項に記載のデータ送信装置。
【請求項６】
ネットワークを介して送信されるパケットを受信するパケット受信手段と、
前記パケット受信手段において受信したパケットのパケットヘッダを解析するパケットヘッダ解析手段と、
前記パケット受信手段において受信したパケットを用いて動画像フレームを構成するフレーム構成手段と、
前記フレーム構成手段において構成された動画像フレームを復号化する動画像復号手段と、
を有することを特徴とするデータ受信装置。
【請求項７】
前記パケットヘッダ解析手段は、パケットヘッダのマーカフラグからパケットロス発生の有無を判断し、パケットロスが発生した場合には、パケットがランダムアクセスポイントであるか否かを判断し、ランダムアクセスポイントであればパケットを前記フレーム構成手段へと入力し、ランダムアクセスポイントでなければパケットを廃棄することを特徴とする請求項６に記載のデータ受信装置。
【請求項８】
前記パケットヘッダ解析手段は、パケットヘッダに付加されているランダムアクセスポイント情報から、パケットがランダムアクセスポイントであるか否かを判断することを特徴とする請求項６又は７に記載のデータ受信装置。
【請求項９】
前記パケットは、ＲＴＰパケットであり、
前記パケットヘッダ解析手段は、前記ＲＴＰパケットの拡張ヘッダに付加されているランダムアクセスポイント情報から、パケットがランダムアクセスポイントであるか否かを判断することを特徴とする請求項６又は７に記載のデータ受信装置。
【請求項１０】
データ送信装置におけるデータ送信方法であって、
マルチメディアデータからメディアデータを抽出するメディアデータ抽出ステップと、
前記マルチメディアデータからランダムアクセスポイント情報を抽出するランダムアクセスポイント情報抽出ステップと、
前記メディアデータ抽出ステップにおいて抽出されたメディアデータと、前記ランダムアクセスポイント情報抽出ステップにおいて抽出されたランダムアクセスポイント情報と、から、パケットを生成するパケット生成ステップと、
前記パケット生成ステップにおいて生成されたパケットを、ネットワークを介して送信するパケット送信ステップと、
を有することを特徴とするデータ送信方法。
【請求項１１】
データ受信装置におけるデータ受信方法であって、
ネットワークを介して送信されるパケットを受信するパケット受信ステップと、
前記パケット受信ステップにおいて受信したパケットのパケットヘッダを解析するパケットヘッダ解析ステップと、
前記パケット受信ステップにおいて受信したパケットを用いて動画像フレームを構成するフレーム構成ステップと、
前記フレーム構成ステップにおいて構成された動画像フレームを復号化する動画像復号ステップと、
を有することを特徴とするデータ受信方法。
【請求項１２】
請求項１０に記載のデータ送信方法をコンピュータに実行させることを特徴とするプログラム。
【請求項１３】
請求項１１に記載のデータ受信方法をコンピュータに実行させることを特徴とするプログラム。
【請求項１４】
請求項１２又は１３に記載のプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ送信装置、データ受信装置、データ送信方法及びデータ受信方法に関する。
【背景技術】
【０００２】
近年、インターネット環境はＡＤＳＬやＦＴＴＨ等の普及によりブロードバンド化が進んでいる。また、ＰＣ及びその他様々なコンピューティングデバイスの処理能力も格段に向上し、動画像や音声といったマルチメディアデータをインターネット上でリアルタイムに配信することが可能になっている。
【０００３】
このストリーミング技術により、ユーザはライブメディア又は記録済みメディアのブロードバンド放送を視聴したり、記録済みメディアをオンデマンドで視聴したりすることができる。
【０００４】
また、動画像や音声を圧縮符号化する技術も進歩し、国際標準規格としてＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｓａｔｉｏｎ）によって規格化されたＭＰＥＧ−２、及びＭＰＥＧ−４等が知られている。
【０００５】
ＭＰＥＧのビデオ符号化方式においては、予測符号化の違いにより、Ｉ、Ｐ、Ｂの３種類のピクチャ（ＶＯＰ）によって画像が構成される。Ｉピクチャは、フレーム内符号化画像、Ｐピクチャは、過去の画像を用いたフレーム間順方向予測符号化画像、Ｂピクチャは、過去と未来との画像を用いた双方向予測符号化画像である。
【０００６】
この内、他のピクチャなしで復号できるのはＩピクチャのみである。したがって、ランダムアクセスや早送り等の特殊再生様な前後関係の崩れる様な操作は、復号の基準となるＩピクチャにアクセスすることにより実現される。
【０００７】
また、動画像や音声といったマルチメディアデータを、ネットワークを介して配信する場合のデータ伝送方式としては、ＲＴＰによるストリーミング再生等がある。
【０００８】
ＲＴＰは、ＩＥＴＦ（ＲＦＣ（Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔ）１８８９及びＲＦＣ１８９０）によって定義された、オーディオやビデオ等をリアルタイムでデータ転送するためのプロトコルである。ＲＴＰは、伝送エラーの際にもデータの再送が行われないため、データが確実に伝送される保証はないが、実時間性が必要なマルチメディアデータのリアルタイム再生には適している。
【０００９】
上述したＭＰＥＧビデオの様な予測符号化された動画像を、ＲＴＰによりネットワークを介して配信する場合、伝送エラーが発生すると、時間的に相関するフレームに伝播し、本来は正しい動画フレームに関しても正しく再生できなくなってしまう問題がある。
【００１０】
よって、伝送エラーからの復帰時に正常に再生するためには、エラー後のＩピクチャから再生を開始する必要がある。しかし、受信したパケットからフレームを構成し、フレームを実際に復号するまでは、フレームの符号化モードを判断できないため、不要なＰ、Ｂピクチャを復号しなければならなかった。
【００１１】
そこで、ストリームを受信し、再生する装置において、特殊再生する場合、或いはパケットロスから復帰する場合、エンコード時に生成される情報を利用して、システムの負荷を軽減する手法が提案されている（例えば、特許文献１参照）。
【００１２】
【特許文献１】特開２００４−１７３０９１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
特許文献１に提案される方式は、動画像データ及び音声データのエンコード時に生成される情報（符号化モード（Ｉ、Ｐ、Ｂ）や無音情報）をパケットに付加して送信する。そして、受信したパケットに付加されたこれらのエンコード時に生成される情報を用いてパケット組み立ての効率化を実現する手法である。しかしながら、特許文献１には、例えばＭＰ４ファイルの様な、記録済みのマルチメディアファイルを、ネットワークを介してストリーミング配信する際の処理を効率的に行う手法については言及されていない。
【００１４】
また、マルチメディアファイルから読み込んだ動画像フレームから、符号化モードを解析してパケットに付加して送信する構成としても、動画像フレームの復号処理及び符号化モード判別処理が必要となり、効率的な配信を実現することができない。
【００１５】
更にこの場合、データ送信装置にマルチメディアファイル中の動画像の符号化方式の種類（ＭＰＥＧ−２、ＭＰＥＧ−４、ＡＶＣ）に応じてデコーダが必要となるため、非常にコストが高くなるといった問題がある。
【００１６】
本発明はこのような問題点に鑑みなされたもので、マルチメディアファイルを、ネットワークを介してストリーミング配信する場合に、低コストで、パケットロスからの復帰時における再生の効率化を図ることを目的とする。
【課題を解決するための手段】
【００１７】
そこで、本発明は、マルチメディアデータからメディアデータを抽出するメディアデータ抽出手段と、前記マルチメディアデータからランダムアクセスポイント情報を抽出するランダムアクセスポイント情報抽出手段と、前記メディアデータ抽出手段において抽出されたメディアデータと、前記ランダムアクセスポイント情報抽出手段において抽出されたランダムアクセスポイント情報と、から、パケットを生成するパケット生成手段と、前記パケット生成手段において生成されたパケットを、ネットワークを介して送信するパケット送信手段と、を有することを特徴とする。
【００１８】
係る構成とすることにより、マルチメディアファイルを、ネットワークを介してストリーミング配信する場合に、低コストで、パケットロスからの復帰時における再生の効率化を図ることができる。
【００１９】
また、前記問題を解決するため、本発明は、データ受信装置、データ送信方法、データ受信方法、プログラム及び記憶媒体としてもよい。
【発明の効果】
【００２０】
本発明によれば、マルチメディアファイルを、ネットワークを介してストリーミング配信する場合に、低コストで、パケットロスからの復帰時における再生の効率化を図ることができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施形態について図面に基づいて説明する。
【００２２】
なお、以下に示す実施形態はマルチメディアデータがＩＳＯファイル形式である場合を中心に説明を行う。しかしながら、ＩＳＯファイル形式に限らず、例えばＩＳＯファイル形式をベースとして特定の符号化形式のデータを記録するために拡張されたファイル形式である、ＭＰＥＧ−４の動画像・音声符号化データを記録するためのＭＰ４ファイル形式（ＩＳＯ／ＩＥＣ  １４４９６−１４）や、Ｍｏｔｉｏｎ  ＪＰＥＧ  ２０００ファイル形式（ＩＳＯ／ＩＥＣ  １５４４４−３）、ＡＶＣファイル形式（ＩＳＯ／ＩＥＣ  １４４９６−１５）、第３世代移動体通信システムの標準プロジェクトである３ＧＰＰファイル形式（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）、３ＧＰＰから派生したプロジェクトである３ＧＰＰ２ファイル形式（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ２）等、類似のファイル形式及びアーキテクチャを用いるケースに対しても、以下に示す実施形態を適用することができる。
【００２３】
また、以下に示す実施形態はデータ転送プロトコルがＲＴＰである場合を中心に説明を行う。しかしながら、ＲＴＰに限らず、他のデータ転送プロトコル及びアーキテクチャを用いるケースに対しても、以下に示す実施形態を適用することができる。
【００２４】
［第１の実施形態］
図１は、データ送信装置の基本構成を示すと共に、各回路間でのデータの流れを示す図である。
【００２５】
図１に示すように、データ送信装置は、マルチメディアデータ記憶装置１００と、メディアデータ抽出回路１０１と、ランダムアクセスポイント（以下、ＲＡＰと記載）情報抽出回路１０２と、パケット生成回路１０３と、パケット送信回路１０４と、を含む。
【００２６】
図２は、データ送信装置がデータを送信する処理のフローチャートである。
メディアデータ抽出回路１０１は、ユーザからの要求に基づいて、マルチメディアデータ記憶装置１００に記録されているマルチメディアデータからメディアデータを抽出する（ステップＳ２０１）。
【００２７】
また、ＲＡＰ情報抽出回路１０２は、マルチメディアデータ記憶装置１００に記録されているマルチメディアデータからＲＡＰ情報を抽出する（ステップＳ２０２）。
本実施形態では、ＩＳＯファイル形式のデータ構造に基づいたマルチメディアデータから、メディアデータと、ＲＡＰ情報と、を抽出するものとする。
【００２８】
図３は、ＩＳＯファイル形式のデータ構造を単純化して示す図である。
ＩＳＯファイル３００は、Ｂｏｘと呼ばれるデータ構造で構成される。通常、ＩＳＯファイル３００は、図３に示されるように動画像や音声サンプルの管理情報の様なメタデータを格納するためのｍｏｏｖ３０１と、動画像や音声のサンプルデータの様な実際のメディアデータを格納するｍｄａｔ３０２と、から構成される。
【００２９】
なお、ｍｏｏｖ３０１やｍｄａｔ３０２のように、各Ｂｏｘにはその種類を識別するための４バイトのｔｙｐｅが割り当てられており、通常は４文字の英数字で表現される。以降の説明では、特定のＢｏｘを示すために、このｔｙｐｅを用いて表現する。
【００３０】
ｍｏｏｖ３０１内には、個々のメディアデータに対応するｔｒａｋ３０３と呼ばれるＢｏｘが包含される。
【００３１】
また、ｍｄａｔ３０２内のメディアデータは、チャンクと呼ばれる動画像や音声の連続する複数サンプルのセットに分割されて格納されており、ｍｄａｔ３０２（のｄａｔａフィールド）にはチャンクの配列が格納される。
【００３２】
なお、このチャンクのサイズや含まれるサンプルの個数には特に制約はなく、環境や状況に応じて任意の大きさやサンプル数を持つチャンクを構成し、格納することができる。
【００３３】
この様なＩＳＯファイル形式においては、ランダムアクセス（特殊再生）処理用の情報として、ＲＡＰを特定するためのデータ構造が規定されている。
【００３４】
ランダムアクセスは主にｓｔｂｌ３０４に含まれている子Ｂｏｘを使うことによって行われる。
【００３５】
ｓｔｔｓ３０５は、トラックのサンプルがどの時刻と対応するかを示している。データ送信装置等は、与えられた時間以前の最初のサンプルを見つけるために、このＢｏｘを使用する。
【００３６】
しかし、見つかったサンプルはＲＡＰではないかもしれない為、データ送信装置等は、最も近いＲＡＰを見つけるには更に以下のＢｏｘを調べる必要がある。
ｓｔｓｓ３０６は、どのサンプルが実際のＲＡＰであるかを示す。
このＢｏｘを使用すると、データ送信装置等は、与えられた時間以前の最初のサンプル番号を探すことができる。
【００３７】
ｓｔｓｓ３０６が無い場合は、全てのサンプルがＲＡＰであることを示している。
この時点で、データ送信装置等は、ランダムアクセスのために使用されるサンプル番号を見つけることができるが、このサンプルがどのチャンクに配置されているかを決定するため、ｓｔｓｃ３０７を使用する。
【００３８】
更に、そのチャンクがどこで始まるかを解決するために、データ送信装置等は、ｓｔｃｏ３０８を使用してチャンクのオフセット位置を知ることができる。
データ送信装置等は、このオフセットから出発し、このチャンク内での目的のサンプルが配置されている位置までの間に存在する各サンプルのサイズをｓｔｓｚ３０９から取得し、サイズの総和を計算する。この総サイズを目的のチャンクオフセット位置に加えた位置が、目的とするサンプルの開始位置となる。
【００３９】
このようにして得られるサンプルの開始位置及びサイズを用いて、データ送信装置等は、ｍｄａｔ３０２から目的とするサンプルデータを特定することができる。
【００４０】
また、通常、メディアデータ抽出回路１０１において抽出するメディアデータは、動画像の個々のフレーム、時間的に連続する一連の動画像フレーム、又はストリーミングに適したパケットといった単位である。しかしながら、本実施形態では説明の簡略化のため、メディアデータはパケット単位で抽出するものとして説明する。
【００４１】
ＩＳＯファイル形式はメディアデータのストリーミングをサポートしており、ストリーミングするデータユニットに関する情報を含んでいる。この情報は、ヒントトラックと呼ばれるファイルの追加トラックに含まれている。ヒントトラックは、メディアデータを含まない特別なトラックで、代わりに、１つ以上のトラックをパケット化するための情報（例えばヘッダ情報）を含んでいる。
【００４２】
よって、ヒントトラックが含まれる場合は、ヒントトラックの情報を基にメディアデータが抽出されることになる。
【００４３】
再び、図２の説明に戻り、メディアデータ抽出回路１０１において抽出されたメディアデータと、ＲＡＰ情報抽出回路１０２において抽出されたＲＡＰ情報とは、パケット生成回路１０３へ入力され、パケットが生成される（ステップＳ２０３）。
【００４４】
パケット送信回路１０４は、パケット生成回路１０３から入力されたパケットを、ネットワークを介して所定のアドレスへ送信し（ステップＳ２０４）、マルチメディアデータが終わりか否かを判断する（ステップＳ２０５）。
【００４５】
マルチメディアデータが終わりと判断された場合には処理を終了する。終わりでないと判断された場合には、ステップＳ２０１へと処理を戻し、送信終了まで後続のマルチメディアデータの送信処理を行う。
【００４６】
なお、本実施形態では、パケット生成回路１０３は、ＲＴＰ（ＲＦＣ１８８９）のデータ構造に基づいてパケットを生成するものとする。
【００４７】
ＲＴＰパケットは、リアルタイム情報を運ぶためのヘッダであるＲＴＰヘッダと、実際のデータを格納するＲＴＰペイロードと、により構成される。ＲＴＰペイロードは、データのフォーマット（例えばＭＰＥＧ−４、ＪＰＥＧ、Ｈ．２６１）毎にＲＦＣとして定義されている。
【００４８】
図４は、データ送信装置により送信されるＲＴＰパケットのヘッダ構造を示す図である。
図４に示すように、ＲＴＰパケットのヘッダ４００は、固定ヘッダ４０１と、拡張ヘッダ４０２と、により構成される。なお、ＲＴＰパケットにおいては、ＲＴＰパケットヘッダ４００の後にＲＴＰペイロードデータが格納される。
【００４９】
固定ヘッダ４０１は、以下に示すフィールドにより構成されている。
【００５０】
Ｖは、ＲＴＰのバージョンを表し、ＲＦＣ１８８９では２と規定されている。Ｐは、パディングビットを表し、ＲＴＰペイロードの最後にパディングがある場合に１になる。Ｘは、拡張ビットを表し、ＲＴＰ拡張ヘッダを利用する場合に１になる。
【００５１】
ＣＣは、固定ＲＴＰヘッダ４０１に続く、後述する寄与送信元カウント（ＣＳＲＣ）識別子の数を表す。Ｍは、マーカビットを表し、ＲＴＰストリームの重要なイベントに印を付けるために使われる。このビットの利用方法は、利用するＲＴＰプロファイルやＲＴＰペイロードフォーマットによって決定されるが、通常はデータの境界を区別するのに使用される。
【００５２】
ＰＴは、ペイロードの種類を表し、ペイロードに含まれるデータの符号化方式を表している。シーケンス番号は、ＲＴＰパケットのシーケンス番号を表し、パケットの送信順に振られる自然数で、パケットが送信される度に１ずつ増加される。これを利用して受信者側でパケットロスを検出することができる。
【００５３】
タイムスタンプは、ＲＴＰパケットの最初のオクテットのサンプリングの瞬間を示す時間を表す。ＳＳＲＣは、同期送信元（ＳＳＲＣ）識別子を表し、送信者を識別するための識別子である。そのメッセージの最初の送信元を識別するものである。
【００５４】
ＣＳＲＣは、寄与送信元（ＣＳＲＣ）識別子を表し、ＲＴＰセッションに複数の提供ソースが存在することを示す。ＣＳＲＣは、途中にミキサやトランスレータが入り、複数のＲＴＰストリームがマージされたときにマージされたソースを表すために利用され、一つのＲＴＰパケットで複数の信号源のデータを運ぶときに使われる。
【００５５】
また、拡張ヘッダ４０２は、以下に示すフィールドにより構成されている。
【００５６】
プロファイル４０３は、拡張ヘッダに含まれる情報を識別するためのプロファイルで、本実施形態ではＲＡＰ情報が含まれることを示す０ｘ０００１を記録するものとする。
【００５７】
ｌｅｎｇｔｈ４０４は、ＲＡＰ情報のワード単位の長さを表し、本実施形態では１になる。ＲＡＰ情報４０５には、このＲＴＰパケットに対するＲＡＰ情報が付加される。
【００５８】
図５は、図４のＲＡＰ情報４０５の構成例を示す図である。
Ｖ５０１は、有効（Ｖａｌｉｄ）ビットを表し、このＲＡＰ情報４０５が有効な場合に１になり、無効な場合には０になる。
Ｒ５０２は、ＲＡＰビットを表し、ＲＴＰパケットがランダムアクセス可能な場合に１になり、ランダムアクセスできない場合には０になる。
ＲＦＵ（Ｒｅｓｅｒｖｅｄ  Ｆｏｒ  Ｆｕｔｕｒｅ  Ｕｓｅ）５０３は、将来の拡張用に３０ビット分空けられる。
【００５９】
図６は、パケット生成回路１０３が、ＲＴＰパケットを生成する処理のフローチャートである。
【００６０】
パケット生成回路１０３は、上述したヒントトラックの情報を基に、ＲＴＰパケットヘッダを作成する（ステップＳ６０１）。ヒントトラックは、ファイル中のメディアデータをストリーミングプロトコル上で与える方法について記述するために使用され、各プロトコルはそれぞれ固有のヒントトラックフォーマットを持っている。しかしながら、本実施形態では、ＲＴＰヒントトラックが含まれるものとする。
【００６１】
続いて、パケット生成回路１０３は、ＲＡＰ情報抽出回路１０２から入力されたＲＡＰ情報を基に、パケットヘッダにＲＡＰ情報として付加される（ステップＳ６０２）。パケット生成回路１０３は、ＲＡＰ情報を拡張ヘッダ４０２に付加するため、固定ヘッダの拡張ビットＸには１を記録する。
【００６２】
続いて、パケット生成回路１０３は、メディアデータ抽出回路１０１から入力されたパケット単位の動画像データを、ＲＴＰパケットのペイロード部分に格納して（ステップＳ６０３）、ＲＴＰパケットを生成する。
【００６３】
このように、本実施形態におけるデータ送信装置は、パケットがＲＡＰであるか否かの情報をマルチメディアファイルから取得し、パケットのヘッダに付加して送信する。
【００６４】
続いて、データ受信装置について説明する。
図７は、データ受信装置の基本構成を示すと共に、各回路間でのデータの流れを示す図である。
【００６５】
図７に示すように、データ受信装置は、パケット受信回路７００と、パケットヘッダ解析回路７０１、フレーム構成回路７０２、動画像復号化回路７０３、出力機器７０４により構成されている。
【００６６】
図８は、データ受信装置がデータを受信する処理のフローチャートである。
パケット受信回路７００は、図１で説明したデータ送信装置によってネットワークを介して送信されたＲＴＰパケットを受信し（ステップＳ８０１）、パケットヘッダ解析回路７０１へ入力する。
【００６７】
パケットヘッダ解析回路７０１は、パケット受信回路より入力されたパケットから、パケットロスが発生したか否かを判断する（ステップＳ８０２）。
【００６８】
パケットヘッダ解析回路７０１は、受信したＲＴＰパケットの固定ヘッダ（図４の４０１）中に記録されているシーケンス番号が、直前に受信したＲＴＰパケットのシーケンス番号と連続した値であるか否かによって判断することができる。
【００６９】
連続した値であった場合、パケットヘッダ解析回路７０１は、パケットロスは発生していないと判断し、受信したパケットをフレーム構成回路７０２へ入力する。
【００７０】
一方、不連続な値であった場合、パケットヘッダ解析回路７０１は、その間にパケットロスが発生したと判断し、受信したパケットがＲＡＰとなるパケットか否かを判断する（ステップＳ８０３）。
【００７１】
パケットヘッダ解析回路７０１は、ＲＴＰパケットヘッダの拡張ヘッダに格納されているＲＡＰ情報のＲＡＰフラグ（図５のＲ５０２）に基づいて、受信したパケットがＲＡＰとなるパケットか否かを判断する。パケットヘッダ解析回路７０１は、ＲＡＰフラグが１の場合、このパケットはＲＡＰとなるパケットであり、ＲＡＰフラグが０の場合、このパケットはＲＡＰではないパケットであると判断する。
【００７２】
パケットがＲＡＰでないと判断した場合、パケットヘッダ解析回路７０１は、パケットをフレーム構成回路７０２へ入力せずに、破棄する（ステップＳ８０４）。
【００７３】
一方、受信したパケットがＲＡＰであると判断した場合、パケットヘッダ解析回路７０１は、パケットをフレーム構成回路７０２へ入力し、更にパケットヘッダを解析し、フレーム境界となるパケットか否かを判断する（ステップＳ８０５）。
【００７４】
パケットヘッダ解析回路７０１は、ＲＴＰパケットヘッダのマーカフラグ（図４のＭ）を利用して、フレーム境界となるパケットか否かを判断する。
【００７５】
マーカフラグはフレーム境界か否かを示す１ビットのフラグで、パケットヘッダ解析回路７０１は、マーカフラグが１の場合はフレーム境界となるパケットであり、マーカフラグが０の場合はフレーム境界にはならないパケットであることが分かる。
【００７６】
マーカフラグが０であると判断した場合、パケットヘッダ解析回路７０１は、このパケットはフレームの境界にならないパケットであるため、後続のパケットを受信するべくステップＳ８０１へと処理を戻す。
【００７７】
一方、マーカフラグが１であると判断した場合、パケットヘッダ解析回路７０１は、このパケットはフレームの境界となるパケットであるため、これまでに受信したパケットから動画像フレームを構成するべくステップＳ８０６へと処理を移行する。
【００７８】
フレーム構成回路７０２は、パケットヘッダ解析回路７０１を介して入力されたパケットからフレームを構成し（ステップＳ８０６）、フレームを復号するべく、動画像復号化回路７０３に入力する。
【００７９】
このように、本実施形態におけるデータ受信装置は、ネットワーク上でパケットロスが発生した場合、パケットヘッダに付加されたＲＡＰ情報からパケットがＲＡＰか否かを判断する。そして、ＲＡＰでないパケットに関しては、データ受信装置は、フレームを再構成し、復号処理を行う前に破棄する。
【００８０】
このようにして、不要なフレームの再構成と、復号とにかかる処理負荷を削減することができる。
【００８１】
フレーム構成回路７０２によって構成されたデータは、動画像復号化回路７０３へ入力され、符号化された動画像フレームが復号化される（ステップＳ８０７）。
【００８２】
ここで、動画像復号化回路６０３は、例えば周知のＭＰＥＧ−４、Ｈ．２６３方式にて符号化された動画像を復号化する回路である。
【００８３】
復号化された動画像データは、ディスプレイに代表される出力機器７０４に供給され、再生される（ステップＳ８０８）。
【００８４】
最後に、受信装置は、受信ストリームデータの再生が終了したか否かを判断し（ステップＳ８０９）、受信ストリームデータの再生が終了したと判断した場合には、図８に示す処理を終了する。
【００８５】
受信ストリームデータの再生が終了していないと判断した場合、受信装置は、後続のパケットを受信するべくステップＳ８０１へと処理を戻し、以降の処理を繰り返す。
【００８６】
以上のようにして、本実施形態におけるデータ送受信装置は、マルチメディアファイルを、ネットワークを介してストリーミング再生する場合に、低コストで、パケットロスからの復帰時における再生を効率的に処理することができる。
【００８７】
［第２の実施形態］
また、上述した実施形態の機能を実現するソフトウェアのプログラムを記憶した記憶媒体をコンピュータ又はＣＰＵに供給し、そのコンピュータ又はＣＰＵが記憶媒体に記憶されたプログラムを読み出して実行するようにしてもよい。このようにしても上述した効果と同様の効果を得ることができる。
【００８８】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００８９】
【図１】データ送信装置の基本構成を示すと共に、各回路間でのデータの流れを示す図である。
【図２】データ送信装置がデータを送信する処理のフローチャートである。
【図３】ＩＳＯファイル形式のデータ構造を単純化して示す図である。
【図４】データ送信装置により送信されるＲＴＰパケットのヘッダ構造を示す図である。
【図５】図４のＲＡＰ情報４０５の構成例を示す図である。
【図６】パケット生成回路１０３が、ＲＴＰパケットを生成する処理のフローチャートである。
【図７】データ受信装置の基本構成を示すと共に、各回路間でのデータの流れを示す図である。
【図８】データ受信装置がデータを受信する処理のフローチャートである。
【符号の説明】
【００９０】
１００  マルチメディアデータ記憶装置
１０１  メディアデータ抽出回路
１０２  ＲＡＰ情報抽出回路
１０３  パケット生成回路
１０４  パケット送信回路
７００  パケット受信回路
７０１  パケットヘッダ解析回路
７０２  フレーム構成回路
７０３  動画像復号化回路
７０４  出力機器
【図１】
2007318545.tif 000003
【図２】
2007318545.tif 000004
【図３】
2007318545.tif 000005
【図４】
2007318545.tif 000006
【図５】
2007318545.tif 000007
【図６】
2007318545.tif 000008
【図７】
2007318545.tif 000009
【図８】
2007318545.tif 000010