(57)【要約】【課題】発信者のメールアドレスを秘匿しつつ送信相手にメールを送信したり、該メールに対する返信メールを受け取ることが出来るメール転送システムを提供せんとするものである。【解決手段】ユーザの個人情報を登録ＩＤで整理し管理するユーザデータベースを備え、登録ユーザ間の通信を媒介し転送するシステムにおいて、登録ユーザよりユーザデータベースに登録されている特定のユーザのメールアドレス開示要求がなされた時、転送アドレスを生成して開示し、該転送アドレス宛に送信されたメールを、受信者に発信元のメールアドレスを変換して秘匿しつつ転送するようにしたことを特徴とする。【選択図】　図１
2004056317.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの個人情報を登録ＩＤで整理し管理するユーザデータベースを備え、登録ユーザ間の通信を媒介し転送するシステムにおいて、登録ユーザよりユーザデータベースに登録されている特定のユーザのメールアドレス開示要求がなされた時、転送アドレスを生成して開示し、該転送アドレス宛に送信されたメールを、受信者に発信元のメールアドレスを変換して秘匿しつつ転送するようにしたことを特徴とするメール転送システム。
【請求項２】
転送アドレスに発信者及び受信者の登録ＩＤを包含させ、転送アドレス宛のメールを解析し、発信者のメールアドレスを抽出し該アドレスに対応する登録ＩＤをユーザデータベースより取得し、転送アドレスに包含させた登録ＩＤとの比較検証を行い、両アドレスが合致した場合のみメールの転送を行うようにしたことを特徴とする請求項１記載のメール転送システム。
【請求項３】
転送アドレスに発信者及び受信者のメールアドレスを包含させ、転送アドレス宛のメールを解析して発信者のメールアドレスを取得し、転送アドレスに包含させたメールアドレスとの比較検証を行い合致した場合のみメールの転送を行うようにしたことを特徴とする請求項１又は２記載のメール転送システム。
【請求項４】
転送アドレスに包含させる登録ＩＤ若しくはメールアドレスに発信者又は受信者の何れかを示す情報を記録し、転送アドレス宛のメールの転送処理に方向性を持たせることを特徴とする請求項１又は２記載のメール転送システム。
【請求項５】
転送アドレス宛のメールが規定件数送信されたり、転送アドレス作成から一定期間が経過した場合には、転送アドレスを無効にするようにしたことを特徴とする請求項１〜４記載の発信者のメール転送システム。
【請求項６】
登録ユーザにより電子掲示板に書き込みがなされた際に、転送アドレスを生成し、書き込まれた本文と共に転送アドレスを電子掲示板に掲載するようにしたことを特徴とする請求項１〜５記載のメール転送システム。
【請求項７】
転送アドレスを暗号化して、第三者による送信元メールアドレスの偽装によるメール転送処理を防ぐようにしたことを特徴とする請求項１〜６記載のメール転送システム。
【請求項８】
転送アドレスへメールを送信した登録ユーザに対し、メールの送信数に応じて課金をするようにしたことを特徴とする請求項１〜７記載のメール転送システム。
【発明の詳細な説明】
【０００１】
【発明の属する分野】
この発明は、メールを送信する際に、相手に自身のメールアドレスを知られることなく、メールの送信を可能とするメール転送システムに関する。
【０００２】
【従来の技術】
従来よりインターネットを利用した電子メールの送受信はパソコン等のコンピュータ機器を用いて行われているが、送信したメールには必ず送信先メールアドレスと共に送信元のメールアドレスが記録される。
【０００３】
これは、自分のメールアドレスを相手に知られることなく相手にメールを送信し、且送信先からの返信メールを受信することは不可能であることを示す。差出人のメールアドレスについてはメール送信ソフトウェアに設定を施すことで偽装することも可能であるがこの場合には相手からの返信メールは偽装したメールアドレスへ届いてしまうため、返信メールを受け取ることが出来なくなってしまう。
【０００４】
【発明が解決しようとする課題】
この発明は、発信者のメールアドレスを秘匿しつつ送信相手にメールを送信したり、該メールに対する返信メールを受け取ることが出来るメール転送システムを提供せんとするものである。
【０００５】
【課題を解決するための手段】
上記課題を解決するためにこの発明が採った手段は、ユーザの個人情報を登録ＩＤで整理し管理するユーザデータベースを備え、登録ユーザ間の通信を媒介し転送するシステムにおいて、登録ユーザよりユーザデータベースに登録されている特定のユーザのメールアドレス開示要求がなされた時、転送アドレスを生成して開示し、該転送アドレス宛に送信されたメールを、受信者に発信元のメールアドレスを変換して秘匿しつつ転送するようにしたことを特徴とする。
【０００６】
転送アドレスに発信者及び受信者の登録ＩＤを包含させ、転送アドレス宛のメールを解析し、発信者のメールアドレスを抽出し該アドレスに対応する登録ＩＤをユーザデータベースより取得し、転送アドレスに包含させた登録ＩＤとの比較検証を行い、両アドレスが合致した場合のみメールの転送を行うようにしたことを特徴とする。
【０００７】
転送アドレスに発信者及び受信者のメールアドレスを包含させ、転送アドレス宛のメールを解析して発信者のメールアドレスを取得し、転送アドレスに包含させたメールアドレスとの比較検証を行い合致した場合のみメールの転送を行うようにしたことを特徴とする。
【０００８】
転送アドレスに包含させる登録ＩＤ若しくはメールアドレスに発信者又は受信者の何れかを示す情報を記録し、転送アドレス宛のメールの転送処理に方向性を持たせることを特徴とする。
【０００９】
転送アドレス宛のメールが規定件数送信されたり、転送アドレス作成から一定期間が経過した場合には、転送アドレスを無効にするようにしたことを特徴とする。
【００１０】
登録ユーザにより電子掲示板に書き込みがなされた際に、転送アドレスを生成し、書き込まれた本文と共に転送アドレスを電子掲示板に掲載するようにしたことを特徴とする。
【００１１】
転送アドレスを暗号化して、第三者による送信元メールアドレスの偽装によるメール転送処理を防ぐようにしたことを特徴とする。
【００１２】
転送アドレスへメールを送信した登録ユーザに対し、メールの送信数に応じて課金をするようにしたことを特徴とする。
【００１３】
【発明の実施の形態】
この発明の好ましい実施の形態を、以下に詳細に説明する。本願メール転送システムは基本的にサーバが備えるユーザデータベースに登録されているユーザ同士が、自身のメールアドレスを秘匿しつつメールの送受信が出来るようにメールの転送を行うものである。
【００１４】
メール送信相手を探しているユーザ（以下単に送信者という）がユーザデータベースを参照しある特定のユーザ（以下単に受信者という）をピックアップし該受信者に対しメールを送信したいとき、メール送信者はサーバに対し受信者のメールアドレス開示を要求する。これはユーザによりデータベース検索がなされ、希望するユーザがピックアップされても、ピックアップされたユーザの登録されているメールアドレスは開示されないためである。
【００１５】
前記送信者によるメールアドレス要求を受けたサーバは受信者の本来のメールアドレスではなく、送信者及び受信者の登録ＩＤ又は登録されているメールアドレスの情報を持った転送アドレスを生成し開示する。この転送アドレス宛に送信されたメールはヘッダ情報が解析され、送信者及び受信者のメールアドレスが転送アドレスの情報と合致しているか否か比較・検証を行った後、合致していれば送信元のメールアドレスを変換しつつ受信者の登録メールアドレスへ転送を行う。よって、送信者の自身のメールアドレスを秘匿しつつ受信者にメールを送信することが出来る。
【００１６】
【実施例】
本システムの詳細な動作について説明する。本システムを利用しようとするユーザはメール転送サーバにサーバから転送されたメールを受信するための自身のメールアドレスを登録する。又、本願システムの利用形態によっては住所・氏名・年齢・性別等の情報もあわせて登録する。登録された情報はユーザデータベースに、識別番号（登録ＩＤ）をキーとして整理・記録される。
【００１７】
図１は本発明のシステムを、人材派遣システムに利用した例を示すものである。（Ａ）は求人側のユーザであり、（Ｂ）は求職者である。（Ａ）（Ｂ）両者は共に登録ユーザであり、各々自身のメールアドレス及び氏名等の個人情報をサーバに登録している。さて（Ａ）は求職者を検索するためにまずサーバにログインを行う。ログイン方法については特に限定されず登録ユーザであることを認証出来ればよいので例えばユーザ登録時にログイン認証用のＩＤおよびパスワードを発行しておき、それを利用して認証するようにすればよい。尚、認証出来ない者に対しては登録を行わないと利用できない旨を通知しユーザ登録を促す。
【００１８】
ログインが認証された（Ａ）は次にユーザデータベースを検索する。この検索については特に限定されるものではないが、例えば人材派遣システムであれば、求職者が希望する業種や職種、勤務体系などを詳細に設定しつつ検索出来るようにするのが望ましい。（Ａ）が検索により求める人材として（Ｂ）がピックアップされたとすると、（Ａ）は（Ｂ）に対しメールにより詳細を伝えるためにサーバに対し（Ｂ）のメールアドレスの開示を要求する。これは先の検索により（Ｂ）の人材情報については開示されるが（Ｂ）の登録されているメールアドレスは開示されないためである。
【００１９】
メールアドレスの開示要求を受けたサーバは、ユーザデータベースより（Ａ）及び（Ｂ）の登録ＩＤを取得する。仮に（Ａ）の登録ＩＤを（００１）、（Ｂ）の登録ＩＤを（００２）とする。次に該登録ＩＤを利用して図２に示すように、（Ａ）（Ｂ）の登録ＩＤが包含された転送メールアドレスを生成して（Ａ）に対し（Ｂ）のメールアドレスとして開示する。よって（Ａ）は該開示されたメールアドレスへメールを送信することにより（Ｂ）に対しメールを送信することが可能となる。尚、（Ａ）（Ｂ）両者の登録ＩＤを包含させるのは後述のヘッダ情報の検証処理において、両者間のメールのみを転送可能とするためである。又、サーバが転送アドレスを開示する以外に例えばＷＥＢ上で（Ａ）にメールの本文を入力させて、これをメールとして加工した後サーバより（Ｂ）に配信することも可能である。
【００２０】
前記生成するメールアドレスに包含させる情報は登録ＩＤを利用するのではなく、登録ＩＤに対応するメールアドレスを利用したり、更には転送アドレスの生成日時や転送処理の有効期間等の情報を合わせて包含させることも可能である。又、包含させる登録ＩＤ、メールアドレスについてはそれそれ送信者又は受信者を示す情報をあわせて記録し、メール転送に方向性を持たせ、即ち、転送アドレスは（Ａ）から（Ｂ）のメールは転送処理をするが逆は転送しない等の設定も可能であり、これはシステムの利用形態により柔軟に対応することが可能となっている。
【００２１】
次に前記転送アドレス宛に送信されてきたメールの転送処理について説明する。（Ａ）が前記サーバより取得した（Ｂ）宛の転送アドレスにメールを送信すると、メールは（Ｂ）に送達されることなくサーバに送達する。メールを受信したサーバはヘッダ情報を解析し、あて先情報（Ｔｏ項）から記載されている転送アドレスを抽出し、更に抽出した転送アドレスを解析して包含されている登録ＩＤを取得する。次に送信元情報（Ｆｒｏｍ項）から送信元メールアドレスを取得する。
【００２２】
サーバは該取得した登録ＩＤに対応するメールアドレスをユーザデータベースより取得する。ここで、先に取得した送信元メールアドレス、この場合（Ａ）のメールアドレスと比較検証を行い、合致すればメールの転送処理に移行する。転送アドレスに包含されている登録ＩＤは２つであるため１つが送信者と合致したのであれば、他の登録ＩＤに対応するメールアドレス、この場合（Ｂ）のメールアドレスがこのメールの転送先となる。尚、もし送信元メールアドレスが転送アドレスに含まれている情報と合致しない場合は、第３者に転送アドレスが漏洩しているおそれがあるためシステム管理者に不審なメール転送要求があったことが通知される。この時メールがエラー処理されたことを送信者に通知すると、悪意のある送信者により更なるメール転送要求が繰り返される可能性があるため送信者にはメールがエラー処理されたことを通知しないようにするのが望ましい。
【００２３】
メールアドレスの合致したメールはヘッダ情報の内、あて先（Ｔｏ項）及び差出人（Ｆｒｏｍ項）をそれぞれ、
Ｔｏ項については、転送アドレスから（Ｂ）のメールアドレスへ
Ｆｒｏｍ項については、（Ａ）のアドレスから転送アドレスへ
のように書き換えられた後送出され（Ｂ）に配信される。
【００２４】
従って該メールを受け取った（Ｂ）はメールのヘッダ情報を見ても、メールの差出人である（Ａ）の本来のメールアドレスを知ることは出来ない。よって、（Ａ）は（Ｂ）に対し自身のメールアドレスを秘匿してメールを送信することが可能となるのである。さて、上記の処理において転送されたメールを受け取った（Ｂ）はメールが誰から差し出されたものなのかを知ることが出来ない。そこで、メール転送時に本文中に例えば［このメールは登録ＩＤ（ｘｘｘ）さんからのものです］等の文章を加え（Ｂ）にメール差出人を通知する。更にはこの差出人からのメールを今後も継続して受信するか否かを選択させるようにしてもよい。この場合は本文中に２つの特別なアドレス（ｕｒｌ）を記載し、継続して受信するならば１つ目のアドレスを、受信しないならば２つ目のアドレスをクリックすると、サーバにより自動的に転送処理制限を施すようにすることが考えられる。
【００２５】
さて（Ｂ）がこのアドレスに対し返信を行った際には、通常は自身のメールアドレスをＦｒｏｍ項に設定し、受信したメールのＦｒｏｍ項をＴｏ項に、この場合Ｆｒｏｍ項はサーバにより転送アドレスに書き換えられているため、送信先が転送アドレスとなった返信メールが作成され送出されるので、返信メールについても前記（Ａ）が送信した転送アドレス宛のメールのようにサーバに到達する。メールを受信したサーバは前記と同様にメールのヘッダ情報の解析、送信元・送信先メールアドレスの検証、ヘッダ情報の書き換えを行った後メールの転送を行う。よって、サーバにより転送された（Ｂ）からの返信メールを受信した（Ａ）も、（Ｂ）のメールアドレスを知ることはできない。
【００２６】
尚、メールの転送時には、転送したメールの情報、例えばメール送信者のメールアドレスや時間、更には本文についてある一定の基準をもって保存しておくことが望ましい。これは、送信者・受信者の間でメール交換中に誹謗中傷や契約違反行為等があった際のトラブル仲介の為の証拠として保全しておくのが好ましいからである。但し、本文の記録についてはユーザのプライバシーの問題があるため、例えば転送する文章を自動的に解析し、誹謗中傷と思われる文句が含まれている時のみ本文の記録をする等の細心の注意が必要となる。
【００２７】
又、転送アドレス宛にメールを送信したユーザに対して、メールの送信回数等に応じて課金をすることも可能である。この場合の課金方法については特に限定されるものではなく、本願システムの転送処理に対応できる課金システムであればよい。
【００２８】
上記実施例においては転送アドレスを生成する際にユーザの登録ＩＤを包含させていたが、登録ＩＤの代わりに各々のメールアドレスを包含させることも可能である。メールアドレスを包含させる場合にはメール転送時に、前述のように登録ＩＤに対応するメールアドレスをユーザデータベースから抽出する動作が不要となるためより高速な転送処理が可能となる。又、登録ＩＤ・メールアドレスのいずれを包含させた転送アドレスを生成する際でも、転送アドレスの有効期間や有効回数等の付加情報をも同時に包含させることも可能である。但し、包含させる文字については通常のメールサーバ（例えば送信者・受信者が日常において利用しているメールサーバ等）が処理を出来るように特定のコンピュータに依存した文字等を包含させないように制限を設けておくのが好ましい。又、文字数についてもある程度の上限を設けることが望ましい。
【００２９】
例えば、転送アドレスに有効期間を併せて包含させた場合には、受信者が一定期間以上過ぎて返信を行った際にメール転送を拒否したり、更に課金システムを導入している場合には有効回数を設定することにより一定回数までのメール転送は一定額で処理する等の設定が簡単に行うことが出来る。
【００３０】
尚、上記転送アドレス生成に際しメールアドレスを転送アドレスに包含させる場合には注意が必要である。なぜならば、転送アドレスが第３者に知れてしまい、更にメールアドレスを包含させていることが判明してしまった際には第３者が該包含されているメールアドレスからメールを送信したことを偽装すれば、他の包含されているメールアドレスにメールが転送されてしまい、受信者は迷惑を被ることとなってしまう。この為、本願システムでは転送アドレスについては、いかなる情報を包含する場合であっても暗号化を行い、仮に第３者に転送アドレスが漏洩してしまっても、被害が発生しないようにしている。
【００３１】
【実施例２】
次に本願システムを利用した応用例として、本願システムに掲示板の機能を持たせたもの若しくは他の掲示板システムと密接に連携し運用する方法を説明する。仮に（Ｃ）を掲示板に書き込みを行おうとしている登録ユーザ、（Ｄ）を掲示板を閲覧している登録ユーザとする。通常掲示板は書き込みをする際には本文を書き込むと共に必要に応じて自己のメールアドレスを併せて書き込めるようになっている。メールアドレスを併せて書き込みたい場合には、自身のメールアドレスを書き込むこととなるが、これでは掲示板を閲覧した悪意のある第３者が該メールアドレス宛に迷惑メールを送信すれば、否応なしに迷惑メールを受信してしまうこととなる。そこで、本システムを利用した掲示板ではこの不具合を解消すべく（Ｃ）より掲示板に対し、本文の書き込みと同時に自信のメールアドレスの書き込み要求があった際には、すぐに掲示板への掲載を行わず、書き込みユーザの転送アドレス（この場合ユーザ（Ｃ）へメール転送するための転送アドレス）を作成した後、前記本文と共に該転送アドレスを掲示板に掲載する。
【００３２】
該転送アドレスは実施例１と同様に送信者・受信者の両者の登録ＩＤ若しくはメールアドレスを包含するものが生成されるが、送信者を特定することの出来ない掲示板に掲載する為、受信者の情報については（Ｃ）の登録ＩＤを採用し、送信者については限定しないものとなる。従って、該転送アドレスに対しては誰でもメールを送信可能である。尚、掲示板に対してメールアドレスの書き込みを行ったユーザについては情報を記憶しておき、同一のユーザが掲示板に複数回メールアドレスの書き込みを行った際には全て同一の転送アドレスを掲載することも可能である。
【００３３】
掲示板を閲覧し（Ｄ）がこの転送アドレス宛のメールを送信する。メールを受け取ったサーバは前述のようにＴｏ項、Ｆｒｏｍ項を解析して、Ｔｏ項より包含されている登録ＩＤを取得すると共に登録ＩＤに対応するメールアドレスをユーザデータベースより取得する。又Ｆｒｏｍ項より送信元アドレスを取得する。該送信元アドレスについてもユーザデータベースを参照して登録ＩＤを取得する。
【００３４】
次にヘッダ情報の、あて先（Ｔｏ項）及び差出人（Ｆｒｏｍ項）をそれぞれ、
Ｔｏ項については、転送アドレスから（Ｃ）のメールアドレスへ
Ｆｒｏｍ項については、（Ｄ）のアドレスから転送アドレスへ
のように書き換えられ送出されたメールは（Ｃ）に配信される。
【００３５】
さて、転送されたメールはＦｒｏｍ項は（Ｃ）が掲示板に書き込みをした際に生成されたメールアドレスとなっているため（Ｃ）は誰から送信されたメールであるか知ることが出来ない。そこで、サーバがメールを転送する際に本文中にメールの差出人の情報を、例えば［このメールは登録ＩＤ（ｙｙｙ）より送信されたメールです］等の記述を本文に加える。（Ｃ）がメールに対し返信をしたいとする際には、サーバにログインした後メールに記載された登録ＩＤ（ｙｙｙ）を検索し、サーバより転送アドレスを取得した後メールを送信すればよい。又は（Ｄ）から転送アドレス宛のメールの送信があった際に、新たに（Ｃ）（Ｄ）両者のＩＤを包含する転送アドレスを生成しヘッダ情報のＦｒｏｍ項に書き込んでおけば、以後は（Ｃ）（Ｄ）はこの転送アドレスを用いてメールの送受信を行うことも可能である。
【００３６】
前述の掲示板は登録ユーザのみが利用するものであってもよいが、書き込みを行えるのは登録ユーザのみで閲覧だけならば非登録ユーザであっても可能な形態を採用することも出来る。この場合（Ｅ）という非登録ユーザが掲示板を閲覧し（Ｃ）の書き込みをみて（Ｃ）の転送アドレス宛にメールを送ると、サーバは前述のようにヘッダ情報を解析し送信元アドレスの登録ＩＤをユーザデータベースより取得しようとする。（Ｅ）は非登録ユーザであるため当然登録ＩＤは取得できない。そこで転送処理をやめ、（Ｅ）に対しメールの送信のためにはユーザ登録の必要性があることをメールで伝えるので、書き込みを行った（Ｃ）は例え掲示板にメールアドレスを掲載したとしても迷惑メールを受け取ることはない。
【００３７】
掲示板システムに本願システムを応用した際でも、転送アドレス宛にメールを送信した登録ユーザに対してメールの送信数等に応じて課金を行うことも可能である。
【００３８】
【発明の効果】
この発明によれば、登録ユーザがメールアドレスを知ることの出来ない登録ユーザに対しメールを送信した際に、サーバが介在し転送アドレスを用いて両者間のメール転送が行われるため、送信者は受信者に対し自身のメールアドレスを秘匿しつつ且確実にメールの送受信が可能となる。
【図面の簡単な説明】
【図１】本願システムの概略図を示す図
【図２】転送アドレスの生成の概要を示す図
【符号の説明】
（１）メール転送サーバ
（Ａ）メール送信を希望する登録ユーザ
（Ｂ）メール受信を希望する登録ユーザ
【図１】
2004056317.tif 000003
【図２】
2004056317.tif 000004