JP2002170046A - 電子メールを利用した広告システム、方法および前記方法を実現するプログラムを格納した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】本発明の目的は、広告をアクセスした人をサー
バ側で確認することができるシステムを提供することに
ある。また、本発明の他の目的は、広告の提供を利用す
る利用者へ利用料金を割り引くサービスを行うシステム
を提供することにある。 【解決手段】上記目的を達成する一つの手段として、ネ
ットワーク上に設けられたサーバが、メール受信者へメ
ールを送信する際に、サーバのアドレス、識別情報、広
告先のアドレスとを含むアドレス情報を付加する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、メールに広告に関
する情報を付加して送る広告を提供するシステムに関す
るものである。

【０００２】

【従来の技術】ネットワークを介して利用者端末へ広告
を提供するものとして、特開２０００−２１５１２２号
公報、特開平１０−２９０４４３号公報などに記載され
た技術がある。特開平２０００−２１５１２２号公報に
は、電子メールデータに発信者の属性データを添付して
発信し、中継装置で、その属性に適合した広告データや
案内情報データを添付して受信者の端末に送信すること
が記載されている。更に、広告データをバナー広告デー
タとすることにより、端末の簡単な操作でより詳しい内
容の広告情報が得られる可能性が高まることが記載され
ている。また、特開平１０−２９０４４３号公報には、
コンテンツ実体に、広告映像が付加されたビデオ・オン
・デマンド・システムを制御するビデオ・オン・デマン
ド・システム制御方法において、コンテンツ実体に付加
される広告映像情報の認証情報を、ディジタル透かし技
術により埋め込み、契約者端末に送信し、契約者端末に
おいて、コンテンツ実体を再生する際に、広告映像情報
の認証情報を抽出し、契約者により予め登録されている
広告映像認証情報と抽出した認証情報とを比較し、比較
した結果に基づいて、コンテンツの再生又は課金を行う
ことが記載されている。

【０００３】一方、特開平９−１１４７５５号公報に
は、情報の利用時に広告を出力し、情報の利用料金の一
部を広告料で賄うことで、情報の利用者に対して利用料
金の一部を割り引いて利用者の利用料金の負担を軽減
し、デジタル情報の利用および流通をより一層促進させ
る情報課金システムが記載されている。

【０００４】

【発明が解決しようとする課題】ネットワーク上に設け
られたサーバで送信する電子メールに広告のアドレスを
添付して送り、受信者がこのアドレスで広告をアクセス
した場合、サーバでは受信者が広告をアクセスしたかど
うか確認することができない場合があり、アクセスした
人に更なるサービスを提供することができないといった
問題がある。

【０００５】上記従来技術の特開２０００−２１５１２
２号公報、特開平１０−２９０４４３号公報、特開平９
−１１４７５５号公報には、上記のように受信者が広告
をアクセスしたか確認すること、アクセスした人を確認
して更なるサービスを提供することについては開示され
ていない。

【０００６】本発明の目的は、広告をアクセスした人を
サーバ側で確認することができるシステムを提供するこ
とにある。また、本発明の他の目的は、広告の提供を利
用する利用者へ利用料金を割り引くサービスを行うシス
テムを提供することにある。

【０００７】

【課題を解決するための手段】上記目的を達成する一つ
の手段として、ネットワーク上に設けられたサーバが、
メール受信者へメールを送信する際に、サーバのアドレ
ス、識別情報、広告先のアドレスとを含むアドレス情報
を付加する。このようにすることで、メールの受信者が
広告をアクセスする際に、必ずサーバを経由することに
なり、サーバでは識別情報によりどの受信者が広告へア
クセスしたか確認することが可能となる。

【０００８】また、上記目的を達成する一つの手段とし
て、広告を提供するサーバが、利用者端末から広告提供
端末を特定する情報と利用者を特定する識別情報とを受
けた場合に、利用者の口座へ広告主が振り込むようにす
る。このようにすることで、広告主にとっては広告を参
照する利用者を増やすことができる。

【０００９】

【発明の実施の形態】図１はインターネットを含む通信
網を利用したシステム全体の構成である。構成要素の説
明を以下に記述する。

【００１０】広告主端末１０１は、広告挿入サーバ１０
３に対し、利用者の電子メールへの広告挿入を依頼す
る。

【００１１】広告挿入サーバ１０３は、広告主端末１０
１から広告関連情報を受信し、広告関連情報の格納およ
び管理をする。ここで、広告関連情報とは、広告主名
称、広告種別、広告内容、広告要求先のメールアドレ
ス、広告情報にアクセスするためのＵＲＬ等を指す。

【００１２】また、広告挿入サーバ１０３は、利用者端
末１０６〜１０８から、利用者関連情報を受信し、利用
者関連情報の格納および管理をする。ここで、利用者関
連情報とは、利用者名称、利用者識別子（ユーザ識別
子）、メールアドレス、利用者の趣味・嗜好、利用者が
決済時に利用する銀行名・支店名・口座番号、利用形態
（利用端末名（機種名、型式名など））等を指す。

【００１３】なお、上記の広告挿入サーバ１０３が受信
する情報は、広告主端末１０１もしくは利用者端末１０
６〜１０８から送信されない場合もある。例えば、ＩＳ
Ｐシステム１０２が利用者関連情報を保持しており、広
告挿入サーバ１０３へ利用者関連情報を送信することに
しても良い。

【００１４】利用者は、利用者端末１０６〜１０８か
ら、通信網１０５を利用してＩＳＰシステム１０２（イ
ンターネットサービスプロバイダ＝Ｉｎｔｅｒｎｅｔ
Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ＝ＩＳＰ）をメール
送受信のために利用する。ＩＳＰシステム１０２は、Ｗ
ｅｂサーバ１０９、メールサーバ１１０等を有する。

【００１５】銀行システム１０４は、（広告アクセスに
対する利用者への料金還元と）、ＩＳＰシステム１０２
利用による利用料金の決済（料金徴収等）,通信網利用
による利用料金決済（徴収）等を行う。利用者に対する
還元金額の決済には、広告挿入サーバ１０３が保持する
データベースの情報を利用する。

【００１６】広告挿入サーバ１０３の機能および広告挿
入サーバ１０３が保持するデータベースについては図２
で示す。図２は広告挿入サーバ１０３の構成を機能ブロ
ックで示したものである。

【００１７】広告挿入サーバ装置２０１の説明を以下に
記す。通信網１０５と各種データのやり取りを行う通信
部２０２と、 電子メールの受信を行うメール受信部２
０３と、電子メールに広告を挿入する広告挿入部２０４
と、広告主端末１０１より広告したい情報を登録した
り、利用者端末１０６より個人情報を登録するデータ登
録部２０５と、利用者端末１０６から送信される電子メ
ールをメールサーバ１１０に転送し、広告を要求する電
子メールであるかどうかの判断を行う電子メール送信部
２０６と、利用者のＷｅｂアクセスによるアクセス解析
を行うＷｅｂアクセス処理部２０７と、広告アクセスの
量、頻度などにより電子メール利用者の利用料金を計算
し,還元等の決済をする料金処理部２０８と、各処理部
からの要求によって適切なデータベースアクセスを行う
データベースアクセス部２０９とを有している。

【００１８】以上が広告挿入サーバ２０１の主な構成で
ある。次に広告挿入サーバ２０１に接続されているデー
タベース２１０〜２１２についての説明をする。個人情
報データベース２１０は利用者の趣味などが登録されて
おり、アクセス情報データベース２１１は利用者がアク
セスした広告主ごとの還元料金を格納している。広告主
情報データベース２１２は電子メールに挿入される広告
情報などが登録されている。

【００１９】広告主情報データベース２１２の構成を図
６に示す。広告主情報データベース２１２は広告主名６
０１、広告の内容の種別６０２、広告内容６０３、電子
メールアドレス６０４、挿入回数６０５、広告挿入の終
了日付６０６、１アクセスあたりの単価６０７、割増単
価６０８、挿入位置６０９、アクセス判定時刻６１０を
各要素とするレコードの集合体である。

【００２０】広告主名６０１は広告挿入を依頼する広告
主名であるが、内部処理で用いる広告主のＩＤの役割を
果たす。なお、広告主名をＩＤとして用いずに別な方法
でＩＤ（識別子）をつけて利用しても良い。たとえば、
ＤＢに格納した順番に従い、広告主名に番号を割当て、
その番号を識別子として用いても良い。

【００２１】広告の内容の種別６０２は広告主が依頼す
る広告の商品の種類である。例えば商品が口紅ならば化
粧品、本とか雑誌の紹介ならば書籍である。後述する個
人情報データベース２１０の趣味・嗜好８０３と種別６
０２とを照らし合わせ、合致するものが広告として利用
者の電子メールに挿入されることになる。このような合
致・類似判断機能を広告挿入部２０４に持たせても良
い。

【００２２】広告の内容６０３は広告として利用者の電
子メールに挿入される広告の内容である。図１１・図１
２に一例を示す。電子メールアドレス６０４は利用者端
末が携帯電話など、電子メールに挿入されている広告の
ＵＲＬに対してアクセスできない場合の、広告の詳細を
要求する広告主への広告詳細要求用電子メールアドレス
である（尚、住所、電話番号など広告主へアクセスする
ための他の情報を保持しても良い）。携帯電話での電子
メールへの広告挿入の場合、広告内容６０３の内容を、
電子メールアドレス６０４へメールを送るように記述を
変更する（つまり電子メール広告用のフォーマットに変
換し、広告要求先の電子メールアドレス等の情報を付加
しても良い。尚、これらの処理は、図３の広告挿入時に
行う。）。

【００２３】その結果の例を図１１に示す。ここでは、
広告文の前後の行に“−”の符号を並べたものをつけ、
広告文を一文ごとに改行して利用者に見やすく表示して
いる。

【００２４】このほか、端末に応じて広告の絵柄・動画
像・音声などを付加した広告をＤＢに格納しておき、利
用者が広告の図をクリックした場合に、動画像や音声な
どで広告案内をするように広告文を変換し、利用者にと
って分かりやすく、興味を引くようなフォーマットに変
換しても良い。このような、広告文の表示の変換用のテ
ンプレートとなるデータを、広告挿入部に持たせ、端末
・広告種別に応じたテンプレートに基づいて広告表示の
フォーマットを変換するという機能を広告挿入部の機能
として持たせても良い。

【００２５】また、ＤＢに格納した電子メールアドレス
６０４等の情報は、広告主へのＩＳＰシステム事業者か
らの料金請求などの通知用として利用できる。

【００２６】挿入回数６０５はその広告が何回電子メー
ルに挿入されたかの累計カウンタである。広告主は広告
挿入事業者サーバに問い合わせることで最終的に何回挿
入されたのかを知ることが出来る。この広告挿入回数６
０５と対応する種別６０２とを調べることにより、どの
種別の商品が一番利用者にとって関心のあるものなのか
を調べる目安となる。また、広告挿入回数６０５の数値
の増減に基づいて、広告単価６０７の数値を増減しても
良く、このような機能を料金処理部２０８に持たせても
良い。

【００２７】広告挿入の終了日付６０６は広告挿入を続
ける期限である。この日を過ぎるとその広告は挿入され
ない。また、期限を過ぎた広告については削除しても良
い。このように期限を定めておくことは、期間限定の商
品・サービスを提供する場合に有効である。つまり、広
告挿入サーバ１０３から利用者端末１０６〜１０８に対
して、期限の切れた古い広告を送付することがないよう
に期限設定をすることが可能であり、広告主に対して
は、季節物の商品広告に対して、期間に応じて広告に対
して出資してもらうことが可能となる。このため、送付
する広告内容・広告費用などの無駄を減らすことができ
る。

【００２８】１アクセスあたりの単価６０７は広告に記
述されている広告の詳細にアクセスした場合の利用者へ
の還元金である。ＵＲＬで記述されている場合はその場
所をクリックするごとに、メールアドレスが記述されて
いる場合は、そのアドレスにメールを送るごとに還元さ
れる単価である。この値は広告主が決定し、その決定し
た値をＤＢへ格納する。

【００２９】割増単価６０８は、利用者が頻繁にアクセ
スを行う場合（アクセス頻度が高い場合）に設定され
る、利用者への１アクセスあたりの還元金額の単価であ
る。（ここで、頻繁にアクセスを行うとは、基準となる
時間を定めて、ＤＢに格納しておき、あるアクセスがあ
った時刻から、次のアクセスがあった時刻までの時間
が、基準時間よりも短い場合等を意味する。例えば、化
粧品という商品の場合には、２時間以内に次のアクセス
があった場合を頻繁にアクセスがあったと判定しても良
い。また、不動産など、比較的考慮に時間のかかる物件
の場合には2週間という期間を基準として、頻繁にアク
セスがあったと判定しても良い。このように物品に応じ
たアクセス時刻を設定して、頻繁にアクセスがあったか
否かの判定をしても良い。）ここでは、利用者が高い頻
度で広告にアクセスした場合を想定し、広告価値が上が
り、１アクセスあたりの単価６０７よりより高い広告料
６０８を利用者は受け取ることが出来るよう設定してい
る。（つまり、アクセス頻度や、広告挿入回数６０５に
応じて、割増単価６０８を決定しても良い）。広告主は
１アクセスあたりの単価６０７より高い値を設定しても
良い。（尚、広告主はアクセス回数・頻度は低くとも、
利用者が商品を購買した場合に、利用者に対して還元金
額を設定しても良い。） 挿入位置６０９は図９のメール本文９０１に対して前側
９０２か後側９０３かを指定する。電子メールの本文の
前に挿入された場合、利用者が目を通す確立が高く、本
文の後ろに挿入される場合に比べて基本料金としての挿
入手数料を高くしている。指定する値としては前側＝
１、後側＝２とする。

【００３０】アクセス判定時刻６１０は、ある広告へ頻
繁にアクセスがあったかどうかを判定する場合に用いる
値である。最終アクセス日時７０５から利用者が次にア
クセスした時刻までの値と、図６に示したアクセス判定
時刻６１０の値とを比較し、アクセス判定時刻６１０の
値よりも、利用者の最終アクセス日時７０５から次のア
クセス時刻までの値のほうが小さい場合には、広告に頻
繁にアクセスがあったと判断し、広告挿入サーバ１０３
の料金処理部２０８で頻繁にアクセスがあったと判定さ
れた利用者の広告料に割増単価６０８の値を加算する。

【００３１】つまり、頻繁に広告へアクセスしたか否か
の判定と、利用者へ広告利用料金として還元するための
計算のためにアクセス判定時刻６１０の値を用いる。図
６の６１０では、格納するアクセス判定時刻データの一
例として“日：時：分”と示した値がデータベースの中
に格納したものを示したが、アクセス頻度が判定できる
値であれば、別な値でも良い。たとえば、最終アクセス
日時７０５と次のアクセス時刻との比較ではなく、ある
一定期間の開始期日と終了期日とを定めて格納しておき
（例：２０００年１２月２０日〜２０００年１２月２５
日の場合には、２０００１２２０を開始期日とし、２０
００１２２５を終了期日として、データベースへ格納し
てもよい。）、定めた期間内に何回アクセスがあったか
をカウントし、その期間内のアクセス回数の応じて利用
者へ料金を還元してもよい。

【００３２】広告主情報データベース２１２へのレコー
ドの追加は広告主が広告主端末１０１から広告挿入サー
バ１０３に登録する時および広告主情報データベース２
１２の情報の変更時に行われる。

【００３３】データ登録部２０５では広告主端末１０１
からの情報を元に,データベースアクセス部２０９を介
し,広告主情報データベース２１２にデータを設定す
る。このとき、挿入回数６０５は０に設定する。

【００３４】個人情報データベース２１０を図８に示
す。個人情報データベース２１０は利用者の氏名８０
１、ユーザ識別子８０２、趣味・嗜好８０３、銀行名８
０４、支店名８０５、口座番号８０６、利用形態８０７
を要素とするレコードの集合体である。利用者の氏名８
０１は利用者端末１０６を使用する人の名前である。ユ
ーザ識別子８０２は広告に記述してある詳細を示すＵＲ
Ｌにアクセスする場合に利用者を特定する識別子であ
る。ここには利用者の電子メールアドレスを設定してい
る。趣味・嗜好８０３は利用者が送付を希望する広告の
分野である。分野は複数指定することが出来る。前記の
広告の内容の種別６０２と照らし合わせて内容の合致す
る広告しか利用者の受け取る電子メールには挿入されな
い。そのため、送付を希望しない広告を受け取ることが
少なくなる。銀行名８０４は利用者が電子メールに挿入
されている広告を参照することにより広告主より還元金
を受け取るための銀行名である。支店名８０５は利用者
の口座のある銀行の支店名である。口座番号８０６は利
用者の口座の口座番号である。

【００３５】広告挿入サーバ１０３は広告主より一括し
て広告料を受け取り、各利用者の受け取り口座に広告料
を振り込む。（広告挿入サーバ１０３にて算出した広告
料金・利用者への還元金の数値に基づいて、広告挿入サ
ーバ１０３を運営する会社の口座へ、広告主からの広告
料金が振り込まれ、利用者の口座へ還元金が振り込まれ
る）。

【００３６】利用形態８０７は利用者端末１０６の形態
を示す。ここでは利用形態の一例として、携帯電話、Ｐ
ＤＡ（Ｐｅｒｓｏｎａｌ Ｄａｔａ Ａｓｓｉｓｔａｎ
ｃｅ）、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、
もしくは表示装置が接続された端末等）を設定したが、
これら以外の端末を設定しても良い。

【００３７】利用者端末の画面が小さく、受信文字数も
少なく、電子メールからＷＷＷ（Ｗｏｒｄ Ｗｉｄｅ
Ｗｅｂ）へのアクセスが不可の場合、利用者端末形態は
「携帯電話」として登録する。（この端末の携帯の登録
は、利用者が利用者端末１０６〜１０８から広告挿入サ
ーバ１０３へ必要なデータを送信し、広告挿入サーバ１
０３が利用者端末からのデータを受信し、個人情報デー
タベース２１０へ格納することにより行う。）携帯電話
より比較的画面が大きく、受信文字数も大きくＷＷＷア
クセスも可の場合は「ＰＤＡ」として登録する。しか
し、ＰＤＡタイプでもＷＷＷアクセスが不可の場合は
「携帯電話」として登録する。それ以外で、大画面、で
ＷＷＷアクセスも可の場合は「ＰＣ」として登録する。
それぞれの形態により、挿入される広告の数や、広告の
詳細を示す方法が変わってくる。

【００３８】利用者はこの広告挿入サービスを使用する
に当たり、利用者端末１０６から、メール送受信・広告
の利用に必要な各種の情報を広告挿入サーバ１０３に登
録する（利用者が送信する情報の具体例については、図
８の項目８０１〜８０７を参照。）。広告主情報の場合
と同様、データ登録部２０５では情報をデータベースア
クセス部２０９を介し,個人情報データベース２１０に
設定する。

【００３９】アクセス情報データベース２１１を図７に
示す。アクセス情報データベース２１１は電子メールと
共に送信した広告へのアクセスを管理するもので、利用
者の氏名７０１、広告主名７０２、広告料７０３、アク
セス回数７０４、最終アクセス日時７０５を要素とする
レコードの集合体である。利用者の氏名７０１は広告の
詳細をアクセスした人の氏名である。内容としては個人
情報データベース２１０の利用者の氏名８０１と同じに
なる。広告主名７０２は、利用者７０１がアクセスした
広告の広告主名である。内容としては広告主情報データ
ベース２１２の広告主名６０１と同じになる。広告料７
０３は、電子メールに広告を挿入することにより利用者
へ還元される広告料と、利用者が広告の詳細場所をアク
セスすることにより受け取った還元金額とを合わせた額
である。

【００４０】アクセス回数７０４は利用者がその広告の
詳細を示す場所へ何回アクセスしたかを記録しておくも
のである。この回数が多いと、その広告に興味を示して
いるという判断の１つの要素となる。

【００４１】最終アクセス日時７０５は広告の詳細に対
してアクセスした最終日時を記録する。アクセス回数７
０４と合わせ、利用者がその広告に興味を示しているか
どうかの判断に利用する。アクセス回数が少なくても間
隔が短い場合（頻繁にアクセスがあった場合）には興味
があるものと判断する。（なお、アクセスの間隔が短い
とは、ある一定時間を定めておき、最終日時の時刻から
次のアクセスの時刻までの時間が、前記定めた時刻より
も短い場合を指す。）次に広告挿入サーバ１０３の動作
について説明する。

【００４２】まず、電子メール受信部２０３の処理の流
れを図３に示す。本システムでは利用者の電子メール受
信要求は電子メール受信部２０３が受け付ける。なお、
広告挿入サーバ１０３を利用する利用者端末１０６〜１
０８には、予め利用者端末側で広告挿入サーバ１０３の
電子メール受信部２０３を経由するよう広告挿入サーバ
１０３のホスト情報等を設定をしておく。メール送受信
要求は、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎ
ｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＰＯＰ３（Ｐｏｓｔ
Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ３）
などのメール送受信の際に必要な標準的規定に従うもの
とする。

【００４３】電子メール受信部２０３に電子メール受信
の問い合わせが入ると問合せ要求データから利用者の電
子メールアドレスを抽出する（もしくは、利用者端末か
らのメール受信要求データを受信し、メール受信要求デ
ータから利用者識別子を抽出しても良い）（ステップ３
０２）（尚、ステップ３０２にて抽出した利用者の電子
メールアドレスをキーとして、ステップ３０６で広告挿
入を行う場合に、利用者ＤＢを検索し、広告挿入の際に
必要な情報をＤＢに格納されている情報から抽出す
る）。メールサーバ１１０に対し,電子メール受信の問
い合わせを行う。（ステップ３０３）このメールサーバ
１１０への問合せに必要なデータ（メールサーバ１１０
へ問合せる場合に必要な、ユーザＩＤやパスワード、メ
ールサーバ１１０のアドレス等）は予め利用者が利用者
端末１０６〜１０８から広告挿入サーバ１０３へ登録し
ておくか、メール受信問い合わせを行う際に、利用者端
末１０６〜１０８から広告挿入サーバ１０３へ送信す
る。メールサーバ１１０への問合せの結果,メールサー
バ１１０に、電子メール受信問合せをした利用者宛の受
信メールがないと判断された場合（ステップ３０４）,
メールの受信処理を終了する（ステップ３０９）。

【００４４】受信メールが存在する場合、メールサーバ
１１０からメールを１通受信し（ステップ３０５）,受
信したメールに対し広告挿入部２０４により,広告挿入
を行う(ステップ３０６)。広告挿入が終了したら電子メ
ール利用者端末１０６に対し電子メールを送付する（ス
テップ３０７）。その後メールサーバ１１０に未処理メ
ールがあるかどうかを問い合わせ（つまり、メールサー
バ１１０に、電子メール受信問合せをした利用者宛のメ
ールが残っているかどうかを確認する。）（ステップ３
０８）,未処理メールがある場合ステップ３０５からの
処理を繰り返す。未処理メールがなくなった時点（ステ
ップ３０８）で,広告挿入処理部の処理を抜ける（ステ
ップ３０９）。ここでは一例として、利用者宛に届いた
電子メールを一通づつメールサーバ１１０から取出し、
広告を付加して利用者に送付するという方法を示した
が、複数のメールをまとめてメールサーバ１１０から取
出して、広告の付加を行っても良い。

【００４５】図９・図１０に利用者が受け取る電子メー
ルに広告が挿入された例を示す。なお、広告挿入の箇所
・回数は端末形態に応じて変更するものとする。利用者
の端末形態が携帯電話の場合、挿入個所１箇所で挿入回
数１回とする。この例が、図９の広告挿入位置１（９０
２）のみに広告を挿入した場合である。広告は本文９０
１の前側に挿入されるものとする。端末形態がＰＤＡの
場合に、挿入個所２個所までで挿入個所はそれぞれ１回
とした場合を示す。この例は、図９の広告挿入位置１
（９０２）と広告挿入位置２（９０３）の両方に広告を
挿入した場合である。この例では２箇所に広告が挿入さ
れることを想定したが、挿入する広告がない場合、広告
１または広告２は存在しなくても良い。

【００４６】端末形態がＰＣの場合に、挿入個所は２箇
所で挿入回数はそれぞれ３回とした場合を示す。この例
は、図１０となる。図１０では、広告挿入位置１（９０
２）に３つの広告（広告１、広告２、広告３）が入り、
広告挿入位置２（９０３）に３つの広告（広告４、広告
５、広告６）が入った状態を示している。ＰＤＡの場合
と同様、広告がない場合、広告１から広告６のうち、い
ずれかが存在しない場合がある。

【００４７】図４に広告挿入処理部３０６の流れを示
す。広告挿入処理ではまず電子メール利用者の嗜好を利
用者の個人情報データベース２１０の趣味・嗜好８０３
より摘出する（４１０）。複数の広告を電子メールに挿
入するため、広告挿入処理にループカウンタを設ける
（ループカウンタの値の回数だけ、ステップ４０３〜ス
テップ４０９までの処理を繰返す）。挿入位置決定処理
４０３では、利用者の端末形態とループカウンタの値に
応じて、広告挿入位置１（９０１）と広告挿入位置２
（９０３）を順番に切り替える（切替については以下に
記す）ことでそのループでの挿入位置を決定する。利用
者の端末形態は利用者の個人情報データベース２１１の
利用形態８０７から取得する。例えば、利用者の端末形
態がＰＣの場合、ループカウンタが３までの場合は広告
挿入位置１とし、ループカウンタが４以上の場合は広告
挿入位置２とする。利用者端末形態がＰＤＡの場合、ル
ープカウンタが１の場合は広告挿入位置１とし、ループ
カウンタが２の場合広告挿入位置２とする。ステップ４
０４ではステップ４０３で求めた挿入しようとする位置
と合致し、広告終了日付６０６の過ぎていない広告を広
告主情報データベース２１２より複数抽出する。ステッ
プ４０５では抽出された複数の広告の中からランダムに
挿入する広告を１つ決定する（もしくは、挿入する広告
決定のための何らかのルールに基づき、広告を挿入して
もよい。例えば、利用者への還元金額が大きい順に従っ
て広告を挿入したり、広告主情報データベースに情報が
格納された順番に従って広告を挿入しても良い）。ステ
ップ４０６では決定した位置に,広告を挿入する。広告
を挿入すると広告主情報データベース２１２の挿入回数
６０５のカウントを＋１する。それと同時に広告挿入料
としてアクセス情報データベース２１１の広告料７０３
に広告挿入サーバに格納された広告単価を加える。利用
者に対して初めてその広告挿入サーバが電子メールへの
広告を挿入する場合、アクセス情報データベース２１１
のレコードを作成する。メール受信部２０６やステップ
４０５で得られた利用者７０１と広告主名７０２を設定
する。広告料７０３、アクセス回数７０４、最終アクセ
ス日時７０５は０クリアしておく。

【００４８】その上で前記の広告挿入料を加算する。携
帯電話からのアクセスの場合,挿入位置は１箇所のみと
するため,処理をすぐに抜ける（ステップ４０７）。Ｐ
ＤＡからのアクセスの場合,上下に１箇所づつなので,ま
だ挿入が可能であれば挿入広告決定４０３まで処理を戻
す（ステップ４０８）。ＰＣの場合,規定回数（ここで
は例として６回とする）に達するまで広告を挿入する
（ステップ４０９）。

【００４９】図１１に利用者の端末形態がＰＣ，ＰＤＡ
などＵＲＬにアクセスできる端末の場合の電子メールに
挿入する広告の一例を示す。

【００５０】広告１００２は広告主情報データベース２
１２の広告内容６０３をもとに、簡単な広告の文句と利
用者がＷｅｂブラウザを利用しアクセスし表示するＵＲ
Ｌ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｃｅ Ｌｏｃａｔｏ
ｒ）からなっている。

【００５１】ＵＲＬの一般的な表記法は、<scheme>:<sc
heme-specific-part>の書式で示される。ここで<scheme
>とは、情報にアクセスする形式やプロトコルを表す識
別子であり、http（ハイパーテキスト転送プロトコ
ル）、ftp（ファイル転送プロトコル）、telnet（遠隔
コンピュータとの通信）、wais（広域情報検索システ
ム）、file（Ｗｅｂブラウザを起動しているコンピュー
タがローカルに有しているファイルへのアクセス）など
がある。<scheme-specific-part>とは、schemeの種類に
よって異なった形式をしている。

【００５２】なお、<scheme>にＨＴＴＰを用いる場合の
ＵＲＬは、一般的にhttp://<host>:<port>/<url-path>
というように記述する。（<host>はドメイン名およびホ
スト名、またはホストアドレスの情報である。<port>は
ポート番号である。ポート番号は省略可であり、省略し
た場合には予約済みの８０番のポートを用いる。<url-p
ath>はＨＴＴＰのセレクタであり、「／」で区切られた
ディレクトリ名とファイル名、および「．」で区切られ
たファイル識別子等の情報である。）本発明では例とし
てＨＴＴＰを用いた場合を示すが、ＨＴＴＰ以外のプロ
トコルに本発明を適用することも可能である。

【００５３】広告内容６０３に記述されている実際の広
告の詳細１３０２が表示されるＵＲＬ（以下、広告詳細
ＵＲＬと記す）に,広告挿入サーバＵＲＬと、電子メー
ル利用者を特定するＩＤ（８０２）と、広告の挿入位置
（６０９）を示す情報を付加したものを、広告挿入部２
０４で生成する。この生成した情報を、広告に付加した
例を図１１の１００２に示す。ここでは、広告に“広告
挿入サーバＵＲＬ？広告詳細ＵＲＬ？利用者ＩＤ？挿入
位置情報”という情報を付加した例を示している。図１
１では、http://abc/srvが広告挿入サーバＵＲＬを示
し、http://www.xxx.co.jp/yyyが広告詳細ＵＲＬを示
し、ID=ad1@xxx.co.jpがユーザ情報を示し、Pos=1が広
告挿入位置情報を示すものとして図示した。なお、広告
の詳細のない場合はＵＲＬの記述は不要である。

【００５４】利用者端末１０６で電子メールに挿入され
ている広告のＵＲＬ（“広告挿入サーバＵＲＬ？広告詳
細ＵＲＬ？利用者ＩＤ？挿入位置情報”という情報）を
アクセスした場合、ＩＳＰシステム１０２のＷｅｂサー
バ１０９にＵＲＬアクセスの要求が行くのではなく、広
告挿入サーバ１０３のＷｅｂアクセス処理部２０７が利
用者のＵＲＬアクセスを受け取る。

【００５５】Ｗｅｂアクセス処理部２０７では利用者端
末１０６から送られてきたＵＲＬより利用者ＩＤ、広告
詳細ＵＲＬ、挿入位置を切り出し,広告主情報データベ
ース２１２の広告内容６０３のＵＲＬと照合し,合致し
たレコードから広告主を決定し,利用者個人情報データ
ベース２１０のユーザ識別子８０２から利用者ＩＤが同
じ利用者を特定する。その後、料金処理部２０８に広告
主名６０１,利用者ＩＤ６０２，広告情報（挿入位置６
０９），ＵＲＬアクセスであることを知らせる。これら
広告挿入サーバ内での処理を行い、広告ＵＲＬに記述さ
れた広告詳細情報を提供するＷｅｂサーバにアクセス
し、利用者端末に広告の詳細１３０２が表示される。

【００５６】つまり、利用者は利用者端末１０６のブラ
ウザもしくはメールクライアント等のソフトウエアから
利用者端末に表示された“広告挿入サーバＵＲＬ？広告
詳細ＵＲＬ？利用者ＩＤ？挿入位置情報”の情報をマウ
ス等クリックする（前述の情報にアクセスする）。この
入力を利用者端末１０６のブラウザ機能等がうけて、広
告挿入サーバＵＲＬに含まれている情報から広告挿入サ
ーバ１０３へアクセスすることになる（上述したように
ＵＲＬにはホスト情報等が含まれている）。広告挿入サ
ーバ１０３では、“広告挿入サーバＵＲＬ？広告詳細Ｕ
ＲＬ？利用者ＩＤ？挿入位置情報”の情報を受信し、こ
の中に含まれる広告詳細ＵＲＬ、利用者ＩＤ、挿入位置
情報の抽出を行い、利用者からのアクセス要求を、広告
詳細ＵＲＬに含まれる情報に基づいて広告詳細表示サー
バ１３０４へ渡す。これらの処理の流れについては図１
４で示している。

【００５７】このように、ＵＲＬに識別子を付加したデ
ータを広告・メールに挿入する処理、広告・メールを利
用者端末への送信処理、ＵＲＬに識別子を付加したデー
タを受信し、前記ＵＲＬと識別子との切り出し処理等の
各種処理を広告挿入サーバ１０３で行うことにより、利
用者にとっては、これまでと同じ操作で広告へアクセス
することができる。また、広告主（もしくはＩＳＰ側）
にとっては、広告挿入サーバ１０３で、ＵＲＬと識別子
との切り出し等の処理を行うため、広告主端末（もしく
はＩＳＰシステム）にて広告にアクセスしてきた利用者
の識別等をする手間が省け、広告挿入サーバ１０３側で
利用者に関する情報の集計・管理等を行うため、これま
でのシステム運用とほぼ同様のシステムで、広告の利用
者に関する情報を得ることができる。

【００５８】尚、図１１中の１００２において、ＵＲＬ
に識別子を付加した例として“広告挿入サーバＵＲＬ？
広告詳細ＵＲＬ？利用者ＩＤ？挿入位置情報”としたも
のを示したが、これ以外の方法でＵＲＬに何らかの識別
子を付加して、利用者情報・広告情報の集計・管理等を
行っても良いし、ＨＴＴＰ以外のものに本発明を適用し
ても良い。

【００５９】図１２に携帯電話にて電子メールを受け取
る際に挿入される広告の例を示す。携帯電話では広告の
ＵＲＬに対して操作ができないため（ここではＵＲＬと
して示された情報へアクセスできない端末である場合を
想定したが、アクセスできる端末であれば、ＰＣ、ＰＤ
Ａ等の端末と同様の処理を行っても良い。），広告を送
ってくれる電子メールアドレスに対して電子メールを送
りその返信内容に広告が入る仕組みとする。広告主情報
データベース２１２にはＵＲＬアクセスの場合の広告内
容６０３が登録されているが，携帯電話での広告挿入時
には広告宛先電子メールアドレス６０４を用いて，広告
内容６０３を書き換えて電子メールに挿入する。利用者
は広告の詳細電子メールを広告主に要求する場合、広告
内容をそのまま広告宛先電子メールアドレス６０４に送
付する（図１７）。その場合、ＩＳＰシステム１０２の
メールサーバ１１０に電子メールが行くのではなく、広
告挿入サーバ１０３のメール送信部２０６が一度受信す
る。メール送信部２０６ではその宛先メールアドレスよ
り広告主情報データベース２１２の電子メールアドレス
６０４から広告主を特定し、メール本文の内容と広告内
容６０３を比較し、内容の一致する場合、広告の詳細を
要求する電子メールであると判断する。また、発信者ア
ドレスより個人情報データベース２１０のユーザ識別子
８０２より利用者を特定する。その後料金処理部２０８
に広告主名６０１,ユーザ識別子８０２，挿入位置６０
９，電子メールアクセスであることを知らせる。その後
メールサーバ１１０に利用者から送られてきた電子メー
ルの送信要求を出す。

【００６０】料金処理部２０８では広告主情報データベ
ース２１２から利用者が得る還元料金６０７、広告主が
広告挿入サーバ１０３管理会社・ＩＳＰシステム運営会
社等へ支払う金額等を、個人情報ＤＢ２１０、アクセス
情報ＤＢ２１１および広告主ＤＢ２１２に格納されてい
る値に基づいて計算する。還元料金は広告を挿入する位
置によって料金が違う。電子メール本文の前側に挿入す
る場合,利用者は必ず広告を目にすることになるが、後
側に挿入された場合,広告を見ない可能性もある。その
ため先頭に挿入する場合は最後に挿入する場合のｎ倍の
料金とする。図６の単価６０７は最後に挿入する場合の
料金とする。（尚、料金については、広告挿入箇所に応
じた別な算定方法としても良い。たとえば、中央に配置
した場合には高額の還元金額が、広告主から利用者の口
座へ振り込まれるようにしても良い。） 図５に料金処理部２０８の流れを示す。ステップ５０２
では広告詳細要求がＵＲＬアクセスで行われたのか,電
子メールで行われたのかのチェックを行う。電子メール
でのアクセスの場合,送付しようとする電子メールより,
利用者のユーザＩＤ（電子メールアドレス）抽出（ステ
ップ５０３），宛先（広告用電子メールアドレス）抽出
（ステップ５０４）を行い，抽出した広告用電子メール
アドレスより，広告主情報データベース２１２のメール
アドレス６０４の比較を行い，広告主を特定する。

【００６１】ステップ５０２でＵＲＬアクセスと判断さ
れた場合，利用者端末１０６から送られてきた広告詳細
を示すＵＲＬに埋め込まれている利用者のユーザＩＤを
抽出し（ステップ５０６）、本来の広告詳細ＵＲＬと分
離する（ステップ５０７）。このＵＲＬを元に広告主情
報データベース２１２の広告内容６０３のなかから該当
ＵＲＬを検索し，広告主を特定する。

【００６２】この情報を元にアクセス情報データベース
２１１のアクセス回数７０４と最終アクセス日時７０５
よりその広告へのアクセスが頻繁に行われているかどう
かの判断を行い（ステップ５０９），頻繁に行われてい
る場合は，割増単価６０８を元に割増料金を広告料７０
３に加算する（ステップ５１０）。回数が多い場合や，
アクセス間隔が短い場合はその広告に対して興味がある
ものと判断する。頻繁でない場合は，通常の料金を加算
する（ステップ５１１）。

【００６３】ステップ５１２でアクセス回数７０４を＋
１し、広告料７０３に更新した広告料を書き込む。ま
た、アクセスした日時を最終アクセス日時７０５に記録
する。その後料金処理部の処理を終了する。 ＵＲＬア
クセスや電子メールの送付以外にもその広告を見ること
により商品等の契約を広告主１０１と結んだ場合、さら
に還元金額を追加する。契約は広告の詳細のＷＷＷフォ
ーム上での注文・決済で行う。広告による注文であるこ
とを示すため、専用フォームで広告による注文であるこ
とを特定する（図１６）。電子メールでしか利用できな
い端末では前述の電子メールアドレス６０４へ注文内容
を送る。注文の結果、利用者が購入した場合による還元
金の追加分は広告主１０１が広告挿入サーバ１０３の広
告挿入事業者に連絡し,契約による追加分の料金をアク
セス情報データベース２１１の広告料７０３に加える。
あるいは同額を支払い時に割り引いてもらう。広告主１
０１への広告アクセスによる利用者への還元金の請求は
月に1度程度行われる。まず、基本料金として広告を挿
入することに対する料金の算出を行う。 広告主情報データベース２１２には広告挿入回数６０５
が記録されているため，この値に広告事業主業者１０３
の決定する単価をかけた値を基本料金として上記還元金
にくわえて広告主１０１に請求する。広告の挿入する位
置により広告参照による還元金の差があるように,基本
料金にも差をつけることが出来る。その場合,図１２の
ように広告主情報データベース２１２に基本料金１２０
１の項を設け,挿入回数６０５に１を加える際,基本料金
に１挿入あたりの単価に挿入位置による補正値をかけた
値を加える。補正値は電子メールの本文の後ろに挿入し
た場合に対する,前側に挿入した場合の料金比率であ
る。

【００６４】さらに広告主ごとの還元金の合計を求め
る。還元金の合計はアクセス情報データベース２１１の
広告主７０２の項目の広告主名が同じレコードの広告料
７０３を合計することによって求まる。

【００６５】基本料金と還元金の合計が、広告主に対す
る請求金額となる。

【００６６】広告挿入事業者は広告主の電子メールアド
レス６０４に対し前記料金を請求すると同時にその月の
広告挿入回数６０５、アクセス回数７０４を通知する。
請求を受けた広告主は広告挿入事業者の指定の口座に請
求金額を払い込む。広告主への請求と同時に利用者への
広告料の還元が行われる。

【００６７】広告主より請求金額が振り込まれると広告
料７０３の該当広告主の金額を０にし、広告挿入回数６
０５を０クリアする。

【００６８】利用者の端末形態としてＰＤＡやＰＣを用
いた場合の大きな流れは図１４のとおりである。

【００６９】電子メール利用者端末１０６において広告
挿入サーバ１０３を介してメールサーバ１１０から電子
メールを受信すると,広告挿入サーバ１０３が広告主端
末１０１にて登録した広告１１０１とメールサーバ１１
０から受信したメール本文９０１をマージし広告付き電
子メール１３０１として送られてくる。

【００７０】電子メールに挿入されている広告１３０１
に記載されている広告の詳細を示す情報（ＵＲＬ＋識別
子）を参照すると、広告挿入サーバ１０３にて、ＵＲＬ
と識別子の判別を行い、広告挿入サーバ１０３から広告
詳細表示サーバ１３０４へ広告詳細表示要求を行い、広
告主が用意したＷＷＷ上の広告詳細１３０２が表示され
る。また、広告挿入サーバ１０３は、判別した識別子よ
り、個人情報ＤＢ２１０、アクセス情報ＤＢ２１１、広
告主情報ＤＢ２１２へアクセスし,料金処理部２０８に
て利用料金・広告料金等の計算を行い、必要に応じて広
告主へ決済要求を出す。そして、広告挿入サーバの料金
処理部２０８が出した決済金額や広告挿入サーバがアク
セスするＤＢ２１０〜２１２の情報に従い、広告主から
ＩＳＰシステム１０２へ広告料が振り込まれ、広告料が
利用者にも還元される。

【００７１】また、利用者が広告の詳細を示すＵＲＬに
アクセスした場合、アクセスしたことを広告主に通知す
ることも可能である。Ｗｅｂアクセス処理部２０７では
広告主名と利用者ＩＤ（利用者の電子メールアドレス）
が特定されるため、メール送信部２０６を介して広告主
に対し、利用者の電子メールアドレスをアクセス通知メ
ール１３０３にて通知することが出来る。広告主として
はアクセス状況がわかる上、得られた電子メールアドレ
スに対しダイレクトメールを発行することが可能とな
る。

【００７２】利用者の端末形態として携帯電話を用いた
場合の大きな流れは図１５のとおりである。基本的な流
れはＰＤＡ，ＰＣの場合（図１４）と同じであるが、広
告の詳細を示すＵＲＬアクセスが電子メール送付になる
ことが違う。利用者は広告の詳細を希望する場合、広告
主が用意した広告詳細宛先電子メールアドレス６０４に
対し、送られてきた広告内容を転送する（１４０１）。
広告主は受け取った広告要求メール１４０１の差出人に
対し、広告詳細メール（１４０２）を送付する。

【００７３】広告挿入サーバは独立して運営することが
できる。その場合、利用者端末１０６が電子メール操作
ソフトを使い,自分のメールボックスのあるＩＳＰシス
テム１０３から電子メールを取り出す場合,ＩＳＰシス
テム１０３に接続する要領で,独立した広告挿入事業者
サーバに接続する。広告挿入事業者サーバのメール受信
部２０３は利用者から受け取ったユーザＩＤやパスワー
ドなどの情報でＩＳＰシステム１０２のメールボックス
にアクセスする。Ｗｅｂアクセスの場合も同様であり、
広告事業者サーバ自体がＩＳＰシステムとの中継役をす
ることになる。

【００７４】以上に説明したように、本発明を利用する
ことにより、広告挿入サーバ１０３は、利用者からみれ
ばメールサーバ（もしくはＩＳＰ側の各種サーバ、ＷＷ
Ｗサーバ等）としての機能を持つため、利用者にとって
は従来メールサーバ等と接続していた状態とほぼ同様の
操作で、広告サービスを利用することができる。また、
広告主（又はＩＳＰ側）にとっては、広告挿入サーバ１
０３が、広告の挿入・利用者に関する情報等の集計・管
理等を行うため、広告主端末側（又はＩＳＰ側のシステ
ム）で利用者情報の集計システム等を新規に導入せずに
利用者に関する情報を得ることができる。

【００７５】このように本発明の広告挿入サーバ１０３
を用いることで、利用者端末、広告主端末（又はＩＳＰ
側システム）の各々において、従来から使用してきたシ
ステム（およびアプリケーション等）を大幅に変更する
ことなく、新規に広告サービスの提供が可能となる。上
記ではＩＳＰを例としてあげたが、ＡＳＰ（Ａｐｐｌｉ
ｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）等
の各種サービスを提供する機関において、本発明の技術
を適用してもよい。

【００７６】尚、図２で示した各機能ブロックの処理の
全て又は一部を記述したプログラムをコンピュータで読
み取り可能な記録媒体（磁気ディスク、光ディスクな
ど）に格納し、計算機（もしくは携帯端末等）を用い
て、前記記録媒体から前記プログラムをインストールし
て前記プログラムを使用しても良いし、前記記録媒体に
ネットワークを通じてアクセスして、前記プログラムを
ダウンロードして使用しても良い。

【００７７】次に、他の実施例について説明する。本実
施例は、広告主が予め利用者に還元するための料金を一
括して銀行の口座へ振り込んでおき、広告挿入サーバが
予め振り込まれた還元金を広告を利用した利用者へ振り
分けるものである。これは図１で示したシステムでも実
現できるが、ここでは、広告挿入サーバ１０３とメール
サーバ１１０とが同じ事業主によって運営されている場
合を例に説明する。尚、広告挿入サーバ１０３とメール
サーバ１１０とは、同一のシステムとしても良いし、別
々のシステムとしても良い。

【００７８】次に、システム全体の動作について説明す
る。尚、これまで説明した各部の処理、構成と相違する
部分についても、合わせて説明していく。まず銀行に
は、利用者がメールサーバを備えるＩＳＰシステムの利
用料金を支払うための利用者の口座、広告挿入サーバの
事業主の口座が開設されている。まず広告主が広告を提
供するための登録動作について説明する。広告主は、広
告の提供を行うため銀行端末を利用して銀行に開設され
ている事業主の口座に還元金を振り込む（ステップ１７
０１）。広告主は、事業主の口座に振り込んだことを証
明する証明証を銀行端末から受け取る（１７０２）。広
告主は、銀行から送られた証明証、振り込んだ還元金の
金額、広告関連情報を広告挿入サーバ１０３へ送る（１
７０３）。広告挿入サーバ１０３は、広告主から送られ
た証明証を利用して証明証の認証を行う。この認証よ
り、証明証が正しいものと判断されたら、広告挿入サー
バは還元金の金額と共に、広告関連情報を広告主データ
ベース２１２へ登録する。これにより、広告主の登録動
作は終了する。

【００７９】また、利用者が広告提供を利用するために
は、利用者関連情報を広告挿入サーバ１０３へ送り、広
告挿入サーバ１０３が個人情報データベース２１０に利
用者関連情報を登録する。

【００８０】次に、利用者が利用者端末を利用してメー
ルの送信要求を出した場合の動作について説明する。利
用者は利用者端末１０６を利用して、広告挿入サーバ１
０３へ電子メールの送信要求を出す（１７０４）。広告
挿入サーバ１０３は、電子メールの送信要求を受ける
と、メールサーバへ問い合わせを行い、メールサーバか
ら利用者のメールを受け取る。広告挿入サーバは、メー
ルを受け取ると、メールに記述されたメール作成者のア
ドレスを抽出し、電子メールの送信要求を出した利用者
と対応付けて、アクセス情報データベース２１１へ登録
する。広告挿入サーバは、受け取ったメールと共に、広
告、広告の詳細を示すＵＲＬ、識別子を利用者端末１０
６に送る（１７０５）。尚、これは図３に示した処理３
０１と３０２の間でメールに記述されたメール作成者の
アドレスを抽出し、電子メールの送信要求を出した利用
者と対応付けて、アクセス情報データベース２１１へ登
録する処理を行うことで実現することができる。メール
から送信者のアドレスを抽出するのは、例えばメールの
ヘッダに記述された文字“Ｆｒｏｍ”、“＠”を利用
し、“Ｆｒｏｍ”の後で“＠”を含む文字列を検索する
ことにより特定することができる。

【００８１】次に、利用者が利用者端末１０６へ送られ
てきた、広告の詳細を示すＵＲＬを利用して広告主端末
へアクセスした場合の動作について説明する。尚、ここ
では広告主の端末から広告の詳細を受け取る場合につい
て説明するが、広告の詳細は別の端末へ用意しておいて
もよい。利用者が利用者端末１０６に送られ、端末の画
面に表示された“広告挿入サーバＵＲＬ？広告詳細ＵＲ
Ｌ？利用者ＩＤ？”をマウスなどの指示装置で指示する
ことにより、広告挿入サーバへ“広告詳細ＵＲＬ”、
“利用者ＩＤ”が送られる（１７０６）。広告挿入サー
バ１０３は、“利用者ＩＤ”に従って、利用料金の計算
を行う。この利用料金の計算は、広告主から事業主の口
座へ振り込まれた還元金を広告詳細ＵＲＬに従ってアク
セスする利用者の利用料金へ割当てるものである。ここ
で、利用者としては、広告詳細ＵＲＬへアクセスするこ
とにより還元金が割当てられることを期待しているの
で、（１）事業主の口座に振り込まれた還元金が残って
いない場合には、還元金の割当てがないことを利用者及
び広告主に知らせる必要がある。また、（２）メール作
成者とメール受信者とが同一人物となると、還元金が不
正に利用される場合もあるので、メール作成者と受信者
とが同一の場合には、還元金の割当てを行わないように
する必要がある。また、（３）広告主は期間を限定して
還元金の割当てを希望する場合もあるので、期間を過ぎ
て“広告詳細ＵＲＬ”へアクセスした利用者に対しては
還元金の割当てを行わないようにする必要がある。この
（１）から（３）を満足するように利用料金の計算を行
うため、図１９、図２０に示した処理を行う。

【００８２】図１９は、図５の処理５０７と処理５０８
との間で実行される処理である。まず、還元金が通常料
金又は割増料金以上残っているか確認する（１８０
１）。残っていない場合には、“広告詳細ＵＲＬ”へア
クセスする利用者へ、広告詳細ＵＲＬへアクセスできな
いことを伝え（１８０２）、料金計算の処理を終了す
る。このとき、広告挿入サーバ１０３は、広告詳細ＵＲ
Ｌへアクセスしない。還元金が残っていることが確認さ
れたら次に、広告終了日付６０６を利用して、“広告詳
細ＵＲＬ”へのアクセスが広告終了日付を過ぎていない
か確認する（１８０３）。広告終了日付を過ぎている場
合には、“広告詳細ＵＲＬ”へアクセスする利用者へ、
広告詳細ＵＲＬへアクセスできないことを伝え（１８０
２）、料金計算の処理を終了する。広告終了日付を過ぎ
ていないことが確認されたら、次に“広告詳細ＵＲＬ”
へアクセスする利用者と、メール作成者とが同一である
か否かを確認する（１８０４）。メール作成者と“広告
詳細ＵＲＬ”へアクセスする利用者とが同一である場
合、通常料金又は割増料金の割当てがないことを“広告
詳細ＵＲＬ”へアクセスする利用者へ伝える（１８０
５）。この場合、広告挿入サーバ１０３は、“広告詳細
ＵＲＬ”へアクセスする。ここで示した処理１８０３
は、上述の（２）の問題を解決するものであるが、処理
１８０３の代わりに、図１８で示した処理１７０５で識
別子を送らないで、メール、広告、広告の詳細を示すＵ
ＲＬだけを送るようにしてもよい。これは図４に示した
広告挿入処理（４０６）において、アクセス情報データ
ベースに登録されたメール作成者と、メール送信要求者
とが同一か否かを判断し、同一の場合には、メール、広
告、広告の詳細を示すＵＲＬを挿入し、同一でない場合
にはメール、広告、広告の詳細を示すＵＲＬ、識別子を
挿入すればよい。このようにすれば、図５に示したユー
ザＩＤ（識別子）の抽出処理（５０６）でユーザＩＤ
（識別子）が抽出されないので、還元金の割当てがされ
ることがない。

【００８３】次に、図１９は図５の処理５１２の後に実
行される処理を示したものである。還元金が通常料金又
は割増料金以上残っているか確認する（１９０１）。残
っていない場合には、広告主へ還元金の残高がない旨を
伝える（１９０２）。次に、抽出された“広告詳細ＵＲ
Ｌ”に従ってアクセスを行う（１９０３）。尚、ステッ
プ１９０３で“広告詳細ＵＲＬ”へアクセスを行うの
で、本実施例ではステップ５０７において“広告詳細Ｕ
ＲＬ”へのアクセスは行わない。また、ステップ５１
０、５１１の割増料金加算、通常料金加算では、加算さ
れた割増料金、通常料金を還元金から減算し、ステップ
５１２で還元金の更新を行う。

【００８４】この図１９、２０及び図５に示した処理
は、広告詳細を参照する要求を利用者からうけた時に実
行する。これにより上述の（１）から（３）の問題を解
決することができる。尚、還元金の残高がない旨の通知
を受けた広告主は、事業主の口座に還元金を追加し（１
７０２）、証明証を広告挿入サーバ１０３へ送ることに
より、広告の提供を続けることが可能になる。更に、還
元金の割り当て処理であるステップ５１０、５１１にお
いて、メール作成者が、個人情報データベース２１０に
登録されているか、検索を行い、既に登録されている場
合には、メール作成者へも還元金の一部を割り当てるよ
うにしてもよい。

【００８５】広告挿入サーバ１０３は、定期的に銀行端
末へ振り込み依頼（１７１０）を行う。この振込み依頼
は、利用者へ割当てられた通常料金、割増料金を事業主
の口座から利用者の口座へ振り返るための依頼である。
広告挿入サーバは、事業主の口座番号、通常料金、割増
料金、振り返るべき利用者の口座番号を銀行端末１０４
へ送る。広告主は、広告終了日付を過ぎた時点で残った
還元金（通常料金、割増料金に割当てられなかった還元
金）を事業主の別の口座へ振り込むようにしてもよい。
また、広告挿入サーバとメールサーバとが別の事業主で
あった場合、残った還元金の一部をメールサーバの事業
主の口座へ振り込んでもよい。

【００８６】以上説明したように、本実施例によれば利
用者、広告主、広告挿入サーバの事業主にとって、より
安全性が高い広告提供システムを提供することができ
る。

【００８７】なお、先に説明した実施例に加えて図１
９、図２０に示した処理をプログラムで記述し、磁気デ
ィスク、光ディスク、光磁気ディスクなどのコンピュー
タで読み取り可能な記憶媒体に記憶し、この記憶媒体に
記憶されたプログラムを読み出し、実行することにより
ＣＰＵ、記憶装置を有するコンピュータで、本処理を実
行することができる。

【００８８】本発明を利用することにより,電子メール
の利用者は電子メールに挿入されている広告を参照する
ことにより,広告主より電子メール利用料金の一部還元
として広告料を受け取ることが出来る。

【００８９】また、挿入される広告に興味を示したり,
広告に掲載された商品を購入する際,より多くの広告料
の還元を受けることが出来る。

【００９０】電子メール利用者としてはより安い料金に
てインターネットや電子メールを利用することが出来
る。

【００９１】

【発明の効果】広告挿入サーバは、広告の詳細を参照す
る利用者を特定することができる。

【図面の簡単な説明】

【図１】システム全体の構成を示した図である。

【図２】広告挿入サーバの構成を示した図である。

【図３】広告挿入部の処理フローを示した図である。

【図４】広告挿入処理のフローを示した図である。

【図５】料金処理部のフローを示した図である。

【図６】広告主情報データベースの構成を示した図であ
る。

【図７】利用者のアクセス状況データベースの構成を示
した図である。

【図８】利用者の個人情報データベースの構成を示した
図である。

【図９】電子メールへ広告挿入例を示した図である。

【図１０】電子メールへ広告挿入例を示した図である。

【図１１】広告挿入例（Ｗｅｂアクセスの場合）を示し
た図である。

【図１２】広告挿入例（携帯電話の場合）を示した図で
ある。

【図１３】広告主データベースの構成を示した図であ
る。

【図１４】システム全体の動作を示した図である。

【図１５】システム全体の動作を示した図である。

【図１６】注文画面の一例を示した図である。

【図１７】広告要求画面の一例を示した図である。

【図１８】他の実施例によるシステム全体の動作を示し
た図である

【図１９】料金計算の他の実施例を示した図である。

【図２０】料金計算の他の実施例を示した図である。

【符号の説明】

１０１ 広告主端末 １０２ ＩＳＰシステム １０３ 広告挿入サーバ １０４ 銀行システム １０５ 通信回線 １０６ 利用者端末１ １０７ 利用者端末２ １０８ 利用者端末３ １０９ Ｗｅｂサーバ １１０ メールサーバ

Claims (12)

【特許請求の範囲】
1. 【請求項１】複数の端末と前記端末からの要求に応じて
   電子メールを送信するサーバとを有するシステムにおい
   て、前記サーバが前記電子メールに広告に関する情報を
   送信する電子メールを利用した広告方法において、 前記サーバは端末からの電子メールの送信要求に応じ
   て、広告文、前記広告に関連するＵＲＬ、当該サーバの
   ＵＲＬ、識別子を付加した情報を生成し、 要求元の前記端末へ電子メールと共に生成された前記情
   報を送信することを特徴とする電子メールを利用した広
   告方法。
2. 【請求項２】前記ＵＲＬに付加する識別子とは、該識別
   子を認識する端末に関する情報、ユーザＩＤに関する情
   報であることを特徴とする請求項１記載の電子メールを
   利用した広告方法。
3. 【請求項３】前記電子メールと共に送信された前記情報
   を受け取った前記端末は、電子メールと共に前記情報を
   画面上に表示し、表示された前記情報を指示することに
   より、前記情報に含まれる前記広告に関連するＵＲＬ、
   前記識別子を前記サーバへ送信することを特徴とする請
   求項２記載の電子メールを利用した広告方法。
4. 【請求項４】前記端末から広告に関する前記ＵＲＬ、前
   記識別子を受けたサーバは、前記ＵＲＬに従って他の端
   末へアクセスし、前記識別子に従って広告に関する前記
   ＵＲＬを送信した端末を特定する請求項３記載の電子メ
   ールを利用した広告方法。
5. 【請求項５】複数の端末と前記端末からの要求に応じて
   電子メールを送信するサーバとを有するシステムにおい
   て、前記サーバが前記電子メールに広告に関する情報を
   送信する電子メールを利用した広告システムにおいて、 前記サーバは端末からの電子メールの送信要求受付け部
   と、広告文、前記広告に関連するＵＲＬ、当該サーバの
   ＵＲＬ、識別子を付加した情報を生成する情報生成部
   と、 要求元の前記端末へ電子メールと共に生成された前記情
   報を送信する送信部とを有することを特徴とする電子メ
   ールを利用した広告システム。
6. 【請求項６】請求項１記載の方法を実現するプログラム
   を格納した計算機読み取り可能な記録媒体。
7. 【請求項７】ネットワークに利用者端末とサーバとデー
   タベースとメールサーバと広告主端末とが接続されたシ
   ステムにおける電子メールを利用した広告方法におい
   て、 前記データベースに利用者端末から送信された利用者関
   連情報と、広告主端末から送信された広告関連情報とを
   保持し、前記利用者端末から送信された電子メール受信
   要求データを前記サーバで受け付け、前記受信要求デー
   タから利用者識別子を抽出し、 前記サーバは前記電子メール受信要求に基づき、前記メ
   ールサーバに利用者端末宛の電子メールが届いているか
   問合せ、前記問合せの結果、前記利用者端末宛の電子メ
   ールが届いている場合は、前記電子メールをサーバにて
   受信し、 前記抽出した利用者識別子に基づいて、前記データベー
   スに格納された利用者関連情報と広告関連情報とを検索
   し、前記検索結果に基づき、広告と、前記広告情報を参
   照するためのＵＲＬに識別子を付加した情報を前記サー
   バで受信した電子メールに挿入し、 前記利用者端末へ前記広告情報を付加した電子メールを
   送信することを特徴とした電子メールを利用した広告方
   法。
8. 【請求項８】請求項７記載の電子メールを利用した広告
   方法において、 前記利用者端末が受信する電子メールへ広告を挿入する
   場合において、 前記サーバで、広告挿入箇所に応じて利用者への還元金
   額を計算し、 前記広告主端末へ前記計算結果を送付することを特徴と
   する電子メールを利用した広告方法。
9. 【請求項９】ネットワークに利用者端末とサーバとデー
   タベースとメールサーバと広告主端末とが接続されたシ
   ステムにおける電子メールを利用した広告システムにお
   いて、 前記利用者端末から送信された利用者関連情報と、前記
   広告主端末から送信された広告関連情報とを保持する前
   記データベースと、 前記利用者端末から送信された電子メール受信要求デー
   タを受け付け、前記受信要求データから利用者識別子を
   抽出し、前記抽出した利用者識別子に基づき前記利用者
   関連情報と前記広告関連情報を検索し、前記利用者端末
   へ送付する電子メールに前記検索結果に基づいて広告を
   挿入し、前記広告挿入情報に基づいて利用者への還元料
   金を計算機し、前記利用者への還元料金計算結果を前記
   広告主サーバへ送信するサーバと、 を有することを特徴とした電子メールを利用した広告シ
   ステム。
10. 【請求項１０】電子メールの送信及び受信を行う利用者
    端末と、広告を提供する広告提供端末と、前記利用者端
    末からの要求に応じて電子メールを前記利用者端末へ送
    信するサーバとを有するシステムであって、前記サーバ
    が前記利用者端末へ電子メールと共に広告に関する情報
    を送る電子メールを利用した広告方法であって、 前記サーバは、予め広告の提供者から受けた還元金額を
    保持し、 前記前記利用者端末から前記広告提供端末を特定する情
    報と利用者を特定する識別情報とを受けた場合に、予め
    前記識別情報と対応付けされた利用者情報から前記識別
    情報に対応する利用者を特定し、該利用者へ前記保持さ
    れた還元金の一部を割り当てることを特徴とする電子メ
    ールを利用した広告方法。
11. 【請求項１１】前記サーバは、前記還元金の一部を割り
    当てることができた利用者の端末に、前記広告提供端末
    を特定する情報に基づいて広告端末へアクセスし、前記
    利用者端末へ前記広告提供端末から提供される広告を送
    信することを特徴とする請求項１０記載の電子メールを
    利用した広告方法。
12. 【請求項１２】前記サーバは、前記利用者端末へ電子メ
    ールを送る際に、電子メールの作成者を抽出して、前記
    利用者と対応付けて保持し、 前記前記利用者端末から前記広告提供端末を特定する情
    報と利用者を特定する識別情報とを受けた場合に、前記
    電子メールの作成者と利用者とが同一の場合に前記還元
    金の一部を前記利用者へ割り当てないことを特徴とする
    請求項１１記載の電子メールを利用した広告方法。