JP5912615B2 - 放送通信連携受信装置及び放送通信連携システム - Google Patents
放送通信連携受信装置及び放送通信連携システム Download PDFInfo
- Publication number
- JP5912615B2 JP5912615B2 JP2012024838A JP2012024838A JP5912615B2 JP 5912615 B2 JP5912615 B2 JP 5912615B2 JP 2012024838 A JP2012024838 A JP 2012024838A JP 2012024838 A JP2012024838 A JP 2012024838A JP 5912615 B2 JP5912615 B2 JP 5912615B2
- Authority
- JP
- Japan
- Prior art keywords
- application
- certificate
- signature
- general
- unit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
本発明は、放送と、インターネット、専用ＩＰ（Internet Protocol）回線等の通信ネットワークとを利用した放送通信連携システムにおいて、放送通信連携受信装置でのアプリケーション認証技術に関する。
近年、放送のデジタル化や通信の高速・広帯域化に伴い、放送と通信を連携した様々なサービス（以降、「放送通信連携サービス」）が検討されている（例えば、非特許文献１，２参照）。この放送通信連携サービスでは、放送番組に関連する多様な情報を通信ネットワーク経由で取得し、放送と組み合わせて提示することが想定されている。また、受信機では、放送通信連携サービスを享受するため、この放送通信連携サービスに適応したアプリケーションを用いることが想定されている。
「技研における放送通信連携技術研究の概要」、ＮＨＫ技研Ｒ＆Ｄ、Ｎｏ．１２４、２０１０．１１、Ｐ４−Ｐ９
「ＨｙｂｒｉｄｃａｓｔＴＭの概要と技術」、ＮＨＫ技研Ｒ＆Ｄ、Ｎｏ．１２４、２０１０．１１、Ｐ１０−Ｐ１７
この放送通信連携サービスにおいて、視聴者にとってより魅力的なサービスを実現するためには、放送事業者等が制作した放送局アプリケーションだけでなく、様々なサービス事業者や個人が一定のルールに基づいて制作した一般アプリケーションも視聴者に提供できる環境が望まれている。
また、インターネット等のネットワーク上には、放送局アプリケーション及び一般アプリケーション以外の外部アプリケーションが数多く存在する。しかし、この外部アプリケーションは、放送通信連携システムで期待する動作が保証されていないため、受信機における放送通信連携サービスのアプリケーション実行環境で起動することが一切認められない。
そこで、本発明は、放送と通信を連携した放送通信連携サービスにおいて、安全性を確保できる放送局アプリケーション及び一般アプリケーションを視聴者に提供でき、安全性の確保が困難な外部アプリケーションの起動を禁止する放送通信連携受信装置及び放送通信連携システムを提供することを課題とする。
前記した課題に鑑みて、本願第１発明に係る放送通信連携受信装置は、汎用検証鍵が含まれる汎用証明書と、放送事業者検証鍵が含まれる放送事業者証明書と、放送事業者検証鍵に対応する放送事業者署名鍵とを発行する認証局と、放送波を介して、放送番組と、汎用証明書とを送信する放送送信装置と、アプリケーション用検証鍵が含まれるアプリケーション用証明書と、アプリケーション用検証鍵に対応するアプリケーション用署名鍵とを発行する署名鍵・証明書発行装置と、放送事業者署名鍵による署名及び放送事業者証明書、又は、アプリケーション用署名鍵による署名及びアプリケーション用証明書をアプリケーションに付加するアプリケーション登録装置と、署名及び証明書が付加されたアプリケーションと、署名及び証明書が付加されていないアプリケーションとの少なくとも一方を記憶するアプリケーションサーバと、を含む放送通信連携システムで使用され、放送番組を受信する放送通信連携受信装置であって、アプリケーション取得手段と、証明書記憶手段と、証明書判定手段と、署名検証手段と、起動制御手段と、リソースアクセス制御手段と、リソース管理手段とを備えることを特徴とする。
かかる構成によれば、放送通信連携受信装置は、アプリケーション取得手段によって、ネットワークを介して、アプリケーションサーバから、アプリケーションを取得する。このアプリケーション取得手段が取得したアプリケーションには、署名及び証明書が付加された放送局アプリケーション及び一般アプリケーションと、署名及び証明書が付加されていない外部アプリケーションとがある。
また、放送通信連携受信装置は、証明書記憶手段によって、放送送信装置から送信された汎用証明書を予め記憶する。そして、放送通信連携受信装置は、証明書判定手段によって、汎用証明書の汎用検証鍵を用いて、取得したアプリケーションに証明書が付加されているか否かと、付加されている証明書が有効であるか否かとを判定する。
また、放送通信連携受信装置は、署名検証手段によって、証明書判定手段で有効と判定された証明書の検証鍵を用いて、取得したアプリケーションに付加された署名が正当であるか否かを検証し、放送事業者証明書が付加された放送局アプリケーション、アプリケーション用証明書が付加された一般アプリケーション、又は、証明書が付加されていない外部アプリケーションの何れかを示す属性が含まれる認証結果を出力する。そして、放送通信連携受信装置は、起動制御手段によって、証明書判定手段で証明書が付加されていない若しくは有効でないと判定されたとき、又は、署名検証手段で署名が正当でないと検証されたとき、取得したアプリケーションを起動させない。さらに、放送通信連携受信装置は、リソースアクセス制御手段によって、放送局アプリケーション、一般アプリケーションおよび外部アプリケーションのそれぞれがアクセスできるリソースとアクセスできないリソースとを予め設定したリソースアクセス制御テーブルに基づいて、認証結果の属性に応じて、取得したアプリケーションにリソースの割り当てが可能であるか否かを判定する。さらに、さらに、放送通信連携受信装置は、リソース管理手段によって、取得したアプリケーションにリソースアクセス制御手段で割り当て可能と判定されたリソースを割り当てる。これによって、放送通信連携受信装置は、放送局アプリケーション及び一般アプリケーションを起動させて、外部アプリケーションの起動を禁止することができる。
また、本願第２発明に係る放送通信連携受信装置は、署名鍵・証明書発行装置で発行された、失効したアプリケーション用証明書の一覧である失効リストを予め記憶する失効リスト記憶手段、をさらに備え、証明書判定手段が、さらに、取得したアプリケーションの証明書が失効リストで失効している場合、証明書が有効でないと判定することを特徴とする。
かかる構成によれば、放送通信連携受信装置は、既に提供されたアプリケーションであっても、失効リストにより、そのアプリケーションの証明書を失効させることで、その起動を制御することができる。例えば、放送通信連携受信装置は、あるアプリケーションが提供された後、その提供元が信頼できなくなった場合、失効リストにより、そのアプリケーションの起動を事後的に禁止することができる。
また、本願第３発明に係る放送通信連携受信装置は、証明書記憶手段が、汎用証明書として、ＡＲＩＢ ＳＴＤ−Ｂ２４に規定された汎用ルート証明書を記憶し、放送事業者証明書（放送事業者汎用証明書）として、ＡＲＩＢ ＳＴＤ−Ｂ２４に規定された事業者専用ルート証明書を記憶することを特徴とする。
かかる構成によれば、放送通信連携受信装置は、既存のデジタル放送システムで運用されている汎用ルート証明書及び事業者専用ルート証明書を流用することができる。
かかる構成によれば、放送通信連携受信装置は、既存のデジタル放送システムで運用されている汎用ルート証明書及び事業者専用ルート証明書を流用することができる。
また、前記した課題に鑑みて、本願第４発明に係る放送通信連携受信装置は、汎用検証鍵が含まれる汎用証明書と、放送事業者専用検証鍵が含まれる放送事業者専用証明書と、放送事業者専用検証鍵に対応する放送事業者専用署名鍵と、放送事業者汎用検証鍵が含まれる放送事業者汎用証明書と、放送事業者汎用検証鍵に対応する放送事業者汎用署名鍵とを発行する認証局と、放送波を介して、放送番組と、汎用証明書と、放送事業者汎用証明書とを送信する放送送信装置と、放送事業者専用署名鍵による署名と、放送事業者専用証明書とをアプリケーションに付加する放送事業者用アプリケーション登録装置と、アプリケーション用検証鍵が含まれるアプリケーション用証明書と、アプリケーション用検証鍵に対応するアプリケーション用署名鍵とを発行する署名鍵・証明書発行装置と、アプリケーション用署名鍵による署名と、アプリケーション用証明書とをアプリケーションに付加するサービス事業者用アプリケーション登録装置と、署名及び証明書が付加されたアプリケーションと、署名及び証明書が付加されていないアプリケーションとの少なくとも一方を記憶するアプリケーションサーバと、放送番組を受信する放送通信連携受信装置と、を備える放送通信連携システムであって、放送通信連携受信装置が、アプリケーション取得手段と、証明書記憶手段と、証明書判定手段と、署名検証手段と、起動制御手段と、リソースアクセス制御手段と、リソース管理手段とを備えることを特徴とする。
かかる構成によれば、放送通信連携受信装置は、アプリケーション取得手段によって、ネットワークを介して、アプリケーションサーバから、アプリケーションを取得する。また、放送通信連携受信装置は、証明書記憶手段によって、放送送信装置から送信された汎用証明書及び放送事業者汎用証明書を予め記憶する。そして、放送通信連携受信装置は、証明書判定手段によって、汎用証明書の汎用検証鍵と放送事業者汎用証明書の放送事業者汎用検証鍵とを用いて、取得したアプリケーションに放送事業者専用証明書又はアプリケーション用証明書が付加されているか否かと、付加されている証明書が有効であるか否かとを判定する。
また、放送通信連携受信装置は、署名検証手段によって、証明書判定手段で有効と判定された証明書の検証鍵を用いて、取得したアプリケーションに付加された署名が正当であるか否かを検証し、放送事業者専用証明書が付加された放送局アプリケーション、アプリケーション用証明書が付加された一般アプリケーション、又は、証明書が付加されていない外部アプリケーションの何れかを示す属性が含まれる認証結果を出力する。そして、放送通信連携受信装置は、起動制御手段によって、証明書判定手段で証明書が付加されていない若しくは有効でないと判定されたとき、又は、署名検証手段で署名が正当でないと検証されたとき、取得したアプリケーションを起動させない。さらに、放送通信連携受信装置は、リソースアクセス制御手段によって、放送局アプリケーション、一般アプリケーションおよび外部アプリケーションのそれぞれがアクセスできるリソースとアクセスできないリソースとを予め設定したリソースアクセス制御テーブルに基づいて、認証結果の属性に応じて、取得したアプリケーションにリソースの割り当てが可能であるか否かを判定する。さらに、さらに、放送通信連携受信装置は、リソース管理手段によって、取得したアプリケーションにリソースアクセス制御手段で割り当て可能と判定されたリソースを割り当てる。これによって、放送通信連携受信装置は、放送局アプリケーション及び一般アプリケーションを起動させて、外部アプリケーションの起動を禁止することができる。
本発明によれば、以下のような優れた効果を奏する。
本願第１，４発明によれば、放送事業者が制作した放送局アプリケーションだけでなく、様々なサービス事業者や個人が制作した一般アプリケーションも安全に提供できると共に、動作が保証されず安全性の確保が困難な外部アプリケーションの起動を禁止することができる。これによって、本願第１，４発明によれば、放送局アプリケーションだけでなく、一般アプリケーションも安全に提供できるため、幅広いサービス事業者等の参入を促しつつ、高い安全性を確保することができる。
本願第１，４発明によれば、放送事業者が制作した放送局アプリケーションだけでなく、様々なサービス事業者や個人が制作した一般アプリケーションも安全に提供できると共に、動作が保証されず安全性の確保が困難な外部アプリケーションの起動を禁止することができる。これによって、本願第１，４発明によれば、放送局アプリケーションだけでなく、一般アプリケーションも安全に提供できるため、幅広いサービス事業者等の参入を促しつつ、高い安全性を確保することができる。
本願第２発明によれば、既に提供されたアプリケーションであっても、失効リストにより、そのアプリケーションの証明書を失効させることで、起動を制御することができる。
本願第３発明によれば、既存のデジタル放送システムで運用されている汎用ルート証明書及び事業者専用ルート証明書を流用することができる。このため、本願第３発明によれば、放送通信連携受信装置の実装コストを低減すると共に、放送通信連携受信装置の処理負荷を軽減することができる。
本願第３発明によれば、既存のデジタル放送システムで運用されている汎用ルート証明書及び事業者専用ルート証明書を流用することができる。このため、本願第３発明によれば、放送通信連携受信装置の実装コストを低減すると共に、放送通信連携受信装置の処理負荷を軽減することができる。
以下、本発明の各実施形態について、適宜図面を参照しながら詳細に説明する。なお、各実施形態において、同一の機能を有する手段及び同一のステップ（処理）には同一の符号を付し、説明を省略した。
［放送通信連携システムの構成］
図１を参照して、本発明の実施形態に係る放送通信連携システム１の構成について説明する。
放送通信連携システム１は、放送と通信とを連携し、放送番組と共に様々なサービスをユーザ（視聴者）に提供するものである。具体的には、放送通信連携システム１は、放送波を介して、放送番組を放送通信連携受信装置（受信機）８０に送信すると共に、ネットワークを介して、様々なサービスに適応したアプリケーションを受信機８０に送信する。そして、放送通信連携システム１は、受信機８０において、放送番組に関連する多様なサービスを、アプリケーションによりユーザに提供する。このとき、放送通信連携システム１は、受信機８０において、安全性（セキュリティ）や放送の公共性の観点から、提供元が正当でないアプリケーションの起動を禁止する。
図１を参照して、本発明の実施形態に係る放送通信連携システム１の構成について説明する。
放送通信連携システム１は、放送と通信とを連携し、放送番組と共に様々なサービスをユーザ（視聴者）に提供するものである。具体的には、放送通信連携システム１は、放送波を介して、放送番組を放送通信連携受信装置（受信機）８０に送信すると共に、ネットワークを介して、様々なサービスに適応したアプリケーションを受信機８０に送信する。そして、放送通信連携システム１は、受信機８０において、放送番組に関連する多様なサービスを、アプリケーションによりユーザに提供する。このとき、放送通信連携システム１は、受信機８０において、安全性（セキュリティ）や放送の公共性の観点から、提供元が正当でないアプリケーションの起動を禁止する。
「アプリケーション」とは、ＨＴＭＬ（HyperText Markup Language）５のブラウザ上で動作するソフトウェアを含む、受信機８０で利用可能なソフトウェアである。ここで、アプリケーションは、提供元が正当な放送局アプリケーション及び一般アプリケーションと、提供元が正当でない外部アプリケーションとに分類される。
なお、アプリケーションを「アプリ」と略記することがある。
なお、アプリケーションを「アプリ」と略記することがある。
「放送局アプリケーション」とは、放送事業者（放送局）又は放送事業者が知り得る第三者が制作するアプリケーションであり、放送事業者がその動作内容を把握するものをいう。本実施形態では、図１の放送局が提供するアプリケーションを放送局アプリケーションとする。
「一般アプリケーション」とは、放送事業者がその動作内容を必ずしも把握していないが、放送事業者又は放送事業者を代表する組織によって提供されるＳＤＫ（Software Development Kit）を用いて、予め定められた仕様に従って制作され、放送事業者によって受信機８０での基本的な動作が保証されているものをいう。本実施形態では、図１のサービス事業者Ｂが提供するアプリケーションを一般アプリケーションとする。
「外部アプリケーション」とは、放送局アプリケーション及び一般アプリケーション以外のアプリケーションであり、放送通信連携システム１で期待する動作が保証されないため、受信機８０での起動が禁止されるものをいう。本実施形態では、図１のサービス事業者Ａが提供するアプリケーションを外部アプリケーションとする。
「放送局」とは、編成を伴う番組を送出しているものであり、放送波又はネットワークにより放送番組をユーザ（視聴者）に配信するものである。
「サービス事業者」とは、サービスを提供するもので、サービスを提供するためのコンテンツ及びアプリケーションを制作し、配信するものである。
「サービス事業者」とは、サービスを提供するもので、サービスを提供するためのコンテンツ及びアプリケーションを制作し、配信するものである。
図１に示すように、放送通信連携システム１は、ＣＡ局（認証局）１０と、放送送信装置２０と、アプリケーション登録装置（放送事業者用アプリケーション登録装置）３０と，アプリケーション登録装置（サービス事業者用アプリケーション登録装置）３０Ｂと、アプリケーション制作装置４０，４０Ａ，４０Ｂと、コンテンツ配信サーバ５０，５０Ａ，５０Ｂと、ＩＤ・署名鍵・証明書発行装置（署名鍵・証明書発行装置）６０と、アプリケーションサーバ７０，７０Ａと、受信機８０とを備える。
ＣＡ局１０は、放送局からの証明書の発行申請に応じて、汎用証明書ＣＣＡ（以後、「証明書ＣＣＡ」）と、放送事業者証明書ＣＮ（以後、「証明書ＣＮ」）と、放送事業者署名鍵ＳＮ（以後、「署名鍵ＳＮ」）とを発行するものである。
本実施形態では、ＣＡ局１０は、証明書ＣＮとして、放送事業者専用証明書ＣＮ１（以後、「証明書ＣＮ１」）と、放送事業者汎用証明書ＣＮ２（以後、「証明書ＣＮ２」）とを発行することとする。
また、本実施形態では、ＣＡ局１０は、署名鍵ＳＮとして、放送事業者専用署名鍵ＳＮ１（以後、「署名鍵ＳＮ１」）と、放送事業者汎用署名鍵ＳＮ２（以後、「署名鍵ＳＮ２」）とを発行することとする。
また、本実施形態では、ＣＡ局１０は、検証鍵ＰＮとして、放送事業者専用検証鍵ＰＮ１（以後、「検証鍵ＰＮ１」）と、放送事業者汎用検証鍵ＰＮ２（以後、「検証鍵ＰＮ２」）とを生成することとする。
また、本実施形態では、ＣＡ局１０は、署名鍵ＳＮとして、放送事業者専用署名鍵ＳＮ１（以後、「署名鍵ＳＮ１」）と、放送事業者汎用署名鍵ＳＮ２（以後、「署名鍵ＳＮ２」）とを発行することとする。
また、本実施形態では、ＣＡ局１０は、検証鍵ＰＮとして、放送事業者専用検証鍵ＰＮ１（以後、「検証鍵ＰＮ１」）と、放送事業者汎用検証鍵ＰＮ２（以後、「検証鍵ＰＮ２」）とを生成することとする。
ここで、ＣＡ局１０は、ＤＳＡ、ＲＳＡ、楕円曲線等の一般的な公開鍵暗号方式により、汎用署名鍵ＳＣＡ（以後、「署名鍵ＳＣＡ」）と、汎用検証鍵ＰＣＡ（以後、「検証鍵ＰＣＡ」）との鍵ペアを生成する。例えば、ＣＡ局１０は、署名鍵ＳＣＡ及び検証鍵ＰＣＡを１ペアだけ生成する。そして、ＣＡ局１０は、この検証鍵ＰＣＡを証明書ＣＣＡに格納して、放送局（放送送信装置２０）に発行する。一方、署名鍵ＳＣＡは、ＣＡ局１０で記憶、管理される。
また、ＣＡ局１０は、前記した公開鍵暗号方式により、署名鍵ＳＮ１と、検証鍵ＰＮ１との鍵ペアを生成する。例えば、ＣＡ局１０は、署名鍵ＳＮ１及び検証鍵ＰＮ１を、放送局（正確には、アプリケーション登録装置３０）と同数のペアだけ生成する。そして、ＣＡ局１０は、署名鍵ＳＣＡにより署名を生成して、この署名及び検証鍵ＰＮ１を証明書ＣＮ１に格納する。さらに、ＣＡ局１０は、証明書ＣＮ１と、署名鍵ＳＮ１とを放送局（アプリケーション登録装置３０）に発行する。
また、ＣＡ局１０は、前記した公開鍵暗号方式により、署名鍵ＳＮ２と、検証鍵ＰＮ２との鍵ペアを生成する。例えば、ＣＡ局１０は、署名鍵ＳＮ２及び検証鍵ＰＮ２を、サービス事業者Ｂ（正確には、ＩＤ・署名鍵・証明書発行装置６０）と同数のペアだけ生成する。そして、ＣＡ局１０は、署名鍵ＳＣＡにより署名を生成して、この署名及び検証鍵ＰＮ２を証明書ＣＮ２に格納する。さらに、ＣＡ局１０は、証明書ＣＮ２を放送局（放送送信装置２０）に発行し、署名鍵ＳＮ２を放送局（ＩＤ・署名鍵・証明書発行装置６０）に発行する。
このとき、ＣＡ局１０は、証明書ＣＣＡとして、ＡＲＩＢ ＳＴＤ−Ｂ２４に規定された汎用ルート証明書を発行してもよい。さらに、ＣＡ局１０は、証明書ＣＮ１，ＣＮ２として、ＡＲＩＢ ＳＴＤ−Ｂ２４に規定された事業者専用ルート証明書をそれぞれ発行してもよい。
なお、ＣＡ局１０は、一般的な構成のため、詳細な説明を省略する。
なお、ＣＡ局１０は、一般的な構成のため、詳細な説明を省略する。
放送送信装置２０は、放送局で管理され、放送波を介して、放送番組を受信機８０に送信するものである。また、放送送信装置２０は、ＤＳＭ−ＣＣ（Digital storage media command and control）データカルーセル等の伝送手段により、ＣＡ局１０で発行された証明書ＣＣＡ，ＣＮ２を受信機８０に送信する。さらに、放送送信装置２０は、ＩＤ・署名鍵・証明書発行装置６０から失効リストが入力された場合、放送波（カルーセル）を介して、この失効リストを受信機８０に送信する。
なお、放送送信装置２０は、放送番組を放送波として送信する形態で説明するが、ケーブル（図示せず）や、ネットワークを介して送信してもよい。
また、放送送信装置２０は、一般的な番組編成設備、番組送信設備、送信設備等から構成されるデジタル放送用の放送設備であるため、詳細な説明を省略する。
また、放送送信装置２０は、一般的な番組編成設備、番組送信設備、送信設備等から構成されるデジタル放送用の放送設備であるため、詳細な説明を省略する。
アプリケーション登録装置３０は、放送局で管理され、アプリケーションを一意に識別するアプリケーションＩＤを生成し、ＣＡ局１０から発行された署名鍵ＳＮ１により署名を生成するものである。また、アプリケーション登録装置３０は、アプリケーション制作装置４０から入力された放送局アプリに、アプリケーションＩＤと、署名鍵ＳＮ１による署名と、証明書ＣＮ１とを付加する。そして、アプリケーション登録装置３０は、アプリケーションＩＤと、署名鍵ＳＮ１による署名と、証明書ＣＮ１とが付加された放送局アプリを、アプリケーションサーバ７０に出力（登録）する。
なお、アプリケーション登録装置３０の構成は、後記する。
なお、アプリケーション登録装置３０の構成は、後記する。
アプリケーション登録装置３０Ｂは、サービス事業者Ｂで管理され、放送局（ＩＤ・署名鍵・証明書発行装置６０）から、アプリケーションＩＤと、アプリケーション用署名鍵ＳＢ（以後、「署名鍵ＳＢ」）と、アプリケーション用証明書ＣＢ（以後、「証明書ＣＢ」）とが発行されるものである。そして、アプリケーション登録装置３０Ｂは、署名鍵ＳＢにより署名を生成する。さらに、アプリケーション登録装置３０Ｂは、アプリケーション制作装置４０Ｂから入力された一般アプリに、アプリケーションＩＤと、署名鍵ＳＢによる署名と、証明書ＣＢとを付加するものである。
なお、アプリケーション登録装置３０Ｂの構成は、後記する。
なお、アプリケーション登録装置３０Ｂの構成は、後記する。
アプリケーション制作装置４０，４０Ａ，４０Ｂは、アプリを制作するための開発環境である。ここで、アプリケーション制作装置４０，４０Ｂは、放送局等によって提供されるＳＤＫがインストールされ、それぞれ、放送局アプリと、一般アプリとを制作可能である。一方、アプリケーション制作装置４０Ａは、放送局等によって提供されるＳＤＫがインストールされておらず、外部アプリしか制作できない。
なお、アプリケーション制作装置４０，４０Ａ，４０Ｂは、一般的な構成のため、詳細な説明を省略する。
なお、アプリケーション制作装置４０，４０Ａ，４０Ｂは、一般的な構成のため、詳細な説明を省略する。
コンテンツ配信サーバ５０，５０Ａ，５０Ｂは、受信機８０のアプリケーションからの要求により、ネットワークを介して、コンテンツを受信機８０に提供するものである。このコンテンツ配信サーバ５０，５０Ａ，５０Ｂとしては、例えば、ＶＯＤ（ヒデオオンデマンド）配信サーバ、字幕配信サーバ、マルチビュー配信サーバ等があげられる。
本実施形態では、コンテンツ配信サーバ５０が放送局で管理され、コンテンツ配信サーバ５０Ａがサービス事業者Ａで管理され、コンテンツ配信サーバ５０Ｂがサービス事業者Ｂで管理されることとする。
なお、コンテンツ配信サーバ５０，５０Ａ，５０Ｂは、一般的な構成のため、詳細な説明省略する。
また、図１では、図面を見やすくするため、コンテンツ配信サーバ５０，５０Ａ，５０Ｂから受信機８０へのコンテンツ配信を示す実線を省略した。
なお、コンテンツ配信サーバ５０，５０Ａ，５０Ｂは、一般的な構成のため、詳細な説明省略する。
また、図１では、図面を見やすくするため、コンテンツ配信サーバ５０，５０Ａ，５０Ｂから受信機８０へのコンテンツ配信を示す実線を省略した。
ＩＤ・署名鍵・証明書発行装置６０は、放送局で管理され、サービス事業者ＢからのアプリケーションＩＤの申請に応じて、アプリケーションＩＤと、署名鍵ＳＢと、証明書ＣＢとを、サービス事業者Ｂ（アプリケーション登録装置３０Ｂ）に発行するものである。
また、ＩＤ・署名鍵・証明書発行装置６０は、失効した証明書ＣＢの一覧である失効リスト（ＣＲＬ（Certificate Revocation List）：証明書破棄リスト）を発行する。例えば、放送波を介して失効リストを受信機８０に送信する場合、ＩＤ・署名鍵・証明書発行装置６０は、この失効リストを放送送信装置２０に出力する。一方、ＩＤ・署名鍵・証明書発行装置６０は、ネットワークを介して、この失効リストを放送送信装置２０に出力してもよい。
なお、ＩＤ・署名鍵・証明書発行装置６０の構成は、後記する。
なお、ＩＤ・署名鍵・証明書発行装置６０の構成は、後記する。
アプリケーションサーバ７０は、放送局が制作した放送局アプリと、サービス事業者Ｂが制作した一般アプリとを記憶、管理するサーバである。このアプリケーションサーバ７０は、受信機８０からの要求に応じて、ネットワークを介して、放送局アプリ及び一般アプリを受信機８０に送信する。
アプリケーションサーバ７０Ａは、サービス事業者Ａで管理され、サービス事業者Ａが制作した外部アプリを記憶、管理するサーバである。このアプリケーションサーバ７０Ａは、受信機８０からの要求に応じて、ネットワークを介して、外部アプリを受信機８０に送信する。
なお、図１では、アプリケーションサーバ７０，７０Ａは、独立したサーバとしたが、１台のサーバであってもよい。
なお、図１では、アプリケーションサーバ７０，７０Ａは、独立したサーバとしたが、１台のサーバであってもよい。
受信機８０は、各ユーザの自宅等に設置され、地上デジタル放送、ＢＳデジタル放送、データ放送等の放送番組が視聴可能であると共に、ネットワークを介して、アプリケーションを受信可能な受信装置である。そして、受信機８０は、証明書及び署名を用いて、受信したアプリケーションが外部アプリであるか否かを認証する。さらに、受信機８０は、受信したアプリケーションが外部アプリの場合、この外部アプリの起動を禁止する。
この受信機８０では、アプリケーション起動情報に基づいて、アプリケーションの取得、起動、終了等の制御が行われるため、アプリケーション起動情報の概略について説明する。
この「アプリケーション起動情報」とは、アプリケーションの識別子（ＩＤ）、アプリケーションの配置場所等のアプリケーションを特定するための情報、ならびに、当該アプリケーションを制御するための付加的な情報（アプリケーション情報テーブル：ＡＩＴ（Application Information Table）に相当する情報）である。
この「アプリケーション起動情報」とは、アプリケーションの識別子（ＩＤ）、アプリケーションの配置場所等のアプリケーションを特定するための情報、ならびに、当該アプリケーションを制御するための付加的な情報（アプリケーション情報テーブル：ＡＩＴ（Application Information Table）に相当する情報）である。
［アプリケーション登録装置の構成］
図２、図３を参照して、アプリケーション登録装置３０，３０Ｂの構成について説明する（適宜図１参照）。
図２に示すように、アプリケーション登録装置３０は、アプリ入力手段３０１と、アプリＩＤ生成手段３０２と、アプリＩＤ付加手段３０３と、署名鍵入力手段３０４と、署名生成手段３０５と、署名付加手段３０６と、証明書付加手段３０７と、アプリ出力手段３０８とを備える。
図２、図３を参照して、アプリケーション登録装置３０，３０Ｂの構成について説明する（適宜図１参照）。
図２に示すように、アプリケーション登録装置３０は、アプリ入力手段３０１と、アプリＩＤ生成手段３０２と、アプリＩＤ付加手段３０３と、署名鍵入力手段３０４と、署名生成手段３０５と、署名付加手段３０６と、証明書付加手段３０７と、アプリ出力手段３０８とを備える。
アプリ入力手段３０１は、アプリケーション制作装置４０から放送局アプリが入力されるものである。そして、アプリ入力手段３０１は、入力された放送局アプリを、アプリＩＤ付加手段３０３に出力する。
アプリＩＤ生成手段３０２は、放送局アプリに付加するアプリケーションＩＤを生成するものである。例えば、アプリＩＤ生成手段３０２は、予め設定した命名規約に従って、アプリケーションＩＤを生成する。この命名規約は、例えば、放送局の事業者ＩＤと、この放送局内で一意に定められたアプリケーションを識別する番号とをアプリケーションＩＤとする。そして、アプリＩＤ生成手段３０２は、生成したアプリケーションＩＤを、アプリＩＤ付加手段３０３に出力する。
アプリＩＤ付加手段３０３は、アプリ入力手段３０１から入力された放送局アプリに、アプリＩＤ生成手段３０２から入力されたアプリケーションＩＤを付加するものである。そして、アプリＩＤ付加手段３０３は、アプリケーションＩＤが付加された放送局アプリを、署名付加手段３０６に出力する。さらに、アプリＩＤ付加手段３０３は、後記する署名元メッセージとして、入力されたアプリケーションＩＤ、放送局アプリ、又は、アプリケーションＩＤが付加された放送局アプリの何れかを、署名生成手段３０５に出力する。
署名鍵入力手段３０４は、ＣＡ局１０から証明書ＣＮ１と、署名鍵ＳＮ１とが入力されるものである。そして、署名鍵入力手段３０４は、入力された署名鍵ＳＮ１を署名生成手段３０５に出力する。さらに、署名鍵入力手段３０４は、入力された証明書ＣＮ１を証明書付加手段３０７に出力する。
署名生成手段３０５は、署名鍵入力手段３０４から署名鍵ＳＮ１が入力され、この署名鍵ＳＮ１を用いて、署名を生成するものである。例えば、署名生成手段３０５は、アプリＩＤ付加手段３０３から入力されたアプリケーションＩＤ、放送局アプリ、又は、アプリケーションＩＤが付加された放送局アプリの何れかを、署名の元となる署名元メッセージとする。そして、署名生成手段３０５は、この署名元メッセージに署名アルゴリズム（例えば、ＤＳＡ署名）を適用して署名を生成して、署名付加手段３０６に出力する。
なお、署名生成手段３０５は、署名元メッセージにハッシュ関数（例えば、ＳＨＡ−１アルゴリズム）を用いて署名元メッセージを容量の少ないデータに変換してから、署名アルゴリズムを適用することが好ましい。
なお、署名生成手段３０５は、署名元メッセージにハッシュ関数（例えば、ＳＨＡ−１アルゴリズム）を用いて署名元メッセージを容量の少ないデータに変換してから、署名アルゴリズムを適用することが好ましい。
すなわち、署名生成手段３０５は、以下の式（１）で表される署名を生成する。この式（１）では、Ｓｉｇが署名であり、Ｓｉｇｎａｔｕｒｅ＿Ｋｓが署名鍵ＳＮ１（秘密鍵）による署名生成であり、Ｍｅｓが署名元メッセージである。
Ｓｉｇ＝Ｓｉｇｎａｔｕｒｅ＿Ｋｓ（Ｍｅｓ）・・・式（１）
Ｓｉｇ＝Ｓｉｇｎａｔｕｒｅ＿Ｋｓ（Ｍｅｓ）・・・式（１）
署名付加手段３０６は、アプリＩＤ付加手段３０３から入力された放送局アプリに、署名生成手段３０５から入力された署名を付加するものである。そして、署名付加手段３０６は、署名が付加された放送局アプリを、証明書付加手段３０７に出力する。
証明書付加手段３０７は、署名付加手段３０６から入力された放送局アプリに、署名鍵入力手段３０４から入力された証明書ＣＮ１を付加するものである。そして、証明書付加手段３０７は、証明書ＣＮ１が付加された放送局アプリを、アプリ出力手段３０８に出力する。
アプリ出力手段３０８は、証明書付加手段３０７から入力された放送局アプリを、アプリケーションサーバ７０に出力（登録）するものである。つまり、アプリ出力手段３０８が出力する放送局アプリは、放送局アプリ本体と、アプリケーションＩＤと、署名鍵ＳＮ１による署名と、証明書ＣＮ１とがパッケージ化されたものである。
なお、図３のアプリケーション登録装置３０Ｂは、アプリケーションＩＤを生成しない点と、アプリケーションＩＤ及びアプリケーションＩＤが付加された放送局アプリを署名元メッセージにしない点と、署名鍵ＳＮ１の代わりに署名鍵ＳＢを用いる点とが、図２のアプリケーション登録装置３０と異なる。これ以外、アプリケーション登録装置３０Ｂは、図２の各手段と同様のため、詳細な説明を省略する。
つまり、アプリケーション登録装置３０Ｂが出力する一般アプリは、一般アプリ本体と、署名鍵ＳＢによる署名と、証明書ＣＢとがパッケージ化されたものである。
つまり、アプリケーション登録装置３０Ｂが出力する一般アプリは、一般アプリ本体と、署名鍵ＳＢによる署名と、証明書ＣＢとがパッケージ化されたものである。
［ＩＤ・署名鍵・証明書発行装置の構成］
図４を参照して、ＩＤ・署名鍵・証明書発行装置６０の構成について説明する（適宜図１参照）。
図４に示すように、ＩＤ・署名鍵・証明書発行装置６０は、署名鍵入力手段６０１と、アプリＩＤ生成手段６０２と、署名鍵・検証鍵生成手段６０３と、証明書生成手段６０４と、証明書管理手段６０５と、署名鍵管理手段６０６とを備える。
図４を参照して、ＩＤ・署名鍵・証明書発行装置６０の構成について説明する（適宜図１参照）。
図４に示すように、ＩＤ・署名鍵・証明書発行装置６０は、署名鍵入力手段６０１と、アプリＩＤ生成手段６０２と、署名鍵・検証鍵生成手段６０３と、証明書生成手段６０４と、証明書管理手段６０５と、署名鍵管理手段６０６とを備える。
署名鍵入力手段６０１は、ＣＡ局１０から署名鍵ＳＮ２が入力されるものである。そして、署名鍵入力手段６０１は、入力された署名鍵ＳＮ２を証明書生成手段６０４に出力する。
アプリＩＤ生成手段６０２は、一般アプリに付加するアプリケーションＩＤを生成するものである。例えば、アプリＩＤ生成手段６０２は、予め設定した命名規約に従って、アプリケーションＩＤを生成する。この命名規約は、例えば、サービス事業者Ｂの事業者ＩＤと、このサービス事業者Ｂ内で一意に定められたアプリケーションを識別する番号とをアプリケーションＩＤとする。そして、アプリＩＤ生成手段６０２は、生成したアプリケーションＩＤを、証明書生成手段６０４に出力する。
署名鍵・検証鍵生成手段６０３は、署名鍵ＳＢと、アプリケーション用検証鍵ＰＢ（以後、「検証鍵ＰＢ」）とを生成するものである。ここで、署名鍵・検証鍵生成手段６０３は、ＣＡ局１０と同様の公開鍵暗号方式により、署名鍵ＳＢと検証鍵ＰＢとの鍵ペアを生成する。そして、署名鍵・検証鍵生成手段６０３は、生成した検証鍵ＰＢを証明書生成手段６０４に出力する。さらに、署名鍵・検証鍵生成手段６０３は、生成した署名鍵ＳＢを署名鍵管理手段６０６に出力する。
証明書生成手段６０４は、一般アプリに付加する証明書ＣＢを生成するものである。例えば、証明書生成手段６０４は、図５に示すように、ＩＴＵ(International Telecommunication Union)のＸ．５０９に準拠した証明書ＣＢを生成する。
具体的には、証明書生成手段６０４は、署名鍵・検証鍵生成手段６０３から入力された検証鍵ＰＢを証明書ＣＢに付加する。また、証明書生成手段６０４は、アプリＩＤ生成手段６０２から入力されたアプリケーションＩＤを、証明書ＣＢに付加する。そして、証明書生成手段６０４は、一般アプリであることを識別する情報（属性）を証明書ＣＢに付加する。
具体的には、証明書生成手段６０４は、署名鍵・検証鍵生成手段６０３から入力された検証鍵ＰＢを証明書ＣＢに付加する。また、証明書生成手段６０４は、アプリＩＤ生成手段６０２から入力されたアプリケーションＩＤを、証明書ＣＢに付加する。そして、証明書生成手段６０４は、一般アプリであることを識別する情報（属性）を証明書ＣＢに付加する。
また、証明書生成手段６０４は、署名鍵入力手段６０１から入力された署名鍵ＳＮ２を用いて、証明書ＣＢの署名前証明書（図５）に該当するデータを署名元メッセージとして、署名を生成する。このとき、証明書生成手段６０４は、署名生成手段３０５（図２）と同様の署名アルゴリズムを用いることができる。そして、証明書生成手段６０４は、アプリケーションＩＤと、署名鍵ＳＮ２による署名と、署名鍵ＳＮ２による署名の生成に用いた署名アルゴリズムの名称とを、証明書ＣＢに付加して、証明書管理手段６０５に出力する。
＜証明書の具体例＞
図５を参照して、証明書生成手段６０４が生成した証明書ＣＢの具体例について、説明する。
図５に示すように、署名前証明書の各項目のうち、バージョン、シリアル番号及び有効期間（開始、終了）は、ＩＴＵのＸ．５０９に準拠して記述するため、詳細な説明を省略する。
また、署名前証明書の公開鍵情報には、検証鍵ＰＢが格納され、この検証鍵ＰＢを生成したアルゴリズムの名称が記述される。
また、署名前証明書には、発行者として放送局の名前が記述され、発行者の識別子として放送局の事業者ＩＤ（ユニークＩＤ）が記述される。
また、署名前証明書には、主体者としてサービス事業者Ｂの名前が記述され、主体者の識別子としてサービス事業者Ｂの事業者ＩＤ（ユニークＩＤ）が記述される。
また、署名前証明書の拡張項目には、アプリケーションＩＤと、一般アプリであることを示すアプリケーションの属性とが記述される。
そして、証明書ＣＢには、署名前証明書の各項目に加えて、署名鍵ＳＮ２による署名（放送局の署名）と、この放送局の署名の生成に用いた署名アルゴリズムの名称とが格納される。
図５を参照して、証明書生成手段６０４が生成した証明書ＣＢの具体例について、説明する。
図５に示すように、署名前証明書の各項目のうち、バージョン、シリアル番号及び有効期間（開始、終了）は、ＩＴＵのＸ．５０９に準拠して記述するため、詳細な説明を省略する。
また、署名前証明書の公開鍵情報には、検証鍵ＰＢが格納され、この検証鍵ＰＢを生成したアルゴリズムの名称が記述される。
また、署名前証明書には、発行者として放送局の名前が記述され、発行者の識別子として放送局の事業者ＩＤ（ユニークＩＤ）が記述される。
また、署名前証明書には、主体者としてサービス事業者Ｂの名前が記述され、主体者の識別子としてサービス事業者Ｂの事業者ＩＤ（ユニークＩＤ）が記述される。
また、署名前証明書の拡張項目には、アプリケーションＩＤと、一般アプリであることを示すアプリケーションの属性とが記述される。
そして、証明書ＣＢには、署名前証明書の各項目に加えて、署名鍵ＳＮ２による署名（放送局の署名）と、この放送局の署名の生成に用いた署名アルゴリズムの名称とが格納される。
図４に戻り、ＩＤ・署名鍵・証明書発行装置６０の構成について、説明を続ける。
証明書管理手段６０５は、証明書生成手段６０４から入力された証明書ＣＢを記憶、管理するものである。そして、証明書管理手段６０５は、サービス事業者ＢからのアプリケーションＩＤの申請に応じて、記憶した証明書ＣＢを、アプリケーション登録装置３０Ｂに出力する。
証明書管理手段６０５は、証明書生成手段６０４から入力された証明書ＣＢを記憶、管理するものである。そして、証明書管理手段６０５は、サービス事業者ＢからのアプリケーションＩＤの申請に応じて、記憶した証明書ＣＢを、アプリケーション登録装置３０Ｂに出力する。
また、証明書管理手段６０５は、失効リストを発行する。例えば、サービス事業者Ｂが信頼できなくなった場合、放送局は、サービス事業者Ｂの証明書ＣＢを失効させるため、サービス事業者Ｂの事業者ＩＤを証明書管理手段６０５に入力する。すると、証明書管理手段６０５は、このサービス事業者Ｂに発行した証明書ＣＢのシリアル番号等が格納された失効リストを生成する。そして、証明書管理手段６０５は、ネットワークを介して、失効リストを受信機８０に送信する。
なお、証明書管理手段６０５は、放送送信装置２０に失効リストを出力することで、放送波を介して、失効リストを受信機８０に送信してもよい。
なお、証明書管理手段６０５は、放送送信装置２０に失効リストを出力することで、放送波を介して、失効リストを受信機８０に送信してもよい。
署名鍵管理手段６０６は、署名鍵・検証鍵生成手段６０３から入力された署名鍵ＳＢを記憶、管理するものである。そして、署名鍵管理手段６０６は、サービス事業者ＢからのアプリケーションＩＤの申請に応じて、記憶した署名鍵ＳＢを、アプリケーション登録装置３０Ｂに出力する。
［受信機の構成］
図６を参照して、受信機８０の構成について説明する（適宜図１参照）。
図６に示すように、受信機（放送通信連携受信装置）８０は、放送受信手段８０１と、放送信号解析手段８０２と、映像・音声復号手段８０３と、データ放送復号手段８０４と、通信送受信手段８０５と、アプリ起動情報取得手段８０６と、アプリ起動情報記憶手段８０７と、リスト制御手段８０８と、アプリ管理・実行制御手段８０９と、起動アプリ識別情報記憶手段８１０と、アプリ取得手段（アプリケーション取得手段）８１１と、アプリ記憶手段８１２と、アプリ実行手段８１３と、操作制御手段８１４と、合成表示手段８１５と、セキュリティ管理手段８１６と、リソース管理手段８１９とを備える。
図６を参照して、受信機８０の構成について説明する（適宜図１参照）。
図６に示すように、受信機（放送通信連携受信装置）８０は、放送受信手段８０１と、放送信号解析手段８０２と、映像・音声復号手段８０３と、データ放送復号手段８０４と、通信送受信手段８０５と、アプリ起動情報取得手段８０６と、アプリ起動情報記憶手段８０７と、リスト制御手段８０８と、アプリ管理・実行制御手段８０９と、起動アプリ識別情報記憶手段８１０と、アプリ取得手段（アプリケーション取得手段）８１１と、アプリ記憶手段８１２と、アプリ実行手段８１３と、操作制御手段８１４と、合成表示手段８１５と、セキュリティ管理手段８１６と、リソース管理手段８１９とを備える。
放送受信手段８０１は、アンテナＡを介して、放送波として送信される放送データを受信するものである。この放送受信手段８０１は、放送データを受信、復調し、誤り訂正やＴＭＣＣ（Transmission and Multiplexing Configuration Control）復号等の復号を行い、ＭＰＥＧ２のトランスポートストリーム（ＴＳ）として、放送信号解析手段８０２に出力する。
なお、この放送受信手段８０１は、アンテナＡを介して、電波によって放送信号を受信するものに限定されず、ケーブルを介して、放送信号を受信するものであってもよい。
なお、この放送受信手段８０１は、アンテナＡを介して、電波によって放送信号を受信するものに限定されず、ケーブルを介して、放送信号を受信するものであってもよい。
放送信号解析手段８０２は、放送受信手段８０１で復調されたストリームデータ（トランスポートストリーム）において、ＰＳＩ／ＳＩ（Program Specific Information〔番組特定情報〕／Service Information〔番組配列情報〕）を解析し、現在選局されている編成チャンネルに対応する映像、音声、データ放送等のデータを抽出するものである。なお、選局は、後記する操作制御手段８１４から通知されるチャンネル切替指示に基づいて行われる。
この放送信号解析手段８０２は、抽出した映像、音声等のデータであるＰＥＳ（Packetized Elementary Stream）形式のデータについては、映像・音声復号手段８０３に出力し、抽出したデータ放送等のデータであるセクション形式のデータについては、データ放送復号手段８０４に出力する。
このとき、放送信号解析手段８０２は、放送受信手段８０１で復調されたストリームデータから、ＳＩ（番組配列情報）の一つであるＡＩＴの記述子（アプリケーション起動情報記述子）に含まれているアプリケーション起動情報を抽出してもよい。そして、放送信号解析手段８０２は、抽出したアプリケーション起動情報をアプリ起動情報記憶手段８０７に書き込み記憶する。さらに、放送信号解析手段８０２は、アプリケーション起動情報を抽出した場合、アプリケーション起動情報が通知された旨（起動情報通知）を、アプリケーションを識別する情報（アプリケーションＩＤ）と共に、アプリ管理・実行制御手段８０９に通知する。
映像・音声復号手段８０３は、放送信号解析手段８０２で抽出された映像・音声（映像ストリーム及び音声ストリーム）を復号するものである。この映像・音声復号手段８０３は、映像・音声が例えば、ＭＰＥＧ２の符号化方式によって符号化されている場合、ＭＰＥＧ２の復号を行い表示可能な出力形式の映像・音声データとして、合成表示手段８１５に出力する。
データ放送復号手段８０４は、放送信号解析手段８０２で抽出されたデータ放送のデータを復号するものである。このデータ放送復号手段８０４は、カルーセルを復号し、ＢＭＬを解析し、当該ＢＭＬを表示可能な出力形式に変換するＢＭＬブラウザの機能を有し、変換した表示データ（データ放送データ）を、合成表示手段８１５に出力する。
また、データ放送復号手段８０４は、カルーセルで送信されたアプリケーション起動情報を抽出してもよい。そして、データ放送復号手段８０４は、抽出したアプリケーション起動情報をアプリ起動情報記憶手段８０７に書き込む。
ここで、データ放送復号手段８０４は、証明書抽出手段８０４ａをさらに備える。
証明書抽出手段８０４ａは、カルーセルで送信された失効リストと、証明書ＣＣＡ，ＣＮ２とを抽出する。また、証明書抽出手段８０４ａは、抽出した失効リストを、ＣＲＬ管理手段８１７ａに書き込む。そして、証明書抽出手段８０４ａは、抽出した証明書ＣＣＡ，ＣＮ２を証明書管理手段８１７ｂに書き込む。
証明書抽出手段８０４ａは、カルーセルで送信された失効リストと、証明書ＣＣＡ，ＣＮ２とを抽出する。また、証明書抽出手段８０４ａは、抽出した失効リストを、ＣＲＬ管理手段８１７ａに書き込む。そして、証明書抽出手段８０４ａは、抽出した証明書ＣＣＡ，ＣＮ２を証明書管理手段８１７ｂに書き込む。
通信送受信手段８０５は、ネットワークを介して、放送局アプリ、一般アプリ、外部アプリ等のデータを受信するものである。
ここで、通信送受信手段８０５は、ＣＲＬ抽出手段８０５ａをさらに備える。
ＣＲＬ抽出手段８０５ａは、ネットワークで送信されたデータから、失効リストを抽出する。そして、ＣＲＬ抽出手段８０５ａは、抽出した失効リストを、ＣＲＬ管理手段８１７ａに書き込む。
ここで、通信送受信手段８０５は、ＣＲＬ抽出手段８０５ａをさらに備える。
ＣＲＬ抽出手段８０５ａは、ネットワークで送信されたデータから、失効リストを抽出する。そして、ＣＲＬ抽出手段８０５ａは、抽出した失効リストを、ＣＲＬ管理手段８１７ａに書き込む。
アプリ起動情報取得手段８０６は、通信送受信手段８０５を介して、放送局アプリ及び一般アプリに対応する起動情報を取得するものである。
例えば、アプリ起動情報取得手段８０６は、起動時（電源ＯＮ時）に予め定めたサーバ（アプリケーション起動情報サーバ）からアプリケーション起動情報を取得し、取得したアプリケーション起動情報をアプリ起動情報記憶手段８０７に書き込み記憶する。あるいは、アプリ起動情報取得手段８０６は、ユーザによって、後記する操作制御手段８１４を介して、アプリケーションのリストを表示させる指示（リスト表示指示）が通知された段階で、アプリケーション起動情報を取得することとしてもよい。
例えば、アプリ起動情報取得手段８０６は、起動時（電源ＯＮ時）に予め定めたサーバ（アプリケーション起動情報サーバ）からアプリケーション起動情報を取得し、取得したアプリケーション起動情報をアプリ起動情報記憶手段８０７に書き込み記憶する。あるいは、アプリ起動情報取得手段８０６は、ユーザによって、後記する操作制御手段８１４を介して、アプリケーションのリストを表示させる指示（リスト表示指示）が通知された段階で、アプリケーション起動情報を取得することとしてもよい。
アプリ起動情報記憶手段８０７は、アプリケーション起動情報を記憶するものであって、メモリ、ハードディスク等の記憶媒体である。ここでは、アプリ起動情報記憶手段８０７は、放送信号解析手段８０２によって、抽出されたアプリケーション起動情報が書き込まれる。また、アプリ起動情報記憶手段８０７は、アプリ起動情報取得手段８０６によって、取得されたアプリケーション起動情報が書き込まれる。
リスト制御手段８０８は、起動可能なアプリケーションのリストの表示及びアプリケーションの選択の制御を行うローンチャー（Launcher）である。
このリスト制御手段８０８は、起動可能なアプリケーションのリストを表示する。つまり、リスト制御手段８０８は、ユーザから操作制御手段８１４を介してリスト表示を指示されることで、アプリ起動情報記憶手段８０７に記憶されているアプリケーション起動情報に対応するアプリケーションのリストを生成し、表示データとして、合成表示手段８１５に出力する。
このリスト制御手段８０８は、起動可能なアプリケーションのリストを表示する。つまり、リスト制御手段８０８は、ユーザから操作制御手段８１４を介してリスト表示を指示されることで、アプリ起動情報記憶手段８０７に記憶されているアプリケーション起動情報に対応するアプリケーションのリストを生成し、表示データとして、合成表示手段８１５に出力する。
また、リスト制御手段８０８は、表示したアプリケーションのリストにおいて、操作制御手段８１４を介して指示される、ユーザからのリスト選択指示に基づいて、アプリケーションを選択するものである。そして、リスト制御手段８０８は、選択されたアプリケーションを識別する番号（アプリケーションＩＤ）を含んだ選択アプリケーション通知をアプリ管理・実行制御手段８０９に出力する。
アプリ管理・実行制御手段８０９は、アプリケーションのライフサイクル（アプリケーションがロード、実行されて終了するまでの過程）を制御するものである。
具体的には、アプリ管理・実行制御手段８０９は、後記するアプリ実行手段８１３からリソース割当要求が入力されると、このリソース割当要求を後記するリソース管理手段８１９に出力（転送）する。
具体的には、アプリ管理・実行制御手段８０９は、後記するアプリ実行手段８１３からリソース割当要求が入力されると、このリソース割当要求を後記するリソース管理手段８１９に出力（転送）する。
また、アプリ管理・実行制御手段８０９は、リソース管理手段８１９からリソース割当要求の応答が入力されると、このリソース割当要求の応答をアプリ実行手段８１３に出力（転送）する。
ここで、リソース割当要求の応答がリソースの割り当てが成功したことを示すリソース割当成功の場合、アプリ管理・実行制御手段８０９は、起動中のアプリケーションＩＤに対応づけて、このリソース割当成功をメモリ等に格納されたセキュリティ情報テーブル（不図示）に書き込む。
一方、リソース割当要求の応答がリソースの割り当てが失敗したことを示すリソース割当失敗の場合、アプリ管理・実行制御手段８０９は、起動中のアプリケーションＩＤに対応づけて、このリソース割当失敗をセキュリティ情報テーブルに書き込む。
ここで、リソース割当要求の応答がリソースの割り当てが成功したことを示すリソース割当成功の場合、アプリ管理・実行制御手段８０９は、起動中のアプリケーションＩＤに対応づけて、このリソース割当成功をメモリ等に格納されたセキュリティ情報テーブル（不図示）に書き込む。
一方、リソース割当要求の応答がリソースの割り当てが失敗したことを示すリソース割当失敗の場合、アプリ管理・実行制御手段８０９は、起動中のアプリケーションＩＤに対応づけて、このリソース割当失敗をセキュリティ情報テーブルに書き込む。
また、アプリ管理・実行制御手段８０９は、後記するアプリ認証手段８１７から認証結果が入力される。この認証結果は、アプリケーションのＩＤと、属性とが含まれる。この属性は、放送局アプリ、一般アプリ、外部アプリ又は認証失敗を示す情報であり、例えば、０：放送局アプリを示し、１：一般アプリを示し、２：外部アプリを示し、３：認証失敗を示す。そして、アプリ管理・実行制御手段８０９は、入力された認証結果を、起動中のアプリケーションＩＤに対応づけてセキュリティ情報テーブルに書き込む。
これによって、アプリ管理・実行制御手段８０９は、起動中のアプリケーションに対するリソースの割り当ての成否、割り当てられたリソース、及び、認証結果を記憶、管理することができる。
これによって、アプリ管理・実行制御手段８０９は、起動中のアプリケーションに対するリソースの割り当ての成否、割り当てられたリソース、及び、認証結果を記憶、管理することができる。
ここで、アプリ管理・実行制御手段８０９は、起動制御手段８０９ａと、終了制御手段８０９ｂと、蓄積管理手段８０９ｃとを備えている。
起動制御手段８０９ａは、入力された認証結果に基づいて、アプリ取得手段８１１が取得したアプリケーションの起動を制御するものである。
起動制御手段８０９ａは、入力された認証結果に基づいて、アプリ取得手段８１１が取得したアプリケーションの起動を制御するものである。
ここで、起動制御手段８０９ａは、放送信号解析手段８０２から起動情報通知が通知された場合、又は、リスト制御手段８０８から選択アプリケーション通知が通知された場合、認証結果に基づいて、アプリケーションの起動を制御する。
認証結果が放送局アプリ又は一般アプリの場合、起動制御手段８０９ａは、アプリ実行手段８１３に当該アプリケーションを実行する旨（起動制御指示）を通知する。これによって、放送局アプリ及び一般アプリが、起動することになる。
一方、認証結果が外部アプリ又は認証失敗の場合、起動制御手段８０９ａは、アプリケーションを実行させない旨、アプリ実行手段８１３に指示する。これによって、外部アプリの起動が禁止されることになる。
なお、起動制御手段８０９ａは、起動中のアプリケーションを識別情報（アプリケーションＩＤ）で管理し、起動アプリ識別情報記憶手段８１０に起動中のアプリケーションＩＤを書き込むこととする。
認証結果が放送局アプリ又は一般アプリの場合、起動制御手段８０９ａは、アプリ実行手段８１３に当該アプリケーションを実行する旨（起動制御指示）を通知する。これによって、放送局アプリ及び一般アプリが、起動することになる。
一方、認証結果が外部アプリ又は認証失敗の場合、起動制御手段８０９ａは、アプリケーションを実行させない旨、アプリ実行手段８１３に指示する。これによって、外部アプリの起動が禁止されることになる。
なお、起動制御手段８０９ａは、起動中のアプリケーションを識別情報（アプリケーションＩＤ）で管理し、起動アプリ識別情報記憶手段８１０に起動中のアプリケーションＩＤを書き込むこととする。
終了制御手段８０９ｂは、起動中のアプリケーションの終了制御を行うものである。
具体的には、終了制御手段８０９ｂは、放送信号解析手段８０２から起動情報通知が通知された際、アプリ起動情報記憶手段８０７に記憶されている、起動情報通知と共に通知されるアプリケーションＩＤに対応するアプリケーション起動情報に記述されているアプリケーション制御コードに応じて、アプリケーションを終了させる。
具体的には、終了制御手段８０９ｂは、放送信号解析手段８０２から起動情報通知が通知された際、アプリ起動情報記憶手段８０７に記憶されている、起動情報通知と共に通知されるアプリケーションＩＤに対応するアプリケーション起動情報に記述されているアプリケーション制御コードに応じて、アプリケーションを終了させる。
蓄積管理手段８０９ｃは、受信機８０内（具体的には、アプリ記憶手段８１２）にアプリケーションを予め蓄積（インストール）する制御を行うものである。
具体的には、蓄積管理手段８０９ｃは、リスト制御手段８０８から、起動可能なアプリケーションのリストの中で、ユーザが選択した選択アプリケーションを特定する情報（アプリケーションＩＤ）と共に、アプリ記憶手段８１２にアプリケーションを蓄積させる旨を通知された場合に、アプリケーション起動情報に記述されているアプリケーションの所在からそのアプリケーションを取得し、アプリ記憶手段８１２に書き込む旨（アプリケーション取得指示）を、アプリ取得手段８１１に通知する。
これによって、アプリ記憶手段８１２には、ユーザが選択したアプリケーションが蓄積される。
具体的には、蓄積管理手段８０９ｃは、リスト制御手段８０８から、起動可能なアプリケーションのリストの中で、ユーザが選択した選択アプリケーションを特定する情報（アプリケーションＩＤ）と共に、アプリ記憶手段８１２にアプリケーションを蓄積させる旨を通知された場合に、アプリケーション起動情報に記述されているアプリケーションの所在からそのアプリケーションを取得し、アプリ記憶手段８１２に書き込む旨（アプリケーション取得指示）を、アプリ取得手段８１１に通知する。
これによって、アプリ記憶手段８１２には、ユーザが選択したアプリケーションが蓄積される。
また、蓄積管理手段８０９ｃは、アプリケーションをアプリ記憶手段８１２に蓄積（インストール）した場合、アプリ起動情報記憶手段８０７にアプリケーションが蓄積されている旨の状態を書き込み管理することとする。
一方、蓄積管理手段８０９ｃは、ユーザの指示に応じて、蓄積したアプリケーションを削除する。すなわち、アプリ記憶手段８１２に記憶されているアプリケーションは、蓄積管理手段８０９ｃ内の蓄積アプリケーションリスト表示手段（不図示）によってリスト表示され、アプリケーション選択削除手段（不図示）によって、ユーザからの選択により、アプリ記憶手段８１２から削除される。このとき、アプリケーション選択削除手段（不図示）は、アプリ起動情報記憶手段８０７において、対応するアプリケーション蓄積状態を“未蓄積”とする。
一方、蓄積管理手段８０９ｃは、ユーザの指示に応じて、蓄積したアプリケーションを削除する。すなわち、アプリ記憶手段８１２に記憶されているアプリケーションは、蓄積管理手段８０９ｃ内の蓄積アプリケーションリスト表示手段（不図示）によってリスト表示され、アプリケーション選択削除手段（不図示）によって、ユーザからの選択により、アプリ記憶手段８１２から削除される。このとき、アプリケーション選択削除手段（不図示）は、アプリ起動情報記憶手段８０７において、対応するアプリケーション蓄積状態を“未蓄積”とする。
起動アプリ識別情報記憶手段８１０は、起動中のアプリケーションの識別情報（アプリケーションＩＤ）を記憶するものであって、半導体メモリ等の記憶媒体である。この起動アプリ識別情報記憶手段８１０は、起動制御手段８０９ａによって、アプリケーションが起動された際にアプリケーションＩＤが書き込まれ、終了制御手段８０９ｂによって、アプリケーションが終了する際に削除される。
アプリ取得手段８１１は、通信送受信手段８０５を介して、アプリケーションサーバ７０，７０Ａに記憶されたアプリケーションを取得するものである。
このアプリ取得手段８１１は、蓄積管理手段８０９ｃからアプリケーション取得指示を通知された場合、当該指示で通知されるアプリケーションの所在（アドレス）から、指定されたアプリケーションを取得し、その取得したアプリケーションを蓄積管理手段８０９ｃに書き込み蓄積する。
このアプリ取得手段８１１は、蓄積管理手段８０９ｃからアプリケーション取得指示を通知された場合、当該指示で通知されるアプリケーションの所在（アドレス）から、指定されたアプリケーションを取得し、その取得したアプリケーションを蓄積管理手段８０９ｃに書き込み蓄積する。
また、アプリ取得手段８１１は、アプリケーションを取得したとき、放送局アプリ、一般アプリ又は外部アプリの何れであるかの認証（判定）を指示する認証指示を、アプリ認証手段８１７に出力する。
これによって、受信機８０は、アプリケーションを起動する都度、認証を行う場合に比べて、その回数を低減でき、受信機８０の処理負荷を軽減することができる。
アプリ取得手段８１１が出力した認証指示は、図６には「認証指示１」と図示した。なお、「認証指示２」については、説明を後記する。
これによって、受信機８０は、アプリケーションを起動する都度、認証を行う場合に比べて、その回数を低減でき、受信機８０の処理負荷を軽減することができる。
アプリ取得手段８１１が出力した認証指示は、図６には「認証指示１」と図示した。なお、「認証指示２」については、説明を後記する。
アプリ記憶手段８１２は、アプリ取得手段８１１で取得されたアプリケーションを記憶するもので、ハードディスク等の記憶媒体である。このアプリ記憶手段８１２に記憶されているアプリケーションは、アプリ実行手段８１３によって読み出され、実行される。
なお、アプリ記憶手段８１２に記憶されているアプリケーションが放送局アプリ又は一般アプリであれば、放送通信連携システム１が想定するアプリケーションＩＤと、署名と、証明書とが付加されている。一方、アプリ記憶手段８１２に記憶されているアプリケーションが外部アプリであれば、放送通信連携システム１が想定するアプリケーションＩＤと、署名と、証明書との何れも付加されていない。
なお、アプリ記憶手段８１２に記憶されているアプリケーションが放送局アプリ又は一般アプリであれば、放送通信連携システム１が想定するアプリケーションＩＤと、署名と、証明書とが付加されている。一方、アプリ記憶手段８１２に記憶されているアプリケーションが外部アプリであれば、放送通信連携システム１が想定するアプリケーションＩＤと、署名と、証明書との何れも付加されていない。
アプリ実行手段８１３は、アプリ管理・実行制御手段８０９からの指示（起動制御指示）に基づいて、アプリケーションの起動及び終了を行うものである。
このアプリ実行手段８１３は、起動制御手段８０９ａからアプリケーションを実行する旨が指示された場合、起動制御指示に含まれるアプリケーションを特定する情報（アプリケーションＩＤ、所在位置等）に基づいて、アプリケーション及びアプリケーションを実行する際に必要となるデータ（例えば、メタデータ、アイコンデータ等）をアプリケーションの取得元から取得する。
そして、アプリ実行手段８１３は、図示を省略したメモリにアプリケーションを展開（ロード）し、アプリケーション（放送局アプリ及び一般アプリ）を実行する。
このアプリケーションの実行に伴う画像や音声のデータは、合成表示手段８１５に出力される。
このアプリ実行手段８１３は、起動制御手段８０９ａからアプリケーションを実行する旨が指示された場合、起動制御指示に含まれるアプリケーションを特定する情報（アプリケーションＩＤ、所在位置等）に基づいて、アプリケーション及びアプリケーションを実行する際に必要となるデータ（例えば、メタデータ、アイコンデータ等）をアプリケーションの取得元から取得する。
そして、アプリ実行手段８１３は、図示を省略したメモリにアプリケーションを展開（ロード）し、アプリケーション（放送局アプリ及び一般アプリ）を実行する。
このアプリケーションの実行に伴う画像や音声のデータは、合成表示手段８１５に出力される。
また、アプリ実行手段８１３は、起動制御手段８０９ａからアプリケーションを実行させない旨が指示された場合、合成表示手段８１５を介して、アプリケーションを実行できない旨のメッセージを表示してもよい。このように、外部アプリ又は認証失敗の場合、アプリ実行手段８１３に起動制御指示が入力されないため、その起動が禁止される。
また、アプリ実行手段８１３は、終了制御手段８０９ｂからアプリケーションを終了する旨が指示された場合、指示されたアプリケーションを終了させる。
また、アプリ実行手段８１３は、終了制御手段８０９ｂからアプリケーションを終了する旨が指示された場合、指示されたアプリケーションを終了させる。
ここで、アプリ実行手段８１３は、起動中のアプリケーションがリソースにアクセスするＡＰＩ（Application Program Interface）を呼び出した場合、アプリ管理・実行制御手段８０９を介して、リソース割当要求をリソース管理手段８１９に出力する。
このリソース割当要求は、リソースの割り当てを要求するものであり、例えば、起動中のアプリケーションが呼び出したＡＰＩ名が含まれている。
このリソース割当要求は、リソースの割り当てを要求するものであり、例えば、起動中のアプリケーションが呼び出したＡＰＩ名が含まれている。
また、アプリ実行手段８１３は、アプリ管理・実行制御手段８０９からリソース割当要求の応答が入力される。
ここで、リソース割当要求の応答がリソース割当成功の場合、アプリ実行手段８１３は、ＡＰＩを呼び出して、リソース管理手段８１９によって割り当てられたリソースを使用する。
一方、リソース割当要求の応答がリソース割当失敗の場合、アプリ実行手段８１３は、例えば、セキュリティ関係の例外処理、アプリケーションを終了する等のアプリケーションごとに任意の処理を行う。
ここで、リソース割当要求の応答がリソース割当成功の場合、アプリ実行手段８１３は、ＡＰＩを呼び出して、リソース管理手段８１９によって割り当てられたリソースを使用する。
一方、リソース割当要求の応答がリソース割当失敗の場合、アプリ実行手段８１３は、例えば、セキュリティ関係の例外処理、アプリケーションを終了する等のアプリケーションごとに任意の処理を行う。
ここで、アプリ実行手段８１３は、終了制御手段８０９ｂから通常終了あるいは強制終了であるかを、例えば、割り込み信号等によって起動中のアプリケーションに通知し、アプリケーションを終了させる。
なお、アプリ実行手段８１３は、アプリ管理・実行制御手段８０９を介して、リソース割当要求をリソース管理手段８１９に出力することとして説明したが、これに限定されない。具体的には、アプリ実行手段８１３は、リソース割当要求をリソース管理手段８１９に直接出力してもよい（不図示）。
操作制御手段８１４は、外部のリモコン装置Ｒｉ等の入力手段を介して、受信機８０に対するユーザの操作（例えば、チャンネル変更等）を制御するものである。
この操作制御手段８１４は、リモコン装置Ｒｉを介してユーザからチャンネルの変更が指示された場合、選択されたチャンネルのチャンネル番号を含んだチャンネル切替指示を放送信号解析手段８０２に通知する。これによって、現在視聴中のチャンネルが選局されることになる。
この操作制御手段８１４は、リモコン装置Ｒｉを介してユーザからチャンネルの変更が指示された場合、選択されたチャンネルのチャンネル番号を含んだチャンネル切替指示を放送信号解析手段８０２に通知する。これによって、現在視聴中のチャンネルが選局されることになる。
合成表示手段８１５は、映像・音声を合成して表示するものである。この合成表示手段８１５は、映像・音声復号手段８０３で復号された映像データ・音声データ、データ放送復号手段８０４で復号されたデータ放送の表示データ、リスト制御手段８０８で生成されたリストの表示データ及びアプリ実行手段８１３で生成されたアプリケーションの表示データをそれぞれ合成して表示する。
なお、合成表示手段８１５は、合成した音声については、音声信号として外部に接続されたスピーカ等の音声出力装置Ｓｐに出力し、合成した映像（画像）については、映像信号として外部に接続された液晶ディスプレイ等の映像表示装置Ｍｏに出力する。
なお、合成表示手段８１５は、合成した音声については、音声信号として外部に接続されたスピーカ等の音声出力装置Ｓｐに出力し、合成した映像（画像）については、映像信号として外部に接続された液晶ディスプレイ等の映像表示装置Ｍｏに出力する。
セキュリティ管理手段８１６は、受信機８０のセキュリティを管理するものであり、アプリケーション認証手段（アプリケーション判定手段）８１７と、リソースアクセス制御手段８１８とを備える。
アプリ認証手段８１７は、アプリ取得手段８１１から入力された認証指示に応じて、アプリ取得手段８１１が取得したアプリケーションが放送局アプリ、一般アプリ、外部アプリ又は認証失敗の何れであるかを認証（判定）するものである（アプリケーション認証）。
＜アプリケーション認証＞
以下、アプリケーション認証の具体例について説明する。
図６に示すように、アプリ認証手段８１７は、アプリ取得手段８１１から認証指示が入力されると、アプリ記憶手段８１２から、アプリケーションと、アプリケーションに付加されたアプリケーションＩＤと、署名と、証明書ＣＮ１，ＣＢとを抽出する。
以下、アプリケーション認証の具体例について説明する。
図６に示すように、アプリ認証手段８１７は、アプリ取得手段８１１から認証指示が入力されると、アプリ記憶手段８１２から、アプリケーションと、アプリケーションに付加されたアプリケーションＩＤと、署名と、証明書ＣＮ１，ＣＢとを抽出する。
アプリ認証手段８１７は、ＣＲＬ管理手段（失効リスト記憶手段）８１７ａと、証明書管理手段８１７ｂと、証明書確認手段（証明書判定手段）８１７ｃと、署名検証手段８１７ｄとを備える。
ＣＲＬ管理手段８１７ａは、証明書抽出手段８０４ａ又はＣＲＬ抽出手段８０５ａから入力された失効リストを記憶、管理するものである。
証明書管理手段８１７ｂは、証明書抽出手段８０４ａから入力された証明書ＣＣＡ，ＣＮ２を記憶、管理するものである。このとき、証明書管理手段８１７ｂは、証明書ＣＣＡとして、汎用ルート証明書を記憶してもよい。さらに、証明書管理手段８１７ｂは、証明書ＣＮ２として、事業者専用ルート証明書を記憶してもよい。
ＣＲＬ管理手段８１７ａは、証明書抽出手段８０４ａ又はＣＲＬ抽出手段８０５ａから入力された失効リストを記憶、管理するものである。
証明書管理手段８１７ｂは、証明書抽出手段８０４ａから入力された証明書ＣＣＡ，ＣＮ２を記憶、管理するものである。このとき、証明書管理手段８１７ｂは、証明書ＣＣＡとして、汎用ルート証明書を記憶してもよい。さらに、証明書管理手段８１７ｂは、証明書ＣＮ２として、事業者専用ルート証明書を記憶してもよい。
証明書確認手段８１７ｃは、アプリケーションに付加された証明書ＣＮ１，ＣＢと、証明書管理手段８１７ｂに記憶された証明書ＣＮ２とが有効であるか否かを確認（判定）するものである。
具体的には、証明書確認手段８１７ｃは、アプリケーションに証明書ＣＮ１，ＣＢの何れかが付加されているか否か、つまり、アプリケーションから証明書ＣＮ１，ＣＢの何れかを抽出できたか否かを確認する。
また、証明書確認手段８１７ｃは、証明書管理手段８１７ｂに記憶された証明書ＣＣＡの検証鍵ＰＣＡを用いて、アプリケーションから抽出した証明書ＣＮ１と、証明書管理手段８１７ｂに記憶された証明書ＣＮ２とが有効であるか否かを確認する。
なお、証明書ＣＮ１、ＣＮ２が有効か否かの確認とは、例えば、検証鍵ＰＣＡを用いて、証明書ＣＮ１、ＣＮ２に付加された署名（署名鍵ＳＣＡで生成した署名）を復号し、復号した署名と署名元メッセージとが一致するか否かを検証することである。
具体的には、証明書確認手段８１７ｃは、アプリケーションに証明書ＣＮ１，ＣＢの何れかが付加されているか否か、つまり、アプリケーションから証明書ＣＮ１，ＣＢの何れかを抽出できたか否かを確認する。
また、証明書確認手段８１７ｃは、証明書管理手段８１７ｂに記憶された証明書ＣＣＡの検証鍵ＰＣＡを用いて、アプリケーションから抽出した証明書ＣＮ１と、証明書管理手段８１７ｂに記憶された証明書ＣＮ２とが有効であるか否かを確認する。
なお、証明書ＣＮ１、ＣＮ２が有効か否かの確認とは、例えば、検証鍵ＰＣＡを用いて、証明書ＣＮ１、ＣＮ２に付加された署名（署名鍵ＳＣＡで生成した署名）を復号し、復号した署名と署名元メッセージとが一致するか否かを検証することである。
また、証明書確認手段８１７ｃは、アプリケーションから抽出した証明書ＣＢが、ＣＲＬ管理手段８１７ａに記憶された失効リストで失効しているか否かを確認する。例えば、証明書確認手段８１７ｃは、この失効リストに、証明書ＣＢのシリアル番号が含まれるか否かを確認する。そして、証明書ＣＢが失効していない場合、証明書確認手段８１７ｃは、有効な証明書ＣＮ２の検証鍵ＰＮ２を用いて、証明書ＣＢが有効であるか否かを確認する。
なお、証明書ＣＢが有効か否かの確認とは、例えば、検証鍵ＰＮ２を用いて、証明書ＣＢに付加された署名（署名鍵ＳＮ２による署名）を復号し、復号した署名と署名元メッセージとが一致するか否かを検証することである。
なお、証明書ＣＢが有効か否かの確認とは、例えば、検証鍵ＰＮ２を用いて、証明書ＣＢに付加された署名（署名鍵ＳＮ２による署名）を復号し、復号した署名と署名元メッセージとが一致するか否かを検証することである。
ここで、外部アプリの場合、証明書確認手段８１７ｃは、所定の証明書が付加されていないことを確認した結果（認証結果）を、アプリ管理・実行制御手段８０９及びリソースアクセス制御手段８１８に出力する。これによって、アプリ管理・実行制御手段８０９（起動制御手段８０９ａ）は、アプリケーションを実行させない旨、アプリ実行手段８１３に指示することになる。
一方、外部アプリでない場合、証明書確認手段８１７ｃは、署名検証手段８１７ｄに署名の検証を指示（署名検証指示）する。
なお、証明書確認手段８１７ｃの詳細は、後記する受信機８０の動作で説明する（図１０参照）。
一方、外部アプリでない場合、証明書確認手段８１７ｃは、署名検証手段８１７ｄに署名の検証を指示（署名検証指示）する。
なお、証明書確認手段８１７ｃの詳細は、後記する受信機８０の動作で説明する（図１０参照）。
署名検証手段８１７ｄは、アプリケーションから抽出した署名が正当であるか否かを検証するものである。ここで、署名検証手段８１７ｄは、証明書確認手段８１７ｃから署名検証指示が入力されると、証明書ＣＮ１，ＣＢの検証鍵ＰＮ１，ＰＢを用いて、署名が正当であるか否かを検証する。
すなわち、署名検証手段８１７ｄは、署名元メッセージに署名検証アルゴリズムを適用して、アプリケーションから抽出した署名を検証する（式（２）参照）。この式（２）では、Ｖｅｒｉｆｙ＿Ｋｐが検証鍵（公開鍵）ＰＮ１，ＰＢを使用した署名検証である。
Ｖｅｒｉｆｙ＿Ｋｐ（Ｍｅｓ、Ｓｉｇ）＜＝＞１・・・式（２）
Ｖｅｒｉｆｙ＿Ｋｐ（Ｍｅｓ、Ｓｉｇ）＜＝＞１・・・式（２）
ここで、Ｖｅｒｉｆｙの結果が１である場合、署名が正当といえる。従って、検証鍵ＰＮ１で検証できた場合、署名検証手段８１７ｄは、取得したアプリケーションが放送局アプリであると認証する。また、検証鍵ＰＢで検証できた場合、署名検証手段８１７ｄは、取得したアプリケーションが一般アプリであると認証する。
一方、Ｖｅｒｉｆｙの結果が１でない場合、署名が正当でないので、署名検証手段８１７ｄは、取得したアプリケーションが外部アプリであると認証する。
一方、Ｖｅｒｉｆｙの結果が１でない場合、署名が正当でないので、署名検証手段８１７ｄは、取得したアプリケーションが外部アプリであると認証する。
そして、署名検証手段８１７ｄは、署名を検証したアプリケーションのＩＤと属性とが含まれる認証結果を、アプリ管理・実行制御手段８０９及びリソースアクセス制御手段８１８に出力する。この認証結果に応じて、アプリ管理・実行制御手段８０９（起動制御手段８０９ａ）は、起動制御指示又はアプリケーションを実行させない旨の何れかを、アプリ実行手段８１３に指示することになる。
なお、署名検証手段８１７ｄの詳細は、後記する受信機８０の動作で説明する（図１０参照）。
なお、署名検証手段８１７ｄの詳細は、後記する受信機８０の動作で説明する（図１０参照）。
リソースアクセス制御手段８１８は、アプリ認証手段８１７から入力された認証結果に応じて、アプリ取得手段８１１が取得したアプリケーションに対して、リソースアクセス制御を行うものである。本実施形態では、リソースアクセス制御手段８１８は、予め設定されたリソースアクセス制御テーブルに基づいて、リソースアクセス制御を行う。
＜リソースアクセス制御＞
図７を参照して、リソースアクセス制御手段８１８によるリソースアクセス制御を具体的に説明する（適宜図６参照）。
このリソースアクセス制御テーブルは、放送局アプリ、一般アプリ及び外部アプリのそれぞれが、アクセスできるリソースとアクセスできないリソースとを示すテーブルである。また、リソースアクセス制御テーブルは、図７に示すように、ＡＰＩ識別子と、ＡＰＩ名と、リソース種類と、アクセス権限というデータ項目を有する。
図７を参照して、リソースアクセス制御手段８１８によるリソースアクセス制御を具体的に説明する（適宜図６参照）。
このリソースアクセス制御テーブルは、放送局アプリ、一般アプリ及び外部アプリのそれぞれが、アクセスできるリソースとアクセスできないリソースとを示すテーブルである。また、リソースアクセス制御テーブルは、図７に示すように、ＡＰＩ識別子と、ＡＰＩ名と、リソース種類と、アクセス権限というデータ項目を有する。
ＡＰＩ識別子は、リソースにアクセスするＡＰＩを一意に識別する識別子である。
ＡＰＩ名は、そのリソースにアクセスするＡＰＩの名称である。
リソース種別は、そのＡＰＩがアクセスするリソースを示す情報である。
アクセス権限は、放送局アプリ、一般アプリ及び外部アプリのそれぞれが、そのリソースにアクセスできるか否かを示す。
ＡＰＩ名は、そのリソースにアクセスするＡＰＩの名称である。
リソース種別は、そのＡＰＩがアクセスするリソースを示す情報である。
アクセス権限は、放送局アプリ、一般アプリ及び外部アプリのそれぞれが、そのリソースにアクセスできるか否かを示す。
このリソースは、アプリケーションの動作に必要となるコンテンツ要素及び受信機資源であり、例えば、放送リソース、通信リソース、受信機リソースがある。
この放送リソースは、放送波で扱われるリソースであり、例えば、映像、音声、字幕、ＰＳＩ（Program Specific Information）／ＳＩ（Service Information）をあげることができる。
また、通信リソースは、ネットワークで扱われるリソースであり、例えば、ＴＣＰ（Transmission Control Protocol）、ＵＤＰ（User Datagram Protocol）をあげることができる。
さらに、受信機リソースは、受信機８０のソフトウェア及びハードウェアに関するリソースであり、例えば、映像・音声出力処理、選局処理、メモリ、ストレージをあげることができる。
この放送リソースは、放送波で扱われるリソースであり、例えば、映像、音声、字幕、ＰＳＩ（Program Specific Information）／ＳＩ（Service Information）をあげることができる。
また、通信リソースは、ネットワークで扱われるリソースであり、例えば、ＴＣＰ（Transmission Control Protocol）、ＵＤＰ（User Datagram Protocol）をあげることができる。
さらに、受信機リソースは、受信機８０のソフトウェア及びハードウェアに関するリソースであり、例えば、映像・音声出力処理、選局処理、メモリ、ストレージをあげることができる。
図７のリソースアクセス制御テーブルでは、リソースごとに、そのリソースにアクセスする専用のＡＰＩが規定されている。この例では、リソース「映像」にアクセスするＡＰＩが「ｓｕｂＡ（）」であり、リソース「音声」にアクセスするＡＰＩが「ｓｕｂＢ（）」であり、リソース「字幕」にアクセスするＡＰＩが「ｓｕｂＣ（）」であり、リソース「ＳＩ」にアクセスするＡＰＩが「ｓｕｂＤ（）」である。
また、このリソースアクセス制御テーブルでは、放送局アプリが、「映像」、「音声」、「字幕」、「ＳＩ」の全リソースについて、アクセス権限が「○」であるため、アクセスできることを示す。
また、このリソースアクセス制御テーブルでは、一般アプリが、リソース「映像」、「音声」、「字幕」について、アクセス権限が「×」であるため、アクセスできないことを示す。一方、このリソースアクセス制御テーブルでは、一般アプリであっても、リソース「ＳＩ」にアクセスできることを示す。
つまり、図７のリソースアクセス制御テーブルは、放送局アプリが、一般アプリに比べて、幅広いリソースにアクセスできるように設定されている。言い換えるなら、このリソースアクセス制御テーブルでは、一般アプリが、安全性や放送の公共性の観点から、放送リソースにアクセスできないように設定されている。
なお、リソースアクセス制御テーブルは、外部アプリが放送通信連携システム１で管理されるリソースにアクセスしようとした場合を考慮して、外部アプリが全リソースにアクセスできないように設定されている。
なお、リソースアクセス制御テーブルは、外部アプリが放送通信連携システム１で管理されるリソースにアクセスしようとした場合を考慮して、外部アプリが全リソースにアクセスできないように設定されている。
ここで、放送局等の権限を有する者が、このリソースアクセス制御テーブルを作成して、放送波又はネットワークを介して受信機８０に送信して、受信機８０に記憶されることとしてもよい。これによって、受信機８０では、放送局により、各アプリケーションがアクセスできるリソースを管理でき、メンテナンス性が向上する。
なお、リソースアクセス制御テーブルは、図７の例に限定されない。例えば、リソースアクセス制御テーブルには、放送リソース以外のリソース（例えば、「ＴＣＰ」等の通信リソース）を設定することもできる。
リソースアクセス制御手段８１８は、アプリ認証手段８１７から認証結果が入力される。そして、リソースアクセス制御手段８１８は、リソース管理手段８１９からリソース割当可否問合が入力されると、このリソース割当可否問合に応じて、リソースの割り当てが可能であるか否かを判定する。
具体的には、認証結果（判定結果）が放送局アプリの場合、リソースアクセス制御手段８１８は、リソース割当可否問合に含まれるＡＰＩ名をリソースアクセス制御テーブルの検索キーとして、放送局アプリのアクセス権限を検索して、リソースの割り当ての可否を判定する。例えば、放送局アプリが「ｓｕｂＡ（）」を呼び出した場合、リソースアクセス制御手段８１８は、リソース「映像」のアクセス権限が「○」のため、リソースの割り当てが可能と判定する。そして、リソースアクセス制御手段８１８は、リソースの割り当てが可能であることを示すリソース割当可能を、リソース管理手段８１９に出力する。
なお、放送局アプリのアクセス権限が「×」の場合、リソースアクセス制御手段８１８は、放送局アプリであっても、そのリソースにアクセスすることを禁止する。
なお、放送局アプリのアクセス権限が「×」の場合、リソースアクセス制御手段８１８は、放送局アプリであっても、そのリソースにアクセスすることを禁止する。
一方、認証結果（判定結果）が一般アプリの場合、リソースアクセス制御手段８１８は、リソース割当可否問合に含まれるＡＰＩ名をリソースアクセス制御テーブルの検索キーとして、一般アプリのアクセス権限を検索して、リソースの割り当ての可否を判定する。例えば、一般アプリが「ｓｕｂＡ（）」を呼び出した場合、リソースアクセス制御手段８１８は、リソース「映像」のアクセス権限が「×」のため、リソースの割り当てが不可と判定する。また、一般アプリが「ｓｕｂＤ（）」を呼び出した場合、リソースアクセス制御手段８１８は、リソース「ＳＩ」のアクセス権限が「○」のため、リソースの割り当てが可能と判定する。その後、リソースアクセス制御手段８１８は、この判定結果に基づいて、リソースの割り当てが不可であることを示すリソース割当不可、または、リソース割当可能の何れかを、リソース管理手段８１９に出力する。
図６に戻り、受信機８０の構成について説明を続ける。
リソース管理手段８１９は、各種リソースを管理するものである。ここで、リソース管理手段８１９は、アプリ実行手段８１３からリソース割当要求が入力されると、このリソース割当要求に応じて、リソース割当可否問合をリソースアクセス制御手段８１８に出力する。
このリソース割当可否問合は、リソースの割り当て可否をリソースアクセス制御手段８１８に問い合わせるものであり、例えば、リソース割当要求に格納されたＡＰＩ名が含まれることとする。
リソース管理手段８１９は、各種リソースを管理するものである。ここで、リソース管理手段８１９は、アプリ実行手段８１３からリソース割当要求が入力されると、このリソース割当要求に応じて、リソース割当可否問合をリソースアクセス制御手段８１８に出力する。
このリソース割当可否問合は、リソースの割り当て可否をリソースアクセス制御手段８１８に問い合わせるものであり、例えば、リソース割当要求に格納されたＡＰＩ名が含まれることとする。
また、リソース管理手段８１９は、リソースアクセス制御手段８１８からリソース割当可否問合の応答が入力される。
ここで、リソース管理手段８１９は、このリソース割当可否問合の応答がリソース割当可能の場合、起動中のアプリケーションにリソースを割り当てる。そして、リソース管理手段８１９は、リソースの割り当てが成功したことを示すリソース割当成功を、アプリ管理・実行制御手段８０９に出力する。
一方、リソース管理手段８１９は、このリソース割当可否問合の応答がリソース割当不可の場合、リソースの割り当てが失敗したことを示すリソース割当失敗を、アプリ管理・実行制御手段８０９に出力する。
ここで、リソース管理手段８１９は、このリソース割当可否問合の応答がリソース割当可能の場合、起動中のアプリケーションにリソースを割り当てる。そして、リソース管理手段８１９は、リソースの割り当てが成功したことを示すリソース割当成功を、アプリ管理・実行制御手段８０９に出力する。
一方、リソース管理手段８１９は、このリソース割当可否問合の応答がリソース割当不可の場合、リソースの割り当てが失敗したことを示すリソース割当失敗を、アプリ管理・実行制御手段８０９に出力する。
［放送通信連携システムの動作：放送局アプリの起動］
図１の放送通信連携システム１で放送局アプリを起動する動作（図８）と、放送通信連携システム１で一般アプリを起動する動作（図９）と、受信機８０でのアプリケーション認証（図１０）とを順に説明する。
図１の放送通信連携システム１で放送局アプリを起動する動作（図８）と、放送通信連携システム１で一般アプリを起動する動作（図９）と、受信機８０でのアプリケーション認証（図１０）とを順に説明する。
図８を参照して、放送通信連携システム１で放送局アプリを起動する動作について、説明する（適宜図１参照）。
この図８の説明では、証明書ＣＣＡ、ＣＮ１が有効であり、放送局アプリの署名が正当であることとする。
図８に示すように、ＣＡ局１０は、放送局から、証明書の発行が申請される。この証明書の発行申請は、ネットワーク等のオンライン、又は、郵送等のオフラインで行われる（ステップＳ１）。
この図８の説明では、証明書ＣＣＡ、ＣＮ１が有効であり、放送局アプリの署名が正当であることとする。
図８に示すように、ＣＡ局１０は、放送局から、証明書の発行が申請される。この証明書の発行申請は、ネットワーク等のオンライン、又は、郵送等のオフラインで行われる（ステップＳ１）。
ＣＡ局１０は、署名鍵ＳＣＡと検証鍵ＰＣＡとの鍵ペアを生成すると共に、署名鍵ＳＮ１と検証鍵ＰＮ１との鍵ペアを生成する。
ＣＡ局１０は、署名鍵ＳＣＡによる署名及び検証鍵ＰＮ１を証明書ＣＮ１に格納し、証明書ＣＮ１と署名鍵ＳＮ１とをアプリケーション登録装置３０に発行する（ステップＳ２）。
ＣＡ局１０は、検証鍵ＰＣＡを証明書ＣＣＡに格納し、放送送信装置２０に発行する。そして、放送送信装置２０は、放送波を介して、ＣＡ局１０から発行された証明書ＣＣＡを受信機８０に送信する（ステップＳ３）。
ＣＡ局１０は、署名鍵ＳＣＡによる署名及び検証鍵ＰＮ１を証明書ＣＮ１に格納し、証明書ＣＮ１と署名鍵ＳＮ１とをアプリケーション登録装置３０に発行する（ステップＳ２）。
ＣＡ局１０は、検証鍵ＰＣＡを証明書ＣＣＡに格納し、放送送信装置２０に発行する。そして、放送送信装置２０は、放送波を介して、ＣＡ局１０から発行された証明書ＣＣＡを受信機８０に送信する（ステップＳ３）。
アプリケーション登録装置３０は、アプリケーションＩＤを生成する（ステップＳ４）。
アプリケーション登録装置３０は、ＣＡ局１０から入力された署名鍵ＳＮ１を用いて、署名を生成する（ステップＳ５）。
アプリケーション登録装置３０は、アプリケーションＩＤと、署名鍵ＳＮ１による署名と、証明書ＣＮ１とを放送局アプリに付加（パッケージ化）し、この送局アプリをアプリケーションサーバ７０に登録する（ステップＳ６、Ｓ７）。
アプリケーション登録装置３０は、ＣＡ局１０から入力された署名鍵ＳＮ１を用いて、署名を生成する（ステップＳ５）。
アプリケーション登録装置３０は、アプリケーションＩＤと、署名鍵ＳＮ１による署名と、証明書ＣＮ１とを放送局アプリに付加（パッケージ化）し、この送局アプリをアプリケーションサーバ７０に登録する（ステップＳ６、Ｓ７）。
受信機８０は、アプリケーションサーバ７０に放送局アプリを要求する（ステップＳ８）。
受信機８０は、要求した放送局アプリをアプリケーションサーバ７０から取得する（ステップＳ９）。
受信機８０は、放送局アプリから、アプリケーションＩＤと、署名鍵ＳＮ１による署名と、証明書ＣＮ１とを抽出する（ステップＳ１０）。
受信機８０は、要求した放送局アプリをアプリケーションサーバ７０から取得する（ステップＳ９）。
受信機８０は、放送局アプリから、アプリケーションＩＤと、署名鍵ＳＮ１による署名と、証明書ＣＮ１とを抽出する（ステップＳ１０）。
受信機８０は、証明書ＣＣＡの検証鍵ＰＣＡを用いて、放送局アプリから抽出した証明書ＣＮ１が有効であるか否かを確認する（ステップＳ１１）。
受信機８０は、証明書ＣＮ１の検証鍵ＰＮ１を用いて、放送局アプリから抽出した、署名鍵ＳＮ１による署名が正当であるか否かを検証する（ステップＳ１２）。
受信機８０は、認証結果が放送局アプリとなるため、取得した放送局アプリを起動する（ステップＳ１３）
このように、受信機８０は、証明書ＣＣＡ、ＣＮ１が有効、かつ、放送局アプリの署名が正当な場合、放送局アプリを起動する。
受信機８０は、証明書ＣＮ１の検証鍵ＰＮ１を用いて、放送局アプリから抽出した、署名鍵ＳＮ１による署名が正当であるか否かを検証する（ステップＳ１２）。
受信機８０は、認証結果が放送局アプリとなるため、取得した放送局アプリを起動する（ステップＳ１３）
このように、受信機８０は、証明書ＣＣＡ、ＣＮ１が有効、かつ、放送局アプリの署名が正当な場合、放送局アプリを起動する。
［放送通信連携システムの動作：一般アプリの起動］
図９を参照して、放送通信連携システム１で一般アプリを起動する動作について、説明する（適宜図１参照）。
この図９の説明では、証明書ＣＣＡ，ＣＮ２，ＣＢが有効であり、一般アプリの署名が正当であることとする。
図９に示すように、ＣＡ局１０は、放送局から、証明書の発行が申請される（ステップＳ２１）。
なお、ステップＳ２１の処理は、図８のステップＳ１と同様のため、詳細な説明を省略する。
図９を参照して、放送通信連携システム１で一般アプリを起動する動作について、説明する（適宜図１参照）。
この図９の説明では、証明書ＣＣＡ，ＣＮ２，ＣＢが有効であり、一般アプリの署名が正当であることとする。
図９に示すように、ＣＡ局１０は、放送局から、証明書の発行が申請される（ステップＳ２１）。
なお、ステップＳ２１の処理は、図８のステップＳ１と同様のため、詳細な説明を省略する。
ＣＡ局１０は、署名鍵ＳＣＡと検証鍵ＰＣＡとの鍵ペアを生成すると共に、署名鍵ＳＮ２と検証鍵ＰＮ２との鍵ペアを生成する。
ＣＡ局１０は、署名鍵ＳＮ２をＩＤ・署名鍵・証明書発行装置６０に発行する（ステップＳ２２）。
ＣＡ局１０は、検証鍵ＰＣＡを証明書ＣＣＡに格納し、署名鍵ＳＣＡによる署名及び検証鍵ＰＮ２を証明書ＣＮ２に格納し、証明書ＣＣＡ，ＣＮ２を放送送信装置２０に発行する。そして、放送送信装置２０は、放送波を介して、ＣＡ局１０から発行された証明書ＣＣＡ，ＣＮ２を受信機８０に送信する（ステップＳ２３）。
ＣＡ局１０は、署名鍵ＳＮ２をＩＤ・署名鍵・証明書発行装置６０に発行する（ステップＳ２２）。
ＣＡ局１０は、検証鍵ＰＣＡを証明書ＣＣＡに格納し、署名鍵ＳＣＡによる署名及び検証鍵ＰＮ２を証明書ＣＮ２に格納し、証明書ＣＣＡ，ＣＮ２を放送送信装置２０に発行する。そして、放送送信装置２０は、放送波を介して、ＣＡ局１０から発行された証明書ＣＣＡ，ＣＮ２を受信機８０に送信する（ステップＳ２３）。
放送局（ＩＤ・署名鍵・証明書発行装置６０）は、サービス事業者Ｂから、アプリケーションＩＤが申請される。このアプリケーションＩＤの申請は、オンライン又はオフラインで行われる（ステップＳ２４）。
ＩＤ・署名鍵・証明書発行装置６０は、アプリケーションＩＤを生成し、署名鍵ＳＢと検証鍵ＰＢとの鍵ペアを生成し、アプリケーションＩＤ及び検証鍵ＰＢが格納された証明書ＣＢを生成する（ステップＳ２５）。
ＩＤ・署名鍵・証明書発行装置６０は、アプリケーションＩＤ及び検証鍵ＰＢが格納された証明書ＣＢと、署名鍵ＳＢとをアプリケーション登録装置３０Ｂに発行する（ステップＳ２６）。
ＩＤ・署名鍵・証明書発行装置６０は、アプリケーションＩＤ及び検証鍵ＰＢが格納された証明書ＣＢと、署名鍵ＳＢとをアプリケーション登録装置３０Ｂに発行する（ステップＳ２６）。
アプリケーション登録装置３０Ｂは、ＩＤ・署名鍵・証明書発行装置６０から入力された署名鍵ＳＢを用いて、署名を生成する（ステップＳ２７）。
アプリケーション登録装置３０Ｂは、署名鍵ＳＢによる署名と、証明書ＣＢとを一般アプリに付加（パッケージ化）し、この一般アプリをアプリケーションサーバ７０に登録する（ステップＳ２８、Ｓ２９）。
アプリケーション登録装置３０Ｂは、署名鍵ＳＢによる署名と、証明書ＣＢとを一般アプリに付加（パッケージ化）し、この一般アプリをアプリケーションサーバ７０に登録する（ステップＳ２８、Ｓ２９）。
受信機８０は、アプリケーションサーバ７０に一般アプリを要求する（ステップＳ３０）。
受信機８０は、要求した一般アプリをアプリケーションサーバ７０から取得する（ステップＳ３１）。
受信機８０は、一般アプリから、署名鍵ＳＢによる署名と、証明書ＣＢとを抽出する（ステップＳ３２）。
受信機８０は、要求した一般アプリをアプリケーションサーバ７０から取得する（ステップＳ３１）。
受信機８０は、一般アプリから、署名鍵ＳＢによる署名と、証明書ＣＢとを抽出する（ステップＳ３２）。
受信機８０は、証明書ＣＣＡの検証鍵ＰＣＡを用いて、証明書ＣＮ２が有効であるか否かを確認する（ステップＳ３３）。
受信機８０は、証明書ＣＮ２の検証鍵ＰＮ２を用いて、一般アプリから抽出した証明書ＣＢが有効であるか否かを確認する（ステップＳ３４）。
受信機８０は、証明書ＣＮ２の検証鍵ＰＮ２を用いて、有効な証明書ＣＢから、アプリケーションＩＤを抽出する（ステップＳ３５）。
受信機８０は、証明書ＣＢの検証鍵ＰＢを用いて、一般アプリから抽出した、署名鍵ＳＢによる署名が正当であるか否かを検証する（ステップＳ３６）。
受信機８０は、認証結果が一般アプリとなるため、取得した一般アプリを起動する（ステップＳ３７）
このように、受信機８０は、証明書ＣＣＡ，ＣＮ２，ＣＢが有効、かつ、一般アプリの署名が正当な場合、一般アプリを起動する。
受信機８０は、証明書ＣＮ２の検証鍵ＰＮ２を用いて、一般アプリから抽出した証明書ＣＢが有効であるか否かを確認する（ステップＳ３４）。
受信機８０は、証明書ＣＮ２の検証鍵ＰＮ２を用いて、有効な証明書ＣＢから、アプリケーションＩＤを抽出する（ステップＳ３５）。
受信機８０は、証明書ＣＢの検証鍵ＰＢを用いて、一般アプリから抽出した、署名鍵ＳＢによる署名が正当であるか否かを検証する（ステップＳ３６）。
受信機８０は、認証結果が一般アプリとなるため、取得した一般アプリを起動する（ステップＳ３７）
このように、受信機８０は、証明書ＣＣＡ，ＣＮ２，ＣＢが有効、かつ、一般アプリの署名が正当な場合、一般アプリを起動する。
［受信機の動作：アプリケーション認証］
図１０を参照して、受信機８０でアプリケーション認証の動作について、説明する（適宜図６参照）。
この図１０の説明では、証明書ＣＣＡ，ＣＮ２が証明書管理手段８１７ｂに記憶されていることとする。また、証明書ＣＮ２が証明書ＣＣＡの検証鍵ＰＣＡで有効と確認されていることとする（つまり、検証鍵ＰＮ２が正しいとして扱われる）。
また、図１０では、「証明書」とは、受信機８０が取得したアプリケーションに付加された証明書のことであり、証明書ＣＮ１，ＣＢの何れかである。
また、図１０では、説明をわかり易くするため、「放送局アプリ」、「一般アプリ」、「外部アプリ」という認証結果を破線で図示した。
図１０を参照して、受信機８０でアプリケーション認証の動作について、説明する（適宜図６参照）。
この図１０の説明では、証明書ＣＣＡ，ＣＮ２が証明書管理手段８１７ｂに記憶されていることとする。また、証明書ＣＮ２が証明書ＣＣＡの検証鍵ＰＣＡで有効と確認されていることとする（つまり、検証鍵ＰＮ２が正しいとして扱われる）。
また、図１０では、「証明書」とは、受信機８０が取得したアプリケーションに付加された証明書のことであり、証明書ＣＮ１，ＣＢの何れかである。
また、図１０では、説明をわかり易くするため、「放送局アプリ」、「一般アプリ」、「外部アプリ」という認証結果を破線で図示した。
受信機８０は、証明書確認手段８１７ｃによって、アプリケーションに証明書が付加されているか否か（アプリケーションから証明書を抽出できたか否か）を確認する（ステップＳ１０１）。
証明書が付加されている場合（ステップＳ１０１でＹｅｓ）、受信機８０は、ステップＳ１０２の処理に進む。
証明書が付加されていない場合（ステップＳ１０１でＮｏ）、受信機８０は、認証結果を外部アプリとして、アプリケーション認証を終了する。
証明書が付加されている場合（ステップＳ１０１でＹｅｓ）、受信機８０は、ステップＳ１０２の処理に進む。
証明書が付加されていない場合（ステップＳ１０１でＮｏ）、受信機８０は、認証結果を外部アプリとして、アプリケーション認証を終了する。
受信機８０は、証明書確認手段８１７ｃによって、証明書管理手段８１７ｂに記憶された証明書ＣＣＡの検証鍵ＰＣＡを用いて、アプリケーションに付加された証明書が有効であるか否かを確認する（ステップＳ１０２）。
証明書が有効な場合（ステップＳ１０２でＹｅｓ）、アプリケーションに証明書ＣＮ１が付加されており、受信機８０は、ステップＳ１０３の処理に進む。
証明書が有効でない場合（ステップＳ１０２でＮｏ）、アプリケーションに証明書ＣＮ１が付加されておらず、受信機８０は、ステップＳ１０４の処理に進む。
証明書が有効な場合（ステップＳ１０２でＹｅｓ）、アプリケーションに証明書ＣＮ１が付加されており、受信機８０は、ステップＳ１０３の処理に進む。
証明書が有効でない場合（ステップＳ１０２でＮｏ）、アプリケーションに証明書ＣＮ１が付加されておらず、受信機８０は、ステップＳ１０４の処理に進む。
受信機８０は、署名検証手段８１７ｄによって、アプリケーションに付加された証明書ＣＮ１の検証鍵ＰＮ１を用いて、アプリケーションに付加された署名（署名鍵ＳＮ１による署名）が正当であるか否かを検証する（ステップＳ１０３）。
署名が正当な場合（ステップＳ１０３でＹｅｓ）、署名鍵ＳＮ１による署名が放送局アプリに付加されており、受信機８０は、認証結果を放送局アプリとして、アプリケーション認証を終了する。
署名が正当でない場合（ステップＳ１０３でＮｏ）、受信機８０は、認証結果を認証失敗（改ざんあり）として、アプリケーション認証を終了する。
署名が正当な場合（ステップＳ１０３でＹｅｓ）、署名鍵ＳＮ１による署名が放送局アプリに付加されており、受信機８０は、認証結果を放送局アプリとして、アプリケーション認証を終了する。
署名が正当でない場合（ステップＳ１０３でＮｏ）、受信機８０は、認証結果を認証失敗（改ざんあり）として、アプリケーション認証を終了する。
受信機８０は、証明書確認手段８１７ｃによって、証明書管理手段８１７ｂに記憶された証明書ＣＮ２の検証鍵ＰＮ２を用いて、アプリケーションに付加された証明書が有効であるか否かを確認する（ステップＳ１０４）。
証明書が有効な場合（ステップＳ１０４でＹｅｓ）、アプリケーションに証明書ＣＢが付加されており、受信機８０は、ステップＳ１０５の処理に進む。
証明書が有効でない場合（ステップＳ１０４でＮｏ）、受信機８０は、認証結果を外部アプリとして、アプリケーション認証を終了する。
証明書が有効な場合（ステップＳ１０４でＹｅｓ）、アプリケーションに証明書ＣＢが付加されており、受信機８０は、ステップＳ１０５の処理に進む。
証明書が有効でない場合（ステップＳ１０４でＮｏ）、受信機８０は、認証結果を外部アプリとして、アプリケーション認証を終了する。
受信機８０は、署名検証手段８１７ｄによって、アプリケーションに付加された証明書ＣＢの検証鍵ＰＢを用いて、アプリケーションに付加された署名（署名鍵ＳＢによる署名）が正当であるか否かを検証する（ステップＳ１０５）。
署名が正当な場合（ステップＳ１０５でＹｅｓ）、署名鍵ＳＢによる署名が一般アプリに付加されており、受信機８０は、認証結果を一般アプリとして、アプリケーション認証を終了する。
署名が正当でない場合（ステップＳ１０５でＮｏ）、受信機８０は、認証結果を認証失敗（改ざんあり）として、アプリケーション認証を終了する。
署名が正当な場合（ステップＳ１０５でＹｅｓ）、署名鍵ＳＢによる署名が一般アプリに付加されており、受信機８０は、認証結果を一般アプリとして、アプリケーション認証を終了する。
署名が正当でない場合（ステップＳ１０５でＮｏ）、受信機８０は、認証結果を認証失敗（改ざんあり）として、アプリケーション認証を終了する。
以上のように、本発明の実施形態に係る放送通信連携システム１は、放送局が制作した放送局アプリだけでなく、様々なサービス事業者や個人が制作した一般アプリも安全に提供できると共に、動作が保証されず安全性の確保が困難な外部アプリの起動を受信機８０で禁止することができる。これによって、放送通信連携システム１は、放送局アプリだけでなく、一般アプリも安全に提供できるため、幅広いサービス事業者等の参入を促しつつ、高い安全性を確保することができる。
また、放送通信連携システム１は、署名及び証明書を用いることにより、アプリケーションの真正性（改ざんがないこと）、及び、その提供元を正しく確認することができ、アプリケーションの信頼性を確保できる。さらに、放送通信連携システム１は、サービス事業者等によるアプリケーションＩＤや属性の改ざんを防止することができ、安全性を確保することができる。
また、放送通信連携システム１は、求められる安全性に応じて柔軟に、放送局単位又は個々のアプリケーション単位など、様々な単位で署名鍵（秘密鍵）を運用することを可能とする。さらに、放送通信連携システム１は、例えば、受信機８０に格納する検証鍵（証明書に含まれる公開鍵）の個数が１個〜数個程度でよく、安全性の確保と受信機８０の実装負荷低減との両立を図ることができる。
また、放送通信連携システム１は、既存のデジタル放送受信機で運用されている汎用ルート証明書及び事業者専用ルート証明書を流用できるため、受信機８０の実装コストを低減すると共に、受信機８０の処理負荷を軽減することができる。
さらに、放送通信連携システム１は、失効リストを受信機８０に送信することで、効率的かつ効果的に、アプリケーションの起動を制御することができる。例えば、放送通信連携システム１は、あるアプリケーションが提供された後、その提供元が信頼できなくなった場合でも、そのアプリケーションの起動を事後的に禁止することができる。
なお、本実施形態では、放送局にＩＤ・署名鍵・証明書発行装置（署名鍵・証明書発行装置）６０が備えられることとして説明したが、本発明は、これに限定されない。
例えば、サービス事業者Ｂのアプリケーション制作装置４０Ｂが、ＩＤ・署名鍵・証明書発行装置６０の全手段を備えることとする。
また、アプリケーション制作装置４０Ｂが、ＩＤ・署名鍵・証明書発行装置６０のうち、アプリＩＤ生成手段６０２（図４）以外の全手段を備えてもよい。この場合、サービス事業者Ｂは、放送局にアプリケーションＩＤを申請すると、放送局からアプリケーションＩＤだけを受け取り、署名及び証明書ＣＢを自ら生成することになる。
例えば、サービス事業者Ｂのアプリケーション制作装置４０Ｂが、ＩＤ・署名鍵・証明書発行装置６０の全手段を備えることとする。
また、アプリケーション制作装置４０Ｂが、ＩＤ・署名鍵・証明書発行装置６０のうち、アプリＩＤ生成手段６０２（図４）以外の全手段を備えてもよい。この場合、サービス事業者Ｂは、放送局にアプリケーションＩＤを申請すると、放送局からアプリケーションＩＤだけを受け取り、署名及び証明書ＣＢを自ら生成することになる。
なお、本実施形態では、証明書ＣＢにアプリケーションＩＤが含まれることとして説明したが、本発明は、証明書ＣＢにアプリケーションＩＤを含めなくともよい。これによって、放送通信連携システム１は、アプリケーションごとに証明書ＣＢを発行する必要がなく、処理負荷を軽減することができる。一方、放送通信連携システム１は、サービス事業者ＢによるアプリケーションＩＤの改ざんを防止できず、安全性が低下することもある。
ここで、サービス事業者Ｂでの署名生成及び受信機８０での署名検証の手順は、放送局アプリの手順と同様のため、説明を省略する。
ここで、サービス事業者Ｂでの署名生成及び受信機８０での署名検証の手順は、放送局アプリの手順と同様のため、説明を省略する。
なお、本実施形態では、アプリケーション取得時にアプリケーション認証を行うこととして説明したが、本発明は、アプリケーション起動時にアプリケーション認証を行うこともできる。この場合、起動制御手段８０９ａがアプリケーションを起動する都度、認証指示がアプリ認証手段８１７に出力されて（図６の「認証指示２」）、アプリケーション認証が行われることになり、安全性がより向上する。
このように、アプリケーション取得時またはアプリケーション起動時の何れかのタイミングで署名を検証すればよいので、受信機８０の設計自由度を向上させることができる。
このように、アプリケーション取得時またはアプリケーション起動時の何れかのタイミングで署名を検証すればよいので、受信機８０の設計自由度を向上させることができる。
なお、本実施形態では、放送局アプリ、一般アプリ及び外部アプリの制作者をそれぞれ１つとして説明したが、複数であってもよい。また、同一のサービス事業者が一般アプリ及び外部アプリの両方を制作してもよい。さらに、放送局がサービス事業者として、一般アプリ及び外部アプリを制作してもよい。
なお、本実施形態では、証明書ＣＮ１，ＣＮ２と、署名鍵ＳＮ１，ＳＮ２と、検証鍵ＰＮ１，ＰＮ２とを個別のものとして説明したが、本発明は、これらを共通化してもよい。つまり、放送通信連携システム１は、放送局とサービス事業者との間で、共通の証明書ＣＮと、署名鍵ＳＮと、検証鍵ＰＮとを用いる。
１ 放送通信連携システム
１０ ＣＡ局（認証局）
２０ 放送送信装置
３０ アプリケーション登録装置（放送事業者用アプリケーション登録装置）
３０Ｂ アプリケーション登録装置（サービス事業者用アプリケーション登録装置）
３０１ アプリ入力手段
３０２ アプリＩＤ生成手段
３０３ アプリＩＤ付加手段
３０４ 署名鍵入力手段
３０５ 署名生成手段
３０６ 署名付加手段
３０７ 証明書付加手段
３０８ アプリ出力手段
４０，４０Ａ，４０Ｂ アプリケーション制作装置
５０，５０Ａ，５０Ｂ コンテンツ配信サーバ
６０ ＩＤ・署名鍵・証明書発行装置（署名鍵・証明書発行装置）
６０１ 署名鍵入力手段
６０２ アプリＩＤ生成手段
６０３ 署名鍵・検証鍵生成手段
６０４ 証明書生成手段
６０５ 証明書管理手段
６０６ 署名鍵管理手段
７０，７０Ａ アプリケーションサーバ
８０ 放送通信連携受信装置（受信機）
８０１ 放送受信手段
８０２ 放送信号解析手段
８０３ 映像・音声復号手段
８０４ データ放送復号手段
８０４ａ 証明書抽出手段
８０５ 通信送受信手段
８０５ａ ＣＲＬ抽出手段
８０６ アプリ起動情報取得手段
８０７ アプリ起動情報記憶手段
８０８ リスト制御手段
８０９ アプリ管理・実行制御手段
８０９ａ 起動制御手段
８０９ｂ 終了制御手段
８０９ｃ 蓄積管理手段
８１０ 起動アプリ識別情報記憶手段
８１１ アプリ取得手段（アプリケーション取得手段）
８１２ アプリ記憶手段
８１３ アプリ実行手段
８１４ 操作制御手段
８１５ 合成表示手段
８１６ セキュリティ管理手段
８１７ アプリ認証手段
８１７ａ ＣＲＬ管理手段（失効リスト記憶手段）
８１７ｂ 証明書管理手段（証明書記憶手段）
８１７ｃ 証明書確認手段（証明書判定手段）
８１７ｄ 署名検証手段
８１８ リソースアクセス制御手段
８１９ リソース管理手段
１０ ＣＡ局（認証局）
２０ 放送送信装置
３０ アプリケーション登録装置（放送事業者用アプリケーション登録装置）
３０Ｂ アプリケーション登録装置（サービス事業者用アプリケーション登録装置）
３０１ アプリ入力手段
３０２ アプリＩＤ生成手段
３０３ アプリＩＤ付加手段
３０４ 署名鍵入力手段
３０５ 署名生成手段
３０６ 署名付加手段
３０７ 証明書付加手段
３０８ アプリ出力手段
４０，４０Ａ，４０Ｂ アプリケーション制作装置
５０，５０Ａ，５０Ｂ コンテンツ配信サーバ
６０ ＩＤ・署名鍵・証明書発行装置（署名鍵・証明書発行装置）
６０１ 署名鍵入力手段
６０２ アプリＩＤ生成手段
６０３ 署名鍵・検証鍵生成手段
６０４ 証明書生成手段
６０５ 証明書管理手段
６０６ 署名鍵管理手段
７０，７０Ａ アプリケーションサーバ
８０ 放送通信連携受信装置（受信機）
８０１ 放送受信手段
８０２ 放送信号解析手段
８０３ 映像・音声復号手段
８０４ データ放送復号手段
８０４ａ 証明書抽出手段
８０５ 通信送受信手段
８０５ａ ＣＲＬ抽出手段
８０６ アプリ起動情報取得手段
８０７ アプリ起動情報記憶手段
８０８ リスト制御手段
８０９ アプリ管理・実行制御手段
８０９ａ 起動制御手段
８０９ｂ 終了制御手段
８０９ｃ 蓄積管理手段
８１０ 起動アプリ識別情報記憶手段
８１１ アプリ取得手段（アプリケーション取得手段）
８１２ アプリ記憶手段
８１３ アプリ実行手段
８１４ 操作制御手段
８１５ 合成表示手段
８１６ セキュリティ管理手段
８１７ アプリ認証手段
８１７ａ ＣＲＬ管理手段（失効リスト記憶手段）
８１７ｂ 証明書管理手段（証明書記憶手段）
８１７ｃ 証明書確認手段（証明書判定手段）
８１７ｄ 署名検証手段
８１８ リソースアクセス制御手段
８１９ リソース管理手段
Claims (4)
- 汎用検証鍵が含まれる汎用証明書と、放送事業者検証鍵が含まれる放送事業者証明書と、前記放送事業者検証鍵に対応する放送事業者署名鍵とを発行する認証局と、
放送波を介して、放送番組と、前記汎用証明書とを送信する放送送信装置と、
アプリケーション用検証鍵が含まれるアプリケーション用証明書と、前記アプリケーション用検証鍵に対応するアプリケーション用署名鍵とを発行する署名鍵・証明書発行装置と、
前記放送事業者署名鍵による署名及び前記放送事業者証明書、又は、前記アプリケーション用署名鍵による署名及び前記アプリケーション用証明書をアプリケーションに付加するアプリケーション登録装置と、
署名及び証明書が付加されたアプリケーションと、前記署名及び前記証明書が付加されていないアプリケーションとの少なくとも一方を記憶するアプリケーションサーバと、
を含む放送通信連携システムで使用され、前記放送番組を受信する放送通信連携受信装置であって、
ネットワークを介して、前記アプリケーションサーバから、前記アプリケーションを取得するアプリケーション取得手段と、
前記放送送信装置から送信された汎用証明書を予め記憶する証明書記憶手段と、
前記汎用証明書の汎用検証鍵を用いて、取得した前記アプリケーションに前記証明書が付加されているか否かと、付加されている当該証明書が有効であるか否かとを判定する証明書判定手段と、
前記証明書判定手段で有効と判定された証明書の検証鍵を用いて、前記取得したアプリケーションに付加された署名が正当であるか否かを検証し、前記放送事業者証明書が付加された放送局アプリケーション、前記アプリケーション用証明書が付加された一般アプリケーション、又は、前記証明書が付加されていない外部アプリケーションの何れかを示す属性が含まれる認証結果を出力する署名検証手段と、
前記証明書判定手段で証明書が付加されていない若しくは有効でないと判定されたとき、又は、前記署名検証手段で署名が正当でないと検証されたとき、前記取得したアプリケーションを起動させない起動制御手段と、
前記放送局アプリケーション、前記一般アプリケーションおよび前記外部アプリケーションのそれぞれがアクセスできるリソースとアクセスできないリソースとを予め設定したリソースアクセス制御テーブルに基づいて、前記認証結果の属性に応じて、前記取得したアプリケーションにリソースの割り当てが可能であるか否かを判定するリソースアクセス制御手段と、
前記取得したアプリケーションに前記リソースアクセス制御手段で割り当て可能と判定されたリソースを割り当てるリソース管理手段と、
を備えることを特徴とする放送通信連携受信装置。 - 前記署名鍵・証明書発行装置で発行された、失効した前記アプリケーション用証明書の一覧である失効リストを予め記憶する失効リスト記憶手段、をさらに備え、
前記証明書判定手段は、さらに、前記取得したアプリケーションの証明書が前記失効リストで失効している場合、当該証明書が有効でないと判定することを特徴とする請求項１に記載の放送通信連携受信装置。 - 前記証明書記憶手段は、前記汎用証明書として汎用ルート証明書を記憶し、前記放送事業者証明書として事業者専用ルート証明書を記憶することを特徴とする請求項１又は請求項２に記載の放送通信連携受信装置。
- 汎用検証鍵が含まれる汎用証明書と、放送事業者専用検証鍵が含まれる放送事業者専用証明書と、前記放送事業者専用検証鍵に対応する放送事業者専用署名鍵と、放送事業者汎用検証鍵が含まれる放送事業者汎用証明書と、前記放送事業者汎用検証鍵に対応する放送事業者汎用署名鍵とを発行する認証局と、
放送波を介して、放送番組と、前記汎用証明書と、前記放送事業者汎用証明書とを送信する放送送信装置と、
前記放送事業者専用署名鍵による署名と、前記放送事業者専用証明書とをアプリケーションに付加する放送事業者用アプリケーション登録装置と、
アプリケーション用検証鍵が含まれるアプリケーション用証明書と、前記アプリケーション用検証鍵に対応するアプリケーション用署名鍵とを発行する署名鍵・証明書発行装置と、
前記アプリケーション用署名鍵による署名と、前記アプリケーション用証明書とをアプリケーションに付加するサービス事業者用アプリケーション登録装置と、
署名及び証明書が付加されたアプリケーションと、前記署名及び前記証明書が付加されていないアプリケーションとの少なくとも一方を記憶するアプリケーションサーバと、
前記放送番組を受信する放送通信連携受信装置と、を備える放送通信連携システムであって、
前記放送通信連携受信装置が、
ネットワークを介して、前記アプリケーションサーバから、前記アプリケーションを取得するアプリケーション取得手段と、
前記放送送信装置から送信された汎用証明書及び放送事業者汎用証明書を予め記憶する証明書記憶手段と、
前記汎用証明書の汎用検証鍵と前記放送事業者汎用証明書の放送事業者汎用検証鍵とを用いて、取得した前記アプリケーションに前記放送事業者専用証明書又は前記アプリケーション用証明書が付加されているか否かと、付加されている当該証明書が有効であるか否かとを判定する証明書判定手段と、
前記証明書判定手段で有効と判定された証明書の検証鍵を用いて、前記取得したアプリケーションに付加された署名が正当であるか否かを検証し、前記放送事業者専用証明書が付加された放送局アプリケーション、前記アプリケーション用証明書が付加された一般アプリケーション、又は、前記証明書が付加されていない外部アプリケーションの何れかを示す属性が含まれる認証結果を出力する署名検証手段と、
前記証明書判定手段で証明書が付加されていない若しくは有効でないと判定されたとき、又は、前記署名検証手段で署名が正当でないと検証されたとき、前記取得したアプリケーションを起動させない起動制御手段と、
前記放送局アプリケーション、前記一般アプリケーションおよび前記外部アプリケーションのそれぞれがアクセスできるリソースとアクセスできないリソースとを予め設定したリソースアクセス制御テーブルに基づいて、前記認証結果の属性に応じて、前記取得したアプリケーションにリソースの割り当てが可能であるか否かを判定するリソースアクセス制御手段と、
前記取得したアプリケーションに前記リソースアクセス制御手段で割り当て可能と判定されたリソースを割り当てるリソース管理手段と、
を備えることを特徴とする放送通信連携システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012024838A JP5912615B2 (ja) | 2012-02-08 | 2012-02-08 | 放送通信連携受信装置及び放送通信連携システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012024838A JP5912615B2 (ja) | 2012-02-08 | 2012-02-08 | 放送通信連携受信装置及び放送通信連携システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2013162445A JP2013162445A (ja) | 2013-08-19 |
| JP5912615B2 true JP5912615B2 (ja) | 2016-04-27 |
Family
ID=49174334
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2012024838A Expired - Fee Related JP5912615B2 (ja) | 2012-02-08 | 2012-02-08 | 放送通信連携受信装置及び放送通信連携システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5912615B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3021517B1 (en) * | 2013-07-10 | 2021-04-28 | Saturn Licensing LLC | Reception device, reception method, and transmission method |
| JP2015103225A (ja) * | 2013-11-28 | 2015-06-04 | 富士通株式会社 | 判定プログラム，判定装置，判定方法 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB0411861D0 (en) * | 2004-05-27 | 2004-06-30 | Koninkl Philips Electronics Nv | Authentication of applications |
| JP2006254234A (ja) * | 2005-03-11 | 2006-09-21 | Matsushita Electric Ind Co Ltd | メタデータ利用制御システム |
-
2012
- 2012-02-08 JP JP2012024838A patent/JP5912615B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2013162445A (ja) | 2013-08-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8924731B2 (en) | Secure signing method, secure authentication method and IPTV system | |
| JP6423067B2 (ja) | 放送通信連携受信装置及び放送通信連携システム | |
| JP5961164B2 (ja) | 放送通信連携受信装置及びリソースアクセス制御プログラム | |
| WO2013056622A1 (zh) | 验证机顶盒接入身份的方法和认证服务器 | |
| GB2505322A (en) | Host Device Authentication Using Mutual Authentication | |
| US9722992B2 (en) | Secure installation of software in a device for accessing protected content | |
| JP6213197B2 (ja) | 情報処理装置および受信方法 | |
| US20140096154A1 (en) | Integrated broadcasting communications receiver and resource managing device | |
| JP5952638B2 (ja) | 放送通信連携受信装置及び放送通信連携システム | |
| JP5912615B2 (ja) | 放送通信連携受信装置及び放送通信連携システム | |
| JP6053323B2 (ja) | 放送送信装置、放送通信連携受信装置およびそのプログラム、ならびに、放送通信連携システム | |
| KR101094275B1 (ko) | 아이피티비 환경에서 이동 단말을 위한 인증 방법 및 장치 | |
| JP2019050601A (ja) | 送信装置および送信方法 | |
| JP5941356B2 (ja) | 放送通信連携受信装置、アプリケーション認証プログラム及び放送通信連携システム | |
| KR20120072030A (ko) | 원격인증을 수행하는 시스템 및 방법 | |
| JP7334772B2 (ja) | 情報処理装置及び受信方法 | |
| JP2003209542A (ja) | デジタル放送装置及びデジタル放送方法、デジタル放送受信装置及びデジタル放送受信方法、デジタル放送受信システム | |
| JP2019165485A (ja) | 受信装置および受信方法 | |
| KR101248828B1 (ko) | 교환가능형 제한수신 시스템에서 ｃａｓ클라이언트에 대한 고유 식별자 할당 시스템 및 방법 | |
| KR101110679B1 (ko) | 다운로드 가능한 제한수신시스템 환경에서의 인증서 배포 방법 및 시스템 | |
| JP2018023145A (ja) | 送信システム及び送信方法 | |
| KR20080021313A (ko) | 데이터 방송에 대한 인증 방법 및 데이터 방송 수신기 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20140326 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20150105 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20150630 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20150714 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20150910 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20160308 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20160401 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5912615 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |