JP6378810B2 - 放送受信装置及び映像表示方法 - Google Patents

Description

本発明は、放送受信技術に関する。

デジタル放送サービスの拡張機能の一つに、放送波でデジタルデータを送信し、天気予
報やニュース、おすすめ番組等の各種情報を表示するデータ放送がある。データ放送を受
信可能なテレビ受信機は既に多数市販されており、また、データ放送受信に関する技術も
下記特許文献１をはじめ多数が公表されている。

特開２００１−１８６４８６公報

データ放送の特徴として、デジタル放送サービスに対応しているテレビ受信機では、単
体でデータ放送の受信が可能であり、さまざまな情報を取得／表示することが可能である
ことが挙げられる。一方、データ放送は電波帯域の制限により送信可能なデータ量が限ら
れるため、高精細な画面表示や高機能なエフェクトを得ることが難しく、このため、付加
価値の高い有用な機能を現行のデジタル放送受信機で実行することが難しいという課題が
あった。

本発明の目的は、より付加価値の高い機能を実行可能なデジタル放送受信機を提供する
ことである。

前記課題を解決するための手段の一例を挙げるならば、放送番組と連動するアプリケーションの実行が可能なデジタル放送サービスを受信する放送受信装置であって、アプリケーション関連情報と電子番組表に関する情報とを含む前記デジタル放送サービスのデータストリームを受信する受信部と、前記電子番組表に関する情報に基づいて番組表を生成する番組表生成部と、前記アプリケーション関連情報を参照して取得したロケーション情報に基づいて所定のアプリケーションを取得するアプリケーション取得部と、前記取得した所定のアプリケーションを実行してデータストリームを受信し、放送番組の映像データと、追加データとを取得するアプリケーション実行部と、前記取得した放送番組の映像データを用いて放送番組の映像を復号する放送映像復号部と、前記アプリケーション実行部で取得した追加データを用いて、前記放送映像復号部で復号した放送番組の映像を、該映像よりも高画質な高画質映像に変換する映像変換部と、前記高画質映像または前記番組表を表示可能な表示部と、を備え、前記表示部の前記番組表の表示においては、放送番組の名称に加えて、該放送番組について、連動するアプリケーションが存在することを示す表示が可能であり、前記追加データは、前記放送映像復号部で復号した放送番組の映像のフレームレートを向上させるための差分データであり、前記映像変換部は、前記放送映像復号部で復号した放送番組の映像をフレームレートの高い高画質映像に変換することが可能であり、前記アプリケーション関連情報には、アプリケーションの状態について、自動起動、動作可能、および終了の少なくとも３つの状態を制御可能な制御コードが含まれており、前記アプリケーション取得部と前記アプリケーション実行部は、前記放送番組の映像を該映像よりも高画質な高画質映像に変換するための追加データを取得する前記所定のアプリケーションについても前記３つの状態を制御可能な前記制御コードに従って、前記アプリケーションの取得、開始、終了を制御する、ように構成すればよい。

本発明によれば、より付加価値の高い機能を実行可能なデジタル放送受信技術を提供す
ることができる。

実施例に係る通信システムのシステム構成図。 実施例に係る放送受信装置のブロック図。 実施例に係る放送受信装置のソフトウェア構成図。 実施例に係る放送局サーバのブロック図。 実施例に係るサービス事業者サーバのブロック図。 実施例に係る携帯情報端末のブロック図。 実施例に係る携帯情報端末のソフトウェア構成図。 実施例に係るアプリケーション制御情報のデータ構成図。 実施例に係る放送受信装置のアプリケーション起動時の動作シーケンス図。 実施例に係る放送受信装置のアプリケーション起動時の動作シーケンス図。 実施例に係る放送受信装置のアプリケーション起動時の動作シーケンス図。 実施例に係る携帯情報端末の連携時の動作シーケンス図。 実施例に係る携帯情報端末の連携時の動作シーケンス図。 実施例に係る携帯情報端末の連携時の動作シーケンス図。 実施例に係る放送受信装置及び携帯情報端末のアプリケーション起動時の動作シーケンス図。 実施例に係る携帯情報端末の連携制御アプリの基本画面の画面表示図。 実施例に係る携帯情報端末の連携制御アプリの基本画面の画面表示図。 実施例に係る放送受信装置のデータ放送画面の画面表示図。 実施例に係る放送受信装置の報知画面の画面表示図。 実施例に係る放送受信装置の放送連携アプリランチャの画面表示図。 実施例に係る放送受信装置の放送連携アプリ実行画面の画面表示図。 実施例に係る放送受信装置の放送連携アプリ実行画面の画面表示図。 実施例に係る放送受信装置の放送連携アプリ実行画面の画面表示図。 実施例に係る放送受信装置の放送連携アプリ実行画面の画面表示図。 実施例に係る放送受信装置のエラー表示画面の画面表示図。 実施例に係る携帯情報端末の放送連携アプリ実行画面の画面表示図。 実施例に係る放送受信装置のＥＰＧ表示画面の画面表示図。 実施例に係る放送受信装置のＥＰＧ表示画面の詳細情報の図。 実施例に係る放送受信装置の放送連携アプリ取得時の動作シーケンス図。 実施例に係る端末連携時の動作シーケンス図。 実施例に係る端末連携時の動作シーケンス図。 実施例に係る端末連携時の動作シーケンス図。 実施例に係る端末連携時の動作シーケンス図。 実施例に係る放送受信装置の放送連携アプリランチャの画面表示図。 実施例に係る放送受信装置の放送連携アプリランチャの画面表示図。 実施例に係る放送受信装置の放送連携アプリランチャの画面表示図。 実施例に係る放送受信装置の放送連携アプリランチャの画面表示図。 実施例に係る放送受信装置の画面表示図。 実施例に係る携帯情報端末の放送連携アプリランチャの画面表示図。 実施例に係る放送受信装置のブロック図。 実施例に係る放送受信装置のソフトウェア構成図。 実施例に係る通信システムの信号処理（放送局側）の概念図。 実施例に係る通信システムの信号処理（放送受信装置側）の概念図。 実施例に係る放送受信装置の補間信号処理の動作シーケンス図。 実施例に係る通信システムの信号処理（放送局側）の概念図。 実施例に係る通信システムの信号処理（放送受信装置側）の概念図。 実施例に係る放送受信装置の補間信号処理の動作シーケンス図。 実施例に係る通信システムの信号処理（放送局側）の概念図。 実施例に係る通信システムの信号処理（放送受信装置側）の概念図。 実施例に係る通信システムの信号処理（放送局側）の概念図。 実施例に係る通信システムの信号処理（放送受信装置側）の概念図。 実施例に係る放送受信装置の補間信号処理の動作シーケンス図。 実施例に係る放送受信装置の高画質化表示確認画面の画面表示図。

以下、本発明の実施形態の例を、図面を用いて説明する。

先ず、本実施例の放送受信装置で受信可能なデジタル放送サービスの一例を説明する。

例えば、本実施例の放送受信装置で受信可能なＢＳ／地上デジタル放送の一例では、一
つのトランスポンダ（周波数チャンネル）に複数のトランスポートストリーム（Ｔｒａｎ
ｓｐｏｒｔ Ｓｔｒｅａｍ：ＴＳ）を多重化して伝送可能である。ＴＳは、映像／音声エ
レメンタリストリーム（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ：ＥＳ）やプログラム固有
情報（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ：ＰＳＩ）／サービ
ス情報（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ：ＳＩ）等のデータ列を分割してＴＳ
ヘッダを付加した所定長のＴＳパケットの連続である。

ＰＳＩは、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）
−２システムの規格で規定された、ＴＳに含まれる各ＥＳがどのプログラムに属するかを
識別するための固有情報テーブルである。ＰＳＩは、ＰＡＴ（Ｐｒｏｇｒａｍ Ａｓｓｏ
ｃｉａｔｉｏｎ Ｔａｂｌｅ）、ＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）、ＣＡ
Ｔ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｔａｂｌｅ）、等で構成される。ＰＡＴは
、ＴＳ内に含まれるプログラム一覧をＰＭＴのＰＩＤ（Ｐａｃｋｅｔ Ｉｄｅｎｔｉｆｉ
ｅｒ）で規定する。ＰＭＴは、各プログラムの構成要素のＰＩＤの規定等を行う。ＣＡＴ
は、限定受信に関する情報を含む。

また、ＳＩはＰＳＩを拡張して番組情報等を含めたものであり、社団法人電波産業会（
Ａｓｓｏｃｉａｔｉｏｎ ｏｆ Ｒａｄｉｏ Ｉｎｄｕｓｔｒｉｅｓ ａｎｄ Ｂｕｓｉ
ｎｅｓｓｅｓ：ＡＲＩＢ）がＡＲＩＢ ＳＴＤ−Ｂ１０で規定した電子番組表（Ｅｌｅｃ
ｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ：ＥＰＧ）に関する情報を備える。ＳＩは、
ＢＩＴ（Ｂｒｏａｄｃａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）、ＳＤＴ（Ｓ
ｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｔａｂｌｅ）、ＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏ
ｒｍａｔｉｏｎ Ｔａｂｌｅ）、ＴＯＴ（Ｔｉｍｅ Ｏｆｆｓｅｔ Ｔａｂｌｅ）、等で
構成される。ＢＩＴは、放送局識別情報や系列情報、放送局のＳＩ送信情報等を含む。Ｓ
ＤＴは、ネットワークを識別するためのネットワークＩＤやＴＳを識別するためのＴＳ
ＩＤ、ネットワーク内で個々のサービス（所謂チャンネル）を識別するためのサービスＩ
Ｄ（所謂チャンネル番号）等の情報を含む。ＥＩＴは、ネットワーク内で個々のサービス
を識別するためのサービスＩＤと、各イベント（所謂番組）の名称や放送日時、放送内容
等、イベントに関する情報を含む。ＴＯＴは、現在の日付、時刻に関する情報を含む。

また、ＴＳは、復号器における再生タイミングの基準となるＰＣＲ（Ｐｒｏｇｒａｍ
Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）情報や、ＡＲＩＢ ＳＴＤ−Ｂ２４で規定されたＢＭ
Ｌ（Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）仕様に基づいてサブセット
化されたＢＭＬ文書等を含む。

本実施例の放送受信装置では、前記映像／音声ＥＳや各種情報等で構成されたＴＳを受
信して復号することにより、放送番組やＥＰＧ、ＢＭＬを用いて制作されたデータ放送画
面等をユーザに提供することが可能である。

また、本実施例の放送受信装置は、デジタル放送サービスにブロードバンドネットワー
クを利用した機能を連携させ、ブロードバンドネットワークを介した付加コンテンツの取
得やサーバ装置における演算処理、携帯端末機器との連携による提示処理等をデジタル放
送サービスと組み合わせる放送通信連携システムに対応可能である。前記放送通信連携シ
ステムを実現するために、本実施例の放送受信装置はＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ
Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等で記述されたアプリケーションを実行することが可
能であるものとする。また、本放送受信装置が対応する放送通信連携システムでは、拡張
したＢＭＬ仕様や放送通信連携システムにおけるアプリケーション制御情報（Ａｐｐｌｉ
ｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ：ＡＩＴ）及びアプリケーションを
放送波で伝送する場合に必要な拡張ＰＳＩ／ＳＩ情報を用いる。なお、ＡＩＴは、アプリ
ケーションの取得先等のアプリケーションを起動するために必要な各種情報や、アプリケ
ーションの起動／終了等を制御する制御情報を提供または周知するための情報である。

以上の説明は日本国のデジタル放送サービスをベースにしたものであるが、本実施例の
放送受信装置が対応する放送通信連携システムを含め、日本国内のみの適用に限定される
ものではない。

次に、本実施例における実施形態の具体的な構成例の説明を行う。

［システム構成］
図１は、放送通信連携システムを実現する本実施例の通信システムの一例を示すシステ
ム構成図である。本実施例の通信システムは、放送受信装置１００とアンテナ１００ａ、
インターネット等のブロードバンドネットワーク２００及びルータ装置２１０、放送局の
電波塔３００ｔ、放送局サーバ３００、サービス事業者サーバ４００、その他のアプリケ
ーションサーバ５００、移動体電話通信サーバ６００と移動体電話通信網の基地局６００
ｂ、携帯情報端末７００、で構成される。

放送受信装置１００は、既存のデジタル放送受信機能に加え、前記放送通信連携システ
ムに対応する機能を有するテレビ受信機である。放送受信装置１００は、電波塔３００ｔ
から送出された放送波を、アンテナ１００ａを介して受信する。また、放送受信装置１０
０は、ルータ装置２１０を介してインターネット２００と接続可能であり、インターネッ
ト２００上の各サーバ装置との通信によるデータの送受信が可能である。

ルータ装置２１０は、インターネット２００と無線通信または有線通信により接続され
、また、放送受信装置１００とは無線通信または有線通信で、携帯情報端末７００とは無
線通信で接続される。これにより、インターネット２００上の各サーバ装置と放送受信装
置１００と携帯情報端末７００とが、ルータ装置２１０を介して、データの送受信を相互
に行うことが可能となる。なお、放送受信装置１００と携帯情報端末７００との通信は、
ルータ装置２１０を介さずに、ＢｌｕｅＴｏｏｔｈ（登録商標）やＮＦＣ（Ｎｅａｒ Ｆ
ｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等の方式で直接通信を行っても良い。

電波塔３００ｔは、放送局の放送設備からデジタル放送信号、ＡＩＴ、アプリケーショ
ン提示に関する制御情報、等を含む放送波を送出する。なお、前記アプリケーション提示
に関する制御情報とは、テレビ受信機上における放送番組とアプリケーションの重ね合わ
せやアプリケーションの提示可否に関する制御情報である。また、前記放送局は放送局サ
ーバ３００を備えるものとする。放送局サーバ３００は、放送番組（動画コンテンツ等）
及び各放送番組の番組タイトル、番組ＩＤ、番組概要、出演者、放送日時、等のメタデー
タを記憶し、前記動画コンテンツや各メタデータを、契約に基づいて、サービス事業者に
対して提供することが可能であるものとする。なお、サービス事業者に対する前記動画コ
ンテンツ及び各メタデータの提供は、放送局サーバ３００が備えるＡＰＩ（Ａｐｐｌｉｃ
ａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を通して行われるものであ
って良い。

サービス事業者サーバ４００は、サービス事業者が前記放送通信連携システムによるサ
ービスを提供するために用意するサーバ装置である。サービス事業者サーバ４００は、放
送局サーバ３００から提供された動画コンテンツ及びメタデータと、放送通信連携システ
ム用に制作されたコンテンツ及びアプリケーションの記憶、管理及び配信等を行う。また
、テレビ受信機からの問い合わせに対して、提供可能なアプリケーションの検索や一覧の
提供を行う機能も有する。なお、前記コンテンツ及びメタデータの記憶、管理及び配信と
、前記アプリケーションの記憶、管理及び配信は、異なるサーバ装置が行うものであって
も良い。前記放送局と前記サービス事業者は同一であっても良いし、異なる事業者であっ
ても良い。サービス事業者サーバ４００は、異なるサービス毎に複数用意されても良い。
また、サービス事業者サーバ４００の機能は、放送局サーバ３００が兼ね備えるものであ
っても良い。

その他のアプリケーションサーバ５００は、前記放送通信連携システムに関連する以外
の一般的なアプリケーションや動作プログラム、コンテンツ、データの記憶、管理及び配
信等を行う公知のサーバ装置である。

移動体電話通信サーバ６００はインターネット２００と接続され、一方、基地局６００
ｂを介して携帯情報端末７００と接続される。移動体電話通信サーバ６００は携帯情報端
末７００の移動体電話通信網を介した電話通信（通話）及びデータ送受信を管理し、携帯
情報端末７００とインターネット２００上の各サーバ装置との通信によるデータの送受信
を可能とする。なお、携帯情報端末７００と放送受信装置１００との通信は、基地局６０
０ｂと移動体電話通信サーバ６００、及びインターネット２００、ルータ装置２１０を介
して行われるものであっても良い。

［放送受信装置のハードウェア構成］
図２Ａは、放送受信装置１００の内部構成の一例を示すブロック図である。放送受信装
置１００は、主制御部１０１、システムバス１０２、ＲＯＭ１０３、ＲＡＭ１０４、スト
レージ部１１０、ＬＡＮ通信部１２１、拡張インタフェース部１２４、デジタルインタフ
ェース部１２５、チューナ／復調部１３１、第一分離部１３２、第一映像復号部１３３、
第一音声復号部１３４、第一字幕復号部１３５、データ放送受信処理部１４１、データ放
送エンジン１４２、ストリーミング受信処理部１５１、第二分離部１５２、第二映像復号
部１５３、第二音声復号部１５４、第二字幕復号部１５５、アプリケーション制御部１６
１、アプリケーションエンジン１６２、映像重畳部１７１、音声選択部１７２、映像表示
部１７３、スピーカ１７４、映像出力部１７５、音声出力部１７６、提示同期制御部１８
１、端末連携制御部１９１、で構成される。

主制御部１０１は、所定の動作プログラムに従って放送受信装置１００全体を制御する
マイクロプロセッサユニットである。システムバス１０２は主制御部１０１と放送受信装
置１００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。

ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０３は、オペレーティングシステムな
どの基本動作プログラムやその他の動作プログラムが格納されたメモリであり、例えばＥ
ＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ
ＲＯＭ）やフラッシュＲＯＭのような書き換え可能なＲＯＭが用いられる。ＲＡＭ（Ｒ
ａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０４は基本動作プログラムやその他の動作
プログラム実行時のワークエリアとなる。ＲＯＭ１０３及びＲＡＭ１０４は主制御部１０
１と一体構成であっても良い。また、ＲＯＭ１０３は、図２Ａに示したような独立構成と
はせず、ストレージ部１１０内の一部記憶領域を使用するようにしても良い。

ストレージ部１１０は、放送受信装置１００の動作プログラムや動作設定値、放送受信
装置１００のユーザの個人情報等を記憶する。また、ネットワーク上からダウンロードし
た動作プログラムや前記動作プログラムで作成した各種データ等を記憶可能である。また
、放送波から取得した、或いは、ネットワーク上からダウンロードした、動画、静止画、
音声等のコンテンツも記憶可能である。ストレージ部１１０の一部領域を以ってＲＯＭ１
０３の機能の全部または一部を代替しても良い。また、ストレージ部１１０は、放送受信
装置１００に外部から電源が供給されていない状態であっても記憶している情報を保持す
る必要がある。したがって、例えば、フラッシュＲＯＭやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔ
ｅ Ｄｒｉｖｅ）などの半導体素子メモリ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）
などの磁気ディスクドライブ、等のデバイスが用いられる。

なお、ＲＯＭ１０３やストレージ部１１０に記憶された前記各動作プログラムは、イン
ターネット２００上の各サーバ装置からのダウンロード処理により更新及び機能拡張する
ことが可能であるものとする。

ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信部１２１は、ルータ装置２１０
を介してインターネット２００と接続され、インターネット２００上の各サーバ装置とデ
ータの送受信を行う。ルータ装置２１０との接続は有線接続であっても良いし、Ｗｉ−Ｆ
ｉ（登録商標）等の無線接続であっても良い。ＬＡＮ通信部１２１は符号回路や復号回路
等を備えるものとする。また、放送受信装置１００が、ＢｌｕｅＴｏｏｔｈ（登録商標）
通信部やＮＦＣ通信部、赤外線通信部等、他の通信部を更に備えていても良い。

チューナ／復調部１３１は、アンテナ１００ａを介して電波塔３００ｔから放送波を受
信し、主制御部１０１の制御に基づいてユーザの所望するサービスのチャンネルに同調（
選局）する。更に、チューナ／復調部１３１は、受信した放送信号を復調してＴＳを取得
する。なお、図２Ａに示した例では、チューナ／復調部が一つである構成を例示している
が、複数画面同時表示や裏番組録画等を目的として、放送受信装置１００がチューナ／復
調部を複数搭載する構成としても良い。また、主制御部１０１の制御に基づいて、前記復
調したＴＳに対するアクセス制限の制御等を行っても良い。

第一分離部１３２は、チューナ／復調部１３１から出力されたＴＳを入力し、映像デー
タ列、音声データ列、字幕データ列、番組情報データ列、ＡＩＴデータ列、ＢＭＬデータ
列、等の各データ列に分離して出力する。これらのデータ列は、例えば、ＥＳ形式であっ
て良い。第一映像復号部１３３は、第一分離部１３２から入力した映像データ列を復号し
て映像情報を出力する。第一音声復号部１３４は、第一分離部１３２から入力した音声デ
ータ列を復号して音声情報を出力する。第一字幕復号部１３５は、第一分離部１３２から
入力した字幕データ列を復号して字幕情報を出力する。

データ放送受信処理部１４１は、第一分離部１３２から入力したＢＭＬデータ列を復号
してＢＭＬ文書を再生する。データ放送エンジン１４２は、ＢＭＬ文書を実行するＢＭＬ
ブラウザであり、データ放送受信処理部１４１で再生されたＢＭＬ文書を実行してデータ
放送画面情報を出力する。

ストリーミング受信処理部１５１は、主制御部１０１の制御に基づいて、ＬＡＮ通信部
１２１を介してインターネット２００上の各サーバ装置に置かれた動画コンテンツ等にア
クセスし、前記動画コンテンツ等のプログラムストリーム（Ｐｒｏｇｒａｍ Ｓｔｒｅａ
ｍ：ＰＳ）を取得する。また、主制御部１０１の制御に基づいて、前記取得したＰＳに対
するＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）処理の制御等を行
っても良い。

第二分離部１５２は、ストリーミング受信処理部１５１から出力されたＰＳを入力し、
映像データ列、音声データ列、字幕データ列、等の各データ列に分離して出力する。これ
らのデータ列は、例えば、ＥＳ形式であって良い。第二映像復号部１５３、第二音声復号
部１５４、第二字幕復号部１５５は、それぞれ、第一映像復号部１３３、第一音声復号部
１３４、第一字幕復号部１３５と同様の処理を行うため、説明を省略する。

なお、第一分離部１３２と第二分離部１５２、第一映像復号部１３３と第二映像復号部
１５３、第一音声復号部１３４と第二音声復号部１５４、第一字幕復号部１３５と第二字
幕復号部１５５、は、それぞれ兼用されていても良い。

アプリケーション制御部１６１は、第一分離部から入力したＡＩＴデータ列或いはイン
ターネット２００上の各サーバ装置から取得したＡＩＴファイルに基づいて、放送通信連
携システム用に制作されたアプリケーションに関してアプリケーションエンジン１６２に
働きかけ、アプリケーション単位のライフサイクル及びイベントの制御、管理を行う。ま
た、アプリケーションの状態とＡＩＴの指示に依存して、適宜アプリケーションの機能制
約の制御を行う。アプリケーションエンジン１６２は、アプリケーション制御部１６１の
制御に基づいて、前記放送通信連携システム用に制作されたアプリケーションを取得して
実行するＨＴＭＬブラウザである。

映像重畳部１７１は、第一映像復号部１３３から出力された映像情報、第一字幕復号部
１３５から出力された字幕情報、データ放送エンジン１４２から出力されたデータ放送画
面情報、第二映像復号部１５３から出力された映像情報、第二字幕復号部１５５から出力
された字幕情報、アプリケーションエンジン１６２から出力されたアプリケーション実行
画面情報を入力して、選択及び／または重畳等の処理を行う。映像重畳部１７１は図示を
省略したビデオＲＡＭを備え、前記ビデオＲＡＭに入力された映像情報に基づいて映像表
示部１７３等が駆動される。また、映像重畳部１７１は、主制御部１０１の制御に基づい
て、必要に応じて、スケーリング処理や第一分離部１３２から出力された番組情報データ
列に基づいて作成されたＥＰＧ画面情報の重畳処理等を行う。

音声選択部１７２は、第一音声復号部１３４から出力された音声情報、第二音声復号部
１５４から出力された音声情報、アプリケーションエンジン１６２から出力されたアプリ
ケーション実行音声情報を入力して、主制御部１０１の制御に応じて適宜前記音声情報を
選択して出力する。

映像表示部１７３は、例えば液晶パネル等の表示デバイスであり、映像重畳部１７１で
選択及び／または重畳処理を施された映像情報を放送受信装置１００のユーザに提供する
。スピーカ１７４は、音声選択部１７２から出力された音声情報を放送受信装置１００の
ユーザに提供する。映像出力部１７５は、映像重畳部１７１で選択及び／または重畳処理
を施された映像情報を出力する映像出力インタフェースである。音声出力部１７６は、音
声選択部１７２から出力された音声情報を出力する音声出力インタフェースである。なお
、前述のように、放送表示装置１００がテレビ受信機等である場合、映像出力部１７５及
び音声出力部１７６は本発明に必須の構成ではない。

提示同期制御部１８１は、放送波から取得したＴＳを復号することにより得られた映像
情報や音声情報等と、インターネット２００上の各サーバ装置から取得したＰＳを復号す
ることにより得られた映像情報や音声情報等、及びアプリケーションエンジン１６２から
出力されたアプリケーション実行画面情報やアプリケーション実行音声情報の、映像表示
部１７３及びスピーカ１７４上、或いは、映像出力部１７５及び音声出力部１７６上にお
ける提示同期の制御を、例えばＰＣＲ情報等に基づいて行う。

端末連携制御部１９１は、外部の携帯端末機器との連携を行う際に、連携機器（携帯端
末機器）の発見及び認証、放送受信装置１００と前記連携機器との接続、アプリケーショ
ンの連携、等の管理及び制御を行う。

拡張インタフェース部１２４は、放送受信装置１００の機能を拡張するためのインタフ
ェース群であり、本実施例では、アナログ映像／音声インタフェース、ＵＳＢ（Ｕｎｉｖ
ｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）インタフェース、メモリインタフェース等で構成さ
れるものとする。アナログ映像／音声インタフェースは、外部映像／音声出力機器からの
アナログ映像信号／音声信号の入力、外部映像／音声入力機器へのアナログ映像信号／音
声信号の出力、等を行う。ＵＳＢインタフェースは、ＰＣ等と接続してデータの送受信を
行う。ＨＤＤを接続して放送番組やコンテンツの記録を行っても良い。また、キーボード
やその他のＵＳＢ機器の接続を行っても良い。メモリインタフェースはメモリカードやそ
の他のメモリ媒体を接続してデータの送受信を行う。

デジタルインタフェース部１２５は、符号化されたデジタル映像データ及び／またはデ
ジタル音声データを出力若しくは入力するインタフェースである。デジタルインタフェー
ス部１２５は、チューナ／復調部１３１で取得したＴＳやストリーミング受信処理部１５
１で取得したＰＳをそのまま出力可能であるものとする。また、デジタルインタフェース
部１２５から入力したＴＳやＰＳを第一分離部１３２や第二分離部１５２に入力するよう
に制御しても良い。ストレージ部１１０に記憶したデジタルコンテンツの出力、或いは、
ストレージ部１１０へのデジタルコンテンツの記憶を、デジタルインタフェース部１２５
を介して行っても良い。デジタルインタフェース部１２５は、ＤＶＩ端子やＨＤＭＩ端子
等であって、ＤＶＩ仕様やＨＤＭＩ仕様等に準拠した形式でデータの出力或いは入力が為
されるものであって良い。ＩＥＥＥ１３９４仕様等に準拠したシリアルデータの形式で出
力或いは入力されても良い。

放送受信装置１００は、テレビ受信機の他、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉ
ｌｅ Ｄｉｓｃ）レコーダなどの光ディスクドライブレコーダ、ＨＤＤレコーダなどの磁
気ディスクドライブレコーダ、ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）等であっても良い。デ
ジタル放送受信機能及び放送通信連携機能を備えたＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕ
ｔｅｒ）やタブレット端末、ゲーム機等であっても良い。放送受信装置１００がＤＶＤレ
コーダ、ＨＤＤレコーダ、ＳＴＢ等である場合、映像表示部１７３及びスピーカ１７４は
備えなくとも良い。映像出力部１７５及び音声出力部１７６に外部モニタ及び外部スピー
カを接続することにより、本実施例の放送受信装置１００と同様の動作が可能となる。

［放送受信装置のソフトウェア構成］
図２Ｂは、本実施例の放送受信装置１００のソフトウェア構成図であり、ＲＯＭ１０３
、ＲＡＭ１０４及びストレージ部１１０におけるソフトウェアの構成を示す。本実施例に
おいては、ＲＯＭ１０３に基本動作プログラム１００１及びその他の動作プログラムが記
憶されており、ストレージ部１１０に受信機能プログラム１００２、ＢＭＬブラウザプロ
グラム１００３、ＨＴＭＬブラウザプログラム１００４及びその他の動作プログラムが記
憶されている。また、ストレージ部１１０は、動画、静止画、音声等のコンテンツを記憶
するコンテンツ記憶領域１０１１、外部の携帯端末機器との連携等の際に使用する認証情
報等を記憶する認証情報記憶領域１０１２、その他の各種情報を記憶する各種情報記憶領
域を備えるものとする。

ＲＯＭ１０３に記憶された基本動作プログラム１００１はＲＡＭ１０４に展開され、更
に主制御部１０１が前記展開された基本動作プログラムを実行することにより、基本動作
実行部１１０１を構成する。また、ストレージ部１１０に記憶された受信機能プログラム
１００２、ＢＭＬブラウザプログラム１００３、ＨＴＭＬブラウザプログラム１００４は
それぞれＲＡＭ１０４に展開され、更に主制御部１０１が前記展開された各動作プログラ
ムを実行することにより、受信機能実行部１１０２、ＢＭＬブラウザエンジン１１０３、
ＨＴＭＬブラウザエンジン１１０４を構成する。また、ＲＡＭ１０４は、各動作プログラ
ム実行時に作成したデータを、必要に応じて一時的に保持する一時記憶領域を備えるもの
とする。

なお、以下では、説明を簡単にするために、主制御部１０１がＲＯＭ１０３に格納され
た基本動作プログラム１００１をＲＡＭ１０４に展開して実行することにより各動作ブロ
ックの制御を行う処理を、基本動作実行部１１０１が各動作ブロックの制御を行うものと
して記述する。他の動作プログラムに関しても同様の記述を行う。

受信機能実行部１１０２は、放送受信機能や放送通信連携機能を実現するために放送受
信装置１００の各動作ブロックを制御する。特に、放送番組再生部１１０２ａは、チュー
ナ／復調部１３１、第一分離部１３２、第一映像復号部１３３、第一音声復号部１３４、
第一字幕復号部１３５、データ放送受信処理部１４１及びデータ放送エンジン１４２を主
として制御する。なお、データ放送エンジン１４２はＲＡＭ１０４上に展開されたＢＭＬ
ブラウザエンジン１１０３で代替されて良い。また、通信コンテンツ再生部１１０２ｂは
、ストリーミング受信処理部１５１、第二分離部１５２、第二映像復号部１５３、第二音
声復号部１５４及び第二字幕復号部１５５を主として制御する。連携アプリ制御部１１０
２ｃは、アプリケーション制御部１６１及びアプリケーションエンジン１６２を主として
制御する。なお、アプリケーションエンジン１６２はＲＡＭ１０４上に展開されたＨＴＭ
Ｌブラウザエンジン１１０４で代替されて良い。端末連携管理部１１０２ｄは端末連携制
御部１９１を主として制御する。

前記各動作プログラムは、製品出荷の時点で、予めＲＯＭ１０３及び／またはストレー
ジ部１１０に格納された状態であっても良い。製品出荷後に、インターネット２００上の
その他のアプリケーションサーバ５００等からＬＡＮ通信部１２１を介して取得するもの
であっても良い。また、メモリカードや光ディスク等に格納された前記各動作プログラム
を、拡張インタフェース部１２４等を介して取得するものであっても良い。

［放送局サーバの構成］
図３は、放送局サーバ３００の内部構成の一例を示すブロック図である。放送局サーバ
３００は、主制御部３０１、システムバス３０２、ＲＡＭ３０４、ストレージ部３１０、
ＬＡＮ通信部３２１、で構成される。

主制御部３０１は、所定の動作プログラムに従って放送局サーバ３００全体を制御する
マイクロプロセッサユニットである。システムバス３０２は主制御部３０１と放送局サー
バ３００内の各動作ブロックとの間でデータ送受信を行うためのデータ通信路である。Ｒ
ＡＭ３０４は各動作プログラム実行時のワークエリアとなる。

ストレージ部３１０は、基本動作プログラム３００１及びコンテンツ管理／配信プログ
ラム３００２を記憶し、更に、動画コンテンツ記憶領域３０１１及びメタデータ記憶領域
３０１２を備える。動画コンテンツ記憶領域３０１１は放送局が放送する各放送番組の動
画コンテンツ等を記憶する。メタデータ記憶領域３０１２は前記各放送番組の番組タイト
ル、番組ＩＤ、番組概要、出演者、放送日時、等のメタデータを記憶する。

また、ストレージ部３１０に記憶された基本動作プログラム３００１及びコンテンツ管
理／配信プログラム３００２はそれぞれＲＡＭ３０４に展開され、更に主制御部３０１が
前記展開された基本動作プログラム及びコンテンツ管理／配信プログラムを実行すること
により、基本動作実行部３１０１及びコンテンツ管理／配信実行部３１０２を構成する。

なお、以下では、説明を簡単にするために、主制御部３０１がストレージ部３１０に格
納された基本動作プログラム３００１をＲＡＭ３０４に展開して実行することにより各動
作ブロックの制御を行う処理を、基本動作実行部３１０１が各動作ブロックの制御を行う
ものとして記述する。他の動作プログラムに関しても同様の記述を行う。

コンテンツ管理／配信実行部３１０２は、動画コンテンツ記憶領域３０１１及びメタデ
ータ記憶領域３０１２に蓄積された動画コンテンツ等及び各メタデータの管理と、前記動
画コンテンツ等及び各メタデータを契約に基づいてサービス事業者に提供する際の制御を
行う。更に、コンテンツ管理／配信実行部３１０２は、前記サービス事業者に対して前記
動画コンテンツ等及び各メタデータの提供を行う際に、必要に応じて、前記契約に基づい
たサービス事業者サーバ４００の認証処理等も行う。

ＬＡＮ通信部３２１は、インターネット２００と接続され、インターネット２００上の
サービス事業者サーバ４００等と通信を行う。ＬＡＮ通信部３２１は符号回路や復号回路
等を備えるものとする。

［サービス事業者サーバの構成］
図４は、サービス事業者サーバ４００の内部構成の一例を示すブロック図である。サー
ビス事業者サーバ４００は、主制御部４０１、システムバス４０２、ＲＡＭ４０４、スト
レージ部４１０、ＬＡＮ通信部４２１、で構成される。

主制御部４０１は、所定の動作プログラムに従ってサービス事業者サーバ４００全体を
制御するマイクロプロセッサユニットである。システムバス４０２は主制御部４０１とサ
ービス事業者サーバ４００内の各動作ブロックとの間でデータ送受信を行うためのデータ
通信路である。ＲＡＭ４０４は各動作プログラム実行時のワークエリアとなる。

ストレージ部４１０は、基本動作プログラム４００１及びコンテンツ管理／配信プログ
ラム４００２、アプリケーション管理／配布プログラム４００３を記憶し、更に、動画コ
ンテンツ記憶領域４０１１及びメタデータ記憶領域４０１２、アプリケーション記憶領域
４０１３を備える。動画コンテンツ記憶領域４０１１及びメタデータ記憶領域４０１２は
、放送局サーバ３００から提供された前記動画コンテンツ等及び各メタデータや、前記サ
ービス事業者が制作したコンテンツ及び前記コンテンツに関するメタデータ等を記憶する
。アプリケーション記憶領域４０１３は、各テレビ受信機からの要求に応じて配布するた
めの、放送通信連携システムの各サービスの実現に必要となるアプリケーションを記憶す
る。

また、ストレージ部４１０に記憶された基本動作プログラム４００１及びコンテンツ管
理／配信プログラム４００２、アプリケーション管理／配布プログラム４００３はそれぞ
れＲＡＭ４０４に展開され、更に主制御部４０１が前記展開された基本動作プログラム及
びコンテンツ管理／配信プログラム、アプリケーション管理／配布プログラムを実行する
ことにより、基本動作実行部４１０１及びコンテンツ管理／配信実行部４１０２、アプリ
ケーション管理／配布実行部４１０３を構成する。

なお、以下では、説明を簡単にするために、主制御部４０１がストレージ部４１０に格
納された基本動作プログラム４００１をＲＡＭ４０４に展開して実行することにより各動
作ブロックの制御を行う処理を、基本動作実行部４１０１が各動作ブロックの制御を行う
ものとして記述する。他の動作プログラムに関しても同様の記述を行う。

コンテンツ管理／配信実行部４１０２は、放送局サーバ３００からの動画コンテンツ等
及び各メタデータの取得、動画コンテンツ記憶領域４０１１及びメタデータ記憶領域４０
１２に蓄積された動画コンテンツ等及び各メタデータの管理、及び各テレビ受信機に対す
る前記動画コンテンツ等及び各メタデータの配信の制御を行う。また、アプリケーション
管理／配布実行部４１０３は、アプリケーション記憶領域４０１３に蓄積された各アプリ
ケーションの管理と、前記各アプリケーションを各テレビ受信機からの要求に応じて配布
する際の制御と、を行う。更に、アプリケーション管理／配布実行部４１０３は、前記各
テレビ受信機に対して前記各アプリケーションの配布を行う際に、必要に応じて、前記各
テレビ受信機の認証処理等も行う。

ＬＡＮ通信部４２１は、インターネット２００と接続され、インターネット２００上の
放送局サーバ３００や、ルータ装置２１０を介して、放送受信装置１００や携帯情報端末
７００と通信を行う。ＬＡＮ通信部４２１は符号回路や復号回路等を備えるものとする。

［携帯情報端末のハードウェア構成］
図５Ａは、携帯情報端末７００の内部構成の一例を示すブロック図である。携帯情報端
末７００は、主制御部７０１、システムバス７０２、ＲＯＭ７０３、ＲＡＭ７０４、スト
レージ部７１０、通信処理部７２０、拡張インタフェース部７２４、操作部７３０、画像
処理部７４０、音声処理部７５０、センサ部７６０、で構成される。

主制御部７０１は、携帯情報端末７００全体を制御するマイクロプロセッサユニットで
ある。システムバス７０２は主制御部７０１と携帯情報端末７００内の各動作ブロックと
の間でデータ送受信を行うためのデータ通信路である。

ＲＯＭ７０３は、オペレーティングシステムなどの基本動作プログラムやその他の動作
プログラムが格納されたメモリであり、例えばＥＥＰＲＯＭやフラッシュＲＯＭのような
書き換え可能なＲＯＭが用いられる。ＲＡＭ７０４は基本動作プログラムやその他の動作
プログラム実行時のワークエリアとなる。ＲＯＭ７０３及びＲＡＭ７０４は主制御部７０
１と一体構成であっても良い。また、ＲＯＭ７０３は、図５Ａに示したような独立構成と
はせず、ストレージ部７１０内の一部記憶領域を使用するようにしても良い。

ストレージ部７１０は、携帯情報端末７００の動作プログラムや動作設定値、携帯情報
端末７００のユーザの個人情報等を記憶する。また、ネットワーク上からダウンロードし
た動作プログラムや前記動作プログラムで作成した各種データ等を記憶可能である。また
、ネットワーク上からダウンロードした、動画、静止画、音声等のコンテンツも記憶可能
である。ストレージ部７１０の一部領域を以ってＲＯＭ７０３の機能の全部または一部を
代替しても良い。また、ストレージ部７１０は、携帯情報端末７００に外部から電源が供
給されていない状態であっても記憶している情報を保持する必要がある。したがって、例
えば、フラッシュＲＯＭやＳＳＤ、ＨＤＤ等のデバイスが用いられる。

なお、ＲＯＭ７０３やストレージ部７１０に記憶された前記各動作プログラムは、イン
ターネット２００上の各サーバ装置からのダウンロード処理により更新及び機能拡張する
ことが可能であるものとする。

通信処理部７２０は、ＬＡＮ通信部７２１、移動体電話網通信部７２２、ＮＦＣ通信部
７２３、で構成される。ＬＡＮ通信部７２１はルータ装置２１０を介してインターネット
２００と接続され、インターネット２００上の各サーバ装置とデータの送受信を行う。ル
ータ装置２１０との接続はＷｉ−Ｆｉ（登録商標）等の無線接続で行われるものとする。
移動体電話網通信部７２２は移動体電話通信網の基地局６００ｂとの無線通信により、電
話通信（通話）及びデータの送受信を行う。ＮＦＣ通信部７２３は対応するリーダ／ライ
タとの近接時に無線通信を行う。ＬＡＮ通信部７２１、移動体電話網通信部７２２、ＮＦ
Ｃ通信部７２３は、それぞれ符号回路や復号回路、アンテナ等を備えるものとする。また
、通信処理部７２０が、ＢｌｕｅＴｏｏｔｈ（登録商標）通信部や赤外線通信部等、他の
通信部を更に備えていても良い。

拡張インタフェース部７２４は、携帯情報端末７００の機能を拡張するためのインタフ
ェース群であり、本実施例では、映像／音声インタフェース、ＵＳＢインタフェース、メ
モリインタフェース等で構成されるものとする。映像／音声インタフェースは、外部映像
／音声出力機器からの映像信号／音声信号の入力、外部映像／音声入力機器への映像信号
／音声信号の出力、等を行う。ＵＳＢインタフェースは、ＰＣ等と接続してデータの送受
信を行う。また、キーボードやその他のＵＳＢ機器の接続を行っても良い。メモリインタ
フェースはメモリカードやその他のメモリ媒体を接続してデータの送受信を行う。

操作部７３０は、携帯情報端末７００に対する操作指示の入力を行う指示入力部であり
、本実施例では、表示部７４１に重ねて配置したタッチパネル７３０ｔ及びボタンスイッ
チを並べた操作キー７３０ｋで構成されるものとする。何れか一方のみであっても良い。
拡張インタフェース部７２４に接続したキーボード等を用いて携帯情報端末７００の操作
を行っても良い。有線通信または無線通信により接続された別体の携帯端末機器を用いて
携帯情報端末７００の操作を行っても良い。また、前記タッチパネル機能は表示部７４１
が備え持っているものであっても良い。

画像処理部７４０は、表示部７４１、画像信号処理部７４２、第一画像入力部７４３、
第二画像入力部７４４、で構成される。表示部７４１は、例えば液晶パネル等の表示デバ
イスであり、画像信号処理部７４２で処理した画像データを携帯情報端末７００のユーザ
に提供する。画像信号処理部７４２は図示を省略したビデオＲＡＭを備え、前記ビデオＲ
ＡＭに入力された画像データに基づいて表示部７４１が駆動される。また、画像信号処理
部７４２は、必要に応じてフォーマット変換、メニューやその他のＯＳＤ（Ｏｎ Ｓｃｒ
ｅｅｎ Ｄｉｓｐｌａｙ）信号の重畳処理等を行う機能を有するものとする。第一画像入
力部７４３及び第二画像入力部７４４は、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅ
ｖｉｃｅ）やＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍ
ｉｃｏｎｄｕｃｔｏｒ）センサ等の電子デバイスを用いてレンズから入力した光を電気信
号に変換することにより、周囲や対象物の画像データを入力するカメラユニットである。

音声処理部７５０は、音声出力部７５１、音声信号処理部７５２、音声入力部７５３、
で構成される。音声出力部７５１はスピーカであり、音声信号処理部７５２で処理した音
声信号を携帯情報端末７００のユーザに提供する。音声入力部７５３はマイクであり、ユ
ーザの声などを音声データに変換して入力する。

センサ部７６０は、携帯情報端末７００の状態を検出するためのセンサ群であり、本実
施例では、ＧＰＳ受信部７６１、ジャイロセンサ７６２、地磁気センサ７６３、加速度セ
ンサ７６４、照度センサ７６５、近接センサ７６６、で構成される。これらのセンサ群に
より、携帯情報端末７００の位置、傾き、方角、動き、及び周囲の明るさ、周囲物の近接
状況、等を検出することが可能となる。また、携帯情報端末７００が、気圧センサ等、他
のセンサを更に備えていても良い。

携帯情報端末７００は、携帯電話やスマートホン、タブレット端末等であって良い。Ｐ
ＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）やノート型ＰＣであ
っても良い。また、デジタルスチルカメラや動画撮影可能なビデオカメラ、携帯型ゲーム
機等、またはその他の携帯用デジタル機器であっても良い。

なお、図５Ａに示した携帯情報端末７００の構成例は、センサ部７６０等、本実施例に
必須ではない構成も多数含んでいるが、これらが備えられていない構成であっても本実施
例の効果を損なうことはない。また、デジタル放送受信機能や電子マネー決済機能等、図
示していない構成が更に加えられていても良い。

［携帯情報端末のソフトウェア構成］
図５Ｂは、本実施例の携帯情報端末７００のソフトウェア構成図であり、ＲＯＭ７０３
、ＲＡＭ７０４及びストレージ部７１０におけるソフトウェアの構成を示す。本実施例に
おいては、ＲＯＭ７０３に基本動作プログラム７００１及びその他の動作プログラムが記
憶されており、ストレージ部７１０に連携制御プログラム７００２とＨＴＭＬブラウザプ
ログラム７００３及びその他の動作プログラムが記憶されている。また、ストレージ部７
１０は、動画、静止画、音声等のコンテンツを記憶するコンテンツ記憶領域７０１１、テ
レビ受信機との連携動作等の際に使用する認証情報を記憶する認証情報記憶領域７０１２
、その他の各種情報を記憶する各種情報記憶領域を備えるものとする。

ＲＯＭ７０３に記憶された基本動作プログラム７００１はＲＡＭ７０４に展開され、更
に主制御部７０１が前記展開された基本動作プログラムを実行することにより、基本動作
実行部７１０１を構成する。また、ストレージ部７１０に記憶された連携制御プログラム
７００２及びＨＴＭＬブラウザプログラム７００３はそれぞれＲＡＭ７０４に展開され、
更に主制御部７０１が前記展開された各動作プログラムを実行することにより、連携制御
実行部７１０２及びＨＴＭＬブラウザエンジン７１０３を構成する。また、ＲＡＭ７０４
は、各動作プログラム実行時に作成したデータを、必要に応じて一時的に保持する一時記
憶領域を備えるものとする。

なお、以下では、説明を簡単にするために、主制御部７０１がＲＯＭ７０３に格納され
た基本動作プログラム７００１をＲＡＭ７０４に展開して実行することにより各動作ブロ
ックの制御を行う処理を、基本動作実行部７１０１が各動作ブロックの制御を行うものと
して記述する。他の動作プログラムに関しても同様の記述を行う。

連携制御実行部７１０２は、携帯情報端末７００がテレビ受信機との連係動作を行う際
の、機器認証及び接続、各データの送受信、等の管理を行う。ＨＴＭＬブラウザエンジン
７１０３は、放送通信連携システム用に作成されたアプリケーションを携帯情報端末７０
０上で実行するＨＴＭＬブラウザである。

前記各動作プログラムは、製品出荷の時点で、予めＲＯＭ７０３及び／またはストレー
ジ部７１０に格納された状態であっても良い。製品出荷後に、インターネット２００上の
その他のアプリケーションサーバ５００等からＬＡＮ通信部７２１または移動体電話網通
信部７２２を介して取得するものであっても良い。また、メモリカードや光ディスク等に
格納された前記各動作プログラムを、拡張インタフェース部７２４等を介して取得するも
のであっても良い。

［アプリケーション制御情報（ＡＩＴ）の概要］
本実施例のアプリケーション制御情報（ＡＩＴ）は、放送受信装置１００が対応する放
送通信連携機能において、テレビ受信機等（本実施例では、放送受信装置１００）に対し
て放送サービスに連携するアプリケーション（以下、放送連携アプリと称する場合がある
。）の存在を周知し、その制御を指示することを目的とする情報であるものとする。なお
、前記放送連携アプリは、（１）放送信号に含まれる起動／終了などの制御信号に基づい
て放送受信状態においてのみ動作し、制御信号に基づいて放送リソースへのアクセスが許
可される放送マネージドアプリケーションと、（２）起動／終了などを放送信号に制御さ
れない動作形態で、アプリケーション認証などの手段に基づいて放送リソースへのアクセ
スが許可される放送外マネージドアプリケーションと、（３）放送リソースへのアクセス
が許可されない、その他の一般アプリケーションと、に区別されて良い。

ＡＩＴの伝送方式としては、セクション形式またはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍ
ａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式のＡＩＴをデータカルーセル（Ｄａｔａ Ｃａｒｏ
ｕｓｅｌ：ＤＣ）方式等により放送波で伝送する方式と、前記セクション形式またはＸＭ
Ｌ形式のＡＩＴファイルをインターネット２００上のサーバ装置からｈｔｔｐ（Ｈｙｐｅ
ｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）またはｈｔｔｐｓ（Ｈｙｐｅｒｔｅ
ｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｅ）等で配信する方式の何れか
を用いれば良い。その他の方式を採用しても良い。

図６は、ＡＩＴのデータ構成の一例を示すデータ構成図である。ＡＩＴは、主として、
アプリケーションタイプ９０１、アプリケーション識別子９０２、アプリケーション制御
コード９０３、アプリケーションプロファイル９０４、アプリケーション取得先情報９０
５、アプリケーションバウンダリ及びアクセス権限設定９０６、起動優先度９０７、キャ
ッシュ情報９０８、サーバアクセス分散パラメータ９０９、等の各情報で構成される。更
に、その他の情報が含まれていても良い。

アプリケーションタイプ９０１は、アプリケーションの記述方式を規定する。本実施例
においては、前記アプリケーションの記述方式はＨＴＭＬであるものとする。アプリケー
ション識別子９０２は、アプリケーション単位を識別するための、事業者を識別する組織
識別と事業者毎に採番されるアプリケーション識別とで構成される識別情報である。なお
、アプリケーション単位とは、アプリケーション取得先情報９０５で指定されるロケーシ
ョンに存在するＨＴＭＬ文書をエントリー文書とする、ＨＴＭＬ文書及びその参照リソー
スの集合である。アプリケーション制御コード９０３は、対象となるアプリケーションに
対する動作制御を規定するものであり、（１）自動起動、（２）動作可能、（３）終了、
（４）プリフェッチ、のうちの一つが記述される。アプリケーションプロファイル９０４
は、アプリケーションが要求するテレビ受信機の機能を示す値であり、テレビ受信機がオ
プションとして持つ機能を組み合わせて示す。この値を参照することにより前記アプリケ
ーションの利用可否が判断される。

アプリケーション取得先情報９０５は、アプリケーションの取得先を特定する情報であ
り、アプリケーション起動時に最初に参照するＨＴＭＬ文書を取得するためのロケーショ
ン情報である。アプリケーションは放送で伝送される場合と通信ネットワーク上のサーバ
装置におかれる場合とが想定されるため、アプリケーション取得先情報９０５で特定され
るロケーション情報も放送取得と通信取得の両方の場合に対応した規定が行われる。アプ
リケーションバウンダリ及びアクセス制限設定９０６は、放送マネージドアプリケーショ
ンとしての動作可能範囲を一つ以上の領域（ＵＲＬ：Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ
Ｌｏｃａｔｏｒ）の集合として示す情報である。また、領域毎の放送リソースへのアク
セス制限を機能単位に設定する。アプリケーションバウンダリ及びアクセス制限設定９０
６により、アプリケーション起動時のエントリー文書からの文書遷移の連鎖による想定外
の文書への遷移や不適切な放送リソースへのアクセス等を防止するための文書遷移の範囲
を指定する。また、前記文書遷移の範囲内における、領域単位での特定の放送リソースへ
のアクセス権限を設定可能である。

起動優先度９０７は、放送サービスによるデータ放送とＨＴＭＬ文書による放送マネー
ジドアプリケーションが同時に存在する場合に、どちらを優先して起動するかを規定する
。ＰＭＴ上で無条件にデータ放送を最優先と指定すること、ＰＭＴ上で特定のアプリケー
ションタイプの起動優先順位を指定すること、及び起動優先度９０７で対象のアプリケー
ションの起動優先度を指定すること、が可能であるものとする。キャッシュ情報９０８は
、アプリケーションの再利用に備えてアプリケーションリソースを保持する場合のキャッ
シュ制御に用いる情報である。この情報により、アプリケーション終了後も再利用を想定
したアプリケーションリソースのキャッシュを行うことが可能となる。サーバアクセス分
散パラメータ９０９は、アプリケーションの取得先などにおいてアクセスが集中するサー
バの負荷軽減を目的として、アクセスを分散させるためのパラメータセットである。テレ
ビ受信機は、このパラメータの設定に従って、アプリケーション制御コードの適用を確率
的に遅延させるように動作して良い。

以下では、本実施例の放送受信装置１００の動作に関して説明する。

［アプリケーション起動時の動作シーケンス］
先ず、本実施例の放送受信装置１００における、放送波で送信されるＡＩＴに基づいた
放送連携アプリの起動処理に関して説明する。本実施例の放送受信装置１００では、ＰＭ
Ｔ上の情報及びＡＩＴのアプリケーション制御コード９０３、起動優先度９０７等の情報
により、放送サービスによるデータ放送と放送連携アプリが同時に存在する場合にどちら
を優先して起動するかを規定することが可能である。

図７Ａは、放送連携アプリが優先して起動するように規定されている場合の放送連携ア
プリの動作シーケンスの一例を示す動作シーケンス図である。同図は、放送受信装置１０
０がＰＭＴ及びＡＩＴを適宜確認して所定の放送連携アプリを起動するまでの一連の流れ
を示すものである。

放送受信装置１００のチューナ／復調部１３１がユーザの所望するチャンネルの選局処
理を行ってＴＳを取得すると、次に、主制御部１０１が第一分離部１３２で分離したＰＭ
Ｔデータ列を取得して（Ｓ１０１）、ＰＭＴに記述された起動優先度の確認を行う。Ｓ１
０１の処理において放送連携アプリの起動優先度が高いことを確認する（Ｓ１０２）と、
アプリケーション制御部１６１が、第一分離部１３２で分離したＡＩＴデータ列を取得し
（Ｓ１０３）、前記取得したＡＩＴデータ列のアプリケーション制御コード９０３を確認
する（Ｓ１０４）。Ｓ１０４の処理において、アプリケーション制御コード９０３が『自
動起動』であった場合、更に、前記取得したＡＩＴデータ列のアプリケーションプロファ
イル９０４を確認し（Ｓ１０５）、前記ＡＩＴに指定された放送連携アプリの実行が可能
であることが確認された場合、アプリケーション取得先情報９０５に記述された情報に基
づき、ＬＡＮ通信部１２１を介して、所定のサービス事業者サーバ４００に対して放送連
携アプリの送信要求を送信する（Ｓ１０６）。

前記放送連携アプリの送信要求を受信したサービス事業者サーバ４００は、アプリケー
ション管理／配布実行部４１０３の制御に基づき、必要に応じて放送受信装置１００の認
証処理を行った後に、アプリケーション記憶領域４０１３に記憶された所定の放送連携ア
プリの配信を、ＬＡＮ通信部４２１を介して行う（Ｓ１０７）。なお、前記認証処理に関
しては公知の方法を用いれば良く、詳細の説明を省略する。次に、放送受信装置１００の
アプリケーションエンジン１６２が、アプリケーション制御部１６１の制御に基づいて、
ＬＡＮ通信部１２１を介して受信した、サービス事業者サーバ４００から配信された前記
所定の放送連携アプリを起動する（Ｓ１０８）。

図７Ｂは、放送サービスによるデータ放送を優先して起動するように規定されている場
合の放送連携アプリの動作シーケンスの一例を示す動作シーケンス図である。同図は、放
送受信装置１００がＰＭＴ及びＡＩＴを適宜確認して所定の放送連携アプリを起動するま
での一連の流れを示すものである。

放送受信装置１００のチューナ／復調部１３１がユーザの所望するチャンネルの選局処
理を行ってＴＳを取得すると、次に、主制御部１０１が第一分離部１３２で分離したＰＭ
Ｔデータ列を取得して（Ｓ２０１）、ＰＭＴに記述された起動優先度の確認を行う。Ｓ２
０１の処理において放送サービスによるデータ放送の起動優先度が高いことを確認する（
Ｓ２０２）と、データ放送受信処理部１４１が、第一分離部１３２で分離したＢＭＬデー
タ列を取得してＢＭＬ文書を再生する（Ｓ２０３）。前記ＢＭＬ文書によりデータ放送の
自動起動が設定されている場合、及びユーザが操作端末（携帯情報端末７００、リモコン
等）を用いてデータ放送の起動要求を行った（Ｓ２０４）場合、データ放送エンジン１４
２が、前記再生されたＢＭＬ文書を実行することによりデータ放送画面情報を生成し、映
像表示部１７３に表示する（Ｓ２０５）。

Ｓ２０５の処理の後、或いはＳ２０５の処理と同時に、アプリケーション制御部１６１
は、第一分離部１３２で分離したＡＩＴデータ列を取得し（Ｓ２０６）、前記取得したＡ
ＩＴデータ列のアプリケーションプロファイル９０４を確認する（Ｓ２０７）。Ｓ２０７
の処理において、前記ＡＩＴに指定された放送連携アプリの実行が可能であることが確認
された場合、前記データ放送画面には前記実行可能な放送連携アプリへのエントリーボタ
ンが表示される。前記エントリーボタンは常に表示しておき、前記放送連携アプリの実行
が可能な場合にのみ、配色を非アクティブ色からアクティブ色に変更するようにしても良
い。形状を変更することにより、前記エントリーボタンの非アクティブ状態とアクティブ
状態を切り替えるようにしても良い。

ユーザが操作端末を用いて前記エントリーボタンを選択する（Ｓ２０８）と、データ放
送エンジン１４２は、ＢＭＬ文書を実行してデータ放送画面情報を生成する処理を終了す
る（Ｓ２０９）。続いて、アプリケーション制御部１６１が、第一分離部１３２で分離し
たＡＩＴデータ列を取得し（Ｓ２１０）、前記取得したＡＩＴデータ列のアプリケーショ
ン取得先情報９０５を確認する。更に、Ｓ２１０で確認したアプリケーション取得先情報
９０５に記述された情報に基づき、ＬＡＮ通信部１２１を介して、所定のサービス事業者
サーバ４００に対して放送連携アプリの送信要求を送信する（Ｓ２１１）。

前記放送連携アプリの送信要求を受信したサービス事業者サーバ４００は、アプリケー
ション管理／配布実行部４１０３の制御に基づき、必要に応じて放送受信装置１００の認
証処理を行った後に、アプリケーション記憶領域４０１３に記憶された所定の放送連携ア
プリの配信を、ＬＡＮ通信部４２１を介して行う（Ｓ２１２）。次に、放送受信装置１０
０のアプリケーションエンジン１６２が、アプリケーション制御部１６１の制御に基づい
て、ＬＡＮ通信部１２１を介して受信した、サービス事業者サーバ４００から配信された
前記所定の放送連携アプリを起動する（Ｓ２１３）。

図７Ｃは、何れの優先起動も規定されていない場合の放送連携アプリの動作シーケンス
の一例を示す動作シーケンス図である。同図は、放送受信装置１００がＰＭＴ及びＡＩＴ
を適宜確認して所定の放送連携アプリを起動するまでの一連の流れを示すものである。

放送受信装置１００のチューナ／復調部１３１がユーザの所望するチャンネルの選局処
理を行ってＴＳを取得すると、次に、主制御部１０１が第一分離部１３２で分離したＰＭ
Ｔデータ列を取得して（Ｓ３０１）、ＰＭＴに記述された起動優先度の確認を行う。Ｓ３
０１の処理において放送連携アプリの起動優先度が高いことを確認する（Ｓ３０２）と、
アプリケーション制御部１６１が、第一分離部１３２で分離したＡＩＴデータ列を取得し
（Ｓ３０３）、前記取得したＡＩＴデータ列のアプリケーション制御コード９０３を確認
する（Ｓ３０４）。Ｓ３０４の処理において、アプリケーション制御コード９０３が『自
動起動』ではなく『起動可能』であった場合、放送サービスによるデータ放送と放送連携
アプリの何れも起動せずに、放送番組の表示を継続する。

Ｓ３０４の処理を終えた後の状態でユーザが操作端末を用いてデータ放送の起動要求を
行った（Ｓ３０５）場合には、図７ＢのＳ２０５以降の処理と同様に、ＢＭＬデータ列の
取得及びＢＭＬ文書の再生、データ放送画面情報の生成等が行われる（但し、図示省略）
。一方、Ｓ３０４の処理を終えた後の状態でユーザが操作端末を用いて放送連携アプリラ
ンチャの起動要求を行った場合（Ｓ３０６）、アプリケーション制御部１６１が、第一分
離部１３２で分離したＡＩＴデータ列を取得し（Ｓ３０７）、前記取得したＡＩＴデータ
列のアプリケーションプロファイル９０４を確認する（Ｓ３０８）。更に、アプリケーシ
ョン制御部１６１は実行可能な放送連携アプリの一覧を放送連携アプリランチャとして映
像表示部１７３に表示する（Ｓ３０９）。

ユーザが操作端末を用いて、Ｓ３０９で表示された放送連携アプリランチャから所定の
放送連携アプリの選択を行う（Ｓ３１０）と、アプリケーション制御部１６１が、第一分
離部１３２で分離したＡＩＴデータ列を取得し（Ｓ３１１）、前記取得したＡＩＴデータ
列のアプリケーション取得先情報９０５を確認する。更に、Ｓ３１１で確認したアプリケ
ーション取得先情報９０５に記述された情報に基づき、ＬＡＮ通信部１２１を介して、所
定のサービス事業者サーバ４００に対して放送連携アプリの送信要求を送信する（Ｓ３１
２）。

前記放送連携アプリの送信要求を受信したサービス事業者サーバ４００は、アプリケー
ション管理／配布実行部４１０３の制御に基づき、必要に応じて放送受信装置１００の認
証処理を行った後に、アプリケーション記憶領域４０１３に記憶された所定の放送連携ア
プリの配信を、ＬＡＮ通信部４２１を介して行う（Ｓ３１３）。次に、放送受信装置１０
０のアプリケーションエンジン１６２が、アプリケーション制御部１６１の制御に基づい
て、ＬＡＮ通信部１２１を介して受信した、サービス事業者サーバ４００から配信された
前記所定の放送連携アプリを起動する（Ｓ３１４）。

なお、図７Ａ〜図７Ｃを用いて説明した放送連携アプリの起動シーケンスでは、何れも
放送波からＡＩＴを取得する例を説明しているが、ＰＭＴの情報記述等により指定された
所定のサーバ装置からＡＩＴファイルを取得するようにしても良い。また、放送連携アプ
リの取得をネットワーク上のサーバ装置（サービス事業者サーバ４００）からではなく、
放送波から行っても良い。即ち、ＡＩＴのアプリケーション取得先情報９０５に記載され
たロケーション情報が放送波を示している場合、アプリケーション制御部１６１がデータ
カルーセル方式等で送信されて第一分離部１３２で分離出力されたＨＴＭＬデータ列から
ＨＴＭＬ文書を再生し、前記再生されたＨＴＭＬ文書（放送連携アプリ）をアプリケーシ
ョンエンジン１６２が実行するようにすれば良い。

なお、ＰＭＴ上に放送サービスによるデータ放送と放送連携アプリが同時に存在する場
合の起動優先度を指定する情報が無い場合は、ＡＩＴのアプリケーション制御コード９０
３や起動優先度９０７等の情報のみにより前記起動優先度を確認するようにしても良い。
同じくＰＭＴ上の前記情報の取得に失敗した場合も、ＡＩＴのアプリケーション制御コー
ド９０３や起動優先度９０７等の情報のみにより前記起動優先度を確認するようにして良
い。即ち、ＰＭＴ上の情報によらず、定期的にＡＩＴの確認を行うようにし、ＡＩＴのア
プリケーション制御コード９０３に『自動起動』で指定される放送連携アプリが存在する
場合には前記放送連携アプリの起動を優先し、ＡＩＴのアプリケーション制御コード９０
３に『自動起動』で指定される放送連携アプリが存在しない場合には放送サービスによる
データ放送の起動を優先するようにすれば良い。

また、Ｓ１０６、Ｓ２１１、Ｓ３１２で放送連携アプリの配信要求を行った際にサービ
ス事業者サーバ４００からのレスポンスが所定時間以上ない場合には、『しばらくお待ち
ください』等のメッセージを映像表示部１７３に表示するようにしても良い。または、こ
の場合、前記放送連携アプリの実行中止をユーザに問い合わせるメッセージを表示しても
良い。

また、放送連携アプリの起動シーケンスは前述の三パターンに限られるものではなく、
異なるシーケンスによって起動されるものであっても良いことは言うまでもない。

［携帯情報端末の連携時の動作シーケンス］
本実施例の放送受信装置１００では、放送受信装置１００と携帯情報端末７００との連
携動作による放送通信連携サービスの機能拡張が可能であるものとする。例えば、テレビ
受信機のメーカが用意するアプリケーション（連携制御アプリ）をインストールすること
により、携帯情報端末７００を放送受信装置１００の高機能リモコンとして使用すること
が可能となる。また、携帯情報端末７００上でも放送連携アプリを実行し、例えば、放送
受信装置１００で表示中の放送番組に連動するサービスを携帯情報端末７００上でも表示
することが可能となる。なお、放送受信装置１００と携帯情報端末７００との連携動作に
よる機能拡張を行うためには、前記連携制御アプリが携帯情報端末７００上で起動してい
ることが望ましく、携帯情報端末７００上で動作する放送連携アプリは前記連携制御アプ
リに制御されて動作するものとする。

図８Ａは、前記連携制御アプリを携帯情報端末７００で起動する際の動作シーケンスの
一例を示す動作シーケンス図である。同図は、携帯情報端末７００が放送受信装置１００
との認証処理を行い、連携動作が可能となるまでの一連の流れ（初回）を示すものである
。なお、前記連携制御アプリは、連携制御プログラム７００２として、予め携帯情報端末
７００のストレージ部７１０にインストールしてあるものとする。

ユーザが携帯情報端末７００上で連携制御アプリの起動を指示する（Ｓ４０１）と、携
帯情報端末７００の連携制御実行部７１０２は、ネットワーク上の通信（連携動作）可能
なテレビ受信機を検索し（Ｓ４０２）、検索結果をテレビ受信機一覧として表示部７４１
に表示する。通信可能なテレビ受信機が発見できない場合は、その旨を表示して処理を終
了する。ユーザが前記テレビ受信機一覧から任意のテレビ受信機（本実施例の放送受信装
置１００）を選択すると、連携制御実行部７１０２は放送受信装置１００に接続するため
のログイン画面を表示部７４１に表示する。操作部７３０を介してユーザが前記ログイン
画面に認証情報（放送受信装置１００により指定されたログイン名及びパスワード、等）
を入力する（Ｓ４０３）と、連携制御実行部７１０２は前記入力された認証情報を、認証
情報記憶領域７０１２に記憶すると同時に、放送受信装置１００に送信する（Ｓ４０４）
。なお、前記認証情報の放送受信装置１００への送信処理は、ＬＡＮ通信部７２１及びル
ータ装置２１０を介して行っても良いし、ＮＦＣ通信部７２３を介して放送受信装置１０
０に直接行っても良い。

ＬＡＮ通信部１２１を介して前記認証情報を受信した放送受信装置１００の端末連携制
御部１９１は、認証情報記憶領域１０１２を参照することにより、前記受信した認証情報
が正しいか否かの確認を行う（Ｓ４０５）。Ｓ４０５の処理により、前記受信した認証情
報が正しいと確認された場合には、携帯情報端末７００の情報を認証情報記憶領域１０１
２に記憶するとともに、携帯情報端末７００を認証する（Ｓ４０６）。放送受信装置１０
０の認証を得た携帯情報端末７００は、表示部７４１に連携制御アプリの基本画面（例え
ば、高機能リモコン画面）を表示する（Ｓ４０７）。Ｓ４０５において、前記受信した認
証情報が正しいと確認されなかった場合には、放送受信装置１００の端末連携制御部１９
１は、携帯情報端末７００にエラーを返す。以上の処理により、放送受信装置１００と携
帯情報端末７００との間の連携動作が可能な状態となる。

図８Ｂは、前記連携制御アプリを携帯情報端末７００で起動する際の動作シーケンスの
一例を示す動作シーケンス図である。同図は、携帯情報端末７００が放送受信装置１００
との認証処理を行い、連携動作が可能となるまでの一連の流れ（二回目以降）を示すもの
である。

ユーザが携帯情報端末７００上で連携制御アプリの起動を指示する（Ｓ５０１）と、携
帯情報端末７００の連携制御実行部７１０２は、ネットワーク上の通信可能なテレビ受信
機を検索し、検索結果をテレビ受信機一覧として表示部７４１に表示する。通信可能なテ
レビ受信機が発見できない場合は、その旨を表示して処理を終了する。ユーザが前記テレ
ビ受信機一覧から任意のテレビ受信機（本実施例の放送受信装置１００）を選択し（Ｓ５
０２）、前記選択した放送受信装置１００が過去に接続（連携動作）を行ったことがある
機器である場合、連携制御実行部７１０２は認証情報記憶領域７０１２から放送受信装置
１００の認証情報を読み出して、放送受信装置１００に送信する（Ｓ５０３）。

ＬＡＮ通信部１２１を介して前記認証情報を受信した放送受信装置１００の端末連携制
御部１９１は、認証情報記憶領域１０１２を参照することにより、前記受信した認証情報
が正しいか否かの確認を行う（Ｓ５０４）。Ｓ５０４の処理により、前記受信した認証情
報が正しいと確認された場合には、携帯情報端末７００を認証する（Ｓ５０５）。放送受
信装置１００の認証を得た携帯情報端末７００は、表示部７４１に連携制御アプリの基本
画面を表示する（Ｓ５０６）。以上の処理により、放送受信装置１００と携帯情報端末７
００との間の連携動作が可能な状態となる。

なお、図８Ａ〜図８Ｂの処理に引き続き、放送受信装置１００において放送連携アプリ
を起動する際には、図８Ａ〜図８Ｂの処理の後に図７Ａ〜図７Ｃの処理を行えば良い。

図８Ｃは、前記連携制御アプリを携帯情報端末７００で起動する際の動作シーケンスの
一例を示す動作シーケンス図である。同図は、携帯情報端末７００が放送受信装置１００
との認証処理を行い、連携動作が可能となるまでの一連の流れ（二回目以降）を示すもの
である。但し、同図においては、放送連携アプリの起動シーケンスを実行する放送受信装
置１００により、携帯情報端末７００上での連携制御アプリの起動が要求される場合の例
である。

放送受信装置１００のチューナ／復調部１３１がユーザの所望するチャンネルの選局処
理を行ってＴＳを取得すると、次に、主制御部１０１が第一分離部１３２で分離したＰＭ
Ｔデータ列を取得して（Ｓ６０１）、ＰＭＴに記述された起動優先度の確認を行う。Ｓ６
０１の処理において放送連携アプリの起動優先度が高いことを確認する（Ｓ６０２）と、
アプリケーション制御部１６１が、第一分離部１３２で分離したＡＩＴデータ列を取得し
（Ｓ６０３）、前記取得したＡＩＴデータ列のアプリケーション制御コード９０３を確認
する（Ｓ６０４）。Ｓ６０４の処理において、アプリケーション制御コード９０３が『自
動起動』であった場合、更に、前記取得したＡＩＴデータ列のアプリケーションプロファ
イル９０４を確認する（Ｓ６０５）。Ｓ６０５の処理において、前記ＡＩＴに指定された
放送連携アプリの実行が可能であることが確認され、更に、携帯端末機器の連携制御が必
要であると判断された場合、端末連携制御部１９１が認証情報記憶領域１０１２を参照す
ることにより、携帯端末機器として携帯情報端末７００を選択し、前記選択した携帯情報
端末７００に対して連携制御アプリ起動要求を送信する（Ｓ６０６）。

なお、認証情報記憶領域１０１２を参照することによる携帯情報端末７００の選択は、
認証情報記憶領域１０１２の最新の情報に基づき、若しくは、認証情報記憶領域１０１２
の最も使用頻度の高い情報に基づき為されるようにすれば良い。

また、Ｓ６０６の処理において、連携制御アプリ起動要求を送信するべき携帯端末機器
が発見できない場合には、その旨を示すメッセージを映像表示部１７３に表示するように
しても良い。または、この場合、前記放送連携アプリの実行中止をユーザに問い合わせる
メッセージを表示しても良い。

携帯情報端末７００の主制御部７０１は、ＬＡＮ通信部７２１を介して受信した前記連
携制御アプリ起動要求に応じて連携制御アプリ（連携制御実行部７１０２）を起動させ（
Ｓ６０７）、更に、連携制御実行部７１０２が、認証情報記憶領域７０１２から放送受信
装置１００の認証情報を読み出して、放送受信装置１００に送信する（Ｓ６０８）。

ＬＡＮ通信部１２１を介して前記認証情報を受信した放送受信装置１００の端末連携制
御部１９１は、認証情報記憶領域１０１２を参照することにより、前記受信した認証情報
が正しいか否かの確認を行う（Ｓ６０９）。Ｓ６０９の処理により、前記受信した認証情
報が正しいと確認された場合には、携帯情報端末７００を認証する（Ｓ６１０）。放送受
信装置１００の認証を得た携帯情報端末７００は、表示部７４１に連携制御アプリの基本
画面を表示する（Ｓ６１１）。以上の処理により、放送受信装置１００と携帯情報端末７
００との間の連携動作が可能な状態となる。

なお、前述の処理に続いて放送連携アプリを、放送受信装置１００と携帯情報端末７０
０の双方において実行する場合には、図９に示す処理を行えば良い。図９は、放送受信装
置１００及び携帯情報端末７００の放送連携アプリの起動シーケンスの一例を示す動作シ
ーケンス図である。

即ち、図８ＣのＳ６０１〜Ｓ６１１の処理の後、放送受信装置１００のアプリケーショ
ン制御部１６１が、第一分離部１３２で分離したＡＩＴデータ列を取得し（Ｓ６１２）、
前記取得したＡＩＴデータ列のアプリケーション取得先情報９０５を確認する。更に、Ｓ
６１２で確認したアプリケーション取得先情報９０５に記述された情報に基づき、ＬＡＮ
通信部１２１を介して、所定のサービス事業者サーバ４００に対して放送連携アプリ（テ
レビ側）の送信要求を送信する（Ｓ６１３）。

前記放送連携アプリ（テレビ側）の送信要求を受信したサービス事業者サーバ４００は
、アプリケーション管理／配布実行部４１０３の制御に基づき、必要に応じて放送受信装
置１００の認証処理を行った後に、アプリケーション記憶領域４０１３に記憶された所定
の放送連携アプリ（テレビ側）の配信を、ＬＡＮ通信部４２１を介して行う（Ｓ６１４）
。放送受信装置１００のアプリケーションエンジン１６２は、アプリケーション制御部１
６１の制御に基づいて、ＬＡＮ通信部１２１を介して受信した、サービス事業者サーバ４
００から配信された前記所定の放送連携アプリ（テレビ側）を起動する（Ｓ６１５）。

次に、放送受信装置１００の端末連携制御部１９１は、ＡＩＴ若しくはＳ６１５で実行
した放送連携アプリ（テレビ側）から取得した、携帯情報端末７００で実行するべき放送
連携アプリ（端末側）の取得先ＵＲＬ情報等を携帯情報端末７００に送信する（Ｓ６１６
）。携帯情報端末７００の連携制御実行部７１０２は、ＬＡＮ通信部７２１を介して受信
した前記放送連携アプリ（端末側）の取得先ＵＲＬ情報等に基づき、ＬＡＮ通信部７２１
を介して、所定のサービス事業者サーバ４００に対して放送連携アプリ（端末側）の送信
要求を送信する（Ｓ６１７）。

前記放送連携アプリ（端末側）の送信要求を受信したサービス事業者サーバ４００は、
アプリケーション管理／配布実行部４１０３の制御に基づき、必要に応じて携帯情報端末
７００の認証処理を行った後に、アプリケーション記憶領域４０１３に記憶された所定の
放送連携アプリ（端末側）の配信を、ＬＡＮ通信部４２１を介して行う（Ｓ６１８）。携
帯情報端末７００のＨＴＭＬブラウザエンジン７１０３が、ＬＡＮ通信部７２１を介して
受信した、サービス事業者サーバ４００から配信された前記所定の放送連携アプリ（端末
側）を起動する（Ｓ６１９）。

なお、ＡＩＴファイルを所定のサーバ装置から取得可能であること、放送連携アプリの
取得をネットワーク上のサーバ装置からではなく放送波から行えること、等は、図７Ａ〜
図７Ｃの動作シーケンスと同様である。なお、放送連携アプリの取得を放送波から行う場
合、放送受信装置１００が携帯情報端末７００で実行するべき放送連携アプリ（端末側）
を放送波から取得し、前記取得した放送連携アプリ（端末側）を携帯情報端末７００に、
通信部１２１を介して転送するようにすれば良い。或いは、放送受信装置１００が携帯情
報端末７００で実行するべき放送連携アプリ（端末側）を放送波から取得してストレージ
部１１０に記憶させ、図９のＳ６１６の処理において、携帯情報端末７００に送信するＵ
ＲＬ情報として、放送受信装置１００のストレージ部１１０のロケーション情報を送信す
るようにしても良い。放送受信装置１００は放送連携アプリ（テレビ側）の取得を放送波
から行い、携帯情報端末７００は放送連携アプリ（端末側）の取得をネットワーク上のサ
ーバ装置から行うようにしても良い。携帯情報端末７００が有するデジタル放送受信機能
を用いて、前記放送連携アプリ（端末側）の取得を放送波から直接行っても良い。

また、図７Ａ〜図７Ｃ、図８Ａ〜図８Ｃ、及び図９の各動作シーケンスは適宜部分的に
組み合わせることが可能であり、更に、一部動作ステップは他の動作ステップと、適宜、
順序入れ替え、同時動作、等が可能であるものとする。

［携帯情報端末の連携制御アプリ基本画面］
図１０Ａは、図８ＡのＳ４０７の処理、図８ＢのＳ５０６の処理、図８ＣのＳ６１１の
処理、等により表示される連携制御アプリの基本画面の一例を示す画面表示図である。本
実施例においては、連携制御アプリの基本画面７４１ａは、放送受信装置１００に対応し
た高機能リモコンとしての機能を備えるものとする。

連携制御アプリの基本画面７４１ａは、図１０Ａに示したように、電源キー７４１ａ１
、ネットワーク選択キー（地デジ、ＢＳ、ＣＳ）７４１ａ２、数字キー（１〜１２）７４
１ａ３、音量ＵＰ／ＤＯＷＮキー７４１ａ４、チャンネルＵＰ／ＤＯＷＮキー７４１ａ５
、入力切替キー７４１ａ６、番組表キー７４１ａ７、ｄａｔａキー７４１ａ８、連携アプ
リキー７４１ａ９、メニューキー７４１ａａ、戻るキー７４１ａｂ、カーソルキー（上、
下、左、右）７４１ａｃ、決定キー７４１ａｄ、カラーキー（青、赤、緑、黄）７４１ａ
ｅ、で構成される。その他の操作キーが更に表示されていても良い。

前記各操作キーは、放送受信装置１００に付属する専用リモコンと同様のキー配置／動
作とすると使い勝手が良い。また、電源キー７４１ａ１、ネットワーク選択キー７４１ａ
２、数字キー７４１ａ３、等は、公知のテレビリモコンの各操作キーと同様の機能を有す
るものとして、詳細の説明を省略する。連携アプリキー７４１ａ９は、本実施例の放送連
携通信機能のために用意される操作キーである。

なお、図７ＢのＳ２０４及び図７ＣのＳ３０５の処理では、ｄａｔａキー７４１ａ８を
選択することによりデータ放送の起動／終了が可能であるものとする。また、図７ＢのＳ
２０８及び図７ＣのＳ３１０の処理では、カーソルキー７４１ａｃ及び決定キー７４１ａ
ｄの操作により前記実行可能な放送連携アプリの選択が可能であるものとする。また、図
７ＣのＳ３０６の処理では、連携アプリキー７４１ａ９を選択することにより放送連携ア
プリランチャの起動要求が可能であるものとする。

このように連携アプリキー７４１ａ９若しくは同様の機能を有する他の操作キーを前記
連携制御アプリの基本画面７４１ａ上に用意すれば、本実施例の放送連携システムで用い
る各放送連携アプリを簡単に選択／起動することが可能となる。また、連携アプリキー７
４１ａ９若しくは同様の機能を有する他の操作キーを放送受信装置１００に付属する専用
リモコンに備えるようにしても良い。

図１０Ｂは、図８ＡのＳ４０７の処理、図８ＢのＳ５０６の処理、図８ＣのＳ６１１の
処理、等により表示される連携制御アプリの基本画面の一例を示す画面表示図であり、図
１０Ａとは異なる例である。

連携制御アプリの基本画面７４１ｂは、連携制御中メッセージ７４１ｂ１、連携制御ア
プリ動作画面７４１ｂ２、で構成される。その他のオブジェクトが更に表示されていても
良い。連携制御中メッセージ７４１ｂ１は、携帯情報端末７００が放送受信装置１００と
連携動作中である旨をユーザに認識させるためのメッセージ表示である。連携制御アプリ
動作画面７４１ｂ２は、連携制御アプリにより任意の画面表示が行われる領域であり、本
実施例では詳細の説明を省略する。例えば、連携制御アプリ動作画面７４１ｂ２内の構成
が前述の連携制御アプリの基本画面７４１ａと同様の構成となっていて良い。放送受信装
置１００で表示されている放送番組のサブ画面等が表示されていても良い。

図１０Ｂに示したように、連携制御中メッセージ７４１ｂ１を表示することにより、携
帯情報端末７００のユーザは携帯情報端末７００が放送受信装置１００と連携動作中であ
ることを簡単に把握することができるようになる。なお、連携制御中メッセージ７４１ｂ
１は文字表示に限らず、記号表示、図形表示等であっても良い。背景色の差異等により連
携制御中メッセージ７４１ｂ１の代替としても良い。

［放送受信装置のデータ放送画面］
図１１は、図７ＢのＳ２０５の処理により表示されるデータ放送画面の一例を示す画面
表示図である。本実施例においては、ＡＩＴの記述等により、連携アプリＡ、連携アプリ
Ｂ、連携アプリＣ、の三つの放送連携アプリが放送受信装置１００で実行可能な状態であ
るものとする。この場合、データ放送画面１７３ａ上の任意の位置に連携アプリＡのエン
トリーボタン１７３ａ２、連携アプリＢのエントリーボタン１７３ａ３、連携アプリＣの
エントリーボタン１７３ａ４が表示される。

図１１に示したようなデータ放送画面１７３ａにおいて、連携制御アプリの基本画面７
４１ａのカーソルキー７４１ａｃ及び決定キー７４１ａｄを用いてエントリーボタン１７
３ａ２、エントリーボタン１７３ａ３、エントリーボタン１７３ａ４、等を選択すると、
データ放送画面１７３ａの表示を終了するとともに、アプリケーション制御部１６１及び
アプリケーションエンジン１６２の制御により、連携アプリＡ、連携アプリＢ、連携アプ
リＣ、等が起動する。

なお、データ放送画面１７３ａを表示する際、放送連携アプリの種類やセキュリティ状
況等に応じて、各エントリーボタンの枠色、内部色、形状、字体、大きさ、点滅状況、等
を適宜変更するようにしても良い。例えば、前記連携アプリＡが放送マネージドアプリケ
ーションである場合にはエントリーボタン１７３ａ２の枠色を青色にし、前記連携アプリ
Ｂが放送外マネージドアプリケーションである場合にはエントリーボタン１７３ａ３の枠
色を黄色にし、前記連携アプリＣが一般アプリケーションである場合にはエントリーボタ
ン１７３ａ４の枠色を赤色にする、等である。或いは、前記連携アプリＡがセキュリティ
上信頼できると判断される場合にはエントリーボタン１７３ａ２の枠色を青色にし、前記
連携アプリＢがセキュリティ上信頼できるとは限らないと判断される場合にはエントリー
ボタン１７３ａ３の枠色を黄色にし、前記連携アプリＣがセキュリティ上危険であると判
断される場合にはエントリーボタン１７３ａ４の枠色を赤色にする、等である。

その他、前記放送連携アプリの機能やジャンルに応じて、または、各放送連携アプリの
使用有効期限等に応じて、各エントリーボタンの枠色、内部色、形状、字体、大きさ、点
滅状況、等を適宜変更するようにしても良い。前記放送連携アプリをネットワーク上から
取得済みであるか否か等に応じて、各エントリーボタンの枠色、内部色、形状、字体、大
きさ、点滅状況、等を適宜変更するようにしても良い。例えば、前記連携アプリＡが既に
ネットワーク上から取得済み（ＲＡＭ１０４若しくはストレージ１１０にキャッシュ済み
）である場合にはエントリーボタン１７３ａ２の枠色を青色にし、前記連携アプリＢが取
得中である場合にはエントリーボタン１７３ａ３の枠色を黄色にし、前記連携アプリＣが
未取得である場合にはエントリーボタン１７３ａ４の枠色を赤色にする、等である。

このようにすれば、放送受信装置１００のユーザは、放送受信装置１００で実行可能な
放送連携アプリの種類やセキュリティ状況等を簡単に把握することが可能となる。

［放送受信装置の放送連携アプリランチャ画面］
図１２Ａは、本実施例の放送受信装置１００において、起動可能な放送連携アプリがあ
ることをユーザに認識させるための報知画面の一例を示す画面表示図である。

例えば、図７Ｃに示した動作シーケンスでは、Ｓ３０４の処理の後、放送サービスによ
るデータ放送と放送連携アプリの何れも起動せずに、放送番組の表示を継続する。一方、
この場合、起動可能な放送連携アプリがあることをユーザに認識させるために、図１２Ａ
に示したようなアイコン１７３ｂ０を表示すれば、放送受信装置１００の使い勝手が向上
する。即ち、アイコン１７３ｂ０を表示することにより、ユーザが起動可能な放送連携ア
プリの存在を見逃すことを防ぐことが可能となる。

なお、アイコン１７３ｂ０の表示位置は画面上の任意の位置で良いが、放送番組の視聴
の邪魔にならない場所とすることが望ましい。例えば、画面の四隅等である。また、アイ
コン１７３ｂ０は、図１２Ａに示したような文字表示であっても良いし、記号、図形等で
あっても良い。また、アイコン１７３ｂ０は、常に表示しておくようにしても良いし、電
源をオンした後やチャンネル切り替え後に所定の時間だけ表示するようにしても良い。ま
たは、番組情報やチャンネル番号等を表示した際に同時に表示されるようにしても良い。

図１２Ｂは、図７ＣのＳ３０６の処理により表示される放送連携アプリランチャの一例
を示す画面表示図である。本実施例においては、ＡＩＴの記述等により、連携アプリＡ、
連携アプリＢ、連携アプリＣ、の三つの放送連携アプリが放送受信装置１００で実行可能
な状態であるものとする。この場合、放送番組画面１７３ｂ上の任意の位置に放送連携ア
プリランチャ１７３ｂ１が表示され、更に、放送連携アプリランチャ１７３ｂ１内に連携
アプリＡのエントリーボタン１７３ｂ２、連携アプリＢのエントリーボタン１７３ｂ３、
連携アプリＣのエントリーボタン１７３ｂ４、及び戻るボタン１７３ｂ５が表示される。

図１２Ｂに示したような放送連携アプリランチャ１７３ｂ１が表示されている状態で、
連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃ及び決定キー７４１ａｄを
用いてエントリーボタン１７３ｂ２、エントリーボタン１７３ｂ３、エントリーボタン１
７３ｂ４、等を選択すると、アプリケーション制御部１６１及びアプリケーションエンジ
ン１６２の制御により、連携アプリＡ、連携アプリＢ、連携アプリＣ、等が起動する。戻
るボタン１７３ｂ５が選択された場合には、放送連携アプリランチャ１７３ｂ１の表示が
終了する。

なお、放送番組画面１７３ｂ上に放送連携アプリランチャ１７３ｂ１を表示する際に、
放送連携アプリの種類やセキュリティ状況、放送連携アプリの機能やジャンル、放送アプ
リのネットワーク上からの取得状況、等に応じて、各エントリーボタンの枠色、内部色、
形状、字体、大きさ、点滅状況、等を適宜変更するようにしても良いことは、図１１のデ
ータ放送画面１７３ａ上に各放送連携アプリのエントリーボタンを表示する場合と同様で
ある。

また、放送受信装置１００で実行可能な放送連携アプリが無い場合には、放送連携アプ
リランチャ１７３ｂ１を表示しないようにしても良い。または、この場合、放送連携アプ
リランチャ１７３ｂ１の内部に『使用可能なアプリケーションが有りません』等のメッセ
ージを表示するようにしても良い。

［放送受信装置の放送連携アプリ実行画面］
図１３Ａは、図７ＡのＳ１０８の処理、図７ＢのＳ２１３の処理、図７ＣのＳ３１４の
処理、図９のＳ６１５の処理、等で表示される放送連携アプリ実行画面の一例を示す画面
表示図である。本実施例の放送連携アプリはＨＴＭＬ記述によるグラフィクス性能やエフ
ェクト性能等を備えており、映像表示部１７３上における放送番組画面とのオーバーレイ
表示が可能であるものとする。例えば、図１３Ａに示したように、放送番組画面１７３ｃ
上の任意の位置に天気予報やニュース等の情報を表示する放送連携アプリ部１７３ｃ１が
オーバーレイ表示される。放送連携アプリ部１７３ｃ１は、第一主オブジェクト１７３ｃ
２、第二主オブジェクト１７３ｃ３、第三主オブジェクト１７３ｃ４、及び背景オブジェ
クト１７３ｃ５、等で構成される。他のオブジェクトが更に表示されていても良い。

放送番組画面１７３ｃ上に放送連携アプリ部１７３ｃ１がオーバーレイ表示されている
状態で、連携制御アプリの基本画面７４１ａのｄａｔａキー７４１ａ８を選択することに
より、前記放送連携アプリの実行を終了してデータ放送画面に移行することが可能である
ものとする。また、連携制御アプリの基本画面７４１ａの連携アプリキー７４１ａ９を選
択することにより、前記放送連携アプリの実行を終了して放送番組画面１７３ｃのみの表
示に戻すことが可能であるものとする。前記処理は、異なる操作キーにより実現されるも
のであっても良い。

また、放送番組画面１７３ｃ上に放送連携アプリ部１７３ｃ１がオーバーレイ表示され
ている状態で、連携制御アプリの基本画面７４１ａの各操作キーを操作することにより、
放送連携アプリ部１７３ｃ１の透過度を変更することが可能であるものとする。前記透過
度の変更処理は、放送連携アプリ部１７３ｃ１全体を一括して行うものであっても良いし
、第一主オブジェクト１７３ｃ２、第二主オブジェクト１７３ｃ３、第三主オブジェクト
１７３ｃ４、背景オブジェクト１７３ｃ５をそれぞれ単独で行うものであっても良い。所
定のグループ（例えば、同一のグラフィクスレイヤに存在する複数のオブジェクト）毎に
行うものであっても良い。

前記透過度の変更処理を行う際は、例えば、連携制御アプリの基本画面７４１ａのカー
ソルキー７４１ａｃを用いてオブジェクトの選択を行い、カラーキー７４１ａｅの『青』
キーでオブジェクトの透過度を増加させ、『黄』キーでオブジェクトの透過度を減少させ
たりする。異なる操作キーを用いて前記透過度の変更処理を行っても良い。放送連携アプ
リ部１７３ｃ１全体を一括して透過度１００％とすれば、放送連携アプリ部１７３ｃ１を
一時的に非表示とすることができる。例えば、放送波にて緊急放送が配信された場合、放
送連携アプリ部全体を透過度１００％として、緊急放送の放送番組画面のみを映像表示部
１７３に表示させるようにすることも可能となる。或いは、図示を省略したＣＭ検知部が
、放送番組が本編映像からＣＭ映像になったことを検知して、放送連携アプリ部１７３ｃ
１全体を一括して透過度１００％（若しくは放送番組の映像を明瞭に確認できる透過度）
とするように制御しても良い。

前述の処理を行うことにより、放送連携アプリの実行中にバックグラウンドにある放送
番組画面の確認を行いたい場合に、前記放送連携アプリを終了させずに放送番組画面の確
認を行うことが可能となる。

図１３Ｂは、図７ＡのＳ１０８の処理、図７ＢのＳ２１３の処理、図７ＣのＳ３１４の
処理、図９のＳ６１５の処理、等で表示される放送連携アプリ実行画面の、前述とは異な
る例を示す画面表示図である。図１３Ｂに示した例では、放送番組画面１７３ｃ上の任意
の位置に推薦番組を紹介する放送連携アプリ部１７３ｃ６がオーバーレイ表示される。放
送連携アプリ部１７３ｃ６には、第一推薦番組情報１７３ｃ７、第二推薦番組情報１７３
ｃ８、第三推薦番組情報１７３ｃ９、等が表示される。更に多くの推薦番組情報がスクロ
ールやページ切り替え等により表示されても良い。

前記各推薦番組情報は、表示中の放送番組（放送番組画面１７３ｃ）に関連して推薦さ
れる番組の情報であっても良いし、ユーザの視聴履歴に基づいて推薦される番組の情報で
あっても良いし、インターネット等で話題となっている番組の情報であっても良い。放送
受信装置１００のユーザの友人が前記ユーザに対して送付した推薦番組の情報であっても
良い。また、前記推薦される番組は、デジタル放送サービスの放送波で送信される番組で
あっても良いし、インターネット２００上の各サーバ装置から配信されるＶＯＤ（Ｖｉｄ
ｅｏ Ｏｎ Ｄｅｍａｎｄ）番組等であっても良い。インターネット２００上のサーバ装
置に用意されたホームページ等の情報画面であっても良い。

放送番組画面１７３ｃ上に放送連携アプリ部１７３ｃ６がオーバーレイ表示されている
状態で、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃ及び決定キー７４
１ａｄを用いて、第一推薦番組情報１７３ｃ７、第二推薦番組情報１７３ｃ８、第三推薦
番組情報１７３ｃ９、等を選択することにより、第一推薦番組情報１７３ｃ７、第二推薦
番組情報１７３ｃ８、第三推薦番組情報１７３ｃ９、等で推薦される各番組映像が表示部
１７３に表示される。

図１３Ｃは、推薦番組を紹介する放送連携アプリ部１７３ｃ６で推薦される番組映像が
表示された場合の例を示す画面表示図である。例えば、連携制御アプリの基本画面７４１
ａのカーソルキー７４１ａｃ及び決定キー７４１ａｄを用いて、放送連携アプリ部１７３
ｃ６の第一推薦番組情報１７３ｃ７を選択した場合、表示部１７３に第一推薦番組情報１
７３ｃ７で推薦される番組の番組映像１７３ｃａが表示される。番組映像１７３ｃａは、
ユーザによる操作端末の操作により、一時停止や時間指定ジャンプ等が可能であって良い
。また、番組映像１７３ｃａを表示する際に、元の放送番組画面１７３ｃをＰＩＰ（Ｐｉ
ｃｔｕｒｅ Ｉｎ Ｐｉｃｔｕｒｅ）形式で任意の位置に表示するようにしても良い。こ
の場合、ユーザの操作端末に対する操作により、前記推薦番組の番組映像１７３ｃａと元
の放送番組画面１７３ｃの何れを主画面とするかを変更できて良い。ユーザの操作端末に
対する操作により、元の放送番組画面１７３ｃのウィンドウの大きさを調整できるように
しても良い。

また、前記推薦番組の番組映像１７３ｃａが、放送連携アプリ部１７３ｃ６に表示され
た何れかの推薦番組情報を選択したことにより表示された映像である旨を示すアイコン表
示１７３ｃｂを画面上の任意の位置に表示すれば、ユーザの利便性を向上させることがで
きる。また、言うまでもなく、図１３Ｂに示した放送連携アプリ実行画面においても、前
述と同様に放送連携アプリ部１７３ｃ６の透過度を変更できるようにして良い。

図１３Ｄは、図７ＡのＳ１０８の処理、図７ＢのＳ２１３の処理、図７ＣのＳ３１４の
処理、図９のＳ６１５の処理、等で表示される放送連携アプリ実行画面の、前述とは異な
る例を示す画面表示図である。図１３Ｄに示した例では、放送番組画面１７３ｃ上の任意
の位置にＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）サービスのポ
ータルとなる放送連携アプリ部１７３ｃｃがオーバーレイ表示される。放送連携アプリ部
１７３ｃｃには、第一ＳＮＳサービスのエントリーボタン１７３ｃｄ、第二ＳＮＳサービ
スのエントリーボタン１７３ｃｅ、第三ＳＮＳサービスのエントリーボタン１７３ｃｆ、
等が表示される。更に多くのＳＮＳサービスのエントリーボタンがスクロールやページ切
り替え等により表示されても良い。

放送番組画面１７３ｃ上に放送連携アプリ部１７３ｃｃがオーバーレイ表示されている
状態で、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃ及び決定キー７４
１ａｄを用いて、第一ＳＮＳサービスのエントリーボタン１７３ｃｄ、第二ＳＮＳサービ
スのエントリーボタン１７３ｃｅ、第三ＳＮＳサービスのエントリーボタン１７３ｃｆ、
等を選択することにより、チャット機能や掲示板機能、インターネット電話機能等の各エ
ントリーボタンに割り当てられた機能が有効化される。これにより、他者と情報交換を行
いながら表示中の放送番組（放送番組画面１７３ｃ）を楽しむことが可能となる。また、
同時に、携帯情報端末７００上の連携制御アプリの基本画面７４１ａが、ソフトウェアキ
ーボード等の文字入力画面や音声入力によりチャットや掲示板書き込みを行うための音声
入力画面等に変更されるようにしても良い。

また、本実施例の放送受信装置１００で実行可能な放送連携アプリとしては、前述の例
の他、放送受信装置１００と携帯情報端末７００との連携機能を用いて、更にＣＭの放送
タイミングと同期して、関連するＣＭアプリが放送受信装置１００と携帯情報端末７００
の双方に提示されるようなものであっても良い。或いは、放送受信装置１００で利用可能
な有料サービスにおいて、放送連携アプリにより放送受信装置１００のユーザの有料サー
ビス加入の有無を確認し、その結果に応じて放送受信装置１００及び／または携帯情報端
末７００の表示を変更するようなものであっても良い。本実施例の放送受信装置１００に
おいては、何れの放送連携アプリを実行した場合であっても、図１３Ａや図１３Ｂ等を用
いて説明した効果を享受することが可能である。

［放送受信装置のエラー表示画面］
図１４は、図７ＡのＳ１０５の処理、図７ＢのＳ２０７の処理、図７ＣのＳ３０８の処
理、図８ＣのＳ６０５の処理、等で、取得したＡＩＴデータ列のアプリケーションプロフ
ァイル９０４の確認等により放送連携アプリの実行が可能ではないと判断された場合、Ａ
ＩＴの記述に不足がある場合、或いはＡＩＴの取得に失敗した場合、等のエラー表示画面
の一例を示す画面表示図である。

本実施例の放送受信装置１００においては、前記放送連携アプリの実行が可能ではない
と判断された場合に、アプリケーションプロファイル９０４の確認結果等の、前記放送連
携アプリの実行が可能ではない理由を、エラーメッセージ１７３ｄ１に表示するようにす
る。例えば、アプリケーションプロファイル９０４の確認の結果、所定のオプション機能
がテレビ受信機側に不足している場合、その旨をエラーメッセージ１７３ｄ１に表示する
。エラーコードと、前記エラーコードの説明が記述されたテレビ受信機メーカのホームペ
ージの案内（ＵＲＬ等）を表示しても良い。或いは、放送連携アプリの取得をネットワー
ク上から行う場合には、当然ながらネットワークの接続状況の確認を事前に行うが、この
際に、例えば、ＬＡＮケーブルの接続不備等により前記放送連携アプリの取得が可能でな
い場合に、その旨をエラーメッセージ１７３ｄ１に表示する。また、ネットワーク接続は
確立しているが、エラー状況が劣悪なために放送連携アプリの取得が正しく行えない場合
等もエラーメッセージ１７３ｄ１を表示して良い。放送連携アプリの取得を実行中で未だ
前記放送連携アプリの実行を行える状態にない場合にエラーメッセージ１７３ｄ１を表示
しても良い。また、放送波の受信状況が安定せず、当初はＡＩＴ等の情報を受信できてい
たにも関わらず、途中からＡＩＴ等の情報を受信できなくなった場合等にもエラーメッセ
ージ１７３ｄ１を表示して良い。なお、このような場合、各サーバ装置から取得した放送
連携アプリはそのままキャッシュしておくようにすれば、放送波の受信状況回復後にその
まま使用可能となる。

また、アプリケーションプロファイル９０４の確認の結果、所定のオプション機能がテ
レビ受信機側に不足している場合に、エラーメッセージ１７３ｄ１に、最新のテレビ受信
機用ファームウェアの確認若しくはアップデートを勧める旨の表示を行うようにしても良
い。或いは、前記最新のファームウェアの確認若しくはアップデートを、放送受信装置１
００が自動的に行うようにしても良い。或いは、テレビ受信機に有料のオプションハード
ウェアまたはオプションソフトウェアを追加することにより前記放送連携アプリを実行可
能とできる場合には、前記有料のオプションハードウェアまたはオプションソフトウェア
の案内を表示するようにしても良い。なおエラーメッセージ１７３ｄ１は、放送受信装置
１００にではなく、携帯情報端末７００に表示するようにしても良い。

［携帯情報端末の放送連携アプリ実行画面］
図１５は、図９のＳ６１９の処理で表示される放送連携アプリ（端末側）実行画面の一
例を示す画面表示図である。図１５に示した放送連携アプリ実行画面７４１ｃは、メイン
ウィンドウ７４１ｃ１、サブウィンドウ７４１ｃ２、選択マーカ７４１ｃ３、カーソルキ
ー７４１ｃ４、７４１ｃ５、解説表示部７４１ｃ６、終了ボタン７４１ｃ７、で構成され
る。その他のオブジェクトが更に追加されていても良い。

本実施例において、携帯情報端末７００で実行される放送連携アプリ（端末側）は、放
送受信装置１００で表示中の放送番組の詳細を確認するためのアプリケーションであるも
のとする。また、メインウィンドウ７４１ｃ１には放送受信装置１００で表示されている
放送番組画面と同じ映像が、サブウィンドウ７４１ｃ２には選択マーカ７４１ｃ３で指定
される位置の拡大映像が、それぞれ表示される。カーソルキー７４１ｃ４及び７４１ｃ５
を選択することにより、選択マーカ７４１ｃ３の位置を変更することが可能であるものと
する。解説表示部７１４ｃ６には、メインウィンドウ７４１ｃ１に表示中の前記放送番組
に関する解説字幕文や前記放送番組に関して他のユーザが投稿したコメント等が表示され
るものとする。終了ボタン７４１ｃ７は前記放送連携アプリ（端末側）の動作を終了させ
るためのボタンである。

前記放送連携アプリ（端末側）を携帯情報端末７００上で動作させることにより、放送
受信装置１００と携帯情報端末７００との連携動作による放送通信連携サービスの機能拡
張が可能となる。

［放送受信装置のＥＰＧ画面］
図１６Ａは、本実施例の放送受信装置１００における電子番組表（ＥＰＧ）表示画面の
一例を示す画面表示図である。ＥＰＧ表示画面１７３ｅは、主制御部１０１が第一分離部
１３２から出力された番組情報データ列に基づいて作成した、本実施例のデジタル放送サ
ービスにおける放送番組の配信予定表である。連携制御アプリの基本画面７４１ａの番組
表キー７４１ａ７を選択することにより、映像表示部１７３にＥＰＧ表示画面１７３ｅが
表示されるものとする。

ＥＰＧ表示画面１７３ｅは、本実施例においては、縦軸を時間表示、横軸をサービスＩ
Ｄ（チャンネル）表示としたマトリクス形状で、各時間帯に各チャンネルで放送される各
放送番組の詳細情報を表示する。各放送番組の詳細情報１７３ｅ１は、図１６Ａに示した
ように、主としてタイトル領域１７３ｅ２と詳細説明領域１７３ｅ３で構成される。

タイトル領域１７３ｅ２には、各放送番組の番組タイトル及び各放送番組の属性を表す
記号等を表示する。前記各放送番組の属性を表す記号等は、例えば、新番組であることを
意味する『Ｎｅｗ』を記号化した印や、再放送番組であることを意味する『Ｒｅｐｌａｙ
』を記号化した印、等である。或いは、放送サービスによるデータ放送に対応しているこ
とを意味する『ｄａｔａ』を記号化した印等でも良い。また、本実施例の放送受信装置１
００で実行可能な放送連携アプリが用意されている放送番組である場合は、その旨を示す
『Ｌｉｎｋａｇｅ』を記号化した印等でも良い。詳細説明領域１７３ｅ３は、各放送番組
の番組内容や出演者、各放送番組を紹介するホームページのＵＲＬ、等の関連情報を表示
する。

なお、タイトル領域１７３ｅ２に表示される前記『Ｌｉｎｋａｇｅ』を記号化した印等
は、前記放送番組に放送連携アプリが用意されている場合であっても、アプリケーション
プロファイル９０４の確認の結果、情報表示装置１００での実行が不可の場合には表示し
ないようにしても良い。また、タイトル領域１７３ｅ２に表示される、前記実行可能な放
送連携アプリが用意されている放送番組であることを示す『Ｌｉｎｋａｇｅ』を記号化し
た印は、更に、携帯端末機器との連携動作が可能であるか否かで、その色、形状、字体、
等を変更しても良い。携帯端末機器との連携動作が可能な場合には、前記『Ｌｉｎｋａｇ
ｅ』を記号化した印と併せて『Ｍｏｂｉｌｅ』を記号化した印を表示するようにしても良
い。

なお、前記『Ｌｉｎｋａｇｅ』を記号化した印や『Ｍｏｂｉｌｅ』を記号化した印の表
示の有無は、各放送番組の詳細情報等を含むＥＩＴ情報に予め記載しておいた、各放送番
組が本実施例の放送受信装置１００で実行可能な放送連携アプリが用意されている放送番
組であるか否か、前記実行可能な放送連携アプリが携帯端末機器との連携動作が可能であ
るか否か、等の情報を取得することにより制御されるようにすれば良い。或いは、インタ
ーネット２００上の所定のサーバ装置に用意されたデジタル放送番組の番組配信情報から
取得した前記情報を、デジタル放送サービスの放送波から取得した番組情報データ列に基
づいて作成した電子番組表に付加するようにしても良い。

前述のように、ＥＰＧ表示画面１７３ｅ上に、実行可能な放送連携アプリが用意されて
いる放送番組であることを示す『Ｌｉｎｋａｇｅ』を記号化した印や携帯端末機器との連
携動作が可能なことを示す『Ｍｏｂｉｌｅ』を記号化した印を表示することにより、ユー
ザは、放送受信装置１００における各放送番組の放送通信連携サービスへの対応状況を簡
単に把握することが可能となる。なお、言うまでもなく、前記各放送番組の属性を表す所
定の文字を記号化した印は、文字そのものや文章等と代替しても良い。各放送番組の詳細
情報１７３ｅ１の背景色を変更することにより、各放送番組の放送通信連携サービスへの
対応状況を示しても良い。また、前記『Ｌｉｎｋａｇｅ』を記号化した印や『Ｍｏｂｉｌ
ｅ』を記号化した印等は、通常はタイトル領域１７３ｅ２には表示せず、各放送番組が番
組選択カーソル１７３ｅ４により選択された場合にのみポップアップ表示されるようにし
ても良い。

本実施例の放送受信装置１００はＥＰＧ表示画面１７３ｅ上から放送番組毎の視聴予約
及び／または録画予約を行う機能を有する。例えば、ＥＰＧ表示画面１７３ｅが表示され
ている状態で、連携制御アプリの基本画面７４１ａのカーソルキー７４１ａｃを用いてＥ
ＰＧ表示画面１７３ｅ上の番組選択カーソル１７３ｅ４を移動させ、決定キー７４１ａｄ
により任意の放送番組を選択することにより、前記選択した放送番組の視聴予約及び／ま
たは録画予約を行う。

前述の処理において、前記視聴予約及び／または録画予約を行った放送番組が放送通信
連携サービスへ対応する放送番組である場合、前記視聴予約及び／または録画予約を行っ
たことをトリガとして、前記放送番組の放送開始時間を待たずに、前記放送番組用に用意
された放送連携アプリの取得を開始するようにしても良い。即ち、各放送番組の詳細情報
等を含むＥＩＴ情報に前記放送連携アプリの取得先を指定する情報（ＵＲＬ等のロケーシ
ョン情報）を記載しておくようにする。このようにすれば、放送受信装置１００は、各放
送番組用に用意された前記放送連携アプリの取得先の情報を、前記放送番組を番組選択カ
ーソル１７３ｅ４で選択した時点で把握することが可能となる。このため、放送受信装置
１００は、前記放送番組の放送開始時間となる前に前記放送連携アプリの取得を開始する
ことが可能となる。

なお、前記視聴予約及び／または録画予約を行った放送番組が放送通信連携サービスへ
対応する放送番組であり、且つ、携帯端末機器との連携動作が可能な放送番組である場合
、携帯端末機器用に用意された放送連携アプリ（端末側）も、前述と同様の処理で、前記
放送番組の放送開始時間となる前に取得開始するようにしても良い。また、図１６Ｂに示
すように、前記携帯端末機器用に用意された放送連携アプリ（端末側）の取得先の情報（
ＵＲＬ等のロケーション情報）を示す二次元バーコード１７３ｅ５等をＥＰＧ表示画面１
７３ｅに表示して、ユーザに携帯端末機器用に用意された放送連携アプリ（端末側）のダ
ウンロードを促すようにしても良い。

このように、放送受信装置１００が、ＥＰＧ情報に含まれる放送連携アプリの取得先情
報を参照して、前記放送連携アプリの取得を放送番組の放送開始時間となる前に開始する
ようにすれば、放送連携アプリを記憶するサービス事業者サーバ４００の負荷を分散させ
ることが可能となる。また、サービス事業者サーバ４００と情報表示端末１００の間のネ
ットワークの通信速度が不十分な場合であっても、前記放送番組の放送開始直後から前記
放送連携アプリを有効に活用することができるようになる。

図１７は、ＥＰＧ表示画面１７３ｅ上から放送番組の視聴予約及び／または録画予約を
行った場合の放送連携アプリの取得シーケンスの一例を示す動作シーケンス図である。

デジタル放送サービスの視聴中、放送受信装置１００の主制御部１０１は、第一分離部
１３２から出力された番組情報データ列を取得する（Ｓ７０１）。ユーザが操作端末を用
いてＥＰＧ画面の起動要求を行う（Ｓ７０２）と、映像表示部１７３にＥＰＧ表示画面１
７３ｅが表示される（Ｓ７０３）。ＥＰＧ表示画面１７３ｅ上でユーザが操作端末を用い
て任意の放送番組を選択することにより前記放送番組の視聴予約及び／または録画予約を
行う（Ｓ７０４）と、主制御部１０１は、前記第一分離部１３２から取得した番組情報デ
ータ列を確認して（Ｓ７０５）、更に、前記視聴予約及び／または録画予約を行った放送
番組に連動する放送連携アプリの取得先のロケーションを確認する（Ｓ７０６）。

Ｓ７０６の処理の後、アプリケーション制御部１６１は、前記確認したＵＲＬに基づき
、ＬＡＮ通信部１２１を介して、所定のサービス事業者サーバ４００に対して放送連携ア
プリの送信要求を送信する（Ｓ７０７）。前記放送連携アプリの送信要求を受信したサー
ビス事業者サーバ４００は、アプリケーション管理／配布実行部４１０３の制御に基づき
、必要に応じて放送受信装置１００の認証処理を行った後に、アプリケーション記憶領域
４０１３に記憶された所定の放送連携アプリの配信を、ＬＡＮ通信部４２１を介して行う
（Ｓ７０８）。続いて、アプリケーション制御部１６１は、ＬＡＮ通信部１２１を介して
受信した、サービス事業者サーバ４００から配信された前記所定の放送連携アプリをＲＡ
Ｍ１０４若しくはストレージ１１０にキャッシュするようにする（Ｓ７０９）。

以上説明した本実施例の方送受信装置１００によれば、より付加価値の高い機能を実行
可能となる。

以下では、本発明の実施例２に関して説明する。なお、本実施例における構成及び効果
等は特に断りのない限り実施例１と同様であるものとする。このため、以下では、本実施
例と実施例１との相違点を主に説明し、共通する点については重複を避けるため極力説明
を省略する。

実施例１においても携帯情報端末連携処理（以下端末連携と呼ぶ）を行う場合の実施態
様を記載したが、さらに詳細の実施態様につき説明する。

携帯情報端末連携を行う際に、放送受信装置１００と同じ宅内にある携帯情報端末７０
０のみに端末連携の利用を制限したい場合がある（以後この制限を同一宅内制限と呼ぶ）
。例えば、放送連携を利用するためのアプリケーション（以下放送連携アプリと呼ぶ）に
おいて、放送受信装置１００の表示画面と携帯情報端末７００の表示画面が密接に関係し
ている場合とか、放送受信装置１００に表示される広告映像を携帯情報端末７００の利用
者に確実に視聴して欲しい場合などである。

なお、手順として考えておかなければならない点は、対象としている放送連携アプリが
同一宅内制限を課すものかどうか、の判断である。あらゆる放送連携アプリが同一宅内制
限になっていることを前提とする場合は、この判断は不要であるが、制限が無いこともあ
る場合は、同一宅内制限の有無に関する制御情報を放送受信装置１００が取得し、操作手
順を変更する必要がある。この制限の有無に関する制御情報は、放送信号から取得しても
よいし（例えば、ＡＩＴの項目として記載する）、放送局指定のサーバから取得してもよ
い。

以上の手順も含め、本実施例では、携帯情報端末７００が放送受信装置１００と同一宅
内に存在することを保証する手順について説明する。

通常、同一宅内に存在する機器は、同じルータ装置２１０に接続されているローカルネ
ットワーク上に存在する。従って、携帯情報端末７００が放送受信装置１００と同じロー
カルネットワークに接続されていることで、同一宅内に存在すると判断することができる
。なお、対象機器がローカルネットワークに接続されているかどうかは、公知の方法を用
いればよく、説明を省略する。

また、ローカルネットワーク上に無い携帯情報端末７００であっても、ＮＦＣ、Ｂｌｕ
ｅＴｏｏｔｈ、赤外線通信等で放送受信装置１００と直接通信を行うことで、同一宅内に
存在すると判定することもできる。この場合、放送連携アプリ等の取得のための通信は、
上記の直接通信でも構わないし、移動体電話通信によるものでも構わない。

上記のように同一宅内に存在することの確認方法は複数考えられるが、どの方法を使用
するかは、例えばＡＩＴに記述しておき、放送受信装置１００で読み取る。

さらに、一度同一宅内に携帯情報端末７００が存在することが確認できれば、番組が終
わるまでは同一宅内に存在すると見做すことでもよいし、ある有効時間（例えば１０分）
を設け、有効時間内は同一宅内に存在すると見做すが、有効時間が過ぎた場合は、新たに
確認しなければ同一宅内に存在すると見做さないとする方法を使用することもできる。こ
の有効時間は、例えばＡＩＴに記述しておき、放送受信装置１００で読み取る。

さらに、例えば番組進行中の任意の時点で、放送信号にイベント信号を設定しておき、
このイベント信号を受信する毎に携帯情報端末７００が同一宅内に存在することを確認す
るという方法をとることもできる。

さらに前二者の方法を組み合わせて使用することも可能である。

次に、同一宅内に存在する携帯情報端末７００のみに端末連携を許可する具体的手順に
ついて説明する。この実施例では、携帯情報端末７００が放送連携アプリを取得する際、
あるいは放送連携アプリで使用する情報を取得する際に制限を設ける（以後、放送連携ア
プリと放送連携アプリで使用する情報、具体的にはＨＴＭＬ文書やストリーミング映像な
どであるが、これらをまとめて放送連携情報と呼ぶ）。放送連携情報の取得方法には、放
送局サーバ３００または事業者サーバ４００から取得する通信取得と、放送波から取得す
る放送取得の２種類がある。通信取得の場合、放送受信開始後に取得する場合と放送受信
開始前に取得しておく方法の２種類がある。さらに、通信取得の場合、一旦放送受信装置
１００が取得し、放送受信装置１００から携帯情報端末７００が取得する場合と、携帯情
報端末７００が直接放送局サーバ３００または事業者サーバ４００から取得する場合があ
る。種々の方法があるが、携帯情報端末７００から見ると、放送受信装置１００から取得
する場合と、放送局サーバ３００または事業者サーバ４００から取得する場合の２つに大
別できる。

本実施例では、携帯情報端末７００が放送受信装置１００から放送連携情報を取得する
場合を説明し、サーバから取得する場合は次の実施例で説明する。

図１８Ａに、本実施例の手順を示す。

まず、端末連携を行う前に、携帯情報端末７００、放送受信装置１００のそれぞれで、
端末連携を制御するアプリケーションである連携制御アプリを起動しておく（Ｓ１０００
１、Ｓ１０００２）。この状態で、携帯情報端末７００から放送受信装置１００に対して
端末連携要求を行う（Ｓ１０００３）。次に放送信号からＡＩＴを取得する（Ｓ１０００
４）。このＡＩＴの情報から、対象となる携帯情報端末用のアプリが同一宅内制限のある
ものかどうか判断し（Ｓ１０００６）、制限がある場合はＳ１０００８の手順に進み、端
末連携要求のあった最初の段階では、Ｓ１０００９のステップに進み、端末連携要求のあ
った携帯情報端末７００が放送受信機１００と同一宅内にあるかどうか判定する（Ｓ１０
００９）。判定の結果、同一宅内に無いと判定された場合は、携帯情報端末側の連携制御
アプリに連携不許可の応答を行い、処理を終了する（Ｓ１００１１）。

ここで、そもそも、端末連携アプリは全て同一宅内制限が有るとする前提の場合は、Ｓ
１０００６の判定は行わずスキップする。同一宅内制限が有るアプリと無いアプリと両方
有りうる場合にＳ１０００６の判定を行う。

携帯情報端末７００が同一宅内にあると判定されるか、同一宅内制限の無いアプリの場
合、Ｓ１００１２に進み、放送連携アプリ関連サービスを行う。このサービス（Ｓ１００
１２）では、携帯情報端末７００からの放送連携情報配信要求（Ｓ１００１３）を処理し
、携帯情報端末７００に放送連携情報を配信する（Ｓ１００１８）。この放送連携情報に
は、放送受信装置１００が配信サーバから配信を受けたもの（Ｓ１００１４、Ｓ１００１
５、Ｓ１００１６）、放送信号から取得したもの（Ｓ１００１７）、放送受信装置１００
に記憶してあるもの等がある。放送受信装置１００による放送連携情報の受信（Ｓ１００
１６、Ｓ１００１７）は、携帯情報端末７００からの放送連携情報配信要求（Ｓ１００１
３）による場合のみではなく、放送受信装置１００が自律的に取得することや、放送信号
からのイベント発生に基づく取得の場合があっても構わない。そして、携帯情報端末７０
０への放送連携情報の配信（Ｓ１００１８）も、放送受信装置１００側からの自発的なも
のがあっても構わない。

一連の放送関連情報の受信（取得）、配信の処理が終わった後、放送受信装置１００が
同一番組の視聴を続けているかどうか判定し（Ｓ１００１９）、もし続けていない場合は
携帯情報端末側の連携制御アプリに連携不許可の応答を行い、処理を終了する（Ｓ１００
２０）。

視聴を続けている場合は、Ｓ１０００５の手順に戻り、宅内制限が有る場合は携帯情報
端末７００が同一宅内にあるかどうか確認する（Ｓ１０００９）が、前回の確認から予め
設定された有効時間が経過しているか、あるいは前回の確認以降、放送信号や配信サーバ
からの確認要求（Ｓ１０００７）が発生しているかを判断し（Ｓ１０００８）、いずれの
条件も満たしていなければ、同一宅内にあるかどうかの確認（Ｓ１０００９）は行わず、
Ｓ１００１０を経由し、次の放送連携アプリ関連サービス（Ｓ１００１２）の実行に移る
。ここで、放送信号からの確認要求（Ｓ１０００８）は放送連携情報から取得するように
記載してあるが、ここではイベントメッセージも放送連携情報に含まれるものとして記載
している。さらに、この確認要求がＡＩＴに記載されても構わない。

なお、上記で説明した手順は、Ｓ１００２２の矢印で示される区間において、放送信号
、放送受信装置１００、携帯情報端末７００、配信サーバ全体でのループ処理手順である
。Ｓ１０００７の確認要求は、ループ内のどのタイミングであっても構わない。

さらに、配信サーバでの認証（Ｓ１００１５）に使用する認証キーにＡＩＴに記述され
た認証情報を組み込んでも構わない。これにより、正当な認証要求であることが確認でき
る。また、ＡＩＴに記述される認証情報を、番組の進行に伴い変更し、認証サーバにおい
て、番組の進行に同期した情報が組み込まれた認証キーでなければ認証を行わないように
すれば、同一番組を視聴し続けていることを確認できる。この場合、ＡＩＴの情報は適宜
読み込み更新を行うこととする（Ｓ１００２１）。なお、放送信号に組み込む認証情報は
ＡＩＴに記載する他に、放送連携情報として組み込むことでも構わない。さらにまた、実
質的に認証情報を変更することになる方法として、配信サーバのＵＲＬ自体を番組の進行
に従って変更してゆく、という方法を使用することもできる。

このように、放送連携アプリ関連サービス（Ｓ１００１２）を実行しながら、予め設定
された有効時間毎、あるいは、放送信号や、配信サーバからの確認要求がある毎に、携帯
情報端末７００が、放送受信装置１００と同一宅内にあるかどうか確認することにより、
適切に同一宅内制限がある放送関連アプリの実行を行うことができる。さらに、放送信号
に組み込まれた認証情報を配信サーバでの認証に使用することにより、配信要求の正当性
を確保することができ、放送信号の認証情報を適宜変更するようにすれば、同一番組を視
聴し続けていることの確認もできる。

以上説明した本実施例に係る携帯情報端末連携技術によれば、放送受信装置と連携する
携帯情報端末について同一宅内制限を実現することが可能となる。

本実施例では、携帯情報端末７００が配信サーバから放送連携情報を取得する場合を説
明する。

図１８Ｂに、本実施例の手順を示す。

まず、端末連携を行う前に、携帯情報端末７００、放送受信装置１００のそれぞれで、
端末連携を制御するアプリケーションである連携制御アプリを起動しておく（Ｓ１０１０
１、Ｓ１０１０２）。この状態で、携帯情報端末７００から放送受信装置１００に対して
端末連携要求を行う（Ｓ１０１０３）。次に放送信号からＡＩＴを取得する（Ｓ１０１０
４）。このＡＩＴの情報から配信サーバに関するＵＲＬ等の情報を取得し、携帯情報端末
７００にその情報を送信する（Ｓ１０１０５）。次に、放送受信装置１００から配信サー
バに対し時刻確認要求を出し（Ｓ１０１０６）、この要求に基づき、配信サーバから放送
受信装置１００に対して時刻情報を送信する（Ｓ１０１０７）。これにより、配信サーバ
の時刻に合わせて後段の認証キー発行（Ｓ１０１１５）を行うことができるが、時刻のず
れが問題ない場合は、省略しても構わない。

以降、Ｓ１０１２７の矢印で示されるループ制御に入る。

まず、携帯情報端末７００から放送受信装置１００に対し、認証キーの発行要求または
放送連携情報配信要求を出す（Ｓ１０１０９）。認証キーは後段（Ｓ１０１２５）の配信
サーバへの放送連携情報配信要求で用いる。Ｓ１０１０９での放送連携配信要求は放送信
号から取得した情報の配信要求であり、後段のＳ１０１２６の手順に対応する。

いずれにせよ、Ｓ１０１０９の要求が携帯情報端末から出されると、同一宅内制限があ
る放送連携アプリかどうか判定し（Ｓ１０１１１）、制限があれば、次の手順Ｓ１０１１
２に進み、なければＳ１０１１２の手順はスキップしてＳ１０１１４に進む。全ての放送
連携アプリに同一宅内制限が有る場合はＳ１０１１１の判定は行わず、Ｓ１０１１２に進
む。Ｓ１０１１２では、要求を出した携帯情報端末が同一宅内に有るかどうかの判定を行
い、無ければ端末連携を終了させる（Ｓ１０１１３）。同一宅内に有れば、要求された手
順、配信サーバからの放送連携情報の取得（Ｓ１０１２５）または放送信号からの放送連
携情報の取得（Ｓ１０１２６）を行う。配信サーバからの取得以外に放送信号からの取得
があっても構わないので、Ｓ１０１２６の手順も記載した。

まず、配信サーバからの放送連携情報の取得手順（Ｓ１０１２５）について説明する。

最初に放送受信機１００より情報連携端末７００から要求のあった認証キーを発行する
。この時、認証キーには、発行時点の時刻情報を含め、予め定められた時間内（例えば１
０分間）だけ有効であるとする。配信サーバでは有効時間内の認証キーであるかどうかも
含めて認証情報を確認し、認証がＯＫであれば放送連携情報の配信を許可する。以後、有
効時間内であれば情報の配信を許可するが、有効時間が過ぎた時点で配信を停止する。例
えばストリーミング映像が有効時間を過ぎると見ることができなくなる。

予め設定された有効時間は、配信サーバに保持していてもよいし、放送受信装置１００
が放送信号（例えばＡＩＴ）から取得し、認証キーに有効時間情報を組込んでも構わない
。携帯情報端末７００には予め有効時間の情報を通知しておき、有効時間が切れるまえに
認証キーの発行を要求するようにする。あるいは、有効時間は放送受信装置１００で管理
しておき、有効時間が切れる前に、携帯情報端末７００が同一宅内に有ることを確認した
上で放送受信装置１００から自動的に携帯情報端末７００に対し認証キーを発行しても構
わない。

有効時間は、一つの番組の中で同一でも構わないし、番組の進行に合わせて変化させて
も構わない。また、有効時間の設定がなければ一度認証を行えば番組視聴中は認証が有効
である、という取扱でも構わない。

さらに、配信サーバでの認証（Ｓ１０１１７）に使用する認証キーにＡＩＴに記述され
た認証情報を組み込んでも構わない。これにより、正当な認証要求であることが確認でき
る。また、ＡＩＴに記述される認証情報を、番組の進行に伴い変更し、認証サーバにおい
て、番組の進行に同期した情報が組み込まれた認証キーでなければ認証を行わないように
すれば、同一番組を視聴し続けていることを確認できる。この場合、ＡＩＴの情報は適宜
読み込み更新を行うこととする（Ｓ１０１２４）。なお、放送信号に組み込む認証情報は
ＡＩＴに記載する他に、放送連携情報として組み込むことでも構わない。さらにまた、実
質的に認証情報を変更することになる方法として、配信サーバのＵＲＬ自体を番組の進行
に従って変更してゆく、という方法を使用することもできる。なお、この場合のＵＲＬ変
更は、配信サーバは同一で入口が異なる場合であるが、放送連携アプリの変更等により新
しい配信サーバに変更することも有りうる。この場合は、変更の都度、配信サーバ情報送
信（Ｓ１０１０５）、時刻確認要求（Ｓ１０１０６）、時刻情報送信（Ｓ１０１０７）の
手順を行う。

次に、放送信号から放送連携情報を取得する手順（Ｓ１０１２６）について説明する。

この場合は、携帯情報端末７００が同一宅内に有ることが確認された後、放送受信装置
１００が放送信号から放送連携情報を取得し（Ｓ１０１１９）、続いてその情報を携帯情
報端末７００に配信する（Ｓ１０１２０）。

なお、番組の進行に伴って放送連携情報を変更する場合、放送信号から変更の通知を出
し（Ｓ１０１１０）、その通知をきっかけとして、放送連携情報を取得することがあって
も構わない。その場合、配信サーバからの取得であれば、放送受信装置１００から携帯情
報端末に認証キーを発行し（Ｓ１０１１５）、変更通知があったことを通知する。有効時
間内であれば認証キーの発行を省略し、変更通知の通知のみでも構わない。放送信号から
の取得の場合は、放送受信装置１００が情報を取得し（Ｓ１０１２０）、携帯情報端末に
配信する（Ｓ１０１２０）。なお、放送信号からの取得の場合は、変更通知毎に携帯情報
端末７００が同一宅内に有ることを確認しても構わないし、実施例２のように、有効時間
内であればその確認を省略しても構わない。ここで、放送信号からの変更通知（Ｓ１０１
１０）は放送連携情報から取得するように記載してあるが、ここではイベントメッセージ
も放送連携情報に含まれるものとして記載している。さらに、この変更通知がＡＩＴに記
載されても構わない。

一連の放送関連情報の受信（取得）、配信の処理が終わった後、放送受信装置１００が
同一番組の視聴を続けているかどうか判定し（Ｓ１０１２１）、もし続けていない場合は
携帯情報端末側の連携制御アプリに連携不許可の応答を行い、処理を終了する（Ｓ１０１
２３）。視聴を続けていればＳ１０１０８に戻り、ループ処理Ｓ１０１２７を継続する。

このように、配信サーバの認証に使用する認証キーに時刻情報を含め、有効時間の管理
を行うことにより、定期的に携帯情報端末７００が放送受信装置１００と同一宅内に有る
ことが確認でき、適切に同一宅内制限がある放送関連アプリの実行を行うことができる。
さらに、放送信号に組み込まれた認証情報を配信サーバでの認証に使用することにより、
配信要求の正当性を確保することができ、放送信号の認証情報を適宜変更するようにすれ
ば、同一番組を視聴し続けていることの確認もできる。

以上説明した本実施例に係る携帯情報端末連携技術によれば、放送受信装置と連携する
携帯情報端末が配信サーバから放送連携情報を取得する場合でも、同一宅内制限を実現す
ることが可能となる。

実施例２、３では、端末連携において同一宅内制限を実現する手順について説明したが
、放送連携アプリによっては宅外からの使用も許可しても構わない。本実施例ではそのよ
うな場合につき説明する。例えばテレビショッピングなどの番組自体が広報・宣伝になっ
ている場合、宅内宅外に関わらず放送連携アプリが使用できた方が放送事業者にとっても
望ましい。このような番組の場合、一度放送受信装置１００に登録しておけば、携帯情報
端末７００が宅内に有るかどうかに関わらず、放送連携アプリの使用を許可するようにし
ても構わない。この場合、放送映像自体をストリーミングデータにして、放送受信装置１
００からインターネット経由で携帯情報端末７００に配信する放送連携アプリがあると利
便性がより高まる。ストリーミングデータは著作権保護のため、放送受信装置１００にて
暗号化しておいても構わない。宅外への放送映像の配信を含め、放送連携アプリが宅外か
らの利用を許可しているかどうかは放送信号内のデータ（例えばＡＩＴなど）に記載して
おく。

具体的な手順を図１８Ｃに示す。当該手順は一部の手順が実施例２、３と共通であるの
で、実施例２、３と重複する部分については説明を省略する。放送受信装置１００は、宅
外からの端末連携要求（Ｓ１０２０３）があった場合、宅外利用が許可されているアプリ
であれば、要求元が登録済の携帯情報端末であるか確認した上（Ｓ１０２０５）で、連携
を許可するようにする。ここで、必要があれば、放送映像、放送連携情報についての著作
権保護のため、携帯情報端末７００と放送受信装置１００とで認証を行っても構わない（
Ｓ１０２０７）。その際、当該認証は、認証サーバにおける認証であっても構わない（Ｓ
１０２０７）。著作権保護の要不要についての情報、著作権保護の認証方法についての情
報を放送信号（例えばＡＩＴに記載されているものとする）から取得し、それに応じた制
御を行う。放送信号にこれらの情報が格納されていない場合は、放送受信装置１００にお
いて予め定められた所定の方法に従う。例えば、予め定められた所定の著作権保護処理を
行えばよい。また、放送信号にこれらの情報が格納されていない場合は、放送受信装置１
００において著作権保護処理を行わないことを予め定めておいてもよい。

著作権保護のための認証の具体例（１）〜（４）を次に示す。以下の認証はそれぞれ一
つだけ行っても良い。または、以下に例示された複数の認証を組み合わせて行ってもよい
。また、以下に例示された認証と、以下に例示されていない他の認証処理を組み合わせて
行ってもよい。

（１）ＩＤとパスワードによる認証
携帯情報端末７００を放送受信装置１００に登録する際に、ＩＤとパスワードを発行し
、放送受信装置１００はこのＩＤとパスワードの確認により連携を許可する。

（２）暗号鍵の使用
上記のＩＤとパスワードによる認証に加え、暗号化した映像データ等を復号するための
暗号鍵を放送受信装置１００から携帯情報端末に送信する。この暗号鍵は放送信号（例え
ばＡＩＴに記載しておく）から取得することでも構わない。

（３）認証サーバの利用
暗号化した映像データ等を復号するための暗号鍵の発行を、認証サーバから行う方法。
携帯情報端末７００は認証サーバに対してＩＤとパスワードを送信し、暗号鍵を取得する
。この場合、認証サーバのロケーション情報（具体的にはＵＲＬ）を放送信号（例えばＡ
ＩＴに記載しておく）から取得し、このロケーション情報を放送受信装置１００から携帯
情報端末７００に送信することにより、より安全性が高まる。携帯情報端末７００が暗号
鍵を入手できなければ映像等の復号はできないので、放送受信装置１００から認証サーバ
での認証を要求することで、書作権保護の認証としてもよいし、携帯情報端末７００から
放送受信装置１００に暗号鍵を取得できたことを通知することにより認証を完了すること
にしてもよい。なお認証サーバによる課金が行われても構わない。

（４）暗号鍵の相互認証
放送受信装置１００と携帯情報端末７００がそれぞれ持つ暗号鍵を相互に認証し、確認
を取ることで著作権保護の認証とする。

放送信号に格納された情報が、所定の方法での著作権保護が必要であること示している
場合に、当該所定の方法で著作権保護の認証が出来ない場合は、端末連携を許可しない。
また、放送信号に指定がなく、放送受信機１００の既定の方法により認証を行う場合でも
、当該既定の方法で著作権保護の認証が出来ない場合は、端末連携を許可しない。

端末連携を許可した場合は、以後、同一宅内に携帯情報端末７００が存在するかどうか
の確認は行わず、携帯情報端末７００からの要求（Ｓ１０２１１）、放送受信装置１００
の自律的制御、放送信号からの要求（Ｓ１０２１０）に従い、携帯情報端末７００に対し
て放送連携情報の配信（Ｓ１０２１７）、配信サーバ用の認証キーの発行（Ｓ１０２１２
）を行う。なお、この場合は有効時間を設定した制御は行わなくても構わない。宅外にあ
る携帯情報端末７００は放送連携情報を、放送受信装置１００、または、発行を受けた認
証キーを用いて配信サーバより取得する（Ｓ１０２１５）。また放送受信装置１００が発
行する認証キーに放送信号から取得した認証情報（例えばＡＩＴに記載されているとする
）を組み込み、配信サーバは、放送信号から取得した認証情報が組み込まれた認証キーで
あればアクセスを許可するようにすれば、より宅外利用の適正化を図ることができる。

さらに、番組視聴のプレミアとしてディスカウントをする場合等、無制限に放送連携ア
プリの使用を許可しない方がよい場合もある、このような場合では、一度は同一宅内に携
帯情報端末が有る状態で認証を行い、その後は同一宅内でなくても配信サーバの利用を許
可する方法が好ましい。この場合は携帯情報端末７００が放送受信装置１００に登録され
ていなくても構わない。

この場合の具体的な手順を図１８Ｄに示す。当該手順は、一部の手順が上記図１８Ｃと
共通であるので、重複する部分については説明を省略する。まず、携帯情報端末７００が
放送受信装置１００と同一宅内にある状態で、携帯情報端末７００から放送受信装置１０
０に対して端末連携要求を行い、放送受信装置１００は当該携帯情報端末７００が同一宅
内に有ることを確認した上（Ｓ１０３０５）で連携を許可する。ここで、必要があれば、
放送映像、放送連携情報についての著作権保護のため、携帯情報端末７００と放送受信装
置１００とで認証を行っても構わない（Ｓ１０３０７）。その際、当該認証は、外部の認
証サーバにおける認証であっても構わない。著作権保護の要不要についての情報、著作権
保護の認証方法についての情報を放送信号（例えばＡＩＴに記載されているものとする）
から取得し、それに応じた制御を行う。放送信号にこれらの情報が格納されていない場合
は放送受信装置１００において予め定められた所定の方法に従う。例えば、予め定められ
た所定の著作権保護処理を行えばよい。また、放送信号にこれらの情報が格納されていな
い場合は、放送受信装置１００において著作権保護処理を行わないことを予め定めておい
てもよい。

著作権保護のための認証の具体例（５）〜（７）を次に示す。以下の認証はそれぞれ一
つだけ行っても良い。または、以下に例示された複数の認証を組み合わせて行ってもよい
。また、以下に例示された認証と、以下に例示されていない他の認証処理を組み合わせて
行ってもよい。

（５）暗号鍵の使用
携帯情報端末７００が同一宅内にいる状態で、暗号化した映像データ等を復号するため
の暗号鍵を放送受信装置１００から携帯情報端末に送信する。この暗号鍵は放送信号（例
えばＡＩＴに記載しておく）から取得することでも構わない。この暗号鍵を同一宅内で引
き渡すことをもって認証とする。さらに、番組のある時点でないと暗号鍵が放送信号から
取得出来ないようにし、暗号鍵の携帯情報端末７００への受け渡しを同一宅内に限定すれ
ば、その時点で同一宅内にいなければならない、という制限を設けることができ、視聴に
対するプレミア付与にも利用できる。

（６）認証サーバの利用
暗号化した映像データ等を復号するための暗号鍵の発行を、認証サーバから行う方法。
携帯情報端末７００は認証サーバに対してＩＤとパスワードを送信し、暗号鍵を取得する
。この場合、認証サーバのロケーション情報（具体的にはＵＲＬ）を放送信号（例えばＡ
ＩＴに記載しておく）から取得し、このロケーション情報を放送受信装置１００から携帯
情報端末７００に送信することにより、より安全性が高まる。携帯情報端末７００が暗号
鍵を入手できなければ映像等の復号はできないので、放送受信装置１００から認証サーバ
での認証を要求することで、書作権保護の認証としてもよいし、携帯情報端末７００から
放送受信装置１００に暗号鍵を取得できたことを通知することにより認証を完了すること
にしてもよい。認証サーバへのアクセスは宅内で行っても宅外で行っても構わないが、番
組のある時点でないと認証サーバのロケーション情報が放送信号から取得出来ないように
し、ロケーション情報の携帯情報端末７００への受け渡しを同一宅内に限定すれば、その
時点で同一宅内にいなければならない、という制限を設けることができ、視聴に対するプ
レミア付与にも利用できる。なお認証サーバによる課金が行われても構わない。

（７）暗号鍵の相互認証
放送受信装置１００と携帯情報端末７００がそれぞれ持つ暗号鍵を相互に認証し、確認
を取ることで著作権保護の認証とする。この認証も宅内で行っても宅外で行っても構わな
い。

放送信号に格納された情報が、所定の方法での著作権保護が必要であること示している
場合に、当該所定方法で著作権保護の認証が出来ない場合は、端末連携を許可しない。ま
た、放送信号に指定がなく、放送受信機１００の既定の方法により認証を行う場合でも、
当該既定の方法で著作権保護の認証が出来ない場合は、端末連携を許可しない。端末連携
を許可した以降の手順は図１８Ｃの手順と共通であるので説明を省略する。

以上説明した本実施例に係る携帯情報端末連携技術によれば、放送受信装置と連携する
携帯情報端末について、著作権保護に留意しつつ宅外からの利用を実現することが可能と
なる。

実際の使用状況においては、番組による端末連携アプリの有無と、どの端末連携アプリ
が利用可能か簡便に分かる方がより望ましい。本実施例では、端末連携アプリの利用可能
状況の表示方法につき説明する。

図１９Ａは、端末連携アプリが有る場合の放送連携アプリのランチャ画面（１７３ｂ１
１）の例である。放送連携アプリが枠付き文字のアイコンで表示されている。視聴中の番
組に連携した放送受信装置１００用の放送連携アプリ（１７３ｂ１２〜１７３ｂ１４）と
携帯情報端末用の放送連携アプリ（１７３ｂ１５〜１７３ｂ１７）が表示されている。こ
の例の場合は、文字列を囲む枠線の太さと枠内の色でアプリの状況を示している。本体ア
プリＡ、Ｂ（１７３ｂ１２、１７３ｂ１３）と端末アプリＡ、Ｂ（１７３ｂ１５、１７３
ｂ１６）が利用可能な状態であり、本体アプリＣ（１７３ｂ１４）と端末アプリ（１７３
ｂ１７）が利用不可能な状態である。端末アプリが利用不可能な状態とは、放送受信装置
１００と通信可能な状態にある携帯情報端末７００の中で、当該アプリを実行する機能を
持つものがないことを意味する。

図１９Ｂは、図１９Ａにおいて、端末アプリＡを選択した後の画面である。端末アプリ
Ａに関した各携帯情報端末７００の状態を示している。この画面で表示されている携帯情
報端末は、過去に放送受信装置１００と連携を行ったか登録されている端末である。

アイコンの枠線が実線になっている携帯端末１（１７３ｂ２２）と携帯端末２（１７３
ｂ２３）は放送受信装置１００と通信可能な状態にあり、枠線が点線になっている携帯端
末３（１７３ｂ２４）と携帯端末４（１７３ｂ２５）は放送受信装置１００と通信可能な
状態にないことを示している。また、アイコンの枠内が白である携帯端末１（１７３ｂ２
２）と携帯端末３（１７３ｂ２４）は端末アプリＡを実行する機能を持ち、枠内が灰色で
ある携帯端末２（１７３ｂ２３）と携帯端末４（１７３ｂ２５）は端末アプリＡを実行す
る機能を持たないことを示している。さらに、当該端末でアプリが既に実行中である場合
、そのことを表すデザインのアイコンを使用しても構わない。

また、アイコンは絵柄を利用するとより視覚的に分かりやすいのでその例を次に示す。

図１９Ｃは放送連携アプリの一覧を示すランチャ画面（１７３ｂ３１）の例である。放
送受信装置１００の他、携帯情報端末７００のタイプ別にアイコンが示されている。１７
３ｂ３２と１７３ｂ３３が放送受信装置１００を示すアイコンであり、１７３ｂ３４と１
７３ｂ３５がスマートホン型の携帯情報端末７００を示すアイコンであり、１７３ｂ３６
がヘッドマウントディスプレイ型の携帯情報端末７００を示すアイコンである。それぞれ
のアプリはアイコンで示される装置用のものである。

図１９Ｃにおいては、当該アプリの利用が出来ない場合は、装置の絵柄に重ねて利用不
可を示すマーク（今の場合は丸に斜線のマーク）を表示させている。また、放送受信装置
１００に関しては、既に当該アプリが実行中の場合はそのことを示すマーク（今の場合は
丸に点）を重ねて表示しても構わない。この表示により、既に実行をしているにも関わら
ず、ランチャの手順を先に進める、という無駄な動作を防ぐことができる。携帯情報端末
７００の場合は、放送受信装置と通信可能な状態にあり当該アプリが実行可能な端末全て
で当該アプリが実行中の時に実行中を示すマークを表示する、という方法も可能である。

図１９Ｄは、図１９ＣにおいてアプリＣ（１７３ｂ３４）を選択した後の画面（１７３
ｂ４１）である。アプリＣに対応したタイプの携帯情報端末７００の状態が示されている
。この画面においては、携帯情報端末７００が放送連携アプリの実行機能を持たない場合
、放送受信装置１００と通信可能な状態にない場合、既に当該放送連携アプリを実行中の
場合に、それぞれそのことを表すマークをアイコンに重ねて表示する。この例では、実行
機能を持たない場合は丸に斜線のマーク（１７３ｂ４４、１７３ｂ４６）、通信可能状態
にない場合は三角に感嘆符のマーク（１７３ｂ４５、１７３ｂ４６）、既に実行中の場合
は丸に点のマーク（１７３ｂ４３）を表示している。

さらに、いちいちランチャを起動させなくても、状況が変化したときに、放送連携アプ
リがあることが分かる表示方法があると望ましい。例えば、電源を入れた時、チャンネル
を変えた時、番組の初め、番組の途中でも放送連携アプリに変更があった時、放送受信装
置１００と携帯情報端末７００の間の通信状態に変化があった場合、アプリの実行状況が
変わった場合に、予め定められた時間だけアイコンを表示し、その時の状態を表示する。

図１９Ｅにその場合の例を示す。それぞれの装置のタイプを示すアイコンが表示されて
いる場合は、そのタイプの装置に対応した放送連携アプリがあることを示す。この場合、
丸に斜線のマークは、使用可能な状態になっているそのタイプの装置において当該アプリ
を実行できるものがないことを表す。丸に点のマークは使用可能な状態になっているその
タイプの装置全てにおいて当該アプリが実行中であることを示す。

図１９Ｆは携帯情報端末７００での表示画面（１０４０１）である。携帯情報端末７０
０から端末連携を要求する際に、どの放送受信装置１００でどの放送連携アプリが利用可
能か一覧表で分かった方が利用に便利である。図１９Ｆにその一覧表の例を示す（１０４
０２）。この表では調べたい番組に対応した放送連携アプリが、自宅内にあるどの放送受
信装置１００で利用可能かを示している。また、各放送受信装置１００の状態も表示して
あると、特に宅外からの利用時に利便性がより高まる。この例では、当該番組を受信中、
他番組を受信中、空き、他番組予約有（番組の途中から他番組の録画を予約してある場合
）、といった表示例を示す。なお、ここで、放送受信装置１００内に複数のチューナが存
在する場合、複数のチューナ毎に状態を表示してあるとさらに利便性が異なる。表１０２
０２においては、枝番号で同一装置内のチューナの区別を示している。例えば受信装置Ｂ
−１、受信装置Ｂ−２が、同一放送受信装置１００内のチューナである。端末連携の場合
、ストリーミングデータとして放送映像と音声の配信を受けられれば、放送受信装置１０
０の映像部を使用する必要はなく、放送受信装置１００内のチューナが使用できれば放送
の利用が可能になるので、チューナ毎の使用状況が分かると便利である。

なお、この実施例で説明した表示を行うためには、放送連携アプリ毎に、放送受信装置
１００に対応したアプリであるのか、あるいはどういうタイプの携帯情報端末７００に対
応したアプリであるのかの情報がなければならない。また、放送受信装置１００、携帯情
報端末７００で、対応したアプリを実行するための情報が必要である。これらの情報はた
とえばＡＩＴに記載しておくことにより、情報受信装置１００で取得することができる。

以上説明した本実施例に係る携帯情報端末連携技術によれば、放送連携アプリ、放送受
信装置１００、携帯情報端末７００に関する情報を表示することにより、より利便性の高
い放送連携サービスの利用が可能となる。

以下では、本発明の実施例６に関して説明する。なお、本実施例における構成及び効果
等は特に断りのない限り実施例１と同様であるものとする。このため、以下では、本実施
例と実施例１との相違点を主に説明し、共通する点については重複を避けるため極力説明
を省略する。

一般的に、スポーツ中継等の動きの激しい放送番組の場合、映像表示部に６０Ｈｚで駆
動する液晶パネル等を用いたテレビ受信機では、視聴の際に残像感を生じてしまうという
問題がある。この残像感を低減するために、前記映像表示部に１２０Ｈｚで駆動可能な液
晶パネル等を搭載したテレビ受信機が多く市販されるようになってきている。また、前記
映像表示部の１２０Ｈｚ駆動に対応する信号処理として、（Ａ）６０Ｈｚ映像の各フレー
ム間に黒映像のフレームを挿入して１２０Ｈｚ映像を生成する、（Ｂ）６０Ｈｚ映像の連
続するフレームの映像の差分から動き情報を算出し、前記算出した動き情報に基づいて中
間映像のフレームを作成するフレーム補間信号処理により１２０Ｈｚ映像を生成する、等
の技術が考案された。

しかしながら、前記（Ａ）の技術の場合、黒映像フレームを生成する信号処理は容易で
あるが、映像の明るさ感が劣化する、面フリッカを生じる、等の問題がある。一方、（Ｂ
）の技術の場合、輝度劣化や面フリッカの発生を抑えることが可能であるが、連続するフ
レームの映像から中間映像のフレームを作成する信号処理が難しく、映像の内容によって
は大きなノイズを生じる、等の問題がある。

前記問題を解消する最も有効な手段は、放送局がフレームレート１２０Ｈｚで作成した
各放送番組を放送波で送出し、１２０Ｈｚで駆動可能な液晶パネル等を搭載したテレビ受
信機が前記１２０Ｈｚで作成した各放送番組の放送波を受信して表示するようにすれば良
い。このようにすれば、前記（Ａ）や（Ｂ）の技術に伴う各問題の発生を防ぐことが可能
となる。但し、現在市販されているテレビ受信機は、フレームレート６０Ｈｚで作成され
た各放送番組の放送波を受信することを前提としており、放送局がフレームレート１２０
Ｈｚで作成した各放送番組を放送波で送出した場合、旧製品との互換性において問題を生
じる可能性がある。

本実施例では、前述した各問題点を解消しつつ高画質な映像情報を表示可能な放送受信
装置の例に関して説明を行う。

図２０Ａは、本実施例の放送受信装置１００ｉの内部構成の一例を示すブロック図であ
る。本実施例の放送受信装置１００ｉは、実施例１における放送受信装置１００と基本的
に同等の構成を有するが、映像重畳部１７１に代替して映像補間／重畳部１７１ｉが用意
される。映像補間／重畳部１７１ｉは、映像重畳部１７１の有する機能に加えて、第一映
像復号部１３３から出力されたフレームレート６０Ｈｚの映像情報に所定の信号処理を施
すことによりフレームレート１２０Ｈｚの映像情報を生成する機能を備えるものとする。
また、映像表示部１７３は、少なくとも１２０Ｈｚで駆動可能な液晶パネル等の表示デバ
イスであるものとする。

図２０Ｂは、本実施例の放送受信装置１００ｉのソフトウェア構成図の一例であり、Ｒ
ＯＭ１０３、ＲＡＭ１０４及びストレージ部１１０におけるソフトウェアの構成を示す。
本実施例の放送受信装置１００ｉのソフトウェア構成は、実施例１における放送受信装置
１００のソフトウェア構成と基本的に同等であるが、ストレージ部１１０に記憶された受
信機能プログラム１００２をＲＡＭ１０４に展開した際に、放送番組再生部１１０２ａ、
通信コンテンツ再生部１１０２ｂ、連携アプリ制御部１１０２ｃ、端末連携管理部１１０
２ｄの他に、補間信号処理部１１０２ｉを構成する。補間信号処理部１１０２ｉは、映像
補間／重畳部１７１ｉの、特に、第一映像復号部１３３から出力されたフレームレート６
０Ｈｚの映像情報をフレームレート１２０Ｈｚの映像情報に変換する補間信号処理の機能
の制御を行う。

本実施例の放送受信装置１００ｉにおいて、放送局が作成したフレームレート１２０Ｈ
ｚの各放送番組の映像情報を放送受信装置１００ｉの映像表示部１７３で表示するための
動作の概要の一例を、図２１Ａ及び図２１Ｂを用いて説明する。

図２１Ａは、本実施例の放送受信装置１００ｉを含む通信システムにおける信号処理（
放送局側）の概要の一例を説明する概念図である。

映像情報８０１は、放送局がフレームレート１２０Ｈｚで作成した放送番組の映像情報
であり、映像フレームＦ００、Ｆ０１、Ｆ０２、Ｆ０３、Ｆ０４、Ｆ０５〜、で構成され
る。言うまでもなく、映像情報８０１は毎秒１２０コマの映像フレームを有する。放送局
では、映像情報８０１をそのまま符号化等行わずに、先ず、毎秒１２０コマの映像フレー
ムから１コマおきに６０コマの映像フレームを抽出して、フレームレート６０Ｈｚの映像
情報８０２を作成する。映像情報８０２は、映像フレームＦ００、Ｆ０２、Ｆ０４〜、で
構成される。放送局は、前記作成したフレームレート６０Ｈｚの映像情報８０２に対して
符号化、各種情報との重畳、変調等の処理を行い、電波塔３００ｔから送出する。なお、
電波塔３００ｔから送出された放送波は、フレームレート１２０Ｈｚの映像情報に対応し
ない旧来のテレビ受信機においても受信及び表示が可能である。

一方、映像フレームＦ０１、Ｆ０３、Ｆ０５〜、で構成される映像情報８０３は時間情
報とともにパッケージ化されて追加データと為される。更に、前記パッケージ化された追
加データは放送局サーバ３００からサービス事業者サーバ４００に送信されて、ストレー
ジ部４１０の動画コンテンツ記憶領域４０１１に記憶される。前記パッケージ化された追
加データに付随情報が有る場合には、前記付随情報はメタデータ記憶領域４０１２に記憶
される。

図２１Ｂは、本実施例の放送受信装置１００ｉを含む通信システムにおける信号処理（
放送受信装置側）の概要の一例を説明する概念図である。

放送受信装置１００ｉは、アンテナ１００ａを介して受信した放送波に対して、チュー
ナ／復調部１３１における選局／復調処理等を行い、第一映像復号部１３３からフレーム
レート６０Ｈｚの映像情報８１１を出力する。更に、映像情報８１１は、映像補間／重畳
部１７１ｉに入力される。一方、ＬＡＮ通信部１２１を介してサービス事業者サーバ４０
０から取得したパッケージ化された追加データを展開した映像情報８１４も映像補間／重
畳部１７１ｉに入力される。

映像補間／重畳部１７１ｉでは、補間信号処理部１１０２ｉの制御に基づき、映像情報
８１１に係るＰＣＲ情報、映像情報８１４に係る時間情報、及び、放送受信装置１００ｉ
のシステムクロック情報、等を参照しつつ、映像情報８１４の各映像フレームを映像情報
８１１の各映像フレームに挿入する補間信号処理８１５を行う。例えば、映像情報８１４
の映像フレームＦ０１は、前記ＰＣＲ情報や前記時間情報等に基づき映像情報８１１の映
像フレームＦ００とＦ０２の間に挿入され、映像情報８１４の映像フレームＦ０３は、映
像情報８１１の映像フレームＦ０２とＦ０４の間に挿入される。その結果、フレームレー
ト１２０Ｈｚの映像情報８１６が作成される。映像情報８１６は、更に、映像補間／重畳
部１７１ｉで適宜信号処理を施され、映像表示部１７３でユーザに提供される。

前述の通信システムにおける信号処理によれば、旧来のテレビ受信機との互換性を維持
しつつ、本発明の放送受信装置１００ｉにおいては、簡単な補間信号処理によりフレーム
レート１２０Ｈｚの映像情報を再現可能であり、しかも明るさ感の劣化や面フリッカ、大
きなノイズを生じない映像表示が可能となる。

図２２は、放送受信装置１００ｉの図２１Ｂで説明した動作を更に詳細に説明する動作
シーケンス図である。

放送受信装置１００ｉのチューナ／復調部１３１がユーザの所望するチャンネルの選局
処理を行ってＴＳを取得すると、次に、主制御部１０１が第一分離部１３２で分離したＰ
ＭＴデータ列を取得して（Ｓ２０００１）、ＰＭＴに記述された起動優先度の確認を行う
。Ｓ２０００１の処理において放送連携アプリの起動優先度が高いことを確認する（Ｓ２
０００２）と、アプリケーション制御部１６１が、第一分離部１３２で分離したＡＩＴデ
ータ列を取得し（Ｓ２０００３）、前記取得したＡＩＴデータ列のアプリケーション制御
コード９０３を確認する（Ｓ２０００４）。Ｓ２０００４の処理において、アプリケーシ
ョン制御コード９０３が『自動起動』であった場合、更に、前記取得したＡＩＴデータ列
のアプリケーションプロファイル９０４を確認し（Ｓ２０００５）、前記ＡＩＴに指定さ
れた放送連携アプリの実行が可能であること、特に映像補間／重畳部１７１ｉにおける補
間信号処理の実行が可能であることが確認された場合、アプリケーション取得先情報９０
５に記述された情報に基づき、ＬＡＮ通信部１２１を介して、所定のサービス事業者サー
バ４００に対して放送連携アプリ（補間制御）の送信要求を送信する（Ｓ２０００６）。

前記放送連携アプリ（補間制御）の送信要求を受信したサービス事業者サーバ４００は
、アプリケーション管理／配布実行部４１０３の制御に基づき、必要に応じて放送受信装
置１００ｉの認証処理を行った後に、アプリケーション記憶領域４０１３に記憶された前
記放送連携アプリ（補間制御）の配信を、ＬＡＮ通信部４２１を介して行う（Ｓ２０００
７）。なお、前記認証処理に関しては公知の方法を用いれば良く、詳細の説明を省略する
。次に、放送受信装置１００ｉのアプリケーションエンジン１６２が、アプリケーション
制御部１６１の制御に基づいて、ＬＡＮ通信部１２１を介して受信した、サービス事業者
サーバ４００から配信された前記放送連携アプリ（補間制御）を起動する（Ｓ２０００８
）。

Ｓ２０００８で起動した前記放送連携アプリ（補間制御）は、次に、パッケージ化され
た追加データの配信要求を、ＬＡＮ通信部１２１を介して、所定のサービス事業者サーバ
４００に対して送信する（Ｓ２０００９）。前記パッケージ化された追加データの送信要
求を受信したサービス事業者サーバ４００は、アプリケーション管理／配布実行部４１０
３の制御に基づき、動画コンテンツ記憶領域４０１１に記憶された前記パッケージ化され
た追加データの配信を、ＬＡＮ通信部４２１を介して行う（Ｓ２００１０）。次に、前記
放送連携アプリ（補間制御）が、ＬＡＮ通信部１２１を介して受信した前記パッケージ化
された追加データを展開し、更に、前記展開処理により取得した映像情報８１４を映像補
間／重畳部１７１ｉに出力する。

映像補間／重畳部１７１ｉには、第一映像復号部１３３から出力された放送番組の映像
情報８１１も入力される（Ｓ２００１１）。映像補間／重畳部１７１ｉでは、補間信号処
理部１１０２ｉの制御に基づき、第一分離部１３２から出力されたＰＣＲ情報、映像情報
８１４に係る時間情報、及び、放送受信装置１００ｉのシステムクロック情報、等を参照
しつつ、映像情報８１４の各映像フレームを映像情報８１１の各映像フレームに挿入する
補間信号処理８１５が行われる（Ｓ２００１２）。

なお、補間信号処理８１５は、前記放送番組の終了、チャンネル変更、放送受信装置１
００ｉの電源オフ、等のイベントが発生するまで繰り返される（Ｓ２００１３）。前記イ
ベント等が発生した場合には、前記放送連携アプリ（補間制御）が、前記パッケージ化さ
れた追加データの配信停止要求を、ＬＡＮ通信部１２１を介して、所定のサービス事業者
サーバ４００に対して送信する（Ｓ２００１４）。そして、前記放送連携アプリ（補間制
御）は、その動作を終了する（Ｓ２００１５）。

以上の処理により、スポーツ中継等の動きの激しい放送番組においても残像感の少ない
映像情報を、旧製品との互換性を保った通信システム上で表示可能な、より付加価値の高
い放送受信装置を提供可能となる。

なお、前記放送連携アプリ（補間制御）が、前記パッケージ化された追加データを含み
持つものであっても良い。この場合、前述におけるＳ２０００９、Ｓ２００１０、Ｓ２０
０１４等の処理は不要となる。

また、映像補間/重畳部１７１ｉは、前述の（Ａ）６０Ｈｚ映像の各フレーム間に黒映
像のフレームを挿入して１２０Ｈｚ映像を生成する機能、或いは、（Ｂ）６０Ｈｚ映像の
連続するフレームの映像の差分から動き情報を算出し、前記算出した動き情報に基づいて
中間映像のフレームを作成するフレーム補間信号処理により１２０Ｈｚ映像を生成する機
能、等を更に備えるようにしても良い。このようにすれば、放送受信装置１００ｉとサー
ビス事業者サーバ４００との間のネットワークトラフィックが混雑しており、追加データ
の取得が間に合わない場合等にも、前記（Ａ）または（Ｂ）の処理により、１２０Ｈｚ映
像の表示を継続することが可能となる。例えば、主制御部１０１がＬＡＮ通信部１２１の
通信状況を監視して、追加データの取得が間に合わなくなった場合や間に合わなくなる可
能性が高くなってきた場合等に、映像補間/重畳部１７１ｉにおける補間信号処理を、図
２１Ｂで説明した処理から、前記（Ａ）や（Ｂ）の処理に切り替えるようにすれば良い。

また、実施例１における説明と同様に、放送番組の放送開始時間を待たずに、前記追加
データの取得を開始し、更に前記取得を完了しておくようにしても良い。この場合、放送
受信装置１００ｉとサービス事業者サーバ４００との間のネットワークトラフィックの混
雑により追加データの取得が間に合わなくなる、という心配がなくなる。なお、この場合
、放送受信装置１００ｉは、前記放送番組の放送開始時間前に前記追加データへアクセス
することが可能となる。このため、前記追加データは暗号化した状態とすることが望まし
い。また、この場合、Ｓ２０００３の処理で、前記放送番組の放送開始後に配信されるＡ
ＩＴから復号キーを取得するようにする。或いは、Ｓ２０００７の処理でサービス事業者
サーバ４００から前記放送連携アプリ（補間制御）を取得する際に、併せて復号キーを取
得するようにする。即ち、前記復号キーは前記放送番組の放送開始時間の直前か放送開始
後に取得可能な状態とすれば良い。このようにすれば、放送開始時間前に取得した前記追
加データから放送番組の内容を類推される等の不利益を回避することが可能となる。

次に、本実施例の放送受信装置１００ｉにおいて、放送局が作成したフレームレート１
２０Ｈｚの各放送番組の映像情報を放送受信装置１００ｉの映像表示部１７３で表示する
ための動作の、前述とは異なる例の概要を、図２３Ａ及び図２３Ｂを用いて説明する。

図２３Ａは、本実施例の放送受信装置１００ｉを含む通信システムにおける信号処理（
放送局側）の概要の、前述とは異なる一例を説明する概念図である。

映像情報８２１は、放送局がフレームレート１２０Ｈｚで作成した放送番組の映像情報
であり、映像フレームＦ００、Ｆ０１、Ｆ０２、Ｆ０３、Ｆ０４、Ｆ０５〜、で構成され
る。言うまでもなく、映像情報８２１は毎秒１２０コマの映像フレームを有する。放送局
では、映像情報８２１をそのまま符号化等行わずに、先ず、毎秒１２０コマの映像フレー
ムから１コマおきに６０コマの映像フレームを抽出して、フレームレート６０Ｈｚの映像
情報８２２を作成する。映像情報８２２は、映像フレームＦ００、Ｆ０２、Ｆ０４〜、で
構成される。放送局は、前記作成したフレームレート６０Ｈｚの映像情報８２２に対して
符号化、各種情報との重畳、変調等の処理を行い、電波塔３００ｔから送出する。なお、
電波塔３００ｔから送出された放送波は、フレームレート１２０Ｈｚの映像情報に対応し
ない旧来のテレビ受信機においても受信及び表示が可能である。

一方、映像フレームＦ０１、Ｆ０３、Ｆ０５〜、は、映像フレームＦ００、Ｆ０２、Ｆ
０４〜、等を用いた演算処理により差分データＤ０１、Ｄ０３、Ｄ０５〜（差分データ８
２４）、に変換され、更に時間情報とともにパッケージ化される。更に、前記パッケージ
化データは放送局サーバ３００からサービス事業者サーバ４００に送信されて、ストレー
ジ部４１０の動画コンテンツ記憶領域４０１１に記憶される。前記パッケージ化データに
付随情報が有る場合には、前記付随情報はメタデータ記憶領域４０１２に記憶される。

なお、演算処理による差分データ８２４への変換は、例えば、前フレームとの単純なデ
ータ差分（Ｄ０１＝Ｆ０１−Ｆ００）により行われるものであっても良いし、前後フレー
ムの平均値とのデータ差分（Ｄ０１＝Ｆ０１−（Ｆ００＋Ｆ０２）／２）により行われる
ものであっても良い。前後フレームから算出した動き予測情報と、前フレームとの演算に
より算出した動きベクトル値との差分等であっても良い。即ち、前記演算処理による差分
データ８２４への変換は、公知の技術を用いて行われるものであって良い。

図２３Ｂは、本実施例の放送受信装置１００ｉを含む通信システムにおける信号処理（
放送受信装置側）の概要の、前述とは異なる一例を説明する概念図である。

放送受信装置１００ｉは、アンテナ１００ａを介して受信した放送波に対して、チュー
ナ／復調部１３１における選局／復調処理等を行い、第一映像復号部１３３からフレーム
レート６０Ｈｚの映像情報８３１を出力する。更に、映像情報８３１は、映像補間／重畳
部１７１ｉに入力される。一方、ＬＡＮ通信部１２１を介してサービス事業者サーバ４０
０から取得したパッケージ化データを展開した差分データ８３２も映像補間／重畳部１７
１ｉに入力される。

映像補間／重畳部１７１ｉでは、補間信号処理部１１０２ｉの制御に基づき、先ず、映
像情報８３１の各映像フレームのデータと差分データ８３２とを演算処理することにより
映像情報８３４を再生する第一補間信号処理８３４を行う。なお、第一補間信号処理８３
４における演算処理は、図２３Ａで説明した差分データへの変換を行う際の演算処理の逆
演算を行えば良い。例えば、差分データへの変換を行う際の演算処理が前後フレームの平
均値とのデータ差分（Ｄ０１＝Ｆ０１−（Ｆ００＋Ｆ０２）／２）により行われるもので
有った場合、『Ｆ０１＝Ｄ０１＋（Ｆ００＋Ｆ０２）／２』の演算を行えば良い。

また、映像補間／重畳部１７１ｉでは、更に、補間信号処理部１１０２ｉの制御に基づ
き、映像情報８３１に係るＰＣＲ情報、映像情報８３４に係る時間情報、及び、放送受信
装置１００ｉのシステムクロック情報、等を参照しつつ、映像情報８３４の各映像フレー
ムを映像情報８３１の各映像フレームに挿入する第二補間信号処理８３５を行う。例えば
、映像情報８３４の映像フレームＦ０１は、前記ＰＣＲ情報や前記時間情報等に基づき映
像情報８３１の映像フレームＦ００とＦ０２の間に挿入され、映像情報８３４の映像フレ
ームＦ０３は、映像情報８３１の映像フレームＦ０２とＦ０４の間に挿入される。その結
果、フレームレート１２０Ｈｚの映像情報８３６が作成される。映像情報８３６は、更に
、映像補間／重畳部１７１ｉで適宜信号処理を施され、映像表示部１７３でユーザに提供
される。

前述の通信システムにおける信号処理によれば、旧来のテレビ受信機との互換性を維持
しつつ、本発明の放送受信装置１００ｉにおいては、簡単な補間信号処理によりフレーム
レート１２０Ｈｚの映像情報を再現可能であり、しかも明るさ感の劣化や面フリッカ、大
きなノイズを生じない映像表示が可能となる。

更に、前述の通信システムにおける信号処理によれば、差分データ８２４をパッケージ
化した前記パッケージ化データは、映像情報８０３をパッケージ化した追加データ（図２
１Ａ参照）と比較して、そのデータ容量を大幅に低減することが可能である。即ち、差分
データ８２４をパッケージ化した前記パッケージ化データは、放送波により放送受信装置
１００ｉに配信するようにしても良い。

図２４は、差分データ８２４をパッケージ化した前記パッケージ化データを放送波によ
り配信する場合の、放送受信装置１００ｉの動作を説明する動作シーケンス図である。

図２２のＳ２０００１〜Ｓ２０００８と同じ処理を行った後、Ｓ２０００８で起動した
前記放送連携アプリ（補間制御）は、第一分離部１３２で分離されて出力された追加デー
タを取得する（Ｓ２０１１０）。更に、前記放送連携アプリ（補間制御）が、前記取得し
た追加データ（パッケージ化データ）を展開し、更に、前記展開した差分データ８３２を
映像補間／重畳部１７１ｉに出力する。

映像補間／重畳部１７１ｉには、第一映像復号部１３３から出力された放送番組の映像
情報８３１も入力される（Ｓ２０１１１）。映像補間／重畳部１７１ｉでは、補間信号処
理部１１０２ｉの制御に基づき、第一補間信号処理８３３及び第二補間信号処理８３５が
行われる（Ｓ２０１１２）。

なお、第一補間信号処理８３３及び第二補間信号処理８３５は、前記放送番組の終了、
チャンネル変更、放送受信装置１００ｉの電源オフ、等のイベントが発生するまで繰り返
される（Ｓ２０１１３）。前記イベント等が発生した場合、前記放送連携アプリ（補間制
御）は、その動作を終了する（Ｓ２００１５）。

以上の処理により、スポーツ中継等の動きの激しい放送番組においても残像感の少ない
映像情報を、旧製品との互換性を保った通信システム上で表示可能な、より付加価値の高
い放送受信装置を提供可能となる。

なお、前述の説明では、何れも、放送波で受信した６０Ｈｚの映像情報とサーバ装置か
ら取得した追加データとの補間信号処理により１２０Ｈｚの映像情報を表示可能とする場
合の例を説明した。しかしながら、本発明は、前述に限らず、放送波で受信した６０Ｈｚ
の映像情報とサーバ装置から取得した追加データとの補間信号処理により２４０Ｈｚの映
像情報を表示する場合や、放送波で受信した１２０Ｈｚの映像情報とサーバ装置から取得
した追加データとの補間信号処理により２４０Ｈｚの映像情報を表示する場合、等にも適
用することが可能である。また、放送波で受信した５０Ｈｚの映像情報とサーバ装置から
取得した追加データとの補間信号処理により１００Ｈｚや２００Ｈｚの映像情報を表示す
る場合や、放送波で受信した１００Ｈｚの映像情報とサーバ装置から取得した追加データ
との補間信号処理により２００Ｈｚの映像情報を表示する場合、等にも適用することが可
能である。また、前述における６０Ｈｚの記述は、略５９．９４Ｈｚ（６０Ｈｚの１．０
０１分の１）等を含むものとする。同様に、前述の１２０Ｈｚや２４０Ｈｚは、略１１９
．８８Ｈｚや略２３９．７６Ｈｚであっても良い。

また、前記追加データは、前述のようなフレームレート向上を目的とした差分データに
限らず、量子化ビット数の向上を目的とした差分データや、解像度向上を目的とした差分
データであっても良い。この場合、映像補間／重畳部１７１ｉは、補間信号処理部１１０
２ｉの制御に基づいて、前述のそれぞれの画質向上処理を実施するものとする。

図２５Ａは、本実施例の放送受信装置１００ｉを含む通信システムにおける信号処理（
放送局側）の概要の、前述とは異なる一例を説明する概念図である。また、図２５Ｂは、
本実施例の放送受信装置１００ｉを含む通信システムにおける信号処理（放送受信装置側
）の概要の、前述とは異なる一例を説明する概念図である。

例えば、図２５Ａに示したように、放送局が映像情報８４１を、輝度信号及び色差信号
（Ｙ／Ｐｂ／Ｐｒ或いはＹ／Ｃｂ／Ｃｒ、Ｇ／Ｂ／Ｒでも良い）の量子化ビット数を各１
２ビットで作成し、更に、前記輝度信号及び色差信号の各上位８ビットのデータを抽出し
て映像情報８４２を作成する。前記作成した映像情報８４２に対して符号化、各種情報と
の重畳、変調等の処理を行い、電波塔３００ｔから送出する。一方、前記輝度信号及び色
差信号の各下位４ビットのデータは、時間情報とともにパッケージ化して、差分データ８
４４と為すようにする。また、差分データ８４４は可逆圧縮処理を更に施されても良い。

放送受信装置１００ｉでは、図２５Ｂに示したように、第一映像復号部１３３から出力
された映像情報８５１とＬＡＮ通信部１２１を介して取得した差分データ８５２に対して
補間信号処理８５５を行うことにより、旧製品との互換性を保った通信システム上におい
て、量子化ビット数を向上した精細な映像情報８５６を表示可能となる。即ち、より付加
価値の高い放送受信装置を提供可能となる。

また、放送局が映像情報８４１を、輝度信号及び色差信号の量子化ビット数を各１６ビ
ットで作成し、更に、前記輝度信号及び色差信号の各上位８ビットのデータを抽出して映
像情報８４２を作成する。一方、前記輝度信号及び色差信号の各下位８ビットのデータを
時間情報とともにパッケージ化した差分データ８４４ａと、前記輝度信号及び色差信号の
各下位８ビットのデータのうちの上位の４ビット（即ち、全１６ビットデータのうちの９
ｔｈ〜１２ｔｈ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）のみを時間情報とともにパッケージ
化した差分データ８４４ｂを作成するようにしても良い。

このようにすれば、放送受信装置１００ｉは、放送受信装置１００ｉとサービス事業者
サーバ４００との間のネットワークトラフィックの混雑状況に応じて、トラフィックが空
いていれば差分データ８４４ａを要求して取得するようにし、混雑していれば差分データ
８４４ｂを要求して取得するように制御を行うことが可能となる。

図２６Ａは、本実施例の放送受信装置１００ｉを含む通信システムにおける信号処理（
放送局側）の概要の、前述とは異なる一例を説明する概念図である。また、図２６Ｂは、
本実施例の放送受信装置１００ｉを含む通信システムにおける信号処理（放送受信装置側
）の概要の、前述とは異なる一例を説明する概念図である。

例えば、図２６Ａに示したように、放送局が映像情報８６１を、各フレームの画素数３
８４０×２１６０ドットのフォーマットで作成し、更に、前記映像情報８６１の各フレー
ム映像において４画素に１画素の割合で画素データを抽出して画素数１９２０×１０８０
ドットのフォーマットの映像情報８６２を作成する。前記作成した映像情報８６２に対し
て符号化、各種情報との重畳、変調等の処理を行い、電波塔３００ｔから送出する。一方
、映像情報８６２に抽出されなかった４画素中の残り３画素は、時間情報とともにパッケ
ージ化して、差分データ８６４と為すようにする。また、差分データ８６４は、更に、適
宜圧縮符号化等の処理を施されてデータ量の削減が行われても良い。

放送受信装置１００ｉでは、図２６Ｂに示したように、第一映像復号部１３３から出力
された映像情報８７１とＬＡＮ通信部１２１を介して取得した差分データ８７２に対して
補間信号処理８７５を行うことにより、旧製品との互換性を保った通信システム上におい
て、解像度を向上した精細な映像情報８７６を表示可能となる。即ち、より付加価値の高
い放送受信装置を提供可能となる。

以下では、本発明の実施例７に関して説明する。なお、本実施例における構成及び効果
等は特に断りのない限り実施例６と同様であるものとする。このため、以下では、本実施
例と実施例６との相違点を主に説明し、共通する点については重複を避けるため極力説明
を省略する。

本実施例の放送受信装置１００ｉでは、実施例６で説明したフレームレートの向上、量
子化ビット数の向上、解像度の向上、等を目的とした補間信号処理サービスを、課金状況
に応じて行うものとする。即ち、同一の放送番組であっても、課金ユーザは、無料ユーザ
が視聴可能な画質よりも高画質な映像情報を楽しむことできる放送受信装置の例に関して
説明する。

図２７は、本実施例の放送受信装置１００ｉの動作を説明するシーケンス図である。前
記シーケンス図では、図２１Ｂで説明した信号処理（放送受信装置側）を課金状況に応じ
て行う場合の例を説明する。

図２２のＳ２０００１〜Ｓ２０００８と同じ処理を行った後、Ｓ２０００８で起動した
前記放送連携アプリ（補間制御）は、先ず、ユーザに対して、表示中の放送番組の高画質
化表示を行うか否かの確認を行う（Ｓ２０２０１）。Ｓ２０２０１の処理は、例えば、図
２８に示すような高画質化表示確認画面１７３ｆを映像表示部１７３に表示し、確認メッ
セージ１７３ｆ１の『はい』または『いいえ』を操作端末の操作により、ユーザに選択さ
せるようにすれば良い。Ｓ２０２０１の処理でユーザが『いいえ』を選択した場合、前記
放送連携アプリ（補間制御）は動作を終了する（Ｓ２００１５）。この場合、第一映像復
号部１３３から出力された映像情報に対して補間信号処理は行われず、即ち、ユーザは放
送番組を通常の画質で視聴することになる。

一方、Ｓ２０２０１の処理でユーザが『はい』を選択した場合、次に、課金状況確認処
理が行われる（Ｓ２０２１０）。なお、本実施例においては、放送受信装置１００ｉと携
帯情報端末７００とが既に連携動作可能な状態であるものとする。或いは、放送受信装置
１００ｉと携帯情報端末７００との間の認証処理が既に完了しているものとする。

Ｓ２０２１０の課金状況確認処理は、公知の方法が適用されて良いが、本実施例では以
下の方法で行われるものとする。先ず、前記放送連携アプリ（補間制御）が端末連携制御
部１９１を制御することにより、ＬＡＮ通信部１２１を介して、携帯情報端末７００に課
金状況確認要求を送信する（Ｓ２０２１１）。前記課金状況確認要求を受信した携帯情報
端末７００は、認証情報記憶領域７０１２を参照して、所定のサービス事業者サーバ４０
０に対する課金実績があるか否かを確認する。前記課金実績がない場合、Ｓ２０２１２〜
Ｓ２０２１３の処理を実行せずに、課金状況確認結果（ＮＧ）を、ＬＡＮ通信部７２１を
介して、放送受信装置１００ｉに送信する（Ｓ２０２１４）。前記課金実績がある場合、
携帯情報端末７００は、前記課金実績が未だ有効であるか否かを確認するため、サービス
事業者サーバ４００に対して課金状況確認を行う（Ｓ２０２１２）。携帯情報端末７００
は、サービス事業者サーバ４００から課金情報を受信し（Ｓ２０２１３）し、更に、課金
状況確認結果（ＯＫまたはＮＧ）を、ＬＡＮ通信部７２１を介して、放送受信装置１００
ｉに送信する（Ｓ２０２１４）。

次に、放送受信装置１００ｉの前記放送連携アプリ（補間制御）が、ＬＡＮ通信部１２
１を介して携帯情報端末７００から受信した課金状況確認結果（ＯＫまたはＮＧ）を確認
する（Ｓ２０２２１）。前記課金状況確認結果がＯＫである場合、次に、図２２のＳ２０
００９〜Ｓ２００１４と同じ処理が行われ、補間信号処理によって、無料ユーザが視聴可
能な画質よりも高画質化された放送番組の映像情報が映像表示部１７３でユーザに提供さ
れる。前記課金状況確認結果がＮＧである場合、課金処理が行われる（Ｓ２０２３０）。
Ｓ２０２３０の処理の前に、改めて課金を行うか否かをユーザに選択させるようにしても
良い。

Ｓ２０２３０の課金処理は、公知の方法が適用されて良いが、本実施例では以下の方法
で行われるものとする。先ず、前記放送連携アプリ（補間制御）が端末連携制御部１９１
を制御することにより、ＬＡＮ通信部１２１を介して、携帯情報端末７００に課金処理要
求を送信する（Ｓ２０２３１）。前記課金処理要求を受信した携帯情報端末７００は、表
示部７４１に図示を省略したログイン画面を表示する（Ｓ２０２３２）。ユーザが操作部
７３０を操作して、前記ログイン画面に対してユーザ情報（ユーザ識別情報、パスワード
、クレジットカード番号、等）を入力する（Ｓ２０２３３）と、携帯情報端末７００は、
前記ユーザ情報を、認証情報記憶領域７０１２に記憶済みの放送受信装置１００ｉの識別
情報とともに、ＬＡＮ通信部７２１を介して、サービス事業者サーバ４００に送信する（
Ｓ２０２３４）。サービス事業者サーバ４００においては、前記送信されたユーザ情報の
確認結果に応じて適宜ユーザ認証を行い、認証結果を携帯情報端末７００に送信する（Ｓ
２０２３５）。更に、携帯情報端末７００が、Ｓ２０２３２〜Ｓ２０２３５の処理により
課金処理が完了したことを放送受信装置１００ｉに対して送信する（Ｓ２０２３６）。

Ｓ２０２３０で課金処理が終了すると、次に、図２２のＳ２０００９〜Ｓ２００１４と
同じ処理が行われ、補間信号処理によって、無料ユーザが視聴可能な画質よりも高画質化
された放送番組の映像情報が映像表示部１７３でユーザに提供される。

以上の処理を行うことにより、実施例６で説明したフレームレートの向上、量子化ビッ
ト数の向上、解像度の向上、等を目的とした補間信号処理サービスを、課金状況に応じて
行うことが可能な、より付加価値の高い放送受信装置を提供可能となる。

また、前述の課金状況に応じて補間信号処理サービスを行う処理は、図２４で説明した
ような、追加データを放送波により配信する場合にも適用可能である。この場合、図２７
のシーケンス図と同様の処理を行い、図２７中の『図２２のＳ２０００９〜Ｓ２００１４
と同じ処理』と記載されたステップに代替して、図２４のＳ２０１１０〜Ｓ２０１１３と
同じ処理を行うようにすれば良い。

但し、追加データを放送波により配信する場合、放送受信装置１００ｉは課金の有無に
関わらずに前記追加データにアクセスすることが可能となる。このため、前記追加データ
は暗号化した状態で放送波による配信を行うようにすることが望ましい。また、この場合
、課金ユーザに対しては、Ｓ２０２３５の処理で、サービス事業者サーバ４００が前記認
証結果とともに放送受信装置１００ｉで使用可能な復号キーを携帯情報端末７００に送信
し、更に、Ｓ２０２３６の処理で、携帯情報端末７００が課金完了の情報とともに前記復
号キーを放送受信装置１００ｉに送信するようにする。更に、放送受信装置１００ｉにお
いては、前記復号キーを用いて前記追加データに施された暗号化処理を復号し、補間信号
処理を行うようにすれば良い。

なお、前述で説明した課金状況確認処理及び課金処理はあくまでも一例であり、異なる
方法により行われても問題はない。また、前記課金状況確認処理及び課金処理を、前述の
ように携帯情報端末７００を経由して行わずに、放送受信装置１００ｉがサービス事業者
サーバ４００と直接的に通信を行うことにより行っても良いことは言うまでもない。

また、前記課金処理に代替して、所定のサイト等への会員登録処理を行うようにしても
良い。即ち、所定のサイトへの会員登録を行うことにより、無料で前記フレームレートの
向上、量子化ビット数の向上、解像度の向上、等を目的とした補間信号処理サービスの利
用を許容するようにしても良い。

以上、本発明の実施形態の例を、実施例１〜７を用いて説明したが、言うまでもなく、
本発明の技術を実現する構成は前記実施例に限られるものではなく、様々な変形例が考え
られる。例えば、ある実施例の構成の一部を他の実施例の構成と置き換えることが可能で
あり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。これらは
全て本発明の範疇に属するものである。また、文中や図中に現れる数値やメッセージ等も
あくまでも一例であり、異なるものを用いても本発明の効果を損なうことはない。

前述した本発明の機能等は、それらの一部または全部を、例えば集積回路で設計する等
によりハードウェアで実現しても良い。また、マイクロプロセッサユニット等がそれぞれ
の機能等を実現する動作プログラムを解釈して実行することによりソフトウェアで実現し
ても良い。ハードウェアとソフトウェアを併用しても良い。

なお、放送受信装置１００を制御する前記ソフトウェアは、製品出荷の時点で予め放送
受信装置１００のＲＯＭ１０３及び／またはストレージ部１１０等に格納された状態であ
っても良い。製品出荷後にインターネット２００上のその他のアプリケーションサーバ５
００等からＬＡＮ通信部１２１を介して取得するものであっても良い。また、メモリカー
ドや光ディスク等に格納された前記ソフトウェアを、拡張インタフェース部１２４等を介
して取得しても良い。同様に、携帯情報端末７００を制御する前記ソフトウェアは、製品
出荷の時点で予め携帯情報端末７００のＲＯＭ７０３及び／またはストレージ部７１０等
に格納された状態であっても良い。製品出荷後にインターネット２００上のその他のアプ
リケーションサーバ５００等からＬＡＮ通信部７２１若しくは移動体電話網通信部７２２
等を介して取得するものであっても良い。また、メモリカードや光ディスク等に格納され
た前記ソフトウェアを、拡張インタフェース部７２４等を介して取得しても良い。

また、図中に示した制御線や情報線は説明上必要と考えられるものを示しており、必ず
しも製品上の全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成
が相互に接続されていると考えても良い。

１００、１００ｉ：放送受信装置、１００ａ：アンテナ、１０１：主制御部、１０２：シ
ステムバス、１０３：ＲＯＭ、１０４：ＲＡＭ、１１０：ストレージ部、１２１：ＬＡＮ
通信部、１２４：拡張インタフェース部、１２５：デジタルインタフェース部、１３１：
チューナ／復調部、１３２：第一分離部、１３３：第一映像復号部、１３４：第一音声復
号部、１３５：第一字幕復号部、１４１：データ放送受信処理部、１４２：データ放送エ
ンジン、１５１：ストリーミング受信処理部、１５２：第二分離部、１５３：第二映像復
号部、１５４：第二音声復号部、１５５：第二字幕復号部、１６１：アプリケーション制
御部、１６２：アプリケーションエンジン、１７１：映像重畳部、１７１ｉ：映像補間／
重畳部、１７２：音声選択部、１７３：映像表示部、１７４：スピーカ、１７５：映像出
力部、１７６：音声出力部、１８１：提示同期制御部、１９１端末連携制御部、
２００：インターネット、２１０：ルータ装置、
３００ｔ：電波塔、３００：放送局サーバ、３０１：主制御部、３０２：システムバス、
３０４：ＲＡＭ、３１０：ストレージ部、３２１：ＬＡＮ通信部、
４００：サービス事業者サーバ、４０１：主制御部、４０２：システムバス、４０４：Ｒ
ＡＭ、４１０：ストレージ部、４２１：ＬＡＮ通信部、
５００：その他のアプリケーションサーバ、６００：移動体電話通信サーバ、６００ｂ：
基地局、
７００：携帯情報端末、７０１：主制御部、７０２：システムバス、７０３：ＲＯＭ、７
０４：ＲＡＭ、７１０：ストレージ部、７２０：通信処理部、７２１：ＬＡＮ通信部、７
２２：移動体電話網通信部、７２３：ＮＦＣ通信部、７２４：拡張インタフェース部、７
３０：操作部、７４０：画像処理部、７４１：表示部、７４２：画像信号処理部、７４３
：第一画像入力部、７４４：第二画像入力部、７５０：音声処理部、７５１：音声出力部
、７５２：音声信号処理部、７５３：音声入力部、７６０：センサ部、７６１：ＧＰＳ受
信部、７６２：ジャイロセンサ、７６３：地磁気センサ、７６４：加速度センサ、７６５
：照度センサ、７６６：近接センサ

Claims (2)

1. 放送番組と連動するアプリケーションの実行が可能なデジタル放送サービスを受信する放送受信装置であって、
   アプリケーション関連情報と電子番組表に関する情報とを含む前記デジタル放送サービスのデータストリームを受信する受信部と、
   前記電子番組表に関する情報に基づいて番組表を生成する番組表生成部と、
   前記アプリケーション関連情報を参照して取得したロケーション情報に基づいて所定のアプリケーションを取得するアプリケーション取得部と、
   前記取得した所定のアプリケーションを実行してデータストリームを受信し、放送番組の映像データと、追加データとを取得するアプリケーション実行部と、
   前記取得した放送番組の映像データを用いて放送番組の映像を復号する放送映像復号部と、
   前記アプリケーション実行部で取得した追加データを用いて、前記放送映像復号部で復号した放送番組の映像を、該映像よりも高画質な高画質映像に変換する映像変換部と、
   前記高画質映像または前記番組表を表示可能な表示部と、
   を備え、
   前記表示部の前記番組表の表示においては、放送番組の名称に加えて、該放送番組について、連動するアプリケーションが存在することを示す表示が可能であり、
   前記追加データは、前記放送映像復号部で復号した放送番組の映像のフレームレートを向上させるための差分データであり、
   前記映像変換部は、前記放送映像復号部で復号した放送番組の映像をフレームレートの高い高画質映像に変換することが可能であり、
   前記アプリケーション関連情報には、アプリケーションの状態について、自動起動、動作可能、および終了の少なくとも３つの状態を制御可能な制御コードが含まれており、
   前記アプリケーション取得部と前記アプリケーション実行部は、前記放送番組の映像を該映像よりも高画質な高画質映像に変換するための追加データを取得する前記所定のアプリケーションについても前記３つの状態を制御可能な前記制御コードに従って、前記アプリケーションの取得、開始、終了を制御する、
   ことを特徴とする放送受信装置。
2. 放送番組と連動するアプリケーションの実行が可能なデジタル放送サービスを受信する放送受信装置における映像表示方法であって、
   アプリケーション関連情報と電子番組表に関する情報とを含む前記デジタル放送サービスのデータストリームを受信する受信ステップと、
   前記電子番組表に関する情報に基づいて番組表を生成する番組表生成ステップと、
   前記アプリケーション関連情報を参照して取得したロケーション情報に基づいて所定のアプリケーションを取得するアプリケーション取得ステップと、
   前記取得した所定のアプリケーションを実行して、受信するデータストリームから放送番組の映像データと、前記放送番組の映像データのフレームレートを向上させるための差分データとを取得し、前記放送番組の映像データと前記差分データとを用いて、前記放送番組の映像データよりもフレームレートの高い映像を生成する映像生成ステップと、
   前記映像生成ステップで生成した映像または前記番組表生成ステップで生成した番組表を表示する表示ステップと、
   を備え、
   前記表示ステップにおける前記番組表の表示においては、放送番組の名称に加えて、該放送番組について、連動するアプリケーションが存在することを示す表示が可能であり、
   前記アプリケーション関連情報には、アプリケーションの状態について、自動起動、動作可能、および終了の少なくとも３つの状態を制御可能な制御コードが含まれており、
   前記アプリケーション取得ステップと前記映像生成ステップは、前記放送番組の映像を該映像よりも高画質な高画質映像に変換するための追加データを取得する前記所定のアプリケーションについても前記３つの状態を制御可能な前記制御コードに従って、前記アプリケーションの取得、開始、終了を制御する、
   ことを特徴とする映像表示方法。

Images