(57)【要約】【課題】サポートしているＤＲＭの種類を提示する機能を持つ放送信号受信装置および放送信号受信方法を提供することを目的とする。【解決手段】本実施形態は、放送信号受信装置において、  番組を放送する放送波の制御信号に含まれる第１の情報に基づいて、前記放送波の中に存在する、前記番組に付加されたアプリケーションデータからなるアプリケーションを取得し、取得した前記アプリケーションが、少なくとも映像を含む、セキュリティ管理情報が適用されたコンテンツを通信により取得する際に、セキュリティ管理情報処理手段がサポートする前記セキュリティ管理情報の種類を前記アプリケーションに提供する、放送信号受信装置である。【選択図】図１Ａ
2020184792.tif 000002
【特許請求の範囲】
【請求項１】
番組を放送する放送波を受信した放送信号から分離される伝送制御信号を解析して、前記番組に付加して特定処理を行うアプリケーションとなるアプリケーションデータに関する制御情報を前記伝送制御信号から取得する解析部と、
前記制御情報に基づいて、前記放送信号の中に存在するアプリケーションデータの存在場所を特定するアプリケーション制御部と、
前記放送信号から前記アプリケーション制御部が特定した存在場所のアプリケーションデータを受信するアプリケーションデータ受信処理部と、
前記アプリケーションデータ受信処理部が受信したアプリケーションデータからなるアプリケーションを管理するアプリケーションエンジンと、
コンテンツを通信により取得するコンテンツ受信処理部と、
前記コンテンツの保護をその種類別にサポートする複数の種類のセキュリティ管理情報のうち、前記通信により取得されたコンテンツに当該コンテンツの種類をサポートするセキュリティ管理情報を適用するセキュリティ管理情報処理部と、
を具備し、
前記アプリケーションエンジンは、前記セキュリティ管理情報処理部がサポートする前記セキュリティ管理情報の種類の情報を前記アプリケーションに提供し、
前記アプリケーションは、前記アプリケーションエンジンから提供されるセキュリティ管理情報の種類の情報の中に、前記特定処理を行うための種類が存在している場合に、その種類のセキュリティ管理情報が適用される前記コンテンツを配信している配信先を決定する放送信号受信装置。
【請求項２】
番組を放送する放送波を受信した放送信号から分離される伝送制御信号を解析して、前記番組に付加した特定処理を行うアプリケーションとなるアプリケーションデータに関する制御情報を前記伝送制御信号から取得し、
前記制御情報に基づいて、前記放送信号の中に存在するアプリケーションデータの存在場所を特定し、
前記放送信号から前記特定した存在場所のアプリケーションデータを受信し、
受信した前記アプリケーションデータからなるアプリケーションを管理し、
コンテンツを通信により取得し、
前記コンテンツの保護をその種類別にサポートする複数の種類のセキュリティ管理情報のうち、前記通信により取得されたコンテンツに当該コンテンツの種類をサポートするセキュリティ管理情報を適用する放送信号受信方法であって、
サポートする前記セキュリティ管理情報の種類の情報を前記アプリケーションに提供し、
前記アプリケーションは、提供された前記セキュリティ管理情報の種類の中に、前記特定処理を行うための種類が存在している場合に、その種類のセキュリティ管理情報が適用される前記コンテンツを配信している配信先を決定する放送信号受信方法。
【請求項３】
番組と、前記番組に付加して特定処理を行うアプリケーションとなるアプリケーションデータと、前記アプリケーションデータに関する制御情報を含む伝送制御信号とを含む放送信号を放送波で送受信する放送信号送受信方法において、
送信側では、前記放送信号に含まれる前記アプリケーションデータの存在場所を、前記制御情報に設定し、
受信側では、
前記放送波を受信して取得された前記放送信号から前記伝送制御信号を分離し、前記伝送制御信号を解析して前記制御情報を取得し、
前記制御情報に基づいて、前記放送信号に含まれる前記アプリケーションデータの存在場所を特定し、
前記放送信号から特定した存在場所の前記アプリケーションデータを受信し、
受信した前記アプリケーションデータからなるアプリケーションを管理し、
コンテンツを通信により取得し、
前記コンテンツの保護をその種類別にサポートする複数の種類のセキュリティ管理情報のうち、前記通信により取得されたコンテンツに当該コンテンツの種類をサポートするセキュリティ管理情報を適用するものとし、
サポートする前記セキュリティ管理情報の種類の情報を前記アプリケーションに提供し、
前記アプリケーションは、提供された前記セキュリティ管理情報の種類の中に、前記特定処理を行うため種類が存在している場合に、その種類のセキュリティ管理情報が適用される前記コンテンツの配信先を決定する、放送信号送受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、放送信号受信装置に関する。
【背景技術】
【０００２】
放送と通信を融合させたサービスであるハイブリッドキャストは、２０１３年に放送が開始され、現在では複数の放送局がサービスを提供している。ハイブリッドキャストは、オープンなプラットフォームであるＨＴＭＬ５をアプリケーションエンジンとして採用したことにより、ＨＴＭＬ５をサポートする放送信号受信装置やアプリケーションの開発のコストが軽減されるとともに、アプリケーションにおける複雑な処理を放送信号受信装置だけでなくサーバ側と連携して行うことが可能となった。これにより放送通信連携サービスであるハイブリッドキャストの機能の充実が容易に行われるようになった。
【０００３】
ＨＴＭＬ５の大きな特徴は、映像や音声を再生する機能であるvideo要素を持ったことである。これにより、それ以前のＨＴＭＬにおいて映像や音声の再生において必要であったプレーヤー機能を有するプラグインソフト（機能を追加するためのソフトウェア）のブラウザアプリケーションへの組み込みが不要となり、映像や音声の再生の命令を直接ＨＴＭＬに記述することが可能となった。
【０００４】
映像や音声を配信する方式としては、映像配信専用サーバを用いたＲＴＳＰ(Real Time Streaming Protocol）、ＲＴＭＰ(Real Time Messaging Protocol)、ＭＭＳＰ（Microsoft Media Server Protocol）に代わり、ウェブサーバー上のウェブページへのアクセスと同様に、ＨＴＴＰ(Hypertext Transfer Protocol)により映像を配信するＨＴＴＰストリーミングが一般的になっている。ＨＴＴＰストリーミングの例としては，Ａｐｐｌｅ  ＨＬＳ(HTTP Live Streaming），ＡｄｏｂｅＨＤＳ(HTTP Dynamic Streaming)、Ｍｉｃｒｏｓｏｆｔ  Ｓｍｏｏｔｈ  Ｓｔｒｅａｍｉｎｇ、ＭＰＥＧ−ＤＡＳＨなどがあり、Ａｐｐｌｅ  ＨＬＳやＭＰＥＧ−ＤＡＳＨは、ＨＴＭＬ５のＭｅｄｉａ  Ｓｏｕｒｃｅ  Ｅｘｔｅｎｔｉｏｎｓ  ＡＰＩが対応しているブラウザアプリケーションで再生可能である。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】「デジタル放送におけるＭＭＴによるメディアトランスポート方式  標準規格」  ARIB STD-B60 1.11版  2018年1月22日改定、一般社団法人  電波産業会
【非特許文献２】「デジタル放送におけるマルチメディア符号化方式（第２世代）標準規格」  ARIB STD-B62 1.8版  2018年1月22日改定、一般社団法人  電波産業会
【非特許文献３】「高度広帯域衛星デジタル放送運用規定  技術資料」  ARIB TR-B39 1.6版  2018年1月22日改定、一般社団法人  電波産業会
【発明の概要】
【発明が解決しようとする課題】
【０００６】
高度ＢＳデジタル放送および高度広帯域ＣＳデジタル放送における通信による映像・音声を配信するサービスの運用では、通信による伝送を行う方式として、ＭＰＥＧ−ＤＡＳＨによる方式とＭＭＴによる方式が非特許文献１および非特許文献３に規定されている。
【０００７】
ＭＰＥＧ−ＤＡＳＨによる方式は、アプリケーション符号化方式はＡＲＩＢ−ＨＴＭＬ５を使用すること、伝送する映像や音声のコンテンツのセキュリティが必要な場合はＤＲＭ(Digital Rights Management)を運用することが決められている。従って映像や音声のコンテンツを配信する際にセキュリティが必要な場合は、コンテンツを配信するサービス事業者は、配信する映像または音声のコンテンツに対してＤＲＭを適用する必要があり、放送信号受信装置は適用されたＤＲＭをサポートしている必要がある。
【０００８】
ＤＲＭの種類は複数存在するため、放送信号受信装置は、受信装置自身がサポートしている種類のＤＲＭが適用されたコンテンツを配信してもらう必要がある。
放送信号受信装置と映像や音声のコンテンツを配信するサーバが固定されている場合は、予めお互いに決められたＤＲＭが適用されたコンテンツを配信してもらうことで、運用上問題がなかった。
【０００９】
一方で非特許文献１および非特許文献３に記載のデータコンテンツサービスにより、放送信号受信装置は、受信する放送番組に付加されたアプリケーション機能を、新規に追加することが可能である。
データコンテンツサービスにより放送信号受信装置に新規に追加されたアプリケーション機能を用いて映像や音声のコンテンツの配信を運用する場合、追加されたアプリケーションは、放送信号受信装置がサポートしているＤＲＭの種類を把握する必要がある。
【００１０】
しかし現状の放送信号受信装置は、サポートしているＤＲＭの種類をアプリケーションに提供する機能が存在していない、という問題があった。
そこで本発明の実施形態は、サポートしているＤＲＭの種類をアプリケーションに提供する機能を持つ放送信号受信装置および放送信号受信方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
一実施形態の放送信号受信装置は、
番組を放送する放送波を受信した放送信号から分離される伝送制御信号を解析して、前記番組に付加して特定処理を行うアプリケーションとなるアプリケーションデータに関する制御情報を前記伝送制御信号から取得する解析部と、前記制御情報に基づいて、前記放送信号の中に存在するアプリケーションデータの存在場所を特定するアプリケーション制御部と、前記放送信号から前記アプリケーション制御部が特定した存在場所のアプリケーションデータを受信するアプリケーションデータ受信処理部と、前記アプリケーションデータ受信処理部が受信したアプリケーションデータからなるアプリケーションを管理するアプリケーションエンジンと、コンテンツを通信により取得するコンテンツ受信処理部と、前記コンテンツの保護をその種類別にサポートする複数の種類のセキュリティ管理情報のうち、前記通信により取得されたコンテンツに当該コンテンツの種類をサポートするセキュリティ管理情報を適用するセキュリティ管理情報処理部とを具備し、前記アプリケーションエンジンは、前記セキュリティ管理情報処理部がサポートする前記セキュリティ管理情報の種類の情報を前記アプリケーションに提供し、前記アプリケーションは、前記アプリケーションエンジンから提供されるセキュリティ管理情報の種類の情報の中に、前記特定処理を行うための種類が存在している場合に、その種類のセキュリティ管理情報が適用される前記コンテンツの配信先を決定する、放送信号受信装置である。
【図面の簡単な説明】
【００１２】
【図１Ａ】図１Ａは、本実施形態に係る放送信号送信装置、放送信号受信装置およびサービス事業者からなるシステム全体の構成例を示す図である。
【図１Ｂ】図１Ｂは、本実施形態に係る放送信号送信装置、放送信号受信装置およびサービス事業者からなるシステム全体の他の構成例を示す図である。
【図２】図２は、図１Ａに示す放送信号送信装置の構成例を概略的に示した図である。
【図３】図３は、図１Ａに示す放送信号受信装置の構成例を概略的に示した図である。
【図４Ａ】図４Ａは、アプリケーションデータの送信を放送波で行うタイプのデータコンテンツサービスの構成を示す図である。
【図４Ｂ】図４Ｂは、アプリケーションデータの送信を放送波で行わないタイプのデータコンテンツサービスの構成を示す図である。
【図５Ａ】図５Ａは、放送信号受信装置が、図４Ｂに示すタイプ２のデータコンテンツサービスによりアプリケーションデータを取得した場合の、映像あるいは音声のコンテンツの配信を受ける様子を示した図である。
【図５Ｂ】図５Ｂは、放送信号受信装置が、図４Ｂに示すタイプ２のデータコンテンツサービスによりアプリケーションデータを取得した場合の、映像あるいは音声のコンテンツの配信を受ける様子の他の例を示した図である。
【図５Ｃ】図５Ｃは、放送信号受信装置が、図４Ａに示すタイプ１のデータコンテンツサービスによりアプリケーションデータを取得した場合の、映像あるいは音声のコンテンツの配信を受ける様子を示した図である。
【図５Ｄ】図５Ｄは、放送信号受信装置が、図４Ａに示したタイプ１のデータコンテンツサービスによりアプリケーションデータを取得した場合の、映像あるいは音声のコンテンツの配信を受ける様子の他の例を示した図である。
【図５Ｅ】図５Ｅは、放送信号受信装置が、図４Ｂに示すタイプ２のデータコンテンツサービスによりアプリケーションデータを取得した場合の、映像あるいは音声のコンテンツの配信を受ける様子の他の例を示した図である。
【図５Ｆ】図５Ｆは、放送信号受信装置が、図４Ｂに示すタイプ２のデータコンテンツサービスによりアプリケーションデータを取得した場合の、映像あるいは音声のコンテンツの配信を受ける様子の他の例を示した図である。
【図５Ｇ】図５Ｇは、放送信号受信装置１４０が、図４Ｂに示すタイプ２のデータコンテンツサービスによりアプリケーションデータを取得した場合の、取得した複数のアプリケーションが、互いに連携して動作する場合の例である。
【図５Ｈ】図５Ｈは、放送信号受信装置が、図４Ａに示すタイプ１のデータコンテンツサービスによりアプリケーションデータを取得した場合の、映像あるいは音声のコンテンツの配信を受ける様子の他の例を示した図である。
【図５Ｉ】図５Ｉは、放送信号受信装置が、セキュリティ管理情報処理部がサポートするＤＲＭの種類をアプリケーションに提供する処理がない場合の、映像あるいは音声のコンテンツの配信を受ける様子の例を示した図である。
【図６】図６は、放送信号受信装置のセキュリティ管理情報処理部がサポートするＤＲＭの種類をアプリケーションに提供するために、Capabilitiesオブジェクトを拡張した例である。
【図７】図７は、図６に示した、セキュリティ管理情報処理部がサポートするＤＲＭの種類をアプリケーションに提供するために機能を用いた場合の、処理フローの例を示した図である。
【図８Ａ】図８Ａは、図６に示した、セキュリティ管理情報処理部がサポートするＤＲＭの種類をアプリケーションに提供するために機能を用いた場合の、処理フローの他の例を示した図である。
【図８Ｂ】図８Ｂは、アプリケーションＦが、セキュリティ管理情報処理部がサポートするＤＲＭの種類を、Ｃ１システム（ＤＲＭ−３）、Ａ１システム（ＤＲＭ−１）の順に判定した場合の処理フローの例を示した図である。
【図８Ｃ】図８Ｃは、特定処理の一例を示す処理フローの例を示した図である。
【発明を実施するための形態】
【００１３】
以下、実施の形態について図面を参照して説明する。
図１Ａは、本実施形態に係る放送信号送信装置、放送信号受信装置およびサービス事業者からなるシステム全体の構成例を示す図である。
１００は、放送信号により番組を放送する放送信号送信装置Ａ（放送局Ａと呼んでもよい）である。放送信号送信装置Ａ１００は、放送番組サーバ１０１、放送信号送信基本機能１０２、アプリケーションデータ管理部１０３を備える。
【００１４】
１０１は、放送信号送信装置１００として放送する番組、番組タイトル、番組概要、出演者名、放送日時、その他のデータ等を予め保存しておく放送番組サーバである。
１０２は、放送信号送信装置Ａ１００の基本的な機能であり、放送する番組の映像信号や音声信号等を符号化（エンコードとも言う）し、映像信号や音声信号の制御情報である伝送制御信号等と多重化し、放送信号として送出する機能を持つ放送信号送信基本機能である。
【００１５】
また放送信号送信装置Ａ１００は、非特許文献３に記載の、ＨＴＭＬ５等で符号化されたアプリケーション機能を、放送する番組と同時に提供するデータコンテンツサービスを付加することができる。この場合放送信号送信装置１００は、放送する番組にアプリケーション機能が付加されていることを示す第１の指定情報を伝送制御信号に配置し、放送信号送信基本機能１０２より放送信号として送出する。第１の指定情報は、例えば非特許文献１に記載のＭＰＴ（MMT Package Table）の中に配置されるアプリケーションサービス記述子である。
【００１６】
１０３は、放送番組にデータコンテンツサービスが付加されている場合、放送番組に付加するアプリケーション機能（アプリケーションデータ）の生成や管理を行うアプリケーション管理部である。
なおデータコンテンツサービスは、放送番組に付加するアプリケーション機能（アプリケーションデータ）を、放送波により提供する方法と、放送波により提供せずに通信により提供する方法の２通りの方法がある。放送番組に付加するアプリケーション機能（アプリケーションデータ）を通信により提供する場合は、サービス事業者１２０により行われる。データコンテンツサービスの構成は、図４Ａおよび図４Ｂを用いて説明する。
【００１７】
放送信号送信装置は、複数存在してもよい。図１Ａの例は、放送信号送信装置が放送信号Ａ１００と放送信号送信装置Ｂ１００−２の２つが存在する例である。
１２０は、放送信号送信装置Ａ１００が放送する番組にデータコンテンツサービスが付加されている場合、放送信号送信装置１００と連携して放送番組に付加するＨＴＭＬ５等で符号化されたアプリケーション機能（アプリケーションデータ）を、ネットワーク１８０を介して放送信号受信装置１４０に提供するサービス事業者である。
【００１８】
サービス事業者１２０は、アプリケーションデータ管理部１２１とアプリケーションサーバ１２２を含む。
１２１は、放送番組に付加するアプリケーション機能（アプリケーションデータ）の生成や管理を行い、生成したアプリケーション機能（アプリケーションデータ）を、ネットワーク１８０を介して放送信号受信装置１４０に配布するアプリケーションデータ管理部である。
【００１９】
１２２は、アプリケーションデータ管理部１２１で生成された、放送番組に付加するアプリケーション機能（アプリケーションデータ）を保存するアプリケーションサーバである。
サービス事業者１２０は、第１の指定情報を受信した放送信号受信装置１４０からの要求に対応して、アプリケーションサーバ１２２に保存してあるアプリケーション機能（アプリケーションデータ）を、アプリケーションデータ管理部１２１によりネットワーク１８０を介して放送信号受信装置１４０に送信する。
【００２０】
またサービス事業者Ａ１２０は、アプリケーションサーバ１２２に、放送信号受信装置１４０に配信する映像や音声のコンテンツを保存していてもよい。サービス事業者１２０は、放送信号受信装置１４０からの要求に応じて、アプリケーションサーバ１２２に保存してある映像や音声のコンテンツを、アプリケーションデータ管理部１２１によりネットワーク１８０を介して放送信号受信装置１４０に配布してもよい。
【００２１】
サービス事業者は、複数存在してもよい。図１Ａの例は、サービス事業者がサービス事業者Ａ１２０とサービス事業者Ｂ１２０−２の２つが存在する例である。
１４０は、放送信号により送られてくる番組を受信する放送信号受信装置（テレビジョン受信装置と呼んでもよい）である。放送信号受信装置１４０は、放送信号受信基本機能１４１、通信制御機能１４２、アプリケーション制御機能１４３、端末連携機能１４４を含む。
【００２２】
１４１は、放送信号受信装置としての基本的な機能であり、放送信号送信装置Ａ１００から送られてくる放送波を受信し、放送波に含まれる符号化された映像信号（映像ストリームとも呼ぶ）、符号化された音声信号（音声ストリームとも呼ぶ）、アプリケーションデータおよび伝送制御信号を分離し、映像信号および音声信号をデコードしたり、アプリケーションデータを受信したり、伝送制御信号を解析したりする放送信号受信基本機能である。
【００２３】
また放送信号受信基本機能１４１は、放送信号受信装置１４０に接続されている周辺機器、例えば表示器（表示画面と呼んでもよい）１６０、スピーカ１６１、放送信号受信装置１４０にバインドされているＨＤＤ（Hrad Disk Drive）１６２、リムーバルメディア１７０、との接続やデータの送受信の管理も行う。表示器１６０は、スピーカ１６１を内蔵しており、放送信号受信基本機能１４１においてデコードされた映像信号を表示領域に表示したり、音声信号をスピーカ１６１に出力したりする。なお、表示器１６０に内蔵されているスピーカ１６１は、ＵＳＢ等のＩ／Ｆにより接続した外部のスピーカであってもよい。また図１の例では表示器１６０は、放送信号受信装置１４０と別体として記載しているが、放送信号受信装置１４０の１機能として放送信号受信装置１４０と一体であってもよい。
【００２４】
１４２は、放送信号受信装置１４０がネットワーク１８０を介してサービス事業者Ａ１２０と通信を行うための通信制御機能である。
１４３は、データコンテンツサービスにより付加されたアプリケーションの管理や実行を行うアプリケーション制御機能である。またアプリケーション制御機能１４３は、放送信号受信装置１４０にもともと備わっているアプリケーション機能の管理や実行も行う。
【００２５】
１４４は、放送信号受信装置１４０が携帯端末１７５と連携して、映像や音声のサービスを行う携帯端末連携機能である。放送信号受信装置１４０と携帯端末１７５は、例えばＢｌｕｅＴｏｏｔｈ（登録商標）等の近距離無線システムにより接続されている。
【００２６】
また映像や音声のコンテンツの配布だけを行うコンテンツサービス事業者が存在していてもよい。
図１Ｂは、本実施形態に係る放送信号送信装置、放送信号受信装置およびサービス事業者からなるシステム全体の他の構成例を示す図である。図１Ａに示す放送信号送信装置Ａ１００、放送信号送信装置Ｂ１００−２、サービス事業者Ａ１２０、サービス事業者Ｂ１２０−２、放送信号受信装置１４０に加え、映像や音声のコンテンツの配布だけを行うコンテンツサービス事業者Ｘ１２７からなる。放送信号受信装置１４０は、映像や音声のコンテンツの配布を、コンテンツサービス事業者Ｘ１２７に要求してもよい。
【００２７】
図２は、図１Ａに示す放送信号送信装置Ａ１００の構成の例を概略的に示した図である。放送信号送信基本機能１０２は、映像エンコーダ２０１、音声エンコーダ２０２、字幕エンコーダ２０３、アプリケーションデータ生成部２０４および伝送制御信号を生成する制御信号生成部２０５を含む。
【００２８】
２０１は、放送する番組として放送番組サーバ１０１から読み出された番組Ａの映像のエンコードを行う映像エンコーダである。なお映像エンコーダ２０１のコーデック種別は、ＭＰＥＧ−２、Ｈ．２６４(AVC:Advance Video Coding)、Ｈ．２６５(HEVC:High Efficiency Video Coding)のいずれでもよいものとする。またコーデック種別は、これに限るものではない。
【００２９】
２０２は、放送する番組として放送番組サーバ１０１から読み出した番組Ａの音声のエンコードを行う音声エンコーダである。
２０３は、放送する番組として放送番組サーバ１０１から読み出した番組Ａの字幕のエンコードを行う字幕エンコーダである。
【００３０】
２０４は、放送する番組として放送番組サーバ１０１から読み出した番組ＡにＨＴＭＬ５等のアプリケーション機能（アプリケーションデータ）を同時に提供するサービスを付加する場合に、アプリケーションデータ管理部１０３に管理されているアプリケーション機能（アプリケーションデータ）を読み出し放送波として送信できるようにアプリケーションデータを生成するアプリケーションデータ生成部である。
【００３１】
２０５は、放送信号送信装置Ａ１００が放送する番組を構成している映像ストリーム、音声ストリーム、等番組を構成している放送信号に関する制御情報や放送する番組の番組名称や放送時間等番組の内容に関する制御情報である伝送制御信号を生成する制御信号生成部である。
【００３２】
制御信号生成部２０５は、アプリケーションデータ生成部２０４が生成した番組に付加するアプリケーション機能に関する伝送制御信号も生成する。
２０７は、映像エンコーダ２０１が出力する映像データ、音声エンコーダ２０２が出力する音声データ、字幕エンコーダ２０３が出力する字幕データ、アプリケーション生成部２０４が出力するアプリケーションデータ、制御信号生成部２０５が出力する伝送制御信号を多重化する多重化部である。多重化部２０７が多重化する多重化方式は、非特許文献１に記載のＭＭＴ（Mpeg Media Transport）方式とする。
【００３３】
２０８は、多重化部２０７から入力された多重化ストリームをスクランブルするスクランブラである。多重化部２０７は、スクランブルした多重化ストリームを送信機２０９に送信する。
２０９は、送られてきた多重化ストリームを、放送波によりアンテナから送信する送信機である。
【００３４】
図３は、図１の放送信号受信装置１４０の構成例を概略的に示した図である。放送信号受信装置１４０は、放送信号受信基本機能１４１、通信制御機能１４２、アプリケーション制御機能１４３、端末連携機能１４４を含む。また放送信号受信装置１４０は、表示器１６０およびスピーカ１６１とも接続している。
【００３５】
放送信号受信基本機能１４１は、放送チューナ３０１、デスクランブラ３０２、デマルチプレクサＡ３０３、映像デコーダＡ３０５、音声デコーダＡ３０６、字幕デコーダＡ３０７、アプリケーションデータ受信処理部Ａ３０８、制御信号解析部３０９を含む。
【００３６】
３０１は、放送波で送られてきたストリーム（放送信号）を復調する放送チューナである。放送チューナ３０１は、復調したストリーム（放送信号）を、デスクランブラ３０２に入力する。
３０２は、放送チューナ３０１から入力された多重化されているストリームを、デスクランブルするデスクランブラである。デスクランブラ３０４は、デスクランブルしたストリームを、デマルチプレクサＡ３０３に入力する。
【００３７】
３０３は、デスクランブラ３０２から入力されたストリームを、映像ストリーム、音声ストリーム、字幕ストリーム、アプリケーションデータ、伝送制御信号に分離するデマルチプレクサである。デマルチプレクサＡ３０３は、映像ストリームを映像デコーダＡ３０５に、音声ストリームを音声デコーダＡ３０６に、字幕ストリームを字幕デコーダＡ３０７に、アプリケーションデータをアプリケーションデータ受信処理部Ａ３０８に、伝送制御信号を制御信号解析部３０９に入力する。
【００３８】
３０５は、デマルチプレクサＡ３０３から送られてきた映像データをデコードする映像デコーダＡである。
３０６は、デマルチプレクサＡ３０３から送られてきた音声データをデコードする音声デコーダＡである。
３０７は、デマルチプレクサＡ３０３から送られてきた字幕データをデコードする字幕デコーダＡである。
【００３９】
３０８は、デマルチプレクサＡ３０３から送られてきたアプリケーションデータの受信処理をするアプリケーションデータ受信処理部Ａである。
３０９は、デマルチプレクサＡ３０３から送られてきた伝送制御信号を処理する制御信号解析部である。制御信号解析部３０９は、解析した伝送制御信号の中から抽出した、アプリケーションデータに関する制御情報であるＭＨ−ＡＩＴ(MH-Application Information Table)等を、アプリケーション制御部３２０に送る。
【００４０】
デコードされた映像データおよび字幕は、合成器３１０で合成され表示器１６０に出力される。またデコードされた音声データは、スピーカ１６１に出力される。
なお、映像デコーダ３０６のコーデック種別は、Ｈ．２６５とするが、これに限定されるものではなく、ＭＰＥＧ−２、Ｈ．２６４のいずれでもよい。またコーデック種別は、これに限るものではない。
【００４１】
通信制御機能１４２は、ネットワーク１８０とのＩ／Ｆである通信Ｉ／Ｆ３３０、サービス事業者Ａ１２０、サービス事業者Ｂ１２０−２あるいはコンテンツサービス事業者Ｘ１２７から配信される映像あるいは音声のコンテンツを受信するためのコンテンツ受信処理部３３１、デマルチプレクサＢ３３２、配信される映像あるいは音声のコンテンツに適用された例えばＤＲＭ(Digital Rights Management)等コンテンツ保護の処理を行うセキュリティ管理情報処理部３３３、映像デコーダＢ３３４、音声デコーダＢ３３５、字幕デコーダＢ３３６、アプリケーションデータ受信処理部Ｂ３３７を含む。
【００４２】
３３０は、放送信号受信装置１４０が通信を行う場合のネットワーク１８０とのＩ／Ｆである通信Ｉ／Ｆである。放送信号受信装置１４０は、通信Ｉ／Ｆ３３０を介してサービス事業者Ａ１２０あるいはサービス事業者Ｂ１２０−２あるいはコンテンツサービス事業者Ｘ１２７とコンテンツやデータの送受信を行う。
【００４３】
３３１は、放送信号受信装置１４０がサービス事業者Ａ１２０あるいはサービス事業者Ｂ１２０−２あるいはコンテンツサービス事業者Ｘ１２７から配信される映像あるいは音声のコンテンツを受信するためのコンテンツ受信処理部である。サービス事業者Ａ１２０あるいはサービス事業者Ｂ１２０−２あるいはコンテンツサービス事業者Ｘ１２７からコンテンツが配信される際の伝送方式は、例えばＭＰＥＧ−ＤＡＳＨでも、Ａｐｐｌｅ  ＨＬＳでも、ＨＴＴＰストリーミングであればいずれの方式であってもよい。
【００４４】
３３２は、配信されたコンテンツのストリームを、映像ストリーム、音声ストリーム、字幕ストリームに分離するデマルチプレクサＢである。デマルチプレクサＢ３３２は、分離した映像ストリームを映像デコーダＢ３３４に、音声ストリームを音声デコーダＢ３３５に、字幕ストリームを字幕デコーダＢ３３６に入力する。
【００４５】
３３３は、ネットワーク１８０を介して取得した映像あるいは音声のコンテンツに適用されているセキュリティ管理情報を処理して、放送信号受信装置１４０に接続されている表示器１６０に映像を出来るようにしたり、スピーカ１６１から音声を出力できるようにしたりするセキュリティ管理情報処理部である。セキュリティ管理情報は、例えばＤＲＭである。セキュリティ管理処理部３３３は、必要に応じて通信Ｉ／Ｆ３３０を経由してネットワークを介して接続されたセキュリティ情報サーバ（図示しない）と通信してもよい。
【００４６】
このようにネットワーク１８０を介して送られてくるコンテンツはセキュリティ管理情報が適用されているため、放送信号受信装置１４０は、セキュリティ管理情報処理部がサポートする種類のセキュリティ管理情報が適用されたコンテンツだけを再生することができる。
【００４７】
３３４は、デマルチプレクサＢ３３２から送られてきた映像データをデコードする映像デコーダＢである。
３３５は、デマルチプレクサＢ３３２から送られてきた音声データをデコードする音声デコーダＢである。
３３６は、デマルチプレクサＢ３３２から送られてきた字幕データをデコードする字幕デコーダＢである。
【００４８】
３３６は、デマルチプレクサＢ３３２から送られてきた字幕データをデコードする字幕デコーダＢである。
３３７は、通信Ｉ／Ｆ３３０から送られてきたアプリケーションデータの受信処理をするアプリケーションデータ受信処理部Ｂである。
アプリケーション制御機能１４３は、アプリケーション制御部３２０、アプリケーションエンジン３２１を含む。
【００４９】
３２０は、放送信号により送られてきた伝送制御信号から制御信号解析部３０９により抽出されたＭＨ−ＡＩＴ等アプリケーションデータに関する制御情報の管理や制御を行うアプリケーション制御部である。
３２１は、放送信号受信装置１４０に備わっている種々のアプリケーションとともに動作し各々のアプリケーションの動作を管理するアプリケーションエンジンである。またアプリケーションエンジン３２１は、データコンテンツサービスにより追加されたアプリケーションデータの動作の管理も行う。さらにアプリケーションエンジン３２１は、セキュリティ管理情報処理部３３３がサポートするセキュリティ管理情報の種類をアプリケーションに提供する機能も持つ。
【００５０】
データコンテンツサービスは、非特許文献３に記載のように２つのタイプが存在している。１つ目のタイプは、アプリケーションデータの送信を放送波で行うタイプである。もう１つのタイプは、アプリケーションデータの送信を放送波で行わないタイプである。データコンテンツサービスの２つのタイプについて、図４Ａおよび図４Ｂを用いて説明する。また、図４に示すデータの処理の流れを、図３に示す放送信号受信装置１４０の機能を用いて説明する。
【００５１】
図４Ａは、アプリケーションデータの送信を放送波で行うタイプ（タイプ１のデータコンテンツサービスとも呼ぶ）のデータコンテンツサービスの構成を示す図である。点線４２０で囲まれた範囲内に存在しているデータが、データコンテンツサービスを構成するデータ群である。
【００５２】
映像コンポーネント４０１は映像信号の伝送路を、音声コンポーネント４０２は音声信号の伝送路を、字幕コンポーネント４０３は字幕信号の伝送路を表している。またＭＭＴ−ＳＩ４０４は伝送制御信号の伝送路を、データコンポーネント１（４０５）およびデータコンポーネント２（４０６）は、アプリケーションデータの伝送路を示している。
【００５３】
映像コンポーネント４０１で送信される映像信号、音声コンポーネント４０２で送信される音声信号、および字幕コンポーネント４０３で送信される字幕データは、それぞれ図３の映像デコーダＡ３０５、音声デコーダＡ３０６、字幕デコーダ３０７でデコードされ、番組として表示器１６０に表示されたりスピーカ１６１から出力されたりする。
【００５４】
また、ＭＭＴ−ＳＩ４０４で送信される伝送制御信号は、図３の制御信号解析部３０９で解析される。制御信号解析部３０９で解析された伝送制御信号のうち、アプリケーションデータ取得に必要な制御情報である、ＭＰＴに配置されているアプリケーションサービス記述子、ＭＨ−ＡＩＴ(MH-Application Information Table)等は、アプリケーション制御部３２０に送られ、さらに解析される。
【００５５】
また、データコンポーネント１（４０５）、データコンポーネント２（４０６）で送信されるアプリケーションデータ４１０やアプリケーションデータ４１１は、図３のアプリケーションデータ受信処理部３０８で受信される。このアプリケーションデータ４１０やアプリケーションデータ４１１は、映像コンポーネント４０１および音声コンポーネント４０２で送信された映像信号や音声信号からなる放送番組に付加されたアプリケーション機能を実現するデータである。データコンポーネント１（４０５）、データコンポーネント２（４０６）で送信されるアプリケーションデータ４１０やアプリケーションデータ４１１は、ＭＭＴ−ＳＩ４０４で送信される伝送制御信号に含まれるアプリケーションサービス記述子、ＭＨ−ＡＩＴ、ＤＤＭＴ(Data Directory Management Table)、ＤＡＭＴ(Data Asset Management Table)を解析することで特定される。
【００５６】
ＭＰＴの中に配置されているアプリケーションサービス記述子は、アプリケーションデータの取得に必要なＭＨ−ＡＩＴ、ＤＤＭＴ、ＤＡＭＴ、ＤＣＣＴ(Data Content Configuration Table)を参照するための参照先の情報を保持している。図３のアプリケーション制御部３２０は、これらの参照先の情報をもとに、アプリケーションデータを取得するために必要なＭＨ−ＡＩＴ、ＤＤＭＴ、ＤＡＭＴの情報にアクセスし、さらにこれらＭＨ−ＡＩＴ、ＤＤＭＴ、ＤＡＭＴを解析することで、データコンポーネント１あるいはデータコンポーネント２で送られてくるアプリケーションデータ４１０、アプリケーションデータ４１１が放送波のどこに存在しているかの存在場所を特定することができる。
【００５７】
存在場所が特定されたアプリケーションデータ４１０およびアプリケーションデータ４１１は、アプリケーションデータ受信処理部Ａ３０８により受信される。受信されたアプリケーションデータ４１０やアプリケーションデータ４１１からなるアプリケーションは、アプリケーションエンジン３２１に送られ、アプリケーションエンジン３２１とともに動作することで、アプリケーションとしての機能を発揮する。
【００５８】
タイプ１のデータコンテンツサービスで取得されるアプリケーションは、放送波であるデータコンポーネントから取得するだけでなく、ＭＨ−ＡＩＴに記載されている情報をもとに、ネットワーク１８０上に存在するアプリケーションデータ４１２やアプリケーションデータ４１３の存在場所を特定し、ネットワーク１８０を介して通信によりアプリケーションデータを取得することも可能である。またデータコンテンツサービスで取得されるアプリケーションは、一部分をデータコンポーネントから取得し、その他の部分を、ネットワーク１８０を介して取得することも可能である。
【００５９】
図４Ｂは、アプリケーションデータの送信を放送波で行わないタイプ（タイプ２のデータコンテンツサービスとも呼ぶ）のデータコンテンツサービスの構成を示す図である。点線４３０で囲まれた範囲内に存在しているデータが、データコンテンツサービスを構成するデータ群である。
【００６０】
ＭＰＴの中に配置されているアプリケーションサービス記述子には、アプリケーションデータの取得に必要なＭＨ−ＡＩＴを参照するための参照先の情報を保持している。図３のアプリケーション制御部３２０は、この参照先の情報をもとに、アプリケーションデータを取得するために必要なＭＨ−ＡＩＴの情報にアクセスし、さらにＭＨ−ＡＩＴを解析することで、アプリケーションデータ４１２あるいはアプリケーションデータ４１３が、ネットワーク１８０を介してどこに存在しているかの存在場所を特定する。
【００６１】
存在場所が特定されたアプリケーションデータ４１２あるいはアプリケーションデータ４１３は、アプリケーションデータ受信処理部Ｂ３３７によって受信される。受信されたアプリケーションデータ４１２やアプリケーションデータ４１３からなるアプリケーションは、アプリケーションエンジン３２１に送られ、アプリケーションエンジン３２１とともに動作することで、アプリケーションとしての機能を発揮する。
【００６２】
このようにデータコンテンツサービスを行うためには、ＭＭＴ−ＳＩ４０４として送られてくるＭＰＴの中に、アプリケーションサービス記述子が配置されていることが必要であり、このアプリケーションサービス記述子を解析することで、データコンテンツサービスとして送られてくるアプリケーションの存在場所を特定することができる。
【００６３】
データコンテンツサービスのタイプであるタイプ１およびタイプ２の種別は、アプリケーションサービス記述子のＤＴ＿ｍｅｓｓａｇｅ＿ｆｌａｇによって示される。
サービス事業者Ａ１２０あるいはサービス事業者Ｂ１２０−２あるいはコンテンツサービス事業者Ｘ１２７が、放送信号受信装置１４０に映像や音声のコンテンツを配布する場合、そのコンテンツは、セキュリティ管理情報が適用されている必要がある。セキュリティ管理情報は、例えばＤＲＭである。以下、セキュリティ管理情報としてＤＲＭを例に説明する。
【００６４】
上述したように、データコンテンツサービスにより放送信号受信装置１４０に新規にアプリケーション機能が追加される場合、追加されたアプリケーション機能は、放送信号受信装置１４０がサポートするＤＲＭの種類の情報に基づいて動作できることが望ましい。
【００６５】
そこで本実施形態の放送信号受信装置１４０は、サポートしているＤＲＭの種類をアプリケーションに提示する機能を持つ。
以下、データコンテンツサービスにより追加されたアプリケーション機能がサポートするＤＲＭの種類、放送信号受信装置１４０がサポートするＤＲＭの種類、放送信号受信装置１４０に配信する映像あるいは音声のコンテンツに適用されているＤＲＭの種類の観点から、放送信号を送る放送信号送信装置Ａ１００等、コンテンツを配信するサービス事業者Ａ１２０等および放送信号を受信する放送信号受信装置１４０等における、コンテンツ配信の全体の処理の流れについて説明する。
【００６６】
なお放送信号受信装置１４０は、ＤＲＭの種類としてＤＲＭ−１、ＤＲＭ−２、ＤＲＭ−３の３種類のＤＲＭをサポートしているものとし、放送信号受信装置１４０−２は、ＤＲＭの種類としてＤＲＭ−０をサポートしているものとする。またサービス事業者Ａ１２０は、ＤＲＭの種類としてＤＲＭ−１を適用した映像あるいは音声のコンテンツを配信できるものとし、サービス事業者Ｂ１２０−２は、ＤＲＭの種類としてＤＲＭ−４を適用した映像あるいは音声のコンテンツを配信できるものとする。またコンテンツサービス事業者Ｘ１２７は、ＤＲＭの種類としてＤＲＭ−２を適用した映像あるいは音声のコンテンツを配信できるものとする。
【００６７】
図５Ａは、放送信号受信装置１４０が、図４Ｂに示すタイプ２のデータコンテンツサービスによりアプリケーションデータを取得した場合の、映像あるいは音声のコンテンツの配信を受ける様子の例を示した図である。
なお図５Ａの放送信号受信装置１４０に記載されているＤＲＭ−１、ＤＲＭ−２、ＤＲＭ−３は、図３に示すセキュリティ管理情報処理部３３３がサポートしているＤＲＭの種類を表している。サービス事業者Ａ１２０に記載されているＤＲＭ−１は、サービス事業者Ａ１２０が配信するコンテンツに適用されるＤＲＭの種類を表している。サービス事業者Ｂ１２０−２に記載されているＤＲＭ−４は、サービス事業者Ｂ１２０−２が配信するコンテンツに適用されるＤＲＭの種類を表している。コンテンツサービス事業者Ｘ１２７に記載されているＤＲＭ−２は、コンテンツサービス事業者Ｘ１２７が配信するコンテンツに適用されるＤＲＭの種類を表している。アプリケーションＡ（ＤＲＭ−１）は、アプリケーションＡが、アプリケーションエンジン３２１から取得したセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中にＤＲＭ−１が存在する場合に、アプリケーションＡが特定処理をすることを表している。図５Ｂから図５Ｈにおいても同様の内容の記載とする。
【００６８】
放送信号受信装置１４０は、放送信号送信装置Ａ１００からデータコンテンツサービスとして送られてくるアプリケーションの制御情報であるアプリケーションサービス記述子やＭＨ−ＡＩＴ等のＭＭＴ−ＳＩを受信する（Ｓ５０１）。放送信号受信装置１４０は、受信した制御情報を解析した結果、アプリケーションＡ（ＤＲＭ−１）のアプリケーションデータを、ネットワーク１８０を介して通信によりサービス事業者Ａ１２０より取得する（Ｓ５０２−２）
放送信号受信装置１４０は、Ｓ５０２−２で取得したアプリケーションＡ（ＤＲＭ−１）を、図３のアプリケーションエンジン３２１とともに動作させる。アプリケーションＡ（ＤＲＭ−１）は、動作する過程において、図３のセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類（ＤＲＭ−１、ＤＲＭ−２、ＤＲＭ−３）の情報を、アプリケーションエンジン３２１より取得する。アプリケーションＡ（ＤＲＭ−１）は、取得した情報の中に、特定処理を行うためのＤＲＭの種類が存在しているかの判定を行い、存在している場合は特定処理を行う。
【００６９】
具体的にはアプリケーションＡ（ＤＲＭ−１）は、取得したセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中に、特定処理を行うためのＤＲＭの種類であるＤＲＭ−１が存在しているかの判定を行う。セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中にはＤＲＭ−１が存在しているので、アプリケーションＡ（ＤＲＭ−１）は、特定処理として例えばＤＲＭ−１の種類のＤＲＭを適用したコンテンツを配信するサービス事業者Ａ１２０にアクセスし、コンテンツを取得する（Ｓ５０３−２）。
【００７０】
図５Ｂは、放送信号受信装置１４０が、図４Ｂに示すタイプ２のデータコンテンツサービスによりアプリケーションデータを取得した場合の、映像あるいは音声のコンテンツの配信を受ける様子の他の例を示した図である。図５Ａとの違いは、追加されるアプリケーションが複数あり、追加されるアプリケーションは、アプリケーション提供元のサービス事業者Ａとは異なるコンテンツサービス事業者Ｘ１２７から、コンテンツを取得する点である。
【００７１】
放送信号受信装置１４０は、放送信号送信装置Ａ１００からデータコンテンツサービスとして送られてくるアプリケーションの制御情報であるアプリケーションサービス記述子やＭＨ−ＡＩＴ等のＭＭＴ−ＳＩを受信する（Ｓ５１１）。放送信号受信装置１４０は、受信した制御情報を解析した結果、アプリケーションＢ−１（ＤＲＭ−２）のアプリケーションデータを、ネットワーク１８０を介して通信によりサービス事業者Ａ１２０より取得し（Ｓ５１２−２１）、アプリケーションＢ−２（ＤＲＭ−４）のアプリケーションデータを、ネットワーク１８０を介して通信によりサービス事業者Ｂ１２０−２より取得する（Ｓ５１２−２２）。
【００７２】
放送信号受信装置１４０は、Ｓ５１２−２１で取得したアプリケーションＢ−１（ＤＲＭ−２）およびＳ５１２−２２で取得したアプリケーションＢ−２（ＤＲＭ−４）を、図３のアプリケーションエンジン３２１とともに動作させる。アプリケーションＢ−１（ＤＲＭ−２）およびアプリケーションＢ−２（ＤＲＭ−４）は、動作する過程において、図３のセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類（ＤＲＭ−１、ＤＲＭ−２、ＤＲＭ−３）の情報を、アプリケーションエンジン３２１より取得する。アプリケーションＢ−１（ＤＲＭ−２）およびアプリケーションＢ−２（ＤＲＭ−４）は、取得した情報の中に、特定処理を行うためのＤＲＭの種類が存在しているかの判定を行い、存在している場合は特定処理を行う。
【００７３】
具体的にはアプリケーションＢ−１（ＤＲＭ−２）は、取得したセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中に、特定処理を行うためのＤＲＭの種類であるＤＲＭ−２が存在しているかの判定を行う。セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中にはＤＲＭ−２が存在しているので、アプリケーションＢ−１（ＤＲＭ−２）は、特定処理として例えばＤＲＭ−２の種類のＤＲＭを適用したコンテンツを配信するコンテンツサービス事業者Ｘ１２７にアクセスし、コンテンツを取得する（Ｓ５１３−４）。
【００７４】
同様にアプリケーションＢ−２（ＤＲＭ−２）は、取得したセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中に、特定処理を行うためのＤＲＭの種類であるＤＲＭ−４が存在しているかの判定を行う。セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中にはＤＲＭ−４が存在していないので、アプリケーションＢ−２（ＤＲＭ−４）は、特定処理を行わない。
【００７５】
このようにデータコンテンツサービスにより放送信号受信装置１４０に追加されたアプリケーションは、セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の情報をもとに動作を決定することが可能であり、例えばサービス事業者Ａ１２０から映像あるいは音声のコンテンツの配信を受けたり、またはアプリケーションデータを取得したサービス事業者Ａ１２０とは別のコンテンツサービス事業者Ｘ１２７からコンテンツの配信を受けたりすることが可能となる。
【００７６】
また放送信号受信装置１４０は、放送信号送信装置Ａ１００から受信したＭＭＴ−ＳＩを解析することで、データコンテンツサービスとして複数のアプリケーションを取得することも可能である。この場合各アプリケーションが特定処理をする際に判定するＤＲＭの種類が異なる場合がある。このような場合でも、各アプリケーションが、セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の情報をもとに動作を決定することが可能であるため、追加されたアプリケーションの能力を有効に活用することができ、追加されたアプリケーションを含めて放送信号受信装置１４０全体として最適な機能の向上につなげることができる。
【００７７】
図５Ｃは、放送信号受信装置１４０が、図４Ａに示すタイプ１のデータコンテンツサービスによりアプリケーションデータを取得した場合の、映像あるいは音声のコンテンツの配信を受ける様子の例を示した図である。
放送信号受信装置１４０は、放送信号送信装置Ａ１００からデータコンテンツサービスとして送られてくるアプリケーションの制御情報であるアプリケーションサービス記述子、ＭＨ−ＡＩＴ、ＤＤＭＴ、ＤＡＭＴ等のＭＭＴ−ＳＩを受信する（Ｓ５２１）。放送信号受信装置１４０は、受信した制御情報を解析した結果、アプリケーションＣ（ＤＲＭ−１）のデータを、放送波により放送信号送信装置Ａ１００より取得する（Ｓ５２２−１）
放送信号受信装置１４０は、Ｓ５２２−１で取得したアプリケーションＣ（ＤＲＭ−１）を、図３のアプリケーションエンジン３２１とともに動作させる。アプリケーションＣ（ＤＲＭ−１）は、動作する過程において、図３のセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類（ＤＲＭ−１、ＤＲＭ−２、ＤＲＭ−３）の情報を、アプリケーションエンジン３２１より取得する。アプリケーションＣ（ＤＲＭ−１）は、取得した情報の中に、特定処理を行うためのＤＲＭの種類が存在しているかの判定を行い、存在している場合は特定処理を行う。
【００７８】
具体的にはアプリケーションＣ（ＤＲＭ−１）は、取得したセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中に、特定処理を行うためのＤＲＭの種類であるＤＲＭ−１が存在しているかの判定を行う。セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中にはＤＲＭ−１が存在しているので、アプリケーションＣ（ＤＲＭ−１）は、特定処理として例えばＤＲＭ−１の種類のＤＲＭを適用したコンテンツを配信するサービス事業者Ａ１２０にアクセスし、コンテンツを取得する（Ｓ５２３−２）。
【００７９】
なお放送波で送られてくるアプリケーションは、複数あってもよい。またこの場合各アプリケーションが特定処理を行う際に判定するＤＲＭの種類は、図５Ｂに示すアプリケーションＢ−１（ＤＲＭ−２）とアプリケーションＢ−２（ＤＲＭ−４）のように各々異なっていてもよい。
【００８０】
図５Ｄは、放送信号受信装置が、図４Ａに示したタイプ１のデータコンテンツサービスによりアプリケーションデータを取得した場合の、映像あるいは音声のコンテンツの配信を受ける様子の他の例を示した図である。図５Ｃとの違いは、複数の放送信号受信装置１４０および放送信号受信装置１４０−２において、セキュリティ管理情報処理部がサポートしているＤＲＭの種類が異なる放送信号受信装置が存在する点である。放送信号受信装置１４０−２のセキュリティ管理情報処理部は、ＤＲＭ−０の種類のＤＲＭをサポートしているとする。
【００８１】
放送信号受信装置１４０および放送信号受信装置１４０−２はともに、放送信号送信装置Ａ１００からデータコンテンツサービスとして送られてくるアプリケーションの制御情報であるアプリケーションサービス記述子、ＭＨ−ＡＩＴ、ＤＤＭＴ、ＤＡＭＴ等のＭＭＴ―ＳＩを受信する（Ｓ５３１）。放送信号受信装置１４０および放送信号受信装置１４０−２は、受信した制御情報を解析した結果、アプリケーションＤ（ＤＲＭ−１）のデータを、放送波により放送信号送信装置Ａ１００より取得する（Ｓ５３２−１）
放送信号受信装置１４０は、Ｓ５３２−１で取得したアプリケーションＤ（ＤＲＭ−１）を、図３のアプリケーションエンジン３２１とともに動作させる。アプリケーションＤ（ＤＲＭ−１）は、動作する過程において、図３のセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類（ＤＲＭ−１、ＤＲＭ−２、ＤＲＭ−３）の情報を、アプリケーションエンジン３２１より取得する。アプリケーションＤ（ＤＲＭ−１）は、取得した情報の中に、特定処理を行うためのＤＲＭの種類が存在しているかの判定を行い、存在している場合は特定処理を行う。
【００８２】
具体的にはアプリケーションＤ（ＤＲＭ−１）は、取得したセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中に、特定処理を行うためのＤＲＭの種類であるＤＲＭ−１が存在しているかの判定を行う。セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中にはＤＲＭ−１が存在しているので、アプリケーションＤ（ＤＲＭ−１）は、特定処理として例えばＤＲＭ−１の種類のＤＲＭを適用したコンテンツを配信するサービス事業者Ａ１２０にアクセスし、コンテンツを取得する（Ｓ５３３−２）。
【００８３】
同様に放送信号受信装置１４０−２は、Ｓ５３２−１で取得したアプリケーションＤ（ＤＲＭ−１）を、図３のアプリケーションエンジン３２１とともに動作させる。アプリケーションＤ（ＤＲＭ−１）は、動作する過程において、図３のセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類（ＤＲＭ−０）の情報を取得する。アプリケーションＤは、取得した情報の中に、特定処理を行うためのＤＲＭの種類が存在しているかの判定を行い、存在している場合は特定処理を行う。具体的にはアプリケーションＤ（ＤＲＭ−１）は、取得したセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中に、特定処理を行うためのＤＲＭの種類であるＤＲＭ−１が存在しているかの判定を行う。セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中にはＤＲＭ−１が存在していないので、アプリケーションＤ（ＤＲＭ−１）は、特定処理を行わない。
【００８４】
このように放送信号受信装置のセキュリティ管理情報処理部がサポートしているＤＲＭの種類は、放送信号受信装置１４０、放送信号受信装置１４０−２のように放送信号受信装置ごとに異なる場合がある。
一方放送波によりアプリケーションデータが放送信号受信装置１４０に追加される場合は、放送信号受信装置１４０のセキュリティ管理情報処理部がサポートしているＤＲＭの種類に関わらず、どの放送信号受信装置１４０に対しても同じアプリケーションとなる。このため放送信号受信装置１４０のセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類を、アプリケーションに提供する処理は、アプリケーションの能力を十分に活用するために非常に有効な処理である。
【００８５】
図５Ｅは、放送信号受信装置１４０が、図４Ｂに示すタイプ２のデータコンテンツサービスによりアプリケーションデータを取得した場合の、映像あるいは音声のコンテンツの配信を受ける様子の他の例を示した図である。
図５Ａとの違いは、追加されたアプリケーションが特定処理を行うことができるＤＲＭの種類を、図３に示すセキュリティ管理情報処理部３３３がサポートしていない点である。
【００８６】
放送信号受信装置１４０は、放送信号送信装置Ａ１００からデータコンテンツサービスとして送られてくるアプリケーションの制御情報であるアプリケーションサービス記述子やＭＨ−ＡＩＴ等のＭＭＴ−ＳＩを受信する（Ｓ５４１）。放送信号受信装置１４０は、受信した制御情報を解析した結果、アプリケーションＥ（ＤＲＭ−４）のアプリケーションデータを、ネットワーク１８０を介して通信によりサービス事業者Ａ１２０より取得する（Ｓ５４２−２）
放送信号受信装置１４０は、Ｓ５４２−２で取得したアプリケーションＥ（ＤＲＭ−４）を、図３のアプリケーションエンジン３２１とともに動作させる。アプリケーションＥ（ＤＲＭ−４）は、動作する過程において、図３のセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類（ＤＲＭ−１、ＤＲＭ−２、ＤＲＭ−３）の情報を、アプリケーションエンジン３２１より取得する。アプリケーションＥ（ＤＲＭ−４）は、取得した情報の中に、特定処理を行うためのＤＲＭの種類が存在しているかの判定を行い、存在している場合は特定処理を行う。
【００８７】
具体的にはアプリケーションＥ（ＤＲＭ−４）は、取得したセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中に、特定処理を行うためのＤＲＭの種類であるＤＲＭ−４が存在しているかの判定を行う。セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中にはＤＲＭ−４が存在していないので、アプリケーションＥ（ＤＲＭ−４）は、特定処理を行わない。これによりアプリケーションＥ（ＤＲＭ−４）は、コンテンツの配信を受けることが不可能となる。アプリケーションＥ（ＤＲＭ−４）は、特定処理を行うためのＤＲＭの種類が、セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中には存在していない旨をアプリケーションエンジン３２１に通知してもよい。
【００８８】
アプリケーションＥ（ＤＲＭ−４）から、特定処理を行うためのＤＲＭの種類が、セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中には存在していない旨の判定結果を受け取った図３のアプリケーションエンジン３２１は、例えば１６０−１に示すような表示できません、の通知を出す指示を表示器１６０に通知してもよい。このようにすることで、放送信号受信装置１４０の視聴者は、追加されたアプリケーションＥは、映像あるいは音声のコンテンツの配信を受けることができないことを認識することができる。
【００８９】
図５Ｆは、放送信号受信装置１４０が、図４Ｂに示すタイプ２のデータコンテンツサービスによりアプリケーションデータを取得した場合の、映像あるいは音声のコンテンツの配信を受ける様子の他の例を示した図である。
図５Ａとの違いは、追加されたアプリケーションが、特定処理を行うためのＤＲＭの種類を複数持つ点である。アプリケーションＦ（ＤＲＭ−１，ＤＲＭ−３）は、処理を行うためのＤＲＭの種類がＤＲＭ−１およびＤＲＭ−３であるとする。
【００９０】
放送信号受信装置１４０は、放送信号送信装置Ａ１００からデータコンテンツサービスとして送られてくるアプリケーションの制御情報であるアプリケーションサービス記述子やＭＨ−ＡＩＴ等のＭＭＴ−ＳＩを受信する（Ｓ５５１）。放送信号受信装置１４０は、受信した制御情報を解析した結果、アプリケーションＦ（ＤＲＭ−１，ＤＲＭ−３）のアプリケーションデータを、ネットワーク１８０を介して通信によりサービス事業者Ａ１２０より取得する（Ｓ５５２−２）
放送信号受信装置１４０は、Ｓ５５２−２で取得したアプリケーションＦ（ＤＲＭ−１，ＤＲＭ−３）を、図３のアプリケーションエンジン３２１とともに動作させる。アプリケーションＦ（ＤＲＭ−１，ＤＲＭ−３）は、動作する過程において、図３のセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類（ＤＲＭ−１、ＤＲＭ−２、ＤＲＭ−３）の情報を、アプリケーションエンジン３２１より取得する。アプリケーションＦ（ＤＲＭ−１，ＤＲＭ−３）は、取得した情報の中に、特定処理を行うためのＤＲＭの種類が存在しているかの判定を行い、存在している場合は特定処理を行う。
【００９１】
具体的にはアプリケーションＦ（ＤＲＭ−１、ＤＲＭ−３）は、取得したセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中に、特定処理を行うためのＤＲＭの種類であるＤＲＭ−１、ＤＲＭ−３が存在しているかの判定を行う。セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中にはＤＲＭ−１、ＤＲＭ−３が存在しているので、アプリケーションＦ（ＤＲＭ−１、ＤＲＭ−３）は、特定処理として例えばＤＲＭ−１の種類に基づいた処理を行ってもよい。具体的にはアプリケーションＦ（ＤＲＭ−１、ＤＲＭ−３）は、例えばＤＲＭ−１の種類のＤＲＭを適用したコンテンツを配信するサービス事業者Ａ１２０にアクセスし、コンテンツを取得してもよい（Ｓ５５３−２）。あるいはアプリケーションＦ（ＤＲＭ−１、ＤＲＭ−３）は、ＤＲＭ−３の種類に基づいた処理を行ってもよい。具体的にはアプリケーションＦ（ＤＲＭ−１、ＤＲＭ−３）は、例えばＤＲＭ−３の種類のＤＲＭを適用したコンテンツを配信するサービス事業者Ｃ（図示しない）にアクセスし、コンテンツを取得してもよい。
【００９２】
このように放送信号受信装置１４０が、セキュリティ管理情報処理部３３３のサポートするＤＲＭの種類の情報をアプリケーションに提供することにより、アプリケーションＦ（ＤＲＭ−１、ＤＲＭ−３）のような特定処理を行うためのＤＲＭの種類が存在しているアプリケーションは、取得した情報をどのような優先度をつけて処理を行うかを自由に決めることが出来るため、アプリケーションとしての処理の自由度が増し、アプリケーションの能力を十分に発揮することができる。
【００９３】
図５Ｆの例は、特定処理を行うためのＤＲＭの種類を複数持つアプリケーションが、サービス事業者Ａ１２０から送られてきた例であるが、放送信号送信装置Ａ１００から送られてきてもよい。
データコンテンツサービスとして送られてくるアプリケーションは、複数のアプリケーションが互いに連携していてもよい。例えばあるアプリケーションＧ−１は、特定処理を行うためのＤＲＭの種類が存在しているかの判定を行い、存在している場合は、存在しているＤＲＭの種類に応じて、アプリケーションＧ−２あるいはアプリケーションＧ−３を呼び出し特定動作の処理を行わせてもよい。
【００９４】
図５Ｇは、放送信号受信装置１４０が、図４Ｂに示すタイプ２のデータコンテンツサービスによりアプリケーションデータを取得した場合の、取得した複数のアプリケーションが、互いに連携して動作する場合の例である。
放送信号受信装置１４０は、放送信号送信装置Ａ１００からデータコンテンツサービスとして送られてくるアプリケーションの制御情報であるアプリケーションサービス記述子やＭＨ−ＡＩＴ等のＭＭＴ−ＳＩを受信する（Ｓ５６１）。放送信号受信装置１４０は、受信した制御情報を解析した結果、アプリケーションＧ−１、アプリケーションＧ−２（ＤＲＭ−１）、アプリケーションＧ−３（ＤＲＭ―２）の３つのアプリケーションデータを、ネットワーク１８０を介して通信によりサービス事業者Ａ１２０より取得する（Ｓ５６２−２１）（Ｓ５６２−２２）（Ｓ５６２−２３）。
【００９５】
放送信号受信装置１４０は、Ｓ５６２−２１で取得したアプリケーションＧ−１を、図３のアプリケーションエンジン３２１とともに動作させる。アプリケーションＧ−１は、動作する過程で図３のセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類（ＤＲＭ−１、ＤＲＭ−２、ＤＲＭ−３）の情報を、アプリケーションエンジン３２１より取得する。アプリケーションＧ−１は、取得した情報の中に、特定処理を行うためのＤＲＭの種類が存在しているかの判定を行い、存在している場合は、該当する特定処理を行うアプリケーションを呼び出す。
【００９６】
具体的にはアプリケーションＧ−１は、取得したセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中に、特定処理を行うためのＤＲＭの種類であるＤＲＭ−１、ＤＲＭ−２が存在しているかの判定を行う。セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中にはＤＲＭ−１、ＤＲＭ−２が存在しているので、アプリケーションＧ−１は、特定処理として例えばＤＲＭ−１の種類に基づいた処理を行ってもよい。具体的にはアプリケーションＧ−１は、ＤＲＭ−１の種類にもとづいた特定処理を行うために、アプリケーションＧ−２（ＤＲＭ−１）を呼び出し、図３のアプリケーションエンジン３２１とともに動作させる。アプリケーションＧ−２（ＤＲＭ−２）は、例えばＤＲＭ−１の種類のＤＲＭを適用したコンテンツを配信するサービス事業者Ａ１２０にアクセスし、コンテンツを取得してもよい（Ｓ５６３−２）。あるいはアプリケーションＧ−１は、ＤＲＭ−２の種類に基づいた特定処理を行ってもよい。この場合は、アプリケーションＧ−１は、ＤＲＭ−２の種類にもとづいた特定処理を行うために、アプリケーションＧ−２（ＤＲＭ−２）を呼び出し、図３のアプリケーションエンジン３２１とともに動作させればよい。
【００９７】
図５Ｈは、放送信号受信装置１４０が、図４Ａに示すタイプ１のデータコンテンツサービスによりアプリケーションデータを取得した場合の、映像あるいは音声のコンテンツの配信を受ける様子の他の例を示した図である。図５Ｃとの違いは、複数の放送信号受信装置から送られてきたアプリケーションの制御情報にもとづいて、各々の制御情報に対応するアプリケーションを取得する点である。
【００９８】
放送信号受信装置１４０は、放送信号送信装置Ａ１００からデータコンテンツサービスとして送られてくるアプリケーションの制御情報であるアプリケーションサービス記述子、ＭＨ−ＡＩＴ、ＤＤＭＴ、ＤＡＭＴ等のＭＭＴ−ＳＩを受信し（Ｓ５７１）、また放送信号送信装置Ｂ１００−２からデータコンテンツサービスとして送られてくるアプリケーションの制御情報であるアプリケーションサービス記述子、ＭＨ−ＡＩＴ、ＤＤＭＴ、ＤＡＭＴ等のＭＭＴ−ＳＩを受信する（Ｓ５７６）。放送信号受信装置１４０は、受信した制御情報を解析した結果、Ｓ５７１で取得したＭＭＴ−ＳＩに対応してアプリケーションＨ−１（ＤＲＭ−１）のアプリケーションデータを、放送波により放送信号送信装置Ａ１００より取得し（Ｓ５７２−１）、Ｓ５７６で取得したＭＭＴ−ＳＩに対応してアプリケーションＨ−２（ＤＲＭ−４）のアプリケーションデータを、放送波により放送信号送信装置Ｂ１００−２より取得する（Ｓ５７７−１）。
【００９９】
放送信号受信装置１４０は、Ｓ５７２−１で取得したアプリケーションＨ−１（ＤＲＭ−１）およびＳ５７７−１で取得したアプリケーションＨ−２（ＤＲＭ−２）を、図３のアプリケーションエンジン３２１とともに動作させる。アプリケーションＨ−１（ＤＲＭ−１）およびアプリケーションＨ−２（ＤＲＭ−２）は、動作する過程において、図３のセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類（ＤＲＭ−１、ＤＲＭ−２、ＤＲＭ−３）の情報を取得する。アプリケーションＨ−１（ＤＲＭ−１）およびアプリケーションＨ−２（ＤＲＭ−２）は、取得した情報の中に、特定処理を行うためのＤＲＭの種類が存在しているかの判定を行い、存在している場合は特定処理を行う。
【０１００】
具体的にはアプリケーションＨ−１（ＤＲＭ−１）は、取得したセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中に、特定処理を行うためのＤＲＭの種類であるＤＲＭ−１が存在しているかの判定を行う。セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中にはＤＲＭ−１が存在しているので、アプリケーションＨ−１（ＤＲＭ−１）は、特定処理として例えばＤＲＭ−１の種類のＤＲＭを適用したコンテンツを配信するサービス事業者Ａ１２０にアクセスし、コンテンツを取得する（Ｓ５７３−２）。
【０１０１】
同様にアプリケーションＨ−２（ＤＲＭ−２）は、取得したセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中に、特定処理を行うためのＤＲＭの種類であるＤＲＭ−２が存在しているかの判定を行う。セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中にはＤＲＭ−２が存在しているので、アプリケーションＨ−２（ＤＲＭ−２）は、特定処理として例えばＤＲＭ−２の種類のＤＲＭを適用したコンテンツを配信するコンテンツサービス事業者Ｘ１２７にアクセスし、コンテンツを取得する（Ｓ５７８−４）。
【０１０２】
図５Ｈのシーケンスの例は、例えば放送信号受信装置１４０が、複数のチューナを利用して複数番組を受信している場合が想定される。このように放送信号受信装置１４０のセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類をアプリケーションに提供する処理は、アプリケーションエンジン３２１とともに動作するアプリケーションが複数存在していても、各々のアプリケーションに対してサポートするＤＲＭの種類をアプリケーションに提供することが可能である。
【０１０３】
図５Ｉは、放送信号受信装置１４０が、セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類をアプリケーションに提供する処理がない場合の、映像あるいは音声のコンテンツの配信を受ける様子の例を示した図である。この場合は、アプリケーションＩが、例えば予め放送信号受信装置１４０に備え付けられている場合である。
【０１０４】
アプリケーションＩは、セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類のＤＲＭが適用されたコンテンツを配信する、予め決められたサービス事業者にアクセスし、映像あるいは音声のコンテンツを取得する。図５Ｉの例は、放送信号受信装置１４０に予め備え付けられたアプリケーションＩが、予め決められたサービス事業者Ａ１２０にアクセスしてＤＲＭ−１の種類のＤＲＭが適用されたコンテンツを取得する（Ｓ５８３−２）例である。
【０１０５】
本実施形態の放送信号受信装置は、端末連携機能１４４を有する。図５Ｅの例は、セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中に、サービス事業者Ｂ１２０−２からコンテンツの配信を受けるために必要なＤＲＭ−４が存在しないため、アプリケーションＥ（ＤＲＭ−４）は、サービス事業者Ｂ１２０−２からコンテンツの配信を受けることができない。しかし本実施形態の放送信号受信装置１４０は、コンテンツの配信を受けるのに必要なＤＲＭの種類をサポートしていない場合、コンテンツの配信を受けるのに必要なＤＲＭの種類をサポートしている携帯端末と端末連携機能により連携することで、配信されたコンテンツを連携している携帯端末に送信することで、再生可能とすることができる。このように放送信号受信装置１４０は、端末連携機能を用いることで、接続された携帯端末のＤＲＭの種類のサポート範囲を利用することで、配信されたコンテンツを再生することができる。
【０１０６】
放送信号受信装置１４０のセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類をアプリケーションに提供する機能は、例えば非特許文献２、非特許文献３に規定のCapabilitiesオブジェクトを拡張することで構成されてもよい。
図６は、放送信号受信装置１４０のセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類をアプリケーションに提供する機能を構成するために、Capabilitiesオブジェクトを拡張した例である。
【０１０７】
例えばquery=Video Elementのparm1に、新たにContent Protectionを追加することで放送信号受信装置１４０がサポートするセキュリティ管理情報の種類を提供する機能を追加する。pram2は、セキュリティ管理情報の種類を表し、param3は、pram2に示すセキュリティ管理情報のバージョンを表している。このように、セキュリティ管理情報の種類であるparam2およびparam2バージョンであるpram3の組み合わせを任意に追加することで、放送信号受信装置１４０がサポートするセキュリティ管理情報を提供する機能を拡張することが可能である。
【０１０８】
図７は、図６に示した、セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類をアプリケーションに提供する機能を用いた場合の、処理フローの例を示した図である。図５Ｅに示すアプリケーションＥが、セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類を取得する場合の処理フローを示す。
【０１０９】
アプリケーションＥは、セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類を取得するために、サポート種類取得処理Ｅを開始する（Ｓ７００）。アプリケーションＥは、セキュリティ管理情報処理部３３３が、Ｄ１システムをサポートしているかの判定を行う（Ｓ７０１）。具体的にはアプリケーションＥは、CapabilitiesオブジェクトのhasCapabilityのqueryにVideo Elementを、parm1にContent Protectionを、parm2にＤ１を、parm3にＤ２を各々設定して呼び出し、その戻り値を見ることで判定する。
【０１１０】
判定の結果サポートしている場合（Ｓ７０１がＹｅｓ、戻り値がtrue）、アプリケーションＥは、放送信号受信装置１４０がＤ１システム（ＤＲＭ−４）をサポートしていると認識する（Ｓ７０２）。アプリケーションＥは、特定処理Ｅを実行する（Ｓ７０３）。特定処理Ｅは、例えばＤＲＭ−４の種類のＤＲＭを適用したコンテンツを配信するサービス事業者Ｂ１２０−２にアクセスし、コンテンツを取得する処理であってもよい。
【０１１１】
判定の結果サポートしていない場合（Ｓ７０１がＮｏ、戻り値がfalse）、アプリケーションＥは、放送信号受信装置１４０がＤ１システム（ＤＲＭ−４）をサポートしていないと認識する（Ｓ７０５）。アプリケーションＥは、特定処理を行うためのＤＲＭの種類が、セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中には存在していないため「受信装置がアプリケーションＥのサービスに対応していない」旨を表示画面１６０に表示するように、アプリケーションエンジン３２１に指示（Ｓ７０６）してもよい。
【０１１２】
図５Ｅに示す放送信号受信装置１４０においては、アプリケーションＥは、Ｓ７０１の判定処理においてＮｏと判定するので、以降の処理としてＳ７０５、Ｓ７０６の処理を行い、サポート種類取得処理Ｅを終了する（Ｓ７０４）
図８Ａは、図６に示した、セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類をアプリケーションに提供するために機能を用いた場合の、処理フローの他の例を示した図である。図５Ｆに示すアプリケーションＦが、セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類を取得する場合の処理フローを示す。
【０１１３】
アプリケーションＦは、セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類を取得するために、サポート種類取得処理Ｆ−１を開始する（Ｓ８００）。アプリケーションＦは、セキュリティ管理情報処理部３３３が、Ａ１システムをサポートしているかの判定を行う。具体的にはアプリケーションＦは、CapabilitiesオブジェクトのhasCapabilityのqueryにVideo Elementを、parm1にContent Protectionを、parm2にＡ１を、parm3にＡ２を各々設定して呼び出し、その戻り値を見ることで判定する。
【０１１４】
判定の結果サポートしている場合（Ｓ８０１がＹｅｓ、戻り値がtrue）、アプリケーションＦは、放送信号受信装置１４０がＡ１システム（ＤＲＭ−１）をサポートしていると認識する（Ｓ８０２）。アプリケーションＦは、特定処理Ｆ−１を実行する（Ｓ８０３）。特定処理Ｆ−１は、例えばＤＲＭ−１の種類のＤＲＭを適用したコンテンツを配信するサービス事業者Ａ１２０−１にアクセスし、コンテンツを取得する処理であってもよい。
【０１１５】
判定の結果サポートしていない場合（Ｓ８０１のＮｏ、戻り値がfalse）、アプリケーションＦは、さらにセキュリティ管理情報処理部３３３が、Ｃ１システムをサポートしているかの判定を行う（Ｓ８０５）。具体的にはアプリケーションＦは、CapabilitiesオブジェクトのhasCapabilityのqueryにVideo Elementを、parm1にContent Protectionを、parm2にＣ１を各々設定して呼び出し、その戻り値を見ることで判定する。
【０１１６】
判定の結果サポートしている場合（Ｓ８０５がＹｅｓ、戻り値がtrue）、アプリケーションＦは、放送信号受信装置１４０がＣ１システム（ＤＲＭ−３）をサポートしていると認識する（Ｓ８０６）。アプリケーションＦは、特定処理Ｆ−２を実行する（Ｓ８０７）。特定処理Ｆ−２は、例えばＤＲＭ−３の種類のＤＲＭを適用したコンテンツを配信するサービス事業者Ｃ（図示しない）にアクセスし、コンテンツを取得する処理であってもよい。
【０１１７】
判定の結果サポートしていない場合（Ｓ８０５がＮｏ、戻り値がfalse）、アプリケーションＦは、放送信号受信装置１４０がＡ１システム（ＤＲＭ−１）およびＣ１システム（ＤＲＭ−３）をサポートしていないと認識する（Ｓ８０８）。アプリケーションＦは、特定処理を行うためのＤＲＭの種類が、セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類の中には存在していないため「受信装置がアプリケーションＦのサービスに対応していない」旨を表示画面１６０に表示するように、アプリケーションエンジン３２１に指示（Ｓ８０９）してもよい。
【０１１８】
図５Ｆに示す放送信号受信装置１４０においては、アプリケーションＦは、Ｓ８０１の判定処理においてＹｅｓと判定するので、以降の処理としてＳ８０２、Ｓ８０３の処理を行い、サポート種類取得処理Ｆを終了する（Ｓ８０４）。
図８Ａの処理の例は、アプリケーションＦが、セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類を、Ａ１システム（ＤＲＭ−１）、Ｃ１システム（ＤＲＭ−３）の順に判定した場合であるが、判定の順番はアプリケーションＦが任意に変えることが可能である。
【０１１９】
図８Ｂは、アプリケーションＦが、セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類を、Ｃ１システム（ＤＲＭ−３）、Ａ１システム（ＤＲＭ−１）の順に判定した場合の処理フローの例を示した図である。図８Ａとの相違点は、セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類を判定の順番を変えただけである。
【０１２０】
このようにセキュリティ管理情報処理部３３３がサポートするＤＲＭの種類を判定の順番は、アプリケーション作成者が自由に変更することが可能であるため、アプリケーションとしての処理の自由度が増し、アプリケーションの能力を十分に発揮することができる。
【０１２１】
図８Ｃは、特定処理の一例を示す処理フローの例を示した図である。図８Ａに示したアプリケーションＦの特定処理Ｆ−１の処理フローを示した図である。アプリケーションＦは、図８ＡのＳ８０３の処理で特定処理Ｆ−１を開始する（Ｓ８４０）。
アプリケーションＦは、放送信号受信装置１４０の表示画面１６０で、８Ｋの解像度、４Ｋの解像度、２Ｋの解像度のいずれの解像度のコンテンツを再生できる能力があるかの判定を行う。
【０１２２】
アプリケーションＦは、最初に放送信号受信装置１４０の表示画面１６０で、８Ｋの解像度を持つコンテンツを再生できるかどうかの判定を行う（Ｓ８４１）。８Ｋの解像度を持つコンテンツが、放送信号受信装置１４０の表示画面１６０で再生できるかどうかの判定は、例えばCapabilitiesオブジェクトのhasCapabilityのqueryにVideo Elementを、parm1にＭＰＥＧ−ＤＡＳＨを、parm2に８Ｋを各々設定して呼び出し、その戻り値を見ることで判定してもよい。
【０１２３】
判定の結果再生可能である場合（Ｓ８４１のＹｅｓ、戻り値がtrue）、アプリケーションＦは、放送信号受信装置１４０は、８Ｋの解像度を持つコンテンツを再生できると認識し、放送信号受信装置１４０が再生可能な８Ｋの解像度を持つコンテンツの配信を、サービス事業者Ａ１２０に要求する（Ｓ８４６）。
【０１２４】
判定の結果再生可能でない場合（Ｓ８４１のＮｏ、戻り値がfalse）、アプリケーションＦは、放送信号受信装置１４０の表示画面１６０で、４Ｋの解像度を持つコンテンツを再生できるかどうかの判定を行う（Ｓ８４３）。４Ｋの解像度を持つコンテンツが、放送信号受信装置１４０の表示画面１６０で再生できるかどうかの判定は、例えばCapabilitiesオブジェクトのhasCapabilityのqueryにVideo Elementを、parm1にＭＰＥＧ−ＤＡＳＨを、parm2に４Ｋを各々設定して呼び出し、その戻り値を見ることで判定してもよい。
【０１２５】
判定の結再生示可能である場合（Ｓ８４３のＹｅｓ、戻り値がtrue）、アプリケーションＦは、放送信号受信装置１４０の表示画面１６０は、４Ｋの解像度を持つコンテンツを再生できると認識し、放送信号受信装置１４０が再生可能な４Ｋの解像度を持つコンテンツの配信を、サービス事業者Ａ１２０に要求する（Ｓ８４６）。
【０１２６】
判定の結再生示可能でない場合（Ｓ８４３のＮｏ、戻り値がfalse）、アプリケーショ
アプリケーションＦは、放送信号受信装置１４０は、２Ｋの解像度を持つコンテンツを再生できると認識し、放送信号受信装置１４０が再生可能な２Ｋの解像度を持つコンテンツの配信を、サービス事業者Ａ１２０に要求する（Ｓ８４６）。
【０１２７】
これによりアプリケーションＦは、セキュリティ管理情報処理部３３３がサポートするＤＲＭの種類が適用されたコンテンツのうち、放送信号受信装置１４０に表示可能な解像度をもったコンテンツを取得することが可能である。
本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。さらにまた、請求項の各構成要素において、構成要素を分割して表現した場合、或いは複数を合わせて表現した場合、或いはこれらを組み合わせて表現した場合であっても本発明の範疇である。また、複数の実施形態を組み合わせてもよく、この組み合わせで構成される実施例も発明の範疇である。
【０１２８】
また、図面は、説明をより明確にするため、実際の態様に比べて、模式的に表される場合があるが、あくまで一例であって、本発明の解釈を限定するものではない。また、本明細書と各図において、既出の図に関して前述したものと同一又は類似した機能を発揮する構成要素には同一の参照符号を付し、重複する詳細な説明を適宜省略することがある。また請求項を制御ロジックとして表現した場合、コンピュータを実行させるインストラクションを含むプログラムとして表現した場合、及び前記インストラクションを記載したコンピュータ読み取り可能な記録媒体として表現した場合でも本発明の装置を適用したものである。また、使用している名称や用語についても限定されるものではなく、他の表現であっても実質的に同一内容、同趣旨であれば、本発明に含まれるものである。
【符号の説明】
【０１２９】
１００・・・放送信号送信装置Ａ、１０１・・・放送番組サーバ、１０２・・・放送信号送信基本機能、１０３・・・アプリケーションデータ管理部、１２０・・・サービス事業者Ａ、１４０・・・放送信号受信装置、１４１・・・放送信号受信基本機能、１４２・・・通信制御機能、１４３・・・アプリケーション制御機能、１４４・・・端末連携機能、３２１・・・アプリケーションエンジン、３３３・・・セキュリティ管理情報処理部。
【図１Ａ】
2020184792.tif 000003
【図１Ｂ】
2020184792.tif 000004
【図２】
2020184792.tif 000005
【図３】
2020184792.tif 000006
【図４Ａ】
2020184792.tif 000007
【図４Ｂ】
2020184792.tif 000008
【図５Ａ】
2020184792.tif 000009
【図５Ｂ】
2020184792.tif 000010
【図５Ｃ】
2020184792.tif 000011
【図５Ｄ】
2020184792.tif 000012
【図５Ｅ】
2020184792.tif 000013
【図５Ｆ】
2020184792.tif 000014
【図５Ｇ】
2020184792.tif 000015
【図５Ｈ】
2020184792.tif 000016
【図５Ｉ】
2020184792.tif 000017
【図６】
2020184792.tif 000018
【図７】
2020184792.tif 000019
【図８Ａ】
2020184792.tif 000020
【図８Ｂ】
2020184792.tif 000021
【図８Ｃ】
2020184792.tif 000022