JP2009038548A - ケーブル放送受信装置 - Google Patents

Abstract

【課題】内蔵アプリケーションによる制御とダウンロードアプリケーションによる制御間の調整を行い、ユーザの操作上の混乱を防止するケーブル放送受信装置を提供する。
【解決手段】ダウンロードアプリケーションと内蔵アプリケーションとを処理可能なケーブル放送受信装置であって、ダウンロードアプリケーションの制御を行う第１管理部と、内蔵アプリケーションの制御を行う第２管理部と、ダウンロードアプリケーション及び内蔵アプリケーションの動作状態を保持する動作管理部と、ダウンロードアプリケーションと内蔵アプリケーションとの優先順位を示す排他共有情報を保持し、排他共有情報又は動作管理部が管理する動作状態により第１又は第２管理部に排他制御を行わせる重複機能管理部とを備え、重複機能管理部はダウンロードアプリケーションの起動時に、起動中の内蔵アプリケーションを終了させる。
【選択図】図２

Description

本発明は、ケーブル放送等の受信装置であって、特に、内蔵アプリケーションとダウンロードしたアプリケーションに基づき種々の機能を実現するケーブル放送受信装置に関する。

近年、ケーブル放送においてもデジタル化が進み、種々のサービスが提供されている。このようなケーブル放送の受信装置として種々の技術が開発されている（例えば、特許文献１参照）。次世代の北米向けケーブル放送の標準規格としてＯＣＡＰ（Ｏｐｅｎ Ｃａｂｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐｌａｔｆｏｒｍ）が提案されている。

ＯＣＡＰによれば、ＴＶ、ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）等のケーブル放送受信装置は、放送局から電子番組表（ＥＰＧ）やＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）視聴用アプリケーション等の種々のアプリケーション（Ｊａｖａ（登録商標）アプリケーション）をダウンロード可能であり、ダウンロードしたアプリケーション（以下、ＯＣＡＰアプリケーションという。）をＯＣＡＰ規格で定まるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）に基づいて実行することにより所定の機能を実現する。

ケーブル放送受信装置は、ケーブル放送局側から送信されるＯＣＡＰアプリケーション以外に、元々組み込まれているアプリケーション（以下、内蔵アプリケーションという。）を保持している。ケーブル放送受信装置は、ＯＣＡＰアプリケーションがない場合、内蔵アプリケーションに従い機能を実行する。
特表２００６−５１１１０６号公報

しかしながら、ＯＣＡＰ規格では、ＯＣＡＰアプリケーションと内蔵アプリケーションが同時に動作する場合の具体的な処理について規定されていないという問題がある。

そのため、ケーブル放送受信装置では、ＯＣＡＰアプリケーションと内蔵アプリケーションが同時に同様の機能を実現する状況が発生し、ユーザの操作上の混乱を招くという実装上の問題がある。

また、内蔵アプリケーションが動作している状況において、ＯＣＡＰアプリケーションのバージョンアップのタイミングも明確に規定されていないため、例えば、現在起動中のＯＣＡＰアプリケーションに対してバージョンアップが要求された場合に、即座にＯＣＡＰアプリケーションのバージョンアップをしてしまう状況が発生し、ユーザに混乱を招くという実装上の問題もある。

本発明の請求項１に係るケーブル放送受信装置は、放送局から受信した第１のアプリケーションと予め組み込まれた第２のアプリケーションとを処理可能なケーブル放送受信装置であって、第１のアプリケーションの制御を行う第１のアプリケーション管理部と、第２のアプリケーションの制御を行う第２のアプリケーション管理部と、第１のアプリケーション及び第２のアプリケーションの動作状態を保持する動作管理部と、第１のアプリケーションと第２のアプリケーションとの優先順位を示す排他共有情報を保持し、排他共有情報又は動作管理部が管理する動作状態に基づいて、第１のアプリケーション管理部又は第２のアプリケーション管理部に排他制御を行わせる重複機能管理部と、を備え、重複機能管理部は、第１のアプリケーションの起動時に、起動中の第２のアプリケーションを終了させることを特徴とする。

また、本発明の請求項２に係るケーブル放送受信装置は、放送局から受信した第１のアプリケーションと予め組み込まれた第２のアプリケーションとを処理可能なケーブル放送受信装置であって、第１のアプリケーションの制御を行う第１のアプリケーション管理部と、第２のアプリケーションの制御を行う第２のアプリケーション管理部と、第１のアプリケーション及び第２のアプリケーションの動作状態を保持する動作管理部と、第１のアプリケーションと第２のアプリケーションとの優先順位を示す排他共有情報を保持し、排他共有情報又は動作管理部が管理する動作状態に基づいて、第１のアプリケーション管理部又は第２のアプリケーション管理部に排他制御を行わせる重複機能管理部と、を備え、第１のアプリケーションは、重複機能管理部の排他制御結果に基づいて、第１のアプリケーションに関連する第３のアプリケーションを起動させないことを特徴とする。

また、本発明の請求項３に係るケーブル放送受信装置は、請求項１にかかるケーブル放送受信装置の構成において、第１のアプリケーションは、起動時に第１のアプリケーション管理部に対し所定の問い合わせ要求を送信し、第１のアプリケーション管理部は、重複機能管理部から所定の問い合わせ要求に対する情報を取得し、取得した情報を所定の問い合わせ要求に対する応答として第１のアプリケーションに通知する、ことを特徴とする。

また、本発明の請求項４に係るケーブル放送受信装置は、請求項２にかかるケーブル放送受信装置の構成において、第１のアプリケーションは、起動時に第１のアプリケーション管理部に対し所定の問い合わせ要求を送信し、第１のアプリケーション管理部は、重複機能管理部から所定の問い合わせ要求に対する情報を取得し、取得した情報を所定の問い合わせ要求に対する応答として第１のアプリケーションに通知する、ことを特徴とする。

また、本発明の請求項５に係るケーブル放送受信装置は、請求項３にかかるケーブル放送受信装置の構成において、第１のアプリケーションは、所定の問い合わせ要求に対する応答を受け、第１のアプリケーションに関連する第３のアプリケーションを起動させ、第３のアプリケーションは、起動時に重複機能管理部に対し所定の通知を行い、重複機能管理部は、所定の通知を受け、第２のアプリケーション管理部に第２のアプリケーションを終了させることを特徴とする。

また、本発明の請求項６に係るケーブル放送受信装置は、請求項４にかかるケーブル放送受信装置の構成において、第１のアプリケーションは、所定の問い合わせ要求に対する応答を受け、第１のアプリケーションに関連する第３のアプリケーションを起動させないことを特徴とする。

また、本発明の請求項７に係るケーブル放送受信装置は、請求項５、６のいずれかにかかるケーブル放送受信装置の構成において、第２のアプリケーション及び第３のアプリケーションは、同機能を有するアプリケーションであることを特徴とする。

また、本発明の請求項８に係るケーブル放送受信装置は、請求項７にかかるケーブル放送受信装置の構成において、同機能は、ＰＩＮ入力機能であることを特徴とする。

また、本発明の請求項９に係るケーブル放送受信装置は、請求項１にかかるケーブル放送受信装置の構成において、第２のアプリケーションは、少なくともバナー表示、チューニングエラー表示に関連するアプリケーションであることを特徴とする。

また、本発明の請求項１０に係るケーブル放送受信装置は、放送局から受信した第１のアプリケーションと予め組み込まれた第２のアプリケーションとを処理可能なケーブル放送受信装置であって、少なくとも第１のアプリケーションのバージョン情報及び第１のアプリケーションの格納場所を受信するケーブルカード管理部と、第１のアプリケーションを保持するアプリケーション保持部と、起動中の第１のアプリケーションの情報を保持する第１のアプリケーション管理部と、第２のアプリケーションの制御を行うとともに、スタンバイオフ状態を検知する第２のアプリケーション管理部と、アプリケーション保持部が保持する第１のアプリケーションのバージョン情報を保持するとともに、第１のアプリケーションのバージョンアップを制御するバージョン管理部と、を備え、バージョン管理部は、ケーブルカード管理部から取得したバージョン情報、第１のアプリケーション管理部から取得した起動中の第１のアプリケーションの情報及び保持したバージョン情報に基づいてバージョンアップが必要か否かを判断し、起動中の第１のアプリケーションのバージョンアップが必要であると判断した場合は、第２のアプリケーション管理部からのスタンバイオフ通知に基づいてケーブルカード管理部に格納場所から最新の第１のアプリケーションを受信させ、アプリケーション保持部の第１のアプリケーションを最新の第１のアプリケーションに書き換えることを特徴とする。

また、本発明の請求項１１に係るケーブル放送受信装置は、請求項１０にかかるケーブル放送受信装置の構成において、バージョン管理部は、アプリケーション保持部の第１のアプリケーションを最新の第１のアプリケーションに書き換えた後に、第１のアプリケーション管理部に書き換え完了通知を行い、第１のアプリケーション管理部は、書き換え完了通知に基づいて再起動することを特徴とする。

本発明によれば、ケーブル放送受信装置において、内蔵アプリケーションによる制御とＯＣＡＰアプリケーションによる制御間の調整を行い、ユーザの操作上の混乱を防止することができる。

また、本発明によれば、ＯＣＡＰアプリケーションのバージョンアップを効率的に行うことができる。

以下本発明を実施するための最良の形態について、図面を参照しながら説明する。

（実施の形態１）
図１は、本発明の実施の形態１に係るケーブル放送受信装置のハードウェア構成を示す図である。ケーブル放送受信装置１００は、ケーブル２５０を介して、ケーブル放送局に設置されたケーブル放送を提供する局内サーバ２００と接続されており、特定のケーブル放送局からケーブル放送を受信するためのケーブルカード３００を挿入し所定の処理を行うことによってケーブル放送を受信する。また、ケーブル放送受信装置１００は、リモコン４００を介してユーザ操作情報（キーコード）を受信し、受信したキーコードに応じた処理を実行する。更に、ケーブル放送受信装置１００は、ＤＶＤ等の外部録画機器へ映像音声信号を出力するための出力系統（出力）と、ケーブル放送からの情報以外に複数の映像音声信号の入力系統（入力１、入力２、入力３）を有する。ここで、本実施の形態１のケーブル放送受信装置１００は、ＯＣＡＰ規格に準拠したケーブル放送を受信可能である。なお、図１では、音声信号を処理するための構成は説明の簡略化のために省略してある。

ケーブル放送受信装置１００は、ＣＰＵ１０と、ディスプレイ１１と、合成部１２と、プレーン管理部１３と、ＡＶデコーダ１４と、ＴＤデコーダ１５と、チューナ１６と、ケーブルカードインターフェース（ケーブルカードＩ／Ｆ）１７と、リモコン受信部１８と、ハードディスクドライブ（ＨＤＤ）１９と、メモリ２０と、キャッシュメモリ２１と、セレクタ２２及び処理回路２３ａ〜２３ｃから構成される。

ＣＰＵ１０は、ケーブル放送受信装置１００の動作を制御するコントローラである。ＣＰＵ１０には、データの記憶手段としてＨＤＤ１９と、揮発性メモリ２０及び不揮発性記憶手段であるキャッシュメモリ２１が接続されている。また、リモコン受信部１８から入力されたキーコードに基づき、ケーブル放送及び入力１〜３のうちのいずれか１つをディスプレイ１１に表示させる。

ディスプレイ１１は、合成部１２から出力された映像を表示する。合成部１２は、プレーン管理部１３から出力されたプレーンを合成し、ディスプレイ１１への出力又は外部録画機器への出力を行う。ここで、ディスプレイ１１へプレーンを出力する場合は、内蔵アプリケーション専用プレーン、ビデオプレーン、スチルプレーン、ＯＳＤプレーン、ＯＣＡＰアプリケーション専用プレーンを内蔵アプリケーションとＯＣＡＰアプリケーションの動作状態に応じて夫々合成して出力し、外部録画機器へ出力する場合は、ビデオプレーン、スチルプレーン及びＯＳＤプレーンを合成して出力する。

プレーン管理部１３は、内蔵アプリケーション専用プレーン、ビデオプレーン、スチルプレーン、ＯＳＤプレーン及びＯＣＡＰアプリケーション専用プレーンを管理する。プレーンとは、１画面分の画素データを記憶しておくためのメモリ領域である。内蔵アプリケーション専用プレーンは、内蔵アプリケーションのＯＳＤ情報を記憶するためのメモリ領域である。ビデオプレーンは、映像を記憶するためのメモリ領域であり、スチルプレーンは、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）が背景画として用いる静止画像を記憶するためのメモリ領域である。ＯＳＤプレーンは、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）が使用するＯＳＤ情報を記憶するためのメモリ領域である。ＯＣＡＰ専用プレーンは、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）が外部録画機器へ出力したくないＯＳＤ情報を記憶するためのメモリ領域である。

ＡＶデコーダ１４は、局内サーバ２００よりＭＰＥＧ形式等で配信された音声／映像データを復号する。ＴＤデコーダ１５は、音声／映像／データを多重化したトランスポートストリームをフィルタリングする。チューナ１６は、局内サーバ２００よりケーブル２５０を介して配信された信号を受信する。受信された信号はケーブルカード３００でデスクランブルされＴＤデコーダ１５へ出力される。

ケーブルカードＩ／Ｆ１７は、ケーブルカード３００とデータのやりとりを行う。リモコン受信部１８は、リモコン４００からユーザ操作情報を受信し、キーコードとしてＣＰＵ１０へ出力する。

セレクタ２２は、処理回路２３ａ〜２３ｃからの出力のうちの１つの出力を選択し、合成部１２へ出力する。処理回路２３ａ〜２３ｃは、入力系統（入力１、入力２、入力３）から入力された映像音声信号を処理し、セレクタ２２へ出力する。

次に、図２を用いて、ケーブル放送受信装置１００の機能的構成を説明する。図２に示す機能的構成はＣＰＵ１０が所定のプログラムを実行することで実現される。なお、図２においては説明の便宜上、主要な機能のみを示している。図２に示されていない機能であっても、後述するケーブル放送受信装置１００の機能は、ＣＰＵ１０が所定のプログラムを実行することで実現され得ることは言うまでもない。

ケーブル放送受信装置１００は、内蔵アプリケーション（５１ａ、５１ｂ）と、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）と、内蔵アプリケーション管理部５３と、ＯＣＡＰアプリケーション管理部５４と、動作モード管理部５５と、キー配送部５６と、重複機能管理部５７と、データ管理部５８と、ケーブルカード管理部５９と、ＯＣＡＰバージョン管理部６０と、ＯＣＡＰアプリケーション保持部６１及びＯＳ６２から構成される。

内蔵アプリケーション（５１ａ、５１ｂ）は、例えば、選局アプリケーション、ペアレンタルコントロール表示アプリケーション、設定アプリケーション等の出荷時に組み込まれているあるいはネットワーク経由やＳＤカード等の記憶媒体を介してインストールされたアプリケーションである。ＯＣＡＰアプリケーション（５２ａ、５２ｂ）は、例えば、選局アプリケーション、ペアレンタルコントロール表示アプリケーション、設定アプリケーション等の局内サーバ２００からダウンロードして取得したアプリケーションである。

内蔵アプリケーション管理部５３は、内蔵アプリケーション（５１ａ、５１ｂ）の起動及びキー配送制御、ＯＣＡＰアプリケーション管理部５４の起動を制御する。ＯＣＡＰアプリケーション管理部５４は、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）を実行するミドルウェアであって、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）の起動及びキー配送制御を行う。

動作モード管理部５５は、ケーブル放送受信装置１００の動作モードを管理する。動作モードはＩＤＴＶモードとＯＣＡＰモードであって、内蔵アプリケーション（５１ａ、５１ｂ）のみが動作している状態をＩＤＴＶモードとし、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）が更に動作している状態をＯＣＡＰモードとする。また、内蔵アプリケーション（５１ａ、５１ｂ）の状態を管理するとともに、ＯＣＡＰアプリケーション管理部５４から通知されたＯＣＡＰアプリケーション（５２ａ、５２ｂ）の起動及び終了を管理する。

キー配送部５６は、リモコン４００からのキーコードを内蔵アプリケーション管理部５３又はＯＣＡＰアプリケーション管理部５４へ配送する。

重複機能管理部５７は、内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）の動作状態及び予め設定された排他共有情報に基づいて内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）の排他／共有の判断を行う。ここで、排他共有情報とは、両アプリケーション間で実行する同様の機能に関して、機能毎にＯＣＡＰ優先かＩＤＴＶ優先かを記載している情報である。重複機能管理部５７の処理については後ほど詳述する。

データ管理部５８は、例えばＰＩＮ（Ｐｅｒｓｏｎａｌ ＩｄｅｎｔｉｆｉｃａｉｏｎＮｕｍｂｅｒ）情報、ペアレンタル情報、字幕設定情報等の内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）の両方で共有するデータを管理する。ケーブルカード管理部５９は、ケーブルカード３００からの要求を受信し、管理し、実行するモジュールである。

ＯＣＡＰバージョン管理部６０は、ＯＣＡＰアプリケーション保持部６１で保持されているＯＣＡＰアプリケーション（５２ａ、５２ｂ）のバージョンを管理するとともに、受信したＸＡＩＴ（Ｅｘｔｅｎｄｅｄ Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）に基づいてＯＣＡＰアプリケーション（５２ａ、５２ｂ）のバージョンアップ処理を行う。ここで、ＸＡＩＴとは、局内サーバ２００から送信されるＯＣＡＰアプリケーション（５２ａ、５２ｂ）の管理情報であって、少なくとも起動するＯＣＡＰアプリケーション（５２ａ、５２ｂ）の情報として、バージョン情報、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）の格納場所（ＵＲＬ情報等）を含む。ケーブル放送受信装置１００は、局内サーバ２００から定期的にＸＡＩＴを受信している。ＯＣＡＰアプリケーション保持部６１は、ＸＡＩＴに基づいて局内サーバ２００からダウンロードしたＯＣＡＰアプリケーション（５２ａ、５２ｂ）を保持する。ＯＳ６２は、ケーブル放送受信装置１００全体を管理するソフトウェアである。

次に、図３を用いてケーブル放送受信装置１００のＯＣＡＰ起動時の状態遷移を説明する。ここで、ＯＣＡＰ起動時とは、ＯＣＡＰ規格により定義されたＳｅｒｖｉｃｅＣｏｎｔｅｘｔの取得が完了した時又はＯＳＤが不可視状態から可視状態に変更された時を意味する。なお、ＯＣＡＰ起動時は、上記以外に、ＯＣＡＰ規格により定義されたＸｌｅｔのロード完了時、ｉｎｔＸｌｅｔ処理時、あるいはｓｔａｒｔＸｌｅｔ処理時であってもよい。

ケーブル放送受信装置１００は、主電源Ｏｆｆ状態３０１と、初期化状態３０２と、ケーブルカード３００が挿入されていない状態であるＮｏＣａｒｄ状態３０３と、ケーブルカード３００が挿入された状態であってＯＣＡＰが起動していない状態であるＬｅｇａｃｙＳｅｒｖｉｃｅ状態３０４及びＯＣＡＰが起動した状態であるＯＣＡＰＳｅｒｖｉｃｅ状態３０５の５つの状態を有する。

ケーブル放送受信装置１００は、主電源Ｏｆｆ状態３０１においてＡＣ電源をＯＮした場合、ケーブルカード３００の挿入有無によってＮｏＣａｒｄ状態３０３、ＬｅｇａｃｙＳｅｒｖｉｃｅ状態３０４へ遷移する。そして、ＬｅｇａｃｙＳｅｒｖｉｃｅ状態３０４においてＸＡＩＴを受信すると、ＯＣＡＰＳｅｒｖｉｃｅ状態３０５へ遷移する。

次に、図４を用いて、ケーブル放送受信装置１００において内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）が同時に動作する場合の機能分類を説明する。

ケーブル放送受信装置１００において、ケーブル放送受信装置１００の全機能は、ＩＤＴＶドメイン４０１に属する。ＩＤＴＶドメイン４０１は、受信機ドメイン４０２とそれ以外に分割される。受信機ドメイン４０２には、ＳＴＢやＴＶなどの受信機が持つ共通の機能が属する。受信機ドメイン４０２に属さない領域には、ディスプレイやスピーカなどＴＶ特有の機能が属する。受信機ドメイン４０２は、チューナサービスドメイン４０３と、外部入力サービスドメイン４０５と、受信機独自サービスドメイン４０６及びそれ以外に 分割される。チューナサービスドメイン４０３には、放送を受信する機能が属する。外部入力サービスドメイン４０５には、外部入力から受信したサービスをユーザに提供する機能が属する。受信機独自サービスドメイン４０６には、受信機が内蔵する独自サービスをユーザに提供する機能が属する。チューナサービスドメイン４０３は、さらにＣａｂｌｅサービスドメイン４０４とそれ以外に分割される。Ｃａｂｌｅサービスドメイン４０４には、ケーブル放送局が送出するサービスをユーザに提供する機能が属する。

ケーブル放送受信装置１００では、内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）が同時に動作している場合に、Ｃａｂｌｅサービスドメイン４０４に属する機能が夫々のアプリケーション毎で同時に実行されてしまうことがあるため、本発明では、受信機ドメイン４０２に属する機能に関して、内蔵アプリケーション（５１ａ、５１ｂ）、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）間で排他制御を行う。以降、ロック機能（特にＰＩＮ入力機能）を代表例として説明する。

まず、ＰＩＮ入力機能に関する排他制御を説明する前に、ＯＣＡＰ起動時のケーブル放送受信装置１００の処理について図２を用いて説明する。

ケーブルカード管理部５９は、ＯＳ６２を介してＸＡＩＴを受信した場合、内蔵アプリケーション管理部５３へのＸＡＩＴ受信通知及びＯＣＡＰバージョン管理部６０へのＸＡＩＴ送信を行う。内蔵アプリケーション管理部５３は、ＸＡＩＴ受信通知を受け、ＯＣＡＰアプリケーション管理部５４を起動させる。

ＯＣＡＰアプリケーション管理部５４は、ＯＣＡＰバージョン管理部６０に対し、受信したＸＡＩＴと既に記憶しているＸＡＩＴとの比較を行わせ、比較結果に基づいてＯＣＡＰアプリケーション保持部６１で保持しているＯＣＡＰアプリケーション（５２ａ、５２ｂ）を起動させるとともに、動作モード管理部５５に対しＯＣＡＰ起動通知を行う。

動作モード管理部５５は、動作モードをＩＤＴＶモードからＯＣＡＰモードに設定すると共に、重複機能管理部５７に対し、ＯＣＡＰ起動通知を行う。

重複機能管理部５７は、ＯＣＡＰ起動通知を受け、動作モード管理部５５から内蔵アプリケーション（５１ａ、５１ｂ）の動作状態を取得する。これがＯＣＡＰ起動時の一連の処理である。

では、ここでＰＩＮ入力機能の排他制御について図２、図５及び図６を用いて説明する。ＰＩＮ入力機能に関しては、重複機能管理部５７の排他共有情報は「ＯＣＡＰ優先」となっている。図５は、ＯＣＡＰ起動時のＰＩＮ入力画面制御を示す図であり、図６は、ＰＩＮ入力時の排他制御に関する処理を示すフローチャートである。

前提として、ケーブル放送受信装置１００では、内蔵アプリケーション（５１ａ、５１ｂ）として選局アプリケーションが動作しＡＶ表示が行われている状態であって、動作モード管理部５５は、動作モードとして「ＩＤＴＶモード」、内蔵アプリケーションの状態として「選局アプリケーション動作中」という情報を保持している。

ここで、ＯＳ６２、キー配送部５６を介してユーザからチャンネル切替のキーコードが内蔵アプリケーション管理部５３に入力された場合、内蔵アプリケーション管理部５３は、選局アプリケーションに対してチャンネル切替のキーコードを配送する。選局アプリケーションは配送されたキーコードに基づいてチャンネル切替を行う。この際、チャンネル切替後のＡＶは、ペアレンタルロックがかかっているとする。そのため、選局アプリケーションは内蔵アプリケーション管理部５３に対し、ペアレンタルコントロール表示アプリケーション起動要求を送信する。

内蔵アプリケーション管理部５３は、ペアレンタルコントロール表示アプリケーション起動要求を受け、内蔵アプリケーション（５１ａ、５１ｂ）の１つであるペアレンタルコントロール表示アプリケーションを選局アプリケーションの前面で起動させる（５００、Ｓ６０１）。そして、ペアレンタルコントロール表示アプリケーションは、起動通知を動作モード管理部５５に通知する。動作モード管理部５５は、内蔵アプリケーションの状態として、「選局アプリケーション動作中、ＰＩＮ未解除」を保持する。

ユーザは、リモコン４００を介してＰＩＮ入力を行う。ＰＩＮ入力情報は、キー配送部５６、内蔵アプリケーション管理部５３を介してペアレンタルコントロール表示アプリケーションに入力される。

所定文字数入力後、ペアレンタルコントロール表示アプリケーションは、データ管理部５８にて管理されているＰＩＮ情報と入力されたＰＩＮ入力情報とを比較する。一致した場合、「ＰＩＮ解除済み」を動作モード管理部５５へ通知すると共に、ペアレンタルコントロール表示アプリケーションは終了する（Ｓ６０２でＹＥＳ）。ペアレンタルコントロール表示アプリケーションの終了と共に、ユーザは選局アプリケーションが表示しているＡＶを視聴することができる（Ｓ６０３）。この一連の処理により、動作モード管理部５５は、内蔵アプリケーションの状態として、「選局アプリケーション動作中、ＰＩＮ解除済み」を保持する。

ここで、上記状態において、上述のＯＣＡＰ起動時の一連の処理に基づいてＯＣＡＰ起動が行われ、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）としてＯＣＡＰの選局アプリケーションが起動したとする。そして、ＯＣＡＰの選局アプリケーションが表示するＡＶにはペアレンタルロックがかかっているとする。ＯＣＡＰ起動によって、動作モード管理部５５が管理する動作モードは「ＯＣＡＰモード」となり、内蔵アプリケーションの状態は「選局アプリケーション動作中、ＰＩＮ解除済み」、ＯＣＡＰアプリケーションの状態は「ＯＣＡＰアプリケーション動作中」となる。また、重複機能管理部５７は、内蔵アプリケーション及びＯＣＡＰアプリケーションの各状態を動作モード管理部５５から取得している（Ｓ６０４で「ＹＥＳ」）。

起動したＯＣＡＰの選局アプリケーションはＯＣＡＰアプリケーション管理部５４に対し、ＰＩＮ解除問い合わせ要求を行う。ＯＣＡＰアプリケーション管理部５４は重複機能管理部５７に対して、ＰＩＮ解除問い合わせを行う。重複機能管理部５７は、排他共有情報として「ＯＣＡＰ優先」、内蔵アプリケーションの状態として「ＰＩＮ解除済み」情報を保持しているため、ＯＣＡＰアプリケーション管理部５４に対して「ＰＩＮ解除済み」を通知する。これを受け、ＯＣＡＰアプリケーション管理部５４は、ＯＣＡＰの選局アプリケーションに対し「ＰＩＮ解除済み」を応答する。

上記処理によって、ＯＣＡＰの選局アプリケーションはＯＣＡＰのペアレンタルコントロール表示アプリケーションを起動させない。これにより、ユーザはＯＣＡＰの選局アプリケーションが表示しているＡＶをＰＩＮ入力を行うことなく表示することができる（５０１、Ｓ６０５）。

ところで、上記処理では、ＯＣＡＰ起動時に内蔵アプリケーション（５１ａ、５１ｂ）のペアレンタルコントロール表示アプリケーションのＰＩＮ解除済み情報をＯＣＡＰアプリケーション（５２ａ、５２ｂ）のペアレンタルコントロール表示アプリケーションで利用（共有）させ、ＰＩＮ入力時の排他制御を行った。しかしながら、上記処理では、ユーザがＰＩＮ入力中においてＯＣＡＰが起動した場合の処理については言及していない。そこで、以下で、上記処理においてＰＩＮ入力中にＯＣＡＰが起動した場合のＰＩＮ入力画面の排他制御について説明する。

ユーザがリモコン４００を介してＰＩＮ入力を行っている途中で、上述のＯＣＡＰ起動時の一連の処理に基づいてＯＣＡＰ起動が行われ、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）としてＯＣＡＰの選局アプリケーションが起動したとする。そして、ＯＣＡＰの選局アプリケーションが表示するＡＶにはペアレンタルロックがかかっているとする。ＯＣＡＰ起動によって、動作モード管理部５５が管理する動作モードは「ＯＣＡＰモード」となり、内蔵アプリケーションの状態は「選局アプリケーション動作中、ＰＩＮ未解除」、ＯＣＡＰアプリケーションの状態は「ＯＣＡＰアプリケーション動作中」となる。また、重複機能管理部５７は、内蔵アプリケーション及びＯＣＡＰアプリケーションの各状態を動作モード管理部５５から取得している（Ｓ６０２で「ＮＯ」、Ｓ６０６で「ＹＥＳ」）。

起動したＯＣＡＰの選局アプリケーションはＯＣＡＰアプリケーション管理部５４に対し、ＰＩＮ解除問い合わせ要求を行う。ＯＣＡＰアプリケーション管理部５４は重複機能管理部５７に対して、ＰＩＮ解除問い合わせを行う。重複機能管理部５７は、排他共有情報として「ＯＣＡＰ優先」、内蔵アプリケーションの状態として「ＰＩＮ未解除」情報を保持しているため、ＯＣＡＰアプリケーション管理部５４に対して「ＰＩＮ未解除」を通知する。ＯＣＡＰアプリケーション管理部５４は、ＯＣＡＰの選局アプリケーションに対し「ＰＩＮ未解除」を応答する。

これを受け、ＯＣＡＰの選局アプリケーションは、ＯＣＡＰアプリケーション管理部５４に対しペアレンタルコントロール表示アプリケーション起動要求を送信する。ＯＣＡＰアプリケーション管理部５４は、ペアレンタルコントロール表示アプリケーション起動要求を受け、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）の１つであるペアレンタルコントロール表示アプリケーションを選局アプリケーションの前面で起動させる（５０２、Ｓ６０７）。起動したＯＣＡＰのペアレンタルコントロール表示アプリケーションは、ＰＩＮ入力中通知を重複機能管理部５７に通知する。

重複機能管理部５７は、ＰＩＮ入力中通知を受け、内蔵アプリケーション管理部５３に対し、ペアレンタルコントロール表示アプリケーション終了要求を送信する。内蔵アプリケーション管理部５３は、表示中の内蔵アプリケーションのペアレンタルコントロール表示アプリケーションを終了させる（Ｓ６０８）。ペアレンタルコントロール表示アプリケーションは終了時に動作モード管理部５５に対し「ＰＩＮ未解除」を通知する。

上記処理によって、ユーザは通常のＯＣＡＰでのＰＩＮ入力処理を行った後（Ｓ６０９で「ＹＥＳ」）、ＯＣＡＰの選局アプリケーションが表示しているＡＶを視聴することができる（Ｓ６０５）。

以上により、内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）が同時にＰＩＮ入力機能を動作させる状況において、アプリケーション間の調整を効率的に行うことができる。

なお、本実施の形態１では、代表例としてＰＩＮ入力機能について説明したが、バナー表示機能、選局関連表示機能（例えば、チューニングエラー表示機能）等の両アプリケーション間で同時に動作する機能に関しても、ＯＣＡＰアプリケーションが起動した場合は、内蔵アプリケーション（５１ａ、５１ｂ）として動作している、バナー表示機能、選局関連表示機能（例えば、チューニングエラー表示機能）等に関連するアプリケーションを終了させる。

（実施の形態２）
本実施の形態２では、ＯＣＡＰバージョン管理部６０での比較処理について詳述する。特に、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）のバージョンアップの観点から、図２及び図７を用いて説明する。なお、バージョンアップはＯＣＡＰ起動時になされる場合と、ＯＣＡＰ動作中にＸＡＩＴを受信し、その受信に基づいて行われる場合がある。いずれにしても、トリガがＸＡＩＴを受信であることには変わりない。そこで、本実施の形態２では、ＯＣＡＰ動作中にバージョンアップを通知するＸＡＩＴを受信した場合を例として説明する。

ケーブルカード管理部５９は、ＯＳ６２を介してＸＡＩＴを受信した場合、ＯＣＡＰバージョン管理部６０へのＸＡＩＴ送信を行う（Ｓ７０１）。

ＸＡＩＴを受信したＯＣＡＰバージョン管理部６０は、ＯＣＡＰアプリケーション管理部５４から少なくとも現在起動しているＯＣＡＰアプリケーション（５２ａ、５２ｂ）の識別子とバージョン情報を取得する。そして、ＯＣＡＰアプリケーション管理部５４から取得した情報と、受信したＸＡＩＴ、及び記憶しているＯＣＡＰアプリケーション保持部６１で保持されているＯＣＡＰアプリケーション（５２ａ、５２ｂ）のバージョンに基づいてバージョンアップが必要か否かを判断し（Ｓ７０２）、バージョンアップが必要と判断した場合であって（Ｓ７０２で「ＹＥＳ」）、バージョンアップ対象のＯＣＡＰアプリケーション（５２ａ、５２ｂ）が動作中でない場合は（Ｓ７０３で「ＮＯ」）、受信したＸＡＩＴに記載されている格納場所から所定の方法でＯＣＡＰアプリケーション（５２ａ、５２ｂ）を取得し、ＯＣＡＰアプリケーション保持部６１の対象ＯＣＡＰアプリケーション（５２ａ、５２ｂ）を書き換える（Ｓ７０４）。

一方、バージョンアップ対象のＯＣＡＰアプリケーション（５２ａ、５２ｂ）が動作中の場合は（Ｓ７０３で「ＹＥＳ」）、ケーブル放送受信装置１００がスタンバイオフ状態になるまで所定のバージョンアップ処理は実行しない。ここで、スタンバイオフ状態は、ユーザのリモコン４００操作あるいはケーブル放送受信装置１００に設置されたボタン等により、キーコードとしてＯＳ６２、キー配送部５６を介して内蔵アプリケーション管理部５３へ通知される。そして、内蔵アプリケーション管理部５３はスタンバイオフを検知した場合、ＯＣＡＰアプリケーション管理部５４に対してスタンバイオフ通知を送信する。これを受け、ＯＣＡＰアプリケーション管理部５４はＯＣＡＰバージョン管理部６０に対し、スタンバイオフ通知を行う。この一連の処理によってＯＣＡＰバージョン管理部６０はスタンバイオフ状態を検知し、受信したＸＡＩＴに記載されている格納場所から所定の方法でＯＣＡＰアプリケーション（５２ａ、５２ｂ）を取得し、ＯＣＡＰアプリケーション保持部６１の対象ＯＣＡＰアプリケーション（５２ａ、５２ｂ）を書き換える。書き換え完了後、ＯＣＡＰバージョン管理部６０は書き換え完了通知をＯＣＡＰアプリケーション管理部５４に通知し、ＯＣＡＰアプリケーション管理部５４は書き換え完了通知を受け、再起動する（Ｓ７０５）。

なお、本実施の形態２では、ステップＳ７０５の処理において、書き換え完了通知を受けてＯＣＡＰアプリケーション管理部５４が再起動しているが、起動中のバージョンアップ対象ＯＣＡＰアプリケーション（５２ａ、５２ｂ）のみを再起動させるようにしてもよい。

また、スタンバイオフ通知のトリガをユーザの直接操作であるリモコン４００操作あるいはケーブル放送受信装置１００に設置されたボタン操作としているが、トリガは内部のイベントであってもよい。

以上の処理によって、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）のバージョンアップを効率的に行うことができる。

本発明は、放送データを受信する受信装置であって、内蔵のアプリケーションとダウンロードしたアプリケーションの双方により機能が実現されるＴＶ、ＳＴＢ等の放送受信装置で有用である。

本発明の実施の形態１に係るケーブル放送受信装置のハードウェア構成を示す図 同実施の形態に係るケーブル放送受信装置の機能的構成を示す図 同実施の形態に係るケーブル放送受信装置の状態遷移を示す図 同実施の形態に係るケーブル放送受信装置の機能分類を示す図 同実施の形態に係るＰＩＮ入力画面制御を示す図 同実施の形態に係るＰＩＮ入力時の排他制御に関する処理を示すフローチャート 本発明の実施の形態２に係るＸＡＩＴバージョンアップに関する処理を示すフローチャート

符号の説明

１００ ケーブル放送受信装置
１１ ディスプレイ
１２ 合成部
１３ プレーン管理部
１４ ＡＶデコーダ
１５ ＴＤデコーダ
１６ チューナ
１７ ケーブルカードＩ／Ｆ
１８ リモコン受信部
１９ ＨＤＤ
２０ メモリ
２１ キャッシュメモリ
２２ セレクタ
２３ａ〜２３ｃ 処理回路
２００ 局内サーバ
２５０ ケーブル
３００ ケーブルカード
４００ リモコン
５１ａ、５１ｂ 内蔵アプリケーション
５２ａ、５２ｂ ＯＣＡＰアプリケーション
５３ 内蔵アプリケーション管理部
５４ ＯＣＡＰアプリケーション管理部
５５ 動作モード管理部
５６ キー配送部
５７ 重複機能管理部
５８ データ管理部
５９ ケーブルカード管理部
６０ ＯＣＡＰバージョン管理部
６１ ＯＣＡＰアプリケーション保持部
６２ ＯＳ

Claims (11)

1. 放送局から受信した第１のアプリケーションと予め組み込まれた第２のアプリケーションとを処理可能なケーブル放送受信装置であって、
   前記第１のアプリケーションの制御を行う第１のアプリケーション管理部と、
   前記第２のアプリケーションの制御を行う第２のアプリケーション管理部と、
   前記第１のアプリケーション及び前記第２のアプリケーションの動作状態を保持する動作管理部と、
   前記第１のアプリケーションと前記第２のアプリケーションとの優先順位を示す排他共有情報を保持し、前記排他共有情報又は前記動作管理部が管理する動作状態に基づいて、前記第１のアプリケーション管理部又は前記第２のアプリケーション管理部に排他制御を行わせる重複機能管理部と、を備え、
   前記重複機能管理部は、前記第１のアプリケーションの起動時に、起動中の前記第２のアプリケーションを終了させることを特徴とするケーブル放送受信装置。
2. 放送局から受信した第１のアプリケーションと予め組み込まれた第２のアプリケーションとを処理可能なケーブル放送受信装置であって、
   前記第１のアプリケーションの制御を行う第１のアプリケーション管理部と、
   前記第２のアプリケーションの制御を行う第２のアプリケーション管理部と、
   前記第１のアプリケーション及び前記第２のアプリケーションの動作状態を保持する動作管理部と、
   前記第１のアプリケーションと前記第２のアプリケーションとの優先順位を示す排他共有情報を保持し、前記排他共有情報又は前記動作管理部が管理する動作状態に基づいて、前記第１のアプリケーション管理部又は前記第２のアプリケーション管理部に排他制御を行わせる重複機能管理部と、を備え、
   前記第１のアプリケーションは、前記重複機能管理部の排他制御結果に基づいて、前記第１のアプリケーションに関連する第３のアプリケーションを起動させないことを特徴とするケーブル放送受信装置。
3. 前記第１のアプリケーションは、起動時に前記第１のアプリケーション管理部に対し所定の問い合わせ要求を送信し、
   前記第１のアプリケーション管理部は、前記重複機能管理部から前記所定の問い合わせ要求に対する情報を取得し、取得した前記情報を前記所定の問い合わせ要求に対する応答として前記第１のアプリケーションに通知する、
   ことを特徴とする請求項１に記載のケーブル放送受信装置。
4. 前記第１のアプリケーションは、起動時に前記第１のアプリケーション管理部に対し所定の問い合わせ要求を送信し、
   前記第１のアプリケーション管理部は、前記重複機能管理部から前記所定の問い合わせ要求に対する情報を取得し、取得した前記情報を前記所定の問い合わせ要求に対する応答として前記第１のアプリケーションに通知する、
   ことを特徴とする請求項２に記載のケーブル放送受信装置。
5. 前記第１のアプリケーションは、前記所定の問い合わせ要求に対する応答を受け、前記第１のアプリケーションに関連する第３のアプリケーションを起動させ、
   前記第３のアプリケーションは、起動時に前記重複機能管理部に対し所定の通知を行い、
   前記重複機能管理部は、前記所定の通知を受け、前記第２のアプリケーション管理部に前記第２のアプリケーションを終了させることを特徴とする請求項３に記載のケーブル放送受信装置。
6. 前記第１のアプリケーションは、前記所定の問い合わせ要求に対する応答を受け、前記第１のアプリケーションに関連する第３のアプリケーションを起動させないことを特徴とする請求項４に記載のケーブル放送受信装置。
7. 前記第２のアプリケーション及び前記第３のアプリケーションは、同機能を有するアプリケーションであることを特徴とする請求項５、６のいずれかに記載のケーブル放送受信装置。
8. 前記同機能は、ＰＩＮ入力機能であることを特徴とする請求項７に記載のケーブル放送受信装置。
9. 前記第２のアプリケーションは、少なくともバナー表示、チューニングエラー表示に関連するアプリケーションであることを特徴とする請求項１に記載のケーブル放送受信装置。
10. 放送局から受信した第１のアプリケーションと予め組み込まれた第２のアプリケーションとを処理可能なケーブル放送受信装置であって、
    少なくとも前記第１のアプリケーションのバージョン情報及び前記第１のアプリケーションの格納場所を受信するケーブルカード管理部と、
    前記第１のアプリケーションを保持するアプリケーション保持部と、
    起動中の前記第１のアプリケーションの情報を保持する第１のアプリケーション管理部と、
    前記第２のアプリケーションの制御を行うとともに、スタンバイオフ状態を検知する第２のアプリケーション管理部と、
    前記アプリケーション保持部が保持する前記第１のアプリケーションのバージョン情報を保持するとともに、前記第１のアプリケーションのバージョンアップを制御するバージョン管理部と、を備え、
    前記バージョン管理部は、前記ケーブルカード管理部から取得した前記バージョン情報、前記第１のアプリケーション管理部から取得した起動中の前記第１のアプリケーションの情報及び保持した前記バージョン情報に基づいてバージョンアップが必要か否かを判断し、起動中の前記第１のアプリケーションのバージョンアップが必要であると判断した場合は、前記第２のアプリケーション管理部からのスタンバイオフ通知に基づいて前記ケーブルカード管理部に前記格納場所から最新の前記第１のアプリケーションを受信させ、前記アプリケーション保持部の前記第１のアプリケーションを最新の前記第１のアプリケーションに書き換えることを特徴とするケーブル放送受信装置。
11. 前記バージョン管理部は、前記アプリケーション保持部の前記第１のアプリケーションを最新の前記第１のアプリケーションに書き換えた後に、前記第１のアプリケーション管理部に書き換え完了通知を行い、
    前記第１のアプリケーション管理部は、前記書き換え完了通知に基づいて再起動することを特徴とする請求項１０に記載のケーブル放送受信装置。