JP2007080273A - 配信後、電子メール・メッセージの提示を制御するシステム、方法及びプログラム（制約ごとの返信を含む電子メール・メッセージの提示及び監視の容易化） - 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