JP2016015714A - 情報提供システムおよび情報提供方法 - Google Patents

Abstract

【課題】互いに接続されたユーザー端末とテレビジョン受信機に関する情報を外部に提供する。【解決手段】情報提供システムは、ネットワークに接続可能なテレビジョン受信機とユーザー端末と接続状態管理サーバと、を備える。ユーザー端末は、テレビジョン受信機と接続するためのプログラムを実行することが可能である。接続状態管理サーバは、互いに接続されたテレビジョン受信機とユーザー端末との一方から、テレビジョン受信機の識別子とユーザー端末の識別子とを含む接続状態情報を、ネットワークを介して取得する。そして、接続状態管理サーバは、互いに接続されたテレビジョン受信機とユーザー端末との関連性の高さを表す関連度を、取得した接続状態情報にもとづき数値化する。そして、接続状態管理サーバは、数値化された関連度を、外部からの要求に応じてその要求元に提供する。【選択図】図１

Description

本開示は、互いに接続されたユーザー端末とテレビジョン受信機に関する情報を外部に提供する情報提供システムおよび情報提供方法に関する。

特許文献１は、インターネットに接続可能なテレビジョンシステム（以下、テレビジョンを「テレビ」と略記する）を開示する。このテレビシステムは、インターネットに接続可能なテレビ受信機と、インターネットに接続可能でありブラウザを使用することができるユーザー端末とが、インターネットに接続可能なサーバを介して互いに対応付けられている。

また、インターネットに接続可能なユーザー端末に、ユーザー端末の所有者（以下、「ユーザー」とも記す）の関心が高いと推測される広告情報を配信する方法が知られている。この方法では、ユーザー端末に記憶されたＷＥＢページの閲覧履歴にもとづき、ユーザー端末に配信する広告情報が選択される。

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

本開示は、互いに接続されたユーザー端末とテレビ受信機との関連度を数値化して外部に提供可能な情報提供システムおよび情報提供方法を提供する。

本開示における情報提供システムは、ネットワークに接続可能なテレビジョン受信機と、ネットワークに接続可能なユーザー端末と、ネットワークに接続可能な接続状態管理サーバと、を備える。ユーザー端末は、テレビジョン受信機と接続するためのプログラムを実行することが可能である。接続状態管理サーバは、互いに接続されたテレビジョン受信機とユーザー端末との一方から、テレビジョン受信機の識別子とユーザー端末の識別子とを含む接続状態情報を、ネットワークを介して取得する。そして、接続状態管理サーバは、互いに接続されたテレビジョン受信機とユーザー端末との関連性の高さを表す関連度を、取得した接続状態情報にもとづき数値化する。そして、接続状態管理サーバは、数値化された関連度を、外部からの要求に応じてその要求元に提供する。

本開示における情報提供方法は、ネットワークに接続可能なテレビジョン受信機と、テレビジョン受信機と接続するためのプログラムを実行可能に構成され、ネットワークに接続可能なユーザー端末と、ネットワークに接続可能な接続状態管理サーバと、を備えた情報提供システムにおける情報提供方法である。この情報提供方法は、互いに接続されたテレビジョン受信機とユーザー端末との一方から、テレビジョン受信機の識別子とユーザー端末の識別子とを含む接続状態情報を接続状態管理サーバが取得するステップと、互いに接続されたテレビジョン受信機とユーザー端末との関連性の高さを表す関連度を、接続状態情報にもとづき接続状態管理サーバが数値化するステップと、数値化された関連度が外部からの要求に応じて接続状態管理サーバから提供されるステップと、を備える。

本開示における情報提供システムは、互いに接続されたユーザー端末とテレビ受信機との関連度を数値化するのに有効である。

図１は、実施の形態１における情報提供システム含む広告配信システムの一構成例を概略的に示す図である。 図２は、実施の形態１におけるユーザー端末の一構成例を示すブロック図である。 図３は、実施の形態１におけるテレビ受信機の一構成例を示すブロック図である。 図４は、実施の形態１における接続状態管理サーバの一構成例を示すブロック図である。 図５は、実施の形態１における接続状態管理サーバが保持する接続状態管理テーブルの一例を示す図である。 図６は、実施の形態１における接続状態管理サーバが保持する関連度管理テーブルの一例を示す図である。 図７は、実施の形態１における接続状態管理サーバが保持する関連度基準テーブルの一例を示す図である。 図８は、実施の形態１におけるユーザー端末が接続状態管理サーバへ接続状態情報を送信する動作の一例を示すシーケンス図である。 図９は、実施の形態１における広告配信システムの動作の一例を示すシーケンス図である。 図１０は、実施の形態１におけるテレビ受信機が接続状態管理サーバへ接続状態情報を送信する動作の一例を示すシーケンス図である。 図１１は、実施の形態２におけるユーザー端末が接続状態管理サーバへ接続状態情報を送信する動作の一例を示すシーケンス図である。 図１２は、実施の形態２におけるテレビ受信機が接続状態管理サーバへ接続状態情報を送信する動作の一例を示すシーケンス図である。 図１３は、実施の形態３におけるユーザー端末の一構成例を示すブロック図である。 図１４は、実施の形態３におけるテレビ受信機の一構成例を示すブロック図である。 図１５は、実施の形態３における接続状態管理サーバが保持する接続状態管理テーブルの一例を示す図である。 図１６は、実施の形態３における接続状態管理サーバが保持する関連度基準テーブルの一例を示す図である。

以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。

なお、添付図面および以下の説明は、当業者が本開示を十分に理解するために提供されるのであって、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。

（実施の形態１）
以下、図１〜図１０を用いて、実施の形態１を説明する。

［１−１．構成と動作］
図１は、実施の形態１における情報提供システム２０を含む広告配信システム１０の一構成例を概略的に示す図である。

図１に示すように、広告配信システム１０は、情報提供システム２０、ＷＥＢサーバ３００、ＷＥＢ閲覧履歴ＤＢ（Ｄａｔａ Ｂａｓｅ）４００、テレビ視聴履歴サーバ８００、視聴履歴ＤＢ９００、を備える。

情報提供システム２０は、ユーザー端末１００、テレビ受信機２００、端末ＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）サーバ６００、接続状態管理サーバ５００、を備える。

なお、図１には、ネットワーク３０に、１台のユーザー端末１００と１台のテレビ受信機２００が接続された例を示しているが、実施の形態１は何らこの構成に限定されない。それぞれ複数台がネットワーク３０に接続されていても構わない。

ユーザー端末１００は、ユーザー（図示せず）が所有する情報端末である。ユーザー端末１００は、無線ルータ４０を介してネットワーク３０に接続できるように構成されており、ネットワーク３０に接続された各サーバと、無線ルータ４０およびネットワーク３０を介してデータの送受信ができる。また、ユーザー端末１００は、ブラウザを起動できるように構成されている。ブラウザは、ネットワーク３０上のＷＥＢサーバ３００から送信されるＷＥＢページを表示するためのプログラム（アプリケーションソフトウェア。以下、「アプリケーション」と略記する）である。また、ユーザー端末１００は、ネットワーク３０に接続されたテレビ受信機２００と接続するためのプログラム（アプリケーション）を実行できるように構成されている。このアプリケーションが動作中のユーザー端末１００は、無線ルータ４０およびネットワーク３０を介してテレビ受信機２００に接続要求を送信し、その接続要求が受け付けられたときは、テレビ受信機２００と通信することができる。ユーザー端末１００の詳細は後述する。

テレビ受信機２００は、ネットワーク３０に接続できるように構成されており、ネットワーク３０に接続された各サーバと、ネットワーク３０を介してデータの送受信ができる。また、テレビ受信機２００は、ユーザー端末１００から送信されてくる接続要求を受け付けて、ユーザー端末１００とネットワーク３０を介して通信することができる。また、テレビ受信機２００は、放送局７００から放送される放送波（データ放送波）を受信することができる。テレビ受信機２００の詳細は後述する。

ＷＥＢサーバ３００は、ネットワーク３０に接続されたサーバコンピュータであり、ネットワーク３０を介して、ユーザー端末１００にＷＥＢページを送信するように構成されている。ＷＥＢサーバ３００は、例えば、広告情報をユーザー端末１００に配信する広告配信サーバであってもよい。ＷＥＢサーバ３００から送信されたＷＥＢページは、ユーザー端末１００で動作中のブラウザ上に表示される。

ＷＥＢ閲覧履歴ＤＢ４００は、ＷＥＢサーバ３００に接続された記憶装置（例えば、ハードディスクドライブ、等）に記憶されたデータベースである。ＷＥＢ閲覧履歴ＤＢ４００は、ＷＥＢサーバ３００に内蔵された記憶装置に記憶されてもよい。ＷＥＢ閲覧履歴ＤＢ４００には、ＷＥＢサーバ３００に接続したユーザー端末１００におけるＷＥＢページの閲覧履歴が、ユーザー端末１００を特定する情報（例えば、ユーザー端末１００の端末ＩＤ、等）と関連付けられて、記憶される。

接続状態管理サーバ５００は、ネットワーク３０に接続されたサーバコンピュータであり、ユーザー端末１００とテレビ受信機２００との接続状態を管理するように構成されている。接続状態管理サーバ５００の詳細は後述する。

端末ＩＤサーバ６００は、ネットワーク３０に接続されたサーバコンピュータであり、端末ＩＤを管理するように構成されている。端末ＩＤサーバ６００は、ユーザー端末１００を特定するための固有の識別子を端末ＩＤとして生成し、ユーザー端末１００のそれぞれに付与する。なお、端末ＩＤサーバ６００の構成は、一般的なサーバコンピュータと実質的に同じであるので、詳細な説明は省略する。

放送局７００は、データ放送を含む放送波を配信する。

テレビ視聴履歴サーバ８００は、ネットワーク３０に接続されたサーバコンピュータである。テレビ視聴履歴サーバ８００は、テレビ受信機２００におけるテレビ番組の視聴履歴（以下、「番組視聴履歴」または単に「視聴履歴」と記す）を、視聴履歴ＤＢ９００を用いて管理する。テレビ受信機２００は、電源投入時やチャンネル変更時等のイベント発生時に、チャンネル情報、番組情報、時刻情報、等の、番組視聴履歴の生成に必要な情報を、テレビ受信機２００を特定する情報（例えば、受信機ＩＤ、等）とともに、テレビ視聴履歴サーバ８００に送信する。なお、受信機ＩＤは、テレビ受信機２００の識別子の一例である。テレビ視聴履歴サーバ８００は、その情報を受信してテレビ受信機２００の視聴履歴を生成し、生成した視聴履歴を視聴履歴ＤＢ９００に蓄積する。こうして、テレビ視聴履歴サーバ８００はテレビ受信機２００の視聴履歴を管理する。

視聴履歴ＤＢ９００は、テレビ視聴履歴サーバ８００に接続された記憶装置（例えば、ハードディスクドライブ、等）に記憶されたデータベースである。視聴履歴ＤＢ９００は、テレビ視聴履歴サーバ８００に内蔵された記憶装置に記憶されてもよい。

［１−１−１．ユーザー端末の構成］
図２は、実施の形態１におけるユーザー端末１００の一構成例を示すブロック図である。

ユーザー端末１００は、例えばスマートフォンである。なお、図２および以下の説明では、本実施の形態に関連するブロックのみを示し、一般的なスマートフォンの機能（例えば、マイク、スピーカー、入力部、等）に関しては図示および説明を省略する。

なお、ユーザー端末１００は、何らスマートフォンに限定されるものではなく、ネットワーク３０に接続でき、ブラウザおよびテレビ受信機２００に接続するためのプログラムを起動できる装置であればよい。

ユーザー端末１００は、無線Ｉ／Ｆ（ＩｎｔｅｒＦａｃｅ）１０１、通信制御部１０２、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０３、メモリ１０４、を備えている。

無線Ｉ／Ｆ１０１は、無線ルータ４０に無線接続し、無線ルータ４０を介して、ネットワーク３０との間でデータの送受信を行うように構成されている。これにより、ユーザー端末１００は、ネットワーク３０に接続された他の機器と、ネットワーク３０を介して通信することができる。なお、無線Ｉ／Ｆ１０１は、ネットワーク３０と有線接続できるように構成されていてもよい。

通信制御部１０２は、無線Ｉ／Ｆ１０１が受信したデータおよびリクエストを、所定の処理を施してＣＰＵ１０３で取り扱いができる形式のデータに変換し、変換後のデータをＣＰＵ１０３に出力する。また、通信制御部１０２は、ＣＰＵ１０３から出力されたデータおよびリクエストを、所定の処理を施して外部に出力できる形式のデータに変換し、変換後のデータを無線Ｉ／Ｆ１０１を介して外部に出力する。これらのデータおよびリクエストについては後述する。

ＣＰＵ１０３は、ＩＤ管理部１０５、接続状態送信部１０６、を備えている。ＣＰＵ１０３は、ユーザー端末１００の各部の制御を行う。ＣＰＵ１０３の制御対象には、図示していないブロックが含まれていてもよい。

また、ＣＰＵ１０３は、ブラウザやテレビ受信機２００と接続するためのアプリケーション等を実行することができる。例えば、テレビ受信機２００と接続するためのアプリケーションがＣＰＵ１０３で実行されると、ＣＰＵ１０３は、通信制御部１０２および無線Ｉ／Ｆ１０１を介して、テレビ受信機２００に、ユーザー端末１００を特定する情報（例えば、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス、等）および接続要求、を送信する。テレビ受信機２００から接続を許可する回答が返信されれば、ＣＰＵ１０３は、通信制御部１０２および無線Ｉ／Ｆ１０１を介して、テレビ受信機２００との通信を開始する。

ＩＤ管理部１０５は、ユーザー端末１００の端末ＩＤおよびテレビ受信機２００の受信機ＩＤを管理する。端末ＩＤは、ユーザー端末１００の識別子の一例である。端末ＩＤおよび受信機ＩＤについては後述する。ＩＤ管理部１０５は、端末ＩＤサーバ６００からユーザー端末１００自身の端末ＩＤを取得し、取得した端末ＩＤをメモリ１０４に記憶する。ＩＤ管理部１０５は、テレビ受信機２００に対して受信機ＩＤの送信を要求（リクエスト）し、そのリクエストに応じてテレビ受信機２００から送信されてくる受信機ＩＤを受信してメモリ１０４に記憶する。また、ＩＤ管理部１０５は、テレビ受信機２００から送信された端末ＩＤの送信リクエストを受信したときは、ユーザー端末１００の端末ＩＤをテレビ受信機２００に送信する。

接続状態送信部１０６は、ユーザー端末１００とテレビ受信機２００との接続状態を接続状態管理サーバ５００へ送信する。接続状態送信部１０６は、ユーザー端末１００とテレビ受信機２００との接続が確立していれば、一組の端末ＩＤと受信機ＩＤとを接続状態情報として、予め定められた周期で（例えば、１分毎に）、接続状態管理サーバ５００へ送信する。

なお、この「予め定められた周期」に関する情報は、情報提供システム２０を構成する各装置で、事前に共有されているものとする。

なお、接続状態送信部１０６は、ユーザー端末１００とテレビ受信機２００とが非接続の場合は、接続状態情報を送信しない。しかし、本実施の形態は何らこの構成に限定されない。例えば、ユーザー端末１００とテレビ受信機２００とが非接続の場合は、非接続であることを示す情報を接続状態管理サーバ５００へ送信してもよい。

メモリ１０４は、例えば半導体記憶素子であり、データの書き込み・読み出しが任意にできるように構成された記憶装置である。メモリ１０４は、ユーザー端末１００の端末ＩＤおよびテレビ受信機２００から受信した受信機ＩＤ、を記憶する。メモリ１０４は、ブラウザやテレビ受信機２００に接続するためのアプリケーション等を記憶していてもよい。また、メモリ１０４は、ハードディスクドライブ等であってもよい。

端末ＩＤは、ユーザー端末１００を一意に特定できる識別子であり、端末ＩＤサーバ６００によって管理される。しかし、例えばユーザー端末１００のＩＰアドレスや、ユーザー端末１００に搭載されているブラウザのＣｏｏｋｉｅ、等が端末ＩＤとして用いられてもよい。

受信機ＩＤは、テレビ受信機２００が保持している、テレビ受信機２００に固有の識別子である。例えば、Ｂ−ＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ）カードのＩＤ、またはテレビ受信機製造業者によって付与された固有のＩＤ、等が受信機ＩＤとして用いられてもよい。また、他の識別子が受信機ＩＤとして用いられてもよい。

［１−１−２．テレビ受信機の構成］
図３は、実施の形態１におけるテレビ受信機２００の一構成例を示すブロック図である。なお、図３および以下の説明では、本実施の形態に関連するブロックのみを示し、一般的なテレビ受信機の機能（例えば、映像信号処理部、表示部、音声信号処理部、スピーカー、等）に関しては図示および説明を省略する。

テレビ受信機２００は、ネットワークＩ／Ｆ２０２、データ放送受信部２０３、通信制御部２０４、ＣＰＵ２０５、メモリ２０８、を備えている。

ネットワークＩ／Ｆ２０２は、ネットワーク３０に接続し、ネットワーク３０との間でデータの送受信を行うように構成されている。これにより、テレビ受信機２００は、ネットワーク３０を通して、ネットワーク３０に接続された他の機器と通信することができる。なお、ネットワークＩ／Ｆ２０２は、例えば、無線ルータ４０と無線接続できるように構成されていてもよい。

データ放送受信部２０３は、放送局７００が放送するデータ放送波を受信し、受信した信号を、所定の処理を施してＣＰＵ２０５が取り扱いできる形式のデータに変換し、変換後のデータをＣＰＵ２０５に出力する。

通信制御部２０４は、ネットワークＩ／Ｆ２０２が受信したデータおよびリクエストを、所定の処理を施してＣＰＵ２０５が取り扱いできる形式のデータに変換し、変換後のデータをＣＰＵ２０５に出力する。また、通信制御部２０４は、ＣＰＵ２０５から出力されたデータおよびリクエストを、所定の処理を施して外部に出力できる形式のデータに変換し、変換後のデータをネットワークＩ／Ｆ２０２を介して外部に出力する。これらのデータおよびリクエストについては後述する。

ＣＰＵ２０５は、ＩＤ管理部２０６、接続状態送信部２０７、を備える。ＣＰＵ２０５は、テレビ受信機２００の各部の制御を行う。ＣＰＵ２０５の制御対象には、図示していないブロックが含まれていてもよい。例えば、ＣＰＵ２０５は、データ放送受信部２０３が受信したデータ放送による映像を表示部（図示せず）に表示するように、各ブロックを制御してもよい。

また、ＣＰＵ２０５は、ユーザー端末１００との通信を、通信制御部２０４およびネットワークＩ／Ｆ２０２を介して行う。ユーザー端末１００から、ユーザー端末１００を特定する情報および接続要求が送信されてきたときは、ＣＰＵ２０５は、それらを受信して接続の許可／不許可を判断し、その判断結果をユーザー端末１００に返信する。判断結果が許可であれば、ＣＰＵ２０５は、ユーザー端末１００との通信を開始するように各ブロックを制御する。

ＩＤ管理部２０６は、ユーザー端末１００の端末ＩＤおよびテレビ受信機２００の受信機ＩＤを管理する。ＩＤ管理部２０６は、ユーザー端末１００に対して端末ＩＤの送信を要求（リクエスト）し、そのリクエストに応じてユーザー端末１００から送信されてくる端末ＩＤを受信してメモリ２０８に記憶する。また、ＩＤ管理部２０６は、ユーザー端末１００から送信された受信機ＩＤの送信リクエストを受信したときは、テレビ受信機２００の受信機ＩＤをユーザー端末１００に送信する。

接続状態送信部２０７は、ユーザー端末１００とテレビ受信機２００との接続状態を接続状態管理サーバ５００へ送信する。接続状態送信部２０７は、ユーザー端末１００とテレビ受信機２００との接続が確立していれば、一組の端末ＩＤと受信機ＩＤとを接続状態情報として、予め定められた周期で（例えば、１分毎に）、接続状態管理サーバ５００へ送信する。

なお、この「予め定められた周期」に関する情報は、情報提供システム２０を構成する各装置で、事前に共有されているものとする。

なお、接続状態送信部２０７は、ユーザー端末１００とテレビ受信機２００とが非接続の場合は、接続状態情報を送信しない。しかし、本実施の形態は何らこの構成に限定されない。例えば、ユーザー端末１００とテレビ受信機２００とが非接続の場合は、非接続であることを示す情報を接続状態管理サーバ５００へ送信してもよい。

メモリ２０８は、例えば半導体記憶素子であり、データの書き込み・読み出しが任意にできるように構成された記憶装置である。メモリ２０８は、テレビ受信機２００の受信機ＩＤを記憶する。メモリ２０８は、テレビ受信機２００に接続されたユーザー端末１００から受信した機器ＩＤを記憶してもよい。また、メモリ２０８は、ハードディスクドライブ等であってもよい。

［１−１−３．接続状態管理サーバの構成］
図４は、実施の形態１における接続状態管理サーバ５００の一構成例を示すブロック図である。なお、図４および以下の説明では、本実施の形態に関連するブロックのみを示し、一般的なサーバの機能に関しては説明を省略する。

接続状態管理サーバ５００は、ネットワークＩ／Ｆ５０１、通信制御部５０２、ＣＰＵ５０３、メモリ５０５、を備えている。

接続状態管理サーバ５００は、互いに接続されたテレビ受信機２００とユーザー端末１００との関連性の高さを表す関連度を、接続状態情報にもとづき数値化し、数値化された関連度を外部からの要求に応じて提供する。そのために、接続状態管理サーバ５００は、関連度を数値化するための１つ以上のルールを有し、各ルールには、接続状態情報から得られる情報と比較するための基準値と、その比較の結果にもとづき関連度に加算される関連度ポイントと、が互いに関連付けられてあらかじめ登録されている。

ネットワークＩ／Ｆ５０１は、ネットワーク３０に接続し、ネットワーク３０との間でデータの送受信を行うように構成されている。これにより、接続状態管理サーバ５００は、ネットワーク３０を通して、ネットワーク３０に接続された他の機器と通信することができる。なお、ネットワークＩ／Ｆ５０１は、例えば、無線ルータ４０と無線接続できるように構成されていてもよい。

通信制御部５０２は、ネットワークＩ／Ｆ５０１が受信したデータおよびリクエストを、所定の処理を施してＣＰＵ５０３が取り扱いできる形式のデータに変換し、変換後のデータをＣＰＵ５０３に出力する。また、通信制御部５０２は、ＣＰＵ５０３から出力されたデータおよびリクエストを、所定の処理を施して外部に出力できる形式のデータに変換し、変換後のデータをネットワークＩ／Ｆ５０１を介して外部に出力する。これらのデータおよびリクエストについては後述する。

ＣＰＵ５０３は、接続状態管理部５０４を備える。ＣＰＵ５０３は、接続状態管理サーバ５００の各部の制御を行う。ＣＰＵ５０３の制御対象には、図示していないブロックが含まれていてもよい。

接続状態管理部５０４は、予め定められた周期で（例えば、１分毎に）ユーザー端末１００から送信されてくる接続状態情報を受信する。

なお、この「予め定められた周期」に関する情報は、情報提供システム２０を構成する各装置で、事前に共有されているものとする。

そして、接続状態管理部５０４は、接続状態情報と、その接続状態情報の受信時刻を示す時刻情報とを互いに対応付けて接続状態管理テーブル５０６に記憶する。接続状態管理部５０４は、接続状態情報を予め定められた周期で受信しなかった場合、すなわち、受信予定時刻に接続状態情報を受信しなかった場合は、受信予定時刻を表す時刻情報のみを接続状態管理テーブル５０６に記憶する。

なお、接続状態管理部５０４は、この受信予定時刻を、予め定められた周期（例えば、１分）と、接続状態情報の受信時刻と、にもとづき、算出することができる。

また、接続状態管理部５０４は、接続状態管理テーブル５０６を参照し、互いに接続されたユーザー端末１００とテレビ受信機２００との関連度を、予め定められた基準（ルール）に基づいて数値化する。そして、数値化した関連度（以下、数値化した関連度を、単に「関連度」と記す）を含む関連度情報を関連度管理テーブル５０７に記憶する。関連度情報とは、互いに接続されたユーザー端末１００とテレビ受信機２００との関連度と、そのユーザー端末１００の端末ＩＤとそのテレビ受信機２００の受信機ＩＤとを、互いに対応付けした情報である。なお、関連度を数値化する際の処理の流れについては後述する。

メモリ５０５は、例えばハードディスクドライブであり、データの書き込み・読み出しが任意にできるように構成された記憶装置である。メモリ５０５は、ユーザー端末１００とテレビ受信機２００との接続状態の管理に用いられる接続状態管理テーブル５０６、ユーザー端末１００とテレビ受信機２００との関連度の管理に用いられる関連度管理テーブル５０７、ユーザー端末１００とテレビ受信機２００との関連度を算出する際に用いられる関連度基準テーブル５０８、を記憶する。メモリ５０５は、例えば半導体記憶素子等であってもよい。

次に、接続状態管理テーブル５０６、関連度管理テーブル５０７、関連度基準テーブル５０８の各テーブルについて説明する。

［１−２．接続状態管理テーブルの構成］
図５は、実施の形態１における接続状態管理サーバ５００が保持する接続状態管理テーブル５０６の一例を示す図である。

図５に示すように、接続状態管理テーブル５０６には、時刻の情報と、端末ＩＤと、受信機ＩＤと、が互いに関連付けられて記憶されている。なお、図５では、予め定められた周期を「１分」とする例を示すが、この周期は何ら１分に限定されない。

図５に示す端末ＩＤは、接続状態情報に含まれる端末ＩＤであり、この端末ＩＤを保持するユーザー端末１００を一意に示す情報である。図５には、一例として端末ＩＤを「端末Ａ」と表記しているが、端末ＩＤは何らこれに限定されない。

図５に示す受信機ＩＤは、接続状態情報に含まれる受信機ＩＤであり、この受信機ＩＤを保持するテレビ受信機２００を一意に示す情報である。図５には、一例として受信機ＩＤを「受信機Ａ」と表記しているが、受信機ＩＤは何らこれに限定されない。

図５に示す時刻の情報は、各接続状態情報を受信した時刻および受信予定時刻を表す。なお、図５には示していないが、時刻の情報に、日付および曜日の情報が含まれていてもよい。

図５には、一例として、接続状態管理サーバ５００が、時刻００：００：００から時刻００：１０：５９までの間で、１分毎に接続状態情報を受信し、受信予定時刻の時刻００：０３：００、時刻００：０６：００、時刻００：０７：００、では接続状態情報を受信しなかった場合を示している。

図５に示す例では、接続状態管理サーバ５００は、時刻００：００：００から時刻００：０２：５９までの期間、時刻００：０４：００から時刻００：０５：５９までの期間、および、時刻００：０８：００から時刻００：１０：５９までの期間、端末Ａは受信機Ａに接続されていた、と判断する。また、接続状態管理サーバ５００は、時刻００：０３：００から時刻００：０３：５９までの期間、および、時刻００：０６：００から時刻００：０７：５９までの期間は、ユーザー端末１００とテレビ受信機２００との接続はなかった、と判断する。

したがって、図５に示す例では、接続状態管理サーバ５００は、端末Ａと受信機Ａの接続時間の長さを、時刻００：００：００から時刻００：０２：５９までの２分５９秒、時刻００：０４：００から時刻００：０５：５９までの１分５９秒、時刻００：０８：００から時刻００：１０：５９までの２分５９秒、と判断する。

また、図５に示す例では、接続状態管理サーバ５００は、端末Ａと受信機Ａとが互いに接続された回数は、時刻００：００：００から時刻００：１０：００までの間では、３回、と判断する。

このように、接続状態管理サーバ５００は、メモリ５０５に記憶された接続状態管理テーブル５０６から、ユーザー端末１００とテレビ受信機２００との接続状態を判断することができる。

［１−３．関連度管理テーブルの構成］
図６は、実施の形態１における接続状態管理サーバ５００が保持する関連度管理テーブル５０７の一例を示す図である。図６には、一例として、端末ＩＤが「端末Ａ」、「端末Ｂ」、「端末Ｃ」であり、受信機ＩＤが「受信機Ａ」、「受信機Ｂ」、「受信機Ｃ」である例を示しているが、端末ＩＤ、受信機ＩＤは何らこれに限定されない。

また、図６には、一例として、端末Ａは受信機Ａと接続されたことがあり、端末Ｂは受信機Ｂおよび受信機Ｃと接続されたことがあり、端末Ｃは受信機Ｃおよび受信機Ｄと接続されたことがある場合を示している。

図６に一例を示すように、関連度管理テーブル５０７には、過去に関連度が付与された端末ＩＤと受信機ＩＤ、およびその関連度、が互いに対応付けられた複数の関連度情報が記憶されている。

本開示における関連度とは、ユーザー端末１００とテレビ受信機２００との関係の強さ（関連性の高さ）を示しており、関連度の数値が大きいほど両者の関係は強く（関連性は高く）、関連度の数値が小さいほど両者の関係は弱い（関連性は低い）。

例えば、図６に示す例では、Ｎｏ．０００１の関連度情報は、端末Ａと受信機Ａとの関連度が「５」であることを示している。本実施の形態に示す例では、関連度「５」は、両者の関係が比較的強いことを表している。したがって、図６におけるＮｏ．０００１の関連度情報は、端末Ａと受信機Ａとの間に比較的強い関係があることを示している。このような強い関係性は、例えば、受信機Ａが、端末Ａの所有者の家に設置されたテレビ受信機である、といった状況のときに生じる。なお、この状況は、ユーザー端末１００とテレビ受信機２００との間に比較的強い関係が生じるときの一例に過ぎず、他の状況下で両者の間に比較的強い関係が生じることもある。

また、図６に示す例では、Ｎｏ．０００２の関連度情報は端末Ｂと受信機Ｂとの関連度を示し、Ｎｏ．０００３の関連度情報は端末Ｂと受信機Ｃとの関連度を示している。このように、１台のユーザー端末１００（例えば、端末Ｂ）が複数のテレビ受信機２００（例えば、受信機Ｂ、受信機Ｃ）と接続する場合もある。したがって、接続状態管理サーバ５００は、そのような場合の関連度もそれぞれ記憶する。なお、図６に示す例では、端末Ｂと受信機Ｂとは、関連度が「５」であり比較的関係性が強いことが示されている。一方、端末Ｂと受信機Ｃとは、関連度が「１」であり比較的関係性が弱いことが示されている。このような関係性は、例えば、受信機Ｂは端末Ｂの所有者の部屋に設置され、受信機Ｃは、別の部屋（例えば、端末Ｂの所有者宅のリビング、等）に設置されている、といった状況のときに生じる。なお、この状況は、１台のユーザー端末１００と２台のテレビ受信機２００との間に比較的強い関係と比較的弱い関係が生じるときの一例に過ぎず、他の状況下で同様の関係が生じることもある。

また、図６に示す例では、Ｎｏ．０００３の関連度情報は端末Ｂと受信機Ｃとの関連度を示し、Ｎｏ．０００４の関連度情報は端末Ｃと受信機Ｃとの関連度を示している。このように、１台のテレビ受信機２００（例えば、受信機Ｃ）が複数のユーザー端末１００（例えば、端末Ｂ、端末Ｃ）と接続する場合もある。したがって、接続状態管理サーバ５００は、そのような場合の関連度もそれぞれ記憶する。なお、図６に示す例では、受信機Ｃと端末Ｂとは、関連度は「１」であり比較的関係性が弱いことが示されている。一方、受信機Ｃと端末Ｃとは、関連度は「３」であり、受信機Ｃと端末Ｂとの組み合わせよりも関係性が強いことが示されている。このような関係性は、例えば、端末Ｃは、受信機Ｃが設置された家屋に居住する人の所有物であり、端末Ｂは、その家屋に時々訪れる人の所有物である、といった状況のときに生じる。なお、この状況は、２台のユーザー端末１００と１台のテレビ受信機２００との間に比較的弱い関係とやや強い関係が生じるときの一例に過ぎず、他の状況下で同様の関係が生じることもある。

このように、接続状態管理サーバ５００は、メモリ５０５に記憶された関連度管理テーブル５０７から、ユーザー端末１００とテレビ受信機２００との関連度がわかる。

なお、上述した関係性の強弱と関連度の数値との関係は単なる一例に過ぎない。関連度の数値は、次に説明する関連度基準テーブル５０８をどのように設定するかによる。したがって、関連度が「５」であっても、関係が比較的弱い場合もある。

［１−４．関連度基準テーブルの構成］
図７は、実施の形態１における接続状態管理サーバ５００が保持する関連度基準テーブル５０８の一例を示す図である。関連度基準テーブル５０８は、接続状態管理部５０４が、ユーザー端末１００とテレビ受信機２００との関連度を算出する際に用いられる。

図７に示すように、関連度基準テーブル５０８には、基準内容と基準値と関連度ポイントとが互いに対応付けられた複数のルールが登録されている。接続状態管理サーバ５００は、各ルールにもとづき、基準内容に対応する情報と基準値とを比較し、その比較の結果にもとづき関連度を算出する。具体的には、接続状態管理サーバ５００は、基準内容に対応する情報が、基準値以上のとき、または基準値に該当するときは、ユーザー端末１００とテレビ受信機２００との関連度に、そのルールに割り当てられた関連度ポイントを加算する。接続状態管理サーバ５００は、基準内容に対応する情報が、基準値未満のとき、または基準値に該当しないときは、ユーザー端末１００とテレビ受信機２００との関連度に関連度ポイントを加算しない。

以下、具体的なルールの一例を、図７を参照しながら説明する。

図７のルールＮｏ．１に示す例では、基準内容として「１回の接続時間の長さ」が設定され、基準値として「５分」が設定され、関連度ポイントは「＋１」に設定されている。したがって、接続状態管理部５０４は、ルールＮｏ．１にもとづいて関連度を算出する際は、まず、図５に示した接続状態管理テーブル５０６を参照し、１回の接続時間の長さを算出する。そして、接続状態管理部５０４は、１回の接続時間の長さが５分未満であれば、ユーザー端末１００とテレビ受信機２００との関連度に関連度ポイントを加算せず、１回の接続時間の長さが５分以上であれば、その関連度に関連度ポイント「＋１」を加算する。このように、接続状態管理部５０４は、ユーザー端末１００とテレビ受信機２００との１回の接続時間の長さによって関連度を算出してもよい。

図７のルールＮｏ．２に示す例では、基準内容として「１日（２４時間）の接続回数」が設定され、基準値として「５回」が設定され、関連度ポイントは「＋１」に設定されている。したがって、接続状態管理部５０４は、ルールＮｏ．２にもとづいて関連度を算出する際は、まず、図５に示した接続状態管理テーブル５０６を参照し、１日の接続回数を算出する。そして、接続状態管理部５０４は、１日の接続回数が５回未満であれば、ユーザー端末１００とテレビ受信機２００との関連度に関連度ポイントを加算せず、１日の接続回数が５回以上であれば、その関連度に関連度ポイント「＋１」を加算する。このように、接続状態管理部５０４は、ユーザー端末１００とテレビ受信機２００との１日（２４時間）の接続回数によって関連度を算出してもよい。

図７のルールＮｏ．３に示す例では、基準内容として「特定の時間帯における接続の有無」が設定され、基準値として「午前８時から午前１０時まで」および「午後６時から午後１２時まで」が設定され、関連度ポイントは「＋１」に設定されている。したがって、接続状態管理部５０４は、ルールＮｏ．３にもとづいて関連度を算出する際は、まず、図５に示した接続状態管理テーブル５０６を参照し、午前８時から午前１０時までの間、または、午後６時から午後１２時までの間に、ユーザー端末１００とテレビ受信機２００との接続があるかどうかを確認する。そして、接続状態管理部５０４は、その接続があれば、ユーザー端末１００とテレビ受信機２００との関連度に関連度ポイント「＋１」を加算し、その接続が無ければ、その関連度に関連度ポイントを加算しない。このように、接続状態管理部５０４は、ユーザー端末１００とテレビ受信機２００との接続が特定の時間帯にあるかどうかによって関連度を算出してもよい。

図７のルールＮｏ．４に示す例では、基準内容として「特定の日における接続の有無」が設定され、基準値として「１２月３１日」および「１月１日」が設定され、関連度ポイントは「＋１」に設定されている。したがって、接続状態管理部５０４は、ルールＮｏ．４にもとづいて関連度を算出する際は、まず、図５に示した接続状態管理テーブル５０６を参照し、１２月３１日、または、１月１日に、ユーザー端末１００とテレビ受信機２００との接続があるかどうかを確認する。そして、接続状態管理部５０４は、その接続があれば、ユーザー端末１００とテレビ受信機２００との関連度に関連度ポイント「＋１」を加算し、その接続が無ければ、その関連度に関連度ポイントを加算しない。このように、接続状態管理部５０４は、ユーザー端末１００とテレビ受信機２００との接続が特定の日にあるかどうかによって関連度を算出してもよい。

図７のルールＮｏ．５に示す例では、基準内容として「特定の曜日における接続の有無」が設定され、基準値として「土曜日」および「日曜日」が設定され、関連度ポイントは「＋１」に設定されている。したがって、接続状態管理部５０４は、ルールＮｏ．５にもとづいて関連度を算出する際は、まず、図５に示した接続状態管理テーブル５０６を参照し、土曜日、または、日曜日に、ユーザー端末１００とテレビ受信機２００との接続があるかどうかを確認する。そして、接続状態管理部５０４は、その接続があれば、ユーザー端末１００とテレビ受信機２００との関連度に関連度ポイント「＋１」を加算し、その接続が無ければ、その関連度に関連度ポイントを加算しない。このように、接続状態管理部５０４は、ユーザー端末１００とテレビ受信機２００との接続が特定の曜日にあるかどうかによって関連度を算出してもよい。

図７のルールＮｏ．６に示す例では、基準内容として「過去の接続実績の有無」が設定され、基準値として「有」が設定され、関連度ポイントは「＋１」に設定されている。したがって、接続状態管理部５０４は、ルールＮｏ．６にもとづいて関連度を算出する際は、まず、図５に示した接続状態管理テーブル５０６を参照し、ユーザー端末１００とテレビ受信機２００との接続が過去に一度でもあるかどうかを確認する。そして、接続状態管理部５０４は、その接続があれば、ユーザー端末１００とテレビ受信機２００との関連度に関連度ポイント「＋１」を加算し、その接続が無ければ、その関連度に関連度ポイントを加算しない。このように、接続状態管理部５０４は、ユーザー端末１００とテレビ受信機２００との接続が過去にあるかどうかによって関連度を算出してもよい。

図７のルールＮｏ．７に示す例では、基準内容として「前日の接続実績の有無」が設定され、基準値として「有」が設定され、関連度ポイントは「＋１．５」に設定されている。したがって、接続状態管理部５０４は、ルールＮｏ．７にもとづいて関連度を算出する際は、まず、図５に示した接続状態管理テーブル５０６を参照し、ユーザー端末１００とテレビ受信機２００との接続が前日にあるかどうかを確認する。そして、接続状態管理部５０４は、その接続があれば、ユーザー端末１００とテレビ受信機２００との関連度に関連度ポイント「＋１．５」を加算し、その接続が無ければ、その関連度に関連度ポイントを加算しない。このように、接続状態管理部５０４は、ユーザー端末１００とテレビ受信機２００との接続が前日にあるかどうかによって関連度を算出してもよい。

図７のルールＮｏ．８に示す例では、基準内容として「その日の最初の接続」が設定され、基準値として「ＹＥＳ」が設定され、関連度ポイントは「＋０．５」に設定されている。したがって、接続状態管理部５０４は、ルールＮｏ．８にもとづいて関連度を算出する際は、まず、図５に示した接続状態管理テーブル５０６を参照し、ユーザー端末１００とテレビ受信機２００との接続が、その日の最初の接続かどうかを確認する。そして、接続状態管理部５０４は、その接続がその日の最初の接続であれば、ユーザー端末１００とテレビ受信機２００との関連度に関連度ポイント「＋０．５」を加算し、そうでなければ、その関連度に関連度ポイントを加算しない。このように、接続状態管理部５０４は、ユーザー端末１００とテレビ受信機２００との接続がその日の最初の接続かどうかによって関連度を算出してもよい。

そして、接続状態管理部５０４は、このようにして算出した関連度を、図６に示した関連度管理テーブル５０７に記憶する。

なお、接続状態管理部５０４は、関連度の算出値に上限を設けてもよい。これは、特定のユーザー端末１００とテレビ受信機２００とが常に接続されているような場合、その関連度が突出して大きくなる可能性があるためである。上限値を設けることで、そのような状況が発生することを避けることができる。その場合、例えば、固定の値を上限値に設定してもよく、あるいは関連度の算出値が大きくなるに従って算出値の増加が緩やかになるように設定された関数を用いて上限値を算出してもよい。

また、接続状態管理部５０４は、関連度を算出するときに、図７の関連度基準テーブル５０８に示したルールＮｏ．１からルールＮｏ．８までの全てのルールを用いてもよく、そのうちの一部を用いてもよい。

なお、関連度基準テーブル５０８に登録されるルールは、何ら上述したルールＮｏ．１〜Ｎｏ．８に限定されない。図７に示された各数値は適宜変更されてもよい。あるいは、他のルールが関連度基準テーブル５０８に登録されてもよい。

なお、関連度管理テーブル５０７の更新は、例えば１日に１回であってもよく、あるいは、あらかじめ設定された時刻毎に行われてもよい。あるいは、それ以外のタイミングで更新されてもよい。

［１−５．ユーザー端末が接続状態情報を接続状態管理サーバへ送信するときの処理の流れ］
次に、図８を参照しながら、ユーザー端末１００が接続状態管理サーバ５００へ接続状態情報を送信するときの処理の流れを説明する。

なお、ユーザー端末１００とテレビ受信機２００とはすでに接続済みであるものとして、以下の説明を行う。

図８は、実施の形態１におけるユーザー端末１００が接続状態管理サーバ５００へ接続状態情報を送信する動作の一例を示すシーケンス図である。図８のシーケンス図では、テレビ受信機２００がデータ放送を受信したこと起点として、ユーザー端末１００が、接続状態情報を接続状態管理サーバ５００へ送信するときの処理の流れを示している。

まず、テレビ受信機２００のデータ放送受信部２０３が、放送局７００からデータ放送を含む放送波を受信する。データ放送受信部２０３は、ＣＰＵ２０５に対して、データ放送を受信したことを通知する（ステップＳ８０１）。

ＣＰＵ２０５は、テレビ受信機２００の受信機ＩＤをユーザー端末１００に送信することをＩＤ管理部２０６へ指示する。ＩＤ管理部２０６は、メモリ２０８に格納している受信機ＩＤを、通信制御部２０４およびネットワークＩ／Ｆ２０２を介して、ユーザー端末１００へ送信する（ステップＳ８０２）。

また、ＣＰＵ２０５は、接続状態送信リクエストをユーザー端末１００へ送信するように、接続状態送信部２０７を制御する。接続状態送信部２０７は、接続状態送信リクエストを、通信制御部２０４およびネットワークＩ／Ｆ２０２を介して、ユーザー端末１００に送信する（ステップＳ８０３）。この接続状態送信リクエストは、テレビ受信機２００が、ユーザー端末１００に対して、ユーザー端末１００とテレビ受信機２００との接続状態をユーザー端末１００から接続状態管理サーバ５００へ送信するよう依頼するものである。

ユーザー端末１００のＣＰＵ１０３は、テレビ受信機２００から送信された受信機ＩＤおよび接続状態送信リクエストを、無線Ｉ／Ｆ１０１および通信制御部１０２を介して受信する。ＣＰＵ１０３は、受信した受信機ＩＤをメモリ１０４に記憶するように、ＩＤ管理部１０５に指示する。これにより、ＩＤ管理部１０５は、受信機ＩＤをメモリ１０４に記憶する。また、ＩＤ管理部１０５は、メモリ１０４にユーザー端末１００の端末ＩＤが記憶されていなければ、端末ＩＤサーバ６００から端末ＩＤを取得するために、通信制御部１０２および無線Ｉ／Ｆ１０１を介して、端末ＩＤサーバ６００に端末ＩＤリクエストを送信する（ステップＳ８０４）。端末ＩＤリクエストとは、ユーザー端末１００が端末ＩＤサーバ６００に、ユーザー端末１００自身の端末ＩＤを端末ＩＤサーバ６００からユーザー端末１００へ送信するよう要求するものである。

端末ＩＤサーバ６００は、ユーザー端末１００から端末ＩＤリクエストを受信すると、ユーザー端末１００の端末ＩＤを生成し、ユーザー端末１００に送信する。ユーザー端末１００のＩＤ管理部１０５は、無線Ｉ／Ｆ１０１および通信制御部１０２を介して、その端末ＩＤを取得する。そして、取得した端末ＩＤをメモリ１０４に記憶する（ステップＳ８０５）。

ＣＰＵ１０３は、接続状態管理サーバ５００に接続状態を送信するように接続状態送信部１０６を制御する。接続状態送信部１０６は、ユーザー端末１００とテレビ受信機２００とが接続している場合は、接続状態情報を、通信制御部１０２および無線Ｉ／Ｆ１０１を介して、接続状態管理サーバ５００へ送信する。この動作は予め定められた周期で（例えば、１分毎に）行われる（ステップＳ８０６）。なお、ユーザー端末１００は、ユーザー端末１００とテレビ受信機２００とが接続していなければ、接続状態管理サーバ５００へ接続状態情報を送信しない。また、この接続状態情報は、メモリ１０４に記憶されているユーザー端末１００の端末ＩＤと、テレビ受信機２００の受信機ＩＤと、の一組のことである。

接続状態管理サーバ５００の接続状態管理部５０４は、ネットワークＩ／Ｆ５０１および通信制御部５０２を介して受信した接続状態情報と、接続状態情報を受信した時の時刻情報と、を互いに対応付けてメモリ５０５内の接続状態管理テーブル５０６に記憶する。接続状態管理部５０４は、この動作を予め定められた周期で（例えば、１分毎に）行う。しかし、接続状態管理部５０４は、予め定められた周期から算出される受信予定時刻に接続状態情報を受信出来なかった場合は、その受信予定時刻を表す時刻情報のみを接続状態管理テーブル５０６に記憶する。また、接続状態管理部５０４は、メモリ５０５に記憶された接続状態管理テーブル５０６と関連度基準テーブル５０８とを用いて、ユーザー端末１００とテレビ受信機２００との関連度を算出する。そして、メモリ５０５に記憶された関連度管理テーブル５０７におけるユーザー端末１００とテレビ受信機２００との関連度を、算出された関連度に更新する（ステップＳ８０７）。関連度の算出手法は、上述した通りである。

これにより、接続状態管理サーバ５００は、ユーザー端末１００の端末ＩＤとテレビ受信機２００の受信機ＩＤと、それらの関連度とを、互いに関連付けて管理することが可能となる。

［１−６．広告配信システムの処理の流れ］
次に、情報提供システム２０から提供される情報にもとづき、ＷＥＢサーバ３００がユーザー端末１００へ情報を提供するときの処理の流れの一例を、図９を参照しながら説明する。

図９は、実施の形態１における広告配信システム１０の動作の一例を示すシーケンス図である。

図９のシーケンス図には、広告配信システム１０において、ＷＥＢサーバ３００からユーザー端末１００に、ユーザーの嗜好を考慮した情報（例えば、ユーザーの嗜好を反映した広告情報）が提供されるときの処理の流れを示す。

ユーザー端末１００でユーザーがＷＥＢページを閲覧すると、ユーザー端末１００は、ＷＥＢサーバ３００に対して、閲覧情報をリクエストする閲覧情報リクエストと、ユーザー端末１００の端末ＩＤと、を送信する（ステップＳ９０１）。

ＷＥＢサーバ３００は、ユーザー端末１００から、閲覧情報リクエストと、端末ＩＤと、を受信すると、接続状態管理サーバ５００に対して、その端末ＩＤと、接続実績リクエストと、を送信する。接続実績リクエストとは、ＷＥＢサーバ３００が、接続状態管理サーバ５００に対して、ユーザー端末１００とテレビ受信機２００との接続実績を要求するものである。このとき要求される接続実績は、例えば、その端末ＩＤで特定されるユーザー端末１００が過去に接続した実績のあるテレビ受信機２００の受信機ＩＤと、その受信機ＩＤに対応するテレビ受信機２００とそのユーザー端末１００との関連度、接続時刻、接続時間、等である（ステップＳ９０２）。

接続状態管理サーバ５００は、ＷＥＢサーバ３００から端末ＩＤと接続実績リクエストとを受信すると、ＷＥＢサーバ３００に対して、その端末ＩＤで特定されるユーザー端末１００と接続した実績のあるテレビ受信機２００の受信機ＩＤ、そのユーザー端末１００とそのテレビ受信機２００との関連度、そのユーザー端末１００とそのテレビ受信機２００との前回接続したときの時刻情報、およびその際の接続時間情報、等を送信する。また、そのユーザー端末１００と接続した実績のあるテレビ受信機２００が複数存在する場合は、接続状態管理サーバ５００は、それら複数のテレビ受信機２００に関する上述と同様の情報を、ＷＥＢサーバ３００に送信する（ステップＳ９０３）。

ＷＥＢサーバ３００は、接続状態管理サーバ５００から、接続実績に関する情報を受信すると、テレビ視聴履歴サーバ８００に対して、視聴履歴リクエストを送信する（ステップＳ９０４）。この視聴履歴リクエストとは、ＷＥＢサーバ３００が、テレビ視聴履歴サーバ８００に対して、ＷＥＢサーバ３００が受信した接続実績の情報に含まれる受信機ＩＤに対応するテレビ受信機２００の視聴履歴を要求するものである。

なお、本実施の形態では、ＷＥＢサーバ３００における動作は何ら限定されないが、ＷＥＢサーバ３００は、例えば以下のように設定された条件にもとづき視聴履歴リクエストを生成してもよい。
１）ＷＥＢサーバ３００は、関連度が所定の値以上の受信機ＩＤに対応するテレビ受信機２００については、所定の期間（例えば、現在から過去１ヶ月間、等）のテレビ視聴履歴をテレビ視聴履歴サーバ８００に要求する。
２）ＷＥＢサーバ３００は、関連度が所定の値未満の受信機ＩＤに対応するテレビ受信機２００については、まず、そのテレビ受信機２００の前回の接続時の時刻情報を取得する。そして、ＷＥＢサーバ３００は、得られた時刻情報にもとづき、そのときの接続期間を特定する。そして、ＷＥＢサーバ３００は、特定した接続期間（例えば、前日の午後１時から午後３時の間、等）のテレビ視聴履歴をテレビ視聴履歴サーバ８００に要求する。
この「所定の値」は、目的とする効果が得られるように適切に設定されることが望ましい。

なお、上述の動作は、ＷＥＢサーバ３００における単なる一動作例であり、ＷＥＢサーバ３００は他の動作をしてもよい。例えば、ＷＥＢサーバ３００は、受信した接続実績の情報に複数の受信機ＩＤが含まれている場合、関連度が最も大きい受信機ＩＤに対応するテレビ受信機２００の視聴履歴だけをテレビ視聴履歴サーバ８００に要求してもよい。

テレビ視聴履歴サーバ８００は、視聴履歴リクエストを受信すると、視聴履歴リクエストにもとづく視聴履歴を視聴履歴ＤＢ９００から取得する。具体的には、テレビ視聴履歴サーバ８００は、視聴履歴リクエストに含まれる受信機ＩＤに対応するテレビ受信機２００の、視聴履歴リクエストで指定された期間における視聴履歴を、視聴履歴ＤＢ９００から取得する。そして、テレビ視聴履歴サーバ８００は、取得した視聴履歴をＷＥＢサーバ３００に送信する（ステップＳ９０５）。

ＷＥＢサーバ３００は、テレビ視聴履歴サーバ８００から視聴履歴を受信する。また、ＷＥＢサーバ３００は、ユーザー端末１００のＷＥＢ閲覧履歴を、ユーザー端末１００を特定する情報（例えば、ユーザー端末１００の端末ＩＤ）を用いて、ＷＥＢ閲覧履歴ＤＢ４００から取得する。ＷＥＢサーバ３００は、テレビ受信機２００の視聴履歴とユーザー端末１００のＷＥＢ閲覧履歴を用いて、ユーザー端末１００に提供する情報（例えば、広告情報、等）を選択し、選択した情報をユーザー端末１００に送信する（ステップＳ９０６）。

このとき、ＷＥＢサーバ３００は、関連度の数値の大きさにもとづき、ユーザー端末１００に提供する情報を選択してもよい。例えば、関連度の数値が大きい受信機ＩＤに対応するテレビ受信機２００の視聴履歴は、ユーザーの嗜好をより強く反映したものと考えることができる。したがって、ＷＥＢサーバ３００は、例えば、関連度の数値が大きい受信機ＩＤに対応するテレビ受信機２００の視聴履歴からユーザーの嗜好を推定することで、その推定の精度を高めることができる。したがって、その推定にもとづき、ユーザー端末１００に提供する情報を選択することで、ＷＥＢサーバ３００は、情報選択の精度を高めることができる。

なお、関連度の数値の大小の判断は、例えば、あらかじめ設定された閾値と関連度との比較により行われてもよい。あるいは、複数の受信機ＩＤ間で関連度の大小比較が行われてもよい。

［１−７．テレビ受信機が接続状態情報を接続状態管理サーバへ送信するときの処理の流れ］
図８では、ユーザー端末１００から接続状態管理サーバ５００へ接続状態情報が送信される動作例を示した。しかし、本実施の形態は何らこの動作に限定されない。例えば、テレビ受信機２００から接続状態管理サーバ５００へ接続状態情報が送信されてもよい。

ここでは、テレビ受信機２００が、ユーザー端末１００を特定する端末ＩＤと、テレビ受信機２００自身の受信機ＩＤと、を接続状態管理サーバ５００へ送信する処理の流れを、図１０を参照しながら説明する。なお、ユーザー端末１００とテレビ受信機２００とはすでに接続済みであるものとして以下の説明を行う。

図１０は、実施の形態１におけるテレビ受信機２００が接続状態管理サーバ５００へ接続状態情報を送信する動作の一例を示すシーケンス図である。図１０のシーケンス図では、テレビ受信機２００がデータ放送を受信したこと起点として、テレビ受信機２００が、ユーザー端末１００を特定する端末ＩＤと、テレビ受信機２００自身の受信機ＩＤと、を接続状態管理サーバ５００へ送信する処理の流れを示している。

まず、テレビ受信機２００のデータ放送受信部２０３が、放送局７００からデータ放送を含む放送波を受信する。データ放送受信部２０３は、ＣＰＵ２０５に対して、データ放送を受信したことを通知する（ステップＳ１００１）。

ＣＰＵ２０５は、通信制御部２０４およびネットワークＩ／Ｆ２０２を介して、ユーザー端末１００に端末ＩＤリクエストを送信する（ステップＳ１００２）。端末ＩＤリクエストとは、テレビ受信機２００が、ユーザー端末１００に、ユーザー端末１００の端末ＩＤをテレビ受信機２００へ送信するよう要求するものである。

ユーザー端末１００のＣＰＵ１０３は、テレビ受信機２００から送信された端末ＩＤリクエストを、無線Ｉ／Ｆ１０１および通信制御部１０２を介して受信すると、ユーザー端末１００の端末ＩＤをテレビ受信機２００に送信するようにＩＤ管理部１０５を制御する。ＩＤ管理部１０５は、メモリ１０４にユーザー端末１００の端末ＩＤが記憶されていなければ、端末ＩＤサーバ６００から端末ＩＤを取得するために、通信制御部１０２および無線Ｉ／Ｆ１０１を介して、端末ＩＤサーバ６００に端末ＩＤリクエストを送信する（ステップＳ１００３）。

端末ＩＤサーバ６００は、ユーザー端末１００から端末ＩＤリクエストを受信すると、ユーザー端末１００の端末ＩＤを生成し、ユーザー端末１００に送信する。ユーザー端末１００のＩＤ管理部１０５は、無線Ｉ／Ｆ１０１および通信制御部１０２を介して、その端末ＩＤを取得する。そして、取得した端末ＩＤをメモリ１０４に記憶する（ステップＳ１００４）。

ＩＤ管理部１０５は、ＣＰＵ１０３からの指示にもとづき、端末ＩＤサーバ６００から取得してメモリ１０４に記憶した端末ＩＤを、通信制御部１０２および無線Ｉ／Ｆ１０１を介して、テレビ受信機２００に送信する（ステップＳ１００５）。

テレビ受信機２００のＣＰＵ２０５は、ユーザー端末１００の端末ＩＤを、ネットワークＩ／Ｆ２０２および通信制御部２０４を介して受信する。そして、受信した端末ＩＤをＩＤ管理部２０６に出力する。ＩＤ管理部２０６は、ＣＰＵ２０５から出力された端末ＩＤをメモリ２０８に記憶する。ＣＰＵ２０５は、接続状態管理サーバ５００に接続状態情報を送信するように接続状態送信部２０７を制御する。接続状態送信部２０７は、ユーザー端末１００とテレビ受信機２００とが接続している場合は、接続状態情報を、通信制御部２０４およびネットワークＩ／Ｆ２０２を介して、接続状態管理サーバ５００へ送信する。この動作は予め定められた周期で（例えば、１分毎に）行われる（ステップＳ１００６）。なお、テレビ受信機２００は、ユーザー端末１００とテレビ受信機２００とが接続していなければ、接続状態管理サーバ５００へ接続状態情報を送信しない。また、この接続状態情報は、メモリ２０８に記憶されているユーザー端末１００の端末ＩＤと、テレビ受信機２００の受信機ＩＤと、の一組のことである。

接続状態管理サーバ５００は、図８におけるステップＳ８０７と同様の処理を行い、受信した接続状態情報と時刻情報とを用いて、メモリ５０５に記憶された接続状態管理テーブル５０６および関連度管理テーブル５０７の内容を更新する（ステップＳ８０７）。

これにより、接続状態管理サーバ５００は、ユーザー端末１００の端末ＩＤとテレビ受信機２００の受信機ＩＤと、それらの関連度とを、互いに関連付けて管理することが可能である。

［１−８．効果等］
以上のように、本実施の形態における情報提供システム２０は、ネットワーク３０に接続可能なテレビ受信機２００と、ネットワーク３０に接続可能なユーザー端末１００と、ネットワーク３０に接続可能な接続状態管理サーバ５００と、を備える。ユーザー端末１００は、テレビ受信機２００と接続するためのプログラムを実行することが可能である。接続状態管理サーバ５００は、互いに接続されたテレビ受信機２００とユーザー端末１００との一方から、テレビ受信機２００の識別子とユーザー端末１００の識別子とを含む接続状態情報を、ネットワーク３０を介して取得する。そして、互いに接続されたテレビ受信機２００とユーザー端末１００との関連性の高さを表す関連度を、取得した接続状態情報にもとづき数値化する。そして、数値化された関連度を、外部からの要求に応じて提供する。

なお、端末ＩＤは、ユーザー端末１００の識別子の一例である。受信機ＩＤは、テレビ受信機２００の識別子の一例である。ＷＥＢサーバ３００は関連度を要求する要求元の一例である。

情報提供システム２０において、接続状態管理サーバ５００は、関連度を数値化するための１つ以上のルールを有し、そのルールには、接続状態情報から得られる情報と比較するための基準値と、比較の結果にもとづき関連度に加算される関連度ポイントと、が互いに関連付けられてあらかじめ登録されている。

これにより、接続状態管理サーバ５００は、互いに接続されたテレビ受信機２００とユーザー端末１００との関連性が相対的に高いときは、相対的に大きい数値で関連度を数値化し、その関連性が相対的に低いときは、相対的に小さい数値で関連度を数値化することができる。

このように、接続状態管理サーバ５００は、互いに接続されたテレビ受信機２００とユーザー端末１００との関連性の高さを、数値を用いて表すことができる。すなわち、数値化された関連度は、互いに接続されたテレビ受信機２００とユーザー端末１００との関連性の高さを数値の大きさで表したものとなる。

したがって、その関連度を参照することで、ユーザー端末１００に接続されたテレビ受信機２００の、そのユーザー端末１００との関連性の高さ、を判断することができる。

このことから、例えば、ユーザー端末１００に広告情報を配信するサーバ（広告配信サーバ。例えば、ＷＥＢサーバ３００）は、接続状態管理サーバ５００から関連度を取得することで、ユーザー端末１００との関連性が高いテレビ受信機２００を特定することが可能となる。

上述したように、従来技術では、例えば、ユーザー端末１００に広告情報を配信する広告配信サーバは、ユーザー端末１００に記憶されたＷＥＢページの閲覧履歴にもとづき、ユーザー端末１００に配信する広告情報を決定する。

しかしながら、ユーザー端末１００では、ネットワーク３０を通して配信される大量の情報を短時間に次々と表示できるので、ユーザー端末１００の所有者は、自身の関心が高いＷＥＢページだけを閲覧するとは限らず、所有者の関心が高くないＷＥＢページが閲覧履歴に含まれている可能性もある。そのため、広告配信サーバが、ＷＥＢページの閲覧履歴のみを用いて所有者の嗜好を推測し、その推測にもとづきユーザー端末１００に配信する広告情報を決定した場合、その広告情報には所有者の関心が高くない商品の広告が含まれている可能性がある。

広告配信サーバが、テレビ受信機２００の番組視聴履歴を、例えばテレビ視聴履歴サーバ８００等から取得可能であれば、広告配信サーバは、テレビ受信機２００の番組視聴履歴を取得して、嗜好の推測に用いることも可能である。

ネットワーク３０を通して配信される大量の情報を短時間に次々と表示することができるユーザー端末１００におけるＷＥＢページの閲覧履歴と比較して、放送局７００から送信される放送信号を受信して番組を表示するテレビ受信機２００における番組の視聴履歴は、そのテレビ受信機２００を使用したユーザーの嗜好を相対的に強く反映したものである可能性が高い。

しかしながら、広告配信サーバに取得された番組視聴履歴が、ユーザー端末１００の所有者との関連性が低いテレビ受信機２００のものであれば、広告配信サーバは、その番組視聴履歴を用いても、その所有者の嗜好の推測精度を高めることはできない。

一方、広告配信サーバに取得された番組視聴履歴が、ユーザー端末１００の所有者との関連性が高いテレビ受信機２００のものであれば、そのテレビ受信機２００における番組視聴履歴は、ユーザー端末１００の所有者の嗜好を反映したものである可能性が高い。したがって、広告配信サーバが、その番組視聴履歴にもとづきユーザー端末１００に配信する広告情報を選択すれば、その広告情報は、ユーザー端末１００の所有者の関心が高い商品の広告である可能性が高い。

本実施の形態における情報提供システム２０では、上述したように、互いに接続されたテレビ受信機２００とユーザー端末１００との関連性の高さを数値化した関連度を、接続状態管理サーバ５００から、関連度を要求する要求元（例えば、広告配信サーバ）に提供することができる。したがって、その要求元（例えば、広告配信サーバ）は、取得した関連度にもとづき、ユーザー端末１００との関連性が高いテレビ受信機２００を特定することが可能となる。

例えば、関連度を取得した広告配信サーバは、その関連度にもとづきユーザー端末１００との関連性が高いテレビ受信機２００を特定できるので、そのテレビ受信機２００の番組視聴履歴を入手して用いることで、ユーザー端末１００の所有者の嗜好を精度を高めて推測することができる。したがって、その番組視聴履歴にもとづき広告配信サーバで選択された広告情報は、ユーザー端末１００の所有者の関心が高い商品の広告である可能性が高い。

なお、本実施の形態は、情報提供システム２０（接続状態管理サーバ５００）から外部に提供される関連度の使用方法を何ら限定するものではなく、上述した例は関連度の使用方法の一例に過ぎない。

情報提供システム２０において、接続状態管理サーバ５００は、接続状態情報と、接続状態情報を受信した時刻と、にもとづき関連度を数値化するルールを備えていてもよい。

これにより、接続状態管理サーバ５００は、例えば図７に示したルールＮｏ．１、２、３、６、７、８等の、接続状態情報の受信時刻に関連して定められたルールにもとづき、関連度を算出することが可能となる。

情報提供システム２０において、接続状態管理サーバ５００は、接続状態情報と、接続状態情報を受信した日付と、にもとづき関連度を数値化するルールを備えていてもよい。

これにより、接続状態管理サーバ５００は、例えば図７に示したルールＮｏ．４等の、接続状態情報の受信日に関して定められたルールにもとづき、関連度を算出することが可能となる。

情報提供システム２０において、接続状態管理サーバ５００は、接続状態情報と、接続状態情報を受信した曜日と、にもとづき関連度を数値化するルールを備えていてもよい。

これにより、接続状態管理サーバ５００は、例えば図７に示したルールＮｏ．５等の、接続状態情報の受信曜日に関して定められたルールにもとづき、関連度を算出することが可能となる。

情報提供システム２０においては、互いに接続されたテレビ受信機２００とユーザー端末１００との一方が、接続状態情報を接続状態管理サーバ５００にネットワーク３０を介して送信してもよい。また、接続状態管理サーバ５００は、ネットワーク３０を介してその接続状態情報を取得してもよい。

情報提供システム２０において、接続状態情報の送信は、テレビ受信機２００が放送波を受信したことを起点として行われてもよい。

情報提供システム２０は、ユーザー端末１００の識別子を生成してユーザー端末１００にネットワーク３０を介して送信する端末ＩＤサーバ６００をさらに備えてもよい。また、ユーザー端末１００は、ユーザー端末１００の識別子を端末ＩＤサーバ６００からネットワーク３０を介して取得してもよい。

（実施の形態２）
次に、図１１〜図１２を用いて、実施の形態２を説明する。

なお、実施の形態２における情報提供システムは、実施の形態１で説明した情報提供システム２０と実質的に同じであるので、システムの構成や各構成要素に関する説明は省略する。

［２−１．ユーザー端末が接続状態情報を接続状態管理サーバへ送信するときの処理の流れ］
実施の形態１の図８では、テレビ受信機２００がデータ放送を受信したこと起点として、ユーザー端末１００が、接続状態管理サーバ５００へ接続状態情報を送信する処理の流れを説明した。しかし、本開示は何らこれに限定されない。実施の形態２では、実施の形態１とは異なる動作を起点とする動作例を説明する。

以下、図１１を参照しながら、ユーザー端末１００が、ユーザー端末１００自身を特定する端末ＩＤと、ユーザー端末１００が接続されているテレビ受信機２００の受信機ＩＤと、を接続状態管理サーバ５００へ送信する（すなわち、接続状態情報を接続状態管理サーバ５００へ送信する）処理の流れを説明する。

なお、ユーザー端末１００とテレビ受信機２００とはすでに接続済みであるものとして、以下の説明を行う。

また、ユーザー端末１００には、ユーザー端末１００をテレビ受信機２００と連携して使用することができるアプリケーション（以下、「テレビ連携アプリケーション」と呼ぶ）がインストールされているものとする。テレビ連携アプリケーションの一例としては、例えば、ユーザー端末１００でテレビ受信機２００のチャンネル操作や音量変更をできるリモコンアプリケーションを挙げることができる。しかし、テレビ連携アプリケーションは、何らリモコンアプリケーションに限定されるものではなく、他のアプリケーションであってもよい。

なお、テレビ連携アプリケーションは、ユーザー端末１００とテレビ受信機２００との接続状態をユーザー端末１００から接続状態管理サーバ５００へ送信する指示を、ＣＰＵ１０３に出すように構成されているものとする。

実施の形態２では、ユーザー端末１００でテレビ連携アプリケーションが起動されたタイミング（または、テレビ連携アプリケーションにあらかじめ設定されたタイミング）を起点として、ユーザー端末１００とテレビ受信機２００との関連度が更新される動作例を説明する。

図１１は、実施の形態２におけるユーザー端末１００が接続状態管理サーバ５００へ接続状態情報を送信する動作の一例を示すシーケンス図である。

まず、ユーザー端末１００のＣＰＵ１０３は、テレビ連携アプリケーションから、ユーザー端末１００とテレビ受信機２００との接続状態をユーザー端末１００から接続状態管理サーバ５００へ送信する指示、を受ける。この指示は、例えば、ユーザー端末１００でテレビ連携アプリケーションが起動されたタイミング、または、テレビ連携アプリケーションにあらかじめ設定されたタイミング、で、テレビ連携アプリケーションからＣＰＵ１０３に出される。ＣＰＵ１０３は、メモリ１０４にテレビ受信機２００の受信機ＩＤが記憶されていなければ、受信機ＩＤリクエストをテレビ受信機２００に送信するようにＩＤ管理部１０５を制御する（ステップＳ１１０１）。受信機ＩＤリクエストとは、テレビ受信機２００の受信機ＩＤをユーザー端末１００へ送信するように、テレビ受信機２００に要求するものである。

テレビ受信機２００のＣＰＵ２０５は、ユーザー端末１００から送信された受信機ＩＤリクエストを、ネットワークＩ／Ｆ２０２および通信制御部２０４を介して受信すると、受信機ＩＤをユーザー端末１００へ送信するようＩＤ管理部２０６へ指示する。ＩＤ管理部２０６は、メモリ２０８に記憶している受信機ＩＤを、通信制御部２０４およびネットワークＩ／Ｆ２０２を介して、ユーザー端末１００へ送信する。ユーザー端末１００のＩＤ管理部１０５は、無線Ｉ／Ｆ１０１および通信制御部１０２を介して受信したテレビ受信機２００の受信機ＩＤを、メモリ１０４に記憶する（ステップＳ１１０２）。

ＩＤ管理部１０５は、メモリ１０４にユーザー端末１００の端末ＩＤが記憶されていなければ、端末ＩＤサーバ６００から端末ＩＤを取得するために、通信制御部１０２および無線Ｉ／Ｆ１０１を介して、端末ＩＤサーバ６００に端末ＩＤリクエストを送信する（ステップＳ１１０３）。

端末ＩＤサーバ６００は、ユーザー端末１００から端末ＩＤリクエストを受信すると、ユーザー端末１００の端末ＩＤを生成し、ユーザー端末１００に送信する。ユーザー端末１００のＩＤ管理部１０５は、無線Ｉ／Ｆ１０１および通信制御部１０２を介して、その端末ＩＤを取得する。そして、取得した端末ＩＤをメモリ１０４に記憶する（ステップＳ１１０４）。

ＣＰＵ１０３は、接続状態管理サーバ５００に接続状態を送信するように接続状態送信部１０６を制御する。接続状態送信部１０６は、ユーザー端末１００とテレビ受信機２００とが接続している場合は、接続状態情報を、通信制御部１０２および無線Ｉ／Ｆ１０１を介して、接続状態管理サーバ５００へ送信する。この動作は予め定められた周期で（例えば、１分毎に）行われる（ステップＳ１１０５）。なお、ユーザー端末１００は、ユーザー端末１００とテレビ受信機２００とが接続していなければ、接続状態管理サーバ５００へ接続状態情報を送信しない。また、この接続状態情報は、端末ＩＤサーバ６００から取得したユーザー端末１００の端末ＩＤと、テレビ受信機２００から取得した受信機ＩＤと、の一組のことである。

接続状態管理サーバ５００は、図８におけるステップＳ８０７と同様の処理を行い、受信した接続状態情報と時刻情報とを用いて、メモリ５０５に記憶された接続状態管理テーブル５０６および関連度管理テーブル５０７の内容を更新する（ステップＳ８０７）。

これにより、接続状態管理サーバ５００は、ユーザー端末１００の端末ＩＤとテレビ受信機２００の受信機ＩＤと、それらの関連度とを、互いに関連付けて管理することができる。

［２−２．テレビ受信機が接続状態情報を接続状態管理サーバへ送信するときの処理の流れ］
図１１では、ユーザー端末１００から接続状態管理サーバ５００へ、ユーザー端末１００とテレビ受信機２００との接続状態情報が送信される動作例を示した。しかし、本実施の形態は何らこの動作に限定されない。例えば、テレビ受信機２００から接続状態管理サーバ５００へ接続状態情報が送信されてもよい。

ここでは、テレビ受信機２００が、ユーザー端末１００を特定する端末ＩＤと、テレビ受信機２００自身の受信機ＩＤと、を接続状態管理サーバ５００へ送信する処理の流れを、図１２を参照しながら説明する。なお、ユーザー端末１００とテレビ受信機２００とはすでに接続済みであるものとして以下の説明を行う。

また、ユーザー端末１００には、ユーザー端末１００をテレビ受信機２００と連携して使用することができるテレビ連携アプリケーションがインストールされているものとする。また、テレビ連携アプリケーションは、ユーザー端末１００とテレビ受信機２００との接続状態をユーザー端末１００から接続状態管理サーバ５００へ送信する指示を、ＣＰＵ１０３に出すように構成されているものとする。

図１２は、実施の形態２におけるテレビ受信機２００が接続状態管理サーバ５００へ接続状態情報を送信する動作の一例を示すシーケンス図である。

まず、ユーザー端末１００のＣＰＵ１０３は、テレビ連携アプリケーションから、ユーザー端末１００とテレビ受信機２００との接続状態をユーザー端末１００から接続状態管理サーバ５００へ送信する指示、を受ける。この指示は、例えば、ユーザー端末１００でテレビ連携アプリケーションが起動されたタイミング、または、テレビ連携アプリケーションにあらかじめ設定されたタイミング、で、テレビ連携アプリケーションからＣＰＵ１０３に出される。

ＩＤ管理部１０５は、メモリ１０４にユーザー端末１００の端末ＩＤが記憶されていなければ、端末ＩＤサーバ６００から端末ＩＤを取得するために、通信制御部１０２および無線Ｉ／Ｆ１０１を介して、端末ＩＤサーバ６００に端末ＩＤリクエストを送信する（ステップＳ１２０１）。

端末ＩＤサーバ６００は、ユーザー端末１００から端末ＩＤリクエストを受信すると、ユーザー端末１００の端末ＩＤを生成し、ユーザー端末１００に送信する。ユーザー端末１００のＩＤ管理部１０５は、無線Ｉ／Ｆ１０１および通信制御部１０２を介して、その端末ＩＤを取得する。そして、取得した端末ＩＤをメモリ１０４に記憶する（ステップＳ１２０２）。

ＣＰＵ１０３は、接続状態送信リクエストをテレビ受信機２００へ送信するように、接続状態送信部１０６を制御する。接続状態送信部１０６は、接続状態送信リクエストを、通信制御部１０２および無線通信Ｉ／Ｆ１０１を介して、テレビ受信機２００に送信する（Ｓ１２０３）。この接続状態送信リクエストは、ユーザー端末１００が、テレビ受信機２００に対して、ユーザー端末１００とテレビ受信機２００との接続状態をテレビ受信機２００から接続状態管理サーバ５００へ送信するよう依頼するものである。

ＩＤ管理部１０５は、ＣＰＵ１０３からの指示にもとづき、端末ＩＤサーバ６００から取得してメモリ１０４に記憶した端末ＩＤを、通信制御部１０２および無線通信Ｉ／Ｆ１０１を介して、テレビ受信機２００に送信する（ステップＳ１２０４）。

テレビ受信機２００のＣＰＵ２０５は、ユーザー端末１００の端末ＩＤを、ネットワークＩ／Ｆ２０２および通信制御部２０４を介して受信する。そして、受信した端末ＩＤをＩＤ管理部２０６に出力する。ＩＤ管理部２０６は、ＣＰＵ２０５から出力された端末ＩＤをメモリ２０８に記憶する。ＣＰＵ２０５は、接続状態管理サーバ５００に接続状態情報を送信するように接続状態送信部２０７を制御する。接続状態送信部２０７は、ユーザー端末１００とテレビ受信機２００とが接続している場合は、接続状態情報を通信制御部２０４およびネットワークＩ／Ｆ２０２を介して、接続状態管理サーバ５００へ送信する。この動作は予め定められた周期で（例えば、１分毎に）行われる（ステップＳ１２０５）。なお、テレビ受信機２００は、ユーザー端末１００とテレビ受信機２００とが接続していなければ、接続状態管理サーバ５００へ接続状態情報を送信しない。また、この接続状態情報は、メモリ２０８に記憶されているユーザー端末１００の端末ＩＤと、テレビ受信機２００の受信機ＩＤと、の一組のことである。

接続状態管理サーバ５００は、図８におけるステップＳ８０７と同様の処理を行い、受信した接続状態情報と時刻情報とを用いて、メモリ５０５に記憶された接続状態管理テーブル５０６および関連度管理テーブル５０７の内容を更新する（ステップＳ８０７）。

これにより、接続状態管理サーバ５００は、ユーザー端末１００の端末ＩＤとテレビ受信機２００の受信機ＩＤと、それらの関連度とを、互いに関連付けて管理することができる。

［２−３．効果等］
以上のように、本実施の形態の情報提供システムにおいて、接続状態情報の送信は、ユーザー端末１００でテレビ受信機２００と接続するためのプログラムが実行されたことを起点として行われる。

これによっても、実施の形態１と同様に、接続状態管理サーバ５００は、互いに接続されたテレビ受信機２００とユーザー端末１００との関連性が相対的に高いときは、相対的に大きい数値で関連度を数値化し、その関連性が相対的に低いときは、相対的に小さい数値で関連度を数値化することができる。

（実施の形態３）
次に、図１３〜図１６を用いて、実施の形態３を説明する。

実施の形態３における情報提供システムは、実施の形態１で説明した情報提供システム２０と実質的に同じであるので、システムの構成や各構成要素に関する説明は省略する。

すなわち、実施の形態３におけるユーザー端末１１０（図１３）は実施の形態１で説明したユーザー端末１００と実質的に同じ構成・動作であり、実施の形態３におけるテレビ受信機２１０（図１４）は実施の形態１で説明したテレビ受信機２００と実質的に同じ構成・動作である。

ただし、実施の形態３におけるユーザー端末１１０、テレビ受信機２１０、および接続状態管理サーバ５００は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）を利用して取得された位置情報を扱うように構成された点が、実施の形態１で説明したユーザー端末１００、テレビ受信機２００、および接続状態管理サーバ５００と異なる。

以下、実施の形態１と異なる点を説明する。

［３−１−１．ユーザー端末の構成］
図１３は、実施の形態３におけるユーザー端末１１０の一構成例を示すブロック図である。

図１３に示すように、ユーザー端末１１０は、無線Ｉ／Ｆ１０１、通信制御部１０２、ＣＰＵ１０３、メモリ１０４、ＧＰＳ１０７、を備えている。無線Ｉ／Ｆ１０１、通信制御部１０２、メモリ１０４は、実施の形態１に示したユーザー端末１００の同ブロックと実施的に同じであるので説明を省略する。

ＧＰＳ１０７は、ＧＰＳ衛星と通信するためのアンテナを備えている。ＧＰＳ１０７は、必要に応じてＧＰＳ衛星からデータを受信し、受信したデータにもとづき位置情報を算出し、算出した位置情報をＧＰＳ情報としてメモリ１０４に記憶する。ＧＰＳ情報は、ユーザー端末１１０の位置を特定できる情報であり、例えば、緯度情報と経度情報とを含んでいる。すなわち、このＧＰＳ情報は、ユーザー端末１１０の位置を示す位置情報である。

なお、ＧＰＳ１０７がＧＰＳ衛星からデータを受信するタイミングは、予め設定されていてもよく、ＣＰＵ１０３からの指示によるものでもよい。

ＣＰＵ１０３は、実施の形態１で説明した動作に加え、ＧＰＳ１０７に、ＧＰＳ衛星からデータを受信し、受信したデータにもとづき位置情報を算出し、算出した位置情報をメモリ１０４に記憶する、ことを指示する動作も行う。

また、ＣＰＵ１０３は、接続状態送信部１０６に、実施の形態１で説明した端末ＩＤ、受信機ＩＤに加え、ＧＰＳ情報も含めた接続状態情報を接続状態管理サーバ５００へ送信するように指示する。

接続状態送信部１０６は、実施の形態１で説明した動作に加え、ＣＰＵ１０３の指示に応じて、端末ＩＤ、受信機ＩＤ、ＧＰＳ情報を含む接続状態情報を接続状態管理サーバ５００へ送信する。

ユーザー端末１１０の構成および動作は、この点を除き、実施の形態１で説明したユーザー端末１００と実質的に同じである。

［３−１−２．テレビ受信機の構成］
図１４は、実施の形態３におけるテレビ受信機２１０の一構成例を示すブロック図である。

図１４に示すように、テレビ受信機２１０は、ネットワークＩ／Ｆ２０２、データ放送受信部２０３、通信制御部２０４、ＣＰＵ２０５、メモリ２０８、を備えている。また、ＣＰＵ２０５は、ＩＤ管理部２０６、接続状態送信部２０７、を備えている。

メモリ２０８には、実施の形態１で説明した端末ＩＤ、受信機ＩＤに加え、ユーザー端末１１０から送信されてくるＧＰＳ情報が記憶される。そして、接続状態送信部２０７は、接続状態情報を接続状態管理サーバ５００へ送信する際に、実施の形態１で説明した端末ＩＤ、受信機ＩＤに加え、ＧＰＳ情報（すなわち、ユーザー端末１１０の位置情報）も送信する。

テレビ受信機２１０の構成および動作は、この点を除き、実施の形態１で説明したテレビ受信機２００と実質的に同じである。

［３−１−３．接続状態管理サーバの構成］
実施の形態３における接続状態管理サーバの構成および動作は、実施の形態１で説明した接続状態管理サーバ５００の構成および動作と実質的に同じであるので、説明を省略する。

ただし、実施の形態３における接続状態管理サーバの接続状態管理部は、接続状態管理テーブルに、実施の形態１で説明した接続状態管理テーブル５０６の端末ＩＤ、受信機ＩＤ、および時刻情報に加え、ＧＰＳ情報（すなわち、ユーザー端末１１０の位置情報）も記憶する。

また、実施の形態３における関連度基準テーブルには、実施の形態１で説明した関連度基準テーブル５０８の各ルールに加え、ＧＰＳ情報を利用したルールが登録されている。

実施の形態３の接続状態管理サーバは、この点が実施の形態１で説明した接続状態管理サーバ５００と異なる。

次に、これらのテーブルについて説明する。

［３−２．接続状態管理テーブルの構成］
図１５は、実施の形態３における接続状態管理サーバが保持する接続状態管理テーブル５０９の一例を示す図である。

図１５に示すように、実施の形態３における接続状態管理テーブル５０９には、図５の接続状態管理テーブル５０６に示した時刻を表す情報、端末ＩＤ、および受信機ＩＤに、さらにユーザー端末１１０の位置情報（ユーザー端末１１０で取得されたＧＰＳ情報）が、互いに関連付けられて記憶されている。なお、図１５では、予め定められた周期を１分とする例を示すが、この周期は何ら１分に限定されない。

なお、図１５において、ユーザー端末１１０の位置情報として示されたＸＹ座標の情報は、時刻情報が示す時刻におけるユーザー端末１１０の位置を示している。例えば、時刻００：００：００の「ｘ０１：ｙ０１」は、受信機Ａに接続された端末Ａの、時刻００：００：００における位置を示している。

図１５には、一例として、接続状態管理サーバ５００が、時刻００：００：００から時刻００：１０：５９までの間で、１分毎に接続状態情報を受信し、受信予定時刻の時刻００：０３：００、時刻００：０６：００、時刻００：０７：００、では接続状態情報を受信しなかった場合を示している。

図１５に示す例では、接続状態管理サーバ５００は、時刻００：００：００から時刻００：０２：５９までの期間、端末Ａは位置「ｘ０１：ｙ０１」にあって受信機Ａに接続されていた、と判断する。また、接続状態管理サーバ５００は、時刻００：０３：００から時刻００：０４：５９までの期間、ユーザー端末１１０とテレビ受信機２１０との接続はなかった、と判断する。また、接続状態管理サーバ５００は、時刻００：０４：００から時刻００：０５：５９までの期間、端末Ａは位置「ｘ０２：ｙ０２」にあって受信機Ｂに接続されていた、と判断する。また、接続状態管理サーバ５００は、時刻００：０６：００から時刻００：０７：５９までの期間、ユーザー端末１１０とテレビ受信機２１０との接続はなかった、と判断する。また、接続状態管理サーバ５００は、時刻００：０８：００から時刻００：１０：５９までの期間、端末Ａは再び位置「ｘ０１：ｙ０１」に戻って受信機Ａに接続されていた、と判断する。

このように、本実施の形態における接続状態管理サーバは、メモリに記憶された接続状態管理テーブル５０９から、ユーザー端末１１０とテレビ受信機２１０との接続状態を、ユーザー端末１１０の位置情報を交えて判断することができる。

［３−３．関連度基準テーブルの構成］
図１６は、実施の形態３における接続状態管理サーバが保持する関連度基準テーブル５１０の一例を示す図である。実施の形態３における関連度基準テーブル５１０には、実施の形態１で説明した関連度基準テーブル５０８と同様に、基準内容と基準値と関連度ポイントとが互いに対応付けられた複数のルールが登録されている。そして、関連度基準テーブル５１０は、関連度基準テーブル５０８と同様に、接続状態管理サーバの接続状態管理部がユーザー端末１１０とテレビ受信機２１０との関連度を算出する際に用いられる。

図１６に示す関連度基準テーブル５１０には、実施の形態１で図７に示したルールＮｏ．１からルールＮｏ．８までの各ルールに加えて、さらに、ルールＮｏ．９が追加されている。関連度基準テーブル５１０に新たに追加されたルールＮｏ．９は、実施の形態３に特有のルールであり、ＧＰＳ情報を用いて関連度を算出するように設定されている。

図１６のルールＮｏ．９に示す例では、基準内容として「移動距離」が設定され、基準値として「１０メートル」が設定され、関連度ポイントは「＋２」に設定されている。したがって、接続状態管理サーバの接続状態管理部は、ルールＮｏ．９にもとづいて関連度を算出する際は、まず、図１５に示した接続状態管理テーブル５０９を参照し、過去のユーザー端末１１０に対する現在のユーザー端末１１０の移動距離を算出する。そして、接続状態管理部は、その移動距離が１０メートルを超えていれば、ユーザー端末１１０とテレビ受信機２１０との関連度に関連度ポイントを加算せず、移動距離が１０メートル以下であれば、その関連度に関連度ポイント「＋２」を加算する。

このルールＮｏ．９は、次のような状況を関連度の算出に反映するために設けられたものである。例えば、ユーザー端末１１０が、２台目のテレビ受信機２１０を購入して、１台目のテレビ受信機２１０と同じ部屋に設置したとする。このような場合、これら２台のテレビ受信機２１０の離間距離は相対的に小さく、ユーザー端末１１０の移動距離も相対的に小さい。そして、ユーザーがユーザー端末１１０の接続先を１台目のテレビ受信機２１０から２台目のテレビ受信機２１０に変更したとしても、２台目のテレビ受信機２１０とユーザー端末１１０との関連性は高いと見なすことができる。一方、ユーザーが長い距離を移動してユーザー端末１１０の接続先を変更した場合、その変更先のテレビ受信機２１０とユーザー端末１１０との関連性は低いと見なすことができる。

本実施の形態では、ＧＰＳ１０７を用いてユーザー端末１１０の位置情報を得ることができるので、接続状態管理サーバの接続状態管理部は、このような状況を関連度の算出に反映することができる。

このように、本実施の形態では、接続状態管理サーバは、ユーザー端末１１０の過去の位置情報と現在の位置情報とを比較し、現在のユーザー端末１１０の位置と過去のユーザー端末１１０の位置との離間距離、すなわち、過去のユーザー端末１１０に対する現在のユーザー端末１１０の移動距離、を算出し、算出した移動距離によって関連度を算出してもよい。

なお、このルールＮｏ．９にもとづく関連度の算出は、ユーザー端末１１０の接続先のテレビ受信機２１０が変更されるときに、変更前の接続状態情報と変更後の接続状態情報とにもとづき実行されることが望ましい。そして、接続先のテレビ受信機２１０が変更されない期間は、ルールＮｏ．９による関連度の算出は実行されないことが望ましい。

これは、ユーザー端末１１０の接続先が変更されない期間（すなわち、ユーザー端末１１０が移動しない期間）に、関連度に関連度ポイントが不要に累積されることを防止するためである。

図１５に示した例で説明すると、接続状態管理サーバは、例えば、端末Ａが受信機Ａに接続されていた時刻００：０２：００の接続状態情報と、端末Ａと受信機Ｂとの接続が開始された時刻００：０４：００の接続状態情報との間で、ルールＮｏ．９による関連度の算出を行い、端末Ａと受信機Ａとの接続が維持されている期間（例えば、時刻００：０１：００と時刻００：０２：００との間、等）はルールＮｏ．９による関連度の算出は行わないことが望ましい。

なお、接続状態管理サーバは、関連度を算出するときに、図１６の関連度基準テーブル５１０に示したルールＮｏ．１からルールＮｏ．９までの全てのルールを用いてもよく、そのうちの一部を用いてもよい。

なお、関連度基準テーブル５１０に登録されるルールは、上述したルールＮｏ．１からルールＮｏ．９までの各ルールに何ら限定されない。図１６に示された各数値は適宜変更されてもよい。あるいは、他のルールが関連度基準テーブル５１０に登録されてもよい。
［３−４．動作］
実施の形態３におけるユーザー端末１１０、テレビ受信機２１０、および接続状態管理サーバの動作は、接続状態管理サーバへ送信される接続状態情報にＧＰＳ情報が含まれている点を除き、実施の形態１または実施の形態２で説明した各装置の動作と実質的に同じである。

すなわち、図８に示したステップＳ８０６およびステップＳ８０７、図１０に示したステップＳ１００５およびステップＳ１００６、図１１に示したステップＳ１１０５、図１２に示したステップＳ１２０４およびステップＳ１２０５、の各ステップにおける送信情報にＧＳＰ情報が含まれているが、それ以外の動作は実質的に同じである。

［３−５．効果等］
以上のように、本実施の形態の情報提供システムにおいて、ユーザー端末１１０は、ユーザー端末１１０の現在地を示す位置情報を算出するように構成されている。接続状態管理サーバは、互いに接続されたテレビ受信機２１０とユーザー端末１１０との関連度を、その位置情報を用いて数値化するルールを有する。

これにより、接続状態管理サーバは、例えば図１６に示したルールＮｏ．９等の、ユーザー端末１１０の位置情報に関して定められたルールもとづき、関連度を算出することが可能となる。

これによっても、本実施の形態の情報提供システムにおける接続状態管理サーバは、実施の形態１と同様に、互いに接続されたテレビ受信機２１０とユーザー端末１１０との関連性が相対的に高いときは、相対的に大きい数値で関連度を数値化し、その関連性が相対的に低いときは、相対的に小さい数値で関連度を数値化することができる。

なお、本実施の形態に示す情報提供システムは、接続状態管理サーバから、関連度の情報に加え、ユーザー端末１１０の位置情報を、関連度の要求元（例えば、広告配信サーバ）に提供してもよい。この場合、ユーザー端末１１０の位置情報を取得した広告配信サーバは、例えば、ユーザー端末１１０の現在位置の周辺に関連した情報（例えば、ユーザー端末１１０の現在位置の周辺にある飲食店の情報、等）をユーザー端末１１０に配信する、といったことが可能となる。

（他の実施の形態）
以上のように、本出願において開示する技術の例示として、実施の形態１〜３を説明した。しかしながら、本開示における技術は、これに限定されず、変更、置き換え、付加、省略等を行った実施の形態にも適用できる。また、上記実施の形態１〜３で説明した各構成要素を組み合わせて、新たな実施の形態とすることも可能である。

そこで、以下、他の実施の形態を例示する。

本実施の形態では、接続状態管理サーバから関連度を提供する提供先の一例として、ＷＥＢサーバ３００（例えば、広告配信サーバ）を示した。しかし、本開示において、接続状態管理サーバが関連度を提供する提供先は、何ら広告配信サーバに限定されない。接続状態管理サーバは、関連度を、広告配信サーバ以外のサーバコンピュータに提供してもよい。あるいは、接続状態管理サーバは、関連度を、サーバコンピュータ以外の情報処理装置に提供してもよい。

本開示は、ユーザー端末に情報提供サービスを行うシステムに適用可能である。具体的には、広告配信システム等に本開示は適用可能である。

１０ 広告配信システム
３０ ネットワーク
４０ 無線ルータ
１００、１１０ ユーザー端末
１０１ 無線Ｉ／Ｆ
１０２、２０４、５０２ 通信制御部
１０３、２０５、５０３ ＣＰＵ
１０４、２０８、５０５ メモリ
１０５、２０６ ＩＤ管理部
１０６、２０７ 接続状態送信部
１０７ ＧＰＳ
２０ 情報提供システム
２００、２１０ テレビ受信機
２０２、５０１ ネットワークＩ／Ｆ
２０３ データ放送受信部
３００ ＷＥＢサーバ
４００ ＷＥＢ閲覧履歴ＤＢ
５００ 接続状態管理サーバ
５０４ 接続状態管理部
５０６，５０９ 接続状態管理テーブル
５０７ 関連度管理テーブル
５０８，５１０ 関連度基準テーブル
６００ 端末ＩＤサーバ
７００ 放送局
８００ テレビ視聴履歴サーバ
９００ 視聴履歴ＤＢ

Claims (13)

1. ネットワークに接続可能なテレビジョン受信機と、
   前記テレビジョン受信機と接続するためのプログラムを実行可能に構成され、前記ネットワークに接続可能なユーザー端末と、
   互いに接続された前記テレビジョン受信機と前記ユーザー端末との一方から、前記テレビジョン受信機の識別子と前記ユーザー端末の識別子とを含む接続状態情報を前記ネットワークを介して取得し、互いに接続された前記テレビジョン受信機と前記ユーザー端末との関連性の高さを表す関連度を前記接続状態情報にもとづき数値化し、数値化された前記関連度を外部からの要求に応じて提供する接続状態管理サーバと、を備えた、
   情報提供システム。
2. 前記接続状態管理サーバは、
   前記関連度を数値化するための１つ以上のルールを有し、
   前記ルールには、前記接続状態情報から得られる情報と比較するための基準値と、前記比較の結果にもとづき前記関連度に加算される関連度ポイントと、が互いに関連付けられて登録された、
   請求項１に記載の情報提供システム。
3. 前記接続状態管理サーバは、
   前記接続状態情報と、前記接続状態情報を受信した時刻と、にもとづき前記関連度を数値化するルールを有する、
   請求項２に記載の情報提供システム。
4. 前記接続状態管理サーバは、
   前記接続状態情報と、前記接続状態情報を受信した日付と、にもとづき前記関連度を数値化するルールを有する、
   請求項２に記載の情報提供システム。
5. 前記接続状態管理サーバは、
   前記接続状態情報と、前記接続状態情報を受信した曜日と、にもとづき前記関連度を数値化するルールを有する、
   請求項２に記載の情報提供システム。
6. 互いに接続された前記テレビジョン受信機と前記ユーザー端末との一方が、前記接続状態情報を前記接続状態管理サーバに前記ネットワークを介して送信し、
   前記接続状態管理サーバは、前記ネットワークを介して前記接続状態情報を取得する、
   請求項１に記載の情報提供システム。
7. 前記接続状態情報の送信は、前記テレビジョン受信機が放送波を受信したことを起点として行われる、
   請求項６に記載の情報提供システム。
8. 前記接続状態情報の送信は、前記ユーザー端末で前記プログラムが実行されたことを起点として行われる、
   請求項６に記載の情報提供システム。
9. 前記ユーザー端末は、
   前記ユーザー端末の現在地を示す位置情報を算出するように構成され、
   前記接続状態管理サーバは、
   前記位置情報を用いて前記関連度を数値化するルールを有する、
   請求項２に記載の情報提供システム。
10. 前記ユーザー端末の識別子を生成して前記ユーザー端末に前記ネットワークを介して送信する端末ＩＤサーバをさらに備え、
    前記ユーザー端末は、前記ユーザー端末の識別子を前記端末ＩＤサーバから前記ネットワークを介して取得する、
    請求項１に記載の情報提供システム。
11. ネットワークに接続可能なテレビジョン受信機と、
    前記テレビジョン受信機と接続するためのプログラムを実行可能に構成され、前記ネットワークに接続可能なユーザー端末と、
    前記ネットワークに接続可能な接続状態管理サーバと、
    を備えた情報提供システムにおける情報提供方法であって、
    互いに接続された前記テレビジョン受信機と前記ユーザー端末との一方から、前記テレビジョン受信機の識別子と前記ユーザー端末の識別子とを含む接続状態情報を、前記接続状態管理サーバが取得するステップと、
    互いに接続された前記テレビジョン受信機と前記ユーザー端末との関連性の高さを表す関連度を、前記接続状態情報にもとづき前記接続状態管理サーバが数値化するステップと、
    数値化された前記関連度が外部からの要求に応じて前記接続状態管理サーバから提供されるステップと、
    を備えた情報提供方法。
12. 前記接続状態管理サーバにおいて、前記関連度を数値化するための１つ以上のルールと、前記接続状態情報と、にもとづき前記関連度が数値化され、
    前記ルールには、前記接続状態情報から得られる情報と比較するための基準値と、前記比較の結果にもとづき前記関連度に加算される関連度ポイントと、が互いに関連付けられて登録された、
    請求項１１に記載の情報提供方法。
13. 前記ユーザー端末の現在地を示す位置情報を前記ユーザー端末が算出するステップと、
    前記接続状態管理サーバが前記位置情報を取得するステップと、を備え、
    前記接続状態管理サーバにおいて、前記位置情報から前記関連度が数値化される、
    請求項１２に記載の情報提供方法。

Images