JP2004531839A - 別個のメディアコンポーネント格納装置を用いた統一メッセージング - Google Patents

Abstract

本発明は、メディアコンポーネントの別個の格納装置を用いて、統一メッセージングを提供するためのシステム、方法、およびコンピュータプログラム製品に関する。本発明は、より効率的なメッセージの格納および取り出しを可能にする。ネットワークを介して第２のユーザから第１のユーザに送信されたメッセージを考慮されたい。メッセージは、第１のサーバによって受信される。第１のサーバは、メッセージのメディアコンポーネントを大容量格納デバイス（１１０）に格納する。第１のサーバは、さらに、メッセージに関する情報、および、大容量格納デバイス（１１０）に格納されたメッセージの対応するメディアコンポーネントに関するリファレンスを含むヘッダをｅメールサーバ（１０５）に格納する。第１のユーザによって格納されたメッセージが取り出されると、ｅメールサーバ（１０５）は、第１のサーバを介して照会される。
【選択図】図１

Description

【技術分野】
【０００１】
本発明は、統一メッセージングに関する。
【背景技術】
【０００２】
種々のメッセージの送受信（「メッセージング」とも呼ばれる）は、種々の環境において益々重要になっている。メッセージングには、自宅、オフィス、および他の場所における益々多くのユーザが実行および依存する。これらのメッセージは、電子メッセージ（「ｅメール」）、ボイスメッセージ（「ボイスメール」）およびファックスを含む。ユーザは、異なったタイプのメッセージを生成し、かつ取り出すために、ｅメールクライアント、ファックスクライアントおよび電話クライアント等の異なったタイプのデバイスに益々依存する。通常、オフィスは、ｅメール、ボイスメールおよびファックスを別個に処理するための別個のサーバ（別個のｅメールサーバおよびボイスメールサーバ）を用いる。従って、内勤者は、各自宛てのメッセージのすべてを受取るために、種々のデバイス（コンピュータ、電話およびファックス装置）をチェックする必要がある。これは、時間がかかり、複雑であり、かつ、メッセージが失われるか、または複製されることにつながり得る。
【０００３】
統一メッセージングは、メッセージを受信および処理するための中央ロケーションを提供することによって、この問題を解決する。統一メッセージングを用いて、ユーザは、１つのクライアントデバイスを有する１つのロケーションで各自のメッセージのすべてをチェックし得る。
【０００４】
統一メッセージングへの１つのアプローチは、すべてのメッセージをｅメールサーバに格納することを含む。従って、ユーザは、電話またはコンピュータを介してｅメールサーバから各自のメッセージのすべてを受取り得る。しかしながら、この技術は、不利な点を有する。ボイスメール等の大きいメディアコンポーネントを有するメッセージを格納すると、著しい時間および格納リソースが消費される。さらに、メッセージは、多くの場合、ＭＩＭＥフォーマットでｅメールサーバに保存される。これは、大きいメディアコンポーネントを有するメッセージを格納する場合に問題であり得る。ＭＩＭＥフォーマットファイルは、著しい量のリソースを符号化および復号化することを必要とする。これは、メッセージが格納または取り出される際に遅延またはレイテンツをもたらす。
【０００５】
リアルタイムデバイスがメッセージを取り出すために用いられる場合、レイテンツは望ましくない。例えば、ボイスメールメッセージを取り出すために電話が用いられる場合、ほとんどのユーザは、メッセージを取り出す際に遅延を経験することに慣れていない。この理由で、ボイスメールメッセージを取り出す時間は、非常に短いことが必要とされる（約数秒またはそれ以下）。ボイスメールおよびｅメールメッセージが統合されてｅメールサーバに格納される統一メッセージングシステムは、多くの場合、大きいメディアコンポーネントを含むメッセージを迅速に送達し得ない。コンピュータｅメールクライアント等の非リアルタイムデバイスがメッセージを取り出すために用いられた場合に、いくらかのレイテンツが許される。
【０００６】
統一メッセージングシステムが多数のリアルタイムアクセスへの適応を必要とする場合、これらの制限は、より深刻である。すべてのメッセージをｅメールサーバに格納する統一メッセージングシステムは、電話等のリアルタイムデバイスを介してメディアへのアクセスを要求する多数のユーザに適応するように効果的にスケーリングし得ない。
【０００７】
統一メッセージングへの別のアプローチは、ｅメールサーバおよび大容量格納デバイスへのメッセージの２重格納を含む。この実施形態は、大容量格納デバイスの使用に関するレイテンツの問題の解決に努める。大容量メディアファイルの格納および取り出し時間は、ｅメールサーバと対照的に、大容量格納デバイスを用いた場合に低減される。従って、２重格納技術を用いて、非リアルタイムデバイスは、ｅメールサーバからメッセージを取り出し得る一方で、リアルタイムデバイスは、時間を節約するために、大容量格納デバイスからメッセージを取り出し得る。しかしながら、この技術は、すべてのメッセージが２重格納されるために、著しい格納リソースおよび処理リソースを消費するという不利な点を有する。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上述のように、必要とされるのは、メッセージをより効率的に処理する統一メッセージングの解決策である。必要とされるのは、メッセージの格納および取り出し時間が最小化される統一メッセージングの解決策である。メディアへの多数のリアルタイムアクセスに対処するようにスケーリングし得る統一メッセージングの解決策が必要とされる。
【課題を解決するための手段】
【０００９】
本発明は、メディアコンポーネントの別個の格納装置を用いることにより統一メッセージングを提供するシステム、方法、およびコンピュータプログラム製品に関する。本発明は、メッセージのより効率的な格納および取り出しを可能にする。本発明によるメディアコンポーネントの別個の格納装置を用いる統一メッセージングは、リアルタイムデバイスによる多数のアクセスをサポートするようにスケーリングし得る。
【００１０】
ネットワークを介して第２のユーザから第１のユーザに送られたボイスメールまたはファックスメッセージを考慮されたい。本発明において、メッセージは、ボイスメールサーバによって受信される。ボイスメールサーバは、そのメッセージを大容量格納デバイスに格納する。ボイスメールサーバは、さらに、メッセージに関する情報を含むヘッダ、および大容量格納デバイスに格納されたメッセージの対応するメディアコンポーネントに関するリファレンスをｅメールサーバに格納する。
【００１１】
あるいは、ネットワークを介して第２のユーザから第１のユーザに送信されたメディアコンポーネントを含むｅメールメッセージを考慮されたい。本発明において、メッセージは、ボイスメールサーバによって受信される。ボースメールサーバは、メッセージのメディアコンポーネントを大容量格納デバイスに格納する。ボイスメールサーバは、さらに、メッセージの非メディアコンポーネント、および大容量格納デバイスに格納されたメッセージの対応するメディアコンポーネントに関するリファレンスをｅメールサーバに格納する。
【００１２】
第１のユーザによって格納されたメッセージが取り出されると、メールサーバは、照会される。次に、ｅメールサーバは、ヘッダ、またはメッセージの非メディアコンポーネント、および大容量格納デバイスに格納されたメッセージの対応するメディアコンポーネントに関するリファレンスを第１のユーザに提供する。リファレンスは、その後、第１のユーザによって、メッセージの対応するメディアコンポーネントを大容量格納デバイスから取り出すために用いられ得る。次に、第１のユーザは、メッセージ全体を閲覧し得る。
【００１３】
本発明の１つの有利な点は、メッセージを保存および取り出す時の、格納および取り出し時間の低減である。メッセージのメディアコンポーネントを格納するための大容量格納デバイスの使用は、格納および取り出しプロセスを簡素化する。
【００１４】
本発明の特徴および有利な点は、図面と関連付けられた以下における詳細な説明からより明らかになる。図面における同じ参照符号は、同一か、または機能的に同様の要素を示す。さらに、参照符号の最も左の桁は、参照符号が最初に現れる図面を識別する。
【発明を実施するための最良の形態】
【００１５】
（Ｉ．概要）
本発明は、メディアコンポーネントの別個の格納装置を用いて統一メッセージングを提供するためのシステム、方法、およびコンピュータプログラム製品に関する。本発明は、メッセージのより効率的な格納および取り出しを可能にする。
【００１６】
本発明は、本明細書中に含まれる実施例により記載される。これは、便宜的にすぎず、本発明の用途を制限することを意図しない。実際、以下の記載を読んだ後、以下の発明を代替的実施形態で実現する方法が当業者に明らかになる。
【００１７】
「メッセージ」という用語は、電子メッセージ（「ｅメール」）、ボイスメッセージ（「ボイスメール」およびファックスを含むが、これらに限定されない任意のタイプのメッセージのことである。
【００１８】
「メディアコンポーネント」という用語は、ボイスデータおよびファックスデータを含むが、これらに限定されない。「オーディオデータ」は、ボイス、スピーチ、音楽および／またはサウンド等の任意のタイプのオーディオを表すデジタルデータを含み得る。
【００１９】
「クライアント」という用語は、メディアコンポーネントを有するメッセージを処理し得る任意のネットワークデバイスに関する。クライアントは、電話クライアントまたはｅメールクライアントを含み得る。クライアントは、電話、コンピュータ、パーソナルデータアシスタント（ＰＤＡ）、パームデバイス、セットトップボックス、テレビ、プロセッサまたは他のタイプのネットワークデバイス上に実現され得る。
【００２０】
（ＩＩ．システムアーキテクチャ）
図１は、本発明の実施形態による、統一メッセージングシステムのシステムアーキテクチャ１００を示すブロック図を示す。システム１００は、ｅメールサーバ１０５、プロキシサーバ１１２、大容量格納デバイス１１０およびボイスメールサーバ１０３を含む。さらに、プロキシサーバ１１２は、メッセージハンドラ１１３を含み、ボイスメールサーバ１０３は、メッセージハンドラ１０４を含む。システム１００のユーザは、ｅメールクライアント１０２および電話クライアント１０６を含む。システム１００の２つのクライアントのみが示されるが（ｅメールクライアント１０２および電話クライアント１０６）、システム１００は、多数のｅメールクライアントおよび電話クライアントをサポートし得る。
【００２１】
「サーバ」という用語は、特定のネットワークリソースの管理専用であるコンピュータおよびその対応するソフトウェアに対して広く用いられる。例えば、ファイルサーバは、ファイルの格納専用であり、ｅメールサーバは、ｅメール機能の管理専用である。
【００２２】
ｅメールサーバ１０５は、当該技術において公知である任意の標準的ｅメールサーバであり得る。このような標準的ｅメールサーバの１例は、Ｒｅｄｍｏｎｄ、ＷａｓｈｉｎｇｔｏｎのＭｉｃｒｏｓｏｆｔ Ｃｏｒｐ．から市販されているＭｉｃｒｏｓｏｆｔ Ｅｘｃｈａｎｇｅ Ｓｅｒｖｅｒソフトウェアを含むコンピュータである。ｅメールサーバ１０５は、データを格納するための手段を有する。例えば、ｅメールサーバ１０５は、後述される大容量格納デバイス１１０と類似の格納デバイスを含み得る。
【００２３】
プロキシサーバ１１２は、当該技術において公知の標準的プロキシサーバの機能の多くを実行する。このような標準的プロキシサーバの１例は、Ｒｅｄｍｏｎｄ、ＷａｓｈｉｎｇｔｏｎのＭｉｃｒｏｓｏｆｔ Ｃｏｒｐ．から市販されるＭｉｃｒｏｓｏｆｔ Ｐｒｏｘｙ Ｓｅｒｖｅｒソフトウェアを含むコンピュータである。しかしながら、プロキシサーバ１１２は、さらに、メッセージを取り出すためのさらなるロジックを含むメッセージハンドラ１１３を含む。メッセージハンドラ１１３は、ソフトウェアまたはハードウェアの形態で実現され得る。メッセージハンドラ１１３によって実行される機能は、かなり詳細に後述される。
【００２４】
ボイスメールサーバ１０３は、当該業者において公知のボイスメールサーバの機能の多くを実行する。ボイスメールサーバは、ボイスメール機能の処理専用のサーバである。本発明のある実施形態によると、ボイスメールサーバ１０３は、ボイスメールおよびファックスメッセージの管理専用である。
【００２５】
大容量格納デバイス１１０は、メディアコンポーネントを高速で格納および取り出し得る任意のタイプの格納デバイスであり得る。１例において、大容量格納デバイス１１０は、かなりの量のデータの格納および取り出しができる標準的ハードドライブである。このようなデバイスの１例は、カリフォルニア州ＳｕｎｎｙｖａｌｅのＮｅｔｗｏｒｋ Ａｐｐｌｉａｎｃｅ Ｃｏｒｐ．から市販されるＦ８２０ｃ Ｅｎｔｅｒｐｒｉｓｅ Ｆｉｌｔｅｒ １２ＴＢ格納アプライアンスである。
【００２６】
ｅメールクライアント１０２は、ｅメールサーバ１０５およびプロキシサーバ１１２のクライアントである人およびコンピュータであり得る。ｅメールクライアント１０２は、プロキシサーバ１１２を介してｅメールサーバ１０５のｅメール機能に加入する。ｅメールクライアント１０２は、任意の数の通信プロトコルを利用し得る。例えば、以下の特定の通信プロトコル、ＩＭＡＰ、ＰＯＰおよびＨＴＴＰがサポートされ得る。ＩＭＡＰ、ＰＯＰおよびＨＴＴＰプロトコルは、プロキシサーバ１１２に接続するためにホームコンピュータを用いるクライアントによって利用され得る。種々の通信プロトコルのサポートは、かなり詳細に以下において説明される。
【００２７】
電話クライアント１０６は、人および電話であり得る。電話クライアント１０６は、ボイスメール機能を電話クライアント１０６にサービスするボイスメールサーバ１０３と双方向通信する。
【００２８】
図２は、本発明の実施形態による、プロキシサーバ１１２のアーキテクチャ２００を示すブロック図を示す。プロキシサーバ１１２は、複数の通信プロトコルモジュール２０５、２１０および２１５を含む。この実施例において、３つの特定の通信プロトコルがサポートされる。従って、プロキシサーバ１１２は、ＩＭＡＰハンドラ２０５、ＰＯＰハンドラ２１０およびＨＴＴＰハンドラ２１５の３つのサポートモジュールを含む。この態様で、プロキシサーバ１１２は一般化され、複数の通信プロトコルを処理し得る。従って、実施例において、ＩＭＡＰハンドラ２０５は、ｅメールクライアント１０２からＩＭＡＰリクエストをアクセプトする。同様に、ＰＯＰハンドラ２１０は、ｅメールクライアント１０２からＰＯＰリクエストをアクセプトし、ＨＴＴＰハンドラ２１５は、ｅメールクライアント１０２からＨＴＴＰ通信リクエストをアクセプトする。この態様で、各ｅメールクライアント１０２は、それぞれのネイティブプロトコルでプロキシサーバ１１２と通信する。これは、わずかな改変または改変することなく、従来のソフトウェアが各クライアント内で用いられることを可能にするという利点を有する。換言すると、本発明のプロキシサーバ１１２は、クライアントにトランスペアレントである。
【００２９】
（ＩＩＩ．メッセージングプロセス）
図４は、本発明の実施形態による、要素間の接続性を示すボイスメールサーバ１０３のアーキテクチャ４００を示すブロック図を示す。ボイスメールサーバ１０３は、種々のタイプの入来するメッセージを処理する。本発明のある実施形態によると、ボイスメールサーバ１０３は、入来するボイスメールメッセージ４０２および入来するファックスメッセージ４０４を処理する。本発明の別の実施形態によると、ボイスメールサーバ１０３は、当業者に公知の他のメッセージを処理し得る。
【００３０】
（Ａ．ボイスメールおよびファックスメッセージの格納）
図３は、本発明のボイスメールおよびファックスメッセージの格納プロセスの動作および制御の流れ３００の実施形態を示すフローチャートを示す。フロー３００は、ボイスメールまたはファックスメッセージが本発明のシステムおよび方法を用いて格納され得る態様の１例である。制御の流れ３００は、ステップ３０２で開始し、直ちにステップ３０４に進む。
【００３１】
ステップ３０４において、第２のユーザは、第１のユーザ、すなわち、ｅメールクライアント１０２または電話クライアント１０６にボイスメールまたはファックスメッセージを残す。第２のユーザがボイスメールメッセージを残す場合、第２のユーザは、電話クライアント１０６と同様であり得る。ステップ３０４において、通常、第２のユーザは、第１のユーザと通信するために電話またはファックス機器等のデバイスを利用する。次に、第２のユーザは、ボイスメールサーバ１０３に方向付けられる。ボイスメールサーバ１０３およびメッセージハンドラ１０４の機能を用いて、第２のユーザは、第１のユーザにボイスメールまたはファックスメッセージを残す。
【００３２】
ステップ３０６において、ボイスメールサーバ１０３は、メッセージハンドラ１０４のロジックを用いて、第２のユーザによって残されたメッセージを大容量格納デバイス１１０に格納する。格納されたファイルは、オーディオメッセージの意図される受信側、すなわち第１のユーザがこれを取り出し得るように索引付けされる。本発明のある実施形態によると、ボイスメールサーバ１０３は、ＷＡＶオーディオファイルフォーマットを用いてボイスメールメッセージを格納する。本発明の別の実施形態によると、ボイスメールサーバ１０３は、当該技術において公知の任意の標準的オーディオファイルフォーマットを用いてボイスメールメッセージを格納する。大容量格納デバイス１１０に格納されたファイルは、メッセージのメディア部分と呼ばれる。
【００３３】
ステップ３０８において、ボイスメールサーバ１０３は、メッセージハンドラ１０４のロジックを用いて、メッセージヘッダをｅメールサーバ１０５に格納する。メッセージヘッダは、第２のユーザによって残されたメッセージに関する基本的情報を含む。ヘッダに含まれる基本的情報は、メッセージが残された時間、残されたメッセージのタイプ、およびメッセージのサイズを含み得る。ヘッダに含まれる基本的情報は、さらに、ボイスメールサーバ１０３によってメッセージから獲得され得る任意の他の情報を含み得る。ヘッダと共に、ボイスメールサーバ１０３は、メッセージハンドラ１０４のロジックを用いて、上記のステップ３０６において大容量格納デバイス１１０に格納されたメッセージのメディア部分に関するリファレンスもまた格納する。このリファレンスは、メッセージのメディア部分が大容量格納デバイス１１０に位置する場所に関する情報を提供し、これにより、第１のユーザは、これを取り出すことができる。
【００３４】
ステップ３１０において、流れ３００は終了する。
【００３５】
（Ｂ．ｅメールメッセージの格納）
図５は、本発明のｅメールメッセージの格納プロセスの動作および制御の流れ５００の実施形態を示すフローチャートを示す。流れ５００は、メディアコンポーネントを含むｅメールメッセージが本発明のシステムおよび方法を用いて格納され得る態様の１例である。制御の流れ５００は、ステップ５０２で開始し、直ちにステップ５０４に進む。
【００３６】
ステップ５０４において、第２のユーザは、ｅメールクライアント１０２と同様に、メディアコンポーネントを含むｅメールを第１のユーザ、すなわち、ｅメールクライアント１０２または電話クライアント１０６に送信する。ｅメールメッセージのメディアコンポーネントは、ボイスメールメッセージまたはファックスメッセージであり得る。第２のユーザは、インターネット等のネットワーク、またはネットワークの組み合わせを介して第１のユーザにｅメールメッセージを送信し得る。あるいは、第２のユーザが第１のユーザと同じローカルエリアネットワーク（ＬＡＮ）内に位置する場合、第２のユーザは、ＬＡＮを介して第１のユーザにｅメールメッセージを送信し得る。
【００３７】
ステップ５０６において、ボイスメールサーバ１０３は、ｅメールを受信する。本発明の１実施形態において、ｅメールメッセージは、ファイアウォールを介してボイスメールサーバ１０３によって受信された。
【００３８】
ステップ５０８において、ボイスメールサーバ１０３は、メッセージハンドラ１０４のロジックを用いて、ｅメールメッセージのメディアコンポーネントを大容量格納デバイス１１０に格納する。格納されたファイルは、ｅメールメッセージの意図される受信側、すなわち第１のユーザがこれを取り出し得るように索引付けされる。本発明のある実施形態において、ボイスメールサーバ１０３は、ＷＡＶオーディオファイルフォーマットを用いてオーディオメディアコンポーネントを格納する。本発明の別の実施形態において、ボイスメールサーバ１０３は、当該技術において公知の任意の標準的オーディオファイルフォーマットを用いてオーディオメディアコンポーネントを格納する。
【００３９】
ステップ５１０において、ボイスメールサーバ１０３は、メッセージハンドラ１０４のロジックを用いて、ｅメールメッセージのテキストコンポーネントをｅメールサーバ１０５に格納する。ｅメールメッセージのテキストコンポーネントがない場合、ｅメールメッセージに関する基本的情報を含むヘッダがｅメールサーバ１０５に格納される。
【００４０】
ステップ５１２において、ボイスメールサーバ１０３は、メッセージハンドラ１０４のロジックを用いて、ステップ５１０において格納されたテキストコンポーネントまたはヘッダと共に、ｅメールメッセージの格納されたメディアコンポーネントに関するリファレンスをｅメールサーバ１０５に格納する。このリファレンスは、ｅメールメッセージのメディア部分が大容量格納デバイス１１０に位置する場所に関する情報を提供し、これにより、第１のユーザは、これを取り出すことができる。リファレンスは、ｅメールメッセージがｅメールサーバ１０５から取り出された場合、メディアコンポーネントそれ自体ではなく、メディアコンポーネントに関するリファレンスが表示されるように、ｅメールの格納されたテキストコンポーネントまたはヘッダと関連付けられる。
【００４１】
本発明のある実施形態において、リファレンスは、標準的ＨＴＴＰリンクであり得る。他の実施形態において、リファレンスは、任意の識別子、名称、記述子またはタグであり得る。
【００４２】
ステップ５１４において、流れ５００は終了する。
【００４３】
本発明の実施形態において、流れ５００において規定されたプロセスは、ｅメールメッセージを送信する事物、すなわち第２のユーザが統一メッセージングシステム１００のクライアントである場合にのみ生じることに留意されたい。すなわち、ｅメールメッセージのメディアコンポーネントを別個に格納するプロセスは、第２のユーザが統一メッセージングシステム１００に加入する場合にのみ生じる。したがって、流れ５００に記載されたプロセスは、第２のユーザが統一メッセージングシステム１００（例えば、ホットメール（ｈｔｔｐ：／／ｗｗｗ．ｈｏｔｍａｉｌ．ｃｏｍで利用可能）等の普及しているインターネットｅメールクライアント）のサービスに加入していないｅメールクライアントを利用した場合には生じない。
【００４４】
第２のユーザは、統一メッセージングシステム１００とインターフェース接続するクライアントを用いることによって、統一メッセージングシステム１００のサービスに加入し得る。このようなクライアントの１実施例は、ウェブクライアントを含む。統一メッセージングシステム１００とインターフェース接続するウェブクライアントは、ユーザがｅメールとして送信するための情報を入力することを可能にするウェブサイトまたはウェブページを含む。このようなクライアントの別の実施例は、ワイヤレスアプリケーションプロトコル（ＷＡＰ）インターフェースである。統一メッセージングシステム１００とインターフェース接続するＷＡＰインターフェースは、ユーザがｅメールとして送信するための情報を入力することを可能にするワイヤレスデバイスを介して利用可能なインターフェースを含む。
【００４５】
（Ｃ．非リアルタイムデバイスを用いるメッセージの取り出し）
図６Ａは、本発明の実施形態による、非リアルタイムデバイスを用いるメッセージの取り出しプロセスの動作および制御の流れ６００の実施形態を示すフローチャートを示す。流れ６００は、本発明のシステムおよび方法を用いて非リアルタイムデバイスでメッセージが取り出され得る態様の１例である。制御の流れ６００は、ステップ６０２で開始し、直ちにステップ６０４に進む。
【００４６】
ステップ６０４において、第１のユーザは、プロキシサーバ１１２を介してｅメールサーバ１０５にアクセスする。この例示的制御の流れの目的で、第１のユーザは、ｅメールクライアント１０２である。従って、この実施例において、第１のユーザは、標準的コンピュータｅメールクライアントを利用して各自のメッセージにアクセスする。しかしながら、流れ６００Ａは、メッセージにアクセスするためにＰＤＡ等の当業者に公知の任意の非リアルタイムデバイスを用いるメッセージ取り出しプロセスを表す。メッセージを取り出すために、ｅメールクライアント１０２は、新規のメッセージの受信を求めるリクエストをプロキシサーバ１１２に送信し、このサーバは、その後、このリクエストをｅメールサーバ１０５に中継する。
【００４７】
ステップ６０６において、プロキシサーバ１１２からのリクエストに応答して、ｅメールサーバ１０５は、格納されたメッセージの非メディア部分を、大容量格納デバイス１１０に格納されたメッセージのメディアコンポーネントに関するリファレンスと共にプロキシサーバ１１２に提供する。プロキシサーバ１１２は、その後、ｅメールクライアント１０２に情報を中継する。ｅメールクライアント１０２に提供された情報は、リファレンスに加えて、メッセージのテキスト部分またはヘッダのみであることに留意されたい。この時点で、ｅメールクライアント１０２に提供されるメッセージのメディアコンポーネントはない。
【００４８】
ステップ６０８において、ｅメールクライアント１０２は、大容量格納デバイス１１０に格納されたメッセージのメディアコンポーネントに関するリファレンスと共に、メッセージの非メディア部分を閲覧する。このリファレンスは、例えば、それをクリックすることによって活性化され得るリンクまたはいくらかの他のアイテムとして閲覧され得る。
【００４９】
ステップ６１０において、ｅメールクライアント１０２は、提供されたリファレンスを活性化することによってメッセージのメディアコンポーネントをリクエストする。ｅメールクライアント１０２は、リファレンスが検出された場合、またはユーザによる選択に応答して、このリクエストを自動的に発し得る。このようにして、ｅメールクライアント１０２は、メッセージのメディアコンポーネントを求めるリクエストをプロキシサーバ１１２に送信する。
【００５０】
ステップ６１２において、ｅメールクライアント１０２からのリクエストに応答して、プロキシサーバ１１２は、メッセージハンドラ１１３のロジックを用いて、大容量格納デバイス１１０に格納されたメッセージのメディアコンポーネントを取り出す。大容量格納デバイス１１０からのメッセージのメディアコンポーネントの取り出しは、比較的高速であり、約数秒以下である。プロキシサーバ１１２は、その後、ｅメールクライアント１０２にメディアコンポーネントを中継する。
【００５１】
本発明の実施形態において、ステップ６０６および６１２は、同時に生じるが、ステップ６０８および６１０は生じない。この実施形態において、プロキシサーバ１１２は、ｅメールサーバ１０５からメッセージを取り出す（この機能は、ステップ６０６において記載される）。その後、プロキシサーバ１１２は、メッセージハンドラ１１３のロジックを用いて、メッセージが大容量格納デバイス１１０に格納されたメッセージのメディア部分に関するリファレンスを含むことを自動的に決定し、大容量格納デバイス１１０からメッセージのメディア部分を自動的に取り出し、かつこれをｅメールクライアント１０２に転送する（この機能は、ステップ６１２に記載される）。従って、メッセージのメディア部分の取り出しは、ｅメールクライアント１０２に継ぎ目なく行われる。
【００５２】
ステップ６１４において、ｅメールクライアント１０２は、メッセージ全体を閲覧する（非メディアコンポーネントおよびメディアコンポーネント）。例えば、ユーザは、完全なメッセージ、すなわち、メディアコンポーネントを有するｅメールメッセージ、およびファックスファイルの実際のボイスを含むｅメールメッセージを閲覧する。本明細書中で用いられる「閲覧（ｖｉｅｗ）」は、広義に、ユーザへのメディアコンポーネントの出力のことである。この出力は、ユーザによって他の方法で見られ、聞かれまたは経験され得る。
【００５３】
ステップ６１６において、流れ６００は終了する。
【００５４】
図７Ａは、本発明の実施形態による、流れ６００に示される本発明のメッセージ取り出しプロセスの間のイベントのシーケンスを表す図を示す。流れ６００は、メディアコンポーネントを含むメッセージが、本発明のシステムおよび方法を用いて非リアルタイムデバイスで取り出され得る態様の１例である。
【００５５】
イベント１（ステップ６０４を参照、図６Ａ）は、ｅメールクライアント１０２がプロキシサーバ１１２を介してｅメールサーバ１０５からメッセージをリクエストすることを表す。
【００５６】
イベント２（ステップ６０６を参照）は、プロキシサーバ１１２がｅメールサーバ１０５からメッセージをリクエストすることを表す。
【００５７】
イベント３は、ｅメールサーバ１０５がメッセージの非メディア部分をプロキシサーバ１１２に提供することを表す。
【００５８】
イベント４（ステップ６１２を参照）は、プロキシサーバ１１２が大容量格納デバイス１１０からメッセージのメディアコンポーネントをリクエストすることを表す。
【００５９】
イベント５は、大容量格納デバイス１１０がメッセージのメディアコンポーネントをプロキシサーバ１１２に提供することを表す。
【００６０】
イベント６は、プロキシサーバ１１２がメッセージ全体（非メディアコンポーネントおよびメディアコンポーネント）をｅメールクライアント１０２に提供することを表す。この時点で（ステップ６１４を参照）、ｅメールクライアント１０２は、メッセージ全体を閲覧し得る。
【００６１】
（Ｄ．リアルタイムデバイスを用いるメッセージの取り出し）
図６Ｂは、本発明の実施形態による、リアルタイムデバイスを用いるメッセージ取り出しプロセスの動作および制御の流れ６５０の実施形態を示すフローチャートを示す。流れ６５０は、本発明のシステムおよび方法を用いるリアルタイムデバイスを用いてメッセージが取り出され得る態様の１例である。制御の流れ６５０は、ステップ６２２で開始し、直ちにステップ６２４に進む。
【００６２】
ステップ６２４において、第１のユーザは、ボイスメールサーバ１０３を介してｅメールサーバ１０５にアクセスする。この例示的制御の流れの目的で、第１のユーザは、電話クライアント１０６である。従って、この例において、第１のユーザは、メッセージにアクセスするために標準的電話を利用する。しかしながら、流れ６５０は、メッセージにアクセスするために、当業者に公知の任意のリアルタイムデバイスを用いるメッセージ取り出しプロセスを表す。メッセージを取り出すために、電話クライアント１０６は、新規のメッセージの受信を求めるリクエストをボイスメールサーバ１０３に送信し、このサーバは、その後、このリクエストをｅメールサーバ１０５に中継する。
【００６３】
ステップ６２６において、ボイスメールサーバ１０３からのリクエストに応答して、ｅメールサーバ１０５は、メッセージの格納された非メディア部分を、大容量格納デバイス１１０に格納されたメッセージのメディアコンポーネントに関するリファレンスと共にボイスメールサーバ１０３に提供する。ボイスメールサーバ１０３に提供された情報は、リファレンスに加えて、メッセージのテキスト部分またはヘッダのみであることに留意されたい。
【００６４】
ステップ６２８において、ボイスメールサーバ１０３は、ｅメールサーバ１０５から取り出されたメッセージが大容量格納デバイス１１０に格納されたメディア部分に関するリファレンスを含むことを決定する。次に、ボイスメールサーバ１０３は、メッセージハンドラ１０４のロジックを用いて、大容量格納デバイス１１０に格納されたメッセージのメディアコンポーネントを取り出す。大容量格納デバイス１１０からのメッセージのメディアコンポーネントの取り出しは、リアルタイムレートで行われる。ボイスメールサーバ１０３は、その後、メッセージ全体（メディアコンポーネントおよび非メディアコンポーネント）を電話クライアント１０６にリアルタイムで中継する。このようにして、本発明の大容量格納装置を有する統一メッセージングシステムは、大きいメディアコンポーネントをほぼメガバイト以上でリアルタイムデバイスにリアルタイムで送達することを可能にする。
【００６５】
ステップ６３０において、電話クライアント１０６は、メッセージ全体（非メディアコンポーネントおよびメディアコンポーネント）を閲覧する。本明細書中で用いられる「閲覧（ｖｉｅｗ）」は、広義に、ユーザへのメディアコンポーネントの出力のことである。この出力は、ユーザによって他の方法で見られ、聞かれ、または経験され得る。
【００６６】
ステップ６３２において、流れ６５０は終了する。
【００６７】
図７Ｂは、流れ６５０に示されるように、本発明の実施形態による、本発明のメッセージ取り出しプロセスの間のイベントのシーケンスを表す図を示す。流れ６５０は、メディアコンポーネントを含むメッセージが本発明のシステムおよび方法を用いてリアルタイムデバイスで取り出され得る態様の１例である。
【００６８】
イベント１（ステップ６２４を参照、図６Ｂ）は、電話クライアント１０６がボイスメールサーバ１０３を介して、ｅメールサーバ１０５から新しいメッセージをリクエストすることを表す。
【００６９】
イベント２（ステップ６２６を参照）は、ボイスメールサーバ１０３がｅメールサーバ１０５から新しいメッセージをリクエストすることを表す。
【００７０】
イベント３は、ｅメールサーバ１０５が新しいメッセージの非メディア部分をボイスメールサーバ１０３に提供することを表す。
【００７１】
イベント４（ステップ６２８を参照）は、ボイスメールサーバ１０３が大容量格納デバイス１１０から新しいメッセージのメディアコンポーネントをリクエストすることを表す。
【００７２】
イベント５は、大容量格納デバイス１１０新しいメッセージのメディアコンポーネントをボイスメールサーバ１０３に提供することを表す。
【００７３】
イベント６は、ボイスメールサーバ１０３がメッセージ全体（非メディアコンポーネントおよびメディアコンポーネント）を電話クライアント１０６に提供することを表す。この時点で（ステップ６３０を参照）、電話クライアント１０６は、メッセージ全体を閲覧し得る。
【００７４】
流れ６００および流れ６５０の１つの有利な点は、大容量格納デバイス１１０からメッセージのメディア部分の取り出し時間が高速で行われることである。この有利な点は、任意のデバイスがメッセージおよびそのメディアコンポーネントにアクセスするために用いられる場合に実現される。しかしながら、この有利な点は、電話等のリアルタイムデバイスがメッセージを取り出すために用いられた場合にとくに有益である。通常、リアルタイムデバイスを用いてメッセージを取り出すユーザは、メッセージを高速で取り出すことに慣れており、取り出しの際のレイテンツまたは遅延を許容しない。対照的に、コンピュータ等の非リアルタイムデバイスを用いてメッセージを取り出すユーザは、取り出す際のいくらかのレイテンツまたは遅延に慣れている。
【００７５】
流れ６００および流れ６５０の別の有利な点は、ＷＡＶフォーマットファイルのユーザである。大容量格納デバイス１１０からのＷＡＶフォーマットファイルの取り出し時間は、ＭＩＭＥフォーマットファイルの取り出しと比較して、大幅に低減される。従って、取り出しの際のレイテンツおよび遅延は低減される。
【００７６】
（ＩＶ．システム制御）
ｅメールサーバ１０５、プロキシサーバ１１２、メッセージハンドラ１１３、大容量格納デバイス１１０、ボイスメールサーバ１０３およびメッセージハンドラ１０４によって実行されるこの機能は、好適には、ソフトウェアで実現される。あるいは、これは、ファームウェアまたはハードウェア、あるいはファームウェア、ハードウェアおよび／またはソフトウェアの組み合わせを用いて実現され得る。
【００７７】
本発明の実施形態によると、ｅメールサーバ１０５、ｅメールクライアント１０２、プロキシサーバ１１２（メッセージハンドラ１１３と共に）、大容量格納デバイス１１０、およびボイスメールサーバ１０３（メッセージハンドラ１０４と共に）は、各々、ネットワークに接続され得るコンピュータシステムを含み得る。このようなコンピュータシステム８００の１例は、図８に示される。コンピュータシステム８００は、任意の単一またはマルチプロセッサコンピュータを表す。単一スレッドおよびマルチスレッドコンピュータが用いられ得る。統一または分散メモリシステムが用いられ得る。
【００７８】
コンピュータシステム８００は、プロセッサ８０４等の１つ以上のプロセッサを含む。１つ以上のプロセッサ８０４は、流れ３００、流れ５００、流れ６００および流れ６５０に記載されるコンピュータベースの動作を実現するソフトウェアを実行し得る。各プロセッサ８０４は、通信バス８０２（例えば、クロスバーまたはネットワーク）に接続される。種々のソフトウェアの実施形態がこの例示的コンピュータシステムに関して記載される。この説明を読んだ後、他のコンピュータシステムおよび／またはコンピュータアーキテクチャを用いる本発明の実現の態様が当業者に明らかになる。
【００７９】
コンピュータシステム８００は、さらに、メインメモリ８０６、好適には、ランダムアクセスメモリ（ＲＡＭ）を含み、さらに、セカンダリメモリ８０８を含み得る。セカンダリメモリ８０８は、例えば、ハードディスクドライブ８１０および／またはフロッピー（Ｒ）ディスクドライブ、磁気テープドライブ、光学ディスクドライブ等を表す取り外し可能格納ドライブ８１２を含み得る。取り外し可能格納ドライブ８１２は、周知の態様で取り外し可能な格納ユニット８１４から読み出しおよび／またはここに書き込みする。取り外し可能格納ユニット８１４は、フロッピー（Ｒ）ディスク、磁気テープ、光学ディスク等を表し、これは、取り外し可能格納ドライブ８１２によって読み出しおよび書き込みされる。理解されるように、取り外し可能格納ユニット８１４は、コンピュータソフトウェアおよび／またはデータが格納されたコンピュータによって使用可能な格納媒体を含む。
【００８０】
代替的実施形態において、セカンダリメモリ８０８は、コンピュータプログラムまたは他の命令がコンピュータシステム８００にロードされることを可能にする他の手段を含み得る。このような手段は、例えば、取り外し可能格納ユニット８２２およびインターフェース８２０を含み得る。実施例は、プログラムカートリッジおよびカートリッジインターフェース（ビデオゲームデバイスに見出されるような）、取り外し可能メモリチップ（ＥＰＲＯＭまたはＰＲＯＭ等）および関連するソケット、ならびに他の取り外し可能格納ユニット８２２およびソフトウェアとデータとが取り外し可能格納ユニット８２２からコンピュータシステム８００に転送されることを可能にするインターフェース８２０を含み得る。
【００８１】
コンピュータシステム８００は、さらに、通信インターフェース８２４を含み得る。通信インターフェース８２４は、ソフトウェアおよびデータが通信経路８２６を介してコンピュータシステム８００と外部デバイスとの間に転送されることを可能にする。通信インターフェース８２０の実施例は、モデム、ネットワークインターフェース（イーサネット（Ｒ）カード等）、通信ポート等を含み得る。通信インターフェース８２４を介して転送されるソフトウェアおよびデータは、通信経路８２６を介して通信インターフェース８２４によって受信可能な電気、電磁、光学または他の信号であり得る信号の形態である。通信インターフェース８２４は、コンピュータシステム８００がインターネット等のネットワークとインターフェース接続し得る手段を提供する。
【００８２】
本発明は、図８に関する上述の環境と同様の環境で動作する（すなわち、実行する）ソフトウェアを用いて実現され得る。この明細書において、「コンピュータプログラム製品」という用語は、一般に、取り外し可能格納ユニット８１４、ハードディスクドライブ８１０にインストールされたハードディスク、または通信経路８２６（無線リンクまたはケーブル）を介してソフトウェアを通信インターフェース８２４に搬送する搬送波に対して用いられる。コンピュータによって使用可能な媒体は、磁気メディア、光学メディア、または他の記録可能なメディア、または搬送波を伝送するメディアを含み得る。これらのコンピュータプログラム製品は、ソフトウェアをコンピュータシステム８００に提供する手段である。
【００８３】
コンピュータプログラム（コンピュータ制御ロジックとも呼ばれる）は、メインメモリ８０６および／またはセカンダリメモリ８０８に格納される。コンピュータプログラムは、さらに、通信インターフェース８２４を介して受信され得る。このようなコンピュータプログラムは、実行時に、コンピュータシステム８００が明細書中に記載された本発明の特徴を実行できるようにする。特に、コンピュータプログラムは、実行時に、プロセッサ８０４が本発明の特徴を実行できるようにする。従って、このようなコンピュータプログラムは、コンピュータシステム８００のコントローラを表す。
【００８４】
本発明がソフトウェアを用いて実現される実施形態において、ソフトウェアは、取り外し可能格納ドライブ８１２、ハードドライブ８１０、または通信インターフェース８２４を用いて、コンピュータプログラム製品に格納され、かつコンピュータシステム８００にロードされ得る。あるいは、コンピュータプログラム製品は、通信経路８２４を介してコンピュータシステム８００にダウンロードされ得る。制御ロジック（ソフトウェア）は、１つ以上のプロセッサ８０４によって実行時に、プロセッサ（単数または複数）８０４に、本明細書中に記載される本発明の機能を実行させる。
【００８５】
別の実施形態によると、本発明は、例えば、アプリケーション専用集積回路（ＡＳＩＣ）等のハードウェアコンポーネントを用いるファームウェアおよび／またはハードウェアで主に実現される。本明細書中で記載される機能を実行するためのハードウェア状態マシンの実現は、当業者に明らかである。
【００８６】
（Ｖ．結論）
本発明の種々の実施形態が記載されてきたが、これらは例示的に提供されたのであり、限定することを意図しないことを理解されたい。形態および詳細の種々の変更は、本発明の主旨および範囲から逸脱することなくなされ得ることが当業者に明らかである。従って、本発明は、上述の例示的実施形態のいずれかによって限定されるのではなく、上記の請求項およびそれらの均等物によってのみ定義されるべきである。
【図面の簡単な説明】
【００８７】
【図１】図１は、本発明の実施形態による、統一メッセージングシステムのシステムアーキテクチャを示すブロック図である。
【図２】図２は、本発明の実施形態による、プロキシサーバのアーキテクチャを示すブロック図である。
【図３】図３は、本発明の実施形態による、ボイスメールまたはファックスメッセージの格納プロセスの動作および制御の流れの実施形態を示すフローチャートである。
【図４】図４は、本発明の実施形態による、要素間の接続性を示す、ボイスメールサーバのアーキテクチャを示すブロック図である。
【図５】図５は、本発明の実施形態による、ｅメールメッセージの格納プロセスの動作および制御の流れの実施形態を示すフローチャートである。
【図６Ａ】図６Ａは、本発明の実施形態による、非リアルタイムデバイスを用いるメッセージ取り出しプロセスの動作および制御の流れの実施形態を示すフローチャートである。
【図６Ｂ】図６Ｂは、本発明の実施形態による、リアルタイムデバイスを用いるメッセージ取り出しプロセスの動作および制御の流れの実施形態を示すフローチャートである。
【図７Ａ】図７Ａは、本発明の実施形態による、図６に示される非リアルタイムデバイスを用いるメッセージ取り出しプロセスの間のイベントのシーケンスを示す図である。
【図７Ｂ】図７Ｂは、本発明の実施形態による、図６に示されるリアルタイムデバイスを用いるメッセージ取り出しプロセスの間のイベントのシーケンスを示す図である。
【図８】図８は、本発明を実現するために用いられ得る例示的コンピュータシステムおよびコンピュータプログラム製品である。

Claims (17)

1. 第１のユーザに統一メッセージングを提供する方法であって、
   （１）第２のユーザから該第１のユーザへのメッセージを受信するステップであって、該メッセージは、メディアコンポーネントおよび非メディアコンポーネントを含む、ステップと、
   （２）該メッセージの該メディアコンポーネントを大容量格納デバイスに格納するステップと、
   （３）該メッセージの該非メディアコンポーネント、および該メッセージの該格納されたメディアコンポーネントに関する対応するリファレンスをｅメールサーバに格納するステップと
   を包含する、方法。
2. （４）前記メッセージのリクエストを前記第１のユーザから受信するステップと、
   （５）該メッセージの前記非メディアコンポーネントおよび前記対応するリファレンスを前記ｅメールサーバから取り出すステップと、
   （６）該メッセージの該非メディアコンポーネントおよび該対応するリファレンスを該第１のユーザに提供するステップと
   をさらに包含する、請求項１に記載の方法。
3. （７）前記メッセージの前記格納されたメディアコンポーネントのリクエストを前記第１のユーザから受信するステップであって、該リクエストは、前記対応するリファレンスを介して受信される、ステップと、
   （８）該格納されたメディアコンポーネントを前記大容量格納デバイスから取り出すステップと、
   （９）該格納されたメディアコンポーネントを該第１のユーザに提供するステップと
   をさらに包含する、請求項２に記載の方法。
4. 前記メッセージは、ボイスメールメッセージ、ファックスメッセージ、およびｅメールメッセージの任意の１つである、請求項３に記載の方法。
5. （４）前記メッセージのリクエストを前記第１のユーザから受信するステップと、
   （５）該メッセージの前記非メディアコンポーネントおよび前記対応するリファレンスを前記ｅメールから取り出すステップと、
   （６）前記格納されたメディアコンポーネントを前記大容量格納デバイスから取り出すステップであって、該取り出すステップは、該対応するリファレンスを用いて実行される、ステップと、
   （７）該メッセージの該格納されたメディアコンポーネントおよび該メッセージの該非メディアコンポーネントを該第１のユーザに提供するステップと
   をさらに包含する、請求項１に記載の方法。
6. 前記メッセージは、ボイスメールメッセージ、ファクスメッセージ、およびｅメールメッセージの任意の１つである、請求項５に記載の方法。
7. 第１のユーザに統一メッセージングを提供するシステムであって、
   メッセージのメディアコンポーネントを格納するための大容量格納デバイスと、
   ｅメールサーバに接続された格納デバイスであって、該メッセージの非メディアコンポーネント、および該メッセージの該メディアコンポーネントに関する対応するリファレンスを格納する、格納デバイスと、
   第２のユーザから該第１のユーザへの該メッセージを受信するボイスメールサーバであって、該メッセージは、メディアコンポーネントおよび非メディアコンポーネントを含む、ボイスメールサーバと、
   該ボイスメールサーバに接続されたメッセージハンドラであって、格納するための該メッセージの該メディアコンポーネントを該大容量格納デバイスに送信し、かつ、格納するための該メッセージの該非メディアコンポーネントを該格納デバイスに送信する、メッセージハンドラと
   を備える、システム。
8. 前記メッセージは、ボイスメールメッセージ、ファックスメッセージ、およびｅメールメッセージの任意の１つである、請求項７に記載のシステム。
9. コンピュータに第１のユーザに統一メッセージングを提供させるために、制御ロジックが格納されたコンピュータによって使用可能な媒体を備えるコンピュータプログラム製品であって、該コンピュータ制御ロジックは、
   該コンピュータに第２のユーザから該第１のユーザへのメッセージを受信させる第１のコンピュータによって読み出し可能なプログラムコード手段であって、該メッセージは、メディアコンポーネントおよび非メディアコンポーネントを備える、第１のコンピュータによって読み出し可能なプログラムコード手段と、
   該コンピュータに該メッセージの該メディアコンポーネントを大容量格納デバイスに格納させる第２のコンピュータによって読み出し可能なプログラムコード手段と、
   該コンピュータに該メッセージの該非メディアコンポーネント、および該メッセージの該格納されたメディアコンポーネントに関する対応するリファレンスをｅメールサーバに格納させる、第３のコンピュータによって読み出し可能なプログラムコード手段と
   を備える、コンピュータプログラム製品。
10. 前記コンピュータ制御ロジックは、
    前記コンピュータに前記メッセージのリクエストを前記第１のユーザから受信させる、第４のコンピュータによって読み出し可能なプログラムコード手段と、
    該コンピュータに該メッセージの前記非メディアコンポーネントおよび前記対応するリファレンスを前記ｅメールから取り出させる、第５のコンピュータ読み出し可能なプログラムコード手段と、
    該コンピュータに該メッセージの該非メディアコンポーネント、および該対応するリファレンスを該第１のユーザに提供させる、第６のコンピュータによって読み出し可能なプログラムコード手段と
    をさらに備える、請求項９に記載のコンピュータプログラム製品。
11. 前記コンピュータ制御ロジックは、
    前記コンピュータに前記メッセージの前記格納されたメディアコンポーネントのリクエストを前記第１のユーザから受信させる、第７のコンピュータによって読み出し可能なプログラムコード手段であって、該リクエストは、前記対応するリファレンスを介して受信される、第７のコンピュータによって読み出し可能なコード手段と、
    該コンピュータに該格納されたメディアコンポーネントを前記大容量格納デバイスから取り出させる、第８のコンピュータによって読み出し可能なプログラムコード手段と、
    該コンピュータに該格納されたメディアコンポーネントを該第１のユーザに提供させる、第９のコンピュータによって読み出し可能なプログラムコード手段と
    をさらに備える、請求項１０に記載のコンピュータプログラム製品。
12. 前記メッセージは、ボイスメールメッセージ、ファックスメッセージ、およびｅメールメッセージの任意の１つである、請求項１１に記載の方法。
13. 前記コンピュータ制御ロジックは、
    前記コンピュータに前記メッセージのリクエストを前記第１のユーザから受信させる、第４のコンピュータによって読み出し可能なプログラムコード手段と、
    該コンピュータに該メッセージの前記非メディアコンポーネントおよび前記対応するリファレンスを前記ｅメールサーバから取り出させる、第５のコンピュータによって読み出し可能なプログラムコード手段と、
    該コンピュータに前記格納されたメディアコンポーネントを前記大容量格納デバイスから取り出させる、第６のコンピュータによって読み出し可能なプログラムコード手段であって、該取り出しは、該対応するリファレンスを用いて実行される、第６のコンピュータによって読み出し可能なプログラムコード手段と、
    該コンピュータに該メッセージの該格納されたメディアコンポーネント、および該メッセージの該非メディアコンポーネントを該第１のユーザに提供させる、第７のコンピュータによって読み出し可能なプログラムコード手段と
    をさらに包含する、請求項９に記載のコンピュータプログラム製品。
14. 前記メッセージは、ボイスメールメッセージ、ファックスメッセージ、およびｅメールメッセージの任意の１つである、請求項１３に記載のコンピュータプログラム製品。
15. メッセージの統一メッセージングを提供する方法であって、
    該メッセージのメディアコンポーネントを第１の位置に格納するステップと、
    該メディアコンポーネントではなく該メッセージの格納されたメディアコンポーネントに関するリファレンス、および該メッセージの残りの部分を、第２の位置に格納するステップであって、これにより、該格納されたメディアコンポーネントは、リアルタイムデバイスにリアルタイムで送達され得る、ステップと
    を包含する、方法。
16. 統一メッセージングシステムであって、
    メッセージのメディアコンポーネントを格納する第１の格納デバイスと、
    該メディアコンポーネントではなく、該メッセージの該格納されたメディアコンポーネントに関するリファレンス、および該メッセージの残りの部分を格納する第２の格納デバイスと
    をさらに備える、統一メッセージングシステム。
17. 前記第１の格納デバイスは、大容量格納デバイスを備え、前記第２の格納デバイスは、ｅメールサーバを備える、請求項１６に記載の統一メッセージングシステム。

Images