(57)【要約】【課題】【解決手段】音を使ったデータ通信のための装置及び方法が開示される。一般に、デジタルデータを送信する装置は、デジタルデータを一つ又は複数の種類の音パラメータに変換するよう構成されたデータコーダと、データコーダに接続され、一つ又は複数の種類の音パラメータに基づいて音を生成するように構成された音シンセサイザとを備えている。デジタルデータを受信する装置は、音を受信し、受信した音から、一つ又は複数の種類の音パラメータを抽出するように構成された音アナライザと、音アナライザに接続され、抽出された一つ又は複数の種類の音パラメータを、デジタルデータに変換するように構成されたデータデコーダとを備えている。
2006507720.tif 000002
【特許請求の範囲】
【請求項１】
デジタルデータを送信する装置であって、
前記デジタルデータを一つ又は複数の種類の音パラメータに変換するよう構成されたデータコーダと、
前記データコーダに接続され、前記一つ又は複数の種類の音パラメータに基づいて音を生成するように構成された音シンセサイザとを備える。
【請求項２】
請求項１に記載の装置において、
一つ又は複数の種類の音パラメータとビットパターンとの間の一つ又は複数の関係のセットを格納するように構成された記憶媒体を更に備え、
前記データコーダは、前記一つ又は複数の関係のセットに基づいて、前記デジタルデータを、前記一つ又は複数の種類の音パラメータに変換するように構成される。
【請求項３】
請求項２に記載の装置において、前記記憶媒体は、一つ又は複数の関係のセットを予め定義するルックアップテーブルを備える。
【請求項４】
請求項１に記載の装置において、音パラメータは、一つの値、又は値の範囲を表す。
【請求項５】
請求項１に記載の装置において、前記一つ又は複数の音パラメータは、音声パラメータを含む。
【請求項６】
デジタルデータを受信する装置であって、
音を受信し、前記受信した音から、一つ又は複数の種類の音パラメータを抽出するように構成された音アナライザと、
前記音アナライザに接続され、前記抽出された一つ又は複数の種類の音パラメータを、デジタルデータに変換するように構成されたデータデコーダとを備える。
【請求項７】
請求項６に記載の装置において、
一つ又は複数の種類の音パラメータとビットパターンとの間の一つ又は複数の関係のセットを格納するように構成された記憶媒体を更に備え、
前記データデコーダは、前記抽出された一つ又は複数の種類の音パラメータを、前記一つ又は複数の関係のセットに基づいて、前記デジタルデータに変換するように構成される。
【請求項８】
請求項7に記載の装置において、前記記憶媒体は、一つ又は複数の関係のセットを予め定義するルックアップテーブルを備える。
【請求項９】
請求項６に記載の装置において、音パラメータは、一つの値、又は値の範囲を表す。
【請求項１０】
請求項６に記載の装置において、前記抽出された一つ又は複数の音パラメータは、音声パラメータを含む。
【請求項１１】
デジタルデータを送信する方法であって、
送信されるデジタルデータを一つ又は複数の種類の音パラメータに変換することと、
前記一つ又は複数の種類の音パラメータに基づいて音を生成することとを備える。
【請求項１２】
請求項１１に記載の方法において、
一つ又は複数の種類の音パラメータとビットパターンとの間の一つ又は複数の関係のセットを格納することを更に備え、
前記送信されるデジタルデータを変換することは、前記一つ又は複数の関係のセットに基づいて、前記デジタルデータを、前記一つ又は複数の種類の音パラメータに変換することを備える。
【請求項１３】
請求項１２に記載の方法において、前記一つ又は複数の関係のセットを格納することは、一つ又は複数の関係のセットを予め定義するルックアップテーブルを格納することを備える。
【請求項１４】
請求項１１に記載の方法において、音パラメータは、一つの値、又は値の範囲を表す。
【請求項１５】
請求項１１に記載の方法において、前記一つ又は複数の音パラメータは、音声パラメータを含む。
【請求項１６】
デジタルデータを受信する方法であって、
受信した音から、一つ又は複数の種類の音パラメータを抽出することと、
前記抽出された一つ又は複数の種類の音パラメータを、前記デジタルデータに変換することとを備える。
【請求項１７】
請求項１６に記載の方法において、
一つ又は複数の種類の音パラメータとビットパターンとの間の一つ又は複数の関係のセットを格納することを更に備え、
前記抽出された一つ又は複数の種類の音パラメータを変換することは、前記抽出された一つ又は複数の種類の音パラメータを、前記一つ又は複数の関係のセットに基づいて、前記デジタルデータに変換することを備える。
【請求項１８】
請求項１７に記載の方法において、前記一つ又は複数の関係のセットを格納することは、一つ又は複数の関係のセットを予め定義するルックアップテーブルを格納することを備える。
【請求項１９】
請求項１６に記載の方法において、音パラメータは、一つの値、又は値の範囲を表す。
【請求項２０】
請求項１６に記載の方法において、前記抽出された一つ又は複数の音パラメータは、音声パラメータを含む。
【請求項２１】
デジタルデータを送信する装置であって、
送信されるデジタルデータを一つ又は複数の種類の音パラメータに変換する手段と、
前記一つ又は複数の種類の音パラメータに基づいて音を生成する手段とを備える。
【請求項２２】
請求項２１に記載の装置において、
一つ又は複数の種類の音パラメータとビットパターンとの間の一つ又は複数の関係のセットを格納する手段を更に備え、
前記変換する手段は、前記デジタルデータを、前記一つ又は複数の関係のセットに基づいて、前記一つ又は複数の種類の音パラメータに変換する。
【請求項２３】
請求項２２に記載の装置において、前記格納する手段は、一つ又は複数の関係のセットを予め定義するルックアップテーブルを格納する。
【請求項２４】
デジタルデータを受信する装置であって、
受信した音から、一つ又は複数の種類の音パラメータを抽出する手段と、
前記抽出された一つ又は複数の種類の音パラメータを、デジタルデータに変換する手段とを備える。
【請求項２５】
請求項２４に記載の装置において、
一つ又は複数の種類の音パラメータとビットパターンとの間の一つ又は複数の関係のセットを格納する手段を更に備え、
前記変換する手段は、前記抽出された一つ又は複数の種類の音パラメータを、前記一つ又は複数の関係のセットに基づいて、前記デジタルデータに変換する。
【請求項２６】
請求項２５に記載の装置において、前記格納する手段は、一つ又は複数の関係のセットを予め定義するルックアップテーブルを格納する。
【請求項２７】
デジタルデータを送信するために使用される機械読取可能媒体であって、
送信されるデジタルデータを一つ又は複数の種類の音パラメータに変換するコードと、
前記一つ又は複数の種類の音パラメータに基づいて音を生成するコードとを備える。
【請求項２８】
請求項２７に記載の媒体において、
一つ又は複数の種類の音パラメータとビットパターンとの間の一つ又は複数の関係のセットを更に備え、
前記デジタルデータを変換するコードは、前記一つ又は複数の関係のセットに基づいて、前記デジタルデータを、前記一つ又は複数の種類の音パラメータに変換する。
【請求項２９】
デジタルデータを受信するために使用される機械読取可能媒体であって、
受信した音から、一つ又は複数の種類の音パラメータを抽出するコードと、
前記抽出された一つ又は複数の種類の音パラメータを、デジタルデータに変換するコードとを備える。
【請求項３０】
請求項２９に記載の媒体において、
一つ又は複数の種類の音パラメータとビットパターンとの間の一つ又は複数の関係のセットを更に備え、
前記変換するコードは、前記一つ又は複数の関係のセットに基づいて、前記抽出された一つ又は複数の音パラメータを、デジタルデータに変換する。
【請求項３１】
デジタルデータを送受信する装置であって、
送信されるデジタルデータを、一つ又は複数の種類の音パラメータに変換する手段と、
前記一つ又は複数の音パラメータに基づいて、音を生成する手段と、
受信した音から、一つ又は複数の種類の音パラメータを抽出する手段と、
前記抽出された一つ又は複数の種類の音パラメータをデジタルデータに変換する手段とを備える。
【請求項３２】
請求項３１に記載の装置において、
一つ又は複数の種類の音パラメータとビットパターンとの間の一つ又は複数の関係のセットを格納する手段を更に備え、
前記変換する手段は、前記デジタルデータを、前記一つ又は複数の関係のセットに基づいて、前記一つ又は複数の種類の音パラメータに変換し、前記変換する手段は、前記抽出された一つ又は複数の種類の音パラメータを、前記一つ又は複数の関係のセットに基づいて、デジタルデータに変換する。
【請求項３３】
請求項３２に記載の装置において、前記格納する手段は、一つ又は複数の関係のセットを予め定義するルックアップテーブルを格納する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般にデータ通信に関し、特に、音響チャネルによるデータ通信に関する。
【背景技術】
【０００２】
通信技術の進化は、情報の共有及び／又は転送をより容易により高速にしてきた。ハイボリュームなデータが、（例えばインターネットのような）ローカル又はワイドエリアネットワーク、携帯ネットワーク、及び／又は衛星通信システムのようなデータ送信システムによって通信することができる。これらのシステムは、複雑化されたハードウェア及び／又はソフトウェアを必要とし、一般に高いデータレート及び／又は長い送信範囲のために設計されている。
【０００３】
例えばパーソナルコンピュータとパーソナルデジタルアシスタント（ＰＤＡ）との間のように、極めて近いところにおけるデータ転送のために、上述したシステムは、ユーザに対して便利な通信媒体を提供しないかもしれない。従って、例えば、無線周波数（ＲＦ）又は赤外線（ＩＲ）のような通信媒体を使ってデータを送信する様々な通信システムが開発されてきた。しかしながら、これらのシステムもまた専門化された通信ハードウェアを必要とするので、実施するにはしばしば高価であったり、実際的ではなかったりする。更に、単純な有線接続を、データ送信に使用することもできる。しかしながら、有線接続を使用するためには、ユーザは、物理的に線を持ち、通信のための接続を行わねばならない。これはユーザに対して負担及び不便をもたらしうる。
【０００４】
更に、電子商取引の増加によって、不正活動の機会もまた増大してきた。犯罪者の手にかかった不適切なアイデンティティは、無実のパーティに損害をもたらしうる。最悪ケースのシナリオは、個人の信用度と銀行口座を利用するために、犯罪者は、パーティのアイデンティティを盗み取ることである。その結果、許可されていない人が個人情報を盗み取ることを阻止するために、パーティ間で送信された個人情報を隠すことができるような様々なセキュリティ及び暗号スキームが開発されてきた。しかしながら、個人情報の隠蔽は、電子商取引処理における高いレベルの顧客信頼を達成するために必要なセキュリティの一つの局面に過ぎない。
【０００５】
別の局面は認証である。個人の電子認証は、現在、例えばパスワードや個人識別番号（ＰＩＮ）などの知識による認証、例えばクレジットカードや近接カードなどのポータブルオブジェクトによる認証、及び／又は例えば指紋、ＤＮＡ、署名などの個人特徴（バイオメトリクス）による認証を実行することによってなされている。しかしながら、電子的セキュリティ手段に対する現在の依存のために、個人が複数の認証オブジェクトを持ち運んだり、あるいは複数のパスワードを記憶するように強制されることも珍しくない。従って、知識による認証は、複数のパスワード及び／又はＰＩＮを記憶するように強制された個人にとって問題がある。そのような情報を書き留めることは、パスワードやＰＩＮコードの盗難に対して個人を無防備にする。
【０００６】
従って、極めて近接した情報の通信及び／又は認証を行うために簡単でユーザフレンドリな方法に対する必要性がある。更に、データの最終目的地は、極めて近接しているとは限らない。例えば、個人は、しばしば音声圧縮と解凍とを含む電話又は移動電話を用いて情報を送りたいかもしれない。音声圧縮及び解凍は、情報をかなり歪める。従って、音声圧縮／解凍を含む通信ネットワークを介した場合であっても同様に、極めて近接した情報の通信及び／又は認証を行う方法に対する必要性がある。
【特許文献１】米国特許第５，４１４，７９６号
【非特許文献１】"Trellis-coded modulation with redundant signal set-part I: Introduction, "IEEE Communications Magazine, vol. 25, no., 2, Feb. 1987, by G. Ungerboeck
【非特許文献２】"Trellis-coded modulation with redundant signal set-part II: State of the art, "IEEE Communications Magazine, vol. 25, no., 2, Feb. 1987, by G. Ungerboeck
【非特許文献３】"Digital Communications, by J. Proakis, 1995, McGraw Hill"
【発明の開示】
【０００７】
ここで開示された実施例は、音を用いたデータ通信のための装置及び方法を提供することによって、上述した必要性に対処する。一つの局面では、デジタルデータを送信する装置は、送信されるデジタルデータを一つ又は複数の種類の音パラメータに変換する手段と、一つ又は複数の種類の音パラメータに基づいて音を生成する手段とを備えている。デジタルデータを受信する装置は、受信した音から、一つ又は複数の種類の音パラメータを抽出する手段と、抽出された一つ又は複数の種類の音パラメータを、デジタルデータに変換する手段とを備えている。これら装置のうちの何れか一方、又は両方は更に、一つ又は複数の種類の音パラメータとビットパターンとの間の一つ又は複数の関係のセットを格納する手段を備えている。ここで、前記変換する手段は、前記一つ又は複数の関係のセットに基づいて変換する。この格納する手段は、一つ又は複数の関係のセットを定義するルックアップテーブルを格納する。
【０００８】
別の局面では、デジタルデータを送信する方法は、送信されるデジタルデータを一つ又は複数の種類の音パラメータに変換することと、一つ又は複数の種類の音パラメータに基づいて音を生成することとを備えている。デジタルデータを受信する方法は、受信した音から、一つ又は複数の種類の音パラメータを抽出することと、抽出された一つ又は複数の種類の音パラメータを、デジタルデータに変換することとを備えている。これら方法のうちの何れか一方、又は両方は更に、一つ又は複数の種類の音パラメータとビットパターンとの間の一つ又は複数の関係のセットを格納することを備えている。ここで、前記変換することは、前記一つ又は複数の関係のセットに基づいて変換する。格納することは、一つ又は複数の関係のセットを定義するルックアップテーブルを格納することを含む。
【０００９】
また別の局面では、デジタルデータを送信する装置は、デジタルデータを一つ又は複数の種類の音パラメータに変換するよう構成されたデータコーダと、データコーダに接続され、一つ又は複数の種類の音パラメータに基づいて音を生成するように構成された音シンセサイザとを備えている。デジタルデータを受信する装置は、音を受信し、受信した音から、一つ又は複数の種類の音パラメータを抽出するように構成された音アナライザと、音アナライザに接続され、抽出された一つ又は複数の種類の音パラメータを、デジタルデータに変換するように構成されたデータデコーダとを備えている。これら装置のうちの何れか一方、又は両方は更に、一つ又は複数の種類の音パラメータとビットパターンとの間の一つ又は複数の関係のセットを格納するように構成された記憶媒体を備えている。そして、データコーダ／デコーダは、一つ又は複数の関係のセットに基づいて変換するように構成されている。
【００１０】
更に別の局面では、デジタルデータを送信するために使用される機械読取可能媒体は、送信されるデジタルデータを一つ又は複数の種類の音パラメータに変換するコードと、一つ又は複数の種類の音パラメータに基づいて音を生成するコードとを備えている。デジタルデータを受信するために使用される機械読取可能媒体は、受信した音から、一つ又は複数の種類の音パラメータを抽出するコードと、抽出された一つ又は複数の種類の音パラメータを、デジタルデータに変換するコードとを備えている。
【００１１】
更なる局面では、デジタルデータの送信及び受信を行う装置は、送信されるデジタルデータを一つ又は複数の種類の音パラメータに変換する手段と、一つ又は複数の種類の音パラメータに基づいて音を生成する手段と、受信した音から、一つ又は複数の種類の音パラメータを抽出する手段と、抽出された一つ又は複数の種類の音パラメータを、デジタルデータに変換する手段とを備えている。
【発明を実施するための最良の形態】
【００１２】
本出願は同時係属中の米国特許仮出願番号６０／４１３，９８１、"Data Communication Through Acoustic Channels And Compression"、（２００２年９月２５日出願）からの優先権の利益を主張する。上記仮出願の開示は、全ての目的のために全体がここで参照として組み込まれる。
【００１３】
様々な実施例が、同一の参照番号が同一の要素を参照している以下の図面を参照して詳細に記載される。
【００１４】
以下に記載した実施例は、デジタルデータが、音を用いて送受信されるようにする。一般に、デジタルデータは、音を合成するために使用される少なくとも一つの音パラメータに変換又はマップされる。その後、この音パラメータを使って人工音が生成される。従って、この生成された人工音は、デジタル音を符号化し、この音を送ることによって、デジタルデータが送信される。データを復元する時、受信された音から、適切な音パラメータが抽出され、音パラメータがデジタルデータに再び変換される。データ及びパラメータ間での変換を行うために、選択された特徴を持っているあるパラメータが、予め定めたパターンのバイナリビットを表すように関係のセットが定義される。
【００１５】
ここで開示したように、用語「音」は、音響波と、圧力波と、気体、液体、又は固体を伝播してきた振動とにあてはまる。音は、超音波、可聴音、及び超低周波音を含む。用語「可聴音」は、おおよそ２０Ｈｚから２０ｋＨｚである可聴スペクトル内にある周波数の音にあてはまる。用語「超音波音」は、可聴スペクトルより高い周波数にある音にあてはまる。用語「超低周波音」は、可聴スペクトルよりも低い周波数にある音にあてはまる。用語「記憶媒体」は、読出専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、及び／又はその他の機械読取可能媒体を含み、データを記憶するための一つ又は複数のデバイスを表す。用語「機械読取可能媒体」は、限定される訳ではないが、携帯型又は固定型の記憶装置と、光記憶装置と、命令及び／又はデータを格納できるその他のデバイスとを含む。
【００１６】
図１は、音を用いてデジタルデータを送ることができる送信デバイス１００の一つの実施例を示す。
【００１７】
図２は、送信デバイス１００によって送られたデータを受信できる受信デバイス２００の一つの実施例を示す。送信デバイス１００は、送信するデジタルデータを、少なくとも一つの音パラメータに変換するデータコーダ１２０を備えている。その後、音シンセサイザ１３０はデータコーダ１２０からの音パラメータに基づいて音を生成する。受信デバイス２００は、受信した音から、適切な音パラメータを抽出する音アナライザ２１０と、音アナライザ２１０によって抽出されたパラメータをデジタルデータに変換するデータデコーダ２３０とを備える。
【００１８】
図３は、音を用いてデジタルデータを送る送信処理３００を示し、図４は、音を用いてデジタルデータを受信する受信処理４００を示す。送信するために、送信されるデジタルデータは、音を合成する場合に使用される少なくとも一つのパラメータに変換又はマップされる（３１０）。その後、音パラメータに基づき音が生成され（３２０）、送られる。ここでは、データコーダ１２０は、送信するデジタルデータを変換し、音シンセサイザ１２０は、音を生成する。音が受信された時、音パラメータが抽出され（４１０）、デジタルデータに再び変換される（４２０）。ここでは、音アナライザ２１０は適切なパラメータを抽出し、データデコーダ２３０は、このパラメータをデジタルデータに変換する。
【００１９】
更に詳しくは、デジタルデータを、少なくとも一つの音パラメータ（以後、データシンボルと呼ぶ）に変換するために、少なくとも一つのパラメータとビットパラメータとの関係のセットが定義される。この関係のセットに基づいて、データコーダ１２０は、このデータをパラメータに変換し、データデコーダ２３０は、パラメータからデータに変換する。ここでは、データコーダ１２０とデータデコーダ２３０とが同一の関係のセットを使用する限りにおいては、変換のために任意の適切な関係が定義される。また、データコーダ１２０とデータデコーダ２３０とは、プロセッサ（図示せず）を備えているか、またはプロセッサ（図示せず）として実施される。このプロセッサは、関係のセットを用いて、デジタルデータとパラメータとの間の変換を行う。
【００２０】
また、送信デバイス１００と受信デバイス２００とは更に、関係のセットを格納する記憶媒体（図示せず）を備えている。この記憶媒体の位置は、送信デバイス１００と受信デバイス２００との動作に影響を与えないことは、当該技術分野における熟練者にとっては明らかであろう。従って、送信デバイス１００では、記憶媒体は、データコーダ１２０の一部として実施されるか、又はデータコーダ１２０に対して外部に配置された任意の適切な記憶媒体である。同様に、受信デバイス２００では、記憶媒体は、データデコーダ２３０の一部として実施されるか、又はデータデコーダ２３０に対して外部に配置された任意の適切な記憶媒体である。
【００２１】
一つの実施例では、送信デバイス１００と受信デバイス２００との両方又は何れか一方は、記憶媒体内のルックアップテーブル（ＬＵＴ）とともに実装される。ＬＵＴは、パラメータとビットパターンとの間の関係を予め定義する。その後、ＬＵＴは、受信したデジタルデータを、少なくとも一つのパラメータに変換するためにデータコーダ１２０によって使用される。同様に、ＬＵＴは、音アナライザ２１０によって抽出されたパラメータをデジタルデータに変換するためにデータデコーダ２３０によって使用される。
【００２２】
以下に示すテーブルは、デジタルデータと一つのパラメータとの間の変換を行うためのＬＵＴの例である。ここで、Ａ，Ｂ，Ｃ，Ｄは、ピッチ値又はピッチ値の範囲である。
【表１】
2006507720.tif 000003
【００２３】
示されるように、ＬＵＴは、ビットパターンとピッチ値との間の関係を定義している。ピッチ値は、音を合成する場合に使用されるパラメータである。従って、例えばデジタルデータ”０１０００１”を送信するために、ビットパターンは、ＬＵＴに基づいてピッチ値”ＢＡＢ”に変換される。このデジタルデータを表すピッチ値”ＢＡＢ”は、その後、３つの連続フレーム内の音を生成するために使用される。このピッチは、一つのフレームに亘ってコンスタントである。デジタルデータを受信するために、このピッチ値”ＢＡＢ”は、受信した音から抽出され、ＬＵＴに基づいてビットパターン”０１０００１”に変換される。
【００２４】
説明の目的のために、このＬＵＴでは一つのパラメータが用いられていることに留意されたい。しかしながら、このシステムで許容されるいかなる数のパラメータも、パラメータとビットパターンとの間の関係を定義するのに使用されうる。また、各パラメータは、異なるビットパターンに対応して４よりも多いか、又は４よりも少ない異なる値を持つように定義されることもできる。ここでは、各値は、一つの値、又は値の範囲を表す。例えば、上記テーブル内のピッチ値”Ａ”は、一つのピッチレベルを表すか、あるピッチ値の範囲内のピッチレベルを表す。更に、ピッチ以外の種類のパラメータも、システムに実装された音シンセサイザに基づいて使用されうる。音シンセサイザに基づいて、ここで使用された単数のパラメータ又は複数のパラメータは、超音波音又は超低周波音と同様に、可聴音を合成するためにも使用されうる。
【００２５】
上述された送信デバイス及び／又は受信デバイスは、様々な応用において使用される。図５（ａ）に示すように、データを表す音は、一つのデバイスから別のデバイスへの情報の転送、共有、及び／又は交換のために使用することができる。この情報は、限定される訳ではないが、個人情報、例えば名前や電話番号や住所のようなコンタクト情報、ビジネス情報、カレンダ情報、メモ、ソフトウェア、又はこれらの組み合わせを含む。また、デバイスは単なる送信デバイスとしても、単なる受信デバイスとしても、送信デバイスと受信デバイスの両方として実施されても良い。例えば、送信デバイス１００と受信デバイス２００とを実現するデバイスの一つの実施例では、データコーダ１２０とデータデコーダ２３０とが結合されたり、もしも実装されているのであれば更にＬＵＴもまた結合することができる。従って、実装により可能とされ、また通信の種類に依存して、通信は、一方向であるか、または双方向でありうる。
【００２６】
別のアプリケーションでは、図５（ｂ）に示すように、送信デバイスはセキュリティトークンであり、受信デバイスは認証デバイスである。データを表す音は、無線認証を実行するために使用することができる。ここでは、送信されたデータは、個人を認証するための暗号署名を含む。暗号は、当該技術分野でよく知られており、一般に、個人情報を暗号化する処理である。暗号化された情報を解読するためには、「鍵」が必要とされる。従って、認証デバイスは、個人のアイデンティティを検証し、個人と種々の外部デバイスとの間の処理を可能にするために使用される。従って、データは、個人を検証するためにセキュリティトークンから認証デバイスへ送られることができる。認証システムの中には、セキュリティトークンと認証デバイスとの間の双方向通信があることに留意されたい。そのような場合、セキュリティトークンと認証デバイスとの両方が、送信デバイス及び受信デバイスを備えて実施される。送信デバイス１００と受信デバイス２００との両方が実施される場合、データコーダ１２０とデータデコーダ２３０とが結合され、もしも実装されているのでれば更にＬＵＴもまた結合することができる。
【００２７】
更に、データを表す音が直接的に送信され受信される一方、データを表す音は、図５（ｃ）に示すような通信ネットワークを通って送受信される。ここでは、この通信ネットワークは、音を送信することができる多くのネットワークのうちの一つでありうる。
【００２８】
一つの応用では、データを表す音が、音声コーダ又はボーコーダを介して一つのデバイスから別のデバイスに送信される。音声は、単純にサンプリングされ、設定データレートでデジタイズされることによって送信される。しかしながら、音声圧縮により、データレートの大幅な減少が可能となる。人間の音声生成モデルに関連したパラメータを抽出することによって音声を圧縮する技術を適用するデバイスは、一般にボーコーダと呼ばれる。そのようなデバイスは一般に、到来する音声を分析して関連するパラメータを抽出するエンコーダ又は音声シンセサイザと、送信チャネルを介して受信したパラメータを使って音声を再合成するデコーダ又は音声シンセサイザとから構成される。音声は、パラメータが計算されている間に、時間ブロック、すなわち分析フレームに分割される。その後このパラメータは、新たなフレームのそれぞれについて更新される。
【００２９】
図６は、データを表す音がボーコーダを介してデバイス６１０からデバイス６２０に送信されるシステム６００を示す。このシステムは、加入者ユニット、遠隔局、又はユーザ機器とも呼ばれる複数の移動局（ＭＳ）６３０，６９０と、基地局（ＢＳ）６４０と、移動交換センタ（ＭＳＣ）又はスイッチ６５０とを含む無線通信ネットワークを備えている。この構成に依存して、システム６００は更に、パケットデータサービングノード（ＰＤＳＮ）又はインターネットワーキング機能（ＩＷＦ）６７０、インターネットプロトコル（ＩＰ）ネットワーク６８０、及び／又は公衆通信交換網（ＰＳＴＮ）６６０を含む。任意の数の送信デバイス、受信デバイス、ＭＳ、ＢＳ、ＢＳＣ、及びＰＤＳＮが存在しうることが、当該技術分野における熟練者に理解されるであろう。同様に、当該技術分野では、様々な構成及び動作のＭＳ６３０、ＢＳ６４０、ＭＳＣ６５０、ＰＳＴＮ６６０、ＰＤＳＮ６７０、及びＩＰネットワーク６８０が良く知られているので、これ以上述べない。
【００３０】
システム６００では、デバイス６１０は、例えば送信デバイス１００を用いて実施され、デバイス６２０は、例えば受信デバイス２００を用いて実施される。また、エンコーダとデコーダとの両方を備えたボーコーダは、移動局６３０，６９０及び基地局６４０内に実装される。システム６００の動作について図７を用いて説明する。
【００３１】
図７は、デバイス６１０からデバイス６２０へ音を用いてデータを送信する処理の例を示す。図７では、送信されるデータが少なくとも一つの音声パラメータに変換される（７１０）。次に、少なくとも一つの音声パラメータを用いて、人工音声が生成され（７２０）、ＭＳ６３０に送られる（７２５）。ここでは、データは、例えば定義された関係のセットに基づいてデータコーダ１２０によって変換又はマップされる。そして人工音声が、例えば音シンセサイザ１３０によって生成される。また、この人工音声は、ＭＳ６３０，６９０及びＢＳ６４０に実装されたボーコーダが行うものと同様の方法で合成される。
【００３２】
ＭＳ６３０のボーコーダのエンコーダ部は、到来する人工音声を符号化する（７３０）。すなわち、到来する人工音声が分析され、適切な音声パラメータが抽出される。この音声パラメータは、基地局６４０に送信される（７３５）。基地局６４０内のボーコーダのデコーダ部は、受信した音声パラメータを用いて音声のデコードすなわち再合成を行う（７４０）。この再合成された音声は、ＭＳＣ６５０に制御されることによって、デバイス６２０又は適切な目的地に送られる。
【００３３】
この再合成された音声は、デバイス６２０の構成に依存して、ＢＳ６４０からデバイス６２０へ直接的に送られるか、又は転送される（７４２）。あるいは、再合成された音声は、ＢＳ６４０からＭＳ６９０を通ってデバイス６９０へ転送される（７４４）。ここで、音声パラメータは、ＢＳ６４０によって送られ、ＭＳ６９０によって音声にデコードされるか又は再合成され（７５０）、デバイス６２０に送られる（７５５）。あるいは、再合成された音声はまた、ＰＳＴＮ６６０を通って（７６０）、或いはＩＰネットワーク６８０を用いてＰＳＤＮ６７０を通って（７７０）、ＢＳ６４０からデバイス６２０へ転送される（７４６、７４８）。
【００３４】
デバイス６２０が、ＭＳ６９０、ＰＳＴＮ６６０、又はＩＰネットワーク６８０のうちの一つから、再合成された音声を受信したとき、適切な音声パラメータが抽出され（７８０）、データに再び変換される（７９０）。ここで、適切な音声パラメータは、例えば音アナライザ２１０によって抽出される。そして、このパラメータは、例えば、定義された関係のセットを用いてデータデコーダ２３０によって変換される。また、適切な音声パラメータは、ＭＳ６３０，６９０及びＢＳ６４０内に実装されたボーコーダが行うものと同様の方法で抽出される。
【００３５】
別の実施例では、デジタルデータを表す人工音声は、図８に示すように、電話を用いてＰＳＴＮ６６０を通ってデバイスＡからデバイスＢへ直接送られる。同様に、デジタルデータを表す人工音声は、図９に示すように、例えばコンピュータを用いてＩＰネットワーク６７０を通ってデバイスＡからデバイスＢへ直接送られる。ここで、コンピュータは、ＩＰネットワーク６７０に接続可能で、音を処理することができる任意のデバイスである。
【００３６】
従って、デジタルデータは、音声パラメータとして送られ、受信される。音声パラメータの種類は、ボーコードアルゴリズムにおいて音声を再合成するために使用される音声モデルに依存する。ボーコーダは、しばしば妥当な忠実さによって、全体のスペクトル形状と発声ピッチとを符号化する。従って、一つの実施例では、ピッチ及び／又はスペクトル情報は、データを送信するために使用される。更に、波形の全体の振幅もまた使用されうる。
【００３７】
更に詳しくは、ボーコードアルゴリズムの一例は、コード励起された線形予測（Code Excited Linear Prediction）すなわちＣＥＬＰ音声モデルである。これは、本発明の譲受人に譲渡された米国特許第５，４１４，７９６号、"Variable Rate Vocoder"に記載されている。ＣＥＬＰ又はＣＥＬＰの変形は、しばしばボーコーダで使用されている。
【００３８】
一般に、ＣＥＬＰ音声デコーダは、音声の各フレームについて「励起信号」を生成することによって合成された音声を生成する。この信号は、フレームの長さであり、一般にスペクトル的に白に近い。エンコーダは可能な励起信号の「コードブック」から、各フレームについてどの励起信号が、選択されたのかを特定する。異なるＣＥＬＰアルゴリズムは、励起コードブックについて異なる構造を持つ。これらの構造は、一般に、良品質の再構築された音声を提供しながら、可能な励起信号の全ての中から、可能な限り簡単な計算によって最良のものを見つけ出す探索処理を行うために選択される。この励磁信号は、ゲインファクタによってスケールされる。ゲインファクタは、フレームについて、オリジナル音声のボリュームに良く相関付けられている。このスケールされた励起信号は、「ピッチフィルタ」と通される。ピッチフィルタは、音声信号に長期間の冗長性を導入する。このフィルタの「ゲイン」は、ピッチ変化に適用させるために動的に変えられる。そして、このピッチフィルタの出力は、音声信号に短期間の冗長性を導入する線形予測コード（ＬＰＣ：Linear Predictive Coding）に通される。従って、ＣＥＬＰ符号化処理は一般に励起ベクトル、励起ゲイン、ピッチフィルタパラメータ、及びＬＰＣフィルタパラメータを選択し、デコーダのＬＰＣフィルタの出力を、オリジナル音声に近くマッチするようにする。
【００３９】
もしもシステム６００に実装されたボーコーダがＣＥＬＰ音声モデルに基づくのであれば、ビットパラメータとピッチフィルタパラメータとの間の関係が定義される。ビットパターンとＬＰＣフィルタパラメータとの間の関係もまた定義することができる。従って、定義された関係に基づいて、送信されたデータの全て又は一部が、ピッチフィルタパラメータ、又はＬＰＣフィルタパラメータ、又はその両方に変換される。
【００４０】
説明の目的のために、ピッチフィルタパラメータとＬＰＣフィルタパラメータとの両方が、この関係の定義に使用されると仮定する。そのような場合には、例えば、ピッチ周波数は、約２サンプルの間隔で、約８ｋＨｚのサンプリングレートで、おおよそ２０から１００サンプルの範囲で選択される。この結果、ピッチ周波数に対しておおよそ３２の可能性となる。これによって、５ビットの情報がこのピッチパラメータによって運ばれるようになる。
【００４１】
また、例えば、ＣＥＬＰボーコーダが８ポールを持つＬＰＣフィルタを実現していると仮定すると、４つの共鳴周波数又は４対の複素共役ポールの位置は、デジタルデータをＬＰＣパラメータにマッピングするために特定される。一般に、音声は、おおよそ３００から３０００Ｈｚの狭帯域で送信される。もしも共鳴周波数が約２５０Ｈｚの間隔をおいて配置されるのであれば、ポールを配置することが可能な約１１の位置がある。もしも４対のポールが選択されるのであれば、１１の位置における４ポールの位置の組み合わせの数が、以下に示す式によって与えられる。
【数１】
2006507720.tif 000004
【００４２】
これによって、８ビットの情報が、ＬＰＣパラメータによって運ばれるようになる。上記に類似した方法で、いくつかのビットはゲインファクタに符号化される。しかしながら、もしもＬＰＣフィルタポール位置とピッチ周波数とが、上記の例のように使用されたのであれば、結果として得られるコードワードは、ボーコーダフレーム毎に８＋５＝１３ビットの長さとなる。
【００４３】
商業用システムのボーコーダフレームは、一般に約１０から２０ミリ秒の長さである。このような場合、データはボーコーダフレームサイズの範囲をカバーするために約２０ミリ秒長さのフレーム（以後、「データフレーム」と呼ぶ）を持つ音声パラメータに符号化される。しかしながら、デバイス６１０，６２０は、ＭＳ６３０，６９０内のボーコーダのフレーム化と同期していない。従って、少なくとも部分的にボーコーダ音声フレームとオーバラップするために大きなフレームサイズが選択される。例えば、４０ミリ秒のデータフレームが、デバイス６１０，６２０のために実施できる。もしそうなら、少なくとも２０ミリ秒の連続サンプルは、少なくとも一つのボーコーダフレームによって符号化される。受信機では、ボーコーダフレームとデータフレームとの間の最大のオーバラップを与える２０ミリ秒のウィンドウが識別される。デジタルデータ送信の開始においては、デジタルデータが送信されていることを示すために同期プリアンブルが送信されることに注意されたい。受信機によって受信された時、この同期プリアンブルによって、受信機は、デジタルデータ送信の開始を検出できるようになる。従って、このプリアンブル信号が一旦検出されると、データとボーコーダフレームとの間のオーバラップが最大となる位置が検出される。この情報は、データフレームをデコードするために使用する最良のサンプルウィンドウを推定するために将来のフレームにおいて使用される。
【００４４】
また、データフレームで運ばれるビットのうちいくつかは、ピッチ及び／又はＬＰＣ共鳴周波数を検出する場合におけるエラーに対する保護を提供するために冗長として使用される。もしもピッチ及びＬＰＣ共鳴周波数が符号化に使用されれば、ピッチ／共鳴周波数値は、「データシンボル」と称される２次元シンボル空間を提供する。ユーザデータは、まず、畳み込みコードのようなエラー修正コードを用いて符号化される。この符号化されたビットシーケンスは、その後、インタリーブされる。コード化され、インタリーブされたビットシーケンスは、ｎビットからなるグループに分割される。そして、各ｎビットグループは、データシンボル上にマップされる。上述した例では、１３ビットからなるグループ（ピッチ値から５、ＬＰＣ共鳴周波数から８）がデータシンボル上にマップされる。
【００４５】
更に詳しくは、エンコードされたビットをデータシンボルに変換及び／又はマップするために多くの異なる方法を使用することができる。例えば、Ｔｒｅｌｌｉｓコードを使用することができる。あるいは、エンコードされたビットをデータシンボルにマップするためにＧｒａｙマッピングを使用することができる。Ｔｒｅｌｌｉｓコードは、"Trellis-coded modulation with redundant signal set-part I: Introduction, "IEEE Communications Magazine, vol. 25, no., 2, Feb. 1987, by G. Ungerboeck、及び"Trellis-coded modulation with redundant signal set-part II: State of the art, "IEEE Communications Magazine, vol. 25, no , 2, Feb. 1987, by G. Ungerboeckに記載されている。Ｇｒａｙマッピングは、"Digital Communications, by J. Proakis, 1995, McGraw Hill"に記載されている。
【００４６】
音声フレーム毎に送信可能なデータの量は、例えば、音声パラメータを表すビットの数、及び／又はフレームサイズのような種々の要因に依存する。例えば、もしもＰビットがピッチフィルタパラメータを表せば、Ｐビット又はＰビット未満のビットパターンが、ピッチフィルタパラメータに対応するように定義される。
【００４７】
上記記述では、本発明の完全な理解を与えるために特定の詳細が与えられている。しかしながら、本発明はこれら特定の詳細なしに実施可能であることは、当該技術分野における通常の熟練者によって理解されるであろう。また、本データ通信システムの様々な局面、特徴、及び実施例は、フローチャート、流れ図、構造図、ブロック図として示すことができる処理として記載される。フローチャートは、シーケンシャルな処理として動作を記載しているが、動作の多くは、並行してあるいは同時に実施することが可能である。更に、動作の要求は、再アレンジされうる。動作が完了したときに処理が停止する。処理は、方法、機能、手続き、ソフトウェア、サブルーチン、サブプログラム等に対応している。処理が機能に対応しているとき、その停止は、呼出機能又は主機能へのこの機能の戻りに対応する。
【００４８】
更に、実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、又はこれらの任意の組み合わせによって実施されうる。ソフトウェア、ファームウェア、ミドルウェア、又はマイクロコードに実装されたとき、必要なタスクを実行するプログラムコード又はコードセグメントは、記憶媒体に格納される。プロセッサは、必要なタスクを実行しうる。コードセグメントは、手続きと、機能と、サブプログラムと、プログラムと、ルーチンと、サブルーチンと、モジュールと、ソフトウェアパッケージと、クラスと、命令、データ構造、プログラム文の任意の組み合わせとを表しうる。コードセグメントは、情報、データ、アーギュメント、パラメータ、又はメモリコンテンツを渡したり、受信することによって、別のコードセグメントやハードウェア回路に接続される。情報、アーギュメント、パラメータ、データ等は、メモリ共有、メッセージパス、トークンパス、ネットワーク送信等の任意の適切な手段を経由して渡され、転送され、送信される。
【００４９】
従って、前述した実施例は、単なる一例であり、本発明を限定するものと解釈されるものではない。本ティーチングは、別の種類の装置に対して容易に適用可能である。本発明の記述は、例示することを意図しており、特許請求の範囲を制限することを意図していない。当該技術分野における熟練者にとって多くの代替、修正、及び変形は明らかである。
【図面の簡単な説明】
【００５０】
【図１】図１は、音を用いてデータを送信するデバイスの一つの実施例を示す。
【図２】図２は、音を用いてデータを受信するデバイスの一つの実施例を示す。
【図３】図３は、音を用いてデータを送信する処理の一つの実施例を示す。
【図４】図４は、音を用いてデータを受信する処理の一つの実施例を示す。
【図５】図５は、音を用いてデータの通信の一例を示す。
【図６】図６は、音を用いてデータを無線通信ネットワークを介して送信するシステムの一つの実施例を示す。
【図７】図７は、音を用いてデータを無線通信ネットワークを介して送信する処理の一つの実施例を示す。
【図８】図８は、音を用いてデータをＰＳＴＮを介して送信することを示す。
【図９】図９は、音を用いてデータをＩＰネットワークを介して送信することを示す。
【図１】
2006507720.tif 000005
【図２】
2006507720.tif 000006
【図３】
2006507720.tif 000007
【図４】
2006507720.tif 000008
【図５】
2006507720.tif 000009
【図６】
2006507720.tif 000010
【図７】
2006507720.tif 000011
【図８】
2006507720.tif 000012
【図９】
2006507720.tif 000013
【国際調査報告】
2006507720.tif 000014
2006507720.tif 000015