JP2004013655A - Electronic mail system, transmitting server, receiving server, and communication terminal device - Google Patents

Electronic mail system, transmitting server, receiving server, and communication terminal device Download PDF

Info

Publication number
JP2004013655A
JP2004013655A JP2002168175A JP2002168175A JP2004013655A JP 2004013655 A JP2004013655 A JP 2004013655A JP 2002168175 A JP2002168175 A JP 2002168175A JP 2002168175 A JP2002168175 A JP 2002168175A JP 2004013655 A JP2004013655 A JP 2004013655A
Authority
JP
Japan
Prior art keywords
stamp
mail
sender
server
recipient
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
Application number
JP2002168175A
Other languages
Japanese (ja)
Inventor
Tetsuya Okuda
奥田 哲也
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Ericsson Mobile Communications Japan Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sony Ericsson Mobile Communications Japan Inc filed Critical Sony Ericsson Mobile Communications Japan Inc
Priority to JP2002168175A priority Critical patent/JP2004013655A/en
Publication of JP2004013655A publication Critical patent/JP2004013655A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To allow a user to accept an advertising mail without anxiety by improving imagery of the advertising mail. <P>SOLUTION: The user selects stamp classification from a stamp selecting server 3 by a transmitter terminal 1, and transmits it with a message to be transmitted with a receiver specified to a stamp attaching server 4. The stamp server 4 selects the stamp corresponding to the stamp classification from a stamp information database(DB) 11, and transmits a mail attached with the stamp data to a receiving server 6. The receiving server decides and controls whether the receiver is let receive the mail based on a reception rule DB 7 preliminarily decided associated with the stamp. A receiving server 6 makes a charging server 9 carry out the charging processing of the stamp price to the transmitter according as the mail with the stamp is received by the receiver. A part of the stamp charge is returned to the receiver of the mail with the stamp. The reception rule of the reception rule DB 7 may be updated(added, changed, erased) in response to access from a receiver terminal 2. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は、通信ネットワークを介して電子メールを送受信する電子メールシステムに関する。
【0002】
【従来の技術】
近年、パーソナルコンピュータのような情報処理端末のみならず、携帯電話機のような移動通信端末でも電子メール(本明細書では単にメールともいう)の送受信が行えるようになり、メールサービスの利用者が爆発的に増大している。これに伴って、電子メールは通信料金のみの低いコストで大量に発送できるため、特に携帯電話機の利用者に対してその承諾なしに「迷惑メール」と呼ばれる広告メールを大量に送りつける業者が横行している。その結果、メールサービスを提供する業者等に対して、メールサービスの利用者から多くの苦情が寄せられている。
【0003】
【発明が解決しようとする課題】
これに対し、メールサービス提供業者は、利用者のメールアドレスを推測されにくいものに変更したり、指定したドメイン以外からのメール受信を拒否する手段をユーザに提供するなどの対策を施してきたが、それらの対策は十分な効果を発揮できているとは言いがたい。
【0004】
一方で、新たな媒体である電子メールに対して、正当な対価を払ってでも広告を出したいと思っている「誠実な」業者も多数存在している。しかし、
1.迷惑メールによって広告メールのイメージが悪いこと
2.メールサービスの提供業者によってはメールの受信にも課金を行っていること
3.広告メールに対して対価を適切に支払う方法が確立されていないこと
といった事情もあって、広告ビジネスが成り立ちにくい環境となってしまっている。
【0005】
本発明はこのような背景においてなされたものであり、その目的は広告メールのイメージを向上させ、利用者に広告メールを受け入れやすくする電子メールシステムおよびこれを構成する各種サーバや通信端末装置を提供することにある。
【0006】
本発明による他の目的は、所定の条件に合致しないメールの受け取りを拒否することができる電子メールシステムおよびこれを構成する各種サーバや通信端末装置を提供することにある。
【0007】
本発明による他の目的は、個々の広告メールに対する課金を分かりやすく行うことができる電子メールシステムおよびこれを構成する各種サーバや通信端末装置を提供することにある。
【0008】
本発明によるさらに他の目的は、受信者に広告メールを積極的に受信させるインセンティブを与えることができる電子メールシステムおよびこれを構成する各種サーバや通信端末装置を提供することにある。
【0009】
本発明による別の目的は、文字だけのメールの交換に、画像や音声等を伴う「切手」を導入することにより、利用者の楽しみを増やすことができる電子メールシステムおよびこれを構成する各種サーバや通信端末装置を提供することにある。
【0010】
【課題を解決するための手段】
本発明による電子メールシステムは、通信ネットワークを介して送信者と受信者との間で電子メールの送受信を行う電子メールシステムであって、送信者からの送信メールに対して切手データを付加して受信者宛に送信する送信サーバと、前記送信されたメールを受信し、切手に関連して予め定められた受信ルールに基づいて、当該メールを当該受信者に受信させるか否かを判断および制御する受信サーバとを備えたことを特徴とする。
【0011】
送信サーバは送信対象のメールに切手データを付加して受信者宛に送信することができる。受信サーバは、切手に関連して予め定められた受信ルールに基づいて、例えば、切手データの有無や切手の額等に基づいて、当該メールを当該受信者に受信させるか否かを判断および制御する。これにより、メールに貼付されるべき切手の条件に基づいて、受信者はメールの受け取りを拒否することができる。
【0012】
前記受信ルールは、受信者毎に設けた受信ルールデータベースに格納し、前記受信サーバは、前記受信ルールデータベース内の、前記送信されたメールの受信者の受信ルールに基づいて、そのメールに対する前記判断および制御を行うことができる。これにより、受信者毎に異なる受信ルールを適用することができる。
【0013】
より具体的には、前記受信ルールは、メールの送信者単位に少なくともそのメールを破棄するか否かを定めており、前記受信サーバは受信したメールの送信者について定められた受信ルールに照らして当該メールを破棄するか否かを判断する。
【0014】
上記電子メールシステムは、好ましくは、メールの送信者に対して選択可能な切手種別を提供する切手選択サーバと、複数の切手の切手データを保存した切手情報データベースとをさらに備え、前記受信サーバは、送信者により選択された切手種別に属する切手を、前記切手情報データベースの中から、前記メールに貼付する切手として選択する。
【0015】
前記受信ルールデータベースは受信者からのアクセスにより当該受信者の受信ルールを更新とすることができる。
【0016】
また、前記切手は有料とすることができ、この場合、切手付きメールの送信者IDに基づいて、送信者に対してその切手の料金の課金処理を行う課金サーバをさらに備える。課金処理は、好ましくは、受信者が切手付きメールを受信したことを契機に行われる。
【0017】
前記課金サーバは、切手付きメールの受信者IDに基づいて、当該切手の料金の一部を当該切手付きメールの受信者に還元する手段を備えてもよい。この場合、前記切手情報データベースは、各切手毎にその切手データとともにその料金データを記憶しており、前記課金サーバは前記切手情報データベースを参照して当該課金処理を行う。前記切手情報データベースは、さらに各切手毎に受信者還元額を記憶してもよく、前記課金サーバは前記切手情報データベースを参照して当該受信者への還元を行う。前記受信者への還元分の全体または一部を受信者が免除する手段を備えてもよい。さらに、前記切手データは通信ネットワーク上の特定のサイトへのリンク情報を含んでもよい。
【0018】
上記電子メールシステムにおいて、送信メールに対して送信者の電子署名を付加する送信者端末と、この電子署名の正当性を検証するための証明書を発行する認証局とをさらに備えてもよい。
【0019】
送信者IDを登録可能な送信者排除リストをさらに備えてもよく、この場合、前記送信サーバは、前記送信者排除リストに登録された送信者からのメールを前記受信サーバへ送信することを抑止する。
【0020】
前記切手付きメールを受信した端末においては、当該メールの表示時に前記切手データを表示(または再生)する。この切手付きメールを受信した端末は、受信した切手データを保存する受信者切手データベースを備えてもよい。さらには、この受信者切手データベースは各切手データとともにその切手の保存個数を記憶するようにしてもよく、この場合、切手データの受信時に当該切手の保存個数を増加させるとともに、切手データの譲渡時に当該切手の保存個数を減少させる。
【0021】
本発明は、さらに、上記各種サーバや端末の機能を実現するためのコンピュータプログラムとして把握することも可能である。
【0022】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。本発明における「切手」は、主として二つの機能を有する。その一つは、メールの送信を有料とするための印紙的な機能であり、他の一つは通行証(通行手形)的な機能である。印紙的な機能により、メール送信に対して課金を行うことが可能となる。また、通行証的な機能により、メールのフィルタリングを行う(ふるいに掛ける)ことが可能となる。したがって、少なくともこのようないずれかの機能を有するデータであれば、その名称の如何は問わず、本発明における「切手」と等価なものであると言える。
【0023】
図1に、本発明の実施の形態に掛かる電子メールシステムの概略構成を示す。このシステムで送受されるメールとしては電子メールを例として説明する。但し、本発明は必ずしも電子メールの送受信に限るものではなく、送信者から受信者の宛先を付してネットワークで経由で送信される任意のメッセージの通信に適用することができる。
【0024】
図1に示したシステムは、送信者端末1、受信者端末2、切手選択サーバ3、切手貼付サーバ(送信サーバ)4、送信者排除リスト5、受信サーバ6、受信ルールデータベース7(以下、データベースをDBの記載する)、認証局(CA:Certification Authority)8、切手課金サーバ9、受信者切手DB10、切手情報DB11からなる。送信者端末1、受信者端末2はそれぞれ代表として1台ずつ図示してあるが、実際には多数存在しうる。また、1台の端末は送信者端末にも受信者端末にもなりうる。両端末は図1ではデスクトップコンピュータとして図示してあるが、その形態は問わず、携帯電話機等の移動通信端末装置でありうる。切手情報DB11は切手貼付サーバ4に属するものであるが、切手選択サーバ3および切手課金サーバ9からもアクセスできるようになっている。切手選択サーバ3および/または切手課金サーバ9に切手情報DB11のコピーを保持してもよい。受信ルールDB7は受信サーバ6に属するが、後述するように、受信者端末2からその中の当該受信者に関する受信ルールを更新(追加、変更、削除)できるようになっている。
【0025】
なお、図1のシステム構成はあくまで代表的な実施の形態であり、本発明はこの具体的な構成に限定されるものではない。それぞれのサーバや装置に割り当てられた役割は必ずしも固定されたものではない。すなわち、あるサーバに割り当てられている機能を他のサーバに移してもよいし、また、いくつかのサーバが同じ装置内に実装されていても構わない。あるいは、ひとつのサーバが複数の装置から構成されていてもよい。また、本発明に関して、図1に挙げられたサーバなどのすべての要素が必須というわけではなく、いくつかの要素を追加したり、削除したりした構成も考えることができる。
【0026】
特に図示しないが、各サーバは、中央処理装置(CPU)、内部記憶装置、外部記憶装置、表示装置、入力装置、通信装置等からなる既存の比較的高性能のコンピュータにより構成される。端末1,2も、基本的には中央処理装置(CPU)、内部記憶装置、表示装置、入力装置、通信装置、(場合によっては外部記憶装置)等からなるコンピュータであり、携帯電話機等の携帯通信端末装置でありうる。
【0027】
図1のシステムの各部の動作は次の通りである。
【0028】
1.切手(切手種別)の選択
まず、送信者はメールの送信に先立ち、送信者端末1から切手選択サーバ3にアクセスして、メールの送信に用いる切手の種類(切手種別)を選択する。選んだ切手の種類は、切手種別ID(a)で識別される。この選択は、選択の都度、切手選択サーバ3をアクセスしてもよいし、一旦、切手種別IDを入手した後は、切手選択サーバ3をアクセスすることなく、入手済みの切手種別IDを利用できるようにしてもよい。本実施の形態では、この段階では個々の切手の内容(絵柄等)まで決定するものではない。(但し、本発明は、そのような場合を排除するものではない。)また、送信者への切手の対価の課金は送信までの段階では行われず、後述のようにメールの受信段階で行われる。
【0029】
なお、切手種別ID(a)は、特定の1枚の切手を表していてもよいが、本実施の形態では、複数枚の切手の組からなる切手のシリーズやジャンルを表している。特に、後者の場合には、利用者は特定の切手を指定することができず、後述する切手貼付サーバ4が特定の切手を選択することになる。この効果については後述する。
【0030】
具体的なシリーズやジャンルには以下のようなものが考えられる。
・テーマ切手
アニメやゲームのキャラクタ、実在の人物やアイドル、特定の画家、自然など、特定のテーマに基づく切手。
・くじ付き切手
抽選番号が1枚1枚に割り当てられる切手。当選した切手の受信者に対し、賞金や商品が与えられる。
・土地の名物切手
切手選択サーバ3や切手貼付サーバ4が存在する地理的場所に関わる、風景や文物をモチーフにした切手。
・シーズン/ニュース切手
季節や時候に関連したモチーフをあしらった切手。
・広告切手
切手自体が広告になっているもの。その広告料を広告業者が負担することにより、安価な切手を提供することができる。
・個人別デザイン切手
送信者が独自にデザイン、もしくは予め提供されたデザイン要素を送信者が組み合わせて作った、送信者固有の切手。
【0031】
これらの多種多様な切手は、郵便切手の場合と同様、コレクターによる収集の対象となりうる。
【0032】
2.メールの送信
送信者が選んだ切手種別ID(a)は、送信者を識別するための送信者署名(b)と共に、受信者に向けて送信対象のメッセージ(c)に添付して、受信者宛に送信される。送信者署名(b)は、後で切手の利用料金(切手代)を課金するときに用いられるため、暗号理論的に安全で信頼性が高い署名であることが望ましい。この信頼性を十分確保するためには、(8)認証局(CA)のような機関を利用することも考えられる。例えば、「送信者署名」は、このメッセージが真正な送信者によって作成されたものであり送信途中で改竄等されてない、ということを受信側で確認するための電子署名であり、認証局8から発行された当該利用者(送信者)の証明書が付加される。この証明書は受信側で利用され、当該電子署名の検証に利用される。電子署名の具体的な手法等は特に制限はなく、例えば公開鍵暗号方式等、既存のものを利用することができる。
【0033】
なお、送信者署名(b)と切手種別ID(a)は、メッセージとは別の通信手段で送られてもよいし、MIMEやメールヘッダなどの手段でメールそのものに埋め込まれて送られてもよい。
【0034】
3.切手の貼付
送信者端末1から送信されたメールは、まず、切手貼付サーバ4に到達し、ここでそのメールに付加された切手種別ID(a)に該当する具体的な切手が、切手情報DB11から一つ選択されて「貼付」される。すなわち、切手貼付サーバ4が、送信者から送られたメールの切手種別ID(a)を基に、切手の貼り付け作業を行う。この具体的な切手は、勿論紙ベースのものではなく電子データであり、典型的には画像(静止画)データであるが、動画データ、テキストデータ、音声・音楽データ等、他の形式のデータでありうる。また、この切手の電子データは、典型的には実体的なデータであるが、実体的な切手データを特定するためのポインタ的なデータでありうる。これは例えば、実体的な切手データの所在(ファイル名称まで含んでよい)を指定するURL(Uniform Resource Locator)であってもよい。貼り付けは、前述したように、MIME形式で埋め込むか、ヘッダ内に追加することによって行うことができる。また、実際にメールに埋め込む以外にも、メールと別の手段で受信者に伝達することにしてもよい。
【0035】
くじ付き切手の場合には、ここで抽選番号が埋め込むようにすることができる。その場合は、抽選番号の改竄ができないように、電子署名を使ってもよい。
【0036】
切手種別IDが切手のシリーズやジャンルを表している場合には、実際にメールに貼り付ける1枚の切手を、次のようなファクターを利用して選ぶことができる。
・ランダム
シリーズやジャンルに含まれる切手の中から、完全にランダムにいずれかを選択。
・重み付きランダム
基本的にはランダムだが、選択確率がそれぞれの切手ごとに異なる。
・順番
シリーズ内の切手を、重複なく選択。
・利用回数
送信者の切手利用回数によって異なる切手を選択。
・送信時刻、場所
送信時刻や、地理的な場所に従って異なる切手を選択。
・受信者のネットワーク種別
受信者の利用しているネットワークの種別・帯域幅や、送信者−受信者間のネットワーク帯域幅などの情報に従って切手を選択。具体的には、受信者のネットワークの帯域幅が狭い場合にサイズの小さい画像を選択させることなどが考えられる。
・その他、送信者/受信者などに関する情報
送信者/受信者の好みや生年月日、星座、血液型、イニシャル、名前の画数、住所、出身地、国籍などの情報をもとに切手を選択してもよい。また、送信者/受信者の業種やドメイン名、利用しているメールサービス提供業者などの情報も利用できる。
【0037】
さらに、このサーバでは、切手に対する広告料の支払いをきちんと行っていない送信者など、不適切な相手からメールが送られてきた場合には、そのような送信者IDが登録された送信者排除リスト5をもとに、そのような送信者からのメールを前記受信サーバへ送信することを抑止する(具体的には例えばメールを破棄する)こともできる。
【0038】
図2(a)(b)に切手情報DB11の具体的な構成例を二つ示す。図2(a)に示した切手位情報DB11aは、個々の切手について、「切手種別ID」「切手ID」「切手データ」「切手料金」および「受信者還元額」の各項目を有する。「切手種別ID」は個々の切手種別に対して一意に付加された切手種別識別子であり、「切手ID」は個々の切手に対して一意に付加された切手識別子である。「切手データ」は各切手の実体データを表す(または特定する)ためのデータであり、典型的にはバイナリデータで表されるが、前述のように、URLで表すこともできる。「切手料金」は、その切手を使用する送信者に課せられる切手利用の対価の額(切手代)を示している。「受信者還元額」はその切手の切手料金のうち受信者に還元される額を示している。本実施の形態における切手料金は、切手の作成者(デザイナー)、切手貼付サーバ4、切手課金サーバ9等のサービス提供者および/または運用者等に対してデザイン料や手数料として分配されるものであるが、その一部を受信者に還元することができる。これは、主として広告メールの名宛人にその広告メールを受け取らせるインセンティブを与えるための仕組みである。受信者還元額は切手により異なる。この意味から、前記インセンティブを高めるために、送信者が切手種別の選択時に切手料金(または受信者還元額)を指定できるようにしてもよい。また、受信者が自己宛の受信メールを後述のようにリスト表示した場合にその受信者還元額も併せて表示することが望ましい。
【0039】
図2(b)に示した切手情報DB11bは、基本的には切手情報DB11aと同じであるが、さらに「リンク情報」の項目を追加したものである。このリンク情報は、当該切手をネットワーク上の特定のサイト(例えば当該広告主のホームページ等)にリンク付けるものであり、これもURLで規定される。一例として、受信者が受信メール上の切手(例えば画像)を指示(例えばクリック)すると、受信者端末上でそのサイトの情報が閲覧可能となる。
【0040】
4.受信サーバでの処理
図1に戻り、切手貼付サーバ4によって「切手」が貼付されたメールは、当該受信者のメールアドレスの属する受信サーバ6へと届けられる。受信サーバ6は、受信ルールDB7に基づくメールの受信制御を行う。この詳細については図3等により後述する。受信サーバ6は、また、送信者署名(b)、切手ID(e)および受信者ID(f)を切手課金サーバ9へ送信し、切手課金サーバ9に課金処理の指示を行う。
【0041】
次に、受信ルールおよびそれに基づく具体的な処理について説明する。
【0042】
図3は受信ルールDB7の一構成例を示す。この受信ルールDB7aは、本実施の形態では、利用者毎に受信ルール群を保持している。全利用者に共通の受信ルールについて、共通の受信ルールDBを別に設けてもよい。その場合、個別ルールDBが共通ルールDBに優先する。受信サーバ6は、受信ルールDB7に登録された受信ルールに照らして当該メールの切手の有無等の切手に関連した条件(切手条件という)を判断し、所定のメッセージ処理を行う。「所定のメッセージ処理」としては、本実施の形態では、「受信」「保持」「破棄」の3種類を用意している。「受信」は、従来のメールシステムと同様、無条件で利用者にメールの受信を行わせるものである。ネットワークに常時接続されている受信者端末(例えばメールアドレスが付与された携帯電話機)に直接的にメールを送信するものであってもよい(受信サーバからのメール着信の通知に対して端末からメール本体を受信するために受信サーバにアクセスする場合も含む)。「保持」は少なくとも所定の時間、当該メールを受信サーバ6に保持しておき、受信者に処理をゆだねるものである。例えば、後で保持メールの一覧を利用者に提示し、受信/破棄/通知などの処理を受信者自身に選ばせることが考えられる。あるいは、「保持」の場合にはメールの受信を積極的に受信者に通知せず、受信者側からアクセスされるまで待つようにしてもよい。場合によっては、「保持」と「受信」は実質的に差がない場合もありうる。「破棄」は受信サーバ6が当該メールを自動的に破棄することを意味する。
【0043】
図3に示した受信ルールDB7aは、各ルールにつき、「優先度」、「送信者ID」、切手が貼られていないときの「通知」および「メッセージ処理」、切手が貼られているときの「課金率」および「メッセージ処理」の各項目を有する。「優先度」は、適用すべきルールとして複数のルールが該当する場合に、どのルールを優先させるかを決定するための情報である。すなわち、ルールの適用の優先順位を定めるものであり、この例では、最上位の優先順位が最も高く、順次下へ向かって優先順位が低くなっている。「送信者ID」はルールを適用するべき送信者を一意に識別するための識別情報である。例えば、送信者のメールアドレスが利用される。ワイルドカードや正規表現などを利用して、特定のパターンに当てはまる送信者IDすべてに適用するルールを設定できるようにしておいてもよい。また、どのルールにも当てはまらなかったときに適用するデフォルトのルールを規定しておくことも考えられる。「通知」は、メールに切手が貼られていないときに、「切手を貼って送ってほしい」旨のメッセージを受信サーバ6が送信者に通知することの要否を定めるフラグである。切手が貼られていないときの「メッセージ処理」は、切手が貼られていないメールに対して当該ルールを適用する際に受信サーバ6が行うべきメッセージ処理の種類(受信、保持または破棄)を表している。切手が貼られているときの「課金率」は、この例では、受信者が自己の「受信者還元額」について、その課金の割合を設定するものである。例えば、受信者が自己の友達(または知人、関係者等)に対して自己の受信者還元額分の全額または一部を免除することが可能となる。切手が貼られているときの「メッセージ処理」は、切手が貼られているメールに対して当該ルールを適用する際に受信サーバ6が行うべきメッセージ処理の種類(受信、保持または破棄)を表している。(図2の例では切手が貼られているときのメッセージ処理に「破棄」を指定したものはないが、存在しうる。)
【0044】
受信サーバ6は、受信メールに対して適用すべき受信ルールが見つかったら、そのルールに規定された条件に従ってメールを処理し、受信者が受信サーバにアクセスするのを待つ。なお、受信ルールDB7には、システム全体、もしくは受信者のクループごとなど、複数の受信者に共通して適用されるルールを規定できるようにしてもよい。また、受信ルールDB7の一部または全部を受信者端末2側に持たせる変形例も考えられる。
【0045】
本発明の迷惑メールの排除という目的から、受信サーバ6は、原則的には、切手が付加されていないメールを受信者に直接送りつけることはしない。そのために、図3の例では、優先度7番目に位置するデフォルトの受信ルールとして、切手が貼られていないとき、通知を「不要」とし、そのメッセージ処理を、受信サーバ6にメールを留め置く「保持」としている。但し、この代わりに、通知を「要」として、メッセージ処理を「破棄」とすることも可能である。ユーザは任意の送信者IDについて、受信ルールを追加、変更、削除等を行うことが可能である。図3の優先度1の受信ルールの対象とする送信者(送信者ID:aiko@abc.ne.jp)はこの受信ルールの利用者の友人に当たり、切手が貼られていなくても「通知」はせず、メールを受信できるようにしている。また、切手が貼られているときにも課金率を0%として受信者還元額の受領の権利を放棄している。優先度2の送信者(送信者ID:info@def.co.jp)は企業であり、この送信者からのメールはデフォルト受信ルールで保持されたものを読み出して広告メールであることを確認した後、この受信者が当該送信者IDに対してこの受信ルールを追加したものである。この例では、切手不貼付時に送信者へ所定の通知を行ってメールを破棄し、切手貼付時には課金率を100%として受信を行うように設定されている。優先度3の受信ルールでは特定の個人からの受信メールについて、切手不貼付時には通知を行うと共にメールを保持し、切手貼付時は課金率を0%としてメールを受信するように設定されている。優先度4の受信ルールのように課金率を0%と100%以外の任意の値(図の例では50%)にすることも可能である。
【0046】
受信ルールの優先度の決定方法は種々考えられるが、ここでは次のようにしている。すなわち、デフォルトの受信ルールが最も低く設定される。送信者IDにワイルドカードを用いた受信ルールはデフォルトより高く設定される。送信者IDに具体的なメールアドレスを指定した受信ルールはさらに高く設定される。同位の受信ルールについては後から追加、修正を行ったものの優先度を高くする。
【0047】
図5に、受信サーバ6での処理のフローチャートを示す。
【0048】
まず、受信サーバで受け取られたメールなどから、送信者を識別するためのIDを抽出する(S11)。この抽出は、メッセージが電子メール形式の場合、もっとも単純な抽出方法としてメールのFrom行から行うことが考えられる。但し、From行の詐称は容易なので、何らかの詐称を防止する措置を取るか、電子署名などの技術と組み合わせることが望ましい。次に、抽出した送信者IDをキーとして受信ルールDB7を検索し、受信したメールに適用すべきルールを見つけだす(S12)。そこで切手貼付の有無を判定する(S13)。切手が貼られていればステップS16へ進み、そうでなければ、「通知」フラグをチェックする(S14)。通知要であれば「切手を貼って送ってほしい」旨のメッセージを送信者に送信し(S15)、ステップS16へ進む。通知不要であればそのままステップS16へ進む。
【0049】
ステップS16では、適用される受信ルールに規定されたメッセージ処理の内容を判定する。メッセージ処理が「受信」であれば、前述した受信処理を行う(S17)。「保持」であれば、前述した保持処理を行う(S18)。「破棄」であれば前述した破棄処理を行う(S19)。
【0050】
5.受信者が行う処理
図1に戻り、受信者端末2は、受信サーバ6から電子メールとしての切手付メッセージ(d)および切手ID(e)を受信したとき、その受信したメールに貼付された切手データおよびその切手ID(e)を受信者切手DB10に蓄積する。この受信者切手DB10の具体例については、図4により後に詳述する。受信者は、任意の時点で(例えばメールの受信後に)、受信ルールDB7の自己に関する受信ルールの内容を更新(追加、変更、削除)(i)することができる。
【0051】
より具体的には、受信者が受信端末2から受信サーバ6にアクセスすると、受信もしくは保持しているメールの一覧が提示される。この一覧の表示例を図6に示す。このとき、受信メール一覧と保持メール一覧を別の画面で提示するようにしてもよいし、同じ画面で提示するようにしてもよい。あるいは、一覧ではなく、直接メールが表示されるようにすることもできる。一覧表示内の各メールは選択カーソル61の移動(および所定のキー操作による選択動作)により選択することができる。
【0052】
図6の一覧表示の例では、各メールについて、次のような項目を表示している。
・切手の貼付の有無
切手情報アイコン62の表示/非表示で当該メールへの切手貼付の有無を示している。この切手情報アイコン62は切手貼付の有無を示すだけのものであり、実際の切手の絵柄やデータ形態とは関係ないものである。
・送信者
この例では、送信者IDとして送信者のメールアドレスを表示している。
・タイトル
メールに付されたタイトルを表示している。
【0053】
その他、切手に対する課金の有無、受信者還元額、送信者への切手/課金が免除されているか否か、広告か否かの区別、切手の画像内容、切手に付加された音声情報の有無、などの情報を表現するアイコンや文字列を合わせて表示させてもよい。
【0054】
一覧表示された個々のメールに対して、受信者の操作により、その送信者に関する受信ルールの更新を行えるようにすることができる。例えば、メールが選択された状態で所定の操作ボタンなどを押す等の操作により図7(a)のようにメニューが表示され、送信者に適用するルールを利用者に選択させることができる。図7(a)のメニューはメッセージ処理および課金率に関する項目を選択させるためのものであり、図7(b)のメニューは、図7(a)の所定の項目が選択されたときに「通知」の要否を選択させるためのものである。例えば、図7(a)のメニューで切手を免除するように指定すると、以後その送信者から送られてくるメールには切手が貼られていなくても受信されるように、受信ルールDB7が書き換えられる。図3の受信ルールDB7aでは、切手が貼られていないときの「メッセージ処理」が「受信」とされる。利用者が選択した結果は、受信ルールDB7の当該利用者の登録内容に反映され、以後の処理に使われる。
【0055】
一覧表示でメールを選んで表示を指示すると、例えば図6のようにそのメッセージが表示される。なお、画面が小さくて切手全体が表示できない場合は、縮小されたサイズの切手を画面上に表示したり、切手を別画面で表示できるようにしておくことも考えられる。一覧表示で特定のメールを読まずに破棄することも可能である。
【0056】
図8に切手を含むメッセージの表示例を示す。この例では、メッセージが表示される同じ画面上に切手81を表示している。この切手81は、当該切手の実体データ(静止画や動画等の画像)である。図2(b)で説明したように、切手にリンク情報が付加されている場合には、この切手81を利用者が指示することにより当該リンク先のサイト(図示せず)にアクセスを行うことができる。音声等の切手の場合には切手81は表示されず、メッセージの表示時に当該音声等が流れるようにすることができる。音声等の切手の場合にそれを視覚的に表すアイコンを表示して、そのアイコンを指示することにより当該音声等が再生されるようにしてもよい。この画面でも、図7で説明したような「ルール設定」を行えるようになっている。図8の「課金免除」ボタンは、この受信メールについての課金(受信者還元額分)の免除を単発的に(1回限りで)行うためのものである。
【0057】
図4(a)(b)に、異なる構成の受信者切手DB10aと切手DB10bを示す。切手DB10aは、「切手ID(種別)」「切手データ」および「枚数」の各項目を切手毎に保存するものである。前述のように切手データは切手の実体データであるが、その所在を指示するURLであってもよい。「枚数」は同じ切手IDの切手の保存個数をカウントした数値である。切手DB10bは、図2(b)に示した切手情報DB11bに対応し、切手DB10aの構成に加えて「リンク情報」を保持したものである。
【0058】
切手DB10に切手の「枚数」の項目を保持することは必須ではないが、これによって切手の収集を模擬することができる。この枚数の用途として、他の利用者との間で切手の譲渡や交換を行えるようにしてもよい。当然ながら、相手に譲渡した切手の枚数は1だけ減じられ、譲り受けた切手の枚数は1だけ増加する。また、特定の切手または特定の切手種別の切手が所定枚数に達した場合、あるいは、特定の切手種別に属するすべての切手を集めた場合、等、枚数に関連した所定の条件の下で、本サービス提供者側から当該受信者に対して何らかの特典が与えられる、などのサービスも可能である。これは、上記受信者還元額とは別の、広告メールの受信者に対するインセンティブとして機能する。また、図1で説明したように、切手選択サーバ3では切手種別のみを指定し、切手貼付サーバ4がその切手種別に属する具体的な切手を選択する場合に、すべての切手が均等の確率で選択されるのではなく、多くの切手の中から偶然性の要素を含んで選び出すようにすれば、さらには、特定の1または複数の切手の選択確率を低くしておけば、「珍しい」切手が生じてそのような切手の価値が実質的に高くなり、切手収集の意欲を刺激することが期待できる。
【0059】
図9に、メッセージの表示状態での処理フローの例を示す。この処理は、図6に示したメール一覧表示から特定のメールを選択して受信者端末2に表示したときに実行される。
【0060】
まず、このメールに切手が貼られているか否かをチェックする(S20)。貼られていなければ、後述するステップS25へ進む。貼られていれば、受信者切手DB10(図4)を参照して、この切手が受信者の既に持っている切手か否かをチェックする(S21)。既に持っている切手であれば、受信者切手DB10の当該切手のレコードの「枚数」を1増分する(S22)。新たな切手であれば、当該受信者にその旨を通知し(S23)、受信者切手DB10に新たなレコードとして登録する(S24)。ステップS23の通知は必須ではないが、新切手に対する利用者の注意を喚起するのに有効である。登録の要否をその都度、受信者に確認して登録を行ってもよい。また、初期設定としてステップS23の通知の要否、あるいは、ステップS24の登録の要否を利用者が設定できるようにしてもよい。
【0061】
その後、図8に示したように、切手(存在すれば)の表示(または再生)とともに当該メッセージを表示する(S25)。メッセージが表示された状態で何らかのユーザ(受信者)の入力があった場合(S26)、その入力の内容に応じた処理を行う。図7で説明した「ルール設定」の処理では、その指示に応じた受信ルールの設定(または更新)の処理を実行する。これに伴い、受信端末2から受信サーバ6へのアクセスが発生する。このメールの単発的な「課金免除」の場合には、受信サーバ6にその旨を通知(指示)する(S28)。ユーザの入力が切手リンクの指示であれば、図4(b)の受信者切手DB10bに示したような当該切手に割り当てられた「リンク情報」を参照して、指定されたサーバにアクセスを行う(S30)。「閉じる」「次へ」等のユーザの指示により表示が終了したときには、課金が必要か否かを判断する(S31)。この判断は例えば切手が貼られているかどうかにより判断することができる。切手が貼られていれば、課金処理が必要と判断し、所定の課金処理を起動する(S32)。
【0062】
6.課金処理
図1に戻り、切手課金サーバ9は、切手IDを基に切手情報DB11(図2)内の当該切手の切手料金および受信者還元額を参照し、送信者署名で確認された送信者に対して切手代の課金(g)を行うとともに、受信者に対して利益の還元(h)を行う。送信者に対する切手代の課金(g)には既存の任意の決済方法を利用することができる。
【0063】
より具体的には、受信者が切手の貼られたメッセージを見終わると、受信サーバ6または受信者端末2によって必要な情報が切手課金サーバ9に転送され、課金処理が行われる。切手課金サーバ9では、例えば次のように課金処理を行う。
【0064】
まず、切手ID(e)を基に切手情報DB11を検索し、切手の料金と受信者への還元額を確定する。この際、課金率(図3)も参照する。次に、送信者署名(b)を基に送信者を特定し、送信者に対する課金を行う。また、受信者への還元額が0でない場合には、受信者ID(f)に従って受信者を特定し、受信者に対する還元額の累積処理を行う。受信者に対する利益の還元(h)は、受信者に対して当該受信者還元額に相当するポイントを与えることにより行える。このポイントは、受信者が商品やサービス等の各種料金の支払いに利用可能とすることができる。
【0065】
課金の契機は、メッセージを見終わったときでなく、受信者が切手付きメールを受信したときに課金を行うようにしてもよい。両者を含めて、本明細書では「受信者が切手付きメールを受信したことを契機」に課金を行うという。なお、課金の処理は送信サーバ側での切手の貼付時等に行うことも考えられるが、受信側(受信サーバ)で行った方が確実に受信されたメールに対してのみ課金を行うことができるため、課金の精度を上げることが可能である。また、上述したような1回限りの課金の免除等の処理が容易になる(一旦行った課金をキャンセルする必要がなくなる)。
【0066】
図10は、図3に示した受信ルールDB7aに代わる受信ルールDB7bの構成例を示す図である。受信ルールDB7bは「優先度」「送信者ID」「受信拒否」「切手条件」「課金率」「条件不満足時処理」「条件満足時処理」の各項目を有している。「優先度」「送信ID」および「課金率」は受信ルールDB7aと同じである。この例では、「切手条件」として、切手の貼付を免除する「不貼付可」および切手料金の下限を指定する切手料金条件(「20円以上」、「50円以上」等)を指定できるようにしている。切手料金条件はその料金未満の切手が貼られた(または全く切手が貼られていない)メールをふるいに掛けるものである。「受信拒否」はその送信者からのメールを拒否するか否かを設定するためのものである。「条件不満足時処理」は「切手条件」が満たされていないメールについての通知の要否およびメッセージ受信処理(受信、保持または破棄)を個別に指定するものである。「条件満足時処理」は「切手条件」が満たされたメールについての通知の要否およびメッセージ受信処理(受信、保持または破棄)を個別に指定するものである。
【0067】
図11に、図10の受信ルールDB7bを用いる、受信サーバ6での処理のフローチャートを示す。
【0068】
まず、受信サーバで受け取られたメールなどから、送信者を識別するためのIDを抽出する(S41)。次に、抽出した送信者IDをキーとして受信ルールDB7bを検索し、受信したメールに適用すべきルールを見つけだす(S42)。ついで、当該送信者IDのメールが「受信拒否」されているかどうかを調べる(S43)。受信拒否であれば、後述するステップS50に進み、そのメールを破棄する。受信拒否でなければ、切手条件が満足されているかを判断する(S44)。この切手条件には、前述のように、切手料金の下限も含みうる。条件を満足していなければステップS47へ進み、そうでなければ、「通知」フラグをチェックする(S45)。通知要であれば「XX円以上の切手を貼って送ってほしい」旨のメールを送信者に送信し(S46)、ステップS47へ進む。通知不要であればそのままステップS47へ進む。
【0069】
ステップS47では、適用される受信ルールに規定されたメッセージ処理の内容を判定する。メッセージ処理が「受信」であれば、前述した受信処理を行う(S48)。「保持」であれば、前述した保持処理を行う(S49)。「破棄」であれば前述した破棄処理を行う(S50)。
【0070】
以上、本発明の好適な実施の形態について説明したが、上記で言及した以外にも、種々の変形、変更が可能である。
【0071】
例えば、受信ルールの項目および各項目の内容はあくまで説明のための例示であり、本発明は図示のものに限定されるものではない。
【0072】
送信者の切手選択段階では個々の切手の内容(絵柄等)ではなく切手種別のみを決定するものとしたが、本発明は、切手選択段階で具体的な切手を指定することを排除するものではない。
【0073】
送信者への切手の対価の課金はメールの受信段階で行われるようにしたが、本発明は送信段階での課金を排除するものではない。
【0074】
切手料金は0以外のもののみを示したが、料金が0の切手が存在してもよい。但し、広告メールの発信者は切手料金が0の切手を使用できないようにすることが望ましい。そのためには、例えば、料金が0の切手は個人のみが利用でき、会社や団体、組織等が利用できないようにする。あるいは、料金0の切手の同時発信メール数を極少数(例えば1ないし数通)に限定するようにしてもよい。
【0075】
受信ルールDBは受信者毎に異なるものとして説明したが、最もシンプルな構成として全受信者に共通な受信ルールのみを用いるシステムも存在しうる。その場合には、受信者毎の受信ルールは存在せず、受信者による受信ルールの更新も行われない。
【0076】
受信者切手DBは受信者端末に個別に設けるものとして説明したが、受信サーバ6に各受信者毎の受信者切手DBを設けるようにしてもよい。この場合、ユーザが自己の所有する切手を確認等する際には受信サーバ6へのアクセスが必要になるが、受信サーバ6から受信者端末2への切手付きメールの送信時に切手IDを送信する必要はなくなる。また、受信者切手DB自体に切手の実体データを持つ必要もなくなる。
【0077】
受信者端末が携帯電話機で、かつ、切手データが画像である場合には、切手データをいわゆる待ち受け画面のデータとして利用できるようにしてもよい。
【0078】
【発明の効果】
本発明によれば、既存の紙ベースの切手の概念を電子データの形で、本来切手など必要のない電子メールに適用することにより、次のような種々の顕著な効果が得られる。
(1)メールに対する切手の貼付の有無等の切手条件を確認することにより、条件を満たさないメールを排除し、受信者が迷惑メールを受け取らないようにすることができる。
(2)切手を有料とすることにより、メールを使って広告を出したい業者から広告料を徴収することができる。また、切手の貼られたメールの信頼性を向上させることができる。
(3)有料の切手の貼られたメールの受信者に対してその切手料金の一部を受信者に還元することにより、広告メール等の受け取りを促すインセンティブを高めることができる。
(4)ユーザがその切手の貼られたメールを受信したことを契機に切手の課金を行うことにより、広告メールが相手に確実に到達したかどうかを確認できる。これにより、実際に見られた広告の数を正確に見積もった上で広告料金を業者に請求することができる。
(5)受信ルールの設定により、特定の送信者に対して切手の免除や、課金の免除・軽減を行うことができる。
(6)受信ルールの設定は通信端末からの操作で行うことができるようにすることにより、特定の送信者からのメールには課金しないようにしつつ、迷惑メールを排除することが容易になる。
(7)切手にリンク情報を持たせることにより、切手自体に広告の機能を持たせることができる。
(8)文字だけのメールの交換に、画像や音声等を伴う「切手」を導入することにより、利用者の楽しみを増やすことができる。特に、サーバ側で多くの切手の中から偶然性の要素を含んで選び出した切手を用いるようにすれば、「めずらしい切手」が生じ、切手のコレクションの楽しみを提供することができる。
【図面の簡単な説明】
【図1】本発明の実施の形態に掛かる電子メールシステムの概略構成を示すブロック図である。
【図2】図1のシステムにおける切手情報DB11の具体的な構成例(a)(b)を示す図である。
【図3】図1のシステムにおける受信ルールDB7の一構成例を示す図である。
【図4】図1のシステムにおける異なる構成の受信者切手DB10a(a)と切手DB10b(b)を示す図である。
【図5】図1のシステムにおける受信サーバ6での処理を表すフローチャートである。
【図6】図1のシステムにおける受信端末2に表示されるメールの一覧の表示例を示す図である。
【図7】図1のシステムにおいて受信者の操作により受信ルールの更新を行うためのメニュー例(a)(b)を示す図である。
【図8】図1のシステムの受信端末における切手を含むメッセージの表示例を示す図である。
【図9】図1のシステムの受信端末におけるメッセージの表示状態での処理フローの例を示すフローチャートである。
【図10】図3に示した受信ルールDB7aに代わる受信ルールDB7bの構成例を示す図である。
【図11】図10の受信ルールDB7bを用いる、受信サーバ6での処理を表すフローチャートである。
【符号の説明】
1…送信者端末(通信端末装置)、2…受信者端末(通信端末装置)、3…切手選択サーバ、4…切手貼付サーバ、5…送信者排除リスト、6…受信サーバ、7…受信ルールDB、8…認証局、9…切手課金サーバ、10…受信者切手DB、11…切手情報DB
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an electronic mail system for transmitting and receiving electronic mail via a communication network.
[0002]
[Prior art]
In recent years, not only information processing terminals such as personal computers but also mobile communication terminals such as mobile phones can send and receive e-mails (also referred to simply as e-mails in this specification), and users of mail services explode. Are increasing. Along with this, e-mails can be sent in large quantities at low cost only for communication charges, and so many mobile phone users send large amounts of advertising mail called "spam" without their consent. are doing. As a result, many complaints have been received from users of the mail service to mail service providers and the like.
[0003]
[Problems to be solved by the invention]
In response, mail service providers have taken measures such as changing the user's e-mail address to one that is difficult to guess, and providing users with means to refuse e-mail reception from domains other than the specified domain. However, it is hard to say that those measures have been sufficiently effective.
[0004]
On the other hand, there are many "sincere" businesses that want to advertise new media, e-mail, at a reasonable price. But,
1. Bad image of advertising mail due to spam
2. Some email service providers also charge for receiving emails
3. There is no established method of properly paying for advertisement emails
Due to these circumstances, the environment has become difficult for the advertising business to be established.
[0005]
The present invention has been made in such a background, and an object of the present invention is to provide an electronic mail system which improves the image of an advertisement mail and makes it easier for a user to accept the advertisement mail, and various servers and communication terminal devices constituting the electronic mail system. Is to do.
[0006]
Another object of the present invention is to provide an electronic mail system capable of rejecting the reception of mail that does not meet a predetermined condition, and various servers and communication terminal devices constituting the electronic mail system.
[0007]
It is another object of the present invention to provide an electronic mail system capable of easily billing individual advertisement mails, and various servers and communication terminal devices constituting the electronic mail system.
[0008]
Still another object of the present invention is to provide an electronic mail system capable of giving an incentive to a recipient to actively receive an advertisement mail, and various servers and communication terminal devices constituting the electronic mail system.
[0009]
Another object of the present invention is to provide an e-mail system capable of increasing the enjoyment of the user by introducing a "stamp" accompanied by an image, a sound, etc., for exchanging mail consisting of only characters, and various servers constituting the same. And a communication terminal device.
[0010]
[Means for Solving the Problems]
An e-mail system according to the present invention is an e-mail system for transmitting / receiving an e-mail between a sender and a recipient via a communication network, and adding stamp data to an e-mail sent from the sender. A sending server for sending to the recipient, receiving the sent mail, and determining and controlling whether or not to allow the recipient to receive the mail based on a predetermined receiving rule related to a stamp. And a receiving server that performs the processing.
[0011]
The sending server can add stamp data to the mail to be sent and send it to the recipient. The receiving server determines and controls whether or not to allow the recipient to receive the mail based on a predetermined receiving rule related to the stamp, for example, based on the presence or absence of stamp data, the amount of the stamp, and the like. I do. Thus, the recipient can refuse to receive the mail based on the conditions of the stamp to be attached to the mail.
[0012]
The receiving rule is stored in a receiving rule database provided for each recipient, and the receiving server determines the determination on the received mail based on a receiving rule of the recipient of the transmitted mail in the receiving rule database. And control can be performed. Thereby, different reception rules can be applied to each recipient.
[0013]
More specifically, the reception rule defines whether or not to discard at least the mail for each sender of the mail, and the receiving server sets the mail in accordance with the reception rule defined for the sender of the received mail. It is determined whether to discard the mail.
[0014]
The electronic mail system preferably further includes a stamp selection server that provides a selectable stamp type to a sender of the mail, and a stamp information database that stores a plurality of stamp data, and the receiving server includes: Then, a stamp belonging to the stamp type selected by the sender is selected from the stamp information database as a stamp to be attached to the mail.
[0015]
The reception rule database may update the reception rule of the recipient by accessing the recipient.
[0016]
In addition, the stamp can be charged, and in this case, there is further provided a charging server for charging the sender for the fee of the stamp based on the sender ID of the stamped mail. The charging process is preferably performed when the recipient receives the stamped mail.
[0017]
The billing server may include means for returning a part of the fee of the stamp to the recipient of the stamped mail based on the recipient ID of the stamped mail. In this case, the stamp information database stores the fee data together with the stamp data for each stamp, and the billing server performs the billing process with reference to the stamp information database. The stamp information database may further store a receiver return amount for each stamp, and the billing server refers to the stamp information database to return to the recipient. Means may be provided for exempting the receiver from exchanging all or a part of the return amount to the receiver. Further, the stamp data may include link information to a specific site on a communication network.
[0018]
In the above-described electronic mail system, the electronic mail system may further include a sender terminal that adds a sender's electronic signature to the outgoing mail, and a certificate authority that issues a certificate for verifying the validity of the electronic signature.
[0019]
The sender server may further include a sender exclusion list in which a sender ID can be registered. In this case, the transmission server suppresses transmission of mail from a sender registered in the sender exclusion list to the reception server. I do.
[0020]
The terminal receiving the stamped mail displays (or reproduces) the stamp data when the mail is displayed. The terminal that has received the stamped mail may include a recipient stamp database that stores the received stamp data. Furthermore, the recipient stamp database may store the number of stamps stored together with each stamp data.In this case, the number of stamps to be stored is increased when receiving stamp data, and when the stamp data is transferred. The number of stored stamps is reduced.
[0021]
The present invention can be further understood as a computer program for realizing the functions of the various servers and terminals.
[0022]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. The "stamp" in the present invention has mainly two functions. One of them is a stamp function for paying for sending an e-mail, and the other is a function like a pass (passing bill). A stamp-like function makes it possible to charge for mail transmission. In addition, the pass-by-like function allows the mail to be filtered (sieved). Therefore, any data having at least one of these functions can be said to be equivalent to the "stamp" in the present invention regardless of its name.
[0023]
FIG. 1 shows a schematic configuration of an electronic mail system according to an embodiment of the present invention. An e-mail will be described as an example of an e-mail sent and received by this system. However, the present invention is not necessarily limited to transmission and reception of e-mail, but can be applied to communication of an arbitrary message transmitted from a sender via a network with a destination of a recipient.
[0024]
The system shown in FIG. 1 includes a sender terminal 1, a receiver terminal 2, a stamp selection server 3, a stamp pasting server (transmission server) 4, a sender exclusion list 5, a reception server 6, and a reception rule database 7 (hereinafter, database). Is described in a DB), a certification authority (CA) 8, a stamp billing server 9, a recipient stamp DB 10, and a stamp information DB 11. Although the sender terminal 1 and the receiver terminal 2 are shown one by one as representatives, there may actually be many. Also, one terminal can be both a sender terminal and a receiver terminal. Although both terminals are shown in FIG. 1 as desktop computers, they may be mobile communication terminals such as mobile phones regardless of the form. The stamp information DB 11 belongs to the stamp pasting server 4, but can be accessed from the stamp selection server 3 and the stamp billing server 9. The stamp selection server 3 and / or the stamp accounting server 9 may hold a copy of the stamp information DB 11. The reception rule DB 7 belongs to the reception server 6, but as described later, the reception terminal 2 can update (add, change, or delete) a reception rule relating to the receiver therein.
[0025]
Note that the system configuration in FIG. 1 is merely a typical embodiment, and the present invention is not limited to this specific configuration. The role assigned to each server or device is not necessarily fixed. That is, the function assigned to a certain server may be transferred to another server, or some servers may be mounted in the same device. Alternatively, one server may be composed of a plurality of devices. Further, in the present invention, not all the elements such as the server shown in FIG. 1 are essential, and a configuration in which some elements are added or deleted can be considered.
[0026]
Although not particularly shown, each server is configured by an existing relatively high-performance computer including a central processing unit (CPU), an internal storage device, an external storage device, a display device, an input device, a communication device, and the like. Each of the terminals 1 and 2 is basically a computer including a central processing unit (CPU), an internal storage device, a display device, an input device, a communication device, and (in some cases, an external storage device). It may be a communication terminal device.
[0027]
The operation of each part of the system of FIG. 1 is as follows.
[0028]
1. Selection of stamp (stamp type)
First, prior to sending a mail, the sender accesses the stamp selection server 3 from the sender terminal 1 and selects the type of stamp (stamp type) used for sending the mail. The selected stamp type is identified by the stamp type ID (a). For this selection, the stamp selection server 3 may be accessed each time the selection is made, or once the stamp type ID is obtained, the obtained stamp type ID can be used without accessing the stamp selection server 3. You may do so. In this embodiment, at this stage, the contents (such as a picture) of each stamp are not determined. (However, the present invention does not exclude such a case.) In addition, billing of the stamp to the sender is not performed in the stage before transmission, but is performed in the mail receiving stage as described later. .
[0029]
The stamp type ID (a) may represent one specific stamp, but in the present embodiment, represents a stamp series or genre composed of a plurality of stamps. In particular, in the latter case, the user cannot specify a specific stamp, and the stamp pasting server 4 described later selects a specific stamp. This effect will be described later.
[0030]
Specific series and genres include the following.
・ Theme stamp
Stamps based on specific themes, such as anime or game characters, real people or idols, specific painters, or nature.
・ Stamps with lottery
A stamp assigned a lottery number one by one. Prize money and merchandise are given to recipients of the stamps that have been won.
・ Landmark stamps
A stamp with a motif of a landscape or a writing related to the geographical location where the stamp selection server 3 and the stamp pasting server 4 exist.
・ Season / News Stamp
Stamps with motifs related to the seasons and weather.
・ Advertising stamp
The stamp itself is an advertisement. An inexpensive stamp can be provided by paying the advertising fee by an advertising agency.
・ Individual design stamps
A sender-specific stamp created by the sender or a combination of design elements provided in advance by the sender.
[0031]
A wide variety of these stamps can be collected by collectors, as in postage stamps.
[0032]
2. Send email
The stamp type ID (a) selected by the sender is attached to the message (c) to be sent to the receiver together with the sender signature (b) for identifying the sender and sent to the receiver. Is done. Since the sender's signature (b) is used later to charge a stamp usage fee (stamp fee), it is desirable that the sender's signature be a cryptographically secure and highly reliable signature. In order to secure this reliability sufficiently, (8) it is conceivable to use an organization such as a certificate authority (CA). For example, the “sender signature” is an electronic signature for confirming on the receiving side that this message was created by a genuine sender and has not been tampered with during the transmission. The certificate of the user (sender) issued from is added. This certificate is used on the receiving side and is used to verify the digital signature. The specific method of the electronic signature is not particularly limited, and an existing method such as a public key encryption method can be used.
[0033]
The sender signature (b) and the stamp type ID (a) may be sent by a communication means different from the message, or may be sent by being embedded in the mail itself by means such as MIME or a mail header. Good.
[0034]
3. Attach stamp
The mail transmitted from the sender terminal 1 first reaches the stamp attaching server 4, where a specific stamp corresponding to the stamp type ID (a) added to the mail is one from the stamp information DB 11. Selected and "pasted". That is, the stamp pasting server 4 performs a stamp pasting operation based on the stamp type ID (a) of the mail sent from the sender. The specific stamp is, of course, not a paper-based one but electronic data, typically image (still image) data, but other types of data such as moving image data, text data, audio / music data, etc. It can be. The electronic data of the stamp is typically substantial data, but may be pointer-like data for specifying the substantial stamp data. This may be, for example, a URL (Uniform Resource Locator) that specifies the actual location of stamp data (may include the file name). As described above, the pasting can be performed by embedding in the MIME format or by adding it in the header. In addition to the actual embedding in the mail, the message may be transmitted to the recipient by another means different from the mail.
[0035]
In the case of a lottery stamp, the lottery number can be embedded here. In that case, an electronic signature may be used so that the lottery number cannot be altered.
[0036]
When the stamp type ID represents a stamp series or genre, one stamp to be actually pasted on an e-mail can be selected using the following factors.
·random
Select one of the stamps included in the series or genre completely at random.
・ Weighted random
Basically random, but the selection probabilities are different for each stamp.
・ Order
Select stamps in the series without duplication.
·Number of times of use
Select different stamps depending on the number of times stamps are used by the sender.
・ Sending time, location
Select different stamps according to the sending time or geographical location.
・ Recipient network type
A stamp is selected according to information such as the type and bandwidth of the network used by the receiver and the network bandwidth between the sender and the receiver. Specifically, it is conceivable to select an image having a small size when the bandwidth of the network of the receiver is narrow.
・ Other information on sender / recipient
A stamp may be selected based on information such as sender / recipient preferences, date of birth, constellation, blood type, initials, number of strokes, address, hometown, and nationality. Also, information such as the type of business or domain name of the sender / receiver, the mail service provider used, and the like can be used.
[0037]
Further, in this server, when an e-mail is sent from an inappropriate partner such as a sender who has not paid the advertisement fee properly to a stamp, a sender exclusion list in which such a sender ID is registered is used. 5, it is possible to suppress transmission of such a mail from the sender to the reception server (specifically, for example, discard the mail).
[0038]
FIGS. 2A and 2B show two specific configuration examples of the stamp information DB 11. The stamp position information DB 11a shown in FIG. 2A has, for each stamp, items of “stamp type ID”, “stamp ID”, “stamp data”, “stamp fee”, and “recipient return amount”. The “stamp type ID” is a stamp type identifier uniquely added to each stamp type, and the “stamp ID” is a stamp identifier uniquely added to each stamp. The "stamp data" is data for representing (or specifying) the actual data of each stamp, and is typically represented by binary data, but may be represented by a URL as described above. The "stamp fee" indicates the amount (stamp cost) of the stamp usage fee imposed on the sender who uses the stamp. The “recipient return amount” indicates the amount of the stamp fee that is returned to the recipient. The stamp fee in the present embodiment is distributed as a design fee or a fee to a stamp creator (designer), a service provider such as the stamp pasting server 4, a stamp billing server 9, and / or an operator. Some of them can be returned to the recipient. This is a mechanism for mainly giving an incentive for the addressee of the advertisement mail to receive the advertisement mail. Recipient return amounts vary by stamp. In this sense, in order to increase the incentive, the sender may be allowed to specify a stamp fee (or a receiver return amount) when selecting a stamp type. Further, when the receiver displays the received mail addressed to himself / herself in a list as described later, it is desirable to also display the receiver return amount.
[0039]
The stamp information DB 11b shown in FIG. 2B is basically the same as the stamp information DB 11a, except that an item of "link information" is further added. The link information links the stamp to a specific site on the network (for example, the homepage of the advertiser), and is also specified by the URL. As an example, when the recipient instructs (for example, clicks) a stamp (for example, an image) on the received mail, the information of the site can be browsed on the recipient terminal.
[0040]
4. Processing at the receiving server
Returning to FIG. 1, the mail to which the "stamp" is pasted by the stamp pasting server 4 is delivered to the receiving server 6 to which the mail address of the recipient belongs. The reception server 6 controls the reception of mail based on the reception rule DB 7. The details will be described later with reference to FIG. The receiving server 6 also transmits the sender signature (b), the stamp ID (e), and the receiver ID (f) to the stamp accounting server 9 and instructs the stamp accounting server 9 to perform an accounting process.
[0041]
Next, a reception rule and a specific process based on the reception rule will be described.
[0042]
FIG. 3 shows a configuration example of the reception rule DB 7. In the present embodiment, the reception rule DB 7a holds a reception rule group for each user. A common reception rule DB may be separately provided for a reception rule common to all users. In that case, the individual rule DB has priority over the common rule DB. The receiving server 6 determines a condition related to a stamp such as the presence or absence of a stamp of the mail (referred to as a stamp condition) based on the receiving rule registered in the receiving rule DB 7, and performs a predetermined message process. In the present embodiment, three types of “predetermined message processing” are prepared: “receive”, “hold”, and “discard”. "Receive" allows the user to receive mail unconditionally, as in the conventional mail system. The mail may be directly transmitted to a receiver terminal (for example, a mobile phone to which a mail address is assigned) which is always connected to the network (a mail may be transmitted from the terminal in response to a mail arrival notification from the receiving server). Accessing the receiving server to receive the main unit is also included.) “Hold” means that the mail is held in the receiving server 6 for at least a predetermined time, and the process is entrusted to the recipient. For example, it is conceivable that a list of retained mails is presented to the user later, and the receiver himself / herself selects processing such as reception / discard / notification. Alternatively, in the case of “hold”, the reception of the mail may not be actively notified to the recipient, and the receiving side may wait until the mail is accessed. In some cases, "hold" and "receive" may not be substantially different. “Discard” means that the receiving server 6 automatically discards the mail.
[0043]
The reception rule DB 7a illustrated in FIG. 3 includes, for each rule, “priority”, “sender ID”, “notification” and “message processing” when no stamp is attached, and “notification” and “message processing” when stamp is attached. It has items of “charging rate” and “message processing”. The “priority” is information for determining which rule is given priority when a plurality of rules are applicable. That is, the priority of application of the rule is determined. In this example, the highest priority is the highest, and the priority is sequentially lowered downward. “Sender ID” is identification information for uniquely identifying a sender to which the rule should be applied. For example, the sender's e-mail address is used. By using a wild card, a regular expression, or the like, a rule to be applied to all sender IDs corresponding to a specific pattern may be set. It is also conceivable to define a default rule to be applied when none of the rules apply. The “notification” is a flag that determines whether or not the receiving server 6 needs to notify the sender of a message “I want you to put a stamp” when the mail does not have a stamp. “Message processing” when no stamp is attached indicates the type of message processing (receiving, holding or discarding) to be performed by the receiving server 6 when the rule is applied to an email without a stamp attached. ing. In this example, the "charging rate" when the stamp is affixed is for the receiver to set the charging rate for his / her own "recipient return amount". For example, the recipient can exempt his or her friends (or acquaintances, related persons, etc.) from all or part of the recipient's return amount. “Message processing” when a stamp is attached indicates the type of message processing (receiving, holding or discarding) to be performed by the receiving server 6 when applying the rule to the mail with the stamp attached. ing. (In the example of FIG. 2, there is no message processing designated as "discard" when a stamp is affixed, but it may exist.)
[0044]
When a receiving rule to be applied to the received mail is found, the receiving server 6 processes the mail according to the conditions specified in the rule, and waits for the receiver to access the receiving server. The reception rule DB 7 may be configured to be able to define rules that are commonly applied to a plurality of recipients, such as the entire system or each recipient group. Further, a modified example in which a part or all of the reception rule DB 7 is provided on the receiver terminal 2 side is also conceivable.
[0045]
For the purpose of eliminating unsolicited mail according to the present invention, the receiving server 6 does not, in principle, directly send mail without a stamp to the recipient. For this reason, in the example of FIG. 3, as a default receiving rule located at the seventh priority, when no stamp is attached, the notification is set to “unnecessary”, and the message processing is left on the receiving server 6 for the message processing. "Hold". However, instead of this, it is also possible to make the notification “necessary” and the message processing “discard”. The user can add, change, or delete a reception rule for an arbitrary sender ID. The sender (sender ID: aiko@abc.ne.jp) targeted for the reception rule of priority 1 in FIG. 3 is a friend of the user of this reception rule, and is “notified” even without a stamp. Instead, they can receive mail. Also, when the stamp is attached, the charging rate is set to 0%, and the right to receive the receiver return amount is abandoned. The sender of the priority 2 (sender ID: info@def.co.jp) is a company, and the mail from this sender was read out from the one held by the default reception rule and confirmed to be an advertisement mail. Thereafter, the recipient adds the reception rule to the sender ID. In this example, when a stamp is not pasted, a predetermined notification is sent to the sender to discard the mail, and when the stamp is pasted, reception is performed with a charging rate of 100%. The reception rule of priority 3 is set so that, when a stamp is not pasted, a notice is received and the mail is held, and when a stamp is pasted, the mail is received with a charging rate of 0%. It is also possible to set the charging rate to an arbitrary value other than 0% and 100% (50% in the example in the figure) as in the reception rule of priority 4.
[0046]
There are various methods for determining the priority of the reception rule. Here, the following method is used. That is, the default reception rule is set to the lowest. The receiving rule using a wildcard for the sender ID is set higher than the default. The reception rule in which a specific mail address is specified for the sender ID is set higher. Regarding the reception rule of the same rank, the priority is increased after adding or modifying the reception rule later.
[0047]
FIG. 5 shows a flowchart of the processing in the receiving server 6.
[0048]
First, an ID for identifying a sender is extracted from a mail or the like received by the receiving server (S11). When the message is in an electronic mail format, the extraction may be performed from the From line of the mail as the simplest extraction method. However, since the spoofing of the From line is easy, it is desirable to take some measures to prevent spoofing or to combine it with a technology such as an electronic signature. Next, the reception rule DB 7 is searched using the extracted sender ID as a key to find a rule to be applied to the received mail (S12). Then, it is determined whether or not a stamp is attached (S13). If the stamp is affixed, the process proceeds to step S16, otherwise, the "notification" flag is checked (S14). If notification is necessary, a message stating "I want you to send a stamp" is sent to the sender (S15), and the process proceeds to step S16. If the notification is unnecessary, the process proceeds directly to step S16.
[0049]
In step S16, the content of the message processing specified in the applicable reception rule is determined. If the message processing is "reception", the above-described reception processing is performed (S17). If it is "hold", the above-described holding process is performed (S18). If "discard", the above-described discard processing is performed (S19).
[0050]
5. What the recipient does
Returning to FIG. 1, when receiving the stamped message (d) and the stamp ID (e) as an e-mail from the receiving server 6, the receiver terminal 2 has the stamp data attached to the received mail and the stamp ID (E) is stored in the recipient stamp DB 10. A specific example of the recipient stamp DB 10 will be described later in detail with reference to FIG. The receiver can update (add, change, delete) (i) the content of the reception rule relating to himself in the reception rule DB 7 at any time (for example, after receiving the mail).
[0051]
More specifically, when the receiver accesses the receiving server 6 from the receiving terminal 2, a list of received or held mail is presented. FIG. 6 shows a display example of this list. At this time, the received mail list and the held mail list may be presented on different screens, or may be presented on the same screen. Alternatively, the mail can be displayed directly instead of the list. Each mail in the list display can be selected by moving the selection cursor 61 (and selecting operation by a predetermined key operation).
[0052]
In the example of the list display in FIG. 6, the following items are displayed for each mail.
-Whether a stamp is attached
The display / non-display of the stamp information icon 62 indicates whether a stamp is attached to the mail. The stamp information icon 62 only indicates whether or not a stamp is attached, and has nothing to do with the actual stamp pattern or data form.
·sender
In this example, the sender's mail address is displayed as the sender ID.
·title
The title attached to the email is displayed.
[0053]
In addition, whether or not the stamp is charged, the receiver return amount, whether or not the stamp / charge is exempted from the sender, whether or not the advertisement, whether or not the advertisement, the image content of the stamp, the presence or absence of voice information added to the stamp, An icon or a character string expressing information such as information may be displayed together.
[0054]
It is possible to update the reception rule for the sender by operating the receiver for each mail displayed in the list. For example, a menu is displayed as shown in FIG. 7A by an operation such as pressing a predetermined operation button or the like with the mail selected, and the user can select a rule to be applied to the sender. The menu shown in FIG. 7A is used to select items related to the message processing and the charging rate. The menu shown in FIG. 7B is displayed when a predetermined item shown in FIG. 7A is selected. Is required to be selected. For example, if the designation of exemption of stamps is specified in the menu of FIG. 7A, the reception rule DB 7 is rewritten so that the mail sent from the sender thereafter is received even if the stamp is not attached. Can be In the reception rule DB 7a of FIG. 3, “message processing” when no stamp is attached is “reception”. The result selected by the user is reflected in the registered content of the user in the reception rule DB 7 and used for the subsequent processing.
[0055]
When a mail is selected in the list display and display is instructed, the message is displayed, for example, as shown in FIG. If the whole stamp cannot be displayed because the screen is small, it is conceivable to display a stamp of reduced size on the screen or to display the stamp on another screen. It is also possible to discard a specific mail without reading it in the list display.
[0056]
FIG. 8 shows a display example of a message including a stamp. In this example, a stamp 81 is displayed on the same screen on which a message is displayed. The stamp 81 is substance data (an image such as a still image or a moving image) of the stamp. As described with reference to FIG. 2B, when link information is added to the stamp, the user instructs the stamp 81 to access the linked site (not shown). Can be. In the case of a stamp such as a voice, the stamp 81 is not displayed, and the voice or the like can be made to flow when a message is displayed. In the case of a stamp such as a voice, an icon that visually indicates the stamp may be displayed, and the voice or the like may be reproduced by designating the icon. Also on this screen, "rule setting" as described in FIG. 7 can be performed. The “charge exemption” button in FIG. 8 is for exempting the charge (recipient return amount) for the received mail on a one-time basis (one time only).
[0057]
FIGS. 4A and 4B show a recipient stamp DB 10a and a stamp DB 10b having different configurations. The stamp DB 10a stores items of "stamp ID (type)", "stamp data", and "number of sheets" for each stamp. As described above, the stamp data is the substance data of the stamp, but may be a URL indicating the location of the stamp. "Number" is a numerical value obtained by counting the number of stamps stored with the same stamp ID. The stamp DB 10b corresponds to the stamp information DB 11b shown in FIG. 2B, and holds “link information” in addition to the configuration of the stamp DB 10a.
[0058]
It is not essential to store the item “number of stamps” in the stamp DB 10, but this can simulate the collection of stamps. As an application of the number of stamps, the transfer or exchange of stamps with another user may be performed. Naturally, the number of stamps transferred to the other party is reduced by one, and the number of stamps transferred is increased by one. In addition, when a predetermined number of stamps or stamps of a specific stamp type have reached a predetermined number, or when all the stamps belonging to a specific stamp type have been collected, the book is written under predetermined conditions related to the number of stamps. A service is also possible in which a service provider gives a certain privilege to the recipient. This functions as an incentive for the recipient of the advertisement mail, which is different from the recipient return amount. Also, as described in FIG. 1, when the stamp selection server 3 specifies only the stamp type and the stamp pasting server 4 selects a specific stamp belonging to the stamp type, all stamps have an equal probability. Instead of being selected, a lot of stamps should be selected with a contingency factor, and if the probability of selecting one or more stamps is low, "unusual" stamps It can be expected that the value of such stamps will increase substantially and stimulate the desire to collect stamps.
[0059]
FIG. 9 shows an example of a processing flow in a message display state. This process is executed when a specific mail is selected from the mail list display shown in FIG.
[0060]
First, it is checked whether a stamp is affixed to this mail (S20). If not, the process proceeds to step S25 described below. If it is, it is checked with reference to the recipient stamp DB 10 (FIG. 4) whether this stamp is a stamp already possessed by the recipient (S21). If the stamp already exists, the "number" of the record of the stamp in the recipient stamp DB 10 is incremented by 1 (S22). If it is a new stamp, the receiver is notified of the fact (S23) and registered as a new record in the recipient stamp DB 10 (S24). The notification in step S23 is not essential, but is effective for calling the user's attention to the new stamp. The registration may be performed by confirming the necessity of registration with the receiver each time. Alternatively, the user may be able to set whether or not the notification in step S23 is necessary or whether or not the registration is necessary in step S24 as the initial setting.
[0061]
Thereafter, as shown in FIG. 8, the message is displayed together with the display (or reproduction) of the stamp (if present) (S25). If there is any user (recipient) input while the message is displayed (S26), a process corresponding to the content of the input is performed. In the process of “rule setting” described with reference to FIG. 7, a process of setting (or updating) a reception rule according to the instruction is executed. Accordingly, access from the receiving terminal 2 to the receiving server 6 occurs. In the case of the one-time "charge exemption" of the mail, the receiving server 6 is notified (instructed) to that effect (S28). If the user input is a stamp link instruction, the designated server is accessed with reference to the "link information" assigned to the stamp as shown in the recipient stamp DB 10b in FIG. 4B. (S30). When the display is completed by a user instruction such as "close" or "next", it is determined whether or not billing is necessary (S31). This determination can be made based on, for example, whether or not a stamp is attached. If the stamp is affixed, it is determined that billing processing is necessary, and predetermined billing processing is started (S32).
[0062]
6. Billing process
Returning to FIG. 1, the stamp accounting server 9 refers to the stamp fee and the receiver return amount in the stamp information DB 11 (FIG. 2) based on the stamp ID, and sends the sender confirmed by the sender signature to the sender. In addition to charging the stamp fee (g), the profit is returned (h) to the recipient. Any existing payment method can be used for charging (g) the stamp fee for the sender.
[0063]
More specifically, when the recipient finishes viewing the message with the stamp, necessary information is transferred to the stamp billing server 9 by the receiving server 6 or the recipient terminal 2, and billing processing is performed. The stamp accounting server 9 performs an accounting process, for example, as follows.
[0064]
First, the stamp information DB 11 is searched based on the stamp ID (e), and the stamp fee and the return amount to the receiver are determined. At this time, the charge rate (FIG. 3) is also referred to. Next, the sender is specified based on the sender signature (b), and the sender is charged. If the return amount to the receiver is not 0, the receiver is specified according to the receiver ID (f), and the process of accumulating the return amount to the receiver is performed. The profit return (h) to the receiver can be performed by giving the receiver a point corresponding to the receiver return amount. This point may be made available to the recipient for payment of various fees for goods and services.
[0065]
The timing of charging may be such that charging is performed when the recipient receives the stamped mail, not when the message has been viewed. In this specification, including both, billing is performed "when the recipient receives the stamped mail". It should be noted that the billing process may be performed at the time of attaching a stamp on the transmission server side. However, the billing process performed on the receiving side (reception server) may be performed only for the received mail with certainty. As a result, it is possible to increase the accuracy of billing. Further, processing such as exemption of one-time charging as described above becomes easy (there is no need to cancel the charging once performed).
[0066]
FIG. 10 is a diagram showing a configuration example of a reception rule DB 7b instead of the reception rule DB 7a shown in FIG. The reception rule DB 7b has items of "priority", "sender ID", "reception refusal", "stamp conditions", "charging rate", "condition unsatisfied processing", and "condition satisfied processing". The “priority”, “transmission ID”, and “billing rate” are the same as those in the reception rule DB 7a. In this example, as the "stamp conditions", "non-pasting permitted" exempting the sticking of stamps and stamp fee conditions ("20 yen or more", "50 yen or more", etc.) for specifying the lower limit of the stamp fee can be specified. I have to. The stamp fee condition is to sift mail with a stamp less than the fee (or no stamp at all). "Rejection of reception" is for setting whether or not to reject mail from the sender. The "condition unsatisfied process" is for individually designating the necessity of notification of the mail that does not satisfy the "stamp condition" and the message receiving process (receiving, holding or discarding). The “condition-satisfaction process” is for individually designating the necessity of notification of the mail satisfying the “stamp condition” and the message receiving process (reception, holding or discarding).
[0067]
FIG. 11 shows a flowchart of processing in the receiving server 6 using the receiving rule DB 7b of FIG.
[0068]
First, an ID for identifying a sender is extracted from a mail or the like received by the receiving server (S41). Next, the reception rule DB 7b is searched using the extracted sender ID as a key to find a rule to be applied to the received mail (S42). Next, it is checked whether or not the mail of the sender ID is "rejected to receive" (S43). If the reception is rejected, the process proceeds to step S50 described later, and the mail is discarded. If the reception is not rejected, it is determined whether the stamp condition is satisfied (S44). As described above, the stamp conditions may include the lower limit of the stamp fee. If the condition is not satisfied, the process proceeds to step S47, and if not, the “notification” flag is checked (S45). If the notification is necessary, an e-mail indicating "I want to send a stamp with a stamp of XX yen or more" is sent to the sender (S46), and the process proceeds to step S47. If the notification is unnecessary, the process proceeds directly to step S47.
[0069]
In step S47, the content of the message processing specified in the applicable reception rule is determined. If the message processing is "reception", the above-described reception processing is performed (S48). If "hold", the above-described holding process is performed (S49). If "discard", the above-described discard processing is performed (S50).
[0070]
Although the preferred embodiment of the present invention has been described above, various modifications and changes other than those described above are possible.
[0071]
For example, the items of the reception rule and the contents of each item are merely examples for explanation, and the present invention is not limited to the illustrated ones.
[0072]
In the stamp selection stage of the sender, only the stamp type is determined instead of the content (picture, etc.) of each stamp. However, the present invention does not exclude specifying a specific stamp in the stamp selection stage. Absent.
[0073]
Although the billing of the stamp to the sender is performed in the mail receiving stage, the present invention does not exclude the billing in the sending stage.
[0074]
Although only the stamp fee other than 0 is shown, a stamp with a fee of 0 may exist. However, it is desirable that the sender of the advertisement mail should not use a stamp whose stamp fee is 0. For this purpose, for example, a stamp with a fee of 0 is made available only to an individual and cannot be used by a company, an organization or an organization. Alternatively, the number of simultaneously transmitted e-mails with stamps with zero fee may be limited to a very small number (for example, one or several).
[0075]
Although the reception rule DB has been described as being different for each recipient, there may be a system that uses only a reception rule common to all recipients as the simplest configuration. In this case, there is no reception rule for each recipient, and the recipient does not update the reception rule.
[0076]
Although the recipient stamp DB has been described as being provided individually in the recipient terminal, the recipient server 6 may be provided with a recipient stamp DB for each recipient. In this case, the user needs access to the receiving server 6 when confirming the stamp owned by the user, but the stamp ID is transmitted when the stamped mail is transmitted from the receiving server 6 to the recipient terminal 2. There is no need. Further, there is no need to have the stamp actual data in the recipient stamp DB itself.
[0077]
If the recipient terminal is a mobile phone and the stamp data is an image, the stamp data may be made available as so-called standby screen data.
[0078]
【The invention's effect】
According to the present invention, the following various remarkable effects can be obtained by applying the concept of an existing paper-based stamp in the form of electronic data to an electronic mail that does not require a stamp or the like.
(1) By checking stamp conditions such as whether or not a stamp is attached to the mail, it is possible to exclude mail that does not satisfy the conditions and prevent the recipient from receiving unsolicited mail.
(2) By charging a stamp, an advertisement fee can be collected from a company who wants to place an advertisement using e-mail. Further, the reliability of the mail with the stamp can be improved.
(3) By returning a part of the stamp fee to the recipient of the mail with the paid stamp, the incentive to receive the advertisement mail or the like can be increased.
(4) By charging the stamp when the user receives the mail with the stamp, it is possible to confirm whether the advertisement mail has reached the partner without fail. As a result, it is possible to accurately estimate the number of advertisements actually seen and then charge the advertisement fee to a company.
(5) Exemption of stamps and exemption / reduction of billing can be performed for specific senders by setting reception rules.
(6) By setting the reception rule by an operation from the communication terminal, it is easy to eliminate unsolicited e-mail while not charging for e-mail from a specific sender.
(7) By providing the stamp with link information, the stamp itself can have an advertising function.
(8) By introducing a "stamp" accompanied by an image, a sound, and the like for exchanging mails consisting only of characters, the enjoyment of the user can be increased. In particular, if the server uses a stamp selected from among many stamps including an element of contingency, a "rare stamp" is generated, and the enjoyment of the stamp collection can be provided.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a schematic configuration of an electronic mail system according to an embodiment of the present invention.
FIGS. 2A and 2B are diagrams showing specific configuration examples (a) and (b) of a stamp information DB 11 in the system of FIG.
FIG. 3 is a diagram showing a configuration example of a reception rule DB 7 in the system of FIG. 1;
FIG. 4 is a diagram showing a recipient stamp DB 10a (a) and a stamp DB 10b (b) having different configurations in the system of FIG.
FIG. 5 is a flowchart showing a process in a receiving server 6 in the system of FIG.
FIG. 6 is a diagram showing a display example of a mail list displayed on the receiving terminal 2 in the system of FIG. 1;
FIGS. 7A and 7B are diagrams illustrating menu examples (a) and (b) for updating a reception rule by a receiver's operation in the system of FIG. 1;
8 is a diagram showing a display example of a message including a stamp at the receiving terminal of the system of FIG. 1;
9 is a flowchart illustrating an example of a processing flow in a message display state in the receiving terminal of the system of FIG. 1;
FIG. 10 is a diagram illustrating a configuration example of a reception rule DB 7b in place of the reception rule DB 7a illustrated in FIG.
FIG. 11 is a flowchart showing a process in the receiving server 6 using the receiving rule DB 7b of FIG.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 ... Sender terminal (communication terminal device), 2 ... Receiver terminal (communication terminal device), 3 ... Stamp selection server, 4 ... Stamp pasting server, 5 ... Sender exclusion list, 6 ... Receiving server, 7 ... Receiving rule DB, 8: Certificate Authority, 9: Stamp Billing Server, 10: Recipient Stamp DB, 11: Stamp Information DB

Claims (32)

通信ネットワークを介して送信者と受信者との間で電子メールの送受信を行う電子メールシステムであって、
送信者からの送信メールに対して切手データを付加して受信者宛に送信する送信サーバと、
前記送信されたメールを受信し、切手に関連して予め定められた受信ルールに基づいて、当該メールを当該受信者に受信させるか否かを判断および制御する受信サーバと
を備えたことを特徴とする電子メールシステム。
An email system for sending and receiving email between a sender and a recipient via a communication network,
A sending server that adds stamp data to the sent mail from the sender and sends it to the recipient;
A receiving server that receives the transmitted mail, determines and controls whether or not to allow the recipient to receive the mail based on a predetermined reception rule related to a stamp. And e-mail system.
受信者毎に前記受信ルールを格納した受信ルールデータベースを備え、
前記受信サーバは、前記受信ルールデータベース内の、前記送信されたメールの受信者の受信ルールに基づいて、そのメールに対する前記判断および制御を行うことを特徴とする請求項1記載の電子メールシステム。
A reception rule database storing the reception rule for each recipient,
2. The electronic mail system according to claim 1, wherein the receiving server performs the determination and the control on the mail based on a reception rule of a recipient of the transmitted mail in the reception rule database.
前記受信ルールは、メールの送信者単位に少なくともそのメールを破棄するか否かを定めており、前記受信サーバは受信したメールの送信者について定められた受信ルールに照らして当該メールを破棄するか否かを判断することを特徴とする請求項2記載の電子メールシステム。The reception rule determines whether or not to discard at least the mail for each sender of the mail, and the receiving server discards the mail in accordance with a reception rule defined for the sender of the received mail. 3. The e-mail system according to claim 2, wherein it is determined whether the e-mail is valid or not. メールの送信者に対して選択可能な切手種別を提供する切手選択サーバと、
複数の切手の切手データを保存した切手情報データベースとをさらに備え、
前記受信サーバは、送信者により選択された切手種別に属する切手を、前記切手情報データベースの中から、前記メールに貼付する切手として選択することを特徴とする請求項1記載の電子メールシステム。
A stamp selection server that provides selectable stamp types to the sender of the mail,
A stamp information database storing a plurality of stamp data,
The electronic mail system according to claim 1, wherein the receiving server selects a stamp belonging to a stamp type selected by a sender as a stamp to be attached to the mail from the stamp information database.
前記受信ルールデータベースは受信者からのアクセスにより当該受信者の受信ルールが更新されることを特徴とする請求項2記載の電子メールシステム。3. The e-mail system according to claim 2, wherein the reception rule of the recipient is updated in the reception rule database by access from the recipient. 前記切手は有料であり、切手付きメールの送信者IDに基づいて、送信者に対してその切手の料金の課金処理を行う課金サーバをさらに備えたことを特徴とする請求項4記載の電子メールシステム。5. The electronic mail according to claim 4, wherein the stamp is charged, and further includes a charging server that performs a charging process for the fee of the stamp based on a sender ID of the stamped mail. system. 前記課金処理は、受信者が切手付きメールを受信したことを契機に行われることを特徴とする請求項6記載の電子メールシステム。7. The electronic mail system according to claim 6, wherein the accounting process is performed when the recipient receives the stamped mail. 前記課金サーバは、切手付きメールの受信者IDに基づいて、当該切手の料金の一部を当該切手付きメールの受信者に還元する手段を備えたことを特徴とする請求項6記載の電子メールシステム。7. The electronic mail according to claim 6, wherein the billing server includes means for returning a part of the fee of the stamp to a recipient of the stamped mail based on a recipient ID of the stamped mail. system. 前記切手情報データベースは、各切手毎にその切手データとともにその料金データを記憶しており、前記課金サーバは前記切手情報データベースを参照して当該課金処理を行うことを特徴とする請求項6記載の電子メールシステム。7. The method according to claim 6, wherein the stamp information database stores the fee data together with the stamp data for each stamp, and the billing server performs the billing process with reference to the stamp information database. Email system. 前記切手情報データベースは、さらに各切手毎に受信者還元額を記憶しており、前記課金サーバは前記切手情報データベースを参照して当該受信者への還元を行うことを特徴とする請求項9記載の電子メールシステム。10. The stamp information database further stores a receiver return amount for each stamp, and the charging server refers to the stamp information database to perform return to the receiver. E-mail system. 前記受信者への還元分の全体または一部を受信者が免除する手段を備えたことを特徴とする請求項10記載の電子メールシステム。11. The e-mail system according to claim 10, further comprising means for exempting the receiver from the whole or a part of the return amount to the receiver. 前記切手データは通信ネットワーク上の特定のサイトへのリンク情報を含むことを特徴とする請求項9記載の電子メールシステム。The electronic mail system according to claim 9, wherein the stamp data includes link information to a specific site on a communication network. 送信メールに対して送信者の電子署名を付加する送信者端末と、この電子署名の正当性を検証するための証明書を発行する認証局とをさらに備える請求項6記載の電子メールシステム。7. The e-mail system according to claim 6, further comprising: a sender terminal for adding a sender's electronic signature to the transmitted mail; and a certificate authority for issuing a certificate for verifying the validity of the electronic signature. 送信者IDを登録可能な送信者排除リストをさらに備え、前記送信サーバは、前記送信者排除リストに登録された送信者からのメールを前記受信サーバへ送信することを抑止することを特徴とする請求項1記載の電子メールシステム。The apparatus further comprises a sender exclusion list capable of registering a sender ID, wherein the transmission server suppresses transmission of mail from a sender registered in the sender exclusion list to the reception server. The electronic mail system according to claim 1. 前記切手付きメールを受信した端末において、当該メールの表示時に前記切手データを表示(または再生)することを特徴とする請求項1記載の電子メールシステム。The electronic mail system according to claim 1, wherein the terminal receiving the stamped mail displays (or reproduces) the stamp data when the mail is displayed. 前記切手付きメールを受信した端末は、受信した切手データを保存する受信者切手データベースを備えることを特徴とする請求項15記載の電子メールシステム。The electronic mail system according to claim 15, wherein the terminal that has received the stamped mail includes a recipient stamp database for storing the received stamp data. 前記受信者切手データベースは各切手データとともにその切手の保存個数を記憶し、切手データの受信時に当該切手の保存個数を増加させるとともに、切手データの譲渡時に当該切手の保存個数を減少させることを特徴とする請求項16記載の電子メールシステム。The recipient stamp database stores the number of stamps stored together with each stamp data, and increases the number of stamps stored when stamp data is received, and decreases the number of stamps stored when stamp data is transferred. The electronic mail system according to claim 16, wherein 通信ネットワークを介して送信者と受信者との間で電子メールの送受信を行う電子メールシステムであって、
メールの送信者に対して選択可能な切手種別を提供する切手選択サーバと、
複数の切手の切手データを保存した切手情報データベースとを備え、
送信者により選択された切手種別に属する切手の切手データを、前記切手情報データベースの中から選択し前記メールに貼付して受信者宛に送信する送信サーバと、
前記送信されたメールを受信し、前記切手データとともに当該メールを当該受信者に受信させる受信サーバとを備え、
前記切手付きメールを受信した端末において、当該メールの表示時に前記切手データを表示(または再生)することを特徴とする電子メールシステム。
An email system for sending and receiving email between a sender and a recipient via a communication network,
A stamp selection server that provides selectable stamp types to the sender of the mail,
A stamp information database storing a plurality of stamp data,
A sending server that sends stamp data belonging to the stamp type selected by the sender, selected from the stamp information database, attached to the mail, and sent to the recipient;
A receiving server that receives the transmitted mail and causes the recipient to receive the mail together with the stamp data;
An e-mail system, wherein the terminal receiving the stamped mail displays (or reproduces) the stamp data when the mail is displayed.
前記切手は有料であり、切手付きメールの送信者IDに基づいて、送信者に対してその切手の料金の課金処理を行う課金サーバをさらに備えたことを特徴とする請求項18記載の電子メールシステム。19. The electronic mail according to claim 18, wherein the stamp is charged, and further comprising a billing server for billing the sender for the fee of the stamp based on the sender ID of the stamped mail. system. 前記切手付きメールを受信した端末は、受信した切手データを保存する受信者切手データベースを備えることを特徴とする請求項18記載の電子メールシステム。19. The electronic mail system according to claim 18, wherein the terminal receiving the stamped mail includes a recipient stamp database for storing the received stamp data. 前記受信者切手データベースは各切手データとともにその切手の保存個数を記憶し、切手データの受信時に当該切手の保存個数を増加させるとともに、切手データの譲渡時に当該切手の保存個数を減少させることを特徴とする請求項20記載の電子メールシステム。The recipient stamp database stores the number of stamps stored together with each stamp data, and increases the number of stamps stored when stamp data is received, and decreases the number of stamps stored when stamp data is transferred. The electronic mail system according to claim 20, wherein: 通信ネットワークを介して送信者から送信された電子メールを受信者に提供する受信サーバであって、
受信者毎に前記受信ルールを格納した受信ルールデータベースと、
前記送信されたメールを受信し、このメールに貼付される切手に関連して予め定められた受信ルールに基づいて、当該メールを当該受信者に受信させるか否かを判断および制御する制御手段とを備え、
この制御手段は、前記送信者から送信されたメールの受信者の受信ルールデータベースに基づいて、そのメールに対する前記判断および制御を行うことを特徴とする受信サーバ。
A receiving server that provides an e-mail transmitted from a sender to a recipient via a communication network,
A reception rule database storing the reception rule for each recipient,
Control means for receiving the transmitted mail, determining and controlling whether or not to allow the recipient to receive the mail based on a predetermined reception rule in relation to a stamp attached to the mail; and With
A receiving server, wherein the control means performs the determination and control for the mail based on a reception rule database of a receiver of the mail transmitted from the sender.
前記受信ルールデータベースは受信者からのアクセスにより当該受信者の受信ルールが更新されることを特徴とする請求項22記載の受信サーバ。23. The reception server according to claim 22, wherein the reception rule of the recipient is updated in the reception rule database by access from the recipient. 前記切手は有料であり、前記制御手段は、切手付きメールの送信者IDに基づいて、送信者に対してその切手の料金の課金処理を行うことを外部の課金サーバに対して指示することを特徴とする請求項22記載の受信サーバ。The stamp is charged, and the control means instructs an external accounting server to charge the sender for the fee of the stamp based on the sender ID of the stamped mail. The receiving server according to claim 22, characterized in that: 前記課金処理の指示は、受信者が切手付きメールを受信したことを契機に行われることを特徴とする請求項24記載の受信サーバ。25. The receiving server according to claim 24, wherein the instruction of the billing process is issued when the receiver receives the stamped mail. 送信者から渡されたメールを通信ネットワークを介して受信者宛に送信する送信サーバであって、
複数の切手の切手データを保存した切手情報データベースと、
前記送信者から渡されたメールに対して前記切手情報データベースから選択された切手データを貼付する手段と、
この切手データが貼付されたメールを受信者宛に送信する手段と、
を備えたことを特徴とする送信サーバ。
A transmission server for transmitting mail passed from a sender to a recipient via a communication network,
A stamp information database storing a plurality of stamp data,
Means for attaching the stamp data selected from the stamp information database to the mail passed from the sender,
Means for sending the mail with the stamp data attached to the recipient,
A transmission server comprising:
前記送信者からは送信対象のメールとともに切手種別情報を受信し、この切手種別に属する切手を、前記切手情報データベースの中から、前記メールに貼付する切手として選択する手段をさらに備えたことを特徴とする請求項26記載の送信サーバ。The apparatus further comprises means for receiving stamp type information from the sender together with the mail to be transmitted, and selecting a stamp belonging to this stamp type from the stamp information database as a stamp to be attached to the mail. The transmission server according to claim 26, wherein: 送信者IDを登録可能な送信者排除リストをさらに備え、前記送信する手段は、前記送信者排除リストに登録された送信者からのメールを送信することを抑止することを特徴とする請求項26記載の送信サーバ。27. The apparatus according to claim 26, further comprising a sender exclusion list capable of registering a sender ID, wherein the transmitting unit suppresses transmission of an email from a sender registered in the sender exclusion list. The sending server described. 通信ネットワークを経由して電子メールの授受を行う通信端末装置において、
送信対象のメールに対して切手または切手種別を識別する切手識別情報を付加して送信する手段と、
切手付きメールを受信したとき、当該メールを表示画面上に表示する手段と、
前記メールの表示とともに、前記切手データを表示(または再生)する手段と、
を備えたことを特徴とする通信端末装置。
In a communication terminal device for sending and receiving e-mail via a communication network,
Means for adding a stamp or stamp identification information for identifying a stamp type to a mail to be transmitted, and transmitting the mail;
Means for displaying the mail with the stamp on the display screen when the mail with the stamp is received;
Means for displaying (or reproducing) the stamp data together with the display of the mail;
A communication terminal device comprising:
前記切手に関連して予め定められた受信ルールに基づいて、当該メールを当該受信者に受信させるか否かを判断および制御する受信サーバに対して、前記受信ルールの更新を行う手段を有することを特徴とする請求項29記載の通信端末装置。A means for updating the reception rule for a reception server that determines and controls whether to allow the recipient to receive the mail based on a reception rule predetermined in relation to the stamp. 30. The communication terminal device according to claim 29, wherein: 受信されたメールに貼付されている前記切手データを保存する受信者切手データベースを備えることを特徴とする請求項29記載の通信端末装置。30. The communication terminal device according to claim 29, further comprising a recipient stamp database for storing the stamp data attached to the received mail. 前記受信者切手データベースは各切手データとともにその切手の保存個数を記憶し、切手データの受信時に当該切手の保存個数を増加させるとともに、切手データの譲渡時に当該切手の保存個数を減少させることを特徴とする請求項31記載の通信端末装置。The recipient stamp database stores the number of stamps stored together with each stamp data, and increases the number of stamps stored when stamp data is received, and decreases the number of stamps stored when stamp data is transferred. The communication terminal device according to claim 31, wherein:
JP2002168175A 2002-06-10 2002-06-10 Electronic mail system, transmitting server, receiving server, and communication terminal device Pending JP2004013655A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002168175A JP2004013655A (en) 2002-06-10 2002-06-10 Electronic mail system, transmitting server, receiving server, and communication terminal device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002168175A JP2004013655A (en) 2002-06-10 2002-06-10 Electronic mail system, transmitting server, receiving server, and communication terminal device

Publications (1)

Publication Number Publication Date
JP2004013655A true JP2004013655A (en) 2004-01-15

Family

ID=30435153

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002168175A Pending JP2004013655A (en) 2002-06-10 2002-06-10 Electronic mail system, transmitting server, receiving server, and communication terminal device

Country Status (1)

Country Link
JP (1) JP2004013655A (en)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004186888A (en) * 2002-12-02 2004-07-02 Nec Nexsolutions Ltd Electronic mail charging method
WO2006035517A1 (en) * 2004-09-29 2006-04-06 The Doshisha Information providing system, call establishment system, call establishment method, call control device, e-mail system, e-mail transmission/reception method, relay device, computer program, and recording medium
JP2007520016A (en) * 2004-01-29 2007-07-19 ユー.エス.ミューチュアル ファイナンシャル コーポレーション Message processing system and method
JP2007527064A (en) * 2004-02-26 2007-09-20 リアドン,デーヴィッド,シー. Financial transactions with sending and receiving charges
JP2008519324A (en) * 2004-11-02 2008-06-05 ランド,リッキー,チャールズ Method and system for regulating email
JP2009193092A (en) * 2008-02-12 2009-08-27 Nec Corp Charity mail system, mail server, charity mail processing method, program therefor, and recording medium
US8346660B2 (en) 2004-02-26 2013-01-01 David C. Reardon System and method for two-way transfer of funds and electronic content between summa account users with gathering of behavioral metrics and management of multiple currencies and escrow accounts
US8799164B2 (en) 2004-02-26 2014-08-05 David C Reardon Financial transaction system with integrated electronic messaging, control of marketing data, and user defined charges for receiving messages
JP6355805B1 (en) * 2017-08-31 2018-07-11 株式会社エヌプラス Billing server, server control method, and server control program

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004186888A (en) * 2002-12-02 2004-07-02 Nec Nexsolutions Ltd Electronic mail charging method
JP2007520016A (en) * 2004-01-29 2007-07-19 ユー.エス.ミューチュアル ファイナンシャル コーポレーション Message processing system and method
US8352364B2 (en) 2004-02-26 2013-01-08 Reardon David C Financial transaction system with integrated electronic messaging, control of marketing data, and user defined charges for receiving messages
JP2007527064A (en) * 2004-02-26 2007-09-20 リアドン,デーヴィッド,シー. Financial transactions with sending and receiving charges
JP2012022708A (en) * 2004-02-26 2012-02-02 David C Reardon Financial transaction with transmission and reception fee
US8346660B2 (en) 2004-02-26 2013-01-01 David C. Reardon System and method for two-way transfer of funds and electronic content between summa account users with gathering of behavioral metrics and management of multiple currencies and escrow accounts
US8799164B2 (en) 2004-02-26 2014-08-05 David C Reardon Financial transaction system with integrated electronic messaging, control of marketing data, and user defined charges for receiving messages
WO2006035517A1 (en) * 2004-09-29 2006-04-06 The Doshisha Information providing system, call establishment system, call establishment method, call control device, e-mail system, e-mail transmission/reception method, relay device, computer program, and recording medium
JP2008519324A (en) * 2004-11-02 2008-06-05 ランド,リッキー,チャールズ Method and system for regulating email
JP4717886B2 (en) * 2004-11-02 2011-07-06 ランド,リッキー,チャールズ Method and system for regulating email
JP2009193092A (en) * 2008-02-12 2009-08-27 Nec Corp Charity mail system, mail server, charity mail processing method, program therefor, and recording medium
JP6355805B1 (en) * 2017-08-31 2018-07-11 株式会社エヌプラス Billing server, server control method, and server control program
WO2019045073A1 (en) * 2017-08-31 2019-03-07 株式会社エヌプラス Billing server, server control method, and server control program
JPWO2019045073A1 (en) * 2017-08-31 2020-09-03 株式会社エヌプラス Billing server, server control method, and server control program
US11138565B2 (en) 2017-08-31 2021-10-05 N Plus, Inc. Billing server, server control method, and server control program

Similar Documents

Publication Publication Date Title
US7831834B2 (en) Associating a postmark with a message to indicate trust
US7085745B2 (en) Method and apparatus for identifying, managing, and controlling communications
US20170039592A1 (en) Advertisement coordination
US20030023692A1 (en) Electronic message delivery system, electronic message delivery managment server, and recording medium in which electronic message delivery management program is recorded
CN103891250B (en) Method, system and the equipment of future delivery are carried out to digital content via network
US11416875B2 (en) Techniques for integrating external content from advertising services into client applications
US20020016735A1 (en) Electronic mail classified advertising system
JP2003018219A (en) Mail transmission system, mail server, mail transfer system, mail transfer method, mail transmission method, mail delivery method, and program
WO2008134320A1 (en) Method and system for linking to content and services for a communication device
US20210250318A1 (en) Method and apparatus for providing email service
AU2016200982A1 (en) Communication system and method
JP2004013655A (en) Electronic mail system, transmitting server, receiving server, and communication terminal device
KR20110044830A (en) How to handle advertising messages
JP4180859B2 (en) Mobile communication terminal
KR20120004156A (en) System and method for providing message advertising
EP1235382B1 (en) Communication method and system
JP3821710B2 (en) Notification processing method and notification processing program
JP2004523046A (en) System for transmitting message to target and method of operating the same
KR100578751B1 (en) A method and system for messaging service
US20090024474A1 (en) System and method for virtual ebox management
KR100468093B1 (en) Electronic-Mail Management Method using Advertisement/Information Mail Filtering
JP2002108785A (en) Electronic mail advertisement system
JP2003125096A (en) Free of charge e-mail delivery system
AU2004216700B2 (en) Method and apparatus for identifying, managing, and controlling communications
KR20040042248A (en) Method for designation the living time for the e-mail or electrical message containing multimedia data transferred via some network, system thereof and advertising method using the method and system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050414

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20071225

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080220

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20090327