JP2006121671A - ユニファイドメッセージングアーキテクチャ - Google Patents

Abstract

【課題】 電話通信コンポーネントを、データサーバコンポーネントと統合する。
【解決手段】 このシステムは、電話によるメッセージングサーバなどのサーバにある豊富な情報へのアクセスを容易にする。この豊富な情報は、電子メールコンテンツ、カレンダコンテンツ、連絡先情報等を含む。さらに、アプリケーションプログラミングインターフェースにアクセスすることにより、本発明は、電子メール通信を発信し、また会議を受諾あるいはキャンセルする機能を付加することができる。さらに、本発明は、異種のフォーマットのメッセージを同調させることができる。例えば、ユーザは１箇所から１回の操作で「外出中」状態を電子メールシステムとボイスメールシステムの両方に設定できる。別の態様において、本発明に従って、メッセージあるいはデータコンポーネントを解析、変換、マッチングおよび／または１つのシステムから他のシステムへ通信することができる。
【選択図】 図１

Description

本発明は、メッセージングシステムに関するものであり、より具体的には、サーバに保存される豊富なデータ情報への電話によるアクセスを容易にし、機能性と効率的操作性を向上させるユニファイドメッセージングシステムに関するものである。

例えばスマートフォンのような、電話通信装置の技術的進歩と共に、次々に出現するこれらの技術の便益を、豊富なデータベースの通信（ｄａｔａ−ｂａｓｅｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）および組織化されたシステム（ｏｒｇａｎｉｚａｔｉｏｎ ｓｙｓｔｅｍ）と統合することにより、最大限引き出す要求が絶えず増加している。特に、既存のアプリケーションおよびシステム（例えば、電子メール、カレンダオーガナイザ、ＦＡＸサーバ）について、これらの電話通信装置の柔軟性と機能を活用したいという要求がある。さらに、音声認識および音声変換技術を採用して、これらの通信システムを統合および／または統一するユニファイドシステムおよび／または方法の開発の要求がある。

今日、携帯通信装置による情報の交換の人気および機能性は急速に高まっている。例えば、携帯通信装置を介したテキストメッセージング（例えば、インスタントメッセージング）および無線インターネットアクセスは、一般的に行われている。事実上、現代社会のあらゆる分野はこれらの通信手段に依存している。

双方向通信に関しては、電話システムおよびその機能は、事実上コンピュータプログラムおよびサーバから隔離されている。例えば、ボイスメールアカウントは電子メールアカウントとシームレスに交信できないし、その逆も同様である。特定のシナリオにおいて、会社の従業員は、長時間会社を離れるような場合、発呼者に不在を知らせるため、従業員の外向用の音声メッセージサービスに「外出中（ＯＯＦ：ｏｕｔ−ｏｆ−ｏｆｆｉｃｅ）」メッセージを録音することが多い。ところが、互換性と同調機能（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｆｕｎｃｔｉｏｎａｌｉｔｙ）がないので、従業員は、別のＯＯＦ電子メールメッセージを作成して、その従業員と連絡を取ろうとする人々に対し、不在について電子メールによって知らせることが多い。

従来、ユーザが１つのシステムと他のシステムを介して機能的に交信できるような、ユニファイドメッセージングシステムおよび／または方法は存在しなかった。したがって、電話システムを豊富なデータシステム（例えば、電子メールアプリケーション）に結合、統一および／または統合して、柔軟性、機能性および汎用性を向上させる必要性が増大している。

テキスト通信機能を電話タイプの装置に結合する試みが行われて来たが、これらのシステムの機能を統一し、それによりユーザが豊富なデータ情報に遠くからアクセスし、管理し、生成することができるシステムが、強く求められている。さらに、これらの通信システムを統一および／または同調させるため、ボイス変換機構ならびにテキストスピーチ変換（ＴＴＳ：ｔｅｘｔ−ｔｏ−ｓｐｅｅｃｈ）技術を採用するシステムおよび／または方法が求められている。

本発明のいくつかの態様を基本的に理解するために、以下に本発明の簡単な概要を記述する。この概要は、本発明の広範にわたる概説ではない。これは、本発明の主要／重要なコンポーネントを特定し、または本発明の範囲に線引きすることを意図するものではない。これは、後で述べる詳細な説明の導入部として、本発明のいくつかの概念を簡単な形で提示することのみを目的としている。

本発明の１つの態様において、ユーザは電話通信コンポーネントを介してサーバ（例えば、メッセージングサーバ）に接続することができ、これによってそこにある豊富な情報にアクセスすることができる。本発明は、電話通信コンポーネントおよび／またはシステムをメッセージングサーバコンポーネントおよび／またはシステムと統一するシステムおよび／または方法を備える。例えば、アプリケーションプログラミングインターフェースにアクセスすることによって、本発明は、電話による電子メール通信の生成および検索を可能にする機能を付加することができる。さらに、本発明により電話通信装置を介してカレンダアイテム（例えば、会議の招集や予約）の受諾あるいはキャンセルが可能になる。

他の態様では、電話のクライアントと電子メールのクライアントは、同じバックエンド情報を使用することがあるので、このシステムは、両方のシステムに対して「外出中（ＯＯＦ：Ｏｕｔ Ｏｆ Ｏｆｆｉｃｅ）」の挨拶の状態を同調させることができる。例えば今日、ユーザはＯＯＦ状態を電子メールシステムと電話のボイスメールシステムの両方に設定することが多い。長時間不在を通知する自動応答電子メールのコンテンツと長時間不在を通知するＯＯＦの挨拶のボイスメールのコンテンツは、同じ情報を含むことが多いので、本発明によりユーザは、１箇所から同時に電子メールとボイスメールをＯＯＦ状態に設定することができる。

さらに他の態様では、メッセージおよび／または文書のプレビューシステムを対象にしている。例えば、ボイスメールは、スピーチテキスト変換エンジンによって変換し、これによりそのコンテンツのテキストを生成する。このように、ユーザは元のボイスメールメッセージのコンテンツのテキストレンダリングを、視覚的に見ることができる。他の態様では、電子メール通信のコンテンツをスピーチに変換するテキストスピーチ変換（ＴＴＳ）エンジンを使用し、これにより電話通信装置を介してレビューが可能となる。

本発明の他の態様においては、メールボックス内のコンテンツを解析し、その後に最も重要なメッセージとそのメッセージのコンテンツを決定することができる。一例として、重要なメッセージに対して、アルゴリズムは、未読の電子メールを処理し、電子メールの重要度フラッグを考慮し、ユーザと対応する組織構造を識別し、キーワードとスレッドを問合せて、それによりメッセージの重要性順位を返すことができる。最も重要な文に対しては、繰り返される単語および／または語句についてパターンマッチングを行う、複雑なアルゴリズムが考えられる。

本発明の他の様態では、カレンダ予約（ｃａｌｅｎｄａｒ ａｐｐｏｉｎｔｍｅｎｔ）およびカレンダーエントリー（ｃａｌｅｎｄａｒ ｅｎｔｒｙ）は、電話通信システムを介して維持し、管理することができる。今日、ユーザが電話からカレンダにアクセスするには限度があり、したがって現在の予約に関して限られた情報しか読取ることができない。本発明においては、ユーザは予約に基づいて行動し、電話通信コンポーネントから予約に関する通信を開始することができる。ユーザは、電話から予約の受諾、拒否、キャンセル、および予約要請をすることができる。さらに、ユーザのボイスメールシステムとの電話セッションは、自動的に会議場の電話、あるいは会議の参加者（例えば、招集者）に転送することができる。最後に、ユーザは、電話を介して会議の参加者に電子メールメッセージ（例えば、遅刻の通知）を開始することができる。

本発明の他の態様は、セキュリティおよびデジタル権利管理を目的としている。例えば、ボイスメッセージは、制限（例えば、転送不可、印刷不可、保存不可）を付けてコード化することができる。これらの制限は、電子メールのクライアントにより検出され、その後そのコード化されたメッセージは、配信および／または変更される際に制限を受ける。

さらに他の態様は、ユニファイドメッセージングシステムのセキュリティ機能に関する。スピーチパスワードによるボイスメール認証は、ユーザのメールボックスに格納される語句を、ユーザが予め録音することにより達成される。ユーザが電話システムを介してログオンする場合、この語句を繰り返し、次に録音されている語句と比較される。両方の語句が同じ人物からのものであるという信頼度が算出される。信頼度が所定の基準を満たせば、アクセスは許可される。

前述の関連する目的の成果に対して、本発明のいくつかの具体的な態様を以下の記述および添付図面を参照して説明する。しかしながら、これらの態様は、説明のためのものであり、本発明の原理を採用できる様々な方法の一部に過ぎず、本発明はこのようなすべての態様およびそれと同等の態様を含むものである。本発明のその他の利点および新規の特徴は、図面と共に以下の本発明の詳細な説明を検討することにより明らかとなる。

本発明によれば、ユーザが１つのシステムと他のシステムを介して機能的に交信できるような、ユニファイドメッセージングシステムおよび／または方法を提供することができる。

本発明をここに図面を参照しながら説明するが、その際に全体を通して同様の参照番号を同様のコンポーネントに使用する。以下の記述における説明のために、本発明を完全に理解できるように多数の具体的詳述を示す。しかしながら、本発明がこれらの具体的詳述がなくても実施できることは明らかである。他の例においては、本発明の説明を容易にするために公知の構造および装置がブロック図の中に示されている。

本出願書で使用する用語「コンポーネント」および「システム」は、コンピュータ関連のエンティティを指しており、それはハードウエア、ハードウエアとソフトウエアの組合せ、ソフトウエア、あるいは実行中のソフトウエアのいずれであってもよい。例えば、コンポーネントはプロセッサ上で実行中のプロセス、プロセッサ、オブジェクト、実行可能プログラム、実行スレッド、プログラム、および／またはコンピュータであってよいが、これに限定されない。説明において、サーバ上で実行中のアプリケーションおよびそのサーバの両方がコンポーネントであってもよい。１つまたは複数のコンポーネントは、プロセスおよび／または実行スレッド内に常駐させてもよいし、コンポーネントは１つのコンピュータ上に配置および／または２つ以上のコンピュータ間に分散させてもよい。

ここで使用しているように、用語「推論する（ｉｎｆｅｒ）」あるいは「推論（ｉｎｆｅｒｅｎｃｅ）」は、一般的にイベントおよび／またはデータを介して得た一連の観察から、システム、環境および／またはユーザの状態についての理由付け、あるいは推論するプロセスを意味する。推論は、特定のコンテキストあるいはアクションを識別するために使用することができ、または、例えば、状態全体の確率分布を生成することができる。推論は確率的なものでよく、つまりデータおよびイベントの検討に基づいて当該状態について確率分布の計算でもよい。推論は、一連のイベントおよび／またはデータから高レベルのイベントを構成するために使用する手法を意味する。このような推論については一組の観測したイベントおよび／または格納されているイベントデータから、結果として新しいイベント、あるいはアクションを構成するが、これらのイベントに時間的に密接な相関関係があるかどうか、またこれらのイベントおよびデータは、イベントソースおよびデータソースの１つあるいはいくつかに起因するかどうかという構成が得られる。

ここで図１を参照すると、本発明の態様にかかるシステム１００の高レベルのアーキテクチャ図を示している。一般的に、システム１００はユニファイドメッセージング（ＵＭ）システムコンポーネント１０２，電話通信コンポーネント１０４およびコンピュータアプリケーション、ステートマシンおよび／またはサーバコンポーネント１０６を含んでよい。

電話通信コンポーネント１０４は、ボイスおよび／または可聴音および信号と通信ができる任意の装置を含んでよい。例えば、電話通信コンポーネント１０４は、従来の有線電話ならびに無線（例えば、携帯）電話を含んでもよい。さらに、電話通信コンポーネント１０４は、携帯無線装置および／または音声インターネットプロトコル（ＶＯＩＰ）あるいはＦＡＸインターネットプロトコル（ＦＯＩＰ）を使用するコンピュータを介して作動することもできる。

サーバコンポーネント１０６は、任意の通信および／または組織アプリケーション（ｏｒｇａｎｉｚａｔｉｏｎ ａｐｐｌｉｃａｔｉｏｎ）をホストするために使用することができる。例えば、サーバコンポーネント１０６は、ボイスメール、電子メール、テキストメッセージングアプリケーション等、本発明の態様に関連する通信アプリケーションをホストすることができるが、これらに限定されるものではない。

ある態様においては、ＵＭシステム１０２は、電話通信システム１０４とサーバコンポーネント１０６（例えば、メールボックスサーバ）を一体化することができる。したがって、電話通信システム１０４は、サーバコンポーネント１０６に維持されている豊富な情報にアクセスすることができ、それによりシステムが統一される。図１には、１つの電話通信システム１０４および１つのサーバコンポーネント１０６が示されているが、本発明には拡張性があり、それにより複数の電話および／またはサーバシステムを一体化できることは当然に理解できる。

図２には、本発明の態様にかかる例示的システムアーキテクチャ２００が示されている。システム２００は、一般的にＵＭシステム１０２、電話通信システム１０４およびサーバコンポーネント１０６を含む。ある態様においては、図示してあるように、電話通信システム１０４、サーバコンポーネント１０６および複数のクライアント２０２が、有線のローカルエリアネットワーク接続２０４（例えば、イーサネット（登録商標））を介してＵＭシステム１０２に接続できる。３つの特定のクライアント２０２（例えば、スマートフォン、デスクトップ、ラップトップ）が図示されているが、本発明の精神および／または範囲を逸脱することなしに、いかなる数のクライアント（例えば、電子メールクライアント）をも使用できることは明らかである。他の態様においては、図２の接続が有線、無線あるいはその組合せでも良いことは理解できる。

さらに、クライアント２０２は、サーバコンポーネント１０６と通信するために異種の通信技術を使用できることは明らかである。例えば、スマートフォン、ポケットパーソナルコンピュータ（ＰＣ）またはその他のハンドヘルド装置は、メールボックスサーバ２０６またはアクティブディレクトリサーバ２０８に同調するように特別の通信ソフトウエアを使用することができる。他の例において、デスクトップ（例えば、クライアント２０２）は、有線（例えば、イーサネット（登録商標））接続を使用することによってサーバコンポーネント１０６にアクセスすることができる。さらに他の例においては、３つのクライアント２０２（例えば、ラップトップ）は、無線ネットワーク接続を使用してサーバコンポーネント１０６にアクセスすることができる。

ここでＵＭシステムコンポーネント１０２に目を向けると、呼制御コンポーネント２１０、テキストスピーチ変換（ＴＴＳ）エンジン２１２、スピーチ認識エンジン２１４、ボイスメディア処理コンポーネント２１６、ＦＡＸメディア処理コンポーネント２１８およびＵＭアプリケーションコンポーネント２２０を備えることができる。これらのコンポーネントのそれぞれは、以下のシナリオの例を参照することによりよく理解できる。

電話通信コンポーネント１０４は、公衆交換電話網（ＰＳＴＮ：Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋｓ）２２４を介して接続される一般の電話２２２、構内交換機（ＰＢＸ：Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）２２８または私設交換機を介して接続される構内（例えば、社内）電話２２６、およびＶＯＩＰまたはＦＯＩＰを使用するコンピュータシステム２３０を含んでもよい。これらのコンポーネントは例であって、電話通信コンポーネント１０４を網羅した表にする意図がないことは明らかである。言い換えれば、電話通信コンポーネント１０４は、可聴（例えば、ボイス、ＦＡＸ）信号を生成および／または送信することができる任意の機構（例えば、有線、無線、携帯電話）を含んでもよい。呼制御コンポーネント２１０は、ボイスメディア制御コンポーネント（例えば、２１６）と連携して作動し、音声通信を処理するタスクを分担する。呼制御コンポーネント２１０は、呼のシグナリングの設定と呼に対する応答を容易にする。ボイスメディア処理コンポーネント２１６は、システムを通って流れる音声を実際に処理する。

図３は、ＵＭアプリケーションコンポーネント２２０の実施例を示している。より具体的には、ＵＭアプリケーションコンポーネント２２０は、電子メール統合コンポーネント３０２、カレンダ統合コンポーネント３０４、連絡先統合コンポーネント３０６、およびセキュリティコンポーネント３０８を含むことができる。これらのコンポーネント（３０２，３０４，３０６，３０８）は、以下の例示的なシナリオを議論することでさらによく理解できる。図３のＵＭアプリケーションコンポーネント２２０は、４つの例示的機能コンポーネントを示しているが、以下のシナリオに記載するこれらのコンポーネントの機能は、異種のコンポーネントに組込む（あるいは分離する）ことができることは明らかである。同様に、ここに記載したコンポーネントは、本発明の範囲から逸脱することなく同じ位置に配置しても、離して配置してもよい。

本発明のコンテキストを示すために、以下に例示的なシナリオを示す。以下のシナリオは、単に本発明のコンテキストを説明するために記載するものである。またここで特に開示しない他の構成も存在することも明らかである。このために、以下のシナリオは本発明の範囲および／または機能を制限することを意図するものではない。

第１の例示的シナリオは、電子メール統合コンポーネント３０２について論じることを意図している。より具体的には、このシナリオは「外出中（ＯＯＦ）」のボイスメールの挨拶および電子メールの統合に関するものである。再度図２を参照すると、従来ＯＯＦ状態の設定は、ユーザ固有の電子メールアカウント（例えば、クライアント２０２を介して）またはボイスメールアカウント（例えば、電話２２２、２２６を介して）の両方に個別にすることができる。これからわかるように、サーバコンポーネントを介して生成される長時間不在を通知する電子メールのＯＯＦ自動応答ならびに長時間不在を通知するボイスメールの（例えば、ＯＯＦ）挨拶は、同様の情報を含むことが多い。本発明は、電子メールとボイスメールの両方のＯＯＦ状態を１箇所から１回の操作で同時に設定することを容易にする。

引き続き図２を参照すると、ユーザが電子メールアプリケーション（例えば、クライアント２０２）からＯＯＦ状態を設定すると、ユニファイドメッセージングシステム１０２は、このＯＯＦメッセージを電話通信コンポーネント１０４に統合（例えば、同調）することができる。したがって、電話通信システム１０４を介したユーザへの呼は、可聴バージョンのＯＯＦ長時間不在の挨拶を含む。ＴＴＳエンジン２１２のテキストスピーチ変換技術を使用することによって、この挨拶は電子メールのＯＯＦ自動応答に含まれるテキストを聞き取れるようにレンダリングすることができる。

同様に、ユーザがＯＯＦを電話通信コンポーネント１０４（例えば、電話２２２）から設定するイベントにおいて、スピーチ認識エンジン２１４のボイス認識技術を使用することによって、ユニファイドメッセージングシステム１０２は、自動的にメールボックスサーバ２０６内に電子メールのＯＯＦメッセージを設定することができる。そのあとに、このユーザに電子メールを送信した者は、電話通信機構を介して作られたＯＯＦ自動応答のテキストバージョンを受信することになる。
●ここから●
第２のシナリオは、カレンダ統合コンポーネント３０４に関し、特にカレンダあるいは予定表へのアクセスと管理に関するものである。現在、ユーザが電話システム（例えば、２２２、２２６，２３０）から自分のカレンダにアクセスするには限界があり、サーバコンポーネント１０６内に維持されている予約（ａｐｐｏｉｎｔｍｅｎｔ）に対応する情報を読取ることしかできない。本発明の態様に従って、ユーザは電話通信コンポーネント１０４（例えば、２２２，２２６、２３０）を介して予約を管理し、予約に関する通信を開始することができる。予定表機能すべての使用が、ユニファイドメッセージングシステム１０２のスピーチ認識コンポーネント２１４を介して容易にできるということは明らかである。例えば、電話通信コンポーネント１０４を介して、ユーザは、サーバコンポーネント１０６内に含まれる予約に関して受諾（ａｃｃｅｐｔ）、拒否（ｄｅｃｌｉｎｅ）、修正、キャンセルおよび通信することができる。

ある態様において、ユニファイドメッセージングシステム１０２による電話セッションは、自動的に会議場の電話に転送される。言い換えると、ユーザは、電話通信コンポーネント１０４を介して統合メッセージングシステム１０２に接続することができ、それによってサーバコンポーネント１０６内におけるカレンダ（例えば、予約）記入（ｅｎｔｒｙ）に基づいて呼に対する適切な転送ターゲット位置が決定される。最後に、任意の電話通信装置１０４を介してユニファイドメッセージングシステム１０２に連絡することにより、ユーザは会議参加者に対して、相手を絞ったまたは同報電子メッセージ（例えば、電子メール）の発信を開始することができる。例えば、ユーザは会議の参加者に、会議に遅刻することを知らせることができる。

さらに他の態様は、連絡先リスト統合コンポーネント３０６を介した連絡先リスト記入（ｃｏｎｔａｃｔ ｌｉｓｔ ｅｎｔｒｙ）の遠隔アクセスに関するものである。現在のシステムに接続しても、ユーザは、電子メールシステム（例えば、サーバ１０６）に格納されていることの多い個人的な連絡先リストに電話でアクセスすることはできない。本発明の態様に従うと、電話通信コンポーネント１０４（例えば、電話２２２、２２６、２３０）を介して、ユーザはサーバ１０６内に維持されている連絡先リストにある連絡先を検索することができる。必要があれば、ユーザは直ちに連絡先に接続し、あるいはメッセージ（例えば、音声、テキスト、電子メール）を残すことができる。連絡先が電子メールアドレスのみを伴う外部の連絡先の場合、本発明によりユーザは、音声ファイル（例えば、ＷＡＶ）添付の電子メールを作成することにより、可聴メッセージを通信することができ、それにより意図する目標に通信を送ることができる。

ここで議論をＵＭアプリケーションコンポーネント２２０のセキュリティコンポーネント３０８の機能に向けると、本発明は、電子メールまたはその他のアプリケーションを介して個人識別番号（ＰＩＮ：ｐｅｒｓｏｎａｌ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｎｕｍｂｅｒ）をリセットするのに使用することができる。例えば、ユーザが電話ボイスメールのＰＩＮ（例えば、パスワード）を忘れた場合、それをリセットするためにしばしば情報技術（ＩＴ：ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ）ヘルプデスクあるいはシステム管理者に連絡しなければならない。ＵＭシステム１０２にしたがうと、本発明によりユーザは、ドメイン証明書を使用してサーバコンポーネント１０６上の自分の電子メールにログインし、自分の電話ボイスメールＰＩＮ（例えば、パスワード）をリセット／変更することができる。

セキュリティコンポーネント３０８を含むさらに他のシナリオは、ボイスメールのデジタル権利管理に関する。今日、ボイスメールを電話に残す場合、送信者はそのメッセージへのアクセスの制限および／または管理を行う方法を持たない。本発明によれば、アクセス制限付きのボイスメッセージを送信することができる。例えば、受信者がそのボイスメールを聞くことはできるが、転送や保存を制限したボイスメールを送信することができる。

電子メール統合コンポーネント３０２を再び参照すると、音声ファイルを聞くことが適切でない状況（例えば、会議中）においては、従来ユーザはそのボイスメールのコンテンツを知ることができない。本発明のＵＭシステム１０２（例えば、電子メール統合コンポーネント３０２）を使用すると、ボイスメールのテキストプレビューができる（その逆も可能である）。ＵＭシステム１０２に従い、電子メールクライアント２０２を介してユーザは、自分のコンピュータ、ラップトップまたはその他の適切な装置（例えば、スマートフォン）にあるボイスメールにテキスト形式でアクセスできる。ボイス認識技術（例えば、スピーチ認識エンジン２１４）により、本発明はボイスメールを変換し、それによりテキストに書換えることができる。したがって、ユーザは音声ファイルを再生することなくボイスメッセージのコンテンツをレビューすることができる。同様に、ＴＴＳエンジン２１２は、電話通信装置を介して電子メール通信を変換し配信するのに使用することができる。

さらに、本発明により電子メッセージアタッチメント（例えば、ワープロ文書）は、可聴ファイル（例えば、音声）に変換するのを容易にする。これはＴＴＳコンポーネント２１２を介して達成することができる。これによって本発明は、電子通信の可聴コンテンツをレンダリングすることに加えて、テキスト添付のコンテンツを含む可聴ファイルをレンダリングすることができる。ＴＴＳ変換技術およびここに述べるナビゲーション概念がファイルシステムディレクトリ等に適用できることは理解できる。言い換えれば、スピーチ認識エンジン２１４はファイルシステムディレクトリ内のナビゲーションを実施するのに使用することができる。したがって、ＴＴＳエンジン２１２は、ターゲット文書を音声に変換し、それによって電話通信システム１０４を介してユーザに可聴ファイル（例えば、音声）をレンダリングするのに使用することができる。

別の態様は、電子メール統合コンポーネント３０２を電子メール通信メッセージのコンテンツを解析するのを容易にするため使用することに関するものである。例えば、電子メールメッセージは、電話通信装置１０４（例えば、電話）を介して聞こえるようにレンダリングされる場合、メッセージが長過ぎて理解が困難な場合がしばしばある。本発明の新たな特徴は、ロジックおよび／または推論技術を使用して、通信に含まれる最も重要なメッセージおよび／またはテキストを識別することである。これらの論理および／または推論機構は、ルールベースおよび／または人工知能（ＡＩ：ａｒｔｉｆｉｃｉａｌ ｉｎｔｅｌｌｉｇｅｎｃｅ）機構を使用し、コンテンツのフィルタリングおよび／またはソーティングを行なうことができる。ひとたび識別されると、コンテンツの簡略化または要約版は、ユーザに対して聞こえるようにレンダリングできる。

前述のように、ユニファイドメッセージングシステム１０２は、音声再生する電子メールメッセージをそこに含まれる最も重要なメッセージおよび／またはテキストの論理のみを含むように制限することができる。コンテンツは、所望のアルゴリズム（例えば、ルールベース、ＡＩ）に従ってフィルタリングおよび／またはソーティングを行うことができるので、ユーザに読めるメッセージの量および長さは、減少させることができるのは明らかである。同様に、重要なボイスメールメッセージも同様の方法で処理（例えば、フィルタリング、ソーティング）することができる。勿論、電話で多数の電子メールを受信する場合、ユーザにとって重要な特定のメッセージに導くことが困難な可能性がある。本発明によれば、重要なボイスメールはＵＭシステム１０２によって識別することができ、ユーザが最初に読むことができる。また、ユーザがボイスメールの一部分だけを読めるように、ボイスメッセージをフィルタリングすることもできる。

本発明の他の新しい特徴は、ファクシミリの送信に関するものである。例えば、ある組織において、着信ファクシミリはすべて、そこでルータがそのファクシミリを見て方向付けする１つのメールボックスに送られ、電子的手段を介して組織内の適切な人物に送られる。ファクシミリのメッセージが機密情報を含む場合、ファクシミリをリダイレクトしている者が機密扱いの情報にアクセスできる。本発明の態様に従い、ＵＭシステム１０２はＦＡＸメディア処理コンポーネント２１８を使用してファクシミリ送信の表紙を他のページから分離することができる。したがって、メッセージをリダイレクトするルータは、ファクシミリの表紙にだけアクセスすることができ、機密のコンテンツにはアクセスできない。

他のシナリオにおいて、誰かがユーザに発呼し、ボイスメールシステムに転送されたがメッセージを残さなかった場合、被発呼者は、必ずしも誰かが電話してきたことを知ることができない。本発明の様態に従えば、ユニファイドメッセージングシステム１０２は、電子メールメッセージを被発呼者宛に生成して転送し、それにより誰かが電話してきたがボイスメールメッセージを残さなかったことを通知することができる。

本発明のさらに他の新しい態様は、電子メールシステムとポリシーおよびコンプライアンスの統合に関するものである。従来ボイスメッセージは、サーバ（例えば、サーバコンポーネント１０６）上に格納され、任意または事前にプログラムされたポリシーに従って保存および／または保存される。例えば、そのようなポリシーの１つにより、特定の日数経過後に（例えば、２１日後）メッセージを消去できる。本発明によれば（例えば、電子メールシステムとの統合）、ユーザは、電話通信コンポーネント１０４からどのメッセージを削除し、または保存するかを管理できる。また、論理および／または推論機構を適用して、メッセージの保存および／または削除を自動的に管理することができる。

本発明の他の態様は、ユーザがキー操作体系を選択できるシステムおよび／または方法に関するものである。当然のことながら、ボイスメールシステムが異なると電話ユーザインターフェースをナヴィゲートおよび制御するキーが異なることがある。ユーザがあるシステムから別のシステムに変更すると、新しいシステムを使用するために新しいキーを覚えなければならないことはよくあることである。本発明によれば、最も一般に使用されているシステムに対するボタンプロファイルを使用することができる。したがって、ユーザは自分が慣れている所定のプロファイルを選択できる。また、ボタンは、特定のユーザが希望するようにプログラムすることができる。このようにして、ユーザは新しいシステムにアクセスするために、必ずしも新しいキー操作体系を覚える必要がない。

セキュリティコンポーネント３０８の他の新しい特徴は、ボイスメールの認証にボイス認識技術を使用することに関する。今日、ユーザが電話から自分のメールボックスにアクセスする場合、自分のＰＩＮをパスワードとしてキー入力するのが一般的である。多くの場合、これはあまり安全ではなく、ユーザにとって不便である（例えば、車の運転中のアクセス）。本発明によれば、ユーザは、声を出してフレーズまたは希望のＰＩＮを話して自分のメールボックスにアクセスすることができる。この方がより便利であり、また音声フレーズはユーザが予め録音しておいた語句と一致する必要があり、より安全である。また、このシステムは、ユーザの特質（例えば、声の音質）を学習するようにプログラムすることができる。

さらに他の例示的態様は、メニューおよびプロンプトのエンドユーザ設定に関する。エンドユーザが電話を介して自分のメールボックスにアクセスする場合、ユーザはボタンまたは挨拶の間に再生される情報を変更することができない。本発明によれば、ユーザは挨拶位置を指定でき、したがってユーザの職務に従って追加の情報を含むより詳細な挨拶を使用することができる。例えば、ＩＴ管理者は自分のメインメールボックスの挨拶の中にクリティカルエスカレーションケース（ｅｓｃａｌａｔｉｏｎ ｃａｓｅ）の数を置くことも選択できる。別の態様においては、ユーザごとにプロンプト（例えば、音声）をカスタマイズできるのは当然である。また、状態マシン（ｓｔａｔｅ ｍａｃｈｉｎｅ）の順序もユーザがカスタマイズできる。

要約すると、本発明の態様は、少なくともＵＭシステム１０２に関連して使用される以下の新規のコンポーネントに関する。

ＯＯＦボイスメール挨拶と電子メールアプリケーションとの統合−電子メールとボイスメールシステムのＯＯＦ状態のコンテンツを一致させ、それによってユーザが１箇所からＯＯＦ状態を設定することを可能にする態様。例えば、ＴＴＳ機構を使用してユーザが自動応答電子メールの本文を電話挨拶として読むことができる。

カレンダアクセス−新しい方法で、電話から起動しカレンダ予約と交信することできる機能。例えば、ユーザは、（予約の）受諾、拒否、キャンセル、会議場の電話への転送、会議参加者への電子メール発信ができる。

連絡先リストアクセス−会社のディレクトリだけでなく、個人の連絡先リストへアクセスする能力。電話を経由して電子メールアカウントへ電子メールおよび音声ファイルアタッチメントを送る機能。

ＰＩＮリセット−ユーザは、電子メールクライアントを介してパスワード（例えば、ボイスメールパスワード）をリセットすることができる。オペレーティングシステムのセキュリティ証明により、安全を維持できることは理解できる。

ボイスメールに対するデジタル権利管理−ボイスメールに対するデジタル権利は新しく新規な概念である。言い換えれば、本発明をボイスメールへのアクセスの管理および／または制限に使用することができる。例えば、受信者はボイスメールを聞くことはできるが、そのメッセージの転送または保存の制限を受ける。

ボイスメールのテキストプレビュー−スピーチテキスト変換技術を使用して、本発明は録音されたボイスメールをテキストメッセージに変換できる。このメッセージは、次に電子メールアプリケーションを介して受信者に送信することができる。また、このシステムはテキストメッセージについて音声変換することも考えられる。さらに、このシステムは、ボイスメッセージの音声ファイル（例えば、ｗａｖフォーマット）を生成し、電子メールに添付することも考えられる。このようにして電子メールおよび添付ファイルを受信者に送信することが可能である。

安全なファクシミリの取り扱い−本発明は、受信したファクシミリ送信から表紙（例えば、１頁目）を抽出し、これによってその送信の残りのページの機密性を保持することができる。

最重要テキスト−所定の論理および／または推論技術に基づいて、本発明により、通信（例えば、電子メールおよび／またはボイスメール）の重要性について判定および順位付けを行うことができる。例えば、順位付けは所定の電子メールスレッドおよびそれに含まれるキーワードに関して生じる。テキストおよび／またはキーワードの順位付けは、一般的に電子メールを全体に目を通さなくても全体の要約を提供することは明らかである。さらに、いくつかの態様は、電話を介してこの技術をテキストの電子メールを読むのに使用することに関するものであり、これは本発明の新規な概念でもある。

重要なメッセージ−ユーザが任意にフィルタリングの基準（例えば、ルールベース、ＡＩ）を適用できることは、電子メールメッセージに関して特に新しい点である。本発明は電子メールスレッドを解析し、それに従って順位付けをすることができる。例えば、システムはメッセージの発信者を決定し、ポリシー、論理および／または推論を適用して、それによってメッセージの重要性を順位付けおよび／または分類を行うことができる。ある態様においては、電話を通してユーザに対するメッセージを読む順番の決定に、システムはこの技術を使うことができる。また、この技術は、電話を介してユーザに電子メールを提示する前にフィルタリングするのに使用することもできる。

不在着信の通知−このコンポーネントは、ユニファイドメッセージングシステムに統合することができ、これによってトラフィックをモニタして第三者呼制御を提供できる。ある態様では、システムは、モニタしてクライアントに着信呼を知らせることができる。例えば、システムは、所定の呼び出し回数（例えば、３回）後の不在着信の通知を通信することができる。

ポリシーおよびコンプライアンスの電子メールシステムとの統合−新規のルールベースおよび／またはＡＩによるポリシーをボイスメールおよび／または電子メールに適用し、それによってコンテンツの管理と保存を行うことができる。

ボタンプロファイル−本発明は、新規のボタンプロファイル定義機構を統合する機能を提供する。

スピーチパスワードによるボイスメール認証−本発明は、電話を介してボイスメールおよび／または電子メールへのアクセスに安全なスピーチパスワードを使用することができる。この音声による認証は、認証技術の新規な使用法である。

メニューおよびプロンプトのエンドユーザ設定−本発明は、エンドユーザメニューおよびプロンプトをカスタマイズする能力を提供する。

図４は、ＯＯＦのボイスメッセージを使用して、電子メールにＯＯＦの通知を設定するためのアクションの例示的フローチャートである。説明を簡略化する目的で、例えば、フローチャートまたは図の形でここに示す１つまたは複数の方法が、一連のアクションとして示されまた説明されているが、アクションによっては本発明に従ってここに示し説明している他のアクションと異なる順序および／または同時に生じてもよく、本発明がこのアクションの順序に限定されないことは明らかに理解できる。例えば、当業者は、状態図におけるような互いに関係のある一連の状態あるいはイベントとして表すことができる、別の方法があることを当然に理解するであろう。さらに、本発明にかかる方法を実施するために、図示したすべてのアクションが必要とされるとは限らない。

４０２において、可聴ＯＯＦメッセージが録音される。システムは、４０４において対応する電子メールアカウントを識別することができる。識別されると、変換が開始される。４０６において、可聴ＯＯＦメッセージを、テキストメッセージに変換することができる。したがって、４０８において、テキストＯＯＦメッセージは識別した電子メールアカウントに適用できる。このように、フォーマットが異なる（例えば、ボイスメールと電子メール）にも拘わらず、ＯＯＦのコンテンツは異種のシステムに複製することができる。図４の方法は、ボイスメールのＯＯＦを電子メールのＯＯＦに変換するプロセスを示しているが、本発明の別の新規態様を、電子メールのＯＯＦをボイスメールシステムのＯＯＦに変換するために使用できることは明らかである。

上述のように、本発明による前記の新規の態様は、ルールベースの論理および／またはＡＩ推論を使用して、アクションを起こし、予測および／または推論することができる。より具体的には、（例えば、コンテンツ解析、コンテンツ保存ポリシー、同調、ボイス認識と関連して）本発明が、その様々な態様を実施するために各種のルールベースおよび／またはＡＩベースのスキームを用いることができることを理解されたい。

上述したシナリオに続いて図５を参照すると、代替のＵＭアプリケーションコンポーネント２２０のブロック概略図が示されている。図示するように、ＵＭアプリケーションコンポーネント２２０は、ルールベースの論理エンジン５０２を含むことができる。図６を参照して後述するように、任意の人工知能コンポーネント（図示せず）をルールベースの論理エンジン５０２と共にまたはその代わりに使用して、上記のＵＭアプリケーションコンポーネント２２０（およびＵＭシステム１０２）の機能に関連して用いられるアクションあるいは１組のアクションを自動的に推論（ｉｎｆｅｒ）することができる。

図５の例示的態様において、ルールベースの論理エンジン５０２は、所定の選考（例えば、ルール）に従ってプログラムまたは設定できる。例えば、ルール（例えば、論理）は既定の階層に基づいて自動的に電子メールの優先順位を付けるように設定できる。それに従って電子メールを変換し、優先順位に従ってユーザが読むことができる。より具体的には、電子メールに優先順位を付け、処理するために、主題、送信者の識別子、受信者の識別子などを考慮してルールを規定することができる。他の態様においては、ポリシーを予め決定または定義するためにルールを規定でき、それによって電子メールおよび／またはボイスメールをそのポリシーに従って管理（例えば、保存、転送、削除）することができる。

本発明の他の代替態様を図６に示す。図６に示す代替態様のＵＭアプリケーションコンポーネント２２０は、アクションを自動的に推論および／または予測する任意のＡＩコンポーネント６０２を使用している。この代替態様は、ＵＭアプリケーションコンポーネント２２０の自動的な制御および／または操作を容易にする推論モジュール（不図示）を任意に含んでもよい。

この態様に従って、任意のＡＩコンポーネント６０２は、ここに記述した本発明の様々な機能（例えば、コンテンツの解析および優先順位付け、コンテンツ保存ポリシー、同調、ボイス認識）を自動的に実施することを容易にすることができる。ＡＩコンポーネント６０２は、任意に推論コンポーネント（不図示）を含んでもよいが、この推論コンポーネントは、所定の時間および／または状態で実施すべく意図されたアクションの推定を容易にする推論ベースのスキームを部分的に利用して、ＡＩコンポーネントの自動化した態様をさらに向上することができる。本発明のＡＩベースの態様は、適切な機械学習ベースの技術および／または統計ベース技術および／または確率ベースの技術によって行うことができる。

さらに図６に説明する代替の態様において、本発明（例えば、コンテンツ解析、コンテンツ保存ポリシー、同調、ボイス認識に関連して）は、その様々な態様を自動的に実行する様々な人工知能ベースのスキームを任意に使用することができる。特に、ＡＩコンポーネント６０２は、ＡＩ処理（例えば、確信度、推論）に基づいて本発明の態様を実施するために任意に備えることができる。例えば、ユーザの優先度または送信者識別に基づく電子メールのコンテンツの優先順位を判定する処理は、自動分類システムおよび処理を介して容易に行なうことができる。さらに任意のＡＩコンポーネント６０２は、予測および／または推論による優先度に基づいて優先順位の付いたコンテンツをユーザにレンダリングする自動化処理を容易にするために使用することができる。

分類器（ｃｌａｓｓｉｆｉｅｒ）は、入力属性ベクトル x = (x1, x2, x3, x4, xn)を、その入力が、あるクラスに属する信頼度にマッピングする関数f(x) = confidence (class )である。このような分類は、（例えば、解析ユーティリティと費用を考慮に入れる）確率および／または統計ベースの解析を使用して、ユーザが自動的に実行されることを望むアクションを予知または推論することができる。

使用することができる分類器の例として、サポートベクトルマシン（ＳＶＭ：Ｓｕｐｐｏｒｔ Ｖｅｃｔｏｒ Ｍａｃｈｉｎｅ）がある。ＳＶＭは、入力が可能な空間において超曲面を探し出すことにより動作するが、この超曲面は、非トリガのイベントからトリガ判定基準を分離するように働く。直感的に、これにより分類は、訓練データに近いが同一ではない試験データを修正する。その他の方向性を持つおよび方向性を持たないモデル分類アプローチは、例えば、ナイーブベイズ、ベイジアンネットワーク、デシジョンツリーを含み、独立性の異なるパターンをもたらす確率的分類モデルを使用することができる。ここで使用する分類には、優先モデルを開発するのに利用される統計的回帰も含む。

主題の明細書から容易に理解できるように、本発明は明示的に訓練された（例えば、ジェネリックな訓練データを介した）分類器ばかりでなく、暗黙のうちに訓練された（例えば、ユーザの挙動の観察、付随的な情報の受信を介した）分類器を使用することができる。例えば、ＳＶＭは分類器の製造者の内部で学習または訓練段階を経て構成され、選択モジュールを特徴とすることができる。言い換えれば、エキスパートシステム、ファジイロジック、サポートベクトルマシン、グリーディサーチアルゴリズム、ルールベースのシステム、ベイジアンモデル（例えば、ベイジアンネットワーク）、ニューラルネットワーク、その他の線形訓練法、データフュージョン、ユーティリティベースの解析システム、ベイジアンモデルを用いたシステム等が挙げられ、ここに添付する請求項の範囲内に入ることを意味する。

本発明の態様にかかるＵＭシステムのユーザインターフェース（ＵＩ：ｕｓｅｒ ｉｎｔｅｒｆａｃｅ）の例示的なフロー図を図７〜図１１に示す。上述のように、このＵＭシステムは、サーバのメールボックス内に格納されているボイスメール、電子メールおよびＦＡＸの管理を行うことができる。本発明は、電話ＵＩからこの情報にアクセスし、管理することを容易にする。このＵＩに従って、ユーザは、デスクトップコンピュータまたはハンドヘルド装置にアクセスする代わりに、電話から自分のボイスメールおよびその他の有用な情報にアクセスできる。

以下に、本発明が対応できる例示的シナリオを示す。最初のシナリオにおいては、ユーザが遠い場所での会議に向かっていて、会議が建物のどの部屋で行われるかが判らないとしよう。ユーザは、会議に向かって車を走らせる間にこの情報を素早く得たいと思うはずである。本発明によれば、電話でこの情報を容易に検索できる。

他のシナリオにおいて、ユーザが実際に会議に遅刻し、到達する前に会議室に発呼して電話で会議に参加したいと望んでいるとしよう。この場合ユーザは、電話で会議場の情報にアクセスし、その次に会議場に転送することが可能である。

第３のシナリオでは、朝ユーザが車で出勤中に、電子メールまたはボイスメールで保留になっている事項について、一足早く取りかかりたいと思っているとしよう。ユーザは、電話ＵＩからこの様々な事項を素早く点検し、必要があれば返答し、その事項に関係する者とフォローアップすることができる。

最後のシナリオでは、ユーザは、ホテルの部屋にいてプリンタが使えず、資料とその日の予定を点検できるように、電子メールや翌日のカレンダの予約をホテルのＦＡＸに送りたいと思っているとしよう。本発明のある態様によれば、電話接続を介したこの機能を容易なものにすることができる。これらやその他の態様の手順は、以下の図７〜図１１を点検することにより、さらによく理解できる。

図７を参照すると、ＵＭの着呼があった際の例示的プロセスタスクのフロー図が示されている。このプロセスは、外部の発呼者７０２と内部の発呼者７０４の発呼にかかる手順の流れを示す。図示するように、この例示的態様のプロセスの流れは、発呼者のタイプ（例えば、外部７０２あるいは内部７０４）ならびに７０６でダイヤルされた連絡番号に依存する。外部の発呼者は７０８の会社情報によりプロンプトされるが、内部の発呼者は７１０の内部情報によりプロンプトされる。

各シナリオにおいて、発呼者は、名前をエントリして７１２のディレクトリ検索を使用するか、または内線番号を入力して内線（７１４）に直接接続することにより、システム上のユーザに連絡することができる。７１６でユーザの返答がない場合、発呼者のタイプに応じてシステムが適切な挨拶（例えば、外部、内部、ＯＯＦ）を再生することができる。適宜、ボイスメールメッセージは７１８で録音することができる。予め指定してあるキー（例えば、「＊」）を押すと、システムは７２０で被発呼者のメールボックスに入ることができる。

被発呼者は、会社および／または内部の挨拶メニュー（７０８、７１０）から予め指定してあるキー（例えば、「＃」）を選択することによって７２０から直接メールボックスにアクセスできる。この直接アクセスは、７２２において被発呼者に必要な情報をプロンプトする。いずれの場合も、ひとたび７２０で適切なセキュリティ資格証明情報が入力されると、７２４でＵＭにアクセスすることができる。図８は、アクセスが許可されたあとの継続する手順のフロー図を示す。

図８を参照すると、７２４でＵＭへのアクセスが許可されると、ユーザは８０２でメインメニューの入力を促される。例えば、ユーザはボイスメールに対しては「１」を、カレンダオプションに対しては「２」を、連絡先に対しては「３」を、電子メールに対しては「４」を押す等と、促される。オプション番号「２」および「３」つまりカレンダオプションと連絡先については、図９と図１０を参照しながらさらに詳しく丁寧に説明する。さらなる例として、「５」を選択してメッセージ（例えば、ボイスメール、電子メール）を送信し、または「７」を選択してＯＯＦを設定することができる。それ以外の例示的なメニュー選択をブロック８０２に示す。

図に示すように、ボイスメールまたは電子メールを選択すると、システムは８０４に進み、その際、ユーザにコンテンツが提示される。言い換えると、ユーザは、ボイスメール、電子メールおよび／または会議要求（ｍｅｅｔｉｎｇ ｒｅｑｕｅｓｔ）のコンテンツの提示を受けることができる。上述のコンテンツを管理、編成、フィルタリングおよび／または分類するために、論理および推論機構を使用できることは明らかである。図示のように、コンテンツが提示されると、ユーザには「メッセージ後」のメニューが示され、それによりさらなるオプションの提示が可能になる。例えば、「４」を押すとユーザは、所望のメッセージをＦＡＸで送信することができる。言い換えると、ユーザは、ボイスメールおよび／またはＴＴＳで変換された電子メールを聞いた後に、そのメッセージをＦＡＸで所望の場所に送信するよう選択できる。同様に、「３」を押すとユーザは、メッセージに、あるいは会議の予約要請を受諾することができる。オプション「２」を選択すると、ユーザは８０６において特定のメッセージの発信者に発呼することができる。この「発呼」のオプションについては、図１０を参照してさらに詳しく説明する。図８のＵＩプロセスの流れに示すオプションは例示的なものであり、ユーザが利用できるオプションを網羅したリストを意味するものではない。

８０８において、メッセージの再生中に提示される再生命令（ｐｌａｙ ｃｏｍｍａｎｄ）の例示的なリストを示す。このリストについても、ここで説明する機能について網羅することを意図するものではない。図に示すように、システムは８０８に示すオプションに従って、ポーズ、アンデリート（ｕｎｄｅｌｅｔｅ）、リピートなどのタスクを行うことができる。

図９には、カレンダへのアクセスのフロー図の例を示す。９０２において、システムは未決定の会議の数を再生できる。また、９０２に示すように、ユーザは会議予約および／または要請を、様々なオプションの中から任意に選択することによって管理することができる。例えば、ユーザは、オプション「２」を選択して会議場に、「２，２」を選択して会議の招集者に発呼し、または「３」を選択して対象の会議に遅刻する旨を示すことができる。同様に、図示したように、その他のガイドオプションをユーザに提示することもできる。

図１０は、連絡先メニューから発呼するプロセスの流れを例示的に示す。発呼は、会議要請および／または予約、あるいは受信した通信に従って行うこともできることは明らかである。図１０を再び参照すると、７１２におけるディレクトリ検索を介して連絡先を見つけると、システムは１００２でユーザに情報を提示できる。１００２で提示される情報は、任意のタスクを行うことができる。例えば、ユーザは「２」あるいは「３」を押して、連絡先に対してそれぞれ発呼またはメッセージを発信することができる。ユーザが発呼を選択した場合、プロセスは図示のように発呼を続ける。

図１１は、メッセージを録音するプロセスのフロー図を示す。メッセージは、１１０２で録音される。１１０４において、ユーザに録音を管理する様々なオプションが提示される。例えば、ユーザは「１，１」を押して高優先度のメッセージに印をつける、あるいは「５」を押してアクセスを制限することができる。これが終了すると、ユーザは１１０６でシステムを終了させることができる。

次に参照する図１２は、開示したアーキテクチャを実行できるコンピュータのブロック図である。本発明の様々な態様について、さらにコンテキストを提供するために、図１２および以下の記述は、本発明の様々な態様を実施することができ適切なコンピューティング環境１２００の簡単で一般的な説明を行う。本発明について、１つまたは複数のコンピュータ上作動できるコンピュータ実行可能命令を一般的なコンテキストで上述したが、当業者には、本発明が他のプログラムモジュールとの組み合わせおよび／またはハードウエアとソフトウエアとの組合せとして実施できることは理解されよう。

一般的に、プログラムモジュールは、特定のタスクを実行、または特定の抽象データ型を実施するルーチン、プログラム、コンポーネント、データ構造等を含む。さらに、当分野の技術者は、本発明の方法が、他のコンピュータシステム構成によって実施でき、そのコンピュータシステム構成には、シングルプロセッサまたはマルチプロセッサのコンピューティングシステム、ミニコンピュータ、メインフレームコンピュータ、ならびにパーソナルコンピュータ、ハンドヘルドコンピューティング装置、マイクロプロセッサベースまたはプログラム可能な家電製品等が含まれ、それぞれが１つまたは複数の関連装置に動作可能に接続され得ることは理解できよう。

説明した本発明の態様は、通信ネットワークに結合にされているリモート処理装置によって特定のタスクが実行される分散コンピューティング環境において実施してもよい。分散コンピューティング環境において、プログラムモジュールは、ローカルおよびリモートのメモリストレージデバイスの両方に置くことができる。

コンピュータは、一般的に様々なコンピュータ可読媒体を含む。コンピュータ可読媒体は、コンピュータがアクセスできる利用可能な任意の媒体でよく、揮発性および不揮発性媒体、リムーバブルおよび非リムーバブル媒体の両方を含んでよい。例えば、コンピュータ可読媒体は、コンピュータストレージ媒体および通信媒体を含めることができるが、これに限定されない。コンピュータストレージ媒体には、コンピュータ可読命令、データ構造、プログラムモジュールあるいはその他のデータ等の情報の記憶のための任意の方法または技術によって実現される揮発性および不揮発性、リムーバブルおよび非リムーバブル媒体を含んでもよい。コンピュータストレージ媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、またはその他のメモリ技術、ＣＤ−ＲＯＭ、デジタルビデオディスク（ＤＶＤ）またはその他の光学ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ媒体、またはその他の磁気ストレージ装置、または所望の情報を格納するのに使用でき、かつコンピュータがアクセスできるその他の媒体を含むが、これに限定されない。

通信媒体は一般的に、コンピュータ可読命令、データ構造、プログラムモジュール、または搬送波あるいは他のトランスポート機構等の変調データ信号に含まれるその他のデータを具現化するもので、任意の情報配信媒体を含む。「変調データ信号」という用語は、１つまたは複数の特徴を有する信号、あるいは信号中の情報をコード化するように変更された信号を意味する。例えば、通信媒体は、有線ネットワークまたは直接有線媒体等の有線媒体、および音響、RF、赤外線等の無線媒体を含むが、これに限定されない。上述の任意の組合せも、コンピュータ可読媒体の範囲に含まれる。

再び図１２を参照すると、本発明の様々な特徴を実施するコンピュータ１２０２を含む例示的な環境１２００が示されており、このコンピュータ１２０２は、処理ユニット１２０４、システムメモリ１２０６およびシステムバス１２０８を含む。システムバス１２０８は、システムメモリ１２０６を含むシステムコンポーネントを処理ユニット１２０４に結合するが、これに限定されない。処理ユニット１２０４は、市販の任意のプロセッサでもよい。処理ユニット１２０４として、デュアルマイクロプロセッサおよびその他のマルチプロセッサアーキテクチャを使用してもよい。

システムバス１２０８は、いくつかあるバス構造の型の任意のものでよく、さらに（メモリコントローラ付き、または無しの）メモリバス、周辺バス、およびローカルバスに、市販の任意の様々なバス構造を使用して相互結合する。システムメモリ１２０６は、リードオンリーメモリ（ＲＯＭ）１２１０およびランダムアクセスメモリ（ＲＡＭ）１２１２を含む。基本入力出力システム（ＢＩＯＳ）は、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ等の不揮発性メモリ１２１０内に格納され、このＢＩＯＳは、起動時などに、情報をコンピュータ１２０２内のエレメント間に転送する助けとなる基本的なルーチンを含む。ＲＡＭ１２１２は、またデータをキャッシュするためにスタティックＲＡＭのような高速ＲＡＭを含んでもよい。

コンピュータ１２０２は、さらに（例えば、ＥＩＤＥ、ＳＡＴＡ）内蔵ハードディスクドライブ（ＨＤＤ）１２１４、（例えば、リムーバブルディスケット１２１８に読み書きする）磁気フロッピー（登録商標）ディスク（ＦＤＤ）１２１６および（例えば、ＣＤ−ＲＯＭディスク１２２２からの読取り、あるいはＤＶＤのような大容量光学媒体への読み書きする）光学ディスクドライブ１２２０を含むが、このハードディスクドライブ１２１４は、（図示しない）適切なケースに入れて外付けで使用するように構成することもできる。ハードディスクドライブ１２１４、磁気ディスクドライブ１２１６および光学ディスクドライブ１２２０は、システムバス１２０８にそれぞれハードディスクドライブインターフェース１２２４，磁気ディスクドライブインターフェース１２２６、および光学ドライブインターフェース１２２８によって接続できる。外部ドライブ実装用のインターフェース１２２４は、ユニバーサルシリアルバス（ＵＳＢ）およびＩＥＥＥ１３９４インターフェース技術のうち少なくとも１つ、または両方を含む。

ドライブおよびそれに関連するコンピュータ可読媒体は、データ、データ構造、コンピュータ実行可能命令等の不揮発性ストレージを提供する。コンピュータ１２０２に対して、ドライブおよび媒体は、適切なデジタルフォーマットによる任意のデータのストレージを提供する。上述のコンピュータ可読媒体の説明は、ＨＤＤ、リムーバブル磁気ディスケット、およびＣＤまたはＤＶＤ等のリムーバブル光学媒体に言及しているが、当業者は、ＺＩＰドライブ、磁気カセット、フラッシュメモリカード、カートリッジ等のコンピュータによって読取りが可能なその他の媒体も、この例示的な動作環境で使用しても、さらにこのような任意の媒体が本発明の方法を実施するためのコンピュータ実行可能命令を含んでもよいことは理解できる。

ドライブおよびＲＡＭ１２１２には、オペレーティングシステム１２３０、１つまたは複数のアプリケーションプログラム１２３２、その他のプログラムモジュール１２３４およびプログラムデータ１２３６を含む多数のプログラムモジュールを格納することができる。オペレーティングシステム、アプリケーション、モジュールおよび／またはデータのすべてあるいは一部分も、ＲＡＭ１２１２にキャッシュすることができる。本発明が様々な市販のオペレーティングシステムあるいはオペレーティングシステムの組合せを使用して実施できることは明らかである。

ユーザは、１つまたは複数の有線/無線入力装置、例えば、キーボード１２３８およびマウス１２４０等のポインティングデバイスによって、コンピュータ１２０２に命令および情報を記入できる。（図示しない）その他の入力装置は、マイクロフォン、赤外線リモートコントロール、ジョイスティック、ゲームパッド、スタイラスペン、タッチスクリーン等を含んでもよい。これらおよびその他の入力装置は、システムバス１２０８に結合される入力装置インターフェース１２４２を介して処理ユニット１２０４に接続されることが多いが、パラレルポート、ＩＥＥＥ１３９４シリアルポート、ゲームポート、ＵＳＢポート、赤外線インターフェース等のその他のインターフェースによって接続してもよい。

モニタ１２４４またはその他のタイプのディスプレイ装置も、ビデオアダプタ１２４６等のインターフェースを介してシステムバス１２０８に接続される。モニタ１２４４に加えて、コンピュータは、一般的にスピーカ、プリンタ等、（図示しない）その他の周辺出力装置を含む。

コンピュータ１２０２は、有線および／または無線の通信を介した１つまたは複数のリモートコンピュータ１２４８等のリモートコンピュータへの論理的接続を使用して、ネットワーク環境で動作することができる。リモートコンピュータ１２４８（単数または複数）は、ワークステーション、サーバコンピュータ、ルータ、パーソナルコンピュータ、携帯型コンピュータ、マイクロプロセッサベースのエンターテインメント機器、ピア装置あるいはその他の共通ネットワークノードなどでもよく、コンピュータ１２０２に関連して説明した多くの、あるいはすべてのコンポーネントを一般的に含むが、説明を簡潔にするためメモリ記憶装置１２５０のみを図示している。論理的接続と表現したものには、ローカルエリアネットワーク（ＬＡＮ）１２５２、およびさらに大きいネットワーク、例えば、ワイドエリアネットワーク（ＷＡＮ１２５４）への有線/無線接続を含む。このようなＬＡＮおよびＷＡＮネットワーク環境は、オフィスや会社では一般的であり、イントラネットのような企業内コンピュータネットワークを容易にするが、そのすべてを、例えばインターネット等のグローバル通信ネットワークに接続してもよい。

ＬＡＮネットワーク環境で使用する場合、コンピュータ１２０２は、ローカルネットワーク１２５２に有線および／または無線通信ネットワークインターフェース、あるいはアダプタ１２５６を介して接続される。アダプタ１２５６は、ＬＡＮ１２５２との有線または無線通信を容易にするが、その上に無線アダプタ１２５６との通信のために配置された無線アクセスポイントも含む。ＷＡＮネットワーキング環境で使用する場合、コンピュータ１２０２はモデム１２５８を含むか、あるいはＷＡＮ１２５４上の通信サーバに接続されるか、あるいは、例えば、インターネットによる方法等、ＷＡＮ１２５４上で通信を確立するその他の手段を有する。モデム１２５８は、内部あるいは外部モデムでも、また有線装置でも無線装置でもよく、シリアルポートインターフェース１２４２を介してシステムバス１２０８に接続される。ネットワーク環境において、コンピュータ１２０２に関して述べたプログラムモジュール、あるいはその一部は、リモートメモリ/ストレージデバイス１２５０に格納させることができる。示したネットワーク接続は例示す的なものであり、コンピュータ間の通信リンクを確立する他の手段も使用できることは明らかである。

コンピュータ１２０２は、無線装置あるいは無線通信内に動作するように配置されたエンティティ、例えば、プリンタ、スキャナ、デスクトップおよび／または携帯型コンピュータ、携帯用データ端末、通信衛星、無線で検出できるタグを接続した設備または場所（例えば、売店、新聞売り場、化粧室）および電話と通信することができる。これには、少なくともＷｉ−ＦｉおよびＢｌｕｅｔｏｏｔｈ（商標）無線技術が含まれる。このように、この通信は従来のネットワークと同様に事前定義された構造であってもよく、あるいは単に少なくとも２つの装置間のアドホック通信であってもよい。

Ｗｉ−Ｆｉ、またはＷｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙは、家庭のソファ、ホテルのベッド、あるいは会社の会議室からの無線による接続を可能にする。Ｗｉ−Ｆｉは、携帯電話のような無線技術であり、例えば、コンピュータのような装置が、基地局の範囲内であればどこでも、室内でも屋外でもデータの送受信を可能にする。Ｗｉ−Ｆｉネットワークは、ＩＥＥＥ８０２．１１（ａ，ｂ，ｇなど）と呼ばれる無線技術を使用して、安全で確実かつ高速の無線接続を提供する。Ｗｉ−Ｆｉネットワークは、コンピュータを相互に接続する場合や、インターネット、有線ネットワーク（ＩＥＥＥ８０２．３あるいはイーサネット（登録商標）を使用）に接続する場合に使用できる。Ｗｉ−Ｆｉネットワークは例えば、２．４ＧＨｚおよび５ＧＨｚの無認可の無線帯域で１１Ｍｂｐｓ（８０２．１１ａ）あるいは５４Ｍｂｐｓ（８０２．１１ｂ）のデータ速度、あるいは両方の無線帯域（デュアルバンド）を含む製品で動作するので、このネットワークは、多くのオフィスで使用されている１０ＢａｓｅＴ有線イーサネット（登録商標）ネットワークと同様の、現実のようなパフォーマンスを提供できる。

図１３に、本発明にかかる例示的なコンピューティング環境１３００の概略ブロック図を示す。このシステム１３００は、１つまたは複数のクライアント１３０２を含む。クライアント１３０２（単数または複数）は、ハードウエアおよび／またはソフトウエア（例えば、スレッド、プロセス、コンピューティングデバイス）でもよい。クライアント１３０２（単数または複数）は、例えば、本発明を用いることによってクッキー（単数または複数）および／または関連するコンテキスト情報を収納できる。システム１３００は、１つまたは複数のサーバ１３０４も含むことができる。サーバ１３０４（単数または複数）は、ハードウエアおよび／またはソフトウエア（例えば、スレッド、プロセス、コンピューティングデバイス）であってもよい。サーバ１３０４は、例えば、本発明を用いることによって変換を実行するスレッドを収納できる。クライアント１３０２とサーバ１３０４との間で可能な通信の１つは、２つまたはそれ以上のコンピュータプロセスの間を伝送するのに適したデータパケットの形でもよい。データパケットは、例えば、クッキーおよび／または関連するコンテキスト情報を含んでもよい。システム１３００は、クライアント１３０２（単数または複数）とサーバ１３０４（単数または複数）との間の通信を容易にするために使用することができる通信フレームワーク１３０６（例えば、インターネット等のグローバル通信ネットワーク）を含む。

通信は、有線（光ファイバを含む）および／または無線の技術を介して促進することができる。クライアント１３０２（単数または複数）は、クライアント１３０２のローカルにある情報（例えば、クッキー（単数または複数）および／または関連するコンテキスト情報）を格納するのに使用できる１つまたは複数のクライアントデータストア１３０８（単数または複数）に動作可能に接続され。同様に、サーバ１３０４（単数または複数）は、サーバ１３０４のローカルにある情報を格納するのに用いることができる、１つまたは複数のサーバデータストア１３１０（単数または複数）に接続される。

上述の説明は、本発明の実施例を含む。もちろん、本発明を説明するためにコンポーネントあるいは方法の考え得る全ての組合せを記述することは不可能であるが、当分野の技術者には、本発明のさらに多くの組合せおよび置換が可能であるは理解できる。したがって、本発明は、添付請求項の精神と範囲に入るすべてのこのような変更、修正およびバリエーションを包含するものである。さらに、詳細説明あるいは請求項で「含む」という用語が使用われている限りにおいて、このような用語は「備えている」という用語が請求項において暫定的な用語として用いられるときに解釈されるのと同様に、包括的な意味で使用されることを意図している。

本発明の１つの態様にかかる通信を容易にする高レベルの例示的システムアーキテクチャを示す。 開示した態様にかかるユニファイドメッセージングシステムを使用した例示的システムアーキテクチャを示す。 開示した態様にかかるコンテンツの変換および解釈を容易にする呼制御コンポーネントを示す。 開示した態様にかかる例示的通信方法のフロー図である。 開示した態様にかかるルールベースの推論エンジンを使用した呼制御コンポーネントを示す。 ある態様にかかる人工知能コンポーネントを使用した呼制御コンポーネントを示す。 開示した態様にかかるユニファイドメッセージングシステムを呼び出す例示的フロー図である。 本発明にかかるボイスメールおよび電子メールにアクセスする例示的フロー図である。 本発明の態様にかかる電子カレンダにアクセスする例示的フロー図である。 開示した態様にかかる電子連絡先リストにアクセスする例示的フロー図である。 開示した態様にかかるメッセージの録音の例示的フロー図である。 開示したアーキテクチャを実行できるコンピュータの例示的ブロック図である。 本発明にかかる例示的コンピューティング環境の略ブロック図である。

符号の説明

１０４ 電話通信コンポーネント
１０２ ユニファイドメッセージングシステム
１０６ サーバコンポーネント
２０６ メールボックスサーバ
２０８ アクティブディレクトリ
２１０ 呼制御コンポーネント
２１２ テキストスピーチ（ＴＴＳ）エンジン
２１４ スピーチ認識エンジン
２１６ ボイスメディア処理コンポーネント
２１８ ＦＡＸメディア処理コンポーネント
２２０ ＵＭアプリケーションコンポーネント
２２２，２２６ 電話

Claims (20)

1. 通信のレンダリングを容易にするシステムであって、
   第１のデバイスから第１のフォーマットのメッセージを受信するコンポーネントと、
   メッセージを解析し、前記メッセージのターゲットであるデバイスに対応する第２のフォーマットに前記メッセージを変換するユニファイドメッセージングコンポーネントと
   を備えたことを特徴とするシステム。
2. 前記受信するメッセージは、ボイスメール通信であることを特徴とする請求項１に記載のシステム。
3. 前記変換されたメッセージは、電子メール通信であることを特徴とする請求項２に記載のシステム。
4. 前記電子メール通信およびボイスメール通信のコンテンツは、日付および時刻に同期することを特徴とする請求項３に記載のシステム。
5. 前記ユニファイドメッセージングコンポーネントは、電話を介して特定の人に電子カレンダのコンテンツを伝えることを特徴とする請求項１に記載のシステム。
6. 前記ユニファイドメッセージングコンポーネントは、電話を介して特定の人から音声の命令を受信し、前記命令を再フォーマットし、前記再フォーマットした命令をカレンダにポピュレートすることを特徴とする請求項１に記載のシステム。
7. 前記再フォーマットした命令のコンテンツは、前記音声の命令のコンテンツと同期することを特徴とする請求項６に記載のシステム。
8. 請求項１に記載のシステムのコンポーネントを格納していることを特徴とするコンピュータ可読媒体。
9. 第１のデバイスから第１のフォーマットのメッセージを受信するステップと、
   前記メッセージを解析し、そのメッセージのターゲットであるデバイスに対応するフォーマットに前記メッセージを変換するステップと、
   前記第１のフォーマットのメッセージおよびそれと異なるフォーマットのメッセージを同期させるステップと
   を備えることを特徴とする通信を変換する方法。
10. 前記受信するメッセージは、ボイスメール通信であることを特徴とする請求項９に記載の方法。
11. 前記変換されたメッセージは、電子メール通信であることを特徴とする請求項１０に記載の方法。
12. 電話を介して特定の人に電子カレンダのコンテンツを伝えるステップをさらに備えることを特徴とする請求項９に記載の方法。
13. 電話を介して特定の人から音声の命令を受信するステップと、
    該命令を再フォーマットするステップと、
    前記再フォーマットした命令をカレンダにポピュレートするステップと
    をさらに備えることを特徴とする請求項１２に記載の方法。
14. 前記再フォーマットした命令のコンテンツは、前記音声の命令のコンテンツと同期することを特徴とする請求項１３に記載の方法。
15. 請求項９に記載の方法を実行するためのコンピュータ実行可能命令を格納していることを特徴とするコンピュータ可読媒体。
16. 異種のフォーマットのメッセージのマッチングを容易にするシステムであって、
    第１のデバイスから第１のフォーマットのメッセージを受信する手段と、
    前記メッセージを解析し、前記メッセージのターゲットであるデバイスに対応するフォーマットに、前記メッセージを変換する手段と
    を備えたことを特徴とするシステム。
17. 前記受信するメッセージは、ボイスメール通信であることを特徴とする請求項１６に記載のシステム。
18. 前記再フォーマットされたメッセージは、電子メール通信であることを特徴とする請求項１７に記載のシステム。
19. 電話を介して特定の人に電子カレンダのコンテンツを伝える手段をさらに備えることを特徴とする請求項１７に記載のシステム。
20. 電話を介して特定の人から音声の命令を受信する手段と、
    前記命令を再フォーマットする手段と、
    カレンダに再フォーマットした命令をポピュレートする手段と
    をさらに備えることを特徴とする請求項１６に記載のシステム。
    

Images