JP6180784B2 - アプリケーション配信管理システム及び受信機プログラム - Google Patents

Description

本発明は、アプリケーション配信管理システム及び受信機プログラムに係り、特に放送通信連携サービスにおけるアプリケーション配信管理システム及び受信機プログラムに関する。

近年、放送通信連携サービスの登場により、テレビジョン受信機として様々なタイプのスマートＴＶが市販されている。それらの多くが提供するサービスは、主に、通信回線を介して取得したアプリケーションを、セットトップボックスや、スマートＴＶの内蔵装置を用いて実行し、画面上に表示することで実現するというものである。なお、アプリケーションとは、例えば番組関連情報を放送と組み合わせて提示する等の機能を有する、受信機上で動作するソフトウェアのことを指す。

放送通信連携サービスにおいて、ユーザーがアプリケーションを取得する手段は、通常のインターネットサービスと同様に、サービス提供者が提供するアプリケーションストアから課金、認証処理を経て取得する、というものである。その場合のアプリケーションの配信に伴って行う配信側のサーバにおける各種情報の保存及び更新や、サービス維持のために必要な情報のユーザー側への通知等の事務処理を含む全般管理（以下、アプリケーションの配信管理という）は、主に通信回線を介して行われる。

放送通信連携サービスにおいて、例えば、不正な動作を行うアプリケーションを制作するサービス提供者が存在した場合、当該サービス提供者が付加した署名、あるいは当該サービス提供者が保持する署名鍵（公開鍵等の検証鍵に対応したサービス提供者の秘密情報である秘密鍵）を効率よく失効させる必要がある。

従来、放送通信連携サービスにおいて、署名鍵の容易な失効や署名鍵の容易な更新を可能とするアプリケーション認証システムに用いられる鍵管理技術として、ＩＤベース署名方式やキー・インシュレイテッド（Key-Insulated）署名方式を用いた技術が提案されている（例えば特許文献１参照）。
また、例えばキー・インシュレイテッド署名を署名鍵の定期更新方式として用いた署名を、放送番組に連動するアプリケーションに付加して配信するアプリケーションサーバも提案されている（例えば特許文献２参照）。
なお、キー・インシュレイテッド署名については、「Y. Dodis, J. Katz, S. Xu, and M. Yung: “Strong Key-Insulated Signature Schemes”, Proc. of PKC’03, 2003, p.130-144」に記載されている。

特開２０１２−１５１６３２号公報 特開２０１３−９３６１号公報

放送通信連携サービスでは、署名鍵を効率よく失効させる技術だけではなく、放送通信連携サービスに登録されているアプリケーションに不具合（バグ）が生じた場合、当該アプリケーションが受信機で実行される事態を防止する技術も必要である。例えばアプリケーションにバグが生じた場合、当該アプリケーションを既に取得した受信機においてアプリケーション自体を失効させる必要がある。ここで、失効させるとは、アプリケーションを起動させない、また、起動中であれば強制終了させることをいう。ここで、例えばアプリケーションに関する情報が記載された失効リストを受信機に通信ネットワークを介して配信し、受信機においてＩＤ失効リストに記載されたアプリケーションを失効させることが考えられる。なお、アプリケーションに関する情報とは、例えばアプリケーションの識別情報（ＩＤ）である。

しかしながら、このような通信回線を介したアプリケーションの配信管理は、通信ネットワーク上のサーバにアクセスが集中した場合、サーバに輻輳が発生する可能性があるという問題がある。さらに、アプリケーションにバグが生じた場合、一斉に失効させることができないという問題もある。

そこで、放送の同報性及び同時性と、通信の双方向性及び即時性とに鑑みて、通信ネットワークだけを用いるのではなく、必要に応じて放送波でＩＤ失効リストを一斉配信する、という手法も考えられる。この手法によれば、配信側では、例えば通常は、ＩＤ失効リストを通信ネットワークから配信し、重大なバグが発生した場合は、ＩＤ失効リストを放送波で配信する、といった運用が可能であると考えられる。

ただし、この手法では、アプリケーションに生じたバグによる危険度を小レベルと大レベルという２つの単位に区分して、オペレータ判断で配信経路を手動で切り換えて対応するといった大雑把な運用しかできない虞がある。また、発見された１つのバグについて、アプリケーションを実行する受信機の機器自体に固有の情報（ＯＳバージョン、ファームウェアバージョン、製造メーカー等）によっては、その単一のバグによる危険度が小レベルである受信機と、大レベルである受信機とが存在する場合も考えられる。よって、どの受信機ならばアプリケーションを失効させる必要があり、どの受信機ならばアプリケーションを失効させる必要がないのか、をきめ細かな単位で対応して運用できる技術が要望されている。また、この場合、ＩＤ失効リストの配信経路の自動選択も要望される。

本発明は、以上のような問題点に鑑みてなされたものであり、放送通信連携サービスにおいて登録されたアプリケーションの失効を細かな単位で行うことができるアプリケーション配信管理システム及び受信機プログラムを提供することを課題とする。

前記課題を解決するために、本発明の請求項１に係るアプリケーション配信管理システムは、放送波を受信すると共に通信回線を介して情報を送受信することのできる受信機からのアプリケーションの配信要求に対して、当該アプリケーション及び当該受信機の登録情報に応じて前記アプリケーションを配信するアプリケーション配信管理システムであって、アプリケーション登録サーバと、アプリケーション配信サーバと、ＩＤ失効リスト生成配信装置と、受信機管理サーバと、を備えることとした。

かかる構成によれば、アプリケーション配信管理システムにおいて、前記アプリケーション登録サーバは、前記アプリケーションに署名を付加し、前記アプリケーションを登録する際に、少なくとも前記アプリケーションの識別情報であるＩＤと、前記受信機が前記署名を検証することで前記アプリケーションを認証する認証処理において前記受信機の機器自体の情報も利用する機器認証が必要か否かの情報と、を対応付けて登録する。
そして、アプリケーション配信管理システムにおいて、前記アプリケーション配信サーバは、前記受信機から受信する配信要求に応じて前記登録済みのアプリケーションを配信すると共に当該受信機に対する前記登録済みのアプリケーションの配信履歴を蓄積保持する。また、アプリケーション配信管理システムにおいて、前記ＩＤ失効リスト生成配信装置は、特定の時点において失効させるべき前記登録済みのアプリケーションのＩＤと、前記受信機の機器自体の情報と、を記載したＩＤ失効リストを生成して当該ＩＤ失効リストの版数を示すバージョン情報を含めて前記受信機に対して配信する。
また、アプリケーション配信管理システムにおいて、前記受信機管理サーバは、前記受信機が保持する前記ＩＤ失効リストのバージョン情報と当該受信機の機器自体の情報とを含む受信機情報を前記受信機ごとに登録して保持する。
そして、アプリケーション配信管理システムにおいて、前記アプリケーション登録サーバは、前記登録済みのアプリケーションと、そのＩＤと、当該アプリケーションに付加した署名と、当該アプリケーションを認証する認証処理に前記機器認証が必要か否かの情報とをパッケージ化し、配信用のアプリケーションとして前記アプリケーション配信サーバへ送信する。
そして、アプリケーション配信管理システムにおいて、前記アプリケーション配信サーバは、前記アプリケーション登録サーバから前記配信用のアプリケーションを受信し、パッケージ化されていた前記機器認証が必要か否かの情報に基づいて、前記受信機から、前記機器認証が必要なアプリケーションの配信要求を受け付けたと判定した場合、当該受信機が前記受信機管理サーバに機器認証されているか否かを示す機器認証情報を前記受信機管理サーバから取得し、取得した前記機器認証情報が前記機器認証を満たすものか否かを判別し、満たすと判定できた場合、当該アプリケーションを配信する。
そして、アプリケーション配信管理システムにおいて、前記受信機は、配信されたアプリケーションに付加されている署名が正当なものである場合、前記ＩＤ失効リスト生成配信装置から取得したＩＤ失効リストにおいて、当該アプリケーションに対応するＩＤと対応付けられて記載された受信機情報として、当該受信機の機器自体の情報と一致するものが含まれていない場合、当該アプリケーションを起動可能と判定し、一致するものが含まれていた場合、当該アプリケーションを起動不可と判定する。

また、本発明の請求項２に係るアプリケーション配信管理システムは、請求項１に記載のアプリケーション配信管理システムにおいて、前記アプリケーション配信サーバが、前記登録済みのアプリケーションをどの受信機に配信したかを示すアプリケーションの配信履歴を蓄積保持し、前記ＩＤ失効リスト生成配信装置が、前記アプリケーションのＩＤを含むＩＤ失効リスト生成要求が入力されたときに、前記アプリケーション配信サーバで保持する当該アプリケーションの配信履歴で特定される配信先の受信機の識別情報により、前記受信機管理サーバで保持する当該受信機における前記受信機情報を記載することで、前記ＩＤ失効リストを生成するＩＤ失効リスト生成手段を備えることを特徴とする。

かかる構成によれば、アプリケーション配信管理システムにおいて、ＩＤ失効リスト生成配信装置が受信機に配信するＩＤ失効リストを、受信機管理サーバの受信機情報及びアプリケーション配信サーバの配信履歴を用いて自動生成することができる。

また、本発明の請求項３に係るアプリケーション配信管理システムは、請求項２に記載のアプリケーション配信管理システムにおいて、前記ＩＤ失効リスト生成配信装置が、放送送信手段と、前記受信機との間で通信回線を介して情報を送受信する通信送受信手段と、配信制御手段と、を備えることとした。

かかる構成によれば、ＩＤ失効リスト生成配信装置において、配信制御手段は、前記受信機からのアクセス数の許容限度を示す閾値が予め設定され、前記受信機によるアクセス数を監視し、前記ＩＤ失効リストの配信に伴って前記受信機によるアクセス数が前記閾値を超えるか否かを判別し、前記閾値を超える場合、前記放送送信手段を用いて前記ＩＤ失効リストを配信する制御を行い、前記閾値を超えない場合、前記通信送受信手段を用いて前記ＩＤ失効リストを配信する制御を行う。

また、本発明の請求項４に係るアプリケーション配信管理システムは、請求項３に記載のアプリケーション配信管理システムにおいて、前記ＩＤ失効リスト生成配信装置が、前記放送送信手段によって、前記受信機に対して既に配信した前記ＩＤ失効リストを、放送波または通信回線を介して所定のタイミングで更新するためのスケジュール情報を含む更新トリガーを配信することとした。

かかる構成によれば、アプリケーション配信管理システムにおいて、ＩＤ失効リスト生成配信装置は、放送波に更新トリガーを多重し、放送を用いて受信機を更新制御させることができる。

また、本発明の請求項５に係るアプリケーション配信管理システムは、請求項１から請求項４のいずれか一項に記載のアプリケーション配信管理システムにおいて、前記受信機管理サーバが、前記受信機の機器自体の情報と前記ＩＤ失効リストのバージョン情報とを含む受信機情報を前記受信機ごとに格納した受信機管理データベースを記憶すると共に、機器認証手段と、受信機管理手段と、を備えることとした。

かかる構成によれば、受信機管理サーバにおいて、機器認証手段は、前記受信機からの機器認証要求に対して、前記受信機管理データベースを参照して機器認証結果を送り返すと共に、前記機器認証結果を前記受信機管理データベースに格納する。そして、受信機管理サーバにおいて、受信機管理手段は、前記アプリケーション配信サーバからの要求に応じて、前記受信機管理データベースに格納されている前記機器認証結果を参照し、前記受信機が機器認証されているかどうかを示す機器認証情報を送り返し、また、前記ＩＤ失効リスト生成配信装置からの要求に応じて、前記受信機管理データベースに格納されている前記受信機情報を送り返す。

また、本発明の請求項６に係るアプリケーション配信管理システムは、請求項１から請求項５のいずれか一項に記載のアプリケーション配信管理システムにおいて、前記アプリケーション登録サーバが、アプリケーション管理サーバと、部分鍵管理サーバと、秘密鍵発行サーバと、を備えることとした。

かかる構成によれば、アプリケーション登録サーバにおいて、アプリケーション管理サーバは、前記アプリケーションに対してＩＤを発行し、秘密鍵を用いて署名を生成し、前記アプリケーションと前記ＩＤと前記署名とをパッケージ化する。
また、アプリケーション登録サーバにおいて、部分鍵管理サーバは、前記アプリケーション管理サーバから受信する前記ＩＤに対応した部分鍵を生成し、生成した部分鍵を保持して更新する制御を行う。
また、アプリケーション登録サーバにおいて、秘密鍵発行サーバは、前記部分鍵管理サーバから受信した前記部分鍵を用いて、前記秘密鍵を生成し、前記アプリケーション管理サーバへ送信する。
そして、アプリケーション配信管理システムは、前記署名の更新時に、前記アプリケーション管理サーバが、新たなＩＤを発行して前記部分鍵管理サーバへ送信し、前記部分鍵管理サーバが、前記受信した新たなＩＤに対応した部分鍵を生成し、旧ＩＤの部分鍵との差分である差分部分鍵を前記アプリケーション管理サーバへ返送し、前記アプリケーション管理サーバが、受信する前記差分部分鍵を用いて前記秘密鍵を更新し、前記更新された秘密鍵を用いて前記署名を更新する。

また、本発明の請求項７に係るアプリケーション認証プログラムは、請求項１から請求項６のいずれか一項に記載のアプリケーション配信管理システムの受信機が備えるコンピュータをアプリケーション認証手段として機能させるためのアプリケーション認証プログラムであって、前記受信機は、前記アプリケーション配信サーバから配信された前記アプリケーションに付加された署名の正当性の判定に用いる公開鍵を記憶する公開鍵管理手段と、前記ＩＤ失効リスト生成配信装置から放送波または通信回線を介して前記ＩＤ失効リストを取得するＩＤ失効リスト取得手段と、当該受信機の機器自体の情報を格納した受信機情報管理データベースと、前記アプリケーション認証手段と、を備え、前記アプリケーション認証手段が、署名検証ステップと、機器情報検証ステップと、認証判定ステップと、失効判定ステップと、を含んで実行することを特徴とする。

かかる構成によれば、アプリケーション認証プログラムにより、前記アプリケーション認証手段は、署名検証ステップにて、配信された前記アプリケーションに付加されている署名が正当なものであるか否かを前記公開鍵によって検証する。そして、前記署名が正当なものである場合、機器情報検証ステップにて、前記取得したＩＤ失効リストにおいて、当該アプリケーションに対応するＩＤと対応付けられて記載された受信機情報として、当該受信機の機器自体の情報と一致するものが含まれているか否かを判別する。そして、前記ＩＤ失効リストに記載された受信機情報に、当該受信機の機器自体の情報と一致するものが含まれていない場合、認証判定ステップにて、当該アプリケーションを起動可能と判定する。そして、前記ＩＤ失効リストに記載された受信機情報に、当該受信機の機器自体の情報と一致するものが含まれていた場合、失効判定ステップにて、当該アプリケーションを起動不可と判定する。なお、前記アプリケーション認証手段は、取得したＩＤ失効リストにおいて、当該アプリケーションに対応するＩＤがそもそも記載されていない場合、当該アプリケーションを起動可能と判定する。

請求項１に記載の発明によれば、アプリケーション配信管理システムは、アプリケーションをＩＤと紐付け、署名で登録管理し、受信機にて認証を行うため、アプリケーションの登録、配信管理、受信機での失効を、ＩＤによって一元的に行うことができる。
また、請求項１に記載の発明によれば、アプリケーション配信管理システムは、受信機管理サーバを備えているため、受信機の情報を、アプリケーションの配信、認証に用いることで、アプリケーション配信対象の受信機の状態を把握し、アプリケーションの失効を細かな単位で行うことができる。

請求項２に記載の発明によれば、アプリケーション配信管理システムは、受信機情報によるアプリケーション失効ができるので、アプリケーションのＩＤのみでアプリケーションの失効を受信機に通知する場合よりもＩＤ失効リストの生成及び配信を効率的に行うことができる。

請求項３に記載の発明によれば、アプリケーション配信管理システムは、ＩＤ失効リストの配信方法を柔軟に切り替えることでＩＤ失効リスト生成配信装置に輻輳が発生することを予防することができる。

請求項４に記載の発明によれば、アプリケーション配信管理システムは、ＩＤ失効リストの更新トリガーを放送波に多重することで、放送の同報性、通信の双方向性のメリットを両立させ、受信機が保有するＩＤ失効リストを最新に保つことができる。

請求項５に記載の発明によれば、アプリケーション配信管理システムにおいて、受信機管理サーバ、アプリケーション配信サーバ及びＩＤ失効リスト生成配信装置が連携することで、機器認証情報、ＩＤ失効リストの更新情報、受信機情報を、アプリケーション配信管理システムのサービス提供者が把握することができる。そのため、受信機単位やファームウェア単位など細かいレベルでアプリケーションの実行管理を行うことができる。

請求項６に記載の発明によれば、アプリケーション配信管理システムは、アプリケーション登録サーバが、アプリケーション管理サーバと、部分鍵管理サーバと、秘密鍵発行サーバと、を備えており、鍵発行機関と鍵管理データベースを複数のマシンに分散することで、鍵漏洩時のセキュリティリスクの軽減を図ることができる。

請求項７に記載の発明によれば、アプリケーション認証プログラムは、アプリケーションと、そのＩＤと、付加された署名とを認証するアプリケーション認証の過程において、受信機の情報を用いた機器認証も行うので、アプリケーションが配信された受信機の状態を反映した細かな単位でアプリケーションの失効を行うことができる。

本発明の実施形態に係るアプリケーション配信管理システムの構成を模式的に示すブロック図である。 図１に示したアプリケーション登録サーバの内部構成を模式的に示すブロック図である。 図２に示したアプリケーション登録サーバの構成サーバの１つであるアプリケーション管理サーバの構成を模式的に示すブロック図である。 図２に示したアプリケーション登録サーバの構成サーバの１つである部分鍵管理サーバの構成を模式的に示すブロック図である。 図２に示したアプリケーション登録サーバの構成サーバの１つである秘密鍵発行サーバの構成を模式的に示すブロック図である。 図１に示したアプリケーション配信サーバの構成を模式的に示すブロック図である。 図１に示した受信機管理サーバの構成を模式的に示すブロック図である。 図１に示したＩＤ失効リスト生成配信装置の構成を模式的に示すブロック図である。 図１に示した受信機の構成の一例を模式的に示すブロック図である。 図３に示したアプリケーション管理サーバにおけるアプリケーション登録データベースの記憶構造の一例を示す図である。 図４に示した部分鍵管理サーバにおける部分鍵管理データベースの記憶構造の一例を示す図である。 図６に示したアプリケーション配信サーバにおけるパッケージ管理データベースの記憶構造の一例を示す図である。 図８に示したＩＤ失効リスト生成配信装置で生成するＩＤ失効リストの一例を示す図である。 図１に示した受信機情報の一例であって、（ａ）は図７に示す受信機管理サーバにおける受信機管理データベースの記憶構造、（ｂ）及び（ｃ）は図９に示す受信機における受信機情報管理データベースの記憶構造の一例及び他の例を示している。 図９に示した受信機におけるアプリケーションの起動手順を示すフローチャートである。 図１５に示したアプリケーション認証のための認証処理の手順を示すフローチャートである。 図９に示した受信機においてＩＤ失効リストを取得する方法及びタイミングの一例を示すフローチャートである。 図８に示したＩＤ失効リスト生成配信装置におけるＩＤ失効リストの生成及び配信の流れを示すフローチャートである。 図１に示した受信機の構成の他の例を模式的に示すブロック図である。 図１９に示した受信機においてＩＤ失効リストを取得する方法及びタイミングの一例を示すフローチャートである。

以下、本発明を実施するための形態について、図面を参照し詳細に説明する。
（１．アプリケーション配信管理システムの概要）
アプリケーション配信管理システム１は、図１に示すように、受信機１０からのアプリケーションの配信要求に対して、当該アプリケーション及び当該受信機１０の登録情報に応じてアプリケーションを配信するものである。なお、図１では１つの受信機１０を示したが、実際には複数の受信機１０が存在する。

受信機１０は、例えば地上デジタル放送等の放送波を受信すると共に、インターネット等の通信ネットワーク（通信回線）Ｎを介して情報を送受信することができる。受信機１０は、放送通信連携サービスにて使用される従来公知の放送通信連携装置が基本動作を行うための各種機能を備えている。なお、放送通信連携サービスや、受信機１０の前記基本動作等については例えば特許文献２等に記載されているので本明細書ではその詳細を割愛する。なお、受信機１０の構成例については後記する。

アプリケーション配信管理システム１は、アプリケーションの配信管理を実現するセキュリティ管理サーバとして、図１に示すように、例えばアプリケーション登録サーバ２と、アプリケーション配信サーバ６と、受信機管理サーバ７と、ＩＤ失効リスト生成配信装置８と、を備えている。なお、各サーバ等の台数は、複数であってもよい。

アプリケーション配信管理システム１では、従来公知のアプリケーション署名に基づくアプリケーション配信モデル（アプリケーション登録サーバ２及びアプリケーション配信サーバ６）に、受信機管理サーバ７と、ＩＤ失効リスト生成配信装置８とを組み合わせることで、効率的なアプリケーションの配信管理と失効を可能とする。
アプリケーション登録サーバ２は、配信するアプリケーションに対してＩＤと署名とを付加するものである。

アプリケーション配信サーバ６は、ＩＤと署名とが付加されたアプリケーションを取得して記憶手段に格納し、登録して管理するものである。
アプリケーション配信サーバ６は、受信機１０から、アプリケーションの配信要求（１１ａ）を受信すると、それに応じて登録済みのアプリケーションを配信する（１１ｂ）と共に当該受信機１０に対する登録済みのアプリケーションの配信履歴を蓄積保持するものである。このとき、アプリケーション配信サーバ６は、受信機管理サーバ７に情報を要求することで（１２ａ）、当該受信機１０の機器認証情報を取得し（１２ｂ）、当該受信機１０がアプリケーション配信の資格を満たせば、通信ネットワークＮを介して、当該受信機１０にアプリケーションを配信する。なお、本実施形態に係るアプリケーション配信管理システム１では、配信されるアプリケーションには、受信機１０への配信の資格として、受信機１０自体の機器認証が必要な場合と、必要ではない場合の２パターンを想定している。ここで、機器認証とは、受信機１０が署名を検証することでアプリケーションを認証する認証処理において、受信機の機器自体の情報も利用する認証処理のことを指す。
このために、アプリケーション登録サーバ２は、アプリケーションを登録する際に、アプリケーションに対して、少なくともアプリケーションの識別情報であるＩＤと、機器認証が必要か否かの情報と、を対応付けて登録する。

アプリケーション配信サーバ６は、アプリケーションの配信履歴を管理し、ＩＤ失効リスト生成配信装置８から、アプリケーションの配信履歴の要求（１４ａ）を受信すると、それに応じて管理している配信履歴を返信（１４ｂ）することで、ＩＤ失効リスト生成配信装置８と情報を共有する。

受信機管理サーバ７は、受信機１０が保持するＩＤ失効リストのバージョン情報と当該受信機１０の機器自体の情報を含む受信機情報を受信機１０ごとに登録して保持するものである。
受信機管理サーバ７は、受信機１０から、当該受信機１０の機器認証要求（１３ａ）を受信すると、それに応じて機器認証結果を返信（１３ｂ）する。
受信機管理サーバ７は、当該受信機１０に対するこの機器認証結果を受信機情報として管理し、ＩＤ失効リスト生成配信装置８から要求（１５ａ）を受信すると、それに応じて受信機情報を返信（１５ｂ）する。なお、同様に、アプリケーション配信サーバ６との間でも情報を共有する。

ＩＤ失効リスト生成配信装置８は、受信機１０をリボークするのに必要なＩＤ失効リストを生成して配信するものである。ＩＤ失効リストには、特定の時点において失効させるべき登録済みのアプリケーションのＩＤと、受信機１０の機器自体の情報とが記載されている。また、ＩＤ失効リストには、当該ＩＤ失効リストの版数を示すバージョン情報を含まれている。
ＩＤ失効リスト生成配信装置８は、アプリケーション配信サーバ６から取得した配信履歴と、受信機管理サーバ７から取得した受信機情報とを用いて、ＩＤ失効リストを生成する。このＩＤ失効リスト生成配信装置８は、アプリケーションのＩＤを含むＩＤ失効リスト生成要求が入力されたときに、アプリケーション配信サーバ６で保持する当該アプリケーションの配信履歴で特定される配信先の受信機の識別情報により、受信機管理サーバ７で保持する当該受信機における受信機情報を記載することで、ＩＤ失効リストを生成する。生成したＩＤ失効リストは、受信機１０をリボークするために、放送（１６）または通信（１７）により、受信機１０に配信される。
受信機１０は、通信によりＩＤ失効リスト生成配信装置８に対して、所定のタイミングで、自身が保持しているＩＤ失効リストのバージョンの情報（１８）を通知する。

アプリケーション配信サーバ６は、受信機１０から、機器認証が必要なアプリケーションの配信要求を受け付けた場合、当該受信機１０が受信機管理サーバ７に機器認証されているか否かを示す機器認証情報を受信機管理サーバ７から取得し、取得した機器認証情報が機器認証を満たすものか否かを判別し、満たすと判定できた場合、当該アプリケーションを配信する。

アプリケーション配信管理システム１を構成する各装置は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を備えた一般的なコンピュータやサーバ、及び、ＨＤＤ（Hard Disk Drive）に記憶されＲＡＭに展開されるプログラムを備えている。そして、各装置は、前記したハードウェア資源とソフトウェアとが協働することにより後記する各機能が実現されるものである。また、このプログラムは、通信回線を介して提供することも可能であるし、ＣＤ−ＲＯＭ等の記録媒体に書き込んで配布することも可能である。以下、各装置の構成の詳細について説明する。

（２．アプリケーション配信管理システムを構成する各装置の構成の詳細）
［アプリケーション登録サーバ２］
アプリケーション登録サーバ２は、図２に示すように、例えば、アプリケーション管理サーバ３と、部分鍵管理サーバ４と、秘密鍵発行サーバ５と、を備えている。

アプリケーション管理サーバ３は、アプリケーションを登録（格納）し、アプリケーションに対してＩＤを発行し、秘密鍵を用いて署名を生成し、アプリケーションとＩＤと署名とをパッケージ化するものである。アプリケーション管理サーバ３は、署名付きアプリケーション（パッケージ）をアプリケーション配信サーバ６へ送信する。アプリケーション管理サーバ３は、アプリケーションに対して発行したＩＤを部分鍵管理サーバ４へ送信する（２１ａ）。

部分鍵管理サーバ４は、アプリケーション管理サーバ３から受信するＩＤに対応した部分鍵を生成し、生成した部分鍵を保持して更新する制御を行う。部分鍵管理サーバ４は、生成した部分鍵を秘密鍵発行サーバ５へ送信する（２２）。
秘密鍵発行サーバ５は、部分鍵管理サーバ４から受信した部分鍵を用いて、秘密鍵を生成し、生成した秘密鍵をアプリケーション管理サーバ３へ送信する（２３）。

アプリケーションに付加する署名の更新時には、アプリケーション管理サーバ３は、新たなＩＤを発行して部分鍵管理サーバ４へ送信する（２１ａ）。そして、部分鍵管理サーバ４は、受信した新たなＩＤに対応した部分鍵を生成し、旧ＩＤの部分鍵との差分である差分部分鍵をアプリケーション管理サーバ３へ返送する（２１ｂ）。そして、アプリケーション管理サーバ３は、受信する差分部分鍵を用いて秘密鍵を更新し、更新された秘密鍵を用いて署名を更新する。なお、仮想線（２４）については本実施形態の変形例２にて説明する。

［アプリケーション管理サーバ３］
本実施形態では、アプリケーション管理サーバ３は、図３に示すように、アプリケーション受信部３１と、アプリケーション登録データベース３２と、ＩＤ発行更新装置３３と、公開鍵管理部３４と、署名生成部３５と、パッケージ化手段３６と、秘密鍵更新部３７と、を備えている。

アプリケーション受信部３１は、外部からアプリケーションを受信し、アプリケーション登録データベース３２のアプリケーションデータベース３２ａに格納する。
アプリケーション登録データベース３２は、例えば、アプリケーションデータベース３２ａと、ＩＤデータベース３２ｂと、秘密鍵データベース３２ｃと、署名データベース３２ｄと、を備えている。

アプリケーションデータベース３２ａは、アプリケーション受信部３１で受信したアプリケーションデータを格納する。
ＩＤデータベース３２ｂは、ＩＤ発行更新装置３３内のＩＤ発行部３３ａにより発行された、アプリケーションに対応するＩＤを格納する。

秘密鍵データベース３２ｃは、前記ＩＤが部分鍵管理サーバ４へ出力された後、秘密鍵発行サーバ５から取得する、前記ＩＤに対応する秘密鍵を格納する。
署名データベース３２ｄは、署名生成部３５にて生成された署名を格納する。
アプリケーション登録データベース３２は、アプリケーション管理サーバ３の管理者等が、必要に応じて、データベースの確認と属性変更を行うことができるように構成されている。ここでいう属性とは、アプリケーションの名前や説明などのメタデータや、配信に機器認証が必要か否か等の属性のことである。

ＩＤ発行更新装置３３は、ＩＤ発行部３３ａと、ＩＤ更新部３３ｂと、を備えている。
ＩＤ発行部３３ａは、アプリケーションの登録時に、アプリケーション受信部３１でアプリケーションが受信されると、当該アプリケーションに対応するＩＤを発行し、ＩＤデータベース３２ｂに登録すると共に部分鍵管理サーバ４へ送信する。
ＩＤ更新部３３ｂは、アプリケーション管理サーバ３の管理者等が行うＩＤ更新要求時に、当該アプリケーションに対応するＩＤを再発行（更新）し、ＩＤデータベース３２ｂに登録すると共に、更新前のＩＤと更新後のＩＤとを部分鍵管理サーバ４へ送信する。

公開鍵管理部３４は、公開鍵を管理する記憶手段である。この公開鍵は、秘密鍵（署名鍵）と共に署名を生成するために用いられる。また、公開鍵は、受信機１０において署名を検証する検証鍵として用いられる。具体的には、公開鍵管理部４１は、公開鍵を、図示を省略した記憶媒体に書き込み、要求に応じて読み出す。ここでは、公開鍵管理部４１は、公開鍵を受信機１０に配布する際に、操作者の指示により記憶媒体から公開鍵を読み出す。このように読み出された公開鍵は、例えば、図示を省略したＩＣカード発行装置に出力されＩＣカードに書き込まれた後、受信機１０に配布される。なお、公開鍵管理部４１は、セキュアな通信路（例えば、放送波）を介して公開鍵を配信することとしてもよい。

なお、公開鍵管理部３４は、記憶している公開鍵を公開情報として公開するものとし、部分鍵管理サーバ４や秘密鍵発行サーバ５から、通信ネットワークＮや内部ネットワークを介して取得あるいは参照可能であるものとする。

署名生成部３５は、秘密鍵データベース３２ｃに格納されている秘密鍵と、公開鍵管理部３４で管理されている公開鍵とを用いて、アプリケーションの正当性を表すために付加する署名を生成し、署名データベース３２ｄに格納するものである。
アプリケーションに付加する署名の更新時には、秘密鍵（署名鍵）も更新されるので、署名生成部３５は、更新された秘密鍵と公開鍵とを用いて、新しい署名を生成し、署名データベース３２ｄへ再格納する。

なお、署名は、例えばハッシュ値と、乱数と、秘密鍵データベース３２ｃに記憶されている秘密鍵と、公開鍵の一部とに基づいて、生成することができる。この署名生成方法としては、例えば特許文献１等に記載された従来公知の方法を用いることができる。

パッケージ化手段３６は、ＩＤ、アプリケーション及び署名をパッケージ化し、署名付きアプリケーション（配信アプリケーション）としてアプリケーション配信サーバ６へ出力するものである。パッケージ化手段３６は、新署名が格納されると、ＩＤ、アプリケーション及び署名を再度パッケージ化し、アプリケーション配信サーバ６へ再度送信する。

このように署名が更新されたアプリケーションは、アプリケーション配信サーバ６で新ＩＤにより管理されることになる。なお、アプリケーション配信サーバ６では、旧ＩＤにより依然管理されている署名更新前のアプリケーションについては、非公開の扱いにして管理しておくことで公開禁止とする。

秘密鍵更新部３７は、部分鍵管理サーバ４から差分部分鍵が入力されると、秘密鍵データベース３２ｃで管理（記憶）されている秘密鍵を、入力された差分部分鍵を用いて更新し、更新した秘密鍵を秘密鍵データベース３２ｃへ再格納するものである。

なお、新たな秘密鍵は、例えば更新前の秘密鍵に、差分部分鍵を加算することで、秘密鍵を更新する。その際に、秘密鍵更新部３７は、秘密鍵データベース３２ｃで管理（記憶）されている更新前の秘密鍵と、部分鍵管理サーバ４から受信した差分部分鍵と、公開鍵の一部である素数とに基づいて、新たな秘密鍵を生成することができる。この新たな秘密鍵の生成方法としては、例えば特許文献１等に記載された従来公知の方法を用いることができる。

［部分鍵管理サーバ４］
部分鍵管理サーバ４は、図４に示すように、鍵管理部４０（公開鍵管理部４１及びマスター鍵１管理部４２）と、ＩＤ受信部４３と、部分鍵生成部４４と、部分鍵管理データベース４５（ＩＤデータベース４６、部分鍵データベース４７）と、差分部分鍵生成部４８と、を備えている。なお、図４では実際は１つのアプリケーション管理サーバ３を説明のために左右に振り分けて２つ記載した。

公開鍵管理部４１は、検証鍵としての公開鍵を記憶し、管理する記憶手段であって、アプリケーション管理サーバ３の公開鍵管理部３４と同様である。

本実施形態では、予め生成された２つのマスター鍵（第１マスター鍵、第２マスター鍵）を、アプリケーション登録サーバ２内のそれぞれ別のサーバ４，５で管理している。
部分鍵管理サーバ４のマスター鍵１管理部４２は、第１マスター鍵記憶手段であり、予め生成された第１マスター鍵を記憶し、管理する。具体的には、マスター鍵１管理部４２は、第１マスター鍵を、図示を省略した記憶媒体に書き込み、要求に応じて読み出す。

ここでは、マスター鍵１管理部４２は、部分鍵生成部４４において部分鍵を生成する際に、記憶媒体から第１マスター鍵を読み出す。この場合、マスター鍵１管理部４２は、部分鍵生成部４４からの要求、あるいは、操作者からの指示により記憶媒体から第１マスター鍵を読み出し、部分鍵生成部４４に出力する。

ＩＤ受信部４３は、アプリケーション管理サーバ３から、アプリケーションに対して発行されたＩＤを入力され、部分鍵生成部４４に出力する。受信したＩＤは、部分鍵管理データベース４５内のＩＤデータベース４６にて管理される。
ＩＤ更新要求時（図３参照）、ＩＤ受信部４３は、アプリケーション管理サーバ３から、更新前のＩＤと更新後のＩＤとを受信し、更新後のＩＤを更新前のＩＤと紐づけてＩＤデータベース４６に格納する。

部分鍵生成部４４は、ＩＤ受信部４３において入力されたＩＤに基づいて、部分鍵を生成するものである。部分鍵生成部４４は、生成した部分鍵を部分鍵管理データベース４５に出力する。アプリケーションの登録時（ＩＤ発行時）、生成された部分鍵は、秘密鍵発行サーバ５へ出力される。
ＩＤ更新要求時（図３参照）、部分鍵生成部４４は、更新後のＩＤに対応する部分鍵を新たに生成し、更新された部分鍵を部分鍵データベース４７に格納する。

部分鍵生成部４４は、部分鍵を生成するために、例えばＺ_ｑから乱数をランダムに生成し、その乱数と、公開鍵管理部４１から読み出した公開鍵（検証鍵）の一部とに基づいて、部分鍵検証情報を生成する。また、部分鍵生成部４４は、部分鍵を生成するために、公開鍵（検証鍵）の一部であるハッシュ関数により、秘密鍵（署名鍵）に対応する部分鍵検証情報のハッシュ値を生成する。そして、部分鍵生成部４４は、マスター鍵１管理部４２から読み出した第１マスター鍵と、公開鍵管理部４１から読み出した公開鍵（検証鍵）の一部と、部分鍵検証情報のハッシュ値と、Ｚ_ｑからランダムに生成した乱数とに基づいて、部分鍵を生成する。この部分鍵生成のための一連の流れは、例えば特許文献１等に記載された従来公知の方法を用いることができる。

部分鍵管理データベース４５は、部分鍵生成部４４で生成された部分鍵を記憶し、管理するものである。部分鍵管理データベース４５は、例えばＩＤデータベース４６と、部分鍵データベース４７とを備えている。
ＩＤデータベース４６は、ＩＤ受信部４３で受信したＩＤを格納する。
部分鍵データベース４７は、部分鍵生成部４４で生成された部分鍵を格納する。
部分鍵管理データベース４５は、部分鍵管理サーバ４の管理者等が、必要に応じて、データベースの確認を行うことができるように構成されている。

差分部分鍵生成部４８は、ＩＤ更新要求時（図３参照）、更新されたＩＤに対応して部分鍵生成部４４で新たに生成された部分鍵と、部分鍵データベース４７で管理（記憶）されている更新前のＩＤに対応する更新前の部分鍵との差分をとることで、差分部分鍵を生成するものである。生成された差分部分鍵は通信ネットワークＮを介してアプリケーション管理サーバ３に送信される。なお、差分部分鍵は、例えば特許文献１等に記載された従来公知の方法で生成することができる。

［秘密鍵発行サーバ５］
秘密鍵発行サーバ５は、図５に示すように、鍵管理部５０（公開鍵管理部５１及びマスター鍵２管理部５２）と、部分鍵受信部５３と、秘密鍵生成部５４と、を備えている。なお、図５では実際は１つのアプリケーション管理サーバ３を説明のために左右に振り分けて２つ記載した。

公開鍵管理部５１は、検証鍵としての公開鍵を記憶し、管理する記憶手段であって、アプリケーション管理サーバ３の公開鍵管理部３４と同様である。ここでは、公開鍵管理部５１は、秘密鍵生成部５４からの要求により、管理（記憶）している公開鍵を秘密鍵生成部５４に出力する。

本実施形態では、予め生成された２つのマスター鍵（第１マスター鍵、第２マスター鍵）を、アプリケーション登録サーバ２内のそれぞれ別のサーバ４，５で管理している。
秘密鍵発行サーバ５のマスター鍵２管理部５２は、第２マスター鍵記憶手段であり、予め生成された第２マスター鍵を記憶し、管理する。具体的には、マスター鍵２管理部５２は、第２マスター鍵を、図示を省略した記憶媒体に書き込み、要求に応じて読み出す。ここでは、マスター鍵２管理部５２は、秘密鍵生成部５４からの要求により、管理（記憶）している第２マスター鍵を秘密鍵生成部５４に出力する。

部分鍵受信部５３は、アプリケーションの登録時に、部分鍵管理サーバ４から、部分鍵管理サーバ４で生成された部分鍵（部分鍵情報）を、内部ネットワークを介して受信するものである。この受信した部分鍵は、秘密鍵生成部５４に出力される。

秘密鍵生成部５４は、マスター鍵２管理部５２で管理（記憶）されている第２マスター鍵と、部分鍵受信部５３で受信した部分鍵とから、署名鍵として秘密鍵を生成するものである。秘密鍵生成部５４が秘密鍵を生成するのは、アプリケーションの初回登録時のみである。なお、アプリケーション署名の更新時やＩＤ再発行時には、アプリケーション管理サーバ３の秘密鍵更新部３７が、秘密鍵の生成（更新）を行う。

この秘密鍵生成部５４は、部分鍵に第２マスター鍵を加算することで、秘密鍵を生成する。具体的には、秘密鍵生成部５４は、マスター鍵２管理部５２で管理（記憶）されている第２マスター鍵と、部分鍵受信部５３で受信した部分鍵と、公開鍵管理部５１から読み出した公開鍵（検証鍵）の一部である素数とに基づいて、秘密鍵を生成する。この秘密鍵生成方法としては、例えば特許文献１等に記載された従来公知の方法を用いることができる。

生成された秘密鍵は、アプリケーション管理サーバ３に出力される。アプリケーション管理サーバ３への秘密鍵の送信は、鍵の管理セキュリティ上、安全性が担保された経路で行われる必要がある。例えば、ＣＤ−Ｒ等の記憶媒体の書き込み装置（図示せず）に秘密鍵（秘密鍵情報）を出力し、ＣＤ−Ｒ等に書き込みを行う。このように秘密鍵が書き込まれた記憶媒体は、オフラインでアプリケーション管理サーバ３に配布される。

［アプリケーション配信サーバ６］
アプリケーション配信サーバ６は、図６に示すように、パッケージ管理データベース６１と、パッケージ管理部６２と、配信制御部６３と、配信履歴管理データベース６４と、を備えている。

パッケージ管理データベース６１は、アプリケーション管理サーバ３にてＩＤと署名が付加されたアプリケーション（パッケージ）を記憶するものである。パッケージ管理データベース６１は、ハードディスク等の一般的な記録媒体に格納されている。パッケージ管理データベース６１は、アプリケーション配信サーバ６の管理者等が、必要に応じて、データベースの確認や属性の変更（公開の可否など）を行うことができるように構成されている。

パッケージ管理部６２は、アプリケーション管理サーバ３より出力されたパッケージを受信すると、パッケージ管理データベース６１へ格納する。
パッケージ管理部６２は、配信制御部６３が配信する配信アプリケーションを管理する。

配信制御部６３は、通信ネットワークＮを介して、受信機１０から、アプリケーションの配信要求を受け付け、要求されたアプリケーションを、パッケージ管理部６２を介してパッケージ管理データベース６１から読み出し、要求のあった受信機１０に送信する。

配信制御部６３は、受信機１０から配信要求されたアプリケーションが、ダウンロードする際に機器認証が必要なアプリケーションである場合、受信機管理サーバ７へ機器認証情報を要求する。配信制御部６３は、受信機管理サーバ７から、機器認証情報を受信すると、アプリケーション配信要求を行った受信機１０が機器認証を満たすものか否かを判別し、満たすと判定できた場合、アプリケーション配信を行う。ここで、機器認証情報は、受信機１０が機器認証されているかどうかを示す情報である。したがって、アプリケーション配信要求を行った受信機１０が受信機管理サーバ７に機器認証されていれば、配信制御部６３は、当該受信機１０が機器認証を満たすものと判定する。

配信制御部６３は、配信を行った履歴を配信履歴管理データベース６４に記録する。配信制御部６３は、ＩＤ失効リスト生成配信装置８からの要求に応じて、アプリケーションの配信履歴を提供する。
配信履歴管理データベース６４は、配信制御部６３が配信を行った履歴を格納する。

［受信機管理サーバ７］
受信機管理サーバ７は、図７に示すように、機器認証手段７１と、受信機管理データベース７２と、受信機管理手段７３と、を備えている。
機器認証手段７１は、受信機１０からの機器認証要求に対して、受信機管理データベース７２を参照して機器認証結果を送り返すと共に、機器認証結果を受信機管理データベース７２に格納する。

受信機管理データベース７２は、受信機１０の機器認証結果を格納している。受信機管理データベース７２は、受信機１０の受信機情報を受信機１０ごとに格納している。受信機情報とは、受信機１０の機器自体の情報７２１とＩＤ失効リストバージョン７２２とを含んでいる（図１４（ａ）参照）。

受信機管理手段７３は、受信機管理データベース７２に格納されている機器認証結果や受信機情報を管理する。受信機管理手段７３は、アプリケーション配信サーバ６からの要求に応じて、受信機管理データベース７２に格納されている機器認証結果を参照し、受信機１０が機器認証されているかどうかを示す機器認証情報を送り返す。受信機管理手段７３は、ＩＤ失効リスト生成配信装置８からの要求に応じて、受信機管理データベース７２に格納されている受信機情報を送り返す。

［ＩＤ失効リスト生成配信装置８］
ＩＤ失効リスト生成配信装置８は、図８示すように、ＩＤ失効リスト生成手段８１と、ＩＤ失効リストデータベース８２と、配信制御手段８３と、放送送信手段８４と、通信送信手段８５と、失効リスト配信履歴データベース８６と、通信受信手段８７と、を備えている。

ＩＤ失効リスト生成手段８１は、受信機管理サーバ７から受信した受信機情報と、アプリケーション配信サーバ６から受信した登録済みのアプリケーションの配信履歴とを用いて、外部から入力されるＩＤ失効リスト生成要求を元にＩＤ失効リストを生成するものである。ＩＤ失効リスト要求には、アプリケーションＩＤ等が入力される。

生成されたＩＤ失効リストには、バージョン（版数）を示す情報が付加される。このバージョン情報は、例えば、数値形式又はタイムスタンプ形式で表すことができる。生成されたＩＤ失効リストは、ＩＤ失効リストデータベース８２内の通信配信用データベース８８や放送配信用データベース８９に格納される。どのデータベースに格納されるかについては、例えば配信制御手段８３により決定される。勿論、これ以外の適切なアルゴリズムにより格納場所が決定されてもよい。

ＩＤ失効リストデータベース８２は、通信配信用データベース８８と、放送配信用データベース８９と、を備えている。ＩＤ失効リストデータベース８２は、メモリ、ハードディスク等の記憶装置に記憶される。本実施形態では、全てのバージョンのＩＤ失効リストを記憶することとする。なお、ＩＤ失効リストは、ＩＤ失効リストデータベース８２の中で、そのバージョン情報と共に、ＩＤ失効リスト自体の正当性を担保するハッシュや署名のデータ（以下、検証用情報という）と共に格納され管理されるものとする。

配信制御手段８３は、ＩＤ失効リストデータベース８２に格納されたＩＤ失効リストを、放送送信手段８４および通信送信手段８５のうちのいずれかにより受信機１０に配信する制御を行う。配信制御手段８３は、通信送信手段８５を用いてＩＤ失効リストを配信すると視聴者のアクセスが集中しサーバの許容量を超えると判定した場合は、ＩＤ失効リストを放送配信用データベース８９に格納し、そうでない場合は、ＩＤ失効リストを通信配信用データベース８８に格納する。
本実施形態では、配信制御手段８３には、受信機からのアクセス数の許容限度を示す閾値が予め設定されており、配信制御手段８３は、受信機によるアクセス数を監視する。また、配信制御手段８３は、ＩＤ失効リストの配信に伴って受信機１０によるアクセス数が前記閾値を超えるか否かを判別することで、サーバの許容量を超えるか否かを判別することとした。すなわち、受信機１０によるアクセス数が前記閾値を超える場合、配信制御手段８３は、放送送信手段８４を用いてＩＤ失効リストを配信する制御を行う。一方、受信機１０によるアクセス数が前記閾値を超えない場合、配信制御手段８３は、通信送信手段８５を用いてＩＤ失効リストを配信する制御を行う。

配信制御手段８３は、受信機１０に配信したＩＤ失効リストの配信履歴を失効リスト配信履歴データベース８６に記録して管理する。
失効リスト配信履歴データベース８６は、配信制御手段８３が受信機１０に配信したＩＤ失効リストの配信履歴を格納する。

放送送信手段８４は、ＩＤ失効リスト生成配信装置８の最新ＩＤ失効リストを受信機１０に一斉送信する。
通信送信手段８５は、ネットワーク（通信回線）Ｎを介して受信機１０に情報を送信するものである。
通信送信手段８５は、通信受信手段８７から入力されたＩＤ失効リスト要求に応じて、ＩＤ失効リスト生成配信装置８の最新ＩＤ失効リストと、受信機１０の記憶済みＩＤ失効リストとの差分情報を、この受信機１０に送信するものである。なお、記憶済みＩＤ失効リストとは、受信機１０のＩＤ失効リスト記憶手段１１５（図９参照）に記憶されたＩＤ失効リストのことである。
また、通信送信手段８５は、ＩＤ失効リスト要求のバージョン情報に対応するＩＤ失効リスト（つまり、記憶済みＩＤ失効リストと同一のＩＤ失効リスト）を読み出す。そして、通信送信手段８５は、前記した最新ＩＤ失効リストと、読み出したＩＤ失効リストとのアプリケーションＩＤを比較して、ＩＤ失効リストの差分情報を生成する。

ここで、記憶済みＩＤ失効リストに含まれていないアプリケーションＩＤが、最新ＩＤ失効リストに含まれている場合を考える。この場合、通信送信手段８５は、このアプリケーションＩＤを差分情報に追加する。
また、記憶済みＩＤ失効リストに含まれているアプリケーションＩＤが、最新ＩＤ失効リストに含まれていない場合を考える。この場合、通信送信手段８５は、このアプリケーションＩＤの削除を示すＩＤ削除情報を差分情報に追加する。
その後、通信送信手段８５は、生成したＩＤ失効リストの差分情報を、受信機１０に送信する。これにより、受信機１０は、自身で保有するＩＤ失効リストの更新が必要な場合、差分のＩＤ失効リストを受け取ることができる。

通信受信手段８７は、ネットワーク（通信回線）Ｎを介して受信機１０から情報を受信するものである。通信受信手段８７は、受信機１０からＩＤ失効リスト要求を受信する。このＩＤ失効リスト要求は、ＩＤ失効リスト生成配信装置８に記憶された最新ＩＤ失効リストの要求を示すものである。例えば、このＩＤ失効リスト要求には、受信機１０の所在情報（例えば、ＩＰアドレス）と、受信機１０自身が保有するＩＤ失効リストのバージョンの情報が含まれている。そして、通信受信手段８７は、受信したＩＤ失効リスト要求を配信制御手段８３に出力する。なお、最新ＩＤ失効リストとは、ＩＤ失効リストデータベース８２に記憶された全ＩＤ失効リストのうち、最新バージョンのＩＤ失効リストのことである。

本実施形態では、放送送信手段８４は、受信機１０に対して更新トリガーを配信することした。この更新トリガーは、受信機１０に対して既に配信したＩＤ失効リストを、放送波または通信回線を介して所定のタイミングで更新するためのスケジュール情報を含んでいる。更新トリガーの配信は、既存のＳＤＴＴ（Ｓｏｆｔｗａｒｅ Ｄｏｗｎｌｏａｄ Ｔｒｉｇｇｅｒ Ｔａｂｌｅ）などを用いてもよい。

この更新トリガーを受信機１０が受信すると、受信した更新トリガーに含まれていたスケジュールにしたがって所定のタイミングでスタンバイ状態となる。このとき、更新トリガーの指示が放送波で取得する指示であったならば放送で受信し、一方、更新トリガーの指示が通信で取得する指示であったならば、受信機１０がＩＤ失効リスト生成配信装置８にアクセスすることでＩＤ失効リストを受信する。

後者のように受信機１０が通信でＩＤ失効リストを取得するためにＩＤ失効リスト生成配信装置８にアクセスするスケジュールは、例えばサーバの輻輳を考慮して、受信機のアクセスが分散するように決定し、更新トリガーで指示することができる。その分散方法は、例えば、受信機をグループ化してグループ別のアクセススケジュールを通知しておけばよい。その際には、受信機１０が受信機情報管理データベース１２１（図９参照）に保有する機器ＩＤなどの属性によって予め受信機をグループ化しておくことができる。この場合、アクセス分散に利用する受信機情報は、受信機管理サーバ７からＩＤ失効リスト生成手段８１が受信すればよい。

（３．アプリケーション受信側の装置の構成の詳細）
［受信機１０］
受信機１０は、図９に示すように、受信放送デコード表示手段１００と、公開鍵管理手段１０１と、アプリケーション取得手段１０２と、アプリケーション記憶手段１０３と、アプリケーション認証手段１０４と、アプリケーション実行手段１０５と、電源検知手段１１１と、ＩＤ失効リスト取得手段１１２と、放送受信手段１１３と、通信受信手段１１４と、ＩＤ失効リスト記憶手段１１５と、受信機情報管理データベース１２１と、通信送信手段１２２と、機器認証手段１２３と、を備えている。なお、図９では１つの受信機管理サーバ７を説明のために２つ記載し、１つのＩＤ失効リスト生成配信装置８を説明のために２つ記載した。

受信機１０は、例えば地上デジタル放送を受信する受信装置が基本動作を行うために標準的に備えている複数の手段を同様に備えている。
受信放送デコード表示手段１００は、その名称で端的に表すように各種機能を一括した手段であり、上記基本動作を行う複数の手段を表すものである。
この受信放送デコード表示手段１００は、例えば下記（ＳＴＤ１）操作制御機能、（ＳＴＤ２）放送受信機能、（ＳＴＤ３）放送信号解析機能、（ＳＴＤ４）映像・音声復号機能、（ＳＴＤ５）データ放送復号機能、（ＳＴＤ６）合成表示機能、等を含んでいる。
なお、受信機１０において、受信放送デコード表示手段１００以外の別の機能や、受信放送デコード表示手段１００の一部を利用する機能には、符号を付して順次説明する。

（ＳＴＤ１）操作制御機能は、ユーザーがリモコンを介して、例えば電源のオン／オフや、チャンネルの変更等を指示した場合、該当する制御を行う機能である。
（ＳＴＤ２）放送受信機能は、アンテナ（不図示）、通信ネットワークＮ又はケーブル（不図示）を介して、放送番組（放送信号）を受信し、復調し、誤り訂正や復号を行い、ＭＰＥＧ２のトランスポートストリーム（ＴＳ）とする機能である。
（ＳＴＤ３）放送信号解析機能は、放送受信機能で復調されたストリームデータ（ＴＳ）において、ＰＳＩ／ＳＩ（Program Specific Information〔番組特定情報〕／Service Information〔番組配列情報〕）を解析し、現在選局されている編成チャンネルに対応する映像、音声、データ放送等のデータを抽出する機能である。

（ＳＴＤ４）映像・音声復号機能は、放送信号解析機能で抽出された映像・音声（ＭＰＥＧ２の映像ストリーム及び音声ストリーム）を復号し、復号した映像・音声データを合成表示機能に出力する機能である。
（ＳＴＤ５）データ放送復号機能は、放送信号解析機能で抽出されたデータ放送のデータを復号し、ＢＭＬを解析し、当該ＢＭＬを表示データに変換し、合成表示機能に出力する機能である。
（ＳＴＤ６）合成表示機能は、映像データ・音声データと、データ放送の表示データとを合成し、スピーカやディスプレイに出力する機能である。

公開鍵管理手段１０１は、公開鍵を記憶し、管理する記憶手段である。
公開鍵管理手段１０１は、アプリケーション配信サーバ６から配信された公開鍵を記憶する。公開鍵は、アプリケーション配信サーバ６から配信されたアプリケーションに付加された署名の正当性の判定に用いられる。

アプリケーション取得手段１０２は、通信送受信手段（通信送信手段１２２、通信受信手段１１４）および通信ネットワークＮを介して、アプリケーションを起動するためのアプリケーション起動情報に記載された所在アドレス（ＵＲＬ）から当該アプリケーションを取得するものである。
本実施形態では、アプリケーション取得手段１０２は、アプリケーションを要求するためのリクエストを配置場所のアプリケーション配信サーバ６に対して送信すると共に、リクエストの応答として署名付きアプリケーションを受信する。

以下、アプリケーション取得手段１０２で取得した署名付きアプリケーションのことを単にアプリケーションと呼ぶ場合もある。
アプリケーション登録サーバ２で登録されたアプリケーションには、機器認証が必要なアプリケーションと、機器認証が必要ではないアプリケーションとが存在する。
なお、アプリケーション登録サーバ２で登録されたアプリケーション以外のアプリケーションのことを一般アプリケーションと呼ぶ。一般アプリケーションは、例えば受信機１０のディスプレイに表示される時計等のアプリケーションであって、当然に機器認証が必要ではないアプリケーションである。

アプリケーション記憶手段１０３は、アプリケーションを記憶する記憶手段である。
アプリケーション記憶手段１０３は、アプリケーション取得手段１０２によって、アプリケーション配信サーバ６から取得したアプリケーションのほか、一般アプリケーションも記憶する。

アプリケーション認証手段１０４は、入力された認証指示に応じて、アプリケーション認証処理を行う。アプリケーション認証手段１０４は、アプリケーション記憶手段１０３内のアプリケーションと、ＩＤ失効リスト記憶手段１１５内のＩＤ失効リストと、受信機情報管理データベース１２１内の受信機情報と、公開鍵管理手段１０１内の公開鍵とを用いて、アプリケーションの認証処理を行う。このアプリケーション認証の結果は、アプリケーション実行手段１０５に引き渡される。

アプリケーション認証手段１０４は、機器認証が必要なアプリケーションの認証処理において、当該アプリケーションに付加された署名が正当なものである場合、取得したＩＤ失効リストにおいて、当該アプリケーションに対応するＩＤと対応付けられて記載された受信機情報として、当該受信機１０の機器自体の情報と一致するものが含まれているか否かを判別する。一致するものが含まれていない場合、当該アプリケーションを起動可能と判定する。一致するものが含まれていた場合、当該アプリケーションを起動不可と判定する。アプリケーション認証手段１０４は、プログラム（アプリケーション認証プログラム）により実現できる。

アプリケーション実行手段１０５は、アプリケーション認証手段１０４の認証処理の結果に応じて、アプリケーションを起動または失効する。

電源検知手段１１１は、リモコンにより電源を切る操作をした状態（待機電源が投入されている状態）か、リモコンにより電源を入れる操作をした状態かを検知するものである。
ここでは、受信機１０の電源プラグがコンセントから抜けていたり主電源がＯＦＦしていたりした場合、受信機１０の電源プラグをコンセントに繋げて主電源をＯＮ操作することを前提としている。また、その上で、リモコンにより電源を切る操作をした状態（待機電源が投入されている状態）のことをＯＦＦ状態といい、主電源をＯＮ操作した直後の状態やリモコンにより電源を入れる操作をした状態のことをＯＮ状態という。電源検知手段１１１は、電源がＯＮ状態かＯＦＦ状態かを示す情報をＩＤ失効リスト取得手段１１２に出力する。

ＩＤ失効リスト取得手段１１２は、ＩＤ失効リスト生成配信装置８から放送波または通信回線を介してＩＤ失効リストを取得する。
ＩＤ失効リスト取得手段１１２は、通信送信手段１２２を介して、ＩＤ失効リスト要求をＩＤ失効リスト生成配信装置８に送信する。例えば、ＩＤ失効リスト取得手段１１２は、ＩＤ失効リスト記憶手段１１５から、記憶済みＩＤ失効リストのバージョン情報を読み出す。そして、ＩＤ失効リスト取得手段１１２は、受信機１０の所在情報と、読み出したバージョン情報とが含まれるＩＤ失効リスト要求を生成し、ＩＤ失効リスト生成配信装置８に送信する。なお、ＩＤ失効リスト生成配信装置８の所在情報（例えば、ＵＲＬ）は、受信機１０に予め設定しておく。

ＩＤ失効リスト取得手段１１２は、放送受信手段１１３を介して、カルーセルで送信されたＩＤ失効リストを取得し、取得したＩＤ失効リストをＩＤ失効リスト記憶手段１１５に書き込む。
ＩＤ失効リスト取得手段１１２は、通信受信手段１１４を介して、ＩＤ失効リスト要求に応じて、ＩＤ失効リスト生成配信装置８から、ＩＤ失効リストを受信する。
なお、ＩＤ失効リストを取得する取得方法及びそのタイミングと、電源検知手段１１１から取得する情報とを用いた制御については、受信機の動作（図１７）の説明に含めて後記する。

放送受信手段１１３は、受信放送デコード表示手段１００の（ＳＴＤ２）放送受信機能、（ＳＴＤ３）放送信号解析機能及び（ＳＴＤ５）データ放送復号機能を代表した手段である。このうち、最終段のデータ放送復号機能がＢＭＬを解析することで、カルーセルで送信されたＩＤ失効リストが、ＩＤ失効リスト取得手段１１２に出力される。

通信受信手段１１４は、ネットワーク（通信回線）Ｎを介して各種情報を受信するものである。通信受信手段１１４は、アプリケーション配信サーバ６からアプリケーションを受信したり、ＩＤ失効リスト生成配信装置８から、ＩＤ失効リストを受信したりする。

ＩＤ失効リスト記憶手段１１５は、ＩＤ失効リスト取得手段１１２により放送または通信で取得したＩＤ失効リストを記憶する記憶手段である。
ＩＤ失効リスト記憶手段１１５は、ＩＤ失効リスト取得手段１１２によって差分情報が反映されたＩＤ失効リストを１種類だけ記憶する。例えば、ＩＤ失効リスト記憶手段１１５は、ローカル暗号で暗号化されたＩＤ失効リストを記憶する。また、ＩＤ失効リスト記憶手段１１５は、ＩＣカード等の耐タンパーデバイスとしてもよい。

受信機情報管理データベース１２１は、当該受信機１０の機器自体の情報を格納している。受信機情報管理データベース１２１は、耐タンパー性を有する。

通信送信手段１２２は、ネットワーク（通信回線）Ｎを介して各種情報を送信するものである。通信送信手段１２２は、受信機情報管理データベース１２１に保持する受信機情報（機器自体の情報）を、ネットワーク（通信回線）Ｎを介して受信機管理サーバ７に通知する。
通信送信手段１２２は、ＩＤ失効リスト記憶手段１１５に保持するＩＤ失効リストのバージョンの情報を、ネットワーク（通信回線）Ｎを介してＩＤ失効リスト生成配信装置８に通知する。

機器認証手段１２３は、受信機管理サーバ７に対して機器認証を要求し、その結果を受信するものである。機器認証要求には、当該受信機１０の受信機情報として、当該受信機１０の機器自体の情報を含み、機器認証結果は、例えば当該受信機１０の機器自体の情報が登録された旨を示す情報を含む。機器認証要求は、アプリケーションの配信要求を実行する際や、アプリケーションの配信要求を実行する前の所定のタイミングで行うことができる。

（４．アプリケーションの配信側及び受信側にて管理されるデータベースの具体例）
＜アプリケーション登録データベース３２＞
図１０は、図３に示したアプリケーション管理サーバにおけるアプリケーション登録データベースの記憶構造の一例を示す図である。
アプリケーション登録データベース３２は、アプリケーション毎の項目として、アプリケーションＩＤ３２１、アプリケーション名３２２、アプリケーションデータ３２３、秘密鍵３２４、署名３２５、機器認証３２６を有し、各項目に対応した情報やデータを格納している。

アプリケーションＩＤ３２１は、アプリケーション登録サーバ２において、アプリケーション管理サーバ３のＩＤ発行更新装置３３で発行されたＩＤの情報を示すものである。
アプリケーションＩＤ３２１の列データは、例えばＩＤデータベース３２ｂに格納するデータに対応している。

アプリケーション名３２２は、アプリケーションの名前である。アプリケーション名３２２の列データは、例えばアプリケーションデータベース３２ａやＩＤデータベース３２ｂに格納するデータに対応している。
アプリケーションデータ３２３は、アプリケーションの具体的なデータである。アプリケーションデータ３２３の列データは、例えばアプリケーションデータベース３２ａに格納するデータに対応している。

秘密鍵３２４は、アプリケーションに付加する署名を生成するために用いた現時点の秘密鍵の情報を示すものである。秘密鍵３２４の列データは、例えば秘密鍵データベース３２ｃに格納するデータに対応している。
署名３２５は、アプリケーションに付加する現時点の署名の情報を示すものである。署名３２５の列データは、例えば署名データベース３２ｄに格納するデータに対応している。

機器認証３２６は、アプリケーション認証に機器認証が必要か否の情報を示すものである。機器認証３２６の列データは、例えばアプリケーションデータベース３２ａやＩＤデータベース３２ｂに格納するデータに対応している。なお、図１０では、機器認証が必要な場合を「要」、必要ではない場合を「不要」で表したが、機器認証が必要な場合を例えば「１」、必要ではない場合を「０」のように表してもよい。アプリケーション管理サーバ３の管理者は、必要に応じて、機器認証の要／否を変更するなどデータベースの内容を変更することができる。

＜部分鍵管理データベース４５＞
図１１は、図４に示した部分鍵管理サーバにおける部分鍵管理データベースの記憶構造の一例を示す図である。
部分鍵管理データベース４５は、アプリケーション毎の項目として、アプリケーションＩＤ３２１および部分鍵４５１を有し、各項目に対応した情報やデータを格納している。

アプリケーションＩＤ３２１は、図１０に示すアプリケーション登録データベース３２の項目と同様なので、同じ符号を付して説明を省略する。なお、データベースの記憶構造の具体例のテーブルを表す他の図面において同じ項目には同じ符号を付して説明を適宜省略する。
部分鍵４５１は、アプリケーションに付加する署名を生成するために用いた秘密鍵を生成するために用いた現時点の部分鍵の情報を示すものである。

＜パッケージ管理データベース６１＞
図１２は、図６に示したアプリケーション配信サーバにおけるパッケージ管理データベースの記憶構造の一例を示す図である。
パッケージ管理データベース６１は、アプリケーション毎の項目として、アプリケーションＩＤ３２１、アプリケーション名３２２、パッケージデータ３２３ｐ、公開属性６１１、機器認証３２６を有し、各項目に対応した情報やデータを格納している。

アプリケーションＩＤ３２１、アプリケーション名３２２、機器認証３２６の項目は前記した通りである。
パッケージデータ３２３ｐは、ＩＤ及び署名と共にパッケージ化されたアプリケーションデータである。つまり、図１０のアプリケーションデータ３２３の項目のデータを主として、アプリケーションＩＤ３２１および署名３２５の項目のデータを付加したデータを表す。

公開属性６１１は、アプリケーションが配信されているか否の情報を示すものである。アプリケーション配信サーバ６の管理者は、必要に応じて公開属性６１１の項目を、公開から、非公開に変更し、配信を禁止するなどデータベースの内容を変更することができる。なお、図１２では、アプリケーションが配信されている場合を「公開」、アプリケーションが配信されていない場合を「非公開」で表したが、それぞれを例えば「１」、「０」のように表してもよい。アプリケーション配信サーバ６の管理者は、必要に応じて、公開属性を公開から非公開に変更し、配信を禁止するなどデータベースの内容を変更することができる。

＜ＩＤ失効リストＬ＞
図１３は、図８に示したＩＤ失効リスト生成配信装置で生成するＩＤ失効リストの一例を示す図である。
図１３に示すＩＤ失効リストＬは、アプリケーション毎の項目として、アプリケーションＩＤ３２１と受信機情報７２１を有しており、このうち受信機情報７２１の項目は、細分化されて、例えば、受信機ＩＤ７２１ａ、ユーザーＩＤ７２１ｂ、メーカーＩＤ７２１ｃ、ＯＳバージョン７２１ｄ、ファームバージョン７２１ｅを有し、各項目に対応した情報やデータを格納している。

ここで、受信機情報７２１は、アプリケーションが配信される受信機１０の機器自体の情報である。
受信機ＩＤ７２１ａは、受信機の機器自体を特定する情報である。
ユーザーＩＤ７２１ｂは、受信機のユーザー（視聴者）を特定する情報である。
メーカーＩＤ７２１ｃは、受信機を製造したメーカーを特定する情報である。
ＯＳバージョン７２１ｄは、受信機に内蔵されたコンピュータのＯＳ（operating system）、つまり基本ソフトウェアのバージョンを特定する情報である。
ファームバージョン７２１ｅは、受信機に内蔵されたコンピュータのハードウェアの基本的な制御を行うために受信機に組み込まれたソフトウェア、つまりファームウェア（firmware）のバージョンを特定する情報である。

図１３に示すＩＤ失効リストＬおいて、「−」は、その項目においてどんな値も該当しない、すなわちｎｕｌｌ値を示す。これは、図１３に示すＩＤ失効リストＬにおいて、例えば機器認証が不要なアプリケーションを、受信機情報（受信機固有の情報）に関わらず失効させるときに用いられている。
図１３に示すＩＤ失効リストＬにおいて、「＊＊＊」は、その項目においてどんな値でも該当することを示す。これは、図１３に示すＩＤ失効リストＬにおいて、例えば機器認証が必要なアプリケーションを、失効させるときに用いられている。なお、「・・・」は、このテーブルの５行目以降になんらかのデータがあることを示唆するものである。
サービス事業者は、アプリケーションＩＤ３２１および受信機情報７２１に応じて、特定の受信機１０を対象として、アプリケーションを起動する資格を失効させることができる。

図１３に示すＩＤ失効リストＬにおいて例えば１行目に記載されたアプリケーションを取得した受信機１０は、どの受信機であっても、そのアプリケーションを失効させる必要がある。
２行目に記載されたアプリケーションを取得した受信機１０は、「Ｙ社」が製造した受信機ならば、そのアプリケーションを失効させる必要がある。
３行目に記載されたアプリケーションを取得した受信機１０は、製造メーカーに関わらずＯＳバージョンが「５．３．７」の受信機ならば、そのアプリケーションを失効させる必要がある。
４行目は、ユーザーＩＤが「ＢＢＢ」の視聴者がユーザー登録している「０１２３」の受信機が、もしも「Ｘ社製」であるならば、ＯＳバージョンやファームバージョンに関わらず、その受信機で取得したアプリケーションは種類によらずに失効させる必要があることを表す。

ＩＤ失効リストには、図１３に示した項目以外に、ＩＤ失効リスト自体の正当性を証明するためのハッシュや署名（検証用情報）、ＩＤ失効リスト自体のバージョン情報、タイムスタンプ等の管理情報が付加される。これら管理情報は、ＩＤ失効リスト生成配信装置８にて管理される。

＜受信機情報＞
図１４（ａ）に示す受信機管理データベース７２は、受信機毎の項目として、受信機情報７２１と、ＩＤ失効リストバージョン７２２とを有しており、このうち受信機情報７２１の項目は、図１３に示すＩＤ失効リストＬの項目と同じなので説明を省略する。

ＩＤ失効リストバージョン７２２は、図１３に示すＩＤ失効リストＬの項目から省略したが、ＩＤ失効リスト自体のバージョンを示す情報である。ＩＤ失効リストは、失効させるべきアプリケーションが追加された場合や、既に記載されたアプリケーションにおいて、新たな受信機情報が追加されたり新たなバグが発見されたりした場合等に更新される。

受信機管理サーバ７においては、複数の受信機１０を管理しているため、それら全体の中の個別の受信機１０を特定する情報という意味で、図１４（ａ）に示すテーブルの１行のデータを、単に受信機情報と呼ぶ場合がある。つまり、受信機管理サーバ７に関する記述では、機器自体の情報である受信機情報７２１と、ＩＤ失効リストバージョン７２２とを合わせて、単に受信機情報と呼ぶ場合がある。

図１４（ｂ）に示す受信機情報管理データベース１２１Ａは、項目として、受信機情報７２１と、ＩＤ失効リストバージョン７２２とを有している。この例では、受信機情報管理データベース１２１Ａは、図１４（ａ）に示す受信機管理データベース７２の１行目のデータに対応している。つまり、受信機ＩＤが「０１２３」である受信機１０に格納されている情報を表している。

同様に、図１４（ｃ）に示す受信機情報管理データベース１２１Ｂは、この例では、図１４（ａ）に示す受信機管理データベース７２の２行目のデータに対応している。つまり、受信機ＩＤが「０２３４」である受信機１０に格納されている情報を表している。

（５．アプリケーションの配信側及び受信側の装置の動作）
［受信機の動作］
＜アプリケーションの起動手順＞
図１５は、図９に示した受信機におけるアプリケーションの起動手順を示すフローチャートである。まず、受信機１０の電源をＯＮにする（ステップＳ１）と、受信機１０は、アプリケーションを起動する前に、通信により、その時点で最新のＩＤ失効リストを取得する（ステップＳ２）。その後、起動アプリケーションを選択する（ステップＳ３）と、アプリケーション認証手段１０４により、認証処理を行う（ステップＳ４）。認証処理の結果、認証ＯＫと判定されれば、アプリケーションを起動する（ステップＳ５）。

前記ステップＳ４の認証処理の結果、認証ＮＧと判定されれば、アプリケーションを起動しない（ステップＳ８）。認証ＮＧと判定される場合には、後記するように署名が正当ではない場合、つまり不正アプリケーションであると判定される場合（ステップＳ６：Ｙｅｓ）も含まれる。この場合は、前記ステップＳ３で選択されたアプリケーションが不正なものであったことをディスプレイ表示するなどして視聴者に報知し（ステップＳ７）、その上でアプリケーションを起動しない（ステップＳ８）。また、認証ＮＧと判定される場合であって、後記するように署名が正当あると判定される場合（ステップＳ６：Ｎｏ）には、前記ステップＳ７をスキップする。

前記ステップＳ４の認証処理の結果、後記するように一般アプリケーションであると判定された場合、機器認証が不要であると判定し（ステップＳ９）、その上で、アプリケーションを起動する（ステップＳ５）。

＜アプリケーション認証処理＞
アプリケーション認証処理（図１５のステップＳ４）について図１６を参照して説明する（適宜図９参照）。受信機１０のアプリケーション認証手段１０４は、アプリケーション認証の指示を受け付ける（ステップＳ１１）。

アプリケーション認証手段１０４は、アプリケーション記憶手段１０３から、該当のアプリケーションを読み出す。また、アプリケーション認証手段１０４は、ＩＤ失効リスト記憶手段１１５から、ＩＤ失効リストを読み出す。また、アプリケーション認証手段１０４は、受信機情報管理データベース１２１から、受信機情報を読み出す。（ステップＳ１２）。

アプリケーション認証手段１０４は、読み出したアプリケーションに署名が付加されているか否かを公開鍵によって検証する（ステップＳ１３：署名検証ステップ）。署名が付加されている場合（ステップＳ１３：Ｙｅｓ）、アプリケーション認証手段１０４は、公開鍵管理手段１０１から読み出した公開鍵を用いて、署名が正当であるか否かを判定する（ステップＳ１４）。署名が正当な場合（ステップＳ１４でＹｅｓ）、アプリケーション認証手段１０４は、読み出したＩＤ失効リストに付加されたハッシュや署名等の検証用情報を用いて、このＩＤ失効リストが正当であるか否かを判定する（ステップＳ１５）。

ＩＤ失効リストが正当な場合（ステップＳ１５でＹｅｓ）、アプリケーション認証手段１０４は、読み出したＩＤ失効リストにおいて、当該アプリケーションに対応するアプリケーションＩＤ、受信機情報の項目が１つも含まれていないかどうかを判定する（ステップＳ１６：機器情報検証ステップ）。つまり、アプリケーション認証手段１０４は、まず、ＩＤ失効リストに当該アプリケーションに対応するＩＤが含まれているか否かを判別する。そして、当該ＩＤが含まれている場合、さらに当該ＩＤと対応付けられて記載された受信機情報として、当該受信機１０の機器自体の情報と一致するものが含まれているか否かを判別する。例えば、ＩＤ失効リストに当該アプリケーションに対応するＩＤが含まれており、且つ、この認証処理をしている受信機１０の受信機情報がＩＤ失効リストに記載された受信機情報に一致しない場合（ステップＳ１６：Ｙｅｓ）、アプリケーション認証手段１０４は、当該アプリケーションを起動可能（認証ＯＫ）と判定し（ステップＳ１７：認証判定ステップ）、認証処理を終了する。なお、そもそもＩＤ失効リストに当該アプリケーションに対応するＩＤが含まれていなければ、当然ながら当該アプリケーションを起動可能（認証ＯＫ）と判定する。

前記ステップＳ１３において、アプリケーションに署名が付加されていない場合（ステップＳ１３：Ｎｏ）、アプリケーション認証手段１０４は、読み出したアプリケーションを一般アプリケーションと判定し（ステップＳ１８）、認証処理を終了する。

前記ステップＳ１４において、署名が正当でないと判定された場合（ステップＳ１４でＮｏ）、アプリケーション認証手段１０４は、読み出したアプリケーションを不正なアプリケーションと判定し（ステップＳ１９）、当該アプリケーションを起動不可（認証ＮＧ）と判定し（ステップＳ２０：失効判定ステップ）、認証処理を終了する。

前記ステップＳ１５において、ＩＤ失効リストが正当でないと判定された場合（ステップＳ１５でＮｏ）、アプリケーション認証手段１０４は、当該アプリケーションを起動不可（認証ＮＧ）と判定し（ステップＳ２０：失効判定ステップ）、認証処理を終了する。

前記ステップＳ１６において、ＩＤ失効リストに当該アプリケーションに対応するＩＤが含まれており、且つ、この認証処理をしている受信機１０の受信機情報がＩＤ失効リストに記載された受信機情報に一致する場合（ステップＳ１６：Ｎｏ）、アプリケーション認証手段１０４は、当該アプリケーションを起動不可（認証ＮＧ）と判定し（ステップＳ２０：失効判定ステップ）、認証処理を終了する。なお、図１３に示すＩＤ失効リストＬにおいて例えば１行目に記載されたアプリケーションについて認証処理をしている受信機１０は、当該アプリケーションを起動不可（認証ＮＧ）と判定する。

＜ＩＤ失効リストの取得方法＞
図１７は、図９に示した受信機においてＩＤ失効リストを取得する方法及びタイミングの一例を示すフローチャートである。

受信機１０の電源がＯＦＦ状態である場合（ステップＳ３１：Ｎｏ）、受信機１０は、予め放送を受信することで取得した更新トリガーが指定するスケジュールに合わせてスタンバイ状態となり、放送波または通信回線を介してＩＤ失効リストを取得する（ステップＳ３２）。

受信機１０の電源がＯＮ状態である場合（ステップＳ３１：Ｙｅｓ）、受信機１０は、アプリケーションが起動していない場合（ステップＳ３３：Ｎｏ）、アプリケーションを起動する前に、一度、自身が所有するＩＤ失効リストがその時点で最新のものであるかどうかＩＤ失効リスト生成配信装置８に問い合わせ、通信回線を介して最新のものを取得する（ステップＳ３４）。そして、受信機１０は、取得した最新のＩＤ失効リストをＩＤ失効リスト記憶手段１１５に格納する（ステップＳ３５）。

一方、受信機１０は、アプリケーションが起動している場合（ステップＳ３３：Ｙｅｓ）、放送波によるカルーセル伝送で新たなＩＤ失効リストが配信されてこないか常に監視し（ステップＳ３７：Ｎｏ）、配信された場合これを取得する（ステップＳ３６）。
このアプリケーション起動中にカルーセル伝送により取得したＩＤ失効リストにおいて、その時点で起動中のアプリケーションが失効している場合、受信機１０の内部処理により起動を停止する。または、ユーザー（視聴者）が起動中のアプリケーションを終了させるリモコン操作をした場合、起動を停止する（ステップＳ３７：Ｙｅｓ）。

［ＩＤ失効リスト生成配信装置の動作］
図１８は、図８に示したＩＤ失効リスト生成配信装置におけるＩＤ失効リストの生成及び配信の流れを示すフローチャートである。サービス提供者が、リボーク対象のアプリケーションＩＤや受信機情報等を、ＩＤ失効リストの生成要求として入力すると、このＩＤ失効リストの生成要求を、ＩＤ失効リスト生成配信装置８のＩＤ失効リスト生成手段８１が受け付ける（ステップＳ４１）。

ＩＤ失効リスト生成手段８１は、アプリケーション配信サーバ６から、アプリケーションの配信履歴を取得する（ステップＳ４２）。ＩＤ失効リスト生成手段８１は、受信機管理サーバ７から、受信機情報を取得する（ステップＳ４３）。ＩＤ失効リスト生成手段８１は、これら取得情報を用いてＩＤ失効リストを生成する（ステップＳ４４）。なお、配信履歴（ステップＳ４２）と受信機情報（ステップＳ４３）との取得処理の順序は入れ替えてよいし、並列に処理してもよい。

配信制御手段８３は、ＩＤ失効リストの配信に伴って受信機１０によるアクセス数が予め定められた許容値を超えるか否かを判別し、許容値を超える場合、放送送信手段８４を用いてＩＤ失効リストを配信する制御を行い、許容値を超えない場合、通信送信手段８５を用いてＩＤ失効リストを配信する制御を行う。すなわち、配信制御手段８３は、ＩＤ失効リストを通信回線から配信可能か否かを判別する（ステップＳ４５）。通信回線から配信可能な場合（ステップＳ４５：Ｙｅｓ）、ＩＤ失効リスト生成手段８１は、通信配信用データベース８８にＩＤ失効リストを格納する（ステップＳ４６）。配信制御手段８３は、通信配信用データベース８８から読み出したＩＤ失効リストを通信回線から配信する（ステップＳ４７）。
配信制御手段８３は、失効リスト配信履歴データベース８６に格納されているＩＤ失効リストの配信履歴を更新し（ステップＳ４８）、処理を終了する。

前記ステップＳ４５において、通信回線から配信できない場合（ステップＳ４５：Ｎｏ）、ＩＤ失効リスト生成手段８１は、放送配信用データベース８９にＩＤ失効リストを格納する（ステップＳ４９）。配信制御手段８３は、放送配信用データベース８９から読み出したＩＤ失効リストを放送波で配信し（ステップＳ５０）、処理を終了する。

なお、ＩＤ失効リスト生成配信装置８は、サービス提供者が、特別に緊急用のＩＤ失効リストの生成要求を入力した場合については、その緊急用のＩＤ失効リストは、通信配信用データベース８８および放送配信用データベース８９の両方に格納された上、放送送信手段８４によって直ちに配信されるように構成されている。

以上説明したように、本実施形態に係るアプリケーション配信管理システム１では、ＩＤを用いたアプリケーション認証システム（アプリケーション登録サーバ２、ＩＤ失効リスト生成配信装置８）に、アプリケーション配信システム（アプリケーション配信サーバ６）と、受信機管理サーバ７とを組み合わせたシステムとすることで、ＩＤ及び受信機情報によるアプリケーションの配信履歴把握、受信機情報管理を行うことができる。アプリケーション配信管理システム１は、ＩＤによるアプリケーション失効以外に、受信機情報によるアプリケーション失効を可能とし、またＩＤ失効リスト生成配信を効率的に行うことができる効果を有する。つまり、アプリケーション配信管理システム１は、受信機単位でのリボークやユーザー単位でのリボークをすることができる。また、ＩＤ失効リストの配信事業者が受信機情報を把握した上で、放送波に更新トリガーを多重し、受信機１０に更新命令を指令することで、放送・通信の両方を用いて、受信機１０が保有するＩＤ失効リストを最新に保つことができる効果を有する。

［変形例１：受信機］
図９に示した受信機１０は、ＩＤ失効リスト記憶手段１１５を備え、受信機１０内でＩＤ失効リストを保持して管理するものとしたが、受信機の構成はこれに限定されるものではない。
図１９に示す受信機１０Ｂは、ＩＤ失効リスト記憶手段１１５を有していない点が図９に示した受信機１０と相違している。つまり、受信機１０Ｂは、ＩＤ失効リストを受信機内に保持するものではない。よって、受信機１０Ｂは、ＩＤ失効リストのバージョンを通知する必要はない。受信機１０Ｂは、アプリケーション起動前に一回、あるいは、随時、ＩＤ失効リスト生成配信装置８にアクセスしてＩＤ失効リストを取得する。

受信機１０ＢにおいてＩＤ失効リストを取得する方法及びタイミングの一例について図２０を参照（適宜図１７参照）して説明する。なお、図１７に示す処理と同じ処理には同じ符号を付して説明を省略する。
受信機１０Ｂの電源がＯＦＦ状態である場合（ステップＳ３１：Ｎｏ）、電源検知を繰り返す。一方、受信機１０Ｂの電源がＯＮ状態である場合（ステップＳ３１：Ｙｅｓ）、受信機１０Ｂは、前記ステップＳ３２をスキップし、前記アプリケーションが起動していない場合（ステップＳ３３：Ｎｏ）、前記ステップＳ３４に進む。この場合、その後の前記ステップＳ３５をスキップする。
そして、前記アプリケーションが起動している場合（ステップＳ３３：Ｙｅｓ）、受信機１０Ｂは、前記ステップＳ３６に進む。ただし、ステップＳ３６では、受信機１０Ｂは、放送波によるカルーセル伝送で新たなＩＤ失効リストが配信されてこないか常に監視し（ステップＳ３７：Ｎｏ）、配信された場合これを取得する（ステップＳ３６ａ）処理に加えて、通信回線を介して、ＩＤ失効リストを随時取得する（ステップＳ３６ｂ）処理も並列に行う。

［変形例２：アプリケーション登録サーバ］
図２に示したアプリケーション登録サーバ２は、キー・インシュレイテッド署名を用いたアプリケーション認証を元に構成しているが、ＩＤとアプリケーションが紐付く署名方式であれば、この限りではない。
また、アプリケーション登録サーバ２は、部分鍵管理サーバ４を備えることとしたが、部分鍵管理サーバ４は必須の構成ではない。アプリケーション登録サーバ２を、例えば、アプリケーション管理サーバ３と秘密鍵発行サーバ５で構成する変形例の場合、予め生成された１つのマスター鍵を秘密鍵発行サーバ５で管理し、このマスター鍵で秘密鍵（署名鍵）を生成する。そして、この場合、図２に示したＩＤ送信（２１ａ）及び差分部分鍵の返送（２１ｂ）は不要である代わりに、アプリケーション管理サーバ３は、ＩＤを秘密鍵発行サーバ５へ送信する（２４）。また、この場合、図１１に示した部分鍵管理データベース４５に代わるものとして、秘密鍵管理データベースを秘密鍵発行サーバ５が記憶し、管理する。この秘密鍵管理データベースは、アプリケーションＩＤと秘密鍵とを紐づけて格納する。

［その他の変形例］
図１に示す各サーバは、データ生成機能と配信機能、データベース管理機能がそれぞれ別個のものとして組み合わせられ、図１とは異なるシステム構成となっていても問題ない。
また、ＩＤ失効リスト生成配信装置８は、ＩＤ失効リストを自動生成することとしたが、これに限らず、ＩＤ失効リスト生成配信装置８の管理者等が受信機情報及び配信履歴を用いてＩＤ失効リストを手動で生成するようにしてもよい。
また、図１５では、前記ステップＳ７の処理において、前記ステップＳ３で選択されたアプリケーションが不正なものであったことをディスプレイ表示するなどして視聴者に報知することとしたが、認証処理の結果が認証ＮＧである場合に、その旨を表示するようにしてもよい。このようにすることで、視聴者が、選択したアプリケーションが起動しなかったのは受信機が故障しているからだ、と誤認することを防止できる。

１ アプリケーション配信管理システム
２ アプリケーション登録サーバ
３ アプリケーション管理サーバ
３１ アプリケーション受信部
３２ アプリケーション登録データベース
３２ａ アプリケーションデータベース
３２ｂ ＩＤデータベース
３２ｃ 秘密鍵データベース
３２ｄ 署名データベース
３３ ＩＤ発行更新装置
３３ａ ＩＤ発行部
３３ｂ ＩＤ更新部
３４ 公開鍵管理部
３５ 署名生成部
３６ パッケージ化手段
３７ 秘密鍵更新部
４ 部分鍵管理サーバ
４０ 鍵管理部
４１ 公開鍵管理部
４２ マスター鍵１管理部
４３ ＩＤ受信部
４４ 部分鍵生成部
４５ 部分鍵管理データベース
４６ ＩＤデータベース
４７ 部分鍵データベース
４８ 差分部分鍵生成部
５ 秘密鍵発行サーバ
５０ 鍵管理部
５１ 公開鍵管理部
５２ マスター鍵２管理部
５３ 部分鍵受信部
５４ 秘密鍵生成部
６ アプリケーション配信サーバ
６１ パッケージ管理データベース
６２ パッケージ管理部
６３ 配信制御部
６４ 配信履歴管理データベース
７ 受信機管理サーバ
７１ 機器認証手段
７２ 受信機管理データベース
７３ 受信機管理手段
８ ＩＤ失効リスト生成配信装置
８１ ＩＤ失効リスト生成手段
８２ ＩＤ失効リストデータベース
８３ 配信制御手段
８４ 放送送信手段
８５ 通信送信手段
８６ 失効リスト配信履歴データベース
８７ 通信受信手段
８８ 通信配信用データベース
８９ 放送配信用データベース
１０，１０Ｂ 受信機
１００ 受信放送デコード表示手段
１０１ 公開鍵管理手段
１０２ アプリケーション取得手段
１０３ アプリケーション記憶手段
１０４ アプリケーション認証手段
１０５ アプリケーション実行手段
１１１ 電源検知手段
１１２ ＩＤ失効リスト取得手段
１１３ 放送受信手段
１１４ 通信受信手段
１１５ ＩＤ失効リスト記憶手段
１２１ 受信機情報管理データベース
１２２ 通信送信手段
１２３ 機器認証手段

Claims (7)

1. 放送波を受信すると共に通信回線を介して情報を送受信することのできる受信機からのアプリケーションの配信要求に対して、当該アプリケーション及び当該受信機の登録情報に応じて前記アプリケーションを配信するアプリケーション配信管理システムであって、
   前記アプリケーションに署名を付加し、前記アプリケーションを登録する際に、少なくとも前記アプリケーションの識別情報であるＩＤと、前記受信機が前記署名を検証することで前記アプリケーションを認証する認証処理において前記受信機の機器自体の情報も利用する機器認証が必要か否かの情報と、を対応付けて登録するアプリケーション登録サーバと、
   前記受信機から受信する配信要求に応じて前記登録済みのアプリケーションを配信するアプリケーション配信サーバと、
   特定の時点において失効させるべき前記登録済みのアプリケーションのＩＤと、前記受信機の機器自体の情報と、を記載したＩＤ失効リストを生成して当該ＩＤ失効リストの版数を示すバージョン情報を含めて前記受信機に対して配信するＩＤ失効リスト生成配信装置と、
   前記受信機が保持する前記ＩＤ失効リストのバージョン情報と当該受信機の機器自体の情報とを含む受信機情報を前記受信機ごとに登録して保持する受信機管理サーバと、
   を備え、
   前記アプリケーション登録サーバは、前記登録済みのアプリケーションと、そのＩＤと、当該アプリケーションに付加した署名と、当該アプリケーションを認証する認証処理に前記機器認証が必要か否かの情報とをパッケージ化し、配信用のアプリケーションとして前記アプリケーション配信サーバへ送信し、
   前記アプリケーション配信サーバは、前記アプリケーション登録サーバから前記配信用のアプリケーションを受信し、パッケージ化されていた前記機器認証が必要か否かの情報に基づいて、前記受信機から、前記機器認証が必要なアプリケーションの配信要求を受け付けたと判定した場合、当該受信機が前記受信機管理サーバに機器認証されているか否かを示す機器認証情報を前記受信機管理サーバから取得し、取得した前記機器認証情報が前記機器認証を満たすものか否かを判別し、満たすと判定できた場合、当該アプリケーションを配信し、
   前記受信機は、配信されたアプリケーションに付加されている署名が正当なものである場合、前記ＩＤ失効リスト生成配信装置から取得したＩＤ失効リストにおいて、当該アプリケーションに対応するＩＤと対応付けられて記載された受信機情報として、当該受信機の機器自体の情報と一致するものが含まれていない場合、当該アプリケーションを起動可能と判定し、一致するものが含まれていた場合、当該アプリケーションを起動不可と判定することを特徴とするアプリケーション配信管理システム。
2. 前記アプリケーション配信サーバは、前記登録済みのアプリケーションをどの受信機に配信したかを示すアプリケーションの配信履歴を蓄積保持し、
   前記ＩＤ失効リスト生成配信装置は、前記アプリケーションのＩＤを含むＩＤ失効リスト生成要求が入力されたときに、前記アプリケーション配信サーバで保持する当該アプリケーションの配信履歴で特定される配信先の受信機の識別情報により、前記受信機管理サーバで保持する当該受信機における前記受信機情報を記載することで、前記ＩＤ失効リストを生成するＩＤ失効リスト生成手段を備えることを特徴とする請求項１に記載のアプリケーション配信管理システム。
3. 前記ＩＤ失効リスト生成配信装置は、
   放送送信手段と、
   前記受信機との間で通信回線を介して情報を送受信する通信送受信手段と、
   前記受信機からのアクセス数の許容限度を示す閾値が予め設定され、前記受信機によるアクセス数を監視し、前記ＩＤ失効リストの配信に伴って前記受信機によるアクセス数が前記閾値を超えるか否かを判別し、前記閾値を超える場合、前記放送送信手段を用いて前記ＩＤ失効リストを配信する制御を行い、前記閾値を超えない場合、前記通信送受信手段を用いて前記ＩＤ失効リストを配信する制御を行う配信制御手段と、を備えることを特徴とする請求項２に記載のアプリケーション配信管理システム。
4. 前記ＩＤ失効リスト生成配信装置は、前記放送送信手段によって、前記受信機に対して既に配信した前記ＩＤ失効リストを、放送波または通信回線を介して所定のタイミングで更新するためのスケジュール情報を含む更新トリガーを配信することを特徴とする請求項３に記載のアプリケーション配信管理システム。
5. 前記受信機管理サーバは、
   前記受信機の機器自体の情報と前記ＩＤ失効リストのバージョン情報とを含む受信機情報を前記受信機ごとに格納した受信機管理データベースを記憶し、
   前記受信機からの機器認証要求に対して、前記受信機管理データベースを参照して機器認証結果を送り返すと共に、前記機器認証結果を前記受信機管理データベースに格納する機器認証手段と、
   前記アプリケーション配信サーバからの要求に応じて、前記受信機管理データベースに格納されている前記機器認証結果を参照し、前記受信機が機器認証されているかどうかを示す機器認証情報を送り返し、また、前記ＩＤ失効リスト生成配信装置からの要求に応じて、前記受信機管理データベースに格納されている前記受信機情報を送り返す受信機管理手段と、
   を備えることを特徴とする請求項１から請求項４のいずれか一項に記載のアプリケーション配信管理システム。
6. 前記アプリケーション登録サーバは、
   前記アプリケーションに対してＩＤを発行し、秘密鍵を用いて署名を生成し、前記アプリケーションと前記ＩＤと前記署名とをパッケージ化するアプリケーション管理サーバと、
   前記アプリケーション管理サーバから受信する前記ＩＤに対応した部分鍵を生成し、生成した部分鍵を保持して更新する制御を行う部分鍵管理サーバと、
   前記部分鍵管理サーバから受信した前記部分鍵を用いて、前記秘密鍵を生成し、前記アプリケーション管理サーバへ送信する秘密鍵発行サーバと、を備え、
   前記署名の更新時に、
   前記アプリケーション管理サーバは、新たなＩＤを発行して前記部分鍵管理サーバへ送信し、
   前記部分鍵管理サーバは、前記受信した新たなＩＤに対応した部分鍵を生成し、旧ＩＤの部分鍵との差分である差分部分鍵を前記アプリケーション管理サーバへ返送し、
   前記アプリケーション管理サーバは、受信する前記差分部分鍵を用いて前記秘密鍵を更新し、前記更新された秘密鍵を用いて前記署名を更新することを特徴とする請求項１から請求項５のいずれか一項に記載のアプリケーション配信管理システム。
7. 請求項１から請求項６のいずれか一項に記載のアプリケーション配信管理システムの受信機が備えるコンピュータをアプリケーション認証手段として機能させるためのアプリケーション認証プログラムであって、
   前記受信機は、
   前記アプリケーション配信サーバから配信された前記アプリケーションに付加された署名の正当性の判定に用いる公開鍵を記憶する公開鍵管理手段と、
   前記ＩＤ失効リスト生成配信装置から放送波または通信回線を介して前記ＩＤ失効リストを取得するＩＤ失効リスト取得手段と、
   当該受信機の機器自体の情報を格納した受信機情報管理データベースと、
   前記アプリケーション認証手段と、を備え、
   前記アプリケーション認証手段は、
   配信された前記アプリケーションに付加されている署名が正当なものであるか否かを前記公開鍵によって検証する署名検証ステップと、
   前記署名が正当なものである場合、前記取得したＩＤ失効リストにおいて、当該アプリケーションに対応するＩＤと対応付けられて記載された受信機情報として、当該受信機の機器自体の情報と一致するものが含まれているか否かを判別する機器情報検証ステップと、
   前記ＩＤ失効リストに記載された受信機情報に、当該受信機の機器自体の情報と一致するものが含まれていない場合、当該アプリケーションを起動可能と判定する認証判定ステップと、
   前記ＩＤ失効リストに記載された受信機情報に、当該受信機の機器自体の情報と一致するものが含まれていた場合、当該アプリケーションを起動不可と判定する失効判定ステップと、を含んで実行することを特徴とするアプリケーション認証プログラム。

Images