(57)【特許請求の範囲】
【請求項１】
コンテンツデータに、発行ライセンスを組み込んで、使用権限が管理される管理ファイルを作成する、クライアントと、
前記クライアントから、前記コンテンツデータの作成者を主体とするディジタル署名を取得し、取得した前記ディジタル署名を含む前記発行ライセンスを作成して、前記発行ライセンスを前記クライアントに送信し、そして、前記管理ファイルのユーザが利用する別のクライアントから前記発行ライセンスが送信されてきたことを条件に、前記別のクライアントに、前記管理ファイルの使用権限を付与する、管理サーバと、
を備え、
前記管理サーバは、
前記クライアントから、前記発行ライセンスが送信され、且つ前記管理ファイルの失効が求められた場合に、送信されてきた前記発行ライセンスに含まれる前記ディジタル署名の主体と、前記クライアントに前記管理ファイルの失効を求めさせた操作者とが一致するかどうか判定し、一致すると判定する場合に、前記管理ファイルを失効させる、ことを特徴とするコンテンツ管理システム。
【請求項２】
前記クライアントが、前記管理ファイルの作成の前に、前記コンテンツデータの作成者を主体とするディジタル署名を含む発行ライセンス要求ファイルを、前記管理サーバに送信し、
前記管理サーバが、前記発行ライセンス要求ファイルを用いて、前記発行ライセンスを作成する、
請求項１に記載のコンテンツ管理システム。
【請求項３】
前記クライアントが、前記コンテンツデータを暗号化し、そして、前記コンテンツデータの作成者を主体とするディジタル署名に加えて、前記コンテンツデータの暗号化に使用した対称鍵、及び前記コンテンツデータに許可される操作を規定する操作権限情報を含む前記発行ライセンス要求ファイルを、前記管理サーバに送信する、
請求項２に記載のコンテンツ管理システム。
【請求項４】
前記管理サーバが、
一致すると判定する場合に、失効が求められた前記管理ファイルの発行ライセンスから、前記対称鍵と、前記コンテンツデータの作成者を主体とするディジタル署名とを抽出し、抽出した前記対称鍵と前記ディジタル署名とを用いて、失効させた前記管理ファイルのリストを生成し、
そして、前記発行ライセンスの送信と共に前記管理ファイルの使用権限の付与が求められた場合に、送信されてきた前記発行ライセンスに含まれる前記対称鍵と、前記ディジタル署名とが、前記リストに含まれているかどうかを判定し、
含まれていると判定する場合は、前記発行ライセンスの送信元に、前記管理ファイルが失効されたことを通知し、
含まれていないと判定する場合は、前記発行ライセンスの送信元に、前記管理ファイルの使用権限を付与する、
請求項３に記載のコンテンツ管理システム。
【請求項５】
前記管理サーバが、前記発行ライセンス要求ファイルに、当該管理サーバを主体とする第２のディジタル署名を付加し、そして、前記第２のディジタル署名が付加された前記発行ライセンス要求ファイルを、当該管理サーバの公開鍵で暗号化し、得られた暗号化ファイルを前記発行ライセンスとする、
請求項３または４に記載のコンテンツ管理システム。
【請求項６】
クライアントがコンテンツデータに発行ライセンスを組み込んで作成した管理ファイルを対象として、使用権限を管理する、管理サーバであって、
前記クライアントから、前記コンテンツデータの作成者を主体とするディジタル署名を取得し、取得した前記ディジタル署名を含む前記発行ライセンスを作成して、前記発行ライセンスを前記クライアントに送信する、発行ライセンス発行部と、
前記管理ファイルのユーザが利用する別のクライアントから前記発行ライセンスが送信されてきたことを条件に、前記別のクライアントに、前記管理ファイルの使用権限を付与する、使用ライセンス発行部と、
前記クライアントから、前記発行ライセンスが送信され、且つ前記管理ファイルの失効が求められた場合に、送信されてきた前記発行ライセンスに含まれる前記ディジタル署名の主体と、前記クライアントに前記管理ファイルの失効を求めさせた操作者とが一致するかどうか判定し、一致すると判定する場合に、前記管理ファイルを失効させる、失効処理部と、
を備えていることを特徴とする管理サーバ。
【請求項７】
クライアントと管理サーバとを用いたコンテンツの管理方法であって、
（ａ）前記管理サーバが、前記クライアントから、コンテンツデータの作成者を主体とするディジタル署名を取得し、取得した前記ディジタル署名を含む発行ライセンスを作成し、そして、作成した前記発行ライセンスを、前記クライアントに送信する、ステップと、
（ｂ）前記クライアントが、前記コンテンツデータに、前記発行ライセンスを組み込んで、使用権限が管理される管理ファイルを作成する、ステップと、
（ｃ）前記管理サーバが、前記管理ファイルのユーザが利用する別のクライアントから前記発行ライセンスが送信されてきたことを条件に、前記別のクライアントに、前記管理ファイルの使用権限を付与する、ステップと、
（ｄ）前記クライアントが、前記管理サーバに、前記発行ライセンスを送信して、前記管理ファイルの失効を求めた場合に、
前記管理サーバが、送信されてきた前記発行ライセンスに含まれる前記ディジタル署名の主体と、前記クライアントに前記管理ファイルの失効を求めさせた操作者とが一致するかどうか判定し、一致すると判定する場合に、前記管理ファイルを失効させる、ステップと、を有することを特徴とするコンテンツ管理方法。
【請求項８】
コンピュータに、クライアントがコンテンツデータに発行ライセンスを組み込んで作成した管理ファイルを対象として、使用権限を管理させるための、プログラムであって、
前記コンピュータに、
（ａ）前記クライアントから、前記コンテンツデータの作成者を主体とするディジタル署名を取得し、取得した前記ディジタル署名を含む前記発行ライセンスを作成して、前記発行ライセンスを前記クライアントに送信する、ステップと、
（ｂ）前記管理ファイルのユーザが利用する別のクライアントから前記発行ライセンスが送信されてきたことを条件に、前記別のクライアントに、前記管理ファイルの使用権限を付与する、ステップと、
（ｃ）前記クライアントから、前記発行ライセンスが送信され、且つ前記管理ファイルの失効が求められた場合に、送信されてきた前記発行ライセンスに含まれる前記ディジタル署名の主体と、前記クライアントに前記管理ファイルの失効を求めさせた操作者とが一致するかどうか判定し、一致すると判定する場合に、前記管理ファイルを失効させる、ステップと、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツの著作権を管理するための、コンテンツ管理システム、それに用いられる管理サーバ、更には、コンテンツ管理方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、コンピュータの発展に伴い、種々のコンテンツのディジタル化が促進されているが、ディジタル化されたコンテンツのコピーは、誰にでも、簡単に、且つ、品質劣化を生じさせることなく行なえてしまう。このため、インターネット上でのコンテンツの違法な配布及び交換が後を絶たないという問題がある。
【０００３】
このような問題を解決するため、ディジタル化されたコンテンツの著作権保護を図るＤＲＭ（Digital Rights Management：ディジタル著作権管理）技術が、注目されている。ＤＲＭ技術の一つとしては、ユーザが適正な権限を有している場合に限り、ディジタル化されたコンテンツの再生を許可する技術が挙げられる（例えば、特許文献１及び特許文献２参照）。
【０００４】
具体的には、特許文献１は、コンテンツのファイルを暗号化する対称鍵を、管理サーバ（以下「ＤＲＭサーバ」という。）の公開鍵によって暗号化し、ファイル自身に、その暗号化された対称鍵を付与する、システムを開示している。特許文献１に開示されたシステムでは、コンテンツの再生を求めるユーザは、クライアント（以下「ＤＲＭクライアント」という。）を用いてコンテンツファイルを受け取り、ＤＲＭサーバに対して、対称鍵を提示して使用権限を求める。そして、ユーザは、ＤＲＭクライアントを介して、ＤＲＭサーバから使用権限を受け取ると、コンテンツファイルを再生できる。このため、コンテンツの著作権の保護が図られる。
【０００５】
ところで、特許文献１に開示のシステムにおいて、コンテンツの作成者が、コンテンツの作成時に、誤って意図しないユーザの操作を許可し、そして、この誤って許可を与えたユーザにコンテンツを送信してしまった場合を想定する。この場合、コンテンツファイルに対称鍵が付与されているため、ユーザは、ＤＲＭサーバから権限を受け取ることができ、コンテンツを再生できてしまう。また、システムの構成上、コンテンツの作成者が、後から、“ファイル単位”で、この意図しないユーザからの操作を拒否することは不可能である。
【０００６】
なお、上記の特許文献１に開示のシステムであっても、作成者は、ＤＲＭサーバにおいて、誤って許可してしまったユーザのＤＲＭクライアントの証明書を失効設定することができる。この場合、“全ファイル単位“、即ち、ユーザ単位ではあるが、作成者は、誤って許可してしまったユーザからの操作を拒否することができる。但し、当該ユーザは、権限を有すべき他ファイル全てに対しても権限を失ってしまう弊害がある。
【０００７】
一方、特許文献２は、ファイル自身にそれを暗号化する対称鍵を付与せず、ＤＲＭサーバによって、全てのコンテンツファイルに対する対称鍵と権限情報とを管理する、システムを開示している。特許文献２に開示のシステムでは、上述の想定例が発生した場合、ＤＲＭサーバは、対象となるファイルを特定し、誤って許可されたユーザの当該ファイルに対する権限のみを失効させる。特許文献２に開示のシステムによれば、“ファイル単位”で、誤って許可が与えられたユーザからの操作を拒否することができる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−１７４３９５号公報（第１図）
【特許文献２】特開２００５−１５８０２２号公報（第１図）
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ところで、上記特許文献２に開示のシステムでは、コンテンツファイルの作成者は、コンテンツファイルを作成、更新、保存する度に、ＤＲＭサーバへアクセスし、そのファイルを暗号化した対称鍵と権限情報とを、ＤＲＭサーバに保存し、管理させる必要がある。このため、上記特許文献２に開示のシステムでは、ＤＲＭサーバに、非常に大きな負荷がかかる、という問題がある。
【００１０】
本発明の目的の一例は、上記問題を解消し、管理サーバの負担を増加させることなく、作成者の手元から離れたファイルの権限をファイル単位で失効させ得る、コンテンツ管理システム、管理サーバ、コンテンツ管理方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、本発明の一側面におけるコンテンツ管理システムは、コンテンツデータに、発行ライセンスを組み込んで、使用権限が管理される管理ファイルを作成する、クライアントと、
前記クライアントから、前記コンテンツデータの作成者を主体とするディジタル署名を取得し、取得した前記ディジタル署名を含む前記発行ライセンスを作成して、前記発行ライセンスを前記クライアントに送信し、そして、前記発行ライセンスが送信されてきたことを条件に、その送信元に、前記管理ファイルの使用権限を付与する、管理サーバと、
を備え、
前記管理サーバは、
前記クライアントから、前記発行ライセンスが送信され、且つ前記管理ファイルの失効が求められた場合に、送信されてきた前記発行ライセンスに含まれる前記ディジタル署名の主体と、前記クライアントに前記管理ファイルの失効を求めさせた操作者とが一致するかどうか判定し、一致すると判定する場合に、前記管理ファイルを失効させる、ことを特徴とする。
【００１２】
上記目的を達成するため、本発明の一側面における管理サーバは、クライアントがコンテンツデータに発行ライセンスを組み込んで作成した管理ファイルを対象として、使用権限を管理する、管理サーバであって、
前記クライアントから、前記コンテンツデータの作成者を主体とするディジタル署名を取得し、取得した前記ディジタル署名を含む前記発行ライセンスを作成して、前記発行ライセンスを前記クライアントに送信する、発行ライセンス発行部と、
前記発行ライセンスが送信されてきたことを条件に、その送信元に、前記管理ファイルの使用権限を付与する、使用ライセンス発行部と、
前記クライアントから、前記発行ライセンスが送信され、且つ前記管理ファイルの失効が求められた場合に、送信されてきた前記発行ライセンスに含まれる前記ディジタル署名の主体と、前記クライアントに前記管理ファイルの失効を求めさせた操作者とが一致するかどうか判定し、一致すると判定する場合に、前記管理ファイルを失効させる、失効処理部と、
を備えていることを特徴とする。
【００１３】
また、上記目的を達成するため、本発明の一側面におけるコンテンツ管理方法は、クライアントと管理サーバとを用いたコンテンツの管理方法であって、
（ａ）前記管理サーバが、前記クライアントから、コンテンツデータの作成者を主体とするディジタル署名を取得し、取得した前記ディジタル署名を含む発行ライセンスを作成し、そして、作成した前記発行ライセンスを、前記クライアントに送信する、ステップと、
（ｂ）前記クライアントが、前記コンテンツデータに、前記発行ライセンスを組み込んで、使用権限が管理される管理ファイルを作成する、ステップと、
（ｃ）前記管理サーバが、前記発行ライセンスが送信されてきたことを条件に、その送信元に、前記管理ファイルの使用権限を付与する、ステップと、
（ｄ）前記クライアントが、前記管理サーバに、前記発行ライセンスを送信して、前記管理ファイルの失効を求めた場合に、
前記管理サーバが、送信されてきた前記発行ライセンスに含まれる前記ディジタル署名の主体と、前記クライアントに前記管理ファイルの失効を求めさせた操作者とが一致するかどうか判定し、一致すると判定する場合に、前記管理ファイルを失効させる、ステップと、を有することを特徴とする。
【００１４】
更に、上記目的を達成するため、本発明の一側面におけるプログラムは、コンピュータに、クライアントがコンテンツデータに発行ライセンスを組み込んで作成した管理ファイルを対象として、使用権限を管理させるための、プログラムであって、
前記コンピュータに、
（ａ）前記クライアントから、前記コンテンツデータの作成者を主体とするディジタル署名を取得し、取得した前記ディジタル署名を含む前記発行ライセンスを作成して、前記発行ライセンスを前記クライアントに送信する、ステップと、
（ｂ）前記発行ライセンスが送信されてきたことを条件に、その送信元に、前記管理ファイルの使用権限を付与する、ステップと、
（ｃ）前記クライアントから、前記発行ライセンスが送信され、且つ前記管理ファイルの失効が求められた場合に、送信されてきた前記発行ライセンスに含まれる前記ディジタル署名の主体と、前記クライアントに前記管理ファイルの失効を求めさせた操作者とが一致するかどうか判定し、一致すると判定する場合に、前記管理ファイルを失効させる、ステップと、
を実行させることを特徴とする。
【発明の効果】
【００１５】
以上の特徴により、本発明における、コンテンツ管理システム、管理サーバ、コンテンツ管理方法、及びプログラムによれば、管理サーバの負担を増加させることなく、作成者の手元から離れたファイルの権限をファイル単位で失効させることができる。
【図面の簡単な説明】
【００１６】
【図１】図１は、本発明の実施の形態におけるコンテンツ管理システムの全体構成を示す構成図である。
【図２】図２は、本発明の実施の形態におけるＤＲＭサーバの構成を示すブロック図である。
【図３】図３は、本発明の実施の形態における発行ライセンス要求ファイルの一例を示す図である。
【図４】図４は、本発明の実施の形態における発行ライセンスのデータ構造の一例を示す図である。
【図５】図５は、本発明の実施の形態におけるＤＲＭファイルのデータ構造の一例を示す図である。
【図６】図６は、本発明の実施の形態における失効要求ファイルのデータ構造の一例を示す図である。
【図７】図７は、本発明の実施の形態における失効ＤＲＭファイルリストの一例を示す図である。
【図８】図８は、本発明の実施の形態におけるＤＲＭサーバによる発行ライセンス生成処理を示すフロー図である。
【図９】図９は、本発明の実施の形態におけるＤＲＭサーバによるＤＲＭファイル失効処理を示すフロー図である。
【図１０】図１０は、本発明の実施の形態におけるＤＲＭサーバによる使用ライセンス発行処理を示すフロー図である。
【図１１】図１１は、本発明の実施の形態におけるＤＲＭサーバを実現するコンピュータの一例を示すブロック図である。
【発明を実施するための形態】
【００１７】
（実施の形態の概要）
本発明の実施の形態では、管理サーバ（以下、「ＤＲＭサーバ」とも表記する。）の負荷を軽減するため、コンテンツデータを暗号化する対称鍵をＤＲＭサーバの公開鍵で暗号化し、そして、暗号化された対称鍵をコンテンツデータに付与する方式が、基本方式として採用される。そのうえで、従来において、コンテンツデータの作成者が、ＤＲＭサーバに発行ライセンスを要求する際に、ＤＲＭサーバに対称鍵を送信していた処理が、作成者を主体とするディジタル署名を対称鍵に付与した後に対称鍵を送信する処理と置き換えられる。
【００１８】
最初に、ＤＲＭサーバは、作成者がコンテンツデータに対して設定した操作権限情報に、当該ＤＲＭサーバを主体とするディジタル署名を付与する。次に、ＤＲＭサーバは、対称鍵に付与された作成者によるディジタル署名と、操作権限情報に付与した当該ＤＲＭサーバによるディジタル署名とを、当該ＤＲＭサーバの公開鍵で暗号化し、得られた暗号化情報を発行ライセンスとする。
【００１９】
その後、ＤＲＭサーバは、発行ライセンスを、作成者が使用するクライアントに送信する。クライアントは、発行ライセンスを受信すると、コンテンツデータに、発行ライセンスを組み込んで、使用権が管理される管理ファイル（以下「ＤＲＭファイル」とする。）を作成する。
【００２０】
そして、作成者が過去に作成したＤＲＭファイルを失効させたい場合、クライアントは、ＤＲＭファイルの失効要求として、当該ＤＲＭファイルを構成する発行ライセンスを、ＤＲＭサーバへ送信する。
【００２１】
ＤＲＭサーバは、発行ライセンスを受信すると、それに含まれる作成者のディジタル署名を検証する。検証の結果、ディジタル署名の主体（作成者）と失効を要求している主体（失効要求者）とが一致すれば、ＤＲＭサーバは、当該ディジタル署名と発行ライセンスに含まれる対称鍵とを、失効されたＤＲＭファイルのリスト（以下「失効ＤＲＭファイルリスト」）に追加する。これにより、ＤＲＭファイルは失効された状態となる。
【００２２】
その後、ＤＲＭファイルのユーザが、使用ライセンスの要求のため、そのクライアントを介して、当該発行ライセンスをＤＲＭサーバへ送信したとする。この場合、ＤＲＭサーバは、受信した発行ライセンスに含まれる、対称鍵と作成者を主体としたディジタル署名とが失効ＤＲＭファイルリストに登録されているかどうかを確認する。
【００２３】
確認の結果、対称鍵とディジタル署名とが失効ＤＲＭファイルリストに登録されていない場合は、ＤＲＭサーバは、当該ＤＲＭファイルの使用ライセンスを発行し、ユーザのクライアントへ送信する。一方、確認の結果、対称鍵とディジタル署名とが失効ＤＲＭファイルリストに登録されている場合は、ＤＲＭサーバは、使用ライセンスを発行せず、そして、“要求されたＤＲＭファイルは失効されているため使用できない”の旨のメッセージを、ユーザのクライアントへ送信する。
【００２４】
このように、本実施の形態によれば、失効を求めるユーザと作成者とが一致しているかどうかが検証される。よって、コンテンツデータの作成者の手元から離れたＤＲＭファイルでも、作成者は、後から“ファイル単位”でユーザによる操作を拒否することができる。また、上記の処理が行われる場合であっても、ＤＲＭサーバの負担が増加することもない。
【００２５】
更に、本実施の形態では、ＤＲＭサーバは、失効されたＤＲＭファイルの情報のみを管理すれば良い。ＤＲＭサーバは、従来のように、全ＤＲＭファイルについて、作成者がＤＲＭファイルを作成、更新、保存する度に、そのＤＲＭファイルを暗号化するための対称鍵と権限情報とを保存及び管理する必要はない。従って、これの点からも、ＤＲＭサーバの負担が増加することはない。
【００２６】
（実施の形態）
以下、本発明の実施の形態における、コンテンツ管理システム、管理サーバ、コンテンツ管理方法、及びプログラムについて、図１〜図９を参照しながら説明する。
【００２７】
［コンテンツ管理システムの全体構成］
最初に、図１を用いて、本実施の形態におけるコンテンツ管理システム１００の全体構成について説明する。図１は、本発明の実施の形態におけるコンテンツ管理システムの全体構成を示す構成図である。
【００２８】
図１に示すように、コンテンツ管理システム１００は、管理サーバ１０と、コンテンツデータの作成者が利用するクライアント２０とを少なくとも備えている。作成者は、クライアント２０を操作して、コンテンツデータを作成する。また、作成者は、コンテンツデータに基づいて、使用権限が管理される管理ファイル（ＤＲＭファイル）３０を作成し、更に、これを更新または失効させる。管理サーバ１０は、いわゆる「ＤＲＭサーバ」であり、作成者が作成したＤＲＭファイル３０の使用権限を管理している。管理サーバ１０の機能については後述する。
【００２９】
また、本実施の形態では、図１に示すように、管理サーバ１０及びクライアント２０に加え、ＤＲＭファイルのユーザが利用するクライアント４０と、管理サーバ５０とを備えている。管理サーバ５０は、管理サーバ１０と同様の機能を備えている。ユーザは、クライアント４０を用いて、ＤＲＭファイルに対する操作を行う。
【００３０】
具体的には、管理サーバ１０と、作成者が利用するクライアント２０とは、Ａ社のコンピュータシステムを構成し、Ａ社の社内ＬＡＮによって互いに接続されている。一方、ユーザが利用するクライアント４０と、管理サーバ５０とは、Ｂ社のコンピュータシステムを構成し、Ｂ社の社内ＬＡＮによって互いに接続されている。また、Ａ社のコンピュータシステムと、Ｂ社のコンピュータシステムとは、インターネット７０を介して接続されている。
【００３１】
また、図１においては、Ａ社の社員がコンテンツデータの作成者であり、Ｂ社の社員がＤＲＭファイルのユーザである例が示されているが、本実施の形態では、逆となっていても良い。即ち、Ｂ社の社員がコンテンツデータの作成者であり、Ａ社の社員がＤＲＭファイルのユーザであっても良い。この場合は、Ｂ社の社員がクライアント４０を操作して、コンテンツデータ及びＤＲＭファイルを作成し、Ａ社の社員がクライアント２０を用いてＤＲＭファイルを操作する。また、この場合においては、管理サーバ５０が、ＤＲＭファイルの使用権限を管理する。
【００３２】
以降の説明では、Ａ社のクライアント２０は、ＤＲＭクライアント２０と表記し、Ｂ社のクライアント４０は、ＤＲＭクライアント４０と表記する。更に、Ａ社の管理サーバ１０は、ＤＲＭサーバ１０と表記し、Ｂ社の管理サーバ５０は、ＤＲＭサーバ５０と表記する。また、ＤＲＭクライアント２０を用いてコンテンツデータを作成したＡ社の社員については、作成者Ａと表記する場合もある。
【００３３】
ところで、各企業のセキュリティ確保の点から、Ａ社のＤＲＭクライアント２０が作成したＤＲＭファイルを、外部のドメイン（Ｂ社）のユーザが、ＤＲＭクライアント４０を介して操作可能とするためには、以下の条件（１）（２）が満たされていることが好ましい。
【００３４】
条件（１）：ＤＲＭファイルの作成者（ＤＲＭクライアント２０）の証明書を発行するＤＲＭサーバ１０が、外部のドメイン（企業Ｂ）のＤＲＭファイル受信者（ＤＲＭクライアント４０）の証明書を認証できること。
条件（２）：ＤＲＭファイル受信者（ＤＲＭクライアント４０）が、ＤＲＭファイルの使用ライセンスを入手するために、このＤＲＭファイルの発行ライセンスを作成したＤＲＭサーバ１０へアクセスできること。
【００３５】
具体的には、上記条件（１）を満たすため、本実施の形態では、ＤＲＭサーバ１０の信頼点となる認証局（ＣＡ：Certification Authority）６１と、ＤＲＭサーバ５０の信頼点となる認証局６２とが、認証局６０を介して、互いに認証可能となっている。よって、Ａ社のＤＲＭサーバ１０は、外部のドメイン（Ｂ社）のユーザ（ＤＲＭクライアント４０）の証明書を認証することができる。
【００３６】
また、上記条件（２）を満たすため、ＤＲＭファイルの発行ライセンスを作成したＤＲＭサーバ１０は、ＤＭＺ（非武装地帯：DeMilitarized Zone）に設置されている。更に、ＤＲＭサーバ１０は、外部のドメイン（企業Ｂ）のユーザ（ＤＲＭクライアント４０）からのＤＲＭファイルの取得に必要な通信を、受け付けることができるように構成されている。
【００３７】
［管理サーバの構成］
続いて、図２を用いて、本実施の形態における、ＤＲＭサーバ１０の構成を説明する。図２は、本発明の実施の形態におけるＤＲＭサーバの構成を示すブロック図である。
【００３８】
図１に示すように、ＤＲＭサーバ１０は、発行ライセンス発行部１１と、使用ライセンス発行部１２と、失効処理部１３とを備え、クライアント２０が作成したＤＲＭファイルの使用権限を管理する。また、図１に示すクライアント２０は、コンテンツデータに発行ライセンスを組み込んで、ＤＲＭファイルを作成する。
【００３９】
発行ライセンス発行部１１は、クライアント２０から、コンテンツデータの作成者を主体とするディジタル署名を取得し、取得したディジタル署名を含む発行ライセンスを作成して、発行ライセンスをクライアント２０に送信する。
【００４０】
使用ライセンス発行部１２は、発行ライセンスが送信されてきたことを条件に、その送信元に、管理ファイルの使用権限を付与する。本実施の形態では、後述するように、使用ライセンス発行部１２は、送信元に、使用権限として使用ライセンスを送信する。
【００４１】
失効処理部１３は、クライアント２０から、発行ライセンスが送信され、且つＤＲＭファイルの失効が求められた場合に、動作する。本実施の形態では、クライアント２０は、失効を求めるため、発行ライセンスを含む失効要求ファイルを送信する。
【００４２】
この場合において、まず、失効処理部１３は、送信されてきた発行ライセンスに含まれるディジタル署名の主体と、クライアント２０に失効を求めさせた操作者とが一致するかどうか判定する。そして、失効処理部１３は、一致すると判定する場合は、ＤＲＭファイルを失効させる。
【００４３】
このように、ＤＲＭサーバ１０は、ディジタル署名を送信させ、ＤＲＭファイルの失効を求めるユーザと作成者とが一致しているかどうかを検証することで、第３者が勝手にＤＲＭファイルを失効させることを防いでいる。よって、ＤＲＭサーバ１０を用いれば、コンテンツデータの作成者は、その手元から離れたＤＲＭファイルに対して、後から、“ファイル単位”で使用権限の付与を拒否することができる。また、この場合において、ＤＲＭサーバ１０における負担が増加することもない。
【００４４】
また、本実施の形態では、発行ライセンス発行部１１は、後述するＤＲＭクライアント２０から送信される発行ライセンス要求ファイルを用いて、発行ライセンスを作成する。具体的には、発行ライセンス発行部１１は、発行ライセンス要求ファイルに、自己を主体とするディジタル署名を付加し、更に、ディジタル署名が付加された発行ライセンス要求ファイルを、自己の公開鍵で暗号化し、得られた暗号化ファイルを発行ライセンスとする。また、発行ライセンス発行部１１は、作成した発行ライセンスを、ＤＲＭクライアント２０に送信する。
【００４５】
更に、本実施の形態では、失効処理部１３は、発行ライセンスに含まれるディジタル署名の主体（作成者）と、クライアント２０にＤＲＭファイルの失効を求めさせた操作者とが一致する場合は、使用権限の付与を停止したＤＲＭファイルのリスト（失効ＤＲＭファイルリスト）を生成する。
【００４６】
具体的には、失効処理部１３は、使用権限の付与を停止したＤＲＭファイルの発行ライセンスから、対称鍵と、コンテンツデータの作成者を主体とするディジタル署名とを抽出し、抽出した対称鍵とディジタル署名とを、ＤＲＭファイル毎に、リスト化する。本実施の形態では、この結果、ＤＲＭファイルは失効された状態となる。
【００４７】
また、本実施の形態では、後述するように、ＤＲＭクライアント４０は、受け取ったＤＲＭファイルの発行ライセンスをＤＲＭサーバ１０に送信すると共に、ＤＲＭファイルの使用権限の付与を求める。この場合、使用ライセンス発行部１２は、送信されてきた発行ライセンスに含まれる対称鍵とディジタル署名とが、失効ＤＲＭファイルリストに含まれているかどうかを判定する。
【００４８】
そして、使用ライセンス発行部１２は、含まれていると判定する場合は、発行ライセンスの送信元、即ちＤＲＭクライアント４０に、ＤＲＭファイルの使用権限を付与できないことを通知する。例えば、使用ライセンス発行部１２は、「当該ＤＲＭファイルは失効されたため使用不可」の旨のメッセージを送信する。これにより、ＤＲＭクライアント４０は、メッセージを受信し、画面にメッセージの内容を表示するといった処理を実行する。
【００４９】
一方、使用ライセンス発行部１２は、含まれていないと判定する場合は、発行ライセンスの送信元、即ちＤＲＭクライアント４０に、ＤＲＭファイルの使用ライセンスを付与する。
【００５０】
［クライアントの構成］
続いて、図２を用いて、クライアント２０及びクライアント４０の構成について説明する。図２に示すように、作成者が利用するＤＲＭクライアント２０は、発行ライセンス要求部２１と、コンテンツデータ作成部２２と、ＤＲＭファイル作成部２３とを備えている。
【００５１】
コンテンツデータ作成部２２は、作成者の指示に応じてコンテンツデータを作成し、更に、コンテンツデータを、対称鍵を用いて暗号化する。コンテンツデータとしては、テキスト、静止画像、動画像、楽曲などが挙げられる。
【００５２】
発行ライセンス要求部２１は、作成者を主体とするディジタル署名を作成し、更に、コンテンツデータの暗号化に使用した対称鍵、及びコンテンツデータに許可される操作を規定する操作権限情報を取得する。そして、発行ライセンス要求部２１は、ディジタル署名、対称鍵、操作権限情報を用いて、これらを含む発行ライセンス要求ファイル（図３参照）を作成する。また、発行ライセンス要求部２１は、作成した発行ライセンス要求ファイルをＤＲＭサーバ１０に送信する。この後、ＤＲＭサーバ１０の発行ライセンス発行部１０は、上述したように、発行ライセンス要求ファイルにＤＲＭサーバ１０のディジタル署名を付加し、これをＤＲＭサーバ１０の公開鍵で暗号化して、発行ライセンスを生成する。
【００５３】
ＤＲＭファイル作成部２３は、コンテンツデータ作成部２２によって作成及び暗号化されたコンテンツデータに、ＤＲＭサーバ１０から送信された発行ライセンスを組み込んで、ＤＲＭファイル（図４参照）を作成する。また、ＤＲＭファイル作成部２３は、作成したＤＲＭファイルの使用が求められると、使用を求めたユーザのクライアント（図２の例では、ＤＲＭクライアント４０）に、そのＤＲＭファイルを送信する。
【００５４】
使用権限失効処理部２４は、作成者によって、あるＤＲＭファイルの失効が指示されると、ＤＲＭサーバ１０に対して、指示対象となったＤＲＭファイルの失効を求めると共に、当該ＤＲＭファイルの発行ライセンスを送信する。
【００５５】
また、図２に示すように、ユーザが利用するＤＲＭクライアント４０は、使用ライセンス要求部４１と、コンテンツデータ再生部４２とを備えている。使用ライセンス要求部は、ＤＲＭクライアント２０から取得したＤＲＭファイルから、発行ライセンスを取り出し、使用ライセンスの要求と共に、発行ライセンスをＤＲＭサーバ１０に送信する。
【００５６】
ＤＲＭサーバ１０の使用ライセンス発行部１２は、使用権限を付与する場合は、使用ライセンスとして、発行ライセンスの復号に用いる秘密鍵を送信する。コンテンツデータ再生部４２は、送信されてきた秘密鍵を用いて、発行ライセンスに含まれる対称鍵及び操作権限情報を復号化し、更に、復号化した対称鍵を用いてコンテンツデータを復号化する。その後、コンテンツデータ再生部４２は、ユーザの指示に応じて、コンテンツデータを再生する。
【００５７】
［発行ライセンス要求ファイル］
続いて、図３を用いて、発行ライセンス要求ファイルについて具体的に説明する。図３は、本発明の実施の形態における発行ライセンス要求ファイルのデータ構造の一例を示す図である。
【００５８】
上述したように、作成者は、ＤＲＭクライアント２０において、コンテンツデータを作成する。その後、作成者は、コンテンツデータをＤＲＭファイル化するため、ＤＲＭクライアント２０に、図３に示す発行ライセンス要求ファイル３１の作成を行わせ、更に、これをＤＲＭサーバ１０に送信させる。これにより、ＤＲＭサーバ１０に対して、発行ライセンスの作成が要求されることとなる。
【００５９】
具体的には、まず、ＤＲＭサーバ１０は、ＤＲＭクライアント２０に対して、ＰＫＩ（公開鍵暗号基盤：Public Key Infrastructure）クライアント認証を実施する。ＰＫＩクライアント認証が成功すると、ＤＲＭクライアント２０は、ＤＲＭサーバ１０に、図３に示す発行ライセンス要求ファイル３１を送信する（図１中（１）の処理）。
【００６０】
また、ＤＲＭサーバ１０は、発行ライセンス要求ファイルを受信すると、ＰＫＩクライアント認証されたＤＲＭクライアント２０のユーザと、受信した発行ライセンス要求ファイル３１に含まれるディジタル署名の主体とが一致するかどうかを検証する。
【００６１】
検証の結果、ユーザとディジタル署名の主体とが一致しなかった場合、ＤＲＭサーバ１０は、「あなたには当該コンテンツに対する発行ライセンスを要求する資格がありません」といった旨のメッセージを、発行ライセンスを要求したＤＲＭクライアント２０に送信する。この場合、ＤＲＭクライアント２０は、画面にメッセージを表示するといった処理を実行する。
【００６２】
図３に示すように、発行ライセンス要求ファイル３１は、コンテンツデータの暗号化に用いられた対称鍵と、操作権限情報とを含む。また、対称鍵には、作成者を主体とするディジタル署名が付与されており、発行ライセンス要求ファイル３１は、対称鍵、操作権限情報に加えて、ディジタル署名を含んでいる。
【００６３】
このように、本実施の形態では、対称鍵に作成者のディジタル署名が付与されている点で、背景技術の欄で特許文献１に開示されていた従来の技術と異なっている。特許文献１に開示されていた従来の技術では、対称鍵に対して、作成者を主体とするディジタル署名は付与されておらず、発行ライセンス要求ファイルは、対称鍵と操作権限情報のみを含む。
【００６４】
［発行ライセンス］
続いて、図４を用いて、発行ライセンスについて具体的に説明する。図４は、本発明の実施の形態における発行ライセンスのデータ構造の一例を示す図である。
【００６５】
上述したように、ＤＲＭクライアント２０が、発行ライセンス要求ファイル３１をＤＲＭサーバ１０に送信すると、ＤＲＭサーバ１０は、それを受け付けた後、対象となったコンテンツデータに対する発行ライセンス３２を作成する。その後、ＤＲＭサーバ１０は、作成した発行ライセンス３２を、ＤＲＭクライアント２０に送信する（図１中（２）の処理）。
【００６６】
具体的には、図４に示すように、ＤＲＭサーバ１０は、ＤＲＭクライアント２０から発行ライセンス要求ファイル３１を受信すると、それに含まれる操作権限情報に対して、ＤＲＭサーバ１０を主体とするディジタル署名を付与する。そして、ＤＲＭサーバ１０は、ディジタル署名が付与された操作権限情報と、ディジタル署名が付与された対称鍵とを、自身の公開鍵で暗号化し、発行ライセンス３２を作成する。
【００６７】
図４に示すように、発行ライセンス３２は、暗号化された、対称鍵、作成者を主体とするディジタル署名、操作権限情報、及びＤＲＭサーバ１０を主体とするディジタル署名を含んでいる。このように、本実施の形態は、発行ライセンスに、作成者を主体とするディジタル署名が含まれている点で、特許文献１に開示された従来の技術と異なっている。
【００６８】
［ＤＲＭファイル］
続いて、図５を用いて、ＤＲＭファイルについて具体的に説明する。図５は、本発明の実施の形態におけるＤＲＭファイルのデータ構造の一例を示す図である。
【００６９】
ＤＲＭクライアント２０は、ＤＲＭサーバ１０から発行ライセンス３２を受信した後、図５に示すＤＲＭファイル３０を作成し、これをＤＲＭクライアント４０に送信する（図１中（３）の処理）。
【００７０】
具体的には、図５に示すように、ＤＲＭクライアント２０は、ＤＲＭサーバ１０から受信した発行ライセンス３２と、対象鍵で暗号化されたコンテンツデータとを組み合わせ、新たなデータ集合を作成する。この作成されたデータ集合が、対象となったコンテンツデータに対するＤＲＭファイル３０となる。このように、本実施の形態では、特許文献１に開示された従来の技術と異なり、ＤＲＭファイル３０に、図４に示した発行ライセンスが含まれている。
【００７１】
［失効要求ファイル］
続いて、図６を用いて、失効要求ファイルについて具体的に説明する。図６は、本発明の実施の形態における失効要求ファイルのデータ構造の一例を示す図である。
【００７２】
本実施の形態では、コンテンツデータの作成者は、対象となるＤＲＭファイル３０を失効させるために、ＤＲＭクライアント２０に、失効要求ファイル３３を作成させる。また、当該ＤＲＭファイル３０の発行ライセンスを作成したＤＲＭサーバ１０が、ＰＫＩクライアント認証処理を実行した後、ＤＲＭクライアント２０は、失効要求ファイル３３をＤＲＭサーバ１０に送信する（図１中（４）の処理）。
【００７３】
また、図６に示すように、本実施の形態では、失効要求ファイル３３は、図４に示した発行ライセンス３２と同じデータ構造を有している。ＤＲＭサーバ１０は、失効要求ファイル３３を受信すると、失効要求ファイル３３に含まれる作成者のディジタル署名を検証し、ＰＫＩクライアント認証の対象となったユーザと、当該ディジタル署名の主体とが一致するかどうかを判定する。
【００７４】
判定の結果、一致した場合に限り、ＤＲＭサーバ１０は、失効と判断し、当該ＤＲＭファイル３０を失効処理し、使用ライセンスの付与を停止する。一致しなければ、ＤＲＭサーバ１０は、「あなたには当該ＤＲＭファイルを失効する権限がありません」といった旨のメッセージを、ＤＲＭファイル３０の失効を要求したＤＲＭクライアント２０に返信する。この場合、ＤＲＭクライアント２０は、画面にメッセージを表示するといった処理を実行する。
【００７５】
［失効ＤＲＭファイルリスト］
続いて、図７を用いて、失効ＤＲＭファイルリストについて具体的に説明する。図７は、本発明の実施の形態における失効ＤＲＭファイルリストの一例を示す図である。
【００７６】
図７に示すように、失効ＤＲＭファイルリスト３４は、失効されたＤＲＭファイルを特定する情報を有している。具体的には、失効されたＤＲＭファイルを特定する情報としては、失効されたＤＲＭファイルに含まれている、対称鍵と、作成者を主体とするディジタル署名とが用いられている。
【００７７】
そして、ＤＲＭファイルリスト３４には、ＤＲＭサーバによって、ＤＲＭファイルが失効される度に、失効されたＤＲＭファイルに含まれる、対称鍵と、作成者のディジタル署名とが抽出され、抽出された情報が追加される。
【００７８】
また、登録されているディジタル署名を作成したクライアントの証明書の期限が有効期限を過ぎた場合、クライアントの証明書が失効された場合は、当該クライアントの作成したディジタル署名とそれが付与された対称鍵とは、ＤＲＭファイル失効リスト３４から削除される。
【００７９】
［システムの動作］
次に、コンテンツ管理システム１００の動作について図８〜図１０を用いて説明する。また、本実施の形態では、コンテンツ管理システム１００を動作させることによって、コンテンツ管理方法が実施される。よって、本実施の形態におけるコンテンツ管理方法の説明は、以下のコンテンツ管理システム１００の動作説明に代える。なお、図８〜図１０で、ＤＲＭサーバ１０を主体として作成されている。
【００８０】
［発行ライセンスの発行処理］
図８を用いて、ＤＲＭファイルの作成に必要となる発行ライセンスの発行処理について説明する。図８は、本発明の実施の形態におけるＤＲＭサーバによる発行ライセンス生成処理を示すフロー図である。
【００８１】
最初に、ＤＲＭファイルを作成しようとする作成者からの指示があると、ＤＲＭクライアント２０は、ＤＲＭサーバ１０と通信し、ＤＲＭサーバ１０に、ＤＲＭクライアント２０のＰＫＩクライアント認証を要求する。これにより、図８に示すように、ＤＲＭサーバ１０は、ＤＲＭクライアント２０に対して、ＰＫＩクライアント認証を実行する（ステップＡ１）。
【００８２】
次に、ＤＲＭクライアント２０が、発行ライセンス要求ファイル３１（図３参照）を、ＤＲＭサーバ１０に送信すると、ＤＲＭサーバ１０の発行ライセンス発行部１１は、それを受信する（ステップＡ２）。そして、発行ライセンス発行部１１は、ＰＫＩクライアント認証されたＤＲＭクライアント２０のユーザと、受信した発行ライセンス要求ファイル３１に含まれるディジタル署名の主体とが一致するかどうかを判定する（ステップＡ３）。
【００８３】
ステップＡ３の判定の結果、一致する場合は、発行ライセンス発行部１１は、発行ライセンス（図４参照）を作成し、発行ライセンスを要求したＤＲＭクライアント２０に送信する（ステップＡ４）。
【００８４】
また、ステップＡ４が実行されると、発行ライセンスを受け取ったＤＲＭクライアント２０は、ＤＲＭファイル３０（図５参照）を作成する。更に、ＤＲＭクライアント２０は、作成したＤＲＭファイル３０を要求された場合は、要求を行ったＤＲＭクライアントにＤＲＭファイルを送信する。
【００８５】
一方、ステップＡ３の判定の結果、一致しない場合は、発行ライセンス発行部１１は、「あなたには当該コンテンツに対する発行ライセンスを要求する資格がありません」といった旨のメッセージを、発行ライセンスの要求元となったＤＲＭクライアント２０に送信する（ステップＡ５）。そして、メッセージを受信したＤＲＭクライアント２０は、画面に、受信したメッセージを表示するといった処理を実行する。
【００８６】
［ＤＲＭファイルの失効処理］
図９を用いて、ＤＲＭファイルの失効処理について説明する。図９は、本発明の実施の形態におけるＤＲＭサーバによるＤＲＭファイル失効処理を示すフロー図である。
【００８７】
最初に、過去に作成したＤＲＭファイルを失効させたい作成者からの指示があると、ＤＲＭクライアント２０は、ＤＲＭサーバ１０と通信し、ＤＲＭサーバ１０に、ＤＲＭクライアント２０のＰＫＩクライアント認証を要求する。これにより、図９に示すように、ＤＲＭサーバ１０は、ＤＲＭクライアント２０に対して、ＰＫＩクライアント認証を実行する（ステップＢ１）。
【００８８】
次に、ＤＲＭクライアント２０が、ＤＲＭファイルを失効させるため、失効要求ファイル３３（図６参照）をＤＲＭサーバ１０へ送信すると、ＤＲＭサーバ１０の失効処理部１３は、失効要求ファイル３３を受信する（ステップＢ２）。そして、失効処理部１３は、ＰＫＩクライアント認証されたＤＲＭクライアント２０のユーザと、受信した失効要求ファイル３３に含まれるディジタル署名の主体とが一致するかどうかを判定する（ステップＢ３）。
【００８９】
ステップＢ３の判定の結果、一致する場合は、失効処理部１３は、失効が求められたＤＲＭファイルの、以前に作成した発行ライセンス３２から、対称鍵と作成者を主体としたディジタル署名とを取り出し、これらを、自身が管理する失効ＤＲＭファイルリスト３４（図７参照）に追記する（ステップＢ４）。
【００９０】
ステップＢ４の実行により、失効が求められたＤＲＭファイルは、失効された状態となる。そして、失効処理部１３は、作成者がＤＲＭファイルの失効要求に用いたＤＲＭクライアント２０に対して、「失効処理成功」の旨のメッセージを送信する（ステップＢ５）。
【００９１】
一方、ステップＢ３の判定の結果、一致しない場合は、失効処理部１３は、「あなたには当該ＤＲＭファイルを失効する権限がありません」といった旨のメッセージを、作成者がＤＲＭファイルの失効要求に用いたＤＲＭクライアント２０に送信する（ステップＢ６）。そして、メッセージを受信したＤＲＭクライアント２０は、画面に、受信したメッセージを表示するといった処理を実行する。
【００９２】
［使用ライセンスの発行処理］
図１０を用いて、使用ライセンスの発行処理について説明する。図１０は、本発明の実施の形態におけるＤＲＭサーバによる使用ライセンス発行処理を示すフロー図である。
【００９３】
前提として、Ｂ社の社員が、ＤＲＭクライアント４０を介して、何らかの方法（電子メールによる送信、ＵＳＢメモリ等の記憶媒体を介した手渡し、等）により、ＤＲＭクライアント２０の作成したＤＲＭファイル３０を入手したとする。そして、ＤＲＭファイル３０のユーザの指示により、ＤＲＭクライアント４０が、当該ＤＲＭファイル３０の発行ライセンス３２を作成したＤＲＭサーバ１０と通信し、ＤＲＭサーバ１０に対してそれ自身のＰＫＩクライアント認証を要求したとする。
【００９４】
ＤＲＭクライアント４０がＰＫＩクライアント認証を要求すると、図１０に示すように、ＤＲＭサーバ１０は、ＤＲＭクライアント４０に対して、ＰＫＩクライアント認証を実行する（ステップＣ１）。
【００９５】
次に、ＤＲＭクライアント４０が、使用するＤＲＭファイル３０の使用ライセンスを要求するために、ＤＲＭファイル３０に含まれる発行ライセンス３２を、ＤＲＭサーバ１０に送信すると（図１中の（５）の処理）、ＤＲＭサーバ１０の使用ライセンス発行部１２は、それを受信する（ステップＣ２）。
【００９６】
次に、発行ライセンス３２を受信すると、ＤＲＭサーバ１０の使用ライセンス発行部１２は、それに含まれる対称鍵と作成者のディジタル署名とが、失効ＤＲＭファイルリスト３４（図７参照）に登録されているかどうかを判定する（ステップＣ３）。
【００９７】
ステップＣ３の判定の結果、失効ＤＲＭファイルリストに登録されていなかった場合は、使用ライセンス発行部１２は、当該ＤＲＭファイル３０は失効されていないと認識し、使用ライセンスを作成し、それを、使用ライセンスを要求したＤＲＭクライアント４０に送信する（ステップＣ４）。
【００９８】
具体的には、本実施の形態では、使用ライセンス発行部１２は、使用ライセンスとして、発行ライセンスの復号に用いる秘密鍵を送信する（図１中（６）の処理）。使用ライセンスを入手したＤＲＭクライアント４０では、ユーザは、ＤＲＭファイル３０を構成する発行ライセンスに記載されている操作権限情報に従い、ＤＲＭファイルを操作することができる。
【００９９】
また、ステップＣ３の判定の結果、失効ＤＲＭファイルリストに登録されていた場合は、使用ライセンス発行部１２は、使用ライセンスを発行せず、代わりに、「当該ＤＲＭファイルは失効されたため使用不可である」の旨のメッセージを、使用ライセンスを要求したＤＲＭクライアント４０送信する（ステップＣ５）。そして、メッセージを受信したＤＲＭクライアント４０は、画面に、受信したメッセージを表示するといった処理を実行する。
【０１００】
以上のように、本実施の形態では、ＤＲＭサーバは、“失効されたＤＲＭファイルのみ”の情報を管理すれば良く、この管理している情報に基づいて、使用ライセンスの発行及び非発行を制御する。従って、本実施の形態によれば、ＤＲＭサーバ１０への負荷を軽減しつつ、ファイル作成者の手元から離れたＤＲＭファイルでも、後から“ファイル単位”でユーザ操作の拒否を可能とすることができる。
【０１０１】
また、本実施の形態におけるプログラムは、コンピュータに、図８に示すステップＡ１〜Ａ５、図９に示すステップＢ１〜Ｂ６、図１０に示すステップＣ１〜Ｃ５を実行させるプログラムであれば良い。このプログラムをコンピュータにインストールし、実行することによって、本実施の形態におけるＤＲＭサーバ１０とコンテンツ管理方法とを実現することができる。この場合、コンピュータのＣＰＵ（Central Processing Unit）は、発行ライセンス発行部１１、使用ライセンス発行部１２、及び失効処理部１３として機能し、処理を行なう。
【０１０２】
ここで、実施の形態におけるプログラムを実行することによって、ＤＲＭサーバ１０を実現するコンピュータについて図１１を用いて説明する。図１１は、本発明の実施の形態におけるＤＲＭサーバを実現するコンピュータの一例を示すブロック図である。
【０１０３】
図１１に示すように、コンピュータ１１０は、ＣＰＵ１１１と、メインメモリ１１２と、記憶装置１１３と、入力インターフェイス１１４と、表示コントローラ１１５と、データリーダ／ライタ１１６と、通信インターフェイス１１７とを備える。これらの各部は、バス１２１を介して、互いにデータ通信可能に接続される。
【０１０４】
ＣＰＵ１１１は、記憶装置１１３に格納された、本実施の形態におけるプログラム（コード）をメインメモリ１１２に展開し、これらを所定順序で実行することにより、各種の演算を実施する。メインメモリ１１２は、典型的には、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性の記憶装置である。また、本実施の形態におけるプログラムは、コンピュータ読み取り可能な記録媒体１２０に格納された状態で提供される。なお、本実施の形態におけるプログラムは、通信インターフェイス１１７を介して接続されたインターネット上で流通するものであっても良い。
【０１０５】
また、記憶装置１１３の具体例としては、ハードディスクの他、フラッシュメモリ等の半導体記憶装置が挙げられる。入力インターフェイス１１４は、ＣＰＵ１１１と、キーボード及びマウスといった入力機器１１８との間のデータ伝送を仲介する。表示コントローラ１１５は、ディスプレイ装置１１９と接続され、ディスプレイ装置１１９での表示を制御する。データリーダ／ライタ１１６は、ＣＰＵ１１１と記録媒体１２０との間のデータ伝送を仲介し、記録媒体１２０からのプログラムの読み出し、及びコンピュータ１１０における処理結果の記録媒体１２０への書き込みを実行する。通信インターフェイス１１７は、ＣＰＵ１１１と、他のコンピュータとの間のデータ伝送を仲介する。
【０１０６】
また、記録媒体１２０の具体例としては、ＣＦ（Compact Flash）及びＳＤ（Secure Digital）等の汎用的な半導体記憶デバイス、フレキシブルディスク（Flexible Disk）等の磁気記憶媒体、又はＣＤ−ＲＯＭ（Compact Disk Read Only Memory）などの光学記憶媒体が挙げられる。
【０１０７】
上述した実施の形態の一部又は全部は、以下に記載する（付記１）〜（付記２０）によって表現することができるが、以下の記載に限定されるものではない。
【０１０８】
（付記１）
コンテンツデータに、発行ライセンスを組み込んで、使用権限が管理される管理ファイルを作成する、クライアントと、
前記クライアントから、前記コンテンツデータの作成者を主体とするディジタル署名を取得し、取得した前記ディジタル署名を含む前記発行ライセンスを作成して、前記発行ライセンスを前記クライアントに送信し、そして、前記発行ライセンスが送信されてきたことを条件に、その送信元に、前記管理ファイルの使用権限を付与する、管理サーバと、
を備え、
前記管理サーバは、
前記クライアントから、前記発行ライセンスが送信され、且つ前記管理ファイルの失効が求められた場合に、送信されてきた前記発行ライセンスに含まれる前記ディジタル署名の主体と、前記クライアントに前記管理ファイルの失効を求めさせた操作者とが一致するかどうか判定し、一致すると判定する場合に、前記管理ファイルを失効させる、ことを特徴とするコンテンツ管理システム。
【０１０９】
（付記２）
前記クライアントが、前記管理ファイルの作成の前に、前記コンテンツデータの作成者を主体とするディジタル署名を含む発行ライセンス要求ファイルを、前記管理サーバに送信し、
前記管理サーバが、前記発行ライセンス要求ファイルを用いて、前記発行ライセンスを作成する、
付記１に記載のコンテンツ管理システム。
【０１１０】
（付記３）
前記クライアントが、前記コンテンツデータを暗号化し、そして、前記コンテンツデータの作成者を主体とするディジタル署名に加えて、前記コンテンツデータの暗号化に使用した対称鍵、及び前記コンテンツデータに許可される操作を規定する操作権限情報を含む前記発行ライセンス要求ファイルを、前記管理サーバに送信する、
付記２に記載のコンテンツ管理システム。
【０１１１】
（付記４）
前記管理サーバが、
一致すると判定する場合に、失効が求められた前記管理ファイルの発行ライセンスから、前記対称鍵と、前記コンテンツデータの作成者を主体とするディジタル署名とを抽出し、抽出した前記対称鍵と前記ディジタル署名とを用いて、失効させた前記管理ファイルのリストを生成し、
そして、前記発行ライセンスの送信と共に前記管理ファイルの使用権限の付与が求められた場合に、送信されてきた前記発行ライセンスに含まれる前記対称鍵と、前記ディジタル署名とが、前記リストに含まれているかどうかを判定し、
含まれていると判定する場合は、前記発行ライセンスの送信元に、前記管理ファイルが失効されたことを通知し、
含まれていないと判定する場合は、前記発行ライセンスの送信元に、前記管理ファイルの使用権限を付与する、
付記３に記載のコンテンツ管理システム。
【０１１２】
（付記５）
前記管理サーバが、前記発行ライセンス要求ファイルに、当該管理サーバを主体とする第２のディジタル署名を付加し、そして、前記第２のディジタル署名が付加された前記発行ライセンス要求ファイルを、当該管理サーバの公開鍵で暗号化し、得られた暗号化ファイルを前記発行ライセンスとする、
付記３または４に記載のコンテンツ管理システム。
【０１１３】
（付記６）
クライアントがコンテンツデータに発行ライセンスを組み込んで作成した管理ファイルを対象として、使用権限を管理する、管理サーバであって、
前記クライアントから、前記コンテンツデータの作成者を主体とするディジタル署名を取得し、取得した前記ディジタル署名を含む前記発行ライセンスを作成して、前記発行ライセンスを前記クライアントに送信する、発行ライセンス発行部と、
前記発行ライセンスが送信されてきたことを条件に、その送信元に、前記管理ファイルの使用権限を付与する、使用ライセンス発行部と、
前記クライアントから、前記発行ライセンスが送信され、且つ前記管理ファイルの失効が求められた場合に、送信されてきた前記発行ライセンスに含まれる前記ディジタル署名の主体と、前記クライアントに前記管理ファイルの失効を求めさせた操作者とが一致するかどうか判定し、一致すると判定する場合に、前記管理ファイルを失効させる、失効処理部と、
を備えていることを特徴とする管理サーバ。
【０１１４】
（付記７）
前記発行ライセンス発行部が、前記クライアントから、前記管理ファイルの作成の前に、前記コンテンツデータの作成者を主体とするディジタル署名を含む発行ライセンス要求ファイルを受信し、前記発行ライセンス要求ファイルを用いて、前記発行ライセンスを作成する、付記６に記載の管理サーバ。
【０１１５】
（付記８）
前記クライアントが、前記コンテンツデータを暗号化しており、
前記発行ライセンス発行部が、前記クライアントから、前記コンテンツデータの作成者を主体とするディジタル署名に加えて、前記コンテンツデータの暗号化に使用した対称鍵、及び前記コンテンツデータに許可される操作を規定する操作権限情報を含む、前記発行ライセンス要求ファイルを受信する、付記７に記載の管理サーバ。
【０１１６】
（付記９）
前記失効処理部が、
一致すると判定する場合に、失効が求められた前記管理ファイルの発行ライセンスから、前記対称鍵と、前記コンテンツデータの作成者を主体とするディジタル署名とを抽出し、抽出した前記対称鍵と前記ディジタル署名とを用いて、失効させた前記管理ファイルのリストを生成し、
前記使用ライセンス発行部が、前記発行ライセンスの送信と共に前記管理ファイルの使用権限の付与が求められた場合に、送信されてきた前記発行ライセンスに含まれる前記対称鍵と、前記ディジタル署名とが、前記リストに含まれているかどうかを判定し、
含まれていると判定する場合は、前記発行ライセンスの送信元に、前記管理ファイルが失効されたことを通知し、
含まれていないと判定する場合は、前記発行ライセンスの送信元に前記管理ファイルの使用権限を付与する、
付記８に記載の管理サーバ。
【０１１７】
（付記１０）
前記発行ライセンス発行部が、前記発行ライセンス要求ファイルに、当該管理サーバを主体とする第２のディジタル署名を付加し、そして、前記第２のディジタル署名が付加された前記発行ライセンス要求ファイルを、当該管理サーバの公開鍵で暗号化し、得られた暗号化ファイルを前記発行ライセンスとする、
付記８または９に記載の管理サーバ。
【０１１８】
（付記１１）
クライアントと管理サーバとを用いたコンテンツの管理方法であって、
（ａ）前記管理サーバが、前記クライアントから、コンテンツデータの作成者を主体とするディジタル署名を取得し、取得した前記ディジタル署名を含む発行ライセンスを作成し、そして、作成した前記発行ライセンスを、前記クライアントに送信する、ステップと、
（ｂ）前記クライアントが、前記コンテンツデータに、前記発行ライセンスを組み込んで、使用権限が管理される管理ファイルを作成する、ステップと、
（ｃ）前記管理サーバが、前記発行ライセンスが送信されてきたことを条件に、その送信元に、前記管理ファイルの使用権限を付与する、ステップと、
（ｄ）前記クライアントが、前記管理サーバに、前記発行ライセンスを送信して、前記管理ファイルの失効を求めた場合に、
前記管理サーバが、送信されてきた前記発行ライセンスに含まれる前記ディジタル署名の主体と、前記クライアントに前記管理ファイルの失効を求めさせた操作者とが一致するかどうか判定し、一致すると判定する場合に、前記管理ファイルを失効させる、ステップと、を有することを特徴とするコンテンツ管理方法。
【０１１９】
（付記１２）
（ｅ）前記（ａ）のステップの実行の前に、前記クライアントが、コンテンツデータの作成者を主体とするディジタル署名を含む発行ライセンス要求ファイルを、前記管理サーバに送信する、ステップを更に有し、
前記（ａ）のステップにおいて、前記管理サーバが、前記（ｅ）のステップで送信された前記発行ライセンス要求ファイルを用いて、前記発行ライセンスを作成する、付記１１に記載のコンテンツ管理方法。
【０１２０】
（付記１３）
前記（ｅ）のステップにおいて、前記クライアントが、前記コンテンツデータを暗号化し、そして、前記コンテンツデータの作成者を主体とするディジタル署名に加えて、前記コンテンツデータの暗号化に使用した対称鍵、及び前記コンテンツデータに許可される操作を規定する操作権限情報を含む前記発行ライセンス要求ファイルを、前記管理サーバに送信する、
付記１２に記載のコンテンツ管理方法。
【０１２１】
（付記１４）
前記（ｄ）のステップにおいて、前記管理サーバが、
一致すると判定する場合に、失効が求められた前記管理ファイルの発行ライセンスから、前記対称鍵と、前記コンテンツデータの作成者を主体とするディジタル署名とを抽出し、抽出した前記対称鍵と前記ディジタル署名とを用いて、失効させた前記管理ファイルのリストを生成し、
前記（ｆ）のステップにおいて、前記管理サーバが、
前記発行ライセンスの送信と共に前記管理ファイルの使用権限の付与が求められた場合に、送信されてきた前記発行ライセンスに含まれる前記対称鍵と、前記ディジタル署名とが、前記リストに含まれているかどうかを判定し、
含まれていると判定する場合は、前記発行ライセンスの送信元に、前記管理ファイルが失効されたことを通知し、
含まれていないと判定する場合は、前記発行ライセンスの送信元に、前記管理ファイルの使用権限を付与する、
付記１３に記載のコンテンツ管理方法。
【０１２２】
（付記１５）
前記（ａ）のステップにおいて、前記管理サーバが、前記発行ライセンス要求ファイルに、当該管理サーバを主体とする第２のディジタル署名を付加し、そして、前記第２のディジタル署名が付加された前記発行ライセンス要求ファイルを、当該管理サーバの公開鍵で暗号化し、得られた暗号化ファイルを前記発行ライセンスとする、
付記１３または１４に記載のコンテンツ管理方法。
【０１２３】
（付記１６）
コンピュータに、クライアントがコンテンツデータに発行ライセンスを組み込んで作成した管理ファイルを対象として、使用権限を管理させるための、プログラムであって、
前記コンピュータに、
（ａ）前記クライアントから、前記コンテンツデータの作成者を主体とするディジタル署名を取得し、取得した前記ディジタル署名を含む前記発行ライセンスを作成して、前記発行ライセンスを前記クライアントに送信する、ステップと、
（ｂ）前記発行ライセンスが送信されてきたことを条件に、その送信元に、前記管理ファイルの使用権限を付与する、ステップと、
（ｃ）前記クライアントから、前記発行ライセンスが送信され、且つ前記管理ファイルの失効が求められた場合に、送信されてきた前記発行ライセンスに含まれる前記ディジタル署名の主体と、前記クライアントに前記管理ファイルの失効を求めさせた操作者とが一致するかどうか判定し、一致すると判定する場合に、前記管理ファイルを失効させる、ステップと、
を実行させるプログラム。
【０１２４】
（付記１７）
（ｄ）前記（ａ）のステップの実行前に、前記クライアントから、前記コンテンツデータの作成者を主体とするディジタル署名を含む発行ライセンス要求ファイルを受信する、ステップを更に前記コンピュータに実行させ、
前記（ａ）のステップにおいて、前記発行ライセンス要求ファイルを用いて、前記発行ライセンスを作成する、付記１６に記載のプログラム。
【０１２５】
（付記１８）
前記クライアントが、前記コンテンツデータを暗号化しており、
前記（ｄ）のステップにおいて、前記クライアントから、前記コンテンツデータの作成者を主体とするディジタル署名に加えて、前記コンテンツデータの暗号化に使用した対称鍵、及び前記コンテンツデータに許可される操作を規定する操作権限情報を含む、前記発行ライセンス要求ファイルを受信する、付記１７に記載のプログラム。
【０１２６】
（付記１９）
前記（ｃ）のステップにおいて、
一致すると判定する場合に、失効が求められた前記管理ファイルの発行ライセンスから、前記対称鍵と、前記コンテンツデータの作成者を主体とするディジタル署名とを抽出し、抽出した前記対称鍵と前記ディジタル署名とを用いて、失効させた前記管理ファイルのリストを生成し、
前記（ｂ）のステップにおいて、
前記発行ライセンスの送信と共に前記管理ファイルの使用権限の付与が求められた場合に、送信されてきた前記発行ライセンスに含まれる前記対称鍵と、前記ディジタル署名とが、前記リストに含まれているかどうかを判定し、
含まれていると判定する場合は、前記発行ライセンスの送信元に、前記管理ファイルが失効されたことを通知し、
含まれていないと判定する場合は、前記発行ライセンスの送信元に前記管理ファイルの使用権限を付与する、
付記１８に記載のプログラム。
【０１２７】
（付記２０）
前記（ａ）のステップにおいて、前記発行ライセンス要求ファイルに、前記コンピュータを主体とする第２のディジタル署名を付加し、そして、前記第２のディジタル署名が付加された前記発行ライセンス要求ファイルを、前記コンピュータの公開鍵で暗号化し、得られた暗号化ファイルを前記発行ライセンスとする、
付記１８または１９に記載のプログラム。
【産業上の利用可能性】
【０１２８】
以上のように、本発明によれば、管理サーバの負担を増加させることなく、作成者の手元から離れたファイルの権限をファイル単位で失効させることができる。よって、本発明を用いれば、誤った操作権限を設定して他人へ渡したファイルが、ファイル自体の転送、印刷、プリントスクリーン等によって、第三者に漏洩してしまう事態が、防止される。本発明は、機密情報の漏洩の防止が求められる用途に有用である。
【符号の説明】
【０１２９】
１０  ＤＲＭサーバ（管理サーバ）
１１  発行ライセンス発行部
１２  使用ライセンス発行部
１３  失効処理部
２０  ＤＲＭクライアント
２１  発行ライセンス要求部
２２  コンテンツデータ作成部
２３  ＤＲＭファイル作成部
２４  使用権限失効処理部
３０  ＤＲＭファイル
４０  ＤＲＭクライアント
４１  使用ライセンス要求部
４２  コンテンツデータ再生部
５０  ＤＲＭサーバ
６０〜６２  認証局
７０  インターネット
１００  コンテンツ管理システム
１１０  コンピュータ
１１１  ＣＰＵ
１１２  メインメモリ
１１３  記憶装置
１１４  入力インターフェイス
１１５  表示コントローラ
１１６  データリーダ／ライタ
１１７  通信インターフェイス
１１８  入力機器
１１９  ディスプレイ装置
１２０  記録媒体
１２１  バス
【図１】
0005630261.tif 000002
【図２】
0005630261.tif 000003
【図３】
0005630261.tif 000004
【図４】
0005630261.tif 000005
【図５】
0005630261.tif 000006
【図６】
0005630261.tif 000007
【図７】
0005630261.tif 000008
【図８】
0005630261.tif 000009
【図９】
0005630261.tif 000010
【図１０】
0005630261.tif 000011
【図１１】
0005630261.tif 000012