(57)【要約】【課題】  ユーザが迷惑メールの拒否に関する設定を簡便に行うことができるメールシステムを提供する。【解決手段】  メール情報処理装置は、第１のフォルダへの電子メールの格納を検出する検出手段と、前記第１のフォルダに格納される前記電子メールから、当該電子メールが格納される当該第１のフォルダに基づいて特定される、当該電子メールの特徴を抽出する抽出手段と、前記抽出された特徴に基づいた、拒否する電子メールの条件に関する情報を生成する生成手段と、を備える。【選択図】      図９
2018018343.tif 000002
【特許請求の範囲】
【請求項１】
第１のフォルダへの電子メールの格納を検出する検出手段と、
前記第１のフォルダに格納される前記電子メールから、当該電子メールが格納される当該第１のフォルダに基づいて特定される、当該電子メールの特徴を抽出する抽出手段と、
前記抽出された特徴に基づいた、拒否する電子メールの条件に関する情報を生成する生成手段と、
を備えるメール情報処理装置。
【請求項２】
前記検出手段は、前記第１のフォルダに格納されている電子メールの、第２のフォルダへの移動を検出し、
前記抽出手段は、前記電子メールの前記第２のフォルダへの移動が検出された場合に、当該電子メールから、移動前の前記第１のフォルダに基づいて特定される前記特徴を抽出し、
前記生成手段は、前記条件のうち当該抽出された特徴に基づく条件を削除する、
請求項１に記載のメール情報処理装置。
【請求項３】
前記抽出手段は、前記特徴を、電子メールを受信したメール転送エージェントが当該電子メールに付加した情報から抽出する
請求項１または２に記載のメール情報処理装置。
【請求項４】
前記抽出された特徴と同一の特徴を有する、前記第１のフォルダとは異なる第３のフォルダに格納されている電子メールを、前記第３のフォルダとは異なるフォルダに移動させる移動手段をさらに備える、
請求項１から３のいずれか一項に記載のメール情報処理装置。
【請求項５】
前記条件に関する情報は、前記抽出された特徴であり、
前記条件は、前記特徴の少なくとも１つを含む、という条件である、
請求項１から４のいずれか一項に記載のメール情報処理装置。
【請求項６】
前記条件に関する情報は、受容または拒否を表す値が関連付けられた、前記抽出された特徴であり、
前記条件は、拒否を表す前記値が関連づけられる前記特徴の少なくとも１つを含み、かつ受容を表す前記値が関連づけられる特徴のいずれをも含まない、という条件である、
請求項１から４のいずれか一項に記載のメール情報処理装置。
【請求項７】
前記抽出手段は、前記特徴の１つとして、前記第１のフォルダである特定のフォルダに格納された全ての電子メールに共通する特徴を抽出する、
請求項１から６のいずれか一項に記載のメール情報処理装置。
【請求項８】
請求項１から７のいずれか一項に記載のメール情報処理装置と、
ユーザからの指示に従って前記第１のフォルダに電子メールを格納させるメール格納手段と、
前記条件に従って電子メールを拒否するかを判断するメール転送手段と、
を含むメールシステム。
【請求項９】
第１のフォルダへの電子メールの格納を検出し、
前記第１のフォルダに格納される前記電子メールから、当該電子メールが格納される当該第１のフォルダに基づいて特定される、当該電子メールの特徴を抽出し、
前記抽出された特徴に基づいた、拒否する電子メールの条件に関する情報を生成する、
メール情報処理方法。
【請求項１０】
コンピュータに、
第１のフォルダへの電子メールの格納を検出する検出処理と、
前記第１のフォルダに格納される前記電子メールから、当該電子メールが格納される当該第１のフォルダに基づいて特定される、当該電子メールの特徴を抽出する抽出処理と、
前記抽出された特徴に基づいた、拒否する電子メールの条件に関する情報を生成する生成処理と、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、電子メールの管理および配信の制御に関する。
【背景技術】
【０００２】
ユーザが受信を望まない電子メール、いわゆる迷惑メールを、拒否（ブロック）するための技術がいくつか知られている。
【０００３】
たとえば、特許文献１には、ユーザがユーザインタフェース部を介して送信元のメールアドレスごとに受信を拒否するか否かを設定し、判定部が、拒否することが設定された送信元の電子メールを受け取った場合にその電子メールを廃棄するメールシステムが記載されている。
【０００４】
特許文献２には、メールの受信者が受信を拒否する電子メールに関する設定を、ウェブブラウザを使用して行うメールシステムが記載されている。
【０００５】
特許文献３には、宛先不明または受信拒否となった電子メールの各々の宛先情報（宛先メールアドレス）を抽出して、受信拒否リストを生成する技術が記載されている。
【０００６】
特許文献４には、宛先不明が原因で返送された電子メールの経路情報およびＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスの情報を登録することで、ＭＡＣアドレスのレベルで迷惑メールの送信者の情報を取得する技術が記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平１０−１３６０１２号公報
【特許文献２】特開２０１３−１５７７４９号公報
【特許文献３】特開２００７−５８９６号公報
【特許文献４】特開２００６−８６７７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
特許文献１や特許文献２に開示されるメールシステムに見られるように、ユーザは、メールの拒否に関する設定を行うために、通常、特定のアプリを起動したり、特定の設定画面に遷移したりする必要がある。そして、ユーザは、拒否したいメールの特徴（たとえばメールアドレス等）を入力する。このように、メールの拒否に関する設定は、ユーザにとって面倒な作業を伴うことが一般的である。
【０００９】
特許文献３および４に記載の技術は、電子メールのユーザが受信を拒否したい電子メールおよび送信元について設定する技術ではなく、電子メールのユーザの意思を反映させるものではない。
【００１０】
本発明は、ユーザが迷惑メールの拒否に関する設定を簡便に行うことができるメールシステムを提供することを目的の１つとする。
【課題を解決するための手段】
【００１１】
本発明の一態様に係るメール情報処理装置は、第１のフォルダへの電子メールの格納を検出する検出手段と、前記第１のフォルダに格納される前記電子メールから、当該電子メールが格納される当該第１のフォルダに基づいて特定される、当該電子メールの特徴を抽出する抽出手段と、前記抽出された特徴に基づいた、拒否する電子メールの条件に関する情報を生成する生成手段と、を備える。
【００１２】
本発明の一態様に係るメール情報処理方法は、第１のフォルダへの電子メールの格納を検出し、前記第１のフォルダに格納される前記電子メールから、当該電子メールが格納される当該第１のフォルダに基づいて特定される、当該電子メールの特徴を抽出し、前記抽出された特徴に基づいた、拒否する電子メールの条件に関する情報を生成する。
【００１３】
本発明の一態様に係るプログラムは、コンピュータに、第１のフォルダへの電子メールの格納を検出する検出処理と、前記第１のフォルダに格納される前記電子メールから、当該電子メールが格納される当該第１のフォルダに基づいて特定される、当該電子メールの特徴を抽出する抽出処理と、前記抽出された特徴に基づいた、拒否する電子メールの条件に関する情報を生成する生成処理と、を実行させる。
【発明の効果】
【００１４】
本発明によれば、電子メールのユーザが、簡便な操作によって迷惑メールの拒否に関する設定を行うことができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１の実施形態に係るメールシステムの構成を示すブロック図である。
【図２】メールボックスにおけるフォルダの構成の例を示す図である。
【図３】拒否データベースのデータ構造の例を示す図である。
【図４】第１の実施形態に係るメールシステムの、拒否の設定に関する動作の一例を示すフローチャートである。
【図５】第１の実施形態に係るメール転送エージェントの、電子メールの受信に関する動作の一例を示すフローチャートである。
【図６】本発明の第２の実施形態に係るメールシステムの構成を示すブロック図である。
【図７】本発明の第３の実施形態に係るメールシステムの構成を示すブロック図である。
【図８】本発明の第４の実施形態に係るメールシステムの構成を示すブロック図である。
【図９】本発明の主要な構成を示すブロック図である。
【図１０】本発明の主要な構成の動作を示すフローチャートである。
【図１１】本発明の各実施形態の各部を構成するハードウェアの例を示すブロック図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照しながら、本発明の実施形態を詳細に説明する。
【００１７】
＜＜第１の実施形態＞＞
まず、本発明の第１の実施形態について説明する。
【００１８】
＜構成＞
図１は、第１の実施形態に係るメールシステム１の構成を示すブロック図である。
【００１９】
メールシステム１は、メールサーバ１１と、クライアント装置２１とを含む。メールサーバ１１と、クライアント装置２１とは、通信ネットワーク３１を介して互いに通信可能に接続される。
【００２０】
クライアント装置２１は、ユーザ４１がメールサーバ１１にアクセスするための装置である。クライアント装置２１は、例えばパーソナルコンピュータ等の端末である。クライアント装置２１は、たとえば、ユーザ４１によって、入出力インタフェース等を介して操作される。
【００２１】
クライアント装置２１は、たとえば、ＭＵＡ（Ｍａｉｌ  Ｕｓｅｒ  Ａｇｅｎｔ）、いわゆるメーラ、を実現するソフトウェアを実行することで、メールサーバ１１へアクセスする機能をユーザ４１に提供する。たとえば、クライアント装置２１は、ユーザ４１からの入力に従って、メールサーバ１１に対して、メールに関する操作（例えば電子メールの取得や、電子メールが格納されるフォルダの変更等）の指示を行う。また、たとえば、クライアント装置２１は、メールサーバ１１から電子メールを取得し、その電子メールを、ユーザ４１が閲覧できるように表示する。
【００２２】
メールサーバ１１は、メール転送エージェント（Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ａｇｅｎｔ。以下「ＭＴＡ」）１１１、メールリトリーバルエージェント（Ｍａｉｌ  Ｒｅｔｒｉｅｖａｌ  Ａｇｅｎｔ。以下「ＭＲＡ」）１１２、メールボックス１１３、拒否データ生成部１１４、および拒否データベース１１５を含む。
【００２３】
＝＝＝ＭＴＡ１１１＝＝＝
ＭＴＡ１１１は、電子メールの転送を行うエージェントである。ＭＴＡ１１１は、通信ネットワーク３１上の他のＭＴＡ等から電子メールを受け取る。そして、ＭＴＡ１１１は、その電子メールの配送先がメールサーバ１１であるかを判定する。なお、ＭＴＡ１１１が他のＭＴＡ等との間で用いる一般的なプロトコルは、ＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）である。
【００２４】
ＭＴＡ１１１は、受け取った電子メールの配送先がメールサーバ１１でない場合は、その電子メールを他のＭＴＡへ転送する。
【００２５】
ＭＴＡ１１１は、受け取った電子メールの配送先がメールサーバ１１である場合は、その電子メールの宛先、すなわちその電子メールを読むべきユーザを特定する。なお、ユーザが特定できない場合（たとえば宛先のアドレスを使用するユーザがいない場合）は、差出人にエラーを表すメールを送ってもよい。
【００２６】
ＭＴＡ１１１は、電子メールの宛先のユーザを特定したら、その電子メールを「拒否」するか否かを判定する。具体的には、ＭＴＡ１１１は、拒否データベース１１５に記憶された「拒否条件」を、受け取った電子メールが満たしているかを判定する。「拒否条件」および判定の詳細については、後の拒否データベース１１５および動作の説明の際に説明する。ＭＴＡ１１１は、電子メールが拒否条件を満たすと判定した場合、その電子メールを拒否する。
【００２７】
電子メールを拒否する方法は様々に設計され得る。たとえば、ＭＴＡ１１１は、その電子メールをメールボックス１１３（後述）に入れずに破棄する。ＭＴＡ１１１は、送信元にエラーを返してもよい。あるいは、たとえば、ＭＴＡ１１１は、その電子メールを迷惑メールが格納されるフォルダに格納する。あるいは、たとえば、ＭＴＡ１１１は、その電子メールのヘッダ部分に、所定の情報を書き加える。あるいは、たとえば、ＭＴＡ１１１は、その電子メールのＳｕｂｊｅｃｔ欄または本文に、所定の文字列（注意喚起する文章など）を追加する。このように、拒否しない電子メールとは異なる扱いをすることを、本実施形態では「拒否する」と表現する。
【００２８】
ＭＴＡ１１１は、電子メールが拒否条件を満たさないと判定した場合、その電子メールを「受容」する。受容するとは、拒否せずに扱うことである。たとえば、ＭＴＡ１１１は、受容する電子メールを、メールボックス１１３の所定のフォルダに格納する。なお、メールボックス１１３は、宛先ごとに設けられた、電子メールの記憶領域である。所定のフォルダは、本実施形態においては、「ＩＮＢＯＸ」フォルダ（後述）である。
【００２９】
＝＝＝ＭＲＡ１１２＝＝＝
ＭＲＡ１１２は、クライアント装置２１によるメールボックス１１３に対する操作の指示を受け付け、その操作を実行するソフトウェアである。ＭＲＡ１１２とクライアント装置２１との間で電子メールをやりとりする一般的なプロトコルは、ＩＭＡＰ４（Ｉｎｔｅｒｎｅｔ  Ｍｅｓｓａｇｅ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ  ４）やＰＯＰ３（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ３）である。本実施形態では、ＭＲＡ１１２とクライアント装置２１との間では、ＩＭＡＰ４を用いて電子メールが送受信される。ＩＭＡＰ４は、メールサーバ（１１）内の電子メールをフォルダに分類する機能をサポートするプロトコルである。
【００３０】
＝＝＝メールボックス１１３＝＝＝
メールボックス１１３は、ＭＴＡ１１１が受容した電子メールを記憶する領域である。メールサーバ１１内のメールボックスを使用するユーザが複数いる場合は、ユーザごとに異なるメールボックス１１３があってよい。図１では、「ユーザ４１用」のメールボックス１１３および「ユーザ４２用」のメールボックス１１３が明示されているが、メールボックス１１３の数は１つでもよいし、３つ以上あってもよい。ＭＴＡ１１１は、受容した電子メールを、その電子メールの宛先に従って、適切なメールボックス１１３に格納する。
【００３１】
メールボックス１１３には、複数のフォルダが設定される。電子メールは、それぞれ、その複数のフォルダのうちのいずれかに振り分けられる。ユーザ４１は、クライアント装置２１およびＭＲＡ１１２を介して、フォルダの管理を行う（上述の通り、この機能は、例えばＩＭＡＰ４によってサポートされる）。フォルダの管理とは、たとえば、電子メールが格納されるフォルダの変更（フォルダ間の移動とも称す）、作成、削除、および、フォルダ名の変更である。一般的に、クライアント装置２１が実行するＭＵＡには、フォルダの管理を容易に行うためのＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）が実装されている。したがって、ＭＵＡを実行するクライアント装置２１を操作するユーザ４１は、容易な操作でフォルダの管理を行うことが可能である。
【００３２】
図２は、メールボックス１１３のフォルダの構成の例を示す図である。本実施形態では、図２のように、メールボックス１１３〈ユーザ４１用〉は、ユーザ４１宛の電子メールを仕分けるフォルダとして、「ＩＮＢＯＸ」「拒否ＢＯＸ〈アドレス〉」「拒否ＢＯＸ〈ドメイン〉」「拒否ＢＯＸ〈ＩＰアドレス〉」の４つのフォルダを有する。また、メールボックス１１３は、ユーザ４１によって他のユーザ宛に送信された電子メールを格納するフォルダとして「ＯＵＴＢＯＸ」を有していてもよい。
【００３３】
「ＩＮＢＯＸ」フォルダは、ＭＴＡ１１１が受容した電子メールを最初に格納するフォルダである。
【００３４】
「拒否ＢＯＸ〈アドレス〉」、「拒否ＢＯＸ〈ドメイン〉」および「拒否ＢＯＸ〈ＩＰアドレス〉」は、クライアント装置２１が、ユーザからの操作に従って電子メールを別のフォルダに移動させる場合に、移動先となりうるフォルダである。以下、これらのフォルダを「拒否ＢＯＸ」と総称することがある。たとえばユーザ４１は、ＩＮＢＯＸ内のメールを参照し、拒否したいメールを発見した場合、そのメールを「拒否ＢＯＸ」のいずれかに移動させる。このようなルールのもとでメールシステム１が運用されることにより、後述する拒否データ生成部１１４は、「拒否ＢＯＸ」に移動されたメールが、ユーザ４１が拒否したいメールであることを認識することができる。
【００３５】
また、これら「拒否ＢＯＸ」は、そのフォルダに移動された電子メールのどのような特徴に因って、ユーザが、その電子メールを拒否したい電子メールであると判断したのか、に基づいて区別される。具体的には、ユーザ４１は、閲覧した電子メールの情報を基に、電子メールの拒否に関する操作を、以下のように行う。
【００３６】
たとえば、ユーザ４１は、「今後この電子メールの送信元アドレスと同一のアドレスからの電子メールを拒否したい」とユーザ４１が判断した電子メールを、「拒否ＢＯＸ〈アドレス〉」に格納させる。送信元アドレスとは、差出人のメールアドレスである。送信元アドレスは、たとえば、メールのヘッダにおいて「ｆｒｏｍ：」で始まる行に記載されるメールアドレスである。以下、このアドレスを「ｆｒｏｍアドレス」と称する。他に、送信元アドレスは、たとえば、エンベロープアドレスでもよい。上記エンベロープアドレスは、エンベロープに含まれる送信元のアドレスである。エンベロープアドレスは、メールが何らかの原因で送達されなかった場合にメールが返信されるアドレスとして設定されるメールアドレスである。エンベロープアドレスは、一例では、ヘッダにおいて「Ｒｅｔｕｒｎ−Ｐａｔｈ：」で始まる行に記載される。ちなみに、一般的には、エンベロープアドレスは、「ｆｒｏｍアドレス」に比べて、送信者に関する情報の信憑性が高い可能性がある。
【００３７】
ユーザ４１は、「今後この電子メールの送信元のドメインと同一のドメインである送信元からの電子メールを拒否したい」とユーザが判断した電子メールを、「拒否ＢＯＸ〈ドメイン〉」に格納させる。本実施形態においては、送信元のドメインは、上記の送信元アドレスの「＠」の後に記載された文字列である。
【００３８】
ユーザ４１は、「今後この電子メールの接続元ＩＰアドレスと同一の接続元ＩＰアドレスを有する電子メールを拒否したい」とユーザが判断した電子メールを、「拒否ＢＯＸ〈ＩＰアドレス〉」に格納させる。なお、接続元ＩＰアドレスとは、送信者がその電子メールを送信するために接続したサーバのＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスである。接続元ＩＰアドレスは、たとえば、その電子メールが最初に経由したメールサーバのＩＰアドレスでもよい。
【００３９】
すなわち、ユーザ４１は、拒否する判断に使用してほしい特徴を有する電子メールを、その特徴の種類に応じて、「拒否ＢＯＸ」のいずれかに格納させる指示を行う。つまり、拒否する判断に使用してほしいとユーザ４１が望む特徴の種類に応じた異なるフォルダがあることで、フォルダには、ユーザ４１が拒否することを望む電子メールの条件に関する意思が反映される。
【００４０】
本実施形態の説明で説明される、電子メールの特徴の種類は、上記以外にも様々あってよい。特徴の種類の他の例については、「変形例」で詳述する。
【００４１】
「拒否ＢＯＸ」フォルダのそれぞれは、特徴の種類に関連づけられる。例えば、「拒否ＢＯＸ」フォルダのそれぞれを区別する識別子が、上記のような特徴の種類に関連づけられていればよい。例えば、後述の抽出部１１４２による特徴の抽出の処理が、「拒否ＢＯＸ」フォルダの識別子に基づいて行われるよう定義されていれば、フォルダと特徴の種類とが関連付けられているといえる。抽出部１１４２による特徴の抽出の処理が、フォルダのそれぞれを区別する情報（たとえばフォルダの名前等）に基づいて行われてもよい。
【００４２】
なお、各「拒否ＢＯＸ」の名前は、そのフォルダがどのような意味を持つフォルダであるかがユーザ４１にとって分かるように設定されてもよい。また、ユーザに「拒否ＢＯＸ」を使用する効果を理解させるため、各「拒否ＢＯＸ」の中に、そのフォルダに関する説明が記載されたメールが予め格納されていてもよい。
【００４３】
＝＝＝拒否データ生成部１１４＝＝＝
拒否データ生成部１１４は、「拒否ＢＯＸ」に格納された電子メールの情報から、拒否される電子メールの条件に関する情報（以下「拒否データ」とも称す）を作成する。
【００４４】
具体的には、拒否データ生成部１１４は、図１に示される構成を含み、それぞれの構成の動作により、上記の機能を実現する。
【００４５】
図１に示される通り、拒否データ生成部１１４は、検出部１１４１と、抽出部１１４２と、生成部１１４３と、を備える。
【００４６】
検出部１１４１は、「拒否ＢＯＸ」に格納された電子メールを検出する。たとえば、検出部１１４１は、「拒否ＢＯＸ」に格納された電子メールを定期的に確認することで、未検出の電子メールを検出してもよい。検出部１１４１は、ＭＲＡ１１２が電子メールを「拒否ＢＯＸ」のいずれかに移動させる操作を実行した時に、たとえばＭＲＡ１１２によって呼び出されてもよい。
【００４７】
抽出部１１４２は、検出された電子メールが格納されたフォルダに基づいて、その電子メールの特徴を抽出する。たとえば、抽出部１１４２は、その電子メールが「拒否ＢＯＸ〈アドレス〉」に格納されている場合、その電子メールの送信元アドレスを、例えば電子メールのヘッダから抽出する。また、たとえば、抽出部１１４２は、その電子メールが「拒否ＢＯＸ〈ドメイン〉」に格納されている場合、その電子メールのドメインを抽出する。
【００４８】
抽出部１１４２は、特徴を抽出すると、抽出した特徴を生成部１１４３に渡す。
【００４９】
生成部１１４３は、抽出された特徴に基づいて「拒否条件」に関する情報を生成する。
【００５０】
「拒否条件」とは、拒否されるメールの条件である。すなわち、拒否条件を満たすメールは、ＭＴＡ１１１によって拒否される。ユーザごとに拒否条件がある場合は、宛先のユーザに関する拒否条件を満たす電子メールが拒否される。
【００５１】
生成部１１４３が生成する拒否条件に関する情報は、例えば、抽出された特徴を有する電子メールが拒否されるべきであるということを示す情報である。つまり、拒否条件に関する情報は、拒否条件を構成する要素の１つでもよい。
【００５２】
生成部１１４３は、「拒否条件」に関する情報を拒否データベース１１５に送る。別の言い方では、抽出された特徴に基づいて拒否データベース１１５が記憶する拒否条件を更新する。
【００５３】
抽出部１１４２が抽出する特徴のいずれか１つでも有する電子メールを拒否するよう設計されるメールシステムにおいては、生成部１１４３は、抽出された特徴それ自体を、拒否条件に関する情報として、拒否データベース１１５に送るだけでもよい。
【００５４】
＝＝＝拒否データベース１１５＝＝＝
拒否データベース１１５は、ユーザごとに設定される「拒否条件」を記憶するデータベースである。本実施形態では、拒否条件は、たとえば、送信元アドレス、送信元ドメイン、および接続元ＩＰアドレス等に基づく条件である。
【００５５】
図３は、本実施形態に係る拒否データベース１１５のデータ構造の例を示す図である。拒否データベース１１５は、たとえば図３のように、ユーザ４１宛の電子メールのうち拒否される電子メールの条件を格納する。本実施形態の例においては、図３のように、拒否データベース１１５は、拒否条件として、「ａｄｄｒｅｓｓ」「ｄｏｍａｉｎ」等のヘッダによって区別された領域の中にそれぞれ抽出した特徴をリスト形式で記憶するだけでもよい。たとえば、生成部１１４３は、ユーザ４１が「拒否ＢＯＸ〈アドレス〉」に移動させた電子メールから送信元アドレスを抽出した場合、拒否条件に関する情報としてその送信元アドレスを拒否データベース１１５に送る。拒否データベース１１５は、その送信元アドレスの文字列を「ａｄｄｒｅｓｓ」欄のリストに追加すればよい。
【００５６】
本実施形態では、ＭＴＡ１１１は、受け取った電子メールの送信元アドレス、ドメイン、接続元ＩＰアドレスのいずれか少なくとも１つが、拒否データベース１１５に格納されたリストに含まれる場合を、条件を満たした、と見なす。ＭＴＡ１１１は、条件を満たした電子メールを拒否する。
【００５７】
＜動作＞
本実施形態に係るメールシステム１の各構成の動作の一例を説明する。
【００５８】
（拒否の設定に関する動作の一例）
ユーザ４１は、クライアント装置２１上でＭＵＡを立ち上げ、メールサーバ１１にアクセスする。ＭＲＡ１１２の中継により、ユーザ４１は、ユーザ認証等を経て、ユーザ４１用のメールボックス１１３に格納されるメールを閲覧する。
【００５９】
ユーザ４１は、メールボックス１１３中の「ＩＮＢＯＸ」フォルダに格納されたメールの内から、迷惑メールを発見する。ユーザ４１は、その迷惑メールの送信元のアドレスから今後送られてくるメールが不要であると判断すると、その迷惑メールを「拒否ＢＯＸ〈アドレス〉」フォルダに移動させる操作を行う。この操作としては、例えば、電子メールをドラッグアンドドロップする操作や、電子メールを別のフォルダに格納させるコマンドの入力等が考えられる。
【００６０】
以降の動作の流れを、図４のフローチャートに沿って説明する。ユーザ４１の操作により、クライアント装置２１のＭＵＡが、ＭＲＡ１１２に対して、その迷惑メールを「拒否ＢＯＸ〈アドレス〉」フォルダに移動させる指示を行う（ステップＳ４１）。ＭＲＡ１１２は、その指示に基づき、その迷惑メールを「拒否ＢＯＸ〈アドレス〉」フォルダに移動させる（ステップＳ４２）。具体的には、例えば、ＭＲＡ１１２は、そのメールの複製を「拒否ＢＯＸ〈アドレス〉」のフォルダ内に作成し、「ＩＮＢＯＸ」のフォルダ内の当該メールを削除する。あるいは、ＭＲＡ１１２は、その迷惑メールに関連づけられたフォルダの識別子を書き換えてもよい。フォルダ移動の具体的な方法は、フォルダの実装の形態に則って行われればよい。
【００６１】
その後、拒否データ生成部１１４の検出部１１４１は、「拒否ＢＯＸ」（この例では「拒否ＢＯＸ〈アドレス〉」）に格納された電子メールを検出する（ステップＳ４３）。
【００６２】
抽出部１１４２は、「拒否ＢＯＸ」の種類に基づいた特徴を抽出する（ステップＳ４４）。
【００６３】
生成部１１４３は、抽出された特徴に基づく拒否条件に関する情報を生成し（ステップＳ４５）、その情報を拒否データベース１１５に送る。
【００６４】
以上により、拒否データベース１１５に、ユーザが迷惑メールと判断したメールの特徴が登録される。別の言葉では、拒否データベース１１５が記憶する拒否条件が更新される。
【００６５】
（動作の変形例）
ＭＲＡ１１２は、ステップＳ４２の時点で、迷惑メールと判断されたメールに関する情報（例えば、変更を指示したユーザの識別子、送信元の情報、および変更先のフォルダの識別子等）を、検出部１１４１に通知するだけでもよい。そうすることでも、検出部１１４１は、ＭＲＡ１１２から通知された情報に基づき、電子メールが「拒否ＢＯＸ」に格納されることを検出できる。ＭＲＡ１１２は、ステップＳ４３以降に、迷惑メールを「拒否ＢＯＸ〈アドレス〉」フォルダに移動させてもよい。
【００６６】
（電子メールの受信に関する動作の一例）
図５は、ＭＴＡ１１１が、配送先がメールサーバ１１である電子メールを受信したときに、その電子メールを拒否するか否かを判定する流れの一例を示すフローチャートである。
【００６７】
まず、ＭＴＡ１１１は電子メールの情報を受け取る（ステップＳ５１）。ちなみに、この時点でＭＴＡ１１１が受け取るのは、電子メールを構成する全てのデータである必要はなく、電子メールに関する一部の情報（宛先および送信元の情報）で十分である。
【００６８】
ＭＴＡ１１１は、そのメールの宛先のユーザを特定する。そして、ＭＴＡ１１１は、特定したユーザに関する「拒否条件」を、拒否データベース１１５において参照する（ステップＳ５２）。
【００６９】
電子メールの宛先がユーザ４１であったとする。ＭＴＡ１１１は、その電子メールが、ユーザ４１に関する拒否条件を満たすかを判定する（ステップＳ５３）。そして、ＭＴＡ１１１は、判定の結果に応じて、電子メールを拒否するか受容する。すなわち、ＭＴＡ１１１は、電子メールが拒否条件を満たす場合は（ステップＳ５３においてＹＥＳ）、その電子メールを拒否する（ステップＳ５４）。ＭＴＡ１１１は、電子メールが拒否条件を満たさない場合は（ステップＳ５３においてＮＯ）、その電子メールを受容する（ステップＳ５５）。
【００７０】
たとえば、「拒否条件」が図３のような形態で記憶されている場合、具体的には、ＭＴＡ１１１は、次のような流れで判定を行う。まず、ＭＴＡ１１１は、拒否データベース１１５に記憶されるユーザ４１の「ａｄｄｒｅｓｓ」欄に含まれるアドレスの中に、その電子メールの送信元アドレスがあるかを調べる。その電子メールの送信元アドレスがあった場合、ＭＴＡ１１１は、その電子メールを拒否する。その電子メールの送信元アドレスがなかった場合、ＭＴＡ１１１は、「ｄｏｍａｉｎ」欄に含まれるドメイン名の中に、その電子メールのドメインがあるかを調べる。その電子メールのドメインがあった場合、ＭＴＡ１１１は、その電子メールを拒否する。その電子メールのドメインがなかった場合、ＭＴＡ１１１は、「ｉｐ」欄に含まれるＩＰアドレスの中に、その電子メールの送信元のＩＰアドレスがあるかを調べる。その電子メール接続元のＩＰアドレスがあった場合、ＭＴＡ１１１は、その電子メールを拒否する。その電子メールの接続元のＩＰアドレスがなかった場合、ＭＴＡ１１１は、その電子メールを受容する。すなわち、ＭＴＡ１１１は、「ＩＮＢＯＸ」フォルダにその電子メールを格納する。以上の処理によって、拒否データベース１１５に登録された特徴を有する電子メールは拒否され、拒否データベース１１５に登録された特徴を有さない電子メールは受容される。
【００７１】
なお、上記の処理の流れは、複数の条件のいずれか１つ以上を満たす電子メールは拒否されるという前提に基づいて設計される処理である。当然、条件判断の処理は、「拒否ＢＯＸ」の設計および拒否データ生成部１１４の処理に応じて様々に変更されてよい。条件判断の別の例については、変形例の説明で詳述する。
【００７２】
なお、ＭＴＡ１１１は、メールボックス（ＩＮＢＯＸ）に電子メールを格納する際、ＭＴＡ１１１がその電子メールに関して取得可能な情報を電子メールのヘッダ等に付加してもよい。その電子メールに関して取得可能な情報は、たとえば、ＳＭＴＰ通信に用いた情報（たとえば、エンベロープアドレスや、電子メールが経由したサーバの情報等）や、迷惑メールを検出する既知の技術で用いられる、その電子メールに関する情報等である。そうすることで、抽出部１１４２が、電子メールの特徴を抽出する時に、その情報を利用することができる。
【００７３】
＜効果＞
第１の実施形態に係るメールサーバによれば、ユーザは、電子メールを特定のフォルダ（「拒否ＢＯＸ」）に移動する操作のみによって、その電子メールと同じ特徴を有する電子メールを拒否することができる。その理由は、抽出部１１４２が、特定のフォルダに格納された電子メールの特徴を、その特定のフォルダに基づいて抽出し、生成部１１４３がその特徴に基づく拒否条件に関する情報を拒否データベース１１５に反映させるからである。
【００７４】
フォルダを管理する機能は、ＩＭＡＰ４において実装される機能であるから、電子メールのフォルダ移動は、一般的なＭＵＡにおいて実行可能な操作である。したがって、ユーザ４１は、特殊なＭＵＡを使ったり、別のアプリケーションを起動したりする必要がない。すなわち、第１の実施形態によれば、電子メールのユーザは、簡便な操作によって迷惑メールの拒否に関する設定を行うことができる。
【００７５】
また、メールサーバの運用者は、拒否するメールを設定するために、Ｗｅｂサーバを立ち上げて管理する必要がない。
【００７６】
（変形例）
上述の実施形態の変形例について説明する。
【００７７】
（１）
ＭＲＡ１１２は、「拒否ＢＯＸ」に格納された電子メールを、格納されてから所定の時間が経った場合に、自動的に消去してもよい。これにより、ユーザが必要としないメールを保存しておくためのコストが軽減される。
【００７８】
（２）
「拒否ＢＯＸ」に基づいて特定される電子メールの特徴の種類は、上記の例以外にもいくつか考えられる。
【００７９】
たとえば、特徴の種類は、接続元ＩＰアドレスの一部（例えば、上位２４ビット）でもよい。
【００８０】
特徴の種類は、電子メールの件名の始めの３文字の文字列でもよい。
【００８１】
抽出部１１４２は、特徴の種類の１つとして、特定の「拒否ＢＯＸ」内の全ての電子メールに共通する特徴を抽出してもよい。この場合、ユーザが、迷惑メールと判断した電子メールの特徴について考えることなくその特定の「拒否ＢＯＸ」に入れても、迷惑メールと判断された電子メールの特徴が抽出され得る。
【００８２】
（３）
受容する電子メールの条件を指定するためのフォルダがあってもよい。すなわち、そのフォルダに格納されている電子メールの所定の特徴を含む電子メールが受容されるようなフォルダが設計されてもよい。
【００８３】
このようなフォルダ（以下、「受容ＢＯＸ」）が設計される場合、拒否データベース１１５は、拒否条件の一部として、「受容条件」を記憶すればよい。受容条件は、受容するメールの条件である。ＭＴＡ１１１は、電子メールが拒否されるべき電子メールの特徴のリストに該当する場合であっても、受容条件を満たす電子メールを受容する。抽出部１１４２は、「受容ＢＯＸ」に格納されたメールの、そのフォルダに応じて特定される特徴を抽出する。生成部１１４３は、拒否条件に関する情報として、抽出された特徴が受容条件を構成する特徴であることを示す情報を生成し、その情報を拒否データベース１１５に送る。たとえば、生成部１１４３は、抽出した特徴に「受容」を表す値を関連づけて、その特徴を拒否データベース１１５に送る。拒否データベース１１５は、「受容」を表す特徴を受け取ると、その特徴を受容条件の１つとして記憶する。なお、この構成において、生成部１１４３は、「拒否ＢＯＸ」に格納される電子メールから抽出された特徴には、「拒否」を表す値を関連づけてもよい。
【００８４】
このような構成によれば、たとえば、ドメインが「ｘｘｘ．ｊｐ」であるものが「拒否ＢＯＸ〈ドメイン〉」に格納されていても、送信元のアドレスが「ａａａａ＠ｘｘｘ．ｊｐ」であるメールが「受容ＢＯＸ〈アドレス〉」に格納されていた場合は、送信元のアドレスが「ａａａａ＠ｘｘｘ．ｊｐ」である電子メールは受容される。
【００８５】
このような構成によれば、ユーザはより細かく条件を設定できる。
【００８６】
（４）
「拒否ＢＯＸ」に格納されていた電子メールが別のフォルダに移動した場合、拒否データ生成部１１４は、その電子メールの特徴に基づく条件を拒否データベース１１５が記憶する拒否条件から削除してもよい。たとえば、検出部１１４１が、「拒否ＢＯＸ」の電子メールが「ＩＮＢＯＸ」に移動したことを検出した場合に、抽出部１１４２がその電子メールの特徴を元の「拒否ＢＯＸ」の種類に基づいて抽出し、生成部１１４３がその特徴に基づく条件を拒否データベース１１５から削除してもよい。生成部１１４３が条件を削除するには、拒否データベース１１５に対して、その特徴に基づく条件を拒否条件から削除する指示を送ればよい。これにより、ユーザが誤って電子メールを移動させてしまったことによって生成された拒否条件の一部を消去することができる。
【００８７】
＜＜第２の実施形態＞＞
本発明の第２の実施形態に係るメールシステム２は、拒否データ生成部１１４の機能がクライアント装置に実装されている構成を有する。
【００８８】
図６は、メールシステム２の構成を示すブロック図である。
【００８９】
メールシステム２では、メールシステム１と同様、クライアント装置２２が通信ネットワーク３１を介してメールサーバ１２に接続される。ただし、メールサーバ１２は、第１の実施形態のメールサーバ１１に比べ、拒否データ生成部１１４を含まない。その代わり、クライアント装置２２が、拒否データ生成部１１４を含む。
【００９０】
本実施形態では、検出部１１４１は、クライアント装置２２からＭＲＡ１１２への要求から、メールを「拒否ＢＯＸ」へ移動させる要求を検出する。検出部１１４１は、クライアント装置２２がユーザ４１から受け付けた操作から、メールを「拒否ＢＯＸ」へ移動させる指示を検出してもよい。
【００９１】
なお、フォルダはメールボックス１１３に実装されている必要はなく、クライアント装置２２においてフォルダが実装されていてもよい。クライアント装置２２においてフォルダが実装されている場合は、クライアント装置２１とＭＲＡ１１２との間で電子メールの送受信に用いるプロトコルは、ＰＯＰ３でもよい。
【００９２】
抽出部１１４２は、移動する電子メールが格納される「拒否ＢＯＸ」に基づいて特定される特徴を抽出する。
【００９３】
生成部１１４３は、抽出された特徴に基づく拒否条件に関する情報を、通信ネットワーク３１を介して拒否データベース１１５に送信する。
【００９４】
＜＜第３の実施形態＞＞
メールサーバおよびクライアント装置から独立して存在する装置が、拒否データ生成部１１４と同様の機能を有していてもよい。
【００９５】
図７は、本発明の第３の実施形態として、第１の実施形態の拒否データ生成部１１４に相当する構成である拒否データ生成装置５１を含むメールシステム３の構成を示すブロック図である。
【００９６】
メールシステム３では、メールシステム１と同様、クライアント装置２１が通信ネットワーク３１を介してメールサーバ１３に接続される。ただし、メールサーバ１３は、第１の実施形態のメールサーバ１１に比べ、拒否データ生成部１１４と拒否データベース１１５とを含まない。その代わり、拒否データ生成部１１４と同様の構成である拒否データ生成装置５１と、拒否データベース１１５を構成する記憶装置６１が、メールサーバ１２に接続される。
【００９７】
拒否データ生成装置５１は、第１の実施形態の拒否データ生成部１１４と同様、検出部１１４１と抽出部１１４２と生成部１１４３とを備える。
【００９８】
記憶装置６１は、第１の実施形態の拒否データベース１１５と同様のデータベースを有する。メールサーバ１２のＭＴＡ１１１は、この記憶装置６１が有するデータベースが記憶する拒否条件に基づき、受け取った電子メールを拒否するか否かを判断する。
【００９９】
この構成によっても、電子メールのユーザは、簡便な操作によって迷惑メールの拒否に関する設定を行うことができる。
【０１００】
＜＜第４の実施形態＞＞
上述の実施形態では、ユーザが迷惑メールと認識した電子メールと共通の特徴を有する電子メールは、以後の受信において拒否されるが、上述の構成のみでは、既に受容された電子メールに対しては拒否条件の効力が及ばない。しかし、既に「ＩＮＢＯＸ」に入れられている電子メールについても、ユーザが迷惑メールと認識した電子メールと共通の特徴を有する電子メールは「ＩＮＢＯＸ」に残っていない方が、ユーザにとって都合が良い場合がある。
【０１０１】
図８は、本発明の第４の実施形態に係るメールシステム４の構成を示すブロック図である。メールシステム４においては、拒否データ生成装置５２が、第２の実施形態の拒否データ生成装置５１と同様の構成に加え、移動部１１４４を備える。
【０１０２】
移動部１１４４は、抽出部１１４２が抽出した特徴と同一の特徴を有する、所定のフォルダに格納されている電子メールを、特定のフォルダに移動させる。たとえば、所定のフォルダは「ＩＮＢＯＸ」フォルダであり、特定のフォルダは、特徴を抽出された電子メールが格納される「拒否ＢＯＸ」でもよいし、「拒否ＢＯＸ」とは無関係の専用のフォルダでもよい。
【０１０３】
具体的には、たとえば、移動部１１４４は、抽出部１１４２がユーザ４１用のメールボックス１１３の「拒否ＢＯＸ（ＩＰ）」に格納される電子メールからＩＰアドレスを抽出したとき、抽出されたＩＰアドレスを受け取る。そして、移動部１１４４は、たとえばＭＲＡ１１２に、ユーザ４１用のメールボックス１１３の「ＩＮＢＯＸ」フォルダにおいて、接続元ＩＰアドレスが受け取ったＩＰアドレスと同一である電子メールを、「拒否ＢＯＸ（ＩＰ）」に移動させるよう指示する。移動部１１４４が直接メールボックス１１３の電子メールを移動させてもよい。
【０１０４】
このような構成によれば、ユーザが迷惑メールと認識した電子メールの特徴と同一の特徴を有する電子メールが、自動的に特定のフォルダに移動する。
【０１０５】
したがって、第４の実施形態に係るメールシステム４では、第３の実施形態に係るメールシステム３と同様の効果に加え、ユーザは、所定のフォルダ中の、同じ特徴を有する迷惑メールを特定のフォルダに移動させるための操作（閲覧を含む）を、何度もする必要がない、という効果がある。また、特に、ユーザが普段閲覧するフォルダ（「ＩＮＢＯＸ」）から、迷惑メールと同じ特徴を有する迷惑メールが無くなれば、ユーザが意図せず目にする迷惑メールの数は減るため、メールの閲覧時の負担が低減できる。
【０１０６】
＜＜主要構成＞＞
本発明の主要構成を説明する。
【０１０７】
図９は、本発明の主要構成を備えるメール情報処理装置１０の構成を示すブロック図である。
【０１０８】
メール情報処理装置１０は、検出部１１４１と、抽出部１１４２と、生成部１１４３とを備える。
【０１０９】
なお、メール情報処理装置１０の具体例は、第１の実施形態のメールサーバ１１、第２の実施形態のクライアント装置２２、第３および第４の実施形態の拒否データ生成装置５１、５２である。
【０１１０】
各構成の動作の流れを、図１０のフローチャートに沿って説明する。
【０１１１】
検出部１１４１は、第１のフォルダへの電子メールの格納を検出する（ステップＳ１０１）。検出部１１４１は、第１のフォルダに電子メールが格納されていることを検出してもよいし、第１のフォルダへ電子メールが格納されることを検出してもよい。なお、第１のフォルダの一例は、上述の実施形態における「拒否ＢＯＸ」および「受容ＢＯＸ」である。
【０１１２】
抽出部１１４２は、第１のフォルダに格納される電子メール（既に格納されている電子メール、およびこれから格納される電子メールのいずれでもよい）から、その電子メールが格納される第１のフォルダに基づいて特定される、その電子メールの特徴を抽出する（ステップＳ１０２）。
【０１１３】
生成部１１４３は、抽出された特徴に基づく、拒否条件に関する情報を生成する（ステップＳ１０３）。拒否条件は、（たとえばＭＴＡによって）拒否される電子メールの条件である。
【０１１４】
本構成によれば、電子メールのユーザが、簡便な操作によって迷惑メールの拒否に関する設定を行うことができる。その理由は、ユーザが迷惑メールと判断した電子メールを第１のフォルダに移動させるだけで、第１のフォルダに基づいて特定される、その電子メールの特徴に基づく、拒否条件に関する情報が生成するからである。
【０１１５】
（ハードウェア構成について）
以上、説明した本発明の各実施形態において、各装置の各構成要素は、機能単位のブロックを示している。各装置の各構成要素の一部または全部は、例えば図１１に示すようなコンピュータ１１００とプログラムとの可能な組み合わせにより実現される。コンピュータ１１００は、一例として、以下のような構成を含む。
【０１１６】
・ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１０１
・ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１１０２
・ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１１０３
・ＲＡＭ１１０３にロードされるプログラム１１０４Ａおよび記憶情報１１０４Ｂ
・プログラム１１０４Ａおよび記憶情報１１０４Ｂを格納する記憶装置１１０５
・記録媒体１１０６の読み書きを行うドライブ装置１１０７
・通信ネットワーク１１０９と接続する通信インタフェース１１０８
・データの入出力を行う入出力インタフェース１１１０
・各構成要素を接続するバス１１１１
各実施形態における各装置の各構成要素は、これらの機能を実現するプログラム１１０４ＡをＣＰＵ１１０１がＲＡＭ１１０３にロードして実行することで実現される。各装置の各構成要素の機能を実現するプログラム１１０４Ａは、例えば、予め記憶装置１１０５やＲＯＭ１１０２に格納されており、必要に応じてＣＰＵ１１０１が読み出す。なお、プログラム１１０４Ａは、通信ネットワーク１１０９を介してＣＰＵ１１０１に供給されてもよいし、予め記録媒体１１０６に格納されており、ドライブ装置１１０７が当該プログラムを読み出してＣＰＵ１１０１に供給してもよい。
【０１１７】
各装置の実現方法には、様々な変形例がある。例えば、各装置は、構成要素毎にそれぞれ別個のコンピュータ１１００とプログラムとの可能な組み合わせにより実現されてもよい。また、各装置が備える複数の構成要素が、一つのコンピュータ１１００とプログラムとの可能な組み合わせにより実現されてもよい。
【０１１８】
また、各装置の各構成要素の一部または全部は、その他の汎用または専用の回路、コンピュータ等やこれらの組み合わせによって実現される。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。
【０１１９】
各装置の各構成要素の一部または全部が複数のコンピュータや回路等により実現される場合には、複数のコンピュータや回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、コンピュータや回路等は、クライアントアンドサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。
【０１２０】
本願発明は以上に説明した実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１２１】
上記実施形態の一部または全部は以下の付記のようにも記載され得るが、以下には限られない。
＜＜付記＞＞
［付記１］
第１のフォルダへの電子メールの格納を検出する検出手段と、
前記第１のフォルダに格納される前記電子メールから、当該電子メールが格納される当該第１のフォルダに基づいて特定される、当該電子メールの特徴を抽出する抽出手段と、
前記抽出された特徴に基づいた、拒否する電子メールの条件に関する情報を生成する生成手段と、
を備えるメール情報処理装置。
［付記２］
前記検出手段は、前記第１のフォルダに格納されている電子メールの、第２のフォルダへの移動を検出し、
前記抽出手段は、前記電子メールの前記第２のフォルダへの移動が検出された場合に、当該電子メールから、移動前の前記第１のフォルダに基づいて特定される前記特徴を抽出し、
前記生成手段は、前記条件のうち当該抽出された特徴に基づく条件を削除する、
付記１に記載のメール情報処理装置。
［付記３］
前記抽出手段は、前記特徴を、電子メールを受信したメール転送エージェントが当該電子メールに付加した情報から抽出する
付記１または２に記載のメール情報処理装置。
［付記４］
前記抽出された特徴と同一の特徴を有する、前記第１のフォルダとは異なる第３のフォルダに格納されている電子メールを、前記第３のフォルダとは異なるフォルダに移動させる移動手段をさらに備える、
付記１から３のいずれか一項に記載のメール情報処理装置。
［付記５］
前記条件に関する情報は、前記抽出された特徴であり、
前記条件は、前記特徴の少なくとも１つを含む、という条件である、
付記１から４のいずれか一項に記載のメール情報処理装置。
［付記６］
前記条件に関する情報は、受容または拒否を表す値が関連付けられた、前記抽出された特徴であり、
前記条件は、拒否を表す前記値が関連づけられる前記特徴の少なくとも１つを含み、かつ受容を表す前記値が関連づけられる特徴のいずれをも含まない、という条件である、
付記１から４のいずれか一項に記載のメール情報処理装置。
［付記７］
前記抽出手段は、前記特徴の１つとして、前記第１のフォルダである特定のフォルダに格納された全ての電子メールに共通する特徴を抽出する、
付記１から６のいずれか一項に記載のメール情報処理装置。
［付記８］
付記１から７のいずれか一項に記載のメール情報処理装置と、
ユーザからの指示に従って前記第１のフォルダに電子メールを格納させるメール格納手段と、
前記条件に従って電子メールを拒否するかを判断するメール転送手段と、
を含むメールシステム。
［付記９］
第１のフォルダへの電子メールの格納を検出し、
前記第１のフォルダに格納される前記電子メールから、当該電子メールが格納される当該第１のフォルダに基づいて特定される、当該電子メールの特徴を抽出し、
前記抽出された特徴に基づいた、拒否する電子メールの条件に関する情報を生成する、
メール情報処理方法。
［付記１０］
前記第１のフォルダに格納されている電子メールの、第２のフォルダへの移動を検出し、
前記電子メールの前記第２のフォルダへの移動が検出された場合に、当該電子メールから、移動前の前記第１のフォルダに基づいて特定される前記特徴を抽出し、
前記条件のうち当該抽出された特徴に基づく条件を削除する、
付記９に記載のメール情報処理方法。
［付記１１］
前記特徴を、電子メールを受信したメール転送エージェントが当該電子メールに付加した情報から抽出する
付記９または１０に記載のメール情報処理方法。
［付記１２］
前記抽出された特徴と同一の特徴を有する、前記第１のフォルダとは異なる第３のフォルダに格納されている電子メールを、前記第３のフォルダとは異なるフォルダに移動させる、
付記９から１１のいずれか一項に記載のメール情報処理方法。
［付記１３］
前記条件に関する情報は、前記抽出された特徴であり、
前記条件は、前記特徴の少なくとも１つを含む、という条件である、
付記９から１２のいずれか一項に記載のメール情報処理方法。
［付記１４］
前記条件に関する情報は、受容または拒否を表す値が関連付けられた、前記抽出された特徴であり、
前記条件は、拒否を表す前記値が関連づけられる前記特徴の少なくとも１つを含み、かつ受容を表す前記値が関連づけられる特徴のいずれをも含まない、という条件である、
付記９から１２のいずれか一項に記載のメール情報処理方法。
［付記１５］
前記特徴の１つとして、前記第１のフォルダである特定のフォルダに格納された全ての電子メールに共通する特徴を抽出する、
付記９から１４のいずれか一項に記載のメール情報処理方法。
［付記１６］
付記９に記載のメール情報処理方法によって生成した前記情報に基づいて、電子メールを拒否するかを判断する、
メール拒絶判断方法。
［付記１７］
コンピュータに、
第１のフォルダへの電子メールの格納を検出する検出処理と、
前記第１のフォルダに格納される前記電子メールから、当該電子メールが格納される当該第１のフォルダに基づいて特定される、当該電子メールの特徴を抽出する抽出処理と、
前記抽出された特徴に基づいた、拒否する電子メールの条件に関する情報を生成する生成処理と、
を実行させるプログラム。
［付記１８］
前記検出処理は、前記第１のフォルダに格納されている電子メールの、第２のフォルダへの移動を検出し、
前記抽出処理は、前記電子メールの前記第２のフォルダへの移動が検出された場合に、当該電子メールから、移動前の前記第１のフォルダに基づいて特定される前記特徴を抽出し、
前記生成処理は、前記条件のうち当該抽出された特徴に基づく条件を削除する、
付記１７に記載のプログラム。
［付記１９］
前記抽出処理は、前記特徴を、電子メールを受信したメール転送エージェントが当該電子メールに付加した情報から抽出する
付記１７または１８に記載のプログラム。
［付記２０］
コンピュータに、
前記抽出された特徴と同一の特徴を有する、前記第１のフォルダとは異なる第３のフォルダに格納されている電子メールを、前記第３のフォルダとは異なるフォルダに移動させる移動処理をさらに実行させる、
付記１７から１９のいずれか一項に記載のプログラム。
［付記２１］
前記条件に関する情報は、前記抽出された特徴であり、
前記条件は、前記特徴の少なくとも１つを含む、という条件である、
付記１７から２０のいずれか一項に記載のプログラム。
［付記２２］
前記条件に関する情報は、受容または拒否を表す値が関連付けられた、前記抽出された特徴であり、
前記条件は、拒否を表す前記値が関連づけられる前記特徴の少なくとも１つを含み、かつ受容を表す前記値が関連づけられる特徴のいずれをも含まない、という条件である、
付記１７から２０のいずれか一項に記載のプログラム。
［付記２３］
前記抽出処理は、前記特徴の１つとして、前記第１のフォルダである特定のフォルダに格納された全ての電子メールに共通する特徴を抽出する、
付記１７から２２のいずれか一項に記載のプログラム。
［付記２４］
コンピュータに、付記１に記載のメール情報処理装置により生成された前記情報に基づいて、電子メールを拒否するかを判断する判断処理を実行させるプログラム。
【符号の説明】
【０１２２】
１〜４    メールシステム
１０    メール情報処理装置
１１〜１３    メールサーバ
２１、２２    クライアント装置
３１    通信ネットワーク
４１    ユーザ
５１、５２    拒否データ生成装置
６１    記憶装置
１１１    メール転送エージェント（ＭＴＡ）
１１２    メールリトリーバルエージェント（ＭＲＡ）
１１３    メールボックス
１１４    拒否データ生成部
１１４１    検出部
１１４２    抽出部
１１４３    生成部
１１４４    移動部
１１５    拒否データベース
１１００    コンピュータ
１１０１    ＣＰＵ
１１０２    ＲＯＭ
１１０３    ＲＡＭ
１１０４Ａ    プログラム
１１０４Ｂ    記憶情報
１１０５    記憶装置
１１０６    記録媒体
１１０７    ドライブ装置
１１０８    通信インタフェース
１１０９    通信ネットワーク
１１１０    入出力インタフェース
１１１１    バス
【図１】
2018018343.tif 000003
【図２】
2018018343.tif 000004
【図３】
2018018343.tif 000005
【図４】
2018018343.tif 000006
【図５】
2018018343.tif 000007
【図６】
2018018343.tif 000008
【図７】
2018018343.tif 000009
【図８】
2018018343.tif 000010
【図９】
2018018343.tif 000011
【図１０】
2018018343.tif 000012
【図１１】
2018018343.tif 000013