(57)【要約】【課題】オーディオデータ等を無線で送受信する際、通信開始時のレイテンシを不用意に悪化させることなく、通信中のジッタを有効に抑える。【解決手段】オーディオパケット受信処理では、受信したオーディオパケットをジッタバッファに保存する（ステップＳ１２）。データ蓄積量が第１ジッタ閾値を超えると、パケット読み込みを開始し、ＳＢＣフレームへの分解（ステップＳ１８）、そしてＳＢＣフレームのデコード処理を開始する（ステップＳ２０）。このとき、ジッタバッファ内でのデータ蓄積量が第２ジッタ閾値に達するまでの間は、オーディオサンプル内挿処理を実行し（ステップＳ２４）、内挿したオーディオサンプルを出力する（ステップＳ２６）。【選択図】図２
2009253348.tif 000002
【特許請求の範囲】
【請求項１】
無線通信により送信されたデータを順次受信する工程と、
未だデータが蓄積されていない状態のバッファメモリに対し、受信したデータを順次蓄積させる工程と、
前記バッファメモリ内でのデータの蓄積量が第１の閾値を超えた場合、前記バッファメモリから蓄積された順にデータの読み出しを開始する工程と、
前記バッファメモリからのデータの読み出し開始後、前記バッファメモリ内でのデータの蓄積量が前記第１の閾値より大きい第２の閾値に達していない間は、前記バッファメモリから読み出されるデータに補填データを付与する工程と、
前記バッファメモリからのデータの読み出し中に前記バッファメモリ内でのデータの蓄積量が前記第２の閾値に達した場合、前記補填データを付与することなく前記バッファメモリからデータを読み出す工程と
を有したことを特徴とするデータ処理方法。
【請求項２】
請求項１に記載のデータ処理方法において、
前記バッファメモリ内でのデータの蓄積量が前記第１の閾値に達していない間は、受信したデータに補填データを付与した状態で順次蓄積させることを特徴とするデータ処理方法。
【請求項３】
請求項１又は２に記載のデータ処理方法において、
前記バッファメモリには、受信したデータが連続した所定サンプル数の単位で蓄積されており、
前記補填データは、連続した所定サンプル数のうちの末尾のサンプルデータを用いた最近傍法により創出されることを特徴とするデータ処理方法。
【請求項４】
前記データがオーディオデータのフォーマットで送受信されるものであり、
前記バッファメモリから読み出されたオーディオデータを用いて再生を行うことを特徴とするデータ処理方法。
【請求項５】
無線通信により送信されたデータを順次受信するデータ受信手段と、
データを一時的に蓄積可能なバッファメモリと、
未だデータが蓄積されていない状態の前記バッファメモリに対し、前記データ受信部にて受信されたデータを順次蓄積させるデータ蓄積手段と、
前記バッファメモリ内でのデータの蓄積量が第１の閾値を超えた場合、前記バッファメモリから蓄積された順にデータの読み出しを開始するデータ取得手段と、
前記データ取得手段によりデータの読み出しが開始された後、前記バッファメモリ内でのデータの蓄積量が前記第１の閾値より大きい第２の閾値に達していない間は、前記バッファメモリから読み出されるデータに補填データを付与する一方、前記データ取得手段によるデータの読み出し中に前記バッファメモリ内でのデータの蓄積量が前記第２の閾値に達した場合、前記補填データの付与を中止するデータ処理手段と
を備えたことを特徴とするデータ処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信によって受信したデータをバッファメモリに蓄積しながら使用するデータ処理方法及びデータ処理装置に関する。
【背景技術】
【０００２】
従来、無線ＬＡＮやブルートゥース（Ｂｌｕｅｔｏｏｔｈ：登録商標）等の無線通信手段を用いてデータを送受信し、再生機本体から離れた位置にある機器で音声や音楽を再生する先行技術が知られている（例えば、特許文献１参照）。音楽や音声、映像等の再生には途切れのないリアルタイム性が要求されるため、この先行技術では、受信したデータをデータバッファに順次蓄積し、そのデータ蓄積量がある程度の閾値を上回った状態を維持することで、送信機器と受信機器との間でジッタが発生するのを防止している。
【０００３】
また、最初に無線通信を開始した時点ではバッファメモリが空（データ未蓄積）の状態であるため、通信開始と同時に再生を開始することはできない。このため、データを受信してから所定の遅延時間を経過するまでの間はデータを順次バッファメモリに蓄積しておき、その蓄積量がある程度の閾値に達してから再生を開始する先行技術が知られている（例えば、特許文献２参照。）。この先行技術によれば、再生を開始してからデータの通信状況が悪化したとしても、それまでに蓄積されたデータを用いて、途切れることなく再生を続けることができる。
【特許文献１】特開２００４−２２１９５１号公報（段落００２３〜００２５、図２）
【特許文献２】特開２００７−２６６８７５号公報（段落００１９〜００２３、図４）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述した先行技術に挙げられるように、受信側の機器で音声が途切れたり、映像が滞ったりするのを防止するには、バッファメモリの閾値をある程度まで高く設定し、なるべく多くのデータを蓄積してから再生を開始することが望ましい。しかしながら、バッファメモリの閾値をあまり大きく設定していると、無線通信を開始してから実際に再生が開始されるまでの遅延時間（レイテンシ）がそれだけ長くなってしまうという問題がある。そうかといって、閾値の設定が低すぎると、再生中に通信状況が悪化したときに音途切れの耐性が悪化してしまう。
【０００５】
このように、無線通信を用いたリアルタイムなデータの送受信においては、遅延時間の短縮と再生の安定とが互いにトレードオフの関係にあり、これらを両立する技術の創出が望まれているところである。
【０００６】
そこで本発明は、通信開始時のレイテンシを不用意に悪化させることなく、通信中のジッタを有効に抑えることができる技術を提供しようとするものである。
【課題を解決するための手段】
【０００７】
本発明は上記の課題を解決するため、受信したデータの利用を開始するための第１の閾値とは別に、新たに第２の閾値（＞第１の閾値）を設定し、データの利用開始後はバッファメモリ内での蓄積量を第２の閾値を基準として管理する手法を採用する。すなわち本発明は以下のデータ処理方法、及びデータ処理装置として実現されている。
【０００８】
本発明のデータ処理方法は、無線通信により送信されたデータを順次受信する工程と、未だデータが蓄積されていない状態のバッファメモリに対し、受信したデータを順次蓄積させる工程と、バッファメモリ内でのデータの蓄積量が第１の閾値を超えた場合、バッファメモリから蓄積された順にデータの読み出しを開始する工程と、バッファメモリからのデータの読み出し開始後、バッファメモリ内でのデータの蓄積量が第１の閾値より大きい第２の閾値に達していない間は、バッファメモリから読み出されるデータに補填データを付与する工程と、バッファメモリからのデータの読み出し中にバッファメモリ内でのデータの蓄積量が第２の閾値に達した場合、補填データを付与することなくバッファメモリからデータを読み出す工程とを有するものである。
【０００９】
また本発明のデータ処理装置は、無線通信により送信されたデータを順次受信するデータ受信手段と、データを一時的に蓄積可能なバッファメモリと、未だデータが蓄積されていない状態のバッファメモリに対し、データ受信部にて受信されたデータを順次蓄積させるデータ蓄積手段と、バッファメモリ内でのデータの蓄積量が第１の閾値を超えた場合、バッファメモリから蓄積された順にデータの読み出しを開始するデータ取得手段と、データ取得手段によりデータの読み出しが開始された後、バッファメモリ内でのデータの蓄積量が第１の閾値より大きい第２の閾値に達していない間は、バッファメモリから読み出されるデータに補填データを付与する一方、データ取得手段によるデータの読み出し中にバッファメモリ内でのデータの蓄積量が第２の閾値に達した場合、補填データの付与を中止するデータ処理手段とを備えた構成である。
【００１０】
本発明によれば、バッファメモリが空（データ未蓄積）の状態で無線通信を開始してから、バッファメモリ内でのデータの蓄積量が第１の閾値に達するまでの間は、バッファメモリからデータの読み出しは行われず、受信したデータが順次バッファメモリに蓄積されていく。
【００１１】
バッファメモリ内でのデータの蓄積量が第１の閾値を超えると、蓄積されたデータの読み出しが開始される。読み出しされたデータは、例えば音楽や音声、映像の再生等に用いられる。ただし、本発明ではバッファメモリからデータを読み出してそのまま使用するのではなく、読み出したデータに補填データを付与した状態で使用するものとしている。
【００１２】
この場合、例えば音楽や映像の再生中に一定のレートでデータが使用されていても、単位時間内にバッファメモリで新たに蓄積されるデータ量に比較して、そこから読み出されるデータ量を少なく抑えることができる。このため通信状況が極端に悪化しない限り、バッファメモリからデータの読み出しを開始した後も、データの蓄積量は順調に増加していくことになる。
【００１３】
その後、バッファメモリ内でのデータの蓄積量が第２の閾値を超えると、今度は補填データを付与することなくバッファメモリからデータが読み出される。したがって、バッファメモリ内でのデータの増加は抑えられ、データの蓄積量は第２の閾値の近傍で安定化する。また、この後に例えば通信状況が悪化してデータの蓄積量が減少した場合、上記のようにバッファメモリから読み出されるデータに補填データが付与されるので、たとえ一時的にデータの蓄積量が第２の閾値を下回ったとしても、データの蓄積量は第２の閾値に向けて増加していくことになる。
【００１４】
このため本発明では、第１の閾値を適度に低く設定しつつ、第２の閾値をある程度の高い水準に設定しておくことで、最初にデータの読み出しが開始されるまでのレイテンシを低く抑えることができる上、データの読み出し中はバッファメモリ内でのデータの蓄積量がある程度の水準まで引き上げられるので、ジッタの発生を有効に抑えることができる。
【００１５】
なお本発明において、バッファメモリが空の状態で無線通信を開始してから、バッファメモリ内でのデータの蓄積量が第１の閾値に達していない間は、受信したデータに補填データを付与した状態で順次蓄積させてもよい。
【００１６】
この場合、単位時間内で実際に受信したデータよりも補填データ分だけ多くのデータがバッファメモリに蓄積されていくので、データの蓄積量が第１の閾値に達するまでの時間を短縮して、レイテンシを抑えることができる。
【００１７】
また本発明において、上記のバッファメモリには、受信したデータが連続した所定サンプル数の単位で蓄積されている。この場合、補填データは、連続した所定サンプル数のうちの末尾のサンプルデータを用いた最近傍法により創出される。
【００１８】
このような態様であれば、比較的簡素な方法で補填データを付与することができるため、それだけデータ処理の負荷を軽減し、処理時間を短縮することができる。
【００１９】
より実用的には、本発明においてデータはオーディオデータのフォーマットで送受信されており、バッファメモリから読み出されたオーディオデータを用いて再生が行われる。この場合、オーディオデータの再生開始までのレイテンシを低く抑えつつ、音途切れへの耐性を高めることができる。
【発明の効果】
【００２０】
以上のように本発明によれば、無線通信によりデータを送受信する際のレイテンシを悪化させることなく、通信機器同士でのジッタの発生を確実に抑えることができ、いずれか一方を犠牲にすることなく互いを両立させることができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施形態について図面を参照しながら説明する。
【００２２】
〔データ処理装置の構成〕
図１は、一実施形態のデータ処理装置１０の構成を概略的に示す図である。データ処理装置１０は、例えばブルートゥース（Ｂｌｕｅｔｏｏｔｈ：登録商標）規格に準拠した無線通信モジュールとして構成されている。このようなデータ処理装置１０は、例えばワイヤレススピーカやワイヤレスヘッドホン等の音響機器に内蔵される無線通信モジュールとして使用することができる。
【００２３】
データ処理装置１０は、例えばＲＦ回路１２を有しており、このＲＦ回路１２により他の通信機器との間で無線通信を行うことができる。上記のようにデータ処理装置１０をワイヤレススピーカやワイヤレスヘッドホンの無線通信モジュールとして使用する場合、例えば携帯音楽プレーヤや音楽再生機能付きの携帯電話機、パーソナルコンピュータ、ビデオゲーム機等との間で無線通信が行われる。
【００２４】
またデータ処理装置１０は、オーディオデータ受信部１４及びジッタバッファ１６を有しており、このうちオーディオデータ受信部１４は、ＲＦ回路１２にて受信した信号を復調し、オーディオデータ（オーディオパケット）を生成する。ジッタバッファ１６は、ある程度の記憶容量を有したバッファメモリであり、ここにはオーディオデータ受信部１４で生成されたオーディオデータが順次蓄積されるものとなっている。なおジッタバッファ１６はＦＩＦＯ形式である。
【００２５】
さらにデータ処理装置１０は、オーディオパケット解析部１８、ＳＢＣフレームデコード部２０及びジッタモニタ／データ内挿処理部２２を有している。これらオーディオパケット解析部１８、ＳＢＣフレームデコード部２０及びジッタモニタ／データ内挿処理部２２は、それぞれ演算処理回路としての機能を有している。
【００２６】
先ずオーディオパケット解析部１８は、ジッタバッファ１６から順次オーディオデータを読み込み、オーディオパケットの解析を行う。またＳＢＣフレームデコード部２０は、解析されたオーディオパケットをＳＢＣフレームにデコードする。本実施形態では、例えば１つのオーディオパケットに複数のＳＢＣ（Ｓｕｂｂａｎｄ  Ｃｏｄｅｃ）フレームが含まれている構成である。また、ＳＢＣフレームはオーディオデータの圧縮（コーデック）形式の１つであり、この圧縮形式ではフレームが最小単位となっている。なお、１つのＳＢＣフレームからは所定サンプル数Ｍ（例えば１２８サンプル以下）のオーディオサンプル（フォーマットはＰＣＭ形式）が出力される。１サンプルには、例えば左右それぞれ１６ｂｉｔずつのオーディオデータが含まれる。なお、サンプル数やビット数の値はこれらに限定されるものではない。
【００２７】
ジッタモニタ／データ内挿処理部２２は、ジッタバッファ１６内でのデータ蓄積量をモニタリングするとともに、条件に応じてオーディオサンプルに内挿処理を施す。内挿処理は、例えば最近傍法により行うことができる。すなわち本実施形態では、所定サンプル数Ｍあるオーディオサンプルのうち、末尾の１サンプルをコピーしたものを補填して内挿処理を行っている。このときコピーされた末尾の１サンプルが補填データとなる。
【００２８】
そしてデータ処理装置１０は、オーディオ再生用の構成としてオーディオバッファ２４及びオーディオ出力部を有している。このうちオーディオバッファ２４は、ＳＢＣフレームデコード部２０から出力されたオーディオサンプルを順次蓄積するバッファメモリであり、このオーディオバッファ２４もまたＦＩＦＯ形式である。
【００２９】
またオーディオ出力部２６は、一定のサンプリングレートでオーディオバッファ２４からオーディオサンプルを読み出し、これを図示しないアンプに出力する。出力されたオーディオサンプルは、図示しないアンプ（Ｄ／Ａコンバータ）でアナログ信号に変換された後、増幅されてスピーカの駆動信号として用いられる。
【００３０】
〔オーディオパケット受信処理〕
次に、データ処理装置１０において実行されるオーディオパケット受信処理の内容について具体的に説明する。以下の説明により、本発明のデータ処理方法の一実施形態についても明らかとなる。
【００３１】
図２は、オーディオパケット受信処理の手順例を示すフローチャートである。以下、オーディオパケット受信処理の内容について、その手順を追って説明する。このオーディオパケット受信処理は、例えばジッタバッファ１６が空（データ未蓄積）の状態で開始されるものとする。
【００３２】
ステップＳ１０：オーディオパケット受信処理の実行に伴い、データ処理装置１０は上記のオーディオデータ受信部１４で生成されたオーディオパケットをジッタバッファ１６に保存する。
【００３３】
ステップＳ１２：パケットを保存すると、次にスタートフラグに値（＝０１ｈ）がセットされているか否かの確認が行われる。スタートフラグは、例えばオーディオサンプルの再生出力開始用フラグとして用いられるコントロールフラグであり、その初期値は００ｈで、この値が０１ｈに書き換えられると再生開始となる。
【００３４】
なお、実際のオーディオパケット受信処理の開始時にはスタートフラグはセットされていないので（初期値＝００ｈ）、データ処理装置１０は次にステップＳ１４の手順を実行する。なおフラグは、図示しないレジスタ、ＲＡＭ等の記憶領域にその値が記憶されている。
【００３５】
ステップＳ１４：この手順では、ジッタバッファ１６内でのデータ蓄積量が第１ジッタ閾値（ＴＨ＿ｊｉｔｔｅｒ１）を超えているか否かの確認が行われる。第１ジッタ閾値は、ジッタバッファ１６からのデータの読み出しを開始するための条件を設定するものである。すなわち、ジッタバッファ１６内でのデータ蓄積量が第１ジッタ閾値に達していなければ（Ｎｏ）、データの読み出しを行うことなく蓄積が続けられる。この場合、データ処理装置１０は次のオーディオパケット受信処理へと手順を進める（Ｒｅｔｕｒｎ）。
【００３６】
次のオーディオパケット受信処理においても、上記のステップＳ１０〜ステップＳ１４の手順が繰り返し実行される。その結果、ジッタバッファ１６内には受信されたオーディオパケットが順次蓄積されていくことになる。
【００３７】
この後、ジッタバッファ１６内でのデータ蓄積量が第１ジッタ閾値を超えると（ステップＳ１４＝Ｙｅｓ）、データ処理装置１０は次にステップＳ１６の手順を実行する。
【００３８】
ステップＳ１６：ここではデータ処理装置１０は、上記のスタートフラグに値（＝１）をセットする。なおスタートフラグに値がセットされると、これ以後はステップＳ１２の判断（Ｙｅｓ）を経てステップＳ１８が実行されることになる。
【００３９】
ステップＳ１８：この手順では、上記のオーディオパケット解析部１８によりジッタバッファ１６からオーディオパケットの読み込みを実行する。これにより、最初に蓄積されたオーディオパケットから順にデータが読み出されていくことになる。ここで読み出されたオーディオパケットは、さらにＳＢＣフレーム（Ｎ個のフレーム）に分解される。合わせて、ここではＳＢＣカウンタの値がリセット（＝０）される。なお、ＳＢＣカウンタの値もまた、図示しないレジスタやＲＡＭ等の記憶領域に記憶されている。
【００４０】
ステップＳ２０：分解されたＳＢＣフレームは、上記のＳＢＣフレームデコード部２０でデコード処理を施される。これにより、上記のように所定サンプル数のオーディオサンプルが出力されることになる。
【００４１】
〔データ蓄積量が第２ジッタ閾値に達していない場合〕
ステップＳ２２：次に、ジッタモニタ／データ内挿処理部２２においてジッタバッファ１６内でのデータ蓄積量をモニタリングし、現在の蓄積量が第２ジッタ閾値（ＴＨ＿ｊｉｔｔｅｒ２）を超えているか否かの確認が行われる。その結果、未だデータ蓄積量が第２閾値に達していなければ（Ｎｏ）、次にステップＳ２４が実行される。
【００４２】
ステップＳ２４：ここでは、ジッタモニタ／データ内挿処理部２２によりオーディオサンプル内挿処理が行われる。なお内挿処理は、上記のように最近傍法を用いて行われる。
【００４３】
ステップＳ２６：この場合、次の手順ではジッタモニタ／データ内挿処理部２２から内挿処理を施したオーディオサンプルが出力される。そして、出力されたオーディオサンプルは順次、オーディオバッファ２４に蓄積される。
【００４４】
〔データ蓄積量が第２ジッタ閾値を超えた場合〕
以上の手順はデータ蓄積量が第２ジッタ閾値に達していない場合に実行されるが、データ蓄積量が第２ジッタ閾値を超えた場合は以下の手順が実行される。
【００４５】
ステップＳ２２：すなわち、現在のデータ蓄積量が第２ジッタ閾値を超えた場合（Ｙｅｓ）、上記のステップＳ２４を実行せずにそのままステップＳ２６が実行される。これにより、それまで行われたオーディオサンプルの内挿処理が中止される。
【００４６】
ステップＳ２６：この場合、次の手順では内挿処理を施していないオーディオサンプルが出力される。そして、出力されたオーディオサンプルは順次、オーディオバッファ２４に蓄積される。
【００４７】
ステップＳ２８：次の手順では、上記のＳＢＣカウンタの値がインクリメント（＋１）される。このときＳＢＣカウンタには、インクリメント後の値が上書き保存されることになる。
【００４８】
ステップＳ３０：そして、次の手順でＳＢＣカウンタの値が所定値Ｎ以上であるか否かの確認が行われる。ここでの所定値Ｎは、オーディオパケットに含まれるＳＢＣフレーム数に相当する。したがって、ＳＢＣカウンタの値が所定値Ｎ未満である場合（Ｎｏ）、上記のステップＳ２０に戻って次のＳＢＣデコード処理を行い、以下同様にステップＳ２２〜ステップＳ２８の手順が繰り返される。
【００４９】
この後、ステップＳ２０〜ステップＳ２８の手順がＮ回まで繰り返し実行されると、ＳＢＣカウンタの値が所定数Ｎに到達する（ステップＳ３０＝Ｙｅｓ）。この場合、データ処理装置１０は次のオーディオパケット受信処理へ進む（Ｒｅｔｕｒｎ）。
【００５０】
図３は、オーディオパケット受信処理でのジッタバッファ１６へのデータの蓄積と読み出しの手順を示す概念図である。上記のようにジッタバッファ１６はＦＩＦＯ形式であり、上記のステップＳ１０でパケットが保存されると、そのデータは１段目から２段目、３段目、・・・・の順に蓄積されていく。
【００５１】
〔データ蓄積量が第１ジッタ閾値未満の場合〕
このとき、データの蓄積量が第１ジッタ閾値（ＴＨ＿ｊｉｔｔｅｒ１）に達するまでの間は、データの読み出しを行わずにデータの蓄積のみが行われる（ステップＳ１４＝Ｎｏ）。したがって、この間はオーディオサンプルの再生が開始されず、無線通信のレイテンシとなる。
【００５２】
〔データ蓄積量が第１ジッタ閾値を超えた場合〕
一方、データの蓄積量が第１ジッタ閾値を超えると、ジッタバッファ１６からデータの読み出しが開始される（ステップＳ１４＝Ｙｅｓ）。この場合、スタートフラグに値（＝０１ｈ）がセットされるので、以降はパケットの保存とともにデータの読み出し（ＳＢＣフレームへの分解）が並行して行われることになる（ステップＳ１０→ステップＳ１２→ステップＳ１８）。データの読み出しは、ＦＩＦＯ形式にしたがって蓄積された順に行われる。またこれにより、データ処理装置１０から実際にオーディオサンプルの出力が開始される結果、図示しない音響機器によるオーディオ再生が開始される。
【００５３】
〔再生開始後にデータ蓄積量が第２ジッタ閾値未満の場合〕
また、上述したようにオーディオサンプルの出力を開始しても、データ蓄積量が第２ジッタ閾値（ＴＨ＿ｊｉｔｔｅｒ２）未満である場合（ステップＳ２２＝Ｎｏ）、オーディオサンプルに内挿処理を施したものが出力されるため、単位時間あたりのデータ蓄積量に比較して、データの読み出し量が多くなる。これにより、オーディオサンプル再生中にデータ蓄積量は第２ジッタ閾値に向けて順調に増加していくことになる。
【００５４】
〔データ蓄積量が第２ジッタ閾値を超えた場合〕
この後、データの蓄積量が第２ジッタ閾値を超えると、上記のように内挿処理が中止されるので（ステップＳ２２→ステップＳ２６）、データ蓄積量は第２ジッタ閾値の近傍で安定化する。また、通信状況の悪化によって一時的にデータ蓄積量が第２ジッタ閾値を下回ると、内挿処理を再開し、第２ジッタ閾値に達するまでデータ蓄積量を増加する。
【００５５】
以上のように本実施形態では、ジッタバッファ１６の閾値に関して第１ジッタ閾値と第２ジッタ閾値をそれぞれ別々に設定しているで、最初の再生開始条件を第１ジッタ閾値で設定するとともに、その後のデータ蓄積量の水準を第２ジッタ閾値で管理することができる。このため、レイテンシを特に悪化させることなく、高い水準で音途切れの耐性を高めることができるという利点がある。
【００５６】
〔その他の実施形態〕
上述したオーディオパケット受信処理において、ジッタバッファ１６内でのデータ蓄積量が第１ジッタ閾値に達するまでの間にデータ内挿処理を施してもよい。例えば、図２中のステップＳ１０の前にステップＳ１４と同様の手順を挿入し、データ蓄積量が第１ジッタ閾値未満の場合（Ｎｏ）に内挿処理を実行するステップを追加する。この場合、データ蓄積量が第１ジッタ閾値に達するまでの時間を短縮することができ、それだけレイテンシを少なくすることができる。
【００５７】
本発明は上述した実施形態に制約されることなく、各種の変形を伴って実施することができる。一実施形態では、データ処理装置１０にオーディオパケット解析部１８やＳＢＣフレームデコード部２０、ジッタモニタ／データ内挿処理部２２等を設けているが、これらの機能をマイクロコンピュータ（ＣＰＵ）のリソースで全て賄い、それぞれの機能をアプリケーションで実現してもよい。
【００５８】
また、一実施形態ではオーディオデータを例に挙げているが、本発明は映像データを処理する用途に適用することもできる。
【図面の簡単な説明】
【００５９】
【図１】一実施形態のデータ処理装置の構成を概略的に示す図である。
【図２】オーディオパケット受信処理の手順例を示すフローチャートである。
【図３】オーディオパケット受信処理でのジッタバッファへのデータの蓄積と読み出しの手順を示す概念図である。
【符号の説明】
【００６０】
１０    データ処理装置
１２    ＲＦ回路
１４    オーディオデータ受信部
１６    ジッタバッファ
１８    オーディオパケット解析部
２０    ＳＢＣフレームデコード部
２２    ジッタモニタ／データ内挿処理部
２４    オーディオバッファ
２６    オーディオ出力部
【図１】
2009253348.tif 000003
【図２】
2009253348.tif 000004
【図３】
2009253348.tif 000005