(57)【特許請求の範囲】
【請求項１】
商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を取得する第１取得手段と、
ＴＶＣＭについての視聴履歴とメタデータから得られる現在の実績量を取得する第２取得手段と、
前記到達目標量と、前記現在の実績量との差分に基づいて、リアルタイムビッディングによるデジタルＣＭのフリクエンシーとリーチの目標量であるデジタル補完目標量を設定する第１設定手段と、
前記デジタル補完目標量に基づいて、前記リアルタイムビッディングによるデジタルＣＭのデジタル配信対象を設定する第２設定手段と、
を備える広告配信システム。
【請求項２】
前記現在の実績量は、パネルデータに基づく実績量である、
請求項１に記載の広告配信システム。
【請求項３】
前記現在の実績量は、視聴者のテレビジョン受像機からネットワーク接続機器及びネットワークを介して送信されたＴＶ視聴履歴に基づく実績量である、
請求項１に記載の広告配信システム。
【請求項４】
広告配信システムが実行する広告配信方法であって、
商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を取得する第１取得ステップと、
ＴＶＣＭについての視聴履歴とメタデータから得られる現在の実績量を取得する第２取得ステップと、
前記到達目標量と、前記現在の実績量との差分に基づいて、リアルタイムビッディングによるデジタルＣＭのフリクエンシーとリーチの目標量であるデジタル補完目標量を設定する第１設定ステップと、
前記デジタル補完目標量に基づいて、前記リアルタイムビッディングによるデジタルＣＭのデジタル配信対象を設定する第２設定ステップと、
を含む広告配信方法。
【請求項５】
コンピュータに、
商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を取得する第１取得ステップと、
ＴＶＣＭについての視聴履歴とメタデータから得られる現在の実績量を取得する第２取得ステップと、
前記到達目標量と、前記現在の実績量との差分に基づいて、リアルタイムビッディングによるデジタルＣＭのフリクエンシーとリーチの目標量であるデジタル補完目標量を設定する第１設定ステップと、
前記デジタル補完目標量に基づいて、前記リアルタイムビッディングによるデジタルＣＭのデジタル配信対象を設定する第２設定ステップと、
を含む制御処理を実行させるプログラム。
【請求項６】
商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を取得する第１取得手段と、
ＴＶＣＭについての視聴履歴とメタデータから得られる現在の実績量を取得する第２取得手段と、
ＴＶ視聴履歴として、視聴者のテレビジョン受像機からネットワーク接続機器及びネットワークを介して送信されたＴＶについての視聴履歴を、前記ネットワーク接続機器のＩＰアドレスと対応付けて取得する第３取得手段と、
前記到達目標量、前記現在の実績量、及び前記ＴＶ視聴履歴に基づいて、リアルタイムビッディングによるデジタルＣＭの配信対象を前記ＩＰアドレスを単位として設定する設定手段と、
を備える広告配信システム。
【請求項７】
広告配信システムが実行する広告配信方法であって、
商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を取得する第１取得ステップと、
ＴＶＣＭについての視聴履歴とメタデータから得られる現在の実績量を取得する第２取得ステップと、
ＴＶ視聴履歴として、視聴者のテレビジョン受像機からネットワーク接続機器及びネットワークを介して送信されたＴＶについての視聴履歴を、前記ネットワーク接続機器のＩＰアドレスと対応付けて取得する第３取得ステップと、
前記到達目標量、前記現在の実績量、及び前記ＴＶ視聴履歴に基づいて、リアルタイムビッディングによるデジタルＣＭの配信対象を前記ＩＰアドレスを単位として設定する設定ステップと、
を含む広告配信方法。
【請求項８】
コンピュータに、
商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を取得する第１取得ステップと、
ＴＶＣＭについての視聴履歴とメタデータから得られる現在の実績量を取得する第２取得ステップと、
ＴＶ視聴履歴として、視聴者のテレビジョン受像機からネットワーク接続機器及びネットワークを介して送信されたＴＶについての視聴履歴を、前記ネットワーク接続機器のＩＰアドレスと対応付けて取得する第３取得ステップと、
前記到達目標量、前記現在の実績量、及び前記ＴＶ視聴履歴に基づいて、リアルタイムビッディングによるデジタルＣＭの配信対象を前記ＩＰアドレスを単位として設定する設定ステップと、
を含む制御処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広告配信システム及び方法、並びにプログラムに関する。
【背景技術】
【０００２】
従来より、所定の商品又は役務（以下「商品等」と呼ぶ）のＣＭとしては、ＴＶ放送によるＣＭ（以下、「ＴＶＣＭ」と呼ぶ）と、ネットワーク経由でのＣＭ（以下、「デジタルＣＭ」と呼ぶ）が存在する（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１６３４２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来においてはＴＶＣＭとデジタルＣＭとを区別して管理しており、何れの場合も、所定の商品等のＣＭの接触回数（以下、「フリクエンシー」と呼ぶ）と視聴者数（以下、「リーチ」と呼ぶ）について、広告主により設定された到達目標量を達成することは困難な状況である。
【０００５】
本発明は、このような状況に鑑みてなされたものであり、商品等のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を適切に達成することを支援する技術を確立することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の第１態様の広告配信システムは、
商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を取得する第１取得手段と、
ＴＶＣＭについての視聴履歴とメタデータから得られる現在の実績量を取得する第２取得手段と、
前記到達目標量と、前記現在の実績量との差分に基づいて、リアルタイムビッディングによるデジタルＣＭのフリクエンシーとリーチの目標量であるデジタル補完目標量を設定する第１設定手段と、
前記デジタル補完目標量に基づいて、前記リアルタイムビッディングによるデジタルＣＭのデジタル配信対象を設定する第２設定手段と、
を備える。
【０００７】
前記現在の実績量は、パネルデータに基づく実績量である、
ようにすることができる。
【０００８】
前記現在の実績量は、視聴者のテレビジョン受像機からネットワーク接続機器及びネットワークを介して送信されたＴＶ視聴履歴に基づく実績量である、
ようにすることができる。
【０００９】
本発明の第１態様の広告配信方法及びプログラムは、上述の本発明の第１態様の広告配信システムに対応する方法及びプログラムである。
【００１０】
本発明の第２態様の広告配信システムは、
商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を取得する第１取得手段と、
ＴＶＣＭについての視聴履歴とメタデータから得られる現在の実績量を取得する第２取得手段と、
ＴＶ視聴履歴として、視聴者のテレビジョン受像機からネットワーク接続機器及びネットワークを介して送信されたＴＶについての視聴履歴を、前記ネットワーク接続機器のＩＰアドレスと対応付けて取得する第３取得手段と、
前記到達目標量、前記現在の実績量、及び前記ＴＶ視聴履歴に基づいて、リアルタイムビッディングによるデジタルＣＭの配信対象を前記ＩＰアドレスを単位として設定する設定手段と、
を備える広告配信システム。
【００１１】
本発明の第２態様の広告配信方法及びプログラムは、上述の本発明の第２態様の広告配信システムに対応する方法及びプログラムである。
【発明の効果】
【００１２】
本発明によれば、商品等のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を適切に達成することを支援する技術を確立することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態に係る広告配信システムの構成を示すブロック図である。
【図２】図１の広告配信システムのうち、本発明の一実施形態に係るサーバのハードウェア構成を示すブロック図である。
【図３】図１の各サーバの機能的構成例を示す機能ブロック図である。
【図４】図３の機能的構成を有するサーバの到達目標設定処理の流れの一例を説明するフローチャートである。
【図５】図１の広告配信システムのうち、本発明の一実施形態に係るパネルデータサーバが格納するデータベースの構成を示す図である。
【図６】図１の広告配信システムのうち、本発明の一実施形態に係るテレビメーカログサーバが送信するＦＱ毎集計結果の具体例を示す図である。
【図７】図１の広告配信システムのうち、本発明の一実施形態に係るサービス提供サーバが取得する補完目標の具体例を示す図である。
【図８】図３の機能的構成を有するサーバの配信対象セグメント作成処理の流れの一例を説明するフローチャートである。
【図９】図１の広告配信システムのうち、本発明の一実施形態に係るテレビメーカログサーバが送信するＣＭ視聴履歴の具体例を示す図である。
【図１０】図１の広告配信システムのうち、本発明の一実施形態に係る配信対象セグメント作成サーバが格納するデータベースの構成を示す図である。
【図１１】図１の広告配信システムのうち、本発明の一実施形態に係る配信対象セグメント作成サーバが格納するデータベースの構成を示す図である。
【図１２】図１の広告配信システムのうち、本発明の一実施形態に係る配信対象セグメント作成サーバが格納するデータベースの構成を示す図である。
【図１３】図３の機能的構成を有するサーバの配信先プランニング処理の流れの一例を説明するフローチャートである。
【図１４】図１の広告配信システムのうち、本発明の一実施形態に係るサービス提供サーバが保持する配信設定の具体例を示す図である。
【図１５】図１の広告配信システムにおける各サーバ間のデジタルＣＭ配信実施段階での要求／応答の手順を示す図である。
【図１６】図１の広告配信システムのうち、本発明の一実施形態に係る集計結果出力サーバが出力する集計結果の具体例を示す図である。
【図１７】図１の広告配信システムにおけるデータの流れの一例を説明する図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について、図面を用いて説明する。
【００１５】
図１は、本発明の一実施形態に係る広告配信システムの構成を示している。
図１に示す広告配信システムは、パネルデータサーバ１０と、メタデータサーバ１１と、テレビメーカログサーバ１２と、配信対象セグメント作成サーバ１３と、サービス提供サーバ１４と、ＤＳＰ（デマンドサイドプラットフォーム）サーバ１５と、３ＰＡＳサーバ１６と、集計結果出力サーバ１７と、個別広告サーバ１８とを含むシステムである。パネルデータサーバ１０乃至個別広告サーバ１８の夫々は、インターネット等の所定のネットワークＮを介して相互に接続されている。
【００１６】
パネルデータサーバ１０は、テレビ視聴率調査者が管理するサーバであり、調査協力世帯のテレビジョン受像機に接続された測定機器から視聴履歴のデータ（以下、「パネルデータ」と呼ぶ）を取得して管理する。
測定機器は、調査協力世帯の複数の居住者について、個別に視聴履歴を収集できる機能を備えているものとする。また、テレビ視聴率調査者は、各居住者のデモグラフィック情報を事前に把握しているので、パネルデータから例えば、年代別に視聴者数を特定することができる。
ここで、図１の住宅Ｈ１乃至ＨＮ（Ｎは、全世帯数であるとする）の全世帯が、調査協力世帯となるわけではなく、一部の世帯が調査協力世帯になる。即ち、調査協力世帯の合計居住者数は、統計学上信頼できるとされるサンプル数であり、人口統計情報と組み合わせることにより、全国での視聴者数を推計することが可能である。
【００１７】
メタデータサーバ１１は、メタデータ作成者が管理するサーバであり、メタデータを取得して管理する。ここで、本実施形態でいうメタデータとは、チャンネル毎の番組及びテレビＣＭの各放送時間帯を少なくとも含む情報をいう。
メタデータは、パネルデータサーバ１０や、後述するテレビメーカログサーバ１２に提供される。
メタデータとパネルデータとを組み合わせることで、例えば年代別に特定のＴＶＣＭについてのフリクエンシー毎のリーチ数を把握することが、可能である。
【００１８】
テレビメーカログサーバ１２は、テレビメーカログ提供者が管理するサーバであり、家Ｈ１乃至ＨＮの全世帯のＴＶ視聴履歴を取得して管理する
即ち、各住宅Ｈ１乃至ＨＮの夫々において、テレビジョン受像機Ｈ１０に接続されたルータＨ１１から、当該テレビジョン受像機Ｈ１０に対する視聴履歴が、ネットワークＮを介して、当該テレビジョン受像機Ｈ１０を製造販売したテレビメーカに送信される。即ち、テレビメーカは、自社製のテレビジョン受像機Ｈ１０からルータＨ１１及びネットワークＮ経由で送信される視聴履歴を蓄積し、保有している。
このように、テレビメーカが保有する視聴履歴（以下、「ＴＶ視聴履歴」と呼ぶ）は、ネットワークＮを介して伝送されるので、伝送元のルータＨ１１のＩＰアドレスが関連付けられている。
ここで、該ルータは、テレビジョン受像機Ｈ１０以外の情報通信機器（図１の例では、スマホＨ１２１、スマホＨ１２２，及びＰＣＨ１３）についても、同一のＩＰアドレスを用いてネットワークＮとの通信を行う。
このため、住宅Ｈ１乃至ＨＮのうちの所定の住宅でルータＨ１１を介した情報通信が行われる場合、情報通信を行った端末等にかかわらず、これらの情報通信に用いられたＩＰアドレスは、ＴＶ視聴履歴に対応付けられたものと一致する。
【００１９】
なお、テレビメーカログ提供者は、前述したメタデータ作成者から、チャンネル毎のＴＶＣＭの放映時間帯を示すデータを購入する。
このため、テレビメーカログ提供者は、該データとＴＶ視聴履歴とを組み合わせることで、特定のＴＶＣＭについてのフリクエンシー毎のリーチ数（ただし、住宅Ｈ１乃至ＨＮの世帯単位）を把握することが、可能である。
【００２０】
配信対象セグメント作成サーバ１３は、パブリックＤＭＰ（データマネジメントプラットフォーム）ベンダが管理するサーバであり、配信対象セグメントを作成する。
パブリックＤＭＰベンダは、様々なＷｅｂサイトのオーディエンスデータを集約して保有し、ＣｏｏｋｉｅとＩＰアドレスの対応リストも保有している。
配信対象セグメントとは、所定の項目毎にパブリックＤＭＰベンダが保有するＣｏｏｋｉｅを集合させたものをいう。広告主毎商品等毎ＦＱ毎、配信対象者条件に使用されるオーディエンスデータ項目毎に集合させたものが作成される。
【００２１】
サービス提供サーバ１４は、ＴＶ放送連動サービス提供者が管理するサーバである。
ＴＶ放送連動サービス提供者は、ＴＶ放送とネットワークＮによる情報伝送とを連動させて、所定の商品等のＣＭを適切に流すことを支援するサービスを提供する者である。つまり、所定の商品等のＣＭとしては、ＴＶＣＭとデジタルＣＭが存在する。
ここで、所定の商品等のＣＭについては、フリクエンシーとリーチについて、その広告主から到達目標量が設定される。到達目標量としては、本実施形態では、指定接触回数到達人数が提示される。指定接触回数到達人数とは、広告主が指定したＣＭについての接触回数が、広告主が設定した回数に到達した人数をいう。
この到達目標量に到達するためには、ＴＶＣＭだけでは足りず、デジタルＣＭも連動させるサービスが、本サービス提供者により提供される。
そこで、サービス提供サーバ１４は、当該商品等のＣＭのフリクエンシーとリーチについて、ＴＶＣＭについての視聴履歴（パネルデータ又はネットワークＮ経由で得られるＴＶ視聴履歴）とメタデータから得られる現在の実績量（ＴＶＣＭによる到達量）を取得する。現在の実績量としては、本実施形態では、ＴＶＣＭについてのフリクエンシー毎のリーチ数の実績値が採用される。
サービス提供サーバ１４は、到達目標量（指定接触回数到達人数）と、現在の実績量（フリクエンシー毎のリーチ数の実績値）との差分に基づいて、デジタルＣＭのフリクエンシーとリーチの目標量（以下、「デジタル補完目標量」と呼ぶ）、及び配信対象（以下、特に「デジタル配信対象」と呼ぶ）を設定する。
なお、デジタル配信対象の設定については、配信対象セグメントが適宜用いられる。
サービス提供サーバ１４は、その設定内容に基づいて、当該デジタルＣＭをネットワークＮで配信する処理を支援する。
支援の仕方は特に限定されないが、例えばＴＶ放送連動サービス提供者は、サービス提供サーバ１４と配信対象セグメント作成サーバ１３とを連携させることで、デジタル補完目標量を達成できるように、サービス提供サーバ１４にデジタルＣＭの配信をプランニングさせる。
あるいは、ＴＶ放送連動サービス提供者は、サービス提供サーバ１４と配信対象セグメント作成サーバ１３とを連携させることで、ＴＶ視聴履歴と、ネットワーク接続機器のＩＰアドレスと対応付けて取得し、上述の到達目標量、上述の現在の実績量、及び上述のＴＶ視聴履歴に基づいて、デジタル配信対象をＩＰアドレスを単位として設定することができる。この場合例えば、視聴者の中でも、既にＴＶＣＭを所定回数みた者（具体的には例えば広告主から指定された回数を既にみた者）を、デジタル配信対象として、デジタルＣＭを配信するようなプランニングもできる。このようなデジタルＣＭの配信は、ＴＶＣＭでの一の矢に継ぐ二の矢の配信であるといえるため、以下、「二の矢」と呼ぶ。
【００２２】
更にＴＶ放送連動サービス提供者は、サービス提供サーバ１４と配信対象セグメント作成サーバ１３、サービス提供サーバ１４とＤＳＰサーバ１５を、それぞれ連携させて、プランニングの結果に沿って、デジタルＣＭ自動入札を行わせる。
【００２３】
ＤＳＰサーバ１５は、デジタルＣＭオークション仲介者が管理するサーバである。
デジタルＣＭオークション仲介者は、ＤＳＰサーバ１５を図示せぬＳＳＰ（サプライサイドプラットフォーム）と連携させて、デジタルＣＭのＲＴＢ（リアルタイムビッディング）を実現させる。
【００２４】
具体的にはＤＳＰサーバ１５は、図示せぬＳＳＰから受信したＣｏｏｋｉｅが付加されたＲＴＢリクエストを、サービス提供サーバ１４を含む、連携するサーバ群に送信する。
なお、付加されたＣｏｏｋｉｅは、配信対象セグメント作成サーバ１３で、オーディエンスデータに変換され、ターゲティングに利用される。
【００２５】
ＤＳＰサーバ１５は、該連携サーバ群からそれぞれのＲＴＢレスポンスを受信し、その中の最高額の応札であるＲＴＢレスポンスだけを、図示せぬＳＳＰに送信する。
該ＲＴＢレスポンスが、図示せぬＳＳＰが受信した中で最高額の応札であれば、図示せぬＳＳＰから広告配信要求が返されるので、ＤＳＰサーバ１５は、図示せぬＳＳＰを介して広告（デジタルＣＭ）を配信する。
これにより、デジタル配信対象をＩＰアドレスに基づいて設定し、例えばＴＶＣＭとは異なるデジタルＣＭを配信させることができる。このようにして、ＴＶＣＭでの一の矢に継ぐ二の矢のデジタルＣＭのＲＴＢ（リアルタイムビッディング）が実現され、その結果として、高い広告効果が得られるようになる。
また、デジタル補完目標量を達成できるようにするデジタルＣＭのＲＴＢ（リアルタイムビッディング）も実現可能になる。
【００２６】
３ＰＡＳサーバ１６は、インターネット広告第三者配信者が管理するサーバである。
３ＰＡＳサーバ１６は、ＤＳＰサーバ１５と連携させて、広告配信履歴（デジタルＣＭの配信の履歴）を取得する。
３ＰＡＳサーバ１６は、集計結果出力サーバ１７に向けて、広告配信履歴を送信する。
【００２７】
集計結果出力サーバ１７は、インターネット広告出稿者が管理するサーバである。
集計結果出力サーバ１７は、３ＰＡＳサーバ１６から送信される広告配信履歴を蓄積する。
集計結果出力サーバ１７は、蓄積された広告配信履歴を集計する処理を実行し、その集計結果に基づいて可視化データを生成する。
【００２８】
個別広告サーバ１８は、広告主又は広告代理者が管理するサーバである。
個別広告サーバ１８は、配信対象セグメント作成サーバ１３と連携して、デジタルＣＭをマルチチャンネル配信する。
これにより、デジタル配信対象をＩＰアドレスに基づいて設定し、例えばＴＶＣＭとは異なるデジタルＣＭを配信させることができる。この場合、個別広告サーバ１８は、電子メール、ウェブサイト、リターゲティング等の手法を用いて、ＴＶＣＭでの一の矢に継ぐ二の矢のデジタルＣＭの配信をすることが可能になる。
【００２９】
モニタログサーバ１９は、オンライン行動調査者が管理するサーバであり、オンライン行動調査協力者（以下、「モニター」と呼ぶ）のコンピュータに保存されたＣｏｏｋｉｅを参照することで、モニターが使用する端末情報と行動履歴（アクセスしたＵＲＬ、アクセス時間、デジタルＣＭ視聴回数、参照順等）（以下、「モニタログ」と呼ぶ）を取得して管理する。
また、オンライン行動調査者は、各モニターの個人情報を事前に把握しているので、テレビ視聴率調査者から個人情報の提供を受けて、調査協力世帯の居住者でもあるモニターについては、パネルデータとモニタログを関連付けることができる。
ここで、全ての調査協力世帯の居住者がモニターである必要は無く、また逆に全てのモニターが調査協力世帯の居住者である必要も無く、両者は一部が重複する関係であって良い。
【００３０】
図２は、図１の広告配信システムのうち、本発明のサーバの一実施形態としてのサービス提供サーバ１４のハードウェア構成を示すブロック図である。
【００３１】
サービス提供サーバ１４は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）５１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）５２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）５３と、バス５４と、入出力インターフェース５５と、出力部５６と、入力部５７と、記憶部５８と、通信部５９と、ドライブ６０と、を備えている。
【００３２】
ＣＰＵ５１は、ＲＯＭ５２に記録されているプログラム、又は、記憶部５８からＲＡＭ５３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ５３には、ＣＰＵ５１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【００３３】
ＣＰＵ５１、ＲＯＭ５２及びＲＡＭ５３は、バス５４を介して相互に接続されている。このバス５４にはまた、入出力インターフェース５５も接続されている。入出力インターフェース５５には、出力部５６、入力部５７、記憶部５８、通信部５９及びドライブ６０が接続されている。
【００３４】
出力部５６は、スピーカや表示部等から構成され、各種情報を画像や音声として出力する。
入力部５７は、キーボードやマウス等から構成され、各種情報を入力する。
記憶部５８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部５９は、他の装置（図１の例では配信対象セグメント作成サーバ１３等）との間で行う通信を制御する。
【００３５】
ドライブ６０は、必要に応じて設けられる。ドライブ６０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア７１が適宜装着される。ドライブ６０によってリムーバブルメディア７１から読み出されたプログラムは、必要に応じて記憶部５８にインストールされる。また、リムーバブルメディア７１は、記憶部５８に記憶されている各種データも、記憶部５８と同様に記憶することができる。
【００３６】
なお、図示はしないが、パネルデータサーバ１０、メタデータサーバ１１、テレビメーカログサーバ１２、配信対象セグメント作成サーバ１３、ＤＳＰ（デマンドサイドプラットフォーム）サーバ１５、３ＰＡＳサーバ１６、集計結果出力サーバ１７、個別広告サーバ１８のハードウェア構成も、基本的に図２に示す構成を有しているものとする。
【００３７】
図３は、配信対象セグメント作成サーバ１３等の各サーバの機能的構成の一例を示す機能ブロック図である。
【００３８】
図３に示すように、配信対象セグメント作成サーバ１３のＣＰＵ５１においては、配信対象条件受信部１３１１と、ＣＭ視聴履歴受信部１３１２と、配信対象セグメント作成部１３１３と、配信対象セグメント共有部１３１４とが機能する。
【００３９】
配信対象条件受信部１３１１は、サービス提供サーバ１４から配信対象者条件を受信する。
配信対象者条件とは、デジタルＣＭの配信対象者を示す条件であって、ＤＭＰが一般にオーディエンスデータとして備えている項目で構成される条件をいう。例えば「下限年齢１３歳、上限年齢３９歳、女性」のような条件を配信対象者条件として採用することができる。
【００４０】
ＣＭ視聴履歴受信部１３１２は、ＴＶ視聴履歴及び対応ＩＰアドレスを、テレビメーカログサーバ１２から受信する。対応ＩＰアドレスとは、当該ＴＶ視聴履歴が得られたテレビジョン受像機Ｈ１０が接続されたルータＨ１１のＩＰアドレスである。
ＣＭ視聴履歴及び対応ＩＰアドレスは具体的には、広告主と商品等とフリクエンシー（接触回数であり、以下、「ＦＱ」と呼ぶ）と対応ＩＰアドレスで構成されている。
【００４１】
ＦＱは、その広告主のその商品等のＴＶＣＭ放映時に、放映チャンネルを受信していたＩＰアドレス毎の接触回数である。
テレビメーカログサーバ１２が、チャンネル毎のＴＶＣＭの放送時間帯を示すメタデータと、ＴＶ視聴履歴と組み合わせることで、特定のＴＶＣＭについてのＦＱがＩＰアドレス毎に判明する。
【００４２】
ＩＰアドレスＣｏｏｋｉｅ対応リストＤＢ１３２１は、パブリックＤＭＰとして蓄積させた、膨大な量のＣｏｏｋｉｅと、そのオーディエンスデータを記録する。オーディエンスデータにはＩＰアドレスも含まれ、ＩＰアドレスとＣｏｏｋｉｅの対応リストとして使用することができる。
【００４３】
配信対象セグメント作成部１３１３は、ＣＭ視聴履歴受信部１３１２で受信された対応ＩＰアドレスに関連付くＣｏｏｋｉｅを、ＩＰアドレスＣｏｏｋｉｅ対応リストＤＢ１３２１を参照して取得し、広告主、商品等、ＦＱ毎にリスト化することで、配信対象セグメントを作成する。
【００４４】
配信対象セグメントＤＢ１３２２は、例えば、セグメントＩＤと広告ＩＤとＦＱ（接触回数）からなる情報（以下、「配信対象セグメントマスタ」と呼ぶ）を記憶すると共に、セグメントＩＤとＣｏｏｋｉｅからなる情報（以下、「配信対象セグメントメンバ」と呼ぶ）を記憶する。
【００４５】
配信対象セグメントマスタと配信対象セグメントメンバはセグメントＩＤで関連付けられている。
これにより、広告毎ＦＱ毎の全Ｃｏｏｋｉｅを、特定することができる。
また、配信対象セグメント作成部１３１３は、配信対象条件受信部１３１１が受け付けた配信対象者条件に適合する視聴属性のＣｏｏｋｉｅを、抽出する。
【００４６】
配信対象セグメント共有部１３１４は、配信対象セグメント作成部１３１３で作成した配信対象セグメントを、サービス提供サーバ１４、個別広告サーバ１８と、共有する。
これにより、デジタル補完目標量に基づくデジタル配信対象や、二の矢のためのＩＰアドレスに基づくデジタル配信対象の設定が容易に可能になる。
【００４７】
次に、サービス提供サーバ１４のＣＰＵ５１においては、配信対象・到達目標受付部１４１１と、集計結果受信部１４１２と、補完目標設定部１４１３と、想定獲得人数算出部１４１４と、配信先集合作成部１４１５と、ＲＴＢ自動応札部１４１６と、配信対象セグメント共有部１４１７とが機能する。
【００４８】
配信対象・到達目標受付部１４１１は、広告主が設定する配信対象者条件及び到達目標量（リーチ×ＦＱ）を受け付ける。
配信対象者条件については具体的には、前述した通りである。
到達目標量については具体的には図示しないが、例えば２，５００，０００人に対し５回以上の様に、広告主が設定する。
【００４９】
集計結果受信部１４１２は、テレビメーカログＦＱ毎集計結果受信部１４１２１及び／又はパネルデータＦＱ毎集計結果受信部１４１２２を更に備える。
テレビメーカログのＦＱ毎集計結果は、テレビメーカログＦＱ毎集計結果受信部１４１２１が、テレビメーカログサーバ１２から受け付ける。
パネルデータのＦＱ毎集計結果は、パネルデータＦＱ毎集計結果受信部１４１２２が、パネルデータサーバ１０やモニタログサーバ１９から受け付ける。
テレビメーカログとは、テレビメーカがネットワークＮ経由で得たＴＶ視聴履歴をいう。
パネルデータ及び／又はテレビメーカログのＦＱ毎集計結果は具体的には、ＦＱ（接触回数）とＦＱ毎リーチ数（接触人数）で構成されている。
【００５０】
パネルデータを集計したＦＱ毎集計結果の場合、ＦＱは、その広告主のその商品等のＴＶＣＭ放映時に、放映チャンネルを視聴した人毎の回数である。
リーチ数（接触者数）は、ＦＱ毎の接触者数に、人口統計等と掛け合わせて集計した推定接触者数である。
パネルデータＦＱ毎集計結果受信部１４１２２は、モニタログサーバ１９から、モニタログと関連付けられたパネルデータを受け付けても良い。
この様にすることにより、後述する補完目標設定部１４１３において、一部を実績値に基づいて処理することができる為、デジタルＣＭ配信による目標達成度を向上させることができる。
【００５１】
パネルデータサーバ１０は、デモグラフィック情報を保有している為、例えば年齢毎、性別毎の集計人数に人口統計等を掛け合わせことができる。
【００５２】
テレビメーカログを集計したＦＱ毎集計結果の場合、ＦＱは、その広告主のその商品等のＴＶＣＭ放映時に、放映チャンネルを視聴した世帯毎の回数である。
接触者数は、ＦＱ毎の世帯数である。
【００５３】
補完目標設定部１４１３は、到達目標量（リーチ×ＦＱ）に対する、現在の実績量の差分（不足数）に基づいて、デジタル補完目標量を設定する。ここで、現在の実績量は、上述したように、初回時には少なくともＴＶＣＭについての実績量が用いられるが、デジタル補完目標量が更新される場合（２回目以降に補完目標量が設定される場合）、デジタルＣＭが用いられてもよい。
なお、パネルデータＦＱ毎集計結果受信部１４１２２が、モニタログと関連付けられたパネルデータを受け付けた場合、補完目標設定部１４１３は、初回時からＴＶＣＭについての実績量に加えて、デジタルＣＭについての実績量にも基づくことにより、精度良くデジタル補完目標量を設定することができる。
デジタル補完目標量は、具体的には例えば、性別や年齢といったオーディエンスデータが通常備える一以上の項目とＦＱの組み合わせ毎に、差分（不足数）に基づいて決定した到達目標量を充足し得る人数を組み合わせたものである。
【００５４】
想定獲得人数算出部１４１４は、配信対象・到達目標受付部１４１１が受け付けた配信対象者条件に該当する想定獲得人数を、広告主、商品等、ＦＱ毎、配信先毎に算出する。
【００５５】
配信先集合作成部１４１５は、想定獲得人数から補完目標設定部１４１３が設定したデジタル補完目標量に到達可能となるデジタル配信対象の集合を作成し、配信先データＤＢ１４２２に記憶させる。
ＲＴＢ自動応札部１４１６は、ＤＳＰサーバ１５からのＲＴＢリクエストを受信する。
【００５６】
そして、ＲＴＢ自動応札部１４１６は、配信対象セグメント共有部１４１７と連携し、配信先データＤＢ１４２２を参照することにより、ＲＴＢリクエストに対して、応札すべきかを判断する。
配信対象セグメント共有部１４１７は、ＤＳＰサーバ１５からのＲＴＢリクエストに対するレスポンス、即ちＲＴＢレスポンスを適宜自動的にＤＳＰサーバ１５に送信する。
【００５７】
配信対象セグメント共有部１４１７は、配信対象セグメント作成サーバ１３と配信対象セグメントを共有する。
共有した配信対象セグメントは、ＲＴＢ自動応札部１４１６での自動応札に利用される。
【００５８】
具体的には、ＲＴＢ自動応札部１４１６は、ＤＳＰサーバ１５からのＲＴＢリクエストからＣｏｏｋｉｅを取得し、配信対象セグメント共有部１４１７が共有する全配信対象セグメントから、同一のＣｏｏｋｉｅを含む配信対象セグメントを特定し、例えばデジタル補完目標量に到達させる目的であれば、低ＦＱの配信対象セグメントであった場合のみＲＴＢレスポンスを送信して応札する。
なお、ここではデジタル補完目標量に到達させる目的の場合で説明したが、例えば二の矢の配信目的の場合にも、高ＦＱの配信対象セグメントであった場合のみとすることで、同様の応札を実現できる。
【００５９】
次に、３ＰＡＳサーバ１６のＣＰＵ５１においては、広告配信情報受信部１６１１と、広告配信ログ管理部１６１２と、広告配信ログ送信部１６１３とが機能する。
広告配信情報受信部１６１１は、サービス提供サーバ１４からのＲＴＢレスポンスが最高額の応札であった場合になされるデジタルＣＭ配信の実績情報である広告配信情報をＤＳＰサーバ１５から受信する。
デジタルＣＭ配信の実績情報は具体的には、図示せぬ広告コンテンツ配信サーバが広告コンテンツを配信した場合の、日時、広告主及び商品等が特定できるＩＤ、配信を受けた端末のＣｏｏｋｉｅやＩＰアドレス等の情報である。
図示せぬ広告コンテンツ配信サーバは、例えば低ＦＱの配信対象セグメントに属するＣｏｏｋｉｅが付与されたＤＳＰサーバ１５からのＲＴＢリクエストに対して、最高額で応札するＲＴＢレスポンスをＲＴＢ自動応札部１４１６が送信した結果、ＤＳＰサーバ１５からされた広告配信要求に応じて広告コンテンツを配信する。
また、上述の具体例ではデジタル補完目標量に到達させる目的の場合で説明したが、二の矢の配信目的の場合でも良い。例えば図示せぬ広告コンテンツ配信サーバが、高ＦＱの配信対象セグメントに属するＣｏｏｋｉｅが付与されたＤＳＰサーバ１５からのＲＴＢリクエストに対して、最高額で応札するＲＴＢレスポンスをＲＴＢ自動応札部１４１６が送信した結果、ＤＳＰサーバ１５からされた広告配信要求に応じて広告コンテンツを配信しても良い。
なお、広告コンテンツ配信サーバはサービス提供サーバ１４が兼ねても良い。
【００６０】
広告配信ログ管理部１６１２は、広告配信情報受信部１６１１が受信した広告配信情報を広告配信ログとして管理する。
広告配信ログ送信部１６１３は、広告配信ログ管理部１６１２が管理する広告配信ログを集計結果出力サーバ１７に送信する。
【００６１】
次に、集計結果出力サーバ１７のＣＰＵ５１においては、広告配信ログ受信部１７１１と、合計到達数集計部１７１２と、可視化処理部１７１３とが機能する。
広告配信ログ受信部１７１１は、テレビメーカログサーバ１２、３ＰＡＳサーバ１７及び個別広告サーバ１８から広告配信ログを受信する。
また、広告配信ログ受信部１７１１は、モニタログサーバ１９からモニタログを受信する。
【００６２】
合計到達数集計部１７１２は、広告配信ログ受信部１７１１が受信した広告配信ログを解析して、ＴＶＣＭ及びデジタルＣＭでの通算接触回数での到達目標量（指定接触回数到達人数）を集計する。
また、合計到達数集計部１７１２は、広告配信ログ受信部１７１１が受信したモニタログを解析して、ＴＶＣＭ及びデジタルＣＭでの通算接触回数での到達目標量（指定接触回数到達人数）を集計する。
なお、合計到達数集計部１７１２は、到達目標量（指定接触回数到達人数）に限定することなく、通算接触回数毎の到達人数を集計しても良い。
また、例えば目標達成後の二の矢の配信の場合にＴＶ視聴履歴及び対応ＩＰアドレスに相当するものとして、ＩＰアドレス毎の通算接触回数の集計結果をＣＭ視聴履歴受信部１３１２に受信させても良い。
可視化処理部１７１３は、到達目標量（指定接触回数到達人数）等の可視化処理を行う。
なお、可視化処理部１７１３は、到達目標量（指定接触回数到達人数）に限定することなく、通算接触回数毎の到達人数を可視化処理し、例えば目標達成後の二の矢の配信の場合の対象者を可視化しても良い。
【００６３】
次に、個別広告サーバ１８のＣＰＵ５１においては、配信対象セグメント共有部１８１１と、マルチチャンネル配信実行部１８１２と、ログデータ送信部１８１３とが機能する。
【００６４】
配信対象セグメント共有部１８１１は、配信対象セグメント作成サーバ１３と配信対象セグメントを共有する。
共有した配信対象セグメントは、マルチチャンネル配信実行部１８１２でマルチチャンネル配信に利用される。
【００６５】
マルチチャンネル配信実行部１８１２は、マルチチャンネル配信を行う。
マルチチャンネル配信実行部１８１２が実行するマルチチャンネル配信には、例えば電子メール送信、ウェブサイト閲覧可能化、リターゲティング広告配信等を採用することができる。
【００６６】
マルチチャンネル配信実行部１８１２が実行するマルチチャンネル配信は、配信対象セグメント共有部１８１１が共有する配信対象セグメントのオーディエンスデータに基づき行われる。
具体的には、配信対象セグメント共有部１８１１が共有する高ＦＱの配信対象セグメントのオーディエンスデータから、例えば電子メールアドレスを抽出する等によりマルチチャンネル配信を行うことができる。
また、例えばウェブサイト訪問端末のＩＰアドレスと、高ＦＱの配信対象セグメントのオーディエンスデータに含まれたＩＰアドレスとをマッチングすることにより、Ｃｏｏｋｉｅを取得して、リターゲティング広告配信を行うことができる。
なお、ここでは二の矢の配信目的の場合で説明したが、例えば低ＦＱの配信対象セグメントの場合にのみリターゲティング広告を配信すれば、デジタル補完目標量に到達させることを目的とするマルチチャンネル配信が実現できる。
【００６７】
ログデータ送信部１８１３は、マルチチャンネル配信のログデータを集計結果出力サーバ１７に送信する。
【００６８】
以上、配信対象セグメント作成サーバ１３、サービス提供サーバ１４、３ＰＡＳサーバ１６、集計結果出力サーバ１７及び個別広告サーバ１８の機能的構成について説明した。
次に、図９を参照して、このような機能的構成を有する配信対象セグメント作成サーバ１３の処理の流れを、図４、１３を参照して、このような機能的構成を有するサービス提供サーバ１４のデジタルＣＭ配信準備段階での処理の流れを説明する。
【００６９】
図４は、サービス提供サーバ１４の到達目標設定処理の流れを説明するフローチャートである。
ステップＳ１１において、サービス提供サーバ１４の配信対象・到達目標受付部１４１１は、広告主が設定する配信対象者条件及び到達目標量（リーチ×ＦＱ）を受け付ける。
【００７０】
ステップＳ１２において、サービス提供サーバ１４の集計結果受信部１４１２は、パネルデータ及び／又はテレビメーカログのＦＱ毎集計結果を受け付ける。
当該パネルデータはモニタログと関連付けられたものであっても良い。
【００７１】
例えば本実施形態では、図５に示す構造のパネルデータが採用されている。また、例えば本実施形態では、図６に示す構造のＦＱ毎集計結果が採用されている。
【００７２】
図５は、図１の広告配信システムのうち、本発明の一実施形態に係るパネルデータサーバ１０が格納するデータベースの構成を示す図である。
パネルデータは、視聴開始時刻、放送局ＩＤ、視聴終了時刻、視聴者コードを含む。
視聴開始時刻は、ある放送局チャンネルの視聴を開始した時刻であり、テレビ受像機で視聴を開始した時刻又はチャンネルを変更した時刻である。
【００７３】
放送局ＩＤは、視聴した放送局チャンネルを識別する為の、放送局についての一意符号である。
視聴終了時刻は、ある放送局チャンネルの視聴を終了した時刻であり、テレビ受像機で視聴を終了した時刻又はチャンネルを変更した時刻である。
【００７４】
視聴者コードは、テレビの前にいる調査協力世帯の居住者に視聴開始・終了の都度、公知の押しボタン装置やリモコンを用いて、誰がそのコンテンツを視聴していたかを自己申告させた情報である。
図５のパネルデータの各レコードは、視聴者コード０の居住者が、２０１５年９月１日１８時１１分１０秒から５０１の放送局ＩＤのチャンネルの視聴を開始し、２０１５年９月１日１８時５８分３４秒に３０１の放送局ＩＤのチャンネルに切り替える操作を行い、２０１５年９月１日２０時４７分３秒からは視聴者コード２の居住者も視聴に加わり、２０１５年９月１日２２時１５分５８秒に２０１の放送局ＩＤのチャンネルに切り替える操作を行い、２０１５年９月１日２３時３０分２２秒に視聴を終了した場合の具体例を示している。
【００７５】
図６は、図１の広告配信システムのうち、本発明の一実施形態に係るテレビメーカログサーバ１２が送信するＦＱ毎集計結果の具体例を示す図である。
ＦＱ毎集計結果は、ＦＱ、接触人数を含む。
ＦＱは、あるＴＶＣＭについての接触回数である。
接触人数は、当該ＴＶＣＭの当該接触回数についての人数である。
図６のＦＱ毎集計結果は、あるＴＶＣＭについての接触回数が０、１〜２、３〜４、５以上である人数が、それぞれ２８８万６８１９人、２５１万７３１０人、１６０万３３２８人、１５６万４７８２人である場合の具体例を示している。
なお、ＦＱ未達計の７００万７４５７人は、指定接触回数である５に到達していない接触回数０、１〜２、３〜４の合計人数である。  
【００７６】
ステップＳ１３において、サービス提供サーバ１４の補完目標設定部１４１３は、到達目標量（リーチ×ＦＱ）に対する不足数を算出する。
【００７７】
ステップＳ１４において、サービス提供サーバ１４の補完目標設定部１４１３は、算出した不足数から、デジタル補完目標量を設定する。
【００７８】
例えば本実施形態では、図７に示す様なデジタル補完目標量が設定される。
補完目標は、地域、性別、下限年齢、上限年齢、ＦＱ、人数を含む。
地域は、補完の対象としたい視聴者及びユーザが居住する地理的範囲を識別する符号である。
性別は、補完の対象としたい視聴者及びユーザの性別である。
下限年齢は、補完の対象としたい視聴者及びユーザの年齢の下限である。
上限年齢は、補完の対象としたい視聴者及びユーザの年齢の上限である。
ＦＱは、広告主により設定された商品等のＣＭについての指定接触回数である。
人数は、広告主により設定された商品等のＣＭについて指定接触回数到達人数の到達目標量に対する実績量の不足分である。
図７の補完目標は、我が国に居住し、１３歳から３９歳の年齢層に属する女性を対象として、広告主により設定された商品等のＣＭについての合計接触回数が５以上となる人数を３７万７９４１人以上増加させるべき場合に設定される具体例を示している。
【００７９】
図８は、配信対象セグメント作成サーバ１３の配信対象セグメント作成処理の流れを説明するフローチャートである。
ステップＳ２１において、配信対象セグメント作成サーバ１３の配信対象条件受信部１３１１は、サービス提供サーバ１４の配信対象・到達目標受付部１４１１が受け付けた配信対象者条件を、受信する。
【００８０】
ステップＳ２２において、配信対象セグメント作成サーバ１３のＣＭ視聴履歴受信部１３１２は、ＣＭ視聴履歴及び対応ＩＰアドレスを、受信する。
例えば本実施形態では、図９に示す様なＣＭ視聴履歴及び対応ＩＰアドレスが採用される。
【００８１】
ＣＭ視聴履歴は、広告主、商品、ＦＱの情報を含み、その対応するＩＰアドレスが付加されている。
広告主は、広告主を識別する為の一意符号である。
商品は、広告主により設定された商品等のＣＭを識別する為の一意符号である。
ＦＱは、広告主毎、商品毎、テレビメーカに視聴履歴を送信する世帯毎に集計したＴＶＣＭの実績接触回数である。
【００８２】
ＩＰアドレスは、ネットワークＮを介して、当該テレビジョン受像機Ｈ１０を製造販売したテレビメーカに視聴履歴を送信する世帯のネットワーク通信機器に割り当てられたＩＰアドレスである。世帯の居住者がインターネットを利用する場合には、当該ＩＰアドレスが使用される。
図９のＣＭ視聴履歴は、ある世帯で集計した、ある広告主のある商品のＴＶＣＭの実績接触回数が５であり、当該世帯の居住者がインターネットを利用する場合に使用されるＩＰアドレスは１１８．２１．１１７．２３６である場合の具体例を示している。
【００８３】
ステップＳ２３において、配信対象セグメント作成サーバ１３の配信対象セグメント作成部１３１３は、ＣＭ視聴履歴受信部１３１２で受信したＣＭ視聴履歴及び対応ＩＰアドレスに関連付くＣｏｏｋｉｅを、広告主、商品等、ＦＱ毎にリスト化する。
【００８４】
例えば本実施形態ではリスト化されたものは、図１０に示す様なＩＰアドレスＣｏｏｋｉｅ対応リストＤＢ１３２１に格納される。
【００８５】
ＩＰアドレスＣｏｏｋｉｅ対応リストは、ＩＰアドレス、クッキー情報を含む。
ＩＰアドレスは、情報端末が、デジタルＣＭ配信を要求したインターネット通信に使用したＩＰアドレスである。
【００８６】
クッキー情報は、そのデジタルＣＭ配信要求に付加されたＣｏｏｋｉｅが格納される。
これらの情報は、サービス提供サーバ１４等がログとして収集し、これに基づいてＩＰアドレスＣｏｏｋｉｅ対応リストＤＢ１３２１を作成することができる。
図１０のＩＰアドレスＣｏｏｋｉｅ対応リストは、ＩＰアドレスが１１８．２１．１１７．２３６である場合のＣｏｏｋｉｅが特定できる場合の具体例を示している。
これにより、図１０のＣＭ視聴履歴とＩＰアドレス１１８．２１．１１７．２３６で突合させることで、当該Ｃｏｏｋｉｅのユーザが前記広告主の前記商品についてのＴＶＣＭ実績接触回数が５である配信セグメントを、そのメンバとして構成すべきことが分かる。
【００８７】
ステップＳ２４において、配信対象セグメント作成サーバ１３の配信対象セグメント作成部１３１３は、配信対象条件受信部１３１１が受け付けた配信対象者条件に適合する視聴属性のＣｏｏｋｉｅを、抽出する。
例えば本実施形態では、図１１に示す様な配信対象セグメントマスタ及び図１２に示す様な配信対象セグメントメンバが採用される。
【００８８】
図１１は、図１の広告配信システムのうち、本発明の一実施形態に係る配信対象セグメント作成サーバ１３が格納する配信対象セグメントマスタデータベースの構成を示す図である。
図１１に示す配信対象セグメントマスタは、セグメントＩＤ、広告ＩＤ、ＦＱを含む。
セグメントＩＤは、配信対象セグメントを識別する為の一意符号である。
広告ＩＤは、広告主により設定された商品等のＣＭを識別する為の一意符号である。
ＦＱは、広告主により設定された商品等のＣＭのフリクエンシーについての、デジタルＣＭ配信対象としたいユーザーの実績量である。
図１１の配信対象セグメントマスタの各レコードは、広告ＩＤ０００６についての接触回数が０のユーザの集合を００１のセグメントＩＤとし、同じく接触回数が１のユーザの集合を００２のセグメントＩＤとする場合の具体例を示している。
【００８９】
図１２は、図１の広告配信システムのうち、本発明の一実施形態に係る配信対象セグメント作成サーバ１３が格納する配信対象セグメントメンバデータベースの構成を示す図である。
図１２に示す配信対象セグメントメンバは、セグメントＩＤ、クッキー情報を含む。
セグメントＩＤは、配信対象セグメントを識別する為の一意符号である。
当該クッキー情報には、デジタルＣＭ配信要求に付加されるクッキーが格納される。
【００９０】
配信対象セグメントマスタにはその広告ＩＤについて、そのＦＱの実績量となっているクッキーの配信対象セグメントメンバが、セグメントＩＤにより１対ｎ（ｎは１以上の数）で関連付けられる。
図１２の配信対象セグメントメンバの各レコードはユーザに対応し、広告ＩＤ０００６についての接触回数が０であるＩＤ００１セグメントは、Ｃｏｏｋｉｅがｃ０６ｂｆ１０６３のユーザ等５ユーザで構成し、同じく接触回数が１であるＩＤ００２セグメントは、２ユーザで構成する場合の具体例を示している。
ステップＳ２５において、配信対象セグメント作成サーバ１３の配信対象セグメント共有部１３１４は、配信対象セグメント作成部１３１３で抽出したＣｏｏｋｉｅを、サービス提供サーバ１４と、共有する。
これにより、デジタル補完目標量に基づくデジタル配信対象や、二の矢のためのＩＰアドレスに基づくデジタル配信対象の設定が容易に可能になる。
【００９１】
図１３は、サービス提供サーバ１４の配信先プランニング処理の流れを説明するフローチャートである。
ステップＳ３１において、サービス提供サーバ１４の想定獲得人数算出部１４１４は、
配信対象・到達目標受付部１４１１が受け付けた配信対象者条件に該当する想定獲得人数を、広告主、商品等、ＦＱ毎デジタル配信対象毎に算出する。
【００９２】
ステップＳ３２において、サービス提供サーバ１４の配信先集合作成部１４１５は、想定獲得人数から補完目標設定部１４１３が設定したデジタル補完目標量に到達可能となるデジタル配信対象の集合を作成する。
【００９３】
図１３には図示しないが、このようなデジタル配信対象の集合により、例えば本実施形態では、図１４に示す様な配信設定が作成される。
配信設定は、配信対象、配信対象素材、想定獲得人数を含む。
配信対象は、デジタルＣＭ配信の入札対象とするサイトを特定する符号である。
配信対象素材は、デジタルＣＭとして配信されるコンテンツを識別する符号である。
想定獲得人数は、ステップＳ３１で算出された指定接触回数到達見込み人数であり、該当する配信対象セグメントの配信対象セグメントメンバとして収集したＣｏｏｋｉｅの数等に基づいて算出される。
【００９４】
本実施例では配信設定は、配信対象及び配信対象素材の組合せにより一意である。
図１４の配信設定は、ＦＱが３以上のユーザについては配信対象０２＿ｒｋｔｎ＿ｐｃの想定獲得人数が１５万人、配信対象０１＿ｒｋｔｎ＿ｓｐ＿ａｎｄｒｏｉｄの想定獲得人数は３０万人であり、同じ商品についてのＴＶＣＭと違う素材をデジタルＣＭで配信し、ＦＱが２以下のユーザについては配信対象０２＿ｒｋｔｎ＿ｐｃの想定獲得人数が３５万人、配信対象０１＿ｒｋｔｎ＿ｓｐ＿ａｎｄｒｏｉｄの想定獲得人数は５０万人であり、ＴＶＣＭと同じ素材をデジタルＣＭで配信である場合の具体例を示している。
【００９５】
近年、繰り返し同じＣＭに接触することによりＣＭに対する関心の低下を避ける為、同じ商品についてＣＭのバリエーションを複数用意して、連続ドラマの様に展開が進んでいくＣＭの採用例が増加している。
この様なＣＭでは、素材の切り替えまでの期間が問題となる。各ユーザ毎のＦＱとは無関係に一律にＣＭに接触させる従来のＴＶＣＭ、デジタルＣＭ配信では、切り替えまでの期間が長ければ、次第にＣＭに対する関心が低下してしまい、短ければ順次連続して接触するべきＣＭを見落とす接触者が発生し、却って不快感を与えてしまう。本実施例では各ユーザ毎のＦＱに応じて素材を切り替えることができ、素材の切り替えまでの期間の問題をも、解決することができる。
【００９６】
以上、デジタルＣＭ配信準備段階での配信対象セグメント作成サーバ１３の処理の流れ、及びサービス提供サーバ１４のデジタルＣＭ配信準備段階での処理の流れを説明した。
次に、デジタルＣＭ配信段階での各サーバ間の動作手順を説明する
【００９７】
図１５は、本発明の一実施形態に係る広告配信システムにおける各サーバ間のデジタルＣＭ配信実施段階での要求／応答の手順を示す図である。
ユーザは、情報端末及びＷＥＢブラウザを操作して、サイトＡのＷＥＢサーバに閲覧の要求を送信する。
【００９８】
サイトＡのＷＥＢサーバは、閲覧要求を受信すると、これに応じてサイトＡのＷＥＢページのＨＴＭＬデータ等をユーザの情報端末に送信すると共に、ＳＳＰ（サプライサイドプラットフォーム）に、当該ＷＥＢブラウザのＣｏｏｋｉｅ情報を付加して、デジタルＣＭの入札要求を送信する。
ＳＳＰ（サプライサイドプラットフォーム）は、デジタルＣＭの入札要求を受信すると、これに応じて複数のＤＳＰ（デマンドサイドプラットフォーム）に前記Ｃｏｏｋｉｅ情報を付加して、デジタルＣＭのＲＴＢ（リアルタイムビッディング）リクエストを送信する。
【００９９】
各ＤＳＰ（デマンドサイドプラットフォーム）は、デジタルＣＭのＲＴＢ（リアルタイムビッディング）リクエストを受信すると、複数の広告配信サーバに前記Ｃｏｏｋｉｅ情報を付加して、デジタルＣＭのＲＴＢ（リアルタイムビッディング）リクエストを送信する。
本実施形態では、サービス提供サーバ１４が各広告配信サーバの一つとして機能する。
【０１００】
各広告配信サーバは、前記Ｃｏｏｋｉｅ情報に基づいてユーザの属性を把握し、応札額を決定してＤＳＰ（デマンドサイドプラットフォーム）に、ＲＴＢ（リアルタイムビッディング）レスポンスを送信する。
ここで、広告配信サーバであるサービス提供サーバ１４は、前記Ｃｏｏｋｉｅ情報からこのＲＴＢ（リアルタイムビッディング）の応札に成功すれば、図９の例で入力された補完目標の、地域、性別、下限年齢、上限年齢の条件を満たす１８才女性の属性を持つユーザにデジタルＣＭを配信できることを把握できるので、ＦＱ、人数の実績量が目標到達量に未達であれば応札し、目標到達量超えていれば応札しない。また、その度合いに応じて応札額を決定するようにしても良い。
【０１０１】
各ＤＳＰ（デマンドサイドプラットフォーム）は、前記複数の広告配信サーバからＲＴＢ（リアルタイムビッディング）レスポンスを受信すると、その中の最高額の応札について、前記ＳＳＰ（サプライサイドプラットフォーム）に、ＲＴＢ（リアルタイムビッディング）レスポンスを送信する。
サービス提供サーバ１４が最高額で応札していれば、ＤＳＰ（デマンドサイドプラットフォーム）はその額を、前記ＳＳＰ（サプライサイドプラットフォーム）に、送信する。
【０１０２】
前記ＳＳＰ（サプライサイドプラットフォーム）は、前記複数のＤＳＰ（デマンドサイドプラットフォーム）からＲＴＢ（リアルタイムビッディング）レスポンスを受信すると、その中で最高額で応札するＤＳＰ（デマンドサイドプラットフォーム）に、デジタルＣＭの配信要求を送信する。
サービス提供サーバ１４からの応札額がこの段階でも最高額であれば、当該応札額をＲＴＢ（リアルタイムビッディング）レスポンスしたＤＳＰ（デマンドサイドプラットフォーム）に、デジタルＣＭの配信要求が送信され、サービス提供サーバ１４はＤＳＰ（デマンドサイドプラットフォーム）、を介してデジタルＣＭを配信することができる。
【０１０３】
当該ＤＳＰ（デマンドサイドプラットフォーム）は、デジタルＣＭの配信要求を受信すると、デジタルＣＭのコンテンツデータを、前記ＳＳＰ（サプライサイドプラットフォーム）に送信する。
図示しないが前記ＤＳＰ（デマンドサイドプラットフォーム）は、サービス提供サーバ１４が最終的に入札できたのであれば、デジタルＣＭの配信情報を３ＰＡＳサーバ１６に送信する。
【０１０４】
前記ＳＳＰ（サプライサイドプラットフォーム）は、前記ＤＳＰ（デマンドサイドプラットフォーム）からデジタルＣＭのコンテンツデータを受信する。
前記ＳＳＰ（サプライサイドプラットフォーム）は、当該デジタルＣＭのコンテンツデータを受信すると、サイトＡのＷＥＢサーバに、デジタルＣＭのコンテンツデータを送信する。
以上の一連の手順のより、サイトＡのＷＥＢサーバを介してサイトＡのＷＥＢページ中に設定されたデジタルＣＭ枠に、コンテンツを表示させることができる。
【０１０５】
以上、デジタルＣＭ配信段階での各サーバ間の動作手順を説明した。
次に、集計結果出力サーバが出力する集計結果を説明する
【０１０６】
図１６は、本発明の一実施形態に係る集計結果出力サーバが出力する集計結果の具体例を示す図である。
集計結果は、メディア、想定人数、目標達成率を含む。
メディアにはＴＶＣＭ、デジタルＣＭ及びこれらの合計が属する。
想定人数は、人口統計に基づいて推計した指定接触回数到達人数である。
目標達成率は、指定接触回数到達人数についての、到達目標量に対する実績量の割合である。
図１６の集計結果は、人口統計で推計したある商品のＣＭについての指定接触回数到達人数がＴＶＣＭのみで１０００万人、ＴＶＣＭに加えてＷＥＢで補完した人数が５００万０人、これらの合計が１５００万人であり、到達目標量が１３６３万６３６４人程度であって、これに対する目標達成率がそれぞれ７３％、３７％、１１０％である場合の具体例を示している。
【０１０７】
以上、集計結果出力サーバが出力する集計結果を説明した。
次に、パネルデータとモニタログを関連付ける場合のデータの流れを説明する
【０１０８】
図１７は、本発明の一実施形態に係る広告配信システムにおけるデータの流れを説明する図である。
ＴＶ視聴データは、テレビ視聴率調査者がパネルデータサーバ１０で管理するパネルデータ又はこれを集計させたものである。ＴＶ視聴者ＩＤは調査協力世帯の居住者毎に一意に振られたＩＤであり、モニターでもある者については、ＴＶ視聴者→ネット利用者ＩＤ変換表により、ネット利用者ＩＤに置換することができる。
【０１０９】
ＴＶ視聴者→ネット利用者ＩＤ変換表は、テレビ視聴率調査者及びオンライン行動調査者が保有する個人情報を突合して作成しておくことで、以後の個人特定情報の閲覧を不要とすることができる。
ＴＶ視聴データからは、任意のＴＶＣＭのＦＱを、調査協力世帯の居住者毎に、知ることができる。
【０１１０】
ネット広告視聴データは、オンライン行動調査者がモニタログサーバ１９で管理するモニタログ又はこれを集計させたものである。
属性データは、オンライン行動調査者がサーバで管理するデモグラフィックデータである。
【０１１１】
ネット広告視聴データ及び属性データのネット利用者ＩＤはモニター毎に一意に振られたＩＤである。調査協力世帯の居住者でもある者についてはネット利用者ＩＤにより、ＴＶ視聴データとネット広告視聴データ及び属性データとを結合させた、結合データを生成することができる。
【０１１２】
ネット利用者ＩＤは、更にネット利用者→外部用ＩＤ変換表により、外部用ＩＤに置換することができる。これにより、個人の特定を、更に困難にすることができる。
なお外部用ＩＤは、任意の一意ものを採用することができ、例えばＴＶ視聴者ＩＤと同じとしても良い。
【０１１３】
結合データは、ＴＶ放送連動サービス提供者が、本発明に係るデジタルＣＭ配信結果の集計、レポート作成に利用する。また更には、本発明に係る広告配信システムにパネルデータとして受信させ、デジタルＣＭの配信を行わせても良い。
これにより本発明に係る広告配信システムは、デジタルＣＭの初回ＴＶ連動配信時時からＴＶＣＭについての実績量に加えて、デジタルＣＭについての実績量にも基づいて、精度良くデジタル補完目標量を設定することができる。
【０１１４】
以上本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【０１１５】
例えば図３の機能的構成は例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能が図１の広告配信システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図３の例に限定されない。また、機能ブロックの存在場所も、図３に特に限定されず、図１に示す各サーバや図１に図示せぬ任意のサーバ等任意でよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【０１１６】
各機能ブロックの処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。
【０１１７】
このようなプログラムを含む記録媒体は、プレイヤーにプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でプレイヤーに提供される記録媒体等で構成される。
【０１１８】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
【０１１９】
換言すると、本発明が適用される広告配信システムは、上述の図１及び図３の実施形態を含め、次のような構成を有する各種各様の実施形態を取ることができる。
即ち、本発明が適用される広告配信システムは、
商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を取得する第１取得手段と、
ＴＶＣＭについての視聴履歴とメタデータから得られる現在の実績量を取得する第２取得手段と、
前記到達目標量と、前記現在の実績量との差分に基づいて、デジタルＣＭのフリクエンシーとリーチの目標量であるデジタル補完目標量を設定する第１設定手段と、
前記デジタル補完目標量に基づいて、前記デジタルＣＭのデジタル配信対象を設定する第２設定手段と、
を備える。
【０１２０】
このようにして、商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を適切に達成することを支援する第１の広告配信システムが実現可能になる。特に、デジタル補完目標量に基づくデジタル配信対象の設定が容易に実現可能になる。
【０１２１】
前記現在の実績量は、パネルデータに基づく実績量である、
ようにすることができる。
【０１２２】
前記現在の実績量は、視聴者のテレビジョン受像機からネットワーク接続機器及びネットワークを介して送信されたＴＶ視聴履歴に基づく実績量である、
ようにすることができる。
【０１２３】
また、本発明が適用される第２の広告配信システムは、
商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を取得する第１取得手段と、
ＴＶＣＭについての視聴履歴とメタデータから得られる現在の実績量を取得する第２取得手段と、
前記ＴＶ視聴履歴として、視聴者のテレビジョン受像機からネットワーク接続機器及びネットワークを介して送信されたＴＶ視聴履歴を、前記ネットワーク接続機器のＩＰアドレスと対応付けて取得する第３取得手段と、
前記到達目標量、前記現在の実績量、及び前記ＴＶ視聴履歴に基づいて、前記デジタルＣＭの配信対象を前記ＩＰアドレスを単位として設定する設定手段と、
を備える。
【０１２４】
このようにして、商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を適切に達成することを支援する第２の広告配信システムが実現可能になる。
特に、二の矢のためのＩＰアドレスに基づくデジタル配信対象の設定が容易に可能になる。
その結果、二の矢を継ぐ側面で広告としての付加価値が増し、広告単価が向上することで、ネット広告配信プラットフォーム・広告媒体さらにはテレビメーカへの利益還流などが起こり、市場が活性化されることが期待される。
【符号の説明】
【０１２５】
１０  パネルデータサーバ
１１  メタデータサーバ
１２  テレビメーカログサーバ
１３  配信対象セグメント作成サーバ
１４  サービス提供サーバ
１５  ＤＳＰ（デマンドサイドプラットフォーム）サーバ
１６  ３ＰＡＳサーバ
１７  集計結果出力サーバ
１８  個別広告サーバ
１９  モニタログサーバ
５４  バス
Ｈ１乃至ＨＮ  住宅
Ｈ１０  テレビジョン受像機
Ｈ１１  ルータ
Ｈ１２１、Ｈ１２２  スマホ
Ｈ１３  ＰＣ
Ｎ  ネットワーク
【要約】      （修正有）【課題】商品等のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を適切に達成することを支援する広告配信システム及び方法、並びにプログラムを提供する。【解決手段】配信対象・到達目標受付部１４１１は、商品又は役務のＣＭのフリクエンシーとリーチについて、広告主により設定された到達目標量を取得する。テレビメーカログＦＱ毎集計結果受信部１４１２１は、ＴＶＣＭについての視聴履歴とメタデータから得られる現在の実績量を取得する。補完目標設定部１４１３は、到達目標量と、現在の実績量との差分に基づいて、デジタルＣＭのフリクエンシーとリーチの目標量であるデジタル補完目標量を設定する。配信先集合作成部１４１５は、デジタル補完目標量に基づいて、デジタルＣＭのデジタル配信対象を設定する。【選択図】図３【図１】
0006034481.tif 000002
【図２】
0006034481.tif 000003
【図３】
0006034481.tif 000004
【図４】
0006034481.tif 000005
【図５】
0006034481.tif 000006
【図６】
0006034481.tif 000007
【図７】
0006034481.tif 000008
【図８】
0006034481.tif 000009
【図９】
0006034481.tif 000010
【図１０】
0006034481.tif 000011
【図１１】
0006034481.tif 000012
【図１２】
0006034481.tif 000013
【図１３】
0006034481.tif 000014
【図１４】
0006034481.tif 000015
【図１５】
0006034481.tif 000016
【図１６】
0006034481.tif 000017
【図１７】
0006034481.tif 000018