(57)【要約】【課題】受信制御方法において、意図しないメール廃棄やメール紛失を低減できることを目的とする。【解決手段】受信側のクライアントが接続される受信側のメールサーバで受信側のクライアントに対するメールの受信可否を送信側のクライアント毎に設定するメールシステムの受信制御方法において、受信側のメールサーバは、メールの受信拒否を行う場合に、受信拒否メールに、受信拒否の解除操作を行う解除手段のアクセス先を付加して送信元の送信側のクライアントに返送し、受信拒否メールを受信した送信元の送信側のクライアントは、受信拒否メールに付加された解除手段にアクセスして受信拒否の解除操作を行うことで前記メールの受信拒否解除を設定し、受信側のメールサーバは、送信側のクライアントからの受信拒否の解除操作で受信拒否解除を設定されたメールを受信した場合、受信したメールに識別マークを付加して受信側のクライアントに送信する。【選択図】    図１
2013157749.tif 000002
【特許請求の範囲】
【請求項１】
受信側のクライアントが接続される受信側のメールサーバで前記受信側のクライアントに対するメールの受信可否を送信側のクライアント毎に設定するメールシステムの受信制御方法において、
前記受信側のメールサーバは、メールの受信拒否を行う場合に、受信拒否メールに、前記受信拒否の解除操作を行う解除手段のアクセス先を付加して送信元の送信側のクライアントに返送し、
前記受信拒否メールを受信した前記送信元の送信側のクライアントは、前記受信拒否メールに付加された前記解除手段にアクセスして受信拒否の解除操作を行うことで前記メールの受信拒否解除を設定し、
前記受信側のメールサーバは、前記送信側のクライアントからの前記受信拒否の解除操作で受信拒否解除を設定されたメールを受信した場合、受信したメールに識別マークを付加して前記受信側のクライアントに送信する
ことを特徴とする受信制御方法。
【請求項２】
請求項１記載の受信制御方法において、
前記識別マークを付加したメールを受信した前記受信側のクライアントは、前記識別マークを付加したメールの送信元である送信側のクライアントから送信されたメールに対する前記受信拒否解除の設定の変更を前記受信側のメールサーバに対して行う
ことを特徴とする受信制御方法。
【請求項３】
受信側のクライアントが接続される受信側のメールサーバで前記受信側のクライアントに対するメールの受信可否を送信側のクライアント毎に設定するメールシステムの受信側のメールサーバにおいて、
前記受信側のクライアントと前記送信側のクライアント毎に、メールの受信可否情報と登録者情報を含む管理情報を登録されて保持する保持手段と、
メールの受信拒否を行う場合に、受信拒否メールに、前記受信拒否の解除操作を行う解除手段のアクセス先を付加して送信元の送信側のクライアントに返送する返送手段と、
前記送信側のクライアントからの前記受信拒否の解除操作により前記保持手段に受信拒否解除の管理情報を登録する解除手段と、
前記送信側のクライアントからの受信拒否の解除操作で受信拒否解除を設定されたメールを受信した場合、受信したメールに識別マークを付加して前記受信側のクライアントに送信する付加手段と、
を有することを特徴とするメールサーバ。
【請求項４】
請求項３記載のメールサーバにおいて、
前記識別マークを付加したメールを受信した前記受信側のクライアントからの設定変更により、前記保持手段に保持されている管理情報の前記受信拒否解除の設定を変更する変更手段と、
を有することを特徴とするメールサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メールシステムの受信制御方法及びメールサーバに関する。
【背景技術】
【０００２】
インターネットメールシステムは、一般的に以下のような特徴を持っている。メール転送プロトコルとしてＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を使用している。発信者端末からメールを送信すると、メールは発信者のドメインのメールサーバ（以降は「発メールサーバ」と呼ぶ）に届く。発メールサーバでは宛先メールアドレスのドメイン名から、宛先ドメインのメールサーバ（以降は「着メールサーバ」と呼ぶ）のＩＰアドレスをＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｅｒｖｅｒ）で問合せ、着メールサーバにメールを送信する。着メールサーバでは、宛先メールアドレスのユーザ名から該当ユーザのメールボックスにメールを格納する。
【０００３】
メール受信者が受信メールを閲覧する場合は、ＰＯＰ（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ）又はＩＭＡＰ（Ｉｎｔｅｒｎｅｔ  Ｍｅｓｓａｇｅ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）などのプロトコルを使用して、メール受信者のメールボックスを管理するメールサーバに接続して受信メールを閲覧する。
【０００４】
メール受信者が受信したくないメールを受信拒否する方式としては、ブラックリスト方式又はホワイトリスト方式がある。ブラックリスト方式は受信側メールサーバ又は受信者の端末で、受信拒否したい発信者のメールアドレス（以降は「発メールアドレス」と呼ぶ）やドメイン名等を設定して制限を行う。ホワイトリスト方式は受信したい発メールアドレスやドメイン名等を設定して、そのメールアドレス以外は受信拒否を行う。
【０００５】
受信拒否したメールは、インターネットサービスプロバイダ（以下はＩＳＰ）で送信者側に受信拒否の文言を追加して返信されるか、そのまま廃棄される。しかし、大量に送りつけられる迷惑メールの処理負荷対策や受信者の利便性のため、受信者が受信拒否設定を行って拒否されたメールは受信者に通知しないで廃棄するＩＳＰも数多く存在する。
【０００６】
ところで、メール受信者がメール受信側の配送センタに前もってキーワードを登録してメール発信者に知らせておく。メール発信者は送信先メールアドレス情報の宛先名称内にキーワードを入力して送信し、受信側でキーワードを照合して一致した受信のみを許可する技術が提案されている（例えば特許文献１参照）。
【０００７】
また、受信側で受信許可アドレスとして登録されていない発信者からの受信メールに対し、許可アドレスとして登録されている回送装置のアドレスを通知しておく。発信者が発信元アドレスを許可アドレスに追加登録して回送装置宛に発信し、受信側は回送装置からの受信と許可アドレスのチェックにより受信を許可する技術が提案されている（例えば特許文献２参照）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００３−３３３０９６号公報
【特許文献２】特開２００８−２５７４４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
受信者がＩＳＰの受信拒否サービスを利用してメール受信拒否設定をしている状況で、本来受信すべきメールの受信拒否解除の設定を忘れたり誤った場合には、受信すべきメールが受信拒否され続けていることを受信者が認識できず重要なメールを紛失してしまうと言う問題があった。
【００１０】
開示の受信制御方法は、意図しないメール廃棄やメール紛失を低減できることを目的とする。
【課題を解決するための手段】
【００１１】
開示の一実施形態による受信制御方法は、受信側のクライアントが接続される受信側のメールサーバで前記受信側のクライアントに対するメールの受信可否を送信側のクライアント毎に設定するメールシステムの受信制御方法において、
前記受信側のメールサーバは、メールの受信拒否を行う場合に、受信拒否メールに、前記受信拒否の解除操作を行う解除手段のアクセス先を付加して送信元の送信側のクライアントに返送し、
前記受信拒否メールを受信した前記送信元の送信側のクライアントは、前記受信拒否メールに付加された前記解除手段にアクセスして受信拒否の解除操作を行うことで前記メールの受信拒否解除を設定し、
前記受信側のメールサーバは、前記送信側のクライアントからの前記受信拒否の解除操作で受信拒否解除を設定されたメールを受信した場合、受信したメールに識別マークを付加して前記受信側のクライアントに送信する。
【発明の効果】
【００１２】
本実施形態によれば、意図しないメール廃棄やメール紛失を低減することができる。
【図面の簡単な説明】
【００１３】
【図１】メールシステムの一実施形態の構成図である。
【図２】クライアントのハードウェア構成及び機能図である。
【図３】メールサーバのハードウェア構成及び機能図である。
【図４】送信者管理データベースの一実施形態の構成を示す図である。
【図５】受信側のメールサーバが実行する迷惑メール対策処理の一実施形態のフローチャートである。
【図６】受信者用の送信者管理情報登録処理の一実施形態のフローチャートである。
【図７】送信者用の送信者管理情報登録処理の一実施形態のフローチャートである。
【図８】送信者管理情報変更処理の一実施形態のフローチャートである。
【図９】受信者側登録ありの場合の受信処理シーケンスである。
【図１０】受信者側登録なしの場合の受信処理シーケンスである。
【図１１】送信者が受信拒否を一時的に解除された場合の受信処理シーケンスである。
【発明を実施するための形態】
【００１４】
以下、図面に基づいて実施形態を説明する。
【００１５】
＜メールシステムの構成＞
図１にメールシステムの一実施形態の構成図を示す。図１において、送信側のクライアント１１、受信側のクライアント１２、送信側のメールサーバ１３、受信側のメールサーバ１４それぞれはネットワーク１５に接続されている。
【００１６】
クライアント１１，１２それぞれは、例えば通常のパーソナルコンピュータであり、ハードウェア構成として、図２（Ａ）に示すように、通信装置２１、ＣＰＵ２２、メモリ２３、補助記憶装置２４、入出力装置２５を有している。通信装置２１はネットワーク１５に接続されている。ＣＰＵ２２はメモリ２３又は補助記憶装置２４に格納されているプログラムを実行することで、図２（Ｂ）の機能構成図に示すメーラ機能部２６、Ｗｅｂブラウザ機能部２７などの処理を実行する。入出力装置２５はユーザによる入力及びユーザに対する出力に用いられる。なお、クライアント１１，１２はスマートフォンやフィーチャーフォンなどの携帯電話であっても良い。
【００１７】
メールサーバ１３，１４それぞれは、例えば一般的なワークステーションであり、ハードウェア構成として、図３（Ａ）に示すように、通信装置３１、ＣＰＵ３２、メモリ３３、補助記憶装置３４、入出力装置３５を有している。通信装置３１はネットワーク１５に接続されている。ＣＰＵ３２はメモリ３３又は補助記憶装置３４に格納されているプログラムを実行する。これにより、送信側のメールサーバ１３は図３（Ｂ）の機能構成図に示すメール配送機能部３６、メールボックス機能部３７、ＨＴＴＰサーバ機能部３８などの処理を実行する。また、受信側のメールサーバ１４は図３（Ｃ）の機能構成図に示すメール配送機能部３６、メールボック機能部３７、ＨＴＴＰサーバ機能部３８、迷惑メール対策機能部４０、送信者管理ＷｅｂＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）機能部４２などの処理を実行する。また、補助記憶装置３４はメールボックス機能部３７内のメールボックス（メールＢＯＸ）や送信者管理データベース４１として用いられる。入出力装置３５は管理者による入力及び管理者に対する出力に用いられる。
【００１８】
＜メールシステムの動作＞
以下、メールシステムの動作を説明する。図１に示す括弧付き英字は以下の動作説明の括弧付き英字と対応している。送信側のメールサーバ１３のメール配送機能部３６はクライアント１１からの送信メールをＳＭＴＰにより受信する（ａ）。また、メールサーバ１３のメール配送機能部３６は当該送信メールの宛先アドレスに従いＳＭＴＰによりメールサーバ１４にメールの転送を行う（ｂ）。
【００１９】
メールサーバ１３のメールボックス機能部３７は自ドメイン宛のメールのＳＭＴＰによる受信とメールボックスへの格納を行う（ｃ）。また、メールサーバ１３のメールボックス機能部３７はクライアント１１からのメールをＰＯＰ又はＩＭＡＰで受付け、ユーザ認証とメールボックスからのメールの取り出しを行う（ｄ）。
【００２０】
受信側のメールサーバ１４のメール配送機能部３６は自ドメイン宛のメールのＳＭＴＰによる受信を行う（ｅ）。メールサーバ１４のメール配送機能部３６は受信メールの送信先メールアドレス及び送信元メールアドレスで送信者管理データベース４１との照合を行う（ｆ）。
【００２１】
また、メールサーバ１４の迷惑メール対策機能部４０は照合で得た送信者管理情報の「登録者区分」が送信者側設定であるとき受信メールのメールヘッダに識別マークを追加してメールボックスに格納する（ｇ）。また、メールサーバ１４の迷惑メール対策機能部４０は送信者管理データベース４１との照合で得た送信者管理情報の「受信可否」に応じてメール本文に受信拒否の文言と送信者管理情報登録ＷｅｂのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を追加してＳＭＴＰにより返信する（ｈ）。
【００２２】
メールサーバ１４の送信者管理データベース４１は受信メールユーザ毎の送信者情報を管理する（ｉ）。メールサーバ１４の送信者管理ＷｅｂＧＵＩ機能部４２及びＨＴＴＰサーバ機能部３８は送信者向けと受信者向けの送信者情報を送信者管理データベース４１に登録又は変更するＷｅｂツールを提供する（ｊ）。メールサーバ１４のメールボック機能部３７はクライアント１１からメールをＰＯＰ又はＩＭＡＰで受付け、ユーザ認証とメールボックスのメールの取り出しを行う（ｋ）
送信側のクライアント１１のメーラ機能部２６は送信メールの編集（ｌ）、宛先メールアドレスの設定（ｍ）、送信メールをメールサーバへＳＭＴＰによる送信（ｎ）、メールサーバへのＰＯＰ又はＩＭＡＰによるメール受信（ｏ）を行う。また、クライアント１１のＷｅｂブラウザ機能部２７はＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）又はＨＴＴＰＳ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  Ｓｅｃｕｒｅ  ｓｏｃｋｅｔ  ｌａｙｅｒ）によるＷｅｂサーバアクセスを行う（ｐ）。
【００２３】
受信側のクライアント１２のメーラ機能部２６はメールサーバへのＰＯＰ又はＩＭＡＰによるメール受信（ｑ）、受信メールのキーワードによる受信フォルダの振り分け（ｒ）、受信フォルダ上のメールの閲覧を行う（ｓ）。また、クライアント１２のＷｅｂブラウザ機能部２７はＨＴＴＰ又はＨＴＴＰＳによるＷｅｂサーバアクセスを行う（ｔ）。
【００２４】
＜送信者管理データベースの構成＞
図４に送信者管理データベース４１の一実施形態の構成を示す。送信者管理データベース４１は受信するメールユーザつまり受信者毎に、受信許可の可否を判断するための送信者管理情報を登録する。送信者管理データベース４１は送信者管理情報登録のｗｅｂツールである送信者管理ＷｅｂＧＵＩ機能部４２と連携して送信者管理情報を管理する。
【００２５】
図４において、送信者管理データベース４１は階層構造とされており、第１階層ではメールユーザリストつまり受信者のメールアドレスが登録され保持される。上記受信者のメールアドレスそれぞれに対し、第２階層では受信者が受信許可する送信者アドレスリストつまり送信者アドレスが複数登録され保持される。
【００２６】
この送信者アドレスリストの各送信者アドレスに対し、第３階層の情報テーブルでは登録番号、受信可否、照合ＮＧ回数カウンタ、登録者区分、氏名等の個人情報、ログインパスワード、登録日時等の送信者管理情報が登録され保持される。登録番号は登録の際に付与されるシーケンス番号である。受信可否は受信を許可するか拒否するかの情報である。照合ＮＧ回数カウンタは当該送信者アドレスが受信拒否された回数である。登録者区分は当該送信者情報が送信者側操作による登録か、又は受信者側操作による登録かを識別する区分である。ログインパスワードはＷｅｂツールつまり送信者管理ＷｅｂＧＵＩ機能部４２にログインするためのパスワードである。登録日時は当該送信者の送信者管理情報を登録した日時である。
【００２７】
＜迷惑メール対策処理のフローチャート＞
図５に受信側のメールサーバ１４が実行する迷惑メール対策処理の一実施形態のフローチャートを示す。図５において、ステップＳ１で通信装置３１はメールを受信する。ステップＳ２でメール配送機能部３６は受信メールから送信先メールアドレス及び送信元メールアドレスを取り出し、ステップＳ３で送信者管理データベース４１との照合を行って、送信先メールアドレス及び送信元メールアドレスが一致する送信者管理情報の受信可否情報が受信許可であるか否かを判別する。受信許可の場合はステップＳ４で迷惑メール対策機能部４０は当該送信者管理情報の登録者区分が送信者側操作による登録か否かを判別する。
【００２８】
送信者側操作による登録の場合は、ステップＳ５で迷惑メール対策機能部４０は受信メールのＳｕｂｊｅｃｔ（件名）ヘッダに識別マークを付加し、Ｆｒｏｍ（送信者）ヘッダに括弧付きで登録番号を付加し、ステップＳ６でメールボックスに格納する。受信者側操作による登録の場合は、ステップＳ６で迷惑メール対策機能部４０は受信メールをそのままメールボックスに格納する。
【００２９】
一方、ステップＳ３で受信拒否の場合にはステップＳ１０で迷惑メール対策機能部４０は当該送信者管理情報の照合ＮＧ回数カウンタの値が所定の閾値（閾値は例えば５〜１０程度の値）以下であるか否かを判別する。照合ＮＧ回数カウンタの値が閾値以下の場合、ステップＳ１１で迷惑メール対策機能部４０は照合ＮＧ回数カウンタの値を１だけ加算し、ステップＳ１２で受信メールに受信拒否の文言と送信者管理情報登録ＷｅｂのＵＲＬを追加する。この後、ステップＳ１３で迷惑メール対策機能部４０は上記メールを送信元に返信する。
【００３０】
照合ＮＧ回数カウンタの値が閾値を超えた場合、ステップＳ１４で迷惑メール対策機能部４０は送信者管理データベース４１における受信メールの送信先メールアドレス及び送信元メールアドレスと一致する送信者管理情報のログインパスワードを「無効」に設定する。また、ステップＳ１５で迷惑メール対策機能部４０は受信メールに受信拒否の文言を追加し、ステップＳ１３で上記メールを送信元に返信する。
【００３１】
＜送信者管理情報登録Ｗｅｂ処理のフローチャート＞
図６に送信者管理ＷｅｂＧＵＩ機能部４２が実行する受信者用の送信者管理情報登録Ｗｅｂ処理の一実施形態のフローチャートを示す。図６において、ステップＳ２１で送信者管理ＷｅｂＧＵＩ機能部４２は受信者用画面を表示してログイン処理を行わせる。これにより、受信側のクライアント１２のＷｅｂブラウザ機能部２７によってクライアント１２は受信者用画面を表示する。ステップＳ２２で受信者は送信者管理情報登録の操作を行う。ここでは、受信者のメールアドレス、送信者メールアドレス、受信可否、氏名等の個人情報などの登録操作を行う。この際に、登録番号、登録日時は自動設定される。
【００３２】
ステップＳ２３で送信者管理ＷｅｂＧＵＩ機能部４２は入力された受信者用の送信者管理情報の設定を行う。また、ステップＳ２４で送信者管理ＷｅｂＧＵＩ機能部４２は当該送信者管理情報の登録者区分を「受信者側設定」と設定する。次に、ステップＳ２５で送信者管理ＷｅｂＧＵＩ機能部４２は設定された受信者用の送信者管理情報を送信者管理データベース４１に登録する。
【００３３】
図７に送信者管理ＷｅｂＧＵＩ機能部４２が実行する送信者用の送信者管理情報登録Ｗｅｂ処理の一実施形態のフローチャートを示す。図７において、ステップＳ３１で送信者管理ＷｅｂＧＵＩ機能部４２は送信者用画面を表示してログイン処理を行わせる。これにより、送信側のクライアント１１のＷｅｂブラウザ機能部２７によってクライアント１１は送信者用画面を表示する。ステップＳ３２で送信者は送信者管理情報登録の操作を行う。ここでは、受信者のメールアドレス、送信者メールアドレス、受信可否、氏名等の個人情報などの登録操作を行う。また、受信可否の情報は受信許可とする。この際に、登録番号、ログインパスワード、登録日時は自動設定される。
【００３４】
ステップＳ３３で送信者管理ＷｅｂＧＵＩ機能部４２は入力された送信者用の送信者管理情報の設定を行う。また、ステップＳ３４で送信者管理ＷｅｂＧＵＩ機能部４２は当該送信者管理情報の登録者区分を「送信者側設定」と設定する。次に、ステップＳ３５で送信者管理ＷｅｂＧＵＩ機能部４２は設定された送信者用の送信者管理情報を送信者管理データベース４１に登録する。ステップＳ３６で送信者管理ＷｅｂＧＵＩ機能部４２は登録された送信者メールアドレス宛に登録完了通知のメールを送付する。この登録完了通知には登録番号とログインパスワードが含まれている。
【００３５】
図８に送信者管理ＷｅｂＧＵＩ機能部４２が実行する送信者管理情報変更Ｗｅｂ処理の一実施形態のフローチャートを示す。図８において、ステップＳ４１で送信者管理ＷｅｂＧＵＩ機能部４２は送信者管理情報変更を表示してログイン処理を行わせる。これにより、送信者側又は受信側のクライアント１１，１２のＷｅｂブラウザ機能部２７によってクライアント１１，１２は送信者管理情報変更を表示する。
【００３６】
ステップＳ４２で送信者管理ＷｅｂＧＵＩ機能部４２は入力された登録番号で送信者管理データベース４１を参照し、該当する送信者管理情報を表示させる。
【００３７】
ステップＳ４３で送信者又は受信者は表示されている送信者管理情報の変更の操作を行う。この操作では例えば受信者側で受信可否の情報を否に、ログインパスワードを「無効」に変更する。この際に、情報を変更した送信者又は受信者に応じて、送信者管理ＷｅｂＧＵＩ機能部４２は当該送信者管理情報の登録者区分を「送信者側設定」又は「受信者側設定」と設定する。ステップＳ４４で送信者管理ＷｅｂＧＵＩ機能部４２は変更された送信者管理情報を送信者管理データベース４１に書き込んで送信者管理データベース４１の更新を行う。
【００３８】
＜受信者側登録ありの場合の受信処理シーケンス＞
図９に受信者側登録ありの場合の受信処理シーケンスを示す。図９において、シーケンスＳＱ１で受信者は送信者管理ＷｅｂＧＵＩ機能部４２を使用して、メールを受取りたい送信者のアドレスを受信者側メールサーバ１４の送信者管理データベース４１に登録する。このシーケンスＳＱ１は図６に示すフローチャートに従って実行される。
【００３９】
シーケンスＳＱ２で送信者は受信者にメールを送信する。
【００４０】
シーケンスＳＱ３で受信者側メールサーバ１４は受信したメールから送信先メールアドレス及び送信元アドレスを取り出して送信者管理データベース４１と照合し、送信先メールアドレス及び送信元アドレスが送信者管理データベース４１に登録されており、当該送信者管理情報の受信可否情報が受信許可であれば、メールのＦｒｏｍ（送信者）ヘッダに登録番号を付加してメールボックスに格納する。このシーケンスＳＱ３は図５に示すフローチャートに従って実行される。
【００４１】
シーケンスＳＱ４で受信者はメールを受信メールボックスから取り出す。
【００４２】
＜受信者側登録なしの場合の受信処理シーケンス＞
図１０に受信者側登録なしの場合の受信処理シーケンスを示す。図１０において、シーケンスＳＱ１１で送信者管理データベース４１に未登録の送信者が受信者へメールを送付する。
【００４３】
シーケンスＳＱ１２で受信者側メールサーバ１４は受信したメールから送信先メールアドレス及び送信元アドレスを取り出して送信者管理データベース４１と照合し、送信先メールアドレス及び送信元アドレスが送信者管理データベース４１に登録されていない場合照合が不一致となる。この場合、シーケンスＳＱ１３で受信者側メールサーバ１４は受信を拒否した旨と送信者情報登録のＷｅｂのＵＲＬを記載したメールを送信者に返送する。このシーケンスＳＱ１２，ＳＱ１３は図５に示すフローチャートに従って実行される。
【００４４】
シーケンスＳＱ１４で送信者は受信を拒否されたメールをサーバ１３のメールボックスから取り出す。
【００４５】
シーケンスＳＱ１５で送信者はメールに記載されたＵＲＬを用いて送信者情報を登録するＷｅｂから送信者管理ＷｅｂＧＵＩ機能部４２を使用して送信者管理データベース４１に送信者情報（送信者アドレス）を登録し、受信拒否を一時的に解除される。このシーケンスＳＱ１５は図７に示すフローチャートに従って実行される。なお、シーケンスＳＱ１２における照合が不一致となる回数が所定の閾値に達すると、受信者側メールサーバ１４はシーケンスＳＱ１５の送信者情報の登録を禁止し、その旨の理由を記載したメールを送信者に返送する。
【００４６】
＜送信者が受信拒否を一時的に解除された場合の受信処理シーケンス＞
図１１に送信者が受信拒否を一時的に解除された場合の受信処理シーケンスを示す。図１１において、シーケンスＳＱ２１で送信者管理データベース４１に送信者情報（送信者アドレス）を登録した送信者は受信者へメールを送付する。
【００４７】
シーケンスＳＱ２２で受信者側メールサーバ１４は受信したメールから送信先メールアドレス及び送信元アドレスを取り出して送信者管理データベース４１と照合する。送信先メールアドレス及び送信元アドレスが送信者管理データベース４１に登録されており、当該送信者管理情報の受信可否情報が受信許可で、登録者区分が送信者側設定であれば、受信拒否を一時的に解除されたメールと判別される。受信拒否を一時的に解除された送信者のメールは、図１に示すように、メールのＳｕｂｊｅｃｔ（件名）ヘッダに例えば星形などの識別マークが付加され、メールのＦｒｏｍ（送信者）ヘッダに登録番号が付加されてメールサーバ１４のメールボックスに格納される。このシーケンスＳＱ２２は図５に示すフローチャートに従って実行される。
【００４８】
シーケンスＳＱ２３で受信者は当該メールを受信メールボックスから取り出す。
【００４９】
シーケンスＳＱ２４で受信者は識別マークから送信者側操作で登録されたメールであることを識別できる。この結果、受信者は図８に示すフローチャートに従って送信者情報変更Ｗｅｂを使用し容易に受信拒否への変更操作ができる。
【００５０】
本実施形態では、受信者側で設定された受信拒否設定により受信拒否されたメールに、受信拒否の文言と併せて、送信者側から一時的な受信拒否の解除を登録にするためのＷｅｂページのＵＲＬを送付する。
【００５１】
受信拒否されて返信されたメールを受信した送信者は、受信拒否メールに記載された送信者管理情報登録ＷｅｂのＵＲＬにアクセスして、受信拒否を解除させたい送信者のメールアドレスと送信者の情報を登録して、一時的に受信拒否を解除させて再度メールを送信する。
【００５２】
受信側のメールサーバでは、受信したメールが送信者側から受信拒否の一時解除されたメールの場合は、メールのＳｕｂｊｅｃｔヘッダに送信者側からの受信拒否を解除したことを識別するための識別マークを追加してメールボックスに格納する。
【００５３】
受信者はメールをメールボックスから取り出すと、メールのＳｕｂｊｅｃｔヘッダに識別マークが追加されたメールは、送信者側から受信拒否設定を一時的に解除され受信したメールと認識して、送信者が登録した情報が参照できる送信者管理情報変更Ｗｅｂにアクセスして、受信許可したい送信者か否かを判断して、本来受信したいメールであれば受信許可設定を行う。
【００５４】
これにより、受信者の受信拒否設定で意図しないメール廃棄や、受信者も送信者もメール廃棄を認識できずに発生するメール紛失を防止することが可能になる。
（付記１）
受信側のクライアントが接続される受信側のメールサーバで前記受信側のクライアントに対するメールの受信可否を送信側のクライアント毎に設定するメールシステムの受信制御方法において、
前記受信側のメールサーバは、メールの受信拒否を行う場合に、受信拒否メールに、前記受信拒否の解除操作を行う解除手段のアクセス先を付加して送信元の送信側のクライアントに返送し、
前記受信拒否メールを受信した前記送信元の送信側のクライアントは、前記受信拒否メールに付加された前記解除手段にアクセスして受信拒否の解除操作を行うことで前記メールの受信拒否解除を設定し、
前記受信側のメールサーバは、前記送信側のクライアントからの前記受信拒否の解除操作で受信拒否解除を設定されたメールを受信した場合、受信したメールに識別マークを付加して前記受信側のクライアントに送信する
ことを特徴とする受信制御方法。
（付記２）
付記１記載の受信制御方法において、
前記識別マークを付加したメールを受信した前記受信側のクライアントは、前記識別マークを付加したメールの送信元である送信側のクライアントから送信されたメールに対する前記受信拒否解除の設定の変更を前記受信側のメールサーバに対して行う
ことを特徴とする受信制御方法。
（付記３）
受信側のクライアントが接続される受信側のメールサーバで前記受信側のクライアントに対するメールの受信可否を送信側のクライアント毎に設定するメールシステムの受信側のメールサーバにおいて、
前記受信側のクライアントと前記送信側のクライアント毎に、メールの受信可否情報と登録者情報を含む管理情報を登録されて保持する保持手段と、
メールの受信拒否を行う場合に、受信拒否メールに、前記受信拒否の解除操作を行う解除手段のアクセス先を付加して送信元の送信側のクライアントに返送する返送手段と、
前記送信側のクライアントからの前記受信拒否の解除操作により前記保持手段に受信拒否解除の管理情報を登録する解除手段と、
前記送信側のクライアントからの受信拒否の解除操作で受信拒否解除を設定されたメールを受信した場合、受信したメールに識別マークを付加して前記受信側のクライアントに送信する付加手段と、
を有することを特徴とするメールサーバ。
（付記４）
付記３記載のメールサーバにおいて、
前記識別マークを付加したメールを受信した前記受信側のクライアントからの設定変更により、前記保持手段に保持されている管理情報の前記受信拒否解除の設定を変更する変更手段と、
を有することを特徴とするメールサーバ。
（付記５）
付記３又は４記載のメールサーバにおいて、
前記解除手段は、前記保持手段に前記受信拒否解除の管理情報を登録したとき、前記送信側のクライアントに登録完了通知を送付する
ことを特徴とするメールサーバ。
【符号の説明】
【００５５】
１１  送信側のクライアント
１２  受信側のクライアント
１３  送信側のメールサーバ
１４  受信側のメールサーバ
２１，３１  通信装置
２２，３２  ＣＰＵ
２３，３３  メモリ
２４，３４  補助記憶装置
２５，３５  入出力装置
２６  メーラ機能部
２７  Ｗｅｂブラウザ機能部
３６  メール配送機能部
３７  メールボック機能部
３８  ＨＴＴＰサーバ機能部
４０  迷惑メール対策機能部
４１  送信者管理データベース
４２  送信者管理ＷｅｂＧＵＩ機能部
【図１】
2013157749.tif 000003
【図２】
2013157749.tif 000004
【図３】
2013157749.tif 000005
【図４】
2013157749.tif 000006
【図５】
2013157749.tif 000007
【図６】
2013157749.tif 000008
【図７】
2013157749.tif 000009
【図８】
2013157749.tif 000010
【図９】
2013157749.tif 000011
【図１０】
2013157749.tif 000012
【図１１】
2013157749.tif 000013