(57)【要約】  クライアント（１１０）にサービスを提供する方法であって、クライアント（１１０）は、サービスを選択し（２１６）、クライアント（１１０）に関連付けられた識別情報（ＩＤ）、及びサービスの識別子（ＣＯＮＴ＿ＩＤ）を送出する（２２０）システム・サーバ（１２０）との接続を確立する（２１８）。システム・サーバ（１２０）は、サービスへのアクセスをクライアント（１１０）が認可されている旨を検証し（２２２）、クライアント（１１０）がエミュレートされていない旨を検証する（２２４）。これが検証された場合、サービスがクライアント（１１０）に提供される。好ましい実施例では、サービスは、スクランブルされたコンテンツ（Ｃ’）であり、システム・サーバ（１２０）は、スクランブル解除鍵（Ｋｃｏｎｔ）をクライアント（１１０）に提供し（２２６）、クライアント（１１０）に、スクランブルされたコンテンツ（Ｃ’）を提供する（２３０）旨をコンテンツ・サーバ（１３０）に指示する（２２８）。装置、システム、及びシステム・サーバも特許請求の範囲に記載している。
2009536383.tif 000002
【特許請求の範囲】
【請求項１】
装置（１１０）にサービスを提供する方法であって、
前記装置（１１０）に関連付けられた識別情報（ＩＤ）を受信する工程（２２０）と、
前記装置（１１０）が所望するサービスの識別子（ＣＯＮＴ＿ＩＤ）を受信する工程（２２０）と、
前記所望されるサービスへのアクセスが前記識別情報（ＩＤ）によって認可されている旨を検証する工程（２２２）と、
前記装置（１１０）がエミュレートされていない旨を検証する工程（２２４）と、
前記サービスを前記装置（１１０）に提供する工程（２２６、２２８、２３０）とを含む方法。
【請求項２】
請求項１記載の方法であって、前記装置がエミュレートされていない旨を検証する工程は、
アプリケーションを前記装置に送出する工程と、
クリティカル・モードで前記アプリケーションを実行する旨を前記装置に要求する工程と、
応答を前記装置から受信する工程であって、前記応答が、計算に必要なサイクルの数を含む工程と、
前記受信されたサイクルの数が、期待された数のサイクルに対応する旨を検証する工程とを含む方法。
【請求項３】
請求項１記載の方法であって、前記装置がエミュレートされていない旨を検証する工程は、
前記装置に暗号チャレンジを送出する工程であって、前記暗号チャレンジが、解くためにいくつかの反復を必要とする工程と、
前記暗号チャレンジを解くために前記装置が要求する反復の数を前記装置から受信する工程と、
前記受信数の反復が、期待された数の反復に対応する旨を検証する工程とを含む方法。
【請求項４】
請求項３記載の方法であって、前記暗号チャレンジが鍵サーチである方法。
【請求項５】
請求項１記載の方法であって、前記サービスは、スクランブルされたコンテンツ（Ｃ’）の提供であり、提供する工程（２２６、２２８、２３０）は、
前記コンテンツをスクランブル解除するために必要な少なくとも１つの鍵（Ｋｃｏｎｔ）を提供する工程（２２６）と、
前記スクランブルされたコンテンツ（Ｃ’）を提供する工程（２３０）とを含む方法。
【請求項６】
装置（１００）にサービスを提供するよう適合されたシステムであって、
前記装置（１１０）に関連付けられた識別情報（ＩＤ）を受信し、
前記装置（１１０）が所望するサービスの識別子（ＣＯＮＴ＿ＩＤ）を受信し、
前記所望されるサービスへのアクセスが前記識別情報（１１０）によって認可されている旨を検証し、
前記装置（１１０）がエミュレートされていない旨を検証するよう適合されたシステム・サ―バ（１２０）と、
前記サービスを前記装置（１１０）に提供するよう適合されたサービス・プロバイダ（１３０）とを備え、
前記システム・サ―バ（１２０）は、前記サービスを前記装置（１１０）に提供する旨を前記サービス・サーバ（１３０）に指示するよう更に適合されたシステム。
【請求項７】
請求項６記載のシステムであって、前記サービス・サーバ（１３０）は、前記装置（１１０）に、スクランブルされたコンテンツ（Ｃ’）を提供するよう適合されたコンテンツ・サーバであり、前記システム・サーバ（１２０）は、前記コンテンツのスクランブル解除に必要な少なくとも１つの鍵（Ｋｃｏｎｔ）を前記装置（１１０）に提供するよう更に適合されたシステム。
【請求項８】
請求項７記載のシステムであって、提供するためのコンテンツを作成し、スクランブルされたコンテンツ（Ｃ’）を前記コンテンツ・サーバ（１３０）に提供し、対応する少なくとも１つのスクランブル解除鍵（Ｋｃｏｎｔ）を前記システム・サーバ（１２０）に提供するよう適合されたコンテンツ・プリプロセッサ（１４０）を更に備えるシステム。
【請求項９】
通信装置（１１３）を介してシステム・サーバ（１２０）に、前記装置（１１０）に関連付けられた識別情報、及び所望のサービスの識別子を送出し、
前記装置がエミュレートされていない旨を前記システム・サーバ（１２０）に証明するための少なくとも１つの動作を行い、
前記所望のサービスを、前記通信装置（１１３）を介して受信するよう適合されたプロセッサ（１１１）を備えた装置。
【請求項１０】
装置（１００）にサービスを提供するよう適合されたシステム・サーバ（１２０）であって、前記システム・サーバ（１２０）は、
前記装置（１１０）に関連付けられた識別情報（ＩＤ）を受信し、
前記装置（１１０）が所望するサービスの識別子（ＣＯＮＴ＿ＩＤ）を受信し、
前記所望のサービスへのアクセスが前記識別情報（１１０）によって認可されている旨を検証し、
前記装置（１１０）がエミュレートされていない旨を検証し、前記サービスを前記装置（１１０）に提供する旨をサービス・サーバ（１３０）に指示するよう適合されたプロセッサ（１２１）を備えるシステム・サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般にネットワークに関し、特にクライアントサーバ・ネットワークにおけるセキュアなサービス提供に関する。
【背景技術】
【０００２】
クライアントにサービスを提供するサーバを有することがネットワークにおいて非常に一般的である。通常はユーザにあるクライアントはサービスをサーバから要求する。このサーバは、通常、サービスにアクセスする権利をクライアントが有している旨の検証後にサービスをクライアントに提供する。前述のサービスの例には、ビデオオンデマンド、文書の印刷や、施錠されたドアの開錠がある。
【０００３】
残念ながら、前述のサービスへのアクセスを得ることを、そうする権利を有することなしに試行する人々（いわゆる「ハッカー」や「海賊」）が存在している。この目的で、前述の人々は、ネットワーク内のセキュリティ解決策をだしぬくために種々の手法を用いる。
【０００４】
ハッカーの作業をくじこうとする解決策の１つに相互認証がある。すなわち、クライアントはサーバが真のサーバであることを確実にするよう認証し、逆も同様である。認証は、有効な、又は署名された識別情報の提示、ユーザ名及び関連したパスワードの提示、又は対称暗号法若しくは非対称暗号法が関係するプロトコルを用いて行うことができる。
【０００５】
別の解決策は、その秘密を回復するか又はその挙動を修正するためにリバースエンジニアリングすることが難しいそのクローズド・プラットフォームを用いることである。認証などの他の解決策とともに通常用いるこの解決策は例えば、ゲーム・ステーション（例えば、プレイステーションやＸボックス）、有料ＴＶシステムのセットトップ・ボックス、トリプルプレイ・モデム（例えば、フリーボックスやライブボックス）や携帯電話機に用いられている。これは当然、アーキテクチャの多様性にその強みが起因するということができるパソコン（ＰＣ）とはかなり異なる。
【０００６】
サーバを模倣するのに十分であるようにクローズド・プラットフォームをエミュレートすることは難しい一方、これが不可能でないことが明らかになった。この課題に対する標準的な解決策は、取り消しである。クライアントが破られたことをシステム権限が知った場合、そのクライアントは取り消しリストに載せられる。認証中、サーバはまず、クライアントが取り消しリストに載っているかを検証し、肯定の場合、サービスを拒否する。本出願では、「プラットフォームをエミュレートする」ことは、エミュレートするプラットフォームが、特定のハードウェアを使用することを目的とするか、特定のオペレーティング・システムを使用することを目的とするか、特定のアプリケーションを実行することを目的とするか、又はそれらの組み合わせを目的とする。更に、クライアントがエミュレートされていないことを検証することは、特定のハードウェアを使用するか、特定のオペレーティング・システムを使用するか、特定のアプリケーションを実行するか、又はそれらの組み合わせであることを検証することを意味する。
【０００７】
取り消しが効率的であるためには、システム権限は、装置が破られたことを知っている必要がある。このことには長い時間がかかり得る。この間、ハッカーは、サービスを享受し続けるか、又は、更に悪いことには、多くの人々がサービスを利用することができるように装置をエミュレートする方法を他の人々に知らせることができる。
【０００８】
よって、現行のセキュリティ解決策を改良し、クライアント装置をハッカーがエミュレートすることをより困難にする解決策に対する必要性が存在している。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明は前述の解決策を提供する。
【課題を解決するための手段】
【００１０】
第１の局面では、本発明は、装置にサービスを提供する方法に関する。装置に関連付けられた識別情報、及び装置が所望するサービスの識別子が受信される。方法は次いで、所望のサービスにアクセスするよう識別情報が認可されており、装置がエミュレートされていないことを検証する。サービスは次いで、装置に提供される。
【００１１】
好ましい実施例では、サービスは、スクランブルされたコンテンツの提供であり、サービスは、コンテンツをスクランブル解除し、スクランブルされたコンテンツを提供するために必要な少なくとも１つの鍵を提供することにより、提供される。
【００１２】
第２の局面では、本発明は、装置にサービスを提供するよう適合されたシステムに関する。システム・サーバは、装置に関連付けられた識別情報、及び装置が所望するサービスの識別子を受信して、所望のサービスへのアクセスが識別情報によって認可され、装置がエミュレートされていない旨を検証するよう適合される。サービス・サーバは、サービスをクライアントに提供するよう適合され、システム・サーバは、サービスをクライアントに提供する旨をサービス・サーバに指示するよう更に適合される。
【００１３】
好ましい実施例では、サービス・サーバは、スクランブルされたコンテンツをクライアントに提供するよう適合されたコンテンツ・サーバであり、システム・サーバは、コンテンツのスクランブル解除に必要な少なくとも１つの鍵をクライアントに提供するよう更に適合される。
【００１４】
効果的には、システムは、提供するためのコンテンツを作成し、スクランブルされたコンテンツをコンテンツ・サーバに提供し、対応する少なくとも１つのスクランブル解除鍵をシステム・サーバに提供するよう適合されたコンテンツ・プリプロセッサを更に備える。
【００１５】
第３の局面では、本発明は、通信装置を介してシステム・サーバに、クライアントに関連付けられた識別情報、及び所望のサービスの識別子を送出して、クライアントがエミュレートされていない旨をシステム・サーバに対して証明するための少なくとも１つの動作を行い、通信装置を介して所望のサービスを受信するよう適合されたプロセッサを備えるクライアントに関する。
【００１６】
第４の局面では、本発明は、装置にサービスを提供するよう適合されたシステム・サーバに関する。システム・サーバは、装置に関連付けられた識別情報、及び装置が所望するサービスの識別子を受信して、所望のサービスへのアクセスが識別情報によって認可され、装置がエミュレートされていない旨を検証し、サービスを装置に提供する旨をサービス・サーバに指示するよう適合される。
【発明を実施するための最良の形態】
【００１７】
次に、本発明の好ましい構成を、例として、添付図面を参照して説明する。
【実施例】
【００１８】
以下の説明はビデオオンデマンドの提供に関するが、これは単に一例であり、他のサービスをクライアントに提供することができる。
【００１９】
図１は、本発明が使用されるネットワーク１００を示す。クライアント１１０は、システム・サーバ１２０及びコンテンツ・サーバ１３０と相互作用するよう適合される。更に、システム・サーバ１２０及びコンテンツ・サーバ１３０と相互作用するよう適合されたコンテンツ・プリプロセッサ１４０が存在している。（システム・サーバ１２０のプロセッサ１２１以外は）クライアント１１０についてのみ示しているが、各装置１１０、１２０、１３０、１４０には、少なくともプロセッサ（ＣＰＵ）１１１、メモリ１１２、及び通信インタフェース（Ｉ／Ｏ）１１３が備えられる。システム・サーバ１２０、コンテンツ・サーバ１３０、及び／又は、コンテンツ・プリプロセッサ１４０の何れかの組み合わせが、１つの物理装置を共同使用するか、又は１つの物理装置内に実際に実施され得る。更に、各装置は、複数の物理装置内に物理的に実施され得る。
【００２０】
図２は、本発明によるサービス提供の方法の好ましい実施例を示す。第１の段階では、コンテンツ・プリプロセッサ１４０は、好ましくは、コンテンツ単位（楽曲や映画シーンなど）毎に一コンテンツ・スクランブル鍵Ｋｃｏｎｔを使用してコンテンツＣをスクランブルすることにより、コンテンツ２１０を作成する。コンテンツ・プリプロセッサ１４０は、コンテンツ・スクランブル鍵をシステム・サーバ１２０に送出し（２１２）、更に、スクランブルされたコンテンツＣ’をコンテンツ・サーバ１３０に送出する。コンテンツの作成は、コンテンツＣをアクセスするためにクライアント１１０がシステム・サーバ１２０に連絡する場合にも、コンテンツ提供前のいつでも行うことができる。
【００２１】
コンテンツの作成は、更に、経時的に、一回又は複数回、更新することができる。好ましい実施例では、ＡＥＳ−１２８（すなわち、１２８ビット鍵による高度暗号化標準暗号化）が、コンテンツのスクランブルのために使用される。
【００２２】
第１の段階と第２の段階との間の境界線は、図２中、点線で示している。
【００２３】
第２の段階は、ユーザが、コンテンツ２１６の１つ又は複数の項目を選択すると始まる。本願明細書では以下、説明を明確にするために一項目のみを使用する。クライアント２１０は、システム・サーバ１２０に連絡し、セキュアな接続（好ましくは、周知の通り、セキュア・ソケット・レイヤ（ＳＳＬ）接続）を確立する（２１８）。この工程では、クライアントとサーバは、共有トンネル鍵ＫＳＳＬに同意する。標準的な使用法では、ＳＳＬは、クライアントがサーバを認証することを可能にする。クライアントが証明書を有する場合、ＳＳＬをクライアントの認証にも使用することが可能である。しかし、本発明の好ましい実施例では、クライアントは証明書を有していない。クライアント１１０は次いで、システム・サ―バ１２０に、識別情報（ＩＤ）（例えば、クライアント識別情報又はユーザ識別情報）、及び少なくとも１つのコンテンツ識別子（ＣＯＮＴ＿ＩＤ）を、接続を介して転送する（２２０）。本発明の好ましい実施例では、識別情報は、鍵ＫＳＳＬによって暗号化されて送出される。識別情報（ＩＤ）及び識別子（ＣＯＮＴ＿ＩＤ）を受信すると、システム・サーバ１２０は、選択されたコンテンツにアクセスすることをユーザ又はクライアントが認可されている旨を検証する（２２２）。よって、クライアント及びサーバはこの工程で相互に認証したことが分かり得る。
【００２４】
検証２２２が首尾良く行われた場合、システム・サーバ１２０は次いで、適切なプラットフォーム上でクライアント１１０が実行している（すなわち、エミュレートされていない）旨を検証する（２２４）。適切なプラットフォームというのは、それが、期待されたプロセッサを使用し、期待されたオペレーティング・システムを動作させ、期待されたアプリケーションを実行することを意味する。これは例えば、アプリケーションをクライアント１１０に転送し、クライアント１１０がアプリケーションをクリティカル・モードで（すなわち、中断なしで）実行し、計算に必要なサイクルの数をシステム・サーバ１２０に戻す旨を要求することによって行うことができる。サイクルの数が正しい旨をシステム・サ―バ１２０が検証することが可能であるので、したがって、このことは、少なくとも、クライアント１１０がエミュレートされない確率を大いに増加させ得る。別の可能性としては、暗号チャレンジをクライアント１１０に送出するということがある。暗号チャレンジは、解くために所定数の反復を必要とし、クライアント１１０は、暗号チャレンジを解くと、反復数を返し、場合によっては、結果を返す。エミュレートされたクライアントは暗号チャンレンジを解くことができる一方、期待数の反復で解くクライアントをエミュレートすることは難しい。暗号チャレンジの一例には、鍵サーチがある。例えば、クライアントは、暗号化されていないテキスト、及びテキストの暗号化バージョンを受信し、次いで、所定のアルゴリズムに従って暗号化鍵をサーチする。そういうものとして、少なくとも、別の可能性によっても、クライアント１１０がエミュレートされていない確率が大いに増加する。
【００２５】
検証２２２又は検証２２４が失敗した場合、システム・サーバ１２０は、クライアント１１０との取引を中断する。
【００２６】
クライアント１１０が「非エミュレーション」検証２２４に合格した場合、システム・サーバ１２０は、コンテンツ・スクランブル鍵Ｋｃｏｎｔをクライアント１１０に送出し（２２６）、コンテンツをクライアント１１０に提供することができる旨をコンテンツ・サーバ１３０に通知する（２２８）。好ましい実施例では、コンテンツ・スクランブル鍵Ｋｃｏｎｔは、鍵ＳＳＬで暗号化されて送出される。コンテンツ・サーバ１３０は次いで、スクランブルされたコンテンツＣ’をクライアント１１０に提供する（２３０）。クライアント１１０は、システム・サーバ１２０から受信されたコンテンツ・スクランブル鍵Ｋｃｏｎｔを使用してコンテンツをスクランブル解除し、ユーザにアクセス可能にする（２３２）ことができる。クローズド・プラットフォームの場合、Ｋｃｏｎｔは、通常、エンド・ユーザには利用可能でない。よって、エンド・ユーザは、平文のディジタル・コンテンツにアクセスすることができないことがあり得る。
【００２７】
よって、本発明は、サービスが真のクライアントに提供され、エミュレートされているクライアントに提供されない可能性を増加させるシステム及び方法を提供する。
【００２８】
本発明は例として説明しているに過ぎず、詳細の修正は、本発明の範囲から逸脱しない限り、行うことが可能である。
【００２９】
更に、一物理装置が、２つ以上の前述の物理装置の機能を収容することも可能である。
【００３０】
本明細書、並びに（該当する場合）特許請求の範囲、及び添付図面に記載された各構成は、別個に備えても、何れの適切な組み合わせで備えてもよい。ハードウェアで実現されるものとして記載した構成は、ソフトウェアによっても実現することができ、逆も同様である。接続は適宜、無線接続又は有線接続（必ずしも直接又は専用でなくてよい）として実現することができる。
【００３１】
特許請求の範囲記載の参照符号は、例証の目的に過ぎず、特許請求の範囲記載の範囲を限定する効果を何ら有しないものとする。
【図面の簡単な説明】
【００３２】
【図１】本発明の好ましい実施例によるシステムを示す図である。
【図２】本発明の好ましい実施例によるサービス提供の方法を示す図である。
【図１】
2009536383.tif 000003
【図２】
2009536383.tif 000004
【国際調査報告】
2009536383.tif 000005
2009536383.tif 000006
2009536383.tif 000007