JP4865971B2 - 無線通信のための装置及び方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、無線通信システムに関するものであり、特に、無線データ通信を利用するシステムに関する。
【０００２】
【従来の技術】
無線ローカルエリア・ネットワーク（ＷＬＡＮ）データ通信用の既存のシステムには、無線データ通信に携わるために移動式ユニットがコンピュータ又は有線コンピュータネットワークに接続されたアクセスポイントと結合する、ＩＥＥＥ（米国電気電子学会）規格８０２．１１に従って製作されたシステムが含まれる。本発明の譲受人は、商品名スペクトラム２４（登録商標）として１つのそのようなシステムを提供している。例えばコンピュータと周辺機器との間などの範囲がより短い無線データ通信に関する別の規格は、ｗｗｗ.ｂｌｕｅｔｏｏｔｈ．ｃｏｍで入手可能なブルートゥース（Ｂｌｕｅｔｏｏｔｈ）規格である。
【０００３】
【発明が解決しようとする課題】
本発明の目的は、無線通信の改良された方法及び装置を提供することである。
【０００４】
【課題を解決するための手段】
本発明に従って、簡素化された多目的構造を有する移動式ユニット又は装置が提供される。この装置は、移動式ユニットの音声制御のほか、該装置と通信する遠隔コンピュータの音声制御を実行するために使用することができる。移動式ユニットは、コンピュータ又はバーコードスキャナなど１つ又はそれ以上の追加装置と組み合わせることができ、また、無線データ通信を準備するデータ処理及び通信モジュールとして機能することができる。
【０００５】
本発明の１つの態様において、コンピュータとの無線データ通信を提供するためのマイクロホン、デジタル信号プロセッサ、及び、無線モジュールを有する移動式ユニットを準備する段階を含む、音声指令によってシステムを作動する方法が提供される。限定された語彙を有する第１の音声指令が移動式ユニットにおいて受信され、移動式ユニットのデジタル信号プロセッサを使用して認識される。移動式ユニットは、第１音声指令に応じて制御される。第２の音声指令が移動式ユニットにおいて受信され、無線モジュールを使用してコンピュータに送信されるデジタルデータ信号に変換される。そのコンピュータは、大規模語彙音声認識プログラムを使用して第２音声指令を認識するために作動され、第２音声指令からコンピュータ制御信号を引き出す。
【０００６】
本方法の好ましい構成において、移動式ユニットは、コンピュータと通信するために第１音声指令に応じて制御される。コンピュータは、第２音声指令から引き出されたコンピュータ制御信号に応じて作動することができる。１つの構成においては、第２音声指令を使用してコンピュータのメモリからデータを検索するコンピュータ制御信号を引き出してもよい。検索されたデータは、音声データに変換して移動式ユニットに送信することができ、その場合、音声データは、スピーカに供給されるアナログ信号に変換される。別の代替構成において、コンピュータ制御信号は、移動式ユニットと少なくとも１つの他の音声通信装置との間の音声通信チャンネルを確立するように準備される。コンピュータが作動されて音声通信チャンネルを確立し、移動式ユニットと他の音声通信装置との間で音声通信データを転送する。音声通信チャンネルを確立する段階は、デジタル形式とアナログ形式との間で音声通信データを変換する段階を含んでもよい。
【０００７】
本発明の別の態様によると、音響信号を受信するマイクロホン、マイクロホンからの受信音響信号をデータ信号に変換する、マイクロホンに接続されたインタフェース、及び、無線データ通信信号を送信する無線モジュールを備える移動式ユニットが提供される。インタフェースからの限定された数のデジタルデータ信号を認識し、無線モジュールを制御するためにそのデジタルデータ信号に応じて作動し、デジタルデータ信号を送信するために無線モジュールを作動させ、マイクロホンからの音に対応するデジタルデータ信号をデータパケットとして無線モジュールに供給するためのプログラムを含むデジタル信号プロセッサが提供される。
【０００８】
１つの構成において、デジタルプロセッサは、音に対応するデジタルデータ信号を圧縮するようにプログラムしてもよい。移動式ユニットは、マイクロホンを含んでもよく、インタフェースは、音響信号を表すデジタルデータ信号を変換してその音響信号をスピーカに供給するように準備することができる。デジタル信号プロセッサは、無線モジュールによって受信したデジタルデータ信号を音響信号に変換するためにインタフェースに供給するように更にプログラムされる。デジタルプロセッサは、マイクロホンからの音響信号を表すデジタルデータ信号を圧縮し、無線モジュールによって受信したデジタルデータ信号を解凍するようにプログラムされることが好ましい。移動式ユニットは、任意選択的にインタフェースを有する場合があり、それにより、デジタルプロセッサは、データ信号が無線モジュールを使用してホストプロセッサによって送信又は受信できるようにホストプロセッサに接続される。デジタルプロセッサは、スキャナからバーコード信号を受信し、そのバーコード信号をデジタルデータ信号に変換するために、任意選択的に、バーコードスキャナにインタフェースさせてもよい。好ましい構成において、デジタルプロセッサは、インタフェースからデータ信号を受信し、そのデータ信号を交番する第１及び第２の時間間隔中に直接メモリアクセスを用いて第１及び第２の緩衝記憶装置に交番的に供給するようにプログラムされる。プロセッサは、更に、データ信号がデータバッファのうちの他に供給される間にデータバッファのうちの１つのデータを処理するように更にプログラムされる。この処理は、データ圧縮アルゴリズムの使用を含むことが好ましく、付加的に音声反響相殺処理を含んでもよい。
他の及び更なる目的と共に本発明をより良く理解するために、添付図面に関連して為される以下の説明を参照するのが良く、本発明の範囲は、添付請求項で示されている。
【０００９】
【発明の実施の形態】
図１において、本発明の実施形態による移動式ユニット１０のブロック図を示す。装置１０は、アナログプロセッサ１６に対して又はそれから可聴アナログ信号を供給及び受信するためにそれぞれ結合されたマイクロホン１２、及び、スピーカ又はイヤホン１４を含む。マイクロホン１２からの可聴信号をそれに対応するデジタルデータ信号に、また、音を表すデジタルデータ信号をスピーカ１４に供給されるアナログ信号に各々変換する可聴Ｃｏｄｅｘ１８が準備される。Ｃｏｄｅｘ１８は、好ましい構成においてはテキサス・インスツルメンツ５４０９デジタル信号プロセッサ（ＤＳＰ）であるプロセッサ２０の第１シリアルポートとインタフェースする。当業者は、本発明を実行する目的で他のプロセッサを使用し得ることが分かるであろうが、５４０９ＤＳＰは、以下で説明する通り、シリアルポート及びデータバスを経由して他の装置とインタフェースするその能力を含め、その作動速度、中庸な電力消費量、及び、他の機能に関連した特別な利点を有すると考えられる。プロセッサ２０の第２シリアルポートは、ＲＦアナログ部２４と結合されるＲＦベースバンドプロセッサ２２とインタフェースする。プロセッサ２２及びアナログ回路２４は、好ましい実施形態において、８０２．１１プロトコルに従うデジタルデータ信号の送受信に対応する。信号は、アンテナ２６によって送信及び受信される。移動式ユニット１０及び本発明の方法は、ブルートゥースなどの他の無線データ通信プロトコルに従って適用することができ、以下の記述において、装置、方法、及び、システムは、８０２．１１システムに関連して説明される。当業者は、他のシステムとの互換性に関して装置及び方法を再構成することができる。
【００１０】
１つの構成において、図１の移動式ユニット１０は、装置１０を制御する目的、及び、遠隔コンピュータに音声指令を供給するためにデジタルデータ信号で遠隔コンピュータと通信する目的で、限定搭載語音認識を与えることができる手持式「連絡」装置として準備される場合がある。この構成において、移動式ユニット１０の使用者に対しては、第１の限定語彙音声指令を使用して８０２．１１ローカルエリア・ネットワーク上でコンピュータとの接続を確立することが可能となる。一旦接続が確立されると、ユーザは、遠隔コンピュータに接続されたアクセスポイントを通じて第２音声指令を移動式ユニット１０からコンピュータに送信することにより、タスクを行う命令をコンピュータに与えることができる。例えば、ユーザは、「コンピュータ・オン」などの一語又は短い語句の指令によってコンピュータにアクセスするように装置１０に命令することができるであろう。装置１０は、第１音声指令の「コンピュータ・オン」を認識し、ユーザからの次の第２音声指令をコンピュータへ転送する態勢を整えるであろう。移動式ユニット１０のデジタルプロセッサは、例えば、装置を作動モードに置いて出力音声信号を準備し、「準備完了」などで指令が理解されたことを示してもよい。
【００１１】
ユーザは、次に、「在庫」などのコンピュータに対する更なる第２の指令を与えてもよい。「在庫」という指令に応答して、移動式ユニット１０は、指令をデジタルデータ信号に変換し、無線モジュールを使用してその指令をコンピュータに送信することになるであろう。コンピュータは、大規模語彙音声認識システムを使用して「在庫」という語の認識を実行し、移動式ユニット１０のユーザがコンピュータシステムに維持された在庫からの情報を求めたことを認識するであろう。
【００１２】
次に、コンピュータは、「部品番号は何ですか？」など、「在庫」という用語への応答を表すデータ信号を発生してもよいであろう。このデータ信号は、無線ローカルエリア・ネットワーク上で移動式ユニット１０に送信され、スピーカ１４に供給されるであろう。コンピュータ側の部品番号の要請に応えて、ユーザは、再度コンピュータに中継されて大規模語彙音声認識システムに供給される音声による一連の番号を与え、コンピュータに在庫データベースの部品番号を調べさせて保管室におけるその部品の有無及びその位置に関する情報を検索させる。次に、再度この情報を音声データ書式に変換し、受信器によってスピーカ１４に供給されるデジタルコード化音声信号として移動式ユニット１０に送信することができる。
【００１３】
図２は、本発明の移動式ユニット１０を使用することができるシステム構成の例を示す。図２に示すように、大規模語彙音声認識システムをサポートすることができる、例えばＵＮＩＸ（登録商標）又は他のオペレーティングシステムで作動するサーバシステムであり得るコンピュータ１５が提供される。コンピュータ１５は、８０２．１１プロトコル又は他の無線プロトコルを用いて移動式ユニット１０と無線通信を行うアクセスポイント１７に接続される。コンピュータ１５はまた、デジタルＰＢＸ（構内交換機）１９又はプリンタ２３などの他の周辺機器に接続してもよい。また、アクセスポイント１０又は他のアクセスポイントを通じてコンピュータ１５と８０２．１１又は他の無線通信を行うために、別の移動式ユニット２１を設けてもよい。代替的に、移動式ユニット２１は、アクセスポイント１７を通じて移動式ユニット１０との無線通信をもたらすことができる。１つの環境において、移動式ユニット１０は、その操作用にただ１つ又は非常に少数の操作キーを含み得る高度に簡素化された装置である。１つの実施形態においては、例えばオン／オフキーのみが備えられても良い。他の形態においては、音量の上げ／下げなどのいくつかの機能のため、又は、装置を「電力節約モード」から「起床」させるために１つより多いキーを設けてもよい。いくつかの用途においては、装置１０が主として音声指令によって作動され、音声指令が非常に限定された語彙による指令に関しては装置自体で解釈され、より大規模な語彙による指令に関してはコンピュータ１５で解釈されることが意図されている。移動式ユニット１０は、音声指令によってコンピュータ１５の作動を制御するのに使用することができ、あるいは代替的に、移動式ユニット１０と類似であり得る１つ又はそれ以上の他の移動式ユニット２１と、又は、ＰＢＸ１９を通じて他の電話装置との電話通信又はウォーキートーキー式通信に使用してもよい。
【００１４】
コンピュータ１５で解釈される第２音声指令は、コンピュータ１５、及び、プリンタ２３などのその周辺装置の作動のための制御命令として解釈してもよいが、それに加えて、作動命令として移動式ユニット１０のプロセッサ２０に返送される制御信号を与えるのに使用することができる点を理解されたい。例えば、ユーザは、「音量上げ」又は「音量下げ」指令を与えてもよい。このような命令は、プロセッサ１０のプログラミングの限定語彙を用いて解釈することができるか、又は、コンピュータ１５で解釈される音声対応データ信号として送信されてもよい。後者の場合、命令を認識したコンピュータ１５は、移動式ユニット１０のプロセッサ２０によって実行される制御信号として無線ネットワーク上で送信される、対応するデータメッセージを作成する。
【００１５】
好ましい構成において、移動式ユニット１０は、音声指令を使用して装置自体及び／又はコンピュータ１５を制御し得る方法を実行する。本発明の好ましい構成によれば、移動式ユニット１０には、ユーザによってマイクロホン１２に与えられる１つ又は非常に少数の音声指令を認識するプログラミングがＤＳＰに準備される。追加の指令は、移動式ユニット１０からアクセスポイント１７へ、その後、より大規模な語彙音声認識システムを有するコンピュータ１５へと、音声データのデジタル通信によって与えられる。
移動式ユニット１０は、音声指令及び音声通信機能をもたらすために、上記のような自立型装置として使用することができる。それに加えて移動式ユニット１０は、通信モジュールとして作動する、より大きい携帯装置の一部として形成することができる。
【００１６】
移動式ユニット１０の用途の一例が図３に示されており、装置は、ＤＳＰ２０のホスト部を通じて、携帯用コンピュータ、ＰＯＳ装置、又は、デジタルパーソナル支援装置のシステムバスとインタフェースする。図３の形態には、ホストＣＰＵ３８、ＲＡＭ４０、フラッシュメモリ４２、表示器４６、及び、可能性としてバーコードスキャナなどの他の周辺機器４４が含まれる。図３の形態において、移動式ユニット１０は、例えば表示器４６でユーザに対して表示し得るデータをオペレータがＣＰＵ３８に対してＷＬＡＮ上で送受信できるように、ホストＣＰＵ３８に無線データ通信能力を与える付加的機能を準備する。
【００１７】
移動式ユニット１０の用途の別の例が図５に示されているが、ここでは、移動式ユニットは、バーコードスキャナ９０とインタフェースして、スキャナ９０からのバーコード信号の処理及び無線通信をもたらす。すなわち、携帯用装置のユーザがバーコードを走査すると、コード信号をＤＳＰ２０で処理し、データ信号としてホストプロセッサに送信することができる。図５の形態において、バーコードスキャナ９０は、ＤＳＰ２０の１６ビットバスとインタフェースする。
【００１８】
自立型形態、又は、他の装置との組み合わせ時のいずれにおいても、移動式ユニット１０の重要な用途は、音声通信機能をもたらすことである。第１の作動モードにおいては、図２に示すように、好ましくはコンピュータ１５及びアクセスポイント１７を備える有線ネットワークに接続されたＰＢＸ１９を準備することによって電話通信を与えることができる。ＰＢＸ１９は、音声対応データ信号の音声信号への変換、及び、その逆の変換をもたらすインタフェースを備える。それに加えてインタフェースは、デジタルアドレス信号のＰＢＸ１９を作動して電話内線又は外線番号にアクセスするためのＤＴＭＦ信号への変換を準備してもよい。アドレス信号は、アクセスポイント１７を通じて移動式ユニット１０から受信された音声指令に応答して、コンピュータ１５によりＰＢＸインタフェースに供給されてもよい。
【００１９】
電話サービスに関連して、移動式ユニット１０は、音声信号に変換される音声対応データパケットや、その逆に、音声対応データパケットに変換される音声信号を送受信するように作動し、完全二重モードで作動し得る。１つの実施形態において、ユーザは、以下の要領で電話接続を確立してもよい。
ユーザ：「コンピュータ・オン」
応答：「コンピュータ準備完了」
ユーザ：「電話」
応答：「誰に電話したいですか？」
ユーザ：「ジョン・クック」
応答：「ジョン・クックを呼び出し中」
この時点で、コンピュータ１５は、ジョン・クックの電話番号又は内線番号を検索してＰＢＸ１９のインタフェースにメッセージを送信し、そのインタフェースは、通話を確立して音声データパケットを電話通信を行うための音声信号に変換する。
【００２０】
電話の通話を終了するには、ユーザは、コンピュータ１５への音声リンクを確立するようにＤＳＰ２０によって認識される「コンピュータ・オン」を指令することによってコンピュータの支援を呼び出してもよい。この後に、コンピュータ１５によって受信及び実行される「通話の終了」又は「電話を切る」などのユーザ音声指令が続いても良い。代替的に、電話の通話中にローカル音声認識プログラムが作動していない場合、装置には、装置を音声認識モードに置く、又は、通話を中断してコンピュータ１５に音声指令を送信する、指令ボタンが備えられてもよい。ボタンを押すことにより、移動式ユニット１０は、音声メッセージを電話の会話の一部として送るよりはむしろ、コンピュータ１５の認識ルーチンに音声メッセージを送る。
【００２１】
指令ボタンが設けられている場合、指令ボタンを使用して装置１０を電力節約モードから音声指令モードに入れてもよい。この実施形態において、移動式ユニット１０の音声認識ソフトウェアは、絶えず作動している必要はない。
音声指令により電話番号又は内線番号を与えることによっても通話がかけられることを理解されたい。
【００２２】
ＰＢＸ１９を通じての通常の電話接続に加えて、移動式ユニットはまた、同じ又は類似の音声通信構成を有するシステムにおいて、他の移動式ユニット２１との電話のような音声通信を確立するのに使用してもよい。例えば、「誰に電話したいですか？」に応答して、ユーザは、「マネージャ」と答えてもよい。するとコンピュータ１５は、勤務中のマネージャが携帯する移動式ユニット２１との音声接続を確立するであろう。この音声接続は、例えば、コンピュータ１５が移動式ユニット１０にデータメッセージを送出してマネージャの移動式ユニット２１のＩＰアドレスを与える、また、移動式ユニット２１にデータメッセージを送って移動式ユニット１０からの着信通話を表示し、また可能性としては、移動式ユニット１０のＩＰアドレスを送信することによって確立される。移動式ユニット１０のＩＰアドレスはまた、移動式ユニット１０からのメッセージによって供給することができる。移動式ユニット１０と移動式ユニット２１との間の音声対応データの通信は、例えばアクセスポイント１７を通じてのネットワーク経由で、又は、移動式ユニット２１にサービスを提供する異なるアクセスポイントに至る有線ネットワーク経由で進めることができる。
【００２３】
コンピュータ１５は、好ましくは音声指令及びＰＢＸ１９及びＡＰ１７（アクセスポイント１７）を使用して、移動式ユニット、電話内線、外部電話番号、及び、移動式ユニット間で「会議通話」を同様に設定できることが理解されるであろう。更に、装置同士をウォーキートーキーモードでリンクすることができ、この場合、二重通信の半分だけがもたらされる。更に、移動式ユニット１０のユーザは、例えば治安部門の隊員などの音声可能移動式ユニットの全て又はグループへの放送のために装置を接続するように、又は、一般向け発表のために移動式ユニットをラウドスピーカシステムに接続するように、コンピュータに指令してもよい。
【００２４】
本発明の移動式ユニット１０は、更に、音声通信を伴わない音声用途において使用される場合がある。例えば、移動式ユニット１０は、例えば博物館又はセルフガイドのツアーにおける対話式ガイド装置として使用してもよい。ユーザは、コンピュータ１５に位置又は鑑賞している美術作品を指示し、その対象に関する説明を受けることができる。説明は、選択された任意の利用可能言語であって、様々な詳細の程度であることが可能である。例えば、観光客が芸術作品に関する基本的な情報が求めているだけの場合もあれば、学生が更に詳しい説明を求めている場合もあり得る。これは、「更に情報が欲しいでですか？」のプロンプトに対してユーザが「はい」と応える時に与えられてもよい。この情報は、音声発生プログラムに供給されているデジタル音声書式又は英数字書式のいずれかでコンピュータ１５に記憶される。
【００２５】
移動式ユニット１０の別の用途は、電子メールのメッセージの音声による読み上げを提供することである。移動式ユニット１０のユーザは、電子メールアカウントにアクセスすることができる。新たに受信された電子メールは、要請があり次第受信メッセージを「読み上げる」音声シンセサイザに供給することができる。
移動式ユニット１０の別の用途は、例えばＭＰ３書式でコンピュータ１５のメモリに記憶されたデジタル記録から音楽又は他の再生を提供することである。移動式ユニット１０のユーザは、聞きたい１つ又はそれ以上の記録を音声指令で選択することができる。
【００２６】
図４は、可聴Ｃｏｄｅｘ１８とデジタルプロセッサ２０とのインタフェースを示すブロック図である。可聴Ｃｏｄｅｘ１８は、デジタル信号プロセッサ２０のシリアルポート４０に接続される。デジタル信号プロセッサ２０のプログラミングは、ＤＭＡ（直接メモリアクセス）メモリを通じてシリアルポート４０で供給されたデータをデジタル信号プロセッサ２０のメモリ４６内の第１、第２、及び、可能性としてはそれ以上の緩衝記憶装置４２及び４４にアクセスさせるように準備される。特に、アナログ可聴信号は、可聴Ｃｏｄｅｘ１８で例えば１４又は１６ビット信号であるデータ信号に変換され、ＤＭＡチャンネルを通るシリアルポート４０を通じてデジタル信号プロセッサ２０のメモリ４６の第１バッファ４２の中に計時される。サンプリング速度は、例えば６４Ｋビット／秒の場合もあるし、可聴サンプリング品質の高低を得るために変更されてもよい。例えば、電話様式の通信などの音声通信には低サンプリング速度を使用してもよく、あるいは、音声認識プログラムによって認識する必要がある第１又は第２指令などの音声入力には高サンプリング速度を使用してもよい。サンプルは、１０ミリ秒分のサンプルを保持する能力を有するバッファ４２に供給される。バッファ４２が満杯となると、割込サービスルーチン（Ｉｎｔｅｒｒｕｐｔ Ｓｅｒｖｉｃｅ Ｒｏｕｔｉｎｅ）（ＩＳＲ）によって、ＤＭＡチャンネルが第２バッファ４４に自動的に切り替わり、デジタル信号プロセッサがデータをバッファ４２で処理する間、音声データをバッファ４４に供給し続ける。音声処理は、通常、７２９回の圧縮を行うのに１ミリ秒かかり、反響相殺及びデジタル可聴信号のパケット化などの他の作業に恐らく更に１ミリ秒かかることになる。第２バッファ４４が満杯になった後、バッファ４４のデータがデジタル信号プロセッサによって処理される間、音声データは、第１バッファ４２に供給される。
【００２７】
図７は、デジタル信号プロセッサ２０と音声又はデータポケット送信のための移動式ユニット１０の無線周波数部分とのインタフェースを示す。デジタル信号プロセッサ２０のシリアルポート５０は、データ転送のためにＡＳＩＣ５８に接続され、それは、更に、装置の無線部分のベースバンドプロセッサ６０に接続される。ベースバンドプロセッサ６０は、同様にＲＦアナログ部６２に接続される。ベースバンドプロセッサは、例えばインターシル３８６１（Ｉｎｔｅｒｓｉｌ３８６１）装置であってもよい。ＲＦアナログ部は、現行のＳｐｅｃｔｒｕｍ２４製品で使用されるものと同じであってもよい。デジタル信号プロセッサ２０の第２シリアルインタフェース５２は、デジタル信号プロセッサからベースバンドプロセッサ６０の指令ポートに信号を供給するために接続される。それに加えて、制御及び状態信号は、ＤＳＰ２０とＢＢＰ６０との間のデータバス５４上で供給され、移動式ユニット１０によるデータパケットの送受信に関連してベースバンドプロセッサ６０の指令ポートとアナログ回路６２とに信号を供給するために１６ビットラッチ５６に書き込まれる。
【００２８】
図８を参照すると、送信される音声対応データパケットポケット又はデータパケットは、ＤＳＰ２０のメモリの送信バッファ６４に記憶される。データパケットは、データ信号か、又は、デジタル化されて好ましくは圧縮された音声データから成る信号かのいずれかであり得る。ＤＳＰ２０は、送信されるデータがベースバンドプロセッサ６０内に計時されるように、ＩＳＲの制御の下でシリアルポート５０にＤＭＡチャンネルをもたらすようにプログラムされる。データパケットの転送前に、ヘッダ及び他の付帯データは、プロセッサ２０によってデータパケットに追加される。８０２．１１信号書式のＣＲＣ（周期冗長検査）は、データパケットがベースバンドプロセッサ６０に供給される時にＣＲＣデータが計算されてデータパケットに追加されるＡＳＩＣ５８において準備されてもよい。
【００２９】
図９は、ＲＦモジュールからのデータパケットの受信に関連したデジタル信号プロセッサ２０の作動を示すブロック図であり、データパケットは、データ又は音声コード化データのいずれかであり得る。受信信号パケットは、ベースバンドプロセッサ６０からシリアルポート５０に供給され、ＩＳＲの制御の下で、例えば８０２．１１パケットのＰＬＣＰヘッダ部分を受信する第１バッファ部分７０とパケットの残りを受信する第２バッファ部分７２とを有するバッファへのＤＭＡアクセスによって供給される。図６を参照すると、受信データパケットは、コード化音声信号から成っている場合には、音声信号サンプルが無線ローカルエリア・ネットワークで受信される時間における不規則性を補償するジッタバッファ７４にバッファ７２から供給される。デジタル信号プロセッサ２０は、音声解凍を行って解凍された音響デジタル信号をバッファ７６及び７８などの２つ又はそれ以上のバッファ内に置き、音響デジタル信号は、ＩＳＲの制御の下で、交番する順序でシリアルポート４０に読み出され、スピーカ１４に供給される可聴信号を発生させるためにＣｏｄｅｘ１８に供給される。
移動式ユニット１０の好ましい実施形態において、２つの極めてリアルタイムな処理であるＲＦ及び音声は、互いに干渉せずに同じＣＰＵを共有する。これがいかに行われるかを理解する秘訣は、この２つの処理が実際には極めて補完的であり、そのためにほんの少しの調整のみでプロセッサを共有する点を理解することである。
【００３０】
音声処理は、２つの基本的な作業から成り、１つは、非常に軽いものであってリアルタイム性は非常に高く、もう１つは、かなり重いがリアルタイム性は極めて中程度であるに過ぎない。第１の作業は既に説明したが、音声データを可聴Ｃｏｄｅｘへ及びそれから転送するＤＭＡチャンネル、シリアルポート、及び、バッファを管理することから成る。データ転送速度及び転送量は比較的低く、一定速度で移動する。１０ミリ秒毎に十分なデータがＤＰＳとＣｏｄｅｘとの間を移動し、ＤＳＰによる処理を必要とする。実際の転送は、ＤＭＳ及びＩＳＲによって行われ、非常に素早くて単純なバッファフリップしか伴わない。実際のバッファフリップは、ＤＭＡ制御装置によって行われ、そのため、ＩＳＲは、「次のバッファ」を設定していることになることから多少遅れる可能性がある。これは、極めて一般的な二重バッファトリックである。ＤＭＡ割り込みを実行する際に、更に「ジッタ」時間が増えるように第３のバッファの増設さえ行ってもよいであろう。
【００３１】
もう１つの主な音声処理は、音声圧縮及び反響相殺処理である。これらは、「重い」ルーチンであって、特に圧縮はそうである。Ｇ．７２９コードは、１０ミリ秒の音声サンプルを１６バイト音声「セル」に圧縮するのに、平均で約１０ＭＩＰ（命令処理機構）を消費する。反響相殺は、更に１つ又は２つのＭＩＰを消費する。１００ＭＩＰのプロセッサ（ＴＩ ５４０９など）が与えられると、これは、ＣＰＵ容量の約１０％〜１５％（１００個のうちから１０〜１２個のＭＩＰ）である。従って、１０ミリ秒毎に、ＣＰＵは、１〜２ミリ秒を使って圧縮及び反響相殺をしなければならない。この処理は、一旦開始されると、大きな問題を生じることなく割り込みできるものの停止させることはできない。これは、１ミリ秒でさえもＲＦ処理にとっては長時間であることから重要な概念である（その時間でＲＦチャンネル上で２〜３パケットのデータを１１メガビット／秒で受信し得るであろう）。音声処理ルーチンの重要なタイミング上の目標は、次の１０ミリ秒間隔が始まる前に１〜２ミリ秒の処理を完了することである。換言すると、サンプルの次の１０ミリ秒を完了する前にサンプルの最後の１０ミリ秒を完了しなければならない。実際には、１ミリ秒を完了するのに１８ミリ秒あるが、そうすると、次の４ミリ秒で２セットのサンプルを処理する必要があることになる（他に何が進行しているかによっては、それは難しい場合があるであろう）。第３バッファを増設して６ミリ秒の処理を完了するために３０ミリ秒を与えてもよいであろうが、それを超えて少しでもバッファが増えると、待ち時間に影響が出始める。
解凍処理は、かなり少ないＣＰＵリソースを利用し、恐らく１〜２ＭＩＰである。
【００３２】
ＲＦ処理は、多くの点で音声処理とかなり異なる。それは、２つの基本的な作業から成り、中程度に軽いが処理のリアルタイム性は非常に高いものと、中程度に軽いが処理のリアルタイム性は非常に大まかなものとがある。第１の処理は、実際のパケット送受信ルーチンから構成されている。送信処理は、実際のデータ転送要素（ＤＭＡ制御装置によって処理され、開始及び完了以外はいかなるＣＰＵリソースも利用しない）を無視すれば、２つの処理のうちのリアルタイム性が最も低い方の処理である。ＷＥＰ（Ｗｉｒｅ Ｅｑｕｉｖａｌｅｎｔ Ｐｒｉｖａｃｙ）を含む、送信パケットを構築する処理は、音声圧縮処理と同じ処理「レベル」で行うことができる（すなわち、「割り込み」レベルよりはむしろ「タスク」レベルで）。音声パケットについては、音声処理タスクの一部であると十分に考えることができるであろう。送信処理のただ１つのリアルタイムの処理要素は、送信する時期を待つチャンネルの監視から構成される。データが一旦移動し始めると、ＣＰＵは、ＤＭＡが完了するまでループ外にある。その時点で、送信処理に付随するリアルタイム要素は、ＡＣＫ（肯定応答）を待っている（もし必要であれば）。ＡＣＫは、数十マイクロ秒以内に現れるか、又は、全く現れないことになる。
【００３３】
受信処理は、大した情報を含まないＢＢＰとより綿密に対話することからリアルタイム性が高いが、通信に関しては要求が厳しい。前出部分で注記したように、受信処理は、２つのＤＭＡチャンネル割り込みを各々の割り込み後の少しの処理でうまくさばくことから構成される。受信パケットのパケット処理の最後は、パケットの良好性を１０〜２０マイクロ秒のスロット時間内にＣＲＣと準備されたＡＣＫ（もし必要であれば）とを使用して確認する必要があることから非常に厳しいリアルタイムタスクである。ＡＣＫ自体は、構築して送信するには些細なものであるが、時間通りに出て行く必要がある。
【００３４】
ＲＦ処理の他の主な要素（８０２．１１システムの場合）は、結合／ローミング作業である。ほとんどの場合、この作業は、システムの他のどれよりも長い時間スケールで行われる。ローミングしてＡＰと結合する決断は、数百ミリ秒から数秒の時間に亘って行われる。実際の結合処理は非常に素早いが（非常に短時間での２パケットの交換）、ローミングする決断及び他のアクセスポイントを見つけることは、他のどれよりも目立たない作業である。例外はあるが（どのアクセスポイントも見つけることができない時など）、このような作業は、他の全ての作業よりも明らかに優先される（コードのスピーカ側を少なくとも無音状態に保つことを除いて）。
【００３５】
ここで、ＤＦＣ上で実行されるソフトウェアの構成を概説する。このモデルにおいては、複数のタイマが必要であり、それらは、以下のような様々な目的のために必要とされる。
・ＲＦのＴｘ処理に関する後戻りとパケット再トライとの衝突回避
・ＲＦ受信側でのパケット計時の損失
・ローミング及び結合タイミング
Ｔ１ ５４０９ ＤＳＰ上にはタイマは１つしかなく、そのため、これらの目的に向けて時間を多重化するか、又は、更なる付加的外部タイマを増設する必要があり得る。タイマに付随するのは、ＲＦ処理の変化状態に関与するＩＳＲである。
【００３６】
音声処理ルーチン及び結合／ローミング処理を取り扱う単純な「主ループ」の概念は、ＤＦＣアーキテクチャに重要である。以下の検討において、「処理」という用語が頻繁に使用されることに注意されたい。本明細書の関連において、「処理」は単に「作業」を意味し、多重タスクカーネルに見出し得るような別個の一連の処理ではない。このループは、ＤＭＡチャンネル及びそれらの各ＩＳＲによって作成されたイベントフラグ及びバッファ変更に応答する単純なポーリング・ループである。このループには５つの主な作業がある。
・音声処理
・ＲＦ処理
・データ送信／受信
・構成及び管理
・ユーザインタフェース（オプション）
【００３７】
ループの音声処理要素は、非常に単純である。
（１）ＤＭＡが音声サンプルのバッファを満たした音声受信ＩＳＲからの信号を待つ。信号が見つかると、音声圧縮及び反響相殺ルーチンを呼び出す。これらは、１〜２ミリ秒の間、「主ループ」処理を占めることになる。
（２）２つの音声セル（２０ミリ秒）の音声を待って準備完了状態となった後に、ＲＴＰ／ＵＤＰ／ＩＰ／８０２．１１ヘッダセットを作成する。ＷＥＰが必要な場合、この時点でそれを行う。ヘッダ作成は些細なものであるが、ＷＥＰには約４００ナノ秒／バイトが必要であり、そのため、１００バイトのパケットには、小さい演算負荷であるが４０マイクロ秒が必要となるであろう。これが行われると、ＲＦ送信処理を開始する。
（３）ＤＭＡが音声データのバッファを空にした音声ＩＳＲからの信号を待ち、そのため、それは１６バイト音声セルをジッタバッファから取って音声サンプルに解凍する時である。これは、２００〜３００マイクロ秒の間、音声ループを占めることになる。
【００３８】
主ループのＲＦ側は、次の２つの要素から成る。
・パケットからの音声セルの抽出
・結合及びローミング
第１番目のタスクは、受信パケットから音声セルを抽出してそれらをジッタバッファに入れることである。この処理は、様々なヘッダを通過して音声セルに至る作業を伴う。これは、小さな構文解析及び複写処理である。
【００３９】
結合及びローミング処理には、システムの残りの部分に対する優先順位を定める幾つかの状態がある。初期の最も重要な状態は、「結合なし」である。この状態において、ＭＵは、ＡＰを探す作業である。これは、プローブ・パケットの送信及び回答を待つことを伴う。移動式ユニット１０については、これは、おおよそ最も重要な作業であり、またこの状態の時、一般に音声処理を全く無視することができる（スピーカ出力が抑えられていることを確認して）。結合された場合、次に、結合／ローミング処理は背景作業として作動し、エラー率及び信号強度に関する情報を収集するほか、他のＡＰを探す。ここでもまた、これには、時々のプローブ・パケットの発生及び回答待ちを伴う。この作業の演算及びネットワーク負荷は小さい。
【００４０】
ループのデータ送受信部は、非音声データパケットの送受信を処理する。音声中心の環境でさえも、ある程度の量のデータ送受信がある。移動式ユニット１０は、コンピュータ１７の音声サーバと通信して、移動式ユニットがいかに作動するべきかについて判断する必要がある。更に図３に示すように、移動式ユニット１０は、より大型の端末でＲＦモジュールとして使用することができる時、その端末のＷＬＡＮデータインタフェースをもたらす能力がなければならない。
【００４１】
データ通信処理（ＤＴＰ）は、送信すべきデータの有無を判断するために１つのバッファを検査することを伴う。ホストプロセッサ３８又はプロセッサ２０の処理は、このバッファにデータを入れてそれが送信されるのを待つ。データは、ホストプロセッサ３８によって通信されるデータ、プロセッサ２０によって処理されるバーコードデータ、又は、結合／ローミングメッセージ及びＡＣＫ信号などのプロセッサ２０から出てくる「付帯的」制御データメッセージであってもよい。要求及び完了状態は、簡単な状態変数によって表示される。バッファが満杯の場合、アプリケーションは、単にバッファが空になるのを待つ。一旦バッファが満杯となりデータ送信処理によって認識されると、８０２．１１ヘッダは、バッファの始めのそのために用意されたスペースに追加されることになる。ＷＥＰが必要な場合、４００ナノ秒／バイトの速度でＷＥＰが実行されることになる。１５００バイトのバッファは、符号化に６００マイクロ秒が必要であろう。一旦これが完了すると、ＤＴＰは、送信を予定するためにＤＴＰが呼び出す適切なルーチンを呼び出すことになる。送信が既に進行中である場合、ＤＰＴは出て行き、後で再度調べ直すことになる。送信が完了すると、バッファは、ＲＦ送信ＩＳＲによって空にされることになる。
【００４２】
データ受信処理（ＤＲＰ）は、実際には、上記のＲＦ受信処理で始まる。この処理は、ＲＦ受信ＩＳＲから全てのパケットを受信し、構文解析して音声セルを探す。パケットが音声セルでない場合、それはＤＲＰに送られる。この「送る」ことは、ＤＲＰが見るべきバッファをマークし、バッファ上での更なるいかなる処理も停止するといった単純なものであってもよい。ＤＲＰは、パケットを検査し、プロセッサ２０が対処するかどうか判断することになる。対処しない場合、パケットは、ホストプロセッサ３８、バーコード読取器９０、又は、別の周辺装置に送られることになる。パケットが移動式ユニット１０に付随するどの装置にも関係ない場合、それは無視されることになる。
【００４３】
指令及び構成処理（ＣＣＰ）は、主として、音声ストリームの目的地（及び、発生源）の決定に関する。これは、音声処理ルーチンにＩＰ及びＭＡＣアドレスのほか、コードを供給することを伴う。これを行う様々な機構がある。移動式ユニット１０がより大型の端末の一部である場合、それは、構成指令（又は、データをよく知られた場所に書き込むのと同じくらい単純な何か）を通じて来る可能性が高いであろう。移動式ユニット１０がコンピュータ１５の音声サーバと通信する場合、情報は、データパケット（その内容は、前記のよく知られた場所内に書き込まれることになる）を通じてネットワーク上で来ることになる。
【００４４】
主ループの最後の要素は、ユーザインタフェース処理（ＵＩＰ）である。これは、実際には、移動式ユニット１０に存在し得るＵＩコードのプレースホールダーである。それは、キーを押すことを求め、それに応じて作用することを伴うであろう。この作業は、ボリュームを変更するなどのローカルな作業、又は、音声ストリームの目的地を別の音声システムから音声認識サーバに変更するなどのグローバル作業を伴う場合がある。
【００４５】
モデル全体は、非常に単純である。それは、本質的に非先制スケジューラである「タスク」レベルのポーリング・ループを伴う。このレベルの作業は、割り込みレベルのイベントの結果として開始される。一旦開始されると、終了するまで、又は、他の方法でプロセッサの制御が生じるまで、作業は実行される。このレベルでの様々な作業の中には、音声圧縮という１つの「大きな」ものがある。それは、一度に１〜２ミリ秒間実行される場合がある。他の作業は全て、これよりも遥かに時間が短い。
【００４６】
音声圧縮コードとその長い処理時間の存在は、ＲＦパケット送受信処理がほぼ全体的に割り込みレベルで実行される必要があることを意味する。これは、主ループコード、又は、音声圧縮などの他のルーチンは頻繁に割り込まれることになるが、主ループがＣＰＵサイクルの２０％を得ている限り、全てうまく機能することを意味する。ＲＦ割り込み処理は、ネットワークを１００％利用する時でさえも、消費がＣＰＵの８０％を遥かに下回ることになる。
【００４７】
大半のパケット送信は、主ループレベルから始まる（唯一の例外は、ＲＦ受信ＩＳＲで発生するＡＣＫである）。そのレベルにおいて、８０２．１１パケットが作成され、送信用に準備される。送信処理を開始してバッファを「所有」することになるサブルーチンが呼び出される。実際の送信は、ＩＳＲで多少遅れて開始されることになる。同様に、完了のアクションがＩＳＲで起こることになる。同じことが再送信にも適用される。基本的に送信バッファは２つあり、一方は、優先順位に関し（ほとんどが管理フレーム）、もう一方は、優先順位によらないもの（音声トラフィックを含む）である。
【００４８】
ＲＦ受信処理は、その全体がＩＳＲにて実行される。パケットは、上記の２段階処理で受信される。最初に、ＤＭＡがＰＬＣＰヘッダをメモリに転送して割り込みを発生させる。これによって、ＣＰＵは、ヘッダを構文解析し、ＤＭＡを使用してパケットの残りを転送する段取りをすることができる。サイズを固定した２つ又は３つのパケットバッファがあることになる（バッファが異なるとサイズも異ってよいので、そのため、最適なサイズを有するバッファにパケットを入れることができる）。受信処理は、十分長くＩＳＲに留まるので十分なパケットを受信し、パケットがそのクラアント向けであることを確認できる。この時間は、最悪の場合でも１００マイクロ秒を超えないことになる。パケットが終了すると別の割り込みが発生することになり、ＩＳＲは、その時点でＡＣＫを発生させるかどうか決めることになる。受信ＩＳＲは、ＡＣＫを書式化し、ＲＦ送信ＩＳＲ全体を迂回してＡＣＫを送信することになる。受信パケットバッファは、イベントフラグ及びバッファポインタ経由で主ループに送られる。
【００４９】
主ループは、受信パケットを構文解析し、それらをどうするか判断する。ＷＥＰ暗号解読が主ループレベルで行われる（やはり、４００ナノ秒／バイトの速度で）。パケットは、ジッタバッファに入る音声セル、プロセッサ２０又はユーザアプリケーション用のデータパケット、又は、結合／ローミング処理用の８０２．１１管理フレームを含んでもよい。
前出部分で記したように、これまで呈示された情報の大半は、移動式ユニット１０が本質的に完全二重音声会話用の媒体として働く「能動音声転送」モードの作動に焦点を置いたものである。他のモードの作動もあり、ここで、これらのモード及びそれらがいかに機能するかについて説明する。
【００５０】
ここでの重要な概念は、他のモードは、通常、外部メモリからＤＳＰのオンチップメモリにロードされる異なるソフトウェアモジュールであるという点である。これは、５４０９のオンチッブメモリ容量が６４キロバイトに限定されるためである。オフチップメモリからの実行は、速度が極端に遅い上に、電力消費量の面でも経費がかかる（オフチップメモリで実行すると、ＤＳＰの電力消費量が２倍になる）。端末装置については、外部メモリは、外部フラッシュメモリとなるであろう。埋込型移動式ユニット１０については、ソースは、ホストプロセッサとなるであろう。この処理は、フラッシュメモリの場合でさえも非常に迅速に起こることになる。転送は、通常２０メガバイト／秒（フラッシュメモリから１００ナノ秒毎に１６ビット）で行われることになるので、２０キロバイトのコードは、１〜２ミリ秒しかかからないことになるであろう。様々な作動モード間の全ての移行は、数ミリ秒よりも遥かに大きな時間フレームで起こる。モードのうち全部ではないにしてもその大半が使用する、ある特定量の共有データベース及びデータ構造が存在することになる可能性が高い。ＡＰ表、音声バッファ、及び、ＥＳＳ及びＢＳＳ情報などは、多重モードに亘って共有される可能性が高い。
【００５１】
以下は、移動式ユニット１０のいくつかの他の作動モードである。時間が経てば開発される他のモードがあってもよい。更に、単に別々のモードとして識別されるからといって、それを別のモード内でサブモードとして実行してはならないという意味ではない。
・初期化及び診断：このモードは、移動式ユニット１０がハードウェア及びソフトウェア初期化を行う初期始動状態である。また、いくつかの基本的な電源オン診断を実行してもよい。
・ローカル音声認識／ＲＦ ＰＳＰ：このモードは、移動式ユニット１０の通常のスリープ状態である。それは、ＡＰからのビーコンで目を覚まし、内蔵の小規模語彙語音認識プログラムを使用して入力として特定の「魔法の言葉」を探す。ネットワークからのパケット受信と同じく、キーを押しても装置を起こすことができる。
・非音声ＲＦ ＣＡＭ：このモードにおいて、装置は、データパケットを能動的に送信してもよいが音声ストリームは処理しない。このモードは、移動式ユニット１０が端末製品内にあり、端末がデータ限定の作業を行っている時に使用される場合が多い。
・音声／ＲＦ ＰＳＰ：このモードは、電話型通話における場合と異なって音声トラフィックが完全に二重でないため待ち時間の追加が容認されるトランシーバー／ウォーキートーキーのモードの作動をサポートする。
・遠隔音声認識／ＲＦ ＣＡＭ：このモードは、ネットワークのリソースを更に消費する場合でさえも遠隔音声認識サーバに可能な限り最高の音声品質を提供することが目標である、能動音声転送モードの変形である。理論的根拠は、このようなモードの持続時間が短く、良好な認識性能が鍵であるという点である。
初期化及び診断は、基本的には移動式ユニット１０の始動モードである。いくつかの基本的電源オン診断を実行し、ハードウェア及びソフトウェアを初期化し、次に、真の実行時間コードをロードする。
【００５２】
移動式ユニット１０のローカル音声認識モードは、命令実行速度を非常に下げて実行されるので（１０，０００万命令／秒ではなくむしろ１００〜２００万命令／秒）、電力消費量が非常に低減される。単に速度が落ちた時、電力消費量が遥かに少ないので移動式ユニット１０が全く停止する可能性は低い。このモードにおいては、ビーコンを受信するために短時間だけＲＦ部を起こしておくようにタイマが作動状態に保持される。それ以外の時間におけるＲＦ部は、全く電力を落とした状態であり、ＢＢＰに接続されたシリアルポート／ＤＭＡチャンネルも停止状態である。このモードにおける他の作業は、少なくとも２つあってもよいローカル目覚まし信号を探すことである。第１のものは、キーを押すことである。第２のものは、発せられた「魔法」の言葉である。これをするために、移動式ユニット１０は、可聴入力コード／シリアルポート／ｄｍａのエンジンを実行し続け、サンプルをメモリ内に複写する。１０ミリ秒又はその位毎に、音声認識ルーチンを呼び出して受信可聴サンプルを処理し、魔法の言葉を捜す。この処理のＣＰＵリソースへの要求は非常に低いので、ＤＳＰ２０の速度をかなり落とすことができる。この時間の間、出力可聴システムは、同じく聴くものが何もないので止められている。
【００５３】
非音声ＲＦ ＣＡＭモードは、音声処理が何も行われない能動音声転送モードである。可聴部全体は、コード、シリアルポート、及び、ＤＭＡチャンネルを含め止められている。ＤＳＰはまた、この状態においてただ１つの真の作業はＲＦインタフェースを取り扱うことであるから、速度を落してもよいと考えられる。
音声／ＲＦ ＰＳＰ作動モードにおいては、無線がＰＳＰモードで作動しているが、能動音声チャンネルが存在する。ＤＳＰは、可聴部を能動にして最高速度で作動するが、ＲＦ部の電力は、一般に減らされている。ＲＦ部は、１００ミリ秒又はその位毎に起こされて、次の音声パケットを受信する（又は、送信する）。音声セル／パケットの数量は、２又は３個から恐らく最大１０個までにも増加する。
【００５４】
遠隔音声認識／ＲＦ ＣＡＭモードは、より高品質な音声サンプルが短時間でサーバ１７に送信される能動音声転送モードの変形である。改良点は、移動式ユニット１０からサーバ１７までのみである。サーバ１７から移動式ユニット１０への音声チャンネルは、更に圧縮された音声チャンネルを利用してもよい。それはまた、全体的に使用不可にしてもよい。このモードで必要とされる音声処理に関して幾つかのオプションがある。最も単純なものは、単にサンプリング速度を上げて１６ビット値としてデータを送信することである。これは、事実上、一切の処理を伴わない。別のアプローチは、データに対して形態抽出アルゴリズムを実行し、処理結果を音声サーバに送信することである。いずれにせよ、ＲＦ部及び音声部の両方は、ちょうどそれらが能動音声転送モードにある場合のように能動である。
【００５５】
図５に示す更なる代替実施形態において、バーコードスキャナ９０は、ＤＳＰ２０の１６ビットバスに接続される。明らかに、１次元バーコードの復号処理を取り扱うのにＤＳＰ２０上で利用可能な十分なＣＰＵサイクルが存在する（２次元コードでさえも十分であり得るであろう）。
バーコード復号エンジンの作動は、音声圧縮と極めて似ている。定期的にデジタル化されたアナログデータのサンプルを得て、次に、それを処理して興味あるパターンを探す。この処理は、復号が完了するか、又は、ユーザが諦めるまで繰り返される。１００走査／秒のエンジンにおいては、１０ミリ秒毎にデータサンプルがある（ちょうど音声サンプルと同じく）。
【００５６】
このような一体化モデルにおいては、ユーザは、走査と会話との間で選択することが必要になると思われる。スキャナ復号が進行中であったとしたら、スピーカは静かになり、コードによって何の音声データも受け入れられないであろう。
いうまでもなく、その時に音声転送が進行中でなかったとしたら、止めるべきものは何もないであろう。ＲＦは、音声処理及びＲＦ処理が作動するのとほぼ同じ方法で作動し続けるであろう。
【００５７】
最大の問題は、復号ソフトウェアのコードサイズである可能性が十分にあり得るであろう。復号ソフトウェアをＤＳＰ２０のオンチップメモリで実行しようとすることは、他の作業が行われている場合は不可能である可能性が十分にあり得るであろう。復号ソフトウェアを中に備え得るＤＳＰに何らかの外部ＳＲＡＭを増設することは可能である。そのＳＲＡＭからの実行は、性能のペナルティを被ることになり、電力消費量が増すことになるであろう。一方、性能レベルを下げた場合でさえも、ＤＳＰは、依然として復号アルゴリズムを実行することができ、増加した電力消費量（及び、経費）も、それにも関わらず、別個の復号プロセッサの場合よりも下回ることになるであろう。
【００５８】
本発明の好ましい実施形態と考えられるものに関して説明されたが、当業者は、本発明の精神から逸脱することなく、本発明に対して他の及び更なる修正を為し得ることを理解するであろうし、また、全てのそのような変更及び修正が本発明の真の範囲に包含されるということの請求を意図するものである。
【図面の簡単な説明】
【図１】本発明による移動式ユニットの実施形態を示すブロック図である。
【図２】無線ネットワークにおける図１の移動式ユニットの使用を示すブロック図である。
【図３】ホストコンピュータへの図１の移動式ユニットの接続を示すブロック図である。
【図４】音響信号の圧縮データ信号への変換に関して図１の装置のデジタルプロセッサの作動を示すブロック図である。
【図５】バーコードスキャナへの図１の移動式ユニットの接続を示すブロック図である。
【図６】受信音声信号の処理に関して図１の装置のプロセッサの作動を示すブロック図である。
【図７】図１の装置のデジタルプロセッサと装置のＲＦ部分とのインタフェースを示すブロック図である。
【図８】データパケットのＦＲ送信に関して図１の装置のプロセッサの作動を示すブロック図である。
【図９】データパケットの受信に関して図１の装置のデジタルプロセッサの作動を示すブロック図である。
【符号の説明】
１０ 移動式ユニット
１２ マイクロホン
１４ スピーカ又はイヤホン
１６ アナログプロセッサ
１８ 可聴Ｃｏｄｅｘ
２０ デジタル信号プロセッサ（ＤＳＰ）
２２ ＲＦベースバンドプロセッサ
２４ ＲＦアナログ部
２６ アンテナ

Claims (15)

1. マイクロホン、デジタル信号プロセッサ、及び、第１のコンピュータへの無線データ通信を与えるための無線モジュールを有する移動式ユニットを設ける段階と、
   指令ボタンにより、前記デジタル信号プロセッサの音声認識機能を選択的に作動させる段階と、
   限定語彙を有する第１音声指令を前記移動式ユニットで受信し、前記第１音声指令を前記デジタル信号プロセッサで認識し、前記第１音声指令に応答して、前記無線モジュールを介して遠隔位置にある第２のコンピュータへの接続を確立するように、前記移動式ユニットを制御する段階と、
   第２音声指令を前記移動式ユニットで受信し、前記移動式ユニットにおいて前記第２音声指令を、該第２音声指令を表すデジタルデータ信号に変換し、前記無線モジュール上の前記接続を使用して前記デジタルデータ信号を前記遠隔位置にある第２のコンピュータに送信する段階と、
   前記デジタルデータ信号と大規模語彙音声認識プログラムとを使用して前記第２音声信号を認識し、第２音声指令からコンピュータ制御信号を引き出すように、前記第１のコンピュータを作動させる段階と、
   を含み、
   前記コンピュータ制御信号は、前記遠隔位置にある第２のコンピュータ及び該遠隔位置にある第２のコンピュータに取り付けられた周辺機器の一つを作動させるための指令を与えるものである
   ことを特徴とする、音声指令によりシステムを作動させる方法。
2. 前記第１音声指令に応答して前記移動式ユニットを制御する前記段階は、前記移動式ユニットを前記第１のコンピュータと通信するように制御する段階を含むことを特徴とする請求項１に記載の方法。
3. 前記コンピュータ制御信号に応じて前記第１のコンピュータを作動させる段階を更に含むことを特徴とする請求項１に記載の方法。
4. 前記移動式ユニットがスピーカを更に含む場合における請求項１に記載した方法であって、
   前記コンピュータ制御信号に応答して前記第１のコンピュータ及びその周辺機器の一つを作動させる段階をさらに含み、
   前記第１のコンピュータを作動させる前記段階は、前記第１のコンピュータのメモリからデータを検索する段階、前記検索データを音声データに変換する段階、前記音声データを前記移動式ユニットに送信する段階、及び、前記移動式ユニット内の前記デジタル信号プロセッサを使用して前記音声データをアナログ信号に変換し、該アナログ信号を前記スピーカに供給する段階を含む、
   ことを特徴とする方法。
5. 前記移動式ユニットがスピーカを備える場合における請求項１に記載した方法であって、
   前記コンピュータ制御信号に応答して前記第１のコンピュータ及びその周辺機器の一つを作動させる段階をさらに含み、
   前記コンピュータ制御信号は、前記移動式ユニットと少なくとも１つの他の音声通信ユニットとの間の音声通信チャンネルを確立するように準備され、
   前記第１のコンピュータは、前記移動式ユニットと前記他の音声通信装置との間で音声通信データを転送するために前記音声通信チャンネルを確立するように作動される、
   ことを特徴とする請求項１に記載の方法。
6. 前記音声通信チャンネルを確立する段階は、前記音声通信データをデジタル形式とアナログ形式との間で変換する段階を含むことを特徴とする請求項５に記載の方法。
7. 音響信号を受信するマイクロホンと、
   前記マイクロホンからの受信音響信号をデータ信号に変換するために前記マイクロホンに接続されたインタフェースと、
   無線データ通信信号を送信する無線モジュールと、
   音声認識機能を作動させるための指令ボタンと、
   デジタル信号プロセッサと、
   を含み、前記デジタル信号プロセッサは、
   （１）前記インタフェースからのデジタルデータ信号であって、前記指令ボタンにより選択的に作動させられる限定された数のデジタルデータ信号を認識し、該デジタルデータ信号に応じて前記無線モジュールを制御するように作動し、
   （２）デジタルデータ信号を第１のコンピュータに送信するように前記無線モジュールを作動させ、
   （３）前記無線モジュールを介して前記第１のコンピュータにデータパケットとして前記マイクロホンからの音に対応するデジタルデータ信号を供給し、該第１のコンピュータが、前記デジタルデータ信号と大規模語彙音声認識プログラムとを使用して、遠隔位置にある第２のコンピュータと該遠隔位置にある第２のコンピュータに取り付けられた周辺機器とを作動させる指令を与えるための音声指令を認識し、該音声指令からコンピュータ制御信号を引き出すことができるようにする、
   ためのプログラムを含むものである、
   ことを特徴とする移動式ユニット。
8. 前記デジタル信号プロセッサは、音に対応する前記デジタルデータ信号を圧縮するように更にプログラムされることを特徴とする請求項７に記載の移動式ユニット。
9. スピーカを更に含み、
   前記インタフェースは、前記マイクロホンに接続されて該マイクロホンからの受信した音声信号をデータ信号に変換し、デジタルデータ信号を音響信号に変換し、該音響信号を前記スピーカに供給するように構成され、
   前記デジタル信号プロセッサに備えられた前記プログラムは、前記無線モジュールによって受信されたデジタルデータ信号を音響信号に変換するために前記インタフェースに供給し、前記遠隔位置にある第２のコンピュータと前記無線モジュールとの間の双方向通信が前記デジタルデータ信号を利用するようにするものである、
   ことを特徴とする請求項７に記載の移動式ユニット。
10. 前記デジタルプロセッサは、前記インタフェースからの前記デジタルデータ信号を圧縮し、前記無線モジュールによって受信されたデジタルデータ信号を解凍するように更にプログラムされることを特徴とする請求項９に記載の移動式ユニット。
11. 前記デジタルプロセッサは、前記インタフェースを指令に対応する音声信号データに関して第１のサンプリング速度を有し音声通信に対応する音声信号に関して第２のサンプリング速度を有するように制御することを特徴とする請求項１０に記載の移動式ユニット。
12. 前記デジタルプロセッサは、前記無線モジュールを使用して送信又は受信されるデータ信号を転送するためにホストプロセッサとインタフェースすることを特徴とする請求項９に記載の移動式ユニット。
13. 前記デジタルプロセッサは、バーコードスキャナとインタフェースして前記スキャナからバーコード信号を受信し、
    前記デジタルプロセッサは、前記バーコード信号をデジタルデータ信号に変換するように更にプログラムされる、
    ことを特徴とする請求項９に記載の移動式ユニット。
14. 前記デジタルプロセッサは、前記インタフェースからデータ信号を受信して、前記データ信号を交番する第１及び第２の時間間隔中に第１及び第２の緩衝記憶装置に直接メモリアクセスにより交互に供給するようにプログラムされ、
    前記プロセッサは、前記データ信号が前記データバッファの一方に供給される間、前記データバッファのもう一方でデータを処理するようにプログラムされる、ことを特徴とする請求項９に記載の移動式ユニット。
15. 前記プロセッサは、圧縮アルゴリズムを使用して前記データを処理するようにプログラムされることを特徴とする請求項１４に記載の移動式ユニット。

Images