(57)【特許請求の範囲】
【請求項１】
複数の表示領域を含むコンテンツの第１表示領域に表示される表示情報の配信要求を受信した場合は、当該第１表示領域よりも先に表示情報が配信された第２表示領域の価値と、前記第１表示領域の価値とに基づいて、前記第１表示領域に表示される表示情報と前記第２表示領域に表示される表示情報との入替を指示する入替指示を、当該第１表示領域に表示される表示情報とともに配信する配信部
を有することを特徴とする情報配信装置。 
【請求項２】
前記第１表示領域に表示される表示情報の配信要求を受信した場合は、前記コンテンツに含まれる表示領域に対して配信されていない表示情報のうち、優先度が最も高い表示情報を選択する選択部と、
前記第２表示領域の価値が前記第１表示領域の価値よりも低いか否かを判定する判定部と
を有し、
前記配信部は、前記第２表示領域の価値が前記第１表示領域の価値よりも低い場合には、当該第２表示領域に表示される表示情報と前記第１表示領域に表示される表示情報との入替を指示する入替指示を、前記選択された表示情報とともに配信する
ことを特徴とする請求項１に記載の情報配信装置。 
【請求項３】
前記コンテンツ内に配置された各表示領域の価値の順序と、各表示領域に対して配信された表示情報の優先度の順序とが一致するか否かを判定する判定部
を有し、
前記配信部は、各表示領域の価値の順序と、各表示領域に対して配信された表示情報の優先度の順序とが一致しない場合は、各表示領域の価値の順序と各表示領域に対して配信された表示情報の優先度の順序とが一致するように、表示情報の入替を指示する入替指示を配信する
ことを特徴とする請求項１または２に記載の情報配信装置。 
【請求項４】
前記判定部は、前記コンテンツ内に配置された全表示領域の配信要求を受信した場合は、各表示領域の価値の順序と、各表示領域に対して配信された表示情報の優先度の順序とが一致するか否かを判定することを特徴とする請求項２または３に記載の情報配信装置。 
【請求項５】
前記コンテンツ内に配置された全ての表示領域を示す情報を記憶する記憶部
を有し、
前記判定部は、前記記憶部が記憶する情報が示す全ての表示領域について前記配信要求を受信した場合は、各表示領域の価値の順序と、各表示領域に対して配信された表示情報の優先度の順序とが一致するか否かを判定することを特徴とする請求項４に記載の情報配信装置。 
【請求項６】
前記判定部は、前記配信要求とともに前記コンテンツ内に配信された全ての表示領域について前記配信要求を送信した旨の情報を受信した場合は、各表示領域の価値の順序と、各表示領域に対して配信された表示情報の優先度の順序とが一致するか否かを判定することを特徴とする請求項４に記載の情報配信装置。 
【請求項７】
コンピュータに、
複数の表示領域を含むコンテンツの第１表示領域に表示される表示情報の配信要求を受信した場合は、当該第１表示領域よりも先に表示情報が配信された第２表示領域の価値と、前記第１表示領域の価値とに基づいて、前記第１表示領域に表示される表示情報と前記第２表示領域に表示される表示情報との入替を指示する入替指示を、当該第１表示領域に表示される表示情報とともに配信する配信手順
を実行させることを特徴とする情報配信プログラム。 
【請求項８】
コンピュータが実行する情報配信方法であって、
複数の表示領域を含むコンテンツの第１表示領域に表示される表示情報の配信要求を受信した場合は、当該第１表示領域よりも先に表示情報が配信された第２表示領域の価値と、前記第１表示領域の価値とに基づいて、前記第１表示領域に表示される表示情報と前記第２表示領域に表示される表示情報との入替を指示する入替指示を、当該第１表示領域に表示される表示情報とともに配信する配信工程
を含むことを特徴とする情報配信方法。 
【請求項９】
制御情報とともに複数の表示領域を含むコンテンツを端末装置に配信する配信部を備え、
前記制御情報は、
前記表示領域に表示される表示情報を配信する配信装置に対し、当該表示情報の配信要求を送信する送信手順と、
前記配信要求を送信してから所定の時間が経過するまでの間、前記配信装置から受信した表示情報の表示を待機し、前記所定の時間が経過する前に前記配信装置から各表示領域に表示させる表示情報の入替指示を受信した場合は、各表示領域の価値の順序と、各表示領域に表示される表示情報の優先度の順序とが一致するように、各表示領域に表示される表示情報を入替えて表示する表示手順と
を前記端末装置に実行させることを特徴とする情報提供装置。 
【請求項１０】
端末装置が有するコンピュータに、
制御情報とともに複数の表示領域を含むコンテンツを受け付ける受付手順を実行させ、
前記制御情報は、
前記表示領域に表示される表示情報を配信する配信装置に対し、当該表示情報の配信要求を送信する送信手順と、
前記配信要求を送信してから所定の時間が経過するまでの間、前記配信装置から受信した表示情報の表示を待機し、前記所定の時間が経過する前に前記配信装置から、各表示領域に表示させる表示情報の入替指示を受信した場合は、各表示領域の価値の順序と、各表示領域に表示される表示情報の優先度の順序とが一致するように、各表示領域に表示される表示情報を入替えて表示する表示手順と
を前記コンピュータに実行させることを特徴とする端末制御プログラム。 
【請求項１１】
端末装置が実行する情報取得方法であって、
制御情報とともに複数の表示領域を含むコンテンツを受け付ける受付工程を含み、
前記制御情報は、
前記表示領域に表示される表示情報を配信する配信装置に対し、当該表示情報の配信要求を送信する送信手順と、
前記配信要求を送信してから所定の時間が経過するまでの間、前記配信装置から受信した表示情報の表示を待機し、前記所定の時間が経過する前に、前記配信装置から、各表示領域に表示させる表示情報の入替指示を受信した場合は、各表示領域の価値の順序と、各表示領域に表示される表示情報の優先度の順序とが一致するように、各表示領域に表示される表示情報を入替えて表示する表示手順と
を前記端末装置に実行させることを特徴とする情報取得方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報配信装置、情報配信プログラム、情報配信方法、情報提供装置、端末制御プログラムおよび情報取得方法に関する。
【背景技術】
【０００２】
近年、インターネットの飛躍的な普及に伴い、インターネットを介した広告配信が盛んに行われている。例えば、端末装置は、ウェブページ内に広告の表示領域である広告枠が配置されている場合は、広告枠ごとにリクエストを生成し、生成した順でリクエストを広告配信サーバに送信する。一方、広告配信サーバは、リクエストを受信した場合は、各広告枠に表示される広告を選択し、選択した広告を端末装置へ配信する。その後、端末装置は、広告配信サーバから受信した広告を各広告枠に表示する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特表２０１０−５０８６０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来技術では、評価値が高い広告等、優先度が高い広告を、広告効果が高い広告枠に表示できるとは限らないという問題がある。
【０００５】
例えば、広告配信サーバは、同一のウェブページ内に複数の広告枠が配置されている際に、同一の広告が複数の広告枠に表示されないように広告を選択するデデュープを行なう場合がある。かかる広告配信サーバは、あるウェブページに配置された広告枠に係るリクエストを受信すると、広告の中から優先度が最も高い広告を選択して配信する。続いて、広告配信サーバは、同一のウェブページに配置された広告枠に係るリクエストを受信すると、配信していない広告の中から優先度が最も高い広告を選択して配信する。この結果、広告配信サーバは、同一のウェブページ内に配置された複数の広告枠に対し、リクエストを受信した順に優先度が高い広告を配信する。
【０００６】
ここで、各広告枠の広告効果は、各広告枠が配置された位置により異なるので、端末装置は、優先度が高い広告ほど広告効果が高い位置の広告枠に表示するのが望ましい。しかしながら、広告配信サーバは、広告効果が低い位置の広告枠のリクエストを、広告効果が高い位置の広告枠のリクエストよりも先に受信した場合は、広告効果が低い位置の広告枠に対して優先度が高い広告を配信し、広告効果が高い位置の広告枠に対して優先度が低い広告を配信する。この結果、上記の従来技術では、広告効果が低い位置の広告枠に優先度が高い広告が表示されてしまう。
【０００７】
本願は、上記に鑑みてなされたものであって、優先度が高い広告を、広告効果が高い広告枠に表示できる情報配信装置、情報配信プログラム、情報配信方法、情報提供装置、端末制御プログラムおよび情報取得方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本願に係る情報配信装置は、複数の表示領域を含むコンテンツの第１表示領域に表示される表示情報の配信要求を受信した場合は、当該第１表示領域よりも先に表示情報が配信された第２表示領域の価値と、前記第１表示領域の価値とに基づいて、前記第１表示領域に表示される表示情報と前記第２表示領域に表示される表示情報との入替を指示する入替指示を、当該第１表示領域に表示される表示情報とともに配信する配信部を有することを特徴とする。
【発明の効果】
【０００９】
実施形態の一態様によれば、優先度が高い広告を広告効果が高い広告枠に表示させることができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施形態に係る広告システムの一例を示す図である。
【図２】図２は、実施形態に係るコンテンツサーバの機能構成の一例を示すブロック図である。
【図３】図３は、実施形態に係る広告配信サーバの機能構成の一例を示すブロック図である。
【図４】図４は、実施形態に係る配信済テーブルに格納される情報の一例を示す図である。
【図５】図５は、実施形態に係る広告データベースに格納される情報の一例を示す図である。
【図６】図６は、実施形態に係る広告枠テーブルに格納された情報の一例を示す図である。
【図７】図７は、実施形態に係る端末装置の機能構成の一例を示すブロック図である。
【図８】図８は、実施形態に係る端末装置が実行する要求処理の流れを説明するフローチャートである。
【図９】図９は、実施形態に係る広告配信サーバが実行する入替指示処理の流れを説明するフローチャートである。
【図１０】図１０は、実施形態に係る広告配信サーバが実行する処理のバリエーションを説明する図である。
【図１１】図１１は、情報提供プログラムもしくは端末制御プログラムを実行するコンピュータのハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１１】
以下に、本願に係る情報配信装置、情報配信プログラム、情報配信方法、情報提供装置、端末制御プログラムおよび情報取得方法を実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報配信装置、情報配信プログラム、情報配信方法、情報提供装置、端末制御プログラムおよび情報取得方法が限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【００１２】
［１．広告システム１］
まず、図１を用いて、実施形態に係る情報提供装置の一例であるコンテンツサーバ１０、および、情報配信装置の一例である広告配信サーバ２０を有する広告システム１について示す。図１は、実施形態に係る広告システムの一例を示す図である。図１に示す例では、広告システム１は、コンテンツサーバ１０、広告配信サーバ２０、端末装置３０を有する。
【００１３】
コンテンツサーバ１０は、端末装置３０に対し、ウェブページ等のコンテンツを配信する。例えば、コンテンツサーバ１０は、ウェブページのデータを記憶する。そして、コンテンツサーバ１０は、端末装置３０からＵＲＬ（Uniform  Resource  Locator）等により指定されるウェブページの取得要求を受信した場合は、受信したウェブページのデータを端末装置３０に配信する。
【００１４】
ここで、コンテンツサーバ１０が配信するウェブページについて説明する。コンテンツサーバ１０は、広告を表示するための広告枠が複数配置されたウェブページを記憶する。また、コンテンツサーバ１０は、広告枠に表示される広告の配信を要求するリクエストを広告枠ごとに広告配信サーバ２０へ送信し、広告配信サーバ２０から受信した広告を対応する広告枠に表示するよう端末装置３０に指示する制御情報を記憶する。そして、コンテンツサーバ１０は、ウェブページの配信要求を端末装置３０から受信した場合は、制御情報とウェブページとを端末装置３０に配信する。
【００１５】
コンテンツサーバ１０によって配信されるウェブページは、例えば、ＨＴＭＬ（Hyper  Text  Markup  Language）により記述されたＨＴＭＬファイルや、ＸＭＬ（Extensible  Markup  Language）により記述されたＸＭＬファイル等により形成される。また、制御情報は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）やＣＳＳ（Cascading  Style  Sheets）等のスクリプト言語により、ウェブページを形成するＨＴＭＬファイル内に格納されてもよい。
【００１６】
広告配信サーバ２０は、ウェブページ内に配置された広告枠に表示される広告を記憶する。そして、広告配信サーバ２０は、端末装置３０からリクエストを受信すると、表示される広告を選択し、選択した広告を端末装置３０に送信するサーバ装置である。
【００１７】
例えば、広告配信サーバ２０は、広告に関連するキーワード、広告の種別、広告主が広告を掲載するために入札した料金を示すビット情報、ＣＴＲ（Click  Through  Late）、ｅＣＰＭ（effective  Cost  Per  Mille）等を広告と対応付けて記憶する。ここで、ＣＴＲとは、広告コンテンツがクリックされた回数を広告コンテンツの表示回数によって除算した値である。また、ｅＣＰＭとは、１０００表示当たりの収益であり、例えば、表示される広告枠の属性、過去の広告のクリック頻度や表示頻度などから予測される値である。
【００１８】
また、広告配信サーバ２０は、端末装置３０からリクエストを受信すると、端末装置３０が表示するウェブページの内容や広告のビット情報、ＣＴＲ、ｅＣＰＭ等に基づいて、端末装置３０に表示される広告を選択する。そして、広告配信サーバ２０は、選択した広告を端末装置３０に送信する。
【００１９】
なお、広告配信サーバ２０は、広告を選択する際、同一ウェブページ内に同一の広告が表示されないよう制御するデデュープを行なう。例えば、広告配信サーバ２０は、端末装置３０へ送信した広告を記憶する。そして、広告配信サーバ２０は、端末装置３０から、新たなリクエストを受信した場合は、端末装置３０へ送信していない広告の中から送信する広告を選択し、選択した広告を送信する。
【００２０】
また、広告配信サーバ２０が配信する広告とは、静止画、動画等のコンテンツである。また、広告配信サーバ２０が配信する広告は、広告主が販売する商品の紹介を行なうものに限られず、公共に対する各種情報の提供を行なうものが含まれる。また、広告配信サーバ２０が配信する広告は、利用者がタップもしくはクリックした際に広告主によって提供される広告ページへ移動する等のリンクが含まれる。
【００２１】
端末装置３０は、各種サービスを利用する利用者が使用する端末装置であり、例えば、タブレット端末、ＰＣ、ＰＤＡ、スマートフォン等の情報処理装置が適用される。また、端末装置３０は、３Ｇ（Generation）、４Ｇ、ＬＴＥ（Long  Term  Evolution）、ＧＳＭ（登録商標）（Global  System  for  Mobile  Communications）等の無線通信網や、ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮなどの近距離無線通信を介してネットワークＮに接続し、コンテンツサーバ１０および広告配信サーバ２０と通信することができる。
【００２２】
また、端末装置３０は、コンテンツサーバ１０からウェブページを取得すると、各広告枠に表示される広告の配信を要求するリクエストを、広告枠ごとに広告配信サーバ２０に送信する。そして、端末装置３０は、広告配信サーバ２０から、リクエストの応答として広告を受信すると、受信した広告をリクエストに対応する広告枠に表示する。例えば、端末装置３０は、図１に示す広告枠５１に表示される広告のリクエストを送信し、かかるリクエストに対応する応答として広告を受信すると、受信した広告を広告枠５１に表示する。
【００２３】
ここで、広告配信サーバ２０は、ビット情報が他の広告よりも高い広告やＣＴＲ、ｅＣＰＭの値が他の広告よりも高い広告が優先的に表示されるよう、ビット情報、ＣＴＲ、ｅＣＰＭの値が他の広告よりも高い広告、すなわち優先度が高い広告を選択し、端末装置３０に配信する。しかしながら、広告を表示する広告枠は、配置された位置により広告効果がそれぞれ異なる。例えば、ウェブページのうち、初期表示される範囲内に配置された広告枠は、初期表示される範囲内に配置されていない広告枠よりも、一般には、広告効果が高くなる。このため、端末装置３０は、広告効果が低い広告枠のリクエストを広告枠のリクエストよりも先に送信した場合は、広告効果が低い広告枠に対して優先度が高い広告が配信されてしまう結果、優先度が高い広告を広告効果が低い広告枠に表示してしまう。
【００２４】
例えば、端末装置３０は、図１に示す広告枠５１〜５３が配置されたウェブページを表示する際、ウェブページの左上から縦方向に順次描画する。かかる場合、端末装置３０は、広告枠５３、広告枠５１、広告枠５２の順にリクエストを送信するため、広告枠５３、広告枠５１、広告枠５２の順に優先度が高い広告を表示することとなる。
【００２５】
ここで、各広告枠５１〜５３のうち、ウェブページ内の最も上方に配置された広告枠５１については、一般に、最も利用者に視認されやすい広告枠であるため、広告効果が最も高い広告枠である。また、広告枠５３は、ウェブページの上からみて、広告枠５１の次にウェブページ内の情報に配置された広告枠であるため、一般には、広告枠５１の次に視認されやすい広告となる。このため、広告枠５３は、広告効果が２番目に高い広告枠となる。また、広告枠５２は、広告枠５１〜５３のうち、ウェブページ内の最も下方に配置された広告枠であるため、一般には、広告効果が最も低い広告枠となる。
【００２６】
このため、端末装置３０は、広告枠５１、広告枠５３、広告枠５２の順に優先度が高い広告を表示するのが望ましい。しかしながら、従来の端末装置は、ウェブページの左上から縦方向にウェブページを順次描画する。このため、従来の端末装置は、広告枠５３、広告枠５１、広告枠５２の順にリクエストを送信する。かかる場合、広告配信サーバ２０は、広告枠５３、広告枠５１、広告枠５２の順に優先度が高い広告を配信してしまう。
【００２７】
このように、各広告枠５１〜５３の広告効果と、各広告枠５１〜５３に表示される広告の優先度とが一致しない場合には、広告主に適正な競争原理が働かない恐れがある。例えば、広告配信サーバ２０は、ＣＴＲや入札額の値から算出される広告評価値が高い広告、すなわち、優先度が高い広告を優先的に送信する。このため、広告主は、広告評価値を上げるため、例えば、入札額を高くするといった行動を行う結果、競争が生ずることとなる。しかしながら、従来の端末装置は、優先度が最も高い広告、すなわち、入札額が最も高い広告を２番目に広告効果が高い広告枠５３に表示してしまい、２番目に優先度が高い広告を最も広告効果が高い広告枠５１に表示する。かかる場合、広告主は、入札額を増額して広告の優先度を高めようとせず、あえて入札額を減額等して広告の優先度を下げ、２番目に優先度が高い広告にしようとする。この結果、各広告に対する入札額が下落する恐れがある。
【００２８】
また、端末装置３０は、同一のウェブページ内に配置された複数の広告枠に、広告配信サーバ２０が記憶する広告と、他の広告配信システムが管理する広告とを表示する場合がある。このため、広告配信サーバ２０は、端末装置３０が表示するウェブページ内に配置された広告枠のうち、どの広告枠について、どのような順序でリクエストを受信するか予測できず、ウェブページ内に配置された全ての広告枠についてリクエストを受信するとも限らない。この結果、広告配信サーバ２０は、全ての広告枠の広告効果を記憶したとしても、各広告枠に対して配信すべき広告を特定することができない。一方、広告配信サーバ２０は、優先度が高い広告を優先的に配信すべきであるため、配信対象となる広告について、表示する広告枠が最も広告効果が高い広告枠に限定されている場合等、広告枠の表示位置が広告ごとに設定されている場合を除いては、少なくとも、リクエストを受信した順に優先度が高い広告を配信すべきである。
【００２９】
そこで、広告配信サーバ２０は、以下の入替指示処理を実行する。まず、広告配信サーバ２０は、端末装置３０からリクエストを受信した場合は、配信対象となる広告のうち、優先度が最も高い広告を選択し、選択した広告を端末装置３０に送信する。また、広告配信サーバ２０は、新たなリクエストを受信した場合は、端末装置３０に送信していない広告のうち、優先度が最も高い広告、すなわち、優先度が２番目に高い広告を選択する。
【００３０】
ここで、広告配信サーバ２０は、新たに広告を配信する広告枠の広告効果と、広告が配信済の広告枠の広告効果とに基づいて、広告枠に表示される広告の入替を指示する入替指示を配信する。例えば、広告配信サーバ２０は、広告配信済の広告枠の広告効果が、新たに広告を配信する広告枠の広告効果よりも低い場合は、選択した広告を端末装置３０に送信するとともに、各広告枠に表示する広告の入替を指示する入替指示を送信する。
【００３１】
具体例を説明すると、広告配信サーバ２０は、広告枠５３に対して広告を配信した後に、広告枠５１のリクエストを受信した場合は、広告配信済の広告枠５３の広告効果が、広告枠５１の広告効果よりも低いと判定する。かかる場合、広告枠５３には、広告枠５１に配信可能な広告よりも優先度が高い広告が配信済である。このため、広告配信サーバ２０は、広告枠５１に表示させる広告、例えば、優先度が２番目に高い広告の配信を行なうとともに、広告枠５３に表示させる広告と、広告枠５１に表示させる広告との入替を指示する入替指示を配信する。この結果、端末装置３０は、広告枠５３に配信された広告と、広告枠５１に配信された広告を入替て表示する。 
【００３２】
また、広告配信サーバ２０は、広告枠５３および広告枠５１に対して広告を配信した後で、広告枠５２のリクエストを受信した場合は広告配信済みの広告枠５１および広告枠５３の広告効果が、広告枠５２の広告効果よりも高いと判定する。かかる場合、広告配信サーバ２０は、広告枠５３および広告枠５１に対して、優先度が１番目に高い広告と優先度が２番目に高い広告とを配信しているので、広告枠５２に表示させる広告として、優先度が３番目に高い広告を選択する。そして、広告配信サーバ２０は、広告枠５２に対して、選択した広告を配信する。この結果、端末装置３０は、広告枠５１、広告枠５３、広告枠５２の順に優先度が高い広告を表示するので、各広告の優先度の順序と、各広告枠５１〜５３の広告効果の順序とを一致させることができる
【００３３】
なお、広告配信サーバ２０が各広告枠５１〜５３の広告効果を判定する処理としては、任意の手法を適用することができる。例えば、端末装置３０は、ウェブページを受信すると、受信したウェブページに配置された広告枠の広告効果の順序を特定する。そして、端末装置３０は、各広告枠のリクエストとともに、各広告枠の広告効果の順序を広告配信サーバ２０に送信する。かかる場合、広告配信サーバ２０は、リクエストを受信する度に、すでに広告を配信した広告枠の広告効果が、新たにリクエストを受信した広告枠の広告効果よりも低いか否かを判定し、すでに広告を配信した広告枠の広告効果が、新たにリクエストを受信した広告枠の広告効果よりも低い場合は、広告の入替を指示する入替指示を配信する。
【００３４】
また、他の例では、広告配信サーバ２０は、コテンツサーバ１０が端末装置３０に対して配信するコンテンツに配置された各広告枠の広告効果の順序を予め記憶する。そして、広告配信サーバ２０は、端末装置３０から各広告枠のリクエストを受信した場合は、すでに広告を配信した広告枠の広告効果が、新たにリクエストを受信した広告枠の広告効果よりも低いか否かを判定し、すでに広告を配信した広告枠の広告効果が、新たにリクエストを受信した広告枠の広告効果よりも低い場合は、広告の入替を指示する入替指示を配信する。
【００３５】
また、例えば、ウェブページ上に配置された各広告枠５１〜５３に対して商品名が付される場合がある。かかる場合、端末装置３０は、リクエストを送信する際、リクエストに係る広告枠の商品名を広告配信サーバ２０に送信する。一方、広告配信サーバ２０は、受信したリクエストに係る広告枠の商品名と、広告を配信済みの広告枠の商品名とを用いて、リクエストを受信した広告枠よりも広告効果が低い広告枠に対し、より優先度が高い広告を配信済みであるか否かを判定する。そして、広告配信サーバ２０は、リクエストを受信した広告枠よりも広告効果が低い広告枠に対し、より優先度が高い広告を配信済みであると判定した場合は、広告とともに、入替指示を配信してもよい。
【００３６】
例えば、各広告枠５１〜５３のうち、一般に、優先度が最も高い広告枠５１に対しては、「プライムディスプレイ」といった商品名が付される場合がある。かかる場合、端末装置３０は、「プライムディスプレイ」に係るリクエストを受信した場合は、優先度が最も高い広告を他の広告枠に対して配信済みであるか否かを判定し、優先度が最も高い広告を他の広告枠に対して配信済みであると判定した場合は、配信対象となる広告とともに、入替指示を配信してもよい。
【００３７】
上述したように、広告配信サーバ２０は、リクエストを受信する度に、リクエストに係る広告枠の広告効果と、広告を配信済の広告枠の広告効果とを判定し、判定結果に応じて、各広告枠に表示させる広告の入替を指示する。このため、広告配信サーバ２０は、広告効果が高い広告枠に優先度が高い広告を表示させることができる。なお、広告配信サーバ２０は、デデュープが行われる範囲の広告枠について、広告枠の広告効果の順序と、各広告枠に表示させる広告の優先度の順序とを一致させればよい。
【００３８】
［２．広告配信サーバ２０が実行する処理の一例］
次に、図１を用いて、広告配信サーバ２０が実行する入替指示処理の流れの一例を説明する。なお、図１に示す例では、広告配信サーバ２０は、優先度順序が「１」である「広告Ａ」、優先度順序が「２」である「広告Ｃ」、優先度順序が「３」である「広告Ｅ」を記憶しているものとする。また、広告配信サーバ２０は、ＵＲＬが「α」であるウェブページについて、広告枠５１〜５３が配置されており、広告枠５１、広告枠５３、広告枠５２の順に広告効果が高い旨を記憶しているものとする。また、以下の説明では、端末装置３０は、広告枠５３、広告枠５１、広告枠５２の順にリクエストを送信するものとする。なお、以下の説明のうち、端末装置３０が送信する広告枠ＩＤは、各広告枠５１〜５３に対して付与された商品名であってもよい。
【００３９】
まず、端末装置３０は、コンテンツの取得要求をコンテンツサーバ１０に送信し、制御情報を含むウェブページを取得する。次に、端末装置３０は、広告枠５３に表示させる広告のリクエストとして、端末装置３０が表示するウェブページを識別するＵＲＬ「ページα」、ＰＶ（Page View）＿ＩＤ「１２３４」、広告枠５３を一意に示す広告枠ＩＤ「広告枠５３」とが含まれるリクエストを生成する。ここで、ＰＶ＿ＩＤとは、端末装置３０が表示するウェブページ、端末装置３０がウェブページを閲覧した時刻である閲覧時刻、ブラウザ等から一意に定まる値であり、例えば、ブラウザのクッキーである。また、ＰＶ＿ＩＤは、同一の広告が表示されない範囲、すなわちデデュープがかかる範囲において同一の値を取る情報である。そして、端末装置３０は、生成したリクエストを広告配信サーバ２０に送信する（ステップＳ１）。
【００４０】
かかる場合、端末装置３０は、端末装置３０に利用者と広告とのマッチングを行なって配信対象となる広告を選択してＰＶ＿ＩＤ「１２３４」と対応付けて記憶する（ステップＳ２）。そして、端末装置３０は、選択した広告のうち、優先度が最も高い「広告Ａ」を端末装置３０に配信する（ステップＳ３）。かかる場合、端末装置３０は、「広告Ａ」を広告枠５３に表示せず、広告枠５３のリクエストを送信してから所定の時間が経過するまでの間待機する（ステップＳ４）。
【００４１】
また、端末装置３０は、広告枠５１に表示させる広告のリクエストとして、ＵＲＬ「ページα」、ＰＶ＿ＩＤ「１２３４」、広告枠５１を一意に示す広告枠ＩＤ「広告枠５１」とが含まれるリクエストを生成し、生成したリクエストを広告配信サーバ２０に送信する（ステップＳ５）。かかる場合、広告配信サーバ２０は、リクエストに含まれる広告枠ＩＤ「広告枠５１」が示す広告枠５１の広告効果と、広告を配信済の広告枠５３との広告効果とを比較し、広告配信済みの広告枠よりも広告効果が高い広告枠のリクエストであると判定する（ステップＳ６）。
【００４２】
ここで、広告配信サーバ２０は、リクエストに含まれるＰＶ＿ＩＤ「１２３４」と対応付けられた広告のうち、優先度が最も高い「広告Ａ」がすでに配信済みであることを特定することができる。このため、広告配信サーバ２０は、配信されていない「広告Ｃ」「広告Ｅ」のうち、優先順序が最も高い広告、すなわち、優先度が２番目に高い「広告Ｃ」を端末装置３０に送信するとともに、広告枠５３に対して配信した「広告Ａ」と、広告枠５１に対して配信する「広告Ｃ」とを入れ替えて表示するよう指示する入替指示を端末装置３０に送信する（ステップＳ７）。かかる場合も、端末装置３０は、「広告Ｃ」を広告枠５１に表示せずに、広告枠５３のリクエストを送信してから所定の時間が経過するまでの間待機する（ステップＳ８）。
【００４３】
また、端末装置３０は、広告枠５２に表示させる広告のリクエストとして、ＵＲＬ「ページα」、ＰＶ＿ＩＤ「１２３４」、広告枠５２を一意に示す広告枠ＩＤ「広告枠５２」とが含まれるリクエストを生成し、生成したリクエストを広告配信サーバ２０に送信する（ステップＳ９）。かかる場合、広告配信サーバ２０は、リクエストに含まれる広告枠ＩＤ「広告枠５２」が示す広告枠５２の広告効果と、広告を配信済の広告枠５１、５３との広告効果とを比較し、広告枠５２の広告効果が広告枠５１、５３の広告効果よりも低いと判定する（ステップＳ１０）。
【００４４】
かかる場合、端末装置３０は、ＰＶ＿ＩＤ「１２３４」と対応付けられた広告のうち、「広告Ａ」、「広告Ｃ」がすでに配信済みであるので、３番目に優先度が高い「広告Ｅ」を配信対象とし、「広告Ｅ」を端末装置３０に送信する（ステップＳ１１）。かかる場合、端末装置３０は、「広告Ｅ」を広告枠５２に表示せずに、広告枠５３のリクエストを送信してから所定の時間が経過するまでの間待機する（ステップＳ１２）。
【００４５】
その後、端末装置３０は、広告枠５３のリクエストを送信してから所定の時間が経過した場合には、入替指示に従って、広告枠５３に対して配信された「広告Ａ」と、広告枠５１に対して配信された「広告Ｃ」とを入替る（ステップＳ１３）。そして、端末装置３０は、広告枠５１に「広告Ａ」を表示し、広告枠５２に「広告Ｅ」を表示し、広告枠５３に「広告Ｃ」を表示する。この結果、端末装置３０は、広告効果が高い広告枠に、優先度が高い広告を表示することができる。
【００４６】
なお、広告配信サーバ２０は、例えば、広告枠５２、広告枠５３、広告枠５１の順にリクエストを受信した場合、広告枠５２に対して「広告Ａ」を配信し、広告枠５３に対して「広告Ｃ」を配信するとともに、広告枠５２に表示される広告と、広告枠５３に表示される広告との入替えを指示する入替指示を配信する。また、広告配信サーバ２０は、広告枠５１のリクエストを受信した際に、広告枠５１に対して「広告Ｅ」を配信するとともに、広告枠５１に表示される広告と広告枠５３に表示される広告との入替をし、その後、広告枠５３に表示される広告と広告枠５２に表示される広告との入替えを指示する入替指示を配信する。この結果、端末装置３０は、入替指示に従って、各広告枠５１〜５３に表示される広告を入替えることで、広告効果が高い広告枠に、優先度が高い広告を表示することができる。
【００４７】
［３．コンテンツサーバ１０の構成］
次に、図２を用いて、実施形態に係るコンテンツサーバ１０の機能構成について説明する。図２は、実施形態に係るコンテンツサーバの機能構成の一例を示すブロック図である。図２に示す例では、コンテンツサーバ１０は、通信部１１、制御部１２、記憶部１３を有する。
【００４８】
まず、記憶部１３について説明する。記憶部１３は、例えば、ＲＡＭ（Random  Access  Memory)、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。また、記憶部１３は、コンテンツデータベース１４を記憶する。コンテンツデータベース１４は、ウェブページのデータが格納されたデータベースである。例えば、コンテンツデータベース１４には、ＵＲＬで指定されるウェブページのＨＴＭＬファイル等が格納されている。以下、ウェブページのＨＴＭＬファイル等、端末装置３０に配信される各種データをウェブページと表記する。
【００４９】
通信部１１は、例えば、ＮＩＣ（Network  Interface  Card）等によって実現される。また、通信部１１は、ネットワークＮを介した有線または無線通信により、コンテンツサーバ１０と端末装置３０との間の通信を制御する。例えば、通信部１１は、ネットワークＮを介して、端末装置３０からＵＲＬを含むコンテンツのリクエストを受信すると、受信したリクエストを受信部１５に出力する。また、通信部１１は、コンテンツ配信部１６からウェブページを受信すると、ネットワークＮを介して、受信したウェブページを端末装置３０に送信する。
【００５０】
制御部１２は、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、コンテンツサーバ１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１２は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現される。
【００５１】
図２に示すように、制御部１２は、受信部１５、コンテンツ配信部１６を有する。なお、制御部１２の内部構成は、図２に示した構成に限られず、以下に説明する処理を行う構成であれば他の構成であってもよい。例えば、受信部１５は、通信部１１からリクエストを受信すると、受信したリクエストからＵＲＬを抽出する。そして、受信部１５は、抽出したＵＲＬと、リクエストの送信元となる端末装置３０とをコンテンツ配信部１６に通知する。
【００５２】
コンテンツ配信部１６は、制御情報とウェブページとを端末装置３０に配信する。例えば、コンテンツ配信部１６は、受信部１５からＵＲＬと端末装置３０との通知を受信すると、通知されたＵＲＬが示すウェブページをコンテンツデータベース１４から読み出す。また、コンテンツ配信部１６は、上述した要求処理を端末装置３０に実行させる制御情報を生成し、コンテンツデータベース１４から読み出したウェブページに制御情報を格納する。そして、コンテンツ配信部１６は、制御情報を格納したウェブページを通信部１１に出力し、端末装置３０へと送信させる。
【００５３】
［４．広告配信サーバ２０の構成］
次に、図３を用いて、実施形態に係る広告配信サーバ２０の機能構成について説明する。図３は、実施形態に係る広告配信サーバの機能構成の一例を示すブロック図である。図３に示す例では、広告配信サーバ２０は、通信部２１、制御部２２、記憶部２３を有する。
【００５４】
まず、記憶部２３について説明する。記憶部２３は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。また、記憶部２３は、配信済テーブル２４、広告データベース２５、広告枠テーブル２６を記憶する。
【００５５】
配信済テーブル２４は、端末装置３０が表示する１つのウェブページ内に配置された広告枠に対し、配信された広告を記憶するテーブルである。例えば、図４は、実施形態に係る配信済テーブルに格納される情報の一例を示す図である。図４に示す例では配信済テーブル２４は、ＰＶ＿ＩＤ、優先度順序、広告ＩＤ、広告枠ＩＤといった項目を有する。ここで、優先度順序とは、対応付けられた広告ＩＤが示す広告が表示される優先度順序を示す値であり、値が小さいほど優先的に表示される旨を示す。
【００５６】
例えば、配信済テーブル２４は、ＰＶ＿ＩＤ「１２３４」、優先度順序「１」、広告ＩＤ「広告Ａ」、広告枠ＩＤ「広告枠５３」を対応付けて記憶し、ＰＶ＿ＩＤ「１２３４」、優先度順序「２」、広告ＩＤ「広告Ｃ」、広告枠ＩＤ「広告枠５１」を対応付けて記憶し、ＰＶ＿ＩＤ「１２３４」、優先度順序「３」、広告ＩＤ「広告Ｅ」を対応付けて記憶する。すなわち、配信済テーブル２４は、ＰＶ＿ＩＤ「１２３４」によって特定される端末装置３０が表示中のウェブページであって、ＰＶ＿ＩＤ「１２３４」によって特定されるウェブページに含まれる広告枠に対し、「広告Ａ」、「広告Ｃ」、「広告Ｅ」が配信される旨を示す。また、配信済テーブル２４は、「広告Ａ」、「広告Ｃ」、「広告Ｅ」の順で、優先的に配信が行なわれる旨を示す。また、配信済テーブル２４は、「広告Ａ」が「広告枠５３」に配信済であり、「広告Ｃ」が「広告枠５１」に配信済であり、「広告Ｅ」がまだ配信されていない旨を示す。
【００５７】
また例えば、配信済テーブル２４は、ＰＶ＿ＩＤ「２３４５」、優先度順序「１」、広告ＩＤ「広告Ｂ」、広告枠ＩＤ「広告枠ｘ」を対応付けて記憶し、ＰＶ＿ＩＤ「２３４５」、優先度順序「２」、広告ＩＤ「広告Ｄ」を対応付けて記憶し、ＰＶ＿ＩＤ「２３４５」、優先度順序「３」、広告ＩＤ「広告Ｆ」を対応付けて記憶する。すなわち、配信済テーブル２４は、ＰＶ＿ＩＤ「２３４５」によって特定される端末装置、例えば端末装置３０が表示中のウェブページであって、ＰＶ＿ＩＤ「２３４５」によって特定されるウェブページに含まれる広告枠に対し、「広告Ｂ」、「広告Ｄ」、「広告Ｆ」が配信される旨を示す。また、配信済テーブル２４は、「広告Ｂ」、「広告Ｄ」、「広告Ｆ」の順で、優先的に配信が行なわれる旨を示す。また、配信済テーブル２４は、「広告Ｂ」が広告枠ＩＤ「広告枠ｘ」が示す広告枠に配信済であり、「広告Ｄ」、「広告Ｆ」がまだ配信されていない旨を示す。
【００５８】
図３に戻って、説明を続ける。広告データベース２５は、端末装置３０に配信される広告が格納されたデータベースである。例えば、図５は、実施形態に係る広告データベースに格納される情報の一例を示す図である。図５に示す例では、広告データベース２５は、広告主を識別する広告主ＩＤ、広告を識別する広告ＩＤ、ＣＴＲ、ビット情報、ｅＣＰＭといった項目を有する。
【００５９】
例えば、広告データベース２５は、広告主ＩＤ「Ｂ１０」が示す広告主が広告ＩＤ「広告Ａ」、「広告Ｂ」が示す広告を入稿した旨を記憶する。また、広告データベース２５は、広告ＩＤ「広告Ａ」が示す広告のＣＴＲが「０．３」であり、ビット情報が「１３０」であり、ｅＣＰＭが「Ｃ１１」である旨を示す。なお、図５では「広告主ＩＤ」及び「ｅＣＰＭ」に「Ｂ１０」や「Ｃ１１」といった概念的な情報が格納される例を示したが、実際には、広告主の氏名や広告主を識別するための番号が広告主ＩＤとして格納され、ＣＴＲとビット情報とに基づいて算出されるｅＣＰＭの期待値等が「ｅＣＰＭ」として格納される。
【００６０】
図３に戻り、説明を続ける。広告枠テーブル２６は、端末装置３０に対して配信されるウェブページごとに、配置された広告枠の広告価値を示す情報を記憶するテーブルである。例えば、図６は、実施形態に係る広告枠テーブルに格納された情報の一例を示す図である。図６に示す例では、広告枠テーブル２６には、ＵＲＬ、広告枠ＩＤ、および、広告効果順序が対応付けて格納されている。ここで、広告効果順序とは、１つのウェブページ内に配置された広告枠の広告効果の順序を示す値である。
【００６１】
例えば、広告枠テーブル２６は、ＵＲＬ「ページα」と、広告枠ＩＤ「広告枠５１」と、広告効果順序「１」とを対応付けて記憶し、ＵＲＬ「ページα」、広告枠ＩＤ「広告枠５３」、広告効果順序「２」とを対応付けて記憶し、ＵＲＬ「ページα」と、広告枠ＩＤ「広告枠５２」と、広告効果順序「３」とを対応付けて記憶する。すなわち、広告枠テーブル２６は、ＵＲＬ「ページα」が示すウェブページに配置された広告枠が有する広告効果の順序が「広告枠５１」、「広告枠５３」、「広告枠５２」である旨を示す。
【００６２】
また、例えば、広告枠テーブル２６は、ＵＲＬ「ページβ」と、広告枠ＩＤ「広告枠ｘ」と、広告効果順序「１」とを対応付けて記憶し、ＵＲＬ「ページβ」と、広告枠ＩＤ「広告枠ｙ」と、広告効果順序「２」とを対応付けて記憶し、ＵＲＬ「ページβ」と、広告枠ＩＤ「広告枠ｚ」と、広告効果順序「３」とを対応付けて記憶する。すなわち、広告枠テーブル２６は、ＵＲＬ「ページβ」が示すウェブページに配置された広告枠が有する広告効果の順序が「広告枠ｘ」、「広告枠ｙ」、「広告枠ｚ」である旨を示す。
【００６３】
図３に戻り、説明を続ける。通信部２１は、例えば、ＮＩＣ等によって実現され、ネットワークＮを介した有線または無線通信により、広告配信サーバ２０と端末装置３０との間の通信を制御する。例えば、通信部２１は、ネットワークＮを介して、端末装置３０から、広告のリクエストを受信すると、受信したリクエストを広告配信部２９に出力する。ここで、広告のリクエストには、端末装置３０が表示するウェブページのＵＲＬと、ＰＶ＿ＩＤと、広告枠ＩＤとが格納されているものとする。また、通信部２１は、配信対象となる広告のデータを含む配信情報、または、広告の入替指示を受信すると、ネットワークＮを介して、受信した配信情報または入替指示を端末装置３０に送信する。
【００６４】
制御部２２は、例えば、ＣＰＵやＭＰＵ等によって、広告配信サーバ２０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２２は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。
【００６５】
図３に示すように、制御部２２は、選択部２７、判定部２８、広告配信部２９を有する。選択部２７は、通信部２１からリクエストを受信すると、受信したリクエストからＵＲＬ、ＰＶ＿ＩＤ、および広告枠ＩＤを抽出する。続いて、選択部２７は、抽出したＰＶ＿ＩＤが格納されたエントリが配信済テーブル２４に記憶されているか判定する。すなわち、選択部２７は、抽出したＰＶ＿ＩＤが示す端末装置３０が表示するウェブページに配置された広告枠に配信される広告が選択されているか否かを判定する。
【００６６】
そして、選択部２７は、リクエストから抽出したＰＶ＿ＩＤが格納されたエントリが配信済テーブル２４に記憶されている場合は、以下の処理を実行する。まず、選択部２７は、リクエストから抽出したＰＶ＿ＩＤと対応付けて配信済テーブル２４に登録された広告ＩＤのうち、広告枠ＩＤと対応付けられていない広告ＩＤであって、優先度順序の値が最も小さい広告ＩＤを特定する。そして、選択部２７は、リクエストから抽出した広告枠ＩＤを特定した広告ＩＤと対応付けて配信済テーブル２４に格納する。また、選択部２７は、特定した広告ＩＤとリクエストから抽出した広告枠ＩＤとを広告配信部２９に出力し、リクエストから抽出したＰＶ＿ＩＤ、ＵＲＬ、および広告枠ＩＤを判定部２８に出力する。
【００６７】
一方、選択部２７は、リクエストから抽出したＰＶ＿ＩＤが格納されたエントリが配信済テーブル２４に記憶されていない場合は、広告データベース２５に登録された広告から配信対象となる１つ以上の広告を選択する。また、選択部２７は、選択した広告のｅＣＰＭの値に基づいて、選択した広告を配信する優先度順序を特定する。そして、選択部２７は、リクエストから抽出したＰＶ＿ＩＤと、選択した広告の広告ＩＤと、特定した優先度順序とを対応付けて配信済テーブル２４に登録する。また、選択部２７は、登録した広告ＩＤのうち、優先度順序の値が最も小さい広告ＩＤと、リクエストから抽出した広告枠ＩＤと、広告の配信指示とを広告配信部２９に出力する。また、選択部２７は、リクエストから抽出した広告枠ＩＤを優先度順序の値が最も小さい広告ＩＤと対応付けて配信済テーブル２４に格納する。
【００６８】
すなわち、選択部２７は、受信したリクエストに係るウェブページに配置された広告枠に対して配信されていない広告のうち、優先度順序が最も高い広告を特定する。そして、選択部２７は、特定した広告を広告配信部２９に通知するとともに、特定した広告が配信された広告枠を配信済テーブル２４に登録する。
【００６９】
なお、選択部２７は、端末装置３０を利用する利用者と広告とのマッチングを考慮して、配信する広告を選択する。また、選択部２７は、配信済テーブル２４に格納した情報に寿命を設定してもよい。例えば、選択部２７は、配信済テーブル２４に新たなＰＶ＿ＩＤと優先度順序と広告ＩＤとの組を登録してから所定の時間（例えば、４秒）が経過した場合は、かかる組の内容を配信済テーブル２４から削除する。
【００７０】
判定部２８は、受信されたリクエストに係る広告枠よりも先に広告が配信された広告枠の広告効果が、受信されたリクエストに係る広告枠よりも低いか否かを判定する。例えば、判定部２８は、リクエストから抽出したＰＶ＿ＩＤ、ＵＲＬ、および広告枠ＩＤを選択部２７から受信する。かかる場合、判定部２８は、受信したＰＶ＿ＩＤと対応付けられた広告枠ＩＤの並びを配信済みテーブル２４から取得する。また、判定部２８は、受信したＵＲＬと対応付けられた広告枠ＩＤの並びを広告枠テーブル２６から特定する。
【００７１】
そして、判定部２８は、配信済テーブル２４から特定した広告枠ＩＤの並びと、広告枠テーブル２６から特定した広告枠ＩＤの並びとが一致するか否かを判定する。すなわち、判定部２８は、各広告枠の広告効果の順序と、各広告枠に対して広告が配信された順序とを特定し、各広告枠の広告効果の順序と、各広告枠に対して広告が配信された順序とが一致するか否かを判定する。その後、判定部２８は、配信済テーブル２４から特定した広告枠ＩＤの並びと、広告枠テーブル２６から特定した広告枠ＩＤの並びとが一致する場合は、広告配信部２９に対し、広告の配信指示を出力する。
【００７２】
一方、判定部２８は、配信済テーブル２４から特定した広告枠ＩＤの並びと、広告枠テーブル２６から特定した広告枠ＩＤの並びとが一致しない場合は、入替指示の生成処理を実行する。具体的には、判定部２８は、配信済テーブル２４から特定した広告枠ＩＤの並びと広告枠テーブル２６から特定した広告枠ＩＤの並びとを比較し、各広告枠ＩＤの並びが一致するように、配信済テーブル２４から特定した広告枠ＩＤの入替方法を特定する。そして、判定部２８は、特定した入替方法を指示する入替指示を生成し、生成した入替指示を広告配信部２９に出力する。また、判定部２８は、配信済テーブル２４に登録された広告枠ＩＤの並びを特定した入替方法に従って入替する。
【００７３】
例えば、判定部２８は、広告枠ＩＤの並び「広告枠５３」、「広告枠５１」を配信済テーブル２４から特定し、広告枠ＩＤの並び「広告枠５１」、「広告枠５３」を広告枠テーブル２６から特定した場合は、以下の処理を実行する。まず、判定部２８は、配信済テーブル２４から特定した広告枠ＩＤの並び「広告枠５３」、「広告枠５１」を、広告枠テーブル２６から特定した広告枠ＩＤの並び「広告枠５１」、「広告枠５３」と一致させる入替方法として、「広告枠５３」と「広告枠５１」を入替る入替方法を特定する。そして、判定部２８は、「広告枠５３」と「広告枠５１」を入替る旨を指示する入替指示を広告配信部２９に出力する。その後、判定部２８は、配信済テーブル２４にＰＶ＿ＩＤ「α」と対応付けて登録された広告枠ＩＤ「広告枠５３」と「広告枠５１」とを入替える。
【００７４】
また、他の例では、判定部２８は、広告枠ＩＤの並び「広告枠５３」、「広告枠５２」、「広告枠５１」を配信済テーブル２４から特定し、広告枠ＩＤの並び「広告枠５１」、「広告枠５３」、「広告枠５２」を広告枠テーブル２６から特定した場合は、以下の処理を実行する。まず、判定部２８は、配信済テーブル２４から特定した広告枠ＩＤの並び「広告枠５３」、「広告枠５２」、「広告枠５１」を、広告枠テーブル２６から特定した広告枠ＩＤの並び「広告枠５１」、「広告枠５３」、「広告枠５２」と一致させる入替方法として、「広告枠５３」と「広告枠５１」を入替し、その後、「広告枠５３」と「広告枠５２」とを入替る入替方法を特定する。そして、判定部２８は、「広告枠５３」と「広告枠５１」を入替し、その後、「広告枠５３」と「広告枠５２」とを入替る旨を指示する入替指示を広告配信部２９に出力する。また、判定部２８は、配信済テーブル２４に登録された広告枠ＩＤの並び「広告枠５３」、「広告枠５２」、「広告枠５１」を「広告枠５１」、「広告枠５３」、「広告枠５２」に更新する。
【００７５】
広告配信部２９は、受信されたリクエストに係る広告枠よりも先に広告が配信された広告枠の広告効果が、受信されたリクエストに係る広告枠よりも低いと判定された場合は、以下の処理を実行する。すなわち、広告配信部２９は、受信されたリクエストに係る広告枠に対して配信される広告とともに、受信されたリクエストに係る広告枠に対して配信される広告と、先に広告が配信された広告枠に対して配信された広告との入替を指示する入替指示を配信する。
【００７６】
例えば、広告配信部２９は、選択部２７から広告枠ＩＤと広告ＩＤとを受信すると、受信した広告ＩＤが示す広告のデータと、受信した広告枠ＩＤとを含む配信情報を生成する。そして、広告配信部２９は、選択部２７または判定部２８から広告の配信指示を受信すると、生成した配信情報を通信部２１に出力する。一方、広告配信部２９は、判定部２８から入替指示を受信すると、受信した入替指示を生成した配信情報に格納し、配信情報を通信部２１に出力する。
【００７７】
［５．端末装置３０の構成］
次に、図７を用いて、実施形態に係る端末装置３０の機能構成について説明する。図７は、実施形態に係る端末装置の機能構成の一例を示すブロック図である。図７に示す例では、端末装置３０は、通信部３１、制御部３２、入力部３３、出力部３４を有する。なお、入力部３３は、タッチパネルやテンキー等の各種入力装置により実現される。また、出力部３４は、例えば、液晶パネル等、任意の情報を表示することができる各種表示装置により実現される。
【００７８】
通信部３１は、例えば、ＮＩＣ等によって実現され、ネットワークＮを介した有線または無線通信により、端末装置３０と、コンテンツサーバ１０もしくは広告配信サーバ２０との間の通信を制御する。例えば、通信部３１は、コンテンツのリクエストを要求部３５から受信すると、受信したリクエストをコンテンツサーバ１０に送信する。また、通信部３１は、表示制御部３７から広告のリクエストを受信すると、受信したリクエストを広告配信サーバ２０に送信する。また、通信部３１は、コンテンツサーバ１０からウェブページを受信すると、受信したウェブページを表示制御部３７に出力する。また、通信部３１は、広告配信サーバ２０から配信情報を受信すると、受信した配信情報を表示制御部３７に出力する。
【００７９】
制御部３２は、例えば、ＣＰＵやＭＰＵ等によって、端末装置３０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部３２は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。図７に示すように、制御部３２は、要求部３５、操作制御部３６、表示制御部３７を有する。
【００８０】
要求部３５は、コンテンツサーバ１０に対して、ウェブページのリクエストを送信する。例えば、要求部３５は、操作制御部３６から表示対象となるウェブページのＵＲＬを受信すると、受信したＵＲＬを含むウェブページのリクエストを生成し、生成したリクエストを通信部３１に出力する。
【００８１】
操作制御部３６は、利用者の操作に応じて各種制御を行なう。例えば、操作制御部３６は、入力部３３を介して、利用者が表示対象となるウェブページのＵＲＬを入力した場合は、入力されたＵＲＬを要求部３５に出力する。また、操作制御部３６は、利用者の各種入力に応じて、ウェブページのスクロール等を表示制御部３７に指示する。
【００８２】
表示制御部３７は、出力部３４にウェブページを表示させる。例えば、表示制御部３７は、通信部３１から受信したウェブページを出力部３４に表示させるとともに、操作制御部３６からの指示に従って、表示させるウェブページのスクロールを行なう。また、表示制御部３７は、通信部３１から受信したウェブページにＪａｖａＳｃｒｉｐｔ（登録商標）等による制御情報が含まれる場合、かかる制御情報を実行することで、送信部３８、入替部３９、表示部４０として動作する。
【００８３】
送信部３８は、表示対象となるウェブページ内に配置された広告枠ごとに、広告枠に表示される広告のリクエストを生成し、生成したリクエストを広告配信サーバ２０へ送信する。例えば、送信部３８は、表示対象となるウェブページ内に広告枠５１〜５３が含まれる場合は、表示対象となるウェブページのＵＲＬと、各広告枠５１〜５３の広告枠ＩＤと、端末装置３０および表示されるウェブページを示すＰＶ＿ＩＤとを含む広告のリクエストを生成する。そして、送信部３８は、生成したリクエストを通信部３１に出力する。
【００８４】
なお、送信部３８は、端末装置３０の利用者の情報や、ウェブページの内容等に応じて、広告配信サーバ２０が広告のマッチングを行なう場合には、かかる利用者の情報やウェブページの内容を示す情報を含むリクエストを生成してもよい。
【００８５】
入替部３９は、各広告枠５１〜５３に表示される広告の入替指示を受信した場合は、各広告枠５１〜５３の広告効果の順序と、表示される広告の優先度の順序とが一致するように、各広告枠５１〜５３に表示される広告を入替る。例えば、入替部３９は、配信情報を受信すると、配信情報から広告のデータと広告枠ＩＤとを抽出し、抽出した広告のデータと広告枠ＩＤとを対応付けて保持する。
【００８６】
ここで、入替部３９は、表示されるウェブページ上に配置された広告枠５１〜５３のリクエストを送信してから所定の時間が経過するまでの間、配信情報を受信する度に、広告のデータと広告枠ＩＤとを抽出して保持し、広告の表示を行わずに待機する。すなわち、端末装置３０は、リクエストの応答として広告を受信した場合にも、すぐには表示せずに所定の時間が経過するまでの間待機する。
【００８７】
そして、入替部３９は、受信した配信情報に入替指示が格納されている場合は、かかる入替指示に従って、各広告枠５１〜５３に表示される広告の入替を行なう。その後、入替部３９は、リクエストを送信してから所定の時間が経過した場合は、抽出した広告のデータと広告枠ＩＤとを表示部４０に出力し、各広告枠５１〜５３に広告を表示させる。
【００８８】
例えば、入替部３９は、広告ＩＤ「広告Ａ」が示す広告の広告データと広告枠ＩＤ「広告枠５３」とが格納された配信情報を受信する。かかる場合、入替部３９は、広告ＩＤ「広告Ａ」が示す広告の広告データと広告枠ＩＤ「広告枠５３」とを対応付けて保持する。続いて、入替部３９は、広告ＩＤ「広告Ｃ」が示す広告の広告データと広告枠ＩＤ「広告枠５１」および、広告枠ＩＤ「広告枠５３」と「広告枠５１」とを入替る旨を指示する入替指示が格納された配信情報を受信する。かかる場合、入替部３９は、広告ＩＤ「広告Ｃ」が示す広告の広告データと広告枠ＩＤ「広告枠５１」とを対応付けて保持する。続いて、入替部３９は、広告枠ＩＤ「広告枠５３」に対応付けられた広告データと広告枠ＩＤ「広告枠５１」に対応付けられた広告データとを入替る。
【００８９】
続いて、入替部３０は、広告ＩＤ「広告Ｅ」が示す広告の広告データと広告枠ＩＤ「広告枠５２」とが格納された配信情報を受信する。かかる場合、入替部３９は、広告ＩＤ「広告Ｅ」が示す広告の広告データと広告枠ＩＤ「広告枠５２」とを対応付けて保持する。この結果、入替部３９は、広告枠ＩＤ「広告枠５１」と広告ＩＤ「広告Ａ」が示す広告のデータとを対応付けて保持し、広告枠ＩＤ「広告枠５３」と広告ＩＤ「広告Ｃ」が示す広告のデータとを対応付けて保持する。また、入替部３９は、広告枠ＩＤ「広告枠５２」と広告ＩＤ「広告Ｅ」が示す広告のデータとを対応付けて保持する。
【００９０】
そして、入替部３９は、広告枠５３のリクエストを送信してから所定の時間が経過した場合は、以下の処理を実行する。すなわち入替部３９は、広告枠ＩＤ「広告枠５１」と広告ＩＤ「広告Ａ」が示す広告のデータとを対応付けて表示部４０に出力し、広告枠ＩＤ「広告枠５２」と広告ＩＤ「広告Ｅ」が示す広告のデータとを対応付けて表示部４０に出力する。また、入替部３９は、広告枠ＩＤ「広告枠５３」と広告ＩＤ「広告Ｃ」が示す広告のデータとを対応付けて表示部４０に出力する。
【００９１】
つまり、入替部３９は、リクエストを受信してから所定の時間が経過するまでの間、広告を表示することなく、保持し、表示を待機させる。また、入替部３９は、広告の入替指示を受信した場合は、受信した入替指示に従って、各広告枠５１〜５３に表示させる広告の入替を行なう。そして、入替部３９は、リクエストを受信してから所定の時間が経過した場合は、受信した広告を対応する広告枠５１〜５３に表示する。なお、入替部３９は、リクエストを受信してから所定の時間が経過した場合には、広告枠５１〜５３についての配信情報を全て受信していなかったとしても、受信済みの広告のデータ等を表示部４０に出力し、表示させてもよい。
【００９２】
表示部４０は、各広告枠５１〜５３に、対応する広告を表示する。例えば、表示部４０は、表示対象となるウェブページのデータをコンテンツサーバ１０から受信すると、受信したウェブページ上に配置された広告枠の位置を特定する。また、表示部４０は、入替部３９から広告枠ＩＤと表示される広告のデータとの組を待機する。そして、表示部４０は、入替部３９から広告枠ＩＤと表示される広告のデータとの組を受信すると、受信した組の広告枠ＩＤが示す広告枠に、受信した組の広告を表示したウェブページを出力部３４に表示させる。
【００９３】
［６．端末装置３０の処理フロー］
次に、図８を用いて、端末装置３０が実行する要求処理の流れについて説明する。図８は、実施形態に係る端末装置が実行する要求処理の流れを説明するフローチャートである。
【００９４】
例えば、端末装置３０は、コンテンツサーバ１０から、制御情報を含むウェブページを受信する（ステップＳ１０１）。かかる場合、端末装置３０は、制御情報を実行することで、ステップＳ１０２〜Ｓ１０７を実行する。具体的には、端末装置３０は、広告配信サーバ２０に対し、各広告枠５１〜５３に表示される広告のリクエストをそれぞれ送信する（ステップＳ１０２）。また、端末装置３０は、広告を受信したか否かを判定し（ステップＳ１０３）、広告を受信していない場合は（ステップＳ１０３：Ｎｏ）、広告を受信するまでステップＳ１０３を実行する。
【００９５】
一方、端末装置３０は、広告を受信した場合は（ステップＳ１０３：Ｙｅｓ）、一定時間、すなわちリクエストを受信してから所定の時間が経過するまでの間、待機する（ステップＳ１０４）。そして、端末装置３０は、入替指示を受信したから否かを判定し（ステップＳ１０５）、入替指示を受信した場合は（ステップＳ１０５：Ｙｅｓ）、入替指示に従って各広告枠に表示される広告を入替る（ステップＳ１０６）。一方、端末装置３０は、入替指示を受信していない場合は（ステップＳ１０５：Ｎｏ）、ステップＳ１０６をスキップする。そして、端末装置３０は、各広告枠５１〜５３に広告を表示し（ステップＳ１０７）、処理を終了する。
【００９６】
［７．広告配信サーバ２０の処理フロー］
次に、図９を用いて、広告配信サーバ２０が実行する入替指示処理の流れについて説明する。図９は、実施形態に係る広告配信サーバ２０が実行する入替指示処理の流れを説明するフローチャートである。まず、広告配信サーバ２０は、リクエストを受信したか否かを判定し（ステップＳ２０１）、リクエストを受信していない場合は（ステップＳ２０１：Ｎｏ）、リクエストを受信するまでの間ステップＳ２０１を実行する。
【００９７】
また、広告配信サーバ２０は、リクエストを受信した場合は（ステップＳ２０１：Ｙｅｓ）、受信したリクエストに格納されたＰＶ＿ＩＤが配信済テーブル２４に登録済みであるか否かを判定する（ステップＳ２０２）。そして、広告配信サーバ２０は、ＰＶ＿ＩＤが登録済みである場合は（ステップＳ２０２：Ｙｅｓ）、優先度順に未配信の広告を選択し（ステップＳ２０３）、広告の配信先とした広告枠ＩＤを記憶する（ステップＳ２０４）。
【００９８】
続いて、広告配信サーバ２０は、広告の配信先とした各広告枠の広告効果と、各広告枠５１〜５３に配信した広告の優先度の順序とが一致するか否かを判定する（ステップＳ２０５）。例えば、広告配信サーバ２０は、受信されたリクエストにかかる広告枠よりも広告効果が低い広告枠に対して、広告を配信済であるか否かを判定する。そして、広告配信サーバ２０は、広告の配信先とした各広告枠５１〜５３の広告効果と、各広告枠５１〜５３に配信した広告の優先度の順序とが一致しない場合は（ステップＳ２０５：Ｎｏ）、広告の入替指示と広告のデータとを端末装置３０に送信し（ステップＳ２０６）、処理を終了する。
【００９９】
一方、広告配信サーバ２０は、ＰＶ＿ＩＤが登録されていない場合は（ステップＳ２０２：Ｎｏ）、配信対象となる広告を選択し（ステップＳ２０７）、配信した広告の広告ＩＤと、配信先となる広告枠の広告枠ＩＤとを対応付けて配信済テーブル２４に登録する（ステップＳ２０８）。続いて、広告配信サーバ２０は、選択した広告を端末装置３０に送信し（ステップＳ２０９）、処理を終了する。なお、広告配信サーバ２０は、広告の配信先とした各広告枠の広告効果と、各広告枠５１〜５３に配信した広告の優先度の順序とが一致する場合は（ステップＳ２０５：Ｙｅｓ）、ステップＳ２０９を実行する。
【０１００】
［８．変形例］
上述した実施形態に係る広告システム１は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、広告システム１の他の実施形態について説明する。なお、以下に説明する広告配信サーバ２０の各種処理は、図３に記載した判定部２８により実現される。
【０１０１】
［８−１．入替指示を配信するタイミングについて］
上述した広告配信サーバ２０は、リクエストを受信する度に、配信済の広告の優先度の順序と、各広告枠５１〜５３の広告効果の順序との比較結果に応じて、入替指示を配信した。しかしながら、実施形態は、これに限定されるものではない。例えば、広告配信サーバ２０は、最後に送信する広告とともに１度だけ入替指示を配信してもよい。
【０１０２】
図１０は、実施形態に係る広告配信サーバが実行する処理のバリエーションを説明する図である。図１０に示すように、広告配信サーバ２０は、端末装置３０が表示するウェブページ上に、広告枠５１〜５３が配置されている旨を記憶し、かかる広告枠５１〜５３の広告効果が、広告枠５１、広告枠５３、広告枠５２の順に高い旨を記憶する。また、広告配信サーバ２０は、広告ＩＤ「広告Ａ」、広告ＩＤ「広告Ｃ」、広告ＩＤ「広告Ｅ」の順に優先度が高い広告を配信するものとする。なお、図１０に示す例では、広告配信サーバ２０に対し、全ての広告枠５１〜５３についてのリクエストが、所定の時間内に送信された例について記載した。
【０１０３】
例えば、広告配信サーバ２０は、広告枠５３についてのリクエストを受信する（ステップＳ２０）。かかる場合、広告配信サーバ２０は、最も優先度が高い広告ＩＤ「広告Ａ」が示す広告を端末装置３０に配信する（ステップＳ２１）。続いて、広告配信サーバ２０は、端末装置３０から広告枠５１についてのリクエストを受信する（ステップＳ２２）。かかる場合、広告配信サーバ２０は、最初のリクエストが送信されてから所定の時間が経過したか判定し、経過していない場合は、２番目に優先度が高い広告ＩＤ「広告Ｃ」が示す広告を端末装置３０に配信する（ステップＳ２３）。続いて、広告配信サーバ２０は、広告枠５２についてのリクエストを受信する（ステップＳ２４）。
【０１０４】
ここで、広告配信サーバ２０は、最初のリクエストが送信されてから所定の時間が経過したか判定し、所定の時間が経過していた場合は、広告枠５１〜５３の広告効果の順序と配信済の広告の優先度の順序とを比較する（ステップＳ２５）。かかる場合、広告枠５３に配信された広告ＩＤ「広告Ａ」が示す広告の優先度と、広告枠５１に配信された広告ＩＤ「広告Ｃ」が示す広告の優先度とが、広告枠５１、広告枠５３の広告効果の順序と逆になっている。
【０１０５】
そこで、広告配信サーバ２０は、広告枠５１に配信された広告と、広告枠５３に配信された広告との入替を指示する入替指示を生成する（ステップＳ２６）。そして、広告配信サーバ２０は、広告枠５２に表示される広告、すなわち広告ＩＤ「広告Ｅ」が示す広告と、生成した入替指示とを端末装置３０に送信する（ステップＳ２７）。この結果、端末装置３０は、広告枠５１に配信された広告と、広告枠５３に配信された広告とを入替えて表示する（ステップＳ２８）。このように、広告配信サーバ２０は、最初のリクエストが送信されてから所定の時間が経過するまでの間に配信した広告の入替を行う場合には、最後に送信する広告とともに入替指示を送信すればよいので、効率的に、優先度が高い広告を、広告効果が高い広告枠に表示させることができる。
【０１０６】
なお、広告配信サーバ２０は、全ての広告枠５１〜５３についてのリクエストを所定の時間内に受信することが確約されている場合には、リクエストを受信する度に全ての広告枠５１〜５３についてリクエストを受信したか否かを判定し、全ての広告枠５１〜５３についてリクエストを受信したと判定した際に、入替指示を送信してもよい。
【０１０７】
また、広告配信サーバ２０は、例えば、所定の数のリクエストを受信する度に、広告の優先度の順序と、広告枠の広告効果の順序との比較結果に基づいて、入替指示を生成してもよい。
【０１０８】
また、広告配信サーバ２０は、端末装置３０からの通知に応じて、入替指示を生成してもよい。例えば、コンテンツサーバ１０は、以下の処理を端末装置３０に実行させる制御情報を配信する。まず、端末装置３０は、表示対象となるウェブページに配置された広告枠のリクエストを送信する際、他にリクエストを送信していない広告枠が存在するか判定する。すなわち、端末装置３０は、送信対象となるリクエストが最後のリクエストであるか否かを判定する。そして、端末装置３０は、送信対象となるリクエストが最後のリクエストである場合は、かかるリクエストが最後のリクエストである旨を示す情報をリクエストに格納して送信する。
【０１０９】
かかる場合、広告配信サーバ２０は、リクエストを受信する度に優先度が高い広告から順に配信するとともに、かかるリクエストに最後のリクエストである旨を示す情報が格納されているか否かを判定する。そして、広告配信サーバ２０は、かかるリクエストに最後のリクエストである旨を示す情報が格納されている場合は、広告の配信を行うとともに、広告の優先度の順と、各広告枠の広告効果とが一致するか否かを判定する。その後、広告配信サーバ２０は、広告の優先度の順と、各広告枠の広告効果とが一致しない場合は、入替指示を生成して配信する。
【０１１０】
このように、広告配信サーバ２０は、受信したリクエストが最後に広告を配信する広告枠のリクエストか否かを識別できる場合には、かかるリクエストを受信した際に、広告を入れ替えるか否かを判定、および、入替指示の送信を行えばよい。この結果、広告配信サーバ２０は、処理コストや通信コストを削減することができる。
【０１１１】
［８−２．入替の対象となる広告枠について］
上述した実施形態では、広告配信サーバ２０は、各広告枠５１〜５３に配信された広告の入替えを行なった。しかしながら、実施形態は、これに限定されるものではない。例えば、広告配信サーバ２０は、広告枠５１に優先度が最も高い広告を表示すればよく、他の広告枠については多少優先度の順序が前後してもかまわない場合は、以下の処理を実行する。まず、広告配信サーバ２０は、全ての広告枠５１〜５３についての広告枠を受信した際に、優先度が最も高い広告が配信された広告枠を特定し、かかる広告枠に配信された広告と、広告枠５１に配信された広告との入替を指示する入替指示を配信してもよい。
【０１１２】
また、端末装置３０は、広告効果が高い広告枠５１のリクエストに、広告効果が最も高い広告枠である旨を示す情報を格納して送信する。例えば、端末装置３０は、広告枠５１のリクエストに、広告枠５１が「プライムディスプレイ」であることを示す情報を格納して送信する。一方、広告配信サーバ２０は、リクエストに広告効果が最も高い広告枠である旨を示す情報が格納されている場合は、優先度が最も高い広告を配信する。また、広告配信サーバ２０は、他のリクエスト、すなわち他の広告枠５２、５３のリクエストについては、優先度が最も高い広告以外の広告から、優先度が高い順に配信する。そして、広告配信サーバ２０は、広告枠５２、５３に配信された広告の優先度の順序と、広告枠５２、５３の広告効果の順序とが一致しない場合は、広告枠５２に配信された広告と広告枠５３に配信された広告とを入替る入替指示を生成してもよい。
【０１１３】
また、上述した広告配信サーバ２０は、所定の広告枠に対して配信された広告の入替を指示する入替指示を配信した。しかしながら、実施形態は、これに限定されるものではない。例えば、広告配信サーバ２０は、配信対象となる広告の優先度を示す優先度情報を端末装置３０に送信する。一方、端末装置３０は、広告配信サーバ２０から受信した優先度情報に基づいて、広告の入替を行ってもよい。
【０１１４】
例えば、端末装置３０は、各広告枠５１〜５３に表示させる広告を受信するまで待機し、各広告枠５１〜５３に表示させる広告を受信した場合は、各広告の優先度情報の順序と、各広告枠５１〜５３の広告効果の順序とを比較する。そして、端末装置３０は、各広告の優先度情報の順序と、各広告枠５１〜５３の広告効果の順序とが一致しなかった場合には、各広告の優先度情報の順序と、各広告枠５１〜５３の広告効果の順序とが一致するように、各広告枠５１〜５３に表示させる広告を入替てもよい。
【０１１５】
［８−３．広告枠の広告効果について］
上述した広告配信サーバ２０は、各ウェブページに配置される広告枠の広告効果を記憶していた。しかしながら、実施形態は、これに限定されるものではない。例えば、端末装置３０は、ウェブページを受信すると、ウェブページ上に配置された広告枠の配置位置等に基づいて、各広告枠の広告効果の順序を算出する。そして、端末装置３０は、広告枠の広告効果の順序を示す順序情報をリクエストに格納して広告配信サーバ２０に送信する。
【０１１６】
一方、広告配信サーバ２０は、受信したリクエストに対し、配信されていない広告のうち優先度が最も高い広告を配信する。また、広告配信サーバ２０は、受信したリクエストに格納されていた順序情報と、それまでに広告を配信した広告枠のリクエストに格納されていた順序情報との比較結果に基づいて、入替指示を生成する。この結果、広告配信サーバ２０は、ウェブページに配置された広告枠の広告効果の順序を記憶せずとも、優先度が高い広告を、広告効果が高い広告枠に表示させることができる。
【０１１７】
なお、端末装置３０は、広告枠の広告効果の順序を示す順序情報に、ウェブページ内に配置された広告枠の数を含めてもよい。かかる場合、広告配信サーバ２０は、順序情報に含まれる広告枠の数と、受信した全てのリクエストの数とを比較することで、全ての広告枠についてリクエストを受信したか否かを容易に判定することができる。この結果、広告配信サーバ２０は、リクエストを受信してから所定の時間待機せずとも、優先度が高い広告を、広告効果が高い広告枠に表示させることができる。
【０１１８】
［８−４．広告の選択方法］
上述した広告配信サーバ２０は、ｅＣＰＭの値が高い広告等、優先度が高い広告から順に広告を配信した。しかしながら、実施形態は、これに限定されるものではない。例えば、広告配信サーバ２０は、広告が表示される広告枠が指定されている場合は、かかる指定を考慮して広告の配信を行なってもよい。例えば、広告配信サーバ２０は、「プライムディスプレイ」のリクエストを受信した場合は、「プライムディスプレイ」にのみ表示させる広告のうち、優先度が最も高い広告を配信する。一方、広告配信サーバ２０は、リクエストにかかる広告枠が「プライムディスプレイ」ではない場合は、「プライムディスプレイ」以外の広告枠に表示することができる広告のうち、配信していない広告を配信する。そして、広告配信サーバ２０は、「プライムディスプレイ」以外の広告枠について、広告枠の広告効果の順序と、「プライムディスプレイ」以外の広告枠に配信した広告の優先度の順序とが一致するように、入替指示を生成し、生成した入替指示を配信してもよい。
【０１１９】
また、広告配信サーバ２０は、広告とウェブページとのマッチング、広告と端末装置３０の利用者とのマッチング、その他任意の手法を用いて、受信したリクエストに対応する広告枠に表示させる広告の選択処理を最適化してもよい。また、広告配信サーバ２０は、広告データベース２５に登録された広告以外にも、例えば、図示を省略した他のサーバが配信する広告を配信対象として選択し、広告を端末装置３０へ配信するようかかるサーバに指示してもよい。
【０１２０】
［８−５．広告効果の順序について］
上述した広告配信サーバ２０は、ウェブページごとに、広告枠の広告効果の順序を記憶していた。しかしながら、実施形態は、これに限定されるものではない。例えば、広告配信サーバ２０は、各ウェブページに配置された各広告枠に対して、商品名が付与されている場合は、各広告枠の商品名と広告効果の順序とを対応付けて記憶する。また、広告配信サーバ２０は、リクエストに係る広告枠の商品名が含まれるリクエストを受信する。そして、広告配信サーバ２０は、受信したリクエストに含まれる商品名から、各広告枠の広告効果の順序を特定し、特定した順序と、配信済みの広告の優先度の順序とが一致しない場合は、かかる順序が一致するように入替指示を生成してもよい。かかる場合、広告配信サーバ２０は、ウェブページごとに広告枠の広告効果の順序を記憶せずとも、各広告枠の広告効果の順序と、各広告枠に対して配信する広告の優先度の順序とを一致させることができる。
【０１２１】
［８−６．その他］
上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。また、例えば、各図に示したアプリケーションのＵＩ（User  Interface）は、これに限定されるものではない。
【０１２２】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、上述した要求部３５、操作制御部３６、表示制御部３７、送信部３８、入替部３９、表示部４０が実行する処理は、表示部４０が実行することとしてもよい。また、上述した選択部２７、判定部２８、広告配信部２９が実行する処理は、広告配信部２９が実行することとしてもよい。
【０１２３】
［９．効果］
上述したように、広告配信サーバ２０は、複数の広告枠５１〜５３に表示される広告のリクエストを受信した場合は、先に広告を配信した広告枠の広告効果と、受信したリクエストに係る広告枠の広告効果とに基づいて、先に広告を配信した広告枠に表示される広告と、受信したリクエストに係る広告枠に表示される広告との入替を指示する入替指示を配信する。このため、広告配信サーバ２０は、優先度が高い広告を、広告効果が高い広告枠に表示させることができる。また、広告配信サーバ２０は、広告の優先度を示す情報を端末装置３０に通知せずとも、広告枠の広告効果の順序と、広告の優先度の順序とを揃えることができるので、広告に対する課金情報の漏洩を防ぐことができる。また、広告配信サーバ２０は、ウェブページ上に配置された広告枠についてのリクエストをすべて受信するとは限らない場合にも、優先度が高い広告を、広告効果が高い広告枠に表示させることができる。
【０１２４】
また、広告配信サーバ２０は、例えば、広告枠５２に対して最も優先度が高い広告を配信した後で、広告枠５１についてのリクエストを受信した場合は、配信されていない広告のうち、優先度が最も高い広告を選択する。続いて、広告配信サーバ２０は、広告配信済の広告枠５２の広告効果が、広告枠５１の広告効果よりも低いか否かを判定する。そして、広告配信サーバ２０は、広告配信済の広告枠５２の広告効果が、広告枠５１の広告効果よりも低い場合は、広告枠５１に対して選択した広告を配信するとともに、広告枠５２に表示される広告と、広告枠５１に表示される広告との入替を指示する入替指示を配信する。このため、広告配信サーバ２０は、優先度が高い広告を、広告効果が高い広告枠に表示させることができる。
【０１２５】
また、広告配信サーバ２０は、各広告枠５１〜５３の広告効果の順序と、各広告枠５１〜５３に配信された広告の優先度の順序とが一致するか否かを判定する。そして、広告配信サーバ２０は、各広告枠５１〜５３の広告効果の順序と、各広告枠５１〜５３に配信された広告の優先度の順序とが一致しない場合は、広告枠５１〜５３の広告効果の順序と、各広告枠５１〜５３に配信された広告の優先度の順序とが一致するように、広告の入替を指示する入替指示を配信する。このため、広告配信サーバ２０は、リクエストを受信する度に入替が必要か判定せずともよいので、効率的に、優先度が高い広告を、広告効果が高い広告枠に表示させることができる。
【０１２６】
また、広告配信サーバ２０は、全広告枠５１〜５３のリクエストを受信した際に、各広告枠５１〜５３の広告効果の順序と、各広告枠５１〜５３に配信された広告の優先度の順序とが一致するか否かを判定し、判定結果に応じて、入替指示を配信する。このため、広告配信サーバ２０は、ウェブページ上に配置された全てのリクエストを受信することが確約されている場合等には、入替指示を一回配信するだけで、優先度が高い広告を広告効果が高い広告枠に表示させることができる。
【０１２７】
また、広告配信サーバ２０は、ウェブページ内に配置された広告枠５１〜５３の広告枠ＩＤを記憶する。そして、広告配信サーバ２０は、記憶したすべての広告枠ＩＤについてリクエストを受信した場合、すなわち、全広告枠５１〜５３のリクエストを受信した場合は、各広告枠５１〜５３の広告効果の順序と、各広告枠５１〜５３に配信された広告の優先度の順序とが一致するか否かを判定する。このため、広告配信サーバ２０は、ウェブページ上に配置された全てのリクエストを受信することが確約されている際に、全広告枠５１〜５３のリクエストを受信したか否かを適切に判定することができる。
【０１２８】
また、端末装置３０は、すべての広告枠５１〜５３についてのリクエストのうち、最後に送信されるリクエストを送信する場合は、かかるリクエストが最後のリクエストである旨を示す情報を合わせて広告配信サーバ２０に送信する。一方、広告配信サーバ２０は、リクエストとともに、かかるリクエストが最後のリクエストである旨を示す情報を受信した場合は、各広告枠５１〜５３の広告効果の順序と、各広告枠５１〜５３に配信された広告の優先度の順序とが一致するか否かを判定する。このため、広告配信サーバ２０は、全広告枠５１〜５３のリクエストを受信したか否かを適切に判定することができる。
【０１２９】
また、コンテンツサーバ１０は、制御情報とウェブページとを端末装置３０に配信する。ここで、制御情報は、端末装置３０に対し、以下の処理を実行させる。すなわち、端末装置３０は、広告配信サーバ２０に対し、各広告枠５１〜５３に表示される広告のリクエストを送信する。そして、端末装置３０は、リクエストを送信してから所定の時間が経過するまでの間、広告配信サーバ２０から受信した広告の表示を待機する。また、端末装置３０は、所定の時間が経過する前に、広告の入替指示を受信した場合は、各広告枠５１〜５３の広告効果の順序と、各広告枠５１〜５３に配信された広告の優先度の順序とが一致するように、各広告枠５１〜５３に表示される広告を入替る。このため、コンテンツサーバ１０は、優先度が高い広告を、広告効果が高い広告枠に表示させることができる。
【０１３０】
また、端末装置３０は、広告配信サーバ２０に対し、各広告枠５１〜５３に表示される広告のリクエストを送信し、リクエストを送信してから所定の時間が経過するまでの間、広告配信サーバ２０から受信した広告の表示を待機する。また、端末装置３０は、所定の時間が経過する前に、広告の入替指示を受信した場合は、各広告枠５１〜５３の広告効果の順序と、各広告枠５１〜５３に配信された広告の優先度の順序とが一致するように、各広告枠５１〜５３に表示される広告を入替る。このため、端末装置３０は、優先度が高い広告を、広告効果が高い広告枠に表示することができる。
【０１３１】
以上、本願の実施形態を図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【０１３２】
また、特許請求の範囲に記載した「手段」は、「部（section、module、unit）」や「回路」などに読み替えることができる。例えば、収集手段は、収集部や収集回路に読み替えることができる。
【０１３３】
［１０．プログラム］
なお、上述した実施形態におけるコンテンツサーバ１０、広告配信サーバ２０、端末装置３０は、例えば図１１に示すような構成のコンピュータ７０が情報提供プログラムもしくは端末制御プログラムを実行することによって実現される。図１１は、情報提供プログラムもしくは端末制御プログラムを実行するコンピュータのハードウェア構成の一例を示す図である。コンピュータ７０は、ＣＰＵ（Central  Processing  Unit）７１、ＲＡＭ（Random  Access  Memory）７２、ＲＯＭ（Read  Only  Memory）７３、ＨＤＤ（Hard  Disk  Drive）７４、通信インターフェイス（Ｉ／Ｆ）７５、入出力インターフェイス（Ｉ／Ｆ）７６、およびメディアインターフェイス（Ｉ／Ｆ）７７を備える。
【０１３４】
ＣＰＵ７１は、ＲＯＭ７３またはＨＤＤ７４に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ７３は、コンピュータ７０の起動時にＣＰＵ７１によって実行されるブートプログラムや、コンピュータ７０のハードウェアに依存するプログラム等を格納する。
【０１３５】
ＨＤＤ７４は、ＣＰＵ７１によって実行される情報提供プログラムまたは端末制御プログラムよって使用されるデータ等を格納する。例えば、ＨＤＤ７４は、図２に記載したコンテンツデータベース１４と同様のデータを記憶する。通信インターフェイス７５は、ネットワーク２を介して他の機器からデータを受信してＣＰＵ７１へ送り、ＣＰＵ７１が生成したデータを、ネットワーク２を介して他の機器へ送信する。
【０１３６】
ＣＰＵ７１は、入出力インターフェイス７６を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ７１は、入出力インターフェイス７６を介して、入力装置からデータを取得する。また、ＣＰＵ７１は、生成したデータを、入出力インターフェイス７６を介して出力装置へ出力する。
【０１３７】
メディアインターフェイス７７は、記録媒体７８に格納されたプログラムまたはデータを読み取り、ＲＡＭ７２を介してＣＰＵ７１に提供する。ＣＰＵ７１は、当該プログラムを、メディアインターフェイス７７を介して記録媒体７８からＲＡＭ７２上にロードし、ロードしたプログラムを実行する。記録媒体７８は、例えばＤＶＤ（Digital  Versatile  Disk）、ＰＤ（Phase  change  rewritable  Disk）等の光学記録媒体、ＭＯ（Magneto-Optical  disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【０１３８】
コンピュータ７０が上述した実施形態に係るコンテンツサーバ１０として機能する場合、コンピュータ７０のＣＰＵ７１は、ＲＡＭ７２上にロードされたプログラムを実行することにより、受信部１５およびコンテンツ配信部１６の各機能を実現する。また、コンピュータ７０が上述した実施形態に係る広告配信サーバ２０として機能する場合、コンピュータ７０のＣＰＵ７１は、ＲＡＭ７２上にロードされたプログラムを実行することにより、選択部２７、判定部２８、広告配信部２９の各機能を実現する。また、コンピュータ７０が上述した実施形態に係る端末装置３０として機能する場合、コンピュータ７０のＣＰＵ７１は、ＲＡＭ７２上にロードされたプログラムを実行することにより、要求部３５、操作制御部３６、表示制御部３７、送信部３８、入替部３９、表示部４０の各機能を実現する。
【０１３９】
コンピュータ７０のＣＰＵ７１は、情報提供プログラムもしくは端末制御プログラムを、記録媒体７８から読み取って実行するが、他の例として、他の装置から、ネットワーク２を介してこれらのプログラムを取得してもよい。
【０１４０】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に多様な変更または改良を加えることが可能であることが当業者には明らかである。また、そのような変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【符号の説明】
【０１４１】
１  広告システム
１０  コンテンツサーバ
１１、２１、３１  通信部
１２、２２、３２  制御部
１３、２３  記憶部
１４  コンテンツデータベース
１５  受信部
１６  コンテンツ配信部
２０  広告配信サーバ
２４  配信済テーブル
２５  広告データベース
２６  広告枠テーブル
２７  選択部
２８  判定部
２９  広告配信部
３０  端末装置
３３  入力部
３４  出力部
３５  要求部
３６  操作制御部
３７  表示制御部
３８  送信部
３９  入替部
４０  表示部
【図１】
0005973484.tif 000002
【図２】
0005973484.tif 000003
【図３】
0005973484.tif 000004
【図４】
0005973484.tif 000005
【図５】
0005973484.tif 000006
【図６】
0005973484.tif 000007
【図７】
0005973484.tif 000008
【図８】
0005973484.tif 000009
【図９】
0005973484.tif 000010
【図１０】
0005973484.tif 000011
【図１１】
0005973484.tif 000012