(57)【要約】【課題】  携帯用格納装置および携帯用格納装置のデータ管理方法を提供する。【解決手段】  互いに異なる相互認証アルゴリズムを用いて、相互認証を行う複数の認証モジュールと、ホストデバイスから受信された認証要請メッセージより抽出されたＤＲＭシステム識別子を介して、前記複数の認証モジュールのうちいずれか１つが前記ホストデバイスと相互認証作業を行うように制御する制御モジュールと、前記相互認証の結果、生成されたセッションキーを用いて、前記ホストデバイスとの通信を保護するオブジェクト管理モジュールとを含む。【選択図】    図３
2007234003.tif 000002
【特許請求の範囲】
【請求項１】
互いに異なる相互認証アルゴリズムを用いて、相互認証を行う複数の認証モジュールと、
ホストデバイスから受信された認証要請メッセージより抽出されたＤＲＭシステム識別子を介して、前記複数の認証モジュールのうちいずれか１つが前記ホストデバイスと相互認証作業を行うように制御する制御モジュールと、
前記相互認証の結果、生成されたセッションキーを用いて、前記ホストデバイスとの通信を保護するオブジェクト管理モジュールとを含む、携帯用格納装置。
【請求項２】
前記ホストデバイスから受信されたデータを格納する複数のオブジェクト格納スロットを含む格納モジュールをさらに含む、請求項１に記載の携帯用格納装置。
【請求項３】
前記オブジェクト管理モジュールは、前記ＤＲＭシステム識別子と前記セッションキーとを前記格納モジュールに格納させて、前記ホストデバイスから所定の暗号化されたデータが受信される場合、前記暗号化されたデータに添付されたＤＲＭシステム識別子を介して、前記暗号化されたデータを復号化するためのセッションキーを前記格納モジュールで検索する、請求項２に記載の携帯用格納装置。
【請求項４】
前記ホストデバイスから受信されたデータには前記ホストデバイスが駆動中のＤＲＭシステムの識別子が添付され、
前記複数のオブジェクト格納スロットは、各々前記ＤＲＭシステム識別子が格納されるＤＲＭ識別子フィールドと前記受信されたデータを格納するデータフィールドとを含む、請求項２に記載の携帯用格納装置。
【請求項５】
前記ホストデバイスから所定のデータ検索要請が受信される場合、前記オブジェクト管理モジュールは、前記データ検索要請メッセージに含まれたＤＲＭシステム識別子を用いて前記格納モジュールでデータを検索する、請求項４に記載の携帯用格納装置。
【請求項６】
前記オブジェクト管理モジュールは、前記ＤＲＭシステム識別子に対応する保護キーを用いて前記オブジェクト格納スロットに格納されるデータを保護する、請求項２に記載の携帯用格納装置。
【請求項７】
前記格納モジュールは、前記ＤＲＭシステム識別子と前記保護キーとの間の対応関係を示す保護キーテーブルを含み、
前記オブジェクト管理モジュールは、前記保護キーテーブルで必要な保護キーを検索する、請求項６に記載の携帯用格納装置。
【請求項８】
ホストデバイスから受信された認証要請メッセージより抽出されたＤＲＭシステム識別子を介して、複数の認証アルゴリズムのうちいずれか１つを用いて、前記ホストデバイスと相互認証作業を行うステップと、
前記相互認証の結果、生成されたセッションキーを用いて、前記ホストデバイスとの通信を保護するステップとを含む、携帯用格納装置のデータ管理方法。
【請求項９】
前記ＤＲＭシステム識別子と前記セッションキーとを所定の保安格納領域に格納させるステップと、
前記ホストデバイスから所定の暗号化されたデータが受信される場合、前記暗号化されたデータに添付されたＤＲＭシステム識別子を介して、前記暗号化されたデータを復号化するためのセッションキーを前記保安格納領域で検索するステップとをさらに含む、請求項８に記載の携帯用格納装置のデータ管理方法。
【請求項１０】
前記ホストデバイスから所定のデータ格納要請メッセージが受信される場合、
前記データ格納要請メッセージより前記ＤＲＭシステム識別子を抽出するステップと、
前記抽出されたＤＲＭシステム識別子と前記格納要請されたデータとを格納するステップとをさらに含む、請求項８に記載の携帯用格納装置のデータ管理方法。
【請求項１１】
前記保安格納領域は、前記ホストデバイスから受信されたデータを格納する複数のオブジェクト格納スロットを含む、請求項１０に記載の携帯用格納装置のデータ管理方法。
【請求項１２】
前記複数のオブジェクト格納スロットは、各々前記ＤＲＭシステム識別子が格納されるＤＲＭ識別子フィールドと前記受信されたデータを格納するデータフィールドとを含む、請求項１１に記載の携帯用格納装置のデータ管理方法。
【請求項１３】
前記ＤＲＭシステム識別子に対応する保護キーを用いて前記オブジェクト格納スロットに格納されるデータを保護するステップをさらに含む、請求項１０に記載の携帯用格納装置のデータ管理方法。
【請求項１４】
前記ホストデバイスから所定のデータ検索のための検索要請メッセージが受信される場合、
前記検索要請メッセージより前記ＤＲＭシステム識別子を抽出するステップと、
前記抽出されたＤＲＭシステム識別子を用いて、検索要請されたデータを検索するステップとをさらに含む、請求項８に記載の携帯用格納装置のデータ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル著作権管理に関し、より詳しくは、デジタル著作権管理のための携帯用格納装置および携帯用格納装置のデータ管理方法に関するものである。
【背景技術】
【０００２】
最近、デジタル著作権管理（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ；以下、ＤＲＭ）に関する研究が盛んで、ＤＲＭを適用した商用サービスが導入されているか、導入中にある。ＤＲＭは、無断複製および配布が容易なデジタルコンテンツを保護するための技術概念である。
【０００３】
デジタルコンテンツを保護しようとする努力は従来にもあったが、従来の技術はデジタルコンテンツに対する無断アクセス防止に重点を置いていた。例えば、デジタルコンテンツに対するアクセスは代価を払ったユーザにだけ許され、代価を払わないユーザはデジタルコンテンツにアクセスできなかった。しかし、デジタルデータの特性上、デジタルコンテンツは、再使用、加工、複製、および配布が容易である。したがって、代価を払ってデジタルコンテンツにアクセスしたユーザがこれを無断に複製または配布する場合には、代価を払わないユーザもデジタルコンテンツを使用できるようになる。
【０００４】
このような問題点を補完するために、ＤＲＭはデジタルコンテンツを暗号化して配布するようにして、暗号化されたデジタルコンテンツを用いるためには権利オブジェクト（Ｒｉｇｈｔ  Ｏｂｊｅｃｔ；ＲＯ）というライセンスが必要になる。
【０００５】
図１を参照して説明すれば、デバイス１１０はデジタルコンテンツをコンテンツ供給者１２０から得ることができる。この時、コンテンツ供給者１２０が供給するデジタルコンテンツは暗号化された状態であり、暗号化されたデジタルコンテンツを用いるためには権利オブジェクトが必要である。
【０００６】
デバイス１１０は、権利オブジェクト発行機関１３０から暗号化されたデジタルコンテンツを使用できる権限が含まれた権利オブジェクトを得ることができるが、このためにユーザは所定の代価を払わなければならない。権利オブジェクトは、暗号化されたデジタルコンテンツを復号化させられるキーを含む。
【０００７】
権利オブジェクト発行機関１３０は、コンテンツ供給者１２０に権利オブジェクト発行内訳を報告するようになり、場合によっては、権利オブジェクト発行機関１３０とコンテンツ供給者１２０とが同一の主体ともなり得る。
【０００８】
権利オブジェクトを獲得したデバイス１１０は、権利オブジェクトを消費して暗号化されたデジタルコンテンツを使用できるようになる。
【０００９】
一方、暗号化されたデジタルコンテンツは、他のデバイス（図示せず）にも自由に複製および配布され得る。しかし、権利オブジェクトには、暗号化されたデジタルコンテンツを使用できる回数や期間、権利オブジェクトの複製許容回数などの制限情報が含まれているため、暗号化されたデジタルコンテンツとは異なり、権利オブジェクトはその再使用や複製に制約が加えられるようになる。このようなＤＲＭ技術によれば、デジタルコンテンツを効果的に保護できるようになる。
【００１０】
このようなＤＲＭ技術の長所のため、多くのコンテンツプロバイダが自社のコンテンツを保護するために自主的なＤＲＭ技術を確保している実状であり、今後もより多様な種類のＤＲＭ技術が開発されると予想されている。
【００１１】
一方、図１を参照して説明した従来の技術では、デバイス１１０が暗号化されたデジタルコンテンツと権利オブジェクトなどＤＲＭに必要なすべての情報を格納しているが、最近では多様な種類の携帯用格納装置を介してこのような情報を格納することによって、デジタルコンテンツ使用の便宜性を増加させるための技術が開発されている。ところで、携帯用格納装置は、携帯電話、ＰＤＡなどのホストデバイスに比べて演算能力が著しく低いため、携帯用格納装置による多様なＤＲＭ技術の適用は困難であった。
【００１２】
特許文献１では、同一の交信セッションで複数のアプリケーションを変更させながら行うことできる技術について開示している。しかし、大韓民国公開特許第１０−２００４−００５３１５５号は、単純にアプリケーションの変更時に既存のセッションを用いることができるようにする技術であり、制限された携帯用格納装置の性能下で多様な種類のＤＲＭ機能を支援することができるようにする技術については提案していない。
【特許文献１】韓国公開特許第１０−２００４−００５３１５５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
本発明の目的は、複数のＤＲＭ技術を制限された性能の携帯用格納装置で支援するようにすることにある。
【００１４】
本発明の目的は、以上で言及した目的に制限されず、言及していないまた他の目的は下記記載によって当業者が明確に理解できるものである。
【課題を解決するための手段】
【００１５】
前記目的を達成するために、本発明の一態様に係る携帯用格納装置は、互いに異なる相互認証アルゴリズムを用いて、相互認証を行う複数の認証モジュールと、ホストデバイスから受信された認証要請メッセージより抽出されたＤＲＭシステム識別子を介して、前記複数の認証モジュールのうちいずれか１つが前記ホストデバイスと相互認証作業を行うように制御する制御モジュールと、前記相互認証の結果、生成されたセッションキーを用いて前記ホストデバイスとの通信を保護するオブジェクト管理モジュールとを含む。
【００１６】
前記目的を達成するために、本発明の他の態様に係る携帯用格納装置のデータ管理方法は、ホストデバイスから受信された認証要請メッセージより抽出されたＤＲＭシステム識別子を介して、複数の認証アルゴリズムのうちいずれか１つを用いて、前記ホストデバイスと相互認証作業を行うステップと、前記相互認証の結果、生成されたセッションキーを用いて前記ホストデバイスとの通信を保護するステップとを含む。
【発明の効果】
【００１７】
本発明の携帯用格納装置および携帯用格納装置のデータ管理方法によれば、次のような効果が１つあるいはそれ以上ある。
【００１８】
第１に、１つの携帯用格納装置が複雑な構造を有しなくても複数のＤＲＭシステムの機能を同時に支援できる長所がある。
【００１９】
第２に、従来の技術に比べて、さらに確保しなければならないリソースの量を減少させながら、複数のＤＲＭシステムの機能を支援できる長所もある。
【００２０】
第３に、新しいＤＲＭシステムが登場した時、このシステムに合う認証モジュールとＤＲＭシステム識別子に対する開発および定義だけでも該当ＤＲＭシステムを支援するための携帯用格納装置のアーキテクチャ変形が容易な長所もある。
【発明を実施するための最良の形態】
【００２１】
その他、実施形態の具体的な事項は、詳細な説明および図面に含まれている。
【００２２】
本発明の利点および特徴、そしてそれらを達成する方法は、添付する図面と共に詳細に後述する実施形態を参照すれば明確になる。しかし、本発明は以下にて開示する実施形態に限定されず、互いに異なる多様な形態によって実施され、単に本実施形態は本発明の開示が完全なものとなるようにし、本発明が属する技術分野で通常の知識を有する者に発明の範疇を完全に知らせるために提供されるものであって、本発明は請求項の範疇によってのみ定義されるものである。明細書の全体にわたり、同一参照符号は同一構成要素を示す。
【００２３】
先ず本発明で用いられる用語に対する概略的な説明をする。用語の説明は本発明の理解を助けるためである。したがって、本発明の詳細な説明において明らかに限定しない限り、以下で説明される用語が本発明の技術的思想を限定する意味で用いられるのではないことを注意しなければならない。
【００２４】
・ホストデバイス
ホストデバイスは、携帯用格納装置と接続可能で、権利オブジェクトを消費してコンテンツオブジェクトを再生させることができる装置を意味する。ホストデバイスは、携帯電話、ＰＤＡ、ＭＰ３プレーヤなどの携帯用コンテンツ再生装置であるか、デスクトップコンピュータ、デジタルＴＶのような固定型コンテンツ再生装置であり得る。
【００２５】
・携帯用格納装置
携帯用格納装置は、フラッシュメモリのようにデータを読み取り・書き込み・削除することができる性質を有する不揮発性メモリを含み、データに対する所定の演算能力を有し、ホストデバイスとの接続および分離が容易な格納装置を意味する。携帯用格納装置の例としては、スマートメディア、メモリスティック、ＣＦカード、ＸＤカード、マルチメディアカードなどが挙げられる。
【００２６】
・コンテンツオブジェクト
コンテンツオブジェクトは、暗号化された状態のデジタルコンテンツである。ここでデジタルコンテンツは、動画、静止画、オーディオ、ゲーム、テキストなどその種類に制限されていない。
【００２７】
・権利オブジェクト（Ｒｉｇｈｔｓ  Ｏｂｊｅｃｔ；ＲＯ）
権利オブジェクトは、コンテンツオブジェクトに対する使用権限を有する一種のライセンスである。権利オブジェクトは、コンテンツ暗号化キー、許可情報、制限情報、およびコンテンツ暗号化キーで再生させられるコンテンツオブジェクトを識別できるコンテンツオブジェクト識別子を含む。
【００２８】
・コンテンツ暗号化キー
コンテンツ暗号化キーは、コンテンツオブジェクトを再生させることができるキーであり、所定のバイナリ値の形態を有することができる。例えば、コンテンツ暗号化キーは、コンテンツオブジェクトを復号化して、原本コンテンツを獲得するのに用いられる。
【００２９】
・許可情報（ｐｅｒｍｉｓｓｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）
許可情報は、コンテンツオブジェクトの再生方式と権利オブジェクトの複製方式を示す情報である。
再生方式の例として、プレー、ディスプレイ、実行、印刷などが挙げられる。ここでプレーは、コンテンツオブジェクトをオーディオやビデオ形態で表現する権利を意味する。例えば、コンテンツオブジェクトが動画や音楽に関するものであれば、コンテンツオブジェクトを再生させるために消費される権利オブジェクトの許可情報としてプレーが設定される。また、ディスプレイは、コンテンツオブジェクトを時刻装置に表現する権利を意味し、印刷は、コンテンツオブジェクトのハードコピーを生成する権利を意味する。例えば、コンテンツオブジェクトが静止画に関するものであれば、コンテンツオブジェクトを再生させるために消費される権利オブジェクトの許可情報として、ディスプレイと印刷のうち少なくとも１つが設定される。そして、実行は、ゲームや他のアプリケーションプログラム形式のコンテンツオブジェクトを使用できる権利を意味する。例えば、コンテンツオブジェクトがジャバゲームである場合、コンテンツオブジェクトを再生させるために消費される権利オブジェクトの許可情報として実行が設定される。
【００３０】
一方、複製方式の例として、複写と移動が挙げられる。複写と移動は、あるデバイスが格納していた権利オブジェクトを他のデバイスに格納させられる権限である。移動の場合、他のデバイスに権利オブジェクトを格納させれば、既存のデバイスに格納されていた権利オブジェクトが非活性化されるが、複写の場合、他のデバイスに権利オブジェクトを格納させても既存のデバイスに格納されていた権利オブジェクトは活性化状態で残っているようになる。ここで非活性化は、権利オブジェクトの削除を意味することもできる。
【００３１】
・制限情報（ｃｏｎｓｔｒａｉｎｔ  ｉｎｆｏｒｍａｔｉｏｎ）
制限情報は、コンテンツオブジェクトを再生させられる限度を示す情報であって、許可情報のために１つ以上の制限情報が設定される。制限情報の例として、回数制限、日付時刻制限、期間制限、累積時間制限などを挙げられる。
【００３２】
ここで回数制限は、コンテンツオブジェクトを再生させられる回数を限定する。例えば、権利オブジェクトに回数制限が「１０」と設定されていれば、ホストデバイスは権利オブジェクトを消費して、コンテンツオブジェクトを１０回再生させることができる。
【００３３】
日付時刻制限は、コンテンツオブジェクトを再生させられる日付時刻を限定し、開始要素と終了要素のうち少なくとも１つを含むことができる。ホストデバイスは、日付時刻制限が設定された権利オブジェクトを消費する場合、日付時刻制限の開始要素が指示する日付時刻以後にコンテンツオブジェクトを再生させることができ、終了要素が指示する日付時刻以前までコンテンツオブジェクトを再生させることができる。例えば、権利オブジェクトに日付時刻制限が開始要素として２００５年１２月１日０時０分０秒と設定されていれば、ホストデバイスは２００５年１２月１日０時０分０秒以後から権利オブジェクトを消費してコンテンツオブジェクトを再生させることができる。
【００３４】
期間制限は、権利オブジェクトを消費してコンテンツオブジェクトを初めて再生させた時点から、これから権利オブジェクトを消費してコンテンツオブジェクトを再生させる期間を限定する。例えば、権利オブジェクトに制限情報として期間制限が１週間であると設定された場合、ホストデバイスが２００５年１２月１日０時０分０秒に権利オブジェクトを初めて消費してコンテンツオブジェクトを再生させたとすれば、ホストデバイスは２００５年１２月８日０時０分０秒まで権利オブジェクトを消費してコンテンツオブジェクトを再生させることができる。
【００３５】
累積時間制限は、権利オブジェクトを消費してコンテンツオブジェクトを再生させる時間の総合を限定する。例えば、権利オブジェクトに累積時間制限が１０時間であると設定されていれば、ホストデバイスは権利オブジェクトを消費して総１０時間の間コンテンツオブジェクトを再生させることができる。この時、ホストデバイスは、権利オブジェクトを消費してコンテンツオブジェクトを再生させた回数や日付に対する制限は受けない。
【００３６】
・状態情報
状態情報は、権利オブジェクトの消費程度を示す情報である。例えば、権利オブジェクトに制限情報が累積時間制限として「１０」が設定されており、ホストデバイスがコンテンツオブジェクトを用いるために権利オブジェクトを消費した時間が４時間である場合、状態情報はホストデバイスが今まで権利オブジェクトを消費した時間（４時間）またはこれからホストデバイスが権利オブジェクトを消費してコンテンツオブジェクトを使用できる時間（６時間）に対する情報を示す。状態情報は、権利オブジェクト内に含まれることもでき、権利オブジェクトを格納している装置が権利オブジェクトと共に別途の情報として管理することもできる。
【００３７】
・メタ情報
メタ情報は、権利オブジェクトに対するメタデータであって、許可情報、制限情報、および状態情報に関連したデータのうち少なくとも１つを含むことができる。
【００３８】
以上、説明しない用語は、以下の必要な部分で別途に説明する。以下、添付した図面を参照して、本発明の好ましい実施形態を詳細に説明する。
【００３９】
図２は、本発明の一実施形態に係るホストデバイスと携帯用格納装置との接続状態を示す図面である。
【００４０】
ホストデバイス２００は、携帯用格納装置インターフェースモジュール２２０を介して携帯用格納装置３００に接続でき、１つ以上のＤＲＭシステム２１０−１〜２１０−Ｎを含むことができる。ここで「ＤＲＭシステム」は、デジタル著作権管理作業を行うモジュールであって、各ＤＲＭシステム２１０−１〜２１０−Ｎは互いに異なる類型のデジタル著作権管理技術を支援する。
【００４１】
ＤＲＭシステム２１０−１〜２１０−Ｎは、各々自身だけの固有な識別子を保有する。これは予め各ＤＲＭシステム２１０−１〜２１０−Ｎの供給者間の合意によって割り当てられることもある。ホストデバイス２００は、ＤＲＭ関連データを携帯用格納装置３００に伝送する場合、デジタル著作権管理のために、駆動中であるＤＲＭシステムの識別子を共に伝送するようになる。したがって、携帯用格納装置は、ホストデバイス２００がどの種類のＤＲＭシステムを用いているかを知ることができる。
【００４２】
以下では、複数のＤＲＭシステム２１０−１〜２１０−Ｎのうちいずれか１つを指す場合には識別符号「２１０−ｘ」を用いてＤＲＭシステム２１０−ｘと称することにする。
【００４３】
図３は、本発明の一実施形態に係る携帯用格納装置を示すブロック図である。示された携帯用格納装置３００は、ホストインターフェースモジュール３１０、格納モジュール３２０、制御モジュール３３０、オブジェクト管理モジュール３４０、および複数の認証モジュール３５０−１〜３５０−Ｍを含む。以下では、複数の認証モジュール３５０−１〜３５０−Ｍのうちいずれか１つを指す場合には識別符号「３１０−ｘ」を用いて認証モジュール３１０−ｘと称することにする。
【００４４】
ホストインターフェースモジュール３１０は、ホストデバイス２００にデータを送信したりホストデバイス２００からデータを受信したりする。したがって、携帯用格納装置３００は、ホストインターフェースモジュール３１０を介してホストデバイス２００に接続できる。ここで「接続」という意味は、携帯用格納装置３００とホストデバイス２００が有線媒体を介して通信できる状態、すなわち電気的な接続を意味する。しかし、これは例示的なものであり、「接続」という意味は、携帯用格納装置３００とホストデバイス２００が非接触状態で無線媒体を介して通信できる状態にあるという意味も含まれると解釈しなければならない。
【００４５】
格納モジュール３２０は、所定の情報やデータを格納する。このために格納モジュール３２０はフラッシュメモリのような格納媒体を含む。好ましくは、格納モジュール３２０が保有する格納空間は、図４に示すように保安格納領域４１０と一般格納領域４２０とに区分することができる。
【００４６】
一般格納領域４２０にはコンテンツオブジェクトのように外部に流出されても構わない非保安データが格納される。反面、保安格納領域４１０には外部装置や外部モジュールのアクセスから保護されなければならない必要のある保安データが格納される。保安格納領域４１０に格納されるデータは、外部装置や外部モジュールによるアクセスから物理的または論理的に保護される。
【００４７】
本発明の一実施形態によれば保安格納領域４１０は再びオブジェクト格納領域４１２と保護キー格納領域４１４とに区分することができる。
【００４８】
オブジェクト格納領域４１２は、権利オブジェクト、後述する相互認証の結果、生成されたセッションキー、状態情報、メタ情報などのように、ホストデバイス２００から伝送されたデータやホストデバイス２００との通信の結果、生成されたデータのうち外部装置や外部モジュールのアクセスから保護しなければならないデータが格納される。どのデータがオブジェクト格納領域４１２に格納されるかは予め定義されていることもある。
【００４９】
オブジェクト格納領域４１２は、図５に示すように複数のオブジェクト格納スロット５１０−１〜５１０−Ｌを含む。
【００５０】
各オブジェクト格納スロットには、ＤＲＭシステム識別子と所定の保安データが共に格納される。例えば、図５に示すように、オブジェクト格納スロット５１０−ｘの一部（開始ビットからｐビットまで）は、ＤＲＭシステム識別子が格納されるＤＲＭシステム識別子フィールド５２０であり、残り部分（ｐ＋１ビットからｑビットまで）は、保安データが格納されるデータフィールド５３０であり得る。携帯用格納装置３００は、ＤＲＭシステム識別子フィールド５２０を介して各オブジェクト格納スロット５１０−１〜５１０−ＬにどのＤＲＭシステム２１０−ｘと関連したデータが格納されているか知ることができる。
【００５１】
本発明の一実施形態によれば、図５に示されたオブジェクト格納スロットは、ＤＲＭシステム識別子フィールド５２０とデータフィールド５３０以外に要約情報フィールド（図示せず）をさらに含むこともできる。この場合、要約情報フィールドは、データフィールド５３０に格納されたデータの種類を示す識別情報が格納される。例えば、要約情報フィールドとして２ビットを割り当てて、権利オブジェクトには００、状態情報には０１、メタ情報には１０などを割り当てる。この場合、データフィールド５３０に格納されたデータを再び復号化しなくてもどのデータが格納されているか知ることができるため、今後ホストデバイス２００からデータ検索要請やデータ伝送要請が受信され、ホストデバイス２００に特定データを伝送しなければならない場合に要約情報フィールドを介して、ホストデバイス２００が所望するデータを容易に検索できる。要約情報フィールドを用いるようになれば、要約情報フィールドに格納される要約情報はホストデバイス２００がデータを伝送する時共に送信され、制御モジュール３３０によって抽出される。
【００５２】
一方、保護キー格納領域４１４は、各ＤＲＭシステム毎に割り当てられた所定の保護キーを格納する。例えば、保護キー格納領域４１４は、図６に示すようにＤＲＭシステム識別子６１０と各ＤＲＭシステムに対応する保護キー６２０とを含む保護キーテーブル６００を格納している。各ＤＲＭシステムに対応する保護キー６２０は、予めＤＲＭシステムの供給者間の合意によって、各ＤＲＭシステムに割り当てられた唯一の暗号キーである。保護キーは、ホストデバイス２００が用いるＤＲＭシステム２１０−ｘに応じてホストデバイス２００との通信時受信されたデータを格納モジュール３２０の保安領域４１０のうちオブジェクト格納領域４１２に格納する場合に、格納するデータを暗号化して保護するために用いられる。
【００５３】
再び図３を参照すれば、制御モジュール３３０は、携帯用格納装置３００を構成する各モジュール３１０，３２０，３４０，３５０−１〜３５０−Ｍの動作を制御する。特に、制御モジュール３３０は、ホストデバイス２００から受信される情報でＤＲＭシステム識別子を確認でき、確認されたＤＲＭシステム識別子を介して動作しなければならない認証モジュール３５０−ｘを決定したり、オブジェクト管理モジュール３４０を制御したりすることができる。
【００５４】
オブジェクト管理モジュール３４０は、認証モジュール３５０−ｘの相互認証作業実行の結果、生成されたセッションキーを用いて、ホストデバイス２００との通信を保護する。より具体的に、オブジェクト管理モジュール３４０は、ホストデバイス２００から受信されたデータをセッションキーで復号化したり、ホストデバイス２００に伝送するデータをセッションキーで暗号化したりすることができる。
【００５５】
また、オブジェクト管理モジュール３４０は、格納モジュール３２０の保安格納領域４１０のうちオブジェクト格納領域４１２に格納されるデータを保護キーを用いて暗号化して保護する。より具体的に、オブジェクト管理モジュール３４０は、オブジェクト格納領域４１２に格納させるデータを、保護キーを用いて暗号化し、オブジェクト格納領域４１２に格納された暗号化されたデータをホストデバイス２００に提供する場合には、保護キーを用いて復号化する。この時、どの保護キーを用いるかは、ホストデバイス２００が使用しているＤＲＭシステムに応じて決定されるが、ＤＲＭシステムの種類は制御モジュール３３０がホストデバイス２００から受信した情報より抽出したＤＲＭシステム識別子を介して知ることができる。
【００５６】
一方、オブジェクト管理モジュール３４０は、オブジェクト格納領域４１２にデータを格納する場合、格納されるデータがどのＤＲＭシステムに関連したデータであるかを確認できるようにするために、関連したＤＲＭシステムの識別子をデータと同一のオブジェクト格納スロットに格納する。
【００５７】
本発明の一実施形態として、暗号化または復号化作業のために、オブジェクト管理モジュール３４０は、ＤＥＳやＡＥＳのような対称キー暗号化方式を用いることができる。このようなオブジェクト管理モジュール３４０は、制御モジュール３３０と統合されて、単一のモジュールで具現されることもできる。
【００５８】
複数の認証モジュール３５０−１〜３５０−Ｍは、ホストデバイス２００との相互認証作業を行う。ＤＲＭシステムに応じて用いる相互認証アルゴリズムが異なることもあり、複数の認証モジュール３５０−１〜３５０−Ｍは、各々自身と対応するＤＲＭシステムが用いる相互認証アルゴリズムを用いるようになる。複数の認証モジュール３５０−１〜３５０−Ｍ各々は、ホストデバイス２００が保有しているＤＲＭシステム２１０−１〜２１０−Ｎと対応することができる。しかし、このような対応が常に一対一対応であるのではない。言い換えれば、携帯用格納装置３００は、ホストデバイス２００が保有しているすべてのＤＲＭシステム２１０−１〜２１０−Ｎに対応する認証モジュールを常時保有するのではなく、実施形態に応じて、携帯用格納装置３００が使用することができるＤＲＭシステムとそうでないＤＲＭシステムが存在する。これは携帯用格納装置３００の製作時に携帯用格納装置３００の需要傾向に合わせて決定されることで、本発明は、携帯用格納装置３００が保有する認証モジュール３５０−１〜３５０−Ｍの種類や個数に制限されない。すなわち、携帯用格納装置３００は、多様なＤＲＭシステムとのＤＲＭ作業を行うことができる。
【００５９】
本発明の一実施形態に係る相互認証過程を図７に示す。図７に示された相互認証過程は複数の認証モジュール３５０−１〜３５０−Ｍのうち、ある認証モジュール３５０−ｘが行うことができる例に過ぎず、本発明がこれに限定されるのではない。
【００６０】
本実施形態において、下付文字「Ｈ」は、ホストデバイス２００の所有であるか、ホストデバイス２００が生成したデータを意味し、下付文字「Ｐ」は、携帯用格納装置３００の所有であるか、携帯用格納装置３００が生成したデータを意味する。
【００６１】
先ず、ホストデバイス２００と携帯用格納装置３００とが接続されれば、ホストデバイス２００は携帯用格納装置３００に相互認証を要請する（Ｓ７１０）。この時、ホストデバイス２００は、認証機関がホストデバイス２００に対して発行した認証書Ｈを共に伝送することができる。認証書Ｈは、ホストデバイス２００のＩＤＨと公開キーＨを含み、認証機関によって電子署名されている。
【００６２】
ホストデバイス２００の認証書Ｈを受信した携帯用格納装置３００は、認証書廃棄目録（Ｃｅｒｔｉｆｉｃａｔｅ  Ｒｅｖｏｃａｔｉｏｎ  Ｌｉｓｔ；以下、ＣＲＬ）を用いて、認証書Ｈが有効なものであるかを確認する（Ｓ７１２）。ホストデバイス２００の認証書ＨがＣＲＬに登録された認証書であれば、携帯用格納装置３００はホストデバイス２００との相互認証を拒否することができる。しかし、ホストデバイス２００の認証書ＨがＣＲＬに登録されていない認証書であれば、携帯用格納装置３００は、認証書Ｈを介してホストデバイス２００の公開キーＨを得ることができる。
【００６３】
認証書Ｈ確認を介して、ホストデバイス２００が正当な装置であると判断されれば、携帯用格納装置３００は乱数Ｐを生成し（Ｓ７１４）、生成された乱数Ｐをホストデバイス２００の公開キーＨで暗号化する（Ｓ７１６）。
【００６４】
その後、携帯用格納装置３００は相互認証応答を行う（Ｓ７２０）。相互認証応答時に携帯用格納装置３００は、認証機関が携帯用格納装置３００に対して発行した認証書Ｐおよび暗号化された乱数Ｐを共に送信させる。認証書Ｐは、携帯用格納装置３００のＩＤＰと公開キーＰを含み、認証機関によって電子署名されている。
【００６５】
携帯用格納装置３００から認証書Ｐおよび暗号化された乱数Ｐを受信したホストデバイス２００は、認証書Ｐを介して携帯用格納装置３００が正当な装置であることを確認して、暗号化された乱数Ｐを自身の個人キーＨで復号化する（Ｓ７２２）。この時、ホストデバイス２００は、携帯用格納装置３００の認証書Ｐを介して携帯用格納装置３００の公開キーＰを獲得することができる。また、認証書Ｐ確認作業は、携帯用格納装置３００と同様にＣＲＬを介して行うことができる。
【００６６】
認証書Ｐ確認を介して、携帯用格納装置３００が正当な装置であると判断されれば、ホストデバイス２００は乱数Ｈを生成し（Ｓ７２４）、生成された乱数Ｈを携帯用格納装置３００の公開キーＰで暗号化する（Ｓ７２６）。
【００６７】
その後、ホストデバイス２００は、携帯用格納装置３００に相互認証終了を要請する（Ｓ７３０）。相互認証終了の要請時にホストデバイス２００は暗号化された乱数Ｈを共に伝送する。
【００６８】
ホストデバイス２００から暗号化された乱数Ｈを受信した携帯用格納装置３００は、自身の個人キーＰで暗号化された乱数Ｈを復号化する（Ｓ７３２）。
【００６９】
したがって、ホストデバイス２００と携帯用格納装置３００は、相互２つの乱数（乱数Ｈおよび乱数Ｐ）を共有するようになる。
【００７０】
相互認証の結果、２つの乱数（乱数Ｈおよび乱数Ｐ）を共有したホストデバイス２００と携帯用格納装置３００は、２つの乱数（乱数Ｈおよび乱数Ｐ）を用いて、セッションキーを生成する（Ｓ７４０、Ｓ７４２）。この時、ホストデバイス２００と携帯用格納装置３００とがセッションキーを生成するために用いるキー生成アルゴリズムは相互同一である。したがって、ホストデバイス２００と携帯用格納装置３００とは、相互同一のセッションキーを共有するようになる。
【００７１】
ホストデバイス２００と携帯用格納装置３００は、相互認証以後に相手に伝送するデータをセッションキーで暗号化し、相手から受信された暗号化されたデータをセッションキーで復号化する。したがって、ホストデバイス２００と携帯用格納装置３００との間のデータ伝送に保安が維持される。
【００７２】
以下、図８〜図１０を参照して、本発明の一実施形態に係る携帯用格納装置３００の動作過程について説明する。
【００７３】
図８は、本発明の一実施形態に係る携帯用格納装置がホストデバイスに接続する過程を示すフローチャートである。
【００７４】
先ず、ホストデバイス２００は、用いようとするＤＲＭシステム２１０−ｘを決定し、ＤＲＭシステム２１０−ｘの識別子を含む認証要請メッセージを携帯用格納装置３００に伝送する。
【００７５】
携帯用格納装置３００のホストインターフェースモジュール３１０がホストデバイス２００から認証要請メッセージを受信すれば（Ｓ８１０）、制御モジュール３３０は受信された認証要請メッセージよりＤＲＭシステム識別子を抽出する（Ｓ８２０）。この時、制御モジュール３３０は、ＤＲＭシステム識別子を介してホストデバイス２００がどのＤＲＭシステムを駆動中であるか確認できる。
【００７６】
制御モジュール３３０は、複数の認証モジュール３５０−１〜３５０−ＭのうちＤＲＭシステム識別子に対応する認証モジュールに認証要請メッセージを伝達する（Ｓ８３０）。
【００７７】
複数の認証モジュール３５０−１〜３５０−Ｍのうち制御モジュール３３０から認証要請メッセージを受信した認証モジュール３５０−ｘは、ホストデバイス２００（より詳しくはホストデバイス２００のＤＲＭシステム２１０−ｘ）と相互認証作業を行う（Ｓ８４０）。相互認証過程の一実施形態は、図７を参照して説明したが、本発明がこれで限定されないことは先立って言及したようである。相互認証作業時に送受信される情報は、ホストインターフェースモジュール３１０を経由する。
【００７８】
相互認証作業済みの認証モジュール３５０−ｘは、相互認証の結果として生成されたセッションキーをオブジェクト管理モジュール３４０に伝達する（Ｓ８５０）。
【００７９】
オブジェクト管理モジュール３４０は、認証モジュール３５０−ｘから伝達されたセッションキーを用いて、ホストデバイス２００との通信を保護する（Ｓ８６０）。
【００８０】
オブジェクト管理モジュール３４０は、認証モジュール３５０−ｘから伝達されたセッションキーを格納モジュール３２０の保安格納領域４１０のうちオブジェクト格納領域４１２に格納させておくこともできる。この場合、セッションキーは、認証モジュール３５０−ｘと相互認証作業を行ったＤＲＭシステム２１０−ｘの識別子と共に格納される。一方、ホストデバイス２００の特定ＤＲＭシステム２１０−ｘとの接続が断絶される場合、オブジェクト管理モジュール３４０は該当ＤＲＭシステム２１０−ｘとの相互認証作業の結果、生成されたセッションキーを削除させることもできる。
【００８１】
図９は、本発明の一実施形態に係る携帯用格納装置に情報を格納する過程を示すフローチャートである。
【００８２】
相互認証作業済みの後、携帯用格納装置３００に所定の保安データを格納させようとする場合、ホストデバイス２００のＤＲＭシステム２１０−ｘは自身が格納させるデータをセッションキーで暗号化し、暗号化されたデータを含む格納要請メッセージを生成することができる。この時、ホストデバイス２００は、格納要請メッセージにＤＲＭシステム２１０−ｘの識別子を挿入して、携帯用格納装置３００に伝送する。
【００８３】
ホストインターフェースモジュール３１０がホストデバイス２００から格納要請メッセージを受信すれば（Ｓ９１０）、制御モジュール３３０は格納要請メッセージよりＤＲＭシステム識別子を抽出し、これをオブジェクト管理モジュール３４０に伝達する（Ｓ９２０）。
【００８４】
オブジェクト管理モジュール３４０は、制御モジュール３５０から伝えられたＤＲＭシステム識別子に対応するセッションキーを用いて、格納要請メッセージに含まれた暗号化されたデータを復号化する（Ｓ９３０）。セッションキーを保安格納領域４１０のオブジェクト格納領域４１２に格納させておいたとすれば、オブジェクト管理モジュール３４０は、制御モジュール３５０から伝えられたＤＲＭシステム識別子を用いて必要なセッションキーを検索することができる。
【００８５】
暗号化されたデータを復号化した後、オブジェクト管理モジュール３４０は、保護キー格納領域４１４に格納された保護キーテーブルよりＤＲＭシステム識別子に対応する保護キーを抽出し（Ｓ９４０）、抽出された保護キーを用いて復号化されたデータを再び暗号化する（Ｓ９５０）。
【００８６】
データが暗号化されれば、オブジェクト管理モジュール３４０は、格納モジュール３２０の保安格納領域４１０のうちオブジェクト格納領域４１２の空いているオブジェクト格納スロットに暗号化されたデータとＤＲＭシステム識別子を格納する（Ｓ９６０）。
【００８７】
図１０は、本発明の一実施形態に係るデータ検索過程を示すフローチャートである。
【００８８】
ホストデバイス２００が所定のＤＲＭシステム２１０−ｘを用いて、携帯用格納装置３００に格納された保安データを検索しようとする場合、ＤＲＭシステム２１０−ｘは検索要請メッセージを生成する。この時、ホストデバイス２００は、ＤＲＭシステム２１０−ｘの識別子を検索要請メッセージに挿入して、携帯用格納装置３００に伝送する。
【００８９】
ホストインターフェースモジュール３１０がホストデバイス２００から検索要請メッセージを受信すれば（Ｓ１０１０）、制御モジュール３３０は、検索要請メッセージよりＤＲＭシステム識別子を抽出し、これをオブジェクト管理モジュール３４０に伝達する（Ｓ１０２０）。
【００９０】
オブジェクト管理モジュール３４０は、制御モジュール３５０から伝えられたＤＲＭシステム識別子を用いて、格納モジュール３２０の保安格納領域４１０のオブジェクト格納領域４１２に格納されたデータのうちＤＲＭシステム２１０−ｘに関連したデータを検索することができる（Ｓ１０３０）。
【００９１】
検索されたデータは、保護キーで暗号化されている状態であるため、オブジェクト管理モジュール３４０は、保護キー格納領域４１４に格納された保護キーテーブルよりＤＲＭシステム識別子に対応する保護キーを抽出し（Ｓ１０４０）、抽出された保護キーを用いて暗号化されたデータを復号化することができる（Ｓ１０５０）。
【００９２】
その後、オブジェクト管理モジュール３４０は、検索結果をホストデバイス２００に提供することができる（Ｓ１０６０）。ここで検索結果を提供するということは、検索されたデータのリストを提供するという意味でもあり得る。この場合、ホストデバイス２００は、特定データを選択することができ、オブジェクト管理モジュール３４０は、ホストインターフェースモジュール３１０を介して選択されたデータをホストデバイス２００に送信させられる。
【００９３】
他の実施形態として、ステップＳ１０６０の検索結果を提供するということは、検索されたデータそのものをホストデバイス２００に送信させるという意味でもあり得る。
【００９４】
保安格納領域４１０のオブジェクト格納領域４１２に格納されたデータをホストデバイス２００に伝送しなければならない場合、オブジェクト管理モジュール３４０は、ステップＳ１０２０で制御モジュール３３０から伝達されたＤＲＭシステム識別子に対応するセッションキーを用いて伝送するデータを暗号化することができる。
【００９５】
以上、添付した図面を参照して本発明の実施形態を説明したが、本発明が属する技術分野で通常の知識を有する者であれば、本発明がその技術的思想や必須の特徴を変更せず、他の具体的な形態によって実施することができるということを理解できる。したがって、以上で記述した実施形態はすべての面で例示的なものであり、限定的なものではないことを理解しなければならない。
【図面の簡単な説明】
【００９６】
【図１】従来のＤＲＭ概念を説明するための図である。
【図２】本発明の一実施形態に係るホストデバイスと携帯用格納装置の接続状態を示す図である。
【図３】本発明の一実施形態に係る携帯用格納装置を示すブロック図である。
【図４】本発明の一実施形態に係る格納モジュールを示すブロック図である。
【図５】本発明の一実施形態に係るオブジェクト格納領域を示すブロック図である。
【図６】本発明の一実施形態に係る保護キーテーブルを示す図である。
【図７】本発明の一実施形態に係る相互認証過程を示すフローチャートである。
【図８】本発明の一実施形態に係る携帯用格納装置がホストデバイスに接続する過程を示すフローチャートである。
【図９】本発明の一実施形態に係る携帯用格納装置に情報を格納する過程を示すフローチャートである。
【図１０】本発明の一実施形態に係るデータ検索過程を示すフローチャートである。
【符号の説明】
【００９７】
３１０      ホストインターフェースモジュール
３２０      格納モジュール
３３０      制御モジュール
３４０      オブジェクト管理モジュール
３５０−１〜３５０−Ｍ      認証モジュール
【図１】
2007234003.tif 000003
【図２】
2007234003.tif 000004
【図３】
2007234003.tif 000005
【図４】
2007234003.tif 000006
【図５】
2007234003.tif 000007
【図６】
2007234003.tif 000008
【図７】
2007234003.tif 000009
【図８】
2007234003.tif 000010
【図９】
2007234003.tif 000011
【図１０】
2007234003.tif 000012