JP2014174700A - 広告ページ提供装置、広告ページ提供方法、および広告ページ提供プログラム - Google Patents

Abstract

【課題】広告ページの内容についての不公平感を緩和すること。
【解決手段】複数のサービスのいずれかの広告が特定の広告枠に表示された広告ページに、サービスに係る表示画面から前記広告ページに遷移した回数を、前記複数のサービス毎に計数する計数部と、前記計数部で計数された回数に基づいて、前記複数のサービスの中から前記特定の広告枠に広告が表示されるサービスを選択するサービス選択部と、前記サービス選択部で選択されたサービスの広告が前記特定の広告枠に表示された広告ページであって、ネットワークを介して端末装置に提供する広告ページを生成する生成部と、を備える広告ページ提供装置。
【選択図】図１０

Description

本発明は、広告ページ提供装置、広告ページ提供方法、および広告ページ提供プログラムに関する。

近年、ＳＮＳ（Social Networking Service）が普及している。ＳＮＳの会員に対しては、ゲームなどの種々のサービスが提供される。ＳＮＳを利用したサービスについては、ＳＮＳを利用した宣伝を行うことができるため、サービス間の利用促進が容易に行われる。一方、ＳＮＳに依存しないサービスの場合、上記のようなＳＮＳを利用した宣伝を行うことができないため、サービス間で相互に宣伝を行うことが困難であった。

これに関連し、Ｗｅｂサイト（広告サイト）に表示された広告がクリックされたときに、デバイスに対応したランディングページが表示されるように制御する広告配信サーバが知られている（例えば、特許文献１参照）。

こうした広告サイトへは、例えば、ゲームのメニュー画面に対する操作等に応じて遷移する。広告サイトの広告が選択されると、広告に係るサービスを販売するストアサイトや、サービスの専用サイトへ誘導される。このような広告ページを介することにより、ＳＮＳに依存しないサービス間でも相互に宣伝を行い、利用を促進することが可能となる。

特開２０１３−２９９０６号公報

ところで、広告サイトには、異なる広告主による広告が、時分割で、或いは混在して表示されることが想定される。この場合、広告サイトにおいて、売り上げが比較的大きい広告主（或いはサービス）と、そうでない広告主（或いはサービス）との間で全く同じ扱いがなされると、不公平感が生じる場合がある。

本発明は、このような事情を考慮してなされたものであり、広告ページの内容についての不公平感を緩和することを目的の一つとする。

以下では、本発明の理解を容易にするため添付図面の参照符号を括弧書きにて付記するが、それにより本発明が図示の態様に限定されるものではない。
本発明の一態様は、複数のサービスのいずれかの広告が特定の広告枠（ＡＤＰ（１））に表示された広告ページ（ＡＤＰ）に、サービスに係る表示画面から前記広告ページに遷移した回数を、前記複数のサービス毎に計数する計数部（７０、９０、１１０）と、前記計数部で計数された回数に基づいて、前記複数のサービスの中から前記特定の広告枠に広告が表示されるサービスを選択するサービス選択部（７１、９１、１１１）と、前記サービス選択部で選択されたサービスの広告が前記特定の広告枠に表示された広告ページであって、ネットワーク（ＮＷ）を介して端末装置（３００）に提供する広告ページを生成する生成部（７４、９４、１１４）と、を備える広告ページ提供装置（４、５、６）である。
本発明の一態様において、前記サービス選択部は、前記特定の広告枠に広告が表示されるサービスを、前記広告ページに遷移した遷移元の表示画面に係るサービスを除外したサービスの中から選択するものとしてもよい。
また、本発明の一態様において、前記サービス選択部は、前記計数部により計数された回数に基づいて各サービスが選択される確率を決定し、該決定した確率で、前記広告ページにおける特定の広告枠に広告が表示されるサービスを選択するものとしてもよい。この場合、前記サービス選択部は、前記計数部により計数された回数が多いほど高確率となるように、前記各サービスが選択される確率を決定するものとしてもよい。
また、本発明の一態様において、前記サービス選択部は、前記計数部により計数された回数に基づいて各サービスが選択される順序を決定し、該決定した順序で、前記広告ページにおける特定の広告枠に広告が表示されるサービスを順次選択するものとしてもよい。この場合、前記サービス選択部は、前記計数部により計数された回数が多いほど、選択される順序が早くなるように、前記各サービスが選択される順序を決定するものとしてもよい。
また、本発明の一態様において、前記サービス選択部は、前記計数部により計数された回数に基づいて各サービスが選択される順序および期間を決定し、前記生成部は、該決定された順序で、前記特定の広告枠に広告が表示されるサービスが順次切り替わるように前記広告ページを生成するものとしてもよい。この場合、前記サービス選択部は、前記計数部により計数された回数が多いほど、選択される順序が早くなり且つ期間が長くなるように、前記各サービスが選択される順序および期間を決定するものとしてもよい。
また、本発明の一態様において、前記サービス選択部は、前記計数部により計数された回数に基づいて各サービスに保有ポイント数を付与し、所定の広告期間に含まれる複数の単位広告期間に対して予め設定された消費ポイント数を用いて、各サービスに割り当てられる一または複数の単位広告期間に対応した消費ポイント数の合計が、該サービスに付与された前記保有ポイント数に略比例した値となるように、前記広告ページにおける特定の広告枠に広告が表示されるサービスを、前記単位広告期間毎に選択するものとしてもよい。この場合、前記サービス選択部は、前記計数部により計数された回数が多いほど、保有ポイント数を多く付与し、前記消費ポイント数は、前記広告ページの閲覧数が増加する傾向の時間帯または曜日ほど多く設定されるものとしてもよい。
また、本発明の一態様において、前記計数部は、所定の計数期間毎に前記回数を計数するものとしてもよい。
また、本発明の一態様において、前記広告ページにおける、前記特定の広告枠とは異なる態様で複数のサービスの広告が表示される他の広告枠において、前記広告ページが前記端末装置に提供される度に、前記サービスの広告を表示させる広告主の並び順を、前記計数部により計数された回数とは無関係に選択する他広告枠選択部を備え、前記生成部は、前記サービス選択部で選択されたサービスの広告が前記特定の広告枠に表示され、前記他広告枠選択部で選択された広告主により提供されるサービスの広告が前記他の広告枠に表示された前記広告ページを生成するものとしてもよい。
本発明の他の態様は、コンピュータが、複数のサービスのいずれかの広告が特定の広告枠に表示された広告ページに、サービスに係る表示画面から遷移した回数を、前記複数のサービス毎に計数し、前記計数された回数に基づいて、前記複数のサービスの中から前記特定の広告枠に広告が表示されるサービスを選択し、前記選択されたサービスの広告が特定の広告枠に表示された広告ページであって、ネットワークを介して端末装置に提供する広告ページを生成する、広告ページ提供方法である。
本発明の他の態様は、コンピュータに、複数のサービスのいずれかの広告が特定の広告枠に表示された広告ページに、サービスに係る表示画面から遷移した回数を、前記複数のサービス毎に計数する計数処理と、前記計数処理で計数された回数に基づいて、前記複数のサービスの中から前記特定の広告枠に広告が表示されるサービスを選択するサービス選択処理と、前記選択されたサービスの広告が特定の広告枠に表示された広告ページであって、ネットワークを介して端末装置に提供する広告ページを生成する生成処理と、を実行させる広告ページ提供プログラムである。

本発明の一態様によれば、広告ページの内容についての不公平感を緩和することができる。

本実施形態のＷｅｂサーバ（広告ページ提供装置）１を含むネットワークシステムの構成例を示す図である。 本実施形態における各ゲームが提供される際の役割分担を模式的に示す図である。 Ｗｅｂサーバ１により提供される広告ページＡＤＰの一例を示す図である。 アプリケーションプログラムＡＰＬの表示画面から広告ページＡＤＰに画面が遷移する様子を模式的に示す図である。 第１実施形態に係るＷｅｂサーバ１の機能構成の一例を示す構成図である。 広告主／ゲーム対応表記憶部２１により記憶されるデータの一例を示す図である。 ＰＶ数／確率テーブル記憶部２２により記憶されるデータの一例を示す図である。 選択結果記憶部２３に記憶されるデータの一例を示す図である。 画像データ記憶部２４により記憶されるデータを模式的に示す図である。 第１実施形態に係るＷｅｂサーバ１により実行される処理の流れを示すフローチャートの一例である。 第２実施形態に係るＷｅｂサーバ２の機能構成の一例を示す構成図である。 ＰＶ数／表示順テーブル記憶部４２により記憶されるデータの一例を示す図である。 選択結果記憶部４３により記憶されるデータの一例を示す図である。 第２実施形態に係るＷｅｂサーバ２により実行される処理の流れを示すフローチャートの一例である。 第３実施形態に係るＷｅｂサーバ３の機能構成の一例を示す構成図である。 ＰＶ数／保有ポイント数テーブル記憶部６２により記憶されるデータの一例を示す図である。 日別消費ポイント数テーブル記憶部６３に格納されるデータの一例を示す図である。 第３実施形態において選択結果記憶部６４により記憶されるデータの一例を示す図である。 第３実施形態に係るＷｅｂサーバ３により実行される処理の流れを示すフローチャートの一例である。 第４実施形態に係るＷｅｂサーバ４の機能構成の一例を示す構成図である。 ＰＶ数／確率テーブル記憶部２２により記憶されるデータの一例を示す図である。 第４実施形態に係るＷｅｂサーバ４により実行される処理の流れを示すフローチャートの一例である。 第５実施形態に係るＷｅｂサーバ５の機能構成の一例を示す構成図である。 ＰＶ数／表示順テーブル記憶部１０２により記憶されるデータの一例を示す図である。 選択結果記憶部１０３により記憶されるデータの一例を示す図である。 第５実施形態に係るＷｅｂサーバ５により実行される処理の流れを示すフローチャートの一例である。 第６実施形態に係るＷｅｂサーバ６の機能構成の一例を示す構成図である。 ＰＶ数／保有ポイント数テーブル記憶部１２２により記憶されるデータの一例を示す図である。 第６実施形態に係るＷｅｂサーバ６により実行される処理の流れを示すフローチャートの一例である。

以下、図面を参照し、本発明の広告ページ提供装置、広告ページ提供方法、および広告ページ提供プログラムの実施形態について説明する。

＜第１実施形態＞
［システムの概要］
図１は、本実施形態のＷｅｂサーバ（広告ページ提供装置）１を含むネットワークシステムの構成例を示す図である。ネットワークシステムでは、ネットワークＮＷを介して、Ｗｅｂサーバ１、サーバ２００―Ａ―１、２００―Ａ―２、２００―Ｂ―１、２００―Ｃ―１、２００―Ｃ―２、２００―Ｃ―３、２００―Ｄ―１、２００―Ｄ―２、および端末装置３００が双方向に通信可能に接続される。端末装置３００は、ユーザによって使用される端末装置であり、例えば、携帯電話やタブレット端末、パーソナルコンピュータ、通信機能付きゲーム機などが用いられる。

サーバ２００―Ａ―１、２００―Ａ―２は、Ｗｅｂサーバ１が提供する広告ページＡＤＰに広告を表示させる広告主の１つであるＡ社によって運営され、それぞれＡ社が提供するゲームＡ―１、Ａ―２の制御を行うアプリケーションサーバとして機能する。サーバ２００―Ｂ―１は、同じく広告主の１つであるＢ社によって運営され、Ｂ社が提供するゲームＢ―１の制御を行うアプリケーションサーバとして機能する。サーバ２００―Ｃ―１、２００―Ｃ―２、２００―Ｃ―３は、同じく広告主の１つであるＣ社によって運営され、それぞれＣ社が提供するゲームＣ―１、Ｃ―２、Ｃ―３の制御を行うアプリケーションサーバとして機能する。サーバ２００―Ｄ―１、２００―Ｄ―２は、同じく広告主の１つであるＤ社によって運営され、それぞれＤ社が提供するゲームＤ―１、Ｄ―２の制御を行うアプリケーションサーバとして機能する。

本実施形態において、広告主であるＡ社、Ｂ社、Ｃ社、Ｄ社は、それぞれが提供するゲームの広告を、Ｗｅｂサーバ１がネットワークＮＷを介して端末装置３００に提供する広告ページＡＤＰに表示させる。

各ゲームは、例えば、端末装置３００においてユーザインターフェースとして機能するアプリケーションプログラムが実行され、端末装置３００と各サーバとの間で操作信号やゲームパラメータ等が送受信され、ゲームの中枢的な制御は各サーバにおいて行われるという役割分担の下で提供される。

図２は、本実施形態における各ゲームが提供される際の役割分担を模式的に示す図である。なお、以下の説明では、いずれのサーバであるかを区別せず、サーバ２００と表記する場合がある。ユーザＵは、ゲームに対する入力操作を行う。端末装置３００ではアプリケーションプログラムＡＰＬがＣＰＵ（Central Processing Unit）等により実行されている。アプリケーションプログラムＡＰＬは、ユーザＵによりなされた入力操作に基づいて操作信号を生成し、図示しない通信部を介してサーバ２００に送信する。

サーバ２００は、入力された操作信号に基づいてゲームを進行させ、進行結果に応じたゲームパラメータを生成して端末装置３００に送信する。なお、サーバ２００は、制御するゲームが、対戦型や協力型のゲームなど、複数のユーザが参加するゲームである場合は、他の端末装置３００から入力された操作信号を加味してゲームを進行させる。

ゲームパラメータを受信した端末装置３００では、アプリケーションプログラムＡＰＬが、ゲームパラメータに基づいて表示画面や音声を生成し、ユーザＵに画面や音声などを出力する。

なお、このような役割分担はあくまで一例であり、いわゆるブラウザ型ゲームのように、表示画面の生成や音声データの生成がサーバ２００において行われてもよいし、より多くの処理が端末装置３００において行われてもよい（全ての処理が端末装置３００において行われてもよい）。なお、提供するゲームがブラウザ型ゲームである場合は、サーバ２００はＷｅｂサーバとして機能する。

端末装置３００のユーザＵは、例えばゲームＡ―１をプレイしようとした場合、端末装置３００を用いてＡ社のストアサイトなどにアクセスし、ゲームＡ―１のアプリケーションプログラムを購入する手続きを行い、このアプリケーションプログラムを端末装置３００にインストールする。これによって、ユーザＵは、ゲームＡ―１のプレイを開始することができる。なお、アプリケーションプログラムの購入には、有料の場合と無料の場合がある。

図１では、端末装置３００を単独のものとして示したが、現実には、複数の端末装置３００がネットワークＮＷを介してＷｅｂサーバ１や各サーバ２００に接続され得る。また、サーバ２００の数、広告主の数、広告対象となるゲームの数などに関して、特段の制限は存在しない。図１では広告主が４つ存在するものとしたが、複数の広告主が存在すれば、本発明の適用は可能である。また、本実施形態におけるゲームは、アクションゲーム、カードゲーム、パズルゲーム、ロールプレイングゲーム、シミュレーションゲーム、アドベンチャーゲームなど、あらゆる種類のゲームであってよい。また、本実施形態におけるゲームは、広告主である各社が提供するサービスの一例であり、各社が提供するサービスは、ゲーム以外のものであっても構わない。

ネットワークＮＷは、例えば、携帯電話網、ＰＨＳ（Personal Handy-phone System）網、ＶＰＮ（Virtual Private Network）網、専用通信回線網、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、ＰＳＴＮ（Public Switched Telephone Network；公衆交換電話網）など、またはこれらの組み合わせによって構成される情報通信ネットワークである。

［広告ページ］
図３は、Ｗｅｂサーバ１により提供される広告ページＡＤＰの一例を示す図である。広告ページＡＤＰには、第１広告枠ＡＤＰ（１）と、第２広告枠ＡＤＰ（２）が設けられる。図３に示すように、第１広告枠ＡＤＰ（１）は、例えば、広告ページＡＤＰの最上段に設定され、ゲームの内容を示すグラフィックがより大きく表示されるため、広告宣伝効果が高いものとなっている。本実施形態のＷｅｂサーバ１は、広告宣伝効果の高い第１広告枠ＡＤＰ（１）に広告を表示する広告主を、なるべく不公平感が生じないように選択する。第１広告枠ＡＤＰ（１）には、例えば、１社の広告主による広告（バナー）が表示され、第２広告枠ＡＤＰ（２）には、例えば、全ての広告主による広告が１つずつ、ランダムな順に並べられて表示される。なお、これに限らず、第２広告枠ＡＤＰ（２）には、第１広告枠ＡＤＰ（１）に広告を表示する広告主以外の広告主による広告が、ランダムな順に並べられて表示されてもよい。

端末装置３００において、ユーザは、アプリケーションプログラムＡＰＬの表示画面（ゲームの表示画面）から広告ページＡＤＰに遷移させることができる。図４は、アプリケーションプログラムＡＰＬの表示画面から広告ページＡＤＰに画面が遷移する様子を模式的に示す図である。図４（Ａ）に示すアプリケーションプログラムＡＰＬの表示画面（ゲームの表示画面）ＡＰＬＩＭにおいて、ユーザがメニュー画面における、「アプリ一覧」などと表記されたボタンＢＴを操作（タップなど）すると、アプリケーションプログラムＡＰＬは、広告ページＡＤＰに対応するＵＲＬを図示しないＯＳ（Operating System）等に出力する。ＯＳ等は、ネットワークＮＷに接続された図示しないＤＮＳ（Domain Name System）サーバに接続してＷｅｂサーバ１のＩＰアドレス等を取得し、取得したＩＰアドレス等を送信先として広告ページＡＤＰの送信を要求するＨＴＴＰリクエストをＷｅｂサーバ１に送信する。Ｗｅｂサーバ１は、これに応じて広告ページＡＤＰの例えばｈｔｍｌ文書を端末装置３００に配信する。端末装置３００は、例えば、Ｗｅｂブラウザを起動させ、受信したｈｔｍｌ文書を解釈して広告ページＡＤＰを表示する（図４（Ｂ））。広告ページＡＤＰは、例えば、遷移元のゲームの表示画面にオーバーラップして表示され、広告ページが閉じられると、遷移元のゲームの表示画面が再度表示される。

このように、広告ページＡＤＰは、ゲームの表示画面（ゲームに対応するアプリケーションプログラムＡＰＬの表示画面ＡＰＬＩＭ）から遷移して表示される。広告ページＡＤＰにおいて、各広告枠の広告が操作されると、対応するゲームのストアサイトやランディングサイトなどに遷移する。これによって、ユーザは、興味を持ったゲームを購入することができる。

［Ｗｅｂサーバ１の機能構成］
Ｗｅｂサーバ１は、以下に説明する構成、手法により、第１広告枠ＡＤＰ（１）に広告を表示させる広告主、および広告が表示されるゲームを選択する。図５は、第１実施形態に係るＷｅｂサーバ１の機能構成の一例を示す構成図である。Ｗｅｂサーバ１は、例えば、ＰＶ（ページビュー）数カウント部１０と、第１広告枠に関する選択部１１と、ゲーム選択部１２と、第２広告枠に関する選択部１３と、広告ページ生成部１４と、広告ページ提供部１５とを備える。これらの機能部は、例えば、プログラムメモリ（記憶部２０に含まれてもよい）に記憶されたプログラムをＣＰＵ（Central Processing Unit）が実行することにより機能する。なお、上記機能部の一部はＬＳＩ（Large Scale Integration）などのハードウェア機能部であってもよい。

また、Ｗｅｂサーバ１は、広告主／ゲーム対応表記憶部２１、ＰＶ数／確率テーブル記憶部２２、選択結果記憶部２３、および画像データ記憶部２４を有する記憶部２０を備える。記憶部２０は、例えば、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ、レジスタなどの記憶装置により実現される。なお、記憶部２０の一部または全部は、Ｗｅｂサーバ１の外部に設けられた記憶装置であってもよい。

ＰＶ数カウント部１０は、複数の広告主（Ａ社、Ｂ社、Ｃ社、Ｄ社）毎に、それぞれが提供するゲームの表示画面から広告ページＡＤＰに遷移した回数（ＰＶ数）、すなわち提供するゲームの表示画面が遷移元となった回数を計数し、ＰＶ数／確率テーブル記憶部２２に記憶させる。

ＰＶ数カウント部１０は、まず、広告ページの送信を要求するＨＴＴＰリクエストに記述されている遷移元のアプリケーションを示す識別情報に基づいて、遷移元のゲームを特定する。広告ページを指定するＵＲＬは、例えば、＜http（https）：//****.**.?apID=02＞などと記述され、「?apID=」以降のクエリー文字列部分が遷移元のアプリケーションを示す識別情報となっている。ゲームを実行するためのアプリケーションプログラムは、広告ページに遷移する操作がユーザにより行われると、上記のように、自己のゲームの識別情報を含むＵＲＬを送信するように設定されている。なお、ＵＲＬにクエリー文字列を付加するのではなく、ＨＴＴＰで通信する際に使用するデータ領域に、この識別情報を含ませるようにしてもよい。この識別情報は、ＤＮＳサーバからＩＰアドレスを取得後、Ｗｅｂサーバ１に送信される、広告ページＡＤＰの送信を要求するＨＴＴＰリクエストに付加される。

そして、ＰＶ数カウント部１０は、広告主／ゲーム対応表記憶部２１により記憶された、広告主と提供するゲームを対応付けたデータを参照し、特定したゲームを提供する広告主を特定する。図６は、広告主／ゲーム対応表記憶部２１により記憶されるデータの一例を示す図である。また、図７は、ＰＶ数／確率テーブル記憶部２２により記憶されるデータの一例を示す図である。

ＰＶ数／確率テーブル記憶部２２には、広告主毎に、ＰＶ数、および遷移元毎の表示確率が記憶される。「遷移元毎の表示確率」とは、ある広告主のゲームが遷移元となった場合において、それぞれの広告主の広告が第１広告枠ＡＤＰ（１）に表示される確率を示す値である。図７の例では、Ａ社が提供するゲームＡ―１またはＡ―２の表示画面が遷移元であった場合、Ａ社の提供するゲームＡ―１、Ａ―２の広告が第１広告枠ＡＤＰ（１）に表示される確率はゼロであり、Ｂ社の提供するゲームＢ―１の広告が第１広告枠ＡＤＰ（１）に表示される確率は５７［％］であり、Ｃ社の提供するゲームＣ―１、Ｃ―２、Ｃ―３のいずれかの広告が第１広告枠ＡＤＰ（１）に表示される確率は９［％］であり、Ｄ社の提供するゲームＤ―１、Ｄ―２のいずれかの広告が第１広告枠ＡＤＰ（１）に表示される確率は３４［％］である。

遷移元毎の表示確率は、例えば、第１広告枠に関する選択部１１により計算される。第１広告枠に関する選択部１１は、例えば、ＰＶ数が更新される毎に、遷移元のゲームの提供者を除く広告主間で、合計値である１００［％］を、ＰＶ数に応じて比例配分することにより、遷移元毎の表示確率を計算する（次式（１）参照）。
（遷移元毎の表示確率）＝１００×（当該広告主のＰＶ数）／｛（総ＰＶ数）―（遷移元の広告主のＰＶ数）｝ ‥（１）

これによって、ＰＶ数の多い広告主の提供するゲームの広告が、高確率で第１広告枠ＡＤＰ（１）に表示されることになる。ＰＶ数が多いということは、広告ページＡＤＰに遷移するきっかけとなった回数が多い、すなわち、多くのユーザにプレイされているゲームであると推定される事象である。従って、人気のあるゲームを提供する広告主の広告が、高確率で第１広告枠ＡＤＰ（１）に表示されることになり、例えばランダムにゲームの広告が選択される場合と比較すると、広告ページの内容についての不公平感を緩和することができる。

ここで、第１広告枠ＡＤＰ（１）に表示されるゲームの広告がランダムに選択される場合、人気のあるゲームの提供者である広告主と、人気のないゲームの提供者である広告主との間で、第１広告枠ＡＤＰ（１）に広告が表示される頻度が変わらないことになる。そうすると、人気のあるゲームから、人気のないゲームをプレイするようにユーザが誘導されるという、一方的なユーザ紹介の流れが生じかねない。この結果、人気のあるゲームを提供する広告主からは、広告ページの内容について不公平感を覚える場合がある。本実施形態のＷｅｂサーバ１は、ＰＶ数の多い広告主による広告を、高確率で第１広告枠ＡＤＰ（１）に表示するため、こうした不公平感を緩和することができる。

また、遷移元のゲームの提供者である広告主による広告は、第１広告枠ＡＤＰ（１）に表示されないため、遷移元のゲームをプレイしていたユーザが、同じゲームの広告が第１広告枠ＡＤＰ（１）に表示された広告ページを閲覧するといった、広告宣伝効果の低い動作がなされるのを防止することができる。この結果、本実施形態のＷｅｂサーバ１は、広告宣伝効果を向上させることができる。

なお、ＰＶ数／確率テーブル記憶部２２におけるＰＶ数および遷移元毎の表示確率は、リアルタイムに更新されてもよいし、１日一回、１週間に１回などの周期で更新されてもよい。後者の場合、例えば、リアルタイムにＰＶ数をカウントするための一時記憶部が別途設けられ（或いはＰＶ数／確率テーブル記憶部２２におけるＰＶ数のみがリアルタイムに更新され）、上記周期毎にＰＶ数／確率テーブル記憶部２２の全てが更新される。この場合、ＰＶ数／確率テーブル記憶部２２に記憶される値の少なくとも一部は、昨日のデータに基づく値、昨日までのデータに基づく値、先週のデータに基づく値、先週までのデータに基づく値といった内容となる。

また、Ｗｅｂサーバ１が運用開始した直後など、十分なデータがＰＶ数／確率テーブル記憶部２２に記憶されていない場合には、遷移元毎の表示確率は、遷移元の広告主を除いた広告主間で均等に設定される。

第１広告枠に関する選択部１１は、広告ページＡＤＰが表示される度に（新規表示とリロードの双方を含む；以下同じ）、第１広告枠ＡＤＰ（１）に広告を表示させる広告主を、ＰＶ数／確率テーブル記憶部２２に記憶された遷移元毎の表示確率に基づく抽選を行って選択する。第１広告枠に関する選択部１１による選択結果は、選択結果記憶部２３に記憶される。図８は、選択結果記憶部２３に記憶されるデータの一例を示す図である。

ゲーム選択部１２は、第１広告枠に関する選択部１１により選択された広告主が、広告対象となる複数のゲームを提供する場合（上記の例では、Ａ社、Ｃ社、Ｄ社が該当）、所定の規則に従って、その広告主が提供するゲームの中から第１広告枠ＡＤＰ（１）に広告を表示させるゲームを選択する。所定の規則とは、例えば、広告主から指定されたゲームの一部または全部に対する優先度、表示順、確率等に基づくものであってもよいし、全くランダムに選択するものであってもよい。また、ゲーム選択部１２は、第１広告枠に関する選択部１１により選択された広告主が、広告対象となる１つのゲームのみ提供する場合、そのゲームを自動的に選択する。ゲーム選択部１２による選択結果は、例えば、選択結果記憶部２３の第１広告枠ＡＤＰ（１）に対応する「ゲーム」の項目に記憶される。

第２広告枠に関する選択部１３は、広告ページＡＤＰが表示される度に、第２広告枠ＡＤＰ（２）のそれぞれの枠（２―１）、（２―２）、（２―３）、（２―４）に広告を表示させる広告主を、例えば、ＰＶ数とは無関係に選択する。第２広告枠に関する選択部１３は、それぞれの枠（２―１）、（２―２）、（２―３）、（２―４）に広告を表示させる広告主の並び順を、ＰＶ数とは無関係に（例えばランダムに）決定する。そして、第２広告枠に関する選択部１３は、各枠について選択した広告主が提供するゲームのいずれかを、第２広告枠ＡＤＰ（２）の各枠に割り当て、選択結果記憶部２３の「第２広告枠」の各項目に記憶させる。第２広告枠に関する選択部１３は、広告主と１対１で予め設定されているゲームを選択して選択結果記憶部２３の「第２広告枠」の各項目に記憶させてもよいし、ゲーム選択部１２と同様に所定の規則に従ってゲームの選択を行ってもよい。

広告ページ生成部１４は、選択結果記憶部２３に記憶された各選択結果を参照し、選択されたゲームに対応する広告画像を画像データ記憶部２４から読み出し、読み出した画像をページ上の所定の位置に割り当て、広告ページＡＤＰを生成する。広告ページ生成部１４により生成された広告ページＡＤＰは、画像データ記憶部２４に記憶される。図９は、画像データ記憶部２４により記憶されるデータを模式的に示す図である。広告ページ提供部１５は、画像データ記憶部２４に記憶された広告ページＡＤＰを、広告ページＡＤＰの送信を要求するＨＴＴＰリクエストを送信した送信元の端末装置３００に送信する。なお、Ｗｅｂサーバ１は、選択結果記憶部２３を具備せず、広告ページ生成部１４は、ゲーム選択部１２による選択結果、および第２広告枠に関する選択部１３による選択結果に従って、広告ページＡＤＰを生成してもよい。

［処理フロー］
以下、上記説明した各機能部による処理を、フローチャートの形式で説明する。図１０は、第１実施形態に係るＷｅｂサーバ１により実行される処理の流れを示すフローチャートの一例である。

まず、Ｗｅｂサーバ１は、端末装置３００から広告ページＡＤＰの送信を要求するＨＴＴＰリクエストを受信するまで待機する（ステップＳ４００）。ＨＴＴＰリクエストを受信すると、Ｗｅｂサーバ１は、遷移元のゲームおよび広告主を特定してＰＶ数をカウントし（ステップＳ４０２）、ＰＶ数／確率テーブル記憶部２２または前述した一時記憶部を更新する。具体的には、Ｗｅｂサーバ１は、ＨＴＴＰリクエストの受信時に取得した遷移元のゲームの識別情報を用いて、広告主／ゲーム対応表記憶部２１を参照して広告主を特定する。なお、広告主／ゲーム対応表記憶部２１を参照せずに、ＨＴＴＰリクエストの受信時に、遷移元のゲームの識別情報および広告主の識別情報を受信する構成としてもよい。

次に、Ｗｅｂサーバ１は、ＰＶ数／確率テーブル記憶部２２に記憶された値に基づき、第１広告枠ＡＤＰ（１）に広告を表示させる広告主を選択し（ステップＳ４０４）、次いで、選択された広告主の提供するゲームの中から第１広告枠ＡＤＰ（１）に広告を表示させるゲームを選択する（ステップＳ４０６）。次に、Ｗｅｂサーバ１は、第２広告枠ＡＤＰ（２）の各枠に広告を表示させるゲームを選択する（ステップＳ４０８）。これらの処理による選択結果は、選択結果記憶部２３に記憶される。なお、ステップＳ４０４およびＳ４０６の処理と、ステップＳ４０８の処理は、順序が逆であってもよいし、並行して処理されてもよい。

次に、Ｗｅｂサーバ１は、選択結果記憶部２３に記憶された選択結果に基づき広告ページを生成し（ステップＳ４１０）、生成した広告ページを、ＨＴＴＰリクエストを送信した送信元の端末装置３００に送信する（ステップＳ４１２）。

［まとめ］
以上説明した第１実施形態のＷｅｂサーバ１（広告ページ提供装置）、並びにＷｅｂサーバ１が実行する広告ページ提供方法および広告ページ提供プログラム（以下、Ｗｅｂサーバ１等と称する）によれば、ＰＶ数に基づいて、広告宣伝効果の高い第１広告枠ＡＤＰ（１）に広告を表示する広告主が選択されるため、広告ページの内容についての不公平感を緩和することができる。この結果、広告主間でユーザの相互紹介を円満に行うことができる。

より具体的には、第１実施形態のＷｅｂサーバ１等によれば、ＰＶ数の多い広告主の広告が、高確率で第１広告枠ＡＤＰ（１）に表示されるため、広告ページの内容についての不公平感を、更に緩和することができる。

また、第１実施形態のＷｅｂサーバ１等によれば、遷移元のゲームの提供者である広告主による広告は、第１広告枠ＡＤＰ（１）に表示されないため、遷移元のゲームをプレイしていたユーザが、同じゲームの広告が第１広告枠ＡＤＰ（１）に表示された広告ページを閲覧するといった、広告宣伝効果の低い動作がなされるのを防止することができる。この結果、広告宣伝効果を向上させることができる。

なお、第１実施形態のＷｅｂサーバ１は、第１広告枠ＡＤＰ（１）内に複数の広告枠を設けてもよい。この場合、例えば第１広告枠ＡＤＰ（１）内に２つの広告枠が存在すると仮定すると、Ｗｅｂサーバ１は、ＰＶ数に応じた確率で抽選を２回行い、広告主が重複した場合は再度の抽選を行ってもよいし、異なる２つの広告主が選ばれるまで、２つの広告主を選択する抽選をＰＶ数に応じた確率で行ってもよい。

＜第２実施形態＞
以下、本発明の第２実施形態に係るＷｅｂサーバ２（広告ページ提供装置）、並びにＷｅｂサーバ２が実行する広告ページ提供方法および広告ページ提供プログラムについて説明する。［システムの概要］および［広告ページ］については、第１実施形態と同様であるため、説明を省略する。

［Ｗｅｂサーバ２の機能構成］
図１１は、第２実施形態に係るＷｅｂサーバ２の機能構成の一例を示す構成図である。Ｗｅｂサーバ２は、例えば、ＰＶ数カウント部３０と、第１広告枠に関する選択部３１と、ゲーム選択部３２と、第２広告枠に関する選択部３３と、広告ページ生成部３４と、広告ページ提供部３５とを備える。これらの機能部は、例えば、プログラムメモリ（記憶部４０に含まれてもよい）に記憶されたプログラムをＣＰＵが実行することにより機能する。なお、上記機能部の一部はＬＳＩなどのハードウェア機能部であってもよい。また、Ｗｅｂサーバ２は、広告主／ゲーム対応表記憶部４１、ＰＶ数／表示順テーブル記憶部４２、選択結果記憶部４３、および画像データ記憶部４４を有する記憶部４０を備える。記憶部４０は、例えば、ＲＡＭやＲＯＭ、ＨＤＤ、フラッシュメモリ、レジスタなどの記憶装置により実現される。なお、記憶部４０の一部または全部は、Ｗｅｂサーバ２の外部に設けられた記憶装置であってもよい。

ＰＶ数カウント部３０は、複数の広告主（Ａ社、Ｂ社、Ｃ社、Ｄ社）毎にＰＶ数を計数し、ＰＶ数／表示順テーブル記憶部４２に記憶させる。ＰＶ数カウント部３０による、遷移元のゲームに対応する広告主の特定手法については、第１実施形態のＰＶ数カウント部１０と同様であるため、説明を省略する。

図１２は、ＰＶ数／表示順テーブル記憶部４２により記憶されるデータの一例を示す図である。ＰＶ数／表示順テーブル記憶部４２には、例えば、広告主毎に、ＰＶ数、遷移元毎の表示順序、および時間調整値が記憶される。本実施形態では、広告ページＡＤＰは基準時間毎に（例えば、６［ｓｅｃ］毎に）自動的に内容が更新され、表示順序は、広告ページＡＤＰが表示開始された後（リロードされた後でもよい）、何番目に表示されるかを示している。また、時間調整値は、上記「基準時間」に対して加算される時間である。これらの値は、第１広告枠に関する選択部３１によって計算される。

第１広告枠に関する選択部３１は、ＰＶ数の多い広告主の表示順序が上位に（表示順序の値が小さく）なるように、且つＰＶ数の多い広告主に対してプラスの時間調整値が加算されるように、これらの値を計算する。より具体的には、第１広告枠に関する選択部３１は、ＰＶ数が多い順に広告主をソートし、上位の広告主から順に１番目、２番目、‥と表示順序を割り当てる。また、第１広告枠に関する選択部３１は、例えば、ＰＶ数が、ＰＶ数の平均値（総ＰＶ数を広告主数で除算した値）の所定倍（例えば１.５倍）以上であればプラスの調整時間値を当該広告主に付与する。また、第１広告枠に関する選択部３１は、例えば、ＰＶ数が、ＰＶ数の平均値の所定倍（例えば０．５倍）未満であればマイナスの調整時間を当該広告主に付与してもよい。なお、これらの数値はあくまで一例であり、これらに何ら限定されるものではない。また、時間調整値は、遷移元毎に設定されてもよい。

これによって、広告ページＡＤＰが表示開始された後、ＰＶ数の多い広告主の提供するゲームの広告から順に表示されることになる。この結果、ＰＶ数に依存しない順序で広告が表示される場合と比較すると、広告ページが提供される際の不公平感を緩和することができる。また、ＰＶ数の多い広告主の提供するゲームの広告は、ＰＶ数の少ない広告主の提供するゲームの広告に比して長時間表示されることになる。この結果、広告主毎に一律の時間が割り当てられる場合と比較すると、広告ページの内容についての不公平感を緩和することができる。

また、遷移元のゲームの提供者である広告主による広告は、第１広告枠ＡＤＰ（１）に表示されないため、遷移元のゲームをプレイしていたユーザが、同じゲームの広告が第１広告枠ＡＤＰ（１）に表示された広告ページを閲覧するといった、広告宣伝効果の低い動作がなされるのを防止することができる。この結果、本実施形態のＷｅｂサーバ２は、広告宣伝効果を向上させることができる。

なお、ＰＶ数／表示順テーブル記憶部４２におけるＰＶ数および表示順序、時間調整値は、リアルタイムに更新されてもよいし、１日一回、１週間に１回などの周期で更新されてもよい。後者の場合、例えば、リアルタイムにＰＶ数をカウントするための一時記憶部が別途設けられ（或いはＰＶ数／表示順テーブル記憶部４２におけるＰＶ数のみがリアルタイムに更新され）、上記周期毎にＰＶ数／表示順テーブル記憶部４２の全てが更新される。この場合、ＰＶ数／表示順テーブル記憶部４２に記憶される値の少なくとも一部は、昨日のデータに基づく値、昨日までのデータに基づく値、先週のデータに基づく値、先週までのデータに基づく値といった内容となる。

第１広告枠に関する選択部３１は、例えば、Ｗｅｂサーバ２がＨＴＴＰリクエストを受信する度に（或いは、ＰＶ数／表示順テーブル記憶部４２におけるＰＶ数および表示順序、時間調整値が更新される度に）、遷移元の広告主に応じた表示順序および時間調整値をＰＶ数／表示順テーブル記憶部４２から読み込み、選択結果記憶部４３にコピーする。図１３は、選択結果記憶部４３により記憶されるデータの一例を示す図である。なお、係る処理に代えて、ＰＶ数／表示順テーブル記憶部４２に、遷移元の広告主がいずれであるかを示すフラグをたててもよい。

また、Ｗｅｂサーバ２が運用開始した直後など、十分なデータがＰＶ数／表示順テーブル記憶部４２に記憶されていない場合には、遷移元毎の表示順序は、遷移元の広告主を除いた広告主に対して、例えば登録順に、またはランダムに設定される。

ゲーム選択部３２は、第１広告枠に関する選択部３１により表示順序と共に選択された広告主が、広告対象となる複数のゲームを提供する場合（上記の例では、Ａ社、Ｃ社、Ｄ社が該当）、所定の規則に従って、その広告主が提供するゲームの中から第１広告枠ＡＤＰ（１）に広告を表示させるゲームを選択する。所定の規則とは、例えば、広告主から指定されたゲームの一部または全部に対する優先度、表示順、確率等に基づくものであってもよいし、全くランダムに選択するものであってもよい。また、ゲーム選択部３２は、第１広告枠に関する選択部３１により選択された広告主が、広告対象となる１つのゲームのみ提供する場合、そのゲームを自動的に選択する。ゲーム選択部３２による選択結果は、例えば、選択結果記憶部４３に記憶される。

第２広告枠に関する選択部３３は、広告ページＡＤＰが表示される度に、第２広告枠ＡＤＰ（２）のそれぞれの枠（２―１）、（２―２）、（２―３）、（２―４）に広告を表示させる広告主を、例えば、ＰＶ数とは無関係に選択する。第２広告枠に関する選択部３３は、それぞれの枠（２―１）、（２―２）、（２―３）、（２―４）に広告を表示させる広告主の並び順を、ＰＶ数とは無関係に（例えばランダムに）決定する。そして、第２広告枠に関する選択部３３は、各枠について選択した広告主が提供するゲームのいずれかを、第２広告枠ＡＤＰ（２）の各枠に割り当て、選択結果記憶部４３の「第２広告枠」の各項目に記憶させる。第２広告枠に関する選択部３３は、広告主と１対１で予め設定されているゲームを選択して選択結果記憶部４３の「第２広告枠」の各項目に記憶させてもよいし、ゲーム選択部３２と同様に所定の規則に従ってゲームの選択を行ってもよい。

広告ページ生成部３４は、例えばJavaScript（登録商標）等により、選択結果記憶部４３に記憶された表示順序に従って、第１広告枠ＡＤＰ（１）に広告を表示させる広告主が自動的に切り替わるように設定された広告ページＡＤＰを生成する。すなわち、広告ページ生成部３４は、端末装置３００で実行するスクリプトのプログラムをＨＴＭＬに組む込んだものを、端末装置３００に送信する。これに限らず、広告ページ生成部３４は、Flash画像を生成し、その画像（swfファイル）を添付して端末装置３００に送信してもよい。

これによって、端末装置３００において表示される広告ページＡＤＰは、基準時間に、現在広告が表示されている広告主に対応する時間調整値を加算した「合計時間」が経過する毎に、次の表示順序の広告主を選択し、第１広告枠ＡＤＰ（１）に広告を表示させることになる。すなわち、端末装置３００において広告ページＡＤＰは、合計時間が経過する度に、現在表示されている広告主の表示順序が１番目であれば２番目の広告主、２番目であれば３番目の広告主、３番目であれば１番目の広告主というように、循環的かつ自動的に第１広告枠ＡＤＰ（１）の広告主を切り替える。なお、広告ページＡＤＰは、端末装置３００において新規表示またはリロードされる度に、改めて表示順序が１番目の広告主の広告を第１広告枠ＡＤＰ（１）に表示させる。

広告ページ提供部３５は、広告ページ生成部３４により生成された広告ページＡＤＰを、広告ページＡＤＰの送信を要求するＨＴＴＰリクエストを送信した送信元の端末装置３００に送信する。なお、Ｗｅｂサーバ２は、選択結果記憶部４３を具備せず、広告ページ生成部３４は、ゲーム選択部３２による選択結果、および選択部３３による選択結果に従って広告ページＡＤＰを生成するようにしてもよい。

［処理フロー］
以下、上記説明した各機能部による処理を、フローチャートの形式で説明する。図１４は、第２実施形態に係るＷｅｂサーバ２により実行される処理の流れを示すフローチャートの一例である。

まず、Ｗｅｂサーバ２は、端末装置３００から広告ページＡＤＰの送信を要求するＨＴＴＰリクエストを受信するまで待機する（ステップＳ５００）。ＨＴＴＰリクエストを受信すると、Ｗｅｂサーバ２は、遷移元のゲームおよび広告主を特定してＰＶ数をカウントし（ステップＳ５０２）、ＰＶ数／確率テーブル記憶部４２または前述した一時記憶部を更新する。具体的には、Ｗｅｂサーバ２は、ＨＴＴＰリクエストの受信時に取得した遷移元のゲームの識別情報を用いて、広告主／ゲーム対応表記憶部４１を参照して広告主を特定する。なお、広告主／ゲーム対応表記憶部４１を参照せずに、ＨＴＴＰリクエストの受信時に、遷移元のゲームの識別情報および広告主の識別情報を受信する構成としてもよい。

次に、Ｗｅｂサーバ２は、ＰＶ数／表示順テーブル記憶部４２における表示順序および時間調整値を再計算し（ステップＳ５０４）、遷移元の広告主に応じた表示順序および時間調整値を選択結果記憶部４３に書き込む等の処理を行う。次に、Ｗｅｂサーバ２は、表示順序と共に選択された広告主の提供するゲームの中から第１広告枠ＡＤＰ（１）に広告を表示させるゲームを選択する（ステップＳ５０６）。次に、Ｗｅｂサーバ２は、第２広告枠ＡＤＰ（２）の各枠に広告を表示させるゲームを選択する（ステップ５０８）。これらの処理による選択結果は、選択結果記憶部４３に記憶される。なお、ステップＳ５０４およびＳ５０６の処理と、ステップＳ５０８の処理は、順序が逆であってもよいし、並行して処理されてもよい。

次に、Ｗｅｂサーバ２は、選択結果記憶部４３に記憶された選択結果に基づき広告ページを生成し（ステップＳ５１０）、生成した広告ページを、ＨＴＴＰリクエストを送信した送信元の端末装置３００に送信する（ステップＳ５１２）。

［まとめ］
以上説明した第２実施形態のＷｅｂサーバ２（広告ページ提供装置）、並びにＷｅｂサーバ２が実行する広告ページ提供方法および広告ページ提供プログラム（以下、Ｗｅｂサーバ２等と称する）によれば、ＰＶ数に基づいて、広告宣伝効果の高い第１広告枠ＡＤＰ（１）に広告を表示する広告主が選択されるため、広告ページの内容についての不公平感を緩和することができる。この結果、広告主間でユーザの相互紹介を円満に行うことができる。

より具体的には、第２実施形態のＷｅｂサーバ２等によれば、ＰＶ数の多い広告主の広告が、早い順番で第１広告枠ＡＤＰ（１）に表示されるため、広告ページの内容についての不公平感を、更に緩和することができる。

また、第２実施形態のＷｅｂサーバ２等によれば、ＰＶ数の多い広告主の広告に対して、プラスの時間調整値が付与され、より長い時間、第１広告枠ＡＤＰ（１）に表示されるため、広告ページの内容についての不公平感を、更に緩和することができる。

また、第２実施形態のＷｅｂサーバ２等によれば、遷移元のゲームの提供者である広告主による広告は、第１広告枠ＡＤＰ（１）に表示されないため、遷移元のゲームをプレイしていたユーザが、同じゲームの広告が第１広告枠ＡＤＰ（１）に表示された広告ページを閲覧するといった、広告宣伝効果の低い動作がなされるのを防止することができる。この結果、広告宣伝効果を向上させることができる。

＜第３実施形態＞
以下、本発明の第３実施形態に係るＷｅｂサーバ３（広告ページ提供装置）、並びにＷｅｂサーバ３が実行する広告ページ提供方法および広告ページ提供プログラムについて説明する。［システムの概要］および［広告ページ］については、第１実施形態と同様であるため、説明を省略する。

［Ｗｅｂサーバ３の機能構成］
図１５は、第３実施形態に係るＷｅｂサーバ３の機能構成の一例を示す構成図である。Ｗｅｂサーバ３は、例えば、ＰＶ数カウント部５０と、第１広告枠に関する選択部５１と、ゲーム選択部５２と、第２広告枠に関する選択部５３と、広告ページ生成部５４と、広告ページ提供部５５とを備える。これらの機能部は、例えば、プログラムメモリ（記憶部６０に含まれてもよい）に記憶されたプログラムをＣＰＵが実行することにより機能する。なお、上記機能部の一部はＬＳＩなどのハードウェア機能部であってもよい。また、Ｗｅｂサーバ３は、広告主／ゲーム対応表記憶部６１、ＰＶ数／保有ポイント数テーブル記憶部６２、日別消費ポイント数テーブル記憶部６３、選択結果記憶部６４、および画像データ記憶部６５を有する記憶部６０を備える。記憶部６０は、例えば、ＲＡＭやＲＯＭ、ＨＤＤ、フラッシュメモリ、レジスタなどの記憶装置により実現される。なお、記憶部６０の一部または全部は、Ｗｅｂサーバ３の外部に設けられた記憶装置であってもよい。

ＰＶ数カウント部５０は、複数の広告主（Ａ社、Ｂ社、Ｃ社、Ｄ社）毎にＰＶ数を計数し、ＰＶ数／保有ポイント数テーブル記憶部６２に記憶させる。ＰＶ数カウント部５０による、遷移元のゲームに対応する広告主の特定手法については、第１実施形態のＰＶ数カウント部１０と同様であるため、説明を省略する。

図１６は、ＰＶ数／保有ポイント数テーブル記憶部６２により記憶されるデータの一例を示す図である。ＰＶ数／保有ポイント数テーブル記憶部６２には、例えば、広告主毎に、ＰＶ数、および遷移元のゲームを提供する広告主毎のＰＶ数割合および保有ポイント数が記憶される。本実施形態では、広告ページＡＤＰは、例えば日毎に内容が更新され、所定のスケジュール決定周期で（例えば毎月一度など）、何日目にどの広告主が広告を第１広告枠ＡＤＰ（１）に表示させるか（広告スケジュール）が決定される。なお、「日毎に」広告ページＡＤＰの内容が更新され、「毎月一度」広告スケジュールが決定されるのはあくまで一例であり、「時間帯毎に」広告ページＡＤＰの内容が更新され、「日に一度」広告スケジュールが決定されてもよいし、「日毎に」広告ページＡＤＰの内容が更新され、「週に一度」広告スケジュールが決定されてもよいし、他の時間単位で内容が更新および決定されてもよい。

ＰＶ数割合は、各広告主のＰＶ数の、総ＰＶ数から遷移元のゲームを提供する広告主のＰＶ数を減算した数に対する割合を示している。また、保有ポイント数は、次のスケジュール期間（例えば一月）の消費ポイント数の総和を、ＰＶ数割合に応じて各広告主に配分したものである。消費ポイント数とは、その日に広告を第１広告枠ＡＤＰ（１）に表示させるのに必要なポイント数であり、予め（手動または自動アルゴリズムによって）日毎に設定され、日別消費ポイント数テーブル記憶部６３に格納されている。図１７は、日別消費ポイント数テーブル記憶部６３に格納されるデータの一例を示す図である。図１７に示すように、日別消費ポイント数テーブル記憶部６３では、例えば、広告ページＡＤＰへのアクセスが多くなると予想される土、日、祝日に対して消費ポイント数が最も多く設定され、次いで週末の金曜日に対して消費ポイント数が多く設定され、平日に対して消費ポイント数が最も少なく設定されている。

これによって、広告ページＡＤＰは、日毎の広告宣伝効果を考慮しつつ、ＰＶ数の多い広告主に対して多くのポイント数を消費させて第１広告枠ＡＤＰ（１）への広告表示日が割り当てられる。この結果、例えば、単に日替わりで循環的に広告主が入れ替わったり、日毎の広告宣伝効果を考慮せずに広告表示日を割り当てたりする場合と比較すると、広告ページの内容についての不公平感を緩和することができる。

また、第１広告枠ＡＤＰ（１）への広告表示日は、遷移元のゲームの提供者である広告主を除外して割り当てられるため、遷移元のゲームをプレイしていたユーザが、広告ページにおいて遷移元のゲーム自体が第１広告枠ＡＤＰ（１）に表示されているのを閲覧するといった、広告宣伝効果の低い動作がなされるのを防止することができる。この結果、本実施形態のＷｅｂサーバ３は、広告宣伝効果を向上させることができる。

なお、ＰＶ数／保有ポイント数テーブル記憶部６２におけるＰＶ数およびＰＶ数割合、保有ポイント数は、リアルタイムに更新されてもよいし、１日１回、１週間に１回など、上記スケジュール決定周期に応じた周期で更新されてもよい。後者の場合、例えば、リアルタイムにＰＶ数をカウントするための一時記憶部が別途設けられ（或いはＰＶ数／保有ポイント数テーブル記憶部６２におけるＰＶ数のみがリアルタイムに更新され）、上記周期毎にＰＶ数／保有ポイント数テーブル記憶部６２の全てが更新される。この場合、ＰＶ数／保有ポイント数テーブル記憶部６２に記憶される値の少なくとも一部は、昨日のデータに基づく値、昨日までのデータに基づく値、先週のデータに基づく値、先週までのデータに基づく値、先月のデータに基づく値、先月までのデータに基づく値といった内容となる。

また、Ｗｅｂサーバ３が運用開始した直後など、十分なデータがＰＶ数／保有ポイント数テーブル記憶部６２に記憶されていない場合には、遷移元毎の表示順序は、遷移元の広告主を除いた広告主に対して、例えば登録順に、またはランダムに第１広告枠ＡＤＰ（１）への広告表示日が割り当てられる。

第１広告枠に関する選択部５１は、上記スケジュール決定周期で、ＰＶ数／保有ポイント数テーブル記憶部６２における保有ポイント数および日別消費ポイント数テーブル記憶部６３により記憶されたデータを参照し、何日目にどの広告主が広告を第１広告枠ＡＤＰ（１）に表示させるかを決定し、選択結果記憶部６４に記憶させる。図１８は、第３実施形態において選択結果記憶部６４により記憶されるデータの一例を示す図である。

ゲーム選択部５２は、第１広告枠に関する選択部５１により選択された広告主が、広告対象となる複数のゲームを提供する場合（上記の例では、Ａ社、Ｃ社、Ｄ社が該当）、所定の規則に従って、その広告主が提供するゲームの中から第１広告枠ＡＤＰ（１）に広告を表示させるゲームを選択する。所定の規則とは、例えば、広告主から指定されたゲームの一部または全部に対する優先度、表示順、確率等に基づくものであってもよいし、全くランダムに選択するものであってもよい。また、ゲーム選択部５２は、第１広告枠に関する選択部５１により選択された広告主が、広告対象となる１つのゲームのみ提供する場合、そのゲームを自動的に選択する。ゲーム選択部５２による選択結果は、例えば、選択結果記憶部６４の第１広告枠ＡＤＰ（１）に対応する「ゲーム」の項目に記憶される。

第２広告枠に関する選択部５３は、広告ページＡＤＰが表示される度に、第２広告枠ＡＤＰ（２）のそれぞれの枠（２―１）、（２―２）、（２―３）、（２―４）に広告を表示させる広告主を、例えば、ＰＶ数とは無関係に選択する。第２広告枠に関する選択部５３は、それぞれの枠（２―１）、（２―２）、（２―３）、（２―４）に広告を表示させる広告主の並び順を、ＰＶ数とは無関係に（例えばランダムに）決定する。そして、第２広告枠に関する選択部５３は、各枠について選択した広告主が提供するゲームのいずれかを、第２広告枠ＡＤＰ（２）の各枠に割り当て、選択結果記憶部６４の「第２広告枠」の各項目に記憶させる。第２広告枠に関する選択部５３は、広告主と１対１で予め設定されているゲームを選択して選択結果記憶部６４の「第２広告枠」の各項目に記憶させてもよいし、ゲーム選択部５２と同様に所定の規則に従ってゲームの選択を行ってもよい。

広告ページ生成部５４は、選択結果記憶部６４に記憶された各選択結果を参照し、選択されたゲームに対応する広告画像を画像データ記憶部６５から読み出し、読み出した画像をページ上の所定の位置に割り当て、広告ページＡＤＰを生成する。広告ページ生成部５４により生成された広告ページＡＤＰは、画像データ記憶部６５に記憶される。画像データ記憶部６５により記憶されるデータは、例えば、第１実施形態の画像データ記憶部２４と同様である（図９参照）。広告ページ提供部５５は、画像データ記憶部６５に記憶された広告ページＡＤＰを、広告ページＡＤＰの送信を要求するＨＴＴＰリクエストを送信した送信元の端末装置３００に送信する。

［処理フロー］
以下、上記説明した各機能部による処理を、フローチャートの形式で説明する。図１９は、第３実施形態に係るＷｅｂサーバ３により実行される処理の流れを示すフローチャートの一例である。

Ｗｅｂサーバ３は、上記スケジュール決定周期に応じた、第１広告枠ＡＤＰ（１）に広告を表示させる広告主の決定タイミングが到来したか否かを判定する（ステップＳ６００）。決定タイミングが到来すると、Ｗｅｂサーバ３は、ＰＶ数／保有ポイント数テーブル記憶部６２における保有ポイント数および日別消費ポイント数テーブル記憶部６３に記憶された消費ポイント数を参照し、何日目にどの広告主が広告を第１広告枠ＡＤＰ（１）に表示させるかを決定する（ステップＳ６０２）。ここで、保有ポイント数に応じて表示日を割り当てる手法としては、種々の手法が想定されるが、本発明の適用上、如何なる手法を用いても構わない。

次に、Ｗｅｂサーバ３は、広告主の提供するゲームの中から、第１広告枠ＡＤＰ（１）に広告を表示するゲームを、ステップＳ６０２で広告主が決定された日毎に選択し、選択結果記憶部６４に記憶させる（ステップＳ６０４）。

次に、Ｗｅｂサーバ３は、端末装置３００から広告ページＡＤＰの送信を要求するＨＴＴＰリクエストを受信したか否かを判定する（ステップＳ６０６）。ＨＴＴＰリクエストを受信していない場合、Ｗｅｂサーバ３は、図１９のフローチャートの１ルーチンを終了する。

ＨＴＴＰリクエストを受信すると、Ｗｅｂサーバ３は、遷移元のゲームおよび広告主を特定してＰＶ数をカウントし（ステップＳ６０８）、ＰＶ数／保有ポイント数テーブル記憶部６２または前述した一時記憶部を更新する。

次に、Ｗｅｂサーバ３は、第２広告枠ＡＤＰ（２）の各枠に広告を表示させるゲームを選択する（ステップＳ６１０）。これらの処理による選択結果は、選択結果記憶部６４に記憶される。

次に、Ｗｅｂサーバ３は、当該日の日付と選択結果記憶部６４に記憶された選択結果に基づき広告ページを生成し（ステップＳ６１２）、生成した広告ページを、ＨＴＴＰリクエストを送信した送信元の端末装置３００に送信する（ステップＳ６１４）。なお、ステップＳ６００〜Ｓ６０４の処理とステップＳ６０６〜Ｓ６１４の処理は、順序を入れ替えてもよいし、並行して処理されてもよい。

［まとめ］
以上説明した第３実施形態のＷｅｂサーバ３（広告ページ提供装置）、並びにＷｅｂサーバ３が実行する広告ページ提供方法および広告ページ提供プログラム（以下、Ｗｅｂサーバ３等と称する）によれば、ＰＶ数に基づいて、広告宣伝効果の高い第１広告枠ＡＤＰ（１）に広告を表示する広告主が選択されるため、広告ページの内容についての不公平感を緩和することができる。この結果、広告主間でユーザの相互紹介を円満に行うことができる。

より具体的には、第３実施形態のＷｅｂサーバ３等によれば、日毎の広告宣伝効果を考慮しつつ、ＰＶ数の多い広告主に対して多くのポイント数を消費させて第１広告枠ＡＤＰ（１）への広告表示日が割り当てられため、広告ページの内容についての不公平感を、更に緩和することができる。

また、遷移元のゲームの提供者である広告主による広告は、第１広告枠ＡＤＰ（１）に表示されないため、遷移元のゲームをプレイしていたユーザが、同じゲームの広告が第１広告枠ＡＤＰ（１）に表示された広告ページを閲覧するといった、広告宣伝効果の低い動作がなされるのを防止することができる。この結果、広告宣伝効果を向上させることができる。

＜第４実施形態＞
以下、本発明の第４実施形態に係るＷｅｂサーバ４（広告ページ提供装置）、並びにＷｅｂサーバ４が実行する広告ページ提供方法および広告ページ提供プログラムについて説明する。なお、［システムの概要］については、第１実施形態と同様であるため、説明を省略する。
［広告ページ］
広告ページＡＤＰの表示態様については、図３を参照し、説明を省略する。第４実施形態のＷｅｂサーバ４は、広告宣伝効果の高い第１広告枠ＡＤＰ（１）に広告が表示されるゲーム（第１〜第３実施形態では「広告主」であったが、以下では「ゲーム」である）を、なるべく不公平感が生じないように選択する。第１広告枠ＡＤＰ（１）には、例えば、１つのゲームの広告（バナー）が表示され、第２広告枠ＡＤＰ（２）には、例えば、全ての広告主によるゲームの広告が１つずつ、ランダムな順に並べられて表示される。なお、これに限らず、第２広告枠ＡＤＰ（２）には、第１広告枠ＡＤＰ（１）にゲームの広告を表示する広告主以外の広告主による広告が、ランダムな順に並べられて表示されてもよい。アプリケーションプログラムＡＰＬの表示画面（ゲームの表示画面）から広告ページＡＤＰへの遷移については、第１実施形態と同様であるため、説明を省略する。

［Ｗｅｂサーバ４の機能構成］
図２０は、第４実施形態に係るＷｅｂサーバ４の機能構成の一例を示す構成図である。Ｗｅｂサーバ４は、例えば、ＰＶ数カウント部７０と、第１広告枠に関する選択部７１と、第２広告枠に関する選択部７３と、広告ページ生成部７４と、広告ページ提供部７５とを備える。これらの機能部は、例えば、プログラムメモリ（記憶部８０に含まれてもよい）に記憶されたプログラムをＣＰＵが実行することにより機能する。なお、上記機能部の一部はＬＳＩなどのハードウェア機能部であってもよい。また、Ｗｅｂサーバ４は、ＰＶ数／確率テーブル記憶部８２、選択結果記憶部８３、および画像データ記憶部８４を有する記憶部８０を備える。記憶部８０は、例えば、ＲＡＭやＲＯＭ、ＨＤＤ、フラッシュメモリ、レジスタなどの記憶装置により実現される。なお、記憶部８０の一部または全部は、Ｗｅｂサーバ４の外部に設けられた記憶装置であってもよい。

ＰＶ数カウント部７０は、複数の広告主（Ａ社、Ｂ社、Ｃ社、Ｄ社）により提供される、広告対象となるゲーム（Ａ―１、Ａ―２、Ｂ―１、Ｃ―１、Ｃ―２、Ｃ―３、Ｄ―１、Ｄ―２）毎にＰＶ数を計数し、ＰＶ数／保有ポイント数テーブル記憶部８２に記憶させる。ＰＶ数カウント部７０による遷移元のアプリケーションプログラム（ゲーム）の特定手法については、第１実施形態と同様であるため、説明を省略する。図２１は、ＰＶ数／確率テーブル記憶部８２により記憶されるデータの一例を示す図である。

ＰＶ数／確率テーブル記憶部８２には、広告対象となるゲーム毎に、ＰＶ数、および遷移元毎の表示確率が記憶される。「遷移元毎の表示確率」とは、ある広告主のゲームが遷移元となった場合において、広告対象となる各ゲームの広告が第１広告枠ＡＤＰ（１）に表示される確率を示す値である。図２１の例では、Ａ社が提供するゲームＡ―１の表示画面が遷移元であった場合、ゲームＡ―１の広告が第１広告枠ＡＤＰ（１）に表示される確率はゼロであり、ゲームＡ―２の広告が第１広告枠ＡＤＰ（１）に表示される確率は５．４［％］であり、ゲームＢ―１の広告が第１広告枠ＡＤＰ（１）に表示される確率は５４．１［％］であり、ゲームＣ―１の広告が第１広告枠ＡＤＰ（１）に表示される確率は２.７［％］であり、ゲームＣ―２の広告が第１広告枠ＡＤＰ（１）に表示される確率は４.１［％］であり、ゲームＣ―３の広告が第１広告枠ＡＤＰ（１）に表示される確率は１．４［％］であり、ゲームＤ―１の広告が第１広告枠ＡＤＰ（１）に表示される確率は１８．９［％］であり、ゲームＤ―２の広告が第１広告枠ＡＤＰ（１）に表示される確率は１３．５［％］である。

遷移元毎の表示確率は、例えば、第１広告枠に関する選択部７１により計算される。第１広告枠に関する選択部７１は、例えば、ＰＶ数が更新される毎に、遷移元のゲームを除くゲーム間で、合計値である１００［％］を、ＰＶ数に応じて比例配分することにより、遷移元毎の表示確率を計算する（次式（２）参照）。
（遷移元毎の表示確率）＝１００×（当該ゲームのＰＶ数）／｛（総ＰＶ数）―（遷移元のゲームのＰＶ数）｝ ‥（２）

これによって、ＰＶ数の多いゲームの広告が、高確率で第１広告枠ＡＤＰ（１）に表示されることになる。ＰＶ数が多いということは、広告ページＡＤＰに遷移するきっかけとなった回数が多い、すなわち、多くのユーザにプレイされているゲームであると推定される事象である。従って、人気のあるゲームの広告が、高確率で第１広告枠ＡＤＰ（１）に表示されることになり、例えばランダムにゲームの広告が選択される場合と比較すると、広告ページの内容についての不公平感を緩和することができる。

ここで、第１広告枠ＡＤＰ（１）に表示されるゲームの広告がランダムに選択される場合、人気のあるゲームと、人気のないゲームとの間で、第１広告枠ＡＤＰ（１）に広告が表示される頻度が変わらないことになる。そうすると、人気のあるゲームから、人気のないゲームをプレイするようにユーザが誘導されるという、一方的なユーザ紹介の流れが生じかねない。この結果、人気のあるゲームを提供する広告主からは、広告ページが提供される際に不公平感を覚える場合がある。本実施形態のＷｅｂサーバ４は、ＰＶ数の多いゲームの広告を、高確率で第１広告枠ＡＤＰ（１）に表示するため、こうした不公平感を緩和することができる。

また、遷移元のゲームの広告は、第１広告枠ＡＤＰ（１）に表示されないため、遷移元のゲームをプレイしていたユーザが、同じゲームの広告が第１広告枠ＡＤＰ（１）に表示された広告ページを閲覧するといった、広告宣伝効果の低い動作がなされるのを防止することができる。この結果、本実施形態のＷｅｂサーバ４は、広告宣伝効果を向上させることができる。

なお、ＰＶ数／確率テーブル記憶部８２におけるＰＶ数および遷移元毎の表示確率は、リアルタイムに更新されてもよいし、１日一回、１週間に１回などの周期で更新されてもよい。後者の場合、例えば、リアルタイムにＰＶ数をカウントするための一時記憶部が別途設けられ（或いはＰＶ数／確率テーブル記憶部８２におけるＰＶ数のみがリアルタイムに更新され）、上記周期毎にＰＶ数／確率テーブル記憶部８２の全てが更新される。この場合、ＰＶ数／確率テーブル記憶部８２に記憶される値の少なくとも一部は、昨日のデータに基づく値、昨日までのデータに基づく値、先週のデータに基づく値、先週までのデータに基づく値といった内容となる。

また、Ｗｅｂサーバ４が運用開始した直後など、十分なデータがＰＶ数／確率テーブル記憶部８２に記憶されていない場合には、遷移元毎の表示確率は、遷移元のゲーム除いたゲーム間で均等に設定される。

第１広告枠に関する選択部７１は、広告ページＡＤＰが表示される度に（新規表示とリロードの双方を含む；以下同じ）、第１広告枠ＡＤＰ（１）に広告が表示されるゲームを、ＰＶ数／確率テーブル記憶部８２に記憶された遷移元毎の表示確率に基づく抽選を行って選択する。第１広告枠に関する選択部７１による選択結果は、選択結果記憶部８３に記憶される。選択結果記憶部８３に記憶されるデータは、例えば、第１実施形態の選択結果記憶部２３と同様である（図８参照）。

第２広告枠に関する選択部７３は、広告ページＡＤＰが表示される度に、第２広告枠ＡＤＰ（２）のそれぞれの枠（２―１）、（２―２）、（２―３）、（２―４）に広告を表示させる広告主を、例えば、ＰＶ数とは無関係に選択する。第２広告枠に関する選択部７３は、それぞれの枠（２―１）、（２―２）、（２―３）、（２―４）に広告を表示させる広告主の並び順を、ＰＶ数とは無関係に（例えばランダムに）決定する。そして、第２広告枠に関する選択部７３は、各枠について選択した広告主が提供するゲームのいずれかを、第２広告枠ＡＤＰ（２）の各枠に割り当て、選択結果記憶部８３の「第２広告枠」の各項目に記憶させる。第２広告枠に関する選択部７３は、広告主と１対１で予め設定されているゲームを選択して選択結果記憶部８３の「第２広告枠」の各項目に記憶させてもよいし、所定の規則に従ってゲームの選択を行ってもよい。

広告ページ生成部７４は、選択結果記憶部８３に記憶された各選択結果を参照し、選択されたゲームに対応する広告画像を画像データ記憶部８４から読み出し、読み出した画像をページ上の所定の位置に割り当て、広告ページＡＤＰを生成する。広告ページ生成部７４により生成された広告ページＡＤＰは、画像データ記憶部８４に記憶される。画像データ記憶部８４に記憶されるデータは、例えば、第１実施形態の画像データ記憶部２４と同様である（図９参照）。広告ページ提供部７５は、画像データ記憶部８４に記憶された広告ページＡＤＰを、広告ページＡＤＰの送信を要求するＨＴＴＰリクエストを送信した送信元の端末装置３００に送信する。なお、Ｗｅｂサーバ４は、選択結果記憶部８３を具備せず、広告ページ生成部７４は、第１広告枠に関する選択部７１による選択結果、および第２広告枠に関する選択部７３による選択結果に従って、広告ページＡＤＰを生成するようにしてもよい。

［処理フロー］
以下、上記説明した各機能部による処理を、フローチャートの形式で説明する。図２２は、第４実施形態に係るＷｅｂサーバ４により実行される処理の流れを示すフローチャートの一例である。

まず、Ｗｅｂサーバ４は、端末装置３００から広告ページＡＤＰの送信を要求するＨＴＴＰリクエストを受信するまで待機する（ステップＳ７００）。ＨＴＴＰリクエストを受信すると、Ｗｅｂサーバ４は、遷移元のゲームを特定してＰＶ数をカウントし（ステップＳ７０２）、ＰＶ数／確率テーブル記憶部２２または前述した一時記憶部を更新する。

次に、Ｗｅｂサーバ４は、ＰＶ数／確率テーブル記憶部８２に記憶された値に基づき、第１広告枠ＡＤＰ（１）に広告が表示されるゲームを選択する（ステップＳ７０４）。次に、Ｗｅｂサーバ４は、第２広告枠ＡＤＰ（２）の各枠に広告を表示させるゲームを選択する（ステップＳ７０８）。これらの処理による選択結果は、選択結果記憶部８３に記憶される。

次に、Ｗｅｂサーバ４は、選択結果記憶部８３に記憶された選択結果に基づき広告ページを生成し（ステップＳ７１０）、生成した広告ページを、ＨＴＴＰリクエストを送信した送信元の端末装置３００に送信する（ステップＳ７１２）。

［まとめ］
以上説明した第４実施形態のＷｅｂサーバ４（広告ページ提供装置）、並びにＷｅｂサーバ４が実行する広告ページ提供方法および広告ページ提供プログラム（以下、Ｗｅｂサーバ４等と称する）によれば、ＰＶ数に基づいて、広告宣伝効果の高い第１広告枠ＡＤＰ（１）に広告が表示されるゲームが選択されるため、広告ページの内容についての不公平感を緩和することができる。この結果、広告主間でユーザの相互紹介を円満に行うことができる。

より具体的には、第４実施形態のＷｅｂサーバ４等によれば、ＰＶ数の多いゲームの広告が、高確率で第１広告枠ＡＤＰ（１）に表示されるため、広告ページの内容についての不公平感を、更に緩和することができる。

また、第４実施形態のＷｅｂサーバ４等によれば、遷移元のゲームの広告は、第１広告枠ＡＤＰ（１）に表示されないため、あるゲームをプレイしていたユーザが、そのゲームの広告が第１広告枠ＡＤＰ（１）に表示されているのを見るといった、広告宣伝効果の低い動作がなされるのを防止することができる。この結果、広告宣伝効果を向上させることができる。

なお、第４実施形態のＷｅｂサーバ４は、第１広告枠ＡＤＰ（１）内に複数の広告枠を設けてもよい。この場合、例えば第１広告枠ＡＤＰ（１）内に２つの広告枠が存在すると仮定すると、Ｗｅｂサーバ４は、ＰＶ数に応じた確率で抽選を２回行い、広告主が重複した場合は再度の抽選を行ってもよいし、異なる２つの広告主が選ばれるまで、２つの広告主を選択する抽選をＰＶ数に応じた確率で行ってもよい。

＜第５実施形態＞
以下、本発明の第５実施形態に係るＷｅｂサーバ５（広告ページ提供装置）、並びにＷｅｂサーバ５が実行する広告ページ提供方法および広告ページ提供プログラムについて説明する。［システムの概要］および［広告ページ］については、第４実施形態と同様であるため、説明を省略する。

［Ｗｅｂサーバ５の機能構成］
図２３は、第５実施形態に係るＷｅｂサーバ５の機能構成の一例を示す構成図である。Ｗｅｂサーバ５は、例えば、ＰＶ数カウント部９０と、第１広告枠に関する選択部９１と、第２広告枠に関する選択部９３と、広告ページ生成部９４と、広告ページ提供部９５とを備える。これらの機能部は、例えば、プログラムメモリ（記憶部１００に含まれてもよい）に記憶されたプログラムをＣＰＵが実行することにより機能する。なお、上記機能部の一部はＬＳＩなどのハードウェア機能部であってもよい。また、Ｗｅｂサーバ５は、ＰＶ数／表示順テーブル記憶部１０２、選択結果記憶部１０３、および画像データ記憶部１０４を有する記憶部１００を備える。記憶部１００は、例えば、ＲＡＭやＲＯＭ、ＨＤＤ、フラッシュメモリ、レジスタなどの記憶装置により実現される。なお、記憶部１００の一部または全部は、Ｗｅｂサーバ５の外部に設けられた記憶装置であってもよい。

ＰＶ数カウント部９０は、複数の広告主（Ａ社、Ｂ社、Ｃ社、Ｄ社）により提供される、広告対象となるゲーム（Ａ―１、Ａ―２、Ｂ―１、Ｃ―１、Ｃ―２、Ｃ―３、Ｄ―１、Ｄ―２）毎にＰＶ数を計数し、ＰＶ数／表示順テーブル記憶部１０２に記憶させる。ＰＶ数カウント部９０による、遷移元のゲームの特定手法については、第１実施形態と同様であるため、説明を省略する。

図２４は、ＰＶ数／表示順テーブル記憶部１０２により記憶されるデータの一例を示す図である。ＰＶ数／表示順テーブル記憶部１０２には、例えば、ゲーム毎に、ＰＶ数、遷移元毎の表示順序、および時間調整値が記憶される。本実施形態では、広告ページＡＤＰは基準時間毎に（例えば、６［ｓｅｃ］毎に）自動的に内容が更新され、表示順序は、広告ページＡＤＰが表示開始された後（リロードされた後を含んでよい）、何番目に表示されるかを示している。また、時間調整値は、上記「基準時間」に対して加算される時間である。これらの値は、第１広告枠に関する選択部９１によって計算される。

第１広告枠に関する選択部９１は、ＰＶ数の多い広告主の表示順序が上位に（表示順序の値が小さく）なるように、且つＰＶ数の多い広告主に対してプラスの時間調整値が加算されるように、これらの値を計算する。より具体的には、第１広告枠に関する選択部９１は、ＰＶ数が多い順に広告主をソートし、上位の広告主から順に１番目、２番目、‥と表示順序を割り当てる。また、第１広告枠に関する選択部９１は、例えば、ＰＶ数が、ＰＶ数の平均値（総ＰＶ数を広告主数で除算した値）の所定倍（例えば１.５倍）以上であればプラスの調整時間値を当該広告主に付与する。また、第１広告枠に関する選択部９１は、例えば、ＰＶ数が、ＰＶ数の平均値の所定倍（例えば０.５倍）未満であればマイナスの調整時間値を当該広告主に付与してもよい。なお、これらの数値はあくまで一例であり、これらに何ら限定されるものではない。また、時間調整値は、遷移元毎に設定されてもよい。

これによって、広告ページＡＤＰが表示開始された後、ＰＶ数の多いゲームの広告から順に表示されることになる。この結果、ＰＶ数に依存しない順序で広告が表示される場合と比較すると、広告ページの内容についての不公平感を緩和することができる。また、ＰＶ数の多いゲームの広告は、そうでない広告主の提供するゲームの広告に比して長時間表示されることになる。この結果、広告主毎に一律の時間が割り当てられる場合と比較すると、広告ページの内容についての不公平感を緩和することができる。

また、遷移元のゲームの広告は、第１広告枠ＡＤＰ（１）に表示されないため、遷移元のゲームをプレイしていたユーザが、同じゲームの広告が第１広告枠ＡＤＰ（１）に表示された広告ページを閲覧するといった、広告宣伝効果の低い動作がなされるのを防止することができる。この結果、本実施形態のＷｅｂサーバ５は、広告宣伝効果を向上させることができる。

なお、ＰＶ数／表示順テーブル記憶部１０２におけるＰＶ数および表示順序、時間調整値は、リアルタイムに更新されてもよいし、１日一回、１週間に１回などの周期で更新されてもよい。後者の場合、例えば、リアルタイムにＰＶ数をカウントするための一時記憶部が別途設けられ（或いはＰＶ数／表示順テーブル記憶部１０２におけるＰＶ数のみがリアルタイムに更新され）、上記周期毎にＰＶ数／表示順テーブル記憶部１０２の全てが更新される。この場合、ＰＶ数／表示順テーブル記憶部１０２に記憶される値の少なくとも一部は、昨日のデータに基づく値、昨日までのデータに基づく値、先週のデータに基づく値、先週までのデータに基づく値といった内容となる。

第１広告枠に関する選択部９１は、例えば、Ｗｅｂサーバ５がＨＴＴＰリクエストを受信する度に（或いは、ＰＶ数／表示順テーブル記憶部１０２におけるＰＶ数および表示順序、時間調整値が更新される度に）、遷移元のゲームに応じた表示順序および時間調整値をＰＶ数／表示順テーブル記憶部１０２から読み込み、選択結果記憶部１０３にコピーする。図２５は、選択結果記憶部１０３により記憶されるデータの一例を示す図である。なお、係る処理に代えて、ＰＶ数／表示順テーブル記憶部１０２に、遷移元のゲームがいずれであるかを示すフラグをたててもよい。

また、Ｗｅｂサーバ５が運用開始した直後など、十分なデータがＰＶ数／表示順テーブル記憶部１０２に記憶されていない場合には、遷移元毎の表示順序は、遷移元の広告主を除いた広告主に対して、例えば登録順に、またはランダムに設定される。

第１広告枠に関する選択部９１は、広告ページＡＤＰが表示される度に（新規表示とリロードの双方を含む；以下同じ）、ＰＶ数／表示順テーブル記憶部１０２に記憶された表示順序が１番目であるゲームを選択し、第１広告枠ＡＤＰ（１）に広告が表示されるゲームとして選択結果記憶部１０３に記憶させる。選択結果記憶部１０３に記憶されるデータは、例えば、第１実施形態における選択結果記憶部２３に記憶されるデータと同様である（図８参照）。

第２広告枠に関する選択部９３は、広告ページＡＤＰが表示される度に、第２広告枠ＡＤＰ（２）のそれぞれの枠（２―１）、（２―２）、（２―３）、（２―４）に広告を表示させる広告主を、例えば、ＰＶ数とは無関係に選択する。第２広告枠に関する選択部９３は、それぞれの枠（２―１）、（２―２）、（２―３）、（２―４）に広告を表示させる広告主の並び順を、ＰＶ数とは無関係に（例えばランダムに）決定する。そして、第２広告枠に関する選択部９３は、各枠について選択した広告主が提供するゲームのいずれかを、第２広告枠ＡＤＰ（２）の各枠に割り当て、選択結果記憶部１０３の「第２広告枠」の各項目に記憶させる（図８参照）。第２広告枠に関する選択部９３は、広告主と１対１で予め設定されているゲームを選択して選択結果記憶部１０３の「第２広告枠」の各項目に記憶させてもよいし、所定の規則に従ってゲームの選択を行ってもよい。

広告ページ生成部９４は、例えばJavaScript等により、選択結果記憶部１０３に記憶された表示順序に従って、第１広告枠ＡＤＰ（１）に広告が表示される広告主が自動的に切り替わるように設定された広告ページＡＤＰを生成する。すなわち、広告ページ生成部９４は、端末装置３００で実行するスクリプトのプログラムをＨＴＭＬに組む込んだものを、端末装置３００に送信する。これに限らず、広告ページ生成部９４は、Flash画像を生成し、その画像（swfファイル）を添付して端末装置３００に送信してもよい。

これによって、端末装置３００において表示される広告ページＡＤＰは、基準時間に、現在広告が表示されているゲームに対応する時間調整値を加算した「合計時間」が経過する毎に、次の表示順序のゲームを選択し、第１広告枠ＡＤＰ（１）に広告を表示させることになる。すなわち、端末装置３００において広告ページＡＤＰは、合計時間が経過する度に、現在表示されているゲームの表示順序が１番目であれば２番目のゲーム、２番目であれば３番目のゲーム、３番目であれば１番目のゲームというように、循環的かつ自動的に第１広告枠ＡＤＰ（１）に広告が表示されるゲームを切り替える。なお、広告ページＡＤＰは、端末装置３００において新規表示またはリロードされる度に、改めて表示順序が１番目のゲームの広告を第１広告枠ＡＤＰ（１）に表示させる。

広告ページ提供部９５は、広告ページ生成部９４により生成された広告ページＡＤＰを、広告ページＡＤＰの送信を要求するＨＴＴＰリクエストを送信した送信元の端末装置３００に送信する。なお、Ｗｅｂサーバ５は、選択結果記憶部１０３を具備せず、広告ページ生成部９４は、第１広告枠に関する選択部９１、および第２広告枠に関する選択部９３による選択結果に従って広告ページＡＤＰを生成するようにしてもよい。

［処理フロー］
以下、上記説明した各機能部による処理を、フローチャートの形式で説明する。図２６は、第５実施形態に係るＷｅｂサーバ５により実行される処理の流れを示すフローチャートの一例である。

まず、Ｗｅｂサーバ５は、端末装置３００から広告ページＡＤＰの送信を要求するＨＴＴＰリクエストを受信するまで待機する（ステップＳ８００）。ＨＴＴＰリクエストを受信すると、Ｗｅｂサーバ５は、遷移元のゲームを特定してＰＶ数をカウントし（ステップＳ８０２）、ＰＶ数／表示順テーブル記憶部１０２または前述した一時記憶部を更新する。

次に、Ｗｅｂサーバ５は、ＰＶ数／表示順テーブル記憶部１０２における表示順序および時間調整値を再計算し（ステップＳ８０４）、遷移元のゲームに応じた表示順序および時間調整値を選択結果記憶部１０３に書き込む等の処理を行う。次に、Ｗｅｂサーバ５は第２広告枠ＡＤＰ（２）の各枠に広告を表示させるゲームを選択する（ステップ８０８）なお、ステップＳ８０４の処理と、ステップＳ８０８の処理は、順序が逆であってもよいし、並行して処理されてもよい。

次に、Ｗｅｂサーバ５は、選択結果記憶部１０３に記憶された選択結果に基づき広告ページを生成し（ステップＳ８１０）、生成した広告ページを、ＨＴＴＰリクエストを送信した送信元の端末装置３００に送信する（ステップＳ８１２）。

［まとめ］
以上説明した第５実施形態のＷｅｂサーバ５（広告ページ提供装置）、並びにＷｅｂサーバ５が実行する広告ページ提供方法および広告ページ提供プログラム（以下、Ｗｅｂサーバ５等と称する）によれば、ＰＶ数に基づいて、広告宣伝効果の高い第１広告枠ＡＤＰ（１）に広告が表示されるゲームが選択されるため、広告ページの内容についての不公平感を緩和することができる。この結果、広告主間でユーザの相互紹介を円満に行うことができる。

より具体的には、第５実施形態のＷｅｂサーバ５等によれば、ＰＶ数の多いゲームの広告が、早い順番で第１広告枠ＡＤＰ（１）に表示されるため、広告ページの内容についての不公平感を、更に緩和することができる。

また、第５実施形態のＷｅｂサーバ５等によれば、ＰＶ数の多いゲームの広告に対して、プラスの時間調整値が付与され、より長い時間、第１広告枠ＡＤＰ（１）に表示されるため、広告ページの内容についての不公平感を、更に緩和することができる。

また、第５実施形態のＷｅｂサーバ５等によれば、遷移元のゲームの広告は、第１広告枠ＡＤＰ（１）に表示されないため、遷移元のゲームをプレイしていたユーザが、同じゲームの広告が第１広告枠ＡＤＰ（１）に表示された広告ページを閲覧するといった、広告宣伝効果の低い動作がなされるのを防止することができる。この結果、広告宣伝効果を向上させることができる。

＜第６実施形態＞
以下、本発明の第６実施形態に係るＷｅｂサーバ６（広告ページ提供装置）、並びにＷｅｂサーバ６が実行する広告ページ提供方法および広告ページ提供プログラムについて説明する。［システムの概要］および［広告ページ］については、第４実施形態と同様であるため、説明を省略する。

［Ｗｅｂサーバ６の機能構成］
図２７は、第６実施形態に係るＷｅｂサーバ６の機能構成の一例を示す構成図である。Ｗｅｂサーバ６は、例えば、ＰＶ数カウント部１１０と、第１広告枠に関する選択部１１１と、第２広告枠に関する選択部１１３と、広告ページ生成部１１４と、広告ページ提供部１１５とを備える。これらの機能部は、例えば、プログラムメモリ（記憶部１２０に含まれてもよい）に記憶されたプログラムをＣＰＵが実行することにより機能する。なお、上記機能部の一部はＬＳＩなどのハードウェア機能部であってもよい。また、Ｗｅｂサーバ６は、ＰＶ数／保有ポイント数テーブル記憶部１２２、日別消費ポイント数テーブル記憶部１２３、選択結果記憶部１２４、および画像データ記憶部１２５を有する記憶部１２０を備える。記憶部１２０は、例えば、ＲＡＭやＲＯＭ、ＨＤＤ、フラッシュメモリ、レジスタなどの記憶装置により実現される。なお、記憶部１２０の一部または全部は、Ｗｅｂサーバ６の外部に設けられた記憶装置であってもよい。

ＰＶ数カウント部１１０は、複数の広告主（Ａ社、Ｂ社、Ｃ社、Ｄ社）により提供される、広告対象となるゲーム（Ａ―１、Ａ―２、Ｂ―１、Ｃ―１、Ｃ―２、Ｃ―３、Ｄ―１、Ｄ―２）毎にＰＶ数を計数し、ＰＶ数／保有ポイント数テーブル記憶部１２２に記憶させる。ＰＶ数カウント部１１０による、遷移元のゲームの特定手法については、第１実施形態と同様であるため、説明を省略する。

図２８は、ＰＶ数／保有ポイント数テーブル記憶部１２２により記憶されるデータの一例を示す図である。ＰＶ数／保有ポイント数テーブル記憶部１２２には、例えば、ゲーム毎に、ＰＶ数、および遷移元のゲーム毎のＰＶ数割合および保有ポイント数が記憶される。本実施形態では、広告ページＡＤＰは、例えば日毎に内容が更新され、所定のスケジュール決定周期で（例えば毎月一度など）、何日目にどの広告主が広告を第１広告枠ＡＤＰ（１）に表示させるか（広告スケジュール）が決定される。なお、「日毎に」広告ページＡＤＰの内容が更新され、「毎月一度」広告スケジュールが決定されるのはあくまで一例であり、「時間帯毎に」広告ページＡＤＰの内容が更新され、「日に一度」広告スケジュールが決定されてもよいし、「日毎に」広告ページＡＤＰの内容が更新され、「週に一度」広告スケジュールが決定されてもよいし、他の時間単位で内容が更新および決定されてもよい。

ＰＶ数割合は、各ゲームのＰＶ数の、総ＰＶ数から遷移元のゲームのＰＶ数を減算した数に対する割合を示している。また、保有ポイント数は、次のスケジュール期間（例えば一月）の消費ポイント数の総和を、ＰＶ数割合に応じて各ゲームに配分したものである。消費ポイント数とは、その日に広告を第１広告枠ＡＤＰ（１）に表示させるのに必要なポイント数であり、予め（手動または自動アルゴリズムによって）日毎に設定され、日別消費ポイント数テーブル記憶部１２３に格納されている。日別消費ポイント数テーブル記憶部１２３に格納されるデータは、例えば、第３実施形態の日別消費ポイント数テーブル記憶部６３と同様である（図１７参照）。

これによって、広告ページＡＤＰでは、日毎の広告宣伝効果を考慮しつつ、ＰＶ数の多いゲームに対して多くのポイント数を消費させて第１広告枠ＡＤＰ（１）への広告表示日が割り当てられる。この結果、例えば、単に日替わりで循環的に広告主が入れ替わったり、日毎の広告宣伝効果を考慮せずに広告表示日を割り当てたりする場合と比較すると、広告ページの内容についての不公平感を緩和することができる。

また、第１広告枠ＡＤＰ（１）への広告表示日は、遷移元のゲームを除外して割り当てられるため、遷移元のゲームをプレイしていたユーザが、広告ページにおいて遷移元のゲーム自体が第１広告枠ＡＤＰ（１）に表示されているのを閲覧するといった、広告宣伝効果の低い動作がなされるのを防止することができる。この結果、本実施形態のＷｅｂサーバ６は、広告宣伝効果を向上させることができる。

なお、ＰＶ数／保有ポイント数テーブル記憶部１２２におけるＰＶ数およびＰＶ数割合、保有ポイント数は、リアルタイムに更新されてもよいし、１日１回、１週間に１回、上記スケジュール決定周期に応じた周期で更新されてもよい。後者の場合、例えば、リアルタイムにＰＶ数をカウントするための一時記憶部が別途設けられ（或いはＰＶ数／保有ポイント数テーブル記憶部１２２におけるＰＶ数のみがリアルタイムに更新され）、上記周期毎にＰＶ数／保有ポイント数テーブル記憶部１２２の全てが更新される。この場合、ＰＶ数／保有ポイント数テーブル記憶部１２２に記憶される値の少なくとも一部は、昨日のデータに基づく値、昨日までのデータに基づく値、先週のデータに基づく値、先週までのデータに基づく値、先月のデータに基づく値、先月までのデータに基づく値といった内容となる。

また、Ｗｅｂサーバ６が運用開始した直後など、十分なデータがＰＶ数／保有ポイント数テーブル記憶部１２２に記憶されていない場合には、遷移元毎の表示順序は、遷移元の広告主を除いた広告主に対して、例えば登録順に、またはランダムに第１広告枠ＡＤＰ（１）への広告表示日が割り当てられる。

第１広告枠に関する選択部１１１は、上記スケジュール決定周期で、ＰＶ数／保有ポイント数テーブル記憶部１２２における保有ポイント数および日別消費ポイント数テーブル記憶部１２３により記憶されたデータを参照し、何日目にどのゲームの広告が第１広告枠ＡＤＰ（１）に表示されるかを決定し、選択結果記憶部１２４に記憶させる。選択結果記憶部１２４に記憶されるデータは、例えば、第３実施形態の選択結果記憶部６４と同様である（図１８参照）。

第２広告枠に関する選択部１１３は、広告ページＡＤＰが表示される度に、第２広告枠ＡＤＰ（２）のそれぞれの枠（２―１）、（２―２）、（２―３）、（２―４）に広告を表示させる広告主を、例えば、ＰＶ数とは無関係に選択する。第２広告枠に関する選択部１１３は、それぞれの枠（２―１）、（２―２）、（２―３）、（２―４）に広告を表示させる広告主の並び順を、ＰＶ数とは無関係に（例えばランダムに）決定する。そして、第２広告枠に関する選択部１１３は、各枠について選択した広告主が提供するゲームのいずれかを、第２広告枠ＡＤＰ（２）の各枠に割り当て、選択結果記憶部１２４の「第２広告枠」の各項目に記憶させる。第２広告枠に関する選択部１１３は、広告主と１対１で予め設定されているゲームを選択して選択結果記憶部１２４の「第２広告枠」の各項目に記憶させてもよいし、所定の規則に従ってゲームの選択を行ってもよい。

広告ページ生成部１１４は、選択結果記憶部１２４に記憶された各選択結果を参照し、選択されたゲームに対応する広告画像を画像データ記憶部１２５から読み出し、読み出した画像をページ上の所定の位置に割り当て、広告ページＡＤＰを生成する。広告ページ生成部１１４により生成された広告ページＡＤＰは、画像データ記憶部１２５に記憶される。画像データ記憶部１２５により記憶されるデータは、例えば、第１実施形態の画像データ記憶部２４と同様である（図９参照）。広告ページ提供部１１５は、画像データ記憶部１２５に記憶された広告ページＡＤＰを、広告ページＡＤＰの送信を要求するＨＴＴＰリクエストを送信した送信元の端末装置３００に送信する。

［処理フロー］
以下、上記説明した各機能部による処理を、フローチャートの形式で説明する。図２９は、第６実施形態に係るＷｅｂサーバ６により実行される処理の流れを示すフローチャートの一例である。

Ｗｅｂサーバ６は、上記スケジュール決定周期に応じた、第１広告枠ＡＤＰ（１）に広告が表示されるゲームの決定タイミングが到来したか否かを判定する（ステップＳ９００）。決定タイミングが到来すると、Ｗｅｂサーバ６は、ＰＶ数／保有ポイント数テーブル記憶部１２２における保有ポイント数および日別消費ポイント数テーブル記憶部１２３に記憶された消費ポイント数を参照し、何日目にどのゲームの広告が第１広告枠ＡＤＰ（１）に表示されるかを決定する（ステップＳ９０２）。ここで、保有ポイント数に応じて表示日を割り当てる手法としては、種々の手法が想定されるが、本発明の適用上、如何なる手法を用いても構わない。

次に、Ｗｅｂサーバ６は、端末装置３００から広告ページＡＤＰの送信を要求するＨＴＴＰリクエストを受信したか否かを判定する（ステップＳ９０６）。ＨＴＴＰリクエストを受信していない場合、Ｗｅｂサーバ３は、図２９のフローチャートの１ルーチンを終了する。

ＨＴＴＰリクエストを受信すると、Ｗｅｂサーバ６は、遷移元のゲームおよび広告主を特定してＰＶ数をカウントし（ステップＳ９０８）、ＰＶ数／保有ポイント数テーブル記憶部１２２または前述した一時記憶部を更新する。

次に、Ｗｅｂサーバ６は、第２広告枠ＡＤＰ（２）の各枠に広告を表示させるゲームを選択する（ステップＳ９１０）。これらの処理による選択結果は、選択結果記憶部１２４に記憶される。

次に、Ｗｅｂサーバ６は、当該日の日付と選択結果記憶部１２４に記憶された選択結果に基づき広告ページを生成し（ステップＳ９１２）、生成した広告ページを、ＨＴＴＰリクエストを送信した送信元の端末装置３００に送信する（ステップＳ６１４）。

［まとめ］
以上説明した第６実施形態のＷｅｂサーバ６（広告ページ提供装置）、並びにＷｅｂサーバ６が実行する広告ページ提供方法および広告ページ提供プログラム（以下、Ｗｅｂサーバ６等と称する）によれば、ＰＶ数に基づいて、広告宣伝効果の高い第１広告枠ＡＤＰ（１）に広告が表示されるゲームが選択されるため、広告ページの内容についての不公平感を緩和することができる。この結果、広告主間でユーザの相互紹介を円満に行うことができる。

より具体的には、第６実施形態のＷｅｂサーバ６等によれば、日毎の広告宣伝効果を考慮しつつ、ＰＶ数の多い広告主に対して多くのポイント数を消費させて第１広告枠ＡＤＰ（１）への広告表示日が割り当てられため、広告ページの内容についての不公平感を、更に緩和することができる。

また、遷移元のゲームの広告は、第１広告枠ＡＤＰ（１）に表示されないため、遷移元のゲームをプレイしていたユーザが、同じゲームの広告が第１広告枠ＡＤＰ（１）に表示された広告ページを閲覧するといった、広告宣伝効果の低い動作がなされるのを防止することができる。この結果、広告宣伝効果を向上させることができる。

＜変形等＞
以上、本発明を実施するための形態について各実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、第１〜第３実施形態のＷｅｂサーバは、遷移元の広告主の広告を、第１広告枠ＡＤＰ（１）に表示させないものとしたが、遷移元の広告主の広告を、第１広告枠ＡＤＰ（１）に表示させてもよい。この場合、遷移元の広告主の広告と遷移元でない広告主の広告を同じように扱ってもよいし（この場合、例えば第１実施例であればＰＶ数を総ＰＶ数で除算した値を表示確率とする）、遷移元の広告主の広告を遷移元でない広告主の広告よりも低確率、遅い順序、低頻度で表示させてもよい。

同様に、第４〜第６実施形態のＷｅｂサーバは、遷移元のゲームの広告を、第１広告枠ＡＤＰ（１）に表示させないものとしたが、遷移元のゲームの広告を、第１広告枠ＡＤＰ（１）に表示させてもよい。この場合、遷移元のゲームの広告と遷移元でないゲームの広告を同じように扱ってもよいし（この場合、例えば第４実施例であればＰＶ数を総ＰＶ数で除算した値を表示確率とする）、遷移元のゲームの広告を遷移元でないゲームの広告よりも低確率、遅い順序、低頻度で表示させてもよい

また、上記各実施形態とは異なり、ＰＶ数を加工した値に基づいて第１広告枠ＡＤＰ（１）に広告を表示させる広告主またはゲームを決定してもよい。ＰＶ数を加工した値とは、例えば、特定の時間帯や曜日におけるＰＶ数に対して大きい加重を与えた加重和などである。

また、本発明のＷｅｂサーバは、既にアプリケーションプログラムが端末装置３００にインストールされているゲームの広告を除いて、第１広告枠ＡＤＰ（１）に広告を表示させるゲームを決定してもよい。この場合、Ｗｅｂサーバは、端末装置３００に対してＵＲＬスキームを送信し、端末装置３００からの応答に基づいて、既にアプリケーションプログラムが端末装置３００にインストールされているか否かを判定することができる。

１、２、３、４、５、６‥Ｗｅｂサーバ（広告ページ提供装置）、１０、３０、５０、７０、９０、１１０‥ＰＶ（ページビュー）数カウント部、１１、３１、５１、７１、９１、１１１‥第１広告枠の広告主選択部、１２、３２、５２‥ゲーム選択部、１３、３３、５３、７３、９３、１１３‥第２広告枠の広告主選択部、１４、３４、５４、７４、９４、１１４‥広告ページ生成部、１５、３５、５５、７５、９５、１１５‥広告ページ提供部、２０、４０、６０、８０、１００、１２０‥記憶部、３００‥端末装置、ＮＷ‥ネットワーク、ＡＤＰ‥広告ページ、ＡＤＰ（１）‥第１広告枠ＡＤＰ、ＡＤＰ（２）‥第２広告枠ＡＤＰ

Claims (14)

1. 複数のサービスのいずれかの広告が特定の広告枠に表示された広告ページに、サービスに係る表示画面から前記広告ページに遷移した回数を、前記複数のサービス毎に計数する計数部と、
   前記計数部で計数された回数に基づいて、前記複数のサービスの中から前記特定の広告枠に広告が表示されるサービスを選択するサービス選択部と、
   前記サービス選択部で選択されたサービスの広告が前記特定の広告枠に表示された広告ページであって、ネットワークを介して端末装置に提供する広告ページを生成する生成部と、
   を備える広告ページ提供装置。
2. 請求項１記載の広告ページ提供装置であって、
   前記サービス選択部は、前記特定の広告枠に広告が表示されるサービスを、前記広告ページに遷移した遷移元の表示画面に係るサービスを除外したサービスの中から選択する、
   広告ページ提供装置。
3. 請求項１または２記載の広告ページ提供装置であって、
   前記サービス選択部は、前記計数部により計数された回数に基づいて各サービスが選択される確率を決定し、該決定した確率で、前記広告ページにおける特定の広告枠に広告が表示されるサービスを選択する、
   広告ページ提供装置。
4. 請求項３記載の広告ページ提供装置であって、
   前記サービス選択部は、前記計数部により計数された回数が多いほど高確率となるように、前記各サービスが選択される確率を決定する、
   広告ページ提供装置。
5. 請求項１または２記載の広告ページ提供装置であって、
   前記サービス選択部は、前記計数部により計数された回数に基づいて各サービスが選択される順序を決定し、
   前記生成部は、該決定された順序で、前記特定の広告枠に広告が表示されるサービスが順次切り替わるように前記広告ページを生成する、
   広告ページ提供装置。
6. 請求項５記載の広告ページ提供装置であって、
   前記サービス選択部は、前記計数部により計数された回数が多いほど、選択される順序が早くなるように、前記各サービスが選択される順序を決定する、
   広告ページ提供装置。
7. 請求項１または２記載の広告ページ提供装置であって、
   前記サービス選択部は、前記計数部により計数された回数に基づいて各サービスが選択される順序および期間を決定し、該決定した順序および期間に従って、前記広告ページにおける特定の広告枠に広告が表示されるサービスを順次選択する、
   広告ページ提供装置。
8. 請求項７記載の広告ページ提供装置であって、
   前記サービス選択部は、前記計数部により計数された回数が多いほど、選択される順序が早くなり且つ期間が長くなるように、前記各サービスが選択される順序および期間を決定する、
   広告ページ提供装置。
9. 請求項１または２記載の広告ページ提供装置であって、
   前記サービス選択部は、
   前記計数部により計数された回数に基づいて各サービスに保有ポイント数を付与し、
   所定の広告期間に含まれる複数の単位広告期間に対して予め設定された消費ポイント数を用いて、
   各サービスに割り当てられる一または複数の単位広告期間に対応した消費ポイント数の合計が、該サービスに付与された前記保有ポイント数に略比例した値となるように、前記広告ページにおける特定の広告枠に広告が表示されるサービスを、前記単位広告期間毎に選択する、
   広告ページ提供装置。
10. 請求項９記載の広告ページ提供装置であって、
    前記サービス選択部は、
    前記計数部により計数された回数が多いほど、保有ポイント数を多く付与し、
    前記消費ポイント数は、前記広告ページの閲覧数が増加する傾向の時間帯または曜日ほど多く設定される、
    広告ページ提供装置。
11. 請求項１から１０のうちいずれか１項記載の広告ページ提供装置であって、
    前記計数部は、所定の計数期間毎に前記回数を計数する、
    広告ページ提供装置。
12. 請求項１から１１のうちいずれか１項記載の広告ページ提供装置であって、
    前記広告ページにおける、前記特定の広告枠とは異なる態様で複数のサービスの広告が表示される他の広告枠において、前記広告ページが前記端末装置に提供される度に、前記サービスの広告を表示させる広告主の並び順を、前記計数部により計数された回数とは無関係に選択する他広告枠選択部を備え、
    前記生成部は、前記サービス選択部で選択されたサービスの広告が前記特定の広告枠に表示され、前記他広告枠選択部で選択された広告主により提供されるサービスの広告が前記他の広告枠に表示された前記広告ページを生成する、
    広告ページ提供装置。
13. コンピュータが、
    複数のサービスのいずれかの広告が特定の広告枠に表示された広告ページに、サービスに係る表示画面から遷移した回数を、前記複数のサービス毎に計数し、
    前記計数された回数に基づいて、前記複数のサービスの中から前記特定の広告枠に広告が表示されるサービスを選択し、
    前記選択されたサービスの広告が特定の広告枠に表示された広告ページであって、ネットワークを介して端末装置に提供する広告ページを生成する、
    広告ページ提供方法。
14. コンピュータに、
    複数のサービスのいずれかの広告が特定の広告枠に表示された広告ページに、サービスに係る表示画面から遷移した回数を、前記複数のサービス毎に計数する計数処理と、
    前記計数処理で計数された回数に基づいて、前記複数のサービスの中から前記特定の広告枠に広告が表示されるサービスを選択するサービス選択処理と、
    前記選択されたサービスの広告が特定の広告枠に表示された広告ページであって、ネットワークを介して端末装置に提供する広告ページを生成する生成処理と、
    を実行させる広告ページ提供プログラム。

Images