(57)【要約】【課題】複数の遠隔通信応答システムへのユーザ・アクセス用の操作優先度を決定する方法および機器を提供すること。【解決手段】複数の遠隔通信応答システムのうち１つのシステムのユーザ操作が、複数の遠隔通信応答システムすべてに対するユーザの操作優先度となることをユーザによって指定すること、ユーザ用の操作優先度を格納すること、複数の遠隔通信応答システムのうち第２のシステムによる、ユーザとの対話中にユーザとの通信に使用するために、複数の遠隔通信応答システムのうち第２のシステムによって、格納されている操作優先度にアクセスすること、および複数の遠隔通信応答システムのうち第２のシステムによって、アクセスされた操作優先度を用いてユーザ操作を解釈する。【選択図】図１
2006060821.tif 000002
【特許請求の範囲】
【請求項１】
複数の遠隔通信応答システムへのユーザ・アクセス用の操作優先度を決定する方法であって、
前記複数の遠隔通信応答システムのうち１つのシステムのユーザ操作が、前記複数の遠隔通信応答システムすべてに対する前記ユーザの前記操作優先度となることを前記ユーザによって指定する工程と、
前記ユーザ用の前記操作優先度を格納する工程と、
前記複数の遠隔通信応答システムのうちの第２のシステムによる、前記ユーザとの対話中に前記ユーザとの通信に使用するために、前記複数の遠隔通信応答システムのうち前記第２のシステムによって、前記格納されている操作優先度にアクセスする工程と、
複数の遠隔通信応答システムのうち前記第２のシステムによって、前記アクセスされた操作優先度を用いてユーザ操作を解釈する工程とを含む方法。
【請求項２】
前記指定する工程が、前記ユーザによって、前記複数の遠隔通信応答システムのうち前記１つのシステムを識別する工程と、
前記ユーザによって、前記複数の遠隔通信応答システムのうちそれ以外のシステムを指示する工程とを含む、請求項１に記載の方法。
【請求項３】
前記格納する工程が、前記操作優先度をデータベースに格納する工程を含む、請求項１に記載の方法。
【請求項４】
前記アクセスする工程が、前記複数の遠隔通信応答システムのうち前記第２のシステムと前記ユーザが通信する度に実施される、請求項１に記載の方法。
【請求項５】
前記アクセスする工程が、前記複数の遠隔通信応答システムのうち前記第２のシステムと前記ユーザが初めて通信するときにのみ実施される、請求項１に記載の方法。
【請求項６】
複数の遠隔通信応答システムへのユーザ・アクセス用の操作優先度を決定するプロセッサ可読媒体であって、
前記複数の遠隔通信応答システムのうち１つのシステムのユーザ操作が、前記複数の遠隔通信応答システムすべてに対する前記ユーザの前記操作優先度となることを前記ユーザによって指定し、
前記ユーザ用の前記操作優先度を格納し、
前記複数の遠隔通信応答システムのうちの第２のシステムによる、前記ユーザとの対話中に前記ユーザとの通信に使用するために、前記複数の遠隔通信応答システムのうち前記第２のシステムによって、前記格納されている操作優先度にアクセスし、かつ
複数の遠隔通信応答システムのうち前記第２のシステムによって、前記アクセスされた操作優先度を用いてユーザ操作を解釈するように構成されたプロセッサ実行可能命令を備えるプロセッサ可読媒体。
【請求項７】
前記指定するプロセッサ可読媒体が、前記ユーザによって、前記複数の遠隔通信応答システムのうち前記１つのシステムを識別し、かつ
前記ユーザによって、前記複数の遠隔通信応答システムのうちそれ以外のシステムを指示するプロセッサ可読媒体を含む、請求項６に記載のプロセッサ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なるアクセス操作を個別に有する多数の情報システムの操作へのアクセスに関する。
【背景技術】
【０００２】
同様のタイプの情報システムにおいて、異なる製造元が、同じ情報を取得しまたは削除するのに、異なるアクセス操作を有する場合がある。例えば、音声コマンドまたはＤＴＭＦ（デュアルトーン多周波数）トーンのどちらかによって制御されるボイス・メール・システムが、異なる製造元の間で、様々なアクセス操作を有し、１つの製造元が、自社の何世代ものボイス・メール・システムに対して、一貫した１組のアクセス操作を維持しない場合がある。当初、このことは、ほとんどの人々が、対話するボイス・メール・システムを多くとも１つしかもっていなかったので、大多数の人々にとって問題ではなかった。今や、家庭用有線接続、セルラー／携帯電話サービス、および業務用音声メッセージ通信システム用のボイス・メール・システムの急増に伴い、平均的な人は、ほぼ毎日のように、３つ以上の異なるボイス・メール・システムを扱わなければならないという事態に直面している。その結果、ユーザは、単純なタスクを行うときでさえ、３通りの操作を覚えることが必要になる。他の情報システム・タイプにも、このタイプの問題が起きている。その結果として、通常、こうした情報システムのユーザは、３通りの操作を記憶しなくてもよいように、１つまたは２つの異なる操作だけを使うようにすることになる。この結果、こうした情報システムの使用効率が低くなる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明は複数の遠隔通信応答システムへのユーザ・アクセス用の操作優先度を決定する方法および機器を提供する。
【課題を解決するための手段】
【０００４】
複数の遠隔通信応答システムへのユーザ・アクセス用の操作優先度を決定する方法および機器であって、複数の遠隔通信応答システムのうち１つのシステムのユーザ操作が、複数の遠隔通信応答システムすべてに対する、ユーザの操作優先度となることをユーザによって指定すること、ユーザ用の操作優先度（ｏｐｅｒａｔｉｏｎａｌ  ｐｒｅｆｅｒｅｎｃｅ）を格納すること、複数の遠隔通信応答システムのうち第２のシステムによる、ユーザとの対話中にユーザとの通信に使用するために、複数の遠隔通信応答システムのうち第２のシステムによって、格納されている操作優先度にアクセスすること、および複数の遠隔通信応答システムのうち第２のシステムによって、アクセスされた操作優先度を用いてユーザ操作を解釈することを含む。
【発明を実施するための最良の形態】
【０００５】
図１は、本発明を実装する実施形態を示す。ボイス・メール・システム１０８は、企業の交換システム１０４用のボイス・メール・サポートを提供する。ボイス・メール・システム１０９は、公衆電話交換網１０６用のボイス・メール・サポートを提供する。概して、公衆電話交換網１０６用のサポートを提供する複数のボイス・メール・システムが存在するが、概して、各ユーザ用に対して、公衆電話交換網に関連づけられたボイス・メール・システムは１つだけです。ボイス・メール・システム１１１は、無線交換システム１０７用のボイス・メール・サポートを提供している。ボイス・メール・システムは通常、対話型音声応答機能を実装することによって、ユーザ・インターフェースを提供するが、ボイス・メール・システムに対する他のタイプのユーザ・インターフェースが当業者には公知である。図１に示す別のタイプの遠隔通信応答システムは、ボイス・メール・システム以外のシステム用の対話型音声応答機能を提供する対話型音声応答システム１１７〜１１９である。対話型音声応答システム１１７は、公衆電話交換網１０６用の音声応答機能を提供する。図１に示す交換システム（１０４、１０６、および１０７）のいずれにも接続される複数の情報音声応答ユニットが存在し得ることが当業者には容易に理解されよう。対話型音声応答ユニット１１８は、企業交換システム１０４用のサポートを提供し、対話型音声応答ユニット１１９は、無線交換システム１０７用のサポートを提供する。
【０００６】
ユーザは、電話セット１０１〜１０３を介して、ボイス・メール・システム１０８〜１１１にアクセスすることができる。図１において、１人のユーザに、電話１０１〜１０３が割り当てられると仮定する。概して、電話のいずれも、当業者に公知であるように、ボイス・メール・システムのいずれにアクセスするのにも使用することができる。ボイス・メール・システム１０９などのボイス・メール・システムがユーザによってアクセスされると、ボイス・メール・システム１０９は、データベース１１４に問合せを行って、ユーザの操作優先度を取得する。ボイス・メール・システムとデータベース１１４の間の相互接続は、様々なやり方で行うことができる。例えば、公衆電話交換網１０６（破線で示す）、ワイド・エリア・ネットワーク１１２（破線で示す）、または他の機構を介してもよい。データベース１１４は、ユーザの優先度情報をボイス・メール・システム１０９に伝送し、システム１０９は次いで、この情報を、ユーザが様々なアクセス操作を実施するときに受け取られる多周波数トーンまたは音声コマンドを解釈し応答するのに用いる。ボイス・メール・システム１０９は、優先度情報を用いて、ユーザが所望するアクセス操作を遂行するように、受け取ったトーンまたはコマンドを変換する。
【０００７】
ユーザは、パーソナル・コンピュータ１１３などの入力装置を使用して、データベース１１４の中に自分の操作優先度情報を用意することによって、データベース１１４の中に自分の優先度情報を構築する。一実施形態では、情報は、ＸＭＬ（拡張マークアップ言語）を使用してデータベース１１４に格納される。図１には、ＷＡＮ１１２を介してデータベース１１４に相互接続されたパーソナル・コンピュータ１１３を示してあるが、当業者には、パーソナル・コンピュータ１１３をデータベース１１４と相互接続することができる様々なやり方を想定することができよう。他の実施形態では、ユーザは、パーソナル・コンピュータ１１３も、どのパーソナル・コンピュータも使用せず、セルラー電話（セルラー電話１０３など）、携帯情報端末（ＰＤＡ）、または当業者に公知である他の装置など、様々な装置を使うことができる。電話１０１、企業交換システム１０４、およびボイス・メール・システム１０８は、組織１１６の一部と見なされ、この組織によって制御される１つまたは複数の物理的な位置に置くことができる。組織は、企業、政府機関、大学などでよい。
【０００８】
データベース１１４は、図１では１つのエンティティとして示してあるが、分散型データベースでもよい。実際、データベース１１４は、ボイス・メール・システムの１つに組み込むことができる。別の実施形態では、データベース１１４は、１つのデータベースではなく、複数のデータベースである。ユーザは、パーソナル・コンピュータ１１３を使用して情報を入れるとき、ユーザが使用するボイス・メール・システムを指示する。自分の操作優先度を入れ終えた後、ユーザは次いで、データベースを作動させて、ユーザが使用しているボイス・メール・システムに接触し、ボイス・メール・システムに、操作優先度情報のある場所を知らせる。データベースはまた、優先度情報を規定する、得られた状態テーブルを、ボイス・メール・システムそれぞれに直ちに転送することもでき、状態テーブルが必要になったときに、ボイス・メール・システムがテーブルを要求することもできる。別の実施形態では、ユーザは、電話セット１０１などの電話を使用して、ボイス・メール・システム１０８などのボイス・メール・システムに、操作優先度情報の取得にどのデータベースを使用するべきかを知らせる。さらに別の実施形態では、パーソナル・コンピュータ１１３は、ボイス・メール・システムに操作優先度情報を直接配送し、この情報は、データベース１１４などのデータベースに格納されない。さらに別の実施形態では、パーソナル・コンピュータ１１３は、操作優先度情報を内部に格納するので、特定のそのユーザ用のデータベース１１４となる。ある実施形態では、システム１０９などのボイス・メール・システムを制御するベンダは、サーバ上にも、ボイス・メール・システム１０９の使用を単に促すために他のボイス・メール・システムによって使用されるボイス・メール・システムの内部にもデータベース１１４を構築することができる。実際、ボイス・メール・システム１０９を制御するベンダは、このサービスに対して課金することができる。さらに、地域電話会社が、様々な地理的場所からアクセスすることができるデータベース１１４を構築することができ、ユーザがデータベースを使用するのに、料金を課すこともできる。さらに、データベースは、ユーザのインターネット・サービス利用を促すために、Ａｍｅｒｉｃａ  ＯｎｌｉｎｅやＥａｒｔｈｌｉｎｋなど、大規模なインターネット・プロバイダ・サービスの１つによって構築することができる。いずれの場合でも、ユーザは、インターネットを介して自分の操作優先度データにアクセスし、そうすることによって、ＷＡＮ１１２が実際にインターネットそのものとなる。
【０００９】
図２および３は、音声メッセージ通信システムや対話型音声応答システムなどの情報システムの実施形態によって実施される操作を示す。図１で、このようなシステムは、ボイス・メール・システム１０８〜１１１の１つでも、対話型音声応答システム１１７〜１１９の１つでもよかった。ブロック２０１で始まると、情報システムは、判断ブロック２０２で、情報要求を受け取っているかどうか判定する。返答がｎｏの場合、判断ブロック２０２が再度実行される。判断ブロック２０２での返答がｙｅｓの場合、情報システムは、ブロック２０３で、情報システムがユーザ用に格納したユーザＩＤにアクセスした後、判断ブロック２０４に制御を渡す。判断ブロック２０４は、データベース１１４などのデータベースにアクセスして、ユーザが、データベースに優先度を格納してあるかどうか判定する。返答がｎｏの場合、情報システムは、情報システムの通常のシステム・コマンドを用いて、情報要求の処理を試みた後、判断ブロック２０２に制御を戻す。
【００１０】
判断ブロック２０４での返答がｙｅｓの場合、ブロック２０７は、ユーザの優先度用のデータベースにアクセスする。判断ブロック２０８は次いで、ユーザの優先度が、データベース中で見つかったかどうか判定する。返答がｎｏの場合、ブロック２０９は、誤り回復を実施した後、判断ブロック２０２に制御を戻す。判断ブロック２０８での返答がｙｅｓの場合、ブロック２１１は、ユーザの優先度を規定する、情報システム用の状態テーブルにアクセスする。好ましい情報システムが、図２および３を実行する情報システムである場合、状態テーブルへのアクセスは、ユーザから受け取った優先度コマンドを、情報システムのコマンドに１対１でマッピングするに過ぎないことを留意されたい。さらに、ユーザは、情報システムにも格納することができる異なる優先度を規定する状態テーブルを作成することができる。ユーザが、どのようにしてこのようなテーブルを作成することができるか、当業者には容易に想像できよう。
【００１１】
ブロック２１１の実行後、制御は、図３のブロック３０１に渡される。ブロック３０１は、ユーザ優先度コマンドを、図２および３の操作を実行する情報システムによって使用されるシステム・コマンドに変換するように、状態テーブルを初期化する。ブロック３０１の実行後、ブロック３０２は、優先度コマンドと呼ばれる第１のコマンドをユーザから受け取る。優先度コマンドが受け取られた後、判断ブロック３０３は、優先度コマンドと一致するものが、状態テーブルにあるかどうか判定する。返答がｎｏの場合、このことは、状態テーブル中で完全一致が見つかるためには、１つのシステム・コマンドを表すために複数の優先度コマンドを取り得るということを意味し得る。例えば、音声メッセージ通信システムでは、いくつかのシステムは、ＤＴＭＦダイヤル・パッド上の１つのキー押下によるメッセージの削除を認めているが、他のシステムは、メッセージが消去されるまでに、２つのキーまたは時として３つのキーの作動を必要とする。
【００１２】
判断ブロック３０３での返答がｎｏの場合、判断ブロック３０４は、システム・コマンドを生じるために、別の優先度コマンドが必要かどうか、状態テーブルに従って判定する。返答がｙｅｓの場合、制御は、ブロック３０２に戻される。判断ブロック３０４での返答がｎｏの場合、ブロック３０７は、誤り回復を実施する。この特定の情報システムが、ユーザが作動を試みている所望の機能を提供しない場合も、ユーザが単に間違えている場合もあり得る。
【００１３】
判断ブロック３０３に戻ると、返答がｙｅｓの場合、ブロック３０６は、状態テーブルから入手した、結果として生じたシステム・コマンドを実行する。最後に、判断ブロック３０８は、情報要求が終わったかどうか判定する。例えば、要求の終了は、ユーザが電話を切った結果でも、情報要求が終わったことを合図する入力を入力することによるものでもよい。判断ブロック３０８での返答がｎｏの場合、制御は、ブロック３０２に戻される。返答がｙｅｓの場合、制御は、図２の判断ブロック２０２に戻される。
【００１４】
図４は、ユーザによって、データベース１１４においてユーザが好むシステムを決定するのに使用される、装置の実施形態によって実施される操作をフローチャートの形で示す。この装置は、図１のパーソナル・コンピュータ１１３などのパーソナル・コンピュータでもよく、セルラー電話や携帯情報端末など、この目的に使用することができる他のどのタイプの装置でもよい。ブロック４０１で始まると、決定ブロック４０２は、装置によって実施される操作が、情報システムへのアクセスを行うものであるかどうか判定する。返答がｎｏの場合、ブロック４０３は、装置によって行われるどのような通常処理も実施する。判断ブロック４０２での返答がｙｅｓの場合、ブロック４０４は、データベース１１４にある、ユーザ用の、使用可能な情報システムの識別にアクセスする。ブロック４０６で、ユーザは、好ましい情報システムを選択する。好ましい情報システムを選択することによって、ユーザは、他の情報システムにアクセスするのに使用される操作を決定する。次に、ブロック４０７で、ユーザは、自分が使用する他のシステムを選択する。最後に、装置は、ブロック４０８で、データベースに選択内容を伝送する。装置は、判断ブロック４０９で、選択内容がデータベースによって受諾されたかどうか判定する。データベースは、選択された情報システムが実際に使用可能であること、およびユーザが、こうしたシステムの使用を許可されていることを確かめる際、一致する操作を実施する。判断ブロック４０９での判断がｎｏの場合、制御は、誤り回復を実施するブロック４１１に渡された後、ブロック４１２に制御を渡す。判断ブロック４０９での返答がｙｅｓの場合、操作は、ブロック４１２で示すように終了する。
【００１５】
図５は、音声メッセージ通信システム５０１のブロック図を示す。音声メッセージ通信システム５０１の全体的な制御は、制御コンピュータ５０３によって、プログラムを実行し、メモリ５０２に格納されているデータを使用して実施される。オペレーティング・システム５０８は、全体的な制御を提供する。音声処理制御アプリケーション５０９は、音声処理ユニット５０６から受け取られる、音声情報に対する処理および応答を制御する。ユーザ・インターフェース制御アプリケーション５１１は、図１を参照して説明したように、ユーザが、交換システムから交換機５０４を介してこの制御情報を入力するとき、ユーザによって要求されるアクションの解釈および実施を担当する。図５に挙げる交換システムは、図１の交換システム１０４、１０６、または１０７でよい。装置制御アプリケーション５１２は、交換機５０４、音声処理５０６、および大容量記憶装置５０７に対する、比較的下位レベルの制御を提供する。
【００１６】
音声処理ユニット５０６は、音声情報からデジタル情報への、およびデジタル情報から音声情報への変換などの音声処理を実施する。さらに、音声処理ユニット５０６は、交換システムから交換機５０４を介して受け取られるＤＴＭＦ信号の変換も実施する。当業者に公知なように、音声処理ユニット５０６は、音声処理タスクを実施する複数のデジタル信号プロセッサを備え得る。
【００１７】
音声処理ユニット５０６によってデジタル形式に変換された後、音声メッセージは、制御コンピュータ５０３の制御下にある大容量記憶装置５０７に格納される。制御コンピュータ５０３は、他のタイプの情報用に、大容量記憶装置５０７内の記憶装置を使用することもできる。制御コンピュータ５０３の制御下にあるインターフェース５１９は、制御コンピュータ５０３がデータベース１１４の情報にアクセスし格納し得るように、データベース１１４へのインターフェースを提供する。
【００１８】
交換機５０４は、交換システムから受け取られるデジタルおよび音声情報両方に対して、情報を音声処理ユニット５０６の様々なサブユニットに正しく経路指定し、かつ切換え情報を制御コンピュータ５０３に経路指定することに関与する。交換機５０４の動作および構成は、当業者に公知である。交換システムと交換機５０４の間の相互接続は、当該分野において公知である、複数の様々なタイプの遠隔通信リンクでよい。
【００１９】
図２の動作を参照して説明したように、制御コンピュータ５０３は、交換機５０４および／または音声処理ユニット５０６を介して情報要求を受け取ると、情報の取得を試みているユーザが、ユーザＩＤテーブル５１８に列挙されているかどうか判定する。返答がｙｅｓの場合、制御コンピュータ５０３は、データベース１１４にアクセスして、ユーザが、データベース１１４に優先度を格納してあることを確認する。格納してあることが確認された場合、制御コンピュータ５０３は、データベース１１４にある、ユーザの優先度を表す状態テーブルにアクセスし、この状態テーブルを、複数の状態テーブル５１６〜５１７からなるものとして図示してある優先度状態テーブル５１４に格納する。優先度状態テーブル５１４中には、ボイス・メール・システム５０１に対して情報を積極的に要求している各ユーザごとに１つの状態テーブルがある。
【００２０】
情報システムの動作が、ソフトウェアで実装される場合、ソフトウェアは、どのコンピュータ関連システムまたは方法によって、またはそれとともに使われるどのコンピュータ可読媒体にも格納することができることに留意されたい。本文書のコンテキストにおいて、コンピュータ可読媒体とは、コンピュータ関連システムまたは方法によって、またはそれとともに使われるコンピュータ・プログラムを含むことも格納することもできる電子、磁気、光学、あるいは他の物理的装置または手段である。情報システムは、コンピュータ・ベースのシステム、プロセッサを含むシステム、あるいは命令実行システム、機器、または装置から命令を取り出すとともにその命令を実行することができる他のシステムなどの命令実行システム、機器、または装置によって、またはそれとともに使われるどのコンピュータ可読媒体でも実現することができる。本文書のコンテキストにおいて、「コンピュータ可読媒体」は、命令実行システム、機器、または装置によって、またはそれとともに使われるプログラムを格納し、伝達し、伝播し、または移送することができるどの手段でもよい。例えば、コンピュータ可読媒体は、電子、磁気、光学、電磁、赤外線、または半導体のシステム、機器、装置、または伝播媒体でよいが、それに限定されない。コンピュータ可読媒体のより具体的な例（非限定リスト）は、１本または複数のワイヤを有する電気接続（電子）、可搬型コンピュータ・ディスケット（磁気）、（ＲＡＭ）（電子）、読出し専用メモリ（ＲＯＭ）（電子）、消去可能なプログラム可能読出し専用メモリ（ＥＰＲＯＭ、ＥＥＰＲＯＭ、またはフラッシュ・メモリ）（電子）、光学ファイバ（光学）、および可搬型コンパクト・ディスク読出し専用メモリ（ＣＤＲＯＭ）（光学）を含む。コンピュータ可読媒体は、プログラムが印刷される紙でも適切な別の媒体でもよいことに留意されたい。というのは、プログラムは、例えば、紙または他の媒体の光学スキャンを介して電子的に取り込み、次いでコンパイルし、翻訳し、または必要な場合は適切なやり方で処理し、次いでコンピュータ・メモリに格納することができるからである。
【００２１】
代替実施形態では、情報システムは、ハードウェアで実装される場合、それぞれが当該分野において公知である、データ信号上に論理機能を実装する論理ゲートを有するディスクリート論理回路（群）、適切な組合せ論理ゲートを有する特定用途向け集積回路（ＡＳＩＣ）、プログラム可能ゲート・アレイ（群）（ＰＧＡ）、フィールド・プログラム可能ゲート・アレイ（ＦＰＧＡ）などの技術のいずれでも、その組合せを用いても実装することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明を実装する実施形態を示す図である。
【図２】情報システムの実施形態によって実施される操作を示すフローチャートである。
【図３】情報システムの実施形態によって実施される操作を示すフローチャートである。
【図４】ユーザ向けの情報システム優先度を確立するのに使用されるユニットの実施形態によって実施される操作を示すフローチャートである。
【図５】情報システムの実施形態を示すブロック図である。
【図１】
2006060821.tif 000003
【図２】
2006060821.tif 000004
【図３】
2006060821.tif 000005
【図４】
2006060821.tif 000006
【図５】
2006060821.tif 000007