(57)【要約】【課題】ＯＣＡＰアプリケーションと内蔵アプリケーションが受信装置に並存する場合には、同時に同様の機能を実現する状況が発生し、ユーザの操作上の混乱を招き、リソース制御において互いに影響を及ぼしあい動作上の不具合が発生する【解決手段】本発明に係る受信装置は、放送局から受信した第１のアプリケーションと予め受信装置に格納された第２のアプリケーションとを処理可能な受信装置であって、第１のアプリケーション及び第２のアプリケーションの映像音声の出力を設定する設定情報を格納するデータ管理部と、イベントを入力するためのイベント入力手段とを備え、第１又は第２のアプリケーションが起動中に、イベント入力手段によりデータ管理部に格納された設定情報が変更された場合には、データ管理部に格納された設定情報を書き換える。【選択図】図１
2009044401.tif 000002
【特許請求の範囲】
【請求項１】
放送局から受信した第１のアプリケーションと予め受信装置に格納された第２のアプリケーションとを処理可能な受信装置であって、
前記第１のアプリケーションの制御を行う第１アプリケーション管理部と、
前記第２のアプリケーションの制御を行う第２アプリケーション管理部と、
前記第１のアプリケーション管理部及び前記第２のアプリケーション管理部の映像又は音声の出力を設定する設定情報を格納するデータ管理部と、
イベントを入力するためのイベント入力手段とを備え、
前記第１又は第２のアプリケーションが起動中に、前記イベント入力手段により前記データ管理部に格納された設定情報が変更された場合には、前記データ管理部に格納された設定情報を書き換えることを特徴とする受信装置。
【請求項２】
放送局から受信した第１のアプリケーションと予め受信装置に格納された第２のアプリケーションとを処理可能な受信装置であって、
前記第１のアプリケーションの制御を行う第１アプリケーション管理部と、
前記第２のアプリケーションの制御を行う第２アプリケーション管理部と、
前記第１のアプリケーション管理部及び前記第２のアプリケーション管理部の映像又は音声の出力を設定する設定情報を格納するデータ管理部と、
イベントを入力するためのイベント入力手段と、
前記第１又は第２のアプリケーションが起動中に、前記イベント入力手段により前記設定情報に関するイベントが入力された場合には、起動中の前記第１又は第２のアプリケーション管理部が、設定情報を設定するための第３のアプリケーションを起動し、第３のアプリケーションにより前記データ管理部の設定情報を書き換えることを特徴とする受信装置。
【請求項３】
放送局から受信した第１のアプリケーションと予め受信装置に格納された第２のアプリケーションとを処理可能な受信装置であって、
前記第１のアプリケーションの制御を行う第１アプリケーション管理部と、
前記第２のアプリケーションの制御を行う第２アプリケーション管理部と、
前記第１のアプリケーション管理部及び前記第２のアプリケーション管理部の映像又は音声の出力を設定する設定情報を格納するデータ管理部と、
イベントを入力するためのイベント入力手段と、
前記第１又は第２のアプリケーションのいずれかの起動時であって、前記イベント入力手段により前記データ管理部に格納された設定情報が変更された場合には、起動中の前記第１又は第２のアプリケーションは、設定情報が変更されたデータ管理部の設定情報に基づいて映像又は音声の出力を行うことを特徴とする受信装置。
【請求項４】
前記受信装置は、さらに、前記第１アプリケーション管理部と前記第２アプリケーション管理部との制御情報の共有の有無を判断する重複管理部を備え、
前記第１又は第２のアプリケーションのいずれかが起動中に、前記イベント入力手段により前記データ管理部に格納された設定情報が変更された場合には、起動中の前記第１又は第２アプリケーション管理部は、前記重複管理部に制御情報の変更を通知し、
前記第１又は第２のアプリケーションのいずれかの起動時には、前記第１又は第２アプリケーション管理部は、前記重複管理部に制御情報の変更の有無を問い合わせることを特徴とする請求項３記載の受信装置。
【請求項５】
前記データ管理部は、前記第１のアプリケーション管理部と前記第２のアプリケーション管理部とが共通してアクセスする設定情報を格納する第１の領域と、前記第１のアプリケーション管理部と前記第２のアプリケーション管理部とが異なる設定情報を格納する第２の領域とを備え、
前記イベント入力手段により、現在起動中のアプリケーションの設定情報を初期状態に設定するイベントが入力された場合には、前記データ管理部の前記第１の領域の全部又は一部と前記第２の領域のうち現在起動中のアプリケーションの設定情報が格納された領域の全部又は一部のみ設定情報を初期状態に設定することを特徴とする請求項１から４記載の受信装置。
【請求項６】
前記設定情報は、少なくとも言語設定、音声設定、字幕設定、お好み選局のいずれかを含むことを特徴とする請求項１から５のいずれかに記載の受信装置。
【請求項７】
放送局から受信した第１のアプリケーションと予め受信装置に格納された第２のアプリケーションとを処理可能な受信装置であって、
前記第１のアプリケーションの制御を行う第１アプリケーション管理部と、
前記第２のアプリケーションの制御を行う第２アプリケーション管理部と、
前記第１又は第２のアプリケーションの何れかが動作中に、もう一方のアプリケーションの割り込みを調停する重複管理部と、
前記第１又は第２のアプリケーションの動作状態を格納する動作管理部と
イベントを入力するためのイベント入力手段とを備え、
前記イベント入力手段により、前記第１又は第２のアプリケーションにおいて所定時間に所定のサービスの選局を開始するイベントが入力された場合には、前記重複管理部により前記第１又は第２のアプリケーションのいずれを出力するか調停し、前記動作管理部に調停の結果を送信することを特徴とする受信装置。
【請求項８】
放送局から受信した第１のアプリケーションと予め受信装置に格納された第２のアプリケーションとを処理可能な受信装置であって、
前記第１のアプリケーションの制御を行う第１アプリケーション管理部と、
前記第２のアプリケーションの制御を行う第２アプリケーション管理部と、
前記第１のアプリケーション管理部及び前記第２のアプリケーション管理部の映像又は音声の出力を設定する設定情報を格納するデータ管理部と、
イベントを入力するためのイベント入力手段とを備え、
前記データ管理部には、前記第１又は第２のアプリケーションから出力される映像信号の優先順位が格納されており、
前記イベント入力手段により、前記第１又は第２のアプリケーションにおいて所定時間に所定のサービスの選局を開始するイベントが入力された場合には、前記データ管理部に格納された優先順位に基づいて、前記イベント入力手段により入力された所定のサービスの選局を行うか否かを判断する重複管理部を備えたことを特徴とする受信装置。
【請求項９】
放送局から受信した第１のアプリケーションと予め受信装置に格納された第２のアプリケーションとを処理可能な受信装置であって、
前記第１のアプリケーションの制御を行う第１アプリケーション管理部と、
前記第２のアプリケーションの制御を行う第２アプリケーション管理部と、
前記第１のアプリケーション管理部及び前記第２のアプリケーション管理部の映像又は音声の出力を設定する設定情報を格納するデータ管理部と、
イベントを入力するためのイベント入力手段と、
前記第１又は第２のアプリケーションの動作状態を管理する動作管理部とを備え、
前記イベント入力手段により、前記第１又は第２のアプリケーションにおいて所定時間に所定のサービスの選局を開始するイベントが入力された場合には、前記動作管理部による現在の動作状態に基づいて、前記イベント入力手段により入力された所定のサービスの選局を行うか否かを判断する重複管理部を備えたことを特徴とする受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送局から送信されたアプリケーションをダウンロードして受信するアプリケーションと予め内蔵されたアプリケーションを並列して処理可能な受信装置に関する。
【背景技術】
【０００２】
従来ケーブル放送は、放送事業者に依存した技術開発が進められていたため、閉鎖的な市場となっており、革新的な技術導入の機会が失われ、発展性が損なわれてきた。
【０００３】
これに対して、自由競争の促進に向け、ケーブル放送事業者の違いを問わず同じ技術が採用できるように、受信端末を構成する各コンポーネントのハードウェア仕様と受信端末上でアプリケーションを動作させるためのソフトウェアを標準化したＯＣＡＰ規格（Ｏｐｅｎ  Ｃａｂｌｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｌａｔｆｏｒｍ）が提案されている。
【０００４】
このＯＣＡＰ規格においては、放送波に多重化されたアプリケーションをダウンロードし実行することを最大の特徴としており、これによりアプリケーションをダウンロードした受信装置は、インタラクティブデータ放送を含む多様なサービスを実現可能となるものである（特許文献１）。
【０００５】
ＯＣＡＰによれば、ＴＶ、ＳＴＢ（Ｓｅｔ  Ｔｏｐ  Ｂｏｘ）等の受信装置は、放送局から電子番組表（ＥＰＧ）やＶＯＤ（Ｖｉｄｅｏ  Ｏｎ  Ｄｅｍａｎｄ）視聴用アプリケーション等の種々のアプリケーション（Ｊａｖａ（登録商標）アプリケーション）をダウンロード可能であり、ダウンロードしたアプリケーション（以下、ＯＣＡＰアプリケーションという。）をＯＣＡＰ規格で定まるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）に基づいて実行することにより所定の機能を実現する。
【０００６】
受信装置は、ケーブル放送局側から送信されるＯＣＡＰアプリケーション以外に、元々組み込まれているアプリケーション（以下、内蔵アプリケーションという。）を保持している。受信装置は、ＯＣＡＰアプリケーションがない場合、内蔵アプリケーションに従い機能を実行する。
【特許文献１】特開２００５−７３２３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記のように、ＯＣＡＰ規格においては、放送波に多重化されたアプリケーションをダウンロードし実行することを最大の特徴としており、これによりアプリケーションをダウンロードした受信装置は、インタラクティブデータ放送を含む多様なサービスを実現可能となる。
【０００８】
しかしながら、ＯＣＡＰ規格では、ＯＣＡＰアプリケーションと内蔵アプリケーションが同時に動作する場合の具体的な処理について規定されていないという問題がある。
【０００９】
そのため、受信装置では、ＯＣＡＰアプリケーションと内蔵アプリケーションが同時に同様の機能を実現する状況が発生し、ユーザの操作上の混乱を招き、また、ＯＣＡＰアプリケーションと内蔵アプリケーション間でのリソース制御において互いに影響を及ぼしあい動作上の不具合が発生するという実装上の問題がある。
【００１０】
本発明の目的は、ＯＣＡＰアプリケーションと内蔵アプリケーションが同様の機能を実現しえる状況において、ユーザの操作性及びリソース制御の不具合を防止した受信装置を提供することである。
【課題を解決するための手段】
【００１１】
本発明に係る受信装置は、放送局から受信した第１のアプリケーションと予め受信装置に格納された第２のアプリケーションとを処理可能な受信装置であって、第１のアプリケーションの制御を行う第１アプリケーション管理部と、第２のアプリケーションの制御を行う第２アプリケーション管理部と、第１のアプリケーション管理部及び第２のアプリケーション管理部の映像又は音声の出力を設定する設定情報を格納するデータ管理部と、イベントを入力するためのイベント入力手段とを備え、第１又は第２のアプリケーションが起動中に、イベント入力手段によりデータ管理部に格納された設定情報が変更された場合には、データ管理部に格納された設定情報を書き換える受信装置である。
【００１２】
この構成により、本願発明においては、放送局から受信した第１のアプリケーションと予め受信装置に格納された第２のアプリケーションにおいて、第１のアプリケーション及び第２のアプリケーションの両方が起動中に、イベント入力手段によりデータ管理部に格納された設定情報が変更された場合には、データ管理部に格納された映像又は音声の出力を設定する設定情報を書き換えることにより、互いのアプリケーションが個別に設定情報を変更する必要がなくなりユーザの操作性を向上するとともに、データ管理部により互いのアプリケーションのリソースを共有することが可能になりリソース制御の不具合を防止することが可能になるものである。
【００１３】
また、本願発明の受信装置は、放送局から受信した第１のアプリケーションと予め受信装置に格納された第２のアプリケーションとを処理可能な受信装置であって、第１のアプリケーションの制御を行う第１アプリケーション管理部と、第２のアプリケーションの制御を行う第２アプリケーション管理部と、第１のアプリケーション管理部及び第２のアプリケーション管理部の映像又は音声の出力を設定する設定情報を格納するデータ管理部と、イベントを入力するためのイベント入力手段と、第１又は第２のアプリケーションのいずれかの起動時であって、イベント入力手段によりデータ管理部に格納された設定情報が変更された場合には、起動中の第１又は第２のアプリケーションは、設定情報が変更されたデータ管理部の設定情報に基づいて映像又は音声の出力を行うことを特徴とする受信装置である。
【００１４】
この構成により、本願発明においては、放送局から受信した第１のアプリケーションと予め受信装置に格納された第２のアプリケーションにおいて、第１のアプリケーション及び第２のアプリケーションのいずれかが起動中に、イベント入力手段によりデータ管理部に格納された設定情報が変更された場合には、データ管理部に格納された映像又は音声の出力を設定する設定情報を書き換えることにより、互いのアプリケーションが個別に設定情報を変更する必要がなくなりユーザの操作性を向上するとともに、データ管理部により互いのアプリケーションのリソースを共有することが可能になりリソース制御の不具合を防止することが可能になるものである。
【００１５】
また、本願発明は、上記の内容に加えて、データ管理部は、第１のアプリケーション管理部と第２のアプリケーション管理部とが共通してアクセスする設定情報を格納する第１の領域と、第１のアプリケーション管理部と第２のアプリケーション管理部とが異なる設定情報を格納する第２の領域とを備え、イベント入力手段により、現在起動中のアプリケーションの設定情報を初期状態に設定するイベントが入力された場合には、データ管理部の前記第１の領域の全部又は一部と第２の領域のうち現在起動中のアプリケーションの設定情報が格納された領域の全部又は一部のみ設定情報を初期状態に設定する受信装置である。
【００１６】
この構成により、本願発明は、上述した、データ管理部に格納された映像又は音声の出力を設定する設定情報を書き換えることにより、互いのアプリケーションが個別に設定情報を変更する必要がなくなりユーザの操作性を向上するとともに、データ管理部により互いのアプリケーションのリソースを共有することが可能になりリソース制御の不具合を防止することが可能となるという効果に加えて、初期化の処理を行う際に、第１と第２のアプリケーションの設定情報が共通して初期化される領域と個別に初期化される領域とを儲けることにより、さらなるユーザの操作性を向上することが可能になるものである。
【００１７】
また、本願発明は、放送局から受信した第１のアプリケーションと予め受信装置に格納された第２のアプリケーションとを処理可能な受信装置であって、第１のアプリケーションの制御を行う第１アプリケーション管理部と、第２のアプリケーションの制御を行う第２アプリケーション管理部と、第１又は第２のアプリケーションの何れかが動作中に、もう一方のアプリケーションの割り込みを調停する重複管理部と、第１又は第２のアプリケーションの動作状態を格納する動作管理部と、イベントを入力するためのイベント入力手段とを備え、イベント入力手段により、第１又は第２のアプリケーションにおいて所定時間に所定のサービスの選局を開始するイベントが入力された場合には、重複管理部により第１又は第２のアプリケーションのいずれを出力するか調停し、動作管理部に調停の結果を送信する受信装置である。
【００１８】
この構成により、本願発明においては、第１又は第２のアプリケーションの何れかが動作中に、動作中でない一方のアプリケーションにおいて所定時間に所定のサービスの選局を開始するイベントが入力された場合には、第１又は第２のアプリケーションのいずれを出力するか調停することにより、第１及び第２のアプリケーションが競合することを回避することが可能になるものである。
【発明の効果】
【００１９】
本願発明においては、放送局から受信した第１のアプリケーションと予め受信装置に格納された第２のアプリケーションにおいて、第１のアプリケーション及び第２のアプリケーションの両方が起動中に、イベント入力手段によりデータ管理部に格納された設定情報が変更された場合には、データ管理部に格納された映像又は音声の出力を設定する設定情報を書き換えることにより、互いのアプリケーションが個別に設定情報を変更する必要がなくなりユーザの操作性を向上するとともに、データ管理部により互いのアプリケーションのリソースを共有することが可能になりリソース制御の不具合を防止することが可能になるものである。
【００２０】
また、本願発明においては、放送局から受信した第１のアプリケーションと予め受信装置に格納された第２のアプリケーションにおいて、第１のアプリケーション及び第２のアプリケーションのいずれかが起動中に、イベント入力手段によりデータ管理部に格納された設定情報が変更された場合には、データ管理部に格納された映像又は音声の出力を設定する設定情報を書き換えることにより、互いのアプリケーションが個別に設定情報を変更する必要がなくなりユーザの操作性を向上するとともに、データ管理部により互いのアプリケーションのリソースを共有することが可能になりリソース制御の不具合を防止することが可能になるものである。
【００２１】
また、本願発明は、上述した、データ管理部に格納された映像又は音声の出力を設定する設定情報を書き換えることにより、互いのアプリケーションが個別に設定情報を変更する必要がなくなりユーザの操作性を向上するとともに、データ管理部により互いのアプリケーションのリソースを共有することが可能になりリソース制御の不具合を防止することが可能となるという効果に加えて、初期化の処理を行う際に、第１と第２のアプリケーションの設定情報が共通して初期化される領域と個別に初期化される領域とを儲けることにより、さらなるユーザの操作性を向上することが可能になるものである。
【００２２】
また、本願発明においては、第１又は第２のアプリケーションの何れかが動作中に、動作中でない一方のアプリケーションにおいて所定時間に所定のサービスの選局を開始するイベントが入力された場合には、第１又は第２のアプリケーションのいずれを出力するか調停することにより、第１及び第２のアプリケーションが競合することを回避することが可能になるものである。
【発明を実施するための最良の形態】
【００２３】
以下本発明を実施するための最良の形態について、図面を参照しながら説明する。
【００２４】
（実施の形態１）
最初に、本発明を実施するための最良の形態を説明するにあたり、各実施の形態において共通する受信装置の（１）受信装置のハードウェア構成（２）受信装置の機能的な構成（ソフトウェア構成）（３）受信装置の動作の遷移状態（４）受信装置の機能分類（５）用語の定義（６）請求項の各構成要素と実施の形態の各部との対応について説明する。
【００２５】
（１）受信装置のハードウェア構成
図１は、本発明の実施の形態１に係る受信装置のハードウェア構成を示す図である。受信装置１００は、ケーブル２５０を介して、ケーブル放送局に設置されたケーブル放送を提供する局内サーバ２００と接続されており、特定のケーブル放送局からケーブル放送を受信するためのケーブルカード３００を挿入し所定の処理を行うことによってケーブル放送を受信する。また、受信装置１００は、リモコン４００を介してユーザ操作情報（キーコード）を受信し、受信したキーコードに応じた処理を実行する。更に、受信装置１００は、ＤＶＤ等の外部録画機器へ映像音声信号を出力するための出力系統（出力）と、ケーブル放送からの情報以外に複数の映像音声信号の入力系統（入力１、入力２、入力３）を有する。この入力１から３は、例えば、外部記録装置からの出力を示している。ここで、本実施の形態１の受信装置１００は、ＯＣＡＰ規格に準拠したケーブル放送を受信可能である。なお、図１では、音声信号を処理するための構成は説明の簡略化のために省略してある。
【００２６】
受信装置１００は、ＣＰＵ１０と、ディスプレイ１１と、合成部１２と、プレーン管理部１３と、ＡＶデコーダ１４と、ＴＤデコーダ１５と、チューナ１６と、ケーブルカードインターフェース（ケーブルカードＩ／Ｆ）１７と、リモコン受信部１８と、ハードディスクドライブ（ＨＤＤ）１９と、メモリ２０と、キャッシュメモリ２１と、セレクタ２２及び処理回路２３ａ〜２３ｃから構成される。
【００２７】
ＣＰＵ１０は、受信装置１００の動作を制御するコントローラである。ＣＰＵ１０には、データの記憶手段としてＨＤＤ１９と、揮発性メモリ２０及び不揮発性記憶手段であるキャッシュメモリ２１が接続されている。また、リモコン受信部１８から入力されたキーコードに基づき、ケーブル放送及び入力１〜３のうちのいずれか１つをディスプレイ１１に表示させる。
【００２８】
ディスプレイ１１は、合成部１２から出力された映像、または受信した映像を表示する。合成部１２は、プレーン管理部１３から出力されたプレーンを合成し、ディスプレイ１１への出力又は外部録画機器への出力を行う。ここで、ディスプレイ１１へプレーンを出力する場合は、内蔵アプリケーション専用プレーン、ビデオプレーン、スチルプレーン、ＯＳＤプレーン、ＯＣＡＰアプリケーション専用プレーンを内蔵アプリケーションとＯＣＡＰアプリケーションの動作状態に応じて夫々合成して出力し、外部録画機器へ出力する場合は、ビデオプレーン、スチルプレーン及びＯＳＤプレーンを合成して出力する。
【００２９】
プレーン管理部１３は、内蔵アプリケーション専用プレーン、ビデオプレーン、スチルプレーン、ＯＳＤプレーン及びＯＣＡＰアプリケーション専用プレーンを管理する。プレーンとは、１画面分の画素データを記憶しておくためのメモリ領域である。内蔵アプリケーション専用プレーンは、内蔵アプリケーションのＯＳＤ情報を記憶するためのメモリ領域である。ビデオプレーンは、映像を記憶するためのメモリ領域であり、スチルプレーンは、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）が背景画として用いる静止画像を記憶するためのメモリ領域である。ＯＳＤプレーンは、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）が使用するＯＳＤ情報を記憶するためのメモリ領域である。ＯＣＡＰ専用プレーンは、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）が外部録画機器へ出力したくないＯＳＤ情報を記憶するためのメモリ領域である。
【００３０】
ＡＶデコーダ１４は、局内サーバ２００よりＭＰＥＧ形式等で配信された音声／映像データを復号する。ＴＤデコーダ１５は、音声／映像／データを多重化したトランスポートストリームをフィルタリングする。チューナ１６は、局内サーバ２００よりケーブル２５０を介して配信された信号を受信する。受信された信号はケーブルカード３００でデスクランブルされＴＤデコーダ１５へ出力される。
【００３１】
ケーブルカードＩ／Ｆ１７は、ケーブルカード３００とデータのやりとりを行う。リモコン受信部１８は、リモコン４００からユーザ操作情報を受信し、キーコードとしてＣＰＵ１０へ出力する。
【００３２】
セレクタ２２は、処理回路２３ａ〜２３ｃからの出力のうちの１つの出力を選択し、合成部１２へ出力する。処理回路２３ａ〜２３ｃは、入力系統（入力１、入力２、入力３）から入力された映像音声信号を処理し、セレクタ２２へ出力する。
【００３３】
（２）受信装置の機能的な構成
次に、図２を用いて、受信装置１００の機能的構成を説明する。図２に示す機能的構成はＣＰＵ１０が所定のプログラムの実行及び上述した受信装置１００のハードウェア構成により実現される。なお、図２においては説明の便宜上、主要な機能のみを示している。図２に示されていない機能であっても、後述する受信装置１００の機能は、ＣＰＵ１０が所定のプログラムを実行することで実現され得ることは言うまでもない。
【００３４】
受信装置１００は、内蔵アプリケーション（５１ａ、５１ｂ）と、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）と、内蔵アプリケーション管理部５３と、ＯＣＡＰアプリケーション管理部５４と、動作モード管理部５５と、キー配送部５６と、重複機能管理部５７と、データ管理部５８と、ケーブルカード管理部５９と、ＯＣＡＰバージョン管理部６０と、ＯＣＡＰアプリケーション保持部６１及びＯＳ６２から構成される。
【００３５】
内蔵アプリケーション（５１ａ、５１ｂ）は、例えば、選局アプリケーション、ペアレンタルコントロール表示アプリケーション、設定アプリケーション等の出荷時に組み込まれている、あるいはネットワーク経由やＳＤカード等の記憶媒体を介してインストールされたアプリケーションである。ＯＣＡＰアプリケーション（５２ａ、５２ｂ）は、例えば、選局アプリケーション、ペアレンタルコントロール表示アプリケーション、設定アプリケーション等の局内サーバ２００からダウンロードして取得したアプリケーションである。
【００３６】
内蔵アプリケーション管理部５３は、内蔵アプリケーション（５１ａ、５１ｂ）の起動及びキー配送制御、ＯＣＡＰアプリケーション管理部５４の起動を制御する。ＯＣＡＰアプリケーション管理部５４は、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）を実行するミドルウェアであって、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）の起動及びキー配送制御を行う。
【００３７】
動作モード管理部５５は、受信装置１００の動作モードを管理する。動作モードはＩＤＴＶモードとＯＣＡＰモードであって、内蔵アプリケーション（５１ａ、５１ｂ）のみが動作している状態をＩＤＴＶモードとし、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）が更に動作している状態をＯＣＡＰモードとする。また、内蔵アプリケーション（５１ａ、５１ｂ）の状態を管理するとともに、ＯＣＡＰアプリケーション管理部５４から通知されたＯＣＡＰアプリケーション（５２ａ、５２ｂ）の起動及び終了を管理する。
【００３８】
キー配送部５６は、リモコン４００からのキーコードを内蔵アプリケーション管理部５３又はＯＣＡＰアプリケーション管理部５４へ配送する。
【００３９】
重複機能管理部５７は、予め設定された排他共有情報に基づいて内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）の排他／共有の判断を行う。ここで、排他共有情報とは、両アプリケーション間で実行する同様の機能に関して、機能毎にＯＣＡＰ優先かＩＤＴＶ優先かを記載している情報である。重複機能管理部５７の処理については後ほど詳述する。
【００４０】
データ管理部５８は、例えばＰＩＮ（Ｐｅｒｓｏｎａｌ  ＩｄｅｎｔｉｆｉｃａｉｏｎＮｕｍｂｅｒ）情報、ペアレンタル情報、字幕設定情報等の内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）の両方で共有するデータを管理する。ケーブルカード管理部５９は、ケーブルカード３００からの要求を受信し、管理し、実行するモジュールである。
【００４１】
ＯＣＡＰバージョン管理部６０は、ＯＣＡＰアプリケーション保持部６１で保持されているＯＣＡＰアプリケーション（５２ａ、５２ｂ）のバージョンを管理するとともに、受信したＸＡＩＴ（Ｅｘｔｅｎｄｅｄ  Ａｐｐｌｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）に基づいてＯＣＡＰアプリケーション（５２ａ、５２ｂ）のバージョンアップ処理を行う。ここで、ＸＡＩＴとは、局内サーバ２００から送信されるＯＣＡＰアプリケーション（５２ａ、５２ｂ）の管理情報であって、少なくとも起動するＯＣＡＰアプリケーション（５２ａ、５２ｂ）の情報として、バージョン情報、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）の格納場所（ＵＲＬ情報等）を含む。受信装置１００は、局内サーバ２００から定期的にＸＡＩＴを受信している。ＯＣＡＰアプリケーション保持部６１は、ＸＡＩＴに基づいて局内サーバ２００からダウンロードしたＯＣＡＰアプリケーション（５２ａ、５２ｂ）を保持する。ＯＳ６２は、受信装置１００全体を管理するソフトウェアである。
【００４２】
（３）受信装置の動作の遷移状態
次に、図３を用いて受信装置１００のＯＣＡＰ起動時の状態遷移を説明する。ここで、ＯＣＡＰ起動時とは、ＯＣＡＰ規格により定義されたＳｅｒｖｉｃｅＣｏｎｔｅｘｔの取得が完了した時又はＯＳＤが不可視状態から可視状態に変更したときを意味する。なお、ＯＣＡＰ起動時は、上記以外に、ＯＣＡＰ規格により定義されたＸｌｅｔのロード完了時、ｉｎｔＸｌｅｔ処理時、あるいはｓｔａｒｔＸｌｅｔ処理時であってもよい。
【００４３】
受信装置１００は、主電源Ｏｆｆ状態３０１と、初期化状態３０２と、ケーブルカード３００が挿入されていない状態であるＮｏＣａｒｄ状態３０３と、ケーブルカード３００が挿入された状態あってＯＣＡＰが起動していない状態であるＬｅｇａｃｙＳｅｒｖｉｃｅ状態３０４及びＯＣＡＰが起動した状態であるＯＣＡＰＳｅｒｖｉｃｅ状態３０５の５つの状態を有する。
【００４４】
受信装置１００は、主電源Ｏｆｆ状態３０１においてＡＣ電源をＯＮした場合、ケーブルカード３００の挿入有無によってＮｏＣａｒｄ状態３０３、ＬｅｇａｃｙＳｅｒｖｉｃｅ状態３０４へ遷移する。そして、ＬｅｇａｃｙＳｅｒｖｉｃｅ状態３０４においてＸＡＩＴを受信すると、ＯＣＡＰＳｅｒｖｉｃｅ状態３０５へ遷移する。
【００４５】
（４）受信装置の機能分類
次に、図４を用いて、受信装置１００において内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）が同時に動作する場合の機能分類を説明する。
【００４６】
図４に示すように、受信装置１００において、受信装置１００の全機能は、ＩＤＴＶドメイン４０１に属する。ＩＤＴＶドメイン４０１は、受信機ドメイン４０２とそれ以外に分割される。受信機ドメイン４０２には、ＳＴＢやＴＶなどの受信機が持つ共通の機能が属する。受信機ドメイン４０２に属さない領域には、ディスプレイやスピーカなどＴＶ特有の機能が属する。受信機ドメイン４０２は、チューナサービスドメイン４０３と、外部入力サービスドメイン４０５と、受信機独自サービスドメイン４０６及びそれ以外に  分割される。チューナサービスドメイン４０３には、放送を受信する機能が属する。外部入力サービスドメイン４０５には、外部入力から受信したサービスをユーザに提供する機能が属する。受信機独自サービスドメイン４０６には、受信機が内蔵する独自サービスをユーザに提供する機能が属する。チューナサービスドメイン４０３は、さらにＣａｂｌｅサービスドメイン４０４とそれ以外に分割される。Ｃａｂｌｅサービスドメイン４０４には、ケーブル放送局が送出するサービスをユーザに提供する機能が属する。
【００４７】
（５）用語の定義
設定情報とは、入力された映像信号（画像及び音声信号、画像又は音声信号、画像及び音声信号以外のデータ情報等も含む）の出力を設定するための情報であり、具体的には、以下に説明する入力された映像信号を英語又は日本語等のいずれの言語で出力するかを設定する言語選択情報や入力された映像信号に含まれる耳の不自由な人のための字幕情報（クローズドキャプション）や出力される映像信号を主音声又は副音声のいずれかを選択したＳＡＰ情報等をいう。
【００４８】
起動時とは、ＯＣＡＰアプリケーションにおいては、ＯＣＡＰ規格により定義されたＳｅｒｖｉｃｅＣｏｎｔｅｘｔの取得が完了した時又はＯＳＤが不可視状態から可視状態に変更したときを意味する。なお、ＯＣＡＰ起動時は、上記以外に、ＯＣＡＰ規格により定義されたＸｌｅｔのロード完了時、ｉｎｔＸｌｅｔ処理時、あるいはｓｔａｒｔＸｌｅｔ処理時と定義することも可能である。
【００４９】
動作中とは、ＯＣＡＰアプリケーションにおいては、起動時以降の動作状態をいい、例えば、起動時をＸｌｅｔのロード完了時、ｉｎｔＸｌｅｔ処理時、あるいはｓｔａｒｔＸｌｅｔ処理時のいずれかと定義した場合には、ＯＣＡＰ規格により定義されたＳｅｒｖｉｃｅＣｏｎｔｅｘｔの取得が完了した時又はＯＳＤが不可視状態から可視状態に変更したときが動作時となる。
【００５０】
（６）請求項の各構成要素と実施の形態の各部との対応
以下、請求項の各構成要素と実施の形態の各部との対応の例について説明するが、本発明は下記の例に限定されない。
【００５１】
上述した実施の形態において説明したＯＣＡＰアプリケーション５２ａ、ＯＣＡＰアプリケーション５２ｂが放送局から受信した第１のアプリケーションに該当し、内蔵アプリケーション５１ａ、内蔵アプリケーション５１ｂが予め受信装置に格納された第２のアプリケーションに該当し、ＯＣＡＰアプリケーション管理部５４が第１アプリケーション管理部に該当し、内蔵アプリケーション管理部５３が第２アプリケーション管理部に該当する。
【００５２】
また、上述した実施の形態において説明したリモコン４００がイベント入力手段に該当し、ユーザ操作情報がイベントに該当し、重複機能管理部５７が重複管理部に該当し、動作モード管理部５５が動作管理部に該当する。
【００５３】
以上のような構成に基づいて、本願発明についてより詳細に説明する。
【００５４】
受信装置１００では、内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）が同時に動作している場合に、Ｃａｂｌｅサービスドメイン４０４に属する機能が夫々のアプリケーション毎で同時に実行されてしまうことがあるため、本発明では、受信機ドメイン４０２に属する機能に関して、内蔵アプリケーション（５１ａ、５１ｂ）、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）間でデータ共有を行う。以下に内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）との間でデータ共有について詳細に説明する。なお、以下の説明においては、データ共有の一例として、入力された映像信号に含まれる耳の不自由な人のための字幕情報（クローズドキャプション）の場合について説明する。なお、本発明は字幕情報に限定されるものではなく、それ以外の映像・音声の出力を設定する設定情報であればよい。
【００５５】
以下に、図５を参照しながら、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）動作中におけるデータ共有の処理について説明する。最初に、図５におけるＯＣＡＰアプリケーション（５２ａ、５２ｂ）動作中におけるデータ共有の処理のスタート時点の受信装置１００の状態について説明する。
【００５６】
図５におけるＯＣＡＰアプリケーション（５２ａ、５２ｂ）動作中におけるデータ共有の処理のスタート時点（Ｓ１００）には、図３に示す受信装置１００の状態遷移図においては、主電源Ｏｆｆ状態３０１においてＡＣ電源をＯＮした後、ケーブルカード３００の挿入有無によってＮｏＣａｒｄ状態３０３を経て、ＬｅｇａｃｙＳｅｒｖｉｃｅ状態３０４へ遷移した後、ＬｅｇａｃｙＳｅｒｖｉｃｅ状態３０４においてＸＡＩＴを受信し、ＯＣＡＰＳｅｒｖｉｃｅ状態３０５となっている。
【００５７】
また、図２に示す受信装置１００の機能構成図においては、内蔵アプリケーション（５１ａ、５２ａ）においては、例えば、選局のための選局アプリケーションが動作中であり、また、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）においても、例えば選局のための選局アプリケーションが動作中である。また、これらの内蔵アプリケーション（５１ａ、５２ａ）が内蔵アプリケーション管理部５３により起動されており、また、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）がＯＣＡＰアプリケーション管理部５４により起動され、それらの動作が管理されている。
【００５８】
また、動作モード管理部５５においては、動作モードがＩＤＴＶモードからＯＣＡＰモードに設定がなされており、内蔵アプリケーションの状態として「選局アプリケーション動作中」ＯＣＡＰアプリケーションの状態として「選局アプリケーション動作中」という情報が格納されている。さらに、データ管理部５８においては、現在設定されている設定情報が格納されている。例えば、現在のクローズドキャプションの設定がＯＦＦ等の情報が格納されている。なお、上述した説明においては、動作モード管理部５５において、選局アプリケーションの状態の判別を行っているが、これは具体的にＯＣＡＰアプリケーションの状態を取得せず、一つのアプリケーションが立ち上がっている場合には、そのアプリケーションを選局アプリケーションと決めておくことによりＯＣＡＰアプリケーションが選局アプリケーション動作中であるとの状態を取得することも可能である。
【００５９】
このような状況において、図１の受信装置１００のハードウェア構成図、図２の受信装置１００の機能構成図、図５及び図６のフローチャートを参照しながら、設定情報の変更にともなう内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）との間でのデータ共有情報の共有の処理について説明する。
【００６０】
受信装置１００は、リモコン４００から設定情報の変更に関するキー入力（イベント入力）が、リモコン受信部１８を介して入力されたか否かを判断する（Ｓ１０２）。ここで、設定情報の変更に関するキー入力とは、設定アプリケーションの起動を要求する信号である。具体的には、リモコン４００から入力されたキー入力がリモコン受信部１８に入力されたか否かを判別する。
【００６１】
次に、Ｓ１０２においてキー入力が入力されたと判断した場合には、受信装置１００は、動作モード管理部５５から現在のモード情報を取得し、現在動作中のアプリケーション管理部が設定アプリケーションを起動する（Ｓ１０４）。より具体的には、上述したように動作モード管理部５５において現在の動作モードはＯＣＡＰモードとなっているため、この設定情報の変更に関するキー入力は、キー配送部５６を介してＯＣＡＰアプリケーション管理部５４に通知される。この通知に対して、ＯＣＡＰアプリケーション管理部５４は、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）の一つである設定アプリケーションを起動させ、この動作状態を動作モード管理部５５に通知する。これにより、この時点において、動作モード管理部５５の動作モードは「ＯＣＡＰアプリケーション」を示しており、ＯＣＡＰアプリケーションは、「選局アプリケーション及び設定アプリケーション」が動作中であり、内蔵アプリケーションは、「選局アプリケーション」が起動中となる。
【００６２】
なお、上述した説明においては、動作モード管理部５５における動作モードを判別して、内蔵アプリケーション管理部５３又はＯＣＡＰアプリケーション管理部５４のいずれにキー配送部５６からキー入力を配送する構成について説明したが、本願発明では、別の実現手段として、リモコン４００において予め内蔵アプリケーション管理部５３又はＯＣＡＰアプリケーション管理部５４のいずれにキー入力を送信するかを決定しておき、そのキー入力を受信したキー配送部５６が、リモコン４００において予め選択された内蔵アプリケーション管理部５３又はＯＣＡＰアプリケーション管理部５４のいずれかにキー入力を配送する構成とすることも可能である。この場合、ユーザが予めリモコン４００のキー入力を行う際に、内蔵アプリケーション管理部５３又はＯＣＡＰアプリケーション管理部５４のいずれに対するキー入力かを選別することが可能になる。
【００６３】
次に、設定情報に関する入力がなされたか否かを判別する（Ｓ１０６）。具体的には、設定アプリケーションにより、データ管理部に格納されたクローズドキャプションの設定情報を読み出し、画面上に出力し、この画面上に出力された内容を、ユーザがリモコン４００により変更し、決定がなされたか否かを判別することにより、クローズドキャプションの設定を変更されたか否かを判別する。例えば、上述したように、現在のデータ管理部５８にはクローズドキャプション＝ＯＦＦの状態が設定されており、今回のキー入力によりクローズドキャプション＝ＯＮの状態が選択された場合には、設定情報に関する入力がなされたと判別する。
【００６４】
ここで、Ｓ１０６において設定情報に関する入力がなされた場合には、この設定アプリケーションにおいて設定された内容をデータ管理部５８において内蔵アプリケーション管理部５３及びＯＣＡＰアプリケーション管理部５４がともに参照するクローズドキャプションの領域に設定する。
【００６５】
以上の処理が終了した段階で、設定アプリケーションを終了する。設定アプリケーションの終了と共に、ユーザは選局アプリケーションが表示している映像信号を上述したクローズドキャプション＝ＯＮの状態で視聴することが可能になる。
【００６６】
引き続いて、図６のフローチャートを参照して、内蔵アプリケーション管理部５３におけるデータ共有について説明する。ここで、上記状態において、図３におけるＯＣＡＰＳｅｒｖｉｃｅ状態からＬｅｇａｃｙＳｅｒｖｉｃｅ状態に変更されたものとする。
【００６７】
また、動作モード管理部５５においては、動作モードがＯＣＡＰモードからＩＤＴＶモードに設定がなされており、内蔵アプリケーションの状態として「選局アプリケーション動作中」ＯＣＡＰアプリケーションの状態として「選局アプリケーション動作中」という情報が格納されている。さらに、データ管理部５８においては、現在設定されている設定情報が格納されている。例えば、現在のクローズドキャプションの設定がＯＮ等の情報が格納されている。
【００６８】
最初に、受信装置１００は内蔵アプリケーション（５１ａ、５１ｂ）に変更されているか否かを判断する（Ｓ２０２）。具体的には、動作モード管理部５５において、動作モードがＯＣＡＰモードからＩＤＴＶモードに設定されているか否かを判断する。
【００６９】
次に、内蔵アプリケーション（５１ａ、５１ｂ）に設定されていると判断した場合には、内蔵アプリケーション管理部５３は、内蔵アプリケーションの一つである字幕設定アプリケーションを起動する。この字幕設定アプリケーションにより、上述した設定アプリケーションによりデータ管理部５８に設定されたクローズドキャプションの設定情報に設定する（Ｓ２０６）。具体的には、字幕設定アプリケーションは、選局アプリケーションにより、データ管理部５８のクローズドキャプションの設定がＯＮにされた情報を取得して、内蔵アプリケーション（５１ａ、５１ｂ）におけるクローズドキャプションの設定をＯＮにする。
【００７０】
以上の処理が終了した段階で、字幕設定アプリケーションを終了する。字幕設定アプリケーションの終了と共に、ユーザは選局アプリケーションが表示している映像信号を上述したクローズドキャプション＝ＯＮの状態で視聴することが可能になる。
【００７１】
これにより、ユーザは一度ＯＣＡＰアプリケーション（５２ａ、５２ｂ）の一つである設定アプリケーションを用いて設定したクローズドキャプションの設定を内蔵アプリケーション（５１ａ、５１ｂ）の一つである字幕設定アプリケーションに引き継ぐことが可能になり、ユーザが重複してクローズドキャプションの設定を行う必要がなく、ユーザの煩雑性を回避することが可能になる。
【００７２】
なお、上述した状態においては、動作モードがＯＣＡＰモードからＩＤＴＶモードに変更された場合について説明しているが、本願発明は、これに限定されるものではなく、例えば、図７に示すように、内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）を同時に起動させておく状態においても、同様にデータの共有を行うことが可能である。具体的には、図７においては、テレビ画面７００に対して、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）の設定アプリケーション７０２と、上述した内蔵アプリケーション（５１ａ、５１ｂ）の字幕設定アプリケーション７０４とが同時に動作中であり、このような状態において、上述した設定アプリケーション７０２で設定された内容を、字幕設定アプリケーション７０４にデータ共有させることも可能である。この場合には、重複機能管理部５７がデータ管理部５８のデータが変更されたことを内蔵アプリケーション（５１ａ、５１ｂ）の字幕設定アプリケーション７０４に通知することにより、実現することが可能である。
【００７３】
また、上述した実施の形態においては、内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）とがいずれも動作中の場合について説明したが、本願発明はこれに限定されるものではなく、例えば、内蔵アプリケーション（５１ａ、５１ｂ）のみが起動中に字幕設定アプリケーション７０４を介して設定情報が変更された場合であっても、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）がその後に起動された場合であってもデータ共有を行うことは可能である。
【００７４】
なお、上述した実施の形態においては、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）により設定した設定情報を内蔵アプリケーション（５１ａ、５１ｂ）に反映する例について説明したが、本願発明はこれに限定されるものではなく、例えば、内蔵アプリケーション（５１ａ、５１ｂ）により設定した設定情報をＯＣＡＰアプリケーション（５２ａ、５２ｂ）に反映することも可能である。
【００７５】
（実施の形態２）
実施の形態１において、内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）との間で設定情報の変更を共有（データ共有）することにより、ユーザが重複して設定情報の変更を行う必要がなくなることについて説明したが、全ての場合において、内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）との間でデータ共有を行うと不具合が生じる場合がある。
【００７６】
例えば、若年者に対して適切でない番組を視聴できないようにするために設定するペアレンタル機能を内蔵アプリケーション（５１ａ、５１ｂ）又はＯＣＡＰアプリケーション（５２ａ、５２ｂ）でそれぞれに設定している場合に、内蔵アプリケーション（５１ａ、５１ｂ）又はＯＣＡＰアプリケーション（５２ａ、５２ｂ）のいずれか一方のみのペアレンタル機能をリセットした場合に、そのリセットをデータ共有することにより、他方のアプリケーションのペアレンタル機能もあわせてリセットしてしまった場合には、ユーザが意図しないアプリケーションも合わせてリセットしてしまうこととなり、若年者に対して適切でない番組を視聴可能な状態にしてしまうことになる。
【００７７】
そこで、本発明では、データ管理部５８を内蔵アプリケーション（５１ａ、５１ｂ）及びＯＣＡＰアプリケーション（５２ａ、５２ｂ）が共通してアクセスする設定情報を格納する第１領域と、内蔵アプリケーション（５１ａ、５１ｂ）及びＯＣＡＰアプリケーション（５２ａ、５２ｂ）が独立して異なる設定情報にアクセスする設定情報を格納する第２領域とを備えており、現在起動中のアプリケーションの設定情報を初期状態に設定するキー入力がなされた場合に、データ管理部５８に格納された設定情報のうち、内蔵アプリケーション（５１ａ、５１ｂ）及びＯＣＡＰアプリケーション（５２ａ、５２ｂ）が共通してアクセスする設定情報を格納する第１領域の全部又は一部をリセットし、さらに、内蔵アプリケーション（５１ａ、５１ｂ）及びＯＣＡＰアプリケーション（５２ａ、５２ｂ）が独立して異なる設定情報にアクセスする設定情報を格納する第２領域のうち現在起動中のアプリケーションの設定情報の全部又は一部をリセットする。
【００７８】
本願発明は、これにより、設定情報を初期状態に変更する場合であっても、内蔵アプリケーション（５１ａ、５１ｂ）及びＯＣＡＰアプリケーション（５２ａ、５２ｂ）のそれぞれにおいてリセットを行う必要がなくなり、一方、データ共有ができない設定情報については、各内蔵アプリケーション（５１ａ、５１ｂ）又はＯＣＡＰアプリケーション（５２ａ、５２ｂ）ごとにリセットを行うことが可能になるものである。
【００７９】
以下に、一例として、データ管理部５８に格納された設定情報について、ユーザによりリモコン４００を介して、設定情報を初期状態に設定するキー入力（リセット）がなされた場合の処理について、詳細に説明する。
【００８０】
なお、この実施の形態２においては、実施の形態１においてリモコン４００を介してユーザが設定したクローズドキャプションを一例として説明するが、本願発明はこれに限定されるものではなく、それ以外の映像・音声の出力を設定する設定情報であればよい。以下、図８を参照しながら、本発明の設定情報の初期状態への変更について説明する。また、図８は、図５のＳ１０６以降の処理について説明したものである。ここで、図５のＳ１０６においてリモコン４００を介してユーザからリセットのキー入力が行われたものと仮定する。
【００８１】
受信装置１００は、リモコン４００からリセットに関するキー入力（リセット）が、リモコン受信部１８を介して入力されたか否かを判断する（Ｓ８０２）。ここで、リセットに関するキー入力とは、現在起動中のアプリケーションの設定情報を初期状態に変更するためのアプリケーションの起動を要求する信号である。また、アプリケーションを起動しない場合であっても、設定アプリケーションにおいて設定情報の変更を要求する信号であってもよい。
【００８２】
次に、Ｓ８０２においてリセットに関するキー入力がなされたと判断した場合には、受信装置１００は、動作モード管理部から現在のモード情報を取得し、現在動作中のアプリケーション管理部が設定アプリケーションを起動する（Ｓ８０４）。より具体的には、上述したように動作モード管理部５５において現在の動作モードはＯＣＡＰモードとなっているため、この設定情報の変更に関するキー入力は、キー配送部５６を介してＯＣＡＰアプリケーション管理部５４に通知される。
【００８３】
この通知に対して、図９に示すように、ＯＣＡＰアプリケーション管理部５４は、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）の一つである設定アプリケーション（図９における９０２）を起動させ、この動作状態を動作モード管理部５５に通知する。これにより、この時点において、動作モード管理部５５の動作モードは「ＯＣＡＰアプリケーション」を示しており、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）は、「選局アプリケーション及び設定アプリケーション」が動作中であり、内蔵アプリケーション（５１ａ、５１ｂ）は、「選局アプリケーション」が起動中となる。
【００８４】
なお、この実施の形態２においては、リセットのキー入力に対して、ＯＣＡＰアプリケーションの一つである設定アプリケーションを起動させたが、本願発明はこれに限定されるものではなく、図１０に示すように、ＯＣＡＰアプリケーションの一つとして、リセット専用のリセットアプリケーション（図１０の１００２）を起動させることも可能である。
【００８５】
また、上述した説明においては、動作モード管理部５５における動作モードを判別して、内蔵アプリケーション管理部５３又はＯＣＡＰアプリケーション管理部５４のいずれにキー配送部５６からリセットのキー入力を配送する構成について説明したが、本願発明では、別の実現手段として、リモコン４００において予め内蔵アプリケーション管理部５３又はＯＣＡＰアプリケーション管理部５４のいずれにリセットのキー入力を送信するかを決定しておき、そのキー入力を受信したキー配送部５６が、リモコン４００において予め選択された内蔵アプリケーション管理部５３又はＯＣＡＰアプリケーション管理部５４のいずれかにキー入力を配送する構成とすることも可能である。この場合、ユーザが予めリモコン４００のキー入力を行う際に、内蔵アプリケーション管理部５３又はＯＣＡＰアプリケーション管理部５４のいずれに対するキー入力かを選別することが可能になる。
【００８６】
次に、設定情報に関してリセットを実行するキー入力がなされたか否かを判別する（Ｓ８０６）。具体的には、第１の方法としては、図９に示すように、設定アプリケーション９０２を画面上に出力し、ユーザがリモコン４００によりリセットの決定を行ったか否かを判別することにより、設定情報に関してリセットのキー入力がなされたか否かを判別する。また、第２の方法としては、図１０に示すように、リセットアプリケーション１００２を画面上に出力し、ユーザがリモコン４００によりリセットの決定を行ったか否かを判別することにより、設定情報に関してリセットのキー入力がなされたか否かを判別する。
【００８７】
次に、Ｓ８０６において、リセットのキー入力がなされた場合には、ＯＣＡＰアプリケーションがＯＣＡＰアプリケーション管理部を介して、データ管理部５８に対して、初期値の設定を通知することにより、データ管理部５８において内蔵アプリケーション（５１ａ、５１ｂ）及びＯＣＡＰアプリケーション（５２ａ、５２ｂ）のいずれもが共通してアクセスする設定情報を格納する第１領域及びそれぞれのアプリケーションが別々にアクセルする設定情報を格納する第２領域の設定情報の内容の変更を行う（Ｓ８０８、Ｓ８１０）。
【００８８】
ここで、この第１領域とは、図１１に示す１１０２の領域をいう。この領域に記載されている内容は、内蔵アプリケーション（５１ａ、５１ｂ）又はＯＣＡＰアプリケーション（５２ａ、５２ｂ）のいずれかのアプリケーションによりリセットがなされた場合には、データ管理部５８の設定情報を初期状態に設定する。従って、上述した例では、実施の形態１において説明したように、クローズドキャプションの設定は初期状態においてはＯＦＦ状態となっていたため、ＯＮ状態からＯＦＦ状態に変更がなされる。
【００８９】
また、第２領域とは、図１１に示す１１０４の領域をいう。この領域に記載されている内容は、内蔵アプリケーション（５１ａ、５１ｂ）又はＯＣＡＰアプリケーション（５２ａ、５２ｂ）のいずれかのアプリケーションによりリセットのキー入力がなされた場合には、その該当するアプリケーションの設定情報のみを初期状態に設定する領域をいう。従って、上述した例では、図１１に記載されたペアレンタルコントロールのうち、現在動作中であるＯＣＡＰアプリケーション（５２ａ、５２ｂ）に関連する１００１のアドレスに記載された設定情報のみの変更を行い、同じペアレンタルコントロールである１０１０のアドレスに記載された設定情報は、内蔵アプリケーション（５１ａ、５１ｂ）に関連する設定情報であるためリセットがなされない。
【００９０】
以上のような構成により、本願発明の受信装置１００においては、内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）との間で設定情報の変更を共有（データ共有）することにより、ユーザが重複して設定情報の変更を行う必要がなくなるとともに、必要以上のデータ共有を防止することにより、データ共有を行うことにより生じるユーザの不具合を解消することが可能になるものである。
【００９１】
なお、この実施の形態２においては、リセットの場合について説明したが、本願発明はこれに限定されるものではなく、それ以外のユーザのキー入力に対しても同様の処理を行うことは可能である。
【００９２】
また、事前にユーザにより、設定情報の内容ごとに、第１領域又は第２領域のいずれに設定情報を格納するかを選択することも可能である。これにより、ユーザの好みに応じたデータ共有を行うことが可能になるものである。
【００９３】
また、図７に示すように、内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）を同時に起動させておく状態においても、同様にデータのリセットの処理を行うことが可能である。具体的には、図７においては、テレビ画面７００に対して、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）の設定アプリケーション７０２と、上述した内蔵アプリケーション（５１ａ、５１ｂ）の字幕設定アプリケーション７０４とが同時に動作中であり、このような状態において、設定アプリケーション７０２で設定された内容を、字幕設定アプリケーション７０４に反映させることも可能である。この場合には、重複機能管理部５７がデータ管理部５８の第１領域の設定情報が変更されたことを内蔵アプリケーション（５１ａ、５１ｂ）の字幕設定アプリケーション７０４に通知することにより、実現することが可能である。
【００９４】
また、上述した実施の形態においては、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）により設定したリセットのキー入力を内蔵アプリケーション（５１ａ、５１ｂ）に反映する例について説明したが、本願発明はこれに限定されるものではなく、例えば、内蔵アプリケーション（５１ａ、５１ｂ）により設定したリセットのキー入力をＯＣＡＰアプリケーション（５２ａ、５２ｂ）に反映することも可能である。
【００９５】
（実施の形態３）
実施の形態１において、内蔵アプリケーション（５１ａ、５１ｂ）又はＯＣＡＰアプリケーション（５２ａ、５２ｂ）のいずれか一方で設定された設定情報について、内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）との間で設定情報の変更を共有（データ共有）することにより、ユーザが重複して設定情報の変更を行う必要がなくなることについて説明したが、この実施の形態３においては、内蔵アプリケーション（５１ａ、５１ｂ）又はＯＣＡＰアプリケーション（５２ａ、５２ｂ）のいずれか一方で設定されたキー入力に対応して、内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）との間で調停を行う例について説明する。この実施の形態３においては、ＴｉｍｅｒＯｎ機能を一例として説明する。このＴｉｍｅｒＯｎ機能とは、現在ユーザがサービスを視聴中であっても、所定時間に所定のサービスの選局を開始し、現在ユーザが視聴中のサービスを新たに選局されたサービスに自動的に変更する機能をいう。なお、本実施の形態においてはＴｉｍｅｒＯｎ機能について説明するが、本願発明はこれに限定されるものではない。以下に、図１２を参照しながら、ＴｉｍｅｒＯｎ機能の処理について説明する。ここで、図１２は、ＴｉｍｅｒＯｎ機能の調停の処理のフローチャートを示したものである。
【００９６】
図１２におけるＯＣＡＰ動作中における調停処理のスタート時点（Ｓ１２００）には、図３に示す受信装置１００の状態遷移図においては、主電源Ｏｆｆ状態３０１においてＡＣ電源をＯＮした後、ケーブルカード３００の挿入有無によってＮｏＣａｒｄ状態３０３を経て、ＬｅｇａｃｙＳｅｒｖｉｃｅ状態３０４へ遷移した後、ＬｅｇａｃｙＳｅｒｖｉｃｅ状態３０４においてＸＡＩＴを受信し、ＯＣＡＰＳｅｒｖｉｃｅ状態３０５となっている。
【００９７】
また、図２に示す受信装置１００の機能構成図においては、内蔵アプリケーション（５１ａ、５２ａ）においては、例えば、選局のための選局アプリケーションが動作中であり、また、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）においても、例えば選局のための選局アプリケーションが動作中である。また、これらの内蔵アプリケーション（５１ａ、５２ａ）が内蔵アプリケーション管理部５３により起動されており、また、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）がＯＣＡＰアプリケーション管理部５４により起動され、それらの動作が管理されている。
【００９８】
また、動作モード管理部５５においては、動作モードがＩＤＴＶモードからＯＣＡＰモードに設定がなされており、内蔵アプリケーションの状態として「選局アプリケーション動作中」ＯＣＡＰアプリケーションの状態として「選局アプリケーション動作中」という情報が格納されている。さらに、重複機能管理部５７においては、内蔵アプリケーション（５１ａ、５１ｂ）が所定時間に所定のサービスの選局を開始するキー入力がなされたという選局情報が格納される。なお、重複機能管理部５７に対して選局情報を格納する処理について、従来から一般的になされている処理であるため、その説明を省略する。
【００９９】
このような状況において、図１の受信装置のハードウェア構成図、図２の受信装置の機能構成図、図１２のフローチャートを参照しながら、内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）との間での調停処理について説明する。
【０１００】
受信装置１００は、重複機能管理部５７に格納されている選局情報の時間情報と、図示していないが受信装置１００のタイマーが持っている時間情報との比較を行い、一致するか否かを判断する（Ｓ１２０２）。具体的には、例えば、午後９時に６ｃｈを選局する選局情報が格納されている場合に、受信装置１００のタイマーの現在時刻と比較して、午後９時になっているか否かを判別する。
【０１０１】
次に、受信装置１００は、Ｓ１２０２において、時刻が一致したと判断した場合には、現在視聴中のサービスと選局情報により選局されたサービスとの調停処理を行う。具体的には、現在ＯＣＡＰアプリケーション（５２ａ、５２ｂ）が動作中であるが、内蔵アプリケーション（５１ａ、５１ｂ）が内蔵アプリケーション管理部５３を介して割り込みを行い、重複機能管理部５７は、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）により選局されたサービスと、選局情報に基づいて内蔵アプリケーション（５１ａ、５１ｂ）が選局するサービスとのいずれを画面上に出力するかについて調停を行う。
【０１０２】
なお、この調停を行う基準としては、データ管理部５８に、内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）との優先順位の情報を備えておき、重複機能管理部５７が調停を行う際に、データ管理部５８に格納された優先順位に基づいて調停を行うことも可能である。
【０１０３】
また、別の調停を行う基準としては、内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）の動作モード（例えば、ＯＣＡＰアプリケーションがＶＯＤ（Ｖｉｄｅｏ  Ｏｎ  Ｄｅｍａｎｄ）状態であること等）を動作モード管理部５５から取得し、その動作状態に基づいて、調停を行うことも可能である。
【０１０４】
次に、受信装置１００は、Ｓ１２０４において、重複機能管理部５７により内蔵アプリケーション（５１ａ、５１ｂ）又はＯＣＡＰアプリケーション（５２ａ、５２ｂ）のいずれが選択されたかを動作モード管理部５５に調停結果を通知する。この調停結果を受けて、受信装置１００は、選局の変更を行うか否かを判断する（Ｓ１２０６）。
【０１０５】
この選局を変更すると判断した場合、つまり、上述した例においては、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）から内蔵アプリケーション（５１ａ、５１ｂ）にモードを変更し、内蔵アプリケーション（５１ａ、５１ｂ）により設定された選局情報に基づいて、午後９時に６ｃｈを選局する。なお、この場合には、重複機能管理部５７によりＯＣＡＰアプリケーション管理部を介してＯＣＡＰアプリケーション（５２ａ、５２ｂ）に対して、６ｃｈに選局が変更されたことを通知する。
【０１０６】
一方、選局を変更しないと判断した場合、つまり、上述した例においては、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）から内蔵アプリケーション（５１ａ、５１ｂ）に動作モードを変更しないと判断した場合には、現在視聴中のＯＣＡＰアプリケーション（５２ａ、５２ｂ）での選局を継続して行う。
【０１０７】
以上のような構成により、本願発明においては、内蔵アプリケーション（５１ａ、５１ｂ）及びＯＣＡＰアプリケーション（５２ａ、５２ｂ）により、重複した動作がなされる場合であっても、いずれか一方のアプリケーションを選択することにより、ＯＣＡＰアプリケーションと内蔵アプリケーション間でのリソース制御において互いに影響を及ぼしあい動作上の不具合を防止することが可能になるものである。
【０１０８】
なお、上述した実施の形態においては、内蔵アプリケーション（５１ａ、５１ｂ）により設定した選局情報に基づいて内蔵アプリケーション（５１ａ、５１ｂ）とＯＣＡＰアプリケーション（５２ａ、５２ｂ）との調停を行う例について説明したが、本願発明はこれに限定されるものではなく、例えば、ＯＣＡＰアプリケーション（５２ａ、５２ｂ）により設定した選局情報に基づいて内蔵アプリケーション（５１ａ、５１ｂ）に反映することも可能である。
【産業上の利用可能性】
【０１０９】
本発明は、放送局から受信したＯＣＡＰアプリケーションと予め受信装置に格納された内蔵アプリケーションとを並列処理する受信装置に利用することができる。
【図面の簡単な説明】
【０１１０】
【図１】本発明のハードウェア構成を示す構成図
【図２】本発明の受信装置の機能的な構成図
【図３】本発明の受信装置の動作の遷移状態図
【図４】本発明の受信装置の機能分類図
【図５】本発明の第１の実施形態のデータ共有のフローチャート
【図６】本発明の第１の実施形態のデータ共有のフローチャート
【図７】本発明の第１の実施形態の画面構成図
【図８】本発明の第２の実施形態のリセット処理のフローチャート
【図９】本発明の第２の実施形態の画面構成図
【図１０】本発明の第２の実施形態の画面構成図
【図１１】本発明の第２の実施形態のデータ管理部の構成図
【図１２】本発明の第３の実施形態のＴｉｍｅｒＯＮ処理のフローチャート
【符号の説明】
【０１１１】
１００    ケーブル放送受信装置
１１    ディスプレイ
１２    合成部
１３    プレーン管理部
１４    ＡＶデコーダ
１５    ＴＤデコーダ
１６    チューナ
１７    ケーブルカードＩ／Ｆ
１８    リモコン受信部
１９    ＨＤＤ
２０    メモリ
２１    キャッシュメモリ
２２    セレクタ
２３ａ〜２３ｃ    処理回路
２００    局内サーバ
２５０    ケーブル
３００    ケーブルカード
４００    リモコン
５１ａ、５１ｂ    内蔵アプリケーション
５２ａ、５２ｂ    ＯＣＡＰアプリケーション
５３    内蔵アプリケーション管理部
５４    ＯＣＡＰアプリケーション管理部
５５    動作モード管理部
５６    キー配送部
５７    重複機能管理部
５８    データ管理部
５９    ケーブルカード管理部
６０    ＯＣＡＰバージョン管理部
６１    ＯＣＡＰアプリケーション保持部
６２    ＯＳ
【図１】
2009044401.tif 000003
【図２】
2009044401.tif 000004
【図３】
2009044401.tif 000005
【図４】
2009044401.tif 000006
【図５】
2009044401.tif 000007
【図６】
2009044401.tif 000008
【図７】
2009044401.tif 000009
【図８】
2009044401.tif 000010
【図９】
2009044401.tif 000011
【図１０】
2009044401.tif 000012
【図１１】
2009044401.tif 000013
【図１２】
2009044401.tif 000014