(57)【要約】【課題】  ユーザが興味を持った広告のクリック閲覧機会の喪失を抑止する技術を提供すること。【解決手段】  ネットワークを介して広告のデータを受信する情報処理装置が、受信された広告のデータを表示し、表示された広告についてユーザからの指定を受け付け、登録された広告を表示するためのデータを当該ユーザ端末に送信する登録サーバに対し、ユーザによって指定された広告の登録をリクエストする。このような処理により、課題の解決を図る。【選択図】  図９
2008282180.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して広告のデータを受信するユーザ端末であって、
受信された広告のデータを表示する広告表示手段と、
前記広告表示手段によって表示された広告について、ユーザからの指定を受け付ける指定手段と、
登録された広告を表示するためのデータを当該ユーザ端末に送信する登録サーバに対し、ユーザによって指定された広告の登録をリクエストする登録リクエスト手段と、
を備えるユーザ端末。
【請求項２】
前記登録サーバに対し、登録された広告を表示するためのデータの送信をリクエストする送信リクエスト手段と、
前記リクエストに応じて前記登録サーバが当該ユーザ端末に対し送信する、前記登録リクエスト手段による登録のリクエストに応じて登録された広告を表示するためのデータを受信する受信手段と、
前記受信手段によって受信されたデータに基づいて、前記登録サーバに登録された広告を表示する登録広告表示手段と、
をさらに備えるユーザ端末。
【請求項３】
広告のデータを所定のタイミングで繰り返し受信する広告データ受信手段をさらに備え、
前記広告表示手段は、広告のデータの表示を、前記広告データ受信手段によって受信された広告のデータに基づいて更新し、
前記登録リクエスト手段は、ユーザによって指定が行われた際に前記広告表示手段において表示されていた広告について、登録のリクエストを行う、請求項１又は２に記載のユーザ端末。
【請求項４】
前記登録リクエスト手段は、前記広告表示手段において行われる表示処理と非同期で登録のリクエストを行う、請求項１乃至３のいずれかに記載のユーザ端末。
【請求項５】
前記登録リクエスト手段は、前記広告データ受信手段による広告のデータの読み込み処理を要することなく、登録のリクエストを行う、請求項３に記載のユーザ端末。
【請求項６】
広告のデータを表示するユーザ端末であって表示された広告についてユーザからの指定を受け付けその広告についての登録をリクエストするユーザ端末、から送信される広告の登録のリクエストに基づき、当該ユーザ端末と登録リクエストの対象となる広告とを対応付けて記憶する記憶手段と、
前記ユーザ端末から送信される広告の表示のリクエストに基づき、当該ユーザ端末と対応付けて前記記憶手段に記憶される広告を前記ユーザ端末において表示するためのデータを作成し、当該データを前記ユーザ端末に送信する送信手段と、
を備える登録サーバ。
【請求項７】
情報処理装置を、
ネットワークを介して広告のデータを受信するユーザ端末であって、
受信された広告のデータを表示する広告表示手段と、
前記広告表示手段によって表示された広告について、ユーザからの指定を受け付ける指定手段と、
登録された広告を表示するためのデータを当該ユーザ端末に送信する登録サーバに対し、ユーザによって指定された広告の登録をリクエストする登録リクエスト手段と、
を備えるユーザ端末、として動作させるためのプログラム。
【請求項８】
情報処理装置を、
広告のデータを表示するユーザ端末であって表示された広告についてユーザからの指定を受け付けその広告についての登録をリクエストするユーザ端末、から送信される広告の登録のリクエストに基づき、当該ユーザ端末と登録リクエストの対象となる広告とを対応付けて記憶する記憶手段と、
前記ユーザ端末から送信される広告の表示のリクエストに基づき、当該ユーザ端末と対応付けて前記記憶手段に記憶される広告を前記ユーザ端末において表示するためのデータを作成し、当該データを前記ユーザ端末に送信する送信手段と、
を備える登録サーバ、として動作させるためのプログラム。
【請求項９】
ネットワークを介して広告のデータを受信する情報処理装置が、受信された広告のデータを表示するステップと、
前記情報処理装置が、表示された広告について、ユーザからの指定を受け付けるステップと、
前記情報処理装置が、登録された広告を表示するためのデータを当該ユーザ端末に送信する登録サーバに対し、ユーザによって指定された広告の登録をリクエストするステップと、
を含む広告登録方法。
【請求項１０】
情報処理装置が、広告のデータを表示するユーザ端末であって表示された広告についてユーザからの指定を受け付けその広告についての登録をリクエストするユーザ端末、から送信される広告の登録のリクエストに基づき、当該ユーザ端末と登録リクエストの対象となる広告とを対応付けて記憶するステップと、
前記ユーザ端末から送信される広告の表示のリクエストに基づき、当該ユーザ端末と対応付けて記憶される広告を前記ユーザ端末において表示するためのデータを作成し、当該データを前記ユーザ端末に送信するステップと、
を含む広告データ送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブサイトにおいて広告を行うための技術に関する。
【背景技術】
【０００２】
近年、インターネットを用いた広告が普及している。その中でも代表的な方法は、集客力を有するコンテンツを含むウェブサイトに、他企業や他製品の広告（テキスト、静止画像、動画像などを用いて構成される）を表示する方法である。このような方法では、その広告の表示に対し、広告の内容に該当する企業や製品を紹介するウェブサイトへのリンクが設けられていることが多い。
【０００３】
このようなウェブサイトを訪れた者は、興味を持った広告をクリックすることにより、その広告の内容に該当するウェブサイトへ移動し、さらに詳しい情報を取得することが可能となる。一方で、広告主も、このような形で閲覧者を自社・自製品のウェブサイトへ引き込むことが可能となる。
【０００４】
このような技術として、近年は動画像の放送画面中に広告の表示を行い、動画像の閲覧者に対し広告を提示することを可能とする技術が提案されている（特許文献１参照）。このような広告の提示は、デジタル放送やインターネットを用いた動画像配信の技術の登場により普及しつつある。
【特許文献１】特開２００２−２６８９９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の広告表示には問題もあった。そもそも、ウェブサイトを訪れた者は、広告そのものに興味があったわけではなく、そのウェブサイトのメインのコンテンツに興味があった者がほとんどである。しかしながら、彼らは、広告をクリックしてしまうことにより、そもそも興味のあったメインコンテンツではなく、広告のリンク先のコンテンツを閲覧することとなってしまう。このため、彼らは、興味があった広告があったとしても、まずはメインコンテンツを閲覧し、その後に広告をクリックする必要があった。
【０００６】
例えば、上述したような動画像の放送画面中に広告の表示が行われる場合は、彼らには、広告のリンク先を見る時間的な余裕がなく、動画像の表示が終わるまで広告のクリックが待機される。そして、動画像の表示が終わった後は、広告の表示が終了してしまいクリックできないという理由や、動画像の表示中に彼らの広告に対する興味が薄れてしまうという理由などから、広告の閲覧（クリック）機会が喪失される可能性があった。
【０００７】
このような問題は、上述したような動画像とともに広告が表示される場合に限られず、通常のテキストや静止画像により構成されるコンテンツとともに広告が表示される場合にも生じうる。例えば、複数ページにわたって一つの記事が表示されるウェブサイトの場合、次のページの記事を読むべく次のページを開くと、前のページに表示されていた広告をクリックする機会が喪失される。特に、近年は同一のウェブサイトに同一の広告が常に表示されるとは限らないため、たとえ前のページに戻ったとしても同じ広告（先の段階で興味の惹かれた広告）が表示されるとは限らない。
【０００８】
本発明は、このような問題を解決し、ユーザが興味を持った広告の閲覧機会の喪失を抑止する技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の第一の態様は、ネットワークを介して広告のデータを受信するユーザ端末であって、広告表示手段、指定手段及び登録リクエスト手段を備える。広告表示手段は、受信された広告のデータを表示する。広告のデータとは、広告表示手段において広告の表示を行うための電子データであり、例えばウェブサイトに表示されるバナー広告の静止画像データや、テキスト広告として表示されるテキストデータや、動画像のバナー広告として表示される動画像データなどである。指定手段は、広告表示手段によって表示された広告について、ユーザからの指定を受け付ける。登録リクエスト手段は、登録された広告を表示するためのデータを当該ユーザ端末に送信する登録サーバに対し、ユーザによって指定された広告の登録をリクエストする。
【００１０】
このように構成されたユーザ端末によれば、ユーザは、広告以外の表示を閲覧している際に、気になる広告の表示を発見した場合、この広告を指定手段を用いて指定することにより、登録サーバにこの広告を登録しておくことが可能となる。この登録サーバは、登録された広告を表示するためのデータを当該ユーザ端末に送信する装置である。このため、ユーザは、広告以外の表示を閲覧した後に、この登録サーバから、登録された広告を表示するためのデータを受信することによりこれらの広告を改めてゆっくり閲覧することが可能となる。これにより、ユーザが興味を持った広告の閲覧機会の喪失を抑止することが可能となる。
【００１１】
本発明におけるユーザ端末は、送信リクエスト手段、受信手段及び登録広告表示手段をさらに備えるように構成されても良い。送信リクエスト手段は、登録サーバに対し、登録された広告を表示するためのデータの送信をリクエストする。受信手段は、登録サーバから、送信リクエスト手段によるリクエストに応じて送信されるデータを受信する。このデータは、登録リクエスト手段による登録のリクエストに応じて登録された広告を表示するためのデータである。例えば、登録サーバにおいて、広告とユーザ端末、又は、広告とユーザ識別符号、などが対応付けて登録されている。そして、この対応付に基づいた広告を表示するためのデータが、登録サーバから送信され、受信手段が受信する。登録広告表示手段は、受信手段によって受信されたデータに基づいて、登録サーバに登録された広告を表示する。
【００１２】
本発明によるユーザ端末は、広告のデータを所定のタイミングで繰り返し受信する広告データ受信手段をさらに備えるように構成されても良い。この場合、広告表示手段は、広告のデータの表示を、広告データ受信手段によって受信された広告のデータに基づいて更新するように構成される。また、この場合、登録リクエスト手段は、ユーザによって指定が行われた際に広告表示手段において表示されていた広告について、登録のリクエストを行うように構成される。
【００１３】
本発明によるユーザ端末において、登録リクエスト手段は、広告表示手段において行われる表示処理と非同期で登録のリクエストを行うように構成されても良い。
【００１４】
本発明によるユーザ端末において、登録リクエスト手段は、広告データ受信手段による広告のデータの読み込み処理を要することなく、登録のリクエストを行うように構成されても良い。
【００１５】
本発明による第二の態様は、登録サーバであって、記憶手段及び送信手段を備える。記憶手段は、広告のデータを表示するユーザ端末であって表示された広告についてユーザからの指定を受け付けその広告についての登録をリクエストするユーザ端末、から送信される広告の登録のリクエストに基づき、当該ユーザ端末と登録リクエストの対象となる広告とを対応付けて記憶する。なお、記憶手段は、当該ユーザ端末から、そのユーザ端末のユーザを示すユーザ識別符号が受信される場合、ユーザ端末に代えて、ユーザ識別符号と広告とを対応付けて記憶するように構成されても良い。
【００１６】
送信手段は、ユーザ端末から送信される広告の表示のリクエストに基づき、当該ユーザ端末と対応付けて記憶手段に記憶される広告をユーザ端末において表示するためのデータを作成し、当該データをユーザ端末に送信する。
【００１７】
本発明は、上記したユーザ端末又は登録サーバが実行する方法として特定されても良い。また、本発明は、情報処理装置を、上記したユーザ端末又は登録サーバとして動作させるためのプログラムとして特定されても良い。
【発明の効果】
【００１８】
本発明により、ユーザが興味を持った広告の閲覧機会の喪失を抑止することが可能となる。
【発明を実施するための最良の形態】
【００１９】
［第一実施形態］
〔システム構成〕
まず、本発明における広告システム１００の第一実施形態（広告システム１００ａ）について説明する。図１は、広告システム１００ａの構成例を示す図である。広告システム１００ａは、ユーザ端末１０、ＷＥＢサーバ２０ａ及び広告配信サーバ３０を含む。各装置は、インターネットを介して他の装置と通信可能に構成される。なお、図１ではＷＥＢサーバ２０ａ及び広告配信サーバ３０はそれぞれ一台しか記載されていないが、本発明における広告システム１００ａは、各装置が二台以上接続されることにより構成されても良い。また、ユーザ端末１０についても同様である。以下、各装置について説明する。
【００２０】
〈ユーザ端末〉
ユーザ端末１０は、バスを介して接続された記憶装置、演算装置及び通信制御装置を含み、記憶装置に記憶されたプログラムを演算装置において処理することによってプログラムに従って動作する。具体的には、パーソナルコンピュータやＰＤＡ（Personal Digital Assistance）や携帯電話機などの情報処理装置を用いて構成することができる。図２は、ユーザ端末１０の機能ブロックの例を示す図である。ユーザ端末１０は、送受信部１１、入力部１２、出力部１３及び制御部１４を含む装置として機能する。次に、ユーザ端末１０に含まれる各機能部について説明する。
【００２１】
〈〈送受信部〉〉
送受信部１１は、ネットワークを介して他装置とのデータの送受信を行うために、ユーザ端末１０に接続されたネットワークインタフェース装置を制御する。このネットワークインタフェース装置に採用される技術は特に限定されない。例えば、このネットワークインタフェースは、無線通信によってネットワークに接続するための装置として構成されても良いし、有線通信によってネットワークに接続するための装置として構成されても良い。送受信部１１は、ネットワークに接続されるために採用される技術に応じて構成される。採用される技術の例として、イーサネット（登録商標）や専用線やＡＤＳＬ（Asymmetric Digital Subscriber Line）やＦＴＴＨ（Fiber To The Home）等の技術がある。
【００２２】
〈〈入力部〉〉
入力部１２は、ユーザ端末１０に接続された入力装置を制御する。入力装置とは、ユーザがユーザ端末１０に命令やデータを入力するために使用する装置である。入力装置は、ユーザ端末１０に備え付けられていても良い。入力装置は、ボタンやキーボードやジョグダイヤルや文字認識装置や音声認識装置などの装置である。
【００２３】
〈〈出力部〉〉
出力部１３は、制御部１４の指示に従って文字・画像や音声の出力を制御する。出力部１３は、ユーザ端末１０に接続された出力装置に出力の指示を出す。出力装置は、ユーザ端末１０に備え付けられていても良い。なお、出力装置とは、ＣＲＴディスプレイ（Cathode Ray Tube ディスプレイ），液晶ディスプレイ，有機ＥＬディスプレイ等の画像出力装置や、スピーカー等の音声出力装置等である。
【００２４】
〈〈制御部〉〉
制御部１４は、ユーザ端末１０のＣＰＵやメモリなどの装置の動作によって実現される。制御部１４は、少なくともウェブブラウザのプログラムを実行し動作する。具体的には、制御部１４は、ユーザ端末１０のユーザが入力部１２を介して入力する指示に基づいて動作する。例えば、制御部１４は、ユーザの指示したＵＲＬ（Uniform Resource Locator）に基づいて、そのＵＲＬに対応するＷＥＢサーバ２０ａにリクエストを送信する。また、制御部１４は、このＷＥＢサーバ２０ａから、さきほどのＵＲＬに対応するＷＥＢサイトに関するデータ（以下、「ＷＥＢデータ」という。）を受信し、このウェブサイトをブラウザ上に表示する。ＷＥＢデータの具体例としては、ＨＴＭＬ（HyperText Markup
Language）データ等のテキストデータや、静止画像データや動画像データや音声データなどがある。
【００２５】
また、制御部１４は、ＷＥＢサーバ２０ａから受信されたＷＥＢデータ中に実行すべきプログラム（以下、「実行プログラム」という。）が含まれている場合は、この実行プログラムの内容に基づいて動作する。このような実行プログラムの具体例として、Ｊａｖａ（登録商標）ＳｃｒｉｐｔやＪＳｃｒｉｐｔやＡｃｔｉｏｎＳｃｒｉｐｔ等がある。このような実行プログラムに従った制御部１４の動作については、動作例の説明とともに説明する。
【００２６】
〈ＷＥＢサーバ〉
ＷＥＢサーバ２０ａは、バスを介して接続された記憶装置、演算装置及び通信制御装置を含み、記憶装置に記憶されたプログラムを演算装置において処理することによってプログラムに従って動作する。具体的には、パーソナルコンピュータやサーバ専用装置などを用いて構成することができる。ＷＥＢサーバ２０ａは、特にＷＥＢサーバとしてのプログラムを演算装置において処理することによって動作する。ＷＥＢサーバとしてのプログラムの具体例には、例えばＡｐａｃｈｅやＩＩＳ（Internet Information Services）などがある。ＷＥＢサーバ２０ａは、ユーザ端末１０からリクエストを受けると、そのリクエストに対応するＷＥＢデータをユーザ端末１０に対し送信する。
【００２７】
ＷＥＢサーバ２０ａは、ＷＥＢデータ中に、ユーザ端末１０が動作するための実行プログラムを含む。ＷＥＢサーバ２０ａがＷＥＢデータ中に含める実行プログラムの内容は、所定のタイミングに従って広告配信サーバ３０にアクセスし広告データを取得し表示するためのプログラムである。その詳細については、動作例の説明とともに説明する。
【００２８】
〈広告配信サーバ〉
広告配信サーバ３０は、バスを介して接続された記憶装置、演算装置及び通信制御装置を含み、記憶装置に記憶されたプログラムを演算装置において処理することによってプログラムに従って動作する。具体的には、パーソナルコンピュータやサーバ専用装置などを用いて構成することができる。広告配信サーバ３０は、広告データと広告符号とを対応付けて記憶する。広告符号については後述する。広告配信サーバ３０は、ユーザ端末１０から広告データのリクエストを受けると、広告データをユーザ端末１０へ送信する。このとき、広告配信サーバ３０は、ユーザからのリクエストに含まれる環境変数やＣｏｏｋｉｅに基づいて、送信すべき広告データを選択するように構成されても良い。広告データの具体例としては、バナー広告に関する静止画像データや動画像データ、広告内容を表すテキストデータ、他のＷＥＢサイトへのリンクデータ等がある。
【００２９】
〔動作例〕
図３は、広告システム１００ａのユーザ端末１０における画面表示の遷移例を示す図である。ユーザ端末１０の制御部１４は、出力部１３を介して、その画像出力装置の画面１５にＷＥＢブラウザウィンドウ１６を表示させる。ＷＥＢブラウザウィンドウ１６には、ＷＥＢサーバ２０ａから受信されたＷＥＢデータに基づいた表示がなされる。このうち、広告表示枠１７ａ〜１７ｄ（以下、１７ａ〜１７ｄに共通する説明の場合は、まとめて「広告表示枠１７」という。）には、それぞれの広告枠に割り当てられた広告データが表示される。
【００３０】
広告表示枠１７に割り当てられる広告データは、ユーザ端末１０の制御部１４が、ＷＥＢデータに含まれる実行プログラムに基づいて広告配信サーバ３０から取得する。このとき、広告表示枠１７に関する実行プログラムは、制御部１４が所定のタイミングで広告配信サーバ３０から新たな広告データを取得し表示するように記述される。所定のタイミングとは、所定の時刻に基づいたタイミングであっても良いし、広告表示枠１７に広告データが表示されてからの所定の時間経過に基づいたタイミングであっても良いし、ユーザの操作（例えばマウス操作やキーボード操作）に基づいたタイミングであっても良い。
【００３１】
このような所定のタイミングは、各広告表示枠１７によって異なっても良い。例えば、図３（ａ）では、広告表示枠１７ａ〜１７ｄには、それぞれ広告データＡ〜Ｄが表示されている。次の所定のタイミングでは、図３（ｂ）に示されるように、広告表示枠１７ａと広告表示枠１７ｂに表示される広告データがそれぞれＡ’、Ｂ’に変更される。これは、広告表示枠１７ａ及び１７ｂに関する実行プログラムを制御部１４が実行することによって、制御部１４が広告配信サーバ３０から広告表示枠１７ａ及び１７ｂに表示すべき新たな広告データＡ’、Ｂ’を受信し表示することにより実現される。このとき、他の広告表示枠１７ｃ及び１７ｄにおける広告データは変更されていなくとも良い。
【００３２】
また、次の所定のタイミングでは、図３（ｃ）に示されるように、広告表示枠１７ａに表示される広告データは、さらに異なるＡ’’となっている。また、広告表示枠１７ｂに表示される広告データは、その前の所定のタイミングで表示されていた広告データＢに戻っている。また、広告表示枠１７ｃにおいては、広告表示枠１７ａ及び１７ｂとは異なるこのタイミングで広告データがＣからＣ’に変更される。また、ＷＥＢブラウザウィンドウ１６に表示される広告表示枠１７は全てが上述したように所定のタイミングで広告データが変更されるように構成される必要はなく、例えば図３における広告表示枠１７ｄのように所定のタイミングに関わらず一定の広告データＤが表示され続けるように構成されても良い。
【００３３】
図４は、広告システム１００ａの動作例を示すフローチャートである。まず、ユーザ端末１０のユーザが、入力部１２を介して、広告表示枠１７が設けられたＷＥＢサイト（以下、「媒体ページ」という。）の閲覧の指示をユーザ端末１０に入力する。この入力があると、ユーザ端末１０の制御部１４は、送受信部１１を介して媒体ページの閲覧のリクエストをＷＥＢサーバ２０ａに送信する（Ｓ１０１）。ＷＥＢサーバ２０ａは、このリクエストを受信すると、リクエストに対応する媒体ページのＷＥＢデータをユーザ端末１０に送信する（Ｓ１０２）。
【００３４】
ユーザ端末１０の制御部１４は、送受信部１１を介して、媒体ページのＷＥＢデータを受信し取得すると（Ｓ１０３）、ＷＥＢデータに含まれる実行プログラムに基づいて、広告データのリクエストを広告配信サーバ３０に送信する（Ｓ１０４）。広告配信サーバ３０は、ユーザ端末１０から広告データのリクエストを受信すると、このユーザ端末１０に対し広告データを配信する（Ｓ１０５）。なお、Ｓ１０１〜Ｓ１０５の処理において、ユーザ端末１０が広告データを取得する処理に関しては、このような広告配信サーバ３０から直接取得する方法に限られることなく、他の実装方法が採用されても良い。
【００３５】
ユーザ端末１０の制御部１４は、送受信部１１を介して、広告データを受信し取得すると（Ｓ１０６）、受信されたＷＥＢデータ及び広告データに基づいて、媒体ページをレンダリングする（Ｓ１０７）。そして、制御部１４は、出力部１３を介して、画面１５のＷＥＢブラウザウィンドウ１６内に媒体ページを表示する。
【００３６】
その後、ユーザ端末１０の制御部１４は、ＷＥＢデータに含まれる実行プログラムに基づいて、広告表示枠１７に表示されるべき広告データのリクエストを、所定のタイミングで広告配信サーバ３０に送信する（Ｓ１０９）。広告配信サーバ３０は、このリクエストに応じて、ユーザ端末１０に対し広告データを配信する（Ｓ１１０）。そして、ユーザ端末１０の制御部１４は、受信された広告データに基づいて、広告表示枠１７の表示内容を変更（更新）する（Ｓ１１１）。
【００３７】
Ｓ１１１における広告表示枠１７の表示内容の更新処理は、非同期、クロスサイトにて行われるのが望ましい。即ち、この広告表示枠１７の表示内容の更新処理は、広告表示枠１７以外の部分の再読込処理（リロード処理）を実行することなく行われることが望ましい。このような更新処理は、例えばＡｊａｘ（Asynchronous JavaScript + XML）等の技術を用いることによって実現できる。また、このときの更新処理は、ワイプ処理やスライド処理などの画面変更時のエフェクト処理を伴って実行されても良い。なお、Ｓ１０４、Ｓ１０９、Ｓ１１１の処理は、ユーザ端末１０の制御部１４が、ＷＥＢサーバ２０ａから受信されたＷＥＢデータ中の実行プログラムを実行することにより実現される。
【００３８】
〔作用／効果〕
従来は、同一の媒体ページに表示される広告データの内容は、その媒体ページが再読込（リロード）されるタイミングで変更されていた。このため、ユーザによるリロード指示があるまでは、ある広告表示枠に表示される広告データの内容は変化せず、同じ内容の広告データが表示され続けていた。これに対し、広告システム１００ａによれば、媒体ページの広告表示枠１７に表示される広告データの内容は、ユーザからのリロード指示の有無に拘わらず、所定のタイミングで自動的に変更される。
【００３９】
特に、広告表示枠１７の表示内容の更新処理（Ｓ１１1）が非同期で行われる場合は、媒体ページにおける広告表示枠１７以外の部分の表示内容についてリロードを実行することなく、広告データの表示の変更のみが（非同期で）行われる。このように構成されることにより、ＷＥＢブラウザウィンドウ１６内の表示の全体が更新されることによるユーザの不便（例えばＷＥＢサイトの視認性の低下など）を抑止するとともに、見た目に自然な広告データの表示の変更が可能となる。
【００４０】
また、商業的には、ユーザのリロード指示にかかわらずに、表示される広告の種類を増加させることが可能となり、広告収入（例えば、広告のクリック数に応じた手数料や、広告のリンク先において商品が購入されることによる手数料など）の増大を図ることが可能となる。また、所定のタイミングとして「所定の時間経過」を採用した場合、その広告の表示時間に応じた広告収入という形で、これまでにない新たな広告収入のモデルを確立させることが可能となる。また、一定の時間内に表示される回数や表示時間などに応じた新たな広告収入のモデルも確立させることが可能となる。
【００４１】
特に、Ａｊａｘ等の非同期技術の出現により、ＷＥＢページ全体のリロードを要せず必要な部分のみの表示の更新が可能となった近年では、ページのリロードや、他のページへの遷移が行われる回数が減少することが予想される。このような状況においては、従来の広告指標の一つであったページビュー（ＰＶ）が減少してしまう。こういった背景において、広告システム１００ａのように、ページのリロードや他のページへの遷移の回数によらずに、表示される広告データが変更されることにより、ユーザに対し露出する広告の種類を増加させることが可能となり、各広告がユーザによって選択される（クリックされる）機会の創出につながる。
【００４２】
〔変形例〕
ユーザ端末１０の制御部１４は、広告配信サーバ３０から、一つの広告表示枠１７に対応する広告データを予め複数受信しておいても良い。この場合、制御部１４は、所定のタイミングにおいて、広告配信サーバ３０に対しリクエストを送信することなく（Ｓ１０９の処理をすることなく）、予め受信しておいた広告データを、広告表示枠１７の更新のためのデータとして表示するように構成されても良い。複数の広告データの受信は、例えばＳ１０４〜Ｓ１０６における処理において実行することができる。また、Ｓ１０９の処理において複数の広告データをリクエストし、その後の数サイクルは、予め受信した広告データを用いて広告表示枠１７の表示更新を実行し、その後に改めて複数の広告データをまとめて広告配信サーバ３０から受信するように構成されても良い。いずれの変形例も、ＷＥＢサーバ２０からユーザ端末１０に送信されるＷＥＢデータ中の実行プログラムの記述の変更によって実現される。
【００４３】
［第二実施例］
〔システム構成〕
次に、本発明における広告システム１００の第二実施形態（広告システム１００ｂ）について説明する。図５は、広告システム１００ｂの構成例を示す図である。広告システム１００ｂは、ユーザ端末１０、ＷＥＢサーバ２０ｂ、広告配信サーバ３０及び登録サーバ４０を含む。各装置は、インターネットを介して他の装置と通信可能に構成される。なお、図５では、ＷＥＢサーバ２０ｂ、広告配信サーバ３０及び登録サーバ４０はそれぞれ一台しか記載されていないが、本発明における広告システム１００ｂは、各装置が二台以上接続されることにより構成されても良い。また、ユーザ端末１０についても同様である。以下、各装置について説明する。なお、ユーザ端末１０及び広告配信サーバ３０については、広告システム１００ａに含まれる各装置と同様の構成となるため、説明を省略する。
【００４４】
〈ＷＥＢサーバ〉
ＷＥＢサーバ２０ｂは、ユーザ端末１０に送信するＷＥＢデータの内容が異なる点で、ＷＥＢサーバ２０ａと相違する。ＷＥＢサーバ２０ｂにおけるその他の構成については、ＷＥＢサーバ２０ａと同様である。以下、ＷＥＢサーバ２０ｂがユーザ端末１０に送信するＷＥＢデータについて説明する。
【００４５】
このＷＥＢデータは、ユーザ端末１０が動作するための実行プログラムを含む。ＷＥＢサーバ２０ｂがＷＥＢデータ中に含める実行プログラムの内容は、所定のユーザの動作を契機として、このＷＥＢデータに基づいて表示される媒体ページ中の広告を登録することを、登録サーバ４０に指示するためのプログラムである。その詳細については、動作例の説明とともに説明する。
【００４６】
〈登録サーバ〉
登録サーバ４０は、バスを介して接続された記憶装置、演算装置及び通信制御装置を含み、記憶装置に記憶されたプログラムを演算装置において処理することによってプログラムに従って動作する。具体的には、パーソナルコンピュータやサーバ専用装置などを用いて構成することができる。図６は、登録サーバ４０の機能ブロックの例を示す図である。以下、登録サーバ４０に含まれる各機能部について説明する。
【００４７】
〈〈送受信部〉〉
送受信部４１は、ネットワークを介して他装置とのデータの送受信を行うために、登録サーバ４０に接続されたネットワークインタフェース装置を制御する。このネットワークインタフェース装置に採用される技術は特に限定されない。例えば、このネットワークインタフェースは、無線通信によってネットワークに接続するための装置として構成されても良いし、有線通信によってネットワークに接続するための装置として構成されても良い。送受信部４１は、ネットワークに接続されるために採用される技術に応じて構成される。採用される技術の例として、イーサネットや専用線やＡＤＳＬやＦＴＴＨ等の技術がある。
【００４８】
〈〈広告管理部〉〉
広告管理部４２は、登録サーバ４０のＣＰＵやメモリなどの装置の動作によって実現される。広告管理部４２は、ユーザ端末１０から広告の登録のリクエストを受けると、対象となった広告と、リクエスト元のユーザ端末１０とを対応付けて、記憶部４３に記憶されるテーブル（以下、「広告テーブル」という。）に登録する。
【００４９】
また、広告管理部４２は、ユーザ端末１０から広告閲覧のリクエストを受け取ると、このユーザ端末１０と対応付けて広告テーブルに登録されている広告を表示するためのＷＥＢデータを作成し、このユーザ端末１０に送信する。
【００５０】
〈〈記憶部〉〉
記憶部４３は、ハードディスクや半導体記憶装置や光磁気ディスクなどの記憶装置を用いて構成される。記憶部４３は、広告テーブルを記憶する。図７は、広告テーブルの構成例を示す図である。広告テーブルは、ユーザ端末１０と広告データとを対応付けたテーブルである。例えば、広告テーブルは、各ユーザ端末１０を示す符号（以下、「ユーザ端末符号」という。）毎に、そのユーザ端末１０から登録のリクエストを受けた広告の広告符号を対応付けたものである。なお、「広告符号」とは、任意の広告データを指し示す符号である。この広告符号は、広告配信サーバ３０においても共通に使用される符号であり、この広告符号を用いることによって広告配信サーバ３０に対し特定の広告データを指定できるデータである。
【００５１】
広告テーブルは、各広告データについて、登録のリクエストを受けた日時や、登録のリクエストを受けた順番や、表示順位などを、さらに対応付けて有するように構成されても良い。
【００５２】
〔動作例〕
〈広告データの登録時〉
図８は、広告データ登録時の、広告システム１００ｂのユーザ端末１０における画面表示の遷移の例を示す図である。ユーザ端末１０の制御部１４は、出力部１３を介して、その画像出力装置の画面１５にＷＥＢブラウザウィンドウ１６を表示させる。ＷＥＢブラウザウィンドウ１６には、ＷＥＢサーバ２０ａから受信されたＷＥＢデータに基づいて媒体ページが表示される。このうち、媒体ページ中の広告表示枠１７ａ及び広告表示枠１７ｂには、それぞれに割り当てられた広告データＡ及びＢが表示される。また、広告システム１００ｂの場合、ＷＥＢブラウザウィンドウ１６に表示される媒体ページ中には、登録ボタン１８ａ〜１８ｃが表示される。
【００５３】
登録ボタン１８ａ〜１８ｃ（以下、１８ａ〜１８ｃに共通する説明の場合は、まとめて「登録ボタン１８」という。）は、登録サーバ４０に対し広告データの登録のリクエストを送るためのボタンである。この登録ボタン１８は、図８（ａ）に示されるように、広告表示枠１７毎に一つずつ設けられても良いし、図８（ｂ）に示されるように、媒体ページに対して一つ（即ち、複数の広告表示枠１７に対して一つ）設けられてもよい。
【００５４】
図８（ａ）の場合、例えば登録ボタン１８がクリックされることにより、その登録ボタン１８に対応する広告表示枠１７に表示中の広告の登録リクエストが送信される。具体的には、広告表示枠１７ａに表示されている広告Ａの登録を望む場合は、登録ボタン１８ａをクリックすることにより登録リクエストが登録サーバ４０に送信される。この送信処理は、媒体ページのＷＥＢデータに含まれる実行プログラムが制御部１４により実行されることによって行われる。また、登録リクエストは、ユーザ端末１０のユーザ端末符号と、登録が指示された広告データの広告符号とを含む。
【００５５】
図８（ｂ）の場合、例えば登録ボタン１８上又はその付近に広告表示枠１７がドラッグされることにより、ドラッグされた広告表示枠における広告の登録リクエストが送信される。具体的には、広告表示枠１７ａに表示されている広告Ａの登録を望む場合は、広告表示枠１７ａ上にポインタを合わせてマウスのボタンを押下し、押下したままでマウスのポインタを登録ボタン１８ｃ上又はその付近まで移動させ、そのボタンをはなすこと（即ちドラッグ）により、登録リクエストが登録サーバ４０に送信される。
【００５６】
媒体ページの表示方法や広告の登録リクエストの指示方法は、上述した方法に限定される必要はない。即ち、媒体ページ中に表示されている広告の登録を指示することが可能であれば、その他のどのような表示方法・指示方法が採用されても良い。例えば、クリックやドラッグではなく、マウスオーバーなどの他の指示方法であっても良い。また、例えば、図８（ａ）や図８（ｂ）における登録ボタン１８を設けず、広告表示枠１７上又はその付近にポインタが置かれた状態で行われる入力装置の操作（クリックやドラッグ等）によって指示がなされても良い。具体的には、例えば広告表示枠１７上にてマウスがドラッグされたことによって、広告の登録の指示とするように構成されても良い。
【００５７】
図９は、広告システム１００ｂの動作例のうち、広告データの登録が実行される際の動作例を示すフローチャートである。なお、媒体ページがユーザ端末１０において表示されているまでの処理（Ｓ１０１〜Ｓ１０７の処理）は、第一実施形態の場合と同様であるため説明を省く。
【００５８】
まず、ユーザ端末１０のユーザが、入力部１２を介して、媒体ページ中の広告について登録指示をユーザ端末１０に入力する（Ｓ２０１）。ユーザ端末１０の制御部１４は、入力部１２を介してこの指示についてのイベントキャプチャを行う（Ｓ２０２）。この後、ユーザ端末１０の制御部１４は、送受信部１１を介して、この広告データの登録リクエストを登録サーバ４０に送信する（Ｓ２０３）。
【００５９】
登録サーバ４０の広告管理部４２は、広告データの登録リクエストを受信すると、この登録リクエストの内容に基づいて、ユーザ端末符号と広告符号とを対応付けてテーブルに登録する（Ｓ２０４）。
【００６０】
Ｓ２０３における登録リクエストの作成や送信の処理は、非同期にて行われるのが望ましい。即ち、この登録リクエストに関する処理の実行は、それまでＷＥＢブラウザウィンドウ１６に表示されていた媒体ページの表示には影響を与えないように実行される。なおＳ２０２、ｓ２０３の処理は、ユーザ端末１０の制御部１４が、ＷＥＢサーバ２０ｂから受信されたＷＥＢデータ中の実行プログラムを実行することにより実現される。
【００６１】
〈広告データの表示時〉
図１０は、広告データの表示時の、広告システム１００ｂのユーザ端末１０における画面表示の遷移の例を示す図である。広告データの表示時とは、登録サーバ４０からユーザ端末１０に送信されるＷＥＢデータに基づいて、登録サーバ４０の広告テーブルに登録されている広告データを、ユーザ端末１０において表示する際のことである。ユーザ端末１０の制御部１４は、出力部１３を介して、その画像出力装置の画面１５にＷＥＢブラウザウィンドウ１６を表示させる。ＷＥＢブラウザウィンドウ１６には、登録サーバ４０から受信されたＷＥＢデータに基づいた表示がなされる。ＷＥＢブラウザウィンドウ１６には、一つ以上の登録広告表示枠１９（図１０においては１９ａ〜１９ｃ。以下、１９ａ〜１９ｃに共通する説明の場合は、まとめて「登録広告表示枠１９」という。）が表示される。
【００６２】
登録広告表示枠１９には、このユーザ端末１０のユーザ端末符号と対応付けて広告テーブルに登録されている一つ以上の広告符号に対応する広告データが表示される。そして、各登録広告表示枠１９には、その広告内容に応じたＷＥＢサイトへのリンクがはられている。このリンクは、媒体ページにおける広告表示枠１７ではられていたリンクと同じである。このため、登録広告表示枠１９をユーザがクリックすると、そのリンク先のＷＥＢサイトがＷＥＢブラウザウィンドウ１６に表示される。このとき、新たなＷＥＢブラウザウィンドウ１６が起動されても良いし、登録広告表示枠１９が表示されていたＷＥＢブラウザウィンドウ１６がリンク先を表示するように構成されても良い。図１０では、図１０（ａ）においてユーザが登録広告表示枠１９ａをクリックすると、登録広告表示枠１９ａに表示されていた広告Ａに対応するリンク先のＷＥＢサイトが図１０（ｂ）のように表示される。
【００６３】
図１１は、広告システム１００ｂの動作例のうち、広告データの表示時の動作例を示すフローチャートである。まず、ユーザ端末１０のユーザが、入力部１２を介して、登録広告の表示を、ユーザ端末１０に指示する。ユーザ端末１０の制御部１４は、入力部１２を介してこのような指示が入力されると、送受信部１１を介して、登録サーバ４０に対し登録広告の表示をリクエストする（Ｓ２１１）。このとき、リクエストには、ユーザ端末符号が含まれる。
【００６４】
登録サーバ４０の広告管理部４２は、ユーザ端末１０から、登録広告を表示するためのＷＥＢデータのリクエストを受信すると、このリクエストに含まれるユーザ端末符号を取得する（Ｓ２１２）。広告管理部４２は、記憶部４３に記憶される広告テーブルから、受信されたユーザ端末符号に対応付けられている広告符号を取得する。そして、これらの広告符号に対応する広告データが表示されるＷＥＢページのＷＥＢデータを作成する（Ｓ２１３）。このＷＥＢデータには、例えば図１０（ａ）のようなＷＥＢページを表示するためのデータが含まれる。具体的には、このＷＥＢデータは、登録広告表示枠１９ａ〜１９ｃに表示される広告データをユーザ端末１０が広告配信サーバ３０から取得するための実行プログラムが含まれる。登録サーバ４０の広告管理部４２は、作成されたＷＥＢデータを、ユーザ端末１０に対し送信する（Ｓ２１４）。なお、登録サーバ４０からユーザ端末１０に送信されるＷＥＢデータの構成において、特に広告データを取得する構成については、上述したものに限定される必要はない。例えば、登録サーバ４０が広告配信サーバ３０から広告符号に対応する広告データを取得し、この広告データを既に含んでいるＷＥＢデータを作成して、ユーザ端末１０に送信するように構成されても良い。その他どのような構成によって、広告データがユーザ端末１０に取得されるような構成が採用されても良い。
【００６５】
ユーザ端末１０の制御部１４は、ＷＥＢデータを登録サーバ４０から受信すると（Ｓ２１５）、このＷＥＢデータに基づいてＷＥＢブラウザ内にレンダリングし表示する（Ｓ２１６）。このとき、ユーザ端末１０が広告配信サーバ３０から広告データを取得する構成が採用されている場合には、制御部１４は、ＷＥＢデータに含まれている実行プログラムを実行することにより、各登録広告表示枠１９に当てはまる広告データを、広告配信サーバ３０から取得し表示する。
【００６６】
〔作用／効果〕
従来は、ユーザ端末１０のユーザは、媒体ページ中の広告に興味を持った場合、その広告の広告データが表示されている間にクリックしなければ、そのリンク先に辿り着くことが困難となっていた。一方で、ユーザ端末１０のユーザは、その広告を見るために媒体ページにアクセスするのではなく、媒体ページ中の広告以外のコンテンツ（以下、「メインコンテンツ」という。）を閲覧するためにその媒体ページにアクセスするということが一般的である。このため、ユーザにとっては、広告のリンク先を閲覧することは、メインコンテンツの閲覧が終了してからにしたいという欲求が働くことが一般的である。しかしながら、メインコンテンツの閲覧中に時間が経過してしまったことにより、広告に対する興味が薄れてしまう可能性がある。また、メインコンテンツの閲覧が終了した後に、表示されているＷＥＢサイトが自動的に他のＷＥＢサイトに移動することや、ユーザの操作によって他のＷＥＢサイトに移動しているために、興味のあった広告をクリックできない状態になっている可能性もある。このような場合、従来は、広告の表示はユーザの興味を一時的には惹き付けたものの、クリックされる機会が喪失されていた。
【００６７】
これに対し、広告システム１００ｂでは、ユーザは、メインコンテンツの閲覧が終了する前に気になる広告があった場合、とりあえずその広告を登録サーバ４０に登録しておくことができる。この行為によっては、媒体ページの表示には影響が無い（即ち、他のページに移動することや再読込が実行されることがない）ため、ユーザがメインコンテンツの閲覧を行うにあたって煩わしさを伴わない。ユーザは、メインコンテンツの閲覧が終わった後など、広告に興味を持ったタイミングとは異なるタイミングに、登録サーバ４０から送信されるＷＥＢサイトを閲覧することによって、登録しておいた広告の表示を閲覧することが可能となる。そして、ユーザは、この表示中の広告をクリックすることにより、広告のリンク先のＷＥＢサイトを閲覧することが可能となる。広告主や広告配信者にとっても、広告に興味を持ったユーザを効率的に広告のリンク先のサイトに導くことが可能となり、営業的効果を奏する。
【００６８】
〔変形例〕
第二実施形態の広告システム１００ｂにおいて、媒体ページ（例えば図８（ａ））の広告表示枠１７の広告表示に対し、第一実施形態の広告システム１００ａにおける広告表示を採用しても良い。即ち、広告表示枠１７の広告表示が、所定のタイミングで変化するように構成されても良い。このように構成された場合、所定のタイミングで広告の表示が変化するため、ユーザにとって、興味が惹かれた広告を登録サーバ４０に登録しておくインセンティブがさらに働く。
【００６９】
また、登録サーバ４０は、登録サーバ４０に登録された広告の情報に基づいて、広告の分析を行うように構成されても良い。例えば、各ユーザ端末符号について、登録された広告の内容に基づき、嗜好などを分析することが可能となる。このような分析は、登録サーバ４０から広告テーブルの内容が他の装置（例えば広告配信サーバ３０やその他の装置）に提供されることにより、それら他の装置によって実施されても良い。
【００７０】
また、上述した分析の結果に基づいて、ＷＥＢサーバ２０ａ、２０ｂ、広告配信サーバ３０や登録サーバ４０は、媒体ページ中の広告表示枠１７に表示される広告データの内容を選択するように構成されても良い。
【００７１】
また、登録リクエストに応じて登録サーバ４０から送信されるＷＥＢデータの表示画面中（例えば図１０（ａ））に、ユーザが登録した広告を表示するための登録広告表示枠１９とは別に、ユーザが登録したわけではない他の広告を表示するための広告表示枠１７が設けられるように構成されても良い。また、この広告表示枠１７に表示される広告データは、広告テーブルの内容に関する分析結果に基づいて選択されるように構成されても良い。
【図面の簡単な説明】
【００７２】
【図１】広告システムの第一実施形態の構成例を示す図である。
【図２】ユーザ端末の機能ブロックの例を示す図である。
【図３】広告システムの第一実施形態におけるユーザ端末の画面表示の遷移例を示す図である。
【図４】広告システムの第一実施形態における動作例を示すフローチャートである。
【図５】広告システムの第二実施形態の構成例を示す図である。
【図６】登録サーバの機能ブロックの例を示す図である。
【図７】広告テーブルの構成例を示す図である。
【図８】広告システムの第二実施形態におけるユーザ端末の画面表示の例を示す図である。
【図９】広告システムの第二実施形態における動作例を示すフローチャートである。
【図１０】広告システムの第二実施形態におけるユーザ端末の画面表示の遷移例を示す図である。
【図１１】広告システムの第二実施形態における動作例を示すフローチャートである。
【図１】
2008282180.tif 000003
【図２】
2008282180.tif 000004
【図３】
2008282180.tif 000005
【図４】
2008282180.tif 000006
【図５】
2008282180.tif 000007
【図６】
2008282180.tif 000008
【図７】
2008282180.tif 000009
【図８】
2008282180.tif 000010
【図９】
2008282180.tif 000011
【図１０】
2008282180.tif 000012
【図１１】
2008282180.tif 000013