JP6092796B2 - 再生装置、受信機器、再生システム、及び、プログラム。 - Google Patents

Description

本発明は、主に、コンテンツを再生する再生装置に関する。

近年市場に出回っている放送受信装置の中には、受信した番組コンテンツを、当該番組コンテンツを再生可能な携帯端末に無線で転送する機能を備えているものも存在する。この機能により、ユーザは、テレビではなく、携帯端末を用いて番組コンテンツを視聴することができる。

このように番組コンテンツの視聴スタイルが多様化するに伴って、番組コンテンツの視聴率をより正確に把握するための技術が提案されている。また、番組コンテンツのどの部分に人気があるかを判断させるための情報を提示するための技術も提案されている（特許文献１参照）。

特開２０１０−１１４７２３号公報（２０１０年５月２０日公開）

ところで、ユーザが、一般的に宅内にある放送受信装置が受信した番組コンテンツを携帯端末でリモート視聴する視聴スタイルが考えられる。

これに関し、上記従来の構成を用いても、リモート視聴するユーザを対象とした番組コンテンツの視聴履歴を把握できなかった。

本発明は、上記課題に鑑みて成されたものであり、その主な目的は、リモート視聴するユーザを対象とした番組コンテンツの視聴履歴を特定するために利用可能な再生装置を実現することにある。

上記課題を解決するために、本発明の一態様に係る再生装置は、ネットワークに接続された機器にリモートアクセスすることにより、上記機器から番組コンテンツを取得する取得手段と、上記取得手段が取得した番組コンテンツを再生する再生手段と、上記再生手段による番組コンテンツの再生に関する再生ログをサーバに送信する送信手段と、を備えている。

本発明の一態様に係る再生装置は、リモート視聴するユーザを対象とした番組コンテンツの視聴履歴を特定するために利用できる。

本発明の実施形態１〜３に係る再生システムのシステム構成図である。 本発明の実施形態１〜３に係るテレビ受信機のハードウェア構成を示すブロック図である。 本発明の実施形態１〜３に係るテレビ受信機のＣＰＵによって実現される主要な機能を示す機能ブロック図である。 本発明の実施形態１〜３に係るスマートフォンのハードウェア構成を示すブロック図である。 本発明の実施形態１〜３に係るスマートフォンのＣＰＵによって実現される主要な機能を示す機能ブロック図である。 本発明の実施形態１〜３に係る２つのサーバ（リモートアクセスサーバ、及び、ログ収集サーバ）のハードウェア構成を示すブロック図である。 本発明の実施形態１〜３に関する図であり、リモートアクセスサーバに保存されているデータベーステーブルを模式的に例示した図である。 本発明の実施形態１〜３に関する図であり、テレビから該テレビにリモートアクセスしているスマートフォンに向けて送信される情報を模式的に例示した図である。 本発明の実施形態１に関する図であり、番組コンテンツをリモート再生するスマートフォンが生成する再生ログを模式的に例示した図である。 本発明の実施形態１に関する図であり、図９の再生ログを生成したスマートフォンのユーザによって番組中のどの部分が視聴されたかを説明するための図である。 本発明の実施形態２に関する図であり、番組コンテンツをリモート再生するスマートフォンが生成する再生ログを模式的に例示した図である。 本発明の実施形態３に関する図であり、番組コンテンツをリモート再生するスマートフォンが生成する再生ログを模式的に例示した図である。 本発明の実施形態３に関する図であり、図１２の再生ログを生成したスマートフォンのユーザによって番組中のどの部分が視聴されたかを説明するための図である。 本発明の実施形態１〜３に関する図であり、ログ収集サーバが多数の端末（実施形態１〜３のスマートフォン等）から収集した再生ログを組み合わせることによって生成する視聴情報データを模式的に例示した図である。 本発明の実施形態４に係る再生システムのシステム構成図である。

＜実施形態１＞
以下、図１〜図１０を参照して、本発明の一実施形態に係る再生システムについて説明する。

（再生システムの概要）
本実施形態に係る再生システムの概要について図１を参照しながら説明する。図１は、本実施形態に係る再生システムのシステム構成図である。

図１に示すように、本実施形態に係る再生システムは、スマートフォン１００、テレビ受信機２００（以下、単に「テレビ２００」と称する）、ログ収集サーバ３００、リモートアクセスサーバ４００、及び、ルータ５００を含んでいる。

テレビ２００は、スマートフォン１００のユーザの自宅のローカルエリアネットワークに接続されている。ユーザの自宅にはルータ５００が設置されており、ルータ５００は、ローカルエリアネットワークと外部のネットワークとの間を跨ぐ通信を可能にする。

また、テレビ２００は、テレビ２００が受信した番組コンテンツを録画する機能を備えている。この機能が有効の場合、テレビ２００は、テレビ２００に内蔵されている記憶部を、番組コンテンツ及び録画リストの記録先に設定する。そして、スマートフォン１００がテレビ２００に記録されている番組コンテンツをリモート再生するための操作を受け付けた場合、テレビ２００は、スマートフォン１００とのリモート接続を確立するための処理、及び、スマートフォン１００がリモート再生を行う上で必要なデータ（録画リストや当該番組コンテンツ等）を送信する処理を行うようになっている。

また、ログ収集サーバ３００及びリモートアクセスサーバ４００はクラウド側に設置されている。

リモートアクセスサーバ４００は、スマートフォン１００（子機）からテレビ２００（親機）へのリモートアクセスを実現するために用いられる。リモートアクセスが可能になったスマートフォン１００は、テレビ２００によって受信され、テレビ２００に録画された番組コンテンツをリモート再生する。そして、スマートフォン１００は、番組コンテンツのリモート再生中に再生ログを生成する。

ログ収集サーバ３００は、このようにして生成された再生ログをスマートフォン１００から受信する。そして、スマートフォン１００を含む多数の端末から収集した再生ログを組み合わせることによって視聴情報データを生成し、ログ収集サーバ３００は、視聴情報データを分析することによって、各端末のユーザの番組視聴履歴、及び、番組の視聴率を特定する。

以上、再生システムの概要について説明した。

次に、本実施形態に係る再生システムに含まれる主要な装置の構成について図２〜図６を参照しながら説明する。図２はテレビ２００のハードウェア構成を示すブロック図であり、図３は、テレビ２００のＣＰＵによって実現される主要な機能を示す機能ブロック図である。図４はスマートフォン１００のハードウェア構成を示すブロック図であり、図５は、スマートフォン１００のＣＰＵによって実現される主要な機能を示す機能ブロック図である。また、図６は、リモートアクセスサーバ４００及びログ収集サーバ３００のハードウェア構成を示すブロック図である。

まず、各装置のハードウェア構成について、図２、図４及び図６を参照しながら説明する。

（テレビ２００のハードウェア構成）
図２に示すように、テレビ２００は、放送受信部２０２、復調部２０３、記憶部２０４、ＴＳデコード部２０５、映像デコード部２０６、ＯＳＤ描画部２０７、映像／ＯＳＤ信号合成部２０８、表示部２０９、音声デコード部２１０、スピーカ２１１、リモコン受信部２１３、及び、通信Ｉ／Ｆ部２１４を備えている。

放送受信部２０２は、アンテナ２０１を介して、ユーザが選択したチャンネルの放送波を受信する。

復調部２０３は、放送受信部２０２が受信した放送波を復調することによって、放送波から番組コンテンツ（具体的には、番組コンテンツのＴＳ（トランスポートストリーム）データ）を抽出する。

記憶部２０４は、ユーザからの録画指示の対象となった番組コンテンツの録画先となる記録媒体である。本実施形態において記憶部２０４はハードディスクドライブであるが、記憶部２０４はフラッシュメモリであってもよい。なお、記憶部２０４の代わりに光学ディスクドライブ（ＢＤドライブ等）が設けられてもよく、光学ディスクドライブに装填された光学ディスクに番組コンテンツが録画されてもよい。

ＴＳデコード部２０５は、復調部２０３から供給されたＴＳデータをデコードする。ＴＳデコード部２０５は、デコードにより得られた映像ＥＳ（エレメンタリーストリーム）を映像デコード部２０６に供給し、デコードにより得られた音声ＥＳを音声デコード部２１０に供給する。

映像デコード部２０６は、映像ＥＳをデコードすることによって番組映像を表す映像信号を生成し、映像／ＯＳＤ信号合成部２０８に映像信号を供給する。

ＯＳＤ描画部２０７は、リモコン操作の内容に応じたＯＳＤ画像（ユーザインタフェース画像）を表すＯＳＤ信号（オンスクリーンディスプレイ信号）を生成し、映像／ＯＳＤ信号合成部２０８にＯＳＤ信号を供給する。

映像／ＯＳＤ信号合成部２０８は、番組映像の映像信号とＯＳＤ信号とを合成し、番組映像とＯＳＤ画像とを表示部２０９に表示する。

表示部２０９は、番組映像およびＯＳＤ画像が表示されるディスプレイである。

音声デコード部２１０は、音声ＥＳをデコードすることによって音声信号を生成する。

スピーカ２１１は、音声デコード部２１０から供給された音声信号が表す番組音声を出力する。

リモコン受信部２１３は、リモコン２１２からの操作信号を受信する。

通信Ｉ／Ｆ部２１４は、ＬＡＮケーブルが接続されるＬＡＮ端子である。なお、通信Ｉ／Ｆ部２１４は、無線ＬＡＮインタフェースであってもよい。

制御部２２０はＣＰＵである。制御部２２０は、記憶部２０４に保存されている各種アプリケーションを読み出すことによって様々な処理を実行する。

（スマートフォン１００のハードウェア構成）
図４に示すように、スマートフォン１００は、アンテナ１１０、通信Ｉ／Ｆ部１２０、制御部１３０、記憶部１４０、タッチパネル式表示部１５０、スピーカ１６０、電源ボタン部１７０、及び、内蔵時計部１８０を備えている。

アンテナ１１０は、キャリアの無線基地局との間で電波の送受信を行う。

通信Ｉ／Ｆ部１２０は、キャリアの無線基地局との間で通信（例えば、３Ｇ通信、３．５Ｇ通信（ＨＳＰＡ＋等）、３．９Ｇ通信（ＷｉＭＡＸやＬＴＥ等）や４Ｇ通信（ＷｉＭＡＸ２やＬＴＥ−Ａｄｖａｎｃｅｄ等））を行うための通信モジュールと、無線ＬＡＮ接続に対応した通信モジュールと、を含む通信インタフェースである。

制御部１３０はＣＰＵである。制御部１３０は、記憶部１４０に保存されている各種アプリケーションを読み出すことによって様々な処理を実行する。

記憶部１４０は、各種アプリケーションや再生ログ等のデータが保存される記録媒体である。

タッチパネル式表示部１５０は、リモート再生する番組コンテンツの番組映像が表示されるディスプレイである。

スピーカ１６０は、リモート再生する番組コンテンツの番組音声を出力する。

電源ボタン部１７０は、スマートフォン１００の電源のオン／オフを切り替えるためのボタンである。

内蔵時計部１８０は、現在時刻を示す内蔵時計である。

（ログ収集サーバ３００のハードウェア構成）
図６の（ｂ）に示すように、ログ収集サーバ３００は、通信Ｉ／Ｆ部３１０、制御部３２０、及び、記憶部３３０を備えている。

通信Ｉ／Ｆ部３１０は、スマートフォン１００との間で通信を行うために設けられたイーサネット（登録商標）インタフェースである。

制御部３２０は、スマートフォン１００を含む多数の端末から収集した番組ログを組み合わせて視聴情報データを生成する。

記憶部３３０は、視聴情報データを保存するための記録媒体である。本実施形態において記憶部３３０はハードディスクドライブであるが、記憶部３３０はフラッシュメモリであってもよい。

（リモートアクセスサーバ４００のハードウェア構成）
図６の（ａ）に示すように、リモートアクセスサーバ４００は、通信Ｉ／Ｆ部４１０、制御部４２０、及び、記憶部４３０を備えている。

通信Ｉ／Ｆ部４１０は、受信装置（テレビ２００等）へのリモートアクセスを要求する端末（スマートフォン１００等）及び受信装置との間で通信を行うために設けられたインタフェースである。

制御部４２０は、受信装置へのリモートアクセスを要求する端末と該受信装置との間のリモート接続を確立させるための処理を行う。

記憶部４３０は、所定のデータベーステーブルが保存されている記録媒体である。このデータベーステーブルは、上記リモート接続を確立させる動作の過程で制御部４２０によって参照される。

以上、各装置のハードウェア構成について説明した。

次に、テレビ２００及びスマートフォン１００がＣＰＵによって実現する機能について図３及び図５を参照しながら説明する。

（テレビ２００がＣＰＵによって実現する機能について）
図３に示すように、テレビ２００の制御部２２０は、各種プログラムを読み出すことによって、録画管理部２２１、ユーザインタフェース管理部２２２、リモート再生管理部２２３、及び、暗号化部２２４として機能する。

録画管理部２２１は、番組コンテンツの録画に関する様々な処理を行う。

例えば、録画管理部２２１は、リモコン２１２が番組コンテンツを録画するための操作を受け付けると、復調部２０３が抽出した当該番組コンテンツが記憶部２０４に録画されるようにするための処理を行う。また、例えば、録画管理部２２１は、番組コンテンツの録画が完了すると、記憶部２０４に保存されている録画リストを更新する。また、例えば、録画管理部２２１は、リモコン２１２が録画リストを表示させる操作を受け付けると、録画リストを記憶部２０４から読み出し、録画リストを含むＵＩ画像の作成をユーザインタフェース管理部２２２に要求する。

ユーザインタフェース管理部２２２は、リモコン２１２がＵＩを変更させる操作を受け付けると、操作内容に応じたＵＩ画像を作成し、作成したＵＩ画像をＯＳＤ描画部２０７に供給する。

リモート再生管理部２２３は、スマートフォン１００とのリモート接続を確立するための処理、及び、スマートフォン１００がリモート再生を行う上で必要なデータ（スマートフォン１００から要求された番組コンテンツ等）を送信する処理を行う。

暗号化部２２４は、スマートフォン１００から指示によって暗号化の対象となった番組コンテンツを暗号化する。

（スマートフォン１００がＣＰＵによって実現する機能について）
図５に示すように、スマートフォン１００の制御部１３０は、所定のコンテンツ再生アプリケーション（以下、「対象アプリ」と称する）を記憶部１４０から読み出すことによって、リモート再生処理部１３１、ログ生成処理部１３２、及び、ログ送信処理部１３３として機能する。

リモート再生処理部１３１は、スマートフォン１００とテレビ２００との間のリモート接続を確立するための処理を行う。リモート接続の確立後、リモート再生処理部１３１は、ユーザからの再生指示により再生対象となった番組コンテンツをリモートアクセスによりテレビ２００から取得し、取得した番組コンテンツを再生する。

ログ生成処理部１３２は、番組コンテンツのリモート再生に関する再生ログを生成する。

具体的には、ログ生成処理部１３２は、ログ送信処理部１３３が再生ログのファイルをログ収集サーバ３００に送信する度に、再生ログのファイル（空ファイル）を新たに生成する。ログ生成処理部１３２は、タッチパネル式表示部１５０が番組コンテンツのリモート再生指示を受け付けると、その後、再生ステータスが変化する度に当該ファイルを更新する。

ログ送信処理部１３３は、電源ボタン部１７０がスマートフォン１００の電源をオフにする操作を受け付ける度に、直近で生成された再生ログのファイルをログ収集サーバ３００に送信する。

以上、テレビ２００及びスマートフォン１００がＣＰＵによって実現する機能について説明した。

次に、スマートフォン１００とテレビ２００との間のリモート接続を確立させるために再生システムが行う動作について図７を参照しながら説明する。図７は、当該動作の開始直前における、リモートアクセスサーバ４００に保存されているデータベーステーブルの内容を模式的に例示した図である。このデータベーステーブルは、テレビの機器ＩＤ（具体的には、ＭＡＣアドレス）と該テレビに対するリモートアクセスが可能な端末のＭＡＣアドレスとを関連付けて保持している。

なお、図７のデータベーステーブルには、スマートフォン１００のＭＡＣアドレスも、テレビ２００のＭＡＣアドレスも登録されていないものとする。すなわち、以下に説明する動作の開始前には、スマートフォン１００とテレビ２００とは、リモート接続可能な状態になっていないものとする。また、ユーザは、テレビ２００が接続している自宅のローカルエリアネットワークに、スマートフォン１００を接続させたものとする。

（スマートフォン１００とテレビ２００との間のリモート接続を確立させるために再生システムが行う動作）
テレビ２００が、スマートフォン１００とテレビ２００とのペアをリモートアクセスサーバ４００に登録させるための操作、又は、テレビ２００の電源をオンにする操作を受け付けたものとする。

リモート再生管理部２２３は、記憶部２０４に予め保存されている所定のＵＲＬ（親機登録用のＵＲＬ）を読み出し、読み出したＵＲＬにアクセスする。その結果、リモート再生管理部２２３は、リモートアクセスサーバ４００に接続し、テレビ２００のＭＡＣアドレスをリモートアクセスサーバ４００に送信する。

リモートアクセスサーバ４００がテレビ２００のＭＡＣアドレスを受信すると、制御部４２０は、受信したＭＡＣアドレスがデータベーステーブルに保存されているか否かを判定する。その結果、制御部４２０は、受信したＭＡＣアドレスがデータベーステーブルに保存されていないと判定した場合（すなわち、テレビ２００のＭＡＣアドレスが初めてリモートアクセスサーバ４００に登録される場合）には、新規のレコード（図７の例では、「ユーザＩＤ」フィールドの値が“０００５”であり、「テレビのＭＡＣアドレス」フィールドの値がテレビ２００のＭＡＣアドレスであるようなレコード）をデータベーステーブルに登録するとともに、望ましくは以下の処理を行う。

すなわち、制御部４２０は、テレビ２００に向けて、テレビ２００が要求したｈｔｍｌデータを送信する。テレビ２００のリモート再生管理部２２３は、このｈｔｍｌデータが表すＵＩ画面を表示する。ＵＩ画面には、ユーザＩＤと、パスワードの入力欄と、送信ボタンと、が含まれている。

パスワードが入力され、送信ボタンが押されると、リモート再生管理部２２３は、入力されたパスワードをリモートアクセスサーバ４００に送信する。制御部４２０は、入力されたパスワードを新規のレコードの「パスワード」フィールドに保存する。

次に、ユーザが、スマートフォン１００にインストールされている対象アプリを起動させ、起動した対象アプリに対して、リモートアクセスサーバ４００にスマートフォン１００を登録させるための操作を行ったものとする。

リモート再生処理部１３１は、記憶部１４０に予め保存されている対象アプリの設定ファイルを読み出し、設定ファイルに記録されている所定のＵＲＬ（子機登録用のＵＲＬ）にアクセスする。その結果、リモート再生処理部１３１は、リモートアクセスサーバ４００に接続し、スマートフォン１００のＭＡＣアドレスをリモートアクセスサーバ４００に送信する。

リモートアクセスサーバ４００がスマートフォン１００のＭＡＣアドレスを受信すると、制御部４２０は、リモートアクセスサーバ４００に接続しているテレビであって、尚且つ、スマートフォン１００が属しているＬＡＮと同じＬＡＮに属しているテレビが存在するか否かを判定する。

その結果、制御部４２０は、そのようなテレビとしてテレビ２００が存在すると判定し、テレビ２００のＭＡＣアドレスが登録されているレコードに、スマートフォン１００のＭＡＣアドレスを登録する。

以上の処理により、リモートアクセスサーバ４００にスマートフォン１００とテレビ２００とのペアが登録されたことになる。

次に、テレビ２００が、スマートフォン１００からのリモート再生要求を受け付けられる状態にするための操作を受け付けたものとする。

リモート再生管理部２２３は、記憶部２０４に予め保存されている所定のＵＲＬ（リモート接続を確立するために親機がアクセスすべきＵＲＬ）を読み出し、読み出したＵＲＬにアクセスする。その結果、リモート再生管理部２２３は、リモートアクセスサーバ４００に接続し、テレビ２００のＭＡＣアドレスをリモートアクセスサーバ４００に送信する。なお、テレビ２００は、リモートアクセスサーバ４００との接続をテレビ２００の電源がオフにされるまで維持することが望ましい。

その後、ユーザは、スマートフォン１００を携帯して外出し、外出先（例えば、海外や友人の家等）で、スマートフォン１００に対してテレビ２００にリモートアクセスさせる操作を行ったものとする。

リモート再生処理部１３１は、記憶部１４０に保存されている前述の設定ファイルに記録されている所定のＵＲＬ（リモート接続を確立するために子機がアクセスすべきＵＲＬ）にアクセスする。その結果、リモート再生処理部１３１は、リモートアクセスサーバ４００に接続し、スマートフォン１００のＭＡＣアドレスをリモートアクセスサーバ４００に送信する。

リモートアクセスサーバ４００がスマートフォン１００のＭＡＣアドレスを受信すると、制御部４２０は、スマートフォン１００のＭＡＣアドレスとテレビのＭＡＣアドレスとを含むレコードがデータベーステーブル内に存在するか否かを判定する。

その結果、制御部４２０は、スマートフォン１００のＭＡＣアドレスとテレビ２００のＭＡＣアドレスとを含むレコード（以下、「該当レコード」と称する）がデータベーステーブル内に存在すると判定する。そして、この判定結果を得た制御部４２０は、スマートフォン１００に向けて、スマートフォン１００が要求したｈｔｍｌデータを送信する。スマートフォン１００のリモート再生処理部１３１は、このｈｔｍｌデータが表すＵＩ画面を表示する。ＵＩ画面には、ユーザＩＤの入力欄、パスワードの入力欄、及び、送信ボタンが含まれている。

ユーザＩＤ及びパスワードが入力され、送信ボタンが押されると、リモート再生処理部１３１は、入力されたユーザＩＤ及びパスワードをリモートアクセスサーバ４００に送信する。そして、制御部４２０は、該当レコードの「ユーザＩＤ」フィールドの値が入力されたユーザＩＤと同じ値であり、尚且つ、該当レコードの「パスワード」フィールドの値が入力されたパスワードと同じ値であるか（すなわち、認証が成功したか）を判定する。

制御部４２０は、認証が成功したと判定した場合、リモートアクセスサーバ４００に接続中のテレビ２００に対して、スマートフォン１００のＩＰアドレス（グローバルアドレス）及び接続先ポート番号を送信する。なお、認証が成功したとの判定結果を得た時点でテレビ２００がリモートアクセスサーバ４００に接続していない場合には、制御部４２０は、リモートアクセスに失敗した旨をスマートフォン１００に通知してもよい。また、制御部４２０は、認証が失敗したとの判定結果を得た場合には、認証が失敗した旨をスマートフォン１００に通知してもよい。

テレビ２００がスマートフォン１００のＩＰアドレス及び接続先ポート番号を受信すると、リモート再生管理部２２３は、ＩＰアドレス及び接続先ポート番号を参照し、スマートフォン１００との接続を確立する。

再生システムは、以上説明した動作を行うことにより、ルータ５００のフィルタリングルール設定という難解な作業（具体的には、特定のポート番号へのＷＡＮ側からのアクセスをＬＡＮ側に通過させるための作業）をユーザに行わせることなく、尚且つ、ＬＡＮ内のセキュリティレベルを落とすことなく、スマートフォン１００とテレビ２００との間のリモート接続を確立させることができる。

以上、スマートフォン１００とテレビ２００との間のリモート接続を確立させるために再生システムが行う動作の一例について説明したが、この動作の変形例を以下に示す。

（変形例１）
上記の動作、及び、下記の変形例２及び変形例３の動作に関し、機器ＩＤとして、ＭＡＣアドレスの代わりにシリアル番号を用いてもよい。

（変形例２）
データベーステーブルには、ユーザＩＤ及びパスワードのフィールドを設けなくてもよい。

この場合、リモートアクセスサーバ４００にスマートフォン１００とテレビ２００とのペアが登録されるまでの工程において、制御部４２０は、以下のように動作してもよい。

すなわち、制御部４２０は、テレビ２００のＭＡＣアドレスがデータベーステーブルに保存されていないと判定した場合、「テレビのＭＡＣアドレス」フィールドの値がテレビ２００のＭＡＣアドレスであるようなレコードをデータベーステーブルに登録するが、その後に、ユーザＩＤとパスワードの入力欄と送信ボタンとを含むＵＩ画面を表すｈｔｍｌデータを、テレビ２００に送信しないようになっていてもよい。

また、ユーザがスマートフォン１００に対してテレビ２００にリモートアクセスさせる操作を行った後における、スマートフォン１００とテレビ２００との間のリモート接続を確立させる工程において、制御部４２０は、以下のように動作してもよい。

すなわち、制御部４２０は、スマートフォン１００のＭＡＣアドレスとテレビのＭＡＣアドレスとを含むレコードがデータベーステーブル内に存在すると判定した場合（すなわち、スマートフォン１００と紐付けられたテレビを特定した場合）に、ユーザ認証を行うことなく、特定したテレビ（テレビ２００）に対して、スマートフォン１００のＩＰアドレス及び接続先ポート番号を送信してもよい。

なお、制御部４２０は、特定したテレビ２００の機器ＩＤにスマートフォン１００のユーザＩＤを紐付けて記憶部４３０に記録してもよい。

（変形例３）
ユーザがスマートフォン１００に対してテレビ２００にリモートアクセスさせる操作を行った後における、スマートフォン１００とテレビ２００との間のリモート接続を確立させる工程において、制御部４２０は、以下のように動作してもよい。

すなわち、制御部４２０は、スマートフォン１００との接続が確立されると、スマートフォン１００のＭＡＣアドレスとテレビのＭＡＣアドレスとを含むレコードがデータベーステーブル内に存在するか否かを判定せずに、スマートフォン１００に向けて、ユーザＩＤの入力欄とパスワードの入力欄と送信ボタンとを含むＵＩ画面を表すｈｔｍｌデータを送信してもよい。

そして、スマートフォン１００に当該ＵＩ画面が表示され、当該ＵＩ画面にユーザＩＤ及びパスワードが入力され、送信ボタンが押されると、リモート再生処理部１３１は、入力されたユーザＩＤ及びパスワードをリモートアクセスサーバ４００に送信してもよい。さらに、制御部４２０は、「ユーザＩＤ」フィールドの値が入力されたユーザＩＤと同じ値であり、尚且つ、「パスワード」フィールドの値が入力されたパスワードと同じ値であるようなレコードがデータベーステーブル内に存在するか（すなわち、ユーザ認証が成功したか）否かを判定してもよい。

制御部４２０は、ユーザ認証が成功したと判定した場合、該当レコードの「ＭＡＣアドレス」フィールドの値を参照することにより、リモートアクセスサーバ４００に接続中のテレビであって、尚且つ、スマートフォン１００に入力されたユーザＩＤ及びパスワードに紐付けられているテレビ（テレビ２００）を特定してもよい。そして、制御部４２０は、特定したテレビ２００に対して、スマートフォン１００のＩＰアドレス及び接続先ポート番号を送信してもよい。

なお、制御部４２０は、スマートフォン１００に入力されたユーザＩＤに、特定したテレビ２００の機器ＩＤを紐付けて記憶部４３０に記録してもよい。

（スマートフォン１００及びテレビ２００のリモート再生に関する動作）
次に、スマートフォン１００及びテレビ２００による、リモート接続確立後におけるリモート再生に関する動作について図８及び図９を参照しながら説明する。図８は、テレビ２００が保持している録画リストを例示した図である。図９は、録画リストに載っている番組コンテンツのリモート再生指示を受け付けた場合にスマートフォン１００が生成する再生ログを例示した図である。

まず、対象アプリに対して録画リストを表示させるための操作が行われたものとする。

この操作が行われると、リモート再生処理部１３１は、テレビ２００に対して、録画リストの送信を要求する。

要求を受けたテレビ２００のリモート再生管理部２２３は、図８に例示されている録画リストをスマートフォン１００に向けて送信する。

スマートフォン１００が録画リストを受信すると、リモート再生処理部１３１は、録画リストを記憶部１４０に記録するとともに、録画リストをタッチパネル式表示部１５０に表示する。

次に、ユーザが、リモート視聴したい番組コンテンツを録画リストの中から選択したものとする。選択操作を受け付けたスマートフォン１００のリモート再生処理部１３１は、テレビ２００に対して、ユーザが選択した番組コンテンツの送信を要求する。

要求を受けたテレビ２００のリモート再生管理部２２３は、ユーザが選択した番組コンテンツをスマートフォン１００に向けて送信する。

スマートフォン１００が番組コンテンツを受信すると、リモート再生処理部１３１は、受信した番組コンテンツの再生を開始する。その結果、対象アプリの再生ステータスが「停止」から「再生」に変化し、ログ生成処理部１３２は、再生ステータスの変化をトリガとして、再生ログに新規レコードを追加する。

ここで、ログ生成処理部１３２が生成する再生ログについて具体的に説明する。

図９に示すように、本実施形態における再生ログの各レコードは、「端末ＩＤ」フィールド、「放送局名」フィールド、「録画開始時刻」フィールド、「カウンタ情報」フィールド、「再生ステータス」フィールド、及び、「再生ステータス変更時刻」フィールドから構成されている。

「端末ＩＤ」フィールドの値は、スマートフォン１００の端末ＩＤである。「放送局名」フィールドの値、及び、「録画開始時刻」フィールドの値は、テレビ２００からスマートフォン１００に送信された録画リストから得られる値である。また、「再生ステータス」フィールド、「再生ステータス変更時刻」フィールド、及び、「カウンタ情報」フィールドの各値は、スマートフォン１００自身が生成する値である。

番組コンテンツの再生開始時点で追加される新規レコードは、図９に示すように、「放送局名」フィールドの値として当該番組コンテンツを放送した放送局名を示すテキスト（ＴＣＳテレビ）を含み、「録画開始時刻」フィールドの値としてテレビ２００が当該番組コンテンツの録画を開始した時刻を示す値（2014/1/15 23:59:57）を含んでいる。新規レコードは、同様に、「再生ステータス」フィールドの値として変化後の再生ステータスを示す「再生」というテキストを含み、「再生ステータス変更時刻」フィールドの値として再生ステータスが「停止」から「再生」に変化した時刻を示す値（2014/1/17 20:15:43）を含み、「カウンタ情報」フィールドの値として当該時刻における再生カウンタの値（すなわち、0:00:00）を含んでいる。

番組コンテンツの再生が開始してからも、ログ生成処理部１３２は、再生ステータスが変化する度に、再生ログに新規レコードを追加する。その結果、記憶部１４０には、例えば、図９に示すような再生ログが保存されることになる。

その後、ユーザがスマートフォン１００の電源をオフにする操作（電源ボタン部１７０の押下）を行ったものとする。この操作をトリガとして、ログ送信処理部１３３は生成された再生ログのファイルをログ収集サーバ３００に送信し、ログ生成処理部１３２は、再生ログのファイルを新たに生成する。そして、これらの処理が完了した後に、スマートフォン１００の電源がオフになる。

以上、スマートフォン１００及びテレビ２００のリモート再生に関する動作について説明した。

（スマートフォン１００の利点）
以上のように、スマートフォン１００（再生装置）は、リモート再生処理部１３１及びログ送信処理部１３３を備えている。

リモート再生処理部１３１（取得手段）は、スマートフォン１００のユーザの自宅内のＬＡＮに接続されたテレビ２００にリモートアクセスすることにより、テレビ２００から番組コンテンツを取得する。そして、リモート再生処理部１３１（再生手段）は、取得した番組コンテンツを再生する。

ログ送信処理部１３３（送信手段）は、リモート再生処理部１３１による番組コンテンツの再生に関する再生ログをログ収集サーバ３００に送信する。

従って、ログ収集サーバ３００の管理者は、スマートフォン１００からの再生ログを分析することで、リモート視聴するユーザの視聴履歴を特定することができる。すなわち、スマートフォン１００は、リモート視聴するユーザを対象とした番組コンテンツの視聴履歴を特定するために利用可能であると言える。

また、ログ収集サーバ３００の管理者は、スマートフォン１００からの再生ログ、及び、スマートフォン１００と同様のリモート再生機能を有する他の多数の再生装置からの再生ログを分析することで、リモート視聴するユーザを対象とした番組コンテンツの視聴率を特定することができる。すなわち、スマートフォン１００は、リモート視聴するユーザを対象とした番組コンテンツの視聴率を特定するために利用可能であると言える。

また、スマートフォン１００からの再生ログを分析することで、図１０に示すように、スマートフォン１００のユーザ（視聴者）がリモート再生した番組コンテンツ（録画された番組コンテンツ）のどの部分（シーン、コーナー）を視聴したかを特定することができる。例えば、「番組コンテンツのうち通常再生（非トリック再生）された区間が視聴者によって視聴され、番組コンテンツのうちトリック再生された区間（早送りされた区間や「次ジャンプ」操作により飛ばされた区間等）が視聴者によって視聴されていないこと」を図９の再生ログから特定できる。

更に、ログ収集サーバ３００の管理者は、スマートフォン１００からの再生ログ、及び、スマートフォン１００と同様のリモート再生機能を有する他の多数の再生装置からの再生ログを分析することで、リモート視聴するユーザを対象とした番組コンテンツの瞬間視聴率（番組中の様々なシーンにおける瞬間視聴率）も特定することができる。

（付記事項１）
本実施形態では、ログ送信処理部１３３は、スマートフォン１００の電源をオフにする操作をトリガとして再生ログを送信するものとした。しかしながら、本発明は、このような構成に限定されない。

例えば、ログ送信処理部１３３は、再生ステータスが変化する度に、再生ログを送信してもよい。なお、再生ステータスは、ユーザが再生ステータスを変化させる操作を行ったことに起因して変化することもあるが、自動的に変化することもある。例えば、通信環境の悪化によりリモート接続が切断された場合、又は、番組コンテンツの再生が完了した場合には、再生ステータスが自動的に「停止」に変化する。

これに関し、ログ送信処理部１３３は、再生ステータスを変化させる操作が行われる度に、再生ログを送信してもよい。

あるいは、ログ送信処理部１３３は、内蔵時計部１８０が指し示す時刻を参照することにより、一定時間（例えば、１日、１時間、若しくは、１秒）が経過する度に、又は、所定の時刻（例えば、毎日午後１２時、若しくは、毎週日曜日の午後１２時）になる度に、再生ログを送信するようになっていてもよい。

あるいは、ログ送信処理部１３３は、対象アプリ（番組コンテンツを再生させるアプリケーション）が起動する度に再生ログを送信してもよいし、対象アプリが終了する度に再生ログを送信してもよい。

あるいは、ログ送信処理部１３３は、対象アプリに対して番組コンテンツをリモート再生させる操作が行われたことをトリガとして再生ログを送信してもよいし、番組コンテンツのリモート再生が停止したことをトリガとして再生ログを送信してもよい。

あるいは、ログ送信処理部１３３は、テレビ２００とのリモート接続の切断を認識したことをトリガとして再生ログを送信してもよいし、対象アプリに対して番組コンテンツをトリック再生させる操作をトリガとして再生ログを送信してもよい。なお、トリック再生としては、早送り、早戻し、一時停止、コマ送り、コマ戻し、スロー再生、逆スロー再生、チャプタジャンプ（前、次）、及び、時間指定ジャンプが挙げられる。

（付記事項２）
スマートフォン１００から番組コンテンツの送信を要求されたテレビ２００のリモート再生管理部２２３は、当該番組コンテンツが暗号化した上で送信すべきコンテンツ（著作権保護されたコンテンツ）であるか、あるいは、当該番組コンテンツが暗号化した上で送信しても暗号化せずに送信してもよいコンテンツ（著作権保護されていないコンテンツ）であるかを判定してもよい。なお、リモート再生管理部２２３は、有料コンテンツを暗号化した上で送信すべきコンテンツとして扱い、無料コンテンツを、暗号化した上で送信しても暗号化せずに送信してもよいコンテンツとして扱うように構成されていてもよい。

そして、リモート再生管理部２２３は、判定結果をスマートフォン１００に通知してもよい。

通知を受けたスマートフォン１００のリモート再生処理部１３１は、番組コンテンツを暗号化した上で送信すべきか否かをテレビ２００に指示してもよい。例えば、リモート再生処理部１３１は、テレビ２００に対して送信を要求した番組コンテンツが著作権保護されたコンテンツである場合には当該番組コンテンツを暗号化した上で送信するようにテレビ２００に指示し、当該番組コンテンツが著作権保護されていないコンテンツである場合には当該番組コンテンツを暗号化せずに送信するようにテレビ２００に指示してもよい。

テレビ２００が番組コンテンツを暗号化した上で送信するように指示を受けた場合、リモート再生管理部２２３は、番組コンテンツを暗号化部２２４に供給してもよい。そして、暗号化部２２４は、スマートフォン１００とテレビ２００との共有鍵を用いて番組コンテンツを暗号化し、暗号化済の番組コンテンツをスマートフォン１００に送信してもよい。

一方、テレビ２００が番組コンテンツを暗号化せずに送信するように指示を受けた場合、リモート再生管理部２２３は、番組コンテンツを暗号化せずにスマートフォン１００に送信することになる。

（付記事項３）
録画リストには、放送局ＩＤ、チャンネル番号、放送局名、番組名、録画開始時刻、放送種別、番組ＩＤ、番組開始時刻、番組の長さを示す情報、有料番組であるか無料番組であるかを示す情報、パレンタルコントロール情報、ジャンル情報、及び、ファイルサイズのうち、全部または一部の情報が含まれていてもよい。チャンネル番号は、３桁番号と枝番号の組み合わせであってよい。例えば、録画リストに載っているある番組コンテンツが日本丸テレビ（４チャンネル）の番組コンテンツである場合、その番組コンテンツに関するチャンネル番号は、例えば、“０４１−０”であってもよい。

なお、上記実施形態では、スマートフォン１００は、録画リストに含まれている、当該番組コンテンツの放送局名及び録画開始時刻を用いて、当該番組コンテンツのリモート再生に関する再生ログを生成した。しかしながら、本発明はこのような構成に限定されない。

例えば、スマートフォン１００は、録画リストに含まれている、番組コンテンツに関するチャンネル番号及び番組開始時刻を用いて、当該番組コンテンツのリモート再生に関する再生ログを生成してもよい。すなわち、スマートフォン１００は、番組コンテンツのリモート再生に関する再生ログを生成するために、録画リストの中から、当該番組コンテンツを放送する放送局と当該番組コンテンツの開始時刻との特定に使用可能な情報を抽出し、抽出した情報を用いて再生ログを生成すればよい。

（付記事項４）
テレビ２００は、番組コンテンツだけでなく、番組コンテンツ以外のコンテンツ（例えば、テレビ２００のユーザが自分のデジタルビデオカメラを用いて撮影を行った結果、生成された動画コンテンツ）を記憶部２０４に保存できるように構成されていてもよい。また、スマートフォン１００は、番組コンテンツだけでなく、上記のような動画コンテンツをリモート再生できるようになっていてもよい。

この場合、スマートフォン１００は、上記のような動画コンテンツのリモート再生に関する再生ログを生成しないように構成される。

（付記事項５）
本実施形態では、「カウンタ情報」フィールド、「再生ステータス」フィールド、及び、「再生ステータス変更時刻」フィールドの各値を再生ログに含めるものとしたが、本発明はこのような構成に限定されない。

例えば、再生ログは、番組コンテンツの再生ステータスが変化した時刻を示す情報と、変化後の再生ステータスを示す情報とを含み、当該時刻における再生カウンタの値を示す情報を含まないものであってもよい。このような構成であっても、ログ収集サーバ３００の管理者は、スマートフォン１００のユーザによって番組コンテンツのどの部分が視聴されたかを特定することができる。

あるいは、再生ログは、番組コンテンツの再生ステータスが変化した時刻を示す情報と、当該時刻における再生カウンタの値を示す情報と、を含み、変化後の再生ステータスを示す情報を含まないものであってもよい。以下に説明するように、このような構成であっても、ログ収集サーバ３００の管理者は、スマートフォン１００のユーザによって番組コンテンツのどの部分が視聴されたかを特定することができる。

すなわち、再生ログ内の隣接する２つのレコードの対に注目し、２つの「カウンタ情報」フィールド値の差分値と、２つの「再生ステータス変更時刻」フィールド値の差分値と、が等しければ、２つのレコードから特定される区間がスマートフォン１００のユーザによって視聴されたと判断することができる。例えば、図９の再生ログの１つ目のレコードと２つ目のレコードとに注目した場合、２つの差分値は共に“4:42”であるので、番組コンテンツの冒頭４分４２秒間がスマートフォン１００のユーザによって視聴されたと判断することができる。

一方、再生ログ内の隣接する２つのレコードの対に注目し、２つの「カウンタ情報」フィールド値の差分値と、２つの「再生ステータス変更時刻」フィールド値の差分値と、が異なっていれば、２つのレコードから特定される区間がスマートフォン１００のユーザによって視聴されていないと判断することができる。例えば、図９の再生ログの２つ目のレコードと３つ目のレコードとに注目した場合、２つの「カウンタ情報」フィールド値の差分値は“9:40”であり、２つの「再生ステータス変更時刻」フィールド値の差分値は“0:29”であるので、番組コンテンツの４分４２秒目のシーンから１４分２２秒目のシーンまでがスマートフォン１００のユーザによって視聴されていないと判断することができる。

従って、図９の再生ログに仮に「再生ステータス」フィールドがなくとも、ログ収集サーバ３００の管理者は、スマートフォン１００のユーザによって番組コンテンツのどの部分が視聴されたかを特定することができる。

（付記事項６）
本実施形態では、本発明に係る再生装置の一例としてスマートフォン１００を挙げたが、言うまでもなく、再生装置はスマートフォン１００に限定されない。再生装置は、例えば、フィーチャーフォンであってもよいし、タブレット端末であってもよいし、モバイルＰＣであってもよいし、車載機器（例えば、カーナビゲーション機器）であってもよいし、テレビ受信機であってもよいし、ゲーム機器であってもよい。

（付記事項７）
テレビ２００をＤＬＮＡ（登録商標）サーバとして機能するように構成した場合、テレビ２００とスマートフォン１００とのペアリングを以下のようにして実現してもよい。

すなわち、ユーザが、テレビ２００が接続している自宅のローカルエリアネットワークにスマートフォン１００を接続（例えば、ＷｉＦｉ接続）させ、更に、対象アプリに対してペアリングのための操作を行った場合に、スマートフォン１００は、ＤＬＮＡの機器検出機能（ＳＳＤＰ）を利用して、ＤＬＮＡサーバとして機能している機器（すなわち、テレビ２００）を検出してもよい。

そして、スマートフォン１００は、ＳＳＤＰを利用して検出したテレビ２００に接続し、テレビ２００とスマートフォン１００とをペアリングさせるための処理をテレビ２００に依頼してもよい。

依頼を受けたテレビ２００は、テレビ２００のＭＡＣアドレスとスマートフォン１００のＭＡＣアドレスとのペアをリモートアクセスサーバ４００に送信し、リモートアクセスサーバ４００の制御部４２０は、テレビ２００のＭＡＣアドレスとスマートフォン１００のＭＡＣアドレスとを含む新規レコードをデータベーステーブルに登録してもよい。

＜実施形態２＞
以下、図１１を参照して、本発明の別の一実施形態に係る再生システムについて説明する。なお、本実施形態における再生システムの構成は、実施形態１に係る再生システムの構成と全く同じである。従って、再生システムの構成についての説明は省略する。また、説明の便宜上、実施形態１にて説明した部材と全く同じ機能又は略同じ機能を有する部材については、基本的に同じ符号を付記し、その説明を省略する。

（再生システムの概要）
本実施形態に係る再生システムは、基本的に実施形態１に係る再生システムと同じであるが、リモートアクセスが可能になったスマートフォン１００が、テレビ２００が受信中の番組コンテンツをリモート再生するようになっている。すなわち、スマートフォン１００は、テレビ２００にリモートアクセスすることにより、放送中の番組コンテンツをリアルタイム再生するようになっている。

そして、スマートフォン１００は、番組コンテンツのリモート再生中に再生ログを生成し、生成した再生ログをログ収集サーバ３００に送信するようになっている。

（スマートフォン１００及びテレビ２００のリモート再生に関する動作）
次に、スマートフォン１００及びテレビ２００による、リモート接続確立後におけるリモート再生に関する動作について図１１を参照しながら説明する。図１１は、放送中の番組コンテンツのリモート再生指示を受け付けた場合にスマートフォン１００が生成する再生ログを例示した図である。なお、スマートフォン１００とテレビ２００との間のリモート接続は、実施形態１で説明した方法により確立されているものとする。

まず、対象アプリに対してチャンネルを選択する操作が行われたものとする。

この操作が行われると、リモート再生処理部１３１は、テレビ２００に対して、選択されたチャンネルの番組コンテンツを送信するよう要求する。

要求を受けたテレビ２００のリモート再生管理部２２３は、選択されたチャンネルの番組コンテンツが放送波から抽出されるように、放送受信部２０２を制御する。リモート再生管理部２２３は、復調部２０３が放送波から抽出した番組コンテンツをスマートフォン１００に向けて送信する。なお、番組コンテンツには、実データ（映像データや音声データ等）と、メタデータ（放送局名等）が含まれている。

スマートフォン１００が番組コンテンツを受信すると、リモート再生処理部１３１は、
受信した番組コンテンツの再生を開始する。その結果、対象アプリの再生ステータスが「停止」から「リアルタイム視聴」に変化し、ログ生成処理部１３２は、再生ステータスの変化又は再生チャンネルの変更をトリガとして、再生ログに新規レコードを追加する。

ここで、ログ生成処理部１３２が生成する再生ログについて具体的に説明する。

図１１に示すように、本実施形態における再生ログの各レコードは、「端末ＩＤ」フィールド、「放送局名」フィールド、「録画開始時刻」フィールド、「カウンタ情報」フィールド、「再生ステータス」フィールド、及び、「再生ステータス変更時刻」フィールドから構成されている。

「端末ＩＤ」フィールドの値は、スマートフォン１００の端末ＩＤである。「放送局名」フィールドの値は、番組コンテンツに含まれているメタデータから得られる値である。また、「再生ステータス」フィールド、及び、「再生ステータス変更時刻」フィールドの各値は、スマートフォン１００自身が生成する値である。なお、「録画開始時刻」フィールド及び「カウンタ情報」フィールドの各値は、常に空値になる。

番組コンテンツの再生が開始してからも、ログ生成処理部１３２は、再生ステータス又は再生チャンネルが変わる度に、再生ログに新規レコードを追加する。その結果、記憶部１４０には、例えば、図１１に示すような再生ログが保存されることになる。

その後、ユーザがスマートフォン１００の電源をオフにする操作（電源ボタン部１７０の押下）を行ったものとする。この操作をトリガとして、ログ送信処理部１３３は生成された再生ログのファイルをログ収集サーバ３００に送信し、ログ生成処理部１３２は、再生ログのファイルを新たに生成する。そして、これらの処理が完了した後に、スマートフォン１００の電源がオフになる。

以上、スマートフォン１００及びテレビ２００のリモート再生に関する動作について説明した。

（スマートフォン１００の利点）
本実施形態に係るスマートフォン１００も、実施形態１に係るスマートフォン１００と同様の効果を奏する。

すなわち、ログ収集サーバ３００は、スマートフォン１００からの再生ログを分析することで、スマートフォン１００のユーザ（視聴者）がリモート再生した番組コンテンツのどの部分を視聴したかを特定することができる。例えば、「視聴者が、富士山テレビの番組コンテンツについては2014/1/17 20:15:43〜2014/1/17 20:20:25までのシーンと2014/1/17 20:20:54〜2014/1/17 20:32:45までのシーンとを視聴し、ＮＫＫ総合（東京）の番組コンテンツについては2014/1/17 20:20:25〜2014/1/17 20:20:54までのシーンを視聴したこと」を図１１の再生ログから特定できる。

従って、ログ収集サーバ３００の管理者は、スマートフォン１００からの再生ログ、及び、スマートフォン１００と同様のリモート再生機能を有する他の多数の再生装置からの再生ログを分析することで、各再生装置がどのチャンネルをいつ選局したか（即ち、各再生装置のユーザがどの番組のどの部分（シーン、コーナー）をリアルタイム視聴したか）を特定することができる。

更に、ログ収集サーバ３００の管理者は、上記分析により、リモート視聴するユーザを対象とした番組コンテンツの瞬間視聴率（番組中の様々なシーンにおける瞬間視聴率）も特定することができる。

（付記事項）
本実施形態に係るスマートフォン１００のログ送信処理部１３３も、実施形態１の（付記事項１）で説明したタイミングで再生ログをログ収集サーバ３００に送信してもよい。

あるいは、ログ送信処理部１３３は、対象アプリに対するチャンネルを変更する操作をトリガとして再生ログを送信してもよいし、対象アプリに対するリアルタイム再生を開始させる操作をトリガとして再生ログを送信してもよい。

また、ログ送信処理部１３３は、対象アプリに対するリアルタイム再生を停止させる操作をトリガとして再生ログを送信してもよい。

＜実施形態３＞
以下、図１２及び図１３を参照して、本発明の別の一実施形態に係る再生システムについて説明する。なお、本実施形態における再生システムの構成も、実施形態１及び実施形態２に係る再生システムの構成と全く同じである。従って、再生システムの構成についての説明は省略する。また、説明の便宜上、実施形態１にて説明した部材と全く同じ機能又は略同じ機能を有する部材については、基本的に同じ符号を付記し、その説明を省略する。

（再生システムの概要）
本実施形態に係る再生システムは、基本的に実施形態２に係る再生システムと同じであるが、スマートフォン１００が、テレビ２００が受信中の番組コンテンツをリモート再生している間、リアルタイム再生だけでなくタイムシフト再生を行うことができるようになっている。

そして、スマートフォン１００は、番組コンテンツのリモート再生中に再生ログを生成し、生成した再生ログをログ収集サーバ３００に送信するようになっている。

（スマートフォン１００及びテレビ２００のリモート再生に関する動作）
次に、スマートフォン１００及びテレビ２００による、リモート接続確立後におけるリモート再生に関する動作について図１２及び図１３を参照しながら説明する。図１２は、放送中の番組コンテンツのリモート再生指示を受け付けた場合にスマートフォン１００が生成する再生ログを例示した図である。なお、スマートフォン１００とテレビ２００との間のリモート接続は、実施形態１で説明した方法により確立されているものとする。

まず、対象アプリに対してチャンネルを選択する操作が行われたものとする。

この操作が行われると、リモート再生処理部１３１は、テレビ２００に対して、選択されたチャンネルの番組コンテンツを送信するよう要求する。

テレビ２００は、実施形態２で説明した方法と同様の方法により、要求された番組コンテンツをスマートフォン１００に向けて送信する。なお、実施形態２と同様、番組コンテンツには、実データ（映像データや音声データ等）と、メタデータ（放送局名等）が含まれている。

スマートフォン１００が番組コンテンツを受信すると、リモート再生処理部１３１は、
受信した番組コンテンツの再生を開始する。その結果、対象アプリの再生ステータスが「停止」から「リアルタイム視聴」に変化し、ログ生成処理部１３２は、再生ステータスの変化又は再生チャンネルの変更をトリガとして、再生ログに新規レコードを追加する。

ここで、ログ生成処理部１３２が生成する再生ログについて具体的に説明する。

図１２に示すように、本実施形態における再生ログの各レコードは、「端末ＩＤ」フィールド、「放送局名」フィールド、「録画開始時刻」フィールド、「カウンタ情報」フィールド、「再生ステータス」フィールド、及び、「再生ステータス変更時刻」フィールドから構成されている。

「端末ＩＤ」フィールドの値は、スマートフォン１００の端末ＩＤである。「放送局名」フィールドの値は、番組コンテンツに含まれているメタデータから得られる値である。また、「再生ステータス」フィールド、「再生ステータス変更時刻」フィールド、及び、「カウンタ情報」フィールドの各値は、スマートフォン１００自身が生成する値である。なお、「録画開始時刻」フィールドの値は、常に空値になる。また、「カウンタ情報」フィールドの値は、リアルタイム再生中にのみ空値になる。

番組コンテンツの再生が開始してからも、ログ生成処理部１３２は、再生ステータス又は再生チャンネルが変わる度に、再生ログに新規レコードを追加する。その結果、記憶部１４０には、例えば、図１２に示すような再生ログが保存されることになる。

その後、ユーザがスマートフォン１００の電源をオフにする操作（電源ボタン部１７０の押下）を行ったものとする。この操作をトリガとして、ログ送信処理部１３３は生成された再生ログのファイルをログ収集サーバ３００に送信し、ログ生成処理部１３２は、再生ログのファイル（空ファイル）を新たに生成する。そして、これらの処理が完了した後に、スマートフォン１００の電源がオフになる。

以上、スマートフォン１００及びテレビ２００のリモート再生に関する動作について説明した。

（スマートフォン１００の利点）
本実施形態に係るスマートフォン１００も、実施形態１及び実施形態２に係るスマートフォン１００と同様の効果を奏する。

すなわち、ログ収集サーバ３００は、スマートフォン１００からの再生ログを分析することで、図１３に示すように、スマートフォン１００のユーザ（視聴者）がリモート再生した番組コンテンツのどの部分を視聴したかを特定することができる。例えば、「2014/1/15 19:15:58〜2014/1/15 19:22:19までのシーンがリアルタイム視聴され2014/1/15 19:22:19〜2014/1/17 19:36:50までのシーン、及び、2014/1/15 19:39:41〜2014/1/15 20:25:37までのシーンがタイムシフト視聴されたこと」を図１２の再生ログから特定できる。

従って、ログ収集サーバ３００の管理者は、スマートフォン１００からの再生ログ、及び、スマートフォン１００と同様のリモート再生機能を有する他の多数の再生装置からの再生ログを分析することで、リモート視聴するユーザを対象とした番組コンテンツの瞬間視聴率（番組中の様々なシーンにおける瞬間視聴率）も特定することができる。

（付記事項）
ログ収集サーバは、実施形態１〜３のスマートフォン１００を含む多数の再生装置から再生ログを収集し、収集した再生ログを組み合わせて図１４に例示されるような視聴情報データを生成する。

この視聴情報データを分析することにより、リモート視聴するユーザを対象とした、様々な番組の視聴率、及び、各番組中の様々なシーンの瞬間視聴率を特定することができる。例えば、ログ収集サーバ３００は、視聴情報データを分析することにより番組Ａを再生した端末の数を特定し、特定した数を対象アプリの総ダウンロード数で割ることにより、リモート視聴するユーザを対象とした番組Ａの視聴率を得ることができる。

＜実施形態４＞
実施形態１〜３に係る再生システムでは、スマートフォン１００は、テレビ２００にリモートアクセスすることにより、テレビ２００から番組コンテンツを取得していた。しかしながら、本発明はこのような構成に限定されない。

本実施形態に係る再生システムでは、テレビ自体は、スマートフォンに番組コンテンツを送信する機能を備えていない。

以下、図１５を参照して、本実施形態に係る再生システムについて説明する。図１５は、本実施形態に係る再生システムのシステム構成図である。

なお、説明の便宜上、実施形態１にて説明した部材と全く同じ機能又は略同じ機能を有する部材については、基本的に同じ符号を付記し、その説明を省略する。

（再生システムの構成）
図１５に示すように、本実施形態に係る再生システムは、スマートフォン１００、テレビ受信機２００’（以下、単に「テレビ２００’」と称する）、ログ収集サーバ３００、リモートアクセスサーバ４００、ルータ５００、及び、リモート視聴用サーバ６００を含んでいる。

テレビ２００’の録画管理部は、テレビ２００’が受信した番組コンテンツをリモート視聴用サーバ６００に録画する機能を備えている。この機能が有効の場合、録画管理部は、番組コンテンツ及び録画リストの記録先をリモート視聴用サーバ６００に設定する。一方、テレビ２００’のＣＰＵは、実施形態１で説明したリモート再生管理部２２３及び暗号化部２２４として機能するようになっていない。

リモート視聴用サーバ６００は、スマートフォン１００のユーザの自宅のローカルエリアネットワークに接続されている。リモート視聴用サーバ６００は受信処理部（図示せず）を備え、受信処理部は、上記機能が有効の場合、録画対象の番組コンテンツをテレビ２００’から受信して記憶部（図示せず）に保存する。リモート視聴用サーバ６００のＣＰＵは、リモート再生管理部２２３及び暗号化部２２４として機能するようになっている。

ユーザの自宅にはルータ５００が設置されており、ルータ５００は、ローカルエリアネットワークと外部のネットワークとの間を跨ぐ通信を可能にする。

ログ収集サーバ３００及びリモートアクセスサーバ４００はクラウド側に設置されている。

リモートアクセスサーバ４００は、スマートフォン１００（子機）からリモート視聴用サーバ６００（親機）へのリモートアクセスを実現するために用いられる。リモートアクセスが可能になったスマートフォン１００は、テレビ２００によって受信され、リモート視聴用サーバ６００に記録された番組コンテンツをリモート再生する。そして、スマートフォン１００は、番組コンテンツのリモート再生中に再生ログを生成する。

ログ収集サーバ３００は、このようにして生成された再生ログをスマートフォン１００から受信する。そして、スマートフォン１００を含む多数の端末から収集した再生ログを組み合わせることによって視聴情報データを生成し、ログ収集サーバ３００は、視聴情報データを分析することによって、各端末のユーザの番組視聴履歴、及び、番組の視聴率を特定する。

（再生システムの動作）
本実施形態に係る再生システムは、スマートフォン１００とリモート視聴用サーバ６００との間のリモート接続を確立させるための動作を行うが、動作の詳細な説明は省略する。実施形態１の（スマートフォン１００とテレビ２００との間のリモート接続を確立させるために再生システムが行う動作）の説明を、当該説明中の「テレビ２００」を「リモート視聴用サーバ６００」に置き換えて読むことで、本実施形態に係る再生システムの上記動作を理解できるからである。

同様に、本実施形態に係る再生システムでは、リモート接続確立後に、スマートフォン１００及びリモート視聴用サーバ６００がリモート再生に関する動作を行うが、動作の詳細な説明は省略する。実施形態１の（スマートフォン１００及びテレビ２００のリモート再生に関する動作）の説明を、当該説明中の「テレビ２００」を「リモート視聴用サーバ６００」に置き換えて読むことで、本実施形態に係る再生システムの上記動作を理解できるからである。

（付記事項１）
テレビ２００’の録画管理部は、録画の対象となった番組コンテンツを必ずリモート視聴用サーバ６００に録画するようになっていてもよい。この場合、テレビ２００’は記憶部２０４を備えていなくてもよい。

（付記事項２）
テレビ２００’の録画管理部は、テレビ２００’が受信した番組コンテンツを記憶部２０４に録画してもよい。録画管理部は、記憶部２０４に録画した番組コンテンツをリモート視聴用サーバ６００にコピー又はムーブするように構成されていてもよい。

そして、スマートフォン１００がリモート視聴用サーバ６００に記録されている番組コンテンツをリモート再生するための操作を受け付けた場合、リモート視聴用サーバ６００は、スマートフォン１００とのリモート接続を確立するための処理、及び、スマートフォン１００がリモート再生を行う上で必要なデータを送信する処理を行うようになっていてもよい。

＜実施形態５＞
実施形態１〜４のテレビ、及び、スマートフォンの制御ブロック（特に、リモート再生処理部１３１、ログ生成処理部１３２、ログ送信処理部１３３、リモート再生管理部２２３、暗号化部２２４）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。

後者の場合、テレビ、及び、スマートフォンは、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラム及び各種データがコンピュータ（又はＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）又は記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（又はＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

〔まとめ〕
本発明の態様１に係る再生装置（スマートフォン１００）は、ネットワークに接続された機器（テレビ２００）にリモートアクセスすることにより、上記機器から番組コンテンツを取得する取得手段（リモート再生処理部１３１）と、上記取得手段が取得した番組コンテンツを再生する再生手段（リモート再生処理部１３１）と、上記再生手段による番組コンテンツの再生に関する再生ログをサーバ（ログ収集サーバ３００）に送信する送信手段（ログ送信処理部１３３）と、を備えている。

上記の構成によれば、上記サーバの管理者は、リモート視聴するユーザを対象とした番組コンテンツの視聴履歴を特定することができる。

従って、上記再生装置は、リモート視聴するユーザを対象とした番組コンテンツの視聴履歴を特定するために利用可能である。

本発明の態様２に係る再生装置は、上記態様１において、上記取得手段は、番組コンテンツと共に、当該番組コンテンツを放送する放送局と当該番組コンテンツの開始時刻との特定に使用可能な情報（放送局名、及び、録画開始時刻）を上記機器から取得するようになっており、上記送信手段は、当該番組コンテンツと共に上記取得手段が取得した情報と、当該番組コンテンツの再生ステータスが変化した時刻を示す情報と、を含む再生ログであって、変化後の再生ステータスを示す情報、又は、当該時刻における再生カウンタの値を示す情報（カウンタ情報）を含む再生ログを送信してもよい。

上記の構成によれば、上記サーバが受信する再生ログは、番組コンテンツを放送する放送局と当該番組コンテンツの開始時刻との特定に使用可能な情報と、当該番組コンテンツの再生ステータスが変化した時刻を示す情報と、を含み、更に、変化後の再生ステータスを示す情報、又は、当該時刻における再生カウンタの値を示す情報を含んでいる。

従って、実施形態１の（付記事項５）の説明からも明らかなように、上記サーバの管理者は、多数の上記再生装置からの再生ログを分析することで、リモート視聴するユーザを対象とした、番組コンテンツの瞬間視聴率（番組コンテンツの様々なシーンの瞬間視聴率）を特定することができる。

従って、上記再生装置は、リモート視聴するユーザを対象とした、番組コンテンツの瞬間視聴率を特定するために利用可能である。

なお、本発明の態様３に係る再生装置は、上記態様２において、上記番組コンテンツの再生ステータスが変化する度に、当該番組コンテンツと共に上記取得手段が取得した情報と、当該番組コンテンツの再生ステータスが変化した時刻を示す情報と、を含むレコードであって、変化後の再生ステータスを示す情報、又は、当該時刻における再生カウンタの値を示す情報を含むレコードを上記再生ログに追加するログ更新手段（ログ生成処理部１３２）を備えていてもよい。

本発明の態様４に係る再生装置は、上記態様１において、上記送信手段は、上記再生ログを繰り返し送信するようになっており、上記送信手段が送信する再生ログは、上記送信手段が直近で再生ログを送信した時刻以降における番組コンテンツの再生に関する再生ログであってもよい。

上記の構成によれば、上記再生装置は、上記再生ログを逐次サーバに送信するので、再生ログの保存に使用可能な記憶領域が小さくとも、本発明の態様１に係る再生装置と同様の効果を奏することが可能である。

なお、本発明の態様５に係る再生装置は、上記態様４において、上記送信手段が、一定時間が経過する度に、又は、所定の時刻になる度に、上記再生ログを送信するようになっていてもよい。あるいは、本発明の態様６に係る再生装置は、上記態様４において、上記送信手段が、上記番組コンテンツの再生ステータスが変化する度に、上記再生ログを送信するようになっていてもよい。あるいは、本発明の態様７に係る再生装置は、上記態様４において、上記送信手段が、上記番組コンテンツの再生ステータスを変化させる操作が行われる度に、上記再生ログを送信するようになっていてもよい。

あるいは、本発明の態様８に係る再生装置は、上記態様４において、上記送信手段が、上記番組コンテンツを再生させるアプリケーション（対象アプリ）が起動又は終了する度に、上記再生ログを送信するようになっていてもよい。あるいは、本発明の態様９に係る再生装置は、上記態様４において、自装置の電源をオフにする操作を受け付ける操作受付部を備え、上記操作受付部が当該操作を受け付ける度に、上記再生ログを送信するようになっていてもよい。

本発明の態様１０に係る受信機器（テレビ２００）は、番組コンテンツを受信する受信手段（放送受信部２０２）と、リモートアクセスにより自機に接続した外部の機器（スマートフォン１００）から上記番組コンテンツを要求された場合に、上記番組コンテンツを上記外部の機器に送信する送信手段（リモート再生管理部２２３）と、を備えている。

上記の構成によれば、上記受信機器は、本発明の態様１に係る再生装置のユーザが番組コンテンツをリモート視聴することを可能にするという効果を奏する。

本発明の態様１１に係る再生システムは、ネットワークに接続された受信機器（テレビ２００、リモート視聴用サーバ６００）と、再生装置（スマートフォン１００）と、サーバ（ログ収集サーバ３００）と、を含み、上記受信機器は、番組コンテンツを受信する受信手段（放送受信部２０２）と、リモートアクセスにより自機に接続した上記再生装置から上記番組コンテンツを要求された場合に、上記番組コンテンツを上記再生装置に送信する送信手段（リモート再生管理部２２３）と、を備え、上記再生装置は、上記受信手段が受信した番組コンテンツを、リモートアクセスにより上記受信機器から取得する取得手段（リモート再生処理部１３１）と、上記取得手段が取得した番組コンテンツを再生する再生手段（リモート再生処理部１３１）と、上記再生手段による番組コンテンツの再生に関する再生ログを上記サーバに送信するログ送信手段（ログ送信処理部１３３）と、を備えている。

上記の構成によれば、上記再生システムは、本発明の態様１に係る再生装置と同様の作用効果を奏する。

なお、本発明の態様１から態様９に係る再生装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記再生装置が備える各手段として動作させることにより当該各手段をコンピュータにて実現させるプログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。

本発明は、番組コンテンツをリモート再生する機能を備えた再生装置（スマートフォン、タブレット端末等）に好適に適用することができる。

１００ スマートフォン（再生装置）
１３０ 制御部
１３１ リモート再生処理部（再生手段）
１３２ ログ生成処理部（ログ更新手段）
１３３ ログ送信処理部（送信手段、ログ送信手段）
１７０ 電源ボタン部（操作受付部）
２００ テレビ（受信機器）
２０２ 放送受信部（受信手段）
２２０ 制御部
２２３ リモート再生管理部（送信手段）
３００ ログ収集サーバ（サーバ）
６００ リモート視聴用サーバ（受信機器）

Claims (11)

1. ネットワークに接続された機器にリモートアクセスすることにより、上記機器から番組コンテンツを取得する取得手段と、
   上記取得手段が取得した番組コンテンツを再生する再生手段と、
   上記再生手段による番組コンテンツの再生に関する再生ログをサーバに送信する送信手段と、を備え、
   上記取得手段は、番組コンテンツと共に、当該番組コンテンツを放送する放送局と当該番組コンテンツの開始時刻との特定に使用可能な情報を上記機器から取得するようになっており、
   上記送信手段は、当該番組コンテンツと共に上記取得手段が取得した情報と、当該番組コンテンツの再生ステータスが変化した時刻を示す情報と、を含む再生ログであって、変化後の再生ステータスを示す情報、又は、当該時刻における再生カウンタの値を示す情報を含む再生ログを送信する再生装置であり、
   上記リモートアクセスの準備として、当該再生装置の機器ＩＤを上記サーバに送信するＩＤ送信部をさらに備え、
   上記サーバは、上記機器ＩＤを参照して当該再生装置を認証した場合に、当該再生装置の接続先情報を上記機器に送信し、上記機器に上記再生装置との間のリモート接続を確立させる、ことを特徴とする再生装置。
2. 上記番組コンテンツの再生ステータスが変化する度に、当該番組コンテンツと共に上記取得手段が取得した情報と、当該番組コンテンツの再生ステータスが変化した時刻を示す情報と、を含むレコードであって、変化後の再生ステータスを示す情報、又は、当該時刻における再生カウンタの値を示す情報を含むレコードを上記再生ログに追加するログ更新手段を備えている、ことを特徴とする請求項１に記載の再生装置。
3. 上記送信手段は、上記再生ログを繰り返し送信するようになっており、
   上記送信手段が送信する再生ログは、上記送信手段が直近で再生ログを送信した時刻以降における番組コンテンツの再生に関する再生ログである、ことを特徴とする請求項１に記載の再生装置。
4. 上記送信手段は、一定時間が経過する度に、又は、所定の時刻になる度に、上記再生ログを送信するようになっている、ことを特徴とする請求項３に記載の再生装置。
5. 上記送信手段は、上記番組コンテンツの再生ステータスが変化する度に、上記再生ログを送信するようになっている、ことを特徴とする請求項３に記載の再生装置。
6. 上記送信手段は、上記番組コンテンツの再生ステータスを変化させる操作が行われる度に、上記再生ログを送信するようになっている、ことを特徴とする請求項３に記載の再生装置。
7. 上記送信手段は、上記番組コンテンツを再生させるアプリケーションが起動又は終了する度に、上記再生ログを送信するようになっている、ことを特徴とする請求項３に記載の再生装置。
8. 自装置の電源をオフにする操作を受け付ける操作受付部を備え、
   上記操作受付部が当該操作を受け付ける度に、上記再生ログを送信するようになっている、ことを特徴とする請求項３に記載の再生装置。
9. 番組コンテンツを受信する受信手段と、
   リモートアクセスにより自機に接続した外部の機器から上記番組コンテンツを要求された場合に、上記番組コンテンツを上記外部の機器に送信する送信手段と、を備え、
   上記送信手段は、番組コンテンツと共に、当該番組コンテンツを放送する放送局と当該番組コンテンツの開始時刻との特定に使用可能な情報を送信するようになっており、
   上記リモートアクセスの準備として、上記外部の機器の機器ＩＤを受信したサーバが、上記機器ＩＤを参照して当該外部の機器を認証した場合に、上記サーバより当該外部の機器の接続先情報を受信し、上記外部の機器との間のリモート接続を確立する、ことを特徴とする受信機器。
10. ネットワークに接続された受信機器と、再生装置と、サーバと、を含み、
    上記受信機器は、
    番組コンテンツを受信する受信手段と、
    リモートアクセスにより自機に接続した上記再生装置から上記番組コンテンツを要求された場合に、上記番組コンテンツを上記再生装置に送信する送信手段と、を備え、
    上記送信手段は、番組コンテンツと共に、当該番組コンテンツを放送する放送局と当該番組コンテンツの開始時刻との特定に使用可能な情報を送信するようになっており、
    上記リモートアクセスの準備として、上記再生装置の機器ＩＤを受信した上記サーバが、上記機器ＩＤを参照して当該再生装置を認証した場合に、上記サーバより当該再生装置の接続先情報を受信し、上記再生装置との間のリモート接続を確立し、
    上記再生装置は、
    上記受信手段が受信した番組コンテンツを、リモートアクセスにより上記受信機器から取得する取得手段と、
    上記取得手段が取得した番組コンテンツを再生する再生手段と、
    上記再生手段による番組コンテンツの再生に関する再生ログを上記サーバに送信するログ送信手段と、を備え、
    上記取得手段は、上記情報を上記受信機器から取得するようになっており、
    上記ログ送信手段は、当該番組コンテンツと共に上記取得手段が取得した情報と、当該番組コンテンツの再生ステータスが変化した時刻を示す情報と、を含む再生ログであって、変化後の再生ステータスを示す情報、又は、当該時刻における再生カウンタの値を示す情報を含む再生ログを送信し、
    上記リモートアクセスの準備として、当該再生装置の機器ＩＤを上記サーバに送信するＩＤ送信部をさらに備え、
    上記サーバは、上記機器ＩＤを参照して当該再生装置を認証した場合に、当該再生装置の接続先情報を上記受信機器に送信し、上記受信機器に上記再生装置との間のリモート接続を確立させる、ことを特徴とする再生システム。
11. 請求項１から８のいずれか１項に記載の再生装置が備える上記各手段としてコンピュータを機能させるためのプログラム。

Images