JP2007318545A - データ送信装置、データ受信装置、データ送信方法及びデータ受信方法 - Google Patents

Abstract

【課題】マルチメディアファイルを、ネットワークを介してストリーミング配信する場合に、低コストで、パケットロスからの復帰時における再生の効率化を図ることを目的とする。
【解決手段】マルチメディアデータからメディアデータを抽出するメディアデータ抽出手段と、マルチメディアデータからランダムアクセスポイント情報を抽出するランダムアクセスポイント情報抽出手段と、メディアデータ抽出手段において抽出されたメディアデータと、ランダムアクセスポイント情報抽出手段において抽出されたランダムアクセスポイント情報と、から、パケットを生成するパケット生成手段と、パケット生成手段において生成されたパケットを、ネットワークを介して送信するパケット送信手段と、を有することによって前記課題を解決する。
【選択図】図１

Description

本発明は、データ送信装置、データ受信装置、データ送信方法及びデータ受信方法に関する。

近年、インターネット環境はＡＤＳＬやＦＴＴＨ等の普及によりブロードバンド化が進んでいる。また、ＰＣ及びその他様々なコンピューティングデバイスの処理能力も格段に向上し、動画像や音声といったマルチメディアデータをインターネット上でリアルタイムに配信することが可能になっている。

このストリーミング技術により、ユーザはライブメディア又は記録済みメディアのブロードバンド放送を視聴したり、記録済みメディアをオンデマンドで視聴したりすることができる。

また、動画像や音声を圧縮符号化する技術も進歩し、国際標準規格としてＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｓａｔｉｏｎ）によって規格化されたＭＰＥＧ−２、及びＭＰＥＧ−４等が知られている。

ＭＰＥＧのビデオ符号化方式においては、予測符号化の違いにより、Ｉ、Ｐ、Ｂの３種類のピクチャ（ＶＯＰ）によって画像が構成される。Ｉピクチャは、フレーム内符号化画像、Ｐピクチャは、過去の画像を用いたフレーム間順方向予測符号化画像、Ｂピクチャは、過去と未来との画像を用いた双方向予測符号化画像である。

この内、他のピクチャなしで復号できるのはＩピクチャのみである。したがって、ランダムアクセスや早送り等の特殊再生様な前後関係の崩れる様な操作は、復号の基準となるＩピクチャにアクセスすることにより実現される。

また、動画像や音声といったマルチメディアデータを、ネットワークを介して配信する場合のデータ伝送方式としては、ＲＴＰによるストリーミング再生等がある。

ＲＴＰは、ＩＥＴＦ（ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ）１８８９及びＲＦＣ１８９０）によって定義された、オーディオやビデオ等をリアルタイムでデータ転送するためのプロトコルである。ＲＴＰは、伝送エラーの際にもデータの再送が行われないため、データが確実に伝送される保証はないが、実時間性が必要なマルチメディアデータのリアルタイム再生には適している。

上述したＭＰＥＧビデオの様な予測符号化された動画像を、ＲＴＰによりネットワークを介して配信する場合、伝送エラーが発生すると、時間的に相関するフレームに伝播し、本来は正しい動画フレームに関しても正しく再生できなくなってしまう問題がある。

よって、伝送エラーからの復帰時に正常に再生するためには、エラー後のＩピクチャから再生を開始する必要がある。しかし、受信したパケットからフレームを構成し、フレームを実際に復号するまでは、フレームの符号化モードを判断できないため、不要なＰ、Ｂピクチャを復号しなければならなかった。

そこで、ストリームを受信し、再生する装置において、特殊再生する場合、或いはパケットロスから復帰する場合、エンコード時に生成される情報を利用して、システムの負荷を軽減する手法が提案されている（例えば、特許文献１参照）。

特開２００４−１７３０９１号公報

特許文献１に提案される方式は、動画像データ及び音声データのエンコード時に生成される情報（符号化モード（Ｉ、Ｐ、Ｂ）や無音情報）をパケットに付加して送信する。そして、受信したパケットに付加されたこれらのエンコード時に生成される情報を用いてパケット組み立ての効率化を実現する手法である。しかしながら、特許文献１には、例えばＭＰ４ファイルの様な、記録済みのマルチメディアファイルを、ネットワークを介してストリーミング配信する際の処理を効率的に行う手法については言及されていない。

また、マルチメディアファイルから読み込んだ動画像フレームから、符号化モードを解析してパケットに付加して送信する構成としても、動画像フレームの復号処理及び符号化モード判別処理が必要となり、効率的な配信を実現することができない。

更にこの場合、データ送信装置にマルチメディアファイル中の動画像の符号化方式の種類（ＭＰＥＧ−２、ＭＰＥＧ−４、ＡＶＣ）に応じてデコーダが必要となるため、非常にコストが高くなるといった問題がある。

本発明はこのような問題点に鑑みなされたもので、マルチメディアファイルを、ネットワークを介してストリーミング配信する場合に、低コストで、パケットロスからの復帰時における再生の効率化を図ることを目的とする。

そこで、本発明は、マルチメディアデータからメディアデータを抽出するメディアデータ抽出手段と、前記マルチメディアデータからランダムアクセスポイント情報を抽出するランダムアクセスポイント情報抽出手段と、前記メディアデータ抽出手段において抽出されたメディアデータと、前記ランダムアクセスポイント情報抽出手段において抽出されたランダムアクセスポイント情報と、から、パケットを生成するパケット生成手段と、前記パケット生成手段において生成されたパケットを、ネットワークを介して送信するパケット送信手段と、を有することを特徴とする。

係る構成とすることにより、マルチメディアファイルを、ネットワークを介してストリーミング配信する場合に、低コストで、パケットロスからの復帰時における再生の効率化を図ることができる。

また、前記問題を解決するため、本発明は、データ受信装置、データ送信方法、データ受信方法、プログラム及び記憶媒体としてもよい。

本発明によれば、マルチメディアファイルを、ネットワークを介してストリーミング配信する場合に、低コストで、パケットロスからの復帰時における再生の効率化を図ることができる。

以下、本発明の実施形態について図面に基づいて説明する。

なお、以下に示す実施形態はマルチメディアデータがＩＳＯファイル形式である場合を中心に説明を行う。しかしながら、ＩＳＯファイル形式に限らず、例えばＩＳＯファイル形式をベースとして特定の符号化形式のデータを記録するために拡張されたファイル形式である、ＭＰＥＧ−４の動画像・音声符号化データを記録するためのＭＰ４ファイル形式（ＩＳＯ／ＩＥＣ １４４９６−１４）や、Ｍｏｔｉｏｎ ＪＰＥＧ ２０００ファイル形式（ＩＳＯ／ＩＥＣ １５４４４−３）、ＡＶＣファイル形式（ＩＳＯ／ＩＥＣ １４４９６−１５）、第３世代移動体通信システムの標準プロジェクトである３ＧＰＰファイル形式（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）、３ＧＰＰから派生したプロジェクトである３ＧＰＰ２ファイル形式（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ２）等、類似のファイル形式及びアーキテクチャを用いるケースに対しても、以下に示す実施形態を適用することができる。

また、以下に示す実施形態はデータ転送プロトコルがＲＴＰである場合を中心に説明を行う。しかしながら、ＲＴＰに限らず、他のデータ転送プロトコル及びアーキテクチャを用いるケースに対しても、以下に示す実施形態を適用することができる。

［第１の実施形態］
図１は、データ送信装置の基本構成を示すと共に、各回路間でのデータの流れを示す図である。

図１に示すように、データ送信装置は、マルチメディアデータ記憶装置１００と、メディアデータ抽出回路１０１と、ランダムアクセスポイント（以下、ＲＡＰと記載）情報抽出回路１０２と、パケット生成回路１０３と、パケット送信回路１０４と、を含む。

図２は、データ送信装置がデータを送信する処理のフローチャートである。
メディアデータ抽出回路１０１は、ユーザからの要求に基づいて、マルチメディアデータ記憶装置１００に記録されているマルチメディアデータからメディアデータを抽出する（ステップＳ２０１）。

また、ＲＡＰ情報抽出回路１０２は、マルチメディアデータ記憶装置１００に記録されているマルチメディアデータからＲＡＰ情報を抽出する（ステップＳ２０２）。
本実施形態では、ＩＳＯファイル形式のデータ構造に基づいたマルチメディアデータから、メディアデータと、ＲＡＰ情報と、を抽出するものとする。

図３は、ＩＳＯファイル形式のデータ構造を単純化して示す図である。
ＩＳＯファイル３００は、Ｂｏｘと呼ばれるデータ構造で構成される。通常、ＩＳＯファイル３００は、図３に示されるように動画像や音声サンプルの管理情報の様なメタデータを格納するためのｍｏｏｖ３０１と、動画像や音声のサンプルデータの様な実際のメディアデータを格納するｍｄａｔ３０２と、から構成される。

なお、ｍｏｏｖ３０１やｍｄａｔ３０２のように、各Ｂｏｘにはその種類を識別するための４バイトのｔｙｐｅが割り当てられており、通常は４文字の英数字で表現される。以降の説明では、特定のＢｏｘを示すために、このｔｙｐｅを用いて表現する。

ｍｏｏｖ３０１内には、個々のメディアデータに対応するｔｒａｋ３０３と呼ばれるＢｏｘが包含される。

また、ｍｄａｔ３０２内のメディアデータは、チャンクと呼ばれる動画像や音声の連続する複数サンプルのセットに分割されて格納されており、ｍｄａｔ３０２（のｄａｔａフィールド）にはチャンクの配列が格納される。

なお、このチャンクのサイズや含まれるサンプルの個数には特に制約はなく、環境や状況に応じて任意の大きさやサンプル数を持つチャンクを構成し、格納することができる。

この様なＩＳＯファイル形式においては、ランダムアクセス（特殊再生）処理用の情報として、ＲＡＰを特定するためのデータ構造が規定されている。

ランダムアクセスは主にｓｔｂｌ３０４に含まれている子Ｂｏｘを使うことによって行われる。

ｓｔｔｓ３０５は、トラックのサンプルがどの時刻と対応するかを示している。データ送信装置等は、与えられた時間以前の最初のサンプルを見つけるために、このＢｏｘを使用する。

しかし、見つかったサンプルはＲＡＰではないかもしれない為、データ送信装置等は、最も近いＲＡＰを見つけるには更に以下のＢｏｘを調べる必要がある。
ｓｔｓｓ３０６は、どのサンプルが実際のＲＡＰであるかを示す。
このＢｏｘを使用すると、データ送信装置等は、与えられた時間以前の最初のサンプル番号を探すことができる。

ｓｔｓｓ３０６が無い場合は、全てのサンプルがＲＡＰであることを示している。
この時点で、データ送信装置等は、ランダムアクセスのために使用されるサンプル番号を見つけることができるが、このサンプルがどのチャンクに配置されているかを決定するため、ｓｔｓｃ３０７を使用する。

更に、そのチャンクがどこで始まるかを解決するために、データ送信装置等は、ｓｔｃｏ３０８を使用してチャンクのオフセット位置を知ることができる。
データ送信装置等は、このオフセットから出発し、このチャンク内での目的のサンプルが配置されている位置までの間に存在する各サンプルのサイズをｓｔｓｚ３０９から取得し、サイズの総和を計算する。この総サイズを目的のチャンクオフセット位置に加えた位置が、目的とするサンプルの開始位置となる。

このようにして得られるサンプルの開始位置及びサイズを用いて、データ送信装置等は、ｍｄａｔ３０２から目的とするサンプルデータを特定することができる。

また、通常、メディアデータ抽出回路１０１において抽出するメディアデータは、動画像の個々のフレーム、時間的に連続する一連の動画像フレーム、又はストリーミングに適したパケットといった単位である。しかしながら、本実施形態では説明の簡略化のため、メディアデータはパケット単位で抽出するものとして説明する。

ＩＳＯファイル形式はメディアデータのストリーミングをサポートしており、ストリーミングするデータユニットに関する情報を含んでいる。この情報は、ヒントトラックと呼ばれるファイルの追加トラックに含まれている。ヒントトラックは、メディアデータを含まない特別なトラックで、代わりに、１つ以上のトラックをパケット化するための情報（例えばヘッダ情報）を含んでいる。

よって、ヒントトラックが含まれる場合は、ヒントトラックの情報を基にメディアデータが抽出されることになる。

再び、図２の説明に戻り、メディアデータ抽出回路１０１において抽出されたメディアデータと、ＲＡＰ情報抽出回路１０２において抽出されたＲＡＰ情報とは、パケット生成回路１０３へ入力され、パケットが生成される（ステップＳ２０３）。

パケット送信回路１０４は、パケット生成回路１０３から入力されたパケットを、ネットワークを介して所定のアドレスへ送信し（ステップＳ２０４）、マルチメディアデータが終わりか否かを判断する（ステップＳ２０５）。

マルチメディアデータが終わりと判断された場合には処理を終了する。終わりでないと判断された場合には、ステップＳ２０１へと処理を戻し、送信終了まで後続のマルチメディアデータの送信処理を行う。

なお、本実施形態では、パケット生成回路１０３は、ＲＴＰ（ＲＦＣ１８８９）のデータ構造に基づいてパケットを生成するものとする。

ＲＴＰパケットは、リアルタイム情報を運ぶためのヘッダであるＲＴＰヘッダと、実際のデータを格納するＲＴＰペイロードと、により構成される。ＲＴＰペイロードは、データのフォーマット（例えばＭＰＥＧ−４、ＪＰＥＧ、Ｈ．２６１）毎にＲＦＣとして定義されている。

図４は、データ送信装置により送信されるＲＴＰパケットのヘッダ構造を示す図である。
図４に示すように、ＲＴＰパケットのヘッダ４００は、固定ヘッダ４０１と、拡張ヘッダ４０２と、により構成される。なお、ＲＴＰパケットにおいては、ＲＴＰパケットヘッダ４００の後にＲＴＰペイロードデータが格納される。

固定ヘッダ４０１は、以下に示すフィールドにより構成されている。

Ｖは、ＲＴＰのバージョンを表し、ＲＦＣ１８８９では２と規定されている。Ｐは、パディングビットを表し、ＲＴＰペイロードの最後にパディングがある場合に１になる。Ｘは、拡張ビットを表し、ＲＴＰ拡張ヘッダを利用する場合に１になる。

ＣＣは、固定ＲＴＰヘッダ４０１に続く、後述する寄与送信元カウント（ＣＳＲＣ）識別子の数を表す。Ｍは、マーカビットを表し、ＲＴＰストリームの重要なイベントに印を付けるために使われる。このビットの利用方法は、利用するＲＴＰプロファイルやＲＴＰペイロードフォーマットによって決定されるが、通常はデータの境界を区別するのに使用される。

ＰＴは、ペイロードの種類を表し、ペイロードに含まれるデータの符号化方式を表している。シーケンス番号は、ＲＴＰパケットのシーケンス番号を表し、パケットの送信順に振られる自然数で、パケットが送信される度に１ずつ増加される。これを利用して受信者側でパケットロスを検出することができる。

タイムスタンプは、ＲＴＰパケットの最初のオクテットのサンプリングの瞬間を示す時間を表す。ＳＳＲＣは、同期送信元（ＳＳＲＣ）識別子を表し、送信者を識別するための識別子である。そのメッセージの最初の送信元を識別するものである。

ＣＳＲＣは、寄与送信元（ＣＳＲＣ）識別子を表し、ＲＴＰセッションに複数の提供ソースが存在することを示す。ＣＳＲＣは、途中にミキサやトランスレータが入り、複数のＲＴＰストリームがマージされたときにマージされたソースを表すために利用され、一つのＲＴＰパケットで複数の信号源のデータを運ぶときに使われる。

また、拡張ヘッダ４０２は、以下に示すフィールドにより構成されている。

プロファイル４０３は、拡張ヘッダに含まれる情報を識別するためのプロファイルで、本実施形態ではＲＡＰ情報が含まれることを示す０ｘ０００１を記録するものとする。

ｌｅｎｇｔｈ４０４は、ＲＡＰ情報のワード単位の長さを表し、本実施形態では１になる。ＲＡＰ情報４０５には、このＲＴＰパケットに対するＲＡＰ情報が付加される。

図５は、図４のＲＡＰ情報４０５の構成例を示す図である。
Ｖ５０１は、有効（Ｖａｌｉｄ）ビットを表し、このＲＡＰ情報４０５が有効な場合に１になり、無効な場合には０になる。
Ｒ５０２は、ＲＡＰビットを表し、ＲＴＰパケットがランダムアクセス可能な場合に１になり、ランダムアクセスできない場合には０になる。
ＲＦＵ（Ｒｅｓｅｒｖｅｄ Ｆｏｒ Ｆｕｔｕｒｅ Ｕｓｅ）５０３は、将来の拡張用に３０ビット分空けられる。

図６は、パケット生成回路１０３が、ＲＴＰパケットを生成する処理のフローチャートである。

パケット生成回路１０３は、上述したヒントトラックの情報を基に、ＲＴＰパケットヘッダを作成する（ステップＳ６０１）。ヒントトラックは、ファイル中のメディアデータをストリーミングプロトコル上で与える方法について記述するために使用され、各プロトコルはそれぞれ固有のヒントトラックフォーマットを持っている。しかしながら、本実施形態では、ＲＴＰヒントトラックが含まれるものとする。

続いて、パケット生成回路１０３は、ＲＡＰ情報抽出回路１０２から入力されたＲＡＰ情報を基に、パケットヘッダにＲＡＰ情報として付加される（ステップＳ６０２）。パケット生成回路１０３は、ＲＡＰ情報を拡張ヘッダ４０２に付加するため、固定ヘッダの拡張ビットＸには１を記録する。

続いて、パケット生成回路１０３は、メディアデータ抽出回路１０１から入力されたパケット単位の動画像データを、ＲＴＰパケットのペイロード部分に格納して（ステップＳ６０３）、ＲＴＰパケットを生成する。

このように、本実施形態におけるデータ送信装置は、パケットがＲＡＰであるか否かの情報をマルチメディアファイルから取得し、パケットのヘッダに付加して送信する。

続いて、データ受信装置について説明する。
図７は、データ受信装置の基本構成を示すと共に、各回路間でのデータの流れを示す図である。

図７に示すように、データ受信装置は、パケット受信回路７００と、パケットヘッダ解析回路７０１、フレーム構成回路７０２、動画像復号化回路７０３、出力機器７０４により構成されている。

図８は、データ受信装置がデータを受信する処理のフローチャートである。
パケット受信回路７００は、図１で説明したデータ送信装置によってネットワークを介して送信されたＲＴＰパケットを受信し（ステップＳ８０１）、パケットヘッダ解析回路７０１へ入力する。

パケットヘッダ解析回路７０１は、パケット受信回路より入力されたパケットから、パケットロスが発生したか否かを判断する（ステップＳ８０２）。

パケットヘッダ解析回路７０１は、受信したＲＴＰパケットの固定ヘッダ（図４の４０１）中に記録されているシーケンス番号が、直前に受信したＲＴＰパケットのシーケンス番号と連続した値であるか否かによって判断することができる。

連続した値であった場合、パケットヘッダ解析回路７０１は、パケットロスは発生していないと判断し、受信したパケットをフレーム構成回路７０２へ入力する。

一方、不連続な値であった場合、パケットヘッダ解析回路７０１は、その間にパケットロスが発生したと判断し、受信したパケットがＲＡＰとなるパケットか否かを判断する（ステップＳ８０３）。

パケットヘッダ解析回路７０１は、ＲＴＰパケットヘッダの拡張ヘッダに格納されているＲＡＰ情報のＲＡＰフラグ（図５のＲ５０２）に基づいて、受信したパケットがＲＡＰとなるパケットか否かを判断する。パケットヘッダ解析回路７０１は、ＲＡＰフラグが１の場合、このパケットはＲＡＰとなるパケットであり、ＲＡＰフラグが０の場合、このパケットはＲＡＰではないパケットであると判断する。

パケットがＲＡＰでないと判断した場合、パケットヘッダ解析回路７０１は、パケットをフレーム構成回路７０２へ入力せずに、破棄する（ステップＳ８０４）。

一方、受信したパケットがＲＡＰであると判断した場合、パケットヘッダ解析回路７０１は、パケットをフレーム構成回路７０２へ入力し、更にパケットヘッダを解析し、フレーム境界となるパケットか否かを判断する（ステップＳ８０５）。

パケットヘッダ解析回路７０１は、ＲＴＰパケットヘッダのマーカフラグ（図４のＭ）を利用して、フレーム境界となるパケットか否かを判断する。

マーカフラグはフレーム境界か否かを示す１ビットのフラグで、パケットヘッダ解析回路７０１は、マーカフラグが１の場合はフレーム境界となるパケットであり、マーカフラグが０の場合はフレーム境界にはならないパケットであることが分かる。

マーカフラグが０であると判断した場合、パケットヘッダ解析回路７０１は、このパケットはフレームの境界にならないパケットであるため、後続のパケットを受信するべくステップＳ８０１へと処理を戻す。

一方、マーカフラグが１であると判断した場合、パケットヘッダ解析回路７０１は、このパケットはフレームの境界となるパケットであるため、これまでに受信したパケットから動画像フレームを構成するべくステップＳ８０６へと処理を移行する。

フレーム構成回路７０２は、パケットヘッダ解析回路７０１を介して入力されたパケットからフレームを構成し（ステップＳ８０６）、フレームを復号するべく、動画像復号化回路７０３に入力する。

このように、本実施形態におけるデータ受信装置は、ネットワーク上でパケットロスが発生した場合、パケットヘッダに付加されたＲＡＰ情報からパケットがＲＡＰか否かを判断する。そして、ＲＡＰでないパケットに関しては、データ受信装置は、フレームを再構成し、復号処理を行う前に破棄する。

このようにして、不要なフレームの再構成と、復号とにかかる処理負荷を削減することができる。

フレーム構成回路７０２によって構成されたデータは、動画像復号化回路７０３へ入力され、符号化された動画像フレームが復号化される（ステップＳ８０７）。

ここで、動画像復号化回路６０３は、例えば周知のＭＰＥＧ−４、Ｈ．２６３方式にて符号化された動画像を復号化する回路である。

復号化された動画像データは、ディスプレイに代表される出力機器７０４に供給され、再生される（ステップＳ８０８）。

最後に、受信装置は、受信ストリームデータの再生が終了したか否かを判断し（ステップＳ８０９）、受信ストリームデータの再生が終了したと判断した場合には、図８に示す処理を終了する。

受信ストリームデータの再生が終了していないと判断した場合、受信装置は、後続のパケットを受信するべくステップＳ８０１へと処理を戻し、以降の処理を繰り返す。

以上のようにして、本実施形態におけるデータ送受信装置は、マルチメディアファイルを、ネットワークを介してストリーミング再生する場合に、低コストで、パケットロスからの復帰時における再生を効率的に処理することができる。

［第２の実施形態］
また、上述した実施形態の機能を実現するソフトウェアのプログラムを記憶した記憶媒体をコンピュータ又はＣＰＵに供給し、そのコンピュータ又はＣＰＵが記憶媒体に記憶されたプログラムを読み出して実行するようにしてもよい。このようにしても上述した効果と同様の効果を得ることができる。

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

データ送信装置の基本構成を示すと共に、各回路間でのデータの流れを示す図である。 データ送信装置がデータを送信する処理のフローチャートである。 ＩＳＯファイル形式のデータ構造を単純化して示す図である。 データ送信装置により送信されるＲＴＰパケットのヘッダ構造を示す図である。 図４のＲＡＰ情報４０５の構成例を示す図である。 パケット生成回路１０３が、ＲＴＰパケットを生成する処理のフローチャートである。 データ受信装置の基本構成を示すと共に、各回路間でのデータの流れを示す図である。 データ受信装置がデータを受信する処理のフローチャートである。

符号の説明

１００ マルチメディアデータ記憶装置
１０１ メディアデータ抽出回路
１０２ ＲＡＰ情報抽出回路
１０３ パケット生成回路
１０４ パケット送信回路
７００ パケット受信回路
７０１ パケットヘッダ解析回路
７０２ フレーム構成回路
７０３ 動画像復号化回路
７０４ 出力機器

Claims (14)

1. マルチメディアデータからメディアデータを抽出するメディアデータ抽出手段と、
   前記マルチメディアデータからランダムアクセスポイント情報を抽出するランダムアクセスポイント情報抽出手段と、
   前記メディアデータ抽出手段において抽出されたメディアデータと、前記ランダムアクセスポイント情報抽出手段において抽出されたランダムアクセスポイント情報と、から、パケットを生成するパケット生成手段と、
   前記パケット生成手段において生成されたパケットを、ネットワークを介して送信するパケット送信手段と、
   を有することを特徴とするデータ送信装置。
2. 前記マルチメディアデータは、ＩＳＯベースメディアファイル形式、ＭＰ４ファイル形式、Ｍｏｔｉｏｎ ＪＰＥＧ ２０００ファイル形式、ＡＶＣファイル形式、３ＧＰＰファイル形式、３ＧＰＰ２ファイル形式の何れかのファイル形式により記録されたデータであり、
   前記メディアデータ抽出手段は、前記マルチメディアデータから動画像をフレーム単位、又は時間的に連続する一連の動画像フレーム単位、又はストリーミングに適したパケット単位で抽出することを特徴とする請求項１に記載のデータ送信装置。
3. 前記メディアデータ抽出手段は、前記マルチメディアデータ中にヒントトラックが含まれるか否かを判断し、ヒントトラックが含まれる場合は、ヒントトラックの情報を基にメディアデータを抽出することを特徴とする請求項２に記載のデータ送信装置。
4. 前記パケット生成手段は、パケットロス時以外にはアクセスされないパケットヘッダの領域に前記ランダムアクセスポイント情報を付加することを特徴とする請求項１乃至３の何れか１項に記載のデータ送信装置。
5. 前記パケットは、ＲＴＰパケットであり、
   前記パケット生成手段は、前記ＲＴＰパケットの拡張ヘッダに前記ランダムアクセスポイント情報を付加することを特徴とする請求項１乃至３の何れか１項に記載のデータ送信装置。
6. ネットワークを介して送信されるパケットを受信するパケット受信手段と、
   前記パケット受信手段において受信したパケットのパケットヘッダを解析するパケットヘッダ解析手段と、
   前記パケット受信手段において受信したパケットを用いて動画像フレームを構成するフレーム構成手段と、
   前記フレーム構成手段において構成された動画像フレームを復号化する動画像復号手段と、
   を有することを特徴とするデータ受信装置。
7. 前記パケットヘッダ解析手段は、パケットヘッダのマーカフラグからパケットロス発生の有無を判断し、パケットロスが発生した場合には、パケットがランダムアクセスポイントであるか否かを判断し、ランダムアクセスポイントであればパケットを前記フレーム構成手段へと入力し、ランダムアクセスポイントでなければパケットを廃棄することを特徴とする請求項６に記載のデータ受信装置。
8. 前記パケットヘッダ解析手段は、パケットヘッダに付加されているランダムアクセスポイント情報から、パケットがランダムアクセスポイントであるか否かを判断することを特徴とする請求項６又は７に記載のデータ受信装置。
9. 前記パケットは、ＲＴＰパケットであり、
   前記パケットヘッダ解析手段は、前記ＲＴＰパケットの拡張ヘッダに付加されているランダムアクセスポイント情報から、パケットがランダムアクセスポイントであるか否かを判断することを特徴とする請求項６又は７に記載のデータ受信装置。
10. データ送信装置におけるデータ送信方法であって、
    マルチメディアデータからメディアデータを抽出するメディアデータ抽出ステップと、
    前記マルチメディアデータからランダムアクセスポイント情報を抽出するランダムアクセスポイント情報抽出ステップと、
    前記メディアデータ抽出ステップにおいて抽出されたメディアデータと、前記ランダムアクセスポイント情報抽出ステップにおいて抽出されたランダムアクセスポイント情報と、から、パケットを生成するパケット生成ステップと、
    前記パケット生成ステップにおいて生成されたパケットを、ネットワークを介して送信するパケット送信ステップと、
    を有することを特徴とするデータ送信方法。
11. データ受信装置におけるデータ受信方法であって、
    ネットワークを介して送信されるパケットを受信するパケット受信ステップと、
    前記パケット受信ステップにおいて受信したパケットのパケットヘッダを解析するパケットヘッダ解析ステップと、
    前記パケット受信ステップにおいて受信したパケットを用いて動画像フレームを構成するフレーム構成ステップと、
    前記フレーム構成ステップにおいて構成された動画像フレームを復号化する動画像復号ステップと、
    を有することを特徴とするデータ受信方法。
12. 請求項１０に記載のデータ送信方法をコンピュータに実行させることを特徴とするプログラム。
13. 請求項１１に記載のデータ受信方法をコンピュータに実行させることを特徴とするプログラム。
14. 請求項１２又は１３に記載のプログラムを記憶したコンピュータ読み取り可能な記憶媒体。

Images