(57)【要約】  携帯型保存装置とデバイスとの間にデジタル著作権管理を用いたコンテンツを再生する方法及び、その携帯型保存装置を提供する。携帯型保存装置を用いたコンテンツ再生方法は、ＤＲＭで保護される携帯型保存装置にコンテンツについての再生権利の伝送を要請する段階と、前記携帯型保存装置から前記ＤＲＭで保護されるコンテンツについての再生権利を受信する段階、及び前記再生権利を用いた前記ＤＲＭで保護されるコンテンツの再生が完了すれば、再生が完了したことを前記携帯型保存装置に知らせる段階を含む。
2007538317.tif 000002
【特許請求の範囲】
【請求項１】
ＤＲＭで保護される携帯型保存装置にコンテンツについての再生権利の伝送を要請する段階と、
前記携帯型保存装置から前記ＤＲＭで保護されるコンテンツについての再生権利を受信する段階と、
前記再生権利を用いた前記ＤＲＭで保護されるコンテンツの再生が完了すれば、再生が完了したことを前記携帯型保存装置に知らせる段階と、を含む携帯型保存装置を用いたコンテンツ再生方法。
【請求項２】
前記携帯型保存装置に伝送するデータ及び前記携帯型保存装置から伝送されるデータは、対称キー暗号化方式で暗号化されたデータである請求項１に記載の携帯型保存装置を用いたコンテンツ再生方法。
【請求項３】
前記携帯型保存装置に伝送するデータ及び前記携帯型保存装置から伝送されるデータには伝送シーケンスを知らせる伝送シーケンスカウンタが含まれている請求項１に記載の携帯型保存装置を用いたコンテンツ再生方法。
【請求項４】
前記伝送シーケンスカウンタの初期値を前記携帯型保存装置とデバイスとの相互認証過程で得た乱数を用いて設定する請求項３に記載の携帯型保存装置を用いたコンテンツ再生方法。
【請求項５】
前記再生権利は、前記ＤＲＭで保護されるコンテンツについての権利客体に含まれた情報のうち前記ＤＲＭで保護されるコンテンツの再生のための所定の情報を含む請求項１に記載の携帯型保存装置を用いたコンテンツ再生方法。
【請求項６】
前記ＤＲＭで保護されるコンテンツは暗号化されたコンテンツであり、前記再生権利は前記暗号化されたコンテンツを復号化できるコンテンツ暗号化キーを含む請求項５に記載の携帯型保存装置を用いたコンテンツ再生方法。
【請求項７】
前記ＤＲＭで保護されるコンテンツの再生中に前記保安マルチメディアカードに前記ＤＲＭで保護されるコンテンツについての権利客体のアップデート命令を伝送する段階をさらに含む請求項１に記載の携帯型保存装置を用いたコンテンツ再生方法。
【請求項８】
前記権利客体のアップデート命令には、前記ＤＲＭで保護されるコンテンツの再生により消費した限定事項（回数、時間）についての情報を含む請求項７に記載の携帯型保存装置を用いたコンテンツ再生方法。
【請求項９】
前記携帯型保存装置の活性化如何をチェックする段階をさらに含む請求項１に記載の携帯型保存装置を用いたコンテンツ再生方法。
【請求項１０】
前記活性化如何のチェック段階は、前記携帯型保存装置に乱数を伝送し、前記乱数を前記携帯型保存装置が暗号化して伝送すれば、これを受信して復号化する請求項９に記載の携帯型保存装置を用いたコンテンツ再生方法。
【請求項１１】
前記暗号化方式は、セッションキーを用いた対称キー暗号化方式である請求項１０に記載の携帯型保存装置を用いたコンテンツ再生方法。
【請求項１２】
前記コンテンツの再生が完了すれば、再生が完了したことを知らせる時、前記ＤＲＭで保護されるコンテンツの再生により消費した総限定事項（総回数、総時間）についての情報を共に知らせる請求項１に記載の携帯型保存装置を用いたコンテンツ再生方法。
【請求項１３】
デバイスからＤＲＭで保護されるコンテンツについての再生権利の伝送を要請される段階と、
前記要請によって前記デバイスに前記ＤＲＭで保護されるコンテンツについての再生権利を伝送する段階と、
前記ＤＲＭで保護されるコンテンツについての権利客体のアップデート命令を受信する段階と、を含むデバイスにコンテンツ再生権利を送る方法。
【請求項１４】
前記デバイスに伝送するデータ及び前記デバイスから伝送されるデータは、対称キー暗号化方式で暗号化されたデータである請求項１３に記載のデバイスにコンテンツ再生権利を送る方法。
【請求項１５】
前記デバイスに伝送するデータ及び前記デバイスから伝送されるデータには、伝送シーケンスを知らせる伝送シーケンスカウンタが含まれている請求項１３に記載のデバイスにコンテンツ再生権利を送る方法。
【請求項１６】
前記伝送シーケンスカウンタの初期値を前記デバイスと携帯型保存装置との相互認証過程で得た乱数を用いて設定する請求項１５に記載のデバイスにコンテンツ再生権利を送る方法。
【請求項１７】
前記再生権利は、前記ＤＲＭで保護されるコンテンツについての権利客体に含まれた情報のうち、前記ＤＲＭで保護されるコンテンツの再生のための所定の情報を含む請求項１３に記載のデバイスにコンテンツ再生権利を送る方法。
【請求項１８】
前記ＤＲＭで保護されるコンテンツは暗号化されたコンテンツであり、前記要請された再生権利は前記暗号化されたコンテンツを復号化しうるコンテンツ暗号化キーである請求項１７に記載のデバイスにコンテンツ再生権利を送る方法。
【請求項１９】
前記受信された権利客体のアップデート命令には、前記ＤＲＭで保護されるコンテンツの再生により消費した限定事項（回数、時間）についての情報を含む請求項１３に記載のデバイスにコンテンツ再生権利を送る方法。
【請求項２０】
前記デバイスから活性化如何をチェックされる段階をさらに含む請求項１３に記載のデバイスにコンテンツ再生権利を送る方法。
【請求項２１】
前記活性化如何をチェックされる段階は、前記デバイスが伝送した乱数を受信し、前記乱数を暗号化して前記デバイスに伝送する請求項２０に記載のデバイスにコンテンツ再生権利を送る方法。
【請求項２２】
前記暗号化方式は、セッションキーを用いた対称キー暗号化方式である請求項２１に記載のデバイスにコンテンツ再生権利を送る方法。
【請求項２３】
前記デバイスが再生機能完了を受信する段階をさらに含み、前記再生機能完了には権利客体の使用総計の無欠性をチェックするための情報を含む請求項１３に記載のデバイスにコンテンツ再生権利を送る方法。
【請求項２４】
デバイスとの連結のためのインターフェースと、
少なくとも１つ以上の暗号化された権利客体を保存している権利客体保存モジュールと、
セッションキー生成と対称キー方式の暗号化と公開キー方式の暗号化とを行う暗号化モジュールと、
ＤＲＭ動作を行うＤＲＭエイジェントモジュールと、を含み、
前記ＤＲＭエイジェントモジュールは、前記インターフェースを通じてデバイスから特定コンテンツについての再生権利の伝送を要請されれば、前記権利客体保存モジュールに保存された権利客体のうち、前記コンテンツについての権利客体を探して、前記権利客体に含まれた前記コンテンツの再生に必要な情報を前記暗号化モジュールを用いて暗号化して前記インターフェースを通じて前記デバイスに送る過程を行う携帯型保存装置。
【請求項２５】
前記ＤＲＭエイジェントは、前記権利客体をアップデートさせる過程をさらに行う請求項２４に記載の携帯型保存装置。
【請求項２６】
携帯型保存装置との連結のためのインターフェースと、
ＤＲＭで保護される少なくとも１つ以上のコンテンツを保存しているコンテンツ保存モジュールと、
セッションキー生成と対称キー方式の暗号化と公開キー方式の暗号化とを行う暗号化モジュールと、
ＤＲＭ動作を行うＤＲＭエイジェントモジュールと、を含み、
前記ＤＲＭエイジェントモジュールは、前記インターフェースを通じて前記コンテンツ保存モジュールに保存されたＤＲＭで保護されるいずれか１つのコンテンツについての再生権利を前記携帯型保存装置に要請して、前記携帯型保存装置から暗号化された再生権利を受信して、前記暗号化モジュールを利用して前記受信された暗号化された再生権利を復号化して、コンテンツ暗号化キーを得る携帯型保存装置を用いたコンテンツ再生装置。
【請求項２７】
コンテンツ再生終了後、前記ＤＲＭエイジェントは、前記携帯型保存装置に権利客体アップデートを要請する段階をさらに行う請求項２６に記載の携帯型保存装置を用いたコンテンツ再生装置。
【請求項２８】
ＤＲＭで保護される携帯型保存装置にコンテンツについての再生権利の伝送を要請する段階と、
前記携帯型保存装置から前記ＤＲＭで保護されるコンテンツについての再生権利を受信する段階と、
前記再生権利を用いた前記ＤＲＭで保護されるコンテンツの再生が完了すれば、再生が完了したことを前記携帯型保存装置に知らせる段階と、を含む携帯型保存装置を用いたコンテンツ再生方法を行うコンピュータで読取り可能なプログラムを記録した記録媒体。
【請求項２９】
デバイスからＤＲＭで保護されるコンテンツについての再生権利の伝送を要請される段階と、
前記要請によって前記デバイスに前記ＤＲＭで保護されるコンテンツについての再生権利を伝送する段階と、
前記ＤＲＭで保護されるコンテンツについての権利客体のアップデート命令を受信する段階と、を含むデバイスにコンテンツ再生権利を送る方法を行うコンピュータで読取り可能なプログラムを記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル著作権管理に係り、より詳細には、携帯型保存装置とデバイスとの間にデジタル著作権管理を用いたコンテンツを再生する方法及び装置、並びにそのための携帯型保存装置に関する。
【背景技術】
【０００２】
最近、デジタル著作権管理（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ：以下、“ＤＲＭ”と称する）に関する研究が活発で、ＤＲＭを適用した商用サービスが導入されたか、導入中にある。ＤＲＭが導入されねばならない理由は、デジタルデータが有する多様な特性から導出しうる。デジタルデータは、アナログデータとは違って損失なくコピー可能であるという特性と、再使用及び加工が容易な特性と、容易に第３者に配布しうるという特性を有しており、非常に少ない費用でこのようなコピーと配布とを容易にできるという特性を有している。一方、デジタルコンテンツは、その製作に多くのコストと努力及び時間を必要とする。したがって、デジタルコンテンツの無断コピー及び配布が容認になる場合に、これはデジタルコンテンツ製作者の利益を侵害してデジタルコンテンツ製作者の創作意欲が削がれ、これはデジタルコンテンツ産業の活性化に大きな阻害要素となる。
【０００３】
デジタルコンテンツを保護しようとする努力は過去にもあったが、過去には主にデジタルコンテンツ無断接近防止に重点をおいていた。言い換えれば、デジタルコンテンツへの接近（アクセス）は、代価を支払った一部の人にのみ許容された。したがって、代価を支払った人は暗号化されていないデジタルコンテンツに接近でき、そうでない人はデジタルコンテンツへの接近ができなかった。しかし、代価を支払った人が接近したデジタルコンテンツを故意的に第３者に配布する場合に、第３者は代価を支払わなくてもデジタルコンテンツを使用できる。このような問題点を解決しようとしてＤＲＭという概念が導入された。ＤＲＭは、ある暗号化されたデジタルコンテンツへの接近は誰にでも無制限に許しているが、暗号化されたデジタルコンテンツを復号化して再生させようとするならば、権利客体（Ｒｉｇｈｔｓ  Ｏｂｊｅｃｔ）というライセンスを必要としている。したがって、ＤＲＭを適用すれば、デジタルコンテンツを既存とは違って効果的に保護することができる。
【０００４】
ＤＲＭの概念は、図１に基づいて説明する。ＤＲＭは、暗号化またはスクランブルのような方式で保護されたコンテンツ（以下では暗号化されたコンテンツと称する）と保護されたコンテンツに接近可能にする権利客体をどのように取扱うかについてのものである。
【０００５】
図１を参照すれば、ＤＲＭにより保護されるコンテンツへの接近を所望するユーザデバイス１１０、１５０とコンテンツを供給するコンテンツ供給者（Ｃｏｎｔｅｎｔｓ  Ｉｓｓｕｅｒ）１２０とコンテンツへの接近可能な権利を含んでいる権利客体を発行する権利客体発行機関（Ｒｉｇｈｔｓ  Ｉｓｓｕｅｒ）１３０、及び認証書を発行する認証機関１４０が示される。
【０００６】
動作を説明すれば、ユーザデバイス１１０は、所望のコンテンツをコンテンツ供給者１２０から得られるが、ＤＲＭで保護された暗号化されたコンテンツを得る。ユーザデバイス１１０は、暗号化されたコンテンツを再生させうるライセンスは権利客体発行機関１３０から受けた権利客体から得られる。権利客体のあるユーザデバイス１１０は暗号化されたコンテンツを再生させうる。一度暗号化されたコンテンツは、自由に流通させるか、配布しうるために、ユーザデバイス１１０は、ユーザデバイス１５０に暗号化されたコンテンツを自由に伝達しうる。ユーザデバイス１５０は、伝達された暗号化されたコンテンツを再生させるには、権利客体を必要とするが、このような権利客体は、権利客体発行機関１３０から得られる。一方、認証機関は、コンテンツ供給者１２０とユーザデバイス１１０及びユーザデバイス１５０とが正当なユーザデバイスであることを示す認証書を発行する。認証書は、ユーザデバイス１１０、１５０のデバイスの製作時からデバイス内に入れられるが、認証書の有効期間が満了された場合に、認証機関１４０から認証書を再発給されうる。
【０００７】
このようにＤＲＭは、デジタルコンテンツの製作者または供給者の利益を保護してデジタルコンテンツ産業を活性化するのに役に立てる。しかし、示されたようにモバイルデバイスを使用するユーザデバイス１１０とユーザデバイス１５０との間で権利客体や暗号化されたコンテンツを交換することは可能であるが、現実的には不便である。デバイス間の権利客体または暗号化されたコンテンツの移動を便利にする必要があるが、携帯型保存装置を使用する場合に、デバイス間の権利客体と暗号化されたコンテンツとの移動を便利にできる。すなわち、携帯型保存装置に権利客体をおいてデバイスはこれを用いてＤＲＭで保護されたコンテンツに接近可能にする方法が必要である。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、携帯型保存装置を用いてデバイスがＤＲＭで保護されるコンテンツを再生（Ｐｌａｙｂａｃｋ）可能にするための携帯型保存装置とデバイス間の動作方法、並びにそのような動作をする携帯型保存装置とデバイスとを提供することである。
【０００９】
本発明の目的は前述した目的に制限されず、言及していない他の目的については下記より当業者に明確に理解されるであろう。
【課題を解決するための手段】
【００１０】
前記目的を達成するための本発明の一実施形態による携帯型保存装置を用いたコンテンツ再生方法は、ＤＲＭで保護される携帯型保存装置にコンテンツについての再生権利の伝送を要請する段階と、前記携帯型保存装置から前記ＤＲＭで保護されるコンテンツについての再生権利を受信する段階、及び前記再生権利を用いた前記ＤＲＭで保護されるコンテンツの再生が完了すれば、再生が完了したことを前記携帯型保存装置に知らせる段階を含む。
【００１１】
前記目的を達成するための本発明の一実施形態によるデバイスにコンテンツ再生権利を送る方法は、デバイスからＤＲＭで保護されるコンテンツについての再生権利の伝送を要請される段階と、前記要請によって前記デバイスに前記ＤＲＭで保護されるコンテンツについての再生権利を伝送する段階、及び前記ＤＲＭで保護されるコンテンツについての権利客体のアップデート命令を受信する段階を含む。
【００１２】
前記目的を達成するための本発明の一実施形態による携帯型保存装置は、デバイスとの連結のためのインターフェースと、少なくとも１つ以上の暗号化された権利客体を保存している権利客体保存モジュールと、セッションキー生成と対称キー方式の暗号化と公開キー方式の暗号化とを行う暗号化モジュール、及びＤＲＭ動作を行うＤＲＭエイジェントモジュールを含み、前記ＤＲＭエイジェントモジュールは、前記インターフェースを通じてデバイスから特定コンテンツについての再生権利を伝送を要請されれば、前記権利客体保存モジュールに保存された権利客体のうち前記コンテンツについての権利客体を探して、前記権利客体に含まれた前記コンテンツの再生に必要な情報を前記暗号化モジュールを用いて暗号化して前記インターフェースを通じて前記デバイスに送る過程を行う。
【００１３】
前記目的を達成するための本発明の一実施形態によるコンテンツ再生装置は、携帯型保存装置との連結のためのインターフェースと、ＤＲＭで保護される少なくとも１つ以上のコンテンツを保存しているコンテンツ保存モジュールと、セッションキー生成と対称キー方式の暗号化と公開キー方式の暗号化を行う暗号化モジュール、及びＤＲＭ動作を行うＤＲＭエイジェントモジュールを備え、前記ＤＲＭエイジェントモジュールは、前記インターフェースを通じて前記コンテンツ保存モジュールに保存されたＤＲＭで保護されるいずれか１つのコンテンツについての再生権利を前記携帯型保存装置に要請して、前記携帯型保存装置から暗号化された再生権利を受信して、前記暗号化モジュールを用いて前記受信された暗号化された再生権利を復号化して、コンテンツ暗号化キーを得る携帯型保存装置を利用する。
【発明を実施するための最良の形態】
【００１４】
以下、添付された図面を参照して本発明の実施形態を詳細に説明する。
【００１５】
説明に先立って本明細書で使用する用語の意味を簡略に説明する。しかし、用語の説明は本明細書の理解を助けるためのものであって、明示的に本発明を限定する事項と記載しない場合に、本発明の技術的思想を限定する意味として使用するものではないということを注意せねばならない。
【００１６】
−公開キー暗号化
非対称暗号化とも称し、これはデータの復号化に使われたキーがデータを暗号化したキーと相異なる暗号化を意味する。
【００１７】
公開キーとも呼ばれる暗号化キーは、秘密保管する必要がないので、暗号化キーを安全でない一般チャンネルを通じて交換しうる。このような公開キー暗号化アルゴリズムは一般に公開されており、公開キー暗号化は、第３者が暗号化アルゴリズムと暗号化キー及び暗号化された文章を持って原文が分からないか、分かりにくい特性を有する。公開キー暗号化システムの例としては、Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ暗号システム、ＲＳＡ暗号システム、ＥｌＧａｍａｌ暗号システム、及び楕円曲線（Ｅｌｌｉｐｔｉｃ  Ｃｕｒｖｅ）暗号化システムなどがある。公開キー暗号化の場合に対称キー暗号化より約１００〜１０００倍程度遅いために、コンテンツ自体の暗号化よりはキー交換や電子署名などに使われる。
【００１８】
−対称キー暗号化
秘密キー暗号化とも言い、これはデータの暗号化に用いられたキーとデータとの復号化に使用したキーが同じ暗号化を意味する。
【００１９】
このような対称キー暗号化の例としては、ＤＥＳが最も一般的に使われており、最近にはＡＥＳを採用したアプリケーションが増加している。
【００２０】
−認証書
認証機関という公認された機関で公開キー暗号と関連してユーザに公開キーを認証したことを言い、認証書は特定加入者の身元と公開キーとを認証機関の個人キーで署名したメッセージを意味する。したがって、認証機関の公開キーを認証書に適用すれば、その認証書の無欠性を容易に把握できるために、攻撃者が特定ユーザの公開キーを任意に変造することを止める。
【００２１】
−電子署名
署名者により文書が作成されたことを表すために生成することを言う。このような電子署名の例としては、ＲＳＡ電子署名、ＥｌＧａｍａｌ電子署名、ＤＳＡ電子署名、Ｓｃｈｎｏｒｒ電子署名などがある。ＲＳＡ電子署名の場合に暗号化されたメッセージ送信者は、メッセージを自身の個人キーで暗号化して送信し、受信者は送信者の公開キーで暗号化されたメッセージを復号化する。このような場合にメッセージの暗号化は送信者によったものであるということが証明される。
【００２２】
−乱数
任意性を有する数字または文字列を意味し、実際に完全なランダムナンバーを生成することは高コストを必要とするために擬似ランダム番号が使われることもする。
−携帯型保存装置
本発明で使用する携帯型保存装置は、フラッシュメモリのような読出し、書込み及び消去可能な性質を有する不揮発性メモリを含んでおり、デバイスに連結可能な保存装置を意味する。このような保存装置の例としては、スマートメディア、メモリスティック、ＣＦカード、ＸＤカード、マルチメディアカードなどがあり、以下ではマルチメディアカードを中心に説明する。
【００２３】
−ＤＲＭエイジェント
デバイスや保安マルチメディアカード内でデバイスのメディア客体のための許可を管理するエンターティーを言う。
【００２４】
図２は、本発明の一実施形態によるデジタル著作権の概念を簡略に説明する図面である。
【００２５】
ユーザデバイス２１０は、コンテンツ供給者２２０から暗号化されたコンテンツを得ることができる。暗号化されたコンテンツとは、ＤＲＭで保護されるコンテンツを意味するが、これを再生させるためには、コンテンツについての権利客体を必要とする。権利客体とは、コンテンツについての権利についての定義と限定事項を含んでおり、権利客体自体についての権利も含んでいる。コンテンツについての権利の例としては、再生になり、限定事項の例としては、再生回数、再生時間、再生期間になり得る。その他、図２に示されていないが、権利客体自体についての権利のうちには、移動や、コピーなどがあり得る。
【００２６】
暗号化されたコンテンツを得たユーザデバイス２１０は、これについての再生権限を得るために権利客体発行機関２３０に権利客体要請を行う。権利客体発行機関２３０から権利客体応答と共に権利客体を受ければ、これを用いて暗号化されたコンテンツを再生させうる。一方、該当暗号化された客体を有しているユーザデバイス２５０に権利客体を伝達しようとする時、ユーザデバイス２１０は携帯型保存装置を使用して伝達しうる。一実施形態で携帯型保存装置は、ＤＲＭ機能を有する保安マルチメディアカード２６０になり得るが、このような場合に、ユーザデバイス２１０は保安マルチメディアカード２６０と相互認証を行った後に権利客体を保安マルチメディアカード２６０に移動させる。ユーザデバイス２１０が暗号化されたコンテンツを再生させようとするならば、保安マルチメディアカード２６０に再生権利を要求した後で保安マルチメディアカード２６０から再生権利（コンテンツ暗号化キー）を受けて暗号化されたコンテンツを再生させうる。一方、保安マルチメディアカード２６０は、ユーザデバイス２５０と認証を経た後、ユーザデバイス２５０に暗号化されたコンテンツを再生させるようにする。このような場合に保安マルチメディアカード２６０とユーザデバイス２５０との間には相互認証がなければならない。保安マルチメディアカード２６０に保存された権利客体を用いてユーザデバイス２１０、２５０がＤＲＭで保護されるコンテンツを再生させる過程については図３に基づいて詳述する。
【００２７】
図３は、本発明の一実施形態によるコンテンツ再生過程を示す図面である。図３において、ＳＣ．Ｅｎｃｒｙｐｔ（ＫＳＥＫ，Ａ）はＡという値をＫＳＥＫで対称キー方式で暗号化したものを意味する。ＡｐｐｅｎｄＩｎｆｏは、データ長が可変的である場合に、後続するデータについての情報（例えば、データフィールドの数や長さなど）を示す。
【００２８】
デバイス３１０が保安マルチメディアカード３２０に保存された権利客体を用いて暗号化されたコンテンツを再生させうる。権利客体は、デバイス３１０または他のデバイスから得ることができ、製造社で保安マルチメディアカード３２０を製作するとき、権利客体を有するように製作することもできる。
【００２９】
まず、暗号化されたコンテンツを再生するためには、デバイス３１０と保安マルチメディアカード３２０は相互認証をせねばならない（Ｓ３００）。相互認証は、相手の認証書を受けて認証書確認を通じて相手が正当な装置（またはプログラム）であるか否かを判別しうる。例えば、保安マルチメディアカード３２０は、デバイス３１０からデバイス認証書ＣｅｒｔＨを受けてデバイスが正当な装置（またはプログラム）であるということを確認でき、デバイス公開キーＰｕＫｅｙＨを得られる。同様に、デバイス３１０は、保安マルチメディアカード３２０から保安マルチメディアカード認証書ＣｅｒｔＳを受けて保安マルチメディアカードが正当な装置（またはプログラム）であるということを確認でき、保安マルチメディアカード公開キーＰｕＫｅｙＳを得られる。
【００３０】
認証過程でデバイスと保安マルチメディアカードのうちいずれか１つが乱数を生成して相手の公開キーで暗号化した後で伝送し、これをセッションキーＫＳＥＫとして利用しうる。例えば、デバイス３１０が乱数Ｈを生成し、これを保安マルチメディアカード公開キーＰｕＫｅｙＳで暗号化した後で保安マルチメディアカード３２０に伝送する。保安マルチメディアカード３２０は、暗号化された乱数Ｈを保安マルチメディアカード公開キーＰｕＫｅｙＳに対応する保安マルチメディアカード個人キーＰｒＫｅｙＳで復号化して乱数Ｈを得る。両者は、乱数ＨをセッションキーＫＳＥＫとして使用しうる。
【００３１】
望ましくは、任意性を高めるために両者共に乱数を生成して互いに交換する。すなわち、相互認証を通じてデバイス３１０と保安マルチメディアカード３２０は、乱数Ｈと乱数Ｓとを有する。二つの乱数を用いてデバイス３１０と保安マルチメディアカード３２０は、同じセッションキーＫＳＥＫを生成する。二つの乱数を用いてセッションキーＫＳＥＫを生成するアルゴリズムは公開されたアルゴリズムを使用しうる。
【００３２】
相互認証過程（Ｓ３００）を通じてデバイス３１０と保安マルチメディアカード３２０は、セッションキーＫＳＥＫを共有し、デバイス３１０は保安マルチメディアカード３２０の権利客体を用いてＤＲＭで保護されるコンテンツを再生しうる。一方、本発明の実施形態はさらに保安性に優れたＤＲＭのために伝送シーケンスカウンタ（Ｓｅｎｄ  Ｓｅｑｕｅｎｃｅ  Ｃｏｕｎｔｅｒ：以下、ＳＳＣと称する）を使用する。ＳＳＣは、ＡＰＤＵ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）に含まれてＡＰＤＵが伝送される度に増加する。例えば、もし、１つまたは複数のＡＰＤＵを中間に誰かが横取りするならば、ＡＰＤＵに含まれたＳＳＣの不連続が発生する。また、誰かがＡＰＤＵを挿入する場合にも、ＳＳＣの不連続が発生する。これをさらに詳細に説明すれば次の通りである。
【００３３】
デバイス３１０と保安マルチメディアカード３２０は、相互認証（Ｓ３００）後に得た乱数Ｈと乱数Ｓとを組合わせた数字でＳＳＣを初期化しうる。例えば、ＳＳＣの大きさが総２バイトである場合に、乱数Ｈと乱数Ｓとの後の１バイトずつ結合してＳＳＣを初期化する。例えば、乱数Ｈと乱数Ｓとの最後が各々“０１０１０１０１”と“１１１１１１１０”とで終わる場合にＳＳＣは“０１０１０１０１１１１１１１１０”に初期化する。ＳＳＣの初期化値を乱数Ｈと乱数Ｓとを用いて得ることによって“００００００００００００００００”に初期化した場合より任意性を高め、よってさらに安全なＤＲＭ過程が可能となる。
【００３４】
デバイス３１０が保安マルチメディアカード３２０にＤＲＭ命令を行う場合にＡＰＤＵにＳＳＣを含める。もし、ＤＲＭ命令に全て１０個のＡＰＤＵが伝送されるならば、ＳＳＣは初期値である“０１０１０１０１１１１１１１１０”からＡＰＤＵごとに１ずつ増加する。次いで、保安マルチメディアカード３１０は、ＳＳＣをチェックして正しくないＡＰＤＵが中間に挿入されたか、元のＡＰＤＵを誰かが横取りしたかを判断する。
【００３５】
保安マルチメディアカード３２０がデバイス３１０にＤＲＭ命令をする場合にも、ＡＰＤＵにＳＳＣを含める（Ｓ１４０）。一実施形態において、ＳＳＣの初期値は、最初に初期化された初期値を使用する。例えば、ＤＲＭ命令に総１０個のＡＰＤＵが伝送されるならば、ＳＳＣは初期値である“０１０１０１０１１１１１１１１０”からＡＰＤＵごとに１ずつ増加する。他の実施形態において、ＳＳＣの初期値は、最終ＳＳＣ値を基準とする。例えば、最終ＳＳＣ値が“１０００００００００００００００”である場合に、その次のＡＰＤＵのＳＳＣ値は“１００００００００００００００１”から始まる。次いで、デバイス（Ｓ１１０）は、ＳＳＣをチェックして正しくないＡＰＤＵが中間に挿入されたか、元のＡＰＤＵを誰かが横取りしたかを判断する。
【００３６】
ＳＳＣを順次に増加させることは例示的なものであって、ＳＳＣを初期値から順次に減少させる場合やＳＳＣの増加または減少の幅が１でない場合にも、本発明の技術的思想に含まれると解釈せねばならない。
【００３７】
以下、本発明による各実施形態で特に言及していないとしても、伝送しようとするデータと前述したＳＳＣ値とが暗号化されてデバイスと保安マルチメディアカードとの間に伝送されるＡＰＤＵに含まれうる
ＤＲＭで保護されるコンテンツ再生過程はＳ３１０ないしＳ３５０を通じて行われる。
【００３８】
まず、デバイス３１０は、再生権利準備を要請する（Ｓ３１０）。デバイス３１０がＳＥＴ＿ＰＬＡＹＢＡＣＫ＿ＲＥＱＡＰＤＵ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を保安マルチメディアカード３２０に伝送することで、コンテンツ再生権利準備を要請しうる。本発明の実施形態において、要請する再生権利は権利客体自体ではなく、ＤＲＭで保護されるコンテンツの再生に必要な簡略化された客体を意味する。
【００３９】
ＳＥＴ＿ＰＬＡＹＢＡＣＫ＿ＲＥＱＡＰＤＵに伝送される情報は、コンテンツ識別子（ＣＩＤ）とｉＰｅｒｍｉｓｓｉｏｎとデバイス３１０の現在時間（Ｄａｔｅ  Ｔｉｍｅ）である。コンテンツ識別子（ＣＩＤ）は、再生を希望するコンテンツを示し、現在時間は、デバイスの現在時間を定義する。ｉＰｅｒｍｉｓｓｉｏｎは、ＯＭＡ  ＤＲＭ  ｖ２．０に特定された許可のインデックスフラッグであって、１バイトの大きさを有し、輸出許可は除外される。ビット位置がｂ０は再生許可を、ｂ１はディスプレイ許可を、ｂ２は実行許可を、ｂ３はプリント許可を表示してｂ４〜ｂ７は使用せず、予約されている。各許可ビットは、１である場合に設定され、０である場合に設定されないと表示し、複数の許可を同時に要請することもできる。その他に、サブスクリプションビジネスモデルで、デバイス３１０に親権利客体がなく、子権利客体のみがあるならば、親権利客体識別子（ＰＩＤ）を含んで保安マルチメディアカード３２０の対応する親権利客体を探すようにする。
【００４０】
次いで、デバイス３１０は、保安マルチメディアカード３２０に再生権利伝送を要求する（Ｓ３２０）。デバイス３１０がＧＥＴ＿ＰＬＡＹＢＡＣＫ＿ＲＥＰＡＰＤＵを保安マルチメディアカード３２０に送ることによって、再生権利伝送を要求しうる。ＧＥＴ＿ＰＬＡＹＢＡＣＫ＿ＲＥＰＡＰＤＵを受信した保安マルチメディアカード３２０は、再生権利準備要請段階（Ｓ３１０）で指定されたコンテンツ識別に該当する権利客体が複数個あるとき、要請された再生権利をいずれもデバイス３１０に伝送する。再生権利は、許可情報の形で伝送され、許可情報伝送形式は図５ないし図７に基づいて後述する。
【００４１】
デバイス３１０は、ＧＥＴ＿ＰＬＡＹＢＡＣＫ＿ＲＥＰＡＰＤＵについての保安マルチメディアカード３２０の応答を受けた後、デバイス側または保安マルチメディア側の権利を選択する。これは権利客体が保安マルチメディアカードやデバイスの一方にのみあるか、両者にいずれもあり得るからである。もし、デバイス３１０が保安マルチメディアカード３２０の権利客体を使用せず、自身が有している権利客体を使用しようとする場合ならば、再生終了設定を保安マルチメディアカード３２０に知らせる（Ｓ３３０）。このためにデバイス３１０は、ＳＥＴ＿ＰＬＡＹＢＡＣＫ＿ＦＩＮＩＳＨ  ＡＰＤＵを保安マルチメディアカード３２０に送る。
【００４２】
デバイス３１０が保安マルチメディアカード３２０の権利客体を使用する場合ならば、権利客体アップデート命令をする（Ｓ３４０）。デバイス３１０は、ＳＥＴ＿ＵＰＤＡＴＥ＿ＲＯＡＰＤＵを保安マルチメディアカード３２０に送ることによって、権利客体アップデート命令を伝達しうる。このＡＰＤＵには、３つ他のデータフィールドのうち、１つを有することができるが、各データフィールドは、ｉＰｅｒｍＣｏｎｓｔパラメータに特定される。ｉＰｅｒｍＣｏｎｓｔは，総８バイトで構成し、再生とディスプレイと実行及びプリントに各々１バイトずつ割り当てられ、４バイトの予約バイトをおいて未来の使用のために残す。各バイトを構成するビットの意味は、ｂ０は回数を、ｂ１は時間−回数（ｔｉｍｅｄ  ｃｏｕｎｔ）を、ｂ２はＤａｔｅ  ｔｉｍｅを、ｂ３はＩｎｔｅｒｖａｌを、ｂ４はＡｃｃｕｍｕｌａｔｅを意味し、ビット値として１は設定を意味し、０は設定されていないことを意味する。そして、ｂ５ないしｂ７は、留保されたビットである。
【００４３】
もし、権利客体でデートタイムや間隔のような限定事項が消費される場合には、“ＤａｔｅＴｉｍｅ”パラメータが必要である。時間−回数限定事項（ｔｉｍｅｄ−ｃｏｕｎｔ  ｃｏｎｓｔｒａｉｎｔ）を消費する場合、デバイス３１０は、時間回数エレメントに特定時間が経った後に、このＡＰＤＵを伝送する。一方、間隔限定事項が使われる場合に保安マルチメディアカード３２０は、このＡＰＤＵを受信した後で間隔限定事項を現在時間限定事項に論理的に変換させる。
【００４４】
もし、権利客体で回数または時間回数限定事項のようなものが消費される場合、データフィールドは“ｃｏｕｎｔ”パラメータが必要である。回数パラメータは、１を基本値とする。一実施形態において、回数限定事項を再び消費すべき場合であれば、デバイス３１０はＳＥＴ＿ＵＰＤＡＴＡ＿ＲＯ命令を再び送れば良い。このような場合、Ｓ３１０及びＳ３２０の過程を経ないので、デバイス３１０と保安マルチメディアカード３２０との間の通信オーバーヘッドを減らしうる。
【００４５】
もし、権利客体で総時間限定事項が消費される場合に、“ｔｉｍｅ”フィールドが必要である。Ｔｉｍｅパラメータは、１０秒を基本値とする。Ｔｉｍｅパラメータに設定された期間によって、デバイス３１０は周期的にＳＥＴ＿ＵＰＤＡＴＡ＿ＲＯＡＰＤＵを伝送する。例えば、ｔｉｍｅパラメータを６０秒に設定した場合に、デバイス３１０はコンテンツの再生中に６０秒ごとにＳＥＴ＿ＵＰＤＡＴＡ＿ＲＯＡＰＤＵを保安マルチメディアカード３２０に伝送して権利客体をアップデートさせる。
【００４６】
再生終了後、デバイス３１０は、再生が完了したことを知らせる（Ｓ３５０）。デバイス３１０は、保安マルチメディアカード３２０にＳＥＴ＿ＰＬＡＹＢＡＣＫ＿ＦＩＮＡＬＡＰＤＵを伝送することによって、再生が完了したことを知らせる。このＡＰＤＵは、権利客体の使用総計の無欠性をチェックするための情報を含み、再生機能が完了されたということを知らせる。ＳＭＲＡＩＤは、権利客体識別子と資産識別子とを含み、ＴＣｏｕｎｔは総回数の数を意味し、ＴＴｉｍｅは銃時間を意味する。
【００４７】
一方、図３には示されていないが、本発明の実施形態は保安マルチメディアカード３２０の活性化状態をチェックする過程を含む。この過程は、主にｄａｔａｔｉｍｅ限定事項に係る再生手続きのために保安マルチメディアカード３２０が活性化状態であるか否かをチェックする。一実施形態において、デバイス３１０は自身が生成した乱数ＨをＳＥＴ＿ＣＡＲＤ＿ＳＴＡＴＵＳ命令に含めて保安マルチメディアカード３２０に送る。これを受信した保安マルチメディアカード３２０は、デバイス３１０のＧＥＴ＿ＣＡＲＤ＿ＳＴＡＴＵＳ命令によって自身が生成した乱数Ｓと乱数Ｈを共にセッションキーＫＳＥＫで暗号化して伝送する。例えば、“乱数Ｈ｜｜ＳＣ．Ｅｎｃｒｙｐｔ（ＫＳＥＫ、乱数Ｈ｜｜乱数Ｓ）”形態に伝送しうる。デバイス３１０は、セッションキーＫＳＥＫでこれを復号化することによって、保安マルチメディアカード３２０が活性中であることを確認しうる。
【００４８】
図４は、本発明の一実施形態によるコンテンツ再生に使われる権利客体の形式（Ｓｅｃｕｒｅ  Ｍｕｌｔｉｍｅｄｉａ  ｃａｒｄ  Ｒｉｇｈｔ  ｏｂｊｅｃｔ  Ｆｏｒｍａｔ：以下、ＳＭＲＦと称する）を示す図面である。
【００４９】
ＳＭＲＦは、大きく権利フィールド４１０と、資産フィールド４３０と、許可フィールド４５０の三フィールドで構成され、いろいろな資産フィールドと許可フィールドを有することができる。したがって、資産の数フィールド４２０は、資産フィールドの数を示し、許可の数フィールド４４０は許可フィールドの数を表す。
【００５０】
権利フィールド４１０は、権利客体のバージョン情報４１２及び権利客体の識別子情報４１４を含む。資産フィールド４３０は、権利客体によりその消費が支配されるコンテンツデータについての情報を含み、許可フィールド４５０は、保護されるコンテンツデータに対して権利客体発行者（Ｒｉｇｈｔｓ  Ｉｓｓｕｅｒ）により許容される実際用途や活動に関する情報を含む。
【００５１】
資産フィールド４３０は、資産を唯一に識別する資産識別子４３１、コンテンツ識別子（または親権利客体識別子）４３２、親権利客体識別子の参照４３３、メッセージ概要インデックス＋メッセージ概要値４３４及びコンテンツ暗号化キー（以下ＣＥＫと称する）４３５で構成される。１つの権利客体は、複数の資産を有することができるので、このような場合に資産の個数フィールド４２０が資産フィールド４３０などの数を表示する。
【００５２】
権利客体が親権利客体である場合、コンテンツ識別子の代わりに親権利客体識別子４３２を含み、権利客体が子権利客体である場合、親権利客体識別子についての参照フィールド４３３を含む。
【００５３】
ここで、親権利客体及び子権利客体とは、１つの権利客体から許可と限定事項とを相続して、他の権利客体を定義する概念であり、親権利客体はＤＲＭコンテンツのための許可及び限定事項を定義し、子権利客体はこれを相続しうる。子権利客体は、コンテンツを参照するが、親権利客体は、コンテンツ自体を直接参照せず、その子権利客体が参照する。子または親権利客体内の許可によってコンテンツへの接近が許容される場合、ＤＲＭエイジェントは接近を与えた許可の限定事項だけでなく、親及び子権利客体のあらゆる上位レベルの限定事項を適用する。これを通じて権利客体発行者は、サブスクリプションビジネスモデルを支援しうる。
【００５４】
メッセージ概要インデックス及びメッセージ概要値４３４は、コンテンツについての参照の無欠性保護（Ｉｎｔｅｇｒｉｔｙ  Ｐｒｏｔｅｃｔｉｏｎ）のための値である。メッセージ概要値は、公開されたハッシュアルゴリズム、例えば、保安ハッシュアルゴリズム１（Ｓｅｃｕｒｉｔｙ  ｈａｓｈ  Ａｌｇｏｒｉｔｍｌ：以下、ＳＨＡｌと称する）により生成された値であり、メッセージ概要インデックスは、メッセージ概要値の生成に使われたハッシュアルゴリズムの種類を示す。
【００５５】
ＣＥＫフィールド４３５は、コンテンツを暗号化するために使われる２進キー値を保存する。ＣＥＫは、デバイスが用いようとする暗号化されたコンテンツを復号化するキー値であって、デバイスは保安マルチメディアカードからこのＣＥＫ値を伝送されることによって、コンテンツを利用しうる。
【００５６】
１つの権利客体は、いくつかの許可を有することができるので、許可の個数フィールド４４０は、許可フィールド４５０の数が何個かを示す。許可フィールド４５０は、資産識別子の参照の数４５２、資産識別子の参照４５４、許可情報の数４５６、許可情報４５８で構成される。
【００５７】
１つ以上の資産識別子の参照４５４が許可情報フィールド４５８より先行しうる。資産識別子の参照は、資産識別子４３１を参照する。
【００５８】
権利客体は、最大７個の許可、すなわち、再生、ディスプレイ、実行、印刷、輸出、コピー、移動許可を有することができる。再生許可は、ＤＲＭコンテンツをオーディオ／ビデオ形態に表現する権利を意味する。したがって、ＤＲＭエイジェントは、このような方法で表現され得ないコンテンツ、例えば、ジャバゲームなどの再生による接続を与えない。
【００５９】
再生許可は、限定事項を選択的に有することができる。限定事項が特定されているならば、ＤＲＭエイジェントは該当限定事項によって再生権利を与え、いかなる限定事項も特定されていないならば、ＤＲＭエイジェントは無制限の再生権利を与える。
【００６０】
ディスプレイ許可は、ＤＲＭコンテンツを視覚装置に表現しうる権利を意味する。したがって、ＤＲＭエイジェントは、ｇｉｆまたはｊｐｅｇイメージのように視覚装置を介して表現され得ない形式のコンテンツに対してディスプレイによる接近を与えない。
【００６１】
実行許可は、ジャバゲームまたは他のアプリケーションのようなＤＲＭコンテンツを実行する権利を意味し、印刷許可は、ｊｐｅｇのイメージのようなＤＲＭコンテンツのハードコピーを生成しうる権利を意味する。
【００６２】
輸出許可は、ＤＲＭコンテンツと相応する権利客体をＯＭＡ  ＤＲＭシステムでない他のＤＲＭシステムまたはコンテンツ保護構造に送り出す権利を意味する。輸出許可は、限定要素を必須的に有する。限定要素は、如何なるＤＲＭシステムまたはコンテンツ保護構造でＤＲＭコンテンツ及び権利客体を送り出すかを特定する。輸出許可には移動とコピーとの２種のモードがある。移動の場合、他のシステムに権利客体を輸出する場合、現在のＤＲＭシステム内の権利客体を非活性化するが、コピーの場合、現在のＤＲＭシステム内の権利客体を非活性化しない。
【００６３】
移動許可は、デバイスから保安マルチメディアカードへの移動と保安マルチメディアカードからデバイスへの移動の２つがある。デバイスから保安マルチメディアカードへの移動は、デバイスにある権利客体を保安マルチメディアカードに伝送し、デバイスにあった元の権利客体を非活性化させる。保安マルチメディアカードからデバイスへの移動もこれと類似している。
【００６４】
コピーの許可もデバイスから保安マルチメディアカードへのコピーと保安マルチメディアカードからデバイスへのコピーの２つがある。デバイスから保安マルチメディアカードへのコピーはデバイスにある権利客体を保安マルチメディアカードに伝送するが、移動許可とは違ってデバイスにあった元の権利客体を非活性化させない。保安マルチメディアカードからデバイスへのコピーもこれと類似している。
【００６５】
許可情報の個数フィールド４５６は、このような許可の数を表し、許可情報フィールド４５８は、７種の許可のための限定事項のような許可に関する情報を特定する。
【００６６】
許可情報フィールド４５８は、許可インデックス４６１、輸出インデックス４６２、限定事項の数４６３、限定事項インデックス＋限定事項情報４６４のフィールドで構成される。許可インデックス４６１は、許可の種類を表すインデックスで次の（表１）にある値のうち１つを有する。
【００６７】
【表１】
2007538317.tif 000003
輸出インデックスフィールド４６２は、許可インデックスの値が輸出であるときに使われるものであって、コピーによる輸出と移動による輸出とを区分するためのインデックス値である。
【００６８】
各許可情報フィールド４５８は、次の限定事項のうち、一部または全部に関する情報を有する。限定事項は、デジタルコンテンツについての消費を制限する情報であり、限定事項の種類は（表２）のようである。限定事項インデックスフィールド４６４が（表２）にある値のうち、１つの値を有することによって限定事項の種類を表す。
【００６９】
【表２】
2007538317.tif 000004
限定事項インデックスフィールド４６４の値によって限定事項情報フィールドが有する情報の形式が変わりうる。
【００７０】
Ｃｏｕｎｔ限定は、回数フィールドを限定事項情報とし、回数フィールドに記録された値はコンテンツに与えられる許可の回数を特定する。Ｔｉｍｅ  ｃｏｕｎｔ限定は、回数及びタイマーフィールドを限定事項情報とし、タイマーにより限定される時間の間にコンテンツに与えられる許可の回数を特定する。
【００７１】
Ｉｎｔｅｒｖａｌ限定は、時間フィールドを限定事項情報とし、権利がＤＲＭコンテンツに対して行われ得る時間の区間を特定する。Ａｃｃｕｍｕｌａｔｅｄ限定は、権利がＤＲＭコンテンツに行われ得る測定された使用時間の最大区間を特定する。ＤＲＭエイジェントは、Ａｃｃｕｍｕｌａｔｅｄ限定値により特定された累積区間が経過した後にはＤＲＭコンテンツについての接続を許さない。Ｄａｔｅｔｉｍｅ限定は、二つの時間フィールドを限定事項情報とし、許可に対する時間範囲を特定する。開始時間または終了時間をいずれも有するか、いずれか１つを選択的に有しうる。開始時間があれば、特定された時間／日付以後、終了時間があれば、特定された時間／日付以前にＤＲＭコンテンツの消費が許容される。
【００７２】
Ｉｎｄｉｖｉｄｕａｌ限定は、コンテンツが結合されている個人を特定する。すなわち、コンテンツが束ねられている個人のＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）を用いて特定する。したがって、ＤＲＭエイジェントは、デバイスと結合されたユーザ身元が、コンテンツの使用が許容されているユーザの身元と一致しなければ、ＤＲＭコンテンツについての接続を許容しない。Ｓｙｓｔｅｍ限定は、コンテンツ及び権利客体が輸出されうるＤＲＭシステムまたはコンテンツ保護構造を特定する。
【００７３】
一方、相互認証を終えたデバイスとマルチメディアカードとの間には、権利客体の移動やコピーなどが行われ、これを通じてマルチメディアカードも権利客体を保存することができる。マルチメディアカードに権利客体が保存された場合、デバイスは暗号化されたコンテンツを再生させるためにマルチメディアカードに再生要請できる。デバイスがマルチメディアカードに保存された権利客体を通じてコンテンツを再生させる場合、権利客体に設定された限定情報などがアップデートされねばならない。
【００７４】
携帯型保存装置に保存された権利客体のアップデートは、デバイスで行われ、従来の技術では（例えば、携帯型保存装置がＳＤカードである場合）、権利客体のアップデートのために権利客体全体を携帯型保存装置からデバイスに移動させることもあった。権利客体のアップデート度に権利客体全体を移動させることは、デバイスと携帯型保存装置との間の通信にオーバーヘッドとなるので、本発明実施形態では権利客体のアップデート時に権利客体を識別するための基本情報及び権利客体の許可情報を含むデータ形式を移動させることができる。
【００７５】
また、本発明による場合、デバイスが携帯型保存装置に保存された権利客体の許可情報の確認を要請する場合にも、このようなデータ形式を移動させることによって、デバイスと携帯型保存装置との間の通信にオーバーヘッドを減らし、必要な情報だけを迅速に伝送させうる。
【００７６】
図５ないし図７は、各々本発明の実施形態による現在の許可状態形式を示す図面である。
【００７７】
このように権利客体を識別するための基本情報及び権利客体の許可情報を含むデータフォーマットを以下の現在許可状態形式（Ｃｕｒｒｅｎｔ  Ｐｅｒｍｉｓｓｉｏｎ  Ｓｔａｔｕｓ  Ｆｏｒｍａｔ：以下、ＣＰＳＦと称する）という。許可状態形式は、権利客体の要請されたあらゆる許可と権利客体の基本的な情報とを特定する。本発明の実施形態で権利客体を直接的に伝送せず、このようにＣＰＳＦに伝送することによって、デバイスと保安マルチメディアカードとの間の不要なオーバーヘッドを減らせる。
【００７８】
本発明の実施形態によるＣＰＳＦは、コンテンツ識別子フィールド５１０、７１０と、コンテンツ暗号化キーフィールド５２０、６２０、７２０と、メッセージ概要インデックス＋メッセージ概要値コンテンツ識別子フィールド５３０、６３０、７３０と、許可情報フィールド５４０、６４０、７４０とを含む。
【００７９】
コンテンツ識別子フィールド５１０、７１０には、権利客体を通じて使用しうる特定コンテンツを識別しうるコンテンツ識別子が設定される。
【００８０】
コンテンツ暗号化キーフィールド５２０、６２０、７２０には暗号化されたコンテンツを復号化させることができるＣＥＫ値が設定される。デバイスは、ＣＥＫ値を伝送されることによって、コンテンツを使用可能となる。
【００８１】
メッセージ概要インデックス＋メッセージ概要値コンテンツ識別子フィールド５３０、６３０、７３０には、メッセージ概要値が設定されるが、これは伝送されるデータの無欠性保護（Ｉｎｔｅｇｒｉｔｙ  Ｐｒｏｔｅｃｔｉｏｎ）のための値である。メッセージ概要値は、公開されたハッシュアルゴリズム（例えば、保安ハッシュアルゴリズム１（Ｓｅｃｕｒｉｔｙ  Ｈａｓｈ  Ａｌｇｏｒｉｓｍ１）により生成されうる。
【００８２】
許可情報フィールド５４０、６４０、７４０には、権利客体が有している許可情報が設定されうる。
【００８３】
このようなＣＰＳＦは、権利客体のタイプによってその内容が変わりうるが、本発明の実施形態は権利客体のタイプは大きく一般権利客体（ｇｅｎｅｒａｌ  ＲＯ）、子権利客体（Ｃｈｉｌｄ  ＲＯ）及び親権利客体（Ｐａｒｅｎｔ  ＲＯ）の３つに区分する。タイプ１は一般権利客体を、タイプ２は子権利客体を、タイプ３は親権利客体を示す。
【００８４】
一般権利客体とは、ＯＭＡ  ＤＲＭ  ｖ２．０  ＲＥＬで説明されているサブスクリプションモデル（ｓｕｂｓｃｒｉｐｔｉｏｎ  ｍｏｄｅｌあるいはｓｕｂｓｃｒｉｐｔｉｏｎ  ｂｕｓｉｎｅｓｓ  ｍｏｄｅｌ）と関連のない権利客体を意味する。
【００８５】
一方、ＯＭＡ  ＤＲＭ  ｖ２．０  ＲＥＬで説明されているサブスクリプションモデルに該当する権利客体は、子権利客体と親権利客体とに分けられる。子権利客体は、暗号化されたコンテンツの使用権限であるＣＥＫを含んでおり、親権利客体は、許可要素及び許可要素についての限定事項を含んでいる。その他、子権利客体及び親権利客体についての内容はＯＭＡ  ＤＲＭ  ｖ２．０  ＲＥＬに詳細に説明されている。ＯＭＡ  ＤＲＭに関するさらに詳細な内容は、ｈｔｔｐ：／／ｗｗｗ．ｏｐｅｎｍｏｂｉｌｅａｌｌｉａｎｃｅ．ｏｒｇ／から得られる。
【００８６】
図５は、本発明の一実施形態による一般権利客体についてのＣＰＳＦの構造を示す図面である。
【００８７】
一般の権利客体のためのＣＰＳＦ構造には、示されたように１つ以上の許可情報フィールド５４０が含まれ、許可情報フィールド５４０は、タイプフィールド５４１、権利客体インデックスフィールド５４２、資産インデックスフィールド５４３、許可インデックスフィールド５４４、限定事項の個数フィールド５４５、及び限定情報フィールド５４６を含む。各許可情報フィールドを構成するサブフィールドを説明すれば次の通りである。
【００８８】
まず、タイプフィールド５４１には、権利客体のタイプを区別するための情報があり、各権利客体タイプは（表３）に示される。
【００８９】
【表３】
2007538317.tif 000005
権利客体インデックスフィールド５４２及び資産インデックスフィールド５４３には、各々マルチメディアカード上の内部権利客体識別子及び内部資産識別子が設定される。このような内部権利客体識別子及び内部資産識別子は、マルチメディアカードに保存された各権利客体及び資産の識別に使われうる。
【００９０】
許可インデックスフィールド５４４には、許可の種類を識別しうる識別情報が設定される。このような許可インデックスは、前述したように（表１）に示されている。
【００９１】
限定事項の個数フィールド５４５には、限定事項情報の数が設定され、限定事項情報フィールド５４６は限定事項インデックスフィールド５４７と限定事項フィールド５４８とが含まれる。これについての内容は、図４に基づいて説明した通りである。
【００９２】
図６は、本発明の一実施形態による子権利客体についてのＣＰＳＦ構造を示す図面である。
【００９３】
特定のコンテンツのために使われうる子権利客体は、１つだけであるために示されたＣＰＳＦは１つの許可情報フィールドを含む。
【００９４】
示されたＣＰＳＦでコンテンツ識別子フィールド、コンテンツ暗号化キーフィールド６２０及びメッセージ概要インデックス＋メッセージ概要値フィールド６３０に設定される内容については前述した。
【００９５】
許可情報フィールド６４０は、タイプフィールド６４１、親権利客体ＩＤフィールド６４２、子権利客体発行者ＵＲＬフィールド６４３を含む。
【００９６】
許可情報フィールド６４０のサブフィールドのうち、タイプフィールド６４１には権利客体の類型を識別する識別情報が含まれて０ｘ０２値を有する。
【００９７】
親権利客体識別子フィールド６４２には、親権利客体の識別情報が設定され、子権利客体発行者ＵＲＬフィールド６４３には、子権利客体発行者の位置アドレス（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｉｏｎ：ＵＲＬ）が設定されうる。
【００９８】
図７は、本発明の一実施形態による親権利客体についてのＣＰＳＦ構造を示す図面である。
【００９９】
コンテンツ識別子フィールド７１０は、前述したようである。しかし、ＯＭＡ  ＤＲＭ  ｖ２．０ＲＥＬのサブスクリプションモデルによる親権利客体はコンテンツ暗号化キー及びメッセージ概要値を有さないので、コンテンツ暗号化キーフィールド７２０及びメッセージ概要インデックス＋メッセージ概要値フィールド７３０はナル値に設定しうる。
【０１００】
一方、特定のＤＲＭコンテンツを使用させうる親権利客体は１つであるために、示されたＣＰＳＦは１つの許可情報７４０を含みうる。
【０１０１】
許可情報フィールド７４０は、タイプフィールド７４１、親権利客体識別子フィールド７４２、許可インデックス７４４、限定事項の個数フィールド７４５、及び限定情報フィールド７４６などのサブフィールドを含む。
【０１０２】
タイプフィールド７４１は、権利客体のタイプを識別するための識別情報を含み、“０ｘ０３”ｄｍｌ値を有する。
【０１０３】
親権利客体識別子フィールド７４２は、親権利客体を識別するための識別情報を含む。
【０１０４】
その他、許可インデックスフィールド７４４、限定事項の個数フィールド７４５及び限定事項情報フィールド７４６に設定される限定事項インデックスフィールド７４７と限定事項フィールド７４８の内容は前述した通りである。
【０１０５】
一方、マルチメディアカードは、同じコンテンツを再生させうる一般権利客体と子権利客体とを同時に保存しているか、同じコンテンツを再生させうる一般権利客体と親権利客体とを同時に保存していることができる。
【０１０６】
図８は、本発明の一実施形態による保安マルチメディアカードのブロック図である。
【０１０７】
本実施形態で使われる“モジュール”という用語は、ソフトウェアまたはＦＰＧＡまたはＡＳＩＣのようなハードウェア構成要素を意味し、モジュールは所定の役割を行う。しかし、モジュールは、ソフトウェアまたはハードウェアに限定される意味はない。モジュールは、アドレッシングしうる記録媒体にあるように構成されてもよく、１つまたはそれ以上のプロセッサーを再生させるように構成されても良い。したがって、一例としてモジュールは、ソフトウェア構成要素、客体指向ソフトウェア構成要素、クラス構成要素及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーチン、プログラムコードのセグメント、ドライバ、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。構成要素とモジュール内で提供される機能はさらに少数の構成要素及びモジュールで結合されるか、追加的な構成要素とモジュールにさらに分離されうる。のみならず、構成要素及びモジュールは、デバイスまたは保安マルチメディアカード内の１つまたはそれ以上のＣＰＵを再生させるように具現されうる。
【０１０８】
このようなＤＲＭ過程を行うために保安マルチメディアカード８００は、保安機能とコンテンツまたは権利客体を保存する機能とデバイスとのデータ交換を行う機能とＤＲＭ管理機能がなければならない。このための保安マルチメディアカード８００は、暗号化機能を有するＲＳＡモジュール８４０とセッションキー生成モジュール８５０とＡＥＳモジュール８６０を含んで保存機能を有する権利客体保存モジュール８３０を含んでデバイスとのデータ交換を可能にするインターフェース８１０とＤＲＭ過程とを行うために各構成モジュールがＤＲＭ動作を行うように制御するＤＲＭエイジェントモジュール８２０を備える。
【０１０９】
インターフェース８１０は、保安マルチメディアカード８００をデバイスと連結可能にする。基本的に保安マルチメディアカード８００がデバイスと連結されるということは、保安マルチメディアカードとデバイスのインターフェースとが互いに電気的に連結されたことを意味するが、これは例示的なものであって、“連結”という意味は非接触状態で無線媒体を通じて互いに通信できる状態にあるという意味も含まれると解釈せねばならない。
【０１１０】
ＲＳＡモジュール８４０は、公開キー暗号化を行うモジュールであって、ＤＲＭエイジェントモジュール８２０の要請によってＲＳＡ暗号化を行う。
【０１１１】
セッションキー生成モジュール８５０は、デバイスに伝達する乱数を生成し、デバイスから受けた乱数と自身が生成した乱数とを用いてセッションキーを生成する。セッションキー生成モジュール８５０で生成した乱数は、ＲＳＡモジュールを通じて暗号化され、インターフェース８１０を通じてデバイスに伝えられる。
【０１１２】
ＡＥＳモジュール８６０は、対称キー暗花化を行うモジュールであって、生成されたセッションキーを使用して対称キー暗号化を行う。主に権利客体からコンテンツ暗号化キーを受け、これをセッションキーで暗号化するのに使用し、その他にデバイスとの通信過程で重要な情報を暗号化するときに使用する。ＡＥＳ暗号化方式も例示的なものであって、ＤＥＳのように他の対称キー暗号化を使用することも可能である。
【０１１３】
権利客体保存モジュール８３０は、権利客体を保存する。権利客体は、前述したようにＳＭＲＦ形式で権利客体保存モジュールに保存されている。
【０１１４】
ＤＲＭエイジェントモジュール８２０は、前述した構成要素がＤＲＭ動作を行うように制御する。
【０１１５】
図９は、本発明の一実施形態によるデバイスのブロック図である。
【０１１６】
このようなＤＲＭ過程を行うためにデバイス９００は、保安機能とコンテンツまたは権利客体を保存する機能とデバイスとのデータ交換を行う機能とコンテンツ提供者や権利客体発行機関と通信しうるデータ送受信機能及びＤＲＭ管理機能がなければならない。このためのデバイス９００は、暗号化機能を有するＲＳＡモジュール９４０とセッションキー生成モジュール９５０とＡＥＳモジュール９６０を含み、保存機能を有するコンテンツ保存モジュール９３０を含み、保安マルチメディアカードとデータ交換を可能にするインターフェース９１０とＤＲＭ過程を行うために各構成モジュールを制御するＤＲＭエイジェントモジュール９２０を含む。またデバイス９００は、データ送受信機能のための送受信モジュール９６０と再生されるコンテンツをディスプレイするためのディスプレイモジュール９７０を含む。
【０１１７】
送受信モジュール９６０は、デバイス９００がコンテンツ発行者や権利客体発行機関と通信可能にする。デバイス９００は、送受信モジュール９６０を通じて権利客体や暗号化されたコンテンツを外部から得られる。
【０１１８】
インターフェース９１０は、デバイス９００を保安マルチメディアカードに連結させる。基本的にデバイス９００が保安マルチメディアカードと連結されるということは保安マルチメディアカードとデバイスのインターフェースと互いに電気的に連結されたということを意味するが、これは例示的なものであって、“連結”という意味は非接触状態で無線媒体を通じて互いに通信可能な状態にあるということも含まれると解釈せねばならない。
【０１１９】
ＲＳＡモジュール９４０は、公開キー暗号化を行うモジュールであって、制御モジュール９２０の要請によってＲＳＡ暗号化を行う。
【０１２０】
セッションキー生成モジュール９５０は、デバイスに伝達する乱数を生成してデバイスから受けた乱数と自身が生成した乱数とを用いてセッションキーを生成する。セッションキー生成モジュール９５０で生成した乱数はＲＳＡモジュールを通じて暗号化されてインターフェース９１０を通じてデバイスに伝えられる。一方、セッションキー生成モジュール９５０で乱数を生成することは例示的なものであって、既に存在している複数の乱数のうち、いずれか１つの乱数を選択可能であるということは前述した通りである。
【０１２１】
ＡＥＳモジュール９６０は、対称キー暗号化モジュールであって、生成されたセッションキーを使用して対称キー暗号化を行う。主に権利客体からコンテンツ暗号化キーを受けて、これをセッションキーで暗号化するのに使用し、その他にデバイスとの通信過程で重要な情報の暗号化時に使用する。ＡＥＳ暗号化方式も例示的なものであって、ＤＥＳのように他の対称キーも暗号化に使用しうる。
【０１２２】
コンテンツ保存モジュール９３０は、ＤＲＭで保護されるコンテンツを保存する。ＤＲＭで保護されるコンテンツは、コンテンツ暗号化キーで暗号化されている。ＤＲＭで保護されるコンテンツを再生するためには、コンテンツ暗号化キーがなければならない。再生が終わったコンテンツは、再びコンテンツ暗号化キーで暗号化されて保存される。
【０１２３】
ディスプレイモジュール９７０は、権利客体を通じて再生が許可されたコンテンツの再生される態様をユーザが視認可能にディスプレイする。ディスプレイモジュール９７０は、ＴＦＴ  ＬＣＤのような液晶表示装置や有機ＥＬで具現されうる。
【０１２４】
ＤＲＭエイジェントモジュール９２０は、各構成要素がＤＲＭ動作を行えるように制御する。
【０１２５】
本発明が属する技術分野の通常の知識を有する者は本発明がその技術的思想や必須な特徴を変更せずに、他の具体的な形で実施可能であるということを理解できるであろう。例えば、図３の実施形態で保安マルチメディアカードはコンテンツ暗号化キーをセッションキーで暗号化せず、デバイス公開キーＰｕＫｅｙＤで暗号化してデバイスに伝達することもできる。したがって、前述した実施形態はあらゆる面で例示的なものであり、限定的ではないということを理解せねばならない。本発明の範囲は、前記詳細な説明よりは特許請求の範囲によって示され、特許請求の範囲の意味及び範囲、そしてその均等概念から導出されるあらゆる変更または変形された形態が本発明の範囲に含まれると解釈されねばならない。
【産業上の利用可能性】
【０１２６】
本発明は、携帯型保存装置を用いてデバイスがＤＲＭで保護されるコンテンツを再生（Ｐｌａｙｂａｃｋ）する具体的な過程を開示しており、これにより、デバイスはＤＲＭで保護されるコンテンツを再生しうる。
【０１２７】
また本発明の実施形態は、デバイスがＤＲＭで保護されるコンテンツを再生するために携帯型デバイスと権利客体の全部を交換せず、簡略化された一部の情報のみを交換する。したがって、この実施形態によれば、デバイスと携帯型保存装置との間の通信オーバーヘッドを減らせる。
【０１２８】
また本発明の実施形態によれば、デバイスでＤＲＭで保護されるコンテンツの再生中に携帯型保存装置の状態をチェックしうる。
【０１２９】
また本発明の実施形態によれば、権利客体を連続的に使用する場合の手続きを定義しているので、連続的な権利客体の使用が可能である。
その他に本発明の実施形態によれば、携帯型保存装置の権利客体を使用しない場合に、携帯型保存装置との再生手続きを終了するプロセスを終了しうる。
【図面の簡単な説明】
【０１３０】
【図１】デジタル著作権管理の概念を説明する図である。
【図２】本発明の一実施形態によるデジタル著作権の概念を簡略に説明する図である。
【図３】本発明の一実施形態によるコンテンツ再生過程を示す図である。
【図４】本発明の一実施形態によるコンテンツ再生に使われる権利客体の形式を示す図である。
【図５】本発明の一実施形態による現在の許可状態形式を示す図である。
【図６】本発明の他の実施形態による現在の許可状態形式を示す図である。
【図７】本発明のさらに他の実施形態による現在の許可状態形式を示す図である。
【図８】本発明の一実施形態による保安マルチメディアカードのブロック図である。
【図９】本発明の一実施形態によるデバイスのブロック図である。
【図１】
2007538317.tif 000006
【図２】
2007538317.tif 000007
【図３】
2007538317.tif 000008
【図４】
2007538317.tif 000009
【図５】
2007538317.tif 000010
【図６】
2007538317.tif 000011
【図７】
2007538317.tif 000012
【図８】
2007538317.tif 000013
【図９】
2007538317.tif 000014
【国際調査報告】
2007538317.tif 000015