(57)【要約】【課題】IP伝送方式を用いたデジタル放送において、その運用形態に応じてコンテンツを保護することができるようにする。【解決手段】制御部は、IP伝送方式を用いたデジタル放送の放送波によって、IP伝送方式のプロトコルの階層における第１の階層で伝送されるLLSに応じて取得されるワーク鍵(Kw)を用い、第１の階層よりも上位の階層となる第２の階層で伝送されるSCSに応じて取得されるスクランブル鍵(Ks)を復号し、デスクランブラは、復号されたスクランブル鍵(Ks)を用い、放送波から得られるBBPストリームに含まれる特定のサービスを構成する暗号化されたコンポーネントを復号する。本技術は、例えば、テレビジョン受像機に適用することができる。【選択図】図４１
2015154238.tif 000002
【特許請求の範囲】
【請求項１】
IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波を受信する受信部と、
前記放送波によって、前記IP伝送方式のプロトコルの階層における第１の階層で伝送される第１の制御信号に応じて取得される第１の鍵を用い、前記第１の階層よりも上位の階層となる第２の階層で伝送される第２の制御信号に応じて取得される第２の鍵を復号する第１の復号部と、
復号された前記第２の鍵を用い、前記放送波から得られるストリームに含まれる特定のサービスを構成する暗号化されたコンポーネントを復号する第２の復号部と
を備える受信装置。
【請求項２】
前記第１の制御信号は、前記第１の鍵を少なくとも含む第１の記述子を取得するためのロケーション情報が記述された第１のシグナリング情報を伝送し、
前記第２の制御信号は、前記第２の鍵を少なくとも含む第２の記述子を取得するためのロケーション情報が記述された第２のシグナリング情報を伝送し、
前記第１のシグナリング情報に記述されたロケーション情報に従い、前記第１の記述子が取得され、
前記第２のシグナリング情報に記述されたロケーション情報に従い、前記第２の記述子が取得される
請求項１に記載の受信装置。
【請求項３】
前記第１の記述子は、前記第１の制御信号、通信網、又は、NRT(Non-RealTime)放送を利用して伝送され、
前記第２の記述子は、前記第２の制御信号、通信網、NRT放送、又は、前記コンポーネントを利用して伝送される
請求項２に記載の受信装置。
【請求項４】
前記暗号化の方式は、CAS(Conditional Access System)方式に準じており、
前記第１の記述子は、EMM(Entitlement Management Message)であり、
前記第２の記述子は、ECM(Entitlement Control Message)であり、
前記第１の鍵は、第３の鍵で暗号化されている
請求項３に記載の受信装置。
【請求項５】
前記EMMと前記ECMには、前記コンポーネントごとの視聴可否を確認可能な契約情報がさらに含まれる
請求項４に記載の受信装置。
【請求項６】
前記EMMと前記ECMには、特定のグループを識別するためのグループIDがさらに含まれる
請求項４に記載の受信装置。
【請求項７】
複数のEMM又は複数のECMの中から、前記グループIDにより識別される特定のグループのEMM又はECMが用いられる
請求項６に記載の受信装置。
【請求項８】
第１のサービスと、前記第１のサービスに関連した第２のサービスが提供されており、
前記第１のサービスを構成する暗号化されたコンポーネントは、前記第１のサービスのECMから取得される前記第２の鍵を用いて復号され、
前記第２のサービスを構成する暗号化されたコンポーネントは、前記第１のサービスのECM又は前記第２のサービスのECMから取得される前記第２の鍵を用いて復号される
請求項４に記載の受信装置。
【請求項９】
前記IP伝送方式のプロトコルの階層のうち、前記第２の階層は、IP層よりも上位の階層となり、
各サービスを構成する暗号化されたコンポーネントと、前記第２の制御信号には、共通のIPアドレスが割り当てられる
請求項１に記載の受信装置。
【請求項１０】
受信装置の受信方法において、
前記受信装置が、
IP伝送方式を用いたデジタル放送の放送波を受信し、
前記放送波によって、前記IP伝送方式のプロトコルの階層における第１の階層で伝送される第１の制御信号に応じて取得される第１の鍵を用い、前記第１の階層よりも上位の階層となる第２の階層で伝送される第２の制御信号に応じて取得される第２の鍵を復号し、
復号された前記第２の鍵を用い、前記放送波から得られるストリームに含まれる特定のサービスを構成する暗号化されたコンポーネントを復号する
ステップを含む受信方法。
【請求項１１】
各種のサービスを構成する１又は複数のコンポーネントを取得する第１の取得部と、
第１の鍵を取得するための第１の制御信号と、第２の鍵を取得するための第２の制御信号を取得する第２の取得部と、
前記第１の鍵により暗号化される前記第２の鍵を用い、前記コンポーネントを暗号化する暗号化部と、
特定のサービスを構成する暗号化されたコンポーネントと、前記第１の制御信号及び前記第２の制御信号とからなるストリームを含むIP伝送方式を用いた放送波であって、前記IP伝送方式のプロトコルの階層における第１の階層で前記第１の制御信号が伝送され、前記第１の階層よりも上位の階層となる第２の階層で前記第２の制御信号が伝送される放送波を送信する送信部と
を備える送信装置。
【請求項１２】
前記第１の制御信号は、前記第１の鍵を少なくとも含む第１の記述子を取得するためのロケーション情報が記述された第１のシグナリング情報を伝送し、
前記第２の制御信号は、前記第２の鍵を少なくとも含む第２の記述子を取得するためのロケーション情報が記述された第２のシグナリング情報を伝送する
請求項１１に記載の送信装置。
【請求項１３】
前記第１の記述子は、前記第１の制御信号、通信網、又は、NRT放送を利用して伝送され、
前記第２の記述子は、前記第２の制御信号、通信網、NRT放送、又は、前記コンポーネントを利用して伝送される
請求項１２に記載の送信装置。
【請求項１４】
前記暗号化の方式は、CAS方式に準じており、
前記第１の記述子は、EMMであり、
前記第２の記述子は、ECMであり、
前記第１の鍵は、第３の鍵で暗号化されている
請求項１３に記載の送信装置。
【請求項１５】
前記EMMと前記ECMには、前記コンポーネントごとの視聴可否を確認可能な契約情報がさらに含まれる
請求項１４に記載の送信装置。
【請求項１６】
前記EMMと前記ECMには、特定のグループを識別するためのグループIDがさらに含まれる
請求項１４に記載の送信装置。
【請求項１７】
複数のEMM又は複数のECMの中から、前記グループIDにより識別される特定のグループのEMM又はECMが用いられる
請求項１６に記載の送信装置。
【請求項１８】
第１のサービスと、前記第１のサービスに関連した第２のサービスが提供されており、
前記第１のサービスを構成する暗号化されたコンポーネントは、前記第１のサービスのECMから取得される前記第２の鍵を用いて復号され、
前記第２のサービスを構成する暗号化されたコンポーネントは、前記第１のサービスのECM又は前記第２のサービスのECMから取得される前記第２の鍵を用いて復号される
請求項１４に記載の送信装置。
【請求項１９】
前記IP伝送方式のプロトコルの階層のうち、前記第２の階層は、IP層よりも上位の階層となり、
各サービスを構成する暗号化されたコンポーネントと、前記第２の制御信号には、共通のIPアドレスが割り当てられる
請求項１１に記載の送信装置。
【請求項２０】
送信装置の送信方法において、
前記送信装置が、
各種のサービスを構成する１又は複数のコンポーネントを取得し、
第１の鍵を取得するための第１の制御信号と、第２の鍵を取得するための第２の制御信号を取得し、
前記第１の鍵により暗号化される前記第２の鍵を用い、前記コンポーネントを暗号化し、
特定のサービスを構成する暗号化されたコンポーネントと、前記第１の制御信号及び前記第２の制御信号とからなるストリームを含むIP伝送方式を用いた放送波であって、前記IP伝送方式のプロトコルの階層における第１の階層で前記第１の制御信号が伝送され、前記第１の階層よりも上位の階層となる第２の階層で前記第２の制御信号が伝送される放送波を送信する
ステップを含む送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、IP伝送方式を用いたデジタル放送において、その運用形態に応じてコンテンツを保護することができるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。
【背景技術】
【０００２】
各国のデジタル放送の規格では、伝送形式としてMPEG2-TS(Moving Picture Experts Group phase 2-Transport Stream)方式が採用されている(例えば、特許文献１参照)。今後は、通信の分野で用いられているIP(Internet Protocol)パケットをデジタル放送に用いたIP伝送方式を導入することで、より高度なサービスを提供することが想定されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−１５６７１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、デジタル放送では、限定受信システム(CAS：Conditional Access System)などのコンテンツを保護するための技術が採用されている。一方、IP伝送方式を用いたデジタル放送においては、より高度なサービスを提供するための運用形態を利用できるようになることが想定されているが、そのような運用形態に対応したコンテンツ保護に関する技術方式は確立されていない。
【０００５】
本技術はこのような状況に鑑みてなされたものであり、IP伝送方式を用いたデジタル放送において、その運用形態に応じてコンテンツを保護することができるようにするものである。
【課題を解決するための手段】
【０００６】
本技術の第１の側面の受信装置は、IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波を受信する受信部と、前記放送波によって、前記IP伝送方式のプロトコルの階層における第１の階層で伝送される第１の制御信号に応じて取得される第１の鍵を用い、前記第１の階層よりも上位の階層となる第２の階層で伝送される第２の制御信号に応じて取得される第２の鍵を復号する第１の復号部と、復号された前記第２の鍵を用い、前記放送波から得られるストリームに含まれる特定のサービスを構成する暗号化されたコンポーネントを復号する第２の復号部とを備える受信装置である。
【０００７】
前記第１の制御信号は、前記第１の鍵を少なくとも含む第１の記述子を取得するためのロケーション情報が記述された第１のシグナリング情報を伝送し、前記第２の制御信号は、前記第２の鍵を少なくとも含む第２の記述子を取得するためのロケーション情報が記述された第２のシグナリング情報を伝送し、前記第１のシグナリング情報に記述されたロケーション情報に従い、前記第１の記述子が取得され、前記第２のシグナリング情報に記述されたロケーション情報に従い、前記第２の記述子が取得されるようにすることができる。
【０００８】
前記第１の記述子は、前記第１の制御信号、通信網、又は、NRT(Non-RealTime)放送を利用して伝送され、前記第２の記述子は、前記第２の制御信号、通信網、NRT放送、又は、前記コンポーネントを利用して伝送されるようにすることができる。
【０００９】
前記暗号化の方式は、CAS(Conditional Access System)方式に準じており、前記第１の記述子は、EMM(Entitlement Management Message)であり、前記第２の記述子は、ECM(Entitlement Control Message)であり、前記第１の鍵は、第３の鍵で暗号化されているようにすることができる。
【００１０】
前記EMMと前記ECMには、前記コンポーネントごとの視聴可否を確認可能な契約情報がさらに含まれるようにすることができる。
【００１１】
前記EMMと前記ECMには、特定のグループを識別するためのグループIDがさらに含まれるようにすることができる。
【００１２】
複数のEMM又は複数のECMの中から、前記グループIDにより識別される特定のグループのEMM又はECMが用いられるようにすることができる。
【００１３】
第１のサービスと、前記第１のサービスに関連した第２のサービスが提供されており、前記第１のサービスを構成する暗号化されたコンポーネントは、前記第１のサービスのECMから取得される前記第２の鍵を用いて復号され、前記第２のサービスを構成する暗号化されたコンポーネントは、前記第１のサービスのECM又は前記第２のサービスのECMから取得される前記第２の鍵を用いて復号されるようにすることができる。
【００１４】
前記IP伝送方式のプロトコルの階層のうち、前記第２の階層は、IP層よりも上位の階層となり、各サービスを構成する暗号化されたコンポーネントと、前記第２の制御信号には、共通のIPアドレスが割り当てられるようにすることができる。
【００１５】
受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。
【００１６】
本技術の第１の側面の受信方法は、本技術の第１の側面の受信装置に対応する受信方法である。
【００１７】
本技術の第１の側面の受信装置、及び、受信方法においては、IP伝送方式を用いたデジタル放送の放送波が受信され、前記放送波によって、前記IP伝送方式のプロトコルの階層における第１の階層で伝送される第１の制御信号に応じて取得される第１の鍵を用い、前記第１の階層よりも上位の階層となる第２の階層で伝送される第２の制御信号に応じて取得される第２の鍵が復号され、復号された前記第２の鍵を用い、前記放送波から得られるストリームに含まれる特定のサービスを構成する暗号化されたコンポーネントが復号される。
【００１８】
本技術の第２の側面の送信装置は、各種のサービスを構成する１又は複数のコンポーネントを取得する第１の取得部と、第１の鍵を取得するための第１の制御信号と、第２の鍵を取得するための第２の制御信号を取得する第２の取得部と、前記第１の鍵により暗号化される前記第２の鍵を用い、前記コンポーネントを暗号化する暗号化部と、特定のサービスを構成する暗号化されたコンポーネントと、前記第１の制御信号及び前記第２の制御信号とからなるストリームを含むIP伝送方式を用いた放送波であって、前記IP伝送方式のプロトコルの階層における第１の階層で前記第１の制御信号が伝送され、前記第１の階層よりも上位の階層となる第２の階層で前記第２の制御信号が伝送される放送波を送信する送信部とを備える送信装置である。
【００１９】
前記第１の制御信号は、前記第１の鍵を少なくとも含む第１の記述子を取得するためのロケーション情報が記述された第１のシグナリング情報を伝送し、前記第２の制御信号は、前記第２の鍵を少なくとも含む第２の記述子を取得するためのロケーション情報が記述された第２のシグナリング情報を伝送するようにすることができる。
【００２０】
前記第１の記述子は、前記第１の制御信号、通信網、又は、NRT放送を利用して伝送され、前記第２の記述子は、前記第２の制御信号、通信網、NRT放送、又は、前記コンポーネントを利用して伝送されるようにすることができる。
【００２１】
前記暗号化の方式は、CAS方式に準じており、前記第１の記述子は、EMMであり、前記第２の記述子は、ECMであり、前記第１の鍵は、第３の鍵で暗号化されているようにすることができる。
【００２２】
前記EMMと前記ECMには、前記コンポーネントごとの視聴可否を確認可能な契約情報がさらに含まれるようにすることができる。
【００２３】
前記EMMと前記ECMには、特定のグループを識別するためのグループIDがさらに含まれるようにすることができる。
【００２４】
複数のEMM又は複数のECMの中から、前記グループIDにより識別される特定のグループのEMM又はECMが用いられるようにすることができる。
【００２５】
第１のサービスと、前記第１のサービスに関連した第２のサービスが提供されており、前記第１のサービスを構成する暗号化されたコンポーネントは、前記第１のサービスのECMから取得される前記第２の鍵を用いて復号され、前記第２のサービスを構成する暗号化されたコンポーネントは、前記第１のサービスのECM又は前記第２のサービスのECMから取得される前記第２の鍵を用いて復号されるようにすることができる。
【００２６】
前記IP伝送方式のプロトコルの階層のうち、前記第２の階層は、IP層よりも上位の階層となり、各サービスを構成する暗号化されたコンポーネントと、前記第２の制御信号には、共通のIPアドレスが割り当てられるようにすることができる。
【００２７】
送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。
【００２８】
本技術の第２の側面の送信方法は、本技術の第２の側面の送信装置に対応する送信方法である。
【００２９】
本技術の第２の側面の送信装置、及び、送信方法においては、各種のサービスを構成する１又は複数のコンポーネントが取得され、第１の鍵を取得するための第１の制御信号と、第２の鍵を取得するための第２の制御信号が取得され、前記第１の鍵により暗号化される前記第２の鍵を用い、前記コンポーネントが暗号化され、特定のサービスを構成する暗号化されたコンポーネントと、前記第１の制御信号及び前記第２の制御信号とからなるストリームを含むIP伝送方式を用いた放送波であって、前記IP伝送方式のプロトコルの階層における第１の階層で前記第１の制御信号が伝送され、前記第１の階層よりも上位の階層となる第２の階層で前記第２の制御信号が伝送される放送波が送信される。
【発明の効果】
【００３０】
本技術の第１の側面及び第２の側面によれば、IP伝送方式を用いたデジタル放送において、その運用形態に応じてコンテンツを保護することができる。
【００３１】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００３２】
【図１】IP伝送方式のデジタル放送のプロトコルスタックを示す図である。
【図２】IP伝送方式を用いたデジタル放送の放送波の信号と、IP伝送方式のID体系との関係を示す図である。
【図３】IP伝送方式のデジタル放送の放送波の構成を示す図である。
【図４】IP伝送方式におけるLLSの構成を示す図である。
【図５】IP伝送方式におけるSCSの構成を示す図である。
【図６】SGDUの構造を示す図である。
【図７】シグナリング情報の構造を示す図である。
【図８】暗号化されたコンポーネントの復号時のシグナリング情報の関係（EMM：LLS(Network，NRT)，ECM：SCS）を示す図である。
【図９】暗号化されたコンポーネントの復号時のシグナリング情報の関係（EMM：LLS(Network，NRT)，ECM：Component）を示す図である。
【図１０】アジャンクトサービスを利用する場合における、暗号化されたコンポーネントの復号時のシグナリング情報の関係（EMM：LLS(Network，NRT)，ECM：Component）を示す図である。
【図１１】SCTのシンタックスを示す図である。
【図１２】CA Descriptorのシンタックスを示す図である。
【図１３】CATのシンタックスを示す図である。
【図１４】EMMのシンタックスを示す図である。
【図１５】SPTのシンタックスを示す図である。
【図１６】AdjunctServiceDescriptorのシンタックスを示す図である。
【図１７】ECMのシンタックスを示す図である。
【図１８】EMMをLLSから取得する場合の運用例を示す図である。
【図１９】EMMをネットワーク上のサーバから取得する場合の運用例を示す図である。
【図２０】CASの基本構造を示す図である。
【図２１】ISOベースメディアファイルフォーマットにおけるファイルのボックス構造を木構造で表した図である。
【図２２】受信機側で行われるスクランブル鍵(Ks)の復号のタイミングを示す図である。
【図２３】サービスと鍵階層モデル１の構造を示す図である。
【図２４】サービスと鍵階層モデル２の構造を示す図である。
【図２５】サービスと鍵階層モデル３の構造を示す図である。
【図２６】サービスと鍵階層モデル４の構造を示す図である。
【図２７】サービスと鍵階層モデル５の構造を示す図である。
【図２８】CAS関連情報（EMM：LLS，ECM：SCS）の全体を体系的に表した図である。
【図２９】CAS関連情報（EMM：LLS，ECM：SCS）の全体を体系的に表した図である。
【図３０】CAS関連情報（EMM：Network，ECM：SCS）の全体を体系的に表した図である。
【図３１】CAS関連情報（EMM：LLS，ECM：Component）の全体を体系的に表した図である。
【図３２】CAS関連情報（EMM：LLS，ECM：NRT）の全体を体系的に表した図である。
【図３３】ECMのティアビットで視聴可否を確認する場合のCAS関連情報の全体を体系的に表した図である。
【図３４】ECMのグループIDで視聴可否を確認する場合のCAS関連情報の全体を体系的に表した図である。
【図３５】複数のEMM系列を提供する場合のCAS関連情報の全体を体系的に表した図である。
【図３６】アジャンクトサービス提供時にメインサービスのECMを使用する場合のCAS関連情報の全体を体系的に表した図である。
【図３７】アジャンクトサービス提供時にアジャンクトサービスのECMを使用する場合のCAS関連情報の全体を体系的に表した図である。
【図３８】CAS方式以外の他のスクランブル方式の適用例を示す図である。
【図３９】本技術を適用した放送通信システムの一実施の形態の構成を示す図である。
【図４０】本技術を適用した送信装置の一実施の形態の構成を示す図である。
【図４１】本技術を適用した受信装置の一実施の形態の構成を示す図である。
【図４２】送信処理を説明するフローチャートである。
【図４３】初期スキャン時EMM取得処理を説明するフローチャートである。
【図４４】イベント発火時EMM取得処理を説明するフローチャートである。
【図４５】EMM取得処理の詳細な内容を説明するフローチャートである。
【図４６】選局処理を説明するフローチャートである。
【図４７】メインサービスコンポーネント取得処理の詳細な内容を説明するフローチャートである。
【図４８】ECM取得処理の詳細な内容を説明するフローチャートである。
【図４９】アジャンクトサービス出現処理を説明するフローチャートである。
【図５０】アジャンクトサービスコンポーネント取得処理の詳細な内容を説明するフローチャートである。
【図５１】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００３３】
以下、図面を参照しながら本技術の実施の形態について説明する。ただし、説明は以下の順序で行うものとする。
【００３４】
１．IP伝送方式によるデジタル放送の概要
２．シグナリング情報の詳細
（１）シグナリング情報の構造
（２）LLS，SCSのデータ構造
３．運用例
４．サービスと鍵階層モデル
５．CAS関連情報
６．他のスクランブル方式の適用例
７．放送通信システムの構成
８．各装置で実行される具体的な処理の流れ
９．コンピュータの構成
【００３５】
＜１．IP伝送方式によるデジタル放送の概要＞
【００３６】
（プロトコルスタック）
図１は、IP伝送方式のデジタル放送のプロトコルスタックを示す図である。
【００３７】
図１に示すように、最も下位の階層は、物理層(Physical Layer)とされ、サービス（チャンネル）のために割り当てられた放送波の周波数帯域がこれに対応する。物理層に隣接する上位の階層は、BBPストリーム(Base Band Packet Stream)を挟んでIP層とされる。BBPストリームは、IP伝送方式における各種のデータを格納したパケットを含むストリームである。
【００３８】
IP層は、TCP/IPのプロトコルスタックにおけるIP(Internet Protocol)に相当するものであり、IPアドレスによりIPパケットが特定される。IP層に隣接する上位階層はUDP層とされ、さらにその上位の階層は、RTP，FLUTE/ALS(Asynchronous Layered Coding)とされる。すなわち、IP伝送方式のデジタル放送においては、UDP(User Datagram Protocol)のポート番号が指定されたパケットが送信され、例えばRTP(Real-time Transport Protocol)セッションやFLUTE(File Delivery over Unidirectional Transport)セッションが確立されるようになされている。なお、FLUTEの詳細は、RFC3926として規定されている。
【００３９】
FLUTE/ALSに隣接する上位階層は、fMP4(Fragmented MP4)とされ、さらに、RTP，fMP4に隣接する上位階層は、ビデオデータ(Video)、オーディオデータ(Audio)、字幕データ(Closed Caption)等とされる。すなわち、ビデオデータやオーディオデータを、ストリーム形式で伝送する場合には、RTPセッションが利用され、ビデオデータやオーディオデータを、ファイル形式で伝送する場合には、FLUTEセッションが利用される。
【００４０】
また、FLUTE/ALSの上位階層は、NRTコンテンツ(NRT Content)，ESG，SCSとされ、NRTコンテンツ，ESG，SCSは、FLUTEセッションにより伝送される。NRTコンテンツは、NRT(Non-RealTime)放送で伝送されるコンテンツであって、受信機のストレージに一旦蓄積された後で再生が行われる。なお、NRTコンテンツは、コンテンツの一例であって、他のコンテンツのファイルがFLUTEセッションにより伝送されるようにしてもよい。ESG(Electronic Service Guide)は、電子サービスガイドである。
【００４１】
SCS(Service Channel Signaling)は、サービス単位のシグナリング情報であって、FLUTEセッションにより伝送される。例えば、SCSとしては、USD(User Service Description)，MPD(Media Presentation Description)，SDP(Session Description Protocol)，SPT(Service Parameter Table)，ECM(Entitlement Control Message)が伝送される。
【００４２】
LLS(Low Layer Signaling)は、低レイヤのシグナリング情報であって、BBPストリーム上で伝送される。例えば、LLSとしては、SCT(Service Configuration Table)，SAT(Service Association Table)，CAT(Conditional Access Table)，EMM(Entitlement Management Message)，EAT(Emergency Alerting Table)，RRT(Region Rating Table)が伝送される。
【００４３】
（IP伝送方式におけるID体系）
図２は、IP伝送方式を用いたデジタル放送の放送波の信号と、IP伝送方式のID体系との関係を示す図である。
【００４４】
図２に示すように、所定の周波数帯域(6MHz)を有する放送波(放送ネットワーク(Network))には、ネットワークID(以下、「network_id」、「networkId」とも記述する)が割り当てられている。各放送波には、BBPストリームID(以下、「BBP_stream_id」、「BBPStreamId」とも記述する)により識別される、１又は複数のBBPストリームが含まれている。BBPストリームは、BBPヘッダとペイロードからなる複数のBBPパケットにより構成される。
【００４５】
各BBPストリームには、サービスID(以下、「service_id」、「ServiceId」とも記述する)により識別される１又は複数のサービス(Service)が含まれている。各サービスは、１又は複数のコンポーネント(Component)から構成されている。各コンポーネントは、例えば、ビデオデータやオーディオデータ、字幕データ等の番組を構成する情報である。
【００４６】
このように、IP伝送方式のID体系として、MPEG2-TS方式で用いられているネットワークID(network_id)，トランスポートストリームID(transport_stream_id)，サービスID(service_id)の組み合わせ（以下、「トリプレット(Triplet)」という。）に対応する構成を採用し、このトリプレットによって、放送ネットワーク内のBBPストリーム構成とサービス構成が示される。ただし、IP伝送方式のID体系においては、トランスポートストリームIDの代わりに、BBPストリームIDが用いられる。
【００４７】
これにより、現在広く普及しているMPEG2-TS方式との整合をとることができるため、例えば、MPEG2-TS方式からIP伝送方式への移行時のサイマルキャストに容易に対応することが可能となる。
【００４８】
（IP伝送方式の放送波の構成）
図３は、IP伝送方式のデジタル放送の放送波の構成を示す図である。
【００４９】
図３に示すように、所定の周波数帯域(6MHz)を有する放送波(図中の「Network」)には、複数のBBPストリームが伝送されている。また、各BBPストリームには、NTP(Network Time Protocol)、複数のサービスチャンネル(Service Channel)、電子サービスガイド(ESG Service)、及び、LLSが含まれる。ただし、NTP，サービスチャンネル，電子サービスガイドは、UDP/IPのプロトコルに従って伝送されるが、LLSは、BBPストリーム上で伝送される。また、NTPは、時刻情報であって、複数のサービスチャンネルで共通のものとなる。
【００５０】
各サービスチャンネルには、ビデオデータやオーディオデータ等のコンポーネント(Component)と、SPTやSDP等のSCSが含まれる。また、各サービスチャンネルには、共通のIPアドレスが付与されており、このIPアドレスを用いて、１又は複数のサービスチャンネルごとに、コンポーネントや制御信号などをパッケージ化することができる。なお、図３において、ネットワーク(Network)、BBPストリーム(BBP Stream)、及び、コンポーネント(Component)は、図２に対応しているが、サービスチャンネル(Service Channel)は、図２のサービス(Service)に対応するものである。
【００５１】
（LLSの構成）
図４は、IP伝送方式におけるLLSの構成を示す図である。
【００５２】
図４に示すように、BBPパケットは、BBPヘッダとペイロードから構成される。BBPストリームによりIPパケットを伝送する場合には、ペイロードの部分がIPパケットとなる。
【００５３】
また、BBPストリームによりLLSを伝送する場合には、BBPヘッダの次にLLSが配置される。LLSとしては、例えば、XML(Extensible Markup Language)形式で記述されたSCTやSAT等が配置されるが、そのデータの一部のXMLフラグメント(XML fragment)をLLS本体として、SGDUヘッダが付加される。これにより、SCTやSATは、SGDUコンテナ(Service Guide Delivery Unit Container)により伝送されることになる。
【００５４】
BBPヘッダには、2ビットのタイプ情報が含まれており、そのタイプ情報によって、BBPパケットがIPパケットであるか、LLSであるかを区別することができる。
【００５５】
（SCSの構成）
図５は、IP伝送方式におけるSCSの構成を示す図である。
【００５６】
図５に示すように、例えば、ビデオデータやオーディオデータを、ストリーム形式で伝送する場合には、RTPセッションが利用されるため、BBP，IP，UDP，RTPの各ヘッダがペイロードに付加される。また、fMP4やESG，NRTコンテンツ等のファイルデータを、ファイル形式で伝送する場合には、FLUTEセッションが利用されるため、BBP，IP，UDP，LCTの各ヘッダがペイロードに付加される。さらに、NTPは、UDP層の上位階層となるため、BBP，IP，UDPの各ヘッダの次に配置される。
【００５７】
SCSは、FLUTEセッションを利用して伝送されるため、BBP，IP，UDP，LCTの各ヘッダの次に配置される。SCSとしては、例えば、SPTやSDP等が配置されるが、そのデータの一部のSDPフラグメント(SDP fragment)をSCS本体として、SGDUヘッダが付加される。これにより、SDPは、SGDUコンテナにより伝送されることになる。なお、SCS本体として配置されるのは、SDPフラグメントに限らず、例えば、XML形式で記述されたSPTのXMLフラグメント(XML fragment)を配置して、SGDUコンテナにより伝送することができる。
【００５８】
（SGDUの構造）
図６は、図４及び図５で説明したSGDUの構造を示す図である。なお、SGDUは、OMA(Open Mobile Alliance)の規格として採用されている。
【００５９】
図６に示すように、SGDU(Service Guide Delivery Unit)は、ヘッダ情報(Unit Header)とペイロード(Unit Payload)から構成される。また、SGDUでは必要に応じて、拡張部(extension)が配置される。
【００６０】
ヘッダ情報には、フラグメントの数（例えば、１）に応じて、フラグメントIDとフラグメントバージョンが配置される。フラグメントIDは、フラグメント識別を示す。例えば、フラグメントIDにより、シグナリング情報（例えばMPDやSDP）などが識別される。また、フラグメントバージョンは、フラグメントのバージョン番号を示す。
【００６１】
ペイロードには、XMLフラグメント(XML fragment)及びSDPフラグメント(SDP fragment)の少なくとも一方の実データが配置される。すなわち、ヘッダ情報により指定された数に応じたフラグメントのデータがペイロードに配置されることになる。ここでは、例えば、XMLフラグメントとSDPフラグメントの両方のフラグメントが配置されるようにするなど、ペイロードに配置される複数のフラグメントの組み合わせは任意である。また、ここには、フラグメントの符号化のタイプを示すフラグメントエンコードタイプが実データとともに配置される。
【００６２】
また、拡張部を配置する場合には、拡張部のタイプ情報が拡張データとともに配置される。また、ヘッダ情報に、オフセット値を指定することで、拡張部の位置を示すことができる。フィルタリング情報格納部には、フィルタリングに関する情報が格納される。
【００６３】
＜２．シグナリング情報の詳細＞
【００６４】
（１）シグナリング情報の構造
図７は、シグナリング情報の構造を示す図である。
【００６５】
図７に示すように、BBPストリーム上で伝送されるLLS(Low Layer Signaling)としては、例えば、SCT，SAT，CAT，EMM，EAT，RRTが伝送される。
【００６６】
SCT(Service Configuration Table)は、MPEG2-TS方式で用いられているトリプレットに相当するID体系を採用し、このトリプレットによって、放送ネットワーク内のBBPストリーム構成とサービス構成が示される。また、SCTには、サービス単位の属性・設定情報としてのIPアドレス等の情報、ESG(Electronic Service Guide)やSCSにアクセスするためのbootstrap情報などが含まれる。
【００６７】
SAT(Service Association Table)は、BBPストリームごとのオンエア中のサービスを示す。SATによって、特定のサービスがオンエア中（放送中）であるかどうかを判定することができる。
【００６８】
CAT(Conditional Access Table)は、EMMの取得に関する情報（以下、「EMM取得情報」という。）が記述されたCA記述子(CA_Descriptor)を含んでいる。EMM(Entitlement Management Message)は、ワーク鍵(Kw)と受信機の契約情報等を含んでいる。なお、EMMは、CA_Descriptorの記述内容に従って取得されるため、LLS以外から取得される場合がある。また、CA_Descriptorは、CATではなく、SCTに記述される場合がある。
【００６９】
EAT(Emergency Alerting Table)は、緊急告知に関する情報を含んでいる。RRT(Region Rating Table)は、レーティング情報を含んでいる。
【００７０】
また、図７に示すように、FLUTEセッションにより伝送されるSCS(Service Channel Signaling)としては、例えば、USD，MPD，SDP，SPT，ECMが伝送される。
【００７１】
USD(User Service Description)は、MPDとSDPを参照するための情報を含んでいる。MPD(Media Presentation Description)は、サービス単位で伝送されるコンポーネントごとのセグメントURL(Uniform Resource Locator)などの情報を含んでいる。
【００７２】
SDP(Session Description Protocol)は、サービス単位のサービス属性、コンポーネントの構成情報、コンポーネント属性、コンポーネントのフィルタ情報、コンポーネントのロケーション情報などを含んでいる。
【００７３】
SPT(Service Parameter Table)は、サービスとコンポーネントのレベルで規定された各種のパラメータを含んで構成される。また、SPTは、ECMの取得に関する情報（以下、「ECM取得情報」という。）が記述されたCA記述子(CA_Descriptor)を含んでいる。ECM(Entitlement Control Message)は、ワーク鍵(Kw)を用いて暗号化されたスクランブル鍵(Ks)と契約情報等を含んでいる。なお、ECMは、CA_Descriptorの記述内容に従って取得されるため、SCS以外から取得される場合がある。
【００７４】
なお、以下の説明では、スクランブル鍵(Ks)を用い、コンポーネントをスクランブルすることを「暗号化」ともいう。また、スクランブル鍵(Ks)を用い、暗号化されたコンポーネントを、デスクランブルすることを「復号」ともいう。
【００７５】
次に、図８乃至図１０を参照して、暗号化されたコンポーネントの復号時における、各シグナリング情報の関係について説明する。なお、図８乃至図１０において、LLS，SCS，ESGは、SGDUコンテナに格納されて伝送される。また、SCSやESG，ビデオやオーディオのコンポーネントはFLUTEセッションで伝送される。
【００７６】
（暗号化されたコンポーネントの復号時の各シグナリング情報の関係）
図８は、暗号化されたコンポーネントの復号時における、各シグナリング情報の関係を示す図である。
【００７７】
SCTは、例えば、伝送周期が1秒とされ、初期スキャン時に取得されるか、あるいはインターネット上のサーバから取得される。また、SATは、例えば、伝送周期が100ミリ秒とされ、サービスの選局時などに取得される。
【００７８】
SCTは、トリプレットにより放送ネットワーク内のBBPストリーム構成とサービス構成を示している。SCTには、network_idのほか、BBP_stream_idにより識別されるBBPストリームループが配置される。BBPストリームループ内には、ESG_bootstrap情報のほか、service_idにより識別されるサービスループが配置される。サービスループ内にはさらに、各サービスのIPアドレスやSCS_bootstrap情報が配置される。
【００７９】
SCTのESG_bootstrap情報に従い、FLUTEセッションで伝送されている、番組タイトルや開始時刻などの情報を含むESGが取得される。また、図示はしていないが、SCTには、物理層(Physical Layer)に関する情報等も含まれており、それらが選局情報（初期スキャン情報）として用いられる。
【００８０】
SATは、オンエア中のサービスを示している。SCTとSATは、service_idにより紐付けられており、特定のサービスがオンエア中であるかどうかを判定することができる。また、EATは、緊急告知に関する情報を含んでいる。RRTは、レーティング情報を含んでいる。
【００８１】
CATのCA_Descriptor（EMM取得情報）には、ロケーション情報(Location)が記述されており、このロケーション情報に従い、LLSやNRT，インターネット上のEMMサーバからEMMを取得することができる。
【００８２】
特定のサービスが選局されると、SCTのSCS_bootstrap情報に従い、FLUTEセッションで伝送されている、当該サービスのSCSが取得される。ここでは、SCSとして、USD，MPD，SDP，SPT，ECMが取得される。USDは、MPD，SDPと関連付けられている。これらのMPDとSDPを用い、FLUTEセッションで伝送されるビデオやオーディオのコンポーネントを取得することができる。ただし、ビデオやオーディオのコンポーネントは、暗号化され、メディアセグメント単位で伝送されている。
【００８３】
SPTのCA_Descriptor（ECM取得情報）には、ロケーション情報が記述されており、このロケーション情報に従い、SCSからECMが取得される。ECMのスクランブル鍵(Ks)は、EMMのワーク鍵(Kw)を用いて復号することができるので、当該スクランブル鍵(Ks)を用い、暗号化されたビデオやオーディオのコンポーネントを、復号することができる。
【００８４】
また、図９に示すように、ECMは、SCSの代わりに、コンポーネントを利用して伝送することができる。この場合、SPTには、CA_Descriptor（ECM取得情報）のロケーション情報として、コンポーネントを示す情報が指定されるので、FLUTEセッションでコンポーネントとともに伝送されるECMが取得される。そして、このようにして取得されたECMのスクランブル鍵(Ks)を、EMMのワーク鍵(Kw)を用いて復号し、それにより得られたスクランブル鍵(Ks)を用い、暗号化されたコンポーネントを復号することができる。
【００８５】
さらに、図１０に示すように、メインのサービスに関連した関連従属サービス（以下、「アジャンクトサービス」という。）が提供される場合、SPTには、後述するAdjunct Service Descriptor（以下、「ASD」とも記述する。）が記述される。このAdjunct Service Descriptorには、アジャンクトサービスのトリプレットが記述されているので、当該サービスのMPDとSDPを用い、FLUTEセッションで伝送されるアジャンクトサービスを構成するコンポーネントを取得することができる。ただし、アジャンクトサービスのコンポーネントは暗号化されているため、ECMのスクランブル鍵(Ks)を、EMMのワーク鍵(Kw)を用いて復号し、当該スクランブル鍵(Ks)を用い、暗号化されたコンポーネントを復号することになる。
【００８６】
なお、図８乃至図１０の例では、ECMをSCS又はコンポーネントを利用して伝送する手法を説明したが、ECMの伝送手法は、それらの手法に限らず、例えば、インターネット上のECMサーバから取得するか、あるいは、NRT(Non-RealTime)放送を利用してもよい。また、図１０のSPTのAdjunct Service Descriptorは、Associated Service Descriptorと記述される場合がある。
【００８７】
（２）LLS，SCSのデータ構造
（SCTのシンタックス）
図１１は、SCT(Service Configuration Table)のシンタックスを示す図である。SPTは、例えば、XML等のマークアップ言語により記述される。なお、図１１等のシンタックスにおいて、要素と属性のうち、属性には「@」が付されている。また、インデントされた要素と属性は、その上位の要素に対して指定されたものとなる。
【００８８】
図１１に示すように、Sct要素は、networkId属性、name属性、及び、BBPStream要素の上位要素となる。networkId属性には、物理チャンネル単位の放送局のネットワークIDが指定される。name属性には、物理チャンネル単位の放送局の名称が指定される。
【００８９】
BBPStream要素には、１又は複数のBBPストリームに関する情報が指定される。BBPStream要素は、bbpStreamId属性、payloadType属性、name属性、ESGBootstrap要素、physicalParameters要素、CA_Descriptor要素、及び、Service要素の上位要素となる。
【００９０】
bbpStreamId属性には、BBPストリームIDが指定される。BBPストリームを複数配置する場合には、BBPストリームIDにより識別する。payloadType属性には、BBPストリームのペイロードタイプが指定される。このペイロードタイプとしては、例えば、"ipv4"，"ipv6"，"ts"などが指定される。"ipv4"は、IPv4(Internet Protocol version 4)であることを示す。"ipv6"は、IPv6(Internet Protocol Version 6)であることを示す。"ts"は、TS(Transport Stream)であることを示す。name属性には、BBPストリームの名称が指定される。
【００９１】
ESGBootstrap要素には、ESGへのアクセス情報が指定される。ESGBootstrap要素は、ESGProvider要素の上位要素となる。ESGProvider要素には、ESGのプロバイダごとに、ESGに関する情報が指定される。ESGProvider要素は、providerName属性、ESGBroadcastLocation要素、及び、ESGBroadbandLocation要素の上位要素となる。
【００９２】
providerName属性には、ESGのプロバイダの名称が指定される。ESGBroadcastLocation要素は、ESGが放送を利用して伝送される場合に、networkId属性、BBPStreamId属性、及び、ESGServiceId属性(トリプレット)によりESGサービスを指定する。networkId属性には、ESGサービスを伝送するネットワークのネットワークIDが指定される。BBPStreamId属性には、ESGサービスを伝送するBBPストリームのBBPストリームIDが指定される。ESGServiceId属性には、ESGサービスのサービスIDが指定される。
【００９３】
ESGBroadbandLocation要素は、ESGが通信を利用して伝送される場合に、ESGurl属性により、そのESGのファイルにアクセスするためのURLを指定する。
【００９４】
physicalParameters要素には、物理層のパラメータに関する情報が指定される。physicalParameters要素は、modulation属性、及び、frequencey属性の上位要素となる。modulation属性には、変調方式が指定される。frequencey属性には、6MHzの帯域を選局するときの周波数が指定される。
【００９５】
CA_Descriptor要素には、CA Descriptor（図１２）が配置される。なお、詳細は後述するが、このCA Descriptorには、EMM取得情報が指定される。
【００９６】
Service要素には、１又は複数のサービスに関する情報が指定される。Service要素は、serviceId属性、serviceType属性、hidden属性、hiddenGuide属性、shortName属性、longName属性、accessControl属性、SourceOrigin要素、SCSbootstrap要素、及び、AdjunctServiceDescriptor要素の上位要素となる。
【００９７】
serviceId属性には、サービスIDが指定される。サービスを複数配置する場合には、サービスIDにより識別する。serviceType属性には、サービスのタイプ情報が指定される。このタイプ情報としては、例えば、"tv"，"audio"，"data"，"nrt"，"esg"，"adjunct-nrt"，"adjunct-shared"が指定される。"tv"はテレビジョン(Television)、"audio"は音声サービス、"data"はデータサービス、"nrt"はNRTサービス、"esg"はESGサービス、"adjunct-nrt"と"adjunct-shared"(shared)は、アジャンクトサービスであることをそれぞれ示している。
【００９８】
hidden属性とhiddenGuide属性には、サービスIDにより識別されるサービスが、隠されたサービスであるかどうかが指定される。これらの属性値として"on"が指定された場合、当該サービスは非表示とされる。また、これらの属性値として"off"が指定された場合、当該サービスは表示される。例えば、hidden属性として"on"が指定された場合、当該サービスは、リモートコントローラの操作により選局できないようになる。また、例えば、hiddenGuide属性として"on"が指定された場合、当該サービスは、ESGには表示されないことになる。
【００９９】
shortName属性とlongName属性には、サービスIDにより識別されるサービスの名称が指定される。ただし、shortName属性では、７文字以内でサービスの名称の名称を指定しなければならない。accessControl属性には、サービスIDにより識別されるサービスが暗号化されているかどうかが指定される。accessControl属性として"on"が指定された場合には、当該サービスが暗号化されていることを示し、"off"が指定された場合には、当該サービスが暗号化されていないことを示している。
【０１００】
SourceOrigin要素には、サービスを識別するための情報が指定される。SourceOrigin要素は、country属性、originalNetworkId属性、bbpStreamId属性、及び、serviceId属性の上位要素となる。country属性には、国コードが指定される。originalNetworkId属性には、オリジナルネットワークIDが指定される。オリジナルネットワークIDは、放送ネットワークを識別するためのIDであって、当該サービスの再送信を行う場合でも、同一の値が用いられる。bbpStreamId属性には、BBPストリームIDが指定される。serviceId属性には、サービスIDが指定される。すなわち、国コード、オリジナルネットワークID、BBPストリームID、及び、サービスIDによって、各サービスに対して、固有のIDを割り当てることができる。
【０１０１】
SCSBootstrap要素には、サービスチャンネルへのアクセス情報が指定される。SCSBootstrap要素は、sourceIPAddress属性、destinationIPAddress属性、portNum属性、及び、tsi属性の上位要素となる。sourceIPAddress属性とdestinationIPAddress属性には、サービスを伝送する送信元(source)と宛先(destination)のIPアドレスが指定される。portNum属性には、SCSを伝送するポート番号が指定される。tsi属性には、SCSを伝送するFLUTEセッションにおけるTSIが指定される。
【０１０２】
AdjunctServiceDescriptor要素には、アジャンクトサービスに関する情報が指定される。AdjunctServiceDescriptor要素は、networkId属性、bbpStreamId属性、及び、serviceId属性の上位要素となる。networkId属性には、アジャンクトサービスのネットワークIDが指定される。bbpStreamId属性には、アジャンクトサービスのBBPストリームIDが指定される。serviceId属性には、アジャンクトサービスのサービスIDが指定される。
【０１０３】
なお、出現数(Cardinality)であるが、"1"が指定された場合にはその要素又は属性は必ず１つだけ指定され、"0..1"が指定された場合には、その要素又は属性を指定するかどうかは任意である。また、"1..n"が指定された場合には、その要素又は属性は１以上指定され、"0..n"が指定された場合には、その要素又は属性を１以上指定するかどうかは任意である。これらの出現数の意味は、後述する他のシンタックスでも同様とされる。
【０１０４】
（CA Descriptorのシンタックス）
図１２は、CA(Conditional Access) Descriptorのシンタックスを示す図である。CA Descriptorは、例えば、XML等のマークアップ言語により記述される。
【０１０５】
CA_Descriptor要素は、Service_platform_ID属性、CA_SystemId属性、groupId属性、及び、Location要素の上位要素となる。
【０１０６】
Service_platform_ID属性には、サービスプラットフォームIDが指定される。CA_SystemId属性には、CA(Conditional Access)方式のIDが指定される。
【０１０７】
groupId属性には、EMM又はECMを識別するためのグループIDが指定される。ただし、１つのEMMが複数のサービスに利用され、１つのECMが複数のコンポーネントに利用される場合がある。
【０１０８】
Location要素には、EMM又はECMの取得先を示す情報（EMM取得情報又はECM取得情報）が指定される。Location要素は、LocationType属性及びLocationUri属性の上位要素となる。
【０１０９】
LocationType属性には、EMMの取得先タイプ、又は、ECMの取得先タイプが指定される。また、LocationUri属性には、EMM又はECMの取得先のURI(Uniform Resource Identifier)が指定される。
【０１１０】
EMMの取得先タイプとしては、"LLS"，"Network"，"NRT"などが指定される。"LLS"は、EMMがLLSで伝送されていることを示す。
【０１１１】
LLSによる伝送の場合、例えば、SGDUに記述されたEMMであることを示すDescriptor IDと、受信機IDにより自分宛のEMMだけをフィルタリングを行うことで、EMMを取得することになる。さらに、SGDUのヘッダ情報に配置されるバージョン情報を用いてフィルタリングを行い、EMMの更新を検知した場合に、新しいEMMを取得して保存することができる。
【０１１２】
"Network"は、EMMが通信網を利用して伝送されていることを示す。通信による伝送の場合、例えば、HTTPS GET request/responseなどを用いて、EMMを取得することができる。リクエストには受信機IDなどを指定して自分宛のEMMを取得する。なお、EMMを取得するタイミングは任意であるが、例えば受信機の電源オン時、週１回や月１回の定時などの運用が想定される。
【０１１３】
"NRT"は、EMMがNRTセッションを利用して伝送されていることを示す。NRTによる伝送の場合、ATSC Standard A/103 Non-Real-Time Content Delivery、又は、ATSCで今後規格化が予定されているノンリアルタイムコンテンツ配信規格に従い、EMMを取得することになる。
【０１１４】
また、ECMの取得先のタイプとしては、"SCS"，"Network"，"NRT"，"component box"などが指定される。"SCS"は、ECMがSCSで伝送されていることを示す。
【０１１５】
SCSによる伝送の場合、SGDUに記述されたECMであることを示すDescriptor IDを用いてフィルタリングを行うことで、ECMを取得することになる。さらに、SGDUのヘッダ情報に配置されるバージョン情報を用いてフィルタリングを行い、ECMの更新を検知した場合に、新しいECMを取得して保存することができる。
【０１１６】
"Network"は、ECMが通信網を利用して伝送されていることを示す。通信による伝送の場合、例えば、HTTPS GET request/responseなどを用いて、ECMを取得することができる。ただし、リクエストの際には、Kw_IDを指定する。
【０１１７】
"NRT"は、ECMがNRTセッションを利用して伝送されていることを示す。NRTによる伝送の場合、ATSC Standard A/103 Non-Real-Time Content Delivery、又は、ATSCで今後規格化が予定されているノンリアルタイムコンテンツ配信規格に従い、ECMを取得することになる。
【０１１８】
"component box"は、ECMがコンポーネント（のメタデータボックス）を利用して伝送されていることを示す。コンポーネント（のメタデータボックス）による伝送の場合、CE(Common Encryption)規格に従い、pssh boxのデータ領域から、ECMを取得することができる。
【０１１９】
なお、EMM又はECMの取得先タイプは、１以上指定され、例えば上述したタイプをすべて指定することも可能である。
【０１２０】
（CATのシンタックス）
図１３は、CAT(Conditional Access Table)のシンタックスを示す図である。CATは、例えば、XML等のマークアップ言語により記述される。
【０１２１】
CAT要素は、CA_Descriptor要素の上位要素となる。CA_Descriptor要素には、CA Descriptor（図１２）が配置される。CA Descriptorには、EMM取得情報が指定される。
【０１２２】
（EMMのシンタックス）
図１４は、EMM(Entitlement Management Message)のシンタックスを示す図である。EMMは、例えば、XML等のマークアップ言語により記述される。
【０１２３】
EMM要素は、Kw_ID属性、Kw属性、契約情報要素、有効期限属性、servicePlatform_ID属性、EMM_group_ID属性、及び、serviceNumber属性の上位要素となる。
【０１２４】
Kw_ID属性には、ワーク鍵IDが指定される。Kw属性には、ワーク鍵(Kw)が指定される。ただし、このワーク鍵(Kw)は、マスタ鍵(Km)で暗号化されている。
【０１２５】
契約情報要素には、受信機が契約しているサービスの情報が指定される。契約情報要素は、ティアビット属性及びECM_group_ID属性の上位要素となる。ティアビット属性には、受信機の契約内容に応じたティアビットが指定される。また、ECM_group_ID属性には、受信機の契約内容に応じたサービスごとのグループIDが指定される。
【０１２６】
有効期限属性には、EMMの有効期限を示す情報が指定される。servicePlatform_ID属性には、サービスプラットフォームIDが指定される。EMM_group_ID属性には、EMMが属するグループのグループIDが指定される。serviceNumber属性には、サービスごとに割り当てられた番号が指定される。
【０１２７】
（SPTのシンタックス）
図１５は、SPT(Service Parameter Table)のシンタックスを示す図である。SPTは、例えば、XML等のマークアップ言語により記述される。
【０１２８】
図１５に示すように、Spt要素は、serviceId属性、spIndicator属性、ProtocolVersionDescriptor要素、NRTServiceDescriptor要素、CapabilityDescriptor要素、IconDescriptor要素、ISO639LanguageDescriptor要素、ReceiverTargetingDescriptor要素、AdjunctServiceDescriptor要素、ContentAdvisoryDescriptor要素、CA_Descriptor要素、及び、Component要素の上位要素となる。
【０１２９】
serviceId属性には、サービスIDが指定される。spIndicator属性には、サービスIDにより識別されるサービスごとに、暗号化されているかどうかが指定される。spIndicator属性として"on"が指定された場合には、当該サービスが暗号化されていることを示し、"off"が指定された場合には、当該サービスが暗号化されていないことを示している。
【０１３０】
ProtocolVersionDescriptor要素には、データのサービスがどのようなサービスであるかを示すための情報が指定される。NRTServiceDescriptor要素には、NRTサービスに関する情報が指定される。CapabilityDescriptor要素には、NRTサービスの提供を受ける受信機に要求される機能(キャパビリティ)に関する情報が指定される。
【０１３１】
IconDescriptor要素には、NRTサービスで用いられるアイコンの取得先を示す情報が指定される。ISO639LanguageDescriptor要素には、NRTサービスの言語コードが指定される。ReceiverTargetingDescriptor要素には、NRTサービスのターゲット情報が指定される。
【０１３２】
AdjunctServiceDescriptor要素には、アジャンクトサービスに関する情報が指定される。ContentAdvisoryDescriptor要素には、レーティングリージョンに関する情報が指定される。
【０１３３】
CA_Descriptor要素には、CA Descriptor（図１２）が配置される。CA Descriptorには、ECM取得情報が指定される。
【０１３４】
SPTにおいては、上述したこれらのDescriptor要素により、サービスレベルでの各種のパラメータが規定される。また、以下のComponent要素により、コンポーネントレベルでの各種のパラメータが規定される。
【０１３５】
Component要素は、componentId属性、componentEncription属性、TargetedDeviceDescriptor要素、ContentAdvisoryDescriptor要素、VideoParameters要素、AudioParameters要素、CaptionParameters要素、CA_Descriptor要素、及び、ECM_DeliveryFlag要素の上位要素となる。
【０１３６】
componentId属性には、コンポーネントIDが指定される。
【０１３７】
componentEncription属性には、コンポーネントIDにより識別されるコンポーネントごとに、暗号化されているかどうかが指定される。componentEncription属性として"on"が指定された場合には、当該コンポーネントが暗号化されていることを示し、"off"が指定された場合には、当該コンポーネントが暗号化されていないことを示している。TargetedDeviceDescriptor要素には、ターゲットの装置に関する情報が指定される。ContentAdvisoryDescriptor要素には、コンポーネント単位での、レーティング情報が指定される。
【０１３８】
VideoParameters要素には、ビデオのパラメータが指定される。例えば、VideoParameters要素には、ビデオデータの符号化方式として、AVC(Advanced Video Coding)が用いられている場合には、AVCVideoDescriptor要素が指定され、HEVC(High Efficiency Video Coding)が用いられている場合には、HEVCVideoDescriptor要素が指定される。
【０１３９】
AudioParameters要素には、オーディオのパラメータが指定される。例えば、AudioParameters要素には、オーディオデータの符号化方式として、MPEG4AAC(Advanced Audio Coding)が用いられている場合には、MPEG4AACAudioDescriptor要素が指定され、AC3(Audio Code number 3)が用いられる場合には、AC3AudioDescriptor要素が指定される。
【０１４０】
CaptionParameters要素には、字幕のパラメータが指定される。
【０１４１】
CA_Descriptor要素には、CA Descriptor（図１２）が配置される。CA Descriptorには、ECM取得情報が指定される。
【０１４２】
ECM_DeliveryFlag要素には、複数のNRTセッションのうち、ECMが伝送されているNRTを示すフラグが指定される。ECMが伝送されるNRTには、ECM_DeliveryFlag要素として、"true"が指定され、ECMが伝送されていないNRTには、"false"が指定される。
【０１４３】
なお、図１５において、ProtocolVersionDescriptor要素、NRTServiceDescriptor要素、CapabilityDescriptor要素、IconDescriptor要素、ISO639LanguageDescriptor要素、及び、ReceiverTargetingDescriptor要素は、NRTサービス用に規定されるものである。
【０１４４】
次に、図１５のSPTに記述されるDescriptor要素の詳細構造について説明する。ここでは、それらのDescriptor要素を代表して、AdjunctServiceDescriptor要素について説明する。
【０１４５】
（AdjunctServiceDescriptorのシンタックス）
図１６は、AdjunctServiceDescriptorのシンタックスを示す図である。AdjunctServiceDescriptorは、例えば、XML等のマークアップ言語により記述される。
【０１４６】
ASD要素には、アジャンクトサービスに関する情報が指定される。ASD要素は、Network_ID属性、BBP_Stream_Id属性、Service_Id属性、及び、SelectionFlg属性の上位要素となる。Network_ID属性には、ネットワークIDが指定される。BBP_Stream_Id属性には、BBPストリームIDが指定される。Service_Id属性には、サービスIDが指定される。すなわち、アジャンクトサービスはトリプレットにより指定されることになる。
【０１４７】
SelectionFlg属性には、復号に用いるECMを伝送するチャンネルに関する情報が指定される。このチャンネルとしては、例えば、"main"又は"adjunct"が指定される。"main"は、メインサービスのECMを用い、復号を行うことを示している。また、"adjunct"は、アジャンクトサービスのECMを用い、復号を行うことを示している。
【０１４８】
（ECMのシンタックス）
図１７は、ECM(Entitlement Control Message)のシンタックスを示す図である。ECMは、例えば、XML等のマークアップ言語により記述される。
【０１４９】
ECM要素は、Kw_ID属性、KsNumber属性、Ks_ID属性、Ks属性、契約情報属性、servicePlatform_ID属性、serviceNumber属性、及び、date属性の上位要素となる。
【０１５０】
Kw_ID属性には、ワーク鍵IDが指定される。KsNumber属性には、スクランブル鍵(Ks)の数(N)が指定される。Ks_ID属性には、スクランブル鍵IDが指定される。Ks属性には、スクランブル鍵(Ks)が指定される。すなわち、KsNumber属性で指定されるスクランブル鍵(Ks)の数に応じて、スクランブル鍵IDとスクランブル鍵(Ks)が配置される。ただし、スクランブル鍵(Ks)は、ワーク鍵(Kw)で暗号化されている。
【０１５１】
契約情報属性には、ECMが対象とする契約情報が指定される。この契約情報としては、例えば、ティアビットとグループIDが指定される。
【０１５２】
servicePlatform_ID属性には、サービスプラットフォームIDが指定される。serviceNumber属性には、サービスごとに割り当てられた番号が指定される。date属性には、ECMの有効期限を示す日時が指定される。
【０１５３】
＜３．運用例＞
次に、図１８乃至図２２を参照して、LLSとSCSにより伝送されるシグナリング情報を用いたコンテンツの保護に関する具体的な運用例について説明する。
【０１５４】
（EMMをLLSから取得する場合の運用例）
図１８は、EMMをLLSから取得する場合の運用例を示す図である。
【０１５５】
図１８において、放送局（放送事業者）の送信機は、IP伝送方式を用いたデジタル放送の放送波によって、各サービスを構成するコンポーネントとともに、LLSやSCSなどの制御信号を伝送している。ただし、当該デジタル放送では、上述した図２のID体系が採用されている。また、コンテンツの保護のため、コンポーネントは、スクランブル鍵(Ks)により暗号化されている。
【０１５６】
図１８に示すように、各家庭等に設置された受信機は、初期スキャン時などにLLSを取得する。LLSにはCATとEMMが伝送されているので、例えばCATのCA_Descriptor（EMM取得情報）のロケーション情報に従い、LLSで伝送されているEMMを取得する。受信機は、LLSから取得したEMMを保存する。
【０１５７】
その後、受信機は、ユーザの選局操作等に応じて、特定のサービスの選局処理を行い、当該サービスのSCSを取得する。SCSには、USD，MPD，SDP，SPT，ECMが伝送されているので、受信機は、USD，MPD，SDP，SPTを用い、選局された特定のサービスを構成する暗号化されたコンポーネント(Video，Audio)を取得する。また、受信機は、SPTのCA_Descriptor（ECM取得情報）のロケーション情報に従い、SCSからECMを取得する。受信機は、SCSから取得したECMと、保存しているEMMを用い、暗号化されたコンポーネント用のスクランブル鍵(Ks)を取得する。
【０１５８】
そして、受信機は、当該スクランブル鍵(Ks)を用い、選局された特定のサービスを構成する暗号化されたコンポーネント(Video，Audio)を復号して、レンダリング処理を行うことで、その映像と音声を出力することができる。
【０１５９】
以上のように、図１８の運用例では、LLSから取得されるEMMと、SCSから取得されるECMを用い、スクランブル鍵(Ks)が取得され、当該スクランブル鍵(Ks)を用い、暗号化されたコンポーネントが復号されることになる。
【０１６０】
（EMMをネットワーク上のサーバから取得する場合の運用例）
図１９は、EMMをネットワーク上のサーバから取得する場合の運用例を示す図である。
【０１６１】
図１９において、放送局の送信機は、IP伝送方式を用いたデジタル放送の放送波によって、各サービスを構成するコンポーネントとともに、LLSやSCSなどの制御信号を伝送している。ただし、当該デジタル放送では、上述した図２のID体系が採用されている。また、コンテンツの保護のため、コンポーネントは、スクランブル鍵(Ks)により暗号化されている。さらに、インターネット上のEMMサーバ(Server)によって、EMMが提供されている。
【０１６２】
図１９に示すように、各家庭等に設置された受信機は、初期スキャン時などにLLSを取得する。LLSにはCATが伝送されているので、CATのCA_Descriptor（EMM取得情報）のロケーション情報に従い、インターネット上のEMMサーバにアクセスして、EMMを取得する。受信機は、EMMサーバから取得したEMMを保存する。
【０１６３】
その後、受信機は、ユーザの選局操作等に応じて、特定のサービスの選局処理を行い、当該サービスのSCSを取得する。SCSには、USD，MPD，SDP，SPT，ECMが伝送されているので、受信機は、USD，MPD，SDP，SPTを用い、選局された特定のサービスを構成する暗号化されたコンポーネント(Video，Audio)を取得する。また、受信機は、SPTのCA_Descriptor（ECM取得情報）のロケーション情報に従い、SCSからECMを取得する。受信機は、SCSから取得したECMと、保存しているEMMを用い、暗号化されたコンポーネント用のスクランブル鍵(Ks)を取得する。
【０１６４】
そして、受信機は、当該スクランブル鍵(Ks)を用い、選局された特定のサービスを構成する暗号化されたコンポーネント(Video，Audio)を復号して、レンダリング処理を行うことで、その映像と音声を出力することができる。
【０１６５】
以上のように、図１９の運用例では、インターネット上のEMMサーバから取得されるEMMと、SCSから取得されるECMを用い、スクランブル鍵(Ks)が取得され、当該スクランブル鍵(Ks)を用い、暗号化されたコンポーネントが復号されることになる。
【０１６６】
なお、図１８と図１９の運用例は一例であって、上述したように、EMMとECMは、CA_Descriptorのロケーション情報（LocationTypeやLocationUri）に従い、NRTなどから取得されるようにしてもよい。また、EMM取得情報としてのCA_Descriptorは、CATの代わりに、SCTに記述するようにしてもよい。
【０１６７】
（CASの基本構造）
次に、上述した運用例におけるコンテンツの保護の詳細な内容について説明する。図２０は、CAS(Conditional Access System)の基本構造を示す図である。なお、図２０において、時間の方向は、図中の左から右側に進行するものとする。
【０１６８】
CASにおいては、放送局の送信機で、特定のサービスを構成するコンポーネント(Video，Audio)がスクランブル鍵(Ks)を用いて暗号化（Enc）される一方、各家庭等に設置された受信機で暗号化されたコンポーネントがスクランブル鍵(Ks)を用いて復号（Dec）されて、ユーザに提示される。
【０１６９】
また、送信機から受信機には、受信機の識別単位（例えばデバイスID）の関連情報としてEMM(Entitlement Management Message)と、各受信機で共通となる関連情報としてECM(Entitlement Control Message)が伝送される。
【０１７０】
EMMは、マスタ鍵(Km)を用いて暗号化（Enc）されたワーク鍵(Kw)と各ユーザの契約情報を伝送するものである。ただし、ワーク鍵(Kw：Work Key)は、スクランブル鍵(Ks)を暗号化（Enc）するための鍵である。また、マスタ鍵(Km：Master Key)は、ワーク鍵(Kw)を暗号化（Enc）するための鍵である。
【０１７１】
ECMは、ワーク鍵(Kw)を用いて暗号化されたスクランブル鍵(Ks)を伝送するものである。ただし、スクランブル鍵(Ks：Scramble Key)は、コンポーネントを暗号化（Enc）するための鍵である。また、スクランブル鍵(Ks)は、所定の時間ごとに更新されるものであって、例えば数秒に１回更新される。
【０１７２】
このように、送信機から受信機にEMMとECMが伝送されるので、受信機では、マスタ鍵(Km)を用いてEMMを復号することで、ワーク鍵(Kw)と契約情報が取得される。また、受信機では、送信機から伝送されるECMのうち、契約情報が一致するECMを、ワーク鍵(Kw)を用いて復号することで、スクランブル鍵(Ks)が取得される。これにより、受信機では、当該スクランブル鍵(Ks)を用い、暗号化されたコンポーネントを復号（Dec）することができる。
【０１７３】
なお、各コンポーネント(Video，Audio)は、メディアセグメント(MS：Media Segment)単位で伝送される。図２０に示すように、各メディアセグメントは、moofとmdatから構成される。moof(movie fragment box)は、フラグメントの制御情報を示す。また、mdat(media data box)は、フラグメントのメディアデータ本体を示す。
【０１７４】
すなわち、ビデオのメディアセグメントの系列では、各メディアセグメントのmdatにビデオデータが配置され、moofには、そのビデオデータのトラック単位の制御情報が配置される。また、オーディオのメディアセグメントの系列では、各メディアセグメントのmdatにオーディオデータが配置され、moofには、そのオーディオデータのトラック単位の制御情報が配置される。
【０１７５】
ところで、このメディアセグメントは、ISO/IEC 14496-12で規定されているISOベースメディアファイルフォーマット(ISO Base Media File Format)の規格に準じており、本技術を適用したコンテンツの保護方式では、このISOベースメディアファイルフォーマットとCE(Common Encryption)をベースとするファイルフォーマットを用いている。
【０１７６】
図２１には、ISOベースメディアファイルフォーマットにおけるファイルのボックス構造を木構造で表しているが、moov boxのtenc boxと、moof boxのpssh boxが、CE(Common Encryption)拡張ボックスとされる。ここで、pssh boxには、例えば、フラグメントのファイルを復号するためのKs_ID，pssh boxのシステムID（使用するDRMタイプを特定するためのID）を示すCA_System_ID，CA_Descriptor，ECMの実体データが配置される。
【０１７７】
ただし、CA_Descriptor（ECM取得情報）のLocationTypeが、コンポーネントのメタボックス(component box)以外の場合には、ECMの実体データは配置されないことになる。なお、moov(movie box)は、メディアセグメント(Media Segment)とは別に伝送されるイニシャライゼイションセグメント(Initialization Segment)を構成する、全体の制御情報が格納されるボックスとなる。
【０１７８】
ここで、図２２を参照して、図２０の受信機側で行われるスクランブル鍵(Ks)の復号のタイミングの詳細を説明する。なお、図２２において、時間の方向は、図中の左から右側に進行するものとする。
【０１７９】
図２２において、moofのschmのscheme_type="cenc"は、CE(Common Encryption)を使用していることを示している。
【０１８０】
また、４つのメディアセグメントを図示しているが、先頭から１つ目と２つ目のメディアセグメントのmoofのpsshには、Ks_ID=1が指定されており、対応するmdatに格納されたコンポーネントのデータが、Ks_ID=1のスクランブル鍵(Ks)で復号されることを示している。また、先頭から３つ目と４つ目のメディアセグメントのmoofのpsshには、Ks_ID=2が指定されており、対応するmdatに格納されたコンポーネントのデータが、Ks_ID=2のスクランブル鍵(Ks)で復号されることを示している。
【０１８１】
受信機では、LLSから得られるCATのCA_Descriptor（EMM取得情報）のロケーション情報に従い、LLSなどからEMMが取得され、保存される。また、特定のサービスのSCSから得られるSPTのCA_Descriptor（ECM取得情報）のロケーション情報に従い、SCSからECMが取得される。このECMには、スクランブル鍵(Ks)として、スクランブル鍵(even key)と、スクランブル鍵(odd key)の２種類の鍵が含まれており、保存しているEMMのワーク鍵(Kw)を用いて復号される。
【０１８２】
ここで、例えば、スクランブル鍵(even key)は、現在の暗号化されたコンポーネントを復号するための鍵である。また、例えば、スクランブル鍵(odd key)は、次の暗号化されたコンポーネントを復号するための鍵である。すなわち、これらのスクランブル鍵(Ks)を交互に利用していくことにより、コンポーネントを復号する鍵を変えることが可能となる。ただし、最新のECMには、現在ライブで放送されているサービスを構成する暗号化されたコンポーネントを復号するためのスクランブル鍵(Ks)が必ず格納される。また、順次使用するスクランブル鍵(Ks)の格納数は、KsNumberで指定される。
【０１８３】
すなわち、先頭から１つ目と２つ目のメディアセグメントのmdatに格納されたコンポーネントのデータは、Ks_ID=1となるスクランブル鍵(even key)により復号され、先頭から３つ目と４つ目のメディアセグメントのmdatに格納されたコンポーネントのデータは、Ks_ID=2となるスクランブル鍵(odd key)により復号されることになる。なお、その次に取得されるECMには、Ks_ID=2となるスクランブル鍵(odd key)と、Ks_ID=3となるスクランブル鍵(even key)が含まれている。
【０１８４】
＜４．サービスと鍵階層モデル＞
次に、図２３乃至図１７を参照して、各放送局が提供するサービスと、そのサービスを構成する暗号化されたコンポーネントを復号するためのスクランブル鍵(Ks)との関係を、複数の階層モデルを用いて説明する。
【０１８５】
（１）サービスと鍵階層モデル１
図２３は、サービスと鍵階層モデル１の構造を示す図である。
【０１８６】
図２３のサービスと鍵階層モデル１では、ある１つのサービスプラットフォーム(Service Platform)上で、放送局(Broadcaster)１乃至Ｍ（Ｍは１以上の整数）が、１又は複数のサービス(Service)を提供する場合におけるサービスとスクランブル鍵(Ks)の関係を表している。
【０１８７】
図２３において、サービスは、メジャーとマイナーのチャンネル(CH)により表されており、例えば、放送局１は、サービス１(1.1CH)のみを提供しているが、放送局２は、サービス２(CH2.1)とサービス２(CH2.2)の２つのサービスを提供している。
【０１８８】
EMMのティアビット(tier bits)は、対象の受信機が各サービスを登録しているか否かを示している。「０」又は「１」であるビットのうち、登録しているサービスに対応するビットは「１」となる。基本的に１つのサービスに対しては１つのティアビットが割り当てられるが、１つのサービスに対して複数のティアビットを割り当てることもできる。図２３においては、放送局３のサービス３(CH3.1)には、２つのティアビットが割り当てられており、例えば、同一のサービス内で契約形態が異なる運用を行うことができる。
【０１８９】
ECMのティアビット(tier bits)は、EMMのティアビットと１対１で対応付けられており、どのサービスに属するコンポーネント(Component)のスクランブル鍵(Ks)を提供しているかを示している。図２３では、放送局１乃至Ｍが提供するサービス１乃至Ｍに対して、Ks_ID(X1，X2)により特定される、共通のスクランブル鍵(Ks)が提供されており、当該スクランブル鍵(Ks)を用いて、各サービスの暗号化されたコンポーネント(Video，Audio)が復号される。
【０１９０】
なお、図２３のサービスと鍵階層モデル１においては、Ks_IDとして、現在値(present)としてのX1と、それに続く値(follow)としてのX2を例示したが、Ks_IDは時間ごとに変化するものであり、例えば、X1を開始値として、X2，X3，X4・・・のように時間とともに変化する。また、図２３においては、放送局１乃至Ｍは、コンポーネントを暗号化して運用を行っているが、放送局Ｎはコンポーネントを暗号化せずに運用を行っており、受信機では、サービスＮ(N.1CH)が選局された場合には、サービスＮを構成するコンポーネントの暗号化を解く必要がない。
【０１９１】
（２）サービスと鍵階層モデル２
図２４は、サービスと鍵階層モデル２の構造を示す図である。
【０１９２】
図２４のサービスと鍵階層モデル２では、ある１つのサービスプラットフォーム上で、放送局１乃至Ｍが、１又は複数のサービスを提供するに際して、サービスごとに異なるスクランブル鍵(Ks)を提供する場合におけるサービスとスクランブル鍵(Ks)の関係を表している。
【０１９３】
図２４においては、サービスごとに異なるECMが提供されている。すなわち、EMMのティアビットにおいて、１つ目のビットは、放送局１が提供するサービス１(1.1CH)に、２つ目のビットは、放送局２が提供するサービス２（2.1CH）にそれぞれ割り当てられており、それらのサービスごとに、異なるECMが提供されることになる。
【０１９４】
例えば、サービス１を契約している受信機では、例えば放送又は通信網を介して、１つ目のビットが「１」となったEMMが取得される。また、当該受信機においては、初期スキャン情報を用い、サービス１を選局することで、サービス１のSCSからECMを取得することができる。このサービス１のECMのティアビットにおいては、１つ目のビットが「１」となって、EMMのティアビットと対応しており、サービス１のコンポーネント用のスクランブル鍵(Ks)を取得することができる。すなわち、サービス１に対しては、Ks_ID(X1，X2，・・・)により特定されるスクランブル鍵(Ks)が提供されており、当該スクランブル鍵(Ks)を用い、サービス１の暗号化されたコンポーネント(Video，Audio)が復号される。
【０１９５】
同様に、例えば、サービス２を契約している受信機においては、２つ目のビットが「１」となったEMMが取得され、さらに、サービス２が選局されることで、サービス２のSCSからECMが取得される。このサービス２のECMのティアビットでは、２つ目のビットが「１」となって、EMMのティアビットと対応しており、サービス２のコンポーネント用のスクランブル鍵(Ks)(Ks_ID=Y1，Y2，・・・)を順次取得して、サービス２の暗号化されたコンポーネント(Video，Audio)を復号することができる。
【０１９６】
なお、図２４のサービスと鍵階層モデル２において、Ks_IDは、サービス単位でユニークな値であればよく、仮に、サービス１のECMにおけるKs_ID(=X1)と、サービス２のECMにおけるKs_ID(=Y1)とが同一の値となった場合でも、その上位のIPアドレスによって、それらの値を判別することが可能である。
【０１９７】
（３）サービスと鍵階層モデル３
図２５は、サービスと鍵階層モデル３の構造を示す図である。
【０１９８】
図２５のサービスと鍵階層モデル３では、ある１つのサービスプラットフォーム上で、放送局１乃至Ｍが、１又は複数のサービスを提供するに際して、コンポーネントを複数のグループに分ける場合におけるサービスとスクランブル鍵(Ks)の関係を示している。
【０１９９】
図２５においては、同一のサービス内で、グループごとに異なるECMが提供されている。すなわち、EMMのティアビットにおいて、１つ目のビットは、放送局１が提供するサービス１(1.1CH)に割り当てられ、当該サービス１に対して、グループIDが異なる複数のECMが提供されることになる。
【０２００】
例えば、サービス１において、無料の基本サービスと、有料のプレミアムサービスを提供する場合に、基本サービスのコンポーネント用のスクランブル鍵(Ks)を取得するためのグループ１のECMと、プレミアムサービスのコンポーネント用のスクランブル鍵(Ks)を取得するためのグループ２のECMをそれぞれ用意する。そして、受信機では、ティアビットと契約グループIDで、利用可能なコンポーネントのフィルタリングが行われ、基本契約の受信機では、サービス１のSCSから、グループ１のECMのみが取得されるが、プレミアム契約の受信機においては、グループ１のECMだけでなく、グループ２のECMも取得される。
【０２０１】
すなわち、サービス１の基本サービスに対しては、Ks_ID(X11，X12，・・・)により特定されるスクランブル鍵(Ks)が提供されており、当該スクランブル鍵(Ks)を用い、基本サービスの暗号化されたコンポーネント(Video primary，Audio primary)が復号される。また、サービス１のプレミアムサービスに対しては、Ks_ID(X21，X22，・・・)により特定されるスクランブル鍵(Ks)が提供されており、当該スクランブル鍵(Ks)を用い、プレミアムサービスの暗号化されたコンポーネント(Audio secondary)が復号される。例えば、プレミアムサービスとして、22.2chの音声を暗号化されたコンポーネントとして提供することで、プレミアム契約をしている受信機のみが、より臨場感のある音声の出力を行うことができる。
【０２０２】
なお、図２５のサービスと鍵階層モデル３において、グループ１とグループ２は、同一のサービスとなるので、Ks_IDのユニーク性を保つことができる。
【０２０３】
（４）サービスと鍵階層モデル４
図２６は、サービスと鍵階層モデル４の構造を示す図である。
【０２０４】
図２６のサービスと鍵階層モデル４では、ある１つのサービスプラットフォーム上で、放送局１乃至Ｍが、１又は複数のサービスを提供するに際して、複数のEMM系列を提供する場合におけるサービスとスクランブル鍵(Ks)の関係を示している。
【０２０５】
図２６においては、１つのサービスプラットフォームにおいて、複数のEMM系列が提供されている。すなわち、EMMがグループ１とグループ２に分けられており、放送局１乃至Ｍが提供するサービスには、グループ１のEMM、放送局１１乃至Ｎが提供するサービスには、グループ２のEMMが割り当てられている。
【０２０６】
グループ１のEMMの系列では、例えば、放送局１が提供するサービス１において、グループごとに異なるECMが提供されている。受信機では、ティアビットと契約グループIDによる利用可能なコンポーネントのフィルタリングが行われ、例えば基本契約がなされている場合、グループ１のECMのKs_ID(X11，X12，・・・)により特定されるスクランブル鍵(Ks)を用い、基本サービスの暗号化されたコンポーネント(Video primary，Audio primary)が復号される。また、受信機では、例えばプレミアム契約がなされている場合、グループ２のECMのKs_ID(X21，X22，・・・)により特定されるスクランブル鍵(Ks)を用い、プレミアムサービスの暗号化されたコンポーネント(Audio secondary)が復号される。
【０２０７】
一方、グループ２のEMMの系列では、ECMのティアビットは、EMMのティアビットと１対１で対応付けられており、Ks_ID(Y11，Y12，・・・)により特定されるスクランブル鍵(Ks)を用い、例えば、放送局１１が提供するサービス１１の暗号化されたコンポーネント(Video primary，Audio primary)が復号される。
【０２０８】
このように、図２６のサービスと鍵階層モデル４では、複数のEMM系列を提供することができることから、例えば、EMM系列を地域ごとに分けたり、あるいは無料と有料などの契約形態で分けたりして、様々な運用形態に対応させることができる。
【０２０９】
（５）サービスと鍵階層モデル５
図２７は、サービスと鍵階層モデル５の構造を示す図である。
【０２１０】
図２７のサービスと鍵階層モデル５では、複数のサービスプラットフォーム上の放送局が並行してサービスを提供する場合におけるサービスとスクランブル鍵(Ks)の関係を示している。
【０２１１】
図２７においては、プラットフォームＡと、プラットフォームＢが存在している。プラットフォームＡでは、放送局１乃至Ｍによって、サービス１乃至Ｍが提供されており、プラットフォームＡのEMMとECMは、１対１で対応付けられている。これにより、例えば、Ks_ID(X1，X2，・・・)により特定されるスクランブル鍵(Ks)を用いて、放送局１が提供するサービス１の暗号化されたコンポーネント(Video，Audio)が復号される。
【０２１２】
また、プラットフォームＢでは、放送局１１乃至Ｎによって、サービス１１乃至Ｎが提供されており、プラットフォームＢのEMMとECMは、１対１で対応付けられている。これにより、例えば、Ks_ID(Y1，Y2，・・・)により特定されるスクランブル鍵(Ks)を用いて、放送局１１が提供するサービス１１の暗号化されたコンポーネント(Video，Audio)が復号される。
【０２１３】
このように、図２７のサービスと鍵階層モデル５では、複数のサービスプラットフォームが並行してサービスを提供することができるので、例えば、ATSC(Advanced Television Systems Committee)が管理するデジタルテレビ放送と、ケーブルテレビによる有線放送で、プラットフォームを分けるといった運用なども可能となる。
【０２１４】
＜５．CAS関連情報＞
次に、図２８乃至図３７を参照して、上述したCASに関連する情報（以下、「CAS関連情報」という。）における各情報の関係について説明する。
【０２１５】
（１−ａ）CAS関連情報（EMM：LLS，ECM：SCS）
図２８は、CAS関連情報（EMM：LLS，ECM：SCS）の全体を体系的に表した図である。
【０２１６】
図２８のCAS関連情報では、SCTに、CA_Descriptor（EMM取得情報）を配置して、EMMはLLSで伝送している。また、SPTに、CA_Descriptor（ECM取得情報）を配置して、ECMはSCSで伝送している。なお、グループはすべて同一のグループに属しているものとする。
【０２１７】
図２８において、SCTのCA_Descriptorには、locationType=LLSが指定されているので、locationUriの示すURIに従い、LLSで伝送されているEMMが取得されて、保存される。その後、選局処理が行われ、特定のサービスのSCSが取得されると、SPTのCA_Descriptorには、locationType=SCSが指定されているので、locationUriの示すURIに従い、SCSで伝送されているECMが取得される。
【０２１８】
また、ECMから、特定のサービスの暗号化されたコンポーネントに対して、Ks_IDにより関連付けられたスクランブル鍵(Ks)が取得されるが、ワーク鍵(Kw)で暗号化されているので、保存していたEMMのワーク鍵(Kw)を用い、スクランブル鍵(Ks)を復号する。このようにして得られるスクランブル鍵(Ks)を用いて、特定のサービスの暗号化されたコンポーネント(Video，Audio)が復号される。
【０２１９】
（１−ｂ）CAS関連情報（EMM：LLS，ECM：SCS）
図２９は、CAS関連情報（EMM：LLS，ECM：SCS）の全体を体系的に表した図である。
【０２２０】
図２９のCAS関連情報では、CATに、CA_Descriptor（EMM取得情報）を配置して、EMMはLLSで伝送している。また、SPTに、CA_Descriptor（ECM取得情報）を配置して、ECMはSCSで伝送している。なお、グループはすべて同一のグループに属しているものとする。
【０２２１】
図２９において、CATのCA_Descriptorには、locationType=LLSが指定されているので、locationUriの示すURIに従い、LLSで伝送されているEMMが取得されて、保存される。その後、選局処理が行われ、特定のサービスのSCSが取得されると、SPTのCA_Descriptorには、locationType=SCSが指定されているので、locationUriの示すURIに従い、SCSで伝送されているECMが取得される。
【０２２２】
また、ECMから、特定のサービスの暗号化されたコンポーネントに対して、Ks_IDにより関連付けられたスクランブル鍵(Ks)が取得されるが、ワーク鍵(Kw)で暗号化されているので、保存していたEMMのワーク鍵(Kw)を用い、スクランブル鍵(Ks)を復号する。このようにして得られるスクランブル鍵(Ks)を用いて、特定のサービスの暗号化されたコンポーネント(Video，Audio)が復号される。
【０２２３】
（１−ｃ）CAS関連情報（EMM：Network，ECM：SCS）
図３０は、CAS関連情報（EMM：Network，ECM：SCS）の全体を体系的に表した図である。
【０２２４】
図３０のCAS関連情報では、CATに、CA_Descriptor（EMM取得情報）を配置して、EMMは通信網を利用して伝送している。また、SPTに、CA_Descriptor（ECM取得情報）を配置して、ECMはSCSで伝送している。なお、グループはすべて同一のグループに属しているものとする。
【０２２５】
図３０において、CATのCA_Descriptorには、locationType=Networkが指定されているので、locationUriの示すURIに従い、インターネット上のEMMサーバにアクセスし、EMMが取得されて、保存される。その後、選局処理が行われ、特定のサービスのSCSが取得されると、SPTのCA_Descriptorには、locationType=SCSが指定されているので、locationUriの示すURIに従い、SCSで伝送されているECMが取得される。
【０２２６】
また、ECMから、特定のサービスの暗号化されたコンポーネントに対して、Ks_IDにより関連付けられたスクランブル鍵(Ks)が取得されるが、ワーク鍵(Kw)で暗号化されているので、保存していたEMMのワーク鍵(Kw)を用い、スクランブル鍵(Ks)を復号する。このようにして得られるスクランブル鍵(Ks)を用いて、特定のサービスの暗号化されたコンポーネント(Video，Audio)が復号される。
【０２２７】
（１−ｄ）CAS関連情報（EMM：LLS，ECM：Component）
図３１は、CAS関連情報（EMM：LLS，ECM：Component）の全体を体系的に表した図である。
【０２２８】
図３１のCAS関連情報では、CATに、CA_Descriptor（EMM取得情報）を配置して、EMMはLLSで伝送している。また、SPTに、CA_Descriptor（ECM取得情報）を配置して、ECMはコンポーネントに指定している。なお、グループはすべて同一のグループに属しているものとする。
【０２２９】
図３１において、CATのCA_Descriptorには、locationType=LLSが指定されているので、locationUriの示すURIに従い、LLSで伝送されているEMMが取得されて、保存される。その後、選局処理が行われ、特定のサービスのSCSが取得されると、SPTのCA_Descriptorには、locationType=component boxが指定されているので、locationUriの示すURIに従い、コンポーネントに指定されたECMが取得される。すなわち、CA_Descriptor（ECM取得情報）のlocationTypeに、component boxが指定されているので、moof boxのpssh boxに配置されたECMの実体データが取得されることになる。
【０２３０】
また、ECMから、特定のサービスの暗号化されたコンポーネントに対して、Ks_IDにより関連付けられたスクランブル鍵(Ks)が取得されるが、ワーク鍵(Kw)で暗号化されているので、保存していたEMMのワーク鍵(Kw)を用い、スクランブル鍵(Ks)を復号する。このようにして得られるスクランブル鍵(Ks)を用いて、特定のサービスの暗号化されたコンポーネント(Video，Audio)が復号される。
【０２３１】
（１−ｅ）CAS関連情報（EMM：LLS，ECM：NRT）
図３２は、CAS関連情報（EMM：LLS，ECM：NRT）の全体を体系的に表した図である。
【０２３２】
図３２のCAS関連情報では、SCTに、CA_Descriptor（EMM取得情報）を配置して、EMMはLLSで伝送している。また、SPTに、CA_Descriptor（ECM取得情報）を配置して、ECMはNRTセッションを利用して伝送している。なお、グループはすべて同一のグループに属しているものとする。
【０２３３】
図３２において、SCTのCA_Descriptorには、locationType=LLSが指定されているので、locationUriの示すURIに従い、LLSで伝送されているEMMが取得されて、保存される。その後、選局処理が行われ、特定のサービスのSCSが取得される。ここで、SPTのコンポーネントループには、ビデオ用のCA_Descriptorと、オーディオ用のCA_Descriptorには、locationType=NRTが指定されている。また、NRT1には、ECM_DeliveryFlag=TRUEが指定され、NRT2には、ECM_DeliveryFlag=FALSEが指定されているので、複数のNRTセッションのうち、NRT1のセッションからECMが取得される。
【０２３４】
また、ECMから、特定のサービスの暗号化されたコンポーネントに対して、Ks_IDにより関連付けられたスクランブル鍵(Ks)が取得されるが、ワーク鍵(Kw)で暗号化されているので、保存していたEMMのワーク鍵(Kw)を用い、スクランブル鍵(Ks)を復号する。このようにして得られるスクランブル鍵(Ks)を用いて、特定のサービスの暗号化されたコンポーネント(Video，Audio)が復号される。
【０２３５】
（２）CAS関連情報(ECMのティアビットで視聴可否を確認)
図３３は、ECMのティアビットで視聴可否を確認する場合のCAS関連情報の全体を体系的に表した図である。
【０２３６】
図３３のCAS関連情報では、CATに、CA_Descriptor（EMM取得情報）を配置して、EMMはLLSで伝送している。また、SPTのコンポーネントループに、CA_Descriptor（ECM取得情報）を指定し、ECMのティアビットで、コンポーネントごとの視聴可否を確認できるようにしている。
【０２３７】
図３３において、CATのCA_Descriptorには、locationType=LLSが指定されているので、locationUriの示すURIに従い、LLSで伝送されているEMMが取得されて、保存される。その後、選局処理が行われ、特定のサービスのSCSが取得される。SPTのコンポーネントループには、２つのCA_Descriptorが配置されており、これらのコンポーネントごとのCA_Descriptorを用い、ECMを取得することができる。
【０２３８】
ここで、EMMには、契約情報のティアビットとして、tier bit="11"が指定されている。また、ECMの契約情報のティアビットであるが、一方のECMには、tier bit="01"が指定され、他方のECMには、tier bit="10"が指定されている。受信機は、それらのティアビットを用い、利用可能なコンポーネントのフィルタリングを行い、一方のECM(tier bit="01")から得られるスクランブル鍵(Ks)を用いて、暗号化されたコンポーネント(Video)を復号するとともに、他方のECM(tier bit="10")から得られるスクランブル鍵(Ks)を用いて、暗号化されたコンポーネント(Audio2)を復号する。
【０２３９】
例えば、EMMの契約情報のティアビットにおいて、左から１つ目のビットがプレミアム契約を表し、左から２つ目のビットが基本契約を表しているとすれば、図３３のEMMでは、tier bit="11"が設定されているので、対象の受信機は、基本契約のほかに、プレミアム契約を行っていることになる。また、例えば、EMMの契約情報のティアビットとして、tier bit="01"が設定されている場合には、対象の受信機は、基本契約のみを行っていることになる。
【０２４０】
これにより、基本契約の受信機では、ビデオの映像に同期してオーディオ１の音声（例えば、5.1chの音声）が出力される。一方、プレミアム契約の受信機では、ビデオの映像に同期してオーディオ２の音声（例えば、22.2chの音声）が出力され、例えば、より臨場感のある音声を提供することが可能となる。
【０２４１】
なお、各ECMから取得されるスクランブル鍵(Ks)は、ワーク鍵(Kw)で暗号化されているので、保存していたEMMのワーク鍵(Kw)を用いて復号されてから、使用されることになる。
【０２４２】
（３）CAS関連情報(ECMのグループIDで視聴可否を確認)
図３４は、ECMのグループIDで視聴可否を確認する場合のCAS関連情報の全体を体系的に表した図である。
【０２４３】
図３４のCAS関連情報では、CATに、CA_Descriptor（EMM取得情報）を配置して、EMMはLLSで伝送している。また、SPTのコンポーネントループに、CA_Descriptor（ECM取得情報）を指定し、ECMのグループIDでコンポーネントの視聴可否を確認できるようにしている。
【０２４４】
図３４において、CATのCA_Descriptorには、locationType=LLSが指定されているので、locationUriの示すURIに従い、LLSで伝送されているEMMが取得されて、保持される。その後、選局処理が行われ、特定のサービスのSCSが取得される。SPTのコンポーネントループには、２つのCA_Descriptorが配置されており、これらのCA_Descriptorを用い、ECMを取得することができる。
【０２４５】
ここで、EMMには、契約情報のティアビットとして、tier bit="01"が指定されている。また、ECMの契約情報のティアビットとグループIDであるが、一方のECMには、tier bit="01"，group_ID="1"が指定され、他方のECMには、tier bit="01"，group_ID="2"が指定されている。受信機は、それらのティアビットとグループIDを用い、利用可能なコンポーネントのフィルタリングを行い、一方のECM(tier bit="01"，group_ID="1")から得られるスクランブル鍵(Ks)を用いて、暗号化されたコンポーネント(Video，Audio1)を復号するとともに、他方のECM(tier bit="01"，group_ID="2")から得られるスクランブル鍵(Ks)を用いて、暗号化されたコンポーネント(Audio2)を復号することができる。
【０２４６】
例えば、EMMの契約情報のティアビットにおいて、左から２つ目のビットがサービスＡに割り当てられ、左から１つ目のビットがサービスＢに割り当てられているとすれば、図３４のEMMでは、tier bit="01"が設定されているので、対象の受信機は、サービスＡにのみ加入していることになる。これにより、サービスＡに加入している受信機では、ビデオの映像に同期して、オーディオ１又はオーディオ２の音声が出力されることになる。
【０２４７】
なお、各ECMから取得されるスクランブル鍵(Ks)は、ワーク鍵(Kw)で暗号化されているので、保存していたEMMのワーク鍵(Kw)を用いて復号されてから、使用されることになる。
【０２４８】
（４）CAS関連情報（複数のEMM系列を提供）
図３５は、複数のEMM系列を提供する場合のCAS関連情報の全体を体系的に表した図である。
【０２４９】
図３５のCAS関連情報では、CATに、CA_Descriptor（EMM取得情報）を配置して、複数のEMM系列をLLSで伝送している。また、各EMM系列には、それぞれ異なるグループIDが指定されている。
【０２５０】
図３５において、CATのCA_Descriptor(group_ID="1")には、locationType=LLSが指定されているので、locationUriの示すURIに従い、LLSで伝送されているグループ１のEMMが取得される。また、CATのCA_Descriptor(group_ID="2")には、locationType=LLSが指定されているので、locationUriの示すURIに従い、LLSで伝送されているグループ２のEMMが取得される。そして、受信機は、グループ１のEMMと、グループ２のEMMを保存する。
【０２５１】
そして、グループ１のEMMの系列では、SPTのCA_Descriptor（group_ID(EMM)="1"）を用い、ECM（group_ID(EMM)="1"）を取得することができる。そして、ECM（group_ID(EMM)="1"）のスクランブル鍵(Ks)を、保存していたグループ１のEMM（group_ID(EMM)="1"）のワーク鍵(Kw)を用いて復号し、当該スクランブル鍵(Ks)を用い、特定のサービスの暗号化されたコンポーネント(Video，Audio)が復号される。
【０２５２】
一方、グループ２のEMMの系列では、SPTのCA_Descriptor（group_ID(EMM)="2"）を用い、ECM（group_ID(EMM)="2"）を取得することができる。そして、ECM（group_ID(EMM)="2"）のスクランブル鍵(Ks)を、保存していたグループ２のEMM（group_ID(EMM)="2"）のワーク鍵(Kw)を用いて復号し、当該スクランブル鍵(Ks)を用い、特定のサービスの暗号化されたコンポーネント(Video，Audio)が復号される。
【０２５３】
なお、CA_Descriptor（group_ID(EMM)="1"）が記述されたSPTと、CA_Descriptor（group_ID(EMM)="2"）が記述されたSPTは、異なるトリプレットが指定された別サービスのSCSから取得される。
【０２５４】
（５−ａ）CAS関連情報（アジャンクトサービス提供時にメインサービスのECMを使用）
図３６は、アジャンクトサービス提供時にメインサービスのECMを使用する場合のCAS関連情報の全体を体系的に表した図である。
【０２５５】
図３６のCAS関連情報では、CATに、CA_Descriptor（EMM取得情報）を配置して、EMMはLLSで伝送している。また、メインサービス(Main Service)に関連したアジャンクトサービス(Adjunct Service)が提供されている。例えば、アジャンクトサービスとしては、ロバストなオーディオサービスが提供される。さらに、メインサービスとアジャンクトサービスのSPTには、CA_Descriptor（ECM取得情報）が配置され、ECMはSCSで伝送されている。
【０２５６】
図３６において、CATのCA_Descriptorには、locationType=LLSが指定されているので、locationUriの示すURIに従い、LLSで伝送されているEMMが取得されて、保存される。その後、選局処理が行われ、メインサービスのSCSが取得されると、メインサービスのSPTのCA_Descriptorには、locationType=SCSが指定されているので、locationUriの示すURIに従い、SCSで伝送されているECMが取得される。
【０２５７】
また、アジャンクトサービスが提供されているため、メインサービスのSPTのASD(Adjunct Service Descriptor)のトリプレットに従い、アジャンクトサービスのSCSが取得される。ここで、アジャンクトサービスのSPTのCA_Descriptorには、locationType=SCSが指定されているが、メインサービスのSPTのASDのselectionFlagには、"main"が指定されているため、アジャンクトサービスにおいても、メインサービスのECMが用いられる。
【０２５８】
すなわち、メインサービスの暗号化されたコンポーネントと、アジャンクトサービスの暗号化されたコンポーネントは、メインサービスのECMから取得された同一のスクランブル鍵(Kw)を用いて復号されることになる。なお、メインサービスのECMから取得されるスクランブル鍵(Ks)は、ワーク鍵(Kw)で暗号化されているので、保存していたEMMのワーク鍵(Kw)を用いて復号されてから、使用されることになる。
【０２５９】
（５−ｂ）CAS関連情報（アジャンクトサービス提供時にアジャンクトサービスのECMを使用）
図３７は、アジャンクトサービス提供時にアジャンクトサービスのECMを使用する場合のCAS関連情報の全体を体系的に表した図である。
【０２６０】
図３７のCAS関連情報では、CATに、CA_Descriptor（EMM取得情報）を配置して、EMMはLLSで伝送している。また、メインサービス(Main Service)に関連したアジャンクトサービス(Adjunct Service)が提供されている。例えば、アジャンクトサービスとしては、ロバストなオーディオサービスが提供される。さらに、メインサービスとアジャンクトサービスのSPTには、CA_Descriptor（ECM取得情報）が配置され、ECMはSCSで伝送されている。
【０２６１】
図３７において、CATのCA_Descriptorには、locationType=LLSが指定されているので、locationUriの示すURIに従い、LLSで伝送されているEMMが取得されて、保存される。その後、選局処理が行われ、メインサービスのSCSが取得されると、メインサービスのSPTのCA_Descriptorには、locationType=SCSが指定されているので、locationUriの示すURIに従い、SCSで伝送されているECMが取得される。
【０２６２】
また、アジャンクトサービスが提供されているため、メインサービスのSPTのASD(Adjunct Service Descriptor)のトリプレットに従い、アジャンクトサービスのSCSが取得される。ここで、アジャンクトサービスのSPTのCA_Descriptorには、locationType=SCSが指定され、かつ、メインサービスのSPTのASDのselectionFlagには、"adjunct"が指定されているため、アジャンクトサービスにおいては、アジャンクトサービスのSCSから取得されるECMが用いられる。
【０２６３】
したがって、メインサービスの暗号化されたコンポーネントは、メインサービスのECMから取得されたスクランブル鍵(Kw)を用いて復号される。一方、アジャンクトサービスの暗号化されたコンポーネントは、アジャンクトサービスのECMから取得されたスクランブル鍵(Kw)を用いて復号される。すなわち、メインサービスの暗号化されたコンポーネントと、アジャンクトサービスの暗号化されたコンポーネントは、異なるスクランブル鍵(Kw)を用いて復号されることになる。なお、メインサービスとアジャンクトサービスのECMから取得されるスクランブル鍵(Ks)は、ワーク鍵(Kw)で暗号化されているので、保存していたEMMのワーク鍵(Kw)を用いて復号されてから、使用されることになる。
【０２６４】
＜６．他のスクランブル方式の適用例＞
ところで、上述した説明では、CAS(Conditional Access System)方式に準じたスクランブル方式について説明したが、本技術は、CAS方式以外の他のスクランブル方式にも適用することができる。
【０２６５】
図３８は、他のスクランブル方式の適用例を示す図である。
【０２６６】
CAS方式においては、ワーク鍵(Kw)をEMM(Entitlement Management Message)で伝送し、ワーク鍵(Kw)を用いて暗号化されたスクランブル鍵(Ks)をECM(Entitlement Control Message)で伝送していたが、これらのEMMとECMを汎用的な記述子(Descriptor)とすることで、他のスクランブル方式にも対応できるようにする。
【０２６７】
すなわち、図３８に示すように、EMMとECMの代わりに、汎用的なDescriptor1とDescriptor2を定義して、CA_Descriptorのロケーション情報を用いて参照できるようにする。ただし、Descriptor1とDescriptor2には、各スクランブル方式に応じたコンテンツの保護に関する情報が記述される。また、CAS方式であるか、あるいは他のスクランブル方式であるかは、CA_DescriptorのCA_SystemIdを用いて判別される。
【０２６８】
具体的には、例えば、LLSのCAT(又はSCT)のCA_Descriptorには、locationType=LLSが指定されているので、locationUriの示すURIに従い、LLSで伝送されているDescriptor1が取得される。また、例えば、SCSのSPTのCA_Descriptorには、locationType=SCSが指定されているので、locationUriの示すURIに従い、SCSで伝送されているDescriptor2が取得される。そして、Descriptor1とDescriptor2に記述されたコンテンツの保護に関する情報に基づいて、暗号化されたコンポーネント(Video，Audio)が復号されることになる。
【０２６９】
このように、他のスクランブル方式を用いた場合でも、LLSのCAT(又はSCT)のCA_Descriptorを基点として、Descriptor1を取得するとともに、SCSのSPTのCA_Descriptorを基点として、Descriptor2を取得することができる。なお、受信機では、SGDUのヘッダ情報を用いて、Descriptor1やDescriptor2をフィルタリングすることができる。
【０２７０】
＜７．放送通信システムの構成＞
【０２７１】
（放送通信システムの構成例）
図３９は、本技術を適用した放送通信システムの一実施の形態の構成を示す図である。
【０２７２】
図３９に示すように、放送通信システム１は、送信装置１０、受信装置２０、及び、EMMサーバ５０、及び、ECMサーバ６０から構成される。また、受信装置２０と、EMMサーバ５０、及び、ECMサーバ６０は、インターネット９０を介して相互に接続されている。
【０２７３】
送信装置１０は、テレビ番組等の放送コンテンツを、IP伝送方式を用いたデジタル放送の放送波によって送信する。なお、放送コンテンツは、ビデオやオーディオ等のコンポーネントから構成され、各コンポーネントは、暗号化されている。また、送信装置１０は、コンポーネントとともに、制御信号(図７のシグナリング情報)を、デジタル放送の放送波で送信する。
【０２７４】
なお、送信装置１０は、上述した送信機に相当するものである。
【０２７５】
受信装置２０は、送信装置１０から送信される放送信号を受信する。受信装置２０は、放送信号から得られる制御信号に基づいて、ビデオやオーディオ等のコンポーネントを取得する。そして、受信装置２０は、暗号化されたコンポーネントを復号し、テレビ番組等の放送コンテンツの映像や音声を出力する。
【０２７６】
なお、受信装置２０は、上述した受信機に相当するものである。また、受信装置２０は、ディスプレイやスピーカを含んで単体として構成されるようにしてもよいし、テレビジョン受像機やビデオレコーダ等に内蔵されるようにしてもよい。
【０２７７】
EMMサーバ５０は、放送コンテンツの復号に用いられるEMMを管理しており、インターネット９０を介してEMMを提供する。受信装置２０は、放送信号から得られる制御信号に基づいて、インターネット９０を介してEMMサーバ５０にアクセスして、EMMを取得し、暗号化されたコンポーネントの復号に用いる。
【０２７８】
ECMサーバ６０は、放送コンテンツの復号に用いられるECMを管理しており、インターネット９０を介してECMを提供する。受信装置２０は、放送信号から得られる制御信号に基づいて、インターネット９０を介してECMサーバ６０にアクセスして、ECMを取得し、暗号化されたコンポーネントの復号に用いる。
【０２７９】
なお、図３９の放送通信システム１の構成では、送信装置１０が放送コンテンツを送信するとして説明したが、インターネット９０上に、放送済の放送番組や公開済みの映画などの通信コンテンツをストリーミング配信可能な配信サーバ（不図示）を設けるようにしてもよい。この場合、受信装置２０は、制御信号に基づいて、インターネット９０を介して配信サーバからストリーミング配信される、ビデオやオーディオなどの暗号化されたコンポーネントを復号して、通信コンテンツの映像や音声を出力することになる。
【０２８０】
放送通信システム１は、以上のように構成される。次に、図４０乃至図４１を参照して、図３９の放送通信システム１を構成する各装置の詳細な構成について説明する。
【０２８１】
（送信装置の構成例）
図４０は、本技術を適用した送信装置の一実施の形態の構成を示す図である。
【０２８２】
図４０に示すように、送信装置１０は、ビデオデータ取得部１１１、ビデオエンコーダ１１２、オーディオデータ取得部１１３、オーディオエンコーダ１１４、ファイルデータ取得部１１５、ファイル処理部１１６、スクランブラ１１７、制御信号取得部１１８、制御信号処理部１１９、Mux１２０、及び、送信部１２１から構成される。
【０２８３】
ビデオデータ取得部１１１は、ストリーム形式のデータを伝送する場合には、内蔵するストレージや外部のサーバ、カメラ等から、コンポーネントとしてのビデオデータを取得し、ビデオエンコーダ１１２に供給する。ビデオエンコーダ１１２は、ビデオデータ取得部１１１から供給されるビデオデータを、MPEG等の符号化方式に準拠して符号化し、スクランブラ１１７に供給する。
【０２８４】
オーディオデータ取得部１１３は、ストリーム形式のデータを伝送する場合には、内蔵するストレージや外部のサーバ、マイクロフォン等から、コンポーネントとしてのオーディオデータを取得し、オーディオエンコーダ１１４に供給する。オーディオエンコーダ１１４は、オーディオデータ取得部１１３から供給されるオーディオデータを、MPEG等の符号化方式に準拠して符号化し、スクランブラ１１７に供給する。
【０２８５】
ファイルデータ取得部１１５は、ファイル形式のデータを伝送する場合には、内蔵するストレージや外部のサーバ等から、例えば、ビデオやオーディオのコンポーネント、NRTコンテンツ、アプリケーション等のファイルデータを取得し、ファイル処理部１１６に供給する。
【０２８６】
ファイル処理部１１６は、ファイルデータ取得部１１５から供給されるファイルデータに対して、所定のファイル処理を施し、スクランブラ１１７に供給する。例えば、ファイル処理部１１６は、ファイルデータ取得部１１５により取得されたファイルデータを、FLUTEセッションにより伝送するためのファイル処理を行う。
【０２８７】
スクランブラ１１７には、ビデオエンコーダ１１２からのビデオデータ、オーディオエンコーダ１１４からのオーディオデータ、ファイル処理部１１６からのファイルデータなどのコンポーネントが供給される。スクランブラ１１７は、スクランブル鍵(Ks)を用い、それらのコンポーネントを暗号化し、Mux１２０に供給する。
【０２８８】
制御信号取得部１１８は、内蔵するストレージや外部のサーバ等から、制御信号(図７のシグナリング情報)を取得し、制御信号処理部１１９に供給する。例えば、この制御信号には、EMMとECMが含まれており、ECMには、スクランブラ１１７がコンポーネントの暗号化に用いたスクランブル鍵(Ks)が、EMMのワーク鍵(Kw)で暗号化されている。
【０２８９】
制御信号処理部１１９は、制御信号取得部１１８から供給される制御信号に対して、所定の信号処理を施し、Mux１２０に供給する。例えば、制御信号処理部１１９は、制御信号取得部１１８により取得されたSCSに対して、FLUTEセッションにより伝送するための信号処理を施す。
【０２９０】
Mux１２０は、スクランブラ１１７からの暗号化されたコンポーネントと、制御信号処理部１１９からの制御信号を多重化してIP伝送形式のBBPストリームを生成し、送信部１２１に供給する。送信部１２１は、Mux１２０から供給されるBBPストリームを、放送信号（放送波）として、アンテナ１２２を介して送信する。
【０２９１】
なお、図４０の送信装置１０の構成では、Mux１２０の前段にスクランブラ１１７が設けられているが、スクランブラ１１７は、Mux１２０の後段に設けるようにしてもよい。
【０２９２】
（受信装置の構成例）
図４１は、本技術を適用した受信装置の一実施の形態の構成を示す図である。
【０２９３】
図４１に示すように、受信装置２０は、チューナ２１２、Demux２１３、制御部２１４、入力部２１５、NVRAM２１６、デスクランブラ２１７、ビデオデコーダ２１８、ビデオ出力部２１９、オーディオデコーダ２２０、オーディオ出力部２２１、ファイル処理部２２２、ストレージ２２３、及び、通信I/F２２４から構成される。
【０２９４】
チューナ２１２は、制御部２１４からの制御に従い、アンテナ２１１により受信された放送信号から、選局が指示されたサービスの放送信号を抽出して復調し、その結果得られるIP伝送形式のBBPストリームを、Demux２１３に供給する。
【０２９５】
Demux２１３は、制御部２１４からの制御に従い、チューナ２１２から供給されるIP伝送形式のBBPストリームを、ビデオデータ、オーディオデータ、ファイルデータ、及び、制御信号(図７のシグナリング情報)に分離する。Demux２１３は、ビデオデータ、オーディオデータ、ファイルデータなどの暗号化されたコンポーネントを、デスクランブラ２１７に供給する。また、Demux２１３は、制御信号を、制御部２１４に供給する。
【０２９６】
制御部２１４は、Demux２１３又はファイル処理部２２２から供給される制御信号(図７のシグナリング情報)に基づいて、受信装置２０を構成する各部の動作を制御する。例えば、制御部２１４は、制御信号(SCTやCAT，SPTなど)に基づいて、EMM及びECMを取得して解析し、その解析結果に従い、デスクランブラ２１７で実行される、暗号化されたコンポーネントの復号処理を制御する。
【０２９７】
また、制御部２１４は、入力部２１５からのユーザの操作に応じた操作信号に基づいて、各部の動作を制御する。NVRAM２１６は、不揮発性メモリであって、制御部２１４からの制御に従い、各種のデータを記録する。例えば、制御部２１４は、初期スキャン時などに、制御信号(SCTなど)から得られる初期スキャン情報（選局情報）を、NVRAM２１６に記録する。そして、制御部２１４は、NVRAM２１６に記録された初期スキャン情報に基づいて、チューナ２１２で実行される選局処理を制御する。
【０２９８】
デスクランブラ２１７は、制御部２１４からの制御に従い、Demux２１３から供給される、ビデオデータ、オーディオデータ、ファイルデータなどの暗号化されたコンポーネントを復号する。デスクランブラ２１７は、復号されたコンポーネントのうち、ビデオデータをビデオデコーダ２１８、オーディオデータをオーディオデコーダ２２０、ファイルデータをファイル処理部２２２にそれぞれ供給する。
【０２９９】
ビデオデコーダ２１８は、制御部２１４からの制御に従い、デスクランブラ２１７から供給されるビデオデータを、例えばビデオエンコーダ１１２(図４０)に対応する復号方式で復号して、ビデオ出力部２１９に供給する。ビデオ出力部２１９は、制御部２１４からの制御に従い、ビデオデコーダ２１８から供給されるビデオデータを、後段のディスプレイ(不図示)に出力する。これにより、ディスプレイには、例えば、テレビ番組の映像などが表示される。
【０３００】
オーディオデコーダ２２０は、制御部２１４からの制御に従い、デスクランブラ２１７から供給されるオーディオデータを、例えばオーディオエンコーダ１１４(図４０)に対応する復号方式で復号して、オーディオ出力部２２１に供給する。オーディオ出力部２２１は、制御部２１４からの制御に従い、オーディオデコーダ２２０から供給されるオーディオデータを、後段のスピーカ(不図示)に供給する。これにより、スピーカからは、例えば、テレビ番組の映像に同期した音声が出力される。
【０３０１】
ファイル処理部２２２には、デスクランブラ２１７から復号されたコンポーネント（メディアセグメント）が供給される。ファイル処理部２２２は、制御部２１４からの制御に従い、FLUTEセッションで伝送されるメディアセグメントからコンポーネント（ファイルデータ）を復元し、ストレージ２２３に蓄積する。また、ファイル処理部２２２は、制御部２１４からの制御に従い、コンポーネント（ファイルデータ）として復元されたビデオデータをビデオデコーダ２１８に、オーディオデータをオーディオデコーダ２２０に供給することで、それらのデータが復号され、例えばテレビ番組の映像と音声が出力される。
【０３０２】
また、ファイル処理部２２２は、制御部２１４からの制御に従い、FLUTEセッションで伝送される制御信号を復元し、制御部２１４に供給する。
【０３０３】
通信I/F２２４は、制御部２１４からの制御に従い、インターネット９０を介してEMMサーバ５０にアクセスして、EMMを取得する。通信I/F２２４は、取得されたEMMを、制御部２１４に供給する。また、通信I/F２２４は、制御部２１４からの制御に従い、インターネット９０を介してECMサーバ６０にアクセスして、ECMを取得する。通信I/F２２４は、取得されたECMを、制御部２１４に供給する。
【０３０４】
なお、図４１の受信装置２０の構成では、ディスプレイやスピーカが外部に設けられている構成となっているが、受信装置２０がディスプレイやスピーカを有する構成を採用してもよい。また、図４１の受信装置２０の構成では、ストレージ２２３は内蔵されているとして説明したが、外付けのストレージを用いるようにしてもよい。さらに、図４１の受信装置２０の構成では、Demux２１３の後段にデスクランブラ２１７が設けられているが、デスクランブラ２１７は、Demux２１３の前段に設けるようにしてもよい。
【０３０５】
＜８．各装置で実行される具体的な処理の流れ＞
次に、図４２乃至図５０のフローチャートを参照して、図３９の放送通信システム１を構成する各装置で実行される具体的な処理の流れについて説明する。
【０３０６】
（送信処理）
まず、図４２のフローチャートを参照して、図４０の送信装置１０により実行される送信処理について説明する。
【０３０７】
ステップＳ１においては、ストリーム形式のデータを送信するかどうかが判定される。ステップＳ１において、ストリーム形式のデータを送信すると判定された場合、処理は、ステップＳ２に進められる。
【０３０８】
ステップＳ２において、ビデオデータ取得部１１１は、コンポーネントとしてのビデオデータを取得し、ビデオエンコーダ１１２に供給する。ステップＳ３において、ビデオエンコーダ１１２は、ビデオデータ取得部１１１から供給されるビデオデータを符号化し、スクランブラ１１７に供給する。
【０３０９】
ステップＳ４において、オーディオデータ取得部１１３は、コンポーネントとしてのオーディオデータを取得し、オーディオエンコーダ１１４に供給する。ステップＳ５において、オーディオエンコーダ１１４は、オーディオデータ取得部１１３から供給されるオーディオデータを符号化し、スクランブラ１１７に供給する。
【０３１０】
なお、ステップＳ１において、ストリーム形式のデータを送信しないと判定された場合、ステップＳ２乃至Ｓ５の処理はスキップされ、処理は、ステップＳ６に進められる。ステップＳ６においては、ファイル形式のデータを送信するかどうかが判定される。ステップＳ６において、ファイル形式のデータを送信すると判定された場合、処理は、ステップＳ７に進められる。
【０３１１】
ステップＳ７において、ファイルデータ取得部１１５は、例えば、ビデオやオーディオのコンポーネントとしてのファイルデータを取得し、ファイル処理部１１６に供給する。ステップＳ８において、ファイル処理部１１６は、ファイルデータ取得部１１５から供給されるファイルデータに対して、所定のファイル処理を施し、スクランブラ１１７に供給する。
【０３１２】
なお、ステップＳ６において、ファイル形式のデータを送信しないと判定された場合、ステップＳ７乃至Ｓ８の処理はスキップされ、処理は、ステップＳ９に進められる。すなわち、ステップＳ１乃至Ｓ８の処理によって、ストリーム形式のデータ（コンポーネント）、又は、ファイル形式のデータ（コンポーネント）が、スクランブラ１１７に供給されることになる。
【０３１３】
ステップＳ９において、スクランブラ１１７は、スクランブル鍵(Ks)を用い、コンポーネントを暗号化するスクランブル処理を行う。このスクランブル処理では、ストリーム形式のデータを送信する場合には、ビデオエンコーダ１１２からのビデオデータと、オーディオエンコーダ１１４からのオーディオデータが暗号化される。また、このスクランブル処理では、ファイル形式のデータを送信する場合には、ファイル処理部１１６からのファイルデータが暗号化される。スクランブル処理によって暗号化されたコンポーネントは、Mux１２０に供給される。
【０３１４】
ステップＳ１０において、制御信号取得部１１８は、制御信号(図７のシグナリング情報)を取得し、制御信号処理部１１９に供給する。ステップＳ１１において、制御信号処理部１１９は、制御信号取得部１１８から供給される制御信号に対し、所定の信号処理を施し、Mux１２０に供給する。
【０３１５】
ステップＳ１２において、Mux１２０は、スクランブラ１１７からの暗号化されたコンポーネントと、制御信号処理部１１９からの制御信号を多重化してIP伝送形式のBBPストリームを生成し、送信部１２１に供給する。
【０３１６】
ステップＳ１３において、送信部１２１は、Mux１２０から供給されるBBPストリームを放送信号として、アンテナ１２２を介して送信する。そして、ステップＳ１３の処理が終了すると、送信処理は終了する。以上、送信処理について説明した。
【０３１７】
（初期スキャン時EMM取得処理）
次に、図４３のフローチャートを参照して、図４１の受信装置２０により実行される初期スキャン時EMM取得処理について説明する。
【０３１８】
ステップＳ１０１において、ユーザにより初期スキャン操作が実行されると、ステップＳ１０２において、チューナ２１２は、制御部２１４からの制御に従い、周波数スキャン処理を実行する。この周波数スキャン処理によって取得された初期スキャン情報（選局情報）は、NVRAM２１６に保存される。
【０３１９】
ステップＳ１０３において、制御部２１４は、Demux２１３から供給されるSCT又はCATのCA_Descriptor（EMM取得情報）を取得し、NVRAM２１６に保存する。また、ステップＳ１０４において、制御部２１４は、CA_Descriptorに記述されているCA_SystemIdを確認する。
【０３２０】
ステップＳ１０５において、制御部２１４は、CA_Descriptorに記述されているCA_SystemIdに、CAS方式のIDが指定されているかどうかを判定する。
【０３２１】
ステップＳ１０５において、CA_SystemIdに、CAS方式のIDが指定されていると判定された場合、処理は、ステップＳ１０６に進められる。ステップＳ１０６において、制御部２１４は、各部の動作を制御して、EMM取得処理を実行する。この初期スキャン時のEMM取得処理によって、LSSやNRTなどから、EMMが取得されることになる。なお、EMM取得処理の詳細な内容は、図４５のフローチャートを参照して後述する。
【０３２２】
一方、ステップＳ１０５において、CA_SystemIdに、CAS方式のIDが指定されていないと判定された場合、処理は、ステップＳ１０７に進められる。ステップＳ１０７において、制御部２１４は、各部の動作を制御して、他のスクランブル方式のライセンス取得処理を実行する。すなわち、上述した図３８で説明したように、本技術は、CAS方式以外の他のスクランブル方式にも適用可能であるため、他のスクランブル方式が用いられた場合には、当該スクランブル方式に応じたライセンス取得処理が実行されることになる。
【０３２３】
ステップＳ１０６又はＳ１０７の処理が終了すると、初期スキャン時EMM取得処理は終了する。以上、初期スキャン時EMM取得処理について説明した。
【０３２４】
（イベント発火時EMM取得処理）
次に、図４４のフローチャートを参照して、図４１の受信装置２０により実行されるイベント発火時EMM取得処理について説明する。
【０３２５】
ステップＳ１５１において、制御部２１４は、EMM取得イベントの発火を待つ。また、ステップＳ１５２において、制御部２１４は、EMM取得イベントが発生したかどうかを判定する。ステップＳ１５２において、EMM取得イベントが未発生であると判定された場合、処理は、ステップＳ１５１に戻り、上述した処理が繰り返される。
【０３２６】
すなわち、制御部２１４は、EMM取得イベントが発火するまで待機する。このEMM取得イベントとしては、例えば、タイマの計時により定時に発生するイベント（例えば、月１回発生するイベント）や、ユーザ操作イベント（例えば電源オンの操作イベント）が該当する。
【０３２７】
ステップＳ１５２において、EMM取得イベントが発生したと判定された場合、処理はステップＳ１５３に進められる。ステップＳ１５３において、制御部２１４は、各部の動作を制御して、EMM取得処理を実行する。このイベント発火時のEMM取得処理によって、LSSやNRTなどから、EMMが取得されることになる。なお、EMM取得処理の詳細な内容は、図４５のフローチャートを参照して後述する。
【０３２８】
ステップＳ１５３の処理が終了すると、イベント発火時EMM取得処理は終了する。以上、イベント発火時EMM取得処理について説明した。
【０３２９】
（EMM取得処理）
次に、図４５のフローチャートを参照して、図４１の受信装置２０により実行される、図４３のステップＳ１０６又は図４４のステップＳ１５３の処理に対応するEMM取得処理の詳細な内容について説明する。
【０３３０】
ステップＳ２０１において、制御部２１４は、CA_Descriptor（EMM取得情報）に記述されているLocationTypeを確認する。
【０３３１】
ステップＳ２０１の判定処理で、LocationType=LLSであると判定された場合、処理は、ステップＳ２０２に進められる。ステップＳ２０２において、制御部２１４は、LocationUriの示すURIに従い、Demux２１３を制御して、LLSからEMMを取得する。
【０３３２】
また、ステップＳ２０１の判定処理で、LocationType=Networkであると判定された場合、処理は、ステップＳ２０３に進められる。ステップＳ２０３において、制御部２１４は、LocationUriの示すURIに従い、通信I/F２２４を制御して、インターネット９０を介してEMMサーバ５０にアクセスし、EMMを取得する。
【０３３３】
また、ステップＳ２０１の判定処理で、LocationType=NRTであると判定された場合、処理は、ステップＳ２０４に進められる。ステップＳ２０４において、制御部２１４は、LocationUriの示すURIに従い、ファイル処理部２２２を制御して、NRTセッションで伝送されるEMMを取得する。
【０３３４】
ステップＳ２０２，Ｓ２０３，Ｓ２０４のいずれかの処理によってEMMが取得されると、処理は、ステップＳ２０５に進められる。ステップＳ２０５において、制御部２１４は、取得されたEMMを、NVRAM２１６に保存する。
【０３３５】
そして、ステップＳ２０５の処理が終了すると、処理は、図４３のステップＳ１０６又は図４４のステップＳ１５３の処理に戻り、それ以降の処理が実行される。以上、EMM取得処理の詳細な内容について説明した。
【０３３６】
（選局処理）
次に、図４６のフローチャートを参照して、図４１の受信装置２０により実行される選局処理について説明する。
【０３３７】
ステップＳ３０１において、ユーザにより選局操作が実行されると、ステップＳ３０２において、制御部２１４は、NVRAM２１６に保存された初期スキャン情報（選局情報）を取得する。そして、制御部２１４は、初期スキャン情報に基づき、チューナ２１２を制御して、特定のサービスの選局処理を開始する。
【０３３８】
ステップＳ３０３において、制御部２１４は、ファイル処理部２２２から供給されるSCSから、シグナリング情報を取得する。ステップＳ３０４において、制御部２１４は、シグナリング情報として取得されたSPTに、ASD(Adjunct Service Descriptor)がないかどうかを判定する。
【０３３９】
ステップＳ３０４において、SPTにASDがないと判定された場合、処理はステップＳ３０５に進められる。ステップＳ３０５において、制御部２１４は、各部の動作を制御して、メインサービスコンポーネント取得処理を実行する。このメインサービスコンポーネント取得処理によって、メインサービスのコンポーネントが取得され、復号されることになる。なお、メインサービスコンポーネント取得処理の詳細な内容は、図４７のフローチャートを参照して後述する。ステップＳ３０５の取得処理が終了すると、処理は、ステップＳ３０７の処理に進められる。
【０３４０】
一方、ステップＳ３０４において、SPTにASDがあると判定された場合、処理はステップＳ３０６に進められる。ステップＳ３０６において、制御部２１４は、各部の動作を制御して、アジャンクトサービスコンポーネント取得処理を実行する。このアジャンクトサービスコンポーネント取得処理によって、アジャンクトサービスのコンポーネントが取得され、復号されることになる。なお、アジャンクトサービスコンポーネント取得処理の詳細な内容は、図５０のフローチャートを参照して後述する。ステップＳ３０６の取得処理が終了すると、ステップＳ３０５の処理に進められる。ステップＳ３０５の取得処理においては、上述したようにメインサービスのコンポーネントが取得される。
【０３４１】
このようにして、SPTにASDがない場合には、メインサービスのコンポーネントのみが取得され、SPTにASDがある場合には、メインサービスとアジャンクトサービスのコンポーネントが取得される。ステップＳ３０５の処理が終了すると、処理は、ステップＳ３０７の処理に進められる。
【０３４２】
ステップＳ３０７において、制御部２１４は、各部の動作を制御して、取得されたコンポーネントに対するレンダリング処理を行うことで、当該コンポーネントに対応する映像と音声を出力する。そして、ステップＳ３０７の処理が終了すると、選局処理は終了する。以上、選局処理について説明した。
【０３４３】
（メインサービスコンポーネント取得処理）
次に、図４７のフローチャートを参照して、図４１の受信装置２０により実行される、図４６のステップＳ３０５の処理に対応するメインサービスコンポーネント取得処理の詳細な内容について説明する。
【０３４４】
ステップＳ３５１において、制御部２１４は、メインサービスのSPTのCA_Descriptorから、ECM取得情報を取得する。ステップＳ３５２において、制御部２１４は、メインサービスのSPTのCA_Descriptorに、異なるグループのECM取得情報が記述されているかどうかを判定する。
【０３４５】
ステップＳ３５２において、異なるグループのECM取得情報が記述されていると判定された場合、処理はステップＳ３５３に進められる。ステップＳ３５３において、制御部２１４は、各部の動作を制御して、グループごとのECM取得処理を実行する。このグループごとのECM取得処理によって、LSSやNRTなどから、グループごとにECMが取得されることになる。なお、グループごとのECM取得処理の詳細な内容は、図４８のフローチャートを参照して後述する。
【０３４６】
一方、ステップＳ３５２において、異なるグループのECM情報が記述されていないと判定された場合、処理は、ステップＳ３５４に進められる。ステップＳ３５４において、制御部２１４は、各部の動作を制御して、ECM取得処理を実行する。このECM取得処理によって、LSSやNRTなどから、ECMが取得されることになる。なお、ECM取得処理の詳細な内容は、図４８のフローチャートを参照して後述する。
【０３４７】
ステップＳ３５３又はＳ３５４の処理によってECMが取得されると、処理は、ステップＳ３５５に進められる。ステップＳ３５５において、制御部２１４は、NVRAM２１６に保存されたEMMを読み出して、CA_System_ID，KW_ID，契約情報（ティアビット、グループID）が一致するEMMのワーク鍵（Kw）を用い、ECMのスクランブル鍵（Ks）を復号する。
【０３４８】
ステップＳ３５６において、制御部２１４は、デスクランブラ２１７を制御して、ステップＳ３５５の処理で得られたスクランブル鍵（Ks）を用い、メインサービスを構成する暗号化されたコンポーネントを復号する。これにより、メインサービスのコンポーネントが取得される。
【０３４９】
ステップＳ３５６の処理が終了すると、処理は、図４６のステップＳ３０５に戻り、それ以降の処理が実行される。以上、メインサービスコンポーネント取得処理について説明した。
【０３５０】
（ECM取得処理）
次に、図４８のフローチャートを参照して、図４１の受信装置２０により実行される、図４７のステップＳ３５３又はＳ３５４の処理に対応するECM取得処理の詳細な内容について説明する。
【０３５１】
ステップＳ３７１において、制御部２１４は、CA_Descriptor（ECM取得情報）に記述されているLocationTypeを確認する。
【０３５２】
ステップＳ３７１の判定処理で、LocationType=LLSであると判定された場合、処理は、ステップＳ３７２に進められる。ステップＳ３７２において、制御部２１４は、LocationUriの示すURIに従い、Demux２１３を制御して、LLSからECMを取得する。
【０３５３】
また、ステップＳ３７１の判定処理で、LocationType=Networkであると判定された場合、処理は、ステップＳ３７３に進められる。ステップＳ３７３において、制御部２１４は、LocationUriの示すURIに従い、通信I/F２２４を制御して、インターネット９０を介してECMサーバ６０にアクセスし、ECMを取得する。
【０３５４】
また、ステップＳ３７１の判定処理で、LocationType=NRTであると判定された場合、処理は、ステップＳ３７４に進められる。ステップＳ３７４において、制御部２１４は、LocationUriの示すURIに従い、ファイル処理部２２２を制御して、NRTセッションで伝送されるECMを取得する。
【０３５５】
さらに、ステップＳ３７１の判定処理で、LocationType=component boxであると判定された場合、処理は、ステップＳ３７５に進められる。ステップＳ３７５において、制御部２１４は、LocationUriの示すURIに従い、Demux２１３を制御して、コンポーネントを利用して伝送されているECMを取得する。
【０３５６】
ステップＳ３７２，Ｓ３７３，Ｓ３７４，Ｓ３７５のいずれかの処理によってECMが取得されると、処理は、図４７のステップＳ３５３又はＳ３５４に戻り、それ以降の処理が実行される。なお、図４７のステップＳ３５３のグループごとのECM取得処理の場合、グループごとに、図４８のECM取得処理が繰り返し実行され、LSSやNRTなどから、グループごとにECMが取得されることになる。
【０３５７】
以上、ECM取得処理の詳細な内容について説明した。
【０３５８】
（アジャンクトサービス出現処理）
次に、図４９のフローチャートを参照して、図４１の受信装置２０により実行されるアジャンクトサービス出現処理について説明する。
【０３５９】
ステップＳ４０１において、ユーザにより選局操作が実行されると、ステップＳ４０２において、制御部２１４は、NVRAM２１６に保存された初期スキャン情報（選局情報）に基づき、チューナ２１２を制御して、特定のサービスの選局処理を実行する。この選局処理により、特定のサービスを構成するコンポーネントが取得され、その映像や音声が出力されることで、テレビ番組の視聴が可能となる（Ｓ４０３）。ただし、当該コンポーネントは暗号化されているため、スクランブル鍵（Ks）を用いて復号されてから、その映像や音声が出力される。
【０３６０】
ステップＳ４０４において、制御部２１４は、定期的に伝送されるSCSのシグナリング情報としてSPTを受信（取得）する。ステップＳ４０５において、制御部２１４は、ステップＳ４０５の処理で取得されたSPTに、ASD(Adjunct Service Descriptor)がないかどうかを判定する。
【０３６１】
ステップＳ４０５において、SPTにASDがあると判定された場合、処理は、ステップＳ４０６に進められる。ステップＳ４０６において、制御部２１４は、各部の動作を制御して、アジャンクトサービスコンポーネント取得処理を実行する。このアジャンクトサービスコンポーネント取得処理によって、アジャンクトサービスのコンポーネントが取得され、復号されることになる。これにより、アジャンクトサービスの映像や音声が出力される。なお、アジャンクトサービスコンポーネント取得処理の詳細な内容は、図５０のフローチャートを参照して後述する。
【０３６２】
一方、ステップＳ４０５において、SPTにASDがないと判定された場合、処理はステップＳ４０７に進められる。ステップＳ４０７において、制御部２１４は、入力部２１５からの操作信号などに基づいて、視聴中のテレビ番組の視聴を終了するかどうかを判定する。
【０３６３】
ステップＳ４０７において、視聴中のテレビ番組の視聴を継続すると判定された場合、処理はステップＳ４０３の処理に戻り、上述した処理が繰り返される。すなわち、テレビ番組の視聴中に受信されたSPTにASDが記述されている場合には、アジャンクトサービスのコンポーネントが取得されて復号され、その映像や音声が出力されることになる。
【０３６４】
そして、ステップＳ４０７において、視聴中のテレビ番組の視聴を終了すると判定された場合、アジャンクトサービス出現処理は終了する。以上、アジャンクトサービス出現処理について説明した。
【０３６５】
（アジャンクトサービスコンポーネント取得処理）
最後に、図５０のフローチャートを参照して、図４１の受信装置２０により実行される、図４６のステップＳ３０６又は図４９のステップＳ４０６の処理に対応するアジャンクトサービスコンポーネント取得処理について説明する。
【０３６６】
ステップＳ４５１において、制御部２１４は、メインサービスのSPTのASD(Adjunct Service Descriptor)のselectionFlagが"adjunct"であるかどうかを判定する。
【０３６７】
ステップＳ４５１において、ASDのselectionFlagが"adjunct"であると判定された場合、処理は、ステップＳ４５２に進められる。ステップＳ４５２において、制御部２１４は、ASDのトリプレットに従い、アジャンクトサービスのSCSからシグナリング情報（SPT）を取得する。ステップＳ４５３において、制御部２１４は、アジャンクトサービスのSPTのCA_DescriptorからECM取得情報を取得する。
【０３６８】
一方、ステップＳ４５１において、ASDのselectionFlagが"adjunct"ではない、すなわち、selectionFlagが"main"であると判定された場合、処理は、ステップＳ４５４に進められる。ステップＳ４５４において、制御部２１４は、メインサービスのSPTのCA_DescriptorからECM取得情報を取得する。
【０３６９】
ステップＳ４５３又はＳ４５４の処理によってECM取得情報が取得されると、処理は、ステップＳ４５５に進められる。ステップＳ４５５において、制御部２１４は、各CA_Descriptorに、異なるグループのECM取得情報が記述されているかどうかを判定する。
【０３７０】
ステップＳ４５５において、異なるグループのECM取得情報が記述されていると判定された場合、処理はステップＳ４５６に進められる。ステップＳ４５６において、制御部２１４は、各部の動作を制御して、図４８のECM取得処理を実行する。このECM取得処理（図４８）を、グループごとに繰り返し実行することで、CA_Descriptor（ECM取得情報）のLocationTypeやLocationUriに応じて、LSSやNRTなどから、グループごとにECMが取得されることになる。
【０３７１】
一方、ステップＳ４５５において、異なるグループのECM取得情報が記述されていないと判定された場合、処理はステップＳ４５７に進められる。ステップＳ４５７において、制御部２１４は、各部の動作を制御して、図４８のECM取得処理を実行する。このECM取得処理によって、CA_Descriptor（ECM取得情報）のLocationTypeやLocationUriに応じて、LSSやNRTなどから、ECMが取得されることになる。
【０３７２】
ステップＳ４５６又はＳ４５７の処理によってECMが取得されると、処理は、ステップＳ４５８に進められる。ステップＳ４５８において、制御部２１４は、NVRAM２１６に保存されたEMMを読み出して、CA_System_ID，KW_ID，契約情報（ティアビット、グループID）が一致するEMMのワーク鍵（Kw）を用い、ECMのスクランブル鍵（Ks）を復号する。
【０３７３】
ステップＳ４５９において、制御部２１４は、デスクランブラ２１７を制御して、ステップＳ４５８の処理で得られたスクランブル鍵（Ks）を用い、アジャンクトサービスを構成する暗号化されたコンポーネントを復号する。これにより、アジャンクトサービスのコンポーネントが取得される。
【０３７４】
ステップＳ４５９の処理が終了すると、処理は、図４６のステップＳ３０６又は図４９のステップＳ４０６の処理に戻り、それ以降の処理が実行される。以上、アジャンクトサービスコンポーネント取得処理について説明した。
【０３７５】
＜９．コンピュータの構成＞
【０３７６】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【０３７７】
図５１は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
【０３７８】
コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及びドライブ９１０が接続されている。
【０３７９】
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
【０３８０】
以上のように構成されるコンピュータ９００では、CPU９０１が、例えば、記録部９０８に記憶されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
【０３８１】
コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０３８２】
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
【０３８３】
なお、コンピュータ９００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０３８４】
ここで、本明細書において、コンピュータ９００に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【０３８５】
また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０３８６】
さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０３８７】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【０３８８】
また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０３８９】
なお、本技術は、以下のような構成をとることができる。
【０３９０】
（１）
IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波を受信する受信部と、
前記放送波によって、前記IP伝送方式のプロトコルの階層における第１の階層で伝送される第１の制御信号に応じて取得される第１の鍵を用い、前記第１の階層よりも上位の階層となる第２の階層で伝送される第２の制御信号に応じて取得される第２の鍵を復号する第１の復号部と、
復号された前記第２の鍵を用い、前記放送波から得られるストリームに含まれる特定のサービスを構成する暗号化されたコンポーネントを復号する第２の復号部と
を備える受信装置。
（２）
前記第１の制御信号は、前記第１の鍵を少なくとも含む第１の記述子を取得するためのロケーション情報が記述された第１のシグナリング情報を伝送し、
前記第２の制御信号は、前記第２の鍵を少なくとも含む第２の記述子を取得するためのロケーション情報が記述された第２のシグナリング情報を伝送し、
前記第１のシグナリング情報に記述されたロケーション情報に従い、前記第１の記述子が取得され、
前記第２のシグナリング情報に記述されたロケーション情報に従い、前記第２の記述子が取得される
（１）に記載の受信装置。
（３）
前記第１の記述子は、前記第１の制御信号、通信網、又は、NRT(Non-RealTime)放送を利用して伝送され、
前記第２の記述子は、前記第２の制御信号、通信網、NRT放送、又は、前記コンポーネントを利用して伝送される
（２）に記載の受信装置。
（４）
前記暗号化の方式は、CAS(Conditional Access System)方式に準じており、
前記第１の記述子は、EMM(Entitlement Management Message)であり、
前記第２の記述子は、ECM(Entitlement Control Message)であり、
前記第１の鍵は、第３の鍵で暗号化されている
（２）又は（３）に記載の受信装置。
（５）
前記EMMと前記ECMには、前記コンポーネントごとの視聴可否を確認可能な契約情報がさらに含まれる
（４）に記載の受信装置。
（６）
前記EMMと前記ECMには、特定のグループを識別するためのグループIDがさらに含まれる
（４）又は（５）に記載の受信装置。
（７）
複数のEMM又は複数のECMの中から、前記グループIDにより識別される特定のグループのEMM又はECMが用いられる
（６）に記載の受信装置。
（８）
第１のサービスと、前記第１のサービスに関連した第２のサービスが提供されており、
前記第１のサービスを構成する暗号化されたコンポーネントは、前記第１のサービスのECMから取得される前記第２の鍵を用いて復号され、
前記第２のサービスを構成する暗号化されたコンポーネントは、前記第１のサービスのECM又は前記第２のサービスのECMから取得される前記第２の鍵を用いて復号される
（４）に記載の受信装置。
（９）
前記IP伝送方式のプロトコルの階層のうち、前記第２の階層は、IP層よりも上位の階層となり、
各サービスを構成する暗号化されたコンポーネントと、前記第２の制御信号には、共通のIPアドレスが割り当てられる
（１）乃至（８）のいずれか一項に記載の受信装置。
（１０）
受信装置の受信方法において、
前記受信装置が、
IP伝送方式を用いたデジタル放送の放送波を受信し、
前記放送波によって、前記IP伝送方式のプロトコルの階層における第１の階層で伝送される第１の制御信号に応じて取得される第１の鍵を用い、前記第１の階層よりも上位の階層となる第２の階層で伝送される第２の制御信号に応じて取得される第２の鍵を復号し、
復号された前記第２の鍵を用い、前記放送波から得られるストリームに含まれる特定のサービスを構成する暗号化されたコンポーネントを復号する
ステップを含む受信方法。
（１１）
各種のサービスを構成する１又は複数のコンポーネントを取得する第１の取得部と、
第１の鍵を取得するための第１の制御信号と、第２の鍵を取得するための第２の制御信号を取得する第２の取得部と、
前記第１の鍵により暗号化される前記第２の鍵を用い、前記コンポーネントを暗号化する暗号化部と、
特定のサービスを構成する暗号化されたコンポーネントと、前記第１の制御信号及び前記第２の制御信号とからなるストリームを含むIP伝送方式を用いた放送波であって、前記IP伝送方式のプロトコルの階層における第１の階層で前記第１の制御信号が伝送され、前記第１の階層よりも上位の階層となる第２の階層で前記第２の制御信号が伝送される放送波を送信する送信部と
を備える送信装置。
（１２）
前記第１の制御信号は、前記第１の鍵を少なくとも含む第１の記述子を取得するためのロケーション情報が記述された第１のシグナリング情報を伝送し、
前記第２の制御信号は、前記第２の鍵を少なくとも含む第２の記述子を取得するためのロケーション情報が記述された第２のシグナリング情報を伝送する
（１１）に記載の送信装置。
（１３）
前記第１の記述子は、前記第１の制御信号、通信網、又は、NRT放送を利用して伝送され、
前記第２の記述子は、前記第２の制御信号、通信網、NRT放送、又は、前記コンポーネントを利用して伝送される
（１２）に記載の送信装置。
（１４）
前記暗号化の方式は、CAS方式に準じており、
前記第１の記述子は、EMMであり、
前記第２の記述子は、ECMであり、
前記第１の鍵は、第３の鍵で暗号化されている
（１２）又は（１３）に記載の送信装置。
（１５）
前記EMMと前記ECMには、前記コンポーネントごとの視聴可否を確認可能な契約情報がさらに含まれる
（１４）に記載の送信装置。
（１６）
前記EMMと前記ECMには、特定のグループを識別するためのグループIDがさらに含まれる
（１４）又は（１５）に記載の送信装置。
（１７）
複数のEMM又は複数のECMの中から、前記グループIDにより識別される特定のグループのEMM又はECMが用いられる
（１６）に記載の送信装置。
（１８）
第１のサービスと、前記第１のサービスに関連した第２のサービスが提供されており、
前記第１のサービスを構成する暗号化されたコンポーネントは、前記第１のサービスのECMから取得される前記第２の鍵を用いて復号され、
前記第２のサービスを構成する暗号化されたコンポーネントは、前記第１のサービスのECM又は前記第２のサービスのECMから取得される前記第２の鍵を用いて復号される
（１４）に記載の送信装置。
（１９）
前記IP伝送方式のプロトコルの階層のうち、前記第２の階層は、IP層よりも上位の階層となり、
各サービスを構成する暗号化されたコンポーネントと、前記第２の制御信号には、共通のIPアドレスが割り当てられる
（１１）乃至（１８）のいずれか一項に記載の送信装置。
（２０）
送信装置の送信方法において、
前記送信装置が、
各種のサービスを構成する１又は複数のコンポーネントを取得し、
第１の鍵を取得するための第１の制御信号と、第２の鍵を取得するための第２の制御信号を取得し、
前記第１の鍵により暗号化される前記第２の鍵を用い、前記コンポーネントを暗号化し、
特定のサービスを構成する暗号化されたコンポーネントと、前記第１の制御信号及び前記第２の制御信号とからなるストリームを含むIP伝送方式を用いた放送波であって、前記IP伝送方式のプロトコルの階層における第１の階層で前記第１の制御信号が伝送され、前記第１の階層よりも上位の階層となる第２の階層で前記第２の制御信号が伝送される放送波を送信する
ステップを含む送信方法。
【符号の説明】
【０３９１】
１  放送通信システム，  １０  送信装置，  ２０  受信装置，  ５０  EMMサーバ，  ６０  ECMサーバ，  ９０  インターネット，  １１１  ビデオデータ取得部，  １１３  オーディオデータ取得部，  １１５  ファイルデータ取得部，  １１７  スクランブラ，  １１８  制御信号取得部，  １２０  Mux，  １２１  送信部，  ２１２  チューナ，  ２１３  Demux，  ２１４  制御部，  ２１６  NVRAM，  ２１８  ビデオデコーダ，  ２１９  ビデオ出力部，  ２２０  オーディオデコーダ，  ２２１  オーディオ出力部，  ２２２  ファイル処理部，  ２２４  通信I/F，  ９００  コンピュータ，  ９０１  CPU
【図１】
2015154238.tif 000003
【図２】
2015154238.tif 000004
【図３】
2015154238.tif 000005
【図４】
2015154238.tif 000006
【図５】
2015154238.tif 000007
【図６】
2015154238.tif 000008
【図７】
2015154238.tif 000009
【図８】
2015154238.tif 000010
【図９】
2015154238.tif 000011
【図１０】
2015154238.tif 000012
【図１１】
2015154238.tif 000013
【図１２】
2015154238.tif 000014
【図１３】
2015154238.tif 000015
【図１４】
2015154238.tif 000016
【図１５】
2015154238.tif 000017
【図１６】
2015154238.tif 000018
【図１７】
2015154238.tif 000019
【図１８】
2015154238.tif 000020
【図１９】
2015154238.tif 000021
【図２０】
2015154238.tif 000022
【図２１】
2015154238.tif 000023
【図２２】
2015154238.tif 000024
【図２３】
2015154238.tif 000025
【図２４】
2015154238.tif 000026
【図２５】
2015154238.tif 000027
【図２６】
2015154238.tif 000028
【図２７】
2015154238.tif 000029
【図２８】
2015154238.tif 000030
【図２９】
2015154238.tif 000031
【図３０】
2015154238.tif 000032
【図３１】
2015154238.tif 000033
【図３２】
2015154238.tif 000034
【図３３】
2015154238.tif 000035
【図３４】
2015154238.tif 000036
【図３５】
2015154238.tif 000037
【図３６】
2015154238.tif 000038
【図３７】
2015154238.tif 000039
【図３８】
2015154238.tif 000040
【図３９】
2015154238.tif 000041
【図４０】
2015154238.tif 000042
【図４１】
2015154238.tif 000043
【図４２】
2015154238.tif 000044
【図４３】
2015154238.tif 000045
【図４４】
2015154238.tif 000046
【図４５】
2015154238.tif 000047
【図４６】
2015154238.tif 000048
【図４７】
2015154238.tif 000049
【図４８】
2015154238.tif 000050
【図４９】
2015154238.tif 000051
【図５０】
2015154238.tif 000052
【図５１】
2015154238.tif 000053