JP5216035B2 - 広告配信システム - Google Patents

Description

本発明は、広告配信システムに関する。

従来、ブログやニュース記事等のＷｅｂページの一部に、バナーやその他の形態によって広告を表示することが行われている。そして、表示された広告に該当の企業サイトへのリンクを張って、閲覧者がそのリンクを経由して広告の企業のサイトで会員登録したり商品を購入したりすることで、リンク元のサイトの主催者に報酬が支払われるアフィリエイトの仕組みを用いた広告を行う広告配信装置が開示されている（例えば、特許文献１）。

特開２００６−１１３８８４号公報

特許文献１に記載の広告配信装置をはじめとして、一般的な広告配信装置により表示される広告は、広告付のＷｅｂページが複数のサイトに跨って存在する場合に、あるＷｅｂページで表示された広告と、そのＷｅｂページから遷移した別のＷｅｂページに表示される広告とは、非連続であって関連性のない広告であった。

また、Ｗｅｂページは、セキュリティに関する制限として、ドメインを跨って１つのＷｅｂページを生成することを許容していない。この制限によって、サイトを跨ったＷｅｂページにおいて非連続であって関連性のない広告を表示していた。

本発明は、サイトを跨っても連続性や関連性のある広告を配信する広告配信システムを提供することを目的とする。

本発明者らは、ドメインを跨って１つのＷｅｂページを生成する手法から、サイトを跨っても連続性や関連性のある広告を配信する仕組みを見出し、本発明を完成するに至った。本発明は、具体的には次のようなものを提供する。

（１） 通信ネットワークを介して所定のユーザ端末に対して、複数回に亘り複数の異なるサイトのページに挿入する所定の広告を配信する広告配信サーバを含んで構成する広告配信システムであって、前記広告配信サーバ又は前記ユーザ端末は、前記複数のサイトのうち一のサイトから送信されたページにおいて、前記ユーザ端末が前記所定の広告を表示したことを記憶する配信実績記憶手段を備え、前記広告配信サーバは、前記広告の配信設定を記憶する配信設定記憶手段と、前記複数のサイトのうち前記一のサイトとは異なる他のサイトのページに挿入する広告の広告配信要求を前記ユーザ端末から受け付けたことで、前記配信実績記憶手段が記憶した内容と、前記配信設定記憶手段が記憶した配信設定とに基づいて、前記他のサイトのページに挿入する前記所定の広告を前記ユーザ端末に送信する広告連携手段と、を備える、広告配信システム。

本発明のこのような構成によれば、ユーザ端末があるサイトのページと共に所定の広告を表示したという実績を、ユーザ端末又は広告配信サーバが記憶し、この広告の表示（配信）実績と、広告配信サーバが有する広告の配信設定とに基づいて、次に閲覧する別のサイトのページに表示する広告を決定する。よって、Ｗｅｂサイトを跨って閲覧ページを移動しても、広告配信システムは、移動する以前に表示した広告に連続性や関連性のある広告を配信することができる。その結果、広告配信システムは、サイトを跨っても、例えば、ユーザに対して繰り返し同じ広告を出し続けることで、インパクトのある広告を展開したいという広告主のニーズを達成させることができる。

（２） 前記ユーザ端末の前記配信実績記憶手段は、前記広告配信サーバから前記ユーザ端末に送信されるスクリプトによってアクセスされる、（１）に記載の広告配信システム。

本発明のこのような構成によれば、広告配信サーバからユーザ端末に送信するスクリプトからアクセス可能な広告の表示（配信）実績をユーザ端末が有する。よって、サイトを跨って閲覧ページを移動しても、広告配信システムは、移動する以前に表示した広告と連続性や関連性のある広告を配信することができる。

（３） 前記ユーザ端末の前記配信実績記憶手段は、クッキー情報を記憶する、（１）に記載の広告配信システム。

本発明のこのような構成によれば、クッキー情報を記憶することで、広告の表示（配信）実績をユーザ端末が有することができる。よって、サイトを跨って閲覧ページを移動しても、広告配信システムは、移動する以前に表示した広告と連続性や関連性のある広告を配信することができる。

本発明によれば、サイトを跨っても連続性や関連性のある広告を配信する広告配信システムを提供することができる。

第１実施形態に係る広告配信システムの全体構成並びにユーザ端末、広告配信サーバ及びＷｅｂサーバの機能構成を示す図である。 第１実施形態に係るＷｅｂページの表示例を示す図である。 第１実施形態に係る広告配信設定テーブル及び広告配信設定ＤＢの例を示す図である。 第１実施形態に係る広告配信システムのフローチャートである。 図４に続くフローチャートである。 第２実施形態に係る広告配信システムの全体構成並びにユーザ端末、広告配信サーバ及びＷｅｂサーバの機能構成を示す図である。 第２実施形態に係る配信実績テーブルを示す図である。 第２実施形態に係る広告配信システムのフローチャートである。 図８に続くフローチャートである。

以下、本発明を実施するための形態について、図を参照しながら説明する。なお、これは、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。

（第１実施形態）
［広告配信システム１００の全体構成並びにユーザ端末１、広告配信サーバ３及びＷｅｂサーバ４の機能構成］
図１は、第１実施形態に係る広告配信システム１００の全体構成並びにユーザ端末１、広告配信サーバ３及びＷｅｂサーバ４の機能構成を示す図である。図２は、第１実施形態に係るＷｅｂページ５０，６０の表示例を示す図である。図３は、第１実施形態に係る広告配信設定テーブル２１及び広告配信設定ＤＢ３６の例を示す図である。

図１に示す広告配信システム１００は、ユーザ端末１と、広告配信サーバ３と、複数のＷｅｂサーバ４（４Ａ，４Ｂ，・・・）と、通信ネットワーク９とにより構成される。

ユーザ端末１は、ユーザの操作に応じて、Ｗｅｂページ群を保存したＷｅｂサーバ４（サイト）から、指定のＷｅｂページを表示する。表示するＷｅｂページは、広告配信サーバ３から送信された広告を含む。ユーザ端末１は、例えば、パーソナルコンピュータ（ＰＣ）や、携帯電話機等の携帯端末である。ユーザ端末１は、通信機能を有し、Ｗｅｂページが閲覧できる端末であれば、どのような装置であってもよい。ユーザ端末１は、制御部１０と、記憶部２０とを備える。

制御部１０は、Ｗｅｂページ要求送信手段１１と、Ｗｅｂページ受信手段１２と、広告配信設定読出手段１３と、広告データ要求送信手段１４と、広告データ受信手段１５と、Ｗｅｂページ表示手段１６と、広告配信設定書込・更新手段１７とを備える。

Ｗｅｂページ要求送信手段１１は、Ｗｅｂページの要求の操作を操作部から受け付けたことで、Ｗｅｂページの要求をそのＷｅｂページを記憶するＷｅｂサーバ４に対して送信する制御部である。

Ｗｅｂページ受信手段１２は、Ｗｅｂページ要求送信手段１１が送信したＷｅｂページの要求に対応したＷｅｂページを受信する制御部である。Ｗｅｂページ受信手段１２が受信するＷｅｂページは、例えば、Ｊａｖａｓｃｒｉｐｔ（登録商標）に代表されるスクリプトを、インラインフレーム（ｉｆｒａｍｅ）に組み込んだものである。ここで、スクリプトは、広告配信サーバ３で保有する広告を配信するためのプログラムである。また、Ｗｅｂページは、例えば、ユーザ端末１にＪａｖａｓｃｒｉｐｔでアクセス可能なローカルストレージを有することができるＨＴＭＬ５（ＨＴＭＬ：ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）により記述されている。

広告配信設定読出手段１３は、記憶部２０の広告配信設定テーブル２１にデータが記憶されている場合に、そのデータの内容である広告配信設定テーブル２１の設定情報を取得する制御部である。広告配信設定テーブル２１については、後述する。

広告データ要求送信手段１４は、広告配信設定読出手段１３により設定情報を取得した場合には、その設定情報を指定して、設定情報を取得していない場合には、指定なく、広告配信サーバ３に対して広告データを要求する制御部である。

広告データ受信手段１５は、広告データ要求送信手段１４に対して広告配信サーバ３から送信された広告データを受信する制御部である。広告データ受信手段１５は、広告データの他に、テーブル設定情報をも受信する。テーブル設定情報とは、広告配信設定テーブル２１の書込又は更新に用いるデータをいう。

Ｗｅｂページ表示手段１６は、Ｗｅｂページ受信手段１２によって受信されたＷｅｂページに、広告データ受信手段１５によって受信された広告データを挿入した、広告付Ｗｅｂページを表示部に表示する制御部である。

図２（ａ）は、Ｗｅｂページ表示手段１６によってユーザ端末１の表示部に表示された広告付Ｗｅｂページ５０を示す。図２（ａ）は、例えば、Ｗｅｂサーバ４Ａから受信した「ブログＡ」のＷｅｂページ５０であって、広告配信サーバ３から受信した広告データによる「広告Ｘ」の広告５１がインラインフレーム内に挿入されている。なお、図２（ｂ）については、後述する。

図１に戻り、広告配信設定書込・更新手段１７は、広告データ受信手段１５によって受信したテーブル設定情報に基づき、広告配信設定テーブル２１にデータが記憶されている場合には、広告配信設定テーブル２１を更新し、広告配信設定テーブル２１にデータが記憶されていない場合には、広告配信設定テーブル２１にテーブル設定情報を書き込む制御部である。

記憶部２０は、広告配信設定テーブル２１を備える。広告配信設定テーブル２１は、広告配信サーバ３から受信したテーブル設定情報に基づいてその内容が更新される記憶領域である。

図３（ａ）に一例を示す広告配信設定テーブル２１は、広告配信指定２１ａと、指定回数２１ｂと、指定期間２１ｃと、表示回数２１ｄとを有する。広告配信指定２１ａは、広告名等、広告を一意に指定可能な文字列を格納する。指定回数２１ｂは、その広告を連続して表示する回数である指定回数を格納する。指定期間２１ｃは、その広告を表示可能な指定期間を格納する。表示回数２１ｄは、その広告を実際にＷｅｂページに挿入することで、ユーザ端末１がその広告を表示した回数を格納する。広告配信設定テーブル２１は、表示回数２１ｄによって配信実績記憶手段としての機能を有する。

図３（ａ）に示す例では、広告配信指定２１ａが「広告Ｘ」の広告は、指定期間２１ｃにより「２０１０年２月２８日まで」の間に、指定回数２１ｂにより「５」回まで配信可能であることが分かる。また、表示回数２１ｄが「１」であることから、広告配信指定２１ａが「広告Ｘ」の広告は、「１」回だけ表示されたことが分かる。表示回数２１ｄの値は、広告付Ｗｅｂページがユーザ端末１によって表示される都度、「１」ずつカウントアップする。そして、表示回数２１ｄの値と、指定回数２１ｂに格納された値とが一致した場合には、制御部１０は、広告配信設定テーブル２１に記憶されたデータを例えば、削除する。

第１実施形態のユーザ端末１のハードウェアは、一般的なコンピュータによって構成してもよい。一般的なコンピュータは、例えば、制御部１０として、中央処理装置（ＣＰＵ）を備える他、記憶部２０として、メモリ（ＲＡＭ、ＲＯＭ）、ハードディスク（ＨＤＤ）及び光ディスク（ＣＤ、ＤＶＤ等）を、ネットワーク通信装置として、各種有線及び無線ＬＡＮ装置を、表示部として、例えば、液晶ディスプレイ、プラズマディスプレイ等の各種ディスプレイといった表示装置を、操作部として、例えば、キーボード及びポインティング・デバイス（マウス、トラッキングボール等）といった入力装置を適宜備え、これらは、バスラインにより接続されている。このような一般的なコンピュータにおいて、ＣＰＵは、ユーザ端末１を統括的に制御し、各種プログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、本実施形態に係る各種機能を実現している。

広告配信サーバ３は、広告データを記憶し、ユーザ端末１からの要求にしたがって広告データとテーブル設定情報とを送信する装置である。広告配信サーバ３のハードウェアは、一般的なコンピュータによって構成してよい。広告配信サーバ３は、制御部３０と、記憶部３５とを備える。

制御部３０は、広告データ要求受信手段３１と、広告データ取得手段３２と、広告データ送信手段３３（広告連携手段）とを備える。

広告データ要求受信手段３１は、ユーザ端末１から送信された少なくとも広告データの要求を受信する制御部である。ユーザ端末１が設定情報を指定した場合には、広告データ要求受信手段３１は、設定情報をも受信する。設定情報とは、要求する広告を指定するデータであり、例えば、広告名や実行回数等をいう。

広告データ取得手段３２は、広告配信設定ＤＢ３６（ＤＢ：データベース）に基づいて広告データを取得する制御部である。

広告データ送信手段３３は、広告データ取得手段３２により取得した広告データを送信する制御部である。

記憶部３５は、広告配信設定ＤＢ３６を備える。広告配信設定ＤＢ３６は、配信設定記憶手段として、広告配信設定に関するデータを記憶するＤＢである。図３（ｂ）に一例を示す広告配信設定ＤＢ３６は、広告配信指定３６ａと、指定回数３６ｂと、指定期間３６ｃと、優先順位３６ｅと、広告データ３６ｆとを有する。広告配信指定３６ａ、指定回数３６ｂ及び指定期間３６ｃは、広告配信指定２１ａ、指定回数２１ｂ及び指定期間２１ｃ同様である。優先順位３６ｅは、ユーザ端末１に出力させる広告の優先順位を格納する。広告データ３６ｆは、ユーザ端末１に送信する広告データそのものを格納する。広告データ３６ｆに格納された同一の広告配信指定の広告データは、同一の企業の異なる広告であってもよいし、同一の広告であってもよい。また、ストーリ性のあるような内容の連続した広告であってもよい。

図１に戻り、複数のＷｅｂサーバ４（４Ａ，４Ｂ，・・・）は、各々Ｗｅｂページを記憶し、ユーザ端末１からの要求にしたがってＷｅｂページを送信する装置である。Ｗｅｂサーバ４のハードウェアは、一般的なコンピュータによって構成してよい。Ｗｅｂサーバ４は、制御部４０と、記憶部４５とを備える。

制御部４０は、Ｗｅｂページ要求受信手段４１と、Ｗｅｂページ送信手段４２とを備える。Ｗｅｂページ要求受信手段４１は、ユーザ端末１から送信されたＷｅｂページの要求を受信する制御部である。Ｗｅｂページ送信手段４２は、Ｗｅｂページの要求に対応する該当のＷｅｂページを送信する制御部である。

記憶部４５は、その一部に、複数のＷｅｂページを記憶する記憶領域を有する。

通信ネットワーク９は、ユーザ端末１と、広告配信サーバ３と、Ｗｅｂサーバ４（４Ａ，４Ｂ，・・・）との間で通信を行うための、例えば、インターネット等の通信回線である。通信ネットワーク９は、有線であってもよいし、その一部又は全部が無線であってもよい。

［広告配信システム１００の処理］
次に、広告配信システム１００の処理について説明する。図４及び図５は、第１実施形態に係る広告配信システム１００のフローチャートである。

図４のＳ１０：ユーザ端末１の制御部１０（Ｗｅｂページ要求送信手段１１）は、Ｗｅｂページの要求をＷｅｂサーバ４Ａに対して送信する。

Ｓ１１：Ｗｅｂサーバ４Ａの制御部４０Ａ（Ｗｅｂページ要求受信手段４１Ａ）は、ユーザ端末１から送信されたＷｅｂページの要求を受信する。

Ｓ１２：制御部４０Ａ（Ｗｅｂページ送信手段４２Ａ）は、Ｗｅｂページのページデータをユーザ端末１に対して送信する。ここで、ページデータは、ＨＴＭＬにインラインフレームのタグを含む。

Ｓ１３：ユーザ端末１の制御部１０（Ｗｅｂページ受信手段１２）は、Ｗｅｂサーバ４Ａから送信されたページデータを受信する。

Ｓ１４：制御部１０は、Ｗｅｂページのページデータを解釈する。そして、制御部１０（広告配信設定読出手段１３）は、解釈したページデータに含まれるインラインフレームの記載部分にあるＪａｖａｓｃｒｉｐｔによって、記憶部２０の広告配信設定テーブル２１を参照して、広告配信設定を読み出す。

Ｓ１５：制御部１０（広告配信設定読出手段１３）は、読み出した広告配信設定テーブル２１に設定があるか否かを判断する。設定がある場合、つまり、広告配信設定テーブル２１にレコードが存在する場合（Ｓ１５：ＹＥＳ）には、制御部１０（広告配信設定読出手段１３）は、広告配信設定テーブル２１から設定情報を取得して（Ｓ１６）、処理をＳ１７に移す。他方、設定がない場合（Ｓ１５：ＮＯ）には、制御部１０は、処理をＳ１７に移す。

Ｓ１７：制御部１０（広告データ要求送信手段１４）は、広告配信サーバ３に対して、広告データの要求を送信する。その際、Ｓ１６において設定情報を取得した場合には、その設定情報を、広告データの要求と共に送信する。

Ｓ１８：広告配信サーバ３の制御部３０（広告データ要求受信手段３１）は、広告データの要求を受信する。

Ｓ１９：制御部３０（広告データ取得手段３２）は、広告配信設定ＤＢ３６から広告データを取得する。その際、設定情報がある場合には、制御部１０は、設定情報に含まれる広告配信設定が同一の広告データであり、表示回数の値に１を加算した回数の広告データを取得する。また、設定情報がない場合には、制御部１０は、指定期間内かつ優先順位の高い広告配信設定の広告データのうち、初回の広告データを取得する。そして、制御部１０は、広告配信設定ＤＢ３６のデータであって、広告配信設定テーブル２１に記憶させるためのデータであるテーブル設定情報を取得する。具体的には、テーブル設定情報とは、広告配信設定ＤＢ３６の広告配信指定３６ａ、指定回数３６ｂ及び指定期間３６ｃに格納される各値をいう。

Ｓ２０：制御部３０（広告データ送信手段３３）は、取得した広告データ及びテーブル設定情報をユーザ端末１に対して送信する。

Ｓ２１：ユーザ端末１の制御部１０（広告データ受信手段１５）は、広告配信サーバ３から広告データ及びテーブル設定情報を受信する。

図５のＳ２２：制御部１０（広告配信設定書込・更新手段１７）は、広告データを受信したことで、受信したテーブル設定情報の内容を広告配信設定テーブル２１に書き込む。なお、既に広告配信設定テーブル２１にレコードがある場合には、制御部１０は、広告配信設定テーブル２１を更新する。

Ｓ２３：制御部１０（Ｗｅｂページ表示手段１６）は、広告データを挿入したＷｅｂページを表示部に表示させる。

Ｓ３０：制御部１０（Ｗｅｂページ要求送信手段１１）は、例えば、操作部からの操作により他のＷｅｂページへの要求が選択されたことで、Ｗｅｂページの要求を、要求するＷｅｂページが格納されたＷｅｂサーバ４Ｂに対して送信する。

Ｓ３１：Ｗｅｂサーバ４Ｂの制御部４０Ｂ（Ｗｅｂページ要求受信手段４１Ｂ）は、ユーザ端末１から送信されたＷｅｂページの要求を受信する。

Ｓ３２：制御部４０Ｂ（Ｗｅｂページ送信手段４２Ｂ）は、Ｗｅｂページのページデータをユーザ端末１に対して送信する。

Ｓ３３：ユーザ端末１の制御部１０（Ｗｅｂページ受信手段１２）は、Ｗｅｂサーバ４Ｂから送信されたページデータを受信する。

処理Ｐ：図４のＳ１４〜Ｓ２１と同様の処理を行う。

Ｓ４２：制御部１０（広告配信設定書込・更新手段１７）は、広告データを受信したことで、受信したテーブル設定情報の内容を広告配信設定テーブル２１に書き込む。なお、既に広告配信設定テーブル２１にレコードがある場合には、制御部１０は、広告配信設定テーブル２１を更新する。

Ｓ４３：制御部１０（Ｗｅｂページ表示手段１６）は、広告データを挿入したＷｅｂページを表示部に表示させる。その後、制御部１０は、本処理を終了する。なお、さらに操作部からの操作により他のＷｅｂページへの要求が選択された場合には、制御部１０は、該当のＷｅｂページを記憶したＷｅｂサーバ４に対して上述のＳ３１からＳ４３の処理を繰り返す。

ここで、図２に戻って、図４及び図５の具体例を説明する。図２（ａ）は、Ｗｅｂサーバ４Ａに記憶された「ブログＡ」のＷｅｂページ５０を示し、図２（ｂ）は、Ｗｅｂサーバ４Ｂに記憶された「ブログＢ」のＷｅｂページ６０を示す。ユーザ端末１に「ブログＡ」のＷｅｂページ５０を表示させていたユーザが、次に、サイトの異なる「ブログＢ」のＷｅｂページ６０を表示させたとする。その場合にＷｅｂページ６０に配置された広告６１に表示されている「広告Ｘ」は、直近の「ブログＡ」のＷｅｂページ５０に配置された広告５１に表示された「広告Ｘ」と同一の内容である。

このように、広告配信システム１００は、ユーザ端末１がＷｅｂサーバ４ＡのＷｅｂページ５０と共に所定の広告である広告５１を表示したという実績を、ユーザ端末１の広告配信設定テーブル２１に記憶させ、広告の表示実績と、広告配信サーバ３が有する広告配信設定ＤＢ３６とに基づいて、次に遷移するＷｅｂサーバ４ＢのＷｅｂページ６０に表示する広告を決定する。よって、広告配信システム１００は、Ｗｅｂサーバ４ＡとＷｅｂサーバ４Ｂという、サイトを跨って閲覧ページを移動しても、移動する以前に表示した広告と連続性や関連性のある広告を配信することができる。

なお、本実施形態では、インラインフレームにＪａｖａｓｃｒｉｐｔを組み込むことで、異なるＷｅｂサーバ４（サイト）を移動してＷｅｂページを表示する場合であっても、同一の広告を出力する例を示した。しかし、他の方法によって同一の広告や関連する広告を出力してもよい。例えば、クッキー（ｃｏｏｋｉｅ）を用いることで、ユーザ端末１と広告配信サーバ３とのセッションを管理して、Ｗｅｂサーバ４が異なる場合であっても同一の広告を出力できる。

（第２実施形態）
第１実施形態では、配信実績記憶手段としてユーザ端末の広告配信設定テーブルにデータを有するものであった。第２実施形態では、配信実績記憶手段として広告配信サーバにデータを有するものの例を説明する。なお、以降の説明において、上述した第１実施形態と同様の機能を果たす部分には、同一の符号又は末尾に同一の符号を付して、重複する説明を適宜省略する。

［広告配信システム２００の全体構成並びにユーザ端末２０１、広告配信サーバ２０３及びＷｅｂサーバ４の機能構成］
図６は、第２実施形態に係る広告配信システム２００の全体構成並びにユーザ端末２０１、広告配信サーバ２０３及びＷｅｂサーバ４の機能構成を示す図である。図７は、第２実施形態に係る配信実績テーブル２３７を示す図である。

図６に示すように、広告配信システム２００のユーザ端末２０１は、制御部２１０と、記憶部２２０とを備える。

ユーザ端末２０１が備える制御部２１０は、Ｗｅｂページ要求送信手段１１と、Ｗｅｂページ受信手段１２と、広告データ要求送信手段２１４と、広告データ受信手段２１５と、Ｗｅｂページ表示手段１６とを備える。

Ｗｅｂページ受信手段１２は、Ｗｅｂページ要求送信手段１１が送信したＷｅｂページの要求に対応したＷｅｂページを受信する制御部である。Ｗｅｂページ受信手段１２が受信するＷｅｂページは、例えば、縦横共に１ピクセルで透明な画像であるクリアＧＩＦ（Ｇｒａｐｈｉｃ Ｉｎｔｅｒｃｈａｎｇｅ Ｆｏｒｍａｔ）からなるＷｅｂビーコンを、ＨＴＭＬの＜ＩＭＧ＞で表されるタグに含む。このＷｅｂビーコンの取得先を広告配信サーバ２０３に設定することによって、Ｗｅｂページ受信手段１２は、広告配信サーバ２０３に対して広告データの要求を行うことができる。

広告データ要求送信手段２１４は、Ｗｅｂページ受信手段１２によって受信したＷｅｂページを解析することで、広告配信サーバ２０３に対してユーザ端末２０１のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス等の端末情報を含んだ広告データを要求する制御部である。

広告データ受信手段２１５は、広告データ要求送信手段２１４に対して広告配信サーバ２０３から送信された広告データを受信する制御部である。

広告配信サーバ２０３が備える制御部２３０は、広告データ要求受信手段２３１と、広告データ取得手段２３２と、広告データ送信手段２３３（広告連携手段）と、テーブル更新手段２３４とを備える。

広告データ要求受信手段２３１は、ユーザ端末２０１から送信された広告データの要求を受信する制御部である。

広告データ取得手段２３２は、広告データ要求受信手段２３１が受信した広告データの要求に含まれるユーザ端末２０１のＩＰアドレスに基づき、記憶部２３５に記憶された配信実績テーブル２３７（配信実績記憶手段）を参照して、広告配信の実績を把握し、広告配信設定ＤＢ３６に基づいて広告データを取得する制御部である。

広告データ送信手段２３３は、広告データ取得手段２３２により取得した広告データを、広告データを要求したユーザ端末２０１に送信する制御部である。

テーブル更新手段２３４は、取得した広告データに基づき、配信実績テーブル２３７を更新する制御部である。

広告配信サーバ２０３が備える記憶部２３５は、広告配信設定ＤＢ３６の他に、配信実績テーブル２３７と、画像データ２３８とを有する。

配信実績テーブル２３７は、図７に一例を示すように、ＩＰアドレス２３７ａと、広告配信指定２３７ｂと、表示回数２３７ｃとの各項目を備えるテーブルである。ＩＰアドレス２３７ａは、ユーザ端末２０１のＩＰアドレスを格納する。広告配信指定２３７ｂは、ＩＰアドレスにより特定されるユーザ端末２０１に配信した広告配信指定として、広告名等を格納する。表示回数２３７ｃは、広告配信指定により指定された広告を配信した回数を格納する。

図６に戻り、画像データ２３８は、縦横１ピクセルと非常に小さく、かつ、透明なために、ユーザ端末１にはその画像が表示されても、ユーザは、その画像を見ることができないＧＩＦ形式の画像データである。

［広告配信システム２００の処理］
次に、広告配信システム２００の処理について説明する。図８及び図９は、第２実施形態に係る広告配信システム２００のフローチャートである。

図８のＳ２１０：ユーザ端末２０１の制御部２１０（Ｗｅｂページ要求送信手段１１）は、Ｗｅｂページの要求をＷｅｂサーバ４Ａに対して送信する。

Ｓ２１１：Ｗｅｂサーバ４Ａの制御部４０Ａ（Ｗｅｂページ要求受信手段４１Ａ）は、ユーザ端末２０１から送信されたＷｅｂページの要求を受信する。

Ｓ２１２：制御部４０Ａ（Ｗｅｂページ送信手段４２Ａ）は、Ｗｅｂページのページデータをユーザ端末２０１に対して送信する。ここで、ページデータは、ＨＴＭＬに、クリアＧＩＦの画像を格納する広告配信サーバ２０３を指定した＜ＩＭＧ＞のタグを含む。

Ｓ２１３：ユーザ端末２０１の制御部２１０（Ｗｅｂページ受信手段１２）は、Ｗｅｂサーバ４Ａから送信されたページデータを受信する。

Ｓ２１４：制御部２１０は、ページデータを解釈する。具体的には、制御部２１０は、解釈したページデータに含まれる＜ＩＭＧ＞のタグを解釈する。

Ｓ２１５：制御部２１０（広告データ要求送信手段２１４）は、Ｓ２１４で解釈したページデータに含まれる＜ＩＭＧ＞のタグによって、広告配信サーバ２０３に対して、広告データの要求を送信する。広告データの要求は、画像データの要求であって、ユーザ端末２０１のＩＰアドレスを含む。

Ｓ２１６：広告配信サーバ２０３の制御部２３０（広告データ要求受信手段２３１）は、広告データの要求を受信する。

Ｓ２１７：制御部２３０は、Ｓ２１６によって受信した広告データの要求に含まれるユーザ端末２０１のＩＰアドレスに基づき、記憶部２３５に記憶された配信実績テーブル２３７を参照して、そのＩＰアドレスに対応する広告配信の実績を把握する。そして、制御部２３０（広告データ取得手段２３２）は、広告配信の実績に基づき、広告配信設定ＤＢ３６を参照して広告データを取得する。

Ｓ２１８：制御部２３０（テーブル更新手段２３４）は、取得した広告データに基づき、配信実績テーブル２３７を更新する。配信実績テーブル２３７に該当のユーザ端末２０１のＩＰアドレスが存在しない場合には、取得した広告データの内容に基づき新たにレコードを追加する。また、配信実績テーブル２３７に該当のユーザ端末２０１のＩＰアドレスが存在する場合には、ＩＰアドレスに対応するレコードの広告配信指定２３７ｂ及び表示回数２３７ｃのデータを、取得した広告データに基づき更新する。

Ｓ２１９：制御部２３０（広告データ送信手段２３３）は、取得した広告データを、広告データを要求したユーザ端末２０１に対して送信する。

Ｓ２２０：ユーザ端末２０１の制御部２１０（広告データ受信手段２１５）は、広告配信サーバ２０３から広告データを受信する。

図９のＳ２２１：制御部２１０（Ｗｅｂページ表示手段１６）は、受信した広告データを挿入したＷｅｂページを表示部に表示させる。

Ｓ２３０：制御部２１０（Ｗｅｂページ要求送信手段１１）は、例えば、操作部からの操作により他のＷｅｂページへの要求が選択されたことで、Ｗｅｂページの要求を、要求するＷｅｂページが格納されたＷｅｂサーバ４Ｂに対して送信する。

Ｓ２３１：Ｗｅｂサーバ４Ｂの制御部４０Ｂ（Ｗｅｂページ要求受信手段４１Ｂ）は、ユーザ端末２０１から送信されたＷｅｂページの要求を受信する。

Ｓ２３２：制御部４０Ｂ（Ｗｅｂページ送信手段４２Ｂ）は、Ｗｅｂページのページデータをユーザ端末２０１に対して送信する。

Ｓ２３３：ユーザ端末２０１の制御部２１０（Ｗｅｂページ受信手段１２）は、Ｗｅｂサーバ４Ｂから送信されたページデータを受信する。

処理Ｑ：図８のＳ２１４〜Ｓ２２０と同様の処理を行う。

Ｓ２４１：制御部２１０（Ｗｅｂページ表示手段１６）は、広告データを挿入したＷｅｂページを表示部に表示させる。その後、制御部２１０は、本処理を終了する。

このように、広告配信システム２００は、ユーザ端末２０１がＷｅｂサーバ４ＡのＷｅｂページと共に所定の広告を表示したという実績を、広告配信サーバ２０３の配信実績テーブル２３７に記憶させ、広告の表示実績と、広告配信サーバ２０３が有する広告配信設定ＤＢ３６とに基づいて、次に遷移するＷｅｂサーバ４ＢのＷｅｂページに表示する広告を決定する。よって、広告配信システム２００は、Ｗｅｂサーバ４ＡとＷｅｂサーバ４Ｂという、サイトを跨ったＷｅｂサーバ４の間で閲覧ページを移動しても、移動する以前に表示した広告と連続性や関連性のある広告を配信することができる。

以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。

１，２０１ ユーザ端末
３，２０３ 広告配信サーバ
４，４Ａ，４Ｂ Ｗｅｂサーバ
９ 通信ネットワーク
１０，３０，４０，４０Ａ，４０Ｂ，２１０，２３０ 制御部
１１ Ｗｅｂページ要求送信手段
１２ Ｗｅｂページ受信手段
１３ 広告配信設定読出手段
１４，２１４ 広告データ要求送信手段
１５，２１５ 広告データ受信手段
１６ Ｗｅｂページ表示手段
１７ 広告配信設定書込・更新手段
２０，３５，４５，４５Ａ，２２０，２３５ 記憶部
２１ 広告配信設定テーブル
３１，２３１ 広告データ要求受信手段
３２，２３２ 広告データ取得手段
３３，２３３ 広告データ送信手段
３６ 広告配信設定ＤＢ
４１，４１Ａ，４１Ｂ Ｗｅｂページ要求受信手段
４２，４２Ａ，４２Ｂ Ｗｅｂページ送信手段
１００，２００ 広告配信システム
２３４ テーブル更新手段
２３７ 配信実績テーブル
２３８ 画像データ

Claims (3)

1. 通信ネットワークを介して所定のユーザ端末に対して、複数回に亘り複数の異なるサイトのページに挿入する広告を配信する広告配信サーバを含んで構成する広告配信システムであって、
   前記ユーザ端末は、前記複数のサイトのうち一のサイトから送信されたページにおいて、前記ユーザ端末で表示した広告の広告名、広告を表示した表示回数、広告を連続して表示する指定回数を含みそれぞれを関連付けて記憶する配信実績記憶手段と、
   前記配信実績記憶手段に記憶された、表示した広告の前記表示回数が前記指定回数より小さい場合、表示した広告の前記広告名を含めて広告の配信を要求する広告配信要求を前記広告配信サーバへ送信する送信手段と、を備え、
   前記広告配信サーバは、
   前記ユーザ端末に表示させる広告と当該広告の優先順位と指定回数とを含みこれらを関連付けて記憶する配信設定記憶手段と、
   前記ユーザ端末から受け付けた前記広告配信要求に広告名が含まれない場合は、前記配信設定記憶手段に記憶された前記優先順位の順に前記広告および当該広告の前記指定回数を前記ユーザ端末に送信し、前記広告配信要求に広告名が含まれる場合は、前記配信設定記憶手段に記憶された当該広告名の前記広告および当該広告の前記指定回数を前記ユーザ端末に送信する広告連携手段と、
   を備える、
   広告配信システム。
2. 前記ユーザ端末の前記配信実績記憶手段は、前記広告配信サーバから前記ユーザ端末に送信されるスクリプトによってアクセスされる、
   請求項１に記載の広告配信システム。
3. 前記ユーザ端末の前記配信実績記憶手段は、クッキー情報を記憶する、
   請求項１に記載の広告配信システム。

Images