JP2003099372A

JP2003099372A - 迷惑メール防止方法および電子メール中継装置

Info

Publication number: JP2003099372A
Application number: JP2001294321A
Authority: JP
Inventors: Koichi Takahashi; 孝一高▲橋▼
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2001-09-26
Filing date: 2001-09-26
Publication date: 2003-04-04
Also published as: US20030061291A1

Abstract

(57)【要約】【課題】業者から広告ターゲットへ送りつけられる迷
惑メールの再発を防止すること。【解決手段】送信端末１００Ａからの送信メールＭ１
を受信端末１００Ｂへ中継する電子メール中継装置４０
０Ａおよび電子メール中継装置４００Ｂとを備え、受信
者により送信メールが迷惑メールと判断された場合に
は、受信端末１００Ｂからの受信拒否通知に基づいて、
送信メールＭ１の送信者へ警告通知が出され、警告通知
以後、受信端末１００Ｂから再度の受信拒否通知があっ
た場合、送信者へ罰金請求通知が出される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子メールの送受
信システムに用いられる迷惑メール防止方法および電子
メール中継装置に関するものであり、特に、業者から広
告ターゲットへ送りつけられる迷惑メールの再発を防止
することができる迷惑メール防止方法および電子メール
中継装置に関するものである。

【０００２】

【従来の技術】近時では、インターネット、移動通信ネ
ットワークの普及により、電子メールの送受信が可能な
コンピュータ端末、携帯端末（携帯電話端末、ＰＨＳ
（Personal Handy phone System）端末）等の所有率が
非常に高く、電子メールを介したコミュニケーションが
一般化している。

【０００３】また、電子メールは、コミュニケーション
ツールにとどまらずダイレクト型の広告媒体としても業
者に利用されている。すなわち、業者は、広告ターゲッ
トのＩＰアドレス（電子メールアドレス）を様々な手段
で取得し、これらのＩＰアドレス宛に宣伝・広告文が記
述された電子メールを一斉同報する。

【０００４】ここで、広告媒体としての電子メールに
は、オプトインメールとスパムメールという性質が異な
る二種類が存在する。オプトインメールは、予め広告タ
ーゲットに宣伝・広告のためのメールを送信することに
ついて承諾を得ているメールである。一方、スパムメー
ルは、上述した承諾を得ていないメールである。

【０００５】

【発明が解決しようとする課題】ところで、前述した広
告媒体としてのスパムメールは、受信者の意志と無関係
に一方的に業者から送りつけられる旨を述べた。このよ
うなスパムメールは、受信者にとって有益な情報である
場合を除き、非常に迷惑であり、かつ不快感を与えるた
め、迷惑メールとも呼ばれている。また、迷惑メールを
受け取った受信者は、不快感等の精神的な苦痛の他に、
受信にかかる費用も負担しなければならないという金銭
的な出費も強いられる。

【０００６】ここで、近時、上述した迷惑メールが社会
問題にも発展している背景より、通信事業者、インター
ネットプロバイダ等により、迷惑メール防止のための様
々な対策を講じているが、めざましい成果が上がってい
ないのが現状である。

【０００７】例えば、対策の一つとしては、再三にわた
って迷惑メールを送信している悪質な業者に対して、送
信停止を呼びかけ業者のモラルに訴える等が挙げられ
る。しかしながら、このような対策では、悪質な業者に
対して効果が全く無い。

【０００８】本発明は、上記に鑑みてなされたもので、
迷惑メールの再発防止を図ることができる迷惑メール防
止方法および電子メール中継装置を提供することを目的
とする。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、送信端末からの送信メールを受信端末へ
中継する中継工程と、受信者により前記送信メールが迷
惑メールと判断された場合に前記受信端末からの受信拒
否通知に基づいて、前記送信メールの送信者へ警告通知
を出す警告通知工程と、前記警告通知以後、前記受信端
末から再度の受信拒否通知があった場合、前記送信者へ
罰金請求通知を出す罰金請求通知工程とを含むことを特
徴とする。

【００１０】また、本発明は、送信端末と受信端末との
間で電子メールを中継する電子メール中継装置におい
て、送信端末からの送信メールを受信端末へ中継する中
継手段と、受信者により前記送信メールが迷惑メールと
判断された場合に前記受信端末からの受信拒否通知に基
づいて、前記送信メールの送信者へ警告通知を出す警告
通知手段と、前記警告通知以後、前記受信端末から再度
の受信拒否通知があった場合、前記送信者へ罰金請求通
知を出す罰金請求通知手段とを備えたことを特徴とす
る。

【００１１】かかる発明によれば、受信者により送信メ
ールが迷惑メールと判断された場合に送信者へ警告通知
を出し、警告通知以後、受信端末から再度の受信拒否通
知があった場合、送信者へ罰金請求通知を出すようにし
たので、業者から広告ターゲットへ送りつけられる迷惑
メールの再発を防止することができる。

【００１２】

【発明の実施の形態】以下、図面を参照して本発明にか
かる迷惑メール防止方法および電子メール中継装置の一
実施の形態について詳細に説明する。

【００１３】図１は、本発明にかかる一実施の形態の構
成を示すブロック図である。この図には、送信端末１０
０Ａ、ターミナルアダプタ２００Ａ、電子メール中継装
置４００Ａ、電子メール中継装置４００Ｂ、ターミナル
アダプタ２００Ｂおよび受信端末１００Ｂ等から構成さ
れた迷惑メール防止システムが図示されている。

【００１４】この迷惑メール防止システムは、悪質な業
者から一方的に広告ターゲットに送りつけられる迷惑メ
ールの再発を防止するためのシステムである。ここで、
迷惑メール防止システムでは、主として、送信メールＭ
１、返信メールＭ２、受信拒否メールＭ３、警告依頼メ
ールＭ４および警告メールＭ５、罰金請求依頼メールＭ
６および罰金請求メールＭ７という都合七種類の電子メ
ールが用いられる。

【００１５】これらの電子メールは、図２に示したフォ
ーマットＦ１に基づいて作成される。フォーマットＦ１
は、ヘッダ部とデータ部とを備えている。ヘッダ部は、
送信元ＩＰアドレス（電子メールアドレス）、送信先Ｉ
Ｐアドレスおよびメール番号から構成されている。な
お、実際には、ＩＰアドレスは、「202.247.130.5」の
ように8ビットごとに区切った４つの数字で表記され
る。しかしながら、一実施の形態では、説明を簡単にす
るために、一実施の形態では、ＩＰアドレスを「abc@bb
b.com」のように、文字で表現したドメイン名表記とす
る。

【００１６】送信元ＩＰアドレスは、電子メールの送信
元を識別するためのＩＰアドレスである。送信先ＩＰア
ドレスは、当該電子メールの送信先（宛先）を識別する
ためのＩＰアドレスである。メール番号は、当該電子メ
ールを識別するための番号である。

【００１７】また、データ部は、メール種別番号および
メッセージから構成されている。メール種別番号は、電
子メールの種別（送信メールＭ１、返信メールＭ２、受
信拒否メールＭ３）に対応する番号である。メール種別
番号００は、図１に示した送信端末１００Ａから送信さ
れる送信メールＭ１（図３参照）に対応している。ここ
で、送信メールＭ１としては、受信者が迷惑と感じる迷
惑メールと、迷惑メール以外の通常の送信メールとがあ
る。

【００１８】また、メール種別番号０１は、返信メール
Ｍ２（図３参照）に対応している。この返信メールＭ２
は、送信メールＭ１が受信端末１００Ｂに受信された
後、受信者により当該送信メールＭ１が迷惑メールでは
ないと判断された場合に送信端末１００Ａへ返信される
電子メールである。

【００１９】また、メール種別番号０２は、受信拒否メ
ールＭ３（図３参照）に対応している。この受信拒否メ
ールＭ３は、送信メールＭ１が受信端末１００Ｂに受信
された後、受信者により当該送信メールＭ１が迷惑メー
ルであると判断された場合に、電子メール中継装置４０
０Ｂへ送信され、当該送信メールＭ１（迷惑メール）の
受信を拒否する旨をプロバイダＢに通知するためのメー
ルである。

【００２０】警告依頼メールＭ４は、受信拒否メールＭ
３による受信拒否通知を受けた場合に、電子メール中継
装置４００Ｂ（プロバイダＢ）から電子メール中継装置
４００Ａ（プロバイダＡ）へ送信される電子メールであ
る。

【００２１】この警告依頼メールＭ４は、当該送信メー
ルＭ１（迷惑メール）の送信を停止しなければ罰金を課
すという迷惑メールの送信者への警告を、プロバイダＢ
からプロバイダＡに依頼する場合に用いられる。ここ
で、警告を依頼する条件としては、１回目の迷惑メール
が受信されたこと等が挙げられる。

【００２２】警告メールＭ５は、警告依頼メールＭ４に
基づいて、電子メール中継装置４００Ａ（プロバイダ
Ａ）から送信端末１００Ａ（迷惑メールの送信者）へ送
信される電子メールである。この警告メールＭ５は、プ
ロバイダＡから送信者へ警告を発する場合に用いられ
る。

【００２３】罰金請求依頼メールＭ６は、同一の送信者
に関して同一の受信者から受信拒否メールＭ３による受
信拒否通知を、例えば、２回以上受けた場合に、電子メ
ール中継装置４００Ｂ（プロバイダＢ）から電子メール
中継装置４００Ａ（プロバイダＡ）へ送信される電子メ
ールである。

【００２４】この罰金請求依頼メールＭ６は、当該送信
メールＭ１（迷惑メール）の送信に関して、送信者への
罰金請求を、プロバイダＢからプロバイダＡに依頼する
場合に用いられる。ここで、罰金請求の条件としては、
上述した警告を無視して、同一の受信者側で、２回目以
上の迷惑メールが受信されたこと等が挙げられる。

【００２５】罰金請求メールＭ７は、罰金請求依頼メー
ルＭ６に基づいて、電子メール中継装置４００Ａ（プロ
バイダＡ）から送信端末１００Ａ（迷惑メールの送信
者）へ送信される電子メールである。この罰金請求メー
ルＭ７は、迷惑メールの送信者に罰金を請求する場合に
用いられる。

【００２６】送信端末１００Ａは、送信メールＭ１（迷
惑メール等）の送信者（ＡＢＣ商事）側に設けられたコ
ンピュータ端末であり、通信機器であるターミナルアダ
プタ２００Ａ、ＩＳＤＮ（Integlated Service Digital
Network）／ＩＰ（Internetprotocol）網３００を介し
て、電子メール中継装置４００Ａと接続されている。

【００２７】この送信端末１００Ａは、送信メールＭ１
を送信する機能、警告メールＭ５および罰金請求メール
Ｍ７を受信する機能を備えている。また、送信端末１０
０Ａには、abc@bbb.comというＩＰアドレスが付与され
ている。なお、一実施の形態では、送信端末１００Ａは
電子メールの送信および受信の双方の機能を備えている
が、「迷惑メール」の「送信」に着目するため、「送信
端末」という表現を用いる。

【００２８】図４は、図１に示した送信端末１００Ａの
構成を示すブロック図である。同図に示した送信端末１
００Ａにおいて、本体１０１Ａは、通信ユニット１０２
Ａ、ＣＰＵ（Central Processing Unit）１０３Ａ、メ
モリユニット１０４Ａ、ハードディスク１０５Ａおよび
入出力インタフェース１０６Ａから構成されている。

【００２９】通信ユニット１０２Ａは、ターミナルアダ
プタ２００Ａ（図１参照）に接続されており、通信制御
を行う。ＣＰＵ１０３Ａは、メールプログラムに基づい
て、電子メールの作成、送信、受信等に関する制御等を
行う。このＣＰＵ１０３Ａの動作の詳細については、後
述する。

【００３０】メモリユニット１０４Ａは、ＲＯＭ（Read
Only Memory）やＲＡＭ（Random Access Memory）等か
ら構成されている。ハードディスク１０５Ａは、大容量
の記憶ユニットである。このハードディスク１０５Ａに
は、メールプログラム等が記憶されている。

【００３１】入出力インタフェース１０６Ａは、外部機
器とのインタフェースをとるものである。この入出力イ
ンタフェース１０６Ａには、ディスプレイ１０７Ａ、キ
ーボード１０８Ａ、プリンタ１０９Ａおよびディジタル
カメラ１１０Ａが接続されている。

【００３２】図１に戻り、受信端末１００Ｂは、送信メ
ールＭ１の受信者（富士通太郎）側に設けられたコンピ
ュータ端末であり、通信機器であるターミナルアダプタ
２００Ｂ、ＩＳＤＮ／ＩＰ網３００を介して、電子メー
ル中継装置４００Ｂと接続されている。

【００３３】この受信端末１００Ｂは、送信メールＭ１
を受信する機能、返信メールＭ２および受信拒否メール
Ｍ３を送信する機能を備えている。また、受信端末１０
０Ｂには、fuji@zzz.co.jpというＩＰアドレスが付与さ
れている。なお、一実施の形態では、受信端末１００Ｂ
は電子メールの受信および送信の双方の機能を備えてい
るが、「迷惑メール」の「受信」に着目するため、「受
信端末」という表現を用いる。

【００３４】図５は、図１に示した受信端末１００Ｂの
構成を示すブロック図である。同図に示した受信端末１
００Ｂにおいて、本体１０１Ｂは、通信ユニット１０２
Ｂ、ＣＰＵ１０３Ｂ、メモリユニット１０４Ｂ、ハード
ディスク１０５Ｂおよび入出力インタフェース１０６Ｂ
から構成されている。

【００３５】通信ユニット１０２Ｂは、ターミナルアダ
プタ２００Ｂ（図１参照）に接続されており、通信制御
を行う。ＣＰＵ１０３Ｂは、メールプログラムに基づい
て、電子メールの作成、送信、受信等に関する制御等を
行う。このＣＰＵ１０３Ｂの動作の詳細については、後
述する。

【００３６】メモリユニット１０４Ｂは、ＲＯＭやＲＡ
Ｍ等から構成されている。ハードディスク１０５Ｂは、
大容量の記憶ユニットである。このハードディスク１０
５Ｂには、メールプログラム等が記憶されている。

【００３７】入出力インタフェース１０６Ｂは、外部機
器とのインタフェースをとるものである。この入出力イ
ンタフェース１０６Ｂには、ディスプレイ１０７Ｂ、キ
ーボード１０８Ｂ、プリンタ１０９Ｂおよびディジタル
カメラ１１０Ｂが接続されている。

【００３８】図１に戻り、電子メール中継装置４００Ａ
は、プロバイダＡに設けられており、ＩＳＤＮ／ＩＰ網
３００とインターネット５００との間に介挿されてい
る。プロバイダＡは、会員（例えば、ＡＢＣ商事）に対
してインターネット接続サービスを提供する通信事業者
である。

【００３９】この電子メール中継装置４００Ａは、ＩＳ
ＤＮ／ＩＰ網３００側からの電子メール（送信メールＭ
１）をインターネット５００側へ中継し、インターネッ
ト５００側からの電子メール（警告依頼メールＭ４、罰
金請求依頼メールＭ６）をＩＳＤＮ／ＩＰ網３００側へ
中継する装置である。また、電子メール中継装置４００
Ａは、警告メールＭ５、罰金請求メールＭ７を作成し、
これらのメールを送信端末１００Ａ等へ送信する機能も
備えている。

【００４０】図６は、図１に示した電子メール中継装置
４００Ａの構成を示すブロック図である。同図に示した
電子メール中継装置４００Ａは、通信ユニット４０１
Ａ、ＣＰＵ４０２Ａ、メモリユニット４０３Ａ、ハード
ディスク４０４Ａ、入出力インタフェース４０５Ａ、課
金管理情報データベース４１０Ａ、迷惑メール管理情報
データベース４２０Ａおよび履歴情報データベース４３
０Ａから構成されている。

【００４１】通信ユニット４０１Ａは、ターミナルアダ
プタ２００Ａおよびインターネット５００（図１参照）
に接続されており、通信制御を行う。ＣＰＵ４０２Ａ
は、中継プログラムに基づいて、電子メールの中継等に
関する制御等を行う。このＣＰＵ４０２Ａの動作の詳細
については、後述する。

【００４２】メモリユニット４０３Ａは、ＲＯＭやＲＡ
Ｍ等から構成されている。ハードディスク４０４Ａは、
大容量の記憶ユニットである。このハードディスク４０
４Ａには、中継プログラム等が記憶されている。入出力
インタフェース４０５Ａは、外部機器とのインタフェー
スをとるものである。この入出力インタフェース４０５
Ａには、キーボード４０６Ａおよびディスプレイ４０７
Ａが接続されている。

【００４３】課金管理情報データベース４１０Ａは、プ
ロバイダＡの会員に対するメール送受信サービスの課金
を管理するための課金管理情報を格納するデータベース
である。具体的には、課金管理情報データベース４１０
Ａは、図８（ａ）に示したように、「会員」、「ＩＰア
ドレス」、「メール番号」、「メール種別番号」、「メ
ール種別」、「送信パケット長」、「同報数」、「送信
元ＩＰアドレス−メール番号」、「一括課金数」等のフ
ィールドを備えている。

【００４４】「会員」は、プロバイダＡの会員名称（会
社名、個人氏名）に関する情報である。「ＩＰアドレ
ス」は、会員の端末を識別するための電子メールアドレ
スである。「メール番号」は、電子メールを識別するた
めの番号である。「メール種別番号」は、図３に示した
「メール種別番号」に対応している。「メール種別」
は、図３に示した「メール種別」に対応している。「送
信パケット長」は、電子メールのパケット長であり、課
金計算に必要な数値である。

【００４５】「同報数」は、同一の送信メールを同報送
信した場合の同報数（宛先数）である。なお、同報数が
１である場合には、送信メールの宛先も１である。「送
信元ＩＰアドレス−メール番号」は、電子メールが迷惑
メールである場合の送信元ＩＰアドレスおよびメール番
号に関する情報である。

【００４６】一括課金数は、同報された送信メールのう
ち、同一の受信者に迷惑メールとして受信拒否（但し、
２回目以降）された回数に対応しており、一括課金を請
求された数である。ここで、迷惑メールを送信した送信
者には、迷惑メールの送信に関する課金と、前述した罰
金としての課金と、前述した警告、罰金請求にかかる手
数料としての課金とが一括して課金される。

【００４７】ここで、本来、送信者への課金は、送信メ
ールの送信に関する課金のみである。つまり、迷惑メー
ルを送信した送信者には、本来の課金に加えて、罰金お
よび手数料に関する課金がペナルティとして課せられ
る。また、罰金の一部または全部は、電子メール中継装
置４００Ａ、電子メール中継装置４００Ｂの課金処理で
迷惑メールを受信した受信者に還元される。

【００４８】図６に戻り、迷惑メール管理情報データベ
ース４２０Ａは、プロバイダＡの会員が受信した迷惑メ
ールを管理する迷惑メール管理情報を格納するデータベ
ースである。この迷惑メール管理情報データベース４２
０Ａは、後述する迷惑メール管理情報データベース４２
０Ｂ（図９参照）と同一のテーブル構造とされている。
履歴情報データベース４３０Ａは、プロバイダＡの会員
における送受信履歴を管理するための履歴情報を格納す
るデータベースである。

【００４９】図１に戻り、電子メール中継装置４００Ｂ
は、プロバイダＢに設けられており、ＩＳＤＮ／ＩＰ網
３００とインターネット５００との間に介挿されてい
る。プロバイダＢは、会員（例えば、富士通太郎）に対
してインターネット接続サービスを提供する通信事業者
である。

【００５０】この電子メール中継装置４００Ｂは、イン
ターネット５００側からの電子メール（送信メールＭ
１）をＩＳＤＮ／ＩＰ網３００側へ中継し、ＩＳＤＮ／
ＩＰ網３００側からの電子メール（返信メールＭ２、受
信拒否メールＭ３）をインターネット５００側へ中継す
る装置である。また、電子メール中継装置４００Ｂは、
警告依頼メールＭ４、罰金請求依頼メールＭ６を作成
し、これらを電子メール中継装置４００Ａへ送信する機
能も備えている。

【００５１】図７は、図１に示した電子メール中継装置
４００Ｂの構成を示すブロック図である。同図に示した
電子メール中継装置４００Ｂは、通信ユニット４０１
Ｂ、ＣＰＵ４０２Ｂ、メモリユニット４０３Ｂ、ハード
ディスク４０４Ｂ、入出力インタフェース４０５Ｂ、課
金管理情報データベース４１０Ｂ、迷惑メール管理情報
データベース４２０Ｂおよび履歴情報データベース４３
０Ｂから構成されている。

【００５２】通信ユニット４０１Ｂは、ターミナルアダ
プタ２００Ｂおよびインターネット５００（図１参照）
に接続されており、通信制御を行う。ＣＰＵ４０２Ｂ
は、中継プログラムに基づいて、電子メールの中継等に
関する制御等を行う。このＣＰＵ４０２Ｂの動作の詳細
については、後述する。

【００５３】メモリユニット４０３Ｂは、ＲＯＭやＲＡ
Ｍ等から構成されている。ハードディスク４０４Ｂは、
大容量の記憶ユニットである。このハードディスク４０
４Ｂには、中継プログラム等が記憶されている。入出力
インタフェース４０５Ｂは、外部機器とのインタフェー
スをとるものである。この入出力インタフェース４０５
Ｂには、キーボード４０６Ｂおよびディスプレイ４０７
Ｂが接続されている。

【００５４】課金管理情報データベース４１０Ｂは、プ
ロバイダＢの会員に対するメール送受信サービスの課金
を管理するための課金管理情報を格納するデータベース
である。具体的には、課金管理情報データベース４１０
Ｂは、課金管理情報データベース４１０Ａ（図８（ａ）
参照）と同様にして、図８（ｂ）に示したように、「会
員」、「ＩＰアドレス」、「メール番号」、「メール種
別番号」、「メール種別」、「送信パケット長」、「同
報数」、「送信元ＩＰアドレス−メール番号」、「一括
課金数」等のフィールドを備えている。

【００５５】図７に戻り、迷惑メール管理情報データベ
ース４２０Ｂは、プロバイダＢの会員が受信した迷惑メ
ールを管理する迷惑メール管理情報を格納するデータベ
ースである。この迷惑メール管理情報データベース４２
０Ｂは、図９に示したように、ＩＰアドレス／プロバイ
ダ情報テーブル４２１と、ＩＰアドレス／プロバイダ情
報テーブル４２１の各レコードにリンクされた受信拒否
情報テーブル４２２₁〜４２２_n とから構成されてい
る。

【００５６】ＩＰアドレス／プロバイダ情報テーブル４
２１は、「迷惑メール送信元ＩＰアドレス」、「所属プ
ロバイダ」、「リンク情報」等のフィールドを備えてい
る。「迷惑メール送信元ＩＰアドレス」は、プロバイダ
Ｂの会員に受信された迷惑メールを送信した送信元（例
えば、ＡＢＣ商事）のＩＰアドレスである。

【００５７】「所属プロバイダ」は、迷惑メールの送信
元（例えば、ＡＢＣ商事）が所属しているプロバイダ
（例えば、プロバイダＡ）に関する情報である。「リン
ク情報」は、ＩＰアドレス／プロバイダ情報テーブル４
２１の各レコード（「迷惑メール送信元ＩＰアドレス」
および「所属プロバイダ」）のリンク先に関する情報で
ある。

【００５８】ＩＰアドレス／プロバイダ情報テーブル４
２１の１レコード目は、受信拒否情報テーブル４２２₁
にリンクされている。ＩＰアドレス／プロバイダ情報テ
ーブル４２１の２レコード目は、受信拒否情報テーブル
４２２₂ にリンクされている。同様にして、ＩＰアドレ
ス／プロバイダ情報テーブル４２１のｎレコード目は、
受信拒否情報テーブル４２２_n にリンクされている。

【００５９】受信拒否情報テーブル４２２₁ は、ＩＰア
ドレス／プロバイダ情報テーブル４２１の迷惑メール送
信元ＩＰアドレス（abc@bbb.com）より送信された送信
メールが、受信者により迷惑メールとして受信拒否され
た場合の受信拒否情報を格納するテーブルである。受信
拒否情報テーブル４２２₁ において、「受信拒否ＩＰア
ドレス」は、迷惑メールの受信を拒否した受信者に対応
するＩＰアドレスである。

【００６０】「受信拒否数」は、受信拒否ＩＰアドレス
毎の受信拒否の回数である。「一括課金数」は、受信拒
否ＩＰアドレス毎の前述した一括課金の回数（２回目以
降の受信拒否の回数（受信拒否数−１））である。「受
信拒否合計」は、受信拒否数の合計である。「一括課金
合計」は、一括課金数の合計である。

【００６１】なお、図１には、プロバイダＡに所属する
端末として、１台の送信端末１００Ａが図示されている
が、実際には、複数台の送受信可能な端末がプロバイダ
Ａに所属している。同様にして、プロバイダＢにも、複
数台の送受信可能な複数台の端末が所属している。

【００６２】つぎに、一実施の形態の動作について、図
１０〜図１７に示したフローチャート、図１８および図
１９を参照しつつ説明する。図１０は、図１に示した送
信端末１００Ａの動作を説明するフローチャートであ
る。

【００６３】図１１は、図１に示した受信端末１００Ｂ
の動作を説明するフローチャートである。図１２は、図
１に示した電子メール中継装置４００Ａの動作を説明す
るフローチャートである。図１６は、図１に示した電子
メール中継装置４００Ｂの動作を説明するフローチャー
トである。

【００６４】以下では、図１に示した送信端末１００Ａ
から送信メールが一斉同報され、そのうち受信端末１０
０Ｂに受信された送信メールが迷惑メールとされる場合
をメインに説明する。図１０に示したステップＳＡ１で
は、送信端末１００ＡのＣＰＵ１０３Ａ（図４参照）
は、メールプログラムを起動する。

【００６５】ステップＳＡ２では、ＣＰＵ１０３Ａは、
メールを受信したか否かを判断する。この判断結果が
「Ｙｅｓ」である場合、ステップＳＡ７では、ＣＰＵ１
０３Ａは、受信したメールをディスプレイ１０７Ａに表
示させる。

【００６６】この場合、メールを受信していないとする
と、ＣＰＵ１０３Ａは、ステップＳＡ２の判断結果を
「Ｎｏ」とする。ステップＳＡ３では、ＣＰＵ１０３Ａ
は、ＡＢＣ商事のオペレータより、送信メール作成の指
示があるか否かを判断し、この場合、判断結果を「Ｎ
ｏ」とする。以後、ＣＰＵ１０３Ａは、ステップＳＡ２
およびステップＳＡ３の判断を繰り返す。

【００６７】また、図１１に示したステップＳＢ１で
は、受信端末１００ＢのＣＰＵ１０３Ｂ（図５参照）
は、メールプログラムを起動させる。ステップＳＢ２で
は、ＣＰＵ１０３Ｂは、図１８に示したメニュー画面６
１０を表示させる。

【００６８】このメニュー画面６１０は、受信メール一
覧、送信メール一覧または未送信一覧の表示を選択する
ための画面である。ステップＳＢ３では、ＣＰＵ１０３
Ｂは、メニュー画面６１０の受信メール一覧が選択され
たか否かを判断し、この場合、判断結果を「Ｎｏ」とし
て、同判断を繰り返す。

【００６９】また、図１２に示したステップＳＣ１で
は、電子メール中継装置４００ＡのＣＰＵ４０２Ａ（図
６参照）は、中継プログラムを起動させる。ステップＳ
Ｃ２では、ＣＰＵ４０２Ａは、メールを受信したか否か
を判断し、この場合、判断結果を「Ｎｏ」として、同判
断を繰り返す。

【００７０】また、図１６に示したステップＳＧ１で
は、電子メール中継装置４００ＢのＣＰＵ４０２Ｂ（図
７参照）は、中継プログラムを起動させる。ステップＳ
Ｇ２では、ＣＰＵ４０２Ｂは、メールを受信したか否か
を判断し、この場合、判断結果を「Ｎｏ」として、同判
断を繰り返す。

【００７１】ここで、ＡＢＣ商事のオペレータにより、
送信メールの作成が指示されると、ＣＰＵ１０３Ａは、
ステップＳＡ３の判断結果を「Ｙｅｓ」とする。ステッ
プＳＡ４では、ＣＰＵ１０３Ａは、ＡＢＣ商事のオペレ
ータの入力およびフォーマットＦ１（図２参照）に基づ
いて、図１８に示した送信メール６００を作成する。

【００７２】この場合、送信メール６００においては、
送信元ＩＰアドレス＝abc@bbb.com、メール種別番号＝
００（送信メール）に設定される。また、送信メール６
００は、商品のキャンペーン用のメールであり、不特定
多数の端末（受信端末１００Ｂを含む）へ送信される。
従って、送信メール６００は、受信者にとって迷惑メー
ルとなる可能性が非常に高い。

【００７３】ステップＳＡ５では、ＣＰＵ１０３Ａは、
アドレス帳を参照し、送信メール６００の送信先ＩＰア
ドレス（受信端末１００ＢのＩＰアドレス＝fuji@zzz.c
o.jpを含む）を設定する。ステップＳＡ６では、ＣＰＵ
１０３Ａは、送信メール６００を複数の送信先ＩＰアド
レスへ送信（一斉同報）する。

【００７４】そして、送信メール６００が電子メール中
継装置４００Ａに受信されると、電子メール中継装置４
００ＡのＣＰＵ４０２Ａ（図６参照）は、図１２に示し
たステップＳＣ２の判断結果を「Ｙｅｓ」とする。ステ
ップＳＣ３では、ＣＰＵ４０２Ａは、受信したメールが
送信メールであるか否か、すなわち、受信したメールの
メール種別番号（図２参照）が００であるか否かを判断
し、この場合、判断結果を「Ｙｅｓ」とする。

【００７５】ステップＳＣ６では、ＣＰＵ４０２Ａは、
送信メール６００（図２参照）から送信元ＩＰアドレ
ス、メール番号、メール種別番号、送信パケット長の情
報を取得し、これらに基づいて、課金管理情報データベ
ース４１０Ａ（図８参照）に会員、ＩＰアドレス、メー
ル番号、メール種別番号、メール種別、送信パケット
長、同報数の情報を格納する。ここで、会員の情報は、
送信元ＩＰアドレスをキーとして、送信元ＩＰアドレス
と会員との対応関係を表すテーブル（図示略）から取得
される。

【００７６】ステップＳＣ７では、ＣＰＵ４０２Ａは、
プロバイダＡの会員（ＡＢＣ商事）の履歴情報（送信メ
ール６００の送受信時刻等）を履歴情報データベース４
３０Ａに登録する。ステップＳＣ８では、ＣＰＵ４０２
Ａは、送信先ＩＰアドレス（fuji@zzz.co.jpを含む）へ
送信メール６００をインターネット５００側へ中継す
る。

【００７７】そして、送信メール６００がインターネッ
ト５００を介して、電子メール中継装置４００Ｂに受信
されると、電子メール中継装置４００ＢのＣＰＵ４０２
Ｂ（図７参照）は、図１６に示したステップＳＧ２の判
断結果を「Ｙｅｓ」とする。ステップＳＧ３では、ＣＰ
Ｕ４０２Ｂは、送信メール６００に含まれるメール種別
番号（図２参照）を参照して、受信された当該メールが
送信メールであるか否かを判断し、この場合、判断結果
を「Ｙｅｓ」とする。

【００７８】ステップＳＧ４では、ＣＰＵ４０２Ｂは、
送信先ＩＰアドレスに基づいて、プロバイダＢの会員
（受信者：富士通太郎）の履歴情報（送信メール６００
の送受信時刻等）を履歴情報データベース４３０Ｂに登
録する。

【００７９】ステップＳＧ５では、ＣＰＵ４０２Ｂは、
送信先ＩＰアドレス（fuji@zzz.co.jpを含む）へ送信メ
ール６００をＩＳＤＮ／ＩＰ網３００側へ中継する。こ
れにより、送信メール６００は、fuji@zzz.co.jp宛に送
信され、ＩＳＤＮ／ＩＰ網３００、ターミナルアダプタ
２００Ｂを介して、受信端末１００Ｂに受信される。

【００８０】そして、受信者（富士通太郎）は、受信メ
ールを確認すべく、図１８に示したメニュー画面６１０
から受信メール一覧を選択する。これにより、受信端末
１００ＢのＣＰＵ１０３Ｂ（図５参照）は、図１１に示
したステップＳＢ３の判断結果を「Ｙｅｓ」とする。

【００８１】ステップＳＢ４では、ＣＰＵ１０３Ｂは、
図１８に示した受信メール一覧画面６２０をディスプレ
イ１０７Ｂに表示させる。この受信メール一覧画面６２
０には、受信端末１００Ｂに受信されたメールが一覧表
示されている。ここで、「××キャンペーン」は、送信
メール６００に対応している。

【００８２】ステップＳＢ５では、ＣＰＵ１０３Ｂは、
受信メール一覧画面６２０より受信メールが選択された
か否かを判断し、この場合、判断結果を「Ｎｏ」とし
て、同判断を繰り返す。そして、受信者（富士通太郎）
により、受信メール一覧画面６２０の「××キャンペー
ン」が選択されると、ＣＰＵ１０３Ｂは、ステップＳＢ
５の判断結果を「Ｙｅｓ」とする。

【００８３】ステップＳＢ６では、ＣＰＵ１０３Ｂは、
図１８に示した受信メール詳細画面６３０をディスプレ
イ１０７Ｂに表示させる。この受信メール詳細画面６３
０には、受信端末１００Ｂに受信された送信メール６０
０の詳細内容（××キャンペーンの案内）が表示されて
いる。これにより、受信者（富士通太郎）は、送信メー
ル６００の内容を確認する。

【００８４】ステップＳＢ７では、ＣＰＵ１０３Ｂは、
受信メール詳細画面６３０の処理メニューボタンが押下
されたか否かを判断し、この場合、判断結果を「Ｎｏ」
として同判断を繰り返す。そして、受信者により処理メ
ニューボタンが押下されると、ＣＰＵ１０３Ｂは、ステ
ップＳＢ７の判断結果を「Ｙｅｓ」とする。

【００８５】ステップＳＢ８では、ＣＰＵ１０３Ｂは、
図１８に示した処理メニュー画面６４０をディスプレイ
１０７Ｂに表示させる。この処理メニュー画面６４０
は、受信された送信メール６００に対応する処理を選択
するための画面である。この処理としては、「返信」、
「受信拒否」、「保護」、「個別消去」等が挙げられ
る。返信は、送信メール６００に対する返信メールを作
成し、これを送信元ＩＰアドレス（送信者）へ送信する
ための処理である。

【００８６】「受信拒否」は、送信メール６００が迷惑
メールである場合に、送信メール６００の受信を拒否す
るための受信拒否メールを作成し、これを送信するため
の処理である。「保護」は、送信メール６００をハード
ディスク１０５Ｂ等に保存するための処理である。「個
別消去」は、送信メール６００を消去するための処理で
ある。

【００８７】ステップＳＢ９では、ＣＰＵ１０３Ｂは、
処理メニュー画面６４０で「返信」が選択されたか否か
を判断し、この場合、判断結果を「Ｎｏ」とする。ステ
ップＳＢ１０では、ＣＰＵ１０３Ｂは、処理メニュー画
面６４０で「受信拒否」が選択されたか否かを判断し、
この場合、判断結果を「Ｎｏ」とする。

【００８８】ステップＳＢ１１では、ＣＰＵ１０３Ｂ
は、処理メニュー画面６４０で「保護」または「個別消
去」が選択されたか否かを判断し、この場合、判断結果
を「Ｎｏ」とする。以後、ＣＰＵ１０３Ｂは、ステップ
ＳＢ９〜ステップＳＢ１１の判断を繰り返す。なお、ス
テップＳＢ１１の判断結果が「Ｙｅｓ」である場合、ス
テップＳＢ１２では、ＣＰＵ１０３Ｂは、保護または個
別消去処理を実行する。

【００８９】ここで、受信者は、送信メール６００を迷
惑メールであると判断した場合、処理メニュー画面６４
０の「受信拒否」を選択する。これにより、ＣＰＵ１０
３Ｂは、ステップＳＢ１０の判断結果を「Ｙｅｓ」とす
る。ステップＳＢ１４では、ＣＰＵ１０３Ｂは、フォー
マットＦ１（図２参照）に基づいて、受信拒否メールＭ
３（図１参照）を作成する。

【００９０】この場合、受信拒否メールＭ３において
は、送信元ＩＰアドレス＝fuji@zzz.co.jp、送信先ＩＰ
アドレス＝abc@bbb.com、メール種別番号＝０２（受信
拒否メール）に設定される。ステップＳＢ１５では、Ｃ
ＰＵ１０３Ｂは、ステップＳＢ１４で作成された受信拒
否メールＭ３を送信する。

【００９１】そして、受信拒否メールＭ３は、ターミナ
ルアダプタ２００ＢおよびＩＳＤＮ／ＩＰ網３００を介
して、電子メール中継装置４００Ｂに受信される。これ
により、電子メール中継装置４００ＢのＣＰＵ４０２Ｂ
は、ステップＳＧ３の判断結果を「Ｎｏ」とする。

【００９２】ステップＳＧ７では、ＣＰＵ４０２Ｂは、
電子メール中継装置４００Ｂに受信された受信拒否メー
ルＭ３のメール種別番号（図２参照）に基づいて、受信
拒否メールＭ３が受信拒否メールであるか否かを判断
し、この場合、判断結果を「Ｙｅｓ」とする。

【００９３】ステップＳＧ８では、ＣＰＵ４０２Ｂは、
警告依頼／罰金請求依頼メール送信処理を実行する。具
体的には、図１７に示したステップＳＨ１では、ＣＰＵ
４０２Ｂは、図９に示した迷惑メール管理情報データベ
ース４２０Ｂに、受信端末１００Ｂからの受信拒否メー
ルＭ３に対応する迷惑メール管理情報を登録する。

【００９４】この場合、ＩＰアドレス／プロバイダ情報
テーブル４２１の１レコード目においては、迷惑メール
送信元ＩＰアドレスにabc@bbb.comの情報が、所属プロ
バイダにプロバイダＡの情報が登録される。この所属プ
ロバイダの情報は、ＩＰアドレスと所属プロバイダとの
対応関係を表すＩＰアドレス／所属プロバイダテーブル
（図示略）から取得される。

【００９５】また、上記１レコード目に対応する受信拒
否情報テーブル４２２₁ において、fuji@zzz.co.jp（富
士通太郎に対応）の受信拒否数が１とされる。また、一
括課金数は、受信拒否数が１であるため、０とされる。

【００９６】ステップＳＨ２では、ＣＰＵ４０２Ｂは、
電子メール中継装置４００Ｂの運用者へ受信拒否を報知
する。ステップＳＨ３では、ＣＰＵ４０２Ｂは、図１９
に示したメニュー画面６５０をディスプレイ４０７Ｂに
表示させる。ステップＳＨ４では、ＣＰＵ４０２Ｂは、
メニュー画面６５０の受信拒否メール一覧が選択された
か否かを判断し、この場合、判断結果を「Ｎｏ」とし
て、同判断を繰り返す。

【００９７】そして、運用者により受信拒否メール一覧
が選択されると、ＣＰＵ４０２Ｂは、ステップＳＨ４の
判断結果を「Ｙｅｓ」とする。ステップＳＨ５では、Ｃ
ＰＵ４０２Ｂは、図１９に示した受信拒否メール一覧画
面６６０をディスプレイ４０７Ｂに表示させる。この受
信拒否メール一覧画面６６０には、電子メール中継装置
４００Ｂで受信された受信拒否メールの一覧が表示され
ている。

【００９８】ステップＳＨ６では、ＣＰＵ４０２Ｂは、
受信拒否メール一覧画面６６０より受信拒否メールが選
択されたか否かを判断し、この場合、判断結果を「Ｎ
ｏ」として同判断を繰り返す。そして、運用者により、
「××キャンペーン」の受信拒否メール（１回目）が選
択されると、ＣＰＵ４０２Ｂは、ステップＳＨ６の判断
結果を「Ｙｅｓ」とする。

【００９９】ステップＳＨ７では、ＣＰＵ４０２Ｂは、
「××キャンペーン」に対応する受信拒否メール詳細画
面６７０をディスプレイ４０７Ｂに表示させる。このデ
ィスプレイ４０７Ｂには、プロバイダＢの会員（富士通
太郎）により「××キャンペーンメール」（送信メール
６００：図１８参照）が受信拒否された旨およびその受
信拒否回数（１回目）が表示されている。

【０１００】ステップＳＨ８では、ＣＰＵ４０２Ｂは、
受信拒否メール詳細画面６７０の処理メニューボタンが
押下されたか否かを判断し、この場合、判断結果を「Ｎ
ｏ」として同判断を繰り返す。そして、運用者により、
処理メニューボタンが押下されると、ＣＰＵ４０２Ｂ
は、ステップＳＨ８の判断結果を「Ｙｅｓ」とする。ス
テップＳＨ９では、ＣＰＵ４０２Ｂは、図１９に示した
処理メニュー画面６８０をディスプレイ４０７Ｂに表示
させる。

【０１０１】処理メニュー画面６８０は、警告依頼また
は罰金請求依頼の処理を選択するための画面である。警
告依頼の処理は、同一の受信者に関する迷惑メールの受
信拒否が１回目である場合、プロバイダＢから、図９に
示した所属プロバイダ（この場合、プロバイダＡ）へ、
送信メール６００（迷惑メール）を送信した会員（ＡＢ
Ｃ商事）への警告を依頼するための警告依頼メール６９
０を作成および送信するための処理である。

【０１０２】この警告依頼メール６９０には、警告依頼
文、迷惑メール送信元ＩＰアドレスおよび受信拒否ＩＰ
アドレスの情報が含まれている。

【０１０３】一方、処理メニュー画面６８０における罰
金請求依頼の処理は、同一の受信者に関する迷惑メール
の受信拒否が２回目以上である場合、プロバイダＢか
ら、図９に示した所属プロバイダ（この場合、プロバイ
ダＡ）へ、上記会員（ＡＢＣ商事）への罰金請求を依頼
するための罰金請求依頼メール７００を作成および送信
するための処理である。この罰金請求依頼メール７００
には、罰金請求依頼文、迷惑メール送信元ＩＰアドレス
および受信拒否ＩＰアドレスの情報が含まれている。

【０１０４】図１７に戻り、ステップＳＨ１０では、Ｃ
ＰＵ４０２Ｂは、処理メニュー画面６８０で警告依頼が
選択されたか否かを判断し、この場合、判断結果を「Ｎ
ｏ」とする。ステップＳＨ１１では、ＣＰＵ４０２Ｂ
は、処理メニュー画面６８０で罰金請求依頼が選択され
たか否かを判断し、この場合、判断結果を「Ｎｏ」とす
る。以後、ＣＰＵ４０２Ｂは、ステップＳＨ１０および
ステップＳＨ１１の判断を繰り返す。

【０１０５】そして、運用者により警告依頼が選択され
ると、ＣＰＵ４０２Ｂは、ステップＳＨ１０の判断結果
を「Ｙｅｓ」とする。ステップＳＨ１２では、ＣＰＵ４
０２Ｂは、警告依頼メール６９０を作成する。ステップ
ＳＨ１３では、ＣＰＵ４０２Ｂは、インターネット５０
０を介して、警告依頼メール６９０を電子メール中継装
置４００Ａへ送信する。

【０１０６】そして、警告依頼メール６９０が電子メー
ル中継装置４００Ａに受信されると、電子メール中継装
置４００ＡのＣＰＵ４０２Ａは、図１２に示したステッ
プＳＣ１の判断結果を「Ｙｅｓ」とする。ステップＳＣ
３では、ＣＰＵ４０２Ａは、受信された警告依頼メール
６９０が会員からの送信メール（メール種別番号＝０
０）であるか否かを判断し、この場合、判断結果を「Ｎ
ｏ」とする。

【０１０７】ステップＳＣ４では、ＣＰＵ４０２Ａは、
受信された警告依頼メール６９０が会員からの返信メー
ル（メール種別番号＝０１）であるか否かを判断し、こ
の場合、判断結果を「Ｎｏ」とする。ステップＳＣ５で
は、ＣＰＵ４０２Ａは、警告／罰金請求メール送信処理
を実行する。

【０１０８】具体的には、図１３に示したステップＳＤ
１では、ＣＰＵ４０２Ａは、迷惑メール管理情報データ
ベース４２０Ａ（図１参照）に警告依頼メール６９０に
対応する迷惑メール管理情報を登録する。ステップＳＤ
２では、ＣＰＵ４０２Ａは、電子メール中継装置４００
Ａの運用者へメール受信した旨を報知する。ステップＳ
Ｄ３では、ＣＰＵ４０２Ａは、図６に示したディスプレ
イ４０７Ａに図１９に示した処理メニュー画面７１０を
表示させる。

【０１０９】処理メニュー画面７１０は、迷惑メールを
送信した会員に対する警告または罰金請求の処理を選択
するための画面である。警告の処理は、警告依頼メール
６９０に基づいて、プロバイダＡから会員（例えば、Ａ
ＢＣ商事）への警告メール７４０を作成および送信する
ための処理である。

【０１１０】この警告メール７４０には、警告文、受信
拒否ＩＰアドレスの情報が含まれている。警告文は、以
後、迷惑メールの受信者（この場合、富士通太郎）へ迷
惑メールを送信しないこと、再度迷惑メールを送信して
受信拒否された場合、罰金を請求することを迷惑メール
の送信者（この場合、ＡＢＣ商事）へ警告するための文
である。

【０１１１】一方、処理メニュー画面７１０における罰
金請求の処理は、同一の受信者に関する迷惑メールの受
信拒否が２回目以上である場合、罰金請求依頼メール７
００に基づいて、プロバイダＡから会員（例えば、ＡＢ
Ｃ商事）への罰金請求メール７５０を作成および送信す
るための処理である。この罰金請求メール７５０には、
罰金請求文および受信拒否ＩＰアドレスの情報が含まれ
ている。

【０１１２】ここで、処理メニュー画面７１０で警告が
選択されると、ＣＰＵ４０２Ａは、図１３に示したステ
ップＳＤ４の判断結果を「Ｙｅｓ」とする。ステップＳ
Ｄ６では、ＣＰＵ４０２Ａは、警告メール送信処理を実
行する。具体的には、図１４に示したステップＳＥ１で
は、ＣＰＵ４０２Ａは、図１９に示した警告一覧画面７
２０をディスプレイ４０７Ａに表示させる。

【０１１３】ステップＳＥ２では、ＣＰＵ４０２Ａは、
警告一覧画面７２０から警告対象が選択されたか否かを
判断し、この場合、判断結果を「Ｎｏ」として同判断を
繰り返す。そして、警告一覧画面７２０でＡＢＣ商事が
選択されると、ＣＰＵ４０２Ａは、ステップＳＥ２の判
断結果を「Ｙｅｓ」とする。

【０１１４】ステップＳＥ３では、ＣＰＵ４０２Ａは、
先に受信した警告依頼メール６９０をディスプレイ４０
７Ａに表示させる。ステップＳＥ４では、ＣＰＵ４０２
Ａは、警告メール７４０を作成する。ステップＳＥ５で
は、ＣＰＵ４０２Ａは、警告メール７４０を送信端末１
００Ａ（ＡＢＣ商事）へ送信する。

【０１１５】そして、警告メール７４０が送信端末１０
０Ａに受信されると、ＡＢＣ商事では、fuji@zzz.co.jp
に対応する富士通太郎が送信メール６００を迷惑メール
として受信拒否したことおよび警告を認識する。これに
より、ＡＢＣ商事では、fuji@zzz.co.jpをアドレス帳か
ら削除し、以後、fuji@zzz.co.jp宛に送信メールを送信
しない。

【０１１６】ここで、ＡＢＣ商事が悪質な業者であった
場合、ＡＢＣ商事は、上記警告を無視して、fuji@zzz.c
o.jp宛に送信メールを送信する。これにより、前述した
動作を経て、富士通太郎は、当該送信メールを２回目の
迷惑メールとする。この場合、受信端末１００Ｂから
は、２回目の受信拒否メールＭ３が電子メール中継装置
４００Ｂへ送信される。

【０１１７】そして、受信拒否メールＭ３が電子メール
中継装置４００Ｂに受信されると、前述した動作を経
て、図１７に示したステップＳＨ９では、ＣＰＵ４０２
Ｂは、２回目の受信拒否メールＭ３に関する処理メニュ
ー画面６８０（図１９参照）をディスプレイ４０７Ｂに
表示させる。

【０１１８】この場合、運用者は、２回目で悪質なた
め、処理メニュー画面６８０で罰金請求を選択する。こ
れにより、ＣＰＵ４０２Ｂは、ステップＳＨ１１の判断
結果を「Ｙｅｓ」とする。ステップＳＨ１４では、ＣＰ
Ｕ４０２Ｂは、罰金請求依頼メール７００を作成する。

【０１１９】ステップＳＨ１５では、ＣＰＵ４０２Ｂ
は、インターネット５００を介して、罰金請求依頼メー
ル７００を電子メール中継装置４００Ａへ送信する。ス
テップＳＨ１６では、ＣＰＵ４０２Ｂは、図８（ｂ）に
示した課金管理情報データベース４１０Ｂに課金管理情
報を登録する。

【０１２０】そして、罰金請求依頼メール７００が電子
メール中継装置４００Ａに受信されると、電子メール中
継装置４００ＡのＣＰＵ４０２Ａは、図１２に示したス
テップＳＣ２の判断結果を「Ｙｅｓ」とする。ステップ
ＳＣ３では、ＣＰＵ４０２Ａは、受信された罰金請求依
頼メール７００が会員からの送信メールであるか否かを
判断し、この場合、判断結果を「Ｎｏ」とする。

【０１２１】ステップＳＣ４では、ＣＰＵ４０２Ａは、
受信された罰金請求依頼メール７００が会員からの返信
メールであるか否かを判断し、この場合、判断結果を
「Ｎｏ」とする。ステップＳＣ５では、ＣＰＵ４０２Ａ
は、警告／罰金請求メール送信処理を実行する。

【０１２２】具体的には、図１３に示したステップＳＤ
１では、ＣＰＵ４０２Ａは、迷惑メール管理情報データ
ベース４２０Ａ（図１参照）に罰金請求依頼メール７０
０に対応する迷惑メール管理情報を登録する。ステップ
ＳＤ２では、ＣＰＵ４０２Ａは、電子メール中継装置４
００Ａの運用者へメール受信した旨を報知する。ステッ
プＳＤ３では、ＣＰＵ４０２Ａは、図６に示したディス
プレイ４０７Ａに図１９に示した処理メニュー画面７１
０を表示させる。

【０１２３】ここで、処理メニュー画面７１０で罰金請
求が選択されると、ＣＰＵ４０２Ａは、図１３に示した
ステップＳＤ４の判断結果を「Ｎｏ」とし、ステップＳ
Ｄ５の判断結果を「Ｙｅｓ」とする。ステップＳＤ７で
は、ＣＰＵ４０２Ａは、罰金請求メール送信処理を実行
する。具体的には、図１５に示したステップＳＦ１で
は、ＣＰＵ４０２Ａは、図１９に示した罰金請求一覧画
面７３０をディスプレイ４０７Ａに表示させる。

【０１２４】ステップＳＦ２では、ＣＰＵ４０２Ａは、
罰金請求一覧画面７３０から罰金請求対象が選択された
か否かを判断し、この場合、判断結果を「Ｎｏ」として
同判断を繰り返す。そして、罰金請求一覧画面７３０で
ＡＢＣ商事が選択されると、ＣＰＵ４０２Ａは、ステッ
プＳＦ２の判断結果を「Ｙｅｓ」とする。

【０１２５】ステップＳＦ３では、ＣＰＵ４０２Ａは、
先に受信した罰金請求依頼メール７００をディスプレイ
４０７Ａに表示させる。ステップＳＦ４では、ＣＰＵ４
０２Ａは、罰金請求メール７５０を作成する。ステップ
ＳＦ５では、ＣＰＵ４０２Ａは、罰金請求メール７５０
を送信端末１００Ａ（ＡＢＣ商事）へ送信する。ステッ
プＳＦ６では、ＣＰＵ４０２Ａは、課金管理情報データ
ベース４１０Ａに課金管理情報を登録する。

【０１２６】そして、罰金請求メール７５０が送信端末
１００Ａに受信されると、ＡＢＣ商事では、fuji@zzz.c
o.jp宛の迷惑メールに関して罰金が請求されたことを認
識する。

【０１２７】また、ＡＢＣ商事への罰金請求金額は、上
述した迷惑メールの罰金請求の件数に罰金単価（ＳＳ
円）が乗算された金額である。この罰金請求金額は、迷
惑メールの送信者（ＡＢＣ商事）が所属するプロバイダ
Ａへの利益と、迷惑メールの受信者（富士通太郎）への
還元金に利用される。また、還元金の使途としては、受
信者が本来プロバイダＢに支払うべき利用金額からの割
引や、直接受信者の金融機関口座への振り込み等が挙げ
られる。

【０１２８】なお、送信メール６００が迷惑メールでは
ない場合、受信端末１００Ｂの受信者（富士通太郎）
は、図１８に示した処理メニュー画面６４０で返信を選
択する。これにより、受信端末１００ＢのＣＰＵ１０３
Ｂは、図１１に示したステップＳＢ９の判断結果を「Ｙ
ｅｓ」とする。

【０１２９】ステップＳＢ１３では、ＣＰＵ１０３Ｂ
は、受信者の入力指示に基づいて、メール種別番号を０
１としかつ送信先ＩＰアドレスをabc@bbb.comとして、
返信メールＭ２を作成する。ステップＳＢ１５では、Ｃ
ＰＵ１０３Ｂは、返信メールＭ２をabc@bbb.com宛に送
信する。

【０１３０】そして、返信メールＭ２が電子メール中継
装置４００Ｂに受信されると、電子メール中継装置４０
０ＢのＣＰＵ４０２Ｂは、図１６に示したステップＳＧ
３の判断結果を「Ｎｏ」とする。ステップＳＧ６では、
ＣＰＵ４０２Ｂは、判断結果を「Ｎｏ」とする。

【０１３１】ステップＳＧ４では、ＣＰＵ４０２Ｂは、
履歴情報データベース４３０Ｂ（図７参照）に会員（富
士通太郎）の履歴情報を登録する。ステップＳＧ５で
は、ＣＰＵ４０２Ｂは、送信先ＩＰアドレス（abc@bbb.
com）へ返信メールＭ２を送信する。

【０１３２】そして、インターネット５００を介して、
返信メールＭ２が電子メール中継装置４００Ａに受信さ
れると、電子メール中継装置４００ＡのＣＰＵ４０２Ａ
は、図１２に示したステップＳＣ２の判断結果を「Ｙｅ
ｓ」とする。ステップＳＣ３では、ＣＰＵ４０２Ａは、
判断結果を「Ｎｏ」とする。

【０１３３】ステップＳＣ４では、ＣＰＵ４０２Ａは、
判断結果を「Ｙｅｓ」とする。ステップＳＣ７では、Ｃ
ＰＵ４０２Ａは、履歴情報データベース４３０Ａ（図５
参照）に会員（ＡＢＣ商事）の履歴情報を登録する。ス
テップＳＣ８では、ＣＰＵ４０２Ａは、送信先ＩＰアド
レスへ返信メールＭ２を中継する。

【０１３４】なお、上述した一実施の形態においては、
迷惑メールの受信者に「今回のみ受信拒否」または「以
後受信拒否」を選択させるようにしてもよい。この場合
には、図２に示したフォーマットＦ１に代えて、図２０
に示したフォーマットＦ２が用いられる。

【０１３５】このフォーマットＦ２では、図３に示した
メール種別番号０２「受信拒否メール」に代えて、図２
１に示したメール種別番号０２「今回受信拒否メール」
およびメール種別番号０３「以後受信拒否メール」が用
いられる。

【０１３６】さらに、「今回のみ受信拒否」または「以
後受信拒否」を選択させるようにした場合、図９に示し
た迷惑メール管理情報データベース４２０Ｂに代えて、
図２２に示した迷惑メール管理情報データベース４２０
Ｂが用いられる。

【０１３７】図２２に示した受信拒否情報テーブル４２
３₁〜４２３_n では、以後受信拒否フラグが設定されて
いる。この以後受信拒否フラグは、メール種別番号０３
（図２０参照）が設定された受信拒否メールＭ３（図１
参照）が電子メール中継装置４００Ｂに受信された場
合、１に設定される。

【０１３８】この場合、２回目以降に迷惑メールとして
の送信メールＭ１（図１参照）が同一の受信者宛に送信
されると、電子メール中継装置４００ＢのＣＰＵ４０２
Ｂは、以後受信拒否フラグが１である当該受信者宛の送
信メールＭ１の中継を行わない。これにより、２回目以
降に迷惑メールが受信者に送りつけられるという事態が
回避される。

【０１３９】以上説明したように、一実施の形態によれ
ば、受信者（富士通太郎）により送信メール６００（図
１８参照）が迷惑メールと判断された場合に送信者へ警
告メール７４０（図１９参照）を送信し、警告通知以
後、受信端末１００Ｂから再度の受信拒否通知があった
場合、送信者へ罰金請求メール７５０を送信するように
したので、業者から広告ターゲットへ送りつけられる迷
惑メールの再発を防止することができる。

【０１４０】また、一実施の形態によれば、送信者から
受領した罰金を受信者へ還元するため、受信者への迷惑
分を金銭により補償することができ、メールサービスに
対する受信者の信頼を高めることができる。

【０１４１】また、一実施の形態によれば、受信者が本
来支払うべきメールの利用料から罰金分を割り引くた
め、受信者にお得感を与えることができ、メールサービ
スに対する受信者の信頼をさらに高めることができる。

【０１４２】また、一実施の形態によれば、図２０に示
したフォーマットＦ２のメール種別番号０３（以後受信
拒否メール）を設定し、同一の送信端末１００Ａからの
送信メールが同一の受信端末１００Ｂ宛に送信された場
合、電子メール中継装置４００Ｂで当該送信メールの中
継を中止するため、迷惑メールの受信に関する無駄な時
間、コストを省くことができる。

【０１４３】以上本発明にかかる一実施の形態について
図面を参照して詳述してきたが、具体的な構成例はこの
一実施の形態に限られるものではなく、本発明の要旨を
逸脱しない範囲の設計変更等があっても本発明に含まれ
る。

【０１４４】例えば、前述した一実施の形態において
は、電子メール中継装置４００Ａ、電子メール中継装置
４００Ｂ、送信端末１００Ａまたは受信端末１００Ｂの
機能を実現するためのプログラムを図２３に示したコン
ピュータ読み取り可能な記録媒体９００に記録して、こ
の記録媒体９００に記録されたプログラムを同図に示し
たコンピュータ８００に読み込ませ、実行することによ
り前述した各機能を実現してもよい。

【０１４５】コンピュータ８００は、上記プログラムを
実行するＣＰＵ８１０と、キーボード、マウス等の入力
装置８２０と、各種データを記憶するＲＯＭ８３０と、
演算パラメータ等を記憶するＲＡＭ８４０と、記録媒体
９００からプログラムを読み取る読取装置８５０と、デ
ィスプレイ、プリンタ等の出力装置８６０と、装置各部
を接続するバス８７０とから構成されている。

【０１４６】ＣＰＵ８１０は、読取装置８５０を経由し
て記録媒体９００に記録されているプログラムを読み込
んだ後、プログラムを実行することにより、前述した各
機能を実現する。なお、記録媒体９００には、光ディス
ク、フロッピー（登録商標）ディスク、ハードディスク
等の可搬型の記録媒体が含まれることはもとより、ネッ
トワークのようにデータを一時的に記録保持するような
伝送媒体も含まれる。

【０１４７】また、一実施の形態では、図１に示した電
子メール中継装置４００Ａおよび電子メール中継装置４
００Ｂの機能を一つの電子メール中継装置で実現しても
よい。

【０１４８】（付記１）送信端末からの送信メールを受
信端末へ中継する中継工程と、受信者により前記送信メ
ールが迷惑メールと判断された場合に前記受信端末から
の受信拒否通知に基づいて、前記送信メールの送信者へ
警告通知を出す警告通知工程と、前記警告通知以後、前
記受信端末から再度の受信拒否通知があった場合、前記
送信者へ罰金請求通知を出す罰金請求通知工程と、を含
むことを特徴とする迷惑メール防止方法。（付記２）前記送信者から受領した罰金を前記受信者へ
還元するための課金処理を実行する課金処理工程を含む
ことを特徴とする付記１に記載の迷惑メール防止方法。（付記３）前記課金処理工程では、前記受信者が本来支
払うべきメール利用料から前記罰金分を割り引くための
課金処理を実行することを特徴とする付記２に記載の迷
惑メール防止方法。（付記４）前記中継工程では、前記受信拒否通知があっ
た以後、同一の送信端末からの送信メールが同一の受信
端末宛に送信された場合、当該送信メールの中継を中止
することを特徴とする付記１〜３のいずれか一つに記載
の迷惑メール防止方法。（付記５）前記警告通知工程では、１回目の受信拒否通
知で前記警告通知を出し、前記罰金請求通知工程では、
２回目以降の受信拒否通知で前記罰金請求通知を出すこ
とを特徴とする付記１〜４のいずれか一つに記載の迷惑
メール防止方法。（付記６）送信端末と受信端末との間で電子メールを中
継する電子メール中継装置において、送信端末からの送
信メールを受信端末へ中継する中継手段と、受信者によ
り前記送信メールが迷惑メールと判断された場合に前記
受信端末からの受信拒否通知に基づいて、前記送信メー
ルの送信者へ警告通知を出す警告通知手段と、前記警告
通知以後、前記受信端末から再度の受信拒否通知があっ
た場合、前記送信者へ罰金請求通知を出す罰金請求通知
手段と、を備えたことを特徴とする電子メール中継装
置。（付記７）コンピュータを、送信端末からの送信メール
を受信端末へ中継する中継手段、受信者により前記送信
メールが迷惑メールと判断された場合に前記受信端末か
らの受信拒否通知に基づいて、前記送信メールの送信者
へ警告通知を出す警告通知手段、前記警告通知以後、前
記受信端末から再度の受信拒否通知があった場合、前記
送信者へ罰金請求通知を出す罰金請求通知手段、として
機能させるための迷惑メール防止プログラム。

【０１４９】

【発明の効果】以上説明したように、本発明によれば、
受信者により送信メールが迷惑メールと判断された場合
に送信者へ警告通知を出し、警告通知以後、受信端末か
ら再度の受信拒否通知があった場合、送信者へ罰金請求
通知を出すようにしたので、業者から広告ターゲットへ
送りつけられる迷惑メールの再発を防止することができ
るという効果を奏する。

【０１５０】また、本発明によれば、送信者から受領し
た罰金を受信者へ還元するため、受信者への迷惑分を金
銭により補償することができ、メールサービスに対する
受信者の信頼を高めることができるという効果を奏す
る。

【０１５１】また、本発明によれば、受信者が本来支払
うべきメール利用料から罰金分を割り引くため、受信者
にお得感を与えることができ、メールサービスに対する
受信者の信頼をさらに高めることができるという効果を
奏する。

【０１５２】また、本発明によれば、受信拒否通知があ
った以後、同一の送信端末からの送信メールが同一の受
信端末宛に送信された場合、当該送信メールの中継を中
止するため、迷惑メールの受信に関する無駄な時間、コ
ストを省くことができるという効果を奏する。

【図面の簡単な説明】

【図１】本発明にかかる一実施の形態の構成を示すブロ
ック図である。

【図２】同一実施の形態における電子メールのフォーマ
ットＦ１を示す図である。

【図３】同一実施の形態におけるメール種別と一括課金
との関係を説明する図である。

【図４】図１に示した送信端末１００Ａの構成を示すブ
ロック図である。

【図５】図１に示した受信端末１００Ｂの構成を示すブ
ロック図である。

【図６】図１に示した電子メール中継装置４００Ａの構
成を示すブロック図である。

【図７】図１に示した電子メール中継装置４００Ｂの構
成を示すブロック図である。

【図８】図６および図７に示した課金管理情報データベ
ース４１０Ａおよび４１０Ｂを示す図である。

【図９】図７に示した迷惑メール管理情報データベース
４２０Ｂのテーブル構造を示す図である。

【図１０】図１に示した送信端末１００Ａの動作を説明
するフローチャートである。

【図１１】図１に示した受信端末１００Ｂの動作を説明
するフローチャートである。

【図１２】図１に示したメール中継装置４００Ａの動作
を説明するフローチャートである。

【図１３】図１２に示した警告／罰金請求メール送信処
理を説明するフローチャートである。

【図１４】図１３に示した警告メール送信処理を説明す
るフローチャートである。

【図１５】図１３に示した罰金請求メール送信処理を説
明するフローチャートである。

【図１６】図１に示したメール中継装置４００Ｂの動作
を説明するフローチャートである。

【図１７】図１６に示した警告依頼／罰金請求依頼メー
ル送信処理を説明するフローチャートである。

【図１８】同一実施の形態におけるメールおよび画面遷
移を示す図である。

【図１９】同一実施の形態におけるメールおよび画面遷
移を示す図である。

【図２０】同一実施の形態における電子メールのフォー
マットＦ２を示す図である。

【図２１】同一実施の形態におけるメール種別および一
括課金を説明する図である。

【図２２】図１に示した迷惑メール管理情報データベー
ス４２０Ｂの別のテーブル構造を示す図である。

【図２３】同一実施の形態の変形例の構成を示すブロッ
ク図である。

【符号の説明】

１００Ａ送信端末４００Ａ電子メール中継装置１００Ｂ受信端末４００Ｂ電子メール中継装置１０３Ａ、１０３Ｂ、４０２Ａ、４０２ＢＣＰＵ

Claims

【特許請求の範囲】

【請求項１】送信端末からの送信メールを受信端末へ
中継する中継工程と、受信者により前記送信メールが迷惑メールと判断された
場合に前記受信端末からの受信拒否通知に基づいて、前
記送信メールの送信者へ警告通知を出す警告通知工程
と、前記警告通知以後、前記受信端末から再度の受信拒否通
知があった場合、前記送信者へ罰金請求通知を出す罰金
請求通知工程と、を含むことを特徴とする迷惑メール防止方法。
【請求項２】前記送信者から受領した罰金を前記受信
者へ還元するための課金処理を実行する課金処理工程を
含むことを特徴とする請求項１に記載の迷惑メール防止
方法。
【請求項３】前記課金処理工程では、前記受信者が本
来支払うべきメール利用料から前記罰金分を割り引くた
めの課金処理を実行することを特徴とする請求項２に記
載の迷惑メール防止方法。
【請求項４】前記中継工程では、前記受信拒否通知が
あった以後、同一の送信端末からの送信メールが同一の
受信端末宛に送信された場合、当該送信メールの中継を
中止することを特徴とする請求項１〜３のいずれか一つ
に記載の迷惑メール防止方法。
【請求項５】送信端末と受信端末との間で電子メール
を中継する電子メール中継装置において、送信端末からの送信メールを受信端末へ中継する中継手
段と、受信者により前記送信メールが迷惑メールと判断された
場合に前記受信端末からの受信拒否通知に基づいて、前
記送信メールの送信者へ警告通知を出す警告通知手段
と、前記警告通知以後、前記受信端末から再度の受信拒否通
知があった場合、前記送信者へ罰金請求通知を出す罰金
請求通知手段と、を備えたことを特徴とする電子メール中継装置。