【０００１】
【発明の属する技術分野】
本発明は電子メールシステム、及び、電子メール送受信方法に関し、特にいわゆる迷惑メールを抑止することのできる、電子メールシステム、及び、電子メール送受信方法に関する。
【０００２】
【従来の技術】
一般に、広告メール等、大量の電子メールが送信されてくると、メールサーバに負荷がかかり、ネットワークに支障を与えることがある。このような迷惑メールについては、メールサーバにおいて、特定のドメインや指定した電子メールアドレスからの受信を拒否するという対策が考えられる。
【０００３】
しかしながら、特定のドメインや個人ユーザが指定した電子メールアドレスからの受信を拒否する場合、発信者側が「なりすまし」を行うことにより、結局のところ受信を拒否することが困難である。このように、個人ユーザの設定変更では、迷惑メールへの対応を充分に行うことはできない。
迷惑メールを防止する技術として、特許文献１に記載されているものがある。同文献に記載されている技術は、メール送信者が予め登録したパスワードと受信した電子メールのパスワードとを照合し、パスワードが一致しない場合にその電子メールを破棄するものである。
【０００４】
【特許文献１】
特開２０００−２４４５５３号公報（段落［００２３］）
【０００５】
【発明が解決しようとする課題】
しかしながら、特許文献１に記載されている技術を採用する場合、受信者の登録したパスワードを何らかの方法で送信者に教えておかなければ、電子メールの送受信を行うことができない。すなわち、初めて送受信する相手や不特定の相手については、電子メールの送受信を行うことができない。また、パスワードを登録しない場合には全ての電子メールを制限なく受信することになる。これでは、迷惑メールを有効に防止することができない。
【０００６】
本発明は上述した従来技術の欠点を解決するためになされたものであり、その目的は迷惑メールの受信数を極力減少させると共に、確かな相手とは電子メールを安全に送受信することのできる電子メールシステム、及び、電子メール送受信方法を提供することである。
【０００７】
【課題を解決するための手段】
本発明の請求項１による電子メールシステムは、電子メール送受信を相互に行うユーザ同士の認証に用いるパスコードを設定するパスコード設定手段と、電子メール送受信時に該電子メールに添付されているパスコードと前記パスコード設定手段によって設定されているパスコードとが一致した場合にのみ該電子メールの送受信を許容する送受信制御手段とを含むことを特徴とする。パスコードが一致した場合にのみ送受信を許容することにより、いわゆる迷惑メールを抑止することができる。
【０００８】
本発明の請求項２による電子メールシステムは、請求項１において、前記電子メールアドレスに対応付けられている仮想メールアドレスを利用して電子メールの送受信を行う電子メール送受信手段を更に含むことを特徴とする。仮想メールアドレスを定義し、これを用いることによって、初めての相手とも電子メールを送受信することができる。
【０００９】
本発明の請求項３による電子メールシステムは、請求項２において、前記仮想メールアドレスを所定周期で更新する更新手段を更に含むことを特徴とする。仮想メールアドレスを定期的に更新することにより、いわゆる迷惑メールの受信頻度を軽減することができる。
本発明の請求項４による電子メールシステムは、請求項２又は３において、前記パスコードが添付されていない場合においても、前記仮想メールアドレスを利用した電子メールの送受信を許容することを特徴とする。仮想メールアドレスにはパスコードの添付を不要にすることで、不特定ユーザと電子メールを送受信することができる。
【００１０】
本発明の請求項５による電子メール送受信方法は、電子メール送受信を相互に行うユーザ同士の認証に用いるパスコードを設定するパスコード設定ステップと、電子メール送受信時に該電子メールに添付されているパスコードと前記パスコード設定ステップにおいて設定されたパスコードとが一致した場合にのみ該電子メールの送受信を許容する送受信許容ステップとを含むことを特徴とする。パスコードが一致した場合にのみ送受信を許容することにより、いわゆる迷惑メールを抑止することができる。
【００１１】
本発明の請求項６による電子メール送受信方法は、電子メール送受信を行うユーザの電子メールアドレスに対応付けられている仮想メールアドレスを利用して電子メールの送受信を行う電子メール送受信ステップと、前記仮想メールアドレスを所定周期で更新する更新ステップとを含むことを特徴とする。仮想メールアドレスを定義し、これを用いることによって、初めての相手とも電子メールを送受信することができる。また、仮想メールアドレスを定期的に更新することにより、いわゆる迷惑メールの受信頻度を軽減することができる。
【００１２】
本発明の請求項７による電子メール送受信方法は、請求項６において、前記パスコードが添付されていない場合においても、前記仮想メールアドレスを利用した電子メールの送受信を許容することを特徴とする。仮想メールアドレスにはパスコードの添付を不要にすることで、不特定ユーザと電子メールを送受信することができる。
【００１３】
【発明の実施の形態】
次に、図面を参照して本発明の実施の形態について説明する。なお、以下の説明において参照する各図においては、他の図と同等部分に同一符号が付されている。
図２は本発明による電子メールシステムの実施の一形態を示すブロック図である。同図において、本実施形態による電子メールシステムは、携帯端末１と、この携帯端末１から送信される電子メールを図示せぬ他の端末等（携帯端末、パーソナルコンピュータ、その他の端末）に送り、他の端末等から着信した電子メールを携帯端末１に送るためのＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）サービスマネージャ２とを含んで構成されており、電子メールの送受信サービスを実現するためのサービスプロバイダ（ＳＰ）３を経由して他の端末等との間で電子メールの送受信を行う。
【００１４】
ＩＰサービスマネージャ２は、メールアドレスの管理を行うメールアドレス管理部１１と、電子メール送受信を相互に行うユーザ同士の認証に用いるパスコードを設定するパスコード設定処理部１２と、仮想メールアドレス設定・更新部１３と、を含んで構成されている。仮想メールアドレス設定・更新部１３は、仮想メールアドレスを設定する設定処理部１３１と、設定処理部１３１によって設定された仮想メールアドレスを定期的に更新する更新処理部１３２とから構成されている。
【００１５】
また、本実施形態による電子メールシステムは、電子メール送信の際の認証を行う送信認証処理部１４と、電子メール着信の際の認証を行う着信認証処理部１５と、認証されて送信された電子メールを蓄積する蓄積処理部１６と、を含んで構成されている。
このように構成された電子メールシステムにおいては、パスコードを付与して確かな相手と相互に行う電子メール送受信と、仮想メールアドレスを用いる電子メール送受信とを行い得る。前者について図１を、後者について図３を、それぞれ参照して説明する。なお、仮想メールアドレス以外のメールアドレスを正規メールアドレスと呼ぶ。
【００１６】
図１に示されているように、正規メールアドレス「ＡＡＡ」のユーザから電子メールを送信する場合、宛先メールアドレス「ＣＣＣ」を指定する。この電子メール送信の際には、パスコード（ｐａｓｓｃｏｄｅ）が付与され、その電子メールに添付される。このパスコードは、電子メールを送受信する、メールアドレス「ＡＡＡ」とメールアドレス「ＣＣＣ」との間でユーザ同士の認証に用いられる。すなわち、以後、メールアドレス「ＡＡＡ」のユーザからメールアドレス「ＣＣＣ」のユーザ宛ての送信用（ＡＡＡ−ＣＣＣ用）に、このパスコードが用いられる。
【００１７】
このパスコードは、発信者のメールアドレスと新規に送信する宛先のメールアドレスとに基づいて自動的に生成される。生成されたパスコードは、電子メールの送信時に自動的に添付される。パスコードの添付には周知の技術を用い、例えばヘッダ部分に含めて送信することで電子メールに添付する。電子メールの送信後は、メールアドレス「ＡＡＡ」のユーザ、メールアドレス「ＣＣＣ」のユーザ、のそれぞれにおいて、同じパスコードが保存される。
【００１８】
この保存されたパスコードは、以後、メールアドレス「ＣＣＣ」のユーザからメールアドレス「ＡＡＡ」のユーザ宛ての送信用に、このパスコードが用いられる。すなわち、メールアドレス「ＣＣＣ」のユーザからメールアドレス「ＡＡＡ」のユーザ宛てに電子メールを送信する場合において、そのパスコードが電子メールに添付される。着信側では、受信した電子メールに添付されているパスコードによって、ユーザの認証を行う。
【００１９】
自動生成されるパスコードは、任意に変更できるものとし、変更された場合は該当するメールアドレス宛てに変更通知を自動的に送信する。
パスコードは、以上説明したように、電子メール送受信を相互に行う、確かな送受信相手１組に対して１つだけ付与される。このパスコードを利用することにより、電子メール着信の際の認証処理ではユーザが一意に特定される。
【００２０】
また、本システムにおいては、正規メールアドレスに仮想メールアドレスを一対一に対応付け、仮想メールアドレスを定期的に自動更新する。仮想メールアドレスを更新するには、例えばそのアカウントを変更すれば良い。このアカウントの変更について図３を参照して説明する。
同図において、正規メールアドレスのアカウント（以下、正規アカウントと呼ぶ）に、仮想メールアドレスのアカウント（以下、仮想アカウントと呼ぶ）が一対一に対応している。この仮想アカウントは、正規アカウント「ＡＡＡ」に基づいて仮想アカウント「ａｂｃ」が自動的に生成される。仮想アカウントは、例えば２４桁のキャラクタによって構成される。この仮想アカウントは、所定周期で更新される。例えば、時刻、日付、曜日、週、月、年などを１周期として更新される。この１周期については、予め定めておいても良いし、ユーザが任意に指定しても良い。
【００２１】
所定周期で更新される結果、正規アカウント「ＡＡＡ」に対して最初は仮想アカウント「ａｂｃ」が対応していたが、その後例えば「ｄｅｆ」、「ｇｈｉ」…のように定期的に更新される。このように仮想アカウントが更新されると、その更新の都度、正規アカウントに対して更新通知が送信される。この更新通知により、新たな（更新された）仮想アカウントがユーザに通知されることになる。通知された仮想アカウントは、ユーザ端末内に保存される。
【００２２】
正規アカウント「ＡＡＡ」がユーザによって「ＢＢＢ」に変更された場合、仮想アカウントも自動的に更新される。この場合、変更後の正規アカウント「ＢＢＢ」に基づいて「ａｂｃ」、「ｄｅｆ」、「ｇｈｉ」…のように仮想アカウントが自動的に生成される。
図１に示されているようにセキュリティが確保された電子メールを、以下の説明では「セキュアメール」と称する。このセキュアメールの送受信プロセスについて、図４及び図５を参照して説明する。図４は電子メールの送信処理を示すシーケンス図、図５は電子メールの着信通知及び着信処理を示すシーケンス図である。
【００２３】
図４において、まず、携帯端末１からネットワークＮＷに対して電子メールが送信される。この際、発メールアドレスが指定される。指定されるメールアドレスは、正規メールアドレス、仮想メールアドレスのいずれか一方である。さらに、正規メールアドレスの場合には、上述したパスコードの添付が必要となる。携帯端末は、第３世代携帯電話機、第２世代携帯電話機のいずれでも良い。
【００２４】
ＩＰサービスマネージャにおいては、最初にユーザ認証が行われる（▲１▼）。このユーザ認証においては、ＭＳＮ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｎｕｍｂｅｒ；移動加入者番号）が用いられる。
ユーザ認証結果がＮＧ（認証不可）であれば、その電子メールは破棄される。一方、認証結果がＯＫ（認証可）であれば、その電子メールについて、必要なプロトコル変換処理が行われる（▲２▼）。
【００２５】
プロトコル変換後、セキュアメールが構築される（▲３▼）。このセキュアメールの構築の際、発メールアドレスにおいて指定されているメールアドレスが正規メールアドレスか仮想メールアドレスか確認する。正規メールアドレスの場合、パスコードの添付要否を確認する。パスコードの添付が必要な場合、パスコードを決定し、それを添付する。この結果、ユーザが本来送信しようとするデータに、パスコードが添付されたものが、電子メールによって送信されることになる（▲４▼）。この電子メールは、正規メールアドレス宛又は仮想メールアドレス宛でも良いし、本システムのユーザ以外の一般メールアドレス宛でも良い。
【００２６】
なお、正規メールアドレスの場合において、パスコードが添付されていなければ、許容されない。すなわち、その電子メールについては送信が拒否される。
一方、仮想メールアドレスの場合、パスコードの添付は不要であり、ユーザが本来送信しようとするデータが、電子メールによって送信されることになる。この電子メールは、仮想メールアドレス宛又は正規メールアドレス宛でも良いし、本システムのユーザ以外の一般メールアドレス宛でも良い。
【００２７】
正規メールアドレス発の電子メール及び仮想メールアドレス発の電子メールは、ＩＰサービスマネージャ２から送出される。ただし、上述したように、正規メールアドレス宛の電子メールについては、パスコードが添付されているもののみが送出されるのであり、パスコードの添付されていないものは送信が拒否される。
【００２８】
要するに、電子メールのパターンとしては、仮想メールアドレス発でパスコード添付なし（パターン１）、正規メールアドレス発でパスコード添付なし（パターン２）、正規メールアドレス発でパスコード添付あり（パターン３）、仮想メールアドレス発でパスコード添付あり（パターン４）、の４種類が考えられるが、パターン２及びパターン４の送信が抑止される。
【００２９】
図５に移り、ＩＰサービスマネージャから送出された電子メールは、インターネット等を経由して、他のＩＰサービスマネージャに到着する。
ＩＰサービスマネージャにおいては、ユーザ認証が行われる（▲１▼）。このユーザ認証においては、発信者のメールアドレスが用いられる。
ユーザ認証結果がＮＧ（認証不可）であれば、その電子メールは発メールアドレス宛に返信される。返信されるメールの内容は、「宛先なし」である。
【００３０】
一方、ユーザ認証結果がＯＫ（認証可）であれば、着アドレスの確認が行われる（▲２▼）。着アドレスに該当するユーザが存在しない場合、すなわち該当する契約者がいない場合、その電子メールは発メールアドレス宛に返信される。返信されるメールの内容は、「宛先なし」である。
着アドレスに該当するユーザが存在し、正規メールアドレスである場合、パスコードの添付有無が判定される。その電子メールにパスコードが添付されている場合、設定されているパスコードと一致するか否か判定される。設定されているパスコードと一致しない場合、その電子メールは発メールアドレス宛に返信される。返信されるメールの内容は、「宛先なし」である。設定されているパスコードと一致する場合、添付されているパスコードが除去される。
【００３１】
パスコードが添付されていない場合、その電子メールは発メールアドレス宛に返信される。返信されるメールの内容は、「宛先なし」である。
正規アドレス宛でパスコードが添付されており、着アドレスに該当するユーザが存在し、設定されているパスコードと一致する場合、又は、仮想メールアドレス宛で着アドレスに該当するユーザが存在する場合、その電子メールが蓄積される（▲３▼）。この蓄積処理後、メール着信通知がそのメールアドレス宛（正規メールアドレス宛又は仮想メールアドレス宛）に送信される。
【００３２】
着信通知のあった電子メールを取得する手順は以下の通りである。携帯端末からメール取得要求があると、ＩＰサービスマネージャにおいてユーザ認証が行われる（▲１▼）。このユーザ認証においては、メール送信時と同様に、ＭＳＮが用いられる。
ユーザ認証結果がＮＧ（認証不可）であれば、携帯端末宛にエラー通知がなされる。一方、ユーザ認証結果がＯＫ（認証可）であれば、その電子メールについて、必要なプロトコル変換処理が行われる（▲２▼）。
【００３３】
プロトコル変換後、そのメールデータは、正規メールアドレス宛と仮想メールアドレス宛のデータとして、端末に送られる（▲３▼）。なお、蓄積されているメールが無い場合は、その旨がユーザに通知される。
以上の電子メール送受信シーケンスについて、さらに図６乃至図８を参照して説明する。
【００３４】
図６において、電子メールの送信処理を行うかどうか判断される（ステップＳ６０１）。電子メールの送信処理を行う場合は、最初に送信者の認証が行われる（ステップＳ６０１→Ｓ６０２）。送信者の認証がＮＧならば、そのメールは破棄される（ステップＳ６０２→Ｓ６０３）。
一方、送信者の認証がＯＫならば、プロトコル変換処理が行われ（ステップＳ６０４）、セキュアメールが構築される（ステップＳ６０５）。その後、仮想メールアドレスか正規メールアドレスか、及びパスコードが添付されているかどうかに応じて、送信可否が判断される（ステップＳ６０６）。仮想メールアドレスでパスコードが添付されていない場合、又は正規メールアドレスでパスコードが添付されている場合、メールデータが送信される（ステップＳ６０６→Ｓ６０７）。一方、正規メールアドレスでパスコードが添付されていない場合、又は仮想メールアドレスでパスコードが添付されている場合、その電子メールの送信は許容されないため、その送信が抑止される（ステップＳ６０６→Ｓ６０８）。これにより、いわゆる迷惑メールが抑止される。
【００３５】
図７において、電子メールの着信処理を行うかどうか判断される（ステップＳ７０１）。電子メールの着信処理を行う場合は、最初に送信者の認証が行われる（ステップＳ７０１→Ｓ７０２）。送信者の認証がＮＧならば、そのメールの送信者に返信メールが送られる（ステップＳ７０２→Ｓ７０３）。一方、送信者の認証がＯＫならば、着信アドレスが確認される（ステップＳ７０４）。
【００３６】
着信アドレスが確認できなければ、そのメールの送信者に返信メールが送られる（ステップＳ７０４→Ｓ７０３）。一方、着信アドレスが確認された電子メールは蓄積される（ステップＳ７０５）。このメール蓄積処理がなされた場合には、メール着信通知が移動端末宛に送信される（ステップＳ７０６）。
図８において、メール着信通知を受けたユーザが電子メールを受取る場合、最初に着信者の認証が行われる（ステップＳ８０１）。着信者の認証がＮＧならば、そのエラー通知が送られる（ステップＳ８０１→Ｓ８０２）。
【００３７】
一方、着信者の認証がＯＫならば、プロトコル変換処理が行われる（ステップＳ８０１→Ｓ８０３）。その後、メールデータが送信される（ステップＳ８０４）。
ここで、以上説明した電子メール送受信システムにおける課金方式の例について、図９を参照して説明する。同図において、（ａ）はメール着信時の課金方式の例、（ｂ）はメール発信時の課金方式の例を示している。
【００３８】
同図（ａ）に示されているように、メール着信時については、正規メールアドレス宛で、かつ、パスコードが添付されている場合、及び、仮想メールアドレス宛で、かつ、パスコードが添付されていない場合、着信側に従量制課金（通常パケット料）を行う。そして、正規メールアドレス宛で、かつ、パスコードが添付されていない場合及び、仮想メールアドレス宛で、かつ、パスコードが添付されている場合、課金は行われない。なお、仮想メールアドレス宛に送信する悪質業者等については、相手を特定できないので料金を徴収する手段がない。
【００３９】
一方、同図（ｂ）に示されているように、メール発信時については、正規メールアドレス発の場合、発信側に従量制課金（通常パケット料）を行う。そして、仮想アドレス発の場合、課金は行われない。
以上説明した課金方式は例にすぎず、他の方式を採用しても良いことは勿論である。
（電子メール送受信方法）
以上説明した電子メール送受信システムにおいては、以下のような電子メール送受信方法が実現されている。すなわち、電子メール送受信を相互に行うユーザ同士の認証に用いるパスコードを設定するパスコード設定ステップと、電子メール送受信時にその電子メールに添付されているパスコードとパスコード設定ステップにおいて設定されたパスコードとが一致した場合にのみ、その電子メールの送受信を許容する送受信許容ステップとを含む電子メール送受信方法が実現されている（図１参照）。確かな送受信相手１組に対して１つだけ付与されるパスコードを利用することにより、電子メール着信の際の認証処理ではユーザが一意に特定される。
【００４０】
また、以上説明した電子メール送受信システムにおいては、電子メール送受信を行うユーザの電子メールアドレスに対応付けられている仮想メールアドレスを利用して電子メールの送受信を行う電子メール送受信ステップと、仮想メールアドレスを所定周期で更新する更新ステップとを含む電子メール送受信方法も実現されている（図３参照）。この場合、上記パスコードが添付されていない場合においても、上記仮想メールアドレスを利用した電子メールの送受信を許容する。正規メールアドレスに仮想メールアドレスを一対一に対応付け、仮想メールアドレスを定期的に自動更新することにより、不特定の相手との送受信を実現しつつ、迷惑メールを削減できる。
【００４１】
以上の電子メール送受信方法を採用すれば、確かな相手と電子メール送受信を相互に行う場合には正規メールアドレス、そうでない相手（初めて送受信する相手等）とは定期的に更新される仮想メールアドレス、というように使い分けを行うことにより、いわゆる迷惑メールを有効に抑止することができる。
【００４２】
【発明の効果】
以上説明したように本発明は、電子メール送受信を相互に行うユーザ同士の認証に用いるパスコードを設定し、電子メール送受信時にその電子メールに添付されているパスコードと設定されているパスコードとが一致した場合にのみその電子メールの送受信を許容することにより、いわゆる迷惑メールを抑止することができるという効果がある。
【００４３】
また、上記電子メールアドレスに対応付けられている仮想メールアドレスを定義し、これを用いることによって、初めての相手とも電子メールを送受信することができるという効果がある。この仮想メールアドレスを所定周期で更新することにより、いわゆる迷惑メールの受信頻度を軽減することができるという効果がある。さらに、仮想メールアドレスには上記パスコードの添付を不要にすることで、不特定ユーザと電子メールを送受信することができるという効果がある。
【図面の簡単な説明】
【図１】本発明による電子メールシステムにおいて、パスコードを付与して確かな相手と相互に行う電子メール送受信についての概略図である。
【図２】本発明による電子メールシステムの実施の一形態を示すブロック図である。
【図３】本発明による電子メールシステムにおいて、仮想メールアドレスを用いる電子メール送受信についての概略図である。
【図４】電子メールの送信処理を示すシーケンス図である。
【図５】電子メールの着信通知及び着信処理を示すシーケンス図である。
【図６】電子メールの送信処理を示すフローチャートである。
【図７】電子メールの着信通知を示すフローチャートである。
【図８】電子メールの着信処理を示すフローチャートである。
【図９】本実施形態による電子メール送受信システムにおける課金方式の例を示す図であり、（ａ）はメール着信時の課金方式の例、（ｂ）はメール発信時の課金方式の例を示す。
【符号の説明】
１ 携帯端末
２ サービスマネージャ
１１ メールアドレス管理部
１２ パスコード設定処理部
１３ 仮想メールアドレス設定・更新部
１４ 送信認証処理部
１５ 着信認証処理部
１６ 蓄積処理部
１３１ 設定処理部
１３２ 更新処理部
ＮＷ ネットワーク[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an e-mail system and an e-mail transmission / reception method, and more particularly to an e-mail system and an e-mail transmission / reception method capable of suppressing so-called unsolicited e-mail.
[0002]
[Prior art]
In general, when a large amount of electronic mail such as an advertisement mail is transmitted, a load is imposed on a mail server, which may hinder the network. For such unsolicited e-mail, it is conceivable that the mail server rejects reception from a specific domain or a specified e-mail address.
[0003]
However, when rejecting reception from an e-mail address specified by a specific domain or an individual user, it is difficult for the sender to perform "spoofing" and eventually reject reception. As described above, it is not possible to sufficiently cope with unsolicited e-mail by changing the setting of the individual user.
As a technique for preventing unsolicited e-mail, there is a technique described in Patent Document 1. The technique described in the document is to collate a password registered in advance by a mail sender with a password of a received e-mail, and discard the e-mail if the passwords do not match.
[0004]
[Patent Document 1]
JP-A-2000-244553 (paragraph [0023])
[0005]
[Problems to be solved by the invention]
However, when the technique described in Patent Document 1 is adopted, transmission / reception of an e-mail cannot be performed unless the sender's registered password is given to the sender in some way. That is, an e-mail cannot be transmitted / received to a partner who transmits / receives for the first time or an unspecified partner. If a password is not registered, all e-mails will be received without restriction. In this case, spam cannot be effectively prevented.
[0006]
The present invention has been made to solve the above-mentioned disadvantages of the prior art, and has as its object to reduce the number of unsolicited e-mails as much as possible and to transmit e-mails with certain parties safely. A mail system and an electronic mail transmission / reception method are provided.
[0007]
[Means for Solving the Problems]
An e-mail system according to claim 1 of the present invention comprises a pass code setting means for setting a pass code used for authentication between users who mutually transmit and receive an e-mail, and a pass code attached to the e-mail when the e-mail is transmitted and received. And transmission / reception control means for permitting transmission / reception of the e-mail only when the passcode set by the passcode setting means matches. By permitting transmission and reception only when the passcodes match, so-called unsolicited e-mail can be suppressed.
[0008]
An electronic mail system according to a second aspect of the present invention is the electronic mail system according to the first aspect, further comprising an electronic mail transmitting / receiving means for transmitting / receiving an electronic mail using a virtual mail address associated with the electronic mail address. And By defining a virtual mail address and using this, it is possible to send and receive e-mail with the first party.
[0009]
An electronic mail system according to a third aspect of the present invention is the electronic mail system according to the second aspect, further comprising updating means for updating the virtual mail address at a predetermined cycle. By regularly updating the virtual mail address, the frequency of receiving so-called unsolicited mail can be reduced.
An electronic mail system according to claim 4 of the present invention is characterized in that in claim 2 or 3, even when the passcode is not attached, transmission / reception of an electronic mail using the virtual mail address is permitted. . By eliminating the need to attach a passcode to the virtual mail address, an e-mail can be transmitted and received with an unspecified user.
[0010]
An e-mail transmission / reception method according to claim 5 of the present invention comprises a passcode setting step of setting a passcode used for authentication between users who mutually transmit / receive e-mail, and a pass attached to the e-mail at the time of e-mail transmission / reception. A transmission / reception permission step of permitting transmission / reception of the electronic mail only when the code matches the passcode set in the passcode setting step. By permitting transmission and reception only when the passcodes match, so-called unsolicited e-mail can be suppressed.
[0011]
An e-mail transmission / reception method according to claim 6 of the present invention includes an e-mail transmission / reception step of transmitting / receiving an e-mail using a virtual e-mail address associated with an e-mail address of a user performing e-mail transmission / reception. Updating the mail address at a predetermined cycle. By defining a virtual mail address and using this, it is possible to send and receive e-mail with the first party. In addition, by periodically updating the virtual mail address, the frequency of reception of so-called unsolicited mail can be reduced.
[0012]
An electronic mail transmitting / receiving method according to claim 7 of the present invention is characterized in that in claim 6, even when the passcode is not attached, the transmission / reception of the electronic mail using the virtual mail address is permitted. By eliminating the need to attach a passcode to the virtual mail address, an e-mail can be transmitted and received with an unspecified user.
[0013]
BEST MODE FOR CARRYING OUT THE INVENTION
Next, an embodiment of the present invention will be described with reference to the drawings. In the drawings referred to in the following description, the same parts as those in the other drawings are denoted by the same reference numerals.
FIG. 2 is a block diagram showing an embodiment of the electronic mail system according to the present invention. In the figure, the electronic mail system according to the present embodiment sends a mobile terminal 1 and an e-mail transmitted from the mobile terminal 1 to another terminal or the like (not shown) (a mobile terminal, a personal computer, or another terminal). A service provider (SP) 3 for realizing an e-mail transmission / reception service, including an IP (Internet Protocol) service manager 2 for sending e-mail received from another terminal or the like to the portable terminal 1 The e-mail is transmitted / received to / from other terminals via the e-mail.
[0014]
The IP service manager 2 includes a mail address management unit 11 for managing a mail address, a passcode setting processing unit 12 for setting a passcode used for authentication between users who mutually transmit and receive an e-mail, a virtual mail address setting / And an updating unit 13. The virtual mail address setting / updating unit 13 includes a setting processing unit 131 that sets a virtual mail address, and an update processing unit 132 that periodically updates the virtual mail address set by the setting processing unit 131.
[0015]
Further, the e-mail system according to the present embodiment includes a transmission authentication processing unit 14 for performing authentication at the time of sending an e-mail, an incoming authentication processing unit 15 for performing authentication at the time of receiving an e-mail, and an authenticated and transmitted electronic mail. And a storage processing unit 16 for storing mail.
In the electronic mail system configured as described above, it is possible to perform electronic mail transmission / reception mutually with a certain partner by giving a passcode, and electronic mail transmission / reception using a virtual mail address. The former will be described with reference to FIG. 1, and the latter will be described with reference to FIG. Note that mail addresses other than the virtual mail address are called regular mail addresses.
[0016]
As shown in FIG. 1, when an electronic mail is transmitted from a user having a regular mail address “AAA”, a destination mail address “CCC” is specified. At the time of this e-mail transmission, a passcode (passcode) is given and attached to the e-mail. This passcode is used to authenticate users between the mail address “AAA” and the mail address “CCC” for sending and receiving electronic mail. That is, thereafter, this passcode is used for transmission (for AAA-CCC) from the user with the mail address “AAA” to the user with the mail address “CCC”.
[0017]
This passcode is automatically generated based on the e-mail address of the sender and the e-mail address of the new transmission destination. The generated passcode is automatically attached when sending the e-mail. A well-known technique is used to attach the passcode, for example, by attaching the passcode to the header and transmitting it. After the transmission of the e-mail, the same passcode is stored in each of the user with the mail address “AAA” and the user with the mail address “CCC”.
[0018]
The stored passcode is used for transmission from the user having the mail address “CCC” to the user having the mail address “AAA”. That is, when an e-mail is transmitted from the user with the e-mail address "CCC" to the user with the e-mail address "AAA", the passcode is attached to the e-mail. The receiving side authenticates the user with the passcode attached to the received e-mail.
[0019]
The automatically generated passcode can be arbitrarily changed, and when it is changed, a change notification is automatically transmitted to the corresponding e-mail address.
As described above, as described above, only one pass code is given to a certain set of transmission / reception partners who mutually transmit and receive e-mail. By using this passcode, the user is uniquely specified in the authentication process at the time of receiving an e-mail.
[0020]
Further, in the present system, a virtual mail address is associated one-to-one with a regular mail address, and the virtual mail address is automatically updated periodically. To update the virtual mail address, for example, the account may be changed. This account change will be described with reference to FIG.
In the figure, an account of a virtual mail address (hereinafter, referred to as a virtual account) has a one-to-one correspondence with an account of a regular mail address (hereinafter, referred to as a regular account). For this virtual account, a virtual account “abc” is automatically generated based on the regular account “AAA”. The virtual account is composed of, for example, 24-digit characters. This virtual account is updated at a predetermined cycle. For example, the time, date, day of the week, week, month, year, and the like are updated as one cycle. This one cycle may be determined in advance, or may be arbitrarily designated by the user.
[0021]
As a result of being updated at a predetermined cycle, the virtual account "abc" initially corresponds to the regular account "AAA", but is thereafter updated periodically, for example, "def", "ghi",. When the virtual account is updated in this manner, an update notification is transmitted to the regular account each time the virtual account is updated. With this update notification, a new (updated) virtual account is notified to the user. The notified virtual account is stored in the user terminal.
[0022]
When the regular account “AAA” is changed to “BBB” by the user, the virtual account is also automatically updated. In this case, virtual accounts such as “abc”, “def”, “ghi”... Are automatically generated based on the changed regular account “BBB”.
The electronic mail whose security is ensured as shown in FIG. 1 is referred to as “secure mail” in the following description. The secure mail transmission / reception process will be described with reference to FIGS. FIG. 4 is a sequence diagram showing an e-mail transmission process, and FIG. 5 is a sequence diagram showing an e-mail incoming notification and an incoming process.
[0023]
In FIG. 4, first, an electronic mail is transmitted from the portable terminal 1 to the network NW. At this time, the outgoing mail address is specified. The specified mail address is one of a regular mail address and a virtual mail address. Furthermore, in the case of a regular e-mail address, the above-mentioned passcode needs to be attached. The mobile terminal may be a third-generation mobile phone or a second-generation mobile phone.
[0024]
In the IP service manager, first, user authentication is performed ((1)). In this user authentication, MSN (Mobile Subscriber Number; mobile subscriber number) is used.
If the user authentication result is NG (authentication is not possible), the e-mail is discarded. On the other hand, if the authentication result is OK (authentication is possible), a necessary protocol conversion process is performed on the electronic mail ((2)).
[0025]
After the protocol conversion, a secure mail is constructed ([3]). When constructing this secure mail, it is confirmed whether the mail address specified in the outgoing mail address is a regular mail address or a virtual mail address. In the case of a legitimate e-mail address, confirm whether or not a passcode is required. If a passcode needs to be attached, determine the passcode and attach it. As a result, the data that the user originally intended to transmit, with the passcode attached, is transmitted by e-mail ([4]). This electronic mail may be sent to a regular mail address, a virtual mail address, or a general mail address other than the user of the present system.
[0026]
In the case of a legitimate e-mail address, it is not permitted unless a passcode is attached. That is, the transmission of the electronic mail is rejected.
On the other hand, in the case of a virtual mail address, it is not necessary to attach a passcode, and the data that the user originally intends to transmit is transmitted by e-mail. This e-mail may be sent to a virtual e-mail address or a regular e-mail address, or may be sent to a general e-mail address other than the user of the present system.
[0027]
The e-mail from the regular mail address and the e-mail from the virtual mail address are sent from the IP service manager 2. However, as described above, as for the electronic mail addressed to the regular mail address, only the one with the passcode attached is transmitted, and the transmission without the passcode is rejected.
[0028]
In short, as the e-mail pattern, there is no passcode attached from the virtual mail address (pattern 1), no passcode is attached from the regular mail address (pattern 2), and the passcode is attached from the regular mail address (pattern 3). And a passcode attached from the virtual mail address (pattern 4) can be considered, but transmission of pattern 2 and pattern 4 is suppressed.
[0029]
Referring to FIG. 5, the e-mail sent from the IP service manager arrives at another IP service manager via the Internet or the like.
In the IP service manager, user authentication is performed ((1)). In this user authentication, the mail address of the sender is used.
If the user authentication result is NG (authentication is not possible), the e-mail is returned to the originating e-mail address. The content of the returned e-mail is "no destination".
[0030]
On the other hand, if the user authentication result is OK (authentication possible), the destination address is confirmed ((2)). If there is no user corresponding to the destination address, that is, if there is no corresponding contractor, the e-mail is returned to the originating e-mail address. The content of the returned e-mail is "no destination".
If a user corresponding to the destination address exists and is a legitimate mail address, it is determined whether a passcode is attached. If a passcode is attached to the e-mail, it is determined whether or not the e-mail matches the set passcode. If the e-mail does not match the set passcode, the e-mail is returned to the originating e-mail address. The content of the returned e-mail is "no destination". If it matches the set passcode, the attached passcode is removed.
[0031]
If no passcode is attached, the email will be returned to the originating email address. The content of the returned e-mail is "no destination".
When a passcode is attached to a legitimate address and a user corresponding to the destination address exists and matches the set passcode, or when there is a user corresponding to the destination address to the virtual mail address Then, the e-mail is accumulated ((3)). After this storage processing, a mail arrival notification is sent to the mail address (to a regular mail address or a virtual mail address).
[0032]
The procedure for acquiring the e-mail with the incoming notification is as follows. When there is a mail acquisition request from the portable terminal, user authentication is performed in the IP service manager (1). In this user authentication, the MSN is used as in the case of sending a mail.
If the user authentication result is NG (authentication is not possible), an error notification is sent to the portable terminal. On the other hand, if the user authentication result is OK (authentication possible), necessary protocol conversion processing is performed on the electronic mail ((2)).
[0033]
After the protocol conversion, the mail data is sent to the terminal as data addressed to the regular mail address and the virtual mail address ([3]). If there is no stored mail, the user is notified to that effect.
The above e-mail transmission / reception sequence will be further described with reference to FIGS.
[0034]
In FIG. 6, it is determined whether to perform an e-mail transmission process (step S601). When performing e-mail transmission processing, the sender is authenticated first (steps S601 to S602). If the authentication of the sender is NG, the mail is discarded (step S602 → S603).
On the other hand, if the authentication of the sender is OK, a protocol conversion process is performed (step S604), and a secure mail is constructed (step S605). Then, it is determined whether transmission is possible or not in accordance with the virtual mail address or the regular mail address, and whether a passcode is attached (step S606). If the passcode is not attached to the virtual e-mail address or if the passcode is attached to the regular e-mail address, the e-mail data is transmitted (steps S606 → S607). On the other hand, if the passcode is not attached to the regular e-mail address or if the passcode is attached to the virtual e-mail address, the transmission of the e-mail is not allowed, and the transmission is suppressed (steps S606 → S608). ). Thereby, so-called unsolicited e-mail is suppressed.
[0035]
In FIG. 7, it is determined whether or not to perform an incoming process for an e-mail (step S701). In the case of performing the e-mail receiving process, the sender is authenticated first (steps S701 to S702). If the authentication of the sender is NG, a reply mail is sent to the sender of the mail (step S702 → S703). On the other hand, if the authentication of the sender is OK, the destination address is confirmed (step S704).
[0036]
If the destination address cannot be confirmed, a reply mail is sent to the sender of the mail (step S704 → S703). On the other hand, the e-mail whose incoming address has been confirmed is stored (step S705). If the mail storage processing has been performed, a mail arrival notification is transmitted to the mobile terminal (step S706).
In FIG. 8, when the user who has received the mail arrival notification receives the e-mail, first, the recipient is authenticated (step S801). If the callee's authentication is NG, an error notification is sent (steps S801 → S802).
[0037]
On the other hand, if the authentication of the called party is OK, a protocol conversion process is performed (steps S801 → S803). Thereafter, the mail data is transmitted (step S804).
Here, an example of the accounting method in the above-described e-mail transmission / reception system will be described with reference to FIG. In the figure, (a) shows an example of a billing system at the time of mail arrival, and (b) shows an example of a billing system at the time of mail transmission.
[0038]
As shown in FIG. 7A, when a mail arrives, the mail is addressed to a regular mail address and a passcode is attached, or the mail is addressed to a virtual mail address and a passcode is attached. If not, pay-as-you-go billing (normal packet fee) is performed on the receiving side. If the address is addressed to the regular email address and no passcode is attached, or if the address is addressed to the virtual email address and the passcode is attached, no billing is performed. It should be noted that there is no means for collecting a fee for a malicious company or the like that transmits to the virtual mail address because the other party cannot be specified.
[0039]
On the other hand, as shown in FIG. 3B, when sending an e-mail, in the case of originating from a regular e-mail address, a pay-as-you-go fee (normal packet fee) is applied to the originating side. Then, in the case of a virtual address, no billing is performed.
The charging method described above is merely an example, and it goes without saying that another method may be adopted.
(E-mail sending and receiving method)
In the e-mail transmission / reception system described above, the following e-mail transmission / reception method is realized. That is, a passcode setting step of setting a passcode used for authentication between users who mutually transmit and receive an e-mail, a passcode attached to the e-mail at the time of e-mail transmission and reception, and a passcode set in the passcode setting step. An e-mail transmission / reception method including a transmission / reception permission step of permitting transmission / reception of the e-mail only when the codes match (see FIG. 1). By using only one passcode assigned to one set of reliable transmission / reception partners, a user is uniquely specified in the authentication process when an electronic mail arrives.
[0040]
Further, in the above-described e-mail transmission / reception system, an e-mail transmission / reception step of transmitting / receiving e-mail using a virtual e-mail address associated with an e-mail address of a user performing e-mail transmission / reception, An e-mail transmission / reception method including an updating step of updating the e-mail at a predetermined cycle has also been realized (see FIG. 3). In this case, even when the passcode is not attached, transmission / reception of an electronic mail using the virtual mail address is permitted. By associating a virtual mail address with a regular mail address on a one-to-one basis and automatically updating the virtual mail address periodically, transmission and reception with an unspecified partner can be realized, and spam can be reduced.
[0041]
If the above e-mail transmission / reception method is adopted, a regular e-mail address is used when e-mail transmission / reception is performed mutually with a reliable partner, and a virtual e-mail address which is regularly updated with a non-evaluation partner (a first transmission / reception partner). Thus, so-called unsolicited e-mail can be effectively suppressed.
[0042]
【The invention's effect】
As described above, the present invention sets a passcode used for authentication between users who mutually transmit and receive e-mails, and a passcode attached to the e-mail and a set passcode at the time of e-mail transmission and reception. By allowing the transmission and reception of the e-mail only when the e-mail matches, there is an effect that so-called unsolicited e-mail can be suppressed.
[0043]
Further, by defining a virtual mail address associated with the above-mentioned e-mail address and using this virtual mail address, there is an effect that an e-mail can be transmitted / received to / from a first party. Updating the virtual mail address at a predetermined cycle has the effect of reducing the frequency of receiving so-called junk mail. Further, by eliminating the need to attach the passcode to the virtual mail address, there is an effect that electronic mail can be transmitted and received with an unspecified user.
[Brief description of the drawings]
FIG. 1 is a schematic diagram of an electronic mail system according to the present invention, in which a pass code is provided and an electronic mail is exchanged with a reliable partner.
FIG. 2 is a block diagram showing an embodiment of an electronic mail system according to the present invention.
FIG. 3 is a schematic diagram showing transmission and reception of an electronic mail using a virtual mail address in the electronic mail system according to the present invention.
FIG. 4 is a sequence diagram illustrating an electronic mail transmission process.
FIG. 5 is a sequence diagram illustrating an incoming notification of an electronic mail and an incoming process.
FIG. 6 is a flowchart illustrating an e-mail transmission process.
FIG. 7 is a flowchart showing an electronic mail arrival notification.
FIG. 8 is a flowchart showing an e-mail incoming process.
FIG. 9 is a diagram illustrating an example of a billing method in an electronic mail transmission / reception system according to the present embodiment, where (a) illustrates an example of a billing method when a mail arrives, and (b) illustrates an example of a billing method when a mail is transmitted. .
[Explanation of symbols]
1 mobile terminal 2 service manager 11 mail address management unit 12 passcode setting processing unit 13 virtual mail address setting / updating unit 14 transmission authentication processing unit 15 incoming authentication processing unit 16 storage processing unit 131 setting processing unit 132 update processing unit NW network
