(57)【要約】  電子メールアドレスなどの電子メールの送信経路に関する情報に属性を関連付けて管理し、ＭＴＡ（Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ａｇｅｎｔ）が中継する電子メールの送信経路に関する情報などの電子メールの発信元についての問い合せを処理し、また、電子メールの受信者からの電子メールが迷惑メールであるかどうかに関するフィードバックを受信し、電子メールの送信経路に関する情報に関連付けられている属性を変更するアドレス管理サーバを提供する。
2009110362.tif 000002
【特許請求の範囲】
【請求項１】
メール受信装置と、管理サーバと、メール中継装置とを有するメールシステムであって、
前記メール受信装置は、
電子メールを受信する電子メール受信部と、
前記受信された電子メールを表示する電子メール表示部と、
前記表示された電子メールが迷惑メールであるかどうかの判断結果を取得する迷惑メール判断結果取得部と、
前記迷惑メール判断結果取得部が取得した判断結果が、前記表示された電子メールが迷惑メールであるとの判断結果であれば、前記受信された電子メールの送信経路に関する情報を前記管理サーバへ送信するメール送信経路情報送信部と、
を有し、
前記管理サーバは、
電子メールの送信経路に関する情報に属性を関連付けて保持するデータベースと、
前記メール中継装置が受信し中継処理の対象となる電子メールの送信経路に関する情報を受信する送信経路情報受信部と、
前記送信経路情報受信部が受信した送信経路に関する情報に関連付けられている属性を前記データベースより検索する送信経路情報属性検索部と、
前記検索された属性に応じて返信を前記メール中継装置に行う返信部と、
前記メール受信装置が受信した電子メールの送信経路に関する情報を受信するメール情報受信部と、
前記メール情報受信部が受信した送信経路に関する情報に関連付けられて前記データベースに保持されている属性を更新するメール情報処理部と、
を有し、
前記メール中継装置は、
中継処理の対象となる電子メールの送信経路に関する情報をネットワーク上の管理サーバに送信する送信経路情報送信部と、
前記送信経路情報送信部による送信に応じて行われる返信を受信する返信受信部と、
前記返信受信部が受信した返信に基づいて、前記中継処理の対象となる電子メールの中継を行うかどうか判断する判断部と、
を有することを特徴とするメールシステム。
【請求項２】
前記電子メールの送信経路に関する情報は、電子メールを発信した計算機の識別情報、電子メールが前記メール中継装置に到達するまで中継を行った計算機の識別情報、電子メールの送信者の電子メールアドレスのいずれか一を含む請求項１に記載のメールシステム。
【請求項３】
前記メール受信装置のメール送信経路情報送信部は、受信した電子メールのヘッダより前記電子メールの送信経路に関する情報を取得する請求項１に記載のメールシステム。
【請求項４】
前記管理サーバのデータベースに保持される属性は数値を含み、
前記返信部は、前記検索された属性である数値が所定の値を下回ると電子メールの中継をしない旨の返信を行い、
前記メール情報処理部は、前記送信経路情報受信部が受信した送信経路に関する情報に関連付けられている属性である数値を減少させて更新する請求項１に記載のメールシステム。
【請求項５】
前記数値は、金銭価値を表す請求項４に記載のメールシステム。
【請求項６】
電子メールの送信経路に関する情報に属性を関連付けて保持するデータベースと、
ネットワーク上のメール中継装置が受信し中継処理の対象となる電子メールの送信経路に関する情報を受信する送信経路情報受信部と、
前記送信経路情報受信部が受信した送信経路に関する情報に関連付けられている属性を前記データベースより検索する送信経路情報属性検索部と、
前記検索された属性に応じた返信を前記メール中継装置に行う返信部と、
前記ネットワーク上のメール受信装置が受信した電子メールの送信経路に関する情報を受信するメール情報受信部と、
前記メール情報受信部が受信した送信経路に関する情報に関連付けられて前記データベースに保持されている属性を更新するメール情報処理部と、
を有することを特徴とする管理サーバ。
【請求項７】
前記電子メールの送信経路に関する情報は、電子メールを発信した計算機の識別情報、電子メールが前記メール中継装置に到達するまで中継を行った計算機の識別情報、電子メールの送信者の電子メールアドレスのいずれか一を含む請求項６に記載の管理サーバ。
【請求項８】
前記メール情報受信部は、前記メール受信装置が受信した電子メールのうち迷惑メールであると前記メール受信装置にて判断された電子メールの送信経路に関する情報を受信することを特徴とする請求項６に記載の管理サーバ。
【請求項９】
前記返信部は、前記中継処理の対象となる電子メールを前記メール中継装置が中継するかどうかについての返信を行うことを特徴とする請求項６に記載の管理サーバ。
【請求項１０】
前記属性は数値情報を含み、
前記メール情報処理部は前記属性に含まれる数値情報を更新し、
前記返信部が行う返信は、前記数値情報を参照して生成されることを特徴とする請求項６に記載の管理サーバ。
【請求項１１】
前記返信部が行う返信は、前記数値情報と所定の値との比較の結果を含むことを特徴とする請求項１０に記載の管理サーバ。
【請求項１２】
前記数値情報は、金銭価値を表わすことを特徴とする請求項１０に記載の管理サーバ。
【請求項１３】
中継処理の対象となる電子メールの送信経路に関する情報をネットワーク上の管理サーバに送信する送信経路情報送信部と、
前記送信経路情報送信部による送信に応じて前記管理サーバにより行われる返信を受信する返信受信部と、
前記返信受信部が受信した返信に基づいて、前記中継処理の対象となる電子メールの中継を行うかどうか判断する判断部と、
を有することを特徴とするメール中継装置。
【請求項１４】
前記電子メールの送信経路に関する情報は、電子メールを発信した計算機の識別情報、電子メールが前記メール中継装置に到達するまで中継を行った計算機の識別情報、電子メールの送信者の電子メールアドレスのいずれか一を含む請求項１３に記載のメール中継装置。
【請求項１５】
前記返信受信部が受信する返信は、前記送信経路情報送信部が送信した送信経路に関する情報に前記管理サーバにて関連付けられている属性であり、
前記判断部は、前記属性の内容を参照して前記中継処理の対象となる電子メールの中継を行うかどうか判断することを特徴とする請求項１３に記載のメール中継装置。
【請求項１６】
前記返信受信部が受信する返信は、前記送信経路情報送信部が送信した送信経路に関する情報に前記管理サーバにて関連づけられている属性に応じて行われたことを特徴とする請求項１３に記載のメール中継装置。
【請求項１７】
前記属性は、金銭価値を表わす情報を含むことを特徴とする請求項１６に記載のメール中継装置。
【請求項１８】
電子メールを受信する電子メール受信部と、
前記受信された電子メールを表示する電子メール表示部と、
前記表示された電子メールが迷惑メールであるかどうかの判断結果を取得する迷惑メール判断結果取得部と、
前記迷惑メール判断結果取得部が取得した判断結果が、前記表示された電子メールが迷惑メールであるとの判断結果であれば、前記受信された電子メールの送信経路に関する情報を送信するメール送信経路情報送信部と、
を有するメール受信装置。
【請求項１９】
前記電子メールの送信経路に関する情報は、電子メールを発信した計算機の識別情報、電子メールがメール受信装置に到達するまで中継を行った計算機の識別情報、電子メールの送信者の電子メールアドレスのいずれか一を含む請求項１８に記載のメール受信装置。
【請求項２０】
電子メールの送信経路に関する情報に属性を関連付けて保持するデータベースを有する管理サーバの動作方法であって、
ネットワーク上のメール中継装置が受信し中継処理の対象となる電子メールの送信経路に関する情報を受信し、
前記受信された送信経路に関する情報に関連付けられている属性を前記データベースより検索し、
前記検索された属性に応じた返信を前記メール中継装置に行い、
前記ネットワーク上のメール受信装置が受信した電子メールの送信経路に関する情報を受信し、
受信された送信経路に関する情報に関連付けられて前記データベースに保持されている属性を更新する管理サーバの動作方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メールの送信経路に関する情報を管理する管理サーバなどの技術に関する。
【背景技術】
【０００２】
電子メール（以下、「メール」という場合がある。）は、送信者の操作するＭＵＡ（Ｍａｉｌ  Ｕｓｅｒ  Ａｇｅｎｔ）からプロトコルとしてＳＭＴＰ（例えば、非特許文献１参照。）などを用いてＭＴＡ（Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ａｇｅｎｔ）に送信される。そして、必要ならば他のＭＴＡにより中継がされ、最終的に受信者のメールボックスなどを管理するＭＴＡに到達してメールボックスなどに格納される。そして、ＰＯＰ３（例えば、非特許文献２参照。）などのプロトコルなどが用いられて、受信者のＭＵＡにメールが取り込まれて表示がされる。【０００３】
メールは、信書などの物理的に配達される郵便物よりも短時間に配達され、また、受信者が受信したいときに受信できるという特徴を有しており、広く普及してきている。この普及と前後して、広告などの内容のメールを無差別に送信するいわゆるスパム業者が出現してきている。【０００４】
スパム業者などが迷惑メールを送信することを防止するために、インターネットサービスプロバイダ（ＩＳＰ）は、「ポート２５番ブロック」と呼ばれる制限を課したり、迷惑メールの類型を学習し迷惑メールを削除する学習型フィルタを導入したりしている。また、ベイズ理論などに基づいてメールの本文を解析し、受信したメールが迷惑メールかどうかを判断する技術も知られている（例えば、特許文献１参照。）。【０００５】
しかしながら、従来知られている迷惑メールを防止する技術には決定的なものが知られていない。このため、スパム業者などにより、今日、インターネットに流れるメールの８割程度が迷惑メールであると言われるようになってきている。これは、従来の技術は、メールが受信者側に到達してから迷惑メールであるかどうかを判断しているからである。【０００６】
【特許文献１】特開２００７−２３３４６８号公報
【非特許文献１】Jonathan B. Postel, "SIMPLE MAIL TRANSFER PROTOCOL", RFC821
【非特許文献２】J. Myers, et al., "Post Office Protocol - Version 3", RFC1939
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明では、電子メールの送信経路に関する情報などを管理する管理サーバなどについて開示する。
【課題を解決するための手段】
【０００８】
本発明では、管理サーバは、電子メールの送信経路に関する情報に属性を関連付けて管理し、ＭＴＡからメールの送信経路に関する情報についての問い合せを処理し、また、メールの受信者からのメールに関するフィードバックを受信し、送信経路に関する情報に関連付けられている属性を変更する。【０００９】
すなわち、電子メールの送信経路に関する情報にその属性を関連付けて保持するデータベースと、ネットワーク上のメール中継装置が受信し中継処理の対象となる電子メールの送信経路に関する情報を受信する送信経路情報受信部と、送信経路情報受信部が受信した送信経路に関する情報に関連付けられている属性をデータベースより検索する送信経路情報属性検索部と、検索された属性に応じた返信をメール中継装置に行う返信部と、ネットワーク上のメール受信装置が受信した電子メールの送信経路に関する情報を受信するメール情報受信部と、メール情報受信部が受信した送信経路に関する情報に関連付けられて前記データベースに保持されている属性を更新するメール情報処理部とを有する管理サーバを提供する。【００１０】
また、中継処理の対象となる電子メールの送信経路に関する情報をネットワーク上の管理サーバに送信する送信経路情報送信部と、送信経路情報送信部による送信に応じた返信を受信する返信受信部と、返信受信部が受信した返信に基づいて、中継処理の対象となる電子メールの中継を行うかどうか判断する判断部とを有するメール中継装置を提供する。【００１１】
また、電子メールを受信する電子メール受信部と、受信された電子メールを表示する電子メール表示部と、表示された電子メールが迷惑メールであるかどうかの判断結果を取得する迷惑メール判断結果取得部と、迷惑メール判断結果取得部が取得した判断結果が、表示された電子メールが迷惑メールであるとの判断結果であれば、受信された電子メールの送信経路に関する情報を送信するメール送信経路情報送信部とを有するメール受信装置を提供する。
【発明の効果】
【００１２】
本発明により、迷惑メールの送信を減少させることなどができる。この結果、不必要な情報が通信されることを防止することなどが実現できる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態に係るシステム構成図である。
【図２】送信側ＭＵＡとＭＴＡとの通信シーケンスの一例図である。
【図３】本発明の一実施形態に係るメール中継装置の機能ブロック図である。
【図４】本発明の一実施形態に係るメール中継装置による処理のフローチャートである。
【図５】本発明の一実施形態に係るメール受信装置の機能ブロック図である。
【図６】本発明の一実施形態に係るメール受信装置による表示の一例図である。
【図７】本発明の一実施形態に係る管理サーバの機能ブロック図である。
【図８】本発明の一実施形態に係る管理サーバによる処理のフローチャートである。
【図９】本発明の一実施形態に係る管理サーバによる処理のフローチャートである。
【符号の説明】
【００１４】
１００  メール送受信及び中継システム
１０１  管理サーバ
１０  経路情報が格納される列
１１  経路情報に関連付けられている属性が格納される列
１０２  送信側ＭＵＡ
１０３  ＭＴＡ
１０４  路情報の問い合せ
１０５  受信側ＭＵＡ
１０６  迷惑メール情報
【発明を実施するための最良の形態】
【００１５】
以下、本発明を実施するための形態についての説明を行う。なお、本発明は、以下の説明に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施することができる。【００１６】
図１は、本発明の一実施形態に係るシステム構成図である。メールの送受信及び中継を行うシステム１００は、管理サーバ１０１と、送信側ＭＵＡ１０２と、ＭＴＡ１０３と、受信側ＭＵＡ１０５とにより構成されている。なお、システム１００は、インターネットやイントラネットなどのネットワークに接続された複数のコンピュータから構成することができる。図１は、複数のコンピュータの中から、管理サーバ１０１となるコンピュータ、送信側ＭＵＡ１０２が動作するコンピュータ、ＭＴＡ１０３が動作するコンピュータ、受信側ＭＵＡ１０５が動作するコンピュータを選択して図示している。実際には、ネットワークに接続された多数のコンピュータからシステムが構成されていてもよい。特に、送信側ＭＵＡ、ＭＴＡ、受信側ＭＵＡが動作するコンピュータは複数台存在していてもよい。また、管理サーバの台数は、送信側ＭＵＡ、ＭＴＡ、受信側ＭＵＡが動作するコンピュータの台数よりも少数であるのが好ましく、例えば、一つのシステムにつき１台であってもよい。また、管理サーバは、複数のシステムに対して１台だけ存在していてもよい。もちろん、複数台存在していてもよい。また、管理サーバ１０１、送信側ＭＵＡ１０２として動作する装置、ＭＴＡ１０３として動作する装置、受信側ＭＵＡ１０５として動作する装置の一部又は全てをＬＳＩなどによる専用のハードウェアとして構成することもできる。【００１７】
管理サーバ１０１は、電子メールの送信経路に関する情報に属性を関連付ける管理を行う。ここでいう「管理」とは、送信経路に関する情報をキーとして検索することにより、その電子メールの送信経路に関する情報に関連付けられている属性を読み出すことができるように、その送信経路に関する情報に属性を関連付けて記憶することである。記憶は、メモリ装置やハードディスク装置などの記憶装置を用いて行われる。ここでいう「送信経路に関する情報」とは電子メールについての送信経路に関する情報である。送信経路に関する情報は、下記に定義されるように、電子メールをＭＴＡ１０３へ送信するコンピュータのアドレス、電子メールの送信者の電子メールアドレス、電子メールの受信者の電子メールアドレスなどより構成される。また、送信経路に関する情報、それに関連付けられる属性を新たに記憶すること、変更すること、削除する処理も、ここでいう管理に含まれる。このような管理は、図１のように、テーブルの一つの列１０に送信経路に関する情報を記憶装置に格納し、それぞれの送信経路に関する情報に関連付けられている属性をその送信経路に関する情報と同じ行の別の列１１に格納する。上述したように、このようなテーブルのデータは管理サーバ１０１を実現するコンピュータのメモリ装置やディスク装置などの記憶装置に記憶される。【００１８】
送信経路に関する情報とは、電子メールが配送される経路についての情報である。その情報は、電子メールの送信、中継又は受信に関わる実体のアドレスから構成することができる。例えば、電子メールの送信者のメールアドレス、その送信者のメールアドレスのユーザ名やドメイン、電子メールを送信するＭＵＡが動作するコンピュータのＩＰアドレスやＦＱＤＮ、そのコンピュータの属するドメイン、電子メールを中継するＭＴＡのＩＰアドレス、ＦＱＤＮ又は属するドメインなどの何れか、またはこれらの組み合わせからなる情報である。また、このように定義された送信経路に関する情報には、さらに付加的な情報が含まれていてもよい。なお、「送信経路に関する情報」を単に「経路情報」と書く場合がある。【００１９】
経路情報に関連付けられる属性には、様々な情報がある。例えば、電子メールの送信元の電子メールアドレスの所有者の氏名、住所、年齢などの所有者の属性がある。また、その所有者がメールなどの暗号化のために用いる秘密鍵に対応する公開鍵、その電子メールアドレスをメールの送信者としたメールが何通送信あるいは中継されたかを示す情報、そのようなメールが送信あるいは中継された頻度（例えば、１時間あたりの平均メール数）などの電子メールアドレスについての統計的な情報も挙げることができる。また、管理サーバ１０１の運営者などとの契約の内容などの所有者と第三者との関係も挙げることができる。あるいは、属性は、数値情報であってもよい。その数値情報は、例えば、電子メールアドレスの所有者が管理サーバ１０１の運営者などに保証金などとして預けた金額を表す情報とすることができる。この保証金は、例えば、迷惑メールを送信しないことを条件により所定の期間の経過などにより、返金されるものであってもよい。【００２０】
また、電子メールの送信元の電子メールアドレスなどのドメインの運営者、ＩＰアドレスが割り当てられたコンピュータの利用者が管理サーバ１０１の運営者などに保証金などとして預けた金額などを表す数値であってもよい。この場合、その保証金は、迷惑メールがそのドメインに属するコンピュータや特定のコンピュータから送信されないことを条件により所定の期間の経過などにより、返金されるものであってもよい。【００２１】
図１では、列１０には、経路情報として、電子メールアドレスｘｘｘ＠ｙｙ．ｊｐ、ドメインｅｅ．ｊｐ、ＩＰアドレス１０．１．２５３．９などが格納され、列１１に属性として数値が格納されている。この数値は、例えば、電子メールアドレスの所有者などの属性の識別番号などと解釈することもできる。例えば、電子メールアドレスの所有者の年齢として解釈することができる。あるいは、具体的に、その電子メールアドレスをメールの送信者としてのメールが何通送信あるいは中継された頻度を示す数値、あるいは、電子メールアドレスの所有者などが管理サーバ１０１の運営者などに預けた金額を示す数値と解釈することもできる。【００２２】
図１では、列１０には、電子メールアドレス、ドメイン、ＩＰアドレスが個々に格納されている。しかし、本発明は、このように個々の電子メールアドレス、ドメイン、ＩＰアドレス等に属性を関連付けることに限定はされない。例えば、電子メールアドレスとＩＰアドレスとの組に対して属性が関連付けられていてもよい。そのような電子メールアドレスとＩＰアドレスとの組は、その電子メールアドレスを送信者する電子メールがそのＩＰアドレスを有するコンピュータにより送信された、及び／又は、送信されることを表すと解釈できる。あるいは、その電子メールアドレスを送信者する電子メールがそのＩＰアドレスを有するコンピュータにより中継された、及び／又は、中継されることを表すと解釈することができる。また、２個のＩＰアドレス（あるいはＦＱＤＮ）の組＜Ａ，Ｂ＞により、電子メールがその第１のコンピュータＡから第２のコンピュータＢに送信された、及び／又は、送信されることを表すと解釈することができる。また、３個のＩＰアドレスの組＜Ｄ，Ｅ，Ｆ＞により、電子メールを中継する第１のコンピュータＥ、第１のコンピュータＥへ電子メールを送信する第２のコンピュータＤ及び第１のコンピュータＥが電子メールを転送した、及び／又は、転送する第３のコンピュータＦを表すと解釈することができる。【００２３】
このような多様な構造の情報を経路情報として、列１０に格納することにより、さまざまに進化する迷惑メールの送信手口などに柔軟に対応することが可能となる。【００２４】
なお、列１０に格納されるのは、ワイルドカードや正規表現などで表現され、一般には複数の経路情報とマッチする表現であってもよい。例えば、＊．ｙｙ．ｊｐという表現は、ｙｙ．ｊｐをドメイン部分とするコンピュータのホストを示すＦＱＤＮとマッチする。これにより、電子メールが例えば特定の会社などの組織から送信されたり、中継されたりする場合を一括して管理することが可能となる。【００２５】
送信側ＭＵＡ１０２は、メールの送信者が使用するＭＵＡ（通常、「メーラー」などと呼ばれる。）である。図１では、送信者のメールアドレスは、ｘｘｘ＠ｙｙ．ｊｐとなっている。送信側ＭＵＡ１０２から送信されるメールは、例えばＭＴＡ１０３が中継を行うように設定されている。送信側ＭＵＡから送信されたメールを最初に中継するＭＴＡの動作するコンピュータのＩＰアドレスやホスト名は、通常、送信側ＭＵＡに設定されている。ＭＵＡにホスト名などが設定されるＭＴＡとしては、例えば、送信側ＭＵＡがインストールされたコンピュータが接続するＩＳＰが提供するＳＭＴＰサーバが設定されたり、電子メールアドレスのドメインに設置されたＳＭＴＰサーバが設定されたりする。あるいは、ＭＴＡ１０３は、受信側ＭＵＡ１０５が受信するメールを中継するように設定されていてもよい。また、送信側ＭＵＡ１０２から送信されたメールは、複数のＭＴＡを経由して受信側ＭＵＡ１０５に到達するようになっていてもよい。【００２６】
ＭＴＡ１０３はメールを受信すると、受信したメールを中継の対象として処理を開始する。この処理を中継処理という。そして、そのメールから送信者メールアドレスなどの経路情報を取得する。他にも、メールの本文データ、メールのデータサイズ、メールの宛先、宛先の数も取得されてもよい。ＭＴＡ１０３は、経路情報を取得した後、その情報を用いた検索の依頼を管理サーバ１０１に対して行う。図１では、「ｘｘｘ＠ｙｙ．ｊｐ  ＯＫ？」という問い合せ１０４を送信している。この問い合せの意味の一つは、「ｘｘｘ＠ｙｙ．ｊｐを送信者アドレスとするメールを中継してもよいか？」ということである。また、問い合せに宛先の数やメールのサイズなども含まれていれば、例えば「ｘｘｘ＠ｙｙ．ｊｐを送信者アドレスとし、宛先の数が１００個のメールは中継してよいか？」、「ｘｘｘ＠ｙｙ．ｊｐを送信者アドレスとし、データサイズが３メガバイトのメールは中継してよいか？」などの意味になる。【００２７】
ＭＴＡ１０３は、一通のメールに対して複数回の問い合わせを管理サーバ１０１に対して実行してもよい。例えば、送信者のメールアドレスについて問い合わせの他に、ＭＴＡ１０３にそのメールを送信したコンピュータなどのＩＰアドレスなどについての問い合せや、ＭＴＡ１０３がメールを送信することになるコンピュータなどのＩＰアドレスなどについての問い合せを実行してもよい。【００２８】
また、メールの宛先のメールアドレスも問い合せに用いることで、この送信者アドレスからこの宛先にメールを送ってもよいかという意味の問い合せを実行することもできる。これにより、例えば、成人向けの商品などの広告の電子メールの送信を行う者から未成年者に広告が配信されることを防止することができる。【００２９】
また、データサイズが問い合せに含まれる場合には、メールの送信先のメールアドレスも送信されてもよい。そして、問い合せに対する返信には、そのデータサイズのメールが扱えるＭＴＡが含まれていてもよい。このようにすることにより、大きなデータサイズのメールが中継される場合に、途中のＭＴＡが扱えるデータサイズに制限があるために、無駄にメールが中継されることを防ぐことができる。また、ＭＴＡ１０３が次にメールの中継先を決めるために、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ  Ｓｅｒｖｅｒ）に送信先のメールアドレスのＭＸレコードを問合わせ、そのＭＸレコードに含まれるＭＴＡのＦＱＤＮを管理サーバ１０１に問い合せて、例えば、そのメールのデータサイズが扱えるＭＴＡについて問い合せを行うようにしてもよい。【００３０】
問い合せ１０４を受信した管理サーバ１０１は、問い合せ１０４から送信者アドレスなどを取得し、それに関連付けられている属性を取得する。そしてその属性の全部又は一部をＭＴＡ１０３へ返信してもよい。あるいは、属性を読取り及び／又は参照して行った判断の結果、すなわち属性に応じて得られる結果、を返信してもよい。例えば、属性が数値である場合、その数値が所定の値を越えているかどうか、あるいは、所定の値未満であるかどうかなどの判断を行う。具体的には、属性が電子メールアドレスの所有者などが管理サーバ１０１の運営者などに預けた金額を示す数値である場合には、その数値で示される金額が所定の額より少ないかどうかを判断する。【００３１】
また、問い合わせの結果、経路情報に属性が関連づけられていなければ、そのメールの経路情報は登録されていない旨の返信を行ってもよい。この場合は、ＭＴＡ１０３ではその経路情報を有するメールの中継は行われないようになっていてもよい。これにより、管理サーバ１０１のテーブルは中継可能なメールの経路情報を管理することになる。すなわち、管理サーバ１０１のテーブルは中継できるメールに関するホワイトリストの一種として機能する。逆に、メールの経路情報は登録されていない旨の返信があった場合には、ＭＴＡ１０３ではその経路情報を有するメールを無条件に中継するようになっていてもよい。これにより、管理サーバ１０１のテーブルは、中継できないメールに関するブラックリストの一種として機能する。【００３２】
本発明の一実施形態においては、迷惑メールの送信をすると保証金を没収しホワイトリストから経路情報を削除することを条件として、電子メールの送信者などや中継サーバの管理者などに、管理サーバの運営者などへ保証金を預けさせることにより迷惑メールの送信を抑制することができる。また、そのようなブラックリストに経路情報を載せないようにするために、保証金を預けさせることによっても迷惑メールの送信を抑制することができる。【００３３】
また、問い合せ１０４に、メールのサイズや送信先の数が含まれている場合には、そのサイズや数に応じて表などを参照して定まる値と、経路情報に関連付けられている数値とを比較してもよい。この場合、例えば、サイズや数に応じて定まる値が、経路情報に関連付けられている数値を越えていないかどうかを判断してもよい。【００３４】
ＭＴＡ１０３が管理サーバ１０１から問い合せ１０４の結果を受信すると、その結果に応じて、受信したメールの処理を決定する。例えば、メールを中継するか、破棄するか、優先度を下げて他のメールの中継を優先させるか、他のメールの中継よりも優先させて中継するか、などを決定して処理を行う。【００３５】
具体的な例を挙げると、管理サーバ１０１において、電子メールアドレスなどの経路情報に関連付けられている値が、その電子メールアドレスの所有者などが管理サーバ１０１の運営者などに預けた金額を示す数値であれば、その数値と所定の値、例えば０、とを比較する。その比較の結果が、経路情報に関連付けられている値が例えば０より大であることを示していれば、メールの中継を行い、そうでなければ、他のメールよりも優先度を下げて中継を行ったり、メールの破棄を行ったり、メールの中継ができない旨のエラーを送信側ＭＵＡ１０２へ返信する。また、電子メールアドレスの所有者などに金銭を支払うことを請求する請求書が送付されるようになっていてもよい。この送付は電子メールを用いて行われてもよいし、郵便を用いて行われてもよい。また、クレジットカード番号などが管理サーバ１０１などに登録されていれば、課金の処理を行ってもよい。そして、請求に対する入金や課金処理がされない限り、経路情報に関連づけられている値を増やさない。この結果、その電子メールアドレスを送信者アドレスとするメールなどはＭＴＡ１０３により中継されなくなる。また、ＭＴＡ１０３は、入金や課金処理が行われることを条件としてメールの中継を行ってもよい。【００３６】
また、ＭＴＡ１０３から管理サーバ１０１へ送信される問い合せに応じて、管理サーバ１０１にて管理される属性が更新などされてもよい。例えば、管理サーバ１０１において経路情報に関連付けられている値が問い合せに応じて変化してもよい。例えば、一回の問い合せがあると、その値が１減るようになっていてもよい。そして、例えば、０以下であるという結果が返信されてＭＴＡ１０３が受信すると、ＭＴＡ１０３はそのメールを中継しないようになっていてもよい。これにより、メールの送信に課金を行うことなどができる。例えば、大きなデータサイズのメールの場合には、減ずる値を大きくすることで、メールのサイズに応じた課金も可能となる。【００３７】
問い合せがあった時間を属性に追加してもよい。その場合、問い合せの原因となった中継処理の対象となるメールを特定する情報、例えばメッセージＩＤ、をその時間と関連づけて追加してもよい。また、メールの宛先のアドレスも追加されてもよい。これにより、例えば、中継されてからメールの宛先の利用者（ユーザ）にメールが読まれるまでの時間などの収集を行うことができ、ネットワークの最適化などに役立てることができる。【００３８】
ＭＴＡ１０３が行う問い合せの中に、メールを一意に特定することが可能なメッセージＩＤ（例えば、メールのヘッダのＭｅｓｓａｇｅ−ＩＤ：の行）を含ませるようにし、管理サーバ１０１は、問い合せがある都度、属性にメッセージＩＤを追加してもよい。これにより、管理サーバ１０１はどのメールがどのような送信経路により配信が行われたかを把握することができる。また、このようにメッセージＩＤを属性に追加することにより、後述のように、受信側ＭＵＡ１０５が受信したメールが迷惑メールであった場合、そのメールのメッセージＩＤを経路情報として管理サーバ１０１へ送信しても同様の効果が得られ、受信者側ＭＵＡ１０５と管理サーバ１０１との間の通信量を減らすことができる。【００３９】
なお、この場合には管理サーバ１０１は、属性にメッセージＩＤを追加するかわりに、メッセージＩＤを経路情報に関連付けて格納するテーブルを別に用意してもよい。そして、メッセージＩＤをキーとするインデックスを用意して、メッセージＩＤからそれに関連付けられている経路情報が検索可能になっているのが好ましい。これにより、検索を高速に行うことができる。また、そのテーブルには、ＭＴＡ１０３から問い合わせが行われた日時もメッセージＩＤに関連付けて記憶してもよい。このように日時をメッセージＩＤに関連付けて記憶することにより、５日など所定の時間を過ぎたデータを削除することができ、そのテーブルのサイズの増大を防止することができる。【００４０】
また、メールの内容に応じて、管理サーバ１０１において経路情報に関連付けられている値が変化してもよい。例えば、メールの内容に、特定の広告へのＵＲＬなどが含まれていれば、そのＵＲＬに応じた値が加算されるようになっていてもよい。そのＵＲＬに応じた値は、例えば、管理サーバ１０１に格納されたテーブルであり、ＵＲＬと値とが格納されたテーブルを参照することによって得られる。これにより、広告収入などを得ることが可能である。広告収入の一部または全ては、メールの送信者やドメインの管理者などに与えてもよい。【００４１】
ＭＴＡ１０３が、問い合せ１０４の結果を受信し、メールの中継の処理を行うことを決定した場合には、そのメールを受信者のメールボックスへ追加したり、別のＭＴＡに中継したりする。別のＭＴＡに中継する場合には、ＤＮＳに対して、宛先のメールアドレスのドメイン部分のＭＸレコードを検索などし、その結果により指し示されるＭＴＡへメールを中継する。【００４２】
また、管理サーバ１０１への問い合せに対する返信の中に、管理サーバ１０１がＤＮＳにＭＸレコードを検索した結果が含まれており、ＭＴＡ１０３がＤＮＳの検索を行う必要が無いようにしてもよい。これにより、システム全体にとって適した経路でメールの中継を制御することなどが可能となる。【００４３】
送信側ＭＵＡ１０２の送信したメールの宛先が、ｚｚｚ＠ｗｗ．ｊｐである場合、ＭＴＡ１０３などにより、そのメールが中継された場合、ｚｚｚ＠ｗｗ．ｊｐの電子メールアドレスを所有する利用者が利用するコンピュータで動作する受信側ＭＵＡ１０５にて、そのメールの表示などが行われる。その利用者がメールを読み、所定の操作を行うと、受信側ＭＵＡ１０５から管理サーバ１０６へ、そのメールの経路情報の送信により、そのメールについての評価が送信される。例えば、利用者などが迷惑メールであると判断した場合、その旨の情報がそのメールの経路情報（例えば、メールのメッセージＩＤなどのそのメールを特定する情報、送信者のメールアドレスやメールを送信したコンピュータや中継したコンピュータのＩＰアドレスなど）とともに、送信される。あるいは、反対に、優れた文章からなるメールであるなどの旨の情報が送信される。【００４４】
例えば、ｘｘｘ＠ｙｙ．ｊｐのメールアドレスを有する者の送信したメールが迷惑メールである旨が管理サーバ１０１へ送信されたとする。管理サーバ１０１では、ｘｘｘ＠ｙｙ．ｊｐに関連付けられた属性を変化させる。例えば、その属性の値を減じる。あるいは反対に、優れた文章からなるメールであると判断された場合には、その属性の値を増加させる。値を減じたり、増加させたりする増減値は定数として定まっていてもよいし、迷惑度、すばらしさの度合いが経路情報とともに管理サーバ１０１へ送信されるようになっている場合、その迷惑度、すばらしさに依存した値となっていてもよい。【００４５】
したがって、経路情報に関連付けられている属性が、その電子メールアドレスの所有者が管理サーバ１０１の運営者などに預けた金額を示す数値である場合には、受信者などにより迷惑メールであると判断されると、迷惑メールの送信に応じて数値が減じられる。このため、電子メールアドレスの所有者などが追加の金額を預けないと、そのうち、その経路情報を有する電子メールは中継されなくなることになる。したがって、メールが円滑に中継されることを望む利用者やドメインの管理者などは迷惑メールを送信しないように行動することになり、迷惑メールの送信が抑制される。また、属性の数値を減じた結果、所定の値（例えば０）を未満になると、その属性と属性に関連づけられている経路情報が削除されるようになっていてもよい。また、属性の数値があらかじめ定められた値を下回ると、属性が関連づけられている経路情報の関係者、例えば電子メールアドレスの所有者やドメインの管理者など、に注意を喚起するメールや郵便などが送信されるようになっていてもよい。【００４６】
また、メールの評価が良い場合には、金額を示す数値を増加させることにより、迷惑メール以外の送信を推奨することもできる。【００４７】
もちろん、受信側ＭＵＡ１０５から送信されるのは、受信したメールが迷惑メールである旨の情報に限られることはなく、メールを受信した、あるいは読んだ旨が送信されてもよい。これにより、管理サーバ１０１は、メールが中継されてからメールが受信ないし読まれるまでの時間を知ることができる。また、メールが受信側ＭＵＡ１０５に到達したかどうかを知ることができる。従来の技術でも、メールの送信者は、受信者がメールを表示したことを示すメールの開封確認を受け取ることができるが、受信側ＭＵＡ１０５の利用者（ユーザ）がどこのプロバイダを用いているか、アクセスポイントはどこか、などの情報が送信者に漏洩してしまう。一方、本発明のように管理サーバ１０１が開封確認を受信し、不必要な情報をメールの送信者に開示しないようにすることもできる。【００４８】
なお、受信側ＭＵＡ１０５は、受信したメールのヘッダ情報を解析することにより、経路情報を得て、情報管理サーバ１０１へ送信する。あるいは、受信側ＭＵＡ１０５は、ヘッダ情報の一部または全体をそのまま情報管理サーバ１０１へ送信してもよい。例えば、上述したように、管理サーバ１０１がメールのメッセージＩＤを記憶しどのメールがどのような送信経路により配信が行われたかを把握している場合には、受信側ＭＵＡ１０５は、ヘッダ情報の一部であるメッセージＩＤを送信してもよい。【００４９】
本発明の一実施形態では、一台の管理サーバあるいは複数の管理サーバが、複数の利用者が使用する複数の受信側ＭＵＡから、それぞれの受信側ＭＵＡから送信されたメールが迷惑メールであるかどうかなどの情報を受信できるようになっている。【００５０】
図２は、送信側ＭＵＡ１０２がＭＴＡ１０３へメールを送信する際の通信の一過程を示すシーケンス図である。このシーケンス図を参照しながら、以下では、ＭＴＡ１０３が管理サーバ１０１へ問い合せを行うタイミングなどについて説明を行う。【００５１】
送信側ＭＵＡ１０２とＭＴＡ１０３との通信セッションが確立すると、ステップＳ２０１において、ＭＴＡ１０３から例えば「２２０  ｓｍｔｐ．ｅｘａｍｐｌｅ．ｃｏｍ  ｒｅａｄｙ」というメッセージが送信される。ここに、「ｓｍｔｐ．ｅｘａｍｐｌｅ．ｃｏｍ」は、ＭＴＡ１０３のＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）である。【００５２】
なお、通信セッションの確立により、ＭＴＡ１０３は、メールがどのコンピュータから送られるのかを、そのコンピュータのＩＰアドレスやＦＱＤＮを得ることで知ることができる。したがって、この段階で、管理サーバ１０１に対してそのコンピュータから送信されるメールを中継してよいかどうかの問い合せを行うことができる。【００５３】
また、そのコンピュータのＩＰアドレスが偽装されているかどうかがＭＴＡ１０３により検出されると、ＭＴＡ１０３は、管理サーバ１０１に対して、問い合せを行うとともに、ＩＰアドレスの偽装が行われている旨を送信してもよい。この場合、管理サーバ１０１は、複数回のＩＰアドレスの偽装が行われている旨が同一の経路情報について送信された場合、その経路情報に関連付けられて保持されている属性を更新してもよい。例えば、ＩＰアドレスの偽装が行われている旨を受信した回数に応じて数値を小さくする。【００５４】
また、そのコンピュータのＩＰアドレスが偽装されているかどうかがＭＴＡ１０３により検出されると、ＭＴＡ１０３は、メールの中継を拒否するようにしてもよい。【００５５】
ＩＰアドレスが偽装されているかどうかの判断の手法の一つとしては、ＤＮＳに問い合せを行い、ＩＰアドレスの逆引きを行ってＦＱＤＮを得て、そのＦＱＤＮと次のステップＳ２０２で認識される送信側ＭＵＡ１０２のホスト名などと一致するかどうかあるいは適合（一方が他方の一部に一致すること）するかどうかで判断する手法がある。【００５６】
この「２２０」で始まるメッセージを受信した送信側ＭＵＡ１０２は、ステップＳ２０２において、例えば「ＨＥＬＯ  ｙｙ．ｊｐ」というメッセージを送信する。このメッセージにより、ＭＴＡ１０３は、送信側ＭＵＡ１０２が動作しているコンピュータを認識し、送信側ＭＵＡ１０２がＭＴＡ１０３を利用できるならば、ステップＳ２５０において、いわゆるグリーティングメッセージとして、例えば「２５０  ｙｙ．ｊｐ．  Ｐｌｅａｓｅｄ  ｔｏ  ｍｅｅｔ  ｙｏｕ」を返信する。【００５７】
このグリーティングメッセージに対して、送信側ＭＵＡ１０２は、ステップＳ２０４として、メールの送信者アドレスがｘｘｘ＠ｙｙ．ｊｐであることを「ＭＡＩＬ  ＦＲＯＭ：ｘｘｘ＠ｙｙ．ｊｐ」によってＭＴＡ１０３へ伝達する。【００５８】
「ＭＡＩＬ  ＦＲＯＭ：ｘｘｘ＠ｙｙ．ｊｐ」を受け取ったＭＴＡ１０３は、中継処理の対象となるメールの送信者アドレス（あるいは、ｒｅｖｅｒｓｅ−ｐａｔｈ）を知ることができる。すなわち、送信者アドレスであるｘｘｘ＠ｙｙ．ｊｐを取得する。その後、メールの送信者アドレスを経路情報として管理サーバ１０１へ問い合せを行うことができる。そして、管理サーバ１０１からの応答により、ｘｘｘ＠ｙｙ．ｊｐの電子メールアドレスを送信者アドレスとするメールを中継してもよいと判断すると、ステップＳ２５０において、「２５０  Ｓｅｎｄｅｒ  ＯＫ」のメッセージを返信する。【００５９】
この「２５０」で始まるメッセージを受け取った送信側ＭＵＡ１０２は、次に、ステップＳ２０６として、メールの受信者の電子メールアドレス（宛先アドレス）を「ＲＣＰＴ  ＴＯ：ｚｚｚ＠ｗｗ．ｊｐ」によってＭＴＡ１０３へ伝達する。【００６０】
ＭＴＡ１０３は、ｚｚｚ＠ｗｗ．ｊｐへメールを中継できるかどうかを判断する。この判断は、管理サーバ１０１への問い合せの返答に基づいて行ってもよい。例えば、複数の受信者に向けてメールが送信される場合には、「ＲＣＰＴ  ＴＯ：」で始まるメッセージが複数回受信される。そこで、ＭＴＡ１０３は、「ＲＣＰＴ  ＴＯ：」で始まるメッセージの数を数えて、その数をメールの宛先アドレスとともに管理サーバ１０１に問い合せたり、管理サーバ１０１にメールの宛先アドレスで問い合せた結果得られる属性と比較したりする。また、ＭＴＡ１０３の設定ファイルに記述された設定内容でｚｚｚ＠ｗｗ．ｊｐへメールを中継できるかどうかを判断してもよい。【００６１】
ＭＴＡ１０３がｚｚｚ＠ｗｗ．ｊｐへメールを中継できるのであれば、ステップＳ２０７において、「２５０  Ｒｅｃｉｐｉｅｎｔ  ＯＫ」を送信側ＭＵＡ１０２へ送信する。【００６２】
そして、送信側ＭＵＡ１０２は、ステップＳ２０８において、「ＤＡＴＡ」を送信し、メールのデータ（ヘッダ、本文）の送信を開始する旨を伝達し、ステップＳ２０９において、ＭＴＡ１０３は、「３５４  Ｓｔａｒｔ  ｍａｉｌ  ｉｎｐｕｔ」を返信する。【００６３】
ＭＴＡ１０３が「ＤＡＴＡ」を受信すると、メールの全ての宛先アドレスが判明するので、「ＤＡＴＡ」を受信したときに、宛先の数などをメールの宛先アドレスとともに管理サーバ１０１に問い合せたり、管理サーバ１０１にメールの宛先アドレスで問い合せた結果得られる属性と比較したりしてもよい。【００６４】
また、ステップＳ２０９より後においては、送信側ＭＵＡ１０２からメールのデータが送信されるので、ＭＴＡ１０３は、メールのデータのサイズを計測などして、そのサイズなどをメールの宛先アドレスとともに管理サーバ１０１に問い合せたり、管理サーバ１０１にメールの宛先アドレスで問い合せた結果得られる属性と比較したりしてもよい。【００６５】
このように、本発明の一実施形態では、ＭＴＡがメールを中継する際には、管理サーバへ送信者アドレスなどの情報に関連付けられている属性に関する問い合せを行い、メールを中継するかどうかの判断を行うことができる。そして、管理サーバでは、メールの受信者がメールを受信して、そのメールが迷惑メールであるかどうかなどを判断した結果を受信し、その結果に応じて、送信者アドレスなどに関連付けられている属性を管理サーバが更新できる。したがって、一つの効果として、迷惑メールの送信者が送信するメールをＭＴＡで中継されないようにすることができ、迷惑メールの送信を抑制することができる。【００６６】
（メール中継装置）
図３は、本発明の一実施形態に係るメール中継装置の機能ブロック図を示す。メール中継装置は、ＭＴＡとして動作するソフトウェア（例えば、Ｐｏｓｔｆｉｘ、ｑｍａｉｌ、ｓｅｎｄｍａｉｌなど）を実行するコンピュータにより主に実現される。【００６７】
メール中継装置３０１は、メール受信部３０２と，メール中継部３０３と、中継可否問合処理部３０４と、メール出力部３０５とを有する。【００６８】
メール受信部３０２は、ＭＵＡから送信されたり他のＭＴＡから中継されたりしたメールを受信する。具体的には、ＳＭＴＰに基づく通信に割り当てられたポート番号（例えば、２５）を監視し、接続要求があれば、接続を行い、図２に示すような通信シーケンスを開始する。このような通信シーケンスにより、メールの送信者の電子メールアドレス、メールの宛先、メールのデータを受信する。【００６９】
具体的には、ＭＴＡとして動作するコンピュータが有するネットワークアダプタが何らかの情報を受信すると割り込みが発生し、受信された情報は、その割り込みに応じたハンドラに読み取られてオペレーティングシステムのメッセージキューに追加される。そして、ＭＴＡが発行したシステムコールなどが復帰して、ＭＴＡが別のシステムコールなどを用いてメッセージキューのメッセージを読取ることで、メール受信部３０２の動作が実現される。【００７０】
メール中継部３０３は、メール受信部２０３で受信されたメールを中継するための処理を行う。具体的には、受信されたメールをメモリに展開し、設定ファイルに従って、メールの送信者の電子メールアドレスを書き替えたり、メールの宛先を展開等した後、また、メールを中継するとの判断を行ったりした後、別のＭＴＡやメールボックスへメールを送信や出力するためにメール出力部３０５へメールを処理させる。【００７１】
メール中継部３０３がメールを中継するかどうかの判断を行うには、上述の設定ファイルに従って判断を行ってもよい。本発明の一実施形態では、その判断に代えて、あるいはその判断に加えて、メール中継部３０３は、メール受信部３０２で受信されたメールなどから取得した経路情報を中継可否問合処理部３０４に出力することが特徴の一つである。そして、中継可否問合処理部３０４が管理サーバに問い合せを行って返信する結果を受信し、その受信された結果に基づいて、メールを中継するかどうかを判断する。例えば、受信された結果が数値である場合には、所定の数値と演算回路などを用いて比較を行う。受信された結果が０以下であれば、メールを中継せず、０より大であればメールを中継する。【００７２】
中継可否問合処理部３０４は、メール中継部３０３から出力される経路情報を用いて管理サーバへ問い合せを行い、その問い合せの結果を受信し、その受信した結果をメール中継部３０３へ返信する。【００７３】
すなわち、ＭＴＡが問い合せを生成し、例えば、ＷＲＩＴＥシステムコールなどを発行して、オペレーティングシステムの送信メッセージキューに追加する。ネットワークアダプタが送信可能に成れば、割り込みハンドラが起動して、送信メッセージキューの問い合せを出力する。そして、ＭＴＡはＲＥＡＤシステムコールなどを発行して、管理サーバから送信される結果を読み取る。【００７４】
なお、メール中継部３０３から中継可否問合処理部３０４に出力される情報は、上述のように送信者アドレスに限定されることはなく、メールの送信先のメールアドレス、メールが送信されたコンピュータのＩＰアドレスやＦＱＤＮなどであってもよい。また、上述したように、宛先アドレスの数、メールのデータサイズも含まれていてもよい。また、その場合には、中継可否問合処理部３０４が管理サーバへの問い合せには経路情報以外も含まれることになる。【００７５】
メール出力部３０５は、メール中継部３０３が中継すると判断したメールを出力する処理を行う。「出力する」とは、メール中継装置３０１の外部に送信すること、メール中継装置３０１の内部の記憶装置やメール中継装置３０１に接続されている記憶装置に記憶することである。前者の例としては、他のＭＴＡにメールを中継させるために転送することがある。後者の例としては、メールがメール中継装置３０１に登録されているユーザ宛のものであるので、そのユーザのメールボックスにメールを追加することがある。また、別の後者の例としては、他のＭＴＡにメールを転送しようとしたが、他のＭＴＡと通信セッションを開始することができなかったので、一時的に記憶し、後に転送を試みることがある。【００７６】
メール出力部３０５によるメールの出力部は、メールのデータを出力キューに追加する。これより、ネットワークアダプタや二次記憶装置アダプタなどの割り込みが発生したときに、割り込みハンドラが起動されて、出力キューのデータが処理され、出力が行われる。【００７７】
図４は、メール中継装置３０１における処理を説明するフローチャートを示す。ステップＳ４０１の処理として、メール受信部３０２により、メールを受信する。そして、メール中継部にそのメールを伝達する。ステップＳ４０２の処理として、メール中継部３０３により、メールから送信者アドレスなどを取得する。取得された送信者アドレスなどは、中継可否問合処理部３０４に伝達される。ステップＳ４０３の処理として、中継可否問合処理部３０４により、管理サーバへ送信者アドレスなどの問い合わせを行う。問い合せの結果が管理サーバより返信されれば、その結果を受信する処理を行い、メール中継部３０３へ伝達する。ステップＳ４０４の処理として、メール中継部３０３により、伝達された結果に基づいて、メールを中継するかどうかの判断を行う。もし、中継するとの判断であれば、ステップＳ４０５の処理として、メール出力部３０５へメールを伝達してメールの中継を行う。中継しないとの判断であれば、ステップＳ４０６の処理として、メールの中継を行わない。この場合には、メールを破棄したり、送信者アドレスにエラーを送信したりする。なお、図４に示すフローチャートの処理を計算機に実行させるためのプログラムを不揮発性の記憶媒体に記録することもできる。【００７８】
このようなメール中継装置を用いることにより、迷惑メールの中継を抑制することができるなどの効果が得られる。【００７９】
（メール受信装置）
図５は、本発明の一実施形態に係るメール受信装置の機能ブロック図を示す。メール受信装置は、ＭＵＡとして動作するソフトウェアを実行するコンピュータにより主に実現される。また、ＬＳＩなどを組み合わせて、専用のハードウェアとして実現することもできる。【００８０】
メール受信装置５０１は、メール取得部５０２と、メール操作部５０３と、メール表示部５０４と、メール情報送信部５０５と、を有する。【００８１】
メール取得部５０２は、メールを取得する。例えば、メールボックスがファイルなどとしてメール受信装置５０１により備えられていれば、そのファイルなどからメールを読み出す。また、ＰＯＰ３（ＲＦＣ１９３９）やＩＭＡＰ４（ＲＦＣ３５０１）などのプロトコルによって他のサーバ装置などで動作するプログラムを経由して取得してもよい。【００８２】
メール取得部５０２によるメールの取得の処理は、ネットワークアダプタによるメッセージの受信や受信されたメッセージを記憶した二次記憶装置などからの読取りなどの処理を経由して行われる。【００８３】
メール操作部５０３は、メール受信装置５０１に接続されたキーボードやマウスなどの入力機器から、その利用者（ユーザ）の指示を受け取り、メールを操作する。例えば、メールの表示、削除、返信、転送などを行う。【００８４】
メール表示部５０４は、メールを表示するための部である。メール受信装置５０１に接続されたディスプレイなどの出力表示装置として実現される。表示は、グラフィックアダプタに、テキストを構成する文字をフォントで展開したビットマップデータを出力することなどで行われる。【００８５】
図６は、メール表示部５０４によってディスプレイなどにメールが表示されている一例を示している。部分６０１には、メールの送信者アドレスや送信者の名前、件名、受信日時などが表形式によって表示されている。部分６０１に表示をクリックしたり、キーボードで所定の操作を行ったりすると、メール操作部５０３により処理が行われ、メールのデータが部分６０２と部分６０３とに表示される。部分６０２には、メールの送信者アドレス、宛先メールアドレス、件名などが表示され、部分６０３にはメールの本文が表示される。【００８６】
部分６０２には、ボタン６０４が表示されている。利用者（ユーザ）が部分６０３に表示された本文やその他の部分を読み、迷惑メールであると判断すると、このボタン６０４を押下できるようになっている。このボタン６０４が押下されると、メール操作部５０３は、表示などされているメールから送信者アドレスなどの経路情報を取得して、メール情報送信部５０５へ伝達する。なお、経路情報はメールのヘッダから得られる。メールのメッセージＩＤも経路情報に含まれる。【００８７】
メール情報送信部５０５は、メール操作部５０３から経路情報が伝達されると、その経路情報を管理サーバへ送信する。送信は、任意のプロトコルを用いて行うことができる。送信は、上述のようにネットワークアダプタを介して行われる。【００８８】
図６では、ボタン６０４が部分６０２に表示されているが、ボタン６０４が表示される場所は任意であってよい。また、ボタン６０４が表示されず、キーボードやマウスの操作により、ボタン６０４が押下されたのと同じ効果が得られてもよい。例えば、部分６０１に表示されている送信者アドレスの部分などにマウスカーソルを移動させ、マウスボタンを押下などするようにしてもよい。【００８９】
また、メール受信装置５０１がアドレス帳などのメールアドレスの一覧を有しており、その一覧に含まれていないメールアドレスを送信者アドレスとするメールを迷惑メールと判断してもよい。また、迷惑メールであるかどうかを判断するのは、利用者（ユーザ）が行うのではなく、メール受信装置５０１がメールの件名や本文の文字列を解析し、ベイズ理論などを用いてメールに含まれる単語などの出現頻度により、迷惑メールであるかどうかを判断するようになっていてもよい。この場合、利用者（ユーザ）はボタンを押すなどの必要がなくなる。もちろん、メール受信装置の利用者（ユーザ）が、迷惑メールの経路情報（迷惑メール情報）の送信に同意することを表明するためのボタンがあってもよい。【００９０】
このようなメール受信装置により、受信されたメールの評価の結果を管理サーバに送信することができる。その結果として、迷惑メールの送信の抑制などが実現される。なお、ここでの説明は、迷惑メールと判断された場合の経路情報の送信をする構成について主に説明したが、優れた内容のメールであると判断された場合に、そのメールの経路情報を送信する構成とすることも可能である。また、迷惑度などの数値を経路情報とともに送信するように構成することも可能である。【００９１】
（管理サーバ）
図７は、管理サーバの機能ブロックを示している。管理サーバ７０１は、アドレスデータベース部７０２と、送信経路情報受信処理部７０３と、送信経路情報検索部７０４と、メール情報受信部７０５と、メール情報処理部７０６とを有する。【００９２】
アドレスデータベース部７０２は、経路情報にその属性を関連付けて管理を行うためのデータベースを有する。そのデータベースは、経路情報をキーとして検索することにより、関連付けられている属性を読み出すことができる。また、経路情報及び属性を新たに記憶すること、変更すること、削除することもできる。【００９３】
送信経路情報受信処理部７０３は、メール中継装置から中継対象となるメールの経路情報に関する問い合せを受信して処理する。ここでいう電子メールとは、メール中継装置がＭＵＡや他のメール中継装置から受信する中継処理の対象となるメールである。メール中継装置は、メールを中継するかどうかを判断するために、管理サーバに経路情報についての問い合せを行う。経路情報についての問い合せとは、経路情報に関連付けられている属性についての問い合せである。また、問い合せを処理するとは、問い合せに含まれる経路情報を用いてアドレスデータベース部７０２を検索し、得られる結果（例えば、送信者アドレスに関連付けられている属性）やその結果に基づいて行われる判断の結果をメール中継装置に返信することである。なお、判断には、問い合せに含まれる送信者アドレス以外の情報が参照されてもよい。例えば、問い合せが行われた時刻などが参照されてもよい。【００９４】
なお、「問い合せ」と記載したが、ＳＱＬのようなクエリの形式になっている必要はない。問い合せは、送信者アドレスのみが含まれていたり、その他の情報が単に区切り文字で区切られるなどして含まれていたりするだけでもよい。【００９５】
送信経路情報検索部７０４は、送信経路情報受信処理部７０３が受信した問い合せに含まれる経路情報を用いてアドレスデータベース部７０２を検索し、その経路情報に関連付けられている属性を送信経路情報受信処理部７０３に返信する。また、返信の前後に、経路情報に関連付けられている属性を変更するようにしてもよい。【００９６】
メール情報受信部７０５は、経路情報を受信する。なお、送信経路情報受信部７０３が受信する情報とメール情報受信部７０５が受信する情報とは、同一の形式である必要はない。例えば、送信経路情報受信部７０３は、メール中継装置が中継処理を行うメールの経路情報の全てを受信するのに対して、メール情報受信部７０５はメール受信装置が受信したメールの経路情報の一部であってもよい。また、一般的には、メール情報受信部７０５が経路情報を受信するトリガーとなった電子メールは、メール受信装置の利用者（ユーザ）が受信した電子メールであることが想定される。しかし、受信された全ての電子メールである必要はない。例えば、そのユーザが迷惑メールと判断したメールに関する情報、メール受信装置が迷惑メールと判断したメールに関する情報であることが想定される。【００９７】
本発明の一実施形態においては、メール情報受信部７０５は、複数のメール受信装置から情報を受信するのが好ましい。このように複数のメール受信装置から情報を受信することにより、多数の利用者（ユーザ）にてメールの内容などについて判断された結果を収集することができる。そして、その収集した結果に基づいて、ある電子メールアドレスが迷惑メールなどの送信者が所有しているものであるかどうか、あるＩＰアドレスやＦＱＤＮを有するコンピュータが迷惑メールの送信や中継をしているかどうかなどをより的確に判断することが可能となる。【００９８】
メール情報処理部７０６は、メール情報受信部７０５が受信した経路情報を処理する。すなわち、経路情報によってアドレスデータベース部７０２を検索する。そして、その経路情報に関連付けられている属性を更新する。あるいは、その経路情報とそれに関連付けられている属性がアドレスデータベース部７０２に管理されていない（すなわち、データベースに登録されていない）場合には、その経路情報をデータベースに登録してもよい。また、その経路情報に関連付けるべき属性を、その経路情報などを参照して生成してもよい。例えば、同じ電子メールアドレスを送信元とする経路情報が連続して受信されていれば、それに応じた属性を生成する。経路情報を参照せずに、デフォルトなどとしてあらかじめ用意されている属性を用いてもよい。【００９９】
経路情報に関連付けられている属性の更新には、種々のものがある。例えば、属性が数値であれば、その数値を増減させて変化させる。また、経路情報ごとに、メール情報受信部７０５に受信された頻度を記録しておき、その頻度を所定の値と比較し、その所定の値を超えると、数値を増減させて変化させるようになっていてもよい。また、経路情報がメール情報受信部７０５に受信された履歴を属性として保持されるように、経路情報を追加してもよい。経路情報そのものを追加するのではなく、例えば、メールのヘッダの所定の部分を追加してもよい。例えば、ヘッダの中のメッセージＩＤや、最初にメールを中継したメール中継装置のＦＱＤＮなどをヘッダから読取り、経路情報の一部として追加してもよい。【０１００】
また、経路情報を送信したＭＵＡの利用者のメールアドレスを履歴として保持してもよい。このように保持されたメールアドレスは、電子メールの送信者などに送信してもよい。また、メールアドレスの代わりにメールアドレスのハッシュ値を送信してもよい。これにより、電子メールの送信者はメールアドレスを直接知ることができないが、メールの送信時に送信先のメールアドレスのハッシュ値を計算して比較することで、経路情報を送信した利用者のメールアドレスであるかどうかを検出することができる。また、履歴として保持されているメールアドレスへ送信されたメールについて経路情報が二回以上受信された場合、その回数に応じた更新を行ってもよい。例えば、二回以上、同じ受信者に迷惑メールが送信された場合には、属性の数値を大きく減少させるようになっていてもよい。【０１０１】
このようにフィードバックが行われることと属性の数値を大きく減少させると、属性の数値の減少が、管理サーバの運営者によって没収される金額と関係付けられている場合には、電子メールの送信者に対して、どのユーザに迷惑メールを再度送ると、大きなペナルティなどが発生することを知らしめることができ、迷惑メールの送信を抑制させることができる。【０１０２】
図８は、送信経路情報受信処理部７０３が経路情報の問い合せを受信してから、その問い合せを処理する際のフローチャートを示している。ステップＳ８０１の処理として、送信経路情報受信処理部７０３が受信した問い合せから経路情報を取得する。次にステップＳ８０２の処理として、送信経路情報検索部７０４により、検索を行い、経路情報がデータベース部７０２に格納されているかどうかを検出する。ステップＳ８０３の処理として、その検出の結果を判断し、格納されていれば、ステップＳ８０４へ処理を移行させ、そうでなければ、ステップＳ８０５へ処理を移行させる。【０１０３】
ステップＳ８０４の処理として、経路情報に関連付けられている属性を読み出す。そして、その属性を送信経路情報受信処理部７０３へ伝達し、ステップＳ８０６の処理として、送信経路情報受信処理部７０３は、属性に応じた返信をする。例えば、属性の全て又は一部を結果としたり、属性の内容に基づいて判断を行った結果を生成したりして、その結果を返信する。あるいは、送信経路情報受信処理部７０３は、属性の全体又は一部をそのまま返信してもよい。【０１０４】
また、ステップＳ８０５の処理としては、経路情報がアドレスデータベース部７０２に未格納である旨の返信を行う。なお、図８のフローチャートに示す処理を計算機に実行するためのプログラムを不揮発性の記憶媒体に記録することもできる。【０１０５】
図９は、メール情報受信部７０５が経路情報を受信し、メール情報処理部７０６による処理が行われるまでの処理のフローチャートを示している。ステップＳ９０１として、メール情報受信部７０５が受信した経路情報を取得する。そして、その経路情報は、メール情報処理部７０６に伝達される。メール情報処理部７０６では、ステップＳ９０２の処理として、経路情報がデータベース部７０２に格納済みであるかどうかを検索する。その検索の結果に基づいて判断をステップＳ９０３の処理として行い、格納済みであれば、ステップＳ９０４の処理として、経路情報に関連付けられている属性を変更する。属性の変更の結果、属性の数値などが所定の値を下回ると、経路情報とそれに関連付けられている属性とを削除してもよい。また、属性の変更の結果、属性の数値などが予め与えられている値を下回ったりすると、その経路情報に含まれる電子メールアドレスを所有している者などに警告がメールなどによって送信されるようになっていてもよい。【０１０６】
図９では、経路情報がデータベース部７０２に格納済みでなければ何も処理がしないとして示されているが、上述したように、その経路情報をデータベース部７０２に追加するようになっていてもよい。なお、図９のフローチャートに示す処理を計算機に実行するためのプログラムを不揮発性の記憶媒体に記録することもできる。【０１０７】
なお、図７に構成が示される管理サーバは、ＬＳＩなどを用いた専用ハードウェアを用いた装置で実現できる。すなわち、その装置は、図８、図９のフローチャートに示される処理を実行する回路などを用いて実現できる。また、専用ハードウェアを用いなくても、汎用の計算機に図８、図９のフローチャートに示される処理の一部又は全てを実行させるプログラムを、その計算機に処理させることでも実現できる。【０１０８】
管理サーバをプログラムと計算機とを組み合わせて実現する場合には、計算機がアクセス可能な記憶装置（例えば、ハードディスク装置）の領域に、関係データベース管理システムなどが管理する表データを格納させ、アドレスデータベース部７０２と送信経路情報検索部７０４とに相当する機能を実現する。また、その計算機の備えるネットワークアダプタを制御して、メールの経路情報を受信し、上述の関係データベース管理システムに問合わせを行うプログラムモジュールによって、送信経路情報受信処理部７０３に相当する機能を実現することができる。メール情報受信部７０５も上述のネットワークアダプタと同じ、又は異なるネットワークアダプタを制御して、メール情報を受信するプログラムモジュールによって実現できる。メール情報処理部７０６は、メール情報受信部７０５に相当するプログラムモジュールから、関数の引数として、あるいはプロセス間通信を用いて、伝達されるメール情報を受け取り、関係データベース管理システムなどを制御するプログラムモジュールとして実現される。上述した複数のプログラムモジュールの実行は、計算機のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）などにそれらのプログラムモジュールを構成するマシン命令を処理させることで、実現することができる。【０１０９】
（実施例）
以下、本発明の一実施形態の実施例を説明する。【０１１０】
ある者（以下、「Ａ」という）が、あるＩＳＰのサービスを受けるために、そのＩＳＰと契約を結ぶ。そして、ａａａ＠ｅｘａｍｐｌｅ．ｎｅｔというメールアドレスが割り当てられたとする。すると、Ａは、本発明の一実施形態に係る管理サーバの運営者Ｂに申請を行い、Ｂの管理する管理サーバｂのデータベースに、メールアドレスａａａ＠ｅｘａｍｐｌｅ．ｎｅｔの登録を依頼する。その際、ＡはＢに対して、例えば、１００００円を預ける。すると、ａａａ＠ｅｘａｍｐｌｅ．ｎｅｔに１００００円を示す情報が属性として関連付けられてデータベースに登録される。【０１１１】
Ａがａａａ＠ｅｘａｍｐｌｅ．ｎｅｔという送信者アドレスを有するメールｍを送信したとする。すると、メール中継装置ｃがそのメールｍを受信する。メール中継装置ｃはメールｍからａａａ＠ｅｘａｍｐｌｅ．ｎｅｔを取得して、管理サーバｂに問い合せを行う。問い合せが行われた管理サーバｂは、ａａａ＠ｅｘａｍｐｌｅ．ｎｅｔに１００００円が関連付けられており、プラスの金額であるので、「中継ＯＫ」の旨の返事をメール中継装置ｃへ行い、メール中継装置ｃはメールｍを中継などする。【０１１２】
中継の結果、メールｍが宛先の利用者Ｅが受信したとする。もし、利用者Ｅがメールｍを迷惑メールであると判断すれば、メールｍを表示しているＭＵＡで操作を行い、メールｍが迷惑メールであることをＭＵＡに伝える。ＭＵＡは、管理サーバｂにメールｍが迷惑メールである旨の迷惑メール情報を送信する。この迷惑メール情報には、メールｍの送信者アドレスであるａａａ＠ｅｘａｍｐｌｅ．ｎｅｔが含まれている。【０１１３】
迷惑メール情報を受信した管理サーバｂは、迷惑メール情報からａａａ＠ｅｘａｍｐｌｅ．ｎｅｔを取得して、データベースを検索する。そして、ａａａ＠ｅｘａｍｐｌｅ．ｎｅｔに関連付けられている１００００円を示す情報を読み出し、１００００円から所定の金額、例えば、１０円、を減じた９９９０円を示す情報をａａａ＠ｅｘａｍｐｌｅ．ｎｅｔに関連付けるように更新を行う。この更新は、１０円が管理サーバｂの管理者に没収されると解釈することができる。なお、１０円というのは例であり、例えば、短時間のうちに数多くの迷惑メール情報が受信されれば、没収額を大きくするなど、迷惑メール情報が受信される頻度に応じて没収額を変動するようにしてもよい。【０１１４】
以上のように、Ａがメールを送信し、そのメールがメールの受信者側にて迷惑メールであると判断され、迷惑メール情報が送信されるごとに、Ｂに預けた金額から１０円ずつ没収されることになる。そして、０円になると、管理サーバｂは、「中継ＮＧ」の旨の返事をメール中継装置ｃに行う。この結果、メール中継装置ｃは、ａａａ＠ｅｘａｍｐｌｅ．ｎｅｔを送信者アドレスとするメールを中継しなくなる。この結果、Ａはメールを送信できなくなり、不利益を蒙る。あるいは、０円になった時点でａａａ＠ｅｘａｍｐｌｅ．ｎｅｔの登録を削除し、メール中継装置ｃからの問い合せに対して「中継ＮＧ」の旨の返事を行う。【０１１５】
一方、Ａの送信したメールが迷惑メールでなければ、Ｂに預けた金額が減ることはない（管理サーバｂの使用料の課金によるものを除く）。そして、所定の契約期間が経過したり、Ａが管理サーバの利用を終了したりするときに返金がされる。したがって、Ａは、より多くの返金を受けるために、迷惑メールを送信しないように動機付けされる。これにより迷惑メールの送信をしないような動機付けが働く。【０１１６】
また、迷惑メールを送信しないことをさらに動機付けるために、迷惑メールの送信により没収した金額の全てまたは一部を、迷惑メールを送信しなかったユーザに配分してもよい。【０１１７】
なお、Ａが迷惑メールを送信したことにより、メール中継装置ｃがａａａ＠ｅｘａｍｐｌｅ．ｎｅｔを送信者アドレスとするメールを中継しなくなっても、Ａは他のメール中継装置を使用して迷惑メールを送信することは理論的には可能である。しかし、他のメール中継装置が本発明の一実施形態に係る管理サーバに、送信者メールアドレスを問い合せるようになれば、Ａは迷惑メールを実質的に送信できなくなる。【０１１８】
また、ＳＭＴＰでは、Ａ以外の者がａａａ＠ｅｘａｍｐｌｅ．ｎｅｔを送信者アドレスとして用いてメールを送信することが可能であり、Ａが迷惑メールを送っていないのに、他人がＡの電子メールアドレスを用いて迷惑メールを送信することにより、メールを送信できなくなる場合がある。このため、例えば、ＰＯＰ  ｂｅｆｏｒｅ  ＳＭＴＰやＳＭＴＰ−Ａｕｔｈ（ＲＦＣ２５５４）などによりメールの送信時に送信者の認証が行われるようにするのが好ましい。【０１１９】
あるいは、管理サーバに送信者アドレスの問い合せを行った結果、メールを中継すると判断したメール中継装置は、そのメールのヘッダに、そのメール中継装置しか生成できない情報を付加してもよい。例えば、Ｘ−ＭＡＩＬ−ＲＥＬＡＹ−ＩＤ：に続けてその情報を並べた行をヘッダに付加する。そして、メール受信装置が管理サーバへ送信する迷惑メール情報には、送信者のメールアドレスなどに加えて、ヘッダ中のＸ−ＭＡＩＬ−ＲＥＬＡＹ−ＩＤ：の行とその他必要な情報を含める。管理サーバは、Ｘ−ＭＡＩＬ−ＲＥＬＡＹ−ＩＤ：の行を検査して、メール中継装置しか生成できない情報が含まれているかどうかを判断し、メール中継装置しか生成できない情報であれば、アドレスデータベース部に保持されているデータベースの更新などを行う。【０１２０】
そのメール中継装置しか生成できない情報として、例えば、メール中継装置がメールにユニークな情報を付与し、そのユニークな情報をメール中継装置の秘密鍵で暗号化する。メールにユニークな情報とは、例えば、メールの本文のハッシュ値であったり、メール中継装置がそのメールを何番目のメールとして中継したかを示す数値などであったりする。【０１２１】
管理サーバは、メール中継装置の公開鍵によってＸ−ＭＡＩＬ−ＲＥＬＡＹ−ＩＤ：の行に含まれる情報を復号し、上述のその他必要な情報として含まれるメールの本文のハッシュ値やメール中継装置がそのメールを何番目のメールとして中継したかを示す数値などと比較し、一致すれば、迷惑メールとして扱い、送信者アドレスに関連付けられている属性を更新などする。【０１２２】
あるいは、管理サーバがメール中継装置からの問い合せに対する返信の中に管理サーバが生成した情報を含ませ、メール中継装置がその情報をＸ−ＭＡＩＬ−ＲＥＬＡＹ−ＩＤ：の行に含ませ、メール受信装置は、迷惑メール情報の中にＸ−ＭＡＩＬ−ＲＥＬＡＹ−ＩＤ：の行などを含ませて管理サーバに送信し、管理サーバの中で、迷惑メール情報の中に含まれる情報が、管理サーバで生成された情報であるかどうかを判断してもよい。【０１２３】
また、メールの受信者が一つのメールに対して複数回、迷惑メール情報を送信し、これにより、そのメールの送信者が迷惑メールを送信する常習犯などであると判断されることを防ぐために、迷惑メール情報にメールの受信者の電子メールアドレスやそれと均等物を含ませてもよい。均等物とは、例えば、メールの受信者が管理サーバに迷惑メール情報を送信できるようにするための契約により割り当てられるなどした識別情報である。管理サーバは、相異なる複数の識別情報を有する複数のメールの受信者側から迷惑メール情報が受信されたときに、経路情報に関連付けられている属性を更新するようにしてもよい。このようにすれば、特定のメールの受信者が特定の送信者に恨みを持つなどして、何度も迷惑メール情報を送信し、経路情報に関連づけられている属性を不当に変化することを防ぐことができる。また、特定の電子メールアドレスに対しては、特定の受信者から送信される迷惑メール情報を無視するようになっていてもよい。【０１２４】
なお、この実施例では、経路情報として、電子メールの送信者の電子メールアドレスを用いた説明を行った。電子メールアドレス以外にも、電子メールの送信者が電子メールを送信するのに用いるコンピュータのＩＰアドレス、ＦＱＤＮ、ドメイン名も用いることができる。また、メールを中継するコンピュータのＩＰアドレス、ＦＱＤＮ、ドメイン名も用いることができる。【０１２５】
また、ＩＳＰの認証サーバの認証結果を管理サーバに伝達し、特定のＩＰアドレスやＦＱＤＮが割り当てられたコンピュータから送信することが許される電子メールの送信者アドレスをアドレスデータベース部に登録するようになっていてもよい。これにより、送信者のメールアドレスが詐称された電子メールの中継を抑制することもできる。
【産業上の利用可能性】
【０１２６】
本発明によれば、迷惑メールが送信されることを防止することができ、迷惑メールで発生する通信トラフィックの増加を防止することができる。これにより、無駄な通信設備の設置などを防ぐことができ、通信コストの引き下げなどをもたらすことができる。
【図１】
2009110362.tif 000003
【図２】
2009110362.tif 000004
【図３】
2009110362.tif 000005
【図４】
2009110362.tif 000006
【図５】
2009110362.tif 000007
【図６】
2009110362.tif 000008
【図７】
2009110362.tif 000009
【図８】
2009110362.tif 000010
【図９】
2009110362.tif 000011
【国際調査報告】
2009110362.tif 000012
2009110362.tif 000013
2009110362.tif 000014