記録済みディジタル・メディアの真正コピーを検出するシステムおよび方法
所与のタイトルのディジタル・メディア（１４０）を認証するために、認証サーバ（１２０）は、当該タイトルに対応するいくつかのチャレンジを認証データベース（１３０）から選択し（２０４）、エラー・カウンタをクリアし（２０６）、ディジタル・メディア（１４０）が挿入されたメディア・リーダ（１１０）内の認証アプリケーション（１１２）に順番にチャレンジを送信する（２０８）。レスポンスを受信する（２１０）と、その回答が正しいかどうか検証する（２１２）。正しい場合には、次のチャレンジを送信する（２０８）。正しくない場合には、正しい回答が必須であったかどうかを最初に検証し（２１８）、必須であった場合には、当該ディジタル・メディア（１４０）が真正ではないと推定する（２２４）。誤りが許容される可能性がある場合には、エラー・カウンタを増分し（２２０）、次のチャレンジを送信する（２０８）。それ以上送信するチャレンジがない場合には、エラー・カウンタが許容限界を超えているかどうかを検証する（２１６）。許容限界を超えている場合には、当該ディジタル・メディア（１４０）は真正ではないとみなされる。本発明を使用して、ディジタル・メディア（１４０）の所有者がさらなる情報またはコンテンツにアクセスすることを可能にすることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、記録済みディジタル・メディアに関し、さらに詳細には、真正の記録済みメディアを所有するユーザにサービスを提供するシステムに関する。
【背景技術】
【０００２】
本項は、以下に述べ、かつ／または請求する本発明の様々な特徴に関係する可能性がある当技術分野の様々な特徴を読者に紹介するための項である。本記述は、本発明の様々な特徴をより理解し易くする背景情報を読者に与えるのに有効であると考えられる。したがって、以下の記述は、この点に照らして読むべきものであり、従来技術を承認するものではないことを理解されたい。
【０００３】
例えば映画や音楽、コンピュータ・プログラムなどのディジタル・コンテンツの複製が一般に広く行われていることに鑑み、ディジタル・コンテンツ・プロバイダは、ユーザが所有しているのがそれらのディジタル・コンテンツを記憶するディジタル・メディアの真正なコピーであるか否かを検出することに関心を持っている。このようなディジタル・メディアとしては、例えば、ＤＶＤ、ＣＤ−ＲＯＭ、Ｂｌｕ−ｒａｙ（商標）ディスクなどがある。
【０００４】
コンテンツ・プロバイダは、最初にディジタル・メディアに格納して提供したサービスやコンテンツに加えて、さらなるサービスやコンテンツを後から提供することもある。これらの例としては、ボーナス・トラックを提供したり、当該ディジタル・メディアが製造された時点ではまだ準備ができていなかった高機能バージョンを提供したりすることがある。こうしたことは、無料で行われることもあるが、そのメディアを所有していない消費者よりも安価な値段で行われることもある。
【０００５】
時折実施される代表的なテストでは、ディジタル・メディアが記録可能であるか否かを検証する。記録可能であれば、そのディジタル・メディアは、記録済みメディアではあり得ない。それでも、これだけでは、所与のタイトルの所有権を証明するには不十分である。
【０００６】
ゲーム業界では、例えばソニー製のＳｅｃｕＲＯＭなど、ディスクの「物理的」特性を測定するシステムを使用している。残念ながら、これらのシステムは、Ａｌｃｏｈｏｌ１２０％やＤａｅｍｏｎ Ｔｏｏｌｓなどのエミュレーション・ソフトウェアによって破られることが多い。
【０００７】
国際公開第０１／９０８６０号は、ユーザが指定の記録済みディジタル・メディアを所有していると認証する別の方法を提案している。この所有権により、ユーザは、さらなるコンテンツまたは情報をダウンロードすることが可能になる。ユーザは、メディアをドライバに入れ、インターネットからアプリケーションをダウンロードし、このアプリケーションを実行する。その後、このアプリケーションは、ドライバを介してメディアにアクセスし、このメディアの識別子を生成する。次いで、この識別子が、当該メディアが選択されたメディアであるかどうかを確認するインターネット上のスクリプトに送信される。この場合に、さらなるダウンロードが可能になる。
【０００８】
アプリケーションは、アルゴリズム中の少なくとも２つの属性を組み合わせることによって、メディアについて固有の識別子を生成する。これらの属性は、「トラック数」、「各トラックの長さ」、および「総トラック長」などである。この固有の識別子は、メディアが正しいメディアであることを示す合理的な指示を提供しなければならない。
【０００９】
その後、この固有の識別子は、インターネットを介して検証スクリプトに移され、検証スクリプトは、こうして受信した固有の識別子を記憶された識別子と比較する。一致した場合には、スクリプトは、アプリケーションに命令して、追加機能のダウンロードを開始させる。
【００１０】
この解決策は、残念ながらそれほど安全ではなく、この解決策が提供するセキュリティはハッカーによって容易に破られてしまう可能性があると考えられている。
【００１１】
したがって、これらの問題を克服し、安全性を高める解決策が必要とされていることが理解できるであろう。本発明は、このような解決策を提供するものである。
【発明の概要】
【課題を解決するための手段】
【００１２】
第１の特徴では、本発明は、記録済みディジタル・メディアの認証を行うシステムに関する。このシステムは、記録済みディジタル・メディアを認証するようになされた認証サーバと、記録済みディジタル・メディアと対話するようになされたメディア・ドライバを備えるメディア・リーダと、メディア・リーダ上で実行され、メディア・ドライバと対話して記録済みディジタル・メディアに関する情報を取得するようになされた認証アプリケーションとを備える。この認証サーバは、記録済みディジタル・メディアに対して、１組の複数のチャレンジとそれに対応する予期される複数のレスポンスを記憶し、上記１組のチャレンジから選択した複数のチャレンジを認証アプリケーションに送信するようになされている。各チャレンジは、記録済みディジタル・メディアの特徴に関する情報を要求するものであり、上記複数のチャレンジの少なくともサブセットに対するレスポンスが正しいことにより記録済みディジタル・メディアの認証が可能になる。認証サーバは、さらに、認証アプリケーションから該複数のチャレンジに対応する複数のレスポンスを受信し、その複数のチャレンジの少なくとも上記サブセットに対する複数のレスポンスが正しい場合に、記録済みディジタル・メディアを認証し、記録済みディジタル・メディアについての１組のチャレンジ・セットおよびそれに対応するレスポンスを更新するようになされている。
【００１３】
第１の好ましい実施形態では、認証サーバは、いくつかの偽のレスポンスを受け入れるようになされている。正しい回答が必須であるチャレンジが存在することは有利である。
【００１４】
第２の好ましい実施形態では、認証サーバは、記録済みディジタル・メディアの認証が成功したときに、メディア・リーダがコンテンツをダウンロードすることを許可するようになされている。
【００１５】
第３の好ましい実施形態では、認証サーバは、記録済みディジタル・メディアの認証を求める要求を認証アプリケーションから受信するようにさらになされている。
【００１６】
第４の好ましい実施形態では、認証サーバは、複数のチャレンジを所定の順序で送信するようにさらになされている。この複数のチャレンジの所定の順序は、ランダムであると有利である。
【００１７】
第５の好ましい実施形態では、上記複数のチャレンジは、記憶された１組のチャレンジのサブセットである。
【００１８】
第２の態様では、本発明は、メディア・リーダにおいて記録済みディジタル・メディアを認証する方法に関する。認証サーバは、記憶された１組のチャレンジから、複数のチャレンジを選択する。ここで、その複数のチャレンジは、上記記憶された１組のチャレンジのサブセットである。認証サーバは、その複数のチャレンジを認証アプリケーションに送信する。各チャレンジは、記録済みディジタル・メディアの特徴に関する情報を要求するものであり、該複数のチャレンジの少なくともサブセットに対するレスポンスが正しいことにより、記録済みディジタル・メディアの認証は可能になる。認証サーバは、さらに、認証アプリケーションから上記複数のチャレンジに対応する複数のレスポンスを受信し、その複数のチャレンジの少なくとも上記サブセットに対する複数のレスポンスが正しい場合に、記録済みディジタル・メディアを認証する。
【００１９】
第１の好ましい実施形態では、第１のチャレンジに対する回答は、次のチャレンジが送信される前に受信される。
【００２０】
第２の好ましい実施形態では、受信した各回答が検証され、誤った回答が正しい回答が必須のチャレンジに対応しているかどうかが検証され、誤った回答が正しい回答が必須のチャレンジに対応している場合には、記録済みディジタル・メディアが認証されない。誤った回答が１つあるたびにエラー・カウンタが増分され、エラー・カウンタがしきい値に達していない場合に、記録済みディジタル・メディアが認証されると有利である。
【００２１】
第３の好ましい実施形態では、認証された記録済みディジタル・メディアは、真正の記録済みディジタル・メディアであるとみなされる。
【００２２】
第３の特徴では、本発明は、メディア・リーダにおいて記録済みディジタル・メディアを認証する方法に関する。メディア・リーダ上で実行される認証アプリケーションは、複数のチャレンジを取得する。各チャレンジは、記録済みディジタル・メディアの特徴に関する情報を要求するものであり、該複数のチャレンジの少なくともサブセットに対するレスポンスが正しいことにより、記録済みディジタル・メディアの認証は可能になる。認証アプリケーションは、さらに、取得した各チャレンジに対する期待される回答を取得し、メディア・リーダのメディア・ドライバに、記録済みディジタル・メディアの特徴に関する情報を要求し、メディア・ドライバから各チャレンジに対する回答を受信し、上記複数のチャレンジの少なくとも該サブセットに対するレスポンスが正しい場合に、記録済みディジタル・メディアを認証する。
【００２３】
以下、添付の図面を参照しながら、本発明の好ましい特性を、非制限的な例として説明する。
【図面の簡単な説明】
【００２４】
【図１】本発明の好ましい実施形態によるシステムを示す概略図である。
【図２】本発明の好ましい実施形態による認証方法を示す流れ図である。
【図３】本発明の好ましい実施形態によるタイトル・レコードを示す図である。
【発明を実施するための形態】
【００２５】
図１は、本発明の好ましい実施形態によるシステムを示す概略図である。
【００２６】
システム１００は、ディジタル・メディア１４０を読み取るようになされたメディア・リーダ１１０を備える。メディア・リーダ１１０は、ディジタル・メディア１４０を読み取るようになされたメディア・ドライバ１１４と、好ましくはインターネットを介して、認証サーバ１２０と通信してメディア・ドライバ１１４に命令を与えるようになされた認証アプリケーション１１２とを備える。システム１００は、この認証サーバ１２０も含んでおり、認証サーバ１２０は、ｍｙＳＱＬなどのＳＱＬデータベースであると有利である、認証データベース１３０と対話するようになされている。
【００２７】
ユーザは、メディア１４０の認証を行いたいときに、認証を開始するようにメディア・リーダ１１０に命令する。次いで、メディア・リーダ１１０は、メディア・ドライバ１４０を使用して、ディジタル・メディア１４０のタイトル、またはその他の好ましくはディジタル・メディア１４０の固有の識別子を読み取る。メディア・ドライバ１１４は、認証サーバ１２０の識別も読み取って、ディジタル・メディア１４０の認証のために使用すると有利である。次いで、認証アプリケーション１１２が、ディジタル・メディアの「タイトル」の認証を望んでいることを認証サーバ１２０に通知する。
【００２８】
当業者ならその他の方法でも認証を開始することができることを理解するであろう。例えばユーザにコンテンツ・プロバイダが提供するダウンロードサイトに接続させ、その後、ユーザが特定のコンテンツをダウンロードしたいと望んだときにこのサイトに認証サーバ１２０にコンタクトさせるなどでも認証を開始することができることは、当業者なら理解するであろう。この場合、認証サーバ１２０は、ディジタル・メディア１４０がメディア・リーダ１１０に挿入されていることを確実にするために、メディア・リーダ１１０に命令を送信することができる。こうした命令は、ユーザに対するメッセージを含むこともある。
【００２９】
認証サーバ１２０は、いくつかのチャレンジを、好ましくはランダムに、認証データベース１３０から取り出す。このいくつかのチャレンジは、個々にまたはグループ化して、場合によっては暗号化して、認証アプリケーション１１２に対してこの認証サーバ１２０が送信するチャレンジである。ランダムなチャレンジを使用することで、ハッカーがレスポンス・データベースを使って正しいレスポンスを発見することを防止することができる。認証データベース１３０は、複数のチャレンジとそれらに対応するレスポンスとを含むタイトル・レコード１３２を、各ディジタル・メディアごとに記憶する。
【００３０】
各チャレンジは、以下の２つの特性を有することが好ましい。
―当該チャレンジがユニーク（ｕｎｉｑｕｅ）であるかマルチプル（ｍｕｌｔｉｐｌｅ）であるか。ユニークなチャレンジは、検査する値が１つに決まるが、マルチプルなチャレンジは、複数の値を検査する可能性があり、場合によっては、複数の値を戻すこともある。
―当該チャレンジが絶対（ａｂｓｏｌｕｔｅ）であるか否か。絶対チャレンジは、正確な回答を必要とするが、非絶対チャレンジは、エラーを許容する場合がある。
【００３１】
各チャレンジごとに、タイトル・レコード１３２は、以下を含むことが好ましい。
―このタイプのチャレンジに特有のチャレンジ識別子。同じタイプのチャレンジは、認証データベース１３０全体で同じチャレンジ識別子を使用する。ただし、チャレンジに対する回答は、異なるタイトルについては異なる場合もあることを理解されたい。
―全ての可能なレスポンスを含むチャレンジ・レコード。ユニークなチャレンジの場合には、値は１つしかない。マルチプルなチャレンジの場合には、順序付きの複数の値がある。
【００３２】
チャレンジを受信すると、認証アプリケーション１１２は、１組の対応するコマンドをメディア・ドライバ１１４に送信する。この１組のコマンドは、チャレンジ識別子によって与えられると有利である。次いで、認証アプリケーション１１２が、メディア・ドライバ１１４から１つまたは複数のレスポンスを受信し、これを、このレスポンスが期待される回答と一致するか否かを検証する認証サーバ１２０に送信する。
【００３３】
図２は、本発明の好ましい実施形態に係る認証方法を示す流れ図である。
【００３４】
認証サーバ１２０は、認証データベース１３０中で、検証対象のタイトルに対応するタイトル・レコード１３２を選択する（２０２）。次いで、認証サーバ１２０は、そのタイトルについての１組のチャレンジを選択し（２０４）、エラー・カウンタをリセットする（２０６）。次いで、最初に選択されたチャレンジが、認証アプリケーション１１２に送信される（２０８）。
【００３５】
チャレンジがユニークである場合には、認証アプリケーション１１２は、対応するコマンドをメディア・ドライバ１１４に送信し、ユニークなレスポンスを受信し、これを認証サーバ１２０に戻す。
【００３６】
しかし、チャレンジがマルチプルである場合には、認証サーバ１２０は、複数の認証値の中からランダムに選択した後で、チャレンジを認証アプリケーション１１２に送信する（２０８）。認証アプリケーション１１２は、対応する複数のコマンドをメディア・ドライバ１１４に送信し、１組のレスポンスを受信し、これを認証サーバ１２０に戻す。
【００３７】
そのレスポンスを受信すると、認証サーバ１２０は、当該レスポンスが正しいかどうか検査する（２１２）。正しい場合には、送信すべきチャレンジがさらにあるかどうか検査する（２１４）。送信すべきチャレンジがさらにある場合には、新たなチャレンジを前述のように送信する（２０８）。
【００３８】
しかし、回答が正しくない場合には、当該チャレンジが絶対であるかどうか、すなわちエラーが許容されるかどうかを検証する（２１８）。チャレンジが絶対ではない場合には、エラー・カウンタが増分され（２２０）、次いで、この方法ではステップ２１４に進み、送信すべきチャレンジが残っているかどうか検査する。一方、チャレンジが絶対である（かつ回答が正しくない）場合には、メディアが真正ではないと推定する（２２４）。これは、いかなるダウンロードまたはその他のサービスも提供されないことを意味する。
【００３９】
ステップ２１４で、送信すべきチャレンジがそれ以上ないと判定された場合には、エラー・カウンタを限界値と比較する（２１６）。比較の結果、エラーが多すぎないことが分かった場合には、メディアは真正であり、さらなるコンテンツおよび／またはサービスを取得することができるとみなされる（２２２）。しかし、逆の場合には、この方法は、前述したステップ２２４に進む。
【００４０】
変形実施形態では、ディジタル・メディア１４０を認証するのは、認証アプリケーション１１２である。この場合には、チャレンジは、認証アプリケーション１１２自体の中で提供することもできるが、認証アプリケーション１１２が認証サーバ１２０にチャレンジを要求し、その後、必要なチャレンジおよびレスポンスを受信する（必ずしも同時でなくてもよい）こともできる。認証アプリケーション１１２は、ディジタル・メディア１４０を認証すると、さらなるコンテンツのダウンロードを許可する。
【００４１】
この変形実施形態の利点は、アプリケーション・サーバ１２０にかかる負荷を軽減することができることである。
【００４２】
図３は、本発明の好ましい実施形態によるタイトル・レコードを示す図である。タイトル・レコード１３２は、以下を含む。
―チャレンジ識別子３１０。
―チャレンジによって決まるチャレンジ・レコード３２０。これは、例えば読取り対象のディジタル・メディアの物理アドレスなど、適切なレスポンスを見つけるのに必要な情報を含むことができる。
―絶対チャレンジ・フラグ３３０。このフラグは、チャレンジが絶対である場合に「真」となり、そうでない場合に「偽」となる。
―チャレンジ・テスト数３４０。この値は、テストすることができる潜在的な値の数である。ユニークなチャレンジでは、この値は１であり、マルチプルなチャレンジでは、この値は可能なテストの数に対応する。
―１つまたは複数の期待される回答３５０。
【００４３】
後述するいくつかのチャレンジの例は、以下の通りである。
―ディスク・タイプ。
―ディスク記録長。
―トラック長。
【００４４】
「ディスク・タイプ」チャレンジは、以下で非制限的な例として使用するＤＶＤなどのディジタル・メディアのいわゆるリード・イン領域に含まれる情報を検証するものである。リード・イン領域は、ディスク・タイプなどの物理情報や、トラックの開始位置および終了位置などを含む。
【００４５】
この情報を用いた第１のチャレンジは、ディスク・タイプを検査して、ＤＶＤが書込み可能ＤＶＤであるかＤＶＤ−ＲＯＭであるかを調べるものである。パラメータは、以下の通りである。
―チャレンジ識別子３１０＝ＴＥＳＴ＿ＤＩＳＣ＿ＴＹＰＥ
―チャレンジ・レコード３２０＝ボイド
―絶対チャレンジ・フラグ３３０＝ＴＲＵＥ
―チャレンジ・テスト数３４０＝１
―回答３５０＝ＤＶＤ＿ＲＯＭ
【００４６】
このチャレンジは絶対であり、期待される回答は１つだけであることが理解されるであろう。回答が「ＤＶＤ＿ＲＯＭ」である場合には、メディアはこのテストを通過するが、それ以外の場合は、このメディアは真正であるとはみなされない。
【００４７】
第２のチャレンジは、ＤＶＤトラック長を検査するものである。パラメータは、以下の通りである。
―チャレンジ識別子３１０＝ＴＥＳＴ＿ＴＯＴＡＬ＿ＴＲＡＣＫ＿ＬＥＮＧＴＨ
―チャレンジ・レコード３２０＝ボイド
―絶対チャレンジ・フラグ３３０＝ＦＡＬＳＥ
―チャレンジ・テスト数３４０＝１
―回答３５０＝「第１の可能な長さ」、「第２の可能な長さ」
【００４８】
このように、このチャレンジは絶対ではなく、これは、回答が正しくない場合にも、直ちに判断が下されるわけではないことを意味する。期待される回答は１つだけであるが、２つの異なる値の何れか一方をとることができる。
【００４９】
第３のチャレンジは、ディスクの無作為に選択された１組のトラックのトラック長を検査するものである。パラメータは、以下の通りである。
―チャレンジ識別子３１０＝ＴＥＳＴ＿ＴＲＡＣＫ＿ＬＥＮＧＴＨ
―チャレンジ・レコード３２０＝１組の順序付きブール・フラグ。真は、検査すべきトラックを表す。
―絶対チャレンジ・フラグ３３０＝ＦＡＬＳＥ
―チャレンジ・テスト数３４０＝トラックの最大数
―回答３５０＝期待されるトラック長
【００５０】
認証サーバ１２０は、検査するトラックを複数選択すると有利である。認証サーバ１２０は、このリストを備えたチャレンジを認証アプリケーション１１２に送信し、認証アプリケーション１１２は、メディア・ドライバ１１４（この場合はＤＶＤドライバ）に対して、示された各トラックごとにトラックの長さを戻すように命令する。次いで、認証アプリケーション１１２は、これらの長さ（またはその合計）を戻す。チャレンジは、誤った回答が１以下である場合に成功であるとみなすこともできるが、もちろん、これとは違う数の正しい回答が必要となる、特に全ての回答が正しいことが必要となることもある。
【００５１】
所与のディジタル・メディア１４０（この場合はＤＶＤ）の例示的な認証プロセスは、認証サーバ１２０から認証アプリケーション１１２に順番に送信される上述した３つのチャレンジを含む。エラー・カウンタの限界は、２に設定することができる。すなわち、エラー・カウンタが１を超えると、ＤＶＤは真正ではないとみなされる。考えられる認証プロセスの結果の例としては、以下が挙げられる。
―認証サーバ１２０が、「ディスク・タイプ」チャレンジおよび「全長」チャレンジで正しいレスポンスを受信し、「トラック長」チャレンジで正しくないレスポンスを受信した場合には、ＤＶＤは真正であるとみなされる。エラーの数は１つだけであり、それは絶対ではないチャレンジのエラーである。
―認証サーバ１２０が、「全長」チャレンジおよび「トラック長」チャレンジで良好なレスポンスを受信し、「ディスク・タイプ」チャレンジで正しくないレスポンスを受信した場合には、ＤＶＤは真正ではないとみなされる。エラーは１つだけであり、すなわちエラーの限界には達していないが、そのエラーは絶対チャレンジで生じたものである。
―認証サーバ１２０が、「ディスク・タイプ」チャレンジで良好なレスポンスを受信し、「全長」チャレンジおよび「トラック長」チャレンジで正しくないレスポンスを受信した場合には、ＤＶＤは真正ではないとみなされる。絶対チャレンジではエラーが生じていないが、エラー・カウンタが限界値に達している。
【００５２】
同じタイトルの複数のディスクが、例えばそれらを製造した際のマスタが異なる場合などに、異なるインスタンスを有する可能性もあることに留意されたい。この場合には、当該タイトルが、複数のタイトル・レコードを有する可能性がある。この場合、認証サーバは、満足できる回答が得られるまで、またはタイトル・レコードがなくなるまで、これらのタイトル・レコードを順次使用することが好ましい。
【００５３】
認証サーバ１２０と認証アプリケーション１１２の間の通信は、保護することが好ましい。適用することができる保護の例としては、以下が挙げられる。
―認証アプリケーション１１２と認証サーバ１２０の間の相互認証。認証アプリケーション１１２および認証サーバ１２０は、それぞれ、従来技術のＲＳＡ認証に使用することができる固有の１０２４ビットＲＳＡキー対を備えた証明書を有すると有利である。認証サーバ１２０は、認証アプリケーション１１２の証明書が有効であり、廃棄リストに記載されていないことを確認する。
―共通のセッション・キーを使用して通信を保護する。例えば、１２８ビット・セッション・キーを用いたＡＥＳを使用することができる。
―ナンス（ｎｏｎｃｅ）を使用して、チャレンジをマスクし、かつ／または回答を再使用することができないようにする。ナンスは、例えば、認証アプリケーション１１２がメディア・ドライバ１１４にダミー・コマンドを送信するために使用したり、または認証サーバ１２０が異なるチャレンジの順序を設定するために使用したりすることができる。
【００５４】
本認証システムは、ユーザが所与のタイトルの合法なインスタンスを所有していることを検証することを可能にすることができる。チャレンジの遠隔データベースを使用し、またメディア・リーダではなく認証サーバ１２０で検証を行うことにより、ユーザのメディア・リーダ上で動作するコピー防止対策がリバース・エンジニアリングの攻撃に弱いのに対して、耐攻撃性を向上させることができる。
【００５５】
チャレンジ・レコード３２０を認証データベース１３０に記憶することにより、あるタイトルでこれらのチャレンジが失敗した場合に、それらのチャレンジを更新することができる。その後、データベース中の既存のチャレンジを、新たなチャレンジで置換または拡張することができる。
【００５６】
本発明では、従来技術に見られる方法より柔軟性の高いディジタル・サポートを認証する方法を可能にすることができることが理解されよう。特に、チャレンジを容易に変更することができ、その順序も修正することができるので、いくつかの従来技術の方法では被害を受けている可能性がある反射攻撃を、克服することができる可能性がある。
【００５７】
本明細書ならびに（必要に応じて）特許請求の範囲および図面に開示した各特徴は、個々に独立して実現することもできるし、あるいは任意の適当な組合せで実現することもできる。特許請求の範囲に記載されている参照番号は、単に例示を目的としたものであって、特許請求の範囲を限定する効果は有していない。
【技術分野】
【０００１】
本発明は、一般に、記録済みディジタル・メディアに関し、さらに詳細には、真正の記録済みメディアを所有するユーザにサービスを提供するシステムに関する。
【背景技術】
【０００２】
本項は、以下に述べ、かつ／または請求する本発明の様々な特徴に関係する可能性がある当技術分野の様々な特徴を読者に紹介するための項である。本記述は、本発明の様々な特徴をより理解し易くする背景情報を読者に与えるのに有効であると考えられる。したがって、以下の記述は、この点に照らして読むべきものであり、従来技術を承認するものではないことを理解されたい。
【０００３】
例えば映画や音楽、コンピュータ・プログラムなどのディジタル・コンテンツの複製が一般に広く行われていることに鑑み、ディジタル・コンテンツ・プロバイダは、ユーザが所有しているのがそれらのディジタル・コンテンツを記憶するディジタル・メディアの真正なコピーであるか否かを検出することに関心を持っている。このようなディジタル・メディアとしては、例えば、ＤＶＤ、ＣＤ−ＲＯＭ、Ｂｌｕ−ｒａｙ（商標）ディスクなどがある。
【０００４】
コンテンツ・プロバイダは、最初にディジタル・メディアに格納して提供したサービスやコンテンツに加えて、さらなるサービスやコンテンツを後から提供することもある。これらの例としては、ボーナス・トラックを提供したり、当該ディジタル・メディアが製造された時点ではまだ準備ができていなかった高機能バージョンを提供したりすることがある。こうしたことは、無料で行われることもあるが、そのメディアを所有していない消費者よりも安価な値段で行われることもある。
【０００５】
時折実施される代表的なテストでは、ディジタル・メディアが記録可能であるか否かを検証する。記録可能であれば、そのディジタル・メディアは、記録済みメディアではあり得ない。それでも、これだけでは、所与のタイトルの所有権を証明するには不十分である。
【０００６】
ゲーム業界では、例えばソニー製のＳｅｃｕＲＯＭなど、ディスクの「物理的」特性を測定するシステムを使用している。残念ながら、これらのシステムは、Ａｌｃｏｈｏｌ１２０％やＤａｅｍｏｎ Ｔｏｏｌｓなどのエミュレーション・ソフトウェアによって破られることが多い。
【０００７】
国際公開第０１／９０８６０号は、ユーザが指定の記録済みディジタル・メディアを所有していると認証する別の方法を提案している。この所有権により、ユーザは、さらなるコンテンツまたは情報をダウンロードすることが可能になる。ユーザは、メディアをドライバに入れ、インターネットからアプリケーションをダウンロードし、このアプリケーションを実行する。その後、このアプリケーションは、ドライバを介してメディアにアクセスし、このメディアの識別子を生成する。次いで、この識別子が、当該メディアが選択されたメディアであるかどうかを確認するインターネット上のスクリプトに送信される。この場合に、さらなるダウンロードが可能になる。
【０００８】
アプリケーションは、アルゴリズム中の少なくとも２つの属性を組み合わせることによって、メディアについて固有の識別子を生成する。これらの属性は、「トラック数」、「各トラックの長さ」、および「総トラック長」などである。この固有の識別子は、メディアが正しいメディアであることを示す合理的な指示を提供しなければならない。
【０００９】
その後、この固有の識別子は、インターネットを介して検証スクリプトに移され、検証スクリプトは、こうして受信した固有の識別子を記憶された識別子と比較する。一致した場合には、スクリプトは、アプリケーションに命令して、追加機能のダウンロードを開始させる。
【００１０】
この解決策は、残念ながらそれほど安全ではなく、この解決策が提供するセキュリティはハッカーによって容易に破られてしまう可能性があると考えられている。
【００１１】
したがって、これらの問題を克服し、安全性を高める解決策が必要とされていることが理解できるであろう。本発明は、このような解決策を提供するものである。
【発明の概要】
【課題を解決するための手段】
【００１２】
第１の特徴では、本発明は、記録済みディジタル・メディアの認証を行うシステムに関する。このシステムは、記録済みディジタル・メディアを認証するようになされた認証サーバと、記録済みディジタル・メディアと対話するようになされたメディア・ドライバを備えるメディア・リーダと、メディア・リーダ上で実行され、メディア・ドライバと対話して記録済みディジタル・メディアに関する情報を取得するようになされた認証アプリケーションとを備える。この認証サーバは、記録済みディジタル・メディアに対して、１組の複数のチャレンジとそれに対応する予期される複数のレスポンスを記憶し、上記１組のチャレンジから選択した複数のチャレンジを認証アプリケーションに送信するようになされている。各チャレンジは、記録済みディジタル・メディアの特徴に関する情報を要求するものであり、上記複数のチャレンジの少なくともサブセットに対するレスポンスが正しいことにより記録済みディジタル・メディアの認証が可能になる。認証サーバは、さらに、認証アプリケーションから該複数のチャレンジに対応する複数のレスポンスを受信し、その複数のチャレンジの少なくとも上記サブセットに対する複数のレスポンスが正しい場合に、記録済みディジタル・メディアを認証し、記録済みディジタル・メディアについての１組のチャレンジ・セットおよびそれに対応するレスポンスを更新するようになされている。
【００１３】
第１の好ましい実施形態では、認証サーバは、いくつかの偽のレスポンスを受け入れるようになされている。正しい回答が必須であるチャレンジが存在することは有利である。
【００１４】
第２の好ましい実施形態では、認証サーバは、記録済みディジタル・メディアの認証が成功したときに、メディア・リーダがコンテンツをダウンロードすることを許可するようになされている。
【００１５】
第３の好ましい実施形態では、認証サーバは、記録済みディジタル・メディアの認証を求める要求を認証アプリケーションから受信するようにさらになされている。
【００１６】
第４の好ましい実施形態では、認証サーバは、複数のチャレンジを所定の順序で送信するようにさらになされている。この複数のチャレンジの所定の順序は、ランダムであると有利である。
【００１７】
第５の好ましい実施形態では、上記複数のチャレンジは、記憶された１組のチャレンジのサブセットである。
【００１８】
第２の態様では、本発明は、メディア・リーダにおいて記録済みディジタル・メディアを認証する方法に関する。認証サーバは、記憶された１組のチャレンジから、複数のチャレンジを選択する。ここで、その複数のチャレンジは、上記記憶された１組のチャレンジのサブセットである。認証サーバは、その複数のチャレンジを認証アプリケーションに送信する。各チャレンジは、記録済みディジタル・メディアの特徴に関する情報を要求するものであり、該複数のチャレンジの少なくともサブセットに対するレスポンスが正しいことにより、記録済みディジタル・メディアの認証は可能になる。認証サーバは、さらに、認証アプリケーションから上記複数のチャレンジに対応する複数のレスポンスを受信し、その複数のチャレンジの少なくとも上記サブセットに対する複数のレスポンスが正しい場合に、記録済みディジタル・メディアを認証する。
【００１９】
第１の好ましい実施形態では、第１のチャレンジに対する回答は、次のチャレンジが送信される前に受信される。
【００２０】
第２の好ましい実施形態では、受信した各回答が検証され、誤った回答が正しい回答が必須のチャレンジに対応しているかどうかが検証され、誤った回答が正しい回答が必須のチャレンジに対応している場合には、記録済みディジタル・メディアが認証されない。誤った回答が１つあるたびにエラー・カウンタが増分され、エラー・カウンタがしきい値に達していない場合に、記録済みディジタル・メディアが認証されると有利である。
【００２１】
第３の好ましい実施形態では、認証された記録済みディジタル・メディアは、真正の記録済みディジタル・メディアであるとみなされる。
【００２２】
第３の特徴では、本発明は、メディア・リーダにおいて記録済みディジタル・メディアを認証する方法に関する。メディア・リーダ上で実行される認証アプリケーションは、複数のチャレンジを取得する。各チャレンジは、記録済みディジタル・メディアの特徴に関する情報を要求するものであり、該複数のチャレンジの少なくともサブセットに対するレスポンスが正しいことにより、記録済みディジタル・メディアの認証は可能になる。認証アプリケーションは、さらに、取得した各チャレンジに対する期待される回答を取得し、メディア・リーダのメディア・ドライバに、記録済みディジタル・メディアの特徴に関する情報を要求し、メディア・ドライバから各チャレンジに対する回答を受信し、上記複数のチャレンジの少なくとも該サブセットに対するレスポンスが正しい場合に、記録済みディジタル・メディアを認証する。
【００２３】
以下、添付の図面を参照しながら、本発明の好ましい特性を、非制限的な例として説明する。
【図面の簡単な説明】
【００２４】
【図１】本発明の好ましい実施形態によるシステムを示す概略図である。
【図２】本発明の好ましい実施形態による認証方法を示す流れ図である。
【図３】本発明の好ましい実施形態によるタイトル・レコードを示す図である。
【発明を実施するための形態】
【００２５】
図１は、本発明の好ましい実施形態によるシステムを示す概略図である。
【００２６】
システム１００は、ディジタル・メディア１４０を読み取るようになされたメディア・リーダ１１０を備える。メディア・リーダ１１０は、ディジタル・メディア１４０を読み取るようになされたメディア・ドライバ１１４と、好ましくはインターネットを介して、認証サーバ１２０と通信してメディア・ドライバ１１４に命令を与えるようになされた認証アプリケーション１１２とを備える。システム１００は、この認証サーバ１２０も含んでおり、認証サーバ１２０は、ｍｙＳＱＬなどのＳＱＬデータベースであると有利である、認証データベース１３０と対話するようになされている。
【００２７】
ユーザは、メディア１４０の認証を行いたいときに、認証を開始するようにメディア・リーダ１１０に命令する。次いで、メディア・リーダ１１０は、メディア・ドライバ１４０を使用して、ディジタル・メディア１４０のタイトル、またはその他の好ましくはディジタル・メディア１４０の固有の識別子を読み取る。メディア・ドライバ１１４は、認証サーバ１２０の識別も読み取って、ディジタル・メディア１４０の認証のために使用すると有利である。次いで、認証アプリケーション１１２が、ディジタル・メディアの「タイトル」の認証を望んでいることを認証サーバ１２０に通知する。
【００２８】
当業者ならその他の方法でも認証を開始することができることを理解するであろう。例えばユーザにコンテンツ・プロバイダが提供するダウンロードサイトに接続させ、その後、ユーザが特定のコンテンツをダウンロードしたいと望んだときにこのサイトに認証サーバ１２０にコンタクトさせるなどでも認証を開始することができることは、当業者なら理解するであろう。この場合、認証サーバ１２０は、ディジタル・メディア１４０がメディア・リーダ１１０に挿入されていることを確実にするために、メディア・リーダ１１０に命令を送信することができる。こうした命令は、ユーザに対するメッセージを含むこともある。
【００２９】
認証サーバ１２０は、いくつかのチャレンジを、好ましくはランダムに、認証データベース１３０から取り出す。このいくつかのチャレンジは、個々にまたはグループ化して、場合によっては暗号化して、認証アプリケーション１１２に対してこの認証サーバ１２０が送信するチャレンジである。ランダムなチャレンジを使用することで、ハッカーがレスポンス・データベースを使って正しいレスポンスを発見することを防止することができる。認証データベース１３０は、複数のチャレンジとそれらに対応するレスポンスとを含むタイトル・レコード１３２を、各ディジタル・メディアごとに記憶する。
【００３０】
各チャレンジは、以下の２つの特性を有することが好ましい。
―当該チャレンジがユニーク（ｕｎｉｑｕｅ）であるかマルチプル（ｍｕｌｔｉｐｌｅ）であるか。ユニークなチャレンジは、検査する値が１つに決まるが、マルチプルなチャレンジは、複数の値を検査する可能性があり、場合によっては、複数の値を戻すこともある。
―当該チャレンジが絶対（ａｂｓｏｌｕｔｅ）であるか否か。絶対チャレンジは、正確な回答を必要とするが、非絶対チャレンジは、エラーを許容する場合がある。
【００３１】
各チャレンジごとに、タイトル・レコード１３２は、以下を含むことが好ましい。
―このタイプのチャレンジに特有のチャレンジ識別子。同じタイプのチャレンジは、認証データベース１３０全体で同じチャレンジ識別子を使用する。ただし、チャレンジに対する回答は、異なるタイトルについては異なる場合もあることを理解されたい。
―全ての可能なレスポンスを含むチャレンジ・レコード。ユニークなチャレンジの場合には、値は１つしかない。マルチプルなチャレンジの場合には、順序付きの複数の値がある。
【００３２】
チャレンジを受信すると、認証アプリケーション１１２は、１組の対応するコマンドをメディア・ドライバ１１４に送信する。この１組のコマンドは、チャレンジ識別子によって与えられると有利である。次いで、認証アプリケーション１１２が、メディア・ドライバ１１４から１つまたは複数のレスポンスを受信し、これを、このレスポンスが期待される回答と一致するか否かを検証する認証サーバ１２０に送信する。
【００３３】
図２は、本発明の好ましい実施形態に係る認証方法を示す流れ図である。
【００３４】
認証サーバ１２０は、認証データベース１３０中で、検証対象のタイトルに対応するタイトル・レコード１３２を選択する（２０２）。次いで、認証サーバ１２０は、そのタイトルについての１組のチャレンジを選択し（２０４）、エラー・カウンタをリセットする（２０６）。次いで、最初に選択されたチャレンジが、認証アプリケーション１１２に送信される（２０８）。
【００３５】
チャレンジがユニークである場合には、認証アプリケーション１１２は、対応するコマンドをメディア・ドライバ１１４に送信し、ユニークなレスポンスを受信し、これを認証サーバ１２０に戻す。
【００３６】
しかし、チャレンジがマルチプルである場合には、認証サーバ１２０は、複数の認証値の中からランダムに選択した後で、チャレンジを認証アプリケーション１１２に送信する（２０８）。認証アプリケーション１１２は、対応する複数のコマンドをメディア・ドライバ１１４に送信し、１組のレスポンスを受信し、これを認証サーバ１２０に戻す。
【００３７】
そのレスポンスを受信すると、認証サーバ１２０は、当該レスポンスが正しいかどうか検査する（２１２）。正しい場合には、送信すべきチャレンジがさらにあるかどうか検査する（２１４）。送信すべきチャレンジがさらにある場合には、新たなチャレンジを前述のように送信する（２０８）。
【００３８】
しかし、回答が正しくない場合には、当該チャレンジが絶対であるかどうか、すなわちエラーが許容されるかどうかを検証する（２１８）。チャレンジが絶対ではない場合には、エラー・カウンタが増分され（２２０）、次いで、この方法ではステップ２１４に進み、送信すべきチャレンジが残っているかどうか検査する。一方、チャレンジが絶対である（かつ回答が正しくない）場合には、メディアが真正ではないと推定する（２２４）。これは、いかなるダウンロードまたはその他のサービスも提供されないことを意味する。
【００３９】
ステップ２１４で、送信すべきチャレンジがそれ以上ないと判定された場合には、エラー・カウンタを限界値と比較する（２１６）。比較の結果、エラーが多すぎないことが分かった場合には、メディアは真正であり、さらなるコンテンツおよび／またはサービスを取得することができるとみなされる（２２２）。しかし、逆の場合には、この方法は、前述したステップ２２４に進む。
【００４０】
変形実施形態では、ディジタル・メディア１４０を認証するのは、認証アプリケーション１１２である。この場合には、チャレンジは、認証アプリケーション１１２自体の中で提供することもできるが、認証アプリケーション１１２が認証サーバ１２０にチャレンジを要求し、その後、必要なチャレンジおよびレスポンスを受信する（必ずしも同時でなくてもよい）こともできる。認証アプリケーション１１２は、ディジタル・メディア１４０を認証すると、さらなるコンテンツのダウンロードを許可する。
【００４１】
この変形実施形態の利点は、アプリケーション・サーバ１２０にかかる負荷を軽減することができることである。
【００４２】
図３は、本発明の好ましい実施形態によるタイトル・レコードを示す図である。タイトル・レコード１３２は、以下を含む。
―チャレンジ識別子３１０。
―チャレンジによって決まるチャレンジ・レコード３２０。これは、例えば読取り対象のディジタル・メディアの物理アドレスなど、適切なレスポンスを見つけるのに必要な情報を含むことができる。
―絶対チャレンジ・フラグ３３０。このフラグは、チャレンジが絶対である場合に「真」となり、そうでない場合に「偽」となる。
―チャレンジ・テスト数３４０。この値は、テストすることができる潜在的な値の数である。ユニークなチャレンジでは、この値は１であり、マルチプルなチャレンジでは、この値は可能なテストの数に対応する。
―１つまたは複数の期待される回答３５０。
【００４３】
後述するいくつかのチャレンジの例は、以下の通りである。
―ディスク・タイプ。
―ディスク記録長。
―トラック長。
【００４４】
「ディスク・タイプ」チャレンジは、以下で非制限的な例として使用するＤＶＤなどのディジタル・メディアのいわゆるリード・イン領域に含まれる情報を検証するものである。リード・イン領域は、ディスク・タイプなどの物理情報や、トラックの開始位置および終了位置などを含む。
【００４５】
この情報を用いた第１のチャレンジは、ディスク・タイプを検査して、ＤＶＤが書込み可能ＤＶＤであるかＤＶＤ−ＲＯＭであるかを調べるものである。パラメータは、以下の通りである。
―チャレンジ識別子３１０＝ＴＥＳＴ＿ＤＩＳＣ＿ＴＹＰＥ
―チャレンジ・レコード３２０＝ボイド
―絶対チャレンジ・フラグ３３０＝ＴＲＵＥ
―チャレンジ・テスト数３４０＝１
―回答３５０＝ＤＶＤ＿ＲＯＭ
【００４６】
このチャレンジは絶対であり、期待される回答は１つだけであることが理解されるであろう。回答が「ＤＶＤ＿ＲＯＭ」である場合には、メディアはこのテストを通過するが、それ以外の場合は、このメディアは真正であるとはみなされない。
【００４７】
第２のチャレンジは、ＤＶＤトラック長を検査するものである。パラメータは、以下の通りである。
―チャレンジ識別子３１０＝ＴＥＳＴ＿ＴＯＴＡＬ＿ＴＲＡＣＫ＿ＬＥＮＧＴＨ
―チャレンジ・レコード３２０＝ボイド
―絶対チャレンジ・フラグ３３０＝ＦＡＬＳＥ
―チャレンジ・テスト数３４０＝１
―回答３５０＝「第１の可能な長さ」、「第２の可能な長さ」
【００４８】
このように、このチャレンジは絶対ではなく、これは、回答が正しくない場合にも、直ちに判断が下されるわけではないことを意味する。期待される回答は１つだけであるが、２つの異なる値の何れか一方をとることができる。
【００４９】
第３のチャレンジは、ディスクの無作為に選択された１組のトラックのトラック長を検査するものである。パラメータは、以下の通りである。
―チャレンジ識別子３１０＝ＴＥＳＴ＿ＴＲＡＣＫ＿ＬＥＮＧＴＨ
―チャレンジ・レコード３２０＝１組の順序付きブール・フラグ。真は、検査すべきトラックを表す。
―絶対チャレンジ・フラグ３３０＝ＦＡＬＳＥ
―チャレンジ・テスト数３４０＝トラックの最大数
―回答３５０＝期待されるトラック長
【００５０】
認証サーバ１２０は、検査するトラックを複数選択すると有利である。認証サーバ１２０は、このリストを備えたチャレンジを認証アプリケーション１１２に送信し、認証アプリケーション１１２は、メディア・ドライバ１１４（この場合はＤＶＤドライバ）に対して、示された各トラックごとにトラックの長さを戻すように命令する。次いで、認証アプリケーション１１２は、これらの長さ（またはその合計）を戻す。チャレンジは、誤った回答が１以下である場合に成功であるとみなすこともできるが、もちろん、これとは違う数の正しい回答が必要となる、特に全ての回答が正しいことが必要となることもある。
【００５１】
所与のディジタル・メディア１４０（この場合はＤＶＤ）の例示的な認証プロセスは、認証サーバ１２０から認証アプリケーション１１２に順番に送信される上述した３つのチャレンジを含む。エラー・カウンタの限界は、２に設定することができる。すなわち、エラー・カウンタが１を超えると、ＤＶＤは真正ではないとみなされる。考えられる認証プロセスの結果の例としては、以下が挙げられる。
―認証サーバ１２０が、「ディスク・タイプ」チャレンジおよび「全長」チャレンジで正しいレスポンスを受信し、「トラック長」チャレンジで正しくないレスポンスを受信した場合には、ＤＶＤは真正であるとみなされる。エラーの数は１つだけであり、それは絶対ではないチャレンジのエラーである。
―認証サーバ１２０が、「全長」チャレンジおよび「トラック長」チャレンジで良好なレスポンスを受信し、「ディスク・タイプ」チャレンジで正しくないレスポンスを受信した場合には、ＤＶＤは真正ではないとみなされる。エラーは１つだけであり、すなわちエラーの限界には達していないが、そのエラーは絶対チャレンジで生じたものである。
―認証サーバ１２０が、「ディスク・タイプ」チャレンジで良好なレスポンスを受信し、「全長」チャレンジおよび「トラック長」チャレンジで正しくないレスポンスを受信した場合には、ＤＶＤは真正ではないとみなされる。絶対チャレンジではエラーが生じていないが、エラー・カウンタが限界値に達している。
【００５２】
同じタイトルの複数のディスクが、例えばそれらを製造した際のマスタが異なる場合などに、異なるインスタンスを有する可能性もあることに留意されたい。この場合には、当該タイトルが、複数のタイトル・レコードを有する可能性がある。この場合、認証サーバは、満足できる回答が得られるまで、またはタイトル・レコードがなくなるまで、これらのタイトル・レコードを順次使用することが好ましい。
【００５３】
認証サーバ１２０と認証アプリケーション１１２の間の通信は、保護することが好ましい。適用することができる保護の例としては、以下が挙げられる。
―認証アプリケーション１１２と認証サーバ１２０の間の相互認証。認証アプリケーション１１２および認証サーバ１２０は、それぞれ、従来技術のＲＳＡ認証に使用することができる固有の１０２４ビットＲＳＡキー対を備えた証明書を有すると有利である。認証サーバ１２０は、認証アプリケーション１１２の証明書が有効であり、廃棄リストに記載されていないことを確認する。
―共通のセッション・キーを使用して通信を保護する。例えば、１２８ビット・セッション・キーを用いたＡＥＳを使用することができる。
―ナンス（ｎｏｎｃｅ）を使用して、チャレンジをマスクし、かつ／または回答を再使用することができないようにする。ナンスは、例えば、認証アプリケーション１１２がメディア・ドライバ１１４にダミー・コマンドを送信するために使用したり、または認証サーバ１２０が異なるチャレンジの順序を設定するために使用したりすることができる。
【００５４】
本認証システムは、ユーザが所与のタイトルの合法なインスタンスを所有していることを検証することを可能にすることができる。チャレンジの遠隔データベースを使用し、またメディア・リーダではなく認証サーバ１２０で検証を行うことにより、ユーザのメディア・リーダ上で動作するコピー防止対策がリバース・エンジニアリングの攻撃に弱いのに対して、耐攻撃性を向上させることができる。
【００５５】
チャレンジ・レコード３２０を認証データベース１３０に記憶することにより、あるタイトルでこれらのチャレンジが失敗した場合に、それらのチャレンジを更新することができる。その後、データベース中の既存のチャレンジを、新たなチャレンジで置換または拡張することができる。
【００５６】
本発明では、従来技術に見られる方法より柔軟性の高いディジタル・サポートを認証する方法を可能にすることができることが理解されよう。特に、チャレンジを容易に変更することができ、その順序も修正することができるので、いくつかの従来技術の方法では被害を受けている可能性がある反射攻撃を、克服することができる可能性がある。
【００５７】
本明細書ならびに（必要に応じて）特許請求の範囲および図面に開示した各特徴は、個々に独立して実現することもできるし、あるいは任意の適当な組合せで実現することもできる。特許請求の範囲に記載されている参照番号は、単に例示を目的としたものであって、特許請求の範囲を限定する効果は有していない。
【特許請求の範囲】
【請求項１】
記録済みディジタル・メディア（１４０）の認証を行うシステム（１００）であって、
前記記録済みディジタル・メディア（１４０）を認証するようになされた認証サーバ（１２０）と、
前記記録済みディジタル・メディア（１４０）と対話するようになされたメディア・ドライバ（１１４）を備えるメディア・リーダ（１１０）と、
前記メディア・リーダ（１１０）上で実行され、前記メディア・ドライバ（１１４）と対話して前記記録済みディジタル・メディア（１４０）に関する情報を取得するようになされた認証アプリケーション（１１２）と、
を備えるシステム（１００）であって、
前記認証サーバ（１２０）が、
前記記録済みディジタル・メディア（１４０）について１組のチャレンジおよびそれに対応する期待されるレスポンスを記憶し、
前記１組のチャレンジから選択した複数のチャレンジを前記認証アプリケーション（１１２）に送信し、各チャレンジが前記記録済みディジタル・メディア（１４０）の特徴に関する情報を要求するものであって、前記複数のチャレンジの少なくともサブセットに対するレスポンスが正しいことにより前記記録済みディジタル・メディア（１４０）の認証が可能になり、
前記認証アプリケーション（１１２）から前記複数のチャレンジに対応するレスポンスを受信し、
前記複数のチャレンジの少なくとも前記サブセットに対する前記レスポンスが正しい場合に、前記記録済みディジタル・メディア（１４０）を認証し、
記録済みディジタル・メディア（１４０）の１組のチャレンジおよびそれに対応するレスポンスを更新する、ようになされていることを特徴とする、システム（１００）。
【請求項２】
前記認証サーバ（１２０）が、いくつかの偽のレスポンスを受け入れるようになされた、請求項１に記載のシステム。
【請求項３】
正しい回答が必須であるチャレンジが存在する、請求項２に記載のシステム。
【請求項４】
前記認証サーバ（１２０）が、前記記録済みディジタル・メディア（１４０）の認証が成功したときに、前記メディア・リーダ（１１０）がコンテンツをダウンロードすることを許可するようになされた、請求項１に記載のシステム。
【請求項５】
前記認証サーバ（１２０）が、前記記録済みディジタル・メディア（１４０）の認証を求める要求を前記認証アプリケーション（１１２）から受信するようにさらになされた、請求項１に記載のシステム。
【請求項６】
前記認証サーバ（１２０）が、前記複数のチャレンジを所定の順序で送信するようになされた、請求項１に記載のシステム。
【請求項７】
前記複数のチャレンジの前記所定の順序が無作為である、請求項６に記載のシステム。
【請求項８】
前記複数のチャレンジが、前記記憶されたチャレンジのサブセットである、請求項１に記載のシステム。
【請求項９】
メディア・リーダ（１１０）において記録済みディジタル・メディア（１４０）を認証する方法であって、認証サーバ（１２０）において、
記憶された１組のチャレンジから、前記記憶されたチャレンジのサブセットである複数のチャレンジを選択するステップ（２０４）と、
前記複数のチャレンジを認証アプリケーション（１１２）に送信するステップ（２０８）であり、各チャレンジが、前記記録済みディジタル・メディア（１４０）の特徴に関する情報を要求するものであり、前記複数のチャレンジの少なくともサブセットに対するレスポンスが正しいことにより前記記録済みディジタル・メディア（１４０）の認証が可能になるステップ（２０８）と、
前記認証アプリケーション（１１２）から前記複数のチャレンジに対応するレスポンスを受信するステップ（２１０）と、
前記複数のチャレンジの少なくとも前記サブセットに対する前記レスポンスが正しい場合に、前記記録済みディジタル・メディア（１４０）を認証するステップ（２１６、２１８）と、
を含む、前記方法。
【請求項１０】
第１のチャレンジに対する回答が、次のチャレンジが送信される前に受信される、請求項９に記載の方法。
【請求項１１】
受信した各回答を検証するステップ（２１２）と、誤った回答が正しい回答が必須のチャレンジに対応しているかどうかを検証するステップ（２１８）と、誤った回答が正しい回答が必須のチャレンジに対応している場合に、前記記録済みディジタル・メディア（１４０）を認証しないステップ（２２４）とをさらに含む、請求項９に記載の方法。
【請求項１２】
誤った回答が１つあるたびにエラー・カウンタを増分するステップ（２２０）と、前記エラー・カウンタがしきい値に達していない場合に、前記記録済みディジタル・メディア（１４０）を認証するステップとをさらに含む、請求項１１に記載の方法。
【請求項１３】
認証された記録済みディジタル・メディア（１４０）が、真正の記録済みディジタル・メディアであるとみなされる、請求項９に記載の方法。
【請求項１４】
メディア・リーダ（１１０）において記録済みディジタル・メディア（１４０）を認証する方法であって、前記メディア・リーダ（１１０）上で実行される認証アプリケーション（１１２）において、
複数のチャレンジを取得するステップ（２０８）であり、各チャレンジが、前記記録済みディジタル・メディア（１４０）の特徴に関する情報を要求するものであり、前記複数のチャレンジの少なくともサブセットに対するレスポンスが正しいことにより前記記録済みディジタル・メディア（１４０）の認証が可能になるステップ（２０９）と、
取得した各チャレンジに対する期待される回答を取得するステップと、
前記メディア・リーダ（１１０）のメディア・ドライバ（１１４）に、前記記録済みディジタル・メディア（１４０）の前記特徴に関する情報を要求するステップと、
前記メディア・ドライバ（１１４）から各チャレンジに対する回答を受信するステップと、
前記複数のチャレンジの少なくとも前記サブセットに対する前記レスポンスが正しい場合に、前記記録済みディジタル・メディア（１４０）を認証するステップ（２１６、２１８）と、
を含む、前記方法。
【請求項１】
記録済みディジタル・メディア（１４０）の認証を行うシステム（１００）であって、
前記記録済みディジタル・メディア（１４０）を認証するようになされた認証サーバ（１２０）と、
前記記録済みディジタル・メディア（１４０）と対話するようになされたメディア・ドライバ（１１４）を備えるメディア・リーダ（１１０）と、
前記メディア・リーダ（１１０）上で実行され、前記メディア・ドライバ（１１４）と対話して前記記録済みディジタル・メディア（１４０）に関する情報を取得するようになされた認証アプリケーション（１１２）と、
を備えるシステム（１００）であって、
前記認証サーバ（１２０）が、
前記記録済みディジタル・メディア（１４０）について１組のチャレンジおよびそれに対応する期待されるレスポンスを記憶し、
前記１組のチャレンジから選択した複数のチャレンジを前記認証アプリケーション（１１２）に送信し、各チャレンジが前記記録済みディジタル・メディア（１４０）の特徴に関する情報を要求するものであって、前記複数のチャレンジの少なくともサブセットに対するレスポンスが正しいことにより前記記録済みディジタル・メディア（１４０）の認証が可能になり、
前記認証アプリケーション（１１２）から前記複数のチャレンジに対応するレスポンスを受信し、
前記複数のチャレンジの少なくとも前記サブセットに対する前記レスポンスが正しい場合に、前記記録済みディジタル・メディア（１４０）を認証し、
記録済みディジタル・メディア（１４０）の１組のチャレンジおよびそれに対応するレスポンスを更新する、ようになされていることを特徴とする、システム（１００）。
【請求項２】
前記認証サーバ（１２０）が、いくつかの偽のレスポンスを受け入れるようになされた、請求項１に記載のシステム。
【請求項３】
正しい回答が必須であるチャレンジが存在する、請求項２に記載のシステム。
【請求項４】
前記認証サーバ（１２０）が、前記記録済みディジタル・メディア（１４０）の認証が成功したときに、前記メディア・リーダ（１１０）がコンテンツをダウンロードすることを許可するようになされた、請求項１に記載のシステム。
【請求項５】
前記認証サーバ（１２０）が、前記記録済みディジタル・メディア（１４０）の認証を求める要求を前記認証アプリケーション（１１２）から受信するようにさらになされた、請求項１に記載のシステム。
【請求項６】
前記認証サーバ（１２０）が、前記複数のチャレンジを所定の順序で送信するようになされた、請求項１に記載のシステム。
【請求項７】
前記複数のチャレンジの前記所定の順序が無作為である、請求項６に記載のシステム。
【請求項８】
前記複数のチャレンジが、前記記憶されたチャレンジのサブセットである、請求項１に記載のシステム。
【請求項９】
メディア・リーダ（１１０）において記録済みディジタル・メディア（１４０）を認証する方法であって、認証サーバ（１２０）において、
記憶された１組のチャレンジから、前記記憶されたチャレンジのサブセットである複数のチャレンジを選択するステップ（２０４）と、
前記複数のチャレンジを認証アプリケーション（１１２）に送信するステップ（２０８）であり、各チャレンジが、前記記録済みディジタル・メディア（１４０）の特徴に関する情報を要求するものであり、前記複数のチャレンジの少なくともサブセットに対するレスポンスが正しいことにより前記記録済みディジタル・メディア（１４０）の認証が可能になるステップ（２０８）と、
前記認証アプリケーション（１１２）から前記複数のチャレンジに対応するレスポンスを受信するステップ（２１０）と、
前記複数のチャレンジの少なくとも前記サブセットに対する前記レスポンスが正しい場合に、前記記録済みディジタル・メディア（１４０）を認証するステップ（２１６、２１８）と、
を含む、前記方法。
【請求項１０】
第１のチャレンジに対する回答が、次のチャレンジが送信される前に受信される、請求項９に記載の方法。
【請求項１１】
受信した各回答を検証するステップ（２１２）と、誤った回答が正しい回答が必須のチャレンジに対応しているかどうかを検証するステップ（２１８）と、誤った回答が正しい回答が必須のチャレンジに対応している場合に、前記記録済みディジタル・メディア（１４０）を認証しないステップ（２２４）とをさらに含む、請求項９に記載の方法。
【請求項１２】
誤った回答が１つあるたびにエラー・カウンタを増分するステップ（２２０）と、前記エラー・カウンタがしきい値に達していない場合に、前記記録済みディジタル・メディア（１４０）を認証するステップとをさらに含む、請求項１１に記載の方法。
【請求項１３】
認証された記録済みディジタル・メディア（１４０）が、真正の記録済みディジタル・メディアであるとみなされる、請求項９に記載の方法。
【請求項１４】
メディア・リーダ（１１０）において記録済みディジタル・メディア（１４０）を認証する方法であって、前記メディア・リーダ（１１０）上で実行される認証アプリケーション（１１２）において、
複数のチャレンジを取得するステップ（２０８）であり、各チャレンジが、前記記録済みディジタル・メディア（１４０）の特徴に関する情報を要求するものであり、前記複数のチャレンジの少なくともサブセットに対するレスポンスが正しいことにより前記記録済みディジタル・メディア（１４０）の認証が可能になるステップ（２０９）と、
取得した各チャレンジに対する期待される回答を取得するステップと、
前記メディア・リーダ（１１０）のメディア・ドライバ（１１４）に、前記記録済みディジタル・メディア（１４０）の前記特徴に関する情報を要求するステップと、
前記メディア・ドライバ（１１４）から各チャレンジに対する回答を受信するステップと、
前記複数のチャレンジの少なくとも前記サブセットに対する前記レスポンスが正しい場合に、前記記録済みディジタル・メディア（１４０）を認証するステップ（２１６、２１８）と、
を含む、前記方法。
【図１】
【図２】
【図３】
【図２】
【図３】
【公表番号】特表２０１２−５２５６６０（Ｐ２０１２−５２５６６０Ａ）
【公表日】平成２４年１０月２２日（２０１２．１０．２２）
【国際特許分類】
【出願番号】特願２０１２−５０７６８６（Ｐ２０１２−５０７６８６）
【出願日】平成２２年４月２２日（２０１０．４．２２）
【国際出願番号】ＰＣＴ／ＥＰ２０１０／０５５３３１
【国際公開番号】ＷＯ２０１０／１２４９８４
【国際公開日】平成２２年１１月４日（２０１０．１１．４）
【出願人】（５０１２６３８１０）トムソン ライセンシング (2,848)
【氏名又は名称原語表記】Ｔｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ
【住所又は居所原語表記】１−５， ｒｕｅ Ｊｅａｎｎｅ ｄ’Ａｒｃ， ９２１３０ ＩＳＳＹ ＬＥＳ ＭＯＵＬＩＮＥＡＵＸ， Ｆｒａｎｃｅ
【Ｆターム（参考）】
【公表日】平成２４年１０月２２日（２０１２．１０．２２）
【国際特許分類】
【出願日】平成２２年４月２２日（２０１０．４．２２）
【国際出願番号】ＰＣＴ／ＥＰ２０１０／０５５３３１
【国際公開番号】ＷＯ２０１０／１２４９８４
【国際公開日】平成２２年１１月４日（２０１０．１１．４）
【出願人】（５０１２６３８１０）トムソン ライセンシング (2,848)
【氏名又は名称原語表記】Ｔｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ
【住所又は居所原語表記】１−５， ｒｕｅ Ｊｅａｎｎｅ ｄ’Ａｒｃ， ９２１３０ ＩＳＳＹ ＬＥＳ ＭＯＵＬＩＮＥＡＵＸ， Ｆｒａｎｃｅ
【Ｆターム（参考）】
[ Back to top ]