JP2003248779A - 広告配信方法、サーバ端末、ユーザ端末およびプログラム - Google Patents

広告配信方法、サーバ端末、ユーザ端末およびプログラム

Info

Publication number
JP2003248779A
JP2003248779A JP2002238838A JP2002238838A JP2003248779A JP 2003248779 A JP2003248779 A JP 2003248779A JP 2002238838 A JP2002238838 A JP 2002238838A JP 2002238838 A JP2002238838 A JP 2002238838A JP 2003248779 A JP2003248779 A JP 2003248779A
Authority
JP
Japan
Prior art keywords
event
advertisement information
user terminal
terminal
advertisement
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.)
Pending
Application number
JP2002238838A
Other languages
English (en)
Inventor
Yoshiori Komaki
佳織 小牧
Masato Tomita
正人 富田
Shinichi Takahashi
真一 高橋
Masakazu Inoue
雅一 井上
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.)
NEC Corp
Original Assignee
NEC Corp
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 NEC Corp filed Critical NEC Corp
Priority to JP2002238838A priority Critical patent/JP2003248779A/ja
Priority to CN02150367A priority patent/CN1417729A/zh
Priority to GB0226250A priority patent/GB2385170A/en
Priority to US10/291,518 priority patent/US20030093318A1/en
Publication of JP2003248779A publication Critical patent/JP2003248779A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/535—Tracking the activity of the user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • General Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

(57)【要約】 【課題】 利用者の注意を広告に引き付けることがで
き、広告の効果が最大限に発揮できる広告配信を実現す
る。 【解決手段】 マッチングテーブル１０３ａは、ユーザ
端末２００へ通知するイベントと広告情報とを対応付け
る対応情報を格納する。サーバ端末１００のイベント認
知部１０１は、ユーザ端末２００へ通知すべきイベント
の発生を認知し、マッチング部１０３は、認知されたイ
ベントに対応付けられている広告情報をマッチングテー
ブル１０３ａを参照して特定する。配信制御部１０４
は、認知されたイベントを通信網３００を介してユーザ
端末２００へ通知する処理の代わりに、特定された広告
情報を広告格納部１０２から取り出し、通信網３００経
由でユーザ端末２００への配信する。ユーザ端末２００
の利用者は、配信された広告情報から通知されたイベン
トを認識する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、通信網を介してサ
ーバ端末からユーザ端末へ広告情報を配信する広告配信
方法及びシステムに関する。
【０００２】
【従来の技術】現在、インターネットや移動体通信網な
どの通信網の普及により、通信網を利用した広告の配信
が盛んに行われている。典型的な広告の配信方法では、
広告情報や若しくは広告情報を含む電子メール、メッセ
ージおよびファイルなどを、サーバ端末から不特定多数
のユーザ端末宛に配信する。また、バナー広告など、通
信網上にある広告情報やこれを含んだページまたはファ
イルを、ユーザ端末からアクセスしてきた利用者に閲覧
させる方法もある。
【０００３】ところが、広告情報や広告情報を含むメッ
セージなどを不特定多数のユーザ端末に配信する方法や
バナー広告などでは、利用者に余り注目されなくて広告
情報を全く見てもらえない場合が多いなど、広告主にと
って、かかる費用に対して効果が小さいという問題があ
る。また、不特定多数のユーザ端末に広告情報を一方的
に送り付ける方法では、場合によっては利用者に不快感
を与えるという問題がある。そこで、広告の効果を高め
ることを目的に、従来より各種の手法が提案されてい
る。
【０００４】例えば特開２００２−１３３２８８号公報
（文献１）には、メールの配信時に、メール本文の構文
解析、意味解析等を行ってメール文に関連の深い広告情
報を決定し、この決定した広告情報をメールのヘッダや
フッタに挿入して配信するメール配信システムが提案さ
れている。これに類似する広告配信方法は特開２０００
−２７００１３号公報（文献２）でも提案されている。
【０００５】また、特開２００１−７６００１号公報
（文献３）には、ユーザ端末に対してユーザのスケジュ
ール情報の登録とその参照を行わせるカレンダーサービ
ス機能を有するサーバ端末から、或る日のスケジュール
データの参照を要求してきたユーザ端末に対して、要求
されたスケジュールデータに関連の深い広告情報を選択
し、スケジュールデータと一緒にユーザ端末へ送信する
広告配信方法が提案されている。
【０００６】また、特開２００２−３２５９１号公報
（文献４）には、コンテンツプロバイダが、ユーザの要
望に応じて講演会等の情報源発生場所の発表内容等を撮
影記録してインターネットを介して自身のホームページ
上に情報源発生場所の演題等を公開すると同時に、電子
メールでユーザに対して要望された情報源発生場所の演
題等をホームページで公開した旨を通知し、ユーザがホ
ームページにアクセスして情報源発生場所を選択する
と、コンテンツプロバイダがその情報源発生場所の撮影
内容等の資料に、当該ユーザの個人情報に基づいて選択
した広告を付けてユーザに配信する広告配信方法が提案
されている。
【０００７】
【発明が解決しようとする課題】上述した各文献１乃至
４で提案される従来の広告配信方法は、メールやメッセ
ージやファイル等を受信する利用者が興味を持つような
広告情報を配信することで、広告の効果を高めようとし
ている。しかし、メール等の受信者にとって、メール等
に付いてくる広告情報は必要不可欠なものでなく、利用
者の専らの関心は広告情報以外の本来のメール文やメッ
セージ文等にある。このため、必ずしも広告情報に注意
を払ってもらえる保証はなく、広告の効果が必ずしも高
くならない。
【０００８】本発明の目的は、利用者の注意を広告に引
き付けることができるようにして、広告の効果を最大限
に発揮し得るようにすることにある。
【０００９】
【課題を解決するための手段】本発明の広告配信方法
は、サーバ端末から通信網を介してユーザ端末へイベン
トを通知する処理の代わりに、通知するイベントに対応
する広告情報のユーザ端末への配信制御処理をサーバ端
末で実行することを基本とする。より具体的には、ユー
ザ端末へ通知すべきイベントの発生をサーバ端末で認知
し、認知したイベントを通信網を介してユーザ端末へ通
知する処理の代わりに、通知するイベントに対応する広
告情報のユーザ端末への配信制御処理をサーバ端末で実
行する。または、ユーザ端末へ通知すべきイベントの発
生をサーバ端末で認知し、認知したイベントに対応付け
られている広告情報をサーバ端末で特定し、認知したイ
ベントを通信網を介してユーザ端末へ通知する処理の代
わりに、特定した広告情報のユーザ端末への配信制御処
理をサーバ端末で実行する。
【００１０】本発明のサーバ端末は、通信網を介してユ
ーザ端末へイベントを通知する処理の代わりに、通知す
るイベントに対応する広告情報のユーザ端末への配信制
御処理を実行することを基本とする。より具体的には、
ユーザ端末へ通知すべきイベントの発生を認知するイベ
ント認知手段と、認知したイベントを通信網を介してユ
ーザ端末へ通知する処理の代わりに、通知するイベント
に対応する広告情報のユーザ端末への配信制御処理を実
行する配信制御手段とを備える。または、ユーザ端末へ
通知すべきイベントの発生を認知するイベント認知手段
と、認知したイベントに対応付けられている広告情報を
特定するマッチング手段と、認知したイベントを通信網
を介してユーザ端末へ通知する処理の代わりに、特定し
た広告情報のユーザ端末への配信制御処理を実行する配
信制御手段とを備える。
【００１１】本発明のユーザ端末は、サーバ端末から通
知を受けるイベントと広告情報とを対応付ける対応情報
を通信網を介してサーバ端末に登録する登録手段と、サ
ーバ端末がイベントを通知する処理の代わりに、対応情
報を参照して、通知するイベントに対応する広告情報の
自端末への配信制御処理を実行した際に、実行された配
信制御処理に応じた処理を実行する処理手段とを備える
ことを基本とする。
【００１２】サーバ端末における配信制御処理は、広告
情報を通信網を介してユーザ端末へ送信する処理であっ
て良い。この場合、イベントの通知に代えて、そのイベ
ントに対応する広告情報がサーバ端末からユーザ端末へ
送信されてユーザ端末で受信される。ユーザ端末の利用
者は、受信した広告情報を確認することで、その広告情
報に対応するイベントが通知されたことを認識すること
ができる。
【００１３】サーバ端末における配信制御処理は、ユー
ザ端末に予め記憶された広告情報の再生要求を、通信網
を介してユーザ端末へ送信する処理であっても良い。こ
の場合、イベントの通知に代えて、そのイベントに対応
する広告情報の再生要求がサーバ端末からユーザ端末へ
送信され、ユーザ端末に記憶されている該当する広告情
報が再生される。ユーザ端末の利用者は、再生された広
告情報を確認することで、その広告情報に対応するイベ
ントが通知されたことを認識することができる。
【００１４】サーバ端末における配信制御処理は、広告
情報を通信網を介してユーザ端末へ送信している処理を
停止する処理であっても良い。この場合、イベントの通
知に代えて、そのイベントに対応する広告情報をサーバ
端末からユーザ端末へ送信している処理が停止し、ユー
ザ端末における広告情報の受信が停止する。ユーザ端末
の利用者は、今まで受信していた広告情報の受信が停止
したことを確認することにより、その広告情報に対応す
るイベントが通知されたことを認識することができる。
【００１５】サーバ端末における配信制御処理は、ユー
ザ端末において再生されている広告情報の再生停止要求
を、通信網を介してユーザ端末へ送信する処理であって
も良い。この場合、イベントの通知に代えて、そのイベ
ントに対応する広告情報の再生停止要求がサーバ端末か
らユーザ端末へ送信され、ユーザ端末に記憶されている
該当する広告情報の再生が停止される。ユーザ端末の利
用者は、今まで再生されていた広告情報の再生が停止し
たことを確認することで、その広告情報に対応するイベ
ントが通知されたことを認識することができる。
【００１６】ここで、サーバ端末は、イベントと広告情
報とを対応付ける対応情報を参照して、通知するイベン
トに対応する広告情報を特定するようにしても良い。対
応情報は、１つのイベントに対して１つ或いは複数の広
告情報を対応付けるものであっても良いし、複数のイベ
ントの論理的な条件に対して１つ或いは複数の広告情報
を対応付けるものであっても良い。これらの対応付け
は、全ユーザ端末で共通であっても良いし、１つ或いは
複数のユーザ端末毎に行っても良い。この場合、対応付
けをユーザ端末の利用者に行わせるようにしても良い。
【００１７】
【作用】本発明にあっては、サーバ端末から通信網を介
してユーザ端末へイベントを通知する処理の代わりに、
通知するイベントに対応する広告情報のユーザ端末への
配信制御処理が実行されるため、ユーザ端末の利用者に
とって、配信制御される広告情報は付随的な情報でな
く、通知されるイベントを知るために必要不可欠な情報
となる。このため、利用者の注意を広告情報に引き付け
ることができ、広告の効果が最大限に発揮される。
【００１８】
【発明の実施の形態】次に本発明の実施の形態について
図面を参照して詳細に説明する。
【００１９】図１を参照すると、本発明の実施の形態
は、サーバ端末１００と複数のユーザ端末２００とが、
ＬＡＮ、ＷＡＮ、移動体通信網、インターネット等の通
信網３００を通じて相互に通信可能に接続されている。
【００２０】サーバ端末１００は、ユーザ端末２００へ
通知すべきイベントの発生を認知し、認知したイベント
に対応付けられている広告情報を特定し、認知したイベ
ントを通信網３００を介してユーザ端末２００へ通知す
る処理の代わりに、特定した広告情報のユーザ端末２０
０への配信制御処理を実行する機能を持つ。以下、「イ
ベント」、「広告情報」、「イベントと広告情報の対応
付け」、「配信制御処理」について説明する。
【００２１】イベントとは、装置、システム、プログラ
ム、および人などによって、その発生を認知できる出来
事ならば何でも良い。すなわち、特定の手段によって観
測や測定することにより、その発生を認知できるもの
（観測型イベント）であっても良いし、また、自らその
発生を認知するものであっても良く（自発型イベン
ト）、また、他のシステム、人、機能などから通知され
発生を認知できるもの（通知型イベント）であっても良
い。観測型イベントは、例えば、「雨が降りだした」と
いう出来事であり、これは、天候観測装置の観測により
その発生を認知できるものである。自発型イベントは、
例えば、「特定の時間になった」という出来事であり、
これは、タイマーなどで設定時間になったということに
より自発的にその発生を認知できるものである。通知型
イベントは、例えば、「ある歌手の公演のチケットが発
売開始になった」という出来事であり、これは、他のシ
ステムであるチケット発売情報を取り扱うシステムか
ら、その情報が、通信網などを通じて通知され、その発
生を認知できるものである。
【００２２】なお、ここでは、イベントの種類を、観測
型イベント、自発型イベント、通知型イベントに分類し
たが、本発明においてイベントの種類を特定することは
重要でなく、要するに、前述したように、装置、システ
ム、プログラム、および人などによって、その発生を認
知できる出来事ならば何でも本発明における「イベン
ト」として扱うことができるものである。例えば、メー
ルサーバに或る特定の者から或る宛先を指定した特定の
内容のメールが届いたという出来事や、文献４に記載さ
れるようなコンテンツプロバイダにおいて、自身のホー
ムページ上にユーザが要求した情報源発生場所の演題等
を公開したという出来事なども、本発明におけるイベン
トとして扱うことができる。
【００２３】また、本発明において、その発生を認知
し、イベントとする出来事の起こり方については何でも
良い。すなわち、出来事の発生、出来事の停止、出来事
の継続の開始、出来事の継続の停止、出来事の一定期間
や一定回数の継続、出来事の一定期間や一定回数の停止
などである。出来事の発生とは、例えば、「踏切事故の
発生」という出来事である。出来事の停止とは、例え
ば、「列車の運行の停止」という出来事である。出来事
の継続の開始とは、例えば、「継続的に降るであろう雨
が降り始めた」という出来事である。出来事の継続の停
止とは、例えば、「降っていた雨が止んだ」という出来
事である。出来事の一定期間や一定回数の継続とは、例
えば、「雨が１時間降り続いた」という出来事である。
出来事の一定期間や一定回数の停止とは、「列車の運行
の停止が１時間継続した」という出来事である。
【００２４】また、イベントの発生は、サーバ端末１０
０が、イベントの発生を検索して認知するようにしても
よい。また、例えば、イベント発生検出部を用意し、通
信網３００内の他のサーバを一定の間隔で検索すること
によってサーバ端末１００に通知するようにしてもよ
い。また、通信網３００内において人手により入力され
たイベントを監視し、サーバ端末１００に通知するよう
にしてもよい。また、他の情報提供サーバが、通信網３
００上においてイベントの発生を監視し、サーバ端末１
００に通知するようにしてもよい。
【００２５】さらに、上述したイベントを複数、論理的
に結合した条件も、また、１つのイベントとして扱うこ
とができる。複数のイベントの論理的な条件とは、論理
積、論理和、論理否定およびその組み合わせである。例
えば、「雨が１時間降り続いた」というイベントと、
「列車の運行の停止が１時間継続した」というイベント
の論理積である「雨が１時間降り続き、且つ、列車の運
行の停止が１時間継続した」というイベントも、１つの
イベントとして、その発生を認知するようにしても良
い。このような認知機能は、通常の論理回路やプログラ
ム処理などにより実現することができる。
【００２６】次に、広告情報とは、或る商品やサービ
ス、催し物等を宣伝するための情報である。情報の種類
は任意であり、テキスト、静止画像、動画像、音声、音
楽などの何れか１つまたはこれらの任意の組み合わせと
することができる。
【００２７】次に、イベントと広告情報の対応付けは、
１：１、つまり、１つのイベントに対して１つの広告情
報を対応付けても良いし、１：ｎ、つまり、１つのイベ
ントに対して複数の広告情報を対応付けるようにしても
良い。また、ｎ：１、つまり、複数のイベントの論理的
な条件に対して１つの広告情報を対応付けても良いし、
ｎ：ｎ、つまり、複数のイベントの論理的な条件に対し
て複数の広告情報を対応付けるようにしても良い。ここ
で、複数のイベントの論理的な条件とは、論理積、論理
和、論理否定およびその組み合わせである。例えば、或
るイベントＡと別のイベントＢとの論理積条件に対し
て、或る１つ或いは複数の広告情報を対応付ける如きで
ある。なお、ここで言うイベントＡ、Ｂには、イベント
の説明箇所で説明したような、イベントを複数、論理的
に結合した条件で規定されるイベントも当然含めること
ができる。つまり、例えばイベントＡが、或るイベント
Ａ１と別のイベントＡ２との論理積などとしてのイベン
トである如きである。
【００２８】イベントと広告情報の対応付けは、サーバ
端末１００の管理者や広告主など、ユーザ端末２００の
利用者以外の者が行い、その対応関係をサーバ端末１０
０に対応情報として設定しておいても良い。この場合、
イベントと広告情報の対応付けを全てのユーザ端末２０
０或いは不特定のユーザ端末２００に共通に定義しても
良いし、１つ又は複数のユーザ端末２００毎に定義する
ようにしても良い。また、１つのユーザ端末２００毎ま
たは複数のユーザ端末２００から構成されるユーザグル
ープ毎に、そのユーザ端末２００またはそのユーザグル
ープ独自のイベントと広告情報の対応付けを、そのユー
ザ端末２００またはそのユーザグループのユーザ自身に
行わせるようにしても良い。
【００２９】イベントに対応付ける広告情報は、広告情
報の実現値であっても良いし、広告情報のクラス情報で
あっても良い。広告情報の実現値とは、或る特定の広告
主の或る特定の商品やサービスなどを宣伝する実際の広
告情報のことである。これに対して、広告情報のクラス
情報とは、或る特定の広告主に関係する商品やサービス
等にかかる広告情報全般や、或る分野に属する商品やサ
ービス等にかかる広告情報全般のことである。例えば、
自動車メーカＡ社が販売している特定のＸ車に関する広
告情報は、実現値である。他方、例えば、自動車メーカ
Ａ社が販売している任意の車種に関する広告情報は、ク
ラス情報である。メーカを問わず、自動車に関する任意
の広告情報もまた、クラス情報である。イベントに広告
情報のクラス情報を対応付ける場合、そのクラス配下の
複数の実現値の中から任意のアルゴリズムで広告情報の
実現値がサーバ端末１００において選択され、それが当
該イベントに対応する広告情報として配信される。利用
者は、配信制御される広告情報がどのクラスのものなの
かを認識することにより、通知されたイベントを認識す
ることになる。
【００３０】次に、配信制御処理とは、イベントに対応
する広告情報について、サーバ端末１００からユーザ端
末２００に対して通信網３００を介して実施する制御処
理を意味する。本実施の形態の場合、例えば、以下のよ
うな配信制御処理とすることができる。 （１）通知するイベントに対応する広告情報を通信網３
００を介してユーザ端末２００へ送信する処理。 （２）ユーザ端末２００に予め記憶された１つまたは複
数の広告情報のうち、通知するイベントに対応する広告
情報の再生要求を、通信網３００を介してユーザ端末２
００へ送信する処理。 （３）通知するイベントに対応する広告情報を通信網３
００を介してユーザ端末２００へ送信している処理を停
止する処理。 （４）ユーザ端末２００において再生されている、通知
するイベントに対応する広告情報の再生停止要求を、通
信網３００を介してユーザ端末２００へ送信する処理。
【００３１】上記（１）の配信制御処理が行われると、
イベントの通知に代えて、そのイベントに対応する広告
情報がサーバ端末３００からユーザ端末２００へ送信さ
れ、ユーザ端末２００で受信されることになる。従っ
て、ユーザ端末２００の利用者は、受信した広告情報を
確認することで、その広告情報に対応するイベントが通
知されたことを認識することができる。
【００３２】上記（２）の配信制御処理が行われると、
ユーザ端末２００に予め記憶された広告情報のうち、通
知するイベントに対応する広告情報の再生要求が通信網
３００を介してユーザ端末２００へ送信され、ユーザ端
末２００で当該広告情報が再生されることになる。従っ
て、ユーザ端末２００の利用者は、再生された広告情報
を確認することで、その広告情報に対応するイベントが
通知されたことを認識することができる。
【００３３】上記（３）の配信制御処理が行われると、
イベントの通知に代えて、そのイベントに対応する広告
情報をサーバ端末１００からユーザ端末２００へ送信し
ている処理が停止し、ユーザ端末２００における広告情
報の受信が停止することになる。従って、ユーザ端末２
００の利用者は、今まで受信していた広告情報が停止し
たことを確認することにより、その広告情報に対応する
イベントが通知されたことを認識することができる。
【００３４】上記（４）の配信制御処理が行われると、
イベントの通知に代えて、そのイベントに対応する広告
情報の再生停止要求がサーバ端末１００からユーザ端末
２００へ送信され、ユーザ端末２００における当該広告
情報の再生が停止することになる。従って、ユーザ端末
２００の利用者は、今まで再生されていた広告情報の再
生が停止したことを確認することで、その広告情報に対
応するイベントが通知されたことを認識することができ
る。
【００３５】なお、上記（１）、（２）の配信制御処理
による広告情報の送信、再生を１度だけ行うか、継続し
て行うか、その継続の態様を如何にするかは任意であ
る。つまり、広告情報の送信、再生は１度だけ行うよう
にしても良いし、広告情報の送信、再生を継続して行う
ようにしても良い。また、広告情報の送信、再生を継続
して行う場合に時間的制限を設け、予め定められた一定
時間だけ継続させても良いし、イベントが発生している
期間だけ継続させるようにしても良い。さらに、継続す
る態様として、連続して送信、再生するようにしても良
いし、周期的に送信、再生を繰り返すようにしても良い
し、断続して送信、再生を繰り返すようにしても良い
し、不定期、不連続に送信、再生を繰り返すようにして
も良い。
【００３６】また、上記（３）、（４）の配信制御処理
による広告情報の送信の停止、再生の停止は、時間的な
制限を設け、予め定められた一定時間だけ送信、再生を
停止しても良いし、イベントが発生している期間だけ送
信、再生を停止するようにしても良い。
【００３７】次に、ユーザ端末２００の機能について説
明する。
【００３８】ユーザ端末２００は、サーバ端末１００が
自端末２００へイベントを通知する処理の代わりに、通
知するイベントに対応する広告情報の自端末への配信制
御処理を通信網３００を介して実行した際に、実行され
た配信制御処理に応じた処理を行う機能を持つ。また、
好ましくは、サーバ端末１００から通知を受けるイベン
トと広告情報とを対応付ける対応情報を通信網３００を
介してサーバ端末１００に登録する機能を有する。サー
バ端末１００側における配信制御処理について上記では
４つの例を挙げたが、それらの場合、ユーザ端末２００
は、以下のような処理を行う。
【００３９】（１）通知するイベントに対応する広告情
報が通信網３００を介してサーバ端末１００から送信さ
れてきたときは、この広告情報を受信する。受信した広
告情報を直ちに表示、出力して利用者に提示しても良い
し、ユーザ端末２００の記憶装置に記憶しておき、利用
者からの指示を待って提示するようにしても良い。その
際、広告情報に所定の制御情報を含ませることで、この
広告情報を受信したユーザ端末２００において、例えば
広告情報を記憶装置に保存しておき、暗証番号が入力さ
れるなどの特定の操作による情報入力がなされること
で、例えば広告が表示されるなど、ユーザ端末２００に
おいて利用者による視聴を可能な状態にするようにして
もよい。また、これらのことを、ユーザ端末２００側に
所定の制御機能を持たせることで実現するようにしても
よい。このようにすることで、ユーザ端末２００の利用
者が、広告情報を受信した時点で視聴できないような場
合にも対応することが可能になる。
【００４０】（２）ユーザ端末２００に予め記憶された
複数の広告情報のうち、通知するイベントに対応する広
告情報の再生要求が通信網３００を介してサーバ端末１
００から送信されてきたときは、再生要求で指定された
広告情報を自端末２００の記憶装置から読み出して表
示、出力するなどの再生処理を行う。
【００４１】（３）通知するイベントに対応する広告情
報を通信網３００を介して自端末２００へ送信している
処理をサーバ端末１００が停止したときは、当該広告情
報の受信処理を停止する。
【００４２】（４）通知するイベントに対応する広告情
報の再生停止要求を通信網３００を介してサーバ端末１
００が送信してきたときは、再生停止要求で指定された
広告情報の再生を停止する。
【００４３】次に本実施の形態の動作について図１およ
び図２を参照して説明する。
【００４４】先ず、サーバ端末１００の管理者等は、ユ
ーザ端末２００の利用者に通知すべきイベントと広告情
報とを対応付ける対応情報を定義し、サーバ端末１００
の記憶装置に設定する（Ｓ１０１）。対応情報の定義
は、ユーザ端末２００の利用者が行うことも可能であ
り、その場合は、ユーザ端末２００から通信網３００を
介してサーバ端末１００にアクセスし、通知すべきイベ
ントと広告情報とを対応付ける対応情報をユーザ端末２
００からサーバ端末１００の記憶装置に設定する（Ｓ２
０１）。
【００４５】ユーザ端末２００の利用者に通知すべきイ
ベントが発生すると（Ｓ１０２）、サーバ端末１００
は、発生したイベントを認知し（Ｓ１０３）、対応情報
を参照して、認知したイベントに対応する広告情報を特
定する（Ｓ１０４）。そして、特定した広告情報に関し
通信網３００経由で、ユーザ端末２００に対して配信制
御処理を実行する（Ｓ１０５）。
【００４６】ユーザ端末２００は、サーバ端末１００で
実行された広告情報に関する配信制御処理に応じた処理
を実行し、例えば、通信網３００経由でサーバ端末１０
０から送信された広告情報を受信し、利用者に提示する
（Ｓ２０２）。これにより、ユーザ端末２００の利用者
は、発生したイベントを知ることができる。
【００４７】ここで、サーバ端末１００は、ユーザ端末
２００に対して広告情報を配信したとき、この広告情報
の広告主に対して所定の料金を課金し、この課金による
収益の全部または一部を、広告情報を配信したユーザ端
末２００の利用者に還元するようにしても良い。このよ
うにすることで、ユーザ端末１０６の利用者に対して
は、例えば、無料で、広告情報の配信をするとともにイ
ベントの発生を広告に隠れた状態で通知することが可能
となる。このことにより、広告配信によるイベントの通
知サービスなどを利用する利用者の拡大が見込めるよう
になる。
【００４８】
【実施例】次に本発明の実施例について図面を参照して
詳細に説明する。
【００４９】図３を参照すると、本発明の実施例にかか
る広告配信システムは、サーバ端末１００とユーザ端末
２００とが、移動体通信網、インターネット等の通信網
３００を通じて相互に通信可能に接続されており、サー
バ端末１００は、イベント認知部１０１と、広告格納部
１０２と、マッチングテーブル１０３ａを有するマッチ
ング部１０３と、配信制御部１０４と、登録部１０５と
を含んで構成され、ユーザ端末２００は、処理部２０１
と、記憶部２０２と、出力部２０３と、登録部２０４と
を含んで構成されている。なお、図３には１つのユーザ
端末２００だけが図示されているが、一般に複数のユー
ザ端末２００が通信網３００を介してサーバ端末１００
に接続される。
【００５０】先ずサーバ端末１００の内部構成について
説明する。
【００５１】イベント認知部１０１は、サーバ端末１０
０からユーザ端末２００に通知するイベントを認知する
部分であり、認知したイベントをイベント情報としてマ
ッチング部１０３に伝達する。
【００５２】広告格納部１０２は、通信網３００を通じ
て配信可能で、広告主などが配信を目的とする広告情報
を１つもしくは複数格納している。
【００５３】マッチングテーブル１０３ａには、イベン
ト認知部１０１から伝達されたイベント情報と、広告格
納部１０２に格納されている広告情報とを対応付ける対
応情報が、各ユーザ端末２００毎に格納されている。
【００５４】登録部１０５は、ユーザ端末２００の利用
者からの指示に従って、イベント情報と広告情報とを対
応付ける対応情報をマッチングテーブル１０３ａに登録
したり、登録された対応情報を変更したり、削除するた
めの部分である。
【００５５】マッチング部１０３は、イベント認知部１
０１からイベント情報が伝達されたとき、マッチングテ
ーブル１０３ａを参照して、そのイベント情報と広告情
報とを対応付ける対応情報をユーザ端末２００毎に決定
し、ユーザ端末を特定する情報と対応情報とを配信制御
部１０４に伝達する部分である。
【００５６】配信制御部１０４は、マッチング部１０３
からユーザ端末を特定する情報と対応情報とが伝達され
たとき、ユーザ端末毎の対応情報から広告格納部１０２
に格納されている広告情報を取得し、この取得した広告
情報を通信網３００を介し、ユーザ端末２００に送信す
る部分である。
【００５７】次にユーザ端末３００の内部構成について
説明する。
【００５８】記憶部２０２は、通信網３００を介してサ
ーバ端末１００から送信されてきた広告情報などを記憶
する部分である。
【００５９】登録部２０４は、イベント情報と広告情報
とを対応付ける対応情報をサーバ端末１００のマッチン
グテーブル１０３ａに登録したり、登録された対応情報
を変更したり、削除するための部分である。
【００６０】出力部２０３は、広告情報をユーザ端末２
００の利用者に視聴させるための装置で、例えば表示装
置およびスピーカを含んで構成される。プリンタ等の他
の種類の出力装置が備わっていても良い。表示装置は登
録部２０４による対応情報の登録時にも利用される。
【００６１】処理部２０１は、記憶部２０２、出力部２
０３および登録部２０４に接続され、ユーザ端末２００
全体の制御を司る部分である。
【００６２】次に本実施例の各部の構成と機能をより詳
しく説明する。
【００６３】先ず、マッチングテーブル１０３ａについ
て説明する。図４を参照すると、マッチングテーブル１
０３ａの一例は、ｎ行ｋ列の２次元マトリクステーブル
であり、第１行〜第ｎ行の各行にそれぞれ１つのイベン
ト情報ｅ1〜ｅnが設定され、第１列〜第ｋ列の各列にそ
れぞれ１つのユーザ端末を特定する情報ｕ1〜ｕkが設定
され、各行と各列の交点にそれぞれ１つの対応情報ａ
ujei(ｉ＝１、…、ｎ。ｊ＝１、…、ｋ)が設定されてい
る。
【００６４】対応情報ａujeiは、広告格納部１０２に格
納されている或る１つの広告情報Ａuj eiを示す値か、広
告配信しない旨を示す値の何れかである。例えば、イベ
ント情報ｅiが発生した場合、ユーザ端末ｕjに広告情報
Ａujeiを配信するならば、その広告情報Ａujeiを示す対
応情報ａujeiがｅi行、ｕj列に格納され、広告情報を配
信しないならば、広告情報を配信しない旨を示す対応情
報ａujeiがｅi行、ｕj列に格納されている。つまり、図
４のマッチングテーブル１０３ａは、或るイベントが発
生した場合に、或るユーザ端末に、どの広告情報を配信
するか、もしくは広告情報を配信しないかを示すテーブ
ルである。或るイベントの発生時に広告情報を配信しな
い場合があるのは、そのイベントの通知をそのユーザ端
末の利用者が要求していない場合があるからである。
【００６５】なお、同じユーザ端末ｕjにおける異なる
イベント情報ｅ1〜ｅnに対して対応情報ａuje1〜ａujen
に広告情報を設定する場合、広告情報によってイベント
を区別するために、各対応情報ａuje1〜ａujenはそれぞ
れ異なる広告情報を示すように設定する。しかし、異な
るユーザ端末間ではそのような必要はなく、異なるイベ
ント情報ｅ1〜ｅnに対して同じ広告情報を示す対応情報
を設定しても良い。例えば、対応情報ａu1e2、ａu3e4、
ａu5e3には、同じ広告情報が対応していても良い。他
方、複数のユーザ端末の同一のイベント情報に対して同
一の広告情報を配信するように同じ対応情報を設定する
こともできる。
【００６６】図４に示したようなマッチングテーブル１
０３ａにおける各ユーザ端末毎の対応情報は、本実施例
の場合、ユーザ端末２００の利用者が独自に登録するこ
とができる。以下、この点について図５のフローチャー
トの流れに沿って説明する。
【００６７】マッチングテーブル１０３ａの初期状態
は、例えば、図４における全ての対応情報ａujei(ｉ＝
１、…、ｎ。ｊ＝１、…、ｋ)が広告配信を行わない値
になっている。ユーザ端末２００の利用者が登録部２０
４に対して対応情報の登録開始を指示すると、登録部２
０４は処理部２０１を通じて通信網３００経由でサーバ
端末１００の登録部１０５にアクセスし、自端末２００
を特定する情報と共に、登録の開始要求を送信する（Ｓ
２１１）。これに応答してサーバ端末１００の登録部１
０５は、マッチングテーブル１０３ａの各行に設定され
ているイベント情報に対応するイベントを列挙したイベ
ント選択メニュー画面を通信網３００経由でユーザ端末
２００へ送信する（Ｓ１１１）。ユーザ端末２００の登
録部２０４は、受信したイベント選択メニュー画面１４
１を、例えば図６（ａ）に示すように、出力部２０３の
表示装置に表示する（Ｓ２１２）。
【００６８】次にユーザ端末２００の利用者が、イベン
ト選択メニュー画面上で、通知を受けたいイベントを選
択し、同画面上の送信ボタンを操作すると、登録部２０
４は、選択されたイベントの情報をサーバ端末１００に
送信する（Ｓ２１３）。サーバ端末１００の登録部１０
５は、受信したイベントの選択情報を一時的に保存し、
広告格納部１０２に格納されている対応付けが可能な広
告情報を列挙した広告選択メニュー画面をユーザ端末２
００へ送信する（Ｓ１１２）。ユーザ端末２００の登録
部２０４は、受信した広告選択メニュー画面１４１を、
例えば図６（ｂ）に示すように、出力部２０３の表示装
置に表示する（Ｓ２１４）。
【００６９】次にユーザ端末２００の利用者が、広告選
択メニュー画面上で、希望する広告情報を選択し、同画
面上の送信ボタンを操作すると、登録部２０４は、選択
された広告情報の情報をサーバ端末１００に送信する
（Ｓ２１５）。サーバ端末１００の登録部１０５は、受
信した広告情報の選択情報と保存してあったイベントの
選択情報とから、対応情報とこの対応情報を設定するマ
ッチングテーブル１０３ａの箇所とを決定し、マッチン
グテーブル１０３ａにおける該当する箇所の対応情報を
書き換える（Ｓ１１３）。
【００７０】ユーザ端末２００の利用者は、以上のよう
な操作を、通知を希望するイベント毎に繰り返すこと
で、通知を希望する全てのイベント毎の対応情報をマッ
チングテーブル１０３ａに登録することができる。
【００７１】以上の説明では、通知を希望するイベント
の選択とそのイベントに対応付ける広告情報の選択とを
別のメニュー画面で実施したが、１つのメニュー画面で
実施するようにしても良い。また、通知を希望する複数
のイベントの選択とその各々のイベントに対応付ける広
告情報の選択を１つのメニュー画面で一括して実施する
ようにしても良い。
【００７２】また、以上の説明では、ユーザ端末２００
の利用者が選択できるイベントは、マッチングテーブル
１０３ａに設定されているイベントだけとしたが、サー
バ端末１００のイベント認知部１０１が認知できるイベ
ントであれば、マッチングテーブル１０３ａに設定され
ていないイベントであっても、ユーザ端末２００の利用
者が希望する任意のイベントを新規に登録でき、また、
新規に登録したイベントに対応する広告情報を登録でき
るようにしても良い。この場合、図５のステップＳ２１
３では、利用者が希望する任意のイベントを指定してサ
ーバ端末１００へ送信する。サーバ端末１００の登録部
１０５は、新規のイベントが指定された場合、図７に示
すように、この新規のイベントｅn+1用の行をマッチン
グテーブル１０３ａに追加する。このとき、その行の全
ての対応情報は広告情報を配信しない値に初期設定して
おく。そして、ユーザ端末２００の利用者が、新規のイ
ベントｅn+1に対応する広告情報を選択すると、その広
告情報を示す対応情報を、新規のイベントｅn+1用に追
加した行における当該ユーザ端末２００の列に対応する
箇所に設定する。なお、こうして新規のイベントｅn+1
用の行がマッチングテーブル１０３ａに追加された後、
同じユーザ端末２００や別のユーザ端末２００で図５の
処理が開始された場合、新規に追加されたイベントｅ
n+1を含んだイベント選択メニュー画面が作成される。
このため、或る利用者が追加したイベントについて、別
の利用者もそのイベント項目の存在を知ることができ、
且つ、そのイベントの通知を希望することができる。
【００７３】なお、図５ではイベントと広告情報との対
応付けを新規に登録する場合の処理について説明した
が、既に登録されている対応情報の変更や、広告配信さ
れないように対応情報を書き換える操作も、ユーザ端末
２００の登録部２０４からサーバ端末１００の登録部１
０５にアクセスすることで、オンラインで行えるように
なっている。
【００７４】次に、以上のようにして作成された図４の
マッチングテーブル１０３ａを例に、イベントの通知に
代えて、広告情報を配信する本実施例の動作について、
図８および図９を参照して詳細に説明する。
【００７５】サーバ端末１００のイベント認知部１０１
は、観測、測定などによる検出、もしくは自ら発生、も
しくは他のシステム、人、機能などからの通知により、
イベントｅ1〜ｅnの発生を認知する処理を行っている。
今、或るイベント、例えばイベントｅiが発生したとす
ると（Ｓ３０１）、イベント認知部１０１はこれを認知
し、そのイベント情報ｅiをマッチング部１０３に伝達
する（Ｓ３０２）。
【００７６】マッチング部１０３は、イベント認知部１
０１からイベント情報ｅiが伝達されると、ユーザ端末
２００を１つ１つ注目するための変数ｊを１に設定し
て、先ず、マッチングテーブル１０３ａの列ｕ1のユー
ザ端末２００に注目し（Ｓ３０３）、その列ｕ1とイベ
ント情報ｅiの行との交点の対応情報ａu1eiを取得し
（Ｓ３０４）、これとユーザ端末の情報ｕ1との組
（ｕ1、ａu1ei）を配信制御部１０４に伝達する（Ｓ３
０５）。
【００７７】配信制御部１０４は、マッチング部１０３
からユーザ端末を示す情報と対応情報との組（ｕ1、ａ
u1ei）が伝達されると、対応情報ａu1eiが広告配信しな
い旨の値でなく広告情報Ａu1eiを示すものであれば、広
告格納部１０２から、対応情報ａu1eiが示す広告情報Ａ
u1eiを取り出し、通信網３００を介し、情報ｕjで特定
されるユーザ端末２００に配信する（Ｓ３０６）。ユー
ザ端末２００の処理部２０１は、サーバ端末１００の配
信制御部１０４から通信網１０５を介して広告情報Ａ
u1eiが送信されてくると、これを受信し、出力部２０３
から出力することで、利用者に視聴させる。これによ
り、ユーザ端末２００の利用者は、イベントｅ iが発生
したことを知ることができる。配信制御部１０４は、ス
テップＳ３０６の処理を終えると、制御をマッチング部
１０３に戻す。他方、配信制御部１０４は、対応情報ａ
u1eiが広告配信しない旨の値であれば、ステップＳ３０
６の処理をスキップして、制御をマッチング部１０３に
戻す。これにより、イベントｅiの通知を希望しないユ
ーザ端末２００には広告の配信は行われない。
【００７８】マッチング部１０３は、配信制御部１０４
から制御が戻されると、変数ｊを＋１し（Ｓ３０７）、
変数ｊの値がマッチングテーブル１０３に登録されてい
る列数ｋ（ユーザ端末数）を超えたかどうかを判定する
（Ｓ３０８）。超えていなければ、ステップＳ３０４に
戻って、マッチングテーブル１０３ａの次の列ｕ2のユ
ーザ端末２００に注目を移し、上述したと同様の処理を
繰り返す。そして、マッチングテーブル１０３ａに登録
されている全てのユーザ端末に対して上述した処理を繰
り返し、変数ｊがｋを超えると、今回認知したイベント
ｅiの処理を終える（Ｓ３０９）。
【００７９】なお、以上の説明では、対応情報が広告配
信しない値であるかどうかを配信制御部１０４で判別し
たが、マッチング部１０３で判別し、広告配信しない対
応情報であればステップＳ３０５およびＳ３０６をスキ
ップするようにしても良い。
【００８０】また、以上の説明では、配信制御部１０４
が、マッチング部１０３からユーザ端末を示す情報と対
応情報（ｕj、ａujei）を受け取り、広告格納部１０２
から、対応情報ａujeiが示す広告情報Ａujeiを取り出し
てユーザ端末ｕjに配信するようにしたが、これに限る
ものではない。例えば、マッチング部１０３からユーザ
端末を示す情報と広告情報Ａujeiを示す対応情報の組
（ｕj、ａujei）全てを広告格納部１０２に伝達し、広
告格納部１０２において、配信する広告情報が同じにな
るユーザ端末毎に、配信する広告情報Ａmと配信対象の
ユーザ端末ｕjとを示す配信情報（Ａm：ｕ1，ｕ2，…，
ｕj，…）を、配信制御部１０４に伝達するようにして
もよい。このようにすることで、複数のユーザ端末に同
一のイベントに対応付けられている同一の広告情報を配
信する場合には、処理を簡潔化し動作を迅速に行うこと
ができる。
【００８１】
【他の実施例】以上の実施例では、マッチングテーブル
１０３ａに格納される対応情報を、ユーザ端末２００の
利用者から登録、変更できるようにしたが、予め広告主
やサーバ端末１００の運用者などによって各ユーザ端末
毎に定義し、ユーザ端末２００の利用者からは変更不能
にしても良い。この場合、複数のユーザ端末１０６に、
同一のイベントに対し同一の広告情報を配信するように
対応情報を定義することも可能である。
【００８２】以上の実施例では、広告格納部１０２に格
納されている広告情報を配信するようにしたが、これに
限るものではなく、例えば、マッチングテーブル１０３
ａに格納されている対応情報に対応付けられている広告
情報を、通信網３００に接続する図示していない広告主
サーバに用意しておき、この広告主サーバより広告情報
を取り出し、ユーザ端末２００に配信するようにしても
よい。
【００８３】以上の実施例では、実際の広告情報を配信
するようにしたが、その広告情報へのＵＲＬを広告情報
としてユーザ端末２００へ配信するようにしても良い。
この場合、ユーザ端末２００の利用者は配信されたＵＲ
Ｌを用いて実際の広告情報をアクセスし、実際の広告情
報を認識して、通知されたイベントを認識することにな
る。
【００８４】以上の実施例では、図４に示したようなマ
ッチングテーブルを使って、各ユーザ端末２００毎に、
イベント情報と広告情報との対応付けを行ったが、ユー
ザ端末、イベント情報、広告情報を相互に対応付ける方
法およびそれに使用するテーブル構造は、以上の実施例
におけるものに限定されず、各種の付加変更が可能であ
る。以下に、対応付けの他の例について説明する。
【００８５】図４に示したマッチングテーブル１０３ａ
では、個々のユーザ端末２００毎にイベントと広告情報
との対応情報を設定した。つまり、イベントｅiが発生
した場合、ユーザ端末ｕjに広告情報Ａujeiを配信する
ならば、広告情報Ａujeiを示す対応情報ａujeiがｅ
i行，ｕj列に格納されるようにした。しかし、ユーザ端
末２００を幾つかのユーザグループに分け、ユーザグル
ープ単位で、イベントと広告情報との対応情報を設定す
るようにしても良い。その一例を図１０に示す。図１０
に示すマッチングテーブル１０３ｂでは、グループ定義
１３１によって複数のユーザ端末２００をｕ1〜ｕkのユ
ーザグループに分け、ユーザ定義１３２によって各々の
ユーザグループに属するユーザ端末２００を定義し、各
ユーザグループ毎に、各イベントｅiと広告情報との対
応情報ａujeiを設定している。つまり、イベントｅiが
発生した場合、ユーザグループｕjに属するユーザ端末
２００に広告情報Ａujeiを配信するならば、広告情報Ａ
ujeiを示す対応情報ａujeiがｅi行、ｕj列に格納される
ようにしている。この場合、イベントｅiが発生がした
とき、ユーザグループｕjに属する全てのユーザ端末２
００に対して同じ広告情報Ａu jeiが配信される。このよ
うに、複数のユーザ端末を１つのユーザグループとして
マッチングテーブルに格納することで、マッチングテー
ブルに格納される情報量を軽減し、マッチングテーブル
の作成、修正および検索の際の処理量の軽減が図れる。
【００８６】図４に示したマッチングテーブル１０３ａ
では、マッチングテーブルの行と列にイベント情報とユ
ーザ端末とを設定し、行と列との交点にイベントと広告
情報とを対応付ける対応情報を設定したが、これに限る
ものではなく、イベント情報、ユーザ端末および対応情
報と、マッチングテーブルの行、列および交点とのマッ
ピングは任意で良い。例えば、図１１、図１２に示すよ
うにマッピングすることもできる。
【００８７】図１１のマッチングテーブル１０３ｃで
は、各行にイベント情報ｅiを設定し、各列にイベント
情報と広告情報とを対応付ける対応情報ａjを設定し、
行と列との交点にユーザ端末を示す情報ｕajeiを設定し
ている。この場合、イベントｅiが発生したとき、その
イベントの通知に代えて或る広告情報Ａjの送信を希望
するユーザ端末２００が存在するならば、その広告情報
Ａjを示す対応情報ａjの列と当該イベントｅiの行との
交点に、当該ユーザ端末２００を示す情報ｕajeiが格納
される。なお、ｅi行とａj列の交点には、１つもしくは
複数のユーザ端末が格納されてもよい。このようにする
ことで、複数のユーザ端末に同一のイベントに対応付け
られている同一の広告情報を配信する場合には、広告格
納部１０２へのアクセス回数を減らすことができる。
【００８８】図１２のマッチングテーブル１０３ｄで
は、各行にユーザ端末の情報ｕiを設定し、各列にイベ
ント情報と広告情報とを対応付ける対応情報ａjを設定
し、行と列との交点にイベント情報ｅajuiを設定してい
る。つまり、ユーザ端末ｕiに対して対応情報ａjが示す
広告情報Ａjを配信することが、ｕj行とａj列との交点
に格納されているイベントｅajuiの発生の認知で決定さ
れるように、マッチングテーブルが構成されている。こ
の場合、イベントｅajuiの発生を認知したら、イベント
ｅajuiをマッチングテーブル１０３ｄから検索し、検索
された箇所のｕj行のユーザ端末ｕiに対して、検索され
た箇所のａj列の対応情報ａjが示す広告情報Ａjを配信
する。このようにすることで、ユーザ端末の利用者か
ら、配信された広告情報に対応するイベントの問い合わ
せがあった場合には、迅速に対応することができる。
【００８９】以上の実施例では、１つのイベント情報に
対して１つの広告情報を対応付け、１つのイベント発生
に対して、ユーザ端末に対して１つの広告情報を配信す
るようにしたが、これに限らず、複数のイベント情報の
論理的な条件が成立したときに、１つの広告情報を配信
するようにしても良い。ここで、論理的な条件とは、論
理和、論理積、論理否定などである。例えば、イベント
ｅ1とイベントｅ2との両方が発生したら、広告情報Ａm
を配信したり（論理積）、イベントｅ1とイベントｅ2の
いずれか一方が発生したら、広告情報Ａmを配信したり
する如きである。この場合、図１３のマッチングテーブ
ル１０３ｅに示すように、イベント情報を設定する欄に
複数のイベントの論理的な条件を設定し、マッチング部
１０３において、例えば、イベントを新たに認知する毎
に、マッチングテーブル１０３ｅに設定された複数のイ
ベントの論理的な条件が成立しているか否かを判定し、
成立している論理的な条件に対応する広告情報の配信を
行うようにすれば良い。このようにすることで、より複
雑なイベントの発生を通知することが可能になる。
【００９０】以上の実施例では、１つのイベント情報に
対して１つの広告情報を対応付け、１つのイベント発生
に対して、ユーザ端末に対して１つの広告情報を配信す
るようにしたが、これに限らず、１つのイベント情報に
対して複数の広告情報を配信するようにしても良い。例
えば、イベントｅ1が発生したら、広告情報Ａm1と広告
情報Ａm2を配信する如きである。この場合、図１４のマ
ッチングテーブル１０３ｆのｅ1行とｕ1列との交点やｅ
2行とｕ2列との交点に設定された対応情報で例示するよ
うに、１つのイベント情報に対して複数の広告情報を対
応付ける対応情報（ａu1e1、ａu1e1'）、（ａu2e2、ａ
u2e2'）を設定すれば良い。このようにすることで、よ
り多くの広告情報を配信することが可能になる。
【００９１】なお、図１３のマッチングテーブル１０３
ｅの対応情報に図１４と同様な複数の広告情報を対応付
ける対応情報を設定し、また、図１４のマッチングテー
ブル１０３ｆのイベント情報の欄に図１３と同様な複数
のイベント情報を設定することも可能であり、こうすれ
ば、より複雑なイベントの発生を、より多くの広告情報
で配信することが可能になる。
【００９２】以上の実施例では、ユーザ端末毎に、イベ
ント情報と広告情報とを対応付けるために２次元マトリ
クステーブルを用いたが、３次元以上のマトリクステー
ブルを用いることもできる。例えば、本発明を個人間の
メッセージ通知サービスに適用し、サーバ端末１００が
送信ユーザから送信されてきた或る特定のメッセージを
そのまま受信ユーザに転送するのではなく、送信ユー
ザ、メッセージ内容、受信ユーザの３つの組み合わせ毎
に予め対応付けられた広告情報に置き換えて転送するこ
とを考える。この場合、「或る送信ユーザから或る受信
ユーザに或るメッセージが送信された」というイベント
をサーバ端末１００で認知し、そのイベントに対応する
広告情報を受信ユーザに配信すれば良い。このようなイ
ベントと広告情報との対応付けは、３次元マトリクステ
ーブル構造を用いれば、図１５に示すような論理的な構
造を持つマッチングテーブル１０３ｇで容易に実現でき
る。
【００９３】図１５において、Minはメッセージ内容、R
inは受信ユーザ、Sinは送信ユーザの軸であり、ａ
R1S1M1は、メッセージ内容M1と受信ユーザＲ1と送信ユ
ーザＳ1との組に対応する広告情報ＡR1S1M1を示す対応
情報、ａRkSjMiは、メッセージ内容Miと受信ユーザＲk
と送信ユーザＳjとの組に対応する広告情報ＡRkSjMiを
示す対応情報である。このマッチングテーブル１０３ｇ
は、受信ユーザＲkと送信ユーザＳjとメッセージ内容Mi
とをパラメータ入力として、対応情報ａRkSjMiを返す関
数ｆと見なせば、次式に示す関数と等価である。 ｆ（Ｒk，Ｓj，Mi）＝ａRkSjMi
【００９４】なお、マッチングテーブル１０３ｇへの対
応情報の登録は、図５を参照して説明した方法と同様に
受信ユーザ毎に行うこともできるし、対応情報の登録を
送信ユーザが行うようにしても良い。
【００９５】図１６は図１５に示したマッチングテーブ
ル１０３ｇを用いて、サーバ端末１００が、送信ユーザ
から送信されてきたメッセージを受信ユーザに通知する
処理に代えて、広告情報を配信する処理の一例を示すフ
ローチャートである。送信ユーザＳjから内容Miのメッ
セージが受信ユーザＲk宛に送信されたというイベント
が発生すると（Ｓ４０１）、メッセージ中継サーバとし
て機能するサーバ端末１００のイベント認知部１０１
は、送信ユーザがＳjであり、メッセージ内容がMiであ
り、受信ユーザがＲkであるというイベントの発生を認
知し、マッチング部１０３に伝達する（Ｓ４０２）。
【００９６】マッチング部１０２は、図１５のマッチン
グテーブル１０３ｇを参照して、受信ユーザＲkと送信
ユーザＳjとメッセージ内容Miとに対応する対応情報ａ
RkSjMiを決定し（Ｓ４０３）、決定した対応情報ａ
RkSjMiと受信ユーザＲkの端末の情報とを配信制御部１
０４に伝達する。
【００９７】配信制御部１０４は、広告格納部１０２か
ら対応情報ａRkSjMiに対応する広告情報ＡRkSjMiを取り
出し、通信網３００経由で、受信ユーザＲkの端末２０
０に配信する（Ｓ４０５）。
【００９８】以上でサーバ端末１００は、送信ユーザＳ
jから内容Miのメッセージが受信ユーザＲk宛に送信され
たときの処理を終える（Ｓ４０６）。
【００９９】なお、以上のようなメッセージ転送サービ
スは、「送信ユーザＳjから内容Miのメッセージが受信
ユーザＲk宛に送信された」というイベントを図４のイ
ベントｅiに設定し、ｅi行の各列のうち、受信ユーザＲ
kに対応するｕkの列に対応情報ａRkSjMiを設定し、それ
以外のユーザに対応する列には広告を配信しない旨の対
応情報を設定しておくことにより、図９の処理そのもの
でも実現することができる。また、受信ユーザＲkを１
ユーザに限定せず、複数の受信ユーザから構成されるユ
ーザグループとすることで、そのユーザグループ宛に出
されたメッセージを、そのグループの構成員である個々
のユーザに広告情報として通知することが可能であり、
配信する広告情報も１つの広告情報でなく複数の広告情
報とすることができる。
【０１００】以上の実施例では、１つのマッチングテー
ブルを用いて、１つ或いは複数のユーザ端末毎のイベン
トと広告情報との対応付けを管理したが、個々のユーザ
端末毎あるいは複数のユーザ端末毎のマッチングテーブ
ルで個別に管理するようにしても良い。
【０１０１】以上の実施例では、イベントと広告情報と
の対応付けを１つ或いは複数のユーザ端末毎に管理した
が、イベントと広告情報との対応付けを全てのユーザ端
末で全く同じになるように管理しても良い。
【０１０２】次に配信制御処理の他の実施例について説
明する。
【０１０３】以上の実施例において、イベント発生に対
して、対応するユーザ端末に対して対応する広告情報を
配信する場合、イベントが発生していない段階でも所定
の広告情報を配信し、イベントの発生により、配信する
広告情報を切り替えるようにしてもよい。また、イベン
トの発生を認知したら、このイベントが発生している期
間は、対応するユーザ端末に対して対応する広告情報を
配信し続けるようにしてもよい。また、イベントの発生
を認知したら、対応するユーザ端末に対して対応する広
告情報を、所定の期間だけ配信し続けるようにしてもよ
い。このようにすることで、広告主は、より多くの広告
を配信することが可能になる。
【０１０４】また、前述したように、イベントが発生し
ていない段階でユーザ端末に対して広告情報を配信した
状態とし、イベントが発生したら広告情報の配信を停止
するようにしてもよい。この場合においても、イベント
が発生している期間は、広告情報の配信を停止するよう
にしてもよく、イベントが発生したら所定の期間だけ広
告情報の配信を停止するようにしてもよい。また、イベ
ントの発生が終了したときに、広告情報の配信を行う、
または広告情報の配信をはじめるようにしてもよい。
【０１０５】以上の実施例では、サーバ端末１００から
通信網３００経由で広告情報そのものを配信したが、通
知されるイベントに対応する広告情報を予め各ユーザ端
末２００の記憶部２０２にサーバ端末１００や別のサー
バからダウンロードしておき、サーバ端末１００は、イ
ベント発生時、広告情報そのものを送信しないで、再生
要求だけをユーザ端末２００に送信するようにしても良
い。イベント発生時に配信を停止する場合も同様に、広
告情報の送信を停止するのではなく、再生停止要求だけ
をユーザ端末２００に送信するようにしても良い。
【０１０６】以上の実施例では、通知すべきイベントが
発生し、サーバ端末１００で認知されたとき、サーバ端
末１００から自発的にそのイベントに対応する広告情報
のユーザ端末への配信制御を実施した。しかし、このよ
うないわゆるプッシュ型の配信に限られず、ユーザ端末
２００がイベントの通知を要求した時点で、そのイベン
トの通知に代えて広告情報を配信するいわゆるプル型の
配信に対しても本発明は適用可能である。この場合、サ
ーバ端末１００は、ユーザ端末２００からイベントの通
知が要求された時点で、そのイベントが発生しているか
否かを認知し、発生していれば、そのイベントに対応す
る広告情報を配信し、発生していなければその旨のメッ
セージ或いは予め設定された別の広告情報を配信するよ
うにして良い。また、サーバ端末１００をメールサーバ
とし、ユーザ端末２００からサーバ端末１００に対して
メールの受信要求が出されたとき、受信メールが１つも
届いていなければ、サーバ端末１００からユーザ端末２
００へ、「メールはありません」というメッセージの代
わりに広告情報を配信するようにしても良い。
【０１０７】以上の実施例において、イベントの通知に
代えて広告情報だけを配信するようにしたが、配信する
広告情報に、広告以外の情報が含まれていても良い。広
告以外の情報の例としては、例えば、ユーザ端末の利用
者がイベントと広告情報との対応付けをサーバ端末に登
録した日時、選択したイベントの番号、登録時に別途入
力したユーザコメントなどのユーザの登録に関連する情
報や、それ自体では通知されるイベントの情報を理解す
ることが困難なイベント情報の断片などが考えられる。
【０１０８】以上の実施例において、本発明にかかるサ
ーバ端末およびユーザ端末の上述した各機能をハードウ
ェアで実現しても良いし、コンピュータとプログラムと
でソフトウェア的に実現しても良い。この場合、サーバ
端末用のコンピュータは、例えば、ＣＰＵ、主メモリ、
外部記憶装置および通信網接続装置などをバス接続した
パーソナルコンピュータやワークステーション等で構成
することができ、サーバ端末用のプログラムは、外部記
憶装置に記憶され、その実行時に主メモリに読み込ま
れ、コンピュータの動作を制御することにより、そのコ
ンピュータを本発明にかかるサーバ端末として機能させ
る。また、ユーザ端末用のコンピュータは、例えば、Ｃ
ＰＵ、主メモリ、外部記憶装置および通信網接続装置な
どをバス接続したパーソナルコンピュータや携帯情報端
末や携帯電話等で構成することができ、ユーザ端末用の
プログラムは、外部記憶装置に記憶され、その実行時に
主メモリに読み込まれ、コンピュータの動作を制御する
ことにより、そのコンピュータを本発明にかかるユーザ
端末として機能させる。
【０１０９】
【実施例の適用事例】次に本発明の実施例の適用事例を
幾つか説明する。なお、本発明は以下に挙げる事例にの
みその適用が限定されるものでないことは勿論のことで
ある。
【０１１０】（１）サーバ端末１００は、株価情報を要
求している利用者に対し、予め指定された銘柄について
指定されている水準に株価が到達したら、そのことを広
告情報の配信で、利用者のユーザ端末２００に通知する
イベント通知のサービスを行っている。このサービスの
利用者である一郎は、銘柄Ｘ１の株価が指定した水準Ｙ
１を超えたら、広告情報Ｚ１を配信するように予めサー
バ端末１００にイベントと対応情報の対応付けを登録し
てある。また、一郎は、広告情報Ｚ１として好きな自動
車メーカの広告情報を選択している。サーバ端末１００
は、銘柄Ｘ１が水準Ｙ１を超えたというイベントを認知
すると、一郎のユーザ端末２００に対して広告情報Ｚ１
を配信する。一郎は、配信されてきた広告情報Ｚ１を視
聴し、銘柄Ｘ１が水準Ｙ１を超えたことを認識する。ま
た、広告情報Ｚ１には限定モデルが近く販売される情報
が掲載されており、好きな自動車メーカの広告であるた
め、一郎は興味深く視聴した。このため、広告主にとっ
て、より効果的に商品の宣伝が行えた。また、一郎にと
っても、この広告情報Ｚ１の配信で、限定モデルが販売
されるという広告とイベント情報とを同時に知ることが
できた。
【０１１１】（２）サーバ端末１００は、送信ユーザか
ら送信されてきた或る特定のメッセージを広告情報に変
換して受信ユーザに転送するメッセージ転送サービスを
行っている。このサービスの利用者である花子は、この
サービスの利用者である一郎から「電話をかけてほし
い」とのメッセージＹ２が自分宛に送信された場合、広
告情報Ｚ２を自分の携帯端末に配信するように予めサー
バ端末１００にイベントと対応情報の対応付けを登録し
ている。また、花子は、化粧品に興味があるため、広告
情報Ｚ１として化粧品の広告情報を選択した。サーバ端
末１００は、一郎から「電話をかけてほしい」とのメッ
セージＹ２が花子宛に送信されてくると、そのことをイ
ベントとして認知し、花子のユーザ端末２００である携
帯端末に対して広告情報Ｚ２を配信する。花子は、配信
されてきた広告情報Ｚ２を視聴し、一郎が電話してほし
いというメッセージを自分宛に出したことを認識する。
広告情報Ｚ２を視聴したとき、花子はたまたま仲間と食
事中であり、視聴した広告情報を仲間に見られてしまっ
たが、他の者には単なる広告情報でしかなく、その意味
するところは他の者には分らなかった。また、広告情報
Ｚ２は興味のある化粧品の広告であったので、花子と仲
間はその化粧品を話題にして食事を続けた。このため、
広告主にとって、より効果的に商品の宣伝が行えた。ま
た、花子にとっても、この広告情報Ｚ１の配信のおかげ
で、一郎からのメッセージを秘密裏に認識でき、また好
きな化粧品の広告情報を見ることができた。
【０１１２】（３）サーバ端末１００は、とあるショッ
ピングセンタの大型地下駐車場の空き状況をインターネ
ット経由で問い合せてきた不特定多数の利用者に、広告
情報の配信によって通知するサービスを提供している。
このサービスでは、駐車場に空きがあるときショッピン
グセンタの特売の広告情報Ｚ３が配信され、満杯の場合
は近くにある別会社の駐車場の広告情報Ｚ４が配信され
ることが、今や多くの人に知られているものとする。一
郎と花子は、ドライブのついでにこのショッピングセン
タで買物をするため、一郎の自動車に装備されたユーザ
端末である通信情報端末のインターネット接続機能を使
って、サーバ端末１００にアクセスし、大型地下駐車場
の空き状況を問い合せた。サーバ端末１００は、大型地
下駐車場の空き状況を管理している駐車場管理システム
から現在の空き状況を調べ、空きがあるというイベント
を認知したので、ショッピングセンタの特売の広告情報
Ｚ３を問い合わせ元の通信情報端末に配信した。一郎
は、通信情報端末に配信されてきた広告情報Ｚ３を視聴
して駐車場に空きがあることを認識し、車を駐車場方向
へと進めた。他方、花子は、通信情報端末に表示、出力
されている特売の広告情報Ｚ３を見て、早くも買う商品
を選んでいる。このため、一郎はすんなりと車を駐車す
ることができ、花子は特売の商品を購入することがで
き、また、広告主はより効果的な商品の宣伝が行えた。
【０１１３】（４）サーバ端末１００は、インターネッ
ト経由でアクセスしてきた利用者にソフトウェア製品を
ダウンロード販売するサービスを提供している。このサ
ービスを利用する利用者である一郎は、ユーザ端末２０
０である自宅のパーソナルコンピュータからサーバ端末
１００に接続し、或るソフトウェア製品Ｂの購入手続き
を行った。代金の支払いには、クレジットカードを用い
た。製品の定価は３０００円であったが、２００円値引
きされていた。サーバ端末１００は、ソフトウェア製品
Ｂのダウンロードを、動画形式の或る広告主の広告情報
Ｚ４のダウンロード後に実行すること、ソフトウェア製
品Ｂのダウンロードの開始は広告情報Ｚ４の再生開始で
知らせること、ソフトウェア製品Ｂのダウンロードの終
了は広告情報Ｚ４の再生停止で知らせること、上記の値
引きは広告情報の視聴によるものであることをメッセー
ジで伝えた後、購入希望者である一郎のパーソナルコン
ピュータへ広告情報Ｚ４をダウンロードし、その完了時
にこの広告情報Ｚ４の再生要求を一郎のパーソナルコン
ピュータへ送信し、引き続いてソフトウェア製品Ｂのダ
ウンロードを開始した。そして、ソフトウェア製品Ｂの
ダウンロード完了時に、パーソナルコンピュータへ広告
情報Ｚ４の再生停止要求を送信した。一郎は、パーソナ
ルコンピュータで広告情報Ｚ４が再生されるのを見て、
ソフトウェア製品Ｂのダウンロードが開始されたことを
知り、広告情報Ｚ４の再生が停止したことによりダウン
ロードの完了を認識した。一郎は、広告情報Ｚ４の内容
には余り興味がなかったが、ソフトウェア製品Ｂのダウ
ンロード完了をいち早く知りたかったので、最初から最
後まで一通り視聴し続けた。これにより、広告主はより
効果的な商品の宣伝が行えた。また、一郎も広告情報の
配信を受けたことで、定価より安くソフトウェア製品Ｂ
を購入することができた。
【０１１４】
【発明の効果】以上説明したように、本発明によれば、
以下のような各種の効果が得られる。
【０１１５】利用者の注意を広告情報に引き付けること
ができ、広告の効果が最大限に発揮される。その理由
は、サーバ端末から通信網を介してユーザ端末へイベン
トを通知する処理の代わりに、通知するイベントに対応
する広告情報のユーザ端末への配信制御処理が実行され
るため、ユーザ端末の利用者にとって、配信制御される
広告情報は付随的な情報でなく、通知されるイベントを
知るために必要不可欠な情報となるからである。
【０１１６】通知されるイベントの情報を他人に知られ
る心配がなく、イベントの通知を秘密裏に行うことがで
きる。その理由は、サーバ端末から通信網を介してユー
ザ端末へイベントを通知する処理の代わりに、通知する
イベントに対応する広告情報のユーザ端末への配信制御
処理が実行されるためである。
【０１１７】イベントの情報と広告情報との２種類の情
報を、広告情報だけで伝達することができる。その理由
は、配信制御される広告情報は、本来の広告情報の役割
と、イベントを通知する役割とがあるためである。
【０１１８】イベントと広告情報との対応付けをユーザ
端末の利用者が行える構成にあっては、希望しない広告
情報の配信によりもたらされる利用者の不快感を無くす
ことができる。
【図面の簡単な説明】
【図１】本発明の実施の形態のブロック図である。
【図２】本発明の実施の形態の動作例を示すフローチャ
ートである。
【図３】本発明の実施の形態の実施例のブロック図であ
る。
【図４】本発明の実施例で使用するマッチングテーブル
の構成例を示す図である。
【図５】本発明の実施例においてマッチングテーブルへ
対応情報を登録する際の処理の一例を示すフローチャー
トである。
【図６】本発明の実施例においてマッチングテーブルへ
対応情報を登録する際にユーザ端末の画面に表示される
メニューの一例を示す図である。
【図７】本発明の実施例において新規のイベントをマッ
チングテーブルに登録した状態を示す図である。
【図８】本発明の実施例の動作説明図である。
【図９】本発明の実施例におけるサーバ端末の処理例を
示すフローチャートである。
【図１０】本発明の他の実施例におけるマッチングテー
ブルの一例を示す図である。
【図１１】本発明の他の実施例におけるマッチングテー
ブルの一例を示す図である。
【図１２】本発明の他の実施例におけるマッチングテー
ブルの一例を示す図である。
【図１３】本発明の他の実施例におけるマッチングテー
ブルの一例を示す図である。
【図１４】本発明の他の実施例におけるマッチングテー
ブルの一例を示す図である。
【図１５】本発明の他の実施例におけるマッチングテー
ブルの一例を示す図である。
【図１６】本発明の他の実施例におけるサーバ端末の処
理例を示すフローチャートである。
【符号の説明】
１００…サーバ端末 １０１…イベント認知部 １０２…広告格納部 １０３…マッチング部 １０３ａ…マッチングテーブル １０４…配信制御部 １０５…登録部 ２００…ユーザ端末 ２０１…処理部 ２０２…記憶部 ２０３…出力部 ２０４…登録部 ３００…通信網
───────────────────────────────────────────────────── フロントページの続き (72)発明者 高橋 真一 東京都港区芝五丁目７番１号 日本電気株 式会社内 (72)発明者 井上 雅一 東京都港区芝五丁目７番１号 日本電気株 式会社内

Claims (46)

    【特許請求の範囲】
  1. 【請求項１】 サーバ端末から通信網を介してユーザ端
    末へイベントを通知する処理の代わりに、通知する前記
    イベントに対応する広告情報の前記ユーザ端末への配信
    制御処理を前記サーバ端末で実行することを特徴とする
    広告配信方法。
  2. 【請求項２】 ユーザ端末へ通知すべきイベントの発生
    をサーバ端末で認知し、認知した前記イベントを通信網
    を介して前記ユーザ端末へ通知する処理の代わりに、通
    知する前記イベントに対応する広告情報の前記ユーザ端
    末への配信制御処理を前記サーバ端末で実行することを
    特徴とする広告配信方法。
  3. 【請求項３】 ユーザ端末へ通知すべきイベントの発生
    をサーバ端末で認知し、認知した前記イベントに対応付
    けられている広告情報を前記サーバ端末で特定し、認知
    した前記イベントを通信網を介して前記ユーザ端末へ通
    知する処理の代わりに、特定した前記広告情報の前記ユ
    ーザ端末への配信制御処理を前記サーバ端末で実行する
    ことを特徴とする広告配信方法。
  4. 【請求項４】 前記配信制御処理は、前記広告情報を前
    記通信網を介して前記ユーザ端末へ送信する処理を含む
    ことを特徴とする請求項１、２または３記載の広告配信
    方法。
  5. 【請求項５】 前記配信制御処理は、前記ユーザ端末に
    予め記憶された前記広告情報の再生要求を、前記通信網
    を介して前記ユーザ端末へ送信する処理を含むことを特
    徴とする請求項１、２または３記載の広告配信方法。
  6. 【請求項６】 前記配信制御処理は、前記広告情報を前
    記通信網を介して前記ユーザ端末へ送信している処理を
    停止する処理を含むことを特徴とする請求項１、２また
    は３記載の広告配信方法。
  7. 【請求項７】 前記配信制御処理は、前記ユーザ端末に
    おいて再生されている前記広告情報の再生停止要求を、
    前記通信網を介して前記ユーザ端末へ送信する処理を含
    むことを特徴とする請求項１、２または３記載の広告配
    信方法。
  8. 【請求項８】 前記サーバ端末は、前記イベントと前記
    広告情報とを対応付ける対応情報を参照して、通知する
    前記イベントに対応する前記広告情報を特定することを
    特徴とする請求項１、２または３記載の広告配信方法。
  9. 【請求項９】 １つの前記イベントに対して１つ或いは
    複数の前記広告情報が対応付けられていることを特徴と
    する請求項８記載の広告配信方法。
  10. 【請求項１０】 複数の前記イベントの論理的な条件に
    対して１つ或いは複数の前記広告情報が対応付けられて
    いることを特徴とする請求項８記載の広告配信方法。
  11. 【請求項１１】 前記イベントと前記広告情報の対応付
    けを、１つ或いは複数の前記ユーザ端末毎に行うことを
    特徴とする請求項８記載の広告配信方法。
  12. 【請求項１２】 １つ或いは複数の前記ユーザ端末毎の
    前記イベントと前記広告情報の対応付けを、当該ユーザ
    端末の利用者によって行わせることを特徴とする請求項
    １１記載の広告配信方法。
  13. 【請求項１３】 通信網を介してユーザ端末へイベント
    を通知する処理の代わりに、通知する前記イベントに対
    応する広告情報の前記ユーザ端末への配信制御処理を実
    行することを特徴とするサーバ端末。
  14. 【請求項１４】 ユーザ端末へ通知すべきイベントの発
    生を認知するイベント認知手段と、認知した前記イベン
    トを通信網を介して前記ユーザ端末へ通知する処理の代
    わりに、通知する前記イベントに対応する広告情報の前
    記ユーザ端末への配信制御処理を実行する配信制御手段
    とを備えたことを特徴とするサーバ端末。
  15. 【請求項１５】 ユーザ端末へ通知すべきイベントの発
    生を認知するイベント認知手段と、認知した前記イベン
    トに対応付けられている広告情報を特定するマッチング
    手段と、認知した前記イベントを通信網を介して前記ユ
    ーザ端末へ通知する処理の代わりに、特定した前記広告
    情報の前記ユーザ端末への配信制御処理を実行する配信
    制御手段とを備えたことを特徴とするサーバ端末。
  16. 【請求項１６】 前記配信制御処理は、前記広告情報を
    前記通信網を介して前記ユーザ端末へ送信する処理を含
    むことを特徴とする請求項１３、１４または１５記載の
    サーバ端末。
  17. 【請求項１７】 前記配信制御処理は、前記ユーザ端末
    に予め記憶された前記広告情報の再生要求を、前記通信
    網を介して前記ユーザ端末へ送信する処理を含むことを
    特徴とする請求項１３、１４または１５記載のサーバ端
    末。
  18. 【請求項１８】 前記配信制御処理は、前記広告情報を
    前記通信網を介して前記ユーザ端末へ送信している処理
    を停止する処理を含むことを特徴とする請求項１３、１
    ４または１５記載のサーバ端末。
  19. 【請求項１９】 前記配信制御処理は、前記ユーザ端末
    において再生されている前記広告情報の再生停止要求
    を、前記通信網を介して前記ユーザ端末へ送信する処理
    を含むことを特徴とする請求項１３、１４または１５記
    載のサーバ端末。
  20. 【請求項２０】 前記イベントと前記広告情報とを対応
    付ける対応情報が登録されているマッチングテーブルを
    参照して、通知する前記イベントに対応する前記広告情
    報を特定することを特徴とする請求項１３、１４または
    １５記載のサーバ端末。
  21. 【請求項２１】 １つの前記イベントに対して１つ或い
    は複数の前記広告情報が対応付けられていることを特徴
    とする請求項２０記載のサーバ端末。
  22. 【請求項２２】 複数の前記イベントの論理的な条件に
    対して１つ或いは複数の前記広告情報が対応付けられて
    いることを特徴とする請求項２０記載のサーバ端末。
  23. 【請求項２３】 前記イベントと前記広告情報の対応付
    けを、１つ或いは複数の前記ユーザ端末毎に行うことを
    特徴とする請求項２０記載のサーバ端末。
  24. 【請求項２４】 １つ或いは複数の前記ユーザ端末毎の
    前記イベントと前記広告情報の対応付けを、当該ユーザ
    端末の利用者によって行わせる登録制御手段を備えるこ
    とを特徴とする請求項２３記載のサーバ端末。
  25. 【請求項２５】 サーバ端末から通知を受けるイベント
    と広告情報とを対応付ける対応情報を通信網を介して前
    記サーバ端末に登録する登録手段と、前記サーバ端末が
    前記イベントを通知する処理の代わりに、前記対応情報
    を参照して、通知する前記イベントに対応する広告情報
    の自端末への配信制御処理を実行した際に、実行された
    配信制御処理に応じた処理を実行する処理手段とを備え
    たことを特徴とするユーザ端末。
  26. 【請求項２６】 前記配信制御処理が前記広告情報を前
    記通信網を介して自端末へ送信する処理であるとき、前
    記処理手段は、前記広告情報を受信する処理を行うこと
    を特徴とする請求項２５記載のユーザ端末。
  27. 【請求項２７】 前記配信制御処理が自端末に予め記憶
    された前記広告情報の再生要求を前記通信網を介して自
    端末へ送信する処理であるとき、前記処理手段は、自端
    末に予め記憶された前記広告情報を再生する処理を行う
    ことを特徴とする請求項２５記載のユーザ端末。
  28. 【請求項２８】 前記配信制御処理が前記広告情報を前
    記通信網を介して自端末へ送信している処理を停止する
    処理であるとき、前記処理手段は、前記広告情報を受信
    する処理を停止することを特徴とする請求項２５記載の
    ユーザ端末。
  29. 【請求項２９】 前記配信制御処理が自端末において再
    生されている前記広告情報の再生停止要求を前記通信網
    を介して自端末へ送信する処理であるとき、前記処理手
    段は、再生中の前記広告情報の再生を停止することを特
    徴とする請求項２５記載のユーザ端末。
  30. 【請求項３０】 前記登録手段が登録する前記対応情報
    は、１つの前記イベントに対して１つ或いは複数の前記
    広告情報を対応付けるものであることを特徴とする請求
    項２５記載のユーザ端末。
  31. 【請求項３１】 前記登録手段が登録する前記対応情報
    は、複数の前記イベントの論理的な条件に対して１つ或
    いは複数の前記広告情報を対応付けるものであることを
    特徴とする請求項２５記載のユーザ端末。
  32. 【請求項３２】 サーバ端末を構成するコンピュータ
    に、通信網を介してユーザ端末へイベントを通知する処
    理の代わりに、通知する前記イベントに対応する広告情
    報の前記ユーザ端末への配信制御処理を実行させること
    を特徴とするプログラム。
  33. 【請求項３３】 サーバ端末を構成するコンピュータ
    を、ユーザ端末へ通知すべきイベントの発生を認知する
    イベント認知手段、認知した前記イベントを通信網を介
    して前記ユーザ端末へ通知する処理の代わりに、通知す
    る前記イベントに対応する広告情報の前記ユーザ端末へ
    の配信制御処理を実行する配信制御手段、として機能さ
    せることを特徴とするプログラム。
  34. 【請求項３４】 サーバ端末を構成するコンピュータ
    を、ユーザ端末へ通知すべきイベントの発生を認知する
    イベント認知手段、認知した前記イベントに対応付けら
    れている広告情報を特定するマッチング手段、認知した
    前記イベントを通信網を介して前記ユーザ端末へ通知す
    る処理の代わりに、特定した前記広告情報の前記ユーザ
    端末への配信制御処理を実行する配信制御手段、として
    機能させることを特徴とするプログラム。
  35. 【請求項３５】 前記配信制御処理は、前記広告情報を
    前記通信網を介して前記ユーザ端末へ送信する処理を含
    むことを特徴とする請求項３２、３３または３４記載の
    プログラム。
  36. 【請求項３６】 前記配信制御処理は、前記ユーザ端末
    に予め記憶された前記広告情報の再生要求を、前記通信
    網を介して前記ユーザ端末へ送信する処理を含むことを
    特徴とする請求項３２、３３または３４記載のプログラ
    ム。
  37. 【請求項３７】 前記配信制御処理は、前記広告情報を
    前記通信網を介して前記ユーザ端末へ送信している処理
    を停止する処理を含むことを特徴とする請求項３２、３
    ３または３４記載のプログラム。
  38. 【請求項３８】 前記配信制御処理は、前記ユーザ端末
    において再生されている前記広告情報の再生停止要求
    を、前記通信網を介して前記ユーザ端末へ送信する処理
    を含むことを特徴とする請求項３２、３３または３４記
    載のプログラム。
  39. 【請求項３９】 前記イベントと前記広告情報とを対応
    付ける対応情報が登録されているマッチングテーブルを
    参照して、通知する前記イベントに対応する前記広告情
    報を特定することを特徴とする請求項３２、３３または
    ３４記載のプログラム。
  40. 【請求項４０】 前記イベントと前記広告情報の対応付
    けを、１つ或いは複数の前記ユーザ端末毎に行うことを
    特徴とする請求項３９記載のプログラム。
  41. 【請求項４１】 前記コンピュータを、更に、１つ或い
    は複数の前記ユーザ端末毎の前記イベントと前記広告情
    報の対応付けを、当該ユーザ端末の利用者によって行わ
    せる登録手段、として機能させる請求項４０記載のプロ
    グラム。
  42. 【請求項４２】 ユーザ端末を構成するコンピュータ
    を、サーバ端末から通知を受けるイベントと広告情報と
    を対応付ける対応情報を通信網を介して前記サーバ端末
    に登録する登録手段、前記サーバ端末が前記イベントを
    通知する処理の代わりに、前記対応情報を参照して、通
    知する前記イベントに対応する広告情報の自端末への配
    信制御処理を実行した際に、実行された配信制御処理に
    応じた処理を実行する処理手段、として機能させること
    を特徴とするプログラム。
  43. 【請求項４３】 前記配信制御処理が前記広告情報を前
    記通信網を介して自端末へ送信する処理であるとき、前
    記処理手段は、前記広告情報を受信する処理を行うこと
    を特徴とする請求項４２記載のプログラム。
  44. 【請求項４４】 前記配信制御処理が自端末に予め記憶
    された前記広告情報の再生要求を前記通信網を介して自
    端末へ送信する処理であるとき、前記処理手段は、自端
    末に予め記憶された前記広告情報を再生する処理を行う
    ことを特徴とする請求項４２記載のプログラム。
  45. 【請求項４５】 前記配信制御処理が前記広告情報を前
    記通信網を介して自端末へ送信している処理を停止する
    処理であるとき、前記処理手段は、前記広告情報を受信
    する処理を停止することを特徴とする請求項４２記載の
    プログラム。
  46. 【請求項４６】 前記配信制御処理が自端末において再
    生されている前記広告情報の再生停止要求を前記通信網
    を介して自端末へ送信する処理であるとき、前記処理手
    段は、再生中の前記広告情報の再生を停止することを特
    徴とする請求項４２記載のプログラム。
JP2002238838A 2001-11-09 2002-08-20 広告配信方法、サーバ端末、ユーザ端末およびプログラム Pending JP2003248779A (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2002238838A JP2003248779A (ja) 2001-11-09 2002-08-20 広告配信方法、サーバ端末、ユーザ端末およびプログラム
CN02150367A CN1417729A (zh) 2001-11-09 2002-11-11 广告分发方法、服务器终端,用户终端和程序
GB0226250A GB2385170A (en) 2001-11-09 2002-11-11 Information distribution method, server terminal, user terminal, and program
US10/291,518 US20030093318A1 (en) 2001-11-09 2002-11-12 Advertisment distribution methos, server terminal, user terminal, and program

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP2001-345436 2001-11-09
JP2001345436 2001-11-09
JP2001384982 2001-12-18
JP2001-384982 2001-12-18
JP2002238838A JP2003248779A (ja) 2001-11-09 2002-08-20 広告配信方法、サーバ端末、ユーザ端末およびプログラム

Publications (1)

Publication Number Publication Date
JP2003248779A true JP2003248779A (ja) 2003-09-05

Family

ID=27347806

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002238838A Pending JP2003248779A (ja) 2001-11-09 2002-08-20 広告配信方法、サーバ端末、ユーザ端末およびプログラム

Country Status (4)

Country Link
US (1) US20030093318A1 (ja)
JP (1) JP2003248779A (ja)
CN (1) CN1417729A (ja)
GB (1) GB2385170A (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007035135A (ja) * 2005-07-26 2007-02-08 Sony Corp 電子機器、記録制御方法、プログラムおよび記録媒体
JP2009087156A (ja) * 2007-10-01 2009-04-23 Ntt Docomo Inc 情報提供装置、携帯端末、情報提供方法及びプログラム
JP2011523476A (ja) * 2008-05-01 2011-08-11 トムソン ライセンシング イベントに基づくコンテンツ配信及び表示のための方法、装置及びシステム

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7680796B2 (en) * 2003-09-03 2010-03-16 Google, Inc. Determining and/or using location information in an ad system
JP4852141B2 (ja) * 2007-03-06 2012-01-11 パイオニア株式会社 情報受信装置、及び広告視聴プログラム
KR101632438B1 (ko) * 2008-10-07 2016-06-21 삼성전자주식회사 사용자 맞춤형 휴대 광고 서비스를 제공하는 시스템 및 방법
CN101730000B (zh) * 2008-10-17 2014-06-04 华为终端有限公司 一种移动广告业务信息发送、接收方法、装置及系统
JP5526590B2 (ja) * 2009-04-20 2014-06-18 ソニー株式会社 サーバ装置、受信装置およびストリーム配信方法
US20140195341A1 (en) * 2010-12-10 2014-07-10 The Printer Project, LLC Advertising Subsidized Computer Network Printing Systems, Methods and Products
US10650417B2 (en) * 2015-10-29 2020-05-12 International Business Machines Corporation Social media messaging management for brand integrity
US20210233114A1 (en) * 2018-07-11 2021-07-29 Chung Leung LAU System and Method for Enhancing Communication among Road Users
CN115471262B (zh) * 2022-09-15 2023-12-01 武汉精阅数字传媒科技有限公司 广告分发系统及智能广告分发机

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6804659B1 (en) * 2000-01-14 2004-10-12 Ricoh Company Ltd. Content based web advertising
US6698020B1 (en) * 1998-06-15 2004-02-24 Webtv Networks, Inc. Techniques for intelligent video ad insertion
US6553417B1 (en) * 1998-08-05 2003-04-22 International Business Machines Corporation Internet data access acknowledgment applet and method
US6928413B1 (en) * 1998-09-11 2005-08-09 L.V. Partners, L.P. Method of product promotion
US6487538B1 (en) * 1998-11-16 2002-11-26 Sun Microsystems, Inc. Method and apparatus for local advertising
US6332127B1 (en) * 1999-01-28 2001-12-18 International Business Machines Corporation Systems, methods and computer program products for providing time and location specific advertising via the internet
JP2003512640A (ja) * 1999-12-08 2003-04-02 クゥアルコム・インコーポレイテッド クライアント装置に広告を配布するためのｅ−メールソフトウェアおよびその方法とシステム
AU2075301A (en) * 1999-12-10 2001-06-18 Sevista Technologies, Inc. Method, system, and apparatus for providing message data regarding events associated with websites
US7136906B2 (en) * 2000-04-07 2006-11-14 Clarity Visual Systems, Inc. System for electronically distributing, displaying and controlling the play scheduling of advertising and other communicative media
US7353229B2 (en) * 2000-05-26 2008-04-01 Vilcauskas Jr Andrew J Post-session internet advertising system
US20050108095A1 (en) * 2000-08-09 2005-05-19 Adicus Media. Inc. System and method for electronic advertising, advertisement play tracking and method of payment
US7305442B1 (en) * 2001-10-12 2007-12-04 Sprint Spectrum L.P. Asynchronous user-authorized advertising

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007035135A (ja) * 2005-07-26 2007-02-08 Sony Corp 電子機器、記録制御方法、プログラムおよび記録媒体
JP4581890B2 (ja) * 2005-07-26 2010-11-17 ソニー株式会社 電子機器、記録制御方法、プログラムおよび記録媒体
US7882157B2 (en) 2005-07-26 2011-02-01 Sony Corporation Content data recording device and recording control method
JP2009087156A (ja) * 2007-10-01 2009-04-23 Ntt Docomo Inc 情報提供装置、携帯端末、情報提供方法及びプログラム
JP2011523476A (ja) * 2008-05-01 2011-08-11 トムソン ライセンシング イベントに基づくコンテンツ配信及び表示のための方法、装置及びシステム

Also Published As

Publication number Publication date
US20030093318A1 (en) 2003-05-15
GB0226250D0 (en) 2002-12-18
CN1417729A (zh) 2003-05-14
GB2385170A (en) 2003-08-13

Similar Documents

Publication Publication Date Title
US10497011B2 (en) System and method for delivering online advertisements
JP6722846B2 (ja) 売買情報交換装置及び方法
US7599851B2 (en) Method for providing customized user interface and targeted marketing forum
US8280906B1 (en) Method and system for retaining offers for delivering targeted data in a system for targeted data delivery
US20090012868A1 (en) Systems And Methods For Real-Time Allocation Of Digital Content
US8102422B1 (en) System, method and computer program product for presenting an option to receive advertisement content
JP2002074164A (ja) 広告方法及びアウェアネスサーバ
WO2001063503A1 (fr) Systeme de distribution d'information
JP2006527888A (ja) 統計学的プロファイルを用いた娯楽イベント来場促進
US7890857B1 (en) Method and system for utilizing sizing directives for media
WO2009114561A2 (en) Cognitive scheduler for mobile platforms
JP2003248779A (ja) 広告配信方法、サーバ端末、ユーザ端末およびプログラム
JP2009265703A (ja) 情報配信装置及び情報配信方法
US20020004748A1 (en) Information providing system, information providing method, and record medium having recorded information providing program
JP2006195524A (ja) ユーザ参加型広告表示システム
JP2002175333A (ja) コンテンツ提示順序情報作成装置およびコンテンツ提示装置、並びにコンテンツ提示順序システム
JP5342815B2 (ja) 広告配信装置、方法、及びコンピュータプログラム
JP2002236834A (ja) 電子商取引方法
JP2002334255A (ja) 電子コンテンツ流通システム及びその実施装置並びにその処理プログラムと記録媒体
JP2006330984A (ja) 広告情報リンク管理システム及びその方法
JP4212782B2 (ja) 広告提供システム
JP2001282157A (ja) 電子広告の配信システムおよび表示システム
KR20000036976A (ko) 인터넷을 통한 광고 서비스 방법
KR20000063868A (ko) 광고제공시스템
KR20020012930A (ko) 인터넷을 통한 맞춤 광고방법 및 광고시스템

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050510

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20050913