(57)【要約】【課題】ネットワーク上で、ユーザに受け入れられやすく効果の高い広告を簡便に配信する。【解決手段】広告登録処理と広告配信処理とを行う。広告登録処理では、広告サーバ１は、広告を関連づける広告ＵＲＬの指定と広告情報とを、広告主端末５１から受け付ける。この広告情報は、広告アイコンや詳細な広告内容を提供する詳細ＵＲＬへのハイパーリンクを含む。広告サーバ１は、受信した広告情報を、指定された広告ＵＲＬと関連づけて広告ＤＢ１１に登録する。広告配信処理では、（１）ユーザ端末２ｂ上で表示中のWebコンテンツの閲覧ＵＲＬを広告サーバ１に送信する閲覧ＵＲＬ送信処理、（２）広告ＤＢ１１から閲覧ＵＲＬに対応する広告を抽出する広告抽出処理、（３）広告サーバ１から広告をユーザ端末２ａに送り、広告をユーザ端末２ａ上で表示する広告表示処理とを行う。【選択図】図１
2007080285.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して複数の利用者端末が接続され、複数の利用者端末の１つから送出される利用者の状態に関する情報を取得して利用者毎に管理し、少なくとも１人の利用者が指定された状態情報の参照要求を受信し、当該利用者に対応付けて管理されている利用者の状態情報を要求元の利用者端末に送出する状態情報管理システムを利用した広告方法であって、
複数の利用者端末の１つから要求されたネットワークリソースを識別する情報を検知し、当該利用者端末を利用する利用者を識別する利用者情報と対応付けて記憶しておき、
複数の利用者端末の１つからの少なくとも１人の利用者を指定した状態情報参照要求を受け付け、状態情報要求に指定された利用者に対応付けて記憶されているネットワークリソース識別情報を取得し、予め広告主の端末装置から要求を受けてネットワークリソース毎に対応付けて格納されている広告データを取得して、前記参照要求元の利用者端末に送出し、
当該要求元の利用者端末において、前記広告データが参照されたことを検知すると、広告データの参照状況を参照利用者毎あるいは広告データ毎に更新し、参照状況に応じて、利用者に対するインセンティブ情報を生成して当該利用者に通知するあるいは広告主に対する広告料を算出して広告料の請求データを当該広告主の端末に通知することを特徴とした広告方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してユーザ間で状態を互いに参照することが可能なシステムを利用した広告技術に関する。
本発明において、状態管理システムとは、複数のユーザ端末がネットワークを介して接続されることにより構成される。このシステムは、ネットワークを介してユーザの状態に関する情報を取得し、状態情報をユーザ毎に対応付けて記録する。ユーザ端末は、所望のユーザの状態情報を要求し、これを取得することができる。なかでも、予め参照したいユーザ群を登録しておくと、システムに接続したときに予め登録されているユーザ群の状態情報が取得されて一覧表示されるシステムがより好ましい。状態管理システムの一例としては、会社のオフィスなどでされている行き先表示システムや在席管理システム、バディリストシステムが挙げられる。
【０００２】
本発明において、リソースとは、各種ファイル、例えばmp3ファイル、テキストファイル、バイナリファイルなどのデータを格納したファイルや、exeファイルなどのプログラムを格納したファイルである。
【背景技術】
【０００３】
インターネット上で提供される各種サービスのうち、無料で提供されるサービスは、広告料で成立しているものがほとんどである。具体的には、コンテンツの一部として掲載されるバナー広告の掲載料をもとに、各種無料サービスの多くが運営されている。
Web上での典型的な広告手法は、次のようにして広告を表示する。Webコンテンツの一部に広告コンテンツへのリンク情報を記述し、広告コンテンツとWebコンテンツとをWebブラウザによりあたかも一つのドキュメントのように表示する。普通、表示される広告には、広告についての詳細な情報を提供する情報源へのハイパーリンクが埋め込まれている。これにより、ユーザは、広告をマウスクリックすると、その情報源にある詳細情報を参照することができる（Double Click inc. 米国特許US5948061参照）。
【０００４】
広告の掲載料の決定方法は、大きく分けて以下の３通りがある。１）Webコンテンツが参照された回数を基に計算する方法、２）広告にリンクされている詳細情報が参照された回数を基に計算する方法、3) 広告にリンクされている詳細情報が参照され、さらにそれが商品購入に結びついたとしたときの購入額や購入頻度を基に計算する方法、の３通りである。
【０００５】
一方、インターネットの普及に伴い、バディリストシステムなどの状態管理システムが急速に普及している。バディリストシステムでは、利用者が友人や同僚などをバディとして登録するためのリストを持つ。一般にこのリストはバディリストと呼ばれる。ユーザがバディを登録すると、友人や同僚の接続状況や、在席中、忙しいなどのユーザ状態が、バディリスト上に登録した友人や同僚に対応付けて画面上に表示される。ユーザは、バディの状態を参照し、バディの状態に適したコミュニケーション手段をバディリスト上から起動することができる。コミュニケーション手段としては、例えばICQやAOL Instant Messengerなどのインスタントメッセージングシステム、電子メールシステム、電話が挙げられる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
バナー広告に代表されるWeb広告では、Webコンテンツに広告が付随しているため、ユーザが、Webコンテンツを閲覧する際、必然的にバナー広告も閲覧してくれるという利点がある。
しかし、バナー広告を掲載しようとする広告主の観点からは、バナー広告へユーザが実際に注目しているか否かが疑わしいという問題がある。バナー広告はWebコンテンツに付随しているが、表示面積がコンテンツに比して小さく、また同じページに複数のバナーが存在するのが一般的である。そのため、バナー広告自体にユーザの注目を集めにくい。さらに、ユーザは画面をスクロールしてバナー広告をWebブラウザの表示範囲から外すことが簡単にできるため、バナー広告に高い広告効果を期待できないのが現状である。
【０００７】
バナー広告の掲載を許可するWebコンテンツ所有者の観点からは、次のような問題がある。Webコンテンツ所有者は、Webコンテンツにあらかじめバナー広告表示領域を確保するための編集を行う必要がある。そのため、広告の存在によって、コンテンツのレイアウトが制約を受け、コンテンツの作成が複雑となる。
ネットワーク上で広告を閲覧するユーザの観点からは、ウェブ広告について他の問題が指摘されている。その問題とは、単に広告をネットワーク上で掲載しても、サービスの利用や商品の購入には直接つながりにくいということである。ユーザがサービスや商品の購入を決意する大きな要因の一つは家族や友人の意見であり、広告は単に商品の存在を知らせる役割を担っているに過ぎないと考えられているためである。
【０００８】
一方、バナー広告以外のネットワーク上の広告方法として、消費者の許諾を得て興味のあるジャンルの広告のみを電子メールで配信する、オプトインメールと呼ばれる広告手法が挙げられる。だが、オプトインメールの申込みをユーザに行わせるきっかけをつくるためには、他の広告手段に頼らざるを得ない。
ICQやAOL Instant Messengerなどのインスタントメッセージングサービス（IMサービス）の中には、広告用表示領域をユーザ端末上に表示するサービスも存在する。しかし、IMサービスはユーザ間のプライベートなコミュニケーションを提供するサービスであるため、ユーザと関係の無い広告の提供にこのサービスを利用しても効果が薄いばかりか却ってユーザの反発を招き、効果的な広告媒体として期待することは難しいと考えられる。
【０００９】
本発明は、ネットワーク上で、ユーザに受け入れられやすく効果の高い広告を簡便に配信する技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
前記課題を解決するために、本願第１発明は、ネットワークを介して複数の利用者端末が接続され、複数の利用者端末の１つから送出される利用者の状態に関する情報を取得して利用者毎に管理し、少なくとも１人の利用者が指定された状態情報の参照要求を受信し、当該利用者に対応付けて管理されている利用者の状態情報を要求元の利用者端末に送出する状態情報管理システムを利用した広告方法を提供する。この方法は、下記Ａ〜Ｃの処理を含んでいる。
Ａ：複数の利用者端末の１つから要求されたネットワークリソースを識別する情報を検知し、当該利用者端末を利用する利用者を識別する利用者情報と対応付けて記憶しておき、
Ｂ：複数の利用者端末の１つからの少なくとも１人の利用者を指定した状態情報参照要求を受け付け、状態情報要求に指定された利用者に対応付けて記憶されているネットワークリソース識別情報を取得し、予め広告主の端末装置から要求を受けてネットワークリソース毎に対応付けて格納されている広告データを取得して、前記参照要求元の利用者端末に送出し、
Ｃ：当該要求元の利用者端末において、前記広告データが参照されたことを検知すると、広告データの参照状況を参照利用者毎あるいは広告データ毎に更新し、参照状況に応じて、利用者に対するインセンティブ情報を生成して当該利用者に通知するあるいは広告主に対する広告料を算出して広告料の請求データを当該広告主の端末に通知する。
【００１１】
前記コンピュータには移動体端末を含む。ネットワーク上のリソースとは、Webコンテンツ、MP3ファイルやMIDIファイルなどのマルチメディアデータ、ネットワークに接続されているコンピュータで使用されているアプリケーションなどである。リソース識別情報としては、WebページのＵＲＬ、マルチメディアデータのファイル名、アプリケーションの実行ファイル名などが考えられる。広告データとしては、広告主の企業シンボルを表すアイコンファイルやアイコンファイルを特定するための識別子が挙げられる。広告データには、アイコンファイルの他に、詳細な広告内容が記述されたWebページのＵＲＬなどが含まれていても良い。広告データベース（ＤＢ）に記憶される広告の内容とリソースとは、Webコンテンツにおけるバナー広告のように無関係であっても良い。
【００１２】
例えば、バディリストシステム上で、ユーザＡがユーザＢの状態を参照しているとする。ユーザＢが、Webブラウザを用いて「ＵＲＬ１」で特定されるWebコンテンツを参照すると、リソース識別情報「ＵＲＬ１」が検出される。そして、「ＵＲＬ１」に対応づけられている広告が、ユーザＡのコンピュータ上で第２ユーザの状態として表示される。
ユーザＡは、自分の知り合いであるユーザＢの状態が広告により表示されているので、ごく自然に広告を受け入れることができる。広告主は、バディリスト内のユーザ同士の信頼関係により広告が配信され、しかも広告への注目度が高まることを期待できる。リソース所有者は、リソースの内容を変更することなくリソースを広告媒体とすることができ、広告掲載料を広告主から徴収することも可能である。
【発明の効果】
【００１３】
本発明を用いれば、各種の広告をユーザ間の信頼関係で配信することができるので、ユーザが広告を受け入れやすく、高い広告効果を期待することができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の広告方法を適用した広告システムについて、実施形態例を挙げながら具体的に説明する。
＜バディリストシステム＞
まず、広告システムが利用するバディリストシステムについて説明する。バディリストシステムは、ユーザの状態情報を管理しているバディサーバと、複数のバディクライアントとがネットワークを介して接続されて構成される。
【００１５】
ユーザAは、バディクライアントａを使用して、自己の状態に関する情報をバディサーバに登録する。その際、登録した状態情報の公開レベルを併せて設定することも可能である。また、ユーザＡは、状態情報を参照したい他のユーザ群を登録する。このユーザ群をバディリストと称している。
バディサーバは、バディクライアントａから通知されてきたユーザＡの状態情報や公開レベルを、ユーザＡに対応づけて記憶する。また、バディクライアントaから通知されてきたバディリストに基づいて、バディリストに登録されているユーザＢ、Ｃ、Ｄ・・・の状態情報の配信をユーザＡが希望していることを、記憶しておく。バディサーバは、ユーザＡの状態情報を受け取ると、前述した通り、ユーザＡに対応づけて記憶すると共に、ユーザＡの状態情報の配信先に対して、更新された状態情報を通知する。
【００１６】
一方で、バディクライアントaは、表示されているユーザＢ、Ｃ、Ｄ・・・の状態情報を更新する。バディクライアントaが起動していない場合には、起動された時点で、ユーザＢ、Ｃ、Ｄ・・・の最新の状態情報をバディサーバから取得して表示する。
つまり、バディリストシステムでは、自己の状態及び関心のあるユーザをバディとして登録しておくことにより、バディの状態がバディクライアントによりユーザ端末上で一覧表示される。また、参照しているバディの状態情報が変更された場合、ユーザ端末上で表示されている状態情報が自動的に更新される。ユーザは、バディサーバに接続してバディリストを登録しておくことにより、気になるユーザの状態を手軽に参照することが可能となる。
【００１７】
ユーザ状態は、文字や状態アイコンなどのオブジェクトにより表される。状態アイコンは、バディリストシステムの提供者から提供され、各ユーザ端末にニーズに応じてダウンロードされる。
＜発明の概要＞
まず、本発明に係る広告システムの概略構成及び処理の流れを説明する。
【００１８】
［全体構成］
図１は、バディリストシステムを利用した広告システムの全体構成図である。このシステムは、広告サーバ１と、ユーザA及びＢが操作するユーザ端末２ａ及び２ｂと、WWWサーバ４１ａ、４１ｂと、広告主端末５１とが、インターネットなどのネットワーク５により接続されて構成されている。
【００１９】
広告サーバ１には、広告を蓄積する広告データベース（ＤＢ）１１と、バディサーバ１０とが設けられている。バディサーバ１０はユーザ状態を蓄積するユーザＤＢ１２を有している。ユーザ端末２ａ，ｂは、バディクライアント２０ａ，b及びWebブラウザ２１ａ，ｂを有している。WWWサーバ４１ｂはマルチメディアファイルを蓄積するファイルサーバであってもよい。  
【００２０】
［処理の流れ］
図２は、広告システム全体における処理の流れを示す説明図である。広告システムは、広告登録処理と広告配信処理とを行う。
広告登録処理
広告登録処理では、広告サーバ１は、広告を関連づけるＵＲＬ（以下、広告ＵＲＬという）の指定と広告情報とを、広告主端末５１から受け付ける。この広告情報には、少なくとも広告アイコンの画像データが含まれている。詳細な広告内容を提供するWebページのＵＲＬ（以下、詳細ＵＲＬという）へのハイパーリンクを、広告情報に含めても良い。広告サーバ１は、受信した広告情報を、指定された広告ＵＲＬと関連づけて広告ＤＢ１１に登録する。
【００２１】
広告配信処理
広告配信処理では、（１）ユーザ端末上で表示中のWebコンテンツのＵＲＬ（以下、単に閲覧ＵＲＬという）を広告サーバ１に送信する閲覧ＵＲＬ送信処理と、（２）広告ＤＢ１１から広告を抽出する広告抽出処理と、（３）広告表示処理とが行われる。
まず、ユーザ端末２ａは、広告サーバ1に接続し、バディであるユーザＢの状態参照要求を行う（＃１）。これにより、ユーザ端末２ａでユーザＢの状態を参照することができる。
【００２２】
一方、ユーザ端末２ｂは、Webブラウザ２１ｂによりＵＲＬ”www.fujitaro.com”で特定されるWebコンテンツの取得要求を行い（＃２）、WWWサーバ４１bからこれを取得して表示する（＃３）。
さらに、ユーザ端末２ｂは、表示中のコンテンツのＵＲＬ（以下、閲覧ＵＲＬという）、すなわち”www.fujitaro.com”を広告サーバ１へ通知する（＃４）。
【００２３】
広告サーバ１は、閲覧ＵＲＬを受信し、ユーザＤＢ１２に蓄積する（＃５）。さらに広告サーバ１は、送信されてきた閲覧ＵＲＬに対応づけられている広告情報を、広告ＤＢ１１から抽出する（＃６）。抽出された広告情報は、ユーザＢの状態としてユーザ端末２ａへ配信される（＃７）。
広告情報を受信したユーザ端末２ａは、ユーザＢの状態として広告アイコンを表示する。広告アイコンに詳細ＵＲＬへのハイパーリンクが埋め込まれている場合、広告アイコンがダブルクリックされることにより、ユーザ端末２ａは詳細ＵＲＬ に対応するWWWサーバ４１ａからWebコンテンツを取得して表示する（＃８）。
【００２４】
＜第１実施形態例＞
次に、バディリストシステムを利用した広告システムについてさらに詳しく説明する。
［構成］
（１）広告サーバの構成
再び図１を参照し、広告サーバ１の構成を説明する。広告サーバ１は、広告ＤＢ１１及び広告管理部１６を、バディサーバ１０に付加することにより構成されている。バディサーバ１０は、ユーザＤＢ１２と、状態管理部１３と、通信部１５とを有している。まず、広告ＤＢ１１及びユーザＤＢ１２について説明する。
【００２５】
図３は、広告ＤＢ１１に蓄積される情報の概念説明図である。この例では、広告ＤＢ１１は、広告ＵＲＬ、広告アイコン、詳細ＵＲＬ及び広告ＵＲＬ所有者連絡先を蓄積している。このうち、「広告アイコン」及び「詳細ＵＲＬ」は広告情報を形成している。
「広告ＵＲＬ」は、前述したように、広告が関連づけられるWebコンテンツのＵＲＬを表す。「広告アイコン」は、広告主の広告アイコンの画像データファイル（以下、アイコンファイルという）を表す。アイコンファイルそのものに代えて、アイコンファイルが蓄積されているアドレスやアイコンの識別子を広告アイコンとして蓄積しても良い。
【００２６】
「詳細ＵＲＬ」は、前述したように、詳細な広告内容が掲載されている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”とを、ユーザ端末２ａへ送信する。これにより、ユーザ端末２ａでは、広告アイコンがユーザＢに対応して表示される。
【００３９】
（２）ユーザ端末における処理
ユーザ端末２ａ、ｂは、前記広告配信処理中の閲覧ＵＲＬ送信処理と広告表示処理とを行う。
（２−１）閲覧ＵＲＬ送信処理
図７は、ユーザ端末２ａ，ｂのバディクライアント２０ａ，ｂが行う閲覧ＵＲＬ送信処理の流れを示すフローチャートである。この処理では、ユーザ端末２ａ、ｂは、閲覧ＵＲＬの変化を監視し、閲覧ＵＲＬが変化すると広告サーバ１に新たな閲覧ＵＲＬを送信する。本実施形態例では、ユーザ端末２ｂが閲覧ＵＲＬ”
1162785639464_0
”を広告サーバ１に送信する。
【００４０】
ステップＳ１１：バディクライアント２０ｂは、一定時間、例えば５分の経過を待機し、５分が経過するとステップＳ１２へ移行する。
ステップＳ１２：バディクライアント２０ｂは、Webブラウザ２１ｂから閲覧ＵＲＬを取得する。
ステップＳ１３：バディクライアント２０ｂは、ステップＳ１２で取得した閲覧ＵＲＬが前回取得した閲覧ＵＲＬと異なるか否かを判断する。”Yes”と判断した場合、「前回取得した閲覧ＵＲＬ」の値を現在の閲覧ＵＲＬ”
1162785639464_1
”に変更する。さらに、「前回取得した閲覧ＵＲＬ」を現在の閲覧ＵＲＬ”
1162785639464_2
”に変更し、ステップＳ１４へ移行する。”No”と判断した場合、ステップＳ１１へ戻る。
【００４１】
ステップＳ１４：バディクライアント２０ｂは、現在の閲覧ＵＲＬ”
1162785639464_3
”を、バディクライアント２０ｂのユーザIDと共に広告サーバ１へ送信する。
（２−２）広告表示処理
図８は、ユーザ端末２ａ、ｂのバディクライアント２０ａ、ｂが行う広告表示処理の流れを示すフローチャートである。この処理では、ユーザ端末２ａ、ｂは、バディの閲覧ＵＲＬに対応する最新の広告情報を受信し、広告アイコンを表示する。本実施形態例では、ユーザ端末２ａが、ユーザＢの閲覧ＵＲＬ”www.fujitaro.com”に対応する広告アイコンを表示する。
【００４２】
ステップＳ３１：バディクライアント２０ａは、バディであるユーザＢのユーザIDと、閲覧ＵＲＬ”
1162785639464_4
”に対応する広告情報とを受信する。受信のタイミングは、バディクライアント２０ａが広告サーバ１に接続してバディの状態を要求したときか、またはユーザＢの閲覧ＵＲＬの変化が広告サーバ１に登録されたときである。
【００４３】
ステップＳ３２：バディクライアント２０ａは、広告情報の中から広告アイコンを抽出し、ユーザ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による詳細ＵＲＬへのアクセスが所定回数に達した場合、ユーザＡに対してインセンティブを付与する。
【００６２】
ステップＳ３１：インセンティブ管理部１９は、ユーザ端末２ａ，ｂから詳細ＵＲＬへのアクセス通知を待機している。いずれかのユーザ端末、例えばユーザ端末２ａからＵＲＬ
1162785639464_5
へのアクセス通知を受け取ると、ユーザ端末２ａの
1162785639464_6
へのアクセス回数が蓄積されているエントリを、アクセスＤＢ１８から検索し、あればアクセス回数をインクリメントする。このエントリがない場合は、新たなエントリを作成する。
【００６３】
ステップＳ３２：インセンティブ管理部１９は、インセンティブＤＢ１７及びアクセスＤＢ１８を参照し、前記
1162785639464_7
へのアクセス回数がインセンティブＤＢ１７で定められた基準アクセス回数に達しているかどうかを判断する。基準に達している場合、ステップＳ３３へ移行する。基準に達していない場合は再びステップＳ３１に戻り、ユーザ端末２ａ、ｂからのアクセス通知を待機する。
【００６４】
ステップＳ３３：インセンティブ管理部１９は、ユーザＡへインセンティブを通知する。インセンティブ通知の方法としては、例えばインセンティブの内容が示されているWebページへのハイパーリンクを記述した電子メールを、ユーザ端末２ａに送信することが考えられる。
通知を受けたユーザＡが、ブラウザ２１ａによりそのWebページへアクセスすると、ある商品のクーポン券が表示される。ユーザＡはそれをプリントアウトして店頭に持って行き、商品と交換してもらうことによりインセンティブを享受する。以上の処理により、本広告システムへの参加の動機付けをユーザに提供し、ユーザ数を増やして広告効果を高めることを期待できる。
【００６５】
＜第６実施形態例＞
第６実施形態例では、広告システムの管理者が広告主から広告料を徴収する広告システムについて説明する。
［構成］
前述の第５実施形態例においてはアクセス回数に応じたインセンティブをユーザに与えたが、同様な方法でアクセス回数に応じた広告料を決定することもできる。図２３は、第６実施形態例に係る広告システムの構成図である。この広告システムは、前記インセンティブＤＢ１７に代えて広告料ＤＢ１１０が、インセンティブ管理部１９に代えて広告料管理部１１１が設けられている。図中、前記第５実施形態例と同様の符号で示した要素については、前述と同様の機能を有している。広告料管理部１１１は、広告サーバ１の操作者から広告料ＤＢ１１０への広告料の登録や変更を受け付ける。
【００６６】
図２４は、広告料ＤＢ１１０に蓄積される情報の概念説明図である。広告料ＤＢ１１０は、参照回数（／月）及び広告料（／月）を蓄積している。広告料ＤＢは、広告システムの管理者によりシステム構築時に作成される。
[処理の流れ]
前述の構成を有する広告システムでは、第１実施形態例と同様の流れで広告登録処理及び広告配信処理が行われ、さらに広告料決定処理が行われる。
【００６７】
広告料決定処理では、ユーザ端末２ａ、ｂが詳細ＵＲＬへアクセスする毎に、広告料管理部６２がアクセスＤＢ１８の詳細ＵＲＬアクセス回数をインクリメントする。アクセス回数をカウントする処理は、第５実施形態例のステップＳ３１と同様にして行われる。
さらに、広告料管理部６２は、適当なタイミングで、例えば１月に一度、アクセスＤＢ１８及び広告料ＤＢ６１を参照し、その月の広告料を詳細ＵＲＬごとに決定する。以上の処理により、広告システムの管理者は広告主から広告料を得ることが可能となる。
【００６８】
＜その他の実施形態例＞
（Ａ）前記第１実施形態例では、「広告ＵＲＬ」及び「広告ＵＲＬ所有者連絡先」を広告サーバ管理者により登録しているが、他の態様も考えられる。例えば、広告サーバ１は、広告管理部１６により、広告ＵＲＬのコンテンツの所有者からネットワークを介して「広告ＵＲＬ」及び「広告ＵＲＬ所有者連絡先」の登録を受け付けることも可能である。
【００６９】
（Ｂ）前記第１実施形態例では、ユーザ端末２ａ、ｂにより閲覧ＵＲＬの変化を監視したが、他の態様も可能である。例えば、ユーザ端末２ａ、ｂから一定時間間隔で閲覧ＵＲＬを広告サーバ１に送信する。広告サーバ１は、前回の閲覧ＵＲＬと最新の閲覧ＵＲＬとを比較し、変化している場合は広告情報を広告ＤＢ１１から抽出して配信する。
（Ｃ）前記第１実施形態例において、詳細ＵＲＬが広告情報に含まれていないにも関わらず、ユーザ端末上で広告アイコンがダブルクリックされた場合、広告サーバ１またはユーザ端末上のバディクライアント２０ａ、ｂにより、詳細ＵＲＬが登録されていないことをユーザに通知すると良い。
【００７０】
広告サーバ１によりこの通知を行う場合、バディクライアント２０ａ、ｂから広告サーバ１に対し、広告アイコンの指定と共に詳細ＵＲＬの要求を送信する。広告サーバ１は、指定された広告アイコンに対応する詳細ＵＲＬを広告ＤＢ１１から検索し、ない場合には、詳細ＵＲＬが登録されていない旨のメッセージなどをユーザ端末２ａ、ｂに送信する。
（Ｄ）前記第５実施形態例において、広告が配信されるユーザＡにインセンティブを付与しているが、ユーザＢにインセンティブを付与することも考えられる。ユーザＢは、Webコンテンツにアクセスしているという自状態と広告との関連付を許可しているからである。ユーザＢの状態に対応する広告アイコンを選択することによる詳細ＵＲＬへのアクセスが何回あったかをカウントし、そのアクセス回数に応じてインセンティブを付与すればよい。
【００７１】
（Ｅ）前述の処理を行うプログラムを記録したコンピュータ読み取り可能な記録媒体も本発明に含まれる。ここで記録媒体としては、コンピュータが読み書き可能なフレキシブルディスク、半導体メモリ、CD-ROM、DVD、MO、その他のものが挙げられる。
＜付記＞
（付記１）
第１ユーザに操作される第1コンピュータと第２ユーザに操作される第２コンピュータとを含む、ユーザ群によって操作されるネットワーク上のコンピュータ群に広告を配信する広告方法であって、
前記第１ユーザ及び前記第２ユーザを含む前記ユーザ群の状態を管理する状態管理ステップと、
前記第１ユーザの状態を前記第１コンピュータから受信して前記第２コンピュータに配信する状態配信ステップと、
前記ネットワーク上のリソースを特定するリソース識別情報と前記広告の画像データを含む広告情報とを対応づけて広告データベースに記憶する記憶ステップと、
前記記憶ステップで記憶させるためのリソース識別情報及び／または前記広告情報を、前記コンピュータ群から受け付ける広告受付ステップと、
前記広告受付ステップで受け付けた情報を、前記広告データベースに格納する格納ステップと、
前記第１ユーザが利用中の第１リソースのリソース識別情報を検出するリソース検出ステップと、
前記検出ステップで検出された前記第１リソースのリソース識別情報に対応する第１広告情報を、前記記憶ステップで記憶されている前記広告情報から抽出する抽出ステップと、
前記抽出ステップで抽出された前記第１広告情報を、前記第２コンピュータに配信する配信ステップと、
前記配信ステップで配信された前記第１広告情報に含まれる広告画像データを、前記第２コンピュータ上で前記第１ユーザの状態として表示する広告ステップと、
を含む広告方法。
【００７２】
（付記２）
第１ユーザに操作される第1コンピュータと第２ユーザに操作される第２コンピュータとを含む、ユーザ群によって操作されるネットワーク上のコンピュータ群に広告群を配信する広告装置であって、
前記第１ユーザ及び前記第２ユーザを含む前記ユーザ群の状態を管理し、前記第１ユーザの状態を前記第１コンピュータから受信して前記第２コンピュータに配信する状態管理手段と、
前記ネットワーク上のリソース群を特定するリソース識別情報群と前記広告群の画像データ群を含む広告情報群とを対応づけて記憶する広告データベースと、
前記広告データベースに記憶させるための未登録広告情報と前記リソース識別情報群に含まれる既登録リソース識別情報の指定とを、または前記広告データベースに記憶させるための未登録リソース識別情報を、前記コンピュータ群から受け付ける広告受付手段と、
前記広告受付手段が受け付けた情報を、前記広告データベースに格納する格納手段と、
前記リソース群に含まれ、前記第１ユーザが利用中の第１リソースを特定する第１リソース識別情報を、前記第１コンピュータから受信するリソース受信手段と、
前記広告情報群に含まれ、前記リソース受信手段が受信した前記第１リソース識別情報に対応する第１広告情報を、前記広告データベースから抽出する抽出手段と、
前記抽出手段により抽出された前記第１広告情報を、前記第２コンピュータに配信する配信手段と、
を備える広告装置。
【００７３】
（付記３）
前記広告データベースは、前記リソース識別情報群に含まれる各リソース識別情報の所有者への通信アドレス群をさらに記憶し、
前記広告受付手段が前記未登録広告情報と前記既登録リソース識別情報の指定とを前記コンピュータ群から受け付けた場合、前記未登録広告情報の所有者と既登録リソース識別情報の所有者とが同一か否かを判断する判断手段と、
前記判断手段の判断結果に従い、前記既登録リソース識別情報の所有者の通信アドレスを用い、前記既登録リソース識別情報に前記未登録広告情報を対応付けて良いか否かの問い合わせを送信する問い合わせ手段と、
前記問い合わせに対する回答を受信し、回答内容に応じて前記既登録リソース識別情報の指定と前記未登録広告情報とを前記格納手段に渡す回答受信手段と、
をさらに有する、付記２に記載の広告装置。
【００７４】
通信アドレスとしては、電話番号、電子メールアドレスなどが考えられる。リソースの所有者とは、Webコンテンツの所有者、マルチメディアデータの所有者、アプリケーションの販売元などである。あるリソースの所有者とそのリソースに広告情報を対応づけようとする広告主とが同一でない場合、通信アドレスを用いてリソースの所有者に事前に広告情報の対応付けの了承を得る。また、既にあるリソースに対応付けられている広告情報を変更したい場合も同様である。
【００７５】
（付記４）
前記広告情報群に含まれる広告情報は、詳細な広告内容を定義している前記ネットワーク上の詳細情報を特定する詳細識別情報をさらに含んでおり、
前記広告データベースは、前記詳細識別情報をさらに記憶し、
前記広告受付手段は、前記広告データベースに格納されている既登録広告情報の指定と共にまたは前記未登録広告情報と共に、前記詳細識別情報をさらに受け付ける、
付記２に記載の広告装置。
【００７６】
詳細情報としては、広告している製品についての商品説明や値段が記載されたWebコンテンツが挙げられる。詳細識別情報としては、前記WebコンテンツのＵＲＬが挙げられる。広告情報に詳細識別情報を含ませておくと、配信された広告を第２ユーザがクリックすることにより、第２コンピュータ上のWebブラウザがリンク先ＵＲＬにアクセス可能である。このようにして、配信された広告の詳細情報が第２コンピュータ上で表示される。従って、広告を配信された第２ユーザは、第１ユーザの状態として表示されている広告アイコンを用いて広告の詳細を容易に知ることができる。
【００７７】
（付記５）
前記第１広告情報に対応する詳細情報へのアクセス要求を前記第２コンピュータから受け付け、前記第１広告情報に含まれる詳細識別情報が前記広告データベースに格納されているか否かを判断し、格納されていない場合はその旨を前記第２コンピュータに通知する通知手段をさらに備える、
付記４に記載の広告装置。
【００７８】
（付記６）
コンピュータの識別情報と、詳細識別情報と、コンピュータから詳細情報へのアクセス回数またはアクセス頻度と、を記憶するアクセスデータベースと、
前記第２コンピュータが前記第１広告情報に含まれる第１詳細識別情報により特定される第１詳細情報へアクセスしたか否かを判断し、判断結果に応じて前記アクセスデータベースを更新するアクセスデータベース更新手段と、
をさらに備える付記４に記載の広告装置。
【００７９】
ユーザが詳細情報へアクセスするごとに、その詳細情報にアクセスした回数の総計またはアクセス頻度が更新される。これにより、あるコンピュータがどのくらい詳細情報群を参照しているか、あるいはある詳細情報がコンピュータ群からアクセスされている状況などを把握できる。
（付記７）
詳細識別情報と、前記ユーザ群に付与するインセンティブを特定するインセンティブ情報と、前記インセンティブを付与するための付与条件と、を記憶するインセンティブデータベースと、
前記アクセスデータベース及び前記インセンティブデータベースを参照し、前記第１コンピュータが前記付与条件のいずれかを満たしたか否かを判断し、満たした場合は満たした付与条件に対応付けられたインセンティブ情報を前記第１コンピュータに送信するインセンティブ付与手段と、
をさらに有する付記６に記載の広告装置。
【００８０】
インセンティブを付与するための付与条件群としては、例えばある詳細情報へのアクセス総回数が５０回に達した第２ユーザにはマウスパッドの交換クーポンを、１００回に達した第２ユーザにはマウスの交換クーポンを付与することが挙げられる。インセンティブ情報としては、交換クーポンの電子データが挙げられる。インセンティブ情報の付与手段としては、前記電子データを電子メールで送信することが考えられる。詳細情報を頻繁に参照する第２ユーザにインセンティブを付与することにより、ユーザ状態に対応する広告が表示される状態管理システムへの参加ユーザが増加することを期待できる。また、ユーザ状態として対応する広告の設定を許可した第１ユーザに対しても、設定された広告の数や第２ユーザの参照数に応じてインセンティブを付与することにより、さらに状態管理システムのユーザの増加を期待できる。
【００８１】
（付記８）
アクセス回数またはアクセス頻度と、前記アクセス回数またはアクセス頻度に応じた広告料と、を記憶する広告料データベースと、
前記アクセスデータベース及び前記広告料データベースを参照し、前記第１詳細情報へのアクセス回数の総和またはアクセス頻度の総和を算出し、算出結果に応じて前記第１広告情報の広告料を決定する広告料算出手段と、
をさらに有する付記６に記載の広告装置。
【００８２】
例えば、広告料データベースには、一月のアクセス回数が５０回以上１００回未満の場合は広告料が１０００円、１００回以上の場合は３０００円と記憶されている。ある詳細情報へのアクセス総回数が６０回／月である場合、その詳細情報が関連している広告の広告料は１０００円となる。この広告装置により、広告装置の管理者は広告料を得ることができる。
【００８３】
（付記９）
第１ユーザに操作される第1コンピュータと第２ユーザに操作される第２コンピュータとを含む、ユーザ群によって操作されるネットワーク上のコンピュータ群に広告群を配信するコンピュータを機能させるための広告プログラムであって、
前記第１ユーザ及び前記第２ユーザを含む前記ユーザ群の状態を管理し、前記第１ユーザの状態を前記第１コンピュータから受信して前記第２コンピュータに配信する状態管理手段、
前記ネットワーク上のリソース群を特定するリソース識別情報群と前記広告群の画像データ群を含む広告情報群とを対応づけて記憶する広告データベース、
リソース識別情報の指定と前記広告データベースに記憶させるための広告情報とを、または前記広告データベースに記憶させるためのリソース識別情報を、前記コンピュータ群から受け付ける広告受付手段、
前記広告受付手段が受け付けた情報を、前記広告データベースに格納する格納手段、
前記第１ユーザが利用中の第１リソースのリソース識別情報を前記第１コンピュータから受信するリソース受信手段、
前記リソース受信手段が受信した前記第１リソースのリソース識別情報に対応する第１広告情報を、前記広告データベースから抽出する抽出手段、及び、
前記抽出手段により抽出された前記第１広告情報を、前記第２コンピュータに配信する配信手段、
として前記コンピュータを機能させるための広告プログラム。
【００８４】
（付記１０）
第１ユーザに操作される第1コンピュータと第２ユーザに操作される第２コンピュータとを含む、ユーザ群によって操作されるネットワーク上のコンピュータ群に用いられる広告表示方法であって、
前記第１ユーザ及び前記第２ユーザを含む前記ユーザ群の状態を管理する広告コンピュータに、前記第２コンピュータに配信してもらうための前記第１ユーザの状態を、前記第１コンピュータから送信する状態配信ステップと、
ネットワーク上のリソースであって、前記第１ユーザが利用中の第１リソースを特定するリソース識別情報を検出するリソース検出ステップと、
前記リソース検出ステップで検出された第１リソース識別情報を、前記広告コンピュータに送信するリソース送信ステップと、
前記第１リソース識別情報に関連しており広告画像データを含む第１広告情報を、前記広告コンピュータから受信する広告受信ステップと、
前記第１広告情報に含まれる前記広告画像データを、前記第１ユーザの状態として表示する広告ステップと、
を含む広告表示方法。
【００８５】
（付記１１）
ネットワークを介して複数の利用者端末が接続され、複数の利用者端末の１つから送出される利用者の状態に関する情報を取得して利用者毎に管理し、少なくとも１人の利用者が指定された状態情報の参照要求を受信し、当該利用者に対応付けて管理されている利用者の状態情報を要求元の利用者端末に送出する状態情報管理システムを利用した広告方法であって、
複数の利用者端末の１つから要求されたネットワークリソースを識別する情報を検知し、当該利用者端末を利用する利用者を識別する利用者情報と対応付けて記憶しておき、
複数の利用者端末の１つからの少なくとも１人の利用者を指定した状態情報参照要求を受け付け、状態情報要求に指定された利用者に対応付けて記憶されているネットワークリソース識別情報を取得し、予め広告主の端末装置から要求を受けてネットワークリソース毎に対応付けて格納されている広告データを取得して、前記参照要求元の利用者端末に送出し、
当該要求元の利用者端末において、前記広告データが参照されたことを検知すると、広告データの参照状況を参照利用者毎あるいは広告データ毎に更新し、参照状況に応じて、利用者に対するインセンティブ情報を生成して当該利用者に通知するあるいは広告主に対する広告料を算出して広告料の請求データを当該広告主の端末に通知することを特徴とした広告方法。
【図面の簡単な説明】
【００８６】
【図１】本発明に係る広告システムの全体構成図。
【図２】広告システムにおける広告配信処理の大まかな流れ。
【図３】図１の広告ＤＢに蓄積される情報の概念説明図。
【図４】図１のユーザＤＢに蓄積される情報の概念説明図。
【図５】第１実施形態例に係る広告ＤＢ登録処理の流れを示すフローチャート。
【図６】第１実施形態例に係る広告抽出処理の流れを示すフローチャート。
【図７】第１実施形態例に係る閲覧ＵＲＬ送信処理の流れを示すフローチャート。
【図８】第１実施形態例に係る広告表示処理の流れを示すフローチャート。
【図９】（ａ）ユーザ端末２ｂに表示される画面例。（ｂ）ユーザ端末２ａ上で表示される広告アイコンの表示例。
【図１０】第２実施形態例に係る広告システムにおいて広告ＤＢに蓄積される情報の概念説明図。
【図１１】第２実施形態例において、ユーザ端末上で表示される広告アイコンの表示例。
【図１２】第３実施形態例に係る広告システムの全体構成図。
【図１３】図１２の広告ＤＢに蓄積される情報の概念説明図。
【図１４】図１２のユーザＤＢに蓄積される情報の概念説明図。
【図１５】図１２のユーザ端末上で表示される広告アイコンの表示例。
【図１６】第４実施形態例に係る広告システムの全体構成図。
【図１７】図１６の広告ＤＢに蓄積される情報の概念説明図。
【図１８】図１６のユーザＤＢに蓄積される情報の概念説明図。
【図１９】第５実施形態例に係る広告システムの全体構成図。
【図２０】図１９のインセンティブＤＢに蓄積される情報の概念説明図。
【図２１】図１９のアクセスＤＢに蓄積される情報の概念説明図。
【図２２】図１９の広告システムが行うインセンティブ処理の流れを示すフローチャート。
【図２３】第６実施形態例に係る広告システムの全体構成図。
【図２４】図２３の広告料ＤＢに蓄積される情報の概念説明図。
【符号の説明】
【００８７】
１：広告サーバ
２：第１クライアント
３：第２クライアント
５：ネットワーク
１１：広告ＤＢ
１２：ユーザＤＢ
１８：アクセスＤＢ
１７：インセンティブＤＢ
１１０：広告料ＤＢ
【図１】
2007080285.tif 000003
【図２】
2007080285.tif 000004
【図３】
2007080285.tif 000005
【図４】
2007080285.tif 000006
【図５】
2007080285.tif 000007
【図６】
2007080285.tif 000008
【図７】
2007080285.tif 000009
【図８】
2007080285.tif 000010
【図９】
2007080285.tif 000011
【図１０】
2007080285.tif 000012
【図１１】
2007080285.tif 000013
【図１２】
2007080285.tif 000014
【図１３】
2007080285.tif 000015
【図１４】
2007080285.tif 000016
【図１５】
2007080285.tif 000017
【図１６】
2007080285.tif 000018
【図１７】
2007080285.tif 000019
【図１８】
2007080285.tif 000020
【図１９】
2007080285.tif 000021
【図２０】
2007080285.tif 000022
【図２１】
2007080285.tif 000023
【図２２】
2007080285.tif 000024
【図２３】
2007080285.tif 000025
【図２４】
2007080285.tif 000026