(57)【特許請求の範囲】
【請求項１】
画像として言及される検索可能な単位に分割されるデジタルコンテンツを暗号化する方法であって、それぞれの画像はヘッダーとビデオデータ部分から成り、少なくとも一部の画像については、
対称鍵によって暗号化された第一の部分と第二の暗号化されない部分という二つの部分にビデオデータ部分を分ける工程であって、第１の当該暗号化された部分は当該画像のビデオデータ部分の特定の割合を占め、当該暗号化されたコンテンツの割合が当該画像のヘッダーに保存され、送り先プラットフォームの計算能力によって変化する工程、
から成ることを特徴とする方法。
【請求項２】
この割合がそれぞれの暗号化された画像について同一であることを特徴とする請求項１に記載の暗号化の方法。
【請求項３】
画像に幾つかの種類があり、特定種類の画像のビデオデータ部分のみが暗号化されることを特徴とする請求項１に記載の暗号化の方法。
【請求項４】
それぞれの画像のコンテンツが圧縮され、当該画像の様々な種類が当該画像圧縮モードによって定義され、第一の種類の画像はいわゆるＩ画像でありもともと圧縮されており、他の一つまたは複数の種類の画像はいわゆるＰ画像ないしＢ画像であり、当該第一の種類の少なくとも一部分の画像を用いて圧縮され、当該第一の種類の画像のコンテンツのみが暗号化されることを特徴とする請求項３に記載の暗号化の方法。
【請求項５】
少なくとも当該ビデオデータ部分が暗号化される当該画像のコンテンツについてチェックサムが計算され、このチェックサムは鍵によって署名され、前記画像のヘッダーに導入されることを特徴とする請求項１乃至４に記載の暗号化の方法。
【請求項６】
当該暗号化されたビデオデータ部分の割合が当該暗号化された画像のヘッダーに保存されることを特徴とする請求項２乃至５に記載の暗号化の方法。
【請求項７】
請求項１乃至６の一つで特許請求された方法の一つに従い暗号化されるデジタルコンテンツを解読する方法。
【請求項８】
請求項１乃至６の一つで特許請求された方法の一つに従い暗号化されるデジタルコンテンツを解読する手段から成ることを特徴とする、デジタルコンテンツを検索するための端末。
【請求項９】
請求項１乃至６の一つで特許請求された方法の一つに従いデジタルコンテンツを暗号化する手段から成ることを特徴とする、デジタルコンテンツを暗号化するための装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末上で解読および検索されるよう意図されたデジタルコンテンツを暗号化する方法に関する。
【背景技術】
【０００２】
要求に応じてデジタルコンテンツを分配するシステムは、幾つかの制約に対処しなければならない。第一の制約は、分配に必要な帯域幅に関係する。ユーザー基盤が大きいほど、また分配されるデジタルコンテンツ量が多いほど、この制約は大きい。従って、一般大衆に向けたビデオ・コンテンツの分配の場合にはこの制約は特に強い。もう一つの制約は、デジタル著作権および分配されるコンテンツの違法使用に対処するために使用される技術の管理である。さらに、これらのデジタルコンテンツが携帯端末向けの場合には、これらのコンテンツの解読に必要な計算能力は出来るだけ限定されていることが好都合である。これは、これらの端末の計算能力は一般的に限られているからである。さらに、端末によっては一般的に限られたエネルギー源によって機能するので、解読で消費されるエネルギーが小さいほど、当該端末のエネルギーが長く持続する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明は、解読に必要な計算能力を制限し、それ故に解読を実行するのに使用するエネルギーを制限することを可能にする、デジタルコンテンツの暗号化方法によって上記の制約の問題を解決することを目的とする。分配するコンテンツは部分的に暗号化される。当該画像のヘッダーの署名によって、データの完全性が保証される。
【課題を解決するための手段】
【０００４】
本発明は、画像と呼ばれる検索可能な単位に分割されるデジタルコンテンツを暗号化する方法に関するものであり、それぞれの画像はヘッダーとコンテンツから成り、この方法は対称鍵によって当該コンテンツを部分的に暗号化する工程から成る。
【０００５】
本発明の特定の実施形態では、それぞれの画像のコンテンツについて同じ割合で暗号化される。
【０００６】
本発明の特定の実施形態では、画像には幾つかの種類があり、特定の種類の画像コンテンツのみが少なくとも部分的に暗号化される。
【０００７】
本発明の特定の実施形態では、それぞれの画像のコンテンツは圧縮され、様々な種類の画像が画像圧縮モードによって定義づけられ、第一の種類の画像は本質的に圧縮され、その他の種類の画像は、当該第一の種類の少なくともいくつかの画像を用いて圧縮され、当該第一の種類の画像のコンテンツのみが少なくとも部分的に暗号化される。
【０００８】
本発明の特定の実施形態では、少なくとも画像のコンテンツに基づいてチェックサムが計算され、その画像のコンテンツは少なくとも部分的に暗号化されるが、このチェックサムは鍵により署名され、前記画像のヘッダーに導入される。
【０００９】
本発明の特定の実施形態では、暗号化されるコンテンツの割合は、少なくとも部分的に暗号化される当該画像のヘッダーに保存される。
【００１０】
本発明はまた、画像と呼ばれる検索可能な単位に分割されるデジタルコンテンツに関するものであり、それぞれの画像はヘッダーとコンテンツから成り、上記の方法の一つによって暗号化されるという特徴を有する。
【００１１】
本発明はまた、上記の方法の一つによって暗号化されるデジタルコンテンツを解読する方法に関する。
【００１２】
本発明はまた、デジタルコンテンツを検索するための端末に関するものであり、上記の方法の一つによって暗号化されるデジタルコンテンツを解読する手段から成るという特徴を有する。
【００１３】
本発明はまた、上記の方法の一つによってデジタルコンテンツを暗号化する手段から成る装置に関する。
【発明の効果】
【００１４】
この発明によれば、不正使用に対する当該コンテンツの保護を損なうことなく、解読手順を軽減する有効なデータ分配をまず実行することが可能になる。
【００１５】
上述した本発明の特徴およびその他の特徴は、例となる実施形態に関する下記の記述を読むことによってより明らかになり、前記述は以下に挙げる添付図に関連して示される。
【図面の簡単な説明】
【００１６】
【図１】図１は本発明の実施形態の一般的構造を示す。
【図２】図２は本発明の第一の実施形態におけるユーザー・プラットフォームの可能な構造を示す。
【図３】図３はデジタルコンテンツを獲得する一般的な手順および関連する権利を示す。
【図４】図４は本発明の一つの実施形態におけるダウンロードしたパッケージの構造を示す。
【図５】図５は本発明の実施形態例による有効化手順を示す。
【図６】図６は暗号化の略図である。
【図７】図７は読み取りアプリケーションを検証する手順を示す。
【図８】図８は本発明の一つの実施形態による画像暗号化の略図である。
【発明を実施するための形態】
【００１７】
本発明は要求に応じてデジタルコンテンツを分配するシステムに関する。このようなシステムでは、当該サービスのための検索可能な端末と通信ネットワークへの接続手段を備えたユーザーは、サービス提供の範囲内でナビゲートできる。当該ユーザーはこれらのうち一つを選択し、それをオンラインで購入し、それをダウンロードし、その後ユーザー自身の端末によってそれを閲覧できる。このようなサービス提供は、音声サービスによる音楽の分野、映画を提供するビデオ分野、さらにその他あらゆるマルチメディアサービスでも増加しつつある。これらのシステムは主に二つの制約に直面している。第一の制約は、特にビデオの分野で、コンテンツを分配する技術に関する。これは、特に映画一本に対し、分配するデータ量が多いためである。これらのデータはユーザーの要請に応えて分配されるので、様々なユーザー間で共通の分配をすることが困難である。従って分配にはデータを送信するための大容量が必要であり、数多くのユーザー専用のコンテンツを分配することが出来るように広い帯域幅を備えた分配システムを要する。第二の制約は、コンテンツの利用をチェックすることに関係する。分配者は自身の権利を保証し、提供されたコンテンツの違法コピーを防ぐことを望む。そのために、ＤＲＭ（デジタル著作権管理）と呼ばれるデジタル著作権の管理システムが使用される。これらのシステムは一般的に、コンテンツの暗号化と認定ユーザーへの解読鍵の分配に基づく。
【００１８】
図１は本発明の実施形態の一般的な構造を示す。参照番号１１のユーザー・プラットフォームは、分配されたサービスを検索する手段および例えばインターネットなどのデータ通信ネットワークに接続する手段を提供する。ユーザー・プラットフォーム１１は、ユーザーが権利を獲得したいと考えるコンテンツを選択するためにマーチャントサイト１６とやりとりを行う。このマーチャントサイトは、当該端末が携帯電話の場合は、携帯電話通信運営会社が提供し、当該会社がホストするサービスになることもある。
【００１９】
当該プラットフォームは、ユーザー・プラットフォーム１１によって検索できるコンテンツをホストしブロードキャストする参照番号１４のデジタルコンテンツ・サーバーに接続される。当該ユーザー・プラットフォームは、当該デジタルコンテンツの権利購入の支払いをするための銀行取引サーバー１３にも接続される。ユーザー・プラットフォーム１１は、ＤＲＭファイルを生成し分配するためのＤＲＭ生成サーバーにも接続される。取引サーバー１２は、これら様々なプレイヤー、すなわちユーザー・プラットフォーム１１、銀行取引サーバー１３、コンテンツ・サーバー１４、およびＤＲＭサーバー１５に接続される。この取引サーバーは、当該取引を保存し、デジタルコンテンツおよび対応する権利の獲得を進める様々な過程において当該様々なプレイヤー間の連結を可能にする。さらに、データが失われた場合に当該ユーザーが当該コンテンツまたは権利をリロードすることを可能にする。
【００２０】
本発明の当該実施形態例は、例えば携帯電話などの携帯端末向けのコンテンツ分配という環境に特に適しているが、固定端末の環境においても実施され得る。図２は、本発明の第一の実施形態におけるユーザー・プラットフォームの可能な構造を示す。この実施形態では、当該ユーザーは自宅で例えばインターネットなどの通信ネットワーク、インターネットにアクセスするためのルーター・モデムまたはデジタルテレビ・デコーダー（セットトップボックス）に接続されたパソコンなどの固定端末２２を有する。当該デジタルコンテンツの送り先である携帯端末２１は、固定端末２２に接続される。当該ユーザーは、当該システム上の様々なサーバーとの情報のやりとりをするために当該固定端末を用いる。当該デジタルコンテンツならびに対応する権利は、携帯端末２１にコピーされる前に、当該固定端末によってダウンロードされる。一旦当該コンテンツおよび当該権利が携帯端末２１にコピーされると、固定端末２２または当該システムのサーバー１２、１３、１４、１５、および１６に接続する必要なく、当該携帯端末上で当該コンテンツは自立的に閲覧できる。
【００２１】
本発明の代替となる実施形態では、当該携帯端末自体が当該通信ネットワークへのアクセス手段を有し、固定端末への接続を必要としないで当該システムの当該様々なサーバーとの情報交換を直接管理する。この場合、例えば追加料金番号またはショート・メッセージを用いて、電話による支払い方法を利用することも可能である。
【００２２】
この方法では、典型的にはＵＭＴＳ（ユニバーサル携帯通信システム）または（Ｅ）Ｇ
ＰＲＳ（（高度）一般パケットラジオサービス）などの第三世代通信基準を実行する端末で、電話リンクのデータ・チャンネルを通して接続ができる。当該接続は、例えばＷｉＦｉとして知られる技術であるプロトコル・ファミリー８０２．１１などの、電話接続に依存しない通信手段によっても可能である。この場合、言うまでもなく、大量のデータのダウンロードが実行可能である限り、当該端末と当該サーバー間でいかなる通信技術でも使用できる。
【００２３】
デジタルコンテンツおよび関連する権利を獲得するための一般的手順について図３を参照しながら説明する。第一のステップ３１において、当該ユーザーはマーチャントサイト１６に接続する。このサイトでは、ユーザーは利用可能なコンテンツのリストを得て、望むコンテンツを選択することができる。一旦コンテンツを選択すると、当該ユーザーはステップ３２で、自身の購入に対応する支払いを行う。このステップにおいて、当該ユーザーは自動的に銀行取引サーバーに接続され、当該サーバーは、当該ユーザーの銀行へ許可を要請できるように、当該ユーザーに対し当該ユーザーの銀行取引に関する詳細を要請する。必要とされるデータは通常カード番号、有効期限、および視覚暗号である。当該銀行取引サーバーは、許可の返答を受け取ると直ちに、当該マーチャント・サーバーへの返答および当該ユーザーへの領収書を同時に送る。このステップは従来のもので、通信ネットワーク手段によりオンラインでアクセス可能ないかなるマーチャントサイトでも同じ方法で機能する。例えば取引サーバー上に銀行取引の詳細を保存することによってこれらの詳細を提供することなく購入ができるいわゆるワンクリック・オプションなどのすべての既知の実行モードがこの場合使用できる。
【００２４】
一旦購入が確認されると、当該ユーザーはダウンロードするコンテンツの参照情報を受け取る。この参照情報は、例えばＨＴＴＰプロトコルに従って前記コンテンツのダウンロードを可能にするＵＲＬ（ユニバーサル・リソース・ロケーター）の可能性がある。明らかに、例えばファイル転送プロトコルＦＴＰなどの、他のいかなる参照モードおよびダウンロード・プロトコルも使用できる。当該コンテンツは、ステップ３３でパケット形式でダウンロードされる。
【００２５】
このパケットは、これに続く有効化の段階であるステップ３４に有用なコンテンツと情報から成るデータセットである。このコンテンツを購入したすべてのユーザー、少なくともコンテンツを購入し検索可能な端末の同一モデルまたは同一種類のモデルが利用可能であるすべてのユーザーが同一のパケットをダウンロードするという点で、このようにダウンロードされたパケットは汎用である。したがって当該パケットは、購入をしたユーザーによって個別化されないという点で汎用である。この特徴により、このコンテンツに関係する権利を購入したユーザーの身元によって分配前に当該コンテンツを処理する必要がなく、単純なコンテンツ分配プラットフォームを実行することが可能となる。優先的に、有効化の段階３４を省略してもこのパケットのコンテンツの使用を防げるために、このパケットのコンテンツはコード化される。従って当該ユーザーは当該コンテンツの検索を目的として、そのままでは直接は使用可能でないコンテンツの汎用バージョンをダウンロードする。
【００２６】
当該パケットの有効化の段階は、当該パケットに含まれるコンテンツ、実行された処理、これらの権利所有者の身元に関係する権利をダウンロードすることから成る。より正確には、当該ユーザーによって獲得された権利は、当該コンテンツの送り先である携帯端末の識別に関係する。当該有効化の手順は以下に詳述する。一旦これらの権利が獲得されたら、当該コンテンツおよび当該権利は、ステップ３４で、当該送り先の携帯端末にコピーされる。その後、獲得された当該権利に従って、この端末上で当該コンテンツは自由に使用できる。その後、当該コンテンツの検索が機能するために、当該通信ネットワークに接続する必要はない。
【００２７】
第一の実施形態においてダウンロードされたパケットの構造を図４に示す。この構造は、当該ユーザー・プラットフォームが第一の端末に接続された携帯検索端末から成る場合の例に対応し、第一の端末自体が当該通信ネットワークに接続される。参照番号４１のパケットはマルチメディア・コンテンツ４３から成り、そのコンテンツ自体が固有のコンテンツ４５および参照番号４４のヘッダーから成る。パケット４１は、アプリケーション部分４２からも成り、この部分はコンテンツ読み取りアプリケーション４６、当該固定端末と当該携帯端末間のコピーを管理するアプリケーション４７、および当該コンテンツの有効化を管理するアプリケーション４８から成る。その代わりに、当該コピーを管理するアプリケーション４７および当該コンテンツのアプリケーションを管理するアプリケーション４８は、常駐アプリケーション向けのパラメータとなり得る。このパッケージは、ある種の携帯検索端末に特化している。
【００２８】
特に、解像度、プロセッサの種類、メモリー量、または計算能力など端末の特定の技術的特殊性に当該コンテンツは適応する。同様に、当該パケットはコンテンツ読み取りソフトウェアから成り、このソフトウェアは、ソフトウェア自体がその端末上で実行される必要があるため、そのような端末の種類用としてデザインされている。本発明のこの実施形態では、当該コンテンツ・サーバーは、コンテンツ当たり、および当該システムと互換性のある携帯端末の種類当たり一つのパケットを有している。一方、当該パケットは、ユーザー、購入処理、または検索に使用される特定の携帯端末に特化してはいない。この点においては、当該パケットは汎用と言うことができ、同じ種類の携帯端末に向けた同一のコンテンツを購入するすべてのユーザーに同一のパケットが分配される。携帯端末の種類は、プロセッサの種類およびスクリーン解像度を含む共通の技術的特徴を有する一つ以上の携帯端末モデルであると定義される。
【００２９】
本発明の第二の実施形態では、当該携帯端末は固定端末を通過することなく当該様々なサーバーに直接接続され、当該パケットは、当該固定端末および当該携帯端末間のコピーを管理するためのモジュールの代わりに、携帯端末の種類を検証するモジュールを含む。
【００３０】
図５は、本発明の実施形態例に従う有効化手順を示す。第一のステップ５１では当該パケットは当該固定端末にダウンロードされる。次に、ステップ５２において、当該パケットに統合されたコンテンツの有効化を管理するアプリケーションがその後、当該パケットに統合されたパラメータと共に起動する。このアプリケーションはステップ５３において、当該コンテンツの送り先携帯端末が実際に当該固定端末に接続されていることをチェックする。その後このアプリケーションは、当該携帯端末からＵＩＤ（ユニーク・アイデンティファイア）と呼ばれる一意の識別子を抽出する。この識別子は、例えば電話通信端末の場合には当該端末のＩＭＥＩ（国際携帯機器アイデンティティ）識別子である。その代わりに、当該コンテンツをメモリーカードに保存するよう意図されている場合は、当該ＵＩＤはＣＩＤ（カード・識別子）と呼ばれる前記カードのハードウェア識別子となり得る。この場合は、当該有効化管理アプリケーションが、前記カードが当該携帯端末内に存在することをチェックし、その後当該ＣＩＤを抽出し、ステップ５４において当該カード上にファイル形式でこれを保存する。当該カードが当該携帯端末内に存在しない場合は、当該アプリケーションは当該ユーザーに当該カードを当該装置に挿入するよう要請する。選択されたＵＩＤがＩＭＥＩかＣＩＤかによって、当該コンテンツは当該端末または当該カードに接続される。
【００３１】
一旦当該ＵＩＤを保持し、コンテンツ識別子が当該パケットに存在することになれば、有効化を管理する当該アプリケーションが、ステップ５５で、当該コンテンツを解読するためのヘッダーを得るために、当該ＤＲＭサーバーへの要請を生成することができる。当該ＤＲＭサーバーによる銀行取引処理を当該取引サーバーで検証することができるように、この要請は当該ユーザーも特定しなければならない。当該ユーザーの識別子を得るために、ここでは幾つかの解決策を用いることができる。第一の解決策は、例えば氏名およびパスワードなどの個人情報を入力するよう当該ユーザーに再び要請することから成る。もう一つの解決策は、この情報、またはこの情報の参照情報を、当該銀行取引を管理するステップ、当該パケットをダウンロードするステップ、および当該有効化ステップの間に保存することから成る。この保存は幾つかの方法で行うことができ、当該管理アプリケーションおよび当該サーバー間で行われる情報交換にＨＴＴＰプロトコル（ハイパーテキスト転送プロトコル）が使用される時にブラウザー内でサーバー登録（クッキー）を保存することから成り得る。当該取引サーバーと当該ＤＲＭサーバーの間でユーザー同定情報の自動転送を行うもう一つの可能性は、当該取引サーバーに当該ユーザーのＩＰアドレスを保存することから成る。その後、当該ＤＲＭサーバーは、当該取引サーバーと共に、ユーザー識別子として当該有効化要請のソースＩＰアドレスを使用する。この場合の制約は、例えば当該通信ネットワークへこの固定端末が接続する新たなセッション中に当該有効化が起きる場合など、当該固定端末へＩＰアドレスを新たに帰属させる場合に、この手順が作動しないことである。さらに、同じゲートウェイに接続した幾人かのユーザーは、当該サーバーによって、同一のＩＰアドレスを有すると見なされることもある。ユーザー識別子は、ダウンロードされたパケットの名前に追加されることもある。この追加はその後、当該サーバー上ではなく、当該銀行取引処理および当該パケットのダウンロードの管理に用いる当該固定端末上で行うのが好ましく、これは、後者上で処理を行うことによる後者へ過重負担を避けるためである。この方法により、前記パケットの分配について有効な分散的管理を実施可能にする当該パケットの汎用的性質を活用できる。この場合、当該ＤＲＭサーバーに送る要請を準備する間に、当該有効化管理アプリケーションは、当該パケットの名前でこの識別子を再生する。最後に、この要請は、少なくとも当該ユーザー識別子、当該コンテンツ識別子、および選択したオプションによって当該端末または当該カードのいずれかである検索プラットフォームのＵＩＤから成る。
【００３２】
これに対応して、当該有効化管理アプリケーションは、ステップ５６で当該コンテンツ読み取りアプリケーションによる当該データの解読を可能にする情報を含むヘッダーを、当該ＤＲＭサーバーから受け取る。このヘッダーは、当該取引が実行された検索プラットフォームのＵＩＤなどを含み、このＵＩＤは当該読み取りアプリケーションによって当該プラットフォームの実際のＵＩＤと照合され、これら二つの識別子が対応する場合のみに認証が行われるようにする。いずれの検証期間に関する情報もこのヘッダー内に優先的に存在する。これにより、当該コンテンツへのアクセス権を時間内に制限することが可能になる。従ってコンテンツ獲得のメカニズムは賃借する形でセットアップできる。当該ヘッダーは当該コンテンツをコード化するのに使用されたＡＥＳ対称鍵の識別子も含む。送られたヘッダーは、例えばＳＨＡ１暗号学的ハッシュ機能（セキュア・ハッシュ・アルゴリズム）などのチェックサムによって保護され、このチェックサムは当該サプライヤーの秘密鍵によって署名される。従って当該コンテンツ読み取りアプリケーションは、当該コンテンツを解読するためのＡＥＳ（高度暗号化基準）対称鍵の識別子、当該パケットが認証される端末の識別子、および好ましくは使用期限を、このヘッダー内に見出す。従って、このアプリケーションは、実行をした端末が実際に認証された端末かどうか、これが実際に当該権利が獲得された期間かどうかをテストでき、それに従って当該コンテンツの読み取りを認証または拒否できる。その後当該パケットはステップ５７で当該携帯端末にコピーされる。
【００３３】
暗号化の流れを図６に示す。参照番号６１のソリューション・プロバイダーは、当該ブロードキャスト・プラットフォームを管理する運営会社に当該ブロードキャスト・ソリューションを提供する。このソリューション・プロバイダー６１は、参照番号６２の対となる秘密鍵とマスター公開鍵を有する。当該運営会社かもしれないし、そうでないかもしれないコンテンツ・プロバイダー６７は、当該ソリューション・プロバイダーから秘密鍵と公開鍵の対６８を得る。このプロバイダーはまた、自身の公開鍵である当該ソリューション・プロバイダーのマスター鍵６２によって署名されたバージョンも得る。当該プロバイダーはまた、例えばＡＥＳ鍵などの参照番号６９の、コンテンツの対称暗号化を可能にする鍵も管理する。当該コンテンツ・プロバイダーは、まず第一に鍵６９の一つにより暗号化したデジタルコンテンツ７１から成るパケットを生成する。第二に、当該パケットは、当該パケットを受け取ることを目的とした携帯端末の種類に適応する読み取りアプリケーション７２からも成る。
【００３４】
この読み取りアプリケーションは、当該コンテンツを暗号化するために当該コンテンツ・プロバイダーが使用できる鍵のセット７４を含む。その代わりにこのセットは当該端末上の保管場所に保存されることになる。この場合は、前もって、または例えばディフィーへルマン・プロトコルなどの鍵読み込みプロトコルに従って、当該鍵をダウンロードすることになる。当該鍵は、当該装置の保護されたメモリーが製造される場合に当該メモリーに導入することもできる。当該読み取りアプリケーションは、ソリューション・プロバイダー６１のマスター公開鍵７３にも関わる。当該読み取りアプリケーションの整合性は、当該携帯端末のオペレーティング・システムに対する認証メカニズムによって保証される。これは、ほとんどのオペレーティング・システムが、アプリケーションの適合性を保証する認証手順に従って特定の証明証によって署名されたアプリケーションを有する当該装置上のみで開始できるようにしているためである。この認証は、通常当該端末の製造者の管理の下で、権限者７５によって実行される。
【００３５】
当該コンテンツの検索ができるように、当該読み取りアプリケーションは、この検索を受け入れる前に、一定数のチェックを行う。この手順を図７に示す。ステップ８０では、ユーザーは当該読み取りアプリケーションの起動を要請する。この起動を有効にするためには、ステップ８１で携帯端末のオペレーティング・システムは、当該読み取りアプリケーションを認証し、それによりその整合性が保証される。次にステップ８２で、当該読み取りアプリケーションは、当該ソリューション・プロバイダーのマスター公開鍵によって当該コンテンツ・プロバイダーの公開鍵の有効性を認証する。従って、このアプリケーションはステップ８３では、当該ソリューション・プロバイダーのこの認可された公開鍵を用いて、当該ヘッダーのチェックサムを検証でき、それ故に当該ヘッダーの整合性も検証できる。当該ヘッダーのデータが検証されると、ステップ８４でコンテンツ読み取り権利の検証ができる。この検証は、当該ヘッダー内に含まれるＵＩＤと当該端末またはカードのＵＩＤとの一致の検証から成る。優先的に、この検証は、当該ヘッダー内に含まれる検証データもチェックする。一旦これらの検証が実行されると、当該アプリケーションは当該コンテンツの暗号化に使用された鍵を決定し、これに関する参照情報は当該ヘッダー内に存在する。この鍵は、当該アプリケーションが所有する鍵のリストにあるか、または当該電話機のレジスタにある。その代わりに、鍵ダウンロード・プロトコルによる要請の形で、それを要請することもできる。これがステップ８５である。一旦当該鍵を所有すると、当該アプリケーションはステップ８６で当該コンテンツを解読でき、最後にステップ８７でこのコンテンツを読む。
【００３６】
携帯端末の計算能力は限られているので、多大な計算能力を要しない解読を可能にするコンテンツ暗号化スキームを提供することに利点がある。しかし、不正解読の可能性を限定するために、スキームは強固でなければならないという安全上の制約がある。当該ビデオ・コンテンツは画像の連続から成り立つ。これらの画像は一般的には、一連のＭＰＥＧ（動画エキスパーツ・グループ）規格のスキームに従って圧縮される。これらのスキームは共通して、連続する画像をグループ、すなわちＧＯＰ（画像グループ）に分けるという原則を有する。これらのグループは、もとから圧縮されたリファレンス画像であるタイプＩの画像（イントラコード化画像を表す）から始まる。換言すると、このような画像の復元は当該画像のデータそのもののみに依存する。次にタイプＰの画像（予測コード化画像）が続く。これらの画像は、当該以前のタイプＩまたはＰ画像に関する情報から圧縮される。実際、これらの画像と当該以前のＩまたはＰ画像の違いのみが圧縮される。その後当該グループは、当該以前および以降の画像から圧縮されるタイプＢの画像（双方向予測コード化画像）を含む。従って復元が行われる間は、タイプＰのグループの後続画像が復元可能になる前に、タイプＩの画像の復元から始めることが必要である。当該後続のタイプＩ画像も当該タイプＢ画像の復元には不可欠である。当該タイプＩ画像に関する情報なしでは、当該タイプＰまたはＢの画像は圧縮できない。ここからは、画像という用語は、コンテンツの種類が何であろうともコンテンツ検索単位を表すためのより一般的な用語として使用する。特に、当該画像は、当該ビデオ画像だけでなく、当該ビデオ画像に関連する当該音声コンテンツも含む。画像という用語は、当該純粋な音声コンテンツまたは他のコンテンツなどの当該ビデオ以外のコンテンツにも使用される。
【００３７】
図８は、本発明の実施形態の一つに従う画像の暗号化スキームを示す。参照番号９０の画像は、ヘッダー９１、ビデオデータ部分９２、および音声部分９５から成る。ヘッダー９１は、とりわけ当該画像の連続番号などを含み、これによりこれらの画像が実際に連続する元のコンテンツのすべての画像であるかをチェックすることが可能になる。有利なことに、当該ヘッダーは当該コンテンツ識別子も含む。このヘッダーは、アクセスプロバイダー鍵によって署名された、例えばＳＨＡ１タイプの完全な画像のためのチェックサムを有する。この署名によって、当該画像の整合性が保証される。
【００３８】
当該画像の順序変更または元のコンテンツ以外のシーケンスの挿入を目的とする当該コンテンツへのいかなる操作に対して、保護策が取られる。当該コンテンツ読み取りアプリケーションは、検索の間、それぞれの画像の署名および整合性をチェックする。異なる実施形態では、当該検索手順を軽減するために、特定の画像のみについて無作為にこのチェックが行われる。また別の異なる本発明の実施形態では、タイプＩの画像のみが、この署名入りチェックサムを有する。
【００３９】
当該コンテンツの解読に必要な計算能力を減少させるために、当該コンテンツのうち図８で色をつけた部分のみを暗号化する。従ってビデオ・コンテンツ９２は第一の暗号化された部分９３と第二の暗号化されない部分９４から成る。同様に、画像９０の音声コンテンツ９５は、第一の暗号化された部分９６と第二の暗号化されない部分９７から成る。当該暗号化は、図６の対称鍵７４によって実施する。有利なことに、暗号化されたコンテンツの割合は当該画像の当該ヘッダーに保存される。この割合は、当該コンテンツを読むことになっている送り先プラットフォームの計算能力によって変化し得る。異なる実施形態では、タイプＩの画像のみが部分的に暗号化される。有利なことに、当該画像のコンテンツの当該少なくとも部分的な暗号化は、前段落で述べたような当該イメージのヘッダー内にある対称鍵によって署名されたチェックサムを保存することに関連する。この方法により、当該暗号化された部分では当該暗号化されないコンテンツは使用できないことを保証する一方、読み取り中の当該コンテンツの解読に必要な計算能力は減少する。
【図１】
0005626816.tif 000002
【図２】
0005626816.tif 000003
【図３】
0005626816.tif 000004
【図４】
0005626816.tif 000005
【図５】
0005626816.tif 000006
【図６】
0005626816.tif 000007
【図７】
0005626816.tif 000008
【図８】
0005626816.tif 000009