JP2017004518A - 広告配信システム及び方法、並びにプログラム - Google Patents

Abstract

【課題】商品等のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を適切に達成することを支援する技術を確立すること。【解決手段】リーチ率予測部８３は、広告主により設定された到達目標量を取得する。アクチャルデータ受付部８１は、パネルデータから得られる現在の実績量を取得する。リーチ率予測部８３は、過去のＴＶＣＭ実績データに基づいて、前記現在の実績量、キャンペーン経過期間、キャンペーン残存期間から、キャンペーン期間終了時の予測ＴＶＣＭリーチ率を算出する。リーチ人数予測部８７は、前記予測ＴＶＣＭリーチ率、ターゲット属性毎の人口統計情報から予測ＴＶＣＭリーチを算出する。補完配信量算定部９２は、前記到達目標量と、前記予測ＴＶＣＭリーチ人口の差分とに基づいて、デジタル補完目標量を設定し、キャンペーン期間終了時の予測デジタルＣＭリーチを算出する。【選択図】図１８

Description

本発明は、広告配信システム及び方法、並びにプログラムに関する。

従来より、所定の商品又は役務（以下「商品等」と呼ぶ）のＣＭとしては、ＴＶ放送によるＣＭ（以下、「ＴＶＣＭ」と呼ぶ）と、ネットワーク経由でのＣＭ（以下、「デジタルＣＭ」と呼ぶ）が存在する（例えば特許文献１参照）。

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

しかしながら、従来においてはＴＶＣＭとデジタルＣＭとを区別して管理しており、何れの場合も、所定の商品等のＣＭの接触回数（以下、「フリクエンシー」と呼ぶ）と視聴者数（以下、「リーチ」と呼ぶ）について、広告主により設定された到達目標量を達成することは困難な状況である。

本発明は、このような状況に鑑みてなされたものであり、商品等のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を適切に達成することを支援する技術を確立することを目的とする。

本発明の第１態様の広告配信システムは、
商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を取得する第１取得手段と、
ＴＶＣＭについての視聴履歴とメタデータから得られる現在の実績量を取得する第２取得手段と、
前記到達目標量と、前記現在の実績量との差分に基づいて、デジタルＣＭのフリクエンシーとリーチの目標量であるデジタル補完目標量を設定する第１設定手段と、
前記デジタル補完目標量に基づいて、前記デジタルＣＭのデジタル配信対象を設定する第２設定手段と、
を備える。

前記現在の実績量は、パネルデータに基づく実績量である、
ようにすることができる。

前記現在の実績量は、視聴者のテレビジョン受像機からネットワーク接続機器及びネットワークを介して送信されたＴＶ視聴履歴に基づく実績量である、
ようにすることができる。

本発明の第１態様の広告配信方法及びプログラムは、上述の本発明の第１態様の広告配信システムに対応する方法及びプログラムである。

本発明の第２態様の広告配信システムは、
商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を取得する第１取得手段と、
ＴＶＣＭについての視聴履歴とメタデータから得られる現在の実績量を取得する第２取得手段と、
前記ＴＶ視聴履歴として、視聴者のテレビジョン受像機からネットワーク接続機器及びネットワークを介して送信されたＴＶ視聴履歴を、前記ネットワーク接続機器のＩＰアドレスと対応付けて取得する第３取得手段と、
前記到達目標量、前記現在の実績量、及び前記ＴＶ視聴履歴に基づいて、前記デジタルＣＭの配信対象を前記ＩＰアドレスを単位として設定する設定手段と、
を備える広告配信システム。

本発明の第２態様の広告配信方法及びプログラムは、上述の本発明の第２態様の広告配信システムに対応する方法及びプログラムである。

本発明の第３態様の広告配信システムは、
商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を取得する第１取得手段と、
ＴＶＣＭについての視聴履歴とメタデータから得られる現在の実績量を取得する第２取得手段と、
過去のＴＶＣＭ実績データに基づいて、前記現在の実績量と、キャンペーン経過期間と、キャンペーン残存期間から、キャンペーン期間終了時の予測ＴＶＣＭリーチ率を算出するＴＶＣＭリーチ率予測手段と、
前記予測ＴＶＣＭリーチ率と、ターゲット属性毎の人口統計情報と、から予測ＴＶＣＭリーチを算出する予測ＴＶＣＭリーチ算出手段と、
前記到達目標量と、前記予測ＴＶＣＭリーチ人口との差分に基づいて、デジタルＣＭのフリクエンシーとリーチの目標量であるデジタル補完目標量を設定するデジタル補完目標量設定手段と、
キャンペーン期間終了時のデジタルＣＭについての予測デジタルＣＭリーチを算出するデジタルＣＭリーチ予測手段と、
前記デジタル補完目標量と、前記予測デジタルＣＭリーチに基づいて、前記デジタルＣＭの配信を計画するデジタルＣＭ配信計画手段と、
を備える広告配信システム。
本発明の第３態様の広告配信方法及びプログラムは、上述の本発明の第３態様の広告配信システムに対応する方法及びプログラムである。

本発明によれば、商品等のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を適切に達成することを支援する技術を確立することができる。

本発明の一実施形態に係る広告配信システムの構成を示すブロック図である。 図１の広告配信システムのうち、本発明の一実施形態に係るサーバのハードウェア構成を示すブロック図である。 図１の各サーバの機能的構成例を示す機能ブロック図である。 図３の機能的構成を有するサーバの到達目標設定処理の流れの一例を説明するフローチャートである。 図１の広告配信システムのうち、本発明の一実施形態に係るパネルデータサーバが格納するデータベースの構成を示す図である。 図１の広告配信システムのうち、本発明の一実施形態に係るテレビメーカログサーバが送信するＦＱ毎集計結果の具体例を示す図である。 図１の広告配信システムのうち、本発明の一実施形態に係るサービス提供サーバが取得する補完目標の具体例を示す図である。 図３の機能的構成を有するサーバの配信対象セグメント作成処理の流れの一例を説明するフローチャートである。 図１の広告配信システムのうち、本発明の一実施形態に係るテレビメーカログサーバが送信するＣＭ視聴履歴の具体例を示す図である。 図１の広告配信システムのうち、本発明の一実施形態に係る配信対象セグメント作成サーバが格納するデータベースの構成を示す図である。 図１の広告配信システムのうち、本発明の一実施形態に係る配信対象セグメント作成サーバが格納するデータベースの構成を示す図である。 図１の広告配信システムのうち、本発明の一実施形態に係る配信対象セグメント作成サーバが格納するデータベースの構成を示す図である。 図３の機能的構成を有するサーバの配信先プランニング処理の流れの一例を説明するフローチャートである。 図１の広告配信システムのうち、本発明の一実施形態に係るサービス提供サーバが保持する配信設定の具体例を示す図である。 図１の広告配信システムにおける各サーバ間のデジタルＣＭ配信実施段階での要求／応答の手順を示す図である。 図１の広告配信システムのうち、本発明の一実施形態に係る集計結果出力サーバが出力する集計結果の具体例を示す図である。 図１の広告配信システムにおけるデータの流れの一例を説明する図である。 本発明の第三実施形態に係るサービス提供サーバの機能的構成例を示す機能ブロック図である。 図１８の機能的構成を有するサービス提供サーバの配信計画作成処理の流れの一例を説明するフローチャートである。 図１８の機能的構成を有するサービス提供サーバの配信計画修正処理の流れの一例を説明するフローチャートである。 図１８の機能的構成を有するサービス提供サーバが格納するデータベースの構成を示す図である。 図１８の機能的構成を有するサービス提供サーバが受信するＴＶＣＭの視聴実績量であるアクチャルデータの具体例を示す図である。 図１８の機能的構成を有するサービス提供サーバが受信するデジタルＣＭの配信実績量の具体例を示す図である。 図１８の機能的構成を有するサービス提供サーバが取得する実質補完率の具体例を示す図である。

以下、本発明の実施形態について、図面を用いて説明する。

図１は、本発明の一実施形態に係る広告配信システムの構成を示している。
図１に示す広告配信システムは、パネルデータサーバ１０と、メタデータサーバ１１と、テレビメーカログサーバ１２と、配信対象セグメント作成サーバ１３と、サービス提供サーバ１４と、ＤＳＰ（デマンドサイドプラットフォーム）サーバ１５と、３ＰＡＳサーバ１６と、集計結果出力サーバ１７と、個別広告サーバ１８と、モニタログサーバ１９を含むシステムである。パネルデータサーバ１０乃至モニタログサーバ１９の夫々は、インターネット等の所定のネットワークＮを介して相互に接続されている。

パネルデータサーバ１０は、テレビ視聴率調査者が管理するサーバであり、調査協力世帯のテレビジョン受像機に接続された測定機器から視聴履歴のデータ（以下、「パネルデータ」と呼ぶ）を取得して管理する。
測定機器は、調査協力世帯の複数の居住者について、個別に視聴履歴を収集できる機能を備えているものとする。また、テレビ視聴率調査者は、各居住者のデモグラフィック情報を事前に把握しているので、パネルデータから例えば、年代別に視聴者数を特定することができる。
ここで、図１の住宅Ｈ１乃至ＨＮ（Ｎは、全世帯数であるとする）の全世帯が、調査協力世帯となるわけではなく、一部の世帯が調査協力世帯になる。即ち、調査協力世帯の合計居住者数は、統計学上信頼できるとされるサンプル数であり、人口統計情報と組み合わせることにより、全国での視聴者数を推計することが可能である。

メタデータサーバ１１は、メタデータ作成者が管理するサーバであり、メタデータを取得して管理する。ここで、本実施形態でいうメタデータとは、チャンネル毎の番組及びテレビＣＭの各放送時間帯を少なくとも含む情報をいう。
メタデータは、パネルデータサーバ１０や、後述するテレビメーカログサーバ１２に提供される。
メタデータとパネルデータとを組み合わせることで、例えば年代別に特定のＴＶＣＭについてのフリクエンシー毎のリーチ数を把握することが、可能である。

テレビメーカログサーバ１２は、テレビメーカログ提供者が管理するサーバであり、家Ｈ１乃至ＨＮの全世帯のＴＶ視聴履歴を取得して管理する
即ち、各住宅Ｈ１乃至ＨＮの夫々において、テレビジョン受像機Ｈ１０に接続されたルータＨ１１から、当該テレビジョン受像機Ｈ１０に対する視聴履歴が、ネットワークＮを介して、当該テレビジョン受像機Ｈ１０を製造販売したテレビメーカに送信される。即ち、テレビメーカは、自社製のテレビジョン受像機Ｈ１０からルータＨ１１及びネットワークＮ経由で送信される視聴履歴を蓄積し、保有している。

このように、テレビメーカが保有する視聴履歴（以下、「ＴＶ視聴履歴」と呼ぶ）は、ネットワークＮを介して伝送されるので、伝送元のルータＨ１１のＩＰアドレスが関連付けられている。
ここで、該ルータは、テレビジョン受像機Ｈ１０以外の情報通信機器（図１の例では、スマホＨ１２１、スマホＨ１２２、及びＰＣＨ１３）についても、同一のＩＰアドレスを用いてネットワークＮとの通信を行う。
このため、住宅Ｈ１乃至ＨＮのうちの所定の住宅でルータＨ１１を介した情報通信が行われる場合、情報通信を行った端末等にかかわらず、これらの情報通信に用いられたＩＰアドレスは、ＴＶ視聴履歴に対応付けられたものと一致する。

なお、テレビメーカログ提供者は、前述したメタデータ作成者から、チャンネル毎のＴＶＣＭの放映時間帯を示すデータを購入する。
このため、テレビメーカログ提供者は、該データとＴＶ視聴履歴とを組み合わせることで、特定のＴＶＣＭについてのフリクエンシー毎のリーチ数（ただし、住宅Ｈ１乃至ＨＮの世帯単位）を把握することが、可能である。

配信対象セグメント作成サーバ１３は、パブリックＤＭＰ（データマネジメントプラットフォーム）ベンダが管理するサーバであり、配信対象セグメントを作成する。
パブリックＤＭＰベンダは、様々なＷｅｂサイトのオーディエンスデータを集約して保有し、ＣｏｏｋｉｅとＩＰアドレスの対応リストも保有している。
配信対象セグメントとは、所定の項目毎にパブリックＤＭＰベンダが保有するＣｏｏｋｉｅを集合させたものをいう。広告主毎商品等毎ＦＱ毎、配信対象者条件に使用されるオーディエンスデータ項目毎に集合させたものが作成される。

サービス提供サーバ１４は、ＴＶ放送連動サービス提供者が管理するサーバである。
ＴＶ放送連動サービス提供者は、ＴＶ放送とネットワークＮによる情報伝送とを連動させて、所定の商品等のＣＭを適切に流すことを支援するサービスを提供する者である。つまり、所定の商品等のＣＭとしては、ＴＶＣＭとデジタルＣＭが存在する。

ここで、所定の商品等のＣＭについては、フリクエンシーとリーチについて、その広告主から到達目標量が設定される。到達目標量としては、本実施形態では、指定接触回数到達人数が提示される。指定接触回数到達人数とは、広告主が指定したＣＭについての接触回数が、広告主が設定した回数に到達した人数をいう。
この到達目標量に到達するためには、ＴＶＣＭだけでは足りず、デジタルＣＭも連動させるサービスが、本サービス提供者により提供される。

そこで、サービス提供サーバ１４は、当該商品等のＣＭのフリクエンシーとリーチについて、ＴＶＣＭについての視聴履歴（パネルデータ又はネットワークＮ経由で得られるＴＶ視聴履歴）とメタデータから得られる現在の実績量（ＴＶＣＭによる到達量）を取得する。現在の実績量としては、本実施形態では、ＴＶＣＭについてのフリクエンシー毎のリーチ数の実績値が採用される。
サービス提供サーバ１４は、到達目標量（指定接触回数到達人数）と、現在の実績量（フリクエンシー毎のリーチ数の実績値）との差分に基づいて、デジタルＣＭのフリクエンシーとリーチの目標量（以下、「デジタル補完目標量」と呼ぶ）、及び配信対象（以下、特に「デジタル配信対象」と呼ぶ）を設定する。

なお、デジタル配信対象の設定については、配信対象セグメントが適宜用いられる。
サービス提供サーバ１４は、その設定内容に基づいて、当該デジタルＣＭをネットワークＮで配信する処理を支援する。
支援の仕方は特に限定されないが、例えばＴＶ放送連動サービス提供者は、サービス提供サーバ１４と配信対象セグメント作成サーバ１３とを連携させることで、デジタル補完目標量を達成できるように、サービス提供サーバ１４にデジタルＣＭの配信をプランニングさせる。
あるいは、ＴＶ放送連動サービス提供者は、サービス提供サーバ１４と配信対象セグメント作成サーバ１３とを連携させることで、ＴＶ視聴履歴と、ネットワーク接続機器のＩＰアドレスと対応付けて取得し、上述の到達目標量、上述の現在の実績量、及び上述のＴＶ視聴履歴に基づいて、デジタル配信対象をＩＰアドレスを単位として設定することができる。この場合例えば、視聴者の中でも、既にＴＶＣＭを所定回数みた者（具体的には例えば広告主から指定された回数を既にみた者）を、デジタル配信対象として、デジタルＣＭを配信するようなプランニングもできる。このようなデジタルＣＭの配信は、ＴＶＣＭでの一の矢に継ぐ二の矢の配信であるといえるため、以下、「二の矢」と呼ぶ。

更にＴＶ放送連動サービス提供者は、サービス提供サーバ１４と配信対象セグメント作成サーバ１３、サービス提供サーバ１４とＤＳＰサーバ１５を、それぞれ連携させて、プランニングの結果に沿って、デジタルＣＭ自動入札を行わせる。

ＤＳＰサーバ１５は、デジタルＣＭオークション仲介者が管理するサーバである。
デジタルＣＭオークション仲介者は、ＤＳＰサーバ１５を図示せぬＳＳＰ（サプライサイドプラットフォーム）と連携させて、デジタルＣＭのＲＴＢ（リアルタイムビッディング）を実現させる。

具体的にはＤＳＰサーバ１５は、図示せぬＳＳＰから受信したＣｏｏｋｉｅが付加されたＲＴＢリクエストを、サービス提供サーバ１４を含む、連携するサーバ群に送信する。
なお、付加されたＣｏｏｋｉｅは、配信対象セグメント作成サーバ１３で、オーディエンスデータに変換され、ターゲティングに利用される。

ＤＳＰサーバ１５は、該連携サーバ群からそれぞれのＲＴＢレスポンスを受信し、その中の最高額の応札であるＲＴＢレスポンスだけを、図示せぬＳＳＰに送信する。
該ＲＴＢレスポンスが、図示せぬＳＳＰが受信した中で最高額の応札であれば、図示せぬＳＳＰから広告配信要求が返されるので、ＤＳＰサーバ１５は、図示せぬＳＳＰを介して広告（デジタルＣＭ）を配信する。
これにより、デジタル配信対象をＩＰアドレスに基づいて設定し、例えばＴＶＣＭとは異なるデジタルＣＭを配信させることができる。このようにして、ＴＶＣＭでの一の矢に継ぐ二の矢のデジタルＣＭのＲＴＢ（リアルタイムビッディング）が実現され、その結果として、高い広告効果が得られるようになる。
また、デジタル補完目標量を達成できるようにするデジタルＣＭのＲＴＢ（リアルタイムビッディング）も実現可能になる。

３ＰＡＳサーバ１６は、インターネット広告第三者配信者が管理するサーバである。
３ＰＡＳサーバ１６は、ＤＳＰサーバ１５と連携させて、広告配信履歴（デジタルＣＭの配信の履歴）を取得する。
３ＰＡＳサーバ１６は、集計結果出力サーバ１７に向けて、広告配信履歴を送信する。

集計結果出力サーバ１７は、インターネット広告出稿者が管理するサーバである。
集計結果出力サーバ１７は、３ＰＡＳサーバ１６から送信される広告配信履歴を蓄積する。
集計結果出力サーバ１７は、蓄積された広告配信履歴を集計する処理を実行し、その集計結果に基づいて可視化データを生成する。

個別広告サーバ１８は、広告主又は広告代理者が管理するサーバである。
個別広告サーバ１８は、配信対象セグメント作成サーバ１３と連携して、デジタルＣＭをマルチチャンネル配信する。
これにより、デジタル配信対象をＩＰアドレスに基づいて設定し、例えばＴＶＣＭとは異なるデジタルＣＭを配信させることができる。この場合、個別広告サーバ１８は、電子メール、ウェブサイト、リターゲティング等の手法を用いて、ＴＶＣＭでの一の矢に継ぐ二の矢のデジタルＣＭの配信をすることが可能になる。

モニタログサーバ１９は、オンライン行動調査者が管理するサーバであり、オンライン行動調査協力者（以下、「モニター」と呼ぶ）のコンピュータに保存されたＣｏｏｋｉｅを参照することで、モニターが使用する端末情報と行動履歴（アクセスしたＵＲＬ、アクセス時間、デジタルＣＭ視聴回数、参照順等）（以下、「モニタログ」と呼ぶ）を取得して管理する。
また、オンライン行動調査者は、各モニターの個人情報を事前に把握しているので、テレビ視聴率調査者から個人情報の提供を受けて、調査協力世帯の居住者でもあるモニターについては、パネルデータとモニタログを関連付けることができる。
ここで、全ての調査協力世帯の居住者がモニターである必要は無く、また逆に全てのモニターが調査協力世帯の居住者である必要も無く、両者は一部が重複する関係であって良い。

図２は、図１の広告配信システムのうち、本発明のサーバの一実施形態としてのサービス提供サーバ１４のハードウェア構成を示すブロック図である。

サービス提供サーバ１４は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）５２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）５３と、バス５４と、入出力インターフェース５５と、出力部５６と、入力部５７と、記憶部５８と、通信部５９と、ドライブ６０と、を備えている。

ＣＰＵ５１は、ＲＯＭ５２に記録されているプログラム、又は、記憶部５８からＲＡＭ５３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ５３には、ＣＰＵ５１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ５１、ＲＯＭ５２及びＲＡＭ５３は、バス５４を介して相互に接続されている。このバス５４にはまた、入出力インターフェース５５も接続されている。入出力インターフェース５５には、出力部５６、入力部５７、記憶部５８、通信部５９及びドライブ６０が接続されている。

出力部５６は、スピーカや表示部等から構成され、各種情報を画像や音声として出力する。
入力部５７は、キーボードやマウス等から構成され、各種情報を入力する。
記憶部５８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部５９は、他の装置（図１の例では配信対象セグメント作成サーバ１３等）との間で行う通信を制御する。

ドライブ６０は、必要に応じて設けられる。ドライブ６０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア７１が適宜装着される。ドライブ６０によってリムーバブルメディア７１から読み出されたプログラムは、必要に応じて記憶部５８にインストールされる。また、リムーバブルメディア７１は、記憶部５８に記憶されている各種データも、記憶部５８と同様に記憶することができる。

なお、図示はしないが、パネルデータサーバ１０、メタデータサーバ１１、テレビメーカログサーバ１２、配信対象セグメント作成サーバ１３、ＤＳＰ（デマンドサイドプラットフォーム）サーバ１５、３ＰＡＳサーバ１６、集計結果出力サーバ１７、個別広告サーバ１８のハードウェア構成も、基本的に図２に示す構成を有しているものとする。

図３は、配信対象セグメント作成サーバ１３等の各サーバの機能的構成の一例を示す機能ブロック図である。

図３に示すように、配信対象セグメント作成サーバ１３のＣＰＵ５１においては、配信対象条件受信部１３１１と、ＣＭ視聴履歴受信部１３１２と、配信対象セグメント作成部１３１３と、配信対象セグメント共有部１３１４とが機能する。

配信対象条件受信部１３１１は、サービス提供サーバ１４から配信対象者条件を受信する。
配信対象者条件とは、デジタルＣＭの配信対象者を示す条件であって、ＤＭＰが一般にオーディエンスデータとして備えている項目で構成される条件をいう。例えば「下限年齢１３歳、上限年齢３９歳、女性」のような条件を配信対象者条件として採用することができる。

ＣＭ視聴履歴受信部１３１２は、ＴＶ視聴履歴及び対応ＩＰアドレスを、テレビメーカログサーバ１２から受信する。対応ＩＰアドレスとは、当該ＴＶ視聴履歴が得られたテレビジョン受像機Ｈ１０が接続されたルータＨ１１のＩＰアドレスである。
ＣＭ視聴履歴及び対応ＩＰアドレスは具体的には、広告主と商品等とフリクエンシー（接触回数であり、以下、「ＦＱ」と呼ぶ）と対応ＩＰアドレスで構成されている。

ＦＱは、その広告主のその商品等のＴＶＣＭ放映時に、放映チャンネルを受信していたＩＰアドレス毎の接触回数である。
テレビメーカログサーバ１２が、チャンネル毎のＴＶＣＭの放送時間帯を示すメタデータと、ＴＶ視聴履歴と組み合わせることで、特定のＴＶＣＭについてのＦＱがＩＰアドレス毎に判明する。

ＩＰアドレスＣｏｏｋｉｅ対応リストＤＢ１３２１は、パブリックＤＭＰとして蓄積させた、膨大な量のＣｏｏｋｉｅと、そのオーディエンスデータを記録する。オーディエンスデータにはＩＰアドレスも含まれ、ＩＰアドレスとＣｏｏｋｉｅの対応リストとして使用することができる。

配信対象セグメント作成部１３１３は、ＣＭ視聴履歴受信部１３１２で受信された対応ＩＰアドレスに関連付くＣｏｏｋｉｅを、ＩＰアドレスＣｏｏｋｉｅ対応リストＤＢ１３２１を参照して取得し、広告主、商品等、ＦＱ毎にリスト化することで、配信対象セグメントを作成する。

配信対象セグメントＤＢ１３２２は、例えば、セグメントＩＤと広告ＩＤとＦＱ（接触回数）からなる情報（以下、「配信対象セグメントマスタ」と呼ぶ）を記憶すると共に、セグメントＩＤとＣｏｏｋｉｅからなる情報（以下、「配信対象セグメントメンバ」と呼ぶ）を記憶する。

配信対象セグメントマスタと配信対象セグメントメンバはセグメントＩＤで関連付けられている。
これにより、広告毎ＦＱ毎の全Ｃｏｏｋｉｅを、特定することができる。
また、配信対象セグメント作成部１３１３は、配信対象条件受信部１３１１が受け付けた配信対象者条件に適合する視聴属性のＣｏｏｋｉｅを、抽出する。

配信対象セグメント共有部１３１４は、配信対象セグメント作成部１３１３で作成した配信対象セグメントを、サービス提供サーバ１４、個別広告サーバ１８と、共有する。
これにより、デジタル補完目標量に基づくデジタル配信対象や、二の矢のためのＩＰアドレスに基づくデジタル配信対象の設定が容易に可能になる。

次に、サービス提供サーバ１４のＣＰＵ５１においては、配信対象・到達目標受付部１４１１と、集計結果受信部１４１２と、補完目標設定部１４１３と、想定獲得人数算出部１４１４と、配信先集合作成部１４１５と、ＲＴＢ自動応札部１４１６と、配信対象セグメント共有部１４１７とが機能する。

配信対象・到達目標受付部１４１１は、広告主が設定する配信対象者条件及び到達目標量（リーチ×ＦＱ）を受け付ける。
配信対象者条件については具体的には、前述した通りである。
到達目標量については具体的には図示しないが、例えば２，５００，０００人に対し５回以上の様に、広告主が設定する。

集計結果受信部１４１２は、テレビメーカログＦＱ毎集計結果受信部１４１２１及び／又はパネルデータＦＱ毎集計結果受信部１４１２２を更に備える。
テレビメーカログのＦＱ毎集計結果は、テレビメーカログＦＱ毎集計結果受信部１４１２１が、テレビメーカログサーバ１２から受け付ける。

パネルデータのＦＱ毎集計結果は、パネルデータＦＱ毎集計結果受信部１４１２２が、パネルデータサーバ１０やモニタログサーバ１９から受け付ける。
テレビメーカログとは、テレビメーカがネットワークＮ経由で得たＴＶ視聴履歴をいう。
パネルデータ及び／又はテレビメーカログのＦＱ毎集計結果は具体的には、ＦＱ（接触回数）とＦＱ毎リーチ数（接触人数）で構成されている。

パネルデータを集計したＦＱ毎集計結果の場合、ＦＱは、その広告主のその商品等のＴＶＣＭ放映時に、放映チャンネルを視聴した人毎の回数である。
リーチ数（接触者数）は、ＦＱ毎の接触者数に、人口統計等と掛け合わせて集計した推定接触者数である。

パネルデータＦＱ毎集計結果受信部１４１２２は、モニタログサーバ１９から、モニタログと関連付けられたパネルデータを受け付けても良い。
この様にすることにより、後述する補完目標設定部１４１３において、一部を実績値に基づいて処理することができる為、デジタルＣＭ配信による目標達成度を向上させることができる。

パネルデータサーバ１０は、デモグラフィック情報を保有している為、例えば年齢毎、性別毎の集計人数に人口統計等を掛け合わせことができる。

テレビメーカログを集計したＦＱ毎集計結果の場合、ＦＱは、その広告主のその商品等のＴＶＣＭ放映時に、放映チャンネルを視聴した世帯毎の回数である。
接触者数は、ＦＱ毎の世帯数である。

補完目標設定部１４１３は、到達目標量（リーチ×ＦＱ）に対する、現在の実績量の差分（不足数）に基づいて、デジタル補完目標量を設定する。ここで、現在の実績量は、上述したように、初回時には少なくともＴＶＣＭについての実績量が用いられるが、デジタル補完目標量が更新される場合（２回目以降に補完目標量が設定される場合）、デジタルＣＭが用いられてもよい。
なお、パネルデータＦＱ毎集計結果受信部１４１２２が、モニタログと関連付けられたパネルデータを受け付けた場合、補完目標設定部１４１３は、初回時からＴＶＣＭについての実績量に加えて、デジタルＣＭについての実績量にも基づくことにより、精度良くデジタル補完目標量を設定することができる。
デジタル補完目標量は、具体的には例えば、性別や年齢といったオーディエンスデータが通常備える一以上の項目とＦＱの組み合わせ毎に、差分（不足数）に基づいて決定した到達目標量を充足し得る人数を組み合わせたものである。

想定獲得人数算出部１４１４は、配信対象・到達目標受付部１４１１が受け付けた配信対象者条件に該当する想定獲得人数を、広告主、商品等、ＦＱ毎、配信先毎に算出する。

配信先集合作成部１４１５は、想定獲得人数から補完目標設定部１４１３が設定したデジタル補完目標量に到達可能となるデジタル配信対象の集合を作成し、配信先データＤＢ１４２２に記憶させる。
ＲＴＢ自動応札部１４１６は、ＤＳＰサーバ１５からのＲＴＢリクエストを受信する。

そして、ＲＴＢ自動応札部１４１６は、配信対象セグメント共有部１４１７と連携し、配信先データＤＢ１４２２を参照することにより、ＲＴＢリクエストに対して、応札すべきかを判断する。
配信対象セグメント共有部１４１７は、ＤＳＰサーバ１５からのＲＴＢリクエストに対するレスポンス、即ちＲＴＢレスポンスを適宜自動的にＤＳＰサーバ１５に送信する。

配信対象セグメント共有部１４１７は、配信対象セグメント作成サーバ１３と配信対象セグメントを共有する。
共有した配信対象セグメントは、ＲＴＢ自動応札部１４１６での自動応札に利用される。

具体的には、ＲＴＢ自動応札部１４１６は、ＤＳＰサーバ１５からのＲＴＢリクエストからＣｏｏｋｉｅを取得し、配信対象セグメント共有部１４１７が共有する全配信対象セグメントから、同一のＣｏｏｋｉｅを含む配信対象セグメントを特定し、例えばデジタル補完目標量に到達させる目的であれば、低ＦＱの配信対象セグメントであった場合のみＲＴＢレスポンスを送信して応札する。
なお、ここではデジタル補完目標量に到達させる目的の場合で説明したが、例えば二の矢の配信目的の場合にも、高ＦＱの配信対象セグメントであった場合のみとすることで、同様の応札を実現できる。

次に、３ＰＡＳサーバ１６のＣＰＵ５１においては、広告配信情報受信部１６１１と、広告配信ログ管理部１６１２と、広告配信ログ送信部１６１３とが機能する。
広告配信情報受信部１６１１は、サービス提供サーバ１４からのＲＴＢレスポンスが最高額の応札であった場合になされるデジタルＣＭ配信の実績情報である広告配信情報をＤＳＰサーバ１５から受信する。

デジタルＣＭ配信の実績情報は具体的には、図示せぬ広告コンテンツ配信サーバが広告コンテンツを配信した場合の、日時、広告主及び商品等が特定できるＩＤ、配信を受けた端末のＣｏｏｋｉｅやＩＰアドレス等の情報である。
図示せぬ広告コンテンツ配信サーバは、例えば低ＦＱの配信対象セグメントに属するＣｏｏｋｉｅが付与されたＤＳＰサーバ１５からのＲＴＢリクエストに対して、最高額で応札するＲＴＢレスポンスをＲＴＢ自動応札部１４１６が送信した結果、ＤＳＰサーバ１５からされた広告配信要求に応じて広告コンテンツを配信する。

また、上述の具体例ではデジタル補完目標量に到達させる目的の場合で説明したが、二の矢の配信目的の場合でも良い。例えば図示せぬ広告コンテンツ配信サーバが、高ＦＱの配信対象セグメントに属するＣｏｏｋｉｅが付与されたＤＳＰサーバ１５からのＲＴＢリクエストに対して、最高額で応札するＲＴＢレスポンスをＲＴＢ自動応札部１４１６が送信した結果、ＤＳＰサーバ１５からされた広告配信要求に応じて広告コンテンツを配信しても良い。
なお、広告コンテンツ配信サーバはサービス提供サーバ１４が兼ねても良い。

広告配信ログ管理部１６１２は、広告配信情報受信部１６１１が受信した広告配信情報を広告配信ログとして管理する。
広告配信ログ送信部１６１３は、広告配信ログ管理部１６１２が管理する広告配信ログを集計結果出力サーバ１７に送信する。

次に、集計結果出力サーバ１７のＣＰＵ５１においては、広告配信ログ受信部１７１１と、合計到達数集計部１７１２と、可視化処理部１７１３とが機能する。
広告配信ログ受信部１７１１は、テレビメーカログサーバ１２、３ＰＡＳサーバ１７及び個別広告サーバ１８から広告配信ログを受信する。
また、広告配信ログ受信部１７１１は、モニタログサーバ１９からモニタログを受信する。

合計到達数集計部１７１２は、広告配信ログ受信部１７１１が受信した広告配信ログを解析して、ＴＶＣＭ及びデジタルＣＭでの通算接触回数での到達目標量（指定接触回数到達人数）を集計する。
また、合計到達数集計部１７１２は、広告配信ログ受信部１７１１が受信したモニタログを解析して、ＴＶＣＭ及びデジタルＣＭでの通算接触回数での到達目標量（指定接触回数到達人数）を集計する。

なお、合計到達数集計部１７１２は、到達目標量（指定接触回数到達人数）に限定することなく、通算接触回数毎の到達人数を集計しても良い。
また、例えば目標達成後の二の矢の配信の場合にＴＶ視聴履歴及び対応ＩＰアドレスに相当するものとして、ＩＰアドレス毎の通算接触回数の集計結果をＣＭ視聴履歴受信部１３１２に受信させても良い。

可視化処理部１７１３は、到達目標量（指定接触回数到達人数）等の可視化処理を行う。
なお、可視化処理部１７１３は、到達目標量（指定接触回数到達人数）に限定することなく、通算接触回数毎の到達人数を可視化処理し、例えば目標達成後の二の矢の配信の場合の対象者を可視化しても良い。

次に、個別広告サーバ１８のＣＰＵ５１においては、配信対象セグメント共有部１８１１と、マルチチャンネル配信実行部１８１２と、ログデータ送信部１８１３とが機能する。

配信対象セグメント共有部１８１１は、配信対象セグメント作成サーバ１３と配信対象セグメントを共有する。
共有した配信対象セグメントは、マルチチャンネル配信実行部１８１２でマルチチャンネル配信に利用される。

マルチチャンネル配信実行部１８１２は、マルチチャンネル配信を行う。
マルチチャンネル配信実行部１８１２が実行するマルチチャンネル配信には、例えば電子メール送信、ウェブサイト閲覧可能化、リターゲティング広告配信等を採用することができる。

マルチチャンネル配信実行部１８１２が実行するマルチチャンネル配信は、配信対象セグメント共有部１８１１が共有する配信対象セグメントのオーディエンスデータに基づき行われる。
具体的には、配信対象セグメント共有部１８１１が共有する高ＦＱの配信対象セグメントのオーディエンスデータから、例えば電子メールアドレスを抽出する等によりマルチチャンネル配信を行うことができる。

また、例えばウェブサイト訪問端末のＩＰアドレスと、高ＦＱの配信対象セグメントのオーディエンスデータに含まれたＩＰアドレスとをマッチングすることにより、Ｃｏｏｋｉｅを取得して、リターゲティング広告配信を行うことができる。
なお、ここでは二の矢の配信目的の場合で説明したが、例えば低ＦＱの配信対象セグメントの場合にのみリターゲティング広告を配信すれば、デジタル補完目標量に到達させることを目的とするマルチチャンネル配信が実現できる。

ログデータ送信部１８１３は、マルチチャンネル配信のログデータを集計結果出力サーバ１７に送信する。

以上、配信対象セグメント作成サーバ１３、サービス提供サーバ１４、３ＰＡＳサーバ１６、集計結果出力サーバ１７及び個別広告サーバ１８の機能的構成について説明した。
次に、図８を参照して、このような機能的構成を有する配信対象セグメント作成サーバ１３の処理の流れを、図４、１３を参照して、このような機能的構成を有するサービス提供サーバ１４のデジタルＣＭ配信準備段階での処理の流れを説明する。

図４は、サービス提供サーバ１４の到達目標設定処理の流れを説明するフローチャートである。
ステップＳ１１において、サービス提供サーバ１４の配信対象・到達目標受付部１４１１は、広告主が設定する配信対象者条件及び到達目標量（リーチ×ＦＱ）を受け付ける。

ステップＳ１２において、サービス提供サーバ１４の集計結果受信部１４１２は、パネルデータ及び／又はテレビメーカログのＦＱ毎集計結果を受け付ける。
当該パネルデータはモニタログと関連付けられたものであっても良い。

例えば本実施形態では、図５に示す構造のパネルデータが採用されている。また、例えば本実施形態では、図６に示す構造のＦＱ毎集計結果が採用されている。

図５は、図１の広告配信システムのうち、本発明の一実施形態に係るパネルデータサーバ１０が格納するデータベースの構成を示す図である。
パネルデータは、視聴開始時刻、放送局ＩＤ、視聴終了時刻、視聴者コードを含む。
視聴開始時刻は、ある放送局チャンネルの視聴を開始した時刻であり、テレビ受像機で視聴を開始した時刻又はチャンネルを変更した時刻である。

放送局ＩＤは、視聴した放送局チャンネルを識別する為の、放送局についての一意符号である。
視聴終了時刻は、ある放送局チャンネルの視聴を終了した時刻であり、テレビ受像機で視聴を終了した時刻又はチャンネルを変更した時刻である。

視聴者コードは、テレビの前にいる調査協力世帯の居住者に視聴開始・終了の都度、公知の押しボタン装置やリモコンを用いて、誰がそのコンテンツを視聴していたかを自己申告させた情報である。
図５のパネルデータの各レコードは、視聴者コード０の居住者が、２０１５年９月１日１８時１１分１０秒から５０１の放送局ＩＤのチャンネルの視聴を開始し、２０１５年９月１日１８時５８分３４秒に３０１の放送局ＩＤのチャンネルに切り替える操作を行い、２０１５年９月１日２０時４７分３秒からは視聴者コード２の居住者も視聴に加わり、２０１５年９月１日２２時１５分５８秒に２０１の放送局ＩＤのチャンネルに切り替える操作を行い、２０１５年９月１日２３時３０分２２秒に視聴を終了した場合の具体例を示している。

図６は、図１の広告配信システムのうち、本発明の一実施形態に係るテレビメーカログサーバ１２が送信するＦＱ毎集計結果の具体例を示す図である。
ＦＱ毎集計結果は、ＦＱ、接触人数を含む。

ＦＱは、あるＴＶＣＭについての接触回数である。
接触人数は、当該ＴＶＣＭの当該接触回数についての人数である。

図６のＦＱ毎集計結果は、あるＴＶＣＭについての接触回数が０、１〜２、３〜４、５以上である人数が、それぞれ２８８万６８１９人、２５１万７３１０人、１６０万３３２８人、１５６万４７８２人である場合の具体例を示している。
なお、ＦＱ未達計の７００万７４５７人は、指定接触回数である５に到達していない接触回数０、１〜２、３〜４の合計人数である。

ステップＳ１３において、サービス提供サーバ１４の補完目標設定部１４１３は、到達目標量（リーチ×ＦＱ）に対する不足数を算出する。

ステップＳ１４において、サービス提供サーバ１４の補完目標設定部１４１３は、算出した不足数から、デジタル補完目標量を設定する。

例えば本実施形態では、図７に示す様なデジタル補完目標量が設定される。
補完目標は、地域、性別、下限年齢、上限年齢、ＦＱ、人数を含む。

地域は、補完の対象としたい視聴者及びユーザが居住する地理的範囲を識別する符号である。
性別は、補完の対象としたい視聴者及びユーザの性別である。

下限年齢は、補完の対象としたい視聴者及びユーザの年齢の下限である。
上限年齢は、補完の対象としたい視聴者及びユーザの年齢の上限である。

ＦＱは、広告主により設定された商品等のＣＭについての指定接触回数である。
人数は、広告主により設定された商品等のＣＭについて指定接触回数到達人数の到達目標量に対する実績量の不足分である。

図７の補完目標は、我が国に居住し、１３歳から３９歳の年齢層に属する女性を対象として、広告主により設定された商品等のＣＭについての合計接触回数が５以上となる人数を３７万７９４１人以上増加させるべき場合に設定される具体例を示している。

図８は、配信対象セグメント作成サーバ１３の配信対象セグメント作成処理の流れを説明するフローチャートである。
ステップＳ２１において、配信対象セグメント作成サーバ１３の配信対象条件受信部１３１１は、サービス提供サーバ１４の配信対象・到達目標受付部１４１１が受け付けた配信対象者条件を、受信する。

ステップＳ２２において、配信対象セグメント作成サーバ１３のＣＭ視聴履歴受信部１３１２は、ＣＭ視聴履歴及び対応ＩＰアドレスを、受信する。
例えば本実施形態では、図９に示す様なＣＭ視聴履歴及び対応ＩＰアドレスが採用される。

ＣＭ視聴履歴は、広告主、商品、ＦＱの情報を含み、その対応するＩＰアドレスが付加されている。
広告主は、広告主を識別する為の一意符号である。
商品は、広告主により設定された商品等のＣＭを識別する為の一意符号である。
ＦＱは、広告主毎、商品毎、テレビメーカに視聴履歴を送信する世帯毎に集計したＴＶＣＭの実績接触回数である。

ＩＰアドレスは、ネットワークＮを介して、当該テレビジョン受像機Ｈ１０を製造販売したテレビメーカに視聴履歴を送信する世帯のネットワーク通信機器に割り当てられたＩＰアドレスである。世帯の居住者がインターネットを利用する場合には、当該ＩＰアドレスが使用される。
図９のＣＭ視聴履歴は、ある世帯で集計した、ある広告主のある商品のＴＶＣＭの実績接触回数が５であり、当該世帯の居住者がインターネットを利用する場合に使用されるＩＰアドレスは１１８．２１．１１７．２３６である場合の具体例を示している。

ステップＳ２３において、配信対象セグメント作成サーバ１３の配信対象セグメント作成部１３１３は、ＣＭ視聴履歴受信部１３１２で受信したＣＭ視聴履歴及び対応ＩＰアドレスに関連付くＣｏｏｋｉｅを、広告主、商品等、ＦＱ毎にリスト化する。

例えば本実施形態ではリスト化されたものは、図１０に示す様なＩＰアドレスＣｏｏｋｉｅ対応リストＤＢ１３２１に格納される。

ＩＰアドレスＣｏｏｋｉｅ対応リストは、ＩＰアドレス、クッキー情報を含む。
ＩＰアドレスは、情報端末が、デジタルＣＭ配信を要求したインターネット通信に使用したＩＰアドレスである。

クッキー情報は、そのデジタルＣＭ配信要求に付加されたＣｏｏｋｉｅが格納される。
これらの情報は、サービス提供サーバ１４等がログとして収集し、これに基づいてＩＰアドレスＣｏｏｋｉｅ対応リストＤＢ１３２１を作成することができる。

図１０のＩＰアドレスＣｏｏｋｉｅ対応リストは、ＩＰアドレスが１１８．２１．１１７．２３６である場合のＣｏｏｋｉｅが特定できる場合の具体例を示している。
これにより、図１０のＣＭ視聴履歴とＩＰアドレス１１８．２１．１１７．２３６で突合させることで、当該Ｃｏｏｋｉｅのユーザが前記広告主の前記商品についてのＴＶＣＭ実績接触回数が５である配信セグメントを、そのメンバとして構成すべきことが分かる。

ステップＳ２４において、配信対象セグメント作成サーバ１３の配信対象セグメント作成部１３１３は、配信対象条件受信部１３１１が受け付けた配信対象者条件に適合する視聴属性のＣｏｏｋｉｅを、抽出する。
例えば本実施形態では、図１１に示す様な配信対象セグメントマスタ及び図１２に示す様な配信対象セグメントメンバが採用される。

図１１は、図１の広告配信システムのうち、本発明の一実施形態に係る配信対象セグメント作成サーバ１３が格納する配信対象セグメントマスタデータベースの構成を示す図である。
図１１に示す配信対象セグメントマスタは、セグメントＩＤ、広告ＩＤ、ＦＱを含む。

セグメントＩＤは、配信対象セグメントを識別する為の一意符号である。
広告ＩＤは、広告主により設定された商品等のＣＭを識別する為の一意符号である。

ＦＱは、広告主により設定された商品等のＣＭのフリクエンシーについての、デジタルＣＭ配信対象としたいユーザーの実績量である。
図１１の配信対象セグメントマスタの各レコードは、広告ＩＤ０００６についての接触回数が０のユーザの集合を００１のセグメントＩＤとし、同じく接触回数が１のユーザの集合を００２のセグメントＩＤとする場合の具体例を示している。

図１２は、図１の広告配信システムのうち、本発明の一実施形態に係る配信対象セグメント作成サーバ１３が格納する配信対象セグメントメンバデータベースの構成を示す図である。
図１２に示す配信対象セグメントメンバは、セグメントＩＤ、クッキー情報を含む。

セグメントＩＤは、配信対象セグメントを識別する為の一意符号である。
当該クッキー情報には、デジタルＣＭ配信要求に付加されるクッキーが格納される。

配信対象セグメントマスタにはその広告ＩＤについて、そのＦＱの実績量となっているクッキーの配信対象セグメントメンバが、セグメントＩＤにより１対ｎ（ｎは１以上の数）で関連付けられる。
図１２の配信対象セグメントメンバの各レコードはユーザに対応し、広告ＩＤ０００６についての接触回数が０であるＩＤ００１セグメントは、Ｃｏｏｋｉｅがｃ０６ｂｆ１０６３のユーザ等５ユーザで構成し、同じく接触回数が１であるＩＤ００２セグメントは、２ユーザで構成する場合の具体例を示している。

ステップＳ２５において、配信対象セグメント作成サーバ１３の配信対象セグメント共有部１３１４は、配信対象セグメント作成部１３１３で抽出したＣｏｏｋｉｅを、サービス提供サーバ１４と、共有する。
これにより、デジタル補完目標量に基づくデジタル配信対象や、二の矢のためのＩＰアドレスに基づくデジタル配信対象の設定が容易に可能になる。

図１３は、サービス提供サーバ１４の配信先プランニング処理の流れを説明するフローチャートである。
ステップＳ３１において、サービス提供サーバ１４の想定獲得人数算出部１４１４は、
配信対象・到達目標受付部１４１１が受け付けた配信対象者条件に該当する想定獲得人数を、広告主、商品等、ＦＱ毎デジタル配信対象毎に算出する。

ステップＳ３２において、サービス提供サーバ１４の配信先集合作成部１４１５は、想定獲得人数から補完目標設定部１４１３が設定したデジタル補完目標量に到達可能となるデジタル配信対象の集合を作成する。

図１３には図示しないが、このようなデジタル配信対象の集合により、例えば本実施形態では、図１４に示す様な配信設定が作成される。
配信設定は、配信対象、配信対象素材、想定獲得人数を含む。

配信対象は、デジタルＣＭ配信の入札対象とするサイトを特定する符号である。
配信対象素材は、デジタルＣＭとして配信されるコンテンツを識別する符号である。
想定獲得人数は、ステップＳ３１で算出された指定接触回数到達見込み人数であり、該当する配信対象セグメントの配信対象セグメントメンバとして収集したＣｏｏｋｉｅの数等に基づいて算出される。

本実施例では配信設定は、配信対象及び配信対象素材の組合せにより一意である。
図１４の配信設定は、ＦＱが３以上のユーザについては配信対象０２＿ｒｋｔｎ＿ｐｃの想定獲得人数が１５万人、配信対象０１＿ｒｋｔｎ＿ｓｐ＿ａｎｄｒｏｉｄの想定獲得人数は３０万人であり、同じ商品についてのＴＶＣＭと違う素材をデジタルＣＭで配信し、ＦＱが２以下のユーザについては配信対象０２＿ｒｋｔｎ＿ｐｃの想定獲得人数が３５万人、配信対象０１＿ｒｋｔｎ＿ｓｐ＿ａｎｄｒｏｉｄの想定獲得人数は５０万人であり、ＴＶＣＭと同じ素材をデジタルＣＭで配信である場合の具体例を示している。

近年、繰り返し同じＣＭに接触することによりＣＭに対する関心の低下を避ける為、同じ商品についてＣＭのバリエーションを複数用意して、連続ドラマの様に展開が進んでいくＣＭの採用例が増加している。
この様なＣＭでは、素材の切り替えまでの期間が問題となる。各ユーザ毎のＦＱとは無関係に一律にＣＭに接触させる従来のＴＶＣＭ、デジタルＣＭ配信では、切り替えまでの期間が長ければ、次第にＣＭに対する関心が低下してしまい、短ければ順次連続して接触するべきＣＭを見落とす接触者が発生し、却って不快感を与えてしまう。本実施例では各ユーザ毎のＦＱに応じて素材を切り替えることができ、素材の切り替えまでの期間の問題をも、解決することができる。

以上、デジタルＣＭ配信準備段階での配信対象セグメント作成サーバ１３の処理の流れ、及びサービス提供サーバ１４のデジタルＣＭ配信準備段階での処理の流れを説明した。
次に、デジタルＣＭ配信段階での各サーバ間の動作手順を説明する。

図１５は、本発明の一実施形態に係る広告配信システムにおける各サーバ間のデジタルＣＭ配信実施段階での要求／応答の手順を示す図である。
ユーザは、情報端末及びＷＥＢブラウザを操作して、サイトＡのＷＥＢサーバに閲覧の要求を送信する。

サイトＡのＷＥＢサーバは、閲覧要求を受信すると、これに応じてサイトＡのＷＥＢページのＨＴＭＬデータ等をユーザの情報端末に送信すると共に、ＳＳＰ（サプライサイドプラットフォーム）に、当該ＷＥＢブラウザのＣｏｏｋｉｅ情報を付加して、デジタルＣＭの入札要求を送信する。
ＳＳＰ（サプライサイドプラットフォーム）は、デジタルＣＭの入札要求を受信すると、これに応じて複数のＤＳＰ（デマンドサイドプラットフォーム）に前記Ｃｏｏｋｉｅ情報を付加して、デジタルＣＭのＲＴＢ（リアルタイムビッディング）リクエストを送信する。

各ＤＳＰ（デマンドサイドプラットフォーム）は、デジタルＣＭのＲＴＢ（リアルタイムビッディング）リクエストを受信すると、複数の広告配信サーバに前記Ｃｏｏｋｉｅ情報を付加して、デジタルＣＭのＲＴＢ（リアルタイムビッディング）リクエストを送信する。
本実施形態では、サービス提供サーバ１４が各広告配信サーバの一つとして機能する。

各広告配信サーバは、前記Ｃｏｏｋｉｅ情報に基づいてユーザの属性を把握し、応札額を決定してＤＳＰ（デマンドサイドプラットフォーム）に、ＲＴＢ（リアルタイムビッディング）レスポンスを送信する。
ここで、広告配信サーバであるサービス提供サーバ１４は、前記Ｃｏｏｋｉｅ情報からこのＲＴＢ（リアルタイムビッディング）の応札に成功すれば、図９の例で入力された補完目標の、地域、性別、下限年齢、上限年齢の条件を満たす１８才女性の属性を持つユーザにデジタルＣＭを配信できることを把握できるので、ＦＱ、人数の実績量が目標到達量に未達であれば応札し、目標到達量超えていれば応札しない。また、その度合いに応じて応札額を決定するようにしても良い。

各ＤＳＰ（デマンドサイドプラットフォーム）は、前記複数の広告配信サーバからＲＴＢ（リアルタイムビッディング）レスポンスを受信すると、その中の最高額の応札について、前記ＳＳＰ（サプライサイドプラットフォーム）に、ＲＴＢ（リアルタイムビッディング）レスポンスを送信する。
サービス提供サーバ１４が最高額で応札していれば、ＤＳＰ（デマンドサイドプラットフォーム）はその額を、前記ＳＳＰ（サプライサイドプラットフォーム）に、送信する。

前記ＳＳＰ（サプライサイドプラットフォーム）は、前記複数のＤＳＰ（デマンドサイドプラットフォーム）からＲＴＢ（リアルタイムビッディング）レスポンスを受信すると、その中で最高額で応札するＤＳＰ（デマンドサイドプラットフォーム）に、デジタルＣＭの配信要求を送信する。
サービス提供サーバ１４からの応札額がこの段階でも最高額であれば、当該応札額をＲＴＢ（リアルタイムビッディング）レスポンスしたＤＳＰ（デマンドサイドプラットフォーム）に、デジタルＣＭの配信要求が送信され、サービス提供サーバ１４はＤＳＰ（デマンドサイドプラットフォーム）、を介してデジタルＣＭを配信することができる。

当該ＤＳＰ（デマンドサイドプラットフォーム）は、デジタルＣＭの配信要求を受信すると、デジタルＣＭのコンテンツデータを、前記ＳＳＰ（サプライサイドプラットフォーム）に送信する。
図示しないが前記ＤＳＰ（デマンドサイドプラットフォーム）は、サービス提供サーバ１４が最終的に入札できたのであれば、デジタルＣＭの配信情報を３ＰＡＳサーバ１６に送信する。

前記ＳＳＰ（サプライサイドプラットフォーム）は、前記ＤＳＰ（デマンドサイドプラットフォーム）からデジタルＣＭのコンテンツデータを受信する。
前記ＳＳＰ（サプライサイドプラットフォーム）は、当該デジタルＣＭのコンテンツデータを受信すると、サイトＡのＷＥＢサーバに、デジタルＣＭのコンテンツデータを送信する。
以上の一連の手順のより、サイトＡのＷＥＢサーバを介してサイトＡのＷＥＢページ中に設定されたデジタルＣＭ枠に、コンテンツを表示させることができる。

以上、デジタルＣＭ配信段階での各サーバ間の動作手順を説明した。
次に、集計結果出力サーバが出力する集計結果を説明する

図１６は、本発明の一実施形態に係る集計結果出力サーバが出力する集計結果の具体例を示す図である。
集計結果は、メディア、想定人数、目標達成率を含む。

メディアにはＴＶＣＭ、デジタルＣＭ及びこれらの合計が属する。
想定人数は、人口統計に基づいて推計した指定接触回数到達人数である。

目標達成率は、指定接触回数到達人数についての、到達目標量に対する実績量の割合である。
図１６の集計結果は、人口統計で推計したある商品のＣＭについての指定接触回数到達人数がＴＶＣＭのみで１０００万人、ＴＶＣＭに加えてＷＥＢで補完した人数が５００万０人、これらの合計が１５００万人であり、到達目標量が１３６３万６３６４人程度であって、これに対する目標達成率がそれぞれ７３％、３７％、１１０％である場合の具体例を示している。

以上、集計結果出力サーバが出力する集計結果を説明した。
次に、パネルデータとモニタログを関連付ける場合のデータの流れを説明する

図１７は、本発明の一実施形態に係る広告配信システムにおけるデータの流れを説明する図である。
ＴＶ視聴データは、テレビ視聴率調査者がパネルデータサーバ１０で管理するパネルデータ又はこれを集計させたものである。ＴＶ視聴者ＩＤは調査協力世帯の居住者毎に一意に振られたＩＤであり、モニターでもある者については、ＴＶ視聴者→ネット利用者ＩＤ変換表により、ネット利用者ＩＤに置換することができる。

ＴＶ視聴者→ネット利用者ＩＤ変換表は、テレビ視聴率調査者及びオンライン行動調査者が保有する個人情報を突合して作成しておくことで、以後の個人特定情報の閲覧を不要とすることができる。
ＴＶ視聴データからは、任意のＴＶＣＭのＦＱを、調査協力世帯の居住者毎に、知ることができる。

ネット広告視聴データは、オンライン行動調査者がモニタログサーバ１９で管理するモニタログ又はこれを集計させたものである。
属性データは、オンライン行動調査者がサーバで管理するデモグラフィックデータである。

ネット広告視聴データ及び属性データのネット利用者ＩＤはモニター毎に一意に振られたＩＤである。調査協力世帯の居住者でもある者についてはネット利用者ＩＤにより、ＴＶ視聴データとネット広告視聴データ及び属性データとを結合させた、結合データを生成することができる。

ネット利用者ＩＤは、更にネット利用者→外部用ＩＤ変換表により、外部用ＩＤに置換することができる。これにより、個人の特定を、更に困難にすることができる。
なお外部用ＩＤは、任意の一意ものを採用することができ、例えばＴＶ視聴者ＩＤと同じとしても良い。

結合データは、ＴＶ放送連動サービス提供者が、本発明に係るデジタルＣＭ配信結果の集計、レポート作成に利用する。また更には、本発明に係る広告配信システムにパネルデータとして受信させ、デジタルＣＭの配信を行わせても良い。
これにより本発明に係る広告配信システムは、デジタルＣＭの初回ＴＶ連動配信時からＴＶＣＭについての実績量に加えて、デジタルＣＭについての実績量にも基づいて、精度良くデジタル補完目標量を設定することができる。

図１８は、本発明の第三の実施形態に係るサービス提供サーバの機能的構成の一例を示す機能ブロック図である。
図１８に示すサービス提供サーバ１４のＣＰＵ５１における構成については、第一実施形態、第二実施形態と共通するものに関しては、適宜説明を省略する。

図１８に示すように、サービス提供サーバ１４のＣＰＵ５１においては、出稿計画受付部８０と、アクチャルデータ受付部８１と、ＧＲＰ予測部８２と、リーチ率予測部８３と、リーチ率予測部８４と、配信結果入力部８６、リーチ人数予測部８７と、リーチ人数予測部８８と、ギャップ人数算出部９０と、ギャップ人数算出部９１と、補完配信量算定部９２と、補完配信量算定部９３と、配信計画作成部９５と、配信計画修正部９７とが機能する。
リーチ率予測部８３においては更に、到達目標量取得部８３ａが機能する。
リーチ率予測部８４においては更に、到達目標量取得部８４ａが機能する。
補完配信量算定部９２においては更に、デジタルＣＭリーチ予測部９２ａが機能する。
補完配信量算定部９３においては更に、デジタルＣＭリーチ予測部９３ａが機能する。

出稿計画受付部８０はキャンペーン開始前に機能する機能ブロックであり、放送局、タイムランク（もしくは時間単位）毎の予定されているＣＭ出稿本数データである出稿計画情報を受付ける。
なお、「線引表」等の、広告主が紙で保有しているドキュメントをＯＣＲ（光学式文字読み取り装置）により出稿計画ドキュメントを、出稿計画情報として直接読み取り自動入力させても良い。

アクチャルデータ受付部８１はキャンペーン期間中に機能する機能ブロックであり、キャンペーン期間中のリアルタイム出稿実績データ（ＧＲＰ、リーチ率）であるアクチャルデータを受け付ける。
アクチャルデータ受付部８１は更に、キャンペーン過去実績ＤＢ８５を、アクチャルデータに基づいて、更新しても良い。

ＧＲＰ予測部８２はキャンペーン開始前に機能する機能ブロックであり、図示せぬパネルＤＢに格納された、パネルデータを参照して、予測世帯ＧＲＰ値を算出する。参照するパネルデータは、世帯別に集計されたＧＲＰ及びリーチ率を含むデータである。

リーチ率予測部８３が備える到達目標量取得部８３ａはキャンペーン開始前に機能する機能ブロックであり、キャンペーン期間及びターゲット等の情報を含む、キャンペーン情報を受領する。
また、リーチ率予測部８３はキャンペーン開始前に機能する機能ブロックであり、リーチ率予測部８３は、キャンペーン過去実績ＤＢ８５に格納された、キャンペーン過去実績値を参照して、キャンペーン終了時にターゲットの何％に到達（リーチ）できるかについての予測値である予測ターゲットリーチ率を、予測世帯ＧＲＰ値及び図１７の結合データに基づいて算出する。

キャンペーン過去実績値については広告主自身のものを参照するが、当該会社分の件数が過少である場合や、実施時期が遠い等の場合は、必要に応じて、類似する業態のものの出稿データ（ＧＲＰ、リーチ率）により、補完しても良い。
リーチ率予測部８３は、図１７の結合データを利用することで、デモグラ属性のみならず、購買履歴や嗜好性などの属性情報に基づいて、予測ターゲットリーチ率を算出することができる。
あらかじめ設定しているターゲット情報は、例えば「２０代女性」、「会社員男性」等である。

リーチ率予測部８４及びリーチ率予測部８４が備える到達目標量取得部８４ａは、リーチ率予測部８３及び到達目標量取得部８３ａと略同一の機能ブロックであり、リーチ率予測部８４は、キャンペーン期間中に、予測ターゲットリーチ率を算出し、到達目標量取得部８４ａは、キャンペーン期間中に、キャンペーン情報を受領する点が異なる。なお、キャンペーン開始前に受領したキャンペーン情報を保持している場合は、キャンペーン期間中におけるキャンペーン情報の再度の受領を省略して良いことは、言うまでもない。
また、リーチ率予測部８４は、キャンペーン期間中に、リアルタイム出稿実績データ（ＧＲＰ及びリーチ率）であるアクチャルデータに基づいて補正した予測世帯ＧＲＰ値及び図１７の結合データに基づいて予測ターゲットリーチ率を算出する点が異なる。

配信結果入力部８６はキャンペーン期間中に機能する機能ブロックであり、各ＤＳＰからの配信レポートをインポートすることにより、配信実績を、記憶部５８の一部に入力する。
また、ＤＳＰによる補完配信実績のみならず、Ｆａｃｅｂｏｏｋ（登録商標）やＴｗｉｔｔｅｒ（登録商標）などのソーシャルメディアにおける接触状況も記憶部５８の一部に入力することができる。

リーチ人数予測部８７はキャンペーン開始前に機能する機能ブロックであり、ターゲット人口ＤＢ８９に格納されたＴＶ放送連動サービス提供者が人口統計データを基にＴＶ保有率やネット利用率を掛け合わせてターゲット毎に集計して作成した、ターゲット人口データに基づいて、予測ターゲットリーチ率からキャンペーン終了時の予測ターゲット到達人数を算出する。
ターゲット人口データは、予測ターゲットリーチ率から、到達可能な人数を、例えば２０代女性○○万人の様に算出することができるデータであれば、如何なるものであっても良い。
リーチ人数予測部８７は、図１７の結合データを利用することにより、デモグラ属性のみならず、購買履歴や嗜好性などの属性情報を基に予測ターゲット到達人数を算出することができる。

リーチ人数予測部８８は、リーチ人数予測部８７と略同一の機能ブロックであり、キャンペーン期間中に機能する点が、異なる。

ギャップ人数算出部９０はキャンペーン開始前に機能する機能ブロックであり、キャンペーン終了時の目標到達人数に対して、予測ターゲット到達人数がどれだけかい離しているかの差分値であるギャップ人数を算出する。

ギャップ人数算出部９１は、ギャップ人数算出部９０と略同一の機能ブロックであり、キャンペーン期間中に機能する点及び、ＴＶＣＭの視聴回数のみでは所定の接触回数に到達しないが、配信実績に基づく実測又は予測したデジタルＣＭの配信回数との通算では所定回数に到達するターゲットについての人数を、予測ターゲット到達人数に加えてギャップ人数を算出する点が異なる。

補完配信量算定部９２はキャンペーン開始前に機能する機能ブロックであり、ギャップ人数に基づいて、目標達成に必要な配信数（インプレッション数、ユニークユーザ数）を補完配信量として算定する。
補完配信量算定部９２は、予め補完率ＤＢ９４に格納されたターゲット・メディア単位の補完率情報に基づいて、例えばギャップ人数を補完率で除算して得た人数をデジタルＣＭ配信対象人数とする等して、目標達成に必要な配信人数を算定する。
続いて、補完配信量算定部９２が備えるデジタルＣＭリーチ予測部９２ａはキャンペーン開始前に機能する機能ブロックであり、目標達成に必要な配信人数から逆算して、必要な配信数を補完配信量として算定する。

補完配信量算定部９３及びデジタルＣＭリーチ予測部９３ａは、補完配信量算定部９２及びデジタルＣＭリーチ予測部９２ａと略同一の機能ブロックであり、キャンペーン期間中に機能する点が、異なる。

配信計画作成部９５はキャンペーン開始前に機能する機能ブロックであり、目標達成に必要な配信数（インプレッション数及びユニークユーザ数）と配信単価との積である目標達成必要予算額を算出する。
また、目標達成に必要な配信インプレッション数を、キャンペーン期間の全日数で除した量である１日当たりの配信ボリューム及びその配信予算を算出する。
この様にして、デジタルＣＭについての配信計画を作成し、配信計画のデータを、配信計画ＤＢ９６に格納する。
また、配信計画作成部９５は、目標到達の可能性を視覚的・直感的に把握できる、表示画面を作成する。
配信計画は案として作成し、広告主に承認を求め、承認後に実行するものであって良く、或いは作成後、直ちに実行する計画であっても良い。

配信計画修正部９７はキャンペーン期間中に機能する機能ブロックであり、ギャップ人数算出部９１が算出したギャップ人数に応じて、配信計画を修正し、配信計画のデータを、配信計画ＤＢ９６に格納する。
具体的には、配信レポートをインポートすることにより各ＤＳＰの配信済費用を取得して、使用した配信費の合計を算出し、これに目標達成に必要な残配信数（インプレッション数及びユニークユーザ数）と配信単価の積である目標達成必要残予算額を求め、これらの合計額を修正後目標達成必要予算額とする。

また、目標達成に必要な残配信インプレッション数を、キャンペーン期間の残日数で除した量である１日当たりの残配信ボリューム及びその配信予算を算出する。
なお、配信計画は修正案として作成し、広告主等の承認後に実行するものであって良く、或いは修正後、直ちに実行する計画であっても良い。

図１９は、図１８の機能的構成を有するサーバが、キャンペーン開始前に実行する、配信計画作成処理の流れの一例を説明するフローチャートである。
ステップＳ４１において、サービス提供サーバ１４の出稿計画受付部８０は、出稿計画を受領する。

ステップＳ４２において、サービス提供サーバ１４のＧＲＰ予測部８２は、出稿計画の放送局、タイムランク等の情報に基づいて、図示せぬパネルＤＢに格納されたパネルデータを参照して、世帯ＧＲＰ値を算出し、ＧＲＰ還元予測データを作成する。
以下のステップでは、本ステップにおいて、世帯ＧＲＰ値を「１４００」とするＧＲＰ還元予測データを作成した場合の例で説明する。

ステップＳ４３において、サービス提供サーバ１４のリーチ率予測部８３は、キャンペーン情報を受領する。
以下のステップでは、本ステップにおいて、業態を「食品」、広告主を「Ｃ食品」、キャンペーン期間を「１４日間」、ターゲットを「２０代女性」、到達率を「３５％」とするキャンペーン情報を受領した場合の例で説明する。

ステップＳ４４において、サービス提供サーバ１４のリーチ率予測部８３は、図２１に示すキャンペーン過去実績データを参照し、予測世帯ＧＲＰ値「１４００」、業態「食品」、広告主「Ｃ食品」、ターゲット「２０代女性」に該当するキャンペーン過去実績値に基づいて、予測リーチ率「２８．１％」を算出する。
図１９に戻り、ステップＳ４５において、サービス提供サーバ１４のリーチ人数予測部８７は、予測リーチ率と人口統計データに基づいて、予測ターゲット到達人数を算出する。
以下のステップでは、本ステップにおいて、予測ターゲット到達人数を「２８１０００」と算出した場合の例で説明する。

ステップＳ４６において、サービス提供サーバ１４のギャップ人数算出部９０は、目標達成に必要なターゲット到達人数「３５００００」を算定し、予測ターゲット到達人数「２８１０００」との差分「６９０００」をギャップ人数として算出する。
ステップＳ４７において、サービス提供サーバ１４の補完配信量算定部９２は、目標達成に必要な配信人数を算出し、例えばギャップ人数「６９０００」を図２４に示す実質補完率データを参照して得た補完率「６０％」で割って得た人数「１１５０００」をデジタルＣＭ配信対象人数とする等して、目標達成に必要な配信人数を算定する。

続いて、デジタルＣＭリーチ予測部９２ａは、目標達成に必要な配信人数「１１５０００」から逆算して、必要な配信数を補完配信量として算定する。
以下のステップでは、本ステップにおいて、補完配信量を「５０００００インプレッション」及び「１３００００ＵＵ」と算出した場合の例で説明する。
なお、ＵＵ数が配信人数より多くなるのは、同一人が複数ユーザとしてカウントされる場合が有るからである。例えば、スマートフォンユーザであり、ＰＣユーザでもある様な場合である。配信人数に対するＵＵの算出手法は、任意の方法を採用することが出来るが、図１７の結合データを実測により、両者の比を得ておくことが好適である。

図１９に戻り、ステップＳ４８において、サービス提供サーバ１４の配信計画作成部９５は、目標達成に必要な配信数（インプレッション数「５０００００」及びユニークユーザ数「１３００００」）と、目標達成必要予算額と、目標達成に必要な１日当たりの配信ボリューム及びその配信予算を算出し、デジタルＣＭについての配信計画を作成する。
また、配信計画についての表示画面を作成する。
以上により、キャンペーンの概要に関する情報を入力するだけで、表示画面を通じて、目標到達の可能性を視覚的・直感的に把握することが可能になる。

図２０は、図１８の機能的構成を有するサーバが、キャンペーン期間中に実行する、配信計画修正処理の流れの一例を説明するフローチャートである。
ステップＳ５１において、サービス提供サーバ１４のアクチャルデータ受付部８１は、図２２に示す様なキャンペーン期間中のリアルタイム出稿実績データであるアクチャルデータを、受け付ける。
アクチャルデータ受付部８１は更に、アクチャルデータに基づいて、キャンペーン過去実績ＤＢ８５を更新しても良い。

図２０に戻り、ステップＳ５２において、サービス提供サーバ１４のリーチ率予測部８４は、図２２に示す例では、経過日数は「７日」であり、キャンペーン期間「１４日」の半分が経過しているので、アクチャルデータを起点として現在ＧＲＰ「６００」からキャンペーン終了時には倍の「１２００」ＧＲＰに対応する予測ターゲットリーチ率を、キャンペーン過去実績値に基づいて、「２６．４％」と算出する。
図２０に戻り、ステップＳ５３において、サービス提供サーバ１４の配信結果入力部８６は、各ＤＳＰからの配信レポートをインポートすることにより、図２３に示す様な補完配信実績を、記憶部５８の一部に入力する。

図２０に戻り、ステップＳ５４において、サービス提供サーバ１４のリーチ人数予測部８８は、ターゲット人口データに基づいて、予測ターゲットリーチ人数を、アクチャルデータを起点として「２６４０００人」プラス「１１５０００人」である「３７９０００」と算出する。
図２０に戻り、ステップＳ５５において、サービス提供サーバ１４のギャップ人数算出部９１は、キャンペーン終了時の目標「４０００００人」に対して、予測ターゲット到達人数「３７９０００人」がどれだけかい離しているかの差分値である、ギャップ人数「２１０００人」を算出する。

ステップＳ５６において、サービス提供サーバ１４の補完配信量算定部９３は、ギャップ人数「２１０００人」に基づいて、目標達成に必要な配信数（インプレッション数、ユニークユーザ数）を補完配信量として算定する。
例えばギャップ人数「２１０００人」を補完率「６０％」で割って得た人数「３５０００」をデジタルＣＭ配信対象人数とする等して、目標達成に必要な配信人数を算定し、デジタルＣＭリーチ予測部９３ａが、目標達成に必要な配信人数から逆算して、必要な配信数を補完配信量として算定する。
以下のステップでは、本ステップにおいて、補完配信量を「１３００００インプレッション」及び「３９６００ＵＵ」と算出した場合の例で説明する。

ステップＳ５７において、サービス提供サーバ１４の配信計画修正部９７は、修正配信計画を作成し、データを配信計画ＤＢ９６に格納する。
具体的には、配信レポートをインポートすることにより各ＤＳＰの配信済費用を取得して、使用した配信費の合計を算出し、これに目標達成に必要な残配信数（インプレッション数「３８００００」（当初計画残分「２５００００」プラス修正増分「１３００００」）及びユニークユーザ数「１０４６００」（当初計画残分「６５０００」プラス修正増分「３９６００」））と配信単価の積である目標達成必要残予算額を求め、これらの合計額を修正後目標達成必要予算額とする。
以下では、本ステップにおいて、配信単価を「１インプレッション０．５円」及び目標達成必要残予算額「１９００００円」と算出した場合の例で説明する。

また、目標達成に必要な残配信インプレッション数を、キャンペーン期間の残日数「７日」で除した量である１日当たりの残配信ボリューム「５４２８６インプレッション／日」及びその配信予算「２７１４３円／日」を算出する。
また、修正配信計画についての表示画面を作成する。
以上により、キャンペーンの概要に関する情報を入力し、アクチャルデータをインポートするだけで、表示画面を通じて、目標到達の可能性を視覚的・直感的に把握することが可能になる。

図２１は、図１８の機能的構成を有するサーバが格納するキャンペーン過去実績データベースの構成を示す図である。
図２１に示すキャンペーン過去実績データは、業態、社名、ターゲット、経過日数、ＧＲＰ及びリーチ率情報を含む。

業態は、広告主の業種の分類であり、多角経営企業にあっては、出稿広告の対象商品等により分類したものとなる。業種分類についての一意符号であって良いことは言うまでもない。
社名は、広告主の社名であるが、社名についての一意符号であって良いことは言うまでもない。

ターゲットは、職業、年齢、性別等の個人属性の組合せにより成る、リーチ率等の測定対象についての分類である。
経過日数は、キャンペーン期間についての開始日からの経過日数である。

ＧＲＰ（Ｇｒｏｓｓ Ｒａｔｉｎｇ Ｐｏｉｎｔ）は、ターゲットについてのＴＶＣＭ延べ視聴率を表す量である。
リーチ率は、ターゲットについての、ＴＶＣＭの視聴回数が、所定回数に到達した人数である。

図２２は、図１８の機能的構成を有するサーバが受信するＴＶＣＭの視聴実績量であるアクチャルデータの具体例を示す図である。
図２２に示すアクチャルデータは、業態、社名、ターゲット、経過日数、現在ＧＲＰ及び現在リーチ率情報を含む。

業態、社名、ターゲット及び経過日数については、図２１に示すキャンペーン過去実績データと同様であるので、説明を省略する。
現在ＧＲＰ（Ｇｒｏｓｓ Ｒａｔｉｎｇ Ｐｏｉｎｔ）は、現在である経過日数時点のターゲットについてのＴＶＣＭ延べ視聴率を表す量である。
現在リーチ率は、現在である経過日数時点の、ターゲットについての、ＴＶＣＭの視聴回数が、所定回数に到達した人数である。

図２３は、図１８の機能的構成を有するサーバが受信するデジタルＣＭの配信実績量である補完配信実績データの具体例を示す図である。
図２３に示す補完配信実績データは、業態、社名、ターゲット、インプレッション及びＵＵ情報を含む。

業態、社名及びターゲットについては、図２１に示すキャンペーン過去実績データと同様であるので、説明を省略する。
インプレッションは、ターゲットについての、デジタルＣＭの配信回数である。
ＵＵ（ユニークユーザ）は、ターゲットについての、デジタルＣＭを配信したユーザ数であり、同一のユーザに対しての重複配信を排除したインプレッションである。

図２４は、図１８の機能的構成を有するサーバが取得する実質補完率の具体例を示す図である。

図２４に示す実質補完率データは、業態、社名、ターゲット、メディア及び実測補完率情報を含む。
業態、社名及びターゲットについては、図２１に示すキャンペーン過去実績データと同様であるので、説明を省略する。

メディアは、デジタルＣＭの配信枠を提供した、サイト等である。
実測補完率は、ターゲットについての、ＴＶＣＭの視聴回数のみでは所定の接触回数に到達しなかったが、デジタルＣＭの配信回数との通算では所定回数に到達した人数である。
補完率は、ＴＶ放送連動サービス提供者が保有する結合データにより実測できるので、これを事前に集計して、得ることができる。

以上本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。

例えば図１８の機能的構成は例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能が図１の広告配信システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図１８の例に限定されない。また、機能ブロックの存在場所も、図１８に特に限定されず、図１に示す各サーバや図１に図示せぬ任意のサーバ等任意でよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

各機能ブロックの処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。

このようなプログラムを含む記録媒体は、プレイヤーにプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でプレイヤーに提供される記録媒体等で構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。

換言すると、本発明が適用される広告配信システムは、上述の図１及び図１８の実施形態を含め、次のような構成を有する各種各様の実施形態を取ることができる。

即ち、本発明が適用される広告配信システムは、
商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を取得する第１取得手段と（例えば図１８の到達目標量取得部８３ａ及び到達目標量取得部８３ａ）、
ＴＶＣＭについての視聴履歴とメタデータから得られる現在の実績量を取得する第２取得手段と（例えば図１８のアクチャルデータ受付部８１）、
過去のＴＶＣＭ実績データに基づいて、前記現在の実績量と、キャンペーン経過期間と、キャンペーン残存期間から、キャンペーン期間終了時の予測ＴＶＣＭリーチ率を算出するＴＶＣＭリーチ率予測手段と（例えば図１８のリーチ率予測部８３及びリーチ率予測部８４）、
前記予測ＴＶＣＭリーチ率と、ターゲット属性毎の人口統計情報と、から予測ＴＶＣＭリーチを算出する予測ＴＶＣＭリーチ算出手段と（例えば図１８のリーチ人数予測部８７及びリーチ人数予測部８８）、
前記到達目標量と、前記予測ＴＶＣＭリーチ人口との差分（例えば図１８のギャップ人数算出部９０又はギャップ人数算出部９１が算出）に基づいて、デジタルＣＭのフリクエンシーとリーチの目標量であるデジタル補完目標量を設定するデジタル補完目標量設定手段と（例えば図１８の補完配信量算定部９２及び補完配信量算定部９３）、
キャンペーン期間終了時のデジタルＣＭについての予測デジタルＣＭリーチを算出するデジタルＣＭリーチ予測手段と（例えば図１８のデジタルＣＭリーチ予測部９２ａ及びデジタルＣＭリーチ予測部９３ａ）、
前記デジタル補完目標量と、前記予測デジタルＣＭリーチに基づいて、前記デジタルＣＭの配信を計画するデジタルＣＭ配信計画手段と（例えば図１８の配信計画作成部９５及び配信計画修正部９７）、
を備える。

また、本発明が適用される広告配信システムは、
前記現在の実績量は、ゼロＧＲＰであり、
前記キャンペーン経過期間は、ゼロ日であり、
前記キャンペーン残存期間は、キャンペーン全期間であり、
放送局及び、タイムランク又は時間単位毎に予定されるＣＭ出稿本数データである出稿計画情報を受付ける出稿計画受付手段と（例えば図１８の出稿計画受付部８０）、
前記出稿計画情報と、世帯別に集計されたＧＲＰ及びリーチ率を含むパネルデータを参照して、予測世帯ＧＲＰ値を算出するＧＲＰ予測手段と（例えば図１８のＧＲＰ予測部８２）、
を更に備え、
前記ＴＶＣＭリーチ率予測手段は、前記予測世帯ＧＲＰ値に基づいて、キャンペーン期間終了時の予測ＴＶＣＭリーチ率を算出する。

また、本発明が適用される広告配信システムは、
キャンペーン期間中のＧＲＰ及びリーチ率を含むリアルタイム出稿実績データであるアクチャルデータを受け付けるアクチャルデータ受付手段と（例えば図１８のアクチャルデータ受付部８１）、
各ＤＳＰからの配信レポートをインポートすることにより、配信実績を、記憶部の一部に入力する配信結果入力手段と（例えば図１８の配信結果入力部８６）、
を更に備え、
前記ＴＶＣＭリーチ率予測手段は、前記アクチャルデータに基づいて、キャンペーン期間終了時の予測ＴＶＣＭリーチ率を算出し、
前記デジタル補完目標量設定手段は、ターゲットについてのＴＶＣＭの視聴回数及び前記配信実績に基づく実測又は予測したデジタルＣＭの配信回数との通算で所定の接触回数に到達する人数を予測ターゲット到達人数としてギャップ人数を算出する。

また、本発明が適用される広告配信システムは、
前記デジタル補完目標量設定手段は、（例えば図１８の補完配信量算定部９２及び補完配信量算定部９３）、前記予測デジタルＣＭリーチに、ターゲット属性毎に算出したＴＶＣＭリーチとの補完率を乗じて加算又は前記ＴＶＣＭリーチとの重複率を乗じて減算することで前記デジタル補完目標量を設定する、

また、本発明が適用される広告配信システムが実行する広告配信方法は、
商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を取得する第１取得ステップと（例えば図１９のＳ４３ステップ）、
ＴＶＣＭについての視聴履歴とメタデータから得られる現在の実績量を取得する第２取得ステップと（例えば図２０のＳ５１ステップ）、
過去のＴＶＣＭ実績データに基づいて、前記現在の実績量と、キャンペーン経過期間と、キャンペーン残存期間から、キャンペーン期間終了時の予測ＴＶＣＭリーチ率を算出するＴＶＣＭリーチ率予測ステップと（例えば図１９のＳ４２ステップ及びＳ４４ステップ及び図２０のＳ５２ステップ）、
前記予測ＴＶＣＭリーチ率と、ターゲット属性毎の人口統計情報と、から予測ＴＶＣＭリーチを算出する予測ＴＶＣＭリーチ算出ステップと（例えば図１９のＳ４５ステップ及び図２０のＳ５４ステップ）、
前記到達目標量と、前記予測ＴＶＣＭリーチ人口との差分に基づいて、デジタルＣＭのフリクエンシーとリーチの目標量であるデジタル補完目標量を設定するデジタル補完目標量設定ステップと（例えば図１９のＳ４７ステップ及び図２０のＳ５６ステップ）、
キャンペーン期間終了時のデジタルＣＭについての予測デジタルＣＭリーチを算出するデジタルＣＭリーチ予測ステップと（例えば図１９のＳ４７ステップ及び図２０のＳ５６ステップ）、
前記デジタル補完目標量と、前記予測デジタルＣＭリーチとに基づいて、前記デジタルＣＭの配信を計画するデジタルＣＭ配信計画ステップと（例えば図１９のＳ４８ステップ及び図２０のＳ５７ステップ）、
を含む。

このようにして、商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を適切に達成することを支援する第３の広告配信システムが実現可能になる。特に、デジタル補完目標量に基づくデジタル配信対象の設定が容易に実現可能になる。

前記現在の実績量は、パネルデータに基づく実績量である、
ようにすることができる。

前記現在の実績量は、視聴者のテレビジョン受像機からネットワーク接続機器及びネットワークを介して送信されたＴＶ視聴履歴に基づく実績量である、
ようにすることができる。

このようにして、商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を適切に達成することを支援する第３の広告配信システムが実現可能になる。
特に、ターゲット毎のＴＶ保有率、ネット利用率、補完率、キャンペーン期間中のリアルタイム出稿実績及びデジタルＣＭ配信実績に基づくデジタル配信対象の設定が容易に可能になる。

その結果、ターゲット属性の反映及びキャンペーン実績反映のリアルタイム性の側面で広告としての付加価値が増し、広告単価が向上することで、ネット広告配信プラットフォーム・広告媒体さらにはテレビメーカへの利益還流などが起こり、市場が活性化されることが期待される。

１０ パネルデータサーバ
１１ メタデータサーバ
１２ テレビメーカログサーバ
１３ 配信対象セグメント作成サーバ
１４ サービス提供サーバ
１５ ＤＳＰ（デマンドサイドプラットフォーム）サーバ
１６ ３ＰＡＳサーバ
１７ 集計結果出力サーバ
１８ 個別広告サーバ
１９ モニタログサーバ
５４ バス
８０ 出稿計画受付部
８１ アクチャルデータ受付部
８２ ＧＲＰ予測部
８３、８４ リーチ率予測部
８３ａ、８４ｂ 到達目標量取得部
８５ キャンペーン過去実績ＤＢ
８６ 配信結果入力部
８７、８８ リーチ人数予測部 ８９ ターゲット人口ＤＢ
９０、９１ ギャップ人数算出部
９２、９３ 補完配信量算定部
９２ａ、９３ｂ デジタルＣＭリーチ予測部
９４ 補完率ＤＢ
９５ 配信計画作成部
９６ 配信計画ＤＢ
９７ 配信計画修正部
Ｈ１乃至ＨＮ 住宅
Ｈ１０ テレビジョン受像機
Ｈ１１ ルータ
Ｈ１２１、Ｈ１２２ スマホ
Ｈ１３ ＰＣ
Ｎ ネットワーク

Claims (8)

1. 商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を取得する第１取得手段と、
   ＴＶＣＭについての視聴履歴とメタデータから得られる現在の実績量を取得する第２取得手段と、
   過去のＴＶＣＭ実績データに基づいて、前記現在の実績量と、キャンペーン経過期間と、キャンペーン残存期間から、キャンペーン期間終了時の予測ＴＶＣＭリーチ率を算出するＴＶＣＭリーチ率予測手段と、
   前記予測ＴＶＣＭリーチ率と、ターゲット属性毎の人口統計情報と、から予測ＴＶＣＭリーチを算出する予測ＴＶＣＭリーチ算出手段と、
   前記到達目標量と、前記予測ＴＶＣＭリーチ人口との差分に基づいて、デジタルＣＭのフリクエンシーとリーチの目標量であるデジタル補完目標量を設定するデジタル補完目標量設定手段と、
   キャンペーン期間終了時のデジタルＣＭについての予測デジタルＣＭリーチを算出するデジタルＣＭリーチ予測手段と、
   前記デジタル補完目標量と、前記予測デジタルＣＭリーチに基づいて、前記デジタルＣＭの配信を計画するデジタルＣＭ配信計画手段と、
   を備える広告配信システム。
2. 前記現在の実績量は、ゼロＧＲＰであり、
   前記キャンペーン経過期間は、ゼロ日であり、
   前記キャンペーン残存期間は、キャンペーン全期間であり、
   放送局及び、タイムランク又は時間単位毎に予定されるＣＭ出稿本数データである出稿計画情報を受付ける出稿計画受付手段と、
   前記出稿計画情報と、世帯別に集計されたＧＲＰ及びリーチ率を含むパネルデータを参照して、予測世帯ＧＲＰ値を算出するＧＲＰ予測手段と、 を更に備え、
   前記ＴＶＣＭリーチ率予測手段は、前記予測世帯ＧＲＰ値に基づいて、キャンペーン期間終了時の予測ＴＶＣＭリーチ率を算出する、
   請求項１に記載の広告配信システム。
3. キャンペーン期間中のＧＲＰ及びリーチ率を含むリアルタイム出稿実績データであるアクチャルデータを受け付けるアクチャルデータ受付手段と、
   各ＤＳＰからの配信レポートをインポートすることにより、配信実績を、記憶部の一部に入力する配信結果入力手段と、
   を更に備え、
   前記ＴＶＣＭリーチ率予測手段は、前記アクチャルデータに基づいて、キャンペーン期間終了時の予測ＴＶＣＭリーチ率を算出し、
   前記デジタル補完目標量設定手段は、ターゲットについてのＴＶＣＭの視聴回数及び前記配信実績に基づく実測又は予測したデジタルＣＭの配信回数との通算で所定の接触回数に到達する人数を予測ターゲット到達人数としてギャップ人数を算出する、
   請求項１に記載の広告配信システム。
4. 前記デジタル補完目標量設定手段は、前記予測デジタルＣＭリーチに、ターゲット属性毎に算出したＴＶＣＭリーチとの補完率を乗じて加算又は前記ＴＶＣＭリーチとの重複率を乗じて減算することで前記デジタル補完目標量を設定する、
   請求項１、請求項２又は請求項３に記載の広告配信システム。
5. 広告配信システムが実行する広告配信方法であって、
   商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を取得する第１取得ステップと、
   ＴＶＣＭについての視聴履歴とメタデータから得られる現在の実績量を取得する第２取得ステップと、
   過去のＴＶＣＭ実績データに基づいて、前記現在の実績量と、キャンペーン経過期間と、キャンペーン残存期間から、キャンペーン期間終了時の予測ＴＶＣＭリーチ率を算出するＴＶＣＭリーチ率予測ステップと、
   前記予測ＴＶＣＭリーチ率と、ターゲット属性毎の人口統計情報と、から予測ＴＶＣＭリーチを算出する予測ＴＶＣＭリーチ算出ステップと、
   前記到達目標量と、前記予測ＴＶＣＭリーチ人口との差分に基づいて、デジタルＣＭのフリクエンシーとリーチの目標量であるデジタル補完目標量を設定するデジタル補完目標量設定ステップと、
   キャンペーン期間終了時のデジタルＣＭについての予測デジタルＣＭリーチを算出するデジタルＣＭリーチ予測ステップと、
   前記デジタル補完目標量と、前記予測デジタルＣＭリーチとに基づいて、前記デジタルＣＭの配信を計画するデジタルＣＭ配信計画ステップと、
   を含む広告配信方法。
6. 前記デジタルＣＭ配信計画ステップは、前記予測デジタルＣＭリーチに、ターゲット属性毎に算出したＴＶＣＭリーチとの補完率を乗じて加算又は前記ＴＶＣＭリーチとの重複率を乗じて減算することで前記デジタルＣＭの配信を計画する、
   請求項５に記載の広告配信方法。
7. コンピュータに、
   商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を取得する第１取得ステップと、
   ＴＶＣＭについての視聴履歴とメタデータから得られる現在の実績量を取得する第２取得ステップと、
   過去のＴＶＣＭ実績データに基づいて、前記現在の実績量と、キャンペーン経過期間と、キャンペーン残存期間から、キャンペーン期間終了時の予測ＴＶＣＭリーチ率を算出するＴＶＣＭリーチ率予測ステップと、
   前記予測ＴＶＣＭリーチ率と、ターゲット属性毎の人口統計情報と、から予測ＴＶＣＭリーチを算出する予測ＴＶＣＭリーチ算出ステップと、
   前記到達目標量と、前記予測ＴＶＣＭリーチ人口との差分に基づいて、デジタルＣＭのフリクエンシーとリーチの目標量であるデジタル補完目標量を設定するデジタル補完目標量設定ステップと、
   キャンペーン期間終了時のデジタルＣＭについての予測デジタルＣＭリーチを算出するデジタルＣＭリーチ予測ステップと、
   前記デジタル補完目標量と、前記予測デジタルＣＭリーチとに基づいて、前記デジタルＣＭの配信を計画するデジタルＣＭ配信計画ステップと、
   を含む制御処理を実行させるプログラム。
8. 前記デジタルＣＭ配信計画ステップは、前記予測デジタルＣＭリーチに、ターゲット属性毎に算出したＴＶＣＭリーチとの補完率を乗じて加算又は前記ＴＶＣＭリーチとの重複率を乗じて減算することで前記デジタルＣＭの配信を計画する、
   請求項７に記載の広告配信プログラム。

Images