(57)【要約】【課題】無線で送信されるデータを受信する受信側においてデータの出力が途切れることを抑制する。【解決手段】無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報が生成され、データに、制御情報を付加した制御情報付きデータが生成される。受信側では、無線で送信されてくる前記制御情報付きデータに含まれる前記制御情報に基づいて、データの使用方法が制御され、その、制御情報に基づいて使用方法が制御されたデータが出力される。【選択図】図７
2020120379.tif 000002
【特許請求の範囲】
【請求項１】
無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成する制御情報生成部と、
データに、前記制御情報を付加した制御情報付きデータを生成するデータ生成部と
を備え、
前記制御情報生成部は、前記受信側においてデータの挿入又は破棄を行った場合に、前記データの挿入又は破棄が感知される程度を表す特徴量に基づいて、前記制御情報を生成し、
前記制御情報付きデータは、バッファに記憶されて送信され、
前記制御情報生成部は、前記バッファの蓄積量が適正範囲内でない場合、データの挿入及び破棄の許可を表す制御情報を生成し、前記バッファの蓄積量が適正値に等しい場合、データの挿入及び破棄の禁止を表す制御情報を生成する
データ処理装置。
【請求項２】
無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成する制御情報生成部と、
データに、前記制御情報を付加した制御情報付きデータを生成するデータ生成部と
を備え、
前記制御情報生成部は、前記受信側においてデータの挿入又は破棄を行った場合に、前記データの挿入又は破棄が感知される程度を表す特徴量に基づいて、前記制御情報を生成し、
前記制御情報付きデータは、前記受信側で受信されてバッファに記憶され、
前記制御情報生成部は、前記受信側のバッファの蓄積量が適正範囲内でない場合、データの挿入及び破棄の許可を表す制御情報を生成し、前記バッファの蓄積量が適正値に等しい場合、データの挿入及び破棄の禁止を表す制御情報を生成する
データ処理装置。
【請求項３】
無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成する制御情報生成部と、
データに、前記制御情報を付加した制御情報付きデータを生成するデータ生成部と
を備え、
前記制御情報生成部は、前記受信側においてデータの挿入又は破棄を行った場合に、前記データの挿入又は破棄が感知される程度を表す特徴量に基づいて、前記制御情報を生成し、
前記制御情報生成部は、パケットを正常受信することができた旨を表すメッセージであるACK(Acknowledgement)またはパケットを正常受信することができなかった旨を表すメッセージであるNACK(Negative Acknowledgement)の頻度が多い場合、データの挿入及び破棄の許可を表す制御情報を生成し、前記ACKの頻度が適正値に等しい場合、データの挿入及び破棄の禁止を表す制御情報を生成する
データ処理装置。
【請求項４】
前記制御情報は、前記受信側でのデータの挿入、データの破棄、又は、データの挿入と破棄の両方の許可又は禁止に関する情報である
請求項１乃至３のいずれかに記載のデータ処理装置。
【請求項５】
前記制御情報は、
前記受信側でのデータの挿入、データの破棄、若しくは、データの挿入と破棄の両方の許可若しくは禁止を表すフラグ、
又は、前記受信側でのデータの挿入、データの破棄、若しくは、データの挿入と破棄の両方の許可若しくは禁止のレベルを表す情報
である
請求項４に記載のデータ処理装置。
【請求項６】
前記制御情報は、前記受信側においてデータの使用回数を制御するための情報である
請求項１乃至５のいずれかに記載のデータ処理装置。
【請求項７】
無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成することと、
データに、前記制御情報を付加した制御情報付きデータを生成することと
を含み、
前記制御情報は、前記受信側においてデータの挿入又は破棄を行った場合に、前記データの挿入又は破棄が感知される程度を表す特徴量に基づいて生成され、
前記制御情報付きデータは、バッファに記憶されて送信され、
前記バッファの蓄積量が適正範囲内でない場合、データの挿入及び破棄の許可を表す制御情報が生成され、前記バッファの蓄積量が適正値に等しい場合、データの挿入及び破棄の禁止を表す制御情報が生成される
データ処理方法。
【請求項８】
無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成することと、
データに、前記制御情報を付加した制御情報付きデータを生成することと
を含み、
前記制御情報は、前記受信側においてデータの挿入又は破棄を行った場合に、前記データの挿入又は破棄が感知される程度を表す特徴量に基づいて生成され、
前記制御情報付きデータは、前記受信側で受信されてバッファに記憶され、
前記受信側のバッファの蓄積量が適正範囲内でない場合、データの挿入及び破棄の許可を表す制御情報が生成され、前記バッファの蓄積量が適正値に等しい場合、データの挿入及び破棄の禁止を表す制御情報が生成される
データ処理方法。
【請求項９】
無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成することと、
データに、前記制御情報を付加した制御情報付きデータを生成することと
を含み、
前記制御情報は、前記受信側においてデータの挿入又は破棄を行った場合に、前記データの挿入又は破棄が感知される程度を表す特徴量に基づいて生成され、
パケットを正常受信することができた旨を表すメッセージであるACK(Acknowledgement)またはパケットを正常受信することができなかった旨を表すメッセージであるNACK(Negative Acknowledgement)の頻度が多い場合、データの挿入及び破棄の許可を表す制御情報が生成され、前記ACKの頻度が適正値に等しい場合、データの挿入及び破棄の禁止を表す制御情報が生成される
データ処理方法。
【請求項１０】
無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成する制御情報生成部と、
データに、前記制御情報を付加した制御情報付きデータを生成するデータ生成部と
して、コンピュータを機能させ、
前記制御情報生成部が、前記受信側においてデータの挿入又は破棄を行った場合に、前記データの挿入又は破棄が感知される程度を表す特徴量に基づいて、前記制御情報を生成し、
前記制御情報付きデータは、バッファに記憶されて送信され、
前記制御情報生成部は、前記バッファの蓄積量が適正範囲内でない場合、データの挿入及び破棄の許可を表す制御情報を生成し、前記バッファの蓄積量が適正値に等しい場合、データの挿入及び破棄の禁止を表す制御情報を生成する
ためのプログラム。
【請求項１１】
無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成する制御情報生成部と、
データに、前記制御情報を付加した制御情報付きデータを生成するデータ生成部と
して、コンピュータを機能させ、
前記制御情報生成部が、前記受信側においてデータの挿入又は破棄を行った場合に、前記データの挿入又は破棄が感知される程度を表す特徴量に基づいて、前記制御情報を生成し、
前記制御情報付きデータは、前記受信側で受信されてバッファに記憶され、
前記制御情報生成部は、前記受信側のバッファの蓄積量が適正範囲内でない場合、データの挿入及び破棄の許可を表す制御情報を生成し、前記バッファの蓄積量が適正値に等しい場合、データの挿入及び破棄の禁止を表す制御情報を生成する
ためのプログラム。
【請求項１２】
無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成する制御情報生成部と、
データに、前記制御情報を付加した制御情報付きデータを生成するデータ生成部と
して、コンピュータを機能させ、
前記制御情報生成部が、前記受信側においてデータの挿入又は破棄を行った場合に、前記データの挿入又は破棄が感知される程度を表す特徴量に基づいて、前記制御情報を生成し、
前記制御情報生成部は、パケットを正常受信することができた旨を表すメッセージであるACK(Acknowledgement)またはパケットを正常受信することができなかった旨を表すメッセージであるNACK(Negative Acknowledgement)の頻度が多い場合、データの挿入及び破棄の許可を表す制御情報を生成し、前記ACKの頻度が適正値に等しい場合、データの挿入及び破棄の禁止を表す制御情報を生成する
ためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、データ処理装置、データ処理方法、及び、プログラムに関し、特に、例えば、無線で送信されるデータを受信する受信側においてデータの出力が途切れることを抑制することができるようにするデータ処理装置、データ処理方法、及び、プログラムに関する。
【背景技術】
【０００２】
例えば、楽曲等の音響データの送受信を、Bluetooth（登録商標）等の無線で行う無線送受信システムは、音響データの再送に備え、音響データを送信する送信側、及び、音響データを受信する受信側のいずれも、音響データを一時的に記憶するバッファを有する。
【０００３】
すなわち、送信側では、例えば、音響データの送受信に失敗した場合に、その音響データを再送するため、音響データがバッファに記憶されてから送信される。
【０００４】
一方、受信側では、例えば、音響データの送受信に失敗した場合に、音響データの出力、ひいては、音の出力が途切れることを抑制するために、送信側からの音響データが、バッファに記憶され、バッファの蓄積量（バッファに記憶されたデータ量）がある程度以上になった後に、バッファからの音響データの出力が開始される。
【０００５】
送信側や受信側のバッファの蓄積量は、音響データの送受信に失敗し、音響データの再送が生じた場合に変動する。
【０００６】
また、送信側や受信側のバッファの蓄積量は、例えば、送信側において負荷の高い処理が行われることで、送信側での音響データの処理が間に合わない場合に変動する。
【０００７】
さらに、例えば、音響データの送受信が、伝送路の状態の悪化により、一時的に停止された場合には、送信側のバッファの蓄積量が増加するとともに、受信側のバッファの蓄積量が減少する。そして、その後、伝送路の状態が回復し、音響データの送受信が再開され、送受信の停止中に送信側のバッファに記憶された大量の音響データが連続的に送信された場合には、受信側のバッファの蓄積量が増加する。
【０００８】
以上のように、送信側や受信側のバッファの蓄積量が変動（増加、減少）する場合には、バッファがオーバーフローやアンダーフローを起こすことがある。送信側や受信側のバッファのオーバーフローやアンダーフローによれば、受信側での音響データの出力が途切れ、その結果、音切れが生じる。
【０００９】
そこで、送信側のバッファのアンダーフローに起因する、受信側での音切れを抑制する技術が提案されている（例えば、特許文献１を参照）。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特許第4,256,429号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
現在、無線送受信システムについては、受信側でのデータの出力が途切れることを抑制する様々な技術の提案が要請されている。
【００１２】
本技術は、このような状況に鑑みてなされたものであり、受信側においてデータの出力が途切れることを抑制することができるようにするものである。
【課題を解決するための手段】
【００１３】
本技術の第１のデータ処理装置、又は、プログラムは、無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成する制御情報生成部と、データに、前記制御情報を付加した制御情報付きデータを生成するデータ生成部とを備え、前記制御情報生成部は、前記受信側においてデータの挿入又は破棄を行った場合に、前記データの挿入又は破棄が感知される程度を表す特徴量に基づいて、前記制御情報を生成し、前記制御情報付きデータは、バッファに記憶されて送信され、前記制御情報生成部は、前記バッファの蓄積量が適正範囲内でない場合、データの挿入及び破棄の許可を表す制御情報を生成し、前記バッファの蓄積量が適正値に等しい場合、データの挿入及び破棄の禁止を表す制御情報を生成するデータ処理装置、又は、そのようなデータ処理装置としてコンピュータを機能させるためのプログラムである。
【００１４】
本技術の第２のデータ処理装置、又は、プログラムは、無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成する制御情報生成部と、データに、前記制御情報を付加した制御情報付きデータを生成するデータ生成部とを備え、前記制御情報生成部は、前記受信側においてデータの挿入又は破棄を行った場合に、前記データの挿入又は破棄が感知される程度を表す特徴量に基づいて、前記制御情報を生成し、前記制御情報付きデータは、前記受信側で受信されてバッファに記憶され、前記制御情報生成部は、前記受信側のバッファの蓄積量が適正範囲内でない場合、データの挿入及び破棄の許可を表す制御情報を生成し、前記バッファの蓄積量が適正値に等しい場合、データの挿入及び破棄の禁止を表す制御情報を生成するデータ処理装置、又は、そのようなデータ処理装置としてコンピュータを機能させるためのプログラムである。
【００１５】
本技術の第３のデータ処理装置、又は、プログラムは、無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成する制御情報生成部と、データに、前記制御情報を付加した制御情報付きデータを生成するデータ生成部とを備え、前記制御情報生成部は、前記受信側においてデータの挿入又は破棄を行った場合に、前記データの挿入又は破棄が感知される程度を表す特徴量に基づいて、前記制御情報を生成し、前記制御情報生成部は、パケットを正常受信することができた旨を表すメッセージであるACK(Acknowledgement)またはパケットを正常受信することができなかった旨を表すメッセージであるNACK(Negative Acknowledgement)の頻度が多い場合、データの挿入及び破棄の許可を表す制御情報を生成し、前記ACKの頻度が適正値に等しい場合、データの挿入及び破棄の禁止を表す制御情報を生成するデータ処理装置、又は、そのようなデータ処理装置としてコンピュータを機能させるためのプログラムである。
【００１６】
本技術の第１のデータ処理方法は、無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成することと、データに、前記制御情報を付加した制御情報付きデータを生成することとを含み、前記制御情報は、前記受信側においてデータの挿入又は破棄を行った場合に、前記データの挿入又は破棄が感知される程度を表す特徴量に基づいて生成され、前記制御情報付きデータは、バッファに記憶されて送信され、前記バッファの蓄積量が適正範囲内でない場合、データの挿入及び破棄の許可を表す制御情報が生成され、前記バッファの蓄積量が適正値に等しい場合、データの挿入及び破棄の禁止を表す制御情報が生成されるデータ処理方法である。
【００１７】
本技術の第２のデータ処理方法は、無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成することと、データに、前記制御情報を付加した制御情報付きデータを生成することとを含み、前記制御情報は、前記受信側においてデータの挿入又は破棄を行った場合に、前記データの挿入又は破棄が感知される程度を表す特徴量に基づいて生成され、前記制御情報付きデータは、前記受信側で受信されてバッファに記憶され、前記受信側のバッファの蓄積量が適正範囲内でない場合、データの挿入及び破棄の許可を表す制御情報が生成され、前記バッファの蓄積量が適正値に等しい場合、データの挿入及び破棄の禁止を表す制御情報が生成されるデータ処理方法である。
【００１８】
本技術の第３のデータ処理方法は、無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報を生成することと、データに、前記制御情報を付加した制御情報付きデータを生成することとを含み、前記制御情報は、前記受信側においてデータの挿入又は破棄を行った場合に、前記データの挿入又は破棄が感知される程度を表す特徴量に基づいて生成され、パケットを正常受信することができた旨を表すメッセージであるACK(Acknowledgement)またはパケットを正常受信することができなかった旨を表すメッセージであるNACK(Negative Acknowledgement)の頻度が多い場合、データの挿入及び破棄の許可を表す制御情報が生成され、前記ACKの頻度が適正値に等しい場合、データの挿入及び破棄の禁止を表す制御情報が生成されるデータ処理方法である。
【００１９】
本技術の第１のデータ処理装置、データ処理方法、及び、プログラムにおいては、無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報が生成され、データに、前記制御情報を付加した制御情報付きデータが生成される。前記制御情報は、受信側においてデータの挿入又は破棄を行った場合に、データの挿入又は破棄が感知される程度を表す特徴量に基づいて生成され、制御情報付きデータは、バッファに記憶されて送信され、バッファの蓄積量が適正範囲内でない場合、データの挿入及び破棄の許可を表す制御情報が生成され、バッファの蓄積量が適正値に等しい場合、データの挿入及び破棄の禁止を表す制御情報が生成される。
【００２０】
本技術の第２のデータ処理装置、データ処理方法、及び、プログラムにおいては、無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報が生成され、データに、前記制御情報を付加した制御情報付きデータが生成される。前記制御情報は、受信側においてデータの挿入又は破棄を行った場合に、データの挿入又は破棄が感知される程度を表す特徴量に基づいて生成され、前記制御情報付きデータは、受信側で受信されてバッファに記憶され、受信側のバッファの蓄積量が適正範囲内でない場合、データの挿入及び破棄の許可を表す制御情報が生成され、バッファの蓄積量が適正値に等しい場合、データの挿入及び破棄の禁止を表す制御情報が生成される。
【００２１】
本技術の第３のデータ処理装置、データ処理方法、及び、プログラムにおいては、無線で送信されるデータを受信する受信側においてデータの使用方法を制御するための制御情報が生成され、データに、前記制御情報を付加した制御情報付きデータが生成される。前記制御情報は、受信側においてデータの挿入又は破棄を行った場合に、データの挿入又は破棄が感知される程度を表す特徴量に基づいて生成され、パケットを正常受信することができた旨を表すメッセージであるACK(Acknowledgement)またはパケットを正常受信することができなかった旨を表すメッセージであるNACK(Negative Acknowledgement)の頻度が多い場合、データの挿入及び破棄の許可を表す制御情報が生成され、ACKの頻度が適正値に等しい場合、データの挿入及び破棄の禁止を表す制御情報が生成される。
【００２２】
なお、データ処理装置は、独立した装置であっても良いし、１つの装置を構成している内部ブロックであっても良い。
【００２３】
また、プログラムは、伝送媒体を介して伝送することにより、又は、記録媒体に記録して、提供することができる。
【発明の効果】
【００２４】
本技術によれば、受信側においてデータの出力が途切れることを抑制することができる。
【００２５】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００２６】
【図１】本技術のデータ処理装置を適用した無線送受信システムの一実施の形態の構成例を示すブロック図である。
【図２】通信装置１２及び２１の第１の構成例を示すブロック図である。
【図３】データバッファ３２及び４３の蓄積量の変動の例を示す図である。
【図４】通信装置１２から通信装置２１へのデータの送信が一時的にストップしたときのデータバッファ３２及び４３の蓄積量の変動の例を示す図である。
【図５】伝送路の状態が回復し、データの送信が再開されたときのデータバッファ３２及び４３の蓄積量の変動の例を示す図である。
【図６】通信装置１２及び２１の第２の構成例を示すブロック図である。
【図７】通信装置１２及び２１の第３の構成例を示すブロック図である。
【図８】通信装置２１のデータバッファ４３の蓄積量の変化の例を示す図である。
【図９】挿入及び破棄が感知されにくい音響データの例を示す波形図である。
【図１０】挿入及び破棄が感知されにくい音響データの例を示す波形図である。
【図１１】挿入及び破棄が感知されにくい音響データの例を示す波形図である。
【図１２】挿入及び破棄が感知されにくい音響データの例を示す波形図である。
【図１３】音声の母音部の音響データの例を示す波形図である。
【図１４】通信装置２１で行われるデータの挿入を説明する図である。
【図１５】通信装置２１で行われるデータの破棄を説明する図である。
【図１６】通信装置１２が行う、音響データを送信する送信処理の例を説明するフローチャートである。
【図１７】通信装置２１が行う、音響データを受信する受信処理の例を説明するフローチャートである。
【図１８】第１の閾値設定処理の例を説明するフローチャートである。
【図１９】第２の閾値設定処理の例を説明するフローチャートである。
【図２０】第３の閾値設定処理の例を説明するフローチャートである。
【図２１】通信装置１２で行われる、制御情報付きデータの生成処理の例を説明するフローチャートである。
【図２２】本技術を適用したコンピュータの一実施の形態の構成例を示すブロック図である。
【発明を実施するための形態】
【００２７】
＜本技術を適用した無線送受信システムの一実施の形態＞
【００２８】
図１は、本技術のデータ処理装置を適用した無線送受信システムの一実施の形態の構成例を示すブロック図である。
【００２９】
図１において、無線送受信システムは、送信装置１０と受信装置２０とを有する。
【００３０】
送信装置１０は、供給装置１１と通信装置１２とを有する。
【００３１】
供給装置１１は、無線で送信する対象のデータである、例えば、音響データを、通信装置１２に供給する。供給装置１１としては、例えば、音響データを再生する携帯機器（例えば、携帯電話機や、スマートフォン、携帯型音楽プレーヤ等）や、据え置き型の機器（例えば、据え置き型の音楽プレーヤや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，  １０５  ハードディスク，  １０６  出力部，  １０７  入力部，  １０８  通信部，  １０９  ドライブ，  １１０  入出力インタフェース，  １１１  リムーバブル記録媒体
【図１】
2020120379.tif 000003
【図２】
2020120379.tif 000004
【図３】
2020120379.tif 000005
【図４】
2020120379.tif 000006
【図５】
2020120379.tif 000007
【図６】
2020120379.tif 000008
【図７】
2020120379.tif 000009
【図８】
2020120379.tif 000010
【図９】
2020120379.tif 000011
【図１０】
2020120379.tif 000012
【図１１】
2020120379.tif 000013
【図１２】
2020120379.tif 000014
【図１３】
2020120379.tif 000015
【図１４】
2020120379.tif 000016
【図１５】
2020120379.tif 000017
【図１６】
2020120379.tif 000018
【図１７】
2020120379.tif 000019
【図１８】
2020120379.tif 000020
【図１９】
2020120379.tif 000021
【図２０】
2020120379.tif 000022
【図２１】
2020120379.tif 000023
【図２２】
2020120379.tif 000024
【手続補正書】
【提出日】令和2年6月23日(2020.6.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線で送信される符号化フレームデータを受信する受信側において、前記符号化フレームデータの使用方法を制御するための制御情報を生成する制御情報生成部と、
入力信号を符号化し、その結果得られる前記符号化フレームデータに、前記制御情報を付加した制御情報付き符号化フレームデータを生成するデータ生成部と
を備え、
前記制御情報生成部は、前記受信側において前記符号化フレームデータの挿入又は破棄を行った場合に、前記符号化フレームデータの挿入又は破棄が感知される程度を表す特徴量に基づいて、前記制御情報を生成し、
前記特徴量は、前記入力信号のトーナリティ情報または振幅情報の少なくとも一方を含む
情報処理装置。
【請求項２】
前記制御情報は、前記受信側での符号化フレームデータの挿入、符号化フレームデータの破棄、又は、符号化フレームデータの挿入と破棄の両方の許可又は禁止に関する情報である
請求項１に記載の情報処理装置。
【請求項３】
前記制御情報は、
前記受信側での符号化フレームデータの挿入、符号化フレームデータの破棄、若しくは、符号化フレームデータの挿入と破棄の両方の許可若しくは禁止を表すフラグ、
又は、前記受信側での符号化フレームデータの挿入、符号化フレームデータの破棄、若しくは、符号化フレームデータの挿入と破棄の両方の許可若しくは禁止のレベルを表す情報
である
請求項２に記載の情報処理装置。
【請求項４】
前記制御情報付き符号化フレームデータは、バッファに記憶されて送信され、
前記制御情報生成部は、前記バッファの蓄積量が適正範囲内でない場合、符号化フレームデータの挿入及び破棄の許可を表す制御情報を生成し、前記バッファの蓄積量が適正値に等しい場合、符号化フレームデータの挿入及び破棄の禁止を表す制御情報を生成する
請求項１ないし３のいずれかに記載の情報処理装置。
【請求項５】
前記制御情報付き符号化フレームデータは、前記受信側で受信されてバッファに記憶され、
前記制御情報生成部は、前記受信側のバッファの蓄積量が適正範囲内でない場合、符号化フレームデータの挿入及び破棄の許可を表す制御情報を生成し、前記バッファの蓄積量が適正値に等しい場合、符号化フレームデータの挿入及び破棄の禁止を表す制御情報を生成する
請求項１ないし３のいずれかに記載の情報処理装置。
【請求項６】
前記制御情報生成部は、パケットを正常受信することができた旨を表すメッセージであるACK(Acknowledgement)またはパケットを正常受信することができなかった旨を表すメッセージであるNACK(Negative Acknowledgement)の頻度が多い場合、符号化フレームデータの挿入及び破棄の許可を表す制御情報を生成し、前記ACKの頻度が適正値に等しい場合、符号化フレームデータの挿入及び破棄の禁止を表す制御情報を生成する
請求項１ないし３のいずれかに記載の情報処理装置。
【請求項７】
前記制御情報は、前記受信側において符号化フレームデータの使用回数を制御するための情報である
請求項１ないし６のいずれかに記載の情報処理装置。
【請求項８】
無線で送信される符号化フレームデータを受信する受信側において、符号化フレームデータの使用方法を制御するための制御情報を生成することと、
入力信号を符号化し、その結果得られる前記符号化フレームデータに、前記制御情報を付加した制御情報付き符号化フレームデータを生成することと
を含み、
前記制御情報は、前記受信側において符号化フレームデータの挿入又は破棄を行った場合に、前記符号化フレームデータの挿入又は破棄が感知される程度を表す特徴量に基づいて生成され、
前記特徴量は、前記入力信号のトーナリティ情報または振幅情報の少なくとも一方を含む
情報処理方法。
【請求項９】
無線で送信される符号化フレームデータを受信する受信側において、前記符号化フレームデータの使用方法を制御するための制御情報を生成する制御情報生成部と、
入力信号を符号化し、その結果得られる前記符号化フレームデータに、前記制御情報を付加した制御情報付き符号化フレームデータを生成するデータ生成部と
して、コンピュータを機能させ、
前記制御情報生成部は、前記受信側において前記符号化フレームデータの挿入又は破棄を行った場合に、前記符号化フレームデータの挿入又は破棄が感知される程度を表す特徴量に基づいて、前記制御情報を生成し、
前記特徴量に、前記入力信号のトーナリティ情報または振幅情報の少なくとも一方を含ませる
ためのプログラム。
【請求項１０】
符号化フレームデータの使用方法を制御するための制御情報を前記符号化フレームデータに付加した制御情報付き符号化フレームデータであって、無線で送信されてくる前記制御情報付き符号化フレームデータに含まれる前記制御情報に基づいて、前記符号化フレームデータの使用方法を制御するデータ制御部と、
前記制御情報に基づいて使用方法が制御された前記符号化フレームデータを復号して出力するデータ出力部と
を備え、
前記制御情報は、前記符号化フレームデータの挿入又は破棄を行った場合に、前記符号化フレームデータの挿入又は破棄が感知される程度を表す特徴量に基づいて生成された制御情報であり、
前記特徴量は、無線で前記符号化フレームデータを送信する送信側における、入力信号のトーナリティ情報または振幅情報の少なくとも一方を含む
情報処理装置。
【請求項１１】
前記制御情報は、符号化フレームデータの挿入、符号化フレームデータの破棄、又は、符号化フレームデータの挿入と破棄の両方の許可又は禁止に関する情報である
請求項１０に記載の情報処理装置。
【請求項１２】
前記制御情報は、
符号化フレームデータの挿入、符号化フレームデータの破棄、若しくは、符号化フレームデータの挿入と破棄の両方の許可若しくは禁止を表すフラグ、
又は、符号化フレームデータの挿入、符号化フレームデータの破棄、若しくは、符号化フレームデータの挿入と破棄の両方の許可若しくは禁止のレベルを表す情報
である
請求項１１に記載の情報処理装置。
【請求項１３】
前記データ制御部は、前記制御情報に基づいて、前記制御情報が付加された符号化フレームデータをコピーすることにより、前記符号化フレームデータの挿入を行う
請求項１１又は１２に記載の情報処理装置。
【請求項１４】
前記符号化フレームデータは、音響符号化フレームデータであり、
前記データ制御部は、前記符号化フレームデータの挿入として、無音符号化フレームデータ又は雑音符号化フレームデータの挿入を行う
請求項１１又は１２に記載の情報処理装置。
【請求項１５】
前記制御情報付き符号化フレームデータは、バッファに記憶され、
前記データ出力部は、前記バッファに記憶された符号化フレームデータを出力し、
前記データ制御部は、前記制御情報と、前記バッファの蓄積量とに基づいて、符号化フレームデータの使用方法を制御する
請求項１０ないし１４のいずれかに記載の情報処理装置。
【請求項１６】
前記データ制御部は、所定の条件が満たされる場合に、前記制御情報と、前記バッファの蓄積量とに基づいて、符号化フレームデータの使用方法を制御する
請求項１５に記載の情報処理装置。
【請求項１７】
前記制御情報は、符号化フレームデータの使用回数を制御するための情報である
請求項１０ないし１６のいずれかに記載の情報処理装置。
【請求項１８】
符号化フレームデータの使用方法を制御するための制御情報を前記符号化フレームデータに付加した制御情報付き符号化フレームデータであって、無線で送信されてくる前記制御情報付き符号化フレームデータに含まれる前記制御情報に基づいて、前記符号化フレームデータの使用方法を制御することと、
前記制御情報に基づいて使用方法が制御された符号化フレームデータを復号して出力することと
を含み、
前記制御情報は、前記符号化フレームデータの挿入又は破棄を行った場合に、前記符号化フレームデータの挿入又は破棄が感知される程度を表す特徴量に基づいて生成された制御情報であり、
前記特徴量は、無線で前記符号化フレームデータを送信する送信側における、入力信号のトーナリティ情報または振幅情報の少なくとも一方を含む
情報処理方法。
【請求項１９】
符号化フレームデータの使用方法を制御するための制御情報を前記符号化フレームデータに付加した制御情報付き符号化フレームデータであって、無線で送信されてくる前記制御情報付き符号化フレームデータに含まれる前記制御情報に基づいて、前記符号化フレームデータの使用方法を制御するデータ制御部と、
前記制御情報に基づいて使用方法が制御された前記符号化フレームデータを復号して出力するデータ出力部と
して、コンピュータを機能させ、
前記制御情報は、前記符号化フレームデータの挿入又は破棄を行った場合に、前記符号化フレームデータの挿入又は破棄が感知される程度を表す特徴量に基づいて生成された制御情報であり、
前記特徴量は、無線で前記符号化フレームデータを送信する送信側における、入力信号のトーナリティ情報または振幅情報の少なくとも一方を含む
ためのプログラム。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
本技術は、情報処理装置、情報処理方法、及び、プログラムに関し、特に、例えば、無線で送信されるデータを受信する受信側においてデータの出力が途切れることを抑制することができるようにする情報処理装置、情報処理方法、及び、プログラムに関する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
本技術の第１の情報処理装置は、無線で送信される符号化フレームデータを受信する受信側において、前記符号化フレームデータの使用方法を制御するための制御情報を生成する制御情報生成部と、入力信号を符号化し、その結果得られる前記符号化フレームデータに、前記制御情報を付加した制御情報付き符号化フレームデータを生成するデータ生成部とを備え、前記制御情報生成部は、前記受信側において前記符号化フレームデータの挿入又は破棄を行った場合に、前記符号化フレームデータの挿入又は破棄が感知される程度を表す特徴量に基づいて、前記制御情報を生成し、前記特徴量は、前記入力信号のトーナリティ情報または振幅情報の少なくとも一方を含む。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
本技術の第１の情報処理方法は、無線で送信される符号化フレームデータを受信する受信側において、符号化フレームデータの使用方法を制御するための制御情報を生成することと、入力信号を符号化し、その結果得られる前記符号化フレームデータに、前記制御情報を付加した制御情報付き符号化フレームデータを生成することとを含み、前記制御情報は、前記受信側において符号化フレームデータの挿入又は破棄を行った場合に、前記符号化フレームデータの挿入又は破棄が感知される程度を表す特徴量に基づいて生成され、前記特徴量は、前記入力信号のトーナリティ情報または振幅情報の少なくとも一方を含む。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
本技術の第１のプログラムは、無線で送信される符号化フレームデータを受信する受信側において、前記符号化フレームデータの使用方法を制御するための制御情報を生成する制御情報生成部と、入力信号を符号化し、その結果得られる前記符号化フレームデータに、前記制御情報を付加した制御情報付き符号化フレームデータを生成するデータ生成部として、コンピュータを機能させ、前記制御情報生成部は、前記受信側において前記符号化フレームデータの挿入又は破棄を行った場合に、前記符号化フレームデータの挿入又は破棄が感知される程度を表す特徴量に基づいて、前記制御情報を生成し、前記特徴量に、前記入力信号のトーナリティ情報または振幅情報の少なくとも一方を含ませるためのプログラムである。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
本技術の第２の情報処理装置は、符号化フレームデータの使用方法を制御するための制御情報を前記符号化フレームデータに付加した制御情報付き符号化フレームデータであって、無線で送信されてくる前記制御情報付き符号化フレームデータに含まれる前記制御情報に基づいて、前記符号化フレームデータの使用方法を制御するデータ制御部と、前記制御情報に基づいて使用方法が制御された前記符号化フレームデータを復号して出力するデータ出力部とを備え、前記制御情報は、前記符号化フレームデータの挿入又は破棄を行った場合に、前記符号化フレームデータの挿入又は破棄が感知される程度を表す特徴量に基づいて生成された制御情報であり、前記特徴量は、無線で前記符号化フレームデータを送信する送信側における、入力信号のトーナリティ情報または振幅情報の少なくとも一方を含む。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正の内容】
【００１７】
本技術の第２の情報処理方法は、符号化フレームデータの使用方法を制御するための制御情報を前記符号化フレームデータに付加した制御情報付き符号化フレームデータであって、無線で送信されてくる前記制御情報付き符号化フレームデータに含まれる前記制御情報に基づいて、前記符号化フレームデータの使用方法を制御することと、前記制御情報に基づいて使用方法が制御された符号化フレームデータを復号して出力することとを含み、前記制御情報は、前記符号化フレームデータの挿入又は破棄を行った場合に、前記符号化フレームデータの挿入又は破棄が感知される程度を表す特徴量に基づいて生成された制御情報であり、前記特徴量は、無線で前記符号化フレームデータを送信する送信側における、入力信号のトーナリティ情報または振幅情報の少なくとも一方を含む。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】変更
【補正の内容】
【００１８】
本技術の第２のプログラムは、符号化フレームデータの使用方法を制御するための制御情報を前記符号化フレームデータに付加した制御情報付き符号化フレームデータであって、無線で送信されてくる前記制御情報付き符号化フレームデータに含まれる前記制御情報に基づいて、前記符号化フレームデータの使用方法を制御するデータ制御部と、前記制御情報に基づいて使用方法が制御された前記符号化フレームデータを復号して出力するデータ出力部として、コンピュータを機能させ、前記制御情報は、前記符号化フレームデータの挿入又は破棄を行った場合に、前記符号化フレームデータの挿入又は破棄が感知される程度を表す特徴量に基づいて生成された制御情報であり、前記特徴量は、無線で前記符号化フレームデータを送信する送信側における、入力信号のトーナリティ情報または振幅情報の少なくとも一方を含むためのプログラムである。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正の内容】
【００１９】
本技術の第１の情報処理装置、情報処理方法、及び、プログラムにおいては、無線で送信される符号化フレームデータを受信する受信側において、符号化フレームデータの使用方法を制御するための制御情報が生成され、符号化フレームデータに、制御情報を付加した制御情報付き符号化フレームデータが生成される。また、受信側において符号化フレームデータの挿入又は破棄を行った場合に、符号化フレームデータの挿入又は破棄が感知される程度を表す特徴量に基づいて、制御情報が生成され、特徴量は、入力信号のトーナリティ情報または振幅情報の少なくとも一方が含まれる。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正の内容】
【００２０】
本技術の第２の情報処理装置、情報処理方法、及び、プログラムにおいては、符号化フレームデータの使用方法を制御するための制御情報を符号化フレームデータに付加した制御情報付き符号化フレームデータであって、無線で送信されてくる制御情報付き符号化フレームデータに含まれる制御情報に基づいて、符号化フレームデータの使用方法が制御され、制御情報に基づいて使用方法が制御された符号化フレームデータが復号されて出力される。また、制御情報は、符号化フレームデータの挿入又は破棄を行った場合に、符号化フレームデータの挿入又は破棄が感知される程度を表す特徴量に基づいて生成された制御情報であり、特徴量は、無線で符号化フレームデータを送信する送信側における、入力信号のトーナリティ情報または振幅情報の少なくとも一方を含む。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００２１
【補正方法】削除
【補正の内容】
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００２２
【補正方法】変更
【補正の内容】
【００２２】
なお、情報処理装置は、独立した装置であっても良いし、１つの装置を構成している内部ブロックであっても良い。