(57)【要約】      （修正有）【課題】視覚または聴覚が自由でない視聴者、あるいは外国語音声で視聴したい視聴者に対するサービス向上を可能とする受信方法または送信方法、送受信方法あるいは受信装置または送信装置、送受信装置の提供する。【解決手段】放送局は、視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号（音声信号や映像信号、字幕信号など）に対応した識別情報を設定し、放送信号または通信信号内に配置して送信する。受信機は、放送信号または通信信号を受信して前記識別情報を利用する。あるいは放送局は、外国語の副音声信号に対応した識別情報を設定し、放送信号または通信信号内に配置して送信する。受信機はまた、この放送信号または通信信号を受信して前記識別情報を利用する。【選択図】図１
2019134290.tif 000002
【特許請求の範囲】
【請求項１】
所定の識別情報が含まれた放送信号もしくは所定の識別情報が含まれた通信信号を受信可能な受信機において、
前記識別情報は所定の符号化信号に対応し、
前記所定の符号化信号は視覚または聴覚が自由でない人に適合する受信機。
【発明の詳細な説明】
【技術分野】
【０００１】
実施形態の説明は、放送信号または通信信号を受信する受信装置（受信機）に関する。さらに放送信号または通信信号の送信装置、及び送受信装置、ならびに該装置を実現する方法または放送信号や通信信号の受信方法あるいは送信方法にも対象技術分野範囲が及ぶ。
【背景技術】
【０００２】
特に大災害時などにおいて、基幹放送が国民の安全・安心のための情報伝達手段として重要な役割を担っている。こうした放送内容を視聴覚が自由でない人にも伝える手段として、字幕放送や解説音声付放送、手話放送などがテレビジョン放送（ネットワーク通信対応も含む）内で運用されている。
そして上記災害時のニュースなどでは、字幕放送や解説音声付放送、手話放送などの対応即時性が求められる。しかし現状では、字幕制作や解説音声製作の即時性や正確性が、全番組では確保されていない。上記の対策として総務省は、実施時間率の数値目標を定めて字幕放送や解説音声放送、手話放送の普及を推進している。
一方で在日外国人に向けた多言語による放送の音声サービスも期待されている。すなわち東京でのオリンピック・パラリンピック開催が予定される２０２０年に向けて、訪日外国人、在留外国人の大幅増加が見込まれる。そして２０２０年の訪日外国人旅行者数を４０００万人と予想している（安倍首相を議長とする「明日の日本を支える観光ビジョン構想会議」の報告書内容）。
上記の背景からテレビジョン放送（ネットワーク通信対応も含む）での字幕放送や解説音声付放送、手話放送などの拡充と、多言語音声放送の充実化が必要となる。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】「デジタル放送に使用する番組配列情報  標準規格」  ARIB STD-B10 5.9版  2016年9月29日改定、一般社団法人  電波産業会
【非特許文献２】「デジタル放送におけるアクセス制御方式  標準規格」  ARIB STD-B25 6.5版  2015年3月17日改定、一般社団法人  電波産業会
【非特許文献３】「デジタル放送におけるアクセス制御方式（第２世代）及びＣＡＳプログラムのダウンロード方式  標準規格」  ARIB STD-B61 1.2版  2015年12月3日改定、一般社団法人  電波産業会
【非特許文献４】「地上デジタルテレビジョン放送運用規定  技術資料」  ARIB TR-B14 6.2版  2016年7月6日改定、一般社団法人  電波産業会
【非特許文献５】「ＢＳ／広帯域ＣＳデジタル放送運用規定  技術資料」  ARIB TR-B15 7.1版  2016年7月6日改定、一般社団法人  電波産業会
【非特許文献６】「高度広帯域衛星デジタル放送運用規定  技術資料」  ARIB TR-B39 1.0版  2016年7月6日改定、一般社団法人  電波産業会
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ネットワーク通信対応も含むテレビ放送で実施する技術的な仕組みは、一般社団法人  電波産業会（ＡＲＩＢ）が発行する標準規格や運用規定（技術資料）で定められている。たとえば地上デジタルテレビジョン放送に対応した運用規定は、前述ＡＲＩＢが発行する技術資料ＴＲ−Ｂ１４（非特許文献４）で定められている。またＢＳ（Broadcasting Satellites）・１１０ＣＳ（Communication Satellite）放送は、同ＴＲ−Ｂ１５（非特許文献５）にて定められている。
【０００５】
これらＴＲ−Ｂ１４とＴＲ−Ｂ１５の運用規定では、ユーザ（視聴者）の選局チャンネル切替直後に表示する符号化信号（映像信号や音声信号などのエレメンタリーストリームＥＳ）の選定方法が定義されている。すなわちＴＲ−Ｂ１４の第二編６．４．３項では『選局チャンネル切替時には“デフォルト”のエレメンタリーストリームＥＳを選択する』と明示されている。
【０００６】
送信される放送信号または通信信号に関する伝達制御信号内では具体例として、コンポーネントタグＣＭＴＧの設定値で上記エレメンタリーストリームＥＳの属性が規定される。そしてコンポーネントタグＣＭＴＧの値が“０ｘ００”に設定されたエレメンタリーストリームＥＳが、“デフォルト”の映像信号として規定される。またコンポーネントタグＣＭＴＧ値“０ｘ１０”が、“デフォルト”の音声信号に対応する。
【０００７】
ところで視覚や聴覚が自由ではない人に対応した字幕放送や手話放送あるいは解説音声を選択しても、選局チャンネル切替直後には“デフォルト”の映像信号と音声信号が表示される。そのため選局チャンネル切替毎に映像信号や音声信号の切替作業が必要となる。
【０００８】
また現状の規格では、受信機が伝達制御信号から字幕放送や手話放送あるいは解説音声に対応したエレメンタリーストリームＥＳを判別する手段がない。
【０００９】
本発明は、視覚または聴覚が自由でない視聴者、あるいは外国語音声で視聴したい視聴者に対するサービス向上を可能とする受信方法または送信方法、送受信方法あるいは受信装置または送信装置、送受信装置の提供を目的とする。
【課題を解決するための手段】
【００１０】
視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号に対応した識別情報を設定する。そしてこの識別情報を放送信号または通信信号内に配置して伝送する。またこの放送信号または通信信号を受信して前記識別情報を利用する。
【００１１】
あるいは外国語の副音声信号に対応した識別情報を設定し、放送信号または通信信号内に配置して伝送する。またこの放送信号または通信信号を受信して前記識別情報を利用する。
【図面の簡単な説明】
【００１２】
【図１】図１は、一実施形態に係る放送局と受信機（受信装置とも呼ぶ）のシステム全体の構成例を示す図である。
【図２】図２は、放送局２００の主な構成を概略的に示した図である。
【図３】図３は、一実施形態に係る受信機の構成を詳細に示した図である。
【図４Ａ】図４Ａは、非特許文献２に記載の、限定受信方式の概念図を示したものである。
【図４Ｂ】図４Ｂは、地上デジタルテレビジョン放送、ＢＳデジタル放送、広帯域ＣＳデジタル放送の場合のＥＣＭおよびその中に含まれるスクランブル鍵（Ｋｓ）と、そのスクランブル鍵（Ｋｓ）を用いてデスクランブルする対象の放送信号の時間的な関係を示す図である。
【図４Ｃ】図４Ｃは、非特許文献３に記載されている限定受信方式の概念図である。
【図５】図５は、非特許文献５に記載の、受信機がデスクランブルする際の基本構成図である。
【図６】図６は、非特許文１に記載の、図５に示した受信機が行う限定受信処理の処理フローチャートである。
【図７】図７は、スクランブル鍵（Ｋｓ）の更新周期とＥＣＭ、ＥＭＭの処理を概念的に示した図である。
【図８】図８は、図５に示したチューナを１つ持つ場合の受信機の基本構成に対して、チューナを２つ持つ場合の、放送波をデスクランブルする際の受信機の基本構成図である。
【図９】図９は、図８に示したチューナを２つ持つ場合の受信機の基本構成に対して、チューナを３つ持つ場合の、放送波をデスクランブルする際の受信機の基本構成図である。
【図１０】図１０は、ＥＣＭ、ＥＭＭ、スクランブル鍵（Ｋｓ）の時間的な関係を示した図である。
【図１１】図１１は、非特許文献５に記載の送信側がスクランブル鍵（Ｋｓ）を含むＥＣＭを送信するタイミングと、ＥＣＭに含まれるスクランブル鍵（Ｋｓ）を用いてデスクランブルする映像信号を送信するタイミングを図示したものである。
【図１２】図１２は、図１１に示した送出ルールに従う送受信系での受信機の限定受信の実装例に係る説明図である。
【図１３】図１３は、図５に示した受信機の基本構成に対して、チューナ部を３個に増やし、さらに録画・記録部を追加した実施形態を示す図である。
【図１４】図１４は、図１３に示した受信機の限定受信の実装例に係る説明図である。
【図１５】図１５は、非特許文献６に記載の高度ＢＳデジタル放送、高度広帯域ＣＳデジタル（以下４Ｋ８Ｋ）放送受信機の基本構成図である。
【図１６】図１６は、図１５の基本構成の受信機に対して、チューナー部を３つ持つ場合の、放送波をデスクランブルする際の他の受信機の基本構成図である。
【図１７】図１７は、図１６に示した受信機の限定受信の実装例に係る説明図である。
【図１８】図１８は、他の実施形態であり、４Ｋ８Ｋ受信用のチューナ部として２個、２Ｋ受信用のチューナ部として３個をもつ受信機の基本構成例を示す図である。
【図１９】図１９は、図１８に示した受信機の限定受信の実装例に係る説明図である。
【図２０】図２０は、図１２と同じく受信機の限定受信の実装例に係る説明図である。
【図２１Ａ】図２１Ａは、図１８に示した受信機において、第１チューナ部（４Ｋ８Ｋ）１８０１−１、第２チューナ部（４Ｋ８Ｋ）１８０１−２、第３チューナ部（２Ｋ）１８０１−３、第４チューナ部（２Ｋ）１８０１−４、第５チューナ部（２Ｋ）１８０１−５からＥＣＭ、ＥＭＭを受信したタイムチャートの例を示す図である。
【図２１Ｂ】図２１Ｂは、図２１Ａで示したＥＣＭ/ＥＭＭを図１８の一体型ＣＡＳモジュールが、ＥＣＭ、ＥＭＭの処理を行う時間的遷移を示す図である。
【図２２】図２２は、図２１Ａ，図２１Ｂで説明した、２Ｋ放送のＥＣＭの処理を最優先にするための、受信機がＣＡＳモジュールにＥＣＭ、ＥＭＭの処理を依頼するフローチャートである。
【図２３】図２３は、ＥＭＭを受信した時刻を保存する保存エリアを持つＥＭＭ受信バッファの例を示す図である。
【図２４】図２４は、所定の規定により動作する実施形態に係る受信機のデータ処理フローチャートである
【図２５】図２５は、図２４に示す処理フローチャートに、“事業体毎に管理し、処理待ちのＥＭＭのバッファの受信時刻を判断し、ＥＭＭ処理猶予期間（３０秒）以内に受信したＥＭＭがＥＭＭバッファ内に既に存在する場合に、あとから受信したＥＭＭを破棄する”規定を加えた場合の、受信機のＥＭＭ受信の処理フローチャートである。
【図２６】図２６は、セクション形式で送信する制御信号内のデータ構造を示す図である。
【図２７】図２７は、制御信号として使用される各種テーブル内のデータ構造を示す図である。
【図２８】図２８は、コンポーネントタグ内の設定値一覧を示す図である。
【図２９】図２９は、本実施形態におけるコンポーネントタグ内設定値の割当範囲の規定例を示す図である。
【図３０】図３０は、イベントインフォメーションテーブル内で設定されるコンポーネントタグ周辺のデータ構造を示す図である。
【図３１】図３１は、本実施形態の識別情報を使用しない場合の問題点を示す図である。
【図３２】図３２は、識別情報としてコンポーネントタグへの設定値を使用した場合の受信機内の動作手順を示す図である。
【図３３】図３３は、パケット識別への設定値を示す図である。
【図３４】図３４は、パケット識別への設定値に対する他の実施例を示す図である。
【図３５】図３５は、識別情報としてストリーム識別を使用した場合の実施例を説明する図である。
【図３６】図３６は、本実施形態システム内で使用する特殊文字を示す図である。
【図３７】図３７は、本実施形態におけるユーザの選局チャンネル切替時の処理例を示す図である。
【図３８】図３８は、識別情報としてパケット識別への設定値を利用した場合の実施例を説明する図である。
【図３９】図３９は、制御信号と符号化信号の両方に識別情報を設定した場合の処理例を示す図である。
【図４０】図４０は、コンポーネント種別内の設定値例を説明した図である。
【図４１】図４１は、識別情報としてコンポーネント種別とコンポーネントタグの組み合わせを利用した場合の設定方法説明図である。
【図４２】図４２は、コンポーネント種別内の他の設定値例を説明した図である。
【図４３】図４３は、識別情報としてコンポーネント種別とコンポーネントタグの組み合わせを利用した場合の処理例を示す図である。
【図４４】図４４は、識別情報としてコンポーネント種別とパケット識別の組み合わせを利用した場合の数値設定例を示す図である。
【図４５】図４５は、音声コンポーネント記述子内の詳細なデータ構造説明図である。
【図４６】図４６は、音声コンポーネント記述子内のパラメータ設定領域毎の詳細内容を示す図である。
【図４７】図４７は、識別情報としてコンポーネント種別とコンポーネント記述情報の組み合わせを利用した場合の数値設定例を示す図である。
【図４８】図４８は、識別情報としてコンポーネント種別と言語コードの組み合わせを利用した場合の数値設定例を示す図である。
【図４９】図４９は、識別情報としてコンポーネントタグと言語コードの組み合わせを利用した場合の数値設定例を示す図である。
【図５０】図５０は、放送信号内の他のデータ構造を示す図である。
【図５１】図５１は、通信信号内の他のデータ構造を示す図である。
【図５２】図５２は、他の実施例におけるデータ構造を示す図である。
【図５３】図５３は、識別情報としてパケット識別子を使用した場合の数値設定例を示す図である。
【発明を実施するための形態】
【００１３】
以下、実施の形態について図面を参照して説明する。
【００１４】
図１は、一実施形態に係る放送局と受信機（受信装置とも呼ぶ）のシステム全体の構成例を示す図である。
【００１５】
放送局１００は、放送局サーバ１０１、第１のセキュリティ機能１０２、第１の基本機能１０３を備える。
【００１６】
第１の基本機能１０３は、放送局１００の基本的な機能であり、放送する番組の映像信号や音声信号等を符号化（エンコードとも言う）して多重化し、放送信号（放送信号は、地上デジタルテレビジョン放送、ＢＳデジタル放送、広帯域ＣＳデジタル放送、高度ＢＳデジタル放送、高度広帯域ＣＳデジタル放送、などいずれの放送波種別の放送信号であってもよい）として送出する機能を持つ。したがって送信信号は、衛星を経由する経路も含むものとする。その他に送信信号は、ケーブルによる経路を含んでもよい。
【００１７】
また放送局１００は、放送する番組に、ＢＭＬ、ＨＴＭＬ等のアプリケーション機能を同時に提供するサービスを付加することができる。この場合放送局１００は、放送する番組にアプリケーション機能が付加されていることを示す第１の指定情報を伝送制御信号に配置して、第１の基本機能１０３により放送信号として送出することができる。
【００１８】
放送局サーバ１０１は、番組タイトル、番組ＩＤ、番組概要、出演者、放送日時、その他のデータ等のメタデータを、放送信号により受信機に送出するために、予め保存しておくエリアである。
【００１９】
第１のセキュリティ機能１０２は、放送局が送出する放送波に含まれるコンテンツ（番組）の保護に関する設定を行うことができる。
【００２０】
サービス事業者装置（サービス事業者と称する場合もある）１２０は、放送局１００と連携して、放送局１００が放送する番組に付加されたアプリケーション機能を同時に提供するサービスにおいて、コンテンツの作成、管理、提供（配布とも呼ぶ）を行う。サービス事業者装置１２０は、アプリケーション管理・配布１２１とアプリケーションサーバー１２２を含む。
【００２１】
アプリケーション管理・配布１２１は、アプリケーションサーバー１２２に保存されているコンテンツやアプリケーションの管理や、受信機１４０への配布を行う。
【００２２】
アプリケーションサーバー１２２は、受信機１４０に対して提供するコンテンツやアプリケーションを保存するエリアである。
【００２３】
またサービス事業者装置１２０は、第１の指定情報を受信した受信機１４０からの要求に対応して、アプリケーションサーバー１２２に保存してあるアプリケーションやコンテンツをアプリケーション管理・配布１２１によりインターネット等の通信ネットワークを経由して、受信機１４０に送付する。
【００２４】
受信機１４０は、デジタル放送の受信機能（第２の基本機能１４１）、通信制御部１４２、第２のセキュリティ機能１４３、アプリケーション管理機能１４４、ＡＰＩ（API:Application Programming Interface）１４５、アプリケーション１４６、および制御部１４７を含み、放送局１００から放送された放送信号を受信して各種放送番組および各種サービス情報を受信したり、サービス事業者装置１２０から通信ネットワークを経由してアプリケーションを取得して動作させたりすることができる。
【００２５】
第２の基本機能１４１は、受信機の基本的な機能であり、放送局１００から送られてくる放送波を受信し、放送波に含まれる符号化された映像信号（映像ストリームとも呼ぶ）、符号化された音声信号（音声ストリームとも呼ぶ）および伝送制御信号等の制御信号を分離し、映像信号および音声信号をデコードしたり伝送制御信号等の制御信号を解析したりする機能を持つ。
【００２６】
また第２の基本機能１４１は、受信機１４０に接続されている周辺機器、例えば表示器１６０、受信機１４０にバインドされているＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）１６２、リムーバルメディア１７０、との接続やデータの送受信の管理も行う。
【００２７】
アプリケーション管理機能１４４は、受信機１４０が予め備えているアプリケーションや通信ネットワークを経由して取得したアプリケーションの管理を行う。またアプリケーション管理機能１４４は、受信機１４０が予め備えているアプリケーション１４６や通信ネットワークを経由して取得したアプリケーション１４６の実行を、アプリケーションインターフェース（Ｉ／Ｆ）であるＡＰＩ１４５を介して制御する。
【００２８】
通信制御部１４２は、通信ネットワークとのＩ／Ｆを持ち、通信ネットワークを介してサービス事業者装置１２０が管理するアプリケーションやコンテンツを取得することができる。
【００２９】
表示器１６０は、スピーカ１６１を内蔵しており、第２の基本機能１４１においてデコードされた映像信号を表示領域に表示したり、音声信号をスピーカ１６１に出力したりする。なお、表示器１６０に内蔵されているスピーカ１６１は、ＵＳＢ等のＩ／Ｆにより接続した外部のスピーカであってもよい。また表示器１６０は、受信機１４０に内蔵されていても、あるいは受信機１４０とＨＤＭＩ（登録商標）等のＩ／Ｆにより接続された外部の表示器であってもよい。
【００３０】
図２は、放送局２００（図１の１００に対応）の主な構成を概略的に示した図である。放送局２００は、映像エンコーダ２０１、音声エンコーダ２０２、字幕エンコーダ２０３、ならびに伝送制御信号等の制御データ、サービスデータおよび受信機１４０で動作するアプリケーション１４５を制御するアプリケーション制御情報等を含む付属データを生成する付属データ生成部２０４を備える。また放送局２００は、放送局サーバ２１１（図１の１０１に対応）、第１のセキュリティ機能２１２（図１の１０２に対応）および送受信部２１３が連携している。映像エンコーダ２０１、音声エンコーダ２０２、字幕エンコーダ２０３、付属データ生成部２０４、多重化部２０５、スクランブラ２０６、送信機２０７、送受信部２１３を合わせて第１の基本機能２１０（図１の１０３に対応）と呼ぶ。
【００３１】
映像エンコーダ２０１のコーデック種別は、ＭＰＥＧ−２、Ｈ．２６４（ＭＰＥＧ−４  ＡＶＣ(AVC:Advanced Video Coding)）、Ｈ．２６５（HEVC:High Efficiency Video Coding）のいずれでもよいものとする。またコーデック種別は、これに限るものではない。
【００３２】
また多重化方式は、ＭＰＥＧ−２  Ｓｙｓｔｅｍｓの多重化方式あるいはＭＭＴ（Mpeg Media Transport）の多重化方式の方式を用いてもよいし、両方を混在して用いてもよいものとする。また多重化方式は、これに限るものではない。
【００３３】
映像エンコーダ２０１、音声エンコーダ２０２、字幕エンコーダ２０３、付属データ生成部２０４の各出力はストリーム化されており、これらのストリームは、多重化部２０５において多重化される。多重化されたストリーム（放送信号）は、スクランブラ２０６でスクランブルされ、スクランブルされた多重化ストリームとして送信機２０７に送出され、放送電波によりアンテナから送信される。
【００３４】
付属データ生成部２０４が生成する伝送制御信号は、テーブルと呼ばれる特定のフォーマットで構成されており、記述子と呼ばれる情報記述領域を持つ。
【００３５】
図３は、一実施形態に係る受信機３００（図１の１４０に対応）の構成を詳細に示した図である。受信機３００は、放送波を受信する受信機能である第２の基本機能３１５（図１の１４１に対応）を有する。
【００３６】
第２の基本機能３１５は、放送チューナ３０１、デスクランブラ３０２、ＣＡＳモジュール３０３、デマルチプレクサ３０４、データ放送受信処理部３０５、映像デコーダ３０６、音声デコーダ３０７、字幕デコーダ３０８、解析部３０９、データ放送エンジン３１０を含む。
【００３７】
放送チューナ３０１は、放送波で送られてきたストリーム（放送信号）を復調する。復調されたストリーム（放送信号）は、デスクランブラ３０２に入力される。デスクランブラ３０２は、入力されたストリームをＣＡＳ（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ Ｓｙｓｔｅｍ）モジュール３０３からの鍵を用いてデスクランブルする。デスクランブラ３０２によりデスクランブルされたストリームは、デマルチプレクサ３０４に入力される。
【００３８】
デマルチプレクサ３０４は、多重化されているストリームを映像ストリーム、音声ストリーム、データ放送ストリーム、字幕ストリーム、付属データに分離し、映像ストリームを映像デコーダ３０６に、音声ストリームを音声デコーダ３０７に、データ放送ストリームをデータ放送受信処理部３０５に、字幕ストリームを字幕デコーダ３０８に、付属データを解析部３０９にそれぞれ入力する。
【００３９】
映像ストリームは映像デコーダ３０６でデコードされ、音声ストリームは音声デコーダ３０７でデコードされ、字幕ストリームは字幕デコーダ３０８でデコードされる。
【００４０】
また付属データに含まれるアプリケーション制御情報、サービスデータ、伝送制御信号等を含む制御データは、解析部３０９で解析される。
【００４１】
またデマルチプレクサ３０４で分離されたデータ放送ストリームは、データ放送受信処理部３０５に送られ、受信処理が行われる。データ放送受信処理部３０５は、デマルチプレクサ３０４から送られてきたデータ放送ストリームから、データ放送として表示器３２８に表示する表示用信号を取り出し、この取り出した表示用信号をデータ放送エンジン３１０に入力する。データ放送エンジン３１０は、送られてきた表示用信号を解析し、合成器３２６を介して解析した内容を表示制御部３２７に出力する。表示制御部３２７は、送られてきた表示用信号の解析内容を元に、表示器３２８（図１の１６０に対応）に表示内容を表示する。
【００４２】
デコードされた映像信号および字幕信号は、合成器３２６で合成され表示制御部３２７を介して表示器３２８に出力される。表示制御部３２７は、ガンマ特性の設定、表示画面サイズの設定、表示信号レベルの設定などを行う。
【００４３】
また音声デコーダ３０７でデコードされた音声データは、スピーカ３２９（図１の１６１に対応）に出力される。
【００４４】
なお図３Ａは、表示器３２８およびスピーカ３２９は、受信機３００に内蔵されている例として記載しているが、例えばＨＤＭＩ等のＩ／Ｆにより接続された外部の表示器およびスピーカであってもよい。表示制御部３２７は、表示器３２８が受信機３００にＨＤＭＩ等のＩ／Ｆで接続された外部の表示器の場合も、表示器３２８に表示する内容の制御を行う。
【００４５】
解析部３０９は、アプリケーション制御情報、サービスデータ、制御データの解析を行い、解析結果を随時制御部３３０に送付する。
【００４６】
制御データに含まれる伝送制御信号の中には、多重化されている映像信号の番組のチャンネル識別情報と番組識別情報とが含まれ、さらにこの多重化された映像信号の番組対してアプリケーション機能を同時に提供するサービスが付加されていることを示す第１の指定情報が含まれている。解析部３０９は、受信した制御データを解析することでこれらチャンネル識別情報、番組識別情報、および第１の指定情報を抽出し、この抽出結果を随時制御部３３０に送信する。
【００４７】
さらに受信機３００は、全体的な動作を制御する手段として制御部３３０を有する。制御部３３０は、第２のセキュリティ機能３２２（図１の１４３に対応）、アプリケーション管理機能３２３（図１の１４４に対応）、ＡＰＩ３２４（図１の１４５に対応）、アプリケーション３２５（図１の１４６に対応）を含む。
【００４８】
第２のセキュリティ機能３２２は、放送波に含まれる伝送制御信号の中からコンテンツの保護に関する情報を読み出し、ネットワークＩ／Ｆ３４１を介してホームネットワーク上の他の機器（図示しない）に出力する際や、接続されている周辺機器（図示しない、図１の１６２、１７０に対応）に出力する際にコンテンツ保護の処理を行う。  ＡＰＩ３２４は、アプリケーション管理機能３２３とアプリケーション３２５とが連携して動作するためのＩ／Ｆである。
【００４９】
アプリケーション管理機能３２３は、受信機３００が予め備えているアプリケーションや通信ネットワークを経由して取得したアプリケーションの管理を行う。またアプリケーション管理機能３２３は、受信機３００が予め備えているアプリケーション３２５や通信ネットワークを経由して取得したアプリケーション３２５の実行を、アプリケーションインターフェース（Ｉ／Ｆ）であるＡＰＩ３２４を介して制御する。
【００５０】
なお、映像デコーダ３０６のコーデック種別は、放送チューナ３０１で受信する放送メディア、すなわち地上デジタルテレビジョン放送、ＢＳデジタル放送、広帯域ＣＳデジタル放送、高度ＢＳデジタル放送、高度広帯域ＣＳデジタル放送、狭帯域ＣＳデジタル放送等、受信する放送に応じたコーデック種別としてＭＰＥＧ−２（地上デジタルテレビジョン放送、ＢＳデジタル放送、広帯域ＢＳデジタル放送）、Ｈ．２６４(AVC:Advance Video Coding) （狭帯域ＣＳデジタル放送）、Ｈ．２６５（HEVC:High Efficiency Video Coding）（高度ＢＳデジタル放送、高度広帯域ＣＳデジタル放送）のいずれでもよい。またコーデック種別は、これに限るものではない。  通信制御部３４０は、通信ネットワーク３５１とのＩ／ＦであるネットワークＩ／Ｆ３４１と、リモートコントローラ（リモコン）３５２とのＩ／ＦであるリモコンＩ／Ｆ３４２を持つ。
【００５１】
さらに制御部３３０は、解析部３０９から送られてきた暗号化されたＥＣＭ、ＥＭＭから、デスクランブルに必要なスクランブル鍵（Ｋｓ）を抽出するために、ＣＡＳモジュール３０３に対してＥＣＭ、ＥＭＭを復号するように指示を出す。ＣＡＳモジュール３０３は、制御部３３０の指示にもとづき、ＥＣＭ、ＥＭＭを復号しスクランブル鍵（Ｋｓ）を抽出する。ＣＡＳモジュール３０３は、スクランブル鍵（Ｋｓ）を抽出すると、抽出したスクランブル鍵（Ｋｓ）を制御部３３０に送信する。制御部３３０は、ＣＡＳモジュール３０３からスクランブル鍵（Ｋｓ）を受信すると、受信したスクランブル鍵（Ｋｓ）をデスクランブラ３０２に送信する。デスクランブラ３０２は、制御部３３０からスクランブル鍵（Ｋｓ）を受信すると、受信したスクランブル鍵（Ｋｓ）を内部に設定する。デスクランブラ３０２は、スクランブルされている放送信号をデスクランブルする際に、内部に保存してあるスクランブル鍵（Ｋｓ）を用いてデスクランブルを行う。
【００５２】
なお、デスクランブルに必要なスクランブル鍵（Ｋｓ）を抽出する過程は、図４Ａ、図４Ｂを用いて詳細に説明する。
【００５３】
図４Ａは、非特許文献２に記載の、限定受信方式の概念図を示したものである。
【００５４】
この方式は一般的には３重鍵方式と称されており、スクランブル鍵（Ｋｓ）４０１、ワーク鍵（Ｋｗ）４０２、マスター鍵（Ｋｍ）４０３の３つの鍵が利用される。
【００５５】
スクランブル鍵（Ｋｓ）４０１と、ワーク鍵（Ｋｗ）４０２と、マスター鍵（Ｋｍ）４０３は、放送局２００が管理する鍵である。またワーク鍵４０２を用いてＥＣＭを暗号化する暗号化部４０５、マスター鍵４０３を用いてＥＭＭを暗号化する暗号化部４０６も、放送局２００が管理する暗号化部である。
【００５６】
一方受信機３００に挿入されているＣＡＳモジュール３０３は、ワーク鍵４２２を用いてＥＣＭを復号化する復号化部４２５、マスター鍵４２３を用いてＥＭＭを復号化する復号化部４２６は、受信機３００に挿入されているＣＡＳモジュール３０３が管理する復号化部である。またＣＡＳモジュール３０３から入手したスクランブル鍵（Ｋｓ）を用いて放送波をデスクランブルするデスクランブラ４２０は、図３が示す受信機３００が管理するデスクランブラ３０２である。
【００５７】
放送局２００は、スクランブル鍵（Ｋｓ）を含むＥＣＭ４１０およびワーク鍵（Ｋｗ）を含むＥＭＭ４１１を、各々の必要なタイミングで生成する。放送局２００は、生成したＥＣＭ４１０およびＥＭＭ４１１を、他の番組コンテンツ等と多重化し、その時点でのし放送波により送出するスクランブル鍵（Ｋｓ）４０１を用いてスクランブラ４００によりスクランブルし、放送波により送信する。
【００５８】
受信機３００は、ＣＡＳモジュール３０３より入手したスクランブル鍵（Ｋｓ）４２１を用いて、受信した放送波をデスクランブラ４２０によりデスクランブルし、放送波に含まれている番組コンテンツをユーザに提供する。
【００５９】
限定受信方式の目的は、特定の放送局が放送する番組を視聴する権利を取得した加入者のみが、その放送局が放送する番組を視聴出来るようにすることである。このため、加入者の受信機３００のみが、放送波で送られてくるスクランブル鍵（Ｋｓ）４２１を取り出せることが必要である。
【００６０】
ＥＣＭ４１０は、放送局２００が送信する受信機共通の関連情報である。ＥＣＭ４１０は、スクランブル鍵（Ｋｓ）を含んでいる。このＥＣＭ４１０は、ワーク鍵（Ｋｗ）４０２を用いて暗号化部４０５により暗号化されている。
【００６１】
ＥＭＭ４１１は、放送局２００が送信する受信機識別単位（ＣＡＳモジュールＩＤ単位）の関連情報である。ＥＭＭ４１１は、ＥＣＭ４１０を暗号化するのに用いるワーク鍵（Ｋｗ）４０２を含んでいる。このＥＭＭ４１１は、マスター鍵（Ｋｍ）４０３により暗号化部４０６により暗号化されている。つまり、受信機３００は、放送局２００が放送するマスター鍵（Ｋｍ）と１対１に紐づけられた受信機識別単位（ＣＡＳモジュールＩＤ単位）の関連情報であるＥＭＭの中から、搭載したＣＡＳモジュール３０３から得られるＣＡＳモジュールＩＤ（カードＩＤ）により自分宛てのＥＭＭを認識できれば、ＣＡＳモジュール（ＩＣカード）に秘匿されたマスター鍵（Ｋｍ）を用いて暗号化されたＥＭＭを復号し中に含まれるワーク鍵（Ｋｗ）を取り出すことができ、その取り出したワーク鍵（Ｋｗ）を用いて暗号化されたＥＣＭを復号し中に含まれるスクランブル鍵（Ｋｓ）を取り出すことができる。
【００６２】
マスター鍵（Ｋｍ）４２３は、ＣＡＳモジュール（ＩＣカード）に秘匿された状態で格納されている。加入者は、特定の放送局２００が放送する番組の視聴する権利を取得する際にＣＡＳモジュール（ＩＣカード）３０３の識別情報であるＣＡＳモジュールＩＤ（カードＩＤ）を放送局に申請することで、放送局２００は、管理する鍵管理システム（図示しない）により、申請されたＣＡＳモジュールＩＤ（カードＩＤ）に相対する加入者のＣＡＳモジュール３０３のマスター鍵（Ｋｍ）４２３を判別することが可能となる。このようにして放送局２００は、加入者のＣＡＳモジュール３０３のマスター鍵４２３と同一のマスター鍵４０３を前述の鍵管理システムから入手することができる。
【００６３】
つまり、放送局２００は、加入者の申請の際に入手した情報ＣＡＳモジュールＩＤ（カードＩＤ）によりマスター鍵（Ｋｍ）４０３を用いて、ＥＭＭ４１１を暗号化することができる。さらに放送局２００は、加入者の申請の際に入手したＣＡＳモジュールＩＤ（カードＩＤ）の情報を、ＥＭＭ４１１の非暗号化部分に設定することで、送信するＥＭＭ４１１を加入者ごとに設定することができる。
【００６４】
受信機３００は、受信したＥＭＭ４１１の非暗号化部分にあるＣＡＳモジュールＩＤ（カードＩＤ）の情報から、自分宛てのＥＭＭ４１１を抽出し、抽出した自分宛てのＥＭＭ４１１をＣＡＳモジュール３０３に送信する。ＥＭＭ４１１を受信したＣＡＳモジュール３０３は、内部に秘匿した状態で格納してあるマスター鍵（Ｋｍ）４２３を用いてＥＭＭ４１１を復号化部４２６で復号し、ワーク鍵（Ｋｗ）４２２を抽出する。さらにＣＡＳモジュール３０３は、抽出したワーク鍵（Ｋｗ）４２２を用いて、ＥＣＭ４１０を復号化部４２５で復号化し、中に含まれているスクランブル鍵（Ｋｓ）４２１を抽出する。ＣＡＳカードモジュール３０３は、抽出したスクランブル鍵（Ｋｓ）４２１を制御部３３０に送信する。スクランブル鍵（Ｋｓ）４２１を受信した制御部３３０は、受信したスクランブル鍵（Ｋｓ）をデスクランブラ４２０に送信する。制御部３３０からスクランブル鍵（Ｋｓ）を受信したデスクランブラ４２０は、受信したスクランブル鍵（Ｋｓ）を内部に設定する。
【００６５】
受信機３００のデスクランブラ４２０は、内部に設定しているスクランブル鍵（Ｋｓ）４２１を用いて受信した放送波をデスクランブル４２０し、放送波に含まれている番組コンテンツをユーザに提供する。
【００６６】
先に説明したように放送局２００は、デスクランブル対象の映像より先行して、デスクランブル対象の映像のスクランブルキー（Ｋｓ）を持つＥＣＭを送付する。
【００６７】
図４Ｂは、地上デジタルテレビジョン放送、ＢＳデジタル放送、広帯域ＣＳデジタル放送の場合のＥＣＭおよびその中に含まれるスクランブル鍵（Ｋｓ）と、そのスクランブル鍵（Ｋｓ）を用いてデスクランブルする対象の放送信号の時間的な関係を示す図である。
【００６８】
４４０は、受信機３００が受信する番組の放送信号の時間的な遷移である。４４１は、その放送信号４４０をデスクランブルするのに用いるスクランブル鍵（Ｋｓ）の時間的な遷移を示している。Ｋｓ０、Ｋｓ１、Ｋｓ２が、放送信号をデスクランブルするのに用いるスクランブル鍵（Ｋｓ）である。放送信号をデスクランブルするのに用いるスクランブル鍵（Ｋｓ）は、２０００ｍｓ単位で更新される。
【００６９】
４４２は、受信機３００が受信したＥＣＭおよびその中に含まれるスクランブル鍵（Ｋｓ）の時間的な遷移を表している。ＥＣＭ１は、スクランブル鍵Ｋｓ０とＫｓ１を含んでおり、ＥＣＭ２はスクランブル鍵Ｋｓ１とＫｓ２を含んでおり、ＥＣＭ３はスクランブル鍵Ｋｓ２とＫｓ３を含んでいる。このようにＥＣＭには、ＯＤＤ（奇数）鍵とＥＶＥＮ（偶数）鍵の両方のスクランブル鍵（Ｋｓ）を格納可能である。
【００７０】
図４Ｂに示すように、受信機３００は、ＥＣＭに含まれるスクランブル鍵（Ｋｓ）を、そのスクランブル鍵（Ｋｓ）を用いてデスクランブルする対象の放送信号より１６００ｍｓ先行して受信することができる。具体的には、時刻Ｔ１１からＴ１２の２０００ｍｓにおける放送信号は、スクランブル鍵Ｋｓ２を用いてデスクランブルされる。このスクランブル鍵Ｋｓ２は、ＥＣＭ２の中に配置されて放送局２００より送られてくる。
【００７１】
受信機３００がこのＥＣＭ２を受信するタイミングは、Ｔ１１より１６００ｍｓ先行したＴ２０のタイミングである。このように受信機３００は、デスクランブルする対象の放送信号より先行してスクランブル鍵（Ｋｓ）を受信することで、受信した放送信号に対して遅延することなくデスクランブルすることが可能となる。
【００７２】
高度ＢＳデジタル放送、高度広帯域ＣＳデジタル放送における、ＥＣＭおよびその中に含まれるスクランブル鍵（Ｋｓ）と、そのスクランブル鍵（Ｋｓ）を用いてデスクランブルする対象の放送信号の時間的な関係は、図４Ｂにおけるスクランブル鍵（Ｋｓ）の更新周期を２０００ｍｓから８０００ｍｓに、ＥＣＭを先行して受信するタイミングを１６００ｍｓから７６００ｍｓに読み替えれば原理的には同一である。
【００７３】
図４Ｃは、非特許文献３に記載の、限定受信方式の概念図を示したものである。図４Ｃの概念図は、図４Ａと同様である。図４Ｃの４５０、４５１、４５２、４５３、４５４、４５５、４５６、４６０、４６１、４７０、４７１、４７２、４７３、４７４、４７５，４７６は、それぞれ図４Ａの４００、４０１、４０２、４０３、４０４、４０５、４０６、４１０、４１１、４２０、４２１、４２２、４２３、４２４、４２５、４２６に対応している。
【００７４】
放送では、あまねく受信者に同じ信号が送られるために、スクランブル鍵（Ｋｓ）を長期にわたり使い続けると、スクランブル方式自体は省令告示で定められた公開方式であるので、鍵長分のすべての鍵の総当たり等でＫｓを解析することが可能である。このような事態が生じると、限定受信の目的を達成することができない。そのため、現状の放送においては、時間と共に変化するスクランブル鍵（Ｋｓ）が利用されている。非特許文献２では、同一のＫｓの使用時間を1つのＥＣＭあたり最短１秒程度と定めている。
【００７５】
次に受信機３００が、デスクランブルする際の基本的な動作について説明する。
【００７６】
図５は、非特許文献５に記載の、受信機３００がデスクランブルする際の基本構成図である。
【００７７】
受信機５００は、チューナ部５０１（図３の３０１に対応）、デスクランブラ５０２（図３の３０２に対応）、ＴＳ（Ｔｒａｎｐｏｒｔ  Ｓｔｒｅａｍ）デコード部５０３（図３の３０４に対応）、映像・音声デコード部５０４（図３の３０６、３０７に対応）、表示部５０５（図３の３２７に対応）、制御部５０６（図３の３３０に対応）、キー入力部５０７（図３の３４２に対応）を含む。ＴＳデコード部５０３は、送られてきたデスクランブル後の放送信号を解析して伝送制御信号を逐次抽出して、制御部５０６に送信する。制御部５０６は、ＴＳデコード部５０３から送られてきた伝送制御信号をもとに、チューナ部５０１、デスクランブラ５０２、表示部５０５を制御することができる。また制御部５０６は、リモコン５１０からの操作入力の信号をキー入力部５０７を介して受け取ることができる。ＩＣカード５１１（図３の３０３に対応）は、制御部５０６から与えられるコマンドにもとづきＥＣＭやＥＭＭの処理を行い、ワーク鍵（Ｋｗ）、スクランブル鍵（Ｋｓ）を抽出することができるＣＡＳモジュールである。図５の受信機５００は、チューナ部を１個搭載する場合である。
【００７８】
図６は、非特許文１に記載の、図５に示した受信機５００が行う限定受信処理の処理フローチャートである。
【００７９】
ユーザによるリモコン５１０操作により特定のチャンネル（ｓｅｒｖｉｃｅ＿ｉｄ）が選択された場合、制御部５０６は、現在受信中の放送波において、当該ｓｅｒｖｉｃｅ＿ｉｄのＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）が伝送されているかを、ＴＳデコード部５０３で抽出されたＰＡＴ（Ｐｒｏｇｒａｍ  Ａｓｓｏｃｉａｔｉｏｎ  Ｔａｂｌｅ）を受信して判断する（Ｓ６０１）。
【００８０】
判断の結果伝送されていない場合（Ｓ６０３のＮｏ）、制御部５０６は、ＴＳデコード５０３から送られてくるＮＩＴ（Ｎｅｔｗｏｒｋ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）を参照して当該ｓｅｒｖｉｃｅ＿ｉｄが伝送されている放送波を選局するため、チューナ部５０１を制御する（Ｓ６１０）。
【００８１】
制御部５０６は、選局した放送波に配置されたＣＡＴ（Ｃｏｎｄｉｔｉｏｎａｌ  Ａｃｃｅｓｓ  Ｔａｂｌｅ）の内部に含まれるＥＭＭのＰＩＤ（Ｐａｃｋｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）を認識し、ＥＭＭを受信する。制御部５０６は、受信したＥＭＭの中から自分宛てのＥＭＭを、ＥＭＭの非暗号化部分に設定されているカードＩＤの情報から判断する。制御部５０６は、自分宛のＥＭＭをカードＩＤの情報をもとに抽出すると、そのＥＭＭをＩＣカード５１１に送信する。制御部５０６からＥＭＭを受信したＩＣカード５１１は、内部にもつマスター鍵（Ｋｍ）を用いて暗号化されたＥＭＭを復号し、ワーク鍵（Ｋｗ）を抽出し保存（Ｓ６１１）する。
【００８２】
また制御部５０６は、受信したＰＡＴ（Ｓ６０５）を参照して、選局したいｓｅｒｖｉｃｅ＿ｉｄのＰＭＴを受信し（Ｓ６０６）、受信したＰＭＴの内部に含まれるＥＣＭ  ＰＩＤを認識してＥＣＭを受信する（Ｓ６０７）。制御部５０６は、ＥＣＭを受信すると、ＩＣカード５１１に対してＥＣＭ受信コマンドを発行する。
【００８３】
ＥＣＭ受信コマンドを受信したＩＣカード５１１は、抽出済みのワーク鍵（Ｋｗ）を用いて暗号化されたＥＣＭを復号してスクランブル鍵（Ｋｓ）を取り出す（Ｓ６１２）。
【００８４】
ＩＣカード５１１は、スクランブル鍵（Ｋｓ）を正常に取り出すと（Ｓ６１２のＹｅｓ）、ＥＣＭ受信コマンドに対する正常応答として、スクランブル鍵（Ｋｓ）を制御部５０６に送信する。
【００８５】
スクランブル鍵（Ｋｓ）を受信した制御部５０６は、受信したスクランブル鍵（Ｋｓ）をデスクランブラ５０２に送信する。デスクランブラ５０２は、受信したスクランブル鍵（Ｋｓ）を内部に設定する。
【００８６】
デスクランブラ５０２は、図４Ｂに示したような必要なタイミングにおいて、設定したスクランブル鍵（Ｋｓ）を用いてチューナ部５０１から送られてくる放送信号をデスクランブルする（Ｓ６０８）。
【００８７】
デスクランブラ５０２でデスクランブルされた放送信号に含まれる映像信号や音声信号は、ＴＳデコード部５０３で分離された後、映像・音声デコード部５０４でデコードされる（Ｓ６０９）。デコードされた映像信号や音声信号は、モニタやスピーカー（図示せず）に出力する。
【００８８】
非契約ないし契約済みでもＥＭＭが未受信の状態であれば、ＥＣＭ受信コマンドの応答として、ＣＡＳモジュール（ＩＣカード）から非契約等のＥＭＭ未受信を意味する応答が返る（Ｓ６１２のＮｏ）。その応答を受信した制御部５０６は、表示部５０５にて非契約などの所定のエラーメッセージを生成しモニターに表示する。
【００８９】
次に受信機３００が、チューナ部を２個搭載する場合について説明する。
【００９０】
まずはじめに、ＥＣＭおよびＥＭＭの更新周期と、ＣＡＳモジュール（ＩＣカード）の処理の関係について説明する。
【００９１】
上述したように非特許文献２では、スクランブル鍵（Ｋｓ）の更新周期つまりＥＣＭの更新周期は最短１秒程度と規定されている。
【００９２】
つまり、最大処理時間を考慮すると、非特許文献２準拠のＣＡＳモジュール（ＩＣカード）は、この１秒のスクランブル鍵（Ｋｓ）の更新の間にＥＣＭとＥＭＭの処理が可能な性能を持つＣＡＳモジュール（ＩＣカード）であることが期待されることになる。
【００９３】
非特許文献２準拠のＣＡＳモジュール（ＩＣカード）１つで、複数のチャンネル（複数のチューナ）を処理するためには、スクランブル鍵（Ｋｓ）の更新周期を伸ばす方法と、ＣＡＳモジュール（ＩＣカード）の性能を上げることにより１秒のスクランブル鍵（Ｋｓ）の更新周期の時間内に複数のＥＣＭ、ＥＭＭの処理を可能とする方法とが考えられる。
【００９４】
実際には、非特許文献５では下記のように解説されている。
【００９５】
「  Ａ−３−２  更新周期、
ＥＣＭの更新周期に関しては、本編５．８．５ＥＣＭの更新・再送に記載されている。ＩＣカードの処理能力に応じたタイミングとしては、
・１ＥＣＭの処理最大８００ｍｓを想定
・異なるＥＣＭの更新間隔は１０００ｍｓ以上
という前提のもと、受信機仕様を想定している。本書ｖｅｒ１．０の改定に伴い、下記のことを想定して更新周期を見なおした。
・ＢＳ放送をＴＶ画面でみながらＢＳ裏番組録画が１枚のＩＣカードで処理されきる。
・同様のことが任意のＢＳチャンネル２画面同時表示もＩＣカードとして１枚で処理。
以上のことから、ＥＣＭの更新間隔が２０００ｍｓ以上であれば、異なるＴＳにおける少なくとも入力に２つのスクランブルサービスが１枚のＩＣカードで処理可能になる。」
つまり非特許文献２に準拠のＣＡＳモジュール（ＩＣカード）は、スクランブル鍵（Ｋｓ）の更新周期１秒に対しては処理が可能であるので、ＥＣＭの更新周期を２秒とすることで、少なくとも２チャンネル（２つのチューナ）を処理することが可能となる。
【００９６】
すなわち、ＥＣＭの更新周期を２秒にすることで、非特許文献２準拠のＣＡＳモジュール（ＩＣカード）であれば、そのコマンド応答性能に関わらず運用規定で２チャンネル（２つのチューナ）までを許容したことになる。
【００９７】
図７は、スクランブル鍵（Ｋｓ）の更新周期とＥＣＭ、ＥＭＭの処理を概念的に示した図である。
【００９８】
７０１非特許文献２準拠のＣＡＳモジュール（ＩＣカード）に対して期待されるＥＣＭ、ＥＭＭの処理時間を表している。非特許文献２準拠のＣＡＳモジュール（ＩＣカード）は、１０００ｍｓ以内に、１つのＥＣＭおよびＥＭＭの処理を完了することが期待されている。
【００９９】
７０２は、非特許文献５準拠のＣＡＳモジュール（ＩＣカード）が、２つのチューナ部（第１チューナ部１と第２チューナ部）を持つ受信機に挿入された場合のＥＣＭ、ＥＭＭの処理の様子を示している。７０２−１が第１チューナ部に対するＥＣＭ、ＥＭＭの処理の様子、７０２−２が第２チューナ部に対するＥＣＭ、ＥＭＭの処理の様子である。
【０１００】
チューナが２個の場合、ＣＡＳモジュール（ＩＣカード）は、受信機からのコマンドに従って、各々のチューナで受信した放送波に含まれるＥＣＭの処理、ＥＭＭの処理をシリアルに行う。第１チューナに対するＥＣＭ、ＥＭＭの処理、第２チューナに対するＥＣＭ、ＥＭＭの処理は、スクランブル鍵（Ｋｓ）の更新周期である２秒以内に行わなければならない。
【０１０１】
図８は、図５に示したチューナ部を１つ持つ場合の受信機の基本構成に対して、チューナ部を２つ持つ場合の、放送波をデスクランブルする際の受信機８００の基本構成図である。図８の図５との相違点は、チューナ部が１つ追加され第１チューナ部８０１−１と第２チューナ部８０１−２で構成されている点、２つのチューナ部に対応するために分配器８１３が追加されている点、内蔵の録画・記録部８１２が追加されている点である。それ以外の８０２から８１０および８１１は、図５の５０２から５１０および５１１と同一である。
【０１０２】
受信機８００は、第１チューナ部８０１−１と第２チューナ部８０１−２の２つチューナ部をもつことで、１つのチューナ部で選局した番組をモニタに出力すると同時に、他のチューナ部で選局した、モニタに出力している番組とは異なる番組を録画して録画・記録部８１２に保存することが出来る。録画・記録部８１２は、例えば内蔵のＨＤＤ（ハードディスクドライブ）である。
【０１０３】
モニター出力するチャンネル１の放送波を第１チューナ部８０１−１で選局し、同時に録画・記録部８１２で記録するチャンネル２の放送波を第２チューナ部８０１−２で選局する場合の処理を説明する。
【０１０４】
ユーザによるリモコン８１０操作によりモニターに出力するチャンネル１（ｓｅｒｖｉｃｅ＿ｉｄ＿１）が選択された場合、制御部８０６は、現在受信中の放送波において、ｓｅｒｖｉｃｅ＿ｉｄ＿１のＰＭＴが伝送されているかを、ＴＳデコード部８０３で抽出されたＰＡＴを受信して判断する。
【０１０５】
判断の結果伝送されていない場合、制御部８０６はＴＳデコード部５０３から送られてくるＮＩＴを参照してｓｅｒｖｉｃｅ＿ｉｄ＿１が伝送されている放送波を選局するため、第１チューナ部８０１−１を制御する。
【０１０６】
制御部８０６は、選局した放送波に配置されたＣＡＴの内部に含まれるＥＭＭのＰＩＤを認識し、ＥＭＭを受信する。制御部８０６は、受信したＥＭＭの中から自分宛のＥＭＭを、ＥＭＭの非暗号化部分に設定されているカードＩＤの情報から判断する。制御部８０６は、自分宛のＥＭＭをカードＩＤの情報をもとに抽出すると、そのＥＭＭをＩＣカード８１１に送信する。制御部８０６からＥＭＭを受信したＩＣカード８１１は、内部にもつマスター鍵（Ｋｍ）を用いて暗号化されたＥＭＭを復号し、ワーク鍵（Ｋｗ）を抽出し保存する。
【０１０７】
また制御部８０６は、受信したＰＡＴを参照して、選局したいｓｅｒｖｉｃｅ＿ｉｄ＿１のＰＭＴを受信し、受信したＰＭＴの内部に含まれるＥＣＭ  ＰＩＤを認識してＥＣＭを受信する。制御部８０６は、ＥＣＭを受信すると、ＩＣカード８１１に対してＥＣＭ受信コマンドを発行する。
【０１０８】
ＥＣＭ受信コマンドを受信したＩＣカード８１１は、抽出済みのワーク鍵（Ｋｗ）を用いて暗号化されたＥＣＭを復号してスクランブル鍵（Ｋｓ）を取り出す。
【０１０９】
ＩＣカード８１１は、スクランブル鍵（Ｋｓ）を正常に取り出すと、ＥＣＭ受信コマンドに対する正常応答として、スクランブル鍵（Ｋｓ）を制御部８０６に送信する。
【０１１０】
スクランブル鍵（Ｋｓ）を受信した制御部８０６は、受信したスクランブル鍵（Ｋｓ）をデスクランブラ８０２に送信する。デスクランブラ８０２は、受信したスクランブル鍵（Ｋｓ）を内部に設定する。
【０１１１】
デスクランブラ８０２は、図４Ｂに示したような必要なタイミングにおいて、設定したスクランブル鍵（Ｋｓ）を用いて第１チューナ部８０１−１から送られてきた放送信号をデスクランブルする。
【０１１２】
デスクランブラ８０２でデスクランブルされた放送信号に含まれる映像信号や音声信号は、ＴＳデコード部８０３で分離された後、映像・音声デコード部８０４でデコードされる。デコードされた映像信号や音声信号は、モニタやスピーカー（図示せず）に出力する。
【０１１３】
予約録画は、ユーザが電子番組表（ＥＰＧ、図示せず）等で所望の番組の録画予約を行う。制御部８０６は、録画予約の設定内容に従い、録画予約された番組の開始時刻近傍になった時点で第２チューナ部８０１−２を制御し、録画予約したチャンネルを選局する。
【０１１４】
制御部８０６は、選局した放送波に配置されたＣＡＴの内部に含まれるＥＭＭのＰＩＤを認識して、ＥＭＭを受信する。制御部８０６は、受信したＥＭＭの中から自分宛のＥＭＭを、ＥＭＭの非暗号化部分に設定されているカードＩＤの情報から判断する。制御部８０６は、自分宛のＥＭＭをカードＩＤの情報をもとに抽出すると、そのＥＭＭをＩＣカード８１１に送信する。制御部８０６からＥＭＭを受信したＩＣカード８１１は、内部にもつマスター鍵（Ｋｍ）を用いて暗号化されたＥＭＭを復号し、ワーク鍵（Ｋｗ）を抽出し保存する。
【０１１５】
また制御部８０６は、ＰＡＴを参照して、選局したいｓｅｒｖｉｃｅ＿ｉｄ＿２のＰＭＴを受信し、受信したＰＭＴの内部に含まれるＥＣＭ  ＰＩＤを認識してＥＣＭを受信する。制御部８０６は、ＥＣＭを受信すると、ＩＣカード８１１にＥＣＭ受信コマンドを発行する。
【０１１６】
ＩＣカード８１１は、１枚のＩＣカード（１つのＣＡＳモジュール）で第１チューナ部８０１−１で選局された放送波に含まれるＥＣＭの処理と第２チューナ部８０１−２で選局された放送波に含まれるＥＣＭの処理の両方の処理を行うする必要がある。
【０１１７】
ＩＣカード８１１の処理は、受信機からの要求により処理を開始するものであるが、制御部８０６とＩＣカード８１１との間のデータのやり取りは、制御部８０６からＩＣカード８１１への要求に対する、ＩＣカード８１１から制御部８０６への応答が返るまで、制御部８０６は次の要求をＩＣカード８１１に送信できないルールになっている。
【０１１８】
このため制御部８０６は、ＴＳデコード部から連続してＥＣＭを受信した場合、ＥＣＭの再送周期等を鑑みて、ＥＣＭの処理を要求するタイミングを調整して、処理を要求するＥＣＭ受信コマンドを発行する。
【０１１９】
またＥＭＭの処理においても同様に、ＩＣカード８１１は、第１チューナ部８０１−１で選局した放送波に含まれるＥＭＭの処理と、第２チューナ部８０１−２で選局した放送波に含まれるＥＭＭの処理の両方の処理を行う必要があるため、制御部８０６は、各々のＥＭＭの処理を要求するタイミングを、ＥＣＭの処理を要求するタイミングとも重複しないように調整してＩＣカード８１１に対して、コマンドを発行する。
【０１２０】
ＩＣカード８１１は、第１チューナ部８０１−１で選局した放送波に含まれるＥＣＭを処理する時点では、既に契約済みのＥＭＭを受信済みであり、その受信したＥＭＭの中からワーク鍵（Ｋｗ）を抽出済みであれば、そのワーク鍵（Ｋｗ）を用いて、処理を要求されたＥＭＣを復号化しスクランブル鍵（Ｋｓ）を抽出することができる。ＩＣカード８１１は、ＥＭＣを復号化しスクランブル鍵（Ｋｓ）を抽出できると、制御部８１１に対してＥＣＭ受信コマンドの正常応答として、スクランブル鍵（Ｋｓ）を制御部８０６に送信する。
【０１２１】
スクランブル鍵（Ｋｓ）を受信した制御部８０６は、受信したスクラブル鍵（Ｋｓ）をデスクランブラ８０２に送信する。デスクランブラ８０２は、受信したスクランブル鍵（Ｋｓ）を内部に設定する。デスクランブラ８０２は、設定したスクランブル鍵（Ｋｓ）を用いて第２チューナ部８０１−２で選局した放送波をデスクランブルする。デスクランブルされた放送波は、ＴＳデコード部８０３でデコードし、録画・記録部８１２に所定の記録用フォーマット（例えば機器バインドの固有鍵にて暗号化したＴＳフォーマット）に変換して記録される。
【０１２２】
録画・記録部８２１に保存されている録画した番組を再生する場合は、録画・記録部８２１に保存されている記録用フォーマットを、ＴＳデコード部８０３でデコードされたフォーマットに戻し、映像・音声デコード部８０４においてモニターに出力する。
【０１２３】
さらに受信機は、３個以上のチューナを搭載することができる。
【０１２４】
受信機が３個以上のチューナを搭載する場合、例えば視聴中の番組以外に同時に異なる２チャンネルを録画可能ないわゆるＷ裏録機能に対応させる場合には、ＥＣＭの処理、ＥＭＭの処理が煩雑になる。
【０１２５】
ＣＡＳモジュール（ＩＣカード）１つで２チャンネルまでの対応が可能とした場合、３つのチューナを確実に処理する場合には、ＣＡＳモジュール（ＩＣカード）を２つ搭載する必要がある。
【０１２６】
図９は、図８に示したチューナを２つ持つ場合の受信機の基本構成に対して、チューナを３つ持つ場合の、放送波をデスクランブルする際の受信機９００の基本構成図である。
【０１２７】
図９の図８との相違点は、第３チューナ部９０１−３が追加されている点と、ＩＣカードが１つ追加され第１ＩＣカード９１１−１と第２ＩＣカード９１１−２で構成されている点である。それ以外の９０２から９１０と９１２は、図８の８０２から８１０と８１２と同一である。
【０１２８】
モニター出力するチャンネル１の放送波を第１チューナ部９０１−１で選局し、同時に録画・記録部９１２で記録するチャンネル２の放送波を第２チューナ部９０１−２で選局し、同時に録画・記録部９１２で記録するチャンネル３の放送波を第３チューナ部９０１−３で選局する場合の処理を説明する。
【０１２９】
ユーザによるリモコン８１０操作によりモニターに出力するチャンネル１（ｓｅｒｖｉｃｅ＿ｉｄ＿１）が選択された場合、制御部９０６は、現在受信中の放送波において、ｓｅｒｖｉｃｅ＿ｉｄ＿１のＰＭＴが伝送されているかを、ＴＳデコード部９０３で抽出されたＰＡＴを受信して判断する。
【０１３０】
判断の結果伝送されていない場合、制御部９０６はＴＳデコード部９０３から送られてくるＮＩＴを参照してｓｅｒｖｉｃｅ＿ｉｄ＿１が伝送されている放送波を選局するため、第１チューナ部９０１−１を制御する。
【０１３１】
制御部９０６は、選局した放送波に配置されたＣＡＴの内部に含まれるＥＭＭのＰＩＤを認識して、ＥＭＭを受信する。制御部９０６は、受信したＥＭＭの中から自分宛のＥＭＭを、ＥＭＭの非暗号化部分に設定されているカードＩＤの情報から判断する。制御部９０６は、自分宛のＥＭＭをカードＩＤの情報をもとに抽出すると、そのＥＭＭを予め決められた第１ＩＣカード９１１−１あるいは第２ＩＣカード９１１−２のいずれかに送信する。制御部９０６からＥＭＭを受信した第１ＩＣカード９１１−１あるいは第２ＩＣカード９１１−２は、内部にもつマスター鍵（Ｋｍ）を用いて暗号化されたＥＭＭを復号し、ワーク鍵（Ｋｗ）を抽出し保存する。
【０１３２】
また制御部９０６は、受信したＰＡＴを参照して、選局したいｓｅｒｖｉｃｅ＿ｉｄ＿１のＰＭＴを受信し、受信したＰＭＴの内部に含まれるＥＣＭ  ＰＩＤを認識し、ＥＣＭを受信する。制御部９０６は、ＥＣＭを受信すると、予め決められた第１ＩＣカード９１１−１あるいは第２ＩＣカード９１１−２のいずれかに対してＥＣＭ受信コマンドを発行する。
【０１３３】
ＥＣＭ受信コマンドを受信した第１ＩＣカード９１１−１あるいは第２ＩＣカード９１１−２は、抽出済みのワーク鍵（Ｋｗ）を用いて暗号化されたＥＣＭを復号してスクランブル鍵（Ｋｓ）を取り出す。
【０１３４】
第１ＩＣカード９１１−１あるいは第２ＩＣカード９１１−２は、スクランブル鍵（Ｋｓ）を正常に取り出すと、ＥＣＭ受信コマンドに対する正常応答として、スクランブル鍵（Ｋｓ）を制御部９０６に送信する。
【０１３５】
スクランブル鍵（Ｋｓ）を受信した制御部９０６は、受信したスクランブル鍵（Ｋｓ）をデスクランブラ９０２に送信する。デスクランブラ９０２は、受信したスクランブル鍵（Ｋｓ）を内部に設定する。デスクランブラ９０２は、図４Ｂに示したような必要なタイミングにおいて、設定したスクランブル鍵（Ｋｓ）を用いて第１チューナ部９０１−１から送られてきた放送信号をデスクランブルする。
【０１３６】
デスクランブラ９０２でデスクランブルされた放送信号に含まれる映像信号や音声信号は、ＴＳデコード部９０３で分離された後、映像・音声デコード部９０４でデコードされる。デコードされた映像信号や音声信号は、モニタやスピーカー（図示せず）に出力する。
【０１３７】
予約録画は、ユーザが電子番組表（ＥＰＧ、図示せず）等で同時刻に異なる２チャンネルの所望の番組録画予約を行っており、制御部９０６は、録画予約の設定内容に従い、その番組の開始時刻近傍になった時点で、第２チューナ部９０１−２、および第３チューナ部９０１−３を制御して、録画予約したチャンネルを選局する。
【０１３８】
制御部９０６は、選局した放送波に配置されたＣＡＴの内部に含まれるからＥＭＭのＰＩＤを認識して、ＥＭＭを受信する。、制御部９０６は、受信したＥＭＭの中から自分宛のＥＭＭを、ＥＭＭの非暗号化部分に設定されているカードＩＤの情報から判断する。制御部９０６は、自分宛のＥＭＭをカードＩＤの情報をもとに抽出すると、そのＥＭＭを予め決められた第１ＩＣカード９１１−１あるいは第２ＩＣカード９１１−２に送信する。制御部９０６からＥＭＭを受信した第１ＩＣカード９１１−１あるいは第２ＩＣカード９１１−２は、内部にもつマスター鍵（Ｋｍ）を用いて暗号化されたＥＭＭを復号し、ワーク鍵（Ｋｗ）を抽出し保存する。
【０１３９】
また制御部９０６は、ＰＡＴを参照して、選局したいｓｅｒｖｉｃｅ＿ｉｄ＿２のＰＭＴを受信し、受信したＰＭＴの内部に含まれるＥＣＭ  ＰＩＤを認識し、ＥＣＭを受信する。制御部９０６は、ＥＣＭを受信すると、予め決められた第１ＩＣカード９１１−１あるいは第２ＩＣカード９１１−２にＥＣＭ受信コマンドを発行する。
【０１４０】
ＩＣカード９１１−１および９１１−２は、１つのＩＣカードで２つのチャンネルまでの同時処理が運用規定により担保されいるため、予め、第１チューナー部９０１−１、第２チューナー部９０１−２、及び第３チューナ部９０１−３とＣＡＳ処理を行うＣＡＳモジュールである第１ＩＣカード９１１−１および第２ＩＣカード９１１−２の対応関係を、ユーザインタフェイス等の設定画面にて設定しておく必要がある（図示せず）。
【０１４１】
例えば、第１チューナ部９０１−１と第２チューナ部９０１−２を第１ＩＣカード９１１−１で処理し、第３チューナ部９０１−３を第２ＩＣカード９１１−２で処理するよう対応付けているものとする。この場合、第１ＩＣカード９１１−１のカードＩＤの情報で有料放送として提供されるチャンネルＡ、Ｂ、Ｃを視聴する権利を取得するために加入契約をし、第２ＩＣカード９１１−２のカードＩＤの情報で有料放送として提供されるチャンネルＤ、Ｅ、Ｆを視聴する権利を取得するために加入契約をした場合には、例えば、チャンネルＣを見ながら、チャンネルＡとＦを同時録画する場合には、第１チューナ部９０１−１でチャンネルＣを、第２チューナ部９０１−２でチャンネルＡを、第３チューナ部９０１−３でチャンネルＦを選局するようにすれば、契約した有料放送のチャンネルと第１ＩＣカード９１１−１および第２ＩＣカード９１１−２の対応がとれる。
【０１４２】
しかしながら、第３チューナ部９０１−３でチャンネルＡの放送波を処理しようとした場合には、チャンネルＡの放送波を視聴する契約を第２ＩＣカード９１１−２では契約していないため、第２ＩＣカード９１１−２ではチャンネルＡを視聴する契約情報を含んだＥＭＭを抽出することができず、その結果チャンネルＡの放送波をデスクランブルすることができない。また、１つのＩＣカード（ＣＡＳモジュール）で異なる３チャンネル（例えばチャンネルＡ、Ｂ、Ｃ）を契約してＥＭＭを受信していた場合に、異なる時間に、これら３チャンネルいずれか１つを視聴ないし録画することは可能だが、チャンネルＡを見ながらチャンネルＢ、Ｃを同時録画という同時処理を行う場合も考えられる。しかし先に述べたように、非特許文献５に記載のように、１つのＩＣカードで２つのチャンネル（チューナ）のＴＳの処理までしか同時処理ができない、という制限状態であると、１つのＩＣカードで異なる３チャンネルのＴＳを同時に処理することができないなどの不具合がある。
【０１４３】
そこで本実施形態では、主要なポイントとして次のことに着目している。
【０１４４】
本実施形態では、ユーザの利便性のために複数のチューナを搭載した受信機において、複数のチューナと複数のＩＣカードの紐付関係の設定をユーザが行う負担の軽減やコスト削減のため、極力少ないＩＣカード（ＣＡＳモジュール）で処理可能とするためのルール作りを行う。
【０１４５】
そのため例えば、１つのＣＡＳモジュール（ＩＣカード）であっても、同時受信処理可能なチューナ数を厳密に検討できることが重要である。
【０１４６】
本実施形態では、ＥＣＭの再送周期、更新周期と、ＣＡＳモジュール（ＩＣカード）の仕様書等に記載されたコマンド応答性能等を考慮し、新たに、１事業体が１つのカードＩＤを設定したＥＭＭを送信する頻度、または、受信機が１事業体あたりで一定期間内で処理すべきＥＭＭ個数を規定する。すなわち、新たに規定するのは、一定期間内に処理すべきＥＭＭの個数であり、送出規定として一定期間内の送出個数で規定するか、受信機規定として一定期間内の処理個数で規定するかの手段である。これにより、１つのＣＡＳモジュール（ＩＣカード）で何個のチューナによる同時受信処理を可能とするかを厳密に検討することが可能となる。これにより、受信機メーカの利便性が得られる。
【０１４７】
本実施形態における要点の概要をまとめると以下のように記述することができる、
（１）．アクセス制御方式（限定受信方式ないしコンテンツ保護方式）を運用する放送において、ＥＣＭの再送周期、更新周期、かつ1事業体あたりに同一受信機（ＣＡＳモジュールＩＤ）宛てに送出するＥＭＭ及び又はＥＭＭ個別メッセージの送出頻度を規定したデジタル放送送受信装置。
【０１４８】
（１ｂ）．１つのＣＡＳモジュールＩＤ宛に送られるＥＭＭ及び又はＥＭＭ個別メッセージのうち、ＥＭＭを受信後からＣＡＳモジュールに対して行うコマンドの発行までの猶予期間における、処理が必要な最小のＥＭＭ個数を規定したデジタル放送送受信装置。
【０１４９】
（２）．アクセス制御方式（限定受信方式ないしコンテンツ保護方式）を運用する放送において、同時に２つを超える受信視聴ないし録画・記録を行う際に、ＥＣＭの再送周期、更新周期、かつ1事業体あたりに同一受信機（ＣＡＳモジュールＩＤ）宛てに送出するＥＭＭ及び又はＥＭＭ個別メッセージの送出頻度が設定されており、当該受信機宛てのＥＭＭ及び又はＥＭＭ個別メッセージを受信してからＣＡＳモジュールにコマンド発行するまでの猶予期間における、搭載した複数チューナの各々のＥＭＭ及び又はＥＭＭ個別メッセージ処理を前記ＥＭＭ及び又はＥＭＭ個別メッセージ送出頻度からＣＡＳモジュールへの発行スケジュールを制御するデジタル放送受信装置。
【０１５０】
（２ｂ）．アクセス制御方式（限定受信方式ないしコンテンツ保護方式）を運用する放送において、同時に２つを超える受信視聴ないし録画・記録を行う際に、ＥＣＭの再送周期、更新周期、かつ1事業体あたりに同一受信機（ＣＡＳモジュールＩＤ）宛てに送出するＥＭＭ及び又はＥＭＭ個別メッセージを受信してからＣＡＳモジュールにコマンド発行するまでの猶予期間における、処理が必要なＥＭＭ及び又はＥＭＭ個別メッセージの個数からＣＡＳモジュールへの発行スケジュールを制御するデジタル放送受信装置。
【０１５１】
（３）．アクセス制御方式（限定受信方式ないしコンテンツ保護方式）を運用する放送において、1事業体あたりに同一受信機（ＣＡＳモジュールＩＤ）宛てに送出するＥＭＭ及び又はＥＭＭ個別メッセージの送出を、所定の頻度で送出するように制御するデジタル放送送信装置。
【０１５２】
（４）．上記（１）．の記載内容において、１つのＣＡＳモジュールＩＤ宛のＥＭＭ及び又はＥＭＭ個別メッセージの送出頻度を、ＥＭＭを受信してからＣＡＳモジュールにコマンド発行するまでの猶予期間における、送信するＥＭＭの個数で規定したデジタル放送送受信装置。
【０１５３】
（５）．上記（１）．の記載内容において、１つのＣＡＳモジュールＩＤ宛のＥＭＭ及び又はＥＭＭ個別メッセージの送出頻度を、ＥＣＭないしスクランブル鍵の更新周期あたりに送信するＥＭＭ及び又はＥＭＭ個別メッセージの個数で規定したデジタル放送送受信装置。
【０１５４】
（６）．上記（１）．の記載内容において、１つのＣＡＳ  ＩＤ宛のＥＭＭ及び又はＥＭＭ個別メッセージの送出頻度を、ＥＭＭ及び又はＥＭＭ個別メッセージを受信してからにＣＡＳモジュールに対して行うコマンドの発行までの猶予期間における、送信するＥＭＭ及び又はＥＭＭ個別メッセージの個数、かつＥＣＭないしスクランブル鍵の更新周期あたりに送信するＥＭＭ及び又はＥＭＭ個別メッセージの個数で規定したデジタル放送送受信装置。
【０１５５】
（７）．上記（２）．の記載内容において、ＣＡＳモジュールへの発行スケジュールの制御を、当該ＣＡＳモジュール宛てのＥＭＭ及び又はＥＭＭ個別メッセージを受信してからにＣＡＳモジュールに対して行うコマンドの発行までの猶予期間において、送信するＥＭＭ及び又はＥＭＭ個別メッセージの個数で制御するデジタル放送受信装置。
【０１５６】
（８）．上記（２）．の記載内容において、ＣＡＳモジュールへの発行スケジュールの制御を、当該ＣＡＳモジュール宛てのＥＭＭ及び又はＥＭＭ個別メッセージを受信してからにＣＡＳモジュールに対して行うコマンドの発行までの猶予期間において、ＥＣＭないしスクランブル鍵の更新周期あたりに送られるＥＭＭ及び又はＥＭＭ個別メッセージの個数で制御するデジタル放送受信装置。
【０１５７】
（９）．上記（２）．の記載内容において、ＣＡＳモジュールへの発行スケジュールの制御を、当該ＣＡＳモジュール宛てのＥＭＭ及び又はＥＭＭ個別メッセージを受信してからＣＡＳモジュールに対して行うコマンドの発行までの猶予期間において、送信するＥＭＭの個数、かつＥＣＭないしスクランブル鍵の更新周期あたりに送られるＥＭＭ及び又はＥＭＭ個別メッセージの個数で制御するデジタル放送受信装置。
【０１５８】
（１０）．上記（３）．の記載内容において、同一受信機宛てに送出するＥＭＭ／ＥＭＭ個別メッセージの送出頻度を、当該ＣＡＳモジュール宛てのＥＭＭ及び又はＥＭＭ個別メッセージを受信してからにＣＡＳモジュールに対して行うコマンドの発行までの猶予期間において、送信するＥＭＭ及び又はＥＭＭ個別メッセージの個数で制御するデジタル放送送信装置。
【０１５９】
（１１）．上記（３）．の記載内容において、同一受信機宛てに送出するＥＭＭ及び又はＥＭＭ個別メッセージの送出頻度を、ＥＣＭないしスクランブル鍵の更新周期あたりに送信するＥＭＭ及び又はＥＭＭ個別メッセージの個数で制御するデジタル放送送信装置。
【０１６０】
（１２）．上記（３）．の記載内容において、同一受信機宛てに送出するＥＭＭ及び又はＥＭＭ個別メッセージの送出頻度を、当該ＣＡＳモジュール宛てのＥＭＭ／ＥＭＭ個別メッセージを受信してからＣＡＳモジュールに対して行うコマンドの発行までの猶予期間において、送信するＥＭＭの個数、かつＥＣＭないしスクランブル鍵の更新周期あたりに送られるＥＭＭ及び又はＥＭＭ個別メッセージの個数で制御するデジタル放送送信装置。
【０１６１】
次に、本実施形態が有用な機能を発揮することを、その背景から説明する。
【０１６２】
従来の標準規格、運用規定上では、１つのＣＡＳモジュール（ＩＣカード）において異なる２チューナの同時処理を可能とするには以下を考慮する必要がある。そのため３チューナ以上の搭載受信機を想定する場合には、従来の標準規格、運用規格に加えて、搭載するＣＡＳモジュール（ＩＣカード）のＥＣＭやＥＭＭ等のＣＡＳモジュール（ＩＣカード）とのコマンド・応答に要する性能を把握する必要がある。
【０１６３】
しかし、このＣＡＳモジュール（ＩＣカード）のＥＣＭやＥＭＭのコマンド応答性能とＥＣＭの送出頻度、更新周期、およびＥＭＭを受信後処理までの猶予期間を決めても厳密にいくつまでのチューナ処理が可能かの詳細な検討が困難である。
【０１６４】
一般的にＥＣＭは数秒おきに更新するため、再送周期が１００ｍｓ毎に送られても、複数チューナを搭載する場合にはＥＣＭ処理を優先せざるを得ない。
【０１６５】
一方ＥＭＭは、ＥＣＭに比べて即時処理を必要としない属性のものであるが、場合によってはＥＣＭほどの即時性はないものの、可及的速やかな処理を要する場合がある。例えば、
（ａ）特定の放送局（事業体）が放送する番組を視聴する権利を取得したい視聴者Ａが、加入に関する手続きや加入時のトラブル対応を、加入する放送局（事業体）のカスタマーセンターに電話して、電話の案内に従って自受信機で当該放送局のチャンネルを選局し、視聴者Ａの受信機のカードＩＤ番号を告げる
（ｂ）視聴者Ａは、例えば電話を掛けたままの状態で、放送局（事業体）は、電話で告げられたカードＩＤ番号を設定したＥＭＭを即時送信する
（ｃ）視聴者Ａの受信機がＥＭＭを受信し、スクランブル鍵（Ｋｓ）を取り出せれば、当該チャンネルの放送信号をデスクランブルすることが可能となる（いわゆる鍵明けが可能となる）
（ｄ）これにより、視聴者Ａは、契約手続きの完了を確認できる、
上記（ａ）から（ｄ）のシーンのような場合は、ＥＭＭ処理もＥＣＭほどの即時性はないものの、可及的速やかな処理を要する場合があることは現実である。
【０１６６】
このように事業体と視聴者が電話をしながら、視聴者が受信機の受信状態を確認しながら、視聴契約手続きを行う場合、受信機でＥＭＭの受信をミスする場合も想定される。そこで放送局（事業体）は、受信機がＥＭＭの受信をミスする場合を想定して、同一のカードＩＤを設定したＥＭＭを、一定時間バースト的に送信することも想定される。
【０１６７】
ＥＣＭは、スクランブル鍵（Ｋｓ）の更新に合わせて、同一Ｋｓを使用する期間内で少なくとも１つを受信するように受信機がＥＣＭの受信制御してもよいが、ＥＭＭは、契約の可否等を制御するものであるため、受信機がＥＭＭの受信制御せず、自分宛てに送信されたＥＭＭは全て受信して、その受信したＥＭＭを全てＣＡＳモジュール（ＩＣカード）に送信して処理を依頼することが基本であると考えられている。
【０１６８】
よって、受信機がＥＭＭを受信後に、一定期間の猶予を持ってＣＡＳモジュール（ＩＣカード）に対して処理することが望まれる。このためＡＲＩＢ規格では、ＣＡＳモジュール提供者よりＣＡＳモジュール（ＩＣカード）の応答性能が示されたことに併せて、受信機がＥＭＭを受信した後にＣＡＳモジュール（ＩＣカード）に対してＥＭＭ受信コマンド発行を行うまでの猶予期間が規定された。
【０１６９】
この規定によると、ＥＭＭは同一ＣＡＳモジュール（ＩＣカード）宛てに送る頻度が低いという前提では、実質上さほど問題は起きにくいが、前述のように電話での鍵明けなどが行われる場合には、ＥＭＭを短時間で複数送ることも想定される。
【０１７０】
最近では、チューナの搭載数も増え、多チャンネル録画機能を搭載した受信機や、さらに非特許文献６の  第一部  第五編  付録７に高度広帯域ＢＳ・ＣＳ放送用（いわゆる４Ｋ８Ｋ放送）ＣＡＳと現行の広帯域衛星放送（いわゆる２Ｋ放送）のＣＡＳを一体のＣＡＳモジュールに搭載することがあり得る規定が行われた。
【０１７１】
付録７において以下の記載がある、
「付録７  現行放送と高度ＢＳデジタル放送の共用受信機について
高度ＢＳデジタル放送の受信とＡＲＩＢ  ＴＲ−Ｂ１５に規定されるＢＳデジタル放送／広帯域ＣＳデジタル放送若しくはＡＲＩＢ  ＴＲ−Ｂ１４に規定される地上デジタルテレビジョン放送の少なくともいずれかの受信が可能な共用受信時において、ＢＳデジタル放送／広帯域ＣＳデジタル放送、地上デジタルテレビジョン放送の受信に同じＣＡＳモジュールを適用する際の規定を以下に示す。」とある。
【０１７２】
しかし、現行の広帯域衛星放送（いわゆる２Ｋ放送）を受信する受信機において搭載チューナ数が多い場合や、また高度広帯域衛星放送（いわゆる４Ｋ８Ｋ放送）と現行放送（いわゆる２Ｋ放送）を受信する受信機が１つのＣＡＳモジュール（ＩＣカード）で多数のチャンネルを受信し処理する場合が、今後十分あり得る。
【０１７３】
このような状況で、非特許文献６と、非特許文献４および非特許文献５において、ＥＣＭ（スクランブル鍵（Ｋｓ））の更新周期の違いや、また高度広帯域衛星放送（いわゆる４Ｋ８Ｋ）と現行放送（いわゆる２Ｋ）との間でＥＣＭやＥＭＭ応答性能が異なった場合には、受信機でのＥＣＭやＥＭＭの処理に関して厳密なタイミング制御の検討が必須となる。
【０１７４】
しかし現状のＥＭＭに関する規定のみでは、各種の放送方式に対応できる、また多数のチューナを搭載した受信機を得るには、ＥＣＭ、ＥＭＭの処理に関するタイミング制御の検討が困難である。
【０１７５】
そこで、本実施形態では、例えば先の（１）〜（１２）に記載したようにＥＭＭの送信頻度を規定することにより、ＥＣＭ、ＥＭＭの受信処理タイミングを厳密に設定することが可能となり、搭載チューナ数の仕様決定、またＥＭＭの取りこぼし等の予期せぬ不具合を未然に防ぐことが可能となる。
【０１７６】
図４Ａに示す３重鍵構造の限定受信方式において、送出側の技術規定としてＥＣＭの更新周期を２０００ｍｓ、再送周期を１００ｍｓという規定内容に加え、“ＥＭＭを１事業体あたりに１つのＣＡＳモジュールＩＤに対して、３０秒間で１つ送信する”という規定の内容を新たに加えたとする。
【０１７７】
図１０は、限定受信方式におけるＥＣＭ、ＥＭＭ、スクランブル鍵（Ｋｓ）の時間的な関係を示した図である。
【０１７８】
上記条件においては、ＥＣＭの更新が２０００ｍｓであることから、放送番組をスクランブルする鍵（Ｋｓ）も２０００ｍｓで更新される。
【０１７９】
なお、ＥＣＭに含まれるスクランブル鍵（Ｋｓ）と、含まれているスクランブル鍵（Ｋｓ）を用いて、放送信号をデスクランブルするスクランブル鍵（ｋｓ）の時間的関係の詳細は、図４Ｂに示した通りである。
【０１８０】
図１１は非特許文献４第五編図５．８−１に記載の、送信側がスクランブル鍵（Ｋｓ）を含むＥＣＭを送信するタイミングと、ＥＣＭに含まれるスクランブル鍵（Ｋｓ）を用いてデスクランブルする映像信号を送信するタイミングを図示したものである。横軸は、時間軸である。
【０１８１】
送信側は、例えば放送局である。１１０１が、スクランブル鍵（Ｋｓ）を含むＥＣＭを送出している時間的な遷移を示している。１１０２が、ＥＣＭに含まれるスクランブル鍵（Ｋｓ）を用いてデスクランブルされる映像信号の時間的な遷移を示している。
【０１８２】
Ｔ１＋Ｔ２の区間が、同一のＥＣＭが送出される区間である。Ｔ３の区間が、Ｔ１＋Ｔ２の区間で送られてきたＥＣＭに含でまれるスクランブル鍵（Ｋｓ）を用いてデスクランブルされる映像信号が送信される区間である。スクランブル鍵（Ｋｓ）を含むＥＣＭは、ＥＣＭに含まれるスクランブル鍵（Ｋｓ）を用いてデスクランブルされる映像信号よりＴ１（＝１６００ｍｓ）先行して、放送局から送信される。
【０１８３】
図１１に示す送出ルールに従う送受信系での受信機の限定受信の実装例を以下に示す。
【０１８４】
図１２は、図１１に示す送出ルールに従う送受信系での受信機の限定受信の実装例である。１２０１は、受信した番組の時間的な遷移である。受信した番組１２０１は、時刻Ｔ１１まではＫｓ０でスクランブルされ、時刻Ｔ１１からＴ１２の間はＫｓ１でスクランブルされ、時刻Ｔ１２からＴ１３の間はＫｓ２でスクランブルされ、時刻Ｔ１３からＴ１４の間はＫｓ３でスクランブルされていることを示している。
【０１８５】
１２０２は、受信したＥＣＭの時間的遷移である。ＥＣＭ２は、時刻Ｔ２１のタイミングで受信機され、そのＥＣＭにはスクランブル鍵（Ｋｓ）であるＫｓ１とＫｓ２が含まれていることを示している
上記受信機は、番組を視聴中に、時刻Ｔ２１でＥＣＭ２を受信しＣＡＳモジュール（ＩＣカード）に対しコマンド発行する。ＣＡＳモジュール（ＩＣカード）は、区間Ｔ２１から区間Ｔ１２の時刻の間にＥＣＭの処理を済ませる。ＣＡＳモジュール（ＩＣカード）は、ＥＣＭの処理により得られたスクランブル鍵Ｋｓ２を受信機に送信し、受信機はＭＵＬＴＩ２方式のデスクランブラにセットして、時刻Ｔ１２からＫｓ２を用いてスクランブルされた番組をデスクランブルする。
【０１８６】
また、区間Ｔ２２からＴ１３の間に他のチャンネルから切り換わった場合、受信機はＥＣＭ３を受信し、ＣＡＳモジュール(ＩＣカード)にコマンド発行する。
【０１８７】
受信機は、ＥＣＭ３で伝送されるＫｓ３をＣＡＳモジュール（ＩＣカード）からの応答で得ることでデスクランブルを可能とする。
【０１８８】
図７に示したように非特許文献２準拠のＣＡＳモジュール（ＩＣカード）は、ＥＣＭ、ＥＭＭの処理の合計値が１０００ｍｓ以内に可能であることが期待されている。
【０１８９】
受信機に搭載したＣＡＳモジュール（ＩＣカード）の性能として、例えば、ＥＣＭ処理時間を３８５ｍｓ、ＥＭＭ処理時間を５００ｍｓとした場合、何個のチューナが１つのＣＡＳモジュール（ＩＣカード）で処理可能かは、以下の検討を経て可能となる。
【０１９０】
区間Ｔ２１からＴ１２の間で自受信機宛てのＥＭＭを受信した場合を想定すると、Ｔ２１の時点でＥＭＭ処理は行っていないため、受信機は区間Ｔ２１からＴ１２の間の１６００ｍsではＥＣＭは４個処理可能である（図１２のケース１）。
【０１９１】
つまりこの状態のみであれば、ＣＡＳモジュール（ＩＣカード）は４チューナまで処理可能と思える。
【０１９２】
次に受信機が、時刻Ｔ２１〜Ｔ１２の間で受信したＥＭＭの処理を、もし時刻Ｔ１２より開始した場合、ＣＡＳモジュール（ＩＣカード）はＥＭＭの処理に５００ｍｓ要するため、受信機は、ＣＡＳモジュール（ＩＣカード）からの４つのＥＣＭの処理完了の通知を受け取るタイミングが、次のスクランブル鍵Ｋｓ３を用いてデスクランブルを開始する時刻Ｔ２２の時刻を１００ｍｓ超えてしまう。つまり受信機は、このＴ１２のタイミングＥＭＭの処理を開始した場合、ＥＣＭの処理を終えなければならないＴ１３までは１５００ｍｓであり、ＥＣＭは３個までしか処理できない（図１２のケース２）。
【０１９３】
次に受信機が、ＥＣＭの更新タイミングであるＴ２３でＥＭＭを受信し処理を開始した場合には、区間Ｔ２３からＴ１４の間は残り１１００ｍｓであり、ＥＣＭは２個まで処理可能である（図１２のケース３）。つまり以上の前提では、１つのＣＡＳモジュール（ＩＣカード）で処理可能なチューナは２チューナまでであることが検討可能となる。
【０１９４】
以上はＣＡＳモジュール（ＩＣカード）の性能とＥＭＭ処理猶予期間での１事業体あたりのＥＭＭ送出頻度の実施例を述べた。次に受信機で２個を超えるチューナを１つのＣＡＳモジュール（ＩＣカード）で処理する場合の実施例を説明する。
【０１９５】
図１３は、図５に示した非特許文献５の第五編  図４．１−１で示された受信機の基本構成に対して、チューナ部を３個に増やし、および録画・記録部を追加した構成図である。
【０１９６】
図１３と図５の相違点は、チューナ部が２つ追加され第１チューナ部１３０１−１と第２チューナ部１３０１−２と第３チューナ部１３０１−３で構成されている点、３つのチューナ部に対応するために分配器１３１３が追加されている点、内蔵の録画・記録部１３１２が追加されている点である。それ以外の１３０２から１３１１、図５の５０２から５１１と同一である。
【０１９７】
３個のチューナ部は、地上デジタルテレビジョン放送、ＢＳデジタル放送、広帯域ＣＳデジタル放送のいずれか、または３波選局可能なチューナでもよく、受信機の仕様として任意の３つのチャンネルを視聴または録画・記録できるものとする。
【０１９８】
ここで用いるＩＣカード１３１１（ＣＡＳモジュール）は１つで３チューナの処理ができるＥＣＭ、ＥＭＭの応答性能を有するものとする。例えばＩＣカード１３１１の応答性能が、ＥＣＭの応答性能を３００ｍｓ、ＥＭＭの応答性能を５００ｍｓとする。受信機１３００は、ＥＭＭ受信後ＩＣカード１３１１に対しＥＭＭ処理が必要な猶予期間内に、１事業体あたり１個のＥＭＭを送信したとする。
【０１９９】
図１４は、図１３に示した基本構成の受信機の限定受信の実装例である。
【０２００】
１４０１は、受信した番組の時間的な遷移である。受信した番組１４０１は、時刻Ｔ１１まではＫｓ０でスクランブルされ、時刻Ｔ１１からＴ１２の間はＫｓ１でスクランブルされ、時刻Ｔ１２からＴ１３の間はＫｓ２でスクランブルされ、時刻Ｔ１３からＴ１４の間はＫｓ３でスクランブルされていることを示している。１４０２は、受信したＥＣＭの時間的遷移である。
【０２０１】
図１４の例で、Ｋｓ２を含むＥＣＭ更新タイミングＴ２１の時点から、放送コンテンツのスクランブル鍵がＫｓ２に切り替わるＴ１２までの１６００msの間に、図１３の３つのチューナである第１チューナ部１３０１−１、第２チューナ部１３０１−２、第３チューナ部１３０１−３で選局されているチャンネルの各々のＥＣＭと、少なくともいずれか１つのチャンネルのＥＭＭが処理可能である。
【０２０２】
図１４に示すように、時刻Ｔ２１からＴ１２の間で第１チューナ部１３０１−１で受信したＥＭＭを処理し、時刻Ｔ２２からＴ１３の間で第２チューナ部１３０１−２で受信したＥＭＭを処理し、時刻Ｔ２３からＴ１４の間で第３チューナ部１３０１０―３で受信したＥＭＭを処理すればよい。つまりこの事例ではＩＣカード１３１１のＥＣＭ、ＥＭＭの処理時間の合計が
（ＥＣＭ応答処理時間＝３００ｍｓ）×（３チューナ）＋（ＥＭＭ応答処理時間＝５００ｍｓ）＝１４００ｍｓ≦１６００ｍｓ
であるＩＣカード１３１１においては、３つのチューナに対して処理可能であることになる。
【０２０３】
図１３に示す受信機において、ユースケースとして、ある放送を視聴しながら、異なる２つの番組を録画（いわゆるＷ裏録）する場合について説明する。
【０２０４】
ユーザによるリモコン１３１０操作によりチャンネル１（ｓｅｒｖｉｃｅ＿ｉｄ＿１）が選択された場合、制御部１３０６は、現在受信中の放送波において、当該ｓｅｒｖｉｃｅ＿ｉｄのＰＭＴが伝送されているかをＴＳデコード部１３０３で抽出されたＰＡＴ受信して判断する。
【０２０５】
判断の結果伝送されていない場合、制御部１３０６は、ＴＳデコード部１３０３から送られてくるＮＩＴを参照して当該ｓｅｒｖｉｃｅ＿ｉｄ＿１が伝送される放送波を選局するため、第１チューナ部１３０１−１を制御する。
【０２０６】
制御部１３０６は、第１チューナ部１３０１−１で選局した放送波に配置されたＣＡＴからＥＭＭのＰＩＤを認識して、ＥＭＭを受信する。制御部１３０６は、受信したＥＭＭの中から自分宛のＥＭＭを、ＥＭＭの非暗号化部分に設定されているカードＩＤの情報から判断する。制御部１３０６は、自分宛のＥＭＭをカードＩＤの情報をもとに抽出すると、そのＥＭＭをＩＣカード１３１１に送信する。
【０２０７】
なお、制御部１３０６が、ＥＭＭをＩＣカード１３１１に送るタイミングは、図１４に示したようなタイミングである。制御部１３０６は、ＩＣカード１３１１にＥＭＭを送る適切なタイミングになるまで、受信したＥＭＭを一時的に保存する。
【０２０８】
制御部１３０６からＥＭＭを受信したＩＣカード１３１１は、内部にもつマスター鍵（Ｋｍ）を用いて暗号化されたＥＭＭを復号し、ワーク鍵（Ｋｗ）を抽出し保存する。
【０２０９】
また、予めユーザ操作により番組表（図示せず）を用いて、第１チューナ部１３０１−１で選局されモニタに出力しているチャンネルとは異なる、同時刻帯に放送予定の２つのチャンネルの番組Ａ，Ｂを録画予約しておく。
【０２１０】
制御部１３０６は、録画予約する際、予約対象の番組の少なくともｓｅｒｖｉｃｅ＿ｉｄ、番組開始時刻（日時含む）、終了時刻ないし番組開始からの放送継続時間を、録画番組のスケジュール管理のメモリ領域（図示せず）に格納する。制御部１３０６は、録画予約した異なる２つのチャンネルの録画予約は、番組Ａを第２チューナ部１３０１−２、番組Ｂを第３チューナ部１３０１−３で選局するように、スケジュール管理を行う。第２チューナ部１３０１−２、第３チューナ部１３０１−３で選局された番組においても、ＥＭＭを取得する手順は、第１チューナ部１３０１−１の場合と同じである。
【０２１１】
リモコン１３１０で選択されたチャンネルは、第１チューナ部１３０１−１で選局される。制御部１３０６は、第１チューナ部１３０１−１で選局された番組の放送波のＰＡＴを参照して、選局したいｓｅｒｖｉｃｅ＿ｉｄ＿１のＰＭＴを受信し、ＥＣＭ  ＰＩＤを認識してＥＣＭを受信する。制御部１３０６は、ＥＣＭを受信すると、ＩＣカード１３１１にＥＣＭ受信コマンドを発行する。
【０２１２】
ＥＣＭを受信したＩＣカード１３１１は、既に契約済みのＥＭＭを受信してワーク鍵（Ｋｗ）を抽出済みであれば、正常応答としてスクランブル鍵（Ｋｓ）を制御部１３０６に送信する。スクランブル鍵（Ｋｓ）を受信した制御部１３０６は、受信したスクランブル鍵（Ｋｓ）をデスクランブラ１３０２に送信する。デスクランブラ１３０２は、受信したスクランブル鍵（Ｋｓ）を内部に設定する。
【０２１３】
デスクランブラ１３０２は、設定したクランブル鍵（Ｋｓ）を用いて、スクランブル鍵（Ｋｓ）を送信してきたＥＣＭに対応した放送信号をデスクランブルし、ＴＳデコード部１３０３に送る。デスクランブルされた放送信号を受信したＴＳデコード部１３０３は、選局されたチャンネルの映像や音声ＥＳのＰＩＤにより所定の映像、音声信号を抽出し、映像音声デコード部１３０４に送る。映像音声デコード部１３０４は、送られてきた映像、音声信号をデコードして、モニター１４やスピーカー（図示せず）に出力する。
【０２１４】
予約録画は、ユーザが電子番組表（ＥＰＧ、図示せず）等で所望の番組に対して行う。制御部１３０６は、録画予約の設定内容に従い、録画予約された番組Ａの開始時刻近傍になった時点で第２チューナ部１３０１−２を制御して、録画予約したチャンネルを選局する。
【０２１５】
制御部１３０６は、現在受信中の放送波において、番組Ａのｓｅｒｖｉｃｅ＿ｉｄ＿２のＰＭＴが伝送されているかを、ＴＳデコード部１３０３で抽出されたＰＡＴ受信して判断する。
【０２１６】
判断の結果伝送されていない場合、制御部１３０６はＴＳデコード部１３０３から送られてくるＮＩＴを参照して、番組Ａのｓｅｒｖｉｃｅ＿ｉｄ＿２が伝送される放送波を選局するため、第２チューナ部１３０１−２を制御する。
【０２１７】
制御部１３０６は、第２チューナ部１３０１−２で選局した放送波に配置されたＣＡＴ内部に含まれるＥＭＭのＰＩＤを認識し、ＥＭＭを受信する。制御部１３０６は、受信したＥＭＭの中から自分宛のＥＭＭを、ＥＭＭの非暗号化部分に設定されているカードＩＤの情報から判断する。制御部１３０６は、自分宛のＥＭＭをカードＩＤの情報をもとに抽出すると、そのＥＭＭをＩＣカード１３１１に送信する。制御部１３０６からＥＭＭを受信したＩＣカード１３１１は、内部にもつマスター鍵（Ｋｍ）を用いて暗号化されたＥＭＭを復号し、ワーク鍵（Ｋｗ）を抽出し保存する。
【０２１８】
なお、制御部１３０６は、ＥＭＭをＩＣカード１３１１に送るタイミングは、図１４に示したようなタイミングである。制御部１３０６は、ＩＣカード１３１１にＥＭＭを送る適切なタイミングになるまで、受信したＥＭＭを一時的に保存する。制御部１３０６からＥＭＭを受信したＩＣカード１３１１は、内部にもつマスター鍵（Ｋｍ）を用いて暗号化されたＥＭＭを復号し、ワーク鍵（Ｋｗ）を抽出し保存する。
【０２１９】
また制御部１３０６は、第２チューナ部で選局された番組の放送波のＰＡＴを参照して、選局したいｓｅｒｖｉｃｅ＿ｉｄ＿２のＰＭＴを受信し、受信したＰＭＴの内部に含まれるＥＣＭ  ＰＩＤを認識してＥＣＭを受信する。制御部１３０６は、ＥＣＭを受信すると、ＩＣカード１３１１にＥＣＭ受信コマンドを発行する。
【０２２０】
ＥＣＭ受信コマンドを受信したＩＣカード１３１１は、既に契約済みのＥＭＭを受信してワーク鍵（Ｋｗ）を抽出済みであれば、正常応答としてスクランブル鍵（Ｋｓ）をデスクランブラ１３０２にセットする。
【０２２１】
番組Ａは録画予約されたものであるから、録画記録する映像ＥＳ，音声ＥＳ、字幕ＥＳ等を含むパーシャルＴＳを制御部にて再構成し、受信機固有の暗号鍵で暗号化して、ＨＤＤ等の録画・記録部１３１２に蓄積する。
【０２２２】
予約番組Ｂの場合も番組Ａと同様に、番組Ａの場合の第２チューナ１３０１−２に代わり、第３チューナ１３０１−３が動作して録画・記録部１３１２に蓄積する。
【０２２３】
予約録画した番組Ａ、あるいは番組Ｂを再生する場合は、画面上に示したユーザインタフェース（図示せず）にて録画済みの番組リストを表示し、再生する番組を選択後、制御部１３０６は録画・記録部１３１２より読み出し、受信機固有の鍵でデスクランブルし、その圧縮状態の映像音声信号を得た後に、映像音声デコード部１３０４で圧縮信号をデコードして、モニターやスピーカー（図示せず）に出力する。
【０２２４】
受信機は、複数のチューナ部を持つとき、そのチューナ部は２Ｋ放送に対応するチューナ部のみならず４Ｋ８Ｋ放送に対応するチューナ部、つまり高度広帯域衛星放送に対応するチューナ部を含んでもよい。
【０２２５】
図１５は、非特許文献６の第五編  図５−１に記載の高度ＢＳデジタル放送、高度広帯域ＣＳデジタル（以下４Ｋ８Ｋ）放送受信機の基本構成図である。
【０２２６】
受信機１５００は、チューナ部１５０１、デスクランブラ１５０２、ＭＭＴ多重分離部１５０３、映像・音声デコード部１５０４、表示部１５０５、制御部１５０６、キー入力部１５０７を含む。ＭＭＴ多重分離部部１５０３は、送られてきたデスクランブル後の放送信号を解析して伝送制御信号を逐次抽出して、制御部１５０６に送信する。制御部１５０６は、ＭＭＴ多重分離部部１５０３から送られてきた伝送制御信号をもとに、チューナ部１５０１、デスクランブラ１５０２、表示部１５０５を制御することができる。また制御部１５０６は、リモコン１５１０からの操作入力の信号をキー入力部１５０７を介して受け取ることができる。ＣＡＳモジュール１５１１は、制御部１５０６から与えられるコマンドにもとづきＥＣＭやＥＭＭの処理を行い、ワーク鍵（Ｋｗ）、スクランブル鍵（Ｋｓ）を抽出することができるＣＡＳモジュールである。通信モジュール１５１５は、通信網と通信を行うためのモジュールである。図１５の例は、ＣＡＳモジュール１５１１が１つの場合である。
【０２２７】
図１６は、図１５の基本構成に対して、チューナー部を３つ持つ場合の、放送波をデスクランブルする際の受信機１６００の基本構成図である。
【０２２８】
図１６の図１５との相違点は、チューナ部が３つ（第１チューナ部１６０１−１、第２チューナ部１６０１−２、第３チューナ部１６０１−３）で構成されている点と、３つのチューナ部に対応するために分配器１６１３が追加されている点と、ＨＤＤ等の録画・記録部１６１２を追加されている点である。それ以外の１６０２から１６１１は、図１５の１５０２から１５１１と同一である。
【０２２９】
第１チューナ部１６０１−１、第２チューナ部１６０１−２、第３チューナ部１６０１−３は、４Ｋ８Ｋ放送の対応チューナ部である。受信機１６００は、任意の３つのチャンネルを視聴または録画・記録できる仕様である。
【０２３０】
ここで用いるＣＡＳモジュールは１つで３チューナの処理ができるＥＣＭ、ＥＭＭの応答性能を有するとする。
【０２３１】
非特許文献６によれば、送信側のスクランブル鍵（Ｋｓ）の更新周期は８０００ｍｓ、ＥＣＭ更新後にＥＣＭに含まれているスクランブル鍵（Ｋｓ）を用いて、放送信号のスクランブルを開始するまでが７６００ｍｓである。
【０２３２】
ＩＣカード（ＣＡＳモジュール）１６１１の応答性能が、例えばＥＣＭの応答性能を６００ｍｓ、ＥＭＭの応答性能を６５０ｍｓであるとする。
【０２３３】
受信機１６００は、ＥＭＭ受信後ＣＡＳモジュール１６１１に対しＥＭＭ処理が必要な猶予期間の間に、１事業体あたり１個のＥＭＭを送信したとする。
【０２３４】
図１７は、図１６に示した基本構成の受信機の限定受信の実装例である。
【０２３５】
１７０１は、受信した番組の時間的な遷移である。受信した番組１７０１は、時刻Ｔ１１まではＫｓ０でスクランブルされ、時刻Ｔ１１からＴ１２の間はＫｓ１でスクランブルされ、時刻Ｔ１２からＴ１３の間はＫｓ２でスクランブルされ、時刻Ｔ１３からＴ１４の間はＫｓ３でスクランブルされていることを示している。１７０２は、受信したＥＣＭの時間的遷移である。
【０２３６】
図１７の例で、Ｋｓ２を含むＥＣＭ更新タイミングＴ２１の時点から、放送コンテンツのスクランブル鍵がＫｓ２に切り替わるＴ１２までの７６００ｍｓの間に、図１６の３つのチューナである第１チューナ部１６０１−１、第２チューナ部１６０１−２、第３チューナ部１６０１−３で選局した各々のＥＣＭと、少なくともいずれか１つのチャンネルのＥＭＭが処理可能である。
【０２３７】
図１７に示すように、時刻Ｔ２１からＴ１２の間で第１チューナ部１６０１−１で受信したＥＭＭを処理し、時刻Ｔ２２からＴ１３の間で第２チューナ部１６０１−２で受信したＥＭＭを処理し、時刻Ｔ２３からＴ１４の間で第３チューナ部１６０１−３で受信したＥＭＭを処理すればよい。つまりこの事例ではＣＡＳモジュール１６１１のＥＣＭ、ＥＭＭの処理時間の合計が
（ＥＣＭ応答処理時間＝６００ｍｓ）×（３チューナ）＋（ＥＭＭ応答処理時間＝６５０ｍｓ）＝２４５０ｍｓ≦７６００ｍｓ
であるＣＡＳモジュール１６１１においては、３つのチューナに対して処理可能であることになる。
【０２３８】
図１６に示す受信機において、ユースケースとして、ある放送を視聴しながら、異なる２つの番組を録画する（いわゆるＷ裏録）場合について説明する。
【０２３９】
ユーザのリモコン１６１０操作により特定のチャンネル（ｓｅｒｖｉｃｅ＿ｉｄ）が選択された場合、制御部１６０６は、予め受信し記憶していたＴＬＶ−ＮＩＴより当該ｓｅｒｖｉｃｅ＿ｉｄのＴＬＶ＿ｓｔｒｅａｍ＿ｉｄを取得し、その搬送波周波数を取得し、第１チューナ部１６０１−１を制御して選局処理を行う。また制御部１６０６は、以下の処理を行う。
【０２４０】
制御部１６０６は、第１チューナ部１６０１−１によりＴＬＶストリームに変換された放送信号を、予め受信し記憶して置いたＡＭＴからＩＰデータフロー情報を取得しＭＭＴ多重分離部１６０３に設定する。ＰＡメッセージ内のＰＬＴ（Ｐａｃｋａｇｅ  Ｌｉｓｔ  Ｔａｂｌｅ）を取得し、指定ｓｅｒｖｉｃｅ＿ｉｄのＭＰＴ（ＭＭＴ  Ｐａｃｋａｇｅ  Ｔａｂｌｅ）を伝送するＩＰデータフロー、パケットＩＤを取得しＭＭＴ多重分離部１６０３に設定する。当該パケットＩＤのＭＭＴパケットを受信しＰＡメッセージを取得しＰＡメッセージ内のＭＰＴを取得する。
【０２４１】
また制御部１６０６は、第１チューナ部１６０１−１で選局したＩＰデータフローに配置されたＣＡＴ（ＭＨ）からＥＭＭのＰＩＤを認識し、ＥＭＭを受信する。制御部１６０６は、自分宛のＥＭＭをＣＡＳモジュール１６１１の情報をもとに抽出すると、そのＥＭＭをＣＡＳモジュール１６１１に送信する。
【０２４２】
なお、制御部１６０６が、ＥＭＭをＣＡＳモジュール１６１１に送るタイミングは、図１７に示したようなタイミングである。制御部１６０６は、ＣＡＳモジュール１６１１にＥＭＭを送る適切なタイミングになるまで、受信したＥＭＭを一時的に保存する。制御部１６０６からＥＭＭを受信したＣＡＳモジュール１６１１は、内部にもつマスター鍵（Ｋｍ）を用いて暗号化されたＥＭＭを復号し、ワーク鍵（Ｋｗ）を抽出し保存する。
【０２４３】
また、予めユーザ操作により番組表（図示せず）を用いて、第１チューナ部１６０１−１で選局されモニタに出力しているチャンネルとは異なる、同時刻帯に放送予定の２つのチャンネルの番組Ｃ、Ｄを録画予約しておく。
【０２４４】
制御部１６０６は、録画予約する際、予約対象の番組の少なくともｓｅｒｖｉｃｅ＿ｉｄ、番組開始時刻（日時含む）、終了時刻ないし番組開始からの放送継続時間を録画番組のスケジュール管理のメモリ領域（図示せず）に格納する。制御部１６０６は、録画予約した異なる２つのチャンネルの録画予約は、番組Ｃを第２チューナ部１６０１−２、番組Ｄを第３チューナ部１６０１−３で選局するように、スケジュール管理を行う。第２チューナ部１６０１−２、第３チューナ部１６０１−３で選局された番組においても、ＥＭＭを取得する手順は、第１チューナ部１６０１−１の場合と同じである。
【０２４５】
制御部１６０６は、第１チューナ部１６０１−１で選局した放送波に含まれるＭＰＴのアクセス制御記述子を解析することで、ＥＣＭを格納したメッセージのパケットＩＤを取得ＥＣＭを受信する。制御部１６０６は、ＥＣＭを受信するとＣＡＳモジュール１６１１にＥＣＭ受信コマンドを発行する。
【０２４６】
ＥＣＭ受信コマンドを受信したＣＡＳモジュール１６１１は、抽出済みのワーク鍵（Ｋｗ）を用いて暗号化されたＥＣＭを復号してスクランブル鍵（Ｋｓ）を取り出す。
【０２４７】
ＣＡＳモジュール１６１１は、スクランブル鍵（Ｋｓ）を正常に取り出すと、ＥＣＭ受信コマンドに対する正常応答として、スクランブル鍵（Ｋｓ）を制御部１６０６に送信する。
【０２４８】
スクランブル鍵（Ｋｓ）を受信した制御部１６０６は、受信したスクランブル鍵（Ｋｓ）をデスクランブラ１６０２に送信する。デスクランブラ１６０２は、受信したスクランブル鍵（Ｋｓ）を内部に設定する。デスクランブラ１６０２は、図１７に示したような必要なタイミングにおいて、設定したスクランブル鍵（Ｋｓ）を用いてチューナ部１６０１−１から送られてきた放送信号をデスクランブルする。
【０２４９】
デスクランブルされたアセットは、ＭＭＴ多重分離部１６０３で映像・音声アセットを分離し映像・音声デコード１６０４で圧縮信号をデコードして、モニターやスピーカー（図示せず）に出力される。
【０２５０】
予約録画は、ユーザが電子番組表（ＥＰＧ、図示せず）等で所望の番組に対して行う。制御部１６０６は、録画予約の設定内容に従い、予め番組表で予約した同時刻帯に放送予定の番組Ｃの開始時刻より少し前の時間に制御部１６０６は、第２チューナ部１６０１−２を選局してＴＬＶストリームを取得する。第１チューナ１６０１−１と同様の処理を経て、デスクランブラ１６０２でデスクランブルされたアセットをＭＭＴ多重分離部１６０３で録画する映像、音声、字幕等のアセットを分離し、受信機固有の暗号鍵で暗号化して、ＨＤＤ等の録画・記録部１６１２に蓄積する。
【０２５１】
予約番組Ｄの場合も予約番組Ｃと同様に、第３チューナ部１６０１−３で選局処理を行ったのちに録画・記録部１６１２に蓄積する。
【０２５２】
予約録画した番組Ｃ、あるいは番組Ｄを再生する場合は、画面上に示したユーザインタフェース（図示せず）にて録画済みの番組リストを表示し、再生する番組を選択後、制御部は録画・記録部より読み出し、前述の受信機固有の鍵でデスクランブルし、その圧縮状態の映像音声アセットを得た後に、映像音声デコード部１６０４で圧縮信号をデコードして、モニターやスピーカー（図示せず）に出力する。
【０２５３】
受信機は、複数のチューナ部を持つとき、そのチューナ部は２Ｋ放送に対応するチューナ部と４Ｋ８Ｋ放送に対応するチューナ部が混在してもよい。
【０２５４】
図１８の受信機構成は、２Ｋ放送運用規定である非特許文献５  第五編に記載の受信機の基本構成をベースに搭載チューナ数を増やした図１３と、４Ｋ８Ｋ放送運用規定である非特許文献６  第五編に記載の受信機基本構成をベースに、搭載チューナ数を増やした図１６の構成とを併せ持つ構成であり、４Ｋ８Ｋ受信用のチューナ部として２個、２Ｋ受信用のチューナ部として３個をもつ受信機の基本構成例である。
【０２５５】
図１８に示したＣＡＳモジュール１８１１は、非特許文献６の付録７にあるように非特許文献６第五編に準拠する４Ｋ８Ｋ放送用ＣＡＳモジュールと非特許文献５および非特許文献６第五編に準拠する２Ｋ放送用ＩＣカードの機能が一体になったＣＡＳモジュールである。この一体型ＣＡＳモジュール１個を用いて、４Ｋ８Ｋ放送チューナ２個と２Ｋ放送チューナ３個を同時処理する場合の実施例を説明する。
【０２５６】
第１チューナ部（４Ｋ８Ｋ）１８０１−１と第２チューナ部（４Ｋ８Ｋ）１８０１−２は、ＢＳ右旋円偏波のＩＦ周波数から１１０ＣＳの左旋偏波までＩＦ受信帯域を持つと共に１６ＡＰＳＫの変調方式にも対応したチューナ・復調部である。
【０２５７】
第３チューナ部（２Ｋ）１８０１−３、第４チューナ部（２Ｋ）１８０１−４、第５チューナ部（２Ｋ）１８０１−５は２Ｋ放送の地上デジタル、ＢＳデジタル、広帯域ＣＳデジタル放送受信用チューナ・復調部である。第１デスクランブラ１８０２−１は４Ｋ８Ｋ放送のスクランブル方式ＡＥＳ方式に対応しており、第２デスクランブラ１８０２−２は２Ｋ放送のスクランブル方式ＭＵＬＴＩ２方式に対応している。
【０２５８】
またＭＭＴ多重分離部１８０３−１は４Ｋ８Ｋ放送で運用されるＭＭＴ・ＴＬＶ方式の多重化方式に対応しており、ＴＳデコード部１８０３−２はＭＰＥＧ−ＴＳ方式の多重化方式に対応している。映像・音声デコード部１８０４−１は映像符号化に関しては４Ｋ８Ｋ放送で運用されるＨ．２６５｜ＨＥＶＣ、音声符号化に関しては、ＭＰＥＧ−４  ＡＡＣ、ＭＰＥＧ−４  ＡＬＳ等に対応している。映像・音声デコード部１８０４−２は映像符号化に関しては２Ｋ放送で運用されるＭＰＥＧ−２方式、音声符号化に関してはＭＰＥＧ−２  ＡＡＣ方式に対応している。
【０２５９】
２Ｋ放送の選局、映像音声表示や録画・記録は図１３の実施例と同様であり、４Ｋ８Ｋ放送の選局、映像・音声表示や録画・記録は図１６の実施例と同様である。
【０２６０】
受信機１８００は、非特許文献４、非特許文献５、非特許文献６に準拠するため、自分宛てのＥＭＭを受信後、ＣＡＳモジュール１８１１に対しコマンドを発行するまでの猶予期間を３０秒以下とする。
【０２６１】
また新たに送信側の規定として“ＥＭＭ処理猶予期間内に、１事業体が１つのカードＩＤを設定したＥＭＭを送信する頻度は３０秒間で１個”という規定を行った場合、または新たに受信機側の規定として、“１事業体あたり自受信機のＣＡＳ  ＩＤ宛てのＥＭＭを受信後、３０秒間にＥＭＭをＣＡＳモジュールに対し処理しなければならないのは少なくとも１個とし、
受信機において、規定以上ののＥＭＭを受信した場合は無視、ないし破棄しても構わない。”との規定を行ったとする。
【０２６２】
この運用規定の下、ＣＡＳモジュール１８１１のＥＣＭ、ＥＭＭの応答処理時間が、例えば２Ｋ放送でのＥＣＭの応答処理時間を３００ｍｓ、４Ｋ８Ｋ放送でのＥＣＭの応答処理時間を６００ｍｓ、ＥＭＭは２Ｋ放送および４Ｋ８Ｋ放送共に６５０ｍｓであった場合について、１つのＣＡＳモジュールで実装可能なチューナの数の検証とＣＡＳモジュールに関連する動作について説明する。
【０２６３】
図１９は、図１８に示した基本構成の限定受信の実装例である。
【０２６４】
１９０１は、受信した４Ｋ８Ｋ番組の時間的な遷移である。受信した番組１９０１は、時刻Ｔ１１−４までと、時刻Ｔ１１−４からＴ１２−４の間と、時刻Ｔ１２−４からＴ１３−４の間と、時刻Ｔ１３−４からＴ１４−４の間とで、それぞれ異なるスクランブル鍵（Ｋｓ）スクランブルされていることを示している。１９０２は、１９０１の番組に対するＥＣＭ、ＥＭＭの受信の時間的遷移である。１９０３は、受信した２Ｋ番組の時間的な遷移である。受信した番組１９０３は、時刻Ｔ１１−２までと、時刻Ｔ１１−２からＴ１２−２の間と、時刻Ｔ１２−２からＴ１３−２の間と、時刻Ｔ１３−２からＴ１４−２の間とで、それぞれ異なるスクランブル鍵（Ｋｓ）スクランブルされていることを示している。１９０４は、１９０３の番組に対するＥＣＭ、ＥＭＭの受信の時間的遷移である。
【０２６５】
まず、２Ｋ放送の第３チューナ１８０１−３、第４チューナ１８０１−４、第５チューナ１８０１−５がＣＡＳモジュール１８１１で処理可能な条件を検証する。
【０２６６】
図１９に示すように非特許文献４および非特許文献５の記載に記載されている通り２Ｋ放送におけるスクランブル鍵（Ｋｓ）の更新周期は２秒であり、Ｋｓの更新の１６００ｍｓ前に、更新後のＫｓを含むＥＣＭの送出が開始される。ＥＣＭの更新もＫｓの更新周期と同一の２秒である。
【０２６７】
つまりＥＣＭ更新が行われ放送信号のＫｓの更新が行われる１６００ｍｓの間に３チューナ分のＥＣＭの処理、およびこれに加えて３０秒以内に３チューナで選局されているチャンネルが各々異なる事業体の場合、第３チューナ部（２Ｋ）１８０１−３、第４チューナ部（２Ｋ）１８０１−４、第５チューナ部（２Ｋ）１８０１−５で伝送されるＥＭＭを少なくとも１個ずつは処理することが必要である。
【０２６８】
次に４Ｋ８Ｋ放送のチューナ２個つまり、第１チューナ部（４Ｋ８Ｋ）１８０１−１、第２チューナ部（４Ｋ８Ｋ）１８０１−２がＣＡＳモジュール１８１１で処理可能な条件を検証する。
【０２６９】
図１９に示すように非特許文献６に記載されている通り４Ｋ８Ｋ放送におけるスクランブル鍵（Ｋｓ）の更新が８秒であり、Ｋｓの更新の７６００ｍｓ前に更新後のＫｓを含むＥＣＭの送出が開始される。ＥＣＭの更新周期もＫｓの更新周期と同一の８秒である。
【０２７０】
つまり、ＥＣＭが更新され、放送信号のＫｓが更新されるまでの７６００ｍｓの間に第１チューナ部（４Ｋ８Ｋ）１８０１−１、第２チューナ部（４Ｋ８Ｋ）１８０１−２の処理が行え、前述２Ｋの場合と同様に第１チューナ部（４Ｋ８Ｋ）１８０１−１、第２チューナ部（４Ｋ８Ｋ）１８０１−２で選局されているチャンネルが異なる事業体の場合、３０秒間の間に第１チューナ部（４Ｋ８Ｋ）１８０１−１、第２チューナ部（４Ｋ８Ｋ）１８０１−２で選局されているチャンネルで伝送されるＥＭＭが少なくとも１個ずつ、つまり２個は処理できることが必要である。
【０２７１】
上記から、まず２Ｋ放送のＫｓ更新周期が４Ｋ８ＫのＫｓ更新周期より短い、さらにＥＣＭとＥＭＭではＥＣＭの方が即時の処理が求められる。このため優先順位としては、２Ｋ放送におけるＥＣＭの処理を行う場合、ＥＣＭの毎更新後１６００ｍｓ以内に３チューナ分を行い、次に４Ｋ８Ｋ放送におけるＥＣＭの処理を行い、その次に２Ｋ放送あるいは４Ｋ８Ｋ放送におけるＥＭＭを処理を行う、という処理の優先度付が妥当である。以上の処理の優先度付で１つのＣＡＳモジュール１８１１を用いた処理が可能かを検証する。
【０２７２】
最も厳しい事例として５つのチューナ部（第１チューナ部（４Ｋ８Ｋ）１８０１−１、第２チューナ部（４Ｋ８Ｋ）１８０１−２、第３チューナ部（２Ｋ）１８０１−３、第４チューナ部（２Ｋ）１８０１−４、チューナ部（２Ｋ）１８０１−５）で受信している番組において、各々のスクランブル鍵（Ｋｓ）の更新タイミングが一致した場合を例に説明する。
【０２７３】
まず、２Ｋ放送のチューナ部である第３チューナ部（２Ｋ）１８０１−３、第４チューナ部（２Ｋ）１８０１−４、チューナ部（２Ｋ）１８０１−５のＥＣＭを、ＥＣＭ更新タイミングＴ２１より処理を開始する。ＣＡＳモジュール１８１１における２Ｋ放送のＥＣＭの応答処理時間を３００ｍｓとしているので、２Ｋ放送の第３チューナ部（２Ｋ）１８０１−３、第４チューナ部（２Ｋ）１８０１−４、チューナ部（２Ｋ）１８０１−５の応答処理時間は９００ｍｓである。
【０２７４】
４Ｋ８Ｋ放送のＥＣＭ応答時間がこの例では６００ｍｓであるため、２Ｋ放送のスクランブル鍵（Ｋｓ）の更新タイミングの時刻Ｔ１２−２までの区間の１６００−９００＝７００ｍｓで４Ｋ８ＫのＥＣＭが処理可能である。この区間で第１チューナー部（４Ｋ８Ｋ）のＥＣＭの処理を行う。
【０２７５】
第１チューナ部１８０１−１のＥＣＭ応答処理は受信機での処理マージンがないとした場合に３００ｍｓ×３＋６００ｍｓ＝１５００ｍｓであり、この応答処理終了時から２Ｋ放送の次のＥＣＭ更新タイミング時刻Ｔ２２までは、５００ｍｓしかないため、さらに４Ｋ８Ｋ放送のＥＣＭを処理するには短い。
【０２７６】
次に同様に２Ｋ放送のＥＣＭ更新タイミング時刻Ｔ２２の時点で３つの２Ｋ放送用チューナ（第３チューナ部（２Ｋ）１８０１−３、第４チューナ部（２Ｋ）１８０１−４、チューナ部（２Ｋ）１８０１−５）のＥＣＭ処理を行ったのち、今度は４Ｋ８Ｋ放送用チューナ（第２チューナ部（４Ｋ８Ｋ）１８０１−２）のＥＣＭ処理を行う。
【０２７７】
同様に次の２Ｋ放送のＥＣＭ更新周期Ｔ２３から３つの２Ｋ放送用チューナ（第３チューナ部（２Ｋ）１８０１−３、第４チューナ部（２Ｋ）１８０１−４、チューナ部（２Ｋ）１８０１−５）のＥＣＭ処理を行う。２つの４Ｋ８Ｋ用チューナ（第１チューナ部（４Ｋ８Ｋ）１８０１−１、第２チューナ部（４Ｋ８Ｋ）１８０１−２）のＥＣＭ処理は既に完了しており、４Ｋ８Ｋ放送のＫｓ更新タイミングＴ１２−４までにはまだ余裕があるので、２Ｋ放送ＥＣＭ更新タイミングＴ１３−２から３つの２Ｋ放送用チューナ（第３チューナ部（２Ｋ）１８０１−３、第４チューナ部（２Ｋ）１８０１−４、チューナ部（２Ｋ）１８０１−５）のＥＣＭ処理を行った後に、第３チューナ部（２Ｋ）１８０１−３のＥＭＭ処理を行う。
【０２７８】
次に、２Ｋ放送のＥＣＭ更新タイミングＴ２４では３つの２Ｋ放送用チューナ（第３チューナ部（２Ｋ）１８０１−３、第４チューナ部（２Ｋ）１８０１−４、チューナ部（２Ｋ）１８０１−５）のＥＣＭ処理のあと４Ｋ８Ｋチューナである第１チューナ部（４Ｋ８Ｋ）１８０１−１のＥＭＭ処理を行う。この時点で、２Ｋ放送のＫｓ更新が４回分行われ８秒たったので４Ｋ８ＫのＫｓ更新タイミングＴ１２−４に移行する。
【０２７９】
４Ｋ８Ｋ放送のＫｓ更新タイミングＴ１２−４以降において、４Ｋ８Ｋ放送のＫｓ更新タイミングＴ１１−４の処理フローチャートと異なるのは、第３チューナ部（２Ｋ）１８０１−３のＥＭＭ処理の代わりに第４チューナ部（２Ｋ）１８０１−４のＥＭＭ処理を、第１チューナ部（４Ｋ８Ｋ）１８０１−１のＥＭＭ処理の代わりに第２チューナ部（４Ｋ８Ｋ）１８０１−２のＥＭＭ処理を行う点である。
【０２８０】
次に４Ｋ８Ｋ放送のＫｓ更新タイミングＴ１３−４以降では、タイミングＴ１２−４以降との違いでは、第４チューナ部（２Ｋ）１８０１−４のＥＭＭ処理の代わりに第５チューナ部（２Ｋ）１８０１−５のＥＭＭ処理を行う。４Ｋ８Ｋチューナの搭載数はこの例では２個でありＥＭＭ処理の必要はない。
【０２８１】
以上のような処理の順序を制御することで、４Ｋ８Ｋ放送のスクランブル鍵（Ｋｓ）更新タイミングＴ１１−４、Ｔ１２−４，Ｔ１３−４と８秒×３＝２４秒間で第１チューナ部（４Ｋ８Ｋ）１８０１−１、第２チューナ部（４Ｋ８Ｋ）１８０１−２、第３チューナ部（２Ｋ）１８０１−３、第４チューナ部（２Ｋ）１８０１−４、第５チューナ部（２Ｋ）１８０１−５のＥＭＭが少なくとも１個ずつは処理が行えており、２ＫのＥＣＭ更新タイミングから次のＫｓ更新タイミングまでの毎１６００ｍｓの間で第３チューナ部（２Ｋ）１８０１−３、第４チューナ部（２Ｋ）１８０１−４、第５チューナ部（２Ｋ）１８０１−５のＥＣＭ処理が行われ、かつ、４Ｋ８Ｋ放送のＥＣＭ更新タイミングからスクランブル鍵（Ｋｓ）更新までに７６００ｍｓまでの間に第１チューナ部（４Ｋ８Ｋ）および第２チューナ部（４Ｋ８Ｋ）のＥＣＭ処理が可能であった。
【０２８２】
以上のように、２Ｋ放送用ＣＡＳと４Ｋ８Ｋ放送用ＣＡＳとが一体のＣＡＳモジュールの場合で、２Ｋ放送と４Ｋ８Ｋ放送のＫｓ更新周期が異なる場合においても、ＥＣＭ更新周期、ＥＭＭ処理猶予期間に加え、ＥＭＭ処理猶予期間内で１事業体あたりで処理必要なＥＭＭの最小個数を規定することにより、ＥＣＭやＥＭＭの処理を取りこぼすことなく処理タイミング制御が可能となる。
【０２８３】
さらに、ＥＣＭの更新周期を２０００ｍｓ、再送周期を１００ｍｓという規定内容に加え、“ＥＭＭを１事業体あたりに１つのＩＤに対して、３０秒間で１つ送信する”という規定を行ったとする。
【０２８４】
この運用規定の下、ＣＡＳモジュール（ＩＣカード）の性能として、例えば、ＥＣＭの応答処理時間を２９５ｍｓ、ＥＭＭの応答処理時間を４００ｍｓの場合の搭載可能なチューナの数を検証する。
【０２８５】
図２０は、図１２と同じ受信機の限定受信の実装例である。
【０２８６】
時刻Ｔ２１でＥＭＭ処理を開始したとする。この場合、ＥＭＭの処理時間を除いた時刻Ｔ１２までの間の残り時間は、１６００ｍｓ−ＥＭＭ処理時間４００ｍｓ＝１２００ｍｓであり、この時間にＥＣＭ処理を行う必要があるため、４チューナまで搭載可能である。
【０２８７】
ＥＭＭは、３０秒間に各事業体、つまり１チューナに対して１個しか送られてこない想定であるので、３０秒間においてスクランブル鍵（Ｋｓ）の更新回数１５回（３０秒／２秒）の処理応答時間のあまりの時間で、４事業体のＥＭＭの処理を、３０秒の猶予期間内に処理することは可能であることが検証できる。
【０２８８】
図２０の例では、受信機処理のマージンを全く考えなければ、スクランブル鍵Ｋｓを使う期間Ｔ１１からＴ１２の２０００ｍｓの間で、ＥＣＭ４個、ＥＭＭ２個まで処理可能である。３０秒間では、ＥＭＭの処理は、３０個まで可能である。
【０２８９】
しかし、上記の運用とは異なる条件下、例えば、上記例（例２）の条件のうち、ＥＭＭの送出頻度である１事業体あたりに１つのＩＤに対して、３０秒間で８回送信する可能性があると規定される場合（例３）、４チューナで３０秒の間に最大３２個（８×４チューナ分）のＥＭＭが送られることになり、机上計算上は、Ｋｓ更新周期２０００ｍｓあたりで２個のＥＭＭが処理可能であり、３０秒の間では３０個までのＥＭＭ処理が可能だが、最大３２個のＥＭＭが送られる可能性があるため、２個のＥＭＭを処理できないことになる。
【０２９０】
そのため、ＥＣＭの処理は可能であっても、ＥＭＭの処理能力からすると、３チューナまでを処理する、つまり３０秒間でＥＭＭを２４個の処理であれば、対応可能となる。
【０２９１】
実際の設計にあたっては、受信機でのＥＭＭやＥＣＭを多重化された放送波から取り出す時間等のマージンを考慮した上で設計される。
【０２９２】
上記のＥＭＭの頻度の規定の仕方は、チューナが当該受信機の搭載ＣＡＳモジュール（ＩＣカード）のＩＤ宛のＥＭＭを受信後、ＣＡＳモジュール（ＩＣカード）に対しての猶予期間あたりに送出する個数で規定した例であるが、規定する方法はこれに限らず、１事業体あたり、１つのカードＩＤあたりのＥＭＭの送出頻度が定量的に規定されればよい。
【０２９３】
例えば、Ｋｓの更新周期あたりに１事業体あたり、１つのカードＩＤあたりのＥＭＭの送出頻度であってもよい。例えば、２０００ｍｓあたりに１事業体から一つのカードＩＤ宛に最大送信するＥＭＭは最大２個というような規定方法である。
【０２９４】
さらにＥＭＭの送信頻度の規定として、送信側がバースト的にＥＭＭを送る場合の送信頻度と受信側がＥＭＭを受信後に、ＣＡＳモジュールに対して処理を猶予する猶予期間との組み合わせによる規定、例えば、１事業体から１つのＣＡＳ  ＩＤ宛に送出するＥＭＭは、２秒あたりに最大３個、かつ３０秒あたりに最大６個とする、というような規定方法もある。
【０２９５】
上述は、契約情報やワーク鍵（Ｋｗ）をＣＡＳモジュール（ＩＣカード）に対しで送るためのＥＭＭについて述べたが、自動表示メッセージで用いられるＥＭＭ個別メッセージとは、その目的とＣＡＳモジュール（ＩＣカード）での応答性能が異なる場合がある。
【０２９６】
そのため、ＥＭＭ、ＥＭＭ個別メッセージの頻度の規定の仕方は、ＥＭＭ、ＥＭＭ個別メッセージを同じ頻度で規定する方法、または、ＥＭＭとＥＭＭ個別メッセージを別の頻度で規定する場合がある。例えば、“同一受信機宛てに送出するＥＭＭ／ＥＭＭ個別メッセージは１事業体あたり３０秒間で最大２個とする。”という規定の仕方は、同じ頻度で規定した場合である。なお、“最大２個”の数字は実際のＣＡＳモジュールの性能を鑑みて決定するものとして、この値に限定しない。またＥＭＭとＥＭＭ個別メッセージの頻度を個々に規定する場合の例を示す。
【０２９７】
“同一受信機宛てに送出するＥＭＭは１事業体あたり３０秒間で最大２個とし、同一受信機宛てに送出するＥＭＭ個別メッセージは１事業体あたり３０秒間で最大３個とする。”、またはＥＭＭとＥＭＭ個別メッセージとで、送出する時間の幅で変えることも可能である。“同一受信機宛てに送出するＥＭＭは１事業体あたり３０秒間で最大２個とし、同一受信機宛てに送出するＥＭＭ個別メッセージは１事業体あたり２秒間で最大３個とする。”
この例は、ＥＭＭを３０秒間で、ＥＭＭ個別メッセージの送信頻度スクランブル鍵（Ｋｓ）の更新周期と併せて規定した場合である。
【０２９８】
このようにＥＭＭ、および、またはＥＭＭ個別メッセージの頻度は、２個を超えるチューナを搭載した受信機において、チューナ数の決定や受信機の制御部の処理のマージン等を検討を行うのに必要な条件であり、一方で頻度に関しては、放送事業者の加入申し込みの方法、例えば前述のように電話で受けつけ、電話を切らずにすぐ送る方法や、その場すぐには送らずに電話やネットで受け付け一定時間（例えば３０分以内）等でＥＭＭを送出する場合等、運用の実態に合わせて規定することが可能である。
【０２９９】
上記は、ＥＭＭ（ＥＭＭ個別メッセージを含む）の送出頻度を運用規定で規定した例であるが、受信機でのＥＭＭの取りこぼしを想定し、同一ＥＭＭを短時間に再送する場合も実際の運用としては想定される。そのため、運用規定では、ＥＭＭ受信後、ＣＡＳモジュールに対しての猶予期間内で受信処理すべき最少のＥＭＭ個数で規定する方法もある。例えば、“同一受信機宛てのＥＭＭ／ＥＭＭ個別メッセージを受信した受信機は、ＣＡＳモジュールに対し処理を要求すべき個数は、１事業体あたり３０秒間で最少１個とする。３０秒間でこれを超えるＥＭＭは破棄してもよい。”等のように、ＥＭＭ処理猶予期間で受信機が処理すべき最少個数を規定し、処理猶予期間内に受信した当該受信機（ＣＡＳ  ＩＤ）宛てのＥＭＭは、規定を超えるものに関しては破棄しても構わないという方法である。
【０３００】
これまでに説明してきたように受信機としては、自分宛て（受信機に挿入されているＣＡＳモジュールのカードＩＤ宛て）ののＥＭＭやＥＭＭ個別メッセージを受信後、ＣＡＳモジュール（ＩＣカード）に対し処理を要求するまでの猶予期間において、何個のＥＭＭを処理する必要があるのかということを規定されるのが判りやすいが、これに限らず、単位時間あたり、１事業体あたりの自分宛てののＥＭＭやＥＭＭ個別メッセージの送出頻度ないし、受信機で処理必要なＥＭＭの個数を規定されればよい。
【０３０１】
また、既に運用されている規定に多チャンネルチューナ搭載の受信機需要や、２Ｋ、４Ｋ、８Ｋを一体に搭載した受信機需要を鑑み、厳密な受信機設計を可能とするために過去の想定と矛盾なくＥＭＭやＥＭＭ個別メッセージの送出頻度を規定するためには、上記と逆の検討過程を経ることで可能となる。
【０３０２】
例えば図２０に示した受信機の限定受信の実装例においては、４つのチューナ搭載が可能との暗黙の了解となされていた場合は、受信機は、自分宛て（受信機に挿入されているＣＡＳモジュールのカードＩＤ宛て）のＥＭＭを受信後、ＣＡＳモジュール（ＩＣカード）に対し処理までの猶予期間３０秒の間にはＥＭＭ処理は最大２４個まで処理可能であり、２４／４＝６より、“１事業体あたり１つのＣＡＳ  ＩＤに対して３０秒（ＥＭＭ処理の猶予期間）あたりに送出するＥＭＭは最大６個とする”との規定を行うことで、それ以前の暗黙事項を覆さずに規定化が可能である。もちろん、６個以下の個数は、６個以下の整数であればいかなる数字でもよい。
【０３０３】
この６という数字はＣＡＳモジュールの性能を仮に試算した場合であり、実際のＣＡＳモジュールの性能により結果が変わり得るのはいうまでもない。送受信システムとして、ＣＡＳモジュール性能の実態とＥＣＭの更新周期、ＥＭＭの処理猶予期間とを鑑みてＥＭＭの送出頻度、またはＥＭＭの処理猶予期間内で処理すべき最少のＥＭＭ個数が決められる。
【０３０４】
また本実施例は主に非特許文献５で規定される広帯域衛星放送、非特許文献４で規定される地上デジタルテレビジョン放送、高度広帯域衛星放送、いわゆる４Ｋ８Ｋ放送である非特許文献６で規定される放送において、ＥＣＭの更新周期、再送周期に加え、１事業体あたりの１つのＣＡＳ  ＩＤ宛の受信機が搭載するＣＡＳ  ＩＤ宛のＥＭＭを受信後に猶予可能な時間内に送られるＥＭＭの個数、またはＥＭＭの処理猶予期間内で処理すべき最少のＥＭＭ個数を規定することで、全く同じ効果が得られる。また、ＣＡＳモジュールもそのパッケージ形状はＩＣカードにとどまらずＩＣチップ形状でも全く変わりないことは言うまでもない。
【０３０５】
図２１Ａは、図１８に示した受信機において、第１チューナ（４Ｋ８Ｋ）１８０１−１、第２チューナ（４Ｋ８Ｋ）１８０１−２、第３チューナ（２Ｋ）１８０１−３、第４チューナ（２Ｋ）１８０１−４、第５チューナ（２Ｋ）１８０１−５からＥＣＭ、ＥＭＭを受信したタイムチャートの例を示している。受信機１８００は、矢印の時刻にそれぞれＥＣＭ、ＥＭＭを受信機は受信している。第２チューナ（４Ｋ８Ｋ）１８０１−２からＥＭＭ２１２１を受信後、第１チューナ（４Ｋ８Ｋ）１８０１−１からＥＣＭ２１１０を、第２チューナ（４Ｋ８Ｋ）１８０１−２からＥＣＭ２１２０を、第１チューナ（４Ｋ８Ｋ）１８０１−１からＥＭＭ２１１１を、第３チューナ（２Ｋ）１８０１−３からＥＣＭ２１３０を、第４チューナ（２Ｋ）１８０１−４からＥＣＭ２１４０を、第３チューナ（２Ｋ）１８０１−３からＥＭＭ２１３１を、第５チューナ（２Ｋ）１８０１−５からＥＣＭ２１５０を順に受信していることを示している。横軸は、時間軸である。
【０３０６】
図２１Ｂは、図２１Ａで示したＥＣＭ/ＥＭＭを図１８の一体型ＣＡＳモジュールが、ＥＣＭ、ＥＭＭの処理を行う時間的遷移を示している。横軸は、時間軸である。
【０３０７】
図１８の一体型ＣＡＳモジュール１８１１のＥＣＭ、ＥＭＭの応答処理時間が、例えば２Ｋ放送でのＥＣＭの応答処理時間を３００ｍｓ、４Ｋ８Ｋ放送でのＥＣＭの応答処理時間を６００ｍｓ、ＥＭＭは２Ｋ放送および４Ｋ８Ｋ放送共に６５０ｍｓであった場合について、ＥＣＭ、ＥＭＭの処理の時間的な遷移を示す。
【０３０８】
例えば２１６０は、ＣＡＳモジュールがＥＭＭ２１２１を処理している時間を表している。２１６１は、ＣＡＳモジュールが、ＥＣＭ２１１０を処理している時間を表している。２１６２は、ＣＡＳモジュールが、ＥＣＭ２１２０を処理している時間を表している。２１６３は、ＣＡＳモジュールが、ＥＭＭ２１１１を処理している時間を表している。また図２１０２−１は、ＣＡＳモジュールは、ＥＭＭ２１２１、ＥＣＭ２１１０、ＥＣＭ２１２０、ＥＭＭ２１１１の順に処理していることを表している。
【０３０９】
図２１０２−１、図２１０２−２、図２１０２−３は、制御部１８０６がＥＭＭ２１２１を受信した際、他優先度の高いバッファが無い事を確認し、制御部１８０６は一体型ＣＡＳモジュール１８１１への処理を開始した直後に、２１１０、２１２０、２１１１、２１３０、２１４０、２１３１、２１５０の順に受信した場合のＣＡＳモジュールの処理について考察した図である。また一体型ＣＡＳモジュール１８８１の処理は、並行しての処理が出来ないため、例えば２１２１の処理である２１６０の処理時間の間は、他の処理は行う事が出来ない。本考察では、最悪の条件での考察をするために、２１０２−１、２１０２−２、２１０２−３では、一番最初に２１２１の処理である２１６０の処理を行っている例である。
【０３１０】
２１０２−１は、受信機がＥＣＭ、ＥＭＭを受信したタイミング受信に処理した場合の、処理順序を表している。この例では、ＥＣＭの受信タイミングから、そのＥＣＭに含まれるスクランブル鍵（Ｋｓ）を使ってデスクランブルする放送信号を受信するタイミングまでの時間である１６００ｍｓの中で、本来処理を終えなければならないＥＣＭ２１３０、ＥＣＭ２１４０、ＥＣＭ２１５０の処理が、完了できていないことを示している。
【０３１１】
そこで、非特許文献５に記載の
「４．１（８）
・ＥＭＭ受信コマンド、ＥＭＭ個別メッセージ受信コマンドについて、自身のカード宛てのＥＭＭ及びＥＭＭ個別メッセージを受信後、３０秒以内に受信機からＩＣカードに対して行うコマンドの発行を行うこと。（本編Ａ−１０に関連記載がある。）」
に従いＥＣＭの処理を優先させ、ＥＭＭの処理およびＥＭＭ個別メッセージの処理を遅らせた場合の例が、２１０２−２である。この例のように、ＥＣＭの処理の優先度を上げることで２ＫのＥＣＭの処理を、２ＫのＥＣＭの更新周期である２０００ｍｓ以内に完了させるようにしたものである。しかしＥＭＭ２１２１からＥＣＭ２１５０の処理時間の合計は
ＥＭＭ２１２１の処理時間（６５０ｍｓ）＋ ＥＣＭ２１１０の処理時間（６００ｍｓ）＋
ＥＣＭ２１２０の処理時間（６００ｍｓ）＋ ＥＣＭ２１３０の処理時間（３００ｍｓ）＋ 
ＥＣＭ２１４０の処理時間（３００ｍｓ）＋ ＥＣＭ２１５０の処理時間（３００ｍｓ）＝２７５０ｍｓ
となり、２ＫのＥＣＭのうち、順序的に一番最後に受信機が受信したＥＣＭ２１５０の処理が２０００ｍｓ以内に完了していない。
【０３１２】
従って、ＴＲ−Ｂ３９  第五編  付録７  “現行放送と高度ＢＳデジタル放送の共用受信機について“に記載される共用受信機を作成するためには、更なるＥＣＭ、ＥＭＭの処理順序の工夫が必要となる。
【０３１３】
図２１０２−３は、２Ｋ放送のＥＣＭの処理を最優先にした場合の処理の順序である。
【０３１４】
２Ｋ放送のＥＣＭの処理を最優先にすることで、２Ｋ放送のＥＣＭの処理時間は以下のようになる。
ＥＭＭ２１２１（６５０ｍｓ）+ ＥＣＭ２１３０（３００ｍｓ）+ ＥＣＭ２１４０（３００ｍｓ）+ ＥＣＭ２１５０（３００ｍｓ）＝１５５０ｍｓ
となり、２ＫのＥＣＭのうち、順序的に一番最後に受信機が受信したＥＣＭ２１５０の処理が２０００ｍｓ以内に完了している。
【０３１５】
図２２は、図２１で説明した、２Ｋ放送のＥＣＭの処理を最優先にするための、受信機がＣＡＳモジュールにＥＣＭ、ＥＭＭの処理を依頼するフローチャートである。
【０３１６】
まず、ＥＣＭ、ＥＭＭ処理を行うためのバッファについて説明する。図１８に示す制御部１８０６は、ＭＭＴ多重分離部１８０３−１あるいはＴＳデコード部１８０３−２からＥＣＭあるいはＥＭＭを受信すると、ＣＡＳモジュール１８１１にＥＣＭ、ＥＭＭの処理を要求するために、処理要求送信処理を開始（Ｓ２２００）する。
【０３１７】
制御部１８０６は、ＣＡＳモジュール１８１１にＥＣＭ、ＥＭＭの処理の要求の順序制御のために、ＭＭＴ多重分離部１８０３−１あるいはＴＳデコード部１８０３−２から送られてきたＥＣＭ、ＥＭＭを、一時的に保存するＥＣＭ受信バッファと、ＥＭＭ受信バッファを管理する。各々のバッファをチューナの数だけ用意され、ＥＣＭ受信バッファは１段バッファ、ＥＭＭ受信バッファは複数段のバッファを持ち合わせる。
【０３１８】
ＥＣＭ受信バッファは、２Ｋ放送、４Ｋ放送８Ｋ放送に含まれているＥＣＭを一時保存するバッファである。２Ｋ用と４Ｋ８Ｋ用と区別できるように、２Ｋ用のチューナ用に用意されているバッファは２Ｋ用ＥＣＭ受信バッファ、４Ｋ８Ｋ用のチューナ用に用意されているバッファは４Ｋ８Ｋ用ＥＣＭバッファとを区別する。ＥＭＭ受信バッファは、２Ｋ放送、４Ｋ放送８Ｋ放送に含まれているＥＭＭを一時保存するバッファである。おのおののバッファのデータは、制御部１８０６からＣＡＳモジュール１８１１への処理要求に対する応答が返ってくると消去される。
【０３１９】
図２２で説明した２Ｋ放送のＥＣＭの処理を最優先にするためのフローチャートの説明を行う。制御部１８０６は、最初の２Ｋ放送用ＥＣＭ受信バッファの中を確認する（Ｓ２２０１）。
【０３２０】
確認の結果２Ｋ放送用ＥＣＭ受信バッファの中に、ＣＡＳカードモジュール１８１１に要求送信待ちのデータがある場合（Ｓ２２０２のＹｅｓ）、制御部１８０６は、ＣＡＳモジュール１８１１に処理要求のコマンドを発行し、その応答を待つ（Ｓ２２０８）。
【０３２１】
確認の結果２Ｋ放送用ＥＣＭ受信バッファの中に、ＣＡＳカードモジュール１８１１に要求送信待ちのデータがない場合（Ｓ２２０２のＮｏ）、制御部１８０６は、次に４Ｋ８Ｋ放送用ＥＣＭ受信バッファの中を確認する（Ｓ２２０３）。
【０３２２】
確認の結果４Ｋ８Ｋ放送用ＥＣＭ受信バッファの中に、ＣＡＳカードモジュール１８１１に要求送信待ちのデータがある場合（Ｓ２２０４のＹｅｓ）、制御部１８０６は、ＣＡＳモジュールに処理要求のコマンドを発行し、その応答を待つ（Ｓ２２０８）。
【０３２３】
確認の結果４Ｋ８Ｋ放送用ＥＣＭ受信バッファの中に、ＣＡＳカードモジュール１８１１に要求送信待ちのデータがない場合（Ｓ２２０４のＮｏ）、制御部１８０６は、次にＥＭＭ受信バッファの中を確認する（Ｓ２２０５）。
【０３２４】
確認の結果ＥＭＭ受信バッファの中に、ＣＡＳカードモジュール１８１１に要求送信待ちのデータがある場合（Ｓ２２０６のＹｅｓ）、制御部１８０６は、ＣＡＳモジュールに処理要求のコマンドを発行し、その応答を待つ（Ｓ２２０８）。なお制御部１８０６は、ＥＭＭバッファ内の最旧の受信時刻をもつデータを抽出してＣＡＳモジュール１８１１に処理要求のコマンドを発行する。
【０３２５】
確認の結果ＥＭＭ受信バッファの中に、ＣＡＳカードモジュール１８１１に要求送信待ちのデータがない場合（Ｓ２２０６のＮｏ）、制御部１８０６は、処理要求送信処理を終了する（Ｓ２２０７）。
【０３２６】
Ｓ２２０８でＣＡＳモジュール１８１１から応答を受信した制御部１８０６は、再度Ｓ２２０１の処理に戻り、２Ｋ放送用ＥＣＭ受信バッファ、４Ｋ８Ｋ放送用ＥＣＭ受信バッファ、ＥＭＭバッファに処理要求待ちのデータがあるかの確認を継続する。
【０３２７】
なお図２２は、本発明のＥＣＭ／ＥＭＭの処理についてのみの処理優先度を示している。それ以外の制御部１８０５とＣＡＳモジュール１８１１との間のコマンドについては、省略している。
【０３２８】
次に、“１事業体あたり自分宛てのカードＩＤが設定されたのＥＭＭを受信後、３０秒間にＥＭＭをＣＡＳモジュールに対し処理しなければならないのは少なくとも１個とする。それ以上のＥＭＭを受信した場合は無視、ないし破棄しても構わない。”との規定に従った処理を行った場合の実施例を示す。
【０３２９】
非特許文献５には、受信機のＥＭＭ処理猶予期間に関して、
・ＥＭＭ受信コマンド、ＥＭＭ個別メッセージ受信コマンドについて、自身のカード宛てのＥＭＭ及びＥＭＭ個別メッセージを受信後、３０秒以内に受信機からＩＣカードに対して行うコマンドの発行を行うこと。（本編Ａ−１０に関連記載がある。）
との記載がある。
【０３３０】
また非特許文献６には、同様に受信機のＥＭＭ処理猶予期間に関して、
・ＥＭＭ受信コマンド、ＥＭＭ個別メッセージ受信コマンドについて、自身のカード宛てのＥＭＭ及びＥＭＭ個別メッセージを受信後、３０秒以内に受信機からＣＡＳモジュールに対してコマンドの発行を行うこと。（付録４に関連記載がある。）
の記載がある。
【０３３１】
本実施形態によれば、例えば、“同一受信機宛てのＥＭＭ／ＥＭＭ個別メッセージでＣＡＳモジュールに対し処理すべき個数は、１事業体あたり３０秒間で最少１個とする。３０秒間でこれを超えるＥＭＭは破棄してもよい。”
という規定を加えるものである。
【０３３２】
この規定を加えた場合の、のＥＭＭ受信バッファ、及びその処理フローチャートについて説明する。
【０３３３】
３０秒を超えるＥＭＭを破棄してもよい、の処理を実現するために、図１８に示す制御部１８０６はＥＭＭを受信した受信時刻を知る必要がある。このため制御部１８０６は、内部に持つＥＭＭ受信バッファに、ＥＭＭを受信した時刻を保存する保存エリアを持つ必要がある。
【０３３４】
図２３は、ＥＭＭを受信した時刻を保存する保存エリアを持つＥＭＭ受信バッファの例である。（Ａ）が、受信した時刻を保存する保存エリアを持たない受信バッファの例である。（Ｂ）が、受信した時刻を保存エリア３２０１を持つ受信バッファの例である。
【０３３５】
図２４は、“同一受信機宛てのＥＭＭ／ＥＭＭ個別メッセージでＣＡＳモジュールに対し処理すべき個数は、１事業体あたり３０秒間で最少１個とする。３０秒間でこれを超えるＥＭＭは破棄する”規定を加えた場合の、受信機の処理フローチャートである。
【０３３６】
図１８を例に説明する。制御部１８０６は、ＭＭＴ多重分離部１８０３−１あるいはＴＳデコード部１８０３−１からＥＭＭを受信すると、ＣＡＳモジュール１８１１にＥＭＭの処理を要求するために、処理要求送信処理を開始（Ｓ２４００）する。
【０３３７】
制御部１８０６は、ＣＡＳモジュール１８１１にＥＭＭの処理の要求の順序制御のために、ＭＭＴ多重分離部１８０３−１あるいはＴＳデコード部１８０３−１から送られてきたＥＭＭを一時的に保存するＥＭＭバッファを管理する。
【０３３８】
制御部１８０６は、ＥＭＭ受信バッファの中を確認する（Ｓ２４０１）。
【０３３９】
確認の結果ＥＭＭ受信バッファの中に、ＣＡＳカードモジュール１８１１に要求送信待ちのデータがある場合（Ｓ２４０２のＹｅｓ）、制御部１８０６は、そのデータの受信時刻からの経過時間を確認する（Ｓ２４０４）。
【０３４０】
確認の結果経過時間が３０秒を過ぎている場合（Ｓ２４０４のＹｅｓ）、該当するＥＭＭのデータをクリアする（Ｓ２４０５）。制御部１８０６は、データをクリアした（Ｓ２４０５）後、再度Ｓ２４０１に戻って、処理を継続する。
【０３４１】
確認の結果経過時間が３０秒を過ぎていない場合（Ｓ２４０４のＮｏ）、制御部１８０６は、ＣＡＳモジュールに処理要求のコマンドを発行し、その応答を待つ（Ｓ２４０６）。制御部１８０６は、ＣＡＳモジュール１８１１からの応答を受信すると、ＥＣＭとの優先度確認を行うために、処理を終了する。
【０３４２】
制御部１８０６は、ＥＭＭ受信バッファの中を確認（Ｓ２４０１）した結果、ＥＭＭ受信バッファの中に、ＣＡＳカードモジュール１８１１に要求送信待ちのデータがない場合（Ｓ２４０２のＮｏ）、処理を終了する（Ｓ２４０３）。
【０３４３】
なお、ＥＭＭの処理は即時性が低いため、図２４の処理の開始は、例えば制御部１８０６がポーリング等で、処理の開始を制御してもよい。
【０３４４】
さらに本実施形態は、図２３に示したＥＭＭ受信バッファを持ち、図２４に示すような処理フローチャートでＥＭＭの処理要求を制御する場合、例えば事業体毎に管理し、処理待ちのＥＭＭのバッファの受信時刻を判断し、３０秒以内に受信したＥＭＭがＥＭＭバッファ内に既に存在する場合に、あとから受信したＥＭＭを破棄する、という規定も考えらる。
【０３４５】
図２５は、図２４に示す処理フローチャートに、“事業体毎に管理し、処理待ちのＥＭＭのバッファの受信時刻を判断し、３０秒以内に受信したＥＭＭがＥＭＭバッファ内に既に存在する場合に、あとから受信したＥＭＭを破棄する”規定を加えた場合の、受信機のＥＭＭ受信の処理フローチャートである。
【０３４６】
同様に図１８を例に説明する。制御部１８０６は、ＭＭＴ多重分離部１８０３−１あるいはＴＳデコード部１８０３−１からＥＭＭを受信すると、受信したＥＭＭをＥＭＭ受信バッファに格納するためのＥＭＭ受信処理を開始する（Ｓ２５００）。
【０３４７】
ここで、ＥＭＭ受信バッファは、事業体ごとに１つのＥＭＭデータだけを保存するエリアを持つものとする。
【０３４８】
制御部１８０６は、受信したＥＭＭデータの事業体を参照し、ＥＭＭバッファの中の同一事業体の保存エリアにデータが格納されているかの確認を行う（Ｓ２５０１）。
【０３４９】
確認の結果同一事業体のデータが格納されている場合（Ｓ２５０１のＹｅｓ）、制御部１８０６は、格納されているデータの受信時刻から３０秒が経過しているかを確認する（Ｓ２５０２）。
【０３５０】
確認の結果３０秒以内の場合（Ｓ２５０２のＹｅｓ）、制御部１８０６は受信したＥＭＭデータを破棄し（２５０６）、処理を終了する（Ｓ２５０６）。
【０３５１】
確認の結果３０秒以内でない場合（Ｓ２５０２のＮｏ）、同一事業体のバッファをクリアし（Ｓ２５０３）、受信したＥＭＭを当該バッファに保存し（Ｓ２５０４）、処理を終了する（Ｓ２５０５）。
【０３５２】
確認の結果同一事業体のデータが格納されていない場合（Ｓ２５０１のＮｏ）、制御部１８０６は、受信したＥＭＭを当該バッファに保存し（Ｓ２５０４）、処理を終了する（Ｓ２５０５）。
【０３５３】
以上のように、１つのＣＡＳモジュール（ＩＣカード）でいくつのチューナを搭載した受信機を設計可能かを検討するには、ＥＣＭの更新周期、ＥＣＭの再送周期、搭載するＣＡＳモジュール（ＩＣカード）の応答性能に加え、ＥＭＭの1事業体あたりに１つのＩＤあたり送信する頻度、またはＥＭＭの処理猶予期間内で処理すべき最少のＥＭＭ個数を送受信システム上で規定することによってＥＣＭ、必要なＥＭＭの処理を取りこぼすことなく、厳密に１つのＣＡＳモジュールで処理可能な搭載チューナ数の検討が可能となる。
【０３５４】
ＴＲ−Ｂ３９  第五編  「4.9.3.1 EMM セクション及びEMM 個別メッセージセクションの送出頻度」において、『受信機の処理負担を減らすため、同一受信機宛ての EMM／EMM 個別メッセージが集中して送られないように配慮し、同一受信機宛てに送るEMM またはEMM 個別メッセージは8 秒あたり最大8 個とする。』と規定されている。本規定は実質的に当該受信機のＣＡＳモジュールＩＤ宛てのＥＭＭが搭載した、８Ｋ、４Ｋ、２Ｋの全チューナーにおいて、ＥＭＭ処理猶予期間（例：３０秒）にすべて同時送信されることはなければ、ＥＣＭ処理以外で８秒間に８個受信したＥＭＭをＥＭＭ受信後、ＥＭＭ処理猶予期間（例：３０秒）で可能な場合もあるが、搭載チューナーでのＥＭＭ送出タイミング次第ではある４Ｋ（または８Ｋ）チューナーにおいて、８秒間で８個のＥＭＭが受信できても、受信後３０秒間で処理しきれない可能性がある。本来、受信機で取りこぼすことなくＥＭＭ処理するためには３０秒おきに８個のＥＭＭを送るべきであるが、放送事業者が許容するのであれば、８秒間で８個受信したＥＭＭはＥＭＭ処理猶予期間（３０秒）過ぎても廃棄することなく、少なくとも３０秒に１個のＥＭＭ処理を行い、キャッシュした８個分ＥＭＭをＥＭＭ猶予期間（例３０秒）に１個処理し、遅くとも猶予期間×８（例：２４０秒）の間に処理することを許容しても本考案の目的は達せられるため、例外事例として規定されることは、本提案の目的や効果において何ら問題はない。ようは受信機がＥＭＭ処理を取りこぼすことなく行えるようにＣＡＳモジュールの性能を加味した上で送受で可能なルールを定めることが重要である。
【０３５５】
上記したように本実施形態によると、少なくとも暗号化された第１キー（Ｋｗ）を含む第１制御情報（ＥＭＭ）、暗号化された第２キー（Ｋｓ）を含む第２制御情報（ＥＣＭ）及び、スクランブルコンテンツを含むサービス信号を受信するチューナ部と、前記チューナ部から出力された前記スクランブルコンテンツを受け取るデスクランブラと、少なくとも前記チューナ部、前記デスクランブラを制御する制御部と、前記制御部により制御され、前記第１制御情報（ＥＭＭ）から、固有の第３キー（Ｋｍ）を用いて前記第１キー（Ｋｗ）を取得し、前記第２制御情報（ＥＣＭ）から、取得された前記第１キー（Ｋｗ）を用いて、前記デスクランブラに与えるための前記第２キー（Ｋｓ）を取得する、ＣＡＳモジュールと、を備え、
前記制御部は、１事業体あたりの前記第１制御情報（ＥＭＭ）を、規定で定められるＥＭＭ受信後ＣＡＳモジュールへの処理猶予期間以内で最少Ｒ（１以上の整数）個を処理すべきであることを設定しており、前記１事業体の前記第１制御情報（ＥＭＭ）を検出してから、ＥＭＭ処理猶予期間以内にＲ個処理を行った後は前記１事業体の次の前記第１制御情報（ＥＭＭ）を検出した場合、少なくとも前記ＥＭＭ処理猶予期間以内の前記第１制御情報（ＥＭＭ）について前記カード部に対するコマンド送出は抑制する、受信装置が提供される。
【０３５６】
上記した実施形態は、これまでの説明から理解できるように、受信機としての機能と、送信機、送受信システムとしての特徴を有することは勿論である。以下に上記した実施形態におけるさらなる要点をまとめて記載する。
（１）同一受信機宛てに送出するＥＭＭ／ＥＭＭ個別メッセージは１事業体あたり３０（＊1参照）秒間で最大 Ｍ（後述＊２参照）個とする。
（２）同一受信機宛てに送出するＥＭＭ／ＥＭＭ個別メッセージは１事業体あたり３０（後述＊1参照）秒間で最大 Ｍ（後述＊２参照）個、かつ２（後述＊３参照）秒間Ｍ２（後述＊２,４参照）個とする。
（３）同一受信機宛てに送出するＥＭＭ／ＥＭＭ個別メッセージは1事業体あたり２（後述＊3参照）秒間で最大Ｍ2 （後述＊２,４参照）個とする。
（４）同一受信機宛てに送出するＥＭＭは１事業体あたり３０（後述＊１参照）秒間で最大Ｍ（後述＊2参照）個とし、ＥＭＭ個別メッセージは１事業体あたり３０（後述＊１参照）秒間で最大Ｍ３（後述＊２,５参照）とする。
（５）同一受信機宛てに送出するＥＭＭは1事業体あたり３０（後述＊1参照）秒間で最大Ｍ（後述＊２参照）個とし、ＥＭＭ個別メッセージは1事業体あたり２（後述＊３参照）秒間で最大 Ｍ３（後述＊２，５参照）とする。
同一受信機宛てに送出するＥＭＭは1事業体あたり２（後述＊３参照）秒間で最大 Ｍ＊２個とし、ＥＭＭ個別メッセージは1事業体あたり３０（後述＊1参照）秒間で最大Ｍ３（後述＊２,５参照）とする。
＊１・・・３０秒は現運用規定で規定されるＥＭＭ／ＥＭＭ個別メッセージ受信後にＣＡＳに対し処理を行うまでの猶予期間、
＊２・・・  ＴＲ−Ｂ１４とＢ１５の個数は同一、ＴＲ−Ｂ３９では別の値、
＊３・・・  2秒は現行放送（２Ｋ）での運用規定ＴＲ−Ｂ１４、ＴＲ−Ｂ１５でのＥＣＭ（Ｋｓ）更新周期、高度ＢＳ・ＣＳ（４Ｋ８Ｋ）ＴＲ−Ｂ３９では８秒、
＊４・・・  Ｍ２はＭの値が３個以上等の場合で、１つのＫｓ更新周期内でバースト的に送る場合の規定を必要とした場合、
＊５・・・  ＥＭＭとＥＭＭ個別メッセージのＣＡＳの応答時間性能は実際異なる。ＥＭＭ個別メッセージの運用は少ないものの、ＥＭＭとは頻度を変えたいとの事業者要望を加味した規定案の場合。
【０３５７】
さらに上記した受信機の構成による、以下に述べるように各種の効果を得ることができる。即ち、
（Ｂ１）
少なくとも暗号化された第１キー（Ｋｗ）を含む第１制御情報（ＥＭＭ）、暗号化された第２キー（Ｋｓ）を含む第２制御情報（ＥＣＭ）及び、スクランブルコンテンツを含むサービス信号を受信するチューナ部と、前記チューナ部から出力された前記スクランブルコンテンツを受け取るデスクランブラと、少なくとも前記チューナ部、前記デスクランブラを制御する制御部と、前記制御部により制御され、前記第１制御情報（ＥＭＭ）から、固有の第３キー（Ｋｍ）を用いて前記第１キー（Ｋｗ）を取得し、前記第２制御情報（ＥＣＭ）から、取得された前記第１キー（Ｋｗ）を用いて、前記デスクランブラに与えるための前記第２キー（Ｋｓ）を取得する、ＣＡＳモジュールと、を備え、
前記制御部は、
１事業体あたりの前記第１制御情報（ＥＭＭ）を、規定で定められるＥＭＭ受信後ＣＡＳモジュールへの処理猶予期間以内で最少Ｒ（１以上の整数）個を処理すべきであることを設定しており、前記１事業体の前記第１制御情報（ＥＭＭ）を検出してから、ＥＭＭ処理の前記猶予期間以内にＲ個処理を行った後は前記１事業体の次の前記第１制御情報（ＥＭＭ）を検出した場合、少なくとも前記猶予期間以内の前記第１制御情報（ＥＭＭ）について前記カード部に対するコマンド送出は抑制する、受信装置。
【０３５８】
上記の（Ｂ１）の構成によると、厳密に１つのＣＡＳモジュールであったとしても、デスクランブルに必要なＥＣＭおよびＥＭＭの処理を取りこぼすことなく、契約番組の視聴を可能とし得る、受信機（又は送信装置又は送受信機）を提供できる。
（Ｂ２）
受信機において、制御部は、前記チューナ部が、地上デジタルテレビジョン放送を受信している場合と、ＢＳデジタル放送／広帯域ＣＳデジタル放送を受信している場合とでは、前記第１制御情報（ＥＭＭ）が送られてくる前記頻度が同一であることを前提として、又は、前記第１制御情報（ＥＭＭ）の処理義務の個数は同一であることを前提とし、前記頻度又は前記個数の判定するための情報を共通にして、前記第１制御情報（ＥＭＭ）を処理する。
【０３５９】
上記の（Ｂ２）の構成によると、ＴＲ−Ｂ１４とＴＲ−Ｂ１５のＥＭＭ頻度（処理義務）の個数は同一としたことの利点がある。つまり、ＴＲ−Ｂ１４とＴＲ−Ｂ１５は地デジ・ＢＳ・１１０ＣＳの3波共用機が２Ｋ  ＴＶの標準的仕様であり、放送メディア（地デジ、ＢＳ、１１０ＣＳ）に関わらず、1事業体あたりのＥＭＭ処理頻度規定が同じほうがＣＡＳ処理において実装条件が複雑化しない。同じ条件であれば、受信機開発段階において検証が楽、送出個数での規定となった場合に、ＴＲ−Ｂ１４とＢ１５は同じＢ−ＣＡＳ方式であり、ＥＭＭ送信設備の共通化がはかれる。
（Ｂ３）
制御部は、前記チューナ部が、地上デジタルテレビジョン放送を受信している場合と高度広帯域衛星デジタル放送を受信している場合とでは、
前記猶予期間（例えば３０秒）以内で前記第１制御情報（ＥＭＭ）が送られてくる頻度が異なるとこを前提として、又は、前記第１制御情報（ＥＭＭ）の処理義務の個数が異なることを前提とし、前記頻度又な前記個数の判定するための情報を異ならせて前記第１制御情報（ＥＭＭ）を処理する。
【０３６０】
上記（Ｂ３）の構成によると、ＴＲ−Ｂ１４は地上デジタルであり、運用規定上は有料放送を可能としているが、実質的に無料放送のみであり、ＥＭＭの運用の可能性は著しく低いため、有料放送必須のＴＲ−Ｂ３９とは別のＥＭＭの方が、より多くのＥＣＭの処理が可能となる可能性が多く、ＴＲ−Ｂ１４の頻度を低く設定することで、地デジチューナ搭載数の個数が増やせる可能性が高い。
（Ｂ４）
前記制御部は、前記チューナ部が、ＢＳデジタル放送／広帯域ＣＳデジタル放送を受信している場合と高度広帯域衛星デジタル放送を受信している場合とでは、
前記猶予期間（例えば３０秒）以内で前記第１制御情報（ＥＭＭ）が送られてくる頻度が異なるとこを前提として、又は、前記第１制御情報（ＥＭＭ）の処理義務の個数が異なることを前提とし、前記頻度又は前記個数の判定するための情報を異ならせて前記第１制御情報（ＥＭＭ）を処理する。
【０３６１】
上記（Ｂ４）の構成によれば、ＴＲ−Ｂ３９準拠のＣＡＳモジュールにおけるＥＭＭ、ＥＣＭのコマンド応答性能が、ＴＲ−Ｂ１４，１５純拠のＩＣカードのコマンド応答性能と異なっていてもＴＲ−Ｂ３９準拠のＣＡＳモジュールの性能に合せ他ＥＭＭ頻度が設定可能、ＴＲ−Ｂ３９では、通信路経由でもＥＭＭ取得が可能であるため、放送波のみのＥＭＭ伝送しかできないＴＲ−Ｂ１４とＴＲ−Ｂ１５と異なる頻度設定が可能（ＴＲ−Ｂ３９のノを少なくする）、ＴＲ−Ｂ３９はＴＲ−Ｂ１４やＴＲ−Ｂ１５のような２Ｋ放送に比べ、後発のデジタル放送を対象としているため新規４Ｋ８Ｋの有料放送加入者へのサービスを良くするため、一定時間のＥＭＭ送出個数を増やして、受信機でのＥＭＭの取りこぼした場合でもなるべく早くＥＭＭ受信を行うことで加入申し込みから鍵明け（ＥＭＭ受信）まで短時間にすることが可能である。また、ＴＲ−Ｂ３９では通信路経由のＥＭＭ取得と放送波によるＥＭＭ取得とで優先順位を規定で定めるのも可能である、たとえば通信路経由では、すぐに有料視聴のための鍵開けを行うためＥＣＭに次いで通信経由のＥＭＭを処理の優先順位を上げるなどもユーザー利便性の点において効果があるのはいうまでもない。
（Ｂ５）
前記制御部は、前記チューナ部が、地上デジタルテレビジョン放送を受信している場合とＢＳデジタル放送／広帯域ＣＳデジタル放送を受信している場合と高度広帯域衛星デジタル放送を受信している場合とでは、前記第１制御情報（ＥＭＭ）が送られてくる前記頻度が同一であることを前提として、又は、前記第１制御情報（ＥＭＭ）の処理義務の個数は同一であることを前提とし、前記頻度又は前記個数の判定の情報を共通にして、前記第１制御情報（ＥＭＭ）を処理する。
【０３６２】
上記（Ｂ５）の構成によれば受信機での処理が単純化する。受信ｎｅｔｏｗｒｋ（地デジ、２ＫＢＳ,２ＫＣＳ、４Ｋ８ＫＢＳ、４Ｋ１１０ＣＳ）によらず同じＥＭＭ処理タイミングが可能となる。
（Ｂ６）
前記制御部は、前記チューナ部が、ＢＳデジタル放送／広帯域ＣＳデジタル放送を受信している場合と高度広帯域衛星デジタル放送を受信している第１の場合とでは、
前記第１制御情報（ＥＭＭ）が送られてくる前記頻度が同一であることを前提として、又は、前記第１制御情報（ＥＭＭ）の処理義務の個数は同一であることを前提とし、前記頻度又は前記個数の判定の情報を共通にして、前記第１制御情報（ＥＭＭ）を処理し、
前記チューナ部が、地上デジタルテレビジョン放送を受信している第２の場合は、前記第１の場合とは、前記頻度又は前記個数の判定するための情報を異ならせて前記第１制御情報（ＥＭＭ）を処理する。
【０３６３】
上記（Ｂ６）の構成によると、ＥＭＭが送られてくる頻度がＴＲ−Ｂ１４は異なり、  Ｂ１５とＢ３９は同じ頻度としている。有料系を含むＴＲ−Ｂ１５、ＴＲ−Ｂ３９と実質有料放送がない地デジ（ＴＲ−Ｂ１４で分ける）とは上記（Ｂ３）と類似する利点がある。また、ＴＲ−Ｂ１４での頻度を低く設定することで、地デジチューナ搭載数の個数が増やせる可能性が高い。
（Ｂ７）
前記チューナ部が、前記１事業体に対応する前記第１制御情報（ＥＭＭ）と受信機毎に伝送され自動表示メッセージのポインタを示すＥＭＭ個別メッセージを受信し、
ＥＭＭ個別メッセージを受信し、
前記制御部は、前記１事業体に対応する前記第１制御情報（ＥＭＭ）と前記ＥＭＭ個別メッセージと分けて処理する。
【０３６４】
（Ｂ８）＜ＥＭＭとＥＭＭ個別メッセージのＥＭＭ頻度（処理義務）の個数を別とする構成＞
前記チューナ部が、前記１事業体に対応する前記第１制御情報（ＥＭＭ）と受信機毎に伝送され自動表示メッセージのポインタを示すＥＭＭ個別メッセージを受信し、前記制御部は、前記１事業体に対応する前記第１制御情報（ＥＭＭ）と前記ＥＭＭ個別メッセージとの頻度が互いに異なることを前提として、前記第１制御情報（ＥＭＭ）の前記頻度と前記ＥＭＭ個別メッセージの前記頻度を判定するための情報を異ならせて前記第１制御情報（ＥＭＭ）と前記ＥＭＭ個別メッセージを処理する。
【０３６５】
上記（Ｂ７）、（Ｂ８）の構成によると、ＥＭＭとＥＭＭ個別メッセージのＥＭＭ頻度（処理義務）の個数を別とする。これにより、ＥＭＭとＥＭＭ個別メッセージのＣＡＳモジュール応答性能が、異なる場合が十分想定され、短い応答時間、ＥＭＭ個別メッセージのサイズがＥＭＭに比べ小さいと予測され、応答性能が短いことが想定される。よって、その分ＥＭＭより頻度を上げる規定も可能となる。また、ＥＭＭに比べ、ＥＭＭ個別メッセージはＥＭＭメールや自動表示メッセージのＩＤ毎の個別性部分（例えば加入者の名前等）であり実際の利用頻度は少ないことが考えられ、また、契約を電話中に確認するなどの即時性が要求されにくいことからＥＭＭの頻度を落とす、つまりＥＭＭ処理猶予期間より長いスパンでの個数設定ないし、同じ処理猶予期間でも個数を少なくすることで、ＥＭＭやＥＣＭの処理に回す時間が増えることが利点として期待される。
（Ｂ９）
前記第１制御情報（ＥＭＭ）の前記頻度は、前記第１制御情報（ＥＭＭ）の処理猶予期間に応じて、設定されている。
【０３６６】
上記（Ｂ９）の構成によるとＥＭＭ頻度をＥＭＭ処理猶予期間で決める、これにより、猶予期間内の任意の時間に必要なＥＭＭの個数を処理するという点では、猶予期間を設定した目的に対して利にかなった設定手段と言える。受信機のフローを考えるうえでもこの期間で決められると自由度があがる。
（Ｂ１０）
前記第１制御情報（ＥＭＭ）の前記頻度は、前記第１制御情報（ＥＭＭ）の前記第２キー（Ｋｓ）の更新周期に基づいて設定されている。
【０３６７】
上記（Ｂ１０）の構成によると、ＥＭＭ頻度をＫｓ更新周期で決めている。ＥＭＭ処理猶予期間は現在３０秒でありＫｓ更新周期の方が短い期間である。受信機において、ＥＭＭのフィルタリング性能を検討するにあたり短時間でどの程度の自分宛てのＥＭＭが来る可能性があるのかという点では、短時間での個数での規定は意味がある。ただし、事業者が短時間で複数のＥＭＭを発行する場合になる。また、短時間にＥＭＭを複数発行するのは受信機でのＥＭＭの取得ミスあるいは、なるべく早くＥＭＭを取得してほしい場合に同じEMMを短時間に送出したい場合に有効。ただし、ＥＭＭの送信レートのみではEMMは処理猶予期間（３０秒間）の設定が残っていると限りなくＥＭＭのキャッシュ領域が増えるため、伝送レートではなくＥＭＭの一時キャッシュ領域を見積るためにも個数での規定が有効である。
（Ｂ１１）
＜ＥＭＭ頻度をＫｓ更新周期で決める＞
前記第１制御情報（ＥＭＭ）の前記頻度は、前記第１制御情報（ＥＭＭ）の処理猶予期間と、前記第１制御情報（ＥＭＭ）の前記第２キー（Ｋｓ）の更新周期に基づいて設定されている，
上記（Ｂ１１）の構成によると、（Ｂ１１）の構成では、ＥＭＭ頻度をＫｓ更新周期で決めている。３０秒間に１個受信してもらえばよくても、少しでも早く受信してほしい場合に例えば「受信機は３０秒間で事業体あたり少なくとも１個の処理を必要とする。ただし、ＥＭＭの送出は２秒間で２個の割合で送出するがＥＭＭを受信後はその後３０秒間に取得したＥＭＭは破棄、または受信しなくても構わない」といった規定にすれば、３０秒間の処理猶予期間では１個でよいということから残りの時間を他のチューナのＥＭＭやＥＣＭ処理に回せ、かつ一定時間のＥＭＭを多く送ることでより早くＥＭＭ受信が可能になり、視聴者がより短い時間で契約確認が可能になり、かつ受信機側も一時的なＥＭＭキャッシュの量も見積りが可能となる。
【０３６８】
上記の要点の他、本実施形態においては、以下に記載する放送信号送信システム。
の要素も含まれるものである、即ち、
（Ｃ１）
受信側において、
少なくとも暗号化された第１キー（Ｋｗ）を含む第１制御情報（ＥＭＭ）、暗号化された第２キー（Ｋｓ）を含む第２制御情報（ＥＣＭ）及び、スクランブルコンテンツを含むサービス信号を受信するチューナ部と、前記チューナ部から出力された前記スクランブルコンテンツを受け取るデスクランブラと、少なくとも前記チューナ部、前記デスクランブラを制御する制御部と、前記制御部により制御され、前記第１制御情報（ＥＭＭ）から、固有の第３キー（Ｋｍ）を用いて前記第１キー（Ｋｗ）を取得し、前記第２制御情報（ＥＣＭ）から、取得された前記第１キー（Ｋｗ）を用いて、前記デスクランブラに与えるための前記第２キー（Ｋｓ）を取得する、ＣＡＳモジュール（ＩＣカード）を備え、送信設備が、１事業体あたりの前記第１制御情報（ＥＭＭ）が送出する頻度が、ＥＭＭ処理猶予期間（３０秒）以内で最少Ｒ（１以上の整数）個であることを設定している、放送信号送信システム。
（Ｃ２）地上デジタルテレビジョン放送と、ＢＳデジタル放送／広帯域ＣＳデジタル放送とでは、
それぞれの前記送信設備が、前記第１制御情報（ＥＭＭ）を送出する前記頻度が同一として、又は、前記第１制御情報（ＥＭＭ）の処理義務の個数が同一であるとし、
前記受信側で前記頻度又は前記個数の判定するための情報を共通にして、前記第１制御情報（ＥＭＭ）を処理可能とした、上記Ｃ１記載の放送信号送信システム。
（Ｃ３）地上デジタルテレビジョン放送と高度広帯域衛星デジタル放送とでは、それぞれの前記送信設備が、ＥＭＭ処理猶予期間（３０秒）以内で前記第１制御情報（ＥＭＭ）が送出する頻度が異なる、又は、前記第１制御情報（ＥＭＭ）の処理義務の個数が異なり、前記受信側で前記頻度又な前記個数の判定するための情報を異ならせて前記第１制御情報（ＥＭＭ）を処理できるようにした、Ｃ１に記載の放送信号送信システム。
（Ｃ４）地上デジタルテレビジョン放送とＢＳデジタル放送／広帯域ＣＳデジタル放送と高度広帯域衛星デジタル放送とでは、それぞれの前記送信設備が、ＥＭＭ処理猶予期間（３０秒）以内で前記第１制御情報（ＥＭＭ）が送られてくる頻度が異なり、又は、前記第１制御情報（ＥＭＭ）の処理義務の個数が異なり、前記受信側で前記頻度又は前記個数の判定するための情報を異ならせて前記第１制御情報（ＥＭＭ）を処理できるようにした、上記（Ｃ１）に記載の放送信号送信システム。
（Ｃ５）ＢＳデジタル放送／広帯域ＣＳデジタル放送と高度広帯域衛星デジタル放送とでは、それぞれの前記送信設備が、前記第１制御情報（ＥＭＭ）を送出する前記頻度が同一とし、又は、前記第１制御情報（ＥＭＭ）の処理義務の個数を同一であるとし、前記受信側で前記頻度又は前記個数の判定の情報を共通にして、前記第１制御情報（ＥＭＭ）を処理できるようにした、上記（Ｃ１）に記載の放送信号送信システム。
（Ｃ６）ＢＳデジタル放送／広帯域ＣＳデジタル放送と高度広帯域衛星デジタル放送との第１の場合では、それぞれの前記送信設備が、前記第１制御情報（ＥＭＭ）が送られてくる前記頻度を同一として、又は、前記第１制御情報（ＥＭＭ）の処理義務の個数を同一であるとし、前記受信側で前記頻度又は前記個数の判定の情報を共通にして、前記第１制御情報（ＥＭＭ）を処理できるようにし、前記受信側で、地上デジタルテレビジョン放送の第２の場合は、前記第１の場合とは、前記頻度又は前記個数の判定するための情報を異ならせて前記第１制御情報（ＥＭＭ）を処理できるようにした、上記（Ｃ１）に記載の放送信号送信システム。
（Ｃ７）前記送信設備が、前記１事業体に対応する前記第１制御情報（ＥＭＭ）と受信機ごとに伝送される自動表示メッセージのポインタを示すＥＭＭ個別メッセージを送信し、前記受信側は、前記１事業体に対応する前記第１制御情報（ＥＭＭ）と前記ＥＭＭ個別メッセージと分けて処理する、上記（Ｃ１）に記載の放送信号送信システム。
（Ｃ８）前記送信設備が、前記１事業体に対応する前記第１制御情報（ＥＭＭ）と受信機毎に送信される自動表示メッセージのポインタを示すＥＭＭ個別メッセージを送出し、前記受信側が、前記１事業体に対応する前記第１制御情報（ＥＭＭ）と前記ＥＭＭ個別メッセージとの頻度が互いに異なることを前提として、前記第１制御情報（ＥＭＭ）の前記頻度と前記ＥＭＭ個別メッセージの前記頻度を判定するための情報を異ならせて前記第１制御情報（ＥＭＭ）と前記ＥＭＭ個別メッセージを処理できるようにした、上記（Ｃ１）に記載の放送信号送信システム。
（Ｃ９）前記第１制御情報（ＥＭＭ）の前記頻度は、前記第１制御情報（ＥＭＭ）の処理猶予期間に応じて、設定されている、上記Ｃ１乃至Ｃ８の何れか１に記載の放送信号送信システム。
（Ｃ１０）前記第１制御情報（ＥＭＭ）の前記頻度は、前記第１制御情報（ＥＭＭ）の前記第２キー（Ｋｓ）の更新周期に基づいて設定されている、上記Ｃ１乃至Ｃ８の何れか１に記載の放送信号送信システム。
（Ｃ１１）前記第１制御情報（ＥＭＭ）の前記頻度は、前記第１制御情報（ＥＭＭ）の処理猶予期間と、前記第１制御情報（ＥＭＭ）の前記第２キー（Ｋｓ）の更新周期に基づいて設定されている、上記Ｃ１乃至Ｃ８の何れか１に記載の放送信号送信システム。
【０３６９】
以下に視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号３２００（音声信号や映像信号、字幕信号など）に対応した識別情報、または外国語の副音声信号に対応した識別情報に関する本実施形態における設定方法の説明を行う。
【０３７０】
それに先立ち、今後の説明で使用する用語の定義を行う。図１で説明したように、放送局１００から送信される信号を放送信号と呼ぶ。この放送信号の送信媒体として放送波に限らず、ケーブルや通信ネットワークを利用しても良い。
【０３７１】
また図１では、通信ネットワークを経由したアプリケーションの通信方法も説明した。このように有線または無線の通信ネットワークを経由して送信される信号を通信信号と呼ぶ。
【０３７２】
上記放送信号と通信信号のどちらにも、少なくとも伝送制御信号（制御信号３１００）と符号化信号３２００のいずれかが含まれる。図１で既に説明したように、映像信号や音声信号は“符号化”され、それぞれ多重化して送信する。従って送信する映像信号も音声信号いずれも“符号化”された信号となる。ここでの符号化信号３２００には、符号化映像信号ＶＤＯや符号化音声信号ＡＵＤだけでなく、字幕や文字スーパー、メタデータ、記号／コードなどが含まれる。
【０３７３】
また本実施形態では、上記符号化信号３２００をエレメンタリーストリームＥＳとほぼ同義語として扱う。例えば図３５で後述するように、上記符号化信号３２００であるエレメンタリーストリームＥＳをパケット化（分割）して送信するが、この送信形態をパケッタイズドエレメンタリーストリームＰＥＳと呼ぶ。
【０３７４】
図３５（ｂ）が示すように、符号化映像信号ＶＤＯや符号化音声信号ＡＵＤと、それに先行するパケッタイズドエレメンタリーストリームヘッダＰＥＳＨＤと組み合わせてＰＥＳパケットを構成する。そして図３５（ａ）と図３３（ａ）が示すように、上記ＰＥＳパケットに先行するトランスポートストリームパケットヘッダＴＳＨＤと組み合わせて放送信号として送信される。従って本実施形態では上記の符号化信号３２００またはエレメンタリーストリームＥＳに、トランスポートストリームパケットヘッダＴＳＨＤやパケッタイズドエレメンタリーストリームヘッダＰＥＳＨＤも含める。
【０３７５】
本実施形態システムでは同様に、トランスポートストリームパケットヘッダＴＳＨＤやテーブル識別ＴＩＤ（図２６（ｃ））なども制御信号３１００（伝送制御信号）の一部と見なす。
【０３７６】
また本実施形態システムにおける他の実施例では図５２を用いて後述するように、制御信号３１００の中身や符号化信号３２００の中身をＭＰＥＧ（Moving Picture Experts Group）メディアトランスポートプロトコルパケットＭＭＴＰ内に挿入して伝送する。従って同時に伝送する各種情報も、制御信号３１００や符号化信号３２００の一部として取り扱う。
【０３７７】
具体的にはＭＰＥＧメディアトランスポートプロトコルパケットヘッダＭＭＴＨ内に含まれるパケット識別子ＭＰＩＤ（図５３（ａ））や、インターネットプロトコルヘッダＩＰＨ内の各種情報も、制御信号３１００や符号化信号３２００内に含まれる。
【０３７８】
ところで本実施形態における上記符号化映像信号ＶＤＯや符号化音声信号ＡＵＤ（および字幕や文字スーパー、メタデータ、記号／コード）の違いは、上記エレメンタリーストリームＥＳの“属性”の違いと見なす。また主音声（または主映像）と副音声（または副映像）との違いも、上記属性の違いと見なせる。さらに解説音声や外国語の言語毎の音声、手話付映像、字幕表示言語なども“属性の違い”として識別しても良い。そしてこれら属性の違いを表す情報を“識別情報”と呼ぶ。
【０３７９】
一方で図２６〜図３０、図３３、図３５、図４５、図５２〜図５３を用いて後述するように、制御信号３１００の内部は階層構造とデータ構造を持つ。そして階層構造毎の各データ構造内に所定数値がバイナリコード（ビット列）の形で設定される。そしてこの所定数値が設定される個々の“枠”を、本実施形態では“パラメータ設定領域”と呼ぶ。
【０３８０】
そして上記のパラメータ設定領域内に所定の数値あるいは所定範囲内の数値が設定された状態が、所定の“識別情報”を意味する。
【０３８１】
本実施形態では、符号化信号３２００の有する属性の中で
１）視覚または聴覚が自由でない視聴者に適合する属性を有する符号化信号３２００や
２）外国語の副音声信号に対応した属性を有する符号化信号３２００
に関する識別情報を新たに設定（定義）する。そしてこの識別情報を放送信号または通信信号内に配置して送信する。
【０３８２】
受信機１４０（図１）側は受信した放送信号または通信信号内に含まれる上記の識別情報を抽出／識別／判定して、上記の識別情報に対応した符号化信号３２００を選択的に抽出する。すなわち上記識別情報が放送信号または通信信号内に含まれる場合には、対応した符号化信号３２００を優先して選択できる。仮に上記識別情報が含まれない場合でも、受信機１４０はデフォルト音声信号を選択できるので、問題は生じない。
【０３８３】
このようにして本実施形態では、受信機１４０が放送信号または通信信号から解説音声や手話映像や字幕を含む映像などの属性を判別可能な手段を具備する。また受信機１４０が優先的に「解説音声が放送されている場合に選択する」、「英語音声が放送されている場合に選択する」など副音声の内容を優先的に選択するための手段を具備する。
【０３８４】
従来技術での受信機１４０は、視覚または聴覚が自由でない視聴者に適合する属性を有する符号化信号３２００（例えば所定言語での字幕放送や手話放送あるいは所定言語での解説音声に対応したエレメンタリーストリームＥＳ）を判別する手段がなかった。そのため視聴者は選局チャンネル切替毎に映像信号や音声信号の切替作業が必要となっていた。
【０３８５】
上記識別情報を新たに設定（定義）して送信すると、受信機１４０側はその識別情報を利用して上記属性を持つ符号化信号３２００を選択的に抽出可能となる。その結果として、選局チャンネル切替毎の視聴者に拠る映像信号や音声信号の切替作業が不要となり、視聴者へのサービス向上につながる。すなわち視聴覚が自由でない視聴者における解説音声や、外国語放送を主として選択したい視聴者にもチャンネル変更や電源オンなどで都度音声選択操作を行う動作を必要としない。
【０３８６】
つまり副音声のエレメンタリーストリームＥＳ（符号化信号３２００）が、どのような種別の音声かを受信機１４０側が把握できなかった。たとえば視覚や聴覚が自由ではない視聴者対応のサービスあるいは在日外国人向けなどの外国語音声が放送サービスとして運用されている場合を考える。その場合には、受信機１４０の立ち上げ時や選局チャネルの変更毎にユーザー操作により適合した音声信号や映像信号に切り替える必要があった。特に視覚が自由ではない視聴者に取って、そのサービスの有無の確認から選局チャネルの切り替え操作に至るまで健常者のサポートなしには困難である。
【０３８７】
下記に詳細に説明する本実施形態例では、受信機１４０は副音声エレメンタリーストリームＥＳ（符号化信号３２００）の属性（内容）の把握が可能となる。その結果として受信機１４０が自動的に上記属性に合致した符号化信号３２００を選択的に抽出し、視聴者（ユーザ）へ表示できる効果が生まれる。
【０３８８】
特に本実施形態では、例えば一般社団法人  電波産業会（ＡＲＩＢ）が発行した既存の標準規格（例えば非特許文献１〜非特許文献３）で設定されているパラメータ設定領域の枠組みを変更しないでも良い。その代わりに上記パラメータ設定領域内に挿入する所定数値または所定の数値範囲を新たに設定して、“識別情報”としての意味を持たせても良い。
【０３８９】
上記の本実施形態の実施は、運用規定（例えば非特許文献４〜非特許文献６に示す技術資料）のみの変更に対応する。上記標準規格の変更は、放送局１００（図１）内に既に設置された設備の大幅な変更が伴い、多大な出費が発生する。本実施形態のようにパラメータ設定領域内に挿入する数値（あるいは数値範囲）の小変更は、多大な出費を伴う設備変更を不要とし、容易かつ迅速な対応を可能にする効果が生まれる。
【０３９０】
放送サービスの一種である在日外国人向け外国語音声信号として、多言語音声を副音声信号で送信する場合の、“識別情報”の利用効果について説明する。
【０３９１】
近年日本を訪れる海外観光客の増加や長期滞在の在日外国人の増加に伴い、国内での使用言語の多様化が急増している。その使用言語の多様化に応じ、副音声信号（エレメンタリーストリームＥＳ）として対応すべき言語の種類が増加する。そして多種類言語が副音声信号（エレメンタリーストリームＥＳ）として同時に送信された場合、ユーザ（視聴者）が聞きたい言語選択（副音声信号の選択）の煩雑さが増大する。
【０３９２】
本実施形態システムでは詳細に後述するように、副音声信号内で使用される言語の“識別情報”を設定する。その結果として、チャンネル変更毎や電源オン時の言語選択の負担からユーザ（視聴者）を開放し、多言語音声提供サービスの利便性が向上する。
【０３９３】
多言語による対応として実用上は、日本語、英語、中国語、韓国語の4ヶ国語で大半の在日外国人をカバーできる。そのため昨今の家電量販店でも、この４ヶ国語での案内で対応されている。
【０３９４】
ところで受信機３００が表示する字幕として上記多言語のサービスを対応させる場合、それら言語に応じた文字フォントを搭載する必要性が有る。しかし現在のテレビ受信機３００では、中国語、韓国語の文字フォントを搭載していない。たとえば２０２０年の東京オリンピック・パラリンピックで多言語字幕サービスを行うにも、このフォントを搭載した受信機普及が必要となる。そして（中国語や韓国語などの）多言語フォントを搭載した受信機３００の普及までには、時間が掛かる。さらに受信機３００側に多くのフォントを搭載させるには、費用的な負担も発生する課題が生じる。
【０３９５】
一方で副音声信号を利用した多言語サービスであれば、受信機３００の対応は非常に容易となる。すなわち受信機３００としては従来の音声信号のデコード処理で対応が可能なため、多言語音声サービスでの受信機３００の新たな費用負担の増加は少ない。
【０３９６】
さらに本実施形態システムにおいて、ユーザ（視聴者）が特定の言語音声サービスを一度設定するだけで、その後の音声切り替え操作を必要としないという効果が期待できる。なぜなら受信機３００（内のデマルチプレクサ３０４）が多言語音声サービスを実施しているかを判断し、“識別情報”を利用してユーザ（視聴者）に最適な言語を優先的に選べる。
【０３９７】
またそれに限らず、放送信号あるいは通信信号の送信経路の途中で、自治体あるいは施設、ケーブル局などで独自のローカル対応の副音声信号（エレメンタリーストリームＥＳ）を追加して、特定地域でのサービス利便性を向上させても良い。例えば緊急性を持つニュース以外のコンテンツに対し、（送信経路途中の各施設で）数分キャッシュして翻訳・多重化して各ローカルエリアで再送信する。
【０３９８】
このように本実施形態システムに準拠した（所定の識別情報を設定した）副音声信号や副映像信号を（送信経路途中の各施設で）多重化することで、地域に密着した独自サービスを提供できる効果が有る。
【０３９９】
図１の放送局１００から受信機１４０に向けて放送信号が送信される。放送信号内では連続して繰り返し送信されるトランスポートパケットＴＳＰ内に、上記の制御信号３１００と符号化信号３２００が挿入される。
【０４００】
図２６（ａ）が示すように上記制御信号３１００は、上記トランスポートパケットＴＳＰ内のペイロードＰＹＬＤ領域内に挿入される。そしてこのペイロードＰＹＬＤ領域内の信号を集めてセクションＳＣＴが構成される（図２６（ｂ））。同一内容の情報が複数セクションＳＣＴに跨って記述可能にして、同一内容を持った制御信号３１００の情報増大化に対応可能にしている。この場合に複数セクションＳＣＴ間の前後関係を判別可能にするため図２６（ｃ）に示すように、セクション番号ＳＣＮを設定する枠（パラメータ設定領域）が設けてある。
【０４０１】
制御信号３１００の内容は、異なる複数のテーブルに分類されている。そして機能や役割または内容毎に、テーブル名と設定値が予め定められている。そして各テーブルに対応した設定値が図２６（ｄ）が示すように、テーブル識別ＴＩＤ内に設定される。
【０４０２】
これらテーブル毎に対応したパラメータ設定領域として、上記のテーブル識別ＴＩＤ以外にもパケット識別ＰＩＤ（図３３（ｂ）を用いて後述）が存在する。同一テーブルに対応したパラメータ設定領域を持つことで、受信機１４０側で所定テーブル抽出精度を高める効果が有る。
【０４０３】
すなわち受信機１４０内のデマルチプレクサ３０４（図３）は始めに、上記パケット識別ＰＩＤの設定数値を利用して同一テーブル内容が記載されたトランスポートストリームパケットＴＳＰを抽出する。その直後に上記テーブル識別ＴＩＤ内の設定数値を判断して所定のテーブルが採取できたかの確認ができる。そのためセクションＳＣＴ内の最初の位置に上記のテーブル識別ＴＩＤを配置することで、テーブル内容の確認迅速性を高める効果が有る。
【０４０４】
なお上記テーブル識別ＴＩＤに続くシンタクス指示の枠（パラメータ設定領域）内には、“１”の数値が設定される。
【０４０５】
プログラムアソシエーションテーブルＰＡＴを除く各テーブル内では、１個以上の記述子ＤＣＲが配置可能となっている。テーブル毎に明記する情報の内容別に複数種類の記述子ＤＣＲが定義されている。テーブル毎に設定可能な記述子ＤＣＲが予め定められている。そして放送局１００は放送信号の内容に応じて適宜、各テーブルに設定する記述子ＤＣＲ内容を選択可能になっている。
【０４０６】
図２６（ｄ）における各設定値の上位２桁“０ｘ”は、１６進法での記述を意味する。以降では、数値の上位２桁に“０ｘ”が付いている場合は１６進法表示、“０ｘ”が付かない表示は２進法（バイナリービット）表示を表す。
【０４０７】
ここで設定値“０ｘ０２”で指定されるプログラムマップテーブルＰＭＴは、放送番組を構成する各符号化信号を伝送するトランスポートストリームパケットＴＳＰのパケット識別ＰＩＤおよび有料放送の関連情報のうち共通情報を伝送するトランスポートストリームパケットＴＳＰのパケット識別ＰＩＤを指定する。
【０４０８】
設定値“０ｘ００”で指定されるプログラムアソシエーションテーブルＰＡＴは、放送番組に関連するプログラムマップテーブルＰＭＴを伝送するトランスポートストリームパケットＴＳＰのパケット識別ＰＩＤを指定する。
【０４０９】
設定値“０ｘ０１”で指定されるコンディショナルアクセステーブルＣＡＴは、有料放送の関連情報のうち個別情報を伝送するトランスポートストリームパケットＴＳＰのパケット識別ＰＩＤを指定する。
【０４１０】
設定値“０ｘ４０”または“０ｘ４１”で指定されるネットワークインフォメーションテーブルＮＩＴは、変調周波数など伝送路の情報と放送番組を関連付ける情報を伝送する。そして設定値“０ｘ４Ｅ〜０ｘ６Ｆ”で指定されるイベントインフォメーションテーブルは、番組の名称、放送日時、内容の説明など、番組に関する情報の指示を行う。
【０４１１】
本実施形態システムでは、視聴者に提供するコンテンツ内容を“サービス”と呼ぶ。そしてサービスの内容毎に異なるサービス識別（ｓｅｒｖｉｃｅ＿ｉｄ）ＳＶＩＤを対応させる（図２７（ｅ））。
【０４１２】
上記プログラムマップテーブルＰＭＴ内のデータ構造を、図２７（ｂ）に示す。このプログラムマップテーブルＰＭＴの放送局１００側からの再送周期は、１００ｍｓ前後となっている。またワンセグなどの部分受信階層の場合の再送周期は、２００ｍｓとなる。いずれの再送周期も最大１秒となっている。
【０４１３】
プログラム番号ＰＲＮは、放送番組番号識別に対応する。またこの番号は、上記対象サービスのｓｅｒｖｉｃｅ＿ｉｄと判断する。
【０４１４】
また符号化信号情報ＥＳＩＦ毎に、符号化信号のストリーム形式識別ＳＴＩＤと符号化信号のパケット識別ＥＰＩＤ、対応する１個以上の記述子ＤＣＲの組み合わせが設定される。
【０４１５】
同一符号化信号情報ＥＳＩＦ内では、この符号化信号のストリーム形式識別ＳＴＩＤが基準となる。そしてこの符号化信号のストリーム形式識別ＳＴＩＤに対応したエレメンタリーストリームＥＳ（符号化信号３２００）の少なくとも一部が、トランスポートストリームパケットＴＳＰのペイロードＰＹＬＤ内に添付される（図３３（ａ））。そしてこのトランスポートストリームパケットＴＳＰ内のパケット識別ＰＩＤ内設定値が、符号化信号のパケット識別ＥＰＩＤの枠（パラメータ設定領域）内に設定される。
【０４１６】
ところで受信機１４０（図１）が上記プログラムマップテーブルＰＭＴを受信すると、前記符号化信号のストリーム形式識別ＳＴＩＤが当該受信機１４０で対応するか否かを判定する。そして対応していない符号化信号のストリーム形式識別ＳＴＩＤが記述されている場合には、対応する符号化信号情報ＥＳＩＦの内容を無効と判断する。
【０４１７】
図２６（ｃ）が示すように、上記セクションＳＣＴ内で各種記述子ＤＣＲを記述できる。その中の一例として図２７（ａ）では、上記プログラムマップテーブルＰＭＴ内で記述可能なアクセス制御記述子ＡＣＤＲ内のデータ構造を示す。ここで図２７（ａ）と（ｅ）内の上段は、パラメータ設定領域毎の配置ビット数を表す。そして放送信号としては、この配置ビット数が小さな値から昇順に沿って放送局１００から送信される。
【０４１８】
このアクセス制御記述子ＡＣＤＲは、サービス全体が限定受信対象の場合、限定受信方式の共通情報ＥＣＭ４１０（図４Ａ）を送信するトランスポートストリームパケットＴＳＰ内のパケット識別ＰＩＤ内設定値とその伝送経路を指定する。
【０４１９】
すなわちＢＳでは、（図示してない）限定受信方式記述子のみで共通情報ＥＣＭ４１０（図４Ａ）を送信するトランスポートストリームパケットＴＳＰのパケット識別ＰＩＤの設定値を指定する。一方で地デジは、Ｂ−ＣＡＳ（ＢＳ Conditional Access Systems）と地上放送ＲＭＰ（Right Management and Protection）管理センターＴＲＭＰのサイマルクリプトという同じスクランブル鍵Ｋｓ４０１（図４Ａ）だが異なる２つのＣＡＳ（Conditional Access System）システムを運用している。
【０４２０】
すなわち有料課金機能をもつＢ−ＣＡＳの共通情報ＥＣＭ４１０は、限定受信方式記述子で共通情報ＥＣＭ４１０を送信するトランスポートストリームパケットＴＳＰのパケット識別ＰＩＤの設定値を指定する。
【０４２１】
一方で有料機能を持たないＴＲＭＰ方式の共通情報ＥＣＭ４１０を送信するトランスポートストリームパケットＴＳＰのパケット識別ＰＩＤの設定値を、上記のアクセス制御記述子で指定する。
【０４２２】
２０００年のＢＳデジタル放送開始時には限定受信方式記述子のみだった。そして地デジでＴＲＭＰ方式のサイマル運用をするにあたり、同一プログラムマップテーブルＰＭＴで２つの異なる共通情報ＥＣＭ４１０を送信するトランスポートストリームパケットＴＳＰのパケット識別ＰＩＤの設定値を指定する。そして受信機３００は対応するコンディショナルアクセスシステム識別ＣＡ＿Ｓｙｓｔｅｍ＿ｉｄの方式に合致した共通情報ＥＣＭ４１０でスクランブル鍵Ｋｓ４０１を取得する。そのため、限定受信方式記述子と似て非なるアクセス制御記述子ＡＣＤＲをつくり、プログラムマップテーブルＰＭＴに両方記述している。
【０４２３】
このアクセス制御記述子ＡＣＤＲ内の先頭に配置される記述子タグＤＳＴＧは最初のビットから８番目のビットまで枠組みされている。そしてこの内には、“０ｘＦ６”の値が設定される。また限定受信方式識別ＣＡＩＤ内では、限定受信方式識別を記述する。具体的には所定の限定受信方式を識別する数値または地上デジタルテレビジョン放送に適用される識別値のみを設定する。
【０４２４】
伝送情報ＴＲＴＹ内では、当該限定受信方式のECM の伝送経路タイプを記述する。本実施形態ではこのパラメータ設定領域内にビット表示で“１１１”を設定し、放送経路を示す。
【０４２５】
有料視聴権に関する番組情報および制御情報からなる共通情報の識別ＥＣＭ−ＰＩＤ内には、ＥＣＭ４１０（図４Ａ）が格納されたトランスポートストリームパケットＴＳＰを示すパケット識別ＰＩＤ（図３３（ａ））の値が設定される。
【０４２６】
図２７（ｃ）は、プログラムアソシエーションテーブルＰＡＴ内のデータ構造を示す。なおこのプログラムアソシエーションテーブルＰＡＴの再送周期は、１００ｍｓ前後に設定される。
【０４２７】
トランスポートストリーム識別ＴＳＩＤは、このプログラムアソシエーションテーブルＰＡＴが含まれるトランスポートストリーム自体の識別（transport_stream_id）を表す。
【０４２８】
またネットワークパケット識別内には、対応するネットワークインフォーメーションテーブルＮＩＴのパケット識別ＰＩＤを設定する。図３３（ｂ）で後述するように、ネットワークインフォーメーションテーブルＮＩＴのパケット識別ＰＩＤは、“０ｘ００１０”が設定される。従ってこのパラメータ設定領域内には、“０ｘ００１０”が設定される。
【０４２９】
プログラムアソシエーションテーブルＰＡＴ内では、サービス識別（ｓｅｒｖｉｃｅ＿ｉｄ）ＳＶＩＤ毎に対応するプログラムマップテーブルＰＭＴのパケット識別ＰＭＰＩＤの組み合わせ（符号化信号情報ＥＳＩＦ）を定義する。
【０４３０】
従ってプログラム番号ＰＲＮのパラメータ設定領域内に、対象サービスのｓｅｒｖｉｃｅ＿ｉｄを記述する。また同一符号化信号情報ＥＳＩＦ内の対応プログラムマップテーブルのパケット識別ＰＭＰＩＤのパラメータ設定領域内に、対応するプログラムマップテーブルＰＭＴのパケット識別ＰＭＰＩＤの値を設定する。なお同一のパケット識別ＰＩＤ値に割り当て可能なプログラム（サービス）の最大数を４とする。すなわちプログラムマップテーブルＰＭＴをマルチセクション化する場合など、異なるプログラム番号ＰＲＮに対して同一の対応プログラムマップテーブルのパケット識別ＰＭＰＩＤを指定する場合は、指定可能なプログラム番号ＰＲＮの数を最大４とする。このように割り当て可能なプログラム（サービス）の最大値を設定することで、受信機１４０内処理の煩雑さを防止する効果がある。ただし、部分受信階層のサービスに対してはプログラムマップテーブルＰＭＴのマルチセクション伝送を行えないため、同一対応プログラムマップテーブルのパケット識別ＰＭＰＩＤに対し１つのプログラム番号ＰＲＮしか指定できない。
【０４３１】
なお図２７（ｃ）から図２７（ｂ）に向かう破線矢印が示すように、プログラムアソシエーションテーブルＰＡＴ内で設定するプログラム番号ＰＲＮと同じ数値が、対応するプログラムマップテーブルＰＭＴ内のプログラム番号（放送番組番号識別）ＰＲＮ内に記述される。
【０４３２】
受信機３００内のデマルチプレクサ３０４（図３）はプログラムアソシエーションテーブルＰＡＴ内で設定された対応プログラムマップテーブルのパケット識別ＰＭＰＩＤを利用し、対応するプログラムマップテーブルＰＭＴが格納されたトランスポートストリームパケットＴＳＰを抽出する。その抽出されたプログラムマップテーブルＰＭＴ内のプログラム番号（放送番組番号識別）ＰＲＮの設定値を判定して、抽出されたプログラムマップテーブルＰＭＴの正否を確認できる。このように異なるテーブル間で同じ設定値が重複して設定されることで、テーブル獲得精度が向上する効果がある。
【０４３３】
なお同様な重複設定は、図２７（ｃ）から（ｄ）へ向かう破線矢印が示すトランスポートストリーム識別ＴＳＩＤの重複設定でも見られる。
【０４３４】
図２７（ｄ）は、ネットワークインフォメーションテーブルＮＩＴ内のデータ構造を示す。なおこのネットワークインフォメーションテーブルＮＩＴの再送周期は、１秒前後（最大３秒）に設定される。
【０４３５】
ネットワーク識別ＮＥＴＩＤは、地上デジタルテレビジョン放送では各送出マスター毎に１個割り振られる。また、ＢＳデジタル放送では、全チャンネルを通して１個割り振られ、広帯域ＣＳデジタル放送では放送開始当初に異なる２つのプラットフォーム事業者により開始された経緯（その後現在の１つに統合された）から２個割り振られ、高度ＢＳデジタル放送では１個、高度広帯域ＣＳデジタル放送では１個が割り振られる。
【０４３６】
このネットワークインフォメーションテーブルＮＩＴ内では第２ループ（ＴＳループ）領域ＳＴＬＰが存在する。この第２ループ（ＴＳループ）領域ＳＴＬＰ内で、対象ネットワークに含まれるトランスポートストリームの情報を記述する。
【０４３７】
この第２ループ（ＴＳループ）領域ＳＴＬＰ内では、オリジナルネットワーク識別ＯＲＧＩＤのパラメータ設定領域が設定されている。本実施形態システムでは、分散システム（放送波に限らずケーブル経由も含めた放送信号の配信システム）に関係するラベルとして、ネットワーク識別ＮＥＴＩＤとオリジナルネットワーク識別ＯＲＧＩＤの２領域を用いる。このオリジナルネットワーク識別ＯＲＧＩＤのパラメータ設定領域は、そのトランスポートストリームＴＳが元々の分配システムと異なる別の分配システムに移動した場合に、トランスポートストリームＴＳ内のサービスを唯一に識別するのを助ける役割をする。
【０４３８】
すなわち『オリジナルネットワーク識別ＯＲＧＩＤ  ⇒  トランスポートストリーム識別ＴＳＩＤ  ⇒  サービス識別ＳＶＩＤ』の道順をたどることで、サービスをユニークに参照できる。ここで上記の道順には、ネットワーク識別ＮＥＴＩＤが含まれない。
【０４３９】
所定のトランスポートストリーム中のサービスが別の分配システムに移動する場合、ネットワーク識別のみが変わり、オリジナルネットワーク識別ＯＲＧＩＤは変化しない。
【０４４０】
従って分散システムに関係するラベルとしてネットワーク識別ＮＥＴＩＤとオリジナルネットワーク識別ＯＲＧＩＤの２領域を用いることで、所定サービスが別の分配システムに移動しても（サービス識別ＳＶＩＤが変更しないので）同じサービスをユニークに参照できる効果がある。
【０４４１】
ところで本実施形態例では、このオリジナルネットワーク識別ＯＲＧＩＤのパラメータ設定領域内には、前述したネットワーク識別ＮＥＴＩＤと同じ数値を記述しても良い。
【０４４２】
そしてトランスポートストリーム識別ＴＳＩＤに関するパラメータ設定領域内に設定される異なる数値毎に、１個以上の記述子ＤＣＲの組み合わせが可能となっている。この組み合わせはＴＳ関連情報ＴＳＩＦとして纏められるが、この個々のＴＳ関連情報ＴＳＩＦの組み合わせを“ループ”と呼ぶ。なお地上デジタルテレビジョン放送ではループ数は１となる。
【０４４３】
第２ループ（ＴＳループ）領域ＳＴＬＰ内のＴＳ関連情報ＴＳＩＦ（ループ）内に設定される記述子ＤＣＲの一例として、ＴＳ情報記述子ＴＳＤＲを記述する。このＴＳ情報記述子ＴＳＤＲ内では、当該トランスポートストリームＴＳに付随する様々な追加情報を記載する。
【０４４４】
また本実施形態では、ネットワークインフォメーションテーブルＮＩＴ内の第２ループ（ＴＳループ）領域ＳＴＬＰの中に必ずこのＴＳ情報記述子ＴＳＤＲを配置する必要がある。なおこの場合には、記述子タグＤＳＴＧのパラメータ設定領域内には“０ｘＣＤ”が設定される。
【０４４５】
図２７（ｅ）の上段は各パラメータ設定領域の配置ビットを示す。“４９＋８Ｍ”ビット目から“６４＋８Ｍ”ビット目（Ｍは“０”または自然数）に配置されたサービス識別（service_id）ＳＶＩＤのパラメータ設定領域内には、当該階層をサービス階層とするサービスの service_id を記述する。またここに挿入する数値は、対応するプログラム番号ＰＲＮと同じ値となる。
【０４４６】
また本実施形態システムでは、サービス識別（service_id）ＳＶＩＤ毎に、受信機３００のリモートコントローラ３５２（図３）に対して推奨するリモコンボタン番号が通知可能となっている。そして１７ビット目から２４ビット目までの８ビットのパラメータ設定領域内で、リモコンキーのＩＤ値を設定する。
【０４４７】
すなわち上記リモコンキー識別ＲＣＩＤは、図３に示す受信機３００に付属するリモートコントローラ３５２に装備される“１”から“１２”までの釦にデフォルトで各事業者を割り当てる機能に対応する。そして、一事業者に対して一つのリモコンキー識別ＲＣＩＤのパラメータ設定領域内に記載された番号で該当ボタンに割り当てる。
【０４４８】
なお図２７（ｅ）において、複数の異なるサービス識別ＳＶＩＤを並列的に設定可能となっている。この場合にはＴＳ情報記述子ＴＳＤＲ内に記載された全てのサービス識別ＳＶＩＤに対して、共通の推奨するリモコンボタン番号が対応する。
【０４４９】
ネットワークインフォメーションテーブルＮＩＴ内に必ず設置するＴＳ情報記述子ＴＳＤＲ内に上記サービス識別（service_id）ＳＶＩＤが存在するので、国内の至る所でリモコンボタン番号の誤りを防止できる効果がある。すなわち図３に示すリモートコントローラ３５２付き受信機３００が国内の遠方に引っ越した場合、国内の至る所で上記の情報を利用してリモコンボタン番号をリセットできる。
【０４５０】
上記のリモコンキー識別ＲＣＩＤのパラメータ設定領域内に記載される番号に重複が起こらない場合には、リモコンキー識別ＲＣＩＤのパラメータ設定領域内に記載される番号とリモートコントローラ３５２の番号が一致する。
【０４５１】
このリモコンキー識別ＲＣＩＤは原則として放送対象地域内でユニークであり基本的には、隣接エリア間で重複しないよう調整される。しかし他エリアからも受信したことで稀に、リモコンキー識別ＲＣＩＤのパラメータ設定領域内に記載される番号が（隣接エリア間で）重複する場合が起きる。
【０４５２】
この場合には、受信機３００に設定されている視聴者居住地域設定により、対象放送局１００（図１）を優先して割り当てる。その後、チャンネル設定と重複局のリストを表示し、視聴者が手動で割り当てても良い。またリモコンキー番号が足りない場合は、視聴者は域外局を除外しても良い。
【０４５３】
図２７（ｂ）のプログラムマップテーブルＰＭＴ内データ構造を図２８（ａ）に転記し、一部追記する。アクセス制御記述子ＡＣＤＲを含めた他の記述子ＤＣＲの集合領域を、第１ループ領域ＦＬＰと呼ぶ。また１個以上の符号化信号情報ＥＳＩＦの集合領域を、第２ループ（ＥＳループ）領域ＳＥＬＰと呼ぶ。
【０４５４】
すなわち上記第２ループ（ＥＳループ）領域ＳＥＬＰ内では１個以上の符号化信号情報ＥＳＩＦを設定する領域が存在する。また符号化信号情報ＥＳＩＦ毎の先頭領域に、符号化信号のストリーム形式識別ＳＴＩＤが配置される。そして同一の符号化信号情報ＥＳＩＦ内で、複数の異なる記述子ＤＣＲを配置しても良い。
【０４５５】
ここで符号化信号のストリーム形式ＳＴＩＤに関する同一の設定数値内（同一の符号化信号情報ＥＳＩＦ内）の最初の記述子ＤＣＲとして、ストリーム識別記述子ＳＩＤＣを配置する。
【０４５６】
このストリーム識別記述子ＳＩＤＣは、対応する符号化信号３２００（エレメンタリーストリームＥＳ）に対するラベル付けに使用される。この中の１ビット目から８ビット目に配置される記述子タグＤＳＴＧ内には、“０ｘ５２”の数値が設定される。
【０４５７】
また１７ビット目から２４ビット目に至る８ビットのパラメータ設定領域内は、コンポーネントタグ（component_tag）ＣＭＴＧに対応した数値が設定される。特にプログラムマップテーブルＰＭＴ内に定義された全ての符号化信号３２００（エレメンタリーストリームＥＳ）に対し、上記コンポーネントタグ（component_tag）ＣＭＴＧの数値設定（ストリーム識別記述子ＳＩＤＣの配置）を必須とする。
【０４５８】
選局・予約ともに、ユーザ（視聴者）の符号化信号３２００（エレメンタリーストリームＥＳ）選択は制御信号３１００から行われるため、ユーザインタフェースと符号化信号３２００（エレメンタリーストリームＥＳ）を関連付けるコンポーネントタグ（component_tag）ＣＭＴＧの数値は重要な意味を持つ。
【０４５９】
受信機３００内のデマルチプレクサ３０４（図３）は、選局時に上記コンポーネントタグ（component_tag）ＣＭＴＧを元にして符号化信号３２００（エレメンタリーストリームＥＳ）を選択し、そのパケット識別ＰＩＤを見つけてトランスポートストリームＴＳより分離・デコードを行う。
【０４６０】
従って選択（表示）中の符号化信号３２００（エレメンタリーストリームＥＳ）についてもコンポーネントタグ（component_tag）ＣＭＴＧの数値が同一のものをデコードし続ける。つまり、例えば component_tag = ”0x11” の符号化信号３２００（エレメンタリーストリームＥＳ）を表示している場合には、少なくとも視聴中の番組内においては、視聴者が何も操作しない限りは“０ｘ１１”に対応した符号化信号３２００（エレメンタリーストリームＥＳ）をデコードし続ける。番組が切り替わりプログラムマップテーブルＰＭＴが更新し、更新されたプログラムマップテーブルＰＭＴにコンポーネントタグ（component_tag）ＤＭＴＧの設定値が“０ｘ１１”に対応した符号化信号３２００（エレメンタリーストリームＥＳ）が存在する場合には、そのままのコンポーネントタグ（component_tag）ＤＭＴＧの設定値が“０ｘ１１”に対応した符号化信号３２００（エレメンタリーストリームＥＳ）を提示するか、デフォルトのコンポーネントタグ（component_tag）ＣＭＴＧを選択するかは商品企画による。
【０４６１】
このため、受信機は、選択・受信していたコンポーネントタグ（component_tag）ＣＭＴＧが番組の切り替わり等で無くなると、新たなコンポーネントタグ（component_tag）ＣＭＴＧから選択し直すために、選局時と同様な処理を行うこととなる。
【０４６２】
また、コンポーネントタグ（component_tag）ＣＭＴＧの設定数値が同一のものをデコードし続けるという原則は、そのコンポーネントタグ（component_tag）ＣＭＴＧの設定数値を持つパケット識別ＰＩＤの値が変更されても守られるが、プログラムマップテーブルＰＭＴに定義されているパケット識別ＰＩＤの設定数値情報が変更されると、受信機においてＰＩＤフィルタリング制御を行うため、表示上、選局動作と同じ現象が起こる。即ち、映像や音声のデコードが一旦途切れる可能性が高い。
【０４６３】
よって、受信機での継続的な表示を望む場合は、パケット識別ＰＩＤの設定数値を途中で変えることはできる限り避けるべきである。番組内および番組間にわたって、構成する符号化信号３２００（エレメンタリーストリームＥＳ）の種類数の増減は有り得るが、デフォルトの符号化信号３２００（エレメンタリーストリームＥＳ）が無くなることはない。
【０４６４】
上述したように、受信機３００での継続的な表示を行うためにはコンポーネントタグ（component_tag）ＣＭＴＧの設定数値を変えてはならない。また映像信号および音声信号に付いて、デコード中のコンポーネントタグ（component_tag）ＣＭＴＧの設定数値に対応した符号化信号３２００（エレメンタリーストリームＥＳ）がプログラムマップテーブルＰＭＴから無くなった場合は、デフォルトで設定される符号化信号３２００（エレメンタリーストリームＥＳ）に切り替える。
【０４６５】
１個のプログラムマップテーブルＰＭＴ内において、符号化信号のストリーム形式識別ＳＴＩＤ内の同一設定値に対応した複数の映像信号または音声信号が定義され、さらに図３０を用いて後述するイベントインフォメーションテーブルＥＩＴ内にコンポーネント記述子ＣＭＤＲ（音声コンポーネント記述子ＡＵＤＲ）が複数配置されている場合は、コンポーネントタグ（component_tag）ＣＭＴＧの設定数値が小さい順に優先順位付けする。
【０４６６】
このコンポーネントタグ（component_tag）ＣＭＴＧのパラメータ設定領域内の設定値割当例を、図２８（ｃ）に示す。例えばデフォルトの映像ストリームや音声ストリーム、あるいは字幕や文字スーパーのメインストリームに対してそれぞれ“０ｘ００”や“０ｘ１０”、“０ｘ３０”、“０ｘ３８”の数値を割当てても良い。
【０４６７】
またデフォルト／メインではない映像ストリームや音声ストリーム、字幕／文字スーパーに対して“０ｘ０１〜０ｘ０Ｆ”や“０ｘ１１〜０ｘ２Ｆ”、“０ｘ３１〜０ｘ３７”、“０ｘ３９〜０ｘ３Ｆ”の数値割当範囲を設定しても良い。
【０４６８】
さらにワンセグ放送などの部分受信階層で使用される符号化信号３２００（エレメンタリーストリームＥＳ）に対して下記のように割当てても良い。すなわち例えばデフォルトの映像／音声ストリームとそれ以外の映像／音声ストリームに対してそれぞれ、“０ｘ８１”や“０ｘ８２”、“０ｘ８３あるいは０ｘ８５”、“０ｘ８４または０ｘ８６”の各数値（範囲）を割当ててもよい。
【０４６９】
本実施形態システムでは、視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号３２００（エレメンタリーストリームＥＳ）に対応した識別情報を設定する。そして放送局１００またはサービス事業者装置１２０側は、上記識別情報を設置して放送信号または通信信号として送信する。また受信機１４０側は、上記の放送信号または通信信号内に設置された上記識別情報を基に、視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号３２００（エレメンタリーストリームＥＳ）を選択・抽出してユーザ（視聴者）に対して表示する。
【０４７０】
それに限らず、外国語の副音声信号に対応した識別情報を設定し、放送信号または通信信号内に配置して送信／受信し、受信機１４０側で外国語の副音声信号を選択・抽出してユーザ（視聴者）に対して表示する。
【０４７１】
この識別情報の設定方法として、所定の規格内での既存パラメータ設定領域への割当数値（あるいは割当数値範囲）を規定しても良い。上記のパラメータ設定領域として、プログラムマップテーブルＰＭＴ内の配置可能な記述子ＤＣＲ内の所定領域を使用しても良い。
【０４７２】
図２７を用いて説明したように、プログラムアソシエーションテーブルＰＡＴとプログラムマップテーブルＰＭＴの再送周期は１００ｍｓ前後と短い。それに比べてネットワークインフォメーションテーブルＮＩＴやイベントインフォメーションテーブルＥＩＴの再送周期は１秒前後（最大３秒）と長い。
【０４７３】
従って再送周期が短いプログラムマップテーブルＰＭＴ内の記述子ＤＣＲの内に上記識別情報を配置可能にすると、デマルチプレクサ３０４からの上記識別情報へのアクセス時間の短縮化が図れる。例えばプログラムマップテーブルＰＭＴ内の記述子ＤＣＲの内に上記識別情報が配置された場合には、ユーザ（視聴者）が選局チャンネルを切替直後に視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号３２００（エレメンタリーストリームＥＳ）の表示が行える。そのため、ユーザ（視聴者）に対するサービスが向上する。
【０４７４】
本実施形態における視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号３２００（エレメンタリーストリームＥＳ）に対応した識別情報あるいは外国語の副音声信号に対応した識別情報の設定方法として、既存配置のパラメータ設定領域に対する割当数値（範囲）の追加または小変更による再定義を行っても良い。
【０４７５】
その一例として、プログラムマップテーブルＰＭＴ内に配置可能な記述子ＤＣＲであるストリーム識別記述子ＳＩＤＣ内のコンポーネントタグ（component_tag）ＣＭＴＧを使用する。しかしそれに限らず、放送信号あるいは通信信号内に配置可能な任意のパラメータ設定領域を使用しても良い。
【０４７６】
本実施形態では、視覚が自由でない視聴者に適合した音声信号の属性として、“解説音声”を想定している。上記解説音声とは、視聴者に表示される映像内容（の変化）を適宜音声で“解説”するサービスを示す。
【０４７７】
また聴覚が自由でない視聴者に適合した音声信号の属性として、“特殊音声”を想定している。一般的に高齢になると、“高周波数の音が聞き辛い”と言われている。従ってこれらの聴覚特性を持った視聴者に対しては、“周波数変換可能な音声情報に関して、高周波数音声を低周波数音声に一部周波数シフト”させても良い。この処理を行った後の音声信号を、特殊音声と呼ぶ。
【０４７８】
それだけでなく、聴覚が自由でない視聴者に適合した属性を有する符号化信号３２００（エレメンタリーストリームＥＳ）の例として、手話映像を含んだ映像信号や所定言語での字幕ストリームや文字スーパーなどを想定している。
【０４７９】
しかしそれに限らず、視覚または聴覚が自由でない視聴者に適合したあらゆる符号化信号３２００（エレメンタリーストリームＥＳ）に対応した識別情報を対象にしても良い。
【０４８０】
図２８（ｃ）に記載した割当対象内容３１１５−１の一覧を、図２９（ｂ）に転記する。この図２９（ｂ）に記載した割当対象内容３１１５−１を、所定規格で既に設定された数値（範囲）と仮に見なしても良い。
【０４８１】
図２９（ｃ）は、視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号３２００（エレメンタリーストリームＥＳ）に対応した識別情報あるいは外国語の副音声信号に対応した識別情報の設定方法例を示す。
【０４８２】
図２９（ｂ）のようにデフォルトではない映像ストリームの属性を示す割当値（タグ値３１１０−１）の既存範囲が“０ｘ０１〜０ｘ０Ｆ”に設定されていたと仮定する。それに対して上記割当範囲内の所定値（範囲）を手話映像を含む映像ストリームの属性に割当てても良い。図２９（ｃ）に示す実施例では、手話映像を含む映像ストリームの属性に対して、“０ｘ０Ｆ”を割当てている。しかしそれに限らず、図２９（ｂ）内に記載した予約領域として割当てられた“０ｘ９０〜０ｘＦＦ”内の任意数値（あるいはその範囲）を新規に設定してもよい。
【０４８３】
同様に図２９（ｂ）内でデフォルトではない音声ストリームの属性に対応した既存の数値割当て範囲が“０ｘ１１〜０ｘ２Ｆ”だった場合を仮定する。それに対して日本語での解説音声ストリームを“０ｘ１２”または“０ｘ２０”に、そして英語での解説音声ストリームを“０ｘ１３”または“０ｘ２１”に、日本語／英語の特殊音声ストリームを“０ｘ１４”／“０ｘ１５”にそれぞれ割当てても良い。
【０４８４】
上記の例ではそれぞれの属性に対応した音声信号毎に所定の数値を割当てている。しかしそれに限らず、固定数値ではなく、設定可能な数値範囲を割り当ててもよい。またさらに予約領域として割当てられた“０ｘ９０〜０ｘＦＦ”内の任意数値（あるいはその範囲）を新規に設定してもよい。
【０４８５】
また図２９（ｂ）に示すようにワンセグなどの部分受信階層で使用される符号化信号３２００（エレメンタリーストリームＥＳ）に対して“０ｘ８０〜０ｘ８Ｆ”が既に設定されている場合に、その範囲内の所定値を新規に設定しても良い。
【０４８６】
図２９（ｃ）の実施例では、英語に対応した部分受信階層用解説音声を“０ｘ８４”に規定し、日本語に対応した部分受信階層用解説音声を“０ｘ８６”に規定している。また部分受信階層で使用される手話映像を含む副映像ストリームを“０ｘ８２”に規定している。
【０４８７】
例えば部分受信階層で使用される符号化信号３２００（エレメンタリーストリームＥＳ）に対して、“０ｘ８４〜０ｘ８６”は部分受信階層以外からも直接参照が可能となっている。したがって『部分受信階層、および部分受信階層以外でも視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号３２００に対してコンポーネントタグＣＭＴＧの設定値を“０ｘ８４”または“０ｘ８６”と規定』しても良い。
【０４８８】
具体的方法としてたとえば、「部分受信階層、および部分受信階層以外でも視聴覚障がい者向け解説音声を行う場合は（音声の）コンポーネントタグＣＭＴＧの設定値を“０ｘ８４”または“０ｘ８６”とする」と規定した場合は、部分受信階層（ワンセグ）、部分受信階層以外の通常のテレビにおいても、視聴覚障がい者向け解説音声を優先的に選択することが可能である。
【０４８９】
他の応用例として、上記のストリーム識別記述子ＳＩＤＣ内に配置されたコンポーネントタグＣＭＴＧに関するパラメータ設定領域に限らず、他の記述子ＤＣＲ内に配置されるコンポーネントタグＣＭＴＧに関するパラメータ設定領域を利用しても良い。
【０４９０】
再送周期が１秒前後（最大３秒）と長いがイベントインフォメーションテーブルＥＩＴ内に設定可能な記述子ＤＣＲ内でも、上記コンポーネントタグＣＭＴＧに関するパラメータ設定領域が存在する。いずれかの記述子ＤＣＲ内に設定しても良いが、複数の異なる記述子ＤＣＲで同様なコンポーネントタグＣＭＴＧの設定値を設定すると、検出精度が向上する効果が生まれる。
【０４９１】
このイベントインフォメーションテーブルＥＩＴ内のデータ構造を図３０（ｂ）に示す。上記テーブルは、番組の名称、放送日時、内容の説明など番組に関する情報を指示する。ここでテーブル識別ＴＩＤのパラメータ設定領域内に設定する数値として、“０ｘ４Ｅ”または“０ｘ４Ｆ”、“０ｘ５０〜０ｘ５Ｆ”、“０ｘ６０〜０ｘ６Ｆ”内（図２６（ｄ））の適正な数値が記述される。
【０４９２】
またサービス識別（service_id）ＳＶＩＤは、図２７（ｅ）の該当箇所に設定する数値と一致させる。そしてトランスポートストリーム識別ＴＳＩＤも、図２７（ｄ）の該当箇所に設定する数値と一致させる。このように数値を一致させて、ネットワークインフォメーションテーブルＮＩＴやプログラムマップテーブルＰＭＴ内で指定した内容と対応するイベントインフォメーションテーブルＥＩＴとの関係が確立する。
【０４９３】
イベントインフォメーションテーブルＥＩＴ内のイベントループ領域ＥＶＬＰ内では、
イベント識別ＥＶＩＤとそのイベントが開始する開始時間ＳＴＭ、終了する終了時間ＥＴＭ、任意数の記述子ＤＣＲが組みとなってイベント情報ＥＶＩＦを構成する。
【０４９４】
このイベントの開始時間から終了時間に至るイベント期間の最大値は４８時間とする。また１日のイベントの最大個数は、（サービス識別ＳＶＩＤの同一設定値に対応する）１サービス当たり９６個とする。このようにイベント条件に制限を掛けて、受信機３００の処理簡易性を確保している。
【０４９５】
コンポーネントタグＣＭＴＧの値が設定可能な記述子ＤＣＲとして、コンポーネント記述子ＣＭＤＲと音声コンポーネント記述子ＡＵＤＲが存在する。そしてこのコンポーネント記述子ＣＭＤＲ内では、イベントを構成する映像コンポーネントストリームに関する情報を記述する。
【０４９６】
このコンポーネント記述子ＣＭＤＲ内のデータ構造を、図３０（ａ）に示す。コンポーネント記述子ＣＭＤＲに対応した記述子タグＤＳＴＧのパラメータ設定領域内には、“０ｘ５０”の数値が設定される。
【０４９７】
また２１ビット目から２４ビット目に至る４ビット領域内では、コンポーネント内容ＣＭＣＴを指定する。このコンポーネント記述子ＣＭＤＲは映像コンポーネントストリームに関する情報を記述しているので、映像コンポーネントが該当する。従って上記コンポーネント内容ＣＭＣＴとしては、映像を意味する“０ｘ０１”が記述される。
【０４９８】
受信機３００内のデマルチプレクサ３０４は、受信した放送信号内の該当箇所の設定数値が“０ｘ０１”の場合には有効（映像）と見なし、それ以外の場合には、該当するコンポーネント記述子ＣＭＤＲは無効と判断する。
【０４９９】
次の２５ビット目から３２ビット目に至る８ビット領域内にはコンポーネント種別（component_type）ＣＭＴＹが指定され、この中に映像コンポーネント種別を示す数値が記述される。
【０５００】
３３ビット目から４０ビット目に至る８ビット領域には、前述したコンポーネントタグＣＭＴＧが配置される。図３に示す受信機３００内のデマルチプレクサ３０４内部では、当該番組内で一意となるコンポーネントタグＣＭＴＧの設定値で、プログラムマップテーブルＰＭＴ内に配置されたストリーム識別記述子ＳＩＤＣ内のコンポーネントタグＣＭＴＧの設定値と対応させて利用できる。
【０５０１】
さらに４１ビット目から６４ビット目に至る２４ビット領域内にはＩＳＯ＿６３９言語コードＬＧＣＤに対応した数値が設定される。ここで日本語に対応した“０ｘ６Ａ７０６Ｅ”を設定しても良い。
【０５０２】
最後の６５ビット目から６４＋８Ｎビット目（Ｎは“０”もしくは自然数）のパラメータ設定領域には、コンポーネント記述情報ＣＭＴＴ（text_char）に対応した数値が入る。ここには複数映像コンポーネント存在時に映像種類名として１６バイト（全角８文字）以下で記述する。改行コードは使用しない。コンポーネント記述がデフォルトの文字列である場合はこのフィールドを省略することができる。デフォルト文字列は「映像」。
【０５０３】
音声コンポーネント記述子ＡＵＤＲ内のデーター構造を、図３０（ｃ）に示す。記述子タグＤＳＴＧ内には、“０ｘＣ４”が設定される。
【０５０４】
２１ビット目から２４ビット目に至る４ビット領域に対応するコンポーネント内容ＣＭＣＴには、“０ｘ２〜０ｘ４”範囲内の数値が設定できる。本実施形態では、音声コンポーネントを示す“０ｘ２”を設定しても良い。また受信機３００内のデマルチプレクサ３０４内では、このパラメータ設定領域内に音声コンポーネントを示す“０ｘ２”が設定されている場合には有効と見なす。一方でそれ以外の数値が設定された場合には、対応する音声コンポーネント記述子ＡＵＤＲを無効と判断する。
【０５０５】
また２５ビット目から３２ビット目に至る８ビット領域にはコンポーネント種別ＡＣＴＹ（component_type）が配置される。そしてここには、当該コンポーネントの音声コンポーネント種別を記述する。
【０５０６】
さらに３３ビット目から４０ビット目に至る８ビット領域には、上述したコンポーネントタグＣＭＴＧが配置される。そしてこのパラメータ設定領域内には、当該番組内で一意となるコンポーネントタグ値を記述する。また図３に示す受信機３００内のデマルチプレクサ３０４内部では、当該番組内で一意となるコンポーネントタグＣＭＴＧの設定値で、プログラムマップテーブルＰＭＴ内に配置されたストリーム識別記述子ＳＩＤＣ内のコンポーネントタグＣＭＴＧの設定値と対応させて利用できる。
【０５０７】
６５ビット目から８８ビット目に至る２４ビット領域にはＩＳＯ＿６３９言語コードＬＧＣＤ（ISO_Language_code）が配置される。このパラメータ設定領域内には、（第1）音声コンポーネントの言語名を記述する。
【０５０８】
次の８９ビット目から１１２ビット目に至る２４ビット領域ではＩＳＯ＿６３９言語コードＬＧＣＤ２（ISO_Language_code2）が配置される。このパラメータ設定領域内にはエレメンタリーストリームＥＳの多言語モードにおいて、第2 音声コンポーネントの言語名を記述する。
【０５０９】
最後のコンポーネント記述情報ＤＭＴＴでは、音声種類名として１６バイトまたは全角８文字以下で記述する。１個のエレメンタリーストリーム（音声信号）によるデュアルモノラルの場合は、各音声種類名の間に改行コード１バイトを挿入し、合計３３バイト（全角１６文字）以下で記述する。またこのデフォルト文字列については、デュアルモノ以外は「音声」、デュアルモノの場合は「第1 音声CR（改行コード）第2 音声」と設定しても良い。
【０５１０】
本実施形態例では、視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号（解説音声信号や手話付き映像信号、字幕信号など）に対応した識別情報を設定する。放送局１００側またはサービス事業者装置１２０側は、この識別情報を放送信号または通信信号内に配置して送信する。
【０５１１】
受信機３００内のデマルチプレクサ３０４内ではこの識別情報を利用し、受信した放送信号または通信信号内から視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号３２００（エレメンタリーストリームＥＳ）を抽出してユーザ（視聴者）に表示する。
【０５１２】
この識別情報が存在しない場合の不具合状況を、図３１を用いて説明する。従来技術の課題を説明したように、従来技術では『選局チャンネル切替時には“デフォルト”のエレメンタリーストリームＥＳを選択する』処理を要求する。またデフォルト音声信号以外の音声信号で解説音声が放送されている場合を想定する。
【０５１３】
視覚障がい者が最初に解説音声を選択た後に選局チャンネルを切替えると、チャンネル切替直後にはデフォルトの音声信号が出力される。そのため選局チャンネルを切替える毎に、音声信号の切替処理が必要となる。
【０５１４】
たとえば図３１に示した例で単にデフォルト以外の音声信号を優先的に選択するというユーザーインターフェイスを具備し、ユーザーが副音声を選択したケースを想定する。チャンネルＡを選局すると、英語音声に対応した副音声信号の属性を示すコンポーネントタグＣＭＴＧの値は“０ｘ１１”で設定される。また解説音声の属性をコンポーネントタグＣＭＴＧの値は“０ｘ１２”で設定される。
【０５１５】
一方でチャネルＢでの解説音声の属性を持つ副音声信号を示すコンポーネントタグＣＭＴＧの値は“０ｘ１１”で与えられる。最初にユーザ（視聴者）がチャネルＢを視聴中に解説音声を選択した場合には、対応する副音声信号を示すコンポーネントタグＣＭＴＧの設定値“０ｘ１１”がデマルチプレクサ３０４内の記録領域に記録される。
【０５１６】
その後でユーザ（視聴者）がチャンネルＡに切り替えると、コンポーネントタグＣＭＴＧの設定値“０ｘ１１”に対応した音声信号が選択されて出力される。図３１のチャンネルＡでは、コンポーネントタグＣＭＴＧの設定値“０ｘ１１”に対応した音声信号は英語音声に対応した副音声信号なので、継続して解説音声を出力し続けるのは難しい。
【０５１７】
また解説音声のみならず、英語副音声をチャンネルＡで選択した場合も不都合が生じる。この場合のコンポーネントタグＣＭＴＧの設定値“０ｘ１１”なので、この値がデマルチプレクサ３０４内の記録領域に記録される。その後でユーザ（視聴者）がチャンネルＢに切り替えると、チャンネルＢでは解説音声が出力されてしまう。その結果、選局チャンネル切替前後で視聴者が意図した音声信号とは異なる音声信号が出力される。
【０５１８】
図３２は、識別情報としてコンポーネントタグＣＮＴＧへの設定値を使用した場合の受信機内の動作手順を示す図である。他の実施例と区別するため、図３２の動作手順に対応した実施例を『第１の実施例』と呼ぶ。
【０５１９】
図２７（ｅ）を用いた説明で既に、ユーザ（視聴者）にサービスを提供するサービス識別（service_id）ＳＶＩＤと、それに対応するリモコンボタン番号（リモコンキー識別）ＲＣＩＤが１対１対応する事を説明した。
【０５２０】
図３２の開始ステップＳ３５００で、受信機内のリモートコントローラ３５２を用いて選局するチャンネル（service_id）が選択された場合を考える。受信機３００内のデマルチプレクサ３０４（図３）は、最初にプロフラムアソシエーションテーブルＰＡＴの受信を行う（Ｓ３５０１）。そして放送信号内に該当するサービス識別ＳＶＩＤ（サービスＩＤ）が定義されたプログラムマップテーブルＰＭＴが送信されているか否かを判断する（Ｓ３５０３）。
【０５２１】
前述したように上記サービス識別ＳＶＩＤのパラメータ設定領域内に設定する数値は、プロフラムアソシエーションテーブルＰＡＴ内（およびプログラムマップテーブルＰＭＴ内）に配置されたプログラム番号ＰＲＮ（放送番組番号識別）のパラメータ設定領域内に設定する数値と一致する。従ってプロフラムアソシエーションテーブルＰＡＴ内に配置されたプログラム番号ＰＲＮ（放送番組番号識別）のパラメータ設定領域内の設定値を確認することで、サービス識別ＳＶＩＤが定義されたプログラムマップテーブルＰＭＴが送信されているか否かが判断（Ｓ３５０３）できる。
【０５２２】
もしサービス識別ＳＶＩＤが定義されたプログラムマップテーブルＰＭＴが送信されてない場合には、予め受信していたネットワークインフォメーションテーブルＮＩＴ（Ｓ３５０２）を利用する。
【０５２３】
具体的には放送チューナ３０１を制御して当該サービス識別ＳＶＩＤ（の所定の設定値）が伝送されるトランスポートストリームＴＳを選局する。図２７（ｄ）と（ｅ）から分かるように、ネットワークインフォメーションテーブルＮＩＴ内に配置されたＴＳ情報記述子ＴＳＤＲ内に記載されたサービス識別ＳＶＩＤ（サービスＩＤ）の領域内に設定されて数値を読み取って該当サービスＩＤが含まれる状況（Ｓ３５０３）を直接確認しても良い。
【０５２４】
次に選局したトランスポートストリームＴＳに配置されたコンディショナルアクセステーブルＣＡＴ（Ｓ３５０４）からＥＭＭ（図４Ａの個別情報ＥＭＭ４１１参照）が格納されているトランスポートストリームパケットＴＳＰのパケット識別ＰＩＤを受信する。
【０５２５】
その後、自受信機宛てのＣＡＳ＿ＩＤのＥＭＭを受信するためのフィルターをセットする（Ｓ３５１２）。
【０５２６】
またＰＡＴより選局したいサービス識別ＳＶＩＤ（サービスＩＤ）に対応したプログラムマップテーブルＰＭＴを受信（Ｓ３５０５）し、ＥＣＭ（図４Ａの共通情報ＥＣＭ４１０参照）が格納されているトランスポートストリームパケットＴＳＰのパケット識別ＰＩＤを検知する。
【０５２７】
そしてそのパケット識別ＰＩＤの対応設定値を利用してＥＣＭを受信しＣＡＳモジュール（ＩＣカード）にＥＣＭ受信コマンドを発行する。既にＣＡＳモジュール（ＩＣカード）に契約済みのＥＭＭを受信済みであれば正常応答としてＥＣＭ受信コマンドの応答としてスクランブル鍵Ｋｓ（図４Ａのスクランブル鍵（Ｋｓ）４０１）をＣＡＳモジュール（ＩＣカード）から受信しデスクランブラにセットする（Ｓ３５０８）。
【０５２８】
またプログラムマップテーブルＰＭＴ（Ｓ３５０５）に記載された選局チャンネルの映像信号や音声信号が格納されたトランスポートストリームパケットＴＳＰ内のパケット識別ＰＩＤを用いて対応する映像信号と音声信号を抽出し、映像デコーダ３０６と音声デコーダ３０７（図３）内に転送する。
【０５２９】
前述のようにＥＣＭ受信によりＣＡＳモジュール（ＩＣカード）から得たスクランブル鍵（Ｋｓ）により（Ｓ３５０８）、デスクランブル（Ｓ３５０９）された圧縮状態の映像音声信号を得る。その後、映像デコーダ３０６と音声デコーダ３０７内で圧縮信号をデコード（Ｓ３５１０）して、表示器３２８やスピーカー３２９に出力する。
【０５３０】
非契約ないし契約済みでもＥＭＭが未受信の状態であれば、ＣＡＳモジュール（ＩＣカード）からのＥＣＭ受信コマンドの応答として、非契約等のＥＭＭ未受信を意味する応答が返る。従って受信機３００は表示器３２８にて“非契約”などの所定のエラーメッセージを生成しモニターに表示する（Ｓ３５１６）。
【０５３１】
地上デジタルテレビジョン放送において、音声信号に対応したコンポーネントタグＣＭＴＧに対する設定値の既存の割当ては
○  部分受信階層以外は“０ｘ１０〜０ｘ２Ｆ”、
○  部分受信階層においては、部分受信階層から直接参照される場合は“０ｘ８３〜０ｘ８６”、
○  部分受信階層において部分受信階層以外から直接参照される場合は“０ｘ８４〜０ｘ８６”
と、予め定義されている。
【０５３２】
またＢＳ（Broadcasting Satellites）デジタルテレビジョン放送における音声信号のコンポーネントタグＣＭＴＧに対する設定値の既存の割り当ては
○  部分受信階層以外は“０ｘ１０〜０ｘ２Ｆ”、
○  地上デジタル放送の部分受信階層以外およびＢＳデジタル放送いずれも
デフォルト音声信号は“０ｘ１０”と予め定義されている。
【０５３３】
本実施形態における音声信号のコンポーネントタグＣＭＴＧの設定値に対して例えば、放送規格として新たに以下の値を固定値の運用する場合として割り当てる。
“０ｘ２０”⇒       解説音声(日本語)
“０ｘ２１”⇒       解説音声（英語）
“０ｘ１１”⇒       多言語音声（英語）
“０ｘ８４”⇒       解説音声（ＡＡＣ  ２４ｋＨｚ）
“０ｘ８６”⇒  解説音声（ＡＡＣ  ４８ｋＨｚ）
また、部分受信階層の音声信号のうち、コンポーネントタグＣＭＴＧの値を“０ｘ８４〜０ｘ８６”に設定した場合は、部分受信階層以外からも直接参照が可能となっている。そのため例えば「部分受信階層、および部分受信階層以外でも視聴覚障がい者向け解説音声を行う場合はコンポーネントタグＣＭＴＧの設定値を“０ｘ８４”または“０ｘ８６”とする」と規定しても良い。この場合は、部分受信階層（ワンセグ）、部分受信階層以外の通常のテレビにおいても、視聴覚障がい者向け解説音声を優先的に選択することが可能となる。
【０５３４】
さらに解説音声（日本語）、解説音声（英語）、多言語音声（英語）などの副音声信号が送られてきた場合には、本実施形態における受信機はデフォルト音声より優先して選択させる。そのユーザーインターフェイスを実行させる手段として、選択した副音声信号に対応したコンポーネントタグＣＭＴＧの設定値を受信機３００内デマルチプレクサ３０４に設置された不揮発メモリ領域に記憶する。
【０５３５】
図３２に示す処理手順内部では、上記不揮発メモリ領域に記憶されたコンポーネントタグＣＭＴＧの設定値と同じ設定値を持った音声信号の有無を判定する（Ｓ３５０６）。
【０５３６】
具体的には受信したプログラムマップテーブルＰＭＴ（Ｓ３５０５）内に配置されたストリーム識別記述子ＳＩＤＣ（図２８（ａ））に記述されているコンポーネントタグＣＭＴＧへの設定値と上記不揮発メモリ領域に記憶された値を比較する。
【０５３７】
あるいはイベントインフォメーションテーブルＥＩＴ内に配置された音声コンポーネント記述子ＡＵＤＲに記述されているコンポーネントタグＣＭＴＧへの設定値と上記不揮発メモリ領域に記憶された値を比較する。図３２のステップＳ３５０６内では、上記両者のいずれか一方を行ってもよい。しかし両者の比較を一緒に行うと、判定精度の向上が図れる。
【０５３８】
その結果として放送信号内に含まれる音声信号内に該当する音声信号が無い場合（Ｓ３５０６のＮｏの場合）には、デフォルトの音声信号（音声エレメンタリーストリームＥＳ）を選択する（Ｓ３５１３）、
一方で放送信号内に含まれる音声信号内に該当する音声信号が有る場合（Ｓ３５０６のＹｅｓの場合）には、不揮発メモリ領域に記憶されたコンポーネントタグＣＭＴＧの設定値に対応した音声信号（音声エレメンタリーストリームＥＳ）を選択する（Ｓ３５０７）。
【０５３９】
ユーザ（視聴者）の該当する音声信号を用いた視聴が終了する（Ｓ３５１５）まで、ＭＰＥＧデコード（Ｓ３５１０）を続ける。
【０５４０】
なお上記コンポーネントタグＣＭＴＧ内への設定値の割り当ては上記例に限らず、音声信号（音声エレメンタリーストリームＥＳ）に割り当て可能なタグ値の範囲内で固定的な値として割り当てても良い。
【０５４１】
上記に説明した実施形態例では、視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号（解説音声信号や特殊音声信号、手話付き映像信号、字幕信号など）に対応した識別情報を、制御信号３１００内に配置していた。
【０５４２】
上記と異なる他の実施形態例では、上記の識別情報を符号化信号３２００内（符号化信号３２００を送信するトランスポートストリームパケットＴＳＰ内）に配置する。
【０５４３】
連続する複数のトランスポートストリームパケットＴＳＰのつながりの形態で放送信号が送信される。この１個のトランスポートストリームパケットＴＳＰ内は図３３（ａ）が示すように、トランスポートストリームパケットヘッダＴＳＨＤとペイロードＰＹＬＤから構成される。前述した各種テーブルや符号化信号３２００の実態は、上記ペイロードＰＹＬＤ内に挿入される。
【０５４４】
なお図３３（ａ）内の下段は、各種情報が配置される位置を“ビット番号”で示している。放送局１００から受信機１４０に向けて送信される場合は、ビット番号の若い順に送信される。そして１個のトランスポートストリームパケットＴＳＰは、１８８バイト（１８８×８ビット）で構成される。
【０５４５】
トランスポートストリームパケットヘッダＴＳＨＤ内の最初の８ビット位置に同期バイトＳＹＣが配置される。このパラメータ設定領域内に配置される設定値は“０ｘ４７”とする。
【０５４６】
２５ビット目と２６ビット目の位置に、スクランブル制御ＴＳＣのパラメータ設定領域が配置される。ペイロードＰＹＬＤ内のデータがスクランブルされてない場合には、この設定値が“００”となる。本実施形態では前半に記載したように、共通情報ＥＣＭ４１０と個別情報ＥＭＭ４１１（図４Ａ）を用いて符号化信号３２００にスクランブルを掛けている。従ってスクランブル制御ＴＳＣの領域内に“００”の設定値が入るケースは少ない  。
【０５４７】
一方で偶数鍵を使用する場合にはスクランブル制御ＴＳＣの領域内に“１０”の値が、奇数鍵を使用する場合には“１１”の値が設定される。
【０５４８】
２９ビット目から３２ビット目の位置に配置される連続性指標ＣＣＮＴには、最大“１１１１”までの数値が入る。
【０５４９】
１２ビット目から２４ビット目までの１３ビットで構成されるパラメータ設定領域には、パケット識別ＰＩＤに関する情報（設定値）が配置される。このパケット識別ＰＩＤでは、ペイロードＰＹＬＤ内に入る信号の種別と情報内容／信号内容３０５０に応じて設定値が変化する。
【０５５０】
図３３（ｂ）は、従来から規定されている設定値の一覧を示す。プログラムマップテーブルＰＭＴに関するパケット識別ＰＩＤの設定値は、プログラムアソシエーションテーブルＰＡＴ内で指定される。
【０５５１】
また符号化映像信号や符号化音声信号、アプリケーションインフォメーションテーブルＡＩＴや有視聴権に関する制御メッセージＥＣＭが送信されるトランスポートストリームパケットＴＳＰのパケット識別ＰＩＤ設定値は、上記プログラムマップテーブルＰＭＴ内で指定される。
【０５５２】
視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号（解説音声信号や特殊音声信号、手話付き映像信号、字幕信号など）に対応した識別情報を符号化信号３２００内（符号化信号３２００を送信するトランスポートストリームパケットＴＳＰ内）に配置する方法として他に示す実施形態では、上記パケット識別ＰＩＤの設定値を利用しても良い。
【０５５３】
すなわちパケット識別ＰＩＤの設定値あるいは設定値範囲を新規に規定する。放送局１００は新規な規定に準拠した設定値をパケット識別ＰＩＤのパラメータ設定領域内に配置する。受信機３００（内のデマルチプレクサ３０４）は、パケット識別ＰＩＤ内の設定値を解読して、視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号（解説音声信号や特殊音声信号、手話付き映像信号、字幕信号など）に対応した識別情報と判別する。
【０５５４】
図３３（ｂ）が示すように、従来の放送事業者毎に規定／運用可能な領域３４００に対応した設定値範囲は、“０ｘ００３０〜０ｘ１ＦＣ７”と“０ｘ１ＦＤ０〜０ｘ１ＦＦＥ”の範囲と規定されている。従って他に示す実施形態では、上記範囲内の所定数値あるいは所定数値範囲を視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号（解説音声信号や特殊音声信号、手話付き映像信号、字幕信号など）に割当てる。
【０５５５】
“０ｘ００３０〜０ｘ１ＦＣ７”と“０ｘ１ＦＤ０〜０ｘ１ＦＦＥ”の設定値範囲の中で値が小さい領域は、既に従来の放送事業者（放送局１００）が使用している可能性が高い。従って現状で放送事業者（放送局１００）の使用可能性の低い“設定値が大きい範囲内”を新規に規定すると、放送事業者（放送局１００）の大きな設備変更が不要な状態で対応し易い効果が生まれる。その一例として、“０ｘ１ＦＤ０〜０ｘ１ＦＦＥ”の設定値範囲の一部を視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号（解説音声信号や特殊音声信号、手話付き映像信号、字幕信号など）に対応した識別情報、あるいは外国語音声に対応した識別情報に利用する。
【０５５６】
他に示す実施形態での具体例を図３３（ｃ）に示す。すなわち“０ｘ１ＦＤ０〜０ｘ１ＦＥＥ”の範囲内を所定の音声／映像／字幕に対応の割当領域３４５０に利用し、“０ｘ１ＦＦ０〜０ｘ１ＦＦＥ”の範囲内を外国語に対応した副音声の割当領域３４８０に利用する。
【０５５７】
上記の所定の音声／映像／字幕に対応の割当領域３４５０として、視覚が不自由な人向けの解説音声信号の割当領域３４５２および音声信号を聞き辛い人（例えば高齢者は高周波側音声が聞き辛くなる）向けの特殊音声信号割当領域３４５４（例えば音声信号内の高周波側成分のみ低周波側にシフトさせるなど）、字幕付映像信号割当領域３４５８、音声信号を聞き辛い人向けの手話映像を含んだ映像信号割当領域３４５６、各種言語対応字幕割当領域３４６０などに関する識別情報（設定値）を設定しても良い。
【０５５８】
また外国語に対応した副音声の割当領域３４８０として、英語対応副音声割当領域３４８２、中国語対応副音声割当領域３４８４、韓国語対応副音声割当領域３４８６、ロシア語対応副音声割当領域３４８８８などに関する識別情報（設定値）を設定しても良い。
【０５５９】
上記識別情報（設定値）としての数値割当例を、図３４に示す。従来の放送業者毎に規定／運用可能なＰＩＤ値設定範囲領域に対して、ここで説明する実施形態で放送業者が使用可能な範囲領域が
〔実施形態１〕では“０ｘ００３０〜０ｘ１ＦＣ７”の全てが適応し、
〔実施形態２〕では“０ｘ００３０〜０ｘ１ＦＣ７”の一部のみが適応し
（残りの一部は“０ｘ１ＦＤ０〜０ｘ１ＦＦＥ”の範囲内を含んでも良い）、
〔実施形態３〕では“０ｘ１ＦＤ０〜０ｘ１ＦＦＥ”の範囲内のみが適応する。
【０５６０】
視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号（解説音声信号や特殊音声信号、手話付き映像信号、字幕信号など）に対応した識別情報を符号化信号３２００内に配置する他の方法として、パケッタイズドエレメンタリーストリームヘッダＰＥＳＨＤ内に配置しても良い。
【０５６１】
上記符号化信号３２００内のデータ構造を、図３５に示す。トランスポートストリームパケットＴＳＰ（図３５（ａ））内のペイロードＰＹＬＤ内に、エレメンタリーストリームのパケットが入る。そしてこの先頭に、パケッタイズドエレメンタリーストリームヘッダＰＥＳＨＤが配置される（図３５（ｂ））。
【０５６２】
そしてこのパケッタイズドエレメンタリーストリームヘッダＰＥＳＨＤ内の構造を図３５（ｃ）に示す。図３５（ｃ）内の上段部は、パラメータ設定領域毎を配置するビット番号を表す。
【０５６３】
プレゼンテーションタイムスタンプＰＴＳは、映像信号や音声信号、字幕信号などの間の同期表示に利用される。またデコーダタイムスタンプＤＴＳは、受信機３００内の映像デコーダ３０６や音声デコーダ３０７、字幕デコーダ３０８（図３）内でのデコードタイミング設定に利用される。
【０５６４】
パケッタイズドエレメンタリーストリームヘッダＰＥＳＨＤ内の先頭に配置される２４ビットのパケット開始コードＰＳＣＤ内には“０ｘ０００００１”の数値が設定される。この値はバイナリー表示で“０”が２３ビット連続する事を意味する。従って２３ビット“０”が連続する場所を検知して、パケット開始コードＰＳＣＤの位置を確認できる。
【０５６５】
図３の受信機３００内のデマルチプレクサ３０４は、前述した同期バイトＳＹＣの位置からトランスポートストリームパケットＴＳＰの切れ目を検出できる。さらにパケット開始コードＰＳＣＤの位置を確認することで、より精度良く符号化映像信号ＶＤＯや符号化音声信号ＡＵＤを抽出できる。
【０５６６】
視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号（解説音声信号や特殊音声信号、手話付き映像信号、字幕信号など）に対応した識別情報をパケッタイズドエレメンタリーストリームヘッダＰＥＳＨＤ内に配置する方法として、ストリーム識別ＳＴＩＤのパラメータ設定領域内への設定値割付けを利用しても良い。
【０５６７】
具体的な実施例を図３５（ｄ）に示す。視覚が不自由な人向け解説音声信号の割当領域３５５２に対して“０ｘ００〜０ｘ０Ｆ”の範囲を割り当て、その中の下位４ビットで対応言語を割当てても良い。
【０５６８】
また音声信号を聞き辛い人向けの特殊音声信号の割当領域３５５４に対して“０ｘ１０〜０ｘ１Ｆ”の範囲を割り当て、その中の下位４ビットで対応言語を割当てても良い。
【０５６９】
さらに字幕付き映像信号の割当領域３５５８に“０ｘ２０〜０ｘ２Ｅ”の範囲を割り当て、その中の下位４ビットで対応言語を割当てても良い。そして手話映像信号の割当て数値を“０ｘ２Ｆ”に設定しても良い。
【０５７０】
現状では視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号（解説音声信号や特殊音声信号、手話付き映像信号、字幕信号など）を、全ての番組で対応させるのは難しい。従って視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号が対応した番組を、ユーザ（視聴者）に対して事前に通知する手段が必要となる。
【０５７１】
その具体化方法として本実施形態システムでは、視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号（解説音声信号や特殊音声信号、手話付き映像信号、字幕信号など）に関する識別情報を番組表やＥＰＧ（Electronic Program Guide）に設定しても良い。
【０５７２】
番組表やＥＰＧ上に記載する識別情報の例を図３６に示す。記号意味３００６として音声解説が対応する識別情報として、区分番号３００２が“９０”、点番号３００４として“６０”に対応した特殊文字を設定する。
【０５７３】
同様に字幕放送に対応する識別情報には、区分番号３００２が“９０”、点番号３００４が“５４”に対応した特殊文字を設定する。そした手話通訳放送に対応する識別情報として、区分番号３００２が“９０”、点番号３００４が“５３”に対応した特殊文字を設定する。
【０５７４】
上記の識別情報として、図３６に示す特殊文字を番組表やＥＰＧ上に記載する。それに拠りユーザ（視聴者）は、各種サービスに対応する番組を容易に選択できる。
【０５７５】
またそれに限らず、ユーザ（視聴者）の番組選択などの機会などで、図３６に示す特殊文字を受信機３００内の表示器３２８（図３）の画面上に表示しても良い。
【０５７６】
また図３６の特殊文字を画面上に表示するタイミングとして、図３７（の例えばＳ３６０４のタイミング）や図３９（の例えばＳ３６０４のタイミング）の処理途中で行っても良い。
【０５７７】
このように画面上に表示すると、ユーザ（視聴者）の番組選択の利便性が向上するだけでなく、ユーザ（視聴者）の番組選択が確実に行える効果が有る。
【０５７８】
上記の特殊文字が掲載された番組表やＥＰＧを応用した例を図３７に示す。ユーザ（視聴者）の視聴開始（Ｓ３６００）の段階で、番組表やＥＰＧから上記の特殊文字を探す。
【０５７９】
そして番組表やＥＰＧを利用して、ユーザが“解説音声”または“特殊音声”、“手話表示の副映像”、“手話を含む映像”“日本語字幕”、あるいは“所定外国語の字幕表示”に対応する番組をリモートコントローラ３５２で選択する（Ｓ３６０１）。
【０５８０】
すると受信機３００内のデマルチプレクサ３０４（図３）は、ユーザが選択した映像／音声／字幕などを記憶する（Ｓ３６０２）。具体的には、今まで説明したコンポーネントタグ（Component_tag）ＣＭＴＧまたはパケット識別ＰＩＤ、ストリーム識別ＳＴＩＤ内の設定値を内部メモリ領域内に記憶する。
【０５８１】
次にユーザ（視聴者）が、現在視聴している選局チャンネルから別のチャンネルに選局チャンネル切替を希望した場合を考える。ユーザ（視聴者）は、番組表またはＥＰＧから視覚／聴覚が不自由な人に対応する番組あるいは在日外国人に対応する番組が放送されているチャンネル（リモコンのボタン番号）を探す（Ｓ３６０３）。そしてその検索結果に基付き、ユーザの選局チャンネル切替（Ｓ３６０４）が行われる。
【０５８２】
すると受信機３００（内のデマルチプレクサ３０４）は、予めチャンネルスキャンを行って作成した“周波数、ネットワークＩＤ（図２７（ｄ）のネットワーク識別ＮＥＴＩＤ）、リモコン割り当て番号（図２７（ｅ）のリモコンキー識別情報ＲＣＩＤ（推奨リモコン番号）に対応）のリスト”から、周波数とネットワークＩＤ（図２７（ｄ）のネットワーク識別ＮＥＴＩＤ）を抽出する。そしてチューナー切り替えとネットワークインフォメーションテーブルＮＩＴの取得を行う（Ｓ３６０５）。
【０５８３】
地上デジタル放送では、サービス識別（service＿id）は全国ユニークに割り付けられるが、ＴＳ情報記述子ＴＳＤＲ内のリモコンキー識別情報ＲＣＩＤ（推奨リモコン番号）は、放送県域内ではユニークではあるが、隣接都道府県間では重複する値が割り当てられている。たとえば関東においても関東広域圏のＮＨＫ総合と群馬県域のＮＨＫ総合のリモコンキー識別情報ＲＣＩＤ（推奨リモコン番号）は同じ値の“１”が割当てられる。
【０５８４】
そこで、受信機３００では、予め地上デジタル放送が放送されるＵＨＦバンドの物理周波数をスキャンして地上デジタル放送に割り当てられたネットワーク識別から地上デジタル放送であることを識別し、受信地点での受信可能な地上デジタル放送波から作成した“周波数、ネットワーク識別、リモコンキー識別情報ＲＣＩＤ（推奨リモコン番号）によるリストを作成する。
【０５８５】
この際に、受信した際に上記受信可能なリストから重複したリモコンキー識別情報ＲＣＩＤ（推奨リモコン番号）は、予めユーザが初期設定などのユーザインタフェースで設定した受信地の県域（都道府県など）から受信地の放送局を優先してそのリモコンキー識別に割当てる。
【０５８６】
先のＮＨＫ総合の例では、受信地が群馬県であれば、関東広域ではなく群馬県域のＮＨＫ総合が選択される。また周波数は、同じ関東広域でも、スカイツリーや他のサテライト局から同じ放送波ではあるが周波数を変換して放送されており、テレビ受信機では、同一の放送局は受信感度（Ｃ／Ｎ）の高いほうを優先して受信チャンネルリストを生成する。
【０５８７】
すると受信機３００（内の制御部３３０）は、前述の予め周波数スキャンして生成した受信チャンネルリストより、ユーザーが選択したリモコンキー識別情報ＲＣＩＤに相当する周波数とネットワーク識別を抽出し、放送チューナ 301 が受信する物理的条件（周波数など）を操作し、デマルチプレクサ３０４にてネットワークインフォメーションテーブルＮＩＴを取得して合致するトランスポートストリーム識別ＴＳＩＤを抽出する。
【０５８８】
そしてデマルチプレクサ３０４内部で記憶した“選局チャンネル切替直前の映像／音声／字幕などの情報”を用いて、該当するパケット識別情報ＰＩＤの設定値あるいはコンポーネントタグＣＭＴＧの設定値、ストリーム識別ＳＴＩＤの設定値を割り出す（Ｓ３６０６）。次に対応するパケット識別情報ＰＩＤの設定値から所定の符号化信号（エレメンタリーストリーム）を抽出する（Ｓ３６０７）。
【０５８９】
以下に第２の実施例に付いて図３８を用いて説明する。基本的な受信機の構成は図３で述べたとおりである。前述した第1の実施例との差異は、副音声の特定手段の違いにある。前述した第１の実施例では、音声信号に対応したコンポーネントタグＣＭＴＧの設定値をあらかじめ特定の音声サービスに関連付けて定義した。ここで説明する第２の実施例は、特定の音声信号が送信されるトランスポートストリームパケットＴＳＰのパケット識別ＰＩＤの設定値を特定の値で定義する。例えば
“０ｘ０３１０”を解説音声信号（日本語）に対応させ、
“０ｘ０３１１”を解説音声信号（英語）に、そして
“０ｘ０３２１”を多言語音声信号（英語）にそれぞれ対応させる。
このように割当てる。さらに副音声が送られてきた場合に、優先的に解説音声信号（日本語）または解説音声信号（英語）、多言語音声信号（英語）のいずれを選択させるユーザーインターフェイスを受信機３００に具備させる。そして上記選択した後に、前記副音声信号に対応したパケット識別ＰＩＤの設定値を受信機３００（内のデマルチプレクサ３０４）の不揮発メモリ領域に記憶する。
【０５９０】
この受信機構成に対応した図３８に示す動作フローにおいて、選択したパケット識別ＰＩＤの設定値に対応した副音声信号（エレメンタリーストリームＥＳ）が選択したチャンネルに含まれているか否かを判定する（Ｓ３７０６）。そして所望の副音声信号（エレメンタリーストリームＥＳ）が選択したチャンネルに含まれている場合（Ｓ３７０６の結果がＹｅｓの場合）は、その副音声信号（エレメンタリーストリームＥＳ）を再生する（Ｓ３５０７）。
【０５９１】
一方で所望の副音声信号（エレメンタリーストリームＥＳ）が選択したチャンネルに含まれていない場合（Ｓ３７０６の結果がＮｏの場合）は、デフォルト音声信号（エレメンタリーストリームＥＳ）を再生する（Ｓ３５１３）ことが可能である。
【０５９２】
第一の実施例と同様に、リモコンにより選局するチャンネル（サービス識別（service_id）ＳＶＩＤ）が選ばれる（Ｓ３５０３）。
【０５９３】
そして受信したプログラムアソシエーションテーブルＰＡＴ（Ｓ３５０１）から選局したいサービス識別（service_id）ＳＶＩＤに対応したプログラムマップテーブルＰＭＴを受信（Ｓ３５０５）し、選局チャンネル内の対応する映像信号や音声信号（エレメンタリーストリームＥＳ）の選択（Ｓ３５０７）に至る過程の途中で、パケット識別ＰＩＤの設定値に対する判定処理（Ｓ３７０６）が入る。
【０５９４】
この判定処理において、あらかじめ優先的に選択する音声信号（エレメンタリーストリームＥＳ）に対応したパケット識別ＰＩＤの設定値が当該プログラムマップテーブルＰＭＴ内で配置されている（Ｓ３７０６の判定結果がＹｅｓの）場合は、対応する音声信号（エレメンタリーストリームＥＳ）に対応したパケット識別ＰＩＤを選択する（Ｓ３５０７）。
【０５９５】
一方で当該プログラムマップテーブルＰＭＴ内に選択する音声信号（エレメンタリーストリームＥＳ）に対応したパケット識別ＰＩＤの設定値が配置されていない（Ｓ３７０６の判定結果がＮｏの）場合は、デフォルトの音声信号（エレメンタリーストリームＥＳ）に対応したパケット識別ＰＩＤの設定値を持つトランスポートストリームパケットＴＳＰを抽出し（Ｓ３５１３）、そのペイロードＰＹＬＤ内のデータを図３のデスクランブラ３０２に転送する。
【０５９６】
前述のようにＥＣＭ受信によりＣＡＳモジュールから得たスクランブル鍵（Ｋｓ）により、デスクランブル（Ｓ３５０９）された圧縮状態の映像音声信号を得た後に、映像デコーダ３０６と音声デコーダ３０７内で圧縮信号をデコードする。そしてデコード後の生信号を、表示器３２８やスピーカー３２９に出力する。
【０５９７】
なお、このパケット識別ＰＩＤの設定値は上記例にとどまらず、音声信号（エレメンタリーストリームＥＳ）に割り当て可能な範囲内で固定的な値として割当ててもよい。
【０５９８】
視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号（解説音声信号や特殊音声信号、手話付き映像信号、字幕信号など）に対応した識別情報の設定場所として、制御信号３１００内に設定する方法と符号化信号３２００に設定する方法について説明した。
【０５９９】
本実施形態システムでは、上記識別情報を制御信号３１００内と符号化信号３２００内の両方に設定しても良い。両方に設定すると、上記符号化信号の検出精度と抽出精度が向上する効果が生まれる。
【０６００】
図３９は、上記識別情報を制御信号３１００内と符号化信号３２００内の両方に設定した場合の受信機３００（の内部のデマルチプレクサ３０４）が行う処理例を示す。
【０６０１】
ユーザ（視聴者）が“解説音声”または“特殊音声”、“手話表示の副映像”、“手話を含む映像”“日本語字幕”、あるいは“所定外国語の字幕表示”を選択（Ｓ３６０１）場合には、デマルチプレクサ３０４内部で、ユーザが選択した映像／音声／字幕に対応するコンポーネントタグＣＭＴＧまたはパケット識別ＰＩＤ、ストリーム識別ＳＴＩＤなどのパラメータ設定領域内の設定値を記憶する（Ｓ３６０２）。
【０６０２】
ユーザ（視聴者）が選局チャンネルを変更したい場合、番組表またはＥＰＧ内で図３６に記載した識別情報（特殊文字）が記載された番組（視覚あるいは聴覚が自由でない人に対応する番組あるいは外国語に対応する番組）と対応選局チャンネルを探す（Ｓ３６０３）。そしてその検索結果に基付き、ユーザの選局チャンネル切替（Ｓ３６０４）が行われる。
【０６０３】
すると受信機３００（の内部の制御部３３０）は、前述の予め周波数スキャンして生成した受信チャンネルリストより、ユーザーが選択したリモコンキー識別情報ＲＣＩＤに相当する周波数とネットワーク識別を抽出し、放送チューナ３０１が受信する物理的条件（周波数など）を操作し、デマルチプレクサ３０４にてネットワークインフォメーションテーブルＮＩＴを取得して合致するトランスポートストリーム識別ＴＳＩＤを抽出する（Ｓ３８０５）。
【０６０４】
次にプログラムアソシエーションテーブルＰＡＴから該当するプログラム番号ＰＲＮに対応したプログラムマップテーブルＰＭＴのパケット識別ＰＩＤを抽出する（Ｓ３８０６）。
【０６０５】
その後プログラムマップテーブルＰＭＴ内の記述子から該当するコンポーネントタグＣＭＴＧの設定値を検索し、それに対応するパケット識別情報ＰＩＤ（符号化信号のパケット識別情報ＥＰＩＤ）の値を探す（Ｓ３８０７）。
【０６０６】
そして上記のパケット識別情報ＰＩＤ（符号化信号のパケット識別情報ＥＰＩＤ）値から、所定の符号化信号（エレメンタリーストリームＥＳ）を抽出する（Ｓ３８０８）。
【０６０７】
その後、抽出した所定の符号化信号（エレメンタリーストリームＥＳ）に対してデスクランブル（Ｓ３５０９）とＭＰＥＧデコード（Ｓ３５１０）、ユーザ（視聴者）への表示（Ｓ３６０８）を行う。
【０６０８】
図３０（ｃ）で説明したように、音声コンポーネント記述子ＡＵＤＲ内にコンポーネント種別ＡＣＴＹ（component_type）が配置されている。このパラメータ設定領域内に設定される既存の数値割り当てを図４０に示す。
【０６０９】
この定義では例えば、在日外国人向けの外国語音声、あるいは視覚障がい者向けの日本語による解説音声と英語による解説音声の両方がサービスされていても、その区別がつかない。
【０６１０】
そこで第３の実施例では、音声コンポーネント記述子ＡＵＤＲ内に配置されたコンポーネントタグＣＮＴＧの設定値に対して、以下のように新たに割当てる。すなわち
日本語副音声信号に対して“０ｘ２０”を割当て、
英語副音声信号に対して“０ｘ２１”を割り当てる。
【０６１１】
たとえば、前述の音声コンポーネント記述子ＡＵＤＲにおいて、コンポーネント種別ＡＣＴＹ（component_type）と前述の固定運用として定義したコンポーネントタグＣＮＴＧの設定値の組合せで、受信機３００はサービスされた副音声信号の内容を把握することが可能となる。その具体的な一例を、図４１に示す。またコンポーネント種別ＡＣＴＹ（component_type）に割当てられた既存の設定値を図４２に示す。
【０６１２】
図４１の記載例では、以下のようなルールで副音声信号（エレメンタリーストリームＥＳ）の属性を受信機３００で把握できる。始めに図４１内の（１）の例に付いて説明する。
【０６１３】
音声コンポーネント記述子ＡＵＤＲのコンポーネント種別ＡＣＴＹ（component_type）おいて、ｂ６−ｂ５が“０１”となり、視覚障がい者用解説音声信号の属性を示す。次のｂ４−ｂ０が“００１１”の２／０モード（ステレオ）を表す。
【０６１４】
またコンポーネントタグＣＮＴＧの設定値が“０ｘ２０”の日本語副音声信号を示す。従って（１）の例は“視聴覚障がい者向けの日本語による副音声信号”であることがわかる。
【０６１５】
また例（２）に対する例（４）の違いは、コンポーネントタグＣＮＴＧの設定値が“０ｘ２１”となっているので、英語副音声信号を意味する。そしてコンポーネント種別ＡＣＴＹ（component_type）との組合せの結果として、例（４）は“視覚障がい者向け英語副音声信号（ステレオ）”であることが理解できる。上記表の他の事例も同様である。
【０６１６】
また表には例示していないが、例（１）において、コンポーネント種別ＡＣＴＹ（component_type）の設定値を“００１００１１１（０ｘ２７）”とすると、ｂ４−ｂ０が“００１１１”となる。従って視覚障がい者向け日本語副音声（3/1モード）となる。
【０６１７】
図４１の例（５）では、ｂ６−ｂ５の値が“００”となっている。一方既存技術（既存の規格）でも、ｂ６−ｂ５の値が実質的に“００”と設定するように運用されている。その結果として、図４１の例（５）で設定した意味は、既に説明した実施例１と同様の結果となる。
【０６１８】
このようにコンポーネント種別ＡＣＴＹ（component_type）内でｂ６−ｂ５の値を固定的運用とする場合は、コンポーネントタグＣＮＴＧの設定値のみで定義する実施例１が有効となる。
【０６１９】
第３の実施例に基付く受信機３００（内のデマルチプレクサ３０４）が行う処理手順例を図４３に示す。第１の実施例と同様にリモコンにより選局するチャンネル（service_id）が選ばれると、プログラムアソシエーションテーブルＰＡＴが受信される（Ｓ３５０１）。そして選局したいservice_idに対応したプログラムマップテーブルＰＭＴに記載された選局チャンネルの映像信号や音声信号の選択（Ｓ３５０７）が行われる。
【０６２０】
その一連の処理手順の途中で、設定済みのコンポーネント種別ＡＣＴＹ（component_type）の設定値とコンポーネントタグＣＮＴＧの設定値で定義された音声信号の存在可否判定（Ｓ３９０６）が行われる。
【０６２１】
イベントインフォメーションテーブルＥＩＴ内に配置された音声コンポーネント記述子ＡＵＤＲ内のコンポーネント種別ＡＣＴＹ（compoment_type）とコンポーネントタグＣＮＴＧのパラメータ設定領域内の設定値を、受信機３００内（のデマルチプレクサ３０４内）に予め記憶する。
【０６２２】
Ｓ３９０６での存在可否判定では、上記で記憶した設定値を持つ音声信号（エレメンタリーストリームＥＳ）がプログラムマップテーブルＰＭＴ内に配置されているか否かの判定を行う。ここでイベントインフォメーションテーブルＥＩＴの再送周期は、プログラムマップテーブルＰＭＴに比較して長い。そのためイベントインフォメーションテーブルＥＩＴは予め放送視聴していない時間に、制御部３２１内のメモリに予めキャッシュしてもよい。またそれにかぎらず、図８のように受信機８００において複数のチューナ部（８０１−１、８０１−２）を搭載している場合には、放送視聴をしていないチューナ部によってイベントインフォメーションテーブルＥＩＴをデマルチプレクサ３０４（図３）で抽出して再送周期の長さに対応しても良い。
【０６２３】
予めキャッシュしたイベントインフォメーションテーブルＥＩＴ内に配置された音声コンポーネント記述子ＡＵＤＲ内のコンポーネント種別ＡＣＴＹ（compoment_type）とコンポーネントタグＣＮＴＧのパラメータ設定領域内の設定値から判断し、所望の音声信号（エレメンタリーストリームＥＳ）がプログラムマップテーブルＰＭＴ内に配置されている場合（Ｓ３９０６の判定結果がＹｅｓの場合）には、その音声信号（エレメンタリーストリームＥＳ）に対応したパケット識別ＰＩＤを利用して、設定された音声信号（エレメンタリーストリームＥＳ）の選択を行う（Ｓ３５０７）。
【０６２４】
一方でプログラムマップテーブルＰＭＴ内に配置されて無い場合（Ｓ３９０６の判定結果がＮｏの場合）には、デフォルトの音声信号（エレメンタリーストリームＥＳ）を選択する（Ｓ３５１３）。
【０６２５】
前述のようにＥＣＭ受信によりＣＡＳモジュールから得たスクランブル鍵（Ｋｓ）により、デスクランブルされた圧縮状態の映像音声信号を得た後に、映像音声デコード部で圧縮信号をデコードして（Ｓ３５１０）、モニターやスピーカーに出力する。
【０６２６】
なお、所望の音声信号（エレメンタリーストリームＥＳ）が対応するパケット識別ＰＩＤは上記例に限らず、音声信号（エレメンタリーストリームＥＳ）に割り当て可能なパケット識別ＰＩＤの設定値範囲内で固定的な値として割り当てればよい。
【０６２７】
上記の第３の実施例では、視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号（解説音声信号や特殊音声信号、手話付き映像信号、字幕信号など）に対応した識別情報として、コンポーネントタグＣＮＴＧの設定値に固定値を割当てる運用を行っている。
【０６２８】
それとは異なり第４の実施例では、視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号（解説音声信号や特殊音声信号、手話付き映像信号、字幕信号など）に対応した識別情報として、パケット識別ＰＩＤの設定値に対して固定値を割当てる固定的運用を行う。
【０６２９】
そしてさらに音声コンポーネント記述子ＡＵＤＲのコンポーネント種別ＡＣＴＹ（component_type）の設定値との組合せによって、副音声信号の属性を把握することが可能とした例である。
【０６３０】
音声信号に対応したパケット識別ＰＩＤのパラメータ設定領域内の設定値を例えば、以下のように固定的に運用する（固定値を割当てる）。すなわち
日本語副音声信号に対して“０ｘ０３１０”を割当てる。また
英語副音声信号に対して“０ｘ０３１１”を割り当てる。
【０６３１】
第３の実施例と同様に、音声コンポーネント記述子ＡＵＤＲ内のコンポーネント種別ＡＣＴＹ（component_type）の設定値とパケット識別ＰＩＤへの上記設定値の組み合わせから、副音声信号の属性を把握できる。
【０６３２】
図４４は、上記第４の実施例における、組み合わせ設定例を示す。図４４では、図４１におけるコンポーネントタグＣＭＴＧへの設定値“０ｘ２０”を、パケット識別ＰＩＤの設定値“０ｘ０３１０”に読み替える。また図４１におけるコンポーネントタグＣＭＴＧへの設定値“０ｘ２１”を、パケット識別ＰＩＤの設定値“０ｘ０３１１”に読み替えて表現した。
【０６３３】
第１の実施例ないしは第２の実施例、第３の実施例、第４の実施例において、コンポーネントタグＣＭＴＧとパケット識別ＰＩＤのいずれを固定的運用とするかは、放送局１００の設備改修が行い易い方法で選択すればよい。
【０６３４】
また視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号（解説音声信号や特殊音声信号、手話付き映像信号、字幕信号など）に対応した識別情報として、いずれのパラメータ設定領域への設定値範囲を割当てるかは、前述同様の設備改修視点や選局チャンネルの切り替えや録画予約の利便性などを考慮して柔軟に判断しても良い。
【０６３５】
具体的な上記識別情報の設定方法として第１の実施例ないしは第２の実施例のように、コンポーネントタグＣＭＴＧへの設定値やパケット識別ＰＩＤの設定値の割当て条件で指定しても良い。また第３の実施例ないしは第４の実施例のように、複数の異なるパラメータ設定領域の組み合わせを利用しても良い。
【０６３６】
さらに上記識別情報の設定に利用するパラメータ設定領域として他に、ストリーム識別ＳＴＩＤ（図３５（ｃ））やコンポーネント内容ＣＭＣＴ（図３０（ａ）と（ｃ））を使用しても良い。またそれに限らず上記識別情報の設定に利用するパラメータ設定領域として、任意の記述子ＤＣＲ内のパラメータ設定領域への設定値の割当てを活用しても良い。
【０６３７】
また図３０で説明したように、コンポーネント種別ＡＣＴＹ（component_type）やコンポーネントタグＣＭＴＧは、音声コンポーネント記述子ＡＵＤＲやコンポーネント記述子ＣＭＤＲは、イベントインフォメーションテーブルＥＩＴ内に配置される。
【０６３８】
従ってこれらの識別情報を利用する事で、番組表やＥＰＧからでも当該音声サービスの実施の有無が確認できる。またこの識別情報を（例えば図３６の特殊文字の形態で）画面上に表示すると、録画予約時などに有効な情報として活用も可能である。
【０６３９】
図３０（ｃ）で既に、音声コンポーネント記述子ＡＵＤＲ内データ構造の概要を示した。さらに詳細なデータ構造を図４５に、また各パラメータ設定領域毎の具体的内容を図４６に示す。図４５と図４６内の“text_char”は図３０（ｃ）のコンポーネント記述情報ＣＭＴＴに対応し、このパラメータ設定領域内に任意な文字列を設定できる。
【０６４０】
第５の実施例では上記のパラメータ設定領域では音声コンポーネント音声種別名として、１６バイト以下（または全角８文字以下）の固定的文字列を設定する。
【０６４１】
このような固定文字列の運用を行った場合の、当該音声信号（エレメンタリーストリームＥＳ）を対応させた例を示す。例えばこのパラメータ設定領域内に
“解説音声  日本語”や“解説音声  英語”、“外国音声  英語”を記述する。
またデュアルモノの場合は、“解説音声ＣＲ日本語  英語”や“外国音声ＣＲ英語”を記述する。
【０６４２】
このように記述すると、受信機３００は対応する音声信号の属性を容易に把握できる。そして受信機３００に予め優先的に選択する副音声信号を設定するユーザーインタフェイスを具備させる。
【０６４３】
そしてプログラムマップテーブルＰＭＴ内に『優先的に選択する音声信号に対応したパケット識別ＰＩＤ』が配置されている場合は、その音声信号を選択する。
【０６４４】
一方でプログラムマップテーブルＰＭＴ内に『優先的に選択する音声信号に対応したパケット識別ＰＩＤ』が配置されて無い場合は、デフォルト音声信号を抽出する。
【０６４５】
そしてＥＣＭ受信によりＣＡＳモジュールから得たスクランブル鍵（Ｋｓ）により、デスクランブルされた圧縮状態の映像音声信号を得た後に、映像音声デコード部で圧縮信号をデコードして、モニターやスピーカーに出力する。
【０６４６】
上記の第５の実施例を使用すると、任意に定義可能なtext_charであるため、送出設備を改修する必要が無く対応が容易となる効果が有る。なぜなら現状の規格でも上記コンポーネント記述情報ＣＭＴＴ（“text_char”）内に任意の文字列記載が許されている。
【０６４７】
ここで上記第５の実施例を実現するには、副音声信号を運用する際の音声信号（エレメンタリーストリームＥＳ）の名称の運用のみをルール化すれば良い。
【０６４８】
第６の実施例では、音声コンポーネント記述子ＡＵＤＲ内のコンポーネント種別ＡＣＴＹ（component_type）の設定値とコンポーネント記述情報ＣＭＴＴ内に挿入する文字列を一定の固定的ルールで運用する。そしてこれらの組合せで、副音声信号の属性を表現する。例えば文字列に、“日本語副音声”や“英語副音声”、“外国音声ＣＲ英語”などと記述するルールを規定する。この方法で受信機３００は、サービスされた副音声信号の属性が把握できる。
【０６４９】
図４７の記載例では、第３の実施例における“０ｘ２０”に設定したコンポーネントタグＣＭＴＧを、“日本語副音声”に読替える。また“０ｘ２１”に設定したコンポーネントタグＣＭＴＧを、“英語副音声”に読み替えれば良い。また二重音声で日本語・英語で運用する場合は、“外国音声ＣＲ英語”とすれば、同様の効果がえられる。
【０６５０】
第７の実施例では、音声コンポーネント記述子ＡＵＤＲ内のコンポーネント種別ＡＣＴＹ（component_type）とＩＳＯ＿６３９言語コードＬＧＣＤ（ISO_639_language_code）との組合せを一定の固定的ルールで運用する。具体的な一例を図４８に示す。音声コンポーネント記述子ＡＵＤＲ（component_type）内のＩＳＯ＿６３９言語コードＬＧＣＤ（ISO_639_language_code）との組合せにより、受信機３００は容易にサービスされた副音声信号の属性を把握できる。
【０６５１】
第８の実施例は、コンポーネントタグＣＭＴＧと音声コンポーネント記述子ＡＵＤＲ内のＩＳＯ＿６３９言語コードＬＧＣＤ（ISO_639_language_code）との組合せを一定の固定的ルールで運用する。その具体的な一例を図４９に示す。受信機３００はこれらの組合せで、副音声の属性を理解できる。
【０６５２】
上記実施例のコンポーネントタグＣＭＴＧ（component_tag）は割り当ての一例であり、デフォルト音声信号（エレメンタリーストリームＥＳ）以外に割り当て可能な“０ｘ１１〜０ｘ２Ｆ”範囲内の数値を設定しても良い。
【０６５３】
第９の実施例は、選択した番組に対応したイベントインフォメーションテーブルＥＩＴ内に配置される短形式イベント記述子における“event_name_char”ないし“text_char”に配置された特定の文字コードと、この特定の文字コードと選択した音声信号に対応するコンポーネントタグＣＭＴとの組合せにより副音声信号の属性を規定する
たとえば、短形式イベント記述子における“event_name_char”ないし“text_char”に番組記号の［解］を含む場合において、
コンポーネントタグＣＭＴの設定値が“０ｘ２０”の場合は視覚障がい者向け日本語副音声を示し、
“０ｘ２１”の場合は視覚障がい者向け英語副音声信号、
“０ｘ２２”の場合は聴覚障がい者向け日本語副音声信号、
“０ｘ２３”の場合は聴覚障がい者向け英語副音声信号をそれぞれ対応させても良い。
【０６５４】
一方で短形式イベント記述子における“event_name_char”ないし“text_char”に番組記号の［解］を含まない場合は、コンポーネントタグＣＭＴの設定値が“０ｘ２０〜０ｘ２３”の範囲内であっても、視聴覚障がい者向けの解説音声信号ではないと規定する。こうすると受信機３００は、サービスされた副音声信号の属性を把握できる。
【０６５５】
コンポーネントタグＣＭＴの設定値は上記に限らず、デフォルト音声信号以外に割り当て可能な“０ｘ１１〜０ｘ２Ｆ”範囲内の任意の設定値を指定しても良い。
【０６５６】
さらに第８の実施例と組合せてもよい。すなわち短形式イベント記述子内の“event_name_char”ないし“text_char”に番組記号の［解］がある場合は、第８の実施例と認識する。
【０６５７】
一方で短形式イベント記述子内の“event_name_char”ないし“text_char”に番組記号の［解］がない場合には、視聴覚障がい者向けの解説音声信号ではないと規定しても良い。
【０６５８】
また、この短形式イベント記述子における“event_name_char”ないし“text_char”に配置する記号は［解］に限らず、規格により全放送局で統一的に運用可能なものであれば任意の記号を指定（規定）しても良い。
【０６５９】
第１０の実施例に付いて以下に説明する。本提案が主として視聴覚障がい者向け放送や在日外国人向け多言語放送の利便性を改善する目的であることから、地上デジタル放送のような受信対象が多い基幹放送に効果がある。しかし一方で、地上デジタル放送は放送局マスター設備がＮＨＫ、民放あわせ約２００ある。そのため、必ずしもひとつのルールにならない可能性がある。以下はこうした事情の場合に上記実施例を複数規定し、内容の優先順位を設ける例を示す。
【０６６０】
実施例１１と１２は、コンポーネントタグＣＭＴＧ（component_tag）ないしパケット識別ＰＩＤの特定の値に意味を持たせる例である。たとえば、実施例１１によるコンポーネントタグＣＭＴＧ（component_tag）に特定の意味を持たせるルールを導入する。イベントインフォメーションテーブルＥＩＴ内の音声コンポーネント記述子ＡＵＤＲ内に配置されるコンポーネント種別ＡＣＴＹ（component_type）のｂ６−ｂ５は、優先順位の低い規定であるとルール化する。
【０６６１】
そして実施例１１において音声コンポーネント記述子ＡＵＤＲのコンポーネントタグＣＭＴＧ（component_tag）の設定値を“０ｘ２０”とすると、仮にイベントインフォメーションテーブルＥＩＴ内の音声コンポーネント記述子ＡＵＤＲ内に配置されるコンポーネント種別ＡＣＴＹ（component_type）のｂ６−ｂ５が“００”でも、解説音声(日本語)とみなせる。
ことが可能である。
【０６６２】
また、望ましい例ではないが、実施例１２においてパケット識別ＰＩＤの設定値に特定の意味を持たせるルールを導入しても良い。そしてイベントインフォメーションテーブルＥＩＴ内の音声コンポーネント記述子ＡＵＤＲ内に配置されるコンポーネント種別ＡＣＴＹ（component_type）のｂ６−ｂ５は優先順位の低い規定であるとルール化する。するとプログラムマップテーブルＰＭＴ内に設定されたパケット識別ＰＩＤが優先される。
【０６６３】
従ってこの場合に仮に、イベントインフォメーションテーブルＥＩＴ内の音声コンポーネント記述子ＡＵＤＲ内に配置されるコンポーネント種別ＡＣＴＹ（component_type）のｂ６−ｂ５が“００”の場合でも、プログラムマップテーブルＰＭＴ内に設定されたパケット識別ＰＩＤが優先される。つまりこの場合はユーザー（視聴者）は、ＥＰＧの段階では優先選択設定した副音声が含まれるかは判別できない。
【０６６４】
上記実施例１２において、オンエアーのリアルタイム受信では、予め設定した副音声信号が自動選択可能となる。しかし録画再生時には、プログラムマップテーブルＰＭＴ内に設定されたパケット識別ＰＩＤが優先される。
【０６６５】
このように実施例１２は、録画予約などにも適用可能とする。例えば録画時には当該番組のプログラムマップテーブルＰＭＴ内に設定されたすべての音声信号（エレメンタリーストリームＥＳ）を記録（録画、蓄積）する。そして録画再生時には、プログラムマップテーブルＰＭＴ内に設定されたパケット識別ＰＩＤが優先される。
【０６６６】
また現在の既存の運用規定では、音声コンポーネント記述子ＡＵＤＲのコンポーネント種別ＡＣＴＹのｂ６−ｂ５は“００”で固定運用というルールになっている。
【０６６７】
従って今後新たにｂ６−ｂ５を運用する場合は、ｂ６−ｂ５の設定値で優先順位を規定してもよい。例えばｂ６−ｂ５の設定値が“０１”または“１０”の場合は、このビットを優先させても良い。それと同時にｂ６−ｂ５の設定値が“００”の場合は、コンポーネントタグＣＭＴＧまたはパケット識別ＰＩＤの設定値を優先させても良い。
【０６６８】
上述した第１の実施例から実施例１２で説明した内容を利用すると、副音声信号が視聴覚障がい者向け音声信号、または多言語音声信号の属性を持つ事を示す識別情報を映像信号または通信信号内に配置できる。そして受信機３００はこの識別情報を利用して、対応する副音声信号が視聴覚障がい者向け音声信号、または多言語音声であること理解できる。
【０６６９】
またさらにユーザ操作に基付き、デフォルト音声信号より優先して上記の音声信号を優先的に表示できる手段を設ける。この手段において、選局した番組のプログラムマップテーブルＰＭＴ内に上記優先すべき副音声信号が存在する場合は、その副音声信号を優先的に再生する。一方でプログラムマップテーブルＰＭＴ内に上記優先すべき副音声信号が存在しない場合には、デフォルトの音声信号を再生させる。
【０６７０】
図２６または図３５に示した実施例では、トランスポートストリームパケットＴＳＰを単位として放送信号を送信する方法を示している。それに限らず本実施形態システムでは、他の形式で放送信号または通信信号を送信しても良い。
【０６７１】
他の実施形態システムシステムにおいて、図５０は放送信号の送信形態、図５１は通信信号の送信形態を示す。また図５２（ａ）は図５０に対応した送信信号内のデータ構造を、図５２（ｂ）は図５２（ｂ）は図５１に対応した送信信号内のデータ構造をしめす。
【０６７２】
ＭＰＥＧメディアトランスポートプロトコルパケットＭＭＴＰ内のＭＰＥＧメディアトランスポートプロトコルペイロードヘッダＰＭＬＨ内には図５２（ｄ）と（ｅ）に示すように、ＭＰＥＧメディアトランスポートプロトコルパケットヘッダＭＭＴＨが配置されている。
【０６７３】
またその中にパケット識別子ＭＰＩＤが配置される（図５３（ａ））。このパケット識別子ＭＰＩＤのパラメータ設定領域内の設定値で、制御信号３１００や符号化信号３２００の識別が可能となっている。
【０６７４】
例えば図５３（ｂ）に示すように、パケット識別子ＭＰＩＤのパラメータ設定領域内の設定値として“０ｘ０１００〜０ｘ７ＦＦＦ”の範囲内の数値を設定した場合には、伝送データ部ＤＡＴＡ（図５２（ｃ））内に符号化信号３２００の中身（の一部）が入る。
【０６７５】
またパケット識別子ＭＰＩＤのパラメータ設定領域内に“０ｘ８０００”の値を設定した場合には、伝送データ部ＤＡＴＡ（図５２（ｃ））内にはイベントインフォメーションテーブルＥＩＴ内の各種情報と類似した内容の情報が入る。
【０６７６】
従って視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号（音声信号や映像信号、字幕信号など）に対応した識別情報を、上記パケット識別子ＭＰＩＤ内の設定値（あるいは設定値範囲）に持たせても良い。
【０６７７】
具体的には、従来の制御メッセージ以外でも割り当て可能な領域に対応する設定値範囲“０ｘ０１００〜０ｘ７ＦＦＦ”あるいは事業者設定可能領域に対応する設定値範囲“０ｘ９０００〜０ｘＦＦＦＦ”内の一部に、視覚または聴覚が自由でない視聴者に適合した属性を有する符号化信号（音声信号や映像信号、字幕信号など）に対応した識別情報を対応させる。
【０６７８】
図５３（ｃ）の例では“０ｘ０１００〜０ｘ７ＦＦＦ”の範囲を特定属性を持つ符号化信号の割り当て領域４３００に設定している。そして図５３（ｄ）または図５３（ｅ）に示すように、各種の符号化信号の属性を提起しても良い。
【０６７９】
この実施形態システムでは、ＭＰＥＧ２セクションメッセージ内に、図２７や図３０に示した各種テーブルに対応した情報が配置可能となっている。したがって上記のパケット識別子ＭＰＩＤ内の設定値に限らず、この実施形態システム内でコンポーネントタグＣＭＴＧやコンポーネント識別ＡＣＴＹに対応する情報（内の設定数値範囲）に上記の識別情報を持たせても良い。
【０６８０】
本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。さらにまた、請求項の各構成要素において、構成要素を分割して表現した場合、或いは複数を合わせて表現した場合、或いはこれらを組み合わせて表現した場合であっても本発明の範疇である。また、複数の実施形態を組み合わせてもよく、この組み合わせで構成される実施例も発明の範疇である。
【０６８１】
また、図面は、説明をより明確にするため、実際の態様に比べて、各部の幅、厚さ、形状等について模式的に表される場合があるが、あくまで一例であって、本発明の解釈を限定するものではない。また、本明細書と各図において、既出の図に関して前述したものと同一又は類似した機能を発揮する構成要素には同一の参照符号を付し、重複する詳細な説明を適宜省略することがある。また請求項を制御ロジックとして表現した場合、コンピュータを実行させるインストラクションを含むプログラムとして表現した場合、及び前記インストラクションを記載したコンピュータ読み取り可能な記録媒体として表現した場合でも本発明の装置を適用したものである。また、使用している名称や用語についても限定されるものではなく、他の表現であっても実質的に同一内容、同趣旨であれば、本発明に含まれるものである。
【符号の説明】
【０６８２】
１００・・・放送局、１０１・・・放送局サーバ、１０２・・・第１のセキュリティ機能、１０３・・・第１の基本機能、１２０・・・サービス事業者装置、１４０・・・受信機、１４１・・・通信制御部、１４２・・・第２の基本機能、１４３・・・第２のセキュリティ機能、１４４・・・アプリケーション管理機能、１４５・・・ＡＰＩ、１４６・・・アプリケーション、１６０・・・表示器、１６２・・・ＨＤＤ、２０１・・・映像エンコーダ、３０６・・・映像デコーダ、３０９・・・解析部、３３０・・・制御部、３２７・・・表示制御部、３２８・・・表示器、３２９・・・スピーカ、５０１・・・チューナ部、
８０１−１、９０１−１、１３０１−１・・・第１チューナ部、
８０１−２、９０１−２、１３０１−２・・・第２チューナ部、１３０１−３・・・第３チューナ部、
５０２、８０２、９０２、１３０２・・・デスクランブラ、
５０６、８０６、９０６、１３０６・・・制御部、
５１１、８１１、１３１１１・・・ＩＣカード、９１１−１・・・第１ＩＣカード、９１１−２・・・第２ＩＣカード、１５０１・・・チューナー・復調部、
１６０１−１、１８０１−１・・・第１チューナ部（４Ｋ８Ｋ）、
１６０１−２、１８０１−２・・・第２チューナ部（４Ｋ８Ｋ）、
１６０１−３、１８０１−３・・・第３チューナ部（４Ｋ８Ｋ）、１８０１−４・・・第４チューナ部（２Ｋ）、１８０１−５・・・第５チューナ部（２Ｋ）、
１５０２、１６０２・・・デスクランブラ、１８０２−１・・・第１デスクランブラ、１８０２−２・・・第２デスクランブラ、
５０６、８０６、９０６、１３０６・・・制御部、
１５１１、１６１１、１８１１１・・・ＣＡＳモジュール、
３０００−１・・・設定数値、３１００・・・制御信号、
３１１０−１、３１１０−２・・・タグ値、
３１１５−１、３１１５−２・・・割当対象内容、３２００・・・符号化信号、３４００・・・従来の放送業者毎に規定／運用可能な領域、
３４５２、３５５２・・・解説音声信号の割当領域（視覚が不自由な人向け）、
３４５４、３５５４・・・特殊音声信号の割当領域（音声信号を聞き辛い人向け）、
３４５６、３５５６・・・手話映像信号の割当領域（音声信号を聞き辛い人向け）、
３４５８、３５５８・・・字幕付映像信号割当領域、
３４６０、３５６０・・・各言語対応字幕割当領域。
【図１】
2019134290.tif 000003
【図２】
2019134290.tif 000004
【図３】
2019134290.tif 000005
【図４Ａ】
2019134290.tif 000006
【図４Ｂ】
2019134290.tif 000007
【図４Ｃ】
2019134290.tif 000008
【図５】
2019134290.tif 000009
【図６】
2019134290.tif 000010
【図７】
2019134290.tif 000011
【図８】
2019134290.tif 000012
【図９】
2019134290.tif 000013
【図１０】
2019134290.tif 000014
【図１１】
2019134290.tif 000015
【図１２】
2019134290.tif 000016
【図１３】
2019134290.tif 000017
【図１４】
2019134290.tif 000018
【図１５】
2019134290.tif 000019
【図１６】
2019134290.tif 000020
【図１７】
2019134290.tif 000021
【図１８】
2019134290.tif 000022
【図１９】
2019134290.tif 000023
【図２０】
2019134290.tif 000024
【図２１Ａ】
2019134290.tif 000025
【図２１Ｂ】
2019134290.tif 000026
【図２２】
2019134290.tif 000027
【図２３】
2019134290.tif 000028
【図２４】
2019134290.tif 000029
【図２５】
2019134290.tif 000030
【図２６】
2019134290.tif 000031
【図２７】
2019134290.tif 000032
【図２８】
2019134290.tif 000033
【図２９】
2019134290.tif 000034
【図３０】
2019134290.tif 000035
【図３１】
2019134290.tif 000036
【図３２】
2019134290.tif 000037
【図３３】
2019134290.tif 000038
【図３４】
2019134290.tif 000039
【図３５】
2019134290.tif 000040
【図３６】
2019134290.tif 000041
【図３７】
2019134290.tif 000042
【図３８】
2019134290.tif 000043
【図３９】
2019134290.tif 000044
【図４０】
2019134290.tif 000045
【図４１】
2019134290.tif 000046
【図４２】
2019134290.tif 000047
【図４３】
2019134290.tif 000048
【図４４】
2019134290.tif 000049
【図４５】
2019134290.tif 000050
【図４６】
2019134290.tif 000051
【図４７】
2019134290.tif 000052
【図４８】
2019134290.tif 000053
【図４９】
2019134290.tif 000054
【図５０】
2019134290.tif 000055
【図５１】
2019134290.tif 000056
【図５２】
2019134290.tif 000057
【図５３】
2019134290.tif 000058