特許 7628415 ＩＤ連携システム、ＩＤ連携方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-01-31

(45)【発行日】2025-02-10

(54)【発明の名称】ＩＤ連携システム、ＩＤ連携方法及びプログラム

(51)【国際特許分類】

   H04N 21/258 20110101AFI20250203BHJP

   G06F 16/735 20190101ALI20250203BHJP

   G06Q 30/0251 20230101ALI20250203BHJP

   H04L 67/02 20220101ALI20250203BHJP

【ＦＩ】

H04N21/258

G06F16/735

G06Q30/0251

H04L67/02

【請求項の数】 6

(21)【出願番号】P 2020184693

(22)【出願日】2020-11-04

(65)【公開番号】P2022074563

(43)【公開日】2022-05-18

【審査請求日】2023-08-21

(73)【特許権者】

【識別番号】320005501

【氏名又は名称】株式会社電通

(74)【代理人】

【識別番号】110004185

【氏名又は名称】インフォート弁理士法人

(74)【代理人】

【識別番号】100121083

【弁理士】

【氏名又は名称】青木 宏義

(74)【代理人】

【識別番号】100138391

【弁理士】

【氏名又は名称】天田 昌行

(74)【代理人】

【識別番号】100174528

【弁理士】

【氏名又は名称】木村 晋朗

(74)【代理人】

【識別番号】100213643

【弁理士】

【氏名又は名称】新開 健一

(72)【発明者】

【氏名】朴 泰輝

【審査官】鈴木 順三

(56)【参考文献】

【文献】特開２０２０－０６４６２０（ＪＰ，Ａ）

【文献】国際公開第２０１７／１８３７０３（ＷＯ，Ａ１）

【文献】特許第６５６９０２１（ＪＰ，Ｂ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｎ ２１／００ － ２１／８５８

Ｇ０６Ｆ １６／００ － １６／９５８

Ｇ０６Ｑ ３０／００ － ３０／０８

Ｈ０４Ｌ ６７／００ － ６７／７５

(57)【特許請求の範囲】

【請求項1】

テレビ（Television（ＴＶ））を識別するためのＴＶ機器識別子（Identifier（ＩＤ））及びInternet Protocol（ＩＰ）アドレスを含む視聴ログのセットと、デバイスを識別するためのデバイスＩＤ及びＩＰアドレスを含むアクセスログのセットと、前記デバイスＩＤ及びユーザを識別するためのユーザＩＤとを含む属性調査結果のセットと、を取得する取得部と、
あるＩＰアドレスに対応するデバイスＩＤを前記アクセスログのセットから抽出し、当該ＩＰアドレスに対応するＴＶ機器ＩＤを前記視聴ログのセットから抽出し、抽出された各デバイスＩＤ及び抽出されたＴＶ機器ＩＤの関連付けを、第１のテーブルに記憶する制御を行う制御部と、を有し、
前記制御部は、前記属性調査結果のセットから抽出される、あるデバイスＩＤに対応するユーザＩＤと、前記第１のテーブルから抽出される、当該デバイスＩＤに対応するＴＶ機器ＩＤと、の関連付けを、第２のテーブルに記憶する制御を行い、
前記制御部は、前記アクセスログのセットから抽出される、あるＩＰアドレスに対応するデバイスＩＤの数が第１の閾値未満である場合に、当該ＩＰアドレスに対応するＴＶ機器ＩＤを前記視聴ログのセットから抽出し、抽出された各デバイスＩＤ及び抽出されたＴＶ機器ＩＤの関連付けを、前記第１のテーブルに記憶する制御を行い、
前記第１の閾値は、前記アクセスログのセットから抽出される、あるＩＰアドレスに対応するデバイスＩＤの種類に応じて異なるＩＤ連携システム。

【請求項2】

前記制御部は、前記第２のテーブルに、あるユーザＩＤに対応するＴＶ機器ＩＤの数が第２の閾値以上含まれる場合には、当該ユーザＩＤに関する関連付けを全て、前記第２のテーブルから削除する制御を行う請求項１に記載のＩＤ連携システム。

【請求項3】

前記制御部は、前記第２のテーブルの関連付けに基づいて、前記ＴＶ機器ＩＤに対応する前記視聴ログと、前記ユーザＩＤに対応するユーザ属性と、を関連付ける制御を行う請求項１又は請求項２に記載のＩＤ連携システム。

【請求項4】

前記制御部は、前記視聴ログ及び前記ユーザ属性の関連付けに基づいて、放送枠ごとの視聴者の属性を抽出する請求項３に記載のＩＤ連携システム。

【請求項5】

テレビ（Television（ＴＶ））を識別するためのＴＶ機器識別子（Identifier（ＩＤ））及びInternet Protocol（ＩＰ）アドレスを含む視聴ログのセットと、デバイスを識別するためのデバイスＩＤ及びＩＰアドレスを含むアクセスログのセットと、前記デバイスＩＤ及びユーザを識別するためのユーザＩＤとを含む属性調査結果のセットと、を取得するステップと、
あるＩＰアドレスに対応するデバイスＩＤを前記アクセスログのセットから抽出し、当該ＩＰアドレスに対応するＴＶ機器ＩＤを前記視聴ログのセットから抽出し、抽出された各デバイスＩＤ及び抽出されたＴＶ機器ＩＤの関連付けを、第１のテーブルに記憶する制御を行うステップと、
前記属性調査結果のセットから抽出される、あるデバイスＩＤに対応するユーザＩＤと、前記第１のテーブルから抽出される、当該デバイスＩＤに対応するＴＶ機器ＩＤと、の関連付けを、第２のテーブルに記憶する制御を行うステップと、を有し、
前記第１のテーブルに記憶する制御を行うステップにおいて、前記アクセスログのセットから抽出される、あるＩＰアドレスに対応するデバイスＩＤの数が第１の閾値未満である場合に、当該ＩＰアドレスに対応するＴＶ機器ＩＤを前記視聴ログのセットから抽出し、抽出された各デバイスＩＤ及び抽出されたＴＶ機器ＩＤの関連付けを、前記第１のテーブルに記憶する制御を行い、
前記第１の閾値は、前記アクセスログのセットから抽出される、あるＩＰアドレスに対応するデバイスＩＤの種類に応じて異なるＩＤ連携システムのＩＤ連携方法。

【請求項6】

コンピュータに、
テレビ（Television（ＴＶ））を識別するためのＴＶ機器識別子（Identifier（ＩＤ））及びInternet Protocol（ＩＰ）アドレスを含む視聴ログのセットと、デバイスを識別するためのデバイスＩＤ及びＩＰアドレスを含むアクセスログのセットと、前記デバイスＩＤ及びユーザを識別するためのユーザＩＤとを含む属性調査結果のセットと、を取得する手順と、
あるＩＰアドレスに対応するデバイスＩＤを前記アクセスログのセットから抽出し、当該ＩＰアドレスに対応するＴＶ機器ＩＤを前記視聴ログのセットから抽出し、抽出された各デバイスＩＤ及び抽出されたＴＶ機器ＩＤの関連付けを、第１のテーブルに記憶する制御を行う手順と、
前記属性調査結果のセットから抽出される、あるデバイスＩＤに対応するユーザＩＤと、前記第１のテーブルから抽出される、当該デバイスＩＤに対応するＴＶ機器ＩＤと、の関連付けを、第２のテーブルに記憶する制御を行う手順と、を実行させ、
前記第１のテーブルに記憶する制御を行う手順において、前記アクセスログのセットから抽出される、あるＩＰアドレスに対応するデバイスＩＤの数が第１の閾値未満である場合に、当該ＩＰアドレスに対応するＴＶ機器ＩＤを前記視聴ログのセットから抽出し、抽出された各デバイスＩＤ及び抽出されたＴＶ機器ＩＤの関連付けを、前記第１のテーブルに記憶する制御を行わせる、
ここで、前記第１の閾値は、前記アクセスログのセットから抽出される、あるＩＰアドレスに対応するデバイスＩＤの種類に応じて異なる、ためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ＩＤ連携システム、ＩＤ連携方法及びプログラムに関する。

【背景技術】

【0002】

従来、テレビ（Television（ＴＶ））で視聴される番組の視聴情報を収集して分析し、番組の視聴率を取得することが行われている。例えば、特許文献１には、テレビ装置などのモニタ装置で視聴される番組の視聴情報を収集し、視聴する視聴者を個人単位で識別して、年齢、性別などの視聴者の属性について各番組の視聴状況を分析するシステムについて開示されている。

【0003】

テレビ放送においては、広告としてコマーシャル（Commercial Message（ＣＭ））が放送される。どのＣＭをどの時間帯に放送するか（広告枠選択、作案などと呼ばれてもよい）の作業は、プランナー、放送局における作案管理担当者（作案デスクなどと呼ばれてもよい）などが実施する。プランナーは、多数存在する広告キャンペーン（advertising campaign）について、番組の視聴率、ＣＭ対象商品／サービスの認知度、スポンサー競合などを考慮しつつ、ＣＭのスケジュールを決定する。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２００３－１６３９４９号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

特許文献１に記載の視聴者の属性は、「氏名」、「性別」、「職業」、「住所」、「家族構成」のみである。これらの情報だけでは、必ずしも各番組に適切なＣＭを割り当てることが難しい。例えば、ある番組に２０代男性の視聴者が多いからといって単に２０代向けのＣＭを流しても、各人の人となり（趣味嗜好など）が異なるため、高い広告効果が得られるとは限らない。

【0006】

このため、番組単位で、視聴者の人となりが収集できれば好ましい。しかしながら、そのような方法は、まだ検討されていない。

【0007】

そこで本開示は、番組ごとの視聴者の人となりを好適に分析できるＩＤ連携システム、ＩＤ連携方法及びプログラムを提供することを目的の１つとする。

【課題を解決するための手段】

【0008】

本開示の一態様に係るＩＤ連携システムは、テレビ（Television（ＴＶ））を識別するためのＴＶ機器識別子（Identifier（ＩＤ））及びInternet Protocol（ＩＰ）アドレスを含む視聴ログのセットと、デバイスを識別するためのデバイスＩＤ及びＩＰアドレスを含むアクセスログのセットと、前記デバイスＩＤ及びユーザを識別するためのユーザＩＤとを含む属性調査結果のセットと、を取得する取得部と、あるＩＰアドレスに対応するデバイスＩＤを前記アクセスログのセットから抽出し、当該ＩＰアドレスに対応するＴＶ機器ＩＤを前記視聴ログのセットから抽出し、抽出された各デバイスＩＤ及び抽出されたＴＶ機器ＩＤの関連付けを、第１のテーブルに記憶する制御を行う制御部と、を有し、前記制御部は、前記属性調査結果のセットから抽出される、あるデバイスＩＤに対応するユーザＩＤと、前記第１のテーブルから抽出される、当該デバイスＩＤに対応するＴＶ機器ＩＤと、の関連付けを、第２のテーブルに記憶する制御を行い、前記制御部は、前記アクセスログのセットから抽出される、あるＩＰアドレスに対応するデバイスＩＤの数が第１の閾値未満である場合に、当該ＩＰアドレスに対応するＴＶ機器ＩＤを前記視聴ログのセットから抽出し、抽出された各デバイスＩＤ及び抽出されたＴＶ機器ＩＤの関連付けを、前記第１のテーブルに記憶する制御を行い、前記第１の閾値は、前記アクセスログのセットから抽出される、あるＩＰアドレスに対応するデバイスＩＤの種類に応じて異なる。

【発明の効果】

【0009】

本開示の一態様によれば、番組ごとの視聴者の人となりを好適に分析できる。

【図面の簡単な説明】

【0010】

【図1】図１は、一実施形態に係るＩＤ連携システムの概略構成の一例を示す図である。

【図2】図２は、一実施形態に係るＩＤ連携方法のシーケンスの一例を示す図である。

【図3】図３は、一実施形態に係る、デバイスＩＤ及びデバイスのユーザの属性のマッチングのためのシーケンスの一例を示す図である。

【図4】図４は、一実施形態に係る、ＴＶ機器ＩＤ及びデバイスのユーザの属性のマッチングのためのシーケンスの一例を示す図である。

【図5】図５は、一実施形態に係るテレビ１０の機能構成の一例を示す図である。

【図6】図６は、一実施形態に係るテレビ１０などのハードウェア構成の一例を示す図である。

【発明を実施するための形態】

【0011】

本開示の一態様によれば、番組の視聴者に関する詳細な情報を分析でき、番組提供者、広告提供者、放送事業者、視聴者のそれぞれにとって、有益である。例えば、番組提供者にとっては、上記情報に基づいて、視聴者の感性／嗜好に沿った、より視聴者が増加すると期待される番組作りを行うことができる。広告提供者にとっては、上記情報に基づいて、視聴者の感性／嗜好に沿った、より高い広告効果を奏するＣＭを提供することができる。

【0012】

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

【0013】

（ＩＤ連携システム）
図１は、本開示の一実施形態に係るＩＤ連携システムの概略構成の一例を示す図である。図１に示すＩＤ連携システム１は、テレビ１０と、デバイス２０と、ルータ３０と、マッチングサーバ４０と、視聴ログ管理サーバ５０と、広告配信サーバ６０と、属性管理サーバ７０と、を含む。なお、本開示のサーバは、装置、デバイス、回路などで読み替えられてもよい。

【0014】

テレビ（テレビ受像機）１０は、放送を受信する機能を有する装置である。なお、放送は、公衆によって直接受信されることを目的とする電気通信の送信を意味し、無線放送、インターネット放送などを含んでもよい。例えば、テレビ１０は、地上波放送、放送衛星（Broadcasting Satellite（ＢＳ））／通信衛星（Communications Satellite（ＣＳ））を用いた放送、インターネット放送（インターネットテレビ）などの少なくとも１つを受信する機能を有してもよい。テレビ１０は、受信した放送を表示（描画）してもよい。

【0015】

テレビ１０は、ユーザの同意に基づいて、テレビ１０に関する視聴ログ（テレビ視聴ログ、放送視聴ログ、視聴履歴、視聴データなどと呼ばれてもよい）を収集し、視聴ログ管理サーバ５０に送信することができる。なお、本開示の「ログ」という文言は、ログデータ、データなどと互いに読み替えられてもよい。

【0016】

視聴ログは、テレビ１０のＩＰアドレス、テレビ１０の特定情報（テレビ特定情報、ＴＶ機器識別子（Identifier（ＩＤ））、ＴＶＩＤなどと呼ばれてもよい）、視聴開始日時（又はテレビ１０の電源オン時刻）、視聴終了日時（又はテレビ１０の電源オフ時刻）、テレビ１０の所在地を示す情報（例えば、郵便番号、住所）などが付されることが好ましい。

【0017】

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

【0018】

ＴＶ機器ＩＤは、テレビ１０のシリアル番号（製造番号）、製品型番、テレビ１０において放送を再生するために必要なデバイス（例えば、Ｂ－ＣＡＳ（BS Conditional Access Systems）（登録商標）カード）に関する情報、テレビ１０における特定のサービスに利用する識別子（ログインＩＤなど）などの少なくとも１つであってもよいし、これらの値に基づいて算出した値（例えば、シリアル番号をハッシュ化した値）であってもよい。

【0019】

デバイス２０は、ユーザの操作によりブラウザなどのアプリケーションを実行する装置である。デバイス２０は、アプリケーションの動作に伴い、広告配信サーバ６０から広告を受信してもよい。当該広告は、広告ＩＤに基づいて、各デバイス２０に対して配信される。

【0020】

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

【0021】

また、広告ＩＤは、デバイス２０にインストールされるアプリケーションから取得される（アプリ経由で取得できる）識別子であってもよく、例えば、ＩＤＦＡ（Identification（Identifier） For Advertisers）、ＡＤＩＤ（Advertising ＩＤ）、その他の広告識別子などであってもよい。なお、ＩＤＦＡ、ＡＤＩＤなどの携帯端末で主に用いられるＩＤは、モバイル広告ＩＤ、モバイルＩＤなどと呼ばれてもよい。

【0022】

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

【0023】

テレビ１０及びデバイス２０はそれぞれ、有線及び／又は無線（例えば、Long Term Evolution（ＬＴＥ）、5^th Generation New Radio（５Ｇ ＮＲ）、Ｗｉ－Ｆｉ（登録商標）など）を介して、ネットワーク（インターネットなど）と通信してもよい。

【0024】

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

【0025】

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

【0026】

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

【0027】

マッチングサーバ４０は、テレビ１０を視聴するユーザの属性を、デバイス２０のユーザの属性に基づいて判断する（例えば、両ユーザが同一と判断する）ための関連付けを実施する装置である。なお、本開示における「マッチング」は、「マッピング」、「関連付け」、「対応付け」などと互いに読み替えられてもよい。

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

広告配信サーバ６０は、デバイス２０のデバイスＩＤ（例えば、クッキーＩＤ又は広告ＩＤ）を取得する。広告配信サーバ６０は、デバイス２０に対してインターネット広告（以下、単に広告とも呼ぶ）を配信することができる。なお、広告配信サーバ６０は、必ずしも広告を配信しなくてもよく、デバイスＩＤ取得サーバと呼ばれてもよい。

【0033】

広告配信サーバ６０は、デバイス２０のウェブアクセスログ（アクセスログ）を取得（受信、生成）してもよい。当該アクセスログは、デバイス２０のＩＰアドレス、デバイス２０の特定情報（デバイスＩＤと呼ばれてもよい）、デバイスＩＤが取得された時刻を示すタイムスタンプなどを含んでもよい。デバイスＩＤは、上述の広告ＩＤ（例えば、クッキーＩＤ、モバイル広告ＩＤ）、所定のサービスに利用する識別子（ログインＩＤなど）などの少なくとも１つであってもよい。

【0034】

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

【0035】

属性管理サーバ７０は、デバイス２０に対して、ユーザ（生活者）の属性を調査するためのアンケートを配信し、その結果を収集する装置であってもよい。本開示の実施形態において、「属性」は、デモグラフィック（性別、年齢、居住地域、収入、職業、学歴など）、趣味嗜好、生活習慣、生活意識、商品関与、メディア接触などを含む。例えば、「住宅購入に興味関心がある」、「子どもと同居していない」、「趣味が音楽である」、「ランニングに興味関心がある」、「女性かつフルタイム勤務である」、「男女２５－３９歳かつ、お酒が好き又はスナック菓子が好き」なども、本開示の「属性」に該当する。属性管理サーバ７０は、ＤＭＰを用いて構成されてもよい。

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

＜テレビとデバイスとの関連付け＞
まず、テレビ１０の視聴ログ及びデバイス２０のデバイスＩＤの関連付けについて説明する。当該関連付けは、図２を用いて説明されるように、視聴ログ及びアクセスログに基づいて行われてもよい。

【0041】

図２は、本開示の一実施形態に係る、ＴＶ機器ＩＤ及びデバイスＩＤのマッチングのためのシーケンスの一例を示す図である。

【0042】

テレビ１０は、視聴ログを視聴ログ管理サーバ５０に送信する（ステップＳ１０１）。視聴ログの送信のタイミングは、周期的（例えば、１時間ごと、１日ごとなど）であってもよいし、任意のタイミングであってもよい。視聴ログ管理サーバ５０は、多数のテレビ１０の視聴ログを蓄積する（ステップＳ１０２）。視聴ログ管理サーバ５０は、これらの視聴ログを、特定のテーブル（例えば、視聴ログテーブルと呼ばれてもよい）に記憶してもよい。

【0043】

なお、本開示において、テーブルは、セット、リスト、配列、メモリ領域、記憶領域、記憶装置などと互いに読み替えられてもよい。また、本開示のテーブルは、必ずしもテーブルとして実装されなくてもよく、関数などを用いて当該テーブルを用いた処理と同等の処理が実現できればよい。

【0044】

デバイス２０は、Ｗｅｂブラウジング及び／又はアプリケーションの利用中に、広告配信サーバ６０から広告を配信される（ステップＳ１０３）。ステップＳ１０３は省略されてもよい。広告配信サーバ６０は、多数のデバイス２０のアクセスログを蓄積してもよい（ステップＳ１０４）。広告配信サーバ６０は、これらのアクセスログを、特定のテーブル（例えば、アクセスログテーブルと呼ばれてもよい）に記憶してもよい。

【0045】

ステップＳ１０３、Ｓ１０４において、デバイス２０は、アプリ内の広告（バナー広告、動画広告など任意のＷｅｂ広告）がユーザによってクリックされたことを検出し、それに応じてデバイスＩＤ（例えば、モバイル広告ＩＤ）を広告配信サーバ６０に送信し、広告配信サーバ６０は、ＩＰアドレス、当該デバイスＩＤ、タイムスタンプなどをアクセスログとして記憶してもよい。なお、デバイス２０が特定のサイト設置タグを含むＷｅｂページにアクセスした場合に、広告配信サーバ６０が当該デバイス２０のデバイスＩＤ（例えば、クッキーＩＤ）を取得／生成し、アクセスログに含めてもよい。

【0046】

マッチングサーバ４０は、視聴ログ管理サーバ５０から、視聴ログを取得する（ステップＳ１０５）。なお、ステップＳ１０５では、視聴ログのうち全部が取得される必要はなく、一部（例えば、ＩＰアドレス、ＴＶ機器ＩＤ、タイムスタンプ）が受信されてもよい。以下では、この一部の視聴ログも、単に視聴ログと呼ぶ。

【0047】

マッチングサーバ４０は、広告配信サーバ６０から、アクセスログを取得する（ステップＳ１０６）。なお、ステップＳ１０６では、アクセスログのうち全部が取得される必要はなく、一部（例えば、ＩＰアドレス、デバイスＩＤ、タイムスタンプ）が受信されてもよい。以下では、この一部のアクセスログも、単にアクセスログと呼ぶ。

【0048】

マッチングサーバ４０は、ＩＰアドレスに基づいて、テレビ１０のＴＶ機器ＩＤと、デバイス２０のデバイスＩＤと、を関連付ける（ステップＳ１０７）。マッチングサーバ４０は、テレビ１０のＩＰアドレスとデバイス２０のＩＰアドレスが、同一か否かを判断（マッチング）し、同一の場合には、対応するＴＶ機器ＩＤと、対応するデバイスＩＤとの組み合わせ（ユーザ情報と呼ばれてもよい）を保存する。１つのＴＶ機器ＩＤに対して、複数のデバイスＩＤが関連付けられてもよい。なお、当該ユーザ情報として、視聴ログの任意の情報、アクセスログの任意の情報が含まれてもよい。

【0049】

マッチングサーバ４０は、ステップＳ１０５において関連付けられるＴＶ機器ＩＤ及びデバイスＩＤの組を、特定のテーブル（例えば、ＴＶ機器ＩＤ－デバイスＩＤテーブルと呼ばれてもよい）に記憶してもよい。ＴＶ機器ＩＤ－デバイスＩＤテーブルには、デバイスＩＤの代わりに又はデバイスＩＤに加えて、デバイス２０のＩＰアドレスが記憶されてもよい。

【0050】

なお、マッチングサーバ４０は、視聴ログに付されるタイムスタンプと、アクセスログに付されるタイムスタンプと、に基づいて、マッチング処理の実施を行う対象か否かを判断してもよい。例えば、マッチングサーバ４０は、両タイムスタンプで求められる時間差が所定の値（例えば、１日）以下の場合、これらの視聴ログ及びアクセスログに対してマッチング処理を行うように制御してもよい。時間経過によってＩＰアドレスは変動する可能性があるため、この構成によれば、同じ世帯に属すると思われるテレビ１０とデバイス２０を効果的に特定できる。

【0051】

マッチングサーバ４０は、マッチング対象としないＩＰアドレスをステップＳ１０７の前に決定することが好ましい。例えば、マッチングサーバ４０は、タイムスタンプが所定の期間（例えば、ある日）に含まれるアクセスログを抽出し、あるＩＰアドレスに対応するデバイスＩＤの数が所定の閾値未満である場合に、当該ＩＰアドレスについてＴＶ機器ＩＤ及びデバイスＩＤのマッチングを行ってもよい。

【0052】

また、マッチングサーバ４０は、タイムスタンプが所定の期間（例えば、ある日）に含まれるアクセスログのうち、デバイスＩＤが特定の種類（例えば、クッキーＩＤ又はモバイルＩＤ）のログを抽出し、あるＩＰアドレスに対応する当該特定の種類のデバイスＩＤの数が所定の閾値未満である場合に、当該ＩＰアドレスについてＴＶ機器ＩＤ及びデバイスＩＤのマッチングを行ってもよい。このような構成によれば、マッチング対象から、個人の特定（分析）が難しいログを除くことができ、分析の精度の向上が期待できる。

【0053】

この所定の閾値は、デバイスＩＤの種類に応じて異なってもよい。例えば、デバイスＩＤがクッキーＩＤを対象とする場合、当該所定の閾値は閾値１（例えば、９）であってもよく、デバイスＩＤがモバイル広告ＩＤを対象とする場合、当該所定の閾値は閾値２（例えば、６）であってもよい。

【0054】

＜デバイスとユーザの属性との関連付け＞
次に、デバイス２０のデバイスＩＤと、当該デバイスのユーザの属性と、の関連付けについて説明する。

【0055】

図３は、一実施形態に係る、デバイスＩＤ及びデバイスのユーザの属性のマッチングのためのシーケンスの一例を示す図である。このシーケンスと図２のシーケンスとが実施される順番は、どちらが先でもよい。

【0056】

ステップＳ２０１において、属性管理サーバ７０は、デバイス２０に対して、ユーザ（生活者）の属性（例えば、性別、年齢、趣味嗜好、生活意識、商品関与、メディア接触など）を調査するためのアンケートを配信する。デバイス２０は、ユーザの入力に基づいてアンケート結果を属性管理サーバ７０に返信する。

【0057】

ステップＳ２０２において、属性管理サーバ７０は、アンケート結果からユーザ属性を抽出し、抽出したユーザ属性を、デバイス２０のデバイスＩＤと、ユニークＩＤ（Unique ID（ＵＩＤ））と、に関連付けて記憶する。属性管理サーバ７０は、ステップＳ２０２において関連付けられるＵＩＤ、デバイスＩＤ及びユーザ属性の組を、特定のテーブル（例えば、ＵＩＤ－ユーザ属性テーブルと呼ばれてもよい）に記憶してもよい。ＵＩＤ－ユーザ属性テーブルは、属性調査結果テーブルと呼ばれてもよい。

【0058】

ここで、デバイスＩＤの取得については、ステップＳ１０４で説明したのと同様の方法で取得されてもよい。ＵＩＤは、アンケートに回答したユーザ（生活者）に一意に対応するＩＤであり、ユーザＩＤなどと呼ばれてもよい。属性管理サーバ７０は、ＵＩＤを適当な手法で生成してもよく、例えば、現在時刻、デバイスＩＤ、ＩＰアドレスなどの少なくとも１つに基づいて生成してもよい。

【0059】

ＵＩＤ－ユーザ属性テーブルには、デバイスＩＤの代わりに又はデバイスＩＤに加えて、デバイス２０のＩＰアドレスが記憶されてもよい。

【0060】

＜テレビとユーザの属性との関連付け＞
次に、テレビ１０のＴＶ機器ＩＤと、デバイス２０のユーザの属性と、の関連付けについて説明する。

【0061】

図４は、一実施形態に係る、ＴＶ機器ＩＤ及びデバイスのユーザの属性のマッチングのためのシーケンスの一例を示す図である。このシーケンスは、図２及び図３のシーケンスが終わった後に実施される。

【0062】

マッチングサーバ４０は、ステップＳ１０７におけるＴＶ機器ＩＤ及びデバイスＩＤの関連付けと、ステップＳ２０２におけるデバイスＩＤ及びＵＩＤの関連付けと、に基づいて、ＴＶ機器ＩＤ及びＵＩＤを関連付ける（ステップＳ３０１）。マッチングサーバ４０は、同じデバイスＩＤに対応するＴＶ機器ＩＤ及びＵＩＤを、関連付けてもよい。マッチングサーバ４０は、ステップＳ３０１において関連付けられるＴＶ機器ＩＤ及びＵＩＤの組を、特定のテーブル（例えば、ＴＶ機器ＩＤ－ＵＩＤテーブルと呼ばれてもよい）に記憶してもよい。

【0063】

なお、ステップＳ３０１の関連付けは、ＴＶ機器ＩＤ－デバイスＩＤテーブルと、ＴＶ機器ＩＤ－ＵＩＤテーブルと、の両方にＩＰアドレスが含まれる場合には、デバイスＩＤの代わりにＩＰアドレスに基づいて行われてもよい。この場合、アンケートに回答したデバイス２０が、通常ユーザが利用する（広告配信サーバ６０にアクセスする）デバイス２０と異なる場合であっても、ルータ３０に接続する限りは、ＩＰアドレスは同じと想定される（ＩＰｖ４の場合）ため、好適にマッチングできる。つまり、本開示では、ＵＩＤ－ユーザ属性テーブルについては、デバイスＩＤとＩＰアドレスは互いに読み替えられてもよい。

【0064】

マッチングサーバ４０は、あるＵＩＤに所定の閾値（例えば、３）以上の数のＴＶ機器ＩＤが関連付けられる場合には、当該ＵＩＤに関し、かつ１つ以上のＴＶ機器ＩＤに関する関連付けを、ＴＶ機器ＩＤ－ＵＩＤテーブルから除外（削除）してもよい。この構成によれば、ある期間においてユーザがいろいろな場所で別々のテレビ１０を視聴しつつデバイス２０をネットワークに接続した、というケースを好適に除外できる。このケースにおいて、ステップＳ３０１でＵＩＤに関連付けられるＴＶ機器ＩＤは、友人宅、飲食店、病院などに設置されるテレビ１０のＴＶ機器ＩＤを含むため、上記除外によれば、ユーザが操作できない（言い換えると、必ずしもユーザが見たくて見ているわけではない）ＴＶについての視聴ログを、当該ユーザの視聴ログとして扱われることを回避できる。

【0065】

例えば、マッチングサーバ４０は、あるＵＩＤに上記所定の閾値以上の数のＴＶ機器ＩＤが関連付けられる場合には、当該ＵＩＤに関する関連付けを全て（当該ＵＩＤに関し、かつ任意のＴＶ機器ＩＤに関する全ての関連付け）、ＴＶ機器ＩＤ－ＵＩＤテーブルから除外（削除）してもよいし、当該ＵＩＤに関連付けられるＴＶ機器ＩＤの数が当該所定の閾値未満となるように、当該ＵＩＤに関し、かつ特定のＴＶ機器ＩＤに関する関連付けを、ＴＶ機器ＩＤ－ＵＩＤテーブルから除外（削除）してもよい。

【0066】

ここで、削除対象となる上記特定のＴＶ機器ＩＤは、対応する視聴ログの量が比較的少ないＴＶ機器ＩＤであってもよい。言い換えると、ＴＶ機器ＩＤ－ＵＩＤテーブルに残るＴＶ機器ＩＤは、対応する視聴ログの量が比較的多い（例えば、当該ＵＩＤに関するＴＶ機器ＩＤごとの視聴ログにおいて、１番目又は２番目に視聴ログが多い）ＴＶ機器ＩＤであってもよい。対応する視聴ログの量が比較的多いＴＶ機器ＩＤに該当するテレビ１０は、ユーザの自宅にあると推定されるためである。

【0067】

マッチングサーバ４０は、ステップＳ３０１の関連付けに基づいて、ＴＶ機器ＩＤに対応する視聴ログ（又は単にＴＶ機器ＩＤ）と、ＵＩＤに対応するユーザ属性と、を関連付ける（ステップＳ３０２）。

【0068】

ステップＳ３０２に関連して、マッチングサーバ４０は、視聴ログ（及び／又はＴＶ機器ＩＤ）とユーザ属性（及び／又はＵＩＤ）との組を、特定のテーブルに記憶してもよい。

【0069】

ステップＳ３０２に関連して、マッチングサーバ４０は、視聴ログ管理サーバ５０における視聴ログを、関連付けられたＵＩＤ（又はＵＩＤに対応するユーザ属性）が付与された視聴ログとして更新してもよい（そのような更新の指示を送信してもよい）。

【0070】

ステップＳ３０２に関連して、マッチングサーバ４０は、属性管理サーバ７０におけるＵＩＤ－ユーザ属性テーブルのエントリを、関連付けられたＴＶ機器ＩＤ（又はＴＶ機器ＩＤに対応する視聴ログ）が付与されたエントリとして更新してもよい（そのような更新の指示を送信してもよい）。

【0071】

マッチングサーバ４０は、ステップＳ３０２の関連付けに基づいて、放送枠（番組）ごとの視聴者の属性を抽出してもよい（ステップＳ３０３）。例えばマッチングサーバ４０は、ステップＳ３０２で関連付けられた各視聴ログに、ある番組を視聴したというログが含まれるかを判断し、含まれる場合には、対応するＵＩＤのユーザがこの番組を視聴したとみなして、当該番組の視聴者の属性として当該ユーザ属性を含めてもよい。これにより、番組ごとに、視聴率より踏み込んだ視聴者の属性の割合などを導出することができ、好ましいＣＭ割り当てを好適に決定できる。

【0072】

なお、ステップＳ３０３の処理は、視聴終了日時と視聴開始日時の差が所定の閾値（例えば、４時間）以上の視聴ログを除外して行われてもよい。この構成によれば、つけっぱなしの（誰も見ていないような）視聴ログを適切に無視することができる。

【0073】

マッチングサーバ４０及び／又は広告配信サーバ６０は、ステップＳ３０３で得られた放送枠（番組）ごとの視聴者の属性に基づいて、各放送枠のＣＭ割り当てを決定してもよいし、ＵＩＤに対応するデバイスに対して視聴履歴を考慮した広告配信を行ってもよい。例えば、マッチングサーバ４０及び／又は広告配信サーバ６０は、ある番組のＣＭとして、当該番組をよく視聴する視聴者が興味／関心を持つ可能性の高いＣＭを割り当てるように制御してもよい。この構成によれば、例えば、年齢、性別だけでなく、興味、嗜好に基づく特定のターゲットを狙った番組にＣＭを放送することによって、当該特定のターゲットの視聴者により多くリーチできる効果的なＣＭ放送が実現できる。

【0074】

以上説明した一実施形態によれば、例えば、意識、生活習慣などの様々なリッチプロフィールに基づいて、視聴ログの実数データの構成を把握することができる。また、各番組の視聴者層の詳細な属性が具体的に分析できるため、各番組の広告単価の適正化を図ることができる。

【0075】

なお、上記実施形態を、比較的視聴者が少ない放送に適用すると、より好適に視聴者を特定できると期待される。

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

デバイス２０、ルータ３０、マッチングサーバ４０、視聴ログ管理サーバ５０、広告配信サーバ６０、属性管理サーバ７０などについても、図５と同様の構成を有してもよい。当業者であれば、図５の説明におけるテレビ１０関連の記載を、適宜読み替えて理解できる。

【0086】

以下、いくつかの部について例示的に説明する。なお、図５の各機能ブロックに対応する各装置の符号は、各装置を示す符号の最初の一桁の数字（例えば、デバイス２０であれば「２０」の最初の一桁の「２」）を図の最初の一桁の数字に適用して表す。

【0087】

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

【0088】

マッチングサーバ４０の通信部４３０は、テレビ（Television（ＴＶ））を識別するためのＴＶ機器識別子（Identifier（ＩＤ））及びInternet Protocol（ＩＰ）アドレスを含む視聴ログのセット（例えば、視聴ログテーブル）と、デバイスを識別するためのデバイスＩＤ及びＩＰアドレスを含むアクセスログのセット（例えば、アクセスログテーブル）と、前記デバイスＩＤ及びユーザを識別するためのユーザＩＤとを含む属性調査結果（言い換えると、ユーザ属性）のセット（例えば、ＵＩＤ－ユーザ属性テーブル）と、を取得してもよい。通信部４３０、入力部４４０及び制御部４１０のいずれか又はこれらの組み合わせは、取得部と呼ばれてもよい。

【0089】

マッチングサーバ４０の制御部４１０は、あるＩＰアドレスに対応するデバイスＩＤを前記アクセスログのセットから抽出し、当該ＩＰアドレスに対応するＴＶ機器ＩＤを前記視聴ログのセットから抽出し、抽出された各デバイスＩＤ及び抽出されたＴＶ機器ＩＤの関連付けを、記憶部４２０の第１のテーブル（例えば、ＴＶ機器ＩＤ－デバイスＩＤテーブル）に記憶してもよい。

【0090】

マッチングサーバ４０の制御部４１０は、前記属性調査結果のセットから抽出される、あるデバイスＩＤに対応するユーザＩＤと、前記第１のテーブルから抽出される、当該デバイスＩＤに対応するＴＶ機器ＩＤと、の関連付けを、記憶部４２０の第２のテーブル（例えば、ＴＶ機器ＩＤ－ＵＩＤテーブル）に記憶する制御を行ってもよい。

【0091】

マッチングサーバ４０の制御部４１０は、前記アクセスログのセットから抽出される、あるＩＰアドレスに対応するデバイスＩＤの数が第１の閾値未満である場合に、当該ＩＰアドレスに対応するＴＶ機器ＩＤを前記視聴ログのセットから抽出し、抽出された各デバイスＩＤ及び抽出されたＴＶ機器ＩＤの関連付けを、前記第１のテーブルに記憶する制御を行ってもよい。

【0092】

前記第１の閾値は、前記アクセスログのセットから抽出される、あるＩＰアドレスに対応するデバイスＩＤの種類に応じて異なってもよい。例えば、デバイスＩＤがクッキーＩＤである場合、当該第１の閾値は閾値１（例えば、９）であってもよく、デバイスＩＤがモバイル広告ＩＤである場合、当該第１の閾値は閾値２（例えば、６）であってもよい。

【0093】

マッチングサーバ４０の制御部４１０は、前記第２のテーブルに、あるユーザＩＤに対応するＴＶ機器ＩＤの数が第２の閾値（例えば、３）以上含まれる場合には、当該ユーザＩＤに関する関連付けを全て、前記第２のテーブルから削除する制御を行ってもよい。

【0094】

マッチングサーバ４０の制御部４１０は、前記第２のテーブルの関連付けに基づいて、前記ＴＶ機器ＩＤに対応する前記視聴ログと、前記ユーザＩＤに対応するユーザ属性と、を関連付ける制御を行ってもよい。

【0095】

マッチングサーバ４０の制御部４１０は、前記視聴ログ及び前記ユーザ属性の関連付けに基づいて、放送枠ごとの視聴者の属性を抽出してもよい。

【0096】

なお、第１の閾値、第２の閾値などは、予め定められてもよいし、ユーザの入力などに基づいて決定されてもよい。

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

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

【0109】

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

【0110】

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

【0111】

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

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

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

【0119】

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

【0120】

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

【0121】

本開示において、「含む（include）」、「含んでいる（including）」及びこれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

【0122】

本開示において、例えば、英語でのa, an及びtheのように、翻訳によって冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

【0123】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】