(57)【特許請求の範囲】
【請求項１】
ユーザ状態を管理するアウェアネス装置から、ネットワーク上のユーザ端末に、前記ネットワーク上の広告主端末からの広告を配信する広告方法であって、
前記広告主端末は、ウェブページ上で、第１ユーザの識別情報を含む第１ユーザからの特典の要求を受け付けると、第１ユーザへ要求された特典を提供すると共に、ユーザ状態として前記広告主の広告と対応付けられた表象を設定することを前記第１ユーザに通知し、さらに前記第１ユーザの識別情報と前記第１ユーザのユーザ状態として前記表象の識別情報とを前記アウェアネス装置に通知し、
前記アウェアネス装置は、前記第１ユーザの識別情報と第１ユーザのユーザ状態として前記表象の識別情報とを、前記広告主端末から受け付け、
前記アウェアネス装置は、前記第１ユーザの識別情報に対応付けて前記第１ユーザのユーザ状態として前記表象を記憶し、
前記アウェアネス装置は、前記第１ユーザのユーザ状態を参照する第２ユーザに、前記表象を配信する、
広告方法。
【請求項２】
ユーザ状態を管理するアウェアネス装置から、ネットワーク上のユーザ端末に、前記ネットワーク上の広告主端末からの広告を配信する広告システムであって、
前記広告主端末は、ウェブページ上で、第１ユーザの識別情報を含む第１ユーザからの特典の要求を受け付けると、第１ユーザへ要求された特典を提供すると共に、ユーザ状態として前記広告主の広告と対応付けられた表象を設定することを前記第１ユーザに通知し、さらに前記第１ユーザの識別情報と前記第１ユーザのユーザ状態として前記表象の識別情報とを前記アウェアネス装置に通知し、
前記アウェアネス装置は、
前記第１ユーザの識別情報と第１ユーザのユーザ状態として前記表象の識別情報とを、前記広告主端末から受け付ける受付手段と、
前記第１ユーザの識別情報に対応付けて前記第１ユーザのユーザ状態として前記表象を記憶する記憶手段と、
前記第１ユーザのユーザ状態を参照する第２ユーザに、前記表象を配信する配信手段と、を有している、
広告システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上での広告方法に関する。さらに詳しくは、ネットワークを介してユーザ間で状態を互いに参照することが可能なシステムに基づく情報の配信方法に関する。
【０００２】
本発明において、アウェアネスシステムとは、ネットワークを介してユーザが互いに状態を参照可能なシステムをいう。このシステムでは、ユーザは、知り合いの一覧、いわゆるバディリストを設定し、バディリストに登録した他のユーザの状態を取得する。ユーザ状態及びバディリストは、アウェアネスサーバにより管理される。
【０００３】
【従来の技術】
近年、ICQやAOL Instant Messengerなどのアウェアネスシステムによるコミュニケーションが、インターネット上で急速に普及している。これらのシステムでは、ユーザがバディリストと呼ばれるユーザリストを設定すると、バディリストに登録した他のユーザの状態、例えばインターネットへの「接続状態」、「在席」、「多忙」などが、ユーザに通知される。ユーザは、通知されるユーザ状態を参照し、インスタントメッセージやチャットなどのコミュニケーション手段を相手の状態に応じて選択することができる。
【０００４】
また、インターネットへの接続機能を有する携帯電話の利用が急速に拡大しており、PDA向けの無線インターネットアクセスのサービスも開始されている。これらの携帯端末においても、アウェアネスシステム用アプリケーションの開発が進んでいる。携帯端末においては、「接続状態」などよりも、「電車に乗っている」、「車を運転中」、「レストランで食事中」など、より細かなユーザ状態が、電話をかけるタイミングの配慮や、コミュニケーションを促進する上で重要である。
【０００５】
こうした状態情報を通知するために有効なのが、アイコン形式の画像である。表示領域が限られている携帯端末では、凝縮された情報を小さな表示領域で表現可能なアイコンに対するニーズが高い。そのため、多くの携帯端末の文字セットは、さまざまな表情の顔、天気や乗物、場所などを表すアイコンを含んでいるのが通常である。これらのアイコンは、携帯端末を利用したショートメッセージや電子メールにおいて、若い世代を中心に非常に頻繁に用いられている。
【０００６】
【発明が解決しようとする課題】
アウェアネスシステムにおいては、ユーザ状態として、ネットワークへの接続状態などシステムが自動的に取得できる情報だけでなく、ユーザ自身が選択し入力する状態情報が、有用である。とりわけユーザがさまざまな状況下で利用する携帯端末をアウェアネスシステム上で使用する場合、ユーザが入力する状態情報が、豊かな話題の源となる。
【０００７】
しかし、状態を入力するのはユーザにとっては面倒であり、その面倒さを打ち消すだけの直接的な利益が無いため、しばしば入力を怠りがちになる。そのため、ユーザの自然な行為を通して状態が入力されるようにするか、またはユーザに自発的に状態入力を行わせるインセンティブを与えることが必要と考えられる。
【０００８】
また、きめ細やかな状態通知のためには、状態情報を表すアイコンの豊富なバラエティが要求される。しかし、現状のアウェアネスシステムでは、アイコンはシステム側が準備したものに限られるため、状態の表現に限りがある。状態を豊かに表現するには、ニーズに応じてアイコンの種類を動的に増やすことができる仕組みが求められている。
【０００９】
一方、インターネット上で提供される各種サービスのうち、無料で提供されるサービスは、WWW（World Wide Web）サイトのバナー広告料など、広告料で成立しているものがほとんどである。多くのアウェアネスシステムもこのような無料サービスの１つとして提供されている。しかし、アウェアネスシステムは、ユーザ間のプライベートなコミュニケーションを提供するため、ユーザに関係の無い広告を出しても広告効果が薄い上、ユーザの反発もある。まして、携帯端末の限られた領域上ではなおさらである。
【００１０】
そもそもウェブサイト上のバナー広告はあまりにも氾濫しているため、広告への注目率は年々下がる傾向にある。そこで、消費者の許諾を得て、興味のあるジャンルの広告のみを電子メールで配信する、オプトインメールと呼ばれる広告手法も使われている。だが、最初にオプトインメールの申込みを行わせるきっかけをつくるまでの過程は、他の広告手段に頼らざるを得ない。また、とりわけ携帯端末のような個人性の強いメディアにおいては、電子メールによる広告配信そのものに抵抗を示すユーザが多い。
【００１１】
広告は企業から消費者に提供されるが、消費者は企業の広告に対する不信感を持っているのが通常である。そのため、広告よりも知り合いの口コミによる評判の方が、サービスや商品の購入に際して決定的な要素となることが多い。インターネット上では、サービスや商品の評価サイトが提供されており、消費者の人気を集めている。しかし、そうしたサイトでの発言は一部の熱心な評価者によってのみ占められることが常であり、一般のユーザが面倒な評価入力の手間をあえてかけることはない。そのため、ユーザが、まわりの身近な友人の評価を前述の評価サイト上で自然に知ることは難しい。
【００１２】
本発明は、アウェアネスシステムにおいて、ユーザに受け入れられやすく効果の高い広告を配信し、かつきめ細かな状態表現を可能とする技術を提供することを目的とする。
【００１８】
本願第１発明は、ユーザ状態を管理するアウェアネス装置から、ネットワーク上のユーザ端末に、前記ネットワーク上の広告主端末からの広告を配信する広告方法であって、
前記広告主端末は、ウェブページ上で、第１ユーザの識別情報を含む第１ユーザからの特典の要求を受け付けると、第１ユーザへ要求された特典を提供すると共に、ユーザ状態として前記広告主の広告と対応付けられた表象を設定することを前記第１ユーザに通知し、さらに前記第１ユーザの識別情報と前記第１ユーザのユーザ状態として前記表象の識別情報とを前記アウェアネス装置に通知し、
前記アウェアネス装置は、前記第１ユーザの識別情報と第１ユーザのユーザ状態として前記表象の識別情報とを、前記広告主端末から受け付け、
前記アウェアネス装置は、前記第１ユーザの識別情報に対応付けて前記第１ユーザのユーザ状態として前記表象を記憶し、
前記アウェアネス装置は、前記第１ユーザのユーザ状態を参照する第２ユーザに、前記表象を配信する、広告方法を提供する。
【００１９】
広告主は、例えば「アイコンセット」ボタンを、特典とともにウェブページ上に表示する。ユーザは、例えば店舗を訪れて特典が表示されたウェブページを店員に見せる。このときに、「アイコンセット」ボタンを押し、自状態を設定する。または、ユーザ状態の設定を、クーポンを提供した広告主のＨＴＴＰサーバからアウェアネス装置に通知することにより自動的に行っても良い。
【００２７】
本願第２発明は、ユーザ状態を管理するアウェアネス装置から、ネットワーク上のユーザ端末に、前記ネットワーク上の広告主端末からの広告を配信する広告システムであって、
前記広告主端末は、ウェブページ上で、第１ユーザの識別情報を含む第１ユーザからの特典の要求を受け付けると、第１ユーザへ要求された特典を提供すると共に、ユーザ状態として前記広告主の広告と対応付けられた表象を設定することを前記第１ユーザに通知し、さらに前記第１ユーザの識別情報と前記第１ユーザのユーザ状態として前記表象の識別情報とを前記アウェアネス装置に通知し、
前記アウェアネス装置は、
前記第１ユーザの識別情報と第１ユーザのユーザ状態として前記表象の識別情報とを、前記広告主端末から受け付ける受付手段と、
前記第１ユーザの識別情報に対応付けて前記第１ユーザのユーザ状態として前記表象を記憶する記憶手段と、
前記第１ユーザのユーザ状態を参照する第２ユーザに、前記表象を配信する配信手段と、を有している、
広告システムを提供する。
【００２８】
本願第２発明と同様の作用効果を有する。
【００３２】
【発明の実施の形態】
＜発明の概要＞
本願発明は、企業シンボルなどの広告アイコンを、ユーザ状態の選択肢（以下、所有アイコンという）に後発的に加えることができ、広告アイコンをユーザ状態として設定可能なシステムを提供する。バディリスト上の知人の状態として、広告アイコンが表示されることで、知人がその企業の提供するサービスや商品を利用しているという状態がユーザに通知される。広告アイコンは、バディリスト内の知人で構成される、信頼のネットワークを通じて広がるため、ユーザは広告に好意的な印象を持ち、高い宣伝効果を期待できる。
【００３３】
さらに、ユーザは、自分が所有していないアイコンを、バディリスト内の他ユーザの状態アイコン表示からコピーし、自らの所有アイコンに加えることができる。これにより、口コミによる評判が流通し、企業の代わりにユーザの負担で広告が広く配布される。また、所有アイコンを追加可能にすることで、ユーザにとっては自状態の表現力が高まり、アウェアネスシステムの魅力が増す。
【００３４】
このシステムにおいて、状態入力を、企業利用時のクーポンの利用や決済などのタイミングを捉えて自動的に行うこともできる。これにより、状態の設定頻度が格段に向上する。
【００３５】
アウェアネスシステムの提供者は、ユーザから見てサービスそのものの魅力が増すことでユーザ増大を期待でき、かつ広告主からの広告料金収入を配信数などに応じて得ることが可能となる。
【００３６】
＜第１実施形態例＞
［Ａ］構成
図１は、第１実施形態例に係るアウェアネスシステムの構成図である。このアウェアネスシステムは、アウェアネスサーバ１とクライアント２と広告主端末３とが、ネットワーク４を介して接続されて構成されている。
【００３７】
（１）アウェアネスサーバ
アウェアネスサーバ１は、ＨＴＴＰサーバ１１、ユーザＤＢ１２、アイコンＤＢ１３、参照回数ＤＢ１４、会員ＤＢ１５及び所定のＣＧＩプログラム群を有している。ＨＴＴＰサーバ１１は、クライアント２や広告主端末３とデータを送受信するためのインターフェイスとして機能する。
【００３８】
ユーザＤＢ１２には、図２に示す情報が蓄積されている。この例では、ユーザＤＢ１２には、「ユーザＩＤ」、ユーザを表す「表示名」、「バディＩＤ」、ユーザの状態を示す「状態アイコン」、ユーザが設定した「メッセージ」、ユーザの「所有アイコン」、「メールアドレス」及び「電話番号」が、ユーザ毎に蓄積されている。
【００３９】
ここで、「ユーザＩＤ」は、アウェアネスシステム上でユーザを識別するための識別情報である。各ユーザは、アウェアネスシステム上に予め登録されている。「バディＩＤ」には、ユーザがバディリストに登録した他のユーザ、すなわちバディのユーザＩＤが蓄積される。「状態アイコン」には、現在のユーザ状態を表す広告アイコンの識別情報が蓄積される。本実施形態例では、各広告アイコンにアイコン番号を付し、識別情報として用いる。「メッセージ」には、ユーザからバディへのテキストメッセージが蓄積される。「所有アイコン」には、ユーザが自状態として設定可能な広告アイコンのアイコン番号が蓄積される。
【００４０】
アイコンＤＢ１３には、図３に示すように、広告アイコンを特定する「アイコン番号」、「アイコンアドレス」、及びクーポンが設定されている場合には「クーポンのアドレス」が、蓄積されている。「アイコンアドレス」は、アイコンファイルのポインタであり、アイコンファイルそのものをアドレスに代えて蓄積しても良い。クーポンについても同様である。各アイコンは、広告主が予め作成し、アイコンＤＢ１３に登録しておく。
【００４１】
参照回数ＤＢ１４には、図４に示す情報が蓄積されている。この例では、参照回数ＤＢ１４には、「ユーザＩＤ」と、ユーザの「所有アイコン」と、広告アイコンが参照された「参照回数」と、広告アイコンがコピーされた「コピー回数」と、広告アイコンを参照した「参照者」のユーザＩＤとが蓄積されている。参照回数に基づいて広告主に課金する場合、このＤＢには各広告アイコンとその参照回数とだけを蓄積してもよい。
【００４２】
会員ＤＢ１５には、図５に示すように、「ユーザＩＤ」及びそのユーザの「会費納入状況」が蓄積されている。このＤＢには、アイコンＤＢ１３に登録された広告アイコンを使用するために会員になることを了承したユーザが蓄積される。
【００４３】
次に、図１を再び参照し、アウェアネスサーバ１が有するＣＧＩプログラム群について説明する。これらのプログラム群には、状態更新モジュール１６、状態取得モジュール１７、アイコン追加モジュール１８及び課金モジュール１９がある。
【００４４】
状態更新モジュール１６は、クライアント２から新たなユーザ状態やメッセージ等の設定を受け付け、ユーザＤＢ１２に格納する。ユーザ状態として、広告アイコンが設定される場合がある。状態取得モジュール１７は、クライアント２からの要求を受けて、バディとして登録されているユーザの状態をユーザＤＢ１２から取得し、要求元クライアント２に送信する。ユーザＤＢ1２から取得するユーザ状態として、広告アイコンが設定されている場合がある。
【００４５】
アイコン追加モジュール１８は、クライアント２からの要求に応じ、ユーザの所有アイコンに新たな広告アイコンを追加する。課金モジュール１９は、会員ＤＢ１５や参照回数ＤＢ１６に基づいて、ユーザや広告主への課金額を算出する。これらモジュール群が行う処理については詳細を後述する。
【００４６】
（２）クライアント
クライアント２は、具体的には、携帯端末やパーソナルコンピュータなどユーザが使用するコンピュータである。クライアント２には、アウェアネスシステムを構成するためのクライアント用アプリケーションが動作している（図示せず）。このアプリケーションにより、クライアント２は、バディの状態をアウェアネスサーバ１から取得したり、ユーザ状態をアウェアネスサーバ１に送信する。
【００４７】
また、クライアント２には、広告主のホームページにアクセスするためのウェブブラウザがインストールされていることが好ましい。
【００４８】
（３）広告主端末
本システムにおいて、広告主端末３には、ＨＴＴＰサーバ３１と、ＣＧＩプログラムであるクーポン発行モジュール３２及びインセンティブモジュール３３と、クーポンＤＢ３４とが設けられている。ＨＴＴＰサーバ３１は、アウェアネスサーバ１やクライアント２と通信するためのインターフェースとして機能する。クーポン発行モジュール３１は、アクセスしてきたクライアント２に対し、所定の確立でクーポンを発行し、その結果を通知する。インセンティブモジュール３３は、広告アイコンを多くのユーザに知らしめたユーザに対し、割引サービスやクーポン券などのインセンティブを提供する。
【００４９】
図６は、クーポンＤＢ３４に蓄積されるクーポンテーブルの概念説明図である。クーポンＤＢには、図示するクーポンテーブルのほか、広告主が予め準備したクーポンファイルが蓄積されている。クーポンファイルには、割引内容が記述されている。クーポンテーブルには、広告主のアイコンの参照回数に応じ、ユーザに提供するクーポンファイル名と割引内容とが記憶されている。なお、クーポンＤＢに、広告アイコンのコピー回数に応じたインセンティブを記憶させておくこともできる。
【００５０】
［処理の流れ］
本実施形態例に係るアウェアネスサーバ１が行う処理は、以下の６つの処理に大別される。
【００５１】
（１）広告アイコン取得処理
（２）広告アイコンコピー処理
（３）ユーザ状態として広告アイコンが設定された場合のクーポン提供処理
（４）クーポンの利用による広告アイコン設定処理
（５）アイコン参照回数に基づく課金処理
（６）アイコン参照回数に基づくインセンティブ処理
以下、前述の５つの処理について具体的に説明する。以下の説明において、簡単のために、広告主を「ハックドナルド」とし、その広告アイコンを「Hc」として説明する。「ハックドナルド」は、自社のホームページ上でユーザに様々な特点を提供している。
【００５２】
（１）アイコン取得処理の流れ
図７は、アウェアネスサーバ１が行うアイコン取得処理の流れを示す説明図である。まず、クライアント２からハックドナルドの端末３にアクセスし（＃１）、ＨＴＴＰサーバ３１からホームページを取得する。このホームページには、ハックドナルドのアイコンをクライアント２にセットするためのボタンが設定されている。このボタンにはリンク情報が埋め込まれており、ユーザがこのボタンを押すと、アウェアネスサーバ１のＵＲＬとハックドナルドのアイコン番号とがクライアント２に返される（＃２）。
【００５３】
クライアント２は、返されたＵＲＬに基づいてアウェアネスサーバ１にアクセスし、アイコン取得要求とともにユーザＩＤとハックドナルドのアイコン番号とをＨＴＴＰサーバ１１に渡す（＃３）。ＨＴＴＰサーバ１１は、アイコン追加モジュール１８を呼び出し（＃４）、このモジュールによりハックドナルドのアイコンを渡されたユーザＩＤの所有アイコンに追加する（＃５）。次いで、アイコン追加モジュール１８は、アイコン追加完了通知をＨＴＴＰサーバ１１に返す（＃６）。これにより、ＨＴＴＰサーバ１１はクライアント２に追加完了画面を提供し、広告アイコンの追加をユーザに通知する（＃７）。
【００５４】
図８（ａ）は、ハックドナルドのホームページの例を示す。このホームページには、広告アイコンをセットするためのボタンが設けられている。図８（ｂ）は、広告アイコンの追加が完了した時に、クライアント２に提供される画面の例である。
【００５５】
（２）広告アイコンコピー処理
（２−１）バディの状態を表示している広告アイコンのコピー処理
図９は、アウェアネスサーバ１が行うアイコンコピー処理の流れを示す説明図である。この処理では、アウェアネスサーバ１は、バディの状態として表示されている広告アイコンを、ユーザの所有アイコンに追加する。
【００５６】
まず、クライアント２はアウェアネスサーバ１にアクセスし、バディの状態を要求する（＃１１）。この要求には、ユーザＩＤ及びバディのＩＤが含まれている。ＨＴＴＰサーバ１１は、状態取得モジュール１７を呼び出し（＃１２）、要求されたバディの状態をユーザＤＢ１２から取得する（＃１３）。状態取得モジュール１７は、取得した情報をＨＴＴＰサーバ１１を介してクライアント２に提供する（＃１４、＃１５）。
【００５７】
この状態では、クライアント２の画面上には、バディの状態が例えばハックドナルドの広告アイコンとして表示されている。また、クライアント２に提供される画面には、広告アイコンのコピーを要求するボタンが設けられている（後述する図１０参照）。ユーザが画面上のアイコンコピーボタンを押すと、クライアント２は、アウェアネスサーバに対し、アイコンのコピー要求を出す（＃１６）。この要求には、ユーザＩＤ及びアイコン番号が含まれている。
【００５８】
ＨＴＴＰサーバ１１は、アイコン追加モジュール１８を呼び出し（＃１７）、要求元ユーザの所有アイコンにハックドナルドのアイコンを追加する（＃１８）。次いで、アイコン追加モジュール１８は、アイコン追加完了通知をＨＴＴＰサーバ１１に返す（＃１９）。ＨＴＴＰサーバ１１は、クライアント２に追加完了画面を提供する（＃１１０）。この画面により、新たにハックドナルドのアイコンが所有アイコンとして追加されたことがユーザに通知される。
【００５９】
図１０は、前記の処理においてクライアント２上で表示される画面例である。図１０（ａ）は、バディリストに登録されているユーザまなみの状態がハックドナルドの広告アイコンで表示されている例である。この画面においてユーザが「アイコンコピー」を選択すると同図（ｂ）の画面が表示される。この画面は、ユーザの所有アイコンにハックドナルドの広告アイコンが追加されたことを示している。
【００６０】
（２−２）コピーに伴う入会処理
図１１は、アウェアネスサーバ１が行う入会処理の説明図である。この処理では、アウェアネスサーバ１は、前述した広告アイコンのコピーを有料で行う。
【００６１】
まず、前述と同様に、クライアント２がアウェアネスサーバ１に対しコピー要求を出す（＃２１）。これに対し、アウェアネスサーバ１からクライアント２に対し、料金の支払いを要求する入会画面が提供される（＃２２）。
【００６２】
クライアント２は、ユーザが入会を選択した場合、ユーザＩＤ及び入会の意志をアウェアネスサーバ１に通知する（＃２３）。アウェアネスサーバ１は、課金モジュール１９を呼び出し（＃２４）、会員ＤＢ１５にユーザＩＤを追加する（＃２５）。また、課金モジュール１９は、アイコン追加モジュール１８を呼び出し、コピーを要求された広告アイコン番号を通知する（＃２６）。アイコン追加モジュール１８は、通知されたアイコン番号を、ユーザの所有アイコンに追加し（＃２７）、アイコン追加完了通知をＨＴＴＰサーバ１１に返す（＃２８）。ＨＴＴＰサーバ１１は、クライアント２に広告アイコンの追加完了画面を提供する（＃２９）。
【００６３】
図１２は、前記処理においてクライアント２が表示する画面例である。図１２（ａ）はバディの状態がハックドナルドの広告アイコンで表示されている例である。この画面においてユーザが「アイコンコピー」を選択すると、同図（ｂ）に示す入会画面が表示される。この画面でユーザが「入会」を選択すると、同図（ｃ）のアイコン追加完了画面がユーザに通知される。
【００６４】
（３）アイコン設定によるクーポン提供処理
図１３は、ユーザの状態として広告アイコンを設定することにより、広告主のクーポンが提供される処理の流れである。この処理では、自状態として広告アイコンを設定したユーザに、クーポンなどの特典を提供する。
【００６５】
まず、ユーザが自状態としてハックドナルドの広告アイコンを設定する（＃３１）。アウェアネスサーバ１は、ＨＴＴＰサーバ１１により状態更新モジュール１６を呼び出し（＃３２）、新たなユーザ状態としてアイコン番号をユーザＤＢ１２に設定する（＃３３）。次いで、状態更新モジュール１６は、アイコンＤＢ１３から前記アイコン番号に対応するクーポンのＵＲＬを取得する（＃３４）。状態更新モジュール１６は、クーポンのＵＲＬにアクセスしてクーポンのコンテンツを取得する（＃３５）。これにより、アウェアネスサーバ１からクライアント２に対し、クーポン画面が提供される（＃３６）。
【００６６】
図１４は、前記処理においてクライアント２に表示される画面例である。図１４（ａ）は、ユーザが自状態を設定するための画面例である。この図において広告アイコンの選択をユーザが指定すると、同図（ｂ）の画面が表示される。この画面では、自状態として設定する広告アイコンを、ユーザが選択する。この図では、ハックドナルドの広告アイコン「Hc」が選択されている。ここで「決定」ボタンが選択されると、同図（ｃ）の画面に移行する。この画面では、ユーザの自状態として広告アイコンが設定されたことが、ユーザに通知されている。
【００６７】
例えば、店頭でユーザが自状態をハックドナルドに設定することによりクーポンが表示されると、ユーザはこのクーポンを店員に示してクーポン内容の特典を受けることができる。
【００６８】
（４）クーポンの利用による広告アイコン設定処理
（４−１）クーポン表示による広告アイコン設定処理
図１５は、広告主のホームページ上に、広告アイコンをユーザ状態としてセットするためのボタンを、クーポンと共に表示する処理である。この処理により、クーポンの利用とともにユーザ状態の設定入力を促すことを期待できる。
【００６９】
通常、ユーザは店頭などで商品やサービスを購入する際に、クーポン画面を表示し、特典を受けようとすると考えられる。そこでまず、ユーザはハックドナルドのホームページにアクセスする（＃４１）。このホームページには、ハックドナルドが提供する各種のクーポンと共に、ハックドナルドのアイコンをセットするためのボタンが設けられている（図１６参照）。このボタンには、アウェアネスサーバ１のＵＲＬと、ハックドナルドのアイコン番号とがリンク情報として埋め込まれている。
【００７０】
ユーザが「アイコンセットボタン」を押すと、ハックドナルドのＨＴＴＰサーバ３１からクライアント２に対し、アウェアネスサーバ１のＵＲＬとハックドナルドのアイコン番号とが返される（＃４２）。
【００７１】
このアイコン番号を受け取ったクライアント２は、アウェアネスサーバ１にアクセスし、状態設定要求とともにユーザＩＤ及びアイコン番号を渡す（＃４３）。アウェアネスサーバ１のＨＴＴＰサーバ１１は、状態更新モジュール１６を呼び出し（＃４４）、ユーザＤＢ１２を更新する（＃４５）。すなわち、渡されたユーザＩＤで特定されるユーザの状態アイコンに、渡されたアイコン番号を設定する。
【００７２】
状態更新モジュール１６は、ユーザＤＢ１２更新後、状態設定完了通知をＨＴＴＰサーバ１１に返す（＃４６）。これにより、ＨＴＴＰサーバ１１は、設定完了画面をクライアント２に提供する（＃４７）。
【００７３】
図１６は、前記処理においてクライアント２上で表示される画面例である。図１６（ａ）は、ハックドナルドのホームページ上で、クーポンと「アイコンセットボタン」とが表示されている画面例である。このウェブページ上で「アイコンセットボタン」が押されると、同図（ｂ）に移行する。この図では、ユーザの自状態としてハックドナルドのアイコンが設定されたことが表示される。
【００７４】
（４−２）クーポンの提供によりユーザ状態の設定を自動的に行う処理
図１７は、クーポンの提供によりユーザ状態の設定を自動的に行う処理の説明図である。通常、ユーザは店頭などで商品やサービスを購入する際に、クーポン画面を表示し、特典を受けようとすると考えられる。そこでまず、前記と同様に、クライアント２はハックドナルドのホームページにアクセスし、クーポン画面を要求する（＃５１）。クライアント２は、この要求とともに、ユーザＩＤを広告主端末３に送信する。
【００７５】
広告主端末３のＨＴＴＰサーバ３１は、クーポン発行モジュール３２を呼び出す（＃５２）。クーポン発行モジュール３２は、ユーザに対しクーポンを発行するか否かを所定の方法で確率的に決定し、その結果をＨＴＴＰサーバ３１に返す（＃５３）。ＨＴＴＰサーバ３１は、結果を通知する画面をクライアントに提供する（＃５４）。
【００７６】
また一方で、クーポン発行モジュール３２は、アウェアネスサーバ１に対し、ユーザ状態を通知する（＃５５）。この通知には、ユーザＩＤ及びハックドナルドのアイコン番号が含まれる。この通知は、クーポンの当たりはずれに関わらず行われる。
【００７７】
この通知を受け取ったアウェアネスサーバ１は、ＨＴＴＰサーバ１１によりアイコン追加モジュール１８を呼び出し（＃５６）、ユーザの状態アイコンにハックドナルドのアイコン番号を設定する（＃５７）。次いでアイコン追加モジュール１８は、状態設定完了通知をＨＴＴＰサーバ１１に渡し（＃５８）、設定画面をクライアントに提供する（＃５９）。
【００７８】
なお、上述の処理を、クーポンなどの特典を常に提供する場合にも適用することができる。つまり、広告主端末３により、クーポンを提供したユーザの状態を広告アイコンに設定可能である。また、ユーザへの特典としては、クーポンに限られない。例えば、店頭で配布する用紙に記載されたラッキー番号に基づいて行われる懸賞でもよい。
【００７９】
図１８は、前記処理においてクライアント上で表示される画面例である。図１８（ａ）は、クーポンを確率的に発生させた結果を表示する画面例である。クライアント２は、ホームページ上で提供されるクーポンにチャレンジした場合の結果が表示される。この後、前記図１６に示すように、状態アイコンの設定がクライアント２上で通知される。
【００８０】
図１８（ｂ）は、クーポンではなく懸賞に応募した場合の結果表示例である。ユーザは、例えば店頭で申し込み用紙をもらい、そこに記載された番号をハックドナルドのホームページ上で入力する。これにより、前述と同様に当たりやはずれ等の懸賞結果がクライアントに表示される。この後、状態アイコンの設定が画面上で通知される。
【００８１】
（５）アイコン参照回数に基づく課金処理
図１９は、アウェアネスサーバ１が、アイコンの参照回数に基づいて、広告主に課金を行う処理の説明図である。この処理では、広告アイコンが多くのユーザに配信されるほど、すなわち広告アイコンの参照回数が増加するほど、広告主に対する課金額が高くなる。
【００８２】
クライアント２がバディリストに登録したバディの状態を参照した場合（＃６１、＃６２、＃６３）、状態取得モジュール１７は、バディが有する広告アイコンの中で参照されたアイコンの参照回数をインクリメントする（＃６４）。
【００８３】
また、ＨＴＴＰサーバ１１は、一定期間、例えば１ヶ月毎に、課金モジュール１９を呼び出す（＃６５）。課金モジュール１９は、参照回数ＤＢ１４を読み出し、各広告主毎にその広告主のアイコンがその月に何回参照されたかを割り出しし、参照回数に応じた請求額を算出する（＃６６）。この処理により、アウェアネスサーバ１の提供者は、広告主から広告料を徴収することが可能となる。
【００８４】
（６）アイコン参照回数に基づくインセンティブ処理
図２０は、アイコンの参照回数に基づいて、ユーザにインセンティブを提供する処理の説明図である。この処理では、広告アイコンが多くのユーザに配信されるほど、すなわちあるユーザの状態が他のユーザに参照される回数が増加するほど、広告主からユーザに対し、割引やクーポン券などの特典が提供される。
【００８５】
クライアント２がバディリストに登録したバディの状態を参照した場合（＃９１、＃９２、＃９３）、状態取得モジュール１７は、バディが有する広告アイコンの中で参照されたアイコンの参照回数をインクリメントする（＃９４）。
【００８６】
また、広告主端末３は、インセンティブモジュール３３により、一定期間、例えば１ヶ月毎に、ＨＴＴＰサーバ１１にアクセスし（＃９５）、課金モジュール１９により参照回数ＤＢ１４を読み出し（＃９６、＃９７）、自社のアイコンのその月の参照回数を取得する（＃９８）。その後、インセンティブモジュール３３は、各ユーザ毎に、参照回数に応じたインセンティブを決定する。
【００８７】
さらに、バディがユーザの状態である広告アイコンをコピーした場合にそのユーザの広告アイコンのコピー回数をインクリメントすることで、アイコンの参照回数だけでなくコピー回数に基づいてもユーザにインセンティブを与えることができる。
【００８８】
この処理により、ユーザは、広告主に代わって広告主のアイコンを宣伝することに対する対価を広告主から取得する。
【００８９】
＜第２実施形態例＞
［Ａ］構成
図２１は、第２実施形態例に係るアウェアネスシステムの構成図である。この実施形態例に係るシステムでは、前記第１実施形態例の構成に加えて、店舗端末５が付加されている。クライアント２には、購買モジュール２１及び非接触ＩＣカード２２が設けられている。また店舗端末５には、決済処理モジュール５１及びカードリーダ５２が設けられている。
【００９０】
［Ｂ］処理の流れ
（１）図２２は、本実施形態例においてクライアント２及び店舗端末５が行う処理の流れを示す説明図である。このアウェアネスシステムでは、第１実施形態例で述べた処理に加え、以下の処理が行われる。以下の処理では、ユーザがハックドナルドにおいて商品やサービスを購入するタイミングで状態アイコンの設定を行う。
【００９１】
説明を分かりやすくするため、まずクレジットカードを用いて購入する場合を例に挙げて説明する。ユーザが商品などを購入すると、購買モジュール２１が起動され、クライアント２に記憶されている決済情報が、クライアント２から店舗端末５に送信される（＃７１、＃７２）。決済情報とは、クレジットカードの番号やカード種別、有効期限などである。
【００９２】
クライアント２と店舗端末５との送信には、非接触ＩＣカード２２及び非接触ＩＣカードリーダ５２が用いられる。ユーザの決済情報は、店舗端末の決済処理モジュール５１に渡され、所定の決済処理が行われた後、決済完了通知がクライアント２に送信される（＃７３、＃７４、＃７５）。この通知には、店舗端末５に記憶されている広告アイコンの番号が含まれている。
【００９３】
クライアント２は、決済完了通知を受け取ると、アイコン番号及びユーザＩＤをアウェアネスサーバ１に対し送信する。この情報を受け取ったアウェアネスサーバ１は、前記図１５と同様にして状態アイコンにアイコン番号を設定し、設定完了画面をクライアント２に提供する。
【００９４】
（２）上述の処理では、クライアント２から状態設定を行ったが、店舗端末５から状態設定を行っても良い。この場合、決済情報とともにユーザＩＤを店舗端末５に渡しておく。決済処理モジュール５１は、決済完了通知を送信した後、ユーザＩＤ及び広告アイコンの番号を、アウェアネスサーバ１に送信して状態設定を要求する。
【００９５】
（３）また、店舗が物理的実体を有しない仮想的な店舗、例えばネットワーク上のショッピングサイトの場合にも、前記の処理を適用可能である？？？？？。この場合、ユーザがウェブページ上の所定のフォームに決済情報を入力しショッピングサイトに送信することにより、クライアント２と店舗端末５との間で決済情報の送受信が行われる。その後、クライアント２または店舗端末５から、アウェアネスサーバ１に対し、状態設定を要求する。
【００９６】
＜第３実施形態例＞
［Ａ］構成
図２３は、第３実施形態例に係るアウェアネスシステムの全体構成図である。この実施形態例に係るシステムは、前記第１実施形態例に店舗端末５及び顧客ＤＢ６を付加して構成されている。店舗端末５には、割引モジュール５１及びカードリーダ５２が設けられている。顧客ＤＢ６には、広告主ハックドナルドの発行するポイントカードの番号と、ポイントカードの持ち主のユーザＩＤと、ユーザのポイントとが蓄積されている。
【００９７】
［Ｂ］処理の流れ
図２４は、ハックドナルドのポイントカードを利用することにより携帯端末などを用いなくとも状態アイコンが設定される処理の流れである。このシステムは、前記第１実施形態例で述べた処理に加え、以下の処理を行う。
【００９８】
まず、ユーザが購入に際し店員等に対してポイントカードを提示する。そのカードは、店舗端末５のカードリーダ５３で読み取られ、カードに記憶されているカード番号が割引モジュール５１に送信される（＃８１）。割引モジュール５１は、顧客ＤＢ６からカード番号に対応するユーザＩＤ及びそのユーザのポイントを読み出し（＃８２）、所定の割引処理を行う。さらに、割引モジュール５１は、アウェアネスサーバ１に対し、状態アイコンの設定要求を送信する（＃８３）。この要求には、アイコン番号及びユーザＩＤが含まれる。この後、前述と同様にして、状態アイコンにアイコン番号が設定される。
【００９９】
＜第４実施形態例＞
図２５は、第４実施形態例に係るアウェアネスシステムの構成図である。この実施形態例に係るシステムは、第１実施形態例の構成において、広告主端末３に代えて他のサービス提供者端末７が設けられている。他のサービス提供者端末７（以下、単にサービス端末７という）とは、例えば、ネットワーク上でゲームアプリケーションを提供するサーバを挙げることができる。この端末７には、アウェアネスサーバ１及びクライアント２とのインターフェイス機能を有するＨＴＴＰサーバ７１と送信モジュール７２とが設けられている。
【０１００】
この構成を有するアウェアネスシステムは、第１実施形態例に述べた処理に加え、以下の処理を行う。例えば、サービス端末７が、ネットワーク上で対戦可能なゲームアプリケーション群を提供している場合を考える。サービス端末７は、自社を表す広告アイコンの番号も記憶している。
【０１０１】
クライアント２がサービス端末７にアクセスし、いずれかのアプリケーションを選択したとする。この場合、サービス端末７は、アウェアネスサーバ１に対し、自社の広告アイコン番号、アクセスしてきたユーザのＩＤ及び選択されたアプリケーションの名前を送信する。アウェアネスサーバ１は、これらの情報を元にユーザの状態アイコンを更新し、他のユーザにユーザ状態として配信する。このとき、アプリケーション名も配信すれば、ユーザが何のゲームをしているかがバディに通知される。
【０１０２】
図２６は、本例に係るシステムにおいて、クライアント２に表示される画面例である。図２６（ａ）は、サービス端末７にアクセスしたクライアント２に表示されるアプリケーションの選択画面である。この画面上で「決定」ボタンを選択することにより、アプリケーションを選択することができる。同図（ｂ）は、アウェアネスサーバ１からクライアント２に対し表示される画面例である。この画面では、ユーザの自状態がアプリケーションの提供者を表すアイコンに設定されたことが通知される。
【０１０３】
なお、サービス端末７は、ゲームアプリケーションだけでなく、他のアプリケーションや音声データ、映像データ、各種のファイルなどを提供可能である。
【０１０４】
＜第５実施形態例＞
図２７は、第５実施形態例に係るアウェアネスシステムの全体構成図である。本実施形態例に係るアウェアネスシステムは、前記第１実施形態例におけるアウェアネスシステムにおいて、クライアント２にコンテンツＤＢ２１及び利用モジュール２２を設けることによって構成されている。このシステムでは、広告アイコンは、企業毎ではなく、コンテンツ毎やコンテンツの制作者毎など、所定の単位を表すように作成されている。
【０１０５】
コンテンツＤＢ２１には、例えば音楽や映画、テキストファイル、アプリケーション等の各種データが蓄積されている。利用モジュール２２は、いずれかのコンテンツが利用されていることを検知し、アウェアネスサーバ１に対し、ユーザＩＤと、利用されるコンテンツを表すアイコン番号とを通知する。これにより例えば、ユーザが音楽を聴くと、自動的に自状態がその音楽を聴いている状態アイコンに設定される。
【０１０６】
図２８は、本システムにおいてクライアント上で表示される画面例である。図２８（ａ）は、クライアント上で表示されるコンテンツの選択画面である。同図（ｂ）は、クライアントが選択した曲を再生することにより、そのクライアントの状態が、その曲を歌うグループを表す広告アイコンで表示されている画面例である。
【０１０７】
＜第６実施形態例＞
［Ａ］構成
図２９は、第６実施形態例に係るアウェアネスシステムの構成図である。この実施形態例に係るシステムでは、前記第１実施形態例の構成に加えて、店舗端末５が付加されている。クライアント２及び店舗端末５には、無線ユニット２５及び５３が設けられている。クライアント２と店舗端末５とは、Blue toothなどの無線ユニット２５、５３により互いに通信可能である。
【０１０８】
［Ｂ］処理の流れ
（１）図３０は、本実施形態例においてクライアント２及び店舗端末５が行う処理の流れを示す説明図である。このアウェアネスシステムでは、第１実施形態例で述べた処理に加え、以下の処理が行われる。以下の処理では、ユーザが広告主の店舗に来店すると、自動的に状態アイコンがユーザ状態として設定される。
【０１０９】
説明を分かりやすくするため、まず店舗端末によりユーザ状態を設定する場合を例に挙げて説明する。ユーザが店舗に来店すると、無線ユニット２５が、クライアント２に記憶されているユーザＩＤを、店舗端末５に送信する（＃１０１）。
【０１１０】
ユーザＩＤは、店舗端末５の無線ユニット５３に渡される。その後、店舗端末５は、予め記憶している広告アイコン番号とユーザＩＤとを、アウェアネスサーバ１に送信する（＃１０２）。この情報を受け取ったアウェアネスサーバ１は、前記図１５と同様にして状態アイコンにアイコン番号を設定し、設定完了画面をクライアント２に提供する。
【０１１１】
（２）上述の処理では、店舗端末５から状態設定を行ったが、クライアント２から状態設定を行っても良い。図３１に、クライアント２から状態設定する場合の処理の流れを示す。この場合、店舗端末５からクライアント２に、広告アイコン番号を無線ユニット５３により送信する。クライアント２は、広告アイコン番号を受信した後、ユーザＩＤ及び広告アイコンの番号を、アウェアネスサーバ１に送信し、状態設定を要求する。
【０１１２】
＜他の実施形態例＞
（Ａ）前記実施形態例は、ニーズに応じ、適宜組み合わせて用いることができる。
【０１１３】
（Ｂ）前記実施形態例において、広告アイコンは、企業を表すものに限定されない。ニーズに応じ、所定の単位や対象を表す広告アイコンを設定可能である。例えば、商品名、商品シリーズ、ミュージシャングループ、制作者など、様々な者を表すアイコンが考えられる。広告社は、宣伝したい対象を表すアイコンをニーズに応じて作成し、広告アイコンとして使用可能である。
【０１１４】
（Ｃ）前述した本発明の方法を実行するプログラムを記録した記録媒体は、本発明に含まれる。ここで記録媒体としては、コンピュータが読み書き可能なフロッピーディスク、ハードディスク、半導体メモリ、CD-ROM、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。
【０１１５】
＜付記＞
（付記１）
ユーザ状態を管理するアウェアネス装置から、ネットワーク上のユーザ端末に、広告を配信する広告方法であって、
広告主を表す表象を、前記ユーザの状態設定の選択肢として蓄積し、
第１ユーザから自状態として前記表象の指定を受け付け、
前記第１ユーザの状態を参照する第２ユーザに、前記表象を配信する、
広告方法。
【０１１６】
（付記２）
前記広告主が提供するウェブページ上で前記表象の使用要求を受け付け、
前記ウェブページ上で前記表象の使用を要求したユーザの状態設定の選択肢に、前記表象を追加する、
付記１に記載の広告方法。
【０１１７】
例えば、広告主のウェブページ上に「アイコンセット」ボタンを設けておき、このボタンにアウェアネス装置のアドレスと広告主のアイコンファイル名とを埋め込んでおく。ユーザがこのボタンをクリックした場合、ユーザ端末はアウェアネス装置にアクセスし、アイコンファイル名を渡す。アウェアネス装置は、渡されたアイコンファイル名を、要求元ユーザの所有アイコンに追加する。
【０１１８】
ユーザ状態の表現手段であるアイコンを、ユーザの要求により追加可能とすることで、きめ細かな状態表現が可能となる。また、アイコンを使用するユーザが増えることで、いっそう広告効果を高めることができる。
【０１１９】
（付記３）
前記第１ユーザの状態として前記表象を受信した前記第２ユーザから、前記表象の使用要求を受け付け、
前記第２ユーザの状態設定の選択肢に、前記表象を追加する、
付記１に記載の広告方法。
【０１２０】
例えばアウェアネス装置は、ユーザ状態を表示する画面上に、アイコンの指定ボタン及びアイコンのコピー要求ボタンを設定しておく。アウェアネス装置は、アイコンの指定及びコピー要求をユーザ端末から受信すると、そのアイコンを要求元ユーザの所有アイコンに追加する。ユーザのニーズに応じてユーザ状態を表すアイコンを増やすことができ、きめ細かなユーザ状態の表現が可能となる。また、アイコンを使用するユーザが増えることで、いっそう広告効果を高めることができる。
【０１２１】
（付記４）
前記第１ユーザの状態として前記表象を受信した前記第２ユーザから、前記表象の使用要求を受け付け、前記第２ユーザの状態設定の選択肢に前記表象を追加し、
前記第２ユーザまたは広告主に、前記表象の使用料の支払いを要求する、
付記１に記載の広告方法。
【０１２２】
（付記５）
前記広告主を表す表象と前記広告主から提供されているユーザへの特典とを蓄積し、
前記第１ユーザから自状態として前記表象の指定を受け付けた場合、指定された表象が表す広告主から提供されている特典を、前記第１ユーザに対して通知する、付記１に記載の広告方法。
【０１２３】
ユーザが自状態としてアイコンを設定した場合、割引やポイントのプレゼント、あるいはこれらが当たる懸賞などの特典を提供する。アイコンの設定に対する特典が状態設定のためのインセンティブとなることを、期待できる。特に、自状態をユーザが手入力しなければならない場合に有効と考えられる。
【０１２４】
（付記６）
前記広告主のウェブページ上で、ユーザへの特典を提供するとともに、ユーザ状態として前記表象の指定を受け付け、
ユーザ状態として前記表象を設定することを、前記ユーザ端末または前記広告主から前記アウェアネス装置に通知し、
前記アウェアネス装置により前記ユーザ状態として前記表象を設定する、
付記１に記載の広告方法。
【０１２５】
広告主は、例えば「アイコンセット」ボタンを、特典とともにウェブページ上に表示する。ユーザは、例えば店舗を訪れて特典が表示されたウェブページを店員に見せる。このときに、「アイコンセット」ボタンを押し、自状態を設定する。または、ユーザ状態の設定を、クーポンを提供した広告主のＨＴＴＰサーバからアウェアネス装置に通知することにより自動的に行っても良い。
【０１２６】
（付記７）
前記広告主の表象と前記表象が所定期間内に参照された回数とを蓄積し、
所定期間内の参照回数に応じ、前記広告主への課金を行う、付記１に記載の広告方法。
【０１２７】
アウェアネス装置の提供者は、ユーザにアイコンを配信するたびに、該当するアイコンの参照回数をインクリメントする。そして、例えば１月間における参照回数に応じ、広告主への課金額を算出する。
【０１２８】
（付記８）
第１ユーザの状態として設定された表象が第２ユーザに参照される回数または前記表象が第２ユーザによって状態設定の選択肢に加えられた回数に基づいて、前記第１ユーザにインセンティブを与える、付記１に記載の広告方法。
【０１２９】
自状態としてアイコンを設定し、そのアイコンが参照された回数やコピーされた回数に応じ、広告主からのクーポン券などをユーザに提供する。
【０１３０】
（付記９）
ユーザが広告主の商品またはサービスを店舗で購入する場合、ユーザが購入したことを示す購入情報を、前記店舗の端末に送信し、
前記店舗端末で前記購入情報に基づく所定の処理を行った後、前記ユーザ端末または前記店舗端末から前記アウェアネス装置に対し、前記広告主の表象及び前記ユーザを通知し、
前記通知を受け取ったアウェアネス装置により、通知された広告主を表す表象を、通知されたユーザの状態として設定する、
付記１に記載の広告方法。
【０１３１】
前記店舗には、実体のある店舗及びオンラインショッピング用サイトなどの仮想店舗がともに含まれる。購入情報とは、例えばカード番号とカード種類とカードの有効期限とを含む決済情報や、顧客の購入実績に基づいて顧客に付与されるポイントである。実体のある店舗であれば、ユーザ端末及び店舗端末に非接触式ＩＣカード及びＩＣカードリーダを設けておき、購入情報を店舗端末に入力する。あるいは、無線により購入情報を送受信しても良い。さらに、店舗端末はユーザの購入実績を記録したカードからポイントを読み取ってもよく、この場合にはユーザ端末は不要である。
【０１３２】
店舗端末に記憶させるアイコンは、アイコンファイルそのものでなく、アイコンを特定可能な情報であればよい。ユーザ端末または店舗端末からアイコンとユーザとをアウェアネス装置に送信することにより、決済処理やポイント加算処理を通じてユーザ状態を自動的に設定することが可能となる。
【０１３３】
（付記１０）
前記ユーザ端末上で動作可能または出力可能なコンテンツと、前記コンテンツを表す表象とを、前記ネットワーク上のいずれかの端末に蓄積し、
前記ユーザが前記コンテンツのいずれかを選択した場合、前記コンテンツを表す表象と前記ユーザとを、前記ネットワーク上の端末から前記アウェアネス装置に通知し、
前記通知を受け取ったアウェアネス装置により、前記ユーザの状態としてコンテンツを表す表象を設定する、
付記１に記載の広告方法。
【０１３４】
ここで、コンテンツとは、ユーザ端末上で動作可能な各種のアプリケーションや、音声ファイル、画像ファイル、テキストファイルなどをいう。例えば、ユーザがネットワーク上で対戦する麻雀ゲームを選択した場合、ユーザ状態として麻雀ゲームを表すアイコンが設定される。また、ユーザが音楽や映画を選択した場合、ユーザ状態として曲名やタイトル名などが設定される。あるいは、音楽を聴いていることを示すアイコンや、映画を見ていることを示すアイコンを、ユーザ状態として設定しても良い。
【０１３５】
（付記１１）
広告主の店舗に設置された装置に広告主の表象を記憶させ、ユーザ端末に無線で前記表象を送信することにより、ユーザの来店時に広告主の表象がユーザの状態として自動的に設定される、付記１に記載の広告方法。
【０１３６】
ユーザ端末は、店舗内で無線信号を検知し、表象を自状態に設定する。ユーザが自状態を手入力する必要がなく、ユーザ負担を軽減しつつきめ細やかな状態設定が可能となる。
【０１３７】
（付記１２）
ユーザ状態を管理するアウェアネス装置に用いられ、ネットワーク上のユーザ端末に広告を配信する広告方法のプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
Ａ；広告主を表す表象を、前記ユーザの状態設定の選択肢として蓄積する段階と、
Ｂ；第１ユーザから自状態として前記表象の指定を受け付ける段階と、
Ｃ；前記第１ユーザの状態を参照する第２ユーザに、前記表象を配信する段階と、
を実行するためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【０１３８】
（付記１３）
ユーザ状態を管理するアウェアネスサーバであって、
広告主を表す表象を、前記ユーザの状態設定の選択肢として蓄積する蓄積手段と、
第１ユーザから自状態として前記表象の指定を受け付ける受付手段と、
前記第１ユーザの状態を参照する第２ユーザに、前記表象を配信する配信手段と、
を備えたアウェアネスサーバ。
【０１３９】
（付記１４）
ネットワークを介してユーザの状態に関する情報を受け付けて記憶しておき、ネットワークを介してユーザからの要求を受け付けて他のユーザの状態に関する情報を送出し、所望のユーザの状態を参照可能とするアウェアネスサービスに使用されるユーザ状態設定方法であって、
予め広告主から広告情報を含んだ表象をユーザの状態設定用の情報として受け付けておき、
第１ユーザの状態に関する情報として、前記広告主より提供された広告情報を含んだ表象を選択可能に提示し、
前記第１ユーザにより選択された前記表象を前記第１ユーザの状態として設定し、
前記第１ユーザの状態の参照要求を第２ユーザから受け付けた場合、第１ユーザの状態情報として前記表象を提示する、
ユーザ状態設定方法。
【０１４０】
（付記１５）
ネットワークを介してユーザの状態に関する情報を受け付けて記憶しておき、ネットワークを介してユーザからの要求を受け付けて他のユーザの状態に関する情報を送出し、所望のユーザの状態を参照可能とするアウェアネスサービスを利用した口コミ広告方法であって、
予め広告主から広告情報を含んだ表象をユーザの状態設定用の情報として受け付けて記憶しておき、
ユーザの指示あるいは行為により、ユーザの状態に関する情報として、前記記憶した表象が選択されて設定され、
第１ユーザから第２ユーザの状態の参照要求を受け付けた場合、第２ユーザに設定された状態情報として、前記広告情報を含んだ表象を参照要求元の第１ユーザに提示する、
口コミ広告方法。
【０１４１】
（付記１６）
ネットワークを介してユーザの状態に関する情報を受け付けて記憶しておき、ネットワークを介してユーザからの要求を受け付けて他のユーザの状態に関する情報を送出し、所望のユーザの状態を参照可能とするアウェアネスサービスを利用した口コミ広告方法であって、
予め広告主から広告情報を含んだ表象をユーザの状態設定の選択肢として受け付けて記憶しておき、
第１ユーザの指示あるいは行為により、前記第１ユーザの状態に関する情報として、前記広告主より提供された広告情報を含んだ表象を選択して設定し、
第２ユーザから前記第１ユーザの状態の参照要求を受け付けた場合、前記第１ユーザに設定された状態情報として広告情報を含んだ表象を提示し、
前記第２ユーザは、提示された広告情報を含んだ表象を自己の状態として設定する、
口コミ広告方法。
【０１４２】
【発明の効果】
本発明を用いれば、各種の広告をユーザの口コミ効果で配信することができるので、ユーザが広告を受け入れやすく、高い広告効果を期待することができる。また、ユーザ状態を表す表象を動的に追加できるので、きめ細かい状態表現が可能となる。
【図面の簡単な説明】
【図１】第１実施形態例に係るアウェアネスシステムの構成図。
【図２】ユーザＤＢの概念説明図。
【図３】アイコンＤＢの概念説明図。
【図４】参照回数ＤＢの概念説明図。
【図５】会員ＤＢの概念説明図。
【図６】クーポンＤＢの概念説明図。
【図７】アイコン取得処理の流れを示す説明図。
【図８】（ａ）広告アイコンのセットボタンが表示されたウェブページの例。
（ｂ）広告アイコンが所有アイコンに追加されたことを示す画面例。
【図９】アイコンコピー処理の流れを示す説明図（２−１）。
【図１０】（ａ）広告アイコンを指定してアイコンコピーを指示する画面例。
（ｂ）広告アイコンが所有アイコンに追加されたことを示す画面例。
【図１１】アイコンコピーに伴う入会処理の流れを示す説明図（２−１）。
【図１２】（ａ）バディの状態の詳細表示及びアイコンコピーボタンの表示例。
（ｂ）入会の意思を確認する入会画面例。
（ｃ）広告アイコンが所有アイコンに追加されたことを示す画面例。
【図１３】アイコン設定に基づくクーポン提供処理の流れを示す説明図（３）。
【図１４】広告アイコンの設定に基づくクーポン提供画面例。
（ａ）状態設定画面例。
（ｂ）状態アイコン選択画面例。
（ｃ）状態設定通知画面例。
【図１５】クーポンの提供及びアイコン設定処理の流れを示す説明図（４−１）。
【図１６】（ａ）クーポン及びアイコンセットボタンを提供する画面例。
（ｂ）状態設定通知画面例。
【図１７】クーポンの提供及びアイコン設定処理の流れを示す説明図（４−２）。
【図１８】（ａ）クーポンへの応募結果の画面例。
（ｂ）懸賞の公募結果の画面例。
【図１９】アイコン参照回数に基づく課金処理の流れを示す説明図（５）。
【図２０】アイコン参照回数に基づくインセンティブ処理の流れを示す説明図（６）。
【図２１】第２実施形態例に係るアウェアネスシステムの構成図。
【図２２】購入時に行うアイコン設定処理の流れを示す説明図。
【図２３】第３実施形態例に係るアウェアネスシステムの構成図。
【図２４】カード利用時のアイコン設定処理の流れを示す説明図。
【図２５】第４実施形態例に係るアウェアネスシステムの構成図。
【図２６】（ａ）ネットワークサービスの選択画面例。
（ｂ）状態設定通知画面例。
【図２７】第５実施形態例に係るアウェアネスシステムの構成図。
【図２８】（ａ）コンテンツの選択画面例。
（ｂ）状態表示例。
【図２９】第６実施形態例に係るアウェアネスシステムの構成図。
【図３０】来店時にユーザ状態を設定する処理の流れを示す説明図（店舗端末による設定）。
【図３１】来店時にユーザ状態を設定する処理の流れを示す説明図（クライアントによる設定）。
【符号の説明】
１；アウェアネスサーバ
２；クライアント
３；広告主端末
４；ネットワーク
【図１】
0004416294.tif 000002
【図２】
0004416294.tif 000003
【図３】
0004416294.tif 000004
【図４】
0004416294.tif 000005
【図５】
0004416294.tif 000006
【図６】
0004416294.tif 000007
【図７】
0004416294.tif 000008
【図８】
0004416294.tif 000009
【図９】
0004416294.tif 000010
【図１０】
0004416294.tif 000011
【図１１】
0004416294.tif 000012
【図１２】
0004416294.tif 000013
【図１３】
0004416294.tif 000014
【図１４】
0004416294.tif 000015
【図１５】
0004416294.tif 000016
【図１６】
0004416294.tif 000017
【図１７】
0004416294.tif 000018
【図１８】
0004416294.tif 000019
【図１９】
0004416294.tif 000020
【図２０】
0004416294.tif 000021
【図２１】
0004416294.tif 000022
【図２２】
0004416294.tif 000023
【図２３】
0004416294.tif 000024
【図２４】
0004416294.tif 000025
【図２５】
0004416294.tif 000026
【図２６】
0004416294.tif 000027
【図２７】
0004416294.tif 000028
【図２８】
0004416294.tif 000029
【図２９】
0004416294.tif 000030
【図３０】
0004416294.tif 000031
【図３１】
0004416294.tif 000032