JPWO2016088582A1 - データ処理装置、データ処理方法、及び、プログラム - Google Patents

Abstract

本技術は、無線で送信されるデータを受信する受信側においてデータの出力が途切れることを抑制することができるようにするデータ処理装置、データ処理方法、及び、プログラムに関する。無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報が生成され、データに、制御情報を付加した制御情報付きデータが生成される。受信側では、無線で送信されてくる前記制御情報付きデータに含まれる前記制御情報に基づいて、データの使用方法が制御され、その、制御情報に基づいて使用方法が制御されたデータが出力される。

Description

本技術は、データ処理装置、データ処理方法、及び、プログラムに関し、特に、例えば、無線で送信されるデータを受信する受信側においてデータの出力が途切れることを抑制することができるようにするデータ処理装置、データ処理方法、及び、プログラムに関する。

例えば、楽曲等の音響データの送受信を、Bluetooth（登録商標）等の無線で行う無線送受信システムは、音響データの再送に備え、音響データを送信する送信側、及び、音響データを受信する受信側のいずれも、音響データを一時的に記憶するバッファを有する。

すなわち、送信側では、例えば、音響データの送受信に失敗した場合に、その音響データを再送するため、音響データがバッファに記憶されてから送信される。

一方、受信側では、例えば、音響データの送受信に失敗した場合に、音響データの出力、ひいては、音の出力が途切れることを抑制するために、送信側からの音響データが、バッファに記憶され、バッファの蓄積量（バッファに記憶されたデータ量）がある程度以上になった後に、バッファからの音響データの出力が開始される。

送信側や受信側のバッファの蓄積量は、音響データの送受信に失敗し、音響データの再送が生じた場合に変動する。

また、送信側や受信側のバッファの蓄積量は、例えば、送信側において負荷の高い処理が行われることで、送信側での音響データの処理が間に合わない場合に変動する。

さらに、例えば、音響データの送受信が、伝送路の状態の悪化により、一時的に停止された場合には、送信側のバッファの蓄積量が増加するとともに、受信側のバッファの蓄積量が減少する。そして、その後、伝送路の状態が回復し、音響データの送受信が再開され、送受信の停止中に送信側のバッファに記憶された大量の音響データが連続的に送信された場合には、受信側のバッファの蓄積量が増加する。

以上のように、送信側や受信側のバッファの蓄積量が変動（増加、減少）する場合には、バッファがオーバーフローやアンダーフローを起こすことがある。送信側や受信側のバッファのオーバーフローやアンダーフローによれば、受信側での音響データの出力が途切れ、その結果、音切れが生じる。

そこで、送信側のバッファのアンダーフローに起因する、受信側での音切れを抑制する技術が提案されている（例えば、特許文献１を参照）。

特許第4,256,429号公報

現在、無線送受信システムについては、受信側でのデータの出力が途切れることを抑制する様々な技術の提案が要請されている。

本技術は、このような状況に鑑みてなされたものであり、受信側においてデータの出力が途切れることを抑制することができるようにするものである。

本技術の第１のデータ処理装置、又は、プログラムは、無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成する制御情報生成部と、データに、前記制御情報を付加した制御情報付きデータを生成するデータ生成部とを備えるデータ処理装置、又は、そのようなデータ処理装置としてコンピュータを機能させるためのプログラムである。

本技術の第１のデータ処理方法は、無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成することと、データに、前記制御情報を付加した制御情報付きデータを生成することとを含むデータ処理方法である。

本技術の第１のデータ処理装置、データ処理方法、及び、プログラムにおいては、無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報が生成され、データに、前記制御情報を付加した制御情報付きデータが生成される。

本技術の第２のデータ処理装置、又は、プログラムは、データの使用方法を制御するための制御情報をデータに付加した制御情報付きデータであって、無線で送信されてくる前記制御情報付きデータに含まれる前記制御情報に基づいて、データの使用方法を制御するデータ制御部と、前記制御情報に基づいて使用方法が制御されたデータを出力するデータ出力部とを備えるデータ処理装置、又は、そのようなデータ処理装置としてコンピュータを機能させるためのプログラムである。

本技術の第２のデータ処理方法は、データの使用方法を制御するための制御情報をデータに付加した制御情報付きデータであって、無線で送信されてくる前記制御情報付きデータに含まれる前記制御情報に基づいて、データの使用方法を制御することと、前記制御情報に基づいて使用方法が制御されたデータを出力することとを含むデータ処理方法である。

本技術の第２のデータ処理装置、データ処理方法、及び、プログラムにおいては、データの使用方法を制御するための制御情報をデータに付加した制御情報付きデータであって、無線で送信されてくる前記制御情報付きデータに含まれる前記制御情報に基づいて、データの使用方法が制御され、前記制御情報に基づいて使用方法が制御されたデータが出力される。

なお、データ処理装置は、独立した装置であっても良いし、１つの装置を構成している内部ブロックであっても良い。

また、プログラムは、伝送媒体を介して伝送することにより、又は、記録媒体に記録して、提供することができる。

本技術によれば、受信側においてデータの出力が途切れることを抑制することができる。

なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。

本技術のデータ処理装置を適用した無線送受信システムの一実施の形態の構成例を示すブロック図である。 通信装置１２及び２１の第１の構成例を示すブロック図である。 データバッファ３２及び４３の蓄積量の変動の例を示す図である。 通信装置１２から通信装置２１へのデータの送信が一時的にストップしたときのデータバッファ３２及び４３の蓄積量の変動の例を示す図である。 伝送路の状態が回復し、データの送信が再開されたときのデータバッファ３２及び４３の蓄積量の変動の例を示す図である。 通信装置１２及び２１の第２の構成例を示すブロック図である。 通信装置１２及び２１の第３の構成例を示すブロック図である。 通信装置２１のデータバッファ４３の蓄積量の変化の例を示す図である。 挿入及び破棄が感知されにくい音響データの例を示す波形図である。 挿入及び破棄が感知されにくい音響データの例を示す波形図である。 挿入及び破棄が感知されにくい音響データの例を示す波形図である。 挿入及び破棄が感知されにくい音響データの例を示す波形図である。 音声の母音部の音響データの例を示す波形図である。 通信装置２１で行われるデータの挿入を説明する図である。 通信装置２１で行われるデータの破棄を説明する図である。 通信装置１２が行う、音響データを送信する送信処理の例を説明するフローチャートである。 通信装置２１が行う、音響データを受信する受信処理の例を説明するフローチャートである。 第１の閾値設定処理の例を説明するフローチャートである。 第２の閾値設定処理の例を説明するフローチャートである。 第３の閾値設定処理の例を説明するフローチャートである。 通信装置１２で行われる、制御情報付きデータの生成処理の例を説明するフローチャートである。 本技術を適用したコンピュータの一実施の形態の構成例を示すブロック図である。

＜本技術を適用した無線送受信システムの一実施の形態＞

図１は、本技術のデータ処理装置を適用した無線送受信システムの一実施の形態の構成例を示すブロック図である。

図１において、無線送受信システムは、送信装置１０と受信装置２０とを有する。

送信装置１０は、供給装置１１と通信装置１２とを有する。

供給装置１１は、無線で送信する対象のデータである、例えば、音響データを、通信装置１２に供給する。供給装置１１としては、例えば、音響データを再生する携帯機器（例えば、携帯電話機や、スマートフォン、携帯型音楽プレーヤ等）や、据え置き型の機器（例えば、据え置き型の音楽プレーヤやPC(Personal Computer)等）を採用することができる。

通信装置１２は、通信装置２１との間で無線通信を行い、供給装置１１から供給される音響データ等を、無線で、通信装置２１に送信する。

なお、供給装置１１と通信装置１２とは、1個の筐体に収納した1個の装置（送信装置１０）として構成することもできるし、別個の筐体の収納された別個の装置として構成することもできる。

受信装置２０は、通信装置２１と出力装置２２とを有する。

通信装置２１は、通信装置１２との間で無線通信を行い、通信装置１２から無線で送信されてくる音響データ等を受信し、出力装置２２に供給する。

出力装置２２は、通信装置２１から供給される音響データに対応する音響を出力する。出力装置２２としては、例えば、電気信号である音響データを聴覚で認識することができる音響に変換するヘッドフォン（イヤフォンを含む）や、スピーカ（スピーカ等を内蔵するTV（テレビジョン受像機）等の装置を含む）を採用することができる。

なお、通信装置２１と出力装置２２とは、1個の筐体に収納した1個の装置（受信装置２０）として構成することもできるし、別個の筐体の収納された別個の装置として構成することもできる。

以上のように構成される無線送受信システムでは、送信装置１０において、供給装置１１は、音響データを、通信装置１２に供給する。通信装置１２は、供給装置１１からの音響データを、無線で、通信装置２１に送信する。

受信装置２０では、通信装置２１が、通信装置１２から無線で送信されてくる音響データを受信し、出力装置２２に供給する。出力装置２２は、通信装置２１からの音響データに対応する音響を出力する。

以下、通信装置１２と２１と間の無線通信として、例えば、Bluetooth（登録商標）を利用して、音響データの送受信を行う場合を例に、通信装置１２及び２１の詳細について説明する。

＜通信装置１２及び２１の第１の構成例＞

図２は、図１の通信装置１２及び２１の第１の構成例を示すブロック図である。

図２において、通信装置１２と２１とは、例えば、Bluetooth（登録商標）で、音響データの送受信を行う。いま、通信装置１２を送信側とするとともに、通信装置２１を受信側として、音響データが、通信装置１２から通信装置２１に送信されることとすると、Bluetooth（登録商標）では、送信側である通信装置１２は、ソース(source)と呼ばれ、受信側である通信装置２１は、シンク(sink)と呼ばれる。

Bluetooth（登録商標）では、音響データの送受信を行うためのプロファイルとして、A2DP(Advanced Audio Distribution Profile)が規定されている。

A2DPでは、SBC(Subband Codec)と呼ばれる必須のコーデック(Mandatory Codec)が定められている。SBCでは、音響データであるLPCM(Linear Pulse Code Modulation)データが圧縮され、送信側である通信装置１２から受信側である通信装置２１に送信される。

図２において、通信装置１２は、エンコーダ３１、データバッファ３２、パケット化部３３、及び、通信部３４を有する。

エンコーダ３１には、供給装置１１から音響データであるLPCMデータが供給される。

エンコーダ３１は、例えば、SBCのエンコーダであり、供給装置１１からのLPCMデータを、64サンプルや128サンプル等のフレームと呼ばれる単位で、1/4以下のデータ量に圧縮するエンコードを行う。

エンコーダ３１は、エンコードの結果得られるエンコードデータ(Encoded Bit-stream)を、データバッファ３２に供給する。

データバッファ３２は、エンコーダ３１から供給されるエンコードデータを一時記憶する。

データバッファ３２に記憶されたエンコードデータは、適宜読み出され、パケット化部３３に供給される。

パケット化部３３は、データバッファ３２からのエンコードデータをパケットにパケット化し、通信部３４に供給する。なお、パケット化部３３では、例えば、後段の通信部３４でのパケットの送信で、例えば電力の消費を抑制するようなサイズのパケットが生成される。

通信部３４は、パケット化部３３からのパケットをRF(Radio Frequency)信号に変調し、無線で送信する。

通信装置２１は、通信部４１、パケット分解部４２、データバッファ４３、デコーダ４４、及び、LPCMバッファ４５を有する。

通信部４１は、通信部３４からのRF信号を受信し、ベースバンドのパケットを復調して、パケット分解部４２に供給する。

パケット分解部４２は、通信部４１からのパケットを分解し、その結果得られるエンコードデータを、データバッファ４３に供給する。

データバッファ４３は、パケット分解部４２から供給されるエンコードデータを一時記憶する。

データバッファ４３に記憶されたエンコードデータは、適宜読み出され、デコーダ４４に供給される。

デコーダ４４は、例えば、SBCのデコーダであり、データバッファ４３からのエンコードデータを、LPCMデータにデコードし、LPCMバッファ４５に供給する。

LPCMバッファ４５は、デコーダ４４から供給されるLPCMデータを一時記憶する。

LPCMバッファ４５に記憶されたLPCMデータは、リアルタイム再生に必要なレートで読み出され、出力装置２２に供給される。

出力装置２２では、LPCMバッファ４５からのLPCMデータに対応する音響が出力される。

以上のような通信装置１２と２１との間での無線によるデータの送受信は、通信装置１２と２１との間の伝送路の状態（電波状況）等によって、必ずしも成功するとは限らない。

通信装置１２と２１との間での無線によるデータの送受信が失敗した場合、通信装置１２から通信装置２１に対して、データを再び送信する再送が行われる。

この再送のために、送信側である通信装置１２がデータバッファ３２を有するとともに、受信側である通信装置２１がデータバッファ４３を有する。

すなわち、データの送受信に失敗した場合には、送信側である通信装置１２において、送受信に失敗したデータを再度送信するために、データバッファ３２にデータが一時記憶される。なお、送受信に失敗したデータは、実際には処理効率を考えると、データバッファ３２に記憶されるわけではなく、パケット化部３３にてパケット化されたデータは、通信部３４にて保持され、この保持されたデータを使って再度送信が行われる。ただし、これを明確に図式化すると、今後行うデータバッファ３２と４３との連動した動きの説明が非常に難しくなる。よって、効率は悪いが、データはすべでデータバッファ３２に記憶されるものとし、送受信のたびにこのデータバッファ３２とのやりとりとする、と仮定することで説明の簡単化を行う。実現性という点ではどちらも可能であるので問題はない。

また、データの送受信に失敗した場合には、受信側である通信装置２１において、デコーダ４４でのデコードの対象となるエンコードデータがなくなり、その結果、出力装置２２へのデータ（音響データ）の出力が途切れ、音切れが生じるのを抑制するために、データバッファ４３にデータが一時記憶される。

データバッファ３２や４３の（データの）蓄積量は、例えば、データの再送によって変動する。

図３は、データバッファ３２及び４３の蓄積量の変動の例を示す図である。

すなわち、図３は、通信装置１２から通信装置２１へのデータの送信が開始されるときのデータバッファ３２及び４３の蓄積量の変動の例を示す図である。

通信装置１２では、データバッファ３２の蓄積量が所定のデータ量になると、すなわち、データバッファ３２において、エンコーダ３１からのエンコードデータが、所定のデータ量だけ記憶されると、データバッファ３２からのエンコードデータの読み出し、及び、送信が開始される。

通信装置２１でも、同様に、データバッファ４３の蓄積量が所定のデータ量（通信装置１２においてエンコードデータの送信が開始されるときのデータバッファ３２の蓄積量に一致するとは限らない）になると、すなわち、データバッファ４３において、パケット分解部４２からのエンコードデータが、所定のデータ量だけ記憶されると、データバッファ４３からのエンコードデータの読み出し（再生）が開始される。

図４は、伝送路の状態の悪化等により、通信装置１２から通信装置２１へのデータの送信が一時的にストップしたときのデータバッファ３２及び４３の蓄積量の変動の例を示す図である。

通信装置１２から通信装置２１へのデータの送信が一時的にストップすると（データの送受信に失敗すると）、通信装置１２では、データバッファ３２に記憶された、送信済みでないエンコードデータが、データバッファ３２に記憶されたまま保持される一方で、エンコーダ３１からデータバッファ３２には、エンコードデータが供給され続けるので、データバッファ３２の蓄積量は増加する。

また、通信装置２１では、データバッファ４３からデコーダ４４に、エンコードデータが供給され続ける一方で、パケット分解部４２からデータバッファ４３への、エンコードデータの供給が停止するので、データバッファ４３の蓄積量は減少する。

したがって、通信装置１２から通信装置２１へのデータの送受信に失敗し続けると、データバッファ３２はオーバーフローを起こし、データバッファ４３はアンダーフローを起こす。

そして、データバッファ３２がオーバーフローを起こした場合や、データバッファ４３がアンダーフローを起こした場合には、最終的には、出力装置２２に出力するデータが欠落し、音切れが発生する。

図５は、通信装置１２から通信装置２１へのデータの送信が一時的にストップした後、伝送路の状態が回復し、データの送信が再開されたときのデータバッファ３２及び４３の蓄積量の変動の例を示す図である。

図４で説明したように、通信装置１２から通信装置２１へのデータの送信が一時的にストップすると、データバッファ３２の蓄積量は増加する。

データバッファ３２の蓄積量が大幅に増加し、データバッファ３２に、大量のエンコードデータが記憶された場合に、伝送路の状態が回復して、データの送信が再開されると、データバッファ３２の蓄積量を減少させるために、データバッファ３２に記憶されたエンコードデータが、連続的に、通信装置１２から通信装置２１に送信される。

以上のように、データバッファ３２に記憶されたエンコードデータが、連続的に、通信装置１２から通信装置２１に送信され続けた場合、通信装置２１のデータバッファ４３の蓄積量が急激に増加し、オーバーフローを起こすことがある。

通信装置２１では、データバッファ４３がオーバーフローを起こしそうである場合に、通信部４１から通信部３４に対して、送信停止（受信拒否）の信号を送信することで、通信装置１２から通信装置２１へのデータの送信を停止させることができる。

しかしながら、大幅に増加したデータバッファ３２の蓄積量を減少させるために、データバッファ３２に記憶されたエンコードデータの送信が開始された直後に、通信装置１２から通信装置２１へのデータの送信が停止されると、データバッファ３２の蓄積量が再度増加し、オーバーフローが起こって、音切れが発生することがある。

＜通信装置１２及び２１の第２の構成例＞

そこで、図６は、図１の通信装置１２及び２１の第２の構成例を示すブロック図である。

なお、図中、図２の場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。

図６において、通信装置１２は、エンコーダ３１ないし通信部３４を有し、図２の場合と同様に構成される。

また、図６において、通信装置２１は、通信部４１ないしLPCMバッファ４５を有し、かかる点で、図２の場合と共通する。

但し、図６において、通信装置２１は、速度制御部４６をさらに有し、かかる点で、図２の場合と相違する。

図２では、LPCMバッファ４５に記憶されたLPCMデータは、リアルタイム再生に必要なレート（以下、標準レートともいう）で読み出され、出力装置２２に供給される。

これに対して、図６では、速度制御部４６が、データバッファ４３の蓄積量に応じて、LPCMバッファ４５からLPCMデータを読み出すレートを、標準レートから変動させる。

すなわち、データバッファ４３の蓄積量が小さく、アンダーフローが起こりそうな場合には、速度制御部４６は、LPCMバッファ４５からLPCMデータを読み出すレートを、標準レートよりも遅くし、LPCMデータを時間方向に引き延ばして、出力装置２２に供給する。

LPCMバッファ４５からLPCMデータを読み出すレートが遅い場合、エンコードデータがデータバッファ４３からデコーダ４４に読み出されるレート（単位時間あたりに読み出されるデータ量）も遅くなり、その結果、データバッファ４３の蓄積量は徐々に増加する。

一方、データバッファ４３の蓄積量が大きく、オーバーフローが起こりそうな場合には、速度制御部４６は、LPCMバッファ４５からLPCMデータを読み出すレートを、標準レートよりも速くし、LPCMデータを時間方向に縮めて、出力装置２２に供給する。

LPCMバッファ４５からLPCMデータを読み出すレートが速い場合、エンコードデータがデータバッファ４３からデコーダ４４に読み出されるレートも速くなり、その結果、データバッファ４３の蓄積量は徐々に減少する。

以上のように、受信側である通信装置２１のデータバッファ４３の蓄積量が増減され、適切な蓄積量になっていくことで、副次的に、送信側である通信装置１２のデータバッファ３２の蓄積量も適切な蓄積量になっていく。

図６の通信装置１２及び２１によれば、図２の場合に比較して、データバッファ３２及び４３のオーバーフローやアンダーフローに起因する音切れの頻度を低減することができる。

但し、図６の通信装置１２及び２１では、LPCMデータを時間方向に引き延ばすことや縮めることが行われるため、LPCMデータの再生時間が変化する（再生速度がリアルタイム再生の速度から変化する）。

LPCMデータの再生時間が変化するということは、出力装置２２から出力される音響のピッチが変化するが、かかるピッチの変化は、音質の劣化として、ユーザに、聴覚上の違和感を生じさせることがある。

そこで、音響のピッチを変化させずに、データバッファ３２及び４３のオーバーフローやアンダーフローに起因する音切れを抑制する技術について説明する。

＜通信装置１２及び２１の第３の構成例＞

図７は、図１の通信装置１２及び２１の第３の構成例を示すブロック図である。

なお、図中、図２の場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。

図７において、通信装置１２は、データバッファ３２ないし通信部３４を有し、かかる点で、図２の場合と共通する。

但し、図７において、通信装置１２は、エンコーダ３１に代えて、データ生成部５１を有するとともに、制御情報生成部５２を新たに有し、かかる点で、図２の場合と相違する。

また、図７において、通信装置２１は、通信部４１ないしデータバッファ４３、及び、LPCMバッファ４５を有し、かかる点で、図２の場合と共通する。

但し、図７において、通信装置２１は、データ制御部６１を新たに有するとともに、デコーダ４４に代えて、データ出力部６２を有し、かかる点で、図２の場合と相違する。

図７の通信装置１２及び２１では、通信装置１２が、受信側である通信装置２１においてデータの使用方法を制御するための制御情報を生成し、通信装置２１が、その制御情報に基づいて、データバッファ４３に記憶されたデータの使用方法を制御することで、図６の場合のように、音響のピッチを変化させずに、データバッファ３２及び４３のオーバーフローやアンダーフローに起因する音切れを抑制する。

データ生成部５１には、供給装置１１から音響データであるLPCMデータが供給されるとともに、LPCMデータは制御情報生成部５２にも供給され必要な処理を行ったのち、制御情報生成部５２から制御情報が供給される。

データ生成部５１は、供給装置１１からのLPCMデータに必要な処理を行って、制御情報生成部５２からの制御情報を付加することにより、制御情報付きデータを生成する。

すなわち、データ生成部５１は、例えば、供給装置１１からのLPCMデータを、64サンプルや128サンプル等のフレームに分割し、SBCのエンコーダ３１（図２）と同様のSBCのエンコードを行って、エンコードデータを生成する。

さらに、データ生成部５１は、エンコードデータに、そのエンコードデータに対応する制御情報を付加することで、制御情報付きデータを生成し、データバッファ３２に供給して記憶させる。

制御情報生成部５２は、エンコードデータに対応するLPCMデータのフレームに対して、受信側である通信装置２１においてデータの使用方法を制御するための制御情報を生成し、データ生成部５１に供給する。

すなわち、制御情報生成部５２は、LPCMデータのフレームについて、受信側である通信装置２１においてフレームの挿入又は破棄を行った場合に、そのフレームの挿入又は破棄が感知される程度を表す感知特徴量を取得する。感知特徴量は、フレームの挿入や破棄の感知のされやすさを表すものであってもよいし、フレームの挿入や破棄の感知のされにくさを表すものであってもよい。

そして、制御情報生成部５２は、LPCMデータのフレームの感知特徴量に基づいて、そのフレームに対する制御情報を生成する。

感知特徴量は、例えば、データ生成部５１でSBCのエンコードが行われるときに得られるLPCMデータのフレームの処理結果（例えば、周波数成分）から生成することができる。

また、感知特徴量は、例えば、制御情報生成部５２において、データ生成部５１で得られるLPCMデータのフレームを処理することにより生成することができる。

感知特徴量としては、LPCMデータのトーナリティ(Tonality)を表す物理量や、LPCMデータのゲイン（振幅）等を採用することができる。

トーナリティを表す物理量としては、例えば、LPCMデータの周波数成分の分散や相関、LPCMデータの周波数成分の最大値と最小値又は平均値との差（以下、周波数成分差ともいう）等を採用することができる。

ここでLPCMデータのゲインやトーナリティが小さい場合には、そのLPCMデータの挿入や破棄は、感知されにくい。

すなわち、ゲインやトーナリティが小さいLPCMデータのフレームが、そのフレームの直後に挿入された場合や、破棄された場合、その挿入や破棄は、人の聴覚で感知されにくい。

したがって、ゲインやトーナリティが小さいLPCMデータのフレームを、そのフレームの直後に挿入し、又は、破棄しても、ユーザが音響を聴いたときの音質には、ほとんど影響がない。なお、本実施の形態では、LPCMデータのフレームそのものの挿入や破棄ではなく、LPCMデータのフレームに対応するエンコードデータの挿入や破棄が行われることで、そのエンコードデータに対応するフレームの挿入や破棄が実質的に行われる。

制御情報生成部５２は、LPCMデータのフレームの感知特徴量を取得した後、例えば、その感知特徴量と所定の閾値との大小関係に基づいて、LPCMデータのフレームに対応するエンコードデータの制御情報を生成する。

いま、例えば、LPCMデータのフレームの感知特徴量が小であるほど、そのフレームに対応するエンコードデータの挿入や破棄が感知されにくいこととすると、制御情報生成部５２は、LPCMデータのフレームの感知特徴量を、所定の閾値と比較し、感知特徴量が所定の閾値より小さい（又は以下である）エンコードデータ、すなわち、挿入や破棄が感知されにくいエンコードデータに対しては、例えば、受信側である通信装置２１でのエンコードデータの挿入及び破棄を許可する旨の制御情報を生成する。

また、制御情報生成部５２は、感知特徴量が所定の閾値以上である（又は未満である）（フレームに対応する）エンコードデータ、すなわち、挿入や破棄が感知されにくいとはいえないエンコードデータに対しては、例えば、受信側である通信装置２１でのエンコードデータの挿入及び破棄を禁止する旨の制御情報を生成する。

なお、制御情報としては、エンコードデータの挿入や破棄の許可又は禁止に関する情報を広く採用することができる。

すなわち、制御情報としては、例えば、エンコードデータの挿入や破棄の許可する旨、又は、禁止する旨を表す1ビット（以上）のフラグを採用することができる。

また、制御情報としては、例えば、エンコードデータの挿入や破棄の許可と禁止のレベルを表す情報を採用することができる。

ここで、エンコードデータの挿入や破棄の許可と禁止のレベルを表す情報としては、例えば、音切れ防止に必要であれば、エンコードデータの挿入や破棄を許可する旨を表す完全許可レベル、音切れ防止のために必要性が高い場合に、エンコードデータの挿入や破棄を許可する旨を表す準許可レベル、音切れ防止にどうしても必要である場合にのみ、エンコードデータの挿入や破棄を許可する旨を表す準禁止レベル、及び、どのような場合でも、エンコードデータの挿入や破棄を禁止する旨を表す禁止レベルの4レベルを採用することができる。

制御情報として、完全許可レベル、準許可レベル、準禁止レベル、及び、禁止レベルの4レベルを採用する場合には、制御情報は、2ビット（以上）の情報となる。

制御情報として、以上のような4レベルを採用する場合、制御情報生成部５２では、例えば、感知特徴量Xと、3個の閾値TH1，TH2，TH3との大小関係に基づき(TH1<TH2<TH3)、X<TH1であれば、完全許可レベルを表す制御情報が生成され、TH1<X<TH2であれば、準許可レベルを表す制御情報が生成される。また、TH2<X<TH3であれば、準禁止レベルを表す制御情報が生成され、TH3<Xであれば、禁止レベルを表す制御情報が生成される。

なお、制御情報としては、エンコードデータの挿入及び破棄の両方に関する情報の他、エンコードデータの挿入に関する情報と、破棄に関する情報とを、別個に生成することができる。

この場合、エンコードデータの挿入に関する情報としての制御情報は、エンコードデータが、そのエンコードデータの直後に挿入された場合に、その挿入が感知される程度を表す特徴量に基づいて生成することができる。同様に、エンコードデータの破棄に関する情報としての制御情報は、エンコードデータが破棄された場合に、その破棄が感知される程度を表す特徴量に基づいて生成することができる。

また、上述の場合には、感知特徴量として、値が小であるほど、エンコードデータの挿入や破棄が感知されにくい物理量を採用することとしたが、感知特徴量としては、値が大であるほど、エンコードデータの挿入や破棄が感知されにくい物理量を採用することもできる。

以下では、説明を簡単にするため、制御情報としては、エンコードデータの挿入及び破棄の両方の許可又は禁止を表す1ビットのフラグを採用し、感知特徴量としては、値が小であるほど、エンコードデータの挿入及び破棄が感知されにくい物理量（例えば、トーナリティ等）を採用することとする。

ここで、エンコードデータの挿入や破棄は、エンコードデータの使用方法であり、したがって、エンコードデータの挿入や破棄の許可又は禁止を表す制御情報は、受信側である通信装置２１でのエンコードデータの使用方法を制御する情報であるということができる。

さらに、エンコードデータの挿入や破棄によれば、エンコードデータが複数回使用され、又は、1回も使用されないことになるので、制御情報は、受信側である通信装置２１でのエンコードデータの使用回数を制御する情報であるということもできる。

図７において、データ制御部６１は、データバッファ４３に記憶された制御情報付きデータに含まれる制御情報に基づいて、データの使用方法を制御する。

ここで、図７の通信装置１２では、データ生成部５１において、制御情報付きデータが生成されてデータバッファ３２に記憶され、パケット化部３３及び通信部３４を介して、通信装置２１に送信される。

そして、通信装置２１では、通信装置１２からの制御情報付きデータが、通信部４１及びパケット分解部４２を介して、データバッファ４３に供給される。そのため、データバッファ４３には、制御情報付きデータが記憶される。

データ制御部６１は、以上のようにデータバッファ４３に記憶された制御情報付きデータに含まれる制御情報に基づいて、例えば、その制御情報付きデータに含まれるエンコードデータの挿入や破棄を、そのエンコードデータの使用方法の制御として行う。

ここで、データ制御部６１において、エンコードデータの挿入は、例えば、そのエンコードデータをデータバッファ４３内にコピーすることにより行うことができる。

データバッファ４３に記憶されたエンコードデータのコピーは、データバッファ４３から（制御情報付きデータに含まれる）エンコードデータが読み出されるときに、そのエンコードデータを、データバッファ４３に記憶させたままにすることで行うことができる。データバッファ４３に記憶させたままのエンコードデータを、エンコードデータのコピーということとすると、エンコードデータのコピーが、データバッファ４３から読み出されることにより、エンコードデータの挿入が行われる。

また、データ制御部６１において、エンコードデータの破棄は、データバッファ４３からのエンコードデータの読み出しをスキップすることで行うことができる。

データ出力部６２には、データバッファ４３から読み出されたエンコードデータ、すなわち、データ制御部６１により制御情報に基づいて使用方法が制御されたエンコードデータが供給される。

データ出力部６２は、データバッファ４３から供給されるエンコードデータを、LPCMバッファ４５を介して、出力装置２２に出力する。

すなわち、データ出力部６２は、例えば、データバッファ４３からのエンコードデータについて、SBCのデコーダ４４と同様のSBCのデコードを行い、その結果得られるLPCMデータを、LPCMバッファ４５を介して、出力装置２２に出力する。

図８は、図７の通信装置２１のデータバッファ４３の蓄積量の変化の例を示す図である。

データバッファ４３には、以下のようにして、制御情報付きデータが記憶されていく。

すなわち、通信装置１２のデータ生成部５１において、LPCMデータがエンコードされるとともに、制御情報生成部５２において、制御情報が生成される。

さらに、通信装置１２では、データ生成部５１において、LPCMデータのエンコードにより得られるエンコードデータに、制御情報生成部５２で生成された制御情報が付加されることにより、制御情報付きデータが生成される。

制御情報付きデータは、データ生成部５１からデータバッファ３２に供給されて記憶される。

データバッファ３２に記憶された制御情報付きデータは、適宜読み出され、パケット化部３３に供給される。

パケット化部３３では、データバッファ３２からの制御情報付きデータがパケットにパケット化され、通信部３４に供給される。通信部３４では、パケット化部３３からのパケットがRF信号に変調され、無線で送信される。

通信部３４から送信されたRF信号は、通信装置２１の通信部４１で受信される。

通信部４１では、RF信号が、パケットに復調され、パケット分解部４２に供給される。

パケット分解部４２では、通信部４１からのパケットが分解され、その結果得られる制御情報付きデータが、データバッファ４３に供給されて記憶される。

以上のようにして、データバッファ４３において、制御情報付きデータが記憶されていき、データバッファ４３の蓄積量が、所定の閾値（以上）になると、データ制御部６１は、データバッファ４３を制御し、データバッファ４３からの（制御情報付きデータに含まれる）エンコードデータの読み出しを開始させる。

図８のＡは、データバッファ４３からのエンコードデータの読み出しが開始されるときのデータバッファ４３の状態を示す図である。

図８のＡでは、データバッファ４３の蓄積量が、（データバッファ４３の）容量の60%（以上）にまで増加したときに、データバッファ４３からのエンコードデータの読み出しが開始されている。

データバッファ４３からのエンコードデータの読み出しの開始後、例えば、通信装置１２から通信装置２１へのパケット（のRF信号）の送受信の失敗が続いた場合や、受信側である通信装置２１のクロック（SNK(SINK)クロック）が送信側である通信装置２１のクロック（SRC(SOURCE)クロック）よりも速い状態が続いた場合、データバッファ４３の蓄積量は減少し、データバッファ４３はアンダーフローを起こす。

図８のＢは、アンダーフローを起こしたデータバッファ４３の状態を示す図である。

図８のＢでは、データバッファ４３の蓄積量は、容量の0%になっており、アンダーフローを起こしている。

以上のようにデータバッファ４３がアンダーフローを起こすと、データ出力部６２による（LPCMバッファ４５を介しての出力装置２２への）音響データの出力が途切れ、音切れが発生する。

また、データバッファ４３からのエンコードデータの読み出しの開始後、例えば、通信装置１２から通信装置２１に対して、パケットが一気に連続して送信されてきた場合や、送信側である通信装置２１のクロックが受信側である通信装置２１のクロックよりも速い状態が続いた場合、データバッファ４３の蓄積量は増加し、データバッファ４３はオーバーフローを起こす。

図８のＣは、オーバーフローを起こしたデータバッファ４３の状態を示す図である。

図８のＣでは、データバッファ４３の蓄積量は、容量の100%になっており、オーバーフローを起こしている。

以上のようにデータバッファ４３がオーバーフローを起こすと、そのオーバーフロー時に、パケット分解部４２からデータバッファ４３に供給されたデータが、データバッファ４３に記憶されず、又は、オーバーフロー時に、パケット分解部４２からデータバッファ４３に供給されたデータによって、データ出力部６２への供給がまだ済んでいないデータが上書きされる。

その結果、データ出力部６２によるデータの出力において、データバッファ４３に記憶されなかったデータ、又は、上書きされたデータの出力が途切れ、音切れが発生する。

そこで、データ制御部６１は、データバッファ４３がアンダーフローを起こしそうな場合には、制御情報に基づき、挿入（及び破棄）が許可されたエンコードデータ、すなわち、挿入が感知されにくいエンコードデータの挿入を行う。

また、データ制御部６１は、データバッファ４３がアンダーフローを起こしそうな場合には、制御情報に基づき、破棄（及び挿入）が許可されたエンコードデータ、すなわち、破棄が感知されにくいエンコードデータの破棄を行う。

上述したように、制御情報として、エンコードデータの挿入及び破棄の両方の許可又は禁止を表す1ビットのフラグを採用するとともに、1（〇）が、エンコードデータの挿入及び破棄の許可を表し、0（×）が、エンコードデータの挿入及び破棄の禁止を表すこととすると、データ制御部６１は、データバッファ４３がアンダーフロー又はオーバーフローを起こしそうな場合には、それぞれ、1の制御情報が付加されたエンコードデータの挿入又は破棄を行うことで、アンダーフロー又はオーバーフローが生じることを抑制する。

ここで、音響データにおいて、無音部分や、ゲイン（レベル）が極めて小さい部分については、そのような部分のエンコードデータの直後に、そのエンコードデータ（のコピー）を挿入する処理や、そのエンコードデータを破棄する処理を行っても、その挿入や破棄は、感知されにくい。

通信装置１２では、そのような無音部分やゲインが極めて低い部分のエンコードデータについては、制御情報生成部５２において、1の制御情報が生成される。また、通信装置２１では、データバッファ４３がアンダーフロー又はオーバーフローを起こしそうな場合には、データ制御部６１において、無音部分やゲインが極めて低い部分のエンコードデータの挿入又は破棄が行われる。その結果、ユーザが音響を聴いたときに、音質の劣化をほとんど感じさせることなく、データバッファ４３のアンダーフロー及びオーバーフローを抑制することができる。

なお、挿入や破棄を行っても感知されにくい音響データとしては、上述したように、無音部分や、ゲインが極めて小さい部分があるが、音響データにおいて、無音部分や、ゲインが極めて小さい部分の発生頻度は低い。すなわち、無音部分や、ゲインが極めて小さい部分は、例えば、曲間等の限定的な箇所でしか発生しない。

但し、挿入や破棄を行っても感知されにくいことがある音響データとしては、無音部分や、ゲインが極めて小さい部分の他、例えば、波の音や、ホワイトノイズ、音声の子音部、シンバルやマラカス等の楽器音等の、ランダム性が強く、トーナリティが小さい音響データ、すなわち、時間的な非連続性が高い音響データがある。

これらの音響データを、挿入や破棄の対象とすることで、ユーザに音質の劣化をほとんど感じさせることなく、ある程度の頻度で、音響データの挿入や破棄を行うことが可能となる。

図９、図１０、図１１、及び、図１２は、挿入及び破棄が感知されにくい音響データの例を示す図である。

すなわち、図９は、無音、ゲインが極めて小さい音の音響データの時間波形（上側）と周波数分布（下側）の例を示している。

図１０は、波の音、ホワイトノイズの音響データの時間波形（上側）と周波数分布（下側）の例を示している。

図１１は、音声の子音部の音響データの時間波形（上側）と周波数分布（下側）の例を示している。

図１２は、シンバルやマラカス等の楽器の音の音響データの時間波形（上側）と周波数分布（下側）の例を示している。

図９ないし図１２の音響データについては、ランダム性が強いことを確認することができる。

このように、ランダム性が強い音響データは、微小な区間に挿入や破棄が行われても、（聴覚で）感知されにくい。そのため、制御情報生成部５２では、ランダム性が強い音響データに対応するエンコードデータに対しては、挿入及び破棄を許可する旨を表す1の制御情報が生成される。

図１３は、音声の母音部の音響データの時間波形（上側）と周波数分布（下側）の例を示している。

図１３に示すように、音声の母音部の音響データはランダム性が強くなく、微小な区間であっても、挿入や破棄が行われると、感知されやすい。

図１３に示したような、ランダム性が強くない音声の母音部の音響データに対応するエンコードデータに対しては、制御情報生成部５２では、挿入及び破棄を禁止する旨を表す0の制御情報が生成される。

なお、ランダム性が強い音響データの挿入や破棄を行っても感知されにくい、という非感知性の効果は、挿入や破棄を行う音響データの時間長に依存する。

本件発明者が行った実験によれば、非感知性の効果が有効である音響データの時間長は、数ミリ秒程度の微小な区間であり、ランダム性が強い音響データであっても、例えば、10ミリ秒程度を超える場合には、挿入や破棄を行った場合に、音切れが感知されやすくなることが確認されている。

したがって、制御情報を付加するエンコードデータは、数ミリ秒以下の時間長のフレームサイズの音響データに対応するエンコードデータであることが望ましい。

また、制御情報を付加するエンコードデータが、数ミリ秒以下の時間長のフレームサイズの音響データに対応するエンコードデータであっても、そのエンコードデータの挿入や破棄が連続して行われる場合には、挿入や破棄を行う音響データの時間長が、トータルで10ミリ秒程度を超え、非感知性の効果が有効でなくなることがある。

したがって、挿入及び破棄を許可する旨を表す1の制御情報を生成する区間が、10ミリ秒程度を超えて連続しないように、制御情報の生成を制限するか、又は、そのような制限を行わない場合には、挿入や破棄が行われる区間が、10ミリ秒程度を超えて連続しないように、エンコードデータの挿入や破棄を制限することが望ましい。

＜データの挿入＞

図１４は、受信側である通信装置２１で行われるデータ（エンコードデータ）の挿入を説明する図である。

通信装置２１では、データバッファ４３の蓄積量が減少し、アンダーフローが起こりそうな場合、データ制御部６１は、1の制御情報が付加されたエンコードデータの挿入として、そのエンコードデータのコピーを行うことで、データバッファ４３の蓄積量を増加させる。

図１４は、データバッファ４３の蓄積量の変動の例を示す図である。

通信装置１２から通信装置２１への音響データ（をエンコードしたエンコードデータ）の送信が開始されると、通信装置２１では、エンコードデータに、1（〇）又は0（×）の制御情報が付加された制御情報付きデータが、データバッファ４３に記憶されていく。

図１４では、データバッファ４３に、制御情報付きデータが記憶されていき、そのデータバッファ４３の蓄積量が、（データバッファ４３の）容量の60%にまで増加した時刻T0において、データバッファ４３からの制御情報付きデータにおけるエンコードデータの読み出しが開始されている。

なお、時刻T0では、制御情報付きデータData#1，Data#2，Data#3，Data#4，Data#5，Data#6が、データバッファ４３に記憶されている。

また、制御情報付きデータData#1ないしData#6における制御情報は、それぞれ、1（〇），1（〇），1（〇），0（×），0（×），1（〇）になっている。

ここで、制御情報付きデータData#iにおけるエンコードデータも、適宜、制御情報付きデータData#iと同様に、エンコードデータData#iと記載する。

データバッファ４３から読み出されたエンコードデータは、データ出力部６２に供給され、データ出力部６２において、デコードされた後、LPCMバッファ４５を介して、出力装置２２に出力される。

時刻T0でのデータバッファ４３からのエンコードデータの読み出しの開始後、何らかの原因で、通信装置２１において、通信装置１２からの制御情報付きデータを受信することができない場合、データバッファ４３には、制御情報付きデータが供給されないが、データバッファ４３からのエンコードデータの読み出しは、続行される。

したがって、データバッファ４３の蓄積量は、データバッファ４３から読み出され、データ出力部６２でデコードされたエンコードデータ（を含む制御情報付きデータ）の分だけ減少する。

図１４では、時刻T1(>T0)において、エンコードデータData#1及びData#2が、データバッファ４３から読み出され、データバッファ４３の蓄積量は、容量の40%に減少している。

通信装置２１において、データバッファ４３の蓄積量が、アンダーフローを防止するための蓄積量の閾値（以下、下限閾値ともいう）、例えば容量の40%（以下）に減少すると、データ制御部６１は、データバッファ４３のアンダーフローに起因する音切れを防止するために、制御情報に基づくデータの使用方法の制御として、制御情報に基づく制御情報付きデータ（に含まれるエンコードデータ）の挿入を行う。

すなわち、データ制御部６１は、時刻T1において、データバッファ４３から次に読み出すべきエンコードデータData#3を読み出し、データ出力部６２に供給する。但し、エンコードデータData#3に付加されている制御情報は、挿入及び破棄を許可する旨を表す1（〇）になっているので、データ制御部６１は、エンコードデータData#3をそのままコピーする形で、データバッファ４３に保持させる。

そのため、次の時刻T1+1では、データバッファ４３から次に読み出すべきエンコードデータは、再び、エンコードデータData#3になる。

いま、通信装置２１から出力装置２２に対して、音響データを安定的に供給するために、データバッファ４３の蓄積量として適切な値（以下、基準値ともいう）が、例えば、データバッファ４３の容量の60%であるとすると、時刻T1+1では、データバッファ４３の蓄積量は、基準値である容量の60%に復帰していない。データ制御部６１は、データバッファ４３の蓄積量が下限閾値以下になった後は、その蓄積量が基準値に復帰するまで、制御情報に基づくエンコードデータの挿入を続行する。

すなわち、時刻T1+1において、データ制御部６１は、エンコードデータData#3を、データバッファ４３から読み出し、データ出力部６２に供給するが、そのエンコードデータData#3に付加されている制御情報が、挿入及び破棄を許可する旨を表す1（〇）になっているので、再度、エンコードデータData#3をそのままコピーする形で、データバッファ４３に保持させる。

その後、通信装置２１が、通信装置１２からの制御情報付きデータを受信することができるようになり、制御情報付きデータData#7を受信したこととすると、その制御情報付きデータData#7が、データバッファ４３に新たに記憶される。

エンコードデータData#3が、データバッファ４３にそのまま保持されるとともに、制御情報付きデータData#7が、データバッファ４３に新たに記憶されることで、データバッファ４３の蓄積量は増加する。

但し、図１４では、制御情報付きデータData#7が、データバッファ４３に新たに記憶されても、まだ、データバッファ４３の蓄積量は、基準値（容量の60%）に復帰していない。

また、データバッファ４３から次に読み出すべきエンコードデータは、再び、エンコードデータData#3になっている。

したがって、データ制御部６１は、エンコードデータData#3を、データバッファ４３から読み出し、データ出力部６２に供給する。また、エンコードデータData#3に付加されている制御情報は、挿入及び破棄を許可する旨を表す1（〇）になっているので、データ制御部６１は、エンコードデータData#3をそのままコピーする形で、データバッファ４３に保持させる。

その後、図１４では、時刻T1+2において、通信装置２１が、通信装置１２からの制御情報付きデータData#8を受信し、その制御情報付きデータData#8が、データバッファ４３に新たに記憶されている。

図１４では、制御情報付きデータData#8が、データバッファ４３に新たに記憶されることで、データバッファ４３の蓄積量が、基準値（容量の60%）に復帰している。

以上のように、データバッファ４３の蓄積量が、基準値に復帰した場合には、データバッファ４３から次に読み出すべきエンコードデータData#3は、データバッファ４３から読み出され、データ出力部６２に供給された後、データバッファ４３には保持されない（破棄される）。

なお、図１４では、説明の単純化のために、エンコードデータData#3の挿入を2回連続して行い、トータルで、エンコードデータData#3を、データバッファ４３から3回連続で読み出してデコードすることとした。

実際には、例えば、数十ないし数百フレーム程度の区間に対応するエンコードデータのうちの1フレーム程度の区間に対応するエンコードデータの割合で、エンコードデータの挿入を行うように、データ出力部６１による制御情報に基づくデータの使用方法の制御を制限することにより、ユーザに違和感を感じさせることなく、データバッファ４３のアンダーフローに起因する音切れを抑制することができる。

すなわち、データバッファ４３の蓄積量が下限閾値以下になり、基準値に復帰していない場合に、制御情報が挿入及び破棄を許可する旨を表す1（〇）になっているからといって、その制御情報が付加されたエンコードデータの挿入は、必ずしも行う必要はなく、所定の条件が満たされるときのみ行うことができる。

具体的には、挿入及び破棄を許可する旨を表す1になっている制御情報が付加されたエンコードデータの挿入は、多くても、例えば、数十ないし数百フレーム程度等の所定のフレーム数の音響データに対応するエンコードデータおきに行うことができる。

挿入及び破棄を許可する旨を表す1になっている制御情報が付加されたエンコードデータの挿入を、多くても、所定のフレーム数の音響データに対応するエンコードデータおきに行うことは、エンコードデータの挿入又は破棄が行われてから、所定のフレーム数の音響データに対応するエンコードデータが、データバッファ４３から読み出されるまで、エンコードデータの挿入を制限することにより行うことができる。

すなわち、エンコードデータの挿入又は破棄が前回行われてから、エンコードデータの挿入又は破棄が行われずに、所定のフレーム数の音響データに対応するエンコードデータが、データバッファ４３から読み出されたことを所定の条件（以下、回数条件ともいう）として、少なくとも、回数条件が満たされる場合に、挿入及び破棄を許可する旨を表す1になっている制御情報が付加されたエンコードデータの挿入を行うことにより、エンコードデータの挿入を、多くても、所定のフレーム数の音響データに対応するエンコードデータおきに行うように制限することができる。

回数条件によれば、エンコードデータの挿入を行うレート（頻度）を調整することができる。回数条件は、例えば、データバッファ４３の蓄積量を、単位時間あたり、どの程度調整するか等によって設定することができる。

なお、ここでは、通信装置２１において、データの挿入として、通信装置１２から送信されてきた音響データ（をエンコードしたエンコードデータ）の挿入を行うこととしたが、データの挿入としては、通信装置１２から送信されてきた音響データを挿入する他、通信装置２１で、挿入や破棄を行っても感知されにくい音響データ、すなわち、例えば、無音データや雑音データ等を、挿入用のデータとして予め用意しておき、その挿入用のデータを挿入することができる。

すなわち、データ制御部６１のデータの挿入において、通信装置１２から送信されてきた音響データに挿入するデータは、その音響データ（のコピー）である必要はなく、別途用意された挿入用のデータであっても良い。

＜データの破棄＞

図１５は、受信側である通信装置２１で行われるエンコードデータの破棄を説明する図である。

通信装置２１では、データバッファ４３の蓄積量が増加し、オーバーフローが起こりそうな場合、データ制御部６１は、1の制御情報が付加されたエンコードデータのデータバッファ４３からの読み出しをスキップすることで、そのエンコードデータをデータバッファ４３から破棄し、データバッファ４３の蓄積量を減少させる。

図１５は、データバッファ４３の蓄積量の変動の例を示す図である。

通信装置１２から通信装置２１への音響データ（をエンコードしたエンコードデータ）の送信が開始されると、通信装置２１では、エンコードデータに、1（〇）又は0（×）の制御情報が付加された制御情報付きデータが、データバッファ４３に記憶されていく。

図１５では、データバッファ４３に、制御情報付きデータが記憶されていき、時刻T0に、データバッファ４３の蓄積量が、容量の60%にまで増加している。

時刻T0では、少なくとも、制御情報付きデータData#1ないしData#6が、データバッファ４３に記憶されている。

また、制御情報付きデータData#1ないしData#6における制御情報は、それぞれ、1（〇），0（×），1（〇），0（×），0（×），1（〇）になっている。

データバッファ４３の蓄積量が、基準値である容量の60%にまで増加すると、データバッファ４３からの制御情報付きデータにおけるエンコードデータの読み出しが開始される。図１５では、データバッファ４３からのエンコードデータの読み出しを開始する直前に、何らかの原因で、通信装置１２から通信装置２１に、連続して制御情報付きデータが送信され、時刻T1において、データバッファ４３の蓄積量が急激に増加し、オーバーフローを防止するための蓄積量の閾値（以下、上限閾値ともいう）である、例えば、容量の80%に到達している。

ここで、図１５では、データバッファ４３の蓄積量が基準値にまで増加した後、最初に読み出されるべき制御情報付きデータData#1（におけるエンコードデータ）が、データバッファ４３から読み出される前に、制御情報付きデータが、データバッファ４３にさらに供給されることで、時刻T1において、少なくとも、制御情報付きデータData#1ないしData#6の他に、制御情報付きデータData#7，Data#8，Data#9，Data#10が、データバッファ４３に記憶されている。

制御情報付きデータData#7ないしData#10における制御情報は、それぞれ、0（×），1（〇），0（×），1（〇）になっている。

通信装置２１において、データバッファ４３の蓄積量が上限閾値（以上）になって、オーバーフローを起こしそうになると、そのオーバーフローに起因する音切れを防止するために、データ制御部６１は、制御情報に基づくデータの使用方法の制御として、制御情報に基づく制御情報付きデータ（に含まれるエンコードデータ）の破棄を行う。

すなわち、時刻T1において、制御情報付きデータData#1ないしData#10が少なくとも記憶されたデータバッファ４３から次に読み出すべきエンコードデータは、（制御情報付きデータData#1に含まれる）エンコードデータData#1であるが、そのエンコードデータData#1に付加されている制御情報が、挿入及び破棄を許可する旨を表す1（〇）になっているので、データ制御部６１は、データバッファ４３からのエンコードデータData#1の読み出しをスキップし、エンコードデータData#1を破棄する。

データバッファ４３からのエンコードデータData#1の読み出しがスキップされた場合、次に読み出すべきエンコードデータは、エンコードデータData#2であり、そのエンコードデータData#2に付加されている制御情報は、挿入及び破棄を禁止する旨を表す0（×）になっている。

したがって、エンコードデータData#2を破棄することは許されないため、データ制御部６１は、時刻T1において、（制御情報付きデータData#2に含まれる）エンコードデータData#2を、データバッファ４３から読み出し、データ出力部６２に供給する。データ出力部６２では、データバッファ４３からのエンコードデータData#2がデコードされ、LPCMバッファ４５を介して、出力装置２２に出力される。

エンコードデータData#2が、データバッファ４３から読み出された後の時刻T1+1では、データバッファ４３から次に読み出すべきエンコードデータは、エンコードデータData#3となる。

また、時刻T1+1では、データバッファ４３の蓄積量は、基準値である容量の60%を下回っていない。データ制御部６１は、データバッファ４３の蓄積量が上限閾値以上になった後は、その蓄積量が基準値に復帰するまで、制御情報に基づくエンコードデータの破棄を続行する。

時刻T1+1では、次に読み出すべきエンコードデータData#3に付加されている制御情報は、挿入及び破棄を許可する旨を表す1（〇）になっている。

そこで、データ制御部６１は、データバッファ４３からのエンコードデータData#3の読み出しをスキップし、エンコードデータData#3を破棄する。

データバッファ４３からのエンコードデータData#3の読み出しがスキップされた場合、次に読み出すべきエンコードデータは、エンコードデータData#4であり、そのエンコードデータData#4に付加されている制御情報は、挿入及び破棄を禁止する旨を表す0（×）になっている。

したがって、エンコードデータData#4を破棄することは許されないため、データ制御部６１は、時刻T1+1において、エンコードデータData#4を、データバッファ４３から読み出し、データ出力部６２に供給する。データ出力部６２では、データバッファ４３からのエンコードデータData#4がデコードされ、LPCMバッファ４５を介して、出力装置２２に出力される。

エンコードデータData#4が、データバッファ４３から読み出された後の時刻T1+2では、データバッファ４３から次に読み出すべきエンコードデータは、エンコードデータData#5となる。

そして、時刻T1+2では、データバッファ４３の蓄積量が、基準値（容量の60%）に復帰している。

以上のように、データバッファ４３の蓄積量が、基準値に復帰した場合には、データバッファ４３から次に読み出すべきエンコードデータData#5は、そのエンコードデータData#5に付加されている制御情報に関係なく、データバッファ４３から読み出され、データ出力部６２に供給される。

なお、図１５では、説明の単純化のために、連続した時刻T1及びT1+1において、エンコードデータの破棄を行った。

実際には、例えば、数十ないし数百フレーム程度の音響データに対応するエンコードデータのうちの1フレーム程度の音響データに対応するエンコードデータの割合で、エンコードデータの破棄を行うように、データ出力部６１による制御情報に基づくデータの使用方法の制御を制限することにより、ユーザに違和感を感じさせることなく、データバッファ４３のオーバーフローに起因する音切れを抑制することができる。

すなわち、データバッファ４３の蓄積量が上限閾値以上になった後、基準値に復帰していない場合に、制御情報が挿入及び破棄を許可する旨を表す1（〇）になっているからといって、その制御情報が付加されたエンコードデータの破棄は、必ずしも行う必要はなく、所定の条件が満たされるときのみ行うことができる。

具体的には、挿入及び破棄を許可する旨を表す1になっている制御情報が付加されたエンコードデータの破棄は、多くても、例えば、数十ないし数百フレーム程度等の所定のフレーム数の音響データに対応するエンコードデータおきに行うことができる。

挿入及び破棄を許可する旨を表す1になっている制御情報が付加されたエンコードデータの破棄を、多くても、所定のフレーム数の音響データに対応するエンコードデータおきに行うことは、エンコードデータの破棄が行われてから、所定のフレーム数の音響データに対応するエンコードデータが、データバッファ４３から読み出されるまで、エンコードデータの破棄を制限することにより行うことができる。

例えば、図１４で説明した回数条件、すなわち、エンコードデータの挿入又は破棄が前回行われてから、エンコードデータの挿入又は破棄が行われずに、所定のフレーム数の音響データに対応するエンコードデータが、データバッファ４３から読み出されたという条件が満たされる場合に、挿入及び破棄を許可する旨を表す1になっている制御情報が付加されたエンコードデータの破棄を行うことにより、エンコードデータの破棄を、多くても、所定のフレーム数の音響データに対応するエンコードデータおきに行うことができる。

回数条件によれば、エンコードデータの破棄を行うレートを調整することができる。回数条件は、例えば、図１４で説明したように、データバッファ４３の蓄積量を、単位時間あたり、どの程度調整するか等によって設定することができる。

＜送信処理＞

図１６は、図７の送信側である通信装置１２が行う、音響データを送信する送信処理の例を説明するフローチャートである。

送信処理は、例えば、供給装置１１から通信装置１２に音響データが供給されると開始される。

ステップＳ１１において、データ生成部５１は、供給装置１１から供給される音響データが終了したかどうかを判定し、終了していないと判定した場合、データ生成部５１は、供給装置１１から供給されるLPCMデータを、フレームに分割して、制御情報生成部５２に供給し、処理は、ステップＳ１２に進む。

ステップＳ１２では、制御情報生成部５２は、データ生成部５１からのLPCMデータのフレームから、そのフレームの挿入や破棄が感知される程度を表す感知特徴量を抽出（生成）し、処理は、ステップＳ１３に進む。

ステップＳ１３では、制御情報生成部５２は、データ生成部５１からのLPCMデータのフレームの感知特徴量と閾値とを比較し、ステップＳ１４又はＳ１５において、その比較結果に応じて、データ生成部５１からのLPCMデータのフレームに対応するエンコードデータに対する制御情報を生成する。

すなわち、ステップＳ１３では、制御情報生成部５２は、データ生成部５１からのLPCMデータのフレームの感知特徴量が、感知特徴量の閾値未満（又は閾値以下）であるかどうかを判定する。

ステップＳ１３において、感知特徴量が閾値未満であると判定された場合、すなわち、データ生成部５１からのLPCMデータのフレームが、例えば、ノイズ性の音響データであり、その挿入や破棄が感知されにくい場合、処理は、ステップＳ１４に進む。

ステップＳ１４では、制御情報生成部１４は、データ生成部５１からのLPCMデータのフレームに対応するエンコードデータに対して、挿入及び破棄を許可する旨を表す1（〇）の制御情報を生成し、データ生成部５１に供給して、処理は、ステップＳ１６に進む。

一方、ステップＳ１３において、感知特徴量が閾値未満でないと判定された場合、すなわち、データ生成部５１からのLPCMデータのフレームが、例えば、トーン性の音響データであり、その挿入や破棄が感知されにくくない場合、処理は、ステップＳ１５に進む。

ステップＳ１５では、制御情報生成部１４は、データ生成部５１からのLPCMデータのフレームに対応するエンコードデータに対して、挿入及び破棄を禁止する旨を表す0（×）の制御情報を生成し、データ生成部５１に供給して、処理は、ステップＳ１６に進む。

ステップＳ１６では、データ生成部５１は、LPCMデータのフレームに対して、制御情報付きデータを生成する。

すなわち、データ生成部５１は、LPCMデータのフレームをエンコードし、その結果得られるエンコードデータに、制御情報生成部１４からの制御情報を付加することで、制御情報付きデータを生成して、処理は、ステップＳ１６からステップＳ１７に進む。

ステップＳ１７では、データ生成部５１は、制御情報付きデータを、データバッファ３２に供給して記憶させる。

データバッファ３２に記憶された制御情報付きデータは、適宜読み出され、パケット化部３３に供給される。

パケット化部３３は、データバッファ４３から制御情報付きデータが供給されると、ステップＳ１８において、その制御情報付きデータをパケットにパケット化し、通信部３４に供給して、処理は、ステップＳ１９に進む。

ステップＳ１９では、通信部３４は、パケット化部３３からのパケットをRF信号に変調し、無線で送信する。

その後、処理は、ステップＳ１９からステップＳ１１に戻り、以下、同様の処理が繰り返される。

そして、ステップＳ１１において、供給装置１１から供給される音響データが終了したと判定された場合、すなわち、送信すべき音響データがない場合、送信処理は終了する。

なお、図１６では、説明を簡単にするため、ステップＳ１１ないしＳ１９の処理が、順次行われるように説明をしたが、実際には、ステップＳ１１ないしＳ１７の処理の繰り返しと、ステップＳ１８及びＳ１９の処理の繰り返しとが、並列に行われる。

＜受信処理＞

図１７は、図７の受信側である通信装置２１が行う、音響データを受信する受信処理の例を説明するフローチャートである。

ステップＳ３１において、通信部４１は、通信部３４からパケットのRF信号が送信されてくるのを待って受信し、RF信号からパケットを復調する。そして、通信部４１は、パケットを、パケット分解部４２に供給して、処理は、ステップＳ３１からステップＳ３２に進む。

ステップＳ３２において、パケット分解部４２は、通信部４１からのパケットを分解し、そのパケットから、制御情報付きデータを抽出して、処理は、ステップＳ３３に進む。

ステップＳ３３では、パケット分解部４２は、制御情報付きデータを、データバッファ４３に供給して記憶させ、処理は、ステップＳ３４に進む。

ステップＳ３４では、データ制御部６１は、データバッファ４３に記憶された制御情報付きデータを、エンコードデータと、そのエンコードデータに付加された制御情報とに分解し、処理は、ステップＳ３５に進む。

ステップＳ３５では、データ制御部６１は、データバッファ４３の蓄積量を取得し、処理は、ステップＳ３６に進む。

ステップＳ３６では、データ制御部６１は、データバッファ４３の蓄積量が、ある程度急激な蓄積量の増加や減少があっても、オーバーフローやアンダーフローが生じない適正な範囲内であるかどうか、すなわち、下限閾値以上（又は下限閾値より大）であり、かつ、上限閾値以下（又は上限閾値未満）であるかどうかを判定する。

ステップＳ３６において、データバッファ４３の蓄積量が、下限閾値以上で、かつ、上限閾値以下であると判定された場合、処理は、ステップＳ３７に進む。ステップＳ３７では、データ制御部６１は、データバッファ４３からデータを連続して読み出した回数をカウントする回数カウント値を1だけインクリメントし、処理は、ステップＳ３８に進む。

ステップＳ３８では、データ制御部６１は、データバッファ４３から、時間的に最も先行する（古い）エンコードデータ（以下、最古のエンコードデータともいう）を読み出し、データ出力部６２に供給させて、処理は、ステップＳ３９に進む。

ここで、ステップＳ３８で行われる、データバッファ４３からの最古のエンコードデータの読み出しを、以下、通常読み出しともいう。通常読み出しでは、データバッファ４３から読み出されたエンコードデータ（を含む制御情報付きデータ）は、データバッファ４３から破棄（消去）される。

ステップＳ３９では、データ出力部６２は、データバッファ４３から供給されるエンコードデータをデコードし、その結果得られるLPCMデータを、LPCMバッファ４５を介して、出力装置２２に出力して、処理は、ステップＳ３１に戻る。

一方、ステップＳ３６において、データバッファ４３の蓄積量が、下限閾値以上でないと判定された場合、すなわち、データバッファ４３がアンダーフローを起こしそうな場合、処理は、ステップＳ４０に進む。

ステップＳ４０では、データ制御部６１は、データバッファ４３に記憶された最古のエンコードデータに付加された制御情報が、挿入及び破棄を許可する旨を表す1（〇）になっているかどうかを判定する。

ステップＳ４０において、最古のエンコードデータに付加された制御情報が、挿入及び破棄を許可する旨を表す1（〇）になっていないと判定された場合、処理は、ステップＳ３７に進み、以下、上述した処理が行われる。

また、ステップＳ４０において、最古のエンコードデータに付加された制御情報が、挿入及び破棄を許可する旨を表す1（〇）になっていると判定された場合、処理は、ステップＳ４１に進む。

ステップＳ４１では、データ制御部６１は、回数条件が満たされるかどうか、すなわち、回数カウント値が、回数カウント値の閾値以上（又は閾値より大）であるかどうかを判定する。

ステップＳ４１において、回数カウント値が、閾値以上でないと判定された場合、すなわち、前回のデータ挿入又は破棄が行われてから、通常読み出しが、閾値以上の回数だけ連続して行われておらず、前回のデータ挿入又は破棄が行われてから、それほど間があいていない場合、処理は、ステップＳ３７に進み、以下、上述した処理が行われる。

また、ステップＳ４１において、回数カウント値が、閾値以上であると判定された場合、すなわち、前回のデータ挿入又は破棄が行われてから、通常読み出しが、閾値以上の回数だけ連続して行われ、前回のデータ挿入又は破棄が行われてから、ある程度の間があいている場合、処理は、ステップＳ４２に進む。

ステップＳ４２では、データ制御部６１は、図１４で説明したように、データバッファ４３に記憶された最古のエンコードデータの挿入を行い、処理は、ステップＳ４３に進む。

すなわち、データ制御部６１は、最古のエンコードデータを、データバッファ４３から読み出し、データ出力部６２に供給させるとともに、その最古のエンコードデータのコピーをそのまま、データバッファ４３に保持させることにより、最古のエンコードデータの後に、最古のエンコードデータのコピーを挿入する。

ステップＳ４３では、データ制御部６１が、回数カウント値を0にリセットして、処理は、ステップＳ３９に進み、以下、上述した処理が行われる。

一方、ステップＳ３６において、データバッファ４３の蓄積量が、上限閾値以下でないと判定された場合、すなわち、データバッファ４３がオーバーフローを起こしそうな場合、処理は、ステップＳ４４に進む。

ステップＳ４４及びＳ４５では、ステップＳ４０及びＳ４１と同様の処理が行われる。

すなわち、ステップＳ４４では、データ制御部６１は、データバッファ４３に記憶された最古のエンコードデータに付加された制御情報が、挿入及び破棄を許可する旨を表す1（〇）になっているかどうかを判定する。

ステップＳ４４において、最古のエンコードデータに付加された制御情報が、挿入及び破棄を許可する旨を表す1（〇）になっていないと判定された場合、処理は、ステップＳ３７に進み、以下、上述した処理が行われる。

また、ステップＳ４４において、最古のエンコードデータに付加された制御情報が、挿入及び破棄を許可する旨を表す1（〇）になっていると判定された場合、処理は、ステップＳ４５に進む。

ステップＳ４５では、データ制御部６１は、回数条件が満たされるかどうか、すなわち、回数カウント値が、回数カウント値の閾値以上であるかどうかを判定する。

ステップＳ４５において、回数カウント値が、閾値以上でないと判定された場合、すなわち、回数条件が満たされない場合、処理は、ステップＳ３７に進み、以下、上述した処理が行われる。

また、ステップＳ４５において、回数カウント値が、閾値以上であると判定された場合、すなわち、回数条件が満たされる場合、処理は、ステップＳ４６に進む。

ステップＳ４６では、データ制御部６１は、図１５で説明したように、データバッファ４３に記憶された最古のエンコードデータの破棄を行い、処理は、ステップＳ４７に進む。

すなわち、データ制御部６１は、データバッファ４３に記憶された最古のエンコードデータを破棄し、2番目に古いエンコードデータを、データバッファ４３から読み出して、データ出力部６２に供給させる。

ステップＳ４７では、データ制御部６１が、回数カウント値を0にリセットして、処理は、ステップＳ３９に進み、以下、上述した処理が行われる。

なお、図１７では、説明を簡単にするため、ステップＳ３１ないしＳ４７の処理が、順次行われることとしたが、実際には、ステップＳ３１ないしＳ３４の処理の繰り返しと、ステップＳ３５及びＳ４７の処理の繰り返しとが、並列に行われる。さらに、図１７においては、説明を簡単にするため、データバッファ４３の蓄積量が下限閾値より小さい場合にのみ、エンコードデータの挿入（ステップＳ４０ないしＳ４３）を行うこととしたが、エンコードデータの挿入は、例えば、図１４で説明したように、データバッファ４３の蓄積量が下限閾値より小さくなった後、基準値に復帰するまでの間行うことができる。同様に、図１７では、データバッファ４３の蓄積量が上限閾値より大きい場合にのみ、エンコードデータの破棄（ステップＳ４４ないしＳ４７）を行うこととしたが、エンコードデータの破棄は、例えば、図１５で説明したように、データバッファ４３の蓄積量が上限閾値より大きくなった後、基準値に復帰するまでの間行うことができる。エンコードデータの挿入や破棄を行うタイミングについては、その他の様々なバリエーションを採用することができる。

以上のように、送信側である通信装置１２は、音響データの使用方法を制御する制御情報、すなわち、例えば、データの挿入や削除の許可又は禁止を表すフラグである制御情報を、音響データの感知特徴量に基づいて生成し、音響データ（をエンコードしたエンコードデータ）に付加して送信する。

一方、受信側である通信装置２１は、音響データに付加された制御情報に基づいて、音響データの使用方法を制御し、その制御情報に基づいて使用方法が制御された音響データを出力する。すなわち、通信装置２１では、例えば、制御情報とデータバッファ４３の蓄積量とに基づいて、データバッファ４３に記憶された音響データ（をエンコードしたエンコードデータ）の挿入や破棄を行い、その挿入や破棄が行われた音響データを出力する。

したがって、受信側である通信装置２１のデータバッファ４３の蓄積量が、適正な範囲内に調整されるとともに、その副次的な効果として、送信側である通信装置１２のデータバッファ３２の蓄積量も、適正な範囲内に調整される。その結果、データバッファ３２や４３のオーバーフローやアンダーフローに起因して、受信側の通信装置２１から出力装置２２への音響データが途切れ、音切れが生じることを抑制することができる。

なお、図１６及び図１７では、説明を簡単にするために、制御情報として、データの挿入や破棄の許可する旨、又は、禁止する旨を表す1ビットのフラグを採用することとしたが、制御情報としては、図７で説明したように、例えば、完全許可レベル、準許可レベル、準禁止レベル、及び、禁止レベルの4レベル等の、データの挿入や破棄の許可と禁止のレベルを表す情報を採用することができる。

制御情報として、例えば、完全許可レベル、準許可レベル、準禁止レベル、及び、禁止レベルの4レベルを採用する場合、受信側である通信装置２１では、例えば、以下のように、データの挿入や破棄を行うことができる。

すなわち、制御情報が完全許可レベルになっている音響データ（をエンコードしたエンコードデータ）については、例えば、データバッファ４３の蓄積量が、下限閾値未満である場合、又は、上限閾値より大である場合に、それぞれ、データの挿入又は破棄を行うことができる。

制御情報が準許可レベルになっている音響データについては、例えば、データバッファ４３の蓄積量が、下限閾値-A未満である場合、又は、上限閾値+Aより大である場合に、それぞれ、データの挿入又は破棄を行うことができる。ここで、Aは所定の正の値を表す。

制御情報が準禁止レベルになっている音響データについては、例えば、データバッファ４３の蓄積量が、A（<下限閾値-A）未満である場合、又は、データバッファ４３の容量-A（>上限閾値+A）より大である場合に、それぞれ、データの挿入又は破棄を行うことができる。

制御情報が禁止レベルになっている音響データについては、例えば、データバッファ４３の蓄積量にかかわらず、データの挿入及び破棄は、禁止される。

以上のように、制御情報として、データの挿入や破棄の許可と禁止のレベルを表す情報を採用する場合には、受信側である通信装置２１において、データの挿入や破棄を、柔軟に行うことができる。

ところで、図１６で説明したように、制御情報生成部５２は、音響データの感知特徴量と閾値との比較結果に基づいて、データの挿入及び破棄を許可又は禁止する制御情報を生成する。

したがって、感知特徴量の閾値の設定によって、制御情報の生成を制御することができる。

以下、感知特徴量の閾値を設定する閾値設定処理について説明する。

＜閾値設定処理＞

図１８は、第１の閾値設定処理の例を説明するフローチャートである。

第１の閾値設定処理は、送信側である通信装置１２で行われる。

ステップＳ６１において、通信装置１２の制御情報生成部５２は、送信側である通信装置１２のデータバッファ３２の蓄積量を取得し、処理は、ステップＳ６２に進む。

ステップＳ６２では、制御情報生成部５２は、送信側のデータバッファ３２の蓄積量が、ある程度急激な蓄積量の増加や減少があっても、オーバーフローやアンダーフローが生じない適正な適正範囲内であるかどうかを判定する。

ここで、データバッファ３２の蓄積量の適正範囲の最小値、及び、最大値を、それぞれ、適正範囲下限値、及び、適正範囲上限値ともいう。適正範囲下限値、及び、適正範囲上限値としては、例えば、上述の下限閾値以上の値、及び、上限閾値以下の値を、それぞれ採用することができる。

ステップＳ６２では、データバッファ３２の蓄積量が、適正範囲下限値以上（又は適正範囲下限値より大）であり、かつ、適正範囲上限値以下（又は適正範囲上限値未満）であるかどうかが判定される。

ステップＳ６２において、データバッファ３２の蓄積量が、適正範囲内でないと判定された場合、すなわち、急激な蓄積量の増加や減少によって、送信側のデータバッファ３２のオーバーフローやアンダーフローが生じやすい場合、処理は、ステップＳ６３に進む。

ステップＳ６３では、制御情報生成部５２は、感知特徴量の閾値を、大きい値であるデフォルト値+Dに設定し、処理は、ステップＳ６１に戻る。ここで、Dは、所定の正の値を表す。

以上のように、データバッファ３２の蓄積量が、適正範囲内でなく、データバッファ３２のオーバーフローやアンダーフローが生じやすい場合には、感知特徴量の閾値が、大きい値であるデフォルト値+Dに設定される。その結果、データバッファ３２のオーバーフローやアンダーフローを抑制すべく、データの挿入及び破棄の許可を表す制御情報が生成されやすくなる。

一方、ステップＳ６２において、データバッファ３２の蓄積量が、適正範囲内であると判定された場合、処理は、ステップＳ６４に進む。

ステップＳ６４では、制御情報生成部５２は、データバッファ３２の蓄積量が、データバッファ３２の蓄積量の適正値（例えば、適正範囲の中央値）に等しい（ほぼ等しい、あるいは、等しいとみなすことができる場合を含む）かどうかを判定する。

ステップＳ６４において、データバッファ３２の蓄積量が、データバッファ３２の蓄積量の適正値に等しいと判定された場合、処理は、ステップＳ６５に進む。

ステップＳ６５では、制御情報生成部５２は、感知特徴量の閾値を、小さい値であるデフォルト値-Dに設定し、処理は、ステップＳ６１に戻る。

以上のように、送信側のデータバッファ３２の蓄積量が、適正値に等しく、データバッファ３２のオーバーフローやアンダーフローが生じにくい場合には、感知特徴量の閾値が、小さい値であるデフォルト値-Dに設定される。その結果、受信側である通信装置２１においてデータの挿入や破棄が頻繁に行われることを抑制すべく、データの挿入及び破棄の禁止を表す制御情報が生成されやすくなる。

また、ステップＳ６４において、データバッファ３２の蓄積量が、データバッファ３２の蓄積量の適正値に等しくないと判定された場合、すなわち、例えば、データバッファ３２の蓄積量が、適正範囲内ではあるが、適正範囲下限値、又は、適正範囲上限値に近い値である場合、処理は、ステップＳ６６に進む。

ステップＳ６６では、制御情報生成部５２は、感知特徴量の閾値を、デフォルト値に設定し、処理は、ステップＳ６１に戻る。

以上のように、送信側のデータバッファ３２の蓄積量が、適正値に等しくはないが、適正範囲内であり、データバッファ３２のオーバーフローやアンダーフローが生じるおそれがそれほどでもない場合には、感知特徴量の閾値が、デフォルト値に設定される。

図１８の閾値設定処理では、送信側のデータバッファ３２の蓄積量に応じて、感知特徴量の閾値が設定されるので、そのような閾値と感知特徴量との比較結果に基づく制御情報の生成は、送信側のデータバッファ３２の蓄積量に応じて行われている、ということができる。

なお、図１８では、説明を簡単にするため、感知特徴量の閾値を、デフォルト値、デフォルト値+D、及び、デフォルト値-Dの3個の値のうちのいずれかに設定することとしたが、感知特徴量の閾値は、データバッファ３２の蓄積量が適正値から離れている程度に応じて連続的に変化する値に設定することができる。

図１９は、第２の閾値設定処理の例を説明するフローチャートである。

第２の閾値設定処理は、送信側である通信装置１２と、受信側である通信装置２１との両方で行われる。（第２の）閾値設定処理のうちの、通信装置１２で行われる処理を、（第２の）送信側閾値設定処理ともいい、通信装置２１で行われる処理を、（第２の）受信側閾値設定処理ともいう。

まず、受信側である通信装置２１で行われる第２の受信側閾値設定処理について説明する。

第２の受信側閾値設定処理では、ステップＳ８１において、通信装置２１のデータ制御部６１が、受信側のデータバッファ４３の蓄積量を取得し、処理は、ステップＳ８２に進む。

ステップＳ８２では、データ制御部６１は、受信側のデータバッファ４３の蓄積量が、ある程度急激な蓄積量の増加や減少があっても、オーバーフローやアンダーフローが生じない適正な適正範囲の最小値である適正範囲下限値（下限閾値）以上であるかどうかを判定する。

ステップＳ８２において、データバッファ４３の蓄積量が、適正範囲下限値以上でないと判定された場合、すなわち、データバッファ４３の蓄積量が少なく、データバッファ４３のアンダーフローが生じやすい場合、処理は、ステップＳ８３に進む。

ステップＳ８３では、データ制御部６１は、通信部４１に、データの送信を要求するメッセージとしてのデータ送信要求を、送信側である通信装置１２に対して送信させ、処理は、ステップＳ８１に戻る。

また、ステップＳ８２において、データバッファ４３の蓄積量が、適正範囲下限値以上であると判定された場合、処理は、ステップＳ８４に進む。

ステップＳ８４では、データ制御部６１は、受信側のデータバッファ４３の蓄積量が、適正範囲の最大値である適正範囲上限値（上限閾値）以下であるかどうかを判定する。

ステップＳ８４において、データバッファ４３の蓄積量が、適正範囲上限値以下でないと判定された場合、すなわち、データバッファ４３の蓄積量が多く、データバッファ４３のオーバーフローが生じやすい場合、処理は、ステップＳ８５に進む。

ステップＳ８５では、データ制御部６１は、通信部４１に、データの送信の停止を要求するメッセージとしてのデータ停止要求を、送信側である通信装置１２に対して送信させ、処理は、ステップＳ８１に戻る。

また、ステップＳ８４において、データバッファ４３の蓄積量が、適正範囲上限値以下であると判定された場合、すなわち、データバッファ４３の蓄積量が、適正範囲内である場合、データ制御部６１は、データ送信要求及びデータ停止要求のいずれも送信せずに、処理は、ステップＳ８１に戻る。

次に、送信側である通信装置１２で行われる第２の送信側閾値設定処理について説明する。

通信装置１２の通信部３４は、通信装置２１から、データ送信要求、又は、データ停止要求が送信されてくると、そのデータ送信要求、又は、データ停止要求を受信し、制御情報生成部５２に供給する。

また、通信部３４は、通信装置２１からのデータ送信要求、又は、データ停止要求に応じて、データを送信し、又は、データの送信を一時停止する。

そして、第２の送信側閾値設定処理では、ステップＳ７１において、通信装置１２の制御情報生成部５２は、最新の所定の区間内に、通信装置２１から送信されてきたデータ送信要求、及び、データ停止要求それぞれの頻度（回数）を取得し、処理は、ステップＳ７２に進む。

ステップＳ７２では、制御情報生成部５２は、データ送信要求、又は、データ停止要求の頻度が、その頻度の閾値より大（又は以上）であるかどうかを判定する。

ステップＳ７２において、データ送信要求、又は、データ停止要求が、閾値より大であると判定された場合、処理は、ステップＳ７３に進む。

ステップＳ７３では、制御情報生成部５２は、感知特徴量の閾値を、大きい値であるデフォルト値+Dに設定し、処理は、ステップＳ７１に戻る。

以上のように、受信側のデータバッファ４３の蓄積量が、適正範囲下限値以上でないか、又は、適正範囲上限値以上であるために、受信側のデータバッファ４３のオーバーフローやアンダーフローが生じやすく、データ送信要求、又は、データ停止要求が高頻度で送信されてきている場合には、感知特徴量の閾値が、大きい値であるデフォルト値+Dに設定される。その結果、受信側のデータバッファ４３のオーバーフローやアンダーフローを抑制すべく、データの挿入及び破棄の許可を表す制御情報が生成されやすくなる。

一方、ステップＳ７２において、データ送信要求、又は、データ停止要求の頻度が閾値より大でないと判定された場合、処理は、ステップＳ７４に進む。

ステップＳ７４では、制御情報生成部５２は、データ送信要求、及び、データ停止要求の頻度が、0に等しい（ほぼ等しい、あるいは、等しいとみなすことができる場合を含む）かどうかを判定する。

ステップＳ７４において、データ送信要求、及び、データ停止要求の頻度が0に等しいと判定された場合、処理は、ステップＳ７５に進む。

ステップＳ７５では、制御情報生成部５２は、感知特徴量の閾値を、小さい値であるデフォルト値-Dに設定し、処理は、ステップＳ７１に戻る。

以上のように、データ送信要求、及び、データ停止要求の頻度が0に等しく、受信側のデータバッファ４３のオーバーフローやアンダーフローが生じにくい場合には、感知特徴量の閾値が、小さい値であるデフォルト値-Dに設定される。その結果、受信側である通信装置２１においてデータの挿入や破棄が頻繁に行われることを抑制すべく、データの挿入及び破棄の禁止を表す制御情報が生成されやすくなる。

また、ステップＳ７４において、データ送信要求、及び、データ停止要求の少なくとも一方の頻度が、0に等しくないと判定された場合、すなわち、例えば、データ送信要求、又は、データ停止要求の頻度が、閾値より大ではないが、閾値に近い値である場合、処理は、ステップＳ７６に進む。

ステップＳ７６では、制御情報生成部５２は、感知特徴量の閾値を、デフォルト値に設定し、処理は、ステップＳ７１に戻る。

以上のように、データ送信要求、又は、データ停止要求の頻度が、0に等しくはないが、閾値以下であり、データバッファ３２のオーバーフローやアンダーフローが生じるおそれがそれほどでもない場合には、感知特徴量の閾値が、デフォルト値に設定される。

図１９の閾値設定処理では、データ送信要求、又は、データ停止要求の頻度に応じて、感知特徴量の閾値が設定されるので、そのような閾値と感知特徴量との比較結果に基づく制御情報の生成は、データ送信要求、又は、データ停止要求の頻度に応じて行われている、ということができる。

さらに、図１９の閾値設定処理では、データ送信要求、及び、データ停止要求は、受信側のデータバッファ４３の蓄積量に応じて、通信装置２１から通信装置１２に送信されるので、制御情報の生成は、受信側のデータバッファ４３の蓄積量に応じて行われている、ということもできる。

なお、図１９では、説明を簡単にするため、感知特徴量の閾値を、デフォルト値、デフォルト値+D、及び、デフォルト値-Dの3個の値のうちのいずれかに設定することとしたが、感知特徴量の閾値は、データ送信要求、又は、データ停止要求の頻度、ひいては、受信側のデータバッファ４３の蓄積量に応じて連続的に変化する値に設定することができる。

図２０は、第３の閾値設定処理の例を説明するフローチャートである。

第３の閾値設定処理は、第２の閾値設定処理と同様に、送信側である通信装置１２で行われる（第３の）送信側閾値設定処理と、受信側である通信装置２１で行われる（第３の）受信側閾値設定処理とも含む。

まず、受信側である通信装置２１で行われる第３の受信側閾値設定処理について説明する。

第３の受信側閾値設定処理では、ステップＳ１１１において、通信装置２１の通信部４１が、通信装置１２（の通信部３４）からパケット（のRF信号）が送信されてくるのを待って受信し、処理は、ステップＳ１１２に進む。

ステップＳ１１２では、通信部４１は、通信装置１２からのパケットを正常受信することができたかどうかを判定する。

ステップＳ１１２において、通信装置１２からのパケットを正常受信することができなかったと判定された場合、処理は、ステップＳ１１３に進む。

ステップＳ１１３では、通信部４１は、パケットを正常受信することができなかった旨を表すメッセージであるNACK(Negative Acknowledgement)を、通信装置１２に送信して、処理は、ステップＳ１１１に戻る。

また、ステップＳ１１２において、通信装置１２からのパケットを正常受信することができたと判定された場合、処理は、ステップＳ１１４に進む。

ステップＳ１１４では、通信部４１は、パケットを正常受信することができた旨を表すメッセージであるACK(Acknowledgement)を、通信装置１２に送信して、処理は、ステップＳ１１１に戻る。

次に、送信側である通信装置１２で行われる第３の送信側閾値設定処理について説明する。

通信装置１２の通信部３４は、通信装置２１から、ACK、又は、NACKが送信されてくると、そのACK、又は、NACKを受信し、制御情報生成部５２に供給する。

また、通信部３４は、通信装置２１からのACK、又は、NACKに応じて、次のパケット（のRF信号）を送信し、又は、直前に送信したパケットを再送する。

そして、第３の送信側閾値設定処理では、ステップＳ１０１において、通信装置１２の制御情報生成部５２は、最新の所定の区間内に、通信装置２１（の通信部４１）から送信されてきたACK、及び、NACKそれぞれの頻度（回数）を取得し、処理は、ステップＳ１０２に進む。

ステップＳ１０２では、制御情報生成部５２は、ACK、又は、NACKの頻度が、その頻度の閾値THより大（又は以上）であるかどうかを判定する。

ステップＳ１０２において、ACK、又は、NACKが、閾値THより大であると判定された場合、処理は、ステップＳ１０３に進む。

ステップＳ１０３では、制御情報生成部５２は、感知特徴量の閾値を、大きい値であるデフォルト値+Dに設定し、処理は、ステップＳ１０１に戻る。

以上のように、ACK、又は、NACKの頻度が多く、すなわち、受信側である通信装置２１において、パケットを正常受信することができた頻度、又は、パケットを正常受信することができなかった頻度が多く、したがって、受信側のデータバッファ４３の蓄積量が大、又は、小であり、受信側のデータバッファ４３のオーバーフローやアンダーフローが生じやすいと予測される場合には、感知特徴量の閾値が、大きい値であるデフォルト値+Dに設定される。その結果、受信側のデータバッファ４３のオーバーフローやアンダーフローを抑制すべく、データの挿入及び破棄の許可を表す制御情報が生成されやすくなる。

一方、ステップＳ１０２において、ACK、及び、NACKの頻度が閾値THより大でないと判定された場合、処理は、ステップＳ１０４に進む。

ステップＳ１０４では、制御情報生成部５２は、ACKの頻度が、その頻度の適正値に等しい（ほぼ等しい、あるいは、等しいとみなすことができる場合を含む）かどうかを判定する。

ここで、ACKの頻度の適正値とは、例えば、受信側のデータバッファ４３の蓄積量が適正値に等しくなる程度に、通信装置２１でパケットが正常受信されているときのACKの頻度であり、ACKの頻度の閾値THより小さい値である。

ステップＳ１０４において、ACKの頻度が適正値に等しいと判定された場合、処理は、ステップＳ１０５に進む。

ステップＳ１０５では、制御情報生成部５２は、感知特徴量の閾値を、小さい値であるデフォルト値-Dに設定し、処理は、ステップＳ１０１に戻る。

以上のように、ACKの頻度が適正値に等しく、受信側のデータバッファ４３の蓄積量が適正値になっており、したがって、受信側のデータバッファ４３のオーバーフローやアンダーフローが生じにくいと予測される場合には、感知特徴量の閾値が、小さい値であるデフォルト値-Dに設定される。その結果、制御情報生成部５２では、受信側である通信装置２１においてデータの挿入や破棄が頻繁に行われることを抑制すべく、データの挿入及び破棄の禁止を表す制御情報が生成されやすくなる。

また、ステップＳ１０４において、ACKの頻度が適正値に等しくないと判定された場合、すなわち、例えば、ACKの頻度が、閾値THより大ではないが、適正値に等しくもない場合、処理は、ステップＳ１０６に進む。

ステップＳ１０６では、制御情報生成部５２は、感知特徴量の閾値を、デフォルト値に設定し、処理は、ステップＳ１０１に戻る。

以上のように、ACKの頻度が適正値に等しくはないが、閾値TH以下であり、データバッファ３２のオーバーフローやアンダーフローが生じるおそれがそれほどでもないと予測される場合には、感知特徴量の閾値が、デフォルト値に設定される。

図２０の閾値設定処理では、ACK、又は、NACKの頻度に応じて、感知特徴量の閾値が設定されるので、そのような閾値と感知特徴量との比較結果に基づく制御情報の生成は、ACK、又は、NACKの頻度に応じて行われている、ということができる。

また、ACK、及び、NACKの頻度は、通信装置１２から通信装置２１に、パケット（のRF信号）が送信される無線の伝送路の状態を表している、ということができる。

したがって、図２０の閾値設定処理で設定される閾値と、感知特徴量との比較結果に基づく制御情報の生成は、通信装置１２と通信装置２１との間の無線の伝送路の状態に応じて行われている、ということもできる。

なお、図２０では、説明を簡単にするため、感知特徴量の閾値を、デフォルト値、デフォルト値+D、及び、デフォルト値-Dの3個の値のうちのいずれかに設定することとしたが、感知特徴量の閾値は、ACK、又は、NACKの頻度、ひいては、無線の伝送路の状態に応じて連続的に変化する値に設定することができる。

＜制御情報付きデータの生成処理＞

図２１は、図７の通信装置１２で行われる、制御情報付きデータの生成処理の例を説明するフローチャートである。

通信装置１２では、図１６の送信処理で説明したように、音響データから、制御情報付きデータを生成して、即座に、通信装置２１に送信することができる。

その他、通信装置１２では、音響データから、制御情報付きデータを、あらかじめ生成しておき、その、あらかじめ生成した制御情報付きデータを、必要なタイミングで、通信装置２１に送信することができる。

図２１は、制御情報付きデータをあらかじめ生成しておく場合に通信装置１２で行われる、その制御情報付きデータの生成処理を説明するフローチャートである。

なお、ここでは、供給装置１１において、音響データ（LPCMデータ）が、例えば、ファイルの形で、図示せぬ記憶媒体に記憶（記録）されていることとする。

ステップＳ１２１において、データ生成部５１は、供給装置１１の図示せぬ記憶媒体に記憶されたファイルから、1フレーム分のLPCMデータの読み出しを行い、処理は、ステップＳ１２２に進む。

ステップＳ１２２では、データ生成部５１は、供給装置１１に記憶されたファイルのLPCMデータが終了したかどうかを判定する。

ステップＳ１２２において、供給装置１１に記憶されたファイルのLPCMデータが終了していないと判定された場合、データ生成部５１は、供給装置１１からのLPCMデータを、制御情報生成部５２に供給し、処理は、ステップＳ１２３に進む。

以下、ステップＳ１２３ないしＳ１２７では、図１７のステップＳ１２ないしＳ１６とそれぞれ同様の処理が行われ、データ生成部５１において、制御情報付きデータが生成される。

そして、ステップＳ１２８において、データ生成部５１は、供給装置１１の図示せぬ記憶媒体のファイル（LPCMデータのファイルとは別の新たなファイル）に、制御情報付きデータを書き込み、処理は、ステップＳ１２１に戻る。

以下、ステップＳ１２１ないしＳ１２８の処理が繰り返され、ステップＳ１２２において、供給装置１１に記憶されたファイルのLPCMデータが終了したと判定された場合、生成処理は終了する。

図２１の生成処理で生成された制御情報付きデータが、供給装置１１から通信装置１２に供給される場合には、通信装置１２において、供給装置１１からの制御情報付きデータは、データ生成部５１を介して、データバッファ３２に一時記憶され、その後、パケット化部３３、及び、通信部３４を介して送信される。

また、図２１の生成処理では、制御情報付きデータを生成することとしたが、生成処理では、制御情報付きデータではなく、制御情報を生成し、供給装置１１に、その制御情報の生成に用いたLPCMデータと対応付けて記憶しておくことができる。

この場合、LPCMデータをエンコードしてエンコードデータを得た後、そのLPCMデータと対応付けられてる制御情報を、エンコードデータに付加することで、制御情報付きデータを生成し、送信することができる。

なお、本実施の形態では、無線での送受信の対象として、音響データを採用したが、本技術は、音響データの他、画像データを無線で送受信する場合にも適用することができる。画像データを無線で送受信する場合には、例えば、ほぼ１色の画面の画像データ等に、1の制御情報を付加し、他の画像データに、0の制御情報を付加することができる。

また、本実施の形態では、音響データを無線で送受信する無線通信方式として、Bluetooth（登録商標）を採用したが、無線通信方式は、Bluetooth（登録商標）に限定されるものではない。

さらに、本実施の形態では、データを無線で送受信することとしたが、本技術は、データを、有線で送受信する場合にも適用することができる。

また、本実施の形態では、音響データを、SBCでエンコード及びデコードすることとしたが、音響データのエンコード及びデコードの方式は、SBCに限定されるものではなく、例えば、MP3(MPEG-1 Audio Layer-3)や、AAC(Advanced Audio Coding)、ATRAC(Adaptive Transform Acoustic Coding)その他の時間符号化方式や変換符号化方式のコーデックを採用することができる。

ここで、時間符号化方式のコーデックとは、時間領域のデータを、時間領域でエンコード／デコードする方式で、例えば、時間方向の差分を利用するコーデックを意味する。変換符号化方式のコーデックとは、時間領域のデータを、周波数領域等の他の領域に変換してエンコード／デコードする方式で、例えば、フーリエ変換を行うコーディックを意味する。

また、本実施の形態では、音響データをエンコード及びデコードすることとしたが、音響データのエンコード及びデコードは必須ではない。

さらに、本実施の形態では、通信装置２１において、データバッファ４３に、制御情報付きデータを記憶させることとしたが、データバッファ４３には、制御情報付きデータにおけるエンコードデータだけを記憶させ、制御情報付きデータにおける制御情報は、データバッファ４３とは別の図示せぬ記憶部に記憶させることができる。

＜本技術を適用したコンピュータの説明＞

次に、通信装置１２のデータ生成部５１、及び、制御情報生成部５２の一連の処理や、通信装置２１のデータ制御部６１、及び、データ出力部６２の一連の処理は、ハードウェアにより行うこともできるし、ソフトウェアにより行うこともできる。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、汎用のコンピュータ等にインストールされる。

そこで、図２２は、上述した一連の処理を実行するプログラムがインストールされるコンピュータの一実施の形態の構成例を示している。

プログラムは、コンピュータに内蔵されている記録媒体としてのハードディスク１０５やROM１０３に予め記録しておくことができる。

あるいはまた、プログラムは、リムーバブル記録媒体１１１に格納（記録）しておくことができる。このようなリムーバブル記録媒体１１１は、いわゆるパッケージソフトウエアとして提供することができる。ここで、リムーバブル記録媒体１１１としては、例えば、フレキシブルディスク、CD-ROM(Compact Disc Read Only Memory)，MO(Magneto Optical)ディスク，DVD(Digital Versatile Disc)、磁気ディスク、半導体メモリ等がある。

なお、プログラムは、上述したようなリムーバブル記録媒体１１１からコンピュータにインストールする他、通信網や放送網を介して、コンピュータにダウンロードし、内蔵するハードディスク１０５にインストールすることができる。すなわち、プログラムは、例えば、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、コンピュータに無線で転送したり、LAN(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送することができる。

コンピュータは、CPU(Central Processing Unit)１０２を内蔵しており、CPU１０２には、バス１０１を介して、入出力インタフェース１１０が接続されている。

CPU１０２は、入出力インタフェース１１０を介して、ユーザによって、入力部１０７が操作等されることにより指令が入力されると、それに従って、ROM(Read Only Memory)１０３に格納されているプログラムを実行する。あるいは、CPU１０２は、ハードディスク１０５に格納されたプログラムを、RAM(Random Access Memory)１０４にロードして実行する。

これにより、CPU１０２は、上述したフローチャートにしたがった処理、あるいは上述したブロック図の構成により行われる処理を行う。そして、CPU１０２は、その処理結果を、必要に応じて、例えば、入出力インタフェース１１０を介して、出力部１０６から出力、あるいは、通信部１０８から送信、さらには、ハードディスク１０５に記録等させる。

なお、入力部１０７は、キーボードや、マウス、マイク等で構成される。また、出力部１０６は、LCD(Liquid Crystal Display)やスピーカ等で構成される。

ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。

また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであっても良い。

さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。

例えば、本技術は、１つの機能をネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。

さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。

また、本明細書に記載された効果はあくまで例示であって限定されるものではなく、他の効果があってもよい。

なお、本技術は、以下のように構成することができる。

＜１＞
無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成する制御情報生成部と、
データに、前記制御情報を付加した制御情報付きデータを生成するデータ生成部と
を備えるデータ処理装置。
＜２＞
前記制御情報は、前記受信側でのデータの挿入、データの破棄、又は、データの挿入と破棄の両方の許可又は禁止に関する情報である
＜１＞に記載のデータ処理装置。
＜３＞
前記制御情報は、
前記受信側でのデータの挿入、データの破棄、若しくは、データの挿入と破棄の両方の許可若しくは禁止を表すフラグ、
又は、前記受信側でのデータの挿入、データの破棄、若しくは、データの挿入と破棄の両方の許可若しくは禁止のレベルを表す情報
である
＜２＞に記載のデータ処理装置。
＜４＞
前記制御情報付きデータは、バッファに記憶されて送信され、
前記制御情報生成部は、前記バッファの蓄積量に応じて、前記制御情報を生成する
＜１＞ないし＜３＞のいずれかに記載のデータ処理装置。
＜５＞
前記制御情報付きデータは、前記受信側で受信されてバッファに記憶され、
前記制御情報生成部は、前記受信側のバッファの蓄積量に応じて、前記制御情報を生成する
＜１＞ないし＜３＞のいずれかに記載のデータ処理装置。
＜６＞
前記制御情報生成部は、データが送信される無線の伝送路の状態に応じて、前記制御情報を生成する
＜１＞ないし＜３＞のいずれかに記載のデータ処理装置。
＜７＞
前記制御情報生成部は、前記受信側においてデータの挿入又は破棄を行った場合に、前記データの挿入又は破棄が感知される程度を表す特徴量に基づいて、前記制御情報を生成する
＜１＞ないし＜６＞のいずれかに記載のデータ処理装置。
＜８＞
前記制御情報は、前記受信側においてデータの使用回数を制御するための情報である
＜１＞ないし＜７＞のいずれかに記載のデータ処理装置。
＜９＞
無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成することと、
データに、前記制御情報を付加した制御情報付きデータを生成することと
を含むデータ処理方法。
＜１０＞
無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成する制御情報生成部と、
データに、前記制御情報を付加した制御情報付きデータを生成するデータ生成部と
して、コンピュータを機能させるためのプログラム。
＜１１＞
データの使用方法を制御するための制御情報をデータに付加した制御情報付きデータであって、無線で送信されてくる前記制御情報付きデータに含まれる前記制御情報に基づいて、データの使用方法を制御するデータ制御部と、
前記制御情報に基づいて使用方法が制御されたデータを出力するデータ出力部と
を備えるデータ処理装置。
＜１２＞
前記制御情報は、データの挿入、データの破棄、又は、データの挿入と破棄の両方の許可又は禁止に関する情報である
＜１１＞に記載のデータ処理装置。
＜１３＞
前記制御情報は、
データの挿入、データの破棄、若しくは、データの挿入と破棄の両方の許可若しくは禁止を表すフラグ、
又は、データの挿入、データの破棄、若しくは、データの挿入と破棄の両方の許可若しくは禁止のレベルを表す情報
である
＜１２＞に記載のデータ処理装置。
＜１４＞
前記データ制御部は、前記制御情報に基づいて、前記制御情報が付加されたデータをコピーすることにより、前記データの挿入を行う
＜１２＞又は＜１３＞に記載のデータ処理装置。
＜１５＞
前記データは、音響データであり、
前記データ制御部は、前記データの挿入として、無音データ又は雑音データの挿入を行う
＜１２＞又は＜１３＞に記載のデータ処理装置。
＜１６＞
前記制御情報付きデータは、バッファに記憶され、
前記データ出力部は、前記バッファに記憶されたデータを出力し、
前記データ制御部は、前記制御情報と、前記バッファの蓄積量とに基づいて、データの使用方法を制御する
＜１１＞ないし＜１５＞のいずれかに記載のデータ処理装置。
＜１７＞
前記データ制御部は、所定の条件が満たされる場合に、前記制御情報と、前記バッファの蓄積量とに基づいて、データの使用方法を制御する
＜１６＞に記載のデータ処理装置。
＜１８＞
前記制御情報は、データの使用回数を制御するための情報である
＜１１＞ないし＜１７＞のいずれかに記載のデータ処理装置。
＜１９＞
データの使用方法を制御するための制御情報をデータに付加した制御情報付きデータであって、無線で送信されてくる前記制御情報付きデータに含まれる前記制御情報に基づいて、データの使用方法を制御することと、
前記制御情報に基づいて使用方法が制御されたデータを出力することと
を含むデータ処理方法。
＜２０＞
データの使用方法を制御するための制御情報をデータに付加した制御情報付きデータであって、無線で送信されてくる前記制御情報付きデータに含まれる前記制御情報に基づいて、データの使用方法を制御するデータ制御部と、
前記制御情報に基づいて使用方法が制御されたデータを出力するデータ出力部と
して、コンピュータを機能させるためのプログラム。

１０ 送信装置， １１ 供給装置， １２ 通信装置， ２０ 受信装置， ２１ 通信装置， ２２ 出力装置， ３１ エンコーダ， ３２ データバッファ， ３３ パケット化部， ３４，４１ 通信部， ４２ パケット分解部， ４３ データバッファ， ４４ デコーダ， ４５ LPCMバッファ， ４６ 速度制御部， ５１ データ生成部， ５２ 制御情報生成部， ６１ データ制御部， ６２ データ出力部， １０１ バス， １０２ CPU， １０３ ROM， １０４ RAM， １０５ ハードディスク， １０６ 出力部， １０７ 入力部， １０８ 通信部， １０９ ドライブ， １１０ 入出力インタフェース， １１１ リムーバブル記録媒体

Claims (20)

1. 無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成する制御情報生成部と、
   データに、前記制御情報を付加した制御情報付きデータを生成するデータ生成部と
   を備えるデータ処理装置。
2. 前記制御情報は、前記受信側でのデータの挿入、データの破棄、又は、データの挿入と破棄の両方の許可又は禁止に関する情報である
   請求項１に記載のデータ処理装置。
3. 前記制御情報は、
   前記受信側でのデータの挿入、データの破棄、若しくは、データの挿入と破棄の両方の許可若しくは禁止を表すフラグ、
   又は、前記受信側でのデータの挿入、データの破棄、若しくは、データの挿入と破棄の両方の許可若しくは禁止のレベルを表す情報
   である
   請求項２に記載のデータ処理装置。
4. 前記制御情報付きデータは、バッファに記憶されて送信され、
   前記制御情報生成部は、前記バッファの蓄積量に応じて、前記制御情報を生成する
   請求項１に記載のデータ処理装置。
5. 前記制御情報付きデータは、前記受信側で受信されてバッファに記憶され、
   前記制御情報生成部は、前記受信側のバッファの蓄積量に応じて、前記制御情報を生成する
   請求項１に記載のデータ処理装置。
6. 前記制御情報生成部は、データが送信される無線の伝送路の状態に応じて、前記制御情報を生成する
   請求項１に記載のデータ処理装置。
7. 前記制御情報生成部は、前記受信側においてデータの挿入又は破棄を行った場合に、前記データの挿入又は破棄が感知される程度を表す特徴量に基づいて、前記制御情報を生成する
   請求項１に記載のデータ処理装置。
8. 前記制御情報は、前記受信側においてデータの使用回数を制御するための情報である
   請求項１に記載のデータ処理装置。
9. 無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成することと、
   データに、前記制御情報を付加した制御情報付きデータを生成することと
   を含むデータ処理方法。
10. 無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成する制御情報生成部と、
    データに、前記制御情報を付加した制御情報付きデータを生成するデータ生成部と
    して、コンピュータを機能させるためのプログラム。
11. データの使用方法を制御するための制御情報をデータに付加した制御情報付きデータであって、無線で送信されてくる前記制御情報付きデータに含まれる前記制御情報に基づいて、データの使用方法を制御するデータ制御部と、
    前記制御情報に基づいて使用方法が制御されたデータを出力するデータ出力部と
    を備えるデータ処理装置。
12. 前記制御情報は、データの挿入、データの破棄、又は、データの挿入と破棄の両方の許可又は禁止に関する情報である
    請求項１１に記載のデータ処理装置。
13. 前記制御情報は、
    データの挿入、データの破棄、若しくは、データの挿入と破棄の両方の許可若しくは禁止を表すフラグ、
    又は、データの挿入、データの破棄、若しくは、データの挿入と破棄の両方の許可若しくは禁止のレベルを表す情報
    である
    請求項１２に記載のデータ処理装置。
14. 前記データ制御部は、前記制御情報に基づいて、前記制御情報が付加されたデータをコピーすることにより、前記データの挿入を行う
    請求項１２に記載のデータ処理装置。
15. 前記データは、音響データであり、
    前記データ制御部は、前記データの挿入として、無音データ又は雑音データの挿入を行う
    請求項１２に記載のデータ処理装置。
16. 前記制御情報付きデータは、バッファに記憶され、
    前記データ出力部は、前記バッファに記憶されたデータを出力し、
    前記データ制御部は、前記制御情報と、前記バッファの蓄積量とに基づいて、データの使用方法を制御する
    請求項１１に記載のデータ処理装置。
17. 前記データ制御部は、所定の条件が満たされる場合に、前記制御情報と、前記バッファの蓄積量とに基づいて、データの使用方法を制御する
    請求項１６に記載のデータ処理装置。
18. 前記制御情報は、データの使用回数を制御するための情報である
    請求項１１に記載のデータ処理装置。
19. データの使用方法を制御するための制御情報をデータに付加した制御情報付きデータであって、無線で送信されてくる前記制御情報付きデータに含まれる前記制御情報に基づいて、データの使用方法を制御することと、
    前記制御情報に基づいて使用方法が制御されたデータを出力することと
    を含むデータ処理方法。
20. データの使用方法を制御するための制御情報をデータに付加した制御情報付きデータであって、無線で送信されてくる前記制御情報付きデータに含まれる前記制御情報に基づいて、データの使用方法を制御するデータ制御部と、
    前記制御情報に基づいて使用方法が制御されたデータを出力するデータ出力部と
    して、コンピュータを機能させるためのプログラム。

Images