(57)【要約】【課題】データロス時の音質改善を図ることのできるオーディオデータの転送方法および再生方法を提供すること。【解決手段】パケット１におけるフレームデータ部４の受信が欠落した欠落部７を、受信データのバイトサイズに基づいて検出し、この検出した欠落部７に本来存在していたであろう推定データを、前記欠落部７の前後に隣接するフレームデータ部４に基づいて推定し、この推定した推定データを前記欠落部７に内挿することによって前記欠落部７を修補すること。【選択図】      図７
2004194048.tif 000002
【特許請求の範囲】
【請求項１】
エンコードされたデータ部およびこのデータ部の先頭に添付されたフレームヘッダ部からなるフレームデータ部を所定の順番に従って任意の個数集合させたパケットデータ部と、このパケットデータ部の先頭に添付されたパケットヘッダ部とからなるオーディオデータのパケットを、受信側へリアルタイム転送するオーディオデータの転送方法であって、
前記パケットにおけるフレームデータ部の受信が欠落した欠落部を、受信データのバイトサイズに基づいて検出し、この検出した欠落部に本来存在していたであろう推定データを、前記欠落部の前後に隣接するフレームデータ部に基づいて推定し、この推定した推定データを前記欠落部に内挿することによって前記欠落部を修補することを特徴とするオーディオデータの転送方法。
【請求項２】
前後に連なる複数個の欠落部が生じた場合、先頭の欠落部の前側に隣接するフレームデータ部と、末尾の欠落部の後側に隣接するフレームデータ部とに基づいて前記推定データを推定することを特徴とする請求項１に記載のオーディオデータの転送方法。
【請求項３】
前記オーディオデータの転送を、ブルートゥースを用いて行うことを特徴とする請求項１または請求項２に記載のオーディオデータの転送方法。
【請求項４】
前記欠落部の前後に隣接するフレームデータ部のそれぞれに対応するデータパターンと、各データパターンの組に対応する推定データとが記憶されたルックアップテーブルを用いて前記欠落部を修補することを特徴とする請求項１乃至請求項３に記載のオーディオデータの転送方法。
【請求項５】
エンコードされたデータ部およびこのデータ部の先頭に添付されたフレームヘッダ部からなるフレームデータ部を所定の順番に従って任意の個数集合させたパケットデータ部と、このパケットデータ部の先頭に添付されたパケットヘッダ部とからなるオーディオデータのパケットを、受信側へリアルタイム転送し、この転送したパケットを再生するオーディオデータの再生方法であって、
前記パケットにおけるフレームデータ部の受信が欠落した欠落部を、受信データのバイトサイズに基づいて検出し、この検出した欠落部に本来存在していたであろう推定データを、前記欠落部の前後に隣接するフレームデータ部に基づいて推定し、この推定した推定データを前記欠落部に内挿することによって前記欠落部を修補し、この修補したパケットを再生することを特徴とするオーディオデータの再生方法。
【請求項６】
前後に連なる複数個の欠落部が生じた場合、先頭の欠落部の前側に隣接するフレームデータ部と、末尾の欠落部の後側に隣接するフレームデータ部とに基づいて前記推定データを推定し、この推定データを欠落部に内挿して修補したパケットを再生することを特徴とする請求項５に記載のオーディオデータの再生方法。
【請求項７】
前記オーディオデータの転送を、ブルートゥースを用いて行うことを特徴とする請求項５または請求項６に記載のオーディオデータの再生方法。
【請求項８】
前記欠落部の前後に隣接するフレームデータ部のそれぞれに対応するデータパターンと、各データパターンの組に対応する推定データとが記憶されたルックアップテーブルを用いて前記欠落部を修補し、この修補したパケットを再生することを特徴とする請求項５乃至請求項７に記載のオーディオデータの再生方法。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、オーディオデータの転送方法および再生方法に係り、特に、オーディオデータを、パケット単位ごとに順次受信側へリアルタイム転送するのに好適なオーディオデータの転送方法および再生方法に関する。
【０００２】
【従来の技術】
近年、通信技術の進展がめざましく、通信回線を利用して転送されるデータも、文字データや画像データのようなデータ量の少ないものから音楽データ等のオーディオデータのような大容量のものに至るまで、その種類は多岐にわたっている。
【０００３】
このような通信回線を用いたデータの転送に際しては、データを一定の大きさの単位であるパケットごとに分割し、各パケットを順次受信側へリアルタイム転送する場合がある（例えば、特許文献１乃至３参照）。
【０００４】
ここで、図９に示すように、単位パケット１は、パケットデータ部２と、このパケットデータ部２の先頭に添付されたパケットヘッダ部３とによって構成されいる。さらに、前記パケットデータ部２は、エンコードされたデータ部５と、このデータ部５の先頭に添付された所定のインデックス番号が付与されたフレームヘッダ部６とかなるフレームデータ部４を、所定の順番に従って任意の個数集合させることによって構成されている。
【０００５】
最近は、情報携帯端末とパソコンとの間を無線で結ぶ新たな通信仕様としてブルートゥース（Bluetooth）が採用され、このブルートゥースを利用したオーディオデータのリアルタイム転送サービスが実用されているが、ここでも、パケット１単位のデータの転送が行われるようになっている。
【０００６】
しかし、ブルートゥースにおけるリアルタイムオーディオ転送においては、Ｑｏｓ（Quality of Service）のサポートが未だに満足されていない。
【０００７】
このため、通信回線品質が悪化した場合において、単位時間内に送受信が完了しないパケットは、破棄（パケットロス）されてしまっていた。
【０００８】
例えば、図１０に示すように、４個のフレームデータ部４からなるパケットデータ部２のうち、先頭から数えて第４番目のフレームデータ部４のみが未受信で、フレームデータ部４の欠落部７が生じた場合を考える。
【０００９】
このような場合、従来は、パケット１全体を不完全パケットとして破棄し、代わりに、図１１に示すようなダミーパケット８を生成し、この生成したダミーパケット８を受信側のバッファとしてのパケット格納部に格納して一時的に保存するようになっていた。
【００１０】
図１２は、このような従来のリアルタイムオーディオ転送の手順を示すフローチャートである。
【００１１】
この図１２によれば、まず、ステップ１（ＳＴ１）において、受信側において受信パケットメモリを獲得した後、ステップ２（ＳＴ２）に進む。
【００１２】
ステップ２（ＳＴ２）においては、送信側から単位時間内のパケット１の受信を行った後、ステップ３（ＳＴ３）に進む。
【００１３】
ステップ３（ＳＴ３）においては、単位時間内にパケット１の受信が完了したか否かを判断し、完了した場合はステップ４（ＳＴ４）に進み、未完了の場合はステップ５（ＳＴ５）に進む。
【００１４】
ステップ４（ＳＴ４）においては、この受信したパケット１をパケット格納部に格納して一時的に保存する。
【００１５】
ステップ５（ＳＴ５）においては、ステップ３（ＳＴ３）における受信が未完了のパケット１を破棄した後、ステップ６（ＳＴ６）に進む。
【００１６】
そして、ステップ６（ＳＴ６）においては、ダミーパケット８の生成と、このダミーパケット８のパケット格納部への格納を行う。
【００１７】
このようにして受信側に受信されて一時的に保存されたパケット１は、後段のデコーダにおいてデコードされて音声として再生されるようになっている。
【００１８】
【特許文献１】
特開平１１−２０５２９１号公報（第１図）
【特許文献２】
特開平１１−３３１２６１号公報（第１図）
【特許文献３】
特表２０００−５０７７７７号公報（第１図）
【００１９】
【発明が解決しようとする課題】
ところで、破棄された不完全パケットを代替する前記ダミーパケット８は、通常、各フレームデータ部４にゼロ値データが内挿されており、図７に示したようにすべてのフレームデータ部４のエンコードされたデータ部（ＦＤ１〜ＦＤ４）がゼロ値データとなる場合がある。
【００２０】
従って、受信されたオーディオデータのうち、パケットロスすなわちパケット１が破棄された部分は、たとえこの部分をダミーパケット８によって補ったとしても、実質的に再生すべきデータ部が存在しない状態にあった。
【００２１】
これにより、従来は、オーディオデータの再生の際に、パケットロスが生じた部分に、聴感によって簡単に検出できる程の明確な音途切れが生じ、再生音質を著しく劣化させてしまっていた。
【００２２】
本発明は、このような問題点に鑑みなされたもので、データロス時の音質改善を図ることのできるオーディオデータの転送方法および再生方法を提供することを目的とするものである。
【００２３】
【課題を解決するための手段】
前記目的を達成するため本発明に係るオーディオデータの転送方法の特徴は、パケットにおけるフレームデータ部の受信が欠落した欠落部を、受信データのバイトサイズに基づいて検出し、この検出した欠落部に本来存在していたであろう推定データを、前記欠落部の前後に隣接するフレームデータ部に基づいて推定し、この推定した推定データを前記欠落部に内挿することによって前記欠落部を修補する点にある。
【００２４】
そして、このような方法を採用したことにより、推定データを前記欠落部に内挿することによって前記欠落部を修補することができ、この結果、音途切れのない良好な音質のオーディオデータを再生することができ、さらに、デコードされたオーディオサンプル単位ではなくデコード前のフレーム単位で修補を行うことができるため、処理量を軽減することができ、かつ、後段で行うデコード処理中のフィルタリングによって、欠落部に内挿された推定データよりも音質の滑らかなオーディオデータを再生することができる。
【００２５】
また、本発明に係るオーディオデータの転送方法の特徴は、前後に連なる複数個の欠落部が生じた場合、先頭の欠落部の前側に隣接するフレームデータ部と、末尾の欠落部の後側に隣接するフレームデータ部とに基づいて前記推定データを推定する点にある。
【００２６】
そして、このような方法を採用したことにより、欠落部が複数個にわたって連なる場合においても、推定データを推定して欠落部を修補することができる。
【００２７】
さらに、本発明に係るオーディオデータの転送方法の特徴は、前記オーディオデータの転送を、ブルートゥースを用いて行う点にある。
【００２８】
そして、このような方法を採用したことにより、Ｑｏｓが不満なブルートゥースを用いたオーディオデータの配信を行う場合においても、パケットロス時の音質を改善することが可能となる。
【００２９】
さらにまた、本発明に係るオーディオデータの転送方法の特徴は、前記欠落部の前後に隣接するフレームデータ部のそれぞれに対応するデータパターンと、各データパターンの組に対応する推定データとが記憶されたルックアップテーブルを用いて前記欠落部を修補する点にある。
【００３０】
そして、このような方法を採用したことにより、推定データを簡便に得ることができ、欠落部の修補を迅速に行うことができる。
【００３１】
また、本発明に係るオーディオデータの再生方法の特徴は、前記パケットにおけるフレームデータ部の受信が欠落した欠落部を、受信データのバイトサイズに基づいて検出し、この検出した欠落部に本来存在していたであろう推定データを、前記欠落部の前後に隣接するフレームデータ部に基づいて推定し、この推定した推定データを前記欠落部に内挿することによって前記欠落部を修補し、この修補したパケットを再生する点にある。
【００３２】
そして、このような方法を採用したことにより、推定データを前記欠落部に内挿することによって前記欠落部を修補することができ、この結果、音途切れのない良好な再生音質を得ることができ、さらに、デコードされたオーディオサンプル単位ではなくデコード前のフレーム単位で修補を行うことができるため、処理量を軽減することができ、かつ、後段で行うデコード処理中のフィルタリングによって、欠落部に内挿された推定データよりも音質の滑らかなオーディオデータを再生することができる。
【００３３】
さらに、本発明に係るオーディオデータの再生方法の特徴は、前後に連なる複数個の欠落部が生じた場合、先頭の欠落部の前側に隣接するフレームデータ部と、末尾の欠落部の後側に隣接するフレームデータ部とに基づいて前記推定データを推定し、この推定データを欠落部に内挿して修補したパケットを再生する点にある。
【００３４】
そして、このような方法を採用したことにより、欠落部が複数個にわたって連なる場合においても、推定データを推定して欠落部を修補することができる。
【００３５】
さらにまた、本発明に係るオーディオデータの再生方法の特徴は、前記オーディオデータの転送を、ブルートゥースを用いて行う点にある。
【００３６】
そして、このような方法を採用したことにより、Ｑｏｓが不満なブルートゥースを用いたオーディオデータの配信を行う場合においても、パケットロス時の音質を改善して良好な再生音質を得ることが可能となる。
【００３７】
また、本発明に係るオーディオデータの再生方法の特徴は、前記欠落部の前後に隣接するフレームデータ部のそれぞれに対応するデータパターンと、各データパターンの組に対応する推定データとが記憶されたルックアップテーブルを用いて前記欠落部を修補し、この修補したパケットを再生する点にある。
【００３８】
そして、このような方法を採用したことにより、推定データを簡便に得ることができ、欠落部の修補されたオーディオデータを簡便かつ迅速に再生することができる。
【００３９】
【発明の実施の形態】
以下、本発明に係るオーディオデータの転送方法および再生方法の実施形態について、図１乃至図８を参照して説明する。
【００４０】
なお、従来と基本的構成の同一もしくはこれに類する箇所については、同一の符号を用いて説明する。
【００４１】
図１は、本実施形態におけるオーディオデータの転送方法および再生方法を実施するための転送システム１０の一例を示すものである。
【００４２】
この転送システム１０は、オーディオデータをパケット単位で送受信するパソコンや携帯端末機器等からなる送信機１１と受信機１２との２つの通信機器から構成されている。
【００４３】
前記受信機１２は、受信したパケット１を一時的に格納するバッファ等のパケット格納部１３を有しており、このパケット格納部１３には、図２に示すように、送信機１１の側から送信された前後に連なる一連のパケット１が逐次受信されて蓄積されるようになっている。
【００４４】
前記パケット格納部１３に蓄積されたパケット１は、フレームデータ部４の欠落がなく完全な状態で受信された場合は、後段のデコーダ部１４にそのまま引き渡されるようになっている。
【００４５】
一方、図２に示すように、パケット１におけるフレームデータ部４の受信が欠落した欠落部７が生じた場合、従来は、この欠落部７が生じたパケット全体を不完全パケットとして破棄していたが、本実施形態においては、前記欠落部７を修補して完全なパケット１を作成するようになっている。
【００４６】
すなわち、前記パケット格納部１３には、欠落部７の修補処理を制御する制御部１６が接続されており、この制御部１６には、前記パケット格納部１３に受信されたパケット１のデータのバイト数を計測するバイト数計測部１７が接続されている。
【００４７】
前記制御部１６は、前記バイト数計測部１７の計測結果に基づいて、フレームデータ部４の欠落部７の位置や個数を検出するようになっている。
【００４８】
また、前記制御部１６は、前記欠落部７を検出した後、この欠落部７に本来存在していたであろうフレームデータ部４としての推定データを、前記欠落部７の前後に隣接するフレームデータ部４に基づいて推定するようになっている。
【００４９】
この推定データを決定する手段として、前記制御部１６には、ＲＡＭ等からなる推定データ格納部１８が接続されており、この推定データ格納部１８には、例えば、図３に示すように、前記欠落部７の前後に隣接するフレームデータ部４と、各フレームデータ部４に対応する推定データとが記憶されたルックアップテーブル１９が格納されている。
【００５０】
なお、前記ルックアップテーブル１９の構成についてさらに詳述すると、図３に示すように、前記ルックアップテーブル１９内には、欠落部７の前に隣接するフレームデータ部４に対応するデータパターンｐｔ- ａ（Ｐｔ１，...，ＰｔＡ，...，ＰｔＮ）と、欠落部の後に隣接するフレームデータ部４に対応するデータパターンｐｔ- ｂ（Ｐｔ１，...，ＰｔＢ，...）とが、それぞれ複数個格納されている。さらに、前記ルックアップテーブル１９内には、前記欠落部４の前後に隣接するデータパターンの組（ｐｔ- ａ，ｐｔ- ｂ）に対応する推定データ（ｅｄ１１，....）が複数個格納されている。
【００５１】
そして、前記制御部１６は、欠落部７の修補の際には、前記欠落部７の前後に隣接するフレームデータ部４に対応する推定データを、前記ルックアップテーブル１９から検索するようになっている。すなわち、前記制御部１６は、まず、複数個のデータパターンｐｔ- ａのうち、実際に欠落部７の前に隣接するフレームデータ部４に対応するデータパターンの１つ（例えば、ＰｔＡ）と、複数個のデータパターンｐｔ- ｂのうち、実際に欠落部７の後に隣接するフレームデータ部４に対応するデータパターンの１つ（例えば、ＰｔＢ）とをそれぞれ推定して選択するようになっている。また、前記制御部１６は、推定した各データパターンの組（例えば、ＰｔＡとＰｔＢ）に対応する推定データ（前記の例で言えばｅｄＡＢ）を推定するようになっている。
【００５２】
そして、このようにして検索した推定データを前記パケット格納部１３に格納されている不完全パケットの欠落部７に内挿することによって、この欠落部７を修補するようになっている。
【００５３】
なお、前記推定データ格納部１８に格納されたルックアップテーブル１９は、１個に限る必要はなく、複数個のルックアップテーブル１９を必要に応じて格納するようにしてもよい。
【００５４】
例えば、前後に連なる複数個の欠落部７が生じた場合、これら複数個の欠落部７を修補するために次の３個のルックアップテーブル１９を前記推定データ格納部１８に格納するようにしてもよい。
【００５５】
すなわち、先ず、１個目のルックアップテーブル１９は、図４に示すように、前側に隣接するフレームデータ部４（図４においてＦＤｆ）と、後側に隣接するフレームデータ部４（図４においてＦＤｒ）との間に存在する欠落部７の個数が奇数個の場合に、中心に位置する注目欠落部７に対応する推定データを検索するために用いるルックアップテーブル１９（ＬＵＴ１）である。
【００５６】
次に、２個目のルックアップテーブル１９は、図５に示すように、前側に隣接するフレームデータ部４（図５においてＦＤｆ）と、後側に隣接するフレームデータ部４（図５においてＦＤｒ）との間に存在する欠落部７の個数が偶数個の場合に、中心位置（この場合、欠落部７の境界となる）に直近の左側に位置する注目欠落部７に対応する推定データを検索するために用いるルックアップテーブル１９（ＬＵＴ２）である。
【００５７】
最後に、３個目のルックアップテーブル１９は、図６に示すように、前側に隣接するフレームデータ部４（図６においてＦＤｆ）と、後側に隣接するフレームデータ部４（図６においてＦＤｒ）との間に存在する欠落部７の個数が偶数個の場合に、中心位置（境界）に直近の右側に位置する注目欠落部７に対応する推定データを検索するために用いるルックアップテーブル１９（ＬＵＴ３）である。
【００５８】
これら３個のルックアップテーブル１９（ＬＵＴ１乃至３）のいずれかを用いて得られた推定データは、残余する欠落部７を修補するためのフレームデータ部４として用いることができる。例えば、前側に隣接するフレームデータ部４と、後側に隣接するフレームデータ部４との間に５個の欠落部７が存在する場合、まず、ＬＵＴ１によって中心（先頭から数えて第３番目）の欠落部７に推定データを内挿することによって完全なフレームデータ部４を得る。
【００５９】
そして、この欠落部７の修補によって得られたフレームデータ部４と、前記前側に隣接するフレームデータ部４との間には、未だに２個の欠落部７が残余することになる。
【００６０】
しかし、前記２個の欠落部７は、前記前側に隣接するフレームデータ部４と、前記欠落部７の修補によって得られたフレームデータ部４とを、それぞれ前記２個の欠落部７の前後に隣接するフレームデータ部４と扱って、ＬＵＴ２およびＬＵＴ３を用いることによって修補することができる。
【００６１】
同様に、前記欠落部７の修補によって得られたフレームデータ部４と、前記後側に隣接するフレームデータ部４との間には、未だに２個の欠落部７が残余するがこれら２個の欠落部７も、ＬＵＴ２とＬＵＴ３とを用いることによって修補することができる。
【００６２】
このように、複数個の欠落部７が生じた場合においても、先頭の欠落部７の前側に隣接するフレームデータ部４と、末尾の欠落部７の後側に隣接する欠落部７とを起点とし、複数個のルックアップテーブル１９を適宜使い回すことによって逐次修補することができる。
【００６３】
そして、上記のように構成された転送システム１０を用いてオーディオデータのリアルタイム転送を行う場合は、まず、ブルートゥース等の所定の通信様式に従って、送信機１１の側から受信機１２の側へ向けてオーディオデータをパケット１単位で送信し、受信機１２の側で各パケット１を受信してパケット格納部１３に逐次格納していく。
【００６４】
そのなかで、図２に示すように不完全パケットが生じた場合は、図７におけるステップ１（ＳＴ１）に示すように、データを内挿すべき欠落部７を検出する。
【００６５】
この欠落部７の検出は、前記バイト数計測部１７によって前記パケット格納部１３に受信されたデータのバイト数を計測し、この計測結果に基づいて行う。つまり、受信されたパケット１のバイト数が、単位パケット１が通常有すべきバイト数に満たない場合は、前記受信されたパケット１におけるバイト数が蓄積されない部分を欠落部７と認定する。
【００６６】
次に、ステップ２（ＳＴ２）に示すように、前記欠落部７の前後に隣接するフレームデータ部４を検出する。
【００６７】
なお、図２においては、前後に連なる２つのパケット１のうち、前側のパケット１における末尾のフレームデータ部４が欠落部７となっているが、この場合、前記欠落部７が属する前側のパケット１における前記欠落部７の前側に隣接するフレームデータ部４と、後側のパケット１における先頭のフレームデータ部４とが、前記欠落部７の前後に隣接するフレームデータ部４となる。
【００６８】
次に、ステップ３（ＳＴ３）においては、前記ルックアップテーブル１９により、前記欠落部７に内挿すべき推定データを、前記欠落部７の前後に隣接するフレームデータ部４に基づいて選択する。
【００６９】
このステップ３（ＳＴ３）における処理をさらに細分化すると、図８に示すように、まず、ステップ３-１（ＳＴ３-１）において、欠落部７の前後に隣接するフレームデータ部４のデータパターンの値をそれぞれ推定する。次に、ステップ３-２（ＳＴ３-２）において、推定した２つのデータパターン値を用いてルックアップテーブル１９から推定データを検索する。
【００７０】
そして、ステップ４（ＳＴ４）において、前記推定データを前記欠落部７に内挿することによって、前記欠落部７の修補が完了する。
【００７１】
このように欠落部７を修補した完全パケットは、後段のデコーダ部１４に引き渡された後、このデコーダ部１４によってデコードされて音声として再生される。
【００７２】
従って、本実施形態においては、パケット１におけるフレームデータ部４の受信が欠落した欠落部７が生じた場合においても、この欠落部７が生じた不完全パケットを従来のように破棄することはせずに、不完全パケットのうち適正に受信されたフレームデータ部４を有効に活用することができる。
【００７３】
また、この不完全パケットの修補を、前記ルックアップテーブル１９を参照することによって簡便かつ適正に行うことができ、音途切れのない良好な音質のオーディオデータを再生することができる。
【００７４】
さらに、デコードされたオーディオサンプル単位ではなくデコード前のフレーム単位でデータロスを修補することができるため、処理量を軽減することができ、かつ、後段で行うデコード処理中のフィルタリングによって、欠落部７に内挿された推定データよりも音質の滑らかなオーディオデータを再生することができる。
【００７５】
特に、オーディオデータの転送を、ブルートゥース等のＱｏｓが不満な通信様式を用いて行う場合、データロス時の音質改善に、より優れた効果を発揮することができる。
【００７６】
なお、本発明は前記実施形態のものに限定されるものではなく、必要に応じて種々変更することが可能である。
【００７７】
【発明の効果】
以上述べたように本発明に係るオーディオデータの転送方法および再生方法によれば、データロス時の音質改善を図ることができ、良好な再生音質を得ることができる。
【００７８】
また、本発明に係るオーディオデータの転送方法および再生方法によれば、多用な態様で生じ得る欠落部に柔軟に対処することができ、さらに良好な再生音質を得ることができる。
【００７９】
さらに、本発明に係るオーディオデータの転送方法および再生方法によれば、ブルートゥースによってオーディオデータのリアルタイム転送を適正に行うことができる。
【００８０】
さらにまた、本発明に係るオーディオデータの転送方法および再生方法によれば、データロス時の音質改善を、さらに簡便かつ迅速に行うことができる。
【図面の簡単な説明】
【図１】本発明に係るオーディオデータの転送方法および再生方法を実施するための通信システムの一例を示すブロック図
【図２】本発明に係るオーディオデータの転送方法および再生方法の実施形態において、受信機に受信される前後に連なる一連のパケットを示す図
【図３】本発明に係るオーディオデータの転送方法および再生方法の実施形態において、ルックアップテーブルの一例を示す概略図
【図４】本発明に係るオーディオデータの転送方法および再生方法の実施形態において、複数個の欠落部が生じた場合の修補の方法を示す説明図
【図５】本発明に係るオーディオデータの転送方法および再生方法の実施形態において、複数個の欠落部が生じた場合の修補の方法を示す図４と異なる説明図
【図６】本発明に係るオーディオデータの転送方法および再生方法の実施形態において、複数個の欠落部が生じた場合の修補の方法を示す図４および図５と異なる説明図
【図７】本発明に係るオーディオデータの転送方法および再生方法の実施形態を示すフローチャート
【図８】図７の一部を細分化したフローチャート
【図９】オーディオデータを構成する単位パケットを示す図
【図１０】単位パケットを構成するパケットデータ部を示す図
【図１１】ダミーパケットのパケットデータ部の構成を示す説明図
【図１２】従来のオーディオデータの転送方法の一例を示すフローチャート
【符号の説明】
１  パケット
２  パケットデータ部
３  パケットヘッダ部
４  フレームデータ部
５  エンコードされたデータ部
６  フレームヘッダ部
７  欠落部
１９  ルックアップデーブル
【図１】
2004194048.tif 000003
【図２】
2004194048.tif 000004
【図３】
2004194048.tif 000005
【図４】
2004194048.tif 000006
【図５】
2004194048.tif 000007
【図６】
2004194048.tif 000008
【図７】
2004194048.tif 000009
【図８】
2004194048.tif 000010
【図９】
2004194048.tif 000011
【図１０】
2004194048.tif 000012
【図１１】
2004194048.tif 000013
【図１２】
2004194048.tif 000014