JP2019092067A - 情報処理装置、情報処理方法、情報処理システム及びプログラム - Google Patents

Abstract

【課題】本開示によれば、テレビ広告及びインターネット広告についてユーザの視聴履歴を適切に判断すること。
【解決手段】本開示の一態様にかかる情報処理装置は、所定のＩＰ（Internet Protocol）アドレスに紐づく１つ以上のクッキー情報と、当該所定のＩＰアドレスに紐づくテレビ視聴ログと、を取得する取得部と、前記テレビ視聴ログから前記クッキー情報の数のサブテレビ視聴ログへの分離を実施する制御部と、各テレビ視聴ログ及び各クッキー情報に対応する属性情報を判断する属性判断部と、を有し、前記制御部は、属性情報に基づいて各サブテレビ視聴ログを別々の前記クッキー情報に関連付けることを特徴とする。
【選択図】図３

Description

本開示は、広告配信に係る情報処理装置、情報処理方法、情報処理システム及びプログラムに関する。

インターネット広告として、個別のユーザに対するターゲティング広告（ターゲット広告）が広く利用されている。例えば、行動ターゲティング広告は、ユーザの行動履歴（Ｗｅｂの巡回履歴など）に基づいて、特定のジャンルに関心を持つ顧客に限定して配信される広告であり、広告効果（例えば、認知、理解、購入など）が高いと言われている。広告とは、一般的に、広告主の管理可能な広告媒体を通じて広告市場に流される情報のことをいい、例えば、広告主が金銭を支払って発信（宣伝）する任意の情報であってもよい。

近年、テレビ広告及びインターネット広告を総合的に管理することが検討されている。このような構成によれば、ユーザが広告に接触する回数（フリークエンシーなどと呼ばれる）、広告に接触したユーザ数及び／又は割合（リーチなどと呼ばれる）などについて、到達目標量を効果的に達成することが期待できる。

１つの方法として、視聴者の端末を介してテレビ広告の視聴状況に関するアンケートを実施し、当該アンケートの回答とウェブ広告の視聴履歴とに基づいて広告の配信効果を評価する技術が提案されている（特許文献１）。

特開２０１７−７８９７４号公報

しかしながら、特許文献１の方法を用いる場合、アンケートによって全てのテレビ広告の視聴状況を把握することは現実的ではなく、テレビ広告及びインターネット広告についてユーザの視聴履歴を必ずしも適切に判断することができないという課題がある。

そこで本開示は、テレビ広告及びインターネット広告についてユーザの視聴履歴を適切に判断できる情報処理装置、情報処理方法、情報処理システム及びプログラムを提供することを目的の１つとする。

本開示の一態様にかかる情報処理装置は、所定のＩＰ（Internet Protocol）アドレスに紐づく１つ以上のクッキー情報と、当該所定のＩＰアドレスに紐づくテレビ視聴ログと、を取得する取得部と、前記テレビ視聴ログから前記クッキー情報の数のサブテレビ視聴ログへの分離を実施する制御部と、各テレビ視聴ログ及び各クッキー情報に対応する属性情報を判断する属性判断部と、を有し、前記制御部は、属性情報に基づいて各サブテレビ視聴ログを別々の前記クッキー情報に関連付けることを特徴とする。

本開示によれば、テレビ広告及びインターネット広告についてユーザの視聴履歴を適切に判断できる。

図１は、本開示の一実施形態に係る情報処理システムの概略構成の一例を示す図である。 図２は、本開示の一実施形態に係る広告配信処理のシーケンスの一例を示す図である。 図３は、本開示の一実施形態に係る個人視聴ログとクッキー情報との対応付けのシーケンスの一例を示す図である。 図４Ａ及び４Ｂは、クッキーＩＤに関連付けられた個人属性を考慮して、個人視聴ログを生成する一例を示す図である。 図５は、本開示の一実施形態に係るテレビの機能構成の一例を示す図である。 図６は、本開示の一実施形態に係るテレビ、デバイス、ルータ及びサーバのハードウェア構成の一例を示す図である。

本発明者らは、テレビの視聴履歴を自動的に収集することによってテレビ広告の視聴状況を取得することを着想した。また、本発明者らは、ウェブ広告を視聴するデバイスとテレビとが同じネットワーク内において用いられるケースに着目し、テレビ及びデバイスを紐付けることを着想した。また、本発明者らは、テレビ視聴ログに複数人の視聴履歴が混じるケースの対処方法も見出した。

本開示の一態様によれば、世帯のテレビの視聴履歴から、誰がコンテンツを視聴していたかを特定し、個人へのターゲティング広告を適切に提供できる。

以下、本開示の実施形態について添付図面を参照して詳細に説明する。以下の説明では、同一の部には同一の符号が付される。同一の部は名称、機能などが同じであるため、詳細な説明は繰り返さない。

（情報処理システム）
図１は、本開示の一実施形態に係る情報処理システムの概略構成の一例を示す図である。図１に示す情報処理システム１は、テレビ１０と、デバイス２０と、ルータ３０と、マッチングサーバ４０と、視聴ログ管理サーバ５０と、広告配信サーバ６０と、を含む。

本開示の一実施形態では、図１に示した情報処理システムの構成において、マッチングサーバ４０が、テレビ１０から送信された情報及びデバイス２０から送信された情報に基づいて、同一のユーザによって利用されるテレビ１０及びデバイス２０を特定する。

広告配信サーバ６０は、マッチングサーバ４０と連携し、マッチング処理に成功したユーザ（デバイス２０）に対して、テレビ１０の視聴履歴が考慮されたインターネット広告（以下、単に広告とも呼ぶ）を配信する。これにより、所定のテレビ番組を視聴するユーザに対して、好適な広告を配信し、高い広告効果を達成することができる。

テレビ（テレビ受像機）１０は、地上波放送、放送衛星（ＢＳ：Broadcasting Satellite）／通信衛星（ＣＳ：Communications Satellite）による放送などの少なくとも１つを受信する機能を有する装置である。なお、テレビ１０は、インターネット放送（インターネットテレビ）を受信する機能を有してもよい。テレビ１０は、受信した放送を表示（描画）してもよい。

テレビ１０は、ユーザの同意に基づいて、テレビ１０に関する視聴ログ（テレビ視聴ログ、放送視聴ログ、視聴履歴、パネルデータなどと呼ばれてもよい）を収集し、視聴ログ管理サーバ５０に送信することができる。

ここで、視聴ログは、テレビ１０で視聴されるコンテンツを時間情報に紐付けて記録した情報のことをいう。また、例えば、視聴ログは、視聴された番組情報、視聴されたコマーシャル（ＣＭ：Commercial Message）などに関する情報を含んでもよい。視聴ログは、テレビ１０を介した地上波放送などの視聴行動、タイムシフト再生、ブラウザ起動、ネットサービスの実行などの少なくとも１つを特定することができる情報を含んでもよい。視聴ログには、視聴番組、視聴行動などに対応してタイムスタンプが付されることが好ましい。

デバイス２０は、ユーザの操作によりブラウザなどのアプリケーションを実行する装置である。また、デバイス２０は、アプリケーションの動作に伴い、広告配信サーバ６０から広告を受信する。

テレビ１０及びデバイス２０はそれぞれ、携帯電話、スマートフォン、タブレット型端末などの携帯端末（移動通信端末）であってもよいし、パソコン（ＰＣ：Personal Computer）、テレビ（ＴＶ）、多機能テレビ、スマートＴＶ、ＩＰ（Internet Protocol）ＴＶ、セットトップボックスなどの固定通信端末であってもよい。つまり、本明細書におけるテレビ１０は、テレビ以外の装置に読み替えることができる。

ルータ３０は、インターネットプロバイダからＩＰアドレスを割り当てられ、ＬＡＮ（Local Area Network）内の装置とＷＡＮ（Wide Area Network）側の装置との通信を中継する。テレビ１０及びデバイス２０は、有線及び／又は無線（例えば、Ｗｉ−Ｆｉ（登録商標））でルータ３０に接続される。同じＬＡＮ内に含まれるテレビ１０及びデバイス２０は、ルータ３０を介して外部のネットワーク（インターネットなど）と通信する。

図１の構成では、テレビ１０及びデバイス２０の通信において、通信相手から見えるＩＰアドレスは、ルータ３０のＩＰアドレス（同一のＩＰアドレス）となる。これは、ルータ３０のＩＰマスカレード（ＮＡＰＴ：Network Address Port Translation）機能などにより実現される。

なお、ＩＰアドレスはＩＰｖ４及びＩＰｖ６のいずれでもよいし、これらを拡張／変形したアドレスであってもよい。本明細書において、ＩＰアドレスは、その他の情報（機器を特定するための所定のアドレス、識別情報など）で読み替えらえてもよい。

マッチングサーバ４０は、同一のユーザが利用するテレビ１０及びデバイス２０を関連付ける（マッチングする）機能を有する装置である。具体的には、マッチングサーバ４０は、テレビ１０を特定するテレビ特定情報（テレビ視聴ログ特定情報）と、デバイス２０を特定するデバイス特定情報（広告識別子（ＩＤ：Identifier）特定情報）と、に基づいて、テレビ１０とデバイス２０との組み合わせを特定する。テレビ１０（テレビ１０の視聴ログ）とデバイス２０との組み合わせは、所定のユーザに関する情報であるため、ユーザ情報と呼ばれてもよい。

ここで、広告ＩＤは、例えば、ユーザによってオプトアウト可能な、匿名かつ一意な広告配信用の識別子（広告に関する識別子）である。広告ＩＤは、デバイス２０のブラウザに保存される小さなファイル（クッキー（Cookie））に関する固有のクッキーＩＤ（Cookie ID）であってもよい。なお、クッキーＩＤは、ブラウザごとにそれぞれ異なるＩＤであってもよい。広告ＩＤは、クッキー情報などと呼ばれてもよい。

また、広告ＩＤは、デバイス２０にインストールされるアプリケーションから取得される識別子であってもよく、例えば、ＩＤＦＡ（Identification For Advertisers）、ＡＤＩＤ（Advertising ＩＤ）などであってもよい。

なお、テレビ特定情報は、ＴＶＩＤなどと呼ばれてもよいし、デバイス特定情報は、ＷｅｂＩＤなどと呼ばれてもよい。また、デバイス特定情報は、例えば所定のサービスに利用する識別子（ログインＩＤなど）を用いてもよい。

視聴ログ管理サーバ５０は、テレビ１０に関する視聴ログを管理（収集、分析など）する機能を有する装置である。視聴ログ管理サーバ５０は、テレビ１０のメーカーによって保有されてもよいし、テレビ１０に放送を行う放送局（テレビ局）によって保有されてもよい。

広告配信サーバ６０は、少なくともデバイス２０に対して、インターネット広告を配信する機能を有する装置である。広告は、例えば、テキスト、画像（静止画像、動画像）、音声、その他のメディア又はこれらの組み合わせにより構成されてもよい。なお、広告配信サーバ６０は、広告以外のコンテンツをデバイス２０に送信することができてもよい。

広告配信サーバ６０は、ＤＭＰ（Data Management Platform）を含んで構成されてもよく、ＤＭＰを用いて配信する広告を決定してもよい。また、広告配信サーバ６０は、ＤＳＰ（Demand Side Platform）を利用する配信サーバであってもよいし、ＤＳＰ以外の広告配信サーバ（アドサーバ）又はアドサーバを利用する配信サーバであってもよい。

アドサーバは、特定の企業（例えば、Ｔｗｉｔｔｅｒ（登録商標）社、Ｆａｃｅｂｏｏｋ（登録商標）社など）が提供するＡＰＩ（Application Programming Interface）（Ads-API）を利用する配信サーバであってもよい。また、アドサーバは、オンライン動画広告を配信する動画広告配信サーバであってもよいし、テレビ受像機向けに広告を配信するＣＭＳ（Content Management System）であってもよい。また、広告配信サーバ６０は、ＤＳＰ、ＡＰＩ、動画広告配信及びＣＭＳなどのアドサーバとの連携を、ＤＭＰ（例えば、パブリックＤＭＰ）を介して行ってもよい。

テレビ１０、デバイス２０など、各装置の機能構成及びハードウェア構成の一例については、後述する。

なお、当該システム構成は一例であり、これに限られない。例えば、各装置は、図１ではそれぞれ１つずつ含まれる構成としたが、各機器の数はこれに限られず、複数存在してもよい。また、情報処理システム１は、一部の装置を含まない構成としてもよいし、所定の装置の機能が複数の装置により実現される構成としてもよい。

また、複数の装置の機能が１つの装置により実現される構成としてもよい。例えば、マッチングサーバ４０、視聴ログ管理サーバ５０及び広告配信サーバ６０は、１つのサーバ上で実装されてもよい。

（情報処理方法）
本開示の一実施形態に係る情報処理方法について、以下で説明する。各情報処理方法は、上述の情報処理システムに適用されてもよい。

＜テレビとＷｅｂとの関連付け＞
まず、テレビ１０の視聴ログ及びデバイス２０の広告ＩＤ（例えば、クッキーＩＤ）の関連付けについて説明する。当該関連付けは、図２を用いて説明されるように、テレビ特定情報及びデバイス特定情報に基づいて行われてもよいし、その他の方法によって行われてもよい。

テレビ特定情報（第１の特定情報）は、テレビ１０のＩＰアドレス、テレビ１０の視聴ログに関する情報などを含んでもよい。また、デバイス特定情報（第２の特定情報）は、デバイス２０のＩＰアドレス、デバイス２０に配信される広告ＩＤに関する情報、デバイス２０のＷｅｂ閲覧ログ（ウェブアクセスログ）などを含んでもよい。

図２は、本開示の一実施形態に係る広告配信処理のシーケンスの一例を示す図である。当該シーケンスによれば、同一のＩＰアドレスに対応する視聴ログ及び広告ＩＤの組み合わせを、同一のユーザに関する情報と判断（特定）して、例えばテレビ視聴ログを考慮したインターネット広告配信を実施できる。

テレビ１０は、視聴ログを視聴ログ管理サーバ５０に送信することができる（ステップＳＴ１０１）。視聴ログの送信のタイミングは、周期的（例えば、１時間ごと、１日ごとなど）であってもよいし、任意のタイミングであってもよい。視聴ログ管理サーバ５０は、テレビ１０のＩＰアドレス（つまりルータ３０のＩＰアドレス）と、テレビ１０の視聴ログに関する情報と、を取得し、これらの組をテレビ特定情報として蓄積してもよい（ステップＳＴ１０２）。

デバイス２０は、Ｗｅｂブラウジング及び／又はアプリケーションの利用中に、広告配信サーバ６０から広告を配信される（ステップＳＴ１０３）。この際、広告配信サーバ６０は、デバイス２０のＩＰアドレス（つまりルータ３０のＩＰアドレス）を取得し、当該ＩＰアドレスと広告ＩＤ（例えば、クッキーＩＤ）との組をデバイス特定情報として蓄積してもよい（ステップＳＴ１０４）。また、広告ＩＤを蓄積する際、広告が配信された時刻及び広告ＩＤが取得された時刻の少なくとも１つを示すタイムスタンプが広告ＩＤに付されることが好ましい。

マッチングサーバ４０は、テレビ１０及び／又は視聴ログ管理サーバ５０から、テレビ特定情報を受信する（ステップＳＴ１０５）。また、マッチングサーバ４０は、デバイス２０及び／又は広告配信サーバ６０から、デバイス特定情報を受信する。マッチングサーバ４０は、デバイス２０におけるウェブアクセスログを、デバイス２０及び／又は広告配信サーバ６０から取得してもよい（同ステップ）。

マッチングサーバ４０は、ＩＰアドレスに基づいて、テレビ１０の視聴ログと、デバイス２０に関する広告ＩＤと、を関連付ける（ステップＳＴ１０６）。具体的には、マッチングサーバ４０は、テレビ１０のＩＰアドレスとデバイス２０のＩＰアドレスが、同一か否かを判断（マッチング）し、同一の場合には、当該ＩＰアドレスと、対応する視聴ログと、対応する広告ＩＤとの組み合わせ（ユーザ情報と呼ばれてもよい）を保存する。

マッチングサーバ４０は、テレビ１０の視聴ログに付されるタイムスタンプと、広告ＩＤに付されるタイムスタンプと、に基づいて、マッチング処理の実施を行う対象か否かを判断してもよい。例えば、マッチングサーバ４０は、両タイムスタンプで求められる時間差が所定の値以下の場合、視聴ログ及び広告ＩＤが同一の時間に取得されたと判断して、マッチング処理を行うように制御してもよい。

なお、各装置（例えば、マッチングサーバ４０、テレビ１０、視聴ログ管理サーバ５０など）は、テレビ１０のＩＰアドレスと、テレビ１０の視聴ログに関する情報と、テレビ１０の視聴ログに付されるタイムスタンプと、の組をＴＶＩＤとして、１つ以上のＴＶＩＤから、ＴＶＩＤに関するテーブルを構築及び保持してもよい。ＴＶＩＤからはいずれかの情報を除いてもよい。

また、各装置（例えば、マッチングサーバ４０、デバイス２０、広告配信サーバ６０など）は、デバイス２０のＩＰアドレスと、デバイス２０に配信される広告ＩＤに関する情報と、当該広告ＩＤに関するタイムスタンプと、の組をＷｅｂＩＤとして、１つ以上のＷｅｂＩＤから、ＷｅｂＩＤに関するテーブルを構築及び保持してもよい。ＷｅｂＩＤからはいずれかの情報を除いてもよい。

当該関連付けの実施のタイミングは、周期的（例えば、１時間ごと、１日ごとなど）であってもよいし、任意のタイミングであってもよい。ＩＰアドレスによって関連付けられるテレビ１０及びデバイス２０の個数は、１対１に限られず、１対多、多対１、及び多対多であってもよい。なお、ＩＰアドレスには、ウェブアクセスログも関連付けられてもよい。

マッチングサーバ４０は、例えば、所定のユーザのテレビ１０の視聴ログに基づいて、広告配信対象の広告ＩＤ（クッキーＩＤなど）を決定し、広告配信サーバ６０に送信する（ステップＳＴ１０７）。この際、マッチングサーバ４０は、複数のユーザの視聴ログを解析し、同じ又は類似する視聴傾向を有する複数のユーザの広告ＩＤをまとめて（グループ化して）広告配信サーバ６０に送信してもよい。

例えば、マッチングサーバ４０は、よく視聴する番組が同じ／類似する（例えば、番組名、番組のジャンル、番組の出演者などが同じ／類似する）ユーザ、よく視聴する放送局（チャンネル）が同じユーザ、所定の広告（例えば、車の広告など）に触れる機会の多いユーザなどを、グループ化してもよい。

ここで、広告配信サーバ６０に送信される広告ＩＤは、ＷｅｂＩＤとして保存された情報に限られない。例えば広告配信サーバ６０がパブリックＤＭＰを利用し、当該パブリックＤＭＰではデバイス特定情報（例えば、ＩＰアドレス＋クッキーＩＤ＋ウェブアクセスログ）が保持される場合を考える。この場合、マッチングサーバ４０は、広告配信サーバ６０から、ＩＰアドレスとパブリックＤＭＰの広告ＩＤ（例えば、クッキーＩＤ）との対応関係に関する情報を取得してもよい。

マッチングサーバ４０は、自身が保持するＴＶＩＤなどのテーブルに基づいて、所定のＩＰアドレスに対応するユーザへの広告配信を決定すると、上述の対応関係に基づいて当該ユーザに関連するパブリックＤＭＰの広告ＩＤを特定し、広告配信サーバ６０に対して、特定したパブリックＤＭＰの広告ＩＤを送信することができる。このようにすることで、マッチングサーバ４０の運用者は、パブリックＤＭＰを用いる場合であっても、重要な情報である視聴ログ（視聴履歴）をＤＭＰ事業者に公開することなく、視聴ログをセグメントデータ（オーディエンスデータと呼ばれてもよい）と関連付けることができる。

広告配信サーバ６０は、ステップＳＴ１０７で通知された広告ＩＤに基づいて、配信対象の広告を決定する（ステップＳＴ１０８）。例えば、広告配信サーバ６０は、通知された広告ＩＤを、ＤＳＰの広告ＩＤ（例えば、クッキーＩＤ）に変換してもよい。この際、ＤＳＰの広告ＩＤは、必要に応じてパブリックＤＭＰ内にあるウェブアクセスログを基に拡張／変形されてもよい。広告配信サーバ６０は、所定のユーザのデバイス２０に広告を配信する際に、当該ユーザが興味／関心を持つ可能性の高い広告を配信してもよい（ステップＳＴ１０９）。

広告配信サーバ６０は、所定のアドサーバとの連携を行う場合、ＤＳＰを用いる場合と同様に、通知された広告ＩＤを、当該アドサーバで利用される広告ＩＤに変換してもよい。例えば、広告配信サーバ６０のパブリックＤＭＰは、通知された広告ＩＤに対して所定のセグメントＩＤを関連付けて生成してもよい。アドサーバでは、セグメントＩＤに応じて広告の配信設定が行われると想定してもよい。ここで、アドサーバにおけるセグメントＩＤと広告との関連付けは、マッチングサーバ４０に保持される視聴ログの解析結果（視聴傾向など）に基づいて設定されてもよい。

そして、セグメントＩＤがＤＭＰ上で配信対象として設定されると、上述の広告ＩＤに関連するユーザのデバイス２０が広告を含むＷｅｂベージにアクセスする際、ＤＭＰから当該デバイス２０にセグメントＩＤが送信され、保存される。また、デバイス２０がセグメントＩＤを保持する場合には、ＤＭＰはアドサーバに対して当該セグメントＩＤの情報を通知することで、アドサーバは当該デバイス２０に対して広告を送信することができる。

広告配信サーバ６０は、マッチングサーバ４０と、より密に連携してもよい。例えば、マッチングサーバ４０は、例えば、所定のユーザのテレビ１０の視聴ログに基づいて、ＤＭＰのセグメントデータを制御（例えば、作成、拡張、絞込など）してもよい。

なお、ＤＭＰのセグメントデータは、ユーザがよく視聴する番組に関する情報（例えば、番組名、番組のジャンル、番組の出演者など）、よく視聴する放送局（チャンネル）などのユーザの関心事項に関わるデータを含むように制御されてもよい。また、ＤＭＰのセグメントデータは、マッチングサーバ４０及び／又はパブリックＤＭＰの過去の広告出稿情報に基づいて、広告に反応（例えば、広告のクリック、登録など）しやすいユーザを含むように制御されてもよい。

マッチングサーバ４０は、ＤＭＰを含んで構成されてもよいし、ＤＭＰの機能を実現するように構成されてもよい。この場合、上記説明におけるＤＭＰは、マッチングサーバ４０に読み替えることができる。

＜テレビ視聴ログの分離＞
上述のように、情報処理システム１においては、ＩＰアドレスごとに（ＩＰアドレスに関連付けられて）テレビ視聴ログ及びクッキー情報が保持される。このため、例えば、ルータ３０が設置された住居に複数の居住者がいる場合には、同じＩＰアドレスを用いて複数人がテレビを視聴したり、複数のデバイス２０によってＷｅｂアクセスしたりすることが想定される。

この場合、テレビ視聴ログに複数の居住者の視聴履歴が混じることになり、また、複数のクッキー情報が保持されるため、テレビ視聴ログに基づいて特定の居住者向けのインターネット広告をデバイス２０に効果的に配信することが難しいという問題が生じる。なお、同じＩＰアドレスに対応するテレビ視聴ログは、世帯視聴ログ（世帯あたり視聴ログ）と呼ばれてもよい。また、同じＩＰアドレスに対応する１つ以上のクッキー情報は、世帯クッキー情報と呼ばれてもよい。

そこで、本発明者らは、視聴ログ（世帯視聴ログ）を個人視聴ログ（個人あたり視聴ログ、サブテレビ視聴ログなどと呼ばれてもよい）に分離し、複数のクッキー情報のそれぞれを別々の個人視聴ログに関連付ける方法を着想した。

以下の例では、各個人（居住者）の属性に基づいて関連付けを行うケースを説明するが、他の情報に基づいて関連付けが行われてもよい。また、個人属性は、マーケティングの分野で用いられる性・年齢別区分（Ｍ１−Ｍ３層、Ｆ１−Ｆ３層、Ｃ層、Ｔ層）であると想定するが、これに限られない。

図３は、本開示の一実施形態に係る個人視聴ログとクッキー情報との対応付けのシーケンスの一例を示す図である。まず、マッチングサーバ４０は、当該世帯における世帯内人数（居住者数）を確定する（ステップＳＴ２０１）。視聴ログに基づいて判断される第１の世帯内人数と、クッキー情報に基づいて判断される第２の世帯内人数と、が矛盾する場合には、いずれかの世帯内人数を用いてもよく、例えば、第２の世帯内人数が正しいと想定してもよい。

なお、来訪者が自身のデバイス２０を用いて住宅のルータ３０に接続し、Ｗｅｂ閲覧する場合には、上記第２の世帯内人数が多めに算出されることがある。来訪者のクッキーＩＤに紐づくＷｅｂアクセスログは、居住者のクッキーＩＤに紐づくＷｅｂアクセスログより圧倒的に少ないと想定されるため、各クッキーＩＤについてのＷｅｂアクセスの発生頻度が比較されることによって、来訪者のクッキーＩＤを除外して上記第２の世帯内人数が算出されてもよい。

なお、第１の世帯内人数は、暫定的な個人視聴ログ分離の試行によって取得されてもよい。なお、当該分離処理は、視聴ログ管理サーバ５０において行われてもよいし、マッチングサーバ４０において行われてもよい。例えば、マッチングサーバ４０は、事前に準備した推定モデルを用いて、世帯視聴ログに基づいて（世帯視聴ログを上記推定モデルの入力として）各個人視聴ログの生成を行ってもよい。マッチングサーバ４０は、各個人視聴ログが対応する個人属性を推計（推定）してもよい。

推定モデルの作成に用いる対象データは、世帯主情報、世帯内人数、世帯構成などの情報と関連付けられた視聴ログ、いずれの情報も有しない視聴ログなどから構成することができる。学習対象データは、例えば視聴ログを所定の時間（例えば、３０分）刻みに分離し、番組情報などに基づいていくつかの情報を説明変数として保持したデータであってもよい。推定モデルは、例えばニューラルネットワーク、機械学習、ディープラーニングなどに基づいて生成されてもよい。

具体的には、モデル作成の前処理として、局×曜日×所定の時間（例えば、３０分）刻みのデータに対して、まず、パラメータデータと個人属性データを付与する。

パラメータデータとしては、該当番組の世帯視聴の有無などの世帯視聴に関するパラメータ、該当番組の放送時間帯などの放送枠属性に関するパラメータ、並びに該当番組の世帯視聴率などの番組の人気に関するパラメータなどの説明変数を作成してもよい。

世帯視聴に関するパラメータとしては、例えば、該当番組の世帯視聴の有無、該当番組の前ｎ週世帯視聴の有無、該当番組の前後ｎ枠世帯視聴の有無、該当時間の前ｎ週裏番組視聴の有無、該当時間の前後ｎ枠裏番組視聴の有無、該当時間の前ｎ週の所定局の番組視聴の有無、該当時間の前後ｎ枠の所定局の番組視聴の有無、曜日時間別総視聴確率、曜日時間局別総視聴確率、ジャンル別総視聴確率、世帯主の属性などを用いてもよい。これらの説明変数は、世帯視聴に関するカテゴリーを構成することができる。

放送枠属性に関するパラメータとしては、例えば、曜日、時間、局、ジャンル、前後ｎ枠ジャンル、レギュラーか否か、特番か否か、超大型特番か否か、該当曜日・時間・局・５２週の世帯視聴率、該当曜日・時間・５２週の世帯視聴率、該当ジャンルの世帯視聴率、該当曜日・時間・局・５２週の個人視聴率、該当曜日・時間・５２週の個人視聴率、該当ジャンルの個人視聴率などを用いてもよい。これらの説明変数は、放送枠属性に関するカテゴリーを構成することができる。

番組の人気に関するパラメータとしては、例えば、該当番組の世帯視聴率、該当番組の前ｎ週世帯視聴率、該当番組の前後ｎ枠世帯視聴率、該当番組の個人視聴率、該当番組の前ｎ週個人視聴率、該当番組の前後ｎ枠個人視聴率、電子番組表詳細の総閲覧数、電子番組表詳細の年齢別閲覧数、番宣出稿量（金額換算）、番組単位の検索ウェブサイトの検索数、番組単位のツイートの話題数、出演者の人気度（検索数）などを用いてもよい。これらの説明変数は、番組の人気に関するカテゴリーを構成することができる。

なお、パラメータデータについては、全てのパラメータを用いてもよいし、用途に合わせて一部を用いてもよい。

個人属性データとしては、所定のターゲット（所定の属性に該当する人）が実際にその枠を視聴していたか否かに関する情報（例えば、１又は０のフラグデータ）を作成する。また、所定の時間のうち一定以上の割合（例えば、３分の２以上）の時間視聴されていた場合、フラグは１に該当すると想定してもよい。

パラメータデータ及び個人属性データをデータセットとし、例えばディープラーニングにおいて、隠れ層（中間層）の数の構成をＦ値（予測結果の評価尺度の１つ）が高まるようにチューニングし、活性化関数として正規化線形関数を用いて学習器を構成することによって、推定モデルが生成されてもよい。

次に、マッチングサーバ４０は、ステップＳＴ２０１において確定した世帯内人数の情報に基づいて、世帯視聴ログを、当該世帯内人数分の個人視聴ログに分離する（ステップＳＴ２０２）。なお、当該分離処理は、世帯内人数の情報を視聴ログ管理サーバ５０に通知して行われてもよい。マッチングサーバ４０は、事前に準備した推定モデルを用いて、世帯視聴ログに基づいて各個人視聴ログの生成を行ってもよい。

ステップＳＴ２０２において用いられる推定モデルは、上述した推定モデルと同様の作成方法に基づいて作成されてもよいが、当該推定モデルは、少なくとも世帯内人数を入力（説明変数）として利用することが好ましい。マッチングサーバ４０は、各個人視聴ログが対応する個人属性を推定してもよい。

また、マッチングサーバ４０は、世帯視聴ログが、特定の個人属性に対応する個人視聴ログを含むと想定して各個人視聴ログの生成を行ってもよい。例えば、マッチングサーバ４０は、世帯視聴ログが、個人属性Ｍ１に対応する個人視聴ログ及び個人属性Ｆ２に対応する個人視聴ログを含むと想定して、少なくともこれらの属性に対応する個人視聴ログを生成するように、各個人視聴ログの生成を行ってもよい。

例えば、マッチングサーバ４０は、事前に少なくとも一部の世帯クッキー情報と個人（個人属性）との対応関係を取得してもよい（少なくとも一部のクッキー情報と個人情報との紐付けを確定してもよい）。この場合、マッチングサーバ４０は、世帯視聴ログが、クッキー情報に関連する個人属性に対応する個人視聴ログを含むと想定してもよい。

マッチングサーバ４０は、居住者の１つ又は複数のデバイス２０に対して個人属性に関する情報（性別、年齢など）を回答させるＷｅｂページを送信して回答させる（アンケート）ことによって、デバイス２０から個人属性の情報を取得してもよい。なお、アンケート以外の方法によってクッキー情報と個人属性との対応関係が取得されてもよい。例えば、所定のサービスに関して登録される個人属性に関する情報と、当該サービスを利用するユーザのクッキー情報、ＩＰアドレスなどから上記対応関係が取得されてもよい。

なお、マッチングサーバ４０以外の他のサーバがアンケートを収集してもよく、この場合マッチングサーバ４０は、アンケート結果に基づく個人属性の情報とクッキー情報との関係に関する情報を、当該他のサーバなどから取得すればよい。

また、マッチングサーバ４０は、個人属性との対応関係が判断されていないクッキー情報について、個人（個人属性）との対応関係を推計（推定）してもよい。当該推定は、クッキー情報から判断できるＷｅｂアクセスログに基づいて行われてもよい。

次に、マッチングサーバ４０は、アンケートなどに基づいて個人属性との紐付けが確定したクッキー情報について、個人視聴ログとの紐づけを行う（ステップＳＴ２０３）。ここで、アンケート結果は正しいと想定してもよい（アンケートに嘘の個人属性は記入されないと想定してもよい）。

マッチングサーバ４０は、各個人視聴ログに対応する個人属性を推計（推定）してもよい。

ある属性が１つのクッキー情報のみに対応する場合、個人視聴ログの推計に同じ属性があれば、当該個人視聴ログは当該クッキー情報に紐付けられてよい。

ある属性が１つのクッキー情報のみに対応する場合、個人視聴ログの推計に同じ属性がない（いずれの個人視聴ログについても、最も可能性が高いと推定された属性に該当しない）ときは、複数の個人視聴ログのなかで当該属性の可能性が最も高い個人視聴ログが当該クッキー情報に紐付けられてよい。

ある属性が複数（例えば、２つ）のクッキー情報に対応する場合、他の情報も考慮して複数の個人視聴ログのそれぞれにこれらのクッキー情報が紐付けられてもよい。例えば、個人視聴ログに基づいて判断される個人の視聴時間に関する情報（例えば、視聴分数）が、クッキー情報に関連してマッチングサーバ４０において（例えば、ＤＭＰ上で）特定されるテレビ視聴量のスコアに矛盾しない組み合わせになるように、紐付けが行われてもよい。

ここで、テレビ視聴量のスコアは、テレビによく触れることを示す評価尺度（例えば、テレビを視聴する時間、頻度など）であってもよく、以下単に「スコア」とも呼ぶ。

スコアは、例えばマッチングサーバ４０が、ＤＭＰのデータに基づいて各クッキー情報について算出してもよい。スコアは、世帯構成、居住エリア、性年代、職業、趣味嗜好などのアフィニティカテゴリーとテレビ視聴量との対応関係に基づいて算出されてもよい。

スコアに関連して視聴者層が判断されてもよく、例えばスコアの高い方から順に、一定の範囲ごとのスコアのグループを「ＨＨ」、「Ｈ」、「Ｍ」、「Ｌ」、「Ｎ」などと呼称してもよい。例えば、視聴時間及び視聴頻度の両方が最低値（例えば、０）に該当するユーザは「Ｎ」に分類されてもよく、視聴時間及び視聴頻度の両方が所定の閾値以上（例えば、上位１０％）に該当するユーザが「ＨＨ」に分類されてもよい。

図４Ａ及び４Ｂは、クッキーＩＤに関連付けられた個人属性を考慮して、個人視聴ログを生成する一例を示す図である。本例では、ステップＳＴ２０１において確定した世帯内人数は７であると想定するが、これに限られない。

図４Ａは、Ｗｅｂアクセスログを考慮せず世帯視聴ログ（世帯内視聴履歴）のみを用いて個人視聴ログを分離した場合の個人と推計との対応関係を示す。個人ａ１−ａ７の属性が、それぞれＦ１、Ｍ１、Ｆ３、Ｍ２、Ｆ１、Ｍ１、Ｆ２であると推定されている。

なお、この推定結果は、最も可能性の高い属性が示されている。ａ１については「Ｆ１」が推定されているが、これは例えば、Ｃが１０％、Ｔが２０％、Ｍ１が３０％、Ｍ２が３０％、Ｍ３が５０％、Ｆ１が７０％、Ｆ２が４０％、Ｆ３が５０％という確率を持っているに過ぎない。

抽出された個人視聴ログの視聴分数も記載されている。ａ１及びａ５の視聴分数はそれぞれ３００分、２００分であり、この２者はテレビをよく見る人間であることがわかる。一方、図における視聴分数「−」は、本例では特に考慮する必要がないため表示していないが、他の個人についても視聴分数の情報が利用できてもよい。

一方、図４Ｂは、ＤＭＰに記憶されるクッキー情報を個人に関連付けるための情報の一例を示す。クッキーＸ１、Ｘ３、Ｘ５及びＸ６は、アンケートによって、それぞれＦ１、Ｔ、Ｍ２及びＦ１に対応することが判明している。クッキーＸ２、Ｘ５及びＸ７は、アンケート結果が利用できないため、属性が確定していない。また、Ｘ１のスコアはＨ（５．２）、Ｘ６はＭ（３．８）であり、この２者はテレビをよく見る人間であることがわかる。

さて、ある世帯について図４Ａ及び４Ｂの情報が分かっているケースについて説明する。まず、クッキーＸ５に対応するＭ２は、他のクッキーに対応していない属性であり、またａ４のみがＭ２であると推定されていることから、ａ４はクッキーＸ５に関連付けられると確定してもよい。

また、クッキーＸ１及びＸ６の２つがＦ１に対応している一方で、ａ１及びａ５の２つがＦ１であると推定されていることから、Ｘ１及びＸ６は、それぞれａ１又はａ５に関連付けられると想定される。ここで、ＤＭＰの視聴量のスコアはＸ１の方がＸ６より高く、ａ１はａ５より視聴分数が長いことから、ａ１はＸ１に、そしてａ５はＸ６に関連付けられると確定してもよい。

また、クッキーＸ３がＴに対応している一方で、ａ１−ａ７のいずれもＴに対応していない。この場合、ａ１−ａ７のうちで最もＴの確率が高い個人の属性を、推定結果に関わらずＴと判断してもよい。例えば、ａ６が最もＴの確率が高いと仮定すると、ａ６の推定結果はＭ１であるがＴとして、ａ６はＸ３に関連付けられると確定してもよい。

なお、ステップＳＴ２０３においてクッキー情報への紐付けが確定した個人属性がある場合は、上記ステップＳＴ２０２において、説明変数に世帯内人数及び判明した属性の情報を加え、再度モデルで推計を行って、個人視聴ログの属性の推計の精度を改善してもよい。

また、アンケートなどの結果が利用できず、世帯クッキー情報と個人属性との対応関係が取得できない場合には、ステップＳＴ２０３は省略されてもよい。

次に、マッチングサーバ４０は、個人属性との紐付けが確定していないクッキー情報について、個人視聴ログとの紐づけを行う（ステップＳＴ２０４）。この場合、クッキー情報に関する推定結果と、個人視聴ログに関する推定結果と、を両方考慮して、紐付けを行うことができる。

マッチングサーバ４０は、クッキー情報に関連付けられていない各個人視聴ログに対応する個人属性を推定してもよい。マッチングサーバ４０は、個人視聴ログに関連付けられていないクッキー情報に対応する個人属性を推定してもよい。

推定結果に基づく場合であってもクッキーと個人視聴ログとを一意に関連付けるためには、以下の方法を利用することが考えられる：
（１）視聴ログの個人属性推定を正しいと仮定する方法（「個人視聴ログ優先決定方法」などと呼ばれてもよい）、
（２）クッキーの個人属性推定を正しいと仮定する方法（「クッキー優先決定方法」などと呼ばれてもよい）、
（３）各推定の類似度を考慮した方法（「類似度考慮決定方法」などと呼ばれてもよい）。

［個人視聴ログ優先決定方法］
本方法においては、所定の個人視聴ログの属性は、各属性のうち最も確率の高い属性であると決定する。この場合、属性が決定された個人視聴ログに関連付けられるクッキー情報は、各クッキー情報の当該属性の確率を比較し、最も確率が高い（最大の確率を有する）クッキーＩＤであると判断してもよい。テレビの視聴分析の結果が重要である場合には、本方法が好ましい。なお、「最も確率の高い属性」は、「確率が所定の閾値以上の属性」、「ｎ（ｎ＞０）番目に確率の高い属性」などで読み替えられてもよい。

上述の図１Ａ及び１Ｂのケースを用いて説明する。ステップＳＴ２０２の紐付けが完了した時点で、個人視聴ログａ２、ａ３及びａ７と、クッキーＸ２、Ｘ４及びＸ７と、がまだ紐付けられていない。

ａ２について、Ｃが１０％、Ｔが２０％、Ｍ１が７０％、Ｍ２が３０％、Ｍ３が５０％、Ｆ１が０％、Ｆ２が４０％、Ｆ３が５０％と推定され、ａ３について、Ｃが３０％、Ｔが７０％、Ｍ１が７０％、Ｍ２が４０％、Ｍ３が５０％、Ｆ１が３０％、Ｆ２が４０％、Ｆ３が５０％と推定され、ａ７について、Ｃが２０％、Ｔが２０％、Ｍ１が５０％、Ｍ２が７０％、Ｍ３が７０％、Ｆ１が３０％、Ｆ２が４０％、Ｆ３が５０％と推定されたケースを考える。

この場合、それぞれ最も確率の高い属性を鑑みると、ａ２の属性はＭ１、ａ３の属性はＴ、ａ４の属性はＭ２であると決定できる。具体的には、複数の個人視聴ログについて同じ属性が最も確率が高い（例えば、上の例だとａ２及びａ３についてＭ１が最も確率が高い）場合、いずれかの個人視聴ログの属性は、最も確率が高い別の属性又は２番目に確率が高い属性であると決定してもよい（例えば、上の例だとａ３についてＴはＭ１と同じ確率である）。

また、１つの個人視聴ログについて複数の属性が最も確率が高い（例えば、上の例だとａ７についてＭ２及びＭ３が最も確率が高い）場合、当該個人視聴ログの属性は、最も確率が高い属性のいずれかであると決定してもよい。

個人視聴ログの属性の決定後、各個人視聴ログに対して、属性が未決定のクッキーＸ２、Ｘ４及びＸ７から最も対応する属性の確率が高いクッキーを関連付ける。例えば、ａ２に対しては、Ｍ１の確率が最も高いクッキーを関連付け、ａ３に対しては、Ｔの確率が最も高いクッキーを関連付け、などのように関連付けが行われてもよい。

［クッキー優先決定方法］
個人視聴ログ優先決定方法とは対照的に、本方法においては、所定のクッキー情報の属性は、各属性のうち最も確率の高い属性であると決定する。この場合、属性が決定されたクッキーＩＤに関連付けられる個人視聴ログは、各個人視聴ログの当該属性の確率を比較し、最も確率が高い個人視聴ログであると判断してもよい。Ｗｅｂ上の行動特性が重要である場合には、本方法が好ましい。なお、「最も確率の高い属性」は、「確率が所定の閾値以上の属性」、「ｎ（ｎ＞０）番目に確率の高い属性」などで読み替えられてもよい。

［類似度考慮決定方法］
本方法においては、クッキー情報に関する各属性の確率の分布（傾向）及び個人視聴ログに関する各属性の確率の分布（傾向）が最も類似するクッキー情報及び個人視聴ログの組み合わせが紐付けられてもよい。テレビの視聴分析及びＷｅｂ上の行動特性の両方を考慮したい場合には、本方法が好ましい。

これらの確率の分布の類似度は、例えば、全属性に関してクッキー情報及び個人視聴ログの同じ属性の確率を乗算した値の総和などによって求められてもよい。組み合わせが紐づいていないクッキー情報及び個人視聴ログのうち、類似度が高い組み合わせから順に紐付けが行われてもよい。

上述の図１Ａ及び１Ｂのケースを用いて説明する。ステップＳＴ２０２の紐付けが完了した時点で、個人視聴ログａ２、ａ３及びａ７と、クッキーＸ２、Ｘ４及びＸ７と、がまだ紐付けられていない。

属性が確定していない個人視聴ログ及びクッキーの各属性の確率を示す行列を利用することができる。例えば、個人視聴ログに関する行列は、行方向に個人（例えば、ａ２、ａ３、ａ７の順とする）を対応させ、列方向に各属性（例えば、Ｃ、Ｔ、Ｍ１、Ｍ２、Ｍ３、Ｆ１、Ｆ２、Ｆ３の順とする）を対応させて要素を個人視聴ログの属性の確率とした行列（ここでは、行列Ａと呼ぶ）として構成してもよい。

また、クッキーに関する行列は、行方向にクッキー（例えば、Ｘ２、Ｘ４、Ｘ７の順とする）を対応させ、列方向に各属性（例えば、Ｃ、Ｔ、Ｍ１、Ｍ２、Ｍ３、Ｆ１、Ｆ２、Ｆ３の順とする）を対応させて要素をクッキーの属性の確率とした行列（ここでは、行列Ｂと呼ぶ）として構成してもよい。なお、これらの行列を構成する要素の順番などは、この例で示す内容に限定されない。

行列Ａ及びＢから、個人視聴ログ及びクッキー情報に対応する属性の類似度を算出してもよい。例えば、Ａ＊Ｂ^Ｔ（Ｔは転置行列を示す）が、類似度を示す類似度行列として利用されてもよい。なお、他の計算式によって、当該類似度が算出されてもよい。

一例として、

とすると、

となる。この場合、例えば、ａ２及びＸ２、ａ２及びＸ４、ａ２及びＸ７の類似度は、それぞれ１．１６５、１．２１５、１．４９３となる。

類似度が高い個人視聴ログ及びクッキーの組み合わせを優先して（例えば、類似度の総和が最も高くなるように）組み合わせを決定すると、ａ２及びＸ７（類似度１．４９３）、ａ３及びＸ４（類似度１．３９８）、ａ７及びＸ２（類似度１．２８５）がそれぞれ関連付けられる。

なお、上述の方法（１）−（３）は、切り替えて用いられてもよい。マッチングサーバ４０は、いずれの方法を用いるかを、クッキー情報とまだ関連付けられていない個人視聴ログの数、個人視聴ログとまだ関連付けられていないクッキー情報の数、個人視聴ログ（及び／又はクッキー情報）が対応するＩＰアドレスなどに基づいて判断してもよい。

以上説明した実施形態によれば、世帯内の誰が何のテレビ広告を視聴したかを好適に判断し、広告配信をより精緻化できる。

（機器の構成）
図４は、本開示の一実施形態に係るテレビの機能構成の一例を示す図である。図４に示すように、テレビ１０は、制御部１１と、記憶部１２と、通信部１３と、入力部１４と、出力部１５と、を有する。なお、図４では、本実施形態における特徴部分の機能ブロックを主に示しており、テレビ１０は、他の処理に必要な他の機能ブロックも有してもよい。また、一部の機能ブロックを含まない構成としてもよい。

制御部１１は、テレビ１０の制御を実施する。例えば、制御部１１は、ユーザの操作に基づいて映像の表示を行ったり、視聴ログの送信を制御したりする。制御部１１は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置により構成することができる。

記憶部１２は、テレビ１０で利用する情報を記憶（保持）する。例えば、記憶部１２は、視聴ログを逐次記憶する。記憶部１２は、例えば、本発明に係る技術分野での共通認識に基づいて説明されるメモリ、ストレージ、記憶装置などにより構成することができる。

通信部１３は、マッチングサーバ４０及び／又は視聴ログ管理サーバ５０に対して、視聴ログを送信する。また、通信部１３は、デバイス２０及び／又はルータ３０（マッチングサーバ４０なども含む）から受信した種々の情報を制御部１１に出力する。

通信部１３は、本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、送受信回路又は送受信装置により構成することができる。なお、通信部１３は、送信部及び受信部から構成されてもよい。

入力部１４は、ユーザからの操作により入力を受け付ける。また、入力部１４は、所定の機器、記憶媒体などと接続され、データの入力を受け付けてもよい。入力部１４は、入力結果を例えば制御部１１に出力してもよい。

入力部１４は、本発明に係る技術分野での共通認識に基づいて説明されるキーボード、マウス、ボタンなどの入力装置、入出力端子、入出力回路などにより構成することができる。また、入力部１４は、表示部と一体となった構成（例えば、タッチパネル）としてもよい。

出力部１５は、所定のコンテンツの再生を行って、出力する。例えば、出力部１５は、画像を表示する表示部、音声を出力する音声出力部などを含んで構成されてもよい。表示部は、例えば、本発明に係る技術分野での共通認識に基づいて説明されるディスプレイ、モニタなどの表示装置により構成することができる。また、音声出力部は、本発明に係る技術分野での共通認識に基づいて説明されるスピーカーなどの出力装置により構成することができる。

出力部１５は、例えば、本発明に係る技術分野での共通認識に基づいて説明される演算器、演算回路、演算装置、プレイヤー、画像／映像／音声処理回路、画像／映像／音声処理装置、アンプなどを含んで構成することができる。

デバイス２０、ルータ３０、マッチングサーバ４０、視聴ログ管理サーバ５０、広告配信サーバ６０などについても、図４と同様の構成を有してもよい。以下、いくつかの部について詳しく説明する。なお、各装置の図４の各機能ブロックに対応する構成は、各装置を示す符号の下一桁を図４と同様に変更して表す。

デバイス２０の制御部２１は、ユーザの操作に従って、ブラウザなどのアプリケーションを実行する制御を行ってもよい。通信部２３は、アプリケーションの動作に伴い、広告配信サーバ６０に広告リクエストを送信し、広告又は広告ＩＤ（例えば、キャンペーンＩＤなど）を受信してもよい。

マッチングサーバ４０の通信部４３は、ＩＰアドレス及びテレビの視聴ログに関する情報を少なくとも含む第１の特定情報と、ＩＰアドレス及び広告ＩＤを少なくとも含む第２の特定情報と、を取得してもよい。つまり、マッチングサーバ４０の通信部４３は、所定のＩＰアドレスに紐づく１つ以上のクッキー情報と、当該所定のＩＰアドレスに紐づくテレビ視聴ログと、を取得してもよい。この場合、通信部４３は、取得部と呼ばれてもよい。

制御部４１は、第１の特定情報及び第２の特定情報に基づいて、同一のＩＰアドレスに対応する視聴ログ及び広告ＩＤの組み合わせを特定する制御を行ってもよい。

制御部４１は、上記テレビ視聴ログから、上記テレビ視聴ログに紐づく上記所定のＩＰアドレスと同じＩＰアドレスに対応するクッキー情報の数のサブテレビ視聴ログ（個人視聴ログ）への分離を実施してもよい。制御部４１は、後述の属性情報に基づいて各サブテレビ視聴ログを別々のクッキー情報に関連付けてもよい。なお、サブテレビ視聴ログは、個人あたりの視聴ログに限られず、２人以上の視聴ログを統合した視聴ログなどであってもよい。

制御部４１は、各テレビ視聴ログ及び各クッキー情報に対応する属性情報を判断してもよい。この場合、制御部４１は、属性判断部と呼ばれてもよい。

属性判断部は、所定の情報に基づいて、１つ以上の上記クッキー情報に対応する属性情報を確定してもよい。当該所定の情報は、例えばアンケート結果などであってもよい。マッチングサーバ４０は、デバイス２０に対して個人属性に関する情報（性別、年齢など）を回答させるＷｅｂページを送信して回答させることによって、アンケート結果を取得してもよい。

制御部４１は、上記テレビ視聴ログが特定の属性情報に対応するサブテレビ視聴ログを含むと想定して、上記分離を実施してもよい。ここで、当該特定の属性情報は、属性判断部によって確定された１つ以上の上記クッキー情報に対応する属性情報であってもよい。

制御部４１は、同一のＩＰアドレスについて複数のクッキー情報に対応する属性情報が同一の場合、これらのクッキー情報に関連して特定されるテレビ視聴量のスコアの大小が、サブテレビ視聴ログに基づいて判断される視聴時間に関する情報の大小に矛盾しない（大小関係が同じになる）組み合わせになるように、これらのクッキー情報を別々のサブテレビ視聴ログに関連付けてもよい。

属性判断部は、クッキー情報に関連付けられていない各サブテレビ視聴ログの属性情報が、それぞれ推定される最大の確率を有する属性情報であると確定してもよい。属性判断部は、サブテレビ視聴ログに関連付けられていない各クッキー情報に対応する属性情報を推定してもよい。

この場合、制御部４１は、サブテレビ視聴ログに関連付けられていないクッキー情報であって、確定された所定のサブテレビ視聴ログに対応する属性情報が最大の確率を有するクッキー情報を、当該所定のサブテレビ視聴ログに関連付けてもよい。

属性判断部は、クッキー情報に関連付けられていない各サブテレビ視聴ログに対応する属性情報を推定してもよい。属性判断部は、サブテレビ視聴ログに関連付けられていない各クッキー情報の属性情報が、それぞれ推定される最大の確率を有する属性情報であると確定してもよい。

この場合、制御部４１は、クッキー情報に関連付けられていないサブテレビ視聴ログであって、確定された所定のクッキー情報に対応する属性情報が最大の確率を有するサブテレビ視聴ログを、当該所定のクッキー情報に関連付けてもよい。

属性判断部は、クッキー情報に関連付けられていない各サブテレビ視聴ログに対応する属性情報を推定してもよい。属性判断部は、サブテレビ視聴ログに関連付けられていないクッキー情報に対応する属性情報を推定してもよい。

この場合、クッキー情報に関連付けられていない各サブテレビ視聴ログに対応する属性情報の推定結果及びサブテレビ視聴ログに関連付けられていないクッキー情報に対応する属性情報の推定結果の類似度に基づいて、クッキー情報に関連付けられていない各サブテレビ視聴ログを別々のクッキー情報に関連付けてもよい。

（ハードウェア構成）
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的に結合した１つの装置により実現されてもよいし、物理的に分離した２つ以上の装置を有線又は無線で接続し、これら複数の装置により実現されてもよい。

例えば、本発明の一実施形態における無線基地局、ユーザ端末などは、本発明の無線通信方法の処理を行うコンピュータとして機能してもよい。図６は、本開示の一実施形態に係るテレビ、デバイス、ルータ及びサーバのハードウェア構成の一例を示す図である。上述のテレビ１０、デバイス２０、マッチングサーバ４０などは、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。テレビ１０、デバイス２０、マッチングサーバ４０などのハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

例えば、プロセッサ１００１は１つだけ図示されているが、複数のプロセッサがあってもよい。また、処理は、１のプロセッサで実行されてもよいし、処理が同時に、逐次に、又はその他の手法で、１以上のプロセッサで実行されてもよい。

テレビ１０、デバイス２０、マッチングサーバ４０などにおける各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みなどを制御することで実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）で構成されてもよい。なお、上述の制御部１１などの各部は、プロセッサ１００１で実現されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、制御部１１は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（Electrically EPROM）、ＲＡＭ（Random Access Memory）、その他の適切な記憶媒体の少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、フレキシブルディスク、フロッピー（登録商標）ディスク、光磁気ディスク（例えば、コンパクトディスク（ＣＤ−ＲＯＭ（Compact Disc ROM）など）、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、リムーバブルディスク、ハードディスクドライブ、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、磁気ストライプ、データベース、サーバ、その他の適切な記憶媒体の少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。なお、上述の記憶部１２は、メモリ１００２及び／又はストレージ１００３で実現されてもよい。

通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。なお、上述の通信部１３は、通信装置１００４で実現されてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウスなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカーなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。なお、上述の入力部１４及び出力部１５は、それぞれ入力装置１００５及び出力装置１００６で実現されてもよい。

また、プロセッサ１００１やメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。

また、テレビ１０、デバイス２０、マッチングサーバ４０などは、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。

（変形例）
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。

本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。また、本明細書においてパラメータなどに使用する名称は、いかなる点においても限定的な名称ではない。

本明細書において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

情報、信号などは、複数のネットワークノードを介して入出力されてもよい。

入出力された情報、信号などは、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報、信号などは、上書き、更新又は追記をされ得る。出力された情報、信号などは、削除されてもよい。入力された情報、信号などは、他の装置へ送信されてもよい。

また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的な通知に限られず、暗示的に（例えば、当該所定の情報の通知を行わないことによって又は別の情報の通知によって）行われてもよい。

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び／又は無線技術（赤外線、マイクロ波など）を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。

本明細書において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。

本明細書において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。

本明細書において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

本明細書において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書において使用され得る。したがって、第１及び第２の要素の参照は、２つの要素のみが採用され得ること又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

本明細書において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も同様に解釈されてもよい。

以上、本開示に係る発明について詳細に説明したが、当業者にとっては、本開示に係る発明が本明細書中に説明した実施形態に限定されないということは明らかである。本開示に係る発明は、請求の範囲の記載に基づいて定まる発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とし、本開示に係る発明に対して何ら制限的な意味をもたらさない。

本開示の一態様にかかる情報処理装置は、所定のＩＰ（Internet Protocol）アドレスに紐づく１つ以上のクッキー情報と、当該所定のＩＰアドレスに紐づくテレビ視聴ログと、を取得する取得部と、前記テレビ視聴ログから前記クッキー情報の数のサブテレビ視聴ログへの分離を実施する制御部と、各テレビ視聴ログ及び各クッキー情報に対応する属性情報を判断する属性判断部と、を有し、前記制御部は、属性情報に基づいて各サブテレビ視聴ログを別々の前記クッキー情報に関連付け、前記制御部は、複数の前記クッキー情報に対応する属性情報が同一の場合、クッキー情報に関連して特定されるテレビ視聴量のスコアの大小が、サブテレビ視聴ログに基づいて判断される視聴時間に関する情報の大小に矛盾しない組み合わせになるように、これらのクッキー情報を別々のサブテレビ視聴ログに関連付けることを特徴とする。

Claims (9)

1. 所定のＩＰ（Internet Protocol）アドレスに紐づく１つ以上のクッキー情報と、当該所定のＩＰアドレスに紐づくテレビ視聴ログと、を取得する取得部と、
   前記テレビ視聴ログから前記クッキー情報の数のサブテレビ視聴ログへの分離を実施する制御部と、
   各テレビ視聴ログ及び各クッキー情報に対応する属性情報を判断する属性判断部と、を有し、
   前記制御部は、属性情報に基づいて各サブテレビ視聴ログを別々の前記クッキー情報に関連付けることを特徴とする情報処理装置。
2. 前記属性判断部は、所定の情報に基づいて、１つ以上の前記クッキー情報に対応する属性情報を確定し、
   前記制御部は、前記テレビ視聴ログが、１つ以上の前記クッキー情報に対応すると確定された属性情報に対応するサブテレビ視聴ログを含むと想定して、前記分離を実施することを特徴とする請求項１に記載の情報処理装置。
3. 前記制御部は、複数の前記クッキー情報に対応する属性情報が同一の場合、クッキー情報に関連して特定されるテレビ視聴量のスコアの大小が、サブテレビ視聴ログに基づいて判断される視聴時間に関する情報の大小に矛盾しない組み合わせになるように、これらのクッキー情報を別々のサブテレビ視聴ログに関連付けることを特徴とする請求項１又は請求項２に記載の情報処理装置。
4. 前記属性判断部は、クッキー情報に関連付けられていない各サブテレビ視聴ログの属性情報が、それぞれ推定される最大の確率を有する属性情報であると確定し、
   前記属性判断部は、サブテレビ視聴ログに関連付けられていない各クッキー情報に対応する属性情報を推定し、
   前記制御部は、サブテレビ視聴ログに関連付けられていないクッキー情報であって、確定された所定のサブテレビ視聴ログに対応する属性情報が最大の確率を有するクッキー情報を、当該所定のサブテレビ視聴ログに関連付けることを特徴とする請求項１から請求項３のいずれかに記載の情報処理装置。
5. 前記属性判断部は、クッキー情報に関連付けられていない各サブテレビ視聴ログに対応する属性情報を推定し、
   前記属性判断部は、サブテレビ視聴ログに関連付けられていない各クッキー情報の属性情報が、それぞれ推定される最大の確率を有する属性情報であると確定し、
   前記制御部は、クッキー情報に関連付けられていないサブテレビ視聴ログであって、確定された所定のクッキー情報に対応する属性情報が最大の確率を有するサブテレビ視聴ログを、当該所定のクッキー情報に関連付けることを特徴とする請求項１から請求項３のいずれかに記載の情報処理装置。
6. 前記属性判断部は、クッキー情報に関連付けられていない各サブテレビ視聴ログに対応する属性情報を推定し、
   前記属性判断部は、サブテレビ視聴ログに関連付けられていないクッキー情報に対応する属性情報を推定し、
   前記制御部は、クッキー情報に関連付けられていない各サブテレビ視聴ログに対応する属性情報の推定結果及びサブテレビ視聴ログに関連付けられていないクッキー情報に対応する属性情報の推定結果の類似度に基づいて、クッキー情報に関連付けられていない各サブテレビ視聴ログを別々のクッキー情報に関連付けることを特徴とする請求項１から請求項３のいずれかに記載の情報処理装置。
7. 所定のＩＰ（Internet Protocol）アドレスに紐づく１つ以上のクッキー情報と、当該所定のＩＰアドレスに紐づくテレビ視聴ログと、を取得するステップと、
   前記テレビ視聴ログから前記クッキー情報の数のサブテレビ視聴ログへの分離を実施するステップと、
   各テレビ視聴ログ及び各クッキー情報に対応する属性情報を判断するステップと、
   属性情報に基づいて各サブテレビ視聴ログを別々の前記クッキー情報に関連付けるステップと、を有することを特徴とする情報処理方法。
8. 所定のＩＰ（Internet Protocol）アドレスに紐づく１つ以上のクッキー情報と、当該所定のＩＰアドレスに紐づくテレビ視聴ログと、を取得する取得部と、
   前記テレビ視聴ログから前記クッキー情報の数のサブテレビ視聴ログへの分離を実施する制御部と、
   各テレビ視聴ログ及び各クッキー情報に対応する属性情報を判断する属性判断部と、を有し、
   前記制御部は、属性情報に基づいて各サブテレビ視聴ログを別々の前記クッキー情報に関連付けることを特徴とする情報処理システム。
9. コンピュータに、
   所定のＩＰ（Internet Protocol）アドレスに紐づく１つ以上のクッキー情報と、当該所定のＩＰアドレスに紐づくテレビ視聴ログと、を取得する手順と、
   前記テレビ視聴ログから前記クッキー情報の数のサブテレビ視聴ログへの分離を実施する手順と、
   各テレビ視聴ログ及び各クッキー情報に対応する属性情報を判断する手順と、
   属性情報に基づいて各サブテレビ視聴ログを別々の前記クッキー情報に関連付ける手順と、を実行させるためのプログラム。
   

Images