知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023134110
(43)【公開日】2023-09-27
(54)【発明の名称】放送システム、受信機、受信方法、及びプログラム
(51)【国際特許分類】
H04N 21/435 20110101AFI20230920BHJP
H04N 21/439 20110101ALI20230920BHJP
H04H 20/28 20080101ALI20230920BHJP
【ＦＩ】
H04N21/435
H04N21/439
H04H20/28
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2022039467
(22)【出願日】2022-03-14
(71)【出願人】
【識別番号】000005049
【氏名又は名称】シャープ株式会社
(74)【代理人】
【識別番号】100161207
【弁理士】
【氏名又は名称】西澤 和純
(74)【代理人】
【識別番号】100129115
【弁理士】
【氏名又は名称】三木 雅夫
(74)【代理人】
【識別番号】100133569
【弁理士】
【氏名又は名称】野村 進
(74)【代理人】
【識別番号】100131473
【弁理士】
【氏名又は名称】覚田 功二
(72)【発明者】
【氏名】西垣 智夫
(72)【発明者】
【氏名】鈴木 秀樹
(72)【発明者】
【氏名】川添 裕史
【テーマコード（参考）】
5C164
【Ｆターム（参考）】
5C164FA04
5C164MA07S
5C164MA08S
5C164MB13S
5C164PA41
5C164UB08P
5C164UB10P
5C164UB41S
5C164UB51S
5C164UB92S
5C164UD65S
5C164YA11
(57)【要約】
【課題】操作性やデザインを統一したＧＵＩでの音声調整機能を提供すること。
【解決手段】放送システムは、ＭＰＥＧ－Ｈオーディオを含む放送を行う放送システムであって、ユーザが音声調整を行うためのアプリケーションを、データ放送で受信する受信部、を備える。
【選択図】図２
【解決手段】放送システムは、ＭＰＥＧ－Ｈオーディオを含む放送を行う放送システムであって、ユーザが音声調整を行うためのアプリケーションを、データ放送で受信する受信部、を備える。
【選択図】図２
【特許請求の範囲】
【請求項1】
ＭＰＥＧ－Ｈオーディオを含む放送を行う放送システムであって、
ユーザが音声調整を行うためのアプリケーションを、データ放送で受信する受信部、
を備える、
放送システム。
ユーザが音声調整を行うためのアプリケーションを、データ放送で受信する受信部、
を備える、
放送システム。
【請求項2】
前記アプリケーションを実行する実行部、
前記実行部は、ＭＰＥＧ－Ｈオーディオのメタデータを取得するためのＡＰＩを規定する規定部と、
をさらに備え、
前記実行部は、前記メタデータをブラウザに受け渡すことで音声調整を行う
請求項１に記載の放送システム。
前記実行部は、ＭＰＥＧ－Ｈオーディオのメタデータを取得するためのＡＰＩを規定する規定部と、
をさらに備え、
前記実行部は、前記メタデータをブラウザに受け渡すことで音声調整を行う
請求項１に記載の放送システム。
【請求項3】
前記音声調整は、オブジェクト単位で行う、
請求項１または２に記載の放送システム。
請求項１または２に記載の放送システム。
【請求項4】
ＭＰＥＧ－Ｈオーディオを含む放送を行う放送システムにおける受信機であって、
ユーザが音声調整を行うためのアプリケーションを、データ放送で受信する受信部、
を備える、
受信機。
ユーザが音声調整を行うためのアプリケーションを、データ放送で受信する受信部、
を備える、
受信機。
【請求項5】
ＭＰＥＧ－Ｈオーディオを含む放送を行う放送システムにおける受信機の受信方法であって、受信機が、
ユーザが音声調整を行うためのアプリケーションを、データ放送で受信する受信ステップ、
を有する、受信方法。
ユーザが音声調整を行うためのアプリケーションを、データ放送で受信する受信ステップ、
を有する、受信方法。
【請求項6】
ＭＰＥＧ－Ｈオーディオを含む放送を行う放送システムにおける受信機に用いられるプログラムであって、受信機に、
ユーザが音声調整を行うためのアプリケーションを、データ放送で受信する受信ステップ、
を実行させるためのプログラム。
ユーザが音声調整を行うためのアプリケーションを、データ放送で受信する受信ステップ、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、放送システム、受信機、受信方法、及びプログラムに関する。
【背景技術】
【0002】
地上デジタル放送では、放送局から送信された音声の調整は、受信機ごとに固有の調整メニューによって行う必要があった。次世代の地上波デジタル放送では、ＭＰＥＧ－Ｈオーディオ等のオブジェクトベースの音声信号を用いることが検討されている。
ＭＰＥＧ－Ｈオーディオ等のオブジェクトベースの音声信号では、ユーザが調整可能な音声パラメータが放送局から送出され、当該音声パラメータを用いてユーザに音声調整機能が提供される。当該音声調整機能は、ＧＵＩにより調整可能である。
特許文献１には、複数の楽曲等の音声を同時かつ選択的に聞き分け可能に提供することが記載されている。
ＭＰＥＧ－Ｈオーディオ等のオブジェクトベースの音声信号では、ユーザが調整可能な音声パラメータが放送局から送出され、当該音声パラメータを用いてユーザに音声調整機能が提供される。当該音声調整機能は、ＧＵＩにより調整可能である。
特許文献１には、複数の楽曲等の音声を同時かつ選択的に聞き分け可能に提供することが記載されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１３－６２６５２号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１では、複数の楽曲などの音声を合成して提供することが開示されているが、ＭＰＥＧ－Ｈオーディオ等のオブジェクトベースの音声信号では、オブジェクト単位での音声調整が求められる。
ここで、音声調整機能のためのＧＵＩを受信機ごとに実装すると、コンテンツ制作者の意図が正確に反映されなかったり、受信機の製造者や受信機の機種によってＧＵＩのデザインや操作方法が変わってしまったりする恐れがある。そのため、音声調整機能に関するユーザの利便性が十分でないことがあった。
ここで、音声調整機能のためのＧＵＩを受信機ごとに実装すると、コンテンツ制作者の意図が正確に反映されなかったり、受信機の製造者や受信機の機種によってＧＵＩのデザインや操作方法が変わってしまったりする恐れがある。そのため、音声調整機能に関するユーザの利便性が十分でないことがあった。
【0005】
本発明は上記の点に鑑みてなされたものであり、操作性やデザインを統一したＧＵＩでの音声調整機能を提供することができる放送システム、受信機、受信方法、及びプログラムを提供する。
【課題を解決するための手段】
【0006】
（１）本発明は上記の課題を解決するためになされたものであり、本発明の一態様は、ＭＰＥＧ－Ｈオーディオを含む放送を行う放送システムであって、ユーザが音声調整を行うためのアプリケーションを、データ放送で受信する受信部、を備える、放送システムである。
【0007】
（２）また、本発明の一態様は、ＭＭＰＥＧ－Ｈオーディオを含む放送を行う放送システムにおける受信機であって、ユーザが音声調整を行うためのアプリケーションを、データ放送で受信する受信部、を備える、受信機である。
【0008】
（３）また、本発明の一態様は、ＭＰＥＧ－Ｈオーディオを含む放送を行う放送システムにおける受信機の受信方法であって、受信機が、ユーザが音声調整を行うためのアプリケーションを、データ放送で受信する受信ステップ、を有する、受信方法である。
【0009】
（４）また、本発明の一態様は、ＭＰＥＧ－Ｈオーディオを含む放送を行う放送システムにおける受信機に用いられるプログラムであって、受信機に、ユーザが音声調整を行うためのアプリケーションを、データ放送で受信する受信ステップ、を実行させるためのプログラムである。
【発明の効果】
【0010】
本発明によれば、操作性やデザインを統一したＧＵＩでの音声調整機能を提供することができる。
【図面の簡単な説明】
【0011】
【図1】本発明の実施形態に係る放送システムの構成の一例を示す図である。
【図2】本実施形態に係る受信機の機能構成の一例を示すブロック図である。
【図3】本実施形態に係るメタデータの定義の一例を示す図である。
【図4】本実施形態に係る取得指令の一例を示す図である。
【図5】本実施形態に係る取得指令の一例を示す図である。
【図6】本実施形態に係る取得指令の一例を示す図である。
【図7】本実施形態に係る取得指令の一例を示す図である。
【図8】本実施形態に係る更新指令の一例を示す図である。
【図9】本実施形態に係る更新指令の一例を示す図である。
【図10】本実施形態に係る更新指令の一例を示す図である。
【図11】本実施形態に係る更新指令の一例を示す図である。
【図12】本実施形態に係る音声調整処理の一例を示すフローチャートである。
【発明を実施するための形態】
【0012】
以下、図面を参照しながら本発明の実施形態について詳しく説明する。
【0013】
［システム構成］
図１は、本発明の実施形態に係る放送システムＳｙｓの構成の一例を示す図である。
放送システムＳｙｓは、放送局１の放送装置、受信機２、放送局サーバ３、及び事業者サーバ４を具備する。放送は、地上デジタル放送を利用した放送である。ただし本発明は、これらの放送に限られず、放送は、放送衛星を用いた放送であってもよい。放送衛星を用いた放送は、例えば高度ＢＳ（Ｂｒｏａｄｃａｓｔｉｎｇ Ｓａｔｅｌｌｉｔｅｓ）デジタル放送又は高度広帯域ＣＳ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓａｔｅｌｌｉｔｅｓ）デジタル放送である。また放送は、ケーブルテレビ等の有線放送であってもよい。
図１は、本発明の実施形態に係る放送システムＳｙｓの構成の一例を示す図である。
放送システムＳｙｓは、放送局１の放送装置、受信機２、放送局サーバ３、及び事業者サーバ４を具備する。放送は、地上デジタル放送を利用した放送である。ただし本発明は、これらの放送に限られず、放送は、放送衛星を用いた放送であってもよい。放送衛星を用いた放送は、例えば高度ＢＳ（Ｂｒｏａｄｃａｓｔｉｎｇ Ｓａｔｅｌｌｉｔｅｓ）デジタル放送又は高度広帯域ＣＳ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓａｔｅｌｌｉｔｅｓ）デジタル放送である。また放送は、ケーブルテレビ等の有線放送であってもよい。
【0014】
放送システムＳｙｓでは、放送局の放送局１から放送波によってデジタル放送信号、アプリケーション制御情報、提示に関する制御情報などを送出する。サービス事業者は、事業者サーバ４から、番組に関連するメタデータや動画コンテンツ等を提供する。
アプリケーション制御情報は、番組と連動するアプリケーション等を本システム対応受信機に周知するとともに起動・終了のためのコマンド、制御情報を送るものである。
提示に関する制御情報は、アプリケーションと放送番組の同一ＴＶ画面上での重ね合わせやアプリケーションの提示の可否に関する制御情報を送るものである。
放送局は、放送システムＳｙｓにおいて、放送局サーバ３を運営する。放送局サーバ３は、番組タイトル、番組ＩＤ、番組概要、出演者、放送日時などのメタデータの提供を行う。放送局がサービス事業者に提供する情報は、放送局サーバ３が備えるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を通して提供される。
アプリケーション制御情報は、番組と連動するアプリケーション等を本システム対応受信機に周知するとともに起動・終了のためのコマンド、制御情報を送るものである。
提示に関する制御情報は、アプリケーションと放送番組の同一ＴＶ画面上での重ね合わせやアプリケーションの提示の可否に関する制御情報を送るものである。
放送局は、放送システムＳｙｓにおいて、放送局サーバ３を運営する。放送局サーバ３は、番組タイトル、番組ＩＤ、番組概要、出演者、放送日時などのメタデータの提供を行う。放送局がサービス事業者に提供する情報は、放送局サーバ３が備えるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を通して提供される。
【0015】
サービス事業者は、放送システムＳｙｓによるサービスを提供する者であり、サービスを提供するためのコンテンツ、アプリケーションの制作・配信、個々のサービスを実現するための放送局サーバ３の運営を行う。ここで、サービスには、放送と通信を連携させる放送通信連携サービスが含まれる。
放送局サーバ３は、「アプリケーションの管理・配布」のため、受信機２に対してアプリケーションの送出を行う。放送局サーバ３は、「サービス毎のサーバ」として、個々のサービス（ＭＰＥＧ－Ｈサービス、ＶＯＤ番組レコメンドサービス、多言語字幕サービス等）を実現するためのサーバ機能を提供する。
放送局サーバ３は、「アプリケーションの管理・配布」のため、受信機２に対してアプリケーションの送出を行う。放送局サーバ３は、「サービス毎のサーバ」として、個々のサービス（ＭＰＥＧ－Ｈサービス、ＶＯＤ番組レコメンドサービス、多言語字幕サービス等）を実現するためのサーバ機能を提供する。
【0016】
ＭＰＥＧ－Ｈは、デジタルコンテナ標準、動画圧縮標準、音声圧縮標準、そして２つの順応試験標準のため、ＩＳＯ／ＩＥＣ Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）の開発下にある一連の標準である。ＭＰＥＧ－Ｈオーディオでは、例えば、オブジェクトベース音響が可能である。オブジェクトベース音響の「オブジェクト」とは、音楽や人の声などの番組を構成する音の素材一つ一つである。オブジェクトベース音響では、音の素材ごとに音声信号が記録され、素材ごとの音声制御が可能である。また、受信機２で再生する時に、素材の再生位置情報を基に、実際に置かれているスピーカーの位置に合わせて番組を再生することも可能である。
【0017】
放送局サーバ３は、こうしたサービスの機能面を実現するだけでなく、サービスを構成するコンテンツ（ＭＰＥＧ－Ｈオーディオデータ、ＶＯＤコンテンツ、字幕データなど）の送出も行う。放送局サーバ３は、「リポジトリ」として、放送システムＳｙｓのアプリケーションを配布するために登録し、受信機２からの問い合わせに応じて提供可能なアプリケーションの一覧の提供や検索を行う。
【0018】
受信機２には、既存デジタル放送の受信機能に加えて、放送通信連携サービスを実現するための機能を備えたものも含まれる。受信機２には、ブロードバンドネットワーク接続機能に加え、次の機能を有している。
・放送からのアプリケーション制御信号に応じてアプリケーションを受信する機能
・放送からのアプリケーション制御信号に応じてアプリケーションを実行する機能
・放送と通信間の連携による提示を行う機能
・端末連携機能
ここで、端末には、例えば、スマートフォンやスマートスピーカー等のユーザ端末が含まれる。受信機２の端末連携機能は、他の端末の要求に応じて番組情報などの放送リソースにアクセスしたり、再生制御当の受信機機能を呼び出したりする。
また、アプリケーションの例としては、ＭＰＥＧ－Ｈオーディオのデジタルミキサーが含まれる。ユーザ（「受信者」ともいう）は、事業者サーバ４から受信したデジタルミキサーを用いて、音の素材ごとの音声信号に対して音の強弱又はエフェクト等の調整や音の素材間のバランスを調整可能である。これらの調整は、スピーカーごとに行うことも可能である。
・放送からのアプリケーション制御信号に応じてアプリケーションを受信する機能
・放送からのアプリケーション制御信号に応じてアプリケーションを実行する機能
・放送と通信間の連携による提示を行う機能
・端末連携機能
ここで、端末には、例えば、スマートフォンやスマートスピーカー等のユーザ端末が含まれる。受信機２の端末連携機能は、他の端末の要求に応じて番組情報などの放送リソースにアクセスしたり、再生制御当の受信機機能を呼び出したりする。
また、アプリケーションの例としては、ＭＰＥＧ－Ｈオーディオのデジタルミキサーが含まれる。ユーザ（「受信者」ともいう）は、事業者サーバ４から受信したデジタルミキサーを用いて、音の素材ごとの音声信号に対して音の強弱又はエフェクト等の調整や音の素材間のバランスを調整可能である。これらの調整は、スピーカーごとに行うことも可能である。
【0019】
より具体的には、受信機２は、次の機能を有する。
受信機２は、「放送受信再生」機能として、放送電波を受信し、特定の放送サービスを選局して、サービスを構成する映像、音声、字幕、データ放送を同期再生する機能を有する。
受信機２は、「通信コンテンツ受信再生」機能として、通信ネットワーク上のサーバ（例えば事業者サーバ４）に置かれた映像コンテンツにアクセスし、ＶＯＤストリーミングとして受信し、コンテンツを構成する映像、音声、字幕を同期再生する機能を有する。
受信機２は、「アプリケーション制御」機能として、通信ネットワーク上のサーバあるいは放送信号から取得したアプリケーション制御情報に基づき、主にマネージドアプリケーションに関してアプリケーションエンジンに対して働きかけ、アプリケーション単位のライフサイクル及びイベントの制御・管理を行う機能を有する。
受信機２は、「アプリケーションエンジン」機能として、アプリケーションを取得し、実行する機能を有する。この機能は、例えばＨＴＭＬ５ブラウザで実現される。
受信機２は、「提示同期制御」機能として、放送受信による映像・音声等のストリームと、ストリーミング受信による映像・音声等のストリーム提示同期を制御する機能を有する。
受信機２は、「アプリケーションロンチャー」機能として、主に放送外マネージドアプリケーションをユーザが選択、起動するためのナビゲーション機能を有する。
受信機２は、「放送受信再生」機能として、放送電波を受信し、特定の放送サービスを選局して、サービスを構成する映像、音声、字幕、データ放送を同期再生する機能を有する。
受信機２は、「通信コンテンツ受信再生」機能として、通信ネットワーク上のサーバ（例えば事業者サーバ４）に置かれた映像コンテンツにアクセスし、ＶＯＤストリーミングとして受信し、コンテンツを構成する映像、音声、字幕を同期再生する機能を有する。
受信機２は、「アプリケーション制御」機能として、通信ネットワーク上のサーバあるいは放送信号から取得したアプリケーション制御情報に基づき、主にマネージドアプリケーションに関してアプリケーションエンジンに対して働きかけ、アプリケーション単位のライフサイクル及びイベントの制御・管理を行う機能を有する。
受信機２は、「アプリケーションエンジン」機能として、アプリケーションを取得し、実行する機能を有する。この機能は、例えばＨＴＭＬ５ブラウザで実現される。
受信機２は、「提示同期制御」機能として、放送受信による映像・音声等のストリームと、ストリーミング受信による映像・音声等のストリーム提示同期を制御する機能を有する。
受信機２は、「アプリケーションロンチャー」機能として、主に放送外マネージドアプリケーションをユーザが選択、起動するためのナビゲーション機能を有する。
【0020】
なお、以下の説明において、放送局１、放送局サーバ３、事業者サーバ４を特に区別しない場合には、これらのいずれかである場合を含むものとして放送局１として説明する。
【0021】
【0022】
放送局１は、映像信号Ａ１１と音声信号（「ＭＰＥＧ－Ｈオーディオ信号」Ａ１２とも称する）を送信する。放送局１は、オブジェクトベースの音声を音声コンポーネント（アセット）とし、この音声コンポーネントとチャンネルベースの各音声の音声コンポーネントとが多重化されたＭＰＥＧ－Ｈオーディオ信号Ａ１２を、放送波に含めて送信する。
また、放送局１は、ＭＰＥＧ－Ｈオーディオ信号Ａ１２を、放送波に含めて送出すると場合に、ユーザが音声調整を行うためのアプリケーションである音声調整アプリケーションＡ１３をデータ放送で同時に送出する。
また、放送局１は、ＭＰＥＧ－Ｈオーディオ信号Ａ１２を、放送波に含めて送出すると場合に、ユーザが音声調整を行うためのアプリケーションである音声調整アプリケーションＡ１３をデータ放送で同時に送出する。
【0023】
受信機２は、チューナー２１、Ｄｅｍｕｘ（デマルチプレクサ）２２、映像デコーダー２３、音声デコーダー２４、映像調整部２５、音声調整部２６、ブラウザＡＰＩ部２７、データ放送ブラウザ部２８を含んで構成される。
【0024】
チューナー２１は、アンテナを介して放送波を受信し、ユーザ操作に基づいて選択されていているチャンネルに同調（選局）する。同調された信号は復調され、データとしてＤｅｍｕｘ２２へ入力される。
【0025】
Ｄｅｍｕｘ２２は、入力されたデータを、映像データ列、音声データ列、文字スーパーデータ列、字幕データ列等に分離する。分離された音声データ列は、音声デコーダー２４へ出力される。分離された映像データ列は、映像デコーダー２３へ出力される。
【0026】
Ｄｅｍｕｘ２２から出力された映像データ列は、映像デコーダー２３に入力される。
映像デコーダー２３は、入力された映像データ列を復号化する。
映像デコーダー２３は、入力された映像データ列を復号化する。
【0027】
また、Ｄｅｍｕｘ２２に分離された文字スーパーデータ列及び字幕データ列は、それぞれ、文字スーパーデコーダー及び字幕デコーダー（不図示）で復号化され、復号かされた文字列は、映像に重畳される。
【0028】
Ｄｅｍｕｘ２２から出力された各音声コンポーネントの音声データ列は、音声デコーダー２４へ出力される。
音声デコーダー２４は、音声コンポーネントの音声データ列を復号化する。また、音声デコーダー２４は、Ｄｅｍｕｘ２２から入力された音声データ列からメタデータを抽出する。音声デコーダー２４は、ブラウザＡＰＩ部２７からの要求に応じてメタデータをブラウザＡＰＩ部２７に出力する。
音声デコーダー２４は、音声コンポーネントの音声データ列を復号化する。また、音声デコーダー２４は、Ｄｅｍｕｘ２２から入力された音声データ列からメタデータを抽出する。音声デコーダー２４は、ブラウザＡＰＩ部２７からの要求に応じてメタデータをブラウザＡＰＩ部２７に出力する。
【0029】
映像調整部２５は、復号化された映像データ列に対して色空間変換処理を行い、ディスプレイでの映像の表示に用いる。
【0030】
音声調整部２６は、音声デコーダー２４によって復号化された音声データ列と、ブラウザＡＰＩ部２７から出力される調整情報に基づいて、音の素材ごとの音声を合成して、ダウンミックス処理を行う。ダウンミックス処理をされた音声データ列は、音声に変換されてスピーカーから出力される。
【0031】
ブラウザＡＰＩ部２７は、データ放送ブラウザ部２８による指示信号に基づいて、音声デコーダー２４または／および本体情報記憶部２９からＡＰＩを用いてメタデータを取得する。ブラウザＡＰＩ部２７は、データ放送ブラウザ部２８からの指示信号に基づいて、ＡＰＩを用いてメタデータの調整値を示す調整情報を音声調整部２６へ出力する。
【0032】
データ放送ブラウザ部２８は、放送局１からデータ放送経由で送出された音声調整アプリケーションを起動する。
データ放送ブラウザ部２８は、ブラウザＡＰＩ部２７を介してメタデータを音声デコーダー２４または／および本体情報記憶部２９から取得する。データ放送ブラウザ部２８は、メタデータに基づいて、ユーザによって音声調整可能なパラメータの初期値を取得する。データ放送ブラウザ部２８は、音声調整アプリケーションに、音声調整可能なパラメータの初期値をセットする。
データ放送ブラウザ部２８は、ブラウザＡＰＩ部２７を介してメタデータを音声デコーダー２４または／および本体情報記憶部２９から取得する。データ放送ブラウザ部２８は、メタデータに基づいて、ユーザによって音声調整可能なパラメータの初期値を取得する。データ放送ブラウザ部２８は、音声調整アプリケーションに、音声調整可能なパラメータの初期値をセットする。
【0033】
例えば、データ放送ブラウザ部２８は、音声調整アプリケーションの実行によりＧＵＩを表示し、当該ＧＵＩに対するユーザ操作によって音声調整パラメータを取得する。
データ放送ブラウザ部２８は、ブラウザＡＰＩ部２７を介して、調整パラメータによってに基づく調整情報を音声調整部２６へ出力する。
データ放送ブラウザ部２８は、ブラウザＡＰＩ部２７を介して、調整パラメータによってに基づく調整情報を音声調整部２６へ出力する。
【0034】
本体情報記憶部２９は、本体情報を記憶する。本体情報は、受信機２が予め記憶する情報であり、例えば、スピーカーの位置情報や、視聴者の向いている方向などの視聴シーンの設置情報などである。
【0035】
以上のように、本実施形態に係る受信機２は、ＭＰＥＧ－Ｈオーディオを含む放送を行う放送システムであって、ユーザが音声調整を行うためのアプリケーションをデータ放送で受信する。受信したアプリケーションを実行することにより、受信機のメーカーや機種によらず、操作性やデザインを統一したＧＵＩを介してユーザによる音声調整が可能となるため、ユーザの利便性を向上させることができる。
【0036】
［メタデータの定義］
次いで、本実施形態で用いるＭＰＥＧ－Ｈで定義される４つのメタデータの定義について説明する。
図３は、本実施形態で用いるメタデータの定義の一例を示す図である。
図示するように、本実施形態で用いるメタデータは、インタラクティブに関するデータ、個別の設定に関するデータ、ＭＰＥＧ－Ｈ全体の構成に関するデータ、オーディオシーンの設置データの４つのデータである。これらのメタデータは、ｍｐｅｇｈ３ｄａＥｌｅｍｅｎｔＩｎｔｅｒａｃｔｉｏｎ（）、ｍｐｅｇｈ３ｄａＬｏｃａｌＳｅｔｕｐＩｎｆｏｒｍａｔｉｏｎ（）、ｍｐｅｇｈ３ｄａＣｏｎｆｉｇ（）、ｍｐｅｇｈ３ｄａＳｃｅｎｅＤｉｓｐｌａｃｅｍｅｎｔ（）のように、ＡＰＩ関数によって記述される。このうちｍｐｅｇｈ３ｄａＥｌｅｍｅｎｔＩｎｔｅｒａｃｔｉｏｎ（）と、ｍｐｅｇｈ３ｄａＣｏｎｆｉｇ（）の２つのメタデータは、放送局から送られてくるＭＰＥＧ－Ｈオーディオデータに含まれ、音声デコーダー２４から取得可能である。また、ｍｐｅｇｈ３ｄａＬｏｃａｌＳｅｔｕｐＩｎｆｏｒｍａｔｉｏｎ（）と、ｍｐｅｇｈ３ｄａＳｃｅｎｅＤｉｓｐｌａｃｅｍｅｎｔ（）の２つメタデータは、受信機２の本体情報から取得可能である。
次いで、本実施形態で用いるＭＰＥＧ－Ｈで定義される４つのメタデータの定義について説明する。
図３は、本実施形態で用いるメタデータの定義の一例を示す図である。
図示するように、本実施形態で用いるメタデータは、インタラクティブに関するデータ、個別の設定に関するデータ、ＭＰＥＧ－Ｈ全体の構成に関するデータ、オーディオシーンの設置データの４つのデータである。これらのメタデータは、ｍｐｅｇｈ３ｄａＥｌｅｍｅｎｔＩｎｔｅｒａｃｔｉｏｎ（）、ｍｐｅｇｈ３ｄａＬｏｃａｌＳｅｔｕｐＩｎｆｏｒｍａｔｉｏｎ（）、ｍｐｅｇｈ３ｄａＣｏｎｆｉｇ（）、ｍｐｅｇｈ３ｄａＳｃｅｎｅＤｉｓｐｌａｃｅｍｅｎｔ（）のように、ＡＰＩ関数によって記述される。このうちｍｐｅｇｈ３ｄａＥｌｅｍｅｎｔＩｎｔｅｒａｃｔｉｏｎ（）と、ｍｐｅｇｈ３ｄａＣｏｎｆｉｇ（）の２つのメタデータは、放送局から送られてくるＭＰＥＧ－Ｈオーディオデータに含まれ、音声デコーダー２４から取得可能である。また、ｍｐｅｇｈ３ｄａＬｏｃａｌＳｅｔｕｐＩｎｆｏｒｍａｔｉｏｎ（）と、ｍｐｅｇｈ３ｄａＳｃｅｎｅＤｉｓｐｌａｃｅｍｅｎｔ（）の２つメタデータは、受信機２の本体情報から取得可能である。
【0037】
［メタデータの取得］
次いで、ブラウザＡＰＩ部２７によるメタデータの取得について説明する。図４～図７は、本実施形態に係るメタデータの取得指令の一例を示す図である。
図４～図７に図示する例では、メソッド名が「ｇｅｔＭｐｅｇｈ３ｄａＥｌｅｍｅｎｔＩｎｔｅｒａｃｔｉｏｎ（）」とのメソッド名を有する。実行結果を示す戻り値の型は、「Ｍｐｅｇｈ３ｄａＥｌｅｍｅｎｔＩｎｔｅｒａｃｔｉｏｎオブジェクト」である。メソッド名が「ｇｅｔＭｐｅｇｈ３ｄａＬｏｃａｌＳｅｔｕｐＩｎｆｏｒｍａｔｉｏｎ（）」とのメソッド名を有する。実行結果を示す戻り値の型は、「Ｍｐｅｇｈ３ｄａＬｏｃａｌＳｅｔｕｐＩｎｆｏｒｍａｔｉｏｎオブジェクト」である。メソッド名が「ｇｅｔＭｐｅｇｈ３ｄａＣｏｎｆｉｇ（）」とのメソッド名を有する。実行結果を示す戻り値の型は、「Ｍｐｅｇｈ３ｄａＣｏｎｆｉｇ（）オブジェクト」である。メソッド名が「ｇｅｔＭｐｅｇｈ３ｄａＳｃｅｎｅＤｉｓｐｌａｃｅｍｅｎｔ（）」とのメソッド名を有する。実行結果を示す戻り値の型は、「Ｍｐｅｇｈ３ｄａＳｃｅｎｅＤｉｓｐｌａｃｅｍｅｎｔ（）オブジェクト」である。
次いで、ブラウザＡＰＩ部２７によるメタデータの取得について説明する。図４～図７は、本実施形態に係るメタデータの取得指令の一例を示す図である。
図４～図７に図示する例では、メソッド名が「ｇｅｔＭｐｅｇｈ３ｄａＥｌｅｍｅｎｔＩｎｔｅｒａｃｔｉｏｎ（）」とのメソッド名を有する。実行結果を示す戻り値の型は、「Ｍｐｅｇｈ３ｄａＥｌｅｍｅｎｔＩｎｔｅｒａｃｔｉｏｎオブジェクト」である。メソッド名が「ｇｅｔＭｐｅｇｈ３ｄａＬｏｃａｌＳｅｔｕｐＩｎｆｏｒｍａｔｉｏｎ（）」とのメソッド名を有する。実行結果を示す戻り値の型は、「Ｍｐｅｇｈ３ｄａＬｏｃａｌＳｅｔｕｐＩｎｆｏｒｍａｔｉｏｎオブジェクト」である。メソッド名が「ｇｅｔＭｐｅｇｈ３ｄａＣｏｎｆｉｇ（）」とのメソッド名を有する。実行結果を示す戻り値の型は、「Ｍｐｅｇｈ３ｄａＣｏｎｆｉｇ（）オブジェクト」である。メソッド名が「ｇｅｔＭｐｅｇｈ３ｄａＳｃｅｎｅＤｉｓｐｌａｃｅｍｅｎｔ（）」とのメソッド名を有する。実行結果を示す戻り値の型は、「Ｍｐｅｇｈ３ｄａＳｃｅｎｅＤｉｓｐｌａｃｅｍｅｎｔ（）オブジェクト」である。
【0038】
ブラウザＡＰＩ部２７は、データ放送ブラウザ部２８による指示信号に基づいて、各「メソッド名」で定義される取得指令を実行し、音声デコーダー２４または／および本体情報記憶部２９からメタデータを取得する。
【0039】
［メタデータの更新］
次いで、ブラウザＡＰＩ部２７によるメタデータの更新について説明する。図８～図１１は、本実施形態に係るメタデータの更新指令の一例を示す図である。
図８～図１１に図示する例では、メソッド名が「ｐｕｔＭｐｅｇｈ３ｄａＥｌｅｍｅｎｔＩｎｔｅｒａｃｔｉｏｎ（）」とのメソッド名を有する。実行結果を示す戻り値の型は、「Ｍｐｅｇｈ３ｄａＥｌｅｍｅｎｔＩｎｔｅｒａｃｔｉｏｎオブジェクト」である。メソッド名が「ｐｕｔＭｐｅｇｈ３ｄａＬｏｃａｌＳｅｔｕｐＩｎｆｏｒｍａｔｉｏｎ（）」とのメソッド名を有する。実行結果を示す戻り値の型は、「Ｍｐｅｇｈ３ｄａＬｏｃａｌＳｅｔｕｐＩｎｆｏｒｍａｔｉｏｎオブジェクト」である。メソッド名が「ｐｕｔＭｐｅｇｈ３ｄａＣｏｎｆｉｇ（）」とのメソッド名を有する。実行結果を示す戻り値の型は、「Ｍｐｅｇｈ３ｄａＣｏｎｆｉｇ（）オブジェクト」である。メソッド名が「ｐｕｔＭｐｅｇｈ３ｄａＳｃｅｎｅＤｉｓｐｌａｃｅｍｅｎｔ（）」とのメソッド名を有する。実行結果を示す戻り値の型は、「Ｍｐｅｇｈ３ｄａＳｃｅｎｅＤｉｓｐｌａｃｅｍｅｎｔ（）オブジェクト」である。
次いで、ブラウザＡＰＩ部２７によるメタデータの更新について説明する。図８～図１１は、本実施形態に係るメタデータの更新指令の一例を示す図である。
図８～図１１に図示する例では、メソッド名が「ｐｕｔＭｐｅｇｈ３ｄａＥｌｅｍｅｎｔＩｎｔｅｒａｃｔｉｏｎ（）」とのメソッド名を有する。実行結果を示す戻り値の型は、「Ｍｐｅｇｈ３ｄａＥｌｅｍｅｎｔＩｎｔｅｒａｃｔｉｏｎオブジェクト」である。メソッド名が「ｐｕｔＭｐｅｇｈ３ｄａＬｏｃａｌＳｅｔｕｐＩｎｆｏｒｍａｔｉｏｎ（）」とのメソッド名を有する。実行結果を示す戻り値の型は、「Ｍｐｅｇｈ３ｄａＬｏｃａｌＳｅｔｕｐＩｎｆｏｒｍａｔｉｏｎオブジェクト」である。メソッド名が「ｐｕｔＭｐｅｇｈ３ｄａＣｏｎｆｉｇ（）」とのメソッド名を有する。実行結果を示す戻り値の型は、「Ｍｐｅｇｈ３ｄａＣｏｎｆｉｇ（）オブジェクト」である。メソッド名が「ｐｕｔＭｐｅｇｈ３ｄａＳｃｅｎｅＤｉｓｐｌａｃｅｍｅｎｔ（）」とのメソッド名を有する。実行結果を示す戻り値の型は、「Ｍｐｅｇｈ３ｄａＳｃｅｎｅＤｉｓｐｌａｃｅｍｅｎｔ（）オブジェクト」である。
【0040】
ブラウザＡＰＩ部２７は、データ放送ブラウザ部２８による指示信号に基づいて、各「メソッド名」で定義される更新指令を実行し、メタデータを更新する。
【0041】
［処理の流れ］
次いで、本実施形態に係る音声調整処理の一例について説明する。
図１２は、本実施形態に係る音声調整処理の一例を示すフローチャートである。
（ステップＳ１０１）
受信機２は、ユーザ操作による選局操作、電源操作に応じて、選局されているコンテンツに対応するデータ放送から、音声調整アプリケーションを受信し、起動する。
（ステップＳ１０２）
受信機２は、分離された音声データからメタデータを抽出する。
（ステップＳ１０３）
受信機２は、ＡＰＩ取得指令によりメタデータを音声デコーダー２４または／および本体情報記憶部２９から取得する。
次いで、本実施形態に係る音声調整処理の一例について説明する。
図１２は、本実施形態に係る音声調整処理の一例を示すフローチャートである。
（ステップＳ１０１）
受信機２は、ユーザ操作による選局操作、電源操作に応じて、選局されているコンテンツに対応するデータ放送から、音声調整アプリケーションを受信し、起動する。
（ステップＳ１０２）
受信機２は、分離された音声データからメタデータを抽出する。
（ステップＳ１０３）
受信機２は、ＡＰＩ取得指令によりメタデータを音声デコーダー２４または／および本体情報記憶部２９から取得する。
【0042】
（ステップＳ１０４）
受信機２は、取得したメタデータに基づいて、音声調整可能な音声ごとのパラメータの初期値を、音声調整アプリケーションにセットする。
（ステップＳ１０５）
受信機２は、音声調整アプリケーションに対するユーザ操作を受け付ける。受信機２は、音声調整アプリケーションに対するユーザ操作を受け付けた場合、当該操作された音声ごとのパラメータを、ＡＰＩ更新指令によってメタデータを更新する。
（ステップＳ１０６）
受信機２は、更新されたメタデータに基づいて、音声調整を実行する。
受信機２は、取得したメタデータに基づいて、音声調整可能な音声ごとのパラメータの初期値を、音声調整アプリケーションにセットする。
（ステップＳ１０５）
受信機２は、音声調整アプリケーションに対するユーザ操作を受け付ける。受信機２は、音声調整アプリケーションに対するユーザ操作を受け付けた場合、当該操作された音声ごとのパラメータを、ＡＰＩ更新指令によってメタデータを更新する。
（ステップＳ１０６）
受信機２は、更新されたメタデータに基づいて、音声調整を実行する。
【0043】
このように、本実施形態に係る受信機２は、ＭＰＥＧ－Ｈオーディオを含む放送を行う放送システムにおける受信機であって、ユーザが音声調整を行うためのアプリケーションを、データ放送で受信する。
【0044】
これにより、各受信機にＧＵＩを実装することなく、操作性やデザインを統一したＧＵＩでの音声調整機能を提供することができる。また、受信機のメーカーや機種によらず統一したＧＵＩを用いることでユーザの利便性を向上させることができる。
【0045】
なお、上述した実施形態における放送局１、受信機２、放送局サーバ３、事業者サーバ４の一部、例えば、受信機２のＤｅｍｕｘ２２、音声デコーダー２４、音声調整部２６、映像デコーダー２３、映像調整部２５、ブラウザＡＰＩ部２７、データ放送ブラウザ部２８の少なくとも一部をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、放送局１、受信機２、放送局サーバ３、又は事業者サーバ４に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
また、上述した実施形態における放送局１、受信機２、放送局サーバ３、及び事業者サーバ４の一部、または全部を、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。放送局１、受信機２、放送局サーバ３、及び事業者サーバ４の各機能ブロックは個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。
また、上述した実施形態における放送局１、受信機２、放送局サーバ３、及び事業者サーバ４の一部、または全部を、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。放送局１、受信機２、放送局サーバ３、及び事業者サーバ４の各機能ブロックは個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。
【0046】
以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【符号の説明】
【0047】
Ｓｙｓ 放送システム
１ 放送局
２ 受信機
３ 放送局サーバ
４ 事業者サーバ
２１ チューナー
２２ Ｄｅｍｕｘ
２３ 映像デコーダー
２４ 音声デコーダー
２５ 映像調整部
２６ 音声調整部
２７ ブラウザＡＰＩ部
２８ データ放送ブラウザ部
２９ 本体情報記憶部
１ 放送局
２ 受信機
３ 放送局サーバ
４ 事業者サーバ
２１ チューナー
２２ Ｄｅｍｕｘ
２３ 映像デコーダー
２４ 音声デコーダー
２５ 映像調整部
２６ 音声調整部
２７ ブラウザＡＰＩ部
２８ データ放送ブラウザ部
２９ 本体情報記憶部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】