WO2008140091A1 - ユ－ザ端末、登録サ－バ、広告登録方法、広告デ－タ送信方法及びプログラム - Google Patents

Abstract

ユ一ザが興味を持った広告のクリック閲覧機会の喪失を抑止する技術を提供する。 ネットワークを介して広告のデータを受信する情報処理装置が、受信された広告のデータを表示し、表示された広告についてユ一ザからの指定を受け付け、登録された広告を表示するためのデータを当該ユ一ザ端末に送信する登録サ一バに対し、ユ一ザによって指定された広告の登録をリクエストする。

Description

明細書 ユーザ端末、 登録サーバ、 広告登録方法、 広告データ送信方法及びプログラム 技術分野

本発明は、 WEBサイ トにおいて広告を行うための技術に関する。 背景技術

近年、 インターネットを用いた広告が普及している。 その中でも代表的な方法は、 集 客力を有するコンテンツを含む WEBサイトに、 他企業や他製品の広告 （テ^スト、 静 止画像、動画像などを用いて構成される）を表示する方法である。このような方法では、 その広告の表示に対し、 広告の内容に該当する企業や製品を紹介する WEBサイ トへの リンクが設けられていることが多い。

このような WE Bサイ トを訪れた者は、興味を持った広告をクリックすることにより、 その広告の内容に該当する WEBサイ トへ移動し、 さらに詳しい情報を取得することが 可能となる。 一方で、 広告主も、 このような形で閲覧者を自社 · 自製品の WE Bサイ ト へ引き込むことが可能となる。

このような技術として、 近年は動画像の放送画面中に広告の表示を行い、 動画像の閲 覧者に対し広告を提示することを可能とする技術が提案されている （例えば、 特開 20 02-268995号公報参照）。 このような広告の提示は、デジタル放送ゃィンターネ ットを用いた動画像配信の技術の登場により普及しつつある。 発明の開示

[発明が解決しようとする課題]

しかしながら、 従来の広告表示には問題もあった。 そもそも、 WEBサイ トを 訪れた者は、 広告そのものに興味があったわけではなく、 その WEBサイ トのメ インのコンテンツに興味があった者がほとんどである。 しかしながら、 彼らは、 広告をクリックしてしまうことにより、 そもそも興味のあったメインコンテンツ ではなく、 広告のリンク先のコンテンツを閲覽することとなってしまう。 このた め、 彼らは、 興味があった広告があつたとしても、 まずはメインコンテンツを閲 覧し、 その後に広告をクリックする必要があった。

例えば、 上述したような動画像の放送画面中に広告の表示が行われる場合は、 彼らには、 広告のリンク先を見る時間的な余裕がなく、 動画像の表示が終わるま で広告のクリックが待機される。 そして、 動画像の表示が終わった後は、 広告の 表示が終了してしまいクリックできないという理由や、 動画像の表示中に彼らの 広告に対する興味が薄れてしまうという理由などから、 広告の閲覧 （クリック） 機会が喪失される可能性があった。

このような問題は、 上述したような動画像とともに広告が表示される場合に限 られず、 通常のテキス トや静止画像により構成されるコンテンツとともに広告が 表示される場合にも生じうる。 例えば、 複数ページにわたって一つの記事が表示 される W E Bサイ トの場合、 次のページの記事を読むべく次のページを開く と、 前のページに表示されていた広告をクリ ックする機会が喪失される。 特に、 近年 は同一の W E Bサイ トに同一の広告が常に表示されるとは限らないため、 たとえ 前のページに戻ったとしても同じ広告 （先の段階で興味の惹かれた広告） が表示 されるとは限らない。

本発明は、 このよ うな問題を解決し、 ユーザが興味を持った広告の閲覧機会の 喪失を抑止する技術を提供することを目的とする。

[課題を解決するための手段]

本発明の第一の態様は、 ネットワークを介して広告のデータを受信するユーザ 端末であって、 広告表示手段、 指定手段及ぴ登録リクエス ト手段を備える。 広告 表示手段は、 受信された広告のデータを表示する。 広告のデータとは、 広告表示 手段において広告の表示を行うための電子データであり、 例えば W E Bサイ トに 表示されるバナー広告の静止画像データや、 テキスト広告として表示されるテキ ス トデータや、 動画像のバナー広告として表示される動画像データなどである。 指定手段は、 広告表示手段によって表示された広告について、 ユーザからの指定 を受け付ける。 登録リクエス ト手段は、 登録された広告を表示するためのデータ を当該ユーザ端末に送信する登録サーバに対し、 ユーザによって指定された広告 の登録をリクエス トする。 このように構成されたユーザ端末によれば、 ユーザは、 広告以外の表示を閲覧 している際に、 気になる広告の表示を発見した場合、 この広告を指定手段を用い て指定することにより、登録サーバにこの広告を登録しておくことが可能となる。 この登録サーバは、 登録された広告を表示するためのデータを当該ユーザ端末に 送信する装置である。 このため、 ユーザは、 広告以外の表示を閲覧した後に、 こ の登録サーバから、 登録された広告を表示するためのデータを受信することによ りこれらの広告を改めてゆっく り閲覧することが可能となる。 これにより、 ユー ザが興味を持った広告の閲覧機会の喪失を抑止することが可能となる。

本発明におけるユーザ端末は、 送信リクエス ト手段、 受信手段及び登録広告表 示手段をさらに備えるように構成されても良い。 送信リクエス ト手段は、 登録サ 一パに对し、 登録された広告を表示するためのデータの送信をリタエストする。 受信手段は、 登録サーバから、 送信リクエスト手段によるリクエストに応じて送 信されるデータを受信する。 このデータは、 登録リクエスト手段による登録のリ クェス トに応じて登録された広告を表示するためのデータである。 例えば、 登録 サーバにおいて、 広告とユーザ端末、 又は、 広告とユーザ識別符号、 などが対応 付けて登録されている。 そして、 この対応付に基づいた広告を表示するためのデ ータが、 登録サーバから送信され、 受信手段が受信する。 登録広告表示手段は、 受信手段によって受信されたデータに基づいて、 登録サーバに登録された広告を 表示する。

本発明によるユーザ端末は、 広告のデータを所定のタイミングで繰り返し受信 する広告データ受信手段をさらに備えるように構成されても良い。 この場合、 広 告表示手段は、 広告のデータの表示を、 広告データ受信手段によって受信された 広告のデータに基づいて更新するように構成される。 また、 この場合、 登録リク エスト手段は、 ユーザによって指定が行われた際に広告表示手段において表示さ れていた広告について、 登録のリクエス トを行うように構成される。

本発明によるユーザ端末において、 登録リクエスト手段は、 広告表示手段にお いて行われる表示処理と非同期で登録のリクェス トを行うように構成されても良 い。

本発明によるユーザ端末において、 登録リクエス ト手段は、 広告データ受信手 段による広告のデータの読み込み処理を要することなく、 登録のリクエス トを行 うように構成されても良い。

本発明による第二の態様は、 登録サーバであって、 記憶手段及び送信手段を備 える。 記憶手段は、 広告のデータを表示するユーザ端末であって表示された広告 についてユーザからの指定を受け付けその広告についての登録をリクエス トする ユーザ端末、 から送信される広告の登録のリクエス トに基づき、 当該ユーザ端末 と登録リクエス トの対象となる広告とを対応付けて記憶する。なお、記憶手段は、 当該ユーザ端末から、 そのユーザ端末のユーザを示すユーザ識別符号が受信され る場合、 ユーザ端末に代えて、 ユーザ識別符号と広告とを対応付けて記憶するよ うに構成されても良い。

送信手段は、 ユーザ端末から送信される広告の表示のリクエストに基づき、 当 該ユーザ端末と対応付けて記憶手段に記憶される広告をユーザ端末において表示 するためのデータを作成し、 当該データをユーザ端末に送信する。

本発明は、 上記したユーザ端末又は登録サーバが実行する方法として特定され ても良い。 また、 本発明は、 情報処理装置を、 上記したユーザ端末又は登録サー バとして動作させるためのプログラムとして特定されても良い。

[発明の効果]

本発明により、 ユーザが興味を持った広告の閲覧機会の喪失を抑止することが 可能となる。 図面の簡単な説明

図 1は、 広告システムの第一実施形態の構成例を示す図である。

図 2は、 ユーザ端末の機能プロックの例を示す図である。

図 3は、 広告システムの第一実施形態におけるユーザ端末の画面表示の遷移例 を示す図である。

図 4は、 広告システムの第一実施形態における動作例を示すフローチャートで ある。

図 5は、 広告システムの第二実施形態の構成例を示す図である。

図 6は、 登録サーバの機能ブロックの例を示す図である。 図 7は、 広告テーブルの構成例を示す図である。

図 8は、 広告システムの第二実施形態におけるユーザ端末の画面表示の例を示 す図である。

図 9は、 広告システムの第二実施形態における動作例を示すフローチヤ一トで ある。

図 1 0は、 広告システムの第二実施形態におけるユーザ端末の画面表示の遷移 例を示す図である。

図 1 1は、 広告システムの第二実施形態における動作例を示すフローチャート である。 発明を実施するための最良の形態

[第一実施形態]

〔システム構成〕

まず、 本発明における広告システム 1 0 0の第一実施形態 （広告システム 1 0 O A) について説明する。 図 1は、 広告システム 1 0 0 Aの構成例を示す図であ る。 広告システム 1 0 O Aは、 ユーザ端末 1 0、 W E Bサーバ 2 0 A及ぴ広告配 信サーバ 3 0を含む。 各装置は、 インターネットを介して他の装置と通信可能に 構成される。 なお、 図 1では W E Bサーバ 2 0 A及び広告配信サーバ 3 0はそれ ぞれ一台しか記載されていないが、 本発明における広告システム 1 0 0 Aは、 各 装置が二台以上接続されることにより構成されても良い。 また、 ユーザ端末 1 0 についても同様である。 以下、 各装置について説明する。

〈ユーザ端末〉

ユーザ端末 1 0は、 バスを介して接続された記憶装置、 演算装置及び通信制御 装置を含み、 記憶装置に記憶されたプログラムを演算装置において処理すること によってプログラムに従って動作する。 具体的には、 パーソナルコンピュータや P D A (Personal Digital Assistance) や携帯電話機などの情報処理装置を用いて構 成することができる。 図 2は、 ユーザ端末 1 0の機能プロックの例を示す図であ る。 ユーザ端末 1 0は、 送受信部 1 1、 入力部 1 2、 出力部 1 3及び制御部 1 4 を含む装置として機能する。 次に、 ユーザ端末 1 0に含まれる各機能部について 説明する。

く〈送受信部〉〉

送受信部 1 1は、 ネットワークを介して他装置とのデータの送受信を行うため に、 ユーザ端末 1 0に接続されたネットワークインタフェース装置を制御する。 このネットワークインタフェース装置に採用される技術は特に限定されない。 例 えば、 このネッ トワークインタフェースは、 無線通信によってネッ トワークに接 続するための装置として構成されても良いし、 有線通信によってネッ トワークに 接続するための装置として構成されても良い。 送受信部 1 1は、 ネッ トワークに 接続されるために採用される技術に応じて構成される。 採用される技術の例とし て、 イーサネッ ト （登録商標） や専用線や A D S L (Asymmetric Digital Subscriber Line) や F T T H (Fiber To The Home) 等の技術がある。

〈く入力部〉〉

入力部 1 2は、 ユーザ端末 1 0に接続された入力装置を制御する。 入力装置と は、 ユーザがユーザ端末 1 0に命令やデータを入力するために使用する装箧であ る。 入力装置は、 ユーザ端末 1 0に備え付けられていても良い。 入力装置は、 ボ タンやキーボードゃジョグダイヤルや文字認識装置や音声認識装置などの装置で ある。

く〈出力部〉〉

出力部 1 3は、制御部 1 4の指示に従って文字'画像や音声の出力を制御する。 出力部 1 3は、 ユーザ端末 1 0に接続された出力装置に出力の指示を出す。 出力 装置は、 ユーザ端末 1 0に備え付けられていても良い。 なお、 出力装置とは、 C R Tディスプレイ （Cathode Ray Tube ディスプレイ）， 液晶ディスプレイ， 有機 E Lディスプレイ等の画像出力装置や、 スピーカ一等の音声出力装置等である。

く〈制御部〉〉

制御部 1 4は、 ユーザ端末 1 0の C P Uやメモリなどの装置の動作によって実 現される。 制御部 1 4は、 少なく とも W E Bブラウザのプログラムを実行し動作 する。 具体的には、 制御部 1 4は、 ユーザ端末 1 0のユーザが入力部 1 2を介し て入力する指示に基づいて動作する。 例えば、 制御部 1 4は、 ユーザの指示した U R L (Uniform Resource Locator) に基づいて、 その U R Lに対応する W E Bサ ーパ 20 Aにリクエストを送信する。 また、 制御部 14は、 この" WE Bサーバ 2 OAから、 さきほどの URLに対応する WEBサイ トに関するデータ （以下、 「W EBデータ」 という。） を受信し、 この WEBサイ トをブラウザ上に表示する。 W E Bデータの具体例としては、 HTML ( HyperText Markup Language) データ等 のテキストデータや、 静止画像データや動画像データや音声データなどがある。 また、 制御部 1 4は、 WE Bサーバ 2 OAから受信された WE Bデータ中に実 行すべきプログラム（以下、 「実行プログラム」 という。）が含まれている場合は、 この実行プログラムの内容に基づいて動作する。 このような実行プログラムの具 体例として、 J a v a (登録商標） S c r i p tや J S c r i p tや A c t i o n S c r i p t等がある。 このような実行プログラムに従った制御部 14の動作 については、 動作例の説明とともに説明する。

く WE Bサーバ〉

WE Bサーバ 2 OAは、 パスを介して接続された記憶装置、 演算装置及ぴ通信 制御装置を含み、 記憶装置に記憶されたプログラムを演算装置において処理する ことによってプログラムに従って動作する。 具体的には、 パーソナルコンビユー タゃサーバ専用装置などを用いて構成することができる。 WEBサーバ 2 OAは、 特に WE Bサーバとしてのプログラムを演算装置において処理することによって 動作する。 WE Bサーバとしてのプログラムの具体例には、 例えば Ap a c h e や I I S (Internet Information Services) などがある。 W E Bサーバ 20 Aは、 ュ 一ザ端末 1 0からリクエストを受けると、 そのリクエストに対応する WE Bデー タをユーザ端末 1 0に対し送信する。

WE Bサーバ 2 OAは、 WE Bデータ中に、 ユーザ端末 1 0が動作するための 実行プログラムを含む。 WE Bサーバ 20 Aが WE Bデータ中に含める実行プロ グラムの内容は、 所定のタイミングに従って広告配信サーバ 30にアクセスし広 告データを取得し表示するためのプログラムである。 その詳細については、 動作 例の説明とともに説明する。

〈広告配信サーバ〉

広告配信サーバ 30は、 パスを介して接続された記憶装置、 演算装置及び通信 制御装置を含み、 記憶装置に記憶されたプログラムを演算装置において処理する ことによってプログラムに従って動作する。 具体的には、 パーソナルコンビユー タゃサーバ専用装置などを用いて構成することができる。広告配信サーバ 3 0は、 広告データと広告符号とを対応付けて記憶する。 広告符号については後述する。 広告配信サーバ 3 0は、ユーザ端末 1 0から広告データのリクエストを受けると、 広告データをユーザ端末 1 0へ送信する。 このとき、 広告配信サーバ 3 0は、 ュ 一ザからのリタエス トに含まれる環境変数や C o o k i eに基づいて、 送信すベ き広告データを選択するように構成されても良い。広告データの具体例としては、 バナー広告に関する静止画像データや動画像データ、 広告内容を表すテキストデ ータ、 他の W E Bサイ トへのリンクデータ等がある。

〔動作例〕

図 3は、 広告システム 1 0 0 Aのユーザ端末 1 0における画面表示の遷移例を 示す図である。 ユーザ端末 1 0の制御部 1 4は、 出力部 1 3を介して、 その画像 出力装置の画面 1 5に W E Bブラウザウィンドウ 1 6を表示させる。 W E Bブラ ゥザウィンドウ 1 6には、 W E Bサーバ 2 0 Aから受信された W E Bデータに基 づいた表示がなされる。 このうち、 広告表示枠 1 7 A〜 1 7 D (以下、 1 7 A〜 1 7 Dに共通する説明の場合は、 まとめて 「広告表示枠 1 7」 という。） には、 そ れぞれの広告枠に割り当てられた広告データが表示される。

広告表示枠 1 7に割り当てられる広告データは、 ユーザ端末 1 0の制御部 1 4 力 S、 W E Bデータに含まれる実行プログラムに基づいて広告配信サーバ 3 0から 取得する。 このとき、 広告表示枠 1 7に関する実行プログラムは、 制御部 1 4が 所定のタイミングで広告配信サーバ 3 0から新たな広告データを取得し表示する ように記述される。 所定のタイミングとは、 所定の時刻に基づいたタイミングで あっても良いし、 広告表示枠 1 7に広告データが表示されてからの所定の時間経 過に基づいたタイミングであっても良いし、 ユーザの操作 （例えばマウス操作や キーボード操作） に基づいたタイミングであっても良い。

このような所定のタイミングは、 各広告表示枠 1 7によって異なっても良い。 例えば、 図 3 ( A ) では、 広告表示枠 1 7 A〜1 7 Dには、 それぞれ広告データ A〜Dが表示されている。 次の所定のタイミングでは、 図 3 ( B ) に示されるよ うに、 広告表示枠 1 7 Aと広告表示枠 1 7 Bに表示される広告データがそれぞれ A'、 B ' に変更される。 これは、 広告表示枠 1 7 及ぴ1 7 Bに関する実行プロ グラムを制御部 1 4が実行することによって、 制御部 1 4が広告配信サーバ 3 0 から広告表示枠 1 7 及ぴ1 7 Bに表示すべき新たな広告データ A'、 B ' を受信 し表示することにより実現される。 このとき、 他の広告表示枠 1 7 C及び 1 7 D における広告データは変更されていなく とも良い。

また、 次の所定のタイミングでは、 図 3 (C) に示されるように、 広告表示枠 1 7 Aに表示される広告データは、 さらに異なる A'' となっている。 また、 広告 表示枠 1 Ί Bに表示される広告データは、 その前の所定のタイミングで表示され ていた広告データ Bに戻っている。 また、 広告表示枠 1 7 Cにおいては、 広告表 示枠 1 7 A及び 1 7 Bとは異なるこのタイミングで広告データが Cから C， に変 更される。 また、 WE Bブラウザウィンドウ 1 6に表示される広告表示枠 1 7は 全てが上述したように所定のタイミングで広告データが変更されるように構成さ れる必要はなく、 例えば図 3における広告表示枠 1 7 Dのように所定のタイミン グに関わらず一定の広告データ Dが表示され続けるように構成されても良い。 図 4は、 広告システム 1 0 OAの動作例を示すフローチャートである。 まず、 ユーザ端末 1 0のユーザが、 入力部 1 2を介して、 広告表示枠 1 7が設けられた WE Bサイ ト （以下、 「媒体ページ」 という。） の閲覧の指示をユーザ端末 1 0に 入力する。 この入力があると、 ユーザ端末 1 0の制御部 1 4は、 送受信部 1 1を 介して媒体ページの閲覧のリクエストを WE Bサーバ 2 0 Aに送信する （S 1 0 1 )。 WE Bサーバ 2 0 Aは、 このリクエス トを受信すると、 リクエス トに対応す る媒体ページの WE Bデータをユーザ端末 1 0に送信する （S 1 0 2)。

ユーザ端末 1 0の制御部 1 4は、 送受信部 1 1を介して、 媒体ページの WE B データを受信し取得すると （S 1 0 3)、 WEBデータに含まれる実行プログラム に基づいて、 広告データのリクエス トを広告配信サーバ 3 0に送信する （S 1 0 4)。広告配信サーバ 3 0は、ユーザ端末 1 0から広告データのリクエストを受信 すると、 このユーザ端末 1 0に対し広告データを配信する （S 1 0 5)。 なお、 S 1 0 1〜S 1 0 5の処理において、 ユーザ端末 1 0が広告データを取得する処理 に関しては、 このような広告配信サーバ 3 0から直接取得する方法に限られるこ となく、 他の実装方法が採用されても良い。 ユーザ端末 1 0の制御部 1 4は、 送受信部 1 1を介して、 広告データを受信し 取得すると （S 1 0 6 )、 受信された W E Bデータ及ぴ広告データに基づいて、 媒 体ページをレンダリングする （S 1 0 7 )。 そして、 制御部 1 4は、 出力部 1 3を 介して、 画面 1 5の W E Bブラウザウインドウ 1 6内に媒体ページを表示する。 その後、 ユーザ端末 1 0の制御部 1 4は、 W E Bデータに含まれる実行プログ ラムに基づいて、 広告表示枠 1 7に表示されるべき広告データのリタエス トを、 所定のタイミングで広告配信サーバ 3 0に送信する （S 1 0 9 )。広告配信サーバ 3 0は、 このリ クエス トに応じて、 ユーザ端末 1 0に対し広告データを配信する ( S 1 1 0 )。 そして、 ユーザ端末 1 0の制御部 1 4は、 受信された広告データに 基づいて、 広告表示枠 1 7の表示内容を変更 （更新） する （S 1 1 1 )。

S 1 1 1における広告表示枠 1 7の表示内容の更新処理は、 非同期、 クロスサ イ トにて行われるのが望ましい。 即ち、 この広告表示枠 1 7の表示内容の更新処 理は、 広告表示枠 1 7以外の部分の再読込処理 （リロード処理） を実行すること なく行われるこ とが望ましい。 このよ うな更新処理は、 例えば A j a x (Asynchronous JavaScript + XML) 等の技術を用いることによって実現できる。 また、 このときの更新処理は、 ワイプ処理やスライ ド処理などの画面変更時のェ フエク ト処理を伴って実行されても良い。 なお、 S 1 0 4、 S 1 0 9、 S i l l の処理は、 ユーザ端末 1 0の制御部 1 4が、 W E Bサーバ 2 0 Aから受信された WE Bデータ中の実行プログラムを実行することにより実現される。

〔作用 Z効果〕

従来は、 同一の媒体ページに表示される広告データの内容は、 その媒体ページ が再読込 （リロード） されるタイミングで変更されていた。 このため、 ユーザに よるリロード指示があるまでは、 ある広告表示枠に表示される広告データの内容 は変化せず、 同じ内容の広告データが表示され続けていた。 これに対し、 広告シ ステム 1 0 O Aによれば、 媒体ページの広告表示枠 1 7に表示される広告データ の内容は、 ユーザからのリロード指示の有無に拘わらず、 所定のタイミングで自 動的に変更される。

特に、 広告表示枠 1 7の表示内容の更新処理 （S 1 1 1 ) が非同期で行われる 場合は、 媒体ページにおける広告表示枠 1 7以外の部分の表示内容についてリロ 一ドを実行することなく、広告データの表示の変更のみが（非同期で）行われる。 このように構成されることにより、 W E Bブラゥザウィンドウ 1 6内の表示の全 体が更新されることによるユーザの不便 （例えば W E Bサイ トの視認性の低下な ど）を抑止するとともに、見た目に自然な広告データの表示の変更が可能となる。 また、 商業的には、 ュ一ザのリロード指示にかかわらずに、 表示される広告の 種類を増加させることが可能となり、 広告収入 （例えば、 広告のクリック数に応 じた手数料や、広告のリンク先において商品が購入されることによる手数料など） の増大を図ることが可能となる。 また、 所定のタイミングとして 「所定の時間経 過」 を採用した場合、 その広告の表示時間に応じた広告収入という形で、 これま でにない新たな広告収入のモデルを確立させることが可能となる。 また、 一定の 時間内に表示される回数や表示時間などに応じた新たな広告収入のモデルも確立 させることが可能となる。

特に、 A j a X等の非同期技術の出現により、 W E Bページ全体のリロードを 要せず必要な部分のみの表示の更新が可能となった近年では、 ページのリロード や、 他のページへの遷移が行われる回数が減少することが予想される。 このよう な状況においては、 従来の広告指標の一つであったページビュー （P V ) が減少 してしまう。 こういった背景において、 広告システム 1 0 0 Aのように、 ページ のリロードゃ他のページへの遷移の回数によらずに、 表示される広告データが変 更されることにより、 ユーザに対し露出する広告の種類を増加させることが可能 となり、 各広告がユーザによって選択される （クリックされる） 機会の創出につ ながる。

〔変形例〕

ユーザ端末 1 0の制御部 1 4は、 広告配信サーバ 3 0から、 一つの広告表示枠 1 7に対応する広告データを予め複数受信しておいても良い。 この場合、 制御部 1 4は、 所定のタイミングにおいて、 広告配信サーバ 3 0に対しリクエス トを送 信することなく （S 1 0 9の処理をすることなく）、予め受信しておいた広告デー タを、 広告表示枠 1 7の更新のためのデータとして表示するように構成されても 良い。 複数の広告データの受信は、 例えば S 1 0 4〜S 1 0 6における処理にお いて実行することができる。 また、 S 1 0 9の処理において複数の広告データを リクエストし、 その後の数サイクルは、 予め受信した広告データを用いて広告表 示枠 1 7の表示更新を実行し、 その後に改めて複数の広告データをまとめて広告 配信サーバ 30から受信するように構成されても良い。 いずれの変形例も、 WE Bサーバ 2 OAからユーザ端末 1 0に送信される WE Bデータ中の実行プロダラ ムの記述の変更によって実現される。

[第二実施例]

〔システム構成〕

次に、 本発明における広告システム 1 00の第二実施形態 （広告システム 1 0 0 B) について説明する。 図 5は、 広告システム 1 00 Bの構成例を示す図であ る。 広告システム 1 00 Bは、 ユーザ端末 1 0、 WE Bサーバ 20 B、 広告配信 サーバ 30及ぴ登録サーバ 40を含む。 各装置は、 インターネッ トを介して他の 装置と通信可能に構成される。 なお、 図 5では、 WEBサーバ 20 B、 広告配信 サーバ 30及ぴ登録サーバ 40はそれぞれ一台しか記載されていないが、 本発明 における広告システム 1 00 Bは、 各装置が二台以上接続されることにより構成 されても良い。 また、 ユーザ端末 1 0についても同様である。 以下、 各装置につ いて説明する。 なお、 ユーザ端末 1 0及ぴ広告配信サーバ 30については、 広告 システム 1 00 Aに含まれる各装置と同様の構成となるため、 説明を省略する。

く WE Bサーバ〉

WE Bサーバ 20 Bは、 ユーザ端末 1 0に送信する WE Bデータの内容が異な る点で、 WEBサーバ 2 OAと相違する。 WE Bサーバ 20 Bにおけるその他の 構成については、 WE Bサーバ 20 Aと同様である。 以下、 WEBサーバ 20 B がユーザ端末 1 0に送信する WE Bデータについて説明する。

この WE Bデータは、ユーザ端末 1 0が動作するための実行プログラムを含む。 WE Bサーバ 20 Bが WE Bデータ中に含める実行プログラムの内容は、 所定の ユーザの動作を契機として、 この WE Bデータに基づいて表示される媒体ページ 中の広告を登録することを、登録サーバ 40に指示するためのプログラムである。 その詳細については、 動作例の説明とともに説明する。

〈登録サーバ〉

登録サーバ 40は、 バスを介して接続された記憶装置、 演算装置及び通信制御 装置を含み、 記憶装置に記憶されたプログラムを演算装置において処理すること によってプログラムに従って動作する。 具体的には、 パーソナルコンピュータや サーバ専用装置などを用いて構成することができる。 図 6は、 登録サーバ 4 0の 機能プロックの例を示す図である。 以下、 登録サーバ 4 0に含まれる各機能部に ついて説明する。

く〈送受信部〉〉

送受信部 4 1は、 ネットワークを介して他装置とのデータの送受信を行うため に、 登録サーバ 4 0に接続されたネットワークインタフェース装置を制御する。 このネッ トワークインタフェース装置に採用される技術は特に限定されない。 例 えば、 このネッ トワークインタフェースは、 無線通信によってネッ トワークに接 続するための装置として構成されても良いし、 有線通信によってネッ トワークに 接続するための装置として構成されても良い。 送受信部 4 1は、 ネッ トワークに 接続されるために採用される技術に応じて構成される。 採用される技術の例とし て、 イーサネットゃ専用線や A D S Lや F T T H等の技術がある。

く〈広告管理部〉〉

広告管理部 4 2は、 登録サーバ 4 0の C P Uやメモリなどの装置の動作によつ て実現される。 広告管理部 4 2は、 ユーザ端末 1 0から広告の登録のリ クエス ト を受けると、 対象となった広告と、 リクエス ト元のユーザ端末 1 0とを対応付け て、 記憶部 4 3に記憶されるテーブル （以下、 「広告テーブル」 という。） に登録 する。

また、 広告管理部 4 2は、 ユーザ端末 1 0から広告閲覧のリクエス トを受け取 ると、 このユーザ端末 1 0と対応付けて広告テーブルに登録されている広告を表 示するための W E Bデータを作成し、 このユーザ端末 1 0に送信する。

く〈記憶部〉〉

記憶部 4 3は、 ハードディスクや半導体記憶装置や光磁気ディスクなどの記憶 装置を用いて構成される。 記憶部 4 3は、 広告テーブルを記憶する。 図 7は、 広 告テーブルの構成例を示す図である。 広告テーブルは、 ユーザ端末 1 0と広告デ 一タとを対応付けたテーブルである。 例えば、 広告テープルは、 各ユーザ端末 1 0を示す符号 （以下、 「ユーザ端末符号」 という。） 毎に、 そのユーザ端末 1 0か ら登録のリクエストを受けた広告の広告符号を対応付けたものである。なお、 「広 告符号」 とは、 任意の広告データを指し示す符号である。 この広告符号は、 広告 配信サーバ 3 0においても共通に使用される符号であり、 この広告符号を用いる ことによって広告配信サーバ 3 0に対し特定の広告データを指定できるデータで め O o

広告テープルは、 各広告データについて、 登録のリクエス トを受けた日時や、 登録のリクエス トを受けた順番や、 表示順位などを、 さらに対応付けて有するよ うに構成されても良い。

〔動作例〕

〈広告データの登録時〉

図 8は、 広告データ登録時の、 広告システム 1 0 0 Bのユーザ端末 1 0におけ る画面表示の遷移の例を示す図である。 ユーザ端末 1 0の制御部 1 4は、 出力部 1 3を介して、 その画像出力装置の画面 1 5に W E Bブラウザウインドウ 1 6を 表示させる。 W E Bブラウザウィンドウ 1 6には、 W E Bサーバ 2 0 Bから受信 された W E Bデータに基づいて媒体ページが表示される。 このうち、 媒体ページ 中の広告表示枠 1 7 A及び広告表示枠 1 7 Bには、 それぞれに割り当てられた広 告データ A及ぴ Bが表示される。 また、 広告システム 1 0 0 Bの場合、 W E Bブ ラウザウインドウ 1 6に表示される媒体ページ中には、 登録ボタン 1 8 A〜 1 8 Cが表示される。

登録ポタン 1 8 A ~ 1 8 C (以下、 1 8 A ~ 1 8 Cに共通する説明の場合は、 まとめて 「登録ポタン 1 8」 という。） は、 登録サーバ 4 0に対し広告データの登 録のリクエストを送るためのポタンである。 この登録ボタン 1 8は、 図 8 ( A) に示されるように、 広告表示枠 1 7毎に一つずつ設けられても良いし、 図 8 ( B ) に示されるように、 媒体ページに対して一つ （即ち、 複数の広告表示枠 1 7に対 して一つ） 設けられてもよい。

図 8 ( A) の場合、 例えば登録ポタン 1 8がクリ ックされることにより、 その 登録ポタン 1 8に対応する広告表示枠 1 7に表示中の広告の登録リクエストが送 信される。 具体的には、 広告表示枠 1 7 Aに表示されている広告 Aの登録を望む 場合は、 登録ボタン 1 8 Aをクリックすることにより登録リクエストが登録サー パ 4 0に送信される。 この送信処理は、 媒体ページの W E Bデータに含まれる実 行プログラムが制御部 1 4により実行されることによって行われる。 また、 登録 リクエス トは、 ユーザ端末 1 0のユーザ端末符号と、 登録が指示された広告デー タの広告符号とを含む。

図 8 ( B ) の場合、 例えば登録ボタン 1 8上又はその付近に広告表示枠 1 7が ドラッグされることにより、 ドラッグされた広告表示枠における広告の登録リク ェス トが送信される。 具体的には、 広告表示枠 1 7 Aに表示されている広告 Aの 登録を望む場合は、 広告表示枠 1 7 A上にポインタを合わせてマウスのボタンを 押下し、 押下したままでマウスのボインタを登録ポタン 1 8 C上又はその付近ま で移動させ、 そのポタンをはなすこと （即ちドラッグ） により、 登録リクエス ト が登録サーバ 4 0に送信される。

媒体ページの表示方法や広告の登録リクエストの指示方法は、 上述した方法に 限定される必要はない。 即ち、 媒体ページ中に表示されている広告の登録を指示 することが可能であれば、 その他のどのような表示方法 ·指示方法が採用されて も良い。 例えば、 クリックやドラッグではなく、 マウスオーバーなどの他の指示 方法であっても良い。 また、 例えば、 図 8 (A ) や図 8 ( B ) における登録ボタ ン 1 8を設けず、 広告表示枠 1 7上又はその付近にポインタが置かれた状態で行 われる入力装置の操作（クリックゃドラッグ等）によって指示がなされても良い。 具体的には、例えば広告表示枠 1 7上にてマウスがドラッグされたことによって、 広告の登録の指示とするように構成されても良い。

図 9は、 広告システム 1 0 0 Bの動作例のうち、 広告データの登録が実行され る際の動作例を示すフローチャートである。 なお、 媒体ページがユーザ端末 1 0 において表示されているまでの処理 （S 1 0 1〜S 1 0 7の処理） は、 第一実施 形態の場合と同様であるため説明を省く。

まず、 ユーザ端末 1 0のユーザが、 入力部 1 2を介して、 媒体ページ中の広告 について登録指示をユーザ端末 1 0に入力する （S 2 0 1 )。ユーザ端末 1 0の制 御部 1 4は、 入力部 1 2を介してこの指示についてのィベントキヤプチヤーを行 う （S 2 0 2 )。 この後、ユーザ端末 1 0の制御部 1 4は、送受信部 1 1を介して、 この広告データの登録リタエストを登録サーバ 4 0に送信する （S 2 0 3 )。 登録サーバ 4 0の広告管理部 4 2は、 広告データの登録リタエス トを受信する と、 この登録リクエス トの内容に基づいて、 ユーザ端末符号と広告符号とを対応 付けてテーブルに登録する （S 2 0 4 )。

S 2 0 3における登録リクエストの作成や送信の処理は、 非同期にて行われる のが望ましい。 即ち、 この登録リクエス トに関する処理の実行は、 それまで W E Bブラゥザウィンドウ 1 6に表示されていた媒体ページの表示には影響を与えな いように実行される。 なお S 2 0 2、 S 2 0 3の処理は、 ユーザ端末 1 0の制御 部 1 4が、 W E Bサーバ 2 0 Bから受信された W E Bデータ中の実行プログラム を実行することにより実現される。

〈広告データの表示時〉

図 1 0は、 広告データの表示時の、 広告システム 1 0 0 Bのユーザ端末 1 0に おける画面表示の遷移の例を示す図である。 広告データの表示時とは、 登録サー パ 4 0からユーザ端末 1 0に送信される W E Bデータに基づいて、 登録サーバ 4 0の広告テーブルに登録されている広告データを、 ユーザ端末 1 0において表示 する際のことである。 ユーザ端末 1 0の制御部 1 4は、 出力部 1 3を介して、 そ の画像出力装置の画面 1 5に W E Bブラウザウィンドウ 1 6を表示させる。 W E Bブラウザウィンドウ 1 6には、 登録サーバ 4 0から受信された W E Bデータに 基づいた表示がなされる。 W E Bブラウザウィンドウ 1 6には、 一つ以上の登録 広告表示枠 1 9 (図 1 0においては 1 9 A〜 1 9 C。 以下、 1 9 A〜 1 9 Cに共 通する説明の場合は、 まとめて 「登録広告表示枠 1 9」 という。） が表示される。 登録広告表示枠 1 9には、 このユーザ端末 1 0のユーザ端末符号と対応付けて 広告テーブルに登録されている一つ以上の広告符号に対応する広告データが表示 される。 そして、 各登録広告表示枠 1 9には、 その広告内容に応じた W E Bサイ トへのリンクがはられている。 このリンクは、 媒体ページにおける広告表示枠 1 7ではられていたリンクと同じである。 このため、 登録広告表示枠 1 9をユーザ がクリックすると、 そのリンク先の W E Bサイ トが W E Bブラウザウィンドウ 1 6に表示される。 このとき、 新たな W E Bブラウザウインドウ 1 6が起動されて も良いし、 登録広告表示枠 1 9が表示されていた W E Bブラウザウインドウ 1 6 がリンク先を表示するように構成されても良い。 図 1 0では、 図 1 0 (A) にお いてユーザが登録広告表示枠 1 9 Aをクリックすると、 登録広告表示枠 1 9 Aに 表示されていた広告 Aに対応するリンク先の WE Bサイ トが図 1 0 (B) のよう に表示される。

図 1 1は、 広告システム 1 00 Bの動作例のうち、 広告データの表示時の動作 例を示すフローチャートである。 まず、 ユーザ端末 1 0のユーザが、 入力部 1 2 を介して、 登録広告の表示を、 ユーザ端末 1 0に指示する。 ユーザ端末 1 0の制 御部 1 4は、 入力部 1 2を介してこのような指示が入力されると、 送受信部 1 1 を介して、 登録サーバ 40に対し登録広告の表示をリタエス トする （S 2 1 1)。 このとき、 リクエストには、 ユーザ端耒符号が含まれる。

登録サーバ 40の広告管理部 42は、 ユーザ端末 1 0から、 登録広告を表示す るための WE Bデータのリクエストを受信すると、 このリクエストに含まれるュ 一ザ端末符号を取得する （S 2 1 2)。 広告管理部 4 2は、 記憶部 43に記憶され る広告テーブルから、 受信されたユーザ端末符号に対応付けられている広告符号 を取得する。 そして、 これらの広告符号に対応する広告データが表示される WE Bページの WE Bデータを作成する （S 2 1 3)。 この WE Bデータには、 例えば 図 1 0 (A) のような WE Bページを表示するためのデータが含まれる。 具体的 には、 この WE Bデータは、 登録広告表示枠 1 9 A〜 1 9 Cに表示される広告デ ータをユーザ端末 1 0が広告配信サーバ 30から取得するための実行プログラム が含まれる。 登録サーバ 40の広告管理部 42は、 作成された WE Bデータを、 ユーザ端末 1 0に対し送信する （S 2 14)。 なお、 登録サーバ 40からユーザ端 末 1 0に送信される WE Bデータの構成において、 特に広告データを取得する構 成については、 上述したものに限定される必要はない。 例えば、 登録サーバ 40 が広告配信サーバ 3 0から広告符号に対応する広告データを取得し、 この広告デ ータを既に含んでいる WE Bデータを作成して、 ユーザ端末 1 0に送信するよう に構成されても良い。 その他、 広告データがユーザ端末 1 0に取得されるような どのような構成が採用されても良い。

ユーザ端末 1 0の制御部 1 4は、 WE Bデータを登録サーバ 40から受信する と （S 2 1 5)、 この WE Bデータに基づいて WE Bブラゥザ内にレンダリングし 表示する （S 2 1 6)。 このとき、 ユーザ端末 1 0が広告配信サーバ 30から広告 データを取得する構成が採用されている場合には、 制御部 1 4は、 W E Bデータ に含まれている実行プログラムを実行することにより、 各登録広告表示枠 1 9に 当てはまる広告データを、 広告配信サーバ 3 0から取得し表示する。

〔作用 Z効果〕

従来は、ユーザ端末 1 0のユーザは、媒体ページ中の広告に興味を持った場合、 その広告の広告データが表示されている間にクリックしなければ、 そのリンク先 に迪り着くことが困難となっていた。 一方で、 ユーザ端末 1 0のユーザは、 その 広告を見るために媒体ページにアクセスするのではなく、 媒体ページ中の広告以 外のコンテンツ （以下、 「メインコンテンツ」 という。） を閲覧するためにその媒 体ページにアクセスするということが一般的である。 このため、 ユーザにとって は、 広告のリンク先を閲覧することは、 メインコンテンツの閲覧が終了してから にしたいという欲求が働くことが一般的である。 しかしながら、 メインコンテン ッの閲覧中に時間が経過してしまったことにより、 広告に対する興味が薄れてし まう可能性がある。 また、 メインコンテンツの閲覧が終了した後に、 表示されて いる W E Bサイ トが自動的に他の W E Bサイ トに移動することや、 ユーザの操作 によって他の W E Bサイ トに移動しているために、 興味のあった広告をクリ ック できない状態になっている可能性もある。 このような場合、 従来は、 広告の表示 はユーザの興味を一時的には惹き付けたものの、 クリックされる機会が喪失され ていた。

これに対し、 広告システム 1 0 0 Bでは、 ユーザは、 メインコンテンツの閲覧 が終了する前に気になる広告があった場合、 とりあえずその広告を登録サーバ 4 0に登録しておくことができる。 この行為によっては、 媒体ページの表示には影 響が無い （即ち、 他のページに移動することや再読込が実行されることがない） ため、 ユーザがメインコンテンツの閲覧を行うにあたって煩わしさを伴わない。 ユーザは、 メインコンテンツの閲覧が終わった後など、 広告に興味を持ったタイ ミングとは異なるタイミングに、 登録サーバ 4 0から送信される W E Bページを 閲覽することによって、登録しておいた広告の表示を閲覧することが可能となる。 そして、 ユーザは、 この表示中の広告をクリックすることにより、 広告のリンク 先の W E Bサイ トを閲覽することが可能となる。広告主や広告配信者にとっても、 広告に興味を持ったユーザを効率的に広告のリンク先のサイ トに導くことが可能 となり、 営業的効果を奏する。

〔変形例〕

第二実施形態の広告システム 1 0 0 Bにおいて、媒体ページ（例えば図 8 ( A) ) の広告表示枠 1 7の広告表示に対し、 第一実施形態の広告システム 1 0 0 Aにお ける広告表示を採用しても良い。 即ち、 広告表示枠 1 7の広告表示が、 所定のタ イミングで変化するように構成されても良い。 このように構成された場合、 所定 のタイミングで広告の表示が変化するため、 ユーザにとって、 興味が惹かれた広 告を登録サーバ 4 0に登録しておくィンセンティブがさらに働く。

また、登録サーバ 4 0は、登録サーバ 4 0に登録された広告の情報に基づいて、 広告の分析を行うように構成されても良い。例えば、各ユーザ端末符号について、 登録された広告の内容に基づき、 嗜好などを分析することが可能となる。 このよ うな分析は、 登録サーバ 4 0から広告テーブルの内容が他の装置 （例えば広告配 信サーバ 3 0やその他の装置） に提供されることにより、 それら他の装置によつ て実施されても良い。

また、 上述した分析の結果に基づいて、 W E Bサーバ 2 0 A、 2 0 B、 広告配 信サーバ 3 0や登録サーバ 4 0は、 媒体ページ中の広告表示枠 1 7に表示される 広告データの内容を選択するように構成されても良い。

また、 登録リクエス トに応じて登録サーバ 4 0から送信される W E Bデータの 表示画面中 （例えば図 1 0 ( A) ) に、 ユーザが登録した広告を表示するための登 録広告表示枠 1 9とは別に、 ユーザが登録したわけではない他の広告を表示する ための広告表示枠 1 7が設けられるように構成されても良い。 また、 この広告表 示枠 1 7に表示される広告データは、 広告テーブルの内容に関する分析結果に基 づいて選択されるように構成されても良い。

Claims

請求の範囲

1 . ネットワークを介して広告のデータを受信するユーザ端末であって、 受信された広告のデータを表示する広告表示手段と、

前記広告表示手段によって表示された広告について、 ユーザからの指定を受け 付ける指定手段と、

登録された広告を表示するためのデータを当該ユーザ端末に送信する登録サー パに対し、 ユーザによって指定された広告の登録をリクエストする登録リクエス ト手段と、

を備えるユーザ端末。

2 . 前記登録サーバに対し、 登録された広告を表示するためのデータの送信を リクエス トする送信リクエス ト手段と、

前記リクエストに応じて前記登録サーバが当該ユーザ端末に対し送信する、 前 記登録リクエスト手段による登録のリクエストに応じて登録された広告を表示す るためのデータを受信する受信手段と、

前記受信手段によって受信されたデータに基づいて、 前記登録サーバに登録さ れた広告を表示する登録広告表示手段と、

をさらに備える請求項 1に記載のユーザ端末。

3 . 広告のデータを所定のタイミングで繰り返し受信する広告データ受信手段 をさらに備え、

前記広告表示手段は、 広告のデータの表示を、 前記広告データ受信手段によつ て受信された広告のデータに基づいて更新し、

前記登録リクエス ト手段は、 ユーザによって指定が行われた際に前記広告表示 手段において表示されていた広告について、 登録のリクェス トを行う、

請求項 1又は 2に記載のユーザ端末。

4 . 前記登録リクエス ト手段は、 前記広告表示手段において行われる表示処理 と非同期で登録のリクェストを行う、

請求項 1乃至 3のいずれかに記載のユーザ端末。

5 . 前記登録リクエス ト手段は、 前記広告データ受信手段による広告のデータ の読み込み処理を要することなく、 登録のリクエス トを行う、

請求項 3に記載のユーザ端末。

6 . 広告のデータを表示するユーザ端末であって表示された広告についてユー ザからの指定を受け付けその広告についての登録をリクエス トするユーザ端末、 から送信される広告の登録のリクエストに基づき、 当該ユーザ端末と登録のリク ェス トの対象となる広告とを対応付けて記憶する記憶手段と、

前記ユーザ端末から送信される広告の表示のリクエストに基づき、 当該ユーザ 端末と対応付けて前記記憶手段に記憶される広告を前記ユーザ端末において表示 するためのデータを作成し、当該データを前記ユーザ端末に送信する送信手段と、 を備える登録サーバ。

7 . 情報処理装置を、

ネットワークを介して広告のデータを受信するユーザ端末であって、 受信された広告のデータを表示する広告表示手段と、

前記広告表示手段によって表示された広告について、 ユーザからの指定を受け 付ける指定手段と、

登録された広告を表示するためのデータを当該ユーザ端末に送信する登録サー バに対し、 ユーザによって指定された広告の登録をリクエストする登録リクエス ト手段と、

を備えるユーザ端末、 として動作させるためのプログラム。

8 . 情報処理装置を、

広告のデータを表示するユーザ端末であって表示された広告についてユーザか らの指定を受け付けその広告についての登録をリクエストするユーザ端末、 から 送信される広告の登録のリクエストに基づき、 当該ユーザ端末と登録リクェスト の対象となる広告とを対応付けて記憶する記憶手段と、

前記ユーザ端末から送信される広告の表示のリクエストに基づき、 当該ユーザ 端末と対応付けて前記記憶手段に記憶される広告を前記ユーザ端末において表示 するためのデータを作成し、当該データを前記ユーザ端末に送信する送信手段と、 を備える登録サーバ、 として動作させるためのプログラム。

9 . ネットワークを介して広告のデータを受信する情報処理装置が、 受信され た広告のデータを表示するステップと、

前記情報処理装置が、 表示された広告について、 ユーザからの指定を受け付け るステップと、

前記情報処理装置が、 登録された広告を表示するためのデータを前記情報処理 装置に送信する登録サーバに対し、 ユーザによって指定された広告の登録をリク エストするステップと、

を含む広告登録方法。

1 0 . 情報処理装置が、 広告のデータを表示するユーザ端末であって表示され た広告についてユーザからの指定を受け付けその広告についての登録をリクエス トするユーザ端末、 から送信される広告の登録のリクエストに基づき、 当該ユー ザ端末と登録リクエス トの対象となる広告とを対応付けて記憶するステップと、 前記情報処理装置が、 前記ユーザ端末から送信される広告の表示のリクエスト に基づき、 当該ユーザ端末と対応付けて記憶される広告を前記ユーザ端末におい て表示するためのデータを作成し、 当該データを前記ユーザ端末に送信するステ ップと、

を含む広告データ送信方法。