(57)【特許請求の範囲】
【請求項１】
ネットワークに接続するための複数のクライエントコンピュータを備え、各クライエントコンピュータは、クライエントメールアプリケーションプログラムを実行するように構成され、
サーバコンピュータでサーバメールプログラムを実行するためにネットワークに接続されたメールサービスシステムを更に備え、このメールサービスシステムは、
メールメッセージをメッセージファイルに記憶し、そしてメールメッセージにおける全てのワードに対する位置情報を含む全テキストインデックスを記憶するためのインデックスサーバと、
ユーザによって規定された、及び、システムによって事前に規定されたラベルを、メール・メッセージに追加し、メール・メッセージからラベルを除去し、ラベルを全テキスト・インデックスに記憶することを含む、ラベルを管理するための手段(240)と、
前記複数のクライエントコンピュータから受信した問合せを用いて全テキストインデックスをサーチすることによりメールメッセージをアクセスするための手段と、
を含み、
問い合わせの各々が、問い合わせを満足させるメール・メッセージに含まれるべき、少なくとも１つのユーザによって規定されたラベルを指定することを特徴とする電子式の分散型メールシステム。
【請求項２】
クライアント・アプリケーション・メール・プログラムを用いて問い合わせを構成するための手段であって、上記問い合わせは、用語(terms)を含み、演算子が、当該用語を結合するもの、及び、
全テキストインデックスをサーチして、問い合わせの用語及び演算子を満足するメール・メッセージを捜し当てるための手段
を更に含む、
請求項１に記載の分散型メールシステム
【請求項３】
上記メールサービスシステムは、更に、
ネットワークに接続されたフロントエンドのウェブサーバと、
上記フロントエンドのウェブサーバに接続されたバックエンドのインターフェイスプログラムとを含み、このバックエンドのインターフェイスプログラムは、口座マネージャー、メールサーバ及びインデックスサーバに接続される請求項１に記載の分散型メールシステム。
【請求項４】
上記口座マネージャーは、分散型メールシステムの各ユーザごとに、口座情報を維持し、この口座情報は、ユーザのメールボックスアドレスと、ユーザのパスワードと、ユーザに対するラベルのアクティブ・セットと、割り当てられた名前と関連付けされた、セーブされたサーチ用語と、新たに受信されたメッセージに対して自動的に実行される問い合わせと、どのメッセージが、ユーザによって、特定の問い合わせで、最後に選択されたかの記録と、ユーザの好みと、構成されているメッセージの構成状態とを含むものである請求項３に記載の分散型メールシステム。
【請求項５】
割り当てられた名前と関連付けされたサーチ用語をセーブすることによって、問合せに名前を付ける手段と、割り当てられた名前と関連付けされたセーブされたサーチ用語を、上記口座情報から、メールサービスシステムに接続される間に特定のユーザによって動作される特定のクライエントコンピュータにダウンロードする手段とを更に備えた請求項４に記載の分散型メールシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、一般に、電子メールに係り、より詳細には、分散型コンピュータシステムにおける電子メールメッセージ処理に係る。
【０００２】
【従来の技術】
インターネットのような大規模な分散型コンピュータシステムの出現に伴い、コンピュータシステムのユーザに利用できる情報の量が飛躍的に増大した。この情報の中に電子メール（ｅ−メール）がある。文書化メッセージを構成しそして配布する手段の改善に伴い、インターネットにおけるｅ−メールトラフィックの量が増大した。活動的なインターネットユーザが年間に数万通のｅ−メールメッセージを受けることは例外ではない。
【０００３】
１つの効果として、インターネットは、ユーザが有用な情報を適時に且つ便利に交換できるようにする。しかしながら、膨大な量の情報を追跡することが問題となってきている。付加的な効果として、インターネットは、現在、ユーザが、テキストや音声や静止像及び動画像のような多数の異なる提示方式で交換できるようにする。このような複雑な情報を編成するようにｅ−メールシステムを適応させ、そして情報をコヒレントに検索する効率的な手段を提供することは、簡単ではない。
【０００４】
【発明が解決しようとする課題】
１つの欠点として、インターネットのユーザは、メールリストへ送信したり、ニュースグループに参加したりするときに、ジャンクメールを受け取ることがある。特定のユーザが数千もの不所望なメールメッセージで困惑されたという事例が多数報告されている。現在のフィルタシステムは、このような殺到を取り扱うのに充分ではない。
【０００５】
ｅ−メールを構成しそしてアクセスするための既知の分散型システムは、通常は、ＩＭＡＰ、ＰＯＰ又はＳＭＴＰのようなプロトコルのまわりに構築される。通常、ユーザは、メールサービスがアクセスされようとしているクライエントコンピュータに互換性のあるユーザエージェントソフトウェアをインストールしなければならない。ユーザのクライエントコンピュータには著しい量の状態情報がしばしば維持される。例えば、特定のユーザの全メールデータベースをユーザのデスクトップコンピュータ又はラップトップコンピュータに記憶することも例外ではない。通常、ユーザは、明らかに、メールメッセージをサブジェクトフォールダへと編成する。メールのアクセスは、一般に、全メッセージをネットワークを経てクライエントコンピュータへ搬送することを含む。
【０００６】
このようなシステムは、多くの点で欠点がある。ユーザが遭遇するほとんどのコンピュータは、ユーザのメールサービスに適合するユーザエージェントで構成されない。ユーザの状態は、特定のクライエントコンピュータにしばしば捕らえられ、これは、ユーザが別のコンピュータへ移動するときに作業ができないことを意味する。明確なフォールダ編成により多量の文書メールメッセージを管理することは、ほとんどのユーザにとって困難である。帯域巾の狭いネットワークを経てメールをアクセスすることは、不充分になり勝ちである。
そこで、これらの欠点を克服するメールシステムを提供することが望まれる。
【０００７】
【課題を解決するための手段】
本発明は、その広い形態において、請求項１に記載の電子式の分散型メールシステムに係る。
複数のクライエントコンピュータがネットワークを経て互いに且つメールサービスシステムに接続された分散型メールシステムについて以下に説明する。各クライエントコンピュータは、クライエントメールアプリケーションプログラムを実行するように構成される。メールサービスシステムは、サーバコンピュータでサーバメールプログラムを実行するためのものである。メールサービスシステムは、メールメッセージをメッセージファイルに記憶すると共に、メールメッセージの全テキストインデックスを記憶するためのインデックスサーバを含む。このシステムは、更に、問合せを用いて全テキストインデックスをサーチすることにより複数のクライエントコンピュータでメールメッセージをアクセスする手段を備えている。
【０００８】
【発明の実施の形態】
以下、添付図面を参照し、好ましい実施形態を一例として詳細に説明する。
システムの概要
図１において、構成体１００は、本発明による特徴を有する分散型メールサービスを提供する。図１において、１つ以上のクライエントコンピュータ１１１−１１３がネットワーク１２０を経て以下に述べるメールサービスシステム２００に接続される。
【０００９】
クライエントコンピュータ
クライエントコンピュータ１１１−１１３は、ワークステーション、ＰＣ、ラップトップ、パルムトップ、ネットワークコンピュータ（ＮＣ）又は他の同様の構成のコンピュータシステムである。クライエント１１１−１１３は、所有することもできるし、借りることもできるし又はレンタルすることもできる。実際には、クライエント１１１−１１３は、潜在的に、現存してネットワークに接続された数百万のパーソナルコンピュータシステムのいずれかである。時間と共に、ユーザは、異なるクライエントコンピュータを異なる位置で使用する。
【００１０】
コンピュータ１１１について示したように、各クライエントコンピュータは、例えば、ＵＮＩＸ（登録商標）、Ｗｉｎｄｏｗｓ９５（登録商標）、ＭａｃＯＳ（登録商標）又はＮＴ（登録商標）のような標準的なオペレーティングシステムソフトウェア（Ｏ／Ｓ）１１４を実行する。Ｏ／Ｓ１１４は、アプリケーションソフトウェアプログラムを実行するのに使用される。クライエント１１０において実行できるアプリケーションプログラムの１つは、ウェブブラウザ１１５である。ウェブブラウザ１１５は、Ｎｅｔｓｃａｐｅ  Ｎａｖｉｇａｔｏｒ（登録商標）、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｐｌｏｒｅｒ（登録商標）、Ｈｏｔ  Ｊａｖａ（登録商標）、及び他の同様のブラウザである。
【００１１】
ブラウザ１１５の機能は、参照番号１１６で一般に示されたフォーム、アプレット及びプラグインにより拡張できる。好ましい実施形態では、ブラウザの拡張は、以下に詳細に述べるクライエントメールアプリケーションプログラムの形態である。クライエントメールアプリケーションプログラムは、メールサーバシステム２００からネットワーク１２０を経てダウンロードされる。拡張は、最大のポータブル性を与えるように、ＨＴＭＬ、ＪａｖａＳｃｒｉｐｔ、Ｊａｖａアプレット、Ｍｉｃｒｏｓｏｆｔ  ＡｃｔｉｖｅＸ（登録商標）又はその組合せを用いて実施できる。
【００１２】
コンピュータ１１２について示したように、クライエントは、バス１２０により互いに接続された１つ以上のプロセッサ（Ｐ）１１７、メモリ（Ｍ）１１８、入力／出力インターフェイス（Ｉ／Ｏ）１１９を含む。プロセッサ１１７は、３２、６４又は他のビット長さのデータ構造でＣＩＳＣ又はＲＩＳＣアーキテクチャーを実施することができる。メモリ１１８は、ソリッドステートダイナミックランダムアクセスメモリ（ＤＲＡＭ）と、固定及び取り外し可能なメモリ、例えば、ハードディスクドライブ、ＣＤ−ＲＯＭ、ディスケット及びテープとを含むことができる。Ｉ／Ｏ１１９は、キーボード及びマウスのような入力装置と、ディスプレイ及びプリンタのような出力装置に接続することができる。又、Ｉ／Ｏ１１９は、サウンドカード、イメージプロセッサ等のマルチメディアデバイスに接続するように構成することもできる。又、Ｉ／Ｏは、ネットワーク１２０への必要な通信リンクも与える。
【００１３】
ネットワーク
好ましい実施形態では、ネットワーク１２０は、多数の公衆アクセスポイントを含み、通信は、インターネットプロトコル（ＩＰ）を用いて実行される。インターネットプロトコルは、データを通信する標準的な方法として広く認識されている。ＨＴＴＰ及びＦＴＰのような高レベルプロトコルは、アプリケーションレイヤにおいて通信し、一方、ＴＣＰ／ＩＰのような低レベルプロトコルは、搬送及びネットワークレベルで動作する。
【００１４】
インターネットの部分は、ワールドワイドウェブ又は省略して「ウェブ」と称するデータ交換インターフェイスを含む。ウェブは、多数のソフトウェアパッケージにより認識された規格に基づいて、データをフォーマットし、通信し、相互接続しそしてアドレスするための方法を与える。例えば、ウェブを使用し、マルチメディア（テキスト、音声及び映像）データをウェブページとして構成することができる。ウェブページは、ユニフォームリソースロケータ（ＵＲＬ）を用いてブラウザ１１５により位置決めすることができる。
【００１５】
ＵＲＬは、サーバやデータ記録のようなウェブベースのリソースの正確な位置を特定する。この位置は、ドメイン、サーバ、ユーザ、ファイル及び記録情報、例えば、ＨＴＴＰ：／／ｗｗｗ．ｄｉｇｉｔａｌ／ｃｏｍ／〜ｕｓｅｒｉｄ／ｆｉｌｅ．ｈｔｍｌ／〜ｒｅｃｏｒｄを含むことができる。インターネットサービスは、メールメッセージを送信及び受信するのに使用できる。例えば、メールメッセージは、ＳＭＴＰプロトコルを用いて、アドレス「ｊｏｎｅｓ＠ｍａｉｌ．ｄｉｇｉｔａｌ．ｃｏｍ」へメールを送ることができる。１つの効果として、インターネット及びウェブは、ユーザが、僅かな実際的な制約しかもたずに、どんな形式のコンピュータシステムを使用するかに係わりなく、データを交換できるようにする。
【００１６】
イントラネット
メールサービスシステム２００は、１つ以上のサーバコンピュータを含む。通常、システム２００は、公衆ネットワーク１２０に接続されたあるプライベートネットワーク（イントラネット）の一部分である。一般に、イントラネットは、選択されたユーザベース、例えば、会社のネットワーク、政府のネットワーク、又はある商業的ネットワークに対してあるプライベートなエンティティによって動作される分散型コンピュータシステムである。
【００１７】
ファイアウオール
機密保護を与えるために、インターネットの要素とイントラネットの要素との間の通信は、ファイアウオール１３０により頻繁にフィルタされそして制御される。ファイアウオール１３０の目的は、プライベートイントラネットの機密方針を実施することである。１つのこのような方針は、「クライエントコンピュータがインターネットの公衆部分を経てイントラネットサーバへ直接接続することを決して許さない」ことである。ファイアウオールは、イントラネットの重要なリソース（サーバ及びデータ）へのアクセスを保護するという役割も果たす。
【００１８】
ある形式のデータトラフィックのみがファイアウオール１３０を横切ることが許される。ファイアウオール１３０の貫通は、トンネル１３１により得られる。トンネル１３１は、一般に、アクセスが許される前に、機密のチャレンジ・アンド・レスポンスのシーケンスを実行する。クライエントのユーザの認識が確証を得ると、イントラネットの要素との通信が、ＳＳＬ及びＸ．５０９証明書のような機密プロトコルを使用してプロキシサーバ（図示せず）を経て実行される。
【００１９】
メールサービスシステム
メールサービスシステム２００は、局部的に又は広い地域にわたり互いに接続された１つ以上のサーバコンピュータとして実施することができる。サーバコンピュータは、その名前が示すように、クライエントコンピュータ１１１−１１３に代わってサーバソフトウェアプログラムを実行するように構成される。「サーバ」という用語は、時には、ハードウェア、ソフトウェア又はその両方を意味することができる。というのは、ソフトウェアプログラムは、負荷条件に基づいて異なるサーバコンピュータに動的に指定できるからである。サーバは、一般に、多数のユーザのための大きな集中型データ貯蔵庫を維持する。
メールシステム２００において、サーバは、ユーザの口座情報を維持し、メールメッセージを受け取り、フィルタしそして編成し、メッセージの情報がいかにエンコードされるかに係わりなく、それらを容易に位置決めしそして検索できるようにする。
【００２０】
一般的な動作
構成体１００の動作中に、クライエントコンピュータ１１１−１１２のユーザは、ｅ−メールサービスを行うことを希望する。これらの活動は、一般に、ｅ−メールメッセージを構成し、読み取りそして編成することを含む。それ故、クライエントコンピュータは、ＡＴ＆Ｔ又はアースリンクのような公衆インターネットサービスプロバイダー（ＩＳＰ）を用いてネットワーク１２０に接続を行うことができる。或いは又、クライエントコンピュータは、サイバースミスのような「サイバー・カフェ」においてインターネットに接続することもできるし、又はローカルエリアネットワークを経てイントラネットそれ自体に接続することもできる。多数の他の接続機構を使用することもできる。接続がなされると、ユーザは、メールサービスを実行することができる。
【００２１】
１つの効果として、構成体１００の構造的及び機能的特性は次のものを含む。システム２００のメールサービスは、ウェブに接続されたいかなるクライエントコンピュータによっても使用できる。サービスのユーザは、全く移動可能であって、いかなるメール活動の間にも異なるクライエント間を任意に移動することができる。メールメッセージの構成は、あるクライエントにおいてスタートし、別のクライエントにおいて完成し、そして更に別のコンピュータから送信することができる。
【００２２】
これらの特性の一部分は、後でアクセスが行えない場合にユーザの状態をクライエントコンピュータの１つに決してロックしないことにより達成される。これは、クライエントコンピュータのローカル記憶装置に重要なデータが全く存在しないためにそのローカル記憶装置をバックアップする必要がないという付加的な利点を有する。本質的に、これは、オペレーティングプラットホームがウェブであり、従って、ウェブを経てメールサービスシステムへアクセスすれば、ユーザデータをアクセスするのに充分であるという概念をベースとする。
【００２３】
サービスシステムは、マルチメディアの形態のデータを含むメールメッセージについても、広範囲の接続帯域巾にわたって充分に機能する。大きな貯蔵庫からのメッセージの検索は、複雑な分類機構を必要とせずに、全テキストインデックスの問合せを用いて行われる。
構成体１００は、多数のアクセス経路のような冗長性技術、及び独立ディスクの冗長アレー（ＲＡＩＤ）技術を用いた複製ファイルを組み込むように設計される。
【００２４】
メールサービスシステム
図２に示すように、メールサービスシステムは、次の要素を含む。システム２００は、フロントエンドとしてウェブサーバ２１０を有するように構成される。サーバ２１０は、ＷＷＷコンソーティウムから入手できる「Ａｐａｃｈｅ」ウェブサーバである。ウェブサーバ２１０は、バックエンドの共通のゲートウェイインターフェイス（ＣＧＩ）プログラム２２０と対話する。このプログラムは、口座マネージャー３００、ＳＴＭＰメールサーバ２４０、及びインデックスサーバ２５０とインターフェイスする。ＣＧＩプログラム２２０は、１つの考えられる機構である。又、このプログラムは、ウェブサーバ２１０にコードを直接追加するか、又はＮｅｔｓｃａｐｅからＮＳＡＰＩへの拡張を追加することにより実施することもできる。
【００２５】
システム２００の最上位レベルの機能は、メール送信２４１、メール受信２４２、問合せインデックス２４３、メールへの／からのラベル追加／除去２４４、及びメール検索２４５を含む。機能２４１−２４５を実施するプロセスに対して異なるサーバを使用することができる。
口座マネージャー３００は、口座情報を維持する。メールサーバ２４０は、ネットワークに接続された他のサーバへメールメッセージを送信したりそこから受信したりするのに使用される。インデックスサーバ２５０は、メッセージファイル４００のメールメッセージ、及びメッセージに対する全テキストインデックス５００を維持する。ＣＧＩプログラム２２０は、メールメッセージの検索のためにフィルタ２８０を経てメッセージファイル４００と対話する。
【００２６】
ウェブサーバ２１０は、ＨＴＴＰプロトコル２０１を用いてネットワークを経て通信するために適当なプロトコルを実施する標準的なウェブサーバ、例えば、Ａｐａｃｈｅサーバである。ＣＧＩバックエンドプログラム２２０は、ウェブサーバ２１０とメールサービスシステムの動作要素との間でトランザクションをルート指定する。ＣＧＩバックエンド２２０は、サーバにおいて実行されるＣ及びＴＣＬプログラムとして実施することができる。
【００２７】
口座マネージャー
図３に示すように、口座マネージャー３００は、メールシステム２００にアクセスすることが許されたユーザに対する口座情報３０１−３０３を維持する。各口座に対して維持される情報は、例えば、ポストオフィスプロトコル（ＰＯＰ−３）アドレスの形態のメールボックスアドレス３１０と；ユーザパスワード３２０と；ラベル状態３３０と；名前付けされた問合せ３４０と；フィルタ問合せ３５０と；問合せ位置情報３６０と；ユーザの好み３７０と；セーブされる構成状態３８０とを含むことができる。口座情報の完全な意味及び使用は、システム２００の他の要素を説明するときに明らかとなろう。
【００２８】
最初に、パスワード３２０は、ユーザの確証を得るのに使用される。ラベル３３０は、メールメッセージを編成しそして検索するのに使用される。ラベルは、メッセージの寿命にわたってメッセージに追加したり除去したりすることのできる注釈ノートに類似させることができ、換言すれば、ラベルは変更可能である。ラベルは、ユーザがそのメッセージをサブジェクトエリアへと編成するのを助成する。ラベル状態は、いつでも、特定のユーザに対してアクティブである全てのラベルを捕獲する。ラベルについては、以下に詳細に説明する。
【００２９】
システム２００において、メールメッセージは、問合せを使用することによりアクセスされる。これは、多数の既知のメールシステムに使用されるようにサブジェクトフォールダを明確に特定するのとは対照的である。問合せは、１つ以上のスピーチ用語で構成され、これらのスピーチ用語は、おそらく論理演算子で接続され、メッセージを検索するのに使用することができる。問合せの名前を特定することにより、ユーザは、特定の題目、フレーズ、日付、送信者等に関連したメッセージを容易に検索することができる。名前付きの問合せ３４０は、口座情報の一部分として記憶される。
【００３０】
ある問合せは、「フィルタ」問合せ３４０として呼称することができる。これは、ユーザが、例えば、スパムとして一般に知られている「ジャンクメール」を選別できるようにする。又、フィルタ問合せは、特定のメールリストから受け取ったメッセージを予め分類するのに使用することもできる。問合せ位置情報は、ユーザが問合せで最後に選択したのがどのメッセージであるかを記録する。このように、ユーザインターフェイスは、問合せが再発行されたときに選択されたメッセージに対してメッセージの表示を位置決めすることができる。ユーザの好み３７０は、図１の拡張されたブラウザ１１６により実施されるメールサービスに対するユーザインターフェイスの外観及び機能を特定する。セーブされる構成状態３８０は、ユーザが、メッセージを作成する間に多数の異なるクライエントコンピュータを使用してメッセージを構成しそして送信できるようにする。
【００３１】
口座マネージャー３００は、新たな口座を発生したり又は既存の口座を削除したりすることができる。口座は、ユーザの名前及びパスワードを特定することによりユーザに対して発生される。骨格となる口座が発生されると、ユーザは、ラベル、名前付けされた問合せ、フィルタ問合せ、等々の残りの情報を供給することができる。
【００３２】
メールサーバ
ここで、図２を参照すると、メールサーバシステム２００は、ＰＯＰ−３プロトコルを用いてメールサーバ２４０と通信することにより新たなメールメッセージを受け取る（２４２）。メールメッセージは、ＳＭＴＰプロトコルを使用して送られる（２４１）。特定のユーザに対するメールサーバ２４０の適当なルート情報を、ユーザの口座が発生された後に、発生することができる。「ＰＯＰ口座名」は、ユーザの名前として特定されねばならない。ほとんどのシステムにおいて、名前は、ケースに敏感である。「ＰＯＰホスト」は、メールサーバ２４０のインターネットドメイン名でなければならない。ここで、レターのケースは無視される。「１６．４．０．１６」のようなＩＰアドレスを使用できるが、ドメイン名が好ましい。ある場合には、特定のユーザの好ましいインターネットｅ−メールアドレスは、ＰＯＰ口座名にもＰＯＰホストにも無関係とされる。メールサーバ２４０は、リンク２４９によりインターネットに接続される。
【００３３】
現在オンラインで使用できる情報の量の急速な拡張は、当該情報の探索を著しく困難なものにした。「私はそのメッセージをどのフォールダに記憶したのか」という質問は、セーブしようとするメッセージの数が長い時間周期にわたり数千にも増加した場合に、答えることが困難なものとなる。アクセスされるメッセージの重要性及び頻度は、変化し得る。
従来の解決策は、メールメッセージをハイアラーキ式に、例えば、ファイル、フォールダ、サブフォールダ、サブ・サブフォールダ、等に構成するものであった。しかしながら、このような構造は、ファイリングの戦略が時間と共に一貫していないので、容易に拡張できないことが認識される。多くのユーザは、長年にわたって累積される相当量のｅ−メールメッセージに対してハイアラーキ構造が充分でないことが分かった。特に、メッセージの意味や関係が時間と共に変化するからである。明確なファイリング戦略を伴うほとんどのシステムは、ハイアラーキの順序を現在の要求に一貫するよう保つために常に飽き飽きするほどの注意を必要とする。
【００３４】
メッセージ貯蔵庫
メッセージは、メッセージファイル４００及び全テキストインデックスに記憶される。メッセージファイルの編成について先ず説明する。これに続いて、全テキストインデックス５００の説明をする。本発明の特徴として、メールメッセージとのユーザの対話は、主として、全テキストインデックス５００に予め形成された問合せによる。
図４に示すように、インデックスサーバ２５０は、各受け取ったメッセージ４０１−４０２に独特の識別（ＭｓｇＩＤ）４１０を指定する。ＭｓｇＩＤ４１０は、ファイル識別（ＦｉｌｅＩＤ）４１１及びメッセージ番号（ＭｓｇＮｕｍ）４１２より成る。ＦｉｌｅＩＤは、「名前」であり、即ち特定のメッセージファイル４２０に対するポインタであり、そしてＭｓｇＮｕｍは、ファイル内のメッセージのある任意の番号、例えば、ファイル４２０へのインデックスである。
【００３５】
メッセージは、それがファイルされた後には決して変化しない。又、ＭｓｇＩＤ４１０は、同じメッセージを永久に識別し、そしてそのメッセージのみのＩＤである。参照されたメッセージファイル２４０において、メッセージエントリー４３０は、フィールド４３１に記憶されたＭｓｇＮｕｍと、ラベル４３２と、フィールド４３３におけるメッセージ自体の内容とを含む。
メッセージを記憶するために維持される個別ファイル２４０の数は、基礎となるファイルシステムの設計及び特定の実施細部に依存する。例えば、特定のファイルのエントリーのサイズ及び数は、ファイルシステムにより制限される。又、多数のファイルをもつことは、バックアップ及び回復のようなファイル保守機能を容易にする。
【００３６】
ラベルログ
メッセージは決して変化しないが、メッセージに関連したラベルのセットは、変化し得る。ラベルは変化できるので、トランザクションログ４４０も維持される。ログ４４０は、「加算」エントリー（＋ラベル）４５０と、「除去」エントリー（−ラベル）４６０とを含む。各エントリーは、作用を受けるメッセージエントリーのＭｓｇＩＤ４５１又は４５３と、追加（４５２）又は削除（４５３）されるラベルとを含む。ログ４４０の内容は、時々、メッセージファイル２４０と合体される。合体されたエントリーは、ログ４４０から除去される。ラベルログ４４０は、ラベル、及びラベルの付けられたデータが同じインデックスで記憶される場合に、メールメッセージのようなデータ記録に取り付けられるラベルの変化を考慮するものである。
【００３７】
全テキストインデックス
図５及び６は、インデックスサーバ２５０が全テキストインデックス５００をいかに発生するかを示す。新たに受け取られたメールメッセージは、バッチ４０３−４０４で処理される。バッチのメッセージ４０１及び４０２は、個々のワード５１０へとパーズされる。大きなメールサービスシステムのバッチ４０３は、数百又は数千のメッセージを含むことができる。メッセージのワードは、それらがバッチにおいて受け取られた順序でパーズされる。各ワードには、逐次の位置番号５２０が任意に指定される。
【００３８】
例えば、第１のバッチの第１のメッセージの第１のワードには、位置「１」が指定され、次のワードには位置「２」が指定され、そして最後のワードには位置「３」が指定される。次にメッセージの第１ワードには、次の逐次位置「４」が指定され、等々となる。ある位置がワードに指定されると、その指定は決して変化しない。位置が６４ビットの数字として表される場合には、位置に重畳が生じることはほとんどあり得ない。
メッセージがパーズされるときに、インデックスプロセスが付加的な「メタワード」５３０を発生する。例えば、メッセージ終了（ｅｏｍ）メタワードは、各メッセージの最後のワードについて発生される。メタワードには、それらの発生を引き起こしたワードと同じ位置が指定される。ここに示す例では、第１のｅｏｍメタワードの位置が「３」であり、そして第２が「５」である。
【００３９】
例えば、「Ｔｏ」、「Ｆｒｏｍ」、「Ｓｕｂｊｅｃｔ」及び「Ｄａｔｅ」フィールドのようなメッセージの他の部分は、全テキストインデックス５００の編成を助けるための他の個別のメタワードを発生することができる。メタワードは、インデックスのサーチを容易にするよう助成する。メタワードには所定のキャラクタが添付され、メタワードが実際のパーズされたワードと混同する機会がないようにされる。例えば、メタワードは、ワードにおいて決して許されない「スペース」のようなキャラクタを含む。以下、「ワード」という用語は、実際のワードと、合成されたメタワードの両方を意味するものとする。
【００４０】
メッセージのバッチがパーズされた後に、ワード及びそれらの指定の位置が、第１に、ワードの照合順序に基づき、そして第２に、それらの逐次位置に基づいて分類される（５４０）。例えば、ワード「ｍｅ」は、ボックス５５０で示すように、位置「３」及び「５」に現れる。ワード及び位置の分類されたバッチ５５０は、インデックスを発生するのに使用される。各分類されたバッチ５５０は、最初は空のインデックス５００に合体される。
【００４１】
インデックス構造
図６は、好ましい実施形態によるインデックス６００の論理構造を示す。インデックスは、複数のワードエントリー６１０を含む。各ワードエントリー６１０は、あるインデックスされたメッセージに少なくとも一度は現れた独特の「ワード」に関連される。「ワード」という用語は、ここでは、非常に漠然と使用される。というのは、ワードのパージングは、実際に、どのマーク／キャラクタがワードセパレータとして使用されるかに依存するからである。ワードは、辞書に見ることのできる真のワードである必要はない。セパレータは、スペース及び句読点マークである。
【００４２】
インデックス２５０は、ワードセパレータにより輪郭定めされた別々の組のキャラクタとして識別できるメッセージのいずれをもパーズする。日付もパーズされてインデックスに入れられる。日付は、日付範囲のサーチが行えるようにインデックスされる。アクティブなインデックスには数百万の異なるワードがある。それ故、実際には、ファイルを適度なサイズに保持すると共に、インデックス５００が使用されるときにこれを更新できるように、圧縮技術が広範囲に使用される。
【００４３】
ワードエントリー６１０は、ワードの照合順序で記憶される。ワードは、エントリー６１０のワードフィールド６１１に記憶される。ワードフィールド６１１の後に、位置フィールド（ｌｏｃｓ）６１２が続く。ワード６１１が発生するたびに１つの位置フィールド６１２がある。ブローズの参照文献に説明されたように、位置は、実際には、記憶量を減少するためにデルタ値のシーケンスとして記憶される。インデックス６００は、完全に集群化される。これは、ワードの最後の位置フィールドの最後のバイト６１４の直後に、次のワードフィールドの最初のバイト６１５が続くことを意味する。
【００４４】
ラベル
ラベルは、ユーザがメールメッセージに注釈を付ける方法を与える。メッセージにラベルを付けることは、印刷された文書に注を付けることに類似している。ラベルは、多数の公知メールシステムにより使用されるフォールダ機構に取って代わるように使用できる。しかしながら、単一のメールメッセージに多数のラベルで注釈を付けることができる。これは、好都合にも、メッセージを単一のフォールダのみに記憶できるフォールダベースのシステムに匹敵する。
【００４５】
ユーザは、機能すべき１組のラベルを定義することができる。ラベルは、予め定められたテキストストリング以外の何物でもない。特定のユーザに対する現在アクティブな１組のラベル、例えば、図３のラベル状態３３０は、口座マネージャー３００により維持され、そしてグラフィックユーザインターフェイスのウインドウに表示される。ラベルは、システム又はユーザにより追加及び除去することができる。
【００４６】
図６に示すように、ラベルは、全テキストインデックス５００の機能と並列で且つそれを拡張するデータ構造体６５０に記憶される。ラベルは、インデックスワードと同じ制約を受ける。又、全テキストインデックス５００の問合せは、ラベル及びワードをサーチ用語として含むことができる。ラベルは、特定のラベルにより参照される位置の組にメッセージ内の特定のインデックス位置（１つ又は複数）を追加することにより、メールメッセージに追加される。ラベルの除去は、これと反対である。ラベルに対するオペレーションは、全テキストインデックスの状態を変化させる他のオペレーションよりも非常に効率的である。
【００４７】
ラベル状態３２０を表すラベルインデックス６５０のディスク上のデータ構造は、インデックスワードエントリー６００について述べたものと同じである。これは、ラベル状態が全テキストインデックス５００の拡張と考えられることを意味する。従って、ラベルインデックス拡張は、インデックス５００と同様に、ラベル（ワード）６５１をインデックス位置６５２のシーケンスへとマップする。
【００４８】
ラベル拡張６５０及び全テキストインデックス５００の構造フォーマットは、効率性の理由で同じであるが、インデックスのラベル部分は、全テキストインデックス５００を管理するソフトウェアとは異なるソフトウェア成分により管理される。問合せストリングの用語がラベルであると分かった場合には、ラベルインデックス６５０がサーチされて、必要な位置マップが与えられる。このマップは、更に、最新の全てのラベル変化（追加又は除去）を含むラベルログ４４０により修正される。ラベルログ４４０は、メモリ内バージョン６６０を含むことができる。この構造に対するオペレーションはメモリ内であるから、最新のラベル変化６６０に対する更新は、比較的高速であるが、ラベルインデックス６５０の更新は、バックグランドで行うことができる。
【００４９】
図７に示すように、メッセージ７００はヘッダ７０１及び本体７０２を含む。ヘッダ７０１は、通常、「Ｔｏ」、「Ｆｒｏｍ」、「Ｄａｔｅ」及び「Ｓｕｂｊｅｃｔ」フィールドを含む。又、ヘッダは、ルート情報も含む。本体７０２は、メールメッセージのテキストである。
各メールメッセージは、２つのラベル、即ち「ボックス内」７１０及び「非読み取り」７２０を最初に受け取ることができる。「非読み取り」７２０とラベル付けされたメッセージは、読み取りのためのまだ露出されていない。「ボックス内」ラベル７１０をもつメッセージは、ユーザの注意を必要とすると思われる。以下に説明するように、メッセージに非読み取りとラベル付けすることはできるが、ボックス内ラベルをもつことはできない。これらの重要性の低いメッセージは、必要に応じてユーザにより読み取ることができる。
【００５０】
メッセージの出力、例えば、メッセージの表示又は印刷は、それが読み取られたという仮定のもとで非読み取りラベル７２０を除去する。ユーザは、非読み取りラベルを明確に追加又は除去することができる。メッセージは、「削除」ラベル７３０を付けることにより削除できる。これは、削除というラベルの付いたメッセージが通常はサーチ中に除外されるので、メッセージが再び見られることはないという作用を有する。削除ラベルの除去は、メッセージの「非削除」の作用を有する。
【００５１】
好ましい実施形態では、メールメッセージであるデータ記録に対してラベルを使用するが、他の形式のデータ記録に対して「変化可能」なラベルを使用することもできる。例えば、追加及び除去することのできるラベルは、ウェブページ、又はニュースグループノートのようなデータ記録と共に使用することができる。ここでの重要な特徴は、ラベル付けされる記録と同じインデックスでラベルがインデックスされそしてラベルを追加及び除去できることである。
【００５２】
問合せ
ｅ−メールメッセージがインデックスされそしてラベル付けされた後に、全テキスト問合せを発行することによりメッセージを検索することができる。問合せは、その問合せで特定されたワード及びラベルに一致するメッセージをサーチする。これは、ユーザがどのファイル、フォールダ又はサブフォールダにメッセージが入れられたかを思い出すことによってメールをアクセスし、従って、フォールダをサーチできる公知のメールシステムとは対照的である。本発明のシステムの効果として、ユーザは、一致するメッセージを見出すのに、あるワード及びラベルを想起するだけでよい。
【００５３】
問合せ言語の構文は、ブローズの参照文献に説明されたものと同様である。問合せは、「ａｎｄ」、「ｏｒ」、「ｎｏｔ」、「ｎｅａｒ」等々の演算子により結合された一連の原始的問合せ用語を含む。原始的な用語とは、句読点マークを伴わない一連のアルファニューメリックキャラクタ、即ち「ワード」である。用語が引用符（”）なしで包囲される場合には、引用されたストリングにおいて厳密な一致がサーチされる。用語は、ラベルであってもよい。「ｆｒｏｍ：ｆｒｅｄ」のような用語は、メッセージヘッダの「ｆｒｏｍ」フィールドにおいてワード「ｆｒｅｄ」を有するメッセージをサーチする。ヘッダの「ｔｏ」、「ｆｒｏｍ」、「ｃｃ」及び「ｓｕｂｊｅｃｔ」フィールドについても、同様の問合せを形成することができる。
【００５４】
「１１／２／９６−２５／Ｄｅｃ／９６」のような用語は、特定された日付範囲の全てのメッセージをサーチする。日付のパージングは融通性があり、例えば、１２／２５／９６、２５／１２／１９９６、及びＤｅｃ／２５／９６は、全て同じ日付を意味する。あいまいな場合には（２／１／９６）、ヨーロッパ式の順序（日／月）が採用される。
通常のオペレーション中に、ＣＧＩプログラム２２０は、「削除」ラベル、例えば、「ａｎｄ  ｎｏｔ  ｄｅｌａｔｅｄ」を除外する用語を付けることにより、各々の発行された問合せを変更する。これは、クライエントのユーザから全ての削除されたメッセージを隠すという作用を有する。削除されたメッセージを見えるようにするためにこの作用を禁止するオプションがユーザインターフェイスに存在する。
【００５５】
名前付けされた問合せ
問合せは「名前付け」することができる。名前付けされた問合せは、口座マネージャー３００により維持される。問合せの名前を特定することにより、ユーザは、頻繁に使用される用語を含むｅ−メールメッセージのサーチを迅速に実行することができる。ユーザは、インデックスされたメッセージのあるパターン、おそらく、特定のテキスト又はラベルを有するメッセージについての混合状態に一致するように複雑な問合せを構成し、そして後で使用するように問合せを保持することができる。
【００５６】
名前付けされた問合せは、公知のサブジェクトフォールダに取って代わるものとして考えることができる。メッセージを所定の条件に基づいてフォールダへと静的に編成するのではなく、問合せは、ユーザが現在の１組のサーチ用語に基づいてメッセージの特定の集合を検索できるようにする。換言すれば、集合を定義する条件が問合せとして動的に表現される。
経過リスト
最近実行された問合せは、「経過」リストに保持される。従って、頻繁に実行される問合せは、例えば、新たに受信したメールのために、又は他のクライエントコンピュータにより行われたアクションのために、インデックスが変化されたときに、容易に再発行することができる。
【００５７】
動的なアドレスブック
又、問合せは、公知の「アドレスブック」の機能を遂行するように使用することもできる。多数の既知のｅ−メールシステムにおいては、ユーザが頻繁に使用されるアドレスのアドレスブックを保持する。時々、ユーザは、アドレスを追加及び除去することができる。従って、アドレスブックは、個別のデータ構造体又はアドレスブックファイルとして静的に維持される。例えば、「パーソナル」及び「公衆」に関連したアドレスブックが存在し得る。これに対して、ここでは、個別に記憶されるアドレスブックは存在しない。むしろ、「アドレスブック」は必要に応じて動的に発生される。動的なアドレスブックは、ファイル４００及び全テキストインデックス５００から次のように発生される。
【００５８】
図８に示すように、クライエントコンピュータ８２０のユーザは、クライエントメールアプリケーションプログラム１１６の１つにより供給されるフォーム８００を使用してアドレスブック型の情報を発生することができる。このフォーム８００は、例えば、名前、電話番号、（ハードコピー）メールアドレス及び（ソフトコピー）ｅ−メールアドレス等のアドレス関連情報のためのエントリーフィールド８０１−８０３を含む。或いは又、アドレス情報は、メッセージ８０５のヘッダ又は本体の適当なフィールドでクリックすることにより、以前に受け取ったメールメッセージ８０５から選択することもできる。
【００５９】
メールサービスシステム２００及びインデックスサーバ２５０の各々から、アドレスブック情報は、受け取ったメールメッセージとして厳密に取り扱われる。これは、例えば、フィールド８０１−８０３のデータが「アドレスブック」メールメッセージ８１０へと合成されることを意味する。又、「アドレス」ラベル８０９は、ここに述べるラベル付け規定を用いてエントリーに追加することができる。アドレスブックメールメッセージ８１０及びラベル８０９は、メッセージファイル４００の１つに記憶することができる。更に、メッセージ８１０は、他のメールメッセージのワード及びラベルのように、パーズされて全テキストインデックス５００へと挿入される。換言すれば、フォーム８００のアドレス情報は、全テキストインデックス５００と合体及び混合される。
【００６０】
アドレス情報がファイルされてインデックスされた後に、アドレス情報は、おそらくラベル「アドレス」を問合せ用語の１つとして標準的な問合せインターフェイスを用いて問合せ８３０を構成するクライエントコンピュータ８２０のユーザにより検索することができる。検索されるべき厳密な内容は、問合せ８３０の用語及び演算子がユーザにより構成されるときに決定される。問合せを満足するアドレス情報即ち１つ以上のアドレスブックメールメッセージは、動的なアドレスブック８４０としてクライエントコンピュータ８２０へ返送される。次いで、ユーザは、アドレスの１つを新たな応答又は送りメールメッセージに対する「ｔｏ」アドレスとして選択することができる。
【００６１】
メッセージの類似性
又、現在選択されたメッセージに類似するメッセージをサーチすることもできる。この場合には、文書類似性技術を使用できる。このような技術は、ユーザが互いに厳密に関連した全てのメッセージを見出すことができるようにする。
サーチ結果の分類
発行された問合せのサーチが完了したときには、サーチの結果がそれらのＭｅｓｓａｇｅＩＤ（図４）に基づく順序で与えられる。実際に、これは、メッセージを受け取ったときの時間的な順序で定質化メッセージが与えられることを意味する。
【００６２】
ほとんどの公知のｅ−メールシステムは、送信者によるか又はメッセージスレッド（関連メッセージのシーケンス）によるような他の分類順序を許す。このような機能は、ここでは、必要とされない。次のような能力について考える。
特定のユーザからのメッセージは、「ｆｒｏｍ：ｊｏｎｅｓ．」のような用語を問合せに含ませることにより特定できる。これは、特定のユーザからのメッセージのみを探索する。以下に述べるユーザインターフェイスの「ビュー・ディスカッション」オプションを使用することにより特定の「スレッド」のメッセージを選択することができる。上記のように、特定のデータ範囲に対するメッセージは問合せにおいて指定することができる。
【００６３】
メッセージのフィルタ動作
特に多量のｅ−メールを受信する者に対するメールの取り扱いを容易にするために、ユーザは、図９に示すように、ユーザ自身の好みでフィルタ２８０を構成することができる。メッセージフィルタは、１つ以上の名前付けされた「フィルタ」問合せ９１０として特定される。この名前付けされた問合せ９１０は、図３の口座情報の一部分として記憶される。名前付けされた問合せ９１０は、メールサービスシステム２００からダウンロードされるクライエントメールアプリケーションプログラムを用いてクライエントコンピュータ９２０において構成することができる。
【００６４】
メールサービスシステム２００により受信された新たなメッセージ９３０は、上記のように、メッセージファイル４００及び全テキストインデックス５００において記憶され、パーズされそしてインデックスされる。更に、各新たなメッセージ９３０は、名前付きの問合せ９１０と比較することができる。新たなメッセージ９３０の内容が名前付きフィルタ問合せ９１０のいずれとも一致しない場合には、新たなメッセージ９３０にボックス内ラベル７１０及び非読み取りラベル７２０が与えられ、即ちメッセージは、ユーザの注意のために「インボックス」９４０に入れられる。さもなくば、新たなメッセージ９２０には、非読み取りラベル７２０が与えられるだけである。
【００６５】
例えば、送出されるメールは、通常、送信者の名前を含む「ｆｒｏｍ」フィールド、例えば、「Ｆｒｏｍ：Ｊｏｎ  Ｄｏｅ」をメッセージヘッダに有する。或いは又、メールメッセージの本体がテキスト「Ｙｏｕ  ａｒｅ  ｇｅｔｔｉｎｇ  ｔｈｉｓ  ｍｅｓｓａｇｅ  ｆｒｏｍ  ｙｏｕｒ  ｇｏｏｄ  ｆｒｉｅｎｄ  Ｊｏｎ  Ｄｏｅ」を含んでもよい。ユーザＪｏｎ  Ｄｏｅは、名前付きフィルタ問合せ「ＳｅｎｔＢｙＭｅ」を「ｆｒｏｍ  ｎｅａｒ（Ｊｏｎ  Ｄｏｅ）」と設定することができる。この問合せは、ワードフレーズ「Ｊｏｎ  Ｄｏｅ」付近のワード「ｆｒｏｍ」を含むメッセージに一致する。その作用は、ユーザが、フィルタ問合せ９１０に一致するメッセージが明確に分からないようにすることである。例えば、ユーザは、自分への「ｃｃ」コピーであるメッセージをフィルタすることを希望してもよい。又、ユーザは、既知のドメインにおける商業上のｅ−メール分配者から到着するジャンクｅ−メールメッセージ、又はメールリストを経て受け取られる予め分類されたメッセージをフィルタ除去することを希望してもよい。
【００６６】
メッセージ表示オプション
ユーザの見地から、メールサービスへのアクセスは、Ｊａｖａアプレットのようなウェブブラウザへの拡張により実施される。メッセージは、通常は、それらの主たる成分がＨＴＭＬフォーマットでクライエントに送信されそしてＪａｖａアプレットのウインドウに表示されることにより表示される。表示されたメッセージの第１行は、「ホットリンク」を含み、ユーザはこれをクリックして、メッセージを、ＨＴＭＬフォーマット又はシステムで理解されないオリジナルテキストとしてウェブブラウザのウインドウの１つに表示することができる。インターネットメッセージのヘッダは、ルートに基づき、かなりの長さになることを理解されたい。それ故、ヘッダの「ｆｒｏｍ」、「ｔｏ」、「ｃｃ」、「ｄａｔａ」及び「ｓａｂｊｅｃｔ」フィールドのみを見るように制限することができる。
【００６７】
埋め込まれたリンク
検索されたメッセージを表示するときには、システム２００は、ｅ−メールアドレスの構文を有するテキストストリングを発見的に探索する。ユーザがこれらのアドレスの１つにおいてクリックすると、システムは、以下に述べる構成ウインドウを表示し、従って、ユーザは、選択されたｅ−メールアドレスへの応答メッセージを容易に発生することができる。
【００６８】
同様に、検索されたメッセージを表示するときには、システム２００は、ＵＲＬの構文を有するテキストストリングを発見的に探索し、そしてそのストリングをホットリンクにする。ユーザがホットリンクにおいてクリックすると、ＵＲＬは、ブラウザへ通され、ブラウザは、ネットワークを経て内容を検索すると共に内容を通常のやり方で処理する。又、システムは、明確に「取り付けられた」又は暗示的に「埋め込まれた」ファイルのようなメッセージの成分を検出するよう試みる。ファイルは、いかなる数の考えられるフォーマットであってもよい。これらファイルの内容は、ブラウザ１１５により表示される。使用する特定の表示動作は、異なる成分ファイルフォーマットに応答するようにブラウザをいかに構成するかによって左右される。
【００６９】
例えば、ＧＩＦ及びＪＰＥＧのようなあるファイルフォーマットについては、成分を直接表示することができる。又、「アイコン」のような特定のフォーマット形式を有する取り付けられたファイルを「表示」するために、「ヘルパー」アプレットでブラウザを構成することもできる。例えば、メッセージは、音声メッセージの形態でもよく、この場合は、メッセージを「言う」必要があり、表示されない。あるメッセージフォーマットについては、ブラウザは、ある内容をクライエントコンピュータのファイルシステムに記憶する。
【００７０】
低帯域巾のフィルタ動作
クライエントコンピュータ１１１−１１３は、低帯域巾のネットワーク接続を経てメールサービスシステムにアクセスするので、メールサービスシステムからクライエントコンピュータへ送られるデータの量を最小にする試みがなされる。高速通信チャンネルを経る場合でも、ネットワークトラフィックの量を最小にすることは、ユーザの対話を改善することができる。
メールサービスシステム２００は、取り付けられた又は埋め込まれたマルチメディアファイルをメールメッセージに含ませることができるので、メールメッセージは、かなり長いものとなる。公知技術においては、ファイルを含む全メールメッセージは、通常、クライエントコンピュータへ搬送される。従って、メールメッセージのいかなる部分も、メッセージがクライエントに受信された後にユーザにより直ちに読み取ることができる。
【００７１】
図１０に示すように、メールサービスシステム２００は、このように含まれたメッセージ成分を確認することができる。システム２００は、メッセージ１０００に明確に取り付けられたファイル１０１０を見つけることができ、そしてシステム２００は、メッセージにＭＩＭＥ構造を伴わずに暗示的に埋め込まれたテキスト成分１０２０−１０２１を発見的に見つけることができる。例えば、システム２００は、埋め込まれた「非エンコード」の開示、ベース６４の開示、ポストスクリプト（及びＰＤＦ）文書、ＨＴＭＬページ、及びＭＩＭＥ断片を確認することができる。
【００７２】
従って、システム２００は、「ＭＩＭＥ」フィルタ１００１を用いて異なるフォーマットでエンコードされたこのような成分１０１０、１０２０−１０２１を「ホールドバック」するように構成される。取り付けられた及び埋め込まれた成分は、縮小サイズのメッセージ１０３０においてホットリンク１０３１に置き換えられる。ホットリンク１０３１の１つにおいてユーザがクリックしたときだけそれら成分がその要求を発しているクライエントコンピュータに送信される。
【００７３】
クライエントコンピュータのユーザインターフェイス
システム００のｅ−メールサービスを提供するようにウェブブラウザ１１５がいかに構成されるかについて説明する。ここに述べる機能は、プルダウンメニューとして表示することもできるし、又は所望の見掛けに基づいてボタンバーとして表示することもできる。好ましくは、これら機能は、Ｊａｖａアプレットとして実施される。
ファイルメニュー
ファイルメニューは、次のオプション、即ち管理(Administration)、好み(Preference)及び退出(Quit)を有する。ユーザが管理オプションボタンでクリックした場合には、システム２００は、システム管理ページをブラウザ１１６にロードする。アクセス制御を受ける管理ウインドウを使用して、ユーザは、口座を見て変更することができると共に、サーバログファイルを見ることができる。好みのオプションは、ユーザの好み３７０を変更するのに使用される。退出は、主たるログインウインドウへ復帰する。
【００７４】
問合せメニュー
このメニューは、「見て検討する」、「名前現在問合せ」、「名前付きの問合せを忘れる」、「削除されたメッセージを除外する」及び「あなたの問合せ」のオプションを含む。「見て検討する」オプションは、現在選択されたメッセージに関連するメッセージのための問合せを発行する。ここで、「関連する」とは、ほぼ同じサブジェクトラインを共用するメッセージを意味し、及び／又は共通の標準的な「ＲＦＣ８２２」メッセージＩＤによりリンクされたメッセージ（１つ又は複数）に対する応答である。
【００７５】
「名前現在問合せ」は、ユーザがテキストストリングを現在問合せに取り付けられるようにする。これは、ユーザがその後に使用することを考慮してシステム２００が問合せを入れるようにする。「名前付きの問合せを忘れる」オプションは、名前付きの問合せを削除する。
「削除されたメッセージを除外する」オプションは、削除されたラベルを有する全てのメッセージを問合せ結果から除去する。これは、デフォールトオプションである。このオプションにおいてクリックすると、問合せに応答して「削除」されたメッセージを含むようにシステム２００の振る舞いを変更する。「あなたの名前付き問合せ」オプションは、特定のユーザの１組の名前付き問合せ３４０を表示する。表示された名前のいずれかにおいてクリックすると、問合せを発行する。
【００７６】
ラベルメニュー
このメニューは、「ラベルの記録」及び「ラベルの忘却」オプションを含む。これらのオプションは、ラベル状態３３０へのラベルの追加及びそこからのラベルの除去を各々考慮するものである。
経過メニュー
クライエントは、問合せの再発行を許すために、例えば、最後の１０個の問合せの経過を保持する。このメニューのオプションは、「逆行」、「現在問合せのやり直し」、「前進」及び「経過リスト」である。「逆行」は、現在問合せに先行する問合せを再発行する。「やり直し」は、現在問合せを再発行する。このオプションは、最近受け取ったメッセージを処理するのに有用であり、又はユーザの動作がメッセージファイル４００を他の何らかの仕方で変更した場合に有用である。「前進」は、現在問合せに続く問合せを再発行する。「経過リスト」は、最近発行された問合せの全てを表示する。リストされたいかなる問合せも、その問合せにおいてクリックすることにより再発行することができる。
【００７７】
メッセージメニュー
ここでのオプションは、「全部を選択」、「非読み取りを選択」、「読み取りを選択」、「非読み取りとマーク」、「読み取りとマーク」、「ラベル追加」、「ラベル除去」及び「内蔵ビューアの使用」を含む。「全部を選択」にオプションは、現在問合せに一致する全てのメッセージを選択する。次の２つのオプションは、非読み取りラベルをもたない及びもつメッセージを各々選択する。これに続く２つのオプションは、現在選択されたメッセージにラベルを追加及び削除する。
ユーザインターフェイスは、通常、メッセージをＨＴＭＬフォーマットに変換しそしてそれをＨＴＭＬビューアに送ることによりメッセージを表示し、ＨＴＭＬビューアは、ブラウザの主たるウインドウにあってもよいし又は内蔵ビューアであってもよい。メッセージメニューの最後のオプションは、ビューアを選択する。
【００７８】
ヘルプメニュー
ヘルプオプションは、システムの種々の特徴をいかに使用するかについて情報ページを表示するのに使用できる。ヘルプページは、要求に応じて、メールサービスシステム２００からクライエントコンピュータへダウンロードされる。
主たるウインドウニューバー
このメニューバーは、次の機能のためのボタンを含む。これら機能は、ボタンをクリックすることにより可能にされる。
「追加」：このボタンは、選択されたラベルをメッセージに追加するのに使用される。
「再ラベル」：このボタンは、ラベルを除去しそして追加する機能を組み合わせたものである。
【００７９】
「削除」：このボタンでは、削除されたラベルがメッセージに追加される。
「ラベル除去」：問合せに示された単一のラベルをメッセージから除去するのに使用される。
「次」：次のメッセージを選択する。
「Ｐｒｅｖ」：手前のメッセージを選択する。
「ニューメール」：ボックス内ラベルを有する全てのメッセージのための問合せを発行する。
「問合せ」：問合せを構成しそして発行するダイアログを与える。
【００８０】
メッセージ表示ボタンバー
このボタンバーは、次の機能を実行するのに使用される。
「取り外し」：選択されたメッセージを表示するために新たな最上位レベルのウインドウを形成する。
「構成」：新たなメールメッセージを構成するためのウインドウを発生する。
「送り」：この機能は、新たなメッセージを構成するためのウインドウを設定する。選択されたメッセージは、新たなメッセージに取り付けられる。取り付けられたメッセージは、クライエントコンピュータにメッセージをダウンロードする必要なく送られる。
「全てに対する応答」：この機能は、選択されたメッセージの場合と同じ受信者と共に新たなメッセージを構成するためのウインドウを設定する。
【００８１】
「送信者に対する応答」：選択されたメッセージの送信者への新たなメッセージを構成するためのウインドウを設定する。
【００８２】
構成ウインドウ
構成ウインドウへのアクセスは、「構成」、「送り」、「応答」又は「変更」ボタンにおいてクリックするか、又は表示されたメッセージの「ｍａｉｌ−ｔｏ」ホットリンクにおいてクリックすることにより得られる。構成は、新たなメッセージを開始し、送りは、既に受け取ったメッセージを誰かに送信するのに使用され、応答は、メッセージに応答することであり、そして変更は、まだ送られていないメッセージを変更できるようにする。メールサービスは、ユーザが一度に多数のメッセージを構成できるようにする。
【００８３】
メッセージのテキストは、使用可能な構成ウインドウを用いるか、又は何れも使用できない場合にはウインドウを発生してタイプされる。構成ウインドウのタイプエリアの厳密な形態は、特定のクライエントコンピュータに使用されるウインドウシステムの性質に依存する。典型的に、タイプ動作の間に、ユーザは、カット、ペースト、コピー、削除、取り消し等の編集動作のための近道を使用することができる。
【００８４】
別のメッセージからの次の部分は、「ｉｎｓｅｒｔ  Ｍｓｇ」又は「Ｑｕｏｔｅ  Ｍｓｇ」ボタンを使用することにより挿入することができる。全メッセージを含ませるべき場合には、「送り」ボタンを使用しなければならない。メッセージは、「送信」機能が選択されるまで実際には送られない。メッセージが構成される間には、それがメールシステムにより周期的にセーブされる。従って、オフィスの１つのクライエントコンピュータを使用してスタートした構成セッションは、ある時間の後に別のコンピュータを用いて容易に構成することができる。
「送信」：メッセージを送信する。メッセージを送信する前に添付物が含まれる。ユーザは、状態メッセージにより無効の受信が通知され、メッセージの編集を続けることができる。さもなくば、ウインドウは、読み取り専用モードに切り換えられる。
【００８５】
「閉止」：メッセージが送信された後又は破棄ボタンがクリックされた後に、このボタンは、送信ボタンに取って代わり、構成ウインドウを閉じることができるようにする。
「破棄」：このボタンは、構成されているメッセージを破棄しそしてウインドウを読み取り専用に切り換えるのに使用される。ユーザは、次いで、閉止又は変更ボタンをクリックすることができる。
【００８６】
「変更」：メッセージが首尾良く送られるか、又は破棄ボタンがクリックされた後に、このボタンは、破棄ボタンに代わって現れ、ユーザが、現在メッセージから導出された別のメッセージを構成できるようにする。
「包み」：この機能は、１行のキャラクタ数を、あるメールシステムに必要とされる８０に制限するのに使用される。
「ｉｎｓｅｒｔ  Ｍｓｇ」：選択されたテキストを、選択されたメッセージからの表示テキストに置き換える。
「Ｑｕｏｔｅ  Ｍｓｇ」：各行の前に「＞」キャラクタがくるように、選択されたテキストを、選択されたメッセージからの表示テキストに置き換える。
以上、本発明の好ましい実施形態を説明したが、本発明の概念を組み込んだ他の実施形態も本発明の範囲内で使用できることが当業者に明らかであろう。
【図面の簡単な説明】
【図１】  本発明を使用する分散型メールサービスシステムの構成を示すブロック図である。
【図２】  図１の構成のメールサービスシステムのブロック図である。
【図３】  図２のシステムの課金マネージャー及び課金記録を示すブロック図である。
【図４】  図２のシステムにより維持されるメッセージ及びログファイルのブロック図である。
【図５】  図２のシステムによって処理されるメールメッセージに使用されるパージング機構の流れ線図である。
【図６】  図４のメッセージファイルのための全テキストインデックスのブロック図である。
【図７】  ラベル付きメッセージを示す図である。
【図８】  アドレスブックエントリーの図である。
【図９】  問合せをフィルタするための流れ線図である。
【図１０】  ＭＩＭＥフィルタのブロック図である。
【符号の説明】
１００  分散型メールサービスシステムの構成体
１１１−１１３  クライエントコンピュータ
１１４  オペレーティングシステムソフトウェア
１１５  ブラウザ
１１７  プロセッサ
１１８  メモリ
１１９  入力／出力インターフェイス
１２０  ネットワーク
１３０  ファイアウオール
１３１  トンネル
２００  メールサービスシステム
２１０  ウェブサーバ
２２０  ゲートウェイインターフェイスプログラム
２４０  ＳＴＭＰメールサーバ
２５０  インデックスサーバ
４００  メッセージファイル
３００  口座マネージャー
【図１】
0004330673.tif 000002
【図２】
0004330673.tif 000003
【図３】
0004330673.tif 000004
【図４】
0004330673.tif 000005
【図５】
0004330673.tif 000006
【図６】
0004330673.tif 000007
【図７】
0004330673.tif 000008
【図８】
0004330673.tif 000009
【図９】
0004330673.tif 000010
【図１０】
0004330673.tif 000011