(57)【要約】【課題】アプリケーション状態機械の制御を容易にする複数のユーザインターフェース（ＵＩ）メカニズムを同時に提供するシステムを提供する。【解決手段】本発明は、２つの相対的に異なるユーザエクスペリエンス、つまり、ユニファイドメッセージシステムのデュアルトーン多重周波数（ＤＴＭＦ）ナビゲーションの利用によるユーザエクスペリエンスと、音声認識ナビゲーションによるユーザエクスペリエンスを生み出すことができる。それに従って、単一の基幹となる状態機械を使用することができる。状態機械内のナビゲーションおよびフロー制御（例えば、状態遷移）は、アクティブに共存する複数のＵＩメカニズムにより利用されうる。本発明では、音声認識機能を、アプリケーション状態機械（例えば、ユニファイドメッセージングシステム）のＵＩを駆動する他の入力メカニズムとともに導入する。【選択図】図１
2006268832.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーション状態機械内でナビゲートを容易にするシステムであって、前記システムは、
前記アプリケーション状態機械内でナビゲートを実行するために同時にアクティブになっている複数のユーザインターフェースを保持するユーザインターフェースストアと、
前記複数のユーザインターフェースのうちの１つを選択することを容易にするユーザインターフェース選択コンポーネントと
を備えることを特徴とするシステム。
【請求項２】
前記複数のユーザインターフェースは、デュアルトーン多重周波数ユーザインターフェースおよび音声認識ユーザインターフェースを含むことを特徴とする請求項１に記載のシステム。
【請求項３】
前記ユーザインターフェース選択コンポーネントは、前記複数のユーザインターフェースのうちの前記１つの選択を自動化する、ルールベース論理コンポーネントおよび人工知能コンポーネントのうちの少なくとも１つを含むことを特徴とする請求項１に記載のシステム。
【請求項４】
前記アプリケーション状態機械は、ユニファイドメッセージングシステムであることを特徴とする請求項１に記載のシステム。
【請求項５】
前記ユニファイドメッセージングシステムは、
第１のデバイスから第１の形式のメッセージを受信するコンポーネントと、
前記メッセージを解析し、前記メッセージを、前記選択されたユーザインターフェースを介して送信されるユーザ命令に従って、前記メッセージを伝達する宛先デバイスに対応する第２の形式に変換するユニファイドメッセージングコンポーネントと
を備えることを特徴とする請求項４に記載のシステム。
【請求項６】
前記受信されたメッセージは、ボイスメール通信であることを特徴とする請求項５に記載のシステム。
【請求項７】
前記変換されたメッセージは、電子メール通信であることを特徴とする請求項６に記載のシステム。
【請求項８】
前記電子メール通信およびボイスメール通信の前記内容は、日時の同期がとられることを特徴とする請求項７に記載のシステム。
【請求項９】
前記ユニファイドメッセージングコンポーネントは、電話機を介して電子カレンダーの内容を個人に伝達することを特徴とする請求項５に記載のシステム。
【請求項１０】
前記ユニファイドメッセージングコンポーネントは、電話機を介して個人から可聴音メッセージを受信し、前記メッセージをリフォーマットして、リフォーマットされたメッセージをカレンダーに書き込むことを特徴とする請求項５に記載のシステム。
【請求項１１】
前記リフォーマットされたメッセージの内容は、前記可聴音メッセージの内容と同期することを特徴とする請求項１０に記載のシステム。
【請求項１２】
請求項１に記載の前記システムの前記コンポーネントが格納されていることを特徴とするコンピュータ読取り可能記憶媒体。
【請求項１３】
ユニファイドメッセージングシステムを使用する方法であって、前記方法は、
前記ユニファイドメッセージングシステムのナビゲートを容易にする複数のユーザインターフェースを同時に提供することと、
前記複数のユーザインターフェースのうちの１つを選択することと、
前記選択されたユーザインターフェースを介して前記ユニファイドメッセージングシステムに命令を送信することと、
前記命令を処理して、前記ユニファイドメッセージングシステムのオペレーションを制御することと
を含むことを特徴とする方法。
【請求項１４】
前記方法は、前記複数のユーザインターフェースのうちの他のインターフェースを代替として選択し、前記代替ユーザインターフェースに従って第２の命令を送信することをさらに含むことを特徴とする請求項１３に記載の方法。
【請求項１５】
処理を行う前記動作は、
第１の形式のメッセージを第１のデバイスから受信することと、
前記メッセージを解析し、前記メッセージを、前記メッセージを伝達する宛先デバイスに対応する形式に変換することと、
前記第１の異なる形式のメッセージを同期処理することと
を含むことを特徴とする請求項１３に記載の方法。
【請求項１６】
前記受信されたメッセージは、ボイスメール通信であることを特徴とする請求項１５に記載の方法。
【請求項１７】
前記変換されたメッセージは、電子メール通信であることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記方法は、電話機を介して電子カレンダーの前記内容を個人に伝達することをさらに含むことを特徴とする請求項１５に記載の方法。
【請求項１９】
前記方法は、
電話機を介して可聴音情報を個人から受信することと、
前記情報をリフォーマットすることと、
カレンダーに、前記リフォーマットされた情報を書き込むことと
をさらに含むことを特徴とする請求項１７に記載の方法。
【請求項２０】
アプリケーション状態機械と通信することを容易にするシステムであって、前記システムは、
アプリケーション状態機械のナビゲートを容易にする複数のユーザインターフェースメカニズムを同時に提供する手段と、
前記複数のユーザインターフェースメカニズムのうちの１つを選択する手段と、
前記選択されたユーザインターフェースメカニズムを介して命令を受信する手段と、
前記アプリケーション状態機械を制御する命令を処理する手段と
を備えることを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、メッセージングシステムに関し、より具体的には、可変対話型メカニズムを使用して、基幹アプリケーションの状態機械をナビゲートし、制御することができる選択可能なユーザインターフェースに関する。
【背景技術】
【０００２】
状態機械は、特定のタスクを実行する、または特定の問題を解決するために必要な動作状態を持つように設計された、コンピューティングデバイスである。状態機械として構築された専用デバイスは無数にある。ボイスメールシステムは、そのようなアプリケーション状態機械の一例である。
【０００３】
今日では、多くの状態機械、および特にボイスメールシステムは、デュアルトーン多重周波数（ＤＴＭＦ）ナビゲーション技術を採用し、これによりユーザは状態機械を制御することができる。つまり、ユーザは、電話機のキーパッド上の適切なキーを押すことによりボイスメールメニューおよびオプションをナビゲートすることができる。これらのＤＴＭＦナビゲーション技術の多くは、キーパッド上の数字に対応するオプション選択項目を記憶しておくことをユーザに要求する。
【０００４】
他のＤＴＭＦシステムでは、ユーザが電話機のキーパッドを介して単語を綴れるナビゲーション技術を採用している。これは、多くの場合、扱いにくく、また非常に時間がかかる。ＤＴＭＦボイスメールシステムの他の変更形態では、ユーザに一組の使用可能なオプションを提示するボイスメディア（ｖｏｉｃｅ  ｍｅｄｉａ）処理コンポーネントを採用する。例えば、ユーザは、「ｐｌｅａｓｅ  ｅｎｔｅｒ  ｙｏｕｒ  ｐａｓｓｗｏｒｄ（パスワードを入力してください。）」または「ｐｒｅｓｓ  ｏｎｅ  ｔｏ  ｒｅｖｉｅｗ  ａｌｌ  ｎｅｗ  ｍｅｓｓａｇｅｓ（全ての新しいメッセージを確認するには、１を押してください。）」などの特定のプロンプトで呼びかけられることが多い。これら可聴音プロンプトは有用なときもあるが、時間がかかる傾向があり、それでも依然として、ユーザはキーパッドを介したＤＴＭＦ技術を使用しなければならないことが多い。
【０００５】
最近、音声認識技術を利用してユーザが状態機械メニューをナビゲートできるようにする方向に取り組みが進んでいる。こうした取り組みは、事前にプログラムされたメニュー選択および／またはデータを認識するだけであるという点で非常に限られている。例えば、システムは、会社に採用されている従業員の名前を認識するようにプログラムすることができる。
【０００６】
どの技術が与えられようと、今日の状態機械は、いつの時点においても単一のナビゲーション技術を使用するということに制限されている。つまり、従来のシステムによれば、ユーザは、まず、ＤＴＭＦまたはボイスコマンド技術を介して状態機械をナビゲートすることを選択する。しかし、これらのシステムに関して、両方のオプションは、通常、同時にまたは並行して使用可能であるわけではなく、ユーザは、どの１つのセッションにおいても、ナビゲーションシステムを切り替えるオプションを持たない。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
状態機械（例えば、ボイスメールシステム）のナビゲートを実現するために、ＤＴＭＦまたは音声認識技術を採用することが試みられているが、複数の本質的に異なるナビゲーション技術の機能を同時にまたは並行して提供し、それによりユーザがセッション中いつでも好ましいユーザインターフェース技術を選択できるようにするシステムが大いに必要である。さらに、状態機械のナビゲーションに関して融通が利く音声認識メカニズムを採用するシステムおよび／または方法が必要である。
【課題を解決するための手段】
【０００８】
以下では、本発明のいくつかの態様の基本的な内容を理解できるように、本発明を簡単に説明する。この発明の開示は、本発明の概要を広範囲にわたって述べたものではない。この発明の開示は、本発明の鍵となる／決定的な要素を示したり、本発明の範囲を定めたりすることを目的としていない。後で述べる詳細な説明の前置きとして、本発明のいくつかの概念を簡略化した形式で述べることのみを目的とする。
【０００９】
本発明の一態様では、ユーザは、電話通信コンポーネントを介してサーバ（例えば、メッセージングサーバ）に接続し、それによって、豊富な情報にアクセスすることができる。本発明は、電話通信コンポーネントおよび／またはシステムを、アプリケーション状態機械（例えば、メッセージングサーバコンポーネントおよび／またはシステム）と一体化するシステムおよび方法を含む。より具体的には、本発明の一態様では、２つの相対的に異なるユーザエクスペリエンス、つまり、デュアルトーン多重周波数（ＤＴＭＦ）ナビゲーションの利用によるユーザエクスペリエンスと、音声認識ナビゲーションによるユーザエクスペリエンスが生じる。それに従って、単一の基幹状態機械を使用することができる。
【００１０】
状態機械の中のナビゲーションおよびフロー制御（例えば、状態遷移）は、アクティブに共存する複数のユーザインターフェース（ＵＩ）メカニズムにより利用されうる。本発明では、音声認識機能を、アプリケーション状態機械（例えば、ユニファイドメッセージングシステム（ＵＭ））のユーザインターフェースを駆動する他の入力メカニズムとともに導入する。本発明の一態様によれば、音声認識ＵＩは、ＤＴＭＦユーザインターフェースから独立したアプリケーションを通じて自然なナビゲーションを実現するように設計される。ユーザは、ＤＴＭＦデータを入力しなくても、音声メニューをナビゲートすることができる。
【００１１】
本発明によれば、ＤＴＭＦベースのメニューインフラストラクチャと音声認識メニュー構造は、両方とも、いつでもアクティブであり、ユーザはこれらを使用することができる。例えば、エクスペリエンスのいつの時点でも、ユーザは、音声モードからＤＴＭＦ駆動モードに切り替えることができる。切り替えは明示的である必要はないため、ユーザは、ＤＴＭＦまたは音声コマンドをいつでも発行できる。
【００１２】
他の態様では、アプリケーションの一部に入るとユーザに対し再生されるプロンプトは、その状態に入るためにユーザが使用したＵＩメカニズムに基づくことができる。例えば、音声メニューは、音声コマンドによってユーザがその状態に入った場合に再生される。その一方で、ＤＴＭＦメニューは、ＤＴＭＦコマンドによってユーザがその状態に入った場合に再生される。
【００１３】
さらに他の態様では、音声またはＤＴＭＦ  ＵＩのいずれかから、ユーザは、いつでも、「ｈｅｌｐ」と言えば使用可能な複数の音声コマンドを確認することができ、「０」を押すと使用可能なＤＴＭＦコマンドを確認することができる。ＵＩメカニズムの共存により、両方のコマンド群が常時使用可能である。ＵＭシステムに最初に入ったときにユーザに提示されるデフォルトのＵＩは、個人オプションとして設定できる。ルールベースの論理および／または人工知能推論メカニズムを使用して、デフォルトのＵＩを決定することができる。
【００１４】
基幹アプリケーションの状態機械は、複数の共存ＵＩモデルに利用される。音声ＵＩの態様に特有なのは、音声認識のいくつかの独自機能を利用するために選択される追加設計パラダイムである。例えば、音声ＵＩは、ユーザ入力、入力検証、および信頼度の低い認識結果が得られた場合のエラー処理を処理するために異なるプロンプトおよびメニューを備えることができる。
【００１５】
さらに他の態様では、基幹状態機械（例えば、ユニファイドメッセージングアプリケーション）の主要機能にジャンプするために、一組の「いつでも」ショートカットが常時利用可能とすることができる。ユニファイドメッセージングアプリケーションの実施例では、これらの主要機能が置かれる場所は、ボイスメール、カレンダー、誰かを呼び出す、電子メール、および個人オプションとすることができる。
【００１６】
それぞれの音声メニューは、メニューコンテキストに特有のメニューコマンドを備えることもできる。例えば、アプリケーションプログラミングインターフェースへのアクセスとともに、本発明では、電子メール通信の電話による生成および取り出しを可能にする機能を追加することができる。本発明は、さらに、電話通信デバイスを介してカレンダーアイテム（例えば、ミーティングの要求およびアポイントメント）の受け入れ、または取り消しを容易にすることができる。
【００１７】
前記の関係する目的を達成するために、本発明のいくつかの例示されている態様について、以下の説明および付属の図面に関して本明細書で説明する。ただし、これらの態様は本発明の原理を採用する様々な方法の少数のみを示しており、本発明はこのような態様およびその等価物すべてを含むことを意図している。本発明の他の利点および新規性のある特徴は、図面を参照しつつ本発明の以下の詳細な説明を読むと明白になるであろう。
【発明を実施するための最良の形態】
【００１８】
本発明は、本明細書全体を通して類似の番号が類似の要素を示すために使用される図面を参照しつつ説明される。以下の説明では、説明を目的として、本発明を完全に理解できるようにする多数の具体的詳細を述べている。しかし、本発明は具体的詳細を知らなくても実施できることは明白であろう。場合によっては、本発明を説明しやすくするために、よく知られている構造およびデバイスがブロック図形式で示されている。
【００１９】
本出願で使用されているように、用語「コンポーネント」および「システム」は、コンピュータ関連のエンティティ、つまりハードウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または実行中のソフトウェアのいずれかを指すことを意図されている。例えば、コンポーネントは、限定はしないが、プロセッサ上で実行されているプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行スレッド、プログラム、および／またはコンピュータとすることができる。例えば、サーバ上で実行されているアプリケーションとサーバは両方ともコンポーネントであってよい。１つまたは複数のコンポーネントを１つのプロセスおよび／または実行スレッド内に常駐させることができ、またコンポーネントを１台のコンピュータにローカルとして配置し、および／または２台以上のコンピュータ間に分散させることもできる。
【００２０】
本明細書で使用しているように、「推論する（infer）」または「推論（inference）」という用語は、一般に、イベントおよび／またはデータを介して得られるような一組の観察結果から、システム、環境、および／またはユーザの状態を推理（reasoning）または推論（inferring）するプロセスを指す。推論は、特定のコンテキストまたはアクションを識別するために使用されることができ、または例えば、複数の状態にわたる確率分布を生成することができる。推論は確率的であってよい、つまり、データおよびイベントの考察に基づいて注目している状態に関する確率分布を計算することができる。推論は、さらに、一組のイベントおよび／またはデータから高水準のイベントを構成するために使用される手法を指す場合もある。このような推論を行うことで、イベント同士が時間的に近い関係による相関関係があるかどうか、またイベントおよびデータが１つまたは複数のイベントおよびデータソースを発生元としているかどうかに関係なく、一組の観察されたイベントおよび／または格納されているイベントデータから新しいイベントまたはアクションが構築される。
【００２１】
図１を参照すると、本発明の一態様によるシステム１００の高水準アーキテクチャ図が示されている。一般に、システム１００は、ユーザインターフェース（ＵＩ）選択コンポーネント１０２、ＵＩストア１０４、および状態機械コンポーネント１０６を備えることができる。本発明の新規性のある一態様は、ＵＩメカニズムを状態機械１０６から分離するということであることが理解され、評価されるであろう。本発明では、複数のＵＩメカニズムを使用して、アプリケーション状態機械内でナビゲーションを実行することができる。さらに、本発明の新規性がある一態様では、並行して、複数のＵＩインターフェースを採用することもできる（例えば、デュアルトーン多重周波数（ＤＴＭＦ）、音声認識）。
【００２２】
つまり、本発明の新規性のあるいくつかの態様によれば、複数のＵＩメカニズムをいつでもアクティブにできるため、ユーザは複数のＵＩメカニズムを自由に切り替えることができる。本発明は、以下の実施例において、電話によりユーザインボックスへアクセスできるようにする、２つまたはそれ以上のＵＩメカニズム（例えば、ＤＴＭＦおよび音声認識）の共存を可能にする新規性のある設計を採用している。さらに、２つまたはそれ以上のＵＩメカニズムは、基幹アプリケーション状態機械を同時に利用することができる。
【００２３】
以下の例示的な態様は、ボイスメールアプリケーション（例えば、状態機械１０６）に関連するＵＩ選択コンポーネント１０２およびＵＩストア１０４の使用を対象とする。しかし、状態機械コンポーネント１０６は、任意のアプリケーション状態機械であってよいことが理解されるであろう。したがって、ＵＩ選択コンポーネント１０２は、使用可能な任意のＵＩメカニズムの利用を実現することができる。例えば、動作中に、ユーザは、ＵＩ選択コンポーネント１０２を使用して、基幹状態機械（例えば、ボイスメールシステム）のオペレーションを制御するＤＴＭＦナビゲーション技術を選択することができる。そのうえ、ＵＩ選択コンポーネント１０２は、音声認識ナビゲーション技術を容易にするために使用することもできる。ＵＩ選択コンポーネント１０２は、連続的に使用可能とすることができ、それによって、ユーザがセッション中いつでもＵＩナビゲーション技術を切り替えることができることは理解されるであろう。
【００２４】
本明細書で説明されている例示的な態様は、ＤＴＭＦおよび／または音声認識ナビゲーション技術を使用するシステムを対象としているが、本発明の機能の趣旨および／または範囲から逸脱することなく、任意のナビゲーション技術を使用できることは理解されるであろう。例えば、他の態様では、ポインティングデバイスを使用して、状態機械を参照しつつナビゲーションを行うことができる。
【００２５】
次に図２を参照すると、本発明の一態様のさらに詳しいアーキテクチャ図が示されている。上述のように、２つの異なるユーザエクスペリエンスを生み出すために、単一の基幹状態機械コンポーネント１０６を複数のＵＩメカニズムと連携して使用できる。それにより、状態機械のフロー制御（例えば、状態遷移）は、両方のＵＩメカニズムによって利用されることが可能である。
【００２６】
図２に示されているように、ＵＩストア１０４は、Ｎを整数として１からＮ個までのＵＩコンポーネントを含むことができる。１からＮ個までのＵＩコンポーネントは、個別に、またはまとめて、ＵＩコンポーネント２０２と呼ぶことができる。ＵＩストア１０４のさらに具体的な実施例は、図３に例示されている。
【００２７】
図３の例示的な態様を参照すると、そこに示されているように、ＵＩストア１０４は、限定はしないが、ＤＴＭＦ  ＵＩコンポーネントおよび音声ＵＩコンポーネントを含む、ＵＩコンポーネント２０２を含むことができる。さらに、状態機械コンポーネント１０６は、ユニファイドメッセージングシステム３０２を含むことができる。ユニファイドメッセージングシステム３０２は、電話システムを電子メッセージングおよび／または組織システムと統合することができる。例示的なユニファイドメッセージングシステムについて、以下で詳述する。
【００２８】
上述のように、本発明では、ユニファイドメッセージングシステム３０２のＵＩを駆動するために、ＤＴＭＦ機能とともに音声認識機能を導入する。一態様によれば、音声認識ＵＩ  ２０２は、ＤＴＭＦ  ＵＩ  ２０２とは無関係にアプリケーション（例えば、状態機械１０６）を自然な形でナビゲートするように設計することができる。本発明では、これらのＵＩメカニズムを分離するので、ユーザは、（複数の）ＤＴＭＦ入力を行わなくても、音声メニューを巡ることができる。
【００２９】
本発明の新規性のある特徴は、ＤＴＭＦベースのメニューインフラストラクチャと音声認識メニュー構造が、両方とも、アクティブであり、ユーザによりいつでも使用可能であることである。セッションまたはエクスペリエンスのいつの時点でも、ユーザは、独立に音声モードからＤＴＭＦ駆動モードに切り替えることができる。切り替えは、明示的である必要はなく、ユーザは、ＤＴＭＦ信号または音声コマンドを発行し、遷移を自動的に行わせるだけでよい。
【００３０】
ボイスメールシステムの実施例を続けると、アプリケーションの一部に入ったときにユーザに対し再生されるプロンプトは、その状態に入るためにユーザが使用したＵＩメカニズムに基づく。ユーザをある状態にするために音声コマンドが使用された場合、音声メニューが再生される。その一方で、ＤＴＭＦメニューは、ＤＴＭＦコマンドによってユーザがその状態に入った場合に再生される。さらに、音声またはＤＴＭＦ  ＵＩ  ２０２のいずれかから、ユーザは「ｈｅｌｐ」を使用して、コマンドを決定することができる。例えば、いつでも、ユーザは、「ｈｅｌｐ」と言うだけで使用可能な音声コマンドを確認したり、または「０」を押して使用可能なＤＴＭＦコマンドを確認したりすることができる。両方のコマンドセットが、常時使用可能である。
【００３１】
ユニファイドメッセージングシステム３０２に最初に入ったときにユーザに提示されるデフォルトのＵＩは、個人オプションとして設定できる。また、ルールベースの論理および／または人工知能（ＡＩ）技術は、選択プロセスを自動化するために使用することができることも理解されるであろう。これらのルールベース論理およびＡＩベース推論技術について、以下で詳述する。
【００３２】
音声ＵＩ  ２０２に特有なのは、音声認識のいくつかの新規性のある機能を利用するために選択される追加設計パラダイムである。音声ＵＩ  ２０２は、ユーザ入力、入力検証、および信頼度の低い認識結果に対するのエラー処理を処理するために異なるプロンプトおよびメニューを備えることができる。さらに、ＤＴＭＦプロンプトは、再利用されない、または「押すか、または言う」に変換されない。音声プロンプトおよびメニューは、ユーザ教育レビュー（user education review）を含む完全有用性パス（full usability pass）を通ることができる。メニューは、ユーザが聞いて自然に感じるように生成することができる。例えば、メニューは、「Say 'make a call' to call someone or 'access mailbox' to access your mailbox」ではなく、「Would you like to make a call or access your mailbox?」と言うように生成できる。
【００３３】
ユニファイドメッセージングアプリケーション３０２の主要機能にジャンプするために、一組の「いつでも」ショートカットが常時利用可能とすることができる。以下で詳述するように、主要機能は、ボイスメール、カレンダー、誰かを呼び出す、電子メール、および個人オプションを含むことができる。それぞれの音声メニューは、メニューコンテキストに特有のメニューコマンドを備えることもできる。
【００３４】
他の態様では、本発明は、ユニファイドメッセージングアプリケーション３０２の機能へのアクセスを制限することができる。つまり、アプリケーションの流れをより自然にする場合、いくつかのより曖昧な、またはあまり重要でない機能は、ＤＴＭＦモードを通じてでないと提供できない。これらの機能は、必要に応じてユーザが事前にプログラムするか、および／または定義することができる。図１７から２１を参照するとより理解できるように、音声メニュー内では、ＤＴＭＦの数字を再利用することに関係ないため、メニューの柔軟性を高めることができる。例えば、ボイスメール、電子メール、およびカレンダー再生メニューでは、「再生中」と「メッセージ後」メニューとを区別する必要はない。
【００３５】
音声コマンドを使用することに関して、内線を入力し、名前をスペリングするというＤＴＭＦ経路は、「Ｆｉｎｄ［Ｐｅｒｓｏｎ  Ｎａｍｅ］」で単一アイテムに圧縮されることは理解されるであろう。さらに、連絡先ナビゲーション周りのインフラストラクチャも、「Ｆｉｎｄ［Ｐｅｒｓｏｎ  Ｎａｍｅ］」に圧縮できる。「Ｉ'ｌｌ  ｂｅ  １５  ｍｉｎｕｔｅｓ  ｌａｔｅ」などの時折発生する単語の組合せでは、すでにＤＴＭＦモードの下で２つのエントリであったものを組み合わせる（例えば、ｌａｔｅに対するエントリと時間に対する別のエントリ）。
【００３６】
音声認識メニュー構造の概要を、図１７から２１を参照しつつ説明する。これらの図は、ＤＴＭＦメニューインフラストラクチャと音声ユーザインターフェースオーバーレイの両方を表示している。音声図は、すべての特定のプロンプトおよびエラー処理条件ではなく、例示的なＵＩの主要な文法要素および全体の流れを示すことを意図している。含まれる流れ図は、決して本発明の範囲および／または新規性のある機能を限定することを意図していない。
【００３７】
本発明の前述の新規性のある態様は、ルールベース論理および／またはＡＩ推論技術を使用して、アクションを実行、予測、および／または推論することができる。より具体的には、本発明（例えば、状態解析、ＵＩ選択、音声認識に関連する）は、本発明の様々な態様を実行するために様々なルールベースおよび／またはＡＩベースのスキームを使用することができることが理解されるであろう。
【００３８】
上述のシナリオを続け、図４を参照すると、代替的なＵＩ選択コンポーネント１０２のブロック概略図が示されている。例示されているように、ＵＩ選択コンポーネント１０２は、ルールベース論理エンジン４０２を備えることができる。図５を参照しつつ後で説明するが、オプションのＡＩコンポーネント（図示せず）をルールベース論理エンジン４０２と併用して、または代わりに使用して、上述のＵＩ選択コンポーネント１０２の機能に関連して使用される１つのアクションまたはアクション群を自動的に推論することができる。
【００３９】
図４の例示的な態様では、ルールベース論理エンジン４０２は、定義済みのプリファレンス（例えば、ルール）に従って、プログラムまたは構成することができる。例えば、ルール（例えば、論理）は、定義済みの基準に基づいて特定のＵＩを自動的に選択するように構成することができる。したがって、システムは、特定のＵＩを自動的に選択し、使用することができる。より具体的には、発信場所（例えば、内部、外部、インターネット．．．）、発信者、対象位置などを考慮し、ＵＩを自動的に選択し使用するように、ルールを設定することができる。
【００４０】
本発明の他の代替的な態様の概略図は、図５に例示されている。図５に例示されている代替的な態様のＵＩ選択コンポーネント１０２では、アクションを自動的に推論および／または予測することができるＡＩコンポーネント５０２を使用する。この代替的な態様では、状況に応じて、ＵＩ選択コンポーネント１０２の自動選択を容易にする推論モジュール（図示せず）を含むことができる。
【００４１】
この態様によれば、オプションのＡＩコンポーネント５０２を使用すると、本明細書で説明されている本発明の様々な態様（例えば、状態解析、ＵＩ選択、および音声認識）を自動的に実行することを、容易にすることができる。ＡＩコンポーネント５０２は、状況に応じて、一部は推論ベースのスキームを使用して所定の時刻および／または状態において実行される意図されたアクションを推論することを容易にする、ＡＩコンポーネントの自動化された態様をさらに機能強化することができる推論コンポーネント（図示せず）を含むことができる。本発明のＡＩベースの態様は、任意の好適な機械トレーニングベースの技術および／または統計ベースの技術および／または確率論ベースの技術を介して実現することができる。
【００４２】
他の態様では、図５にさらに例示されているように、本発明（例えば、状態解析、ＵＩ選択、音声認識に関連する）は、本発明の様々な態様を自動的に実行するために様々なＡＩベースのスキームを状況に応じて使用することができる。特に、ＡＩコンポーネント５０２は、状況に応じて、ＡＩプロセス（例えば、信頼度、推論．．．）に基づき本発明のいくつかの態様を実装するように構成することができる。例えば、ユーザプリファレンスまたは送信者識別情報に基づいてＵＩを開始するプロセスは、自動分類器（classifier）システムおよびプロセスを介して容易にすることができる。さらに、オプションのＡＩコンポーネント５０２を使用して、予測および／または推論されたプリファレンスに基づいてＵＩを選択する自動化プロセスを簡単にすることができる。
【００４３】
分類器（classifier）は、入力属性ベクトルｘ＝（ｘ１，ｘ２，ｘ３，ｘ４，ｘｎ）を、その入力がクラスに属している信頼度にマッピングする関数、つまりｆ（ｘ）＝ｃｏｎｆｉｄｅｎｃｅ（ｃｌａｓｓ）である。このような分類では、確率論および／または統計ベースの解析（例えば、解析の効用および費用を考慮する）を使用して、ユーザが自動的に実行されることを望んでいるアクションを予測または推論することができる。
【００４４】
サポートベクターマシン（ＳＶＭ）は、使用できる分類器（classifier）の一例である。ＳＶＭは、入力可能な空間内の超曲面を見つけることにより動作し、その超曲面では、非トリガイベントからのトリガ基準を分割しようとする。直観的には、これにより、分類は、トレーニングデータに近いが、同一ではないデータを検査するのに正しいものとなる。他の指向および無指向モデル分類アプローチは、例えば、単純ベイズ、ベイズネットワーク、決定木、および確率分類モデルを含み、独立の異なるパターンを使用できることを規定する。本明細書で使用されるような分類は、優先度モデルを構築するために使用される統計回帰を含む。
【００４５】
本明細書から容易に理解されるように、本発明では、明示的にトレーニングされる（例えば、ジェネリックなトレーニングデータを介して）とともに、暗示的にもトレーニングされる（例えば、ユーザの行動を観察すること、外部の情報を受け取ることを介して）分類器を使用できる。例えば、ＳＶＭは、分類器のコンストラクタおよび機能選択モジュール内の学習およびトレーニング段階を介して構成することができる。つまり、エキスパートシステム、ファジー論理、サポートベクターマシン、グリーディサーチアルゴリズム、ルールベースシステム、ベイズモデル（例えば、ベイズネットワーク）、ニューラルネットワーク、その他の非線形トレーニング技術、データ融合、ユーティリティベースの分析システム、ベイズモデルを採用するシステムなどを使用することが、考えられ、付属の請求項の範囲内に収まることが意図されている。
【００４６】
図６を参照すると、本発明の一態様によるシステム６００の高水準アーキテクチャ図が示されている。一般に、システム６００は、ユニファイドメッセージング（ＵＭ）システムコンポーネント６０２、電話通信コンポーネント６０４、およびコンピュータアプリケーション、状態機械、および／またはサーバコンポーネント６０６を備えることができる。上述のように、本発明のＵＩ選択コンポーネント１０２（図１）および後続の機能は、ユニファイドメッセージングシステム６０２と連携して使用することができる。より具体的には、図６に例示されているように、本発明を使用して、ＵＩを選択できるようにし、それにより、サーバコンポーネント内に保持されているリッチデータに電話でアクセスできるようにすることが可能である。この電話アクセスは、ユニファイドメッセージングシステム６０２を介して実行できる。
【００４７】
電話通信コンポーネント６０４は、音声および／または可聴音および信号（例えば、ＤＴＭＦ）を伝達することができるデバイスを含むことができる。例えば、電話通信コンポーネント６０４は、従来の有線電話だけでなく無線（例えば、携帯）電話も含むことができる。さらに、電話通信コンポーネント６０４は、Voice Over Internet Protocol（VOIP）またはFax Over Internet Protocol（FOIP）を採用するポータブル無線デバイスおよび／またはコンピュータを介して実現できる。
【００４８】
サーバコンポーネント６０６を使用して、通信および／または組織アプリケーションをホスティングすることができる。例えば、サーバコンポーネント６０６は、限定はしないが、ボイスメール、電子メール、テキストメッセージングアプリケーションなどを含む通信アプリケーションを、本発明のいくつかの態様と連携してホスティングすることができる。
【００４９】
一態様では、ＵＭシステム６０２は、電話通信システム６０４をサーバコンポーネント６０６（例えば、メールボックスサーバ）と結合することができる。したがって、電話通信システム６０４は、サーバコンポーネント６０６内に保持されている豊富な情報にアクセスすることができ、それにより、システムを統合することができる。図６は、１つの電話通信システム６０４および１つのサーバコンポーネント６０６を例示しているが、本発明は拡張可能であり、したがって、複数の電話および／またはサーバシステムを統合することができることが理解されるであろう。
【００５０】
次に図７を参照すると、本発明の一態様による例示的なシステムアーキテクチャが例示されている。システム７００は、一般に、ＵＭシステム６０２、電話通信システム６０４、およびサーバコンポーネント６０６を含む。一態様では、例示されているように、有線ローカルエリアネットワーク（ＬＡＮ）接続７０４（例えば、Ｅｔｈｅｒｎｅｔ（登録商標））を介して、電話通信コンポーネント６０４、サーバコンポーネント６０６、および複数のクライアント７０２をＵＭシステム６０２に接続することができる。３つの特定のクライアント７０２（例えば、スマートフォン、デスクトップ、ラップトップ）が示されているが、本発明の趣旨および／または範囲から逸脱することなく、クライアント７０２（例えば、電子メールクライアント）をいくつでも使用できることは理解されるであろう。他の態様では、図７に例示されている接続は、有線、無線、またはその組合せとすることができることは理解されるであろう。
【００５１】
さらに、クライアント７０２は、サーバコンポーネント６０６と通信するために本質的に異なる通信技術を使用することができることも理解されるであろう。例えば、スマートフォン、ポケットパーソナルコンピュータ（ＰＣ）、またはその他のハンドヘルドデバイスは、専用通信ソフトウェアを使用して、メールボックスサーバ７０６またはアクティブディレクトリサーバ７０８と同期をとることができる。他の実施例では、デスクトップ（例えば、クライアント７０２）は、有線（例えば、Ｅｔｈｅｒｎｅｔ（登録商標））接続を採用することができ、それにより、サーバコンポーネント６０６にアクセスすることができる。３つのクライアント７０２のうちのさらに他の例示的なクライアント（例えば、ラップトップ）は、無線インターネット接続を使用してサーバコンポーネント６０６にアクセスすることができる。
【００５２】
次にＵＭシステムコンポーネント６０２を参照すると、呼出制御コンポーネント７１０、音声合成（ＴＴＳ）エンジン７１２、音声認識エンジン７１４、ボイスメディア処理コンポーネント７１６、ファクスメディア処理コンポーネント７１８、およびＵＭアプリケーションコンポーネント７２０を備えられることがわかる。これらのコンポーネントはそれぞれ、以下の例示的なシナリオを参照するとより理解できる。
【００５３】
電話通信コンポーネント６０４は、公衆交換電話網（ＰＳＴＮ）７２４を介して接続された公衆電話７２２、構内交換機（ＰＢＸ）７２８、または私設交換機を介して接続された私設（社内）電話７２６、およびゲートウェイ７３２を介してＶＯＩＰまたはＦＯＩＰを使用するコンピュータシステム７３０を含むことができる。これらのコンポーネントは、例示的であり、電話通信コンポーネント６０４の網羅的な一覧であることを意図していないことは理解されるであろう。つまり、電話通信コンポーネント６０４は、可聴音（例えば、音声、ファクス）信号を生成し、および／または送信することができるメカニズムを備えることができる。
【００５４】
さらに、ＵＭシステム６０２は、上述のように、適切なＵＩの選択を実行するＵＩ選択コンポーネント７３４を備えることができる。図７には例示されていないが、ＵＩ選択コンポーネント７３４は、所望の、および／または選択されたＵＩを実行するためにＵＩストア（図示せず）と通信できることは理解されるであろう。さらに、ＵＩストア（図示せず）は、ＵＩ選択コンポーネント７３４と同じ場所に、または離れた場所に配置できることも理解されるであろう。例えば、ＵＩストア（図示せず）は、サーバコンポーネント６０６内に配置できる。
【００５５】
図８は、呼出制御コンポーネント７１０（図７）の実装を例示している。より具体的には、ＵＭアプリケーションコンポーネント７２０は、電子メール統合コンポーネント８０２、カレンダー統合コンポーネント８０４、連絡先リスト統合コンポーネント８０６、およびセキュリティコンポーネント８０８を含むことができる。これらのコンポーネント（８０２、８０４、８０６、８０８）はそれぞれ、以下の例示的なシナリオの説明があればより理解されるであろう。図８のＵＭアプリケーションコンポーネント７２０は、４つの例示的な機能コンポーネントを例示しているが、以下のシナリオで説明されるこれらのコンポーネントの機能を、本質的に異なるコンポーネントと組み合わせる（または分離する）ことができることは理解されるであろう。また、本明細書で説明されるコンポーネントは、本発明の範囲から逸脱することなく、同じ場所または離れた場所に配置することができることも理解されるであろう。
【００５６】
本発明にコンテキストを与えるために、以下の例示的なシナリオを用意した。以下のシナリオは、本発明にコンテキストを与えるだけのために含まれていることは理解されるであろう。また、本明細書では特に開示されていない追加のシナリオが存在することも理解されるであろう。この目的のために、以下のシナリオは、本発明の範囲および／または機能を制限することを意図していない。
【００５７】
第１の例示的なシナリオは、電子メール統合コンポーネント８０２の説明を目的とする。より具体的には、このシナリオは、「ｏｕｔ−ｏｆ−ｏｆｆｉｃｅ」（ＯＯＦ）ボイスメール挨拶および電子メールの統合を目的とする。図７を参照すると、従来、ＯＯＦステータスは、ユーザ特有の電子メールアカウント（例えば、クライアント７０２を介して）、またはボイスメールアカウント（例えば、電話７２２、７２６を介して）の両方において別々に設定することができる。理解されるように、サーバコンポーネントを介して生成されるＯＯＦ電子メール自動返信およびボイスメール不在（voicemail extended absence）（例えば、ＯＯＦ）挨拶は、類似の情報を含むことが多い。本発明を使用すると、単一のオペレーションで単一の場所から電子メールとボイスメールの両方のＯＯＦステータスを設定することを容易にすることができる。
【００５８】
図７を引き続き参照すると、ユーザが電子メールアプリケーション（例えば、クライアント７０２）からＯＯＦステータスを設定する場合、ＵＭシステム６０２は、ＯＯＦメッセージを電話通信コンポーネント６０４に統合する（例えば、同期を取る）ことができる。したがって、電話通信システム６０４を介したユーザの呼び出しは、ＯＯＦ不在挨拶の可聴音バージョンを含む。ＴＴＳエンジン７１２のテキスト音声変換技術を使用することにより、この挨拶で、電子メールＯＯＦ自動返信に含まれるテキストを音声にすることができる。
【００５９】
同様に、ユーザが、音声認識エンジン７１４の音声認識技術を通じて、電話通信コンポーネント６０４（例えば、電話７２２）からＯＯＦを設定する場合、ユニファイドメッセージングシステム６０２は、メールボックスサーバ７０６内に電子メールＯＯＦメッセージを自動的に設定することができる。それ以降、ユーザへの電子メールの送信者は、電話通信メカニズムを介して発信されたＯＯＦ自動返信のテキストバージョンを受信することになる。
【００６０】
第２のシナリオは、カレンダー統合コンポーネント８０４、および特に、カレンダーまたはプランナーアクセスおよび管理を対象とする。現在、ユーザは、電話システム（例えば、７２２、７２６、７３０）から自分のカレンダーへのアクセスを制限されており、サーバコンポーネント６０６内に保持されている、アポイントメントに対応する情報しか読み出せない。本発明の一態様によれば、ユーザは、電話通信コンポーネント６０４（例えば、電話７２２、７２６、７３０）を介して、アポイントメントを管理し、アポイントメントに関係する通信を開始することができる。ＵＭシステム６０２の音声認識コンポーネント７１４を介して、完全なプランナー機能を容易にすることができることは理解されるであろう。例えば、電話通信デバイス６０４を介して、ユーザは、サーバコンポーネント６０６内に格納されているアポイントメントの受け入れ、拒否、修正、取り消し、およびアポイントメントに関する通信を行うことができる。
【００６１】
一態様では、ＵＭシステム６０２との電話セッションは、ミーティング場所の電話に自動的に転送できる。つまり、電話通信コンポーネント６０４を介して、ユーザは、ＵＭシステム６０２に接続することができ、それにより、サーバコンポーネント６０６内のカレンダー（例えば、アポイントメント）エントリに基づいて、その呼出に対する適切な転送先を決定することができる。最後に、ユーザは、電話通信デバイス６０４を介してＵＭシステム６０２とコンタクトをとることにより、ミーティング参加者への宛先またはブロードキャスト電子メッセージ（例えば、電子メール）を開始することができる。例えば、ユーザは、ミーティング参加者に、ミーティング到着の遅れを知らせることができる。
【００６２】
さらに他の態様は、連絡先リスト統合コンポーネント８０６を介した連絡先リストエントリのリモートアクセスを対象とする。システムに関連して、現在、ユーザは、電子メールシステム（例えば、サーバ６０６）上に頻繁に格納される、個人連絡先リストに電話でアクセスすることはできない。本発明の一態様によれば、ユーザは、電話通信デバイス６０４（例えば、電話７２２、７２６、７３０）から、サーバ６０６内に保持されている連絡先リストに載っている連絡先を検索することができる。必要ならば、ユーザは、その連絡先に対するメッセージ（例えば、音声、テキスト、電子メール）に、即座に接続するか、またはそれらのメッセージを残すことができる。連絡先が電子メールアドレスのみを含む外部連絡先である場合、本発明では、ユーザは、サウンドファイル（例えば、．ｗａｖ）が添付された電子メールを作成して、通信を意図した宛先に転送することにより、可聴音メッセージを伝達することができる。
【００６３】
ＵＭアプリケーションコンポーネント７２０のセキュリティコンポーネント８０８機能の説明に進むと、本発明を使用して、電子メールまたはその他のアプリケーションを介して暗証番号（ＰＩＮ）をリセットすることができる。例えば、ユーザが自分の電話のボイスメールＰＩＮ（例えば、パスワード）を忘れた場合、それをリセットするために、情報技術（ＩＴ）ヘルプデスクまたはシステム管理者との連絡を頻繁にとらなければならない。ＵＭシステム６０２によれば、本発明により、ユーザは、ドメイン証明書を使用してサーバコンポーネント６０６上の自分の電子メールにログインし、自分の電話のボイスメールＰＩＮ（例えば、パスワード）をリセット／変更することができる。
【００６４】
セキュリティコンポーネント８０８を伴うさらに他のシナリオは、ボイスメールのデジタル権利管理を対象とする。今日のボイスメールを電話に残す場合、送信者は、メッセージへのアクセスおよび／またはメッセージの管理を制限する手段を持たない。本発明では、制限付きアクセス権を付けて音声メッセージを送信することができる。例えば、ボイスメールを送信しても、受信者はボイスメールを聞けるが、そのメッセージを転送または保存することを制限されるようにできる。
【００６５】
再び電子メール統合コンポーネント８０２を参照すると、サウンドファイルを聞くことが適切でない状況では（例えば、ミーティング中）、ユーザは、自分のボイスメールの内容を調べることができない。本発明のＵＭシステム６０２（例えば、電子メール統合コンポーネント８０２）は、ボイスメールのテキストプレビュー（およびその逆の操作）を実現する。ＵＭシステム６０２により、電子メールクライアント７０２を介して、ユーザは、コンピュータ、ラップトップ、または他の好適なデバイス（例えば、スマートフォン）上でボイスメールにテキストでアクセスすることができる。本発明では、音声認識技術（例えば、音声認識エンジン７１４）を介して、ボイスメールを変換することができ、それによってテキストに直すことができる。したがって、ユーザは、サウンドファイルを再生せずに、音声メッセージの内容を確認することができる。同様に、ＴＴＳエンジン７１２は、電話通信デバイス６０４を介して電子メール通信を変換し、配信するために使用することができる。
【００６６】
さらに、本発明では、電子メッセージ添付ファイル（例えば、ワードプロセッシングドキュメント）を可聴音ファイル（例えば、音声）に変換することを容易にすることができる。これは、ＴＴＳコンポーネント７１２を介して実行できる。それにより、本発明では、電子通信の可聴音の内容を作成することに加えて、テキストの添付ファイルの内容を含む可聴音ファイルを作成することができる。本明細書で説明されているＴＴＳ変換技術およびナビゲーションの概念は、ファイルシステムのディレクトリなどに適用することができることが理解されるであろう。つまり、音声認識エンジン７１４は、ファイルシステムのディレクトリ内でのナビゲーションを実行するために使用することができる。したがって、ＴＴＳエンジン７１２を使用して、対象ドキュメントを音声に変換し、それにより、電話通信コンポーネント６０４を介してユーザへの可聴音（例えば、音声）ファイルを作成できる。
【００６７】
他の態様は、電子メール通信メッセージの内容を解析することを容易にするために電子メール統合コンポーネント８０２を使用することを対象とする。例えば、電子メールメッセージが、電話通信デバイス６０４（例えば、電話機）を介してユーザが聞けるようにされると、メッセージが非常に長くなり、メッセージの内容についていくことが困難になることが多い。本発明の一態様の新規性のある機能では、論理および／または推論技術を使用して、通信に含まれる最も重要なメッセージおよび／またはセンテンス（例えば、内容）を識別することができる。これらの論理および／または推論メカニズムでは、ルールベースおよび／または人工知能（ＡＩ）メカニズムを使用して、内容のフィルタおよび／またはソート処理を実行できる。識別されると、内容のスリム化された、または凝縮されたバージョンは、ユーザが聞けるようになる。
【００６８】
すでに説明したように、ＵＭシステム６０２は、電子メールメッセージの可聴音再生を制限し、含まれる最も重要なメッセージおよび／またはセンテンスのみを含むようにできる。内容は、所望のアルゴリズム（例えば、ルールベース、ＡＩ）に従ってフィルタおよび／またはソート処理されるため、ユーザに読み取られる（複数の）メッセージの量および長さを減らせることは理解されるであろう。同様に、重要なボイスメールメッセージも、同じ方法で処理することができる（例えば、フィルタ処理、ソート処理）。もちろん、人々が電話で多数の電子メールメッセージを受け取った場合、そのユーザにとって重要な特定のメッセージにナビゲートすることは困難な場合がある。本発明では、重要なボイスメールは、ＵＭシステム６０２により識別され、最初にユーザに読み取られるようにすることができる。また、音声メッセージをフィルタ処理し、ボイスメールの一部のみがユーザに読み取られるようにすることもできる。
【００６９】
本発明の他の新規性のある機能は、ファクシミリ伝送を対象とする。例えば、いくつかの組織では、すべての受信ファクシミリは、１つのメールボックス宛てに送られ、そこで、ルータがそのファクシミリを見て、電子的手段を介して、それを組織内の該当する人に配送する。ファクシミリメッセージに機密情報が含まれる場合、そのファクシミリをリダイレクトする人がいれば、その人は、機密であることを意図した情報にアクセスできる。本発明の一態様によれば、ＵＭシステム６０２は、ファクスメディア処理コンポーネント７１８を使用して、送付状（cover page）をファクシミリ伝送の残りのページから分離することができる。したがって、メッセージをリダイレクトするルータは、ファクシミリの送付状および機密でない内容にのみアクセスできる。
【００７０】
他のシナリオでは、人々がユーザを呼び出し、ボイスメールシステムに移動されたが、メッセージを残していない場合、被呼出側は、誰かが呼び出したことを必ずしも知るわけではない。本発明の一態様によれば、ＵＭシステム６０２は、電子メールメッセージを生成し、被呼出側に転送することができ、それによって、誰かが呼び出したが、ボイスメールメッセージを残していなかったことを通知することができる。
【００７１】
本発明のさらに他の新規性のある態様は、電子メールメッセージとのポリシーおよび順守（compliance）の統合を対象とする。従来、音声メッセージは、サーバ（例えば、サーバコンポーネント６０６）上に格納され、任意のまたは事前にプログラムされたポリシーに従って保持され、および／またはアーカイブされる。例えば、このような１つのポリシーでは、特定の日数（例えば、２１）が経過した後、メッセージを削除することができる。本発明（例えば、電子メールシステムとの統合）では、ユーザは、電話通信コンポーネント６０４からどのメッセージが削除されるか、またはアーカイブされるかを制御することができる。また、論理および／または推論メカニズムを適用し、メッセージの保持および／または削除を自動的に管理することができる。
【００７２】
本発明のさらに他の態様は、ユーザがキーストロークプロファイルスキームを選択できるようにするシステムおよび／または方法を対象とする。異なるボイスメールシステムは、電話機ユーザインターフェースをナビゲートし、制御するために異なるキーを持つことができることは理解されるであろう。ユーザが一方のシステムから他方のシステムに切り替えた場合、ユーザは、新しいキーを学習して新しいシステムを使用するようにしなければならない場合が多い。本発明では、最もよく使用されるシステムについてはボタンプロファイルを使用できる。したがって、ユーザは、その特定のユーザにとって馴染みのある所定のプロファイルを選択できる。また、ボタンは、特定のユーザが望むとおりにプログラムすることができる。この方法では、ユーザは、新しいシステムにアクセスするために新しいキーストロークプロファイルスキームを必ずしも学習する必要はない。
【００７３】
セキュリティコンポーネント８０８の他の新規性のある態様は、音声認識技術を使用してボイスメール認証を実行することを対象とする。現在、ユーザは、電話から自分のメールボックスにアクセスする場合、通常、ＰＩＮをパスワードとして入力する。多くの場合、これは、あまり安全ではなく、ユーザにとっては不便である（例えば、自動車を運転しながらアクセスする場合）。本発明では、ユーザは、自分のメールボックスにアクセスするために、あるフレーズまたは所望のＰＩＮを発声すればよい。これは、比較的便利であり、また、音声フレーズはユーザによってすでに記録されているフレーズと一致しなければならないため比較的安全でもある。さらに、システムは、ユーザに特有の音質（例えば、声質）を学習するようにプログラムすることができる。
【００７４】
さらに他の例示的な態様は、メニューおよびプロンプトのエンドユーザ設定を対象とする。エンドユーザは、電話機を介して自分のメールボックスにアクセスする場合、ボタンまたは挨拶中に再生される情報を変更することができない。本発明では、ユーザは、自分の挨拶の場所を指定することができ、したがって、ユーザロールに応じて、追加情報を含む、より詳細な挨拶を使用することができる。例えば、ＩＴ管理者は、自分のメインメールボックス挨拶に、クリティカルエスカレーションケース（critical escalation cases）の数を入れることを選択することも可能である。他の態様では、プロンプト（例えば、オーディオ）を、ユーザ毎にカスタマイズできることは理解されるであろう。また、状態機械の順序もユーザカスタマイズ可能である。
【００７５】
要約すると、本発明のいくつかの態様は、ＵＭシステム６０２と連携して使用される少なくとも以下の新規性のあるコンポーネントを対象とする。
【００７６】
電子メールアプリケーションとのＯＯＦボイスメール挨拶統合−電子メールおよびボイスメールシステムＯＯＦステータスは、一致する内容とすることができ、それにより、ユーザは一方の場所からＯＯＦステータスを設定することができる。例えば、自動返信の電子メール本文は、ＴＴＳメカニズムを使用して電話機挨拶としてユーザに読み取られるようにできる。
【００７７】
カレンダーアクセス−新規性のある方法で電話機からカレンダーアポイントメントを基に動作し、対話操作する機能。例えば、ユーザは、受け入れ、拒否、取り消し、ミーティング場所の電話への転送を行うことができ、ミーティング参加者への電子メールメッセージを開始することができる。
【００７８】
連絡先リストアクセス−会社職員名簿だけでなく、個人連絡先リストにもアクセスする機能。電話機を介して、電子メールおよび添付サウンドファイルを電子メールアカウントに送信することができる。
【００７９】
ＰＩＮリセット−ユーザが電子メールクライアントを介してパスワード（例えば、ボイスメールパスワード）をリセットできる機能。オペレーティングシステムのセキュリティ証明書でセキュリティを維持できることは理解されるであろう。
【００８０】
ボイスメールのデジタル権利管理−ボイスメールのデジタル権利は新しい、新規性のある概念である。本発明は、ボイスメールの内容へのアクセスを制御し、および／または制限するために使用することができる。例えば、受信者はボイスメールを聞くことができるが、そのメッセージを転送または保存することを制限することができる。
【００８１】
ボイスメールのテキストプレビュー−本発明では、音声テキスト変換技術を使用することで、記録済みボイスメールをテキストメッセージに変換することができる。その後、メッセージは、電子メールクライアントアプリケーションを介して受信者に送信することができる。また、システムでは、テキストメッセージのテキスト音声変換を考慮する。さらに、システムでは、音声メッセージのサウンドファイル（例えば、．ｗａｖ形式）を生成して、電子メールに添付することも考慮する。そうして、電子メールおよび添付ファイルを受信者に転送することができる。
【００８２】
安全なファクシミリ処理−本発明では、受信したファクシミリ伝送から送付状（例えば、１ページ目）を除き、それにより、伝送の残りページの機密を保持することができる。
【００８３】
最も重要なセンテンス−本発明では、定義済み論理および／または推論技術に基づいて、重要度に関して通信（例えば、電子メールおよび／またはボイスメール）のセンテンスを判定し、順位付けることができる。例えば、順位付けは、通信中に含まれる所定の電子メールのスレッドおよびキーワードに関して生じ得る。センテンスおよび／またはキーワードの順位付けにより、一般に、完全に確認しなくても、電子メール全体の要約を作成できることが理解されるであろう。さらに、いくつかの態様は、本発明の新規性のある概念でもある、電話機を介してのテキスト電子メールの読み取りに対しこの技術を使用することを対象とする。
【００８４】
重要なメッセージ−ユーザが状況に応じてフィルタ処理基準（例えば、ルールベース、ＡＩ）を適用できるという事実は、電子メールメッセージに関して特に新規性を有する。本発明では、電子メールのスレッドを解析して、それに応じて順位付けすることができる。例えば、システムでは、メッセージの送信者を判別し、ポリシー、論理および／または推論メカニズムを使用して、メッセージの重要度を順位付けし、および／または分類することができる。一態様では、システムは、この技術を使用して、電話機でユーザへのメッセージを読むことに関する順序を決定することができる。また、この技術は、電話機を介して電子メールをユーザに提示するのに先立って、電子メールをフィルタ処理するために使用することができる。
【００８５】
不在着信通知−このコンポーネントを、ユニファイドメッセージングシステムに組み込み、トラフィックを監視することにより第三者呼出制御を行うことができる。一態様では、システムは、受信した呼出の受信者を監視し、助言することができる。
【００８６】
電子メールシステムとのポリシーおよび順守の統合−新規性のあるルールベースおよび／またはＡＩポリシーをボイスメールおよび／または電子メールに適用することより、コンテンツの管理および保持を実現できる。
【００８７】
ボタンプロファイル−本発明は、新規性のあるボタンプロファイル定義メカニズムを統合する機能を実現する。
【００８８】
音声パスワードボイスメール認証−本発明では、電話機を通じてボイスメールおよび／または電子メールのメールボックスにアクセスするために、安全な音声パスワードを使用することができる。この可聴音認証は、認証技術の新規性のある使用である。
【００８９】
メニューおよびプロンプトのエンドユーザ設定−本発明は、エンドユーザメニューおよびプロンプトをカスタマイズする機能を実現する。
【００９０】
図９は、電子メールＯＯＦ通知を設定するためにＯＯＦ音声メッセージを使用する動作（acts）の例示的な流れ図を示す。説明を簡単にするために、例えばフローチャートまたは流れ図の形で本明細書に示されている方法は、一連の動作として示され説明されているが、本発明は、一部の動作が本明細書に示され説明されているのと異なる順序で、および／または他の動作と同時に発生することができ、動作の順序によって制限されないことは理解され、認識されることであろう。例えば、当業者であれば、代替として方法を、一連の相互に関連のある状態またはイベントとして状態図などの中に表すことが可能であることを理解し、認識するであろう。さらに、方法を実装するために、例示されているすべての動作が必要なわけではない。
【００９１】
９０２において、可聴音ＯＯＦメッセージが記録される。システムでは、９０４において、対応する（複数の）電子メールアカウントを識別することができる。識別された後、変換を開始することができる。９０６において、可聴音ＯＯＦメッセージをテキストＯＯＦメッセージに変換できる。したがって、９０８において、テキストＯＯＦメッセージを（複数の）識別された電子メールアカウントに適用することができる。そのため、異なる形式（例えば、ボイスメール対電子メール）であるが、ＯＯＦの内容は、本質的に異なるシステムに複製することができる。図９の方法は、ボイスメールＯＯＦを電子メールＯＯＦに変換できるプロセスを例示しているが、本発明の代替の新規性のある態様を使用して、電子メールＯＯＦをボイスメールシステムに変換することができることが理解されるだろう。
【００９２】
上述のように、本発明の前述の新規性のある態様では、ルールベース論理および／またはＡＩ推論技術を使用して、アクションを実行、予測、および／または推論することができることは理解されるであろう。より具体的には、本発明（例えば、内容解析、内容保持ポリシー、同期、音声認識に関連する）は、本発明の様々な態様を実行するために様々なルールベースおよび／またはＡＩベースのスキームを使用することができることは理解されるであろう。
【００９３】
上述のシナリオを続け、図１０を参照すると、代替的なＵＭアプリケーションコンポーネント７２０のブロック概略図が示されている。例示されているように、ＵＭアプリケーションコンポーネント７２０は、ルールベース論理エンジン１００２を備えることができる。図１１を参照しつつ後で説明するが、オプションのＡＩコンポーネント（図示せず）をルールベース論理エンジン１００２と併用して、または代わりに使用して、上述のＵＭアプリケーションコンポーネント７２０（およびＵＭシステム６０２）の機能に関連して使用される１つのアクションまたはアクション群を自動的に推論することができる。
【００９４】
図１０の例示的な態様では、ルールベース論理エンジン１００２は、定義済みのプリファレンス（例えば、ルール）に従って、プログラムまたは構成することができる。例えば、ルール（例えば、論理）は、定義済みの階層に基づいて電子メールを自動的に優先順位付けするように構成することができる。それにより、電子メールは、変換され、設定された優先順位でユーザに読み取られることができる。より具体的には、件名、送信者識別情報、受信者識別情報などを考慮し、電子メールを優先順位付けし処理するルールを設定できる。他の態様では、電子メールおよび／またはボイスメールを管理（例えば、保持、転送、削除）できるポリシーを、予め決定または定義するルールを設定できる。
【００９５】
本発明の他の代替的な態様の概略図は、図１１に例示されている。図１１に例示されているこの代替的な態様のＵＭアプリケーションコンポーネント７２０では、アクションを自動的に推論および／または予測することができる、オプションのＡＩコンポーネント１１０２を使用する。この代替的な態様では、状況に応じて、ＵＭアプリケーションコンポーネント７２０の自動制御および／または運転を容易にする、推論モジュール（図示せず）を含むことができる。
【００９６】
この態様によれば、オプションのＡＩコンポーネント１１０２を使用すると、本明細書で説明されているように、簡単に、本発明の様々な態様（例えば、内容の解析および優先順位付け、内容保持ポリシー、同期、および音声認識）を自動的に実行することができる。ＡＩコンポーネント１１０２は、状況に応じて、一部は推論ベースのスキームを使用して所定の時刻および／または状態において実行される意図されたアクションを推論することを容易にするＡＩコンポーネントの自動化された態様をさらに機能強化することができる、推論コンポーネント（図示せず）を含むことができる。本発明のＡＩベースの態様は、任意の好適な機械トレーニングベースの技術および／または統計ベースの技術および／または確率論ベースの技術を介して実現することができる。
【００９７】
他の態様では、図１１にさらに例示されているように、本発明（例えば、内容解析、内容保持ポリシー、同期、音声認識に関連する）は、本発明の様々な態様を自動的に実行するために、様々な人工知能ベースのスキームを状況に応じて使用することができる。特に、ＡＩコンポーネント１１０２は、状況に応じて、ＡＩプロセス（例えば、信頼度、推論）に基づき本発明のいくつかの態様を実装するように構成することができる。例えば、ユーザプリファレンスまたは送信者識別情報に基づいて電子メールの内容の優先順位付けを決定するプロセスは、自動分類器システムおよびプロセスを介して実行しやすくできる。さらに、オプションのＡＩコンポーネント１１０２を使用することで、予測および／または推論されたプリファレンスに基づいて、ユーザに優先順位付けされた内容を与える自動化プロセスを簡単にすることができる。
【００９８】
分類器は、入力属性ベクトルｘ＝（ｘ１，ｘ２，ｘ３，ｘ４，ｘｎ）を、その入力がクラスに属している信頼度にマッピングする関数、つまりｆ（ｘ）＝ｃｏｎｆｉｄｅｎｃｅ（ｃｌａｓｓ）である。このような分類では、確率論および／または統計ベースの解析（例えば、解析効用および費用を考慮する）を使用して、ユーザが自動的に実行されることを望んでいるアクションを予測または推論することができる。
【００９９】
サポートベクターマシン（ＳＶＭ）は、使用できる分類器の一例である。ＳＶＭは、入力可能な空間内の超曲面を見つけることにより動作し、その超曲面では、非トリガイベントからのトリガ基準を分割しようとする。直観的には、これにより、分類は、トレーニングデータに近いが、同一ではないデータを検査するのに正しいものとなる。他の指向および無指向モデル分類アプローチは、例えば、単純ベイズ、ベイズネットワーク、決定木、および確率分類モデルを含み、独立の異なるパターンを使用できることを規定する。本明細書で使用されるような分類は、優先度モデルを構築するために使用される統計回帰を含む。
【０１００】
本明細書から容易に理解されるように、本発明では、明示的にトレーニングされる（例えば、ジェネリックなトレーニングデータを介して）とともに、暗示的にもトレーニングされる（例えば、ユーザの行動を観察すること、外部の情報を受け取ることを介して）分類器を使用できる。例えば、ＳＶＭは、分類器のコンストラクタおよび機能選択モジュール内の学習およびトレーニング段階を介して構成することができる。つまり、エキスパートシステム、ファジー論理、サポートベクターマシン、グリーディサーチアルゴリズム、ルールベースシステム、ベイズモデル（例えば、ベイズネットワーク）、ニューラルネットワーク、その他の非線形トレーニング技術、データ融合、ユーティリティベースの分析システム、ベイズモデルを採用するシステムなどを使用することが、考えられ、付属の請求項の範囲内に収まることが意図されている。
【０１０１】
図１２から１６には、本発明の一態様によるＵＭシステムの例示的なユーザインターフェース（ＵＩ）の流れ図が例示されている。上述のように、このＵＭシステムを使用すると、サーバメールボックス内に格納されているボイスメール、電子メール、およびファクスの管理を簡単に行える。本発明では、電話機ＵＩからこの情報へのアクセスおよび管理が簡単になる。このＵＩにより、ユーザは、デスクトップコンピュータまたハンドヘルドデバイスにアクセスする代わりに、電話機からボイスメールおよびその他の有用な情報にアクセスすることができる。
【０１０２】
本発明によれば、図１２から１６は、開示された態様によるＤＴＭＦプロセスの例示的な実施例を示している。同様に、図１７から２１は、開示されている態様による音声で作動するプロセスの流れの例示的な実施例である。上述のように、ＤＴＭＦおよび音声認識インターフェースは、ＵＭシステムナビゲーションメカニズムに関して同時にアクティブでありうることは理解されるであろう。
【０１０３】
以下は、本発明で扱える例示的なシナリオである。第１のシナリオでは、ユーザが離れた場所のミーティングに向かうが、ビルの中のどの部屋でミーティングが開かれるかが不確かであると仮定する。ユーザは、自動車を運転してミーティングに向かう途中、この情報を素早く見つけたいと思うであろう。本発明の一態様では、電話機でこの情報を取り出すことを容易にできる。
【０１０４】
他のシナリオでは、ユーザは、実際にはミーティングに遅刻するので、そこに到着する前に出席する会議室に電話をかけたいと仮定する。ここで、ユーザは、ミーティング場所情報に電話でアクセスし、その後、ミーティング場所に移されるようにできる。
【０１０５】
第３のシナリオでは、ユーザは、朝、車で仕事に行く途中、電子メールまたはボイスメール内に保留になっている事項のいくつかについて幸先の良いスタートを切りたいと仮定する。電話機ＵＩから、ユーザは、異なる事項を素早く検討し、必要に応じて返信し、それらの事項に関わる人々をフォローアップすることができる。
【０１０６】
最後の例示的なシナリオでは、ユーザは、プリンタにアクセスできない状態でホテルの一室におり、次の日に電子メールとともにカレンダーアポイントメントをホテルのファクスに送信し、ユーザが資料を検討し、その日の予定を立てられるようにしたいと仮定する。本発明の一態様では、電話機接続を介してこの機能を利用するようにできる。これらの態様および他の態様の手順の流れは、以下の図１２から１６を検討するとより理解しやすいであろう。
【０１０７】
そこで図１２を参照すると、ＵＭを呼び出す例示的なプロセスタスクの流れ図が示されている。このプロセスは、外部の起呼者１２０２および内部の起呼者１２０４により開始される呼出による手順の流れを例示している。例示されているように、例示的な態様のプロセスの流れは、起呼者の種類（例えば、外部１２０２または内部１２０４）だけでなく、１２０６においてダイヤルした連絡先番号にも依存する。外部起呼者は、１２０８において会社情報を促され、それにより、内部起呼者は１２１０において内部情報を促される。
【０１０８】
それぞれのシナリオにおいて、起呼者は、１２１２において名前を綴り、ディレクトリ検索を使用することにより、または内線番号を入力して内線に直接接続する（１２１４）ことによりシステム上に配置されているユーザと連絡をとることができる。ユーザが応答しない場合、１２１６において、システムは、起呼者の種類に応じて適切な挨拶（例えば、外部、内部、ＯＯＦ）を再生することができる。したがって、１２１８において、ボイスメールメッセージを記録することができる。事前に指定されたキー（例えば、「＊」）が押された場合、１２２０において、システムは被呼出者のメールボックスに入ることができる。
【０１０９】
被呼出者は、会社および／または内部挨拶メニュー（１２０８、１２１０）から事前に指定されたキー（例えば、「＃」）を選択することにより、１２２０から直接メールボックスにアクセスできることは理解されるであろう。この直接アクセスでは、１２２２において、必要な情報を被呼出者に求める。いずれの場合にも、適切なセキュリティ証明書情報が１２２０において入力されると、ＵＭへのアクセスが１２２４において行われる。図１３は、アクセスが与えられた後の、継続する手順の流れ図を例示している。
【０１１０】
次に図１３を参照すると、ＵＭへのアクセスが１２２４において与えられると、ユーザは、１３０２においてメインメニューで入力を求められる場合がある。例えば、ユーザは、ボイスメールについては「１」を、カレンダーオプションについては「２」を、連絡先については「３」を、電子メールについては「４」を押す、といったように求められる。オプション番号「２」および「３」、例えば、カレンダーオプションおよび連絡先については、図１４および１５を参照しつつ、それぞれ詳細に説明する。他の実施例では、ユーザは、「５」を選択するとメッセージ（例えば、ボイスメール、電子メール）を送信し、「７」を選択するとＯＯＦを設定することができる。追加の例示的なメニューオプションは、ブロック１３０２内に示されている。
【０１１１】
図に示されているように、ボイスメールまたは電子メールが選択された場合、システムは１３０４に進み、それにより、内容（content）がユーザに提示される。つまり、ユーザに対し、ボイスメール、電子メール、および／またはミーティング要求内容を提示することができる。論理および推論メカニズムを使用することにより、上述のように内容を管理し、編成し、フィルタ処理を行い、および／またはソート処理を行うことができることが理解されるであろう。例示されているように、内容が提示された後、ユーザに対し、「メッセージ後」メニューを表示し、それにより、追加オプションを提示することができる。例えば、「４」を押すと、ユーザは所望のメッセージのファクシミリを送信することができる。つまり、ユーザは、ボイスメールおよび／またはＴＴＳ変換電子メールを聞いた後、所望の場所にメッセージのファクシミリを送信することを選択できる。また、「３」を押すことにより、ユーザは、メッセージに返信すること、またはミーティングアポイントメント要求を受け入れることができる。オプション「２」を選択することにより、ユーザは、１３０６において、特定のメッセージの送信者を呼び出すことができる。この「呼出」オプションについては、図１５を参照しつつ詳細に説明する。図１３のＵＩプロセスフロー内に示されるオプションは、例示的であり、ユーザが利用できるオプションの完全なリストであることを意図していない。
【０１１２】
１３０８において、メッセージの再生中に提示される、例示的な再生コマンドのリストが示される。また、このリストも、本明細書で説明されている機能に鑑みて完全なものであることを意図していない。例示されているように、システムは、１３０８において示されるオプションに従って、一時停止、削除の復元（undelete）、リピートなどのタスクを実行できることが理解されるであろう。
【０１１３】
次いで図１４を参照すると、カレンダーアクセスの例示的な流れ図が示されている。１４０２において、システムは、保留されているミーティングの数を再生することができる。また、１４０２において例示されているように、ユーザは、様々なオプションのうちのどれかを選択することにより、ミーティングアポイントメントおよび／または要求を管理することができる。例えば、ユーザは、オプション「２」を選択してミーティングの場所に電話をかけ、「２，２」を選択してミーティング主催者に電話をかけ、または「３」を選択して対象ミーティングへの遅刻を知らせることができる。また、例示されているように、追加のナビゲーションオプションをユーザに提示することができる。
【０１１４】
図１５は、連絡先メニューからの呼出の生成を実行する例示的なプロセスの流れを示す。呼出は、ミーティング要求／アポイントメントまたは受信された通信により生成することもできることは理解されるであろう。図１５を再び参照すると、連絡先が１２１２においてディレクトリ検索を介して特定されると、システムは、１５０２においてユーザ情報を提示することができる。１５０２において提示される情報は、何らかの望ましいタスクをもたらす可能性がある。例えば、ユーザは、「２」または「３」をそれぞれ押すことにより、連絡先に電話をかけるか、またはメッセージを送信することができる。ユーザが呼出を選択すると、プロセスは引き続き、例示されているように呼出を生成する。
【０１１５】
図１６には、メッセージを記録するプロセスの流れ図が示されている。メッセージは、１６０２において記録される。１６０４において、ユーザに対し、記録を管理する様々なオプションが提示される。例えば、ユーザは、「１，１」を押すことによりメッセージに高優先度のマークを付けるか、または「５」を押すことによりアクセスを制限することができる。完了すると、ユーザは、１６０６においてシステムを終了できる。
【０１１６】
図１７から２１は、音声ＵＩを採用するＵＭシステムの例示的なプロセスの流れ図を示す。上述のように、ユーザは、アプリケーション状態機械（例えば、ＵＭシステム）に関して本質的に異なるナビゲーションメカニズムを選択的に採用することができる。図１７から２１のプロセスの流れ図は、ＤＴＭＦ  ＵＩ（図１２から１６）と音声で作動するＵＩの共存を例示する。ユーザは、アプリケーション状態機械内でのナビゲートに連携していつでも利用可能なＵＩを使用することができることは理解されるであろう。
【０１１７】
次に図１７を参照すると、ＵＭシステムを呼び出す例示的なプロセスタスクの流れ図が示されている。図１２を参照しつつ説明されているように、このプロセスは、外部の起呼者１２０２および内部の起呼者１２０４により開始される呼出についての手順の流れを例示している。例示されているように、例示的な態様のプロセスの流れは、起呼者の種類（例えば、外部１２０２または内部１２０４）だけでなく、１２０６においてダイヤルした連絡先番号にも依存する。外部起呼者は、１２０８において会社情報を求められ、それにより、内部起呼者は１２１０において内部情報を持つ。
【０１１８】
それぞれのシナリオにおいて、起呼者は、ディレクトリ検索を使用するか（図１２の１２１２）または内線番号を入力して内線に直接接続する（１２１４）ことにより、システム上に配置されているユーザと連絡をとることができる。図１７に例示されているように、ユーザは、１７０２においてコマンドを発声して、所望のオプションを実行することができる。また、１７０４において、ユーザは、連絡先の所望の人をシステムに言葉で知らせることができる。いつでも、ユーザは、単語「ｈｅｌｐ」を発すれば（１７０６）、使用可能なシステムオプションにアクセスすることができる。図１８は、アクセスが与えられた後の音声オプションを含む継続する手順の流れ図を例示している。
【０１１９】
次に図１８を参照すると、ＵＭシステムへのアクセスが１２２４において与えられると、ユーザは、１３０２においてメインメニューで入力を求められる場合がある。例えば、ユーザは、ボイスメールについては「１」を、カレンダーオプションについては「２」を、連絡先については「３」を、電子メールについては「４」を押す、といったように求められる。他の実施例では、ユーザは、「５」を選択するとメッセージ（例えば、ボイスメール、電子メール）を送信し、または「７」を選択するとＯＯＦを設定することができる。追加の例示的なＤＴＭＦメニューオプションは、ブロック１３０２内に例示されている。また、必要ならば、ナビゲーションを実行するために、１８０２において音声コマンドを使用することができる。
【０１２０】
図に示されているように、ボイスメールまたは電子メールが選択された場合、システムは１３０４に進み、それにより、内容をユーザに提示することができる。つまり、ユーザに対し、ボイスメール、電子メール、および／またはミーティング要求内容を提示することができる。論理および推論メカニズムを使用することにより、上述のように内容の管理、編成、フィルタ処理、および／またはソート処理を行うことができることは理解されるであろう。例示されているように、内容が提示された後、ユーザに対し、「メッセージ後」メニューを表示し、それにより、追加オプションを提示することができる。例えば、「４」を押すと、ユーザは所望のメッセージのファクシミリを送信することができる。つまり、ユーザは、ボイスメールおよび／またはＴＴＳ変換電子メールを聞いたら、所望の場所にメッセージのファクシミリを送信することを選択できる。また、「３」を押すことにより、ユーザは、メッセージに返信するか、またはミーティングアポイントメント要求を受け入れることができる。オプション「２」を選択することにより、ユーザは、１３０６において特定のメッセージの送信者を呼び出すことができる。図１８のＵＩプロセスに示されるオプションは、例示的であり、ユーザが利用できるオプションの完全なリストであることを意図していない。
【０１２１】
さらに、１８０４において示されている音声コマンドは、メッセージを再生「している間」またはメッセージを再生「した後」に使用できることも理解されるであろう。つまり、音声コマンドはいずれのシナリオにおいても再利用できるということである。これらの再利用可能なコマンドは、図１８において、「いつでも（anytime）」コマンドとしてリストされている。
【０１２２】
１３０８において、メッセージの再生中に提示される、例示的なＤＴＭＦ再生コマンドのリストが示される。ここでもまた、このリストは、本明細書で説明されている機能に鑑みて完全なものであることを意図していない。例示されているように、システムは、１３０８において示されているオプションに従って一時停止、削除の復元、リピートなどのタスクを実行できることは理解されるであろう。１８０６における一態様では、音声コマンドおよびオプションを、再生一時停止と連携して使用することができる。
【０１２３】
図１９を参照すると、カレンダーアクセスの例示的な流れ図が示されている。１４０２において、システムは、保留されているミーティングの数を再生することができる。また、１４０２において例示されているように、ユーザは、様々なオプションのうちのどれかを選択することにより、ミーティングアポイントメントおよび／または要求を管理することができる。例えば、ユーザは、オプション「２」を選択してミーティングの場所に電話をかけ、「２，２」を選択してミーティング主催者に電話をかけ、または「３」を選択して対象ミーティングへの遅刻を知らせることができる。また、例示されているように、追加のナビゲーションオプションをユーザに提示することができる。例えば、例示されているように、ユーザは、１９０２において音声コマンドを使用して、カレンダー再生を行うことができる。
【０１２４】
図２０は、連絡先メニューからの呼出の生成を実行する例示的なプロセスの流れを示す。呼出は、ミーティング要求／アポイントメントまたは受信された通信により生成することもできることは理解されるであろう。図２０を再び参照すると、連絡先が２００２においてディレクトリ検索を介して言葉で特定されると、システムは、１５０２においてユーザ情報を提示することができる。１５０２において提示される情報は、何らかの望ましいタスクをもたらす可能性がある。例えば、ユーザは、「２」または「３」をそれぞれ押すことにより、連絡先に電話をかけるか、またはメッセージを送信することができる。ユーザが呼出を選択すると、プロセスは引き続き、例示されているように呼出を生成する。さらに、２００４において、ユーザは、音声コマンドを使用することにより連絡先との通信を実行できる。例えば、ユーザは、可聴音で、システムに特定の人を「見つけ」させるようにできる。次に、ユーザは、電子メールメッセージを特定された連絡先に送信するようシステムに可聴音で伝えることができる。
【０１２５】
図２１には、メッセージを記録するプロセスの流れ図が示されている。メッセージは、１６０２において記録される。１６０４において、ユーザに対し、記録を管理する様々なオプションが提示される。例えば、ユーザは、「１，１」を押すことによりメッセージに高優先度のマークを付けるか、または「５」を押すことによりアクセスを制限することができる。完了すると、ユーザは、１６０６においてシステムを終了できる。他の例示的な流れ図に関して説明されているように、ユーザは、いつでも、他の使用可能なＵＩ（例えば、音声認識）を介してシステムと通信することを選択できる。図２１の実施例では、ユーザは、２１０２において識別されたコマンドを発声し、それによりアプリケーション状態機械（例えば、ＵＭシステム）をナビゲートすることができる。
【０１２６】
次に、図２２を参照すると、開示されているアーキテクチャを実行する動作が可能なコンピュータのブロック図が示されている。本発明の様々な態様の他の文脈を示すために、図２２および以下の説明は、本発明の様々な態様を実装できる好適なコンピューティング環境２２００の簡潔な概要的説明を行うことを意図している。本発明は、１つまたは複数のコンピュータ上で実行できるコンピュータ実行可能命令の一般的な文脈において上で説明されているが、当業者であれば、本発明は、他のプログラムモジュールと組み合わせて、および／またはハードウェアとソフトウェアとの組合せとしても実装できることを理解するであろう。
【０１２７】
一般に、プログラムモジュールは、特定のタスクを実行する、または特定の抽象データ型を実装するルーチン、プログラム、コンポーネント、データ構造などを含む。さらに、当業者であれば、本発明は、それぞれ、１つまたは複数の関連するデバイスに動作するように結合できる、シングルプロセッサまたはマルチプロセッサコンピュータシステム、ミニコンピュータ、メインフレームコンピュータ、さらにはパーソナルコンピュータ、ハンドヘルドコンピューティングデバイス、マイクロプロセッサベースまたはプログラム可能家電製品などを含む、他のコンピュータシステム構成で実施できることを理解するであろう。
【０１２８】
本発明の例示されている態様は、通信ネットワークを通じてリンクされているリモート処理デバイスによりいくつかのタスクが実行される、分散コンピューティング環境において実施することもできる。分散コンピューティング環境では、プログラムモジュールは、ローカルおよびリモートの両方のメモリ記憶装置内に配置されうる。
【０１２９】
コンピュータは、通常、様々なコンピュータ読取り可能記憶媒体を含む。コンピュータ読取り可能記憶媒体は、コンピュータによってアクセスできる媒体であればどのような媒体でもよく、揮発性および不揮発性媒体、取外し可能および取外し不可能な媒体を含む。例えば、限定はしないが、コンピュータ読取り可能記憶媒体は、コンピュータ記憶媒体および通信媒体を含むことができる。コンピュータ記憶媒体は、コンピュータ読取り可能命令、データ構造体、プログラムモジュール、またはその他のデータなどの情報を格納する方法または技術で実装される揮発性および不揮発性、取外し可能および取外し不可能な媒体を含む。コンピュータ記憶媒体は、限定はしないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたはその他のメモリ技術、ＣＤ−ＲＯＭ、デジタルビデオディスク（ＤＶＤ）またはその他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置またはその他の磁気記憶デバイス、または所望の情報を格納するために使用することができコンピュータによりアクセスできるその他の媒体を含む。
【０１３０】
通信媒体は、通常、コンピュータ読取り可能命令、データ構造体、プログラムモジュール、または搬送波もしくはその他のトランスポートメカニズムなどの被変調データ信号によるその他のデータを具現するものであり、任意の情報配信媒体を含む。「被変調データ信号」という用語は、信号内に情報を符号化するような方法で特性のうちの１つまたは複数が設定または変更された信号を意味する。例えば、限定はしないが、通信媒体としては、有線ネットワークまたは直接配線接続などの有線媒体、および、音響、無線周波数（ＲＦ）、赤外線、およびその他の無線媒体などの無線媒体がある。上記のいずれの組合せもコンピュータ読取り可能記憶媒体の範囲に含められるべきである。
【０１３１】
図２２を再び参照すると、コンピュータ２２０２を含む本発明の様々な態様を実装するための環境例２２００が例示されており、またコンピュータ２２０２は、処理ユニット２２０４、システムメモリ２２０６、およびシステムバス２２０８を備える。システムバス２２０８は、限定はしないが、システムメモリ２２０６を含むシステムコンポーネントを処理ユニット２２０４に結合する。処理ユニット２２０４は、様々な市販プロセッサのうちのどれでもよい。デュアルマイクロプロセッサおよびその他のマルチプロセッサアーキテクチャも、処理ユニット２２０４として使用することができる。
【０１３２】
システムバス２２０８は、（メモリコントローラを備える、または備えない）メモリバス、ペリフェラルバス、および様々な市販のバスアーキテクチャのどれかを使用するローカルバスにさらに相互接続できる数種類のバス構造のうちのいずれでもよい。システムメモリ２２０６は、読み取り専用メモリ（ＲＯＭ）２２１０およびランダムアクセスメモリ（ＲＡＭ）２２１２を含む。基本入出力システム（ＢＩＯＳ）は、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭなどの不揮発性メモリ２２１０内に格納され、ＢＩＯＳは、起動時などにコンピュータ２２０２内の要素間の情報伝送を助ける基本ルーチンを含む。ＲＡＭ  ２２１２は、さらに、データをキャッシュするためのスタティックＲＡＭなどの高速ＲＡＭも含むことができる。
【０１３３】
コンピュータ２２０２は、さらに、好適なシャシ（chassis）（図示せず）に入れて外部で使用するように構成することも可能な、内蔵ハードディスクドライブ（ＨＤＤ）２２１４（例えば、ＥＩＤＥ、ＳＡＴＡ）、磁気フロッピー（登録商標）ディスクドライブ（ＦＤＤ）２２１６（例えば、取外し可能なディスク２２１８からの読み出しまたは書き込み用）、および光ディスクドライブ２２２０（例えば、ＣＤ−ＲＯＭディスク２２２２を読み込む、またはＤＶＤなどの他の大容量光媒体から読み出す、または書き込む）を備える。ハードディスクドライブ２２１４、磁気ディスクドライブ２２１６、および光ディスクドライブ２２２０は、ハードディスクドライブインターフェース２２２４、磁気ディスクドライブインターフェース２２２６、および光ディスクドライブインターフェース２２２８により、それぞれシステムバス２２０８に接続できる。外付けドライブ実装用のインターフェース２２２４は、Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ（ＵＳＢ）およびＩＥＥＥ  １３９４インターフェース技術のうちの少なくとも一方または両方を含む。
【０１３４】
ドライブおよび関連するコンピュータ読取り可能記憶媒体は、データ、データ構造体、コンピュータ実行可能命令などを格納する不揮発性記憶装置を実現する。コンピュータ２２０２では、ドライブおよび媒体は、好適なデジタル形式のデータの格納に対応している。上記のコンピュータ読取り可能記憶媒体の説明ではＨＤＤ、取外し可能磁気ディスク、およびＣＤまたはＤＶＤなどの取外し可能光媒体を取り上げたが、当業者であれば、ｚｉｐドライブ、磁気カセット、フラッシュメモリカード、カートリッジなどのコンピュータにより読取り可能な他のタイプの媒体も、動作環境例で使用することができ、またそのような媒体は、本発明の方法を実行するためのコンピュータ実行可能命令を格納できることは理解するであろう。
【０１３５】
オペレーティングシステム２２３０、１つまたは複数のアプリケーションプログラム２２３２、その他のプログラムモジュール２２３４、およびプログラムデータ２２３６を含む、多くのプログラムモジュールは、ドライブおよびＲＡＭ  ２２１２内に格納することができる。オペレーティングシステム、アプリケーション、モジュール、および／またはデータの全部または一部も、ＲＡＭ  ２２１２内にキャッシュすることができる。本発明は、様々な市販のオペレーティングシステムまたはオペレーティングシステムの組合せで実装できることは理解されるだろう。
【０１３６】
ユーザは、１つまたは複数の有線／無線入力デバイス、例えばキーボード２２３８およびマウス２２４０などのポインティングデバイスを通じて、コンピュータ２２０２にコマンドおよび情報を入力することができる。他の入力デバイス（図示せず）としては、マイク、赤外線リモートコントロール、ジョイスティック、ゲームパッド、スタイラスペン、タッチスクリーンなどがある。これらの入力デバイスおよびその他の入力デバイスは、システムバス２２０８に結合されている入力デバイスインターフェース２２４２を介して処理ユニット２２０４に接続されることが多いが、パラレルポート、ＩＥＥＥ１３９４シリアルポート、ゲームポート、ＵＳＢポート、赤外線インターフェースなどの他のインターフェースにより接続されることもできる。
【０１３７】
モニタ２２４４またはその他の種類の表示デバイスも、ビデオアダプタ２２４６などのインターフェースを介してシステムバス２２０８に接続される。コンピュータは、通常、モニタ２２４４のほかに、スピーカおよびプリンタなど、他の周辺出力装置（図示せず）を備える。
【０１３８】
コンピュータ２２０２は、リモートコンピュータ２２４８などの１つまたは複数のリモートコンピュータへの有線および／または無線通信を介する論理接続を使用して、ネットワーク接続環境で動作することができる。リモートコンピュータ２２４８は、ワークステーション、サーバコンピュータ、ルータ、パーソナルコンピュータ、ポータブルコンピュータ、マイクロプロセッサベースの娯楽機器、ピアデバイス、またはその他の一般的なネットワークノードなどとすることができ、通常は、コンピュータ２２０２に関係する上述の要素の多くまたはすべてを含むが、簡単のため、メモリ記憶装置２２５０のみが例示されている。示されている論理接続は、ローカルエリアネットワーク（ＬＡＮ）２２５２および／またはより大規模なネットワーク、例えば、ワイドエリアネットワーク（ＷＡＮ）２２５４への有線／無線接続を含む。このようなＬＡＮおよびＷＡＮネットワーキング環境は、オフィスおよび会社では一般的なものであり、イントラネットなどの企業規模のコンピュータネットワークを円滑にし、これらはすべて、グローバル通信ネットワーク、例えば、インターネットに接続することができる。
【０１３９】
ＬＡＮネットワーキング環境で使用される場合、コンピュータ２２０２は有線および／または無線通信ネットワークインターフェースまたはアダプタ２２５６を介してローカルネットワーク２２５２に接続される。アダプタ２２５６により、無線アダプタ２２５６と通信するように配置されている無線アクセスポイントも備えることができる、ＬＡＮ  ２２５２との有線または無線通信を円滑にすることができる。ＷＡＮネットワーキング環境で使用される場合、コンピュータ２２０２は、モデム２２５８を備えることができるか、またはＷＡＮ  ２２５４上で通信サーバに接続されるか、またはインターネットなどにより、ＷＡＮ  ２２５４上での通信を確立する他の手段を備える。モデム２２５８は、内蔵でも外付けでも、また有線デバイスでも無線デバイスでよいが、シリアルポートインターフェース２２４２を介してシステムバス２２０８に接続される。ネットワーク接続環境では、コンピュータ２２０２またはその一部に関して示されているプログラムモジュールは、リモートメモリ／記憶装置２２５０に格納されうる。図に示されているネットワーク接続は実施例であり、コンピュータ間の通信リンクを確立するのに他の手段が使用可能であることは理解されるであろう。
【０１４０】
コンピュータ２２０２は、無線通信で動作が可能なように配置された無線デバイスまたはエンティティ、例えば、プリンタ、スキャナ、デスクトップおよび／またはポータブルコンピュータ、ポータブルデータアシスタント、通信衛星、無線検出可能タグに関連付けられた機器または場所（例えば、キオスク、ニューススタンド、レストルーム）、および電話と通信するように動作可能である。これは、少なくともＷｉ−ＦｉおよびＢｌｕｅｔｏｏｔｈ（登録商標）無線技術を含む。そのため、通信は、従来のネットワークと同様な定義済み構造、または少なくとも２つのデバイス間の単なるアドホックな通信とすることができる。
【０１４１】
Ｗｉ−Ｆｉ、つまりワイヤレスフィデリティを使用すると、家庭のソファに座ったまま、ホテルの寝室で、または仕事中の会議室から、無線により、インターネットに接続することができる。Ｗｉ−Ｆｉは、例えば、コンピュータなどのデバイスが、データを屋内と屋外で、しかも基地局の範囲内であれば場所を限らず、送受信できるにする、携帯電話のような無線技術である。Ｗｉ−Ｆｉネットワークでは、ＩＥＥＥ  ８０２．１１（ａ、ｂ、ｇなど）と呼ばれる無線技術を使用して、安全で信頼性の高い、高速な無線接続を実現する。Ｗｉ−Ｆｉネットワークは、コンピュータ同士を接続したり、インターネットに接続したり、有線ネットワーク（ＩＥＥＥ  ８０２．３またはＥｔｈｅｒｎｅｔ（登録商標）を使用する）に接続したりするために使用できる。Ｗｉ−Ｆｉネットワークは、無認可の２．４および５ＧＨｚ無線周波数帯内で、例えば１１Ｍｂｐｓ（８０２．１１ｂ）または５４Ｍｂｐｓ（８０２．１１ａ）のデータ転送速度により動作するか、または両方の帯域を含む（デュアルバンド）製品を使用して動作するため、これらのネットワークは、多くのオフィスで使用されている基本的な１０ＢａｓｅＴ有線Ｅｔｈｅｒｎｅｔ（登録商標）ネットワークと同じような現実世界のパフォーマンスを達成することができる。
【０１４２】
図２３を参照すると、本発明による例示的なコンピューティング環境２３００の略ブロック図が例示されている。システム２３００は、１つまたは複数のクライアント２３０２を備える。クライアント２３０２は、ハードウェアおよび／またはソフトウェア（例えば、スレッド、プロセス、コンピューティングデバイス）とすることができる。クライアント２３０２は、例えば、本発明を採用することにより（複数の）クッキーおよび／または関連するコンテキスト情報を収容することができる。システム２３００は、さらに、１つまたは複数のサーバ２３０４も備える。サーバ２３０４も、ハードウェアおよび／またはソフトウェア（例えば、スレッド、プロセス、コンピューティングデバイス）とすることができる。サーバ２３０４は、例えば、本発明を採用することにより変換を実行するスレッドを置くことができる。クライアント２３０２とサーバ２３０４との間で可能な通信の１つは、２つ以上のコンピュータプロセス間で伝送されるように適合されたデータパケットの形とすることができる。データパケットは、例えば、クッキーおよび／または関連するコンテキスト情報を含むことができる。システム２３００は、（複数の）クライアント２３０２と（複数の）サーバ２３０４との間の通信を円滑にするために使用することができる通信フレームワーク２３０６（例えば、インターネットなどのグローバル通信ネットワーク）を含む。
【０１４３】
通信は、有線（光ファイバを含む）および／または無線技術を介して円滑にすることができる。（複数の）クライアント２３０２は、（複数の）クライアント２３０２のローカルにある情報（例えば、（複数の）クッキーおよび／または関連するコンテキスト情報）を格納するために使用することができる、１つまたは複数のクライアントデータストア２３０８に動作可能なように接続される。同様に、（複数の）サーバ２３０４は、複数のサーバ２３０４のローカルにある情報を格納するために使用することができる１つまたは複数のサーバデータストア２３１０に接続し動作させることができる。
【０１４４】
上述した内容は、本発明の複数の実施例を含む。もちろん、本発明を説明するためにコンポーネントまたは方法の考えられるすべての組合せを説明することは不可能であるが、当業者であれば、本発明の他の多くの組合せおよび置換が可能であることを理解できるであろう。したがって、本発明は、添付の請求項の趣旨と範囲内に収まるすべてのそのような変更、修正、および変更形態を包含することを意図している。さらに、「含む、備える（ｉｎｃｌｕｄｅ）」という言い回しが詳細な説明または請求項で使用されている範囲において、「備える、含む、からなる（ｃｏｍｐｒｉｓｉｎｇ）」が使用された場合に「備える、含む、からなる（ｃｏｍｐｒｉｓｉｎｇ）」は請求項の中で接続語（ｔｒａｎｓｉｔｉｏｎａｌ  ｗｏｒｄ）として解釈されるので、このような用語は、「備える、含む、からなる（ｃｏｍｐｒｉｓｉｎｇ）」という用語と同様の使い方において包含的であることが意図される。
【図面の簡単な説明】
【０１４５】
【図１】本発明の一態様による、状態機械ユーザインターフェースの選択を容易にする高水準の例示的なシステムアーキテクチャの図である。
【図２】開示されている一態様による、異なる状態機械ユーザインターフェースコンポーネントを有するユーザインターフェースストアを示す例示的なシステムの図である。
【図３】開示されている一態様による、ユニファイドメッセージングシステムに関するユーザインターフェースの選択を容易にするシステムアーキテクチャを例示する図である。
【図４】開示されている一態様による、ルールベース論理エンジンを使用するユーザインターフェース選択コンポーネントを示す図である。
【図５】例示的な一態様による、人工知能コンポーネントを使用するユーザインターフェース選択コンポーネントを示す図である。
【図６】本発明の一態様による、通信を容易にする高水準の例示的なシステムアーキテクチャを示す図である。
【図７】開示されている一態様による、ユニファイドメッセージングシステムを使用する例示的なシステムアーキテクチャを示す図である。
【図８】開示されている一態様による、コンテンツの変換および解釈を容易にする呼出制御コンポーネントの図である。
【図９】開示されている一態様による、例示的な通信方法の流れ図である。
【図１０】開示されている一態様による、ルールベース論理エンジンを使用する呼出制御コンポーネントを示す図である。
【図１１】例示的な一態様による、人工知能コンポーネントを使用する呼出制御コンポーネントを示す図である。
【図１２】開示されている一態様による、ユニファイドメッセージングシステムを呼び出す例示的な流れ図である。
【図１３】一態様による、ボイスメールおよび電子メールにアクセスする例示的な流れ図である。
【図１４】例示的な一態様による、電子カレンダーにアクセスする例示的な流れ図である。
【図１５】開示されている一態様による、連絡先機能にアクセスする例示的な流れ図である。
【図１６】開示されている一態様による、メッセージを記録する例示的な流れ図である。
【図１７】開示されている一態様による、ボイスコマンドを使用するユニファイドメッセージングシステムを呼び出す例示的な流れ図である。
【図１８】本発明の一態様による、ボイスコマンドを使用するボイスメールおよび電子メールにアクセスする例示的な流れ図である。
【図１９】開示されている一態様による、ボイスコマンドを使用する電子カレンダーにアクセスする例示的な流れ図である。
【図２０】開示されている一態様による、ボイスコマンドを使用する連絡先機能にアクセスする例示的な流れ図である。
【図２１】開示されている一態様による、ボイスコマンドを使用するメッセージを記録する例示的な流れ図である。
【図２２】開示されているアーキテクチャを実行することができるコンピュータのブロック図である。
【図２３】本発明による例示的なコンピューティング環境の略ブロック図である。
【図１】
2006268832.tif 000003
【図２】
2006268832.tif 000004
【図３】
2006268832.tif 000005
【図４】
2006268832.tif 000006
【図５】
2006268832.tif 000007
【図６】
2006268832.tif 000008
【図７】
2006268832.tif 000009
【図８】
2006268832.tif 000010
【図９】
2006268832.tif 000011
【図１０】
2006268832.tif 000012
【図１１】
2006268832.tif 000013
【図１２】
2006268832.tif 000014
【図１３】
2006268832.tif 000015
【図１４】
2006268832.tif 000016
【図１５】
2006268832.tif 000017
【図１６】
2006268832.tif 000018
【図１７】
2006268832.tif 000019
【図１８】
2006268832.tif 000020
【図１９】
2006268832.tif 000021
【図２０】
2006268832.tif 000022
【図２１】
2006268832.tif 000023
【図２２】
2006268832.tif 000024
【図２３】
2006268832.tif 000025