(57)【特許請求の範囲】
【請求項１】
端末装置と通信可能な広告制御装置であって、
複数の電子商品毎の可変パラメータ及び前記複数の電子商品毎の広告情報を記憶する記憶手段と、
各可変パラメータに基づいて各広告情報の中から何れか１つの第１電子商品の広告情報を選択する選択手段と、
前記選択された広告情報を前記複数の電子商品のうち前記第１電子商品を除いた何れか１つの第２電子商品に関連付けて前記端末装置へ送信する送信手段と、
前記第２電子商品に関する動作を実行した前記端末装置において前記送信された広告情報を通じて前記第１電子商品が利用されたことを示す利用情報を受信する受信手段と、
前記受信手段で前記利用情報が受信された後に、前記端末装置において前記第１電子商品及び前記第２電子商品が利用された度合を示す利用度合を取得する取得手段と、
前記第１電子商品の可変パラメータ及び前記第２電子商品の可変パラメータのうち少なくとも何れか一方の可変パラメータを前記第１電子商品及び前記第２電子商品の利用度合に応じて更新する更新手段と、
を備え、
前記取得手段は、複数設定された所定期間の経過毎に前記利用情報を取得することで、前記利用度合として前記第１電子商品及び前記第２電子商品の利用の継続度合を取得する、
広告制御装置。
【請求項２】
前記利用度合は、前記第１電子商品の実行のために実施されたログイン回数を含む、
請求項１に記載の広告制御装置。
【請求項３】
前記利用度合は、前記第１電子商品に対して関して課金された課金量を含む、
請求項１又は２に記載の広告制御装置。
【請求項４】
前記電子商品は、前記端末装置においてゲームを実現するゲームアプリケーションプログラムを含み、
前記利用度合は、前記ゲームの進行度合を含む、
請求項１乃至３の何れか１項に記載の広告制御装置。
【請求項５】
前記記憶手段は、前記更新手段によって参照される基準値を記憶し、
前記更新手段は、前記基準値と前記利用度合に応じた値とから算出された値を前記一方の可変パラメータに加減算することで前記一方の可変パラメータを更新する、
請求項１乃至４の何れか１項に記載の広告制御装置。
【請求項６】
端末装置と通信可能なコンピュータを、
複数の電子商品毎の可変パラメータ及び前記複数の電子商品毎の広告情報を記憶する記憶手段、
各可変パラメータに基づいて各広告情報の中から何れか１つの第１電子商品の広告情報を選択する選択手段、
前記選択された広告情報を前記複数の電子商品のうち前記第１電子商品を除いた何れか１つの第２電子商品に関連付けて前記端末装置へ送信する送信手段、
前記第２電子商品に関する動作を実行した前記端末装置において前記送信された広告情報を通じて前記第１電子商品が利用されたことを示す利用情報を受信する受信手段、
前記受信手段で前記利用情報が受信された後に、前記端末装置において前記第１電子商品及び前記第２電子商品が利用された度合を示す利用度合を取得する取得手段、及び、
前記第１電子商品の可変パラメータ及び前記第２電子商品の可変パラメータのうち少なくとも何れか一方の可変パラメータを前記第１電子商品及び前記第２電子商品の利用度合に応じて更新する更新手段、
として機能させ、
前記取得手段において、複数設定された所定期間の経過毎に前記利用情報を取得することで、前記利用度合として前記第１電子商品及び前記第２電子商品の利用の継続度合を取得する、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広告制御装置及びプログラムに関する。
【背景技術】
【０００２】
従来から、複数の電子商品（例えばアプリケーション）のうち何れかの電子商品に関する動作が端末装置において実行された場合に、他の電子商品に関する広告情報を広告制御装置から端末装置に送信するサービスが知られている。このようなサービスでは、広告情報を通じて端末装置のユーザを何れかの電子商品（第２電子商品）から他の電子商品（第１電子商品）に誘導することを可能としている。なお、この誘導は、第１電子商品側では１人のユーザを第２電子商品から集客したと捉えることができ、第２電子商品側では１人のユーザを第１電子商品に送客したと捉えることができる。
【０００３】
これに関し、特許文献１には、各電子商品にポイントを対応付けて管理し、１人のユーザを第２電子商品から第１電子商品に誘導した場合に、第２電子商品が一律なポイントを獲得する一方で第１電子商品が当該一律なポイントを消費する技術が開示されている。そして、特許文献１に記載の技術では、このポイント、言い換えればユーザの送集客数が各電子商品間で平等あるいは均一化されるように、当該ポイントに基づいて端末装置にどの広告情報を送信・表示させるかを選択している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第５４４５６０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、第２電子商品から第１電子商品に誘導された結果、ユーザが集客側の第１電子商品に定着する（第１電子商品を使い続ける）場合がある。この定着度合（例えば定着率）は、第１電子商品のジャンルや面白さ等の特性によって異なり得る。しかしながら、特許文献１に記載の技術では、上記集客した場合に、上記定着率を考慮せずに、第１電子商品がポイントを一律に消費するようにしているため、第１電子商品間同士で不公平となってしまう。
【０００６】
また、ユーザが第１電子商品に魅了されて送客側の第２電子商品を利用せず当該第２電子商品から離脱する場合がある。この離脱度合（例えば離脱率）は、集客側の第１電子商品のジャンルや面白さ等の特性によって異なり得る。しかしながら、特許文献１に記載の技術では、上記送客した場合に、上記離脱率を考慮せずに、第２電子商品がポイントを一律に獲得するようにしているため、第２電子商品間同士で不公平となってしまう。
【０００７】
本発明はこのような課題に鑑みてなされたものであり、その目的は、ユーザを第２電子商品から第１電子商品に誘導した場合に、第１電子商品間及び第２電子商品間のうち少なくとも何れか一方の不公平さを是正する広告制御装置及びプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明に係る広告制御装置は、
端末装置と通信可能な広告制御装置であって、
複数の電子商品毎の可変パラメータ及び前記複数の電子商品毎の広告情報を記憶する記憶手段と、
各可変パラメータに基づいて各広告情報の中から何れか１つの第１電子商品の広告情報を選択する選択手段と、
前記選択された広告情報を前記複数の電子商品のうち前記第１電子商品を除いた何れか１つの第２電子商品に関連付けて前記端末装置へ送信する送信手段と、
前記第２電子商品に関する動作を実行した前記端末装置において前記送信された広告情報を通じて前記第１電子商品が利用されたことを示す利用情報を受信する受信手段と、
前記受信手段で前記利用情報が受信された後に、前記端末装置において前記第１電子商品が利用された度合を示す利用度合を取得する取得手段と、
前記第１電子商品の可変パラメータ及び前記第２電子商品の可変パラメータのうち
少なくとも何れか一方の可変パラメータを前記利用度合に応じて更新する更新手段と、
を備える。
【０００９】
この構成では、受信手段が利用情報を受信することで、広告情報を通じてユーザを第２電子商品から第１電子商品に誘導したと判定することができる。そして、本構成によれば、実際にユーザを第２電子商品から第１電子商品に誘導した場合に、取得手段が第１電子商品の利用度合を取得する。この利用度合は第１電子商品の定着率とみなすことができるので、更新手段が利用度合に応じて例えば第１電子商品の可変パラメータを更新すると、定着率の異なる第１電子商品間同士の不公平さを是正することができる。
また、この利用度合は第２電子商品の離脱率とみなすことができるので、更新手段が利用度合に応じて例えば第２電子商品の可変パラメータを更新すると、離脱率の異なる第２電子商品間同士の不公平さを是正することができる。
【発明の効果】
【００１０】
本発明によれば、ユーザを第２電子商品から第１電子商品に誘導した場合に、ユーザを第２電子商品から第１電子商品に誘導した場合に、第１電子商品間及び第２電子商品間のうち少なくとも何れか一方の不公平さを是正することができる。
【図面の簡単な説明】
【００１１】
【図１】第１実施形態に係る広告制御装置（広告制御サーバ）が組み込まれた広告提供システムの構成例を示す図である。
【図２】第１実施形態において電子商品の一例である４つのアプリケーション間で送客／集客が行なわれる様子を例示する図である。
【図３】第１実施形態においてアプリケーション毎の送集客ポイントを例示する図である。
【図４】図１に例示する広告制御サーバのハードウェア的構成例を示すブロック図である。
【図５】図４に例示する広告制御サーバの機能的な構成例を示すブロック図である。
【図６】第１実施形態に係るシステム全体フローを説明するフローチャートである。
【図７】図６に例示するバナー処理の一例を説明する図である。
【図８】図７から続くバナー処理を説明する図である。
【図９】図７に例示する送集客バランス処理の一例を示すフローチャートである。
【図１０】図８に例示する第２ポイント処理の概要を説明する図である。
【図１１】図１０に例示した第２ポイント処理の概要を具体化した処理の一例を説明するフローチャートである。
【図１２】第２実施形態における第２ポイント処理の一例を説明するフローチャートである。
【図１３】第３実施形態における第２ポイント処理の概要を説明する図である。
【図１４】図１３に例示した第２ポイント処理の概要を具体化した処理の一例を説明するフローチャートである。
【図１５】図１４に例示した第２ポイント処理のサブルーチンの一例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、図面を参照して本発明の実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。即ち、本発明は、その趣旨を逸脱しない範囲で種々変形（各実施例を組み合わせる等）して実施することができる。また、以下の図面の記載において、同一又は類似の部分には同一又は類似の符号を付して表している。図面は模式的なものであり、必ずしも実際の寸法や比率・数量等とは一致するものではなく、また、個々の構成等は同等の機能を持つ別の構成に置き換えが可能である。図面相互間においても互いの寸法の関係や比率等が異なる部分が含まれていることがある。
【００１３】
＜第１実施形態＞
本発明の第１実施形態に係る広告制御装置は、以下に説明する広告提供システムに組み込まれている。まず、この広告提供システムの構成例について以下に説明する。
【００１４】
〔１〕システム構成例
図１は、第１実施形態に係る広告制御装置が組み込まれた広告提供システムの構成例を示す図である。図１に示す広告提供システム１は、複数の電子商品および当該電子商品に関する広告情報（バナー広告等）を端末装置２０に対して通信ネットワーク１０を介して提供するシステムである。
【００１５】
上記「電子商品」とは、アプリケーションプログラム等のコンピュータソフト、動画・静止画コンテンツといったデジタルプロダクトなどの電子情報で構成されたものをいう。第１実施形態では、複数の電子商品それぞれがゲームアプリケーションプログラム（以下、単に「アプリ」という。）である場合を説明する。
【００１６】
広告提供システム１は、例示的に、通信ネットワーク１０と、一又は複数の端末装置（以下、単に「端末」という。）２０と、一又は複数の商品サーバ３０と、決済サーバ４０と、広告制御サーバ５０と、を備える。
【００１７】
端末２０は、ＰＣ（Personal Computer）やＰＤＡ（Personal Digital Assistant）、携帯電話、スマートフォン、タブレット型コンピュータ等のインテリジェントデバイスである。端末２０は、必要に応じて通信ネットワーク１０を経由して、商品サーバ３０や決済サーバ４０、広告制御サーバ５０と通信することができる。
【００１８】
通信ネットワーク１０は、無線ネットワークでも有線ネットワークでもよい。通信ネットワーク１０の一例としては、インターネットや無線ＬＡＮ、赤外線通信、３Ｇ、ＷｉＭａｘ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ｃ．Ｌｉｎｋ（登録商標）、ＨＤＭＩ（登録商標）、有線ＬＡＮ、電話線、携帯電話網、ＰＨＳ網、電灯線ネットワーク、ＩＥＥＥ１３９４等に準拠したネットワークが挙げられる。
【００１９】
商品サーバ３０は、電子商品としてのアプリを格納、管理する電子商品格納手段の一例であるサーバコンピュータである。商品サーバ３０は、端末２０からの通信ネットワーク１０を経由した要求等に応じてアプリを当該端末２０に提供（送信）することができる。
【００２０】
決済サーバ４０は、アプリの購入や課金行為に伴う決済処理を行なうサーバコンピュータである。決済サーバ４０は、端末２０からの通信ネットワーク１０を経由した、アプリの購入要求等に応じてアプリの決済処理を実施することができる。
【００２１】
別言すると、端末２０は、ネットワーク１０経由で商品サーバ３０にアクセスして、当該商品サーバ３０からアプリを受信、インストール等することができる。なお、アプリは、商品サーバ３０において複数分、格納、管理されていてよい。また、アプリは有償でも無償でもよい。有償の場合、端末２０は、例えば決済サーバ４０と通信して電子商品の決済処理を実施することができる。
【００２２】
広告制御サーバ５０は、第１実施形態に係る広告制御装置の一例であり、端末２０と通信可能に構成されている。広告制御サーバ５０は、商品サーバ３０によって端末２０に提供されるアプリに関する広告情報の配信等を管理や制御するサーバコンピュータである。
【００２３】
第１実施形態に係る広告制御サーバ５０は、何れかの広告情報を或るアプリに関連付けて端末２０へ送信する。なお、「関連付け」とは、或るアプリに関する動作が端末２０において実行された場合（開始時や実行中の場合を含む）、広告情報が端末２０において出力（表示）されるように、広告情報と或るアプリとの関係を結びつけることを言う。
【００２４】
また、広告制御サーバ５０は、当該或るアプリに関する動作を実行した端末２０において送信された広告情報を通じて当該広告情報により広告される他のアプリが利用されたことを示す利用情報（他のアプリの利用情報）を受信する。これにより、広告制御サーバ５０は、広告情報を通じてユーザを或るアプリから他のアプリに誘導した事実を把握することができる。そして、広告制御サーバ５０は、このユーザの誘導回数等に基づいてアプリ間の広告の量や内容、種類等を変化させる。
【００２５】
なお、上記「利用情報」とは、他のアプリをインストールしたことを示す情報、他のアプリを起動したことを示す情報、他のアプリの起動後に実行を続けるためのログインをしたことを示す情報、課金をしたことを示す情報等が含まれる。
【００２６】
また、広告制御サーバ５０から端末２０宛ての広告情報の送信タイミングは、非限定的な一例として、以下の３つが考えられる。
（１）或るアプリが送信されたことを示す情報を商品サーバ３０から受信したとき又は受信したことを示す情報を端末２０から受信したとき。
（２）或るアプリが端末２０においてインストールされたことを示す情報を端末２０から受信したとき。
（３）或るアプリが端末２０において利用されたことを示す情報を端末２０から受信したとき。
【００２７】
また、広告制御サーバ５０としての機能は、複数のサーバコンピュータによって分散的に実現されてもよい。
【００２８】
〔２〕広告制御サーバ５０による広告制御動作概要
広告制御サーバ５０による広告制御動作概要について図２を用いて説明する。図２には、電子商品の一例である４つのアプリＡ〜Ｄ間で誘導（送客／集客）が行なわれる様子を例示している。
【００２９】
ここで、端末２０においてアプリＡの実行中にアプリＢのバナー広告（アプリＢバナー）が表示されているとする。端末２０においてアプリＢバナーが例えば端末２０のユーザによってクリック又はタップされると、端末２０にはアプリＢの例えば商品紹介画面及び／又はインストール画面が表示される。
【００３０】
続いて、ユーザは、当該商品紹介画面等を通じてアプリＡからアプリＢの利用に誘導される。実際に誘導されると、この事実を、広告制御サーバ５０がアプリＢの利用情報を受信することで把握する。なお、この誘導は、アプリＡからみると、１人のユーザをアプリＢに送客したと捉えることができる。一方、アプリＢからみると、１人のユーザをアプリＡから集客したと捉えることができる。
【００３１】
例えば、ユーザがアプリＢの利用に誘導されたとき、送客側のアプリＡは、送客数に応じたポイント（例えば１人につき＋Ｘｐｔ等）を獲得し、集客側のアプリＢは、集客数に応じたポイント（例えば１人につき−Ｘｐｔ）を消費する。
【００３２】
ここで、上記「Ｘ」は、後述するように、アプリＢに誘導されたユーザ本人による端末２０でのアプリＢの利用度合に応じた値である。この利用度合は、特に限定されないが、例えば、アプリＢの起動回数やアプリＢを起動後にアプリの内容を開始するためのログイン回数の他、アプリＢにより実現されるゲーム中で消費された課金量、課金回数、アプリＢにより実現されるゲームのプレイ時間等が挙げられる。第１実施形態では、「Ｘ」は、利用度合が大きいほど高くなる。このようなルールを、他のアプリＢ−Ｃ間、アプリＣ−Ｄ間、アプリＤ−Ａ間についてもそれぞれ同様のルールを適用する。
【００３３】
なお、本例において、アプリＡは、広告情報が関連付けられた電子商品であって、ユーザをアプリＢに送客する第２電子商品の一例である。一方で、アプリＢは、アプリＡに関連付けられた広告情報に対応する（広告される）電子商品であって、ユーザをアプリＡから集客する第１電子商品の一例である。
【００３４】
以上のようなアプリ間の送客数、集客数及び利用度合に応じたポイント（以下「送集客ポイント」と称する。）を広告制御サーバ５０はデータベースに記録することで管理し（例えば図３参照）、送集客ポイントが各アプリ間で平等あるいは均一化（平準化）されるように、或るアプリにどのバナー広告（広告情報）を関連付けるか（別言すると送信、表示させるか）を制御（選択、決定）する。
【００３５】
例えば図３に示す例では、アプリＢ（＋３００ｐｔ）の送集客ポイントが最も高い、つまりはアプリＢが最も多く他のアプリへ送客している（別言すると、他のアプリに貸しが有る）ので、或るアプリにアプリＢのバナー広告を表示させるようにする。
【００３６】
なお、送集客ポイントは、可変パラメータの一例である。送集客ポイントは、上述したように、ユーザがアプリＡからアプリＢの利用に誘導された場合だけでなく、ユーザがアプリＡからアプリＢの商品紹介画面等に誘導された場合にも増減されてもよい。この場合、例えばアプリＡが＋１０ｐｔを獲得し、アプリＢが−１０ｐｔを消費するようにしてもよい。
【００３７】
なお、上記の例は、送集客ポイント数が送客側アプリと集客側アプリとで連動して、また、同じ増減幅（更新度合い）で更新される例であり、単純なロジックで実現可能である。ただし、これに限られない。
【００３８】
例えば、いずれか一方の送集客ポイント数だけを更新するようにしてもよいし、誘導元のアプリと誘導先のアプリとの間で相対的に異なる増減幅で更新するようにしてもよい。いずれにしても、上記の例と同等の制御を実現できる。
【００３９】
〔３〕端末２０のハードウェア構成例
次に、端末２０のハードウェア的な構成は、従来の技術を適宜採用することが可能であるため、以下に簡単に説明する。
【００４０】
端末２０は、例えば、プロセッサと記憶装置と出力装置と入力装置と通信装置等を備える。
【００４１】
プロセッサは、アプリ等を実行するためのものである。記憶装置は、メモリやハードディスクドライブが挙げられ、アプリ等を記憶するためのものである。出力装置は、ディスプレイ等を含み、アプリの実行結果等を出力（表示）するためのものである。入力装置は、広告情報に対する操作やアプリのインストール操作をするためのものである。通信装置は、ネットワーク１０への接続を可能にする装置あるいはインターフェースである。
【００４２】
〔４〕広告制御サーバ５０の構成例
次に、広告制御サーバ５０のハードウェア的な構成と機能的な構成とを以下に説明する。なお、商品サーバ３０や決済サーバ４０のハードウェア的な構成は、広告制御サーバ５０の構成と同等とすることができる。
【００４３】
（４．１）ハードウェア構成例
図４に、本実施形態の広告制御サーバ５０のハードウェア的な構成例を示す。図４に示す広告制御サーバ５０は、例示的に、制御部５０１、入力装置５０３、外部記憶装置５０５、及び出力装置５０６を備える。また、広告制御サーバ５０は、通信インターフェース（ＩＦ）５０７を備えてもよい。
【００４４】
制御部５０１は、例えば、広告制御サーバ５０全体の動作を制御する。
【００４５】
入力装置５０３は、サーバ管理者等が制御部５０１に操作信号を入力するために用いられる。入力装置５０３の一例としては、キーボード、マウスやトラックボール等のポインティングデバイス等が挙げられる。また、入力装置５０３には、後述するディスプレイ５０６Ａに備えられたタッチパッドやタッチパネルが含まれてもよい。
【００４６】
外部記憶装置５０５には、ハードディスクドライブ（ＨＤＤ）、フラッシュメモリ、ＳＲＡＭ（Static Random Access Memory）、磁気テープ装置、光ディスク装置等を用いることができる。外部記憶装置５０５には、広告制御に用いられるプログラム（以下「広告制御プログラム」ともいう。）やサーバ内で生成した及び／又は端末から受信したパラメータ等の各種データのほか、電子商品や広告情報等を記憶することができる。コンピュータの一例である広告制御サーバ５０は、外部記憶装置５０５から広告制御プログラム等を読み取って後述するメインメモリ５１３等の内部メモリに転送し格納して用いる。
【００４７】
広告制御プログラム等は、コンピュータ読取可能な記録媒体に記録された形態で提供することができる。記録媒体には、例えば、ハードディスク、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＢＤ（Blue-ray Disk）、ＲＯＭカートリッジ、バッテリバックアップ付きＲＡＭカートリッジ、フラッシュメモリカートリッジ、不揮発性ＲＡＭカートリッジ等が含まれてよい。また、広告制御プログラム等は、通信ＩＦ５０７によりネットワーク１０経由で広告制御サーバ５０に提供してもよい。
【００４８】
なお、「コンピュータ」とは、例えば、ハードウェアとオペレーティングシステム（Ｏ
Ｓ）とを含む概念であり、ＯＳの制御の下で動作するハードウェアを意味することがある。また、ＯＳが不要でプログラム単独でハードウェアを動作可能な場合には、そのハードウェアがコンピュータに相当するとみることができる。ハードウェアは、ＣＰＵ等の演算装置と、記録媒体に記録されたプログラムを読み取り可能な読み取り装置とを含むことができる。
【００４９】
広告制御プログラム等は、上述のようなコンピュータに、広告制御サーバ５０としての機能を実現させるプログラムコードを含んでいる。その機能の一部はプログラムではなくＯＳによって実現されてもよい。
【００５０】
出力装置５０６は、例示的に、ディスプレイ５０６Ａやスピーカ５０６Ｂを備え、広告制御サーバ５０のオペレータ等に広告制御プログラム等の実行状態に応じた映像や音声を提供する。ディスプレイ５０６Ａには、液晶ディスプレイや、ＰＤＰ（プラズマ・ディスプレイ・パネル）、ＨＭＤ（ヘッドマウントディスプレイ）等を適用することができる。また、ディスプレイ５０６Ａは、複数のディスプレイを有して成る大画面の統合ディスプレイとしてもよい。
【００５１】
通信ＩＦ５０７は、ネットワーク１０への接続を可能にする装置あるいはインターフェースである。通信ＩＦ５０７を介して、広告制御サーバ５０は、ネットワーク１０に接続された端末２０や他のサーバ３０、４０と適宜に通信することができる。
【００５２】
通信ＩＦ５０７は、送受信機能を有しており、送信機能に着目すれば、何れかのアプリを当該アプリを除いた他のアプリの広告情報に関連付けて端末２０宛てに送信する送信手段の一例として機能する。
【００５３】
また、通信ＩＦ５０７は、受信機能に着目すれば、或るアプリに関する動作を実行した端末２０において広告情報を通じて他のアプリが利用されたことを示す利用情報を端末２０から受信する受信手段の一例として機能する。
【００５４】
なお、広告制御サーバ５０および商品サーバ３０において、グラフィックメモリ５１４、オーディオメモリ５１５、ＧＰＵ５１６、オーディオプロセッサ５１８、及び出力装置５０６（別言すると、グラフィック関連機能及びオーディオ関連機能）の一部又は全部は備えないこととしても構わない。
【００５５】
（４．２）広告制御サーバ５０の機能的構成例
次に、図５に広告制御サーバ５０の機能的な構成例を示す。
【００５６】
図５に例示する広告制御サーバ５０は、ＣＰＵ５１１が広告制御プログラム等をメインメモリ５１３から読み取って実行することによって具現される機能（制御部５０１）の一例として、広告処理部５１１ａと、送集客バランス処理部５１１ｂと、第１ポイント処理部５１１ｃと、第２ポイント処理部５１１ｄと、を備える。なお、図５に例示する記憶部５３０は、既述のメインメモリ５１３及び／又は外部記憶装置５０５に該当する。記憶部５３０は、例示的に、アプリケーションデータベース（ＤＢ）５３１、ユーザデータベース（ＤＢ）５３５、及びログデータベース（ＤＢ）５３６を記憶する記憶手段の一例である。
【００５７】
まず、記憶部５３０の各データベースについて説明する。
【００５８】
アプリケーションＤＢ５３１は、電子商品の一例である複数のアプリに関連する情報を記憶する。
【００５９】
アプリに関連する情報の一例としては、アプリの識別情報（以下「アプリＩＤ」ともいう。）や、送集客ポイントＤＢ５３１ａ、会社情報ＤＢ５３１ｂ、広告情報ＤＢ５３１ｃ等が挙げられる。
【００６０】
送集客ポイントＤＢ５３１ａは、複数のアプリ毎の送集客ポイントを記憶する。すなわち、送集客ポイントＤＢ５３１ａは、複数のアプリＩＤとそれぞれの送集客ポイントを対応付けて記憶する。
【００６１】
広告情報ＤＢ５３１ｃは、複数のアプリ毎の広告情報を記憶する。すなわち、広告情報ＤＢ５３１ｃは、複数のアプリＩＤとそれぞれの広告情報を対応付けて記憶する。この広告情報には、バナー広告とオファー広告がある。なお、「オファー広告」とは、例えば、端末２０で実行中のアプリＡとは異なる他のアプリＢをインストールするとアプリＡで利用可能な価値情報（例えば、ゲームで使用するパラメータやゲーム内通貨等のゲームポイントやアイテム、追加プログラムやデータ等）が端末２０に付与されることを端末２０に通知する広告である。
【００６２】
また、広告情報ＤＢ５３１ｃは、バナー広告のバナーデータリスト５３３及び／又はオファー広告のオファーデータリスト５３４を記憶する。このバナーデータリスト５３３は、例えば複数のバナー広告毎に、広告するアプリのアプリＩＤやバナー広告のデータの保存場所等がリスト形式で記述されている。オファーデータリスト５３４も同様である。なお、アプリＩＤがあることで、各アプリのバナー広告は、各アプリの送集客ポイント等とも対応付けられることになる。
【００６３】
ユーザＤＢ５３５は、端末２０及び／又は当該端末２０のユーザに関する情報を記憶しており、例えば端末ＩＤとサーバＩＤとを保存している。
【００６４】
ログＤＢ５３６は、広告情報の送信履歴等のログ情報を記憶する。
【００６５】
アプリケーションＤＢ５３１（広告情報ＤＢ５３１ｃ）と、ユーザＤＢ５３５及びログＤＢ５３６とは互いに関連付けられており、これにより、端末２０においてどのアプリに関連付けられたどの広告情報のアプリが利用されたかを管理、把握することができる。
【００６６】
次に、制御部５０１の各機能部について説明する。
【００６７】
広告処理部５１１ａは、例えばユーザ認証処理と広告処理等を実行する。
【００６８】
ユーザ認証処理では、広告処理部５１１ａは、ユーザＤＢ５３５の記憶情報に基づいて端末２０との間のユーザ認証に成功したか否かを判定する。ユーザ認証に成功した場合には、端末２０は、広告制御サーバ５０によるサービス（広告制御）を利用することができる。なお、ユーザ認証に失敗した場合は、端末２０では、広告制御サーバ５０によるサービスは受けられないが、アプリによる通常の処理が実行される。このような認証処理は従来技術を適宜利用することができるので、詳細な説明は省略する。
【００６９】
広告処理は、バナー広告を送信するバナー処理及び／又はオファー広告を送信するオファー処理を含む。第１実施形態では、バナー処理についてのみ説明する。なお、オファー処理については、アプリＡで利用可能な価値情報の付与に関する処理以外は後述するバナー処理の詳細と同様である。
【００７０】
広告処理部５１１ａは、何れかのアプリに関する動作を実行した際にバナー要求をした端末２０宛てに、送集客バランス処理部５１１ｂにより選択されたアプリのバナー広告（広告情報）を送信する。そして、広告処理部５１１ａは、例えばバナー広告を選択（クリックやタップ等）した事実を示す情報を受信した場合に、第１ポイント処理部５１１ｃと連携して送集客ポイントを更新する。また、広告処理部５１１ａは、バナー広告で広告されるアプリの利用情報を受信した場合に、第２ポイント処理部５１１ｄと連携して送集客ポイントを更新する。なお、バナー処理の詳細については、図７〜図８にて後述する。
【００７１】
送集客バランス処理部５１１ｂは、広告処理部５１１ａと連携して、図２及び図３にて説明したような送集客ポイントに基づいて電子商品間の送集客をバランスする処理を実施する。
【００７２】
別言すると、送集客バランス処理部５１１ｂは、どの電子商品にどの広告情報を関連付けるかを送集客ポイントに基づいて制御（選択）する選択手段の一例として機能する。送集客バランス処理部５１１ｂによる送集客バランス処理の詳細については、図９にて後述する。
【００７３】
次に、第１ポイント処理部５１１ｃは、バナー広告を選択した事実を示す情報を受信した場合に、バナー広告を通じて、ユーザがバナー要求をしたアプリからバナー広告で広告されるアプリの商品紹介画面等に誘導されたと判定する。そして、第１ポイント処理部５１１ｃは、誘導元（送客側）のアプリの送集客ポイント及び誘導先（集客側）のアプリの送集客ポイントのうち少なくとも何れか一方の送集客ポイントを更新する（第１ポイント処理）。第１実施形態では、第１ポイント処理部５１１ｃは、送客側のアプリ及び集客側の送集客ポイントそれぞれに、一律な値を加減算する。
【００７４】
次に、第２ポイント処理部５１１ｄは、バナー広告で広告されるアプリの利用情報を受信した場合に、バナー広告を通じて、ユーザがバナー要求をしたアプリからバナー広告で広告されるアプリの利用に誘導されたと判定する。そして、第２ポイント処理部５１１ｄは、誘導元（送客側）の送集客ポイント及び誘導先（集客側）の送集客ポイントのうち少なくとも何れか一方の送集客ポイントを更新する（第２ポイント処理）。この第２ポイント処理部５１１ｄは、取得部５１１ｅと、更新部５１１ｆと、を備える。
【００７５】
取得部５１１ｅは、アプリの利用情報を端末２０から受信した後に、利用に誘導されたユーザによる端末２０での当該アプリの利用度合を取得する取得手段の一例である。本実施形態では、一又は複数設定された所定期間の経過時に利用情報を取得することで、利用度合として上記アプリの利用の継続度合を取得（算出）する。継続度合の取得（算出）は、一又は複数回行なわれる。継続度合の取得（算出）タイミングは、所定期間の経過に応じたものでもよいし、所定期間の経過に応じないものでもよい。
【００７６】
更新部５１１ｆは、送客側のアプリの送集客ポイント及び集客側のアプリの送集客ポイントのうち少なくとも何れか一方の送集客ポイントを更新（加減算）する更新手段の一例である。第１実施形態では、この更新部５１１ｆは、更新の際に、送客側のアプリ及び集客側のアプリの両方の送集客ポイントを取得部５１１ｅで取得された利用度合に応じて更新する。
【００７７】
〔５〕システム動作説明
以下、上述のごとく構成された広告提供システム１の動作について説明する。
【００７８】
（５．１）システム全体フロー
図６に例示するように、端末２０は、インストール済みの何れかのアプリが起動されると、起動されたアプリは、広告制御サーバ５０との間でユーザ認証処理を実施する（処理Ｐ１０及びＰ２０）。
【００７９】
通信障害やサーバ障害等によりユーザ認証に失敗した場合（処理Ｐ２０でＮＯの場合）、アプリによる通常の処理（例えばゲーム等）が実施される（処理Ｐ３０）。別言すると、端末２０のユーザは、ユーザ認証に失敗しても、広告制御サーバ５０によるサービスを利用できないだけで、起動されたアプリによる通常の処理は利用可能である。
【００８０】
これに対し、ユーザ認証が成功した場合、起動されたアプリは広告処理（バナー処理）を実施する（処理Ｐ４０）。なお、起動されたアプリによってはオファー処理を実施してもよい。例えば、バナー処理では端末２０において或るアプリの実行中にバナー広告が表示される。
【００８１】
バナー処理が完了すると、起動されたアプリによる通常の処理が実施される（処理Ｐ５０）。
【００８２】
（５．２）バナー処理
次に、図７及び８を参照して、広告制御サーバ５０（広告処理部５１１ａ）等による広告処理（バナー処理）について説明する。
【００８３】
図７に例示するように、端末２０において何れかのアプリ（例えばアプリＡとする。）が起動され、バナー処理が開始されると、端末２０（アプリＡ）は、バナー要求を広告制御サーバ５０宛てに送信する（処理Ｐ５０１）。
【００８４】
広告制御サーバ５０は、バナー要求を受信すると、バナー要求元のアプリＡが属するアカウントの送集客ポイント（合計ポイント）が、予め設定された上限閾値に達しているか否かを判定する（処理Ｐ５０２及びＰ５０３）。なお、「アカウント」は、例えばアプリを配信する会社毎やアプリ毎等に発行される（割り当てられる）情報である。上限閾値は、各会社等のアプリ全体の送集客ポイントに関する閾値であり、例えばアプリケーションＤＢ５３１の送集客ポイントＤＢ５３１ａに格納されている。
【００８５】
その結果、送集客ポイントが上限閾値に達していれば（処理Ｐ５０３でＹＥＳの場合）、広告制御サーバ５０は、アプリＡが「過送客」の状態にあると判定して、バナー処理を終了する。したがって、端末２０で起動されたアプリＡに対してバナー広告は表示されない（処理Ｐ５０４）。
【００８６】
一方、送集客ポイントが上限閾値に達していなければ（処理Ｐ５０３でＮＯの場合）、広告制御サーバ５０は、送集客バランス処理部５１１ｂによる送集客バランス処理を実施し（処理Ｐ５０５）、送集客バランス処理により選択されたアプリ（例えばアプリＢ）のバナー広告を端末２０宛てに送信し、バナー広告送信済みであることを例えばログＤＢ５３６に一時（キャッシュ）保存する（処理Ｐ５０６）。なお、送集客バランス処理の詳細については、図９にて後述する。
【００８７】
端末２０（アプリＡ）では、上記バナー広告を広告制御サーバ５０から受信すると、当該バナー広告を表示し（処理Ｐ５０７）、当該バナー広告に対するユーザによる選択操作（例えばクリック又はタップ）の有無を監視する（処理Ｐ５０８）。
【００８８】
バナー広告に対する選択操作が無ければ（処理Ｐ５０８でＮＯの場合）、端末２０のアプリＡは、広告制御サーバ５０が指定する時間だけバナー広告を表示し（処理Ｐ５０９）、処理Ｐ５０１へ戻る。バナー広告を表示する指定時間の情報は、バナー広告と共にあるいはバナー広告とは別に広告制御サーバ５０から端末２０に送信される。代替的に、当該指定時間の情報は、端末２０において予め保有しておいてもよい。
【００８９】
バナー広告に対する選択操作が有れば（処理Ｐ５０８でＹＥＳの場合）、選択操作を示す情報（クリック情報等）と、バナー広告で広告されるアプリ（例えばアプリＢとする。）の商品紹介画面等のＵＲＬ（Uniform Resource Locator）要求と、を広告制御サーバ５０宛てに送信する（処理Ｐ５１０）。
【００９０】
広告制御サーバ５０は、端末２０から上記クリック情報を受信すると、広告情報を通じてユーザをアプリＡからアプリＢの商品紹介画面等に誘導した判定し、当該クリック情報を例えばログＤＢ５３６に保存する（処理Ｐ５１１）。
【００９１】
図８に例示するように、広告制御サーバ５０は、同一会社間の送客か否かを判定する（処理Ｐ５１２及びＰ５１３）。当該判定は、会社情報ＤＢ５３１ｂにて保存、管理されているアプリ毎の会社情報を基にして実施する。
【００９２】
同一会社間の送客であれば（処理Ｐ５１３でＹＥＳの場合）、広告制御サーバ５０（第１ポイント処理部５１１ｃ）は、第１ポイント処理部５１１ｃによる第１ポイント処理を実施することで、送客側のアプリＡの送集客ポイントを増加（例えば＋１０ｐｔ）し、集客側のアプリＢの送集客ポイントを減少（例えば−１０ｐｔ）する（処理Ｐ５１４）。
【００９３】
これに対し、同一会社間の送客でなければ（処理Ｐ５１３でＮＯの場合）、広告制御サーバ５０（第１ポイント処理部５１１ｃ）は、第１ポイント処理を実施することで、送客側のアプリＡの送集客ポイントを増加（例えば＋１０ｐｔのうち＋９ｐｔのみ）し、集客側のアプリＢの送集客ポイントを減少（例えば−１０ｐｔ）する（処理Ｐ５１６）。
【００９４】
ここで、＋１０ｐｔのうち残り＋１ｐｔは広告制御サーバ５０において保険ポイントとして例えば送集客ポイントＤＢ５３１ａ（図５参照）に蓄積（プール）しておくことができる（処理Ｐ５１７）。保険ポイントは、「過送客」や「過集客」の場合の調整ポイントとして使用することができる。
【００９５】
上記送集客ポイント増減処理の後、広告制御サーバ５０は、端末２０から要求されたＵＲＬを当該端末２０宛てに送信する（処理Ｐ５１５）。端末２０は、受信したＵＲＬにアクセスする。端末２０は、当該ＵＲＬにアクセスすると（処理Ｐ５１８）、例えば広告制御サーバ５０からＵＲＬに対応するページのデータが端末２０に送信される（処理Ｐ５１９）。当該ページは、例えばバナー広告されたアプリＢの紹介やインストールを実施可能なページ（インストールページ）である。
【００９６】
端末２０は、当該インストールページを通じてバナー広告されたアプリＢをインストールする。そして、インストールされたアプリは、例えばバックグラウンドで一時的に起動し、インストールされたことを示す情報を広告制御サーバ５０に送信（インストール通知）する（処理Ｐ５２０）。その後、アプリＢは、ユーザにより起動される度に当該アプリＢの利用情報を広告制御サーバ５０に送信する。なお、インストールされたことを示す情報やアプリの利用情報は、商品サーバ３０等のサーバから送信されてもよい。
【００９７】
そして、広告制御サーバ５０は、インストール通知を受信すると、第２ポイント処理部５１１ｄを開始し、その後においてアプリＢの利用情報を受信するとアプリＡ及びアプリＢの送集客ポイントを更新する。なお、第２ポイント処理の詳細については、図１０及び図１１にて後述する。なお、このインストール通知を受信したときにも、アプリＢの最初の利用とみなして、アプリＡ及びアプリＢの送集客ポイントを更新してもよい。
【００９８】
以上より、一連のバナー処理が終了する。
【００９９】
（５．３）送集客バランス処理
次に、図９を参照して、広告制御サーバ５０（送集客バランス処理部５１１ｂ）による送集客バランス処理について説明する。
【０１００】
図７にて説明した送集客バランス処理（処理Ｐ５０５）では、図９に例示する処理が実施される。すなわち、広告制御サーバ５０（送集客バランス処理部５１１ｂ）は、広告情報ＤＢ５３１ｃのバナーデータリスト５３３（図５参照）を参照し（処理Ｐ７０１）、端末２０において既にインストール済みアプリを当該リストから除外する（処理Ｐ７０２）。
【０１０１】
次いで、広告制御サーバ５０は、バナーデータリスト５３３を当該リスト内のバナー広告が広告するアプリの送集客ポイント順に整列し（処理Ｐ７０３）、送集客ポイントの最も高いアプリを選択する（処理Ｐ７０４）。そして、広告制御サーバ５０は、選択したアプリの属するアカウントの送集客ポイントが予め設定された下限閾値に達しているか否かを判定する（処理Ｐ７０５及びＰ７０６）。なお、「下限閾値」は、「過集客」を抑えるために設定される。
【０１０２】
当該判定の結果、合計ポイントが予め設定された下限閾値に達していれば（処理Ｐ７０６でＹＥＳの場合）、広告制御サーバ５０は、選択したアプリをバナーデータリスト５３３から除外し（処理Ｐ７０７）、改めて送集客ポイントの最も高い他のアプリをバナーデータリスト５３３において選択する（処理Ｐ７０４）。
【０１０３】
一方、送集客ポイントが予め設定された下限閾値に達していなければ（処理Ｐ７０６でＮＯの場合）、広告制御サーバ５０は、バナー要求をしたアプリ（アプリＡとする。）へのバナー送信履歴をキャッシュで確認する（処理Ｐ７０８）。当該確認の結果、アプリＡにて直近に（例えば直近５回以内に）選択したアプリ（仮にアプリＢとする。）のバナー広告が表示されていたかを判定する（処理Ｐ７０９及びＰ７１０）。
【０１０４】
当該判定の結果、アプリＡにて直近５回以内にアプリＢのバナー広告が表示されていれば（処理Ｐ７１０でＹＥＳの場合）、広告制御サーバ５０は、選択したアプリＡをバナーデータリストから除外し、改めて送集客ポイントの最も高い他のアプリを選択する（処理Ｐ７０４）。
【０１０５】
一方、アプリＡにて直近５回以内にアプリＢのバナー広告が表示されていなければ、アプリＡにて表示するバナー広告をアプリＢのバナーに決定する（処理Ｐ７１２）。
【０１０６】
広告制御サーバ５０（送集客バランス処理部５１１ｂ）は、以上のようにして送集客ポイントに基づいてバナー要求したアプリに関連付けるバナー広告を制御する。例えば、送集客ポイントが相対的に他のアプリよりも高いアプリがあれば、当該送集客ポイントの高いアプリのバナー広告をバナー要求した他のアプリに関連付けて端末２０宛てに送信する広告情報として選択する。
【０１０７】
図３の例でいえば、アプリＢは送集客ポイントが他のアプリよりも高く送集客ポイントが高いので、他のアプリに関連付けて送信する広告情報としてアプリＢの広告情報を選択して送信する。
【０１０８】
なお、送集客ポイントに基づいて広告を行う方法としては、上記の他、既に送集客ポイントが高いアプリを含む各アプリに対して、集客させたいアプリ（送集客ポイントが低い）の広告情報を選択して送信する（表示させる）方法も考えられる。この場合は、例えば短期的に販売数を伸ばしたい若しくはユーザ数を増やしたいアプリがある等の場合に有効であるため、送集客ポイントに基づいた広告情報の制御は、その趣旨を逸脱しない範囲で種々変形して実施することができることは言うまでもない。
【０１０９】
（５．４）第２ポイント処理の概要
次に、図１０を参照して、広告制御サーバ５０（第２ポイント処理部５１１ｄ）による第２ポイント処理の概要について説明する。
【０１１０】
図１０に例示するように、広告制御サーバ５０は、ユーザがアプリＢを初めて利用した場合にアプリＢの利用情報を端末２０から受信し、バナー広告を通じてユーザをアプリＡからアプリＢに誘導（図１０では送客）したと判定する。そして、広告制御サーバ５０は、アプリＡの送集客ポイントに例えば１００ｐｔを加算し、アプリＢの送集客ポイントから例えば１００ｐｔを減算する。
【０１１１】
また、広告制御サーバ５０は、ユーザがアプリＢを初めて利用した日（初日）の翌日（１日後）にもアプリＢを利用した場合にアプリＢの利用情報を端末２０から受信し、その利用が継続していると判定する。そして、広告制御サーバ５０は、アプリＡの送集客ポイントに例えば１００ｐｔを加算し、アプリＢの送集客ポイントから例えば１００ｐｔを減算する。
【０１１２】
更に、広告制御サーバ５０は、ユーザがアプリＢを初日から７日後にもアプリＢを利用した場合にアプリＢの利用情報を端末２０から受信し、その利用が継続していると判定する。そして、広告制御サーバ５０は、アプリＡの送集客ポイントに例えば１００ｐｔを加算し、アプリＢの送集客ポイントから例えば１００ｐｔを減算する。なお、初日から７日後まで連続して利用した場合に加減算が行われるようにしてもよい。
【０１１３】
更に、広告制御サーバ５０は、ユーザがアプリＢを初日から３０日後にもアプリＢを利用した場合にアプリＢの利用情報を端末２０から受信し、その利用が継続していると判定する。そして、広告制御サーバ５０は、アプリＡの送集客ポイントに例えば３００ｐｔを加算し、アプリＢの送集客ポイントから例えば３００ｐｔを減算する。
【０１１４】
以上より、当該アプリＢが翌日以降に利用されなくなった場合に、初日の利用のみというユーザによるアプリＢの利用度合（継続度合）に応じて合計１００ｐｔがアプリＡ及びＢの送集客ポイントに加減算されることになる。
また、広告制御サーバ５０は、当該アプリＢが７日後以降（７日後も含む）に利用されなくなった場合に、翌日まで利用が継続したというユーザによるアプリＢの利用度合（継続度合）に応じて合計２００ｐｔがアプリＡ及びＢの送集客ポイントに加減算されることになる。
更に、広告制御サーバ５０は、当該アプリＢの利用が３０日以降（３０日後も含む）に利用されなくなった場合に、７日後まで利用が継続したというユーザによるアプリＢの利用度合（継続度合）に応じて合計３００ｐｔがアプリＡ及びＢの送集客ポイントに加減算されることになる。
更にまた、広告制御サーバ５０は、当該アプリＢの利用が３０日まで継続した場合に、当該３０日まで継続したというユーザによるアプリＢの利用度合（継続度合）に応じて合計６００ｐｔがアプリＡ及びＢの送集客ポイントに加減算されることになる。
【０１１５】
すなわち、第２ポイント処理では、集客側のアプリＢの利用度合に応じてアプリＡ及びＢの送集客ポイントを更新する。
【０１１６】
次に、図１１を参照して、図１０に例示した第２ポイント処理の概要を具体化した処理の流れについて説明する。なお、この第２ポイント処理は、インストール通知を端末２０から受信したときから開始される。
【０１１７】
図１１に例示するように、広告制御サーバ５０は、例えばアプリＢのインストール通知を端末２０から受信した日等の１日間において、アプリＢの利用情報を通信ＩＦ５０７が受信（取得）したか否か監視することでアプリＢの利用を監視する（処理Ｐ８００）。
【０１１８】
そして、広告制御サーバ５０は、１日間にアプリＢの利用情報を（１回以上）取得したか否かを判定する（処理Ｐ８０１及びＰ８０２）。
【０１１９】
当該判定の結果、アプリＢの利用情報が取得されれば（処理Ｐ８０２でＹＥＳの場合）、広告制御サーバ５０は、広告制御サーバ５０は、バナー広告を通じてユーザをアプリＡからアプリＢの導入に誘導した判定する。そして、広告制御サーバ５０は、誘導の対価（或いは代償）として、アプリＡの送集客ポイントを増加（例えば＋１００ｐｔ）し、アプリＢの送集客ポイントを減少（例えば−１００ｐｔ）する（処理Ｐ８０３）。なお、図８に示す処理Ｐ５１６，５１７のように同一会社間の送客でなければ、例えば＋１００のうち＋１０ｐｔは広告制御サーバ５０において保険ポイントとして例えば送集客ポイントＤＢ５３１ａ（図５参照）に蓄積（プール）してもよい。以下の処理Ｐ８０９，８１３，８１７も同様である。
【０１２０】
一方で、アプリＢの利用情報が取得されなければ（処理Ｐ８０２でＮＯの場合）、広告制御サーバ５０は、インストールされた日（インストールの通知日）から起算して例えば３日経過したか否かを判定する（処理Ｐ８０４及びＰ８０５）。そして、広告制御サーバ５０は、３日経過していなければ（処理Ｐ８０５でＮＯの場合）、処理Ｐ８００に戻り、３日経過していれば（処理Ｐ８０５でＹＥＳの場合）、第２ポイント処理を終了する。なお、この処理Ｐ８０４及び８０５は省略してもよく、この場合、処理Ｐ８０２でＮＯの場合、そのまま処理Ｐ８００に戻る。
【０１２１】
上記送集客ポイント増減処理（処理Ｐ８０３）の後、広告制御サーバ５０（取得部５１１ｅ）は、アプリＢの導入に誘導した日（ユーザが初めて利用した初日）の翌日１日間において、アプリＢの利用情報を通信ＩＦ５０７が受信（取得）したか否か監視することでアプリＢの利用を監視する（処理Ｐ８０６）。
【０１２２】
そして、広告制御サーバ５０は、翌日１日間にアプリＢの利用情報を（１回以上）取得したか否かを判定する（処理Ｐ８０７及びＰ８０８）。
【０１２３】
当該判定の結果、アプリＢの利用情報が取得されれば（処理Ｐ８０８でＹＥＳの場合）、広告制御サーバ５０は、翌日まで利用が継続したと判定する。そして、広告制御サーバ５０は、継続の対価（或いは代償）として、アプリＡの送集客ポイントを増加（例えば＋１００ｐｔ）し、アプリＢの送集客ポイントを減少（例えば−１００ｐｔ）する（処理Ｐ８０９）。
【０１２４】
一方で、アプリＢの利用情報が取得されなければ（処理Ｐ８０８でＮＯの場合）、広告制御サーバ５０は第２ポイント処理を終了する。
【０１２５】
上記送集客ポイント増減処理（処理Ｐ８０９）の後、広告制御サーバ５０は、アプリＢの導入に誘導した日（ユーザが初めて利用した初日）の７日後１日間において、アプリＢの利用情報を通信ＩＦ５０７が受信（取得）したか否か監視することでアプリＢの利用を監視する（処理Ｐ８１０）。
【０１２６】
そして、広告制御サーバ５０は、７日後の１日間にアプリＢの利用情報を（１回以上）取得したか否かを判定する（処理Ｐ８１１及びＰ８１２）。
【０１２７】
当該判定の結果、アプリＢの利用情報が取得されれば（処理Ｐ８１２でＹＥＳの場合）、広告制御サーバ５０（更新部５１１ｆ）は、７日後まで利用が継続したと判定する。そして、広告制御サーバ５０は、継続の対価（或いは代償）として、アプリＡの送集客ポイントを増加（例えば＋１００ｐｔ）し、アプリＢの送集客ポイントを減少（例えば−１００ｐｔ）する（処理Ｐ８１３）。
【０１２８】
一方で、アプリＢの利用情報が取得されなければ（処理Ｐ８１２でＮＯの場合）、広告制御サーバ５０は第２ポイント処理を終了する。
【０１２９】
上記送集客ポイント増減処理（処理Ｐ８１３）の後、広告制御サーバ５０は、広告制御サーバ５０は、アプリＢの導入に誘導した日（ユーザが初めて利用した初日）の３０日後１日間において、アプリＢの利用情報を通信ＩＦ５０７が受信（取得）したか否か監視することでアプリＢの利用を監視する（処理Ｐ８１４）。
【０１３０】
そして、広告制御サーバ５０は、３０日後の１日間にアプリＢの利用情報を（１回以上）取得したか否かを判定する（処理Ｐ８１５及びＰ８１６）。
【０１３１】
当該判定の結果、アプリＢの利用情報が取得されれば（処理Ｐ８１６でＹＥＳの場合）、広告制御サーバ５０は、３０日後まで利用が継続したと判定する。そして、広告制御サーバ５０は、継続の対価（或いは代償）として、アプリＡの送集客ポイントを増加（例えば＋３００ｐｔ）し、アプリＢの送集客ポイントを減少（例えば−３００ｐｔ）する（処理Ｐ８１７）。
【０１３２】
一方で、利用情報が取得されなければ（処理Ｐ８１６でＮＯの場合）、広告制御サーバ５０は第２ポイント処理を終了する。
【０１３３】
〔６〕結び
以上のように、第１実施形態によれば、バナー広告を通じてユーザを或るアプリから他のアプリの利用に誘導した場合に、取得部５１１ｅが誘導先のアプリの利用度合（継続度合）を取得する。この利用度合は誘導先のアプリの定着率とみなすことができるので、更新部５１１ｆが利用度合に応じて誘導先の送集客ポイントを更新（減少）する。これにより、定着率の高い誘導先のアプリの送集客ポイントが大きく減少し、相対的に定着率の低い誘導先のアプリの送集客ポイントの減少を抑制できる。これにより、定着率の低い誘導先のアプリは、そのバナー広告が選択され易くなり、ユーザを集客できる。したがって、定着率の異なる誘導先のアプリ間同士の不公平さを是正することができる。
【０１３４】
また、利用度合は誘導元のアプリの離脱率とみなすことができるので、更新部５１１ｆが利用度合に応じて誘導元の送集客ポイントを更新（増加）する。これにより、誘導元のアプリは、その増加分を新たな集客の原資として利用することができ（他のアプリに広告表示され易くなる）、もって離脱率の異なる誘導元のアプリ間の不公平さを是正することができる。
また、以上の結果、広告提供システム１が提供するアプリ間でのユーザ回遊率が高まり、誘導元及び誘導先双方の利用が促進され、アプリ（ゲーム）業界の活性化に繋がる。
【０１３５】
＜第２実施形態＞
次に、本発明の第２実施形態に係る広告制御装置について説明する。
【０１３６】
第２実施形態では、第１実施形態に比べて第２ポイント処理の内容が異なる。第２実施形態の構成及びその他の処理は、第１実施形態と同様である。
【０１３７】
図１２を参照して、第２実施形態における第２ポイント処理の流れについて説明する。
【０１３８】
図１２に例示するように、広告制御サーバ５０（取得部５１１ｅ）は、アプリＢの利用情報を通信ＩＦ５０７が受信（取得）したか否か監視することでアプリＢの利用を監視する（処理Ｐ９００）。
【０１３９】
そして、広告制御サーバ５０は、アプリＢの利用情報を取得したか否かを判定する（処理Ｐ９０１及びＰ９０２）。
【０１４０】
当該判定の結果、アプリＢの利用情報が取得されれば（処理Ｐ９０２でＹＥＳの場合）、広告制御サーバ５０（更新部５１１ｆ）は、アプリＢの利用情報を初めて取得した場合は、広告情報を通じてユーザをアプリＡからアプリＢの導入に誘導した判定する。また、広告制御サーバ５０（更新部５１１ｆ）は、アプリＢの利用情報を初めて取得した後に更に取得した場合は、アプリＢの利用が継続したと判定する。そして、広告制御サーバ５０は、誘導先のアプリＢの利用回数を取得（算出）する（処理Ｐ９０３）。具体的には、広告制御サーバ５０は、ログＤＢ５３５（図５参照）に格納している利用回数を示す変数Ｎをインクリメントする（Ｎ＝Ｎ＋１）。なお、変数Ｎの初期値は例えばゼロである。
【０１４１】
一方で、アプリＢの利用情報が取得されなければ（処理Ｐ９０２でＮＯの場合）、或いは、利用回数を取得した後（処理Ｐ９０３の後）、広告制御サーバ５０は、アプリＢがインストールされた日から例えば３０日が経過したか否かを判定する（処理Ｐ９０４及びＰ９０５）。
【０１４２】
当該判定の結果、３０日が経過していなければ（処理Ｐ９０５でＮＯの場合）、広告制御サーバ５０は処理Ｐ９００へ戻る。
【０１４３】
一方で、３０日が経過していれば（処理Ｐ９０５でＹＥＳの場合）、広告制御サーバ５０（更新部５１１ｆ）は、ユーザの誘導及び継続の対価（或いは代償）として、アプリＡ及びアプリＢの送集客ポイントを利用回数（変数Ｎ）に応じて更新する。すなわち、広告制御サーバ５０は、アプリＡの送集客ポイントから利用回数（変数Ｎ）に応じた値＋Ｘ１ｐｔ分増加し、アプリＢの送集客ポイントから利用回数に応じた値−Ｘ１ｐｔ分減少する（処理Ｐ９０６）。なお、第２実施形態では、この利用回数に応じた値Ｘ１は、利用回数が多くなるほど高くなる値（更新度合）である。
【０１４４】
以上、第２実施形態によれば、更新部５１１ｆは、誘導先のアプリの利用回数が高くなるほど誘導先のアプリの定着率が高くなることに鑑みて、当該利用回数が多いほど誘導先のアプリの送集客ポイントを大きく減少（−Ｘ１ｐｔ）するので、誘導先のアプリ間同士の不公平さを是正することができる。また、更新部５１１ｆは、誘導先のアプリの利用回数が多いほど誘導元のアプリの離脱率が高くなることに鑑みて、当該利用回数が多いほど誘導元のアプリの送集客ポイントを大きく増加（＋Ｘ１ｐｔ）するので、誘導元のアプリ間同士の不公平さを是正することができる。
【０１４５】
＜第３実施形態＞
次に、本発明の第３実施形態に係る広告制御装置について説明する。
【０１４６】
第３実施形態では、第１及び第２実施形態に比べて第２ポイント処理の内容が異なる。第３実施形態の構成及びその他の処理は、第１実施形態と同様である。
【０１４７】
まず、図１３を参照して、第３実施形態に係る広告制御サーバ５０（第２ポイント処理部５１１ｄ）による第２ポイント処理の概要について説明する。
【０１４８】
図１３に例示するように、広告制御サーバ５０は、ユーザがアプリＢを初めて利用した場合にアプリＢの利用情報を端末２０から受信し、バナー広告を通じて１人のユーザをアプリＡからアプリＢに誘導（図１３では送客）したと判定する。そして、広告制御サーバ５０は、ユーザの誘導の対価（或いは代償）として、アプリＡ及びＢの送集客ポイントを更新する。
【０１４９】
ここで、第３実施形態では、広告制御サーバ５０は、基準値としての基準ポイントとレートとから算出された値をアプリＡ及びアプリＢの送集客ポイントに加減算することでアプリＡ及びＢの送集客ポイントを更新する。例えば、基準ポイントが１００ｐｔで、レートが１．０であれば、１００ｐｔと１．０を乗算した値の１００ｐｔをアプリＡ及びアプリＢの送集客ポイントに加減算する。なお、基準ポイントは、例えば記憶部５３０（図５参照）に記憶されているものとする。同様に、その他のユーザをアプリＡからアプリＢの導入に誘導した場合にも、基準ポイントとレートとから算出された値をアプリＡ及びＢの送集客ポイントに加減算する。
【０１５０】
そして、広告制御サーバ５０は、アプリＡからアプリＢに誘導した各ユーザのアプリＢの継続率を測定し、その平均値を算出する。上記継続率は、誘導されたユーザにより端末２０においてアプリＢが所定期間（例えば７日間や３０日間）においてどれだけ継続して利用されたかを示すものであり、利用度合（継続度合）の一例である。
【０１５１】
その後、広告制御サーバ５０は、利用された月（Ｍ月）の翌月（Ｍ＋１月）に適用するレートを、継続率の平均値に応じた値に更新する。なお、第３実施形態では、継続率の平均値が高いほど高いレートに更新する。例えば継続率の平均値が２０％であれば、レートを１．２に更新する。
【０１５２】
そして、利用された月（Ｍ月）の翌月になると（Ｍ＋１月）、広告制御サーバ５０は、他のユーザをアプリＡからアプリＢに誘導した場合に、基準ポイントと利用度合に応じたレートとから算出された値をアプリＡ及びアプリＢの送集客ポイントに加減算することでアプリＡ及びＢの送集客ポイントを更新する。例えば、基準ポイントが１００ｐｔで、レートが１．２であれば、１００ｐｔと１．２を乗算した値の１２０ｐｔをアプリＡ及びアプリＢの送集客ポイントに加減算する。また、例えば、基準ポイントが１００ｐｔで、レートが１．１であれば、１００ｐｔと１．１を乗算した値の１１０ｐｔをアプリＡ及びアプリＢの送集客ポイントに加減算する。
【０１５３】
なお、他のアプリＡ−Ｃ間やＢ−Ｃ間等についてもそれぞれ同様の処理を適用する。図１３では、１人のユーザをアプリＡからアプリＣに誘導（例えば送客）した場合に、広告制御サーバ５０は、各ユーザの継続率の平均値が例えば１０％であるため、広告制御サーバ５０は、利用された月（Ｍ月）の翌月（Ｍ＋１月）に適用するレートを、継続率の平均値に応じた値（１．１）に更新している。また、広告制御サーバ５０は、基準ポイント（例えば１００ｐｔ）とレート（例えば１．１）を乗算した値の１１０ｐｔをアプリＡ及びアプリＢの送集客ポイントに加減算する。
【０１５４】
次に、図１４及び図１５を参照して、図１３に例示した第２ポイント処理の概要を具体化した処理の流れについて説明する。
【０１５５】
図１４に例示するように、広告制御サーバ５０は、アプリＢがインストールされた日から例えば３日間において、アプリＢの利用情報を通信ＩＦ５０７が受信（取得）したか否か監視することでアプリＢの利用を監視する（処理Ｐ１０００）。
【０１５６】
そして、広告制御サーバ５０は、３日間にアプリＢの利用情報を（１回以上）取得したか否かを判定する（処理Ｐ１００１及びＰ１００２）。
【０１５７】
当該判定の結果、アプリＢの利用情報が取得されなければ（処理Ｐ１００２でＮＯの場合）、広告制御サーバ５０は第２ポイント処理を終了する。
【０１５８】
一方で、アプリＢの利用情報が取得されれば（処理Ｐ１００２でＹＥＳの場合）、広告制御サーバ５０は、広告制御サーバ５０は、バナー広告を通じてユーザをアプリＡからアプリＢの導入に誘導した判定する。
【０１５９】
そして、広告制御サーバ５０は、誘導の対価（或いは代償）として、広告制御サーバ５０は、アプリＡの送集客ポイントを増加（＋Ｘ２ｐｔ）し、アプリＢの送集客ポイントを減少（−Ｘ２ｐｔ）する（処理Ｐ１００３）。ここで、Ｘ２は、基準ポイント（＋１００）にレートＲが乗算された値である。
【０１６０】
送集客ポイント増減処理の後、広告制御サーバ５０（取得部５１１ｅ）は、アプリＢの利用情報を取得した日（ユーザを誘導した日）から例えば７日間において、ユーザによる端末２０でのアプリＢの継続率を測定して、結果をログＤＢ５３６（図５参照）に保存する（処理Ｐ１００４）。
【０１６１】
広告制御サーバ５０は、以上の処理を、各ユーザをアプリＡからアプリＢの導入に誘導する場合に実施し、アプリＢが利用された月が変わる直前等になったときに、第２ポイント処理のサブルーチンを呼び出す。
【０１６２】
図１５に例示するように、広告制御サーバ５０（更新部５１１ｆ）は、アプリＡからアプリＢの導入に誘導した各ユーザのアプリＢの継続率に基づき継続率の平均値を算出する（処理Ｐ１０１０）。
【０１６３】
そして、広告制御サーバ５０は、算出した継続率の平均値に応じた値に、翌月に適用するレートＲを更新する（処理Ｐ１０１１）。
【０１６４】
この結果、利用された月の翌月になると、広告制御サーバ５０は、或る１人のユーザをアプリＡからアプリＢの導入に誘導した場合に、処理Ｐ１００３（図１４参照）において、継続率の平均値に応じて更新したレートＲを使用することで継続率に応じてアプリＡ及びＢの送集客ポイントを更新することになる。
【０１６５】
以上のように、第３実施形態によれば、第１実施形態と同様に、ユーザを何れかのアプリから他のアプリに誘導した場合に、誘導元及び誘導先のアプリ間の不公平さを是正することができる。
＜変形例＞
なお、本発明は上記の具体例に限定されるものではない。すなわち、上記の具体例に、当業者が適宜設計変更を加えたものも、本発明の特徴を備えている限り、本発明の範囲に包含される。また、前述した実施形態が備える各要素は、技術的に可能な限りにおいて組み合わせることができ、これらを組み合わせたものも本発明の特徴を含む限り本発明の範囲に包含される。
【０１６６】
例えば、上述した第１実施形態において送集客ポイントの大小や送集客ポイントについての上限／下限閾値等は、送客や集客の量や差を示す情報（可変パラメータ）の一例に過ぎず、送集客ポイントの「加減算」は、上述した実施形態で示した態様に限られない。例えば送集客ポイントを加算するのか減算するのかは、一方が加算で他方が減算となっていればどちらでも良い。
【０１６７】
また、送集客バランス処理は、バナー要求があった場合に実行する場合を説明したが、定期的に或いはランダムに送集客バランス処理を実施してもよい。この場合、バナー要求があった場合は、既に送集客バランス処理により選択されている広告情報を送信する（図７に示す処理Ｐ５０６）。
【０１６８】
また、第１実施形態において取得部５１１ｅが取得する利用度合は、誘導先のアプリの継続度合である場合を説明したが、誘導先のアプリでの課金量やログイン回数であってもよい。この課金量やログイン回数が多いほど誘導元のアプリの離脱率や誘導先のアプリの定着率が高くなると考えられるからである。同様に、利用度合は、誘導先のアプリが端末２０上で実現するゲームの進行度合であってもよい。
【０１６９】
また、取得部５１１ｅが誘導先のアプリの利用度合だけでなく、誘導元のアプリの利用度合も更に取得してもよい。この場合、更新部５１１ｆは、誘導元のアプリの利用度合及び誘導先のアプリの利用度合に応じてそれぞれの送集客ポイントを更新してもよい。例えば、更新部５１１ｆは、誘導元のアプリの利用度合と誘導先のアプリの利用度合の差分に応じて更新する。この際の更新度合は、誘導先のアプリの利用度合にのみ応じた更新度合に比べて、誘導元のアプリの離脱率や誘導先のアプリの定着率をより正確に表すようになり、誘導元のアプリ間及び誘導先のアプリ間の不公平さを一層是正することができる。
【０１７０】
他にも、取得部５１１ｅが誘導先のアプリの利用度合だけでなく、誘導先のアプリの種類（提供会社やジャンル等）を更に取得してもよい。この場合、更新部５１１ｆは、誘導先のアプリの利用度合及び誘導先のアプリの種類に応じて更新する。
【符号の説明】
【０１７１】
５０：広告制御サーバ（広告制御装置）
５０７：通信ＩＦ（送信手段、受信手段）
５１１ｂ：送集客バランス処理部（選択手段）
５１１ｅ：取得部（取得手段）
５１１ｆ：更新部（更新手段）
５３０：記憶部（記憶手段）
【要約】
【課題】ユーザを第２電子商品から第１電子商品に誘導した場合に、第１電子商品間及び第２電子商品間のうち少なくとも何れか一方の不公平さを是正する。
【解決手段】端末装置と通信可能な広告制御装置は、複数の電子商品毎の可変パラメータに基づいて複数の電子商品毎の広告情報の中から第１電子商品の広告情報を選択する選択手段（５１１ｂ）と、選択された広告情報を複数の電子商品のうち第２電子商品に関連付けて端末装置へ送信する送信手段と、第２電子商品に関する動作を実行した端末装置において送信された広告情報を通じて第１電子商品が利用されたことを示す利用情報を受信する受信手段と、受信手段で利用情報が受信された後に、第１電子商品の利用度合を取得する取得手段（５１１ｅ）と、第１電子商品及び第２電子商品の可変パラメータのうち少なくとも何れか一方を利用度合に応じて更新する更新手段（５１１ｆ）と、を備える。
【選択図】図５【図１】
0006028954.tif 000002
【図２】
0006028954.tif 000003
【図３】
0006028954.tif 000004
【図４】
0006028954.tif 000005
【図５】
0006028954.tif 000006
【図６】
0006028954.tif 000007
【図７】
0006028954.tif 000008
【図８】
0006028954.tif 000009
【図９】
0006028954.tif 000010
【図１０】
0006028954.tif 000011
【図１１】
0006028954.tif 000012
【図１２】
0006028954.tif 000013
【図１３】
0006028954.tif 000014
【図１４】
0006028954.tif 000015
【図１５】
0006028954.tif 000016