以下、本発明の実施形態の例を、図面を用いて説明する。
先ず、本実施例の放送受信装置で受信可能なデジタル放送サービスの一例を説明する。
例えば、本実施例の放送受信装置で受信可能なBS/地上デジタル放送の一例では、一つのトランスポンダ(周波数チャンネル)に複数のトランスポートストリーム(Transport Stream:TS)を多重化して伝送可能である。TSは、映像/音声エレメンタリストリーム(Elementary Stream:ES)やプログラム固有情報(Program Specific Information:PSI)/サービス情報(Service Information:SI)等のデータ列を分割してTSヘッダを付加した所定長のTSパケットの連続である。
PSIは、MPEG(Moving Picture Experts Group)−2システムの規格で規定された、TSに含まれる各ESがどのプログラムに属するかを識別するための固有情報テーブルである。PSIは、PAT(Program Association Table)、PMT(Program Map Table)、CAT(Conditional Access Table)、等で構成される。PATは、TS内に含まれるプログラム一覧をPMTのPID(Packet Identifier)で規定する。PMTは、各プログラムの構成要素のPIDの規定等を行う。CATは、限定受信に関する情報を含む。
また、SIはPSIを拡張して番組情報等を含めたものであり、社団法人電波産業会(Association of Radio Industries and Businesses:ARIB)がARIB STD−B10で規定した電子番組表(Electronic Program Guide:EPG)に関する情報を備える。SIは、BIT(Broadcaster Information Table)、SDT(Service Description Table)、EIT(Event Information Table)、TOT(Time Offset Table)、等で構成される。BITは、放送局識別情報や系列情報、放送局のSI送信情報等を含む。SDTは、ネットワークを識別するためのネットワークIDやTSを識別するためのTS ID、ネットワーク内で個々のサービス(所謂チャンネル)を識別するためのサービスID(所謂チャンネル番号)等の情報を含む。EITは、ネットワーク内で個々のサービスを識別するためのサービスIDと、各イベント(所謂番組)の名称や放送日時、放送内容等、イベントに関する情報を含む。TOTは、現在の日付、時刻に関する情報を含む。
また、TSは、復号器における再生タイミングの基準となるPCR(Program Clock Reference)情報や、ARIB STD−B24で規定されたBML(Broadcast Markup Language)仕様に基づいてサブセット化されたBML文書等を含む。
本実施例の放送受信装置では、前記映像/音声ESや各種情報等で構成されたTSを受信して復号することにより、放送番組やEPG、BMLを用いて制作されたデータ放送画面等をユーザに提供することが可能である。
また、本実施例の放送受信装置は、デジタル放送サービスにブロードバンドネットワークを利用した機能を連携させ、ブロードバンドネットワークを介した付加コンテンツの取得やサーバ装置における演算処理、携帯端末機器との連携による提示処理等をデジタル放送サービスと組み合わせる放送通信連携システムに対応可能である。前記放送通信連携システムを実現するために、本実施例の放送受信装置はHTML(Hyper Text Markup Language)等で記述されたアプリケーションを実行することが可能であるものとする。また、本放送受信装置が対応する放送通信連携システムでは、拡張したBML仕様や放送通信連携システムにおけるアプリケーション制御情報(Application Information Table:AIT)及びアプリケーションを放送波で伝送する場合に必要な拡張PSI/SI情報を用いる。なお、AITは、アプリケーションの取得先等のアプリケーションを起動するために必要な各種情報や、アプリケーションの起動/終了等を制御する制御情報を提供または周知するための情報である。
以上の説明は日本国のデジタル放送サービスをベースにしたものであるが、本実施例の放送受信装置が対応する放送通信連携システムを含め、日本国内のみの適用に限定されるものではない。
次に、本実施例における実施形態の具体的な構成例の説明を行う。
[システム構成]
図1は、放送通信連携システムを実現する本実施例の通信システムの一例を示すシステム構成図である。本実施例の通信システムは、放送受信装置100とアンテナ100a、インターネット等のブロードバンドネットワーク200及びルータ装置210、放送局の電波塔300t、放送局サーバ300、サービス事業者サーバ400、その他のアプリケーションサーバ500、移動体電話通信サーバ600と移動体電話通信網の基地局600b、携帯情報端末700、で構成される。
放送受信装置100は、既存のデジタル放送受信機能に加え、前記放送通信連携システムに対応する機能を有するテレビ受信機である。放送受信装置100は、電波塔300tから送出された放送波を、アンテナ100aを介して受信する。また、放送受信装置100は、ルータ装置210を介してインターネット200と接続可能であり、インターネット200上の各サーバ装置との通信によるデータの送受信が可能である。
ルータ装置210は、インターネット200と無線通信または有線通信により接続され、また、放送受信装置100とは無線通信または有線通信で、携帯情報端末700とは無線通信で接続される。これにより、インターネット200上の各サーバ装置と放送受信装置100と携帯情報端末700とが、ルータ装置210を介して、データの送受信を相互に行うことが可能となる。なお、放送受信装置100と携帯情報端末700との通信は、ルータ装置210を介さずに、BlueTooth(登録商標)やNFC(Near Field Communication)等の方式で直接通信を行っても良い。
電波塔300tは、放送局の放送設備からデジタル放送信号、AIT、アプリケーション提示に関する制御情報、等を含む放送波を送出する。なお、前記アプリケーション提示に関する制御情報とは、テレビ受信機上における放送番組とアプリケーションの重ね合わせやアプリケーションの提示可否に関する制御情報である。また、前記放送局は放送局サーバ300を備えるものとする。放送局サーバ300は、放送番組(動画コンテンツ等)及び各放送番組の番組タイトル、番組ID、番組概要、出演者、放送日時、等のメタデータを記憶し、前記動画コンテンツや各メタデータを、契約に基づいて、サービス事業者に対して提供することが可能であるものとする。なお、サービス事業者に対する前記動画コンテンツ及び各メタデータの提供は、放送局サーバ300が備えるAPI(Application Programming Interface)を通して行われるものであって良い。
サービス事業者サーバ400は、サービス事業者が前記放送通信連携システムによるサービスを提供するために用意するサーバ装置である。サービス事業者サーバ400は、放送局サーバ300から提供された動画コンテンツ及びメタデータと、放送通信連携システム用に制作されたコンテンツ及びアプリケーションの記憶、管理及び配信等を行う。また、テレビ受信機からの問い合わせに対して、提供可能なアプリケーションの検索や一覧の提供を行う機能も有する。なお、前記コンテンツ及びメタデータの記憶、管理及び配信と、前記アプリケーションの記憶、管理及び配信は、異なるサーバ装置が行うものであっても良い。前記放送局と前記サービス事業者は同一であっても良いし、異なる事業者であっても良い。サービス事業者サーバ400は、異なるサービス毎に複数用意されても良い。また、サービス事業者サーバ400の機能は、放送局サーバ300が兼ね備えるものであっても良い。
その他のアプリケーションサーバ500は、前記放送通信連携システムに関連する以外の一般的なアプリケーションや動作プログラム、コンテンツ、データの記憶、管理及び配信等を行う公知のサーバ装置である。
移動体電話通信サーバ600はインターネット200と接続され、一方、基地局600bを介して携帯情報端末700と接続される。移動体電話通信サーバ600は携帯情報端末700の移動体電話通信網を介した電話通信(通話)及びデータ送受信を管理し、携帯情報端末700とインターネット200上の各サーバ装置との通信によるデータの送受信を可能とする。なお、携帯情報端末700と放送受信装置100との通信は、基地局600bと移動体電話通信サーバ600、及びインターネット200、ルータ装置210を介して行われるものであっても良い。
[放送受信装置のハードウェア構成]
図2Aは、放送受信装置100の内部構成の一例を示すブロック図である。放送受信装置100は、主制御部101、システムバス102、ROM103、RAM104、ストレージ部110、LAN通信部121、拡張インタフェース部124、デジタルインタフェース部125、チューナ/復調部131、第一分離部132、第一映像復号部133、第一音声復号部134、第一字幕復号部135、データ放送受信処理部141、データ放送エンジン142、ストリーミング受信処理部151、第二分離部152、第二映像復号部153、第二音声復号部154、第二字幕復号部155、アプリケーション制御部161、アプリケーションエンジン162、映像重畳部171、音声選択部172、映像表示部173、スピーカ174、映像出力部175、音声出力部176、提示同期制御部181、端末連携制御部191、で構成される。
主制御部101は、所定の動作プログラムに従って放送受信装置100全体を制御するマイクロプロセッサユニットである。システムバス102は主制御部101と放送受信装置100内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。
ROM(Read Only Memory)103は、オペレーティングシステムなどの基本動作プログラムやその他の動作プログラムが格納されたメモリであり、例えばEEPROM(Electrically Erasable Programmable ROM)やフラッシュROMのような書き換え可能なROMが用いられる。RAM(Random Access Memory)104は基本動作プログラムやその他の動作プログラム実行時のワークエリアとなる。ROM103及びRAM104は主制御部101と一体構成であっても良い。また、ROM103は、図2Aに示したような独立構成とはせず、ストレージ部110内の一部記憶領域を使用するようにしても良い。
ストレージ部110は、放送受信装置100の動作プログラムや動作設定値、放送受信装置100のユーザの個人情報等を記憶する。また、ネットワーク上からダウンロードした動作プログラムや前記動作プログラムで作成した各種データ等を記憶可能である。また、放送波から取得した、或いは、ネットワーク上からダウンロードした、動画、静止画、音声等のコンテンツも記憶可能である。ストレージ部110の一部領域を以ってROM103の機能の全部または一部を代替しても良い。また、ストレージ部110は、放送受信装置100に外部から電源が供給されていない状態であっても記憶している情報を保持する必要がある。したがって、例えば、フラッシュROMやSSD(Solid State Drive)などの半導体素子メモリ、HDD(Hard Disc Drive)などの磁気ディスクドライブ、等のデバイスが用いられる。
なお、ROM103やストレージ部110に記憶された前記各動作プログラムは、インターネット200上の各サーバ装置からのダウンロード処理により更新及び機能拡張することが可能であるものとする。
LAN(Local Area Network)通信部121は、ルータ装置210を介してインターネット200と接続され、インターネット200上の各サーバ装置とデータの送受信を行う。ルータ装置210との接続は有線接続であっても良いし、Wi−Fi(登録商標)等の無線接続であっても良い。LAN通信部121は符号回路や復号回路等を備えるものとする。また、放送受信装置100が、BlueTooth(登録商標)通信部やNFC通信部、赤外線通信部等、他の通信部を更に備えていても良い。
チューナ/復調部131は、アンテナ100aを介して電波塔300tから放送波を受信し、主制御部101の制御に基づいてユーザの所望するサービスのチャンネルに同調(選局)する。更に、チューナ/復調部131は、受信した放送信号を復調してTSを取得する。なお、図2Aに示した例では、チューナ/復調部が一つである構成を例示しているが、複数画面同時表示や裏番組録画等を目的として、放送受信装置100がチューナ/復調部を複数搭載する構成としても良い。また、主制御部101の制御に基づいて、前記復調したTSに対するアクセス制限の制御等を行っても良い。
第一分離部132は、チューナ/復調部131から出力されたTSを入力し、映像データ列、音声データ列、字幕データ列、番組情報データ列、AITデータ列、BMLデータ列、等の各データ列に分離して出力する。これらのデータ列は、例えば、ES形式であって良い。第一映像復号部133は、第一分離部132から入力した映像データ列を復号して映像情報を出力する。第一音声復号部134は、第一分離部132から入力した音声データ列を復号して音声情報を出力する。第一字幕復号部135は、第一分離部132から入力した字幕データ列を復号して字幕情報を出力する。
データ放送受信処理部141は、第一分離部132から入力したBMLデータ列を復号してBML文書を再生する。データ放送エンジン142は、BML文書を実行するBMLブラウザであり、データ放送受信処理部141で再生されたBML文書を実行してデータ放送画面情報を出力する。
ストリーミング受信処理部151は、主制御部101の制御に基づいて、LAN通信部121を介してインターネット200上の各サーバ装置に置かれた動画コンテンツ等にアクセスし、前記動画コンテンツ等のプログラムストリーム(Program Stream:PS)を取得する。また、主制御部101の制御に基づいて、前記取得したPSに対するDRM(Digital Rights Management)処理の制御等を行っても良い。
第二分離部152は、ストリーミング受信処理部151から出力されたPSを入力し、映像データ列、音声データ列、字幕データ列、等の各データ列に分離して出力する。これらのデータ列は、例えば、ES形式であって良い。第二映像復号部153、第二音声復号部154、第二字幕復号部155は、それぞれ、第一映像復号部133、第一音声復号部134、第一字幕復号部135と同様の処理を行うため、説明を省略する。
なお、第一分離部132と第二分離部152、第一映像復号部133と第二映像復号部153、第一音声復号部134と第二音声復号部154、第一字幕復号部135と第二字幕復号部155、は、それぞれ兼用されていても良い。
アプリケーション制御部161は、第一分離部から入力したAITデータ列或いはインターネット200上の各サーバ装置から取得したAITファイルに基づいて、放送通信連携システム用に制作されたアプリケーションに関してアプリケーションエンジン162に働きかけ、アプリケーション単位のライフサイクル及びイベントの制御、管理を行う。また、アプリケーションの状態とAITの指示に依存して、適宜アプリケーションの機能制約の制御を行う。アプリケーションエンジン162は、アプリケーション制御部161の制御に基づいて、前記放送通信連携システム用に制作されたアプリケーションを取得して実行するHTMLブラウザである。
映像重畳部171は、第一映像復号部133から出力された映像情報、第一字幕復号部135から出力された字幕情報、データ放送エンジン142から出力されたデータ放送画面情報、第二映像復号部153から出力された映像情報、第二字幕復号部155から出力された字幕情報、アプリケーションエンジン162から出力されたアプリケーション実行画面情報を入力して、選択及び/または重畳等の処理を行う。映像重畳部171は図示を省略したビデオRAMを備え、前記ビデオRAMに入力された映像情報に基づいて映像表示部173等が駆動される。また、映像重畳部171は、主制御部101の制御に基づいて、必要に応じて、スケーリング処理や第一分離部132から出力された番組情報データ列に基づいて作成されたEPG画面情報の重畳処理等を行う。
音声選択部172は、第一音声復号部134から出力された音声情報、第二音声復号部154から出力された音声情報、アプリケーションエンジン162から出力されたアプリケーション実行音声情報を入力して、主制御部101の制御に応じて適宜前記音声情報を選択して出力する。
映像表示部173は、例えば液晶パネル等の表示デバイスであり、映像重畳部171で選択及び/または重畳処理を施された映像情報を放送受信装置100のユーザに提供する。スピーカ174は、音声選択部172から出力された音声情報を放送受信装置100のユーザに提供する。映像出力部175は、映像重畳部171で選択及び/または重畳処理を施された映像情報を出力する映像出力インタフェースである。音声出力部176は、音声選択部172から出力された音声情報を出力する音声出力インタフェースである。なお、前述のように、放送表示装置100がテレビ受信機等である場合、映像出力部175及び音声出力部176は本発明に必須の構成ではない。
提示同期制御部181は、放送波から取得したTSを復号することにより得られた映像情報や音声情報等と、インターネット200上の各サーバ装置から取得したPSを復号することにより得られた映像情報や音声情報等、及びアプリケーションエンジン162から出力されたアプリケーション実行画面情報やアプリケーション実行音声情報の、映像表示部173及びスピーカ174上、或いは、映像出力部175及び音声出力部176上における提示同期の制御を、例えばPCR情報等に基づいて行う。
端末連携制御部191は、外部の携帯端末機器との連携を行う際に、連携機器(携帯端末機器)の発見及び認証、放送受信装置100と前記連携機器との接続、アプリケーションの連携、等の管理及び制御を行う。
拡張インタフェース部124は、放送受信装置100の機能を拡張するためのインタフェース群であり、本実施例では、アナログ映像/音声インタフェース、USB(Universal Serial Bus)インタフェース、メモリインタフェース等で構成されるものとする。アナログ映像/音声インタフェースは、外部映像/音声出力機器からのアナログ映像信号/音声信号の入力、外部映像/音声入力機器へのアナログ映像信号/音声信号の出力、等を行う。USBインタフェースは、PC等と接続してデータの送受信を行う。HDDを接続して放送番組やコンテンツの記録を行っても良い。また、キーボードやその他のUSB機器の接続を行っても良い。メモリインタフェースはメモリカードやその他のメモリ媒体を接続してデータの送受信を行う。
デジタルインタフェース部125は、符号化されたデジタル映像データ及び/またはデジタル音声データを出力若しくは入力するインタフェースである。デジタルインタフェース部125は、チューナ/復調部131で取得したTSやストリーミング受信処理部151で取得したPSをそのまま出力可能であるものとする。また、デジタルインタフェース部125から入力したTSやPSを第一分離部132や第二分離部152に入力するように制御しても良い。ストレージ部110に記憶したデジタルコンテンツの出力、或いは、ストレージ部110へのデジタルコンテンツの記憶を、デジタルインタフェース部125を介して行っても良い。デジタルインタフェース部125は、DVI端子やHDMI端子等であって、DVI仕様やHDMI仕様等に準拠した形式でデータの出力或いは入力が為されるものであって良い。IEEE1394仕様等に準拠したシリアルデータの形式で出力或いは入力されても良い。
放送受信装置100は、テレビ受信機の他、DVD(Digital Versatile Disc)レコーダなどの光ディスクドライブレコーダ、HDDレコーダなどの磁気ディスクドライブレコーダ、STB(Set Top Box)等であっても良い。デジタル放送受信機能及び放送通信連携機能を備えたPC(Personal Computer)やタブレット端末、ゲーム機等であっても良い。放送受信装置100がDVDレコーダ、HDDレコーダ、STB等である場合、映像表示部173及びスピーカ174は備えなくとも良い。映像出力部175及び音声出力部176に外部モニタ及び外部スピーカを接続することにより、本実施例の放送受信装置100と同様の動作が可能となる。
[放送受信装置のソフトウェア構成]
図2Bは、本実施例の放送受信装置100のソフトウェア構成図であり、ROM103、RAM104及びストレージ部110におけるソフトウェアの構成を示す。本実施例においては、ROM103に基本動作プログラム1001及びその他の動作プログラムが記憶されており、ストレージ部110に受信機能プログラム1002、BMLブラウザプログラム1003、HTMLブラウザプログラム1004及びその他の動作プログラムが記憶されている。また、ストレージ部110は、動画、静止画、音声等のコンテンツを記憶するコンテンツ記憶領域1011、外部の携帯端末機器との連携等の際に使用する認証情報等を記憶する認証情報記憶領域1012、その他の各種情報を記憶する各種情報記憶領域を備えるものとする。
ROM103に記憶された基本動作プログラム1001はRAM104に展開され、更に主制御部101が前記展開された基本動作プログラムを実行することにより、基本動作実行部1101を構成する。また、ストレージ部110に記憶された受信機能プログラム1002、BMLブラウザプログラム1003、HTMLブラウザプログラム1004はそれぞれRAM104に展開され、更に主制御部101が前記展開された各動作プログラムを実行することにより、受信機能実行部1102、BMLブラウザエンジン1103、HTMLブラウザエンジン1104を構成する。また、RAM104は、各動作プログラム実行時に作成したデータを、必要に応じて一時的に保持する一時記憶領域を備えるものとする。
なお、以下では、説明を簡単にするために、主制御部101がROM103に格納された基本動作プログラム1001をRAM104に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部1101が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。
受信機能実行部1102は、放送受信機能や放送通信連携機能を実現するために放送受信装置100の各動作ブロックを制御する。特に、放送番組再生部1102aは、チューナ/復調部131、第一分離部132、第一映像復号部133、第一音声復号部134、第一字幕復号部135、データ放送受信処理部141及びデータ放送エンジン142を主として制御する。なお、データ放送エンジン142はRAM104上に展開されたBMLブラウザエンジン1103で代替されて良い。また、通信コンテンツ再生部1102bは、ストリーミング受信処理部151、第二分離部152、第二映像復号部153、第二音声復号部154及び第二字幕復号部155を主として制御する。連携アプリ制御部1102cは、アプリケーション制御部161及びアプリケーションエンジン162を主として制御する。なお、アプリケーションエンジン162はRAM104上に展開されたHTMLブラウザエンジン1104で代替されて良い。端末連携管理部1102dは端末連携制御部191を主として制御する。
前記各動作プログラムは、製品出荷の時点で、予めROM103及び/またはストレージ部110に格納された状態であっても良い。製品出荷後に、インターネット200上のその他のアプリケーションサーバ500等からLAN通信部121を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記各動作プログラムを、拡張インタフェース部124等を介して取得するものであっても良い。
[放送局サーバの構成]
図3は、放送局サーバ300の内部構成の一例を示すブロック図である。放送局サーバ300は、主制御部301、システムバス302、RAM304、ストレージ部310、LAN通信部321、で構成される。
主制御部301は、所定の動作プログラムに従って放送局サーバ300全体を制御するマイクロプロセッサユニットである。システムバス302は主制御部301と放送局サーバ300内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。RAM304は各動作プログラム実行時のワークエリアとなる。
ストレージ部310は、基本動作プログラム3001及びコンテンツ管理/配信プログラム3002を記憶し、更に、動画コンテンツ記憶領域3011及びメタデータ記憶領域3012を備える。動画コンテンツ記憶領域3011は放送局が放送する各放送番組の動画コンテンツ等を記憶する。メタデータ記憶領域3012は前記各放送番組の番組タイトル、番組ID、番組概要、出演者、放送日時、等のメタデータを記憶する。
また、ストレージ部310に記憶された基本動作プログラム3001及びコンテンツ管理/配信プログラム3002はそれぞれRAM304に展開され、更に主制御部301が前記展開された基本動作プログラム及びコンテンツ管理/配信プログラムを実行することにより、基本動作実行部3101及びコンテンツ管理/配信実行部3102を構成する。
なお、以下では、説明を簡単にするために、主制御部301がストレージ部310に格納された基本動作プログラム3001をRAM304に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部3101が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。
コンテンツ管理/配信実行部3102は、動画コンテンツ記憶領域3011及びメタデータ記憶領域3012に蓄積された動画コンテンツ等及び各メタデータの管理と、前記動画コンテンツ等及び各メタデータを契約に基づいてサービス事業者に提供する際の制御を行う。更に、コンテンツ管理/配信実行部3102は、前記サービス事業者に対して前記動画コンテンツ等及び各メタデータの提供を行う際に、必要に応じて、前記契約に基づいたサービス事業者サーバ400の認証処理等も行う。
LAN通信部321は、インターネット200と接続され、インターネット200上のサービス事業者サーバ400等と通信を行う。LAN通信部321は符号回路や復号回路等を備えるものとする。
[サービス事業者サーバの構成]
図4は、サービス事業者サーバ400の内部構成の一例を示すブロック図である。サービス事業者サーバ400は、主制御部401、システムバス402、RAM404、ストレージ部410、LAN通信部421、で構成される。
主制御部401は、所定の動作プログラムに従ってサービス事業者サーバ400全体を制御するマイクロプロセッサユニットである。システムバス402は主制御部401とサービス事業者サーバ400内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。RAM404は各動作プログラム実行時のワークエリアとなる。
ストレージ部410は、基本動作プログラム4001及びコンテンツ管理/配信プログラム4002、アプリケーション管理/配布プログラム4003を記憶し、更に、動画コンテンツ記憶領域4011及びメタデータ記憶領域4012、アプリケーション記憶領域4013を備える。動画コンテンツ記憶領域4011及びメタデータ記憶領域4012は、放送局サーバ300から提供された前記動画コンテンツ等及び各メタデータや、前記サービス事業者が制作したコンテンツ及び前記コンテンツに関するメタデータ等を記憶する。アプリケーション記憶領域4013は、各テレビ受信機からの要求に応じて配布するための、放送通信連携システムの各サービスの実現に必要となるアプリケーションを記憶する。
また、ストレージ部410に記憶された基本動作プログラム4001及びコンテンツ管理/配信プログラム4002、アプリケーション管理/配布プログラム4003はそれぞれRAM404に展開され、更に主制御部401が前記展開された基本動作プログラム及びコンテンツ管理/配信プログラム、アプリケーション管理/配布プログラムを実行することにより、基本動作実行部4101及びコンテンツ管理/配信実行部4102、アプリケーション管理/配布実行部4103を構成する。
なお、以下では、説明を簡単にするために、主制御部401がストレージ部410に格納された基本動作プログラム4001をRAM404に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部4101が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。
コンテンツ管理/配信実行部4102は、放送局サーバ300からの動画コンテンツ等及び各メタデータの取得、動画コンテンツ記憶領域4011及びメタデータ記憶領域4012に蓄積された動画コンテンツ等及び各メタデータの管理、及び各テレビ受信機に対する前記動画コンテンツ等及び各メタデータの配信の制御を行う。また、アプリケーション管理/配布実行部4103は、アプリケーション記憶領域4013に蓄積された各アプリケーションの管理と、前記各アプリケーションを各テレビ受信機からの要求に応じて配布する際の制御と、を行う。更に、アプリケーション管理/配布実行部4103は、前記各テレビ受信機に対して前記各アプリケーションの配布を行う際に、必要に応じて、前記各テレビ受信機の認証処理等も行う。
LAN通信部421は、インターネット200と接続され、インターネット200上の放送局サーバ300や、ルータ装置210を介して、放送受信装置100や携帯情報端末700と通信を行う。LAN通信部421は符号回路や復号回路等を備えるものとする。
[携帯情報端末のハードウェア構成]
図5Aは、携帯情報端末700の内部構成の一例を示すブロック図である。携帯情報端末700は、主制御部701、システムバス702、ROM703、RAM704、ストレージ部710、通信処理部720、拡張インタフェース部724、操作部730、画像処理部740、音声処理部750、センサ部760、で構成される。
主制御部701は、携帯情報端末700全体を制御するマイクロプロセッサユニットである。システムバス702は主制御部701と携帯情報端末700内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。
ROM703は、オペレーティングシステムなどの基本動作プログラムやその他の動作プログラムが格納されたメモリであり、例えばEEPROMやフラッシュROMのような書き換え可能なROMが用いられる。RAM704は基本動作プログラムやその他の動作プログラム実行時のワークエリアとなる。ROM703及びRAM704は主制御部701と一体構成であっても良い。また、ROM703は、図5Aに示したような独立構成とはせず、ストレージ部710内の一部記憶領域を使用するようにしても良い。
ストレージ部710は、携帯情報端末700の動作プログラムや動作設定値、携帯情報端末700のユーザの個人情報等を記憶する。また、ネットワーク上からダウンロードした動作プログラムや前記動作プログラムで作成した各種データ等を記憶可能である。また、ネットワーク上からダウンロードした、動画、静止画、音声等のコンテンツも記憶可能である。ストレージ部710の一部領域を以ってROM703の機能の全部または一部を代替しても良い。また、ストレージ部710は、携帯情報端末700に外部から電源が供給されていない状態であっても記憶している情報を保持する必要がある。したがって、例えば、フラッシュROMやSSD、HDD等のデバイスが用いられる。
なお、ROM703やストレージ部710に記憶された前記各動作プログラムは、インターネット200上の各サーバ装置からのダウンロード処理により更新及び機能拡張することが可能であるものとする。
通信処理部720は、LAN通信部721、移動体電話網通信部722、NFC通信部723、で構成される。LAN通信部721はルータ装置210を介してインターネット200と接続され、インターネット200上の各サーバ装置とデータの送受信を行う。ルータ装置210との接続はWi−Fi(登録商標)等の無線接続で行われるものとする。移動体電話網通信部722は移動体電話通信網の基地局600bとの無線通信により、電話通信(通話)及びデータの送受信を行う。NFC通信部723は対応するリーダ/ライタとの近接時に無線通信を行う。LAN通信部721、移動体電話網通信部722、NFC通信部723は、それぞれ符号回路や復号回路、アンテナ等を備えるものとする。また、通信処理部720が、BlueTooth(登録商標)通信部や赤外線通信部等、他の通信部を更に備えていても良い。
拡張インタフェース部724は、携帯情報端末700の機能を拡張するためのインタフェース群であり、本実施例では、映像/音声インタフェース、USBインタフェース、メモリインタフェース等で構成されるものとする。映像/音声インタフェースは、外部映像/音声出力機器からの映像信号/音声信号の入力、外部映像/音声入力機器への映像信号/音声信号の出力、等を行う。USBインタフェースは、PC等と接続してデータの送受信を行う。また、キーボードやその他のUSB機器の接続を行っても良い。メモリインタフェースはメモリカードやその他のメモリ媒体を接続してデータの送受信を行う。
操作部730は、携帯情報端末700に対する操作指示の入力を行う指示入力部であり、本実施例では、表示部741に重ねて配置したタッチパネル730t及びボタンスイッチを並べた操作キー730kで構成されるものとする。何れか一方のみであっても良い。拡張インタフェース部724に接続したキーボード等を用いて携帯情報端末700の操作を行っても良い。有線通信または無線通信により接続された別体の携帯端末機器を用いて携帯情報端末700の操作を行っても良い。また、前記タッチパネル機能は表示部741が備え持っているものであっても良い。
画像処理部740は、表示部741、画像信号処理部742、第一画像入力部743、第二画像入力部744、で構成される。表示部741は、例えば液晶パネル等の表示デバイスであり、画像信号処理部742で処理した画像データを携帯情報端末700のユーザに提供する。画像信号処理部742は図示を省略したビデオRAMを備え、前記ビデオRAMに入力された画像データに基づいて表示部741が駆動される。また、画像信号処理部742は、必要に応じてフォーマット変換、メニューやその他のOSD(On Screen Display)信号の重畳処理等を行う機能を有するものとする。第一画像入力部743及び第二画像入力部744は、CCD(Charge Coupled Device)やCMOS(Complementary Metal Oxide Semiconductor)センサ等の電子デバイスを用いてレンズから入力した光を電気信号に変換することにより、周囲や対象物の画像データを入力するカメラユニットである。
音声処理部750は、音声出力部751、音声信号処理部752、音声入力部753、で構成される。音声出力部751はスピーカであり、音声信号処理部752で処理した音声信号を携帯情報端末700のユーザに提供する。音声入力部753はマイクであり、ユーザの声などを音声データに変換して入力する。
センサ部760は、携帯情報端末700の状態を検出するためのセンサ群であり、本実施例では、GPS受信部761、ジャイロセンサ762、地磁気センサ763、加速度センサ764、照度センサ765、近接センサ766、で構成される。これらのセンサ群により、携帯情報端末700の位置、傾き、方角、動き、及び周囲の明るさ、周囲物の近接状況、等を検出することが可能となる。また、携帯情報端末700が、気圧センサ等、他のセンサを更に備えていても良い。
携帯情報端末700は、携帯電話やスマートホン、タブレット端末等であって良い。PDA(Personal Digital Assistants)やノート型PCであっても良い。また、デジタルスチルカメラや動画撮影可能なビデオカメラ、携帯型ゲーム機等、またはその他の携帯用デジタル機器であっても良い。
なお、図5Aに示した携帯情報端末700の構成例は、センサ部760等、本実施例に必須ではない構成も多数含んでいるが、これらが備えられていない構成であっても本実施例の効果を損なうことはない。また、デジタル放送受信機能や電子マネー決済機能等、図示していない構成が更に加えられていても良い。
[携帯情報端末のソフトウェア構成]
図5Bは、本実施例の携帯情報端末700のソフトウェア構成図であり、ROM703、RAM704及びストレージ部710におけるソフトウェアの構成を示す。本実施例においては、ROM703に基本動作プログラム7001及びその他の動作プログラムが記憶されており、ストレージ部710に連携制御プログラム7002とHTMLブラウザプログラム7003及びその他の動作プログラムが記憶されている。また、ストレージ部710は、動画、静止画、音声等のコンテンツを記憶するコンテンツ記憶領域7011、テレビ受信機との連携動作等の際に使用する認証情報を記憶する認証情報記憶領域7012、その他の各種情報を記憶する各種情報記憶領域を備えるものとする。
ROM703に記憶された基本動作プログラム7001はRAM704に展開され、更に主制御部701が前記展開された基本動作プログラムを実行することにより、基本動作実行部7101を構成する。また、ストレージ部710に記憶された連携制御プログラム7002及びHTMLブラウザプログラム7003はそれぞれRAM704に展開され、更に主制御部701が前記展開された各動作プログラムを実行することにより、連携制御実行部7102及びHTMLブラウザエンジン7103を構成する。また、RAM704は、各動作プログラム実行時に作成したデータを、必要に応じて一時的に保持する一時記憶領域を備えるものとする。
なお、以下では、説明を簡単にするために、主制御部701がROM703に格納された基本動作プログラム7001をRAM704に展開して実行することにより各動作ブロックの制御を行う処理を、基本動作実行部7101が各動作ブロックの制御を行うものとして記述する。他の動作プログラムに関しても同様の記述を行う。
連携制御実行部7102は、携帯情報端末700がテレビ受信機との連係動作を行う際の、機器認証及び接続、各データの送受信、等の管理を行う。HTMLブラウザエンジン7103は、放送通信連携システム用に作成されたアプリケーションを携帯情報端末700上で実行するHTMLブラウザである。
前記各動作プログラムは、製品出荷の時点で、予めROM703及び/またはストレージ部710に格納された状態であっても良い。製品出荷後に、インターネット200上のその他のアプリケーションサーバ500等からLAN通信部721または移動体電話網通信部722を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記各動作プログラムを、拡張インタフェース部724等を介して取得するものであっても良い。
[アプリケーション制御情報(AIT)の概要]
本実施例のアプリケーション制御情報(AIT)は、放送受信装置100が対応する放送通信連携機能において、テレビ受信機等(本実施例では、放送受信装置100)に対して放送サービスに連携するアプリケーション(以下、放送連携アプリと称する場合がある。)の存在を周知し、その制御を指示することを目的とする情報であるものとする。なお、前記放送連携アプリは、(1)放送信号に含まれる起動/終了などの制御信号に基づいて放送受信状態においてのみ動作し、制御信号に基づいて放送リソースへのアクセスが許可される放送マネージドアプリケーションと、(2)起動/終了などを放送信号に制御されない動作形態で、アプリケーション認証などの手段に基づいて放送リソースへのアクセスが許可される放送外マネージドアプリケーションと、(3)放送リソースへのアクセスが許可されない、その他の一般アプリケーションと、に区別されて良い。
AITの伝送方式としては、セクション形式またはXML(eXtensible Markup Language)形式のAITをデータカルーセル(Data Carousel:DC)方式等により放送波で伝送する方式と、前記セクション形式またはXML形式のAITファイルをインターネット200上のサーバ装置からhttp(Hypertext Transfer Protocol)またはhttps(Hypertext Transfer Protocol Secure)等で配信する方式の何れかを用いれば良い。その他の方式を採用しても良い。
図6は、AITのデータ構成の一例を示すデータ構成図である。AITは、主として、アプリケーションタイプ901、アプリケーション識別子902、アプリケーション制御コード903、アプリケーションプロファイル904、アプリケーション取得先情報905、アプリケーションバウンダリ及びアクセス権限設定906、起動優先度907、キャッシュ情報908、サーバアクセス分散パラメータ909、等の各情報で構成される。更に、その他の情報が含まれていても良い。
アプリケーションタイプ901は、アプリケーションの記述方式を規定する。本実施例においては、前記アプリケーションの記述方式はHTMLであるものとする。アプリケーション識別子902は、アプリケーション単位を識別するための、事業者を識別する組織識別と事業者毎に採番されるアプリケーション識別とで構成される識別情報である。なお、アプリケーション単位とは、アプリケーション取得先情報905で指定されるロケーションに存在するHTML文書をエントリー文書とする、HTML文書及びその参照リソースの集合である。アプリケーション制御コード903は、対象となるアプリケーションに対する動作制御を規定するものであり、(1)自動起動、(2)動作可能、(3)終了、(4)プリフェッチ、のうちの一つが記述される。アプリケーションプロファイル904は、アプリケーションが要求するテレビ受信機の機能を示す値であり、テレビ受信機がオプションとして持つ機能を組み合わせて示す。この値を参照することにより前記アプリケーションの利用可否が判断される。
アプリケーション取得先情報905は、アプリケーションの取得先を特定する情報であり、アプリケーション起動時に最初に参照するHTML文書を取得するためのロケーション情報である。アプリケーションは放送で伝送される場合と通信ネットワーク上のサーバ装置におかれる場合とが想定されるため、アプリケーション取得先情報905で特定されるロケーション情報も放送取得と通信取得の両方の場合に対応した規定が行われる。アプリケーションバウンダリ及びアクセス制限設定906は、放送マネージドアプリケーションとしての動作可能範囲を一つ以上の領域(URL:Uniform Resource Locator)の集合として示す情報である。また、領域毎の放送リソースへのアクセス制限を機能単位に設定する。アプリケーションバウンダリ及びアクセス制限設定906により、アプリケーション起動時のエントリー文書からの文書遷移の連鎖による想定外の文書への遷移や不適切な放送リソースへのアクセス等を防止するための文書遷移の範囲を指定する。また、前記文書遷移の範囲内における、領域単位での特定の放送リソースへのアクセス権限を設定可能である。
起動優先度907は、放送サービスによるデータ放送とHTML文書による放送マネージドアプリケーションが同時に存在する場合に、どちらを優先して起動するかを規定する。PMT上で無条件にデータ放送を最優先と指定すること、PMT上で特定のアプリケーションタイプの起動優先順位を指定すること、及び起動優先度907で対象のアプリケーションの起動優先度を指定すること、が可能であるものとする。キャッシュ情報908は、アプリケーションの再利用に備えてアプリケーションリソースを保持する場合のキャッシュ制御に用いる情報である。この情報により、アプリケーション終了後も再利用を想定したアプリケーションリソースのキャッシュを行うことが可能となる。サーバアクセス分散パラメータ909は、アプリケーションの取得先などにおいてアクセスが集中するサーバの負荷軽減を目的として、アクセスを分散させるためのパラメータセットである。テレビ受信機は、このパラメータの設定に従って、アプリケーション制御コードの適用を確率的に遅延させるように動作して良い。
以下では、本実施例の放送受信装置100の動作に関して説明する。
[アプリケーション起動時の動作シーケンス]
先ず、本実施例の放送受信装置100における、放送波で送信されるAITに基づいた放送連携アプリの起動処理に関して説明する。本実施例の放送受信装置100では、PMT上の情報及びAITのアプリケーション制御コード903、起動優先度907等の情報により、放送サービスによるデータ放送と放送連携アプリが同時に存在する場合にどちらを優先して起動するかを規定することが可能である。
図7Aは、放送連携アプリが優先して起動するように規定されている場合の放送連携アプリの動作シーケンスの一例を示す動作シーケンス図である。同図は、放送受信装置100がPMT及びAITを適宜確認して所定の放送連携アプリを起動するまでの一連の流れを示すものである。
放送受信装置100のチューナ/復調部131がユーザの所望するチャンネルの選局処理を行ってTSを取得すると、次に、主制御部101が第一分離部132で分離したPMTデータ列を取得して(S101)、PMTに記述された起動優先度の確認を行う。S101の処理において放送連携アプリの起動優先度が高いことを確認する(S102)と、アプリケーション制御部161が、第一分離部132で分離したAITデータ列を取得し(S103)、前記取得したAITデータ列のアプリケーション制御コード903を確認する(S104)。S104の処理において、アプリケーション制御コード903が『自動起動』であった場合、更に、前記取得したAITデータ列のアプリケーションプロファイル904を確認し(S105)、前記AITに指定された放送連携アプリの実行が可能であることが確認された場合、アプリケーション取得先情報905に記述された情報に基づき、LAN通信部121を介して、所定のサービス事業者サーバ400に対して放送連携アプリの送信要求を送信する(S106)。
前記放送連携アプリの送信要求を受信したサービス事業者サーバ400は、アプリケーション管理/配布実行部4103の制御に基づき、必要に応じて放送受信装置100の認証処理を行った後に、アプリケーション記憶領域4013に記憶された所定の放送連携アプリの配信を、LAN通信部421を介して行う(S107)。なお、前記認証処理に関しては公知の方法を用いれば良く、詳細の説明を省略する。次に、放送受信装置100のアプリケーションエンジン162が、アプリケーション制御部161の制御に基づいて、LAN通信部121を介して受信した、サービス事業者サーバ400から配信された前記所定の放送連携アプリを起動する(S108)。
図7Bは、放送サービスによるデータ放送を優先して起動するように規定されている場合の放送連携アプリの動作シーケンスの一例を示す動作シーケンス図である。同図は、放送受信装置100がPMT及びAITを適宜確認して所定の放送連携アプリを起動するまでの一連の流れを示すものである。
放送受信装置100のチューナ/復調部131がユーザの所望するチャンネルの選局処理を行ってTSを取得すると、次に、主制御部101が第一分離部132で分離したPMTデータ列を取得して(S201)、PMTに記述された起動優先度の確認を行う。S201の処理において放送サービスによるデータ放送の起動優先度が高いことを確認する(S202)と、データ放送受信処理部141が、第一分離部132で分離したBMLデータ列を取得してBML文書を再生する(S203)。前記BML文書によりデータ放送の自動起動が設定されている場合、及びユーザが操作端末(携帯情報端末700、リモコン等)を用いてデータ放送の起動要求を行った(S204)場合、データ放送エンジン142が、前記再生されたBML文書を実行することによりデータ放送画面情報を生成し、映像表示部173に表示する(S205)。
S205の処理の後、或いはS205の処理と同時に、アプリケーション制御部161は、第一分離部132で分離したAITデータ列を取得し(S206)、前記取得したAITデータ列のアプリケーションプロファイル904を確認する(S207)。S207の処理において、前記AITに指定された放送連携アプリの実行が可能であることが確認された場合、前記データ放送画面には前記実行可能な放送連携アプリへのエントリーボタンが表示される。前記エントリーボタンは常に表示しておき、前記放送連携アプリの実行が可能な場合にのみ、配色を非アクティブ色からアクティブ色に変更するようにしても良い。形状を変更することにより、前記エントリーボタンの非アクティブ状態とアクティブ状態を切り替えるようにしても良い。
ユーザが操作端末を用いて前記エントリーボタンを選択する(S208)と、データ放送エンジン142は、BML文書を実行してデータ放送画面情報を生成する処理を終了する(S209)。続いて、アプリケーション制御部161が、第一分離部132で分離したAITデータ列を取得し(S210)、前記取得したAITデータ列のアプリケーション取得先情報905を確認する。更に、S210で確認したアプリケーション取得先情報905に記述された情報に基づき、LAN通信部121を介して、所定のサービス事業者サーバ400に対して放送連携アプリの送信要求を送信する(S211)。
前記放送連携アプリの送信要求を受信したサービス事業者サーバ400は、アプリケーション管理/配布実行部4103の制御に基づき、必要に応じて放送受信装置100の認証処理を行った後に、アプリケーション記憶領域4013に記憶された所定の放送連携アプリの配信を、LAN通信部421を介して行う(S212)。次に、放送受信装置100のアプリケーションエンジン162が、アプリケーション制御部161の制御に基づいて、LAN通信部121を介して受信した、サービス事業者サーバ400から配信された前記所定の放送連携アプリを起動する(S213)。
図7Cは、何れの優先起動も規定されていない場合の放送連携アプリの動作シーケンスの一例を示す動作シーケンス図である。同図は、放送受信装置100がPMT及びAITを適宜確認して所定の放送連携アプリを起動するまでの一連の流れを示すものである。
放送受信装置100のチューナ/復調部131がユーザの所望するチャンネルの選局処理を行ってTSを取得すると、次に、主制御部101が第一分離部132で分離したPMTデータ列を取得して(S301)、PMTに記述された起動優先度の確認を行う。S301の処理において放送連携アプリの起動優先度が高いことを確認する(S302)と、アプリケーション制御部161が、第一分離部132で分離したAITデータ列を取得し(S303)、前記取得したAITデータ列のアプリケーション制御コード903を確認する(S304)。S304の処理において、アプリケーション制御コード903が『自動起動』ではなく『起動可能』であった場合、放送サービスによるデータ放送と放送連携アプリの何れも起動せずに、放送番組の表示を継続する。
S304の処理を終えた後の状態でユーザが操作端末を用いてデータ放送の起動要求を行った(S305)場合には、図7BのS205以降の処理と同様に、BMLデータ列の取得及びBML文書の再生、データ放送画面情報の生成等が行われる(但し、図示省略)。一方、S304の処理を終えた後の状態でユーザが操作端末を用いて放送連携アプリランチャの起動要求を行った場合(S306)、アプリケーション制御部161が、第一分離部132で分離したAITデータ列を取得し(S307)、前記取得したAITデータ列のアプリケーションプロファイル904を確認する(S308)。更に、アプリケーション制御部161は実行可能な放送連携アプリの一覧を放送連携アプリランチャとして映像表示部173に表示する(S309)。
ユーザが操作端末を用いて、S309で表示された放送連携アプリランチャから所定の放送連携アプリの選択を行う(S310)と、アプリケーション制御部161が、第一分離部132で分離したAITデータ列を取得し(S311)、前記取得したAITデータ列のアプリケーション取得先情報905を確認する。更に、S311で確認したアプリケーション取得先情報905に記述された情報に基づき、LAN通信部121を介して、所定のサービス事業者サーバ400に対して放送連携アプリの送信要求を送信する(S312)。
前記放送連携アプリの送信要求を受信したサービス事業者サーバ400は、アプリケーション管理/配布実行部4103の制御に基づき、必要に応じて放送受信装置100の認証処理を行った後に、アプリケーション記憶領域4013に記憶された所定の放送連携アプリの配信を、LAN通信部421を介して行う(S313)。次に、放送受信装置100のアプリケーションエンジン162が、アプリケーション制御部161の制御に基づいて、LAN通信部121を介して受信した、サービス事業者サーバ400から配信された前記所定の放送連携アプリを起動する(S314)。
なお、図7A〜図7Cを用いて説明した放送連携アプリの起動シーケンスでは、何れも放送波からAITを取得する例を説明しているが、PMTの情報記述等により指定された所定のサーバ装置からAITファイルを取得するようにしても良い。また、放送連携アプリの取得をネットワーク上のサーバ装置(サービス事業者サーバ400)からではなく、放送波から行っても良い。即ち、AITのアプリケーション取得先情報905に記載されたロケーション情報が放送波を示している場合、アプリケーション制御部161がデータカルーセル方式等で送信されて第一分離部132で分離出力されたHTMLデータ列からHTML文書を再生し、前記再生されたHTML文書(放送連携アプリ)をアプリケーションエンジン162が実行するようにすれば良い。
なお、PMT上に放送サービスによるデータ放送と放送連携アプリが同時に存在する場合の起動優先度を指定する情報が無い場合は、AITのアプリケーション制御コード903や起動優先度907等の情報のみにより前記起動優先度を確認するようにしても良い。同じくPMT上の前記情報の取得に失敗した場合も、AITのアプリケーション制御コード903や起動優先度907等の情報のみにより前記起動優先度を確認するようにして良い。即ち、PMT上の情報によらず、定期的にAITの確認を行うようにし、AITのアプリケーション制御コード903に『自動起動』で指定される放送連携アプリが存在する場合には前記放送連携アプリの起動を優先し、AITのアプリケーション制御コード903に『自動起動』で指定される放送連携アプリが存在しない場合には放送サービスによるデータ放送の起動を優先するようにすれば良い。
また、S106、S211、S312で放送連携アプリの配信要求を行った際にサービス事業者サーバ400からのレスポンスが所定時間以上ない場合には、『しばらくお待ちください』等のメッセージを映像表示部173に表示するようにしても良い。または、この場合、前記放送連携アプリの実行中止をユーザに問い合わせるメッセージを表示しても良い。
また、放送連携アプリの起動シーケンスは前述の三パターンに限られるものではなく、異なるシーケンスによって起動されるものであっても良いことは言うまでもない。
[携帯情報端末の連携時の動作シーケンス]
本実施例の放送受信装置100では、放送受信装置100と携帯情報端末700との連携動作による放送通信連携サービスの機能拡張が可能であるものとする。例えば、テレビ受信機のメーカが用意するアプリケーション(連携制御アプリ)をインストールすることにより、携帯情報端末700を放送受信装置100の高機能リモコンとして使用することが可能となる。また、携帯情報端末700上でも放送連携アプリを実行し、例えば、放送受信装置100で表示中の放送番組に連動するサービスを携帯情報端末700上でも表示することが可能となる。なお、放送受信装置100と携帯情報端末700との連携動作による機能拡張を行うためには、前記連携制御アプリが携帯情報端末700上で起動していることが望ましく、携帯情報端末700上で動作する放送連携アプリは前記連携制御アプリに制御されて動作するものとする。
図8Aは、前記連携制御アプリを携帯情報端末700で起動する際の動作シーケンスの一例を示す動作シーケンス図である。同図は、携帯情報端末700が放送受信装置100との認証処理を行い、連携動作が可能となるまでの一連の流れ(初回)を示すものである。なお、前記連携制御アプリは、連携制御プログラム7002として、予め携帯情報端末700のストレージ部710にインストールしてあるものとする。
ユーザが携帯情報端末700上で連携制御アプリの起動を指示する(S401)と、携帯情報端末700の連携制御実行部7102は、ネットワーク上の通信(連携動作)可能なテレビ受信機を検索し(S402)、検索結果をテレビ受信機一覧として表示部741に表示する。通信可能なテレビ受信機が発見できない場合は、その旨を表示して処理を終了する。ユーザが前記テレビ受信機一覧から任意のテレビ受信機(本実施例の放送受信装置100)を選択すると、連携制御実行部7102は放送受信装置100に接続するためのログイン画面を表示部741に表示する。操作部730を介してユーザが前記ログイン画面に認証情報(放送受信装置100により指定されたログイン名及びパスワード、等)を入力する(S403)と、連携制御実行部7102は前記入力された認証情報を、認証情報記憶領域7012に記憶すると同時に、放送受信装置100に送信する(S404)。なお、前記認証情報の放送受信装置100への送信処理は、LAN通信部721及びルータ装置210を介して行っても良いし、NFC通信部723を介して放送受信装置100に直接行っても良い。
LAN通信部121を介して前記認証情報を受信した放送受信装置100の端末連携制御部191は、認証情報記憶領域1012を参照することにより、前記受信した認証情報が正しいか否かの確認を行う(S405)。S405の処理により、前記受信した認証情報が正しいと確認された場合には、携帯情報端末700の情報を認証情報記憶領域1012に記憶するとともに、携帯情報端末700を認証する(S406)。放送受信装置100の認証を得た携帯情報端末700は、表示部741に連携制御アプリの基本画面(例えば、高機能リモコン画面)を表示する(S407)。S405において、前記受信した認証情報が正しいと確認されなかった場合には、放送受信装置100の端末連携制御部191は、携帯情報端末700にエラーを返す。以上の処理により、放送受信装置100と携帯情報端末700との間の連携動作が可能な状態となる。
図8Bは、前記連携制御アプリを携帯情報端末700で起動する際の動作シーケンスの一例を示す動作シーケンス図である。同図は、携帯情報端末700が放送受信装置100との認証処理を行い、連携動作が可能となるまでの一連の流れ(二回目以降)を示すものである。
ユーザが携帯情報端末700上で連携制御アプリの起動を指示する(S501)と、携帯情報端末700の連携制御実行部7102は、ネットワーク上の通信可能なテレビ受信機を検索し、検索結果をテレビ受信機一覧として表示部741に表示する。通信可能なテレビ受信機が発見できない場合は、その旨を表示して処理を終了する。ユーザが前記テレビ受信機一覧から任意のテレビ受信機(本実施例の放送受信装置100)を選択し(S502)、前記選択した放送受信装置100が過去に接続(連携動作)を行ったことがある機器である場合、連携制御実行部7102は認証情報記憶領域7012から放送受信装置100の認証情報を読み出して、放送受信装置100に送信する(S503)。
LAN通信部121を介して前記認証情報を受信した放送受信装置100の端末連携制御部191は、認証情報記憶領域1012を参照することにより、前記受信した認証情報が正しいか否かの確認を行う(S504)。S504の処理により、前記受信した認証情報が正しいと確認された場合には、携帯情報端末700を認証する(S505)。放送受信装置100の認証を得た携帯情報端末700は、表示部741に連携制御アプリの基本画面を表示する(S506)。以上の処理により、放送受信装置100と携帯情報端末700との間の連携動作が可能な状態となる。
なお、図8A〜図8Bの処理に引き続き、放送受信装置100において放送連携アプリを起動する際には、図8A〜図8Bの処理の後に図7A〜図7Cの処理を行えば良い。
図8Cは、前記連携制御アプリを携帯情報端末700で起動する際の動作シーケンスの一例を示す動作シーケンス図である。同図は、携帯情報端末700が放送受信装置100との認証処理を行い、連携動作が可能となるまでの一連の流れ(二回目以降)を示すものである。但し、同図においては、放送連携アプリの起動シーケンスを実行する放送受信装置100により、携帯情報端末700上での連携制御アプリの起動が要求される場合の例である。
放送受信装置100のチューナ/復調部131がユーザの所望するチャンネルの選局処理を行ってTSを取得すると、次に、主制御部101が第一分離部132で分離したPMTデータ列を取得して(S601)、PMTに記述された起動優先度の確認を行う。S601の処理において放送連携アプリの起動優先度が高いことを確認する(S602)と、アプリケーション制御部161が、第一分離部132で分離したAITデータ列を取得し(S603)、前記取得したAITデータ列のアプリケーション制御コード903を確認する(S604)。S604の処理において、アプリケーション制御コード903が『自動起動』であった場合、更に、前記取得したAITデータ列のアプリケーションプロファイル904を確認する(S605)。S605の処理において、前記AITに指定された放送連携アプリの実行が可能であることが確認され、更に、携帯端末機器の連携制御が必要であると判断された場合、端末連携制御部191が認証情報記憶領域1012を参照することにより、携帯端末機器として携帯情報端末700を選択し、前記選択した携帯情報端末700に対して連携制御アプリ起動要求を送信する(S606)。
なお、認証情報記憶領域1012を参照することによる携帯情報端末700の選択は、認証情報記憶領域1012の最新の情報に基づき、若しくは、認証情報記憶領域1012の最も使用頻度の高い情報に基づき為されるようにすれば良い。
また、S606の処理において、連携制御アプリ起動要求を送信するべき携帯端末機器が発見できない場合には、その旨を示すメッセージを映像表示部173に表示するようにしても良い。または、この場合、前記放送連携アプリの実行中止をユーザに問い合わせるメッセージを表示しても良い。
携帯情報端末700の主制御部701は、LAN通信部721を介して受信した前記連携制御アプリ起動要求に応じて連携制御アプリ(連携制御実行部7102)を起動させ(S607)、更に、連携制御実行部7102が、認証情報記憶領域7012から放送受信装置100の認証情報を読み出して、放送受信装置100に送信する(S608)。
LAN通信部121を介して前記認証情報を受信した放送受信装置100の端末連携制御部191は、認証情報記憶領域1012を参照することにより、前記受信した認証情報が正しいか否かの確認を行う(S609)。S609の処理により、前記受信した認証情報が正しいと確認された場合には、携帯情報端末700を認証する(S610)。放送受信装置100の認証を得た携帯情報端末700は、表示部741に連携制御アプリの基本画面を表示する(S611)。以上の処理により、放送受信装置100と携帯情報端末700との間の連携動作が可能な状態となる。
なお、前述の処理に続いて放送連携アプリを、放送受信装置100と携帯情報端末700の双方において実行する場合には、図9に示す処理を行えば良い。図9は、放送受信装置100及び携帯情報端末700の放送連携アプリの起動シーケンスの一例を示す動作シーケンス図である。
即ち、図8CのS601〜S611の処理の後、放送受信装置100のアプリケーション制御部161が、第一分離部132で分離したAITデータ列を取得し(S612)、前記取得したAITデータ列のアプリケーション取得先情報905を確認する。更に、S612で確認したアプリケーション取得先情報905に記述された情報に基づき、LAN通信部121を介して、所定のサービス事業者サーバ400に対して放送連携アプリ(テレビ側)の送信要求を送信する(S613)。
前記放送連携アプリ(テレビ側)の送信要求を受信したサービス事業者サーバ400は、アプリケーション管理/配布実行部4103の制御に基づき、必要に応じて放送受信装置100の認証処理を行った後に、アプリケーション記憶領域4013に記憶された所定の放送連携アプリ(テレビ側)の配信を、LAN通信部421を介して行う(S614)。放送受信装置100のアプリケーションエンジン162は、アプリケーション制御部161の制御に基づいて、LAN通信部121を介して受信した、サービス事業者サーバ400から配信された前記所定の放送連携アプリ(テレビ側)を起動する(S615)。
次に、放送受信装置100の端末連携制御部191は、AIT若しくはS615で実行した放送連携アプリ(テレビ側)から取得した、携帯情報端末700で実行するべき放送連携アプリ(端末側)の取得先URL情報等を携帯情報端末700に送信する(S616)。携帯情報端末700の連携制御実行部7102は、LAN通信部721を介して受信した前記放送連携アプリ(端末側)の取得先URL情報等に基づき、LAN通信部721を介して、所定のサービス事業者サーバ400に対して放送連携アプリ(端末側)の送信要求を送信する(S617)。
前記放送連携アプリ(端末側)の送信要求を受信したサービス事業者サーバ400は、アプリケーション管理/配布実行部4103の制御に基づき、必要に応じて携帯情報端末700の認証処理を行った後に、アプリケーション記憶領域4013に記憶された所定の放送連携アプリ(端末側)の配信を、LAN通信部421を介して行う(S618)。携帯情報端末700のHTMLブラウザエンジン7103が、LAN通信部721を介して受信した、サービス事業者サーバ400から配信された前記所定の放送連携アプリ(端末側)を起動する(S619)。
なお、AITファイルを所定のサーバ装置から取得可能であること、放送連携アプリの取得をネットワーク上のサーバ装置からではなく放送波から行えること、等は、図7A〜図7Cの動作シーケンスと同様である。なお、放送連携アプリの取得を放送波から行う場合、放送受信装置100が携帯情報端末700で実行するべき放送連携アプリ(端末側)を放送波から取得し、前記取得した放送連携アプリ(端末側)を携帯情報端末700に、通信部121を介して転送するようにすれば良い。或いは、放送受信装置100が携帯情報端末700で実行するべき放送連携アプリ(端末側)を放送波から取得してストレージ部110に記憶させ、図9のS616の処理において、携帯情報端末700に送信するURL情報として、放送受信装置100のストレージ部110のロケーション情報を送信するようにしても良い。放送受信装置100は放送連携アプリ(テレビ側)の取得を放送波から行い、携帯情報端末700は放送連携アプリ(端末側)の取得をネットワーク上のサーバ装置から行うようにしても良い。携帯情報端末700が有するデジタル放送受信機能を用いて、前記放送連携アプリ(端末側)の取得を放送波から直接行っても良い。
また、図7A〜図7C、図8A〜図8C、及び図9の各動作シーケンスは適宜部分的に組み合わせることが可能であり、更に、一部動作ステップは他の動作ステップと、適宜、順序入れ替え、同時動作、等が可能であるものとする。
[携帯情報端末の連携制御アプリ基本画面]
図10Aは、図8AのS407の処理、図8BのS506の処理、図8CのS611の処理、等により表示される連携制御アプリの基本画面の一例を示す画面表示図である。本実施例においては、連携制御アプリの基本画面741aは、放送受信装置100に対応した高機能リモコンとしての機能を備えるものとする。
連携制御アプリの基本画面741aは、図10Aに示したように、電源キー741a1、ネットワーク選択キー(地デジ、BS、CS)741a2、数字キー(1〜12)741a3、音量UP/DOWNキー741a4、チャンネルUP/DOWNキー741a5、入力切替キー741a6、番組表キー741a7、dataキー741a8、連携アプリキー741a9、メニューキー741aa、戻るキー741ab、カーソルキー(上、下、左、右)741ac、決定キー741ad、カラーキー(青、赤、緑、黄)741ae、で構成される。その他の操作キーが更に表示されていても良い。
前記各操作キーは、放送受信装置100に付属する専用リモコンと同様のキー配置/動作とすると使い勝手が良い。また、電源キー741a1、ネットワーク選択キー741a2、数字キー741a3、等は、公知のテレビリモコンの各操作キーと同様の機能を有するものとして、詳細の説明を省略する。連携アプリキー741a9は、本実施例の放送連携通信機能のために用意される操作キーである。
なお、図7BのS204及び図7CのS305の処理では、dataキー741a8を選択することによりデータ放送の起動/終了が可能であるものとする。また、図7BのS208及び図7CのS310の処理では、カーソルキー741ac及び決定キー741adの操作により前記実行可能な放送連携アプリの選択が可能であるものとする。また、図7CのS306の処理では、連携アプリキー741a9を選択することにより放送連携アプリランチャの起動要求が可能であるものとする。
このように連携アプリキー741a9若しくは同様の機能を有する他の操作キーを前記連携制御アプリの基本画面741a上に用意すれば、本実施例の放送連携システムで用いる各放送連携アプリを簡単に選択/起動することが可能となる。また、連携アプリキー741a9若しくは同様の機能を有する他の操作キーを放送受信装置100に付属する専用リモコンに備えるようにしても良い。
図10Bは、図8AのS407の処理、図8BのS506の処理、図8CのS611の処理、等により表示される連携制御アプリの基本画面の一例を示す画面表示図であり、図10Aとは異なる例である。
連携制御アプリの基本画面741bは、連携制御中メッセージ741b1、連携制御アプリ動作画面741b2、で構成される。その他のオブジェクトが更に表示されていても良い。連携制御中メッセージ741b1は、携帯情報端末700が放送受信装置100と連携動作中である旨をユーザに認識させるためのメッセージ表示である。連携制御アプリ動作画面741b2は、連携制御アプリにより任意の画面表示が行われる領域であり、本実施例では詳細の説明を省略する。例えば、連携制御アプリ動作画面741b2内の構成が前述の連携制御アプリの基本画面741aと同様の構成となっていて良い。放送受信装置100で表示されている放送番組のサブ画面等が表示されていても良い。
図10Bに示したように、連携制御中メッセージ741b1を表示することにより、携帯情報端末700のユーザは携帯情報端末700が放送受信装置100と連携動作中であることを簡単に把握することができるようになる。なお、連携制御中メッセージ741b1は文字表示に限らず、記号表示、図形表示等であっても良い。背景色の差異等により連携制御中メッセージ741b1の代替としても良い。
[放送受信装置のデータ放送画面]
図11は、図7BのS205の処理により表示されるデータ放送画面の一例を示す画面表示図である。本実施例においては、AITの記述等により、連携アプリA、連携アプリB、連携アプリC、の三つの放送連携アプリが放送受信装置100で実行可能な状態であるものとする。この場合、データ放送画面173a上の任意の位置に連携アプリAのエントリーボタン173a2、連携アプリBのエントリーボタン173a3、連携アプリCのエントリーボタン173a4が表示される。
図11に示したようなデータ放送画面173aにおいて、連携制御アプリの基本画面741aのカーソルキー741ac及び決定キー741adを用いてエントリーボタン173a2、エントリーボタン173a3、エントリーボタン173a4、等を選択すると、データ放送画面173aの表示を終了するとともに、アプリケーション制御部161及びアプリケーションエンジン162の制御により、連携アプリA、連携アプリB、連携アプリC、等が起動する。
なお、データ放送画面173aを表示する際、放送連携アプリの種類やセキュリティ状況等に応じて、各エントリーボタンの枠色、内部色、形状、字体、大きさ、点滅状況、等を適宜変更するようにしても良い。例えば、前記連携アプリAが放送マネージドアプリケーションである場合にはエントリーボタン173a2の枠色を青色にし、前記連携アプリBが放送外マネージドアプリケーションである場合にはエントリーボタン173a3の枠色を黄色にし、前記連携アプリCが一般アプリケーションである場合にはエントリーボタン173a4の枠色を赤色にする、等である。或いは、前記連携アプリAがセキュリティ上信頼できると判断される場合にはエントリーボタン173a2の枠色を青色にし、前記連携アプリBがセキュリティ上信頼できるとは限らないと判断される場合にはエントリーボタン173a3の枠色を黄色にし、前記連携アプリCがセキュリティ上危険であると判断される場合にはエントリーボタン173a4の枠色を赤色にする、等である。
その他、前記放送連携アプリの機能やジャンルに応じて、または、各放送連携アプリの使用有効期限等に応じて、各エントリーボタンの枠色、内部色、形状、字体、大きさ、点滅状況、等を適宜変更するようにしても良い。前記放送連携アプリをネットワーク上から取得済みであるか否か等に応じて、各エントリーボタンの枠色、内部色、形状、字体、大きさ、点滅状況、等を適宜変更するようにしても良い。例えば、前記連携アプリAが既にネットワーク上から取得済み(RAM104若しくはストレージ110にキャッシュ済み)である場合にはエントリーボタン173a2の枠色を青色にし、前記連携アプリBが取得中である場合にはエントリーボタン173a3の枠色を黄色にし、前記連携アプリCが未取得である場合にはエントリーボタン173a4の枠色を赤色にする、等である。
このようにすれば、放送受信装置100のユーザは、放送受信装置100で実行可能な放送連携アプリの種類やセキュリティ状況等を簡単に把握することが可能となる。
[放送受信装置の放送連携アプリランチャ画面]
図12Aは、本実施例の放送受信装置100において、起動可能な放送連携アプリがあることをユーザに認識させるための報知画面の一例を示す画面表示図である。
例えば、図7Cに示した動作シーケンスでは、S304の処理の後、放送サービスによるデータ放送と放送連携アプリの何れも起動せずに、放送番組の表示を継続する。一方、この場合、起動可能な放送連携アプリがあることをユーザに認識させるために、図12Aに示したようなアイコン173b0を表示すれば、放送受信装置100の使い勝手が向上する。即ち、アイコン173b0を表示することにより、ユーザが起動可能な放送連携アプリの存在を見逃すことを防ぐことが可能となる。
なお、アイコン173b0の表示位置は画面上の任意の位置で良いが、放送番組の視聴の邪魔にならない場所とすることが望ましい。例えば、画面の四隅等である。また、アイコン173b0は、図12Aに示したような文字表示であっても良いし、記号、図形等であっても良い。また、アイコン173b0は、常に表示しておくようにしても良いし、電源をオンした後やチャンネル切り替え後に所定の時間だけ表示するようにしても良い。または、番組情報やチャンネル番号等を表示した際に同時に表示されるようにしても良い。
図12Bは、図7CのS306の処理により表示される放送連携アプリランチャの一例を示す画面表示図である。本実施例においては、AITの記述等により、連携アプリA、連携アプリB、連携アプリC、の三つの放送連携アプリが放送受信装置100で実行可能な状態であるものとする。この場合、放送番組画面173b上の任意の位置に放送連携アプリランチャ173b1が表示され、更に、放送連携アプリランチャ173b1内に連携アプリAのエントリーボタン173b2、連携アプリBのエントリーボタン173b3、連携アプリCのエントリーボタン173b4、及び戻るボタン173b5が表示される。
図12Bに示したような放送連携アプリランチャ173b1が表示されている状態で、連携制御アプリの基本画面741aのカーソルキー741ac及び決定キー741adを用いてエントリーボタン173b2、エントリーボタン173b3、エントリーボタン173b4、等を選択すると、アプリケーション制御部161及びアプリケーションエンジン162の制御により、連携アプリA、連携アプリB、連携アプリC、等が起動する。戻るボタン173b5が選択された場合には、放送連携アプリランチャ173b1の表示が終了する。
なお、放送番組画面173b上に放送連携アプリランチャ173b1を表示する際に、放送連携アプリの種類やセキュリティ状況、放送連携アプリの機能やジャンル、放送アプリのネットワーク上からの取得状況、等に応じて、各エントリーボタンの枠色、内部色、形状、字体、大きさ、点滅状況、等を適宜変更するようにしても良いことは、図11のデータ放送画面173a上に各放送連携アプリのエントリーボタンを表示する場合と同様である。
また、放送受信装置100で実行可能な放送連携アプリが無い場合には、放送連携アプリランチャ173b1を表示しないようにしても良い。または、この場合、放送連携アプリランチャ173b1の内部に『使用可能なアプリケーションが有りません』等のメッセージを表示するようにしても良い。
[放送受信装置の放送連携アプリ実行画面]
図13Aは、図7AのS108の処理、図7BのS213の処理、図7CのS314の処理、図9のS615の処理、等で表示される放送連携アプリ実行画面の一例を示す画面表示図である。本実施例の放送連携アプリはHTML記述によるグラフィクス性能やエフェクト性能等を備えており、映像表示部173上における放送番組画面とのオーバーレイ表示が可能であるものとする。例えば、図13Aに示したように、放送番組画面173c上の任意の位置に天気予報やニュース等の情報を表示する放送連携アプリ部173c1がオーバーレイ表示される。放送連携アプリ部173c1は、第一主オブジェクト173c2、第二主オブジェクト173c3、第三主オブジェクト173c4、及び背景オブジェクト173c5、等で構成される。他のオブジェクトが更に表示されていても良い。
放送番組画面173c上に放送連携アプリ部173c1がオーバーレイ表示されている状態で、連携制御アプリの基本画面741aのdataキー741a8を選択することにより、前記放送連携アプリの実行を終了してデータ放送画面に移行することが可能であるものとする。また、連携制御アプリの基本画面741aの連携アプリキー741a9を選択することにより、前記放送連携アプリの実行を終了して放送番組画面173cのみの表示に戻すことが可能であるものとする。前記処理は、異なる操作キーにより実現されるものであっても良い。
また、放送番組画面173c上に放送連携アプリ部173c1がオーバーレイ表示されている状態で、連携制御アプリの基本画面741aの各操作キーを操作することにより、放送連携アプリ部173c1の透過度を変更することが可能であるものとする。前記透過度の変更処理は、放送連携アプリ部173c1全体を一括して行うものであっても良いし、第一主オブジェクト173c2、第二主オブジェクト173c3、第三主オブジェクト173c4、背景オブジェクト173c5をそれぞれ単独で行うものであっても良い。所定のグループ(例えば、同一のグラフィクスレイヤに存在する複数のオブジェクト)毎に行うものであっても良い。
前記透過度の変更処理を行う際は、例えば、連携制御アプリの基本画面741aのカーソルキー741acを用いてオブジェクトの選択を行い、カラーキー741aeの『青』キーでオブジェクトの透過度を増加させ、『黄』キーでオブジェクトの透過度を減少させたりする。異なる操作キーを用いて前記透過度の変更処理を行っても良い。放送連携アプリ部173c1全体を一括して透過度100%とすれば、放送連携アプリ部173c1を一時的に非表示とすることができる。例えば、放送波にて緊急放送が配信された場合、放送連携アプリ部全体を透過度100%として、緊急放送の放送番組画面のみを映像表示部173に表示させるようにすることも可能となる。或いは、図示を省略したCM検知部が、放送番組が本編映像からCM映像になったことを検知して、放送連携アプリ部173c1全体を一括して透過度100%(若しくは放送番組の映像を明瞭に確認できる透過度)とするように制御しても良い。
前述の処理を行うことにより、放送連携アプリの実行中にバックグラウンドにある放送番組画面の確認を行いたい場合に、前記放送連携アプリを終了させずに放送番組画面の確認を行うことが可能となる。
図13Bは、図7AのS108の処理、図7BのS213の処理、図7CのS314の処理、図9のS615の処理、等で表示される放送連携アプリ実行画面の、前述とは異なる例を示す画面表示図である。図13Bに示した例では、放送番組画面173c上の任意の位置に推薦番組を紹介する放送連携アプリ部173c6がオーバーレイ表示される。放送連携アプリ部173c6には、第一推薦番組情報173c7、第二推薦番組情報173c8、第三推薦番組情報173c9、等が表示される。更に多くの推薦番組情報がスクロールやページ切り替え等により表示されても良い。
前記各推薦番組情報は、表示中の放送番組(放送番組画面173c)に関連して推薦される番組の情報であっても良いし、ユーザの視聴履歴に基づいて推薦される番組の情報であっても良いし、インターネット等で話題となっている番組の情報であっても良い。放送受信装置100のユーザの友人が前記ユーザに対して送付した推薦番組の情報であっても良い。また、前記推薦される番組は、デジタル放送サービスの放送波で送信される番組であっても良いし、インターネット200上の各サーバ装置から配信されるVOD(Video On Demand)番組等であっても良い。インターネット200上のサーバ装置に用意されたホームページ等の情報画面であっても良い。
放送番組画面173c上に放送連携アプリ部173c6がオーバーレイ表示されている状態で、連携制御アプリの基本画面741aのカーソルキー741ac及び決定キー741adを用いて、第一推薦番組情報173c7、第二推薦番組情報173c8、第三推薦番組情報173c9、等を選択することにより、第一推薦番組情報173c7、第二推薦番組情報173c8、第三推薦番組情報173c9、等で推薦される各番組映像が表示部173に表示される。
図13Cは、推薦番組を紹介する放送連携アプリ部173c6で推薦される番組映像が表示された場合の例を示す画面表示図である。例えば、連携制御アプリの基本画面741aのカーソルキー741ac及び決定キー741adを用いて、放送連携アプリ部173c6の第一推薦番組情報173c7を選択した場合、表示部173に第一推薦番組情報173c7で推薦される番組の番組映像173caが表示される。番組映像173caは、ユーザによる操作端末の操作により、一時停止や時間指定ジャンプ等が可能であって良い。また、番組映像173caを表示する際に、元の放送番組画面173cをPIP(Picture In Picture)形式で任意の位置に表示するようにしても良い。この場合、ユーザの操作端末に対する操作により、前記推薦番組の番組映像173caと元の放送番組画面173cの何れを主画面とするかを変更できて良い。ユーザの操作端末に対する操作により、元の放送番組画面173cのウィンドウの大きさを調整できるようにしても良い。
また、前記推薦番組の番組映像173caが、放送連携アプリ部173c6に表示された何れかの推薦番組情報を選択したことにより表示された映像である旨を示すアイコン表示173cbを画面上の任意の位置に表示すれば、ユーザの利便性を向上させることができる。また、言うまでもなく、図13Bに示した放送連携アプリ実行画面においても、前述と同様に放送連携アプリ部173c6の透過度を変更できるようにして良い。
図13Dは、図7AのS108の処理、図7BのS213の処理、図7CのS314の処理、図9のS615の処理、等で表示される放送連携アプリ実行画面の、前述とは異なる例を示す画面表示図である。図13Dに示した例では、放送番組画面173c上の任意の位置にSNS(Social Networking Service)サービスのポータルとなる放送連携アプリ部173ccがオーバーレイ表示される。放送連携アプリ部173ccには、第一SNSサービスのエントリーボタン173cd、第二SNSサービスのエントリーボタン173ce、第三SNSサービスのエントリーボタン173cf、等が表示される。更に多くのSNSサービスのエントリーボタンがスクロールやページ切り替え等により表示されても良い。
放送番組画面173c上に放送連携アプリ部173ccがオーバーレイ表示されている状態で、連携制御アプリの基本画面741aのカーソルキー741ac及び決定キー741adを用いて、第一SNSサービスのエントリーボタン173cd、第二SNSサービスのエントリーボタン173ce、第三SNSサービスのエントリーボタン173cf、等を選択することにより、チャット機能や掲示板機能、インターネット電話機能等の各エントリーボタンに割り当てられた機能が有効化される。これにより、他者と情報交換を行いながら表示中の放送番組(放送番組画面173c)を楽しむことが可能となる。また、同時に、携帯情報端末700上の連携制御アプリの基本画面741aが、ソフトウェアキーボード等の文字入力画面や音声入力によりチャットや掲示板書き込みを行うための音声入力画面等に変更されるようにしても良い。
また、本実施例の放送受信装置100で実行可能な放送連携アプリとしては、前述の例の他、放送受信装置100と携帯情報端末700との連携機能を用いて、更にCMの放送タイミングと同期して、関連するCMアプリが放送受信装置100と携帯情報端末700の双方に提示されるようなものであっても良い。或いは、放送受信装置100で利用可能な有料サービスにおいて、放送連携アプリにより放送受信装置100のユーザの有料サービス加入の有無を確認し、その結果に応じて放送受信装置100及び/または携帯情報端末700の表示を変更するようなものであっても良い。本実施例の放送受信装置100においては、何れの放送連携アプリを実行した場合であっても、図13Aや図13B等を用いて説明した効果を享受することが可能である。
[放送受信装置のエラー表示画面]
図14は、図7AのS105の処理、図7BのS207の処理、図7CのS308の処理、図8CのS605の処理、等で、取得したAITデータ列のアプリケーションプロファイル904の確認等により放送連携アプリの実行が可能ではないと判断された場合、AITの記述に不足がある場合、或いはAITの取得に失敗した場合、等のエラー表示画面の一例を示す画面表示図である。
本実施例の放送受信装置100においては、前記放送連携アプリの実行が可能ではないと判断された場合に、アプリケーションプロファイル904の確認結果等の、前記放送連携アプリの実行が可能ではない理由を、エラーメッセージ173d1に表示するようにする。例えば、アプリケーションプロファイル904の確認の結果、所定のオプション機能がテレビ受信機側に不足している場合、その旨をエラーメッセージ173d1に表示する。エラーコードと、前記エラーコードの説明が記述されたテレビ受信機メーカのホームページの案内(URL等)を表示しても良い。或いは、放送連携アプリの取得をネットワーク上から行う場合には、当然ながらネットワークの接続状況の確認を事前に行うが、この際に、例えば、LANケーブルの接続不備等により前記放送連携アプリの取得が可能でない場合に、その旨をエラーメッセージ173d1に表示する。また、ネットワーク接続は確立しているが、エラー状況が劣悪なために放送連携アプリの取得が正しく行えない場合等もエラーメッセージ173d1を表示して良い。放送連携アプリの取得を実行中で未だ前記放送連携アプリの実行を行える状態にない場合にエラーメッセージ173d1を表示しても良い。また、放送波の受信状況が安定せず、当初はAIT等の情報を受信できていたにも関わらず、途中からAIT等の情報を受信できなくなった場合等にもエラーメッセージ173d1を表示して良い。なお、このような場合、各サーバ装置から取得した放送連携アプリはそのままキャッシュしておくようにすれば、放送波の受信状況回復後にそのまま使用可能となる。
また、アプリケーションプロファイル904の確認の結果、所定のオプション機能がテレビ受信機側に不足している場合に、エラーメッセージ173d1に、最新のテレビ受信機用ファームウェアの確認若しくはアップデートを勧める旨の表示を行うようにしても良い。或いは、前記最新のファームウェアの確認若しくはアップデートを、放送受信装置100が自動的に行うようにしても良い。或いは、テレビ受信機に有料のオプションハードウェアまたはオプションソフトウェアを追加することにより前記放送連携アプリを実行可能とできる場合には、前記有料のオプションハードウェアまたはオプションソフトウェアの案内を表示するようにしても良い。なおエラーメッセージ173d1は、放送受信装置100にではなく、携帯情報端末700に表示するようにしても良い。
[携帯情報端末の放送連携アプリ実行画面]
図15は、図9のS619の処理で表示される放送連携アプリ(端末側)実行画面の一例を示す画面表示図である。図15に示した放送連携アプリ実行画面741cは、メインウィンドウ741c1、サブウィンドウ741c2、選択マーカ741c3、カーソルキー741c4、741c5、解説表示部741c6、終了ボタン741c7、で構成される。その他のオブジェクトが更に追加されていても良い。
本実施例において、携帯情報端末700で実行される放送連携アプリ(端末側)は、放送受信装置100で表示中の放送番組の詳細を確認するためのアプリケーションであるものとする。また、メインウィンドウ741c1には放送受信装置100で表示されている放送番組画面と同じ映像が、サブウィンドウ741c2には選択マーカ741c3で指定される位置の拡大映像が、それぞれ表示される。カーソルキー741c4及び741c5を選択することにより、選択マーカ741c3の位置を変更することが可能であるものとする。解説表示部714c6には、メインウィンドウ741c1に表示中の前記放送番組に関する解説字幕文や前記放送番組に関して他のユーザが投稿したコメント等が表示されるものとする。終了ボタン741c7は前記放送連携アプリ(端末側)の動作を終了させるためのボタンである。
前記放送連携アプリ(端末側)を携帯情報端末700上で動作させることにより、放送受信装置100と携帯情報端末700との連携動作による放送通信連携サービスの機能拡張が可能となる。
[放送受信装置のEPG画面]
図16Aは、本実施例の放送受信装置100における電子番組表(EPG)表示画面の一例を示す画面表示図である。EPG表示画面173eは、主制御部101が第一分離部132から出力された番組情報データ列に基づいて作成した、本実施例のデジタル放送サービスにおける放送番組の配信予定表である。連携制御アプリの基本画面741aの番組表キー741a7を選択することにより、映像表示部173にEPG表示画面173eが表示されるものとする。
EPG表示画面173eは、本実施例においては、縦軸を時間表示、横軸をサービスID(チャンネル)表示としたマトリクス形状で、各時間帯に各チャンネルで放送される各放送番組の詳細情報を表示する。各放送番組の詳細情報173e1は、図16Aに示したように、主としてタイトル領域173e2と詳細説明領域173e3で構成される。
タイトル領域173e2には、各放送番組の番組タイトル及び各放送番組の属性を表す記号等を表示する。前記各放送番組の属性を表す記号等は、例えば、新番組であることを意味する『New』を記号化した印や、再放送番組であることを意味する『Replay』を記号化した印、等である。或いは、放送サービスによるデータ放送に対応していることを意味する『data』を記号化した印等でも良い。また、本実施例の放送受信装置100で実行可能な放送連携アプリが用意されている放送番組である場合は、その旨を示す『Linkage』を記号化した印等でも良い。詳細説明領域173e3は、各放送番組の番組内容や出演者、各放送番組を紹介するホームページのURL、等の関連情報を表示する。
なお、タイトル領域173e2に表示される前記『Linkage』を記号化した印等は、前記放送番組に放送連携アプリが用意されている場合であっても、アプリケーションプロファイル904の確認の結果、情報表示装置100での実行が不可の場合には表示しないようにしても良い。また、タイトル領域173e2に表示される、前記実行可能な放送連携アプリが用意されている放送番組であることを示す『Linkage』を記号化した印は、更に、携帯端末機器との連携動作が可能であるか否かで、その色、形状、字体、等を変更しても良い。携帯端末機器との連携動作が可能な場合には、前記『Linkage』を記号化した印と併せて『Mobile』を記号化した印を表示するようにしても良い。
なお、前記『Linkage』を記号化した印や『Mobile』を記号化した印の表示の有無は、各放送番組の詳細情報等を含むEIT情報に予め記載しておいた、各放送番組が本実施例の放送受信装置100で実行可能な放送連携アプリが用意されている放送番組であるか否か、前記実行可能な放送連携アプリが携帯端末機器との連携動作が可能であるか否か、等の情報を取得することにより制御されるようにすれば良い。或いは、インターネット200上の所定のサーバ装置に用意されたデジタル放送番組の番組配信情報から取得した前記情報を、デジタル放送サービスの放送波から取得した番組情報データ列に基づいて作成した電子番組表に付加するようにしても良い。
前述のように、EPG表示画面173e上に、実行可能な放送連携アプリが用意されている放送番組であることを示す『Linkage』を記号化した印や携帯端末機器との連携動作が可能なことを示す『Mobile』を記号化した印を表示することにより、ユーザは、放送受信装置100における各放送番組の放送通信連携サービスへの対応状況を簡単に把握することが可能となる。なお、言うまでもなく、前記各放送番組の属性を表す所定の文字を記号化した印は、文字そのものや文章等と代替しても良い。各放送番組の詳細情報173e1の背景色を変更することにより、各放送番組の放送通信連携サービスへの対応状況を示しても良い。また、前記『Linkage』を記号化した印や『Mobile』を記号化した印等は、通常はタイトル領域173e2には表示せず、各放送番組が番組選択カーソル173e4により選択された場合にのみポップアップ表示されるようにしても良い。
本実施例の放送受信装置100はEPG表示画面173e上から放送番組毎の視聴予約及び/または録画予約を行う機能を有する。例えば、EPG表示画面173eが表示されている状態で、連携制御アプリの基本画面741aのカーソルキー741acを用いてEPG表示画面173e上の番組選択カーソル173e4を移動させ、決定キー741adにより任意の放送番組を選択することにより、前記選択した放送番組の視聴予約及び/または録画予約を行う。
前述の処理において、前記視聴予約及び/または録画予約を行った放送番組が放送通信連携サービスへ対応する放送番組である場合、前記視聴予約及び/または録画予約を行ったことをトリガとして、前記放送番組の放送開始時間を待たずに、前記放送番組用に用意された放送連携アプリの取得を開始するようにしても良い。即ち、各放送番組の詳細情報等を含むEIT情報に前記放送連携アプリの取得先を指定する情報(URL等のロケーション情報)を記載しておくようにする。このようにすれば、放送受信装置100は、各放送番組用に用意された前記放送連携アプリの取得先の情報を、前記放送番組を番組選択カーソル173e4で選択した時点で把握することが可能となる。このため、放送受信装置100は、前記放送番組の放送開始時間となる前に前記放送連携アプリの取得を開始することが可能となる。
なお、前記視聴予約及び/または録画予約を行った放送番組が放送通信連携サービスへ対応する放送番組であり、且つ、携帯端末機器との連携動作が可能な放送番組である場合、携帯端末機器用に用意された放送連携アプリ(端末側)も、前述と同様の処理で、前記放送番組の放送開始時間となる前に取得開始するようにしても良い。また、図16Bに示すように、前記携帯端末機器用に用意された放送連携アプリ(端末側)の取得先の情報(URL等のロケーション情報)を示す二次元バーコード173e5等をEPG表示画面173eに表示して、ユーザに携帯端末機器用に用意された放送連携アプリ(端末側)のダウンロードを促すようにしても良い。
このように、放送受信装置100が、EPG情報に含まれる放送連携アプリの取得先情報を参照して、前記放送連携アプリの取得を放送番組の放送開始時間となる前に開始するようにすれば、放送連携アプリを記憶するサービス事業者サーバ400の負荷を分散させることが可能となる。また、サービス事業者サーバ400と情報表示端末100の間のネットワークの通信速度が不十分な場合であっても、前記放送番組の放送開始直後から前記放送連携アプリを有効に活用することができるようになる。
図17は、EPG表示画面173e上から放送番組の視聴予約及び/または録画予約を行った場合の放送連携アプリの取得シーケンスの一例を示す動作シーケンス図である。
デジタル放送サービスの視聴中、放送受信装置100の主制御部101は、第一分離部132から出力された番組情報データ列を取得する(S701)。ユーザが操作端末を用いてEPG画面の起動要求を行う(S702)と、映像表示部173にEPG表示画面173eが表示される(S703)。EPG表示画面173e上でユーザが操作端末を用いて任意の放送番組を選択することにより前記放送番組の視聴予約及び/または録画予約を行う(S704)と、主制御部101は、前記第一分離部132から取得した番組情報データ列を確認して(S705)、更に、前記視聴予約及び/または録画予約を行った放送番組に連動する放送連携アプリの取得先のロケーションを確認する(S706)。
S706の処理の後、アプリケーション制御部161は、前記確認したURLに基づき、LAN通信部121を介して、所定のサービス事業者サーバ400に対して放送連携アプリの送信要求を送信する(S707)。前記放送連携アプリの送信要求を受信したサービス事業者サーバ400は、アプリケーション管理/配布実行部4103の制御に基づき、必要に応じて放送受信装置100の認証処理を行った後に、アプリケーション記憶領域4013に記憶された所定の放送連携アプリの配信を、LAN通信部421を介して行う(S708)。続いて、アプリケーション制御部161は、LAN通信部121を介して受信した、サービス事業者サーバ400から配信された前記所定の放送連携アプリをRAM104若しくはストレージ110にキャッシュするようにする(S709)。
以上説明した本実施例の方送受信装置100によれば、より付加価値の高い機能を実行可能となる。
以下では、本発明の実施例2に関して説明する。なお、本実施例における構成及び効果等は特に断りのない限り実施例1と同様であるものとする。このため、以下では、本実施例と実施例1との相違点を主に説明し、共通する点については重複を避けるため極力説明を省略する。
実施例1においても携帯情報端末連携処理(以下端末連携と呼ぶ)を行う場合の実施態様を記載したが、さらに詳細の実施態様につき説明する。
携帯情報端末連携を行う際に、放送受信装置100と同じ宅内にある携帯情報端末700のみに端末連携の利用を制限したい場合がある(以後この制限を同一宅内制限と呼ぶ)。例えば、放送連携を利用するためのアプリケーション(以下放送連携アプリと呼ぶ)において、放送受信装置100の表示画面と携帯情報端末700の表示画面が密接に関係している場合とか、放送受信装置100に表示される広告映像を携帯情報端末700の利用者に確実に視聴して欲しい場合などである。
なお、手順として考えておかなければならない点は、対象としている放送連携アプリが同一宅内制限を課すものかどうか、の判断である。あらゆる放送連携アプリが同一宅内制限になっていることを前提とする場合は、この判断は不要であるが、制限が無いこともある場合は、同一宅内制限の有無に関する制御情報を放送受信装置100が取得し、操作手順を変更する必要がある。この制限の有無に関する制御情報は、放送信号から取得してもよいし(例えば、AITの項目として記載する)、放送局指定のサーバから取得してもよい。
以上の手順も含め、本実施例では、携帯情報端末700が放送受信装置100と同一宅内に存在することを保証する手順について説明する。
通常、同一宅内に存在する機器は、同じルータ装置210に接続されているローカルネットワーク上に存在する。従って、携帯情報端末700が放送受信装置100と同じローカルネットワークに接続されていることで、同一宅内に存在すると判断することができる。なお、対象機器がローカルネットワークに接続されているかどうかは、公知の方法を用いればよく、説明を省略する。
また、ローカルネットワーク上に無い携帯情報端末700であっても、NFC、BlueTooth、赤外線通信等で放送受信装置100と直接通信を行うことで、同一宅内に存在すると判定することもできる。この場合、放送連携アプリ等の取得のための通信は、上記の直接通信でも構わないし、移動体電話通信によるものでも構わない。
上記のように同一宅内に存在することの確認方法は複数考えられるが、どの方法を使用するかは、例えばAITに記述しておき、放送受信装置100で読み取る。
さらに、一度同一宅内に携帯情報端末700が存在することが確認できれば、番組が終わるまでは同一宅内に存在すると見做すことでもよいし、ある有効時間(例えば10分)を設け、有効時間内は同一宅内に存在すると見做すが、有効時間が過ぎた場合は、新たに確認しなければ同一宅内に存在すると見做さないとする方法を使用することもできる。この有効時間は、例えばAITに記述しておき、放送受信装置100で読み取る。
さらに、例えば番組進行中の任意の時点で、放送信号にイベント信号を設定しておき、このイベント信号を受信する毎に携帯情報端末700が同一宅内に存在することを確認するという方法をとることもできる。
さらに前二者の方法を組み合わせて使用することも可能である。
次に、同一宅内に存在する携帯情報端末700のみに端末連携を許可する具体的手順について説明する。この実施例では、携帯情報端末700が放送連携アプリを取得する際、あるいは放送連携アプリで使用する情報を取得する際に制限を設ける(以後、放送連携アプリと放送連携アプリで使用する情報、具体的にはHTML文書やストリーミング映像などであるが、これらをまとめて放送連携情報と呼ぶ)。放送連携情報の取得方法には、放送局サーバ300または事業者サーバ400から取得する通信取得と、放送波から取得する放送取得の2種類がある。通信取得の場合、放送受信開始後に取得する場合と放送受信開始前に取得しておく方法の2種類がある。さらに、通信取得の場合、一旦放送受信装置100が取得し、放送受信装置100から携帯情報端末700が取得する場合と、携帯情報端末700が直接放送局サーバ300または事業者サーバ400から取得する場合がある。種々の方法があるが、携帯情報端末700から見ると、放送受信装置100から取得する場合と、放送局サーバ300または事業者サーバ400から取得する場合の2つに大別できる。
本実施例では、携帯情報端末700が放送受信装置100から放送連携情報を取得する場合を説明し、サーバから取得する場合は次の実施例で説明する。
図18Aに、本実施例の手順を示す。
まず、端末連携を行う前に、携帯情報端末700、放送受信装置100のそれぞれで、端末連携を制御するアプリケーションである連携制御アプリを起動しておく(S10001、S10002)。この状態で、携帯情報端末700から放送受信装置100に対して端末連携要求を行う(S10003)。次に放送信号からAITを取得する(S10004)。このAITの情報から、対象となる携帯情報端末用のアプリが同一宅内制限のあるものかどうか判断し(S10006)、制限がある場合はS10008の手順に進み、端末連携要求のあった最初の段階では、S10009のステップに進み、端末連携要求のあった携帯情報端末700が放送受信機100と同一宅内にあるかどうか判定する(S10009)。判定の結果、同一宅内に無いと判定された場合は、携帯情報端末側の連携制御アプリに連携不許可の応答を行い、処理を終了する(S10011)。
ここで、そもそも、端末連携アプリは全て同一宅内制限が有るとする前提の場合は、S10006の判定は行わずスキップする。同一宅内制限が有るアプリと無いアプリと両方有りうる場合にS10006の判定を行う。
携帯情報端末700が同一宅内にあると判定されるか、同一宅内制限の無いアプリの場合、S10012に進み、放送連携アプリ関連サービスを行う。このサービス(S10012)では、携帯情報端末700からの放送連携情報配信要求(S10013)を処理し、携帯情報端末700に放送連携情報を配信する(S10018)。この放送連携情報には、放送受信装置100が配信サーバから配信を受けたもの(S10014、S10015、S10016)、放送信号から取得したもの(S10017)、放送受信装置100に記憶してあるもの等がある。放送受信装置100による放送連携情報の受信(S10016、S10017)は、携帯情報端末700からの放送連携情報配信要求(S10013)による場合のみではなく、放送受信装置100が自律的に取得することや、放送信号からのイベント発生に基づく取得の場合があっても構わない。そして、携帯情報端末700への放送連携情報の配信(S10018)も、放送受信装置100側からの自発的なものがあっても構わない。
一連の放送関連情報の受信(取得)、配信の処理が終わった後、放送受信装置100が同一番組の視聴を続けているかどうか判定し(S10019)、もし続けていない場合は携帯情報端末側の連携制御アプリに連携不許可の応答を行い、処理を終了する(S10020)。
視聴を続けている場合は、S10005の手順に戻り、宅内制限が有る場合は携帯情報端末700が同一宅内にあるかどうか確認する(S10009)が、前回の確認から予め設定された有効時間が経過しているか、あるいは前回の確認以降、放送信号や配信サーバからの確認要求(S10007)が発生しているかを判断し(S10008)、いずれの条件も満たしていなければ、同一宅内にあるかどうかの確認(S10009)は行わず、S10010を経由し、次の放送連携アプリ関連サービス(S10012)の実行に移る。ここで、放送信号からの確認要求(S10008)は放送連携情報から取得するように記載してあるが、ここではイベントメッセージも放送連携情報に含まれるものとして記載している。さらに、この確認要求がAITに記載されても構わない。
なお、上記で説明した手順は、S10022の矢印で示される区間において、放送信号、放送受信装置100、携帯情報端末700、配信サーバ全体でのループ処理手順である。S10007の確認要求は、ループ内のどのタイミングであっても構わない。
さらに、配信サーバでの認証(S10015)に使用する認証キーにAITに記述された認証情報を組み込んでも構わない。これにより、正当な認証要求であることが確認できる。また、AITに記述される認証情報を、番組の進行に伴い変更し、認証サーバにおいて、番組の進行に同期した情報が組み込まれた認証キーでなければ認証を行わないようにすれば、同一番組を視聴し続けていることを確認できる。この場合、AITの情報は適宜読み込み更新を行うこととする(S10021)。なお、放送信号に組み込む認証情報はAITに記載する他に、放送連携情報として組み込むことでも構わない。さらにまた、実質的に認証情報を変更することになる方法として、配信サーバのURL自体を番組の進行に従って変更してゆく、という方法を使用することもできる。
このように、放送連携アプリ関連サービス(S10012)を実行しながら、予め設定された有効時間毎、あるいは、放送信号や、配信サーバからの確認要求がある毎に、携帯情報端末700が、放送受信装置100と同一宅内にあるかどうか確認することにより、適切に同一宅内制限がある放送関連アプリの実行を行うことができる。さらに、放送信号に組み込まれた認証情報を配信サーバでの認証に使用することにより、配信要求の正当性を確保することができ、放送信号の認証情報を適宜変更するようにすれば、同一番組を視聴し続けていることの確認もできる。
以上説明した本実施例に係る携帯情報端末連携技術によれば、放送受信装置と連携する携帯情報端末について同一宅内制限を実現することが可能となる。
本実施例では、携帯情報端末700が配信サーバから放送連携情報を取得する場合を説明する。
図18Bに、本実施例の手順を示す。
まず、端末連携を行う前に、携帯情報端末700、放送受信装置100のそれぞれで、端末連携を制御するアプリケーションである連携制御アプリを起動しておく(S10101、S10102)。この状態で、携帯情報端末700から放送受信装置100に対して端末連携要求を行う(S10103)。次に放送信号からAITを取得する(S10104)。このAITの情報から配信サーバに関するURL等の情報を取得し、携帯情報端末700にその情報を送信する(S10105)。次に、放送受信装置100から配信サーバに対し時刻確認要求を出し(S10106)、この要求に基づき、配信サーバから放送受信装置100に対して時刻情報を送信する(S10107)。これにより、配信サーバの時刻に合わせて後段の認証キー発行(S10115)を行うことができるが、時刻のずれが問題ない場合は、省略しても構わない。
以降、S10127の矢印で示されるループ制御に入る。
まず、携帯情報端末700から放送受信装置100に対し、認証キーの発行要求または放送連携情報配信要求を出す(S10109)。認証キーは後段(S10125)の配信サーバへの放送連携情報配信要求で用いる。S10109での放送連携配信要求は放送信号から取得した情報の配信要求であり、後段のS10126の手順に対応する。
いずれにせよ、S10109の要求が携帯情報端末から出されると、同一宅内制限がある放送連携アプリかどうか判定し(S10111)、制限があれば、次の手順S10112に進み、なければS10112の手順はスキップしてS10114に進む。全ての放送連携アプリに同一宅内制限が有る場合はS10111の判定は行わず、S10112に進む。S10112では、要求を出した携帯情報端末が同一宅内に有るかどうかの判定を行い、無ければ端末連携を終了させる(S10113)。同一宅内に有れば、要求された手順、配信サーバからの放送連携情報の取得(S10125)または放送信号からの放送連携情報の取得(S10126)を行う。配信サーバからの取得以外に放送信号からの取得があっても構わないので、S10126の手順も記載した。
まず、配信サーバからの放送連携情報の取得手順(S10125)について説明する。
最初に放送受信機100より情報連携端末700から要求のあった認証キーを発行する。この時、認証キーには、発行時点の時刻情報を含め、予め定められた時間内(例えば10分間)だけ有効であるとする。配信サーバでは有効時間内の認証キーであるかどうかも含めて認証情報を確認し、認証がOKであれば放送連携情報の配信を許可する。以後、有効時間内であれば情報の配信を許可するが、有効時間が過ぎた時点で配信を停止する。例えばストリーミング映像が有効時間を過ぎると見ることができなくなる。
予め設定された有効時間は、配信サーバに保持していてもよいし、放送受信装置100が放送信号(例えばAIT)から取得し、認証キーに有効時間情報を組込んでも構わない。携帯情報端末700には予め有効時間の情報を通知しておき、有効時間が切れるまえに認証キーの発行を要求するようにする。あるいは、有効時間は放送受信装置100で管理しておき、有効時間が切れる前に、携帯情報端末700が同一宅内に有ることを確認した上で放送受信装置100から自動的に携帯情報端末700に対し認証キーを発行しても構わない。
有効時間は、一つの番組の中で同一でも構わないし、番組の進行に合わせて変化させても構わない。また、有効時間の設定がなければ一度認証を行えば番組視聴中は認証が有効である、という取扱でも構わない。
さらに、配信サーバでの認証(S10117)に使用する認証キーにAITに記述された認証情報を組み込んでも構わない。これにより、正当な認証要求であることが確認できる。また、AITに記述される認証情報を、番組の進行に伴い変更し、認証サーバにおいて、番組の進行に同期した情報が組み込まれた認証キーでなければ認証を行わないようにすれば、同一番組を視聴し続けていることを確認できる。この場合、AITの情報は適宜読み込み更新を行うこととする(S10124)。なお、放送信号に組み込む認証情報はAITに記載する他に、放送連携情報として組み込むことでも構わない。さらにまた、実質的に認証情報を変更することになる方法として、配信サーバのURL自体を番組の進行に従って変更してゆく、という方法を使用することもできる。なお、この場合のURL変更は、配信サーバは同一で入口が異なる場合であるが、放送連携アプリの変更等により新しい配信サーバに変更することも有りうる。この場合は、変更の都度、配信サーバ情報送信(S10105)、時刻確認要求(S10106)、時刻情報送信(S10107)の手順を行う。
次に、放送信号から放送連携情報を取得する手順(S10126)について説明する。
この場合は、携帯情報端末700が同一宅内に有ることが確認された後、放送受信装置100が放送信号から放送連携情報を取得し(S10119)、続いてその情報を携帯情報端末700に配信する(S10120)。
なお、番組の進行に伴って放送連携情報を変更する場合、放送信号から変更の通知を出し(S10110)、その通知をきっかけとして、放送連携情報を取得することがあっても構わない。その場合、配信サーバからの取得であれば、放送受信装置100から携帯情報端末に認証キーを発行し(S10115)、変更通知があったことを通知する。有効時間内であれば認証キーの発行を省略し、変更通知の通知のみでも構わない。放送信号からの取得の場合は、放送受信装置100が情報を取得し(S10120)、携帯情報端末に配信する(S10120)。なお、放送信号からの取得の場合は、変更通知毎に携帯情報端末700が同一宅内に有ることを確認しても構わないし、実施例2のように、有効時間内であればその確認を省略しても構わない。ここで、放送信号からの変更通知(S10110)は放送連携情報から取得するように記載してあるが、ここではイベントメッセージも放送連携情報に含まれるものとして記載している。さらに、この変更通知がAITに記載されても構わない。
一連の放送関連情報の受信(取得)、配信の処理が終わった後、放送受信装置100が同一番組の視聴を続けているかどうか判定し(S10121)、もし続けていない場合は携帯情報端末側の連携制御アプリに連携不許可の応答を行い、処理を終了する(S10123)。視聴を続けていればS10108に戻り、ループ処理S10127を継続する。
このように、配信サーバの認証に使用する認証キーに時刻情報を含め、有効時間の管理を行うことにより、定期的に携帯情報端末700が放送受信装置100と同一宅内に有ることが確認でき、適切に同一宅内制限がある放送関連アプリの実行を行うことができる。さらに、放送信号に組み込まれた認証情報を配信サーバでの認証に使用することにより、配信要求の正当性を確保することができ、放送信号の認証情報を適宜変更するようにすれば、同一番組を視聴し続けていることの確認もできる。
以上説明した本実施例に係る携帯情報端末連携技術によれば、放送受信装置と連携する携帯情報端末が配信サーバから放送連携情報を取得する場合でも、同一宅内制限を実現することが可能となる。
実施例2、3では、端末連携において同一宅内制限を実現する手順について説明したが、放送連携アプリによっては宅外からの使用も許可しても構わない。本実施例ではそのような場合につき説明する。例えばテレビショッピングなどの番組自体が広報・宣伝になっている場合、宅内宅外に関わらず放送連携アプリが使用できた方が放送事業者にとっても望ましい。このような番組の場合、一度放送受信装置100に登録しておけば、携帯情報端末700が宅内に有るかどうかに関わらず、放送連携アプリの使用を許可するようにしても構わない。この場合、放送映像自体をストリーミングデータにして、放送受信装置100からインターネット経由で携帯情報端末700に配信する放送連携アプリがあると利便性がより高まる。ストリーミングデータは著作権保護のため、放送受信装置100にて暗号化しておいても構わない。宅外への放送映像の配信を含め、放送連携アプリが宅外からの利用を許可しているかどうかは放送信号内のデータ(例えばAITなど)に記載しておく。
具体的な手順を図18Cに示す。当該手順は一部の手順が実施例2、3と共通であるので、実施例2,3と重複する部分については説明を省略する。放送受信装置100は、宅外からの端末連携要求(S10203)があった場合、宅外利用が許可されているアプリであれば、要求元が登録済の携帯情報端末であるか確認した上(S10205)で、連携を許可するようにする。ここで、必要があれば、放送映像、放送連携情報についての著作権保護のため、携帯情報端末700と放送受信装置100とで認証を行っても構わない(S10207)。その際、当該認証は、認証サーバにおける認証であっても構わない(S10207)。著作権保護の要不要についての情報、著作権保護の認証方法についての情報を放送信号(例えばAITに記載されているものとする)から取得し、それに応じた制御を行う。放送信号にこれらの情報が格納されていない場合は、放送受信装置100において予め定められた所定の方法に従う。例えば、予め定められた所定の著作権保護処理を行えばよい。また、放送信号にこれらの情報が格納されていない場合は、放送受信装置100において著作権保護処理を行わないことを予め定めておいてもよい。
著作権保護のための認証の具体例(1)〜(4)を次に示す。以下の認証はそれぞれ一つだけ行っても良い。または、以下に例示された複数の認証を組み合わせて行ってもよい。また、以下に例示された認証と、以下に例示されていない他の認証処理を組み合わせて行ってもよい。
(1)IDとパスワードによる認証
携帯情報端末700を放送受信装置100に登録する際に、IDとパスワードを発行し、放送受信装置100はこのIDとパスワードの確認により連携を許可する。
(2)暗号鍵の使用
上記のIDとパスワードによる認証に加え、暗号化した映像データ等を復号するための暗号鍵を放送受信装置100から携帯情報端末に送信する。この暗号鍵は放送信号(例えばAITに記載しておく)から取得することでも構わない。
(3)認証サーバの利用
暗号化した映像データ等を復号するための暗号鍵の発行を、認証サーバから行う方法。携帯情報端末700は認証サーバに対してIDとパスワードを送信し、暗号鍵を取得する。この場合、認証サーバのロケーション情報(具体的にはURL)を放送信号(例えばAITに記載しておく)から取得し、このロケーション情報を放送受信装置100から携帯情報端末700に送信することにより、より安全性が高まる。携帯情報端末700が暗号鍵を入手できなければ映像等の復号はできないので、放送受信装置100から認証サーバでの認証を要求することで、書作権保護の認証としてもよいし、携帯情報端末700から放送受信装置100に暗号鍵を取得できたことを通知することにより認証を完了することにしてもよい。なお認証サーバによる課金が行われても構わない。
(4)暗号鍵の相互認証
放送受信装置100と携帯情報端末700がそれぞれ持つ暗号鍵を相互に認証し、確認を取ることで著作権保護の認証とする。
放送信号に格納された情報が、所定の方法での著作権保護が必要であること示している場合に、当該所定の方法で著作権保護の認証が出来ない場合は、端末連携を許可しない。また、放送信号に指定がなく、放送受信機100の既定の方法により認証を行う場合でも、当該既定の方法で著作権保護の認証が出来ない場合は、端末連携を許可しない。
端末連携を許可した場合は、以後、同一宅内に携帯情報端末700が存在するかどうかの確認は行わず、携帯情報端末700からの要求(S10211)、放送受信装置100の自律的制御、放送信号からの要求(S10210)に従い、携帯情報端末700に対して放送連携情報の配信(S10217)、配信サーバ用の認証キーの発行(S10212)を行う。なお、この場合は有効時間を設定した制御は行わなくても構わない。宅外にある携帯情報端末700は放送連携情報を、放送受信装置100、または、発行を受けた認証キーを用いて配信サーバより取得する(S10215)。また放送受信装置100が発行する認証キーに放送信号から取得した認証情報(例えばAITに記載されているとする)を組み込み、配信サーバは、放送信号から取得した認証情報が組み込まれた認証キーであればアクセスを許可するようにすれば、より宅外利用の適正化を図ることができる。
さらに、番組視聴のプレミアとしてディスカウントをする場合等、無制限に放送連携アプリの使用を許可しない方がよい場合もある、このような場合では、一度は同一宅内に携帯情報端末が有る状態で認証を行い、その後は同一宅内でなくても配信サーバの利用を許可する方法が好ましい。この場合は携帯情報端末700が放送受信装置100に登録されていなくても構わない。
この場合の具体的な手順を図18Dに示す。当該手順は、一部の手順が上記図18Cと共通であるので、重複する部分については説明を省略する。まず、携帯情報端末700が放送受信装置100と同一宅内にある状態で、携帯情報端末700から放送受信装置100に対して端末連携要求を行い、放送受信装置100は当該携帯情報端末700が同一宅内に有ることを確認した上(S10305)で連携を許可する。ここで、必要があれば、放送映像、放送連携情報についての著作権保護のため、携帯情報端末700と放送受信装置100とで認証を行っても構わない(S10307)。その際、当該認証は、外部の認証サーバにおける認証であっても構わない。著作権保護の要不要についての情報、著作権保護の認証方法についての情報を放送信号(例えばAITに記載されているものとする)から取得し、それに応じた制御を行う。放送信号にこれらの情報が格納されていない場合は放送受信装置100において予め定められた所定の方法に従う。例えば、予め定められた所定の著作権保護処理を行えばよい。また、放送信号にこれらの情報が格納されていない場合は、放送受信装置100において著作権保護処理を行わないことを予め定めておいてもよい。
著作権保護のための認証の具体例(5)〜(7)を次に示す。以下の認証はそれぞれ一つだけ行っても良い。または、以下に例示された複数の認証を組み合わせて行ってもよい。また、以下に例示された認証と、以下に例示されていない他の認証処理を組み合わせて行ってもよい。
(5)暗号鍵の使用
携帯情報端末700が同一宅内にいる状態で、暗号化した映像データ等を復号するための暗号鍵を放送受信装置100から携帯情報端末に送信する。この暗号鍵は放送信号(例えばAITに記載しておく)から取得することでも構わない。この暗号鍵を同一宅内で引き渡すことをもって認証とする。さらに、番組のある時点でないと暗号鍵が放送信号から取得出来ないようにし、暗号鍵の携帯情報端末700への受け渡しを同一宅内に限定すれば、その時点で同一宅内にいなければならない、という制限を設けることができ、視聴に対するプレミア付与にも利用できる。
(6)認証サーバの利用
暗号化した映像データ等を復号するための暗号鍵の発行を、認証サーバから行う方法。携帯情報端末700は認証サーバに対してIDとパスワードを送信し、暗号鍵を取得する。この場合、認証サーバのロケーション情報(具体的にはURL)を放送信号(例えばAITに記載しておく)から取得し、このロケーション情報を放送受信装置100から携帯情報端末700に送信することにより、より安全性が高まる。携帯情報端末700が暗号鍵を入手できなければ映像等の復号はできないので、放送受信装置100から認証サーバでの認証を要求することで、書作権保護の認証としてもよいし、携帯情報端末700から放送受信装置100に暗号鍵を取得できたことを通知することにより認証を完了することにしてもよい。認証サーバへのアクセスは宅内で行っても宅外で行っても構わないが、番組のある時点でないと認証サーバのロケーション情報が放送信号から取得出来ないようにし、ロケーション情報の携帯情報端末700への受け渡しを同一宅内に限定すれば、その時点で同一宅内にいなければならない、という制限を設けることができ、視聴に対するプレミア付与にも利用できる。なお認証サーバによる課金が行われても構わない。
(7)暗号鍵の相互認証
放送受信装置100と携帯情報端末700がそれぞれ持つ暗号鍵を相互に認証し、確認を取ることで著作権保護の認証とする。この認証も宅内で行っても宅外で行っても構わない。
放送信号に格納された情報が、所定の方法での著作権保護が必要であること示している場合に、当該所定方法で著作権保護の認証が出来ない場合は、端末連携を許可しない。また、放送信号に指定がなく、放送受信機100の既定の方法により認証を行う場合でも、当該既定の方法で著作権保護の認証が出来ない場合は、端末連携を許可しない。端末連携を許可した以降の手順は図18Cの手順と共通であるので説明を省略する。
以上説明した本実施例に係る携帯情報端末連携技術によれば、放送受信装置と連携する携帯情報端末について、著作権保護に留意しつつ宅外からの利用を実現することが可能となる。
実際の使用状況においては、番組による端末連携アプリの有無と、どの端末連携アプリが利用可能か簡便に分かる方がより望ましい。本実施例では、端末連携アプリの利用可能状況の表示方法につき説明する。
図19Aは、端末連携アプリが有る場合の放送連携アプリのランチャ画面(173b11)の例である。放送連携アプリが枠付き文字のアイコンで表示されている。視聴中の番組に連携した放送受信装置100用の放送連携アプリ(173b12〜173b14)と携帯情報端末用の放送連携アプリ(173b15〜173b17)が表示されている。この例の場合は、文字列を囲む枠線の太さと枠内の色でアプリの状況を示している。本体アプリA、B(173b12、173b13)と端末アプリA、B(173b15、173b16)が利用可能な状態であり、本体アプリC(173b14)と端末アプリ(173b17)が利用不可能な状態である。端末アプリが利用不可能な状態とは、放送受信装置100と通信可能な状態にある携帯情報端末700の中で、当該アプリを実行する機能を持つものがないことを意味する。
図19Bは、図19Aにおいて、端末アプリAを選択した後の画面である。端末アプリAに関した各携帯情報端末700の状態を示している。この画面で表示されている携帯情報端末は、過去に放送受信装置100と連携を行ったか登録されている端末である。
アイコンの枠線が実線になっている携帯端末1(173b22)と携帯端末2(173b23)は放送受信装置100と通信可能な状態にあり、枠線が点線になっている携帯端末3(173b24)と携帯端末4(173b25)は放送受信装置100と通信可能な状態にないことを示している。また、アイコンの枠内が白である携帯端末1(173b22)と携帯端末3(173b24)は端末アプリAを実行する機能を持ち、枠内が灰色である携帯端末2(173b23)と携帯端末4(173b25)は端末アプリAを実行する機能を持たないことを示している。さらに、当該端末でアプリが既に実行中である場合、そのことを表すデザインのアイコンを使用しても構わない。
また、アイコンは絵柄を利用するとより視覚的に分かりやすいのでその例を次に示す。
図19Cは放送連携アプリの一覧を示すランチャ画面(173b31)の例である。放送受信装置100の他、携帯情報端末700のタイプ別にアイコンが示されている。173b32と173b33が放送受信装置100を示すアイコンであり、173b34と173b35がスマートホン型の携帯情報端末700を示すアイコンであり、173b36がヘッドマウントディスプレイ型の携帯情報端末700を示すアイコンである。それぞれのアプリはアイコンで示される装置用のものである。
図19Cにおいては、当該アプリの利用が出来ない場合は、装置の絵柄に重ねて利用不可を示すマーク(今の場合は丸に斜線のマーク)を表示させている。また、放送受信装置100に関しては、既に当該アプリが実行中の場合はそのことを示すマーク(今の場合は丸に点)を重ねて表示しても構わない。この表示により、既に実行をしているにも関わらず、ランチャの手順を先に進める、という無駄な動作を防ぐことができる。携帯情報端末700の場合は、放送受信装置と通信可能な状態にあり当該アプリが実行可能な端末全てで当該アプリが実行中の時に実行中を示すマークを表示する、という方法も可能である。
図19Dは、図19CにおいてアプリC(173b34)を選択した後の画面(173b41)である。アプリCに対応したタイプの携帯情報端末700の状態が示されている。この画面においては、携帯情報端末700が放送連携アプリの実行機能を持たない場合、放送受信装置100と通信可能な状態にない場合、既に当該放送連携アプリを実行中の場合に、それぞれそのことを表すマークをアイコンに重ねて表示する。この例では、実行機能を持たない場合は丸に斜線のマーク(173b44、173b46)、通信可能状態にない場合は三角に感嘆符のマーク(173b45、173b46)、既に実行中の場合は丸に点のマーク(173b43)を表示している。
さらに、いちいちランチャを起動させなくても、状況が変化したときに、放送連携アプリがあることが分かる表示方法があると望ましい。例えば、電源を入れた時、チャンネルを変えた時、番組の初め、番組の途中でも放送連携アプリに変更があった時、放送受信装置100と携帯情報端末700の間の通信状態に変化があった場合、アプリの実行状況が変わった場合に、予め定められた時間だけアイコンを表示し、その時の状態を表示する。
図19Eにその場合の例を示す。それぞれの装置のタイプを示すアイコンが表示されている場合は、そのタイプの装置に対応した放送連携アプリがあることを示す。この場合、丸に斜線のマークは、使用可能な状態になっているそのタイプの装置において当該アプリを実行できるものがないことを表す。丸に点のマークは使用可能な状態になっているそのタイプの装置全てにおいて当該アプリが実行中であることを示す。
図19Fは携帯情報端末700での表示画面(10401)である。携帯情報端末700から端末連携を要求する際に、どの放送受信装置100でどの放送連携アプリが利用可能か一覧表で分かった方が利用に便利である。図19Fにその一覧表の例を示す(10402)。この表では調べたい番組に対応した放送連携アプリが、自宅内にあるどの放送受信装置100で利用可能かを示している。また、各放送受信装置100の状態も表示してあると、特に宅外からの利用時に利便性がより高まる。この例では、当該番組を受信中、他番組を受信中、空き、他番組予約有(番組の途中から他番組の録画を予約してある場合)、といった表示例を示す。なお、ここで、放送受信装置100内に複数のチューナが存在する場合、複数のチューナ毎に状態を表示してあるとさらに利便性が異なる。表10202においては、枝番号で同一装置内のチューナの区別を示している。例えば受信装置B−1、受信装置B−2が、同一放送受信装置100内のチューナである。端末連携の場合、ストリーミングデータとして放送映像と音声の配信を受けられれば、放送受信装置100の映像部を使用する必要はなく、放送受信装置100内のチューナが使用できれば放送の利用が可能になるので、チューナ毎の使用状況が分かると便利である。
なお、この実施例で説明した表示を行うためには、放送連携アプリ毎に、放送受信装置100に対応したアプリであるのか、あるいはどういうタイプの携帯情報端末700に対応したアプリであるのかの情報がなければならない。また、放送受信装置100、携帯情報端末700で、対応したアプリを実行するための情報が必要である。これらの情報はたとえばAITに記載しておくことにより、情報受信装置100で取得することができる。
以上説明した本実施例に係る携帯情報端末連携技術によれば、放送連携アプリ、放送受信装置100、携帯情報端末700に関する情報を表示することにより、より利便性の高い放送連携サービスの利用が可能となる。
以下では、本発明の実施例6に関して説明する。なお、本実施例における構成及び効果等は特に断りのない限り実施例1と同様であるものとする。このため、以下では、本実施例と実施例1との相違点を主に説明し、共通する点については重複を避けるため極力説明を省略する。
本実施例では実施例1に対し、放送信号の記録再生機能が追加されており、実施例1で示した各種機能を放送時だけでなく再生時にも実施できるものである。
図20Aは、放送受信装置100の内部構成の一例を示すブロック図であり、図2Aの放送受信装置100にTSの記録再生機能を加えたものである。放送受信装置100は、録画機能付きテレビ受信機の他、DVDレコーダ、HDDレコーダ、録画機能付きSTB等でも良い。放送受信装置100にて映像音声の記録を行う場合には、チューナ/復調部131から出力されたTSをストレージ部110に送って記録する。映像音声の再生を行う場合には、ストレージ部110から再生したTSを第一分離部132に送り、第一分離部132にて分離した各データ列を、第一映像復号部133、第一音声復号部134、第一字幕復号部135、等にて復号し、映像重畳部171、音声選択部172にて重畳、選択して、映像表示部173、スピーカ174から映像音声を出力する。
図20Bは、本実施例の放送受信装置100のソフトウェア構成図であり、映像音声の記録再生を行う場合には、ストレージ部110に記憶する受信機能プログラム1002の放送番組再生機能、通信コンテンツ再生機能に記録機能を加え、放送番組記録再生機能、通信コンテンツ記録再生機能とする。受信機能実行部1102の放送番組記録再生部1102e、放送番組記録再生部1102fとしてRAM104に展開される。
以下では、本実施例の放送受信装置100の動作に関して説明する。
図21Aは、放送信号をTSで記録し、再生した場合の放送連携アプリの動作シーケンスの一例を示す動作シーケンス図である。同図は、放送受信装置100が放送信号をTSで記録し、再生時にPMT及びAITを適宜確認して所定の放送連携アプリを取得し、起動するまでの一連の流れを示すものである。
ユーザが録画予約した番組の開始時間になったら、録画を開始する(S20090)。即ち、放送受信装置100のチューナ/復調部131がチャンネルの選局処理を行ってTSを取得し、ストレージ部110に記録する。
番組の終了時間になったら、録画を終了する(S20099)。あるいは、ユーザが視聴中にリモコンの録画ボタンを押す等の手動操作により録画を開始し(S20090)、リモコンの停止ボタンを押す等の手動操作により録画を終了しても良い(S20099)。
ユーザがリモコンの再生ボタンを押す等により録画番組の再生を指示すると、再生を開始する(S20100)。即ち、ストレージ部110からTSを再生して第一分離部132に送り、第一分離部132にて分離した各データ列を、第一映像復号部133、第一音声復号部134、第一字幕復号部135、等にて復号し、映像重畳部171、音声選択部172にて重畳、選択して、映像表示部173、スピーカ174から映像音声を出力する。
次に、主制御部101が第一分離部132で分離したPMTデータ列を取得して(S20101)、PMTに記述された起動優先度の確認を行う。S20101の処理において放送連携アプリの起動優先度が高いことを確認する(S20102)と、アプリケーション制御部161が、第一分離部132で分離したAITデータ列を取得し(S20103)、前記取得したAITデータ列のアプリケーション制御コード903を確認する(S20104)。S20104の処理において、アプリケーション制御コード903が『自動起動』であった場合、更に、前記取得したAITデータ列のアプリケーションプロファイル904を確認し(S20105)、前記AITに指定された放送連携アプリの実行が可能であることが確認された場合、アプリケーション取得先情報905に記述された情報に基づき、LAN通信部121を介して、所定のサービス事業者サーバ400に対して放送連携アプリの送信要求を送信する(S20106)。
前記放送連携アプリの送信要求を受信したサービス事業者サーバ400は、アプリケーション管理/配布実行部4103の制御に基づき、必要に応じて放送受信装置100の認証処理を行った後に、アプリケーション記憶領域4013に記憶された所定の放送連携アプリの配信を、LAN通信部421を介して行う(S20107)。なお、前記認証処理に関しては公知の方法を用いれば良く、詳細の説明を省略する。次に、放送受信装置100のアプリケーションエンジン162が、アプリケーション制御部161の制御に基づいて、LAN通信部121を介して受信した、サービス事業者サーバ400から配信された前記所定の放送連携アプリを起動する(S20108)。
図21Bは、放送信号をTSで記録し、再生した場合の放送連携アプリの動作シーケンスの一例を示す動作シーケンス図である。同図は、放送信号をTSで記録する際に、放送受信装置100がPMT及びAITを適宜確認して所定の放送連携アプリを取得し、再生時に放送受信装置100がPMT及びAITを適宜確認して、取得済の放送連携アプリを起動するまでの一連の流れを示すものである。
ユーザが録画予約した番組の開始時間になったら、録画を開始する(S21090)。即ち、放送受信装置100のチューナ/復調部131がチャンネルの選局処理を行ってTSを取得し、ストレージ部110に記録する。
次に、主制御部101が第一分離部132で分離したPMTデータ列を取得し(S21091)、AITデータ列を取得する(S21093)。前記取得したAITデータ列のアプリケーションプロファイル904を確認し(S21095)、前記AITに指定された放送連携アプリの実行が可能であることが確認された場合、アプリケーション取得先情報905に記述された情報に基づき、LAN通信部121を介して、所定のサービス事業者サーバ400に対して放送連携アプリの送信要求を送信する(S21096)。
なお、他の再生装置で再生する場合も考え、当該放送受信装置で実行可能かどうかによらず、全ての放送連携アプリを記録するようにしても構わない。
前記放送連携アプリの送信要求を受信したサービス事業者サーバ400は、アプリケーション管理/配布実行部4103の制御に基づき、必要に応じて放送受信装置100の認証処理を行った後に、アプリケーション記憶領域4013に記憶された所定の放送連携アプリの配信を、LAN通信部421を介して行う(S21097)。なお、前記認証処理に関しては公知の方法を用いれば良く、詳細の説明を省略する。
次に、放送受信装置100のアプリケーションエンジン162が、アプリケーション制御部161の制御に基づいて、LAN通信部121を介して受信した、サービス事業者サーバ400から配信された前記所定の放送連携アプリをストレージ部110に記録する(S21098)。なお、TSのAITデータ列のアプリケーション取得先情報905は、サービス事業者サーバ400のURLからストレージ部110のFAT情報に書き換える。あるいは、ストレージ部110に記録した放送連携アプリと録画番組データを関連付ける設定ファイルを作成し、再生時に参照するようにしても良い。
番組の終了時間になったら、録画を終了する(S21099)。あるいは、ユーザが視聴中にリモコンの録画ボタンを押す等の手動操作により録画を開始し(S21090)、リモコンの停止ボタンを押す等の手動操作により録画を終了しても良い(S21099)。
ユーザがリモコンの再生ボタンを押す等により録画番組の再生を指示すると、再生を開始する(S21100)。即ち、ストレージ部110からTSを再生して第一分離部132に送り、第一分離部132にて分離した各データ列を、第一映像復号部133、第一音声復号部134、第一字幕復号部135、等にて復号し、映像重畳部171、音声選択部172にて重畳、選択して、映像表示部173、スピーカ174から映像音声を出力する。
次に、主制御部101が第一分離部132で分離したPMTデータ列を取得して(S21101)、PMTに記述された起動優先度の確認を行う。S21101の処理において放送連携アプリの起動優先度が高いことを確認する(S21102)と、アプリケーション制御部161が、第一分離部132で分離したAITデータ列を取得し(S21103)、前記取得したAITデータ列のアプリケーション制御コード903を確認する(S21104)。S21104の処理において、アプリケーション制御コード903が『自動起動』であった場合、更に、前記取得したAITデータ列のアプリケーションプロファイル904を確認し(S21105)、前記AITに指定された放送連携アプリの実行が可能であることが確認された場合、アプリケーション取得先情報905に記述された情報に基づき、取得済の前記所定の放送連携アプリを起動する(S21108)。
図21Cは、放送信号をTSで記録し、再生した場合の放送連携アプリの動作シーケンスの一例を示す動作シーケンス図である。同図は、放送受信装置100が放送信号をTSで記録し、再生時にPMT及びAITを適宜確認して所定の放送連携アプリを取得し、起動するまでの一連の流れを示すものである。
また、図21Aは、放送連携アプリが優先して起動するように規定されている場合の放送連携アプリの動作シーケンスの一例を示す動作シーケンス図であるのに対して、図21Cは、何れの優先起動も規定されていない場合の放送連携アプリの動作シーケンスの一例を示す動作シーケンス図である。
ユーザが録画予約した番組の開始時間になったら、録画を開始する(S22090)。即ち、放送受信装置100のチューナ/復調部131がチャンネルの選局処理を行ってTSを取得し、ストレージ部110に記録する。
番組の終了時間になったら、録画を終了する(S22099)。あるいは、ユーザが視聴中にリモコンの録画ボタンを押す等の手動操作により録画を開始し(S22090)、リモコンの停止ボタンを押す等の手動操作により録画を終了しても良い(S22099)。
ユーザがリモコンの再生ボタンを押す等により録画番組の再生を指示すると、再生を開始する(S22100)。即ち、ストレージ部110からTSを再生して第一分離部132に送り、第一分離部132にて分離した各データ列を、第一映像復号部133、第一音声復号部134、第一字幕復号部135、等にて復号し、映像重畳部171、音声選択部172にて重畳、選択して、映像表示部173、スピーカ174から映像音声を出力する。
次に、主制御部101が第一分離部132で分離したPMTデータ列を取得して(S22101)、PMTに記述された起動優先度の確認を行う。S22101の処理において放送連携アプリの起動優先度が高いことを確認する(S22102)と、アプリケーション制御部161が、第一分離部132で分離したAITデータ列を取得し(S22103)、前記取得したAITデータ列のアプリケーション制御コード903を確認する(S20104)。S22104の処理において、アプリケーション制御コード903が『自動起動』ではなく『起動可能』であった場合、放送サービスによるデータ放送と放送連携アプリの何れも起動せずに、放送番組の表示を継続する。
S22104の処理を終えた後の状態でユーザが操作端末を用いてデータ放送の起動要求を行った(S22105)場合には、BMLデータ列の取得及びBML文書の再生、データ放送画面情報の生成等が行われる(但し、図示省略)。一方、S22104の処理を終えた後の状態でユーザが操作端末を用いて放送連携アプリランチャの起動要求を行った場合(S22106)、アプリケーション制御部161が、第一分離部132で分離したAITデータ列を取得し(S22107)、前記取得したAITデータ列のアプリケーションプロファイル904を確認する(S22108)。更に、アプリケーション制御部161は実行可能な放送連携アプリの一覧を放送連携アプリランチャとして映像表示部173に表示する(S22109)。
ユーザが操作端末を用いて、S22109で表示された放送連携アプリランチャから所定の放送連携アプリの選択を行う(S22110)と、アプリケーション制御部161が、第一分離部132で分離したAITデータ列を取得し(S22111)、前記取得したAITデータ列のアプリケーション取得先情報905を確認する。更に、S22111で確認したアプリケーション取得先情報905に記述された情報に基づき、LAN通信部121を介して、所定のサービス事業者サーバ400に対して放送連携アプリの送信要求を送信する(S22112)。
前記放送連携アプリの送信要求を受信したサービス事業者サーバ400は、アプリケーション管理/配布実行部4103の制御に基づき、必要に応じて放送受信装置100の認証処理を行った後に、アプリケーション記憶領域4013に記憶された所定の放送連携アプリの配信を、LAN通信部421を介して行う(S22113)。次に、放送受信装置100のアプリケーションエンジン162が、アプリケーション制御部161の制御に基づいて、LAN通信部121を介して受信した、サービス事業者サーバ400から配信された前記所定の放送連携アプリを起動する(S22114)。
図21Dは、放送信号をTSで記録し、再生した場合の放送連携アプリの動作シーケンスの一例を示す動作シーケンス図である。同図は、放送信号をTSで記録する際に、放送受信装置100がPMT及びAITを適宜確認して所定の放送連携アプリを取得し、再生時に放送受信装置100がPMT及びAITを適宜確認して、取得済の放送連携アプリを起動するまでの一連の流れを示すものである。
また、図21Bは、放送連携アプリが優先して起動するように規定されている場合の放送連携アプリの動作シーケンスの一例を示す動作シーケンス図であるのに対して、図21Dは、何れの優先起動も規定されていない場合の放送連携アプリの動作シーケンスの一例を示す動作シーケンス図である。
ユーザが録画予約した番組の開始時間になったら、録画を開始する(S28090)。即ち、放送受信装置100のチューナ/復調部131がチャンネルの選局処理を行ってTSを取得し、ストレージ部110に記録する。
次に、図21BのS21091〜S21098と同様の処理を行い、所定の放送連携アプリをストレージ部110に記録する。
番組の終了時間になったら、録画を終了する(S28099)。あるいは、ユーザが視聴中にリモコンの録画ボタンを押す等の手動操作により録画を開始し(S28090)、リモコンの停止ボタンを押す等の手動操作により録画を終了しても良い(S28099)。
ユーザがリモコンの再生ボタンを押す等により録画番組の再生を指示すると、再生を開始する(S28100)。即ち、ストレージ部110からTSを再生して第一分離部132に送り、第一分離部132にて分離した各データ列を、第一映像復号部133、第一音声復号部134、第一字幕復号部135、等にて復号し、映像重畳部171、音声選択部172にて重畳、選択して、映像表示部173、スピーカ174から映像音声を出力する。
次に、主制御部101が第一分離部132で分離したPMTデータ列を取得して(S28101)、PMTに記述された起動優先度の確認を行う。S28101の処理において放送連携アプリの起動優先度が高いことを確認する(S28102)と、アプリケーション制御部161が、第一分離部132で分離したAITデータ列を取得し(S28103)、前記取得したAITデータ列のアプリケーション制御コード903を確認する(S20104)。S28104の処理において、アプリケーション制御コード903が『自動起動』ではなく『起動可能』であった場合、放送サービスによるデータ放送と放送連携アプリの何れも起動せずに、放送番組の表示を継続する。
S28104の処理を終えた後の状態でユーザが操作端末を用いてデータ放送の起動要求を行った(S28105)場合には、BMLデータ列の取得及びBML文書の再生、データ放送画面情報の生成等が行われる(但し、図示省略)。一方、S28104の処理を終えた後の状態でユーザが操作端末を用いて放送連携アプリランチャの起動要求を行った場合(S28106)、アプリケーション制御部161が、第一分離部132で分離したAITデータ列を取得し(S28107)、前記取得したAITデータ列のアプリケーションプロファイル904を確認する(S28108)。更に、アプリケーション制御部161は実行可能な放送連携アプリの一覧を放送連携アプリランチャとして映像表示部173に表示する(S28109)。
ユーザが操作端末を用いて、S28109で表示された放送連携アプリランチャから所定の放送連携アプリの選択を行う(S28110)と、アプリケーション制御部161が、第一分離部132で分離したAITデータ列を取得し(S28111)、前記取得したAITデータ列のアプリケーション取得先情報905に記述された情報に基づき、取得済の前記所定の放送連携アプリを起動する(S28314)。
なお、図21A〜図21Dを用いて説明した放送連携アプリの起動シーケンスでは、何れも放送波からAITを取得する例を説明しているが、PMTの情報記述等により指定された所定のサーバ装置からAITファイルを取得するようにしても良い。また、放送連携アプリの取得をネットワーク上のサーバ装置(サービス事業者サーバ400)からではなく、放送波から行っても良い。即ち、AITのアプリケーション取得先情報905に記載されたロケーション情報が放送波を示している場合、アプリケーション制御部161がデータカルーセル方式等で送信されて第一分離部132で分離出力されたHTMLデータ列からHTML文書を再生し、前記再生されたHTML文書(放送連携アプリ)をアプリケーションエンジン162が実行するようにすれば良い。
また、図21A〜図21Dにて示した放送連携アプリは、表示中の放送番組に関連して推薦される番組の情報であっても良いし、ユーザの視聴履歴に基づいて推薦される番組の情報であっても良いし、インターネット等で話題となっている番組の情報であっても良い。放送受信装置100のユーザの友人が前記ユーザに対して送付した推薦番組の情報であっても良い。また、前記推薦される番組は、デジタル放送サービスの放送波で送信される番組であっても良いし、インターネット200上の各サーバ装置から配信されるVOD(Video On Demand)番組等であっても良い。インターネット200上のサーバ装置に用意されたホームページ等の情報画面であっても良い。
また、放送連携アプリケーションをストレージ部110に記録する際に、更に当該アプリケーションで使用するデータ(ストリーミング映像、VOD含む)を記録しても良い。
なお、放送連携アプリケーション、および当該アプリケーションで使用するデータ(ストリーミング映像、VOD含む)によっては、著作権の問題等で、記録を許可できない場合もある。その際は、放送信号中(例えばAIT)、あるいは事業者サーバ、あるいはEPGに放送連携アプリケーションおよびデータ毎に記録の可否を記載しておき、記録が許可されていなければ記録を行わないという処理にしても構わない。さらに、有料であれば記録を許可するとする場合も考えられる(例えばVOD)。この場合は、課金処理を行い、認証されれば記録を行う。この記録の場合に限らないが、放送連携アプリケーションの利用等で、サービスが有料になる場合が考えられる。そのような場合のために、予め課金処理のためのユーザ登録、クレジットカード情報等の課金情報の記憶等をさせておけばより利便性が高まる。
また、放送連携アプリの起動シーケンスは前述の4パターンに限られるものではなく、異なるシーケンスによって起動されるものであっても良いことは言うまでもない。
以上の構成により実施例6では、放送番組を録画し、録画時あるいは再生時に放送連携アプリを取得することで、再生時に放送連携アプリを起動することができる。
本発明の技術を用いることにより、より付加価値の高い機能を実行可能なデジタル放送受信装置を提供することができる。
以下では、本発明の実施例7に関して説明する。なお、本実施例における構成及び効果等は特に断りのない限り実施例6と同様であるものとする。このため、以下では、本実施例と実施例6との相違点を主に説明し、共通する点については重複を避けるため極力説明を省略する。
実施例6ではTSの記録再生機能を有するのに対し、本実施例ではTSから分離したデータ列を符号変換して記録再生する機能を有し、実施例1で示した各種機能を放送時だけでなく再生時にも実施できるものである。
図22は、放送受信装置100の内部構成の一例を示すブロック図であり、図20Aの放送受信装置100に対して、TSから分離したデータ列を符号変換して記録再生可能としたものである。
符号変換部136は、第一分離部132にて分離した映像データ列、音声データ列を符号変換し、例えばより高圧縮率のデータ列に変換してストレージ部に送って記録する。また、ストレージ部から再生した符号変換した映像データ列、音声データ列は、符号変換部136を介してそれぞれ第一映像復号部133、第一音声復号部134に出力する。
放送受信装置100にて映像音声の記録を行う場合には、チューナ/復調部131から出力されたTSを第一分離部132にて分離し、符号変換部136にて符号変換し、ストレージ部110に送って記録する。映像音声の再生を行う場合には、ストレージ部110から再生したデータを第一映像復号部133、第一音声復号部134、等にて復号し、映像重畳部171、音声選択部172にて重畳、選択して、映像表示部173、スピーカ174から映像音声を出力する。なお、第一分離部132にて分離したAITデータ列、PMTデータ列も、ストレージ部に送って記録再生する。
図23Aは、TSから分離したデータ列を符号変換して記録し、再生した場合の放送連携アプリの動作シーケンスの一例を示す動作シーケンス図である。同図は放送受信装置100が放送信号をTSで記録する代わりに、TSから分離したデータ列を符号変換して記録し、再生時にPMT及びAITを適宜確認して所定の放送連携アプリを取得し、起動するまでの一連の流れを示すものである。
ユーザが録画予約した番組の開始時間になったら、録画を開始する(S23090)。即ち、放送受信装置100のチューナ/復調部131がチャンネルの選局処理を行ってTSを取得し、第一分離部132にて分離し、符号変換部136にて符号変換し、ストレージ部110に記録する。
番組の終了時間になったら、録画を終了する(S23099)。あるいは、ユーザが視聴中にリモコンの録画ボタンを押す等の手動操作により録画を開始し(S23090)、リモコンの停止ボタンを押す等の手動操作により録画を終了しても良い(S23099)。なお、第一分離部132にて分離したAITデータ列、PMTデータ列も、ストレージ部に送って記録する。
ユーザがリモコンの再生ボタンを押す等により録画番組の再生を指示すると、再生を開始する(S23100)。即ち、ストレージ部110から再生したデータを第一映像復号部133、第一音声復号部134、等にて復号し、映像重畳部171、音声選択部172にて重畳、選択して、映像表示部173、スピーカ174から映像音声を出力する。
次に、ストレージ部110から再生したPMTデータ列を主制御部101が取得して(S23101)、PMTに記述された起動優先度の確認を行う。S23101の処理において放送連携アプリの起動優先度が高いことを確認する(S23102)と、アプリケーション制御部161が、ストレージ部110から再生したAITデータ列を取得し(S23103)、前記取得したAITデータ列のアプリケーション制御コード903を確認する(S23104)。S23104の処理において、アプリケーション制御コード903が『自動起動』であった場合、更に、前記取得したAITデータ列のアプリケーションプロファイル904を確認し(S23105)、前記AITに指定された放送連携アプリの実行が可能であることが確認された場合、アプリケーション取得先情報905に記述された情報に基づき、LAN通信部121を介して、所定のサービス事業者サーバ400に対して放送連携アプリの送信要求を送信する(S23106)。
前記放送連携アプリの送信要求を受信したサービス事業者サーバ400は、アプリケーション管理/配布実行部4103の制御に基づき、必要に応じて放送受信装置100の認証処理を行った後に、アプリケーション記憶領域4013に記憶された所定の放送連携アプリの配信を、LAN通信部421を介して行う(S23107)。なお、前記認証処理に関しては公知の方法を用いれば良く、詳細の説明を省略する。次に、放送受信装置100のアプリケーションエンジン162が、アプリケーション制御部161の制御に基づいて、LAN通信部121を介して受信した、サービス事業者サーバ400から配信された前記所定の放送連携アプリを起動する(S23108)。
なお、記録の対象となるものは図示したデータ列に限定されず、HTML文書等、放送波中に含まれるデータ列全てである。
図23Bは、TSから分離したデータ列を符号変換して記録し、再生した場合の放送連携アプリの動作シーケンスの一例を示す動作シーケンス図である。同図は放送受信装置100が放送信号をTSで記録する代わりに、TSから分離したデータ列を符号変換して記録する際に、PMT及びAITを時間情報と共に記録し、再生時にPMT及びAITを参照して所定の放送連携アプリを取得し、起動するまでの一連の流れを示すものである。
録画再生時に放送映像と、放送連携アプリケーションの同期を取る方法としては、例えば、以下のような方法をとればよい。
具体的には、録画映像記録に含まれるタイムスタンプを利用して、放送連携アプリケーションの同期を取る。放送連携アプリケーション動作に関するタイミング情報(アプリケーションの開始タイミングや終了タイミング)を、録画開始時点を基点として、基点からの経過時間として記録する。録画終了後、放送連携アプリケーションの動作と、それを起こすべき基点からの経過時間との対照表が出来上がり、同期制御用データファイルとして保存される。録画再生時には再生装置により、この同期制御用データファイルが読みだされ、記録された情報により、放送連携アプリケーションの動作と再生映像との同期を取る。
また、同期制御用データファイルを放送事業者側で予め準備しておき、放送信号、あるいは事業者サーバから配信する形でも構わない。この同期制御用データファイルの有無、場所は、例えばAITに記載しても構わないし、EPGに記載しておいても構わない。同期制御用データファイルが準備されている場合は、タイミング情報の記録を行わなくても構わない。但し、放送事業者側で準備された同期制御用データファイルを利用する場合は、データファイルの時間基点と、録画映像記録の時間基点が通常は異なるため、この差を調整する必要がある。この調整のために、番組開始時点からの経過時間あるいは経過時間を計算できるイベント情報を、放送信号中に含ませておけばよい。このイベント情報は、例えば放送信号中のデータ列でも、AIT情報中でも構わない。放送受信装置100では、イベント情報を受信した時点の録画開始からの経過時間と、放送信号から取得したイベント情報が発せられた時点の番組開始からの経過時間を比較することにより、放送事業者が準備する同期制御用データファイルの時間基点と録画開始時点の時間差を知ることができる。この時間差を独立して記録してもよいし、放送事業者が準備した同期制御用データファイルを基に、録画開始時点を時間基点とする新たな同期制御用データファイルを作成して保存しても構わない。
ユーザが録画予約した番組の開始時間になったら、録画を開始する(S24090)。即ち、放送受信装置100のチューナ/復調部131がチャンネルの選局処理を行ってTSを取得し、第一分離部132で分離し、符号変換部136にて符号変換し、ストレージ部110に記録する。
次に、主制御部101が第一分離部132で分離したPMTデータ列を取得し(S24091)、AITデータ列を取得し(S24093)、時間情報と共にPMT、AITテーブルとしてストレージ部110に記録する(S24098)。
番組の終了時間になったら、録画を終了する(S24099)。あるいは、ユーザが視聴中にリモコンの録画ボタンを押す等の手動操作により録画を開始し(S24090)、リモコンの停止ボタンを押す等の手動操作により録画を終了しても良い(S24099)。
ユーザがリモコンの再生ボタンを押す等により録画番組の再生を指示すると、再生を開始する(S24100)。即ち、ストレージ部110から再生したデータを第一映像復号部133、第一音声復号部134、等にて復号し、映像重畳部171、音声選択部172にて重畳、選択して、映像表示部173、スピーカ174から映像音声を出力する。
次に、ストレージ部110に記録したPMT、AITテーブルから主制御部101がPMTを参照して(S24101)、PMTに記述された起動優先度の確認を行う。S24101の処理において放送連携アプリの起動優先度が高いことを確認する(S24102)と、アプリケーション制御部161が、ストレージ部110に記録したPMT、AITテーブルからAITを参照し(S24103)、アプリケーション制御コード903を確認する(S24104)。S24104の処理において、アプリケーション制御コード903が『自動起動』であった場合、更に、アプリケーションプロファイル904を確認し(S24105)、前記AITに指定された放送連携アプリの実行が可能であることが確認された場合、アプリケーション取得先情報905に記述された情報に基づき、LAN通信部121を介して、所定のサービス事業者サーバ400に対して放送連携アプリの送信要求を送信する(S24106)。
前記放送連携アプリの送信要求を受信したサービス事業者サーバ400は、アプリケーション管理/配布実行部4103の制御に基づき、必要に応じて放送受信装置100の認証処理を行った後に、アプリケーション記憶領域4013に記憶された所定の放送連携アプリの配信を、LAN通信部421を介して行う(S24107)。なお、前記認証処理に関しては公知の方法を用いれば良く、詳細の説明を省略する。次に、放送受信装置100のアプリケーションエンジン162が、アプリケーション制御部161の制御に基づいて、LAN通信部121を介して受信した、サービス事業者サーバ400から配信された前記所定の放送連携アプリを起動する(S24108)。
また、図23A〜図23Bにて示した放送連携アプリは、表示中の放送番組に関連して推薦される番組の情報であっても良いし、ユーザの視聴履歴に基づいて推薦される番組の情報であっても良いし、インターネット等で話題となっている番組の情報であっても良い。放送受信装置100のユーザの友人が前記ユーザに対して送付した推薦番組の情報であっても良い。また、前記推薦される番組は、デジタル放送サービスの放送波で送信される番組であっても良いし、インターネット200上の各サーバ装置から配信されるVOD(Video On Demand)番組等であっても良い。インターネット200上のサーバ装置に用意されたホームページ等の情報画面であっても良い。
以上の構成により実施例7では、放送番組をTSで記録する代わりに、TSから分離したデータ列を符号変換して記録した場合でも、同時にPMT及びAITを記録しておくことで、再生時にPMT及びAITを参照して放送連携アプリを起動することができる。
本発明の技術を用いることにより、より付加価値の高い機能を実行可能なデジタル放送受信装置を提供することができる。
以下では、本発明の実施例8に関して説明する。なお、本実施例における構成及び効果等は特に断りのない限り実施例6と同様であるものとする。このため、以下では、本実施例と実施例6との相違点を主に説明し、共通する点については重複を避けるため極力説明を省略する。
本実施例では実施例6に対し、アプリケーション有効期限による制御機能が追加されており、有効期限が切れる(有効期限を徒過する)前に各種機能を実施するものである。
図24は、AITのデータ構成の一例を示すデータ構成図であり、図6のアプリケーションタイプ901、アプリケーション識別子902、アプリケーション制御コード903、アプリケーションプロファイル904、アプリケーション取得先情報905、アプリケーションバウンダリ及びアクセス権限設定906、起動優先度907、キャッシュ情報908、サーバアクセス分散パラメータ909、等の各情報に、アプリケーション有効期限910を加えたものである。
アプリケーション有効期限910は、アプリケーションの有効期限を示す情報である。アプリケーションをサーバから取得できる期限を示し、少なくともこの期限内であればサービス事業者サーバ400のアプリケーション記憶領域4013に当該アプリケーションが記憶されており、取得可能であることを示す情報である。また、サーバから取得したアプリケーションを起動可能な期限を示す情報であってもよい。この場合、有効期限内にサーバからアプリケーションを取得していても、有効期限が切れた場合に放送受信装置100が当該アプリケーションの起動を禁止するようにすれば、必要な場合にサービス事業者はユーザがアプリケーションを起動する期限を設けることができる。さらには、アプリケーションをサーバから取得できる期限とサーバから取得したアプリケーションを起動可能な期限の両者を示す期限であってもよい。
また、アプリケーション有効期限910は、アプリケーション有効期限を取得するためのロケーション情報であってもよい。
図25Aは、放送番組を録画し、アプリケーション取得の有効期限が切れる前に放送連携アプリを取得する場合の一例を示す動作シーケンス図である。同図は、放送信号を記録する際に、放送連携アプリの有効期限情報を取得して記録し、有効期限が切れる前に、放送連携アプリを取得するまでの一連の流れを示すものである。
ユーザが録画予約した番組の開始時間になったら、録画を開始する(S25090)。即ち、放送受信装置100のチューナ/復調部131がチャンネルの選局処理を行ってTSを取得し、ストレージ部110に記録する。あるいは、TSを第一分離部132で分離し、符号変換部136にて符号変換し、ストレージ部110に記録する。
次に、主制御部101が第一分離部132で分離したPMTデータ列を取得し(S25091)、AITデータ列を取得し(S25093)、ストレージ部110に記録する(S25095)。AITにはアプリケーション有効期限910が含まれている。
番組の終了時間になったら、録画を終了する(S25099)。あるいは、ユーザが視聴中にリモコンの録画ボタンを押す等の手動操作により録画を開始し(S25090)、リモコンの停止ボタンを押す等の手動操作により録画を終了しても良い(S25099)。
次に、AITのアプリケーション有効期限910を確認し(S25103)、有効期限切れが近いか否かで処理を切り換える(S25104)。有効期限を確認するタイミングは、例えば、週末あるいは毎夜の予め定めた時間、ユーザが電源を切った時、録画予約を実行した時、等である。また、有効期限切れが近いとは、例えば有効期限の3日前、1週間前、1ヵ月前等である。有効期限切れが近い場合はステップS25105に進み、有効期限切れが近くない場合はステップS25103に戻り、処理を継続する。
次に、アプリケーション取得有り設定であるか否かにより処理を切り換える(S25105)。アプリケーションの有効期限切れが近い場合にアプリケーションを取得する設定を、アプリケーション取得有り設定とする。アプリケーション取得有り設定、アプリケーション取得無し設定は、ユーザが予め設定できるものとする。アプリケーション取得有り設定である場合は、アプリケーション取得先情報905に記述された情報に基づき、LAN通信部121を介して、所定のサービス事業者サーバ400に対して放送連携アプリの送信要求を送信する(S25106)。アプリケーション取得無し設定である場合は、処理を終了する。
前記放送連携アプリの送信要求を受信したサービス事業者サーバ400は、アプリケーション管理/配布実行部4103の制御に基づき、必要に応じて放送受信装置100の認証処理を行った後に、アプリケーション記憶領域4013に記憶された所定の放送連携アプリの配信を、LAN通信部421を介して行う(S25107)。
次に、放送受信装置100のアプリケーションエンジン162が、アプリケーション制御部161の制御に基づいて、LAN通信部121を介して受信した、サービス事業者サーバ400から配信された前記所定の放送連携アプリをRAM104あるいはストレージ110に記録する(S25108)。
なお、録画済番組の一覧表中に、関連する放送連携アプリケーションが記録済であるかどうかと、未記録の場合に取得期限も表示しておくと、より利便性が高まる。
図25Bは、放送番組を録画し、アプリケーション取得の有効期限内、あるいは有効期限が切れた後に再生した場合の一例を示す動作シーケンス図である。同図は、放送信号を記録する際に、放送連携アプリの有効期限情報を取得して記録し、再生時に有効期限内であれば所定の放送連携アプリを取得して起動し、有効期限が切れていれば放送連携アプリを取得せず、起動しない。
ユーザが録画予約した番組の開始時間になったら、録画を開始する(S26090)。即ち、放送受信装置100のチューナ/復調部131がチャンネルの選局処理を行ってTSを取得し、ストレージ部110に記録する。あるいは、TSを第一分離部132で分離し、符号変換部136にて符号変換し、ストレージ部110に記録する。
次に、主制御部101が第一分離部132で分離したPMTデータ列を取得し(S26091)、AITデータ列を取得し(S26093)、ストレージ部110に記録する(S26095)。AITにはアプリケーション有効期限910が含まれている。
番組の終了時間になったら、録画を終了する(S26099)。あるいは、ユーザが視聴中にリモコンの録画ボタンを押す等の手動操作により録画を開始し(S26090)、リモコンの停止ボタンを押す等の手動操作により録画を終了しても良い(S26099)。
ユーザがリモコンの再生ボタンを押す等により録画番組の再生を指示すると、再生を開始する(S26100)。即ち、ストレージ部110からTSを再生して第一分離部132に送り、第一分離部132にて分離した各データ列を、第一映像復号部133、第一音声復号部134、第一字幕復号部135、等にて復号し、映像重畳部171、音声選択部172にて重畳、選択して、映像表示部173、スピーカ174から映像音声を出力する。あるいは、ストレージ部110から再生したデータを第一映像復号部133、第一音声復号部134、等にて復号し、映像重畳部171、音声選択部172にて重畳、選択して、映像表示部173、スピーカ174から映像音声を出力する。
次に、ストレージ部110から再生したPMTデータ列を主制御部101が取得して(S26101)、PMTに記述された起動優先度の確認を行う。S26101の処理において放送連携アプリの起動優先度が高いことを確認する(S26102)と、アプリケーション制御部161が、ストレージ部110から再生したAITデータ列を取得し(S26103)、前記取得したAITデータ列のアプリケーション制御コード903を確認する(S26104)。S26104の処理において、アプリケーション制御コード903が『自動起動』であった場合、更に、AITのアプリケーション有効期限910を確認し(S26105)、有効期限内であることが確認された場合、アプリケーション取得先情報905に記述された情報に基づき、LAN通信部121を介して、所定のサービス事業者サーバ400に対して放送連携アプリの送信要求を送信する(S26106)。
前記放送連携アプリの送信要求を受信したサービス事業者サーバ400は、アプリケーション管理/配布実行部4103の制御に基づき、必要に応じて放送受信装置100の認証処理を行った後に、アプリケーション記憶領域4013に記憶された所定の放送連携アプリの配信を、LAN通信部421を介して行う(S26107)。なお、前記認証処理に関しては公知の方法を用いれば良く、詳細の説明を省略する。次に、放送受信装置100のアプリケーションエンジン162が、アプリケーション制御部161の制御に基づいて、LAN通信部121を介して受信した、サービス事業者サーバ400から配信された前記所定の放送連携アプリを起動する(S26108)。
なお、S26105の処理において有効期限内であることが確認されない場合は、放送連携アプリの送信要求を送信せず、放送連携アプリを起動しない。
図25Cは、放送番組を録画し、アプリケーション起動の有効期限内、あるいは有効期限が切れた後に再生した場合の一例を示す動作シーケンス図である。同図は、放送信号を記録する際に、放送連携アプリの有効期限情報を取得して記録し、再生時に有効期限内であれば取得した放送連携アプリを起動し、有効期限が切れていれば放送連携アプリを起動しない。
ユーザが録画予約した番組の開始時間になったら、録画を開始する(S27090)。即ち、放送受信装置100のチューナ/復調部131がチャンネルの選局処理を行ってTSを取得し、ストレージ部110に記録する。あるいは、TSを第一分離部132で分離し、符号変換部136にて符号変換し、ストレージ部110に記録する。
次に、主制御部101が第一分離部132で分離したPMTデータ列を取得し(S27091)、AITデータ列を取得し(S27093)、ストレージ部110に記録する(S27095)。AITにはアプリケーション有効期限910が含まれている。
次に、アプリケーション取得先情報905に記述された情報に基づき、LAN通信部121を介して、所定のサービス事業者サーバ400に対して放送連携アプリの送信要求を送信する(S27096)。前記放送連携アプリの送信要求を受信したサービス事業者サーバ400は、アプリケーション管理/配布実行部4103の制御に基づき、必要に応じて放送受信装置100の認証処理を行った後に、アプリケーション記憶領域4013に記憶された所定の放送連携アプリの配信を、LAN通信部421を介して行う(S27097)。なお、前記認証処理に関しては公知の方法を用いれば良く、詳細の説明を省略する。
次に、放送受信装置100のアプリケーションエンジン162が、アプリケーション制御部161の制御に基づいて、LAN通信部121を介して受信した、サービス事業者サーバ400から配信された前記所定の放送連携アプリをストレージ部110に記録する(S27098)。なお、AITデータ列のアプリケーション取得先情報905は、サービス事業者サーバ400のURLからストレージ部110のFAT情報に書き換える。あるいは、ストレージ部110に記録した放送連携アプリと録画番組データを関連付ける設定ファイルを作成し、再生時に参照するようにしても良い。
番組の終了時間になったら、録画を終了する(S27099)。あるいは、ユーザが視聴中にリモコンの録画ボタンを押す等の手動操作により録画を開始し(S27090)、リモコンの停止ボタンを押す等の手動操作により録画を終了しても良い(S27099)。
ユーザがリモコンの再生ボタンを押す等により録画番組の再生を指示すると、再生を開始する(S27100)。即ち、ストレージ部110からTSを再生して第一分離部132に送り、第一分離部132にて分離した各データ列を、第一映像復号部133、第一音声復号部134、第一字幕復号部135、等にて復号し、映像重畳部171、音声選択部172にて重畳、選択して、映像表示部173、スピーカ174から映像音声を出力する。あるいは、ストレージ部110から再生したデータを第一映像復号部133、第一音声復号部134、等にて復号し、映像重畳部171、音声選択部172にて重畳、選択して、映像表示部173、スピーカ174から映像音声を出力する。
次に、ストレージ部110から再生したPMTデータ列を主制御部101が取得して(S27101)、PMTに記述された起動優先度の確認を行う。S27101の処理において放送連携アプリの起動優先度が高いことを確認する(S27102)と、アプリケーション制御部161が、ストレージ部110から再生したAITデータ列を取得し(S27103)、前記取得したAITデータ列のアプリケーション制御コード903を確認する(S27104)。S27104の処理において、アプリケーション制御コード903が『自動起動』であった場合、更に、AITのアプリケーション有効期限910を確認し(S27105)、有効期限内であることが確認された場合、取得済の前記所定の放送連携アプリを起動する(S27108)。なお、S27105の処理において有効期限内であることが確認されない場合は、放送連携アプリを起動しない。
図26Aは、図25BのS26105の処理で、取得したAITデータ列のアプリケーション有効期限910の確認により、放送連携アプリ取得の有効期限切れと判断された場合等のエラー表示画面の一例を示す画面表示図である。また、S26104の処理において、アプリケーション制御コード903が『自動起動』でない場合は、その後ユーザが起動しようとした場合に表示する。あるいは、アプリケーション制御コード903が『自動起動』である場合は表示せず、その後ユーザが起動しようとした場合のみ表示してもよい。
図26Bは、図25CのS27105の処理で、取得したAITデータ列のアプリケーション有効期限910の確認により、放送連携アプリ起動の有効期限切れと判断された場合等のエラー表示画面の一例を示す画面表示図である。また、S27104の処理において、アプリケーション制御コード903が『自動起動』でない場合は、その後ユーザが起動しようとした場合に表示する。あるいは、アプリケーション制御コード903が『自動起動』である場合は表示せず、その後ユーザが起動しようとした場合のみ表示してもよい。
本実施例の放送受信装置100においては、前記放送連携アプリ取得あるいは起動の有効期限切れと判断された場合に、アプリケーション有効期限910の確認結果等の、前記放送連携アプリの起動が可能ではない理由を、エラーメッセージ173x1、173x2に表示するようにする。例えば、アプリケーション有効期限910の確認の結果、有効期限切れの場合、その旨をエラーメッセージ173x1、173x2に表示する。エラーコードと、前記エラーコードの説明が記述されたテレビ受信機メーカのホームページの案内(URL等)を表示しても良い。
また、テレビ受信機に有料のオプションソフトウェアを追加することにより前記放送連携アプリを起動可能とできる場合には、前記有料のオプションハードウェアまたはオプションソフトウェアの案内を表示するようにしても良い。なおエラーメッセージ173x1、173x2は、放送受信装置100にではなく、携帯情報端末700に表示するようにしても良い。
また、図25A〜図25Cにて示した放送連携アプリは、表示中の放送番組に関連して推薦される番組の情報であっても良いし、ユーザの視聴履歴に基づいて推薦される番組の情報であっても良いし、インターネット等で話題となっている番組の情報であっても良い。放送受信装置100のユーザの友人が前記ユーザに対して送付した推薦番組の情報であっても良い。また、前記推薦される番組は、デジタル放送サービスの放送波で送信される番組であっても良いし、インターネット200上の各サーバ装置から配信されるVOD(Video On Demand)番組等であっても良い。インターネット200上のサーバ装置に用意されたホームページ等の情報画面であっても良い。
図27は放送受信装置100における録画番組一覧の表示画面の一例である。録画番組表示画面173yは、ストレージ部110に記録した番組の一覧表である。例えば、リモコンの録画番組ボタンが押されると、映像表示部173に録画番組表示画面173yを表示する。録画番組表示画面173yは、本実施例においては、録画した日時順に番組サムネイルと共に、録画した日時、番組タイトル等の各種情報を表示する。なお、表示は番組タイトル順であってもよいし、番組サムネイルなしのリストのみであってもよい。
録画番組の各種情報173y1は、主として番組属性領域173y2と詳細説明領域173y3で構成される。
番組属性領域173y2には、各録画番組の属性を表す記号等を表示する。前記各録画番組の属性を表す記号等は、例えば、未視聴であることを意味する『Non―viewed』を記号化した印、等である。また、本実施例の放送受信装置100で実行可能な放送連携アプリが用意されている放送番組である場合は、その旨を示す『Linkage』を記号化した印等でも良い。詳細説明領域173y3は、各放送番組を録画した日時、チャンネル、番組タイトル、録画モード、録画時間、等を表示する。
なお、番組属性領域173y2に表示される前記『Linkage』を記号化した印等は、前記放送番組に放送連携アプリが用意されている場合であっても、アプリケーションプロファイル904の確認の結果、情報表示装置100での実行が不可の場合には表示しないようにしても良い。また、番組属性領域173y2に表示される、前記実行可能な放送連携アプリが用意されている放送番組であることを示す『Linkage』を記号化した印は、更に、携帯端末機器との連携動作が可能であるか否かで、その色、形状、字体、等を変更しても良い。携帯端末機器との連携動作が可能な場合には、前記『Linkage』を記号化した印と併せて『Mobile』を記号化した印を表示するようにしても良い。
また、本実施例の放送受信装置100で実行可能な放送連携アプリを取得済の場合は、その旨を示す『Obtained』を記号化した印等でも良い。アプリ取得やアプリ起動の有効期限切れの場合は、その旨を示す『Expiration』を記号化した印等でも良い。更に、有効期限の日時を表示しても良い。
また、アプリを取得済みであるにもかかわらず、アプリ実行の有効期限切れになった場合は、取得したアプリをストレージ部710から消去し、前述の『Obtained』を記号化した印を表示しないようにしても良い。
前述のように、録画番組表示画面173y上に、実行可能な放送連携アプリが用意されている放送番組であることを示す『Linkage』を記号化した印や携帯端末機器との連携動作が可能なことを示す『Mobile』を記号化した印を表示することにより、ユーザは、放送受信装置100における各放送番組の放送通信連携サービスへの対応状況を簡単に把握することが可能となる。また、放送連携アプリを取得済であることを示す『Obtained』を記号化した印やアプリの有効期限切れであることを示す『Expiration』を記号化した印や有効期限を表示することにより、ユーザは、放送受信装置100における各放送番組の放送連携アプリの起動可能状況を簡単に把握することが可能となる。なお、言うまでもなく、前記各放送番組の属性を表す所定の文字を記号化した印は、文字そのものや文章等と代替しても良い。各放送番組の詳細情報173y1の背景色を変更することにより、各放送番組の放送通信連携サービスへの対応状況を示しても良い。また、前記『Linkage』を記号化した印や『Mobile』を記号化した印等は、通常は番組属性領域173y2には表示せず、各放送番組が番組選択カーソル173y4により選択された場合にのみポップアップ表示されるようにしても良い。
なお、有効期限の極端な例として、放送中しかアプリケーション、およびアプリケーション用のデータを配信しない、という場合があっても構わない。例えば、スポーツの試合でのストリーミング映像など、放送後も利用可能にするには、一度記録して放送後のダウンロードにサーバを対応させるという手間が放送事業者に発生する。このような場合では、放送中のストリーミング配信に限定するということがありうる。
放送中しかアプリケーションあるいはアプリケーション用のデータが利用できない場合は、放送中にしか記録ができないため、EPGなどへの記載により予めその情報が記載されていることが望ましい。EPG等への記載があれば、予約録画の際、放送中の同時記録を行うかどうかの確認をユーザに求める処理が望ましい。そのような場合は自動的に記録する、という設定も可能である。さらにAIT等に上記情報を記載しておき、番組の視聴開始時点等で、放送中のみ利用できるアプリケーションあるいはアプリケーションデータがある場合に、そのことをユーザに知らせて記録などの対応を促すこともできる。
さらにまた、上記のケースでもそうであるが、番組が始まってからそのことが分かってもユーザの対応が間に合わない場合がある。そのような場合に備え、番組開始前、前の番組終了時かコマーシャル時に、次の番組で特別な処理が必要な場合は予めユーザにアナウンスが出来るよう、AIT等に次の番組に関する情報も記載しておくと、より利便性が高まる。
以上の構成により実施例8では、放送番組を録画し、同時に放送連携アプリ取得の有効期限を記録しておくことで、有効期限が切れる前に放送連携アプリを取得することができる。有効期限が切れる直前まで放送連携アプリを取得しないので、例えば記録した放送番組を視聴後に消去するような使用方法等において、ストレージの消費を抑えることができる。更に、有効期限が切れる前に放送連携アプリを取得するか否かを選択することができるため、不要な場合のストレージの消費を抑えることができる。また、放送連携アプリ取得の有効期限を過ぎた場合に、放送連携アプリの取得処理を行わないため、サーバに対する無駄なアクセス等を防ぐことができる。また、放送連携アプリ起動の有効期限を記録しておくことで、放送連携アプリの起動を制限することができる。
本発明の技術を用いることにより、より付加価値の高い機能を実行可能なデジタル放送受信装置を提供することができる。
以上、本発明の実施形態の例を、実施例1〜8を用いて説明したが、言うまでもなく、本発明の技術を実現する構成は前記実施例に限られるものではなく、様々な変形例が考えられる。例えば、ある実施例の構成の一部を他の実施例の構成と置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。これらは全て本発明の範疇に属するものである。また、文中や図中に現れる数値やメッセージ等もあくまでも一例であり、異なるものを用いても本発明の効果を損なうことはない。
前述した本発明の機能等は、それらの一部または全部を、例えば集積回路で設計する等によりハードウェアで実現しても良い。また、マイクロプロセッサユニット等がそれぞれの機能等を実現する動作プログラムを解釈して実行することによりソフトウェアで実現しても良い。ハードウェアとソフトウェアを併用しても良い。
なお、放送受信装置100を制御する前記ソフトウェアは、製品出荷の時点で予め放送受信装置100のROM103及び/またはストレージ部110等に格納された状態であっても良い。製品出荷後にインターネット200上のその他のアプリケーションサーバ500等からLAN通信部121を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記ソフトウェアを、拡張インタフェース部124等を介して取得しても良い。同様に、携帯情報端末700を制御する前記ソフトウェアは、製品出荷の時点で予め携帯情報端末700のROM703及び/またはストレージ部710等に格納された状態であっても良い。製品出荷後にインターネット200上のその他のアプリケーションサーバ500等からLAN通信部721若しくは移動体電話網通信部722等を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納された前記ソフトウェアを、拡張インタフェース部724等を介して取得しても良い。
また、図中に示した制御線や情報線は説明上必要と考えられるものを示しており、必ずしも製品上の全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えても良い。