(57)【特許請求の範囲】
【請求項１】
送信側において符号化処理された音声符号化データを受信し、復号する音響装置において、
前記送信側における符号化処理、および前記受信した音声符号化データの復号処理に用いる第１のコーデック条件を決定する条件決定部と、前記音声符号化データを受信し、受信した音声符号化データに前記条件決定部が決定した第１のコーデック条件を付加する条件付加部と、前記条件付加部により第１のコーデック条件が付加された音声符号化データを格納するメモリ部とを有する受信部と、
前記メモリ部から第１のコーデック条件が付加された音声符号化データを取得し、前記付加された第１のコーデック条件と、前記音声符号化データの送信側における符合化処理に用いられた第２のコーデック条件とを比較し、両者が一致した場合に前記音声符号化データを出力する比較部と、
前記比較部から出力された音声符号化データを復号する復号部とを備えたことを特徴とする音響装置。
【請求項２】
送信側において符号化処理された音声符号化データを受信し、復号する音響装置において、
前記送信側における符号化処理、および前記受信した音声符号化データの復号処理に用いる第１のコーデック条件を決定すると共に、前記第１のコーデック条件に変更が生じた場合に、変更後の第１のコーデック条件を通知する条件決定部と、前記条件決定部から変更後の第１のコーデック条件が通知されると、新たな保管領域の作成を指示すると共に、前記音声符号化データを受信し、連続し、且つ同一の第１のコーデック条件を有する音声符号化データを、前記作成を指示した新たな保管領域に格納するメモリ管理部と、前記メモリ管理部の作成指示に応じて、新たな保管領域を作成するメモリ部と、前記メモリ部の保管領域に格納された連続した音声符号化データを取得して統合し、当該統合した連続音声符号化データに該当する第１のコーデック条件を付加する条件付加部とを有する受信部と、
前記条件付加部から第１のコーデック条件が付加された連続音声符号化データを取得し、前記付加された第１のコーデック条件と、前記連続音声符号化データを構成する各音声符号化データの送信側における符号化処理に用いられた第２のコーデック条件とを比較し、両者が一致した音声符号化データを出力する比較部と、
前記比較部から出力された音声符号化データを復号する復号部とを備えたことを特徴とする音響装置。
【請求項３】
前記メモリ管理部は、前記比較部からデータ取得要求が入力されると、前記メモリ部の保管領域のうち最も古い領域に格納された連続する音声符号化データと、当該連続する音声符号化データに該当する第１のコーデック条件を前記条件付加部に出力し、
前記条件付加部は、前記メモリ保管部から入力された連続する音声符号化データを統合し、当該統合した連続音声符号化データに前記メモリ管理部から入力された第１のコーデック条件を付加することを特徴とする請求項２記載の音響装置。
【請求項４】
送信側において符号化処理された音声符号化データを受信し、復号する音響装置において、
前記送信側における符号化処理、および前記受信した音声符号化データの復号処理に用いる第１のコーデック条件を決定する条件決定部と、前記音声符号化データを受信し、当該受信した音声符号化データと、前記条件決定部が決定した第１のコーデック条件とを対応付けて管理するメモリ管理部と、前記メモリ管理部が受信した音声符号化データを蓄積するメモリ部と、前記メモリ管理部が前記音声符号化データと第１のコーデック条件との対応付けに基づいて前記メモリ部から取得した、連続し、且つ同一の第１のコーデック条件を有する音声符号化データを統合し、当該統合した連続音声符号化データに該当する第１のコーデック条件を付加する条件付加部とを有する受信部と、
前記条件付加部から前記第１のコーデック条件が付加された連続音声符号化データを取得し、前記付加された第１のコーデック条件と、前記連続音声符号化データを構成する各音声符号化データの送信側における符号化処理に用いられた第２のコーデック条件とを比較し、両者が一致した音声符号化データを出力する比較部と、
前記比較部から出力された音声符号化データを復号する復号部とを備えたことを特徴とする音響装置。
【請求項５】
前記メモリ管理部は、前記比較部からデータ取得要求が入力されると、音声符号化データと第１のコーデック条件との対応付けに基づいて、最も古い音声符号化データから順に、連続し、且つ同一の第１のコーデック条件を有する音声符号化データを前記メモリ部から取得し、該当する第１のコーデック条件と共に前記条件付加部に出力することを特徴とする請求項４記載の音響装置。
【請求項６】
前記受信部は、前記音声符号化データを受信し、受信した音声符号化データのサイズを算出するサイズ計算部と、前記サイズ計算部が算出したサイズをサイズ情報として前記音声符号化データに付加するサイズ付加部とを備え、
前記メモリ管理部は、前記サイズ付加部によりサイズ情報が付加された音声符号化データを受信することを特徴とする請求項２から請求項５のうちのいずれか１項記載の音響装置。
【請求項７】
前記比較部は、前記第１のコーデック条件と前記第２のコーデック条件とが一致しない場合に、上位ソフトウェアに対して音声符号化データの復号にエラーが発生する旨を通知することを特徴とする請求項１から請求項６のうちのいずれか１項記載の音響装置。
【請求項８】
受信した音声符号化データを復号する復号方法において、
条件決定部が、前記送信側における符号化処理、および前記受信した音声符号化データの復号処理に用いる第１のコーデック条件を決定するステップと、
条件付加部が、前記音声符号化データを受信し、受信した音声符号化データに前記条件決定部が決定した第１のコーデック条件を付加するステップと、
メモリ部が、前記第１のコーデック条件が付加された音声符号化データを格納するステップと、
比較部が、格納された前記第１のコーデック条件が付加された音声符号化データを取得し、前記付加された第１のコーデック条件と、前記音声符号化データの送信側における符合化処理に用いられた第２のコーデック条件とを比較し、両者が一致した場合に前記音声符号化データを出力するステップと、
復号部が、前記比較部から出力された音声符号化データを復号するステップとを備えたことを特徴とする復号方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、符号化データの復号に関し、特に復号処理の失敗を回避するための技術である。
【背景技術】
【０００２】
従来、データ送受信におけるデータの復号方法として、事前に送受信先でネゴシエーションによりコーデック条件を決定し、決定したコーデック条件を受信側に設定すると共に、送信側はネゴシエーションにより決定されたコーデック条件で符号化した送信データを出力し、受信側において予め設定されたコーデック条件を用いて送信データを復号する方法が用いられている。しかし、上述した従来の復号方法では、送信側においてネゴシエーションにより決定された条件と異なるコーデック条件を用いて符号化される場合があり、この場合、受信側において送信データの復号に失敗し、異音が発生する。この復号の失敗を防止するためには、送信データに含まれるコーデック条件に従って、受信側のコーデック条件を常に変更するように構成してもよいが、コーデック条件を変更する度に復号部を初期化する必要が生じ、効率が悪いという問題があった。
【０００３】
この対策として特許文献１には、送信側で、伝送データ列のフレームパターンに、音声データおよび誤り訂正データと共に周波数データまたはチャネルデータを付加して送信データとして送信し、受信側では、フレームパターンを検出し、付加されている周波数データまたはチャネルデータを検出し、受信側の設定した周波数またはチャネルと一致しない場合は音声またはデータを出力せず、一致している場合は音声コーデックを行い、音声またはデータとして出力する方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−４４７０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した特許文献１に開示された方法では、送信側で周波数データまたはチャネルデータを付加し、受信側で付加された周波数データまたはチャネルデータを検出して解析するため、受信側に解析処理機能を設ける必要があり、受信側の処理速度が低下し、効率性に欠けるという課題があった。さらに、送信データは種々の圧縮方法により圧縮される場合が想定され、受信側に各圧縮方法固有の解析処理を組み込む必要が生じ、汎用性に欠けるという課題があった。
【０００６】
この発明は、上記のような課題を解決するためになされたもので、受信側の処理効率を維持し、且つ復号処理で復号ミスが発生するのを回避する音響装置および復号方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
この発明に係る音響装置は、送信側における符号化処理、および受信した音声符号化データの復号処理に用いる第１のコーデック条件を決定する条件決定部と、音声符号化データを受信し、受信した音声符号化データに条件決定部が決定した第１のコーデック条件を付加する条件付加部と、条件付加部により第１のコーデック条件が付加された音声符号化データを格納するメモリ部とを有する受信部と、メモリ部から第１のコーデック条件が付加された音声符号化データを取得し、付加された第１のコーデック条件と、音声符号化データの送信側における符合化処理に用いられた第２のコーデック条件とを比較し、両者が一致した場合に音声符号化データを出力する比較部と、比較部から出力された音声符号化データを復号する復号部とを備えたものである。
【発明の効果】
【０００８】
この発明によれば、受信側の処理性能を低下させることなく、復号処理において発生するエラーを事前に検知することができる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態１による音響装置の構成を示すブロック図である。
【図２】実施の形態１による音響装置の音声データの構造を示す説明図である。
【図３】実施の形態１による音響装置の受信部の動作を示すフローチャートである。
【図４】実施の形態１による音響装置の比較部の動作を示すフローチャートである。
【図５】実施の形態２による音響装置の構成を示すブロック図である。
【図６】実施の形態２による音響装置の受信部の保管領域作成処理を示すフローチャートである。
【図７】実施の形態２による音響装置の受信部の音声データの受信処理を示すフローチャートである。
【図８】実施の形態２による音響装置の受信部の音声データの送信処理を示すフローチャートである。
【図９】実施の形態２による音響装置の音声データＢ´の一例を示す説明図である。
【図１０】実施の形態２による音響装置の比較部の動作を示すフローチャートである。
【図１１】実施の形態２による音響装置の他の構成を示すブロック図である。
【図１２】実施の形態２による音響装置の受信部の対応表作成処理を示すフローチャートである。
【図１３】実施の形態２による音響装置の受信部の音声データの送信処理を示すフローチャートである。
【図１４】実施の形態３による音響装置の構成を示すブロック図である。
【図１５】実施の形態３による音響装置の受信部の音声データの受信処理を示すフローチャートである。
【図１６】実施の形態３による音響装置の音声データＢｓの一例を示す説明図である。
【発明を実施するための形態】
【００１０】
実施の形態１．
図１は、この発明の実施の形態１による音響装置１００の構成を示すブロック図である。図１において、音響装置１００は、受信部１０、制御部２０、比較部３０、上位ソフトウェア４０およびデコード部５０で構成されている。また、音響装置１００はオーディオプレーヤーなどのデータソースを提供する送信装置２００と接続されている。なお、本発明が音響装置であり、送信装置２００から音声データが提供される場合を例に説明するが、これは音声データの復号であれば、復号ミスが発生すると予測される音声データを復号せずに破棄した場合であっても、ユーザに違和感を与えることなく、音声の再生を行うことができるためである。
【００１１】
受信部１０は、条件決定部１１、条件付加部１２およびメモリ部１３で構成されている。条件決定部１１は、送信装置２００から符号化された音声データを受信する前に、符号化条件（例えば、符号化の種別、およびサンプリング周波数など）を、送信装置２００とネゴシエーションにより決定する。当該ネゴシエーションにより決定された符号化条件（以下、第１のコーデック条件と称する）は、条件付加部１２および制御部２０に出力される。条件付加部１２は、送信装置２００から符号化された音声データ（以下、音声データＡと称する）を受信すると、受信した音声データに条件決定部１１が決定した第１のコーデック条件を付加し、音声データＢとしてメモリ部１３に格納する。メモリ部１３は、比較部３０から入力されるデータ取得要求に応じて格納している音声データＢの中から最も古いデータを出力する。
制御部２０は、条件決定部１１が決定した第１のコーデック条件を用いてデコード部５０を初期化する。
【００１２】
比較部３０は、コーデック条件抽出部３１およびエラー検出部３２で構成されている。コーデック条件抽出部３１は、受信部１０のメモリ部１３から取得した音声データＢから、付加されている第１のコーデック条件を抽出する。さらに第１のコーデック条件抽出後の音声データから送信装置２００側で符号化に用いられた第２のコーデック条件を抽出する。抽出した第１および第２のコーデック条件および当該コーデック条件抽出後の音声データ（以下、音声データＣと称する）をエラー検出部３２に出力する。エラー検出部３２は、コーデック条件抽出部３１において抽出された第１のコーデック条件と第２のコーデック条件とを比較し、コーデック条件が一致するか判定を行う。判定結果に応じて、音声データをデコード部５０に出力、あるいは上位ソフトウェア４０にエラーを通知すると共に音声データを破棄する。
【００１３】
上位ソフトウェア４０は、エラー検出部３２からエラー通知を受けると、当該エラー通知を画面上などに表示する。また、エラー通知を音声などによりユーザに報知するように構成してもよい。
また、例えば上位ソフトウェア４０に正常状態とエラー状態の２状態を持たせるように構成してもよい（初期状態は正常状態となる）。正常状態の際に、エラー検出部３２からエラー通知を受けるとエラー状態に遷移する。
【００１４】
一方、エラー状態の際に、エラー検出部３２からエラー通知を受けなくなる、つまり正しく符号化された音声データＡを受信できるようになった場合、正常状態に戻る。なお、この場合、上位ソフトウェア４０は、エラー検出部３２でエラー通知しない状態になったことを示す通知を受け取る。当該通知により正常状態に戻る判断を行う。
さらに、エラー状態の際に、エラー検出部３２からエラー通知を連続して特定回数受け取り続けた場合、またはエラー状態が特定時間続いた場合、音楽を再生中にエラーが発生したことを示す警告をディスプレイなどに表示してユーザに報知する、またはユーザに別の音楽再生を促す。
【００１５】
デコード部５０は、制御部２０を介して入力される第１のコーデック条件により初期化される。また、エラー検出部３２から音声データＣが入力されると、初期化により設定された第１のコーデック条件に基づいて音声データＣをデコードする。デコードした音声データＣを再生装置などの外部装置（不図示）に出力することにより、音声の再生が行われる。なお、音響装置１００に再生手段を設けるように構成してもよい。
【００１６】
次に、音声データの詳細な構造について説明する。
図２は、実施の形態１による音響装置１００の音声データの構造を示す説明図である。
図２（ａ）は送信装置２００が音響装置１００に対して送信する音声データＡの構造を示し、図２（ｂ）はメモリ部１３が格納する音声データＢの構造を示す説明図である。
音声データＡのデータ格納部３００には、符号化された音声データＣ、当該音声データＣの符号化に用いた第２のコーデック条件、および音声データＣのメディア情報で構成されている。音声データＢは、上述した音声データＡのデータ格納部３００に第１のコーデック条件が付加されている。当該第１のコーデック条件は条件付加部１２により付加されたものである。比較部３０は、音声データＢの第１のコーデック条件と第２のコーデック条件とを比較し、一致するか判定を行う。
【００１７】
次に、図３および図４を参照しながら実施の形態１による音響装置１００の動作について説明する。なお、以下の説明では、条件決定部１１が送信装置２００とのネゴシエーションにより決定したコーデック条件を第１のコーデック条件、送信装置２００における符号化で用いたコーデック条件を第２のコーデック条件、送信装置２００から送信される音声データを音声データＡ、メモリ部１３に格納される音声データを音声データＢ、およびデコード部５０がデコードする音声データを音声データＣとして説明する。
【００１８】
まず、図３は実施の形態１による音響装置１００の受信部１０の動作を示すフローチャートである。
受信部１０の条件付加部１２は、送信装置２００から音声データＡを受信すると（ステップＳＴ１）、受信した音声データＡに条件決定部１１においてあらかじめ決定された第１のコーデック条件を付加し、音声データＢを生成する（ステップＳＴ２）。生成した音声データＢは、受信した順序でメモリ部１３に格納する（ステップＳＴ３）。その後、フローはステップＳＴ１の処理に戻り、上述の処理を繰り返す。
【００１９】
図４は、実施の形態１による音響装置１００の比較部３０の動作を示すフローチャートである。
比較部３０のコーデック条件抽出部３１は、受信部１０のメモリ部１３を参照して音声データＢが格納されているか判定を行う（ステップＳＴ１１）。メモリ部１３に音声データＢが格納されていない場合（ステップＳＴ１１；ＮＯ）、ステップＳＴ１１の処理に戻る。一方、メモリ部１３に音声データＢが格納されている場合（ステップＳＴ１１；ＹＥＳ）、コーデック条件抽出部３１はメモリ部１３に対してデータ取得要求を出力し、メモリ部１３に格納された音声データＢを取得する（ステップＳＴ１２）。さらに、コーデック条件抽出部３１は、取得した音声データＢから第１のコーデック条件を抽出し（ステップＳＴ１３）、さらに第２のコーデック条件および音声データＣに関するメディア情報を抽出する（ステップＳＴ１４）。ステップＳＴ１３およびステップＳＴ１４で抽出されたデータはエラー検出部３２に出力される。
【００２０】
エラー検出部３２は、ステップＳＴ１３で抽出された第１のコーデック条件と、ステップＳＴ１４で抽出された第２のコーデック条件とを比較し、一致するか判定を行う（ステップＳＴ１５）。第１のコーデック条件と第２のコーデック条件が一致した場合（ステップＳＴ１５；ＹＥＳ）、エラー検出部３２は音声データＣをデコード部５０に出力し（ステップＳＴ１６）、デコード部５０がデコード処理を実行する（ステップＳＴ１７）。一方、第１のコーデック条件と第２のコーデック条件が一致しない場合（ステップＳＴ１５；ＮＯ）、復号処理におけるエラー発生を検知し、検知したエラーを上位ソフトウェア４０に通知すると共に、音声データＣを破棄する（ステップＳＴ１８）。ステップＳＴ１７あるいはステップＳＴ１８の処理が終了するとフローはステップＳＴ１１の処理に戻り、上述した処理を繰り返す。
【００２１】
以上のように、この実施の形態１によれば、送信装置２００とネゴシエーションにより決定した第１のコーデック条件を、受信した音声データに付加する条件付加部１２と、第１のコーデック条件を付加した音声データを格納するメモリ部１３とを備えた受信部１０と、メモリ部１３に格納された音声データを取得し、条件付加部１２により付加された第１のコーデック条件と、音声データを符号化した際の第２のコーデック条件とを抽出し、抽出した第１のコーデック条件と第２のコーデック条件が一致する場合には、音声データをデコード部５０に出力し、一致しない場合には上位ソフトウェア４０にエラー検知を通知すると共に音声データを破棄する比較部３０とを備えるように構成したので、デコード部におけるデコード処理の失敗を事前に防ぐと共に、復号処理におけるエラー発生を検知した場合には検知したエラーを上位ソフトウェアに通知することができる。
【００２２】
実施の形態２．
この実施の形態２では、第１コーデック条件が同一の音声データＡを複数統合して比較部３０に提供する構成を示す。
図５は、実施の形態２による音響装置１００の構成を示すブロック図である。この実施の形態２の音響装置は、上記図１で示した実施の形態１の受信部１０にメモリ管理部１４を追加して構成している。なお、以下では、実施の形態１による音響装置１００の構成要素と同一または相当する部分には実施の形態１で使用した符号と同一の符号を付して説明を省略または簡略化する。
【００２３】
受信部１０´の条件決定部１１´は、第１のコーデック条件が変更されると、制御部２０および受信部１０´のメモリ管理部１４に出力する。メモリ管理部１４は、第１のコーデック条件を受信する度に、新たな保管領域をメモリ部１３´に作成する。メモリ管理部１４は、送信装置２００から送信された音声データＡを受信すると、当該音声データＡをメモリ部１３´にある一番新しい保管領域に保管する。さらにメモリ管理部１４は、比較部３０´のコーデック条件抽出部３１´からデータ取得要求を受け取ると、メモリ部１３´にデータ送信要求を出力すると共に、該当する第１のコーデック条件を条件付加部１２´に通知する。
【００２４】
メモリ部１３´は、音声データＡを格納する保管領域を有している。図５では、複数の保管領域１３＿１，１３＿２，・・・，１３＿ｎが作成された場合を示している。メモリ部１３´は、データ送信要求に基づいて、同一の保管領域に保管された連続した複数の音声データＡ１，Ａ２，・・・，Ａｎ（以下、連続音声データＡ´と称する）を条件付加部１２´に出力する。条件付加部１２´は、連続音声データＡ´に対して、メモリ管理部１４から通知された第１のコーデック条件を付加し、音声データＢ´を生成する。生成した音声データＢ´は比較部３０´のコーデック条件抽出部３１´に出力する。
【００２５】
なお、メモリ部１３´に保管領域が複数存在する場合には、一番古い保管領域から連続音声データＡ´を取り出し、条件付加部１２´に出力する。条件付加部１２´は、入力された連続音声データＡ´の先頭に、メモリ管理部１４から通知された第１のコーデック条件を付けて比較部３０´に渡す。なお、比較部３０´に対して一度に渡すのは一つの保管領域にあるデータのみであり、複数の保管領域を跨って音声データの取り出しは行わない。
【００２６】
次に、受信部１０´の動作についてより詳細に説明する。
図６は、実施の形態２の音響装置１００の受信部１０´の保管領域作成処理を示すフローチャートである。
受信部１０´の条件決定部１１´が送信装置２００とネゴシエーションを行う（ステップＳＴ２１）。条件決定部１１´は第１のコーデック条件が前回と変わったか確認を行い（ステップＳＴ２２）、前回と変わっていない場合（ステップＳＴ２２；ＮＯ）にはステップＳＴ２１の処理に戻る。一方、前回と変わっている場合（ステップＳＴ２２；ＹＥＳ）、条件決定部１１´は第１のコーデック条件をメモリ管理部１４に送信する（ステップＳＴ２３）。ステップＳＴ２３で第１のコーデック条件が送信されたメモリ管理部１４は、メモリ部１３´に新たな保管領域の作成を要求する（ステップＳＴ２４）。メモリ部１３´は、ステップＳＴ２４の要求に応じて、新たな保管領域を作成する（ステップＳＴ２５）。その後、フローはステップＳＴ２１に戻り、上述した処理を繰り返す。
【００２７】
図７は、実施の形態２の音響装置１００の受信部１０´の音声データＡの受信処理を示すフローチャートである。
メモリ管理部１４が音声データＡを受信すると（ステップＳＴ３１）、メモリ部１３´の一番新しい保管領域に受信した音声データＡを格納する（ステップＳＴ３２）。その後、フローはステップＳＴ３１に戻り、上述した処理を繰り返す。
【００２８】
図８は、実施の形態２の音響装置１００の受信部１０´の音声データＢ´の送信処理を示すフローチャートである。
受信部１０´のメモリ管理部１４が、比較部３０´から取得要求を受信すると（ステップＳＴ４１）、メモリ部１３´にデータ送信要求を出力する（ステップＳＴ４２）と共に、メモリ部１３´内の一番古い保管領域に該当する第１のコーデック条件を条件付加部１２´に出力する（ステップＳＴ４３）。メモリ部１３´は、一番古い保管領域から連続音声データＡ´を取り出し、条件付加部１２´に出力する（ステップＳＴ４４）。条件付加部１２´は、ステップＳＴ４４で送信された連続音声データＡ´の先頭にステップＳＴ４３で送信された第１のコーデック条件を付加して音声データＢ´を生成し（ステップＳＴ４５）、生成した音声データＢ´を比較部３０´のコーデック条件抽出部３１´に送信する（ステップＳＴ４６）。その後、フローはステップＳＴ４１に戻り、上述した処理を繰り返す。
【００２９】
図９は、実施の形態２の音響装置１００の条件付加部１２´が生成した音声データＢ´の一例を示す説明図である。
例えば、第１のコーデック条件が同一である連続した音声データＡ１，Ａ２がメモリ部１３´の同一の保管領域に保管されている場合に、条件付加部１２´は図９に示すように音声データＡ１およびＡ２を統合し、さらに先頭に第１のコーデック条件を付加して音声データＢ´を生成する。
【００３０】
図９に示した音声データＢ´を条件付加部１２´から取得した比較部３０´では、コーデック条件抽出部３１´が条件付加部１２´により付加された第１のコーデック条件を抽出する。さらに第１のコーデック条件抽出後の音声データを音声データＡ１および音声データＡ２に分割し、分割した各音声データＡ１，Ａ２から第２のコーデック条件を抽出する。抽出した第１および第２のコーデック条件および当該コーデック条件抽出後の音声データをエラー検出部３２に出力する。
【００３１】
エラー検出部３２は、第１のコーデック条件と第２のコーデック条件とが一致するか判定を行う。この判定は、音声データＡ１およびＡ２に対して行われる。まず音声データＡ１の第１のコーデック条件と第２のコーデック条件が一致する場合には、音声データＡ１を構成していた音声データＣ１（不図示）をデコード部５０に出力する。一方、デコード条件が一致しない場合には、復号処理におけるエラー発生を検知し、検知したエラーを上位ソフトウェア４０に通知し、音声データＣ１を破棄する。デコード部５０は、エラー検出部３２から音声データＣ１が入力されると、初期化により設定された第１のコーデック条件により音声データＣ１をデコードする。音声データＡ２に対しても同一の処理を行う。
【００３２】
次に、比較部３０´の動作について説明する。
図１０は、実施の形態２による音響装置１００の比較部３０´の動作を示すフローチャートである。なお、上記図４で示した実施の形態１の音響装置１００と同一のステップには図４で使用した符号と同一の符号を付し、説明を省略または簡略化する。
なお、図１０のフローチャートに示す動作の前提として、受信部１０´は、図６から図８に示した処理を繰り返し行っているものとする。
【００３３】
比較部３０´のコーデック条件抽出部３１´は、受信部１０´のメモリ管理部１４に対してデータ取得要求を出力する（ステップＳＴ５１）。ステップＳＴ５１のデータ取得要求に対して条件付加部１２´から送信された音声データＢ´を受信し（ステップＳＴ５２）、当該音声データＢ´から第１のコーデック条件を抽出する（ステップＳＴ５３）。さらに、第１のコーデック条件を抽出した後の音声データから１つの音声データＡを取得し（ステップＳＴ５４）、取得した音声データＡから第２のコーデック条件と音声データＣに関するメディア情報を抽出する（ステップＳＴ１４）。ステップＳＴ５３およびステップＳＴ１４で抽出されたデータはエラー検出部３２に出力される。
【００３４】
エラー検出部３２は、ステップＳＴ５３で抽出された第１のコーデック条件と、ステップＳＴ１４で抽出された第２のコーデック条件とを比較し、一致するか判定を行う（ステップＳＴ１５）。第１のコーデック条件と第２のコーデック条件が一致した場合（ステップＳＴ１５；ＹＥＳ）、エラー検出部３２は音声データＣをデコード部５０に出力し（ステップＳＴ１６）、デコード部５０がデコード処理を実行する（ステップＳＴ１７）。一方、第１のコーデック条件と第２のコーデック条件が一致しない場合（ステップＳＴ１５；ＮＯ）、復号処理におけるエラー発生を検知し、検知したエラーを上位ソフトウェア４０に通知すると共に、音声データＣを破棄する（ステップＳＴ１８）。
【００３５】
その後、コーデック条件抽出部３１´は、ステップＳＴ５３で取得した音声データＢ´に含まれていた全ての音声データＡに対して処理を行ったか否か判定を行う（ステップＳＴ５５）。全ての音声データＡに対して処理を行った場合（ステップＳＴ５５；ＹＥＳ）、ステップＳＴ５１の処理に戻り、上述した処理を繰り返す。一方、全ての音声データＡに対して処理を行っていない場合（ステップＳＴ５５；ＮＯ）、ステップＳＴ５４の処理に戻り、新たな音声データＡを取得し、上述した処理を繰り返す。
【００３６】
このように、連続した音声データＡの第１のコーデック条件が同一であった場合に、当該連続した音声データＡを統合し、且つ同一の第１のコーデック条件を付加するので、データ伝送の効率化を図ることができる。
【００３７】
また、上述した実施の形態２のその他の構成として、メモリ管理部１４が音声データＡをメモリ部１３´に保管する前に、音声データＡと第１のコーデック条件とを対応付けた対応表を作成するように構成してもよい。
図１１は、実施の形態２の音響装置の他の構成を示すブロック図である。なお、以下では、上記図５で示した音響装置１００の構成要素と同一または相当する部分には実施の形態１で使用した符号と同一の符号を付して説明を省略または簡略化する。
【００３８】
メモリ管理部１４は、送信装置２００から送信された音声データＡを受信すると、受信した音声データＡと当該音声データＡの第１のコーデック条件とを対応付けた対応表を作成して管理すると共に、音声データＡをメモリ部１３に格納する。さらにメモリ管理部１４は、比較部３０のコーデック条件抽出部３１´からデータ取得要求を受け取ると、管理している対応表を参照して最も古い音声データＡから順に、連続し、且つ同一の第１のコーデック条件を持つ音声データＡｎの群を抽出し、抽出した音声データＡｎの群をメモリ部１３から取り出し、連続音声データＡ´として条件付加部１２´に出力する。また、連続音声データＡ´に該当する第１のコーデック条件を条件付加部１２´に出力する。
【００３９】
条件付加部１２´は、入力された音声データＡ´に該当する第１のコーデック条件を付加して音声データＢ´を作成し、比較部３０に送信する。
なお、メモリ部１３は、保管領域を設けずに、実施の形態１と同様の構成としている。
【００４０】
次に、実施の形態２の音響装置１００の受信部１０´の動作について説明する。
図１２は、実施の形態２の音響装置１００の受信部１０´の対応表作成処理を示すフローチャートである。
メモリ管理部１４は、音声データＡを受信すると（ステップＳＴ６１）、受信した音声データＡと第１のコーデック条件との対応表を作成する（ステップＳＴ６２）。メモリ管理部１４は、音声データＡをメモリ部１３に格納する（ステップＳＴ６３）。その後、フローはステップＳＴ６１に戻り、上述した処理を繰り返す。
【００４１】
図１３は、実施の形態２の音響装置１００の受信部１０´の音声データの送信処理を示すフローチャートである。
メモリ管理部１４は、比較部３０´から音声データＢ´の取得要求を受信すると（ステップＳＴ７１）、保管している対応表を参照し、古い順に、連続し、且つ同一の第１のコーデック条件を有する音声データＡｎの群を抽出する（ステップＳＴ７２）。メモリ管理部１４は、抽出した音声データＡｎの群に対応する音声データをメモリ部１３から取得し（ステップＳＴ７３）、取得した音声データＡｎの群を連続音声データＡ´として条件付加部１２´に出力する（ステップＳＴ７４）。一方、メモリ管理部１４は、抽出した音声データＡｎ群に該当する第１のコーデック条件を条件付加部１２´に出力する（ステップＳＴ７５）。
【００４２】
条件付加部１２´は、ステップＳＴ７４で送信された連続音声データＡ´に、ステップＳＴ７５で送信された第１のコーデック条件を付加して音声データＢ´を生成し（ステップＳＴ７６）、生成した音声データＢ´を比較部３０´のコーデック条件抽出部３１´に送信する（ステップＳＴ７７）。その後、フローはステップＳＴ７１に戻り、上述した処理を繰り返す。
【００４３】
以上のように、この実施の形態２によれば、変更された第１のコーデック条件が送信されると新たな保管領域の作成を要求すると共に、受信した音声データＡを新たに作成された保管領域に格納するメモリ管理部と、同一の保管領域に保管された連続音声データＡ´の先頭に第１のコーデック条件を付加する条件付加部１２´を備えるように構成したので、データ伝送の効率化を図ることができる。
【００４４】
また、この実施の形態２によれば、受信した音声データＡと第１のコーデック条件とを対応付けた対応表を作成して管理し、データ取得要求が入力されると当該対応表を参照して最も古い音声データＡから順に、連続し、且つ同一の第１のコーデック条件を持つ連続音声データＡ´を抽出して対応する第１のコーデック条件と共に出力するメモリ管理部１４と、メモリ管理部１４から入力された連続音声データＡ´の先頭に第１のコーデック条件を付加する条件付加部１２´を備えるように構成したので、データ伝送の効率化を図ることができる。
【００４５】
実施の形態３．
この実施の形態３では、上述した実施の形態２の構成に加えて、連続音声データＡ´を構成する各音声データＡにサイズ情報を付加する構成を示す。
例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）を用いた通信において、音声データのメディア情報の位置（図２の音声データＣのメディア情報の位置、以下ヘッダと記載する）にサイズ情報（サイズを算出するのに必要な情報）が付加される。しかし、送信装置２００が音声データを分割した場合に、分割した音声データＡのヘッダに付加されるサイズ情報は、音声データを分割する前の音声データサイズであるため、音声データＢ´のように音声データＡを複数統合して比較部３０に渡すと、音声データを取り出せないという不具合が発生する。
【００４６】
ここで、図６に示した音声データＢ´を取得した比較部３０を例に挙げて説明する。音声データＡ１、Ａ２のヘッダには音声データＡ１，Ａ２のサイズ（ただし、音声データＡ１，Ａ２が分割されたデータの場合は分割前のサイズ）が記載されている。音声データＡ１，Ａ２が分割されていない場合は、ヘッダに記載されたサイズ毎にデータ格納部３００の先頭からデータを取り出せば音声データＡ１，Ａ２を取り分けることが可能である。しかし、音声データＡ１，Ａ２が分割されている場合は、分割後のＡ１，Ａ２のサイズが把握できないため上述した手順を採用することができず、音声データＡ１，Ａ２を取り出すことができない。
【００４７】
すなわち、上述した実施の形態２のように、受信データＡを逐次処理せずにメモリ部１３´に溜め込み、複数の受信データＡ１，Ａ２，・・・，Ａｎを統合して比較部３０に渡すことにより、「ヘッダに付加されたサイズ情報≠受信データＡｎのサイズ」且つ「実際の音声データサイズ（音声データＢ´のデータ格納サイズ）≠受信データＡｎのサイズ」となる場合に「受信データＡｎのサイズ」を算出することができない。
このような不具合を解消するために、この実施の形態３では、音声データＡｎを受信した際に、受信した音声データＡｎのサイズ情報を取得するように構成する。
【００４８】
図１４は、この実施の形態３による音響装置の構成を示すブロック図である。
上記図５で示した実施の形態２による音響装置１００に、サイズ計算部１５およびサイズ付加部１６を追加して設けている。
サイズ計算部１５は、受信した音声データＡのサイズを計算する。サイズ付加部１６は、サイズ計算部１５が計算したサイズを音声データＡの先頭に付加し、音声データＡｓを作成する。メモリ管理部１４は、実施の形態２と同様に保管領域をメモリ部１３´に作成する。さらに、サイズ付加部１６から入力された音声データＡｓをメモリ部１３´にある一番新しい保管領域に保管する。
【００４９】
条件付加部１２´は、比較部３０´のコーデック条件抽出部３１´からのデータ取得要求に応じて連続した複数の音声データＡｓを統合した連続音声データＡｓ´を取得し、当該連続音声データＡｓ´に対して、メモリ管理部１４から通知された第１のコーデック条件を付加し、音声データＢｓを生成する。生成した音声データＢｓは比較部３０´のコーデック条件抽出部３１´に出力する。
【００５０】
次に、動作について説明する。
図１５は、実施の形態３による音響装置１００の受信部１０´´の音声データＡの受信処理を示すフローチャートである。
サイズ計算部１５が音声データＡを受信すると（ステップＳＴ８１）、受信した音声データＡのサイズを計算する（ステップＳＴ８２）。サイズ計算部１５は、音声データＡと、ステップＳＴ８２で計算したサイズをサイズ付加部１６に出力する（ステップＳＴ８３）。サイズ付加部１６は、ステップＳＴ８３で入力された音声データＡの先頭にサイズを付加して音声データＡｓを生成し、メモリ管理部１４に出力する（ステップＳＴ８４）。メモリ管理部１４は、ステップＳＴ８４で入力された音声データＡｓをメモリ部１３´内の一番新しい保管領域に格納する（ステップＳＴ８５）。その後、フローはステップＳＴ８１の処理に戻り、上述した処理を繰り返す。
【００５１】
なお、新たな保管領域の作成、データ取得要求に応じた音声データの送信、および比較部３０´における比較判定処理は上述した実施の形態２と同一であるため、説明を省略する。また、実施の形態２のメモリ管理部１４において対応表を作成する構成も適用可能である。この場合、サイズ計算部１５およびサイズ付加部１６が上記図１５のステップＳＴ８１からステップＳＴ８４までの処理を行い、メモリ管理部１４に音声データＡｓを出力した後、メモリ管理部１４が音声データＡｓと第１のコーデック条件とを対応付けた対応表を作成し、保管する。以降の処理は実施の形態２と同一である。
【００５２】
図１６は、実施の形態３の音響装置の条件付加部が生成した音声データＢｓの一例を示す説明図である。
音声データＢｓは、２つの音声データＡ１およびＡ２で構成され、音声データＡ１の先頭にはサイズ情報３０１、音声データＡ２の先頭にはサイズ情報３０２がそれぞれ付加されている。これらのサイズ情報３０１，３０２は、受信部１０´´のサイズ計算部１５が音声データＡを受信した際に計算したサイズである。
【００５３】
コーデック条件抽出部３１´は、第１のコーデック条件を抽出した音声データを分割して各音声データＡ１，Ａ２，・・・，Ａｎを取得する際に、付加されたサイズを参照しながら各音声データＡ１，Ａ２，・・・，Ａｎの取り出しを行うことができ、各音声データＡ１，Ａ２，・・・，Ａｎを正確に取り出すことができる。
【００５４】
以上のように、この実施の形態３によれば、音声データＡ１，Ａ２，・・・，Ａｎを統合する際、各々のサイズを付加するように構成したので、コーデック条件抽出部において正確に音声データの取り出しを行うことができる。
【００５５】
なお、本願発明の音響装置は、車載用オーディオプレーヤーや、携帯型オーディプレーヤーなど、種々のオーディオプレーヤーに適用可能である。
【００５６】
なお、本願発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。
【符号の説明】
【００５７】
１０，１０´，１０´´  受信部、１１，１１´  条件決定部、１２，１２´  条件付加部、１３，１３´  メモリ部、１３＿１，１３＿２・・・、１３＿ｎ  保管領域、１４  メモリ管理部、１５  サイズ計算部、１６  サイズ付加部、２０  制御部、３０，３０´  比較部、３１，３１´  コーデック条件抽出部、３２  エラー検出部、４０  上位ソフトウェア、５０  デコード部、１００  音響装置、２００  送信装置、３００，３００´  データ格納部。
【図１】
0005570474.tif 000002
【図２】
0005570474.tif 000003
【図３】
0005570474.tif 000004
【図４】
0005570474.tif 000005
【図５】
0005570474.tif 000006
【図６】
0005570474.tif 000007
【図７】
0005570474.tif 000008
【図８】
0005570474.tif 000009
【図９】
0005570474.tif 000010
【図１０】
0005570474.tif 000011
【図１１】
0005570474.tif 000012
【図１２】
0005570474.tif 000013
【図１３】
0005570474.tif 000014
【図１４】
0005570474.tif 000015
【図１５】
0005570474.tif 000016
【図１６】
0005570474.tif 000017