JP2002304347A - 広告方法及び広告装置 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク上で、ユーザに受け入れられや
すく効果の高い広告を簡便に配信する。 【解決手段】 広告登録処理と広告配信処理とを行う。
広告登録処理では、広告サーバ１は、広告を関連づける
広告ＵＲＬの指定と広告情報とを、広告主端末５１から
受け付ける。この広告情報は、広告アイコンや詳細な広
告内容を提供する詳細ＵＲＬへのハイパーリンクを含
む。広告サーバ１は、受信した広告情報を、指定された
広告ＵＲＬと関連づけて広告ＤＢ１１に登録する。広告
配信処理では、（１）ユーザ端末２ｂ上で表示中のWeb
コンテンツの閲覧ＵＲＬを広告サーバ１に送信する閲覧
ＵＲＬ送信処理、（２）広告ＤＢ１１から閲覧ＵＲＬに
対応する広告を抽出する広告抽出処理、（３）広告サー
バ１から広告をユーザ端末２ａに送り、広告をユーザ端
末２ａ上で表示する広告表示処理とを行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
してユーザ間で状態を互いに参照することが可能なシス
テムを利用した広告技術に関する。本発明において、状
態管理システムとは、複数のユーザ端末がネットワーク
を介して接続されることにより構成される。このシステ
ムは、ネットワークを介してユーザの状態に関する情報
を取得し、状態情報をユーザ毎に対応付けて記録する。
ユーザ端末は、所望のユーザの状態情報を要求し、これ
を取得することができる。なかでも、予め参照したいユ
ーザ群を登録しておくと、システムに接続したときに予
め登録されているユーザ群の状態情報が取得されて一覧
表示されるシステムがより好ましい。状態管理システム
の一例としては、会社のオフィスなどでされている行き
先表示システムや在席管理システム、バディリストシス
テムが挙げられる。

【０００２】本発明において、リソースとは、各種ファ
イル、例えばmp3ファイル、テキストファイル、バイナ
リファイルなどのデータを格納したファイルや、exeフ
ァイルなどのプログラムを格納したファイルである。

【０００３】

【従来の技術】インターネット上で提供される各種サー
ビスのうち、無料で提供されるサービスは、広告料で成
立しているものがほとんどである。具体的には、コンテ
ンツの一部として掲載されるバナー広告の掲載料をもと
に、各種無料サービスの多くが運営されている。

【０００４】Web上での典型的な広告手法は、次のよう
にして広告を表示する。Webコンテンツの一部に広告コ
ンテンツへのリンク情報を記述し、広告コンテンツとWe
bコンテンツとをWebブラウザによりあたかも一つのドキ
ュメントのように表示する。普通、表示される広告に
は、広告についての詳細な情報を提供する情報源へのハ
イパーリンクが埋め込まれている。これにより、ユーザ
は、広告をマウスクリックすると、その情報源にある詳
細情報を参照することができる（Double Clickinc. 米
国特許US5948061参照）。

【０００５】広告の掲載料の決定方法は、大きく分けて
以下の３通りがある。１）Webコンテンツが参照された
回数を基に計算する方法、２）広告にリンクされている
詳細情報が参照された回数を基に計算する方法、3) 広
告にリンクされている詳細情報が参照され、さらにそれ
が商品購入に結びついたとしたときの購入額や購入頻度
を基に計算する方法、の３通りである。

【０００６】一方、インターネットの普及に伴い、バデ
ィリストシステムなどの状態管理システムが急速に普及
している。バディリストシステムでは、利用者が友人や
同僚などをバディとして登録するためのリストを持つ。
一般にこのリストはバディリストと呼ばれる。ユーザが
バディを登録すると、友人や同僚の接続状況や、在席
中、忙しいなどのユーザ状態が、バディリスト上に登録
した友人や同僚に対応付けて画面上に表示される。ユー
ザは、バディの状態を参照し、バディの状態に適したコ
ミュニケーション手段をバディリスト上から起動するこ
とができる。コミュニケーション手段としては、例えば
ICQやAOL Instant Messengerなどのインスタントメッセ
ージングシステム、電子メールシステム、電話が挙げら
れる。

【０００７】

【発明が解決しようとする課題】バナー広告に代表され
るWeb広告では、Webコンテンツに広告が付随しているた
め、ユーザが、Webコンテンツを閲覧する際、必然的に
バナー広告も閲覧してくれるという利点がある。しか
し、バナー広告を掲載しようとする広告主の観点から
は、バナー広告へユーザが実際に注目しているか否かが
疑わしいという問題がある。バナー広告はWebコンテン
ツに付随しているが、表示面積がコンテンツに比して小
さく、また同じページに複数のバナーが存在するのが一
般的である。そのため、バナー広告自体にユーザの注目
を集めにくい。さらに、ユーザは画面をスクロールして
バナー広告をWebブラウザの表示範囲から外すことが簡
単にできるため、バナー広告に高い広告効果を期待でき
ないのが現状である。

【０００８】バナー広告の掲載を許可するWebコンテン
ツ所有者の観点からは、次のような問題がある。Webコ
ンテンツ所有者は、Webコンテンツにあらかじめバナー
広告表示領域を確保するための編集を行う必要がある。
そのため、広告の存在によって、コンテンツのレイアウ
トが制約を受け、コンテンツの作成が複雑となる。ネッ
トワーク上で広告を閲覧するユーザの観点からは、ウェ
ブ広告について他の問題が指摘されている。その問題と
は、単に広告をネットワーク上で掲載しても、サービス
の利用や商品の購入には直接つながりにくいということ
である。ユーザがサービスや商品の購入を決意する大き
な要因の一つは家族や友人の意見でり、広告は単に商品
の存在を知らせる役割を担っているに過ぎないと考えら
れているためである。

【０００９】一方、バナー広告以外のネットワーク上の
広告方法として、消費者の許諾を得て興味のあるジャン
ルの広告のみを電子メールで配信する、オプトインメー
ルと呼ばれる広告手法が挙げられる。だが、オプトイン
メールの申込みをユーザに行わせるきっかけをつくるた
めには、他の広告手段に頼らざるを得ない。ICQやAOL I
nstant Messengerなどのインスタントメッセージングサ
ービス（IMサービス）の中には、広告用表示領域をユー
ザ端末上に表示するサービスも存在する。しかし、IMサ
ービスはユーザ間のプライベートなコミュニケーション
を提供するサービスであるため、ユーザと関係の無い広
告の提供にこのサービスを利用しても効果が薄いばかり
か却ってユーザの反発を招き、効果的な広告媒体として
期待することは難しいと考えられる。

【００１０】本発明は、ネットワーク上で、ユーザに受
け入れられやすく効果の高い広告を簡便に配信する技術
を提供することを目的とする。

【００１１】

【課題を解決するための手段】前記課題を解決するため
に、本願第１発明は、第１ユーザに操作される第1コン
ピュータと第２ユーザに操作される第２コンピュータと
を含む、ユーザ群によって操作されるネットワーク上の
コンピュータ群に広告を配信する広告方法を提供する。
この方法は、以下のステップを含んでいる。

【００１２】前記第１ユーザ及び前記第２ユーザを含む
前記ユーザ群の状態を管理する状態管理ステップ、前記
第１ユーザの状態を前記第１コンピュータから受信して
前記第２コンピュータに配信する状態配信ステップ、前
記ネットワーク上のリソースを特定するリソース識別情
報と前記広告の画像データを含む広告情報とを対応づけ
て広告データベースに記憶する記憶ステップ、前記記憶
ステップで記憶させるためのリソース識別情報及び／ま
たは前記広告情報を、前記コンピュータ群から受け付け
る広告受付ステップ、前記広告受付ステップで受け付け
た情報を、前記広告データベースに格納する格納ステッ
プ、前記第１ユーザが利用中の第１リソースのリソース
識別情報を検出するリソース検出ステップ、前記検出ス
テップで検出された前記第１リソースのリソース識別情
報に対応する第１広告情報を、前記記憶ステップで記憶
されている前記広告情報から抽出する抽出ステップ、前
記抽出ステップで抽出された前記第１広告情報を、前記
第２コンピュータに配信する配信ステップ、前記配信ス
テップで配信された前記第１広告情報に含まれる広告画
像データを、前記第２コンピュータ上で前記第１ユーザ
の状態として表示する広告ステップ。

【００１３】前記コンピュータには移動体端末を含む。
ネットワーク上のリソースとは、Webコンテンツ、MP3フ
ァイルやMIDIファイルなどのマルチメディアデータ、ネ
ットワークに接続されているコンピュータで使用されて
いるアプリケーションなどである。リソース識別情報と
しては、WebページのＵＲＬ、マルチメディアデータの
ファイル名、アプリケーションの実行ファイル名などが
考えられる。広告情報に含まれる広告画像データとして
は、広告主の企業シンボルを表すアイコンファイルやア
イコンファイルを特定するための識別子が挙げられる。
広告情報には、アイコンファイルの他に、詳細な広告内
容が記述されたWebページのＵＲＬなどが含まれていて
も良い。広告データベース（ＤＢ）に記憶される広告の
内容とリソースとは、Webコンテンツにおけるバナー広
告のように無関係であっても良い。

【００１４】例えば、バディリストシステム上で、ユー
ザＡがユーザＢの状態を参照しているとする。ユーザＢ
が、Webブラウザを用いて「ＵＲＬ１」で特定されるWeb
コンテンツを参照すると、リソース識別情報「ＵＲＬ
１」が検出される。そして、「ＵＲＬ１」に対応づけら
れている広告が、ユーザＡのコンピュータ上で第２ユー
ザの状態として表示される。

【００１５】ユーザＡは、自分の知り合いであるユーザ
Ｂの状態が広告により表示されているので、ごく自然に
広告を受け入れることができる。広告主は、バディリス
ト内のユーザ同士の信頼関係により広告が配信され、し
かも広告への注目度が高まることを期待できる。リソー
ス所有者は、リソースの内容を変更することなくリソー
スを広告媒体とすることができ、広告掲載料を広告主か
ら徴収することも可能である。

【００１６】本願第２発明は、第１ユーザに操作される
第１コンピュータと第２ユーザに操作される第２コンピ
ュータとを含む、ユーザ群によって操作されるネットワ
ーク上のコンピュータ群に広告群を配信する広告装置を
提供する。この装置は、以下の手段を備えている。前記
第１ユーザ及び前記第２ユーザを含む前記ユーザ群の状
態を管理し、前記第１ユーザの状態を前記第１コンピュ
ータから受信して前記第２コンピュータに配信する状態
管理手段、前記ネットワーク上のリソース群を特定する
リソース識別情報群と前記広告群の画像データ群を含む
広告情報群とを対応づけて記憶する広告データベース、
前記広告データベースに記憶させるための未登録広告情
報と前記リソース識別情報群に含まれる既登録リソース
識別情報の指定とを、または前記広告データベースに記
憶させるための未登録リソース識別情報を、前記コンピ
ュータ群から受け付ける広告受付手段、前記広告受付手
段が受け付けた情報を、前記広告データベースに格納す
る格納手段、前記リソース群に含まれ、前記第１ユーザ
が利用中の第１リソースを特定する第１リソース識別情
報を、前記第１コンピュータから受信するリソース受信
手段、前記広告情報群に含まれ、前記リソース受信手段
が受信した前記第１リソース識別情報に対応する第１広
告情報を、前記広告データベースから抽出する抽出手
段、前記抽出手段により抽出された前記第１広告情報
を、前記第２コンピュータに配信する配信手段。

【００１７】本願第３発明は、第１ユーザに操作される
第1コンピュータと第２ユーザに操作される第２コンピ
ュータとを含む、ユーザ群によって操作されるネットワ
ーク上のコンピュータ群に広告群を配信するコンピュー
タを機能させるための広告プログラムを提供する。この
プログラムは、前記第１ユーザ及び前記第２ユーザを含
む前記ユーザ群の状態を管理し、前記第１ユーザの状態
を前記第１コンピュータから受信して前記第２コンピュ
ータに配信する状態管理手段、前記ネットワーク上のリ
ソース群を特定するリソース識別情報群と前記広告群の
画像データ群を含む広告情報群とを対応づけて記憶する
広告データベース、リソース識別情報の指定と前記広告
データベースに記憶させるための広告情報とを、または
前記広告データベースに記憶させるためのリソース識別
情報を、前記コンピュータ群から受け付ける広告受付手
段、前記広告受付手段が受け付けた情報を、前記広告デ
ータベースに格納する格納手段、前記第１ユーザが利用
中の第１リソースのリソース識別情報を前記第１コンピ
ュータから受信するリソース受信手段、前記リソース受
信手段が受信した前記第１リソースのリソース識別情報
に対応する第１広告情報を、前記広告データベースから
抽出する抽出手段、及び、前記抽出手段により抽出され
た前記第１広告情報を、前記第２コンピュータに配信す
る配信手段、として前記コンピュータを機能させるため
の広告プログラムである。

【００１８】この広告プログラムは、コンピュータ読み
取り可能な記録媒体に記録されていても良いし、記録さ
れていなくても良い。なお、このプログラムを記録した
コンピュータ読み取り可能な記録媒体も本発明に含まれ
る。ここで記録媒体としては、コンピュータが読み書き
可能なフレキシブルディスク、半導体メモリ、CD-ROM、
DVD、MO、その他のものが挙げられる。

【００１９】本願第４発明は、第１ユーザに操作される
第1コンピュータと第２ユーザに操作される第２コンピ
ュータとを含む、ユーザ群によって操作されるネットワ
ーク上のコンピュータ群に用いられる広告表示方法を提
供する。この方法は、前記第１ユーザ及び前記第２ユー
ザを含む前記ユーザ群の状態を管理する広告コンピュー
タに、前記第２コンピュータに配信してもらうための前
記第１ユーザの状態を、前記第１コンピュータから送信
する状態配信ステップと、ネットワーク上のリソースで
あって、前記第１ユーザが利用中の第１リソースを特定
するリソース識別情報を検出するリソース検出ステップ
と、前記リソース検出ステップで検出された第１リソー
ス識別情報を、前記広告コンピュータに送信するリソー
ス送信ステップと、前記第１リソース識別情報に関連し
ており広告画像データを含む第１広告情報を、前記広告
コンピュータから受信する広告受信ステップと、前記第
１広告情報に含まれる前記広告画像データを、前記第１
ユーザの状態として表示する広告ステップと、を含んで
いる。

【００２０】この方法は、前記第１発明における広告方
法のユーザ端末に適用される。本願第５発明は、ネット
ワークを介して複数の利用者端末が接続され、複数の利
用者端末の１つから送出される利用者の状態に関する情
報を取得して利用者毎に管理し、少なくとも１人の利用
者が指定された状態情報の参照要求を受信し、当該利用
者に対応付けて管理されている利用者の状態情報を要求
元の利用者端末に送出する状態情報管理システムを利用
した広告方法を提供する。この方法は、下記Ａ〜Ｃの処
理を含んでいる。 Ａ：複数の利用者端末の１つから要求されたネットワー
クリソースを識別する情報を検知し、当該利用者端末を
利用する利用者を識別する利用者情報と対応付けて記憶
しておき、 Ｂ：複数の利用者端末の１つからの少なくとも１人の利
用者を指定した状態情報参照要求を受け付け、状態情報
要求に指定された利用者に対応付けて記憶されているネ
ットワークリソース識別情報を取得し、予め広告主の端
末装置から要求を受けてネットワークリソース毎に対応
付けて格納されている広告データを取得して、前記参照
要求元の利用者端末に送出し、 Ｃ：当該要求元の利用者端末において、前記広告データ
が参照されたことを検知すると、広告データの参照状況
を参照利用者毎あるいは広告データ毎に更新し、参照状
況に応じて、利用者に対するインセンティブ情報を生成
して当該利用者に通知するあるいは広告主に対する広告
料を算出して広告料の請求データを当該広告主の端末に
通知する。

【００２１】

【発明の実施の形態】以下、本発明の広告方法を適用し
た広告システムについて、実施形態例を挙げながら具体
的に説明する。 ＜バディリストシステム＞まず、広告システムが利用す
るバディリストシステムについて説明する。バディリス
トシステムは、ユーザの状態情報を管理しているバディ
サーバと、複数のバディクライアントとがネットワーク
を介して接続されて構成される。

【００２２】ユーザAは、バディクライアントａを使用
して、自己の状態に関する情報をバディサーバに登録す
る。その際、登録した状態情報の公開レベルを併せて設
定することも可能である。また、ユーザＡは、状態情報
を参照したい他のユーザ群を登録する。このユーザ群を
バディリストと称している。バディサーバは、バディク
ライアントａから通知されてきたユーザＡの状態情報や
公開レベルを、ユーザＡに対応づけて記憶する。また、
バディクライアントaから通知されてきたバディリスト
に基づいて、バディリストに登録されているユーザＢ、
Ｃ、Ｄ・・・の状態情報の配信をユーザＡが希望してい
ることを、記憶しておく。バディサーバは、ユーザＡの
状態情報を受け取ると、前述した通り、ユーザＡに対応
づけて記憶すると共に、ユーザＡの状態情報の配信先に
対して、更新された状態情報を通知する。

【００２３】一方で、バディクライアントaは、表示さ
れているユーザＢ、Ｃ、Ｄ・・・の状態情報を更新す
る。バディクライアントaが起動していない場合には、
起動された時点で、ユーザＢ、Ｃ、Ｄ・・・の最新の状
態情報をバディサーバから取得して表示する。つまり、
バディリストシステムでは、自己の状態及び関心のある
ユーザをバディとして登録しておくことにより、バディ
の状態がバディクライアントによりユーザ端末上で一覧
表示される。また、参照しているバディの状態情報が変
更された場合、ユーザ端末上で表示されている状態情報
が自動的に更新される。ユーザは、バディサーバに接続
してバディリストを登録しておくことにより、気になる
ユーザの状態を手軽に参照することが可能となる。

【００２４】ユーザ状態は、文字や状態アイコンなどの
オブジェクトにより表される。状態アイコンは、バディ
リストシステムの提供者から提供され、各ユーザ端末に
ニーズに応じてダウンロードされる。 ＜発明の概要＞まず、本発明に係る広告システムの概略
構成及び処理の流れを説明する。

【００２５】［全体構成］図１は、バディリストシステ
ムを利用した広告システムの全体構成図である。このシ
ステムは、広告サーバ１と、ユーザA及びＢが操作する
ユーザ端末２ａ及び２ｂと、WWWサーバ４１ａ、４１ｂ
と、広告主端末５１とが、インターネットなどのネット
ワーク５により接続されて構成されている。

【００２６】広告サーバ１には、広告を蓄積する広告デ
ータベース（ＤＢ）１１と、バディサーバ１０とが設け
られている。バディサーバ１０はユーザ状態を蓄積する
ユーザＤＢ１２を有している。ユーザ端末２ａ，ｂは、
バディクライアント２０ａ，b及びWebブラウザ２１ａ，
ｂを有している。WWWサーバ４１ｂはマルチメディアフ
ァイルを蓄積するファイルサーバであってもよい。

【００２７】［処理の流れ］図２は、広告システム全体
における処理の流れを示す説明図である。広告システム
は、広告登録処理と広告配信処理とを行う。 広告登録処理 広告登録処理では、広告サーバ１は、広告を関連づける
ＵＲＬ（以下、広告ＵＲＬという）の指定と広告情報と
を、広告主端末５１から受け付ける。この広告情報に
は、少なくとも広告アイコンの画像データが含まれてい
る。詳細な広告内容を提供するWebページのＵＲＬ（以
下、詳細ＵＲＬという）へのハイパーリンクを、広告情
報に含めても良い。広告サーバ１は、受信した広告情報
を、指定された広告ＵＲＬと関連づけて広告ＤＢ１１に
登録する。

【００２８】広告配信処理 広告配信処理では、（１）ユーザ端末上で表示中のWeb
コンテンツのＵＲＬ（以下、単に閲覧ＵＲＬという）を
広告サーバ１に送信する閲覧ＵＲＬ送信処理と、（２）
広告ＤＢ１１から広告を抽出する広告抽出処理と、
（３）広告表示処理とが行われる。

【００２９】まず、ユーザ端末２ａは、広告サーバ1に
接続し、バディであるユーザＢの状態参照要求を行う
（＃１）。これにより、ユーザ端末２ａでユーザＢの状
態を参照することができる。一方、ユーザ端末２ｂは、
Webブラウザ２１ｂによりＵＲＬ"www.fujitaro.com"で
特定されるWebコンテンツの取得要求を行い（＃２）、W
WWサーバ４１bからこれを取得して表示する（＃３）。

【００３０】さらに、ユーザ端末２ｂは、表示中のコン
テンツのＵＲＬ（以下、閲覧ＵＲＬという）、すなわ
ち"www.fujitaro.com"を広告サーバ１へ通知する（＃
４）。広告サーバ１は、閲覧ＵＲＬを受信し、ユーザＤ
Ｂ１２に蓄積する（＃５）。さらに広告サーバ１は、送
信されてきた閲覧ＵＲＬに対応づけられている広告情報
を、広告ＤＢ１１から抽出する（＃６）。抽出された広
告情報は、ユーザＢの状態としてユーザ端末２ａへ配信
される（＃７）。

【００３１】広告情報を受信したユーザ端末２ａは、ユ
ーザＢの状態として広告アイコンを表示する。広告アイ
コンに詳細ＵＲＬへのハイパーリンクが埋め込まれてい
る場合、広告アイコンがダブルクリックされることによ
り、ユーザ端末２ａは詳細ＵＲＬ に対応するWWWサーバ
４１ａからWebコンテンツを取得して表示する（＃
８）。

【００３２】＜第１実施形態例＞次に、バディリストシ
ステムを利用した広告システムについてさらに詳しく説
明する。 ［構成］ （１）広告サーバの構成 再び図１を参照し、広告サーバ１の構成を説明する。広
告サーバ１は、広告ＤＢ１１及び広告管理部１６を、バ
ディサーバ１０に付加することにより構成されている。
バディサーバ１０は、ユーザＤＢ１２と、状態管理部１
３と、通信部１５とを有している。まず、広告ＤＢ１１
及びユーザＤＢ１２について説明する。

【００３３】図３は、広告ＤＢ１１に蓄積される情報の
概念説明図である。この例では、広告ＤＢ１１は、広告
ＵＲＬ、広告アイコン、詳細ＵＲＬ及び広告ＵＲＬ所有
者連絡先を蓄積している。このうち、「広告アイコン」
及び「詳細ＵＲＬ」は広告情報を形成している。「広告
ＵＲＬ」は、前述したように、広告が関連づけられるWe
bコンテンツのＵＲＬを表す。「広告アイコン」は、広
告主の広告アイコンの画像データファイル（以下、アイ
コンファイルという）を表す。アイコンファイルそのも
のに代えて、アイコンファイルが蓄積されているアドレ
スやアイコンの識別子を広告アイコンとして蓄積しても
良い。

【００３４】「詳細ＵＲＬ」は、前述したように、詳細
な広告内容がが掲載されているWebページのＵＲＬであ
る。「広告ＵＲＬ所有者連絡先」は、広告ＵＲＬで特定
されるWebコンテンツの所有者の連絡先である。本実施
形態例では、連絡先として電子メールアドレスを用い
る。なお、この実施形態例においては「広告ＵＲＬ」及
び「広告ＵＲＬ所有者連絡先」は、広告サーバ管理者に
より登録する。

【００３５】図４は、ユーザＤＢ１２に蓄積される情報
の概念説明図である。この例では、ユーザＤＢ１２は、
ユーザID、表示名、登録者ID、状態アイコン、状態メッ
セージ、利用可能アイコン、メールアドレス、電話番号
及び閲覧ＵＲＬを蓄積している。「ユーザID」は、バデ
ィリストシステム上及び広告システム上でユーザを特定
するための識別子である。「表示名」は、ユーザＩＤで
特定されるユーザを分かりやすく表す表示名である。
「登録者ID」は、バディリストに登録されているバディ
のユーザIDである。「状態アイコン」は、ユーザの現在
の状態を表す状態アイコンを特定する状態アイコンＩＤ
である。「状態メッセージ」は、ユーザの状態を表すテ
キストデータである。「利用可能アイコン」は、ユーザ
端末上で表示可能な状態アイコンの識別子である。「メ
ールアドレス」はユーザのメールアドレスである。「電
話番号」はユーザの電話番号である。「閲覧ＵＲＬ」
は、前述したように、ユーザが現在Webブラウザにより
閲覧しているWebコンテンツのＵＲＬである。

【００３６】状態管理部１３は、ユーザ端末２ｂからユ
ーザ状態の更新通知を受け付け、ユーザＤＢ１２を更新
する。また、状態管理部１３は、ユーザ端末２ｂからの
閲覧ＵＲＬの通知に基づき、ユーザＤＢ１２を更新す
る。さらに状態管理部１３は、ユーザ端末２ｂの閲覧Ｕ
ＲＬに対応する広告アイコン及び詳細ＵＲＬ（以下、ま
とめて広告情報と言う）を広告管理部１６に要求してこ
れを取得する。さらに、状態管理部１３は、ユーザＢを
バディとして登録しているユーザAの端末２ａに、広告
情報を送信する。

【００３７】広告管理部１６は、広告主端末５１から広
告情報の登録を受け付け、広告ＤＢ１１に広告情報を格
納する。広告管理部１６はさらに状態管理部１３から広
告情報要求を受け付け、閲覧ＵＲＬをキーに広告ＤＢ１
１から広告情報を抽出する。通信部１５は、ユーザ端末
２ａ、ｂとの間でデータを送受信する。 （２）ユーザ端末の構成 ユーザ端末２ａ、ｂは、バディクライアント２０a、ｂ
及びWebブラウザ２１ａ、ｂを有している。バディクラ
イアント２０a、ｂは、バディの状態を広告サーバ１に
要求し、これを受信して表示する。また、バディクライ
アント２０a、ｂはユーザ状態が更新されるとこれを広
告サーバ１に送信する。さらに、バディクライアント２
０ａ，ｂは、閲覧ＵＲＬの変化を監視し、閲覧ＵＲＬが
更新された場合、新たな閲覧ＵＲＬを広告サーバ１に送
信する。

【００３８】Webブラウザ２１ａ、ｂは、WWWサーバ４１
ａ、ｂにアクセスし、ＵＲＬで特定されるWebコンテン
ツを取得して表示する。 ［処理の流れ］次に、前述した機能を有する広告サーバ
１及びユーザ端末２ａ、２ｂが行う処理の流れを説明す
る。

【００３９】（１）広告サーバにおける処理 広告サーバ１は、前述した広告登録処理と、広告配信処
理の中の広告抽出処理とを行う。 （１−１）広告登録処理 図５は広告システムにおける広告登録処理の流れを示す
フローチャートである。この処理では、広告サーバ１
は、広告主端末５１から送信される広告アイコンや詳細
ＵＲＬを、広告ＤＢ１１に登録する。

【００４０】ステップＳ１：広告サーバ１は、広告主端
末５１から広告情報の登録要求を待機している。この登
録要求には、広告を関連づける広告ＵＲＬの指定も含ま
れる。例えば、広告主は、Webページ上で提供される登
録フォームに従い、広告ＵＲＬや広告情報を入力する。
登録フォーム上ですでに広告ＤＢ１１に登録されている
広告ＵＲＬのリストを提供し、いずれかの広告ＵＲＬを
指定できるようにしても良い。また、この登録フォーム
上で広告アイコンだけを登録可能にしても良い。さら
に、この登録フォーム上で、すでに登録された広告アイ
コンに対応する詳細ＵＲＬの追加登録や変更を受け付け
ても良い。

【００４１】ステップＳ２：広告サーバ１は、広告ＵＲ
Ｌの所有者と詳細ＵＲＬの所有者とが同一か否かを判断
する。例えば広告ＵＲＬの第３レベルドメイン名と詳細
ＵＲＬの第３レベルドメイン名とが同一であれば所有者
が同一であり、そうでなければ所有者が異なると判断す
る。“同一”と判断すると、ステップＳ３に移行する。
“異なる”と判断すると、後述するステップＳ４に移行
する。

【００４２】ステップＳ３：広告サーバ１は、受信した
広告情報、すなわち広告アイコン及び詳細ＵＲＬを、指
定された広告ＵＲＬに対応付けて広告ＤＢ１１に登録す
る。ステップＳ４：広告サーバ１は、広告ＵＲＬ所有者
に対し、広告情報を対応づけても良いか否かの問い合わ
せを行う。具体的には、対応付け許可又は不許可の入力
を受け付けるWebページのＵＲＬが記載されている電子
メールを、広告ＵＲＬ所有者の連絡先へ送ることが考え
られる。この電子メールを受け取った広告ＵＲＬ所有者
は、そのWebページへアクセスして許可又は不許可を入
力することにより、問い合わせに回答する。

【００４３】ステップＳ５：広告サーバ１は、前記広告
ＵＲＬ所有者からの回答結果を待機し、広告対応付けの
許可がされたか否かを判断する。“許可”の場合、前記
ステップＳ３に移行し、広告情報を広告ＤＢ１１に登録
する。“不許可”の場合、ステップＳ６に移行する。 ステップＳ６：広告サーバ１は、広告主端末５１に対
し、広告対応付けの許可がされなかった旨の通知を、電
子メールなどで行う。この場合、広告情報は広告ＤＢ１
１に登録されない。

【００４４】（１−２）広告抽出処理 図６は、前述した広告配信処理のうち、広告抽出処理の
流れを示すフローチャートである。この処理では、広告
サーバ１は、閲覧ＵＲＬに対応する広告情報を、広告Ｄ
Ｂ１１から抽出する。 ステップＳ２１：状態管理部１３は、ユーザ端末２ｂか
ら、ユーザID"1001"及び新たな閲覧ＵＲＬを受信する。

【００４５】ステップＳ２２：状態管理部１３は、受信
したユーザID"1001"をキーにユーザＤＢ１２を検索し、
対応するエントリの閲覧ＵＲＬを更新する。 ステップＳ２３：状態管理部１３は、受信した閲覧ＵＲ
Ｌを広告管理部１６に渡す。広告管理部１６は、閲覧Ｕ
ＲＬと一致する広告ＵＲＬを広告ＤＢ１１から検索し、
ヒットした広告ＵＲＬに対応する広告情報を状態管理部
１３に渡す。

【００４６】ステップＳ２４：状態管理部１３は、前記
ステップＳ２１で受信したユーザID"1001"を登録者ＩＤ
に登録しているユーザAを、ユーザＤＢ１２から抽出す
る。 ステップＳ２５：状態管理部１３は、ステップＳ２３で
抽出された広告情報とユーザＢのユーザID"1001"とを、
ユーザ端末２ａへ送信する。これにより、ユーザ端末２
ａでは、広告アイコンがユーザＢに対応して表示され
る。

【００４７】（２）ユーザ端末における処理 ユーザ端末２ａ、ｂは、前記広告配信処理中の閲覧ＵＲ
Ｌ送信処理と広告表示処理とを行う。 （２−１）閲覧ＵＲＬ送信処理 図７は、ユーザ端末２ａ，ｂのバディクライアント２０
ａ，ｂが行う閲覧ＵＲＬ送信処理の流れを示すフローチ
ャートである。この処理では、ユーザ端末２ａ、ｂは、
閲覧ＵＲＬの変化を監視し、閲覧ＵＲＬが変化すると広
告サーバ１に新たな閲覧ＵＲＬを送信する。本実施形態
例では、ユーザ端末２ｂが閲覧ＵＲＬ"www.fujitaro.co
m"を広告サーバ１に送信する。

【００４８】ステップＳ１１：バディクライアント２０
ｂは、一定時間、例えば５分の経過を待機し、５分が経
過するとステップＳ１２へ移行する。 ステップＳ１２：バディクライアント２０ｂは、Webブ
ラウザ２１ｂから閲覧ＵＲＬを取得する。 ステップＳ１３：バディクライアント２０ｂは、ステッ
プＳ１２で取得した閲覧ＵＲＬが前回取得した閲覧ＵＲ
Ｌと異なるか否かを判断する。"Yes"と判断した場合、
「前回取得した閲覧ＵＲＬ」の値を現在の閲覧ＵＲＬ"
www.fujitaro.com"に変更する。さらに、「前回取得し
た閲覧ＵＲＬ」を現在の閲覧ＵＲＬ"www.fujitaro.com"
に変更し、ステップＳ１４へ移行する。"No"と判断した
場合、ステップＳ１１へ戻る。

【００４９】ステップＳ１４：バディクライアント２０
ｂは、現在の閲覧ＵＲＬ"www.fujitaro.com"を、バディ
クライアント２０ｂのユーザIDと共に広告サーバ１へ送
信する。 （２−２）広告表示処理 図８は、ユーザ端末２ａ、ｂのバディクライアント２０
ａ、ｂが行う広告表示処理の流れを示すフローチャート
である。この処理では、ユーザ端末２ａ、ｂは、バディ
の閲覧ＵＲＬに対応する最新の広告情報を受信し、広告
アイコンを表示する。本実施形態例では、ユーザ端末２
ａが、ユーザＢの閲覧ＵＲＬ"www.fujitaro.com"に対応
する広告アイコンを表示する。

【００５０】ステップＳ３１：バディクライアント２０
ａは、バディであるユーザＢのユーザIDと、閲覧ＵＲ
Ｌ"www.fujitaro.com"に対応する広告情報とを受信す
る。受信のタイミングは、バディクライアント２０ａが
広告サーバ１に接続してバディの状態を要求したとき
か、またはユーザＢの閲覧ＵＲＬの変化が広告サーバ１
に登録されたときである。

【００５１】ステップＳ３２：バディクライアント２０
ａは、広告情報の中から広告アイコンを抽出し、ユーザ
IDで特定されるバディの状態と対応付けて広告アイコン
を表示する（後述する図９（ｂ）参照）。 ［画面例］図９は、ユーザＢがWebコンテンツを参照し
ている状態に対応して、広告アイコンがユーザ端末２ａ
上に表示される例を示している。図９（ａ）は、ユーザ
ＢがWebブラウザ２１ａで閲覧中のWebコンテンツの表示
例である。図９（ｂ）は、ユーザＢの閲覧ＵＲＬに対応
する広告アイコンが、ユーザＢの状態と共に表示されて
いる例を示す。

【００５２】＜第２実施形態例＞第２実施形態例では、
１つの閲覧ＵＲＬに対して複数の広告アイコンを配信し
たり、広告文をさらに配信することが可能な広告システ
ムについて説明する。本実施形態例に係る広告システム
は、前記第１実施形態例の広告システムと同様の構成を
有する。図中、第１実施形態例と同様の符号で示した要
素は、第１実施形態例と同様の機能を有している。

【００５３】図１０は、第２実施形態例に係る広告ＤＢ
１１に蓄積される情報の概念説明図である。本実施形態
例の広告ＤＢ１１は、広告ＵＲＬ、広告アイコン、詳細
ＵＲＬに加え、広告文と広告情報の登録日時とをさらに
蓄積している。また、広告ＤＢ１１は、１つの広告ＵＲ
Ｌに対し、複数の広告情報を対応づけて蓄積することが
できる。

【００５４】前述の構成を有する広告システムでは、第
１実施形態例と同様の流れで広告登録処理及び広告配信
処理が行われる。ただし、広告サーバ１の広告管理部１
６には、閲覧ＵＲＬに対応して抽出した複数の広告情報
の中から配信する広告情報を決定する機能がさらに付加
される（図示せず）。どの広告情報をユーザ端末２に配
信するかは限定されない。例えば、全ての広告情報を配
信しても良いし、最新の登録日時を有する広告情報を配
信しても良い。さらに、全ての広告情報を登録日時と共
に配信しても良い。

【００５５】また、ユーザ端末２ａ、ｂのバディクライ
アント２０ａ、ｂは、複数の広告情報が配信された場
合、複数の広告アイコンを拡大表示しても良い。さら
に、バディクライアント２０ａ、ｂは、複数の広告情報
とそれらの登録日時とを受信し、最新の広告アイコンを
ユーザ状態と共に表示し、広告アイコン全てを別の表示
領域に拡大表示してもよい（後述する図１１参照）。バ
ディクライアント２０ａ、ｂは、広告アイコンが選択さ
れた場合、広告情報に含まれる広告文を画面上に表示さ
せる。

【００５６】［画面例］図１１は、ユーザＢの閲覧ＵＲ
Ｌに対応する複数の広告情報がユーザ端末２ａに配信さ
れた場合の、広告アイコン及び広告文の表示例である。
ユーザＢの状態と共に表示されている広告アイコン２０
１は、広告ＤＢ１１への登録日時が最新のものである。
また、閲覧ＵＲＬに対応する全ての広告アイコン２０
１，２０２は、ユーザ端末２ａの表示画面下部に拡大表
示されている。この例では、２つの広告アイコンの一方
のアイコン２０１が閲覧ＵＲＬの所有者を象徴してお
り、他方のアイコン２０２が閲覧ＵＲＬの所有者お勧め
の品物を示している。また、拡大表示されている広告ア
イコン２０２が選択され、それに対する広告文が広告文
の表示領域２０３に表示されている。

【００５７】＜第３実施形態例＞第３実施形態例では、
ユーザがmp３形式の音楽ファイルなどを利用している状
態に応じ、広告アイコンが表示される広告システムにつ
いて説明する。 ［構成］図１２は、第３実施形態例に係る広告システム
の構成図である。図中、第１実施形態例と同様の符号で
示した要素は、第１実施形態例と同様の機能を有してい
る。ただし、WWWサーバ４１ｂは、音声ファイルや動画
ファイルなどのマルチメディアファイルを蓄積してい
る。また、ユーザ端末２ａは、マルチメディアファイル
を再生するためのマルチメディアプレーヤ２２をさらに
備えている。

【００５８】図１３は、本実施形態例に係る広告ＤＢ１
１に蓄積される情報の概念説明図である。この広告ＤＢ
１１は、第１実施形態例における広告ＤＢ１１の構成に
おいて、広告ＵＲＬに代えてマルチメディアファイルの
ファイル名である「広告ファイル名」を、また広告ＵＲ
Ｌ所有者連絡先に代えてマルチメディアファイルの作成
元の連絡先である「広告ファイル作成元連絡先」を蓄積
している。例えば、「広告ファイル名」が歌手「富士通
太郎」の新曲データを含むmp3ファイル"1075ftaro.mp3"
の場合を考える。この広告ファイルに対しては、「富士
通太郎新曲発売」のメッセージを表記した広告アイコン
が、登録される。また、その詳細ＵＲＬとしては、「富
士通太郎」の最新曲をダウンロードできるWebサイトの
ＵＲＬが記述される。

【００５９】図１４は、本実施形態例に係るユーザＤＢ
１２に蓄積される情報の概念説明図である。このユーザ
ＤＢ１２は、第１実施形態例におけるユーザＤＢ１２に
おいて、広告ＵＲＬに代えて「再生ファイル名」を蓄積
している。再生ファイル名は、ユーザが再生中のマルチ
メディアファイル名である。この例では、ユーザＢは、
マルチメディアファイル"1075ftaro.mp3"を再生中であ
る。

【００６０】［処理の流れ］前述の構成を有する広告シ
ステムでは、第１実施形態例と同様の流れで広告登録処
理及び広告配信処理が行われる。ただし、閲覧ＵＲＬ送
信処理において、ユーザ端末２のバディクライアント
は、閲覧ＵＲＬに代えて再生ファイル名の変化を監視
し、広告サーバ１に送信する。

【００６１】［表示例］図１５は、ユーザＢが再生中の
マルチメディアファイル"1075ftaro.mp3"に対応付けら
れている広告アイコンが、ユーザＢの状態と共にユーザ
端末２ａに表示されている例を示す。ユーザＡが広告ア
イコンをダブルクリックすると、「富士通太郎」の最新
曲をダウンロードできるWebサイトに、Webブラウザ２１
ａがアクセスする。

【００６２】＜第４実施形態例＞第４実施形態例では、
ユーザがエディタなどのアプリケーションをユーザ端末
上で使用している状態に応じ、広告アイコンが表示され
る広告システムについて説明する。 ［構成］図１６は、第４実施形態例に係る広告システム
の構成図である。図中、第１実施形態例と同様の符号で
示した要素は、第１実施形態例と同様の機能を有してい
る。本実施形態例においては、ユーザ端末２ｂは、Web
ブラウザ２１ｂに代えて、エディタなどのアプリケーシ
ョン２３を有している。

【００６３】図１７は、広告ＤＢ１１に蓄積される情報
の概念説明図である。この広告ＤＢ１１は、第１実施形
態例における広告ＤＢ１１において、広告ＵＲＬに代え
て「広告アプリケーション名」を、また広告ＵＲＬ所有
者連絡先に代えて「アプリケーション製造元連絡先」を
蓄積している。ここで、広告アプリケーション名とは、
アプリケーションのプログラムが格納されているファイ
ルの名称である。例えば、「広告アプリケーション名」
が富士通の新ＩＲＣクライアントの「chocoa」である場
合を考える。この広告アプリケーション名に対しては、
「富士通新chocoa2発売」のメッセージを表記した広告
アイコンが登録される。また、その詳細ＵＲＬとして
は、chocoaのバージョンアップ版であるchocoa2をダウ
ンロードするためのWebサイトのＵＲＬが記述される。

【００６４】図１８は本実施形態例に係るユーザＤＢ１
２に蓄積されている情報の概念説明図である。このユー
ザＤＢ１２は、第１実施形態例に係るユーザＤＢにおい
て、閲覧ＵＲＬに代えて「実行アプリ名」を蓄積してい
る。「実行アプリ名」は、現在ユーザ端末２ｂで実行さ
れているアプリケーションの名称を示す。この例では、
ユーザＢは、ＩＲＣクライアント「chocoa」を使用中で
ある。

【００６５】［処理の流れ］前述の構成を有する広告シ
ステムでは、第１実施形態例と同様の流れで広告登録処
理及び広告配信処理が行われる。ただし、閲覧ＵＲＬ送
信処理において、ユーザ端末２のバディクライアント
は、閲覧ＵＲＬに代えて実行アプリ名の変化を監視し、
広告サーバ１に送信する。

【００６６】例えば、ユーザＢがＩＲＣアプリケーショ
ンchocoaの使用を開始した場合、そのchocoaのプログラ
ムが格納されたファイルの名称"chocoa.exe"をバディク
ライアント２０ｂが広告サーバ１に送信する。ユーザ端
末２ａの表示画面には、ユーザＢの状態と共にchocoaに
対応する広告アイコンが表示される（図示せず）。 ＜第５実施形態例＞第５実施形態例では、詳細ＵＲＬに
アクセスしたユーザにインセンティブを提供することに
より、広告システムに参加するための動機付けをユーザ
に与える広告システムについて説明する。

【００６７】［構成］図１９は、第５実施形態例に係る
広告システムの構成図である。図中、第１実施形態例と
同様の符号で示した要素は、第１実施形態例と同様の機
能を有している。本実施形態例に係る広告システムに
は、前記第１実施形態例の構成に加えて、インセンティ
ブＤＢ１７、アクセスＤＢ１８及びインセンティブ管理
部１９が付加されている。インセンティブ管理部１９
は、後述するインセンティブ情報を広告主端末５１から
受け付け、インセンティブＤＢ１７を更新する。また、
インセンティブ管理部１９は、ユーザ端末２ａ、ｂから
の通知に従い、アクセスＤＢ１８を更新する。また、ユ
ーザ端末２ａ、ｂのバディクライアント２０ａ、ｂは、
詳細ＵＲＬへのアクセスの有無を監視し、アクセスがあ
った場合には広告サーバ１に通知（以下、アクセス通知
という）する機能を、さらに有している。

【００６８】図２０は、インセンティブＤＢ１７に蓄積
される情報の概念説明図である。インセンティブＤＢ１
７には、「詳細ＵＲＬ」、「基準アクセス回数」及び
「インセンティブ」（以上まとめてインセンティブ情報
と言う）が蓄積されている。「詳細ＵＲＬ」で特定され
るWebコンテンツに基準アクセス回数以上アクセスした
ユーザには、「インセンティブ」に定義されているイン
センティブが提供される。インセンティブ情報は広告主
端末５１から入力され、インセンティブ管理部１９によ
ってインセンティブＤＢ１７に蓄積される。

【００６９】図２１は、アクセスＤＢ１８に蓄積される
情報の概念説明図である。アクセスＤＢ１８には、ある
ＵＲＬを閲覧しているユーザのユーザIDである「広告ユ
ーザID」、「広告ＵＲＬ」、「詳細ＵＲＬ」、及び「詳
細ＵＲＬアクセス回数」が蓄積されている。「詳細ＵＲ
Ｌアクセス回数」は、「広告ユーザＩＤ」で特定される
ユーザが詳細ＵＲＬに何回アクセスしたかを示す。

【００７０】［処理の流れ］前述の構成を有する広告シ
ステムでは、第１実施形態例と同様の流れで広告登録処
理及び広告配信処理が行われ、さらに以下のインセンテ
ィブ処理が行われる。 インセンティブ処理 図２２は、広告サーバ１が行うインセンティブ処理の流
れを示すフローチャートである。インセンティブ処理で
は、広告サーバ１では、ユーザAによる詳細ＵＲＬへの
アクセスが所定回数に達した場合、ユーザＡに対してイ
ンセンティブを付与する。

【００７１】ステップＳ３１：インセンティブ管理部１
９は、ユーザ端末２ａ，ｂから詳細ＵＲＬへのアクセス
通知を待機している。いずれかのユーザ端末、例えばユ
ーザ端末２ａからＵＲＬwww.fujitsu.co.jpへのアクセ
ス通知を受け取ると、ユーザ端末２ａのwww.fujitsu.c
o.jpへのアクセス回数が蓄積されているエントリを、ア
クセスＤＢ１８から検索し、あればアクセス回数をイン
クリメントする。このエントリがない場合は、新たなエ
ントリを作成する。

【００７２】ステップＳ３２：インセンティブ管理部１
９は、インセンティブＤＢ１７及びアクセスＤＢ１８を
参照し、前記www.fujitsu.co.jpへのアクセス回数がイ
ンセンティブＤＢ１７で定められた基準アクセス回数に
達しているかどうかを判断する。基準に達している場
合、ステップＳ３３へ移行する。基準に達していない場
合は再びステップＳ３１に戻り、ユーザ端末２ａ、ｂか
らのアクセス通知を待機する。

【００７３】ステップＳ３３：インセンティブ管理部１
９は、ユーザＡへインセンティブを通知する。インセン
ティブ通知の方法としては、例えばインセンティブの内
容が示されているWebページへのハイパーリンクを記述
した電子メールを、ユーザ端末２ａに送信することが考
えられる。通知を受けたユーザＡが、ブラウザ２１ａに
よりそのWebページへアクセスすると、ある商品のクー
ポン券が表示される。ユーザＡはそれをプリントアウト
して店頭に持って行き、商品と交換してもらうことによ
りインセンティブを享受する。以上の処理により、本広
告システムへの参加の動機付けをユーザに提供し、ユー
ザ数を増やして広告効果を高めることを期待できる。

【００７４】＜第６実施形態例＞第６実施形態例では、
広告システムの管理者が広告主から広告料を徴収する広
告システムについて説明する。 ［構成］前述の第５実施形態例においてはアクセス回数
に応じたインセンティブをユーザに与えたが、同様な方
法でアクセス回数に応じた広告料を決定することもでき
る。図２３は、第６実施形態例に係る広告システムの構
成図である。この広告システムは、前記インセンティブ
ＤＢ１７に代えて広告料ＤＢ１１０が、インセンティブ
管理部１９に代えて広告料管理部１１１が設けられてい
る。図中、前記第５実施形態例と同様の符号で示した要
素については、前述と同様の機能を有している。広告料
管理部１１１は、広告サーバ１の操作者から広告料ＤＢ
１１０への広告料の登録や変更を受け付ける。

【００７５】図２４は、広告料ＤＢ１１０に蓄積される
情報の概念説明図である。広告料ＤＢ１１０は、参照回
数（／月）及び広告料（／月）を蓄積している。広告料
ＤＢは、広告システムの管理者によりシステム構築時に
作成される。 [処理の流れ]前述の構成を有する広告システムでは、第
１実施形態例と同様の流れで広告登録処理及び広告配信
処理が行われ、さらに広告料決定処理が行われる。

【００７６】広告料決定処理では、ユーザ端末２ａ、ｂ
が詳細ＵＲＬへアクセスする毎に、広告料管理部６２が
アクセスＤＢ１８の詳細ＵＲＬアクセス回数をインクリ
メントする。アクセス回数をカウントする処理は、第５
実施形態例のステップＳ３１と同様にして行われる。さ
らに、広告料管理部６２は、適当なタイミングで、例え
ば１月に一度、アクセスＤＢ１８及び広告料ＤＢ６１を
参照し、その月の広告料を詳細ＵＲＬごとに決定する。
以上の処理により、広告システムの管理者は広告主から
広告料を得ることが可能となる。

【００７７】＜その他の実施形態例＞ （Ａ）前記第１実施形態例では、「広告ＵＲＬ」及び
「広告ＵＲＬ所有者連絡先」を広告サーバ管理者により
登録しているが、他の態様も考えられる。例えば、広告
サーバ１は、広告管理部１６により、広告ＵＲＬのコン
テンツの所有者からネットワークを介して「広告ＵＲ
Ｌ」及び「広告ＵＲＬ所有者連絡先」の登録を受け付け
ることも可能である。

【００７８】（Ｂ）前記第１実施形態例では、ユーザ端
末２ａ、ｂにより閲覧ＵＲＬの変化を監視したが、他の
態様も可能である。例えば、ユーザ端末２ａ、ｂから一
定時間間隔で閲覧ＵＲＬを広告サーバ１に送信する。広
告サーバ１は、前回の閲覧ＵＲＬと最新の閲覧ＵＲＬと
を比較し、変化している場合は広告情報を広告ＤＢ１１
から抽出して配信する。

【００７９】（Ｃ）前記第１実施形態例において、詳細
ＵＲＬが広告情報に含まれていないにも関わらず、ユー
ザ端末上で広告アイコンがダブルクリックされた場合、
広告サーバ１またはユーザ端末上のバディクライアント
２０ａ、ｂにより、詳細ＵＲＬが登録されていないこと
をユーザに通知すると良い。広告サーバ１によりこの通
知を行う場合、バディクライアント２０ａ、ｂから広告
サーバ１に対し、広告アイコンの指定と共に詳細ＵＲＬ
の要求を送信する。広告サーバ１は、指定された広告ア
イコンに対応する詳細ＵＲＬを広告ＤＢ１１から検索
し、ない場合には、詳細ＵＲＬが登録されていない旨の
メッセージなどをユーザ端末２ａ、ｂに送信する。

【００８０】（Ｄ）前記第５実施形態例において、広告
が配信されるユーザＡにインセンティブを付与している
が、ユーザＢにインセンティブを付与することも考えら
れる。ユーザＢは、Webコンテンツにアクセスしている
という自状態と広告との関連付を許可しているからであ
る。ユーザＢの状態に対応する広告アイコンを選択する
ことによる詳細ＵＲＬへのアクセスが何回あったかをカ
ウントし、そのアクセス回数に応じてインセンティブを
付与すればよい。

【００８１】（Ｅ）前述の処理を行うプログラムを記録
したコンピュータ読み取り可能な記録媒体も本発明に含
まれる。ここで記録媒体としては、コンピュータが読み
書き可能なフレキシブルディスク、半導体メモリ、CD-R
OM、DVD、MO、その他のものが挙げられる。 ＜付記＞ （付記１）第１ユーザに操作される第1コンピュータと
第２ユーザに操作される第２コンピュータとを含む、ユ
ーザ群によって操作されるネットワーク上のコンピュー
タ群に広告を配信する広告方法であって、前記第１ユー
ザ及び前記第２ユーザを含む前記ユーザ群の状態を管理
する状態管理ステップと、前記第１ユーザの状態を前記
第１コンピュータから受信して前記第２コンピュータに
配信する状態配信ステップと、前記ネットワーク上のリ
ソースを特定するリソース識別情報と前記広告の画像デ
ータを含む広告情報とを対応づけて広告データベースに
記憶する記憶ステップと、前記記憶ステップで記憶させ
るためのリソース識別情報及び／または前記広告情報
を、前記コンピュータ群から受け付ける広告受付ステッ
プと、前記広告受付ステップで受け付けた情報を、前記
広告データベースに格納する格納ステップと、前記第１
ユーザが利用中の第１リソースのリソース識別情報を検
出するリソース検出ステップと、前記検出ステップで検
出された前記第１リソースのリソース識別情報に対応す
る第１広告情報を、前記記憶ステップで記憶されている
前記広告情報から抽出する抽出ステップと、前記抽出ス
テップで抽出された前記第１広告情報を、前記第２コン
ピュータに配信する配信ステップと、前記配信ステップ
で配信された前記第１広告情報に含まれる広告画像デー
タを、前記第２コンピュータ上で前記第１ユーザの状態
として表示する広告ステップと、を含む広告方法。

【００８２】（付記２）第１ユーザに操作される第1コ
ンピュータと第２ユーザに操作される第２コンピュータ
とを含む、ユーザ群によって操作されるネットワーク上
のコンピュータ群に広告群を配信する広告装置であっ
て、前記第１ユーザ及び前記第２ユーザを含む前記ユー
ザ群の状態を管理し、前記第１ユーザの状態を前記第１
コンピュータから受信して前記第２コンピュータに配信
する状態管理手段と、前記ネットワーク上のリソース群
を特定するリソース識別情報群と前記広告群の画像デー
タ群を含む広告情報群とを対応づけて記憶する広告デー
タベースと、前記広告データベースに記憶させるための
未登録広告情報と前記リソース識別情報群に含まれる既
登録リソース識別情報の指定とを、または前記広告デー
タベースに記憶させるための未登録リソース識別情報
を、前記コンピュータ群から受け付ける広告受付手段
と、前記広告受付手段が受け付けた情報を、前記広告デ
ータベースに格納する格納手段と、前記リソース群に含
まれ、前記第１ユーザが利用中の第１リソースを特定す
る第１リソース識別情報を、前記第１コンピュータから
受信するリソース受信手段と、前記広告情報群に含ま
れ、前記リソース受信手段が受信した前記第１リソース
識別情報に対応する第１広告情報を、前記広告データベ
ースから抽出する抽出手段と、前記抽出手段により抽出
された前記第１広告情報を、前記第２コンピュータに配
信する配信手段と、を備える広告装置。

【００８３】（付記３）前記広告データベースは、前記
リソース識別情報群に含まれる各リソース識別情報の所
有者への通信アドレス群をさらに記憶し、前記広告受付
手段が前記未登録広告情報と前記既登録リソース識別情
報の指定とを前記コンピュータ群から受け付けた場合、
前記未登録広告情報の所有者と既登録リソース識別情報
の所有者とが同一か否かを判断する判断手段と、前記判
断手段の判断結果に従い、前記既登録リソース識別情報
の所有者の通信アドレスを用い、前記既登録リソース識
別情報に前記未登録広告情報を対応付けて良いか否かの
問い合わせを送信する問い合わせ手段と、前記問い合わ
せに対する回答を受信し、回答内容に応じて前記既登録
リソース識別情報の指定と前記未登録広告情報とを前記
格納手段に渡す回答受信手段と、をさらに有する、付記
２に記載の広告装置。

【００８４】通信アドレスとしては、電話番号、電子メ
ールアドレスなどが考えられる。リソースの所有者と
は、Webコンテンツの所有者、マルチメディアデータの
所有者、アプリケーションの販売元などである。あるリ
ソースの所有者とそのリソースに広告情報を対応づけよ
うとする広告主とが同一でない場合、通信アドレスを用
いてリソースの所有者に事前に広告情報の対応付けの了
承を得る。また、既にあるリソースに対応付けられてい
る広告情報を変更したい場合も同様である。

【００８５】（付記４）前記広告情報群に含まれる広告
情報は、詳細な広告内容を定義している前記ネットワー
ク上の詳細情報を特定する詳細識別情報をさらに含んで
おり、前記広告データベースは、前記詳細識別情報をさ
らに記憶し、前記広告受付手段は、前記広告データベー
スに格納されている既登録広告情報の指定と共にまたは
前記未登録広告情報と共に、前記詳細識別情報をさらに
受け付ける、付記２に記載の広告装置。

【００８６】詳細情報としては、広告している製品につ
いての商品説明や値段が記載されたWebコンテンツが挙
げられる。詳細識別情報としては、前記Webコンテンツ
のＵＲＬが挙げられる。広告情報に詳細識別情報を含ま
せておくと、配信された広告を第２ユーザがクリックす
ることにより、第２コンピュータ上のWebブラウザがリ
ンク先ＵＲＬにアクセス可能である。このようにして、
配信された広告の詳細情報が第２コンピュータ上で表示
される。従って、広告を配信された第２ユーザは、第１
ユーザの状態として表示されている広告アイコンを用い
て広告の詳細を容易に知ることができる。

【００８７】（付記５）前記第１広告情報に対応する詳
細情報へのアクセス要求を前記第２コンピュータから受
け付け、前記第１広告情報に含まれる詳細識別情報が前
記広告データベースに格納されているか否かを判断し、
格納されていない場合はその旨を前記第２コンピュータ
に通知する通知手段をさらに備える、付記４に記載の広
告装置。

【００８８】（付記６）コンピュータの識別情報と、詳
細識別情報と、コンピュータから詳細情報へのアクセス
回数またはアクセス頻度と、を記憶するアクセスデータ
ベースと、前記第２コンピュータが前記第１広告情報に
含まれる第１詳細識別情報により特定される第１詳細情
報へアクセスしたか否かを判断し、判断結果に応じて前
記アクセスデータベースを更新するアクセスデータベー
ス更新手段と、をさらに備える付記４に記載の広告装
置。

【００８９】ユーザが詳細情報へアクセスするごとに、
その詳細情報にアクセスした回数の総計またはアクセス
頻度が更新される。これにより、あるコンピュータがど
のくらい詳細情報群を参照しているか、あるいはある詳
細情報がコンピュータ群からアクセスされている状況な
どを把握できる。 （付記７）詳細識別情報と、前記ユーザ群に付与するイ
ンセンティブを特定するインセンティブ情報と、前記イ
ンセンティブを付与するための付与条件と、を記憶する
インセンティブデータベースと、前記アクセスデータベ
ース及び前記インセンティブデータベースを参照し、前
記第１コンピュータが前記付与条件のいずれかを満たし
たか否かを判断し、満たした場合は満たした付与条件に
対応付けられたインセンティブ情報を前記第１コンピュ
ータに送信するインセンティブ付与手段と、をさらに有
する付記６に記載の広告装置。

【００９０】インセンティブを付与するための付与条件
群としては、例えばある詳細情報へのアクセス総回数が
５０回に達した第２ユーザにはマウスパッドの交換クー
ポンを、１００回に達した第２ユーザにはマウスの交換
クーポンを付与することが挙げられる。インセンティブ
情報としては、交換クーポンの電子データが挙げられ
る。インセンティブ情報の付与手段としては、前記電子
データを電子メールで送信することが考えられる。詳細
情報を頻繁に参照する第２ユーザにインセンティブを付
与することにより、ユーザ状態に対応する広告が表示さ
れる状態管理システムへの参加ユーザが増加することを
期待できる。また、ユーザ状態として対応する広告の設
定を許可した第１ユーザに対しても、設定された広告の
数や第２ユーザの参照数に応じてインセンティブを付与
することにより、さらに状態管理システムのユーザの増
加を期待できる。

【００９１】（付記８）アクセス回数またはアクセス頻
度と、前記アクセス回数またはアクセス頻度に応じた広
告料と、を記憶する広告料データベースと、前記アクセ
スデータベース及び前記広告料データベースを参照し、
前記第１詳細情報へのアクセス回数の総和またはアクセ
ス頻度の総和を算出し、算出結果に応じて前記第１広告
情報の広告料を決定する広告料算出手段と、をさらに有
する付記６に記載の広告装置。

【００９２】例えば、広告料データベースには、一月の
アクセス回数が５０回以上１００回未満の場合は広告料
が１０００円、１００回以上の場合は３０００円と記憶
されている。ある詳細情報へのアクセス総回数が６０回
／月である場合、その詳細情報が関連している広告の広
告料は１０００円となる。この広告装置により、広告装
置の管理者は広告料を得ることができる。

【００９３】（付記９）第１ユーザに操作される第1コ
ンピュータと第２ユーザに操作される第２コンピュータ
とを含む、ユーザ群によって操作されるネットワーク上
のコンピュータ群に広告群を配信するコンピュータを機
能させるための広告プログラムであって、前記第１ユー
ザ及び前記第２ユーザを含む前記ユーザ群の状態を管理
し、前記第１ユーザの状態を前記第１コンピュータから
受信して前記第２コンピュータに配信する状態管理手
段、前記ネットワーク上のリソース群を特定するリソー
ス識別情報群と前記広告群の画像データ群を含む広告情
報群とを対応づけて記憶する広告データベース、リソー
ス識別情報の指定と前記広告データベースに記憶させる
ための広告情報とを、または前記広告データベースに記
憶させるためのリソース識別情報を、前記コンピュータ
群から受け付ける広告受付手段、前記広告受付手段が受
け付けた情報を、前記広告データベースに格納する格納
手段、前記第１ユーザが利用中の第１リソースのリソー
ス識別情報を前記第１コンピュータから受信するリソー
ス受信手段、前記リソース受信手段が受信した前記第１
リソースのリソース識別情報に対応する第１広告情報
を、前記広告データベースから抽出する抽出手段、及
び、前記抽出手段により抽出された前記第１広告情報
を、前記第２コンピュータに配信する配信手段、として
前記コンピュータを機能させるための広告プログラム。

【００９４】（付記１０）第１ユーザに操作される第1
コンピュータと第２ユーザに操作される第２コンピュー
タとを含む、ユーザ群によって操作されるネットワーク
上のコンピュータ群に用いられる広告表示方法であっ
て、前記第１ユーザ及び前記第２ユーザを含む前記ユー
ザ群の状態を管理する広告コンピュータに、前記第２コ
ンピュータに配信してもらうための前記第１ユーザの状
態を、前記第１コンピュータから送信する状態配信ステ
ップと、ネットワーク上のリソースであって、前記第１
ユーザが利用中の第１リソースを特定するリソース識別
情報を検出するリソース検出ステップと、前記リソース
検出ステップで検出された第１リソース識別情報を、前
記広告コンピュータに送信するリソース送信ステップ
と、前記第１リソース識別情報に関連しており広告画像
データを含む第１広告情報を、前記広告コンピュータか
ら受信する広告受信ステップと、前記第１広告情報に含
まれる前記広告画像データを、前記第１ユーザの状態と
して表示する広告ステップと、を含む広告表示方法。

【００９５】（付記１１）ネットワークを介して複数の
利用者端末が接続され、複数の利用者端末の１つから送
出される利用者の状態に関する情報を取得して利用者毎
に管理し、少なくとも１人の利用者が指定された状態情
報の参照要求を受信し、当該利用者に対応付けて管理さ
れている利用者の状態情報を要求元の利用者端末に送出
する状態情報管理システムを利用した広告方法であっ
て、複数の利用者端末の１つから要求されたネットワー
クリソースを識別する情報を検知し、当該利用者端末を
利用する利用者を識別する利用者情報と対応付けて記憶
しておき、複数の利用者端末の１つからの少なくとも１
人の利用者を指定した状態情報参照要求を受け付け、状
態情報要求に指定された利用者に対応付けて記憶されて
いるネットワークリソース識別情報を取得し、予め広告
主の端末装置から要求を受けてネットワークリソース毎
に対応付けて格納されている広告データを取得して、前
記参照要求元の利用者端末に送出し、当該要求元の利用
者端末において、前記広告データが参照されたことを検
知すると、広告データの参照状況を参照利用者毎あるい
は広告データ毎に更新し、参照状況に応じて、利用者に
対するインセンティブ情報を生成して当該利用者に通知
するあるいは広告主に対する広告料を算出して広告料の
請求データを当該広告主の端末に通知することを特徴と
した広告方法。

【００９６】

【発明の効果】本発明を用いれば、各種の広告をユーザ
間の信頼関係で配信することができるので、ユーザが広
告を受け入れやすく、高い広告効果を期待することがで
きる。

【図面の簡単な説明】

【図１】本発明に係る広告システムの全体構成図。

【図２】広告システムにおける広告配信処理の大まかな
流れ。

【図３】図１の広告ＤＢに蓄積される情報の概念説明
図。

【図４】図１のユーザＤＢに蓄積される情報の概念説明
図。

【図５】第１実施形態例に係る広告ＤＢ登録処理の流れ
を示すフローチャート。

【図６】第１実施形態例に係る広告抽出処理の流れを示
すフローチャート。

【図７】第１実施形態例に係る閲覧ＵＲＬ送信処理の流
れを示すフローチャート。

【図８】第１実施形態例に係る広告表示処理の流れを示
すフローチャート。

【図９】（ａ）ユーザ端末２ｂに表示される画面例。 （ｂ）ユーザ端末２ａ上で表示される広告アイコンの表
示例。

【図１０】第２実施形態例に係る広告システムにおいて
広告ＤＢに蓄積される情報の概念説明図。

【図１１】第２実施形態例において、ユーザ端末上で表
示される広告アイコンの表示例。

【図１２】第３実施形態例に係る広告システムの全体構
成図。

【図１３】図１２の広告ＤＢに蓄積される情報の概念説
明図。

【図１４】図１２のユーザＤＢに蓄積される情報の概念
説明図。

【図１５】図１２のユーザ端末上で表示される広告アイ
コンの表示例。

【図１６】第４実施形態例に係る広告システムの全体構
成図。

【図１７】図１６の広告ＤＢに蓄積される情報の概念説
明図。

【図１８】図１６のユーザＤＢに蓄積される情報の概念
説明図。

【図１９】第５実施形態例に係る広告システムの全体構
成図。

【図２０】図１９のインセンティブＤＢに蓄積される情
報の概念説明図。

【図２１】図１９のアクセスＤＢに蓄積される情報の概
念説明図。

【図２２】図１９の広告システムが行うインセンティブ
処理の流れを示すフローチャート。

【図２３】第６実施形態例に係る広告システムの全体構
成図。

【図２４】図２３の広告料ＤＢに蓄積される情報の概念
説明図。

【符号の説明】

１：広告サーバ ２：第１クライアント ３：第２クライアント ５：ネットワーク １１：広告ＤＢ １２：ユーザＤＢ １８：アクセスＤＢ １７：インセンティブＤＢ １１０：広告料ＤＢ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 神田 陽治 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内

Claims (5)

【特許請求の範囲】
1. 【請求項１】第１ユーザに操作される第1コンピュータ
   と第２ユーザに操作される第２コンピュータとを含む、
   ユーザ群によって操作されるネットワーク上のコンピュ
   ータ群に広告を配信する広告方法であって、 前記第１ユーザ及び前記第２ユーザを含む前記ユーザ群
   の状態を管理する状態管理ステップと、 前記第１ユーザの状態を前記第１コンピュータから受信
   して前記第２コンピュータに配信する状態配信ステップ
   と、 前記ネットワーク上のリソースを特定するリソース識別
   情報と前記広告の画像データを含む広告情報とを対応づ
   けて広告データベースに記憶する記憶ステップと、 前記記憶ステップで記憶させるためのリソース識別情報
   及び／または前記広告情報を、前記コンピュータ群から
   受け付ける広告受付ステップと、 前記広告受付ステップで受け付けた情報を、前記広告デ
   ータベースに格納する格納ステップと、 前記第１ユーザが利用中の第１リソースのリソース識別
   情報を検出するリソース検出ステップと、 前記検出ステップで検出された前記第１リソースのリソ
   ース識別情報に対応する第１広告情報を、前記記憶ステ
   ップで記憶されている前記広告情報から抽出する抽出ス
   テップと、 前記抽出ステップで抽出された前記第１広告情報を、前
   記第２コンピュータに配信する配信ステップと、 前記配信ステップで配信された前記第１広告情報に含ま
   れる広告画像データを、前記第２コンピュータ上で前記
   第１ユーザの状態として表示する広告ステップと、 を含む広告方法。
2. 【請求項２】第１ユーザに操作される第1コンピュータ
   と第２ユーザに操作される第２コンピュータとを含む、
   ユーザ群によって操作されるネットワーク上のコンピュ
   ータ群に広告群を配信する広告装置であって、 前記第１ユーザ及び前記第２ユーザを含む前記ユーザ群
   の状態を管理し、前記第１ユーザの状態を前記第１コン
   ピュータから受信して前記第２コンピュータに配信する
   状態管理手段と、 前記ネットワーク上のリソース群を特定するリソース識
   別情報群と前記広告群の画像データ群を含む広告情報群
   とを対応づけて記憶する広告データベースと、 前記広告データベースに記憶させるための未登録広告情
   報と前記リソース識別情報群に含まれる既登録リソース
   識別情報の指定とを、または前記広告データベースに記
   憶させるための未登録リソース識別情報を、前記コンピ
   ュータ群から受け付ける広告受付手段と、 前記広告受付手段が受け付けた情報を、前記広告データ
   ベースに格納する格納手段と、 前記リソース群に含まれ、前記第１ユーザが利用中の第
   １リソースを特定する第１リソース識別情報を、前記第
   １コンピュータから受信するリソース受信手段と、 前記広告情報群に含まれ、前記リソース受信手段が受信
   した前記第１リソース識別情報に対応する第１広告情報
   を、前記広告データベースから抽出する抽出手段と、 前記抽出手段により抽出された前記第１広告情報を、前
   記第２コンピュータに配信する配信手段と、 を備える広告装置。
3. 【請求項３】第１ユーザに操作される第1コンピュータ
   と第２ユーザに操作される第２コンピュータとを含む、
   ユーザ群によって操作されるネットワーク上のコンピュ
   ータ群に広告群を配信するコンピュータを機能させるた
   めの広告プログラムであって、 前記第１ユーザ及び前記第２ユーザを含む前記ユーザ群
   の状態を管理し、前記第１ユーザの状態を前記第１コン
   ピュータから受信して前記第２コンピュータに配信する
   状態管理手段、 前記ネットワーク上のリソース群を特定するリソース識
   別情報群と前記広告群の画像データ群を含む広告情報群
   とを対応づけて記憶する広告データベース、 リソース識別情報の指定と前記広告データベースに記憶
   させるための広告情報とを、または前記広告データベー
   スに記憶させるためのリソース識別情報を、前記コンピ
   ュータ群から受け付ける広告受付手段、 前記広告受付手段が受け付けた情報を、前記広告データ
   ベースに格納する格納手段、 前記第１ユーザが利用中の第１リソースのリソース識別
   情報を前記第１コンピュータから受信するリソース受信
   手段、 前記リソース受信手段が受信した前記第１リソースのリ
   ソース識別情報に対応する第１広告情報を、前記広告デ
   ータベースから抽出する抽出手段、及び、 前記抽出手段により抽出された前記第１広告情報を、前
   記第２コンピュータに配信する配信手段、 として前記コンピュータを機能させるための広告プログ
   ラム。
4. 【請求項４】第１ユーザに操作される第1コンピュータ
   と第２ユーザに操作される第２コンピュータとを含む、
   ユーザ群によって操作されるネットワーク上のコンピュ
   ータ群に用いられる広告表示方法であって、 前記第１ユーザ及び前記第２ユーザを含む前記ユーザ群
   の状態を管理する広告コンピュータに、前記第２コンピ
   ュータに配信してもらうための前記第１ユーザの状態
   を、前記第１コンピュータから送信する状態配信ステッ
   プと、 ネットワーク上のリソースであって、前記第１ユーザが
   利用中の第１リソースを特定するリソース識別情報を検
   出するリソース検出ステップと、 前記リソース検出ステップで検出された第１リソース識
   別情報を、前記広告コンピュータに送信するリソース送
   信ステップと、 前記第１リソース識別情報に関連しており広告画像デー
   タを含む第１広告情報を、前記広告コンピュータから受
   信する広告受信ステップと、 前記第１広告情報に含まれる前記広告画像データを、前
   記第１ユーザの状態として表示する広告ステップと、 を含む広告表示方法。
5. 【請求項５】ネットワークを介して複数の利用者端末が
   接続され、複数の利用者端末の１つから送出される利用
   者の状態に関する情報を取得して利用者毎に管理し、少
   なくとも１人の利用者が指定された状態情報の参照要求
   を受信し、当該利用者に対応付けて管理されている利用
   者の状態情報を要求元の利用者端末に送出する状態情報
   管理システムを利用した広告方法であって、 複数の利用者端末の１つから要求されたネットワークリ
   ソースを識別する情報を検知し、当該利用者端末を利用
   する利用者を識別する利用者情報と対応付けて記憶して
   おき、 複数の利用者端末の１つからの少なくとも１人の利用者
   を指定した状態情報参照要求を受け付け、状態情報要求
   に指定された利用者に対応付けて記憶されているネット
   ワークリソース識別情報を取得し、予め広告主の端末装
   置から要求を受けてネットワークリソース毎に対応付け
   て格納されている広告データを取得して、前記参照要求
   元の利用者端末に送出し、 当該要求元の利用者端末において、前記広告データが参
   照されたことを検知すると、広告データの参照状況を参
   照利用者毎あるいは広告データ毎に更新し、参照状況に
   応じて、利用者に対するインセンティブ情報を生成して
   当該利用者に通知するあるいは広告主に対する広告料を
   算出して広告料の請求データを当該広告主の端末に通知
   することを特徴とした広告方法。