JPH11507777A

JPH11507777A - ハンドヘルドリモートコンピュータのコントロールと安全なインタラクティブリアルタイム通信のための方法

Info

Publication number: JPH11507777A
Application number: JP9501878A
Authority: JP
Inventors: ウォルシュ、ジョーゼフ・エフ; ボイドストン、ジョーゼフ・エフ
Original assignee: イー−コム・インコーポレーテッド
Priority date: 1995-06-07
Filing date: 1996-06-07
Publication date: 1999-07-06
Also published as: WO1996041446A1; EP0958672A1; EP1023794A1; WO1996041448A1; JPH11507775A; WO1996041447A1; EP1023794A4; AU6098696A; AU6098796A; EP0958672A4; EP0836773A1; AU6380496A; US6144848A; JPH11507451A

Abstract

(57)【要約】ユーザデバイス(120)がホストサーバ(110)への通信のために通信信号を発生させる。ユーザデバイス(120)はバーコードリーダ(121)、及び通信路(131)に沿って二方向性音声と通信トランシーバ(123)へのデーター信号を結合させるためのミキサーを含む。更に、ユーザデバイス(120)はキーパッド(127)、ディスプレイ(126)、マイクロホン(129)、スピーカ(128)、増幅器及びミキサー(141)、及びプロテクトメモリ(128)を含む。ホストサーバ(110)は命令処理エレメント(111)、音声処理エレメント(112)、合成装置(114)、及びモデム(113)を含む。ユーザデバイス(120)は低電力ハンドヘルドである。

Description

【発明の詳細な説明】ハンドヘルドリモートコンピュータのコントロールと安全なインタラクティブリアルタイム通信のための方法発明の分野本出願は、1995年6月7日にそれぞれ出願された米国特許出願第08/482,261号， 08/485,083号，及び08/480,614号の一部継続出願であり、これらはここに引用して組み込まれる。本発明は、ホストコンピュータサーバをコントロールするための、バーコード、サウンド、ボイス、ビジュアル通信システムを有するリモートコントロールワンドに関する。発明の背景インターネット時代の出現により、パーソナルコンピュータ(PC)間の通信が当たり前の出来事になっている。しかし、通信機器の使い易さや、入手、携帯性など解決すべき問題が残っている。デスクPCやラップトップPCは、多種多様なサーバネットワークへの通信アクセスを提供しており、通常ユーザとサーバの間の情報交換はパブリックドメイン、すなわち簡単なドロッピングやデータ操作ができる１つの大きな「パーティライン」で行われている。これは趣味で使うには適しているが、ほとんどのビジネス使用には適していない。PC間のモデムまたはファクシミリ通信は、より安全であるが、通常通信がテキスト及び/又はグラフィックに限られ、音声やサウンドの同時通信を許していないという不便さがある。同様に、電話での会話には、テキストやグラフィックを使わず、音声だけで行われる。マルチメディア通信システムは、プレゼンテーションルームの設定での使用には適しているかもしれないが、簡単には移動できない、高価及び/又は巨大な装置がしばしば必要となる。日々の個人的生活および仕事において、リアルタイムベースで、またマルチメディアを活用し、確実に本社と通信したいことがよくある。販促およびマーケティング資料は、通常、新聞、雑誌、パンフレット、カタログなどのような印刷媒体を通じて配布される。これらの媒体は、低コスト、配布し易さ、販売効率などの利点を有するが、他方において、印刷媒体は通信方法としては、あまり柔軟性に富んだ媒体ではない。コピーは、「平均的買い手」などは存在しないと重々認識しつつ、またいくつかの異なる高価な宣伝キャンペーン以外の代替プレゼンテーション手段が限られているので、しばしば「平均的買い手」に向けて作成される。印刷コピーは、書き手とコピーの読み手の間に質問または対話の機会を与えることはない。印刷による宣伝で可能なことは、メールやファックスのオーダーフォームを添付することぐらいである。または、潜在的買い手に注文のための電話番号を知らせることくらいである。したがって、ほとんどの製品にとって、有効でないと見なされている。同様に、テレマーケッティングも非対話的であり、多数の潜在的買い手より押し付けがましいと見なされている。バーコードリーダを使ったオーダーエントリの方法では、データをホストプロセッサに移すことが必要になるが、マルチメディアフォーマットで、またはリアルタイムにハンドヘルドユニットを持ってる顧客に情報を提供するための方法を備えているとは考えられていない。 Jonathan M．Gorogの名で1990年8月7日に発行され、アルボーインターナショナル社（Arbor International，Inc）(Gorog)に譲渡された米国特許第4,947,028 号「自動化発注支払いシステム」は、確かに自動化発注支払いシステムであるが、限界がある。注文は、中央コンピュータシステムと通信するために、キーボード及び/又はバーコードリーダを使って「オーダーコンピュータターミナルに入力される。中央コンピュータシステムにおいて、信用情報がチェックされ、指示がオーダーエントリターミナルに戻されて、ユーザのオーダー確認を表示またはプリントする。このシステムは概してオーダーエントリの目的を実現しているが、外見を変えたパーソナルコンピュータにすぎないという欠点を有する。その他、このシステムの不便な点は多数あるが、特に高価であり、携帯性に欠けている。Gorogが開発したシステムは、顧客に対して音声情報を、対話的に、またはリアルタイムで、あるいは開発された方法を実現するためのハンドヘルド携帯ユニットを使って、顧客に対し迅速にプレゼンテーションする方法を持っていない（このハンドヘルド携帯ユニットは、電力使用を管理しながら通常の電話回線での音声およびデータ通信を実現するための、音声／データモデム、低電力回路、電力管理、プロトコルを備えていない）。 1992年6月22にJose Gutmanらの名で発表され、モトローラ社(Motorola,Inc.) に譲渡された、米国特許第5,221,838号「電子ウォレット」は、銀行残高を保存し、残高を更新する無線メッセージを受け取る「電子ウォレット」を開示している。システムは、ユーザが入力したデータに応答して、メモリ上の残高を更新する。ユーザターミナルは、キーボード、磁気カードリーダー、バーコードリーダ、ディスプレイ画面、プリンタを備えている。しかし、システムは外見を変えた PCにすぎず、110Vのコンセント（または大きくかさ張るバッテリ）からの電力を必要とし、携帯が難しく、自動化注文センターコンピュータとのマルチメディア方式でのリアルタイム対話式双方向通信機能を欠いている。要するに、ユーザに対して、情報をリアルタイムに、またマルチメディアを活用してプレゼンテーションする方法を開示していない。 1994年11月15日にRichard A．Davisの名で発行され、ラディシュー・コミュニケーション・システムズ社(Radish Communications Systems，Inc)に譲渡された米国特許第5,365,577号「テレコミュニケーションディスプレイシステム」は、１つの通話の途中に、音声モードとデータモードを動的に切り換えることができる通信システムを示している。しかし、このシステムには、「スマートPC」が必須であり、「ピアツーピア」通信のための方法が必要となり、通常双方の間での音声の中断が発生するという不都合な点がある。さらに、システムは、これまた費用がかかる指向性カップラを必要とするように見える。２台のピアPCは110Vコンセント（または、大きなバッテリ）から電力を必要とする。これでは、携帯には適さない。 1995年11月7日にBarrus他(Barrus)の名で発行された米国特許第5,465,291号「リモートロケーションからの注文用機器」は、ユーザのディスプレイにデータを転送するのに必要な、双方向通信を実行する方法を持たないデュアルトーンマルチフリーケンシー(DTMF)「タッチトーン］フォーマットでリモートコンピュータにユーザ情報を転送する方法を明らかにしている。伝送エラーをチェックする方法、ユーザの機密データを暗号化する方法、ホストコンピュータからの機密データを確実に受け取る方法、または秘密情報を保護する方法に欠けている。さらに、DTMFシステムは、概して自己訂正エラーフリー通信信号を符号化できず、データ伝送速度が比較的遅いという不都合を抱えている。各キャラクタデジットに 50ミリセカンドのオンと50ミリセカンドのオフを使った場合の、DTMFトーンペアによる、符号化には、数字で約0.1秒、英字で約0.2秒かかる。これでは、バーコードデータの転送には遅すぎる。たとえば、16桁コードを転送し、サーバ側で符号化するだけでも約1.6秒かかる。しかも、16英字コードには3.2秒かかる。したがって、販売員を必要とせず、銀行カードで自動的に安全なやり方で支払決済され、関心のある人が楽しい対話的なやり方で追加情報を自ら進んで手に入れることができるような、エラーフリーで安全かつ双方向の通信方法は、有用である。さらに、エラーフリーで安全、またオプションで暗号化される通信を提供し、秘密データを安全な位置に保存するための記憶装置を持ったテレコマース用のシステムにも、利点がある。本発明の要約本発明は、ホストコンピュータサーバ（ホストサーバ）の中央処理装置(CPU) との間でリアルタイムに、安全で暗号化された対話式マルチメディア通信のための通信装置を提供する。装置は、低電力なハンドヘルドデバイスであり、オーディオシステム、マイクロフォン、スピーカ、キーパッド、表示画面、バーコードリーダ、マイクロプロセッサ、（モデム、音声プロセッサ、コール進捗モニター、双方向音声／データミキサー、FTMF（またはMF）信号ジェネレータ、オプションの複合器を備えた）通信トランシーバを備えている。デバイスは、通常の電話ジャックまたは無線電話バッテリからすべての機能のための電力を引き出すことによって、低電力状態を維持する（すなわち、おおよそ300mw未満、150mw未満が望ましい）。ユニットは、シンプルな128KバイトのPROMと8KバイトのRAMを最低限備えているマイクロプロセッサを有するメーカーにとっては、比較的安価である。ＰＣに比べて相対的に付属物が無いが、インタラクティブのエラーフリー、双方向リアルタイムテレコミュニケーションによって、デバイスを透過的に高度な「スーパーコンピュータ」（この場合はホストサーバ）として動作させることができる。ユーザデバイスは、高度な多様性を備え、ホストサーバへのアクセス、コントロール、指示、命令、照会を行うための、単純、高速、安全かつ暗号化した自己訂正エラーフリーで安価なハンドヘルドユニットを提供する。ユーザ（たとえば、顧客）は、「現場で」、ホストサーバに向けた（バーコードメッセージを含め）コマンドメッセージを入力し、テキスト、データ、計算結果、レポート、音声、サウンド、ミュージック、グラフィックなどのマルチメディア情報を含んだ情報をリアルタイムに対話によって提供することができる。また、コマンドをホストサーバに伝送し、ファイルへのアクセス、計算の実行、見積りの作成、クレジット／デビット情報またはクレジット履歴の提供、製品注文の入力のようなアクションを実行させることができる。ハンドヘルドユーザデバイスにインストールされるセキュリティ対策や暗号化により、機密のビジネス情報を対話で取得したり、クレジットカードを使って注文したりできる。ハンドヘルドユーザデバイスは、比較的単純なマイクロプロセッサを備えているが、ハンドヘルドユーザデバイスからホストサーバに伝送される通信データパケットはマルチメディアコンテンツへの対応能力を備えている。手持ちの最大電力（おおよそ300mw未満、150mw未満が望ましい）は、管理コントロールが行われなかった場合、トランシーバあるいはバーコードリーダによって簡単に消費されてしまう。ユーザデバイス内の電力管理および節減プロトコルは、電力を節減するために通信を高速化し制御するための方法を３つ持つ。第１に、（印刷されたバーコードをスキャンして得られた）バーコードデータパケットを使って、ホストサーバに以下のことを行わせるコマンドを指示する。(i)高速なエントリ、(ii)高速な符号化と暗号化、(iii)高速な伝送、(iv)低電力消費。第２に、ホストサーバとの通信時に、ユーザデバイスは（スレーブではなく）「マスター」になる。したがって、サーバとの間の双方向同時通信形態（すなわち、音声、ビジュアル、またはデータ）に必要となるハードウェアだけに電流を選択的に提供する（必要でない各ハードウェアコンポーネントを直ちにパワーダウンし、電力を節減する）。第３に、高速な通信「信号切り換え」が、DTMF（またはMF）「切り換え信号」コードを含んでいるデータパケットを使って提供される。この「切り換え信号」コードは、ホストサーバに対して以下のようなことを指示することができる。(a)音声を「オフ」にしデータ通信を「オン」にする、( b)通信パラメータを選択する（たとえばボーレートを1200に設定、パリティをイーブンに設定）。これらすべて0.15秒未満で行われる。ユーザデバイスで「切り換え信号」コードを使うと、以下のような利点がある。(i)同時通信伝送内でのマルチメディア伝送（たとえば、音声からバーコード、そしてキーストロークデータに、そして音声に戻る）、(ii)ユーザとサーバの間の高速なインタラクティブ通信、(iii)通信パラメータを設定するのに必要であるが、特に電力を消費し時間のかかる（すなわち、10秒）モデムネゴシエーションが不要になる、(iv)ユーザデバイスが通信セッションの過程とパワーダウンした未使用ハードウェアをコントロールすることによる電力節減。ユーザデバイスとサーバとの間のインタラクティブ通信は、非常に高速だが非常に複雑にもなりうる。たとえば、ユーザデバイスは、以下の順番の命令を有するデータパケットを符号化し、伝送することがある。(i)「切り換え信号」（たとえば、音声をオフにし、データをオンにして、通信パラメータを設定し、データを受信する）、(ii)コマンドバーコード（たとえば、以下のアイテムを注文する）、(iii)UPC バーコード（たとえば、注文品）、(iv)コマンドバーコード（たとえば、バーコード付きのアイテムを２ユニット）、(iv)「切り換え信号（たとえば、データから音声に、音声レコーダをオンにし、音声メッセージを受信）、(v)「音声メッセージ」（たとえば、犬に噛み付かれるから裏口から配達しない）。コマンドの受領後、ホストサーバは、ユーザに確認（たとえば、音声メッセージまたは画面の更新）を送るか、ユーザのFAXマシーンにファクシミリ(FAX)応答を送ることができる。FAXメッセージはオプションでユーザデバイスとサーバの間の対話式のループにおける通信をさらに高速化するために、コマンドメッセージを作成することができるコマンドバーコードを含むことができる。図面の簡単な説明図１Ａは、（以下に明らかにする）ユーザデバイスとホストサーバの間の通信を示している。図１Ｂは、CCDタイプのバーコードリーダ（以下を参照）を含んでいるユーザデバイスのブロック図を示す。図２は、サウンドプロセッサエレメントのブロック図を示す。図３は、最初のユーザデバイスの図を示す。図４は、第２のユーザデバイスの図を示す。図５は、第３のユーザデバイスの図を示す。図６は、第４のユーザデバイスの図を示す。図７は、最初のバーコードコマンドカードを示している。図８は、航空券情報を得るための別の実施例において有用なコマンドカードを示す。図９は、注文確認に関する実施例で使われる最初のコマンドカードを示す。図１０は、注文確認に関する実施例で使われる最初のコマンドカードを示す。図１１は、添付の開示によるユーザデバイスを使用する本方法のプロセスフロー図を示す。図１２は、ユーザデバイスとホストサーバをつなげるための本方法のプロセスフロー図を示す。図１３は、本方法によるオーダーセッションのプロセスフロー図を示す。図１４は、本方法によるオーダーセッションコマンドメッセージのプロセスフロー図を示す。図１５は、ユーザデバイスの観点から、本発明のデータパケット転送方法を示す。図１６は、ホストサーバの観点から、本発明のデータパケット転送方法を示す。図１７は、（以下で詳述するように）近接センサ付きのCCDタイプバーコードリーダを示す。好ましい実施例の詳細説明本発明の方法は非常に用途が広く、顧客、ビジネス、プライベートなどの様々な設定に用途を見出しうる。本発明は以下のもののための方法を含んでいる。すなわち、ユーザデバイスからホストサーバに、モデム通信プロトコルによりエラーフリーな、ハンドヘルド低電力ユーザデバイスへの情報メッセージとして、ボイス、サウンド、データ、英数字及び／又はグラフィックディスプレイなどを伝送するようにホストサーバに指示する方法で、ここでは、データパケットはバーコード化した命令やキーストロークデータを含むが、それらに限られるものではない方法と； DTMFまたはMF「切り換え信号」を使って、ホストサーバに、音声モードからデータモードに通信経路を切り換え、ADSIサーバとの互換性を取るように指示する方法と；リンクを開始するために低電力ハンドヘルドユーザデバイスのバーコードリーダを使ってホストサーバとの通信を透過的に開始する方法と；ホストサーバとの双方向で安全な秘密専用エラーフリー通信経路を設定し、通信経路上のホストサーバに対して、重要情報をホストハンドヘルド低電力ユーザデバイスに安全なやり方で符号化し、暗号化して、伝送するように指示する方法と；マルチメディアプレゼンテーション（すなわち、オプションで暗号化されたデータ、音声、数値及び／又はグラフィック情報）をエラーフリーパスを通じてハンドヘルド低電力ユーザデバイスに転送する方法と；マルチメディアプレゼンテーションをハンドヘルド低電力ユーザデバイスからホストサーバに符号化し、暗号化して、伝送する方法と；短いコマンドメッセージに符号化される１つまたは複数のバーコード化コマンドを使って、ホストサーバに複雑で長いコマンドプログラム命令を転送する方法と；マルチメディアプレゼンテーションをハンドヘルドユーザデバイスに伝送する方法と；低電力ハンドヘルドユーザデバイスを使って、ホストサーバにアクセスし、ディジタル通信信号、音声、キーストロークを含んでいる（オプションで暗号化されている）コマンドメッセージを伝送する方法と；通信リンクに干渉することなく、またバッテリ寿命を大幅に縮めることなく、電話ループ電力または無線電話バッテリから間欠的に少量の電流を引き出す、ホストサーバとハンドヘルドユーザデバイスとの間の通信リンクを確立する方法と；およびホストサーバとハンドヘルド低電力ユーザデバイスとの間にインタラクティブのマルチメディアリアルタイム通信リンクを確立する方法と；当該ユーザデバイスのプロテクトメモリにあるサブジェクト情報をソートして、クレジット番号、口座残高情報、暗号化パラメータを（盗難から）守るための方法。以下の説明によって、本発明の好ましい実施例は、好ましいハードウェア、プロセスステップ、データ構造に関して説明される。しかし、当業者は、本発明の精神や範囲から逸脱することなく、これとは異なる実施例が可能であることを理解するだろう。本発明は、いずれも1995年6月7日に出願され、ここに引用して組み込まれる、本発明者による係属中の米国出願第Nos.08/480,614号および08/485 ,083号で明らかにされている発明と共に使うことができる。方法とシステムの概要ここでは、ユーザPCまたは「ピアツーピア」通信システムを必要とすることなく、電話回線または無線電話によって駆動される、低電力で携帯可能な軽量ハンドヘルドの比較的安価なユーザデバイスを使ったマルチメディア通信の方法を説明する。当該デバイスは、ユーザソフトウェアを含んでおらず、電話線ジャックまたはセル電話アクセスポートに差し込むだけで、簡単にインストールできる。本発明のハンドヘルド低電力ユーザデバイスとデスクトップPCの間の比較を、以下の表に示す。本発明の実施例は、電力を電話ループ線の電流または無線電話バッテリのいずれかから引き出す低電力ユーザデバイスを使ったデータ／音声通信システムを提供する。ユーザデバイスは、音声またはデータ通信システムと干渉することなしに動作するような低レベルで電力を引き出す。たとえば、「ウインクスタート」信号やその他の通信監視信号をトリガしない。当該ユーザデバイスは、内蔵バーコードリーダと、ホストサーバとの間の音声およびデータ通信を管理し、通常の電話線を通じた双方向音声／データ通信を可能にするための方法を含んでいる。本発明の他の実施例では、ホストサーバへの通信回線を通じて、通常の電話線で、音声およびデータ信号を伝送するための高度に携帯可能なシステムをユーザに提供することもできる。本発明の他の実施例では、DTMFまたはMF「切り換え信号」コードとそれに伴うデータパケットによって伝送を開始することにより、１つの通信チャネルでデータ信号、バーコード情報、音声を伝送する方法を提供する。「切り換え信号」は、ホストコンピュータシステムに、音声メッセージをオフにし、モデム通信を使用可能にしてデータパケットを受信するように指示する。データパケットには、データ、バーコード情報、コマンド命令（すなわち、ユーザデバイスからホストサーバへの命令）、キーストローク及び／又はオプションの音声メッセージが含まれることがある。あるいは、バーコード及び／又はキーストローク（すなわち、以下のソフトキー）に符号化されるコマンド命令が、データパケットに含まれる。コマンド命令は、ホストサーバで動いているアプリケーションにより、以下のことを行う命令として解釈される。(i)データ受信から音声通信に切り換える、(ii)音声情報メッセージをユーザデバイスに送信する、あるいは（コマンド命令に対して）ユーザデバイスからの音声通信を受信し記録する。本発明の方法により、（「切り換え信号」に対して）音声からモデムへの切り換え、そして（データパケットコマンド命令に応答して）音声への復帰が可能になる。ユーザデバイスは、すべてのデータ転送を開始し、ホストサーバに「命令を送る」。ホストは「サーバ」であり、ユーザデバイスからのコマンドに応答によってのみ伝送する。本発明の方法により、ハンドヘルド低電力ユーザデバイスは、ホストサーバからの応答が保留の状態のときにはモデムへの電流を削減（またはカット）して、電力を節減することができる。したがって、ユーザデバイスは、ほとんどの時間モデムを低電力の「スリープ」モードにしておくことができる。モデムはすべての回路のために利用可能な電力を大量に消費するので、これは非常に重要である。あるいは、通信を管理する当該方法は、暗号化、様々なタイプのセキュリティ、そして認証方法を使って、チャネルの通信セキュリティを保証する方法を含んでいる。当該方法には、たとえば、宣伝、販売、製品の遠隔注文などに様々な用途を見出すことができる。当該方法は、ユーザが以下のことを要求しない。(i) コンピュータスキルの所有、(ii)新しいユーザソフトウェアを学習、(iii)PC（または、他の相対的に大きく、持ち運びや使用に不便な高価なプレゼンテーション機器）を利用できること、(iv)タイピングの方法を知っていること、(v)英語を話せること、(vi)記載言語の読み方を知っていること。当該方法は、オーディオおよびビジュアル情報のインタラクティブマルチメディアリアルタイムプレゼンテーションをユーザ（たとえば、顧客）に対して実現する方法を提供する。以下で詳細に説明するように、本発明は、印刷された媒体に埋め込まれたコードを使って、また、ユーザに透過なコマンド構造を使い、たとえばバーコードを使ってコマンドメッセージをホストサーバに向けることにより、音声、サウンド、表示メッセージ、通信信号にアクセスできる方法を提供する。本方法は、通信チャネルにアクセスするために物理的につながれているバーコードを検知し、スキャンすることができるバーコードリーダを有するユーザデバイスを提供する。当該通信チャネルにより、ユーザデバイスはバーコード始動のコマンドメッセージをホストサーバに伝送することができる。この方法によると、ホストサーバは、先に説明したように、マルチメディア情報メッセージを符号化する情報通信信号を伝送することによって、伝送されたメッセージに応答する。あるいは、本発明は、「回路」でも「プロトコル」でもある通信データパケットを符号化するためのプロトコルを使って、ユーザデバイスとホストサーバの間の音声およびデータ通信のための方法を提供する。「回路」とは、ホストサーバのハードウェアとユーザデバイスのハードウェアがどちらもコマンドメッセージに埋め込まれたコード化信号を素早く認識でき、ユーザに透過的に双方向音声およびデータ通信の様々な形を切り換えることによって、応答できるという意味である。「プロトコル」とは、当該方法によって、ユーザデバイス内で動作する特定のハードウェア（すなわち、オーディオシステム、ビジュアルディスプレイ、またはバーコードリーダ）が適時ニーズに応じて決められる、したがって、必要なときにのみ電力がダウンするという意味である。当該方法は、ホストサーバの計算パワーを使うことのできる、小さな、低電力、ローコストのユーザデバイスを使用可能にするのを援助する。しかしながら、この方法により、ハンドヘルド低電力ユーザデバイスは、ホストサーバに、データと音声の間の切り換えを指示するコード化DTMF（及び／又は MF）「切り換え信号」を伝送することによって、ホストサーバによる音声またはデータの伝送と受信をコントロールすることができる。この場合、通常切り換え信号は、通信データパケットの直後に伝送される。ホストサーバでの「切り換え信号」の受信により、音声とデータなどの通信信号のタイプが切り換えられる。この切り換え信号は、１秒未満、あるいは0.5秒未満、あるいは0.1秒未満で通信の形式を切り換えることができる。DTMFとMF信号は、音声信号から区別できるという利点を有する。各DTMF（またはMF）信号は、相互に同調しない２つの周波数から構成される。この非同調トーンペアは、音声やミュージックには現れない。したがって、電子回路は、回線に音声またはミュージックメッセージがある場合にのみ、DTMF（またはMF）「切り換え信号」コードを検出できる。モデム通信は、データを符号化するのにFSK、DPSk、QAMなどの信号化プロトコルを使う。しかし、このデータ符号化システムで使われるトーンは、音声やミュージックに現れることがある。したがって、電子回路は、モデムトーンと音声またはミュージックメッセージを容易に区別することはできず、モデムは、音声またはミュージックが同じ通信チャネルに乗っているときには、確実にデータを送受信することはできない。ホストサーバ（およびユーザデバイス）は音声が伝送されているときにモデムをオフにしなければならないので、本発明の電力節減法による「切り換え信号」コードは重要である。オフにしない場合、モデムは、「モデムチャタリング」と呼ばれる不法なデータのストリームを作成する。同様に、サーバが通信チャネルでオーディオ情報メッセージを伝送している場合、ユーザデバイスはホストコンピュータサーバにモデムデータを送信できない。本発明の方法により、ユーザデバイスは、通信チャネルで伝送されている間でさえ、ホストサーバからのオーディオ伝送をオフにすることができる。「切り換え信号」コードは、音声通信に割り込み、音声からデータへの切り換えをトリガすることができる。更に、本発明による電力節減は、ユーザデバイスが通信のコースを制御することを要求する。通信を管理することによって、必要なハードウェア機能、たとえば音声／オーディオまたはモデムだけを使用可能にする。バーコードが次のコマンドとして入力される前に、音声メッセージが完了するための長時間、ユーザデバイスが待たなければならないことは、受け入れがたいと見なされていた。（交換時の）ホストサーバからユーザデバイスへの検証と確認は、ハンドヘルドユニットのディスプレイに表示される。モデム転送が終わると、ホストサーバは音声にデフォルト設定され、音声またはサウンド（たとえば、「商品を５個注文した」）メッセージを伝送する。一般的な「切り換え信号」の場合、ユーザデバイスは直後にモデム通信信号を伴った(上述)、すなわちデータパケットを含んでいるDTMF（またはMF）トーンを伝送する。ホストサーバのCPUは、以下のようなコマンド命令としてDTMF（またはMF）「切り換え信号」を受信し、変換するようにプログラミングされたアプリケーションを実行している。(1)音声通信を「オフ」にする、(2)モデム通信を「オン」に切り換える、(3)通信パラメータを選択する（たとえば、ボーレートを1 200に設定し、パリティをイーブンに設定する）、(4)モデム通信信号を受信する。後者の場合、10秒以上かかることもあるハンドシェークモデムネゴシエーションは、約0.15秒しかかからないシングルステップに還元される。すなわち、ユーザデバイスにおいて電力を消費するモデムは、短い時間しかオンにならない。当業者ならば、トーンペアが相互に同調しておらず、通常音声またはミュージックに出現しない場合、本発明の方法によると、DTMFまたはMF以外のトーンペアを「切り換え信号」として使うことができることが分かる。本発明の実施例では、サーバに対してユーザに「情報メッセージ」を提供する複雑な通信を開始するようにという命令信号を出すためのプリントされたバーコードコマンドメッセージを使うことによって、詳細な音声およびビジュアルメッセージにアクセスするための、簡単、高速、安価、ユーザ透過な方法を提供する。好ましい実施例においては、（本発明の方法によって）印刷媒体にバーコードが含まれる。このバーコードにより、ユーザデバイスは、オーディオ／ビジュアルサポートを提供することによって、印刷媒体の内容と質を高めるように設計されている情報に（通常の電話回線または無線チャネルを通じて）アクセスできる。本発明の方法によるアクセス可能な、情報メッセージの代表的な例をいくつか以下に示す。宣伝用印刷物は、宣伝の対象である製品の証拠、製品をプロモートする俳優との対話、ミュージック及び／又はソングを始めとするサウンドによってその魅力が増す。映画や劇場のチケットのような娯楽製品の宣伝印刷物は、実際の催しの対話、シアターミュージック、またはソングによってその魅力が高められる。「パーソナルな」宣伝印刷物は、宣伝を行っている人の口頭メッセージによってその魅力が高められる。および／または、ニュース記事や広報は、登場人物のインタビューによって魅力が高まる。また、この方法は、迅速、簡単（すなわち、ユーザがプログラムを学ぶことなしに）、安全、正確に、サーバにプログラム済みのタスクを実行するように指示するコマンドメッセージを向けるために軽量なハンドヘルドポータブルユーザデバイスを使う方法を提供する。プログラム済みタスクの代表的な例を以下に示す。値札、製品ラベル、または製品カタログは、特に製品を事前にユーザが注文していた場合に（在庫出荷）製品の迅速な受注処理を促進するオーダーセッションを開始するためのバーコードコマンドメッセージによって、高められる。本方法によると、ユーザデバイスは、注文された製品の数を指示するキーストロークデータも含んでいるコマンドメッセージの形で、バーコードラベル情報を読み取り、ホストサーバに伝送する。製品ラベルや製品カタログは、受発注及び／又は在庫管理において顧客またはメーカが日常的に行うタスク、製品使用状況の追跡、製品の再注文までの間隔の計算、アカウンティング、請求処理などのプログラム済みの事務的タスクを開始するバーコードコマンドによって高められる。本発明の方法によると、顧客が実行する事務的な仕事の一般的な例は、以下のとおりであるが、それらに限られるものではない。(1)製品の使用状況と在庫からの削除のログ作成、(2)残っている数量の計数と記録、(3)製品の選択と再注文、(4)購入注文要求の完成、(5)請求先口座の通知。本発明の方法によると、サプライヤが実行する事務的な仕事の一般的な例は、以下のとおりであるが、それらに限られるものではない。(1)製品の利用可能性のチェック、(2)在庫記録の更新、(3)サプライヤの製品の再注文、(4)ユーザへの請求書発行や口座またはクレジットカードへの支払請求、(5)顧客の家または企業への配送のスケジューリング。本発明による方法は、製品の注文を容易にするために、ユーザデバイスを使って、製品カタログのバーコードおよびバーコード化したコマンド命令を読み取り、ストックルームに郵送する方法も含んでいる。好ましくは、本システムは、アカウントを提供し、アカウントの所有者は、（以後で説明するように）アクセスを制限したり、ユーザデバイスから行われる購入を数量及び／又は製品の種類によって制限したりするための安全な方法を提供する。セキュリティ対策の代表的な例は以下のとおりであるが、それらに限られるものではない。(1)時間ベース、たとえば営業時間だけにアクセス及び／又は購入を制限する、(2)ユーザデバイスからの購入を、製品の種類によって制限する、たとえば特定のタイプの用紙、ハードウェア、特定の在庫に共通しているものに制限する、(3)アクセスに際してはパスワードなどの情報を要求する（たとえば、特定のクラスの製品に対して事前に決まっているバーコードパスワード、これにより、従業員や子供のアクセスを制限する）、(4)特定のユーザデバイスから注文できる製品のコストを制限する。あるいは、本システムは、ハンドヘルドユーザデバイスを使って、印刷媒体のバーコード化情報を動的な（変動する）製品情報を有するホストサーバとつなげるための方法を提供する。動的製品情報の例としては以下のものがあるが、それに限られるものではない。印刷媒体が印刷され配布された後で利用できるようになった情報。本発明によるとアクセスできる動的製品情報は以下のとおりである。ホストサーバに、到着、出発、ゲート番号、オーバーブッキング、代替出発情報などの最新の航空便情報を提供するように指示するバーコードコマンドメッセージを使ってアクセスされる航空券情報。ユーザデバイスに現在残高を表示するために音声及び／又はビジュアルメッセージを伝送するようにホストサーバに指示するバーコード化コマンドを使ってアクセスされる勘定通告およびクレジットカード。ユーザに対して秘密のアカウント情報を表示するのは、盗み聞きされることがないので、音声よりも安全である。ホストサーバからユーザデバイスへの情報の伝送は、エラー訂正プロトコルと暗号化プロトコルを使って、通常の電話回線またはコードレス／無線電話回線を使って行われる。ストックまたは製品価格は、各ストックまたは製品に異なる印刷バーコード識別子を使ってアクセスされる。本発明の当該方法は、高速モデムを備えているハンドヘルド低電力デバイスが、暗号化音声メッセージを通信経路、すなわち通常の電話回線または無線チャネルを通じてホストサーバに伝送する方法も含んでいる。また、本発明の実施例では、（以下で定義する）「スマートカード」のような、金融取り引きを実行するのに、プロテクトメモリ含んでいる低電力ハンドヘルドユーザデバイスを使うための方法を提供する。本発明のエラーフリーで安全な通信方法を使って、金融機関、ホストサーバを有するベンダー、ハンドヘルド低電力ユーザデバイスの間に通信セッションを確立することもできる。また、具体化した本発明によると、金融機関と手元のユーザデバイスとの間のセッションを直接開始することもできる。この金融セッションの場合、ユーザデバイスのオペレータは、（本発明の方法によって）ベンダーに注文を出し、ホストサーバは金融機関に対して、ユーザデバイスのスマートカード機能によりその注文額を借方に記入してから、ホストサーバはユーザデバイスのオペレータに購入を確認することができる。最初の好ましい具体化によって、当該ハンドヘルドユーザデバイスは、ホストサーバと接続して「スマートカード」の機能を実行し、ホストサーバはユーザアカウントの資金の保守を担当している金融機関と接続する。本発明の方法は、先のセッションの間に、以下のような様々なレベルのセキュリティを提供する。すなわち、身元や権限によってユーザデバイスへのアクセスを制限、ホストサーバへのバーコードコマンドメッセージ、モデムエンコーディングとエラーフリー伝送、ユーザデバイスとホストサーバの間で転送される暗号化データ。第２の具体化により、ユーザデバイスは、ユーザデバイスのスマートカード機能を使って、口座資金の保守を担当している金融機関と直接接続する。ここで使われている以下の用語は、次のような意味を有する。すなわち、「ハンドヘルド低電力ユーザデバイス」とは、以下のようなユニットである。片手で楽に保持することができ、ホストサーバとの間の通信経路に沿って通信を確立することができ、サーバに音声およびバーコードやキーストロークを含んでいるモデムデータを伝送することができ、デバイスのオペレータにホストサーバから受け取ったオーディオおよびビジュアル情報を提供することができ、電話回線の電流または無線電話のバッテリから、すべての機能のために電力を引き出すことができるユニット。ユーザデバイスは、（電話線電力接続では）約300mw以下を引き出し、（PBXまたは無線バッテリ電力では）約150mw以下を引き出すことが望ましい。また、128バイト未満のPROM、8Kバイト未満のRAMを備えたマイクロプロセッサを持ち、１ポンド未満の重量で、ハードドライブ、フロッピドライブ、ユーザソフトウェアを持たないのが望ましい。「バーコードリーダ」とは、バーコードを検出して読み取り、そのバーコードに対して、このバーコードが表しているディジタルまたはアナログコード信号を作成するデバイスである。代表的なコード信号には、製品またはサービスを識別するための、UPC，AIM，ISO，ANSI，CEN，EAN，ISBTやその他関連のあるいは同じような標準コードがある。本発明の当該方法で使われ、ユーザデバイスのバーコードリーダを操作する際の「読み取り」とは、以下のような意味である。垂直バーコードラインに沿ってリーダーを移動するプロセス、あるいは１回でバーコード全体を読み取るポイントアンドショットオペレーション。また、「読み取り」には（ここで意図している使用においては）以下のステップも含まれる。バーコードからの反射光を捕らえ、バーの幅や間隔を判断するために光情報を処理し、ユーザデバイス内のマイクロプロセッサに伝送可能で、マイクロプロセッサが解釈できるバーコード相当のアナログまたはディジタル信号を作成するステップ。「ユーザデバイス」とは以下のようなデバイスである。（以下で説明するような）バーコード信号、通信およびキーストロークエンコード信号、「コマンドメッセージ」信号のすべてを含め、データパケット（オプションで暗号化されている）や音声をホストサーバに伝送できるマルチメディアデバイス。さらに、本「ユーザデバイス」は、オーディオ、ビジュアル、データ信号の１つまたはすべてを含み得る内容を有するホストサーバから受け取った「情報メッセージ」を受信および表示することができる。具体的な本発明による通信の指向性について言えば、「コマンドメッセージ」とは、以下のようなものである。ホストサーバに伝送可能で、ホストサーバに「情報メッセージ」をユーザデバイスに戻すように指示することができる、ハンドヘルドユーザデバイス内のマイクロプロセッサによって符号化される通信信号。コマンドメッセージは、バーコードデータ、キーストロークデータ及び／又は音声メッセージの１つまたは複数を含む命令コマンドデータから構成されている。命令コマンドデータを当該マイクロプロセッサに入力できるユーザデバイスの代表的エレメントには、キーパッド、マイクロフォン、バーコードリーダがある。「情報メッセージ」とは、当該ホストサーバで符号化され、ハンドヘルド低電力ユーザデバイスに伝送可能な通信信号を意味する。ユーザデバイスからの代表的なコマンドメッセージには、在庫リスト、アカウント情報、ユーザIDコードの認証、商品またはサービスの説明、製品入手可能性の説明または予想配送日、（以下のファックスメッセージのような）注文情報の表示、（以後詳細に説明する）ミュージック、自然音、製品保証などに対する要求、照会、質問が含まれる。「情報メッセージ」とは、（以下で説明するように）ハンドヘルド「ユーザデバイス」に表示あるいは提供することができ、ホストサーバから伝送することが可能な通信信号または音声／オーディオメッセージである。ユーザデバイスの代表的なエレメントには所謂「ディスプレイ」が含まれ、「プレゼンテーション」とは、テキスト及び／又は数値、グラフィックまたは図情報を提示できるディスプレイ画面（すなわち、英数字またはグラフィック表示）、および言葉、トーン、ミュージック、サウンド効果などから構成される、オーディオ情報をユーザに提供できるオーディオスピーカを含む（しかし、これらに限られるものではない）。あるいは、「情報メッセージ」は、プライベートな、あるいは秘密の、特権的なデータ（たとえば、銀行レコード、クレジット情報、ビジネスレポートなど）を含むこともあり、ユーザデバイスでの表示をディスプレイ画面に限定することができる。「通信」とは、何らかの性質のデータに復号化可能であり、使用可能な媒体を通じて、たとえば、電線、電波、（衛星への）マイクロウェーブなどでは空気、光信号の場合は光ケーブル、電気的または電磁的転送では半導体媒体などを通じて、伝送可能なディジタルまたはアナログ通信信号としての、通信経路上のコマンドメッセージや情報メッセージの交換を１つまたは複数のユーザ（人間、あるいはユーザデバイスやホストサーバ）に可能にするプロセスである。「通信信号」とは、通信プロセスによる伝送可能な信号を意味する。代表的な通信信号には、（以下で定義されている）DTMF、MF（multiple frequency）トーン、モデム通信信号、マルチプレックスアナログまたはディジタル音声通信信号などが含まれる。「データパケット」とは、時間的な開始と終了を持ち、ユーザデバイスとホストコンピュータサーバの間で事前に決まっているフォーマットによる符号化される連続体として伝送され、通信経路上を伝送される複数バイトのデータを含むディジタル通信信号の集合である。代表的なデータパケットについては以下で示すが、アナログまたはディジタル通信信号としての符号化キーストロークデータ、符号化バーコードデータ、音声の１つまたは複数を含むことがあるモデム通信信号を含む。「無線」とは、コードレストランシーバ、マクロセル、マイクロセル、衛星を使ったシステムを含め、セルラ電話技術または無線電話技術を使ったセルラ電話システムに接続される電話を意味する。「DTMF」とはdual-tone multiple frequency（すなわち、タッチトーン）通信信号の頭字語として使われており、電話機から交換機までの信号送出に使われ、 10桁のキャラクタと、２つの周波数の同時送信によって表される２つの追加キャラクタを必要とするトーン信号フォーマットの一般名である。１つの周波数は、697 Hz，770 Hz，852 Hz，941 Hzの低周波数グループの間から選択され、もう１つの周波数は、1209 Hz，1336 Hz，1447 Hzの高周波数グループの間から選択される。本発明の方法によって、コマンドメッセージで使われた場合、このDTMF信号は、公衆電話回線ネットワークで使われているDTMF周波数グループの組み合わせから選ばれる。通常、公衆電話回線ネットワークを制御するのに使われるその他４つのDTMFトーンの使用は、避けることが望ましい。すなわち、DTMFはA，B，C，およびDの信号を送出する。これらの信号は米国では許されているが、他の国ではその使用が規制により禁止されている（多数のセルラ電話は後者のA-D信号を送出するようには設計されていない）。公衆電話回線ネットワークで使われるDTMF周波数グループは、以下のとおりである。 1：1200 Hzと697 Hz；2またはABC：1336 Hzと697 Hz；2とDEF：1447 Hzと697 Hz ；4とGHI：1200 Hzと770 Hz；5とJKL：1336 Hzと770 Hz 6とMNO：1477 Hzと770 Hz；7とRPS：1200 Hzと852 Hz 8とTUV：1336 Hzと852 Hz；9とWXY：1447 Hzと852 Hz *：1200 Hzと941 Hz；0とOperator：1336 Hzと941 Hz；#：1447 Hzと941 Hz CRT(Call in Process Tone)は、回線状態を示すために電話網で以下のように使われる。 busy signal：0.5秒オン、0.5秒オフのサイクルでの480 Hzと620 Hz；call prog ress signal：440 Hzと480 Hz；ringing signal：20 hz；dial tone：350 Hzと4 40 Hz；通信信号システムとのユーザインタフェースは、General Recommendatio ns on Telephone Switching and Signaling(Intenational Consultive Committe e for Telegraph and Telephone；CCITT)とK-Series Modem Design Manual(Sili con Systems Inc.，14351 Myford Road，Tustin，CA．92680)が扱っている。 MFは、multiple frequency(多重周波数)の頭字語として使われている。「トランシーバ」という用語は「通信トランシーバ」や「無線トランシーバ」と取り替え可能であり、アナログ及び/又はディジタル通信信号をホストサーバとの間で送受するのに必要なすべてのユーザデバイスを指している。代表的なトランシーバには以下のものがあるが、それらに限られるものではない。（以下の）モデム、音声処理／伝送エレメント、DTMF及び／又はMFトーンジェネレータ、これらのユニットからマイクロプロセッサまでの接続回路、これらのユニットから通信経路までの接続（モデム通信パケットで音声が伝送される場合、モデム信号をアナログ音声に変換するコーデックデバイスも含まれる）。「コーデックデバイス」とは、ホストサーバとの通信ネットワークにおけるディジタル信号伝送のためにアナログ音声をディジタル信号に符号化し、ホストサーバから受け取ったディジタル信号をアナログ復号化することができる通信デバイスである、符号化器／復号化器を表すのに使われている。コーデックアプリケーションの代表的な例として、ディジタルセルラ電話やディジタルコードレス電話（すなわち、先の「無線」）がある。後者のディジタル無線電話は、ディジタルデータとして解釈される無線周波数信号を送受する無線モデムを有することもある。したがって、コデックデバイスは、無線モデムが送受する音声メッセージの符号化、復号化に使われる。「モデム」とは、以下のことが可能なデバイスである。(i)コンピュータのCPU すなわちマイクロプロセッサから受け取った信号を通信媒体を通じて伝送するために符号化すること、(ii)コンピュータのCPUすなわちマイクロプロセッサのために、通信媒体からの信号を復号化すること。ユーザデバイスとの関係で用いられている「マイクロプロセッサ」という語は、128Kバイト未満12Kバイト以上のPROM、8Kバイト未満、1Kバイトより少ないRAM （おおよそ512バイトであることが一番望ましい）を有することが望ましいコンピュータマイクロプロセッサチップを意味する。ここでの「バーコードマイクロプロセッサ」とは、回路によってバーコードリーダと直接つながり、機能的にはマイクロプロセッサ122に伝送するためにバーコードで符号化されている整数または数を決めるタスクを実行する（マイクロプロセッサ122とは区別される）ハードウェアである。「コード」とは、ディジタル（バイナリ）キャラクタを表現する方法を指定する、曖昧性のない明確なルールの集合を指している。「符号化」とは、ディジタル情報のビットを、通信経路での通信信号として伝送するのに適したトーンに変換するプロセスを指している。「マルチメディアプレゼンテーション」とは、ユーザデバイスと本発明の方法を使ってホストサーバにアクセスでき、「情報メッセージ」を構成する通信信号をユーザデバイスに提供するように指示／命令でき、ユーザデバイスが受信した信号はユーザデバイスでオーディオ／ビジュアルプレゼンテーションが可能であるということを意味する。ユーザデバイスへのオーディオ及び／又はビジュアルプレゼンテーションが可能なユーザデバイス内の代表的エレメントには、ディスプレイ画面（たとえば、英数字ディスプレイ）、スピーカとつながったミキサーやアンプが含まれる。あるいは、マルチメディアプレゼンテーションは、ホストサーバからユーザデバイス位置のファックスマシーンまで伝送されるファクシミリドキュメントを含む。本発明によるプロセスの説明という文脈では、「リアルタイム」とは、ユーザがホストコンピュータサーバとの通信中に、当該プロセスが行われるということ、すなわち当該プロセスには事前にプログラムされた情報が必要であるが、ユーザデバイスへのオーディオまたはテキスト出力は変更可能であり、動的に作成されるということを意味する。「リアルタイム」プロセスの代表的な例として、ユーザデバイスからのコマンドメッセージに対するディスプレイまたはオーディオ応答の送信プロセスがある。すべては、オペレータがディスプレイまたは音声応答を待っている間に行われる。「リアルタイム」オペレーションの最初の例は、以下のステップによって提供される。(1)オペレータが、ハンドヘルド低電力ユーザデバイスのキーパッド上のボタンを押し、(2)それに対して、オペレータは1 、2秒以内にホストサーバから音声または画面表示を受け取る。応答時間が1ないし2秒以内の場合、ユーザはこの遅延を無視する傾向がある。「リアルタイム」オペレーションの第２の例は、以下のステップによって与えられる。(1)オペレータはハンドヘルド低電力ユーザデバイスのバーコードリーダにバーコードをスキャンするように指示する、(2)オペレータは1-2秒の待ち時間の間に音声応答を聞くことができる。「ソフトキー」とは、「製品情報を送れ」または「最後の注文をキャンセルせよ」などの機能を、ホストサーバで動いているアプリケーションによって割り当てることができる、当該ユーザデバイスのキーパッドキーを指している。「ソフトキー」の機能は、ホストサーバで変更可能であり、ユーザデバイスに通知することなく更新および変更ができる。ユーザデバイスの「オン／オフ」キーは、別の意味でソフトキーでもある。すなわち、「オン／オフ」キーは、ハンドヘルドユーザデバイスをオン／オフするという固定した機能を有するが、そのキーはホストサーバとの接続のために（ユーザデバイスのPROM内の）プログラム可能なアクセス電話番号と結び付けることができるという意味で「ソフトキー」機能も有する。「スマートカード」とは、揮発性メモリが組み込まれた１つまたは複数のプログラム可能コンピュータチップを有するクレジット／デビットカードを指している。その内に符号化されているユーザ情報には、金融取引を促進するのに使われる、口座番号、残高、IDコードなどの情報が含まれる。「スマートカード」を使って、商品を購入したり、POS(point of sale)ターミナルで更新したりすることができる。「スマートカード」は現金同様に使うことができる。ユーザが金融機関で預金すると、それによってスマートカードが更新される。ユーザが買い物をすると、スマートカードのメモリ上の残高が電子的かつリアルタイムに更新される。スマートカードを紛失したり盗まれたりした場合、金融機関にその旨を通知し、カードからの引き出しを無効にする。スマートカードには、医療情報を入れることもできる。「オペレータ」とは、本発明の方法によるハンドヘルド低電力ユーザデバイスを制御する人間を指している。以下のパラグラフでは、本発明の通信方法を最初に明らかにし、次に低電力ハンドヘルドユーザデバイスの電子的詳細を説明する。以下の説明において使われる（ボールド体で識別されている）コンポーネントの番号付け方式は、以下のとおりである。最初の整数は図番号を指しており、第２の、第３の整数はコンポーネントのパーツ番号を指している。たとえば、120 という数字は図１のパーツ番号20のユーザデバイスを指している。この発明のユーザデバイスをホストコンピュータサーバにつなげる方法図１は、本発明の通信システムを具体的に示す、ユーザデバイスのブロック図を示す。ホストサーバ110と通信する図のシステム100は、（先に定義したように）バーコードを読み取り、通信信号を作成し、音声通信を実現し、ホストコンピュータサーバに信号を伝送することができるユーザデバイス120を含んでいる。ユーザデバイス120は、バーコードリーダ121、ローカルマイクロプロセッサ122、通信経路131に沿って双方向音声／データ通信信号を通信トランシーバ123と結び付けるミキサー141、ビジュアルおよびサウンド情報をオペレータに提供するハードウェアエレメントを含んでいる。当業者ならば、LEDバーコードリーダを、CCDバーコードリーダや電磁検出器のような他の信号作成入力手段と置き換えることができることが分かる。しかし、かかる置き換え、追加は特別の発明や実験を必要としないので、やはり本発明の範囲に入ると見なすことができる。あるいは、入力信号デバイスは、以下のものを１つまたは複数含むことができる。磁気バーコード用のスキャナ、２次元「バー」コードリーダ、マーク／スキャンコード用のスキャナ、光学的文字読み取りエレメント、CCDスキャナ、レーザースキャナ、手書き文字読み取りエレメント。バーコードリーダ121は、（以下で説明するように）バーコードを検出し読み取る読み取りデバイス（たとえば、数千の光学センサーがバーコードのイメージを同時に記録し、バーコードイメージの「スナップショット」を取得する）ポイントアンドショットCCD広角スキャナまたは一点スキャナ、または徐々にバーコードのイメージを記録する可動式一点センサスキャナを含んでいる。一点スキャンは、バーコード媒体の接近を検出するように設計されているので、バーコードリーダの電力消費回路がイネーブルになり、読み取りが行われる。CCDバーコードスキャナは、１つまたは複数の光源や検出回路を含め、バーコード媒体の接近を検出するための手段を有する。CCDバーコードスキャナは、オプションでタイマー付きのバーコードマイクロプロセッサを有する。このバーコードマイクロプロセッサにより、（以下で説明するように）バーコード媒体を注視し、バーコード媒体が接近した場合にのみ、数千のCCDスキャナ光を提供する低電力モードがイネーブルになる。CCDスキャナまたは一点センサからの信号は、マイクロプロセッサ122によって処理される。バーコードリーダとバーコード信号は技術的によく知られているが、（おおよそ300mw未満の）電話線からのみ電流を引き出し、タイミングおよび信号送出によって「スリープ」および「近接覚醒」モードをトリガして電力要件を減少させる回路を持った低電力バーコードリーダについては、現在技術的によく知られているとは思われない。「スリープ」および「近接覚醒」低電力バーコードリーダ回路（および、以下で説明するその他の電力節減方法）によって、電話線（または無線電話）で利用可能な電流だけでもユーザデバイスの双方向音声／データモデムや表示、オーディオ増幅回路を駆動するのに十分なように電力使用が管理される。ハンドヘルドユーザデバイスにおける同様の機能が、技術的に知られているとは思われない。ユーザデバイス120は、マイクロプロセッサ122に対する負荷を減らすために、マイクロプロセッサ122とは別のバーコードマイクロプロセッサを有することがある。バーコードマイクロプロセッサは、バーコードリーダ、たとえばCCD光源における様々な光を活性化するのに必要な、（以下で説明する）「覚醒」機能、バーコード符号化機能、及び／又はタイミング信号機能を実行することができる。バーコードの表すディジタル信号は、（ユーザデバイス120内にある）マイクロプロセッサ122に伝送される。マイクロプロセッサ122は、ディジタルバーコード信号を受け取り、それを（バーコードの数字または文字をユニークに識別する ASCII（あるいはその他の）コードに変換する。マイクロプロセッサ122は、ホストサーバ110に伝送するためにコマンドメッセージデータパケットを準備する（オプションで暗号化も行う）。（この方法による）代表的なデータパケットには、以下のもののいずれかまたは複数が含まれる。符号化バーコード信号、キーストロークを識別するデータ、ユーザデバイス120に関する情報を識別するデータ、及び／又は（チェックサムまたはCRCのような）メディア統合性コード。ユーザデバイスの120ローカルマイクロプロセッサ122が、コマンドメッセージを符号化し、ホストサーバ110への伝送の前にメッセージとメディア統合性コードを結び付けるのが望ましい。ローカルマイクロプロセッサ122は、プログラムおよびデータ用のメモリ、本発明の方法の実行に不可欠なプログラム情報保存用のプロテクトメモリ128を備えている。また、このメモリは、少なくともユーザ識別とアカウント情報を含んでいる。プロテクトメモリ128が確実に保護され、ユーザデバイスの紛失と盗難の際にも、その内容が危険に晒されることがないのが望ましい。プロテクトメモリ128には、機械的、電子的に無理矢理開いた場合、自動的に自分の内容を消去するメモリが含まれているのが最も望ましい。これにより、このメモリは、ユーザデバイス120の通常のオペレーション時以外は、アクセスすることはできなくなる。プロテクトメモリを提供できる電子的ハードウェアや安全なファームウェアは半導体メーカーの間ではよく知られている。口座番号、口座のパスワード、クレジットカードの番号など、ユーザにとって秘密の情報は、保存されている情報を復号化するのに必要なパラメータがプロテクトメモリ128だけに保存される共に、伝送の際に暗号化し、暗号化した状態で保護または通常の一時データメモリに保存するのが最も望ましい。マイクロプロセッサ122が作成するコマンドメッセージは、（以下で定義するように）通信トランシーバにつながれる。通信トランシーバ123は、マイクロプロセッサ122からのディジタル情報を、ホストサーバ110への通信経路130での伝送に適したアナログ信号に変換する。あるいは、ホストサーバへのコマンドメッセージ伝送に、DTMF、MF、または多重周波数トーン信号と、それに続く、データパケットを構成するモデム通信信号のシーケンスが含まれているのが最も望ましい（トランシーバ123は、モデムと多重周波数トーンジェネレータの両方を備えている）。本発明は、具体的にハンドヘルド低電力ユーザデバイスを使うための方法と、ユーザデバイスとホストサーバの間での双方向（すなわち、対話的）データフローの方法を提供する。ユーザにビジュアル及び／又はサウンド情報メッセージを提供する際に必要なエレメントには、通信トランシーバ123、マイクロプロセッサ122、スクリーン126、オーディオミキサー111、スピーカ128につながった増幅器112がある。画面126は、ユーザに対してテキスト、数字、グラフィック、及び／又は図などの情報を提供できる。スピーカ128は、言葉、トーン、ミュージック、サウンド効果、自然音、その他のトーン（たとえば、ホーン、ベル、ホイッスルなど）のようなオーディオ情報をユーザに提供できる。スピーカ128を使って、情報を音声言語で話し、ユーザにテキストまたは数値情報を提供するのが望ましい。しかし、ホストサーバは秘密の重要なデータを含んでいる情報メッセージを符号化し、ディスプレイ画面126でだけ表示される情報メッセージを符号化しなければならない。安全な音声メッセージが要求される場合には、音声メッセージをディジタル化し、ホストサーバからユーザデバイスに（あるいは、その逆）伝送する前に、暗号化することができる。この暗号化した情報メッセージはユーザデバイス120（またはサーバ110）で復号化し、コーデックまたはディジタル −アナログコンバータを使ってオーディオフォーマットに変換される。ユーザデバイスからホストサーバに伝送される音声メッセージは、通常アナログフォーマットである。通常、ミキサー141は、マイクロフォン129からの音声信号を増幅し、それを通信経路130へのローカルアクセスチャネル131と結び付ける。音声にセキュリティを確保する必要がある場合、マイクロフォン129からの音声信号はマイクロプロセッサ122によってディジタル信号に変換され、暗号化される。暗号化されたディジタル音声信号がホストサーバ110に（通信トランシーバ123を通じて）伝送される。ホストサーバに伝送するためにコマンドメッセージを作成する際に必要となるエレメントには、キーパッド127、マイクロフォン129、バーコードリーダ117、マイクロプロセッサ122、通信トランシーバ123がある。通信経路130は、ホストサーバ110に結び付けられたホストサーバアクセスチャネル133に結び付けられている通信ネットワーク132（たとえば、キャリア）ローカルアクセスチャネル131（たとえば、電話回線）を含んでいるのが望ましい。通信トランシーバの機能には、以下のものが含まれる。(i)ホストサーバ110へのアクセスチャネル133にユニークに結び付けられているDTMF信号（たとえば、電話番号）を符号化する、(ii)ホストサーバ110との「ハンドシェーク」接続を確立する、(iii)コマンドメッセージを、通信経路130に沿ってマイクロプロセッサ 122からホストサーバ110に伝送する。ローカルアクセスチャネル131は陸線であることが望ましい。回線、ユーザデバイス120、通信トランシーバ123は、陸線につながるように合わせられる。第１に、ローカルアクセスチャネル131は、無線電話回線を含むことができる。通信トランシーバ123は、セルラ電話接続505を使って、陸線につながるように合わせられる。第２に、ローカルアクセスチャネル131は、陸線電話回線と無線トランシーバ110と601を含むことができる。通信トランシーバ123は、無線トランシーバ601とのコードレス無線リンクを使って、それとつながるように合わせられる。当業者ならば、通信経路130は、ローカルまたはワイドエリアコンピュータネットワーク、または衛星およびマイクロウェーブリンクなどの他の通信手段を含むことを理解する。電話回線をこのような他の通信手段と置き換えることは、通常の技術的応用範囲に入るものであり、特別の発明または実験を必要としない。したがって、このような通常の置き換えまたは追加は、本発明の範囲に入る。本発明の方法によると、当該ユーザデバイスが無線モデムを有する無線電話に接続される場合、（ユーザデバイスが）別のモデムを持つ必要がないことも理解しうる。さらに、本発明の方法は、無線電話が、無線モデムと接続されているコーデックを有する所でその用途を見出す。この場合、当該ユーザデバイスは、（セル電話の無線モデムに接続されている）コーデックユニットに接続されたモデムを持つ。セルラ電話メーカーによっては、通信チャネルとの直接的コーデックインタフェースを提供しているものも、また無線モデムを介したインタフェースを提供しているものもある。いずれのデバイスでも、重要なのは特定の無線モデムデータを圧縮するのに使われるアルゴリズムである。当業者ならば、音声伝送用に設計された圧縮アルゴリズムはモデム信号に歪みをもたらすことを承知している。バックグラウンドノイズ（すなわち、反復信号）を除くように設計されている圧縮アルゴリズムは、モデム信号とバックグラウンドノイズを混同し、信号を取り除いてしまうことがある。無線電話によっては、無線モデムへのダイレクトアクセスを認め、本ユーザデバイスにアクセスを許しているものもある。３つの代表的な実施例において、ノースキャロライナ州リサーチトライアングルのエリクソン社Ericsson G.E．(Research Triangle Park，N.C.)が製造している無線電話は、コーデックインタフェース、すなわちアナログインタフェースを備えたセルラ電話を提供している。カリフォルニア州カルコム社Qualcomm，Inc.(San Diego，CA )は、アナログおよびディジタルコードレス電話に使われる無線トランシーバを提供している。カリフォルニア州キャンプベルのザイログ社Zilog Inc.(Campbel l,CA)は、アナログとディジタルコードレス電話に使われる無線トランシーバ（無線モデム）を提供している。なお、ディジタルモデルは無線モデムへのダイレクトアクセスを提供している。このように、これまで説明してきた、本発明の方法は、１つの特定の通信用に構成されている単一のハンドヘルド低電力ユーザデバイスを必要とする応用に限定されるものではない。現在、無線の使用が最も好まれているが、（本発明によると）ユーザデバイスと無線モデムとの直接接続により、通常の電話線利用のモデムよりも速い伝送速度が得られる。これは、グラフィックディスプレイやデータおよび音声のモデム暗号化で発生する巨大なデータパケットを送信する際に有用である。高速モデムとの直接接続により、音声メッセージが暗号化され、プライバシも保たれる。具体的には、ホストサーバ110が命令処理エレメント111と音声処理エレメント 112を有することが望ましい。エレメント111と112は、同じホストサーバ110内に物理的に位置していることもある。あるいは、ローカルまたはワイドエリアネットワークを介して相互に接続されていることもある。または、通信チャネルを介して相互に接続されていることもある。命令処理エレメント111と音声処理エレメント112は、物理的に異なる計算デバイスであっても差し支えない。代表的な例では、１つまたは複数の命令処理エレメント112は、複数の異なる製品配送サイトに位置している。各電話エリアコードに１つの音声処理エレメント112が存在するのが最も望ましい。第２の場合、命令処理エレメント111と音声処理エレメント112は、アクセスチャネル133が電話番号800であるような中央サイトに位置している。テキストおよびオーディオ情報メッセージは、命令処理エレメント111のホストサーバ110にあるメモリに記録されることがある。または、音声処理エレメント112のメモリに保存されることがある。あるいは、音声処理エレメント112を使って、テキストおよびオーディオ情報メッセージが動的に作成されることもある。または、命令処理エレメント111は、ローカルあるいはワイドエリア通信ネットワークにつながっている、１つの中央演算ユニット(CPU)または複数のCPUを有することもある。命令処理エレメント111は、クレジットカード認証センターまたはスマートカード金融機関に存在しているように、通信チャネルを介して他のホストサーバにつながっていることもある。命令処理エレメント111は、在庫、ユーザ情報、配送スケジュール、アカウンティング情報などのためのメモリを含む。命令処理エレメント111での割り当てメモリ位置の一般的な例は、口座番号、ユーザデバイス番号、認証コード、言語選択（スペイン語、英語、またはロシア語など）のようなユーザプロファイルを含むこともある。あるいは、割り当てられているメモリ位置が、これまでの注文の履歴、注文可能な製品またはサービスの在庫、配送スケジュール、請求書、請求／回収履歴を含むこともある。ホストサーバ110の音声処理エレメント112は、ユーザデバイス120から伝送されたコマンドメッセージを受信し、それを命令処理エレメント111が受け付け可能なディジタル形式に復号化することができる通信トランシーバ113を含んでいる。また、音声処理エレメント112は、DTMF、MF、及び／又は多重周波数信号を受け取る。ホストサーバ110において、これらの信号のいずれかを受け取ると、C PU上で動作しているアプリケーションは直ちにサウンドプロセッサ112からの出力をオフにする。また、音声処理エレメント112は、分析のために（リアルタイムであることが望ましい）注文処理係がユーザデバイスから音声メッセージを収集することができるオーディオ及び／又はディジタルレコーダ（留守番電話）を含んでいる（音声メッセージは、正式ユーザのリアルタイム認証を含むことがある）。音声処理エレメント112は、ユーザデバイス120のオペレータに提供される前に、（アナログ音声の場合）増幅、または（ディジタル音声の場合）変換および増幅される、音声メッセージをユーザデバイスに伝送できるスピーチ合成装置 114を含んでいる。通信経路130で伝送される情報メッセージは、オーディオ増幅器およびミキサー141によってトランシーバ123につなげられる。トランシーバ123は、データパケットを含んでいる情報メッセージをマイクロプロセッサ122につなげ、マイクロプロセッサはメッセージを画面ディスプレイ126につなげる。トランシーバ123 は、音声を含んでいる情報メッセージを直接増幅器141につなげ、増幅器はスピーカ128につなげられる。通常、伝送時（または、データ受信時）にはスピーカ1 29を「無効にする」のが望ましく、様々な一般的回路設計がこのためには有用である。ユーザデバイス120からホストサーバ110に伝送されるコマンドメッセージは、音声処理エレメント112によって処理される１つまたは複数のDTMF（またはMF）トーンペアと、トランシーバ113が処理するモデム通信信号を含んでいる。後者のモデム通信信号は、ホストサーバ110への１つまたは複数のコマンド命令を含むことがある。ホストサーバでは、受信したコマンド命令は、命令処理エレメント111または音声処理エレメント112のある所に向けることができる特定の命令としてホストサーバ110で実行されているアプリケーションによって解釈される。命令処理エレメント112に向けることができる特定のコマンド命令の代表的な例については、以下で明らかにする。音声処理エレメント112に向けることができる特定のコマンド命令の代表的な例には、スピーチ合成装置114にアクセスし、ユーザデバイス120として、プレゼンテーションのための合成音声を作成する通信信号を含む、ユーザデバイス120への情報メッセージを作成する命令を含んでいる。ホストサーバ110が、オペレータの所に（あるいは仕事場）にあるファクシミリ(FAX)マシーンへの通信チャネル150をオープンし、テキストファックス情報メッセージをそのマシーンに伝送するのが望ましい。代表的なファクス情報メッセージについては以下で明らかにするが、完成した注文確認フォームなどが含まれる。第２の通信チャネル150は、第２のローカル電話回線151から構成されていることが望ましい。ここで、ローカル電話回線151は、電話回線網132→第２のホストコンピュータ電話回線152→ホストサーバ110のようにつながっている。第２のホストコンピュータ電話回線151は、別個の電話回線を持つか、ホストコンピュータ電話回線133により多重化されていることがある。さらに、命令処理エレメント111で作成される情報メッセージに、ファックスマシーン140への第２の通信経路150上で伝送されるグラフィック情報メッセージを含んでいることもある。具体的には、ファックスマシーンに伝送されるグラフィカルメッセージは、ユーザデバイス120によって読み取り可能で、ホストサーバ110がその伝送を１つまたは複数のコマンド命令として解釈できるようなやり方で、１つまたは複数のユーザ選択可能なバーコードを含んでいる（これについては、以下で明らかにする）。たとえば、このグラフィカル情報メッセージは、以下のような選択をユーザに提供するバーコード集合を含んでいることがある。(a)仮注文を確認する、(b)保留注文をキャンセルする、(c)保留注文を変更する、(d)ある製品が在庫にあるかどうか問い合わせる、(e)配送状態、(f)その他保留注文に関係したアカウンティング情報。または、グラフィカル情報メッセージは、ユーザアカウントのステータスレポートを含むことがある。音声処理装置エレメント図２は、音声処理装置エレメントのためのブロック図を示している。この好ましい実施例では、音声処理装置エレメント112は、ＣＰＵ200、プログラム・データメモリ、大容量記憶装置202、および電源回路204を有するＩＢＭ互換のＰＣタイプのコンピュータを含んでいる。電源回路204は、電力ケーブル205 を使用して、電源回路209に結合された割込み不可電源回路206に結合されている。当業者は、音声処理装置エレメント112が、ＵＮＩＸワークステーション、アップル社のマッキントッシュ、ミニコンピュータ、メインフレームコンピュータ、あるいは他のこのようなＣＰＵのようなコンピュータのための他のアーキテクチャを含むことができることを分かっている。大容量記憶装置202は、好ましくは、少なくとも１つのハードドライブを含み、さらにＣＤ‐ＲＯＭあるいは磁気テープエレメントを含むことができる。好ましい実施例では、大容量記憶装置202は、ユーザアカウントに関する情報データを記憶し、ディジタル記録されたサウンドを含むビジュアル/オーディオ情報メッセージも記憶する。音声処理装置エレメント112は、命令処理エレメント111に結合するインタフェースエレメント201を含んでいる。インタフェースエレメント201は、通信リンク 207に結合されている。通信リンク207は、ローカルエリアネットワークあるいは広域ネットワークと、衛星リンクと、電話リンクと、あるいは他のプロセッサに結合する他の手段とを含んでいる。他の実施例では、音声処理装置エレメント112は、電話線208に結合され、音声合成装置114、「発呼者ＩＤ」エレメント、音声認識エレメント、ファクシミリエレメント、および１つ以上のモデム装置を含む装置203を含んでもよい。１つのこの好ましい実施例では、音声処理装置エレメント112は、Ｄ／41Ｄの４ポートの音声合成装置およびディジタル音声レコーダ製品を含み、音声認識エレメントは、ＶＲ/40音声認識あるいは検査製品を含み、ファクシミリエレメントは、ＦＡＸ/120の12のチャネルのＦＡＸ出力カード製品を含み、これらの全ては、ニュージャージ州のパァーシーパァニー市のダイアロジック社(Dialogic Inc.，Pa rsippany，New Jersey)で製造されている。この好ましい「発呼者ＩＤ」エレメントは、テキサス州のロッシェル社(Rochelle，Inc.，Texas)から入手できる発呼者ＩＤモジュールを含んでいて、第１の好ましいモデムは、コロラド州のボールダー市のラディッシュ・コミュニケーション・システムズ社(Radish Communic ations Systems，Inc.，Boulden，Colorado)によってライセンスされたボイスビーの製品名で入手可能である。ボイスビーモデムは、モデムのＤＳＰのための新規のＢＩＯＳを書き込むことによって本発明の方法を達成するように修正するのが好ましい。ボイスビーモデムと互換性のあるＤＳＰチップが製造され、新規のＢＩＯＳに必要な開発資源も提供するカリフォルニア州のロックウェルインターナショナル社(Rockwell International，California)によって「ＲＳＶ288ＤＰｉ」製品および「ＲＣ144ＡＣＦ‐Ｐ」製品として販売されている。第２の好ましいモデムは、カリフォルニア州のチュスティン市のシリコンシステムズ社から「73Ｋ2224」製品として入手できる。後者のモデムは、プログラム制御下にある通信プロトコルを含み、この点に関しては、いくつかの長所がある。ユーザデバイス図３は、第１のユーザデバイスの図を示している。１つの好ましい実施例では、ユーザデバイス120は、比較的小形であり、好ましくは、ハンドヘルドである。ユーザデバイス120は、全てが、約１インチ（約2 .54ｃｍ）×３インチ（約7.62ｃｍ）×８インチ（約20.32ｃｍ）の空間内にある、バーコードリーダ、スピーカ、マイクロホン、スクリーン（例えば、英数字ディスプレイ）、オン／オフ押しボタン、キーパッド、マイクロプロセッサ、音声ミキサーおよび音声増幅器、、およびトランシーバ（すなわち、モデム、音声プロセッサ、ＣＰＴ認識エレメント、多周波音声発振器、任意のコード装置）を組み込み、約１ポンド（454ｇｍ）よりも小さい重量を有し、最も好ましくは、約300 ミリワット（ｍｗ）平均よりも小さい電力を引き出す単一の統合ハンドヘルドモジュールを含んでいる。ユーザデバイス120は、筺体300と、スピーカ・スピーカグリル301と、オン/オフ押しボタン302と、スクリーン306と、キーパッド307と、マイクロホン308とを含んでいる。バーコードリーダ121は、筺体300に固定され、筺体300から突き出すバーコードセンサ304を有する。任意の他の実施例では、バーコードセンサ304 は、ＣＣＤ式（下記）であってもよいしあるいは単点センサ式であってもよい。バーコードセンサ304は、発光ダイオード（ＬＥＤ）、あるいはＣＣＤ式の場合はＬＥＤのアレイ、を使用して照らすことができる。バーコードセンサ304は、ユーザによって単点センサがバーコードを横切って移動することによって反射された光信号を収集するか、あるいは、その代わりに、センサは後述による「点シュート」ＣＣＤ式スキャナであってもよい。当該技術の大部分のＣＣＤスキャナは、読み取りが得られるまで、バーコードに光を連続的に照らすように装備されているために、本発明の方法で使用するのに適していない。後者の方法は、本ユーザデバイス120は供給できない電力量を使用する。過度の電力量が有効な読み取りをまさに得ようとする際に損失されたこと、および多数のこのような障害は有効な読み取りを得るのにはあまりにも大きな距離で読み取ることに関連していたことが分かったので、本発明の他の方法が開発された。本方法によれば、10ｍａよりも小さい電流を引き出す低電流近接検出器1720（図１７）は、ＣＣＤ読取装置は読み取りを得ることができる正しい読み取り距離を探すために使用される。近接検出器1720は、１つ以上の目標表示灯1721および光検出器1722とを含んでいる。本方法によるバーコード読み取りは、下記の手段によって達成される。すなわち、表示灯1721は、バーコードの方へ連続的（あるいはストロボされた）方向性光を放出する。バーコード媒体が、ＣＣＤチップ1724における光検出器のための目標範囲内にあるならば、バーコードからの反射光は、焦点軸1725内にあるものとして検出され、「近接信号」がバーコードリーダ・マイクロプロセッサ1730に送られる。本信号を受信すると同時に、マイクロプロセッサ1730は、バーコードを光で照らし、焦点軸1725に反射光を発生するＣＣＤ光源1726をオンにする。ＣＣＤ光学系1727は、反射光をＣＣＤチップ1723のウィンドウ1728の中に焦点を集める。バーコード・マイクロプロセッサ 1730は、クロック信号ＳＨ、Ｐ１、Ｐ２、ＲＳおよびＢＴを使用して、ＣＣＤチップ1723により本バーコードの読み取りを実行する。ＣＣＤチップ1723は、ＯＳ（信号出力）に本バーコードのアナログ「画像」を出力する。アナログ信号は、信号調節器1729によってディジタル信号に変換される。信号調節器からの「データ出力」は、復号化するためにバーコード・マイクロプロセッサ1730に送られる。バーコード・マイクロプロセッサ1730からの「復号化開始」出力は、ユーザデバイスのマイクロプロセッサ122に命令し、バーコードデータ信号を復号化を開始し、データパケットで伝送するための信号を符号化し始める。専門家は、他の実施例では、マイクロプロセッサ1730で達成されるタスクは適当に修正されたマイクロプロセッサ122に命令を出すことができることを分かっている。目標信号灯1721のための制御は、（例えば、連続的あるいはストロボ等に対する）タイマによる読み取りのために付勢されるバッファ回路1711によって、および電力使用がマイクロプロセッサ1730および／またはマイクロプロセッサ122の制御下にある場合、得られる。この最も好ましい実施例では、バーコード・マイクロプロセッサ1730は、低電力「スリープ」モードと、毎秒数回プロセッサを始動する内部タイマプログラムとを有する。始動された後、マイクロプロセッサ1730は、近接検出器1720をオンにし、目標表示灯1720をトリガし、バーコードの近接をチェックする。バーコードが検出されるならば、マイクロプロセッサ1720は、マイクロプロセッサ122を始動し、「時間切れ」信号および「復号化開始」信号を送出する。マイクロプロセッサ122は、バーコードマイクロプロセッサ1730からの本バーコード信号を処理し、この信号が不正確であるならば、「読み取り」入力をマイクロプロセッサ1730に送ることによって別の読み取りを要求する。１つの好ましい実施例では、マイクロプロセッサ1730は、マイクロプロセッサ122の内部タイマよりも少ない電力を引き出す内部タイマ回路を有し、通信タスクに必要とされるまで、マイクロプロセッサ122を「スリープ」にしておくことによって電力を保存する。好ましい実施例では、キーパッド307は、数字キーセットのような入力のための比較的小さいキーセットと、小さい特別の関数キーセットとを含んでいる。ユーザデバイス120がハンドヘルドであるので、キーパッド307も比較的小さくあるべきであることが望ましい。オーディオ情報は、スピーカおよびスピーカグリル301によってユーザに提供される。好ましくは、ユーザアカウント番号のような個人情報あるいは機密情報を含むビジュアル情報はユーザのためにスクリーン上に表示される。ユーザは、コマンド命令および／またはデータを、すなわち、バーコードリーダ304、キーパッド307、および／またはマイクロホン308を使用して、コマンドメッセージに符号化するために入力する。１つの好ましい実施例では、ユーザデバイス120は、電力信号方式および通信方式の両方のために電話線131に結合されている。ユーザデバイス120は、同様に電話線131に結合されているケーブル305に結合する電話コネクタ303を含んでいる。図４は、第２のユーザデバイスを図解的に示している。他の好ましい実施例では、ユーザデバイス120はセルラ電話に結合されている。本ユーザデバイス120は、筺体300と、スピーカ・スピーカグリル400と、任意のバーコードリーダと、スクリーン401と、マイクロホン402と、キーパッド405 と、オン／オフ押しボタンと、マイクロプロセッサと、オーディオミキサー・増幅器と、通信トランシーバ（前述された）とを有する単一の統合ハンドヘルドモジュールを含んでいる。バーコードリーダ121は、筺体300に固定され、筺体300 から突き出るバーコードセンサ404を有している。バーコードセンサ404は、発光ダイオードを使用して照明することができる。任意の実施例では、バーコードリーダ404（および上記の121）は、上記のＣＣＤ式であってもよいしあるいは単点光源式であってもよい。オーディオ情報は、スピーカ・スピーカグリル400を介してオペレータに供給するのが好ましい。個人情報、秘密情報および／または機密情報を含むビジュアル情報は、オペレータのためにスクリーン401上に表示される。オペレータは、コマンド命令およびデータをバーコードセンサ404、キーパッド405、および／またはマイクロホン402を使用してコマンドメッセージに符号化するために入力する。この他の好ましい実施例では、ユーザデバイス120はセルラ電話の電池によって電力を供給され、ユーザデバイス120は、おそらく例えば、バーコードセンサ4 04からのバーコード信号を復号化することを含むが、これに限定されないいくつかの処理タスクをセルラ電話のマイクロプロセッサを任意に使用できる。図５は、第３のユーザデバイスを図解的に示したものである。第２の他の好ましい実施例では、ユーザデバイス120は、例えば、アダプタ筺体506およびアダプタインタフェース505を使用してセルラ電話に固定され装置を無線電話に結合する。バーコード121リーダーは、筺体506に固定され、筺体506 から突き出るバーコードセンサ507を有している。筺体506も本ユーザデバイスのマイクロプロセッサと、音声ミキサー・増幅器と、通信トランシーバ（前述された）を有している。バーコードセンサ507は、発光ダイオードを使用して照明することができる。任意の実施例では、バーコードセンサ507は、上記のＣＣＤ式であってもよいしあるいは単点光源式であってもよい。ユーザデバイス120の通信機能に必要な他のエレメントは、セルラ電話502、例えば、セルラ電話スピーカ・スピーカドリル500、そのスクリーン501およびキーパッド503、セルラ電話マイクロホン504の音声ミキサー・増幅器、任意にはそのオン/オフ−ボタン508と共用したエレメントであることもある。オーディオ情報は、スピーカ・スピーカグリル500を介してオペレータに供給される。個人情報あるいは機密情報、秘密情報あるいは特権情報（例えば、ユーザアカウント）を含むビジュアル情報は、好ましくは、オペレータのためにスクリーン501上に表示される。オペレータは、バーコードセンサ507、キーパッド50 3、および／またはマイクロホン504を使用してコマンドメッセージに符号化するためにコマンド命令を入力できる。この第２の他の好ましい実施例では、ユーザデバイス120も、いくつかの処理タスク、例えば、音声通信信号、ＤＴＭＦあるいはＭＦ音声を送受信し、経過表示音声を検出するかあるいはセルラ電話のディスプレイにメッセージを表示するためにセルラ電話のマイクロプロセッサを任意に使用する。後者の他の好ましい実施例では、ユーザデバイス120は、図４に関して記載されたようにセルラ電話電池によって電力を供給されるのが好ましい。本発明の最も好ましい実施例に有用な代表的なセルラ電話の例は、ノースカロライナ州のトライアングルパーク市のエリクソンＧＥモバイルコミュニケーション社で製造されたＣＴ700セルラ電話製品である。好ましい実施例では、ユーザデバイス120は、セルラ電話のサイズに関して小形である。ユーザデバイス120は、好ましくは、サイズが１インチ（約2.54ｃｍ）×３インチ（約7.62ｃｍ）×４インチ（約10.16インチ）以内に合わせ、好ましくは、約１ポンド（454ｇｍ）未満の重さにし、好ましくは、約300ミリワット（ｍＷ）未満の平均の電力、最も好ましくは、約150ｍＷ未満の平均電力および５ミリアンペア未満の平均電流を引き出す。図６は第４のユーザデバイスを図解的に示している。図６に示された他の好ましい実施例では、ユーザデバイス120は、ラジオリンクを使用して、コードレス電話のために使用することができるように無線トランシーバ601に結合され、ユーザデバイス120は、筺体612と、アンテナ602と、スピーカ・スピーカグリル603と、キーパッド605と、マイクロホン606と、スクリーン611と、オン/オフ押しボタン607とを含んでいる。筺体601もマイクロプロセッサ、任意の音声ミキサー・増幅器、およびユーザデバイストランシーバエレメント（上記）およびバーコードリーダを含んでいる。バーコード121リーダーは、ユーザデバイス筺体612に固定され、筐体612から突き出るバーコードセンサ610 を有している。バーコードセンサ610は、発光ダイオードを使用して照明することができる。任意の実施例では、バーコードセンサは、ＣＣＤ式であってもよいしあるいは単点光源式（上記）であってもよい。オーディオ情報は、スピーカ・スピーカグリル603を使用してオペレータに供給される。好ましくは、ユーザアカウント番号のような個人情報あるいは機密情報を含むビジュアル情報は、スクリーン611を使用して供給される。オペレータは、バーコードセンサ610、キーパッド605、および／またはマイクロホン606を使用してコマンド命令を符号化するためにコマンド命令およびデータを入力できる。１つの特定の他の好ましい実施例では、ユーザデバイス120は、ユーザデバイス筺体612は無線トランシーバ「ベース」601に結合されている、すなわち、（同様に）電話アクセスラインを介して通信経路130に結合されていることを意味する結合装置である。ユーザデバイス120は、無線トランシーバ送受器612の電池によって電力が供給され、無線トランシーバ送受器612は、無線トランシーバ送受器「ベース」601に「係合」される時、送受器電池はＡＣ線路電源から再充電される。無線トランシーバ送受器601とユーザデバイス筺体612との間のラジオリンクは、アナログあるいはディジタルプロトコルを使用できる。アナログプロトコルは、一般にあまり高価でないが、ディジタルプロトコルは、例えば、より多くのチャネル、より大きなノイズから免れ、より十分な機密保護機能を含むいくつかの長所を有する。ディジタル無線トランシーバは無線モデムである。メッセージはデータパケットを使用して転送される。音声メッセージは、伝送前コーデック式装置でディジタルフォーマットに変換される。音声メッセージのディジタル表示は、無線モデム、すなわちディジタル無線トランシーバを使用してデータパケットで伝送される。伝送の機密保護が問題であるならば、ディジタル音声メッセージは伝送前に暗号化することができる。後者の場合、筺体612のユーザデバイス120は、ホストサーバ110からの情報メッセージを解読し、それからディジタル音声信号は、（すなわち、前述されたようなユーザデバイストランシーバのコーデック式装置を使用して）アナログ音声信号に変換される。送受器の無線トランシーバ601は、音声メッセージあるいはデータメッセージをホストサーバ110に通信経路130に沿って伝送するのに適しているフォーマットに変換する。ディジタルリンクを使用する場合、無線トランシーバは、ユーザデバイストランシーバのモデムを送受器601のトランシーバに結合させるためにいくつかの用途（すなわち、機密保護目的のために）で当を得ていると示すことができる。後者の方法は、ホストサーバとユーザデバイス12との間の両方向性暗号化音声通信およびデータ通信を可能にし、それによって通信リンクを保護する。カリフォルニア州のサニーベール市のアナログデバイセズ社(Analog Devices of Sunnyvale，California)は、ユーザデバイス120および筺体612の両方で有用な無線周波数トランシーバを示している、900ＭＨｚの範囲で作動できるチップのファミリー（例えば、部品番号「ＭＡＸ2420」および「ＭＡＸ2460」）を提供する。非常に有用な他の代表的なチップは、カリフォルニア州のキャンベル市のザイログ社によって、製造され、「Ｚ87000」および「Ｚ87010」として販売されている。無線トランシーバ送受器601は、アンテナ600と、スピーカ・スピーカグリル60 4とを含み、無線トランシーバ「ベース」は、電源に結合された電力ケーブル608 と、電話線131に結合された電話ケーブル609とを含んでいる。無線トランシーバ送受器601は、「ベース」に接続するための無線周波数（ＲＦ）を含んでいる。ユーザデバイスのトランシーバ612は、送受器601のＲＦトランシーバを介してホストサーバ110に結合されている。すなわち、それは、同様に、無線ベースのトランシーバに結合され、すなわち、それは、同様に、電話線に結合され、すなわち、それは、同様に、通信経路130に結合され、すなわち、それは、ホストサーバ110に結合されている。ユーザデバイスのトランシーバ612は、ディジタルプロトコルが使用されるべきである時、モデム（および前述されたような他のユーザデバイストランシーバエレメント）を含むことができる。バーコードコマンドカード図７は、コマンドメッセージを符号化するための一連のコマンド命令を有する第１のバーコードコマンドを示している。コマンドカード700は、バーコードリーダ121によって識別され、走査されることができ、開始および終了を示す少なくともガイドバー、読み取りエラーを識別するチェックディジットと、選択コマンド命令に割り当てられた１つ以上のコードとを有するバーコードのセット710を含んでいる。好ましい実施例では、コマンドカード700は、比較的明るいカラーを有し、張り合わされた比較的重い紙を含んでいる。コマンドバーコード710は、比較的高いコントラスの黒あるいはブルーブラックインクでそれの上に印刷されている。しかしながら、当業者は、コマンドカード700およびコマンドバーコード710がバーコードのセットを物理的に具体化するインクおよび印刷以外の他の手段を含み得ることを分かっている。インク以外の手段の具体的な例は、例えば、陽極処理、エンボス、エングレービング、エッチング、フォトエッチング、スタンピング、静電印刷法、あるいは物体上にシンボルを配置するように設計された技術によるインプリンティングプラスティック、バーコード付金属あるいはカード紙を含んでいる。好ましい実施例では、コマンドカード700は、ユーザデバイス120の比較的簡単なマイクロプロセッサを付勢することによってホストサーバとの通信を容易にし、早くて、安全で、エラーのないフォーマットでホストサーバに供給されているバーコードコマンド命令を使用してホストサーバ110の比較的高性能なＣＰＵに指令する。ここで使用されるように、バーコードを「読み取る」ことは、バーコードリーダでこれらのバーコードを（例えば、方向性およびエラーのために）検出し、走査（コードをディジタル化する）することを意味する。ここに開示されているように、バーコード710を読み取るコマンドによって、ユーザデバイス120 のマイクロプロセッサ122は、ホストサーバ110に伝送するためのコマンドメッセージを符号化する。このホストサーバ110は、ユーザデバイス120がサーバとの通信の方向を指令できるコマンド命令を含んでいる。１つのこの好ましい実施例では、各バーコード710は、ホストサーバ110に伝送するためのコマンドメッセージに符号化できるコマンド命令としてユーザデバイス120のマイクロプロセッサ122 によって認識できる固有のコードを含んでいる。好ましい実施例では、コマンドバーコード710は、数字キー701のセットと、編集キー702のセットとを含んでいる。数字キー701は、各整数数字に対して（例えば、注文される商品の単位の数に対して有用である）１つのバーコード710を含んでいる。コマンドバーコード710によって符号化されたコマンド命令は、既に入力された数字をクリアするための１つのコマンドバーコード710（例えば、「消去」命令）並びに既に入力された数字が精査のために表示されるべきであることを要求する１つのコマンドバーコード710を含む数字キー701も含んでいる。精査のために、ホストサーバ110は、メッセージが音声として、（例えば、数字の番号を話すことによって）表示すべきであると指令するユーザデバイスに対して情報メッセージを符号化できるか、あるいは、その代わりに、情報メッセージはディスプレイスクリーン306、401、501あるいは611に表示できる。コマンドバーコード編集キー702の各々は、コマンドメッセージに符号化され、ホストサーバ110に伝送される１つのコマンド命令を識別する。編集キー702に割り当てることができる代表的なコマンド命令の例は、（例えば、音声合成装置 114を使用して）英語の音声情報メッセージで応答するようにホストサーバ110に指令する、第１のバーコード704によって符号化された第１のコマンド命令703と、ホストサーバ110にスペイン語の音声（あるいはスクリーンディスプレイ）で応答するように命令する、第２のバーコード706によって符号化された第２の命令705とを含んでいる。この好ましい実施例では、コマンドバー符号化編集キー702は、一人以上の消費者の注文命令、特に、命令処理エレメント111で使用するのに適している命令を含んでいる。そのように適用可能な代表的な消費者の注文命令の例が表７‐１に示されている。図８は、チケット購入を含む航空機路線便情報を得るのに有用な実施例のためのコマンドカードを示す。本発明の１つの実施例による航空券800は、航空券800の購入者のための独特な電子識別(ＩＤ)/アクセスコードを提供する識別子バーコード801を含んでいる。好ましい実施例では、識別子バーコード801は、ユーザにホストサーバ110への安全な電子アクセスを速く提供する安全なエラーのないコマンドメッセージに符号化でき、暗号化できる命令コマンドで符号化される。本発明の特定の実施例におけるホストサーバ100の代表的な例は、航空機会社、バス、鉄道、旅行代理店、レンタカー、海運業、トラック運送業等のような輸送会社あるいは旅行会社のＣＰＵ、あるいはその代わりに、輸送会社あるいは旅行会社の要求にサービスするセンターのＣＰＵを含んでいる。本実施例は、ホストサーバ110から伝送される情報メッセージ、例えば、フライトゲートインフォメーション、到着および出発のスケジュール変更、予約の確認等へのアクセスを得るのに有用である。操作的には、ユーザデバイス120で識別子バーコード801を読み取ることにより、ホストサーバに命令コマンドを伝送する。好ましくは、ユーザデバイス120のマイクロプロセッサ122は、バーコード801からの命令コマンドを解読し、（航空券800のバーコードから）航空機会社を識別し、航空機会社のホストサーバ110のための電話番号をメモリから選択する。他の実施例では、ユーザデバイス120は、そのときユーザデバイス120に適当な航空機会社のホストサーバ110のために指令するコントロールセンターサーバに最初に伝送を開始する。航空機会社のホストサーバ110からユーザデバイス120に伝送される代表的な情報メッセージは、固有のＩＤ（すなわち、航空券800のバーコードで符号化された）に関連した特定のフライトについてのビジュアル情報および／または音声情報、例えば、フライトが定刻どおりであるかどうか、ゲートインフォメーション、接続フライトのためのスケジュール等を含み得る。１つのこの好ましい代表的な実施例では、コマンドカード700は、航空機路線便インフォメーションを得るのに有用で、下記の表８‐１に示されている下記の代表的なコマンドを含んでいるバーコード710を含んでいる。図９は、顧客の注文に対する認証を得るための本発明の実施例で有用な第１の代表的なコマンドカードを示している。１つの好ましい実施例では、ユーザデバイス120からのコマンドメッセージにおけるコマンド命令に対する応答として、ホストサーバ110は、ファクシミリマシン140（例えば、アカウント所有者によって指定されたＦＡＸマシン）に接続された予めプログラム化電話番号にファクシミリ情報メッセージ900を伝送する。ファクシミリ情報メッセージ900は、注文のための記述部901と、認証バーコード902（例えば、注文を認証する際にユーザデバイス120によって使用される）と、編集バーコード903（例えば、注文を編集する際にユーザデバイス120によって使用される）を含んでいる。認証バーコード902を読み取ることによって、ユーザデバイス120は、記述部901に示された情報は、正しく、注文を「認証」し、編集バーコード903を読み取ることによって、ユーザデバイス120は、編集されるかおよび／または削除される注文のためのコマンドメッセージを符号化する。この好ましい実施例では、注文を「認証」するコマンドによって、ホストサーバ110は、聞こえる（および／またはスクリーンディスプレイのためである）、( i)ユーザデバイス120のオペレーターが（「ユーザＩＤカード」の許可アカウント所有者が所有している）「ユーザＩＤバーコード」を読み取るか、あるいはその代わりに、(ii)オペレーターが検証のために音声入力を提供することを（機密保護対策として）要求する情報メッセージを伝送する。「認証」バーコード902 を読み取る直前（あるいは直後）「ユーザＩＤバーコード」を読み取ることによって、不許可使用を制御する付加機密保護対策を与える。図１０は、例えば、配達日、配達状態等を決定する顧客の注文の認証に続く有用な第２の代表的なコマンドカードを示している。注文認証（上記）に続いて、ホストサーバ110は、確認ＦＡＸ情報メッセージをファクシミリマシン140に送信するのが好ましい。確認ファクシミリ1000は、好ましくは、記述部1001（例えば、注文される商品をリストする）、確認部1002 （例えば、オペレーターによって提供された認証／検証情報）を含み、印刷状態バーコード1003（例えば、注文の状態を要求するのに有用な）を提供する。ユーザデバイス120は、状態バーコード1003を読み取るように作動されると、マイクロプロセッサ122は、ホストサーバ110のためのコード命令を含むコマンドメッセージを伝送し、注文の状態に関するビジュアルおよび／または音声情報を表示する。操作の方法図１１は、ユーザデバイスを操作する方法およびステップを含むホストサーバを制御するユーザデバイスを操作する代表的な処理フロー図を示している。フローポイント1100で、オペレーターはユーザデバイスを初期設定する。ステップ1110で、オペレーターは、ユーザデバイス120を活動休止状態から始動する。好ましい実施例では、ユーザは、オン／オフ押しボタン302を使い、ユーザデバイス120を電源投入する。他の好ましい実施例では、ユーザデバイス120 は、バーコードリーダから受信された近接信号に応じて低電力活動休止から（そのものを）始動する。始動する際に、ユーザデバイス120は、メモリおよびそのマイクロプロセッサの状態をリセットし、バーコードの読み取りに進む（読み取りが存在するならば）。ステップ1110中、ホストサーバ110は、信号、例えば「リング信号」を待ち、ユーザデバイス120との接続を開始するステップ1117を実行する。ステップ1111で、ユーザデバイスは、通信経路130を使用してホストサーバ110 に結合する。好ましい実施例では、ユーザデバイス120は、ローカル電話線131で呼をホストサーバ110に出す。（前述されたように、すなわち上記の図３〜図６に関して、ローカル電話線131は、地上線、無線電話線、あるいは地上線への無線接続および／または電気通信地方営業会社への無線電話接続を含み得る。）ステップ1111は、図１２を参照してさらに説明されている。ステップ1111で、ホストサーバ110は、ユーザデバイス120からの信号、例えば、ホスト電話線133の電話発呼を受信するステップ1118を実行する。ステップ111 1のこの好ましい実施例では、ホストサーバ110は、単一ホスト電話線133およびマルチタスクプログラムアプリケーションの単一タスク（あるいタイムスライス）を割り当て、各々の異なるユーザデバイス120に応答する、すなわち、各タスクは独立して、同時に作動する。ステップ1118は、図１２を参照してさらに説明される。ステップ1112で、ユーザデバイス120は、バーコード読み取りを行い、処理できる状態を入力するかあるいはオペレータから入力（例えば、キーストロークデータあるいは音声）する。ステップ1112中、ホストサーバ110は、特定のユーザデバイス120のためのユーザデバイスプロファイル、すなわちユーザデバイスプロファイルのデータベースにあるステップ1119を実行する。ユーザデバイスプロファイルとしてまとめられたデータベース情報のセットの代表的な例示が下記の表１１‐１に開示されている。ステップ1113で、ユーザデバイス120は、ホストサーバ110で注文セッションを行うように準備する。注文セッション・ステップ1113は、図１３に付随する開示に関してここでさらに説明されている。ステップ1113中、ホストサーバ110は、ユーザデバイス120で注文セッションを行うステップ1120を実行する。（ステップ1120は、図１３に付随する開示に関してここでさらに説明されている）ステップ1113およびステップ1120中、ユーザデバイス120およびホストサーバ1 10は、注文セッションに使われている。ステップ1114で、ユーザデバイス120は、ホストサーバ110とのメンテナンスセッション、例えば、ユーザデバイスのプロトコル、ＩＤコード、電話番号、シーケンス番号、演算変数等の更新を行うことができる状態に入る。後者のメンテナンスに関して、ホストサーバ110とのメンテナンスセッションを行うようにユーザデバイス120に指令するために「オン／オフ」押しボタン302を使うことができる。ステップ1114中、ホストサーバ110は、ユーザデバイス120とのメンテナンスセッションを行うステップ1121を実行する。メンテナンスセッション中、ホストサーバ110およびユーザデバイス120は、両方の装置における両方のアクセスシーケンス番号をチェックし、更新する。（アクセスシーケンス番号は、本発明者によって1995年6月7日に出願され、引用してここに組み込まれる米国特許出願第08/480,614号にさらに開示されている。）メンテナンスセッション中に行うことができるメンテナンスタスクは、例えば、使用統計を収集し、更新し、ホストコンピュータセットアップを行い、装置通信通信プロトコル、ＩＤコード、ユーザプロファイル（上記）等を更新することを含む。ステップ1115で、ユーザデバイス120は通信経路130から切り離す。好ましい実施例では、ユーザデバイス120は、ホストユーザ110へのデータパケットを「ハングアップ」することによって後者を実行し、それからホストコンピュータサーバ 110への電話接続からローカル電話線131を切り離す。ステップ1115中、ホストサーバ110は、通信経路130における切り離しを記録し、ユーザデバイス120でセッションに関連したアプリケーションタスクを終了させるステップ1122を実行する。ステップ1161で、ユーザデバイス120は活動休止状態に戻る。ステップ1161中、ホストサーバ110は、ユーザデバイスプロファイルに関連したアプリケーションタスクおよび最近終了したセッションを反映するユーザファイルの更新を実行するステップ1123を実行する。図１２は、ユーザデバイスおよびホストサーバを結合する１つの機密保護方法のための代表的な処理フロー図を示している。ユーザデバイス120は、コンポーネントステップ1210〜1216を実行することによってアプリケーションステップ1111を実行する。ホストサーバ110は、ステップ1218〜1228を実行することによってアプリケーションステップ1118を実行する。ステップ1210で、ユーザデバイス120のマイクロプロセッサは、イニシャライズされ、線131を「オフフック」を行う。「オフフックになることによって、ユーザデバイス120のための電力が確立する。バーコード媒体が近接検出器によって検出されるならば、マイクロプロセッサ122はバーコード読み取りをイニシャライズする。バーコード番号がマイクロプロセッサ122のＲＡＭに記憶される。バーコード番号がマイクロプロセッサ122に記憶された「電話番号コード」に一致するならば、電話発呼はこの番号にかけられる。バーコード番号が「電話番号コード」に一致しないならば、ホストサーバ110の間違った番号が電話をかけるために使用される。ユーザデバイス120は、通信経路130にＤＴＭＦ（あるいはＭＦ）音声を送信することによってホストを呼び出す。ステップ1211で、ユーザデバイス120は、ホストサーバ110へ電話をかける。この好ましい実施例では、ユーザデバイス120は、そのＤＴＭＦ（ＭＦ）音声発振器125を使用し、ホストサーバ110と接触を確立する。好ましくは、ユーザデバイス120も、通信経路130の状態を決定できる、発呼処理音声検出器（ＣＰＴ）、あるいはディジタル信号電話線状態検出器を含んでいる。ステップ1218で、ホストサーバ110は、入力される発呼のための通信経路130を監視する。ステップ1211中、ホストサーバ110は、ユーザデバイス120からの電話発呼に応答し、受信するステップ1219を実行する。「発呼者ＩＤ」サービスが提供されたこの好ましい実施例では、ステップ1220 で、ホストサーバは、発呼ユーザデバイス120の発信電話番号を（下記のステップ1223の将来の検証のために）記録する。ステップ1221で、ホストサーバ110は、接続プロンプトメッセージをユーザデバイス120に送信する。１つの好ましい実施例では、接続プロンプトメッセージは、音声信号、例えば、トランシーバ123のモデムあるいは合成装置114によって発生された「応答音声」を含んでいる。ステップ1221中、ユーザデバイス120は、ホストサーバ110からの接続プロンプトメッセージを待つステップ1212を実行する。ステップ1214で、ユーザデバイス120は、１つ以上の識別情報のセット（例えば、ユーザデバイスＩＤコード、パスワード等）を含むコマンドメッセージをホストサーバ110に伝送する。識別情報は、１つ以上の次のこと、すなわち、ユーザデバイスＩＤコード番号（すなわち、各特定の異なるユーザデバイス120に特有である）、ユーザＩＤ番号あるいはパスワード（すなわち、ユーザデバイス12 0によってなされた課金の責任を負うアカウント所有者を識別するためのもの）、およびシーケンス番号（すなわち、ホストサーバ110との特定のアクセスセッションに対するもの）を含むことが好ましい。本シーケンス番号は、（上記の）発明者の包含された特許出願開示にさらに説明されている。ステップ1214中、ホストサーバ110は、特定のユーザデバイス120によってコマンドメッセージとして伝送される識別情報を待つステップ1222を実行する。ステップ1223で、ホストサーバ110は、上記のステップ1220で記録された電話番号を含む特定のユーザデバイス120からの本識別情報を認証する。ホストサーバ110が識別情報を認証できないならば、ステップ1224に進む。ホストコンピュータサーバ110が識別情報を認証することができるならば、ステップ1226に進む。好ましい実施例では、認証情報、すなわち、上記の表１１‐１に示された代表的な情報のような認証情報は、保護メモリ124、例えば、ホストサーバ110のＣＰＵの「ユーザプロファイル（上記）」に記憶されている。この好ましい実施例では、固有ユーザデバイスＩＤコード（すなわち、各特定のユーザデバイス120に対するもの）は、その製造時にユーザデバイス120のマイクロプロセッサ122の保護メモリに記憶されている。（保護メモリは不揮発性メモリ（ＮＯＶＲＡＭ）であるので、それに記憶された情報は、ユーザデバイス12 0が電源を切られた場合、消失しない）最も好ましいことは、暗号パラメータは、各特定ユーザデバイス120によって使用され、コマンドメッセージを符号化し、ユーザデバイス120が製造され、サービスされ、および／またはメンテナンスセッションに必要される場合、これらのパラメータは保護メモリにも記憶されている。ユーザプロファイルを構成する認証パラメータ（上記の例えば、パスワード、装置ＩＤ）暗号パラメータ等）は、例えばメンテナンスセッション中、認証ユーザによって変更することができる。１つのこの好ましい実施例では、注文セッションの始めに、ユーザデバイス12 0およびホストサーバ120の両方は、セッション中通信経路130に沿ってコマンドメッセージおよび情報メッセージを伝送するために使用される暗号パラメータを伝送する。暗号は、例えば、不許可当事者による可能な本メッセージの読み取りあるいは変更から保護する。好ましくは、暗号パラメータは、暗号のために使用されるキーあるいはキーのセットを指定し、代表的な例は、「ＤＥＳ」、「ＲＡＳ」、あるいは「ＩＶＥＳ」データ暗号規格を使用する符号化を含んでいる。当業者は、もちろん、（ユーザおよび／またはサプライヤの選択で）ユーザを検証あるいは認証することはいくつかの用途（すなわち、安全で制限された使用環境）では不必要であるとみなすことができることを分かっている。後者の使用条件の下では、ユーザＩＤコードの読み取りは任意であってもよい。付加機密保護対策として、シーケンス番号は、各セッションで使用するためにユーザデバイス120およびホストコンピュータ110の両方で発生され、この情報は、不許可の使用を防ぐために付加機密保護として両方の装置のメモリに記憶される。この情報は、両方の装置の保護メモリに記憶され、ユーザデバイス120とホストサーバ110との間の各アクセスセッション後に更新される(例えば、米国特許出願第08/480,614号および米国特許出願第08/485,083号に開示された方法により、両方とも1995年6月7日に出願され、参照するためにここに含まれている)。ユーザデバイスが２つ以上の異なるホストサーバ110にアクセスするために使用される任意の実施例では、ユーザデバイス120は、アクセスされた各異なる個別のホストサーバ110に対する１つのシーケンス番号のような２つ以上のシーケンス番号を記憶できる。代表的で具体的なシーケンス番号およびその使用は、本発明者の組み込まれた特許出願開示（上記）にさらに開示されている。ステップ1224で、ホストサーバはアクセスエラーをログする。処理ステップは、アカウント所有者のアドレスの機密保護アドミニストレータに電子メール（あるいは又はＦＡＸ）を送信することを含むことができる。ステップ1225で、ホストサーバ110は電話接続を終了させる。ステップ1226で、ホストサーバ110は、通信エレメント、例えば、ユーザデバイス120のモデムと接続ハンドシェークを実行する。代表的で具体的な接続ハンドシェークは、本発明者の組み込まれた特許出願開示（上記）に開示されている。ステップ1226中、ユーザデバイス120は、ホストサーバ110と接続ハンドシェークが行われるステップ1215を実行する。ステップ1216で、ユーザデバイス120は、そのシーケンス番号を（例えば、ちょうど開始されたセッションのために）更新する。シーケンスを更新する代表的で、具体的な手段は、本発明者の組み込まれた特許出願開示（上記）にさらに開示されている。ステップ1216で、ホストサーバ110は、そのシーケンス番号を更新するステップ1227を実行する。ステップ1228で、ホストサーバ110は、記憶装置202からあいさつメッセージを検索し、オペレータにビジュアルおよび／または音声表示するためのユーザデバイス120に本情報メッセージを送信する。図１３は注文セッションのための処理フロー図を示している。好ましい実施例では、注文セッションは、ホストサーバ110の命令処理エレメントからのユーザの商品および／またはサービスの注文を容易にする。一般に、ユーザがバーコードリーダ121あるいはキーパッド127を操作する度に、ユーザデバイス120は、データあるいはコマンドをホストサーバに伝送する。好ましくは、キーパッド127は、「ソフトキー」（上記で定義された）として使用される物理的なキーのセットを含み、数字キー、英字キー、ソフトキーおよび特別の機能キーとして使用されてもよい。「ソフトキー」に対する具体的な特別機能は下記の表１３‐１に示されている。それぞれのソフトキーの機能は、ホストサーバ110で規定され、ユーザデバイスは、各ソフトキーに対して固有のコマンドメッセージを送信し、ホストサーバ 120で実行するアプリケーションはコマンド命令を解読する。それそれのキー対する機能は、ホストサーバでアプリケーションソフトウェアを変えることによって更新することができる。ホストサーバ110は、１つ以上の情報メッセージをユーザデバイス120に伝送することによってコマンドメッセージに応答するプログラムアプリケーションを含んでいる。本メッセージは、オペレータのためにディスプレイスクリーン126あるいはスピーカに提供される。好ましくは、ホストサーバ110は、例えば、メモリから本情報メッセージを検索するかあるいは音声合成装置を使用して本情報メッセージを動的にディジタル化し、もしくはその代わりに、情報をモデム通信信号としてスクリーン126に送信することによって実時間に本情報メッセージを発生する。この好ましい実施例では、注文セッションは、１つ以上の下記の代表的なコマンドカードを含むことができ、コマンドメッセージを符号化するために形成する。すなわち、（前述の）図７に示されたコマンドカード700、図８に示されたコマンドカード800、図９に示されたカード注文認証用紙900、あるいは図１０に示された注文確認用紙1000である。この好ましい実施例では、ユーザデバイス120のバーコードリーダは、ユーザが１つ以上の本消費者製品を注文するつもりである注文セッションにおいて製品上にある製品コード（例えば、ＵＰＣ‐６、ＵＰＣ‐12、ＥＡＮ等）を読み取るように作動される。ユーザデバイス120のバーコードリーダは、製品バーコードから反射された信号を解析し、整数コードを決定し、この情報をマイクロプロセッサ122に信号を送出する。マイクロプロセッサは、ホストサーバ110にコマンドメッセージで伝送するためにデータを符号化および／または暗号化する。ホストサーバ110のプロセッサに記憶されたアプリケーションは、コマンドメッセージを、例えば、本製品、本製品の有効性を説明している情報を検索する命令および／または本製品を注文する命令として解読する。それとは別に、ユーザデバイス120は、本ＵＰＣバーコードを読み取り、この情報を一時メモリに記憶し、それから、ユーザが例えば、（上記の）コマンドカードあるいは用紙から第２のコマンドバーコードを読み取るのを待つ。後者の他のステップでは、第２のコマンドは、本ＵＰＣバーコード信号がマイクロプロセッサによって符号化されるコマンドメッセージの状況を示すのに役立つ。例えば、ユーザによって選択されたコマンドメッセージバーコードが本ＵＰＣバーコードによってそのように識別された製品を注文するコマンドを示しているならば、ＵＰＣコードは、「下記のＵＰＣコードの商品を注文する」としてホストコンピュータサーバ110によって解読できるコマンドメッセージに含まれている。当業者は、注文セッションの過程で、ホストコンピュータサーバ110に問い合わせ、例えば、付加製品情報、あるいは有用性に関する情報、あるいは可能な代替の製品、あるいは配達日を得るために、あるいは第１のホストコンピュータサーバ11 0に問い合わせ、注文を（例えば、繰り越し注文の商品の配達を早めるために）行うことができる第２のホストコンピュータサーバ110（例えば、異なる領域において）への通信アクセスを得るように設計された一連のユーザ選択コマンドメッセージを伝送することはユーザデバイス120にとって便利であるかもしれないことを認識している。１つのこの好ましい実施例では、ユーザは、ユーザデバイス120を操作し、１つ以上のＵＰＣバーコードを読み取り、符号化されたディジタルバーコード情報は全二重モードでホストコンピュータサーバ110に伝送され、実時間で、ホストコンピュータサーバ110は、ユーザデバイスに選択された本ＵＰＣコードの名前および／または製品の種類で識別する情報音声メッセージあるいはスクリーンディスプレイ（例えば、英数字ディスプレイ）で応答する。例えば、本ＵＰＣバーコードが鉛筆１箱のために識別されたならば、ホストコンピュータサーバ110のアプリケーションは、「鉛筆１箱」がホストコンピュータサーバによって送受信されたことをユーザに確認する音声（あるいは英数字）情報メッセージで応答する。この特定の例では、ユーザが本製品の２つ以上の単位、例えば鉛筆２箱を示したいならば、単位の数は、バーコード読み取りの必要もなくユーザデバイス12 0によって符号化し、伝送することができる。ユーザデバイス120のキーパッドあるいはバーコード読み取りは、「カウントモード」され、ホストコンピュータサーバ110に伝送されたとき、「単位カウント」を示すプログラムアプリケーションに関連したコマンドメッセージを符号化する。代表的な「単位カウント」は、注文される製品の単位の数を示す数字、あるいは在庫モードで、特定の製品がバーコード読み取りによって読み取られる在庫量の列の倍数を示す数字を含むが、これに限定されない。第１の他の好ましい実施例では、多数のバーコード選択された製品の単位を示す後者の手段が、単位の数を示すＤＴＭＦ音声コードおよび符号化された本ＵＰＣバーコード信号を示すディジタル通信信号の両方を符号化および伝送するユーザデバイス120によって得られる（例えば、ユーザは、「押しボタン」番号キーを押下し、所望の単位の数を示す。）。多数の単位を示す第２の他の好ましい実施例では、ユーザデバイス120は、本単位カウントを示すコマンドメッセージに符号化できるコマンドカード（上記）上の１つ以上のコードを読み取るために使用される。第３の他の好ましい実施例では、ユーザデバイス 120は、ホストコンピュータサーバ110のアプリケーションによって「最後に伝送されたＵＰＣバーコード信号によって示された同じ商品の別の単位」として解読できるコマンドメッセージに符号化できるコマンドカードバーコードを読み取るために使用される。全二重モード作動する場合、ホストコンピュータサーバ110 は、例えば、スクリーンおよび／またはスピーカで提示できる全製品名を繰り返すことよりもむしろ更新された単位カウントで実時間で応答する。付加の実時間の注文セッションのユーザフレンドリィ要素として、ホストコンピュータサーバ 110のアプリケーションは、ユーザが予め選択された時間（例えば、特定の製品が示された第１回目と第２回目との間）中断する場合、ホストコンピュータサーバ110が本製品の単位カウントを複数の形で示す音声情報メッセージを伝送するようにプログラム化することができる。前述の鉛筆の例において、注文セッション中、ユーザが誤って（あるいは故意に）ユーザデバイス120を操作し、別々に５回鉛筆１箱のＵＰＣバーコードを読み取るならば、ホストコンピュータサーバ 110は、各々の連続バーコード読み取り後、表１３‐２に示されるような情報メッセージで応答する。本発明の実施例のための任意の好ましい市場取引および販売使用において、ユーザデバイス120は、（例えば、広告、ニュースメディア、製品レビュー、学者の論文を含む）印刷媒体のバーコードを読み取るために使用され、コマンドメッセージが符号化され、ホストコンピュータサーバ110に伝送されるので、ユーザは、(i)付加製品／販売あるいはサービス情報源、および(ii)本商品あるいはサービスの注文源に直接接続される。好ましい実施例では、ユーザが、符号化でき、コマンドメッセージとしてホストコンピュータサーバ110に伝送できる英数字ユーザ信号、バーコード信号、および／または音声信号に入力することができ、本ユーザがホストコンピュータサーバ110から情報メッセージの音声（例えば、音声あるいは音楽）および／または可視ディスプレイを受信することもできるユーザデバイス120は、ユーザとホストコンピュータとの間で行われたマルチメディア実時間対話式注文セッションのために使用される。本コマンドおよび情報メッセージは、実時間で伝送され、本ユーザと本注文セッションを行うのに有用なホストコンピュータサーバ注文エレメントとの間に対話式通信経路を確立する。注文セッション中、代表的な伝送できる対話式実時間メッセージの例は、ホストコンピュータサーバ110から受信された情報メッセージに対するコマンドメッセージ符号化応答、あるいはホストコンピュータサーバ110に向けられたユーザ開始の質問／問い合わせ、あるいはユーザの質問／問い合わせに対する応答を含むホストコンピュータサーバ110からユーザデバイス120に伝送された情報メッセージを含んでいる。例えば、ユーザは、バーコードリーダ121、キーパッド307、あるいはユーザデバイス120の音声入力を操作でき、注文される単位カウント（例えば、商品量）、あるいは特定の製品のカラーあるいは種類、あるいは特定の製品オプション、あるいは要求された配達日を指定するコマンドメッセージを符号化する。ホストコンピュータサーバ110は、対応するコマンドメッセージ、その構成の符号化バーコード信号、キーストローク、および／または音声入力を、そこに情報として記憶されたプログラムアプリケーションにより、受け取り、処理し、アカウント所有者による注文エントリとして本情報を記録できるように、コマンドメッセージで伝送された情報データを注文用紙に関連付ける。好ましい実施例では、ユーザはユーザデバイス120を操作でき、ホストコンピュータサーバに伝送されたディジタルコマンドメッセージの認識できる音声成分としてディジタル的に符号化される１つ以上の音声メッセージを入力する。本音声メッセージは、ホストコンピュータサーバ110からの情報メッセージに応じてあるいはユーザ自身の判断で、例えば、「荷物を裏口に配達して下さい」あるいは「門は開けるな、犬がかみつくから」のような配達あるいは注文に対する特別の命令を入力するかのいずれかで入力できる。ユーザデバイス120は、音声メッセージが、ホストコンピュータサーバ110によって、音声として認識でき、データとして認識できない形式で音声メッセージを符号化する。ホストコンピュータサーバ110は、コマンドメッセージを符号化でき、音声メッセージの受信を識別でき、本音声メッセージを（例えば、ディジタル的に、あるいは応答マシンで）記録でき、記録音声メッセージを（例えば、注文エントリと連結されたファイルにディジタル音声メッセージを記録することによって）本注文と関連づけることができる。ユーザデバイス120は、ステップ1310〜1324を実行することによってステップ1 113を実行する。ホストコンピュータサーバ110は、ステップ1316〜1323を実行することによってステップ1120を実行する。ステップ1310で、ユーザデバイス120は、選択された時間停止される「非活動」タイマをシニシャライズする。選択された時間後、プログラムプロンプトは、トリガされ、「割り込み通信サービス」の信号方式に進む。キーを押すかあるいはバーコードを読み取ることによって非活動タイマをリセットする。割り込みが生じるならば、ユーザデバイス120はステップ1324に進む。タイマカウントダウン割り込みは通信制御の技術において公知である。ステップ1311で、ユーザデバイスは、ユーザがキーを押すかあるいはバーコードを読み取るのを待つ。ユーザがキーを押すと、ユーザデバイス120は、一時メモリにキーストロークを記憶し、ステップ1311に戻る。ユーザデバイス120がバーコードを読み取ると、ステップ1312に進む。どちらの場合も、ユーザデバイス 120は非活動タイマ（すなわち、上記のステップ1310）をリセットする。ステップ1312で、ユーザデバイス120は、バーコード信号を解析し、正しいバーコード読み取りが生じたことを検証する。バーコード読み取りが生じなかったならば、ユーザデバイス120はステップ1310に進む。バーコード読み取りが生じたならば、ユーザデバイス120はステップ1313に進む。ステップ1313で、ユーザデバイス120は、１つ以上のディジタル化バーコード信号を含むことができるコマンドメッセージを符号化する。符号化されたようなコマンドメッセージは１つ以上のデータパケットにフォーマット化される。可能である場合、コマンドメッセージが圧縮され、多重化および／または束にされ、通信の速度および含まれたメディア一貫性コードを増加させ、ホストコンピュータサーバ110にエラーのない伝送を保証する。コマンドメッセージおよび情報メッセージの伝送を含む本通信処理は、半二重モードあるいは全二重モードで行うことができる。時分割多重（ＴＤＭ）を有するエラーなしの通信信号方式および半二重および全二重通信信号方式、すなわちモデム信号の場合、当業者に公知である。ステップ1314で、ユーザデバイス120は本コマンドメッセージをホストコンピュータサーバ110に伝送する。ステップ1324で、割り込みは非活動タイマによってトリガされるか、あるいはユーザはユーザデバイス120を明確に停止する。いずれにしても、ユーザデバイス120は活動休止に入る。活動休止状態で、ユーザデバイス120は、その電力要求を最少にし、あるいはローカル電話線の負担あるいは電池、例えば、無線電池等の負担を最少にすることができる。ステップ1316で、ホストコンピュータサーバ110は、ユーザにビジュアルあるいは音声あいさつメッセージを提供する。ステップ1317で、ホストコンピュータサーバ110は、非活動タイマをイニシャライズし、ユーザデバイス120に関して前述と同様に、例えば、ステップ1310で、操作する。ステップ1318で、ホストコンピュータサーバ110は、ユーザデバイス120から本コマンドメッセージを受信する。ステップ1319で、ホストコンピュータサーバ110は、コマンドメッセージを検証し、復号化し、処理する。ホストコンピュータサーバ110で実行する通信アプリケーションおよび暗号アプリケーションは、本コマンドメッセージが伝送中、変更、エラーあるいは損失なしに到着したこと、および暗号および内容が適切にフォーマッ化されることを決定する。ホストコンピュータサーバ110は、図１４に関してさらに述べられているように本コマンドメッセージを処理する。ホストコンピュータサーバ110に伝送されたコマンドメッセージは、実時間にユーザに提供された情報メッセージの選択および／または合成を生じる。ステップ1320で、ホストコンピュータサーバ110は、ユーザに表示するためにビジュアル／または音声情報メッセージをユーザデバイス120に伝送する。ステップ1321で、ホストコンピュータサーバ110に実行するアプリケーションは、コマンドメッセージは注文セッションを終了させる符号化信号を含んでいるかどうかを決定する。そうであるならば、ホストコンピュータサーバ110はステップ1323に進む。そうでないならば、ホストコンピュータサーバ110はステップ1 318に進む。ステップ1322で、割り込みは、ホストコンピュータサーバ110内で作動する非活動タイマによってトリガされるか、あるいはその代わりに、ユーザデバイス12 0内の非活動タイマは通信を終了させた。ステップ1323で、通信処理がなおアクティブであるならば、ホストコンピュータサーバ110は、メモリからあるいはそれとは別に合成された情報の「終了セッション」メッセージを選択し、本メッセージを、例えば注文セッションの終了を示すユーザデバイス120に伝送する。図１４は、注文セッションコマンドメッセージのための処理フロー図を示している。ホストコンピュータサーバ110で実行するアプリケーションは、ステップ1410 〜1417によってステップ1319を実行する。ステップ1410で、ホストコンピュータサーバ110は、入手可能な消費者商品および／またはサービスに関する情報を含む１つ以上のメモリデータベースを検索し、コマンドメッセージ内で識別された本製品ＵＰＣコードが(i)リストされているおよび／または(ii)在庫の中で入手可能かどうかを決定する。リストされていないかあるいは在庫の中で入手できないならば、ホストコンピュータサーバ11 0は、ステップ1411に進む。製品がデータベースで識別されているおよび／または在庫の中で入手可能であるならば、ホストコンピュータサーバ110はステップ1 416に進む。ステップ1411で、ホストコンピュータサーバ110は、在庫の中で入手できない商品の要求のログをとる。ステップ1412で、ホストコンピュータサーバ110は、ユーザに提供できる代替製品が入手可能であるかどうかを決定する。そうでないならば、ホストコンピュータサーバ110はステップ1413に進む。代替商品が入手可能であるならば、ホストコンピュータサーバ110はステップ1414に進む。ステップ1413で、ホストコンピュータサーバ110は、メモリから情報メッセージを選択するかあるいは情報メッセージを実時間で合成する。例えば、ＵＰＣコードによってそのように識別された製品は、輸送されない、すなわち在庫にないかあるいは他の製品で代替を行うことができるかのいずれかである。本「入手可能性情報メッセージ」は、ユーザにビジュアルおよび／音声提示をするためにユーザデバイス120に伝送される。ホストコンピュータサーバ110で実行するアプリケーションは、それからステップ1319毎の実行に進む。ステップ1414で、ホストコンピュータサーバ110は、入手可能商品および／またはサービスの１つ以上のメモリデータベースを検索し、代替製品が入手可能であるかどうかを決定する。そうでないならば、ホストコンピュータサーバ110はステップ1413に進む。代替商品が入手可能であるならば、ホストコンピュータサーバ110で実行するアプリケーションはステップ1415に進む。ステップ1415で、ホストコンピュータサーバ110は、元のＵＰＣ識別製品を代替製品と取り替える。ステップ1416で、ホストコンピュータサーバ110は、それに代替商品を追加することによって現在の注文を更新する。ステップ1417で、ホストコンピュータサーバ110で実行するアプリケーションは、メモリから情報メッセージを選択するか（あるいは実時間で「状態更新情報メッセージ」を合成する。本情報メッセージは、選択された製品品目が現在の注文に追加されたことを示している。「状態更新情報メッセージ」は、ビジュアルおよび／または音声提示のためにユーザデバイス120に伝送される。多速度モデムとデータ・パケット信号と速度切り換えユーザデバイスは約300ボーより速く動作させることが望ましい（すなわちモートローラ(Motorola)モデム）。速度は、「対話的」使用を確定する際に、すなわちユーザに対してオーディオおよび／またはディスプレイを迅速に更新することと、ある幾つかの形式の暗号化データの送信することとを可能にすることによって、「対話的」使用を確定する際に重要である。本発明の実施例は、好ましくは単一速度モデムを採用することであり、更に好ましくは多速度モデムを採用することである。一般に多くの多速度モデムは、電力要件を低減するように変更しなくては本題ユーザデバイス120での使用には適当でない。本発明にしたがってそのように変更することのできる多速度モデムの一つの代表的な例は、シリコン・システムズ(Silicon Systems)の多速度すなわち300、600または1200ボー・モデム＃73Ｋ322Ｌである。後者のモデムは、単一速度モデム、モートローラ300ボー・モデム程、より大きな電力要件を持っており、またこれは電力を消費する可能性のある更に外部の回路（すなわち増幅器と受動コンポーネント）を含んでいる。この問題を認識して、本発明による多速度増幅器は、より高い電力要件を相殺するための「スリープ・モード」回路を組み込むことによって有用になった。使わない場合は、このモデムはスリープに入り、ごく僅かしか電力を使わない。後者のスリープ・モード回路は、電力を節減する本発明の実施例に合致している（下記）。他の幾つかの低電力モデムは、より速いデータ転送速度、例えば2400 ボーを提供しながら全体としての電力要件を低減するスリープ・モード回路を組み込むように変更可能である。ＤＳＰ（ディジタル信号処理）の進歩により、更に高速の低電力モデムも近い将来に利用可能になりそうである。一般に本発明による有用なモデムは、（ｉ）ヨーロッパ標準(CCITT)またはベル(AT&T)通信規格を満足しており、また（ｉｉ）ユーザデバイス120とサーバ100とが低品質の通信経路130で使われることになって、エラーなし伝送を確保するために伝送速度を減らすことが必要になった場合に、異なるボー・レートに調整可能である（下記に開示する）。異なるデータ転送速度と、異なる標準とに自動的に調整することは、「ピア・ツー・ピア」電気通信のモデム業界では公知であり、採用されている方法は、この技術分野で「モデム・ネゴシエーション」と呼ばれている。この技術によればモデムは先ず、最低のボー・レート、通常300ボーで通信パラメータを通す。次に主題のモデムを制御するピア・コンピュータ同士が互いのモデム・パラメータを使って最速で最良の通信方法を決定する。「モデム・ネゴシエーション」は、データ転送セッションの初めに行われ、インテリジェント「ピア」同士の間でも完了までに3秒以上必要とすることがある（すなわち、米国特許第5，365，577号によるＣａｒｄｉｎａｌ“ＶｏｉｃｅＶｉｅｗ”モデムに関する実際の測定によるネゴシエーションは3秒であると決定された）。「ネゴシエートされた」データ・レートは、誤り率が高すぎなければそのセッションの期間中、使用される。誤り率が余りに高ければ、これらのモデムは更に低いデータ転送速度を再折衝して再び試してみる。「モデム・ネゴシエーション」は、（ｉ）一般にユーザデバイス120がネゴシエーションのための電力要件を満たせないことと、（ｉｉ）マイクロプロセッサ122が「ピア（対等）」コンピュータでないことと、（ｉｉｉ）その処理が対話型通信には遅すぎることという理由で、本発明の方法の中の1 ステップとして使用に適さない。ホスト・コンピュータ・サーバ110は電力とサイズの制約によって制限されることはない。これは、ユーザデバイス120が受信して処理しうるいかなるデータ転送速度その他の通信パラメータを使ってでもデータを送受信できる。本発明の方法によれば、ユーザデバイス120のマイクロプロセッサ122は、その使用可能な電力を決定し（下記）、そのボー・レートと信号伝送要件とをサーバ110に送信する。するとサーバは、それにしたがって電気通信を調整する。ユーザデバイス120は一つ以上のＤＴＭＦトーンを使って、ユーザデバイス120 とサーバ110とがオーディオとデータとの間で行ったり来たりトグルできるようにする「切り換え信号」（上記）を発生する。ＤＴＭＦトーンはサーバ110に対して例えば、線路上へのオーディオ出力を停止してデータ通信用に1個以上のモデムをオンにするよう指示する。ＤＴＭＦトーンとしては、16個の標準ＤＴＭＦトーン（すなわち、電話のキーパッドのトーン0〜9，＊，＃，Ａ，Ｂ，Ｃ，およびＤ）がある。本発明の方法によれば（例えば下記）、電力消費の大きいモデム・ネゴシエーションをなくすためにＤＴＭＦトーンが使われる。後者の場合にはサーバに対してあるセッションでどの通信パラメータを使うべきかを指定するために、一つ以上のＤＴＭＦトーンがユーザデバイス120から送信される。続いて起こる通信誤り率が高すぎる場合には、ユーザデバイス120は更に低いボー・レートを指定するために第2のＤＴＭＦまたはＭＦ信号を送出する（下記）。各「切り換え信号」の「ネゴシエーション」時間は、従来技術で使われた通常の「モデム・ネゴシエーション」の10秒に比較して、約0.15秒未満である。ユーザデバイス120からホスト・コンピュータ110に送信されるコマンド・メッセージ内のデータ・パケットに割り当てできるような単一のＤＴＭＦトーン周波数「切り換え信号」の代表的な例は、下記の表15−1に示してある。当業者であれば、二つ以上のＤＴＭＦまたはＭＦトーンがデータ・パケット・コマンド切り換え用に割り当て可能であると認めるであろうことはいうまでもない。データ・パケットと電気通信一般にユーザデバイス120とホスト・コンピュータ・サーバ110との間の電気通信は、全二重通信モード（すなわち、同時双方向）および／または半二重通信モード（話しかけ、それから聞く）で行われる。例えば、ステップ1125（図13）のトランザクション・フェーズの期間中、通信は半二重通信または全二重通信で可能である。ステップ1125の詳細は下記に、すなわち図14、図15に関して開示される。ホスト・コンピュータ・サーバ110は、通常の運用条件下でユーザデバイス1 20との通信を開始（例えば保守セッションの開始または機密保護チェック）することができるが、ユーザデバイス120はホスト・コンピュータ・サーバ110との通信を、すなわちコマンド・データ・パケットの伝送によって開始する。図15を参照してユーザデバイス120の視点からデータ・パケット転送方法を描いてみると次のようになる：ステップ1510において、電力条件が良好であれば（下記のように）マイクロプロセッサ122は、このモデムの代表例においてトランシーバ123を「ウェークアップする（目覚めさせる）」1513ために電流を供給する。ステップ1514において、コマンド・メッセージが送信できるおよび／または情報メッセージが受信できる状態を示すプロトコルＩＤトーン（例えば選択された、予めプログラムされたＤＴＭＦまたはＭＦトーン）が、ホスト・コンピュータ・サーバ110に送られる。プロトコルＩＤトーン（すなわち、上述のような「切り換え信号」）は約0.15秒未満、すなわち数秒を要するピア・ツー・ピアのモデム・ハンドシェーク・ネゴシエーションに必要とされる時間より遥かに速い時間で発行することができる。ステップ1515で、データ・パケットは符号化されてホスト・コンピュータ110 に送信される。このデータ・パケットは、「フロント・ポーチ」信号、すなわちホスト・コンピュータ・サーバ110がコマンド・データ・パケットを受信する前に信号受信を安定化して受信機を同期させることを可能にする、約100ミリセカンド持続する反復性の「マーク」信号を含んでいる。ステップ1516において、マイクロプロセッサ122は、ホスト・コンピュータ・サーバ110からの応答を期待すべきかどうかを決定する。ここではその分析はステップ1515で伝送されたデータ・パケットの内容に依存している（すなわち、あるデータ・パケット例えば、ユーザデバイス120が未だ進行中のセッションで機能しているということをサーバ110に示す「ハート・ビート（心拍）」パケットは結果的に応答をもたらさない）。ステップ1516において、サーバ110からの応答が期待されない場合は、ユーザデバイス120は低電力スリープ・モード1520になる。その代わりにサーバ110からの応答が期待される場合には主題の情報メッセージが受信され、復号され、そして誤りのない媒体保全性が保証される（例えば検査合計あるいは巡回冗長検査、ＣＲＣが完了する）まで、電流がトランシーバ123に供給される。ステップ1517において、媒体保全性が満足できる（すなわち「妥当である」）場合、ユーザデバイス120は、ステップ1518に進んでそのパケットの処理、すなわち復号化などを行う。ステップ1518において、復号化と暗号解読の後にサーバ110から受信した情報メッセージの内容に関してとその情報をどこに／どのようにして表示すべきかとに関しての決定が行われる。ステップ1517（上記）で媒体保全性が十分でない（すなわち「無効である」）場合は、ユーザデバイス120はステップ1521に進んでそのデータ・パケットの伝送を繰り返すべきかどうかの決定を行う。ステップ1521において、ユーザデバイス120のマイクロプロセッサ122は、「状態標識」に関して、すなわちサーバ110が受信した最終のデータ・パケット転送の表示に関してチェックを行う。もし例えば誤った値の媒体保全性のために「状態標識」が満足でない場合には「カウンター・リトライ」コマンド行がマイクロプロセッサ122によってアクセスされてステップ1515と同じデータ・パケットを何時再送すべきかあるいは再送すべきかどうかを決定する。「リトライ」命令が起動された場合、ユーザデバイス120はデータ・パケットを再送信する、すなわちステップ1514に戻る。「リトライ」を2回以上試みても成功しなかった場合は、ユーザデバイス120のマイクロプロセッサ122は異なるプロトコルＩＤトーン選ぶように指示することができ、例えば異なった（更に低速の、あるいは信頼性の高い）ボー・レートでのサーバ110との通信を指示する。その異なったボー・レートでも「リトライ」が成功しない場合は、ユーザデバイス120は、ステップ152 2で、すなわち画面および／またはスピーカーで「誤り」表示メッセージを実行することができる。次にステップ1519において、ユーザデバイス120は進行中のトランザクション中にサーバ110に伝送すべき第2のデータ・パケットがあるかどうかの決定を行う。もし追加のデータ・パケットがなければ、ユーザデバイスは「タイムアウト」を呼び出して、ステップ1520でトランシーバ123を低電流スリープ・モードにする。図16を参照して、ホスト・コンピュータ・サーバ110の視点からデータ・パケット転送方法を描いてみると次のようになる：ステップ1610において、ホスト・コンピュータ・サーバ110はユーザデバイス1 20からのプロトコルＩＤトーンに関して絶えず監視を続けている。プロトコルＩＤトーンを受信するとサーバ110は（すなわちステップ1611で）先ず、サーバ内のオーディオ回路が「オン」になっているか「オフ」になっているか（例えばオーディオ「ｙｅｓ」か「ｎｏ」か？）をチェックして決定する。ステップ1612において、もしオーディオが「オン」であれば、サーバは「オーディオを停止する」ための、すなわちデータ受信を準備するための命令を実行する。ステップ1613において、サーバ110は、ユーザデバイス120からデータを受信する準備のためにモデム・プロトコル、すなわちボー・レート、パリティ、および伝送モードを設定するように進行する。ステップ1614において、サーバ110は、ユーザデバイス120から送信されたデータ・パケット（例えばモデム・パケット）を受入れ、媒体保全性（すなわち有効性）を保証するためにステップ1615に進む。有効なデータ・パケットは処理され、すなわちステップ1616で処理され、一方、無効という決定はステップ1620、すなわち「リトライ？」を指示する。ステップ1620では、任意選択の「リトライ」情報メッセージをユーザデバイス 120に送るべきかどうかということが、前記のステップ1521に現れたものに類似の決定、例えば先行して行った再試行の回数に基づいて決められる。最初のリトライの場合に、「リトライ」に対する決定が「ｙｅｓ」であればステップ1622においてサーバは、データ・パケット（すなわち「リトライ」）の受信準備のためにサーバ110内で動作中のアプリケーションに対して命令（すなわち「応答パケット用のリトライ・フラグ・セット」）を出す、そしてステップ1618と1619に進む。ユーザデバイス120からデータ・パケットを受信する数回の試みが不成功に終わった後、サーバ110はステップ1621でエラーを識別してステップ1610への復帰を命令する、すなわち新しいプロトコルＩＤトーン（例えば更に低速のボー・レートまたは異なる通信パラメータへの切り換え）を求めるように命令する。本題の方法は、長い（すなわち3秒以上の）電力消費のモデム・ハンドシェーク・ネゴシエーションを必要とせずに、ユーザデバイス120とサーバ110との間の電気通信接触を開始する際の迅速な調整（すなわち0.15秒／各調整）を可能にするものである。ユーザデバイス120からサーバ110に送信される各データ・パケットは、次のすべてのものに関する命令：すなわち、（ｉ）音声／オーディオを「オフ」にせよ、（ｉｉ）データ通信を「オン」にせよ、（ｉｉｉ）ボー・レートを300、600、1200、または2400に設定せよ、そして（ｉｖ）データ・パケットを受信せよ、といった命令を有する。低電力通信の方法本発明の実施例はユーザデバイス120の低電力消費を可能にする方法を提供する。大半のデータ伝送は、ユーザデバイス120によって開始されるから、ユーザデバイス120が電気通信を必要とするまでそのトランシーバ123を低電力の「スリープ」モードに保持することによって電力を節減できる。ユーザデバイスはデータが何時入ってくるかを常に知っているから、通信のために必要とされるときだけ回路に電力を供給することができる。このモデムは、ユーザデバイス120に下記の状態が存在するときには電力を引き出さない：すなわちバーコードリーダが読み取るために電力を使用中である、またはマイクロプロセッサ122が、電気通信信号またはバーコード読み取り信号を復号するために電力を使用中である、またはオーディオ・システム・コンポーネント（すなわち、増幅器、および／またはスピーカ）が、ユーザに対するオーディオ提供用のスピーカ128を駆動するために電力を使用中である、またはトランシーバ123がコマンド・メッセージをホスト・コンピュータ・サーバ110 に送信中でアクティブになっている、あるいは映像ディスプレイ126がユーザに映像情報を表示中でアクティブになっている。またトランシーバ123および／または映像ディスプレイ126がアクティブになっているとき、または電気通信経路130上にオーディオまたはモデム・トラヒックがないとき、オーディオ・システムは自動的にスリープ・モード（すなわち低電力）になる。電力の貯蔵と節減ユーザデバイス120は、限られた電源をみんなで共用する多くのコンポーネント回路を有する。どれか単独の回路が無統制に使用すると約300ミリワット未満の予算電力を突破する可能性があり、特に全許容電流の半分を超える電流を引き出すことのあるトランシーバ123の回路ではその可能性がある。現在の好適な実施例ではユーザデバイス120はコンデンサまたはバッテリに蓄えた電力を監視する電源回路を有する。LBO(“low battery out”)命令は、蓄電エレメントがほぼ完全に充電されていることをマイクロプロセッサ122に示す。マイクロプロセッサ122は、多量の電力を引き出す回路、例えばモデム・ユニットまたはオーディオ・システムを動作可能にする前にＬＢＯチェックを行う。マイクロプロセッサ 122はまた、なにかデータ伝送に必要な回路を動作可能にする前にもＬＢＯチェックを行う。もしＬＢＯチェックがデータ転送のためには電力が不十分であることを示す場合には、ユーザデバイス120は必須でない回路はすべてオフにして蓄電回路が充電されるのを待つ。電気通信線路は、線路が沈黙しているとき、すなわち音声通信がない場合、最大のループ線路電流を供給する。充電を容易にするためにユーザデバイス120は、コマンド・メッセージ（例えばＤＴＭＦトーン）をホスト・コンピュータ・サーバに送って「音声通信をオフにして待機」させることができる。後者のコマンド・メッセージは、低電力のユーザデバイス120の再充電を容易にする。ユーザデバイス120は、電力回路の状態をホスト・コンピュータ・サーバ110に定期的に「報告する」ことができ、またホスト・コンピュータ・サーバ110内で動作中のアプリケーションのなかで、情報的な「タイムアウト」メッセージ、例えば「後刻コールバック(call back later)」を映像ディスプレイに送るべきかどうかの決定を自分自身で行うことができる。もし電力状態が良好であれば、マイクロプロセッサ122はトランシーバ123を「ウェークアップ」する（すなわち図15のステップ1514）ための電流を供給する。それからコマンド・メッセージの送信および情報メッセージの受信の用意ができている状態を示すプロトコルＩＤトーン（すなわちステップ1514）がホスト・コンピュータ・サーバ110に送られる。このプロトコルＩＤトーン（すなわち前記の「切り換え信号」）は、約0.15秒未満、すなわち数秒を要するピア・ツー・ピアのモデム・ハンドシェーク・ネゴシエーションに必要とされる時間より遥かに速い時間で発行できる。電力の貯蔵にはコンデンサが用いられており、アクティブ回路に電力を供給するには電話の線路電流が不十分である場合に、このコンデンサがユーザデバイスに電力を供給する。ユーザデバイス120とサーバ110のどちらかが電気通信信号を送受信中であるときには、電力は制限される。このコンデンサは、大きなあるいは長い音声またはデータ・メッセージの間中、電気通信回路を動作させるために十分な電力を貯蔵するということに基づいて選択されるものであって、その定格電圧は高く、漏洩電流は低くなくてはならない。このコンデンサの電圧レベルは、電圧調整器によって監視される。コンデンサがほぼ一杯に充電されているときは調整器のＬＢＯ（上記「ｌｏｗｂａｔｔｅｒｙｏｕｔ」信号）出力はハイであり、このようにしてマイクロプロセッサ12 2は多量の電力を必要とする機能を起動する前にＬＢＯの状態（およびそれによってコンデンサから使用可能な電力）をチェックすることができる。ＬＢＯは、すべての電気通信データ転送の前とすべてのバーコード走査の前にチェックされる。ユーザデバイスの電話応答他の実施例で、本発明はユーザデバイスが電気通信の呼に応答する方法を提供する。例えばユーザデバイス120はユーザのためのメッセージを取得できるであろう。この場合ユーザデバイス120は呼出し音をよく聞こうとしなくてはならない。これは、電話線給電の装置が「オン・フック」の間中、回路を動作させるための電力を引き出すことは許されていないから、大半の電話線給電の装置にとって問題である。本発明の方法によれば、ユーザデバイス120はリレー・コイルをオンにするために「呼出し信号」の電力を使う。それからリレーは、ユーザデバイスに電力を供給することによって「呼出し音」に応答する。本発明のこの方式は、例えばサーバ110が保守セッションのためにユーザデバイス120との接触を開始したり、機密保護コードや使用記録をチェックしたり、内密に暗号規格を変更したりする必要がある場合に使うことができる。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号ＦＩＧ０６Ｆ 1/00 ３３２Ｚ (31)優先権主張番号０８／４８５，０８３ (32)優先日 1995年６月７日 (33)優先権主張国米国（ＵＳ） (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＡＵ，ＣＡ，ＪＰ，ＭＸ，ＵＳ

Claims

【特許請求の範囲】１．命令、音声メッセージもしくはデータメッセージを送信するための低電力ハンドヘルドユーザデバイスとホストサーバ間の通信のための電力節減方法であって：前記ハンドヘルドユーザデバイスにおいて前記命令、音声メッセージもしくはデータ情報を入力し、前記命令、音声メッセージもしくはデータ情報を具備するデータパケットを作成するステップ；通信路を介して低電力ハンドヘルドユーザデバイスからホストコンピュータサーバにデータパケットを送信するステップ；ホストサーバにおいてデータパケットを受信して処理し、情報メッセージを符号化して低電力ハンドヘルドユーザデバイスに送信するステップ、前記情報メッセージは音、音声もしくはデータの中から選択され；及び低電力ハンドヘルドユーザデバイスにおいて情報メッセージを受信し、前記音、音声もしくはデータを表示するステップから成り、前記低電力ハンドヘルドユーザデバイスによる前記送信、前記受信及び前記表示ステップは、低電力ハンドヘルドユーザデバイスが約300ミリワット以下の電力での操作中に行われることを特徴とする電力節減方法。２．更に、ユーザデバイスを維持するステップが前記送信、前記受信及び前記表示ステップに関与していない時はスリープモードにある、請求項1に記載の方法。３．低電力ハンドヘルドユーザデバイスが通信トランシーバ、マイクロプロセッサ、及びキーパッド、バーコードリーダ、磁気カードリーダ、スピーカを具備するオーディオシステム、ディスプレイスクリーン及びマイクロホンの中から選択されるオペレータインタフェースから成り、ホストサーバがコンピュータ処理装置を具備する、請求項1に記載の方法。４．送信されたデータパケットがバーコードデータ、磁気カードデータ、キーパッドデータからのキークロージャもしくはディジタル音声メッセージデータを具備する、請求項1に記載の方法。５．送信されたデータパケットの前にDTMFもしくはMFスイッチ信号コードが付けられる、請求項4に記載の方法。６．ホストサーバにおけるDTMFもしくはMFスイッチ信号コードの受信により、音声通信をオフにする、データ通信をオンにする、及び１つ以上の通信パラメーターを設定する等の複数の付加的な方法ステップが指示され、前記通信パラメーターはボーレート、パリティ、ストップビット、ワードサイズ、変調技術を具備することを特徴とする、請求項5に記載の方法。７．請求項1に記載の通信信号を送信するための電力節減型通信方法であって、情報メッセージがボイスメッセージ、音声メッセージ、データメッセージ、ビジュアルメッセージもしくはファクシミリメッセージを具備することを特徴とする方法。８．低電力ハンドヘルドユーザデバイスからホストコンピュータサーバに通信信号を送信し、ホストコンピュータサーバからの通信信号を受信するための電力節減型通信方法であって、前記送受信は通信路を介して行われ、前記送信は前記ハンドヘルドユーザデバイスが受信できるように情報メッセージを送信するよう、ホストコンピュータサーバにコマンド指示を出すためであり；前記低電力ハンドヘルドユーザデバイスは、前記通信信号を送信または受信することができない第１電力状態と、前記前記通信信号を送信または受信することができる第２の高電力状態を含み；前記通信信号は約１秒以内にモデムデータパケットが続くスイッチ信号コードから成り；前記スイッチ信号コードはデュアルトーン多重周波数信号もしくは多重周波数信号から成り；前記低電力ハンドヘルドユーザデバイスは通信トランシーバ、マイクロプロセッサ、及びキーパッド、バーコードリーダ、スピーカを具備するオーディオシステム、ディスプレイスクリーン及びマイクロホンの中から選択されるオペレータインタフェースから成り、前記ホストサーバがコンピュータ処理装置から成り；その方法は：第１電力状態から第２電力状態への遷移を開始するステップと；前記低電力ハンドヘルドユーザデバイスにおいて、情報メッセージ用のコマンド指令を選択して、該指令をデータパケットに符号化するステップと；前記低電力ハンドヘルドユーザデバイスにおいて、通信信号を符号化して通信信号をホストサーバに送信するステップと；ホストコンピュータにおいて通信信号を解読して処理し、それによってスイッチ信号コードを識別するステップと；そしてスイッチ信号コードに応答して音声通信をオフにし、データ通信をオンにし；前記モデムデータパケットを受信するステップ；及び前記モデムデータパケットを処理し、それによって前記コマンド指令を識別して前記情報メッセージを低電力ハンドヘルドユーザデバイスに送信するステップとを含むことを特徴とする方法。９．通信路を介して低電力ハンドヘルドユーザデバイスからホストコンピュータサーバに通信信号を送信し、それによって前記ハンドヘルドユーザデバイスに情報メッセージを送信するようホストコンピュータサーバにコマンド指示を出す電力節減型通信方法であって、前記低電力ハンドヘルドユーザデバイスは、前記通信信号を送信または受信することができない第１電力状態と、前記通信信号を送信または受信することができる第２電力状態を含み；前記通信信号は約１秒以内にモデムデータパケットが続くスイッチ信号コードから成り；前記スイッチ信号コードはデュアルトーン多重周波数信号もしくは多重周波数信号から成り；前記低電力ハンドヘルドユーザデバイスは通信トランシーバ、マイクロプロセッサ、及びキーパッド、バーコードリーダ、スピーカを具備するオーディオシステム、ディスプレイスクリーン及びマイクロホンの中から選択されるオペレータインタフェースから成り、前記ホストサーバがコンピュータ処理装置から成り；その方法は：第１電力状態から第２電力状態への遷移を開始するステップと；前記低電力ハンドヘルドユーザデバイスにおいて、第１情報メッセージ用の第１コマンド指令を選択して、第１指令をデータパケットに符号化するステップと；前記低電力ハンドヘルドユーザデバイスにおいて、通信信号を符号化して通信信号をホストサーバに送信するステップ；ホストコンピュータにおいて通信信号を解読して処理し、それによってスイッチ信号コードを識別するステップ；スイッチ信号コードに応答して音声通信をオフにし、データ通信をオンにし；前記モデムデータパケットを受信するステップと；前記モデムデータパケットを処理し、それによって前記第１コマンド指令を識別して前記第１情報メッセージを低電力ハンドヘルドユーザデバイスに送信するステップと；および前記低電力ハンドヘルドユーザデバイスにおいて、第２情報メッセージのために第２コマンド指令を選択し、連続ステップの残りを繰り返し、それによって第２情報メッセージを受信するステップを含むことを特徴とする方法。 10．エラーを識別し、修正できるようにするために、データパケットの送信中にホストコンピュータとユーザデバイスにおいてタイムアウトカウンタを使用する付加的なステップを含む、請求項9に記載の方法。 11．媒体保全エラーを識別し、修正するために、媒体保全コードの一部として連続番号を使用する付加的なステップを含む、請求項9に記載の方法。 12．通信路がローカルエリアネットワーク電話システム、PBX電話システム、もしくは総合サービスディジタル網である、請求項9に記載の方法。 13．通信信号が、FSK、DPSKもしくはQAMの中から選択されるモデム通信信号に符号化された、キーパッドキーストローク、バーコード信号、もしくは媒体保全コードを具備する、請求項9に記載の方法。 14．前記低電力ハンドヘルドユーザデバイスが約300ミリワット以下の電力で操作される、請求項9に記載の方法。 15．前記低電力ハンドヘルドユーザデバイスが、電話ループライン電流、無線電話電池及び前記装置内の電源回路から選択される電流によって電力が供給される、請求項14に記載の方法。 16．遂行すべきステップのために充分な電力を利用できることを確実にするため、該方法の各ステップにおいて電力レベルをモニターし、該方法のステップに関与していない前記ユーザデバイス内の成分回路を低電力のスリープモードに置く付加的なステップを含む、請求項9に記載の方法。 17．低電力ハンドヘルドユーザデバイスからホストコンピュータサーバに通信媒体を介してメッセージデータパケットを送信するための電力節減型通信方法であって、前記低電力ハンドヘルドユーザデバイスは、前記通信信号を送信または受信することができない第１電力状態と、前記前記通信信号を送信または受信することができる第２電力状態を含み；前記低電力ハンドヘルドユーザデバイスは低電力音声・データモデム、マイクロプロセッサ、及びキーパッド、スクリーンディスプレイ、デュアルパワー増幅器及びバーコードリーダを具備するオペレータインタフェースから成り；前記ホストサーバはモデム及びDTMFまたはMFデコーダ、及びDTMFまたはMFスイッチ信号コードを解釈することができるアプリケーションを有する中央処理装置から成り；また該方法は：ユーザデバイスと低電力音声・データモデムを不活性の低電力スリープモードに維持するステップと； DTMFまたはMFデコーダ及びモデムをホストサーバにおいて活性モードに維持するステップと；キーパッドキークロージャ信号、タイマータイムアウト信号もしくは有効なバーコードリーダ信号の中から選ばれた信号に答えて、ユーザデバイスと音声・データモデムを前記第２電力状態に活性化するステップと；メッセージデータパケットに続いて、DTMFもしくはMFスイッチ信号コードをユーザデバイスからホストサーバに送信するステップと；ホストサーバにおいてDTMFもしくはMFスイッチ信号コードを受信し、スイッチ信号コードを処理して音声メッセージを停止し、音声通信からデータ通信に切り換え、通信パラメーターを設定し、モデムデータパケットを受信するステップ；及びホストサーバにおいてメッセージデータパケットを受信するステップを具備することを特徴とする電力節減型通信方法。 18．更に、ユーザデバイスにおいてデータパケットに媒体保全コードを付加するステップ；ホストサーバにおいてデータパケットの媒体保全をチェックするステップ；エラーを識別し、エラーコードメッセージをユーザデバイスに送信するステップ；及びエラーがあると識別されたメッセージデータパケットを再送信するステップを含む、請求項17に記載の電力節減型通信方法。 19．更に、ユーザデバイスにおいてデータパケットに媒体保全コードを付加するステップ；ホストサーバにおいてデータパケットの媒体保全をチェックするステップ；及びエラーの識別をしないステップを含む、請求項18に記載の電力節減型通信方法。 20．更に、オーディオエラーメッセージをユーザデバイスに送信するステップを含む、請求項18に記載の電力節減型通信方法。 21．更に、ユーザデバイスからホストサーバに音声メッセージを送るステップを含む、請求項18に記載の電力節減型通信方法。 22．前記情報メッセージは音声メッセージまたは音メッセージを具備する、請求項19に記載の電力節減型通信方法。 23．通信媒体は電話線、光学通信ケーブル、無線通信接続、マイクロ波通信接続、及び衛生通信チャネルの中から選択される、請求項17に記載の電力節減型音声・データ通信方法。 24．DTMFもしくはMFスイッチ信号コードをユーザデバイスからホストサーバに送信する前に、ユーザデバイスの電力状態を調べる付加的なステップを含む、請求項17に記載の電力節減型音声・データ通信方法。 25．更に、ユーザデバイスにおいてデータ通信をオフにし、デュアルパワー増幅器を低電力スリープモードに設定し、ホストサーバからの音声情報メッセージを待つステップを含む、請求項22に記載の電力節減型通信方法。 26．請求項11に記載の電力節減型通信方法であって、更に：バーコードリーダからのバーコード信号を処理し、複数のバーコードディジットを具備する出力信号をトランシーバに送信し、キーパッド情報を処理し、ディジタル音声情報を処理した後、バーコードリーダを低電力スリープモードに戻すステップと；トランシーバから出力信号を送信し、通信信号をホストサーバに送信し、ホストサーバから情報メッセージを受信した後、マイクロプロセッサを低電力スリープモードに戻すステップと；トランシーバから出力信号を受信し、通信信号をホストサーバに送信し、ホストサーバから情報メッセージを受信した後、トランシーバを低電力スリープモードに戻すステップと；及びホストサーバからのオーディオ情報メッセージを流した後、オーディオシステムとスピーカを低電力スリープモードに戻すステップを含む電力節減型通信方法。 27．スイッチ信号として約１秒以内の期間を持つDTMFもしくはMF信号を使用する方法であって、該スイッチ信号は低電力ハンドヘルドユーザデバイスからホストサーバに通信路を介して送信可能であり、ホストサーバに：音声通信モードからモデムデータ通信モードに受信モードを切り換るように指示し；ボードレート、パリティ、多数のストップビット、ワードサイズ、変調技術を具備する変調技術を設定ように指示し；及び低電力ハンドヘルドユーザデバイスからモデムデータパケットを受信するよう指示することができることを特徴とする方法。 28．前記低電力ハンドヘルドユーザデバイスはバーコードリーダ、スクリーンディスプレイ、マイクロホンとスピーカを具備するオーディオシステム、通信モデム及びマイクロプロセッサを具備する、請求項27に記載の方法。 29．低電力ハンドヘルドユーザデバイスからホストサーバへの、通信路を介して極秘情報を送信するための低電力の、エラーのない、保証された通信のための通信方法であって、極秘情報は複数のモデムデータパケットから成り、ユーザデバイスはプログラム可能な保護された持久メモリから成り、前記ホストコンピュータは複数のモデムデータパケットを処理し、エラーのない保証された方法で応答してモデムデータパケットもしくはアナログ音声メッセージのいずれかを低電力ハンドヘルドユーザデバイスに送信し；保護メモリはキーストローク、光学バーコード信号、磁気バーコード信号、もしくはホストコンピュータからのモデムメッセージに応答するようにプログラムされており；保護メモリはID番号、信用貸または借方口座番号、口座残高、消費限度、郵送先住所、暗号化パラメーター、アルゴリズム、もしくは暗号化キーまたは暗号化アルゴリズム用シード等を記憶することによって、安全な電子的商業活動において使用できるようプログラムされており；低電力ハンドヘルドユーザデバイスは保護メモリ内の１つ以上のプログラムアイテムを暗号化されたフォーマットで電話媒体を通してホストサーバに送信することができ；保護メモリ内のプログラムアイテムはホストサーバから送信される複数の安全な暗号化モデムメッセージによって更新することができ；保護メモリ内の１つ以上のプログラムアイテムは、オペレータが出す、キーパッドパスワード入力、音声確認メッセージ入力、及びバーコード信号入力の１つ以上を具備するプログラム要求に答えてオペレータに表示することができ；および前記音声確認メッセージ入力はコデック装置によってモデムと互換性のある信号に符号化され、符号化された音声確認メッセージ入力は電話媒体を通してホストサーバに送信されることを特徴とする通信方法。 30．前記通信路は電線、同軸ケーブル、光学ケーブル、電波周波数及びマイクロ波周波数の中から選択される、請求項29に記載の方法。 31．前記低電力ハンドヘルドユーザデバイスは、電話ループライン電流、無線電話電池及び前記低電力ハンドヘルドユーザデバイス内の電源回路から選択される電流によって電力が供給される、請求項29に記載の方法。 32．更に、ユーザデバイスがオーディオ通信回路、バーコードリーダ回路、オーディオシステム回路、マイクロホン回路、前記電源回路、及び電源電流測定手段を具備する、請求項31に記載の方法。 33．前記電源回路がコンデンサまたは電池を具備する、請求項32に記載の方法。 34．請求項33に記載の通信方法であって、更に、電源回路内で利用できる電力レベルを測定するステップと；選択された回路が前記オーディオ報告またはビジュアル報告の表示のために、または読出しステップまたは符号化ステップにとって必要でない場合に、前記選択された回路の１つかそれ以上に供給される電力を低レベルに低下ステップと；、によって前記低電力ハンドヘルドユーザデバイス用の低電力要件を維持する方法。 35．前記コマンドメッセージはホストコンピュータサーバに１つ以上のアイテムのための命令を出すように指示するデータパケットから成り、前記アイテムの各々はバーコードを有し、各バーコードは前記データパケット内で送信される、請求項29に記載の方法。 36．請求項35に記載の方法であって、更に：前記ホストコンピュータサーバにおいて前記コマンドメッセージを受信し、前記データパケットを処理し、それによって前記命令を出すようにとの指示を確認するステップ；前記ホストコンピュータサーバにおいて前記コマンドメッセージに答えて命令セッションを開始させるステップ；情報メッセージが低電力ハンドヘルドユーザデバイスにおいて前記スクリーンまたはスピーカで表示するために、命令セッションアイテム確認メッセージを含むように指示するステップ；及び前記情報メッセージを低電力ハンドヘルドユーザデバイスに送信するステップを具備する方法。 37．更に、バーコードをファクシミリ形態のドキュメントにコンパイルし、前記形態のドキュメントをユーザ側のファクシミリマシンに送信するステップを含む、請求項36に記載の方法。 38．更に、英語、スペイン語、フランス語、ドイツ語、イタリア語、ノルウエー語、スウェーデン語、ロシア語、日本語または中国語から選ばれた言語に前記情報メッセージをコンパイルするよう、ホストコンピュータサーバに指示するコマンドメッセージを送信するステップを含む、請求項36に記載の方法。 39．更に、前記ホストコンピュータサーバから前記ファクシミリメッセージを受信するステップ、前記ファクシミリメッセージは前記バーコードから成り；前記ファクシミリメッセージ内の前記バーコードを低電力ハンドヘルドユーザデバイスで読み取るステップと；及びそれに答えて、コマンドメッセージを符号化して前記ホストコンピュータサーバに送信するステップを含む、請求項36に記載の方法。 40．前記バーコードが、命令承認コマンドメッセージ、命令編集コマンドメッセージ及び命令状態コマンドメッセージの中から選ばれた、前記ホストコンピュータサーバに対する指示を含む、請求項37に記載の方法。 41．前記情報メッセージが暗号化パラメーターセットを使用して暗号化された情報を含み、前記暗号化パラメーターセットが前記低電力ハンドヘルドユーザデバイスにおいて保護メモリに保持される、請求項29に記載の方法。 42．前記情報メッセージを発生させる前記ステップが、前記ホストコンピュータサーバに結合されたディジタル的に前もって記録されたデータベースから作られるオーディオメッセージを具備する、請求項29に記載の方法。 43．前記情報メッセージを発生させる前記ステップが、前記ホストコンピュータサーバに結合されたスピーチ合成装置によって合成されたスピーチを有するオーディオメッセージを具備する、請求項29に記載の方法。 44．ホストコンピュータサーバと通信するためのシステムであって、該システムは、バーコードを読み取り、それによってバーコード信号を発生させることができるバーコードリーダを備えた低電力ハンドヘルドユーザデバイスと；データパケットを有するコマンドメッセージを具備する通信信号を符号化し、次に前記バーコード信号を圧縮する手段と；前記ホストコンピュータサーバに接続された通信路に結合し、前記通信路上の前記コマンドメッセージを送信する手段と；前記ホストコンピュータサーバにおいてコマンドメッセージを受信し、前記バーコード信号を処理して、オーディオメッセージもしくはビジュアルメッセージを具備する情報メッセージをコンパイルする指令を発生させる手段と；前記通信路を介して前記ホストコンピュータサーバから前記低電力ハンドヘルドユーザデバイスに前記情報メッセージを送信する手段；及び前記低電力ハンドヘルドユーザデバイスにおいて前記情報メッセージを表示する、オーディオシステムもしくはビジュアルスクリーンを具備する手段を具備することを特徴とするシステム。 45．更に品物またはサービスに対する注文を受信するためのプログラムアプリケーションを有するホストコンピュータサーバから成り、前記ホストコンピュータサーバは：前記通信路を介して前記コマンドメッセージを受信する手段；及び前記コマンドメッセージに答えて、品物またはサービスに対する注文を作成する手段を含み、前記情報メッセージは前記注文に関する情報を具備することを特徴とする請求項４４に記載のシステム。 46．前記情報メッセージをコンパイルする手段がスピーチ合成装置を具備する、請求項44に記載のシステム。 47．前記受信手段が更に通信信号デコーダ、音声認識エレメント、もしくは音声記録エレメントを具備する、請求項44に記載のシステム。 48．前記情報メッセージが記録された音声信号を具備する、請求項46に記載のシステム。 49．前記コマンドメッセージが、ホストコンピュータサーバに対する、英語、スペイン語、フランス語、ドイツ語、イタリア語、ノルウエー語、スウェーデン語、ロシア語、日本語または中国語の中から選ばれた言語に前記情報メッセージをコンパイルさせる指示を具備する、前記請求項44に記載のシステム。 50．更にユーザ側で前記ホストコンピュータサーバからのファクシミリメッセージを受信する手段を含み、前記ファクシミリメッセージはバーコードを具備する、請求項44に記載のシステム。 51．前記コマンドメッセージがデータ通信信号、音声メッセージ及びバーコード信号を有するデータパケットを具備するデータ通信信号の中から選ばれるメッセージを具備する、請求項44に記載のシステム。 52．ハンドヘルドユーザデバイスとホストコンピュータサーバ間の通信システムであって、前記ユーザデバイスはバーコードリーダ、オーディオシステム、スクリーンディスプレイ、通信トランシーバ、約128 Kbytes以下のPROMと約8 Kbyt es以下のRAMを有するマイクロプロセッサ、及び操作のために利用できる約300ミリワット以下の電力を前記ユーザデバイスに提供する電源を含み、前記システムは、通信路を通して前記ホストコンピュータサーバに前記ユーザデバイスを結合する手段と；前記ユーザデバイスから前記ホストコンピュータサーバに複数のコマンドメッセージを符号化して送信する手段と；前記複数のコマンドメッセージを受信して処理し、それに答えて複数の情報メッセージを発生させる手段；及び前記ユーザデバイスにおいて前記複数の情報メッセージを受信して表示する手段を具備することを特徴とする通信システム。 53．前記通信トランシーバはDTMFまたはMF通信信号発生器、モデム装置及び音声通信プロセッサから選択される装置を具備する、請求項52に記載のシステム。 54．前記ユーザデバイスを通信路を通して前記ホストコンピュータサーバに結合する手段は、無線電話無線チャネル、電話陸線、同軸ケーブル、光学ケーブル、電波周波数またはマイクロ波周波数から選択される通信路を具備する、請求項 52に記載のシステム。 55．更に、ユーザデバイスとホストコンピュータサーバ間の前記通信中に、電力消費をモニターする手段と；前記受信ステップと表示ステップにおいて、単一情報メッセージのオーディオ内容またはデータ内容を決定する手段；及び前記オーディオ内容またはデータ内容の決定を利用して電力を調整し、オーディオシステムまたはスクリーンディスプレイのいずれかに向けられる電力を減少させる手段を含む請求項52に記載の方法。