放送通信連携受信端末及びプログラム
【課題】放送と通信という異なる伝送路から配信される複数のコンテンツをユーザが意識せずに視聴できること。
【解決手段】放送波受信部１１は、放送波による番組コンテンツを受信し、通信部１４は、通信による番組コンテンツを、サービスサーバ３からネットワークを介して受信し、番組アクセス部５１は、再生対象のアクセス先を、放送波受信部１１と、通信部１４にネットワークを介して接続されたサービスサーバ３との中から選択し、経路切替部５２は、再生対象の番組コンテンツの取得の経路を、番組アクセス部５１により選択されたアクセス先に切り替え、切り替えたアクセス先から番組コンテンツを取得し、出力部１９は、経路切替部５２により取得されて再生された番組コンテンツを出力する。
【解決手段】放送波受信部１１は、放送波による番組コンテンツを受信し、通信部１４は、通信による番組コンテンツを、サービスサーバ３からネットワークを介して受信し、番組アクセス部５１は、再生対象のアクセス先を、放送波受信部１１と、通信部１４にネットワークを介して接続されたサービスサーバ３との中から選択し、経路切替部５２は、再生対象の番組コンテンツの取得の経路を、番組アクセス部５１により選択されたアクセス先に切り替え、切り替えたアクセス先から番組コンテンツを取得し、出力部１９は、経路切替部５２により取得されて再生された番組コンテンツを出力する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送と通信の連携を図る機能を有する放送通信連携受信端末及びプログラムに関する。
【背景技術】
【０００２】
近年、放送のデジタル化と通信のブロードバンド化の進展に伴い、放送通信連携サービスの実現に向けた研究開発が行われている。
【０００３】
また、この放送通信連携サービスにおいては、放送と通信という異なる伝送路を用いて複数のコンテンツを配信し、デジタルテレビ等の受信機において、配信された複数のコンテンツを統合して提示する形態が想定される。
【０００４】
ところで、現在、データ放送では、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）をベースとした、マルチメディア符号化用に開発されたＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）という放送サービスに必要な機能を拡張した言語を用いて、様々なコンテンツが提供されている（特許文献１を参照）。
【０００５】
例えば、特許文献２によれば、ビデオオンデマンド（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ：以下、ＶＯＤという）による、過去に放送されたコンテンツが提供可能になっている。
【０００６】
一方で、非特許文献１によれば、デジタル放送におけるアプリケーションプログラム（以下、アプリケーションと記載する）の実行環境を実現するにあたり、アプリケーションに関する全ての情報及びアプリケーションに要求された起動情報等が格納されるアプリケーション情報テーブル（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ：ＡＩＴ）が用いられている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００３−６０９３１号公報
【特許文献２】特開２００９−２４６８１５号公報
【非特許文献】
【０００８】
【非特許文献１】「デジタル放送におけるアプリケーション実行環境 標準規格 ＡＲＩＢ ＳＴＤ−Ｂ２３ １．２版」 第二部１０．１６，平成２１年７月２９日策定，社団法人 電波産業会
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ところで、データ放送では、全ての情報を放送波に多重化させる必要があるため、放送波で送信可能なデータ容量に一定の制限がある。
【００１０】
このような状況の下、送信可能なデータの容量に制限のない通信を、放送と連携させるシステムの実現が要求されている。
【００１１】
特に、このようなシステムにおける受信機（以下、放送通信連携受信端末とも適宜呼ぶ）に対して、放送と通信という異なる伝送路から配信される複数のコンテンツを、その伝送路の違いをユーザに意識せずに視聴させる環境を整えることが要求されている。
【００１２】
本発明は、このような状況に鑑みてなされたものであり、放送と通信の連携を図るシステムにおいて、放送と通信という異なる伝送路から配信される複数のコンテンツを、その伝送路の違いをユーザに意識せずに視聴させることを１つの目的とする。
【課題を解決するための手段】
【００１３】
本発明に係る放送通信連携受信端末は、放送波により、放送局から現在放送されている番組コンテンツを受信するとともに、ネットワークを介する通信により、過去に放送された番組コンテンツをサーバから受信する放送通信連携受信端末であって、前記放送波による番組コンテンツを受信する放送波受信手段と、前記通信による番組コンテンツを、前記サーバから前記ネットワークを介して受信する通信手段と、再生対象のアクセス先を、前記放送波受信手段と、前記通信手段に前記ネットワークを介して接続された前記サーバとの中から選択する番組アクセス手段と、再生対象の番組コンテンツの取得の経路を、前記番組アクセス手段により選択された前記アクセス先に切り替え、切り替えた前記アクセス先から前記番組コンテンツを取得する経路切替手段と、前記経路切替手段により取得されて再生された前記番組コンテンツを出力する出力手段と、を備える構成とした。
【００１４】
かかる構成によれば、再生対象のアクセス先として、現在放送されている番組コンテンツが選択された場合、再生対象の番組コンテンツの取得の経路が、放送局からの放送波を受信する放送波受信部に切り替えられる。一方で、再生対象のアクセス先として、過去に放送された番組コンテンツが選択された場合、再生対象の番組コンテンツの取得の経路が、サーバかに切り替えられる。
したがって、ユーザは、放送と通信という異なる伝送路から配信される複数のコンテンツを、その伝送路の違いを意識せずに視聴できる。
【００１５】
また、放送通信連携受信端末では、前記放送波には、前記番組コンテンツに対して、前記番組アクセス手段を機能させるアプリケーションを制御するアプリケーション管理情報であって、前記過去の番組コンテンツの前記サーバからの配信可否の特定が可能となる情報を含むアプリケーション管理情報が多重化されており、前記放送波が前記放送波受信手段に受信された場合、前記番組コンテンツと、前記アプリケーション管理情報とを分離する分離手段と、前記分離手段により分離された前記番組コンテンツを保持する保持手段と、をさらに備え、前記番組アクセス手段は、過去の番組コンテンツが再生対象である場合、前記分離手段により分離された前記アプリケーション管理情報により、当該過去の番組コンテンツの前記サーバからの配信が可能であることが特定されるとき、前記サーバをアクセス先として選択し、当該アプリケーション管理情報により、当該過去の番組コンテンツの前記サーバからの配信が不可能であることが特定されるとき、前記保持手段をさらにアクセス先として選択するようにしてもよい。
【００１６】
かかる構成によれば、過去の番組コンテンツが再生対象である場合であって、過去の番組コンテンツがサーバからの配信が可能である場合には、アクセス先としてサーバが選択される。一方で、過去の番組コンテンツが再生対象である場合であって、過去の番組コンテンツがサーバからの配信が不可能である場合には、アクセス先として、番組コンテンツが一時的に保持されている保持部が選択される。
したがって、ユーザは、過去から現在の番組コンテンツを、切れ目なく、かつ、伝送路の違いを意識することなく視聴できる。
【００１７】
また、本発明に係るプログラムは、放送波により、放送局から現在放送されている番組コンテンツを受信するとともに、ネットワークを介する通信により、過去に放送された番組コンテンツをサーバから受信する機能を有し、前記放送波による番組コンテンツを受信する放送波受信手段を備える放送通信連携受信端末を制御するコンピュータを、前記通信による番組コンテンツを、前記サーバから前記ネットワークを介して受信する通信手段、再生対象のアクセス先を、前記放送波受信手段と、前記通信手段に前記ネットワークを介して接続された前記サーバとの中から選択する番組アクセス手段、再生対象の番組コンテンツの取得の経路を、前記番組アクセス手段により選択された前記アクセス先に切り替え、切り替えた前記アクセス先から前記番組コンテンツを取得する経路切替手段、前記経路切替手段により取得されて再生された前記番組コンテンツを出力する出力手段、として機能させる構成とした。
【００１８】
かかる構成によれば、再生対象のアクセス先として、現在放送されている番組コンテンツが選択された場合、再生対象の番組コンテンツの取得の経路が、放送局からの放送波を受信する放送波受信部に切り替えられる。一方で、再生対象のアクセス先として、過去に放送されていた番組コンテンツが選択された場合、再生対象の番組コンテンツの取得の経路が、サーバに切り替えられる。
したがって、ユーザは、放送と通信という異なる伝送路から配信される複数のコンテンツを、その伝送路の違いを意識せずに視聴できる。
【発明の効果】
【００１９】
本発明によれば、放送と通信の連携を図るシステムにおいて、放送と通信という異なる伝送路から配信される複数のコンテンツを、その伝送路の違いをユーザに意識せずに視聴させることができる。
【図面の簡単な説明】
【００２０】
【図１】放送通信連携システムの全体構成図である。
【図２】デジタル放送に係る放送信号の伝送プロトコルのスタックを示す図である。
【図３】受信機の機能構成を示すブロック図である。
【図４】ＸＭＬ形式で記述されたＡＩＴの構造の一例を示す図である。
【図５】出力制御部の機能構成を示すブロック図である。
【図６】図１の受信機が実行するコンテンツ再生処理の流れを説明するフローチャートである。
【図７】端末の機能的構成のうち、番組選択処理を実行するための機能的構成を示す機能ブロック図である。
【図８】他ユーザの視聴履歴やプレゼンス情報に基づき番組コンテンツを選択する場合における、番組選択処理の概要を説明する図である。
【図９】サービスサーバにより配信された番組コンテンツの情報を他ユーザ端末に通知する処理の概要である。
【図１０】図７の機能的構成を有する端末が実行する番組選択処理の流れを説明するフローチャートである。
【発明を実施するための形態】
【００２１】
以下、本発明の実施の形態について図面を参照して説明する。
図１は、本発明の一実施形態に係る放送通信連携システム１００の全体構成図である。放送通信連携システム１００は、放送局１と、放送用アンテナ２と、サービスサーバ３と、受信機４（以下、放送通信連携受信端末４とも適宜呼ぶ）とを含んで構成される。
この放送通信連携システム１００では、受信機４において、ＩＳＤＢ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｂｒｏａｄｃａｓｔｉｎｇ：統合デジタル放送サービス）方式によって放送局１から提供される放送サービスと、インターネット等により構成される通信ネットワークＮを介してサービスサーバ３から提供される通信サービスとが連携される。これにより、放送通信連携サービスが、受信機４のユーザに提供される。
【００２２】
放送局１は、番組編成設備と、番組送出設備と、送信設備とを含んで構成される一般的なデジタル放送用の放送設備（図示省略）を備える。
放送局１は、放送設備によって、コンテンツや、イベント情報（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ：ＥＩＴ）や、ＡＩＴ（以下、アプリケーション管理情報とも適宜呼ぶ）等を制作する。そして、放送局１は、放送設備によって、これらコンテンツ、イベント情報及びＡＩＴ等を多重化した放送信号を生成し、当該放送信号を放送波に変調して放送用アンテナ２から送信する。
【００２３】
このような放送波に含まれるコンテンツとしては、放送スケジュールに従って放送される番組を構成する映像や音声の各データを含むコンテンツ（以下、番組コンテンツと呼ぶ）の他、番組コンテンツとは非同期に発生するコンテンツ、例えば緊急地震速報等を含むコンテンツ（以下、緊急コンテンツと呼ぶ）も存在する。
【００２４】
イベント情報は、番組コンテンツの名称、番組コンテンツの放送日時、番組コンテンツの説明等、コンテンツに関するメタ情報を含む。以下、テーブル形式のイベント情報をＥＩＴと呼ぶ。
ＡＩＴ（アプリケーション管理情報）は、受信機４で実行可能な１以上のアプリケーションを管理するための情報である。ＡＩＴには、１以上のアプリケーションのそれぞれに対応し、当該１以上のアプリケーションのそれぞれを管理するための個別管理情報が含まれる。個別管理情報には、管理対象のアプリケーションを識別するアプリケーションＩＤ、当該アプリケーションのライフサイクルを制御するライフサイクル制御情報、当該アプリケーションの所在を示すロケーション情報等が含まれている（後述の図４参照）。
【００２５】
アプリケーションにより受信機４に提供されるコンテンツには、番組コンテンツに連動するコンテンツ及び番組コンテンツに連動しないコンテンツが含まれる。以下、アプリケーションにより提供されるコンテンツをアプリ用コンテンツという。
【００２６】
放送信号は、従来のデジタル放送の放送信号と同一であり、ＡＲＩＢ（登録商標）（Ａｓｓｏｃｉａｔｉｏｎ ｏｆ Ｒａｄｉｏ Ｉｎｄｕｓｔｒｉｅｓ ａｎｄ Ｂｒｏａｄｃａｓｔ：社団法人電波産業会）標準規格で規定される。
【００２７】
図２は、デジタル放送に係る放送信号の伝送プロトコルのスタックを示す図である。図２に示すように、デジタル放送によって提供される映像、音声等の各種データは、国際標準規格ＭＰＥＧ−２ Ｓｙｓｔｅｍｓで規定されるＴＳパケット（トランスポートストリームパケット）に格納されて、時分割で多重伝送される。
【００２８】
ＴＳパケットには、図２に示すように、セクション（Ｓｅｃｔｉｏｎ）に対してＰＳＩ（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ）／ＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）が規定されている。ＰＳＩ／ＳＩには、ＴＳパケットに格納されているデータの種別を示す情報や、コンテンツの種別を示す情報が含まれている。上述のＥＩＴは、ＳＩに含まれている。
【００２９】
ＴＳパケットによるデータ伝送は、セクションを用いてデータを伝送する方式とＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）パケットを用いてデータを伝送する方式（データストリーム伝送方式）とに分類される。
【００３０】
セクションを用いてデータを伝送する方式には、データカルーセル伝送方式と、イベントメッセージ伝送方式がある。
【００３１】
データカルーセル伝送方式は、１以上のデータを一定周期で繰り返し伝送する伝送方式である。データカルーセル伝送方式によって伝送される個々のデータ（モジュール）には、それらを一意に識別するための識別情報が付されている。データカルーセル伝送方式は、受信機４側に個々のデータを任意のタイミングで取得させるために用いられる。
【００３２】
イベントメッセージ伝送方式は、放送局１から受信機４に対して、トリガ信号を送るための方式である。イベントメッセージ伝送方式は、データ量が少ないメッセージを放送局１から受信機４に伝送する場合に用いられる。
【００３３】
データストリーム伝送方式は、伝送するデータをＰＥＳパケットに収容してストリームとして伝送する伝送方式である。データストリーム伝送方式は、映像、音声、字幕データ等のリアルタイム型のデータや、他のストリームとの同期を要するデータの伝送に用いられる。
【００３４】
ここで、ＡＩＴは、ＴＳパケットを用いて様々な方法によって伝送可能である。
即ち、ＡＩＴは、ＴＳパケットのＳＩに含まれるＥＩＴに対して記述することによって伝送可能である。
【００３５】
また、ＡＩＴは、セクションを用いてデータカルーセル伝送方式により伝送可能である。ＡＩＴをデータカルーセル伝送方式により伝送する場合、受信機４側でＡＩＴであることを認識できるようにモジュールに対して識別情報が付される。
【００３６】
また、ＡＩＴは、ＰＥＳとしてコンテンツの映像や音声に多重させて伝送可能である。
【００３７】
また、ＡＩＴは、バイナリ表現又はＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によるテキスト表現で記述して、ＴＳパケットに格納することができる。
本実施形態では、ＡＩＴの伝送方法は、上記の伝送方法の少なくとも何れかに予め規定されているものとする。
【００３８】
なお、ＸＭＬをベースとした、マルチメディア符号化用に開発されたＢＭＬは、Ｗ３Ｃ（登録商標）（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ）が定義したｘＨＴＭＬを基礎とし、手続き型言語にはＪａｖａＳｃｒｉｐｔ（登録商標）を基礎としたＥＣＭＡＳｃｒｉｐｔを用いて国際標準との整合性を考慮して定義された規格である。
【００３９】
サービスサーバ３は、図示は省略するが、放送済みの過去の番組コンテンツを含む、アプリ用コンテンツを配信するコンテンツ配信サーバと、受信機４で動作する各種のアプリケーションを配信するアプリケーション配信サーバとを備える。
【００４０】
サービスサーバ３は、放送局１の設備と通信可能に接続されており、番組コンテンツや、番組コンテンツのメタデータを放送局１から受信する。放送局１からの番組コンテンツの受信タイミングは、特に限定されず、放送局１が放送しているタイミングと同時であってもよいし、放送局１による放送終了後から所定の時間をあけたタイミングであってもよい。
サービスサーバ３は、受信機４から番組コンテンツの取得要求を受け付けたことに応じて、放送局１から過去に放送された番組コンテンツを受信機４に送信する。
なお、以下、放送局１から過去に放送された番組コンテンツを、過去の番組コンテンツと適宜呼ぶ。即ち、過去の番組コンテンツとは、以下特に断りのない限り、放送局１から過去に放送された番組コンテンツを意味するものとする。
換言すると、サービスサーバ３は、ビデオオンデマンド（以下、ＶＯＤと呼ぶ）のサービスを提供することができる。具体的には、サービスサーバ３は、放送局１から番組コンテンツを受信し、所定の編集処理を行った後、ＶＯＤによりアップデートを開始（即ち、ＶＯＤのサービスを開始）することができる。
【００４１】
また、サービスサーバ３は、受信機４からアプリケーションの取得要求を受け付けたことに応じて、受信機４に対してアプリケーションを送信する。さらに、サービスサーバ３は、受信機４においてアプリケーションが実行されている場合に、映像や音声等の各データを含むアプリ用コンテンツを受信機４に送信する。
【００４２】
また、サービスサーバ３は、必要に応じて、番組コンテンツに対してＡＩＴを多重化させて受信機４に送信する。また、サービスサーバ３は、受信機４からＡＩＴの取得要求を受け付けたことに応じて、受信機４に対してＡＩＴを送信する。
【００４３】
受信機４は、放送局１からの放送又はサービスサーバ３との通信を介して受信する番組コンテンツに対して所定の処理を行うことにより、番組コンテンツを構成する映像や音声を同期して出力する。また、受信機４は、ＡＩＴに基づいて、アプリケーションを適宜取得し、取得したアプリケーションを起動して実行する。また例えば、受信機４は、実行されているアプリケーションによってサービスサーバ３からアプリ用コンテンツを取得し、番組コンテンツに連携させて出力することも可能である。なお、アプリ用コンテンツの出力は、必ずしも番組コンテンツに連携させる必要はない。
以下、このような受信機４の機能について詳述する。
【００４４】
図３は、受信機４の機能構成を示すブロック図である。
受信機４は、放送波受信部１１と、第１分離部１２と、放送ＡＩＴ取得部１３と、通信部１４と、第２分離部１５と、通信ＡＩＴ取得部１６と、アプリケーション実行制御部１７と、出力制御部１８と、出力部１９と、キャッシュメモリ２０と、メモリ２１と、ＡＩＴ記憶部２２とを備える。
【００４５】
放送波受信部１１は、放送用アンテナ２を介して放送局１から送信されてくる放送波、即ち現在放送されている番組コンテンツを含む放送波を受信する。
【００４６】
第１分離部１２は、放送波受信部１１に受信された放送波を復調することによって、放送信号、即ちＴＳパケットを抽出する。そして、第１分離部１２は、ＴＳパケットのＰＳＩ／ＳＩを参照して、ＴＳパケットに含まれているデータの種別を判別し、映像、音声、ＥＩＴ等の各種データを分離して抽出する。また、第１分離部１２は、予め規定されているＡＩＴの伝送方法に応じて、セクションやＰＥＳを参照してＡＩＴを分離して抽出する。
【００４７】
続いて、第１分離部１２は、ＴＳパケットのＰＥＳに含まれている映像及び音声の各データ、即ち現在放送されている番組コンテンツを構成する映像及び音声の各データを出力制御部１８に出力する。
なお、第１分離部１２から出力された映像及び音声の各データは、過去の番組コンテンツのデータとしてキャッシュメモリ２０に一時的に記憶される。
【００４８】
また、第１分離部１２は、抽出したＥＩＴやその他の各種データをメモリ２１に記憶させる。
また、第１分離部１２は、ＡＩＴを抽出した場合、抽出したＡＩＴを放送ＡＩＴ取得部１３に出力する。
【００４９】
放送ＡＩＴ取得部１３は、第１分離部１２から出力されたＡＩＴを取得し、ＡＩＴ記憶部２２に記憶させる。
【００５０】
通信部１４は、通信ネットワークＮを介するサービスサーバ３との間で各種情報を送受信したり、リモートコントローラＲ（以下、リモコンＲと略記する）からの操作信号を受信したり、スマートフォンや携帯電話機等で構成される端末５との間で各種情報を送受信する。
具体的には、詳細については後述するが、端末５は、必要に応じて、ソーシャルリモートコントローラ（以下、ソーシャルリモコンと適宜呼ぶ）として機能し、過去から現在までの番組コンテンツのうち、ユーザ操作により指示された番組コンテンツを選択する制御信号（以下、ソーシャルリモコンコントロール信号と呼ぶ）を送信する。通信部１４は、当該ソーシャルリモコンコントロール信号を受信して、後述するアプリケーション実行制御部１７に供給する。
【００５１】
第２分離部１５は、サービスサーバ３から通信ネットワークＮを介して送信されてきて通信部１４に受信されたデータの種別を判別し、その判別結果に基づいてデータの出力先を分離する。例えば、第２分離部１５は、受信したデータがＡＩＴであると判別した場合、このＡＩＴを通信ＡＩＴ取得部１６に出力する。また、第２分離部１５は、受信したデータがアプリケーションであると判別した場合、このアプリケーションをアプリケーション実行制御部１７に出力する。
【００５２】
また、第２分離部１５は、受信したデータがＴＳパケットであると判別した場合、映像、音声、ＡＩＴ等の各種データをＴＳパケットから分離して抽出する。そして、第２分離部１５は、ＡＩＴを抽出した場合、このＡＩＴを通信ＡＩＴ取得部１６に出力し、ＡＩＴ以外のデータ（過去の番組コンテンツを構成する映像や音声の各データ等）を抽出した場合、このデータをアプリケーション実行制御部１７に出力する。
【００５３】
通信ＡＩＴ取得部１６は、第２分離部１５から出力されたＡＩＴを取得し、ＡＩＴ記憶部２２に記憶させる。
【００５４】
アプリケーション実行制御部１７は、ＡＩＴに基づいてアプリケーションを取得し、取得したアプリケーションの起動及び実行を制御する。この場合、アプリケーション実行制御部１７は、アプリケーションの実行によってサービスサーバ３から過去の番組コンテンツが取得されると、当該番組コンテンツから音声及び映像の各データを分離して、出力制御部１８に出力する。
【００５５】
ここで、アプリケーション実行制御部１７により実行が制御されるアプリケーションの管理用のＡＩＴの構造の例を詳細に説明する。
図４は、ＸＭＬ形式で記述されたＡＩＴの構造の一例を示す図である。
上述したように、ＡＩＴには、１以上のアプリケーションそれぞれに対応し、１以上のアプリケーションそれぞれを管理するための個別管理情報がそれぞれ含まれる。
具体的には、図４に示される＜ｍｈｐ：Ａｐｐｌｉｃａｔｉｏｎ＞タグから＜／ｍｈｐ：Ａｐｐｌｉｃａｔｉｏｎ＞タグまでに記述されているコードは、一のアプリケーションを管理するための個別管理情報に対応している。ＡＩＴには、＜／ｍｈｐ：Ａｐｐｌｉｃａｔｉｏｎ＞タグの後に、他のアプリケーションの個別管理情報を新たに記述することによって、複数の個別管理情報を記述することができる。
【００５６】
また、個別管理情報に対応するコードのうち、例えば、＜ｍｈｐ：ａｐｐＩｄ＞タグに対応するコードは、アプリケーションのＩＤ（識別情報）を示している。また、＜ｍｈｐ：ｃｏｎｔｒｏｌＣｏｄｅ ｍｈｐ：ｔｙｐｅ＝“ＡＲＩＢ−Ｊ”＞タグに対応するコードは、このアプリケーションのライフサイクル制御情報を示しており、図４に示す「ＡＵＴＯＳＴＡＲＴ」は、受信機４によってアプリケーションを自動実行させるライフサイクル制御情報である。また、＜ｍｈｐ：ｌｏｃａｔｉｏｎ＞タグに対応するコードは、このアプリケーションの所在を示すロケーション情報を示している。図４の例では、ロケーション情報には、アプリケーションの所在として、サービスサーバ３のアドレスが記述されている。
なお、ロケーション情報には、アプリケーションの所在として、受信機４を指定することもできる。この場合、本実施形態では、アプリケーション実行制御部１７は、後述するアプリケーション記憶部２４をアプリケーションの所在として認識し、当該アプリケーション記憶部２４からアプリケーションを取得する。
【００５７】
アプリケーション実行制御部１７は、ＡＩＴ記憶部２２を監視し、新たにＡＩＴが記憶された場合に、このＡＩＴに記述されているライフサイクルに係る制御情報を参照する。そして、アプリケーション実行制御部１７は、ライフサイクルに係る制御情報が「自動実行」を示すものである場合、ＡＩＴに記述されているロケーション情報をアプリケーションの取得先として認識する。例えば取得先がサービスサーバ３であった場合には、アプリケーション実行制御部１７は、通信部１４及び第２分離部１５を介してサービスサーバ３からアプリケーションを取得し、取得したアプリケーションを起動して実行する。この場合、アプリケーションは、受信機４のユーザから明示的な操作指示を受けることなく自動的に実行される。
【００５８】
また、アプリケーション実行制御部１７は、受信機４のユーザからリモコンＲを介してアプリケーションの実行指示を受け付ける。例えば、リモコンＲには、Ｈｙｂｒｉｄｃａｓｔ（登録商標）ボタンが設けられており、アプリケーション実行制御部１７は、受信機４のユーザによってＨｙｂｒｉｄｃａｓｔボタンが押下されたことに応じて、実行するアプリケーションの選択を受け付けるためのメニュー画面の実行指示を受け付ける。アプリケーション実行制御部１７は、メニュー画面の実行指示を受け付けたことに応じて、ＡＩＴ記憶部２２を参照し、実行可能なアプリケーションのＡＩＴを特定する。そして、アプリケーション実行制御部１７は、特定したＡＩＴに対応するアプリケーションを選択可能なメニューの画像データを生成して、当該画像データを出力制御部１８に出力することで、このメニューを出力部１９のディスプレイに表示させる。受信機４のユーザからリモコンＲを介してアプリケーションの選択操作を受け付けた場合、アプリケーション実行制御部１７は、ＡＩＴに記述された当該アプリケーションのロケーション情報を参照してアプリケーションを取得し、アプリケーションを起動して実行する。
【００５９】
アプリケーション実行制御部１７は、必要に応じて、実行中のアプリケーションに関するアプリ用コンテンツ、例えば過去の番組コンテンツをサービスサーバ３から取得する。そして、アプリケーション実行制御部１７は、アプリ用コンテンツ（過去の番組コンテンツ）を構成する映像と音声の各データを、出力制御部１８に出力する。ここで、実行中のアプリケーションが、番組コンテンツに連動するアプリ用コンテンツを提供するアプリケーションである場合には、アプリ用コンテンツの映像及び音声の各データが番組コンテンツを構成する映像及び音声の各データに連動して出力される。
【００６０】
また、アプリケーション実行制御部１７は、ＡＩＴ記憶部２２に記憶されたＡＩＴに基づいて、具体的には当該ＡＩＴのうち個別管理情報に含まれるライフサイクル制御情報に基づいて、実行中のアプリケーションのライフサイクルを制御する。例えば、アプリケーション実行制御部１７は、アプリケーションのライフサイクル制御情報が「終了」を示すものであるとき、アプリケーションを終了させる。
【００６１】
出力制御部１８は、第１分離部１２から出力された映像及び音声の各データ、即ち現在放送中の番組コンテンツを、同期をとりながら出力部１９に出力する。また、出力制御部１８は、アプリケーション実行制御部１７から出力された映像及び音声の各データ、即ち過去の番組コンテンツを、同期を取りながら出力部１９に出力する。
【００６２】
出力部１９は、ディスプレイ及びスピーカ等として構成され、第１分離部１２から出力された映像及び音声の各データを、同期をとりながら外部出力させる。
【００６３】
メモリ２１は、ＥＩＴ等の番組コンテンツのメタ情報や、その他各種情報を記憶する。
ＡＩＴ記憶部２２は、放送ＡＩＴ取得部１３又は通信ＡＩＴ取得部１６によって取得された各種ＡＩＴを記憶する。
【００６４】
このような機能的構成を有する受信機４のうち、出力制御部１８は、コンテンツ再生処理を実行することができる。
コンテンツ再生処理とは、過去から現在までに放送局１から放送された番組コンテンツのうち、ユーザにより選択された番組コンテンツを再生するまでの一連の処理をいう。
【００６５】
図５は、このようなコンテンツ再生処理の実行機能を実現するための、出力制御部１８の機能的構成を示すブロック図である。
出力制御部１８は、番組アクセス部５１と、経路切替部５２と、チャンネル変更部５３とを備える。
【００６６】
番組アクセス部５１は、ユーザにより再生対象の番組コンテンツとして選択された結果（以下、番組選択結果と呼ぶ）に基づいて、再生対象のアクセス先（番組コンテンツの所在であって、例えばＵＲＩによって表現される）として、放送波受信部１１と、通信部１４にネットワークを介して接続されたサービスサーバ３と、キャッシュメモリ２０との中から１つ選択する。
なお、番組選択結果は、本実施形態では、後述するソーシャルリモコンとして機能する端末５から送信される、ソーシャルリモートコントロール信号により与えられるが、特に本実施形態に限定されない。例えば図示はしないが、出力制御部１８は、過去から現在までの番組表（ＥＰＧ）を出力部１９に表示出力させて、ユーザが、リモコンＲを操作して、所望の番組コンテンツを選択してもよい。この場合のリモコンＲから送信される操作信号によって、番組選択結果が与えられてもよい。
【００６７】
番組アクセス部５１は、現在放送中の番組コンテンツを再生対象とする番組選択結果を取得した場合、再生対象のアクセス先として放送波受信部１１を選択する。
これに対して、番組アクセス部５１は、過去の番組コンテンツを再生対象とする番組選択結果を取得した場合、原則、再生対象のアクセス先としてサービスサーバ３を選択する。
これにより、ユーザは、放送と通信という異なる伝送路から配信される複数のコンテンツを、その伝送路の違いを意識せずに視聴できる。
【００６８】
ここで、過去の番組コンテンツが再生対象である場合において、サービスサーバ３が再生対象のアクセス先として選択されることを原則としたのは、番組選択結果に基づいて再生対象とされた番組コンテンツが、現在から若干前の過去（例えば数分前等）に放送局１から放送されたものである場合、当該番組コンテンツがサービスサーバ３にアップされていない可能性があるからである。
そこで、番組アクセス部５１は、過去の番組コンテンツを再生対象とする番組選択結果を取得した場合、サービスサーバ３からの配信が可能であるときには、再生対象のアクセス先として、サービスサーバ３を選択する。これに対して、番組アクセス部５１は、サービスサーバ３からの配信が不可能であるときには、再生対象のアクセス先として、キャッシュメモリ２０を選択する。
これにより、ユーザは、過去から現在の番組コンテンツを、切れ目なく、かつ、伝送路の違いを意識することなく視聴できる。
【００６９】
ここで、キャッシュメモリ２０への番組コンテンツの保存時間は、特に限定されない。
例えば、キャッシュメモリ２０への番組コンテンツの保存時間は、全ての番組コンテンツに一律であっても構わないが、本実施形態では、オンエア時（放送局１から放送中）の番組コンテンツに対する視聴数（現在視聴中として視聴していたユーザの数）又は視聴率に応じて可変に決定される。
具体的には、オンエア時の番組コンテンツの視聴数又は視聴率は、各ユーザの受信機４からサービスサーバ３（又は後述の視聴者履歴プレゼンス管理サーバ１０１）にあげられる情報によって、検知することが可能である。
例えば、視聴数又は視聴率の多い番組コンテンツは、放送終了直後に見逃した部分について視聴する視聴者の数が多くなると予測され。そこで、このような番組コンテンツについては、サービスサーバ３がＶＯＤによりアップデートするタイミングを遅らせたり、或いは、ＶＯＤによりアップデートされたとしても、受信機４の番組アクセス部５１が、再生対象のアクセス先としてサービスサーバ３を選択せずにキャッシュメモリ２０を選択するようにしてもよい。このようなことを実現すべく、キャッシュメモリ２０は、視聴数又は視聴率の多い番組コンテンツの保存時間を長くするようにしてもよい。即ち、キャッシュメモリ２０の保存時間＝f（視聴数or視聴率）といった、視聴数又は視聴率を入力パラメータとする任意の関数を採用してもよい。
【００７０】
また、キャッシュメモリ２０に保存された番組コンテンツの消去タイミングは、特に限定されず、例えば、番組コンテンツがＶＯＤによりアップデートされた以降の所定タイミング、又は、所定の保存時間が経過したタイミング等を採用することができる。
【００７１】
経路切替部５２は、再生対象の番組コンテンツの取得の経路を、番組アクセス部５１により選択されたアクセス先に切り替え、切り替えられたアクセス先から番組コンテンツを取得する。
【００７２】
チャンネル変更部５３は、放送波受信部１１が複数の放送局１からの放送波を受信可能な場合に、再生対象として選択された番組コンテンツを現在放送している放送局１に割り当てられたチャンネルを認識し、当該チャンネルが割り当てられた放送局１から放送された番組コンテンツを取得し、経路切替部５２に供給する。
【００７３】
次に、図６を参照して、このような図３や図５の機能的構成の受信機４が実行するコンテンツ再生処理について説明する。
図６は、図３又は図５の機能的構成を有する図１の受信機４が実行するコンテンツ再生処理の流れを説明するフローチャートである。
【００７４】
コンテンツ再生処理は、本実施形態では、ユーザによる端末５（ソーシャルリモコン）に対する操作がなされて、その番組選択結果が受信機４に送信されてくる毎に実行される。
【００７５】
ステップＳ１において、番組アクセス部５１は、通信部１４を介して送信されてきた番組選択結果を受信する。
【００７６】
ステップＳ２において、番組アクセス部５１は、ステップＳ１の処理で受信した番組コンテンツは現在放送中のものであるか否かを判定する。
【００７７】
選択された番組コンテンツが現在の放送中のものである場合、ステップＳ２においてＹＥＳであると判定されて、処理はステップＳ３に進む。
ステップＳ３において、番組アクセス部５１は、再生対象のアクセス先として放送波受信部１１を選択し、経路切替部５２は、再生対象の番組コンテンツの取得の経路を、放送波受信部１１に切り替える。
そして、ステップＳ４において、経路切替部５２は、放送波受信部１１に受信された放送信号のうち、チャンネル変更部５３によって変更されたチャンネルの放送信号から、第１分離部１２によって分離された番組コンテンツを取得して、出力部１９から出力させる。
これにより、再生処理は終了となる。
【００７８】
これに対して、ユーザにより過去の番組コンテンツが選択された場合、ステップＳ２においてＮＯであると判定されて、処理はステップＳ５に進む。
ステップＳ５において、番組アクセス部５１は、ステップＳ１の処理で受信した番組選択結果により特定される（選択された）番組コンテンツが、ＶＯＤにより既にアップデート済みであるか否かを判定する。
【００７９】
ユーザにより過去の番組コンテンツが選択されたが、当該過去の番組コンテンツが未だにＶＯＤによりアップデートされていない場合、ステップＳ５においてＮＯであると判定されたて、処理はステップＳ６に進む。
ステップＳ６において、番組アクセス部５１は、再生対象のアクセス先としてキャッシュメモリ２０を選択し、経路切替部５２は、再生対象の番組コンテンツの取得の経路を、キャッシュメモリ２０に切り替える。
そして、ステップＳ４において、経路切替部５２は、キャッシュメモリ２０に一時的に蓄積された過去の番組コンテンツを取得して、出力部１９から出力させる。
これにより、再生処理は終了となる。
【００８０】
これに対して、ユーザにより過去の番組コンテンツが選択され、かつ、当該過去の番組コンテンツがＶＯＤにより既にアップデート済みである場合、ステップＳ５においてＹＥＳであると判定されて、処理はステップＳ７に進む。
ステップＳ７において、番組アクセス部５１は、再生対象のアクセス先としてサービスサーバ３（通信部１４）を選択し、経路切替部５２は、再生対象の番組コンテンツの取得の経路を、サービスサーバ３（通信部１４）に切り替える。
そして、ステップＳ４において、経路切替部５２は、サービスサーバ３から配信された過去の番組コンテンツを、通信部１４及びアプリケーション実行制御部１７を介して取得して、出力部１９から出力させる。
これにより、再生処理は終了となる。
【００８１】
次に、ソーシャルリモコンとして機能している場合の端末５について説明する。ソーシャルリモコンとは、他ユーザの視聴履歴に基づく過去の番組や現在視聴中の番組を選択可能なリモートコントローラをいう。
このようなソーシャルリモコンとして機能する端末５が、ユーザの操作に基づいて、再生対象の番組コンテンツを選択するまでの一連の処理を、以下、番組選択処理と呼ぶ。
即ち、番組選択処理では、他ユーザの視聴履歴や現在視聴中の情報に基づいて、他ユーザが過去に視聴した又は現在視聴中の各番組コンテンツのそれぞれに対応する複数のアイコン（シンボル）が表示される。これらの複数のアイコンのうち、ユーザ操作により所定アイコンが選択されると、該アイコンに対応する番組コンテンツのＩＤを含む制御信号が、ソーシャルリモートコントロール信号として受信機４に送信される。
【００８２】
図７は、番組選択処理を実行するための端末５の機能的構成を示す機能ブロック図である。
ソーシャルリモコンとして機能する端末５は、第１通信部７１と、他ユーザ情報取得部７２と、ＧＵＩ画像生成部７３と、表示制御部７４と、表示部７５と、操作部７６と、操作受付部７７と、番組切替指令生成部７８と、第２通信部７９とを備える。
【００８３】
受信機４のユーザ（以下、ユーザＡと呼ぶ）が操作する端末５と、ｎ人（ｎは複数の整数値）の他ユーザＢ，Ｃ，Ｄ，・・・ｎの端末１５１−１〜１５１−ｎ（ｎはユーザの人数）とは、図示せぬネットワークサーバを介して相互に接続されている。即ち、ネットワークサーバは、ユーザＡと他ユーザＢ〜ｎとのコミュニケーションを図るソーシャル・ネットワーキング・サービス（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ（以下、ＳＮＳと呼ぶ）を提供し、ユーザＡの端末５と、他ユーザＢ〜ｎの各端末１５１−１〜１５１−ｎは、ＳＮＳを介して相互に接続されている。なお、以下、他ユーザの端末１５１−１〜１５１−ｎを個々に区別する必要がない場合、これらをまとめて単に「他ユーザ端末１５１」と呼ぶ。ユーザＡの端末及び他ユーザ端末１５１は、ネットワークサーバ（図示せず）を介して視聴者履歴プレゼンス管理サーバ１０１に、後述のプレゼンス情報をそれぞれ送信する。
【００８４】
本実施形態においては、受信機４のユーザＡは、他ユーザＢ〜ｎと互いにフォローしている関係となっている。フォローとは、ＳＮＳにおいて、他ユーザを「お気に入り登録する」こと等をいう。
即ち、本実施形態において、ユーザＡの視点からすると、他ユーザＢ〜ｎをお気に入り登録しているので、お気に入り登録されたユーザＢ〜ｎが発したプレゼンス情報は、ユーザＡの端末５に提示される。
一方で、他ユーザＢ〜ｎは、ユーザＡをお気に入り登録しているとは一概に言えないが、ここでは説明の便宜上、ユーザＡをお気に入り登録しているものとする、この場合、他ユーザＢ〜ｎの端末１５１−１〜１５１−ｎに対しては、少なくともユーザＡが発したプレゼンス情報が提示される。
【００８５】
即ち、ユーザＡ及び他ユーザＢ〜ｎのプレゼンス情報は、端末５及び他ユーザの端末１５１−１〜１５１−ｎ毎に視聴者履歴プレゼンス管理サーバ１０１に適宜送信されて、それとは別の端末に送信される。
プレゼンス情報とは、オンライン、オフライン、退席中、取り込み中等各ユーザの現在の状態を示す情報であって、本実施形態では現在視聴中の番組を特定可能な情報をいう。
従って、視聴者履歴プレゼンス管理サーバ１０１は、所定ユーザの現時点でのプレゼンス情報については、所定ユーザの端末５又は１５１から新たなプレゼンス情報が送信されてきた場合、当該所定ユーザの視聴履歴の１つ（直近の視聴履歴）として管理することになる。即ち、視聴履歴とは、各ユーザが過去から直近までに視聴していた各番組コンテンツを一意に識別可能な識別子を時系列毎に並べた履歴、いわゆる、タイムライン毎に並べた履歴をいう。
なお、本実施形態では、視聴履歴は、視聴者履歴プレゼンス管理サーバ１０１によって管理されているが、特にこれに限定されない。例えばユーザＡの端末５及び他ユーザＢ〜ｎの端末１５１−１〜１５１−ｎの各々が、各ユーザＡ〜ｎの各々の視聴履歴を個別に管理して、ある程度の視聴履歴が蓄積された段階で視聴者履歴プレゼンス管理サーバ１０１に送信するようにしてもよい。
一方で、本実施形態では、このようにプレゼンス情報と視聴履歴とは明確に切り分けられているが、実際上、ここまで明確に切り分けなくても構わない。
【００８６】
ユーザＡの第１通信部７１は、当該ユーザＡのプレゼンス情報を視聴者履歴プレゼンス管理サーバ１０１に送信する。また、第１通信部７１は、複数の他ユーザＢ〜ｎの端末１５１−１〜１５１−ｎから送信されて視聴者履歴プレゼンス管理サーバ１０１に受信された、他ユーザＢ〜ｎの視聴履歴及びプレゼンス情報を取得する。
【００８７】
他ユーザ情報取得部７２は、他ユーザＢ〜ｎの視聴履歴やプレゼンス情報を、他ユーザ情報として視聴者履歴プレゼンス管理サーバ１０１から第１通信部７１を介して取得して、ＧＵＩ画像生成部７３に供給する。
【００８８】
ＧＵＩ画像生成部７３は、他ユーザ情報取得部７２により取得された他ユーザ情報に基づいて、他ユーザＢ〜ｎが現在視聴中の又は過去に視聴した１以上の番組コンテンツの各々に対応する１以上のシンボルの各々を時系列に羅列したＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）画像のデータを生成する。なお、このようなＧＵＩ画像を、以下、ソーシャルリモコン用ＧＵＩ画像と呼ぶ。
ここで、ソーシャルリモコン用ＧＵＩ画像に含まれるシンボルは、ユーザが視認可能な形状を有していれば足り、特に限定されないが、本実施形態では、対応する番組コンテンツを視認可能なアイコンが採用されている。
具体的には、ＧＵＩ画像生成部７３は、他ユーザＢ〜ｎが現在視聴中の又は過去に視聴した各番組コンテンツに対応するアイコンの各々を、他ユーザＢ〜ｎ毎にいわゆるタイムラインの形式に生成する。なお、この場合、ユーザＡ自身がこれまでに視聴した各番組コンテンツに対応するアイコンの各々も生成されてもよい。ＧＵＩ画像生成部７３は、これらのアイコンが羅列されたソーシャルリモコン用ＧＵＩ画像のデータを生成して、表示制御部７４に供給する。
なお、ソーシャルリモコン用ＧＵＩ画像のデータの更新タイミングは、特に限定されないが、本実施形態では、他ユーザ情報取得部７２により新たなプレゼンス情報が取得される毎であるものとする。これにより、ソーシャルリモコン用ＧＵＩ画像は、ほぼリアルタイムにアイコンが随時更新されていくような画像になる。
【００８９】
表示制御部７４は、ＧＵＩ画像生成部７３により生成されたデータに対応するソーシャルリモコン用ＧＵＩ画像（後述の図８の「リモコンとしての番組選択範囲」と記述された画像）を、表示部７５に表示させる制御を実行する。
【００９０】
操作部７６は、例えば、細長い静電容量センサが縦横に配置されて構成される静電容量式タッチパネルにより構成される。即ち、操作部７６としてのタッチパネルは、表示部７５の表示面に積層されて配置され、ユーザＡの指等の物体の接触又は近接の操作、即ちタッチ操作の対象になる。即ち、ユーザＡは、表示部７５に表示されたソーシャルリモコン用ＧＵＩ画像に含まれる複数のアイコンのうち、表示対象として所望する番組コンテンツのアイコン（より正確には、当該アイコンの位置に積層されているタッチパネルとしての操作部７６の一部分）をタッチ操作することで、当該番組コンテンツを表示対象として選択することができる。
【００９１】
操作受付部７７は、ユーザの操作部７６に対するタッチ操作を受け付け、当該タッチ操作により選択されたアイコン（シンボル）を認識し、当該アイコンに対応する番組コンテンツを番組切替指令生成部７８に通知する。
【００９２】
番組切替指令生成部７８は、操作受付部７７から通知された番組コンテンツに切り替える指令として、当該番組コンテンツのＩＤを含む情報を生成する。
第２通信部７９は、当該番組コンテンツに切り替える命令（当該番組コンテンツのＩＤ）を、ソーシャルリモートコントロール信号として受信機４に送信する。
【００９３】
上述したように、ソーシャルリモートコントロール信号（番組コンテンツを切り替える指令）を受信した受信機４の番組アクセス部５１（図５）は、当該指令により特定される番組コンテンツに応じて、表示対象のアクセス先を選択する。そして、経路切替部５２（図５参照）は、再生対象の番組コンテンツの取得の経路を、番組アクセス部５１により選択されたアクセス先に切り替え、切り替えられたアクセス先から番組コンテンツを取得して、出力部１９に出力させる。
【００９４】
次に、他ユーザＢ〜ｎの視聴履歴やプレゼンス情報に基づき番組コンテンツを選択する場合における、番組選択処理の概要について説明する。
図８は、他ユーザＢ〜ｎの視聴履歴やプレゼンス情報に基づき番組コンテンツを選択する場合における、番組選択処理の概要を説明する図である。
【００９５】
初めに、ソーシャルリモコンとして機能する端末５は、他ユーザＢ〜ｎの視聴履歴やプレゼンス情報を視聴者履歴プレゼンス管理サーバ１０１から取得して、他ユーザＢ〜ｎの各々が現在視聴している又は過去に視聴した各番組コンテンツの各々に対応する１以上のシンボル（図８の例では、番組名が表示されたアイコン）を羅列させたソーシャルリモコン用ＧＵＩ画像を表示させる。図８の例では、「リモコンとしての番組選択範囲」という記述の下方に示されるような、ソーシャルリモコン用ＧＵＩ画像が表示される。
図８に示すように、同図中縦方向の軸が時間軸となっており、上から下に向かう方向に時間が流れている。また、同図中横方向の軸が、他ユーザＢ〜ｎを示す軸となっている。即ち、「現在」という表示の右方に示される各アイコンが、他ユーザＢ〜ｎが現在視聴中の番組コンテンツを示している。そして、これらの各アイコンの上方に示される各アイコンが、他ユーザＢ〜ｎがこれまで視聴してきた過去の番組コンテンツを示しており、上方のアイコンになるほど時間的に古いものになっている。
このように、「現在」という表示の右方に示される各アイコンが、他ユーザＢ〜ｎが現在視聴中の番組コンテンツを示しているため、他ユーザＢ〜ｎのプレゼンス情報が取得される毎に、ＧＵＩ画像内のアイコンが更新される。即ち、他ユーザＢ〜ｎの各アイコンが１つずつ上方にシフトしていくように、ソーシャルリモコン用ＧＵＩ画像の表示が更新されていく。
【００９６】
ユーザＡは、このようなソーシャルリモコン用ＧＵＩ画像に含まれる各アイコンのうち、表示対象として所望の番組コンテンツに対応するアイコンに対して（より正確には、その上方に積層されているタッチパネルとしての操作部７６に対して）タッチ操作をすることで、当該所望の番組コンテンツを選択することができる。
端末５は、当該タッチ操作を受け付けて、選択されたシンボルを認識し、当該シンボルに対応する番組コンテンツに切り替える指令として、当該番組コンテンツのＩＤを含む情報を生成して、受信機４に送信する。
例えば図８の例では、他ユーザＥさんが直前に視聴していた（更新１回前に現在視聴中）番組コンテンツｂｂｒに対応するアイコンｉｅに対して、接触操作がなされたものとする。この場合、番組コンテンツｂｂｒに切り替える指令として、当該番組コンテンツｂｂｒのＩＤを含む情報が、受信機４に送信される。
【００９７】
なお、受信機４と端末５との間の通信の形式としては、例えば家庭内ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＢｌｕｅｔｏｏｔｈ（登録商標）を採用することができる。ただし、通信の形式はこれに限定されるものではなく、赤外線通信やＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）等を採用してもよい。
また、通信に用いられるプロトコルも、特に限定されないが、本実施形態ではＵＤＰやＵＰＮＰが採用されている。これらのプロトコルを用いてＵＲＩの情報を伝達することができるからである。
【００９８】
受信機４の番組アクセス部５１（図５）は、端末５からの指令を受信すると、当該指令により特定される番組コンテンツに応じて、表示対象のアクセス先を選択する。図８の例では、過去の番組コンテンツｂｂｒの切り替えの指令が与えられたので、番組アクセス部５１は、サービスサーバ３を表示対象のアクセス先として選択する。そして、経路切替部５２（図５）は、再生対象の番組コンテンツの取得の経路を通信部１４に切り替え、サービスサーバ３からネットワークＮを介して送信されてきた番組コンテンツ（上述の例では番組コンテンツｂｂｒ）を、通信部１４を介して取得して、出力部１９に出力させる。
【００９９】
図９は、このようにしてサービスサーバ３により配信された番組コンテンツの情報を他ユーザ端末１５１に通知する処理の概要を説明する図である。
【０１００】
サービスサーバ３は、受信機４からの要求に応じて、番組コンテンツ（図８の例では番組コンテンツｂｂｒ）を受信機４に配信する。受信機４は、当該番組コンテンツを受信する。この場合、ユーザＡは、当該番組コンテンツの視聴を開始する。即ち、この時点では、当該番組コンテンツが、ユーザＡの現在視聴中の番組コンテンツになる。
【０１０１】
そこで、受信機４は、当該番組コンテンツ（図８の例では番組コンテンツｂｂｒ）の情報を、ユーザＡのプレゼンス情報として視聴者履歴プレゼンス管理サーバ１０１に送信する。
受信機４は、ユーザＡが新たな番組コンテンツの視聴を開始する度に、当該新たな番組コンテンツを現在視聴中の番組コンテンツとして、その情報をプレゼンス情報として視聴者履歴プレゼンス管理サーバ１０１に送信する。これにより、視聴者履歴プレゼンス管理サーバ１０１において管理されるプレゼンセンス情報は、常に最新の状態の情報に更新される。
なお、この場合の現在視聴中の番組コンテンツを示す形式は、ＸＭＬ等により定義しておくとよい。
【０１０２】
視聴者履歴プレゼンス管理サーバ１０１は、受信機４からの新たな番組コンテンツの情報が受信される度に、その情報を、受信機４のユーザＡのプレゼンス情報として、ユーザＡをフォローしている全ての他ユーザの端末１５１−１〜１５１−ｎに送信する。
この場合、他ユーザの端末１５１−１〜１５１−ｎが、ソーシャルリモコンとして機能しているならば、ユーザＡの最新のプレゼンス情報が通知された時点で、ソーシャルリモコン用ＧＵＩ画像の更新を行う。
【０１０３】
次に、図１０を参照して、端末５が実行する番組選択処理の詳細について説明する。
図１０は、端末５が実行する番組選択処理の流れを説明するフローチャートである。
【０１０４】
番組選択処理は、端末５が受信機４と連携動作できるようになり、ソーシャルボタンとして機能させる指示操作がユーザによりなされたことを契機として開始される。
【０１０５】
ステップＳ２１において、他ユーザ情報取得部７２は、他ユーザの視聴履歴を、視聴者履歴プレゼンス管理サーバ１０１から第１通信部７１を介して取得する。
【０１０６】
ステップＳ２２において、他ユーザ情報取得部７２は、他ユーザが現在視聴中の番組コンテンツを示すプレゼンス情報を、視聴者履歴プレゼンス管理サーバ１０１から第１通信部７１を介して取得する。
【０１０７】
ステップＳ２３において、ＧＵＩ画像生成部７３は、ステップＳ２１の処理で取得された他ユーザの視聴履歴及びステップＳ２２の処理で取得されたプレゼンス情報に基づいて、ソーシャルリモコン用ＧＵＩ画像のデータを生成する。
【０１０８】
ステップＳ２４において、表示制御部７４は、ＧＵＩ画像生成部７３により生成されたソーシャルリモコン用ＧＵＩ画像のデータの表示出力により、選択可能な番組コンテンツを提示する。即ち、ソーシャルリモコン用ＧＵＩ画像には、タッチ操作により選択可能なアイコンであって、他ユーザが現在視聴中の又はこれまでに視聴した番組コンテンツに対応付けられたアイコンが表示されることによって、選択可能な番組コンテンツが表示される。
【０１０９】
ステップＳ２５において、操作受付部７７は、ステップＳ２４の処理で提示された番組の中から、所定の番組コンテンツが選択されたか否かを判別する。具体的には、操作受付部７７は、ソーシャルリモコン用ＧＵＩ画像に含まれるアイコン（シンボル）のうち、何れか１つに対してタッチ操作がなされたか否かを判定することによって、所定の番組コンテンツが選択されたか否かを判定する。
したがって、何れのアイコンにもタッチ操作がなされない場合、ステップＳ２５においてＮＯであると判定されて、処理はステップＳ２２に戻され、それ以降の処理が繰り返される。即ち、アイコンのタッチ操作がなされるまでの間、ステップＳ２２乃至ステップＳ２５のループ処理が繰り返し実行される。ループ処理が１回実行される毎に、他ユーザのプレゼンス情報が取得されて、前回までのプレゼンス情報は他ユーザの視聴履歴の１つになるので、ソーシャルリモコン用ＧＵＩ画像に含まれるアイコンが逐次更新されていく。
その後、所定のアイコンが選択された場合には、ステップＳ２５においてＹＥＳであると判定されて、処理はステップＳ２６進む。
【０１１０】
ステップＳ２６において、第２通信部７９は、受信機４による再生対象を、ステップＳ２５において選択された番組コンテンツに切り替える指令を受信機４に対して送信する。この処理が終了すると番組選択処理は終了する。
【０１１１】
本実施形態によれば、以下のような効果がある。
（１）再生対象のアクセス先として、現在放送されている番組コンテンツが選択された場合、再生対象の番組コンテンツの取得の経路が、放送局１からの放送波を受信する放送波受信部１１に切り替えられる。一方で、再生対象のアクセス先として、過去に放送されていた番組コンテンツが選択された場合、再生対象の番組コンテンツの取得の経路が、サービスサーバ３からネットワークＮを介して受信する通信部１４に切り替える。
したがって、ユーザは、放送と通信という異なる伝送路から配信される複数のコンテンツを、その伝送路の違いを意識せずに視聴できる。
具体的には例えば、ユーザが、現在視聴中の番組コンテンツ（経路が放送の番組コンテンツ）を視聴中に、当該番組コンテンツのレビューの書き込みをしている最中に、当該番組コンテンツが終了してしまったとする。この場合、終了時点では、当該番組コンテンツは、過去のものとなるので、サービスサーバ３に即座にＶＯＤとしてアップされれば、受信機４は、当該番組コンテンツを通信の経路により取得して、そのまま継続して表示することができる。この場合、ユーザは、特にその伝送路の違いを意識せずに、当該番組コンテンツを視聴しながら、レビューの書き込みを最後まで行うことができる。
なお、当該番組コンテンツが、サービスサーバ３にアップされていない場合には、次の（２）の効果を活用すればよい。
【０１１２】
（２）過去の番組コンテンツが再生対象である場合であって、過去の番組コンテンツがサービスサーバ３からの配信が可能である場合には、アクセス先としてサービスサーバ３が選択される。一方で、過去の番組コンテンツが再生対象である場合であって、過去の番組コンテンツがサービスサーバ３からの配信が不可能である場合には、アクセス先として、番組コンテンツが一時的に保持されている保持部としてのキャッシュメモリ２０が選択される。
したがって、ユーザは、過去から現在の番組コンテンツを、切れ目なく、かつ、伝送路の違いを意識することなく視聴できる。
【０１１３】
なお、本発明は上記実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【０１１４】
例えば、ソーシャルリモコンとして機能する端末５に対する操作は、上記実施形態ではスマートフォンを想定したため、タッチパネルに対するタッチ操作が採用されていたが、特にこれに限定されない。
例えば、図８に示すようなソーシャルリモコン用ＧＵＩ画像が表示されているような場合、任意の１のアイコンを選択するためには、選択アイコン（図８の例ではハイライト表示されたアイコン）を上下左右に移動操作させるための十字キーを採用し、決定の指示操作をするためのチャンネルキー等を採用すればよい。
【０１１５】
例えば、サービスサーバ３からの配信が不可能であることが特定されるとき、即ち、ＶＯＤによるアップデートが未完のときのアクセス先は、上記実施形態ではキャッシュメモリ２０とされたが、特にこれに限られない。
同様に、サービスサーバ３からの配信が可能であることが特定されたとき、即ち、ＶＯＤによるアップデートが完了したときのアクセス先は、上記実施形態ではキャッシュメモリ２０とされたが、特にこれに限定されない。例えば、キャッシュメモリ２０に番組コンテンツが記憶されている場合には、受信機４は、サービスサーバ３からの配信が可能であることが特定されたときであっても、キャッシュメモリ２０をアクセス先として選択してもよい。
【０１１６】
また例えば、プレゼンス情報や視聴履歴の取得対象は、上記実施形態では、互いにフォローしているユーザとされていたが、特にこれに限定されない。即ち、プレゼンス情報や視聴履歴の取得対象として、ＳＮＳに接続している芸能人等特定の人物を採用してもよいし、ネットワークに接続されている複数のユーザの中からランダムに選択してもよい。
【０１１７】
また例えば、ソーシャルリモコン用ＧＵＩ画像に含まれるシンボルは、上述の例では、フォローしている他ユーザが現在視聴中の又は過去に視聴した番組コンテンツに対応するアイコンとされたが、特にこれに限定されない。例えば、他ユーザが視聴した１以上の番組コンテンツのうち、お勧めの番組コンテンツに対応するシンボルを採用してもよい。お勧めの番組コンテンツとは、視聴率が高い番組コンテンツやユーザの性別、年齢、趣味趣向に基づいて視聴率が高い番組コンテンツ等をいう。また、同一時刻に視聴人数が最も多い等、特定要件を満たす番組コンテンツに対応するアイコンが、ソーシャルリモコン用ＧＵＩ画像に含まれてもよい。
【０１１８】
また例えば、ソーシャルリモコンの機能（番組切替装置としての機能）は、上記実施形態では端末５が有していたが、特にこれに限定されず、例えば受信機４自身が有していてもよい。この場合、図７の端末５が有する機能的構成を、受信機４が有するようにすればよい。
【０１１９】
また例えば、現在視聴中の番組コンテンツを含めずに、過去に視聴した番組コンテンツと対応するアイコンのみをソーシャルリモコン用ＧＵＩ画像に含めるようにしてもよい。逆に、過去に視聴した番組コンテンツと対応するアイコンを含めずに、現在視聴中の番組コンテンツのみをソーシャルリモコン用ＧＵＩ画像に含めるようにしてもよい。
【０１２０】
また例えば、現在視聴中の番組コンテンツを含めずに、過去に視聴した番組コンテンツと対応するアイコンのみをソーシャルリモコン用ＧＵＩ画像に含めるようにしてもよい。逆に、過去に視聴した番組コンテンツと対応するアイコンを含めずに、現在視聴中の番組コンテンツのみをソーシャルリモコン用ＧＵＩ画像に含めるようにしてもよい。
【符号の説明】
【０１２１】
１ 放送局
２ 放送用アンテナ
３ サービスサーバ
４ 受信機
５ 端末
１１ 放送波受信部
１２ 第１分離部
１３ 放送ＡＩＴ取得部
１４ 通信部
１５ 第２分離部
１６ 通信ＡＩＴ取得部
１７ アプリケーション実行制御部
１８ 出力制御部
１９ 出力部
２０ キャッシュメモリ
２１ メモリ
２２ ＡＩＴ記憶部
５１ 番組アクセス部
５２ 経路切替部
５３ チャンネル変更部
１０１ 視聴者履歴プレゼンス管理サーバ
１５１ 他ユーザ端末
Ｒ リモコン
【技術分野】
【０００１】
本発明は、放送と通信の連携を図る機能を有する放送通信連携受信端末及びプログラムに関する。
【背景技術】
【０００２】
近年、放送のデジタル化と通信のブロードバンド化の進展に伴い、放送通信連携サービスの実現に向けた研究開発が行われている。
【０００３】
また、この放送通信連携サービスにおいては、放送と通信という異なる伝送路を用いて複数のコンテンツを配信し、デジタルテレビ等の受信機において、配信された複数のコンテンツを統合して提示する形態が想定される。
【０００４】
ところで、現在、データ放送では、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）をベースとした、マルチメディア符号化用に開発されたＢＭＬ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）という放送サービスに必要な機能を拡張した言語を用いて、様々なコンテンツが提供されている（特許文献１を参照）。
【０００５】
例えば、特許文献２によれば、ビデオオンデマンド（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ：以下、ＶＯＤという）による、過去に放送されたコンテンツが提供可能になっている。
【０００６】
一方で、非特許文献１によれば、デジタル放送におけるアプリケーションプログラム（以下、アプリケーションと記載する）の実行環境を実現するにあたり、アプリケーションに関する全ての情報及びアプリケーションに要求された起動情報等が格納されるアプリケーション情報テーブル（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ：ＡＩＴ）が用いられている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００３−６０９３１号公報
【特許文献２】特開２００９−２４６８１５号公報
【非特許文献】
【０００８】
【非特許文献１】「デジタル放送におけるアプリケーション実行環境 標準規格 ＡＲＩＢ ＳＴＤ−Ｂ２３ １．２版」 第二部１０．１６，平成２１年７月２９日策定，社団法人 電波産業会
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ところで、データ放送では、全ての情報を放送波に多重化させる必要があるため、放送波で送信可能なデータ容量に一定の制限がある。
【００１０】
このような状況の下、送信可能なデータの容量に制限のない通信を、放送と連携させるシステムの実現が要求されている。
【００１１】
特に、このようなシステムにおける受信機（以下、放送通信連携受信端末とも適宜呼ぶ）に対して、放送と通信という異なる伝送路から配信される複数のコンテンツを、その伝送路の違いをユーザに意識せずに視聴させる環境を整えることが要求されている。
【００１２】
本発明は、このような状況に鑑みてなされたものであり、放送と通信の連携を図るシステムにおいて、放送と通信という異なる伝送路から配信される複数のコンテンツを、その伝送路の違いをユーザに意識せずに視聴させることを１つの目的とする。
【課題を解決するための手段】
【００１３】
本発明に係る放送通信連携受信端末は、放送波により、放送局から現在放送されている番組コンテンツを受信するとともに、ネットワークを介する通信により、過去に放送された番組コンテンツをサーバから受信する放送通信連携受信端末であって、前記放送波による番組コンテンツを受信する放送波受信手段と、前記通信による番組コンテンツを、前記サーバから前記ネットワークを介して受信する通信手段と、再生対象のアクセス先を、前記放送波受信手段と、前記通信手段に前記ネットワークを介して接続された前記サーバとの中から選択する番組アクセス手段と、再生対象の番組コンテンツの取得の経路を、前記番組アクセス手段により選択された前記アクセス先に切り替え、切り替えた前記アクセス先から前記番組コンテンツを取得する経路切替手段と、前記経路切替手段により取得されて再生された前記番組コンテンツを出力する出力手段と、を備える構成とした。
【００１４】
かかる構成によれば、再生対象のアクセス先として、現在放送されている番組コンテンツが選択された場合、再生対象の番組コンテンツの取得の経路が、放送局からの放送波を受信する放送波受信部に切り替えられる。一方で、再生対象のアクセス先として、過去に放送された番組コンテンツが選択された場合、再生対象の番組コンテンツの取得の経路が、サーバかに切り替えられる。
したがって、ユーザは、放送と通信という異なる伝送路から配信される複数のコンテンツを、その伝送路の違いを意識せずに視聴できる。
【００１５】
また、放送通信連携受信端末では、前記放送波には、前記番組コンテンツに対して、前記番組アクセス手段を機能させるアプリケーションを制御するアプリケーション管理情報であって、前記過去の番組コンテンツの前記サーバからの配信可否の特定が可能となる情報を含むアプリケーション管理情報が多重化されており、前記放送波が前記放送波受信手段に受信された場合、前記番組コンテンツと、前記アプリケーション管理情報とを分離する分離手段と、前記分離手段により分離された前記番組コンテンツを保持する保持手段と、をさらに備え、前記番組アクセス手段は、過去の番組コンテンツが再生対象である場合、前記分離手段により分離された前記アプリケーション管理情報により、当該過去の番組コンテンツの前記サーバからの配信が可能であることが特定されるとき、前記サーバをアクセス先として選択し、当該アプリケーション管理情報により、当該過去の番組コンテンツの前記サーバからの配信が不可能であることが特定されるとき、前記保持手段をさらにアクセス先として選択するようにしてもよい。
【００１６】
かかる構成によれば、過去の番組コンテンツが再生対象である場合であって、過去の番組コンテンツがサーバからの配信が可能である場合には、アクセス先としてサーバが選択される。一方で、過去の番組コンテンツが再生対象である場合であって、過去の番組コンテンツがサーバからの配信が不可能である場合には、アクセス先として、番組コンテンツが一時的に保持されている保持部が選択される。
したがって、ユーザは、過去から現在の番組コンテンツを、切れ目なく、かつ、伝送路の違いを意識することなく視聴できる。
【００１７】
また、本発明に係るプログラムは、放送波により、放送局から現在放送されている番組コンテンツを受信するとともに、ネットワークを介する通信により、過去に放送された番組コンテンツをサーバから受信する機能を有し、前記放送波による番組コンテンツを受信する放送波受信手段を備える放送通信連携受信端末を制御するコンピュータを、前記通信による番組コンテンツを、前記サーバから前記ネットワークを介して受信する通信手段、再生対象のアクセス先を、前記放送波受信手段と、前記通信手段に前記ネットワークを介して接続された前記サーバとの中から選択する番組アクセス手段、再生対象の番組コンテンツの取得の経路を、前記番組アクセス手段により選択された前記アクセス先に切り替え、切り替えた前記アクセス先から前記番組コンテンツを取得する経路切替手段、前記経路切替手段により取得されて再生された前記番組コンテンツを出力する出力手段、として機能させる構成とした。
【００１８】
かかる構成によれば、再生対象のアクセス先として、現在放送されている番組コンテンツが選択された場合、再生対象の番組コンテンツの取得の経路が、放送局からの放送波を受信する放送波受信部に切り替えられる。一方で、再生対象のアクセス先として、過去に放送されていた番組コンテンツが選択された場合、再生対象の番組コンテンツの取得の経路が、サーバに切り替えられる。
したがって、ユーザは、放送と通信という異なる伝送路から配信される複数のコンテンツを、その伝送路の違いを意識せずに視聴できる。
【発明の効果】
【００１９】
本発明によれば、放送と通信の連携を図るシステムにおいて、放送と通信という異なる伝送路から配信される複数のコンテンツを、その伝送路の違いをユーザに意識せずに視聴させることができる。
【図面の簡単な説明】
【００２０】
【図１】放送通信連携システムの全体構成図である。
【図２】デジタル放送に係る放送信号の伝送プロトコルのスタックを示す図である。
【図３】受信機の機能構成を示すブロック図である。
【図４】ＸＭＬ形式で記述されたＡＩＴの構造の一例を示す図である。
【図５】出力制御部の機能構成を示すブロック図である。
【図６】図１の受信機が実行するコンテンツ再生処理の流れを説明するフローチャートである。
【図７】端末の機能的構成のうち、番組選択処理を実行するための機能的構成を示す機能ブロック図である。
【図８】他ユーザの視聴履歴やプレゼンス情報に基づき番組コンテンツを選択する場合における、番組選択処理の概要を説明する図である。
【図９】サービスサーバにより配信された番組コンテンツの情報を他ユーザ端末に通知する処理の概要である。
【図１０】図７の機能的構成を有する端末が実行する番組選択処理の流れを説明するフローチャートである。
【発明を実施するための形態】
【００２１】
以下、本発明の実施の形態について図面を参照して説明する。
図１は、本発明の一実施形態に係る放送通信連携システム１００の全体構成図である。放送通信連携システム１００は、放送局１と、放送用アンテナ２と、サービスサーバ３と、受信機４（以下、放送通信連携受信端末４とも適宜呼ぶ）とを含んで構成される。
この放送通信連携システム１００では、受信機４において、ＩＳＤＢ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｂｒｏａｄｃａｓｔｉｎｇ：統合デジタル放送サービス）方式によって放送局１から提供される放送サービスと、インターネット等により構成される通信ネットワークＮを介してサービスサーバ３から提供される通信サービスとが連携される。これにより、放送通信連携サービスが、受信機４のユーザに提供される。
【００２２】
放送局１は、番組編成設備と、番組送出設備と、送信設備とを含んで構成される一般的なデジタル放送用の放送設備（図示省略）を備える。
放送局１は、放送設備によって、コンテンツや、イベント情報（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ：ＥＩＴ）や、ＡＩＴ（以下、アプリケーション管理情報とも適宜呼ぶ）等を制作する。そして、放送局１は、放送設備によって、これらコンテンツ、イベント情報及びＡＩＴ等を多重化した放送信号を生成し、当該放送信号を放送波に変調して放送用アンテナ２から送信する。
【００２３】
このような放送波に含まれるコンテンツとしては、放送スケジュールに従って放送される番組を構成する映像や音声の各データを含むコンテンツ（以下、番組コンテンツと呼ぶ）の他、番組コンテンツとは非同期に発生するコンテンツ、例えば緊急地震速報等を含むコンテンツ（以下、緊急コンテンツと呼ぶ）も存在する。
【００２４】
イベント情報は、番組コンテンツの名称、番組コンテンツの放送日時、番組コンテンツの説明等、コンテンツに関するメタ情報を含む。以下、テーブル形式のイベント情報をＥＩＴと呼ぶ。
ＡＩＴ（アプリケーション管理情報）は、受信機４で実行可能な１以上のアプリケーションを管理するための情報である。ＡＩＴには、１以上のアプリケーションのそれぞれに対応し、当該１以上のアプリケーションのそれぞれを管理するための個別管理情報が含まれる。個別管理情報には、管理対象のアプリケーションを識別するアプリケーションＩＤ、当該アプリケーションのライフサイクルを制御するライフサイクル制御情報、当該アプリケーションの所在を示すロケーション情報等が含まれている（後述の図４参照）。
【００２５】
アプリケーションにより受信機４に提供されるコンテンツには、番組コンテンツに連動するコンテンツ及び番組コンテンツに連動しないコンテンツが含まれる。以下、アプリケーションにより提供されるコンテンツをアプリ用コンテンツという。
【００２６】
放送信号は、従来のデジタル放送の放送信号と同一であり、ＡＲＩＢ（登録商標）（Ａｓｓｏｃｉａｔｉｏｎ ｏｆ Ｒａｄｉｏ Ｉｎｄｕｓｔｒｉｅｓ ａｎｄ Ｂｒｏａｄｃａｓｔ：社団法人電波産業会）標準規格で規定される。
【００２７】
図２は、デジタル放送に係る放送信号の伝送プロトコルのスタックを示す図である。図２に示すように、デジタル放送によって提供される映像、音声等の各種データは、国際標準規格ＭＰＥＧ−２ Ｓｙｓｔｅｍｓで規定されるＴＳパケット（トランスポートストリームパケット）に格納されて、時分割で多重伝送される。
【００２８】
ＴＳパケットには、図２に示すように、セクション（Ｓｅｃｔｉｏｎ）に対してＰＳＩ（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ）／ＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）が規定されている。ＰＳＩ／ＳＩには、ＴＳパケットに格納されているデータの種別を示す情報や、コンテンツの種別を示す情報が含まれている。上述のＥＩＴは、ＳＩに含まれている。
【００２９】
ＴＳパケットによるデータ伝送は、セクションを用いてデータを伝送する方式とＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）パケットを用いてデータを伝送する方式（データストリーム伝送方式）とに分類される。
【００３０】
セクションを用いてデータを伝送する方式には、データカルーセル伝送方式と、イベントメッセージ伝送方式がある。
【００３１】
データカルーセル伝送方式は、１以上のデータを一定周期で繰り返し伝送する伝送方式である。データカルーセル伝送方式によって伝送される個々のデータ（モジュール）には、それらを一意に識別するための識別情報が付されている。データカルーセル伝送方式は、受信機４側に個々のデータを任意のタイミングで取得させるために用いられる。
【００３２】
イベントメッセージ伝送方式は、放送局１から受信機４に対して、トリガ信号を送るための方式である。イベントメッセージ伝送方式は、データ量が少ないメッセージを放送局１から受信機４に伝送する場合に用いられる。
【００３３】
データストリーム伝送方式は、伝送するデータをＰＥＳパケットに収容してストリームとして伝送する伝送方式である。データストリーム伝送方式は、映像、音声、字幕データ等のリアルタイム型のデータや、他のストリームとの同期を要するデータの伝送に用いられる。
【００３４】
ここで、ＡＩＴは、ＴＳパケットを用いて様々な方法によって伝送可能である。
即ち、ＡＩＴは、ＴＳパケットのＳＩに含まれるＥＩＴに対して記述することによって伝送可能である。
【００３５】
また、ＡＩＴは、セクションを用いてデータカルーセル伝送方式により伝送可能である。ＡＩＴをデータカルーセル伝送方式により伝送する場合、受信機４側でＡＩＴであることを認識できるようにモジュールに対して識別情報が付される。
【００３６】
また、ＡＩＴは、ＰＥＳとしてコンテンツの映像や音声に多重させて伝送可能である。
【００３７】
また、ＡＩＴは、バイナリ表現又はＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によるテキスト表現で記述して、ＴＳパケットに格納することができる。
本実施形態では、ＡＩＴの伝送方法は、上記の伝送方法の少なくとも何れかに予め規定されているものとする。
【００３８】
なお、ＸＭＬをベースとした、マルチメディア符号化用に開発されたＢＭＬは、Ｗ３Ｃ（登録商標）（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ）が定義したｘＨＴＭＬを基礎とし、手続き型言語にはＪａｖａＳｃｒｉｐｔ（登録商標）を基礎としたＥＣＭＡＳｃｒｉｐｔを用いて国際標準との整合性を考慮して定義された規格である。
【００３９】
サービスサーバ３は、図示は省略するが、放送済みの過去の番組コンテンツを含む、アプリ用コンテンツを配信するコンテンツ配信サーバと、受信機４で動作する各種のアプリケーションを配信するアプリケーション配信サーバとを備える。
【００４０】
サービスサーバ３は、放送局１の設備と通信可能に接続されており、番組コンテンツや、番組コンテンツのメタデータを放送局１から受信する。放送局１からの番組コンテンツの受信タイミングは、特に限定されず、放送局１が放送しているタイミングと同時であってもよいし、放送局１による放送終了後から所定の時間をあけたタイミングであってもよい。
サービスサーバ３は、受信機４から番組コンテンツの取得要求を受け付けたことに応じて、放送局１から過去に放送された番組コンテンツを受信機４に送信する。
なお、以下、放送局１から過去に放送された番組コンテンツを、過去の番組コンテンツと適宜呼ぶ。即ち、過去の番組コンテンツとは、以下特に断りのない限り、放送局１から過去に放送された番組コンテンツを意味するものとする。
換言すると、サービスサーバ３は、ビデオオンデマンド（以下、ＶＯＤと呼ぶ）のサービスを提供することができる。具体的には、サービスサーバ３は、放送局１から番組コンテンツを受信し、所定の編集処理を行った後、ＶＯＤによりアップデートを開始（即ち、ＶＯＤのサービスを開始）することができる。
【００４１】
また、サービスサーバ３は、受信機４からアプリケーションの取得要求を受け付けたことに応じて、受信機４に対してアプリケーションを送信する。さらに、サービスサーバ３は、受信機４においてアプリケーションが実行されている場合に、映像や音声等の各データを含むアプリ用コンテンツを受信機４に送信する。
【００４２】
また、サービスサーバ３は、必要に応じて、番組コンテンツに対してＡＩＴを多重化させて受信機４に送信する。また、サービスサーバ３は、受信機４からＡＩＴの取得要求を受け付けたことに応じて、受信機４に対してＡＩＴを送信する。
【００４３】
受信機４は、放送局１からの放送又はサービスサーバ３との通信を介して受信する番組コンテンツに対して所定の処理を行うことにより、番組コンテンツを構成する映像や音声を同期して出力する。また、受信機４は、ＡＩＴに基づいて、アプリケーションを適宜取得し、取得したアプリケーションを起動して実行する。また例えば、受信機４は、実行されているアプリケーションによってサービスサーバ３からアプリ用コンテンツを取得し、番組コンテンツに連携させて出力することも可能である。なお、アプリ用コンテンツの出力は、必ずしも番組コンテンツに連携させる必要はない。
以下、このような受信機４の機能について詳述する。
【００４４】
図３は、受信機４の機能構成を示すブロック図である。
受信機４は、放送波受信部１１と、第１分離部１２と、放送ＡＩＴ取得部１３と、通信部１４と、第２分離部１５と、通信ＡＩＴ取得部１６と、アプリケーション実行制御部１７と、出力制御部１８と、出力部１９と、キャッシュメモリ２０と、メモリ２１と、ＡＩＴ記憶部２２とを備える。
【００４５】
放送波受信部１１は、放送用アンテナ２を介して放送局１から送信されてくる放送波、即ち現在放送されている番組コンテンツを含む放送波を受信する。
【００４６】
第１分離部１２は、放送波受信部１１に受信された放送波を復調することによって、放送信号、即ちＴＳパケットを抽出する。そして、第１分離部１２は、ＴＳパケットのＰＳＩ／ＳＩを参照して、ＴＳパケットに含まれているデータの種別を判別し、映像、音声、ＥＩＴ等の各種データを分離して抽出する。また、第１分離部１２は、予め規定されているＡＩＴの伝送方法に応じて、セクションやＰＥＳを参照してＡＩＴを分離して抽出する。
【００４７】
続いて、第１分離部１２は、ＴＳパケットのＰＥＳに含まれている映像及び音声の各データ、即ち現在放送されている番組コンテンツを構成する映像及び音声の各データを出力制御部１８に出力する。
なお、第１分離部１２から出力された映像及び音声の各データは、過去の番組コンテンツのデータとしてキャッシュメモリ２０に一時的に記憶される。
【００４８】
また、第１分離部１２は、抽出したＥＩＴやその他の各種データをメモリ２１に記憶させる。
また、第１分離部１２は、ＡＩＴを抽出した場合、抽出したＡＩＴを放送ＡＩＴ取得部１３に出力する。
【００４９】
放送ＡＩＴ取得部１３は、第１分離部１２から出力されたＡＩＴを取得し、ＡＩＴ記憶部２２に記憶させる。
【００５０】
通信部１４は、通信ネットワークＮを介するサービスサーバ３との間で各種情報を送受信したり、リモートコントローラＲ（以下、リモコンＲと略記する）からの操作信号を受信したり、スマートフォンや携帯電話機等で構成される端末５との間で各種情報を送受信する。
具体的には、詳細については後述するが、端末５は、必要に応じて、ソーシャルリモートコントローラ（以下、ソーシャルリモコンと適宜呼ぶ）として機能し、過去から現在までの番組コンテンツのうち、ユーザ操作により指示された番組コンテンツを選択する制御信号（以下、ソーシャルリモコンコントロール信号と呼ぶ）を送信する。通信部１４は、当該ソーシャルリモコンコントロール信号を受信して、後述するアプリケーション実行制御部１７に供給する。
【００５１】
第２分離部１５は、サービスサーバ３から通信ネットワークＮを介して送信されてきて通信部１４に受信されたデータの種別を判別し、その判別結果に基づいてデータの出力先を分離する。例えば、第２分離部１５は、受信したデータがＡＩＴであると判別した場合、このＡＩＴを通信ＡＩＴ取得部１６に出力する。また、第２分離部１５は、受信したデータがアプリケーションであると判別した場合、このアプリケーションをアプリケーション実行制御部１７に出力する。
【００５２】
また、第２分離部１５は、受信したデータがＴＳパケットであると判別した場合、映像、音声、ＡＩＴ等の各種データをＴＳパケットから分離して抽出する。そして、第２分離部１５は、ＡＩＴを抽出した場合、このＡＩＴを通信ＡＩＴ取得部１６に出力し、ＡＩＴ以外のデータ（過去の番組コンテンツを構成する映像や音声の各データ等）を抽出した場合、このデータをアプリケーション実行制御部１７に出力する。
【００５３】
通信ＡＩＴ取得部１６は、第２分離部１５から出力されたＡＩＴを取得し、ＡＩＴ記憶部２２に記憶させる。
【００５４】
アプリケーション実行制御部１７は、ＡＩＴに基づいてアプリケーションを取得し、取得したアプリケーションの起動及び実行を制御する。この場合、アプリケーション実行制御部１７は、アプリケーションの実行によってサービスサーバ３から過去の番組コンテンツが取得されると、当該番組コンテンツから音声及び映像の各データを分離して、出力制御部１８に出力する。
【００５５】
ここで、アプリケーション実行制御部１７により実行が制御されるアプリケーションの管理用のＡＩＴの構造の例を詳細に説明する。
図４は、ＸＭＬ形式で記述されたＡＩＴの構造の一例を示す図である。
上述したように、ＡＩＴには、１以上のアプリケーションそれぞれに対応し、１以上のアプリケーションそれぞれを管理するための個別管理情報がそれぞれ含まれる。
具体的には、図４に示される＜ｍｈｐ：Ａｐｐｌｉｃａｔｉｏｎ＞タグから＜／ｍｈｐ：Ａｐｐｌｉｃａｔｉｏｎ＞タグまでに記述されているコードは、一のアプリケーションを管理するための個別管理情報に対応している。ＡＩＴには、＜／ｍｈｐ：Ａｐｐｌｉｃａｔｉｏｎ＞タグの後に、他のアプリケーションの個別管理情報を新たに記述することによって、複数の個別管理情報を記述することができる。
【００５６】
また、個別管理情報に対応するコードのうち、例えば、＜ｍｈｐ：ａｐｐＩｄ＞タグに対応するコードは、アプリケーションのＩＤ（識別情報）を示している。また、＜ｍｈｐ：ｃｏｎｔｒｏｌＣｏｄｅ ｍｈｐ：ｔｙｐｅ＝“ＡＲＩＢ−Ｊ”＞タグに対応するコードは、このアプリケーションのライフサイクル制御情報を示しており、図４に示す「ＡＵＴＯＳＴＡＲＴ」は、受信機４によってアプリケーションを自動実行させるライフサイクル制御情報である。また、＜ｍｈｐ：ｌｏｃａｔｉｏｎ＞タグに対応するコードは、このアプリケーションの所在を示すロケーション情報を示している。図４の例では、ロケーション情報には、アプリケーションの所在として、サービスサーバ３のアドレスが記述されている。
なお、ロケーション情報には、アプリケーションの所在として、受信機４を指定することもできる。この場合、本実施形態では、アプリケーション実行制御部１７は、後述するアプリケーション記憶部２４をアプリケーションの所在として認識し、当該アプリケーション記憶部２４からアプリケーションを取得する。
【００５７】
アプリケーション実行制御部１７は、ＡＩＴ記憶部２２を監視し、新たにＡＩＴが記憶された場合に、このＡＩＴに記述されているライフサイクルに係る制御情報を参照する。そして、アプリケーション実行制御部１７は、ライフサイクルに係る制御情報が「自動実行」を示すものである場合、ＡＩＴに記述されているロケーション情報をアプリケーションの取得先として認識する。例えば取得先がサービスサーバ３であった場合には、アプリケーション実行制御部１７は、通信部１４及び第２分離部１５を介してサービスサーバ３からアプリケーションを取得し、取得したアプリケーションを起動して実行する。この場合、アプリケーションは、受信機４のユーザから明示的な操作指示を受けることなく自動的に実行される。
【００５８】
また、アプリケーション実行制御部１７は、受信機４のユーザからリモコンＲを介してアプリケーションの実行指示を受け付ける。例えば、リモコンＲには、Ｈｙｂｒｉｄｃａｓｔ（登録商標）ボタンが設けられており、アプリケーション実行制御部１７は、受信機４のユーザによってＨｙｂｒｉｄｃａｓｔボタンが押下されたことに応じて、実行するアプリケーションの選択を受け付けるためのメニュー画面の実行指示を受け付ける。アプリケーション実行制御部１７は、メニュー画面の実行指示を受け付けたことに応じて、ＡＩＴ記憶部２２を参照し、実行可能なアプリケーションのＡＩＴを特定する。そして、アプリケーション実行制御部１７は、特定したＡＩＴに対応するアプリケーションを選択可能なメニューの画像データを生成して、当該画像データを出力制御部１８に出力することで、このメニューを出力部１９のディスプレイに表示させる。受信機４のユーザからリモコンＲを介してアプリケーションの選択操作を受け付けた場合、アプリケーション実行制御部１７は、ＡＩＴに記述された当該アプリケーションのロケーション情報を参照してアプリケーションを取得し、アプリケーションを起動して実行する。
【００５９】
アプリケーション実行制御部１７は、必要に応じて、実行中のアプリケーションに関するアプリ用コンテンツ、例えば過去の番組コンテンツをサービスサーバ３から取得する。そして、アプリケーション実行制御部１７は、アプリ用コンテンツ（過去の番組コンテンツ）を構成する映像と音声の各データを、出力制御部１８に出力する。ここで、実行中のアプリケーションが、番組コンテンツに連動するアプリ用コンテンツを提供するアプリケーションである場合には、アプリ用コンテンツの映像及び音声の各データが番組コンテンツを構成する映像及び音声の各データに連動して出力される。
【００６０】
また、アプリケーション実行制御部１７は、ＡＩＴ記憶部２２に記憶されたＡＩＴに基づいて、具体的には当該ＡＩＴのうち個別管理情報に含まれるライフサイクル制御情報に基づいて、実行中のアプリケーションのライフサイクルを制御する。例えば、アプリケーション実行制御部１７は、アプリケーションのライフサイクル制御情報が「終了」を示すものであるとき、アプリケーションを終了させる。
【００６１】
出力制御部１８は、第１分離部１２から出力された映像及び音声の各データ、即ち現在放送中の番組コンテンツを、同期をとりながら出力部１９に出力する。また、出力制御部１８は、アプリケーション実行制御部１７から出力された映像及び音声の各データ、即ち過去の番組コンテンツを、同期を取りながら出力部１９に出力する。
【００６２】
出力部１９は、ディスプレイ及びスピーカ等として構成され、第１分離部１２から出力された映像及び音声の各データを、同期をとりながら外部出力させる。
【００６３】
メモリ２１は、ＥＩＴ等の番組コンテンツのメタ情報や、その他各種情報を記憶する。
ＡＩＴ記憶部２２は、放送ＡＩＴ取得部１３又は通信ＡＩＴ取得部１６によって取得された各種ＡＩＴを記憶する。
【００６４】
このような機能的構成を有する受信機４のうち、出力制御部１８は、コンテンツ再生処理を実行することができる。
コンテンツ再生処理とは、過去から現在までに放送局１から放送された番組コンテンツのうち、ユーザにより選択された番組コンテンツを再生するまでの一連の処理をいう。
【００６５】
図５は、このようなコンテンツ再生処理の実行機能を実現するための、出力制御部１８の機能的構成を示すブロック図である。
出力制御部１８は、番組アクセス部５１と、経路切替部５２と、チャンネル変更部５３とを備える。
【００６６】
番組アクセス部５１は、ユーザにより再生対象の番組コンテンツとして選択された結果（以下、番組選択結果と呼ぶ）に基づいて、再生対象のアクセス先（番組コンテンツの所在であって、例えばＵＲＩによって表現される）として、放送波受信部１１と、通信部１４にネットワークを介して接続されたサービスサーバ３と、キャッシュメモリ２０との中から１つ選択する。
なお、番組選択結果は、本実施形態では、後述するソーシャルリモコンとして機能する端末５から送信される、ソーシャルリモートコントロール信号により与えられるが、特に本実施形態に限定されない。例えば図示はしないが、出力制御部１８は、過去から現在までの番組表（ＥＰＧ）を出力部１９に表示出力させて、ユーザが、リモコンＲを操作して、所望の番組コンテンツを選択してもよい。この場合のリモコンＲから送信される操作信号によって、番組選択結果が与えられてもよい。
【００６７】
番組アクセス部５１は、現在放送中の番組コンテンツを再生対象とする番組選択結果を取得した場合、再生対象のアクセス先として放送波受信部１１を選択する。
これに対して、番組アクセス部５１は、過去の番組コンテンツを再生対象とする番組選択結果を取得した場合、原則、再生対象のアクセス先としてサービスサーバ３を選択する。
これにより、ユーザは、放送と通信という異なる伝送路から配信される複数のコンテンツを、その伝送路の違いを意識せずに視聴できる。
【００６８】
ここで、過去の番組コンテンツが再生対象である場合において、サービスサーバ３が再生対象のアクセス先として選択されることを原則としたのは、番組選択結果に基づいて再生対象とされた番組コンテンツが、現在から若干前の過去（例えば数分前等）に放送局１から放送されたものである場合、当該番組コンテンツがサービスサーバ３にアップされていない可能性があるからである。
そこで、番組アクセス部５１は、過去の番組コンテンツを再生対象とする番組選択結果を取得した場合、サービスサーバ３からの配信が可能であるときには、再生対象のアクセス先として、サービスサーバ３を選択する。これに対して、番組アクセス部５１は、サービスサーバ３からの配信が不可能であるときには、再生対象のアクセス先として、キャッシュメモリ２０を選択する。
これにより、ユーザは、過去から現在の番組コンテンツを、切れ目なく、かつ、伝送路の違いを意識することなく視聴できる。
【００６９】
ここで、キャッシュメモリ２０への番組コンテンツの保存時間は、特に限定されない。
例えば、キャッシュメモリ２０への番組コンテンツの保存時間は、全ての番組コンテンツに一律であっても構わないが、本実施形態では、オンエア時（放送局１から放送中）の番組コンテンツに対する視聴数（現在視聴中として視聴していたユーザの数）又は視聴率に応じて可変に決定される。
具体的には、オンエア時の番組コンテンツの視聴数又は視聴率は、各ユーザの受信機４からサービスサーバ３（又は後述の視聴者履歴プレゼンス管理サーバ１０１）にあげられる情報によって、検知することが可能である。
例えば、視聴数又は視聴率の多い番組コンテンツは、放送終了直後に見逃した部分について視聴する視聴者の数が多くなると予測され。そこで、このような番組コンテンツについては、サービスサーバ３がＶＯＤによりアップデートするタイミングを遅らせたり、或いは、ＶＯＤによりアップデートされたとしても、受信機４の番組アクセス部５１が、再生対象のアクセス先としてサービスサーバ３を選択せずにキャッシュメモリ２０を選択するようにしてもよい。このようなことを実現すべく、キャッシュメモリ２０は、視聴数又は視聴率の多い番組コンテンツの保存時間を長くするようにしてもよい。即ち、キャッシュメモリ２０の保存時間＝f（視聴数or視聴率）といった、視聴数又は視聴率を入力パラメータとする任意の関数を採用してもよい。
【００７０】
また、キャッシュメモリ２０に保存された番組コンテンツの消去タイミングは、特に限定されず、例えば、番組コンテンツがＶＯＤによりアップデートされた以降の所定タイミング、又は、所定の保存時間が経過したタイミング等を採用することができる。
【００７１】
経路切替部５２は、再生対象の番組コンテンツの取得の経路を、番組アクセス部５１により選択されたアクセス先に切り替え、切り替えられたアクセス先から番組コンテンツを取得する。
【００７２】
チャンネル変更部５３は、放送波受信部１１が複数の放送局１からの放送波を受信可能な場合に、再生対象として選択された番組コンテンツを現在放送している放送局１に割り当てられたチャンネルを認識し、当該チャンネルが割り当てられた放送局１から放送された番組コンテンツを取得し、経路切替部５２に供給する。
【００７３】
次に、図６を参照して、このような図３や図５の機能的構成の受信機４が実行するコンテンツ再生処理について説明する。
図６は、図３又は図５の機能的構成を有する図１の受信機４が実行するコンテンツ再生処理の流れを説明するフローチャートである。
【００７４】
コンテンツ再生処理は、本実施形態では、ユーザによる端末５（ソーシャルリモコン）に対する操作がなされて、その番組選択結果が受信機４に送信されてくる毎に実行される。
【００７５】
ステップＳ１において、番組アクセス部５１は、通信部１４を介して送信されてきた番組選択結果を受信する。
【００７６】
ステップＳ２において、番組アクセス部５１は、ステップＳ１の処理で受信した番組コンテンツは現在放送中のものであるか否かを判定する。
【００７７】
選択された番組コンテンツが現在の放送中のものである場合、ステップＳ２においてＹＥＳであると判定されて、処理はステップＳ３に進む。
ステップＳ３において、番組アクセス部５１は、再生対象のアクセス先として放送波受信部１１を選択し、経路切替部５２は、再生対象の番組コンテンツの取得の経路を、放送波受信部１１に切り替える。
そして、ステップＳ４において、経路切替部５２は、放送波受信部１１に受信された放送信号のうち、チャンネル変更部５３によって変更されたチャンネルの放送信号から、第１分離部１２によって分離された番組コンテンツを取得して、出力部１９から出力させる。
これにより、再生処理は終了となる。
【００７８】
これに対して、ユーザにより過去の番組コンテンツが選択された場合、ステップＳ２においてＮＯであると判定されて、処理はステップＳ５に進む。
ステップＳ５において、番組アクセス部５１は、ステップＳ１の処理で受信した番組選択結果により特定される（選択された）番組コンテンツが、ＶＯＤにより既にアップデート済みであるか否かを判定する。
【００７９】
ユーザにより過去の番組コンテンツが選択されたが、当該過去の番組コンテンツが未だにＶＯＤによりアップデートされていない場合、ステップＳ５においてＮＯであると判定されたて、処理はステップＳ６に進む。
ステップＳ６において、番組アクセス部５１は、再生対象のアクセス先としてキャッシュメモリ２０を選択し、経路切替部５２は、再生対象の番組コンテンツの取得の経路を、キャッシュメモリ２０に切り替える。
そして、ステップＳ４において、経路切替部５２は、キャッシュメモリ２０に一時的に蓄積された過去の番組コンテンツを取得して、出力部１９から出力させる。
これにより、再生処理は終了となる。
【００８０】
これに対して、ユーザにより過去の番組コンテンツが選択され、かつ、当該過去の番組コンテンツがＶＯＤにより既にアップデート済みである場合、ステップＳ５においてＹＥＳであると判定されて、処理はステップＳ７に進む。
ステップＳ７において、番組アクセス部５１は、再生対象のアクセス先としてサービスサーバ３（通信部１４）を選択し、経路切替部５２は、再生対象の番組コンテンツの取得の経路を、サービスサーバ３（通信部１４）に切り替える。
そして、ステップＳ４において、経路切替部５２は、サービスサーバ３から配信された過去の番組コンテンツを、通信部１４及びアプリケーション実行制御部１７を介して取得して、出力部１９から出力させる。
これにより、再生処理は終了となる。
【００８１】
次に、ソーシャルリモコンとして機能している場合の端末５について説明する。ソーシャルリモコンとは、他ユーザの視聴履歴に基づく過去の番組や現在視聴中の番組を選択可能なリモートコントローラをいう。
このようなソーシャルリモコンとして機能する端末５が、ユーザの操作に基づいて、再生対象の番組コンテンツを選択するまでの一連の処理を、以下、番組選択処理と呼ぶ。
即ち、番組選択処理では、他ユーザの視聴履歴や現在視聴中の情報に基づいて、他ユーザが過去に視聴した又は現在視聴中の各番組コンテンツのそれぞれに対応する複数のアイコン（シンボル）が表示される。これらの複数のアイコンのうち、ユーザ操作により所定アイコンが選択されると、該アイコンに対応する番組コンテンツのＩＤを含む制御信号が、ソーシャルリモートコントロール信号として受信機４に送信される。
【００８２】
図７は、番組選択処理を実行するための端末５の機能的構成を示す機能ブロック図である。
ソーシャルリモコンとして機能する端末５は、第１通信部７１と、他ユーザ情報取得部７２と、ＧＵＩ画像生成部７３と、表示制御部７４と、表示部７５と、操作部７６と、操作受付部７７と、番組切替指令生成部７８と、第２通信部７９とを備える。
【００８３】
受信機４のユーザ（以下、ユーザＡと呼ぶ）が操作する端末５と、ｎ人（ｎは複数の整数値）の他ユーザＢ，Ｃ，Ｄ，・・・ｎの端末１５１−１〜１５１−ｎ（ｎはユーザの人数）とは、図示せぬネットワークサーバを介して相互に接続されている。即ち、ネットワークサーバは、ユーザＡと他ユーザＢ〜ｎとのコミュニケーションを図るソーシャル・ネットワーキング・サービス（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ（以下、ＳＮＳと呼ぶ）を提供し、ユーザＡの端末５と、他ユーザＢ〜ｎの各端末１５１−１〜１５１−ｎは、ＳＮＳを介して相互に接続されている。なお、以下、他ユーザの端末１５１−１〜１５１−ｎを個々に区別する必要がない場合、これらをまとめて単に「他ユーザ端末１５１」と呼ぶ。ユーザＡの端末及び他ユーザ端末１５１は、ネットワークサーバ（図示せず）を介して視聴者履歴プレゼンス管理サーバ１０１に、後述のプレゼンス情報をそれぞれ送信する。
【００８４】
本実施形態においては、受信機４のユーザＡは、他ユーザＢ〜ｎと互いにフォローしている関係となっている。フォローとは、ＳＮＳにおいて、他ユーザを「お気に入り登録する」こと等をいう。
即ち、本実施形態において、ユーザＡの視点からすると、他ユーザＢ〜ｎをお気に入り登録しているので、お気に入り登録されたユーザＢ〜ｎが発したプレゼンス情報は、ユーザＡの端末５に提示される。
一方で、他ユーザＢ〜ｎは、ユーザＡをお気に入り登録しているとは一概に言えないが、ここでは説明の便宜上、ユーザＡをお気に入り登録しているものとする、この場合、他ユーザＢ〜ｎの端末１５１−１〜１５１−ｎに対しては、少なくともユーザＡが発したプレゼンス情報が提示される。
【００８５】
即ち、ユーザＡ及び他ユーザＢ〜ｎのプレゼンス情報は、端末５及び他ユーザの端末１５１−１〜１５１−ｎ毎に視聴者履歴プレゼンス管理サーバ１０１に適宜送信されて、それとは別の端末に送信される。
プレゼンス情報とは、オンライン、オフライン、退席中、取り込み中等各ユーザの現在の状態を示す情報であって、本実施形態では現在視聴中の番組を特定可能な情報をいう。
従って、視聴者履歴プレゼンス管理サーバ１０１は、所定ユーザの現時点でのプレゼンス情報については、所定ユーザの端末５又は１５１から新たなプレゼンス情報が送信されてきた場合、当該所定ユーザの視聴履歴の１つ（直近の視聴履歴）として管理することになる。即ち、視聴履歴とは、各ユーザが過去から直近までに視聴していた各番組コンテンツを一意に識別可能な識別子を時系列毎に並べた履歴、いわゆる、タイムライン毎に並べた履歴をいう。
なお、本実施形態では、視聴履歴は、視聴者履歴プレゼンス管理サーバ１０１によって管理されているが、特にこれに限定されない。例えばユーザＡの端末５及び他ユーザＢ〜ｎの端末１５１−１〜１５１−ｎの各々が、各ユーザＡ〜ｎの各々の視聴履歴を個別に管理して、ある程度の視聴履歴が蓄積された段階で視聴者履歴プレゼンス管理サーバ１０１に送信するようにしてもよい。
一方で、本実施形態では、このようにプレゼンス情報と視聴履歴とは明確に切り分けられているが、実際上、ここまで明確に切り分けなくても構わない。
【００８６】
ユーザＡの第１通信部７１は、当該ユーザＡのプレゼンス情報を視聴者履歴プレゼンス管理サーバ１０１に送信する。また、第１通信部７１は、複数の他ユーザＢ〜ｎの端末１５１−１〜１５１−ｎから送信されて視聴者履歴プレゼンス管理サーバ１０１に受信された、他ユーザＢ〜ｎの視聴履歴及びプレゼンス情報を取得する。
【００８７】
他ユーザ情報取得部７２は、他ユーザＢ〜ｎの視聴履歴やプレゼンス情報を、他ユーザ情報として視聴者履歴プレゼンス管理サーバ１０１から第１通信部７１を介して取得して、ＧＵＩ画像生成部７３に供給する。
【００８８】
ＧＵＩ画像生成部７３は、他ユーザ情報取得部７２により取得された他ユーザ情報に基づいて、他ユーザＢ〜ｎが現在視聴中の又は過去に視聴した１以上の番組コンテンツの各々に対応する１以上のシンボルの各々を時系列に羅列したＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）画像のデータを生成する。なお、このようなＧＵＩ画像を、以下、ソーシャルリモコン用ＧＵＩ画像と呼ぶ。
ここで、ソーシャルリモコン用ＧＵＩ画像に含まれるシンボルは、ユーザが視認可能な形状を有していれば足り、特に限定されないが、本実施形態では、対応する番組コンテンツを視認可能なアイコンが採用されている。
具体的には、ＧＵＩ画像生成部７３は、他ユーザＢ〜ｎが現在視聴中の又は過去に視聴した各番組コンテンツに対応するアイコンの各々を、他ユーザＢ〜ｎ毎にいわゆるタイムラインの形式に生成する。なお、この場合、ユーザＡ自身がこれまでに視聴した各番組コンテンツに対応するアイコンの各々も生成されてもよい。ＧＵＩ画像生成部７３は、これらのアイコンが羅列されたソーシャルリモコン用ＧＵＩ画像のデータを生成して、表示制御部７４に供給する。
なお、ソーシャルリモコン用ＧＵＩ画像のデータの更新タイミングは、特に限定されないが、本実施形態では、他ユーザ情報取得部７２により新たなプレゼンス情報が取得される毎であるものとする。これにより、ソーシャルリモコン用ＧＵＩ画像は、ほぼリアルタイムにアイコンが随時更新されていくような画像になる。
【００８９】
表示制御部７４は、ＧＵＩ画像生成部７３により生成されたデータに対応するソーシャルリモコン用ＧＵＩ画像（後述の図８の「リモコンとしての番組選択範囲」と記述された画像）を、表示部７５に表示させる制御を実行する。
【００９０】
操作部７６は、例えば、細長い静電容量センサが縦横に配置されて構成される静電容量式タッチパネルにより構成される。即ち、操作部７６としてのタッチパネルは、表示部７５の表示面に積層されて配置され、ユーザＡの指等の物体の接触又は近接の操作、即ちタッチ操作の対象になる。即ち、ユーザＡは、表示部７５に表示されたソーシャルリモコン用ＧＵＩ画像に含まれる複数のアイコンのうち、表示対象として所望する番組コンテンツのアイコン（より正確には、当該アイコンの位置に積層されているタッチパネルとしての操作部７６の一部分）をタッチ操作することで、当該番組コンテンツを表示対象として選択することができる。
【００９１】
操作受付部７７は、ユーザの操作部７６に対するタッチ操作を受け付け、当該タッチ操作により選択されたアイコン（シンボル）を認識し、当該アイコンに対応する番組コンテンツを番組切替指令生成部７８に通知する。
【００９２】
番組切替指令生成部７８は、操作受付部７７から通知された番組コンテンツに切り替える指令として、当該番組コンテンツのＩＤを含む情報を生成する。
第２通信部７９は、当該番組コンテンツに切り替える命令（当該番組コンテンツのＩＤ）を、ソーシャルリモートコントロール信号として受信機４に送信する。
【００９３】
上述したように、ソーシャルリモートコントロール信号（番組コンテンツを切り替える指令）を受信した受信機４の番組アクセス部５１（図５）は、当該指令により特定される番組コンテンツに応じて、表示対象のアクセス先を選択する。そして、経路切替部５２（図５参照）は、再生対象の番組コンテンツの取得の経路を、番組アクセス部５１により選択されたアクセス先に切り替え、切り替えられたアクセス先から番組コンテンツを取得して、出力部１９に出力させる。
【００９４】
次に、他ユーザＢ〜ｎの視聴履歴やプレゼンス情報に基づき番組コンテンツを選択する場合における、番組選択処理の概要について説明する。
図８は、他ユーザＢ〜ｎの視聴履歴やプレゼンス情報に基づき番組コンテンツを選択する場合における、番組選択処理の概要を説明する図である。
【００９５】
初めに、ソーシャルリモコンとして機能する端末５は、他ユーザＢ〜ｎの視聴履歴やプレゼンス情報を視聴者履歴プレゼンス管理サーバ１０１から取得して、他ユーザＢ〜ｎの各々が現在視聴している又は過去に視聴した各番組コンテンツの各々に対応する１以上のシンボル（図８の例では、番組名が表示されたアイコン）を羅列させたソーシャルリモコン用ＧＵＩ画像を表示させる。図８の例では、「リモコンとしての番組選択範囲」という記述の下方に示されるような、ソーシャルリモコン用ＧＵＩ画像が表示される。
図８に示すように、同図中縦方向の軸が時間軸となっており、上から下に向かう方向に時間が流れている。また、同図中横方向の軸が、他ユーザＢ〜ｎを示す軸となっている。即ち、「現在」という表示の右方に示される各アイコンが、他ユーザＢ〜ｎが現在視聴中の番組コンテンツを示している。そして、これらの各アイコンの上方に示される各アイコンが、他ユーザＢ〜ｎがこれまで視聴してきた過去の番組コンテンツを示しており、上方のアイコンになるほど時間的に古いものになっている。
このように、「現在」という表示の右方に示される各アイコンが、他ユーザＢ〜ｎが現在視聴中の番組コンテンツを示しているため、他ユーザＢ〜ｎのプレゼンス情報が取得される毎に、ＧＵＩ画像内のアイコンが更新される。即ち、他ユーザＢ〜ｎの各アイコンが１つずつ上方にシフトしていくように、ソーシャルリモコン用ＧＵＩ画像の表示が更新されていく。
【００９６】
ユーザＡは、このようなソーシャルリモコン用ＧＵＩ画像に含まれる各アイコンのうち、表示対象として所望の番組コンテンツに対応するアイコンに対して（より正確には、その上方に積層されているタッチパネルとしての操作部７６に対して）タッチ操作をすることで、当該所望の番組コンテンツを選択することができる。
端末５は、当該タッチ操作を受け付けて、選択されたシンボルを認識し、当該シンボルに対応する番組コンテンツに切り替える指令として、当該番組コンテンツのＩＤを含む情報を生成して、受信機４に送信する。
例えば図８の例では、他ユーザＥさんが直前に視聴していた（更新１回前に現在視聴中）番組コンテンツｂｂｒに対応するアイコンｉｅに対して、接触操作がなされたものとする。この場合、番組コンテンツｂｂｒに切り替える指令として、当該番組コンテンツｂｂｒのＩＤを含む情報が、受信機４に送信される。
【００９７】
なお、受信機４と端末５との間の通信の形式としては、例えば家庭内ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＢｌｕｅｔｏｏｔｈ（登録商標）を採用することができる。ただし、通信の形式はこれに限定されるものではなく、赤外線通信やＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）等を採用してもよい。
また、通信に用いられるプロトコルも、特に限定されないが、本実施形態ではＵＤＰやＵＰＮＰが採用されている。これらのプロトコルを用いてＵＲＩの情報を伝達することができるからである。
【００９８】
受信機４の番組アクセス部５１（図５）は、端末５からの指令を受信すると、当該指令により特定される番組コンテンツに応じて、表示対象のアクセス先を選択する。図８の例では、過去の番組コンテンツｂｂｒの切り替えの指令が与えられたので、番組アクセス部５１は、サービスサーバ３を表示対象のアクセス先として選択する。そして、経路切替部５２（図５）は、再生対象の番組コンテンツの取得の経路を通信部１４に切り替え、サービスサーバ３からネットワークＮを介して送信されてきた番組コンテンツ（上述の例では番組コンテンツｂｂｒ）を、通信部１４を介して取得して、出力部１９に出力させる。
【００９９】
図９は、このようにしてサービスサーバ３により配信された番組コンテンツの情報を他ユーザ端末１５１に通知する処理の概要を説明する図である。
【０１００】
サービスサーバ３は、受信機４からの要求に応じて、番組コンテンツ（図８の例では番組コンテンツｂｂｒ）を受信機４に配信する。受信機４は、当該番組コンテンツを受信する。この場合、ユーザＡは、当該番組コンテンツの視聴を開始する。即ち、この時点では、当該番組コンテンツが、ユーザＡの現在視聴中の番組コンテンツになる。
【０１０１】
そこで、受信機４は、当該番組コンテンツ（図８の例では番組コンテンツｂｂｒ）の情報を、ユーザＡのプレゼンス情報として視聴者履歴プレゼンス管理サーバ１０１に送信する。
受信機４は、ユーザＡが新たな番組コンテンツの視聴を開始する度に、当該新たな番組コンテンツを現在視聴中の番組コンテンツとして、その情報をプレゼンス情報として視聴者履歴プレゼンス管理サーバ１０１に送信する。これにより、視聴者履歴プレゼンス管理サーバ１０１において管理されるプレゼンセンス情報は、常に最新の状態の情報に更新される。
なお、この場合の現在視聴中の番組コンテンツを示す形式は、ＸＭＬ等により定義しておくとよい。
【０１０２】
視聴者履歴プレゼンス管理サーバ１０１は、受信機４からの新たな番組コンテンツの情報が受信される度に、その情報を、受信機４のユーザＡのプレゼンス情報として、ユーザＡをフォローしている全ての他ユーザの端末１５１−１〜１５１−ｎに送信する。
この場合、他ユーザの端末１５１−１〜１５１−ｎが、ソーシャルリモコンとして機能しているならば、ユーザＡの最新のプレゼンス情報が通知された時点で、ソーシャルリモコン用ＧＵＩ画像の更新を行う。
【０１０３】
次に、図１０を参照して、端末５が実行する番組選択処理の詳細について説明する。
図１０は、端末５が実行する番組選択処理の流れを説明するフローチャートである。
【０１０４】
番組選択処理は、端末５が受信機４と連携動作できるようになり、ソーシャルボタンとして機能させる指示操作がユーザによりなされたことを契機として開始される。
【０１０５】
ステップＳ２１において、他ユーザ情報取得部７２は、他ユーザの視聴履歴を、視聴者履歴プレゼンス管理サーバ１０１から第１通信部７１を介して取得する。
【０１０６】
ステップＳ２２において、他ユーザ情報取得部７２は、他ユーザが現在視聴中の番組コンテンツを示すプレゼンス情報を、視聴者履歴プレゼンス管理サーバ１０１から第１通信部７１を介して取得する。
【０１０７】
ステップＳ２３において、ＧＵＩ画像生成部７３は、ステップＳ２１の処理で取得された他ユーザの視聴履歴及びステップＳ２２の処理で取得されたプレゼンス情報に基づいて、ソーシャルリモコン用ＧＵＩ画像のデータを生成する。
【０１０８】
ステップＳ２４において、表示制御部７４は、ＧＵＩ画像生成部７３により生成されたソーシャルリモコン用ＧＵＩ画像のデータの表示出力により、選択可能な番組コンテンツを提示する。即ち、ソーシャルリモコン用ＧＵＩ画像には、タッチ操作により選択可能なアイコンであって、他ユーザが現在視聴中の又はこれまでに視聴した番組コンテンツに対応付けられたアイコンが表示されることによって、選択可能な番組コンテンツが表示される。
【０１０９】
ステップＳ２５において、操作受付部７７は、ステップＳ２４の処理で提示された番組の中から、所定の番組コンテンツが選択されたか否かを判別する。具体的には、操作受付部７７は、ソーシャルリモコン用ＧＵＩ画像に含まれるアイコン（シンボル）のうち、何れか１つに対してタッチ操作がなされたか否かを判定することによって、所定の番組コンテンツが選択されたか否かを判定する。
したがって、何れのアイコンにもタッチ操作がなされない場合、ステップＳ２５においてＮＯであると判定されて、処理はステップＳ２２に戻され、それ以降の処理が繰り返される。即ち、アイコンのタッチ操作がなされるまでの間、ステップＳ２２乃至ステップＳ２５のループ処理が繰り返し実行される。ループ処理が１回実行される毎に、他ユーザのプレゼンス情報が取得されて、前回までのプレゼンス情報は他ユーザの視聴履歴の１つになるので、ソーシャルリモコン用ＧＵＩ画像に含まれるアイコンが逐次更新されていく。
その後、所定のアイコンが選択された場合には、ステップＳ２５においてＹＥＳであると判定されて、処理はステップＳ２６進む。
【０１１０】
ステップＳ２６において、第２通信部７９は、受信機４による再生対象を、ステップＳ２５において選択された番組コンテンツに切り替える指令を受信機４に対して送信する。この処理が終了すると番組選択処理は終了する。
【０１１１】
本実施形態によれば、以下のような効果がある。
（１）再生対象のアクセス先として、現在放送されている番組コンテンツが選択された場合、再生対象の番組コンテンツの取得の経路が、放送局１からの放送波を受信する放送波受信部１１に切り替えられる。一方で、再生対象のアクセス先として、過去に放送されていた番組コンテンツが選択された場合、再生対象の番組コンテンツの取得の経路が、サービスサーバ３からネットワークＮを介して受信する通信部１４に切り替える。
したがって、ユーザは、放送と通信という異なる伝送路から配信される複数のコンテンツを、その伝送路の違いを意識せずに視聴できる。
具体的には例えば、ユーザが、現在視聴中の番組コンテンツ（経路が放送の番組コンテンツ）を視聴中に、当該番組コンテンツのレビューの書き込みをしている最中に、当該番組コンテンツが終了してしまったとする。この場合、終了時点では、当該番組コンテンツは、過去のものとなるので、サービスサーバ３に即座にＶＯＤとしてアップされれば、受信機４は、当該番組コンテンツを通信の経路により取得して、そのまま継続して表示することができる。この場合、ユーザは、特にその伝送路の違いを意識せずに、当該番組コンテンツを視聴しながら、レビューの書き込みを最後まで行うことができる。
なお、当該番組コンテンツが、サービスサーバ３にアップされていない場合には、次の（２）の効果を活用すればよい。
【０１１２】
（２）過去の番組コンテンツが再生対象である場合であって、過去の番組コンテンツがサービスサーバ３からの配信が可能である場合には、アクセス先としてサービスサーバ３が選択される。一方で、過去の番組コンテンツが再生対象である場合であって、過去の番組コンテンツがサービスサーバ３からの配信が不可能である場合には、アクセス先として、番組コンテンツが一時的に保持されている保持部としてのキャッシュメモリ２０が選択される。
したがって、ユーザは、過去から現在の番組コンテンツを、切れ目なく、かつ、伝送路の違いを意識することなく視聴できる。
【０１１３】
なお、本発明は上記実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【０１１４】
例えば、ソーシャルリモコンとして機能する端末５に対する操作は、上記実施形態ではスマートフォンを想定したため、タッチパネルに対するタッチ操作が採用されていたが、特にこれに限定されない。
例えば、図８に示すようなソーシャルリモコン用ＧＵＩ画像が表示されているような場合、任意の１のアイコンを選択するためには、選択アイコン（図８の例ではハイライト表示されたアイコン）を上下左右に移動操作させるための十字キーを採用し、決定の指示操作をするためのチャンネルキー等を採用すればよい。
【０１１５】
例えば、サービスサーバ３からの配信が不可能であることが特定されるとき、即ち、ＶＯＤによるアップデートが未完のときのアクセス先は、上記実施形態ではキャッシュメモリ２０とされたが、特にこれに限られない。
同様に、サービスサーバ３からの配信が可能であることが特定されたとき、即ち、ＶＯＤによるアップデートが完了したときのアクセス先は、上記実施形態ではキャッシュメモリ２０とされたが、特にこれに限定されない。例えば、キャッシュメモリ２０に番組コンテンツが記憶されている場合には、受信機４は、サービスサーバ３からの配信が可能であることが特定されたときであっても、キャッシュメモリ２０をアクセス先として選択してもよい。
【０１１６】
また例えば、プレゼンス情報や視聴履歴の取得対象は、上記実施形態では、互いにフォローしているユーザとされていたが、特にこれに限定されない。即ち、プレゼンス情報や視聴履歴の取得対象として、ＳＮＳに接続している芸能人等特定の人物を採用してもよいし、ネットワークに接続されている複数のユーザの中からランダムに選択してもよい。
【０１１７】
また例えば、ソーシャルリモコン用ＧＵＩ画像に含まれるシンボルは、上述の例では、フォローしている他ユーザが現在視聴中の又は過去に視聴した番組コンテンツに対応するアイコンとされたが、特にこれに限定されない。例えば、他ユーザが視聴した１以上の番組コンテンツのうち、お勧めの番組コンテンツに対応するシンボルを採用してもよい。お勧めの番組コンテンツとは、視聴率が高い番組コンテンツやユーザの性別、年齢、趣味趣向に基づいて視聴率が高い番組コンテンツ等をいう。また、同一時刻に視聴人数が最も多い等、特定要件を満たす番組コンテンツに対応するアイコンが、ソーシャルリモコン用ＧＵＩ画像に含まれてもよい。
【０１１８】
また例えば、ソーシャルリモコンの機能（番組切替装置としての機能）は、上記実施形態では端末５が有していたが、特にこれに限定されず、例えば受信機４自身が有していてもよい。この場合、図７の端末５が有する機能的構成を、受信機４が有するようにすればよい。
【０１１９】
また例えば、現在視聴中の番組コンテンツを含めずに、過去に視聴した番組コンテンツと対応するアイコンのみをソーシャルリモコン用ＧＵＩ画像に含めるようにしてもよい。逆に、過去に視聴した番組コンテンツと対応するアイコンを含めずに、現在視聴中の番組コンテンツのみをソーシャルリモコン用ＧＵＩ画像に含めるようにしてもよい。
【０１２０】
また例えば、現在視聴中の番組コンテンツを含めずに、過去に視聴した番組コンテンツと対応するアイコンのみをソーシャルリモコン用ＧＵＩ画像に含めるようにしてもよい。逆に、過去に視聴した番組コンテンツと対応するアイコンを含めずに、現在視聴中の番組コンテンツのみをソーシャルリモコン用ＧＵＩ画像に含めるようにしてもよい。
【符号の説明】
【０１２１】
１ 放送局
２ 放送用アンテナ
３ サービスサーバ
４ 受信機
５ 端末
１１ 放送波受信部
１２ 第１分離部
１３ 放送ＡＩＴ取得部
１４ 通信部
１５ 第２分離部
１６ 通信ＡＩＴ取得部
１７ アプリケーション実行制御部
１８ 出力制御部
１９ 出力部
２０ キャッシュメモリ
２１ メモリ
２２ ＡＩＴ記憶部
５１ 番組アクセス部
５２ 経路切替部
５３ チャンネル変更部
１０１ 視聴者履歴プレゼンス管理サーバ
１５１ 他ユーザ端末
Ｒ リモコン
【特許請求の範囲】
【請求項１】
放送波により、放送局から現在放送されている番組コンテンツを受信するとともに、ネットワークを介する通信により、過去に放送された番組コンテンツをサーバから受信する放送通信連携受信端末であって、
前記放送波による番組コンテンツを受信する放送波受信手段と、
前記通信による番組コンテンツを、前記サーバから前記ネットワークを介して受信する通信手段と、
再生対象のアクセス先を、前記放送波受信手段と、前記通信手段に前記ネットワークを介して接続された前記サーバとの中から選択する番組アクセス手段と、
再生対象の番組コンテンツの取得の経路を、前記番組アクセス手段により選択された前記アクセス先に切り替え、切り替えた前記アクセス先から前記番組コンテンツを取得する経路切替手段と、
前記経路切替手段により取得されて再生された前記番組コンテンツを出力する出力手段と、
を備える放送通信連携受信端末。
【請求項２】
前記放送波には、前記番組コンテンツに対して、前記番組アクセス手段を機能させるアプリケーションを制御するアプリケーション管理情報であって、前記過去の番組コンテンツの前記サーバからの配信可否の特定が可能となる情報を含むアプリケーション管理情報が多重化されており、
前記放送波が前記放送波受信手段に受信された場合、前記番組コンテンツと、前記アプリケーション管理情報とを分離する分離手段と、
前記分離手段により分離された前記番組コンテンツを保持する保持手段と、
をさらに備え、
前記番組アクセス手段は、過去の番組コンテンツが再生対象である場合、前記分離手段により分離された前記アプリケーション管理情報により、当該過去の番組コンテンツの前記サーバからの配信が可能であることが特定されるとき、前記サーバをアクセス先として選択し、当該アプリケーション管理情報により、当該過去の番組コンテンツの前記サーバからの配信が不可能であることが特定されるとき、前記保持手段をさらにアクセス先として選択する、
請求項１に記載の放送通信連携受信端末
【請求項３】
放送波により、放送局から現在放送されている番組コンテンツを受信するとともに、ネットワークを介する通信により、過去に放送された番組コンテンツをサーバから受信する機能を有し、前記放送波による番組コンテンツを受信する放送波受信手段を備える放送通信連携受信端末を制御するコンピュータを、
前記通信による番組コンテンツを、前記サーバから前記ネットワークを介して受信する通信手段、
再生対象のアクセス先を、前記放送波受信手段と、前記通信手段に前記ネットワークを介して接続された前記サーバとの中から選択する番組アクセス手段、
再生対象の番組コンテンツの取得の経路を、前記番組アクセス手段により選択された前記アクセス先に切り替え、切り替えた前記アクセス先から前記番組コンテンツを取得する経路切替手段、
前記経路切替手段により取得されて再生された前記番組コンテンツを出力する出力手段、
として機能させるプログラム。
【請求項１】
放送波により、放送局から現在放送されている番組コンテンツを受信するとともに、ネットワークを介する通信により、過去に放送された番組コンテンツをサーバから受信する放送通信連携受信端末であって、
前記放送波による番組コンテンツを受信する放送波受信手段と、
前記通信による番組コンテンツを、前記サーバから前記ネットワークを介して受信する通信手段と、
再生対象のアクセス先を、前記放送波受信手段と、前記通信手段に前記ネットワークを介して接続された前記サーバとの中から選択する番組アクセス手段と、
再生対象の番組コンテンツの取得の経路を、前記番組アクセス手段により選択された前記アクセス先に切り替え、切り替えた前記アクセス先から前記番組コンテンツを取得する経路切替手段と、
前記経路切替手段により取得されて再生された前記番組コンテンツを出力する出力手段と、
を備える放送通信連携受信端末。
【請求項２】
前記放送波には、前記番組コンテンツに対して、前記番組アクセス手段を機能させるアプリケーションを制御するアプリケーション管理情報であって、前記過去の番組コンテンツの前記サーバからの配信可否の特定が可能となる情報を含むアプリケーション管理情報が多重化されており、
前記放送波が前記放送波受信手段に受信された場合、前記番組コンテンツと、前記アプリケーション管理情報とを分離する分離手段と、
前記分離手段により分離された前記番組コンテンツを保持する保持手段と、
をさらに備え、
前記番組アクセス手段は、過去の番組コンテンツが再生対象である場合、前記分離手段により分離された前記アプリケーション管理情報により、当該過去の番組コンテンツの前記サーバからの配信が可能であることが特定されるとき、前記サーバをアクセス先として選択し、当該アプリケーション管理情報により、当該過去の番組コンテンツの前記サーバからの配信が不可能であることが特定されるとき、前記保持手段をさらにアクセス先として選択する、
請求項１に記載の放送通信連携受信端末
【請求項３】
放送波により、放送局から現在放送されている番組コンテンツを受信するとともに、ネットワークを介する通信により、過去に放送された番組コンテンツをサーバから受信する機能を有し、前記放送波による番組コンテンツを受信する放送波受信手段を備える放送通信連携受信端末を制御するコンピュータを、
前記通信による番組コンテンツを、前記サーバから前記ネットワークを介して受信する通信手段、
再生対象のアクセス先を、前記放送波受信手段と、前記通信手段に前記ネットワークを介して接続された前記サーバとの中から選択する番組アクセス手段、
再生対象の番組コンテンツの取得の経路を、前記番組アクセス手段により選択された前記アクセス先に切り替え、切り替えた前記アクセス先から前記番組コンテンツを取得する経路切替手段、
前記経路切替手段により取得されて再生された前記番組コンテンツを出力する出力手段、
として機能させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−２４４４８１（Ｐ２０１２−２４４４８１Ａ）
【公開日】平成２４年１２月１０日（２０１２．１２．１０）
【国際特許分類】
【出願番号】特願２０１１−１１３７５１（Ｐ２０１１−１１３７５１）
【出願日】平成２３年５月２０日（２０１１．５．２０）
【出願人】（０００００４３５２）日本放送協会 (2,206)
【Ｆターム（参考）】
【公開日】平成２４年１２月１０日（２０１２．１２．１０）
【国際特許分類】
【出願日】平成２３年５月２０日（２０１１．５．２０）
【出願人】（０００００４３５２）日本放送協会 (2,206)
【Ｆターム（参考）】
[ Back to top ]