特開 2023-183745 放送システム、受信機、受信方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023183745

(43)【公開日】2023-12-28

(54)【発明の名称】放送システム、受信機、受信方法、及びプログラム

(51)【国際特許分類】

   H04N 21/435 20110101AFI20231221BHJP

   H04N 21/472 20110101ALI20231221BHJP

   H04B 1/16 20060101ALI20231221BHJP

【ＦＩ】

H04N21/435

H04N21/472

H04B1/16 Z

【審査請求】未請求

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2022097417

(22)【出願日】2022-06-16

(71)【出願人】

【識別番号】000005049

【氏名又は名称】シャープ株式会社

(74)【代理人】

【識別番号】100161207

【弁理士】

【氏名又は名称】西澤 和純

(74)【代理人】

【識別番号】100129115

【弁理士】

【氏名又は名称】三木 雅夫

(74)【代理人】

【識別番号】100133569

【弁理士】

【氏名又は名称】野村 進

(74)【代理人】

【識別番号】100131473

【弁理士】

【氏名又は名称】覚田 功二

(72)【発明者】

【氏名】西垣 智夫

(72)【発明者】

【氏名】鈴木 秀樹

(72)【発明者】

【氏名】川添 裕史

【テーマコード（参考）】

5C164

5K061

【Ｆターム（参考）】

5C164FA04

5C164FA11

5C164GA05

5C164MA08S

5C164MB13S

5C164SB07S

5C164UB10P

5C164UD01S

5C164UD41P

5K061BB06

5K061BB10

(57)【要約】

【課題】操作性やデザインを統一したＧＵＩでの音声調整機能を提供すること。
【解決手段】放送システムは、ＡＣ－４オーディオを含む放送を行う放送システムであって、ユーザがセリフ調整を行うためのアプリケーションを、データ放送で受信する受信部、を備える。
【選択図】図２

【特許請求の範囲】

【請求項1】

ＡＣ－４オーディオを含む放送を行う放送システムであって、
ユーザがセリフ調整を行うためのアプリケーションを、データ放送で受信する受信部、
を備える、
放送システム。

【請求項2】

前記アプリケーションを実行する実行部と、
前記実行部は、ＡＣ－４オーディオのメタデータを取得するためのＡＰＩを規定する規定部と、
をさらに備え、
前記実行部は、前記メタデータをブラウザに受け渡すことでセリフ調整を行う、
請求項１に記載の放送システム。

【請求項3】

ＡＣ－４オーディオを含む放送を行う放送システムにおける受信機であって、
ユーザがセリフ調整を行うためのアプリケーションを、データ放送で受信する受信部、
を備える、
受信機。

【請求項4】

ＡＣ－４オーディオを含む放送を行う放送システムにおける受信機の受信方法であって、受信機が、
ユーザがセリフ調整を行うためのアプリケーションを、データ放送で受信する受信ステップ、
を有する、
受信方法。

【請求項5】

ＡＣ－４オーディオを含む放送を行う放送システムにおける受信機に用いられるプログラムであって、受信機に、
ユーザがセリフ調整を行うためのアプリケーションを、データ放送で受信する受信ステップ、
を実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、放送システム、受信機、受信方法、及びプログラムに関する。

【背景技術】

【0002】

地上デジタル放送では、放送局から送信された音声の調整は、受信機ごとに固有の調整メニューによって行う必要があった。次世代の地上波デジタル放送では、ＭＰＥＧ－Ｈオーディオ等のオブジェクトベースの音声信号を用いることや、ＡＣ－４オーディオ等のチャンネルベースの音声信号を用いることが検討されている。
ＡＣ－４オーディオの音声信号では、ユーザが調整可能な音声パラメータが放送局から送信され、当該音声パラメータを用いてユーザにセリフ調整機能が提供される。当該セリフ調整機能は、ＧＵＩによりセリフ音声を調整することが可能である。
特許文献１には、複数の楽曲等の音声を同時かつ選択的に聞き分け可能に提供することが記載されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１３－６２６５２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ここで、セリフ調整機能のためのＧＵＩを受信機ごとに実装すると、コンテンツ制作者の意図が正確に反映されなかったり、受信機の製造者や受信機の機種によってＧＵＩのデザインや操作方法が変わってしまったりする恐れがある。そのため、セリフ調整機能に関するユーザの利便性が十分でないことがあった。

【0005】

本発明は上記の点に鑑みてなされたものであり、操作性やデザインを統一したＧＵＩでのセリフ調整機能を提供することができる放送システム、受信機、受信方法、及びプログラムを提供する。

【課題を解決するための手段】

【0006】

（１）本発明は上記の課題を解決するためになされたものであり、本発明の一態様は、ＡＣ－４オーディオを含む放送を行う放送システムであって、ユーザがセリフ調整を行うためのアプリケーションを、データ放送で受信する受信部、を備える、放送システムである。

【0007】

（２）また、本発明の一態様は、ＡＣ－４オーディオを含む放送を行う放送システムにおける受信機であって、ユーザがセリフ調整を行うためのアプリケーションを、データ放送で受信する受信部、を備える、受信機である。

【0008】

（３）また、本発明の一態様は、ＡＣ－４オーディオを含む放送を行う放送システムにおける受信機の受信方法であって、受信機が、ユーザがセリフ調整を行うためのアプリケーションを、データ放送で受信する受信ステップ、を有する、受信方法である。

【0009】

（４）また、本発明の一態様は、ＡＣ－４オーディオを含む放送を行う放送システムにおける受信機に用いられるプログラムであって、受信機に、ユーザがセリフ調整を行うためのアプリケーションを、データ放送で受信する受信ステップ、を実行させるためのプログラムである。

【発明の効果】

【0010】

本発明によれば、操作性やデザインを統一したＧＵＩでのセリフ調整機能を提供することができる。

【図面の簡単な説明】

【0011】

【図1】本発明の実施形態に係る放送システムの構成の一例を示す図である。

【図2】本実施形態に係る受信機の構成の一例を示すブロック図である。

【図3】本実施形態に係るメタデータの定義の一例を示す図である。

【図4】本実施形態に係る取得指令の一例を示す図である。

【図5】本実施形態に係る更新指令の一例を示す図である。

【図6】本実施形態に係るセリフ調整処理の一例を示すフローチャートである。

【図7】本実施形態に係るセリフ調整アプリケーションの実行により表示されるＧＵＩの一例を示す図である。

【発明を実施するための形態】

【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】

次いで、本実施形態に係るセリフ調整アプリケーションの実行により表示されるＧＵＩについて説明する。
図示する例は、データ放送ブラウザ部２８がデータ放送によって受信したセリフ調整アプリケーションを実行することにより表示されるＧＵＩの一例である。
セリフ調整アプリケーションには、セリフ調整（強調）」のパラメータ調整であることを表す「セリフ」が表示される。また、セリフ調整アプリケーションには、当該「セリフ」を「ＯＮ」または「ＯＦＦ」に設定するための操作子、例えば操作アイコンが表示される。当該操作アイコンに対するリモコン操作等のユーザ操作を検出することにより、「セリフ」の「ＯＮ」または「ＯＦＦ」の切り替えが可能である。

【0048】

また、セリフ調整アプリケーションには、「セリフ」の音量を調整するための操作子として、音量調整アイコンが表示される。当該音量調整アイコンに対するリモコン操作などのユーザ操作を検出することにより、「セリフ」の音量を調整可能である。
また、セリフ調整アプリケーションには、受信機２に設けられた左右のスピーカーの出力バランスを調整可能なバランス調整アイコンが表示される。当該バランス調整アイコンに対するリモコン操作などのユーザ操作を検出することにより、「セリフ」を出力するスピーカーの出力バランスを調整可能である。
このようなＧＵＩを用いることにより、ユーザが感覚的な操作をすることができるため、利便性を向上させることができる。

【0049】

このように、本実施形態に係る受信機２は、ＡＣ－４オーディオを含む放送を行う放送システムにおける受信機であって、ユーザがセリフ調整を行うためのアプリケーションを、データ放送で受信する。

【0050】

これにより、各受信機にＧＵＩを実装することなく、操作性やデザインを統一したＧＵＩでのセリフ調整機能を提供することができる。また、受信機のメーカーや機種によらず統一したＧＵＩを用いることでユーザの利便性を向上させることができる。

【0051】

なお、上述した実施形態における放送局１、受信機２、放送局サーバ３、事業者サーバ４の一部、例えば、受信機２のＤｅｍｕｘ２２、音声デコーダー２４、音声調整部２６、映像デコーダー２３、映像調整部２５、ブラウザＡＰＩ部２７、データ放送ブラウザ部２８の少なくとも一部をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、放送局１、受信機２、放送局サーバ３、又は事業者サーバ４に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。

【0052】

また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

【0053】

また、上述した実施形態における放送局１、受信機２、放送局サーバ３、及び事業者サーバ４の一部、または全部を、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。放送局１、受信機２、放送局サーバ３、及び事業者サーバ４の各機能ブロックは個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。

【0054】

以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。

【符号の説明】

【0055】

Ｓｙｓ 放送システム
１ 放送局
２ 受信機
３ 放送局サーバ
４ 事業者サーバ
２１ チューナー
２２ Ｄｅｍｕｘ
２３ 映像デコーダー
２４ 音声デコーダー
２５ 映像調整部
２６ 音声調整部
２７ ブラウザＡＰＩ部
２８ データ放送ブラウザ部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】