(57)【要約】本発明は、マルチユーザ環境における電子メールを取扱う電子メールマネジメント（ＥＭＭ）システムに関し、マルチユーザ環境においては、ユーザの電子メールが送信され受信される。該システムは、メール配布ネットワークを含み、該ネットワークは、ユーザの電子メールアイテムが交換されるサーバを含む。該システムは、メールサーバ上の入りおよび出の電子メールの流れをモニタし、入りおよび出の電子メールをインターセプトする検出手段と、一式のｅメール情報データ（メタデータ）の通知レコードを作成するジャーナライズ手段と、通知レコードおよび関連する電子メールを関係データベースの中に格納するための電子メールマネジャデータベース（ＥＭＭ  ＤＢ）と、電子メールのジャーナルを生成し、かつ、ユーザにより規定された一連の情報を選択するサーチエンジンに、サーチリクエストを提示する手段とを備える。
2008512011.tif 000002
【特許請求の範囲】
【請求項１】
共有されたマルチユーザ環境において電子メールを取り扱う電子メールマネジメントシステムであって、該システムにおいては、ユーザの入来する電子メールは、外部のコレスポンデントにより送信および受信され、該システムは、ユーザの電子メールアイテムが格納されおよび取り出され得るセントラルストレージと共に共通メールサーバを含み、該システムは、
特定のユーザセットのために、該メールサーバ上の入りおよび出の電子メールの流れをモニタし、ならびに、入りおよび出の電子メールをインターセプトする検出手段と、
該インターセプトされる電子メールの各々のために、一式のｅメール情報データの通知レコードを作成するジャーナライズ手段と、
該通知レコードおよび該関連する電子メールが、マルチユーザ環境におけるユーザにとって、サーチクエリによってアクセス可能であるように、該通知レコードおよび関連する電子メールを関係データベースの中に格納するための電子メールマネジャデータベース（ＥＭＭ  ＤＢ）と、
サーチリクエストクエリを規定することによって、該電子メールマネジメントデータベースの中の該通知レコードから電子メールのジャーナルを生成し、かつ、該電子メールマネジメントデータベースの中の該通知レコードから、ユーザにより規定された一連の情報を選択するサーチエンジンに、該サーチリクエストを提示する手段と
を備える、システム。
【請求項２】
前記検出手段は、インターセプトされた電子メールの各々をフォーマットする手段を含む、請求項１に記載のシステム。
【請求項３】
前記検出手段は、前記フォーマットされた電子メールを前記電子メールマネジャデータベース（ＥＭＭ  ＤＢ）にコピーする手段をさらに含む、請求項２に記載のシステム。
【請求項４】
電子メールマネジメント関係データベースは、ＳＱＬサーバ上にホストされる、請求項１から請求項３のうちの任意の１つに記載のシステム。
【請求項５】
前記ジャーナルを生成する手段は、前記電子メールマネジメントデータベースにエントリーされるｅメールのジャーナルを生成するための前記通知レコードの中の少なくとも１つの選択基準に従うサーチを含む、請求項１から請求項４のうちの任意の１つに記載のシステム。
【請求項６】
前記通知レコードの中のデータは、各ｅメールのための通知メッセージを含み、該通知メッセージは、ｅメールヘッダー情報を含み、該ｅメールヘッダー情報は、受信時（日）、送信人に関する情報（「ｆｒｏｍ」）、受信人または受信人達に関する情報（「ｔｏ」）、コピー受信人に関する情報（「ｃｃ」）および／またはブラインドコピー受信人に関する情報（「ｂｃｃ」）、メッセージ識別表示、「〜に答えて」のような参照データ、題名、コメント、および、キーワードのうちの少なくとも１つを含む、請求項５に記載のシステム。
【請求項７】
前記電子メールマネジメントシステム（ＥＭＭ）は、任意のＳＭＴＰプロトコルベースのｅメールシステムと連携するように適合される、請求項１から請求項６のうちの任意の１つに記載のシステム。
【請求項８】
前記検出手段の対象とされる特定のユーザセットは、マルチユーザ環境における全てのユーザであって、少なくとも２人のユーザである、
請求項１から請求項７のうちの任意の１つに記載のシステム。
【請求項９】
前記マルチユーザ環境は、各サイトがローカルクライアントサーバを有するマルチサイト顧客環境である、請求項１から請求項８のうちの任意の１つに記載のシステム。
【請求項１０】
前記マルチユーザ環境は、１つだけのクライアントサーバを有するシングルサイト顧客環境である、請求項１から請求項９のうちの任意の１つに記載のシステム。
【請求項１１】
ジャーナルを生成する手段は、各ユーザのために、ｅメールの到着および出発を指示するためのｅメールマネジメントダイアローグ手段を含む、請求項１に記載のシステム。
【請求項１２】
前記ダイアローグ手段は、到着および出発するｅメールの各々をジャーナライズするために、同意を求めることを提供する、請求項１１に記載のシステム。
【請求項１３】
前記ダイアローグ手段は、到着および出発するｅメールの各々のために、自動ジャーナライズを提供する、請求項１１に記載のシステム。
【請求項１４】
電子メールジャーナライズ機能は、通知キュー、通知サーバ、通知ローダ、通知スケジューラ、および、ｅメールマネジメント関係データベースストレージを含む、請求項１から請求項１３のうちの任意の１つに記載のシステム。
【請求項１５】
前記通知スケジューラは、前記ジャーナライズ手段を更新する手段を含み、該更新手段は、既定のジャーナライズ承諾基準を含む、請求項１４に記載のシステム。
【請求項１６】
前記ジャーナライズ承諾基準は、特定のｅメールが複数のユーザに送信された場合には、該特定のｅメールがジャーナライズされることを全てのユーザが承諾しなければならないか、または、ユーザのうちの１人だけがジャーナライズのために該特定のｅメールを承諾した場合には、ジャーナライズが実行されるかのいずれか一方である、請求項１４に記載のシステム。
【請求項１７】
前記ｅメールのジャーナルを生成する手段は、複数のジャーナルを提供するために適合される、請求項１から請求項１６のうちの任意の１つに記載のシステム。
【請求項１８】
ジャーナルは、２つ以上の前記複数のジャーナルをブール演算子により比較することによって生成される、請求項１７に記載のシステム。
【請求項１９】
共有されたマルチユーザ環境における電子メールをジャーナライズする方法であって、該環境においては、ユーザの入来する電子メールは、外部のコレスポンデントにより送信されかつ受信され、システムは、セントラルストレージと共に共通メールサーバを含み、該ユーザの電子メールアイテムは、格納されかつ取り出され得、該方法は、
サーバのユーザへおよびユーザからのメールサーバ上の入りおよび出の電子メールの流れをモニタすること、ならびに、入りおよび出のｅメールのうちの少なくとも選ばれたものをインターセプトすることと、
インターセプトされた電子メールのそれぞれのために、一式の電子メール情報の通知レコードを作成すること、ならびに、該通知レコードおよび関連電子メールが、該マルチユーザ環境におけるユーザにとって、サーチクエリによってアクセス可能であるように、電子メールマネジャ関係データベース（ＥＭＭ  ＤＢ）の中に、該通知レコードおよび該関連電子メールを格納することと、
該電子メールマネジメントデータベース（ＥＭＭ  ＤＢ）の中の該通知レコードから、サーチリクエストクエリを規定することによって、ユーザ規定のｅメールジャーナルを生成すること、および、該電子メールマネジメントデータベースの中の該通知レコードから、ユーザ規定の一連の情報データを選択するために、サーチエンジンに前記サーチリクエストを提示することと
を含む、方法。
【請求項２０】
インターセプトされた電子メールのそれぞれをフォーマットすることを含む、請求項１９に記載の方法。
【請求項２１】
前記フォーマットされた電子メールは、前記ｅメールマネジャデータベース（ＥＭＭ  ＤＢ）にコピーされる、請求項２０に記載の方法。
【請求項２２】
ジャーナルを生成するステップは、各ユーザのために、ｅメールの到着および出発を指示するためのｅメールマネジメントダイアローグ手段を含む、請求項１９に記載の方法。
【請求項２３】
前記ダイアローグ手段は、到着および出発するｅメールのために、ジャーナライズの承諾を求めることを提供する、請求項２２に記載の方法。
【請求項２４】
前記ダイアローグ手段は、到着および出発するｅメールのために、自動ジャーナライズを提供する、請求項２２に記載の方法。
【請求項２５】
前記ｅメールジャーナライズのステップは、前記ジャーナライズ手段を更新することを含み、該更新手段は、既定のジャーナライズ承諾基準を含む、請求項１から請求項２４に記載の方法。
【請求項２６】
前記ジャーナライズ承諾基準は、特定のｅメールが複数のユーザに送信された場合には、該特定のｅメールがジャーナライズされることをその全てのユーザが承諾しなければならないか、または、ユーザのうちの１人だけがジャーナライズのための該特定のｅメールを承諾した場合には、ジャーナライズが実行されるかのいずれか一方である、請求項２５に記載の方法。
【請求項２７】
ｅメールのジャーナルを生成するステップは、複数のジャーナルを提供するように適合される、請求項１９から請求項２６に記載の方法。
【請求項２８】
結合されたジャーナルは、２つ以上の前記複数のジャーナルをブール演算子により比較することによって生成される、請求項２７に記載の方法。
【請求項２９】
コンピュータ読み取り可能なプログラムコードの手段を有するコンピュータが利用可能なメディアであって、該プログラムコードの手段は、共有されたマルチユーザ環境における電子メールをジャーナライズするためのｅメールマネジメントシステムを提供し、該マルチユーザ環境の中においては、ユーザの入来する電子メールは外部のコレスポンデントにより送信されおよび受信され、該システムは、該ユーザの電子メールアイテムが格納および取り出しされ得るセントラルストレージと共に共通メールサーバを含み、該コンピュータ読み取り可能なプログラムコードは、
サーバのユーザへおよびユーザからの該メールサーバ上の入りおよび出の電子メールの流れをモニタする検出手段を提供し、かつ、該入りおよび出のｅメールの少なくとも選ばれたものをインターセプトするコンピュータプログラムコードの手段と、
インターセプトされた電子メールのそれぞれのために、一式の電子メール情報の通知レコードを作成し、ならびに、該通知レコードおよび関連電子メールが、該マルチユーザ環境におけるユーザにとって、サーチクエリによってアクセス可能であるように、該マルチユーザ環境における該ユーザにとってアクセス可能な態様で、少なくとも該通知レコードおよび各電子メールを格納するための電子メールマネジャ関係データベース（ＥＭＭ  ＤＢ）の中に、該通知レコードおよび該関連電子メールを格納するジャーナライズ手段を提供するコンピュータプログラムコードの手段と、
該電子メールマネジメントデータベース（ＥＭＭ  ＤＢ）の中の該通知レコードから、サーチリクエストクエリを規定することによって、ユーザ規定のｅメールジャーナルを生成し、および、該電子メールマネジメントデータベースの中の該通知レコードから、ユーザ規定の一連の情報データを選択するために、サーチエンジンに前記サーチリクエストを提示する手段を提供するコンピュータプログラムコードの手段と
を備える、コンピュータが利用可能なメディア。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチユーザ環境において電子メールを取り扱うシステムおよび方法に関する。さらに、本発明は、コンピュータネットワーク上でそのようなシステムを実現するコンピュータ読み取り可能なメディアに関する。
【背景技術】
【０００２】
最近の１０年においては、電子メール（ｅメール）による通信が、ずっと増えてきている。これまでの益々の広がりに合わせて、このｅメールによる通信は、通常の郵便による通信に取って代わりつつあり、個人のプライベートな通信と共にビジネス関連情報は、ｅメールによって益々交換されつつある。最近の調査は、ビジネスオフィスのビジネス関連情報および文書の６０％までもが、ｅメールとして配布されかつ格納されていることを示す。
【０００３】
多くのオフィスにおいて、電子メールシステムが、オフィスのコンピュータネットワークにインストールされ、スタッフのメンバーは、メールの内容にかかわらず、彼ら個人のメールアドレスおよび各人が彼らのｅメールを送信および受信するメールボックスを提供される。
【０００４】
そのようなｅメールシステムにおいては、ｅメールは、メールサーバを介して送信および受信され、メールサーバは、入のメールを、メールが送られた登録ユーザのメールボックスに導く。従って、メールは、宛先のユーザ（受信者）のメールボックス（データベース）に格納される。ユーザは、他のユーザ、すなわち仲間のメールボックスにはアクセスできないので、各ユーザは、受信ｅメールの格納およびジャーナライズを担う。ｅメールによって通信される情報の多くは、仲間および顧客とのドキュメンテーション、アポイントメント、ミーティングスケジュールである。そのような情報を含むｅメールは、受信者だけにアクセスされ得るので、これは、ユーザが彼の情報を積極的に格納および配布し、その情報が、組織にとって評価可能であり、顧客情報ならびに重要なビジネスドキュメントおよび情報が、組織の中で共有されることを要求する。そうでなければ、重要な情報が失われ、それがビジネスに悪影響を有し得るという、かなりのリスクがある。スタッフのメンバーが組織を去る場合、または、データがラップトップコンピュータに格納されており、それが壊れる場合には、このリスクは特に大きい。組織のスタッフの各メンバーである登録ユーザの各々に格納されるデータは、例えばエキスパートユーザによって取り出され得るが、貴重な時間が失われ得る。
【０００５】
情報を失うというこのリスクをなくすために、様々な手順が導入され得るが、今までのところ、信頼できる自動システムは導入されていない。
【０００６】
全ての公知技術に共通するのは、それらが、「ｅメールポストオフィス」と呼ばれるセントラルコンポーネントを供給するということである。ｅメールポストオフィスは、ｅメールを格納するための中心地であり、様々なプレーヤが、この周りに違った特徴のセットを構築して来た。
【０００７】
全ての利用可能なシステムに共通するのは、さらに、ｅメールポストオフィスで受信されるｅメールが、１つ以上のプライベートユーザのメールボックスにルートされることであり、それは丁度、通常の郵便が、通常の郵便局で取り扱われるようである。
【０００８】
その後、ｅメールは、ｅメールポストオフィスソフトウェアと互換性のあるソフトウェアの一部であるｅメール「クライアント」によって読まれる。例として、最も一般的に使用されるｅメールクライアントは、Ｍｉｃｒｏｓｏｆｔ「Ｏｕｔｌｏｏｋ」であり、最も一般的に使用されるｅメールポストオフィスは、Ｍｉｃｒｏｓｏｆｔ「Ｅｘｃｈａｎｇｅ」である。
【０００９】
個々のユーザが明確にそれを許可しない限り、彼らは、互いのメールボックスを見ることはできない。これは、適切なセントラルストレージおよび安全がなければ、真のコラボレーションを困難にし、個々のユーザのメールボックスに会社の重要な情報を置き去りにする。
【００１０】
上記の本当の影響は、特定のユーザの全てのｅメール通信が、このユーザのメールボックスの内部に格納されるということである。サーバは、メールボックスの内部に格納されるｅメールを精力的にプライバシー保護する。
【００１１】
すなわち、各メールボックスの内容へのアクセスは、サーバによってプロテクトされ、アクセスは、ユーザごとをベースとしてのみ許される。
【００１２】
今日のマルチユーザビジネス環境においては、機能を区分することは、実際のビジネス要求にマッチしないので、このプライバシーの保護は、問題を生じる。交渉においては個々の人が参画するが、ビジネス取引は、会社間でなされる。従って、他のユーザのメールボックスの内部に格納されたメールを見る必要がある。
【００１３】
ユーザは、ｅメールを転送およびｃｃする（ｃｃ’ｉｎｇ）ことによって、この状況に対処することを試み、従って、取り扱われる必要のあるｅメールの負荷を大きくする。
【００１４】
メールマネジメントシステムの例は、特許文献１および特許文献２から公知である。特許文献３から、コレスポンデント中心のｅメールマネジメントシステムが公知であり、そこでは、各クライアントが、メッセージとコレスポンデントの関係を生成し得る。しかしながら、これは、マルチユーザ環境において取り扱われるべき必要のあるｅメールの負荷を減らさず、個々のユーザの各々のためにコレスポンデントによって、ｅメールの編成を単に自動化するだけである。
【００１５】
従って、本発明の目的は、マルチユーザ環境においてｅメールを組織化する自動取扱システムを提供することである。
【特許文献１】米国特許第６，６１５，２４１号明細書
【特許文献２】米国特許出願公開第２００３／００６１２０９号明細書
【特許文献３】米国特許第６，６１５，２４１号明細書
【発明の開示】
【発明が解決しようとする課題】
【００１６】
本発明によって、その根本的原因が、実は、ｅメールがメールボックス中心の態様で格納されかつ取り扱われることにあるのが理解される。本発明は、メールボックスを完全に取り除くことを提案する。
【００１７】
従って、目的は、共有されたマルチユーザ環境において電子メールを取り扱う電子メールマネジメントシステムによって達成され、そこでは、ユーザの電子メールは、外部のコレスポンデントにより送信および受信される。該システムは、セントラルストレージと共に共通メールサーバを含み、ユーザの電子メールアイテムは、そこに格納されかつ取り出され得る。該システムは、特定のユーザセットのために、メールサーバ上の入りおよび出の電子メールの流れをモニタし、ならびに、入および出の電子メールをインターセプトする検出手段を備え、インターセプトされる電子メールの各々のために一式のｅメール情報データ（メタデータ）の通知レコードを作成するジャーナライズ手段を備え、通知レコードおよび関連する電子メールが、マルチユーザ環境におけるユーザにとって、サーチクエリによってアクセス可能であるように、該通知レコードおよび関連する電子メールを関係データベースの中に格納する電子メールマネジャデータベース（ＥＭＭ  ＤＢ）を備え、サーチリクエストクエリを規定することによって、電子メールマネジメントデータベースの中の通知レコードから電子メールのジャーナルを生成し、電子メールマネジメントデータベースの中の通知レコードから、ユーザにより規定された一連の情報を選択するサーチエンジンに、該サーチリクエストを提示する手段を備える。
【課題を解決するための手段】
【００１８】
本発明に従うシステムによって、マルチユーザ環境のための電子メールシステムが提供され、ｅメールデータベースがサーチファシリティと一緒に提供され、それにより、電子メールアイテムは、サーバおよびクライアントから独立してサーチ可能である。Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ、Ｌｏｔｕｓ  Ｎｏｔｅｓ、およびＮｏｖｅｌｌ  Ｇｒｏｕｐｗｉｓｅのような、今までの公知技術は、ｅメールは、典型的にはインターネットまたはローカルＬＡＮである、様々なデータソースから受信していた。本発明に従うｅメールマネジメント（ＥＭＭ）システムに従った場合には、受信および送信されるｅメールは、検出され、ｅメールマネジャデータベースに配布され、実際には個々のユーザのメールボックスに転送されないので、このメールボックスの図式はもはや存在しない。代わりに、ＥＭＭシステムの個々のユーザは、多数のサーチクエリを実行することによって、ＥＭＭデータベースの中のｅメールにアクセスする。これらのサーチクエリは、所定のものであると共にアドホックでもあり得る。
【００１９】
本発明に従うＥＭＭシステムにおいては、伝統的なメールボックスの図式は実際には存在しないが、個々のユーザは、ＥＭＭデータベースの中の既定のサーチに従うジャーナルを生成することによって、この伝統的なメールボックスをシミュレートし得る。例えば、通知レコードのデータフィールド「Ｔｏ」、「Ｃｃ」、「Ｂｃｃ」にユーザ自身の名前のあるｅメールのためのサーチの場合には、生じるジャーナルは、伝統的なｅメールシステムにおいて公知の伝統的なインボックスに等しい。同様に、「送信アイテム」ジャーナルが配置され得る。
【００２０】
しかしながら、本発明に従うｅメールマネジメントシステムのユニークな利点は、受信者または送信者にかかわらず、任意のタイプのジャーナルが生成され得ることである。理解されるように、本発明に従うＥＭＭシステムは、ｅメールを取り出す無限の方法を可能とし、それは、ｅメールを取り出す方法を１つだけサポートする伝統的なシステム、すなわちメールボックスへの直接配布、と反対である。
【００２１】
本発明に従うＥＭＭシステムによって、ＥＭＭシステムにおける可能性は、組織内に全く新しいマインド形成を可能とし、それは、丁度、組織内で部門横断の協力が促進されるように、顧客サービス、生産性、および採算性のような組織のアウトプットを改善し得る。
【００２２】
例えば、ＥＭＭシステムによって、特定の顧客、特定のファイル番号、特別なテーマなどに関する全てのメール通信を含むジャーナルを生成することが可能である。これによって、マルチユーザ環境におけるユーザは、情報を取り出すために、組織内の互いの存在に依存することがなく、かつ、仲間が不在である、仲間が組織を去った、または関係する仲間に関連するｅメールを転送することによる情報共有がされていないなどを理由とする、特定のアクティビティに関係する全ての関連情報を入手し損なうというリスクは、無くなるか、または少なくとも実質的に削減される。
【００２３】
伝統的なｅメールシステムによってメールをジャーナライズすることの難しさは、受信および送信されるメールが、個々のメールボックスに配布され、その後メールはもはやメールサーバの「ポストオフィス」の中ではアクセスできないという原理に起因する。伝統的なｅメールポストオフィスは、データベースというよりはルーティングのメカニズムとしてみなされ得る。伝統的なｅメールシステムの設計は、典型的には、情報が２人の個人の間で交換されるピアツーピア通信に、歴史的に基づいている。メールボックスのアイデアは、伝統的なシステムによる基本的な設計コンポーネントであるが、情報が多数のユーザのために実現され、ジャーナライズされ、アクセス可能にされるＩＴコラボレーションシステムに、ｅメールシステムをうまく適合させようとする試みを、この基本的アイデアが妨げているということが、本発明によって理解される。
【００２４】
本発明に従うＥＭＭシステムへのｅメールの格納は、上述のような多くの利点を提供する。組織内のセントラルサーバの格納スペースが不足するために消去されねばならないｅメールがないような、十分に大きな格納能力を提供することが有利であるということも理解される。必要とされる格納スペースは、たとえそれが複数の受信者に送られる場合にも、格納される必要のあるｅメールのコピーを１部だけに限るので、最小化もされる。ＥＭＭシステムの中に消去機能を提供しないことによって、本発明に従ってインストールされるＥＭＭシステムを有する組織のために、唯一で完全な電子メールドキュメンテーションが提供される。
【００２５】
本発明に従うシステムの実施形態においては、検出手段は、インターセプトされた電子メールの各々をフォーマットする手段を含む。さらに、このフォーマットされた電子メールは、ｅメールマネジャデータベース（ＥＭＭ  ＤＢ）にコピーされる。これにより、ｅメールは、サーチ可能なフォーマットでデータベースの中に格納される。
【００２６】
好ましくは、ＥＭＭデータベースは、関係データベースであり、好ましくは、ＳＱＬサーバ上にホストされる。これにより、サーチ可能なデータベース構造が提供され、本発明に従うＥＭＭシステムのジャーナライズ手段を容易にする。
【００２７】
通知レコードのデータは、各ｅメールのために通知メッセージを含み、該通知メッセージは、好ましくは、以下のデータの少なくとも１つを含むｅメールヘッダー情報データを含む：
受信時（日）；
送信人に関する情報（「ｆｒｏｍ」）；
受信人に関する情報（「ｔｏ」）；
コピー受信人に関する情報（「ｃｃ」）；
ブラインドコピー受信人（「ｂｃｃ」）；
メッセージ識別表示；
参照データ、「〜の返事」など；
題名；
コメント、および
キーワード。
【００２８】
通知メッセージ中のこれらの「メタデータ」は、通知レコードが付されるｅメールが、容易に識別され得、それによって取り出され得るように、ＥＭＭデータベースの中に格納される。
【００２９】
好ましくは、ＥＭＭは、任意のＳＭＴＰプロトコルベースのｅメールシステムと連携するように適合される。これによって、本発明に従うＥＭＭシステムは、伝統的なｅメールシステムへの「アドオン」モジュールとして、既存システムの上に実現され得る。
【００３０】
検出手段の対象とされる特定のユーザセットは、好ましくは、マルチユーザ環境における全てのユーザであり、少なくとも２人のユーザであり得る。全てのユーザ、すなわち、サーバに対する全てのクライアントを包含することによって、全てのｅメールの包括的なジャーナライズが保証され得る。
【００３１】
マルチユーザ環境は、各サイトがローカルクライアントサーバを有するマルチサイトカスタマー環境であり得、または、マルチユーザ環境は、たった１つのクライアントサーバを有するシングルサイトカスタマー環境であり得る、ということが理解される。
【００３２】
好ましくは、ジャーナルを生成する手段は、各ユーザのために、ｅメールの到着および出発を指示するためのｅメールマネジメントダイアローグ手段を含む。このダイアローグ手段（トースタ）によって、ユーザとＥＭＭシステムとの間のやりとりが実施され、ジャーナライズされるべきｅメールを指示するユーザのために、フラッグがセットされる。用語ジャーナライジングは、ｅメールがサーチ結果にとって利用可能か否かを、ユーザが決定する操作を意味する。ダイアローグ手段は、到着および出発ｅメールの各々をジャーナライズするために、ユーザの同意を求めることを提供する。ダイアローグ手段は、ジャーナライズ手段を更新する手段を有する通知スケジューラを含み得、該更新手段は、既定のジャーナライズ承認基準を含む。ジャーナライズ承認基準は、特定のｅメールが多くのユーザに送られる場合に、全てのユーザがその特定のｅメールがジャーナライズされること承認しなければならないか、または、ユーザのうちの１人だけがジャーナライズのために特定のｅメールを承認した場合に、ジャーナライズが実行されるか、のいずれか一方である。
【００３３】
代替の実施形態においては、ダイアローグ手段は、到着および出発するｅメールの各々のために、自動ジャーナライズを提供し得る。
【００３４】
本発明の好ましい実施形態においては、多数のジャーナルが生成され得、かつ、結合されたジャーナルが、ブール演算子によって２つ以上の該多数のジャーナルを比較して生成され得る。
【００３５】
本発明は、本発明の第１の局面において記述したようなシステム上のマルチユーザ環境におけるｅメールをマネージする方法にも関係する。本発明の第３の局面において、コンピュータ読み取り可能なメディアは、ｅメールを管理するための本発明に従う方法をコンピュータシステムが実行するために、コンピュータ手段を操作するためのコンピュータ読み取り可能なプログラムコードを含み、これにより、本発明にしたがうＥＭＭシステムをコンピュータシステム上に実施する。
【００３６】
ポストオフィスから個々のメールボックスの中にｅメールをパスする代わりに、全てのｅメールは、セントラルｅメールストアに置かれる。これは、会社が受信するあらゆるｅメールが、受信者にかかわりなく、セントラルストアに置かれることを意味する。同様に、全てのユーザが送信するあらゆるｅメールは、ストアの中に置かれる。
【００３７】
その後、ユーザは、ｅメールストア全体に渡るサーチを実行し、例えば特定の顧客を用いて、すばやくかつ正確なｅメールダイアローグ全体の概観を得る。本発明がどのように実現されるかに依存して、サーチ結果は、ｅメールクライアントの中、ＥＲＰシステムの内部、ＣＲＭシステムの内部などのフォルダとして表示され得る。
【００３８】
このようなサーチは、しばしば、情報を「プルする」と称される。本発明のある実現は、ユーザとのやりとりなしにユーザに情報が提供されるように、情報を「プッシュする」こともまた提供し得る。これは、例えば、ｅメールが、特定のアカウントから受信または特定のアカウントに送信される場合に、彼／彼女に知らせるようにｅメールストアに依頼したユーザであり得る。
【００３９】
いくつもの調査が、ｅメールは顧客と通信する好ましい方法であるだけでなく、ビジネスの重要な情報を収容するためにも好ましいものであることを示している。
【００４０】
本発明を用いて、組織は、
−  法令遵守不能
−  文書作成不能による財務的リスク
−  過度に時間消費するメールのトラッキング
−  真のチームコラボレーションの欠如
−  調整の欠如による顧客の不満
−  過度なＣＣメールの使用
を避けることができる。
【００４１】
そしてさらに、
−  公的規制へのコンプライアンス
−  顧客ダイアローグへの容易なアクセス
−  入りおよび出両方の自動ｅメール取り扱い
−  効果的かつ容易な顧客マネジメント
−  仲間が去る場合のすばやい知識移転
−  ビジネスへの集中時間
などに利益がある。
【００４２】
本発明を用いて、メールボックスを「エミュレート」することも可能であり、既存のｅメールクライアントソフトウェアおよび作業パターンをサポート可能である。
【００４３】
例として、ｈｂｒａｎｄｔ＠ｏｐｐｓｏｌ．ｃｏｍのインボックスは、ｅメールストアの中で、下表のサーチ（擬似的なＳＱＬ構文）を用いてエミュレートされる。
ＢＥＧＩＮ
ＳＥＬＥＣＴ  ＊  ＦＲＯＭ  ＥＭＭ＿ＤＡＴＡＢＡＳＥ  ＷＨＥＲＥ  ＴＯ＿ＦＩＥＬＤ  ＣＯＮＴＡＩＮＳ  ”ｈｂｒａｎｄｔ＠ｏｐｐｓｏｌ．ｃｏｍ”
ＳＥＬＥＣＴ  ＊  ＦＲＯＭ  ＥＭＭ＿ＤＡＴＡＢＡＳＥ  ＷＨＥＲＥ  ＣＣ＿ＦＩＥＬＤ  ＣＯＮＴＡＩＮＳ  ”ｈｂｒａｎｄｔ＠ｏｐｐｓｏｌ．ｃｏｍ”
ＳＥＬＥＣＴ  ＊  ＦＲＯＭ  ＥＭＭ＿ＤＡＴＡＢＡＳＥ  ＷＨＥＲＥ  ＢＣＣ＿ＦＩＥＬＤ  ＣＯＮＴＡＩＮＳ  ”ｈｂｒａｎｄｔ＠ｏｐｐｓｏｌ．ｃｏｍ”
ＳＯＲＴ  ＢＹ  ＤＡＴＥ
ＥＮＤ
このサーチは、ｅメールのＴＯ、ＣＣ、またはＢＣＣのフィールドに「ｈｂｒａｎｄｔ＠ｏｐｐｓｏｌ．ｃｏｍ」が表示される場合の全てのｅメールをリストするが、すなわち、今日のインボックスに似たようなものである。
【００４４】
伝統的なｅメールポストオフィスシステムにおけるクロスメールボックスサーチでは、実質的に実行不可能である。これは、真のコラボレーションおよびセントラルｅメールストレージにとって大きな難関である。
【００４５】
本発明によって、本発明に従うｅメールマネジメントシステムが、これらの問題を解決する。
【発明を実施するための最良の形態】
【００４６】
以下において、本発明の好ましい実施形態を参照し、かつ、添付された図面を参照して、本発明が、さらに記述される。
【００４７】
図１に示されるように、多数のユーザを有する組織における伝統的なメールシステムにおいては、電子メールアイテム１０は、受信されかつ受信者に割り振られたストレージスペース２０に格納される。メールは、受信者のインボックス３０に表示され、そこで、メールは読まれ、組織の他のメンバー３１に転送される（矢印４０参照）。メールアイテムが転送されない場合には、他のメンバー３１は、メールの中の情報にアクセスできない。
【００４８】
図２に原理的に示されるように、この問題は、本発明に従うメール取扱いシステムを用いて克服される。図２に示されるように、入のメール１０は、電子メールマネジメントデータベース５０（ＥＭＭ  ＤＢ）の中に格納される。このＥＭＭデータベース５０においては、動的サーチ６０を実行し得、それによって、組織内のコンピュータネットワークへのアクセスを有するユーザは、組織の任意のメンバー３２に通信された、電子メールの中の関連情報に近づき得る。コンピュータネットワーク内のワークステーションで、ユーザが、サーチクエリを規定し、このサーチクエリで規定されるユーザが決める基準に適合する全てのｅメールを取り出し得るように、サーチ構造は規定される。
【００４９】
サーチクエリは、コンピュータネットワーク上のユーザのメールアドレスへ／から送信および受信されるｅメールの両方を含み得る。検出手段（ＥＣＡ）は、全ての入、および出のｅメールを、エクスチェンジサーバ上で捕まえる。通知レコードは、メール各々のために、ジャーナライズ手段（ＥＭＰ）によって、一式のメタデータを含んで作成される。該通知レコードは、ＥＭＭデータベースの中に格納される。
【００５０】
本発明に従うＥＭＭ（Ｅ−Ｍａｉｌ  Ｍａｎａｇｅｍｅｎｔ）アプリケーションは、特定のユーザセット、例えばサーバ上の全てのユーザに対する入および出のｅメールについて、コンピュータネットワーク内のエクスチェンジサーバをモニタする。モニタされるｅメールは、セントラルデータベースの内部に格納される。ｅメールのセーブを実行する一方で、通知が、ＥＭＭユーザの表示システム内のログに送信され、それは、メールの到着／出発を指示しかつジャーナライズするためのユーザの承諾を求める。ＥＭＭユーザの応答に基づき、ｅメールはジャーナライズされる。ＥＭＭユーザからの応答のない既定のウィンドウ内の通知表示は、ＥＭＭストア内のワーククエリに格納される。ユーザは、ディスプレイを介してワーククエリにアクセスし得、後の都合のよい時にｅメールをジャーナライズし得る。
【００５１】
本発明の理解を助けるために、以下に理論的背景の説明が提供される。
【００５２】
定義：
ｅメールは集合として記述され得、式１．１の要素を含む：
（式１．１）
［ｓ，ｒ，ｄ，ｍ］
ここで、ｓはメールアドレスのセット、ｒは受信者のｅメールアドレスのセット、ｄは付加されたヘッダー（エンベロップ）データ、ｍは実際のメッセージである。
【００５３】
ｅメールアドレスは、多数の違ったフォーマットを有し得、ここでの目的のために、それらは、ＲＦＣ  ２８２２（ｈｔｔｐ：／／  ｈｔｔｐ：／／ｗｗｗ．ｆａｑｓ．ｏｒｇ／ｒｆｃｓ／ｒｆｃ２８２２．ｈｔｍｌ）に概説されるルールに従うキャラクタのストリングとしてフォーマットされると想定する。ＲＦＣ  ２８２２は、受信者をＴＯ：、ＣＣ：、およびＢＣＣ：に区別し、本発明の目的のために、ｒをｅメールアドレスの３つのセットの結合であると考える。セットＡは、知られ得る全てのｅメールアドレス、例えばＲＦＣ  ２８２２フオーマットされたｅメールアドレス、のセットとして定義される。
従って：
ｓ⊂Ａ  および  ｒ⊂Ａである。
【００５４】
セットｄは、ＲＦＣ  ２８２２におけるようにヘッダーフィールドとして定義され、送信日、サーバパスなどのような任意の付加的エンベロップ情報を含む。セットＤは、例えばＲＦＣ  ２８２２によって規定されるリストであり、可能なエンベロップ情報の全てのセットとして定義される。
従って：
ｄ⊂Ｄである。
【００５５】
要素ｍは、あらゆる種類のメッセージを含み得、ここでの目的のために、フォーマットは重要ではないが、ＭＩＭＥフォーマットされたｅメールを統制するＲＦＣ  ２８２２またはＲＦＣｓ（ＲＦＣ  ２０４５、ＲＦＣ  ２０４６、ＲＦＣ  ２０４８、ＲＦＣ  ２０４９）に直接従ってフォーマットされるキャラクタのシーケンスであると想定する。セットＭは、上記のＲＦＣｓにより規定され得るメッセージのセットとして定義される。
従って：
ｍ⊂Ｍである。
【００５６】
伝統的なｅメールサーバシステムは、２つの主要なオペレーションを実行するが、それはｅメールを送信または受信することである。このオペレーションを取り扱うために、多くのプロトコルが存在する。最もよく知られているのは、ＩＥＴＦによって規定されるものである。
【００５７】
プライマリＳＭＴＰ（ＲＦＣ  ２８２１／ＲＦＣ  ２８２２）、ＰＯＰ３（ＲＦＣ  １９３９）、ＩＭＡＰ（ＲＦＣ  ２０６０）が、ｅメールおよびｅメールの伝送を処理するために使用される。プロトコルは、概略２つの違ったグループに分けられ得、それは、中心的なメールの受け取りおよびユーザへのｅメールの配布である。ＳＭＴＰは、中心的にｅメールの受信を担い、それらをデータベースに格納する。ＰＯＰ３およびＩＭＡＰは、セントラルデータベースからｅメールを取り出すために使用されるプロトコルである。
【００５８】
注目すべき重要なことは、慣習的に、すべてのｅメールはユーザ中心と考えられており、すなわち、ｅメールは、伝統的な郵便メールに類似するものと考えられているということである。それは、受信エージェント（ＳＭＴＰ）によって受信され、格納され、プライバシーが保護される。このプライバシー保護は、メールボックスメタファにより取り扱われる。すなわち、ｅメールは、１つ以上のメールボックスに割り当てられ、メールボックスへのアクセスは、特権的行為と考えられ、少なくともパスワード確認が求められる。
【００５９】
その結果的として、ｅメールサーバは、ｅメールを受信して、受信者のセットを調べ、既知のメールボックスのリストに従って、多数のメールボックスにｅメールを割り当てる。
【００６０】
同様に、ｅメールを送信することは、送信者のメールボックスに送信メールが格納されることになる。
【００６１】
その結果として、ｅメールサーバは、組[ｅ，ｂ]として表され、ｅはサーバ上に格納されるｅメールセットであり、ｂはメールボックスセットである。メールボックスは、ｅメールセットの区画であることが分かり、ｂ⊂ｅであるが、区画が完全ではないことに注意が必要であり、従って、式１
【００６２】
【数１】
2008512011.tif 000003
は満足されない。
【００６３】
上述の正味の影響は、特定のユーザの全てのｅメール通信が、このユーザのメールボックスの内部に格納されるということである。サーバは、メールボックス内部に格納されたｅメールのプライバシーを精力的にプロテクトする。
【００６４】
換言すれば、ｂｉの各々の内容へのアクセスは、サーバによってプロテクトされ、アクセスは、ユーザごとをベースとして許されるだけである。
【００６５】
今日のマルチユーザビジネス環境においては、区画機能は実際のビジネス環境にマッチしないので、プライバシー保護は問題を生じさせる。交渉においては個々の人が参画するが、ビジネス取引は、会社間でなされる。従って、他のユーザのメールボックスの内部に格納されたｅメールを見る必要がある。
【００６６】
ユーザは、ｅメールを転送およびｃｃすることによってこの状況に対処しようとし、従って、取り扱われる必要があるｅメールの負荷を大きくする。
【００６７】
根本的原因は、実は、ｅメールが、メールボックス中心の態様で格納され取り扱われるということにある。本発明は、メールボックスを完全に廃止することを提案する。
【００６８】
メールボックスがサーバから取り除かれると、メールボックスへの割り当てを考慮しないので、ｅメールの受信および送信は、甚だしく簡単になる。
【００６９】
しかしながら、関連するｅメールをビューすることはさらに複雑である。伝統的に、メールボックスは、プライバシー保護の目的を果たすだけでなく、ユーザが提示されるメールの量を減らすために、静的フィルタリングメカニズムとしても機能するからである。
【００７０】
その結果として、新しいフィルタリングメカニズムが導入されねばならない。
【００７１】
より良いサーバ構成は、[ｅ，ｊ]であることを提案する。ここに、ｅは再びサーバ上のｅメールのセットであるが、ｊはもはや静的なエンティティではなく動的クエリのセットを表す。
【００７２】
本発明は、サーチ基準に基づき、（１．１）に表される任意の属性にマッチするように、データベースを動的にクエリすることを提案する。提案されるクエリ言語は、ＳＱＬに類似し、次のようなクエリ
ＳＥＬＥＣＴ  ＊  ＦＲＯＭ  ｅｍａｉｌｓ  ＷＨＥＲＥ  ＲＥＣＥＩＶＥＤ＿ＤＡＴＥ  ＢＥＴＷＥＥＮ（＠Ｔｏｄａｙ，＠ＬａｓｔＭｏｎｔｈ）  ＡＮＤ  ＳＵＢＪＥＣＴ  ＩＳ  ＬＩＫＥ  ’％Ｄｅｌｇａｎｏ  ｐｒｏｊｅｃｔ％’
が可能である。
【００７３】
上のクエリは、送信人、受信人にかかわらず、先月以降の、Ｄｅｌｇａｎｏという名のプロジェクトに関連する全てのメールを返す。
【００７４】
カラム名ＲＥＣＥＩＶＥＤ＿ＤＡＴＥ、ＳＵＢＪＥＣＴ他に基づき、クエリエンジンは、（１．１）の組の要素のどれであってもサーチする。
【００７５】
一部のクエリは、パーマネントに格納しそれを実行するほどに頻繁に実行される。これらのパーマネントに格納されるクエリは、ジャーナルとして規定される。
【００７６】
多くのユーザが、伝統的なメールボックスの存在しない新しいｅメールのパラダイムを取り入れることを躊躇するが、それは、多数の新しい装置が実装されねばならなくなることにつながる新しいｅメールインフラストラクチャサーバのインストールを、サーバ管理者が、躊躇するのと同様である。
【００７７】
まず注目すべき重要なことは、伝統的なメールボックスは、次のようなサーチクエリを有するクエリを格納することによって、エミュレートされ得るということである。
ＳＥＬＥＣＴ  ＊  ＦＲＯＭ  ｅｍａｉｌｓ  ＷＨＥＲＥ  ＴＯ  ＣＯＮＴＡＩＮＳ  ’＜ｕｓｅｒｍａｉｌａｄｄｒｅｓｓ＞’  ＯＲ  
ＣＣ  ＣＯＮＴＡＩＮＳ  ’＜ｕｓｅｒｍａｉｌａｄｄｒｅｓｓ＞’  ＯＲ  
ＢＣＣ  ＣＯＮＴＡＩＮＳ  ’＜ｕｓｅｒｍａｉｌａｄｄｒｅｓｓ＞’  ＯＲ  
ＦＲＯＭ  ＣＯＮＴＡＩＮＳ  ’＜ｕｓｅｒｍａｉｌａｄｄｒｅｓｓ＞’
各ユーザのために、上記のクエリを含むジャーナルを作成することは、彼／彼女の個人のメールボックスをあきらめるというエンドユーザの不本意を解消させる。なぜならば、あらゆる意味で、彼は今もなおメールボックスを有するからである。
【００７８】
結果として、サーバからのｅメールへのユーザのリクエストは、次の関数
【００７９】
【数２】
2008512011.tif 000004
の値を評価することとして理解される。
【００８０】
すなわち、ｑが自然数である場合、既定のクエリセットに対するインデックスであり、自然数でない場合は、ｑはアドホックなクエリを意味すると想定される。関数ｇは、インジケータ関数であって、ａが特定されたサーチ基準にマッチする場合には１を、そうでない場合には０を返す。
【００８１】
サーバ管理者は、この新しいシステムが使用されているか否かに関係なく、メールサーバが継続して作動する保証を必要とする。従って、ｅメールのトラフィックについてｅメールサーバを継続的にモニタし、スナップショットでＥＭＭシステム上へのｅメールデータをモニタするという、探知の必要が生じる。
【００８２】
図３を参照し、本発明の好ましい実施形態に従うｅメールマネジャ（ＥＭＭ）のサブシステムを、概略的に記述する。
【００８３】
データストア：
２つのデータストアがＥＭＭのコアに存在する：
１．ＥＭＭ−ＤＢ．メインデータストアである。ＥＭＭ−ＤＢは、ＥＣＡから受信される全てのｅメールを含む。ＥＭＭ−ＤＢは、ＥＭＭを使用するアプリケーションによって作成される全てのメタデータをもさらに含む。
２．ＱＵＥＲＹ−ＤＢ．これは、既定のおよびアドホックに作成されたＥＭＭクエリを含むデータストアである。既定のクエリは、インボックスシミュレーションクエリであり得る。アドホッククエリは、特定の顧客から／への全てのｅメールに対するリクエストであり得る。
２つのデータストアは、同じ物理的なサーバ上に容易に、そして、好ましくはＳＱＬ環境下に存在し得る。
【００８４】
ＥＭＭアクセスコントロール（ＥＡＣ）：
ＥＡＣは、環境特定安全メカニズムであって、ＥＭＭ−ＤＢおよびＱＵＥＲＹ−ＤＢの中のアイテムにアクセスする特定のＥＭＭユーザを許可／拒絶する。これは、秘密情報の保護を可能とする。マイクロソフト環境においては、ＥＡＣは、Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ（ＡＤ）の拡張である。
【００８５】
ＥＭＭキャプチャリングエージェント（ＥＣＡ）：
ＥＣＡは、ｅメールのソースからのｅメールを捕らえ、それらをＥＭＭ−ＤＢの中に格納することを担う。ｅメールのソースは、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ、Ｌｏｔｕｓ  ＮｏｔｅｓまたはＮｏｖｅｌｌ  ＧｒｏｕｐＷｉｓｅのような、汎用ｅメールシステムであり得る。ｅメールのソースは、直接のＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）のソースでもあり得る。
【００８６】
ＥＭＭメタデータプロバイダ（ＥＭＰ）：
ＥＭＰは、環境特定アプリケーションであって、ＥＭＭ−ＤＢ内のｅメールにメタデータを追加する。
【００８７】
ＥＭＭクエリビルダー（ＥＱＢ）：
ＥＱＢは、既定のおよびアドホックなクエリを作成するための環境特定アプリケーションである。
【００８８】
クエリリザルトフォーマッタ（ＱＲＦ）：
ＱＲＦは、環境特定アプリケーションであって、ＱＵＥＲＹ−ＤＢからＥＭＭ−ＤＢに対するクエリの結果を表示する。ＱＲＦは、その結果をモバイルデバイス上などに、ユーザのメールアプリケーション（Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋなど）のフォルダとして、ウェブのページとして、スプレッドシートのデータリストとして、ＥＲＰシステム（Ｍｉｃｒｏｓｏｆｔ  Ｎａｖｉｓｉｏｎなど）の拡張として、ＣＲＭシステム（Ｍｉｃｒｏｓｏｆｔ  ＣＲＭなど）の拡張として表示し得る。
【００８９】
図４を参照すると、通知レコード５２は、ｅメール１０および関連メタデータ５４のセットを含む。この通知レコード５２は、ＥＭＭデータベース５０に格納される。メタデータ５４の内容によって、ｅメール１０はサーチ可能であり、ユーザ規定ジャーナル６２で選択され得る。ユーザ規定ジャーナル６２は、１つ以上のサーチ基準７２、７４を含むサーチクエリ７０を規定することによって生成され得る。サーチ基準は、例えば「ａｎｄ」、「ｏｒ」、「ａｎｄ  ｎｏｔ」などのブール演算子の任意のタイプと比較され得る。
【００９０】
第２のジャーナル６４は、新しいジャーナル６４を生成するために、２つ以上のサーチ６２．１、６２．２を比較することによって生成され得る。このようにして、動的サーチは、ＥＭＭデータベースの中の関連ｅメールを、ユーザがアドバンスサーチすることを可能とすることを容易にする。
【００９１】
本発明に従うＥＭＭシステムへのｅメールの格納は、上述のような多くの利点を提供する。組織内のセントラルサーバの格納スペースが不足するために消去されねばならないｅメールがないような、十分に大きな格納能力を提供することが有利であるということも理解される。必要とされる格納スペースは、たとえそれが複数の受信者に送られる場合にも、格納される必要のあるｅメールのコピーを１部だけに限るので、最小化もされる。ＥＭＭシステムの中に消去機能を提供しないことによって、本発明に従ってインストールされるＥＭＭシステムを有する組織のために、唯一で完全な電子メールドキュメンテーションが提供される。
【図面の簡単な説明】
【００９２】
【図１】伝統的なメールシステムの原理的な図である。
【図２】本発明に従うメールシステムの原理的な図である。
【図３】本発明の好ましい実施形態に従う電子メールマネジメントシステムの概略的な構造図である。
【図４】本発明の好ましい実施形態に従う電子メールマネジメントシステムの概略図である。
【図５】電子メールを受信しかつジャーナライズするためのデータフローの説明である。
【図１】
2008512011.tif 000005
【図２】
2008512011.tif 000006
【図３】
2008512011.tif 000007
【図４】
2008512011.tif 000008
【手続補正書】
【提出日】平成20年2月13日(2008.2.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
共有されたマルチユーザ環境において電子メールを取り扱う電子メールマネジメントシステムであって、該システムにおいては、ユーザの入来する電子メールは、外部のコレスポンデントにより送信および受信され、該システムは、ユーザの電子メールアイテムが格納されおよび取り出され得るセントラルストレージと共に共通メールサーバを含み、該システムは、
特定のユーザセットのために、該メールサーバ上の入りおよび出の電子メールの流れをモニタし、ならびに、入りおよび出の電子メールをインターセプトする検出手段と、
該インターセプトされる電子メールの各々のために、一式のｅメール情報データの通知レコードを作成するジャーナライズ手段と、
該通知レコードおよび関連する電子メールが、マルチユーザ環境におけるユーザにとって、サーチクエリによってアクセス可能であるように、該通知レコードおよび該関連する電子メールを関係データベースの中に格納するための電子メールマネジャデータベース（ＥＭＭ  ＤＢ）と、
サーチリクエストクエリを規定することによって、該電子メールマネジメントデータベースの中の該通知レコードから電子メールのジャーナルを生成し、かつ、該電子メールマネジメントデータベースの中の該通知レコードから、ユーザにより規定された一連の情報データを選択するサーチエンジンに、該サーチリクエストを提示する手段と
を備える、システム。
【請求項２】
前記検出手段は、インターセプトされた電子メールの各々をフォーマットする手段を含む、請求項１に記載のシステム。
【請求項３】
前記検出手段は、前記フォーマットされた電子メールを前記電子メールマネジャデータベース（ＥＭＭ  ＤＢ）にコピーする手段をさらに含む、請求項２に記載のシステム。
【請求項４】
電子メールマネジメント関係データベースは、ＳＱＬサーバ上にホストされる、請求項１から請求項３のうちの任意の１つに記載のシステム。
【請求項５】
前記ジャーナルを生成する手段は、前記電子メールマネジメントデータベース中のエントリーからｅメールのジャーナルを生成するための前記通知レコードの中の少なくとも１つの選択基準に従うサーチを含む、請求項１から請求項４のうちの任意の１つに記載のシステム。
【請求項６】
前記通知レコードの中のデータは、各ｅメールのための通知メッセージを含み、該通知メッセージは、ｅメールヘッダー情報を含み、該ｅメールヘッダー情報は、受信時（日）、送信人に関する情報（「ｆｒｏｍ」）、受信人または受信人達に関する情報（「ｔｏ」）、コピー受信人に関する情報（「ｃｃ」）および／またはブラインドコピー受信人に関する情報（「ｂｃｃ」）、メッセージ識別表示、「〜に答えて」のような参照データ、題名、コメント、および、キーワードのうちの少なくとも１つを含む、請求項５に記載のシステム。
【請求項７】
前記電子メールマネジメントシステム（ＥＭＭ）は、任意のＳＭＴＰプロトコルベースのｅメールシステムと連携するように適合される、請求項１から請求項６のうちの任意の１つに記載のシステム。
【請求項８】
前記検出手段の対象とされる特定のユーザセットは、マルチユーザ環境における全てのユーザであって、少なくとも２人のユーザである、請求項１から請求項７のうちの任意の１つに記載のシステム。
【請求項９】
前記マルチユーザ環境は、各サイトがローカルクライアントサーバを有するマルチサイト顧客環境である、請求項１から請求項８のうちの任意の１つに記載のシステム。
【請求項１０】
前記マルチユーザ環境は、１つだけのクライアントサーバを有するシングルサイト顧客環境である、請求項１から請求項９のうちの任意の１つに記載のシステム。
【請求項１１】
ジャーナルを生成する手段は、各ユーザのために、ｅメールの到着および出発を指示するためのｅメールマネジメントダイアローグ手段を含む、請求項１に記載のシステム。
【請求項１２】
前記ダイアローグ手段は、到着および出発するｅメールの各々をジャーナライズするために、同意を求めることを提供する、請求項１１に記載のシステム。
【請求項１３】
前記ダイアローグ手段は、到着および出発するｅメールの各々のために、自動ジャーナライズを提供する、請求項１１に記載のシステム。
【請求項１４】
電子メールジャーナライズ手段は、通知キュー、通知サーバ、通知ローダ、通知スケジューラ、および、ｅメールマネジメント関係データベースストレージを含む、請求項１から請求項１３のうちの任意の１つに記載のシステム。
【請求項１５】
前記通知スケジューラは、前記ジャーナライズ手段を更新する手段を含み、該更新する手段は、既定のジャーナライズ承諾基準を含む、請求項１４に記載のシステム。
【請求項１６】
前記ジャーナライズ承諾基準は、特定のｅメールが複数のユーザに送信された場合には、該特定のｅメールがジャーナライズされることを全てのユーザが承諾しなければならないか、または、ユーザのうちの１人だけがジャーナライズのために該特定のｅメールを承諾した場合には、ジャーナライズが実行されるかのいずれか一方である、請求項１５に記載のシステム。
【請求項１７】
前記ｅメールのジャーナルを生成する手段は、複数のジャーナルを提供するために適合される、請求項１から請求項１６のうちの任意の１つに記載のシステム。
【請求項１８】
ジャーナルは、２つ以上の前記複数のジャーナルをブール演算子により比較することによって生成される、請求項１７に記載のシステム。
【請求項１９】
共有されたマルチユーザ環境における電子メールをジャーナライズする方法であって、該環境においては、ユーザの入来する電子メールは、外部のコレスポンデントにより送信されかつ受信され、システムは、セントラルストレージと共に共通メールサーバを含み、該ユーザの電子メールアイテムは、格納されかつ取り出され得、該方法は、
サーバのユーザへおよびユーザからのメールサーバ上の入りおよび出の電子メールの流れをモニタすること、ならびに、入りおよび出のｅメールのうちの少なくとも選ばれたものをインターセプトすることと、
インターセプトされた電子メールのそれぞれのために、一式の電子メール情報データの通知レコードを作成すること、ならびに、該通知レコードおよび関連電子メールが、該マルチユーザ環境におけるユーザにとって、サーチクエリによってアクセス可能であるように、電子メールマネジャ関係データベース（ＥＭＭ  ＤＢ）の中に、該通知レコードおよび該関連電子メールを格納することと、
該電子メールマネジメントデータベース（ＥＭＭ  ＤＢ）の中の該通知レコードから、サーチリクエストクエリを規定することによって、ユーザ特有のｅメールジャーナルを生成すること、および、該電子メールマネジメントデータベースの中の該通知レコードから、ユーザ規定の一連の情報データを選択するために、サーチエンジンに該サーチリクエストを提示することと
を含む、方法。
【請求項２０】
インターセプトされた電子メールのそれぞれをフォーマットすることを含む、請求項１９に記載の方法。
【請求項２１】
前記フォーマットされた電子メールは、前記ｅメールマネジャデータベース（ＥＭＭ  ＤＢ）にコピーされる、請求項２０に記載の方法。
【請求項２２】
ジャーナルを生成するステップは、各ユーザのために、ｅメールの到着および出発を指示するためのｅメールマネジメントダイアローグ手段を含む、請求項１９に記載の方法。
【請求項２３】
前記ダイアローグ手段は、到着および出発するｅメールの各々のために、ジャーナライズの承諾を求めることを提供する、請求項２２に記載の方法。
【請求項２４】
前記ダイアローグ手段は、到着および出発するｅメールの各々のために、自動ジャーナライズを提供する、請求項２２に記載の方法。
【請求項２５】
前記ｅメールジャーナライズのステップは、前記ジャーナライズ手段を更新することを含み、該更新手段は、既定のジャーナライズ承諾基準を含む、請求項１９から請求項２４に記載の方法。
【請求項２６】
前記ジャーナライズ承諾基準は、特定のｅメールが複数のユーザに送信された場合には、該特定のｅメールがジャーナライズされることをその全てのユーザが承諾しなければならないか、または、ユーザのうちの１人だけがジャーナライズのための該特定のｅメールを承諾した場合には、ジャーナライズが実行されるかのいずれか一方である、請求項２５に記載の方法。
【請求項２７】
ｅメールのジャーナルを生成するステップは、複数のジャーナルを提供するように適合される、請求項１９から請求項２６に記載の方法。
【請求項２８】
結合されたジャーナルは、前記複数のジャーナルのうちの２つ以上をブール演算子により比較することによって生成される、請求項２７に記載の方法。
【請求項２９】
コンピュータ読み取り可能なプログラムコードの手段を有するコンピュータが利用可能なメディアであって、該プログラムコードの手段は、共有されたマルチユーザ環境における電子メールをジャーナライズするためのｅメールマネジメントシステムを提供し、該マルチユーザ環境の中においては、ユーザの入来する電子メールは外部のコレスポンデントにより送信されおよび受信され、該システムは、該ユーザの電子メールアイテムが格納および取り出しされ得るセントラルストレージと共に共通メールサーバを含み、該コンピュータ読み取り可能なプログラムコードは、
サーバのユーザへおよびユーザからの該メールサーバ上の入りおよび出の電子メールの流れをモニタする検出手段を提供し、かつ、該入りおよび出のｅメールの少なくとも選ばれたものをインターセプトするコンピュータプログラムコードの手段と、
インターセプトされた電子メールのそれぞれのために、一式の電子メール情報データの通知レコードを作成し、ならびに、該通知レコードおよび関連電子メールが、該マルチユーザ環境におけるユーザにとって、サーチクエリによってアクセス可能であるように、該マルチユーザ環境における該ユーザにとってアクセス可能な態様で、少なくとも該通知レコードおよび各電子メールを格納するための電子メールマネジャ関係データベース（ＥＭＭ  ＤＢ）の中に、該通知レコードおよび該関連電子メールを格納するジャーナライズ手段を提供するコンピュータプログラムコードの手段と、
該電子メールマネジメントデータベース（ＥＭＭ  ＤＢ）の中の該通知レコードから、サーチリクエストクエリを規定することによって、ユーザ特有のｅメールジャーナルを生成し、および、該電子メールマネジメントデータベースの中の該通知レコードから、ユーザ規定の一連の情報データを選択するために、サーチエンジンに該サーチリクエストを提示する手段を提供するコンピュータプログラムコードの手段と
を備える、コンピュータが利用可能なメディア。
【国際調査報告】
2008512011.tif 000009
2008512011.tif 000010
2008512011.tif 000011