JP4527748B2 - 状態配信方法及び状態配信装置 - Google Patents

状態配信方法及び状態配信装置 Download PDF

Info

Publication number
JP4527748B2
JP4527748B2 JP2007120715A JP2007120715A JP4527748B2 JP 4527748 B2 JP4527748 B2 JP 4527748B2 JP 2007120715 A JP2007120715 A JP 2007120715A JP 2007120715 A JP2007120715 A JP 2007120715A JP 4527748 B2 JP4527748 B2 JP 4527748B2
Authority
JP
Japan
Prior art keywords
user
information
advertisement
advertiser
distribution
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2007120715A
Other languages
English (en)
Other versions
JP2007265424A (ja
Inventor
和雄 佐々木
隆一 松倉
栄信 伊藤
仁 山内
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2007120715A priority Critical patent/JP4527748B2/ja
Publication of JP2007265424A publication Critical patent/JP2007265424A/ja
Application granted granted Critical
Publication of JP4527748B2 publication Critical patent/JP4527748B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

本発明は、ネットワークを介してユーザ間で互いに状態を参照することが可能な状態通知システムを用い、広告を配信する技術に関する。
本発明において、状態通知システムとは、複数のユーザ端末と状態通知サーバとがネットワークを介して接続されることにより構成される。このシステムは、ネットワークを介してユーザの状態に関する情報を取得し、状態情報をユーザに対応付けて記憶する。ユーザ端末は、所望のユーザの状態情報を要求し、これを取得することができる。状態情報管理システムの一例としては、会社のオフィスなどでされている行き先表示システムや在席管理システム、バディリストシステムが挙げられる。バディリストシステムでは、ユーザは、参照したいユーザを、バディとしてバディリストに登録する。このバディリストは、状態通知サーバにより管理されている。ユーザ端末は、ユーザのバディの状態情報を取得して一覧表示する。
近年、MSN MessengerやAOL Instant Messenger、Yahoo Messengerなどのバディリストシステムによるコミュニケーションが、インターネット上で急速に普及している。これらのシステムでは、ユーザがバディリストにバディを登録すると、バディの状態がユーザに通知される。バディの状態とは、例えばインターネットへの接続状態が「オン」、「在席中」、「多忙」である。さらにシステムによっては、ユーザが、インスタントメッセージやチャットなどのコミュニケーション手段を、バディの状態に応じて選択することができる。
前記状態通知システムは、通常、ユーザに無料でサービスを提供するため、広告配信による広告料によって成立しているものがほとんどである。このような広告料によってサービスを無料で提供するサービス形態としては、WWW(World Wide Web)サイトのバナー広告による広告料により、ホームページを無料で開設できるサービスを挙げることができる。しかしWWWサイト上のバナー広告は、ユーザが自発的にそのサイトにアクセスしない限り、目にされることがない。すなわち、バナー広告は受け身の広告と言え、広告に接するユーザ数は少ないと考えられる。また、バナー広告を広告主が更新してからWebページに反映させるまでのタイムラグが大きいため、広告主はバナー広告を手軽に更新しにくい。
一方バディリストシステムにおいて、ユーザ端末上に広告用表示領域を表示し、そこに広告を出力することも行われている。ユーザがバディの状態を常に参照していることが多いバディリストシステムにおいては、状態通知サーバから配信される広告がユーザ端末上に表示されている時間が長い。このため、ユーザに広告を積極的に見せることができるというメリットがある。また、状態通知サーバからユーザ端末に広告をプッシュすることができるため、広告主は広告を手軽に更新しやすいメリットがある。
特開2002−170032号公報
バディリストシステムを用いた広告配信システムには、上述のメリットがある反面、例えば次のような問題点を有している。すなわち、ユーザ端末上にユーザの好みとは無関係な広告が表示されるため、広告効果があまり高くならない。またユーザが、興味のない広告を強制的に見せられている感覚を持ち、反感を持つ可能性もある。
特許文献1では、このような問題を解決するための広告方法を提案している。この方法では、ユーザが見たい広告主をバディとして登録すると、その広告主の広告がその広告主の状態情報としてユーザに通知される。この方法では、ユーザが広告主を明示的に選択することにより、ユーザの好みに応じた広告表示が行われる。しかし、ユーザが広告主をバディとして登録しなければ、広告効果を期待することはできない。すなわち、バディリストなどの状態通知システムにおいて、ユーザの好みからあまり外れてない範囲でさりげなくユーザに広告を見せ、広告効果を高める技術は提供されていない。
本発明は、状態通知システムを用いた広告方法において、ユーザに受け入れられやすく広告効果の高い広告を配信するための技術を提供することを目的とする。
前記課題を解決するために、本願発明の一実施形態は、
ユーザ端末の状態情報を配信する状態通知装置に接続する接続ステップと、
ユーザ端末を識別するユーザ識別子の指定と、前記ユーザ端末の状態情報を変更することが許可された広告主を識別する広告主識別子の指定とを受け付ける許可ステップと、
広告主の名称と、前記広告主の広告主識別子と、前記広告主の広告データと、前記広告主に変更許可を付与しているユーザ端末である配信ユーザ端末のユーザ識別子と、を1レコードに含む広告情報を記憶する広告記憶ステップと、
配信ユーザ端末の状態情報を参照できるユーザ端末である参照許可端末への前記広告データの配信を、前記状態通知装置に実行させる配信依頼ステップと、
を含む広告配信方法を提供する。
状態通知システムとしてバディリストシステムを用いる場合について説明する。ユーザ端末の状態情報とは、ユーザ端末そのものの状態と、ユーザ端末を操作するユーザの状態とに関する情報を含む。この広告方法では、ユーザAは、広告データを自状態として、自状態の参照許可ユーザB,C,D・・・に配信する。具体的には、ユーザAが、自状態の変更許可を、広告主Xに与える。広告主Xは、変更許可をもらっているユーザAを、配信ユーザとして記憶する。広告主Xは、自分の広告データを配信ユーザAの状態の一部とすることを、バディリストサーバに依頼する。バディリストサーバは、広告主Xの広告データを、ユーザAの状態として、ユーザAの参照許可ユーザB,C,D・・・に配信する。なお、広告配信方法を実行する広告配信装置は、バディリストサーバを有していても良いし、バディリストサーバにネットワークなどを介して接続可能でも良い。
本願の別の実施形態は
前記広告データの更新を受け付ける広告更新ステップをさらに含み、
前記配信依頼ステップは、更新された広告データの配信ユーザ端末の参照許可端末への更新された広告データの配信を、前記状態通知装置に実行させる、
広告配信方法を提供する。
広告データが更新されると、その広告データの配信ユーザAの状態を参照しているユーザ端末B,C,D・・・に、配信ユーザAの状態は新たな広告データに変更されたことが通知される。
好ましくは、前記許可ステップは、
前記広告記憶ステップで記憶されている広告主の一覧要求を、前記ユーザ端末から受け付ける受付ステップと、
前記広告記憶ステップで記憶されている広告主の名称を含む広告主リストを、前記ユーザ端末に送信するリスト送信ステップと、
前記広告主リストに含まれる広告主の少なくとも1つの指定を、前記ユーザ端末から受け付ける指定受付ステップと、を含み
前記広告記憶ステップは、前記指定受付ステップで指定された広告主の配信ユーザ端末として、前記ユーザ端末のユーザ識別子を記憶してもよい。
この方法は、ユーザが広告主に変更許可を付与する方法の一例に関する。ユーザ端末からの要求に応じて広告主リストを送信する。送信した広告主リストの中から広告主の指定を受け付け、指定された広告主の配信ユーザとして前記ユーザ端末を記憶する。
また、好ましくは前記広告記憶ステップは、前記広告データの配信条件を1レコード中にさらに含む広告情報を記憶する。
配信条件には、配信ユーザに課せられる条件と、配信ユーザの参照許可ユーザに課せられる条件とが考えられる。前者の一例として、参照許可ユーザが一定人数以上であることが挙げられる。後者の一例として、年齢や性別が挙げられる。
さらに好ましくは、前記広告配信方法が、ユーザ端末のユーザ識別子と、前記ユーザ端末に関するユーザ情報とを1レコードとして記憶するユーザ情報記憶ステップをさらに含み、
前記許可ステップは、
前記広告記憶ステップで記憶されている広告主の一覧要求を、前記ユーザ端末から受け付ける受付ステップと、
前記ユーザ端末のユーザ情報が前記配信条件を満たす関係にある広告情報を抽出する抽出ステップと、
抽出された広告情報からなる広告主リストを、前記ユーザ端末に送信するリスト送信ステップと、
前記広告主リストに含まれる少なくとも1つの広告主の指定を、前記ユーザ端末から受け付ける指定受付ステップと、を含み、
前記広告記憶ステップは、前記指定受付ステップで指定された広告主の配信ユーザ端末として、前記ユーザ端末のユーザ識別子を記憶する広告配信方法が挙げられる。
ユーザ端末から広告主リストの要求が来ると、そのユーザ端末のユーザ情報に基づいて、ユーザ情報がその配信条件を満たす関係にある広告主のリストがユーザ端末に送られる。例えば、ユーザ端末Aの参照許可ユーザが5人であるとする。一方、広告主Xの配信条件が「参照許可ユーザ人数無制限」、広告主Yの配信条件が「参照許可ユーザ10人以上」であるとする。この場合、広告主Xは広告主リストに掲載されるが、広告主Yは掲載されない。
本願のさらに別の実施形態は、前記第1の実施形態において、ユーザ識別子と、前記ユーザ識別子で特定されるユーザ端末の状態情報と、前記状態情報を参照できる参照許可端末のユーザ識別子と、を1レコードに含むユーザ情報を記憶するユーザ情報記憶ステップと、
ユーザ端末の最新の状態通知を受け付け、前記ユーザ情報記憶ステップで記憶しているユーザ端末の状態情報を更新する状態更新ステップと、
ユーザ端末の状態情報が更新された場合、そのユーザ端末の参照許可端末に最新の状態情報を通知する状態通知ステップと、をさらに含み、
前記配信依頼ステップは、前記状態通知装置に代え、前記状態更新ステップ及び状態通知ステップにより前記広告データの配信を実行させる、
広告配信方法を提供する。
この広告方法を実行する広告装置は、バディリストサーバの機能をさらに有している。
本願のさらに別の実施形態は、前記第1の実施形態において、
ユーザ識別子と、前記ユーザ端末が広告データの配信に寄与した貢献度を示す貢献度データと、を1レコードに含むユーザ情報を記憶するユーザ情報記憶ステップと、
前記貢献度をユーザ情報に基づいて算出する貢献度算出ステップと、
をさらに含む広告配信方法を提供する。
ユーザと対応付けて、そのユーザが広告データの配信に寄与した貢献度を記憶しておく。貢献度は、例えば広告主からユーザ端末への累積キャッシュバックポイントとして算出することができる。貢献度に基づく特典をユーザに提供することにより、ユーザが広告主に変更許可を与えるインセンティブとなることが期待できる。
本願のさらに別の実施形態は、前記第1の実施形態において、
前記広告記憶ステップは、前記広告情報の1レコード中に広告料をさらに記憶し、
前記広告料を算出する広告料算出ステップをさらに含む、
広告配信方法を提供する。
本発明の好ましい態様として、
前記広告データの配信結果を示す配信結果情報を記憶する配信結果記憶ステップと、
前記配信結果情報を送信する配信結果送信ステップと、
をさらに含む広告配信方法が挙げられる。
配信結果情報には、例えば配信ユーザ端末のユーザ識別子と、広告データの延べ配信数と、前記配信ユーザ端末のメールアドレスとを含める。これらの情報を広告主端末に送信する。広告主端末は、例えば延べ配信数に応じて配信ユーザに提供する特典を決定し、メールアドレスを用いて特典を通知する。
本願のさらに別の実施形態は、
ユーザ端末の状態情報を配信する状態通知装置に接続する接続手段、
ユーザ端末を識別するユーザ識別子の指定と、前記ユーザ端末の状態情報を変更することが許可された広告主を識別する広告主識別子の指定とを受け付ける許可手段、
広告主の名称と、前記広告主の広告主識別子と、前記広告主の広告データと、前記広告主に変更許可を付与しているユーザ端末である配信ユーザ端末のユーザ識別子と、を1レコードに含む広告情報を記憶する広告記憶手段、及び
配信ユーザ端末の状態情報を参照できるユーザ端末である参照許可端末への前記広告データの配信を、前記状態通知装置に実行させる配信依頼手段、
としてコンピュータを機能させる広告プログラムを提供する。
本願のさらに別の実施形態は、
ユーザ端末の状態情報を配信する状態通知装置に接続する接続ステップと、
ユーザ端末を識別するユーザ識別子の指定と、前記ユーザ端末の状態情報を変更することが許可された広告主を識別する広告主識別子の指定とを受け付ける許可ステップと、
広告主の名称と、前記広告主の広告主識別子と、前記広告主の広告データと、前記広告主に変更許可を付与しているユーザ端末である配信ユーザ端末のユーザ識別子と、を1レコードに含む広告情報を記憶する広告記憶ステップと、
配信ユーザ端末の状態情報を参照できるユーザ端末である参照許可端末への前記広告データの配信を、前記状態通知装置に実行させる配信依頼ステップと、
を実行する広告プログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。
本願のさらに別の実施形態は、
ユーザ端末の状態情報を配信する状態通知装置に接続する接続手段と、
ユーザ端末を識別するユーザ識別子の指定と、前記ユーザ端末の状態情報を変更することが許可された広告主を識別する広告主識別子の指定とを受け付ける許可手段と、
広告主の名称と、前記広告主の広告主識別子と、前記広告主の広告データと、前記広告主に変更許可を付与しているユーザ端末である配信ユーザ端末のユーザ識別子と、を1レコードに含む広告情報を記憶する広告記憶手段と、
配信ユーザ端末の状態情報を参照できるユーザ端末である参照許可端末への前記広告データの配信を、前記状態通知装置に実行させる配信依頼手段と、
を備える広告配信装置を提供する。
本願のさらに別の実施形態は、
前記請求項1に記載の広告配信方法を実行する広告配信装置に接続する接続ステップと、
広告主の広告情報の登録を受け付ける登録ステップと、
広告情報と広告依頼とを、前記ネットワークを介して前記広告配信装置に送信する依頼ステップと、
前記広告情報の更新を受け付ける更新ステップと、
更新された広告情報を、前記ネットワークを介して前記広告配信装置に送信する更新依頼ステップと、
を含む広告依頼方法を提供する。
このコンピュータは、広告主が管理する広告主端末である。広告主は、広告依頼端末を用い、広告情報の登録及び更新を行う。
本願のさらに別の実施形態の好ましい態様として、
前記広告主に状態情報の変更を許可しているユーザ端末である配信ユーザ端末に提供する優待内容と、前記配信ユーザ端末を識別するユーザ識別子と、両者の組み合わせと、を記憶する優待記憶ステップと、
前記広告情報の配信結果を示す配信結果情報を前記広告装置から受信し、その配信結果情報に基づいて前記優待内容を更新する優待更新ステップと、
をさらに含む広告依頼方法が挙げられる。
広告主端末には、配信結果、例えば広告情報の延べ配信数に応じた優待内容と、配信ユーザ端末のユーザ識別子とが記憶されている。優待内容は、延べ配信数に応じて更新され、電子メールなどにより通知される。
本願のさらに別の実施形態は、状態通知システム上の状態通知クライアントを有するコンピュータに用いられる広告許可プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
自状態情報、自状態情報を参照できるコンピュータである参照許可端末の識別子、及び/またはその状態情報を参照したいコンピュータである参照希望端末の識別子を通知する状態通知ステップ、
請求項1に記載の方法を実行する広告配信装置とネットワークを介して接続する接続ステップ、及び
前記広告装置に対し、前記自状態情報の変更を許可する広告主を通知する許可通知ステップ、
を実行する広告許可プログラムを記録した、コンピュータ読み取り可能な記録媒体を提供する。
また本願発明は、状態通知システム上の状態通知クライアントを有するコンピュータを機能させる広告許可プログラムであって、
自状態情報、自状態情報を参照できるコンピュータである参照許可端末の識別子、及び/またはその状態情報を参照したいコンピュータである参照希望端末の識別子を通知する状態通知手段、
第1の実施形態の方法を実行する広告配信装置とネットワークを介して接続する接続手段、及び
前記広告装置に対し、前記自状態情報の変更を許可する広告主を通知する許可通知手段、
として前記コンピュータを機能させる広告許可プログラムを開示する。
このプログラムは、状態通知システムに接続可能なユーザ端末に用いられる。このプログラムを用いれば、ユーザ端末は、自状態の変更を許可する広告主の指定を行うことができる。広告主を指定した結果、ユーザ端末の状態を参照する他のユーザ端末に、自状態として広告データが配布される。
本発明を用いれば、ユーザ状態として広告を配信するので、高い広告効果を期待することができる。
<バディリストシステム>
まず始めに、バディリストシステムについて説明する。バディリストシステムは、本発明の広告方法の実行に用いる状態通知システムの一例である。
図1は、バディリストシステムの構成を示す。バディリストシステムは、ユーザの状態情報を管理しているバディリストサーバ1と、複数のバディリストクライアントとが、ネットワーク3を介して接続されて構成される。バディリストサーバ1は、コンピュータを用いて実現可能である。バディクライアントは、ユーザA及びBが操作するコンピュータであるユーザ端末2a,2b上で動作する。
ユーザ端末2a(UserID:User001)を操作するユーザAは、自己のバディリストクライアントを使用し、1または複数の自己の状態情報を、バディリストサーバ1に登録する。バディクライアントは、登録した状態情報の公開レベル、例えば「参照許可ユーザ」を、状態情報毎に設定することも可能である。ここで参照許可ユーザとは、ユーザ端末User001の状態情報を参照することを許可されたユーザである。また、ユーザAは、自分が状態情報を参照したい他のユーザ群をバディリストサーバ1に登録する。このユーザ群をバディリストと言い、各ユーザをバディと言う。
一方でバディリストクライアントは、バディであるユーザB,C,D・・・が操作するユーザ端末の状態情報の表示を更新する。バディクライアントが起動されていない間に更新されたバディB,C,D・・・の最新の状態情報は、バディリストクライアントが起動された時点で、バディリストサーバ1から取得され、表示される。
バディリストサーバ1は、ユーザ端末2aから通知される状態情報や参照許可ユーザを、ユーザID「User001」に対応づけてユーザ状態管理データベース(DB)101に記憶する。ユーザ状態管理DB101は、1つのユーザIDに対し、状態ID「state01」、「state02」・・・で識別される複数の状態情報を記憶することができる。またバディリストサーバ1は、ユーザ端末2aから通知された参照許可ユーザ及びバディリストの内容を、ユーザ状態管理DB101に記憶しておく。バディリストサーバ1は、ユーザAの最新の状態情報を受け取ると、ユーザAの状態情報を更新し、さらにユーザAの参照許可ユーザへ更新された状態情報を通知する。なお、バディリストサーバ1は、各ユーザ端末をユーザIDにより一義的に識別する。
つまり、バディリストシステムでは、ユーザは、自己の状態情報と関心のあるユーザであるバディとを登録しておく。これにより、基本的にはバディの状態がユーザ端末上で一覧表示される。また、ユーザのバディの状態情報が変更された場合、ユーザ端末上で表示されているバディの状態情報が自動的に更新される。ユーザは、バディリストシステムに接続してバディリストを登録しておくことにより、気になるユーザの状態を手軽に参照することが可能となる。
<第1実施形態例>
(1)概要
(1−1)全体構成及び広告処理の概要
図2は、第1実施形態例に係る広告方法が適用される広告システムの全体構成例である。広告システムは、バディリストサーバ1、ユーザ端末2a、2b、2c(以下、ユーザ端末2という)、広告主端末4及び広告配信装置5が、インターネットなどのネットワーク3に接続されることにより構成されている。
バディリストサーバ1は、前記図1と同様の機能を有している。バディリストクライアントが動作するユーザ端末2は、バディリストサーバ1と共にバディリストシステムを構成する。またユーザ端末2は、バディリストクライアントに加え、リスト依頼モジュール21及び状態変更許可モジュール22を有している。
広告主端末4は、コンピュータを用いて実現することができる。広告主端末4は、広告データ登録モジュール41及び広告データ更新モジュール42を有している。広告配信装置5は、広告データを含む広告情報を広告主毎に蓄積した広告DB51及び複数のモジュールを有している。広告配信装置5の構成については詳細を後述する。
図3は、図2に示す広告システムを用いた広告方法の概念説明図である。この広告方法は、以下のステップ(1)〜(6)を含む。
(1)広告主Xが操作する広告主端末4が広告配信装置5に広告情報を登録し、広告依頼を広告配信装置5に送信する。
(2)広告配信装置5が、ユーザ端末2aからの要求に応じて広告主リストをユーザ端末2aに送信する。
(3)ユーザ端末2aが、自状態の変更を許可する広告主Xの通知である変更許可通知を、広告配信装置5に送信する。
(4)広告配信装置5が、ユーザ端末2aの状態更新依頼をバディリストサーバ1に送信する。これにより、ユーザ端末2aの参照許可ユーザが操作する参照許可端末2b、2cに、広告主Xの広告データが送信される。
(5)広告主Xの広告主端末4が広告情報を更新する。
(6)広告配信装置5が、広告情報の更新に従い、ユーザ端末2aの状態の更新依頼をバディリストサーバ1に送信する。これにより、広告主Xの新たな広告データがユーザ端末2aの参照許可端末2b、2cに送信される。
(1−2)広告配信装置の構成及び広告DB
図4は、広告配信装置5の詳細な機能構成を示すブロック図である。広告配信装置5は、広告DB51に加え、通信制御モジュール52、サービス制御モジュール53、広告情報受付モジュール54、広告情報管理モジュール55、広告主リストモジュール56、変更許可受付モジュール57及び状態更新依頼モジュール58を有している。
図5は、広告DB51に蓄積される広告情報の概念説明図である。本実施形態例においては、広告情報は、「広告主名」、「広告主ID」、「配信ユーザ」及び「広告データ」を、1レコードに含んでいる。これらの広告情報は、広告主端末4から広告配信装置5に登録される。「広告主名」とは、広告主の名称、例えば企業の名称や店舗の名称などである。「広告主ID」は、広告配信装置5が各広告主に一義的に割り当てた識別情報である。
「配信ユーザ」とは、自状態を変更することを広告主に許可しているユーザ端末のユーザIDである。自状態が複数の状態情報を含む場合、配信ユーザが広告主に変更を許可している状態情報のIDと配信ユーザとが組み合わせて記憶される。広告データは、配信ユーザの状態情報として、配信ユーザの参照許可端末に配信される。
「広告データ」は、広告主の広告を表すテキストデータ、画像データ、動画像データ、音声データのいずれかまたはこれらの組み合わせや、そのデータのアドレスである。例えば広告主の広告を表す画像ファイルと、その画像ファイルのアドレスであるURLとを広告データとすることができる。
(1−3)処理の流れ
次に、本実施形態例の広告システムにおける処理の流れを説明しながら、ユーザ端末2、広告主端末4及び広告配信装置5の各モジュールの機能について詳細に説明する。図6は、広告システムが行う広告依頼処理及び状態変更処理の流れを示す説明図である。これらの処理について順次説明する。
[広告依頼処理]
広告主Xが操作する広告主端末4の広告データ登録モジュール41は、広告情報の登録を受け付け(#1)、広告配信装置5に広告依頼を送信する(#2)、この広告依頼には、広告情報が含まれている。広告配信装置5の広告情報受付モジュール54は広告依頼を受信し(#3)、広告情報管理モジュール55は受信した広告情報を広告DB51に登録する(#4)。なお正確には、広告依頼は通信制御モジュール52により受信され、サービス制御モジュール53により広告情報受付モジュール54に振り分けられる。通信制御モジュール52は、広告配信装置5と他の端末との間でのデータの送受信を行う。また、サービス制御モジュール53は、受信データの種類に応じて受信データを他のモジュールに振り分けたり、他のモジュールからのデータを通信制御モジュール52に順次渡したりする。
[状態変更処理]
以下において、ユーザ端末2aを例にとり説明するが、他のユーザ端末も同様の機能を有する。
ユーザ端末2aのリスト依頼モジュール21は、自状態の変更許可を与えることができる広告主の候補が記載された広告主リストの取得依頼を受け付ける(#11)。さらにリスト依頼モジュール21は、広告主リストを広告配信装置5に要求する(#12)。広告配信装置5の広告主リストモジュール56は、前記要求を受信し(#13)、要求に応じて広告主リストを作成する(#14)。さらに広告主リストモジュール56は、ユーザ端末2aに広告主リストを送信する(#15)。広告主リストには、広告DB51に登録されている広告主の名前一覧と広告主IDとが含まれる。
ユーザ端末2aの状態変更許可モジュール22は、受信した広告主リストを、ディスプレイなどに表示する(#16、#17)。さらに状態変更許可モジュール22は、表示された広告主リストの中からいずれかの広告主Xの選択を受け付ける(#18)。すなわち、状態変更許可モジュール22は、選択した広告主Xへの状態変更許可の付与を受け付ける。このユーザ端末2aは、広告主Xの「配信ユーザ」となる。このとき、状態変更許可モジュール22は、複数の状態情報のうちのどの状態情報を広告主Xの広告データとするかの指定を受け付けても良い。例えば状態ID「state01」、「state02」のうちの「state02」の指定である。さらに、ユーザ端末2aの状態変更許可モジュール22は、状態変更許可通知を広告配信装置5に送信する(#19)。この状態変更許可通知は、ユーザID及びユーザが状態変更許可を付与した広告主IDを含んでいる。また状態変更許可通知は、状態IDを含んでいる場合もある。
広告配信装置5の変更許可受付モジュール57は、状態変更許可通知を受信すると(#20)、広告情報に配信ユーザのユーザIDと、もしあれば状態IDとを追加する(#21)。すなわち、変更許可受付モジュール57は、状態変更許可通知に含まれている広告主IDの広告情報に、ユーザ端末2aのユーザID「User001」を、配信ユーザとして書き込む。次いで、広告配信装置5の状態更新依頼モジュール58は、広告主Xの配信ユーザUser001の状態更新依頼を、バディリストサーバ1に送信する(#22)。この状態更新依頼には、ユーザ端末2aの新たな状態情報である広告主Xの広告データと、ユーザ端末2aのユーザIDUser001と、もしあれば状態IDとが含まれている。
バディリストサーバ1は、状態更新依頼を受信すると、ユーザ状態管理DB101を更新する(#23、#24)。すなわち、ユーザID「User001」の状態情報に、広告データを新たな状態として書き込む。状態IDの指定があれば、指定された状態IDの状態情報に広告データが上書きされる。また、バディリストサーバ1は、ユーザID「User001」の参照許可端末に、広告データであるユーザ状態を配信する(#25)。広告データは、ユーザ間の個人的な人間関係に基づいてユーザ状態の一部として配信されるので、広告データを受信するユーザの反発が少なく、高い広告効果が得られると期待できる。
[広告情報更新処理]
図7は、広告システムが行う広告情報更新処理の流れを示す説明図である。広告主端末4の広告データ更新モジュール42は、広告情報の更新を受け付ける(#31)。例えば、広告データの画像データの更新やそのURLの更新を受け付ける。ここでは、広告データの一部の画像データが更新される場合を考える。さらに広告データ更新モジュール42は、広告配信装置5に更新依頼を送信する(#32)。この更新依頼には、広告主IDと、更新される広告情報、例えば新しい広告データとが含まれている。
広告配信装置5の広告情報受付モジュール54は、新しい広告データを受信し、広告情報管理モジュール55が広告データを広告DB51に登録する(#33、#34)。さらに、広告情報受付モジュール54は、広告情報を更新した広告主Xの配信ユーザからなる配信ユーザリストを作成する(#35)。次いで、広告情報受付モジュール54は、配信ユーザリスト中の各配信ユーザの状態更新依頼を、バディリストサーバ1に送信する(#36)。この更新依頼には、更新された広告データと、配信ユーザのユーザIDと、各配信ユーザが変更を許可している状態情報の状態IDとが含まれる。なお状態IDは必須ではない。
バディリストサーバ1は、状態更新依頼を受信すると(#37)、ユーザ状態管理DB101を更新する(#38)。すなわち、バディリストサーバ1は、配信ユーザの状態情報の1つに新たな広告データを上書きする。また、バディリストサーバ1は、配信ユーザの参照許可端末に、更新された広告データを配信する(#39)。
<第2実施形態例>
(1)概要
(1−1)全体構成及び広告処理の概要
図8は、第2実施形態例に係る広告システムの全体構成及び広告方法の概念説明図である。本実施形態例の広告システムは、ユーザ端末2a、2b、2c(以下、ユーザ端末2という)、広告主端末4及び広告配信端末6を含んでいる。図中、第1実施形態例と同様の機能を有する要素については同じ符号番号を付して示している。ユーザ端末2は、バディリストクライアントに加え、リスト依頼モジュール21及び状態変更許可モジュール22を有している。広告主端末4は、広告データ登録モジュール41及び広告データ更新モジュール42を有している。配信端末6は、バディリストサーバ1及び広告配信装置5の機能を有している。広告配信端末6の構成については詳細を後述する。これらユーザ端末2、広告主端末4及び広告配信端末6は、コンピュータを用いて実現することができる。
図8に示す広告システムを用いた広告方法は、以下のステップ(1)〜(4)を含む。
(1)広告主Xが操作する広告主端末4が広告配信端末6に広告情報を登録し、広告依頼を広告配信端末6に送信する。
(2)広告配信端末6が、ユーザ端末2aからの要求に応じて広告主リストをユーザ端末2aに送信する。
(3)ユーザ端末2aが、自状態の変更を許可する広告主Xの通知である変更許可通知を、広告配信端末6に送信する。これにより、広告主Xの広告データがユーザ端末2aの参照許可端末2b、2cに送信される。
(4)広告主Xの広告主端末4が広告情報を更新する。これにより、広告主Xの新たな広告データがユーザ端末2aの参照許可端末2b、2cに送信される。
(1−2)広告配信端末の構成及びその広告配信端末のデータベース
図9は、図8の広告システムにおける広告配信端末6の機能構成を示すブロック図である。広告配信端末6は、第1実施形態例における広告配信装置5として機能するために、広告DB51、通信制御モジュール52、サービス制御モジュール53、広告情報受付モジュール54,広告情報管理モジュール55、広告主リストモジュール56、変更許可受付モジュール57、及び実績更新モジュール59を有している。また、広告配信端末6は、バディリストサーバ1として機能するために、ユーザDB11、ユーザDB管理モジュール12、及びユーザ状態通知モジュール13を有している。図中、前記バディリストシステムや第1実施形態例において同様の機能を有する要素については、同一の符号番号を付して示している。
図10は、広告DB51に蓄積される広告情報の概念説明図である。本実施形態例では、広告情報は、前記第1実施形態例の広告情報「広告主名」、「広告主ID」、「配信ユーザ」及び「広告データ」に加え、「配信条件」、「累積課金」及び「配信停止ユーザ」を1レコード中にさらに含んでいる。「広告主名」、「広告主ID」、「配信ユーザ」及び「広告データ」については、前記第1実施形態例と同様である。
「配信条件」は、配信ユーザに課せられる条件と、配信ユーザの参照許可ユーザに課せられる条件とを含んでいる。この例では、配信条件は、「年代」、「住所」、「性別」及び「人数条件」を含んでいる。この中で「年代」、「住所」及び「性別」は、配信ユーザの参照許可ユーザに対する条件である。この例では、参照許可ユーザは、30代または40代の男性であることが条件である。配信条件のうち「人数条件」は配信ユーザに課せられる条件である。この例では、配信ユーザの参照許可ユーザが3人以上いることが条件である。配信条件を満たす広告データの配信を行うことにより、広告効果が上がることが期待できる。
「累積課金」は広告主に課せられる広告料である。広告料は、たとえば広告配信端末6の管理者に対して各広告主が支払う。累積課金額は、広告データサイズ、配信ユーザの参照許可ユーザ数、各参照許可ユーザが参照許可ユーザとして登録されていた時間の長さ、広告データの登録回数などに基づいて算出される。広告主から徴収された広告料は、広告サービスの運営費やサービス提供者の利益とすることができる。
「配信停止ユーザ」とは、一旦広告主に状態変更許可を付与したものの、その後許可を停止したユーザである。
図11は、ユーザDB11に蓄積されるユーザ情報の概念説明図である。ユーザ情報には、前記図1に示すユーザ状態管理DB101に蓄積されている基本情報に加え、「個人情報」、「変更許可ID」及び「累積キャッシュポイント」が1レコード中にさらに付加されている。「個人情報」としては、名前、年齢、性別、住所が例示されている。この他にも、例えばメールアドレスや職業を個人情報に含めることができる。図10に示した配信条件の「年代」、「住所」、「性別」は、個人情報に基づいて判断される。
「変更許可ID」は、ユーザが状態変更許可を付与している広告主のIDであり、状態変更許可を付与している状態情報の状態IDに対応している。「累積キャッシュポイント」は、配信ユーザが広告データを配信した実績に基づいてユーザに与えられる。たとえば広告主は、累積キャッシュポイントの値に基づいて、ユーザに商品やサービスの割引を提供する。累積キャッシュポイントは、参照許可ユーザ数や、参照許可ユーザが参照許可ユーザとして登録されていた時間の長さ、広告データの配信回数などに基づいて算出される。
(2−3)処理の流れ
次に、本実施形態例の広告システムにおける処理の流れを説明しながら、ユーザ端末2、広告主端末4及び広告配信端末6の各モジュールの機能について詳細に説明する。図12は、広告システムが行う広告依頼処理及び状態変更処理の流れを示す説明図である。これらの処理について順次説明する。
[広告依頼処理]
広告依頼処理の流れは、前記第1実施形態例における処理と同様である。すなわち、広告主Xが操作する広告主端末4の広告データ登録モジュール41は、広告情報の登録を受け付け(#101)、広告配信端末6に広告依頼を送信する(#102)、この広告依頼には、前記広告情報が含まれている。広告配信端末6の広告情報受付モジュール54は広告依頼を受信し(#103)、広告情報管理モジュール55は受信した広告情報を広告DB51に登録する(#104)。なお正確には、広告依頼は通信制御モジュール52により受信され、サービス制御モジュール53により広告情報受付モジュール54に振り分けられる。第1実施形態例と同様、通信制御モジュール52は、広告配信端末6と他の端末との間でのデータの送受信を行う。また、サービス制御モジュール53は、受信データの種類に応じて受信データを他のモジュールに振り分けたり、他のモジュールからのデータを通信制御モジュール52に順次渡したりする。
[状態変更処理]
以下において、ユーザ端末2aを例にとり説明するが、他のユーザ端末も同様の機能を有する。また、広告情報及びユーザ情報は、前記図10及び図11に示した状態にあると仮定する。
ユーザ端末2aのリスト依頼モジュール21は、広告主リストの依頼を受け付け、広告主リストを広告配信端末6に要求する(#111,#112)。広告配信端末6の広告主リストモジュール56は、前記要求に応じて広告主リストを作成し、ユーザ端末2aに広告主リストを送信する(#113,#114,#115)。ここで広告主リストモジュール56は、広告情報の配信条件とユーザ情報とに基づいて、広告主リストを作成する。広告主リストに抽出される広告主は、その配信条件のうち人数条件をユーザ端末2aが満たし、他の配信条件をユーザ端末2aのいずれかの参照許可ユーザが満たす広告主である。
ユーザ端末2aの状態変更許可モジュール22は、受信した広告主リストを表示していずれかの広告主に対する状態変更許可を受け付け、状態変更許可通知を広告配信端末6に送信する(#116〜#119)。状態変更許可モジュール22は、複数の状態情報のうちのどの状態情報を広告主Xの広告データとするかの指定を受け付けても良い。状態変更許可通知は、ユーザID及びユーザが状態変更許可を付与した広告主IDを含んでいる。また状態変更許可通知は、状態IDを含んでいる場合もある。
広告配信端末6の変更許可受付モジュール57は、状態変更許可通知に基づいて、広告DB51に配信ユーザIDと、あれば状態IDとを登録する(#120,#121)。また変更許可受付モジュール57は、ユーザ状態通知モジュール13に、配信ユーザIDと状態IDと広告データとを含む状態更新依頼を送出する。前記依頼を受け、ユーザDB管理モジュール12は、ユーザ端末2a(UseriID:User001)の状態情報に広告データを追加する(#122)。状態IDが指定されている場合は、指定された状態IDの状態情報が広告データとなる。ユーザ状態通知モジュール13は、新たなユーザ状態を、ユーザ端末2aの参照許可端末に通知する(#123)。
広告配信端末6の実績更新モジュール59は、配信された広告データを含む広告情報の累積課金データを更新する(#124)。たとえば、累積課金データ=(広告データの画像ファイルサイズ)×(ユーザ端末2aの参照許可ユーザ数)とすることができる。また、実績更新モジュール59は、ユーザ端末2aのユーザ情報の累積キャッシュポイントを更新する(#125)。例えば累積キャッシュポイントは、(ユーザ端末2aの参照許可ユーザ数×ユーザ端末2aが配信ユーザとして登録されていた時間長さ)の総和として求めることが挙げられる。
[広告情報更新処理]
図13は、広告システムが行う広告情報更新処理の流れを示す説明図である。広告主端末4は、広告データ更新モジュール42により広告情報の更新を受け付け、更新依頼を広告配信端末6に送信する(#131,#132)。広告配信端末6の広告情報受付モジュール54は、更新依頼を受信すると、ここに含まれる広告主IDに対応する広告情報を更新する(#133,#134)。さらに、広告情報受付モジュール54は、配信ユーザリストを作成する(#135)。次いで、ユーザDB管理モジュール12はユーザDB11を更新する(#136)。すなわち、配信ユーザリストに含まれるユーザIDの状態情報の1つが新たな広告データに更新される。ユーザ状態通知モジュール13は、更新された広告データを、配信ユーザのユーザ状態として、配信ユーザの参照許可端末に送信する(#137)。その後実績更新モジュール59が、前記前述と同様に累積課金データ及び累積キャッシュポイントデータの更新を行う(#138,#139)。
なお、本実施形態例にかかる広告システムでは、広告配信端末6は、バディリストサーバ1としても機能する。すなわち、ユーザ状態通知モジュール13は、ユーザ端末2から状態情報の更新通知や参照許可ユーザ、バディリストの更新通知を受け付ける(#141)。ユーザDB管理モジュール12は、通知された情報をユーザDB11に登録する(#142)。
<第3実施形態例>
(1)概要
(1−1)全体構成及び広告処理の概要
図14は、第3実施形態例にかかる広告システムの全体構成及びこのシステムを用いた広告方法の概念説明図である。本実施形態例の広告システムは、ユーザ端末2a、2b、2c(以下、ユーザ端末2という)、広告主端末4及び広告配信端末6を含んでいる。図中、第1実施形態例と同様の機能を有する要素については同じ符号番号を付して示している。ユーザ端末2は、バディリストクライアントに加え、リスト依頼モジュール21及び状態変更許可モジュール22を有している。また、ユーザ端末2は、広告主端末4からの通知を受信する手段の一例としての電子メール装置と、広告主から商品などを購入する手段の一例としてのWWWブラウザとを有している。
広告主端末4は、広告データ登録モジュール41、広告データ更新モジュール42、割引モジュール44及び割引テーブル43を有する。また、広告主端末4は、ユーザ端末2への通知を送信する手段の一例としての電子メール装置と、商品などを販売する手段の一例としてのWWWサーバとを有している。広告配信端末6は、バディリストサーバ1及び広告配信装置5の機能を有している。広告配信端末6の構成については詳細を後述する。これらユーザ端末2、広告主端末4及び広告配信端末6は、コンピュータを用いて実現することができる。
図14に示す広告システムを用いた広告方法は、以下のステップ(1)〜(5)を含む

(1)広告主Xが操作する広告主端末4が広告配信端末6に広告情報を登録し、広告依頼を広告配信端末6に送信する。
(2)広告配信端末6が、ユーザ端末2aからの要求に応じて広告主リストをユーザ端末2aに送信する。
(3)ユーザ端末2aが、自状態の変更を許可する広告主Xの通知である変更許可通知を、広告配信端末6に送信する。これにより、広告主Xの広告データがユーザ端末2aの参照許可端末2b、2cに送信される。
(4)広告配信端末6が、広告データの配信結果を広告主端末4に通知する。広告主は、配信ユーザの配信実績に応じ、割引などの特典を提供する。この特典を例えば配信ユーザに通知することにより、配信ユーザは、広告主から通知される割引IDを用いてオンラインショッピングをする。
(5)広告主Xの広告主端末4が広告情報を更新する。これにより、広告主Xの新たな広告データがユーザ端末2aの参照許可端末2b、2cに送信される。
(1−2)広告配信端末の構成、広告配信端末及び広告主端末のデータベース
図15は広告配信端末6の機能構成を示すブロック図である。広告配信端末6は、第1実施形態例における広告配信装置5として機能するために、広告DB51、通信制御モジュール52、サービス制御モジュール53、広告情報受付モジュール54、広告情報管理モジュール55、広告主リストモジュール56、変更許可受付モジュール57、配信結果送信モジュール510、及び配信結果テーブル511を有している。また、広告配信端末6は、バディリストサーバ1として機能するために、ユーザDB11、ユーザDB管理モジュール12、及びユーザ状態通知モジュール13を有している。図中、前記バディリストシステムや第1実施形態例や第2実施形態例において同様の機能を有する要素については、同一の符号番号を付して示している。広告DB51の広告情報は、前記図10と同様である。
図16は、広告配信端末6のユーザDB11に蓄積されるユーザ情報の概念説明図である。ユーザ情報は、前記図1に示すユーザ状態管理DB101に蓄積されている基本情報に加え、「個人情報」、「変更許可ID」及び「生成キー」を含んでいる。「個人情報」及び「変更許可ID」については、前記第2実施形態例と同様である。「生成キー」は、参照許可端末に対し、配信ユーザの状態情報の一部として通知される。
図17は、広告配信端末6の配信結果テーブル511に蓄積される配信結果情報の概念説明図である。ここでは配信結果情報には、配信ユーザのユーザIDである「配信ユーザID」、配信ユーザの「メールアドレス」、「広告配信人数」及び「生成キー」が、1レコードとして記憶されている。配信ユーザのメールアドレスは、例えば図11に示すユーザDB11の個人情報から取得可能である(図示せず)。「広告配信人数」とは、配信ユーザの配信実績を示すデータの一例である。ここでは、広告配信人数は、配信ユーザIDで特定される配信ユーザから広告データが配信された参照許可端末の延べ数である。広告配信人数を広告主端末4に通知すれば、広告主端末4は、広告配信人数を基にして配信ユーザ毎の割引率を算出することができる。「生成キー」は、例えばアルファベットや数字をランダムにつなげて作られる任意の文字列である。また、生成キーは、配信ユーザのレコードに書き込まれ、配信ユーザIDの参照許可端末に対し、広告データと共に配信される。例えば参照許可ユーザは、生成キーと配信ユーザIDとを入力して商品を購入する際に、広告主から割引を受けることができる。
図18は、広告主端末4の割引テーブル43の概念説明図である。割引テーブル43には、「配信ユーザID」、「メールアドレス」、「広告配信人数」、「割引率1」、「割引ID」、「割引率2」が1レコードに記憶されている。「配信ユーザID」、「メールアドレス」、及び「広告配信人数」は、広告配信端末6から広告主端末4に通知される。「割引率1」は、広告主端末4が配信ユーザに対して設定する割引率である。「割引ID」は、割引率1を示す識別情報である。例えば広告主端末4は、割引率1に応じた割引IDを配信ユーザのメールアドレスに送信する。配信ユーザは、この割引IDを利用して商品を購入することにより、商品の割引を受けることができる。「割引率2」は、広告主端末4が配信ユーザIDの参照許可ユーザに対して設定する割引率である。
(3−3)処理の流れ
次に、本実施形態例の広告システムにおける処理の流れを説明しながら、ユーザ端末2、広告主端末4及び広告配信端末6の各モジュールの機能について詳細に説明する。図19及び図20は、広告システムが行う状態変更処理の流れを示す説明図である。なお、広告依頼処理の流れ及び広告情報更新処理の流れについては、前記第2実施形態例の図12及び図13と同様である。
[状態変更処理]
以下において、ユーザ端末2aを例にとり説明するが、他のユーザ端末も同様の機能を有する。また、広告情報及びユーザ情報は、前記図10及び図16に示した状態にあると仮定する。
ユーザ端末2aのリスト依頼モジュール21は、広告主リストの依頼を受け付け、広告主リストを広告配信端末6に要求する(#211,#212)。広告配信端末6の広告主リストモジュール56は、前記要求に応じて広告主リストを作成し、ユーザ端末2aに広告主リストを送信する(#213,#214,#215)。ここで広告主リストに抽出される広告主は、その配信条件のうち人数条件をユーザ端末2aが満たし、他の配信条件をユーザ端末2aのいずれかの参照許可ユーザが満たす広告主である。
ユーザ端末2aの状態変更許可モジュール22は、受信した広告主リストを表示していずれかの広告主に対する状態変更許可を受け付け、状態変更許可通知を広告配信端末6に送信する(#216〜#219)。状態変更許可モジュール22は、複数の状態情報のうちのどの状態情報を広告主Xの広告データとするかの指定を受け付けても良い。状態変更許可通知は、ユーザIDと、ユーザが状態変更許可を付与した広告主IDと、あれば状態IDとを含む。
広告配信端末6の変更許可受付モジュール57は、状態変更許可通知に基づいて、広告DB51に配信ユーザIDとあれば状態IDとを登録する(#220,#221)。また変更許可受付モジュール57は、ユーザ状態通知モジュール13に、配信ユーザIDと状態IDと広告データとを含む状態更新依頼を送出する。前記依頼を受け、ユーザDB管理モジュール12は、ユーザ端末2a(UserID:User001)の状態情報に広告データを追加する(#222)。状態IDが指定されている場合は、指定された状態IDの状態情報が広告データとなる。ユーザ状態通知モジュール13は、新たなユーザ状態を、ユーザ端末2aの参照許可端末に通知する(#223)。
広告配信端末6の配信結果送信モジュール510は、配信結果テーブル511を更新する(#224)。まず、配信結果送信モジュール510は、広告データを自状態として送信した配信ユーザのユーザID「User001」を含むレコードを配信結果テーブルから検索する。次いで、このレコードの広告配信人数に、ユーザ端末2a(UserID:User001)の現時点での参照許可ユーザの人数を加算する。
配信結果送信モジュール510は、更新された配信結果情報を、広告主端末4に送信する(#225)。広告主端末4の割引モジュール44は、配信結果情報を受信し(#226)、割引テーブル43を更新する(#227)。すなわち、割引モジュール44は、通知された配信結果情報に含まれるユーザIDを基に割引テーブルを検索し、該当するレコードの広告配信人数を更新する。また更新した広告配信人数に基づいて、割引率1及び割引率2を更新する。配信結果送信モジュール510は、更新した結果を配信ユーザのユーザ端末2aに通知してもよい(#229)。この割引通知は、例えば割引IDを記述した電子メールの送信により行うことができる。広告主に自状態の変更を許可している配信ユーザは、通知された割引IDを利用してその広告主から商品やサービスを購入することができる。割引IDによる商品などの購入は、例えば広告主端末4のWWWサーバが開設する広告主のオンラインショッピングサイトを通じて行うことができる。割引などの特典を広告主からユーザに提供することは、状態変更許可を付与するためのインセンティブとして働くと期待できる。
配信ユーザだけでなく、配信ユーザの参照許可ユーザにも割引等の特典を付与してもよい。例えば、配信ユーザ(UserID:User001)の参照許可端末2b、2c・・・(UserID:User002, User100, User201)には、広告データだけでなく、生成キー及び配信ユーザID「User001」が通知されるようにするとよい。参照許可端末2b、2c・・・は、生成キー及び配信ユーザIDを用いて広告主端末4に購買要求を送信する(#241)。この要求は、例えば広告主端末4上のWWWサーバが開設する広告主のオンラインショッピングサイトに、参照許可端末2b、2c・・・のWWWブラウザによりアクセスすることで行われる。広告主端末4の割引モジュール44は、広告配信端末6に対し、送信されてきたユーザID及び生成キーの確認依頼を送信する(#243)。広告配信端末6の配信結果送信モジュール510は、この依頼を受け付け、配信結果テーブル511を参照して情報の確認を行い、確認結果を広告主端末4に送信する(#245)。広告主端末4の割引モジュール44は、前記確認結果に基づいて割引を付与するか否かを判断し、前記情報を認証する場合には割引を実行する(#246)。すなわち割引モジュール44は、配信ユーザIDをキーに割引テーブルを検索し、該当レコードの割引率2を参照許可端末に適用する。
広告主の製品の割引を配信ユーザに与えることにより、ユーザは、自分が買いたい商品の広告配信を許可するようになる。従って、前記ユーザの参照ユーザは、前記ユーザが興味を持っている情報を得ることができ、自然に広告を受け入れることができる。
<画面例>
次に、前記実施形態例における画面例について、具体例を挙げて説明する。
図21は、広告主端末4で表示される広告依頼登録画面例である。この画面は、広告主端末4の広告データ登録モジュール41により表示される。この画面は、配信条件や広告データなどの広告情報の登録を受け付ける。広告データとして画像ファイルだけでなく、音声ファイルや動画像データを登録できるようにしてもよい。
図22は、広告主端末4で表示される広告データ更新画面の一例である。この画面は、広告データ更新モジュール42により表示される。この画面は、広告データの変更を受け付ける。広告データだけでなく、他の広告情報、例えば配信条件の変更を受け付けるようにすることもできる。
図23は、ユーザ端末2で表示される状態変更許可画面の一例を示す。この画面は、状態変更許可モジュール22により表示される。この画面には、広告主リストとして、広告主名と、広告データである画像ファイルと、そのURLとが表示されている。ユーザは自状態の変更を許可する広告主の許可フラグをマークすることにより、自状態の変更許可を付与する。逆にユーザが許可フラグのマークを削除すると、ユーザのIDは、該当する広告主の広告情報において配信停止ユーザとして記憶される。
図24は、第1実施形態例及び第2実施形態例におけるユーザ端末2上で表示される状態情報の表示例である。この図は、配信ユーザ「山田太一」の参照許可端末上における表示例を示している。配信ユーザ「山田太一」の状態情報「席にいます」や「今日は暑いですね」とともに、広告データである画像データ241a、241bが表示されている。
図25は、第3実施形態例におけるユーザ端末2で表示される状態情報の表示例である。この例では、画像データに加えて生成キーが、配信ユーザの状態情報と共に表示されている。
<その他の実施形態例>
(A)前記実施形態例においては、各ユーザ端末は、1つの広告主にのみ状態変更許可を付与している。しかし、複数の広告主に状態変更許可を付与することも可能である。
(B)前述した方法を実行するプログラム及びこのプログラムを記録したコンピュータ読み取り可能な記録媒体は、本発明に含まれる。ここで、記録媒体としては、コンピュータが読み書き可能なフレキシブルディスク、ハードディスク、半導体メモリ、CD-ROM、DVD、光磁気ディスク(MO)、その他のものが挙げ
られる。
<付記>
(付記1)
広告配信方法であって、
ユーザ端末の状態情報を配信する状態通知装置に接続する接続ステップと、
ユーザ端末を識別するユーザ識別子の指定と、前記ユーザ端末の状態情報を変更することが許可された広告主を識別する広告主識別子の指定とを受け付ける許可ステップと、
広告主の名称と、前記広告主の広告主識別子と、前記広告主の広告データと、前記広告主に変更許可を付与しているユーザ端末である配信ユーザ端末のユーザ識別子と、を1レコードに含む広告情報を記憶する広告記憶ステップと、
配信ユーザ端末の状態情報を参照できるユーザ端末である参照許可端末への前記広告データの配信を、前記状態通知装置に実行させる配信依頼ステップと、
を含む広告配信方法。
(付記2)
前記広告データの登録を受け付ける広告登録ステップをさらに含む、付記1に記載の広告配信方法。
(付記3)
前記広告データの更新を受け付ける広告更新ステップをさらに含み、
前記配信依頼ステップは、更新された広告データの配信ユーザ端末の参照許可端末への更新された広告データの配信を、前記状態通知装置に実行させる、
付記1に記載の広告配信方法。
(付記4)
前記許可ステップは、
前記広告記憶ステップで記憶されている広告主の一覧要求を、前記ユーザ端末から受け付ける受付ステップと、
前記広告記憶ステップで記憶されている広告主の名称を含む広告主リストを、前記ユーザ端末に送信するリスト送信ステップと、
前記広告主リストに含まれる広告主の少なくとも1つの指定を、前記ユーザ端末から受け付ける指定受付ステップと、を含み
前記広告記憶ステップは、前記指定受付ステップで指定された広告主の配信ユーザ端末として、前記ユーザ端末のユーザ識別子を記憶する、
付記1に記載の広告配信方法。
(付記5)
前記広告記憶ステップは、前記広告データの配信条件を1レコード中にさらに含む広告情報を記憶する、付記1に記載の広告配信方法。
(付記6)
ユーザ端末のユーザ識別子と、前記ユーザ端末に関するユーザ情報とを1レコードとして記憶するユーザ情報記憶ステップをさらに含み、
前記許可ステップは、
前記広告記憶ステップで記憶されている広告主の一覧要求を、前記ユーザ端末から受け付ける受付ステップと、
前記ユーザ端末のユーザ情報が前記配信条件を満たす関係にある広告情報を抽出する抽出ステップと、
抽出された広告情報からなる広告主リストを、前記ユーザ端末に送信するリスト送信ステップと、
前記広告主リストに含まれる少なくとも1つの広告主の指定を、前記ユーザ端末から受け付ける指定受付ステップと、を含み、
前記広告記憶ステップは、前記指定受付ステップで指定された広告主の配信ユーザ端末として、前記ユーザ端末のユーザ識別子を記憶する、
付記5に記載の広告配信方法。
(付記7)
ユーザ識別子と、前記ユーザ識別子で特定されるユーザ端末の状態情報と、前記状態情報を参照できる参照許可端末のユーザ識別子と、を1レコードに含むユーザ情報を記憶するユーザ情報記憶ステップと、
ユーザ端末の最新の状態通知を受け付け、前記ユーザ情報記憶ステップで記憶しているユーザ端末の状態情報を更新する状態更新ステップと、
ユーザ端末の状態情報が更新された場合、そのユーザ端末の参照許可端末に最新の状態情報を通知する状態通知ステップと、をさらに含み、
前記配信依頼ステップは、前記状態通知装置に代え、前記状態更新ステップ及び状態通知ステップにより前記広告データの配信を実行させる、
付記1に記載の広告配信方法。
(付記8)
ユーザ識別子と、前記ユーザ端末が広告データの配信に寄与した貢献度を示す貢献度データと、を1レコードに含むユーザ情報を記憶するユーザ情報記憶ステップと、
前記貢献度をユーザ情報に基づいて算出する貢献度算出ステップと、
をさらに含む、付記1に記載の広告配信方法。
(付記9)
前記広告記憶ステップは、前記広告情報の1レコード中に広告料をさらに記憶し、
前記広告料を算出する広告料算出ステップをさらに含む、
付記1に記載の広告配信方法。
(付記10)
前記広告データの配信結果を示す配信結果情報を記憶する配信結果記憶ステップと、
前記配信結果情報を送信する配信結果送信ステップと、
をさらに含む、付記1に記載の広告配信方法。
(付記11)
広告プログラムであって、
ユーザ端末の状態情報を配信する状態通知装置に接続する接続手段、
ユーザ端末を識別するユーザ識別子の指定と、前記ユーザ端末の状態情報を変更することが許可された広告主を識別する広告主識別子の指定とを受け付ける許可手段、
広告主の名称と、前記広告主の広告主識別子と、前記広告主の広告データと、前記広告主に変更許可を付与しているユーザ端末である配信ユーザ端末のユーザ識別子と、を1レコードに含む広告情報を記憶する広告記憶手段、及び
配信ユーザ端末の状態情報を参照できるユーザ端末である参照許可端末への前記広告データの配信を、前記状態通知装置に実行させる配信依頼手段、
としてコンピュータを機能させる広告プログラム。
(付記12)
広告プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
ユーザ端末の状態情報を配信する状態通知装置に接続する接続ステップと、
ユーザ端末を識別するユーザ識別子の指定と、前記ユーザ端末の状態情報を変更することが許可された広告主を識別する広告主識別子の指定とを受け付ける許可ステップと、
広告主の名称と、前記広告主の広告主識別子と、前記広告主の広告データと、前記広告主に変更許可を付与しているユーザ端末である配信ユーザ端末のユーザ識別子と、を1レコードに含む広告情報を記憶する広告記憶ステップと、
配信ユーザ端末の状態情報を参照できるユーザ端末である参照許可端末への前記広告データの配信を、前記状態通知装置に実行させる配信依頼ステップと、
を実行する広告プログラムを記録したコンピュータ読み取り可能な記録媒体。
(付記13)
広告配信装置であって、
ユーザ端末の状態情報を配信する状態通知装置に接続する接続手段と、
ユーザ端末を識別するユーザ識別子の指定と、前記ユーザ端末の状態情報を変更することが許可された広告主を識別する広告主識別子の指定とを受け付ける許可手段と、
広告主の名称と、前記広告主の広告主識別子と、前記広告主の広告データと、前記広告主に変更許可を付与しているユーザ端末である配信ユーザ端末のユーザ識別子と、を1レコードに含む広告情報を記憶する広告記憶手段と、
配信ユーザ端末の状態情報を参照できるユーザ端末である参照許可端末への前記広告データの配信を、前記状態通知装置に実行させる配信依頼手段と、
を備える広告配信装置。
(付記14)
広告依頼方法であって、
前記付記1に記載の広告配信方法を実行する広告配信装置に接続する接続ステップと、
広告主の広告情報の登録を受け付ける登録ステップと、
広告情報と広告依頼とを、前記ネットワークを介して前記広告配信装置に送信する依頼ステップと、
前記広告情報の更新を受け付ける更新ステップと、
更新された広告情報を、前記ネットワークを介して前記広告配信装置に送信する更新依頼ステップと、
を含む広告依頼方法。
(付記15)
前記広告主に状態情報の変更を許可しているユーザ端末である配信ユーザ端末に提供する優待内容と、前記配信ユーザ端末を識別するユーザ識別子と、両者の組み合わせと、を記憶する優待記憶ステップと、
前記広告情報の配信結果を示す配信結果情報を前記広告装置から受信し、その配信結果情報に基づいて前記優待内容を更新する優待更新ステップと、
をさらに含む、付記14に記載の広告依頼方法。
(付記16)
状態通知システム上の状態通知クライアントを有するコンピュータを機能させる広告許可プログラムであって、
自状態情報、自状態情報を参照できるコンピュータである参照許可端末の識別子、及び/またはその状態情報を参照したいコンピュータである参照希望端末の識別子を通知する状態通知手段、
付記1に記載の方法を実行する広告配信装置とネットワークを介して接続する接続手段、及び
前記広告装置に対し、前記自状態情報の変更を許可する広告主を通知する許可通知手段、
として前記コンピュータを機能させる広告許可プログラム。
(付記17)
状態通知システム上の状態通知クライアントを有するコンピュータに用いられる広告許可プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
自状態情報、自状態情報を参照できるコンピュータである参照許可端末の識別子、及び/またはその状態情報を参照したいコンピュータである参照希望端末の識別子を通知する状態通知ステップ、
付記1に記載の方法を実行する広告配信装置とネットワークを介して接続する接続ステップ、及び
前記広告装置に対し、前記自状態情報の変更を許可する広告主を通知する許可通知ステップ、
を実行する広告許可プログラムを記録した、コンピュータ読み取り可能な記録媒体。
状態通知システムの一例であるバディリストシステムの構成。 第1実施形態例に係る広告システムの全体構成。 図2の広告システムを用いた広告方法の概念説明図。 広告配信装置の機能構成を示すブロック図。 第1実施形態例における広告情報の概念説明図。 第1実施形態例における広告依頼処理及び状態変更処理の流れを示す説明図。 第1実施形態例における広告情報更新処理の流れを示す説明図。 第2実施形態例に係る広告システムの全体構成及びこれを用いた広告方法の概念説明図。 第2実施形態例における広告配信端末の機能構成を示すブロック図。 第2実施形態例における広告情報の概念説明図。 第2実施形態例におけるユーザ情報の概念説明図。 第2実施形態例における広告依頼処理及び状態変更処理の流れを示す説明図。 第2実施形態例における広告情報更新処理の流れを示す説明図。 第3実施形態例に係る広告システムの全体構成及びこれを用いた広告方法の概念説明図。 第3実施形態例における広告配信端末の機能構成を示すブロック図。 第3実施形態例におけるユーザ情報の概念説明図。 配信結果テーブルが蓄積する配信結果情報の概念説明図。 割引テーブルに蓄積される情報の概念説明図。 第3実施形態例における状態変更処理の流れを示す説明図(1)。 第3実施形態例における状態変更処理の流れを示す説明図(2)。 広告主端末4で表示される広告依頼登録画面例。 広告主端末4で表示される広告データ更新画面例。 ユーザ端末2で表示される状態変更許可画面例。 第1実施形態例及び第2実施形態例におけるユーザ端末2上で表示される状態情報の表示例。 第3実施形態例におけるユーザ端末2で表示される状態情報の表示例。
1:バディリストサーバ
2:ユーザ端末
3:ネットワーク
4:広告主端末
5:広告配信装置
6:広告配信端末

Claims (5)

  1. 第1のユーザの識別情報と、当該第1のユーザの状態情報と、当該第1のユーザの状態情報の参照を許可している第2のユーザの識別情報と、当該第1のユーザの状態情報の更新を行うことを許可する第3のユーザの識別情報とを対応づけて記憶する記憶手段を備え、前記第1のユーザの状態情報が更新された場合に、前記第1のユーザの状態情報に対応づけて記憶されている第2のユーザに対して更新後の第1のユーザの状態情報を配信する状態情報配信装置が実行する状態情報配信方法であって、
    第1ユーザ端末から、第1のユーザの状態情報の更新を行うことを許可する第3のユーザの識別情報を、前記第1のユーザの識別情報とともに受信し
    前記受信した第3のユーザの識別情報、当該第1のユーザの識別情報と対応づけて前記記憶手段に書き込み
    第3ユーザ端末から、状態情報を、前記第3のユーザの識別情報とともに受信し、当該第3のユーザの識別情報に対応づけて前記記憶手段に記憶されている第1のユーザの識別情報と、当該受信した状態情報とに基づいて、前記記憶手段に記憶されている第1のユーザの状態情報を更新する、
    状態情報配信方法。
  2. 第1のユーザの識別情報と、当該第1のユーザの状態情報と、当該第1のユーザの状態情報の参照を許可している第2のユーザの識別情報と、当該第1のユーザの状態情報の更新を行うことを許可する第3のユーザの識別情報とを対応づけて記憶する記憶手段を備え、前記第1のユーザの状態情報が更新された場合に、前記第1のユーザの状態情報に対応づけて記憶されている第2のユーザに対して更新後の第1のユーザの状態情報を配信する状態配信装置であって、
    第1ユーザ端末から、第1のユーザの状態情報の更新を行うことを許可する第3のユーザの識別情報を、前記第1のユーザの識別情報とともに受信する受付部と、
    前記受信した第3のユーザの識別情報、当該第1のユーザの識別情報と対応づけて前記記憶手段に書き込む許可情報記憶部と、
    第3ユーザ端末から状態情報を、前記第3のユーザの識別情報とともに受信し、当該第3のユーザの識別情報に対応づけて前記記憶手段に記憶されている第1のユーザの識別情報と、当該受信した状態情報とに基づいて、前記記憶手段に記憶されている第1のユーザの状態情報を更新する状態更新部と、
    を備える状態情報配信装置。
  3. 前記各ユーザは複数の状態情報を有し、
    前記受付部は、前記複数の状態情報のうちのいずれの状態情報の更新を行うことを許可するのかを特定する状態情報の識別情報を受信し
    前記許可情報記憶部は、前記受信した第3のユーザの識別情報と、前記特定された状態情報の識別情報とを対応づけて前記記憶手段に書き込み
    前記状態更新部は、前記第3ユーザ端末から状態情報を、前記第3のユーザの識別情報とともに受信し、当該第3のユーザの識別情報に対応づけて前記記憶手段に記憶されている第1のユーザの状態情報の識別情報と、当該受信した状態情報とに基づいて、前記記憶手段に記憶されている第1のユーザの状態情報を更新する、
    請求項2に記載の状態情報配信装置。
  4. 前記第3のユーザは、広告主であり、
    前記第3のユーザにより設定される状態情報は、広告データである、
    請求項2乃至請求項3に記載の状態情報配信装置。
  5. 第1のユーザの識別情報と、当該第1のユーザの状態情報と、当該第1のユーザの状態情報の参照を許可している第2のユーザの識別情報と、当該第1のユーザの状態情報の更新を行うことを許可する第3のユーザの識別情報とを対応づけて記憶する記憶手段を備え、前記第1のユーザの状態情報が更新された場合に、前記第1のユーザの状態情報に対応づけて記憶されている第2のユーザに対して更新後の第1のユーザの状態情報を配信する状態情報配信装置を、
    第1ユーザ端末から、第1のユーザの状態情報の更新を行うことを許可する第3のユーザの識別情報を、前記第1のユーザの識別情報とともに受信する受付部と、
    前記受信した第3のユーザの識別情報、当該第1のユーザの識別情報と対応づけて前記記憶手段に書き込む許可情報記憶部と、
    第3ユーザ端末から、状態情報を、前記第3のユーザの識別情報とともに受信し、当該第3のユーザの識別情報に対応づけて前記記憶手段に記憶されている第1のユーザの識別情報と、当該受信した状態情報とに基づいて、前記記憶手段に記憶されている第1のユーザの状態情報を更新する状態更新部と、
    として機能させるための状態情報配信プログラム。
JP2007120715A 2007-05-01 2007-05-01 状態配信方法及び状態配信装置 Expired - Fee Related JP4527748B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2007120715A JP4527748B2 (ja) 2007-05-01 2007-05-01 状態配信方法及び状態配信装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2007120715A JP4527748B2 (ja) 2007-05-01 2007-05-01 状態配信方法及び状態配信装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2001400676A Division JP3967589B2 (ja) 2001-12-28 2001-12-28 広告配信方法及び広告配信装置

Publications (2)

Publication Number Publication Date
JP2007265424A JP2007265424A (ja) 2007-10-11
JP4527748B2 true JP4527748B2 (ja) 2010-08-18

Family

ID=38638281

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007120715A Expired - Fee Related JP4527748B2 (ja) 2007-05-01 2007-05-01 状態配信方法及び状態配信装置

Country Status (1)

Country Link
JP (1) JP4527748B2 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011253211A (ja) * 2008-09-25 2011-12-15 Access Co Ltd アプリケーション制御方法、アプリケーション制御プログラム、サーバ装置、クライアント装置、およびアプリケーション制御システム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH113348A (ja) * 1997-06-11 1999-01-06 Sharp Corp 電子対話用広告装置
JP2000181847A (ja) * 1998-12-18 2000-06-30 Fujitsu Ltd 通信支援方法及び通信支援システム
JP2001147881A (ja) * 1999-11-24 2001-05-29 Sony Corp 広告配信システム
JP2001312508A (ja) * 2000-04-28 2001-11-09 Toshiba Corp 情報ネットワークを使用したサービス提供方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH113348A (ja) * 1997-06-11 1999-01-06 Sharp Corp 電子対話用広告装置
JP2000181847A (ja) * 1998-12-18 2000-06-30 Fujitsu Ltd 通信支援方法及び通信支援システム
JP2001147881A (ja) * 1999-11-24 2001-05-29 Sony Corp 広告配信システム
JP2001312508A (ja) * 2000-04-28 2001-11-09 Toshiba Corp 情報ネットワークを使用したサービス提供方法

Also Published As

Publication number Publication date
JP2007265424A (ja) 2007-10-11

Similar Documents

Publication Publication Date Title
JP3967589B2 (ja) 広告配信方法及び広告配信装置
JP4005100B2 (ja) 広告配信システムと装置、方法並びに広告配信プログラム
CN102823225B (zh) 跟踪其它域上的社交网络系统的用户的活动的方法和系统
JP3919441B2 (ja) 広告先決定処理方法及び広告提供先決定方法
JP2002074164A (ja) 広告方法及びアウェアネスサーバ
JP2008508634A (ja) 個人アイコン提供システム及びその方法
JP2011107771A (ja) ギフト仲介システム及びギフト仲介方法
US20060242037A1 (en) Marketing support device and marketing support method
JP3371208B1 (ja) 情報配信方法、サーバ及びプログラム
JP4657984B2 (ja) 情報交換システムおよびその掲載広告選択方法
JP3502602B2 (ja) 電子情報の流通管理方法、システム、記録媒体
JP4383440B2 (ja) 広告方法及び広告装置
JP5886227B2 (ja) 広告配信システム
JP2001092887A (ja) ネットワークシステム、インセンティブ提供方法、サーバ装置及び記録媒体
JP4527748B2 (ja) 状態配信方法及び状態配信装置
JP2007164487A (ja) 美容サロン顧客情報システム、顧客情報収集送信装置、顧客情報収集送信プログラム、顧客情報収集送信方法、及び顧客情報システム
JP3935362B2 (ja) 広告方法及び広告装置
JP2002133288A (ja) メールに広告情報を追加可能なメール配信システム、並びに受信形態の異なる複数種類のメール配信サービスを提供可能なメール配信システム
JP2006018755A (ja) 情報配信装置及び情報配信方法
JP6652547B2 (ja) ポイント管理装置、ポイント管理方法、ポイント管理プログラム、および、ポイント管理プログラム記録媒体
JP4675533B2 (ja) ホームページ運用方法及び会員管理方法
JP2004264987A (ja) アクセス情報を用いた店舗情報作成方法、店舗情報作成配信方法及び店舗情報作成配信装置
JP7253526B2 (ja) 情報通信システム、及び情報通信方法
JP6619114B1 (ja) チケット管理システムおよびプログラム
JP2004227308A (ja) クーポン付き広告を利用したアンケート収集システム、クーポン付き広告を利用したアンケート収集方法及びプログラム

Legal Events

Date Code Title Description
RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20080929

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20080930

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20091027

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091228

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100302

RD13 Notification of appointment of power of sub attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7433

Effective date: 20100415

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100423

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20100423

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20100416

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100601

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100603

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130611

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130611

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees