JP2004518184A - メッセージングデータを送信し、受信し且つ管理する方法及びシステム - Google Patents

Abstract

シェルインターフェースを介してメッセージングデータを送信し、受信し且つ管理するためのシステム及び方法が提供される。本システムは、複数の通信サービス、少なくとも１つのメッセージングクライエント及びホストサーバーを包含している。該複数の通信サービスはファックス、ボイスメール及び／又はページャメッセージングサービスを提供する。該ホストサーバーはメッセージングクライエントと複数の通信サービスとの間のインターフェースを提供する。該メッセージングクライエントはシェルインターフェースを有している。メッセージングコンポーネントが該シェルインターフェース内にインストールされる。少なくとも１つのメッセージングエントリが該シェルインターフェースを介して表示される。その表示されたメッセージングエントリは受信したファックス、ボイスメール及び／又はページャメッセージを識別する。受信したファックス、ボイスメール及びページャメッセージのうちの１つが該シェルインターフェースを介して選択され、且つその選択したメッセージへアクセスするための適宜の通信サービスが喚起される。

Description

【０００１】
【発明の属する技術分野】
本開示はメッセージングデータの送信、受信及び管理に関するものであって、更に詳細には、メッセージングデータを送信し、受信し且つ管理するための使用が簡単な手段をユーザに提供するためにシェルインターフェースのようなオペレーティングシステムコンポーネントを適合させることに関するものである。
【０００２】
【従来の技術】
電子メール（即ち、Ｅメール）、ファクシミリ（ファックス）、ボイスメール及びページングはメッセージ通信用のポピュラーな手段となっている。コンピュータオぺレーティングシステムは、現在のところ、典型的に、ソフトウエアインターフェースを包含しており及び／又はこれら及びその他のメッセージ通信モードを使用するアプリケーションソフトウエアによってコンピュータシステムにおける通信ハードウエアの制御を簡単化させる画定されたプロトコルに従っている。
【０００３】
例えば、テレフォンアプリケーションプログラミングインターフェース（ＴＡＰＩ）は、モデム及びその他の電話装置を介して通信を行うためにモデム及びその他の電話装置を制御するためにアプリケーションソフトウエアによって使用することが可能なウインドウズをベースとしたオペレーティングシステムにおける１組のソウトウエアルーチンである。ＴＡＰＩは通話及びデータ通信の両方をサポートしており、多様な端末装置を可能とさせ、且つ会議通話、通話待機、及びボイスメール等の接続タイプ及び通話管理技術をサポートしている。
【０００４】
メッセージングアプリケーションプログラミングインターフェース（ＭＡＰＩ）は、ネットワーク上の別の装置へ及びそれからメッセージ（例えば、電子メール）を送信し、受信し且つモニタするためにアプリケーションソフトウエア（例えば、ワードプロセッサ、スプレッドシート、グラフィックプログラム等）によって使用することが可能なダイナミックリンクライブラリィ（ＤＬＬ）における１組のルーチンである。単純なＭＡＰＩを使用するアプリケーションはメッセージング機能のサブセットを使用する。拡張型ＭＡＰＩアプリケーションは包括的な組のメッセージング機能を使用する。ポストオフィスプロトコル（ＰＯＰ）及びシンプルメールトランスファプロトコル（ＳＭＰＴ）は電子メール通信用の２つのプロトコルである。
【０００５】
ソフトウエアファックス、ボイスメール及び／又はページャソリューションは、典型的に、以下の手段、即ち（ａ）電子メール内の統合、及び（ｂ）独立したアプリケーション又はサービス、のうちの１つを介して実現される。各アプローチはユーザの観点からは簡単なものではない。
【０００６】
ソフトウエアファクス、ボイスメール及び／又はページャソリューションに対する１つのアプローチは、このようなサービスを電子メールプロダクト内に統合させてファックス、ボイスメール、ページャ及び／又は電子メールメッセージングデータを送信及び／又は受信するための簡単なツールをユーザへ与えることである。このアプローチは欠点を有している。例えば、ユーザにとってクライエントプログラムを購入するための付加的なコストが負担となる場合があり、且つそのプログラムを学習し且つ理解することが必要となる場合がある。更に、クライエントプログラム内に複数個の通信サービスを統合させることは付加的なサポート及び開発問題を提示する。ある場合においては、電子メールクライエントプログラムは付加的なサービスと良好に統合しない場合がある。更に、ユーザの要求／マーケットがファックス、ボイスメール、ページャ及び／又はコンタクトメッセージングサービスを１つを超える数の電子メールクライエントプログラム内に統合させることを必要とする場合がある。
【０００７】
一方、独立したアプリケーション又はサービスをファクス、ボイスメール、ページャ及び／又はコンタクトメッセージング用に提供することが可能である。然しながら、このようなアプリケーションは、典型的に、コアのオペレーティングシステムコンポーネントとは独立的にそのメッセージのグラフィック表示を与える。このようなアプリケーションに対するヒューマンインターフェースは、通常、その目的のためのみに開発されたソフトウエアプログラムであり、従って、ユーザはそのインターフェースを使用するために学習することが必要である。又、このようなメッセージングサービスは、ユーザがアプリケーションプログラムを実行する場合にのみ使用可能なものとされる（例えば、メッセージの存在が識別される）。
【０００８】
様々な形態のウインドウズ（例えば、ウインドウズ９５、ウインドウズ９８、ウインドウズ２０００、ウインドウズＮＴ、ウインドウズＣＥ、ウインドウズＸＰ等）、ユニックス（例えば、リナックス、ＳＵＮ ＯＳ、ソラリス、ＨＢ−ＵＸ）及びマッキントッシュ（例えば、ＭａｃＯＳ、ｉＭａｃ、ｉＢｏｏｋ等）等の多くのオペレーティングシステムはシェルインターフェースを提供し、それは標準の入力及び出力装置（例えば、マウス、キーボード、ディスプレイ、タッチスクリーン等）を介してユーザ／プログラマーがオペレーティングシステムと通信することを可能とする。該シェルインターフェースはＦＴＰ（ファイルトランスファプロトコル）サーバー等のリモートネットワーク格納サイト又はインターネット（又はその他のネットワーク）を探索するためのみならずファイル資源又はメディア資源を探索するために使用することが可能である。該シェルインターフェースは、又、データの同期を管理するため及びタスクスケジューリングのために使用することが可能である。
【０００９】
【発明が解決しようとする課題】
本開示は、シェルインターフェースを介してメッセージングデータを送信し、受信し且つ管理する方法を提供しており、１実施例によれば、該シェルインターフェース内にメッセージングコンポーネントをインストールし、該シェルインターフェースを使用して少なくとも１つのメッセージングエントリを表示し、尚該表示されるメッセージングエントリは受信したファックス、ボイスメール及び／又はページャメッセージを識別するものであり、且つ該受信したファックス、ボイスメール及びページャメッセージのうちの選択した１つへアクセスするために適宜の通信サービスを喚起することを包含しており、該選択したメッセージは該シェルインターフェースを介して選択される。
【００１０】
本開示は、又、メッセージングデータを送信し、受信し且つ管理するシステムを提供しており、１実施例によれば、ファックス、ボイスメール及び／又はページャメッセージングサービスを与える複数個の通信サービス、該シェルインターフェースを介して少なくとも１つのメッセージングエントリを表示するためにメッセージングコンポーネントを具備するシェルインターフェースを有する少なくとも１つのメッセージングクライエント、及び該少なくとも１つのメッセージングクライエントと該複数個の通信サービスとの間にインターフェースを与えるホストサーバーを包含している。該表示されるメッセージングエントリは受信したファックス、ボイスメール及び／又はページャメッセージを識別する。該受信したファックス、ボイスメール及びページャメッセージのうちの１つは該シェルインターフェースを介して選択することが可能であり、且つ該通信サービスのうちの適宜の１つが該選択したメッセージへアクセスために該メッセージングクライエントによって喚起される。その喚起された通信サービスは、例えばボイスメッセージビュア、ページメッセージビュア又はファックスメッセージビュア等の適宜のビュアを与えることが可能である。その表示されたメッセージングエントリは、受信したファックス、ボイスメール及びページャメッセージが電子メールメッセージに対するアタッチメント即ち添付資料であることを示すことが可能である。
【００１１】
本方法は、更に、該シェルインターフェースを介して２番目のメッセージングエントリを表示することを包含することが可能である。該２番目のメッセージングエントリは（ａ）送信したファックス、ボイスメール及び／又はページャメッセージを識別し（ｂ）発信用ファックス、ボイスメール及び／又はページャメッセージを識別及び／又はコンタクトデータを提供することが可能である。
【００１２】
該メッセージングコンポーネントは該シェルインターフェースを介してアクセス可能な使用するのが簡単なユーザインターフェースを付加し、それは（ａ）メッセージ作成ユーザインターフェース、（ｂ）ステータスモニタユーザインターフェース、（ｃ）メールボックスを管理するために該シェルインターフェースを介してアクセス可能なメッセージングプロパティユーザインターフェース（及び、メールボックスに対する設定を観察及び変更するための手段）を包含することが可能である。
【００１３】
１実施例によれば、該メッセージングコンポーネントはメッセージングシェルネーム空間をインストールする。該メッセージングコンポーネントはダイナミックリンクライブラリィ内に維持することが可能である。
【００１４】
インストールされるべきメッセージングコンポーネントは、例えばコンパクトディスク（ＣＤ）等のコンピュータによって読取可能な媒体上に格納及び／又はインターネット等のコンピュータネットワーク又はワイヤレス媒体等の別の伝送媒体を介して送信されるコンピュータプログラム（又は何等かの単位のコンピュータコード、即ちコンピュータが応答する命令であって例えばコードブロック、コード要素又はコードセグメント）において実現することが可能である。
【００１５】
【発明の実施の形態】
本開示は、メッセージの送信、受信及び管理等のメッセージングサービス及びオペレーティングシステムのコンポーネントを使用してコンタクトを管理する新規な方法及びシステムを提供する。メッセージを送信し、受信し且つ管理し且つコンタクトを管理する機能は、オペレーティングシステムによって提供されるシェルインターフェース内に統合させることが可能である。メッセージングサービスはシェルインターフェース内に統合されて拡張するための柔軟性があり且つ広く入手可能であり且つ使用することが可能なメッセージングアプリケーションを提供する。ユーザは、典型的に、シェルインターフェースに精通しているので、本開示に基づいてメッセージングデータを管理するための学習曲線は著しく減少させることが可能である。
【００１６】
図１に示した１実施例に基づくシステム１０は、複数個の通信サービス１１、ホストメッセージングサーバー１２、少なくとも１つのメッセージングクライエント１３を有している。本システムを以下により詳細に説明する。図１は２つのメッセージングクライエントを示している。然しながら、当業者にとって明らかなように、本システムは１つ又はそれ以上の（例えば、３個、４個等）メッセージングクライエントを包含すべく容易に適合させることが可能であり、クライエントの数に関する限界はホストメッセージングサーバーの能力に依存する。類推的に、本システムを１つ又はそれ以上の通信サービスを包含すべく適合させることが可能である。
【００１７】
本開示の１実施例に基づくメッセージングデータを送信し、受信し且つ管理する方法を図１及び２を参照して説明する。メッセージングコンポーネントをメッセージングクライエントのシェルインターフェース内にインストールする（ステップ２１）。少なくとも１つのメッセージングエントリをクライエントインターフェースのシェルインターフェースを介して表示する（ステップ２２）。メッセージングエントリがホストサーバーを介して通信サービスを介して受信したファクス、ボイスメール及び／又はページャメッセージを識別する。ホストサーバーを介してメッセージングクライエントによって受信したファックス、ボイスメール及びページャメッセージのうちの選択した１つへアクセスするために適宜の通信サービスを喚起させる（ステップ２３）。
【００１８】
ウインドウズプラットフォーム上で実現された場合に、本開示の方法及びシステムの１例を図３−２５を参照して以下に説明する。ウインドウズ環境においては、ウインドウズエクスプロアラーがシェルインターフェースとして提供される。例えばファクス、ボイス、ページャ及び電子メールメッセージングデータ（及びコンタクトデータ）のメッセージ管理及び通信を、以下に説明するように、エクスプロアラーシェルインターフェース内に統合させることが可能である。マッキントッシュ及びユニックスプラットフォームもシェルインターフェースを提供する。メッセージングデータを送信し、受信し且つ管理するための本明細書に記載する方法及びシステムは、又、本開示を読んだ後に当業者にとって明らかなように、このようなプラットフォームに対して適用するために適合させることが可能である。
【００１９】
本明細書においてメッセージングコンポーネントと呼称するシェルネーム空間拡張を、エクスプロアラーシェルインターフェースを介してユーザのメッセージを管理し且つ統一するために提供することが可能である。メッセージングコンポーネントのエクスプロアラーシェルとの統合は、ウインドウズと共に来るコンポーネントに加えてネーム空間を使用するメッセージ管理を提供し、且つユーザがファックスメッセージ、ボイスメールメッセージ、ページメッセージ、電子メールメッセージ又はコンタクトデータ等の付加的なデータを観察することを可能とする。該シェル拡張内において観察されるデータコンポーネントは、更に、ビデオデータを包含すべく拡張させることが可能である。これらのツールをエクスプロアラーシェルインターフェース内に統合させた場合に、ユーザは使用するのが簡単な手段を有することとなり、それによって、ユーザはマルチメディアメッセージを管理し、アクセスし且つ通信するのに既に精通している蓋然性がある。
【００２０】
インストール期間中に、メッセージングコンポーネントモジュールが適切にコピーされ且つエクスプロアラーがそれを自動的に見つけ出し且つロードすることが可能であるような形態とされる。例えば、メッセージングコンポーネントをウインドウズシステムに対するＣＯＭ（コンポーネントオブジェクトモデル）コンポーネントとしてインストールすることが可能である。適切な形態とすることにより、エクスプロアラーは自動的にメッセージングコンポーネントをロードし、メッセージングシェルネーム空間をウインドウズシステム内にインストールし、且つその基礎となる実現された機能をエクスプロアラーインターフェースの一部として動作させる。メッセージングコンポーネントはＤＬＬ（ダイナミックリンクライブラリィ）形態とすることが可能である。
【００２１】
ユーザは異なるメッセージメディアタイプにアクセスすることが可能であるばかりか、どこで且つどのようにしてユーザがそれらへアクセスするかをエクスプロアラー内に統合させることが可能である。エクスプロアラーによってロードされると、例えば図３に示したように、メッセージングコンポーネントエントリ（図３において「ＢｉｔｗａｒｅＭｅｓｓａｇｉｎｇ（ビットウエアメッセージング）」として示してある）はエクスプロアラーの左側のツリービューペイン上のユーザのＤｅｓｋｔｏｐ（デスクトップ）エントリの下側に表われる。エクスプロアラー内へのメッセージングコンポーネントのその他のタイプの統合も与えることが可能であり、例えば、（ｉ）図４に例示的に示したようにエクスプロアラーのツールバー上の２つのメッセージングコンポーネント機能ボタン「Ｃｏｍｐｏｓｅ（作成）」及び「Ｐｒｏｐｅｒｔｉｅｓ（プロパティ）」の付加、及び（ｉｉ）エクスプロアラーのメニューバー上のメニュー項目（図４における「Ｂｉｔｗａｒｅ（ビットウエア）」）及び２つのサブメニュー項目「Ｃｏｍｐｏｓｅ（作成）」及び「Ｐｒｏｐｅｒｔｉｅｓ（プロパティ）」の付加等がある。エクスプロアラーの右側リストビューペイン上に表示されるべきビューのタイプに依存して付加的なメニュー項目を与えることが可能である。
【００２２】
メッセージングコンポーネントエントリの下側に多数のフォルダーを表示させることが可能である。１実施例においては、メッセージングコンポーネントエントリはＩｎＢｏｘフォルダー、Ｓｅｎｔ Ｉｔｅｍｓ（送信項目）フォルダー及びＯｕｔＢｏｘフォルダー（例えば、図４に示してある）、及びコンタクトデータフォルダー（不図示）を包含することが可能である。これらのフォルダーのうちの１つが選択されると、エクスプロアラーの右側のペインは、例えば図５及び６に示したように、選択したフォルダーの詳細な内容に応答するデータを示す。各フォルダーは、そのアイコン、表示ネーム及びエクスプロアラー内に実現した機能を登録する。Ｉｎｂｏｘフォルダーが選択されると（例えば、ダブルクリックにより）、それは１つ又はそれ以上のユーザのメッセージングコンポーネントＩｎｂｏｘフォルダーを拡大し且つ表示する。ユーザのＩｎｂｏｘフォルダーのうちの１つが選択されると、選択したフォルダーにおける入力メッセージがエクスプロアラーの右側のペイン上に表示される。ＯｕｔＢｏｘフォルダーが選択されると、ファクス、ページャ及びボイスメッセージを包含するサービス中の発信用メッセージが表示される。Ｓｅｎｔ Ｉｔｅｍｓフォルダーが選択されると、そのフォルダーが拡大され且つ１つ又はそれ以上のユーザが送信した項目フォルダーを表示する。ユーザの送信項目フォルダーのうちの１つが選択されると、送信されたユーザの発信用メッセージのうちの特定したものがエクスプロアラーの右側のペイン上に表示される。
【００２３】
各受信したメッセージに対して、そのメッセージと関連する識別情報を表示させることが可能である。例えば、図５及び６において、使用可能である場合に、受信したメッセージの送信者を識別する情報を表示することが可能である。又、メッセージの長さ及びメッセージを受信した日付及び時間を表示させることが可能である。
【００２４】
観察すべきメッセージのタイプに基づいて異なるメッセージビュアを喚起させることが可能である。例えば、ファックスビュア、ボイスメッセージビュア及びページメッセージビュアを提供することが可能である。
【００２５】
メッセージングコンポーネントエントリの下でのフォルダーの階層の別の実施例を以下に示してある。
【００２６】
【表１】

【００２７】
この実施例においては、各ユーザは対応するＭａｉｌｂｏｘ（メールボックス）フォルダーを有している。各ユーザのメールボックスはＩｎＢｏｘフォルダーと、Ｓｅｎｔ Ｉｔｅｍｓ（送信項目）フォルダーと、ＯｕｔＢｏｘフォルダーと、Ｃｏｎｔａｃｔ Ｌｉｓｔ（コンタクトリスと）フォルダーとを包含している。
【００２８】
コンテキストメニューをエントリのタイプに基づいて与えることが可能である。従って、対応する項目に対して以下のメニュー機能を与えることが可能であり、即ち（ａ）開いた項目に対して、Ｃｏｍｐｏｓｅ（作成）、Ｐｒｏｐｅｒｔｉｅｓ（プロパティ）及び機能、（ｂ）Ｉｎｂｏｘ、Ｍｉｌｂｏｘ、Ｏｕｔｂｏｘ及びＳｅｎｔ Ｉｔｅｍｓフォルダーに対して、Ｏｐｅｎ（開く）及びＥｘｐｌｏｒｅ（探索）、（ｃ）Ｉｎｂｏｘメッセージに対して、Ｏｐｅｎ（開く）、Ｆｏｒｗａｒｄ（転送）及びＤｅｌｅｔｅ（削除）、（ｄ）Ｏｕｔｂｏｘメッセージに対して、Ｏｐｅｎ（開く）、Ｃａｎｃｅｌ Ｊｏｂ（ジャブキャンセル）及びＲｅｓｃｈｅｄｕｌｅ（再スケジュール）、（ｅ）Ｓｅｎｔ Ｉｔｅｍｓ（送信項目）メッセージに対して、Ｏｐｅｎ（開く）、Ｒｅｓｅｎｔ（再送）、Ｆｏｒｗａｒｄ（転送）及びＤｅｌｅｔｅ（削除）である。
【００２９】
ネイティブのクライエントインターフェースはステップバイステップのメッセージ作成ユーザインターフェースを包含することが可能である。例えば、図７において示したように、ウイザード型のフォーム作成を提供することが可能である。メッセージ作成ユーザインターフェースは受信者のタイプに基づいて選択した必要なユーザインターフェースページを表示する。受信者のタイプはファクス、ボイス及び／又はページャを包含している。
【００３０】
メッセージングコンポーネントと統合することが可能な付加的な特徴を以下に説明する。
【００３１】
図８はメッセージングデータを送信し、受信し且つ管理するための本開示の別の実施例に基づくシステムを示している。メッセージングコンポーネントはデスクトッププロダクトとして形態特定することが可能であるが、クライエント／サーバーモデリングを使用する実施例について以下に説明する。
【００３２】
メッセージングコンポーネントは多くのタイプのクライエント統合のうちの１つにインストールすることが可能であり、ウインドウズエクスプロアラー、アウトルック／エクスチェンジ拡張型ＭＡＰＩ（メッセージアプリケーションプログラミングインターフェース）、アウトルックエクスプレス、及びアウトルックシンプルＭＡＰＩ等を包含している。又、何等のＭＡＰＩメッセージング条件なしでメッセージングコンポーネントをユーザが使用することを可能とするネイティブのクライエントを与えることが可能である。
【００３３】
使用可能なタイプのインストレーションをセットアップ手順期間中に選択するためにユーザインターフェースを介して提供することが可能である。メッセージングコンポーネントは、デストトップ、ラップトップ及びワークグループの環境のうちのいずれかの下で稼動すべく形態特定することが可能である。メッセージングコンポーネントはセットアップ期間中に最善のインストールオプションを検知し且つ提供することが可能である。一方、ユーザ選択インターフェースを表示することなしにＳＥＴＵＰ．ＩＮＩを修正することによってインストールのタイプを予め定義することが可能である。ＳＥＴＵＰ．ＩＮＩファイルを修正することにより柔軟性のあるインストールオプションを与えることが可能である。例えば、エクスプロアラークライエント統合を有するボイス／ファックスを提供するためにインストールすることが可能である。ＳＥＴＵＰ．ＩＮＩファイルを適宜修正することにより、コードの再コンパイルなしでファックスのみを提供するためにボイス特徴を除去することが可能である。
【００３４】
メッセージングコンポーネントは、拡張型又は単純なＭＡＰＩ統合に準拠すべく形態特定することが可能である。従って、アドレスブックテンプレート、トランスポートサービスプロバイダー、メッセージフックサービスプロバイダー、メッセージフォーム、同期拡張及びコマンド拡張を提供することが可能である。アドレスブックサービスは１つの単一ユーザインターフェースページ内にボイス／ファックス／ページャ電話番号エントリを作成する手段をユーザに提供する。トランスポートサービスは、メッセージングコンポーネントとメッセージフロントエンドとの間のデリバリサービス（送信及び受信）を与える。メッセージフックサービスは、編成のための自動作成サブフォルダーによりメッセージフロントエンドからのメッセージ及びユーザメールボックスを管理するための手段を提供する。フォームプロバイダーは、例えばネイティブのビューにおける着信ボイスメッセージ、ページャメッセージ又はファックス等の異なるタイプのメッセージを容易に観察するための手段をユーザに提供する。同期拡張は読取且つ削除したメッセージを有するメッセージングＩｎｂｏｘをメッセージングコンポーネントホストにおけるものと同期させる。コマンド拡張はメッセージ作成フォームを喚起させるためのメニュー項目を与える。メッセージをプレビューするためのプレビュー拡張を設けることも可能である。
【００３５】
メッセージングコンポーネントクライエント統合をインターネットメールクライエントアプリケーションで実施することが可能である。メッセージングコンポーネントは、ＳＭＴＰ及びＰＯＰ３（ポストオフィスプロトコルバージョン３）コンポーネントを具備するインターネットクライエントとして統合させることが可能である。従って、ファックス及びボイスメッセージはＳＭＴＰ／ＰＯＰ３メッセージングクライエントとして送信及び受信することが可能である。該メッセージはアタッチメント即ち添付資料としてデリバーすることが可能である。ＳＭＴＰ及びＰＯＰ３サーバーは局所的に稼動する。
【００３６】
メッセージングコンポーネントはＴＡＰＥに準拠することが可能であり、且つ複数個のＴＡＰＩデバイスを同時的にサポートすることが可能である。メッセージングコンポーネントは、又、ＴＡＰＩデバイスを介してファックスを送信及び受信するためにアドバンストコンフィギュレーションアンドパワーインターフェース（即ち、オペレーティングシステムによって支持されるパワー管理及びシステム形態用のインターフェース仕様）に準拠させることが可能である。
【００３７】
ページャサービス（図面には示していない）をＴＡＰ（テロケーターアルファニューメリックプロトコル）プロトコル及び／又はＵＣＰ−ＳＭＳ（ユニバーサルコンピュータプロトコル−ショートメッセージシステム）、ＳＭＳ／ＴＡＰ等のその他のページャプロトコルに準拠するように適合させることが可能である。
【００３８】
メッセージングコンポーネントはコアサーバーコンポーネント、クライエントコンポーネント、クライエント統合コンポーネント、及びサービスコンポーネントを包含することが可能である。
【００３９】
メッセージングコンポーネントのサーバーコンポーネントは、データトランズアクション及びファックスサービスを実施し、且つ、例えば、ウインドウズＮＴの下でのＮＴサービス及びウインドウズ９５／９８の下でのアプケーションサービスを稼動するコンポーネントを包含することが可能である。サーバーコンポーネントは、複数の通信サービスのみならず複数のクライエント接続を提供することが可能である。
【００４０】
メッセージングコンポーネントは以下のクライエントコンポーネントを包含することが可能であり、即ち、シェルネーム空間拡張コンポーネント、ステータスモニタコンポーネント、プロパティコンポーネント、作成コンポーネント、ヘルパーコンポーネント、電話コンポーネント、ボイスメッセージコンポーネント、ファックスビュアコンポーネント、ターミナルコンポーネント、アタッチメントレンダリングコンポーネント、カバーページコンバータコンポーネントである。シェルネーム空間拡張コンポーネントは、エクスプロアラーにおける表示のためにユーザのｉｎｂｏｘ、ｏｕｔｂｏｘ、ｓｅｎｔ ｉｔｅｍｓの内容の同一性を識別し且つ供給する。ステータスモニタコンポーネントは通信装置のステータスをモニタし、従ってジョブリスト及びデバイス（装置）ステータスを表示することが可能である。例えばトレイアイコンポップアップメニュー、プログラムメニュー、ツールバー等を介して異なる機能を選択するための手段をユーザに与えることが可能である。プロパティコンポーネントは、メールボックスを付加し且つ管理し、且つメールボックスに対する設定を観察し且つ変更するための手段をユーザに提供する。作成コンポーネントは、メッセージを作成するためのユーザインターフェースを与える。ヘルパーモジュールはウインドウズサービスコンポーネントを実行する。ボイスメッセージコンポーネントはボイスメッセージに対するフォームビュアを与える。ターミナルコンポーネントは、ブレチンボードシステム（ＢＢＳ）へ及びそれからファイルを送信及び受信し、チャットモードを介して通信し、スクリプトファイル及びマクロキーを喚起し且つリモートダイアルアップ機能を実施するための手段をユーザに与える。
【００４１】
ファックスビュアコンポーネントは受信したファックスを観察し且つ注釈付けを行うビュアを与える。画像コピー／貼り付け機能をアノテーション（注釈付け）モードにおいて与えることが可能である。該ビュアはズーム機能を有することが可能である。該ビュアが最初に開かれると、そのズーム設定はＦＩＴ ＴＯ ＷＩＤＴＨに設定することが可能である。そのズーム設定は格納することが可能であり、従ってそのビュアが次に開かれる場合には、格納されているズーム設定を適用することが可能である。
【００４２】
メッセージングコンポーネントは以下のクライエント統合コンポーネントを有することが可能であり、即ち、コネクタモジュール、アドレスブックプロバイダーモジュール、コンバージョンモジュール、トランスポートサービスプロバイダーモジュール、メッセージサービスモジュール、インボックス（ｉｎｂｏｘ）同期拡張モジュール、ＭＡＰＩ拡張モジュール、ファックス通信モジュール、画像及びスクリプトモジュール、ＭＡＰＩサポートＤＬＬモジュール、メッセージプレビューモジュールである。
【００４３】
コンバージョンモジュールは、アドレスブックプロバイダーモジュールからのアドレスブックエントリをアウトルック又はエクスチェンジ又はアウトルックエクスプレス用ウインドウズアドレスブック（ＷＡＢ）用の個人的なアドレスブックにおけるエントリヘ変換させる。メッセージングコンポーネントはＭＡＰＩ個人アドレスブック（ＰＡＢ）統合及びＷＡＢ統合用の形態とさせることが可能である。ネーム即ち名前に基づく逆ＷＡＢルックアップは、アドレスタイプが無効である場合に、実施することが可能である。
【００４４】
コネクタモジュールは、メッセージングコンポーネントをインターネットクライエント（例えば、アウトルックエクスプレス）と接続させる。インターネットクライエントコネクタ（ＩＣＣ）の機能は、インターネット電子メールクライエントがメッセージングコンポーネントを介してファックス、ページャ及びボイスメッセージを送信及び受信することを可能とすることである。ＩＣＣはＳＭＴＰを使用して発信用サービスを提供し且つＰＯＰ３を使用して受信用サービスを与えることが可能である。インターネットクライエントはファクス、ページャ又はボイスメッセージを作成し且つスタンダードの電子メールに類似したＩＣＣのＳＭＴＰインターフェースへ供給することが可能である。ＩＣＣのインターネット電子メールシステム及びＭＡＰＩメッセージングシステムとの統合を例示的に図９に示してある。オペレーティングシステムに対する一体化されたメッセージングソリューションとしてメッセージングコンポーネントを継ぎ目なく統合させるために電子メールクライエントアプリケーションとの厳しい統合を与えることが可能である。ＩＣＣはスタンダードのローカルホストとしてクライエントワークステーション内に存在することが可能であり、且つインターネットクライエントアプリケーションとメッセージングコンポーネントとの間のメッセージトランスポートとして作用することが可能である。
【００４５】
メッセージングコンポーネントは以下のサービスコンポーネントを包含することが可能であり、即ち、通信サービスコンポーネント、及びユーザインターフェースコンポーネントである。通信サービスコンポーネントはＴＡＰＩデバイスを介してファックスするための通信サービスを提供し、ローカルマシンにおけるＴＡＰＩデバイスを管理し且つファックスサービスに対するユーザインターフェースを提供する。ユーザインターフェースコンポーネントはクライエントプロパティコンポーネントに対するユーザインターフェースを与える。
【００４６】
メッセージングコンポーネントは複数個のメッセージングサービスの同時的な取扱いを与える。クライエント／サーバーアーキテクチャを使用することが可能であるので、メッセージングコンポーネントは拡張可能な通信サービスを提供する。異なる通信デバイス又はサービスをサポートするために、スタンダードのリモート手順コール（ＲＰＣ）インターフェースを提供することが可能である。アドインサービスと共に、対応する通信サービスを介しての通信デバイスを使用してファックスを送信／受信し、ボイスメッセージを同報通信し且つページャメッセージを送信するために使用することが可能である。
【００４７】
該サービスはコンフィギュレーション（形態特定）及び通信コンポーネントを包含することが可能である。コンフィギュレーションコンポーネントはプロパティディスプレイ及び通信装置又はサービスに対するコンフィギュレーション即ち形態を取扱う。通信コンポーネントはデータ送信及び受信を取扱う。該コンポーネントは図１０に示したように、ホストインターフェースを介してメッセージングコンポーネントクライエントと相互作用を行う。
【００４８】
例えば図１１に示したように、例えばＴＡＰＩデバイス、ＦＡＸサービス（以下に説明）等の異なる通信サービスプラグインに対してスタンダードのＲＰＣインターフェースを提供することが可能である。通信サービスはインストール手順期間中に選択することが可能である。セットアッププロセスは複数の通信サービスをサポートするためにデバイス検知メカニズムを包含することが可能である。デリバリの優先度はサービスのリストの順番に基づくものとすることが可能である。
【００４９】
ステータスモニタはプロパティコンフィギュレーション及びその他のコンポーネントの喚起を包含するメッセージングコンポーネントによって提供される殆どの機能へアクセスするために送信／受信ステータスディスプレイ及びユーザインターフェースを提供する。それはメッセージカウントを追跡する。プロパティ情報はメニュー選択から喚起することが可能である。各デバイス（装置）は図１１に示したように個別的にイネーブル／ディスエーブルさせることが可能である。
【００５０】
ステータスモニタが開始すると、インストール期間中にこのサービスに対する設定がディスエーブルされない限り、それは各通信サービスからの自動検知機能を実行することが可能である。サービスコンフィギュレーションは、必要である場合に、正しいデバイスコンフィギュレーションを確保するためにコンフィギュレーション用のポップアップユーザインターフェースを提供することが可能である。
【００５１】
メッセージングコンポーネントはクライエントコンポーネントとして１つ又はそれ以上のＦＡＸサービス（ＦＡＸｓｅｒｖｅ）と統合することが可能である。ＦＡＸｓｅｒｖｅは多数の使用可能なクライエントのうちの１つを介してそれらのデスクトップからユーザがファックスから送信及び受信することを可能とさせる。ＦＡＸｓｅｒｖｅ通信サービスモジュールはメッセージングコンポーネントとＦＡＸｓｅｒｖｅとの間に直接的な通信を与える。ＦＡＸｓｅｒｖｅ通信サービスに対してプロパティコンフィギュレーションユーザインターフェースを与えることが可能である。メッセージングコンポーネントのＦＡＸｓｅｒｖｅコンポーネントとの統合の概略を示したブロック図を例えば図１３に示してある。
【００５２】
ＦＡＸｓｅｒｖｅ通信サービスはメッセージングコンポーネントとＦＡＸｓｅｒｖｅとの間の直接的な通信用の手段を提供し且つフレームワークとしてＴＡＰＩ通信サービス（以下に説明する）に基づくことが可能である。ＦＡＸｓｅｒｖｅ通信サービスは、ホストサーバーとインターフェースを行うビットウエア（Ｂｉｔｗａｒｅ）クライエントインターフェース、及びＦＡＸｓｅｒｖｅサーバーと通信を行うためにＡＰＩ（アプリケーションプログラムインターフェース）を使用するカスタムインターフェースを提供するＦＡＸｓｅｒｖｅクライエントインターフェースを包含している。ＦＡＸｓｅｒｖｅ通信サービスは、図１４に示したように、動作タイプの各々に対して多数の独立したスレッドを有することが可能である。
【００５３】
メインのスレッド（Ｔｈｒｅａｄ）はモジュール初期化、クリンアップ、ＦＡＸｓｅｒｖｅサーバー接続、ユーザ認証、ユーザ設定、ステータスアップデート、その他のスレッドのスタートアップを取扱うことが可能である。それは、又、ワークステーション内の現在の接続に基づいて適切なＦＡＸｓｅｒｖｅサーバーに対してスキャンすることが可能である。それはＦＡＸｓｅｒｖｅユーザ／接続を認証し且つその他のスレッドに対する変数を初期化する。それが送信及び受信スレッドを開始させた後に、そのメールボックスへ／からステータス情報又はアップデートＦＡＸｓｅｒｖｅユーザ情報を提供するためにホストサーバーからの要求をサービスすることを待機する間アイドル状態となる。
【００５４】
受信ファックススレッド（Ｒｅｃｅｉｖｅ Ｆａｘ Ｔｈｒｅａｄ）は、ＦＡＸｓｅｒｖｅサーバーにおける特定のユーザフォルダーから新たに受取ったファックスをポーリングする。受信ファクスが検知されると、それはＦＡＸｓｅｒｖｅサーバーからＦＡＸｓｅｒｖｅクライエントインターフェースを介してビットウエアクライエントインターフェースによって決定されるようにローカルのワークステーションユーザのフォルダーへ移動させることが可能である。ファックスファイルがコピーされた後に、ＦＡＸｓｅｒｖｅクライエントインターフェースはＦＡＸｓｅｒｖｅサーバーにおけるコピーを除去し且つそのファックスに関連するジョブハンドルをデアロケート即ち割当て解除する。一方、ビットウエアクライエントインターフェースは新たなメッセージイベントを開始させてファックスファイルの新たな到着をホストサーバーに通知する。
【００５５】
送信ファックススレッド（Ｓｅｎｄ Ｆａｘ Ｔｈｒｅａｄ）は、接続されているＦＡＸｓｅｒｖｅへファックスジョブを提出する手段を提供し且つビットウエアクライエントインターフェースを介してホストサーバーをポーリングし、いずれかのファックスジョブがサービスされるべき準備がなされているか否かを決定する。それはメッセージングコンポーネントレンダリングエージェントがそのファックスジョブに対するカバーページを発生することを喚起させる。該レンダリングエージェントは、又、その他の通信サービス（例えば、ＴＡＰＡ通信サービス）及びインターネットクライエントコネクタによって使用することが可能である。そのファックスジョブがレディ即ち準備完了となった後に、それはＦＡＸｓｅｒｖｅクライエントインターフェースを使用してそのジョブをＦＡＸｓｅｒｖｅへ提出する。
【００５６】
カスタムカバーページ情報を包含する送信者情報はメッセージジョブ自身内部のものとすることが可能である。ＦＡＸｓｅｒｖｅ通信サービスは直接的にそれを処理してＦＡＸｓｅｒｖｅへ提出するためにそのジョブ構造を完成する。
【００５７】
ＦＡＸｓｅｒｖｅ通信サービスオプションを形態特定するためにスダンドアローンＤＬＬをユーザへ提供することが可能である。ユーザがそのユーザインターフェースを持ち出すと、例えば図１５に示したような使用可能なＦＡＸｓｅｒｖｅサーバーのリストを提供することが可能である。サーバーネームの次のボックスをチェックすることによりサーバーをイネーブルさせることが可能である。
【００５８】
図１６に示したように、プロパティボタンが押されるとダイアログボックスを提示することが可能である。ＧｒｏｕｐＷｉｓｅファックスジョブを取扱うためにメッセージングコンポーネントと共にＧｒｏｕｐＷｉｓｅコネクタモジュールを提供することが可能である。サーバーに対する使用可能なＧｒｏｐｕＷｉｓｅレンダリングエージェントが存在する場合には、ユーザは図１７に示したようにＧｒｏｕｐＷｉｓｅプロパティページへアクセスすることが可能である。
【００５９】
図１８に示したように、ＦＡＸｓｓｅｒｖｅ通信サービスプロパティユーザインターフェースによってレジストリィエントリへアクセスすることが可能である。ＦＡＸｓｅｒｖｅサービスネーム「ＦＳＮＷＳＶＣ」の下でサーバーのリストを示すことが可能である。幾つかの関連性のあるレジストリィエントリは図１８に示した以下のものを包含することが可能である。
【００６０】
【表２】

【００６１】
ＤＬＬユーザインターフェースは、ＦＡＸｓｅｒｖｅサーバーの選択／選択解除のためにユーザへ提供することが可能である。例えば図１９に示したように、サーバーはサーバーネームの次のボックスをチェックすることにより選択することが可能である。例えば図２０に示したように、選択したＦＡＸｓｅｒｖｅサーバーへのアクセスの形態特定を行うためにダイアログウインドウを提供することが可能である。
【００６２】
例えば図２１に示したように、ＴＡＰＩ通信サービスオプションの形態特定を行うためにＤＬＬユーザインターフェースを提供することが可能である。例えば図２２に示したように、一般プロパティページがユーザにメッセージプロパティを設定するための手段を提供する。例えば図２３に示したように、送信ページが、例えば再試行時間及び遅延時間等の送信プロパティを設定するための手段をユーザに提供する。例えば図２４に示したような挨拶ページ及び例えば図２５に示したようなプロンプトページもオプションとして提供することが可能である。
【００６３】
図３−７，１１，１２，１５−２５は、本開示の実施例に基づく、メッセージ管理用のシェルインターフェースと関連したスタンダードのユーザインターフェース規約の適合である例示的なユーザインターフェースのスナップショットを示している。当業者にとって明らかなように、本明細書において説明したメッセージ管理特徴をサポートするために多数のその他のこのようなインターフェースが可能である。例えば、以下のような付加的なユーザインターフェース特徴を提供することが可能であり、（ａ）インストール期間中にデスクトップへダイアラー及び作成ショートカットの付加、（ｂ）適宜の場所におけるダイアラーにおけるダイアル／ハングアップボタン等のような「エンター」キーストローク機能、（ｃ）再ダイアル履歴記録における番号に対する再ダイアルを容易とさせる再ダイアルボタン、（ｄ）再ダイアルボタン上の右クリックが最近ダイアルしたエントリのネーム及び番号を示すトップアップメニューをトリガ、（ｅ）メッセージカウンタディスプレイコントロールに対する右クリックがメールボックスリストのディスプレイをトリガ、（ｆ）新たなメッセージが存在することの通知、例えばシステムトレイメッセージングコンポーネントアイコンの点滅、（ｇ）ユーザがメッセージクライエントにおいて前方向にクリックする場合に、作成ダイアログがアタッチされたファックス／ボイス／ページャファイルと共に開く、（ｈ）メッセージ待機状態の表示の提供、例えば一般的な点滅用スクロールロックライト、（ｉ）適宜のパスワードのみでの安全確保されたメールボックスへのアクセスの制限、（ｊ）ファックスの別のファックス番号又はメールボックスへの自動転送及びボイスメッセージの別のボイス番号又はメールボックスへの自動転送の提供、（ｋ）ファックスヘッダー及びカバーページに類似したジョブ情報のカバーページとのマージを包含するマクロをベースとしたページャ通知の提供（ネーム、番号、日付、時間等を包含する発行者ＩＤのサポート）、（ｌ）通話記録におけるダイアラー番号を介してのコールバックの提供、（ｍ）シンプルＭＡＰＩモードの下での使用メールボックスを作成する場合のメールアカウントの作成及び削除処理の提供等である。
【００６４】
上述した特定の実施例は例示的なものであり、且つ本開示の精神から又は特許請求の範囲から逸脱することなしにこれらの実施例に関して多くの変形例を導入することが可能である。異なる例示的な実施例の要素及び／又は特徴はこの開示及び特許請求の範囲内において互いに結合させ及び／又は互いに置換させることが可能である。
【００６５】
「メッセージングデータを送信し、受信し且つ管理する方法及びシステム（ＭＥＴＨＯＤ ＡＮＤ ＳＹＳＴＥＭ ＦＯＲ ＳＥＮＤＩＮＧ ， ＲＥＣＥＩＶＩＮＧ ＡＮＤ ＭＡＮＡＧＩＮＧ ＭＥＳＳＡＧＩＮＧ ＤＡＴＡ）」という名称の２０００年８月３１日付で出願した米国仮出願番号６００／２２９，４０３号を読むことにより当業者は付加的な変形例が明らかなものとなり、尚上記特許出願を引用により本明細書に取込む。
【図面の簡単な説明】
【図１】メッセージングデータを送信し、受信し、管理するための本開示の１実施例に基づくシステムに対応するブロック図。
【図２】メッセージングデータを送信し、受信し、管理するための本開示の１実施例に基づく方法のフローチャート。
【図３】本開示の１実施例に基づくデスクトップエントリの下でのメッセージングエントリのスナップショット図。
【図４】本開示の１実施例に基づいてエクスプロアラーの右側ペイン上に表われるメッセージングエントリにおけるフォルダーのスナップショット図。
【図５】本開示の１実施例に基づいてエクスプロアラーの右側ペイン上に表われるインボックス（ｉｎｂｏｘ）フォルダーにおけるメッセージのスナップショット図。
【図６】本開示の１実施例に基づいてインボックスフォルダーが選択された場合にエクスプロアラーの右側ペイン上に表われるインボックスフォルダーにおけるメッセージの別のスナップショット図。
【図７】本開示の１実施例に基づくメッセージ作成ユーザインターフェースのスナップショット図。
【図８】メッセージングデータを送信し、受信し、管理するための本開示の別の実施例に基づくシステムに対応するブロック図。
【図９】本開示の１実施例に基づいてインターネットクライエントコネクタのインターネット電子メールシステム及びＭＡＰＩメッセージングシステムとの統合の一例を示したブロック図。
【図１０】本開示の１実施例に基づいてホストインターフェースを介してのメッセージクライエントとコンフィギュレーション及び通信コンポーネントとの間のインタラクション即ち相互作用の概略図。
【図１１】本開示の１実施例に基づく通信サービスプロパティユーザインターフェースのスナップショット図。
【図１２】本開示の１実施例に基づくステータスモニタユーザインターフェースのスナップショット図。
【図１３】本開示の１実施例に基づくネイティブメッセージングクライエントのファックスサービスとの統合の１例を示したブロック図。
【図１４】本開示の１実施例に基づく複数のスレッドを具備するファックス通信サービスのブロック図。
【図１５】本開示の１実施例に基づくファックス通信サービスコンフィギュレーションユーザインターフェースのスナップショット図。
【図１６】本開示の１実施例に基づくファックス通信サービスプロパティユーザインターフェースのスナップショット図。
【図１７】本開示の１実施例に基づくファックス通信サービスグループワイズ（ｇｒｏｕｐｗｉｓｅ）プロパティユーザインターフェースのスナップショット図。
【図１８】本開示の１実施例に基づくファックス通信サービスレジストリィエディターユーザインターフェースのスナップショット図。
【図１９】本開示の１実施例に基づくファックス通信サービス選択ユーザインターフェースのスナップショット図。
【図２０】本開示の１実施例に基づくファックス通信サービスアクセスコンフィギュレーションユーザインターフェースのスナップショット図。
【図２１】本開示の１実施例に基づくデバイスプロパティユーザインターフェースのスナップショット図。
【図２２】本開示の１実施例に基づく一般プロパティユーザインターフェースのスナップショット図。
【図２３】本開示の１実施例に基づく送信プロパティユーザインターフェースのスナップショット図。
【図２４】本開示の１実施例に基づく挨拶プロパティユーザインターフェースのスナップショット図。
【図２５】本開示の１実施例に基づくプロンプトプロパティユーザインターフェースのスナップショット図。

Claims (20)

1. シェルインターフェースを介してメッセージングデータを送信し、受信し且つ管理する方法において、
   前記シェルインターフェース内にメッセージングコンポーネントをインストールし、
   前記シェルインターフェースを介して少なくとも１つのメッセージングエントリを表示し、尚前記表示されたメッセージングエントリは受信したファックス、ボイスメール及び／又はページャメッセージを識別するものであり、
   前記受信したファックス、ボイスメール及びページャメッセージのうちの選択した１つへアクセスするために適宜の通信サービスを喚起させ、尚前記選択したメッセージは前記シェルインターフェースを介して選択されたものである、
   ことを特徴とする方法。
2. 請求項１において、更に、前記シェルインターフェースを介して２番目のメッセージングエントリを表示し、前記２番目のメッセージングエントリは送信したファックス、ボイスメール及び／又はページャメッセージを識別することを特徴とする方法。
3. 請求項１において、更に、前記シェルインターフェースを介して２番目のメッセージングエントリを表示させ、前記２番目のメッセージングエントリが発信用ファックス、ボイスメール及び／又はページャメッセージを識別することを特徴とする方法。
4. 請求項１において、更に、前記シェルインターフェースを介して２番目のメッセージングエントリを表示させ、前記２番目のメッセージングエントリがコンタクトデータを与えることを特徴とする方法。
5. 請求項１において、前記メッセージングコンポーネントがメッセージングシェルネーム空間をインストールすることを特徴とする方法。
6. 請求項１において、前記メッセージングコンポーネントが前記シェルインターフェースを介してアクセス可能なメッセージ作成ユーザインピーダンスを付加することを特徴とする方法。
7. 請求項１において、前記メッセージングコンポーネントが前記シェルインターフェースを介してアクセス可能なステータスモニタユーザインターフェースを付加することを特徴とする方法。
8. 請求項１において、前記メッセージングコンポーネントがメールボックスを管理するために前記シェルインターフェースを介してアクセス可能なメッセージングプロパティユーザインターフェースを付加することを特徴とする方法。
9. 請求項８において、前記ユーザインターフェースが前記メールボックスに対する設定を観察及び変更する手段を与えることを特徴とする方法。
10. 請求項１において、前記通信サービスがボイスメッセージビュアを包含していることを特徴とする方法。
11. 請求項１において、前記通信サービスがページャメッセージビュアを包含していることを特徴とする方法。
12. 請求項１において、前記通信サービスがファックスメッセージビュアを包含していることを特徴とする方法。
13. 請求項１において、前記メッセージングコンポーネントがダイナミックリンクライブラリィ内に維持されることを特徴とする方法。
14. 請求項１において、前記表示されるメッセージングエントリが、受信したファックス、ボイスメール及びページャメッセージが電子メールメッセージへのアタッチメントであることを示すことを特徴とする方法。
15. シェルインターフェースを介してメッセージングデータを送信し、受信し且つ管理するための方法ステップを実施するためにマシンによって実行可能な命令からなるプログラムを実現する機械読取可能なプログラム記憶装置において、前記方法ステップが、
    前記シェルインターフェース内にメッセージングコンポーネントをインストールさせ、
    前記シェルインターフェースを介して少なくとも１つのメッセージングエントリを表示させ、尚前記表示されたメッセージングエントリは受信したファックス、ボイスメール及び／又はページャメッセージを識別するものであり、
    前記受信したファクス、ボイスメール及びページャメッセージのうちの選択した１つへアクセスするために適宜の通信サービスを喚起させ、尚前記選択されたメッセージは前記シェルインターフェースを介して選択されるものである、
    ことを包含していることを特徴とするプログラム記憶装置。
16. 請求項１５において、前記方法ステップが、更に、
    前記シェルインターフェースを介して２番目のメッセージングエントリを表示させ、前記２番目のメッセージングエントリは送信したファックス、ボイスメール及び／又はページャメッセージを識別する、
    ことを包含しているプログラム記憶装置。
17. シェルインターフェースを介してメッセージングデータを送信し、受信し且つ管理するためにコンピュータによって実行可能な命令を実現する伝送媒体において実現されているコンピュータデータ信号において、
    前記シェルインターフェース内にメッセージングコンポーネントをインストールするためにインストールコードを包含する第一セグメント、
    前記シェルインターフェースを介して少なくとも１つのメッセージングエントリを表示するために前記メッセージングコンポーネントにおいてメッセージ管理コードを包含する第二セグメント、尚前記表示されたメッセージングエントリは受信したファックス、ボイスメール及び／又はページャメッセージを識別するものであり、
    前記受信したファックス、ボイスメール及びページャメッセージのうちの選択した１つへアクセスするために適宜の通信サービスを喚起するためのサービス喚起コードを包含する第三セグメント、尚前記選択したメッセージは前記シェルインターフェースを介して選択されるものである、
    ことを包含しているコンピュータデータ信号。
18. 請求項１７において、２番目のメッセージングエントリが前記シェルインターフェースを介して表示され、前記２番目のメッセージングエントリは送信したファクス、ボイスメール及び／又はページャメッセージを識別することを特徴とするコンピュータデータ信号。
19. メッセージングデータを送信し、受信し且つ管理するシステムにおいて、
    ファックス、ボイスメール及び／又はページャメッセージングサービスを提供する複数個の通信サービス、
    前記シェルインターフェースを介して少なくとも１つのメッセージングエントリを表示するためにメッセージングコンポーネントを具備するシェルインターフェースを有する少なくとも１つのメッセージングクライエント、尚前記表示されるメッセージングエントリは受信したファックス、ボイスメール及び／又はページャメッセージを識別し、前記受信したファクス、ボイスメール及びページャメッセージのうちの１つが前記シェルインターフェースを介して選択され、且つ前記選択したメッセージへアクセスするために前記メッセージングクライエントによって前記通信サービスのうちの適宜の１つが喚起されるものであり、
    前記少なくとも１つのメッセージングクライエントと前記複数個の通信サービスとの間にインターフェースを与えるホストサーバー、
    を有しているシステム。
20. 請求項１９において、２番目のメッセージングエントリが前記シェルインターフェースを介して表示され、前記２番目のメッセージングエントリは送信したファックス、ボイスメール及び／又はページャメッセージを識別することを特徴とするシステム。

Images