(57)【要約】【課題】送信先に指定された者が自分の意思で受信を許可あるいは拒否できる電子メール受信諾否制御システムを提供する。【解決手段】送信側メールサーバ３は、送信ユーザからのメールを受信すると、ユーザ毎に発行されたパスワードを書き込んだ固有のヘッダーを付加して、受信側メールサーバ４に転送する。受信側メールサーバ４は、転送されたメールの固有のヘッダーからパスワードを取り出し、送信許可者に対して発行済のパスワードと一致したならば、認証済メールと判断して受信ユーザに配信する。一致しないならば、受信拒否をする。受信側メールサーバ４は、パスワードが未発行であって固有のヘッダーにパスワードの書込みがなければ、受信ユーザ端末２に受信諾否を照会し、受信ユーザの許可が得られた場合にメールを配信する。また、以後の送信ユーザから受信ユーザ宛のメールを受信諾否の照会なく受信できるようにパスワードを発行する。【選択図】図１
2011180898.tif 000002
【特許請求の範囲】
【請求項１】
送信先に指定されたユーザが受信を許可する送信元からのメールのみを受信するために、メール送信を希望する送信ユーザに対して前記送信先に指定された受信ユーザが個別の送信用パスワードをメールのヘッダーに付加して送信を許可する電子メール受信諾否制御システムであって、
送信ユーザの使用する送信ユーザ端末と送信側メールサーバ、送信側メールサーバと受信側メールサーバ、および受信側メールサーバと受信ユーザの使用する受信ユーザ端末はそれぞれ通信可能に接続され、
前記送信側メールサーバは、
送信ユーザのメールアドレス及び受信ユーザのメールアドレスの組と送信用パスワードとを対応付けて記憶するパスワード記憶手段と、
送信ユーザからのメールを受信するメール受信手段と、
受信したメールの送信ユーザ及び受信ユーザのメールアドレスに基づいて、対応する送信用パスワードを前記パスワード記憶手段から抽出し、この送信用パスワードを書き込んだ固有のヘッダーを前記受信したメールに付加するヘッダー情報付加手段と、
前記固有のヘッダーが付加されたメールを前記受信側メールサーバに転送するメール転送制御手段とを備え、
前記受信側メールサーバは、
前記転送されたメールを受信するメール受信手段と、
送信ユーザ及び受信ユーザのメールアドレスの組と送信用パスワードとを対応付けて記憶するパスワード記憶手段と、
このパスワード記憶手段から前記メールの固有のヘッダーに書込まれた送信用パスワードを検索し、一致する送信用パスワードが見つかれば認証済メールと判定するメール認証手段と、
認証済メールであれば、受信ユーザのメールアドレスに配信する認証メール配信手段と、
未認証のメールであれば、一時的エラーを前記送信側メールサーバに通知するとともに再送を待機する一方、前記受信ユーザ端末に前記送信元メールアドレスを通知し受信の許可が得られた場合に前記再送されたメールを配信し、許可が得られなかった場合にメールを受け付けずに前記送信側メールサーバに対してエラーを返す未認証メール配信制御手段とを備えたことを特徴とする電子メール受信諾否制御システム。
【請求項２】
前記受信側メールサーバは、
前記未認証のメールの受信が許可された場合、前記送信ユーザから前記受信ユーザ宛のメールヘッダーに付加するための送信用パスワードを発行し、この送信用パスワードを前記送信側メールサーバにメールで通知する送信用パスワード発行手段をさらに備える一方、
前記送信側メールサーバは、
通知された送信用パスワードの登録の可否を前記送信ユーザ端末に照会し、登録を許可された場合に前記送信側メールサーバのパスワード記憶手段に記憶させるパスワード登録手段をさらに備えることを特徴とする請求項１に記載の電子メール受信諾否制御システム。
【請求項３】
前記ヘッダー情報付加手段は、前記送信側メールサーバのパスワード記憶手段から送信用パスワードを抽出できなかった場合、受信ユーザに送信要求をするための固有のヘッダーを付加するとともに、受信ユーザから送信ユーザへの逆方向のメール送信を許可するための逆送信用パスワードを発行し、この発行した逆送信用パスワードが書込まれた固有のヘッダーを付加する一方、
前記未認証メール配信制御手段は、受信ユーザからの受信の許可が得られた場合に前記固有のヘッダーに書込まれた逆送信用パスワードを前記受信側メールサーバのパスワード記憶手段に記憶させることを特徴とする請求項１または２のいずれかに記載の電子メール受信諾否制御システム。
【請求項４】
前記送信側メールサーバのパスワード登録手段は、さらに、受信ユーザが発行したグローバルパスワードを前記送信ユーザ端末から取得し、前記受信ユーザのメールアドレスと対応づけてパスワード記憶手段に記憶させるとともに、
前記ヘッダー情報付加手段は、送信用パスワードに代りグローバルパスワードが書き込まれた固有のヘッダーを付加するとともに、受信ユーザから送信ユーザへの逆方向のメール送信を許可するための逆送信用パスワードを発行し、この逆送信用パスワードが書込まれた固有のヘッダーを付加する一方、
前記受信側メールサーバのパスワード登録手段は、受信ユーザが発行したグローバルパスワードを前記受信ユーザ端末から取得し、前記受信ユーザのメールアドレスと対応づけてパスワード記憶手段に記憶させるとともに、
前記メール認証手段は、前記メールの固有のヘッダーに前記受信側メールサーバのパスワード記憶手段に記憶されているグローバルパスワードが書き込まれていれば認証済メールと判定し、
前記認証メール配信手段は、前記固有のヘッダーに書込まれた逆送信用パスワードを前記受信側メールサーバのパスワード記憶手段に記憶させることを特徴とする請求項１または２のいずれかに記載の電子メール受信諾否制御システム。
【請求項５】
前記送信用パスワード発行手段は、前記送信ユーザから前記受信ユーザ宛のメール送信のための送信用パスワードを所定のタイミングで更新し、更新された送信用パスワードを前記送信側メールサーバにメールで通知する一方、
前記送信側メールサーバのパスワード登録手段は、前記通知された送信用パスワードで前記パスワード記憶手段を更新することを特徴とする請求項１〜４のいずれか１に記載の電子メール受信諾否制御システム。
【請求項６】
前記送信用パスワード発行手段は、送信用パスワードの更新発行とともにシリアル番号も発行し、前記送信側メールサーバに通知するとともに、前記受信側メールサーバのパスワード記憶手段には更新前及び更新後の送信用パスワードと前記シリアル番号を記憶させる一方、
前記ヘッダー情報付加手段は、メールの固有のヘッダーに更新後パスワードとシリアル番号を書き込み、
前記メール認証手段は、受信したメールの固有のヘッダーに書き込まれた送信用パスワードが更新後の送信用パスワードと一致し、かつシリアル番号も一致する場合にメールを認証することを特徴とする請求項５に記載の電子メール受信諾否制御システム。
【請求項７】
前記受信側メールサーバは、さらに送信要求者記憶手段と送信要求者管理手段を備え、
前記送信要求者記憶手段は、受信ユーザのメールアドレスと対応づけて、この受信ユーザへのメール送信を希望する送信ユーザのメールアドレス及び送信ユーザ毎の許可あるいは拒否の別を表す受信諾否情報を記憶し、
前記送信要求者管理手段は、前記受信ユーザ端末からの受信諾否情報の送信を受け、この受信諾否情報に基づき前記送信要求者記憶手段の内容を更新するとともに、許可から拒否に変更された場合は前記パスワード記憶手段に記憶されている送信用パスワードを無効化することを特徴とする請求項１〜６のいずれか１に記載の電子メール受信諾否制御システム。
【請求項８】
前記送信要求者管理手段は、前記受信ユーザ端末から受信を許可する送信ユーザのメールアドレスが新規に送信された場合、前記送信要求者記憶手段に登録するとともに、
前記送信用パスワード発行手段は、前記送信ユーザから前記受信ユーザ宛のメールヘッダーに付加するための送信用パスワードを発行し、この送信用パスワードを前記送信側メールサーバにメールで通知できることを特徴とする請求項７に記載の電子メール受信諾否制御システム。
【請求項９】
コンピュータを請求項１〜８のいずれか１に記載の送信側メールサーバとして動作させることを特徴とするコンピュータプログラム。
【請求項１０】
コンピュータを請求項１〜８のいずれか１に記載の受信側メールサーバとして動作させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
電子メールの送信先に指定された者が自分の意思で受信を許可あるいは拒否することが簡便にできる電子メール受信諾否制御システムに関する。
【背景技術】
【０００２】
いまや仕事やプライベートな交際などで電子メール（以下、「メール」と略す）を使うことが当たり前となってきた。連絡手段としての存在感は郵便や電話を凌駕する勢いである。
一方で、送信メールの９割以上が迷惑メールであるという報告もあり、多数の迷惑メールに辟易させられることが多いのも事実である。
不愉快な思いをするだけならまだしも、ウィルスを含むファイルが添付されてきたり、サーバがその負荷により本来の業務を円滑にこなせなかったり、大量の迷惑メールのために必要なメールの受信がスムーズにできなかったり、といった実質的な被害が生ずるとあってはなんらかの対策をとらざるをえない。
そのため、迷惑メール対策のためのソフトウェアは多数提案され、製品化されている。また、メールサービスも行うインターネットサービスプロバイダ（以下、「ＩＳＰ」）では通常迷惑メール対策のためのシステムを実装しており、一般のユーザでも自分の情報処理装置にこのような対策ソフトウェアを実装することが多くなっている。しかし、これらのシステムでは、一般的な迷惑メールの特徴をもとに判定したり、送信元のサーバが正規のサーバではないので迷惑メールの可能性が高いと判断したりしていた。そのため、ソフトウェアの開発のために人手と時間と資金を要し、開発後も新種の迷惑メールが出現するとそのための対策をとらなくてはならない、といった問題を抱えていた。
【０００３】
このような問題点に鑑み、メールの所定の箇所に送信者を認証するために必要な情報を埋め込んで、認証に成功した場合のみメールサーバはメールボックスに格納するといったシステムが考案されている。送信者認証を行う仕組みを取り入れるだけで、メール受信者が迷惑と考えるメールを排除でき、迷惑メールの判定のような複雑な処理は一切必要としないという利点がある。
このタイプのシステムは複数が特許出願されており、例えば、特開２０００−２４４５５３号公報（特許文献１）には、受信者の指定するパスワードを含まないメールを拒絶する「電子メールシステム」が提案されている。
また、特開２００７−０２８６６７号公報（特許文献２）には、予めメールアドレスと対応するキーを登録しておき、送信されてきたメールからキーを抽出して登録済みのキーと照合し、照合がとれたメ−ルのみ配信する「メールサーバ、メール配信制御方法、及びメール配信制御プログラム」が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−２４４５５３号公報
【特許文献２】特開２００７−０２８６６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の発明は、メールの送信者が送信先のパスワードを知得する方法、パスワードの照合ができないメールの機械的な排除を避ける方法、送信メールにパスワードを設定する主体とその設定のタイミングなどの詳細が不明である。そのため、パスワードを利用して迷惑メールを排除するという願望レベルのアイデアが開示されているにすぎない。
一方、特許文献２に記載の発明は、キーの発行や更新の具体的な方法について言及されていない。さらに、メールサーバがこの発明のシステムに対応していることを前提としているが、これは実運用上は論外である。なぜなら、この発明のメールシステムに対応していないメールサーバとのメール送受信が不可能となるおそれがあるからである。
【０００６】
このような問題点に鑑み、本発明は、メール受信者の意思でメールの受信を許可したり拒絶したりが容易にできる迷惑メールシステムであって、このシステムに非対応なメールサーバであってもメール送受信に支障をきたさないようなシステムを提供することを課題とする。
【課題を解決するための手段】
【０００７】
上記の目的を達成するために、請求項１に記載の発明は、次の特徴を有する。
送信先に指定されたユーザ（以下、「受信ユーザ」）が受信を許可する送信元からのメールのみを受信するために、メール送信を希望する送信元ユーザに対して受信ユーザが個別の送信用パスワードをメールのヘッダーに付加して送信を許可する電子メール受信諾否制御システムであって、
送信ユーザの使用する送信ユーザ端末と送信側メールサーバ、送信側メールサーバと受信側メールサーバ、および受信側メールサーバと受信ユーザの使用する受信ユーザ端末はそれぞれ通信可能に接続されている。
送信側メールサーバは、パスワード記憶手段と、メール受信手段と、ヘッダー情報付加手段と、メール転送手段とを備える。
パスワード記憶手段は、送信ユーザ及び受信ユーザのメールアドレスの組と送信用パスワードとを対応付けて記憶する。
メール受信手段は、送信ユーザからのメールを受信する。
ヘッダー情報付加手段は、送信ユーザ及び受信ユーザのメールアドレスに基づいて、対応する送信用パスワードを抽出し、この送信用パスワードを書き込んだ固有のヘッダー（下記の実施形態の「Ａｕｔｈｅｎｔｉｃａｔｅヘッダー」に相当する）を受信したメールに付加する。
メール転送制御手段は、固有のヘッダーが付加されたメールを前記受信側メールサーバに転送する。
受信側メールサーバは、
メール受信手段と、パスワード記憶手段と、メール認証手段と、認証メール配信手段と、未認証メール配信制御手段とを備える。
メール受信手段は、送信側メールサーバから転送されたメールを受信する。
パスワード記憶手段は、送信元及び送信先のメールアドレスの組と送信用パスワードとを対応付けて記憶する。
メール認証手段は、パスワード記憶手段からメールの固有のヘッダーに書込まれた送信用パスワードを検索し、一致する送信用パスワードが見つかれば認証済メールと判定し、
見つからない時は未認証メールと判定する。
認証メール配信手段は、認証済メールを受信ユーザのメールアドレスに配信する。
未認証メール配信制御手段は、未認証メールに対して以下の処理をする。一時的エラーを送信側メールサーバに通知するとともに再送を待機する一方、受信ユーザ端末に送信元メールアドレスを通知し受信の許可が得られた場合に再送されたメールを配信し、許可が得られなかった場合にメールを受け付けずに前記送信側メールサーバに対してエラーを返す。
【０００８】
「送信用パスワード」とは、個々のユーザに発行されるパスワードであって、後述する「グローバルパスワード」との対比で「プライベートパスワード」と称してもよい。
送信用パスワードとして、メールの送信を許可する相手に対して、個別にそれぞれ違ったパスワードが発行される。例えばユーザＡがユーザＢに対してメール送信を許可する場合にパスワードＰＷを発行した場合、このパスワードＰＷは、ユーザＢがユーザＡにメールを送信する場合にのみ用いられる。ここで、ユーザＡがユーザＢからのメール受信を拒否するのであれば、パスワードＰＷを無効にするだけでよい。このように、メールの受信の許可と拒否の仕方はきわめて単純である。受信の許可または拒否の設定は、メールアドレス単位で行う。したがって、たとえば、ユーザＡはユーザＢのメールアドレスＭＡ１は許可するが、ユーザＢのメールアドレスＭＡ２は拒否するといった設定をすることも可能である。
【０００９】
これにより、送信側のメールサーバは、送信ユーザからのメールに送信用パスワードを付加して受信側のメールサーバに転送するので、受信側のメールサーバは送信用パスワードに基づいて配信可能なメールであることを認証する。この送信用パスワードは、送信希望者にたいして受信ユーザが発行したものなので、受信ユーザは自分が希望する相手からのメールのみを受信できる。まだ送信用パスワードの発行を受けていない送信ユーザからの送信されたメールであるために、送信用パスワードによる認証ができなかった場合でも、受信ユーザが許可すれば配信される。このような選択的メール受信の仕組みは、受信諾否の照会に応答する以外は、送信側および受信側のメールサーバ間で処理可能であるので、一般ユーザにとって非常に利便性が高い。
【００１０】
ここで、メールのヘッダーに固有のヘッダーが追加されていることは本発明の特徴である。世の中に無数といっていいほど大量にあるメールサーバには本発明のシステムに対応しているものも対応していないものも混在している。
そのため、この固有のヘッダーが含まれていないメールを転送してきたメールサーバは本発明のシステムに対応していないと判断できる。また、本発明のシステムに対応していないメールサーバが、固有のヘッダーが含まれているメールを受信しても無視するだけである。
つまり、本発明のシステムを導入前と導入後とでは相互運用性が保たれているわけである。
【００１１】
請求項２に記載の発明は、請求項１に記載の発明において、
前記受信側メールサーバは、送信用パスワード発行手段をさらに備え、
前記送信側メールサーバは、パスワード登録手段をさらに備える。
受信側メールサーバの送信用パスワード発行手段は、まだ送信用パスワードが書き込まれていないメールの受信が許可された場合、送信用パスワードを発行し、送信側メールサーバに通知する。
一方、送信側メールサーバのパスワード登録手段は、通知された送信用パスワードの登録の可否を送信ユーザ端末に照会し、登録を許可された場合にパスワード記憶手段に記憶させる。
【００１２】
これにより、まだ送信用パスワードを発行していない者からのメールを許可した場合、相手に送信用パスワードを発行するので、以後同じ相手からのメールを自動的に受信できる。
【００１３】
請求項３に記載の発明は、請求項１または２のいずれかに記載の発明において、
送信側メールサーバのヘッダー情報付加手段は、パスワード記憶手段から送信用パスワードを抽出できなかった場合、受信ユーザに送信要求をするための固有のヘッダー（下記の実施形態の「Ｒｅｑｕｅｓｔヘッダー」に相当する）を付加するとともに、受信ユーザから送信ユーザへの逆方向のメール送信を許可するための逆送信用パスワード（下記の実施形態の「返信用パスワード」に相当する）を発行し、この発行した逆送信用パスワードが書込まれた固有のヘッダー（下記の実施形態の「Ｉｎｖｉｔｅヘッダー」に相当する）を付加する一方、
受信側メールサーバの未認証メール配信制御手段は、受信ユーザからの受信の許可が得られた場合に前記固有のヘッダーに書込まれた逆送信用パスワードをパスワード記憶手段に記憶させる。
【００１４】
これにより、送信用パスワードが未発行であっても、送信用パスワードの書き込みのない固有のヘッダーが付加できるので、受信側メールサーバは整合のとれた認証処理ができる。
また、送信ユーザと受信ユーザが逆方向になった場合の送信用パスワードも登録されることにより両メールサーバ間で対称的な取り扱いが可能となる。つまり両方向の対称的な通信が可能となるのである。
【００１５】
請求項４に記載の発明は、請求項１または２のいずれかに記載の発明において
送信側メールサーバは、さらに、受信ユーザが発行したグローバルパスワードを、受信ユーザのメールアドレスと対応づけて記憶し、ヘッダー情報付加手段は、送信用パスワードに代りグローバルパスワードが書き込まれた固有のヘッダー（下記の実施形態の「Ａｕｔｈｅｎｔｉｃａｔｅヘッダー」に相当）を付加する。
受信側メールサーバは、受信ユーザが発行したグローバルパスワードを受信ユーザのメールアドレスと対応づけて記憶し、メールの固有のヘッダーにパスワード記憶手段に記憶されているグローバルパスワードが書き込まれていれば認証済メールと判定する。
【００１６】
これにより、送信ユーザは、送信用パスワードが発行される前は、一時的なパスワードともいえるグローバルパスワードを使用して、最初のメールを受信ユーザに送信することができる。
「グローバルパスワード」とは、「送信用パスワード」とは異なり、受信ユーザから知らされた者ならば誰でも使えるパスワードであって、口頭で伝えられたり、名刺に書き添えて渡されたりする場合が想定される。
【００１７】
請求項５に記載の発明は、請求項１〜４のいずれか１に記載の発明において、
送信用パスワード発行手段は、さらに、送信用パスワードを所定のタイミングで更新し、送信側メールサーバにメールで通知する。送信側メールサーバのパスワード登録手段は、通知された送信用パスワードで既存の送信用パスワードと置換える。
【００１８】
これにより、同一の送信用パスワードが継続使用されることによる問題を回避できる。また、更新処理はメールサーバ間で行われるのでユーザは更新の操作を必要としない。
更新のタイミングは、運用の問題にすぎないが、例えば、メールを送信するたびに更新するとか、一定期間ごとに行うとかいろいろと考えられる。
【００１９】
請求項６に記載の発明は、請求項５に記載の発明において、
送信用パスワード発行手段は、送信用パスワードの更新発行とともにシリアル番号も発行し、両者を送信側メールサーバに通知するとともに、受信側メールサーバは更新前及び更新後の送信用パスワードと前記シリアル番号を記憶する。また、ヘッダー情報付加手段は、メールの固有のヘッダー（下記の実施形態の「Ａｕｔｈｅｎｔｉｃａｔｅヘッダー」に相当）に更新後パスワードとシリアル番号を書き込み、メール認証手段は、受信したメールの固有のヘッダーに書き込まれた送信用パスワードが更新後の送信用パスワードと一致し、かつシリアル番号も一致する場合にメールを認証する。
【００２０】
これにより、送信用パスワードの新旧を管理でき、何世代分を有効にするとか、より新しい送信用パスワードで認証が成功したので古いものを削除するとか、といった管理ポリシーが実現できる。
【００２１】
請求項７に記載の発明は、請求項１〜６のいずれか１に記載の発明において、
受信側メールサーバは、さらに送信要求者記憶手段と送信要求者管理手段を備える。
送信要求者記憶手段は、受信ユーザのメールアドレスと対応づけて、メール送信を希望する送信ユーザのメールアドレス及び送信ユーザ毎の許可あるいは拒否の別を記憶し、
送信要求者管理手段は、受信ユーザ端末からの受信諾否の送信を受け、これに基づき送信要求者記憶手段の内容を更新するとともに、許可から拒否に変更された場合は送信用パスワードを無効化する
【００２２】
これにより、受信ユーザは、いったん受信を許可した相手であっても、許可を取り消すことが可能となる。なお、拒否した相手を許可することも当然可能である。
【００２３】
請求項８に記載の発明は、請求項７に記載の発明において、
送信要求者管理手段は、受信ユーザ端末から受信を許可する送信ユーザのメールアドレスが新規に送信された場合、送信要求者記憶手段に登録するとともに、
送信用パスワード発行手段は、送信ユーザから受信ユーザ宛のメールヘッダー（下記の実施形態の「Ｉｎｖｉｔｅヘッダー」に相当する）に付加するための送信用パスワードを発行し、これを送信側メールサーバにメールで通知できる。
【００２４】
これにより、メールの送信を希望する者は、あらかじめ送信先の相手から許可を得ることができる。このような事前の許可と同時に送信用パスワードが発行されるならば、送信ユーザは、最初のメール送信から送信用パスワードを使用したメール送信ができ、受信ユーザにとっても、受信側メールサーバへの受信諾否の応答をせずにメールの受信ができる。
【００２５】
コンピュータを前記送信側メールサーバとして動作させるためのコンピュータプログラム、コンピュータを前記受信側メールサーバとして動作させるためのコンピュータプログラムも、本発明の目的を達成するものである。
【発明の効果】
【００２６】
本発明によって、きわめて単純な仕組みで迷惑メール対策を行うことができる。そのため、システムの導入が簡単であり、処理が軽量である。
また、メールの受信者が、自ら許可した送信者のメールだけを受信できる。つまり、受信者が送信者を自分で選べる。
【００２７】
本発明のシステム（以下、「本システム」）が提供する機能は、すべて、メールヘッダーの中の情報の利用によって実現されるため、本システムに非対応のメールサーバでは、単にその情報が無視されるだけである。つまり、本システムに対応していないメールサーバとのメール送受信が可能であって、現行のメールシステムとの完全な相互運用性を持つ。これにより、本システムは、未だ十分に普及していない段階から、それなりの効果を発揮できる。
【図面の簡単な説明】
【００２８】
【図１】第１の実施形態のシステムの構成を示す図である。
【図２】第１の実施形態のパスワード記憶手段に格納されるデータ構造を例示する図である。
【図３】第１の実施形態のメールサーバに送信用パスワードが登録される以前に行う（パターン１の）処理の流れを示すフロー図である。
【図４】第１の実施形態のログイン画面を例示する図である。
【図５】第１の実施形態のメール送信要求に対する諾否を設定するための画面を例示する図である。
【図６】第１の実施形態の送信要求者記憶手段に格納されるデータ構造を例示する図である。
【図７】第１の実施形態のメールサーバに送信用パスワードが登録される以前に行う（パターン２の）処理の流れを示すフロー図である。
【図８】第１の実施形態のメールサーバに送信用パスワードが登録される以前に行う（パターン３の）処理の流れを示すフロー図である。
【図９】第１の実施形態の送信側メールサーバで行われるＩｎｖｉｔｅメールを受信し送信用パスワードを登録する処理の流れを示すフロー図である。
【図１０】第１の実施形態の送信用パスワードが相互に登録されているユーザ間でのメールの送受信処理の流れを示すフロー図である。
【図１１】第１の実施形態のメール受信の許可を後から取り消す場合の処理の流れを示すフロー図である。
【図１２】第１の実施形態の送信許可を取消すための操作画面を例示する図である。
【図１３】第２の実施形態のメール送信処理の流れを示すフロー図である。
【図１４】第３の実施形態のメール送信処理の流れを示すフロー図である。
【発明を実施するための形態】
【００２９】
《第１の実施形態》
以下、図面を参照しながら本発明の第１の実施形態について説明する。これは、送信側と受信側の双方のメールサーバが本発明のメールシステムに対応している場合の実施形態である。
【００３０】
本実施形態のシステムの構成を説明する。
【００３１】
図１に示すように、送信ユーザ端末１、受信ユーザ端末２、送信側メールサーバ３、受信側メールサーバ４から構成される。
【００３２】
送信ユーザ端末１は、送信ユーザＡがメール送信やインターネット上のサイトにアクセスするときに使用する情報処理装置である。
受信ユーザ端末２は、受信ユーザＢがメール受信やインターネット上のサイトにアクセスするときに使用する情報処理装置である。
送信ユーザ端末１と受信ユーザ端末２は、携帯電話、パソコン、ＰＤＡ等、メール送受信の機能を備えていることが必要であり、インターネットを介してウェブページを閲覧する機能を備えていることが望ましい。
なお、本実施形態では、送信ユーザＡが送信ユーザ端末１を介して行った行為を含め、送信ユーザＡの行為を単に「送信ユーザＡ」と称して説明することがある。受信ユーザＢについても同様である。
【００３３】
なお当然のことながら通信は双方向であるが、以下の説明では簡単の為に一方向について説明するので送信ユーザをＡ、受信ユーザをＢと固定する。本発明の最も重要な概念である「送信用パスワード」は、受信ユーザＢから送信ユーザＡへ与えられて、送信ユーザＡが使用する。以下の説明の中で、受信ユーザＢから送信ユーザＡへのメール送信の際の「送信用パスワード」（請求項３の「逆送信用パスワード」に相当）も登場するが、混乱を避ける為にこれを特に「返信用パスワード」と記す。この過程を経て双方向通信が確立されれば両者の区別はなくなる。一方が他方にメールを送る場合は、相手から与えられた「送信用パスワード」を使うわけである。
【００３４】
送信側メールサーバ３は、送信ユーザ端末１からのメールを受信して受信側メールサーバ４に送信する情報処理装置である。
受信側メールサーバ４は、送信側メールサーバ３からのメールを受信する情報処理装置である。
実際は１台のメールサーバは、メールの送信と受信の機能を有しており、同一のメールサーバ上のユーザ間でメールの送受信を行う場合もあるので、当然送信側メールサーバ３と受信側メールサーバ４の両者の機能を兼ね備えている。しかし、説明をわかりやすくするため、送信側メールサーバと受信側メールサーバとを区別して説明する。
次に、図１に従い、送信側メールサーバ３と受信側メールサーバ４の機能ブロックを説明する。
【００３５】
送信側メールサーバ３は、記憶部３ａと処理部３ｂ、その他通信インターフェース部などを備える。
【００３６】
記憶部３ａには、パスワード記憶手段３０と、送信メール蓄積手段３１が含まれる。
パスワード記憶手段３０は、送信者及び受信者のアドレスを送信用パスワードと対応づけて記憶し、受信者のアドレスとグローバルパスワードとを対応付けて記憶する。パスワード記憶手段３０へのデータの格納例を図２に示す。
送信メール蓄積手段３１は、送信ユーザＡから受信したメールを、少なくとも送信完了まで保存する。
また、コンピュータを本システムの送信側メールサーバ３として機能させるためのコンピュータプログラムや、処理の経過に伴う作業用中間データ、パラメータ類、ウェブデータなどを記憶する図示しない他の記憶手段も含まれる。
【００３７】
処理部３ｂは、メール受信手段３２と、パスワード抽出手段３３と、ヘッダー情報付加手段３４と、メール転送制御手段３５と、パスワード登録手段３６と、その他の処理手段を含む。
ただし、これらの各手段の分類は、あくまで説明の便宜上にすぎない。各手段は、その機能に応じて、ハードウェア、ソフトウェアで実装される。ソフトウェアによる場合は、ＲＯＭやハードディスクなどの記憶手段に格納されているコンピュータプログラムを、ＣＰＵが実行する。これらは、公知の事柄であるので説明を省略する。
【００３８】
メール受信手段３２は、送信ユーザＡからのメールを受信する。
パスワード抽出手段３３は、送信ユーザＡから指定された送信元及び送信先のアドレスに基づいて、対応する送信用パスワードをパスワード記憶手段３０から抽出する。
ヘッダー情報付加手段３４は、受信したメールのヘッダーに、本システムに固有のヘッダーを付加する。この固有のヘッダーについては、後に詳しく説明する。
メール転送制御手段３５は、送信ユーザＡからのメールを受信側メールサーバ４に転送するとともに、受信側メールサーバ４からの一時的エラーが通知されてきた場合に、一定時間の待機後に送信メール蓄積手段３１からメールを取り出して再度転送する。
パスワード登録手段３６は、受信側メールサーバ４から通知された送信用パスワードの登録の諾否を送信ユーザＡに照会し、登録を許可された場合に送信側メールサーバ３のパスワード記憶手段３０に記憶させる。ただし、更新後の送信用パスワードが送信されてきた場合は、すでに正しい返信用パスワードが添えられているならば、送信ユーザＡに確認することなく、送信用パスワードを更新する。更新後の送信用パスワードとともに送信されてきたシリアル番号も記憶させる。また、受信ユーザＢのアドレスと対応づけてグローバルパスワードをパスワード記憶手段３０に記憶させる。
【００３９】
受信側メールサーバ４は、記憶部４ａと処理部４ｂ、その他通信インターフェース部などを備える。
【００４０】
記憶部４ａには、パスワード記憶手段４０と、受信メール蓄積手段４１と、送信要求者記憶手段４２、及びその他の記憶手段が含まれる。
パスワード記憶手段４０は、送信ユーザＡ及び受信ユーザＢのアドレスの組と返信用パスワードとを対応付けて記憶する。また、受信ユーザＢのアドレスと対応づけてグローバルパスワードも記憶する。パスワード記憶手段４０に格納されるデータ構造は、送信ユーザと受信ユーザが逆である以外は、図２に示すパスワード記憶手段３０とほぼ同様である。
受信メール蓄積手段４１は、受信したメールを受信ユーザＢのアドレスに対応づけて蓄積する。なお、本明細書では、受信メール蓄積手段４１に受信メールを蓄積し受信ユーザＢからの閲覧に供することを「配信」という。
送信要求者記憶手段４２は、受信ユーザＢのアドレスと対応づけて、この受信ユーザＢへのメール送信を希望する送信ユーザＡのアドレス及び受信ユーザ毎の許可あるいは拒否の別を記憶する。
【００４１】
処理部４ｂは、メール受信手段４３と、メール認証手段４４と、認証メール配信手段４５と、未認証メール配信制御手段４６と、送信用パスワード発行手段４７と、パスワード登録手段４８と、送信要求者管理手段４９と、その他の処理手段を含む。
ただし、これらの各手段の分類は、あくまで説明の便宜上にすぎず、各手段は、その機能に応じて、ハードウェア、ソフトウェアで実装されることは送信側メールサーバ３と同様である。
【００４２】
メール受信手段４３は、送信側メールサーバ３から転送されたメールを受信する。このメールには一時的エラー発生後に再送されてきたメールも含まれる。
メール認証手段４４は、パスワード記憶手段４０からメールの固有のヘッダーに書き込まれた送信用パスワードあるいはグローバルパスワードと一致するものがパスワード記憶手段４０から見つかれば認証済メールと判定する。
認証メール配信手段４５は、認証済メールを受信メール蓄積手段４１に蓄積する。またメールのＩｎｖｉｔｅヘッダーに書込まれた返信用パスワードをパスワード記憶手段４０に記憶させる。
未認証メール配信制御手段４６は、未認証のメールであれば、一時的エラー応答を送信側メールサーバ３に通知するとともに再送を待機する一方、受信ユーザＢに送信ユーザＡのアドレスを通知し受信の許可が得られた場合に再送されたメールを受信メール蓄積手段４１に蓄積する。また、受信の許可が得られた場合にＩｎｖｉｔｅヘッダーに書込まれた返信用パスワードをパスワード記憶手段４０に記憶させる。一方、受信が拒否された場合は、メール送信のプロトコルの中で、メールを受け付けずにエラーとする。
送信用パスワード発行手段４７は、未認証メールの受信が許可された場合、送信ユーザＡから受信ユーザＢ宛の送信を許可するための送信用パスワードを発行し、発行された送信用パスワードを固有のヘッダーの一つであるＩｎｖｉｔｅヘッダーに書き込んだメールを送信側メールサーバ３に送信する。このメールは、相手方に対して送信許可を通知する意味合いがあるので、以後、「Ｉｎｖｉｔｅメール」という。また、送信用パスワード発行手段４７は、送信用パスワードを所定のタイミングで更新し、これもメールで送信側メールサーバ３に通知する。なお、更新後パスワードを通知するメールには、固有のヘッダーのひとつであるＵｐｄａｔｅヘッダーを付加する。
パスワード登録手段４８は、送信用パスワード、グローバルパスワードをユーザのアドレスと対応づけてパスワード記憶手段４０に記憶させる。
送信要求者管理手段４９は、受信ユーザ端末２において設定される受信許可または拒否の別の送信を受け、この諾否の別に基づき送信要求者記憶手段４２の内容を更新（新規追加もある）するとともに、許可から拒否に変更された場合は送信用パスワードを無効化する。無効化するには、パスワード記憶手段４０から該当する送信用パスワードを削除してもよく、無効フラグを立ててもよい。送信を許可された者のアドレスを集めたホワイトリスト、拒否された者のアドレスを集めたブラックリストも使用しているならば、これらを更新する。
【００４３】
以下、本実施形態のシステムの動作について説明する。
【００４４】
まず、本実施形態でメールに付加する固有のヘッダーについて説明する。
固有のヘッダーには４つの種類があるが、それらは、すべて同じ形式になっていて、以下のようになっている。一部の情報は暗号化してもよいが、ここでは説明のために平文で記述する。
〔X-Optin：f=<FROM>； t=<TO>； m=<MODE>； y=<TYPE>； s=<SERIAL NO.>；p=<PASSWORD>〕
ここで、<>で囲まれた部分には、それぞれ、
<FROM>    送信元のメールアドレス
<TO>      送信先のメールアドレス
<MODE>    固有ヘッダーの種類を示すr, a, i, uのいずれかの文字であり、ｒは送信要求、ａは認証要求、ｉは送信用パスワード発行、ｕは送信用パスワードの更新を意味する。以下、それぞれに対応する固有ヘッダーを「Ｒｅｑｕｅｓｔヘッダー」、「Ａｕｔｈｅｎｔｉｃａｔｅヘッダー」、「Ｉｎｖｉｔｅヘッダー」、「Ｕｐｄａｔｅヘッダー」という。
<TYPE>    パスワードのタイプを示すg, pのいずれかの文字であり、ｇはグローバルパスワード、ｐは送信用パスワードを意味する。
<SERIAL NO> シリアル番号であり、送信用パスワードは更新されるごとに異なった番号が付加される。
<PASSWORD> パスワードそのもの。
これら４種類の固有ヘッダーは、受信ユーザＢには必要のないものであり、配信時に削除してもかまわない。
【００４５】
たとえば、ユーザＡ（メールアドレス＝a@abc.com）から、ユーザＢ（メールアドレス＝b@xyz.com）宛てに返信用パスワードを送る場合のヘッダーは、以下のように２行が付加される。２行目ではＡｕｔｈｅｎｔｉｃａｔｅヘッダーが付加されているが、これは、ユーザＡは、すでにユーザＢからメールの送信が許可されているということである。
（ａ）〔X-Optin：f=a@abc.com； t=b@xyz.com； m=i；y=p； s=11201； p=1234abcd〕
（ｂ）〔X-Optin：f=a@abc.com； t=b@xyz.com； m=a；y=p； s=10201；p=9876wxyz〕
１行目のＩｎｖｉｔｅヘッダー（ａ）は、ユーザＡからユーザＢへのＩｎｖｉｔｅメールで、パスワードのタイプは送信用パスワードで、パスワードは1234abcdで、このパスワードのシリアル番号は11201であることを示している。（このパスワード1234abcdは、ユーザＢからユーザＡへ逆方向の送信に用いられる返信用パスワードである。）
２行目のＡｕｔｈｅｎｔｉｃａｔｅヘッダー（ｂ）は、ユーザＡからユーザＢへ認証用のパスワードを送っていて、パスワードのタイプは送信用パスワードであり、パスワードは9876wxyzで、このパスワードのシリアル番号は、10201であることを示している。
なお、２行目の固有ヘッダーの情報により正しく認証された場合、１行目の情報は、受信者による判断を必要としないまま、パスワードがデータベースに登録されることになる。
【００４６】
最初に、互いに送信用パスワードを知らない状態からのメール送受信の開始について説明する。
送受信の開始の仕方として代表的な３パターンは次のとおりである。
〔開始パターン１〕
送信ユーザＡが普通どおりにメールを送信し、受信ユーザＢがそのメールを許可することで受け入れる場合
〔開始パターン２〕
送信ユーザＡがあらかじめメール以外の方法で受信ユーザＢから教えてもらったグローバルパスワードを使ってメールを送信する場合
〔開始パターン３〕
受信ユーザＢが送信ユーザＡからのメールを受ける前にあらかじめ、送信ユーザＡを許可する場合
【００４７】
まず、第１の開始パターンについて図３を参照しながら説明する。
【００４８】
送信ユーザＡは、特に本システムを意識せずに、従来の普通の手順でメールを送信する（ステップＳ１。以下、「ステップＳ＊」を「Ｓ＊」のように記載する。）。メール受信手段３２が受信すると、パスワード抽出手段３３は、メールの送信ユーザＡのアドレスと受信ユーザＢのアドレスの組と対応する送信用パスワードをパスワード記憶手段３０から検索する（Ｓ２）。ここでは、対応する送信用パスワードがパスワード記憶手段３０に存在しないため、送信用パスワード発行を受信ユーザＢに依頼しなくてはならない。そのため、ヘッダー情報付加手段３４は、メールにＲｅｑｕｅｓｔヘッダーを付加する（Ｓ３）。例えば、次のヘッダー（ア）のようにパスワードが空欄のヘッダーである。
【００４９】
（ア）〔Ｘ-Optin： f=a@abc.com； t=b@xyz.com； m=r； y=； s=；p=〕
【００５０】
このとき受信ユーザＢから送信ユーザＡに対しても返信メールを送れるようにするための返信用パスワードを書き込んだ（イ）のようなＩｎｖｉｔｅヘッダーも付加する。このＩｎｖｉｔｅヘッダーに書き込まれた返信用パスワードをパスワード記憶手段３０に登録することは必要である。後述するパスワード登録処理（Ｓ１８）で送信元の認証をする際などに参照されるからである。
【００５１】
（イ）〔X-Optin： f=a@abc.com； t=b@xyz.com； m=i； y=p； s=11201； p=1234abcd〕
【００５２】
このようにヘッダーを付加した後のメールを、メール転送制御手段３５は受信側メールサーバ４へ転送する（Ｓ４）とともに、このメールを送信メール蓄積手段３１に保存しておく。
【００５３】
受信側メールサーバ４のメール受信手段４３が、送信ユーザＡからのメールを受信すると、メール認証手段４４は、認証処理つまり受信ユーザＢによって受信を許可されているメールかを判定する（Ｓ５）。メールヘッダー（ア）は、送信要求のためのＲｅｑｕｅｓｔヘッダーであり、当然のことながらパスワード記憶手段４０には該当する送信用パスワードが存在しないため、認証は失敗し、未認証メール配信制御手段４６による以下の処理がなされる。
送信側メールサーバ３には、一時的エラーを返す（Ｓ６）。ここで、「一時的エラー」とは、再送可能なエラーであり、受信ユーザＢが受信を拒否したため再送不可の「パーマネントエラー」とは区別される。
同時に、メール送信者（送信ユーザＡ）を送信要求者記憶手段４２へ登録し（Ｓ７）、受信ユーザＢへメール送信要求があったことを通知する（Ｓ８）。
【００５４】
受信ユーザＢへの通知の仕方は特に限定しないが、例えば、メール送信要求があった旨をメールで通知し、このメールには所定のウェブページのＵＲＬが記載されている。受信ユーザＢはこのウェブページにアクセスして許可あるいは拒否の意思表示をすればよい。
例えば、受信側メールサーバ４からのメールには図４のようなページのＵＲＬが記載されてあるとする。これは、受信側メールサーバ４が管理しているシステムへのログイン画面である。受信ユーザＢはアドレス欄に自分のアドレスを、ＬＯＧＩＮ用パスワード欄に本システムへのユーザ登録時に発行されていたパスワードを入力し、ＯＫボタンをクリックすると、図５のような「メール送信許可要求者」画面へ遷移する。
メール送信許可を求めてきたメールのＦＲＯＭヘッダー等の内容が表示される。
アドレスに対応して、許可／拒否／保留／削除のいずれかを選択できるラジオボタンが並んでいる。最初は保留状態になっているので、ユーザは許可か拒否を選択する。なお、削除は、その送信ユーザに関する情報を完全に破棄する場合に選択する。許可または拒否を選択した後、設定ボタンをクリックする（Ｓ９）と選択した内容が受信側メールサーバ４に送信され、送信要求者記憶手段４２には図６に例示するように、受信ユーザＢのアドレスと対応づけて送信要求者ごとに許可または拒否の別が登録される。
【００５５】
ところでＳ６で送信されたエラーを受信した送信側メールサーバ３のメール転送制御手段３５は一定時間待機（Ｓ１０）した後、送信エラーが発生したメールを送信メール蓄積手段３１から取り出して受信側メールサーバ４に再送信する（Ｓ１１）。
【００５６】
再送信した時点では、受信ユーザＢが、図５の画面において「許可」を選択、つまり、メールの受信を許可（Ｓ１２でＹｅｓ）したならば、認証メール配信手段４５はメールを受信ユーザＢのメールボックスへ配信し（Ｓ１４）、受信ユーザＢが受信する（Ｓ１５）。
受信ユーザＢが、図５の画面において「拒否」を選択、つまり、メールの受信を拒否（Ｓ１２でＮｏ）したならば、Ｓ１１でメールが再送信されても送信側メールサーバ３に受信拒否のためのパーマネントエラーを通知する（Ｓ１３）。
【００５７】
受信ユーザＢから許可が得られ、メールを配信した場合、Ｓ１４の前後のタイミングで、Ｉｎｖｉｔｅヘッダー（イ）に書き込まれていた返信用パスワード1234abcd等のＩｎｖｉｔｅ情報をパスワード記憶手段４０に登録する（Ｓ１６）。
この登録により、以後、受信ユーザＢから送信ユーザＡへのメール送信、たとえば受信したメールへの返信などが可能となる。
【００５８】
続いて、受信側メールサーバ４は、送信ユーザＡのメールが以後受信ユーザＢに問合せなくても受信できるように送信用パスワードを発行する。送信用パスワード発行手段４７は所定のアルゴリズムで送信用パスワードを発行し、これを書き込んだＩｎｖｉｔｅヘッダーを付加したＩｎｖｉｔｅメールを送信側メールサーバ３に送信する（Ｓ１７）。
このときに付加される固有のヘッダーは次のＩｎｖｉｔｅヘッダー（ウ）とＡｕｔｈｅｎｔｉｃａｔｅヘッダー（エ）である。
【００５９】
（ウ）〔X-Optin：f= b@xyz.com；  t= a@abc.com；m=i； y=p； s=10201；p=9876wxyz〕
（エ）〔X-Optin：f= b@xyz.com； t= a@abc.com；m=a； y=p； s=11201；p=1234abcd〕
【００６０】
これを受信した送信側メールサーバ３では、パスワード登録手段３６がＩｎｖｉｔｅヘッダー（ウ）に書き込まれている送信用パスワード9876wxyzをパスワード記憶手段３０に記憶させる（Ｓ１８）。このＩｎｖｉｔｅメールの送受信に関する処理は、あとで詳しく説明する。
【００６１】
上記の処理フローの最後まで処理が進んだときには、送信ユーザＡは、受信ユーザＢへ送信するための送信用パスワードをＳ１８にて取得しており、受信ユーザＢは、逆に送信ユーザＡへ送信するための返信用パスワードをＳ１６にて取得していることになる。このように互いにパスワードを取得したので、以後、メールの送受信の制御がメールサーバ間のみで円滑に行われることになる。
【００６２】
次は、第２のメール送信の開始パターンについて説明する。
【００６３】
上記の第１のパターンでは、図３に示すように、送信ユーザＡが普通どおりにメールを送信し、受信ユーザＢがそのメールを許可することで送信ユーザＡと受信ユーザＢの双方が送信用パスワードを入手可能であった。
これに対し、第２の開始パターンでは、送信ユーザＡがあらかじめメール以外の方法で受信ユーザＢから教えてもらったグローバルパスワードを使ってメールの送信を開始する。
【００６４】
このグローバルパスワードを利用して行う最初のメール送信の流れを、図７を参照しながら説明する。
受信ユーザＢは、受信ユーザ端末２からウェブ画面の操作など（Ｓ２０）の方法で、任意のグローバルパスワードを受信側メールサーバ４へ送信するとパスワード登録手段４８はパスワード記憶手段４０に受信ユーザＢのアドレスと対応づけて登録する（Ｓ２１）。また受信ユーザＢは、それを送信ユーザＡにメール以外の方法、たとえばＳＮＳやメッセンジャーのようなオンラインサービス、印刷した名刺の手渡し、郵便や電話といった方法で知らせる（Ｓ２２）。
【００６５】
送信ユーザＡは、送信ユーザ端末１からウェブ画面などを操作し（Ｓ２３）、このグローバルパスワードを送信側メールサーバ３に通知すると、パスワード登録手段３６は、受信ユーザＢのアドレスと対応づけてパスワード記憶手段３０に登録する（Ｓ２４）。これにより、送信ユーザＡからのメールは受信ユーザＢによる許可の操作などを要しないで受信ユーザＢに配信することができる。なぜなら、受信ユーザＢからグローバルパスワードの通知を受けたということは受信ユーザＢからメール送信を許可されたのも同然であるからである。ただし、この時点ではまだ送信用パスワードは発行されていない。
【００６６】
送信ユーザＡは、普通の手順でメールを送信する（Ｓ２５）と、ヘッダー情報付加手段３４は、パスワード記憶手段３０から送信先（受信ユーザＢ）のアドレスと対応づけられたグローバルパスワードを抽出し、次の（オ）のようなメールヘッダーを付加する（Ｓ２６）。
【００６７】
（オ）〔X-Optin： f= a@abc.com；  t= b@xyz.com；m=a；y=g； s=； p=HOSI〕
【００６８】
このヘッダー（オ）は、Ａｕｔｈｅｎｔｉｃａｔｅヘッダーであり、受信側にグローバルパスワードHOSIで認証するように要求するものである。
ヘッダー情報付加手段３４は、あわせて受信ユーザＢのための返信用パスワードを書き込んだＩｎｖｉｔｅヘッダーもメールに付加し、受信側メールサーバ４へ転送する（Ｓ２７）。
受信側メールサーバ４は、受信したメールのヘッダー（オ）に記載のグローバルパスワードをパスワード記憶手段４０から検索し、一致するものがみつからなければ（Ｓ２８でＮＧ）、受信を拒否すべきメールとして送信側メールサーバ３にパーマネントエラーを送信する（Ｓ２９）。
認証に成功したならば（Ｓ２８でｙｅｓ）、以後、図３のＳ１４以降と同様の処理が行われる。
【００６９】
グローバルパスワードは、簡単な単語や4桁の数字など、比較的、人が直接扱うのにやりやすいものを想定している。これに対し、送信用パスワードは、受信側メールサーバ４が自動的に生成した複雑なパスワードで、人が直接扱うには扱いにくいものである。しかし、メールサーバ間で処理が行われ、人が関与する必要が無い。
【００７０】
次は、第３のメール送信の開始パターンについて図８を参照しながら説明する。
【００７１】
このパターンでは、受信ユーザＢが事前に送信ユーザＡからのメールを許可する点に特徴がある。
受信ユーザＢは、ウェブ画面の操作など（Ｓ３０）を通じて、送信ユーザＡのアドレスからのメールを受信許可すると、受信側メールサーバ４の送信要求者管理手段４９は、送信ユーザＡのアドレスと対応づけて受信ユーザＢのアドレスと「許可」とを送信要求者記憶手段４２に設定する（Ｓ３１）。
このとき、Ｉｎｖｉｔｅメールを送信して、送信ユーザＡに対し受信ユーザＢへの送信を許可するための送信用パスワードを発行し通知するかどうかは、システムの設定、または、そのときの受信ユーザＢの操作により決定する。このときのＩｎｖｉｔｅヘッダー（カ）は次に例示するようなものである。
【００７２】
（カ）〔X-Optin： f= b@xyz.com；  t= a@abc.com； m=i；y=p； s=10201； p=9876wxyz〕
【００７３】
もしＩｎｖｉｔｅメールを送信する（Ｓ３２）ならば、この時点で送信ユーザＡは受信ユーザＢへメールを送信するための送信用パスワード9876wxyzを取得することとなって、パスワード登録手段３６はパスワード記憶手段３０に記憶させる（Ｓ３３）。送信用パスワードが登録されると、送信ユーザＡに通知される（Ｓ３４）。
【００７４】
ここで、送信ユーザＡが受信ユーザＢにメールを送信する（Ｓ３５）と、ヘッダー情報付加手段３４は、送信用パスワード9876wxyzが既にパスワード記憶手段３０に登録されているので、Ａｕｔｈｅｎｔｉｃａｔｅヘッダー（キ）を付加する（Ｓ３６）。
【００７５】
（キ）〔X-Optin：f= a@abc.com；  t= b@xyz.com； m=a；y=p； s=10201； p=9876wxyz〕
【００７６】
このヘッダー（キ）は、受信側に送信用パスワード9876wxyzで認証するように要求するものである。
ヘッダー情報付加手段３４は、あわせて受信ユーザＢからの返信を許可するための返信用パスワードを書き込んだＩｎｖｉｔｅヘッダーを付加し、メール転送制御手段３５は受信側メールサーバ４にメールを転送する（Ｓ３７）。
受信側メールサーバ４は、受信したメールのヘッダー（キ）に記載の送信用パスワード9876wxyzをパスワード記憶手段４０から検索し、一致するものがみつからなければ（Ｓ３８でＮＧ）、受信を拒否すべきメールとして送信側メールサーバ３にパーマネントエラーを送信する（Ｓ３９）。
認証に成功したならば（Ｓ３８でＯＫ）、以後、パターン１（図３）のＳ１４からＳ１６と同様の処理が行われる
もし、上記のＳ３２からＳ３４の処理が行われていない場合は、パターン１と同様にＳ１７およびＳ１８の処理も行われる。
【００７７】
以上、メールの送信を開始する場合の処理として代表的な３パターンの説明をした。
【００７８】
では、図９にしたがい、送信側メールサーバ３側で行われるＩｎｖｉｔｅメール受信時の送信用パスワードの登録処理（図３のＳ１７）の詳細なフローを説明する。
【００７９】
このＩｎｖｉｔｅメールは、送信ユーザＡのアドレスを送信先とするが、直接送信先のメールボックスに入るものではなく、送信側メールサーバ３によってそのまま受信される（Ｓ４０）。このメールには、Ｉｎｖｉｔｅヘッダー（ク）とＡｕｔｈｅｎｔｉｃａｔｅヘッダー（ケ）が付加されているものとする。
【００８０】
（ク）〔X-Optin：f= b@xyz.com； t= a@abc.com； m=i； y=p； s=10201；p=9876wxyz〕
（ケ）〔X-Optin：f= b@xyz.com； t= a@abc.com； m=a； y=p； s=11201； p=1234abcd〕
【００８１】
送信側メールサーバ３がブラックリストを併用している場合（Ｓ４１でｙｅｓ）、ブラックリストとの照合を行い、Ｉｎｖｉｔｅメールの送信元、つまり受信ユーザＢのアドレスb@xyz.comがブラックリストに載っているならば（Ｓ４２でｙｅｓ）、このＩｎｖｉｔｅメールを破棄する（Ｓ４３）。
ブラックリストを使用していない場合（Ｓ４１でｎｏ）、あるいは受信ユーザＢのアドレスがブラックリストに載っていない場合（Ｓ４２でｎｏ）、ホワイトリストを使用していれば（Ｓ４４でｙｅｓ）、ホワイトリストとの照合を行い、使用していなければ（Ｓ４４でｎｏ）、Ｓ４７に進む。このアドレスb@xyz.comがホワイトリストに載っているならば（Ｓ４５でｙｅｓ）、Ｉｎｖｉｔｅヘッダー（ク）に書き込まれた送信用パスワード9876wxyzをパスワード記憶手段３０に登録する（Ｓ４６）が、載っていなければ（Ｓ４５でｎｏ）、Ａｕｔｈｅｎｔｉｃａｔｅヘッダー（ケ）に書き込まれた返信用パスワード1234abcdの照合を行う（Ｓ４７）。返信用パスワード1234abcがパスワード記憶手段３０に登録されているならば（Ｓ４７でｙｅｓ）、送信されてきた送信用パスワード9876wxyzをパスワード記憶手段３０に登録する（Ｓ４６）。
もし、ヘッダー（ケ）でパスワード種類がｇ（グローバルパスワード）であれば、Ｓ４７では照合できないので（Ｓ４７でｎｏ）、グローバルパスワードの照合を行う（Ｓ４８）。このグローバルパスワードが照合の結果一致したならば（Ｓ４８でｙｅｓ）、送信されてきた送信用パスワード9876wxyzをパスワード記憶手段３０に登録する（Ｓ４６）。一致しなかったならば（Ｓ４８でｎｏ）、送信用パスワード9876wxyzの登録を保留にした状態で送信ユーザＡに通知し、送信ユーザＡが許可したならばパスワード記憶手段３０に登録する（Ｓ４９）。
【００８２】
このように受信ユーザＢ側で発行した送信用パスワードの登録に際し送信ユーザＡの許可手続きを含めたのは、Ｉｎｖｉｔｅメールを無条件に受け入れ、送信用パスワードの登録を認めると、いわゆるＤｏＳ攻撃等に対するセキュリティーホールとなってしまうからである。Ｉｎｖｉｔｅメールを受け入れるかどうかも、通常のメールの受け入れと同様にユーザの意思により決定されることとしたのである。
【００８３】
次は、送信用パスワードを取得した者同士のメール送信の動作について説明する。
【００８４】
上記のいずれかの方法によって互いに送信用パスワードを入手した後は、図１０のフローにしたがってメールの送受信が行われる。以下の説明では、送信ユーザＡから受信ユーザＢへ送信する場合の処理フローについて説明するが、逆に受信ユーザＢから送信ユーザＡに向けてメールを送信する場合も同様のフローで処理できる。
送信ユーザＡが受信ユーザＢ宛にメールを送信（Ｓ５０）すると、パスワード抽出手段３３は、送信ユーザＡのアドレスおよび受信ユーザＢのアドレスの組に対応する送信用パスワードをパスワード記憶手段３０から抽出し、ヘッダー情報付加手段３４は、抽出した送信用パスワードを書き込んだＡｕｔｈｅｎｔｉｃａｔｅヘッダーを付加する（Ｓ５１）。ヘッダーが付加されたメールは受信側メールサーバ４に転送される（Ｓ５２）。このように送信用パスワードが発行された後は、送信ユーザＡをわずらわすことなく、送信側メールサーバ３がメール送信に関連する必要な処理を自動的に行う。
なお、ヘッダー情報付加手段３４は送信ユーザＡから受信ユーザＢへの送信許可がなされているか否かを、パスワード記憶手段３０にユーザのアドレスと対応した送信用パスワードあるいはグローバルパスワードが登録されているか否かを持って判断し、登録されているならばＡｕｔｈｅｎｔｉｃａｔｅヘッダーを、登録されていなければＲｅｑｕｅｓｔヘッダーを自動的に生成する。Ａｕｔｈｅｎｔｉｃａｔｅヘッダーが付加されるときは、双方向のメール送信が可能になっていると考えられるので、Ｉｎｖｉｔｅヘッダーの付加は必要ない。
【００８５】
受信側メールサーバ４で受信されたメールは、Ａｕｔｈｅｎｔｉｃａｔｅヘッダーに書き込まれた送信用パスワードに基づき認証される（Ｓ５３）。
【００８６】
送信用パスワードがパスワード記憶手段４０に登録されていなければ、認証に失敗したものとして（Ｓ５３でＮＧ）、送信側メールサーバ３にパーマネントエラーを送信する（Ｓ５４）。認証に成功したならば（Ｓ５３でＯＫ）、認証メール配信手段４５はメールを受信メール蓄積手段４１に蓄積し（Ｓ５５），受信ユーザＢが受信できる状態になる（Ｓ５６）。
【００８７】
ところで、同一の送信用パスワードを使い続けることはセキュリティ上問題がある。そのため、本システムは自動的に送信用パスワードを変更する機能も備えている。図１０では、メール配信（Ｓ５５）が完了後に、送信用パスワード発行手段４７は送信用パスワードを更新し、送信側メールサーバ３に更新後の送信用パスワードとシリアル番号とをメールによって通知する（Ｓ５７）。このときのメールヘッダーは次のＵｐｄａｔｅヘッダー（コ）のようなものである。
【００８８】
（コ）〔X-Optin： f= b@xyz.com； t= a@abc.com； m=u； y=p； s=10202；p=8765xyzw〕
【００８９】
送信側メールサーバ３のパスワード登録手段３６は、更新後パスワード8765xyzwとシリアル番号10202とをパスワード記憶手段３０に登録する（Ｓ５８）。
【００９０】
ここで、更新後パスワードとともにシリアル番号を使用することが強く望まれる。なぜなら、送信用パスワードの更新メールは送信側メールサーバ３に一方的に送り付けるメールである。メールは、相手に必ず伝わるとは限らず、例えば、通信径路上のトラブルで喪失することもありうる。そのため、送信用パスワードが確実に更新されたことを確認できない。シリアル番号を利用すれば、送信用パスワードの新旧の区別がつくので、更新の有無を判断できる。
すなわち、後から発行された送信用パスワードには大きいシリアル番号が付されるので、送信用パスワードの発行の先後をシリアル番号によって知ることができる。そのため、メールのＡｕｔｈｅｎｔｉｃａｔｅヘッダーに送信用パスワードに加えてシリアル番号も書き込み、受信側で認証の際に送信用パスワードとシリアル番号の両者を検索し、それぞれが一致するときに配信可能なメールと判定する。
【００９１】
受信側メールサーバ４は、送信用パスワードを更新発行してもパスワード記憶手段４０から更新前の送信用パスワードをただちに削除せず、更新後の送信用パスワードが書き込まれたメールが送られてきたときに、破棄してもよいが、何代か前の送信用パスワードは保存しておいてもよい。
なお、送信用パスワードの更新を通知するメールの送信は、メールを配信する都度送信する場合に限らず、任意のタイミングで実行すればよい。このタイミングは、受信ユーザＢが指定することもできる。
【００９２】
次に、メール受信の許可を後から取り消す場合について、図１１にしたがい、説明する。
【００９３】
受信ユーザＢは、ウェブ画面の操作など（Ｓ６０）を通じて、送信ユーザＡのアドレスからのメール受信の許可を取り消すように受信側メールサーバ４に設定する（Ｓ６１）。
例えば、受信ユーザＢから許可取消しの要求があると、送信要求者管理手段４９は、送信要求者記憶手段４２から現在の状況を抽出して図１２のようなウェブページを表示させる。ラジオボタンが「許可」に設定されている場合、「拒否」に設定変更し、ＯＫボタンをクリックすれば、新たな設定内容が受信側メールサーバ４に送信され、送信要求者記憶手段４２に更新登録される。
送信ユーザＡを拒否に設定変更することによって、パスワード記憶手段４０に登録されている送信ユーザＡの送信用パスワードを無効にする。また、本システムがホワイトリストを併用している場合は、送信ユーザＡのアドレスをホワイトリストから削除し、ブラックリストを併用している場合は、ブラックリストに登録する。
このように設定変更された後に送信ユーザＡがメールを送信（Ｓ６２）すると、送信側メールサーバ３が自動的に送信用パスワードを書き込み（Ｓ６３）、受信側メールサーバ４に転送（Ｓ６４）しても、受信側メールサーバ４での認証処理は当然失敗する(Ｓ６５)。送信ユーザＡからのメールは受信拒否され、送信側メールサーバ３にパーマネントエラーが送信される（Ｓ６６）。
【００９４】
以上が、受信側および送信側のメールサーバ３，４のいずれもが本システムに対応している場合の一実施形態である。
このように、送信用パスワードのメールへの記載、送信用パスワードの登録、送信用パスワードを利用した認証などの処理の殆んどがメールサーバ間で自動的に行われるので、ユーザ側の負担は極めて軽い。その一方で、ユーザは、個別のユーザにつき許可、拒否、許可の取消、拒否の取消を自由に行えるので、閲覧したいメールをシステムによって自動的に破棄されてしまうといった不満が生じる余地はない。
【００９５】
上記の第１の実施形態では、ホワイトリスト・ブラックリストの併用は任意的である。
なぜなら、送信側メールサーバ３も受信側メールサーバ４も本システムに対応していることを前提としているので、受信者によるメールの選択的受信という本発明の目的が、送信用パスワードの使用だけで実現できるからである。
しかし、本システムに非対応のメールサーバが存在している場合であってもメール送受信に支障がないようにするには、ホワイトリストとブラックリストの両方が必要である。これについて以下の実施形態において説明する。
【００９６】
《第２の実施形態》
送信側メールサーバが本システムに非対応、受信側メールサーバが本システムに対応の場合の実施形態について図１３を参照しながら説明する。受信側メールサーバの機能は第１の実施形態と同様である。
【００９７】
受信ユーザＡがメールを送信する（Ｓ１０１）と、送信側メールサーバは、これを受信側メールサーバに転送する（Ｓ１０２）。送信側メールサーバは、本発明のシステムに非対応なので、Ｒｅｑｕｅｓｔヘッダーなどの固有のヘッダーが付加されることはない。受信側メールサーバのメール認証手段４４は、固有のメールヘッダーがないことから、送信側メールサーバはシステム非対応と判断し、認証に失敗したものとして扱い（Ｓ１０３）、送信側メールサーバに一時的エラーを送信する（Ｓ１０４）。送信メールサーバは一定時間待機し（Ｓ１０５）、再送信を試みる（Ｓ１０９）。この一時的エラー発生時の再送信は、既存のメールサーバの機能に含まれている。
【００９８】
一方、受信側メールサーバは、送信ユーザＡを送信要求者記憶手段４２に登録し（Ｓ１０６）、受信ユーザＢに送信要求があったことを通知する（Ｓ１０７）。受信ユーザＢからの受信諾否応答を受け（Ｓ１０８）、受信拒絶であれば（Ｓ１１０でＮｏ）、送信ユーザＡのアドレスをブラックリストへ登録し（Ｓ１１１）、送信側メールサーバにパーマネントエラーを送信する（Ｓ１１２）。
受信ユーザＢが受信を許可したならば（Ｓ１１０でｙｅｓ）、送信ユーザＡをホワイトリストへ登録し（Ｓ１１３）、メールが再送信(Ｓ１０９)されたならばこれを受信メール蓄積手段４１に蓄積し（Ｓ１１４）、受信ユーザＢが受信する（Ｓ１１５）。
このように、送信側メールサーバが本システムに非対応であっても、受信側メールサーバがホワイトリストとブラックリストを併用しているならば、受信ユーザ側は自分が許可したメールのみを受信できる。
【００９９】
もし、受信側メールサーバがホワイトリストとブラックリストを併用していないならば、選択的なメールの受信はできないが、少なくとも非対応のメールサーバから送信されるメールを受信することは可能である。
【０１００】
《第３の実施形態》
送信側メールサーバが本システムに対応、受信側メールサーバが本システムに非対応の場合の実施形態について説明する。
【０１０１】
送信ユーザＡがメールを送信する（Ｓ２０１）と、送信側メールサーバは送信用パスワードあるいはグローバルパスワードをパスワード記憶手段３０から検索する（Ｓ２０２）。ここではパスワードが抽出できないので、ヘッダー情報付加手段３４は、ＲｅｑｕｅｓｔヘッダーとＩｎｖｉｔｅヘッダーをメールに付加し（Ｓ２０３）、受信側メールサーバに転送する（Ｓ２０４）。
一方、受信側メールサーバは、本発明のシステムに対応していないので、送信側で付加された本システムに固有のヘッダーは無視される。その結果、送信されてきたメールは受信ユーザ対応のメールボックスに蓄積され（Ｓ２０５），ユーザＢによって受信される（Ｓ２０６）。
【０１０２】
このように、受信側メールサーバが本システムに非対応である場合、受信ユーザはメールを選択して受信することはできないが、必要なメールの受信ができないといった不都合は少なくとも生じない。
【０１０３】
以上、第１〜第３の実施形態をもとに本発明の説明をしてきたが、これらの実施形態は例示にすぎない。パスワード記憶手段などに格納するデータのテーブル構造、固有のヘッダーのフォーマット、処理の流れ等につき種々の変形例が考えられるが、それらの変形例も本発明の範囲である。
【産業上の利用可能性】
【０１０４】
きわめて単純な仕組みで処理が軽量であるので導入が容易であり、かつ、完全に現行のメールシステムとの相互運用性があるので、本発明のシステムが十分に普及していない段階から、それなりの効果を発揮でき、使い勝手のよい迷惑メール対策システムとして広く社会に受け入れられる可能性がある。
【符号の説明】
【０１０５】
１  送信ユーザ端末
２  受信ユーザ端末
３  送信側メールサーバ
４  受信側メールサーバ
３０  パスワード記憶手段
３１  送信メール蓄積手段
３２  メール受信手段
３３  パスワード抽出手段
３４  ヘッダー情報付加手段
３５  メール転送制御手段
３６  パスワード登録手段
４０  パスワード記憶手段
４１  受信メール蓄積手段
４２  送信要求者記憶手段
４３  メール受信手段
４４  メール認証手段
４５  認証メール配信手段
４６  未認証メール配信制御手段
４７  送信用パスワード発行手段
４８  パスワード登録手段
４９  送信要求者管理手段
【図１】
2011180898.tif 000003
【図２】
2011180898.tif 000004
【図３】
2011180898.tif 000005
【図４】
2011180898.tif 000006
【図５】
2011180898.tif 000007
【図６】
2011180898.tif 000008
【図７】
2011180898.tif 000009
【図８】
2011180898.tif 000010
【図９】
2011180898.tif 000011
【図１０】
2011180898.tif 000012
【図１１】
2011180898.tif 000013
【図１２】
2011180898.tif 000014
【図１３】
2011180898.tif 000015
【図１４】
2011180898.tif 000016