JP2019057105A - コンテンツ配信管理装置、コンテンツ配信管理方法およびコンテンツ配信管理プログラム - Google Patents

Abstract

【課題】効率的かつ安全にコンテンツによる収益の向上を図ることができるコンテンツ配信管理装置、コンテンツ配信管理方法およびコンテンツ配信管理プログラムを提供する。【解決手段】本願に係る広告配信管理装置は、配信部と、算出部と、設定部とを備える。配信部は、主たるコンテンツであるメインコンテンツ、および、検証用のコンテンツである複数のテストコンテンツを所定の比率で配信する。算出部は、配信部によって配信されたテストコンテンツに対するユーザの行動に関する情報に基づき、テストコンテンツについての検証値を算出する。設定部は、算出部によって算出された前記検証値に基づいてテストコンテンツのうちのいずれか一つを新たなメインコンテンツとして設定する。【選択図】図３

Description

本発明は、コンテンツ配信管理装置、コンテンツ配信管理方法およびコンテンツ配信管理プログラムに関する。

近年、インターネットの飛躍的な普及に伴い、かかるインターネットを介した広告配信が盛んに行われている。かかる広告配信には、例えば、ウェブページなどの広告媒体に設定された広告枠に企業や商品等の広告コンテンツを表示し、かかる広告コンテンツがユーザによりクリックされた場合に、ブラウザの表示を広告主のウェブページへ遷移させるものなどがある。

ところで、広告媒体を管理および運用する媒体社は、広告枠に対する広告コンテンツの配信順序やデザインなどに種々の設定を行うことで広告枠による収益の最大化を図っている。媒体社では、複数の広告枠に対し、例えば業務用ツールを用いた人手の操作により種々の設定を施して検証し、その検証結果に基づいて適用すべき設定を決定する場合も多い。なお、検証過程における各設定での広告効果の測定には、例えばＡ／Ｂテストなどが用いられる（例えば、特許文献１参照）。

特開２０１７−０２１７１０号公報

しかしながら、上記の従来技術は、広告枠が広範囲かつ多数になると、各広告枠への設定およびその検証に時間がかかってしまい、多数の広告枠で同時に収益の向上を図りにくいという問題があった。また、上記の従来技術は、人手によるミスが混入するリスクを常に抱えていた。

本願は、上記に鑑みてなされたものであって、効率的かつ安全にコンテンツによる収益の向上を図ることができるコンテンツ配信管理装置、コンテンツ配信管理方法およびコンテンツ配信管理プログラムを提供することを目的とする。

本願に係るコンテンツ配信管理装置は、配信部と、算出部と、設定部とを備える。前記配信部は、主たるコンテンツであるメインコンテンツ、および、検証用のコンテンツである複数のテストコンテンツを所定の比率で配信する。前記算出部は、前記配信部によって配信された前記テストコンテンツに対するユーザの行動に関する情報に基づき、前記テストコンテンツについての検証値を算出する。前記設定部は、前記算出部によって算出された前記検証値に基づいて前記テストコンテンツのうちのいずれか一つを新たな前記メインコンテンツとして設定する。

実施形態の一態様によれば、効率的かつ安全にコンテンツ配信による収益の向上を図ることができるコンテンツ配信管理装置、コンテンツ配信管理方法およびコンテンツ配信管理プログラムを提供することができる。

図１Ａは、実施形態に係る広告配信管理処理の一例を示す図である。 図１Ｂは、「メイン用」および「検証用」の広告コンテンツの説明図である。 図１Ｃは、一括設定の一例を示す図である。 図１Ｄは、「先行適用」および「本番適用」の説明図である。 図２は、実施形態に係る広告配信管理システムの構成例を示す図である。 図３は、実施形態に係る広告配信管理装置の構成例を示すブロック図である。 図４Ａは、配信設定情報テーブルの一例を示す図である。 図４Ｂは、設定処理の一例を示す図（その１）である。 図４Ｃは、設定処理の一例を示す図（その２）である。 図４Ｄは、配信要求先が異なる場合の設定の一例を示す図である。 図４Ｅは、メイン用が検証用を兼ねる場合の設定の一例を示す図である。 図４Ｆは、グループ情報テーブルの一例を示す図である。 図５は、実施形態に係る広告配信管理装置が実行する処理手順を示すフローチャートである。 図６は、広告配信管理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係るコンテンツ配信管理装置、コンテンツ配信管理方法およびコンテンツ配信管理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係るコンテンツ配信管理装置、コンテンツ配信管理方法およびコンテンツ配信管理プログラムが限定されるものではない。また、各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．広告配信管理処理の一例〕
まず、図１Ａを用いて、実施形態に係る広告配信管理処理の一例について説明する。図１Ａは、実施形態に係る広告配信管理処理の一例を示す図である。図１Ａでは、実施形態に係る広告配信管理装置１００（「コンテンツ配信管理装置」の一例に相当）が、主たる広告コンテンツであるメイン用の広告コンテンツおよびかかるメイン用に対する複数の検証用の広告コンテンツを所定の比率で配信し、配信された検証用に対するユーザＵの行動に関する情報に基づいて検証用についての検証値を算出し、算出された検証値に基づいて検証用のうちのいずれか一つを新たなメイン用として設定する処理を実行する例を示す。

なお、以下においては、広告媒体の一例としてウェブページを説明するが、広告媒体は、ウェブページ以外の広告媒体であってもよい。例えば広告媒体は、ゲームアプリケーション、書籍閲覧アプリケーション、音楽配信アプリケーション、動画配信アプリケーションによって表示される媒体などであってもよい。

図１Ａに示す実施形態に係る広告配信管理システム１に含まれる広告配信管理装置１００は、ユーザＵからの広告コンテンツの配信要求である広告リクエストを受け付けた場合に、かかる広告リクエストに対する広告コンテンツの配信要求を「配信要求先」である広告配信装置３０−１，３０−２，３０−３へ送信するサーバ装置である。

また、このとき、広告配信管理装置１００は、メイン用の広告コンテンツに対して検証用の複数の広告コンテンツが所定の比率で配信されるように配信要求先を選択し、配信要求を送信する。

ここで、「メイン用」は、ユーザＵが端末装置１０を利用してウェブサーバ２０から閲覧しようとするウェブページに設定されたある特定の広告枠に対し、高い比率で表示される主たる広告コンテンツである。これに対し、「検証用」は、「メイン用」と例えば同じ広告枠に対して所定の比率で表示される広告コンテンツの候補群である。「検証用」のそれぞれは、互いに、また例えば「メイン用」と、コンテンツの内容や広告枠のデザインが異なっており、収益の向上の観点から現状の「メイン用」に替わって新たな「メイン用」となりうるかの検証対象となる。

具体的に、図１Ｂを用いて説明する。図１Ｂは、「メイン用」および「検証用」の広告コンテンツの説明図である。図１Ｂに示すように、一例として、特定の広告枠４１に対し、「メイン用」の広告コンテンツＡ０１は、高い比率（ここでは９０％）で配信され、表示される。

これに対し、「検証用」の広告コンテンツＡ０２，Ａ０３は、同じ広告枠４１に対する配信の比率残り１０％（＝１００％−９０％）のうち、５％ずつの比率で配信され、表示されるように設定される。そして、「検証用」の広告コンテンツＡ０２，Ａ０３は、偶々かかる広告コンテンツＡ０２，Ａ０３を閲覧することとなったユーザＵの行動に関する情報に基づいてそれぞれ広告効果が検証される。

すなわち、広告配信管理装置１００は、広告枠４１につき、広告コンテンツＡ０１を「メイン用」として表示させつつ、ほぼ並行して「検証用」の広告コンテンツＡ０２，Ａ０３を用いたＡ／Ｂテストを実行している。そして、最終的に「メイン用」を含め、例えば最も高い広告効果が得られると判定される広告コンテンツを、新たに「メイン用」とする。なお、図１Ｂでは「検証用」の数を２つとしているが、３つ以上であってもよい。この場合、言わばＡ／Ｂ／ｎテストが実行されることとなる。

図１Ａの説明に戻り、より具体的に、広告配信管理装置１００を含む広告配信管理システム１によって実行される広告配信管理処理の一例を流れに沿って説明する。

図１Ａに示すように、まずウェブサーバ２０が、ユーザＵの利用する端末装置１０から送信されたページ要求（ステップＳ１）を受け付けると、ページ要求に応じたウェブページ４０を端末装置１０へ送信する（ステップＳ２）。

端末装置１０は、ウェブサーバ２０から広告枠４１を含むウェブページ４０を受信した場合、広告リクエストを広告配信管理装置１００へ送信する（ステップＳ３）。広告リクエストは、例えば、ウェブページ４０に設定された広告枠４１に表示する広告コンテンツの配信要求である。

広告配信管理装置１００は、端末装置１０から広告リクエストを受け付けた場合に、メイン用とともに、検証用の複数の広告コンテンツが所定の比率で配信されるように配信要求先を選択する（ステップＳ４）。配信要求先は、図１Ａの例において、広告配信装置３０−１，３０−２，３０−３の組み合わせまたはいずれか１つから選択可能である。また、配信要求先ほか、配信要求の各種設定は後に示す配信設定情報１２１（例えば図３参照）に基づく。この点の具体的な内容については、図３以降を用いた説明で後述する。

そして、広告配信管理装置１００は、配信要求先へ配信要求を送信する（ステップＳ５）。配信要求先、すなわち広告枠４１へ配信する広告コンテンツの抽出元となる広告配信装置３０−１，３０−２，３０−３は、かかる配信要求に応じた広告コンテンツを広告配信管理装置１００へ送信する（ステップＳ６）。

そして、広告配信管理装置１００は、広告配信装置３０−１，３０−２，３０−３から受け付けた広告コンテンツを端末装置１０へ送信する（ステップＳ７）。その後、端末装置１０は、所定の比率で、広告配信管理装置１００から送信された、例えばメイン用の広告コンテンツＡ０１を広告枠４１に表示する（ステップＳ８）。または、例えば、端末装置１０は、所定の比率で、検証用の広告コンテンツＡ０２，Ａ０３を広告枠４１に表示する。なお、広告配信装置３０−１，３０−２，３０−３は、広告配信管理装置１００を経由せずに、端末装置１０へ直接広告コンテンツを送信するようにしてもよい。また、ステップＳ５の配信要求を広告配信管理装置１００が行わずに、広告配信管理装置１００から端末装置１０へ一旦広告配信タグを返却して、かかる広告配信タグに基づき、端末装置１０からステップＳ５に相当する配信要求を直接配信要求先へ送信するようにしてもよい。

そして、広告配信管理装置１００は、端末装置１０から、メイン用の広告コンテンツＡ０１、あるいは、検証用の広告コンテンツＡ０２，Ａ０３に対するユーザＵの行動に関する行動情報を取得する（ステップＳ９）。行動情報は、例えばユーザＵの行動履歴を含む。

そして、広告配信管理装置１００は、かかる行動情報に基づいて検証用の広告コンテンツＡ０２，Ａ０３それぞれについての広告効果に関する検証値を算出する（ステップＳ１０）。例えば、広告配信管理装置１００は、ユーザＵによる検証用の広告コンテンツＡ０２，Ａ０３でのＣＴＲ（Click Through Rate）や、コンバージョン率、ＣＰＡ（Cost Per Action）、直帰率または離脱率に基づいて検証値を算出する。

そして、広告配信管理装置１００は、算出された検証値に基づいて検証用のいずれかを新たなメイン用に設定する（ステップＳ１１）。例えば、広告配信管理装置１００は、検証用の広告コンテンツＡ０２の検証値が、広告コンテンツＡ０３よりも広告効果が高いことを示すならば、広告コンテンツＡ０２を広告枠４１のメイン用として設定する。

また、例えば、広告配信管理装置１００は、検証用の広告コンテンツＡ０３の検証値が、広告コンテンツＡ０２よりも広告効果が高いことを示すならば、広告コンテンツＡ０３を広告枠４１のメイン用として設定する。すなわち、広告効果が最良となる検証値に対応する検証用の広告コンテンツを広告枠４１のメイン用として設定する。

ところで、広告枠は、広範囲かつ多数にわたることが多々ある。そこで、広告配信管理装置１００は、ステップＳ１１に関し、同様の設定を適用してもよい広告枠を予めグループ化しておき、かかるグループの広告枠を一括に設定することができる。

具体的に、図１Ｃを用いて説明する。図１Ｃは、一括設定の一例を示す図である。例えば、広告配信管理装置１００は、図１Ｃに示すように、同様の設定を適用してもよい広告枠４１−ａ，４１−ｂ，４１−ｃを予めグループ化している（ステップＳ１１−１）。同様の設定を適用してもよいとは、例えば図１Ｃに示すように、ウェブページ４０−ａ，４０−ｂ，４０−ｃにおいてそれぞれ同様の位置に設定された広告枠４１−ａ，４１−ｂ，４１−ｃ等である。このような場合、例えば広告枠４１−ａに関し、メイン用とされた広告コンテンツは、広告枠４１−ａに類似する広告枠４１−ｂ，４１−ｃにおいても高い広告効果を上げられると予測されるので、広告配信管理装置１００は、これら広告枠４１−ａ，４１−ｂ，４１−ｃにつき、同様の設定で一括設定する（ステップＳ１１−２）。例えば、メイン用を同じ広告コンテンツとする。これにより、効率的かつ安全に収益の向上を図ることができる。

ところで、「安全に」という面では、仮に広告枠に対する新しい配信設定を行った場合に、実際のプロダクション環境にいきなり適用したのでは、広告効果の検証以前にそもそも設定内容通りに広告コンテンツが配信されないおそれがある。

そこで、実施形態に係る広告配信管理システム１では、ステージング環境において配信設定の先行適用を行った後に、プロダクション環境での本番適用を行う。具体的に図１Ｄを用いて説明する。図１Ｄは、「先行適用」および「本番適用」の説明図である。

図１Ｄに示すように、広告配信管理システム１は、確認用の「ステージング環境」と、本番用の「プロダクション環境」を備えている。ステージング環境は、例えば端末装置１０’と、ウェブサーバ２０’と、広告配信装置３０−１’と、広告配信管理装置１００’とを備える。プロダクション環境は、例えば端末装置１０と、ウェブサーバ２０と、広告配信装置３０−１と、広告配信管理装置１００とを備える。

広告配信管理システム１では、各広告枠に対する新しい配信設定は、まずステージング環境に先行適用される（ステップＳ１２）。そして、設定内容通りの配信状況確認がなされたならば（ステップＳ１３）、広告配信管理システム１は、新しい配信設定をプロダクション環境へ本番適用する（ステップＳ１４）。これにより、配信設定の内容の誤り、例えば人手による初期設定において仮にミスが混入してしまっても、かかるミスをカバーすることが可能となる。すなわち、安全にコンテンツによる収益の向上を図るのに資することができる。

上述してきたように、実施形態に係る広告配信管理装置１００は、主たる広告コンテンツであるメイン用の広告コンテンツ、および、かかるメイン用に対する検証用の広告コンテンツである複数の広告コンテンツを所定の比率で配信する。そして、広告配信管理装置１００は、配信された検証用に対するユーザＵの行動に関する情報に基づき、検証用それぞれについての検証値を算出する。そして、広告配信管理装置１００は、算出された検証値に基づいて検証用のうちのいずれか一つをメイン用として設定する。これにより、効率的かつ安全にコンテンツによる収益の向上を図ることができる。

以下、このような処理を行う広告配信管理装置１００および広告配信管理装置１００を含む広告配信管理システム１の構成等について、詳細に説明する。

〔２．広告配信管理システム１の構成〕
次に、図２を用いて、実施形態に係る広告配信管理装置１００が含まれる広告配信管理システム１の構成について説明する。図２は、実施形態に係る広告配信管理システム１の構成例を示す図である。図２に示すように、実施形態に係る広告配信管理システム１には、端末装置１０と、ウェブサーバ２０と、複数の広告配信装置３０−１，３０−２，３０−３と、広告配信管理装置１００とが含まれる。

これらの各種装置は、図２に示すように、通信ネットワークＮを介して、有線または無線により通信可能に接続される。なお、広告配信管理システム１には、複数の端末装置１０、複数の広告配信管理装置１００、また、例えば４つ以上の広告配信装置３０−１，３０−２，３０−３，…が含まれてもよい。

図２に示すように、ウェブサーバ２０、広告配信管理装置１００および広告配信装置３０−１は、例えば媒体社Ａにより管理および運用される。また、広告配信装置３０−２は、例えば広告配信業者Ｂにより管理および運用される。また、広告配信装置３０−３は、例えば広告配信業者Ｃにより管理および運用される。

端末装置１０は、ユーザＵによって利用される情報処理装置である。端末装置１０は、例えば、ブラウザがインストールされている。図２においては、端末装置１０がノート型ＰＣである場合を例示している。なお、端末装置１０は、例えば、タブレット型端末や、デスクトップ型ＰＣ（Personal Computer）、ノート型ＰＣ、スマートフォン、スマートフォン以外の携帯電話機や、ＰＤＡ（Personal Digital Assistant）などであってもよい。

ウェブサーバ２０は、広告枠が設定された各種ウェブページを記憶している。ウェブサーバ２０は、端末装置１０のブラウザからのアクセスがあると、端末装置１０によって指定されたＵＲＬ（Uniform Resource Locator）に対応する各種ウェブページ、例えば、ポータルサイト、ニュースサイト、天気予報サイト、ショッピングサイト、ファイナンス（株価）サイト、路線検索サイト、地図提供サイト、旅行サイト、飲食店紹介サイト、ウェブブログなどに関する各種ウェブページを提供する。

端末装置１０のブラウザは、ウェブサーバ２０からウェブページを受信すると、ウェブページに設定された広告枠に対応する広告リクエスト（以下、単に「リクエスト」と記載する場合がある）を広告配信管理装置１００へ送信する。リクエストは、広告枠に表示する広告コンテンツの配信要求であり、例えば、端末装置１０のユーザＵの識別情報（以下、「ユーザＩＤ」と記載する）や広告枠の識別情報（以下、「広告枠ＩＤ」と記載する）を含む。ユーザＩＤは、例えば、ＨＴＴＰクッキー（HyperText Transfer Protocol Cookie：以下、「クッキー」と記載する）である。かかるクッキーには、ユーザＵの年齢、性別などのユーザ情報は含まれないため、各サーバ側が保持するユーザ情報と端末装置１０側からのクッキーのＩＤが対応付けられ、ターゲティングなどに利用される。

広告配信装置３０−１，３０−２，３０−３は、広告コンテンツの「抽出元」であり、例えば所定のアドネットワークである。広告配信装置３０−１，３０−２，３０−３は、広告配信管理装置１００から広告コンテンツの配信要求があった場合に、かかる広告配信装置３０−１，３０−２に在庫する広告コンテンツ群から、広告コンテンツを配信要求の内容に沿って配信する。

広告配信管理装置１００は、既に述べたが、主たる広告コンテンツであるメイン用の広告コンテンツおよびかかるメイン用に対する複数の検証用の広告コンテンツを所定の比率で配信し、配信された検証用に対するユーザＵの行動に関する情報に基づいて検証用それぞれについての検証値を算出し、算出された検証値に基づいて検証用のうちのいずれか一つをメイン用として設定するサーバ装置である。

なお、広告配信管理装置１００は、ウェブサーバ２０の記憶する各種ウェブページに設定された各広告枠の配信設定に関する情報である配信設定情報１２１（図３参照）を記憶している。配信設定情報１２１は、広告枠それぞれに配信される広告コンテンツの識別情報（以下、「コンテンツＩＤ」と記載する）や、広告コンテンツが「メイン用」か「検証用」かの識別情報等が設定された情報である。配信設定情報１２１は、例えば、収益の向上の施策などに応じて、該当の広告枠に対する広告リクエストがあった場合に選択されるべき広告コンテンツＩＤ、配信の比率、配信要求先などが設定される。配信設定情報１２１のさらなる具体例については、図４Ａ等を用いた説明で後述する。

〔３．広告配信管理装置１００〕
次に、図３を用いて、広告配信管理装置１００の構成について説明する。図３は、実施形態に係る広告配信管理装置１００の構成例を示すブロック図である。なお、図３では、広告配信管理装置１００の説明に必要となる構成要素のみを示しており、一般的な構成要素についての記載を省略している。

図３に示すように、広告配信管理装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。また、広告配信管理装置１００は、広告配信管理装置１００を利用するオペレータ等から各種操作を受け付ける入力部１０１を有する。入力部１０１は、例えば、キーボードやマウス等である。なお、広告配信管理装置１００は、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部１１０について）
通信部１１０は、例えばＮＩＣ（Network Interface Card）等によって実現される。通信部１１０は、通信ネットワークＮと有線または無線で接続され、通信ネットワークＮを介して、端末装置１０や、広告配信装置３０−１，３０−２，３０−３との間で情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現され、図３に示すように、記憶部１２０は、配信設定情報１２１と、広告コンテンツ１２２とを記憶する。

（配信設定情報１２１について）
配信設定情報１２１は、既に述べたが、広告枠それぞれに配信される広告コンテンツのコンテンツＩＤや、広告コンテンツが「メイン用」か「検証用」かの識別情報等が設定された情報である。ここで、図４Ａに配信設定情報１２１に含まれる配信設定情報テーブルの一例を示す。図４Ａは、配信設定情報テーブルの一例を示す図である。

図４Ａに示した例では、配信設定情報テーブルは、「広告枠ＩＤ」、「グループＩＤ」、「広告コンテンツＩＤ」、「メイン用」、「検証用」、「比率」、「配信要求先」といった項目を有する。

「広告枠ＩＤ」は、広告枠それぞれの識別情報を示す。「グループＩＤ」は、該当の広告枠が属するグループの識別情報を示す。「広告コンテンツＩＤ」は、該当の広告枠に配信される広告コンテンツの識別情報を示す。「メイン用」は、該当する広告コンテンツがメイン用であるか否かを示す。「検証用」は、該当する広告コンテンツが検証用であるか否かを示す。「比率」は、該当の広告コンテンツが該当の広告枠に配信される比率を示す。「配信要求先」は、該当の広告コンテンツの抽出元となる広告コンテンツ群を示す。なお、図４Ａに示した例では、「配信要求先」には、広告コンテンツ群を管理する事業者を設定している。

図４Ａに示したデータの一例は、広告枠ＩＤ「Ｆ０１」は、グループＩＤ「Ｇ０１」のグループに属し、広告コンテンツＩＤ「ＣＡ００１」，「ＣＡ００２」，「ＣＡ００３」の広告コンテンツが配信されることを示している。そして、広告コンテンツＩＤ「ＣＡ００１」の広告コンテンツがメイン用として「設定中」であり、比率「９０％」で配信されることを示している。

また、広告コンテンツＩＤ「ＣＡ００２」，「ＣＡ００３」の広告コンテンツが検証用として「設定中」であり、ともに比率「５％」で配信されることを示している。また、広告コンテンツＩＤ「ＣＡ００１」，「ＣＡ００２」，「ＣＡ００３」の広告コンテンツのいずれも、配信要求先が「媒体社Ａ」の管理する広告コンテンツ群が抽出元であることを示している。

このような配信設定情報テーブルの初期設定は、例えば入力部１０１を介したオペレータ等の入力操作に基づいてなされる。なお、図４Ａには図示していないが、配信設定情報テーブルは、広告枠に広告コンテンツを表示させる時間である配信時間や、各広告コンテンツの配信順序など、言わば配信の態様に関する情報を含む。

（広告コンテンツ１２２について）
図３の説明に戻る。広告コンテンツ１２２は、広告配信管理装置１００が送信する配信要求に対する配信要求先からの応答として受信される広告コンテンツを記憶する。

（制御部１３０について）
制御部１３０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、広告配信管理装置１００内部の記憶装置に記憶されている各種プログラム（広告配信管理プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、コントローラであり、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図３に示すように、制御部１３０は、設定部１３１と、受付部１３２と、選択部１３３と、抽出部１３４と、配信部１３５と、取得部１３６と、算出部１３７とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図３に示した構成に限られず、後述する情報処理を行うことができる構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図３に示した接続関係に限られず、他の接続関係であってもよい。

（設定部１３１について）
設定部１３１は、例えば入力部１０１を介した入力を受け付け、配信設定情報１２１の初期設定を行う。また、設定部１３１は、後述の算出部１３７によって算出される検証用の広告コンテンツそれぞれについての検証値に基づいて検証用の広告コンテンツのうちのいずれか一つをメイン用のコンテンツとして設定する。

また、設定部１３１は、検証用の広告コンテンツのうちのいずれか一つを新たなメイン用の広告コンテンツとして設定する場合に、前回のメイン用の広告コンテンツの抽出元となるコンテンツ群を管理する事業者とは異なる事業者が管理するコンテンツ群を、新たなメイン用の広告コンテンツの抽出元となるコンテンツ群として選択部１３３に選択させる。

また、設定部１３１は、検証用の広告コンテンツのうちのいずれか一つをメイン用の広告コンテンツとして設定する場合に、新たなメイン用の広告コンテンツと前回のメイン用の広告コンテンツとではデザインが異なるように新たなメイン用の広告コンテンツを設定する。

また、設定部１３１は、メイン用の広告コンテンツを検証用の広告コンテンツのうちのいずれか一つとして設定することができる。

（受付部１３２について）
受付部１３２は、通信部１１０および通信ネットワークＮを介し、ユーザＵからの広告コンテンツの配信要求である広告リクエストを受け付ける。例えば、受付部１３２は、端末装置１０から広告枠４１に表示される広告コンテンツの配信要求である広告リクエストを受け付ける。かかる広告リクエストには、既に述べたように端末装置１０を利用するユーザＵのユーザＩＤや広告枠ＩＤが含まれる。また、受付部１３２は、受け付けた広告リクエストを選択部１３３へ渡す。

（選択部１３３について）
選択部１３３は、受付部１３２が受け付けた広告リクエストに含まれる広告枠ＩＤを前述の配信設定情報１２１に含まれる配信設定情報テーブルに照らして、合致するレコードに基づいて配信要求先を選択する。具体的には、選択部１３３は、該当の広告枠につき、メイン用の広告コンテンツおよび検証用の複数の広告コンテンツそれぞれが当該レコードに設定中の比率で配信されるように、当該レコードに設定中の配信要求先を選択する。また、選択部１３３は、選択結果を抽出部１３４へ渡す。

（抽出部１３４について）
抽出部１３４は、選択部１３３の選択結果を受け取り、かかる選択結果に応じた配信要求を生成して、通信部１１０および通信ネットワークＮを介し、配信要求先へ配信要求を送信する。

また、抽出部１３４は、通信部１１０および通信ネットワークＮを介し、配信要求先からの応答である広告コンテンツを受信し、広告コンテンツ１２２へ格納する。

（配信部１３５について）
配信部１３５は、配信設定情報１２１および広告コンテンツ１２２に基づき、端末装置１０へメイン用の広告コンテンツおよび検証用の複数の広告コンテンツを、各広告コンテンツが所定の比率でかつ所定の態様で表示されるように送信する。

（取得部１３６について）
取得部１３６は、配信部１３５によって配信された検証用の広告コンテンツに対するユーザＵの行動情報を、通信部１１０および通信ネットワークＮを介して取得し、算出部１３７へ渡す。

（算出部１３７について）
算出部１３７は、取得部１３６が取得したユーザＵの行動情報に基づき、検証用の広告コンテンツそれぞれについての検証値を算出する。例えば、算出部１３７は、ユーザＵによる検証用の広告コンテンツでのＣＴＲ（Click Through Rate）や、コンバージョン率、ＣＰＡ（Cost Per Action）、直帰率または離脱率に基づいて検証値を算出する。そして、前述の設定部１３１は、かかる算出部１３７によって算出された検出値に基づき、例えば広告効果が最良となる検証値に対応する検証用の広告コンテンツを新たなメイン用の広告コンテンツとして設定することとなる。

（設定処理の具体例について）
ここで、設定部１３１が算出部１３７の算出結果に基づいて検証用の広告コンテンツをメイン用として設定する場合の設定処理の一例について、図４Ｂおよび図４Ｃを用いて説明する。図４Ｂおよび図４Ｃは、設定処理の一例を示す図（その１）および（その２）である。なお、図４Ｃは、図４Ａに対応しており、図４Ａは設定が変更される前の状態を、図４Ｃは設定が変更された後の状態を、それぞれ示すものとする。

図４Ｂに示すように、算出部１３７によって広告枠ＩＤ「Ｆ０１」についての検証値、ここでは例えばコンバージョン率（以下、「ＣＶ率」と記載する）が算出され、メイン用の広告コンテンツＩＤ「ＣＡ００１」の広告コンテンツのＣＶ率は「２．４％」であり、検証用の広告コンテンツＩＤ「ＣＡ００２」の広告コンテンツのＣＶ率は「３．５％」であり、もう１つの検証用の広告コンテンツＩＤ「ＣＡ００３」の広告コンテンツのＣＶ率は「１．８％」であったものとする。

この場合に、ＣＶ率が最良となる広告コンテンツは、検証用の広告コンテンツＩＤ「ＣＡ００２」であるので、設定部１３１は、かかるコンテンツＩＤ「ＣＡ００２」の広告コンテンツを新たなメイン用として設定する。

具体的には、図４Ｃに示すように、設定部１３１は、該当する広告コンテンツＩＤ「ＣＡ００２」に該当するレコードの「メイン用」項目を「設定中」とする（図中のＭ１部参照）。また、設定部１３１は、それまでメイン用だった広告コンテンツＩＤ「ＣＡ００１」に該当するレコードの「検証用」項目を「設定中」とする（図中のＭ２部参照）。

また、設定部１３１は、これにあわせて、広告コンテンツＩＤ「ＣＡ００１」の広告コンテンツの比率を「５％」とする（図中のＭ３部参照）。一方、設定部１３１は、広告コンテンツＩＤ「ＣＡ００２」の広告コンテンツの比率を「９０％」の値とする（図中のＭ４部参照）。これにより、次回にユーザＵからの広告枠ＩＤ「Ｆ０１」に対する広告リクエストを受付部１３２が受け付けた場合には、選択部１３３は図４Ｃの配信設定情報テーブルに基づいて条件を選択し、抽出部１３４はその選択結果に基づいて配信要求を生成し、配信要求先へ向けて送信することとなる。

なお、図４Ａおよび図４Ｃには、「配信要求先」がいずれも「媒体社Ａ」と、同じ事業者である場合を例示しているが、「配信要求先」は、異なる事業者であってもよい。図４Ｄにその一例を示す。図４Ｄは、配信要求先が異なる場合の設定の一例を示す図である。

図４Ｄに示した例では、メイン用および検証用のいずれの広告コンテンツも、配信要求先が異なる事業者であることが分かる（図中のＭ５部参照）。かかる場合、選択部１３３は、検証用の広告コンテンツがメイン用として設定された場合に、かかる設定前とは異なる事業者によって管理される広告コンテンツ群を、新たなメイン用の抽出元となる広告コンテンツ群として選択することとなる。

例えば、図４Ｄに示した例では、仮に広告コンテンツＩＤ「ＣＢ０１１」の検証用の広告コンテンツが新たにメイン用として設定された場合に、選択部１３３は、かかる設定前のメイン用だった広告コンテンツＩＤ「ＣＡ００１」の配信要求先「媒体社Ａ」とは異なる事業者「広告配信業者Ｂ」の広告コンテンツ群を、新たなメイン用の広告コンテンツ群として選択する。

このように、メイン用の広告コンテンツが切り替わるとともに、メイン用の広告コンテンツの抽出元となるコンテンツ群が、異なる事業者によって管理されるものへ切り替わることによって、例えば、広告コンテンツ群を管理する事業者が異なる場合の広告効果の検証に有用となる。

また、メイン用の広告コンテンツが、検証用の広告コンテンツを兼ねるようにすることもできる。図４Ｅは、メイン用が検証用を兼ねる場合の設定の一例を示す図である。図４Ｅに示した例では、広告コンテンツＩＤ「ＣＡ００１」の広告コンテンツが、メイン用であり、検証用でもあることが分かる（図中のＭ６部〜Ｍ８部参照）。

すなわち、かかる場合は、現状のメイン用である広告コンテンツＩＤ「ＣＡ００１」の広告コンテンツと、検証用の広告コンテンツＩＤ「ＣＢ０１１」との間でＡ／Ｂテストを行いたい場合に有用である。例えば、仮に広告コンテンツＩＤ「ＣＡ００１」の広告コンテンツが非常に優れた検証値を維持し続けている場合に、これに匹敵する新たな配信設定を考案し、検証したい場合などである。

ところで、図１Ｃを用いて説明した一括設定に関し、配信設定情報１２１は、これを可能にするグループ情報テーブルを有する。ここで、図４Ｆに配信設定情報１２１に含まれるグループ情報テーブルの一例を示す。図４Ｆは、グループ情報テーブルの一例を示す図である。

図４Ｆに示す例では、グループ情報テーブルは、「グループＩＤ」、「広告枠ＩＤ」の項目を有する。「グループＩＤ」は、広告枠のグループそれぞれの識別情報を示す。「広告枠ＩＤ」は、該当のグループに属する広告枠それぞれの識別情報を示す。「グループＩＤ」は、図４Ａ等に示した配信設定情報テーブルの「グループＩＤ」に紐付いている。

したがって、設定部１３１は、配信設定情報テーブルで検証用の広告コンテンツがメイン用として設定される場合を含む、配信設定情報テーブルのレコードの登録、更新、削除等が行われた場合には、該当レコードが属するグループをこのグループ情報テーブルに照らし、そのグループに属する広告枠ＩＤの広告枠に対して一括設定を行う。図４Ｆに示した例では、例えば広告枠ＩＤ「Ｆ０１」の広告コンテンツの配信設定に更新がかかれば、その更新は同じグループＩＤ「Ｇ０１」に属する広告枠ＩＤ「Ｆ１１」，「Ｆ２１」の広告コンテンツの配信設定に一斉に適用されることとなる。これにより、効率的かつ安全にコンテンツによる収益の向上を図ることができる。

〔４．広告配信管理装置１００の処理手順〕
次に、実施形態に係る広告配信管理装置１００が実行する処理手順について説明する。図５は、実施形態に係る広告配信管理装置１００が実行する処理手順を示すフローチャートである。

図５に示すように、まず設定部１３１が、初期設定として、オペレータ等の入力操作等に基づき、メイン用と検証用とを含む配信設定情報１２１を設定する（ステップＳ１０１）。

そして、受付部１３２は、ユーザＵからの広告リクエストを随時受け付ける。ここで、受付部１３２が広告リクエストを受け付けた場合（ステップＳ１０２，Ｙｅｓ）、選択部１３３が、配信設定情報１２１に基づき、検証用の複数の広告コンテンツが所定の比率で配信されるように配信要求先を選択する（ステップＳ１０３）。受付部１３２が広告リクエストを受け付けない場合（ステップＳ１０２，Ｎｏ）、ステップＳ１０２を繰り返す。

そして、抽出部１３４が、選択部１３３の選択した配信要求先から広告コンテンツを抽出し（ステップＳ１０４）、つづいて配信部１３５が、抽出部１３４によって抽出された広告コンテンツを端末装置１０へ配信する（ステップＳ１０５）。

取得部１３６は、配信部１３５によって配信された検証用の広告コンテンツに対するユーザＵの行動情報を取得する（ステップＳ１０６）。そして、算出部１３７は、取得部１３６が取得したユーザＵの行動情報に基づき、検証用の広告コンテンツそれぞれについての検証値を算出する（ステップＳ１０７）。

そして、設定部１３１は、算出部１３７によって算出された検証値が最良となる検証用の広告コンテンツをメイン用の広告コンテンツとして設定する（ステップＳ１０８）。そして、処理終了イベントがあれば（ステップＳ１０９，Ｙｅｓ）、広告配信管理装置１００は処理を終了する。処理終了イベントは、例えば電源ＯＦＦ等のイベントである。処理終了イベントがなければ（ステップＳ１０９，Ｎｏ）、広告配信管理装置１００は、ステップＳ１０２からの処理を繰り返し実行することとなる。

〔５．ハードウェア構成〕
上述してきた実施形態に係る広告配信管理装置１００や端末装置１０、ウェブサーバ２０、広告配信装置３０−１，３０−２，３０−３は、例えば図６に示すような構成のコンピュータ６０によって実現される。以下、広告配信管理装置１００を例に挙げて説明する。図６は、広告配信管理装置１００の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ６０は、ＣＰＵ（Central Processing Unit）６１、ＲＡＭ（Random Access Memory）６２、ＲＯＭ（Read Only Memory）６３、ＨＤＤ（Hard Disk Drive）６４、通信インターフェイス（Ｉ／Ｆ）６５、入出力インターフェイス（Ｉ／Ｆ）６６、およびメディアインターフェイス（Ｉ／Ｆ）６７を備える。

ＣＰＵ６１は、ＲＯＭ６３またはＨＤＤ６４に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ６３は、コンピュータ６０の起動時にＣＰＵ６１によって実行されるブートプログラムや、コンピュータ６０のハードウェアに依存するプログラム等を格納する。

ＨＤＤ６４は、ＣＰＵ６１によって実行されるプログラムおよび当該プログラムによって使用されるデータ等を格納する。通信インターフェイス６５は、通信部１１０に対応し、通信ネットワークＮを介して他の機器からデータを受信してＣＰＵ６１へ送り、ＣＰＵ６１が生成したデータを、通信ネットワークＮを介して他の機器へ送信する。

ＣＰＵ６１は、入出力インターフェイス６６を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ６１は、入出力インターフェイス６６を介して、入力装置からデータを取得する。また、ＣＰＵ６１は、生成したデータを、入出力インターフェイス６６を介して出力装置へ出力する。

メディアインターフェイス６７は、記録媒体６８に格納されたプログラムまたはデータを読み取り、ＲＡＭ６２を介してＣＰＵ６１に提供する。ＣＰＵ６１は、当該プログラムを、メディアインターフェイス６７を介して記録媒体６８からＲＡＭ６２上にロードし、ロードしたプログラムを実行する。記録媒体６８は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ６０が実施形態に係る広告配信管理装置１００として機能する場合、コンピュータ６０のＣＰＵ６１は、ＲＡＭ６２上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、ＨＤＤ６４には、記憶部１２０内のデータが記憶される。

コンピュータ６０のＣＰＵ６１は、これらのプログラムを、記録媒体６８から読み取って実行するが、他の例として、他の装置から、通信ネットワークＮを介してこれらのプログラムを取得してもよい。

〔６．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

例えば、図３に示した受付部１３２と、取得部１３６とは統合されてもよい。また、例えば、記憶部１２０に記憶される情報は、通信ネットワークＮを介して、外部に備えられた所定の記憶装置に記憶されてもよい。

また、例えば、上述した実施形態では、広告配信管理装置１００が記憶部１２０に広告コンテンツ１２２を一旦保持する場合を例に挙げたが、これを保持せずに端末装置１０へ直接送信することとしてもよい。

また、上述した実施形態では、コンテンツが主に広告コンテンツである場合を例に挙げたが、コンテンツを限定するものではなく、例えばコンテンツがウェブページのデザイン等であってもよい。この場合、例えば広告配信管理装置１００はウェブサーバ２０と統合され、端末装置１０からのページ要求を受け付けた場合に、メイン用のウェブページおよび検証用の複数のウェブページを所定の比率で配信する。そして、配信された検証用のウェブページに対するユーザＵの行動に関する情報に基づいて検証用のウェブページそれぞれについての検証値を算出し、算出された検証値が最良となる検証用のウェブページをメイン用のウェブページとして設定することとなる。

また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

〔７．効果〕
実施形態に係る広告配信管理システム１（「コンテンツ配信管理システム」の一例に相当）の広告配信管理装置１００（「コンテンツ配信管理装置」の一例に相当）は、配信部１３５と、算出部１３７と、設定部１３１とを備える。配信部１３５は、主たるコンテンツであるメイン用の広告コンテンツ（「メインコンテンツ」の一例に相当）、および、かかるメイン用に対する検証用のコンテンツである複数の検証用の広告コンテンツ（「テストコンテンツ」の一例に相当）を所定の比率で配信する。算出部１３７は、配信部１３５によって配信された検証用の広告コンテンツに対するユーザＵの行動に関する情報に基づき、検証用の広告コンテンツについての検証値を算出する。設定部１３１は、算出部１３７によって算出された検証値に基づいて検証用の広告コンテンツのうちのいずれか一つを新たなメイン用の広告コンテンツとして設定する。これにより、効率的かつ安全にコンテンツによる収益の向上を図ることができる。

また、配信部１３５は、メイン用の広告コンテンツおよび検証用の広告コンテンツを確認用のステージング環境へ配信し、かかるステージング環境でのメイン用の広告コンテンツおよび検証用の広告コンテンツの配信状況が正常である場合に、メイン用の広告コンテンツおよび検証用の広告コンテンツを本番用のプロダクション環境へ配信する。これにより、配信設定の内容の誤り、例えば人手による初期設定において仮にミスが混入してしまっても、かかるミスをカバーすることが可能となる。すなわち、安全にコンテンツによる収益の向上を図るのに資することができる。

また、広告配信管理装置１００は、選択部１３３をさらに備える。選択部１３３は、ユーザＵからのメイン用のコンテンツまたは検証用の広告コンテンツの配信要求が受け付けられた場合に、かかる配信要求に対するメイン用の広告コンテンツまたは検証用の広告の抽出元となるコンテンツ群を選択する。設定部１３１は、検証用の広告コンテンツのうちのいずれか一つを新たなメイン用の広告コンテンツとして設定する場合に、前回のメイン用の広告コンテンツの抽出元となるコンテンツ群を管理する事業者とは異なる事業者が管理するコンテンツ群を、新たなメイン用の広告コンテンツの抽出元となるコンテンツ群として選択させる。このように、メイン用の広告コンテンツが切り替わるとともに、メイン用の広告コンテンツの抽出元となるコンテンツ群が、異なる事業者によって管理されるものへ切り替わることによって、例えば、広告コンテンツ群を管理する事業者が異なる場合の広告効果の検証に有用となる。

また、設定部１３１は、検証用の広告コンテンツのうちのいずれか一つを新たなメイン用の広告コンテンツとして設定する場合に、新たなメイン用の広告コンテンツと前回のメイン用の広告コンテンツとではデザインが異なるように新たなメイン用の広告コンテンツを設定する。これにより、収益の向上により好ましいデザインの広告コンテンツをユーザＵに対して提示し続けることができる。

また、設定部１３１は、メイン用の広告コンテンツを検証用の広告コンテンツのうちのいずれか一つとして設定する。これにより、現状のメイン用の広告コンテンツと検証用の広告コンテンツとの間でＡ／Ｂテストを行いたい場合、例えば広告効果を誇っているメイン用の広告コンテンツに対し、これに匹敵する新たな配信設定を考案し、検証したい場合などに有用となる。

また、検証値は、広告効果に関し、算出部１３７は、ユーザＵによる検証用の広告コンテンツでの広告の選択率、コンバージョン率、ユーザＵの獲得単価、ユーザＵの直帰率または離脱率に基づいて検証値を算出する。これにより、広告コンテンツによる広告効果についての検証を精度よく行うことができる。

以上、本願の実施形態を図面に基づいて詳細に説明したが、これは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１ 広告配信管理システム
１０ 端末装置
２０ ウェブサーバ
３０−１，３０−２，３０−３ 広告配信装置
１００ 広告配信管理装置
１１０ 通信部
１２０ 記憶部
１２１ 配信設定情報
１２２ 広告コンテンツ
１３０ 制御部
１３１ 設定部
１３２ 受付部
１３３ 選択部
１３４ 抽出部
１３５ 配信部
１３６ 取得部
１３７ 算出部

Claims (8)

1. 主たるコンテンツであるメインコンテンツ、および、検証用のコンテンツである複数のテストコンテンツを所定の比率で配信する配信部と、
   前記配信部によって配信された前記テストコンテンツに対するユーザの行動に関する情報に基づき、前記テストコンテンツについての検証値を算出する算出部と、
   前記算出部によって算出された前記検証値に基づいて前記テストコンテンツのうちのいずれか一つを新たな前記メインコンテンツとして設定する設定部と
   を備えることを特徴とするコンテンツ配信管理装置。
2. 前記配信部は、
   前記メインコンテンツおよび前記テストコンテンツを確認用の環境へ配信し、該確認用の環境での前記メインコンテンツおよび前記テストコンテンツの配信状況が正常である場合に、前記メインコンテンツおよび前記テストコンテンツを本番用の環境へ配信する
   ことを特徴とする請求項１に記載のコンテンツ配信管理装置。
3. 前記ユーザからの前記メインコンテンツまたは前記テストコンテンツの配信要求が受け付けられた場合に、該配信要求に対する前記メインコンテンツまたは前記テストコンテンツの抽出元となるコンテンツ群を選択する選択部
   をさらに備え、
   前記設定部は、
   前記テストコンテンツのうちのいずれか一つを新たな前記メインコンテンツとして設定する場合に、前回の前記メインコンテンツの抽出元となる前記コンテンツ群を管理する事業者とは異なる事業者が管理する前記コンテンツ群を、新たな前記メインコンテンツの抽出元となる前記コンテンツ群として前記選択部に選択させる
   ことを特徴とする請求項１または２に記載のコンテンツ配信管理装置。
4. 前記設定部は、
   前記テストコンテンツのうちのいずれか一つを新たな前記メインコンテンツとして設定する場合に、新たな前記メインコンテンツと前回の前記メインコンテンツとではデザインが異なるように新たな前記メインコンテンツを設定する
   ことを特徴とする請求項１、２または３に記載のコンテンツ配信管理装置。
5. 前記設定部は、
   前記メインコンテンツを前記テストコンテンツのうちのいずれか一つとして設定する
   ことを特徴とする請求項１〜４のいずれか一つに記載のコンテンツ配信管理装置。
6. 前記検証値は、広告効果に関し、
   前記算出部は、
   前記ユーザによる前記テストコンテンツでの広告の選択率、コンバージョン率、前記ユーザの獲得単価、前記ユーザの直帰率または離脱率に基づいて前記検証値を算出する
   ことを特徴とする請求項１〜５のいずれか一つに記載のコンテンツ配信管理装置。
7. 主たるコンテンツであるメインコンテンツ、および、検証用のコンテンツである複数のテストコンテンツを所定の比率で配信する配信工程と、
   前記配信工程によって配信された前記テストコンテンツに対するユーザの行動に関する情報に基づき、前記テストコンテンツについての検証値を算出する算出工程と、
   前記算出工程によって算出された前記検証値に基づいて前記テストコンテンツのうちのいずれか一つを新たな前記メインコンテンツとして設定する設定工程と
   を含むことを特徴とするコンテンツ配信管理方法。
8. 主たるコンテンツであるメインコンテンツ、および、検証用のコンテンツである複数のテストコンテンツを所定の比率で配信する配信手順と、
   前記配信手順によって配信された前記テストコンテンツに対するユーザの行動に関する情報に基づき、前記テストコンテンツについての検証値を算出する算出手順と、
   前記算出手順によって算出された前記検証値に基づいて前記テストコンテンツのうちのいずれか一つを新たな前記メインコンテンツとして設定する設定手順と
   をコンピュータに実行させることを特徴とするコンテンツ配信管理プログラム。

Images