(57)【特許請求の範囲】
【請求項１】
統合通信サーバによって実行される統合メッセージングの方法であって、
ユーザに送信される第１のタイプのメッセージを含む音声データを第１のネットワークを介して受信することと、
前記音声データ内の所定の単語を検索することを含む、第１のフォーマットの前記音声データをフィルタリングすることと、
前記所定の単語に基づいて概略転記を生成することであって、前記概略転記は、前記第１のタイプの前記メッセージに対する適切な応答を前記ユーザが決める手助けをし、
前記ユーザに前記第１のタイプの前記メッセージの厳密な転記を提供するための要求を前記ユーザから受信することと、
第２のフォーマットの音声データを含む第２のタイプのメッセージを生成することと
を含む、方法。
【請求項２】
前記音声データを前記第２のフォーマットに変換することをさらに含む、請求項１に記載の方法。
【請求項３】
前記音声データを前記第１のフォーマットに変換することをさらに含む、請求項２に記載の方法。
【請求項４】
前記第２のタイプの前記メッセージを第２のネットワークを介して送信することをさらに含む、請求項１に記載の方法。
【請求項５】
前記第２のタイプの前記メッセージを第２のネットワークを介して前記ユーザに送信することをさらに含む、請求項１に記載の方法。
【請求項６】
前記フィルタリングの結果に基づいて優先フラグを生成することと、
前記優先フラグを前記第２のタイプの前記メッセージ中に含めることと
をさらに含む、請求項１に記載の方法。
【請求項７】
受信することが、前に設定されたユーザ基本設定に基づいて前記音声データをフィルタすべきかどうかを判定することを含む、請求項１に記載の方法。
【請求項８】
前記所定の単語が単語リスト内に含まれる、請求項１に記載の方法。
【請求項９】
前記単語リストが所定の単語のセットおよび前記ユーザが追加した単語を含む、請求項８に記載の方法。
【請求項１０】
フィルタリングすることが、ユーザ・リスト、グローバル・アドレス・リスト、公開フォルダ、および個人用連絡先フォルダを含む企業内の複数のソースからの前記ユーザに関するデータにアクセスすることをさらに含む、請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
相互参照
本出願は、以下の米国特許出願に関係する。
【０００２】
Ｊｅｎｓ  Ｕｌｒｉｋ  ＳｋａｋｋｅｂａｅｋおよびＣａｒｙ  Ｗ．ＦｉｔｚＧｅｒａｌｄによって発明され、本出願と同時に出願される米国出願［代理人整理番号３０５１９．７１６．２０２］、Ｖｏｉｃｅｍａｉｌ  Ｆｉｌｔｅｒｉｎｇ  ａｎｄ  Ｔｒａｎｓｃｒｉｐｔｉｏｎ、および
【０００３】
Ｊｅｎｓ  Ｕｌｒｉｋ  ＳｋａｋｋｅｂａｅｋおよびＣａｒｙ  Ｗ．ＦｉｔｚＧｅｒａｌｄによって発明され、本出願と同時に出願される米国出願［代理人整理番号３０５１９．７１６．２０３］、Ｖｏｉｃｅｍａｉｌ  Ｆｉｌｔｅｒｉｎｇ  ａｎｄ  Ｔｒａｎｓｃｒｉｐｔｉｏｎ。
【０００４】
本明細書の開示は、一般に統合通信およびメッセージング・システムに関し、より詳細には、そのようなシステムでのボイスメール転記に関する。
【背景技術】
【０００５】
今日ではほとんどの人が、複数の通信技術または通信媒体を使用して１日に複数回通信する。通信媒体には、電子メール（「Ｅメール」）メッセージング、ＳＭＳ（ショート・メッセージング・サービス）メッセージング、ボイス・メッセージング、等が含まれる。ユーザは、デスクトップ・コンピュータ、有線電話、無線デバイス（例えば電話やＰＤＡ（携帯情報端末））、等などの様々なデバイスを介して、様々な有線ネットワークおよび無線ネットワーク上でメッセージを送受信する。
【０００６】
現在、ＢｌａｃｋＢｅｒｒｙ（登録商標）などの携帯電話デバイス上でＥメールを受信することが可能である。任意のＥメール対応デバイス上で、Ｅメールによりボイスメールの通知を受信することも可能である。一部のシステムでは、Ｅメールの通知は、ユーザがボイスメール・システムに発呼することなくメッセージを聞けるよう、そのメッセージの再生可能な音声ファイル（例えばＷＡＶファイルなど）を含む。このボイスメール／Ｅメール統合は、音声発呼者をユーザの「前の」電話番号から自らのシステムに転送することができる商業プロバイダを介して、個人ユーザが利用できる。あるいは、一部のプロバイダは、ボイスメールからＥメールへの処理のために使用する別の番号をユーザに与える。さらに、企業内での通信媒体の完全統合は、Ａｄｏｍｏ，Ｉｎｃ．から入手することができる。例えば、Ａｄｏｍｏの「Ｕｎｉｆｉｅｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ」ソリューションは、既存の企業通信およびデータ管理システムと強固に統合して、従業員に、その従業員がどこに物理的に位置していようとも、すべてのデバイス上ですべてのタイプのメッセージへのシームレスなアクセスを提供する。
【０００７】
優れたデバイスやシステムが数多く生まれるにつれ、ユーザは、自らのメッセージが、メッセージのタイプまたはソースに関係なく、即座にとまではいかなくても容易に自らのすべてのデバイス上で利用できることをますます要求する。同時に、極めて優れた通信デバイスの遍在性は、自らのメッセージが非常に迅速に受け取られ、理解され、かつ適切に返答されることになるというメッセージ受信者の期待をただ高めるだけのように思われる。ユーザは、ボイスメールおよびＥメールにかつてないほど多くの、かつ速いアクセスを有するが、メッセージを認識し、かつ／またはメッセージに応答するための時間が相対的に遅くなり得る一部の領域が今なおある。例えば、あるユーザはボイスメールが受信されたというＥメール通知を受信し得るが、すぐにそのボイスメールにアクセスし、かつ／またはそのボイスメールを聞くことができない可能性がある。そのユーザがミーティング中である場合、どのようなメッセージが受信されているかを見るために自らのデバイスを一目見ることは容認されるかもしれないが、ボイスメールを聞くことは容認されない。場合によっては、その通知からボイスメールの送信者の識別情報を知ることができ、その識別情報は、そのメッセージの緊急度に関するある程度の情報を提供する可能性がある。多くの場合、通知自体の他に情報はない。
【０００８】
ボイスメールを聞かなければならないことによってもたらされる不都合および遅延をなくすために、ユーザのデバイス（例えばＢｌａｃｋＢｅｒｒｙ（登録商標）など）に、音声データ・ファイルや音声データ・ファイルへのリンクの代わりにボイスメールの転記を提供する方法が開発されている。例えばＳｐｉｎｖｏｘ（登録商標）Ｌｔｄ．は、モバイル・ネットワーク・プロバイダが特定のボイスメール・ソフトウェアをインストールすることを要求するボイスメール転記サービスを提供する。ネットワーク・プロバイダにより、ボイスメール・データが、そのボイス・メッセージを再生して転記し、次いでその転記のテキストをユーザのデバイスに送信する転記者に送信される。この方法は、ユーザのＥメール・システムとの完全統合を欠く不利点がある。通信の一部が元の音声呼であり、その音声呼は、その後の転記されたテキストが送信されるＥメールとは接続が断たれている。したがって、例えばアーカイビングや監査目的で通信の全履歴を容易に入手することはできない。別の不利点は、転記を行わせることにより任意のユーザ利益が得られようが得られまいが、各ボイスメールが同様に扱われることである。
【０００９】
ボイスメール転記の別の従来の例が、ＳｉｍｕｌＳｃｒｉｂｅ（商標）Ｉｎｃ．によって提供されている。ＳｉｍｕｌＳｃｒｉｂｅ（商標）は、すべてのボイスメールの転記を行い、テキストの結果をユーザの電話に転送する中間ボイスメール・システムに、ユーザの発呼者を転送することを含むサービスを提供する。この方法には、先に言及したのと同じ不利点がある。様々な先行方法の他の不利点には、転記を受けるためにユーザが発呼者に対して別の番号を与えることが要求されることや、自らのボイスメールが転記されたくない可能性がある発呼者または転記の処理を制御したい可能性がある発呼者に対するプライバシまたは機密性の保証を欠いていることが含まれる。
【００１０】
参照による組み込み
本明細書で言及するすべての刊行物および特許出願は、それぞれ個々の刊行物または特許出願が参照により組み込まれると具体的にかつ個別に示されるのと同程度に、参照により本明細書に組み込まれる。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】米国出願［代理人整理番号３０５１９．７１６．２０２］
【特許文献２】米国出願［代理人整理番号３０５１９．７１６．２０３］
【特許文献３】米国特許出願第１１／０５３，２７１号
【図面の簡単な説明】
【００１２】
【図１】一実施形態に基づくＩＣＳ（統合通信システム：ｉｎｔｅｇｒａｔｅｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｙｓｔｅｍ）を含むシステムのブロック図である。
【図２】一実施形態に基づくボイスメールのフィルタリングおよび概略転記の生成についての流れ図である。
【図３】一実施形態に基づくボイスメールのフィルタリングおよび概略転記の生成についての流れ図である。
【図４】一実施形態に基づくＩＣＳ（統合通信システム）を含み、厳密な転記を得るプロセスの流れを示すシステムのブロック図である。
【図５】一実施形態に基づく厳密な転記を得るプロセスの流れ図である。
【図６】一実施形態に基づくＩＣＳ（統合通信システム）を含み、厳密な転記を得るプロセスの流れを示すシステムのブロック図である。
【図７】一実施形態に基づくボイスメールを聞き、転記するためのウェブ・ページのブロック図である。
【図８】図６および図７の実施形態などの一実施形態に基づく厳密な転記を得るプロセスの流れ図である。
【図９】一実施形態に基づくＩＣＳを含むシステムのブロック図である。
【図１０】一実施形態に基づく通信サーバのさらなる詳細を示すシステムのブロック図である。
【図１１】一実施形態に基づく通信サーバおよびインターフェース・モジュールおよびメッセージング・サーバを含むシステムのブロック図である。
【図１２】一実施形態に基づくＩＭ（インターフェース・モジュール）とＭＳＥＲＶ（メッセージング・サーバ）環境の構成要素との間の対話を示すブロック図である。
【図１３】一実施形態に基づくＦＢＵＩ（フォームベース・ユーザ・インターフェース）を有するＩＣＳ（統合通信システム）を含むシステムのブロック図である。
【図１４】一実施形態に基づくクライアント・デバイス上に表示される際のＦＢＵＩの見本を示す図である。
【発明を実施するための形態】
【００１３】
図面では、同じ参照番号は同一のまたは実質的に同様の要素または行為を識別する。任意の特定の要素または行為に関する議論を容易に識別するために、参照番号の最上位の桁または複数桁は、その要素を最初に導入する図面の番号を引用する（例えば、要素１１０は、図１に関して最初に導入され論じられる）。
【００１４】
ボイスメールをフィルタリングおよび転記するためのシステムおよび方法を本明細書に記載する。様々な実施形態によれば、統合通信システムは、ボイスメールのフィルタリングおよび転記を行い、そのボイスメールをＥメールによってユーザのＥメール対応デバイスに転送する。例えば、そのＥメールは、Ｅメール・サーバを含むシステムに送信され、そのＥメール・サーバからＥメールがユーザのデバイスに送信される。一実施形態では、ユーザが指定するようにフィルタ／転記モジュールが自動的にまたはオンデマンドでユーザの受信済みボイスメールをフィルタする。フィルタリングは、ボイスメール内の所定の単語を探すことを含む。フィルタリングの１つの結果は、そのボイス・メッセージの相対的な緊急度を判断することである。この統合通信システムは、ユーザが指定するように自動的にまたはオンデマンドでボイスメールの概略転記をさらに行う。この概略転記は、逐語的であることを意図せず、むしろユーザが、非常に早くその概略転記を吟味し、そのボイスメールに応答してとる適切な行動を決められるようにするのに足りるだけのメッセージ内容を提供する。諸実施形態によれば、この概略転記は、ユーザに送信されるＥメール内にテキストとして入力される。様々な実施形態において、元のボイスメールの音声ファイルがこのＥメールへの添付物である。さらに、そのボイスメール・メッセージが（フィルタリングにより）緊急であると判断される場合、高優先を示す優先フラグがそのＥメールに添付される。一実施形態では、ユーザは、ユーザのデバイス上のボタンを押すことにより、そのボイスメールの厳密な転記を要求することができる。この厳密な転記は、ボイスメールの極めて正確な転記である。一実施形態では、元のＥメール内で概略転記が厳密な転記によって置換され、その元のＥメールに、ユーザのデバイス上のユーザのＥメール受信箱内で「未読」の印が付けられる。
【００１５】
本明細書で使用するとき、「統合通信システム」または「ＩＣＳ」は、ＩＣＳのユーザが単一のメッセージ・インターフェースを使用して複数のタイプのメッセージ（例えば、ボイスメール・メッセージ、電子メール、Ｅメール・メッセージ、インスタント・メッセージング・メッセージ、ＳＭＳ（ショート・メッセージング・システム）メッセージ、ＭＭＳ（マルチメディア・メッセージング・システム）メッセージ、等にアクセスできるよう、様々なタイプのメッセージングを統合する。単一のメッセージ・インターフェースにより統合メッセージング機能を提供する際、一実施形態のＩＣＳは、例えば、ユーザに対してローカル・グループウェア・アプリケーションおよびローカルＥメール・メッセージング・システムを介してボイスメール・システムのボイスメール・メッセージおよび機能へのアクセスを提供することにより、ボイスメール・システムへの依存を少なくする。本明細書に記載するシステムおよび方法は、任意のＩＣＳに適用可能である。一実施形態では、ＩＣＳが企業システムの一部であり、企業グループウェア・アプリケーションと統合されるが、特許請求の範囲に記載されている本発明はそれだけに限定されない。他の実施形態では、ＩＣＳは企業システムの一部ではないが、例えばインターネットおよび／または無線通信ネットワークを介してユーザがアクセス可能である。
【００１６】
以下の説明では、フィルタリングおよび転記の実施形態の完全な理解を提供し、それらの実施形態についての説明を可能にするために多数の具体的な詳細を紹介する。ただし、これらの実施形態はその具体的な詳細のうちの１つまたは複数なしに、または他の構成要素、システム、等とともに実施することができることを当業者は理解されよう。他の実例では、開示する実施形態の側面を不明瞭にすることを避けるために、よく知られている構造または操作は図示せず、または詳しく説明しない。
【００１７】
図１は、ネットワーク化された環境１０２を含むシステム１１０のブロック図である。ネットワーク化された環境１０２は、ＬＡＮ（ローカル・エリア・ネットワーク）、ＷＡＮ（広域ネットワーク）、インターネット、および任意の有線または無線通信ネットワークの任意の組合せを含む、データを伝えることができる任意の種類の１つまたは複数のネットワークを含む。システム１１０は、ＩＣＳ１１０およびメッセージング・サーバ／メッセージング記憶機構１２４も含む。ＩＣＳ１１０は、ボイスメールを含むユーザへの電話を受けるためにＰＢＸ（構内交換機）１２０と通信する。ＩＣＳ１１０は、Ｆ／Ｔモジュール（フィルタ／転記モジュール）１１２をさらに含む。以下にさらに説明するように、Ｆ／Ｔモジュール１１２は、ボイスメール・メッセージの音声ファイル１１４にアクセスする。様々な実施形態において、この音声ファイルは、ＩＣＳ１１０の一部であるボイスメール・システムなどのボイスメール・システムにより一般に使用される任意の従来の方法によって作成される。音声ファイル１１４は、モバイル・デバイスなど、ネットワーク化された環境１０２内の他のデバイス上で作成され得る。ＷＡＶファイル（ウェーブ：Ｗａｖｅｆｏｒｍ  ａｕｄｉｏ  ｆｏｒｍａｔファイル）１１４を一例として示すが、実施形態はそれだけに限定されない。例えば、代替実施形態では、この音声ファイルを他の任意の電子音声データ形式とすることができる。さらなる実施形態では、この音声データのソースはボイスメールではなく、例えば、インターネット・ウェブサイトをソースとする音声ファイルを含む、ネットワークを介して送られる他の任意の音声データである。
【００１８】
Ｆ／Ｔモジュール１１２は、ボイスメール内の所定の単語を検索することを含む、ボイスメール・メッセージのフィルタリングも行う。一実施形態では、検索される単語は、「緊急」、「重要」、「早急に」、「できるだけ早く」、等など、緊急性を暗示する特定の既定の単語を含む単語リスト内にある。しかし、フィルタリングは、そのメッセージが「緊急でない」ことを示す単語や名前を含む、どんなことをも暗示する任意の単語を検索することを含むことができる。さらに、一部の実施形態では、ユーザが、発呼者となり得る人の名前やボイスメール・メッセージの件名を含む単語を単語リストに追加することができる。ユーザは、これらの追加した単語を、検索の際に見つかった場合に常に概略転記に含めるように指定することができる。さらに、ユーザは、単語リストの特定の単語が検索の際に見つかった場合に、他の単語を概略転記に含めることを指定することもできる。例えば、「企業Ｘ」が見つかった場合、概略転記に「最高優先度」を含める。概略転記は、ボイス・メッセージへの適切な応答をユーザが決める手助けをする。さらに他の実施形態では、ＩＣＳ１１０が企業グループウェア・アプリケーションと統合され、ユーザはその企業の構成員である。この場合、Ｆ／Ｔモジュール１１２が、連絡先リスト、ユーザのボイスメール基本設定、ユーザのＥメール基本設定、等を含む企業データのすべてを利用することができる。さらに他の実施形態では、ユーザは、検索の際に使用する単語に関し、そのユーザのネットワーク化された環境内の他のソースを指定することができる。ウェブベースのＣＲＭ（消費者関係管理）アプリケーション、顧客サポート・システム、および内部会計システムはいくつかの例にすぎず、他にも多くある。
【００１９】
この情報の任意のものを、所望の通りにボイスメールをフィルタするために使用することができる。所定の単語がボイスメール内に見つかった場合、優先Ｅメール・フラグが生成される。この優先Ｅメール・フラグは、ユーザ・デバイス１２２に対応しており、メッセージ・リスト内のＥメール・メッセージの緊急度についての視覚的な合図であるが、実施形態はそれだけに限定されない。この優先フラグは、視覚的なフラグの代わりにまたは視覚的なフラグに加え、音声の通知またはアラートを含むこともできる。
【００２０】
一実施形態では、Ｆ／Ｔモジュール１１２が、ＩＶＨ（インテリジェント・ボイスメール・ハンドラ）をさらに含む。ＩＶＨは、例えば上述の情報に規則を適用することにより、自発的に厳密な転記を要求する。一例として、ＩＶＨが利用できる情報には、ユーザのカレンダが含まれる。ユーザのカレンダは、ユーザがミーティング中であることをＩＶＨが知っている場合に、ＩＶＨが、ボイスメール・メッセージを含むＥメールに対して特に邪魔をしない通知のタイプを自動的に設定できるようにする。また、ユーザがミーティング中である場合、ＩＶＨが自動的に厳密な転記を要求する。一部の実施形態でのＩＶＨは、ユーザによって厳密な転記が要求されたＥメール内にどの単語がより多く出現したか、等を含む履歴に基づいてその動作を修正する適応型規則エンジンを含む。
【００２１】
Ｆ／Ｔモジュール１１２は、ユーザが指定するように自動的にまたはオンデマンドでボイスメールの概略転記を行う。この概略転記は、逐語的であることを意図せず、むしろユーザが、非常に早くその概略転記を吟味し、そのボイスメールに応答してとる適切な行動を決められるようにするのに足りるだけのメッセージ内容を提供する。一実施形態によれば、この概略転記は、（矢印１によって図示するように）メッセージング・サーバ／メッセージング記憶機構１２４を介してユーザに送信されるＥメール１１６内にテキスト１１８として入力される。一実施形態では、Ｅメール１１６には音声ファイル１１４も添付され、ユーザは、音声ファイル１１４をユーザ・デバイス１２２上で再生することによりそのボイスメールを聞くことができる。
【００２２】
図２は、一実施形態に基づくボイスメールのフィルタリングおよび概略転記の生成のプロセス２００の流れ図である。２０２で、ＰＢＸ１２０からボイスメールが受信される。２０４で、Ｆ／Ｔモジュール１１２が音声ファイル１１４にアクセスし、２０６で、そのボイスメールをフィルタし、大まかに転記する。２０８で、フィルタリングがそのボイスメールに関して任意の緊急性を示した場合（または重要度が高いと判定された場合）、２１０で優先フラグが生成される。２１２で、優先フラグ、音声ファイル、および概略転記がメッセージング・サーバ／メッセージング記憶機構を介してデバイスに送信される。
【００２３】
フィルタリングが緊急性を示さなかった場合、２１４で、音声ファイルおよび概略転記がメッセージング・サーバ／メッセージング記憶機構を介してデバイスに送信される。様々な実施形態において、各イベントの厳密な順序は図２に示す順序でなくてもよい。プロセス２００は、特許請求の範囲に記載するプロセスの１つの例にすぎない。他の実施形態では、フィルタリングおよび／または転記を行う前に、Ｅメールをメッセージング・サーバ／メッセージング記憶機構に記憶することができる。さらに他の実施形態では、転記する前にフィルタリングおよび記憶を行うことができる。説明した動作と同等の他の多くの改変形態が特許請求の範囲に記載の範囲内にある。
【００２４】
図３は、一実施形態に基づくボイスメールのフィルタリングおよび概略転記の生成のプロセス３００の流れ図である。３０２で、ＩＣＳ１１０はフィルタ／転記機能がオンにされているかどうかを判定する。様々な実施形態において、この機能は完全にオフにされ、または様々な方法で動作するように構成することができる。フィルタ／転記機能がオンではない場合、３０６で示すようにボイスメールはフィルタまたは転記されない。フィルタ／転記機能がオンの場合、３０４で、本明細書ではユーザとも呼ぶそのボイスメールの受信者が識別される。一実施形態によれば、受信者に関係するシステム内の任意のデータを検索するためにその受信者の識別情報が使用される。例えば、本明細書でさらに説明するように、ユーザは、フィルタ／転記モジュールの動作を構成する基本設定を指定することができる。さらに、企業ＩＣＳを含む実施形態では、企業ディレクトリ・システムのユーザ・データ（例えば連絡先リストなど）や他の企業ソースのユーザ・データを使用して、単語リストに追加しかつ／または基本設定を決定することができる。
【００２５】
３１０で、（単語リストに対する）単語認識および受信者データを使用してフィルタリングが行われる。３１２で、受信者データを使用して、Ｅメールが、メッセージング・サーバ／メッセージング記憶機構を介してユーザ・デバイスに送られる。例えば、受信者データは、送信命令（例えば、すべてのボイスメールを既定の手順（概略転記、ＷＡＶおよびフラグ）を使用して送信し、特定の単語が見つかった場合には同時に厳密な転記を求める、等）を含むことができる。厳密な転記については以下にさらに説明する。
【００２６】
図４は、一実施形態に基づくＩＣＳ（統合通信システム）１１０を含み、厳密な転記を得るプロセスの流れを示すシステム４００のブロック図である。システム４００は、ネットワーク化された環境１０２およびネットワーク化された環境４０２を含む。環境１０２および４０２を、ＬＡＮやＷＡＮの別の領域など、同じネットワーク化された環境とすることができるが、実施形態はそれだけに限定されない。あるいは、環境１０２および４０２は別個のネットワーク化された環境である。ネットワーク化された環境１０２は、現在Ｅメール・メッセージ１１６を含むメッセージング・サーバ／メッセージング記憶機構１２４を含む。Ｅメール・メッセージ１１６は、添付物として音声ファイル１１４と、テキスト本文１１８とを含む。代替実施形態では、テキスト１１８も添付物とすることができるが、テキスト１１８をＥメール・メッセージの本文として見る方が通常はユーザにとってより都合がよい。
【００２７】
ＩＣＳ１１０は、Ｆ／Ｔモジュール１１２を含む。この図ではネットワーク４０４として示す少なくとも１つのネットワークが、環境１０２および４０２に結合される。本明細書で説明するとき、「ネットワーク」は、前に挙げたネットワーク・タイプのうちの任意の１つまたは複数を常に暗示する。ネットワーク化された環境４０２は、本明細書では転記コンピュータと呼ぶことになるコンピュータ４０６を含む。本明細書で使用するとき、転記コンピュータ４０６または転記者４０６は、音声認識ソフトウェアを使用して転記を行うコンピュータと人間の転記者との両方を含む。一部の実施形態では、コンピュータ４０６は厳密な転記を行うデバイスであるのに対し、他の実施形態では、コンピュータ４０６は人間の転記者が使用するマシンである。いずれの場合も、コンピュータ４０６は、本明細書でさらに説明するように、厳密な転記に対する要求をＦ／Ｔモジュール１１２から受信するデバイスである。ファイル・サーバ４０８が、ネットワーク４０４を介して環境１０２および４０２に結合される。他の実施形態では、ファイル・サーバ４０８は、図示のように結合される「ウェブ・サーバ」ではなく、環境１０２や環境４０２などのネットワーク化された環境内に含まれるファイル・サーバである。概して、ファイル・サーバ４０８は、環境１０２および環境４０２の両方にとってアクセス可能である。
【００２８】
図の番号付けされた矢印を参照しながら、厳密な転記を得るためのプロセスをこれから説明する。矢印１によって示されるように、Ｅメール・メッセージ１１６がユーザ・デバイス１２２上に表示される。ユーザは、該当する場合は優先フラグとともに、デバイス１２２のＥメール受信箱内のＥメール・メッセージ１１６を開き、見ることができる。Ｅメール１１６が開かれると、テキスト１１８がＥメール１１６の本文として見える。ユーザは、テキスト１１８が提供する概略転記をすぐに吟味し、厳密な転記が必要かどうかを判断することができる。一目見て、ユーザはテキスト１１８から少なくとも次のことを判断することができる。それは、そのボイスメール・メッセージに対して即座の行動をとるべきではないこと、知られている行動をとるべきであり、緊急度が知られていること、またはテキスト１１８の緊急度もしくは曖昧さが厳密な転記を要求することである。本明細書で使用するとき、「厳密な転記」は、ユーザがより完全かつより正確であると判断するであろう、元のボイスメール・メッセージの音声ファイルの転記を指す。
【００２９】
厳密な転記が必要であるとユーザが判断する場合、矢印２によって示されるように、ユーザがＩＣＳ１１０に要求を送信する。一実施形態では、ユーザはこの要求を行うために、デバイス１２２上のボタンを単に押すだけである。あるいは、この要求は、例えば音声命令によって行われるか、または常に自動的に行われる。この要求をＦ／Ｔモジュール１１２が受信し、このＦ／Ｔモジュール１１２が、矢印３によって示されるように、音声ファイル１１４をメッセージング・サーバ／メッセージング記憶機構１２４から取り出し、それをネットワーク４０４を介してファイル・サーバ４０８上に置くことによって応答する。一実施形態では、Ｆ／Ｔモジュール１１２が、インスタント・メッセージ４１０の形をとる厳密な転記に対する要求を生成する。矢印４によって示されるように、インスタント・メッセージ４１０が、コンピュータ４０６に送信される。コンピュータ４０６が、インスタント・メッセージ４１０を受信する。人間の転記者の場合、転記者が、音声ファイル１１４を取得するためにファイル・サーバ４０８のどこにアクセスするのかについての命令を含むインスタント・メッセージ４１０を読む。矢印５によって示されるように、転記者が音声ファイル１１４を取得する。転記者が、インスタント・メッセージングの通常の方法でユーザの画面の指定された領域内に厳密な転記をタイプしながら音声ファイル１１４を聞く。矢印６によって示されるように、完成した厳密な転記が、インスタント・メッセージ４１０によりＩＣＳ１１０に返信される。代替実施形態では、転記者が、完成した厳密な転記を、Ｅメール・メッセージを含むがこれだけに限定されない任意の電子メッセージによって送信する。インスタント・メッセージは、この目的で使用可能な電子メッセージの一例にすぎない。
【００３０】
矢印７によって示されるように、Ｆ／Ｔモジュール１１２が、テキスト１１８内の概略転記を厳密な転記で置換し、元のＥメールに「未読」として印を付ける。次いで、Ｆ／Ｔモジュール１１２が、厳密な転記に対する要求が実行されたことを知らせるために、ユーザに通知を送信する（矢印８）。ユーザは、未読として印を付けられ、厳密な転記を含むデバイス１２２の受信箱内の元のＥメールを今は見ることができる。
【００３１】
図５は、一実施形態に基づく厳密な転記を得るプロセス５００の流れ図である。５０２で、Ｆ／Ｔモジュール１１２が、厳密な転記を得るための要求をユーザから受信する。様々な実施形態において、ユーザはこの要求をデバイス１２２上のボタンを押すことによって送信することができる。代替実施形態では、この要求は、ユーザ基本設定に基づいて、またはボイスメール内で特定の単語を見つけること等に基づいて自動的に生成され得る。多くの代替形態が、特許請求の範囲に記載する本発明の範囲に含まれる。例えば、厳密な転記を常に自動的に要求することができる、厳密な転記を自動的に要求することができる、概略転記は行わないがフィルタリングは行う、等。５０４で、Ｆ／Ｔモジュール１１２が、音声ファイル１１４への指示を含むインスタント・メッセージ４１０をコンピュータまたは転記者４０６に送信する。５０６で、コンピュータまたは転記者４０６が音声ファイル４１０を取得し、転記者の画面のある領域内に厳密な転記をタイプしながらそのファイルを聞き、次いで、その厳密な転記をインスタント・メッセージ４１０によってＩＣＳ１１０に返信する。
【００３２】
５０８で、Ｆ／Ｔモジュール１１２が、インスタント・メッセージ４１０によって厳密な転記を受信し、テキスト１１８をその厳密な転記で置換することにより元のＥメール・メッセージ１１６内の概略転記を更新し、Ｅメール・メッセージ１１６に「未読」の印を付ける。５１０で、Ｆ／Ｔモジュール１１２は、転記要求が実行されたことをユーザ・デバイス１２２に信号で伝える。様々な実施形態において、信号伝達は、専用のＥメール・フラグ、可聴アラート、等を含む１つまたは複数の様々な形態の通知を含むことができる。
【００３３】
図６は、一実施形態に基づくＩＣＳ１１０を含み、厳密な転記を得るプロセスの流れを示すシステム６００のブロック図である。システム６００は、ネットワーク化された環境１０２およびネットワーク化された環境４０２を含む。ネットワーク化された環境１０２は、現在Ｅメール・メッセージ１１６を含むメッセージング・サーバ／メッセージング記憶機構１２４を含む。Ｅメール・メッセージ１１６は、添付物として音声ファイル１１４と、テキスト本文１１８とを含む。代替実施形態では、テキスト１１８も添付物とすることができるが、テキスト１１８をＥメール・メッセージの本文として見る方が通常はユーザにとってより都合がよい。
【００３４】
ＩＣＳ１１０は、Ｆ／Ｔモジュール１１２を含む。この図ではネットワーク４０４として示す少なくとも１つのネットワークが、環境１０２および４０２に結合される。ネットワーク化された環境４０２は、転記コンピュータを含む。本明細書で使用するとき、転記コンピュータ４０６または転記者４０６は、音声認識ソフトウェアを使用して転記を行うコンピュータと人間の転記者との両方を含む。一部の実施形態では、コンピュータ４０６は厳密な転記を行うデバイスであるのに対し、他の実施形態では、コンピュータ４０６は人間の転記者が使用するマシンである。いずれの場合も、コンピュータ４０６は、本明細書でさらに説明するように、Ｆ／Ｔモジュール１１２から厳密な転記に対する要求を受信するデバイスである。ファイル・サーバ４０８が、ネットワーク４０４を介して環境１０２および４０２に結合される。前述のように、ファイル・サーバ４０８は、環境１０２および環境４０２にとってアクセス可能な任意の場所にある任意のファイル・サーバとすることができ、図示の構成だけに限定されない。
【００３５】
図の番号付けされた矢印を参照しながら、厳密な転記を得るためのプロセスをこれから説明する。矢印１によって示されるように、Ｅメール・メッセージ１１６がユーザ・デバイス１２２上に表示される。ユーザは、該当する場合は優先フラグとともに、デバイス１２２のＥメール受信箱内のＥメール・メッセージ１１６を開いて見ることができる。Ｅメール１１６が開かれると、テキスト１１８がＥメール１１６の本文として見える。ユーザは、テキスト１１８が提供する概略転記をすぐに吟味し、厳密な転記が必要かどうかを判断することができる。一目見て、ユーザはテキスト１１８から少なくとも次のことを判断することができる。それは、そのボイスメール・メッセージに対して即座の行動をとるべきではないこと、知られている行動をとるべきであり、緊急度が知られていること、またはテキスト１８８の緊急度もしくは曖昧さが厳密な転記を要求することである。
【００３６】
厳密な転記が必要であるとユーザが判断する場合、矢印２によって示されるように、ユーザがＩＣＳ１１０に要求を送信する。一実施形態では、ユーザはこの要求を行うために、デバイス１２２上のボタンを単に押すだけである。この要求をＦ／Ｔモジュール１１２が受信し、このＦ／Ｔモジュール１１２が、矢印３によって示されるように、音声ファイル１１４をメッセージング・サーバ／メッセージング記憶機構１２４から取り出し、それをネットワーク４０４を介してファイル・サーバ４０８上に置くことによって応答する。一実施形態では、Ｆ／Ｔモジュール１１２が、通知６０２の形をとる厳密な転記に対する要求を生成する。様々な実施形態において、通知６０２は、インスタント・メッセージ、Ｅメール、ＳＭＳ、およびボイス・メッセージを含むが、実施形態はそれだけに限定されない。矢印４によって示されるように、通知６０２が、コンピュータ４０６に送信される。コンピュータ４０６が、通知６０２を受信する。人間の転記者の場合、転記者が、音声ファイル１１４を含むウェブ・ページを取得するためにファイル・サーバ４０８のどこにアクセスするのかについての命令を含む通知６０２を読む。矢印５によって示されるように、転記者がそのウェブ・ページに移動し、音声ファイル１１４を取得する。転記者が、そのウェブ・ページ上に厳密な転記をタイプ（図７を参照してさらに示す）しながら、音声ファイル１１４を聞く。矢印６によって示されるように、厳密な転記が完成すると、転記者はそのウェブ・ページ上のボタンまたはリンクをクリックして厳密な転記をＦ／Ｔモジュール１１２に送信する。
【００３７】
矢印７によって示されるように、Ｆ／Ｔモジュール１１２が、テキスト１１８内の概略転記を厳密な転記で置換し、元のＥメールに「未読」として印を付ける。次いで、Ｆ／Ｔモジュール１１２が、厳密な転記に対する要求が実行されたことを知らせるために、ユーザに通知を送信する（矢印８）。ユーザは、未読として印を付けられ、厳密な転記を含むデバイス１２２の受信箱内の元のＥメールを今は見る。図６を参照して図示し、説明した方法は実施形態の一例にすぎない。あるいは、例えばＥメールに「未読」の印が付けられないが、アラートがユーザに送信される。またあるいは、厳密な転記が、概略転記を置換するのではなく、概略転記に付加される。別の代替形態として、厳密な転記を含む第２のＥメールがユーザに送信される。
【００３８】
本明細書で説明する実施形態では、ボイスメール・メッセージは、２つ以上のＥメール・メッセージを使用せずにＥメール・ユーザに対して転記される。音声ファイルを含む元のＥメール・メッセージが本明細書で説明するプロセス全体を通して使用される同じＥメールである実施形態では、メッセージ履歴を追跡する容易さが大幅に向上する。ユーザが、メッセージ・スレッドの履歴を追跡することがより容易である。ユーザおよび／または企業管理者が、転記プロセスを含むメッセージ・スレッドをアーカイブすることもはるかに容易である。完全かつ正確なメッセージ・アーカイブは、監査過程、法的開示過程、ＳＥＣ（証券取引委員会）過程、等への準拠のためにますます要求されている。
【００３９】
図７は、一実施形態に基づくボイスメールを聞き、転記するためのコンピュータ４０６上のウェブ・ページ７００のブロック図である。ウェブ・ページ７００は、図６に関連して上記で言及したウェブ・ページの一実施形態である。ウェブ・ページ７００は、要求者の識別情報７０８や要求の時間７１０など、そのボイスメールに関する情報を含む。厳密な転記をタイプするための領域７０２がある。「再生」ボタン７０４をクリックすることにより、そのボイスメールの音声ファイルが再生される。厳密な転記が完成すると、「送信」ボタン７０６をクリックすることにより、その厳密な転記がＩＣＳ１１０に返信される。
【００４０】
図８は、図６および図７の実施形態などの一実施形態に基づく厳密な転記を得るプロセス８００の流れ図である。８０２で、Ｆ／Ｔモジュール１１２が、厳密な転記を得るための要求を受信する。この要求は、ユーザが、ユーザ・モバイル・デバイス上のボタンを押すことにより送信されてよい。あるいはこの要求は、ボイスメール内での特定の単語や名前の識別など、ユーザ基本設定に基づいて自動的に送信されてもよい。この要求に応答して、８０４で、Ｆ／Ｔモジュール１１２が、そのボイスメールの音声ファイルをファイル・サーバ上に置く。
【００４１】
８０６で、Ｆ／Ｔモジュール１１２が、転記を要求する通知を転記者に送信する。８０８で、転記者が指示されたウェブ・サイトに移動する。例えば、その通知は、適切なウェブ・ページへのハイパーリンクを含むことができる。転記者は、そのウェブ・ページ内に提供される領域内にタイプしながら音声ファイルを聞き、次いで「送信」をクリックする。
【００４２】
８１０で、Ｆ／Ｔモジュールが厳密な転記をファイル・サーバ４０８から取り出す。８１２で、Ｆ／Ｔモジュール１１２が、元のメッセージ内の概略転記を厳密な転記で更新し、元のＥメール・メッセージに「未読」の印を付ける。次いで、８１４で、Ｆ／Ｔモジュール１１２は、転記要求が実行されたことをユーザ・モバイル・デバイスに信号で伝える。この信号は、メッセージ・リスト内に現れる元のＥメールに対する専用のＥメール・フラグを含むことができる。このフラグの代わりにまたはこのフラグに加えて、この信号は可聴アラートを含むこともできる。
【００４３】
一部の実施形態では、本明細書で説明する転記プロセスの精度および有用性を高めるために、Ｆ／Ｔモジュール１１２は適応性を有する。例えば、フィルタリングの際に使用する単語リストは、ある期間にわたり、厳密な転記が要求されるボイスメール内にどの単語が含まれるのかに基づいて単語を含めるまたは除外するように自動的に適応することができる。
【００４４】
図９は、ＩＣＳ１１０を含み、前に図示し、説明したプロセスを実行するシステム９００のブロック図である。システム９００は、ネットワーク化された環境９０２を含む。ネットワーク化された環境９０２は、ＬＡＮ（ローカル・エリア・ネットワーク）、ＷＡＮ（広域ネットワーク）、インターネット、および任意の有線または無線通信ネットワークの任意の組合せを含む、データを伝えることができる任意の種類の１つまたは複数のネットワークを含む。
【００４５】
一実施形態によると、システム９００はＩＣＳ１１０をさらに含む。ＩＣＳ１１０は、通信サーバ９１０、ＩＭ（インターフェース・モジュール）９２０、およびキャッシュ・システム９３０（「キャッシュ」とも呼ぶ）を含むが、これだけに限定されない。通信サーバ９１０は、様々な通信プロトコルのうちのいずれかを使用して、ネットワーク９６０の任意の数の構成要素に結合される。ネットワーク９６０およびネットワーク化された環境９０２は、同じタイプまたは異なるタイプとすることができる。ネットワーク９６０およびネットワーク化された環境９０２は、ユーザ・デバイス９７０および９９９とも呼ぶ、様々なクライアント・デバイス９７０と９９９との間の情報転送を可能にする。
【００４６】
ＩＣＳ１１０のＩＭ９２０は、情報またはデータを転送するために通信サーバ９１０に結合される。さらに、ＩＭ９２０は、情報を転送するためにメッセージング・サーバ９４０の１つまたは複数の構成要素に結合され、情報の転送には、いくつか例を挙げると、引出し、受信、取出し、ポーリング、伝送、およびプッシュ操作のうちの１つまたは複数が含まれる。ＩＭ９２０とメッセージング・サーバ９４０との間の情報転送の一例として、ＩＭ９２０が、メッセージング・サーバ９４０からユーザ情報を引き出し、引き出したユーザ情報をＩＣＳ１１０の他の構成要素が利用できるようにし、その際、そのユーザ情報は少なくともネットワーク化された環境９０２に関連する情報を含む。
【００４７】
メッセージング・サーバ９４０の構成要素は、例えば、「中央処理装置」または「ＣＰＵ」とも呼ぶ１個または複数個のプロセッサ９４２、およびＣＰＵ９４２に結合される１つまたは複数のデータベース９４４を含むことができる。一実施形態では、ＩＭ９２０は、メッセージング・サーバ９４０上にホストし、またはメッセージング・サーバ９４０の制御下で実行することができるが、この構成だけに限定されない。さらに、メッセージング・サーバ９４０は、通信サーバ９１０をホストするネットワーク化された環境９０２の構成要素とすることができるが、それだけに限定されない。例えば、メッセージング・サーバ９４０は、ネットワーク化された環境９０２のグループウェア・アプリケーション（例えばＭｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ、ＬｏｔｕｓＮｏｔｅｓ、等）をホストしていてよい。
【００４８】
キャッシュ９３０は、通信サーバ９１０に結合され、以下に説明するように通信サーバ９１０、ＩＭ９２０、およびメッセージング・サーバ９４０の１つまたは複数の構成要素、のうちの１つまたは複数を相手に情報を転送するために通信する。キャッシュ９３０は、ネットワーク９５０の追加の構成要素（不図示）にも結合され得る。
【００４９】
キャッシュ９３０と通信サーバ９１０との間の情報転送の一例として、キャッシュ９３０は、通信サーバ９１０を介してクライアント・デバイス９９９から発呼者情報（例えばボイスメール・メッセージ、発呼者識別情報、等）を受信することができる。キャッシュ９３０とメッセージング・サーバ９４０との間の情報転送の一例には、キャッシュ９３０が、メッセージング・サーバ９４０からユーザ情報を受信する転送が含まれ、その際、ユーザ情報は、メッセージング・サーバ９４０からＩＭ９２０および／または通信サーバ９１０を介して送ることができる。キャッシュ９３０とメッセージング・サーバ９４０との間の情報転送の別の例には、メッセージング・サーバ９４０が、通信サーバ９１０および／またはＩＭ９２０を介してキャッシュ９３０から送られる情報をキャッシュ９３０から受信する転送が含まれる。
【００５０】
キャッシュ９３０とＩＭ９２０との間の情報転送の例には、ＩＭ９２０によりメッセージング・サーバ９４０から引き出され、キャッシュ９３０に宛てられるユーザ情報の転送や、ＩＭ９２０がそのユーザ情報を使用して、メッセージをメッセージング・サーバ９４０およびキャッシュ９３０の少なくとも１つから、ネットワーク９６０およびネットワーク化された環境９０２上の少なくとも１つのデバイスに宛てる転送が含まれる。上記の例のもとでは、キャッシュ９３０が、受信した情報を保持し、または一時的に記憶する。
【００５１】
ネットワーク９６０およびネットワーク化された環境９０２は、１つまたは複数の通信サービス・プロバイダまたは通信事業者の様々なネットワーク構成要素（不図示）を含むが、それだけに限定されない。さらに、ネットワーク９６０およびネットワーク化された環境９０２ならびに対応するネットワーク構成要素は、例えば固有ネットワーク、ＬＡＮ（ローカル・エリア・ネットワーク）、ＭＡＮ（メトロポリタン・エリア・ネットワーク）、ＷＡＮ（広域ネットワーク）、バックエンド・ネットワーク、ＰＳＴＮ（公衆交換電話網）、インターネット、および他の公衆ネットワークを含むがこれだけに限定されない、結合されるデバイス９７０および９９９間の通信を提供するための当技術分野で知られているいくつかのネットワーク・タイプ／ネットワーク・タイプの組合せのいずれでもよい。さらに、ネットワーク９５０および９６０は、例えば通信ルート割当のある部分に対しては固有ネットワークを使用する一方で、通信ルート割当の他の部分に対しては１つまたは複数の様々な公衆ネットワークを使用するハイブリッド・ネットワークを含むことができる。
【００５２】
クライアント・デバイス９７０および９９９には、電話、セルラ電話、および無線電話などの通信デバイスが含まれる。クライアント・デバイス９７０および９９９には、例えばＰＣ（ポータブル・コンピュータ）、ポータブル・コンピューティング・デバイス、ＰＤＡ（携帯情報端末）、通信デバイス、セルラ電話、携帯電話、携帯通信デバイス、およびユーザ・デバイスまたはユニットなどのプロセッサベース・デバイスも含まれる。クライアント・デバイスは、ユーザが、テキスト入力、音声認識、テキスト出力、テキスト／音声変換、グラフィックス、記録ファイル、映像などの任意の入出力形式によりデバイスおよび／またはＩＣＳと対話可能な、いわゆるマルチモーダル・デバイスを含むことができる。そのようなデバイスでは、音声認識およびテキスト／音声変換生成を、部分的にデバイス内で行い、部分的にＩＣＳ内で行うことができる。デバイスに送信される音および／または映像データの連続的なストリームにより、音および／または映像がＩＣＳによって生成され得る。クライアント・デバイスにはそのようなすべてのデバイスおよび均等物が含まれてよく、どんな特定のタイプの通信デバイスおよび／またはプロセッサベース・デバイスにも限定されない。一実施形態では、クライアント・デバイス９７０が、企業ネットワークなどのプライベート・ネットワーク環境９０２内で動作しているクライアント・デバイスであるのに対し、クライアント・デバイス９９９は、別のプライベート・ネットワーク環境内または任意の数の公衆ネットワークのもとで動作しているクライアント・デバイスである。本明細書で使用するとき、「クライアント・デバイス」という用語には、前述のようなユーザ・デバイスまたはユーザ・モバイル・デバイスが含まれる。
【００５３】
図１０は、一実施形態に基づく通信サーバ９１０のさらなる詳細を示すシステム１０００のブロック図である。通信サーバ９１０は、ＩＭ９２０を介して少なくとも１つのメッセージング・サーバ９４０に結合される。ＩＭ９２０はメッセージング・サーバ９４０上で実行されるが、メッセージング・サーバ９４０上での実行だけに限定されない。メッセージング・サーバは、１つまたは複数のデータベース９４４にも結合される。一実施形態では、データベース９４４は、前述のようなメッセージング記憶機構を含む。一実施形態では、ネットワーク化された環境は企業ネットワーク環境であるが、実施形態はそれだけに限定されない。一実施形態のメッセージング・サーバ９４０は、グループウェア・アプリケーション（例えばＭｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ）（不図示）を他のアプリケーションとともにネットワーク化された環境１００１の規模およびタイプに適合するように使用して、ネットワーク化された環境１００１のメッセージング機能をサポートする。
【００５４】
通信サーバ９１０は、１つまたは複数のネットワーク（不図示）を介して、ネットワーク化された環境１００１の外部にある任意の数のクライアント・デバイス９９９に結合される。同様に、通信サーバ９１０は、ネットワーク化された環境１００１にとってローカルな任意の数のクライアント・デバイス９７０に結合される。
【００５５】
通信サーバ９１０は、オペレーティング・システム１０１８ならびに多数の構成要素またはサブシステムを含む。これらの構成要素には、１つまたは複数のＦ／Ｔモジュールおよび音声アプリケーション１０１２、実行エンジン１０１４、および任意の数のモバイル・アプリケーション・モジュール１０１６または他の任意のタイプのアプリケーション・モジュールが含まれるが、これだけに限定されない。
【００５６】
図１１は、一実施形態に基づくＣＳ１１１０、インターフェース・モジュール、およびメッセージング・サーバを含むＩＣＳを含むシステム１１００のブロック図である。ＣＳ１１１０は、高度にスケーラブルなものとすることができる。本発明の一実施形態によれば、ＣＳ１１１０は、本質的に自己完結型の、かつ例えば積み重ね可能な「ピザボックス」型サーバ内に入れることができるモジュール「機器」として構成することができる。このＩＣＳは、ＩＭ１１２０（本明細書では「ＩＭ」とも呼ぶ）および管理コンソール１１６０も含む。一実施形態ではメッセージング・サーバ１１４０（本明細書では「ＭＳＥＲＶ１１４０」または「ＭＳＥＲＶ」とも呼ぶ）の制御下で実行されるＩＭ１１２０は、ＣＳの構成要素、ＭＳＥＲＶおよびデータベース１１４４（本明細書では「データベース」とも呼ぶ）に、本明細書で説明するいくつかのシーケンスで、かつ企業ネットワーク・システム１１００に適合するように結合される。ＩＭ１１２０は、ＣＳ管理コンソール１１６０にも結合される。ＣＳおよびＭＳＥＲＶは、システム１１００の他の構成要素（不図示）と通信するためにＬＡＮに結合される。
【００５７】
一実施形態でのＣＳ１１１０は、「オペレーティング・システム」とともに、「実行エンジン」、「Ｆ／Ｔ」（Ｆ／ＴモジュールおよびいくつかのＦ／Ｔモジュール）および「音声アプリケーション」、ならびにいくつかの「モバイル・アプリケーション」を含む。このオペレーティング・システムは、例えば、ファイル・システム・テーブルおよびデータ構造の完全性を実現するジャーナリング・ファイル・システムを備えるＬｉｎｕｘカーネルを含む。このＣＳ上の記憶機構は、ソフトウェアおよびデータへの高信頼性アクセスを実現するために、ＲＡＩＤ（レイド）構成として構成することができる。このオペレーティング・システムは、ＣＳの他の多数の構成要素の動作をサポートする。
【００５８】
オペレーティング・システムに関して、このＣＳは、呼を結合し、ＣＳへの／ＣＳからの発呼者およびユーザを接続する「テレフォニ・インターフェース」を含む。このテレフォニ・インターフェースは、例えば、ＰＢＸ（構内交換機）（不図示）への／ＰＢＸからの呼情報を結合し、その際、ＰＢＸはシステム１１００の構成要素である。このテレフォニ・インターフェースは、アナログ、ＳＭＤＩ（簡易メッセージ・デスク・インターフェース）、Ｔ１／Ｅ１、ＶＯＩＰ（ボイス・オーバＩＰ）、およびＤＳＥ（デジタル・セット・エミュレーション）信号のうちの１つまたは複数を含む様々なテレフォニ統合を使用してＰＢＸに結合されるが、他の信号／信号プロトコルを使用して結合されてもよい。例えばＰＢＸから呼を受ける際、ＣＳはＰＢＸから着呼のデータを受信し、そのデータは、被呼者情報、呼転送の理由（例えば被呼者の回線がふさがっている、被呼者の応答がない、被呼者が呼転送を使用している、等）および発呼者情報（発呼者ＩＤ、等）を含む。
【００５９】
このテレフォニ・インターフェースにおいて受信される情報を、「ドライバ」が、ＣＳの「テレフォニ・サービス」構成要素に結合する。ドライバは、受信される信号に適合するように低水準信号伝達および／またはデータ変換を行うことができる。テレフォニ・サービスは、受信される信号を処理する際に使用する１つまたは複数の構成要素を含む。これらの構成要素には、例えば音声処理、切替え／制御、およびＰＢＸ信号伝達が含まれるが、これらの構成要素だけに限定されない。
【００６０】
一実施形態のＣＳは、ＣＳが呼を受ける際にその呼の音声情報を受ける少なくとも１つの「音声ブラウザ」を含む。この音声ブラウザが、ＤＴＭＦ認識および音声認識のためのＡＳＲ（自動音声認識）の使用を制御する。一実施形態の音声ブラウザは、音声録音および／または名前文法を保持するキャッシュまたは他の一時記憶機構（「音声録音／文法」）に結合される（一実施形態では、この名前文法は、ユーザ・リスト内の名前から生成された後にキャッシュに格納される）。一実施形態での記憶機構は、本明細書で説明するようなＦ／Ｔモジュールを使用したフィルタリングのための単語リストも含む。一実施形態では、ユーザ固有の単語リストが作成され、ユーザのために記憶されていない限り、既定の単語リストが適用される。一実施形態でのＡＳＲは、概略転記を行う際に使用される。
【００６１】
このＡＳＲは、名前文法の情報を使用することができる。さらに、音声ブラウザは、ＴＴＳ（テキスト／音声変換）の使用ならびに任意の数の事前に録音されたプロンプト（例えばＷＡＶ形式ファイル）の再生を制御する。音声ブラウザは、ＶＸＭＬ（音声拡張可能マークアップ言語）を使用するが、このプロトコルだけに限定されない。このＣＳの代替実施形態は、音声ブラウザを含まなくてもよい。音声ブラウザの代替策として、ＣＳは、音声アプリケーションとテレフォニ・サービスおよび／またはドライバとの間の通信について、直接通信し、または他のソフトウェアもしくはプロセスを使用することができる。
【００６２】
仮想マシン、音声アプリケーション、および実行エンジンが、階層的な状態マシン・フレームワークを形成し、その中で仮想マシンはいくつかのＡＰＩおよびモジュールを実行する。その結果、音声アプリケーションは、ＣＳへのＵＩ（ユーザ・インターフェース）を制御するある構成要素と、各モジュールとの低水準通信を処理する別の構成要素とを含むことができる。この状態マシン・フレームワークが提供する各モジュールと音声ブラウザとの間の疎結合の使用は、様々なモジュールおよび音声ブラウザで使用される言語間の独立を可能にする。この状態マシン・フレームワークは、例えば音声ブラウザからＨＴＴＰ（ハイパーテキスト転送プロトコル）要求を受信し、ＶＸＭＬまたはＳＡＬＴ（音声アプリケーション言語タグ）（ＳＡＬＴは、ＨＴＭＬ（ハイパーテキスト・マークアップ言語）、ＸＨＴＭＬ（拡張可能ハイパーテキスト・マークアップ言語）およびＸＭＬ（拡張可能マークアップ言語）などの既存のマークアップ言語を拡張し、例えばＰＣ、電話、ＰＤＡなどのデバイスから、情報、アプリケーション、およびウェブ・サービスへのマルチモーダルかつテレフォニ対応のアクセスを可能にする）を生成することができる。
【００６３】
一実施形態の音声アプリケーションは、自動音声応答、発呼者インターフェース、ユーザ・インターフェース、およびシステム・メイン・メニューを含むいくつかの構成要素を含むが、他のタイプの音声アプリケーションを含むこともできる。自動音声応答は、音声対応だが、ＤＴＭＦ（デュアルトーン・マルチ周波数）対応とすることもできる。有効または無効にすることができるこの自動音声応答は、キャッシュ内の連絡先リスト（例えばユーザ・リスト）の情報を使用する。
【００６４】
この音声アプリケーションは、少なくとも１つのボイスメール・アプリケーションも含む。このボイスメール・アプリケーションは、新しいボイスメールの送信および／または受信したボイスメールの転送を含む操作の際に、キャッシュの情報（例えばユーザ・リスト、グローバル・アドレス・リスト、公開フォルダ、個人用連絡先フォルダ）を使用する。一実施形態では、Ｆ／Ｔモジュールがフィルタリング中にキャッシュ情報にアクセスして、例えばキャッシュ情報に一致したボイスメール内の名前や情報を検索する。
【００６５】
このボイスメール・アプリケーションは、ボイスメールおよび対応する情報がシステム１１００のグループウェア・アプリケーションと交換されるボイスメール・ネットワーキングをサポートするためにもキャッシュ情報を使用する。
【００６６】
このボイスメール・アプリケーションは、１つまたは複数のＡＰＩ（アプリケーション・プログラミング・インターフェース）を介して上述のＣＳ状態マシン・フレームワークに結合する。このＡＰＩは、企業ネットワーク・システム１１００が使用中の様々なデータ形式／データ・タイプ（例えば応答データ、ＰＩＮ（個人識別番号）コード・データ、ボイスメール・メッセージ・データ、システム・パラメータ、等）を処理する。同様に、キャッシュも状態マシン・フレームワークに結合し、その際そのキャッシュはローカル・キャッシュおよび分散キャッシュの１つまたは複数を含む。したがって、ボイスメール・アプリケーション、キャッシュ、およびＭＳＥＲＶ間の通信は、ＭＳＥＲＶの状態（例えばオフライン、オンライン）に適合するように、状態マシン・フレームワークおよびＡＰＩを介して行われる。
【００６７】
音声アプリケーションに加え、一実施形態の仮想マシン上で実行されるモジュールは、モバイル・アプリケーションを含む。モバイル・アプリケーションは、モバイル・デバイスを介したユーザ情報へのアクセスを提供し、そのアクセスにはＥメール、カレンダ、および／または連絡先の情報を、電子メッセージ（例えばＳＭＳ、ＭＭＳ、および／またはページャ）によってユーザのモバイル・クライアント・デバイスに転送することが含まれ得る。
【００６８】
このＣＳは、「管理／構成」マネージャも含む。管理／構成マネージャは、ＣＳの統一構成（ｕｎｉｆｉｅｄ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）ファイルへのアクセスおよび統一構成ファイルの制御を提供する。管理／構成マネージャは、必要に応じてＣＳの構成要素のうちの１つまたは複数に対して別々の構成ファイルを提供するために、統一構成ファイルの情報を使用する。この統一構成ファイルは、ＣＳからコピーし、バックアップ目的で記憶することができる。さらに、ＣＳに対する適切な構成を提供するために、定義済み構成ファイルをＣＳにアップロードすることができる。管理／構成マネージャへのブラウザ・インターフェースは、ＣＳへのリモート・アクセスを可能にする。
【００６９】
ＣＳは、例えばＣＳの構成要素を監視し、必要な場合に失敗したプロセスを再スタートする「自己保全スーパバイザ」または信頼性サーバも含む。さらに、ＣＳは、ＣＳ／ポートのセキュリティを制御する際に使用する「セキュリティ制限」も含む。
【００７０】
上述のように、一実施形態のＣＳは、ＩＭを介してＭＳＥＲＶとインターフェースする。ＣＳは、例えばグループウェア・コネクタを介してＩＭと通信するが、それだけに限定されない。一実施形態のグループウェア・コネクタは「ウェブ・サーバ」を含むが、それだけに限定されない。ＭＳＥＲＶは、メッセージングおよびコラボレーション・サーバとして機能する。ＩＭは、ＣＳの構成要素とＭＳＥＲＶの構成要素との間の通信および情報転送を提供するための、一実施形態ではＭＳＥＲＶ上で実行されるインターフェースである。他の実施形態では、ＩＭは例えばＣＳの制御下で実行され得る。ＩＭは、管理コンソール１１６０ならびに「診断構成要素」（診断用の構成要素）および／または「ＲＴＣ」（ランタイム構成要素）（不図示）を含む、かつ／またはそれらに結合する。
【００７１】
管理コンソール１１６０は、ユーザ・アクセスを管理する目的上、システム１１００のシステム管理者によるＣＳへのアクセスをサポートする。したがって、管理コンソール１１６０は、システム管理者が、新しいユーザに対してＩＣＳの統合メッセージング機能を使用できるようにし、１つまたは複数のＣＳを管理しかつ監視することを可能にする。
【００７２】
ＩＭの診断構成要素は、ＭＳＥＲＶからの事前指定された診断情報またはパラメータのオンザフライの診断収集、演算および／または集約をサポートする。このようにして、ＣＳは診断情報を提供することができ、ユーザは動的に更新可能な診断情報を提供することができる。
【００７３】
ＲＴＣは、ＣＳの構成要素とＭＳＥＲＶの構成要素との間の通信を中継する。一例として、ＲＴＣは、以下に説明するように、ＣＳからの要求に応答して、グループウェア・アプリケーションのディレクトリ・サービス（例えばＡｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ）からユーザ情報を取り出すために使用することができる。ＲＴＣとＣＳの構成要素との間の通信は、例えばＸＭＬやウェブ・サービスを使用する。ＲＴＣとＭＳＥＲＶとの間の通信は、ＭＳＥＲＶの１つまたは複数のＡＰＩ（例えば、ＭＡＰＩ、ＣＤＯ（Ｃｏｌｌａｂｏｒａｔｉｏｎ  Ｄａｔａ  Ｏｂｊｅｃｔｓ）、ＷｅｂＤＡＶ（Ｗｅｂ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ａｕｔｈｏｒｉｎｇ  ａｎｄ  Ｖｅｒｓｉｏｎｉｎｇ）、等）を使用することができる。
【００７４】
一実施形態のＭＳＥＲＶは、メッセージングおよびコラボレーション・サーバを表す。メッセージングおよびコラボレーション・サーバは、１つまたは複数のサーバ上で実行され、ユーザがローカル・クライアント・デバイスを介して電子メールおよび他の形式の対話型通信をコンピュータ・ネットワークを介して送信および／または受信できるようにするグループウェア・アプリケーションを含む。一実施形態のＣＳは、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ  Ｓｅｒｖｅｒを含むがこれだけに限定されないグループウェア・アプリケーションと相互運用するが、代替実施形態では他のタイプのメッセージングおよびコラボレーション・サーバを使用することができる。したがって、一実施形態のＣＳは、Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋなどのクライアント・アプリケーション（クライアント・デバイス・アプリケーション）ならびに他のＥメール・クライアント・アプリケーション（例えばＭｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋ  Ｅｘｐｒｅｓｓ）と相互運用する。
【００７５】
ＭＳＥＲＶは、パーソナル・コンピュータ、ワークステーション、携帯電話やＰＤＡを含むモバイル・デバイスなど、一般にクライアント・デバイスと呼ばれるものを介してＥメール・メッセージを送受信する。このクライアント・デバイスは、Ｅメール・メールボックスおよび公開フォルダが記憶される任意の数のおよび／または組合せのサーバまたはメインフレーム・コンピュータを含むことができるＬＡＮに概して接続する。集中サーバは、多数の他のタイプのネットワーク（例えばプライベートまたは固有、およびインターネット）に接続して、他のＥメール・ユーザとＥメール・メッセージの送受信を行う。したがって、一実施形態では、ＣＳはＥメール・メッセージを記憶し、転送するためにＭＳＥＲＶを使用する。
【００７６】
ＭＳＥＲＶは、企業ネットワーク・システム内の各ユーザ・アカウントに対する情報のデータベースであるディレクトリ・サービス（不図示）にも結合する。ディレクトリ・サービスへのアクセスには、例えばＬＤＡＰ（軽量ディレクトリ・アクセス・プロトコル）を使用することができる。
【００７７】
クライアント・デバイスのアクセス機能に関して、ＭＳＥＲＶは、スケジューリング、連絡、タスク管理機能などの統合コラボレーティブ・メッセージング機能を提供する。ＭＳＥＲＶ構成の一例として、ＭＳＥＲＶがＭｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅの場合、このＭＳＥＲＶは、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）  Ｓｅｒｖｅｒオペレーティング・システムのあるバージョン上で実行される。Ｍｉｃｒｏｓｏｆｔ  Ｏｆｆｉｃｅ  Ｏｕｔｌｏｏｋのあるバージョンは、Ｗｉｎｄｏｗｓ（登録商標）ベースのローカル・クライアント・デバイス上で実行され、ＭＡＰＩ（メッセージング・アプリケーション・プログラミング・インターフェース）プロトコルによってＭＳＥＲＶと通信する。ＭＳＥＲＶは、ＳＭＴＰ（簡易メール転送プロトコル）へのサポートのみならず、ＰＯＰ３（ポスト・オフィス・プロトコル３）およびＩＭＡＰ４（インターネット・メッセージ・アクセス・プロトコル４）プロトコルのうちの１つまたは複数をサポートすることにより、他のクライアント・デバイスのアクセスにも対応する。この同じＭＳＥＲＶ構成例を使用して、一実施形態のＣＳは、Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋ  Ｗｅｂ  Ａｃｃｅｓｓ（Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ内のサービス）に加えて、シン・クライアントとも呼ばれるウェブ・ブラウザ・ベースのアクセス・クライアントに対応する。
【００７８】
ＭＳＥＲＶのコラボレーション機能は、ユーザ間の情報共有をサポートする。コラボレーティブ・シナリオには、すべてのユーザが閲覧および編集可能な共用アドレス・リストを維持すること、関連する自由なまたは詰まっているスケジュールを閲覧することにより、人および会議室を含むミーティングをスケジューリングすること、管理者などの他者があるユーザに代わってそのユーザのメールボックスにアクセスすることを許可できることが含まれる。
【００７９】
上述のように、ＩＭは、ＣＳの構成要素とＭＳＥＲＶの構成要素との間の情報の転送のためのインターフェースとしての機能を果たす。情報の転送には、いくつか例を挙げると、例えば、引出し、受信、取出し、ポーリング、伝送、およびプッシュ操作が含まれる。ＣＳとＭＳＥＲＶとの間の情報転送の一例として、ＩＭが、ＭＳＥＲＶの１つまたは複数の構成要素から情報を引き出し、引き出した情報を、例えばＣＳのキャッシュが利用できるようにする。ＩＭはさらに、ＣＳの１つまたは複数の構成要素からＭＳＥＲＶに情報をプッシュする。
【００８０】
ＣＳとＭＳＥＲＶとの間のインターフェースとしての機能を果たす際、ＩＭの構成要素（例えばＲＴＣ）が、ＣＳの構成要素（例えば仮想マシン、キャッシュ、等）とＭＳＥＲＶ環境の構成要素との間の通信を中継する。一例として、ＩＭは、ＣＳ／キャッシュからの要求に応答して、ディレクトリ・サービス（例えばＡｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ）の構成要素からユーザ情報を取り出す。
【００８１】
ＩＭの諸実施形態は、次の構成要素のうちの１つまたは複数を含むことができる。それは、ＲＴＣ、管理コンソール、デスクトップ・コンポーネント、メッセージング・アクション制御構成要素、診断構成要素、および／またはメッセージ待機表示構成要素である。デスクトップ・コンポーネントは、ユーザが、ボイス・メッセージ応答、長期不在応答、ＰＩＮコード・データ、およびプレゼンス情報など、自らの統合メッセージング・アカウントの側面を構成できるようにする。一実施形態では、このデスクトップ・コンポーネントは、ユーザがＦ／Ｔモジュールの動作を構成できるようにする。例えば、すべてのボイスメール・メッセージに対してフィルタリングおよび転記をオフにすることができる。別の例として、特定の発呼者からのボイスメール・メッセージに対しては厳密な転記が自動的に要求される。システム１１００内で利用可能なキャッシュ情報のすべてに基づいて、他の多くの動作が可能である。
【００８２】
メッセージング・アクション制御構成要素は、ユーザが生成したＦＢＵＩ（フォームベース・ユーザ・インターフェース）からの要求を受信し、その要求に応答してボイス・メッセージを再生、応答および転送する、厳密な転記を要求する、ボイスメール・メッセージの送信者に発呼する、等などのアクションをとる。メッセージ待機表示構成要素は、ユーザのメッセージ受信箱フォルダからイベントを受け取り、ユーザの１つまたは複数のデバイス上でメッセージ待機表示をオンにするなど、ＰＢＸまたはテレフォニ・システムの他の側面からの対応するアクションを要求する。メッセージ待機表示構成要素は、ＳＭＳ、ＭＭＳ、および／またはページャを介して通知を送信することができる。
【００８３】
図１２は、一実施形態に基づくＩＭ（インターフェース・モジュール）１２２０とＭＳＥＲＶ（メッセージング・サーバ）環境１２４０の構成要素との間の対話を示すブロック図である。ＭＳＥＲＶ環境１２４０の構成要素は、前述のようにＭＳＥＲＶおよび１つまたは複数のデータベースを含む。一実施形態のデータベースは、ディレクトリ・サービス１２４２を含む。
【００８４】
ディレクトリ・サービス１２４２は、いくつか例を挙げると、アプリケーション、ファイル、プリンタなどのネットワークベース・エンティティに関する情報を記憶するための場所を提供する。ディレクトリ・サービス１２４２は、ユーザとも呼ぶ個人に関する情報も記憶し、本明細書ではこの情報を「ユーザ情報」と呼ぶ。そのようなものとして、ディレクトリ・サービス１２４２は、企業ネットワーク環境内の個々の資源に関する情報を命名、説明、検索、アクセス、管理、および保護するための一貫した方法を提供する。ディレクトリ・サービス１２４２は、この記憶された情報を使用して企業ネットワーク・オペレーティング・システムのメイン・スイッチボードの機能を果たし、したがって、識別情報を管理し、企業ネットワークの分散資源間の関係を仲介し、それゆえ各資源が共同することを可能にする中央権限部である。一実施形態のディレクトリ・サービス１２４２は、Ｍｉｃｒｏｓｏｆｔ  Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（「ＡＤ」）とすることができるが、それだけに限定されない。
【００８５】
ＡＤを含む実施形態では、ユーザ・オブジェクトが企業ユーザごとにＡＤデータベースに記憶される。例えば、企業ユーザ２についてのユーザ・オブジェクトを、ユーザ２のオブジェクト１２０２として図示する。このユーザ・オブジェクトは、ユーザの名前、ユーザの電話番号、ユーザのメールボックスの場所、ユーザのＥメール・アドレスなど、多くの固定属性を含む。
【００８６】
このユーザ・オブジェクトは、いくつかの「カスタム属性」をさらに含む。カスタム属性の数は、固定属性の数に比べ、例えば１５個と少ない。カスタム属性は、定義済みの固定属性に用意されていない情報を記憶するために使用することができる。一実施形態では、カスタム属性は、Ｆ／Ｔモジュールおよび音声アプリケーションが使用するユーザ固有データを記憶する。そのようなユーザ固有データの例には、ユーザ固有の単語リスト、およびＦ／Ｔモジュールの動作に関するユーザ基本設定が含まれる。ユーザ固有データのさらなる例には、そのユーザのＣＯＳ（サービス・クラス）、そのユーザのボイスメール内線番号、そのユーザに対してボイスメールが有効にされているかどうか、等が含まれる。これらのデータは、２０４８バイトを最大サイズとしてカスタム属性内にデータ・ストリームとして記憶される。代替実施形態では、Ｆ／Ｔモジュールおよび音声アプリケーションが使用するユーザ固有データが、ＡＤを知られている方法で拡張することにより、固定属性内の個別のデータ項目として記憶される。
【００８７】
ユーザのメールボックスの場所の固定属性は、そのユーザのＥメール・メールボックスが企業内のどこに記憶されているのかを示す。一部の大企業には、多くのユーザのメールボックスを記憶するデータベースをそれぞれが含む、多くのＭＳＥＲＶがある可能性がある。図示のように、メールボックスの場所の固定属性が、ＭＳＥＲＶ１と呼ばれるＭＳＥＲＶ上のユーザ２のメールボックス１２０４を指し示す。
【００８８】
ユーザ・メールボックス１２０４は、ユーザ宛に送信されるＥメール・メッセージだけでなく、送信するメッセージや他の項目を定義済みの期間記憶する。一実施形態では、このメッセージは少なくとも２つのタイプとすることができ、そのうちの１つは、ユーザが日常的にアクセス可能な「通常」メッセージである。別のメッセージ・タイプが、普通のユーザＥメール・インターフェースを通じてユーザが日常的にアクセスできない「隠れ」メッセージである。一実施形態では、隠れメッセージは、Ｆ／Ｔモジュールおよび音声アプリケーションが使用するデータを記憶するために使用される。ただし、カスタム属性内に記憶されるデータとは対照的に、隠れメッセージ内に記憶されるデータは、カスタム属性の２０４８バイト制限よりもはるかに大きくてよい。一実施形態では、隠れメッセージ内に記憶されるデータには、ユーザのボイスメール・メールボックス用の「話中」応答、ユーザのボイスメール・メールボックス用の「応答なし」応答、ユーザのボイスメール・メールボックス用の録音された名前など、隠れメッセージへの添付物として記憶される音声ファイルがある。
【００８９】
ＣＳがＩＭ１２２０を介してＭＳＥＲＶ環境１２４０にアクセスする一例は、ユーザ２が通話中に、電話の発呼者がユーザ２のボイスメール・メールボックスに発呼することである。ＣＳは、ＩＭ１２２０を介して、「話中応答を再生する」要求をともなうアクションを送る。この伝送は、ユーザ２のオブジェクト１２０２の固定属性にアクセスして、このユーザのＥメール・メールボックスの場所を特定するための情報を含む。さらにこの伝送は、ユーザ２のオブジェクト１２０２のカスタム属性にアクセスし、カスタム属性の内容をＩＭ１２２０を介してＣＳに転送するための情報を含む。ユーザのＥメール・メールボックスがアクセスされると、発呼者に向けて電話で再生するための適切な音声ファイル（この場合は「話中」応答）をＣＳに転送するために、隠れメッセージが開かれる。多くの場合、現在のカスタム属性および音声ファイルがＣＳ上でキャッシュに格納されるので、カスタム属性または音声ファイルのいずれもＭＳＥＲＶ環境１２４０から転送する必要がない可能性がある。
【００９０】
上述のように、音声アプリケーションおよび仮想マシンの動作は、ＣＳのキャッシュおよび他の構成要素を、ＭＳＥＲＶの構成要素にＩＭを介して結合する。そのようなものとして、ＣＳおよびＩＭは、キャッシュとＭＳＥＲＶやデータベースなどのバックエンド・ネットワーク構成要素との間の情報の転送をサポートする。この構成は、以下に説明するようにＣＳのボイスメール・メッセージング機能をサポートするためにデータベースの情報を使用する際に、音声アプリケーションとデータベースに記憶されるデータとの間の透過性を提供する。
【００９１】
上述のようなカスタム属性および隠れメッセージの使用に加え、キャッシュとＭＳＥＲＶとの間の情報転送は、このＩＣＳが、典型的なボイスメール・システムによって記憶される情報を記憶するための外部データベースを必要としないことを可能にする。これは、企業ネットワークのＥメール・メッセージング機能に統合されたボイスメール・メッセージ機能を提供する際にＣＳが使用する情報を、ＣＳがＩＭを介してＭＳＥＲＶから引き出すからである。この引出しまたは取出しは、定期的に、継続的に、オンデマンドで、かつ／または特定のイベント（例えばＭＳＥＲＶ内の情報の更新）に応答して行うことができるが、それだけに限定されない。ＣＳが引き出す情報は、ＧＡＬ（グローバル・アドレス・リスト）の情報、１つまたは複数の「公開フォルダ」の情報、「個人用連絡先」、および「ユーザ・リスト」の情報を含む。
【００９２】
ＧＡＬは、Ｅメールの使用を含むアクセス特権を有する企業ネットワーク内のすべてのユーザの情報を含む。公開フォルダは、すべてのユーザと共有されるネットワーク企業の情報（例えば連絡先、カレンダ、等）を含む。個人用連絡先は、ユーザごとの連絡先情報を含む。
【００９３】
ユーザ・リストは、ＩＣＳの使用を含むアクセス特権をそれぞれが有するＧＡＬ内の一部のユーザについてのユーザ情報を含む。したがって、このユーザ・リストは、ＧＡＬの一部であり、通信の効率を向上させ、かつボイスメール・メッセージに対するユーザ要求アクションを実行する際に使用される情報を求めてＣＳにＧＡＬの全内容を検索させることに関連する遅延を最小限に抑えるために、別々のリストまたはストリームとして取り出されかつ／またはキャッシュに格納される。一実施形態のユーザ・リストは、互いに対応する次のパラメータのうちの１つまたは複数を含むが、これらのパラメータだけに限定されない。それらは、位置識別情報、メールボックス番号、発音可能な名前、オフィス電話内線番号、ＣＯＳ、自動音声応答の状態（例えば有効、無効）、ボイスメールの状態（例えば有効、無効）、ＶＵＩ（音声ユーザ・インターフェース）の状態（例えば有効、無効）、モバイル・アクセスの状態（例えば有効、無効）、不正ログイン、ロックアウト、音声応答宛先、ＰＩＮコードの変更強制、モバイル・ゲートウェイ識別情報、氏名、名、姓、ユーザ名、自宅電話番号、オフィス電話番号、セルラ電話番号、識別情報、Ｅメール・アドレス、部門、活動中の応答の状態、日時通知、ボイスメール通知の状態（例えば有効、無効）、メールボックスの状態、暗号化形式または未処理形式のＰＩＮコード、応答なし応答、話中応答、長期不在応答、録音された名前、およびシステム応答である。
【００９４】
ＭＳＥＲＶから引き出した情報を、典型的なボイスメール・システムで行われるであろうように別のボイスメール・データベースに記憶する代わりに、引き出した情報はＩＭによってＣＳにプッシュされ、キャッシュ内に保持される。以下に説明するように、ＣＳは、後続のボイスメール・メッセージ操作動作でこの引き出した情報を使用する。ＣＳによるこの情報の引き出しおよびキャッシュ格納は、ボイスメール・メッセージ操作の速度および効率を向上させ、典型的なメッセージング・システムでのＭＳＥＲＶデータベースに対するほぼ連続した読出し要求のストリームによって生じるＭＳＥＲＶに対する不要な負荷を防ぐ。
【００９５】
ＣＳによるＭＳＥＲＶからの情報の引出しは、ＧＡＬ、公開フォルダ、およびユーザ・リストを含む情報の引出しおよびキャッシュ格納を含む。引き出した情報は企業全体にわたって適用されるので、ＣＳはこの情報をシステム・ベースまたは非個別ベースでキャッシュに格納する。この情報は、例えば２４時間間隔で（例えば毎朝午前２時に）定期的に引き出し、キャッシュに格納し、またはオンデマンドでロードすることができるが、それだけに限定されない。
【００９６】
対照的に、個人用連絡先の情報はユーザごとに異なるので、ＣＳはこの情報を各ユーザ・ベースで引き出し、キャッシュに格納する。個人用連絡先は、ＣＳが定期的にまたはオンデマンドで（例えば、ユーザのＩＣＳへのログイン時に、個人用連絡先の修正に応答して、等）要求し、キャッシュに格納することができる。
【００９７】
統合メッセージング機能を提供するために動作する際、ＣＳおよびＩＭは、発呼者がかける呼をユーザに転送し、そのユーザが出られない場合、発呼者が残すボイスメール・メッセージを受信しかつ転送するように機能する。ＣＳおよびＩＭは、企業Ｅメール・システムのメッセージング・サーバを使用したボイスメール・メッセージへのアクセスをユーザに提供するようにも機能する。このボイスメール・アクセスは、メッセージング・サーバのオンライン・モードおよびオフライン・モードの両方をサポートする。
【００９８】
ＣＳによる呼転送の一例として、および図１１にさらに関連して、ＣＳは、テレフォニ・インターフェースにおいて呼を受け、検出する。呼のデータ（例えば、被呼者情報、発呼者情報、呼転送の理由、等）が、音声ブラウザを起動させる。音声ブラウザは、この呼データに応答して音声アプリケーションに要求を転送する。
【００９９】
音声アプリケーションのディスパッチャ構成要素が、呼を、ユーザ・リストの情報に従って１つまたは複数の他の音声アプリケーション構成要素に転送する。一例として、ディスパッチャがその呼の呼び出し先ユーザを識別し、その呼び出し先ユーザの自動音声応答が有効にされているかどうかを判定する。自動音声応答が有効にされている場合、その自動音声応答が呼び出し要求を受け取り、発呼者に１つまたは複数の呼転送オプションを提供し（例えば、発呼者が内線番号を選択するおよび／または言う、名前を選択するおよび／または言う、等により呼転送を選択する）、発呼者の入力に従って呼を転送する。
【０１００】
一例として、音声アプリケーションのうちの１つまたは複数が、呼に応答する際に使用するためのユーザが現在指定している活動中の応答（例えばシステム応答、応答なし応答、話中応答、長期不在応答、等）を特定し、指定された活動中の応答をＭＳＥＲＶの状態に適合するようにキャッシュまたはＭＳＥＲＶのうちの１つから取り出す。それぞれのアプリケーション（１つまたは複数）が、その応答を再生し、「録音モード」を活動状態にして発呼者のボイスメール・メッセージを録音し、発呼者に呼および／またはメッセージの転送に関して利用できる追加のオプション（例えば、メッセージ印付けオプション、メッセージ送信オプション、追加のユーザにメッセージを送信する、メッセージを転送する、等）を提供する。発行者が録音および／またはメッセージ転送オプションの選択を完了すると、それぞれのアプリケーション（１つまたは複数）が呼を終了し（ハングアップし）、録音されたボイスメール・メッセージを、Ｆ／Ｔモジュールに、ならびにそのユーザに対応するキャッシュおよび／またはＭＳＥＲＶ（例えばメールボックス）内の１つまたは複数の場所に転送する。あるいは、アプリケーションが呼を終了する前にボイスメール・メッセージを転送することもできる。
【０１０１】
図１３は、一実施形態に基づくＦＢＵＩ（フォームベース・ユーザ・インターフェース）を有するＩＣＳ（統合通信システム）１３１０を含むシステム１３００のブロック図である。本明細書で先に説明したように、ユーザのボイスメールは大まかに転記することができ、ボイスメールの音声ファイルを有する概略転記を、１つまたは複数の添付物を有する「通常の」ＥメールとしてユーザのＥメール対応デバイスに送信することができる。
【０１０２】
以下にさらに説明するように、ＦＢＵＩは、Ｅメール・システムを介して概略転記およびボイスメールの音声ファイルを送信するための代替機構である。システム１３００は、ＩＣＳ１３１０を使用することにより統合ボイスメールおよびＥメール・メッセージングを提供するネットワーク化された環境１３０１を含む。ネットワーク化された環境１３０１は、ＩＣＳネットワーク化された環境１３０１の構成要素、およびメッセージング・サーバ環境１３４０に結合するＬＡＮを含む。ＩＣＳ１３１０は、ＣＳ１３１０、ＩＭ１３２０、およびＦＢＵＩ１３８０を含むが、それだけに限定されない。ＦＢＵＩ１３８０は、ＰＤＡ１３９９など、１つまたは複数のプロセッサベース・デバイス１３９９デバイスによって、ユーザ（ユーザＺ）にさらに提示される。
【０１０３】
メッセージング・サーバ環境１３４０は、ＭＳＥＲＶおよびデータベース１３４４を含むが、それだけに限定されない。ＬＡＮは、様々な通信プロトコルのいずれかを使用して任意の数の他のネットワーク１３５０および１３６０に結合し、ネットワーク１３５０および１３６０は同じタイプまたは異なるタイプとすることができる。一例として、ネットワークには、公衆通信ネットワーク１３５０およびプライベート通信ネットワーク１３６０が含まれ得る。プライベート通信ネットワーク１３６０は、例えばＰＢＸが企業ネットワークのＬＡＮに結合されたものとすることができる。ネットワーク１３５０および１３６０は、ネットワーク化された環境１３０１にとってローカルなクライアント・デバイス１３７０と、ネットワーク化された環境１３０１の外部にあるクライアント・デバイス１３９９との間の情報転送を可能にする。クライアント・デバイスは、「ユーザ・デバイス」１３７０および１３９９と代わりに呼ぶこともある。
【０１０４】
ネットワーク化された環境１３０１が企業ネットワークである一実施形態では、ＩＣＳ１３１０が、企業ネットワーク内で典型的に見つけられるボイスメール・サーバを少なくとも１つのＣＳ１３１０で置換するが、実施形態はそれだけに限定されない。ＣＳ１３１０は、各ネットワーク企業のプライベート通信ネットワーク（例えばＰＢＸ）に結合される。このシステム１３００の例では１つのＣＳのみを図示するが、企業ネットワークは「Ｎ＋１」構成で企業ネットワークに結合される複数のＣＳ１３１０を含むことができ、ただし「Ｎ」は任意の数１、２．．．Ｘである。
【０１０５】
セキュリティ上の理由から、ＣＳとの間の通信が一実施形態では制限される。ＣＳは、ＩＭサーバ、プライベート通信ネットワーク、他のＣＳ、および選択されたクライアント・デバイスと通信する。本発明の一実施形態によれば、ＣＳとの通信を、特定の知られているアドレスを有するネットワーク構成要素に制限することができる。加えて、または、あるいは、ＣＳとの通信は、例えば管理者によるアクセスに対してなど、特定の種類のアクセスに対してパスコードや他のセキュリティ手段による認証を要求することができる。セキュリティはさらに、または、あるいは、ＣＳとプライベート通信ネットワークとの間の直接ケーブル接続による接続の場合など、ＣＳと他の構成要素との間に物理接続を要求することによって保護しかつ／または提供することができる。ＣＳとの間の制限された通信は、本明細書で説明するようなボイスメールおよびボイスメール転記の機密性を提供する。
【０１０６】
ＣＳは、ＦＢＵＩにより、ネットワーク接続を介して第１のサーバ（例えばメッセージング・サーバ、ＭＳＥＲＶ、等）からクライアント・デバイスにフォームを概して提供する。このフォームは、受信クライアント・デバイスが実行したときにそのクライアント・デバイスの画面上にＦＢＵＩの提示をもたらすデータまたはコードを含む。ＦＢＵＩは、第２のサーバ（例えば通信サーバ、ＣＳ、等）を介したある項目に対するアクションをユーザが選択できるようにするいくつかのボタンまたはアイコンを含み、その項目は第１のサーバおよび／または第２のサーバに記憶され、第１のサーバと第２のサーバとは別個のサーバである。一実施形態のＦＢＵＩは、第２のサーバの対応するブラウザ制御と結合しかつ／または通信するための手段として、フォームに組み込まれたウェブ・ブラウザを使用する。こうして、クライアント・デバイスと第２のサーバとの間の通信は、クライアント・デバイスと第１のサーバとの間のネットワーク結合を介してクライアント・デバイスが第２のサーバと通信することを禁止することになるセキュリティ問題および／または他のネットワーク・ポリシ問題を回避する。
【０１０７】
上述のように、ＦＢＵＩは、第１のメッセージ（例えばボイスメール・メッセージ）を、通信サーバ（例えばＣＳ）から第１の結合（例えばＩＭ）を介してメッセージング・サーバ（例えばＭＳＥＲＶ）に転送するためのフォームベース・メッセージング・インターフェースとして働く。メッセージング・サーバが、第１のメッセージのタイプに応答して第２のメッセージ（例えばＥメール・メッセージ）を生成し、その第２のメッセージを、第２の結合（例えばＬＡＮ）を介してクライアント・デバイスに転送する。第１のメッセージのタイプは、そのメッセージをＶＭＴ（ボイスメール・タイプ）メッセージであると識別する、そのメッセージに対するプロパティを使用して通信サーバが指定する。第２のメッセージは別のタイプであり、第１のメッセージのデータを含むが、それだけに限定されない。通信サーバはさらに、第１のメッセージに対応するフォーム・データをクライアント・デバイスに転送する。クライアント・デバイスはこのフォーム・データを使用して、クライアント・デバイスと通信サーバとの間の第３の結合（例えばブラウザ・リンク）を確立する。ユーザは、このフォーム・データを使用する第３の結合を介して、クライアント・デバイスから第１のメッセージに対するアクションを指示することができる。
【０１０８】
一実施形態のＩＣＳは、ＦＢＵＩ１３８０を、ユーザのローカル・クライアント・デバイスまたは外部クライアント・デバイスを介してユーザに提供する。ＦＢＵＩは、ＦＢＵＩフォームを使用することによりクライアント・デバイスに提供され、ＦＢＵＩフォームの構造はメッセージング・サーバ環境のメッセージ構造に準拠する。例えば、メッセージング・サーバ環境がＭｉｃｒｏｓｏｆｔ  ＥｘｃｈａｎｇｅおよびＭｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋの使用を含む場合、ＦＢＵＩフォームは、ＥｘｃｈａｎｇｅおよびＯｕｔｌｏｏｋに適合するようにＭｉｃｒｏｓｏｆｔの形式に準拠するように生成される。
【０１０９】
一実施形態では、ＦＢＵＩフォームを生成するための情報は、ＣＳがＩＭを介してメッセージング・サーバ環境に提供し、ＦＢＵＩフォームを生成するために使用されるコードはＭＳＥＲＶがホストする。一実施形態のＦＢＵＩフォームは、ＦＢＵＩの画面ならびにその画面のボタンの情報を生成するコードを含む。ＦＢＵＩフォームは、例えばＦＢＵＩフォームを表示するクライアント・デバイスとウェブ・サーバ（例えばＣＳ、ＩＭ、他のサーバ）との間で通信を確立する際に使用する組込ブラウザ制御をさらに含む。したがって、この組込ブラウザ制御は、ホスト・クライアント・デバイスが、企業ネットワークＬＡＮの外部の通信チャネルを介して、ＭＳＥＲＶとは別のサーバに結合し、通信することを可能にする。したがって、このＦＢＵＩフォームは、他の状況ではクライアント・デバイスが企業ネットワークのメッセージ基盤の外部と通信することを禁止する可能性があるネットワーク・ポリシ問題にもかかわらず、フォームを現在実行しているローカル・クライアント・デバイスと、ＣＳおよび／またはＩＭなどの構成要素との間の通信チャネルを可能にする。
【０１１０】
ＦＢＵＩを使用して、ユーザは、ホスト企業ネットワーク・システムのＥメール・フレームワーク内の自らのボイスメール・メッセージにアクセス／閲覧し、様々なアクションをとることができる。一例として、一実施形態のＣＳがボイスメール・メッセージを受信すると、前述のようにそのＣＳは、そのボイスメール・メッセージをＭＳＥＲＶに転送する。ボイスメール・メッセージをＭＳＥＲＶに転送する際、ＣＳは、そのメッセージが「ＶＭＴ」（「ボイスメール・タイプ」）メッセージであると識別するプロパティをそのメッセージに対して指定する。ＭＳＥＲＶが、Ｅメール・メッセージなどの他のメッセージ・タイプで使用するのと同じ記憶構造および取出し構造を使用して、そのメッセージをＶＭＴメッセージとして受信し、記憶する。
【０１１１】
ユーザが、自らのクライアント・デバイスを介して自らのメッセージにアクセスしたいとき、そのクライアント・デバイスの活動中のメッセージ・ブラウザが、ＶＭＴメッセージを、そのユーザの電子メールボックス内に現在記憶されている他の任意のメール・メッセージとともに受信する。このメッセージ・ブラウザは、メッセージング・サーバ環境のメッセージ構造（例えばＭｉｃｒｏｓｏｆｔ環境のＯｕｔｌｏｏｋ）に対応する。メッセージの受信時に、メッセージ・ブラウザが、そのメッセージをＶＭＴメッセージであると識別する。ＦＢＵＩフォームを実施するコードがＭＳＥＲＶ上に記憶されているので、ＦＢＵＩフォームに関連する機能および／または特徴を実施することは、ユーザのクライアント・デバイスとＭＳＥＲＶとの間のＬＡＮを介した通信を使用する。例えば、クライアント・デバイスのメッセージ・ブラウザは、あるメッセージをＶＭＴメッセージであると識別することに応答してＭＳＥＲＶからＦＢＵＩフォームを要求するが、それはＦＢＵＩフォームがＶＭＴメッセージ・タイプに対応するフォームだからである。ＭＳＥＲＶがＦＢＵＩフォームを要求クライアント・デバイスに転送し、クライアント・デバイスのメッセージ・ブラウザは、ユーザがＶＭＴメッセージを閲覧するために選択することに応答してそのフォームを立ち上げる。
【０１１２】
ＦＢＵＩをユーザのクライアント・デバイス上に表示するために、メッセージ・ブラウザはＦＢＵＩフォームのデータまたはコードを使用する。図１４は、一実施形態に基づくクライアント・デバイス上に表示される際のＦＢＵＩ１４００の見本である。ＦＢＵＩ１４００は、ユーザに情報を提示する３つの領域１４０２、１４０４、および１４０６を含む。この領域にはフォルダ領域１４０２、内容領域１４０４、および機能／情報領域１４０６が含まれるが、代替実施例のＵＩが任意の数および／またはタイプの領域を提示することができるように、これらの領域だけに限定されない。代替実施形態では、ＦＢＵＩ１４００に図示すように３つの領域１４０２〜１４０６のすべてを同時に提示することができ、またはこの３つの領域の様々なサブセットを様々な組合せで同時に提示することができる。
【０１１３】
フォルダ領域１４０２は、ユーザがＦＢＵＩ１４００およびクライアント・デバイスを介してアクセス可能な１つまたは複数のフォルダを提示する。「受信箱」は、ボイスメール・メッセージのリストを、Ｅメール・メッセージを含む他のメッセージと同じリスト内に含むことができる。あるいは、受信箱は、ボイスメール・メッセージを含むサブフォルダ（「ボイスメール・メッセージ」）を含むことができ、このフォルダを選択すると、ユーザのメールボックスのボイスメール・メッセージが内容領域１４０４内に提示される。
【０１１４】
内容領域１４０４は、フォルダ領域１４０２を使用して選択したフォルダの内容を概して提示する。一例として、内容領域１４０４は、受信箱またはボイス・メッセージ・フォルダが選択される際に、ユーザのメールボックス内の任意の数のボイスメール・メッセージに対応する情報を提示する。内容領域１４０４は、例えば「ボイス・メッセージ１の情報」上にカーソルを合わせることにより、ユーザが特定のボイスメール・メッセージを選択できるようにする。内容領域１４０４内のメッセージを（ダブル）クリックするか、他の方法でメッセージ・ブラウザにボイス・メッセージを表示するように指示することにより、機能／情報領域１４０６が表示される。
【０１１５】
ＦＢＵＩ１４００の機能／情報領域１４０６は、図示のように概略転記を提示する。機能／情報領域１４０６は、ユーザがボイスメール・メッセージに対して選択することができるアクションをそれぞれが表す、１つまたは複数の「ボイスメール・アクション・ボタン」１４０８（本明細書では「ボタン」とも呼ぶ）をさらに提示する。この例では、ボイス・メッセージ・フォルダが選択されており、内容領域１４０４内のメッセージを選択することは、ユーザが図示のボタンを使用して選択されたメッセージに対してアクションをとれるようにする。したがって、内容領域１４０４のカーソルを特定のメッセージに合わせ、ボタンを用いて選択されたメッセージに対するアクションを選択することは、ＩＣＳの構成要素（例えばＣＳ、キャッシュ、ＩＭ）によるそのメッセージに対する操作を引き起こす。一実施形態のボタンには、「電話で再生する」ボタン、「厳密な転記を入手する」ボタン、「送信者に発呼する」ボタン、「ボイスメールによって応答する」ボタン、および「ボイスメールによって転送する」ボタンが含まれるが、この実施形態は、これと同じ数のボタンまたは同じ機能を提供するボタンだけに限定されない。
【０１１６】
他の実施形態では、ＦＢＵＩの領域または情報の提示は多様に異なり得る。例えば、一実施形態では、アクション・ボタンは、ユーザが（例えば内容領域１４０４の特定のボイス・メッセージをダブルクリックすることにより）選択した後に現れる。アクション・ボタンは、ユーザが内容領域１４０４内の特定のボイス・メッセージ上で右クリックするときに現れてもよい。
【０１１７】
フォルダ領域１４０２はさらに、公開フォルダの下にサブフォルダ（「ボイス・メッセージ・システム」）を含むことができる。それ自体では、このボイス・メッセージ・システム・フォルダは実際のフォルダではなく、むしろ、選択したときにウェブ・サーバにＨＴＴＰ要求を送信し、クライアント・デバイスのメッセージ・ブラウザ内にＩＣＳブラウザを立ち上げる／表示するＵＲＬ（統一資源ロケータ）とみなすことができる。そのウェブ・サーバは、例えばＣＳおよび／またはＩＭの構成要素とすることができるが、それだけに限定されない。ＩＣＳブラウザは、Ｅメールが概して現れるクライアント・デバイスのメッセージ・ブラウザの領域内に、機能／情報領域１４０６を表示する組込ブラウザまたは隠しブラウザであり、機能／情報領域１４０６内にボイスメール・メッセージが表示される。
【０１１８】
一例として、機能／情報領域１４０６が、一実施形態の内容領域１４０４内に表示される。機能／情報領域１４０６は、ＩＭから供給されてよく、ボイス・メッセージング・システムに関係するユーザ固有の任意の情報を含むことができる。一実施形態では、機能／情報領域１４０６は、ユーザがユーザ名およびＰＩＮコードを入力するユーザ・ログイン・プロンプトを表示する。その後、システムが、ＰＩＮコード、音声応答内線番号、応答のタイプ、他の適用可能な情報など、ユーザの構成日を表示する。
【０１１９】
隠しブラウザは、例えばＩＭとのＨＴＴＰリンクおよび通信を可能にし、そのＩＭが、ＣＳとの（ＨＴＴＰによる）通信を例えばＣＳウェブ・サーバを介して仲介する。したがって、典型的なメッセージング・サーバおよびＬＡＮが、フォーム・データ内の「特殊」コードの使用を制限するセキュリティ・ポリシを使用するのに対し、ホスト・システムにとってネイティブなフォーム構造に組み込まれた隠しブラウザを使用すると、ブラウザが特殊コードとして検出またはみなされないので、この制限を克服することができる。このようにして、隠しブラウザの使用はＣＳおよび／またはＩＭ内の対応するブラウザ制御との通信をサポートし、それにより、ＣＳが提供するボイスメール・メッセージングの、企業ネットワークのＥメール・メッセージング・システムとの統合を可能にする。
【０１２０】
ＩＣＳ内の「ボイスメール・メッセージ」は概して、音声ストリームを生成するクライアント・デバイスを使用して作成される任意のメッセージである。「ボイスメール・メッセージ」は、ＦＢＵＩの「ボイス・メッセージによって応答する」ボタンおよび「ボイス・メッセージによって転送する」ボタンを使用して作成されるメッセージなど、任意の音声タイプ・メッセージでもある。「Ｅメール」は、たとえボイスメール・メッセージに応答するまたはボイスメール・メッセージを転送する場合でも、メッセージの受信に応答して応答メッセージを生成する、またはメッセージを転送するように機能するホスト・メール・メッセージ・システムのボタンを使用して作成される任意のメッセージである。一実施形態のＩＣＳは、ＦＢＵＩを提示フォームとして使用するＥメール・メッセージ・システムにおいて、ユーザにボイスメール・メッセージを提示する。
【０１２１】
上述のＩＣＳの構成要素は、ともに動作する演算構成要素およびデバイスの任意の集まりを含む。このＩＣＳの構成要素は、より大規模なコンピュータ・システムまたはネットワーク内の構成要素またはサブシステムとすることもできる。ＩＣＳの構成要素は、任意の数の構成要素（不図示）、例えば他のバス、制御機構、メモリ・デバイス、およびデータ入出力（Ｉ／Ｏ）デバイスのうちで任意の数の組合せで結合することもできる。さらに、ＩＣＳの構成要素を、任意の数／組合せの他のプロセッサベースの構成要素間に分散することもできる。ＩＣＳおよびＦＢＵＩを含み、添付の特許請求の範囲に記載の本発明を実施するのに適したシステムのさらなる詳細は、参照により本明細書に組み込まれる、２００５年２月７日に出願され、「Ｉｎｔｅｇｒａｔｅｄ  Ｍｕｌｔｉ−Ｍｅｄｉａ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ」と題された米国特許出願第１１／０５３，２７１号に記載されている。
【０１２２】
本明細書に記載したシステムおよび方法の態様は、ＦＰＧＡ（フィールド・プログラマブル・ゲート・アレイ）、ＰＡＬ（プログラマブル・アレイ論理）デバイス、電気的にプログラム可能な論理／メモリ・デバイスおよび標準的なセルベースのデバイスなどのＰＬＤ（プログラマブル論理回路）だけでなく、ＡＳＩＣ（特定用途向け集積回路）を含む、多様な回路のいずれかにプログラムされた機能として実施することができる。本システムの態様を実施するための他のいくつかの可能性には次のものが含まれる。それは（ＥＥＰＲＯＭ（電子的に消去可能なプログラム可能な読出し専用メモリ）など、）メモリを備えるマイクロコントローラ、組込型マイクロプロセッサ、ファームウェア、ソフトウェア、等である。さらに、本システムの態様を、ソフトウェア・ベースの回路エミュレーション、個別論理（順序型および組合せ型）、カスタム・デバイス、ファジー（ニューラル）論理、量子デバイス、および上記のデバイス形式のいずれかの混成物を有するマイクロプロセッサで実施することができる。当然、基礎となるデバイス技術は、例えば、ＣＭＯＳ（相補形金属酸化膜半導体）などのＭＯＳＦＥＴ（金属酸化膜半導体電界効果トランジスタ）技術、ＥＣＬ（エミッタ結合論理）などのバイポーラ技術、ポリマー技術（例えば、シリコン共役ポリマーおよび金属共役ポリマー−金属構造物）、アナログおよびデジタル混成、等の多様な構成要素形式で提供することができる。
【０１２３】
本明細書で開示した様々な機能またはプロセスを、それらの動作的、レジスタ転送、論理構成要素、トランジスタ、レイアウト形状、および／または他の特徴に関して、様々なコンピュータ可読媒体中に含まれるデータおよび／または命令として記述することができることに留意すべきである。そのような定様式データおよび／または命令を含めることができるコンピュータ可読媒体には、様々な形態の不揮発性記憶媒体（例えば、光、磁気、または半導体記憶媒体）、およびそのような定様式データおよび／または命令を無線、光、もしくは有線信号媒体またはその任意の組合せによって転送するために使用することができる搬送波が含まれるが、それだけに限定されない。搬送波によるそのような定様式データおよび／または命令の転送の例には、１つまたは複数のデータ転送プロトコル（例えばＨＴＴＰ、ＦＴＰ、ＳＭＴＰ、等）によるインターネットおよび／または他のコンピュータ・ネットワーク上の転送（アップロード、ダウンロード、Ｅメール、等）が含まれるが、それだけに限定されない。１つまたは複数のコンピュータ可読媒体によりコンピュータ・システム内で受け取られるとき、説明したシステム下の構成要素および／またはプロセスのそのようなデータおよび／または命令ベースの式は、そのコンピュータ・システム内の処理エンティティ（例えば１個または複数個のプロセッサ）が、１つまたは複数の他のコンピュータ・プログラムの実行とともに処理することができる。
【０１２４】
説明および特許請求の範囲の全体を通じて、文脈が明らかに別様に要求しない限り、「備える」、「含む」などの単語は、排他的または網羅的な意味ではなく包含的な意味で、つまり「を含むが、限定されない」という意味で解釈すべきである。単数または複数を使用している単語は、それぞれ複数または単数も含む。さらに、「ここで」、「以下に」、「前に」、「後に」という単語、および同様の意味の単語は、全体として本出願を指し、本出願の任意の特定の部分を指すものではない。「または」という単語を２つ以上の項目の列挙に関して使用する場合、その単語は単語の次の解釈のすべてを含む。それはつまり、列挙内の項目のいずれか、列挙内の項目のすべて、および列挙内の項目の任意の組合せである。
【０１２５】
このシステムおよび方法の例示した実施形態の上記の説明は、網羅的であること、またはこのシステムおよび方法を開示した厳密な形態に限定することは意図しない。Ｆ／Ｔモジュールの具体的な実施形態および例を例示目的で本明細書に記載したが、当業者なら理解するであろうように、様々な等価的な変更がこのシステムおよび方法の範囲内で可能である。本明細書で提供したシステムおよび方法の教示は、上述のシステムおよび方法に対してだけでなく、他の処理システムおよび方法にも適用することができる。
【０１２６】
上述の様々な実施形態の要素および行為は、さらなる実施形態を実現するために組み合わせることができる。上記の詳細な説明に照らしてこれらおよび他の変更をこのシステムおよび方法に行うことができる。
【０１２７】
概して、添付の特許請求の範囲において、使用する用語はこのシステムおよび方法を本明細書および特許請求の範囲に開示する特定の実施形態に限定するように解釈すべきでなく、特許請求の範囲のもとで動作するすべての処理システムを含むように解釈すべきである。したがって、このシステムおよび方法は本開示によって限定されるのではなく、むしろこのシステムおよび方法の範囲は、特許請求の範囲により全面的に決定される。
【０１２８】
このシステムおよび方法の特定の態様を特定の請求項形式で添付の特許請求の範囲に提示するが、本発明者らは任意の数の請求項形式でのこのシステムおよび方法の様々な態様を予期する。例えば、このシステムおよび方法の１つの態様のみが機械可読媒体に含まれるものとして説明する場合があるが、他の態様も同様に機械可読媒体に含めることができる。したがって、本発明者らは、このシステムおよび方法の他の態様に関するそのような追加的な請求項形式を追求するために本出願の申請後に追加の請求項を追加する権利を保有する。
【図１】
0005513131.tif 000002
【図２】
0005513131.tif 000003
【図３】
0005513131.tif 000004
【図４】
0005513131.tif 000005
【図５】
0005513131.tif 000006
【図６】
0005513131.tif 000007
【図７】
0005513131.tif 000008
【図８】
0005513131.tif 000009
【図９】
0005513131.tif 000010
【図１０】
0005513131.tif 000011
【図１１】
0005513131.tif 000012
【図１２】
0005513131.tif 000013
【図１３】
0005513131.tif 000014
【図１４】
0005513131.tif 000015