(57)【要約】【課題】マルチメディア・アクセス・デバイスの登録システム及び方法を提供する。【解決手段】アクセス・デバイスが少なくともコンテンツ・プロバイダからのコンテンツに安全にアクセスし、かつ模造されたアクセス・デバイスのコンテンツへのアクセスを防止するための方法を提供する。アクセス・デバイスをコンテンツ・プロバイダに登録する際、アクセス・デバイスは、コンテンツ・プロバイダの公開鍵をその中に有する証明書を、指示された認証局に要求する。証明書の認証と同時に、アクセス・デバイスは、鍵を生成し、公開鍵を使用してこの鍵をコンテンツ・プロバイダと交換し合う。その後、この鍵は、アクセス・デバイスとコンテンツ・プロバイダの間の以後の安全な通信のために使用される。これにより、模造されたデバイスは、この鍵にアクセスすることができないので、コンテンツ・プロバイダからコンテンツをダウンロードすることができない。【選択図】図１１
2014161043.tif 000002
【特許請求の範囲】
【請求項１】
アクセス・デバイスがコンテンツ・プロバイダからのオーディオ／ビデオ・プログラムを含んだコンテンツにアクセスすることができるようにする方法であって、
特定のコンテンツ・プロバイダに関連した証明書を受け取るステップと、
前記証明書を認証して、前記特定のコンテンツ・プロバイダに関連した固有データを決定するステップと、
前記特定のコンテンツ・プロバイダと通信するための鍵を生成するステップと、
前記証明書から決定された前記固有データに応じて前記鍵を暗号化して、暗号化された該鍵を前記特定のコンテンツ・プロバイダに伝送するステップと、
前記特定のコンテンツ・プロバイダにコンテンツを要求するステップと、
前記特定のコンテンツ・プロバイダから受け取られたコンテンツを、前記鍵を用いて復号するステップと
を含むことを特徴とする方法。
【請求項２】
前記鍵は、時間、加入者デバイスの通し番号、及び該加入者デバイスの動作状況のうちの少なくとも１つの関数として生成されることを特徴とする請求項１に記載の方法。
【請求項３】
前記特定のコンテンツ・プロバイダに関連した前記固有データは、前記特定のコンテンツ・プロバイダに関連した公開鍵を含んでおり、前記鍵は該公開鍵を用いて暗号化されることを特徴とする請求項１に記載の方法。
【請求項４】
伝送された前記暗号化された鍵が使用のために受け入れることができるかどうかの通知を、前記コンテンツ・プロバイダから受け取るステップをさらに含み、受け入れ通知が受け取られた場合には、該鍵を用いて該コンテンツ・プロバイダからのコンテンツを復号し、非受け入れ通知が受け取られた場合には、別の鍵を生成し、該別の鍵を暗号化して、暗号化された該別の鍵を該コンテンツ・プロバイダに伝送し、受け入れ通知が受け取られるまでこのプロセスを繰り返すことを特徴とする請求項１に記載の方法。
【請求項５】
前記要求するステップは、前記鍵を用いて要求を暗号化することを含むことを特徴とする請求項１に記載の方法。
【請求項６】
コンテンツ・プロバイダのリストを設けるステップと、ユーザによる特定のコンテンツ・プロバイダの選択を受け取るステップと、証明書の要求を認証局に伝送するステップとをさらに含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記証明書は、信頼された認証局によって発行された証明書であり、前記認証するステップは、前記加入者デバイスに格納された該認証局の鍵に関連した公開鍵を用いて該証明書を認証することを含むことを特徴とする請求項１に記載の方法。
【請求項８】
第２の鍵を生成して、前記鍵を使用して該第２の鍵を暗号化し、さらに暗号化された該第２の鍵を前記特定のコンテンツ・プロバイダに伝送するステップをさらに含み、該第２の鍵に関して該特定のコンテンツ・プロバイダから受け入れ通知を受け取ると同時に、該特定のコンテンツ・プロバイダからその後受け取られたコンテンツを復号するために、該第２の鍵を用いることを特徴とする請求項１に記載の方法。
【請求項９】
前記第２の鍵は、前記鍵の関数として生成されることを特徴とする請求項８に記載の方法。
【請求項１０】
ユーザから支払い情報を受け取るステップと、
前記鍵を用いて前記支払い情報を暗号化するステップと、
暗号化された前記支払い情報を前記特定のコンテンツ・プロバイダに伝送するステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項１１】
コンテンツ・プロバイダと通信するための装置であって、
複数のコンテンツ・プロバイダと通信するためのポートと、
前記装置の動作を制御するために第１の鍵及び実行可能なコードがその中に格納されたメモリと、
出力信号を表示デバイスに結合させるための信号出力と、
前記ポート、メモリ、及び信号出力に結合されたプロセッサであって、前記装置が、認証局からの証明書を求める要求を伝送し、該認証局から受け取られた該証明書を認証して特定のコンテンツ・プロバイダに関連した固有データを決定し、該特定のコンテンツ・プロバイダに関連した該固有データを使用して鍵を暗号化し、コンテンツの要求を該特定のコンテンツ・プロバイダに伝送し、さらに、該鍵を用いて該特定のコンテンツ・プロバイダから受け取られたコンテンツを復号するように動作するプロセッサと
を備えていることを特徴とする装置。
【請求項１２】
前記プロセッサは、前記証明書の認証の成功に応じて前記鍵を生成するように動作することを特徴とする請求項１１に記載の装置。
【請求項１３】
前記鍵は、時間、前記装置に関連した通し番号、及び該装置の動作状況のうちの少なくとも１つの関数として生成されることを特徴とする請求項１１に記載の装置。
【請求項１４】
前記固有データは、前記特定のコンテンツ・プロバイダに関連した公開鍵を含むことを特徴とする請求項１１に記載の装置。
【請求項１５】
前記メモリは、コンテンツ・プロバイダのリストを含み、前記プロセッサは、前記コンテンツ・プロバイダのリストを表示し、ユーザによる前記特定のコンテンツ・プロバイダの選択を受け取り、さらに、証明書の要求を前記認証局に伝送するように動作し、該証明書は、該認証局に関連した公開鍵を用いて認証されることを特徴とする請求項１１に記載の装置。
【請求項１６】
前記プロセッサは、別の鍵を定期的に生成し、前記鍵を用いて該別の鍵を暗号化し、該別の鍵を前記特定のコンテンツ・プロバイダに伝送し、さらに、受け入れ通知を受け取ると同時に、該特定のコンテンツ・プロバイダに対する要求を暗号化して該特定のコンテンツ・プロバイダから受け取られたコンテンツを復号するために、該別の鍵を用いるように動作することを特徴とする請求項１１に記載の装置。
【請求項１７】
前記別の鍵は、前記鍵の関数として生成されることを特徴とする請求項１６に記載の装置。
【請求項１８】
アクセス・デバイスがコンテンツ・プロバイダからのディジタル・コンテンツにアクセスすることができるようにする方法であって、
特定のコンテンツ・プロバイダに関連した認証情報を受け取るステップと、
前記認証情報を処理して、該認証情報の中に含まれた前記特定のコンテンツ・プロバイダに関連した固有データを決定するステップと、
前記特定のコンテンツ・プロバイダと通信するための鍵を生成するステップと、
証明書から決定された前記固有データに応じて前記鍵を暗号化し、暗号化された該鍵を前記特定のコンテンツ・プロバイダに伝送するステップと、
前記特定のコンテンツ・プロバイダにコンテンツを要求するステップと、
前記鍵を用いて、前記特定のコンテンツ・プロバイダから受け取られたコンテンツを復号するステップと
を含むことを特徴とする方法。
【請求項１９】
前記認証情報は、指示された認証局から受け取られた証明書を含むことを特徴とする請
求項１８に記載の方法。
【請求項２０】
前記処理するステップは、前記アクセス・デバイスのメモリに格納された前記認証局に関連した公開鍵を用いて前記証明書を認証することを含むことを特徴とする請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、放送／ケーブル放送／衛星放送におけるディジタル受信器／デコーダ等のコンテンツ・アクセス・デバイスに関し、より具体的には、そのようなデバイスを作動させ登録する方法及びシステムに関する。登録は、加入ベースのサービスのプロバイダにおける事情として行われ得る。
【背景技術】
【０００２】
高価値コンテンツ（例えば、オーディオ、ビデオ、及びマルチメディアのコンテンツ）は、加入ベースのサービスを介して流通することが多い。加入ベースのサービスは、ただ１つのプログラムからチャネル全体又はチャネルのグループに及び得る。代表的な加入ベースのコンテンツ配信システムは、ディジタル・ビデオ同報通信（ＤＶＢ）である。ＤＶＢ受信器（一例としてセット−トップ・ユニット又はセット−トップ・ボックス）が（衛星信号、ディジタル地上信号又はディジタル・ケーブル信号等の）ＤＶＢサービスに同調する場合、このＤＶＢ受信器は、従来、多重プログラム・トランスポート・ストリーム（ＭＰＴＳ）において、多くのＤＶＢサービスを搬送する所定の中継器に物理的に同調することができる。関連するデマルチプレクサは、ディジタル・フィルタを介して、予想されるサービスに関係する様々なデータ・ストリームを取り出す。ＤＶＢ受信器は、その後、これらの様々なデータ・ストリームから単一プログラム・トランスポート・ストリーム（ＳＰＴＳ）を構築し、例えばＤＶＢ受信器／デコーダに結合したテレビジョンを使用して表示するために、それらのストリームを処理する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
従来ＤＶＢネットワークによって搬送された類のコンテンツに対して、安全な加入のアクセスを提供できない場合、システム識別名又はユーザの資格証明（例えば、クレジット・カード情報）が盗用される可能性がある。加入を簡便に行うことができない場合は、消費者によるシステムの受け入れが限定される可能性がある。適切な加入情報を確保できない場合、消費者の問題及び／又はコンテンツへの無許可アクセスがもたらされる可能性がある。さらに、模造された消費者デバイスによる無許可アクセスを防止できない場合、同じくコンテンツへの無許可アクセスがもたらされる可能性がある。これらの条件のいずれか又はすべてが、サービスの崩壊、消費者の不満、及びサービス・プロバイダの収入減少につながり得る。
【０００４】
以上に述べたことを考慮して、アクセス・デバイスが、コンテンツ・プロバイダ、特に加入ベースのコンテンツ・プロバイダからディジタル・コンテンツを受け取るために登録が可能となる方法及び装置が必要とされている。本発明による方法及び装置は、模造されたデバイスもコンテンツ・プロバイダからのコンテンツにアクセスすることを防止しながら、コンテンツ・プロバイダへのアクセス・デバイスの登録、及びその後のそれらの間の安全な通信を可能にする。
【課題を解決するための手段】
【０００５】
本発明は、アクセス・デバイスが少なくともコンテンツ・プロバイダからのコンテンツに安全にアクセスすることができるようにし、同時に模造されたアクセス・デバイスがそのようなコンテンツにアクセスするのを防止する方法を提供する。アクセス・デバイスをコンテンツ・プロバイダに登録する際、アクセス・デバイスは、コンテンツ・プロバイダの公開鍵をその中に有する証明書を、指示された認証局に要求する。証明書の認証と同時に、アクセス・デバイスは、鍵を生成し、公開鍵を使用してこの鍵をコンテンツ・プロバイダと交換し合う。その後、この鍵は、アクセス・デバイスとコンテンツ・プロバイダとの間の以後の安全な通信のために使用される。このようにして、模造されたデバイスは、この鍵にアクセスすることができないので、コンテンツ・プロバイダからコンテンツをダウンロードすることができない。
【０００６】
この点に関して、本発明は、アクセス・デバイスが、コンテンツ・プロバイダからのオーディオ／ビデオ・プログラムを含んだコンテンツにアクセスすることができるようにする方法を提供し、この方法は、特定のコンテンツ・プロバイダに関連した証明書を受け取るステップと、証明書を認証して、特定のコンテンツ・プロバイダに関連した固有データを決定するステップと、特定のコンテンツ・プロバイダと通信するための鍵を生成するステップと、証明書から決定された固有データに応じて鍵を暗号化し、暗号化鍵を特定のコンテンツ・プロバイダに伝送するステップと、特定のコンテンツ・プロバイダにコンテンツを要求するステップと、特定のコンテンツ・プロバイダから受け取られたコンテンツをその鍵を使用して復号するステップと、を含む。
【０００７】
本発明は、また、コンテンツ・プロバイダと通信するための装置を提供し、この装置は、複数のコンテンツ・プロバイダと通信するためのポートと、装置の動作を制御するためにその中に第１の鍵及び実行可能なコードを格納したメモリと、出力信号を表示デバイスに結合するための信号出力と、ポート、メモリ及び信号出力に結合されたプロセッサであって、装置が、認証局からの証明書の要求を伝送し、認証局から受け取られた証明書を認証し、かつ特定のコンテンツ・プロバイダに関連した固有データを決定し、特定のコンテンツ・プロバイダに関連したその固有データを使用して鍵を暗号化し、コンテンツの要求を特定のコンテンツ・プロバイダに伝送し、さらに、その鍵を使用して特定のコンテンツ・プロバイダから受け取られたコンテンツを復号するように動作するプロセッサと、を備える。
【０００８】
本発明は、また、アクセス・デバイスがコンテンツ・プロバイダからのディジタル・コンテンツにアクセスすることができるようにする方法を提供し、この方法は、特定のコンテンツ・プロバイダに関連した認証情報を受け取るステップと、認証情報を処理し、認証情報の中に含まれた特定のコンテンツ・プロバイダに関連した固有データを決定するステップと、特定のコンテンツ・プロバイダと通信するための鍵を生成するステップと、証明書から決定された固有データに応じてこの鍵を暗号化し、暗号化鍵を特定のコンテンツ・プロバイダに伝送するステップと、特定のコンテンツ・プロバイダにコンテンツを要求するステップと、この鍵を使用して、特定のコンテンツ・プロバイダから受け取られたコンテンツを復号するステップと、を含む。
【図面の簡単な説明】
【０００９】
【図１】本発明の一態様による、コンテンツ・プロバイダに通信によって結合された幾つかのアクセス・デバイスを含むシステムを示すブロック図である。
【図２】本発明の一態様による動作を示すフローチャートである。
【図３】本発明の一態様による動作を示すフローチャートである。
【図４】本発明の一態様による動作を示すフローチャートである。
【図５】本発明の一態様による、アクセス・デバイスと共に使用するのに適したユーザ・インタフェースを示す図である。
【図６】本発明の一態様による動作を示すフローチャートである。
【図７】本発明の一態様による動作を示すフローチャートである。
【図８】本発明の一態様による動作を示すフローチャートである。
【図９】本発明の一態様による動作を示すフローチャートである。
【図１０】本発明の一態様による動作を示すフローチャートである。
【図１１】本発明の一態様によるセット−トップ・ユニットを示すブロック図である。
【図１２】本発明の一態様による、アクセス・デバイスと共に使用するのに適したユーザ・インタフェースを示す図である。
【図１３】本発明の一態様による、アクセス・デバイスと共に使用するのに適したユーザ・インタフェースを示す図である。
【発明を実施するための形態】
【００１０】
本発明を理解することは、単にこれに限定されるものではない例として記載されており、かつ添付の図面に関連して解釈される好ましい実施形態についての以下の詳細な説明を考察することによって容易になるであろう。図面においては、同様な数字は同様な部分を指し示している。
【００１１】
理解されるべきことであるが、本発明の図及び説明は、本発明の明確な理解に関係のある要素を例示するように簡略化されており、同時に明確化のために、一般的なセット−トップ・ユニットのシステムに見出される多くの他の要素や、これらの要素を作る方法及び使用する方法は削除されている。当業者ならば、本発明を実施するために他の要素が望まれ、及び／又は必要とされることを認めるであろう。しかしながら、これらの要素は当技術分野でよく知られているので、本明細書において、そのような要素についての詳細な議論は行われない。
【００１２】
本発明の一態様によれば、消費者セット−トップ・ユニット、パーソナル・ビデオ・レコーダ、又は他の同様のディジタル端末デバイス等のアクセス・デバイスに、安全な加入ベースのサービスを提供するシステム及び方法が提供され得る。そのようなシステム及び方法は、高価値コンテンツ（例えば、オーディオ／ビデオ／マルチメディアのコンテンツ）をネットワーク環境において提供するための実行可能な解決策を提供しながら、消費者デバイスの不法な模造を抑止するのに役立つであろう。
【００１３】
ここで図１を参照すると、本発明の一態様によるシステム１００のブロック図が示されている。システム１００は、ただ１つのコンテンツ・プロバイダ１２０に通信によって結合した複数の加入者デバイス１１０を含む。当業者ならば理解することであるが、多くのアクセス・デバイス１１０及びいくつかのコンテンツ・プロバイダ１２０がシステム１００を構成する場合もある。さらに、任意のデバイス１１０が、１つ又は複数のコンテンツ・プロバイダ１２０に通信で結合する場合もある。
【００１４】
アクセス・デバイス１１０を購入したか、又は別の方法で取得した消費者は、一般に、そのデバイスを登録し、コンテンツ・プロバイダ１２０からのコンテンツの提供に加入する。加入デバイス１１０とコンテンツ・プロバイダ１２０との間で送信される情報への無許可アクセスを無効にするために対策が講じられてもよい。また、コンテンツ・プロバイダ１２０からのコンテンツを求めるデバイスの要求は、達成前に許可を受けることを保証すべく対策が講じられてもよい。機密保護コードが無許可デバイスに関して使用される危険を軽減するために、このコードを（ユーザによって構成可能とするのではなく）自動的に構成してもよい。アクセス・デバイス１１０が模造された場合において、元のデバイスと模造されたデバイスとの両方による、コンテンツ・プロバイダ１２０からのコンテンツに対する単一のアカウントを使用したアクセスの試みが阻止されるように、模造に対する防御がなされてもよい。証明書ベースのシステム及び機密保護鍵のリフレッシュが、本発明に沿って使用されてもよい。鍵のリフレッシュは、事象ベース（例えば、コンテンツ要求）及び／又は時間ベース（例えば、定期的な鍵更新）で行われ得る。
【００１５】
ここで図２を参照すると、本発明の一態様による、アクセス・デバイスによるサービス・プロバイダの検証又は認証のプロセス２００が示されている。消費者がアクセス・デバイス１１０を作動させようとする前に、デバイスが公開鍵の電子リストを備えていてもよく（ブロック２１０）、この場合、各鍵は特定の認証局と関連付けられている。１つの構成として、このリストは、ユーザがアクセス・デバイスを作動させる前に設けられ、すなわち、アクセス・デバイスに事前にロードされる。本発明と共に使用するのに適した、現在する認証局として、例えば、エントラスト（Ｅｎｔｒｕｓｔ）及びベリサイン（Ｖｅｒｉｓｉｇｎ）がある。公開鍵のリストは、例えば、デバイスの製造時に、又は販売の時点で、アクセス・デバイス１１０のメモリにロードされてもよい。公開鍵は、例えば、デバイスの内部メモリに格納されてもよく、取り外し可能なメモリ・スティック又はカード等の交換可能なメモリ・デバイスに格納されてもよい。当業者にとって理解されることであるが、公開鍵は秘密ではないので、格納された鍵のリストは、安全であってもよいが、安全である必要はない。１つ又は複数の認証局の公開鍵を含む別個のメモリ・カードが、アクセス・デバイス１１０のユーザに個別に、又はデバイスそれ自体に供給されてもよい。
【００１６】
ユーザがアクセス・デバイス１１０を取得すると、ユーザは、そのデバイスを、例えばテレビジョンといった表示デバイスに、衛星用パラボラ・アンテナ又はケーブル等のプログラミングを受け取るための接続に、さらには電話線又は直接加入者線（ＤＳＬ）又はケーブル・モデム等の双方向通信ネットワークに接続するように勧められるであろう。場合によっては、プログラムを受け取るための接続は、双方向通信ネットワークとして役立ち得る。双方向通信ネットワークを使用して、デバイス１１０は、選ばれたコンテンツ・プロバイダに証明書を要求する（ブロック２２０）。ユーザがサービス・プロバイダを選択可能とするのに適した例としてのインタフェースが、図１２及び１３に記載されている。要求された証明書を受け取ると同時に（ブロック２３０）、デバイス１１０は、証明書を認証し（ブロック２４０）、それにより、デバイス１１０は所望のコンテンツ・プロバイダと確実に通信することができるようになる。
【００１７】
図２と共に図３を参照すると、デバイス１１０によって伝送された証明書要求（ブロック２２０）をコンテンツ・プロバイダ１２０が受け取ると同時に（ブロック３１０）、コンテンツ・プロバイダ１２０は、デバイス１１０によって受け取られるべき証明書（ブロック２３０）を伝送する（ブロック３２０）。
【００１８】
例えば、証明書は、認証の目的のために使用されるファイルの形を取ることが多い。ディジタル証明書は、認証局（ＣＡ）によって、各コンテンツ・プロバイダ１２０に発行されてもよい。例えば、ＣＡは、対応するコンテンツ・プロバイダの公開鍵を含むディジタル証明書Ｃsを暗号化するために、ＣＡ秘密鍵Ｋpriを使用することができる。デバイス１１０は、ユーザによるコンテンツ・プロバイダ１２０の選択に応じて、そのコンテンツ・プロバイダと連絡を取り、双方向通信ネットワークを介して証明書Ｃsを要求して登録及び加入プロセスを始めることができる。この通信ネットワークは、デバイス１１０とコンテンツ・プロバイダ１２０との間の２点間通信をサポートすることができる。
【００１９】
図２に関して既に言及したように、証明書Ｃs（ブロック２３０）を受け取ると同時に、要求デバイス１１０は、格納されたＣＡ公開鍵Ｋpubのうちの対応するものを使用して、証明書の信憑性を検証する（ブロック２４０）。一度証明書が認証されると、コンテンツ・プロバイダの公開鍵Ｋpubは、復号された証明書Ｃsから取り出され、認証されたものとして信頼されてもよい。この公開鍵Ｋpubは、対応するコンテンツ・プロバイダ１２０に情報を安全に伝送するために使用され得る。なぜならば、コンテンツ・プロバイダの秘密鍵Ｋpriは、Ｋpubで暗号化されたメッセージを復号するために使用されるからである。
【００２０】
また、ここで図４を参照すると、プロセスの流れ４００は、ブロック２４０（図２）において証明書を検証すると同時に、デバイス１１０が、支払い情報を取得し（ブロック４１０）、その情報を暗号化し（ブロック４２０）、その暗号化された情報を認証されたコンテンツ・プロバイダ１２０に伝送する（ブロック４３０）ことを示す。図５は、登録ユーザから支払い情報を取得するのに適した例としてのユーザ・インタフェース５００を示す。インタフェース５００は、デバイス１１０に結合された表示デバイスによってユーザに表示されてもよい。インタフェース５００は、図示された場合において、テキスト・ボックスの形を取るデータ入力部分５１０、受け入れ部分５２０、及び拒絶部分５３０を含む。デバイス１１０の押しボタン又はデバイス１１０に関する遠隔制御等の従来のインタフェースを使用して、ユーザは、部分５１０に入力を行い、コンテンツ加入に関係した請求情報を提供してもよい。受け入れ部分５２０を作動させると同時に、支払い情報が暗号化され（ブロック４２０）、選ばれたコンテンツ・プロバイダ１２０に送信されてもよい（ブロック４３０）。
【００２１】
図６は、コンテンツ・プロバイダ１２０が、デバイス１１０の識別子情報（例えば、通し番号）に加えて、伝送された支払い情報を受け取り（ブロック６１０）、この支払い情報を復号する（ブロック６２０）プロセス６００を示す。デバイス１１０は、次いで、復号された請求情報を検証しようとしてもよい（ブロック６３０）。この情報が検証された場合（ブロック６３０）、デバイスは登録に進むことを許され得る（ブロック６４０）。この情報を検証することができない場合、新たな請求情報の要求（ブロック６５０）が、伝送デバイス１１０に送信されてもよい。それに応じて、伝送デバイス１１０は、ブロック４１０、４２０及び４３０に関連した動作を再び行うことができる。
【００２２】
さらなる他の例として、デバイス１１０は、取り出されたコンテンツ・プロバイダの公開鍵Ｋpubを使用して支払い情報を暗号化することができ、コンテンツ・プロバイダ１２０は、その秘密鍵Ｋpriを使用して受け取られた支払い情報を復号することができる。コンテンツ・プロバイダ１２０は、次いで、復号された支払い情報に依存してクレジット・カード会社に初期料金を付託するなどして、復号された支払い情報を処理することができる。コンテンツ・プロバイダ１２０は、支払い情報が検証されたか又は受け入れられたことを伝送デバイス１１０に知らせることができる。コンテンツ・プロバイダ１２０は、加入に関連したその後の費用を、発生した場合に取り扱えるように、検証された支払い情報を格納することもできる。
【００２３】
変更態様として、ユーザは、システム１００とは別個のコンテンツ・プロバイダ１２０の加入者アカウント（支払い情報の交換を含む）を設定してもよい。このような場合、ユーザは、任意に、選ばれたコンテンツ・プロバイダ１２０に伝送されるべきアカウント情報、例えば鍵の交換を始めるためのアカウント番号及び個人識別番号（ＰＩＮ）等のものを、デバイス１１０に単に入力するだけでもよい。
【００２４】
また、ここで図７を参照すると、本発明の一態様による鍵の生成及び伝送プロセス７００が示されている。一度支払い情報が検証されるか、又は受け入れられると、デバイス１１０は、任意の適切なアルゴリズムによって生成された、例えば乱数の形を取り得る鍵を生成してもよい（ブロック７１０）。同図に示された動作においては、デバイス１１０は、乱数を暗号化し（ブロック７２０）、この暗号化された数をコンテンツ・プロバイダに伝送する（ブロック７３０）。その乱数は、コンテンツ・プロバイダの公開鍵を用いて暗号化されてもよい。さらに他の例として、デバイス１１０は、選ばれたコンテンツ・プロバイダ１２０から、支払い情報が検証されたという指示を受け取ってもよい。それにより、デバイス１１０は、（例えば、システム・クロック、通し番号、及び／又はデバイス状況に基づいて）擬似乱数Ｋdを生成することができる。生成された数Ｋdは、次いで、コンテンツ・プロバイダの公開鍵Ｋpub（Ｋpub（Ｋd））を用いて暗号化されてもよい。暗号化された結果は、その後、コンテンツ・プロバイダに伝送されてもよい。
【００２５】
また、ここで図８を参照すると、本発明の一態様によるプロセス８００が示されている。一度コンテンツ・プロバイダ１２０が、デバイス１１０によって伝送された暗号化乱数（ブロック７３０）を受け取ると（ブロック８１０）、コンテンツ・プロバイダ１２０は、その数を復号し（ブロック８２０）、その数が十分に固有であるかどうかを決定し（ブロック８３０）、そうである場合には、乱数を受け入れる（ブロック８５０）。コンテンツ・プロバイダがその数は十分に固有でないと決定した場合（ブロック８３０）、コンテンツ・プロバイダは、伝送デバイス１１０が新たな乱数を提供するように要求し（ブロック８４０）、それにより、デバイス１１０が再びブロック７１０、７２０及び７３０に関連した動作を行うようにする。これに応じて、コンテンツ・プロバイダは、再度、暗号化された乱数を受け取り（ブロック８１０）、これを復号し（ブロック８２０）、再び、それが十分に固有であるかどうかを決定する（ブロック８３０）。
【００２６】
さらに他の１つの例として、コンテンツ・プロバイダ１２０は、その公開鍵Ｋpubをもって暗号化された、受け取った乱数を、その秘密鍵Ｋpriを用いて復号してもよい。コンテンツ・プロバイダは、次いで、現在同一のＫdを使用する他のセッション又は他のデバイスが存在しないことを確認するために、復号された乱数Ｋdを検査する。存在する場合には、コンテンツ・プロバイダ１２０は、伝送デバイス１１０が別の乱数を生成し、暗号化し、さらに伝送するように、現在使用されていないＫdが検出されるまで要求する。一度固有のＫdが検出されると、コンテンツ・プロバイダは、そのＫdを伝送デバイスのセッション鍵として受け入れ、デバイス識別子、例えば通し番号に関連させてＫdを格納する加入アカウントを設定し、さらに、伝送デバイスに受け入れることを知らせる。これに対応して、デバイス１１０は、鍵Ｋdを不揮発性の安全なメモリに格納する。
【００２７】
伝送デバイス１１０とコンテンツ・プロバイダ１２０との間のその後の安全な通信は、Ｋdを対称暗号化／復号鍵として用いて暗号化されてもよい。例えば、伝送アクセス・デバイス１１０からコンテンツ・プロバイダ１２０に送信されるコンテンツ要求が、Ｋdを用いて暗号化されてもよく、プロバイダ１２０からデバイス１１０に配信されるコンテンツが、Ｋdを用いて暗号化されてもよい。このように、登録時において、鍵が生成されてアクセス・デバイスとコンテンツ・プロバイダとの間で交換され、この鍵が、それらの間のその後の安全な通信のために使用される。模造されたアクセス・デバイスは、コンテンツ・プロバイダと安全な通信を行うためのこの鍵を持たないので、この方法は、さらに、模造アクセス・デバイスがコンテンツ・プロバイダからプログラムを受け取るのを防止する。
【００２８】
機密保護を理由として、さらに、特に無許可の模造の試みを妨げるために、共用秘密鍵Ｋdは、定期的に変更又はリフレッシュされてもよい。変更態様として、又は追加の形態として、コンテンツ・アクセスの各要求に応じて新たな鍵が生成されることもあり得る。ここで図９を参照すると、本発明の一態様による鍵更新プロセス９００が示されている。コンテンツ・プロバイダ１２０又はデバイス１１０は、共用鍵がリフレッシュされるべきかどうかを決定する（ブロック９１０）。必要のない場合には、デバイス又はプロバイダは、リフレッシュが要求されるまで待機していてもよい（ブロック９４０）。例えば、デバイス１１０又はコンテンツ・プロバイダ１２０は、与えられた若しくは予め決定された期間、又はあるトリガとなる事象が検出されるまで待つことができる。いずれにしても、リフレッシュが要求されると（ブロック９１０）、新たな乱数が生成され、暗号化される（ブロック９２０）。暗号化された数は、次いで格納され、デバイス１１０及びコンテンツ・プロバイダ１２０のうちの他方に伝送される。図１０に示すように、新たな乱数を受け取ると同時に（ブロック１０１０）、デバイス１１０又はプロバイダ１２０は、この新しい乱数を復号し（ブロック１０２０）、この新たな乱数をメモリに格納する（ブロック１０３０）。この新たな数を使用して暗号化された確認メッセージが、伝送デバイス１１０又はプロバイダ１２０に送信される。
【００２９】
さらに他の１つの例として、本発明の１つの態様によれば、新たな鍵は、現在の鍵を使用して取り決められてもよい。例えば、新たな鍵Ｋd+1が、２点間通信チャネル上において鍵Ｋdを用いることにより、暗号化されて、対応するコンテンツ・プロバイダ１２０から対応するアクセス・デバイス１１０に送信されてもよい。このようにして、ただ１つのデバイス１１０のみが、鍵Ｋd+1にアクセスすることができる。鍵Ｋd+1がデバイス１１０によって受け取られ復号されたことをコンテンツ・プロバイダ１２０が確認すると、コンテンツ・プロバイダ１２０及びデバイス１１０は、以前の鍵Ｋdを無効化することができ、もはやこの鍵を、トランザクション用に受け入れず又は使用しない。さらに、新たな鍵Ｋd+1が、古い鍵Ｋdをシード値（ｓｅｅｄ  ｖａｌｕｅ）として使用することにより生成されてもよい。
【００３０】
伝送デバイス１１０とコンテンツ・プロバイダ１２０との間のその後の通信は、Ｋd+1を対称暗号化／復号鍵として用いて暗号化される。例えば、伝送アクセス・デバイス１１０からコンテンツ・プロバイダ１２０に送信されるコンテンツ要求が、Ｋd+1を用いて暗号化され、プロバイダ１２０からデバイス１１０に配信されるコンテンツが、Ｋd+1を用いて暗号化されてもよい。その結果、たとえデバイス１１０が完全に模造されたとしても、新たな鍵Ｋd+1に関与しないデバイスは、その時点で共用されている暗号化鍵にアクセスすることができないので、原デバイス及び模造デバイスのうちの１つのみが、限られたコンテンツにアクセスすることができるのである。
【００３１】
本発明の１つの態様によれば、鍵Ｋc等の追加の鍵がコンテンツ・プロバイダ１２０によって生成され、デバイス１１０に送信されてもよい。その鍵は、実際のコンテンツを暗号化するために使用されてもよく、その一方で、鍵Ｋd（又は、リフレッシュされた鍵Ｋd+1）が、他の安全な通信（鍵Ｋcの交換など）のために使用される。
【００３２】
ここで図１１を参照すると、デバイス１１０と共に使用するのに適したシステム１１００のブロック図が示されている。システム１１００は、一般に、安全なプロセッサ及びメモリ１１１０、公開鍵記憶装置１１２０、２点間トランシーバ１１３０、コンテンツ受信器１１４０、並びにプレイバック・ポート１１５０を含む。
【００３３】
安全なプロセッサ１１１０は、発明を限定するものではない１つの例として、スマート・カードの形を取ることができる。スマート・カード１１００は、２つの乱数（ＫdとＫd+1、Ｋd+1とＫd+2、．．．）を格納するために第１及び第２の記憶領域１１６０、１１７０を含むことができる。スマート・カード１１００は、また、上述した鍵Ｋc等の他の鍵を格納するための安全な記憶領域を含んでいてもよい。乱数メモリ１１６０、１１７０は、両方の鍵と、どちらの鍵が作動している鍵であるかを（直接的に又は間接的に）指示するフラグとを収容するのに十分な大きさを有する循環データ・バッファの形を取ることができる。スマート・カード１１００は、安全なプロセッサ１１８０をさらに含むことができる。
【００３４】
本明細書で使用される「メモリ」は、一般に、チップ、テープ又はディスクの形等でデータを格納することができる１つ又は複数のデバイスを意味する。メモリは、限定するものではない１つの例として、１つ又は複数のランダム−アクセス・メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、プログラム可能読出し専用メモリ（ＰＲＯＭ）、消去プログラム可能読出し専用メモリ（ＥＰＲＯＭ）、又は、電気的消去プログラム可能読出し専用メモリ（ＥＥＰＲＯＭ）のチップの形を取ることができる。プロセッサによって利用されるメモリは、プロセッサを含む集積ユニットの内部にあってもよく、外部にあってもよい。例えば、マイクロプロセッサの場合、メモリは、マイクロプロセッサ自体の内部にあってもよく、外部にあってもよい。本明細書で使用される「プロセッサ」は、一般に、マイクロプロセッサなどの中央処理装置（ＣＰＵ）を含んだ計算デバイスを意味する。ＣＰＵは、一般に、算術演算及び論理演算を行う算術論理演算装置（ＡＬＵ）と、メモリから命令（例えば、プロセッサ実行可能コード）を引き出し、その命令を復号して実行し、必要ならばＡＬＵに要求を行う制御装置と、を含む。当然に、例えば、電子インタフェース又は用途特定集積回路（ＡＳＩＣ）等の他の素子が使用されてもよい。
【００３５】
公開鍵記憶装置１１２０は、コンテンツ・プロバイダの証明書を認証するために使用される公開鍵のリストを格納するメモリの形を取り得る。この場合もやはり、ＣＡ公開鍵記憶装置１１２０は一般に利用可能なＣＡ鍵を含むだけなので、安全にされる必要はないが、安全にされてもよい。
【００３６】
トランシーバ１１３０は、例えば公衆電話網（ＰＳＴＮ）を介して通信する変調器／復調器（モデム）の形を取ることができる。変更態様として、トランシーバ１１３０は、（ひいては、インターネットと一般に呼ばれるコンピュータ及びコンピュータ・ネットワークの大域相互接続に結合される）ＤＳＬ又はケーブル・モデムなどの広帯域ゲートウェイ・デバイスと通信するのに適したハードウェア及び／又はソフトウェアの形を取ることができる。
【００３７】
受信器１１４０は、コンテンツ・プロバイダ１２０によって伝送されたコンテンツを受け取るのに適したハードウェア／ソフトウェアの形を取ることができる。受信器１１４０は、２点間伝送又は同報通信伝送を受け取るのに適していてもよい。受信器１１４０は、全て発明を限定するものではない例としてではあるが、衛星テレビジョン信号受信器、ケーブル・テレビジョン受信器、又は（ひいては、インターネットと一般に呼ばれるコンピュータ及びコンピュータ・ネットワークの大域相互接続に結合される）ＤＳＬ又はケーブル・モデムなどの広帯域ゲートウェイ・デバイスと通信するのに適したハードウェア及び／又はソフトウェアの形を取ることができる。
【００３８】
再生ポート１１５０は、受け取られたコンテンツをテレビジョン等の表示デバイスに供給するのに適していてもよい。暗号化されたコンテンツの場合、そのコンテンツは、スマート・カード１１１０のプロセッサ１１８０を使用することによって、復号されてもよく、そうでなければ表示に適するようにされてもよい。ポート１１５０は、全て発明を限定するものではない例としてではあるが、同軸ＲＦポート及び関連したハードウェア／ソフトウェア、信号構成要素ポート及び関連したハードウェア／ソフトウェア、並びに／又は、高密度マルチメディア・インタフェース（ＨＤＭＩ）・ポート及び関連したハードウェア／ソフトウェアの形を取ることができる。
【００３９】
ここで図１２を参照すると、本発明の一態様によるユーザ・インタフェース１２００が示されている。インタフェース１２００は、ユーザがコンテンツ・プロバイダ及び加入を選ぶことができるようにするために、加入デバイス１１０によって表示デバイスに表示されるのに申し分なく適したものであってよい。インタフェース１２００（及び／又はインタフェース５００）を表示するためのデータ及びプロセッサ実行可能コードは、デバイス１１０のメモリに格納されていてもよい。インタフェース１２００は、図１２に示した例において、リスト・ボックスの形を取るデータ入力デバイス１２１０、受け入れデバイス１２２０及び拒絶デバイス１２３０を含む。デバイス１１０の押しボタン又はデバイス１１０に関する遠隔制御等のユーザ・インタフェース・デバイスに関係したユーザ制御によって、ユーザが、デバイス１２１０を使用してコンテンツ・プロバイダ及び加入を選ぶことが可能となる。図１２に示した例においては、押しボタンの形を取るデバイス１２２０を作動させると同時に、加入を選んだことを示す情報が、選ばれたコンテンツ・プロバイダに送信され、その結果、本明細書において説明されたプロセスが引き起こされる。デバイス１２３０を作動させると同時に、加入プロセスは取り消されてもよい。図１３に示したように、選ばれたプロバイダ及びパッケージに関する情報１２４０はまた、表示されて、デバイス１２２０又は１２３０の選択前にユーザによって肯定応答されてもよい。デバイス１２１０によって提供された情報１２４０及びプログラミングの選択は、スマート・カード１１１０等のデバイス１１０のメモリに事前にロードされ、例えばトランシーバ１１３０又は受信器１１４０を用いて更新されてもよい。
【００４０】
当業者には明らかなことであろうが、本発明の精神又は範囲から逸脱することなしに本発明の装置及びプロセスに種々の修正及び変更が加えられ得る。従って、本発明は、この発明の修正及び変更を、それらが添付された特許請求の範囲及びその均等物の範囲に含まれる限り、自身の範囲に含むことを意図している。
【符号の説明】
【００４１】
１００  システム
１１０  アクセス・デバイス
１２０  コンテンツ・プロバイダ
２００、３００  検証、認証プロセス
５００、１２００  ユーザ・インタフェース
５１０  データ入力部分
５２０  受け入れ部分
５３０  拒絶部分
７００  鍵の生成、伝送プロセス
９００  鍵の更新プロセス
１１００  アクセス・デバイスと共に使用するシステム
１１１０、１１８０  プロセッサ
１１２０  公開鍵記憶装置
１１３０  ２点間トランシーバ
１１４０  コンテンツ受信器
１１５０  プレイバック・ポート
１１６０、１１７０  乱数メモリ
１２１０  データ入力デバイス
１２２０  受け入れデバイス
１２３０  拒絶デバイス
１２４０  情報
【図１】
2014161043.tif 000003
【図２】
2014161043.tif 000004
【図３】
2014161043.tif 000005
【図４】
2014161043.tif 000006
【図５】
2014161043.tif 000007
【図６】
2014161043.tif 000008
【図７】
2014161043.tif 000009
【図８】
2014161043.tif 000010
【図９】
2014161043.tif 000011
【図１０】
2014161043.tif 000012
【図１１】
2014161043.tif 000013
【図１２】
2014161043.tif 000014
【図１３】
2014161043.tif 000015
【手続補正書】
【提出日】平成26年5月1日(2014.5.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アクセス・デバイスがコンテンツ・プロバイダからのオーディオ／ビデオ・プログラムを含んだコンテンツにアクセスすることができるようにする方法であって、
特定のコンテンツ・プロバイダに関連した証明書を受け取るステップと、
前記証明書を認証して、前記特定のコンテンツ・プロバイダに関連した公開鍵を決定するステップと、
前記特定のコンテンツ・プロバイダと通信するためのセッション鍵を、前記アクセス・デバイスに関連した固有の識別子の関数として生成するステップと、
前記証明書から決定された前記公開鍵に応じて前記セッション鍵を暗号化して、暗号化された該セッション鍵を前記特定のコンテンツ・プロバイダに伝送するステップと、
前記特定のコンテンツ・プロバイダからのコンテンツを要求するステップと、
前記特定のコンテンツ・プロバイダから受け取られたコンテンツを、前記セッション鍵を用いて復号するステップと、
を含む、前記方法。
【請求項２】
前記セッション鍵は、時間、前記アクセス・デバイスの通し番号、及び該アクセス・デバイスの動作状況のうちの少なくとも１つの関数として生成される、請求項１に記載の方法。
【請求項３】
前記暗号化され伝送されたセッション鍵に関連する通知メッセージを前記コンテンツ・プロバイダから受け取るステップをさらに含み、前記通知メッセージが前記暗号化され伝送されたセッション鍵が使用のために受け入れることができることを示す場合には、該セッション鍵を用いて該コンテンツ・プロバイダからのコンテンツを復号し、前記通知メッセージが前記暗号化され伝送されたセッション鍵が使用のために受け入れなれないことを示す場合には、別のセッション鍵を生成し、該別のセッション鍵を暗号化して、暗号化された該別のセッション鍵を該コンテンツ・プロバイダに伝送し、受け入れ通知が受け取られるまでこのプロセスを繰り返す、請求項１に記載の方法。
【請求項４】
前記要求するステップは、前記セッション鍵を用いて前記要求を暗号化することを含む、請求項１に記載の方法。
【請求項５】
コンテンツ・プロバイダのリストを設けるステップと、前記コンテンツ・プロバイダのリストから前記特定のコンテンツ・プロバイダの特定の１つのユーザ選択を受け取るステップと、証明書の要求を認証局に伝送するステップと、
をさらに含む、請求項１に記載の方法。
【請求項６】
前記証明書は、信頼された認証局によって発行された証明書であり、前記認証するステップは、前記アクセス・デバイスに格納された該信頼された認証局に関連した公開鍵を用いて該証明書を認証することを含む、請求項１に記載の方法。
【請求項７】
所定の時間期間の後に前記セッション鍵を取り替えることになる第２のセッション鍵を前記セッション鍵の関数として生成して、前記セッション鍵を使用して該第２のセッション鍵を暗号化し、前記暗号化された該第２のセッション鍵を前記特定のコンテンツ・プロバイダに伝送するステップをさらに含み、該第２のセッション鍵に関して該特定のコンテンツ・プロバイダから受け入れ通知を受け取ると、該特定のコンテンツ・プロバイダからその後受け取られたコンテンツを復号するために、該第２のセッション鍵を用いる、請求項１に記載の方法。
【請求項８】
ユーザから支払い情報を受け取るステップと、
前記セッション鍵を用いて前記支払い情報を暗号化するステップと、
暗号化された前記支払い情報を前記特定のコンテンツ・プロバイダに伝送するステップと、
をさらに含む、請求項１に記載の方法。
【請求項９】
コンテンツ・プロバイダと通信するための装置であって、
複数のコンテンツ・プロバイダと通信するためのポートと、
前記装置に関連した固有の識別子の関数として生成される第１のセッション鍵及び前記装置の動作を制御するための実行可能なコードがその中に格納されたメモリと、
出力信号を表示デバイスに結合させるための信号出力と、
前記ポート、メモリ、及び信号出力に結合されたプロセッサであって、前記装置が、認証局からの証明書を求める要求を伝送し、該認証局から受け取られた該証明書を認証して特定のコンテンツ・プロバイダに関連した公開鍵を決定し、該特定のコンテンツ・プロバイダに関連した該公開鍵を使用してセッション鍵を暗号化し、コンテンツの要求を該特定のコンテンツ・プロバイダに伝送し、該セッション鍵を用いて該特定のコンテンツ・プロバイダから受け取られたコンテンツを復号するように動作するプロセッサと、
を備えている、前記装置。
【請求項１０】
前記プロセッサは、前記証明書の認証の成功に応じて前記セッション鍵を生成するように動作する、請求項９に記載の装置。
【請求項１１】
前記セッション鍵は、時間、前記装置に関連した通し番号、及び該装置の動作状況のうちの少なくとも１つの関数として生成される、請求項９に記載の装置。
【請求項１２】
前記メモリは、コンテンツ・プロバイダのリストを含み、前記プロセッサは、前記コンテンツ・プロバイダのリストを表示し、前記特定のコンテンツ・プロバイダのユーザ選択を受け取り、さらに、証明書の要求を前記認証局に伝送するように動作し、該証明書は、該認証局に関連した公開鍵を用いて認証される、請求項９に記載の装置。
【請求項１３】
前記プロセッサは、所定の時間期間の後に現在のセッション鍵を取り替えることになる別のセッション鍵を前記現在のセッション鍵の関数として定期的に生成し、前記現在のセッション鍵を用いて該別のセッション鍵を暗号化し、該別のセッション鍵を前記特定のコンテンツ・プロバイダに伝送し、さらに、受け入れ通知を受け取ると、該特定のコンテンツ・プロバイダに対する要求を暗号化して該特定のコンテンツ・プロバイダから受け取られたコンテンツを復号するために、該別のセッション鍵を用いるように動作する、請求項９に記載の装置。
【請求項１４】
アクセス・デバイスがコンテンツ・プロバイダからのディジタル・コンテンツにアクセスすることができるようにする方法であって、
特定のコンテンツ・プロバイダに関連した認証情報を受け取るステップと、
前記認証情報を処理して、該認証情報の中に含まれた前記特定のコンテンツ・プロバイダに関連した公開鍵を決定するステップと、
前記特定のコンテンツ・プロバイダと通信するためのセッション鍵を、前記アクセス・デバイスに関連する固有の識別子の関数として生成するステップと、
前記証明書から決定された前記公開鍵に応じて前記セッション鍵を暗号化し、暗号化された該セッション鍵を前記特定のコンテンツ・プロバイダに伝送するステップと、
前記特定のコンテンツ・プロバイダからのコンテンツを要求するステップと、
前記セッション鍵を用いて、前記特定のコンテンツ・プロバイダから受け取られたコンテンツを復号するステップと、
を含む、前記方法。
【請求項１５】
前記認証は、指示された認証局から受け取られた証明書を含む、請求項１４に記載の方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００４０
【補正方法】変更
【補正の内容】
【００４０】
当業者には明らかなことであろうが、本発明の精神又は範囲から逸脱することなしに本発明の装置及びプロセスに種々の修正及び変更が加えられ得る。従って、本発明は、この発明の修正及び変更を、それらが添付された特許請求の範囲及びその均等物の範囲に含まれる限り、自身の範囲に含むことを意図している。
本発明の好ましい実施形態を以下に示す。
付記１．アクセス・デバイスがコンテンツ・プロバイダからのオーディオ／ビデオ・プログラムを含んだコンテンツにアクセスすることができるようにする方法であって、
特定のコンテンツ・プロバイダに関連した証明書を受け取るステップと、
前記証明書を認証して、前記特定のコンテンツ・プロバイダに関連した固有データを決定するステップと、
前記特定のコンテンツ・プロバイダと通信するための鍵を生成するステップと、
前記証明書から決定された前記固有データに応じて前記鍵を暗号化して、暗号化された該鍵を前記特定のコンテンツ・プロバイダに伝送するステップと、
前記特定のコンテンツ・プロバイダにコンテンツを要求するステップと、
前記特定のコンテンツ・プロバイダから受け取られたコンテンツを、前記鍵を用いて復号するステップと
を含むことを特徴とする方法。
付記２．前記鍵は、時間、加入者デバイスの通し番号、及び該加入者デバイスの動作状況のうちの少なくとも１つの関数として生成されることを特徴とする付記１に記載の方法。
付記３．前記特定のコンテンツ・プロバイダに関連した前記固有データは、前記特定のコンテンツ・プロバイダに関連した公開鍵を含んでおり、前記鍵は該公開鍵を用いて暗号化されることを特徴とする付記１に記載の方法。
付記４．伝送された前記暗号化された鍵が使用のために受け入れることができるかどうかの通知を、前記コンテンツ・プロバイダから受け取るステップをさらに含み、受け入れ通知が受け取られた場合には、該鍵を用いて該コンテンツ・プロバイダからのコンテンツを復号し、非受け入れ通知が受け取られた場合には、別の鍵を生成し、該別の鍵を暗号化して、暗号化された該別の鍵を該コンテンツ・プロバイダに伝送し、受け入れ通知が受け取られるまでこのプロセスを繰り返すことを特徴とする付記１に記載の方法。
付記５．前記要求するステップは、前記鍵を用いて要求を暗号化することを含むことを特徴とする付記１に記載の方法。
付記６．コンテンツ・プロバイダのリストを設けるステップと、ユーザによる特定のコンテンツ・プロバイダの選択を受け取るステップと、証明書の要求を認証局に伝送するステップとをさらに含むことを特徴とする付記１に記載の方法。
付記７．前記証明書は、信頼された認証局によって発行された証明書であり、前記認証するステップは、前記加入者デバイスに格納された該認証局の鍵に関連した公開鍵を用いて該証明書を認証することを含むことを特徴とする付記１に記載の方法。
付記８．第２の鍵を生成して、前記鍵を使用して該第２の鍵を暗号化し、さらに暗号化された該第２の鍵を前記特定のコンテンツ・プロバイダに伝送するステップをさらに含み、該第２の鍵に関して該特定のコンテンツ・プロバイダから受け入れ通知を受け取ると同時に、該特定のコンテンツ・プロバイダからその後受け取られたコンテンツを復号するために、該第２の鍵を用いることを特徴とする付記１に記載の方法。
付記９．前記第２の鍵は、前記鍵の関数として生成されることを特徴とする付記８に記載の方法。
付記１０．ユーザから支払い情報を受け取るステップと、
前記鍵を用いて前記支払い情報を暗号化するステップと、
暗号化された前記支払い情報を前記特定のコンテンツ・プロバイダに伝送するステップと
をさらに含むことを特徴とする付記１に記載の方法。
付記１１．コンテンツ・プロバイダと通信するための装置であって、
複数のコンテンツ・プロバイダと通信するためのポートと、
前記装置の動作を制御するために第１の鍵及び実行可能なコードがその中に格納されたメモリと、
出力信号を表示デバイスに結合させるための信号出力と、
前記ポート、メモリ、及び信号出力に結合されたプロセッサであって、前記装置が、認証局からの証明書を求める要求を伝送し、該認証局から受け取られた該証明書を認証して特定のコンテンツ・プロバイダに関連した固有データを決定し、該特定のコンテンツ・プロバイダに関連した該固有データを使用して鍵を暗号化し、コンテンツの要求を該特定のコンテンツ・プロバイダに伝送し、さらに、該鍵を用いて該特定のコンテンツ・プロバイダから受け取られたコンテンツを復号するように動作するプロセッサと
を備えていることを特徴とする装置。
付記１２．前記プロセッサは、前記証明書の認証の成功に応じて前記鍵を生成するように動作することを特徴とする付記１１に記載の装置。
付記１３．前記鍵は、時間、前記装置に関連した通し番号、及び該装置の動作状況のうちの少なくとも１つの関数として生成されることを特徴とする付記１１に記載の装置。
付記１４．前記固有データは、前記特定のコンテンツ・プロバイダに関連した公開鍵を含むことを特徴とする付記１１に記載の装置。
付記１５．前記メモリは、コンテンツ・プロバイダのリストを含み、前記プロセッサは、前記コンテンツ・プロバイダのリストを表示し、ユーザによる前記特定のコンテンツ・プロバイダの選択を受け取り、さらに、証明書の要求を前記認証局に伝送するように動作し、該証明書は、該認証局に関連した公開鍵を用いて認証されることを特徴とする付記１１に記載の装置。
付記１６．前記プロセッサは、別の鍵を定期的に生成し、前記鍵を用いて該別の鍵を暗号化し、該別の鍵を前記特定のコンテンツ・プロバイダに伝送し、さらに、受け入れ通知を受け取ると同時に、該特定のコンテンツ・プロバイダに対する要求を暗号化して該特定のコンテンツ・プロバイダから受け取られたコンテンツを復号するために、該別の鍵を用いるように動作することを特徴とする付記１１に記載の装置。
付記１７．前記別の鍵は、前記鍵の関数として生成されることを特徴とする付記１６に記載の装置。
付記１８．アクセス・デバイスがコンテンツ・プロバイダからのディジタル・コンテンツにアクセスすることができるようにする方法であって、
特定のコンテンツ・プロバイダに関連した認証情報を受け取るステップと、
前記認証情報を処理して、該認証情報の中に含まれた前記特定のコンテンツ・プロバイダに関連した固有データを決定するステップと、
前記特定のコンテンツ・プロバイダと通信するための鍵を生成するステップと、
証明書から決定された前記固有データに応じて前記鍵を暗号化し、暗号化された該鍵を前記特定のコンテンツ・プロバイダに伝送するステップと、
前記特定のコンテンツ・プロバイダにコンテンツを要求するステップと、
前記鍵を用いて、前記特定のコンテンツ・プロバイダから受け取られたコンテンツを復号するステップと
を含むことを特徴とする方法。
付記１９．前記認証情報は、指示された認証局から受け取られた証明書を含むことを特徴とする付記１８に記載の方法。
付記２０．前記処理するステップは、前記アクセス・デバイスのメモリに格納された前記認証局に関連した公開鍵を用いて前記証明書を認証することを含むことを特徴とする付記１９に記載の方法。
【外国語明細書】
2014161043000001.pdf