JP2008263598A - 放送受信装置及びその音量制御方法 - Google Patents

Abstract

【課題】音量制御用ソフトウェア受信前において音量制御を可能としつつ、内蔵の音量制御用ソフトウェアとダウンロードした音量制御用ソフトウェア間のスムーズな切り替えを可能とする放送受信装置を提供する。
【解決手段】放送受信装置（１０２）は、外部から取得する音量制御用の第１のソフトウェア（ＯＣＡＰアプリ）（１０８）または内蔵された音量制御用の第２のソフトウェア（受信機アプリ）（１０９）によって音量制御機能（１１１）を実現し、第１のソフトウェアの取得の有無を判断し、第１のソフトウェアが取得されたと判断した場合、入力手段（１０４）で受信した音量制御指示（１０３）を第１のソフトウェア（１０８）に送信し、第１のソフトウェアが取得されたと判断されない場合、音量制御指示（１０３）を第２のソフトウェア（１０９）に送信する。
【選択図】図２

Description

本発明は、放送受信装置に関し、特に、音量制御用の内蔵ソフトウェアに加えて、外部から放送波等を通じて取得した音量制御用ソフトウェアによって音量制御を実行する放送受信装置、及びその音量制御方法に関する。

従来、ケーブルテレビ放送の規格としてＯＣＡＰ（Open Cable Application Platform（登録商標））規格がある。ＯＣＡＰ規格は、北米デジタルＣＡＴＶ標準規格のことをいい、欧州デジタルＴＶ標準化規格ＤＶＢ−ＭＨＰをベースに北米ケーブルテレビ標準化組織が策定した規格である。ＯＣＡＰ規格では、各受信機メーカーのハードウェアの差異を吸収し、どのハードウェアでも同じサービスが享受できるようにミドルウェアが定義されている。

このＯＣＡＰ規格においては、さまざまな機能を実現するためのソフトウェアが、放送局から放送波に多重化されて送信されており、各受信機は放送波に多重化されたソフトウェアをダウンロードすることにより、新たな機能を実行する方式が採用されている（特許文献１参照）。これにより、映像、音声のデジタル放送に加えて、デジタルＣＡＴＶで双方向サービスやインターネットサービス等を実現することが可能となっている。

米国特許出願公開第２００６／００２０９５０号 ＯＣＡＰ規格 ＯＣＡＰ １．０ Ｐｒｏｆｉｌｅ Ｊａｖａ（登録商標）規格 Ｊａｖａ（登録商標） Ｍｅｄｉａ Ｆｒａｍｅｗｏｒｋ Ｓｐｅｃｉｆｉｃａｔｉｏｎ

例えば、ＯＣＡＰ規格では音量の制御を実行するための音量制御用ＯＣＡＰソフトウェア（以下、「ＯＣＡＰアプリ」という）をダウンロードする必要がある。このため、音量制御用ＯＣＡＰアプリのダウンロードが完了するまでは、ＯＣＡＰアプリによる音量の変更ができないという問題が生じ得る。これを回避するために、受信機内に独自の音量制御用の内蔵ソフトウェア（以下「受信機アプリ」という）を備える必要があった。

また、ＯＣＡＰアプリのダウンロードが完了した後では、ＯＣＡＰアプリと受信機アプリの２つの音量制御用ソフトウェアが存在するため、２つのアプリ間で実行の排他制御を行う必要があった。

さらに、２つのアプリ間で音量設定値等の情報が共有されないため、アプリの切り替えに伴い、一時的に不連続な音量値となる等の問題が発生した。

本発明は上記課題を解決するためになされたものであり、その目的とするところは、音量制御用ソフトウェア受信前において音量制御を可能としつつ、内蔵の音量制御用ソフトウェアとダウンロードした音量制御用ソフトウェア間のスムーズな切り替えを可能とする放送受信装置を提供することにある。

本発明の第１の態様において、外部から取得する音量制御用の第１のソフトウェアまたは内蔵された音量制御用の第２のソフトウェアによって音量制御機能を実現する放送受信装置が提供される。放送受信装置は、ユーザからの音量制御指示を受信する入力受付手段と、音量制御指示に基づき第１または第２のソフトウェアにより制御され、出力する音量を制御する音量制御手段と、放送波を受信する受信手段と、受信した放送波に含まれる第１のソフトウェアをダウンロードして取得する取得手段と、第１のソフトウェアの取得の有無を判断する判断手段と、判断結果に基づき、第１のソフトウェアが取得されたと判断した場合、入力手段で受信した音量制御指示を第１のソフトウェアに送信し、第１のソフトウェアが取得されたと判断されない場合、音量制御指示を第２のソフトウェアに送信する、入力振り分け手段を備える。

本発明の第２の態様において、外部から取得する音量制御用の第１のソフトウェアまたは放送受信装置内に内蔵された音量制御用の第２のソフトウェアによって、放送受信装置の音量を制御する方法が提供される。その制御方法によれば、受信手段を介して放送波を受信し、放送波に含まれる第１のソフトウェアを取得し、第１のソフトウェアの取得の有無を判断し、入力受付手段を介して音量制御指示を受信する。第１のソフトウェアが取得されたと判断した場合、受信した音量制御指示を第１のソフトウェアに送信し、第１のソフトウェアにより放送受信装置の音量制御手段を制御する。一方、第１のソフトウェアが取得されたと判断されない場合、音量制御指示を第２のソフトウェアに送信し、第２のソフトウェアにより音量制御手段を制御する。

本発明の第３の態様において、外部から取得する音量制御用の第１のソフトウェアまたは放送受信装置内に内蔵された音量制御用の第２のソフトウェアによって、放送受信装置の音量を制御するプログラムが提供される。その制御プログラムは以下の手順を放送受信装置の制御手段に実行させる。
−受信手段を介して放送波を受信する手順、
−放送波に含まれる第１のソフトウェアを取得する手順、
−第１のソフトウェアの取得の有無を判断する手順、
−入力受付手段を介して音量制御指示を受信する手順、
−判断結果に基づき、第１のソフトウェアが取得されたと判断した場合、受信した音量制御指示を第１のソフトウェアに送信し、第１のソフトウェアにより放送受信装置の音量制御手段を制御し、一方、第１のソフトウェアが取得されたと判断されない場合、音量制御指示を第２のソフトウェアに送信し、第２のソフトウェアにより音量制御手段を制御する手順。

上記制御プログラムはコンピュータ読み取り可能な記録媒体に格納されてもよい。

本発明によれば、音量制御用ソフトウェアのダウンロードの有無に関わらず、音量制御が可能となる。また、音量制御用ソフトウェアのダウンロード完了後、受信機に内蔵の音量制御用ソフトウェアから、ダウンロードされた音量制御用ソフトウェアへのスムーズな切替えを可能とする。また、音量制御用ソフトウェアの切替えが発生した場合であっても、連続的に音量を変更でき、ユーザの操作性を向上できる。

以下、添付の図面を参照し、本発明の実施の形態について詳細に説明する。

１．放送受信機の構成
図１は、本発明の一実施形態における、ケーブル放送を受信する受信機のハードウェア構成を示した図である。ケーブル放送局１００からケーブル放送を受信する受信機１０２は、放送局１００内に設置されてケーブル放送を提供するサーバ１５０にケーブルを介して接続されている。サーバ１５０は、映像、音声のデジタル放送に加えて、ＯＣＡＰ（Open Cable Application Platform）規格で規定される種々の機能を実現するためのソフトウェア（ＯＣＡＰアプリ）と、ＯＣＡＰアプリを監視するためのモニター用ソフトウェア（以下「モニターアプリ」という。）等を、放送波１０１に多重化して送出する。受信機１０２は、チューナ１０を介してこれらの映像、音声のデジタル放送及びソフトウェア等を取得する。

受信機１０２はリモコン５０を介してユーザ操作情報（キーコード）を受信し、その操作に応じた処理を行う。本実施形態の受信機１０２は、ＯＣＡＰ規格に準拠したケーブル放送を受信可能とする。

ＣＰＵ１４は受信機１０２の動作を制御するコントローラである。ＣＰＵ１４には、データの記憶手段としてハードディスクドライブ（ＨＤＤ）２２と、不揮発性記憶手段であるメモリ２０とが接続されている。ハードディスクドライブ（ＨＤＤ）２２には、音量制御に必要な音量制御情報を含むデータベース（ＤＢ）が格納される。音量制御情報の詳細は後述する。メモリ２０には、モニターアプリやＯＣＡＰアプリが格納される。モニターアプリは他のソフトウェアを統括するソフトウェアである。ＯＣＡＰアプリは、受信機１０２の所定の機能を実現するためのソフトウェアであり、放送局のサーバ１５０から放送波１０１を介して受信機１０２内部にダウンロードされる。さらに、メモリ２０には、ＯＣＡＰアプリのダウンロード前に受信機１０２において一定の機能を実現するためのソフトウェア（受信機アプリ）が格納される。

受信機１０２は、リモコン５０から信号を受信するためのリモコン受信部１２をさらに備える。

表示部１１４は、内蔵アプリまたはＯＣＡＰアプリにより再生された映像、または受信した映像を表示する。音声出力装置１１２は、内蔵アプリまたはＯＣＡＰアプリにより再生された音声、または受信した音声を出力する。受信機１０２は、表示部１１４に出力する映像信号を制御するための映像出力制御部１８と、音声出力装置１１２に出力する音声信号を制御するための音声出力制御部１６とを備える。

なお、受信機１０２には、上記構成要素以外に、ケーブルカードとデータのやりとりを行うためのケーブルカードインタフェースや、ケーブル介してインターネットに接続するためのケーブルモデムや、イーサパケットの送受信を行うためのイーサチップ等を備えているが、これらの構成要素の説明は省略する。

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

図２に示すように、受信機１０２は、入力受付部１０４と、入力振り分け部１０５と、ＯＣＡＰミドルウェア１０６と、モニターアプリ１０７と、ＯＣＡＰアプリ１０８と、受信機アプリ１０９と、データベース（以下「ＤＢ」という）１１０と、音量制御ドライバ１１１とを含む。

入力受付部１０４はリモコン受信部１２の機能に対応し、例えばユーザからリモコン５０を介して入力された音声制御指示１０３を常時監視しており、音量制御指示１０３を受信すると、その音量制御指示１０３が示す制御情報を入力振り分け部１０５に通知する。

音量制御ドライバ１１１は音声出力制御部１６の動作を制御するソフトウェアである。

モニターアプリ１０７及びＯＣＡＰアプリ１０８は放送局１００内のサーバ１５０からダウンロードされた後、受信機１０２内部に実装されるソフトウェアである。これに対して、内蔵ソフトウェア（受信機アプリ）１０９は製造時において受信機１０２内に実装される。

受信機１０２は放送波１０１を常時受信しており、受信した情報はすべてＯＣＡＰミドルウェア１０６に送られる。

ＯＣＡＰミドルウェア１０６は、受信した放送波１０１中にモニターアプリ１０７が存在するか否かを監視しており、存在した場合に、モニターアプリ１０７のダウンロードを実行する。モニターアプリ１０７は、他のソフトウェア（ＯＣＡＰアプリ）のダウンロードや制御を統括して行うソフトウェアである。モニターアプリ１０７が受信機１０２上にダウンロードされていない場合、ＯＣＡＰアプリ１０８はダウンロードされない。

入力振り分け部１０５は、ＯＣＡＰアプリ１０８のダウンロードが完了したか否かを判断し、その判断結果に基づき、音量制御に関する制御情報をＯＣＡＰミドルウェア１０６及び受信機アプリ１０９のいずれか一方に送信する。

すなわち、ＯＣＡＰアプリ１０８のダウンロードが完了している場合、入力振り分け部１０５は、ＯＣＡＰミドルウェア１０６に、入力受付部１０４から受信した制御情報を通知する。その制御情報はＯＣＡＰミドルウェア１０６からモニターアプリ１０７を介してＯＣＡＰアプリ１０８に通知される。

ＯＣＡＰアプリ１０８は、通知された制御情報に基づき音量制御ドライバ１１１を操作して音声出力装置１１２の制御を行う。それと同時に、ＯＣＡＰアプリ１０８は、通知された音圧レベル等の制御情報をＤＢ１１０に保存する。

一方、ＯＣＡＰアプリ１０８のダウンロードが完了していない場合、入力振り分け部１０５は受信機アプリ１０９に制御情報を通知する。受信機アプリ１０９は通知された制御情報に基づき音声制御ドライバ１１１を操作して音声出力装置１１２の制御を行い、同時に、通知された音圧レベル等の制御情報をＤＢ１１０に保存する。

ＤＢ１１０に保存された音圧レベル等の制御情報は、ＯＣＡＰアプリ１０８及び受信機アプリ１０９のいずれからも参照が可能となる。

２．放送受信機の動作
以下、図３〜図１０を参照して受信機１０２の動作をより詳細に説明する。なお、以下の説明では、音量制御用のＯＣＡＰアプリを単にＯＣＡＰアプリと称する。

（１）モニターアプリの機能
図３はモニターアプリ１０７の一部の動作（機能）を示すフローチャートである。モニターアプリ１０７は、他のソフトウェアを統括するソフトウェアであってダウンロードした全てのソフトウェアを把握する。

入力振り分け部１０５はモニターアプリ１０７に対して、ＯＣＡＰアプリがダウンロードされたときに、ダウンロードの完了を通知するようＡＰＩ（Application Program Interface）等を用いて要求を出している。

モニターアプリ１０７は、入力振り分け部１０５のこの要求に応答し、音量制御を行うためのＯＣＡＰアプリ１０８がダウンロードされているか否かを、ＡＰＩ等を用いて確認する（ステップＳ２０１）。ここでＡＰＩとして、ＯＣＡＰ規格で規定されたＡＰＩや、Ｊａｖａ（登録商標）規格で規定されたＡＰＩを用いることができる。

なお、ＯＣＡＰアプリ１０８のダウンロードの完了／未完了は、ＡＰＩを用いて確認する方法以外に、受信機１０２のＯＳＤ（On Screen Display）表示領域の変化を計測して判断しても確認できる。この方法の詳細は後述する。

モニターアプリ１０７は、ダウンロードが完了している場合（ステップＳ２０２で「あり」の場合）、ＯＣＡＰミドルウェア１０６経由でダウンロードが完了したことを入力振り分け部１０５に通知する（ステップＳ２０５）。このとき、入力振り分け部１０５は、その通知を受けて、音量制御の制御内容の振り分け先をＯＣＡＰアプリに設定する。一方、ダウンロードが完了していなければ（ステップＳ２０３でなしの場合）、ＯＣＡＰミドルウェア１０６経由で入力振り分け部１０５ダウンロードが完了していないことを通知する（ステップＳ２０４）。このとき、入力振り分け部１０５は、その通知を受けて、音量制御の制御内容の振り分け先を内蔵アプリに設定する。

なお、ＯＣＡＰアプリ１０８のダウンロードが完了しているか否かの確認は、ＯＣＡＰミドルウェア１０６からの音量制御内容の通知毎に行っても良いし、モニターアプリ１０７が定期的に行っても良い。

（２）音量制御ドライバの機能
図４は音量制御ドライバ１１１の動作を示すフローチャートである。

音量制御ドライバ１１１は、ＯＣＡＰアプリ１０８または受信機アプリ１０９から音量制御のための指示を受信し（ステップＳ３０１）、その制御指示に基づき音声出力装置１１２の動作を操作（制御）する（ステップＳ３０２）。

音量制御ドライバ１１１は、音声出力装置１１２に対する制御を実行後、制御が成功したか失敗したかを、制御指示の送信元のアプリ（ＯＣＡＰアプリ１０８または受信機アプリ１０９）に通知する（ステップＳ３０３）。同時に、音量制御ドライバ１１１は、送信元のアプリを示す情報と、制御の成功／失敗を示す情報とを入力振り分け部１０５に通知する（ステップＳ３０４）。

（３）入力振り分け部の機能
図５Ａ及び図５Ｂを参照し、入力振り分け部１０５による制御情報の振り分け動作を示説明する。

入力振り分け部１０５は、入力受付部１０４から音量制御指示１０３の制御内容を受信する（ステップＳ４０１）。入力振り分け部１０５は、受信した制御内容をＥＥＰＲＯＭ等の一時記憶領域（図示せず）に保存するとともに、受信した制御内容をＯＣＡＰミドルウェア１０６と受信機アプリ１０９のいずれに送信するかを判断する。この判断を行うため、入力振り分け部１０５はまず、ＯＣＡＰアプリ１０７のダウンロードの完了／未完了について確認できているか否かを判断する（ステップＳ４０２）。ＯＣＡＰアプリ１０８のダウンロードの完了／未完了について確認ができている場合、ステップＳ４０３に進む。

ＯＣＡＰアプリ１０８のダウンロードの完了／未完了について確認ができていない場合、すなわち、入力振り分け部１０５がモニターアプリ１０７から、ダウンロードの完了／未完了に関して何等通知を受けていないとき、入力振り分け部１０５は、ＯＣＡＰアプリ１０８に受信した制御内容を通知することで、ＯＣＡＰアプリ１０８のダウンロードの完了／未完了を判断する（図５ＢのステップＳ４２１〜Ｓ４２５）。

具体的には、入力振り分け部１０５は、ＯＣＡＰミドルウェア１０６経由で制御内容をＯＣＡＰアプリ１０８に送信する（ステップＳ４２１）。もし、音量制御用のＯＣＡＰアプリ１０８がダウンロードされていれば、ＯＣＡＰアプリ１０８によって、制御内容にしたがい音量制御のためのＯＳＤ（On Screen Display）が表示部１１４の画面上に表示される。ここで、ＯＳＤとは、表示部１１４の画面上に表示される種々の設定のための表示である。例えば、図６に示すように、音量制御のための表示バー３０２が所定の表示領域（以下「ＯＳＤ表示領域」という。）３００内に表示される。音量制御用のＯＣＡＰアプリ１０８がダウンロードされていなければ、画面上に変化は現れない。よって、ＯＳＤ表示領域３００における表示の変化を監視することで、音量制御用のＯＣＡＰアプリ１０８がダウンロードされているか否かを判断できる。

入力振り分け部１０５はＯＣＡＰミドルウェア１０６を経由してＯＣＡＰアプリ１０８に制御内容を通知し（ステップＳ４２１）、それとともにその時点のＯＳＤ表示領域の面積を一時記憶領域に保存し、タイマー設定を行う（ステップＳ４２２）。タイマー設定された時間内にＯＳＤ表示領域の面積が変化したか否かを判断する（ステップＳ４２３）。

ＯＳＤ表示領域に変化がない場合、ＯＣＡＰアプリ１０８が音量情報をＯＳＤ表示していないと判断し、ＯＣＡＰアプリ１０８のダウンロードが完了していないと判断する（Ｓ４２４）。その後、ステップＳ４０３（図５Ａ参照）に進む。逆に、ＯＳＤ表示領域の面積の変化があった場合、ＯＣＡＰアプリ１０８が制御内容にしたがい音量情報をＯＳＤ表示したものと判断して、ＯＣＡＰアプリ１０８のダウンロードが完了していると判断する（ステップＳ４２５）。その後、ステップＳ４０３（図５Ａ参照）に進む。

このように、本実施形態では、ＯＣＡＰアプリのダウンロードの完了／未完了が不明の場合、入力振り分け部１０５は制御内容を一旦ＯＣＡＰアプリ１０８へ送信し、ＯＳＤ表示領域の変化を監視することでＯＣＡＰアプリ１０８のダウンロードの完了／未完了を判断する。この方法により、実際にＯＣＡＰアプリ１０８がダウンロードされているにもかかわらず、何らかのトラブルで入力振り分け部１０５がモニターアプリ１０７からダウンロード完了の通知を受信しなかった場合でも、ＯＣＡＰアプリ１０８のダウンロードが実際には完了していることを確認することができる。

図５Ａに戻り、ステップＳ４０３において、入力振り分け部１０５は、ＯＣＡＰアプリ１０８のダウンロードが完了しているか否かを判断する。入力振り分け部１０５は、モニターアプリ１０７からの通知またはＯＳＤ表示領域の面積変化有無に基づくダウンロード完了／未完了判断に基づき、ＯＣＡＰアプリ１０８のダウンロードの完了／未完了を判断できる。ＯＣＡＰアプリ１０８のダウンロードが完了していない場合は、入力振り分け部１０５において、制御内容の振り分け先として受信機アプリ１０９を設定する（ステップＳ４０９）。このため、入力振り分け部１０５は制御内容を受信機アプリ１０９に通知する（ステップＳ４１０）。

ＯＣＡＰアプリ１０８のダウンロードが完了している場合、入力振り分け部１０５では、制御内容の振り分け先として、ＯＣＡＰアプリ１０８を設定する（ステップＳ４０４）。よって、入力振り分け部１０５はＯＣＡＰミドルウェア１０６経由でＯＣＡＰアプリ１０８に制御内容を通知し（ステップＳ４０５）、同時に音量制御ドライバ１１１からの通知を待つためのタイマーを設定する（ステップＳ４０６）。ここで、ＯＳＤ表示領域の面積変化有無に基づいてダウンロードが完了していると判断している場合は、ステップＳ４０５をスキップする。すなわち、制御内容の振り分け先としてＯＣＡＰアプリ１０８を設定した後（ステップＳ４０４）、すぐに音量制御ドライバ１１１からの通知を待つためのタイマー設定（ステップＳ４０６）へ移行する。

タイマー設定された時間内に音量制御ドライバ１１１からの制御結果の通知が入力振り分け部１０５で受信できた場合（ステップＳ４０７で「ＹＥＳ」の場合）、ＯＣＡＰアプリ１０８まで制御内容が伝達されていることが判断できる。この場合、振り分け先を変更する必要はなく、処理を終了する。

一方、入力振り分け部１０５が時間内に音量制御ドライバ１１１から通知を受信できない場合（ステップＳ４０７で「ＮＯ」の場合）、ＯＣＡＰアプリ１０８のダウンロードが完了しているが、音量制御ドライバ１１１まで制御内容が伝達されていないと判断できる。よって、この場合は、制御内容の振り分け先を、受信機アプリ１０９に変更し（ステップＳ４０８）、受信機アプリ１０９に一時記憶領域に保存した制御内容を通知し（ステップＳ４１０）、受信機アプリ１０９による音量制御を行う。

（４）ＯＣＡＰアプリの機能
図７は、ＯＣＡＰアプリ１０８の動作を示すフローチャートである。

ＯＣＡＰアプリ１０８は、モニターアプリ１０７から音量制御の制御内容を受信すると（ステップＳ５０１）、ＤＢ１１０に格納された音量制御情報から、ＯＣＡＰアプリ１０８に対する現在の音量設定値を読み出す（ステップＳ５０２）。ＯＣＡＰアプリ１０８は、読み出した設定値に制御内容を反映させ、その反映させた値を用いて音量制御ドライバ１１１に対する制御（操作）を実行する（ステップＳ５０３）。同時に、ＯＣＡＰアプリ１０８は、音量制御ドライバ１１１に設定した内容を、Ｊａｖａ（登録商標）規格で規定されるフォーマット（ｄＢ（デジベル）や音圧レベルの値）で音量制御情報としてＤＢ１１０に保存する（ステップＳ５０４）。このとき、ＯＣＡＰアプリ１０８による音量の設定値を、受信機アプリ１０９が認識できるフォーマットに変換し、その変換値も新たな音量制御情報としてＤＢ１１０に保存する。

（５）内蔵アプリの機能
図８は、受信機アプリ１０９の動作を示すフローチャートである。

受信機アプリ１０９は、入力振り分け部１０５から音量制御の制御内容を受信すると（ステップＳ６０１）、ＤＢ１１０に格納された音量制御情報から、受信機アプリ１０９に対する現在の音量設定値を読み出す（ステップＳ６０２）。受信機アプリ１０９は、読み出した設定値に制御内容を反映させ、その反映させた設定値を用いて音量制御ドライバ１１１に対して、受信機１０２において規定されている方法で操作（制御）を行う（ステップＳ６０３）。同時に、受信機アプリ１０９は、制御に用いた情報をＪａｖａ（登録商標）規格に準拠したｄＢ（デジベル）や音圧レベルに変換して（ステップＳ６０４）、その変換値を、変換前の値（制御内容を反映させた設定値）とともに新たな音量制御情報としてＤＢ１１０に保存する（ステップＳ６０４）。

制御情報をＪａｖａ（登録商標）規格に準拠したフォーマットの値に変換してＤＢ１１０に保存することにより、Ｊａｖａ（登録商標）で実装されているＯＣＡＰアプリ１０８が参照できるようになる。これにより、ＯＣＡＰアプリ１０８は、受信機アプリ１０９により変更された音量制御情報を認識でき、受信機アプリ１０９により設定された音量から、連続的に音量を制御できる。

（６）音量制御情報
図９及び図１０を用いて、図７のステップＳ５０４及び図８のステップＳ６０４において更新されるＤＢ１１０に格納された音量制御情報の詳細を説明する。音量制御情報は、受信機アプリ１０９やＯＣＡＰアプリ１０８により音量制御時に参照される情報である。

図９の例では、受信機１０２の出荷時における、音量の最小規定値として「１」、音量の最大規定値として「５０」が設定されている。また、出荷時の音量の設定値（初期値）は「２０」に設定され、それに対応する音圧レベル（初期値）として「０．４」が設定されている。

図９は、受信機１０２の音量最小値と音量最大値が、ＯＣＡＰアプリ１０８と受信機アプリ１０９の音量最小値と音量最大値が受信機１０２の規定値と同じである場合を示す。すなわち、ＯＣＡＰアプリ１０８と受信機アプリ１０９ともに、同じスケールで音量を変化させる。

音量制御用のＯＣＡＰアプリ１０８のダウンロードが完了するまでは、受信機１０２の音量制御は受信機アプリ１０９によって行われる。例えば、受信機１０２の出荷直後に、入力受付部１０４において音量を「５」だけ増加するような音量制御指示１０３を受信した場合、入力受付部１０４はその制御情報を入力振り分け部１０５に通知し、入力振り分け部１０５は受信機アプリ１０９に制御情報を通知する。

受信機アプリ１０９は、ＤＢ１１０から音量の設定値（初期値）「２０」を読み出し、その設定値「２０」に、制御情報として通知された値「５」を加算して設定値「２５」を算出する。この設定値「２５」を用いて、受信機アプリ１０９は、音量制御ドライバ１１１を制御（操作）して音量制御を実行する。制御実行後、受信機アプリ１０９は、値「２５」を新たに音量の設定値としてＤＢ１１０に保存する。それとともに、受信機アプリ１０９は、設定値「２５」をＪａｖａ（登録商標）規格で定められた音圧レベル（受信機１０２内の音量最小値を０．０、最大値を１．０と規定）に変換し、その変換値「０．５」をＤＢ１１０に保存する。

音量制御を行うためのＯＣＡＰアプリ１０８のダウンロードが完了した後は、受信機１０２の音量制御はＯＣＡＰアプリ１０８により行われる。このため、入力振り分け部１０５は、音量制御の制御内容をＯＣＡＰアプリ１０８に通知する。

よって、上記音量設定後、ＯＣＡＰアプリ１０８の音量スケールで示された「１５」だけ音量を減少させる音量制御指示１０３を入力受付部１０４が受信した場合、入力受付部１０４はその制御情報を入力振り分け部１０５に通知し、入力振り分け部１０５はその制御情報をＯＣＡＰアプリ１０８に通知する。

ＯＣＡＰアプリ１０８は、ＤＢ１１０からＪａｖａ（登録商標）規格にしたがって示された音圧レベル「０．５」を読み出し、制御情報にしたがい音圧レベルを「０．２」に変更し（すなわち、音量を「１５」だけ減少し）、音量制御ドライバ１１１を操作して音量制御を実行する。そして、音量制御実行後の設定値「１０」（＝２５−１５）を新たな設定値としてＤＢ１１０に保存するとともに、それに対応する音圧レベル「０．２」もＤＢ１１０に保存する。

図１０に音量制御情報の別の例を示す。図１０は、受信機１０２で規定する音量最大値と、ＯＣＡＰアプリ１０８で規定する音量最大値と、受信機アプリ１０９で規定する音量最大値とがそれぞれ異なる場合を示す。すなわち、音量設定の可変段数（分解能）が異なる場合を示す。

図１０では、受信機アプリ１０９の音量最大値「６４」に対して、受信機１０２の音量最大規定値が「５０」である。すなわち、受信機アプリ１０９の音量値の「１．２８」の増減に対して、受信機１０２の音量規定値が「１」だけ増減する。

また、ＯＣＡＰアプリ１０８の音量最大値「２５５」に対して、受信機１０２の音量最大規定値が「５０」である。すなわち、ＯＣＡＰアプリ１０８の音量値の「５．１」の増減に対して、受信機１０２の音量規定値が「１」だけ増減する。

図９の場合と同様、音量制御用のＯＣＡＰアプリ１０８のダウンロードが完了するまでは、受信機１０２の音量制御は受信機アプリ１０９により行われる。例えば受信機１０２の出荷直後に音量を「５」だけ増加するような音量制御指示１０３を入力受付部１０４で受信した場合、入力受付部１０４はその制御内容を入力振り分け部１０５に通知し、入力振り分け部１０５は受信機アプリ１０９に制御内容を通知する。

受信機アプリ１０９は、制御内容として通知された「５」の増加を、受信機アプリ１０９の音量値から受信機１０２の音量値に変換して「３．９０」を得る。この変換値をＤＢ１１０から読み出した設定値（初期値）「２０」に加算し「２３．９０」を得る。受信機アプリ１０９は、この値を用いて音量制御ドライバ１１１を操作して音量制御を実行し、制御実行後の設定値「２３．９０」をＤＢ１１０に保存する。その際、設定値「２３．９０」をＪａｖａ（登録商標）規定で定められた音圧レベル「０．４７８」に変換し、この変換値もＤＢ１１０に保存する。

音量制御用のＯＣＡＰアプリ１０８のダウンロードが完了した後は、入力振り分け部１０５は音量制御に関する制御内容をＯＣＡＰアプリ１０８に通知する。

よって、上記音量設定後、ＯＣＡＰアプリ１０８の音量値のスケールで示された「１５」だけ音量を減少させる音量制御指示１０３を入力受付部１０４が受信した場合、入力受付部１０４はその制御内容を入力振り分け部１０５に通知し、入力振り分け部１０５はその制御内容をＯＣＡＰアプリ１０８に通知する。

ＯＣＡＰアプリ１０８は、制御内容として通知された「１５」の減少分を、ＯＣＡＰアプリ１０８の音量値から受信機１０２の音量値に変換して「２．９４」を算出し、さらにこれを音圧レベルに変換し「０．０５９」を算出する。ＯＣＡＰアプリ１０８は、ＤＢ１１０からＪａｖａ（登録商標）規格に従った前回の音圧レベル「０．４７８」を読み出し、制御内容にしたがい、音圧レベル「０．４７８」から「０．０５９」（＝受信機アプリの音量値「１５」）だけ減少させ、「０．４１９」を得る。ＯＣＡＰアプリ１０８は、この値「０．４１９」を用いて音量制御ドライバ１１１を操作して音量制御を実行する。ＯＣＡＰアプリ１０８は、実行後の設定値「２０．９６」及び音圧レベル「０．４１９」をＤＢ１１０に保存する。

以上のように、本実施形態では、受信機アプリ１０９とＯＣＡＰアプリ１０８のそれぞれにおいて認識できるフォーマットで、最新の音量の設定値をＤＢ１１０に保存しておく。これにより、使用される音量制御用アプリケーションが、受信機アプリからＯＣＡＰアプリに遷移した場合であっても、滑らかな音量可変制御が可能となる。

３．まとめ
本実施形態によれば、ダウンロードにより取得する音量制御用のＯＣＡＰアプリ１０８の有無に関わらず、受信機１０２において音量制御が可能となる。また、音量の設定情報が共有されているため、音量制御に使用されるソフトウェアがＯＣＡＰアプリ１０８と受信機アプリ１０９の間で遷移した場合であっても、音量を連続的に制御することが可能となる。

なお、上述の説明においては、音量制御を実行するソフトウェアについて説明したが、本発明の思想はこれに限定されるものではなく、他の機能を実行するソフトウェアについても応用可能であることは言うまでもない。

また、上述の実施形態は本発明の好適な実施の一例であるが、これに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々変更、修正することができる。

本発明の放送受信装置は、音量制御を実行するＯＣＡＰアプリの有無に関わらず、ユーザは容易に音量制御を行うことができる。また、ＯＣＡＰアプリと受信機アプリとの遷移が発生した場合でも、音量等の情報が共有されているため、音量を連続的に制御することが可能であり、ＣＡＴＶをはじめとするソフトウェアをダウンロードし実行する放送受信装置において有用である。

本発明の一実施形態における放送受信機のハードウェア構成を示す図 本発明の一実施形態における放送受信機の機能的な構成を示す図 モニターアプリによる処理を示すフローチャート 音量制御ドライバによる処理を示すフローチャート 入力振り分け部による処理を示すフローチャート 入力振り分け部による処理を示すフローチャート（図５Ａのつづき） ＯＳＤ（On screen Display）表示を説明した図 ＯＣＡＰアプリによる処理を示すフローチャート 受信機アプリによる処理を示すフローチャート データベースに格納される音量制御情報の一例を示す図 データベースに格納される音量制御情報の別の一例を示す図

符号の説明

１４ ＣＰＵ
１６ 音声出力制御部
１８ 映像出力制御部
２０ 不揮発性メモリ
２２ ハードディスクドライブ（ＨＤＤ）
５０ リモコン
１００ 放送局
１０１ 放送波
１０２ 受信機
１０３ 音量制御指示
１０４ 入力受付部
１０５ 入力振り分け部
１０６ ＯＣＡＰミドルウェア
１０７ モニターアプリ
１０８ ＯＣＡＰアプリ
１０９ 受信機アプリ
１１０ ＤＢ
１１１ 音量制御ドライバ
１１２ 音声出力装置
１１４ 表示部
１５０ サーバ

Claims (9)

1. 外部から取得する音量制御用の第１のソフトウェアまたは内蔵された音量制御用の第２のソフトウェアによって音量制御機能を実現する放送受信装置であって、
   ユーザからの音量制御指示を受信する入力受付手段と、
   前記音量制御指示に基づき第１または第２のソフトウェアにより制御され、出力する音量を制御する音量制御手段と、
   放送波を受信する受信手段と、
   前記受信した放送波に含まれる第１のソフトウェアを取得する取得手段と、
   前記第１のソフトウェアの取得の有無を判断する判断手段と、
   前記判断結果に基づき、前記第１のソフトウェアが取得されたと判断した場合、前記入力受付手段で受信した音量制御指示を前記第１のソフトウェアに送信し、前記第１のソフトウェアが取得されたと判断されない場合、前記音量制御指示を第２のソフトウェアに送信する入力振り分け手段と
   を備えたことを特徴とする放送受信装置。
2. 前記判断手段は、前記第１の音量制御用ソフトウェアへ前記音量制御指示を通知後の、前記音量制御手段からの制御結果の通知の有無により、前記第１のソフトウェアの取得の有無を判断する、ことを特徴とする請求項１記載の放送受信装置。
3. 前記判断手段は、ＯＣＡＰ（Open Cable Application Platform（登録商標））規格に規定されたＡＰＩ（Application Program Interface）を用いて前記第１のソフトウェアの取得の有無を判断する、ことを特徴とする請求項１に記載の放送受信装置。
4. 前記判断手段は、音量制御時に画面上に表示される表示の変化を監視することにより前記第１のソフトウェアの取得の有無を判断する、ことを特徴とする請求項１に記載の放送受信装置。
5. 前記第２のソフトウェアによる前記音量制御手段の音量制御に関する情報を、前記第１のソフトウェアが認識できるフォーマットの情報に変換する変換手段と、
   前記変換した前記音量制御に関する情報を格納する第２の格納手段をさらに備えたことを特徴とする請求項１記載の放送受信装置。
6. 前記変換手段は、前記音量制御手段の音量制御に関する情報を、Ｊａｖａ（登録商標）規格で規定されたＡＰＩ（Application Program Interface）で認識できる形式に変換する、ことを特徴とする請求項５に記載の放送受信装置。
7. 外部から取得する音量制御用の第１のソフトウェアまたは放送受信装置内に内蔵された音量制御用の第２のソフトウェアによって、放送受信装置の音量を制御する方法であって、
   受信手段を介して放送波を受信し、
   前記放送波に含まれる第１のソフトウェアを取得し、
   前記第１のソフトウェアの取得の有無を判断し、
   入力受付手段を介して音量制御指示を受信し、
   前記判断結果に基づき、前記第１のソフトウェアが取得されたと判断した場合、前記受信した音量制御指示を前記第１のソフトウェアに送信し、前記第１のソフトウェアにより前記放送受信装置の音量制御手段を制御し、一方、前記第１のソフトウェアが取得されたと判断されない場合、前記音量制御指示を第２のソフトウェアに送信し、前記第２のソフトウェアにより前記音量制御手段を制御する
   ことを特徴とする制御方法。
8. 外部から取得する音量制御用の第１のソフトウェアまたは放送受信装置内に内蔵された音量制御用の第２のソフトウェアによって、放送受信装置の音量を制御するプログラムであって、
   前記制御プログラムは、
   受信手段を介して放送波を受信する手順と、
   前記放送波に含まれる第１のソフトウェアを取得する手順と、
   前記第１のソフトウェアの取得の有無を判断する手順と、
   入力受付手段を介して音量制御指示を受信する手順と、
   前記判断結果に基づき、前記第１のソフトウェアが取得されたと判断した場合、前記受信した音量制御指示を前記第１のソフトウェアに送信し、前記第１のソフトウェアにより前記放送受信装置の音量制御手段を制御し、一方、前記第１のソフトウェアが取得されたと判断されない場合、前記音量制御指示を第２のソフトウェアに送信し、前記第２のソフトウェアにより前記音量制御手段を制御する手順と
   を放送受信装置の制御手段に実行させるプログラム。
9. 請求項８に記載したプログラムを格納した、コンピュータ読み取り可能な記録媒体。

Images