JP2005223754A - 電子メール送受信システムおよび方法 - Google Patents
電子メール送受信システムおよび方法 Download PDFInfo
- Publication number
- JP2005223754A JP2005223754A JP2004031370A JP2004031370A JP2005223754A JP 2005223754 A JP2005223754 A JP 2005223754A JP 2004031370 A JP2004031370 A JP 2004031370A JP 2004031370 A JP2004031370 A JP 2004031370A JP 2005223754 A JP2005223754 A JP 2005223754A
- Authority
- JP
- Japan
- Prior art keywords
- transmission
- reception
- information
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】 簡単な設定で効率よく迷惑メール等を排除でき、かつ、受信したいメールのみを的確に受信すること。
【解決手段】 送信者端末を通して入力された電子メールを送信する送信側サーバ1と、通信ネットワークを介して前記電子メールを受信し受信者端末へ出力する受信側サーバ2とを有する電子メール送受信システム10に対して、送信側サーバ1には、利用者および電子メールの属性情報に基づく送信メール情報を設定する送信メール情報登録手段133と送信メール情報を電子メール中に付加するメール属性付加手段134を設け、受信側サーバ2には、電子メールの受信条件を設定する受信条件登録手段233と、送信メール情報と受信条件とをもとに電子メールの受信可否を決定する受信可能メール判定手段234と、受信した電子メールから送信メール情報を除去するメール属性除去手段235を設ける。
【選択図】 図1
【解決手段】 送信者端末を通して入力された電子メールを送信する送信側サーバ1と、通信ネットワークを介して前記電子メールを受信し受信者端末へ出力する受信側サーバ2とを有する電子メール送受信システム10に対して、送信側サーバ1には、利用者および電子メールの属性情報に基づく送信メール情報を設定する送信メール情報登録手段133と送信メール情報を電子メール中に付加するメール属性付加手段134を設け、受信側サーバ2には、電子メールの受信条件を設定する受信条件登録手段233と、送信メール情報と受信条件とをもとに電子メールの受信可否を決定する受信可能メール判定手段234と、受信した電子メールから送信メール情報を除去するメール属性除去手段235を設ける。
【選択図】 図1
Description
本発明は、電子メール(以下、メール)を自動的に選別して受信する技術に係り、特にメールの発信者の国籍、性別など発信者の属性やメールの内容、目的によってメールの受信を許可するか拒否するかを選択することのできる電子メール送受信システムおよび方法に関する。
従来、不要なメールや迷惑メールなど(以下、迷惑メール等)を受信しないようにするには、該当するメールアドレスを予め登録しておき、そのアドレスのメールを排除するというやり方が一般的に行われている。しかし、このやり方は新たに発生する迷惑メール等に対してその都度、メールアドレスを登録しなければならず、その作業が大変である。
また、特定の語句などを予め登録しておき、その語句などがメールの内容に存在する場合かどうかを判断するものもある。(例えば、特許文献1〜4を参照)。
しかしながら、この方法は、迷惑メール等に関連するあらゆる語句などを登録しなければならないことは勿論であるが、その一方で、受信したいメールも排除してしまう危険性がある。
さらに、特許文献5に示されるように、受信者から送られた所定のピンコードを送信時に付加するという手法も提案されている。しかし、受信者としては、予め送信してもらいたい相手を個別に指定して、所定のピンコードを送信しなければならず手間がかかる。
また、特許文献6には、住所や年齢などのユーザプロファイルを選別基準にしてメーリングリストを作成し、グループ内でメールのやり取りを行う発明が開示されている。しかしながら、この発明では、グループメンバからの迷惑メール等は排除できないという問題がある。
特開2003−173314号公報
特開2001−084192号公報
特開2002−351796号公報
特開2002−335288号公報
特開2001−217861号公報
米国特許第6,480,885号公報
本発明は、上述のかかる問題に対処するためになされたものであり、簡単な設定で効率よく迷惑メール等を排除でき、かつ、受信したいメールのみを的確に受信することのできる電子メール送受信システムおよび方法を提供することを目的とする。
上記目的を達成するための本発明の概要を以下に説明する。
まず、メール受信者は、予め拒否したいメール内容もしくはメール内容に対するコード(以下、受信条件)を設定する。なお受信条件として拒否したいメールに替えて受信したいメールについて設定するようにしてもよい。
まず、メール受信者は、予め拒否したいメール内容もしくはメール内容に対するコード(以下、受信条件)を設定する。なお受信条件として拒否したいメールに替えて受信したいメールについて設定するようにしてもよい。
この受信条件は、自分の所属するプロバイダのWEBサイトにパスワード等による認証を経て入って設定してもよいし、あるいは、自分のパソコン等の情報端末にインストールされているソフトウェアによって設定するようにしてもよい。
一方、メール発信者もメール受信者と同様の形式で発信するメールの内容もしくはメール内容に対応するコード(以下、送信メール情報)を設定しておく。そして、発信するメールと共にそれらの情報が受信側プロバイダのサーバまたは相手のパソコンに届くようにする。
受信側サーバあるいは受信者側のパソコン等の情報端末において、これら送信メール情報と受信条件が照会され、受信可のものと受信不可のものが分離されるため、受信可のもののみ、あるいは、受信不可以外のもののみを受信者が閲覧できるようになる。この送信メール情報および受信条件としてコードを用い、これにより受信対象のメールを選別する機能をコードフィルタ(またはメルアドフィルタ)と呼びことにする。
このコードフィルタを使える者は、メール発行プロバイダが責任を持って、メール所有者の身元を一定の仕方で確認できた者に限定するように運用する。これにより、迷惑メール等の発信者や送信メール情報を偽ってメールを発信した者などを特定することも容易となる。
具体的には、本発明に係わる電子メール送受信システムは、送信者端末を通して入力された電子メールを送信する送信側サーバと、通信ネットワークを介して前記電子メールを受信し受信者端末へ出力する受信側サーバとを有する電子メール送受信システムであって、前記送信側サーバは、利用者および電子メールの属性情報に基づく送信メール情報を設定する送信メール情報登録手段を備え、前記受信側サーバは、電子メールの受信条件を設定する受信条件登録手段と、前記送信メール情報と前記受信条件とをもとに電子メールの受信可否を決定する受信可能メール判定手段と、を備えたことを特徴とする。
ここで、利用者の属性情報とは、国籍、性別、業種、あるいは、個人か法人かなどの情報を意味し、電子メールの属性情報とは、メールの内容、言語種類、目的(営利、非営利)などを意味する。ただし、利用者の属性か電子メールの属性かを厳密に区別するものではない。このとき、電子メールの属性については、複数の種類が存在する可能性があるので利用者ごとにパターン化して設定可能にしておくとよい。
好ましくは、前記送信側サーバは、前記送信メール情報を電子メール中に付加するメール属性付加手段を備え、前記受信側サーバは、受信した電子メールから前記送信メール情報を除去するメール属性除去手段を備えるようにするとよい。
このとき、送信メール情報をコード化して送るようにすれば、世界共通化が可能となる。さらに、コードは、WEBブラウザやメールソフト上で表示されないコードを用いるようにすれば、メール属性除去手段は不要となる。
なお、送信メール情報登録手段やメール属性付加手段は、送信側サーバに替えて送信者端末に専用プログラムとして備えることも可能である。
なお、送信メール情報登録手段やメール属性付加手段は、送信側サーバに替えて送信者端末に専用プログラムとして備えることも可能である。
また、本発明に係わる電子メール送受信システムは、電子メールを送信する送信側サーバから送られてくる電子メールを通信ネットワークを介して受信し、当該電子メールのアドレスを変換して受信側サーバへ転送する中継サーバを有する電子メール送受信システムであって、前記中継サーバは、利用者および電子メールの属性情報に基づく送信メール情報を設定する送信メール情報登録手段と、電子メールの受信条件を設定する受信条件登録手段と、前記送信メール情報と前記受信条件とをもとに電子メールの転送可否を決定する受信可能メール判定手段と、を備えたことを特徴とする。
すなわち、中継サーバにより条件を満たした電子メールのみを転送するようにすることによって、電子メール中への送信メール情報の付加は不要となる。
さらに、本発明に係わる電子メール送受信システムは、送信者端末を通して入力された電子メールを送信する送信側サーバと、通信ネットワークを介して前記電子メールを受信し受信者端末へ出力する受信側サーバと、前記電子メールが所定の受信条件を満たしているか否かを判定する監視サーバとを有し、不要の電子メールの受信を拒否するサービスを提供するための電子メール送受信システムであって、前記送信側サーバは、電子メール中に前記サービスに加入しているか否かを示す加入情報を付加する加入情報付加手段を備え、前記受信側サーバは、電子メール中に加入情報が存在するときは、前記監視サーバへ電子メールが所定の受信条件を満たしているか否かの問合せを行い、前記監視サーバからの通知に基づいて前記受信端末へ当該電子メールを出力するか否かの決定を行う受信可能メール問合せ手段を備え、前記監視サーバは、利用者および電子メールの属性情報に基づく送信メール情報を設定する送信メール情報登録手段と、電子メールの受信条件を設定する受信条件登録手段と、前記受信側サーバから問合せのあったときに前記送信メール情報と前記受信条件とをもとに電子メールの受信可否を判定し、前記受信側サーバへ通知する受信可能メール判定手段と、を備えたことを特徴とする。
電子メール中はコードフィルタを使用している者であることを表す加入情報のみを付加し、この情報が含まれている場合にのみ、監視サーバに問合せに行く。
一方、電子メール中に加入情報が含まれていない場合は、無条件で排除したり、加入情報が含まれておれば、監視サーバへの問合せをせずに無条件で受信者端末へ出力するようにしてもよい。さらに、加入情報が含まれている場合に、監視サーバへ問合せに行くか無条件で受信者端末へ出力するかを受信者により事前に設定できるようにすれば、融通性が高まる。なお、問合せをする場合はサービス料金を高くするなど、設定により受信者への課金条件を変えるようにすることにより問合せの負荷を軽減することも可能である。
また、本発明に係わる電子メール送受信方法は、電子メール中に含まれている利用者および電子メールの属性情報に基づく送信メール情報によって当該電子メールの受信の可否を判定する電子メール送受信方法であって、電子メールサーバに電子メールの受信条件を設定するステップと、電子メール中に含まれている送信メール情報が前記受信条件を満たしているか否かを判定し、満たしている場合には当該電子メールの内容を受信者端末へ出力するステップと、を含むことを特徴とする。
電子メールの受信条件は、複雑になりやすい。このため、受信条件を原則条件と例外条件に分け、たとえば原則条件と送信メール情報が一致した電子メールは許容する(受信する)ようにし、例外条件と一致した電子メールは拒否する(受信しない)ようにして、例外条件を原則条件より先に判定するようにすれば簡便な手法で受信の許否を判定することができる。
本発明によれば、利用者やメールの属性情報によって受信メールを選別するようにしたので、簡単な設定で受信したいメールを受信でき、迷惑メール等を排除することが可能となる。
以下、本発明の第1の実施の形態を説明する。図1は本発明の第1の実施の形態による送信側サーバ1、受信側サーバ2、これらのサーバと通信を行う送信者端末4および受信者端末5の機能ブロック図である。ここで、送信側サーバ1と受信側サーバ2によって電子メール送受信システム10が構成される。
図1において、送信側サーバ1は、通信ネットワーク3を介して送信者端末4と繋がっており、受信側サーバ2は通信ネットワーク3を介して受信者端末5と繋がっている。
送信側サーバ1および受信側サーバ2はインターネットサービスプロバイダ(以下、プロバイダという)により管理、運営されている。
送信側サーバ1および受信側サーバ2はインターネットサービスプロバイダ(以下、プロバイダという)により管理、運営されている。
また、送信者端末4および受信者端末5は、プロバイダの提供するサービスを利用してインターネットメールの送受信を行う一または二以上の利用者の端末である。
送信側サーバ1は、通信ネットワーク3を介してデータの送受信を行うための送受信部11、送受信部11から受け取ったデータの処理を行う中央演算処理部13、データを記憶するための記憶部14から構成されている。さらに、中央演算処理部13は、送受信部11との間でデータの受け渡しを行う送受信処理手段(機能)131、送受信部11を介して入力された利用者情報を登録する利用者情報登録手段(機能)132、送信メールに関する属性情報を登録する送信メール情報登録手段(機能)133、送信メールに属性情報を付加するメール属性付加手段(機能)134、受信を拒否され送信できなかったメール(以下、送信不可メール)の情報を登録する送信不可メール登録手段(機能)135を備えている。
また、記憶部14は、利用者に関する情報を保存する利用者情報データベース(DB)141、利用者あるいは送信メールの属性情報を保存する送信メール情報保存データベース(DB)142、送信履歴や送信不可メールに関する情報を保存する送信履歴テーブル143を有している。
受信側サーバ2は、通信ネットワーク3を介してデータの送受信を行うための送受信部21、送受信部21から受け取ったデータの処理を行う中央演算処理部23、データを記憶するための記憶部24から構成されている。さらに、中央演算処理部23は、送受信部21との間でデータの受け渡しを行う送受信処理手段(機能)231、送受信部21を介して入力された利用者情報を登録する利用者情報登録手段(機能)232、受信するメールに関する条件を登録する受信条件登録手段(機能)233、受信対象のメールか否かを判定する受信可能メール判定手段(機能)234、受信したメール中の属性情報を除去するメール属性除去手段(機能)235、受信者によって受信が拒否されたメール(以下、受信拒否メール)の情報を登録する受信拒否メール登録手段(機能)236を備えている。
また、記憶部24は利用者に関する情報を保存する利用者情報データベース(DB)241、メール受信条件に関する情報を保存する受信メール条件保存データベース(DB)242、受信拒否メールに関する情報を保存する受信拒否メール保存データベース(DB)243、受信メールを一時的に保存するメール保存データベース(DB)244を有している。
一方、送信者端末4は、通信ネットワーク3を介してデータの送受信を行うための送受信部41、送受信部41から受け取ったデータの処理を行う中央演算処理部43、データを記憶するための記憶部44、データの入出力を行う入力部45と表示部46から構成されている。
また、受信者端末5は、通信ネットワーク3を介してデータの送受信を行うための送受信部51、送受信部51から受け取ったデータの処理を行う中央演算処理部53、データを記憶するための記憶部54、データの入出力を行う入力部55と表示部56から構成されている。
以上の構成において、電子メール送受信方法の動作について説明する。
[1.情報登録段階]
<1-1.利用者(送信者)情報登録処理>
まず、メール発信者は、送信者端末4により送信側サーバ1にアクセスすることで利用者申し込みを行う。送信者端末4の入力部45より入力された利用者情報は送受信部41を通して送信側サーバ1へ送信される。送信された利用者情報は通信ネットワーク3を介し送信側サーバ1の送受信部11、送受信処理手段131で受信処理される。受信された利用者情報は利用者情報登録手段132により記憶部14の利用者情報DB141へ登録される。
[1.情報登録段階]
<1-1.利用者(送信者)情報登録処理>
まず、メール発信者は、送信者端末4により送信側サーバ1にアクセスすることで利用者申し込みを行う。送信者端末4の入力部45より入力された利用者情報は送受信部41を通して送信側サーバ1へ送信される。送信された利用者情報は通信ネットワーク3を介し送信側サーバ1の送受信部11、送受信処理手段131で受信処理される。受信された利用者情報は利用者情報登録手段132により記憶部14の利用者情報DB141へ登録される。
図2は利用者情報DB141のデータ構成例である。
この図において利用者ID(識別情報)とそれに関連付けられた国籍、業種、住所、所属(契約主体)、氏名、性別、パスワード、サービス加入フラグ(加入情報)などの情報が保存されている。
この図において利用者ID(識別情報)とそれに関連付けられた国籍、業種、住所、所属(契約主体)、氏名、性別、パスワード、サービス加入フラグ(加入情報)などの情報が保存されている。
<1-2.メール送信条件登録処理>
メール発信者による利用者情報の登録が終了すると送信メール情報登録手段133が起動され送信メールの属性情報が送信メール情報保存DB142へ保存される。
図3は送信メール情報保存DB142のデータ構成例である。この図において利用者ごとに送信メール情報パターンが複数保存されており送信メール情報パターンごとに送信メール情報パターンID(識別番号)とそれに関連付けられた性別、所属(契約主体)、タイトル言語、本文言語、業種、目的、内容などの情報が保存されている。この図における性別、所属(契約主体)などの情報は利用者情報を使用するようにしてもよい。
メール発信者による利用者情報の登録が終了すると送信メール情報登録手段133が起動され送信メールの属性情報が送信メール情報保存DB142へ保存される。
図3は送信メール情報保存DB142のデータ構成例である。この図において利用者ごとに送信メール情報パターンが複数保存されており送信メール情報パターンごとに送信メール情報パターンID(識別番号)とそれに関連付けられた性別、所属(契約主体)、タイトル言語、本文言語、業種、目的、内容などの情報が保存されている。この図における性別、所属(契約主体)などの情報は利用者情報を使用するようにしてもよい。
また、属性情報は変更の少ない基本項目と送信メールごとに設定する設定項目に分類し送信者端末4からメールを送信するたびに送信側サーバ1へアクセスし、ホームページ上で設定することとしてもよい。
図4はメール属性条件設定画面である。この図において基本項目として国籍、タイトル言語、本文言語、所属、業種、性別などの属性情報が標準値(デフォルト)として設定されており、設定条件として目的、内容などの情報はメールごとに設定することができるようになっている。
基本項目が標準値として設定されているため、メール送信ごとに全ての属性情報を設定する労力が軽減される。また、設定した属性情報をはずしメールを送信することもできる。
基本項目が標準値として設定されているため、メール送信ごとに全ての属性情報を設定する労力が軽減される。また、設定した属性情報をはずしメールを送信することもできる。
次に、メール送信時における送信メール情報登録手段133の動作の詳細を図5を用いて説明する。
まず、利用者は利用者ID、パスワードを入力する(S101)。次に入力された利用者IDのデータ保存領域が送信メール情報保存DB142に作成されているかを検索する(S102)。検索の結果、送信メール情報保存DB142に保存領域がない場合は(S103)、当該利用者の送信メール情報の保存領域を作成する(S107)。一方、保存領域が既に存在する場合は送信メール情報ごとに発効される送信メール情報パターンIDを選択する(S104)。そして、利用者情報DBから当該利用者の属性情報を抽出して保存領域へ格納する(S105)。また、目的、内容(設定条件)を入力して保存領域へ格納する(S106)。
まず、利用者は利用者ID、パスワードを入力する(S101)。次に入力された利用者IDのデータ保存領域が送信メール情報保存DB142に作成されているかを検索する(S102)。検索の結果、送信メール情報保存DB142に保存領域がない場合は(S103)、当該利用者の送信メール情報の保存領域を作成する(S107)。一方、保存領域が既に存在する場合は送信メール情報ごとに発効される送信メール情報パターンIDを選択する(S104)。そして、利用者情報DBから当該利用者の属性情報を抽出して保存領域へ格納する(S105)。また、目的、内容(設定条件)を入力して保存領域へ格納する(S106)。
上記、送信メール情報登録手段133により登録された送信メール情報(属性情報)はメール送信時にメール属性付加手段134によりコード化され送信メール本文の先頭部分に付加される。このコード化によって世界共通に本サービスの利用が可能となる。
送信メール情報は例えば次の通りであり、メール発信者の素性(国籍、性別、法人、個人など)とメール内容がどのような性質を備えたものかをメール受信者のパソコンやプロバイダのサーバに通告する役割を持つ。
以下は送信メール情報の例である。
(1)言語別(4桁)・・・ タイトルと内容に各2桁ずつ。
(2)国別(3桁)・・・ 送信者国籍
(3)性別(1桁)・・・送信者性別(メール発信者が「個人」の場合のみ適応)
(4)主体別(1桁)・・・個人・法人・サークル・団体
(5)目的別(1桁)・・・営業・広告(非営利) 営業・広告(営利)など
(6)業種別(2桁)・・・宗教関係・教育関係・農業関係・工業関係・医療関係など
(7)内容別(5桁)・・・健康食品・造園業生活用品・映画館・水族館・設備設計など
(1)言語別(4桁)・・・ タイトルと内容に各2桁ずつ。
(2)国別(3桁)・・・ 送信者国籍
(3)性別(1桁)・・・送信者性別(メール発信者が「個人」の場合のみ適応)
(4)主体別(1桁)・・・個人・法人・サークル・団体
(5)目的別(1桁)・・・営業・広告(非営利) 営業・広告(営利)など
(6)業種別(2桁)・・・宗教関係・教育関係・農業関係・工業関係・医療関係など
(7)内容別(5桁)・・・健康食品・造園業生活用品・映画館・水族館・設備設計など
上記(1)の例・・メールの言語別で合計4桁からなり、左2桁がタイトルの言語。右2桁が主な内容の言語。
01 英語、02 フランス語、03 ドイツ語、04 イタリア語、05 中国語、
06 日本語、07 ポルトガル語、08 アラビア語 等。
01 英語、02 フランス語、03 ドイツ語、04 イタリア語、05 中国語、
06 日本語、07 ポルトガル語、08 アラビア語 等。
上記(2)の例・・送信者の国籍別で3桁。
001 フランス、016 ドイツ、120 イタリア、198 中国、216 日本、242 韓国、102 ポルトガル、198 エジプト 等。
001 フランス、016 ドイツ、120 イタリア、198 中国、216 日本、242 韓国、102 ポルトガル、198 エジプト 等。
上記(3)の例・・送信者の性別で1桁
1 男性、2 女性、3 法人 等。
1 男性、2 女性、3 法人 等。
上記(4)の例・・送信者の主体別で1桁
1 個人、2 株式会社、3 有限会社、4 その他法人、5 団体・グループ 等。
1 個人、2 株式会社、3 有限会社、4 その他法人、5 団体・グループ 等。
上記(5)の例・・内容の目的別で1桁
1 営業または広告で営利、2 営業または広告で非営利、3 私信、4 連絡、
5 会議等。
1 営業または広告で営利、2 営業または広告で非営利、3 私信、4 連絡、
5 会議等。
上記(6)の例・・内容の業種別で2桁
01 宗教関係、02 教育関係、03 農業関係、04 工業関係、05 医療関係、
06 音楽関係 等。
01 宗教関係、02 教育関係、03 農業関係、04 工業関係、05 医療関係、
06 音楽関係 等。
上記(7)の例・・業種の内容別で5桁。たとえば電話帳データベースの業種分類一覧表を参考にする。
02170 健康食品、42370 造園業生活用品、07130 映画館、
53793 水族館、38390 設備設計 等。
02170 健康食品、42370 造園業生活用品、07130 映画館、
53793 水族館、38390 設備設計 等。
図6にコード化された送信メール情報の例を示す。
コードは項目ごとに先頭からタイトル、言語が2桁、国籍が3桁、性別が1桁、契約主体が1桁、目的が1桁、業種が2桁、内容が5桁で設定されており、この図にある0606−216−1−1−3−02−07130というコードはタイトル、言語ともに日本語が使用されており、国籍は日本人で性別は男性、契約主体は個人で目的は私信、業種は教育関係、メール内容は映画館であることを意味している。
コードは項目ごとに先頭からタイトル、言語が2桁、国籍が3桁、性別が1桁、契約主体が1桁、目的が1桁、業種が2桁、内容が5桁で設定されており、この図にある0606−216−1−1−3−02−07130というコードはタイトル、言語ともに日本語が使用されており、国籍は日本人で性別は男性、契約主体は個人で目的は私信、業種は教育関係、メール内容は映画館であることを意味している。
また、メール属性をつけていないメールには0000−000−0−0−0−00−00000というコードが付される。なお、上記は各項目をデリミタ"−"で分けているが、項目の区切りが識別できればこれに限られない。
利用者によりメールが送信されると送信履歴が送信履歴テーブル143に保存される。
利用者によりメールが送信されると送信履歴が送信履歴テーブル143に保存される。
図7は送信履歴テーブル143のデータ構成例である。この図において利用者(送信者)ごとに送信メール情報パターンID(識別番号)とそれに関連付けられた送信先メールアドレス、発信時刻などの情報が保存されている。また、発信したメールが受信者によって受信拒否をされたときに受信側サーバからの通知によって受信拒否フラグがセットされるようになっている。
以上、メール送信者側サーバに送信メール情報(フィルター条件)を設定登録する例を示したが、送信時に送信メール情報が自動的にメールに付与されるような機能を送信者端末4のメールソフト(専用プログラム)にもたせてもよい。この場合には、送信メール情報自体は送信者端末に登録される。このように、送信メール情報を登録する場所が送信者側サーバでなく送信者端末である場合は、登録の変更などが容易に行える他、機密漏洩の危険性が低下するなどのメリットがある。
送信メール情報コードは、図8に示すように電子メール本文中に付加されて受信サーバ2へ向けて送信される。なお、送信メール情報コードは、電子メール本文中でなく、タイトルや他のフィールドに持たせることも可能である。
<1-3.利用者(受信者)情報登録処理>
メール受信者は受信者端末5により受信側サーバ2にアクセスすることで利用者申し込みを行う。受信者端末5の入力部55より入力された利用者情報は送受信部51より受信側サーバ2へ送信される。送信された利用者情報は通信ネットワーク3を介し受信側サーバ2の送受信部21、送受信処理手段231で受信処理される。受信された利用者情報は利用者情報登録手段232により記憶部24の利用者情報DB241へ登録される。
メール受信者は受信者端末5により受信側サーバ2にアクセスすることで利用者申し込みを行う。受信者端末5の入力部55より入力された利用者情報は送受信部51より受信側サーバ2へ送信される。送信された利用者情報は通信ネットワーク3を介し受信側サーバ2の送受信部21、送受信処理手段231で受信処理される。受信された利用者情報は利用者情報登録手段232により記憶部24の利用者情報DB241へ登録される。
<1-4.メール受信条件登録処理>
メール受信者による利用者情報の登録が終了すると受信条件登録手段233が起動されメール受信条件が受信メール条件保存DB242へ保存される。
メール受信者による利用者情報の登録が終了すると受信条件登録手段233が起動されメール受信条件が受信メール条件保存DB242へ保存される。
図9は受信メール条件保存DB242のデータ構成例である。この図において利用者ごとにメール受信条件ID(識別情報)とそれに関連付けられたタイトル言語、本文言語、目的、内容、氏名、性別、所属(契約主体)、業種、などの情報が保存されている。
さらにこれらの各項目ごとにその項目を無条件に受信することを表す無条件フラグと受信許可項目とその受信許可項目の受信を許可することを表す受信許可フラグなどの情報が保存されている。
さらにこれらの各項目ごとにその項目を無条件に受信することを表す無条件フラグと受信許可項目とその受信許可項目の受信を許可することを表す受信許可フラグなどの情報が保存されている。
メール受信者は、このメール受信条件の設定を、自分のメールアドレス発行のプロバイダのホームページから、パスワードなどの認証を用いて入り、WEB上で行う。
メール受信条件の内容は基本的には送信メール情報と同様であるが、各項目についてメール受信条件の設定のために、各項目のコード番号を一桁増やす。その内容は例えば次の通りである。
0 無条件受信、 1 受信許容条件、 2 受信拒否条件
メール受信条件の内容は基本的には送信メール情報と同様であるが、各項目についてメール受信条件の設定のために、各項目のコード番号を一桁増やす。その内容は例えば次の通りである。
0 無条件受信、 1 受信許容条件、 2 受信拒否条件
従って、前記した送信メール情報の例を引用すれば次のようになる。
(1)言語別(5桁)、(2) 国別(4桁)、(3) 性別(2桁)、(4)主体別(2桁)、(5)目的別(2桁)、(6)業種別(3桁)、(7)内容別(6桁)
(1)言語別(5桁)、(2) 国別(4桁)、(3) 性別(2桁)、(4)主体別(2桁)、(5)目的別(2桁)、(6)業種別(3桁)、(7)内容別(6桁)
このコード体系を用いて、ある項目について無条件受信であったり、受信許容条件や受信拒否条件の設定である場合は、最初にその条件を設定するようにする。
図10はメール受信条件コードの具体例である。コードは各項目の先頭にメール受信条件を表すフラグが1桁設けられており、タイトル、言語の指定にそれぞれ2桁、国籍が4桁、性別が2桁、契約主体が2桁、目的が2桁、業種が3桁、内容が6桁で設定されている。
この図で例示されている原則のメール受信条件コード「10606、10101−0000−00−00−11、15−000−000000」について、"−"で区切られたコードの先頭から説明すると、先頭の10606は一番初め(左端)の一桁でメール受信許容を表しており、次の06はタイトルが日本語、その次の06では内容が日本語を表している。すなわちタイトルと内容が日本語で書かれているメールを受信するということを意味している。
同じように10101は先頭の1桁目が1なので受信許容を表しており、次の2桁の"01"でタイトルが英語、その次の2桁の"01"で本文が英語で書かれているメールを受信許容することを表している。"−"で区切られた次の4桁は国籍の指定をおこなっているが、"0000"となっているため、国籍に関しては無条件受信を行うことを意味している。続いてメール差出人の性別、契約主体が無条件受信として設定されている。
次の、目的は"11"で先頭の"1"は受信許容を意味しており、次の"1"は営利目的を表しているので営利目的のメールは受信するということを意味している。同様に次の"15"は会議目的のメールを受信許容するということを意味している。その次の"−"で区切られた3桁および6桁のコードは、それぞれ差出人の業種と内容が無条件受信を行うことを意味している。
つまり、上記の一連のメール受信条件コードは、メールのタイトルおよび本文は英語または日本語で書かれており、メールの目的が営利または会議に使われるもののみ受信するということを意味している。
また、ここで例示されている例外のメール受信条件コード「20101−0000−21−00−00−000−000000」は先頭の5桁でタイトル、本文、内容が英語のメールは受信拒否を行うことを意味しており、"−"で区切られた次の4桁は国籍を指定しているが、"0000"なので無条件受信を行うことを意味している。次の"−"で区切られた2桁"21"は差出人の性別を表しているが、"2"は受信拒否を表しており"1は男性を表しているので差出人が男性からのメールは受信拒否をするということを意味している。すなわち、メールのタイトルおよび内容が英語で書かれている男性からのメールは拒否することを表している。
上記は、原則を許可条件、例外を拒否条件としたが、原則を拒否条件にして例外を許可条件としてもよい。
上記は、原則を許可条件、例外を拒否条件としたが、原則を拒否条件にして例外を許可条件としてもよい。
メール受信条件コードは受信者メールアドレスと対になって受信者側サーバ2内に保存される。一度それらの条件設定をしておけば、今後受信するメールの内容も同様の条件のものとされる。条件が異なる内容のメールを受信する場合は設定し直すことにより対応可能となる。方式としては直近に設定した条件が、今後の条件として有効になる。またその設定そのものを「はずす」こともできる。その場合、無条件でメールを受信することになる。なお、無条件受信の設定を行うことによって、サービス加入者のメールのみを受信するようにしてもよい。
条件設定した後は、受信側サーバに届いたメールの「送信メール情報コード」が「メール受信条件コード」と比較照合される。そして、受信者からの受信条件に合致したもののみが受信者用メールボックスに入力され、受信者が開覧できるようになる。受信拒否されたメールは、受信者が必要に応じて閲覧可能な所定のメールボックスに入力する。なお、メールボックスへの入力に替えて、送信者側サーバへ所定のメッセージを付加して返送するようにしてもよいし、あるいは破棄してもよい。
以上は、メール受信条件をコードにて登録する例だが、コードを使用せずに、受信者端末5により受信側サーバ2へアクセスし、ホームページ上で設定するようにしてもよい。
図4はホームページ上のメール属性条件設定画面でメール受信条件を設定する場合の画面図である。この図は、項目を選択して入力するようにしているが、条件の内容を直接入力するようにしてもよい。
以上、受信側サーバに受信条件(フィルター条件)を設定登録する例を示したが、受信時に「送信メール情報コード」と「メール受信条件コード」とが比較照合されるような機能を受信者端末のメールソフトにもたせてもよい。この場合には、受信条件自体は受信者端末内に登録される。このように、受信条件を登録する場所が受信側サーバでなく受信者端末である場合は、登録の変更などが容易に行える他、機密漏洩の危険性が低下するなどのメリットがある。
また、受信条件を時間帯別にして、たとえば業務時間帯は、目的が私信になっているような私用メールは配信を禁止するようにしてもよい。このとき、業務時間帯に私用メールが届いた場合は、受信側サーバ2で一時保管しておき、業務時間外に受信者端末5へ配信する。
図11を用いて受信条件登録手段の動作を詳述する。
まず、利用者ID、パスワードの入力要求を行う(S201)。受信メール条件保存DB内に利用者IDに対応するメール受信条件が登録済みかを検索する(S202)。検索の結果、受信条件登録済みでない場合は当該利用者のメール受信条件保存領域を作成する(S203、S209)。受信条件登録済みの場合はメール受信条件を抽出し受信者端末へ表示する(S204)。設定・変更項目がある場合は設定・変更項目の入力を要求し、項目内容の変更を行う(S205、S206、S207)。全項目について変更済みの場合は終了し(S209)、設定、変更項目がある場合は上記ステップS205へ戻り処理を行う(S208)。
まず、利用者ID、パスワードの入力要求を行う(S201)。受信メール条件保存DB内に利用者IDに対応するメール受信条件が登録済みかを検索する(S202)。検索の結果、受信条件登録済みでない場合は当該利用者のメール受信条件保存領域を作成する(S203、S209)。受信条件登録済みの場合はメール受信条件を抽出し受信者端末へ表示する(S204)。設定・変更項目がある場合は設定・変更項目の入力を要求し、項目内容の変更を行う(S205、S206、S207)。全項目について変更済みの場合は終了し(S209)、設定、変更項目がある場合は上記ステップS205へ戻り処理を行う(S208)。
[2.メール送受信段階]
<2−1.受信可能メール判定処理>
送信側サーバ1により送信されたメールは通信ネットワーク3を介し、受信側サーバ2の送受信部21、送受信処理手段231で受信処理され、受信可能メール判定手段234により受信側アドレスの受信条件に合致するか判定され受信可能である場合はメール保存DB244へ保存される。受信条件の設定されているアカウントにメール属性の付加されていないメールが送られてきたときは、送信メール情報要の通知が送信側サーバ1へ返信される。
<2−1.受信可能メール判定処理>
送信側サーバ1により送信されたメールは通信ネットワーク3を介し、受信側サーバ2の送受信部21、送受信処理手段231で受信処理され、受信可能メール判定手段234により受信側アドレスの受信条件に合致するか判定され受信可能である場合はメール保存DB244へ保存される。受信条件の設定されているアカウントにメール属性の付加されていないメールが送られてきたときは、送信メール情報要の通知が送信側サーバ1へ返信される。
次に、原則を受信許可、例外を受信拒否とした場合の受信可能メール判定手段234の動作の詳細を図12を用いて説明する。
まず、受信メールから送信先アドレスと送信メール情報コードを抽出して(S301)、受信メール中にコード情報が存在するか否かを判定する(S302)。判定の結果、受信メール中にコード情報が存在しない場合は送信元アドレスに送信メール情報コード要の通知を送信し終了する(S308)。
まず、受信メールから送信先アドレスと送信メール情報コードを抽出して(S301)、受信メール中にコード情報が存在するか否かを判定する(S302)。判定の結果、受信メール中にコード情報が存在しない場合は送信元アドレスに送信メール情報コード要の通知を送信し終了する(S308)。
受信メール中にコード情報が存在する場合は、メール条件保存DB242から送信先アドレスに関するメール受信条件を抽出する(S303)。次にメール受信条件のうち、まず例外メール受信条件コード(拒否条件)と送信メール情報コードとが一致するか否かを判定し(S304)、一致した場合は、受信メールを利用者の保管用メールボックスに保存し(S305)終了する。一致しない場合は次に原則メール受信条件コード(許可条件)と送信メール情報コードの比較を行い(S306)、両者が一致しない場合は受信メールを利用者の保管用メールボックスに保存して終了する(S305)。
一方、原則メール受信条件コードと送信メール情報コードとが一致した場合は受信メールを利用者の配信用メールボックス244に保存して終了する(S307)。上記処理により、受信対象でないと判定され、保管用メールボックスに保存されたメールは一定期間メールボックスに保存された後、受信者に配信されずに自動的に削除される。なお、削除処理の前にこのメールを受信者が閲覧できるようにしてもよい。一方、受信対象として判定され配信用メールボックスに保存されたメールはメール属性除去手段235により電子メール中の送信メール情報コードが除去され受信者端末5へ送信される。
このように、許可、拒否の受信条件を原則、例外として設定し、原則に対して例外の条件を先に処理することによって複雑な受信条件を簡潔に処理することができる。
上記は、原則を受信許可、例外を受信拒否とした場合の説明であるが、次に原則を受信拒否、例外を受信許可とした場合の受信可能メール判定手段234の動作の詳細を図13を用いて説明する。
上記は、原則を受信許可、例外を受信拒否とした場合の説明であるが、次に原則を受信拒否、例外を受信許可とした場合の受信可能メール判定手段234の動作の詳細を図13を用いて説明する。
まず、受信メールから送信先アドレスとメール送信メール情報コードを抽出し(S401)、受信メール中にコード情報が存在するかを判定する(S402)。判定の結果、受信メール中にコード情報が存在しない場合は送信元アドレスに送信メール情報コード要の通知を送信し終了する(S408)。受信メール中にコード情報が存在する場合は、メール条件保存DB242から送信先アドレスに関するメール受信条件を抽出する(S403)。
そして例外メール受信条件と送信メール情報コードが一致するか否かを判定する(S404)。判定の結果、例外メール受信条件と送信メール情報コードが一致した場合は、受信メールを利用者の配信用メールボックスに保存し(S405)終了する。一方、例外メール受信条件と送信メール情報コードが一致しない場合は、原則メール受信条件と送信メール情報コードが一致するか否かを判定をする(S406)。判定の結果、一致すれば受信メールを利用者の保管用メールボックスに保存し(S407)終了する。一致しなければ、受信メールを利用者の配信用メールボックスに保存し(S405)終了する。
以上の処理によって、受信対象でないと判定され、保管用メールボックスに保存されたメールは一定期間メールボックスに保存された後、自動的に削除される。このとき期間中受信者が閲覧できるようにしてもよいし、閲覧不要の場合は直ちに削除するようにしてもよい。一方、受信対象として判定され配信用メールボックスに保存されたメールはメール属性除去手段235により電子メール中の送信メール情報コードを除去して受信者端末5へ送信される。なお、送信メール情報コードの除去方法としては専用メールソフトを使用するようにして受信者端末でサプレスして表示するようにしてもよい。
<2−2.受信拒否メール登録処理>
受信側サーバ2により受信者端末5へ送信されたメールは受信者端末5の送受信部51で受信される。受信したメールが受信者の望まぬ相手からのメールであったり、不審者からのメールであった場合は受信側サーバ2へそのメールを返信する。返信されたメールは受信拒否メール登録手段236により受信拒否メールとして受信拒否メール保存DB243へ保存される。
同時にメール保存DB244内に保存されている同一発信者からのメールが検索され削除される。
受信側サーバ2により受信者端末5へ送信されたメールは受信者端末5の送受信部51で受信される。受信したメールが受信者の望まぬ相手からのメールであったり、不審者からのメールであった場合は受信側サーバ2へそのメールを返信する。返信されたメールは受信拒否メール登録手段236により受信拒否メールとして受信拒否メール保存DB243へ保存される。
同時にメール保存DB244内に保存されている同一発信者からのメールが検索され削除される。
図14を用いて受信拒否メール登録手段の動作の詳細を説明する。
まず、受信者が返信したメールから受信者のメールアドレス、送信元メールアドレス、受信者へのメール送信時刻を抽出する(S501)。
次に、メール保存DBの当該受信者宛てのメール送信記録に抽出済みの送信元メールアドレス、受信者へのメール送信時刻が一致する記録があるかを検索する(S502)。
まず、受信者が返信したメールから受信者のメールアドレス、送信元メールアドレス、受信者へのメール送信時刻を抽出する(S501)。
次に、メール保存DBの当該受信者宛てのメール送信記録に抽出済みの送信元メールアドレス、受信者へのメール送信時刻が一致する記録があるかを検索する(S502)。
検索の結果、記録がない場合は終了し、記録がある場合は、メール送信元アドレス(発信元)を受信拒否メールとして受信拒否メール保存DBへ保存する(S503、S504)。次に、同一送信元(発信元)からのメールが当該受信者のメール保存DB内に保存されているかを検索し、同一送信元からの送信メールがある場合は、該当メールの削除を行う(S505、S506、S507)。
同一送信元からの送信メールがない場合は送信側サーバへ送信不可メールとして送信メール情報コード、発信者メールアドレス、送信先メールアドレス(受信者アドレス)、発信時刻情報を送信し終了する(S508)。異なる受信者から受信側サーバへ所定回数以上、返信があった場合は受信側サーバ2から送信側サーバ1へ該当するメール情報が送信される。受信側サーバ2から送信された受信拒否メール情報は送信側サーバ1の送信不可メール登録手段135により送信不可メールとして送信履歴テーブル143へ登録される。具体的には送信履歴テーブル143の受信拒否フラグがセットされる。
また、送信不可メールとして登録されたメールの発信者に対して送信不可メール登録手段135より警告のメールが送信される。所定回数以上警告が発せられた利用者は本サービスから除外され、送信履歴テーブル143を参照して送信済みのメールの受信側サーバに通知して、その利用者から送信されたメールが受信側サーバに存在する場合は削除される。上記により、これまで、迷惑メールは、受信者全員に届き、迷惑を被っていたが、一定数の受信者の返信によって他の者が迷惑メールを受信しなくてもよくなる。
また、特定の利用者情報(たとえば、国籍、性別)の変更を登録しておき、所定回数以上、利用者情報を変更し、メール属性情報を偽るものに対しても同様に警告が発せられ所定回数以上警告が発せられた場合は本サービスから除外される。
本実施の形態によれば、受信者は自分の望む送信メール情報の付加されたメールのみ受信することができ、これまで、迷惑メールは、受信者全員に届き、迷惑を被っていたが、一定数の受信者の返信によって他の者が受信しなくてもすむという効果がある。
また、コード情報によって処理するので、アドレスごとに受信拒否、許可設定をすることに比べて、内容ごとなど詳細な設定が可能となる。さらに、迷惑メールが多い場合は、都度アドレス設定をするのに比べ、設定の手間を省くことができる。特に、本サービスに加入する際の身元の確認をしっかりとするようにすれば、迷惑メールの防止効果が高くなる。
また、コード情報によって処理するので、アドレスごとに受信拒否、許可設定をすることに比べて、内容ごとなど詳細な設定が可能となる。さらに、迷惑メールが多い場合は、都度アドレス設定をするのに比べ、設定の手間を省くことができる。特に、本サービスに加入する際の身元の確認をしっかりとするようにすれば、迷惑メールの防止効果が高くなる。
なお、上記の説明では、各項目ごとに受信許可、拒否のフラグを設けることとしたが、例外、原則として一括して判定するときは、コード全体に対して、受信許可、拒否のフラグを設定するようにしてもよい。また、条件が複雑でない場合は、原則、例外に分けずに受信条件コード内に許可、拒否フラグを項目ごとに設定することも可能である。
さらに、送信メール情報は、本文やタイトルに付加することに替えて添付ファイルとして持たせるようにすれば付加削除の処理が簡単になる。特に、送信メール情報を添付ファイル名として設定するようにすれば、添付ファイルを開く必要が無いため、処理の負荷をさらに削減することができる。
さらに、送信メール情報は、本文やタイトルに付加することに替えて添付ファイルとして持たせるようにすれば付加削除の処理が簡単になる。特に、送信メール情報を添付ファイル名として設定するようにすれば、添付ファイルを開く必要が無いため、処理の負荷をさらに削減することができる。
次に第2の実施の形態を図15を用いて説明する。本実施の形態の電子メール送受信システムは、第1の実施の形態の送信サーバと受信サーバの間に中継サーバを設けた構成になっている。
また、第1の実施の形態では、利用者(送信者)は送信側サーバにメール送信条件を登録し、利用者(受信者)は受信側サーバにメール受信条件を登録するのに対して、本実施の形態は、中継サーバ6に送信者は送信メール情報登録手段632を用いて送信メール情報を送信メール情報保存DB641に登録し、受信者は転送条件登録手段635を用いてメール転送条件保存DB642に転送条件を登録する。そして、中継サーバの転送メール判定手段634において、送信者の送信メール情報と受信者の転送条件が一致しているかの判定を行い、一致したときのみメールが中継されるようにしたものである。
また、本実施形態では、メール中へのコード付加は不要となり、替わりにアドレス変換手段が必要となる。
図15において、中継(認証)サーバ6は通信ネットワーク3を介して送信側サーバ1、送信者端末4、受信側サーバ2、受信者端末5と繋がっている。中継(認証)サーバ6は送受信部61、中央演算処理部63、記憶部64から構成されている。
さらに中央演算処理部63は送受信処理手段631、送信メール情報登録手段632、アドレス変換手段633、転送メール判定手段634、転送条件登録手段635から構成されている。また、記憶部64は送信メール情報保存DB641、メール転送条件保存DB642、送信記録DB643、仲介アドレスDB644を有している。
図15において、中継(認証)サーバ6は通信ネットワーク3を介して送信側サーバ1、送信者端末4、受信側サーバ2、受信者端末5と繋がっている。中継(認証)サーバ6は送受信部61、中央演算処理部63、記憶部64から構成されている。
さらに中央演算処理部63は送受信処理手段631、送信メール情報登録手段632、アドレス変換手段633、転送メール判定手段634、転送条件登録手段635から構成されている。また、記憶部64は送信メール情報保存DB641、メール転送条件保存DB642、送信記録DB643、仲介アドレスDB644を有している。
その他については、第1の実施の形態と同様であるので、同一要素には同一符号を付けて説明を省略する。
まず、メール送信者は、送信者端末4により送信側サーバ1にアクセスすることで利用者申し込みを行う。利用者申し込みが終了すると中継サーバにアクセスし、送信メール情報を設定する。
まず、メール送信者は、送信者端末4により送信側サーバ1にアクセスすることで利用者申し込みを行う。利用者申し込みが終了すると中継サーバにアクセスし、送信メール情報を設定する。
送信者端末4の入力部45より入力された送信メール情報は送信メール情報登録手段632により送信メール情報DB641へ登録される。送信メール情報の登録が終了すると中継サーバ6からメール送信者に対し仲介アドレスが通知される。
一方、メール受信者は、受信者端末5より受信側サーバ2にアクセスすることで利用者申し込みを行う。利用者申し込みが終了すると中継サーバ6にアクセスし、メール転送条件を設定する。受信者端末5の入力部55より入力されたメール転送条件は転送条件登録手段635によりメール転送条件保存DB642へ登録される。メール転送条件の登録が終了すると中継サーバ6からメール受信者に対し仲介アドレスが通知される。なお、上記は、送信者、受信者別々に説明したが、通常、利用者は送信者でもあり、受信者でもあるため共通の利用者情報として登録することになる。
一方、メール受信者は、受信者端末5より受信側サーバ2にアクセスすることで利用者申し込みを行う。利用者申し込みが終了すると中継サーバ6にアクセスし、メール転送条件を設定する。受信者端末5の入力部55より入力されたメール転送条件は転送条件登録手段635によりメール転送条件保存DB642へ登録される。メール転送条件の登録が終了すると中継サーバ6からメール受信者に対し仲介アドレスが通知される。なお、上記は、送信者、受信者別々に説明したが、通常、利用者は送信者でもあり、受信者でもあるため共通の利用者情報として登録することになる。
次に、図16を用いて仲介アドレスDB644を説明する。仲介アドレスDB644は利用者IDとその利用者のメールアドレスそれに関連づけられた仲介メールアドレスが保存されている。本実施形態では送信者がメールを送信するときには送信先アドレス欄に仲介アドレスが設定される。
以下、図17を用いて第2の実施形態における中継サーバの転送メール判定手段634の動作について説明する。
まず、受信メールから送信元アドレスと送信先仲介アドレスを抽出する(S601、S602)。送信メール情報保存DB641から送信元アドレスに関する送信メール情報コードを抽出する(S603)。次に、メール転送条件保存DB642から送信先仲介アドレスに関するメール転送条件を抽出する(S604)。そして、送信メール情報コードとメール転送条件が一致するかを比較する(S605)。送信メール情報コードとメール転送条件が一致した場合、アドレス変換手段を起動させる(S606)。その後、メールを受信側サーバ2へ送信し、送信記録を送信記録DB643に保存する(S607)。一方、送信メール情報コードとメール転送条件が一致しない場合、受信条件不一致のメッセージとともにメールを送信者側サーバ1に返信し終了する(S608)。
まず、受信メールから送信元アドレスと送信先仲介アドレスを抽出する(S601、S602)。送信メール情報保存DB641から送信元アドレスに関する送信メール情報コードを抽出する(S603)。次に、メール転送条件保存DB642から送信先仲介アドレスに関するメール転送条件を抽出する(S604)。そして、送信メール情報コードとメール転送条件が一致するかを比較する(S605)。送信メール情報コードとメール転送条件が一致した場合、アドレス変換手段を起動させる(S606)。その後、メールを受信側サーバ2へ送信し、送信記録を送信記録DB643に保存する(S607)。一方、送信メール情報コードとメール転送条件が一致しない場合、受信条件不一致のメッセージとともにメールを送信者側サーバ1に返信し終了する(S608)。
次に、図18を用いてアドレス変換手段の動作を説明する。まず、送信先の仲介メールアドレスを電子メールの送信先アドレスフィールドから抽出する(S701)。抽出した送信先の仲介メールアドレスを仲介アドレスDB644を参照して実アドレスに変換する(S702)。同様に、送信元の実アドレスを抽出して(S703)、送信元の仲介アドレスに変換する(S704)。この変換した、送信先実アドレスと送信元仲介アドレスをメールの送信先アドレスフィールドと送信元アドレスフィールドに夫々格納する(S705)。図19にアドレス変換前の電子メールのアドレスフィールド等のデータ例、図20にアドレス変換後のデータ例を示す。
以上の処理によって、アドレスが変換され受信側サーバ2にメールが届けられ、受信者端末5へ配信される。なお、WEBメールとして、受信者端末5から受信側サーバ2にメールの内容を閲覧しにいくようにしてもよい。
上述の処理によって、受信者は希望した属性を有するメールのみを受信することが可能となるが、もし希望しないメールを受け取った場合、そのメールを受信側サーバ2へ返信(もしくは別手段により通知)する。受信側サーバ2は受信拒否メール登録手段236により受信拒否メールとして受信拒否メール保存DB243へ保存する。同時に、受信拒否メール情報は中継サーバ6に送信され、転送条件登録手段635によりメール転送条件保存DB643へ保存される。
このとき、中継サーバ6からさらに送信側サーバ1へ受信拒否の通知を行い、第1の実施の形態で説明した手法により送信者への通知およびサービス加入資格の剥奪等の処理を行うようにしてもよい。
本実施の形態によれば、中継サーバを設けて、受信条件に適合するか否かを判定し適合するもののみを転送するようにしたので、メール本文中へメール属性を付加することなく受信者の希望する条件に一致したメールが受信可能になる。
次に第3の実施の形態を図21を用いて説明する。第1の実施形態では利用者(送信者)は送信側サーバに送信メール情報(メール属性)を登録し、利用者(受信者)は受信側サーバにメール受信条件を登録するのに対して、本実施の形態による電子メール送受信システムでは、監視サーバを別に設け、この監視サーバにメール属性と受信条件を登録し保存する。また、受信側サーバは、メールアカウントに対応して本サービス対象のメールか否かを判定して、本サービス対象のメールの場合は、認証サーバに問合せを行い配信の可否を決定するようにしたものである。
また、監視サーバで、本サービスに加入している送信者の送信履歴を保管して、メール属性の変更頻度の監視を行うこととし、受信者によって不審メールと判定された場合も、受信側サーバから監視サーバへ不審メール情報が通知されるようにしたものである。
以下、本実施の形態の構成を具体的に説明する。図21は本実施の形態の機能ブロック図である。この図において、監視サーバ7は通信ネットワーク3を介して送信側サーバ1、送信者端末4、受信側サーバ2、受信者端末5と繋がっている。
監視サーバ7は送受信部71、中央演算処理部73、記憶部74から構成されている。
監視サーバ7は送受信部71、中央演算処理部73、記憶部74から構成されている。
さらに中央演算処理部73は送受信処理手段731、送信メール情報登録手段732、監視手段733、受信条件登録手段734、受信可能メール判定手段735から構成されている。また、記憶部74は送信メール情報保存DB741、メール受信条件保存DB742、送信記録DB743を有している。
受信側サーバ2は送受信部21、中央演算処理部23、記憶部24から構成されている。
さらに中央演算処理部23は送受信処理手段231、利用者情報登録手段232、受信可能メール問い合わせ手段235、受信拒否メール登録手段236から構成されている。また、記憶部24は利用者情報DB241、受信拒否メール保存DB243、メール保存DB244を有している。
その他については、第1の実施の形態と同様であるので、同一要素には同一符号を付けて説明を省略する。
受信側サーバ2は送受信部21、中央演算処理部23、記憶部24から構成されている。
さらに中央演算処理部23は送受信処理手段231、利用者情報登録手段232、受信可能メール問い合わせ手段235、受信拒否メール登録手段236から構成されている。また、記憶部24は利用者情報DB241、受信拒否メール保存DB243、メール保存DB244を有している。
その他については、第1の実施の形態と同様であるので、同一要素には同一符号を付けて説明を省略する。
まず、送信者は、送信者端末4により送信側サーバ1にアクセスすることで利用者申し込みを行う。利用者申し込みが終了すると監視サーバ7にアクセスし、送信メール情報を設定する。
送信者端末4の入力部45より入力された送信メール情報は送信メール情報登録手段732により送信メール情報保存DB741へ登録される。
送信者端末4の入力部45より入力された送信メール情報は送信メール情報登録手段732により送信メール情報保存DB741へ登録される。
一方、受信者は、受信者端末5より受信側サーバ2にアクセスすることで利用者申し込みを行う。利用者申し込みが終了すると監視サーバ7にアクセスし、メール受信条件を設定する。受信者端末5の入力部55より入力されたメール受信条件は受信条件登録手段734によりメール受信条件保存DB742へ登録される。
本実施形態では第2の実施形態とは異なり、送信者がメールを送信する時には送信先アドレス、送信元アドレスともに実アドレスが設定される。
送信者から送信されたメールが受信側サーバ2で受信されると、受信可能メール問い合わせ手段235により送信メールの受信者が本サービスの利用者か否かを判定する。判定の結果、本サービスの利用者であればアドレス監視サーバ7にメール配信可否の問い合わせを行う。監視サーバ7では受信可能メール判定手段735によって当該メールが受信可能か否かの判定を行う。
次に、図22を用いて受信可能メール問い合わせ手段235の動作を説明する。
まず、受信メールから送信先アドレスと送信メール情報コードを抽出する(S801)。抽出した送信先メールアドレスがサービス対象のメールアドレスか利用者情報DB内を検索する(S802)。
まず、受信メールから送信先アドレスと送信メール情報コードを抽出する(S801)。抽出した送信先メールアドレスがサービス対象のメールアドレスか利用者情報DB内を検索する(S802)。
検索の結果、サービス対象者であれば認証サーバに配信の可否を問い合わせる(S803、S804)。サービス対象者でなければ監視サーバへ送信元アドレス、送信先アドレスなどの情報を送信し、メールを送信元サーバへ返信し、終了する(S808)。
認証サーバへ問い合わせの結果、配信可能であれば、メールを受信者へ配信する。このとき配信終了の通知が監視サーバへ送られ、監視サーバの送信記録DBに該当する履歴が配信完了のステータスとなる(S807)。
監視サーバ7の受信可能メール判定手段735の処理手順は、図12と同様である。
一方、受信者は希望しないメールを受け取った場合、そのメールを受信側サーバへ返信する。受信側サーバは受信拒否メール登録手段236により受信拒否メールとして受信拒否メール保存DB243へ保存される。同時に、受信拒否メール情報は受信拒否メール登録手段236により監視サーバ7に送信され、メール条件登録手段732により送信メール情報保存DB741へ保存される。
一方、受信者は希望しないメールを受け取った場合、そのメールを受信側サーバへ返信する。受信側サーバは受信拒否メール登録手段236により受信拒否メールとして受信拒否メール保存DB243へ保存される。同時に、受信拒否メール情報は受信拒否メール登録手段236により監視サーバ7に送信され、メール条件登録手段732により送信メール情報保存DB741へ保存される。
本実施の形態によれば、監視サーバを設けることで、送信側サーバ、受信側サーバに負荷をかけることなく受信者の希望するメールのみを受信することができる。
1 送信側サーバ
2 受信側サーバ
3 通信ネットワーク
4 送信者端末
5 受信者端末
6 中継サーバ(認証)
7 監視サーバ
11 21 41 51 61 71送受信部
13 23 43 53 63 73中央演算処理部
14 24 44 54 64 74記憶部
45 55 入力部
46 56 表示部
131 231 631 731送受信処理手段
132 232 利用者情報登録手段
133 送信メール情報登録手段
134 メール属性付加手段
135 送信不可メール登録手段
141 241 利用者情報DB
142 送信メール情報保存DB
143 送信履歴テーブル
233 734 受信条件登録手段
234 受信可能メール判定手段
235 メール属性除去手段
236 受信拒否メール登録手段
242 受信メール条件保存DB
243 受信拒否メール保存DB
244 メール保存DB
632 732 送信メール情報登録手段
633 アドレス変換手段
634 転送メール判定手段
635 転送条件登録手段
641 741 送信メール情報保存DB
642 742 メール受信条件保存DB
643 743 送信記録DB
644 仲介アドレスDB
733 監視手段
735 受信可能メール登録手段
2 受信側サーバ
3 通信ネットワーク
4 送信者端末
5 受信者端末
6 中継サーバ(認証)
7 監視サーバ
11 21 41 51 61 71送受信部
13 23 43 53 63 73中央演算処理部
14 24 44 54 64 74記憶部
45 55 入力部
46 56 表示部
131 231 631 731送受信処理手段
132 232 利用者情報登録手段
133 送信メール情報登録手段
134 メール属性付加手段
135 送信不可メール登録手段
141 241 利用者情報DB
142 送信メール情報保存DB
143 送信履歴テーブル
233 734 受信条件登録手段
234 受信可能メール判定手段
235 メール属性除去手段
236 受信拒否メール登録手段
242 受信メール条件保存DB
243 受信拒否メール保存DB
244 メール保存DB
632 732 送信メール情報登録手段
633 アドレス変換手段
634 転送メール判定手段
635 転送条件登録手段
641 741 送信メール情報保存DB
642 742 メール受信条件保存DB
643 743 送信記録DB
644 仲介アドレスDB
733 監視手段
735 受信可能メール登録手段
Claims (6)
- 送信者端末を通して入力された電子メールを送信する送信側サーバと、通信ネットワークを介して前記電子メールを受信し受信者端末へ出力する受信側サーバとを有する電子メール送受信システムであって、
前記送信側サーバは、利用者および電子メールの属性情報に基づく送信メール情報を設定する送信メール情報登録手段を備え、
前記受信側サーバは、電子メールの受信条件を設定する受信条件登録手段と、
前記送信メール情報と前記受信条件とをもとに電子メールの受信可否を決定する受信可能メール判定手段と、
を備えたことを特徴とする電子メール送受信システム。 - 前記送信側サーバは、前記送信メール情報を電子メール中に付加するメール属性付加手段を備え、
前記受信側サーバは、受信した電子メールから前記送信メール情報を除去するメール属性除去手段を備えたことを特徴とする請求項1に記載の電子メール送受信システム。 - 前記送信メール情報は、コードであることを特徴とする請求項1または2に記載の電子メール送受信システム。
- 電子メールを送信する送信側サーバから送られてくる電子メールを通信ネットワークを介して受信し、当該電子メールのアドレスを変換して受信側サーバへ転送する中継サーバを有する電子メール送受信システムであって、
前記中継サーバは、利用者および電子メールの属性情報に基づく送信メール情報を設定する送信メール情報登録手段と、
電子メールの受信条件を設定する受信条件登録手段と、
前記送信メール情報と前記受信条件とをもとに電子メールの転送可否を決定する受信可能メール判定手段と、
を備えたことを特徴とする電子メール送受信システム。 - 送信者端末を通して入力された電子メールを送信する送信側サーバと、通信ネットワークを介して前記電子メールを受信し受信者端末へ出力する受信側サーバと、前記電子メールが所定の受信条件を満たしているか否かを判定する監視サーバとを有する電子メール送受信システムであって、
前記送信側サーバは、電子メール中に加入情報を付加する加入情報付加手段を備え、
前記受信側サーバは、電子メール中に加入情報が存在するときは、前記監視サーバへ電子メールが所定の受信条件を満たしているか否かの問合せを行い、前記監視サーバからの通知に基づいて前記受信端末へ当該電子メールを出力するか否かの決定を行う受信可能メール問合せ手段を備え、
前記監視サーバは、利用者および電子メールの属性情報に基づく送信メール情報を設定する送信メール情報登録手段と、
電子メールの受信条件を設定する受信条件登録手段と、
前記受信側サーバから問合せのあったときに前記送信メール情報と前記受信条件とをもとに電子メールの受信可否を判定し、前記受信側サーバへ通知する受信可能メール判定手段と、
を備えたことを特徴とする電子メール送受信システム。 - 電子メール中に含まれている利用者および電子メールの属性情報に基づく送信メール情報によって当該電子メールの受信の可否を判定する電子メール送受信方法であって、
電子メールサーバに電子メールの受信条件を設定するステップと、
電子メール中に含まれている送信メール情報が前記受信条件を満たしているか否かを判定し、満たしている場合には当該電子メールの内容を受信者端末へ出力するステップと、
を含むことを特徴とする電子メール送受信方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2004031370A JP2005223754A (ja) | 2004-02-06 | 2004-02-06 | 電子メール送受信システムおよび方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2004031370A JP2005223754A (ja) | 2004-02-06 | 2004-02-06 | 電子メール送受信システムおよび方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2005223754A true JP2005223754A (ja) | 2005-08-18 |
Family
ID=34999035
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2004031370A Pending JP2005223754A (ja) | 2004-02-06 | 2004-02-06 | 電子メール送受信システムおよび方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2005223754A (ja) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2011097516A (ja) * | 2009-11-02 | 2011-05-12 | Ntt Docomo Inc | メッセージ配信システム及びメッセージ配信方法 |
JP2013229711A (ja) * | 2012-04-25 | 2013-11-07 | Kyocera Corp | 携帯端末、管理サーバ、データ受信方法及びプログラム |
JP2019032633A (ja) * | 2017-08-07 | 2019-02-28 | 株式会社日立システムズ | 個人情報漏洩防止システム及び個人情報漏洩防止方法 |
JP2021056664A (ja) * | 2019-09-27 | 2021-04-08 | 株式会社日本総合研究所 | メール送信制御装置及びプログラム |
-
2004
- 2004-02-06 JP JP2004031370A patent/JP2005223754A/ja active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2011097516A (ja) * | 2009-11-02 | 2011-05-12 | Ntt Docomo Inc | メッセージ配信システム及びメッセージ配信方法 |
JP2013229711A (ja) * | 2012-04-25 | 2013-11-07 | Kyocera Corp | 携帯端末、管理サーバ、データ受信方法及びプログラム |
JP2019032633A (ja) * | 2017-08-07 | 2019-02-28 | 株式会社日立システムズ | 個人情報漏洩防止システム及び個人情報漏洩防止方法 |
JP7079575B2 (ja) | 2017-08-07 | 2022-06-02 | 株式会社日立システムズ | 個人情報漏洩防止システム及び個人情報漏洩防止方法 |
JP2021056664A (ja) * | 2019-09-27 | 2021-04-08 | 株式会社日本総合研究所 | メール送信制御装置及びプログラム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10778624B2 (en) | Systems and methods for spam filtering | |
WO2005074444A2 (en) | Selective electronic messaging within an online social network for spam detection | |
WO2008031871A1 (en) | Method for automatically classifying communication between a sender and a recipient | |
JP4311903B2 (ja) | 携帯通信機構および有無線インターネットを用いる情報管理システムおよびその方法 | |
JP2016516314A (ja) | 電話番号連動基盤の電子名刺伝送管理システム及びその方法 | |
JP4832922B2 (ja) | メール転送システム | |
US20090271490A1 (en) | Communication Protocols Based on Mutuality | |
JP2007249310A (ja) | 情報管理サーバ | |
JP4856497B2 (ja) | 通話システム及び通話方法 | |
JP2005223754A (ja) | 電子メール送受信システムおよび方法 | |
KR20040069928A (ko) | 통신망을 이용한 커뮤니티 생성 및 관리 방법 | |
US20120066320A1 (en) | Server apparatus, mail server apparatus and fax server apparatus | |
KR101916684B1 (ko) | 메시지 전송 및 자료 분류 접수 관리 방법 그리고 이에 적합한 메시지 전송 시스템 | |
JP4711086B2 (ja) | 迷惑メール判定装置、および迷惑メール判定方法、並びに判定プログラム、記録媒体 | |
KR20090001449A (ko) | 보험인맥 형성을 통한 보험정보제공시스템 | |
WO2007101149A2 (en) | Method for providing e-mail spam rejection employing user controlled and service provider controlled access lists | |
JP3890582B2 (ja) | 情報流通システム及び情報流通方法 | |
KR20030033112A (ko) | 발신후 업데이트 가능한 이메일 제공 시스템 및 방법 | |
KR101216111B1 (ko) | 이종 아이디 변환 서비스 제공방법 | |
CN101516070A (zh) | 一种通过服务器发送手机短信的方法 | |
KR100809636B1 (ko) | 전자명함에 의한 전자메일의 발신자 확인 방법 및 그시스템 | |
JP3962768B2 (ja) | 電子メール転送システムおよび電子メール転送方法 | |
US20070203947A1 (en) | Method for Providing Internet Service Employing User Personal Distance Information | |
KR101676907B1 (ko) | 스팸 메시지 처리 및 활용 방법 | |
KR100953988B1 (ko) | 우편물 접수 처리 시스템 및 그 방법 |