(57)【要約】オーディオデータの伝送に係り、マルチメディアデータの再生装置、ハイパーテキスト伝送プロトコルを利用したオーディオデータの受信方法及びそれに使用されるオーディオデータの構造を提供する。  ＡＶデータを受信してデコーディングし、ＡＶデータと関連した所定のマークアップデータをＡＶデータと同期させて再生するデコーダと、デコーダで現在再生されているビデオの位置情報を受信して、ビデオと関連したマークアップデータの再生位置を計算してデコーダに伝送するマークアップリソースデコーダとを備えるマルチメディアデータの再生装置である。これにより、複雑なオーディオビデオストリーミングプロトコルを使用せずにハイパーテキスト伝送プロトコルを使用して、簡単にオーディオデータを受信し、ビデオに同期させて出力できる。
2006526245.tif 000002
【特許請求の範囲】
【請求項１】
ＡＶデータを受信してデコーディングし、前記ＡＶデータと関連した所定のマークアップデータを前記ＡＶデータと同期させて再生するデコーダと、
前記デコーダで現在再生されているビデオの位置情報を受信して、前記ビデオと関連したマークアップデータの再生位置を計算して前記デコーダに伝送するマークアップリソースデコーダと、を備えることを特徴とするマルチメディアデータの再生装置。
【請求項２】
前記マークアップデータを受信して保存するマークアップリソース用のバッファをさらに備えることを特徴とする請求項１に記載のマルチメディアデータの再生装置。
【請求項３】
前記マークアップリソース用のバッファは、
円形に構成されており、前記ＡＶデータに関連したマークアップリソースデータを所定のチャンク単位で分けて保存していることを特徴とする請求項２に記載のマルチメディアデータの再生装置。
【請求項４】
前記チャンクは、
オーディオを再生するための基準時点を定める同期化情報を含むチャンクヘッダーフィールドと、
前記オーディオフレームが保存されているオーディオデータフィールドと、を含むことを特徴とする請求項３に記載のマルチメディアデータの再生装置。
【請求項５】
前記マークアップデータは、
オーディオデータであることを特徴とする請求項１に記載のマルチメディアデータの再生装置。
【請求項６】
（ａ）オーディオデータの属性情報が含まれたメタデータをサーバーから受信するステップと、
（ｂ）前記メタデータに含まれた属性情報を利用して伝送を要請する、オーディオデータの開始位置を計算するステップと、
（ｃ）前記計算された開始位置情報を前記サーバーに伝送して、その開始位置に該当するオーディオデータを受信するステップと、を含むことを特徴とするオーディオデータの受信方法。
【請求項７】
前記メタデータは、
前記オーディオデータの圧縮フォーマットについての情報と、
前記オーディオデータを構成する一つのフレームに割当てられたバイト数の情報と、
前記一つのフレームに割当てられた時間情報と、
前記オーディオデータの伝送単位のチャンクデータの大きさ及びチャンクヘッダーの大きさ情報と、
前記オーディオデータが保存されたサーバーの位置情報と、を含むことを特徴とする請求項６に記載のオーディオデータの受信方法。
【請求項８】
前記（ｂ）ステップは、
（ｂ１）前記伝送を要請するオーディオデータの開始位置についての時間情報を受信するステップと、
（ｂ２）前記時間情報を、前記オーディオデータを構成するフレームの数情報に変換するステップと、
（ｂ３）前記フレームの数情報を、前記オーディオデータを構成するチャンクの開始位置情報に変換するステップと、
（ｂ４）前記チャンク開始位置情報に対応するバイト情報を計算するステップと、を含むことを特徴とする請求項６に記載のオーディオデータの受信方法。
【請求項９】
（ａ）伝送を要請するデータの開始時間情報を、前記データを構成するフレームの数情報に変換するステップと、
（ｂ）前記フレームの数情報を、前記データの伝送単位であるチャンクの開始情報に変換するステップと、
（ｃ）前記チャンクの開始情報に対応するバイト位置情報を計算するステップと、を含むことを特徴とするオーディオデータの位置計算方法。
【請求項１０】
前記チャンクは、
オーディオを再生するための基準時点を定める同期化情報を含むチャンクヘッダーフィールドと、
前記オーディオデータを構成するフレームが保存されているオーディオデータフィールドと、を含むことを特徴とする請求項９に記載のオーディオデータの位置計算方法。
【請求項１１】
オーディオデータの圧縮フォーマットについての情報と、
前記オーディオデータを構成する一つのフレームに割当てられたバイト数の情報と、
前記一つのフレームに割当てられた時間情報と、
前記オーディオデータの伝送単位であるチャンクデータの大きさ及びチャンクヘッダーの大きさ情報と、
前記オーディオデータが保存されたサーバーの位置情報と、を含むことを特徴とするオーディオメタデータ構造を記録した記録媒体。
【請求項１２】
オーディオを再生するための基準時点を定める同期化情報を含むチャンクヘッダーフィールドと、
前記オーディオデータを構成するフレームが保存されているオーディオデータフィールドと、を含むことを特徴とするオーディオデータの構造を記録した記録媒体。
【請求項１３】
前記チャンクヘッダーフィールドは、
ＭＰＥＧ−２標準に定義されているＰＡＣＫヘッダーフィールド及びシステムヘッダーフィールドのうち、少なくとも何れか一つを含むことを特徴とする請求項１２に記載のオーディオデータの構造を記録した記録媒体。
【請求項１４】
前記チャンクヘッダーフィールドは、
ＭＰＥＧ−２標準に定義されているＴＳパケットヘッダーフィールドを含むことを特徴とする請求項１２に記載のオーディオデータの構造を記録した記録媒体。
【請求項１５】
前記チャンクヘッダーフィールドは、
ＭＰＥＧ−２標準に定義されているＰＥＳヘッダーフィールドを含むことを特徴とする請求項１２に記載のオーディオデータの構造を記録した記録媒体。
【請求項１６】
（ａ）オーディオデータの属性情報が含まれたメタデータをサーバーから受信するステップと、
（ｂ）前記メタデータに含まれた属性情報を利用して伝送を要請する、オーディオデータの開始位置を計算するステップと、
（ｃ）前記計算された開始位置情報を前記サーバーに伝送して、その開始位置に該当するオーディオデータを受信するステップと、を含むことを特徴とするオーディオデータの受信方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体。
【請求項１７】
（ａ）伝送を要請するファイルの開始時間情報をフレームの数情報に変換するステップと、
（ｂ）前記フレームの数情報を所定のチャンク開始情報に変換するステップと、
（ｃ）前記チャンク開始情報に対応するバイト位置情報を計算するステップと、を含むことを特徴とするオーディオデータの位置計算方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オーディオデータの伝送に係り、具体的には、マルチメディアデータの再生装置、ハイパーテキスト伝送プロトコル（ＨＴＴＰ）を利用したオーディオデータの受信方法及びそれに使用されるオーディオデータの構造に関する。
【背景技術】
【０００２】
図１は、インターネットを介してデータを受信する端末機がサーバーにオーディオファイルを要求し、要求したオーディオファイルを受信することを説明するための図である。
【０００３】
インターネットを介してデータを受信する端末機１１０は、インターネットエクスプローラのようなウェブブラウザのソフトウェアがインストールされている。端末機１１０は、ウェブブラウザのソフトウェアを介して、サーバー１２０に保存されたウェブデータを所定のプロトコルにより伝送することを要請できる。
【０００４】
端末機１１０が、圧縮されたオーディオファイルの一つであるａｕｄｉｏ.ａｃ３ファイルを要請する場合、１３０のようなフォーマットのファイル要請メッセージをサーバー１２０に伝送する。サーバー１２０は、１４０のようなフォーマットの応答メッセージを端末機１１０に送信した後、実際のオーディオデータを送信する。
【０００５】
この時、一般的に使用されるプロトコルはＨＴＴＰである。受信されたデータは、端末機１１０に備えられたバッファメモリに臨時保存されていて、データを再生するデコーダによりデコーディングされてアナログオーディオに出力される。これを詳細に説明すれば、次の通りである。
【０００６】
マークアップリソースデータは、ＨＴＭＬファイル、イメージファイル、スクリプトファイル、オーディオファイル及びビデオファイルなどを意味する。まず、マークアップリソースデータを受信する端末機１１０は、マークアップリソースデータが保存されたウェブサーバーに、ＨＴＴＰプロトコルを使用して接続する。例えば、ｗｗｗ.ｃｏｍｐａｎｙ.ｃｏｍサイトに接続してａｕｄｉｏ.ａｃ３ファイルをダウンロードしたい場合に、ブラウザーを実行させ、ＵＲＬ（ユニフォームリソースロケータ）フィールドにｈｔｔｐ：／／ｗｗｗ.ｃｏｍｐａｎｙ.ｃｏｍを入力してサーバーに接続する。サーバーに接続してファイルを要請するメッセージは、１３０である。そして、サーバー１２０は、これに対する応答メッセージを送信する。応答メッセージは、１４０である。
【０００７】
そして、サーバー１２０は、保存されたマークアップリソースデータを提供する。端末機１１０がａｕｄｉｏ.ａｃ３ファイルを要求したため、サーバー１２０は、ａｕｄｉｏ.ａｃ３ファイルを端末機１１０に伝送する。その後、ａｕｄｉｏ.ａｃ３ファイルを受信した端末機１１０は、このデータを端末機の内部のバッファメモリに保存する。端末機の内部のデコーダは、バッファメモリに保存されたａｕｄｉｏ.ａｃ３ファイルをデコーディングしてアナログオーディオに出力する。
【０００８】
マークアップリソースデータを伝送する従来の方法では、端末機１１０がファイル全体を要求し、サーバー１２０は、ファイル全体を伝送するか、またはオーディオデータのように大きなファイルを伝送する場合には、伝送する範囲をあらかじめ指定して伝送要求し、その範囲に該当するファイルを伝送した。
【０００９】
しかし、このような伝送方式は、オーディオデータのように時間的な順序によってエンコーディングされ、伝送が要求する時間によって伝送すべきデータが決まる方式では使用し難い。例えば、多種のオーディオファイル（例、ＭＰ３、ＭＰ２、ＡＣ３）が存在し、同じ時間情報をサーバーに送信して、その時間情報に対応するオーディオデータを要求する場合に、その時間情報に対応するファイルの位置が各種類のオーディオファイルごとに異なるため、多種のファイルが存在する環境では使用し難いという問題点がある。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明が達成しようとする技術的課題は、複雑なオーディオビデオストリーミングプロトコルを使用せずに、ＨＴＴＰを使用してオーディオデータを受信する方法、受信されるオーディオメタデータの構造及びオーディオデータの構造を提供するところにある。
【００１１】
本発明が達成しようとする技術的課題は、ＤＶＤのビデオ画面と同期化してオーディオを再生できるマルチメディアデータの再生装置を提供するところにある。
【課題を解決するための手段】
【００１２】
前記の課題を達成するために、本発明によるマルチメディアデータの再生装置は、ＡＶデータを受信してデコーディングし、前記ＡＶデータと関連した所定のマークアップデータを前記ＡＶデータと同期させて再生するデコーダと、前記デコーダで現在再生されているビデオの位置情報を受信して、前記ビデオと関連したマークアップデータの再生位置を計算して前記デコーダに伝送するマークアップリソースデコーダとを備える。
【００１３】
前記の課題を達成するために、本発明によるオーディオデータの受信方法は、（ａ）オーディオデータの属性情報が含まれたメタデータをサーバーから受信するステップと、（ｂ）前記メタデータに含まれた属性情報を利用して伝送を要請する、オーディオデータの開始位置を計算するステップと、（ｃ）前記計算された開始位置情報を前記サーバーに伝送して、その開始位置に該当するオーディオデータを受信するステップとを含む。
【００１４】
前記の課題を達成するために、本発明によるオーディオデータの位置計算方法は、（ａ）伝送を要請するデータの開始時間情報を、前記データを構成するフレームの数情報に変換するステップと、（ｂ）前記フレームの数情報を、前記データの伝送単位のチャンクの開始情報に変換するステップと、（ｃ）前記チャンクの開始情報に対応するバイト位置情報を計算するステップとを含む。
【００１５】
前記の課題を達成するために、本発明によるオーディオメタデータ構造を記録した記録媒体は、オーディオデータの圧縮フォーマットについての情報と、前記オーディオデータを構成する一つのフレームに割当てられたバイト数の情報と、前記一つのフレームに割当てられた時間情報と、前記オーディオデータの伝送単位のチャンクデータの大きさ及びチャンクヘッダーの大きさ情報と、前記オーディオデータが保存されたサーバーの位置情報とを含む。
【００１６】
前記の課題を達成するために、本発明によるオーディオデータの構造は、オーディオを再生するための基準時点を定める同期化情報を含むチャンクヘッダーフィールドと、前記オーディオデータを構成するフレームが保存されているオーディオデータフィールドとを含む。
【００１７】
前記の課題を達成するために、本発明では、前記方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
【発明を実施するための最良の形態】
【００１８】
以下、添付された図面を参照して、本発明に係る好ましい一実施形態を詳細に説明する。
【００１９】
端末機がサーバーにａｕｄｉｏ.ａｃ３ファイル全体を要求する時に使用されるファイル要請メッセージは、次の通りである。
【００２０】
ＧＥＴ／ａｕｄｉｏ.ａｃ３  ＨＴＴＰ／１.０
Ｄａｔｅ：Ｆｒｉ，２０  Ｓｅｐ  １９９６  ０８：２０：５８  ＧＭＴ
Ｃｏｎｎｅｃｔｉｏｎ：Ｋｅｅｐ−Ａｌｉｖｅ
Ｕｓｅｒ−Ａｇｅｎｔ：ＥＮＡＶ  １.０（Ｍａｎｕｆａｃｔｕｒｅｒ）
これに応答してサーバーが端末機に伝送する応答メッセージは、次の通りである。
【００２１】
ＨＴＴＰ／１.０  ２００
Ｄａｔｅ：Ｆｒｉ，２０  Ｓｅｐ  １９９６  ０８：２０：５８  ＧＭＴ
Ｓｅｒｖｅｒ：ＥＮＡＶ  １.０（ＮＣＳＡ／１.５.２）
Ｌａｓｔ−ｍｏｄｉｆｉｅｄ：Ｆｒｉ，２０  Ｓｅｐ  １９９６  ０８：１７：５８  ＧＭＴ
Ｃｏｎｔｅｎｔ−ｔｙｐｅ：ｔｅｘｔ／ｘｍｌ
Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ：６５５３６０
それに対し、ａｕｄｉｏ.ａｃ３ファイルのうち、一定の範囲のみを要請し、要請された一部のデータのみを受信する時に使用されるファイル要請メッセージ及び応答メッセージは、次の通りである。
【００２２】
ＧＥＴ／ａｕｄｉｏ.ａｃ３  ＨＴＴＰ／１.０
Ｄａｔｅ：Ｆｒｉ，２０  Ｓｅｐ  １９９６  ０８：２０：５８  ＧＭＴ
Ｃｏｎｎｅｃｔｉｏｎ：Ｋｅｅｐ−Ａｌｉｖｅ
Ｕｓｅｒ−Ａｇｅｎｔ：ＥＮＡＶ  １.０（Ｍａｎｕｆａｃｔｕｒｅｒ）
Ｒａｎｇｅ：：６５５３６−１３１０７２
前記例から分かるように、ａｕｄｉｏ.ａｃ３ファイルの６５５３６バイト位置から１３１０７２バイト位置までのデータを伝送することを要求したら、次のような応答メッセージをサーバーが伝送する。
【００２３】
ＨＴＴＰ／１.０  ２００
Ｄａｔｅ：Ｆｒｉ，２０  Ｓｅｐ  １９９６  ０８：２０：５８  ＧＭＴ
Ｓｅｒｖｅｒ：ＥＮＡＶ  １.０（ＮＣＳＡ／１.５.２）
Ｌａｓｔ−ｍｏｄｉｆｉｅｄ：Ｆｒｉ，２０  Ｓｅｐ  １９９６  ０８：１７：５８  ＧＭＴ
Ｃｏｎｔｅｎｔ−ｔｙｐｅ：ｔｅｘｔ／ｘｍｌ
Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ：６５５３６
図２は、端末機の内部ブロック図である。
【００２４】
端末機２００は、データ用バッファ２０１、マークアップリソース用バッファ２０２、ＭＰＥＧデコーダ２０３及びマークアップリソースデコーダ２０４を備える。端末機２００は、ネットワークを介してサーバー２１０からデータを受信したり、ディスクなどの保存媒体２０５を介してデータを受信できる。
【００２５】
サーバー２１０に保存されたマークアップリソースは、マークアップリソース用バッファ２０２に受信され、バッファに保存されたマークアップリソースは、マークアップリソースデコーダ２４０でデコーディングされる。一方、ディスクなどの保存媒体２０５に保存された動画データは、ＭＰＥＧデータ用バッファ２０１に受信され、ＭＰＥＧデコーダ２０３でデコーディングされる。このようにデコーディングされた映像とマークアップリソースデコーディングされたデータとが共にディスプレイされる。
【００２６】
図３は、サーバーのブロック図である。
【００２７】
サーバー３００は、データ送受信部３０１、オーディオ同期信号挿入部３０２及びマークアップリソース保存部３０３を備える。データ送受信部３０１は、複数の端末機３１０ないし３３０にデータを送信及び受信する。オーディオ同期信号挿入部３０２は、ビデオがプレイされる時、オーディオをビデオに同期させて再生するための同期信号を挿入する。マークアップリソース保存部３０３は、ａｕｄｉｏ.ａｃ３ファイルなどの実際のマークアップリソースデータを保存している。
【００２８】
図４は、端末機がメタデータを利用して、サーバーからオーディオデータを受信されることを説明するための図である。
【００２９】
端末機４１０は、サーバー４２０にメタデータ（ａｕｄｉｏ.ａｃｐ）要請メッセージ４０１を送信する。サーバー４２０は、これに対する応答メッセージ４０２を端末機４１０に送信する。その後、メタデータ４０３を送信する。
【００３０】
オーディオメタデータａｕｄｉｏ.ａｃｐファイルは、次の通りに構成される。
【００３１】
＜ｍｅｄｉａ  ｖｅｒｓｉｏｎ＝“１.０”＞
＜ｄａｔａ  ｎａｍｅ＝“ｆｏｒｍａｔ”ｖａｌｕｅ＝“ａｕｄｉｏ／ａｃ３”／＞
＜ｄａｔａ  ｎａｍｅ＝“ｂｙｔｅｐｅｒｆｒａｍｅ”ｖａｌｕｅ＝“１２０”／＞
＜ｄａｔａ  ｎａｍｅ＝“ｍｓｐｅｒｆｒａｍｅ”ｖａｌｕｅ＝“３２”  ／＞
＜ｄａｔａ  ｎａｍｅ＝“ｃｈｕｎｋｔｙｐｅ”ｖａｌｕｅ＝“１”  ／＞
＜ｄａｔａ  ｎａｍｅ＝“ｃｈｕｎｋｓｉｚｅ”ｖａｌｕｅ＝“８１９２”  ／＞
＜ｄａｔａ  ｎａｍｅ＝“ｃｈｕｎｋｈｅａｄｅｒ”ｖａｌｕｅ＝“２１”  ／＞
＜ｄａｔａ  ｎａｍｅ＝“ｌｏｃａｔｉｏｎ”ｖａｌｕｅ＝“ｈｔｔｐ：／／ｗｗｗ.ｃｏｍｐａｎｙ.ｃｏｍ／ａｃ３／ａｕｄｉｏ.ａｃ３”  ／＞
＜／ｍｅｄｉａ＞
前記のように、オーディオメタデータには、オーディオファイルのフォーマット、フレーム当りバイト数、１フレームを再生する時間、チャンクタイプ、チャンクの大きさ、チャンクヘッダーの大きさ及びオーディオデータの保存場所などの情報が含まれている。オーディオメタデータａｕｄｉｏ.ａｃｐファイルを受信した端末機は、受信したオーディオメタデータファイルを端末機の内部のバッファメモリに保存する。ここで、ａｕｄｉｏ.ａｃｐメタデータは、ディスク上から読み取ってもよく、またはネットワークを介してサーバーから受信してもよく、ファイル形態ではない他の形態でも伝送されてもよい。
【００３２】
ａｕｄｉｏ.ａｃｐメタデータを受信した端末機４１０は、読み取るオーディオデータの位置を計算する４０４。オーディオデータの位置を計算する方法は後述する。位置を計算したら、実際オーディオファイルであるａｕｄｉｏ.ａｃ３ファイル要請メッセージ４０５をサーバー４２０に送信する。サーバー４２０は、これに対する応答メッセージ４０６を送信し、ａｕｄｉｏ.ａｃ３オーディオデータ４０７を送信する。
【００３３】
図５は、端末機とサーバーとの間に送受信される要請メッセージ及び応答メッセージを示す図表である。
【００３４】
前記のように、端末機からサーバーに伝送するメッセージは、メタデータ要請メッセージ及びａｃ３ファイル要請メッセージがあり、サーバーから端末に伝送するメッセージは、それぞれの要請メッセージに対する応答メッセージがある。
【００３５】
図６は、ａｕｄｉｏ.ａｃ３ファイルの構造を示す図である。
【００３６】
ａｕｄｉｏ.ａｃ３ファイルは、チャンクヘッダーフィールド６１０、６３０及びａｃ３オーディオデータフィールド６２０、６４０を含む。チャンクヘッダーフィールド６１０、６３０は、オーディオを再生するための基準時点を定める同期化情報を含んでいる。ａｃ３オーディオデータフィールド６２０、６４０は、フレームに分けられたオーディオデータを含んでいる。オーディオフレームは、一つのａｃ３オーディオデータフィールドに入っているか、またはフレーム４６２４のように分けられ得る。
【００３７】
端末機がサーバーに伝送を要請するオーディオデータの位置を計算する過程は、次の通りである。
【００３８】
端末機の内部のバッファメモリに保存されたオーディオメタデータａｕｄｉｏ.ａｃｐを解析して、端末機が要請した開始位置に対応するバイト数を計算する。例えば、端末機が要請したファイルの開始位置が、１０分２５秒３０ミリ秒であると仮定すれば、端末機は、まず、これをミリ秒に換算する。それにより、１０：２５：３０＝６２５,０３０ミリ秒となり、計算されたミリ秒は、再びオーディオメタデータに保存された１フレーム当り再生時間（ｍｓ／ｆｒａｍｅ）を利用してフレーム数に変換される。
【００３９】
フレーム数を計算すれば、６２５,０３０／３２＝１９,５３２フレームとなり、したがって、総１９,５３２フレームの次のオーディオデータフレームが所望の開始位置となることが分かる。そして、１９,５３２フレーム数の次のフレームがいかなるチャンクに属しているかを計算する。すなわち、１９,５３２フレームの大きさは、（１９,５３２*１フレームに割当てられたバイト数）によって計算すれば、１９,５３２*１２０＝２,３４３,８４０バイトである。
【００４０】
また、チャンクヘッダーフィールド６１０を除外したＡＣ３オーディオデータフィールド６２０内に入るデータの大きさは、（チャンクの大きさ−チャンクヘッダーの大きさ）＝８,１９２−２１＝８,１７１である。計算された値で総フレームの大きさを割れば、２,３４３,８４０／８,１７１＝２８６チャンクとなる。したがって、２８７番目のチャンクからのオーディオデータを受信すればよい。ここで、２８７番目のチャンクをバイトに換算すれば、（２８６*チャンクの大きさ）である２,３４２,９１２バイトの位置となる。
【００４１】
端末機は、オーディオデータを受信するために、前記のように計算されたバイト位置情報を含んで、次のようなメッセージをサーバーに伝送する。
【００４２】
ＧＥＴ／ａｕｄｉｏ.ａｃ３  ＨＴＴＰ／１.０
Ｄａｔｅ：Ｆｒｉ，２０  Ｓｅｐ  １９９６  ０８：２１：００  ＧＭＴ
Ｃｏｎｎｅｃｔｉｏｎ：Ｋｅｅｐ−Ａｌｉｖｅ
Ｕｓｅｒ−Ａｇｅｎｔ：ＥＮＡＶ  １.０（Ｍａｎｕｆａｃｔｕｒｅｒ）
Ｒａｎｇｅ：２３４２９１２−２３５１１０３
それにより、マークアップリソースデータを提供するサーバーは、オーディオデータａｕｄｉｏ.ａｃ３ファイルを端末機に伝送する。ここで、ａｕｄｉｏ.ａｃ３ファイルは、ディスク上で読み取ってもよく、またはネットワークを介してサーバーから伝送されてもよい。
【００４３】
図７は、円形バッファを備えた端末機のブロック図である。
【００４４】
マークアップリソースデータａｕｄｉｏ.ａｃ３ファイルを受信した端末機は、受信したマークアップリソースデータを、端末機の内部のマークアップリソース用のバッファ７０２に保存する。この時、マークアップリソース用のバッファ７０２は、円形に構成されており、チャンクの倍数単位で連続的にデータを受信して保存する。マークアップリソースデコーダ７０４は、円形に構成されたマークアップリソース用のバッファ７０２に保存されたａｕｄｉｏ.ａｃ３ファイルをデコーディングして出力する。
【００４５】
ディスクなどの保存媒体７０５に保存されていたＤＶＤ  ＡＶデータは、ＤＶＤ
ＡＶデータ用のバッファ７０１に受信され、ＤＶＤ  ＡＶデコーダ７０３は、これをデコーディングして、マークアップリソースデコーダ７０４でデコーディングされたａｕｄｉｏ.ａｃ３データと共にディスプレイする。
【００４６】
図８Ａ及び図８Ｂは、チャンクヘッダーの詳細図である。
【００４７】
本発明のチャンクヘッダーは、ＤＶＤファイルのデコーディングに容易にＩＳＯ／ＩＥＣ−１３８１８  Ｐａｒｔ１及びＤＶＤ規格に合うように決まり得る。図８Ａに示すように、ＰＳ（プログラムストリーム）の場合、チャンクヘッダーには、ＩＳＯ／ＩＥＣ−１３８１８に記述されたＰａｃｋ  Ｈｅａｄｅｒ８１０、Ｓｙｓｔｅｍ  Ｈｅａｄｅｒ８２０及びＰＥＳ  Ｈｅａｄｅｒ８３０が含まれている。そして、Ｐａｃｋ  Ｈｅａｄｅｒ８１０とＳｙｓｔｅｍ  Ｈｅａｄｅｒ８２０のうち一つのみが含まれていてもよい。ＴＳ（トランスポートストリーム）の場合には、図８Ｂを参照して分かるように、チャンクヘッダーには、ＴＳ  Ｐａｃｋｅｔ  Ｈｅａｄｅｒ８４０及びＰＥＳ  Ｈｅａｄｅｒ８５０が含まれている。
【００４８】
ＰＥＳヘッダーには、チャンクデータのオーディオ出力時間情報（プレゼンテーションタイムスタンプ：ＰＴＳ）が含まれている。もし、オーディオデータフィールドの最初に分けられたフレームが存在する場合、完全なフレームの開始位置をオーディオ出力時間情報が表す。
【００４９】
図９は、バッファに保存されたチャンクオーディオデータを読み取ってデコーディングして、ビデオと同期させて出力することを説明する図である。
【００５０】
チャンクオーディオとＤＶＤビデオとの間の同期は、次のような過程により行われる。
【００５１】
マークアップリソースデコーダ７０４は、現在のＤＶＤビデオの再生時間位置を把握する。前記のように、１０分２５秒３０ミリ秒であると仮定すれば、該当チャンクオーディオの位置を容易に把握できる。この時、ＥＣＭＡＳｃｒｉｐｔを活用してオーディオを再生する方法をＡＰＩで構成すれば、次の通りである。
【００５２】
［ｏｂｊ］.ｅｌａｐｓｅｄ＿Ｔｉｍｅは、ＤＶＤビデオの再生時間の位置情報を伝達するＡＰＩである。
【００５３】
また、チャンクオーディオがどの場所に位置するかということや、ＤＶＤビデオとの同期化が必要であるか、同期化して再生する時にＤＶＤビデオの再生時間の位置情報と同期化させることかを指定する、次のようなＡＰＩが必要である。
【００５４】
［ｏｂｊ］.ｐｌａｙＡｕｄｉｏＳｔｒｅａｍ（“ｔｔｐ：／／ｗｗｗ.ｃｏｍｐａｎｙ.ｃｏｍ／ａｕｄｉｏ.ａｃｐ”，“１０：２５：３０”，ｔｒｕｅ）
前記のＡＰＩは、“ｈｔｔｐ：／／ｗｗｗ.ｃｏｍｐａｎｙ.ｃｏｍ／ａｕｄｉｏ.ａｃｐ”のように指定されたオーディオメタファイルをダウンロードしてデコーディングし、ＤＶＤビデオが該当時点１０分２５秒３０ミリ秒で再生された時、その時間に該当するチャンクオーディオ内のＰＴＳ計算によって求めたオーディオフレームから同期化して再生を開始するという意味である。
【００５５】
次に説明するＡＰＩは、オーディオクリップを再生するが、同期化なしに無限ループでとして再生するか、または一回のみ再生するＡＰＩである。
【００５６】
［ｏｂｊ］.ｐｌａｙＡｕｄｉｏＣｌｉｐ（“ｈｔｔｐ：／／ｗｗｗ.ｃｏｍｐａｎｙ.ｃｏｍ／ａｕｄｉｏ.ａｃｐ”，−１）
前記のＡＰＩは、“ｈｔｔｐ：／／ｗｗｗ.ｃｏｍｐａｎｙ.ｃｏｍ／ａｕｄｉｏ.ａｃｐ”で指定されたオーディオメタファイルをダウンローディングしてデコーディングし、該当オーディオクリップをマークアップリソース用のバッファにダウンロードして、無限ループで再生するＡＰＩである。
【００５７】
この時、オーディオメタデータをファイルから構成する代わり、プログラム言語（例、Ｊａｖａ（登録商標）スクリプト、Ｊａｖａ（登録商標）言語など）またはタグ言語（例、ＳＭＩＬ、ＸＭＬなど）などを利用して計算した後、直接フレームに関連した情報を抽出して再生  することも可能である。
【００５８】
そして、本発明は、オーディオだけでなく固定ビット率で構成されたマルチメディアデータ、例えば、ビデオ、テキスト、アニメーショングラフィックなどのメディアデータにも適用されうる。すなわち、ビデオ、テキスト、アニメーショングラフィックデータを前記のチャンクデータ形態で構成すれば、ＤＶＤビデオに同期させた再生が可能である。
【００５９】
図１０は、本発明のオーディオデータ開始位置の計算方法のフローチャートである。
【００６０】
オーディオファイルの再生開始時間情報を、オーディオデータを構成するフレームの数情報に変換する（Ｓ１０１０）。そして、変換された個数情報をチャンクの開始情報に変換する（Ｓ１０２０）。その後、チャンクの開始情報に対応するバイト位置情報を計算する（Ｓ１０３０）。バイトの位置情報は、サーバーに伝送されて（Ｓ１０４０）、所望の位置からのオーディオデータを受信する。
【００６１】
また、本発明は、コンピュータで読み取り可能な記録媒体にコンピュータが読み取り可能なコードとして具現することが可能である。コンピュータが読み取り可能な記録媒体は、コンピュータシステムによって読み取られ得るデータが保存されるあらゆる種類の記録装置を含む。コンピュータが読み取り可能な記録媒体の例としては、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ保存装置などがあり、また、キャリアウェーブ（例えば、インターネットを介した伝送）の形態で具現されるものも含む。また、コンピュータが読み取り可能な記録媒体は、ネットワークに連結されたコンピュータシステムに分散されて、分散方式でコンピュータが読み取り可能なコードが保存されて実行されうる。
【００６２】
以上、本発明についてその好ましい実施形態を中心に説明した。当業者は、本発明が本発明の本質的な特性から逸脱しない範囲で変形された形態で具現され得ることが理解できるであろう。したがって、開示された実施形態は、限定的な観点ではなく、説明的な観点で考慮されねばならない。本発明の範囲は、前記の説明ではなく、特許請求の範囲に記載されており、それと同等な範囲内にあるあらゆる差異点は、本発明に含まれたものと解析されねばならない。
【産業上の利用可能性】
【００６３】
本発明によれば、複雑なオーディオビデオストリーミングプロトコルを使用せずに、ＨＴＴＰプロトコルを使用して簡単にオーディオデータを受信し、ビデオに同期させて出力できる。
【００６４】
例えば、一つのＤＶＤ内に実際の映画コンテンツだけでなく、映画監督が直接映画の製作過程を説明する内容が含まれているＤＶＤが存在する。このような説明は、特定の言語のみで製作される場合が大部分である。したがって、映画社が韓国語コンテンツを提供するためには、別途のＤＶＤを再び製作せねばならない。したがって、多様な言語で製作されたオーディオのみをインターネットを介してダウンロードして、本来のＤＶＤ再生映像と同期させて出力すれば、別途のＤＶＤを製作する面倒さを減らし得る。
【図面の簡単な説明】
【００６５】
【図１】インターネットを介してデータを受信する端末機がサーバーにオーディオファイルを要求し、要求したオーディオファイルを受信することを説明するための図である。
【図２】端末機の内部ブロック図である。
【図３】サーバーのブロック図である。
【図４】端末機がメタデータを利用して、サーバーからオーディオデータを受信することを説明するための図である。
【図５】端末機とサーバーとの間に送受信される要請メッセージと応答メッセージとを示す図表である。
【図６】ａｕｄｉｏ.ａｃ３ファイルの構造を示す図である。
【図７】円形バッファを備えた端末機のブロック図である。
【図８Ａ】チャンクヘッダーの詳細図である。
【図８Ｂ】チャンクヘッダーの詳細図である。
【図９】バッファに保存されたチャンクオーディオデータを読み取ってデコーディングして、ビデオと同期させて出力することを説明する図である。
【図１０】本発明のオーディオデータ開始位置の計算方法のフローチャートである。
【図１】
2006526245.tif 000003
【図２】
2006526245.tif 000004
【図３】
2006526245.tif 000005
【図４】
2006526245.tif 000006
【図５】
2006526245.tif 000007
【図６】
2006526245.tif 000008
【図７】
2006526245.tif 000009
【図８Ａ】
2006526245.tif 000010
2006526245.tif 000011
【図９】
2006526245.tif 000012
【図１０】
2006526245.tif 000013
【国際調査報告】
2006526245.tif 000014
2006526245.tif 000015