(57)【要約】【課題】  受信メールを好適に管理できるような支援を行う。【解決手段】  メール管理支援システム（１）には、一以上の第一アカウントでの未分類の受信メールの分類結果を管理する分類管理手段（２１）と、その分類結果に基づいて、第二のアカウントの未分類の受信メールをどのように分類するかの分類候補を計算する計算手段（１５）と、前記計算された分類候補を表示する表示手段（１５）とが備えられる。未分類の受信メールは、例えば、一以上の第一アカウントと第二アカウントとを含む複数のアカウントを宛先とした電子メールである。【選択図】図１
2006277551.tif 000002
【特許請求の範囲】
【請求項１】
一以上の第一アカウントでの受信メールの分類結果を管理する分類管理手段と、
前記分類結果に基づいて、第二のアカウントの受信メールをどのように分類するかの分類候補を計算する計算手段と、
前記計算された分類候補を表示する表示手段と
を備えるメール管理支援システム。
【請求項２】
前記受信メールは、前記一以上の第一アカウントと前記第二アカウントとを含む複数のアカウントを宛先とした電子メールである、
請求項１記載のメール管理支援システム。
【請求項３】
複数のアカウントが関連付けられた一以上のグループを管理するグループ管理手段を更に備え、
前記計算手段は、前記第二のアカウントと同一のグループに属する一以上の第一アカウントの分類結果に基づいて、前記分類候補を計算する、
請求項１記載のメール管理支援システム。
【請求項４】
前記分類結果は、どの第一アカウントでどの受信メールがどのフォルダに分類されたかを表す分類結果要素を一つ以上含んだものである、
請求項１記載のメール管理支援システム。
【請求項５】
前記計算手段は、一以上の分類結果要素に基づいて、前記第二のアカウントの受信メールの分類先候補とするフォルダを特定し、
前記表示手段は、前記特定されたフォルダが前記第二のアカウントで用意されていない場合には、前記特定されたフォルダを新たに準備するフォルダの候補として表示する、
請求項４記載のメール管理支援システム。
【請求項６】
複数のアカウント及び／又は複数のフォルダが関連付けられた一以上のグループを管理するグループ管理手段を更に備え、
前記計算手段は、同一のグループに属する一以上の第一アカウント及び／又は一以上のフォルダに基づいて、複数の分類結果要素を一以上の分類結果要素に絞り込み、前記絞り込まれた一以上の分類結果要素に基づいて、前記分類候補を計算する、
請求項４記載のメール管理支援システム。
【請求項７】
一以上の第一アカウントでの受信メールの分類結果を管理するステップと、
前記分類結果に基づいて、第二のアカウントの受信メールをどのように分類するかの分類候補を計算するステップと、
前記計算された分類候補を表示するステップと
を有するメール管理支援方法。
【請求項８】
一以上の第一アカウントでの受信メールの分類結果を管理するステップと、
前記分類結果に基づいて、第二のアカウントの受信メールをどのように分類するかの分類候補を計算するステップと、
前記計算された分類候補を表示するステップと
をコンピュータに実行させるためのコンピュータ読み取り可能なコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メールの管理を支援するためのコンピュータ技術に関する。
【背景技術】
【０００２】
従来、電子メールを管理するための技術として、例えば特許文献１に開示の電子メール管理方法が知られている。この電子メール管理方法では、送信管理テーブルＡと受信管理テーブルＢとが用意される。送信管理テーブルＡには、メールの送信時に、送信メールの識別子（ＩＤ）、日時、送付先等の付属情報とともに、リプライメールならその元になったメールのＩＤを、フォワードメールなら対象メールのＩＤが記入される。一方、受信管理テーブルＢには、メールの受信時に、付属情報とともに、リプライメールなら元になった送信メールのＩＤが記入され、送信管理テーブルＡを検索して自分の送信メールに対するメールならそのＩＤが記入される。これらのテーブルＡ，Ｂに記入された情報により、送受信メール間の関係を明示し、その探索によってその関係を自動的に抽出することができる。
【０００３】
【特許文献１】特開平９−５４７３３号公報（例えば要約）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、電子メールソフトウェアには、一般に、送信フォルダと受信フォルダとがデフォルトで用意されている。送信箱には、送信した順序で電子メール（以下、送信メール）が蓄積されていき、受信箱には、受信した順序で電子メール（以下、受信メール）が蓄積されていく。そのため、送信箱や受信箱には、電子メールの本文や宛先或いは送信元等の属性に関係なく送信メールや受信メールが蓄積されていく。このままでは、送信メールや受信メールの管理が難しい。
【０００５】
そこで、ユーザは、送信箱或いは受信箱の下位に、ユーザ所望の名前を付した一又は複数の新たなフォルダを作成し、送信箱或いは受信箱に蓄積されている電子メールを、電子メールの属性に基づいて、新たに作成した一又は複数のフォルダに分類することにより、電子メールの管理を行うことがある。電子メールの分類では、送信メールよりも受信メールの分類の方が幾分面倒であると考えられる。受信メールは、送信メールと違って、ユーザの意志とは関係なく来たものであり、また、本文を読まないと内容を理解できないことがあり、更に、本文を読まないまま放置されたままになることもあるからである。
【０００６】
電子メールの管理技術として上述した特許文献１に開示の技術があるが、これは主に送信メールの管理のためのものであるので、受信メールの管理には適さないと考えられる。
【０００７】
従って、本発明の一つの目的は、受信メールを好適に管理できるような支援を行うことにある。
【課題を解決するための手段】
【０００８】
本発明の一つの側面に従うメール管理支援システムは、一以上の第一アカウントでの受信メールの分類結果を管理する分類管理手段と、前記分類結果に基づいて、第二のアカウントの受信メールをどのように分類するかの分類候補を計算する計算手段と、前記計算された分類候補を表示する表示手段とを備える。「分類結果」は、今までの分類の履歴であっても良いし、現在の分類状況であってもよい。表示される分類候補は、計算された分類候補それ自体であっても良いし、分類候補の計算結果が加工されて得られた情報であっても良い。また、分類候補の計算は、未分類の受信メールについてのみ行われても良いし、分類済みの受信メールについて行われても良い。
【０００９】
一つの実施態様では、前記受信メールは、前記一以上の第一アカウントと前記第二アカウントとを含む複数のアカウントを宛先とした電子メールであってもよい。
【００１０】
一つの実施態様では、メール管理支援システムは、複数のアカウントが関連付けられた一以上のグループを管理するグループ管理手段を更に備えることができる。前記計算手段は、前記第二のアカウントと同一のグループに属する一以上の第一アカウントの分類結果に基づいて、前記分類候補を計算することができる。
【００１１】
一つの実施態様では、前記分類結果は、どの第一アカウントでどの受信メールがどのフォルダに分類されたかを表す分類結果要素を一つ以上含んだものであってもよい。
【００１２】
一つの実施態様では、前記計算手段は、一以上の分類結果要素に基づいて、前記第二のアカウントの受信メールの分類先候補とするフォルダを特定し、
前記表示手段は、前記特定されたフォルダが前記第二のアカウントで用意されていない場合には、前記特定されたフォルダを新たに準備するフォルダの候補として表示することができる。
【００１３】
一つの実施態様では、メール管理支援システムは、複数のアカウント及び／又は複数のフォルダが関連付けられた一以上のグループを管理するグループ管理手段を更に備えることができる。前記計算手段は、同一のグループに属する一以上の第一アカウント及び／又は一以上のフォルダに基づいて、複数の分類結果要素を一以上の分類結果要素に絞り込み、前記絞り込まれた一以上の分類結果要素に基づいて、前記分類候補を計算することができる。具体的には、例えば、一つのグループには、複数のアカウント及び一以上のフォルダが関連付けられており、前記計算手段は、第二アカウントが関連付けられたグループと同一のグループに属する一以上の第一アカウントのどのフォルダにどの受信メールが分類されたかに基づいて、前記分類候補を計算することができる。
【００１４】
メール管理支援システムは、一又は複数のコンピュータによって構成することができる。コンピュータは、例えば、サーバマシン或いはワークステーション等のコンピュータマシンとすることができる。各コンピュータは、プロセッサや記憶資源（例えばメモリ）といったハードウェア資源を備えることができる。
【００１５】
また、上述した各手段は、ハードウェア、コンピュータプログラム又はそれらの組み合わせにより構築することができる。コンピュータプログラムは、所定のプロセッサに読み込まれて実行される。また、コンピュータプログラムがプロセッサに読み込まれて行われる情報処理の際、適宜に、メモリ等のハードウェア資源上に存在する記憶域が使用されてもよい。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照して、本発明の一実施形態に係るメール管理支援システムが適用されたメールサーバを説明する。なお、以下の説明では「アカウント」という言葉が出てくる。一般に、「アカウント」という言葉は、ユーザを特定するためのＩＤ及びパスワードを指したり、電子メールアドレスのアットマークよりも前にある文字列を指したり、電子メールの送受信の設定単位を指したりすることがあるが、以下の説明で言う「アカウント」とは、電子メールの送受信の設定単位を指す。従って、同一のユーザが複数のアカウントを有することもできるし、一ユーザが一アカウントを有することもできる。
【００１７】
図１Ａは、本発明の一実施形態に係るメールサーバのハードウェア構成例を示す。
【００１８】
メールサーバ１は、一又は複数の記憶装置（例えばメモリ或いはハードディスク）により構成することができる記憶資源３と、記憶資源３に対して情報を読み書きすることができる制御部５（例えばＣＰＵ）と、メールサーバ１の外部に存在する通信機器と通信するための通信インターフェース装置（以下、通信Ｉ／Ｆ）７とを備える。メールサーバ１は、例えば、受信メールを管理することができる受信メールサーバであっても良いし、いわゆるＷＥＢメールを管理することができるＷＥＢメールサーバであっても良い。メールサーバ１の制御部５は、情報処理端末（例えばパーソナルコンピュータ或いは携帯電話機）１１から送信された電子メールを受信して記憶資源３に蓄積し、その記憶資源３に蓄積されている各電子メールを、その電子メールの宛先アカウントの情報処理端末１１に送信することができる。送信された電子メールが、宛先を複数のアカウントとするいわゆる同報送信された電子メールの場合、同一の電子メールが複数の情報処理端末１１に送信される。
【００１９】
以上が、メールサーバ１のハードウェア構成例についての説明である。このメールサーバ１は、送信メールの管理を支援することに適用されても良いが、主に、受信メールを管理することに適したものである。故に、このメールサーバ１において管理される電子メールは、特別な場合を除いて受信メールであるとする。
【００２０】
図１Ｂは、図１Ａに示したメールサーバ１が保持することができるコンピュータプログラム及びデータの一例を示す。
【００２１】
メールサーバ１には、例えば、記憶資源３から制御部５に読み込まれて実行されるメール管理プログラム１５が備えられる。メール管理プログラム１５は、複数のアカウントの各々について、そのアカウント宛ての複数の受信メールのうち未分類の受信メール（例えば、受信箱に蓄積されたままの受信メール）がどれで分類済みの受信メール（例えば、受信箱以外のフォルダ）がどれであるかを記憶資源３で管理することができる。また、メール管理プログラム１５は、どのフォルダをどのアカウントが参照することができるかや、どのアカウントでどの受信メールがどのフォルダに分類されたかや、どのグループにどのアカウント及び／又はどのフォルダが関連付けられているか等も記憶資源３で管理することができる。
【００２２】
具体的には、例えば、記憶資源３には、どの受信メールがどのフォルダに格納されているかを管理するための分類管理テーブル（以下、「ＤＩＳＴ」と記載する場合あり）２１と、どのフォルダがどのグループに属するかを管理するためのフォルダグループ管理テーブル（以下、「ＦＬＤ＿ＧＲ」と記載する場合あり）２３とが記憶される。また、記憶資源３には、例えば、どのアカウントがどのフォルダを参照できるかを管理するためのフォルダ参照管理テーブル（以下、「ＦＬＤ＿ＲＥＦ」と記載する場合あり）２５と、どのアカウントがどのグループに属するかを管理するためのアカウントグループ管理テーブル（以下、「ＧＲＰ」と記載する場合あり）２７とも記憶される。さらに、記憶資源３には、例えば、メールサーバ１が受信した電子メールを管理するためのメール情報管理テーブル（以下、「ＭＬ」と記載する場合あり）２９と、アカウントを管理するためのアカウント管理テーブル（以下、「ＡＣＮＴ」と記載する場合あり）３１とも記憶される。
【００２３】
以上が、メールサーバ１が保持することができるコンピュータプログラム及びデータの一例についての説明である。この実施形態の説明では、未分類の受信メールが蓄積されているフォルダを、上記のように「受信箱」と称し、分類された受信メールが蓄積されているフォルダを、単に「フォルダ」と称している。従って、この実施形態では、受信箱をフォルダとしての管理は行われていない。しかし、受信箱もフォルダの一種として管理されてもよい。
【００２４】
上述したテーブル２１，２３，２５，２７，２９及び３１の各々は、一以上のレコードで構成することができる。以下、各テーブルの各レコードについて説明する。
【００２５】
図２Ａは、分類管理テーブル２１のレコードである分類管理テーブルレコードの構成例を示す。
【００２６】
分類管理テーブルレコード２１Ｒには、メールＩＤとそのメールＩＤに対応付けられたフォルダＩＤとが含まれる。メールＩＤは、メールサーバ１が受信した電子メールを識別するための情報である。フォルダＩＤは、メールサーバ１で管理されている複数のフォルダの各々を識別するための情報である。例えば、各アカウントで同一のフォルダ名が設定されている場合、各アカウントが設定されている情報処理端末１１では同一のフォルダ名が表示されるが、メールサーバ１で管理されているフォルダＩＤは異なる。
【００２７】
図２Ｂは、フォルダグループ管理テーブル２３のレコードであるフォルダグループ管理テーブルレコードの構成例を示す。
【００２８】
フォルダグループ管理テーブルレコード２３Ｒには、フォルダＩＤとそのフォルダＩＤに対応付けられたグループＩＤとが含まれる。グループＩＤは、それに対応付けられたフォルダＩＤが表すフォルダが属するグループである。同一のグループ（例えばグループＩＤ「ｇ１」）に複数のフォルダ（例えば、フォルダＩＤ「Ａ１」、「Ａ２」）が属する場合、複数のフォルダグループ管理テーブルレコード２３Ｒ（例えば、レコード{ｇ１，Ａ１}、{ｇ１，Ａ２}）が用意される。
【００２９】
図２Ｃは、フォルダ参照管理テーブル２５のレコードであるフォルダ参照管理テーブルレコードの構成例を示す。
【００３０】
フォルダ参照管理テーブルレコード２５Ｒには、フォルダＩＤとそれに対応付けられたアカウントＩＤとが含まれる。アカウントＩＤは、それに対応付けられたフォルダＩＤが表すフォルダを参照することができるアカウントの識別情報である。
【００３１】
図２Ｄは、アカウントグループ管理テーブル２７のレコードであるアカウントグループ管理テーブルレコードの構成例を示す。
【００３２】
アカウントグループ管理テーブルレコード２７Ｒには、グループＩＤとそのグループＩＤに対応付けられたアカウントＩＤとが含まれる。
【００３３】
グループＩＤは、それに対応付けられたアカウントＩＤが表すアカウントが属するグループである。同一のグループ（例えばグループＩＤ「ｇ１」）に複数のアカウント（例えば、アカウントＩＤ「Ａ」、「Ｂ」）が属する場合、複数のアカウントグループ管理テーブルレコード２７Ｒ（例えば、レコード{Ａ，ｇ１}、{Ｂ，ｇ１}）が用意される。
【００３４】
グループＩＤは、フォルダグループ管理テーブルレコード２３Ｒに含まれているグループＩＤと同種のＩＤである。すなわち、一つのグループＩＤに、一以上のフォルダＩＤと一以上のアカウントＩＤとの両方が対応付けられている。換言すれば、一つのグループに、一以上のフォルダと一以上のアカウントとの両方が属する。
【００３５】
図２Ｅは、メール情報管理テーブル２９のレコードであるメール情報管理テーブルレコードの構成例を示す。
【００３６】
メール情報管理テーブルレコード２９Ｒは、メールサーバ１が受信した各電子メール毎に作成される。メール情報管理テーブルレコード２９Ｒには、メールＩＤと、差出人（例えば電子メールの送信元のメールアドレス）、送信日及び宛先アカウント等のメール属性情報とが含まれている。
【００３７】
図２Ｆは、アカウント管理テーブル３１のレコードであるアカウント管理テーブルレコードの構成例を示す。
【００３８】
アカウント管理テーブルレコード３１Ｒは、各アカウント毎に用意される。アカウント管理テーブルレコード３１Ｒには、アカウントＩＤと、そのアカウントＩＤに対応するアカウントに関するアカウント属性情報（例えばメールアドレス）とが含まれている。
【００３９】
以下、本実施形態で行われる処理について説明する。
【００４０】
図３は、メール管理プログラム１５が行う処理流れの一例を示す。その処理流れの説明をより理解し易くするために、図４にも、その処理流れを別の形式で示す。図３及び図４を参照して、その処理流れを説明する。なお、以下の説明では、説明をより分かり易くするために、各アカウント毎にユーザが異なるものとし、Ａ，Ｂ及びＣの３つのアカウントが存在するものとし、且つ、メールサーバ１が受信する電子メールは、全て３つのアカウントＡ，Ｂ及びＣ宛ての電子メール（つまり、Ａ，Ｂ，Ｃを宛先として同報送信された電子メール）であるとする。
【００４１】
メール管理プログラム１５は、準備処理を実行する（ステップＳ１０）。準備処理では、どんなアカウントが存在するかがアカウント管理テーブル３１に登録され、どのアカウントがどのフォルダを参照できるかがフォルダ参照管理テーブル２３に登録され、どのグループにどのアカウント及びどのフォルダが属するかがフォルダグループ管理テーブル２３及びアカウントグループ管理テーブル２７にそれぞれ登録される。メール管理プログラム１５は、各テーブル２３，２５，２７及び３１を、この準備処理のときだけでなく、別のタイミングで（例えば、アカウント、フォルダ或いはグループといった要素が追加或いは削除されたことが検出されたときに）、更新することができる。具体的には、例えば、新たにアカウントが追加された場合には、メール管理プログラム１５は、アカウント管理テーブルレコード３１Ｒを追加することができる。また、メール管理プログラム１５は、アカウントが削除された場合には、そのアカウントのＩＤを含んだアカウント管理テーブルレコード３１Ｒを削除したり、そのアカウントＩＤを含んだ他のテーブルレコード２５Ｒ、２７Ｒも削除したりすることができる。また、メール管理プログラム１５は、或るアカウントで新たにフォルダが追加された場合には、そのアカウントのＩＤとフォルダのＩＤとを含んだフォルダ参照管理テーブルレコード２５Ｒを追加することができる。また、メール管理プログラム１５は、或るアカウントでフォルダが削除された場合には、そのアカウントのＩＤとフォルダのＩＤとを含んだフォルダ参照管理テーブルレコード２５Ｒを削除したり、そのフォルダＩＤを含んだ他のテーブルレコード２３Ｒも削除したりすることができる。また、メール管理プログラム１５は、新たにグループが追加される場合には、そのグループのＩＤを含んだテーブルレコード２３Ｒ、２７Ｒを追加することができ、グループが削除される場合には、そのグループのＩＤを含んだテーブルレコード２３Ｒ、２７Ｒを削除することができる。また、メール管理プログラム１５は、アカウント、フォルダ或いはグループといった対象が削除される場合、その対象に関わるレコードそれ自体を削除する代わりに、そのレコードの削除が要求されたことを表す履歴を残しても良い。
【００４２】
準備処理が行われた後の各テーブル２１，２３，２５，２７，２９及び３１の構成例を図５Ａに示す。図５Ａ中の{}（中括弧）は、一つのレコードを示す。すなわち、ＡＣＮＴ３１によると、アカウントＡ，Ｂ及びＣが存在することがわかる。また、ＦＬＤ＿ＲＥＦ２５によると、フォルダＡ１，Ａ２，Ｂ１，Ｃ１があり、フォルダＡ１，Ａ２をアカウントＡが参照でき、フォルダＢ１をアカウントＢが参照でき、フォルダＣ１をアカウントＣが参照できることがわかる。また、ＦＬＤ＿ＧＲ２３及びＧＲＰ２７によると、グループｇ１，ｇ２が存在し、グループｇ１にフォルダＡ１，Ａ２，Ｂ１，Ｃ１及びアカウントＡ，Ｂ，Ｃが属し、グループｇ２にフォルダＡ１，Ｂ１及びアカウントＡ，Ｂが属することがわかる。
【００４３】
メール管理プログラム１５は、アカウントＡ，Ｂ及びＣ宛ての電子メールを受信した場合（Ｓ２０でＹ）、その電子メールを各アカウントＡ，Ｂ，Ｃの受信箱に登録し、且つ、その電子メールに対応するＭＬレコード２９Ｒを生成し、生成したＭＬレコード２９ＲをＭＬ２９に追加する（Ｓ２２）。メール管理プログラム１５は、アカウントＡ，Ｂ及びＣ宛ての電子メールを受信する都度に、Ｓ２０〜Ｓ２２の処理を繰り返すことができる。具体的には、例えば、７つの電子メールを受信した場合には、図５Ｂの参照番号２９に例示するように、７つのＭＬレコード２９ＲがＭＬ２９に追加される。以下、その７つの電子メールをメール１，メール２，…，メール７と表す。
【００４４】
メール管理プログラム１５は、いずれかのアカウントＡ，Ｂ又はＣで、受信メールの分類が行われた場合には（Ｓ３０でＹ）、その分類された受信メールについてＤＩＳＴレコード２１ＲをＤＩＳＴ２１に追加する（Ｓ３１）。具体的には、例えば、メール管理プログラム１５は、未分類のメール１（つまり受信箱にあるメール１）がフォルダＡ１に移された又は複製された場合には、{１，Ａ１}というＤＩＳＴレコード２１ＲをＤＩＳＴ２１に追加することができる。また、一度分類されたメール１がフォルダＡ１からフォルダＡ２に移された場合には、メール管理プログラム１５は、{１，Ａ１}というＤＩＳＴレコード２１ＲをＤＩＳＴ２１から削除して、{１，Ａ２}というＤＩＳＴレコード２１ＲをＤＩＳＴ２１に追加しても良い。或いは、メール１がフォルダＡ１からフォルダＡ２に複製された場合には、メール管理プログラム１５は、{１，Ａ１}というＤＩＳＴレコード２１ＲをＤＩＳＴ２１から削除せず、{１，Ａ２}というＤＩＳＴレコード２１Ｒを新たにＤＩＳＴ２１に追加しても良い。つまり、メール管理プログラム１５は、受信メールが或るフォルダ（又は受信箱）から別のフォルダに移動されたのか複製されたのかに応じて、移動又は複製前のレコードを削除するか否かを実行することができる。上述のＳ３０〜Ｓ３１の処理は、受信メールの分類が行われる都度に実行される。
【００４５】
上述したメール１，メール２，…メール７の分類結果の一例を図５Ｂ及び図６Ａ〜図６Ｃに示す。すなわち、アカウントＡでは、メール１〜７のうち、メール２，４及び６が受信箱に蓄積されたままであり（つまり未分類であり）、メール１，５が、受信箱からフォルダＡ１に移動され、メール３，７が受信箱からフォルダＡ２に移動された（図５Ｂでは、ＤＩＳＴレコード｛１，Ａ１｝、｛５，Ａ１｝、｛３，Ａ２｝、｛７，Ａ２｝に相当）。アカウントＢでは、メール１〜７のうち、メール１，４，６及び７が受信箱に蓄積されたままであり、メール２，３，５が、受信箱からフォルダＢ１に移動された（図５Ｂでは、ＤＩＳＴレコード｛２，Ｂ１｝、｛３，Ｂ１｝、｛５Ｂ１｝に相当）。アカウントＣでは、メール１〜７のうち、メール３以外が受信箱に蓄積されたままであり、メール３が、受信箱からフォルダＣ１に移動された（図５Ｂでは、ＤＩＳＴレコード｛３，Ｃ１｝に相当）。
【００４６】
メール管理プログラム１５は、所定の条件にマッチした場合に（Ｓ４０でＹ）、或るアカウントの特定種類の受信メールについて、分類候補の計算処理を実行し（Ｓ４１）、その処理結果を、そのアカウントが設定されている情報処理端末１１に表示することができる（Ｓ４２）。ここで、「所定の条件にマッチした場合」とは、例えば、情報処理端末１１から受信メールの分類候補の提示を要求された場合であっても良いし、予め定められた条件に従うイベントが検出された場合であっても良い。また、「或るアカウント」とは、例えば、分類候補の提示を要求して来た情報処理端末１１に設定されているアカウントであっても良いし、未分類の受信メールが最も多く存在するアカウント（このアカウントはメール管理プログラム１５によって検出することができる）であっても良い。また、「特定種類の受信メール」とは、未分類の受信メール及び分類済みの受信メールの一方又は双方とすることができる。メール管理プログラム１５は、何を特定種類の受信メールとするかを、例えば、情報処理端末１１からの指示に応じて選択しても良いし、所定の設定に従って選択しても良い。
【００４７】
以下、上記「或るアカウント」をアカウントＣとし、「特定種類の受信メール」を未分類の受信メール１，２，４，５，６，７として、図７を参照し、Ｓ４１の分類候補計算処理の流れの一例について詳細に説明する。なお、図７では、左半分が、処理流れの説明を示し、右半分が、各処理で得られるデータを示す。
【００４８】
まず、メール管理プログラム１５は、アカウントＣの未分類受信メールＩＤのリストを得る（Ｓ４１−１）。具体的には、例えば、メール管理プログラム１５は、アカウントＣのアカウントＩＤを含んだ全てのＦＬＤ＿ＲＥＦレコード２５ＲからアカウントＣにフォルダＣ１があることを特定し、且つ、メール１〜７のうちフォルダＣ１に分類された受信メールがメール３のみであってそれ以外の受信メールが未分類であることを、全てのＭＬレコード２９Ｒと、フォルダＣ１のフォルダＩＤを含んだ全てのＤＩＳＴレコード２１Ｒとから特定することにより、特定された未分類の受信メールのＩＤ１，２，４，５，６及び７のリストを得ることができる。
【００４９】
次に、メール管理プログラム１５は、アカウントＣのアカウントＩＤを含んだ全てのＧＲＰ２７Ｒを参照することにより、アカウントＣが属するグループのグループＩＤのリストを得る（Ｓ４１−２）。アカウントＣはｇ１というＩＤのグループのみに属しているので、ここでは、グループＩＤのリストとして、ｇ１を得ることができる。
【００５０】
次に、メール管理プログラム１５は、Ｓ４１−１で取得されたアカウントＣでの未分類のメール１，２，４，５，６及び７のメールが、他のアカウントではどのフォルダに分類されているのかを特定する（Ｓ４１−３）。具体的には、例えば、メール管理プログラム１５は、Ｓ４１−１で得られたリスト中のメールＩＤ１，２，４，５，６及び７を含んだＤＩＳＴレコード２１ＲをＤＩＳＴ２１から検索し、検索された全てのＤＩＳＴレコード｛１，Ａ１｝、｛２，Ｂ１｝、｛５，Ａ１｝、｛５，Ｂ１｝、｛７，Ａ２｝を取得することができる。
【００５１】
次に、メール管理プログラム１５は、Ｓ４１−３で特定されたフォルダと、そのフォルダが属するグループとの関連づけを表すデータを作成する（Ｓ４１−４）。具体的には、例えば、メール管理プログラム１５は、Ｓ４１−３で取得された各ＤＩＳＴレコード毎に、そのＤＩＳＴレコード中のフォルダＩＤに対応するグループＩＤをＦＬＤ＿ＧＲ２３から検索し、検索されたグループＩＤを、そのＤＩＳＴレコードに結合することができる。
【００５２】
次に、メール管理プログラム１５は、Ｓ４１−４で得られた一以上のデータを、Ｓ４１−２で得たリスト中のグループＩＤを含んだデータに絞り込む（Ｓ４１−５）。これにより、アカウントＣが属するグループについてのデータが残る。
【００５３】
次に、メール管理プログラム１５は、Ｓ４１−５で絞り込まれたデータの数を、フォルダＩＤ別にカウントする（Ｓ４１−６）。そして、メール管理プログラム１５は、Ｓ４１−６でのカウント値が基準値Ｎ（Ｎは一以上の整数、ここでは例えば１）以上のフォルダＩＤを抽出する（Ｓ４１−７）。
【００５４】
メール管理プログラム１５は、Ｓ４１−７で抽出されたフォルダＩＤと、Ｓ４１−３で得られたＤＩＳＴレコードとに基づいて分類候補を作成することができる（Ｓ４１−８）。具体的には、例えば、メール管理プログラム１５は、Ｓ４１−７で抽出されたフォルダＩＤと、そのフォルダＩＤのフォルダに分類された受信メールのメールＩＤとをセットにしたものを分類候補として作成することができる。
【００５５】
以上が、分類候補計算処理の流れの一例である。なお、この分類候補計算処理において、同一のメールの分類先候補として複数のフォルダのＩＤが挙がった場合には、複数のフォルダＩＤの全てが採用されても良いし、所定の方法で絞り込まれたフォルダＩＤ（例えば、優先順位が所定値以上のフォルダＩＤ）のみが採用されてもよい。
【００５６】
上述のＳ４１−８の処理により、図７に例示する通り、アカウントＣの未分類受信メール１，２，４，５，６及び７のうち、メール１の分類先候補がフォルダＡ１であり、メールの分類先候補がフォルダＢ１であり、メール５の分類先候補がフォルダＡ１及びＢ１の少なくとも一方であり、メール７の分類先候補がフォルダＡ２である、という結果が出た。
【００５７】
メール管理プログラム１５は、その結果を、例えば図８に示すような態様で表示することができる。
【００５８】
すなわち、メール管理プログラム１５は、アカウントＣが設定されている情報処理端末１１の画面に、フォルダＡ１に、未分類受信メール１，５を分類することと、フォルダＡ２に、未分類受信メール７を分類することと、フォルダＢ１に、未分類受信メール２，５を分類することとの提案を表示することができる。アカウントＣでの未分類受信メール４，６は、分類候補計算処理で分類候補が計算されなかったメールなので（例えば、他のどのアカウントでも未分類なので）、分類候補が表示されない。フォルダＡ１，Ａ２及びＢ１のいずれも、アカウントＣで予め用意されていたフォルダではないので、メール管理プログラム１５は、それらのフォルダＡ１，Ａ２及びＢ１を新たに準備して図８のように表示することができる。その際、例えば、メール管理プログラム１５は、各アカウントについて、フォルダＩＤと共にフォルダ名等も管理していれば、フォルダＩＤの表示に代えて又は加えて、フォルダ名も表示することができる。同一のフォルダについてフォルダ名がアカウント毎に異なっている場合には、いずれか一つのフォルダ名（例えば優先順位の高いアカウントのフォルダ名）が表示されても良いし、各アカウント毎のフォルダ名が表示されても良い。
【００５９】
また、メール管理プログラム１５は、ユーザが手動で受信メールを分類することを支援するために、他のアカウントでの受信メールの分類状況を、分類候補を表示している画面（或いは分類作業を行うための画面）と同じ画面上で（又は、別の画面をポップアップさせてその別の画面上で）、表示することができる。これにより、ユーザは、他のアカウントの分類状況を見ながら自分の受信メールを分類することができる。
【００６０】
また、メール管理プログラム１５は、この画面に表示された分類候補を承認する場合に操作する承認ボタン３５と、その分類候補を承認しないで手動で分類する場合に操作する手動分類ボタン３７とを表示しても良い。メール管理プログラム１５は、承認ボタン３５が押された場合、表示した分類候補の通りに未分類受信メールを分類することができる。その場合、メール管理プログラム１５は、新たにフォルダを作成する場合には、その新たなフォルダに関するレコード２５Ｒ及び２１Ｒを追加することができる。
【００６１】
以上、上述した実施形態によれば、自分のアカウントの受信メール（例えば未分類の受信メール）が他のアカウントでどのように分類されているかの状況に応じて、自分のアカウントの受信メールの分類候補が計算される。これにより、他のアカウントでの分類状況に基づいて、自分のアカウントの受信メールを分類することができるので、どのように受信メールを分類するかをあまり考えることなく受信メールの分類を行うことができる。
【００６２】
以上、本発明の好適な実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。
【００６３】
例えば、各アカウント毎のフォルダは、そのアカウントが設定された情報処理端末１１の電子メーラ（例えば電子メールソフトウェア）で管理されていてもよい。その場合、その情報処理端末１１が、どんなアカウントが設定されているかや、各アカウントでどんなフォルダが設定されているかや、どのアカウントでどの未分類の受信メールがどのフォルダに分類されたか等の情報をメールサーバ１に送信し、メールサーバ１は、各情報処理端末１１から受信した情報に基づいて、上述した実施形態のような管理を行っても良い。
【００６４】
また、上述した実施形態では、全ての受信メールがアカウントＡ，Ｂ及びＣ宛であるが、宛先が異なる場合には（例えば、アカウントＣのみであったり、アカウントＡ及びＣのみであったりする場合には）、メール管理プログラム１５は、以下のような処理を行うことができる。すなわち、例えば、メール管理プログラム１５は、アカウントＣについて分類候補の計算を行う場合、アカウントＣの複数の特定種類の受信メール（例えば未分類受信メール）の中から、ＧＲＰ２７及びＭＬ２９を参照することにより、アカウントＣと同じグループに属するアカウントであって、アカウントＣと共に宛先となっている受信メールを特定し、特定された受信メールについて、分類候補を計算しても良い。
【００６５】
また、例えば、メール管理プログラム１５は、或るアカウントについて受信メールの分類候補を計算した後又は受信メールの分類が行われた後、所定のタイミングで（例えば定期的に或いは他のアカウントで受信メールの分類が行われたことを検出した場合）、その或るアカウントでの分類済みの受信メールについて、他のアカウントでの分類結果を基に分類候補を計算して表示することができる。これにより、ユーザは、受信メールを一旦分類した後であっても、他のアカウントでの分類結果に基づいて、その分類済みの受信メールについての分類候補の提示を受け、その提示された分類候補に基づいて、分類し直すことができる。
【００６６】
また、上述した実施形態では、受信メールの分類について説明しているが、受信メールに加えて、その受信メールを同報送信したアカウントでのその同報送信済みメールも、受信メールと同様に分類候補の計算対象とされてもよい。
【００６７】
また、メール管理プログラム１５は、例えば、或るフォルダから別のフォルダに受信メールを移動する又は複製することの指示を受けた場合、その受信メールに関する管理情報（例えばどのフォルダに存在するかを表す情報）を違えるだけで、受信メールそれ自体を移動させなくても良い。換言すれば、例えば、メール管理プログラム１５は、或る受信メールが複数のフォルダに存在する場合、各フォルダ毎に受信メールを用意しても良いし、受信メールを共有とし、複数のフォルダを介してその一つの受信メールを参照させるようにしても良い。
【００６８】
また、メール管理プログラム１５は、例えば、各アカウント毎に、どのフォルダを公開或いは非公開にするかや、公開にするのであればどの他のアカウントに公開しても良いのかを、ユーザから受付けることができる。具体的には、例えば、アカウントＡのフォルダＡ１について非公開とすることを指定された場合、メール管理プログラム１５は、そのフォルダＡ１を、全ての他のアカウントＢ，Ｃに対して見せないようにすることができる（例えば、アカウントＣで電子メールの分類が行われる際に、フォルダＡ１を表示しないようにすることができる）。アカウントＡのフォルダＡ１について公開とすることを指定された場合、メール管理プログラム１５は、そのフォルダＡ１を、全ての又は特定の他のアカウントＢ，Ｃに対して見せることができる（例えば、アカウントＣで電子メールの分類が行われる際に、図８に例示したように、フォルダＡ１を表示することができる）。「特定の他のアカウント」は、例えば、アカウント単位で指定することもできるし、グループ単位で指定する（例えば、自分のアカウントと同じグループに属する他のアカウントには公開されても良いが、別のグループに属する他のアカウントには非公開にする）こともできる。
【図面の簡単な説明】
【００６９】
【図１】図１Ａは、本発明の一実施形態に係るメールサーバのハードウェア構成例を示す。図１Ｂは、図１Ａに示したメールサーバ１が保持することができるコンピュータプログラム及びデータの一例を示す。
【図２】図２Ａは、分類管理テーブル２１のレコードである分類管理テーブルレコードの構成例を示す。図２Ｂは、フォルダグループ管理テーブル２３のレコードであるフォルダグループ管理テーブルレコードの構成例を示す。図２Ｃは、フォルダ参照管理テーブル２５のレコードであるフォルダ参照管理テーブルレコードの構成例を示す。図２Ｄは、アカウントグループ管理テーブル２７のレコードであるアカウントグループ管理テーブルレコードの構成例を示す。図２Ｅは、メール情報管理テーブル２９のレコードであるメール情報管理テーブルレコードの構成例を示す。図２Ｆは、アカウント管理テーブル３１のレコードであるアカウント管理テーブルレコードの構成例を示す。
【図３】図３は、メール管理プログラム１５が行う処理流れの一例を示す。
【図４】図４は、メール管理プログラム１５が行う処理流れの一例を図３とは別の形式で示す。
【図５】図５Ａは、図３のＳ１０が行われた後の各テーブル２１，２３，２５，２７，２９及び３１の一例を示す。図５Ｂは、図３のＳ２０〜Ｓ３１が行われた後の各テーブル２１，２３，２５，２７，２９及び３１の一例を示す。
【図６】図６Ａは、図３のＳ２０〜３１が行われた後のアカウントＡでのメール分類状況の一例を示す。図６Ｂは、図３のＳ２０〜３１が行われた後のアカウントＢでのメール分類状況の一例を示す。図６Ｃは、図３のＳ２０〜３１が行われた後のアカウントＣでのメール分類状況の一例を示す。
【図７】図７は、図３及び図４のＳ４１の分類候補計算処理の流れの一例を示す。
【図８】分類候補計算処理の結果が表示された画面構成の一例を示す。
【符号の説明】
【００７０】
１…メールサーバ  ３…記憶資源  ５…制御部  ７…通信インターフェース装置（通信Ｉ／Ｆ）  １１…メール送信端末  １３Ａ、１３Ｂ、１３Ｃ…メール受信端末  ２１…分類管理テーブル  ２３…フォルダグループ管理テーブル  ２５…フォルダ参照管理テーブル  ２７…アカウントグループ管理テーブル  ２９…メール情報管理テーブル  ３１…アカウント管理テーブル
【図１】
2006277551.tif 000003
【図２】
2006277551.tif 000004
【図３】
2006277551.tif 000005
【図４】
2006277551.tif 000006
【図５】
2006277551.tif 000007
【図６】
2006277551.tif 000008
【図７】
2006277551.tif 000009
【図８】
2006277551.tif 000010