JP2008219903A - 音声およびデータ接続を並列で扱うための通信サーバおよびこれを使用する方法 - Google Patents

Abstract

【課題】通信サーバおよびこれを使用する方法を提供すること。
【解決手段】一実施形態では、この通信サーバは（１）移動体通信装置との音声チャンネルを確立し、メニュー情報を送信するために音声を発生させるように構成された音声チャンネル・インターフェース、および（２）この音声チャンネル・インターフェースに付随し、この移動体通信装置とのデータ・チャンネルを確立して（ｉ）移動体通信装置がユーザへのメニュー情報を出力することができるという自動判定および（ｉｉ）メニュー情報を含むデータを送信するために移動体通信装置から受信される命令のうちの選択された１つに応答してメニュー情報を含むデータを送信するように構成されたデータ・チャンネル・インターフェースから成る。
【選択図】図１

Description

本発明は概して通信サーバに関し、さらに特定すると移動体通信装置との音声およびデータ接続を並列で扱うための通信サーバに関する。

多くの企業が発呼者を案内するために自動通信サーバを利用している。自動通信サーバは発呼者が人間と話すことを必要とせずにいくつかの発呼側の問合わせが扱われることを可能にする。このタイプの自動化された設備を使用することによって、コールセンターに要員配置する必要のある従業員の数が大幅に削減され、結果として諸経費の削減を伴なう。したがって、企業への殆どすべての発呼またはいずれの規模の業務も自動通信サーバと最初にコンタクトをとるという結果に概してつながるであろう。

先行技術による自動通信サーバは概して、発呼者が電話機の特定のキーを押すことによって、または会話識別技術が使用されているときには単語もしくは語句を話すことによって作動させることが可能な選択肢のメニューを発呼者に提供する。例えば、到着および出発情報に関する航空便情報サービスへの発呼者は殆どすべてのケースで通信サーバに接続されるという結果につながり、発呼者は複数の選択肢および適切な命令で予め記録されたオプションの一連のメニューを通じて案内されるであろう。概して、このオプションは入来する航空便に関して１を押し、出発情報に関して２を押すなどといった適切な動作と共に与えられるであろう。次いで、発呼者は自分の電話機のキーパッドの適切なキーを押すことによって選択を行う。キーが押されると二重トーン多重周波数（ＤＴＭＦ）信号が通信サーバへと送信されて発呼者の選択を示す。多くのケースで、発呼者はさらなる選択肢および命令を備えた別のシリーズの予め記録された音声メニューを通じて案内される。最後に、いくつかのメニューを経ていくつかの選択をした後に、発呼者は要求される支援を提供することができると推定される人間と話すことを可能にする情報を得るであろう。

発呼者、特に初回の発呼者が選択を行う前に選択肢のメニューすべてを聞くであろうことは人間の性質である。これは自然であり、それにより、発呼者は選択を行う前にすべての可能な選択肢を情報提供されるであろう。自動通信を制御するための音声に基づく手法全体はかなり長時間を費やし、したがって極めて退屈であると見込まれる。選択肢の長いメニューが送信される場合、メッセージの終わりに達するときに発呼者は所望の選択を行うために押される必要のある番号を思い出すことさえできない。これは発呼者がメニュー処理全部をもう一度開始することを必要とすることもあり得る。

したがって、当該技術で必要とされるものは発呼者と自動通信サーバとの間の自動通信処理を扱うための改善された方法である。

上記で検討された先行技術の欠陥に対処するために、本発明は一態様において、（１）移動体通信装置との音声チャンネルを確立し、メニュー情報を送信するために音声を発生させるように構成された音声チャンネル・インターフェース、および（２）この音声チャンネル・インターフェースに付随し、この移動体通信装置とのデータ・チャンネルを確立して（ｉ）移動体通信装置がユーザへのメニュー情報を出力することができるという自動判定および（ｉｉ）メニュー情報を含むデータを送信するために移動体通信装置から受信される命令のうちの選択された１つに応答してメニュー情報を含むデータを送信するように構成されたデータ・チャンネル・インターフェースから成る通信サーバを提供する。

本発明は殆どすべてのコールセンターで使用される自動サーバによって提供される選択肢の階層を進んで行くユーザのために携帯電話機および他の移動体通信装置をさらに簡単にする。本願明細書で使用される「通信サーバ」という用語はユーザが選択を行うことになる選択肢のメニューを移動体通信装置のユーザに提供するために使用されるすべてのタイプの装置を含む。これは例えば、毎日数千の発呼が処理される大手の航空会社および病院によって使用されるような複雑なシステムを含む。これは選択が住宅に住む人々からのものであり、および発呼者がコンタクトをとることを望む個人の名前を示すことを要求される単純なアンサーフォンもやはり含む。

この通信サーバの一実施形態では、メニュー情報を含むデータは移動体通信装置に付随するディスプレイまたは画面上に表示される。他の実施形態では、移動体通信装置はメニュー情報を含むデータをユーザが選択できる記入事項のリストとして表示する。さらに別の実施形態では、通信装置はメニュー情報を含むデータをユーザの入力に適合した形態として表示する。

本発明の特に有用な実施形態は移動体通信装置が音声チャンネル・インターフェース上で情報をＤＴＭＦ信号として送信することを提供する。本発明の一態様では、このＤＴＭＦ信号は移動体通信装置に付随するキーボード上のキーを押すユーザによって作り出される。

本発明の他の実施形態では、移動体通信装置による最初のコンタクトで少なくとも１つの音声メッセージが通信サーバによって作り出される。本発明の別の態様はユーザが音声チャンネル上で命令を送信することによって少なくとも１つの音声メッセージに応答することを提供する。本発明の別の実施形態では、データ・チャンネル・インターフェースは前回送ったメニュー情報からのユーザ選択に応答してさらなるメニュー情報を作り出すように構成される。

本発明は多目的であるので特に有用である。一実施形態では、移動体通信装置は携帯電話機、ＰＤＡ、ＭＤＡ、ポケットＰＣ、またはタブレットＰＣから成る群から選択される。

以上は当業者が以下の本発明の詳しい記述をさらによく理解することを可能にするように本発明の好ましくかつ代替例の特徴を概説してきた。本発明の請求項の主題を形成する本発明の追加的な特徴がこれ以降記述される。当業者は開示された概念および特定の実施形態を本発明の同じ目的を実行するための他の構造を設計または改造するための基礎として容易に使用し得ることを理解するはずである。当業者はそのような等価的な構造が本発明の精神と範囲から逸脱していないこともやはり自覚するはずである。
本発明のさらに完全な理解のために、ここで添付の図面と結び付けて取り入れられる以下の記述に参照が為される。

最初に図１を参照すると、例示されているものは本発明に従って構築された通信サーバ１１０を利用する通信システム１００である。例示された通信システム１００では携帯電話機１２０が音声チャンネル・インターフェース１１１を介して通信サーバ１１０との音声チャンネル１３０の接続を確立する。音声チャンネル・インターフェース１１１に付随するデータ・チャンネル・インターフェース１１２は携帯電話機１２０とのデータ・チャンネル１４０を確立するように構成される。例示された実施形態では、データ・チャンネル１４０は音声チャンネル１３０と平行する。

例示されたシステム１００はＧＳＭ（グローバル・システム・フォー・モバイル・コミュニケーションズ）ネットワーク１５０での使用に適合させられてもよく、ＧＰＲＳ（ジェネラル・パケット・ラジオ・サービス）規格をサポートする。例示された実施形態では、携帯電話機１２０はＧＳＭネットワーク１５０への２つの平行した接続、すなわち音声チャンネル１３０上の音声接続およびデータ・チャンネル１４０上のデータ接続を確立することが可能である。しかしながら、例示されるシステムはＧＳＭネットワーク１５０に限定されず、ＧＰＲＳ以外の規格（この規格は現在知られているものまたは今後開発されるものであってもよい）をサポートしてもよい。

図１では音声チャンネル１３０の接続はＧＳＭネットワーク１５０に接続されたＰＳＴＮ（公衆交換電話網）１６０を経由する。通信サーバ１１０はデータ・チャンネル１４０およびインターネット１７０接続を介して携帯電話機１２０へと接続される。ＧＳＭネットワーク１５０もやはりインターネット１７０へと接続されるかまたはアクセスを有する。しかしながら、当業者にとって明らかであろうが、本発明はＧＳＭネットワーク１５０およびＰＳＴＮネットワーク１６０を経由する音声チャンネル１３０に限定されない。音声チャンネル１３０は、例えば、通信サーバ１１０との直接の音声チャンネル１３０接続であってもよい。そのような直接接続の一例は警察無線機などの警察の移動体通信装置と警察本部の通信サーバ１１０との間の直接接続である。他の実例は現場の軍隊と司令室との間の音声チャンネル１３０通信である。また、データ・チャンネル１４０が本発明の意図的範囲内にあるためにインターネット１７０およびＧＳＭネットワーク１５０を通って進むことも必須ではない。データ・チャンネル１４０は当業者に知られているいずれの方式で確立されてもよく、それでもなお本発明の意図的範囲内にある。

本発明に従って構築される通信サーバ１１０は図１に例示された携帯電話機などの移動体通信装置との音声チャンネル１３０を確立することが可能な音声チャンネル・インターフェース１１１を有し、この移動体通信装置にメニュー情報を送信するために音声を発生させるであろう。通信サーバ１１０は音声チャンネル・インターフェース１１１に付随するデータ・チャンネル・インターフェース１１２もやはり有し、移動体通信装置とのデータ・チャンネル１４０を確立し、かつ（ｉ）移動体通信装置が移動体通信装置へのメニュー情報を出力することができるという自動判定、または（ｉｉ）メニュー情報を含むデータを送信するための、移動体通信装置からの命令の受信のうちの１つに応答してメニュー情報を含むデータを作り出すように構成される。

本発明は音声とデータの同時の取り扱いを可能にする。図１のデータの取り扱いでは、ＧＰＲＳのプッシュ能力は通信サーバ１１０から移動体通信装置への一方向のデータ送信を提供するであろう。当業者は理解するであろうが、いずれのタイプの移動体通信装置とのいずれのサポートされるデータ・チャンネルのタイプも、例えばＳＭＳ（ショート・メッセージ・サービス）を基本とするデータ通信などのデータ接続を確立するために使用されることがあり得る。

ここで図２を参照すると、例示されるものは本発明で使用されることが可能である移動体通信装置の一実施形態２００のブロック図である。例示された装置はデータ通信目的のために通信トランシーバ２１０を設けられる携帯電話機１２０である。通信トランシーバ２１０は平行する音声チャンネルとデータ・チャンネルによってセルラー・ネットワーク１５０と通信することに適合させられる。携帯電話機１２０はメモリ２３０内に保存されたオペレーティング・ソフトウェアを実行するマイクロプロセッサ２２０によって制御される。本発明の一実施形態では、ソフトウェアがデータ・チャンネル１４０を介して通信サーバ１１０から受信したメニュー情報データに基づいて出力情報を作り出す処理を実行する。例示された実施形態では、メニュー情報は視覚情報としてディスプレイ２４０上に出力される。メニュー情報はユーザが選択可能なメニュー記入事項を備えたテキストとして、またはユーザが編集可能なテキスト・ボックスを備えたテキスト形式で出力されてもよい。ユーザが選択可能な記号、音、振動などとして出力されることでさえあり得る。

メニュー情報の出力に応答して、携帯電話機１２０のユーザはキーパッド２５０を使用して選択を行うこと、またはテキスト・ボックスを満たすことが可能である。キーパッド２５０のキーが押される度にＤＴＭＦ信号が作り出され、これらのＤＴＭＦ信号は音声チャンネル１３０上で通信サーバ１１０へと送信されるであろう。例示された携帯電話機１２０はＤＴＭＦ信号を作り出すためのＤＴＭＦエンコーダ２６０を有する。メニュー情報から為され、音声チャンネル１３０を経由して通信サーバ１１０へと送信されたユーザの選択に応答して、さらなるメニュー情報がデータ・チャンネル・インターフェース１１２によって作り出され、データ・チャンネル１４０上で携帯電話機１２０へと送信されてもよい。例示された実施形態はユーザがキーパッド２５０上のキーを押すことによって選択を行うことを提供するが、本発明は選択が行われて音声チャンネル１３０上で通信サーバ１１０へと送信されるどのような手段にも応用可能である。例えば、ディスプレイ２４０上に提示されたメニュー情報に応答してユーザによって与えられる音声命令を認識するために通信サーバ１１０内にある会話識別技術が使用されることもあり得る。

ここで図３を参照すると、例示されているものは本発明の一実施形態を説明するフローチャート３００である。この実施形態は携帯電話機１２０のユーザが音声チャンネル１３０上で送信されるであろう音声命令を出すこと、データ・チャンネル１４０上で送信されるデータの視覚インターフェースを開始することを提供する。もちろん、この視覚インターフェースは音声命令を伴なわずに作動させられることもあり得るが、それでもなお本発明の範囲内にある。例えば、音声チャンネル１３０上で接続が最初に確立されるとデータ・チャンネル１４０上で自動的にデータを送信するように通信サーバ１１０がプログラムされてもよい。本発明の一実施形態では、識別された移動体通信装置からのコンタクトが音声チャンネル１３０上で確立されるとデータ・チャンネル１４０上で自動的にデータを送信するように通信サーバ１１０がプログラムされる。本発明の他の実施形態では、最初のコンタクトでデータ・チャンネル１４０上でデータを送信するように通信サーバ１１０に自動的に命令を出すように移動体通信装置がプログラムされる。

図３の具体例では、開始ステップ３１０の後に、移動体通信装置のユーザが通信サーバを呼び出す３２０によって音声接続３２０が音声チャンネル１３０上で確立される。この実施形態では、携帯電話機への音声メッセージ送信ステップ３３０における通信サーバ１１０は予め記録された音声メッセージを携帯電話に送信することで携帯電話機のキーを押すステップ３４０でユーザにデータ・チャンネル１４０を作動させるように案内する。この予め記録された音声メッセージは選択を行うための機能的必要条件をユーザに通知する情報もやはり含む。そのような音声メッセージはテキストを作動させるためには１を押してください、または音声で続行するためには２を押してくださいと言うこともあり得る命令を与えるであろう。ユーザが携帯電話機のキーを押すステップ３４０でキーを押せば、選択されたキーを表すＤＴＭＦ信号が押されたキーに対応するＤＴＭＦ信号を作り出すステップ３５０で作り出される。通信サーバにＤＴＭＦ信号を送信する３６０において、ユーザの選択が音声チャンネル１３０上で通信サーバ１１０へと送信される。

ＤＴＭＦ信号を受信すると、通信サーバ１１０は押されたキーを視覚インターフェース要求照会３７０において判定する。テキスト・インターフェースを作動させるためのキーが押されたことが理由で照会が肯定であれば、通信サーバ１１０はメニュー情報を含むデータの送信を、視覚インターフェース上に出力されることが可能であり、かつ携帯電話機の視覚インターフェースが視覚インターフェースを開始するステップ３７５において作動させられるであろう方式で、データ・チャンネル１４０上で開始する。視覚インターフェース要求照会３７０への応答が否定であれば、終了要求照会３８０が為されるであろう。音声接続終了３９０において応答が肯定であれば、音声チャンネル接続が打ち切られ、終了ステップ３９５で処理が終了させられる。応答が否定であれば、処理は携帯電話機への音声メッセージを送信する３３０に戻る。次いで、再び音声チャンネル１３０が音声メッセージを供給してデータ・チャンネルが確立されることを要求するか否かキーを選択して押すようにユーザに要求し、そうするとメニュー情報が音声チャンネル１３０上で供給されるであろう。

ここで図４を参照すると、例示されているものはメニュー情報を含むデータを受信するために本発明の実施形態を利用する携帯電話機のフローチャートである。移動体通信装置のユーザは視覚インターフェース上のメニュー情報を見るために、そのような効果に対する命令を通信サーバに出すことによって処理を開始する。そのような命令を受けると、携帯電話機へのデータ接続を確立するステップ４０２で携帯電話機とのデータ・チャンネル接続が開始される。ＧＰＲＳ規格が利用される場合、携帯電話機へのデータの送信はＧＰＲＳプッシュ・サービスに基づくことが最も見込まれるであろう。しかしながら、データ接続はＳＭＳを利用することによって確立されることもやはり可能である。当業者によって理解されるであろうが、本発明は音声チャンネルに平行してデータ・チャンネルを確立するために利用されるどのような規格もしくはプロトコルも、たとえ現在知られていても後になって開発されても包含するように意図される。携帯電話機へのデータ接続を確立するステップ４０２でデータ・チャンネル接続が開かれるとその後、携帯電話機にデータを送信するステップ４０４でメニュー情報を伴なうデータ・メッセージが送信される。次いで、メニュー情報を含むデータが携帯電話機上のデータを処理するステップ４０８において携帯電話機によって処理される。本発明の一実施形態では、携帯電話機または他の移動体通信装置はこの目的のために特に適しているソフトウェアを供給される。受信されるデータはメニュー情報の形式についてもやはり情報を提供するであろう。メニュー情報はユーザが選択可能なメニュー記入事項を備えたテキスト・メニューとして、ユーザが編集可能なテキストを備えたテキスト形式として、または単純なテキスト・メッセージとしてさえ供給されることが可能である。メニュー情報という用語はデータ・チャンネル上で通信サーバから移動体通信装置へと送られることが可能なデータのいずれかの形式およびすべての形式をこの目的のために含むように意図される。

図４に例示された実施形態では、次いでメニュー情報を含むデータが少なくとも１つの編集可能なテキスト・ボックスを備えたテキスト形式として出力されるべきかどうか４０８に関して照会が提示される。応答が肯定であれば、適用可能な形式がテキスト形式を表示するステップ４１０において表示される。次いで、ユーザがキーを押すことで入力するステップ４１２において、ユーザは携帯電話機のキーパッドのキーを押すことによってテキスト・ボックス内にデータを入力する。ユーザによって記入された各々の数字または文字はユーザの入力を保存するステップ４１４で保存される。ユーザがキーを押すことで入力するステップ４１２およびユーザの入力を保存するステップ４１４は入力完了照会４１６に入力が応答することを示すキーが押されるまで繰り返される。ユーザの入力が完結していれば、保存されたユーザ入力に基づいてＤＴＭＦ信号を作り出して送信するステップ４１８でＤＴＭＦ信号の配列が作り出され、通信サーバへと送信される。ＤＴＭＦ信号は通常では数字のみを表すので、文字は適切な書式、例えば文字の数値アスキー・コードを表す書式などに基づいた少なくとも２つのＤＴＭＦ信号を必要とすることが見込まれる。

図４のテキスト形式として出力する照会４０８に戻って、応答が否定であれば、このステップはテキスト・メニューとして出力する照会４２０においてメニュー情報が出力されるべきかどうか判定する。回答が肯定であれば、ユーザが選択可能な記入事項を備えたメニュー情報がテキスト・メニューを表示するステップ４２２で表示される。携帯電話機のキーを押すステップ４２４で、ユーザはメニューを閲覧して選択を行うことが可能である。いったん選択が決定されると、選択確認ステップ４２６でユーザは選択を確認するかまたは破棄する。選択が破棄されれば、ユーザは選択を行うために携帯電話機のキーを押すステップ４２４へと戻って案内される。選択が確認されれば、ユーザの選択に基づいてＤＴＭＦ信号を作り出して送信するステップ４２８でユーザの選択を表すＤＴＭＦ信号が作り出されて通信サーバへと送信されるであろう。

本発明の有利な態様は当業者にとって容易に明らかになるはずである。ユーザは、いくつかの選択肢を伴なう長時間の音声メッセージを聞くことなく、携帯電話機のディスプレイ上のメニュー情報を見て表示された選択肢のうちのいずれを選択することを望むか迅速に決定することが可能である。これは所望の選択肢を入力する前にいくつかの選択肢の音声メニューを通して待たなければならない先行技術によって提供されるものよりも迅速でかつはるかに利便性がある。

図４のテキスト・メニューとして出力する照会４２０に再び戻って、応答が否定であれば、次のステップはテキスト・メッセージを表示するステップ４３０である。これは、メニュー情報が選択肢のメニューとして、またはテキスト形式としてユーザに出力されないことを意味する。そうではなく、メニュー情報を含むデータはテキスト・メッセージを表示するステップ４３０で単純なテキスト・メッセージとして表示されるであろう。ユーザは携帯電話機のキーを押すステップ４３２でテキスト・メッセージを認知することが可能である。ＤＴＭＦ信号を作り出して送信するステップ４３４で、所定のＤＴＭＦ信号が作り出されて通信サーバに送信されることでテキスト・メッセージの供給を確認する。

適切なＤＴＭＦ信号を受信すると、通信サーバは通信サーバに受信されたＤＴＭＦ信号を処理して要求された動作を判定するステップ４３６に着手する。要求される代表者照会４３８において、携帯電話機のユーザが個人と話すことを望んでいるかどうか判定が為される。応答が肯定であれば、音声電話を設定してデータ接続を終了するステップ４４０が個人との音声接続を準備し、データ・チャンネル接続が終了させられるであろう。要求される代表者照会４３８への応答が否定であれば、ユーザは終了要求照会４４２を提示される。応答が否定であれば、携帯電話機にデータ・メッセージを送信するステップ４０４で携帯電話機へのデータ・メッセージがデータ・チャンネル上で送信され、処理が繰り返されるであろう。応答が肯定であれば、データおよび音声接続を終了するステップ４４４で、携帯電話機と通信サーバとの間の音声チャンネルおよびデータ・チャンネルの接続が打ち切られる。処理全体が終了ステップ４５０で完結される。

当業者によって理解されるであろうが、本発明は移動体通信装置と通信サーバとの間のインターフェースを強化する。ユーザがメニュー情報を読む方が言語でそのような関連する情報を聞くことよりもはるかに便利である。本発明が聴覚障害者に対して特に有益であることもやはり留意すべきである。難聴を有するかまたは聴覚を失った個人は本発明によって可能にされる視覚情報へのアクセスを有することによって大幅に恩恵を受けるであろう。

移動体通信装置という用語が携帯電話機、ＰＤＡ、ＭＤＡ、ポケットＰＣ、またはタブレットＰＣを含むことは当業者によって理解されるであろう。移動体通信装置は音声接続と平行してデータ接続を確立することが可能ないずれの装置であってもよい。
前に示されたように、「通信サーバ」という用語が移動体通信装置のユーザに選択肢のメニューを供給するために使用されるすべてのタイプの装置を含むこともやはり本発明の意図である。通信サーバは電気通信ネットワークに接続可能なコンピュータ、またはＶｏＩＰ（ボイス・オーバー・アイピー）に適しているＩＰベースのネットワークに接続可能なコンピュータであってもよい。これは例えば、毎日数千の発呼が処理される病院および航空会社によって使用されるような複雑なシステムを含む。これはまた、選択が住人の名前に限られ、ユーザがコンタクトをとることを望む個人を選択する住居の単純なアンサーフォンも含む。したがって、本発明の複数のステップを実行することが可能ないずれの自動通信装置も本発明のために使用されることが可能である。

本発明が詳しく述べられてきたが、当業者は最も広い形式の本発明の精神と範囲から逸脱することなく様々な変更、置き換え、および改変を行うことが可能であることを理解するはずである。

本発明に従って構築された通信サーバを利用する通信システムを具体的に示す図である。 本発明に従って使用されることが可能である移動体通信装置を例示する一実施形態のブロック図である。 本発明の一実施形態を説明するフローチャートを例示する図である。 メニュー情報を含むデータを受信するために本発明の実施形態を利用する携帯電話機のフローチャートを例示する図である。

Claims (10)

1. 移動体通信装置との音声チャンネルを確立し、かつメニュー情報を送信するために音声を発生させるように構成された音声チャンネル・インターフェースと、
   前記音声チャンネル・インターフェースに付随し、前記移動体通信装置とのデータ・チャンネルを確立して
   前記移動体通信装置がユーザへの前記メニュー情報を出力することができるという自動判定、および
   前記メニュー情報を含むデータを送信するために前記移動体通信装置から受信される命令、
   のうちの選択された１つに応答して前記メニュー情報を含む前記データを送信するように構成されたデータ・チャンネル・インターフェースとを含む通信サーバ。
2. 前記通信装置が前記メニュー情報を含む前記データを、ユーザの入力に適合した形式として表示する、請求項１に記載の装置。
3. 前記移動体通信装置が前記音声チャンネル・インターフェース上で情報をＤＴＭＦ信号として送信する、請求項１に記載の装置。
4. 前記移動体通信装置による最初のコンタクトで、少なくとも１つの音声メッセージが前記通信サーバによって作り出される、請求項１に記載の装置。
5. 前記データ・チャンネル・インターフェースが、前記メニュー情報からのユーザの選択に応答してさらなるメニュー情報を作り出すように構成される、請求項１に記載の装置。
6. 前記移動体通信装置が
   携帯電話機、
   ＰＤＡ、
   ＭＤＡ、
   ポケットＰＣ、または
   タブレットＰＣ
   から成る群から選択される、請求項１に記載の装置。
7. 移動体通信装置との音声チャンネル・インターフェース接続を確立し、前記音声チャンネル・インターフェースがメニュー情報を送信するために音声信号を発生させること、および
   データ・チャンネル・インターフェースと前記移動体通信装置との間のデータ接続を確立することで
   前記移動体通信装置がユーザへの前記メニュー情報を出力することができるという自動判定、および
   前記メニュー情報を含むデータを送信するために前記移動体通信装置から受信される命令、
   のうちの選択された１つに応答して前記メニュー情報を含む前記データを送信すること、
   を含む通信方法。
8. 前記移動体通信装置が前記メニュー情報を含む前記データを、ユーザが選択可能な記入事項のリストとして表示する、請求項７に記載の方法。
9. 前記データ・チャンネル・インターフェースが、前記メニュー情報からのユーザの選択に応答してさらなるメニュー情報を作り出すように構成される、請求項７に記載の装置。
10. 前記移動体通信装置が
    携帯電話機、
    ＰＤＡ、
    ＭＤＡ、
    ポケットＰＣ、または
    タブレットＰＣ
    から成る群から選択される、請求項７に記載の装置。

Images