(57)【特許請求の範囲】
【請求項１】
放送局から受信した第１のアプリケーションと予め組み込まれた第２のアプリケーションとを処理可能な受信装置であって、
前記第１のアプリケーションの制御を行う第１のアプリケーション管理部と、
前記第２のアプリケーションの制御を行う第２のアプリケーション管理部と、
前記第１のアプリケーション及び前記第２のアプリケーションの動作状態を保持する動作管理部と、
前記第１のアプリケーションと前記第２のアプリケーションとの優先順位を示す排他共有情報を保持し、前記排他共有情報又は前記動作管理部が管理する動作状態に基づいて、前記第１のアプリケーション管理部又は前記第２のアプリケーション管理部に排他制御を行わせる重複機能管理部と、を備え、
前記第１のアプリケーションは、起動時に前記第１のアプリケーション管理部に対し所定の問い合わせ要求を送信し、
前記第１のアプリケーション管理部は、前記重複機能管理部から前記所定の問い合わせ要求に対する情報を取得し、取得した前記情報を前記所定の問い合わせ要求に対する応答として前記第１のアプリケーションに通知し、
前記重複機能管理部は、前記第２のアプリケーションの処理が完了した後で前記第１のアプリケーションが起動した場合は前記第１のアプリケーションに関連する第３のアプリケーションは起動させず、前記第２のアプリケーションの処理中に前記第１のアプリケーションが起動した場合は前記第１アプリケーションに関連する前記第３のアプリケーションを起動させた上で、起動中の前記第２のアプリケーションを終了させ、
前記第２のアプリケーション及び前記第３のアプリケーションは、同機能を有するアプリケーションである、ことを特徴とする受信装置。
【請求項２】
前記同機能は、ＰＩＮ入力機能であることを特徴とする請求項１に記載の受信装置。
【請求項３】
前記第２のアプリケーションは、少なくともバナー表示、チューニングエラー表示に関連するアプリケーションであることを特徴とする請求項１に記載の受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ケーブル放送等の受信装置であって、特に、内蔵アプリケーションとダウンロードしたアプリケーションに基づき種々の機能を実現する受信装置に関する。
【背景技術】
【０００２】
近年、ケーブル放送においてもデジタル化が進み、種々のサービスが提供されている。このようなケーブル放送の受信装置として種々の技術が開発されている（例えば、特許文献１参照）。次世代の北米向けケーブル放送の標準規格としてＯＣＡＰ（Ｏｐｅｎ  Ｃａｂｌｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｌａｔｆｏｒｍ）が提案されている。
【０００３】
ＯＣＡＰによれば、ＴＶ、ＳＴＢ（Ｓｅｔ  Ｔｏｐ  Ｂｏｘ）等のケーブル放送受信装置は、放送局から電子番組表（ＥＰＧ）やＶＯＤ（Ｖｉｄｅｏ  Ｏｎ  Ｄｅｍａｎｄ）視聴用アプリケーション等の種々のアプリケーション（Ｊａｖａ（登録商標）アプリケーション）をダウンロード可能であり、ダウンロードしたアプリケーション（以下、ＯＣＡＰアプリケーションという。）をＯＣＡＰ規格で定まるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）に基づいて実行することにより所定の機能を実現する。
【０００４】
ケーブル放送受信装置は、ケーブル放送局側から送信されるＯＣＡＰアプリケーション以外に、元々組み込まれているアプリケーション（以下、内蔵アプリケーションという。）を保持している。ケーブル放送受信装置は、ＯＣＡＰアプリケーションがない場合、内蔵アプリケーションに従い機能を実行する。
【特許文献１】特表２００６−５１１１０６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、ＯＣＡＰ規格では、ＯＣＡＰアプリケーションと内蔵アプリケーションが同時に動作する場合の具体的な処理について規定されていないという問題がある。
【０００６】
そのため、ケーブル放送受信装置では、ＯＣＡＰアプリケーションと内蔵アプリケーションが同時に同様の機能を実現する状況が発生し、ユーザの操作上の混乱を招くという実装上の問題がある。
【０００７】
また、内蔵アプリケーションが動作している状況において、ＯＣＡＰアプリケーションのバージョンアップのタイミングも明確に規定されていないため、例えば、現在起動中のＯＣＡＰアプリケーションに対してバージョンアップが要求された場合に、即座にＯＣＡＰアプリケーションのバージョンアップをしてしまう状況が発生し、ユーザに混乱を招くという実装上の問題もある。
【課題を解決するための手段】
【０００８】
本発明の請求項１に係る受信装置は、放送局から受信した第１のアプリケーションと予め組み込まれた第２のアプリケーションとを処理可能な受信装置であって、第１のアプリケーションの制御を行う第１のアプリケーション管理部と、第２のアプリケーションの制御を行う第２のアプリケーション管理部と、第１のアプリケーション及び第２のアプリケーションの動作状態を保持する動作管理部と、第１のアプリケーションと第２のアプリケーションとの優先順位を示す排他共有情報を保持し、排他共有情報又は動作管理部が管理する動作状態に基づいて、第１のアプリケーション管理部又は第２のアプリケーション管理部に排他制御を行わせる重複機能管理部と、を備え、第１のアプリケーションは、起動時に第１のアプリケーション管理部に対し所定の問い合わせ要求を送信し、第１のアプリケーション管理部は、重複機能管理部から所定の問い合わせ要求に対する情報を取得し、取得した情報を所定の問い合わせ要求に対する応答として第１のアプリケーションに通知し、重複機能管理部は、第２のアプリケーションの処理が完了した後で第１のアプリケーションが起動した場合は第１のアプリケーションに関連する第３のアプリケーションは起動させず、第２のアプリケーションの処理中に第１のアプリケーションが起動した場合は第１アプリケーションに関連する第３のアプリケーションを起動させた上で、起動中の第２のアプリケーションを終了させ、第２のアプリケーション及び第３のアプリケーションは、同機能を有するアプリケーションである、ことを特徴とする。
【００１５】
また、本発明の請求項２に係る受信装置は、請求項１にかかる受信装置の構成において、同機能は、ＰＩＮ入力機能であることを特徴とする。
【００１６】
また、本発明の請求項３に係る受信装置は、請求項１にかかる受信装置の構成において、第２のアプリケーションは、少なくともバナー表示、チューニングエラー表示に関連するアプリケーションであることを特徴とする。
【発明の効果】
【００１９】
本発明によれば、受信装置において、内蔵アプリケーションによる制御とＯＣＡＰアプリケーションによる制御間の調整を行い、ユーザの操作上の混乱を防止することができる。
【００２０】
また、本発明によれば、ＯＣＡＰアプリケーションのバージョンアップを効率的に行うことができる。
【発明を実施するための最良の形態】
【００２１】
以下本発明を実施するための最良の形態について、図面を参照しながら説明する。
【００２２】
（実施の形態１）
図１は、本発明の実施の形態１に係るケーブル放送受信装置のハードウェア構成を示す図である。ケーブル放送受信装置１００は、ケーブル２５０を介して、ケーブル放送局に設置されたケーブル放送を提供する局内サーバ２００と接続されており、特定のケーブル放送局からケーブル放送を受信するためのケーブルカード３００を挿入し所定の処理を行うことによってケーブル放送を受信する。また、ケーブル放送受信装置１００は、リモコン４００を介してユーザ操作情報（キーコード）を受信し、受信したキーコードに応じた処理を実行する。更に、ケーブル放送受信装置１００は、ＤＶＤ等の外部録画機器へ映像音声信号を出力するための出力系統（出力）と、ケーブル放送からの情報以外に複数の映像音声信号の入力系統（入力１、入力２、入力３）を有する。ここで、本実施の形態１のケーブル放送受信装置１００は、ＯＣＡＰ規格に準拠したケーブル放送を受信可能である。なお、図１では、音声信号を処理するための構成は説明の簡略化のために省略してある。
【００２３】
ケーブル放送受信装置１００は、ＣＰＵ１０と、ディスプレイ１１と、合成部１２と、プレーン管理部１３と、ＡＶデコーダ１４と、ＴＤデコーダ１５と、チューナ１６と、ケーブルカードインターフェース（ケーブルカードＩ／Ｆ）１７と、リモコン受信部１８と、ハードディスクドライブ（ＨＤＤ）１９と、メモリ２０と、キャッシュメモリ２１と、セレクタ２２及び処理回路２３ａ〜２３ｃから構成される。
【００２４】
ＣＰＵ１０は、ケーブル放送受信装置１００の動作を制御するコントローラである。ＣＰＵ１０には、データの記憶手段としてＨＤＤ１９と、揮発性メモリ２０及び不揮発性記憶手段であるキャッシュメモリ２１が接続されている。また、リモコン受信部１８から入力されたキーコードに基づき、ケーブル放送及び入力１〜３のうちのいずれか１つをディスプレイ１１に表示させる。
【００２５】
ディスプレイ１１は、合成部１２から出力された映像を表示する。合成部１２は、プレーン管理部１３から出力されたプレーンを合成し、ディスプレイ１１への出力又は外部録画機器への出力を行う。ここで、ディスプレイ１１へプレーンを出力する場合は、内蔵アプリケーション専用プレーン、ビデオプレーン、スチルプレーン、ＯＳＤプレーン、ＯＣＡＰアプリケーション専用プレーンを内蔵アプリケーションとＯＣＡＰアプリケーションの動作状態に応じて夫々合成して出力し、外部録画機器へ出力する場合は、ビデオプレーン、スチルプレーン及びＯＳＤプレーンを合成して出力する。
【００２６】
プレーン管理部１３は、内蔵アプリケーション専用プレーン、ビデオプレーン、スチルプレーン、ＯＳＤプレーン及びＯＣＡＰアプリケーション専用プレーンを管理する。プレーンとは、１画面分の画素データを記憶しておくためのメモリ領域である。内蔵アプリケーション専用プレーンは、内蔵アプリケーションのＯＳＤ情報を記憶するためのメモリ領域である。ビデオプレーンは、映像を記憶するためのメモリ領域であり、スチルプレーンは、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）が背景画として用いる静止画像を記憶するためのメモリ領域である。ＯＳＤプレーンは、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）が使用するＯＳＤ情報を記憶するためのメモリ領域である。ＯＣＡＰ専用プレーンは、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）が外部録画機器へ出力したくないＯＳＤ情報を記憶するためのメモリ領域である。
【００２７】
ＡＶデコーダ１４は、局内サーバ２００よりＭＰＥＧ形式等で配信された音声／映像データを復号する。ＴＤデコーダ１５は、音声／映像／データを多重化したトランスポートストリームをフィルタリングする。チューナ１６は、局内サーバ２００よりケーブル２５０を介して配信された信号を受信する。受信された信号はケーブルカード３００でデスクランブルされＴＤデコーダ１５へ出力される。
【００２８】
ケーブルカードＩ／Ｆ１７は、ケーブルカード３００とデータのやりとりを行う。リモコン受信部１８は、リモコン４００からユーザ操作情報を受信し、キーコードとしてＣＰＵ１０へ出力する。
【００２９】
セレクタ２２は、処理回路２３ａ〜２３ｃからの出力のうちの１つの出力を選択し、合成部１２へ出力する。処理回路２３ａ〜２３ｃは、入力系統（入力１、入力２、入力３）から入力された映像音声信号を処理し、セレクタ２２へ出力する。
【００３０】
次に、図２を用いて、ケーブル放送受信装置１００の機能的構成を説明する。図２に示す機能的構成はＣＰＵ１０が所定のプログラムを実行することで実現される。なお、図２においては説明の便宜上、主要な機能のみを示している。図２に示されていない機能であっても、後述するケーブル放送受信装置１００の機能は、ＣＰＵ１０が所定のプログラムを実行することで実現され得ることは言うまでもない。
【００３１】
ケーブル放送受信装置１００は、内蔵アプリケーション（５１ａ、５１ｂ）と、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）と、内蔵アプリケーション管理部５３と、ＯＣＡＰアプリケーション管理部５４と、動作モード管理部５５と、キー配送部５６と、重複機能管理部５７と、データ管理部５８と、ケーブルカード管理部５９と、ＯＣＡＰバージョン管理部６０と、ＯＣＡＰアプリケーション保持部６１及びＯＳ６２から構成される。
【００３２】
内蔵アプリケーション（５１ａ、５１ｂ）は、例えば、選局アプリケーション、ペアレンタルコントロール表示アプリケーション、設定アプリケーション等の出荷時に組み込まれているあるいはネットワーク経由やＳＤカード等の記憶媒体を介してインストールされたアプリケーションである。ＯＣＡＰアプリケーション（５２ａ、５２ｂ）は、例えば、選局アプリケーション、ペアレンタルコントロール表示アプリケーション、設定アプリケーション等の局内サーバ２００からダウンロードして取得したアプリケーションである。
【００３３】
内蔵アプリケーション管理部５３は、内蔵アプリケーション（５１ａ、５１ｂ）の起動及びキー配送制御、ＯＣＡＰアプリケーション管理部５４の起動を制御する。ＯＣＡＰアプリケーション管理部５４は、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）を実行するミドルウェアであって、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）の起動及びキー配送制御を行う。
【００３４】
動作モード管理部５５は、ケーブル放送受信装置１００の動作モードを管理する。動作モードはＩＤＴＶモードとＯＣＡＰモードであって、内蔵アプリケーション（５１ａ、５１ｂ）のみが動作している状態をＩＤＴＶモードとし、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）が更に動作している状態をＯＣＡＰモードとする。また、内蔵アプリケーション（５１ａ、５１ｂ）の状態を管理するとともに、ＯＣＡＰアプリケーション管理部５４から通知されたＯＣＡＰアプリケーション（５２ａ、５２ｂ）の起動及び終了を管理する。
【００３５】
キー配送部５６は、リモコン４００からのキーコードを内蔵アプリケーション管理部５３又はＯＣＡＰアプリケーション管理部５４へ配送する。
【００３６】
重複機能管理部５７は、内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）の動作状態及び予め設定された排他共有情報に基づいて内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）の排他／共有の判断を行う。ここで、排他共有情報とは、両アプリケーション間で実行する同様の機能に関して、機能毎にＯＣＡＰ優先かＩＤＴＶ優先かを記載している情報である。重複機能管理部５７の処理については後ほど詳述する。
【００３７】
データ管理部５８は、例えばＰＩＮ（Ｐｅｒｓｏｎａｌ  ＩｄｅｎｔｉｆｉｃａｉｏｎＮｕｍｂｅｒ）情報、ペアレンタル情報、字幕設定情報等の内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）の両方で共有するデータを管理する。ケーブルカード管理部５９は、ケーブルカード３００からの要求を受信し、管理し、実行するモジュールである。
【００３８】
ＯＣＡＰバージョン管理部６０は、ＯＣＡＰアプリケーション保持部６１で保持されているＯＣＡＰアプリケーション（５２ａ、５２ｂ）のバージョンを管理するとともに、受信したＸＡＩＴ（Ｅｘｔｅｎｄｅｄ  Ａｐｐｌｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）に基づいてＯＣＡＰアプリケーション（５２ａ、５２ｂ）のバージョンアップ処理を行う。ここで、ＸＡＩＴとは、局内サーバ２００から送信されるＯＣＡＰアプリケーション（５２ａ、５２ｂ）の管理情報であって、少なくとも起動するＯＣＡＰアプリケーション（５２ａ、５２ｂ）の情報として、バージョン情報、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）の格納場所（ＵＲＬ情報等）を含む。ケーブル放送受信装置１００は、局内サーバ２００から定期的にＸＡＩＴを受信している。ＯＣＡＰアプリケーション保持部６１は、ＸＡＩＴに基づいて局内サーバ２００からダウンロードしたＯＣＡＰアプリケーション（５２ａ、５２ｂ）を保持する。ＯＳ６２は、ケーブル放送受信装置１００全体を管理するソフトウェアである。
【００３９】
次に、図３を用いてケーブル放送受信装置１００のＯＣＡＰ起動時の状態遷移を説明する。ここで、ＯＣＡＰ起動時とは、ＯＣＡＰ規格により定義されたＳｅｒｖｉｃｅＣｏｎｔｅｘｔの取得が完了した時又はＯＳＤが不可視状態から可視状態に変更された時を意味する。なお、ＯＣＡＰ起動時は、上記以外に、ＯＣＡＰ規格により定義されたＸｌｅｔのロード完了時、ｉｎｔＸｌｅｔ処理時、あるいはｓｔａｒｔＸｌｅｔ処理時であってもよい。
【００４０】
ケーブル放送受信装置１００は、主電源Ｏｆｆ状態３０１と、初期化状態３０２と、ケーブルカード３００が挿入されていない状態であるＮｏＣａｒｄ状態３０３と、ケーブルカード３００が挿入された状態であってＯＣＡＰが起動していない状態であるＬｅｇａｃｙＳｅｒｖｉｃｅ状態３０４及びＯＣＡＰが起動した状態であるＯＣＡＰＳｅｒｖｉｃｅ状態３０５の５つの状態を有する。
【００４１】
ケーブル放送受信装置１００は、主電源Ｏｆｆ状態３０１においてＡＣ電源をＯＮした場合、ケーブルカード３００の挿入有無によってＮｏＣａｒｄ状態３０３、ＬｅｇａｃｙＳｅｒｖｉｃｅ状態３０４へ遷移する。そして、ＬｅｇａｃｙＳｅｒｖｉｃｅ状態３０４においてＸＡＩＴを受信すると、ＯＣＡＰＳｅｒｖｉｃｅ状態３０５へ遷移する。
【００４２】
次に、図４を用いて、ケーブル放送受信装置１００において内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）が同時に動作する場合の機能分類を説明する。
【００４３】
ケーブル放送受信装置１００において、ケーブル放送受信装置１００の全機能は、ＩＤＴＶドメイン４０１に属する。ＩＤＴＶドメイン４０１は、受信機ドメイン４０２とそれ以外に分割される。受信機ドメイン４０２には、ＳＴＢやＴＶなどの受信機が持つ共通の機能が属する。受信機ドメイン４０２に属さない領域には、ディスプレイやスピーカなどＴＶ特有の機能が属する。受信機ドメイン４０２は、チューナサービスドメイン４０３と、外部入力サービスドメイン４０５と、受信機独自サービスドメイン４０６及びそれ以外に  分割される。チューナサービスドメイン４０３には、放送を受信する機能が属する。外部入力サービスドメイン４０５には、外部入力から受信したサービスをユーザに提供する機能が属する。受信機独自サービスドメイン４０６には、受信機が内蔵する独自サービスをユーザに提供する機能が属する。チューナサービスドメイン４０３は、さらにＣａｂｌｅサービスドメイン４０４とそれ以外に分割される。Ｃａｂｌｅサービスドメイン４０４には、ケーブル放送局が送出するサービスをユーザに提供する機能が属する。
【００４４】
ケーブル放送受信装置１００では、内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）が同時に動作している場合に、Ｃａｂｌｅサービスドメイン４０４に属する機能が夫々のアプリケーション毎で同時に実行されてしまうことがあるため、本発明では、受信機ドメイン４０２に属する機能に関して、内蔵アプリケーション（５１ａ、５１ｂ）、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）間で排他制御を行う。以降、ロック機能（特にＰＩＮ入力機能）を代表例として説明する。
【００４５】
まず、ＰＩＮ入力機能に関する排他制御を説明する前に、ＯＣＡＰ起動時のケーブル放送受信装置１００の処理について図２を用いて説明する。
【００４６】
ケーブルカード管理部５９は、ＯＳ６２を介してＸＡＩＴを受信した場合、内蔵アプリケーション管理部５３へのＸＡＩＴ受信通知及びＯＣＡＰバージョン管理部６０へのＸＡＩＴ送信を行う。内蔵アプリケーション管理部５３は、ＸＡＩＴ受信通知を受け、ＯＣＡＰアプリケーション管理部５４を起動させる。
【００４７】
ＯＣＡＰアプリケーション管理部５４は、ＯＣＡＰバージョン管理部６０に対し、受信したＸＡＩＴと既に記憶しているＸＡＩＴとの比較を行わせ、比較結果に基づいてＯＣＡＰアプリケーション保持部６１で保持しているＯＣＡＰアプリケーション（５２ａ、５２ｂ）を起動させるとともに、動作モード管理部５５に対しＯＣＡＰ起動通知を行う。
【００４８】
動作モード管理部５５は、動作モードをＩＤＴＶモードからＯＣＡＰモードに設定すると共に、重複機能管理部５７に対し、ＯＣＡＰ起動通知を行う。
【００４９】
重複機能管理部５７は、ＯＣＡＰ起動通知を受け、動作モード管理部５５から内蔵アプリケーション（５１ａ、５１ｂ）の動作状態を取得する。これがＯＣＡＰ起動時の一連の処理である。
【００５０】
では、ここでＰＩＮ入力機能の排他制御について図２、図５及び図６を用いて説明する。ＰＩＮ入力機能に関しては、重複機能管理部５７の排他共有情報は「ＯＣＡＰ優先」となっている。図５は、ＯＣＡＰ起動時のＰＩＮ入力画面制御を示す図であり、図６は、ＰＩＮ入力時の排他制御に関する処理を示すフローチャートである。
【００５１】
前提として、ケーブル放送受信装置１００では、内蔵アプリケーション（５１ａ、５１ｂ）として選局アプリケーションが動作しＡＶ表示が行われている状態であって、動作モード管理部５５は、動作モードとして「ＩＤＴＶモード」、内蔵アプリケーションの状態として「選局アプリケーション動作中」という情報を保持している。
【００５２】
ここで、ＯＳ６２、キー配送部５６を介してユーザからチャンネル切替のキーコードが内蔵アプリケーション管理部５３に入力された場合、内蔵アプリケーション管理部５３は、選局アプリケーションに対してチャンネル切替のキーコードを配送する。選局アプリケーションは配送されたキーコードに基づいてチャンネル切替を行う。この際、チャンネル切替後のＡＶは、ペアレンタルロックがかかっているとする。そのため、選局アプリケーションは内蔵アプリケーション管理部５３に対し、ペアレンタルコントロール表示アプリケーション起動要求を送信する。
【００５３】
内蔵アプリケーション管理部５３は、ペアレンタルコントロール表示アプリケーション起動要求を受け、内蔵アプリケーション（５１ａ、５１ｂ）の１つであるペアレンタルコントロール表示アプリケーションを選局アプリケーションの前面で起動させる（５００、Ｓ６０１）。そして、ペアレンタルコントロール表示アプリケーションは、起動通知を動作モード管理部５５に通知する。動作モード管理部５５は、内蔵アプリケーションの状態として、「選局アプリケーション動作中、ＰＩＮ未解除」を保持する。
【００５４】
ユーザは、リモコン４００を介してＰＩＮ入力を行う。ＰＩＮ入力情報は、キー配送部５６、内蔵アプリケーション管理部５３を介してペアレンタルコントロール表示アプリケーションに入力される。
【００５５】
所定文字数入力後、ペアレンタルコントロール表示アプリケーションは、データ管理部５８にて管理されているＰＩＮ情報と入力されたＰＩＮ入力情報とを比較する。一致した場合、「ＰＩＮ解除済み」を動作モード管理部５５へ通知すると共に、ペアレンタルコントロール表示アプリケーションは終了する（Ｓ６０２でＹＥＳ）。ペアレンタルコントロール表示アプリケーションの終了と共に、ユーザは選局アプリケーションが表示しているＡＶを視聴することができる（Ｓ６０３）。この一連の処理により、動作モード管理部５５は、内蔵アプリケーションの状態として、「選局アプリケーション動作中、ＰＩＮ解除済み」を保持する。
【００５６】
ここで、上記状態において、上述のＯＣＡＰ起動時の一連の処理に基づいてＯＣＡＰ起動が行われ、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）としてＯＣＡＰの選局アプリケーションが起動したとする。そして、ＯＣＡＰの選局アプリケーションが表示するＡＶにはペアレンタルロックがかかっているとする。ＯＣＡＰ起動によって、動作モード管理部５５が管理する動作モードは「ＯＣＡＰモード」となり、内蔵アプリケーションの状態は「選局アプリケーション動作中、ＰＩＮ解除済み」、ＯＣＡＰアプリケーションの状態は「ＯＣＡＰアプリケーション動作中」となる。また、重複機能管理部５７は、内蔵アプリケーション及びＯＣＡＰアプリケーションの各状態を動作モード管理部５５から取得している（Ｓ６０４で「ＹＥＳ」）。
【００５７】
起動したＯＣＡＰの選局アプリケーションはＯＣＡＰアプリケーション管理部５４に対し、ＰＩＮ解除問い合わせ要求を行う。ＯＣＡＰアプリケーション管理部５４は重複機能管理部５７に対して、ＰＩＮ解除問い合わせを行う。重複機能管理部５７は、排他共有情報として「ＯＣＡＰ優先」、内蔵アプリケーションの状態として「ＰＩＮ解除済み」情報を保持しているため、ＯＣＡＰアプリケーション管理部５４に対して「ＰＩＮ解除済み」を通知する。これを受け、ＯＣＡＰアプリケーション管理部５４は、ＯＣＡＰの選局アプリケーションに対し「ＰＩＮ解除済み」を応答する。
【００５８】
上記処理によって、ＯＣＡＰの選局アプリケーションはＯＣＡＰのペアレンタルコントロール表示アプリケーションを起動させない。これにより、ユーザはＯＣＡＰの選局アプリケーションが表示しているＡＶをＰＩＮ入力を行うことなく表示することができる（５０１、Ｓ６０５）。
【００５９】
ところで、上記処理では、ＯＣＡＰ起動時に内蔵アプリケーション（５１ａ、５１ｂ）のペアレンタルコントロール表示アプリケーションのＰＩＮ解除済み情報をＯＣＡＰアプリケーション（５２ａ、５２ｂ）のペアレンタルコントロール表示アプリケーションで利用（共有）させ、ＰＩＮ入力時の排他制御を行った。しかしながら、上記処理では、ユーザがＰＩＮ入力中においてＯＣＡＰが起動した場合の処理については言及していない。そこで、以下で、上記処理においてＰＩＮ入力中にＯＣＡＰが起動した場合のＰＩＮ入力画面の排他制御について説明する。
【００６０】
ユーザがリモコン４００を介してＰＩＮ入力を行っている途中で、上述のＯＣＡＰ起動時の一連の処理に基づいてＯＣＡＰ起動が行われ、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）としてＯＣＡＰの選局アプリケーションが起動したとする。そして、ＯＣＡＰの選局アプリケーションが表示するＡＶにはペアレンタルロックがかかっているとする。ＯＣＡＰ起動によって、動作モード管理部５５が管理する動作モードは「ＯＣＡＰモード」となり、内蔵アプリケーションの状態は「選局アプリケーション動作中、ＰＩＮ未解除」、ＯＣＡＰアプリケーションの状態は「ＯＣＡＰアプリケーション動作中」となる。また、重複機能管理部５７は、内蔵アプリケーション及びＯＣＡＰアプリケーションの各状態を動作モード管理部５５から取得している（Ｓ６０２で「ＮＯ」、Ｓ６０６で「ＹＥＳ」）。
【００６１】
起動したＯＣＡＰの選局アプリケーションはＯＣＡＰアプリケーション管理部５４に対し、ＰＩＮ解除問い合わせ要求を行う。ＯＣＡＰアプリケーション管理部５４は重複機能管理部５７に対して、ＰＩＮ解除問い合わせを行う。重複機能管理部５７は、排他共有情報として「ＯＣＡＰ優先」、内蔵アプリケーションの状態として「ＰＩＮ未解除」情報を保持しているため、ＯＣＡＰアプリケーション管理部５４に対して「ＰＩＮ未解除」を通知する。ＯＣＡＰアプリケーション管理部５４は、ＯＣＡＰの選局アプリケーションに対し「ＰＩＮ未解除」を応答する。
【００６２】
これを受け、ＯＣＡＰの選局アプリケーションは、ＯＣＡＰアプリケーション管理部５４に対しペアレンタルコントロール表示アプリケーション起動要求を送信する。ＯＣＡＰアプリケーション管理部５４は、ペアレンタルコントロール表示アプリケーション起動要求を受け、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）の１つであるペアレンタルコントロール表示アプリケーションを選局アプリケーションの前面で起動させる（５０２、Ｓ６０７）。起動したＯＣＡＰのペアレンタルコントロール表示アプリケーションは、ＰＩＮ入力中通知を重複機能管理部５７に通知する。
【００６３】
重複機能管理部５７は、ＰＩＮ入力中通知を受け、内蔵アプリケーション管理部５３に対し、ペアレンタルコントロール表示アプリケーション終了要求を送信する。内蔵アプリケーション管理部５３は、表示中の内蔵アプリケーションのペアレンタルコントロール表示アプリケーションを終了させる（Ｓ６０８）。ペアレンタルコントロール表示アプリケーションは終了時に動作モード管理部５５に対し「ＰＩＮ未解除」を通知する。
【００６４】
上記処理によって、ユーザは通常のＯＣＡＰでのＰＩＮ入力処理を行った後（Ｓ６０９で「ＹＥＳ」）、ＯＣＡＰの選局アプリケーションが表示しているＡＶを視聴することができる（Ｓ６０５）。
【００６５】
以上により、内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）が同時にＰＩＮ入力機能を動作させる状況において、アプリケーション間の調整を効率的に行うことができる。
【００６６】
なお、本実施の形態１では、代表例としてＰＩＮ入力機能について説明したが、バナー表示機能、選局関連表示機能（例えば、チューニングエラー表示機能）等の両アプリケーション間で同時に動作する機能に関しても、ＯＣＡＰアプリケーションが起動した場合は、内蔵アプリケーション（５１ａ、５１ｂ）として動作している、バナー表示機能、選局関連表示機能（例えば、チューニングエラー表示機能）等に関連するアプリケーションを終了させる。
【００６７】
（実施の形態２）
本実施の形態２では、ＯＣＡＰバージョン管理部６０での比較処理について詳述する。特に、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）のバージョンアップの観点から、図２及び図７を用いて説明する。なお、バージョンアップはＯＣＡＰ起動時になされる場合と、ＯＣＡＰ動作中にＸＡＩＴを受信し、その受信に基づいて行われる場合がある。いずれにしても、トリガがＸＡＩＴを受信であることには変わりない。そこで、本実施の形態２では、ＯＣＡＰ動作中にバージョンアップを通知するＸＡＩＴを受信した場合を例として説明する。
【００６８】
ケーブルカード管理部５９は、ＯＳ６２を介してＸＡＩＴを受信した場合、ＯＣＡＰバージョン管理部６０へのＸＡＩＴ送信を行う（Ｓ７０１）。
【００６９】
ＸＡＩＴを受信したＯＣＡＰバージョン管理部６０は、ＯＣＡＰアプリケーション管理部５４から少なくとも現在起動しているＯＣＡＰアプリケーション（５２ａ、５２ｂ）の識別子とバージョン情報を取得する。そして、ＯＣＡＰアプリケーション管理部５４から取得した情報と、受信したＸＡＩＴ、及び記憶しているＯＣＡＰアプリケーション保持部６１で保持されているＯＣＡＰアプリケーション（５２ａ、５２ｂ）のバージョンに基づいてバージョンアップが必要か否かを判断し（Ｓ７０２）、バージョンアップが必要と判断した場合であって（Ｓ７０２で「ＹＥＳ」）、バージョンアップ対象のＯＣＡＰアプリケーション（５２ａ、５２ｂ）が動作中でない場合は（Ｓ７０３で「ＮＯ」）、受信したＸＡＩＴに記載されている格納場所から所定の方法でＯＣＡＰアプリケーション（５２ａ、５２ｂ）を取得し、ＯＣＡＰアプリケーション保持部６１の対象ＯＣＡＰアプリケーション（５２ａ、５２ｂ）を書き換える（Ｓ７０４）。
【００７０】
一方、バージョンアップ対象のＯＣＡＰアプリケーション（５２ａ、５２ｂ）が動作中の場合は（Ｓ７０３で「ＹＥＳ」）、ケーブル放送受信装置１００がスタンバイオフ状態になるまで所定のバージョンアップ処理は実行しない。ここで、スタンバイオフ状態は、ユーザのリモコン４００操作あるいはケーブル放送受信装置１００に設置されたボタン等により、キーコードとしてＯＳ６２、キー配送部５６を介して内蔵アプリケーション管理部５３へ通知される。そして、内蔵アプリケーション管理部５３はスタンバイオフを検知した場合、ＯＣＡＰアプリケーション管理部５４に対してスタンバイオフ通知を送信する。これを受け、ＯＣＡＰアプリケーション管理部５４はＯＣＡＰバージョン管理部６０に対し、スタンバイオフ通知を行う。この一連の処理によってＯＣＡＰバージョン管理部６０はスタンバイオフ状態を検知し、受信したＸＡＩＴに記載されている格納場所から所定の方法でＯＣＡＰアプリケーション（５２ａ、５２ｂ）を取得し、ＯＣＡＰアプリケーション保持部６１の対象ＯＣＡＰアプリケーション（５２ａ、５２ｂ）を書き換える。書き換え完了後、ＯＣＡＰバージョン管理部６０は書き換え完了通知をＯＣＡＰアプリケーション管理部５４に通知し、ＯＣＡＰアプリケーション管理部５４は書き換え完了通知を受け、再起動する（Ｓ７０５）。
【００７１】
なお、本実施の形態２では、ステップＳ７０５の処理において、書き換え完了通知を受けてＯＣＡＰアプリケーション管理部５４が再起動しているが、起動中のバージョンアップ対象ＯＣＡＰアプリケーション（５２ａ、５２ｂ）のみを再起動させるようにしてもよい。
【００７２】
また、スタンバイオフ通知のトリガをユーザの直接操作であるリモコン４００操作あるいはケーブル放送受信装置１００に設置されたボタン操作としているが、トリガは内部のイベントであってもよい。
【００７３】
以上の処理によって、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）のバージョンアップを効率的に行うことができる。
【産業上の利用可能性】
【００７４】
本発明は、放送データを受信する受信装置であって、内蔵のアプリケーションとダウンロードしたアプリケーションの双方により機能が実現されるＴＶ、ＳＴＢ等の放送受信装置で有用である。
【図面の簡単な説明】
【００７５】
【図１】本発明の実施の形態１に係るケーブル放送受信装置のハードウェア構成を示す図
【図２】同実施の形態に係るケーブル放送受信装置の機能的構成を示す図
【図３】同実施の形態に係るケーブル放送受信装置の状態遷移を示す図
【図４】同実施の形態に係るケーブル放送受信装置の機能分類を示す図
【図５】同実施の形態に係るＰＩＮ入力画面制御を示す図
【図６】同実施の形態に係るＰＩＮ入力時の排他制御に関する処理を示すフローチャート
【図７】本発明の実施の形態２に係るＸＡＩＴバージョンアップに関する処理を示すフローチャート
【符号の説明】
【００７６】
１００    ケーブル放送受信装置
１１    ディスプレイ
１２    合成部
１３    プレーン管理部
１４    ＡＶデコーダ
１５    ＴＤデコーダ
１６    チューナ
１７    ケーブルカードＩ／Ｆ
１８    リモコン受信部
１９    ＨＤＤ
２０    メモリ
２１    キャッシュメモリ
２２    セレクタ
２３ａ〜２３ｃ    処理回路
２００    局内サーバ
２５０    ケーブル
３００    ケーブルカード
４００    リモコン
５１ａ、５１ｂ    内蔵アプリケーション
５２ａ、５２ｂ    ＯＣＡＰアプリケーション
５３    内蔵アプリケーション管理部
５４    ＯＣＡＰアプリケーション管理部
５５    動作モード管理部
５６    キー配送部
５７    重複機能管理部
５８    データ管理部
５９    ケーブルカード管理部
６０    ＯＣＡＰバージョン管理部
６１    ＯＣＡＰアプリケーション保持部
６２    ＯＳ
【図１】
0005092608.tif 000002
【図２】
0005092608.tif 000003
【図３】
0005092608.tif 000004
【図４】
0005092608.tif 000005
【図６】
0005092608.tif 000006
【図７】
0005092608.tif 000007
【図５】
0005092608.tif 000008