(57)【特許請求の範囲】
【請求項１】
機器組込の公開暗号化鍵の登録および登録された前記公開暗号化鍵の証明を行なうための鍵管理システム（１０００）であって、
前記機器は、
暗号化コンテンツデータを復号するためのライセンスの提供を受けるに際して、前記ライセンス供給元に対して、システムに共通な認証鍵（KPmaster）によって復号することで、認証可能なように暗号化された前記機器の種類に固有な公開暗号化鍵（KPmedia(1),KPp）を出力するために、製造時に予め前記機器の種類に固有な公開暗号化鍵を保持した認証データ保持部（１４４２）と、
前記公開暗号化鍵にて暗号化されたデータを復号するための秘密復号鍵を保持する鍵保持部（１４０２，１５２０）と、
前記鍵保持部に保持された前記秘密復号鍵を用いて、前記公開暗号化鍵にて暗号化されたデータを復号する第１の復号処理部（１４０４，１５２２）とを備え、
前記ライセンス供給元から提供される前記公開暗号化鍵にて暗号化された第１の共通鍵を受け取り、
前記鍵管理システムは、
前記機器に組込むための前記公開暗号化鍵の登録の申請を行なう複数の第１の端末装置（２２０．１〜２２０．ｋ）と、
前記複数の第１の端末装置からの前記公開暗号化鍵の登録の申請に応じて前記公開暗号化鍵の登録ならびに認証鍵により復号可能な証明付き暗号化を前記公開暗号化鍵に施す認証端末（２０２）と、
各前記第１の端末装置から供給される前記機器の仕様情報に基づいて、前記機器に対して前記公開暗号化鍵を組込むことの適否を審査する審査端末（２１０，２１２）とを備え、
前記機器の仕様情報は、前記機器の設計情報、性能情報および製造条件の情報のうちの少なくとも１つを含み、
前記審査端末は、
前記機器に対して前記公開暗号化鍵を組込むことの適否を審査した結果に対応する審査情報を格納するための第１の記憶装置（２１２）を含み、
前記審査端末は、前記審査した結果を前記第１の端末装置に送信し、
前記認証端末は、
登録された前記公開暗号化鍵を格納する第２の記憶装置（２０４）と、
前記公開暗号化鍵に対して前記認証鍵により復号可能な証明付き暗号化を施した証明書付き暗号化データを生成する暗号処理部とを含み、
前記認証端末は、各前記第１の端末装置から前記公開暗号化鍵の登録の申請に応答して、前記審査端末の前記第１の記憶装置に格納された前記審査情報および前記第２の記憶装置に格納されている、既に登録されている前記公開暗号化鍵に基づいて、申請のあった前記公開暗号化鍵を登録するか否かを判断し、前記登録するか否かの判断結果を前記第１の端末装置に送信し、登録する場合は前記第２の記憶装置に前記公開暗号化鍵を格納し、さらに、前記公開暗号化鍵を前記暗号処理部にて暗号化を行ない前記証明書付き暗号化データを生成し、前記証明書付き暗号化データを申請のあった前記第１の端末装置に対して出力し、
前記第１の端末装置は、前記審査端末から前記審査した結果を受信し、前記認証端末から前記登録するか否かの判断結果を受信する、鍵管理システム。
【請求項２】
前記鍵管理システムは、
複数の第２の端末装置（１０．１，１０．２）をさらに備え、
各前記第２の端末装置は、
外部とのデータの授受を行なう第１のインタフェース部（３５０）と、
前記第１のインタフェース部からデータの配信要求とともに証明書付き暗号化データが入力されると、前記証明書付き暗号化データを前記認証鍵にて復号し、前記証明書付き暗号化データに含まれる前記公開暗号化鍵の有効性を判断する制御部（３１２）とを含み、
各前記第２の端末装置の前記制御部は、前記公開暗号化鍵の有効と判断されたとき要求のあったデータの出力を行なう、請求項１記載の鍵管理システム。
【請求項３】
前記鍵管理システムは、
前記認証端末に登録された前記公開暗号化鍵の証明を行なう照会端末（１２）をさらに含み、
各前記第２の端末装置の前記制御部は、前記認証端末の照会処理部に対して、前記公開暗号化鍵の照会を行ない、照会結果に基づいて要求のあったデータの出力を行なう、請求項２記載の鍵管理システム。
【請求項４】
前記鍵管理システムは、
複数の第３の端末装置（１００，１０２，１０６，１０８）をさらに備え、
各前記第３の端末装置は、
外部とのデータの授受を行なう第２のインタフェース（１１０４）と、
前記認証端末において生成された前記証明書付き暗号化データを保持する認証データ保持部（１４４２，１５２５）とを含み、
各前記第３の端末装置は、前記第２のインタフェース部を介して、前記認証データ保持部に保持された前記証明書付き暗号化データを出力する、請求項３に記載の鍵管理システム。
【請求項５】
前記認証端末は、前記第１の端末装置のうちのいずれかからの登録抹消申請に基づいて、前記公開暗号化鍵に対する抹消情報を前記第２の記憶装置に記録し、
前記照会端末は、前記公開暗号化鍵の照会を行うための照会データを格納するための第３の記憶装置（１４）を含み、
前記照会端末は、前記認証端末からの指示に応じて、抹消申請のあった前記公開暗号化鍵に対する前記照会データの抹消を前記第３の記憶装置に格納する、請求項４記載の鍵管理システム。
【請求項６】
前記認証端末は、前記認証鍵により復号可能な証明付き暗号化を行うための鍵の漏洩が検知された場合、当該鍵にて暗号化された前記証明書付き暗号化データに関連する前記公開暗号化鍵の抹消情報を前記第２の記憶装置に記録し、かつ、抹消するための指示を前記照会端末に対して出力し、
前記照会端末は、前記公開暗号化鍵の照会を行うための照会データを格納するための第３の記憶装置を含み、
前記照会端末は、前記認証端末から指示のあった前記公開暗号化鍵に対する照会データの抹消を前記第３の記憶装置に格納する、請求項４記載の鍵管理システム。
【請求項７】
前記第１および前記第２のインタフェース部は、携帯電話網を介して接続され、
前記第２のインターフェース部は携帯電話網に接続している、請求項４記載の鍵管理システム。
【請求項８】
前記証明付き暗号化データは、前記公開暗号化鍵に加え機器の種類を特定できる情報を少なくとも含んだ証明データに証明付暗号化を施したデータである、請求項３記載の鍵管理システム。
【請求項９】
前記制御部は、前記証明書付き暗号化データに含まれる前記証明データを用いて前記照会端末に対して照会を行う、請求項８記載の鍵管理システム。
【請求項１０】
前記鍵管理システムは、
複数の第３の端末装置（１００，１０２，１０６，１０８）をさらに備え、
各前記第３の端末装置は、
外部とのデータの授受を行なう第２のインタフェース（１１０４）と、
前記認証端末において生成された前記証明書付き暗号化データを保持する認証データ保持部（１４４２，１５２５）とを含み、
各前記第３の端末装置は、前記第２のインタフェース部を介して、前記認証データ保持部に保持された前記証明書付き暗号化データを出力する、請求項２に記載の鍵管理システム。
【請求項１１】
前記第１および前記第２のインタフェース部は、携帯電話網にて接続されている、請求項１０記載の鍵管理システム。
【請求項１２】
機器組込の公開暗号化鍵の登録および登録された前記公開暗号化鍵の証明を行なうために、前記公開暗号化鍵の登録管理ならびに認証鍵により復号可能な証明付き暗号化を前記公開暗号化鍵に施すための鍵管理方法であって、前記機器は、暗号化コンテンツデータを復号するためのライセンスの提供を受けるに際して、前記ライセンス供給元に対して、システムに共通な認証鍵（KPmaster）によって復号することで、認証可能なように暗号化された前記機器の種類に固有な公開暗号化鍵（KPmedia(1),KPp）を出力するために、製造時に予め前記機器の種類に固有な公開暗号化鍵を保持した認証データ保持部（１４４２）と、前記公開暗号化鍵にて暗号化されたデータを復号するための秘密復号鍵を保持する鍵保持部（１４０２，１５２０）と、前記鍵保持部に保持された前記秘密復号鍵を用いて、前記公開暗号化鍵にて暗号化されたデータを復号する第１の復号処理部（１４０４，１５２２）とを備え、前記ライセンス供給元から提供される前記公開暗号化鍵にて暗号化された第１の共通鍵を受け取り、
前記鍵管理方法は、
前記機器の仕様情報に基づいて、前記機器に対して前記公開暗号化鍵を組込むことの適否を審査した結果に対応する審査情報を生成するステップと、
前記機器の仕様情報は、前記機器の設計情報、性能情報および製造条件の情報のうちの少なくとも１つを含み、
申請元からの前記公開暗号化鍵の登録の申請に基づいて、前記審査情報および既に登録されている前記公開暗号化鍵に応じて、申請のあった前記公開暗号化鍵を登録するか否かを判断するステップと、
登録すると判断した場合、
前記申請のあった前記公開暗号化鍵を登録するステップと、
前記公開暗号化鍵に対して認証鍵により復号可能な証明付き暗号化を施した証明書付き暗号化データを生成し、前記証明書付き暗号化データと前記認証鍵を前記申請元に与えるステップとをさらに備える、鍵管理方法。
【請求項１３】
機器組込の公開暗号化鍵の登録および登録された前記公開暗号化鍵の証明を行なうための鍵管理システムによる鍵管理方法であって、前記機器は、暗号化コンテンツデータを復号するためのライセンスの提供を受けるに際して、前記ライセンス供給元に対して、システムに共通な認証鍵（KPmaster）によって復号することで、認証可能なように暗号化された前記機器の種類に固有な公開暗号化鍵（KPmedia(1),KPp）を出力するために、製造時に予め前記機器の種類に固有な公開暗号化鍵を保持した認証データ保持部（１４４２）と、前記公開暗号化鍵にて暗号化されたデータを復号するための秘密復号鍵を保持する鍵保持部（１４０２，１５２０）と、前記鍵保持部に保持された前記秘密復号鍵を用いて、前記公開暗号化鍵にて暗号化されたデータを復号する第１の復号処理部（１４０４，１５２２）とを備え、前記ライセンス供給元から提供される前記公開暗号化鍵にて暗号化された第１の共通鍵を受け取り、
前記鍵管理システムは、
前記機器に組込むための前記公開暗号化鍵の登録の申請を行なう複数の申請手段と、
前記複数の申請手段からの申請に対して、前記公開暗号化鍵の登録管理ならびに認証鍵により復号可能な証明付き暗号化を前記公開暗号化鍵に施す認証手段と、
前記機器の仕様情報に基づいて、前記鍵管理システムへの登録の適格を判断する審査手段とを備え、
前記機器の仕様情報は、前記機器の設計情報、性能情報および製造条件の情報のうちの少なくとも１つを含み、
前記審査手段は、
前記機器に対して前記公開暗号化鍵を組込むことの適否を審査した結果に対応する審査情報を格納するための第１の記憶手段を含み、
前記認証手段は、
登録された前記公開暗号化鍵を格納する第２の記憶手段を含み、
前記鍵管理方法は、
前記認証手段により、各前記申請手段から前記公開暗号化鍵の登録の申請に基づいて、前記審査手段の前記第１の記録装置に格納された申請のあった前記公開暗号化鍵を組込む機器に対する前記審査情報および前記第２の記憶装置に格納されている、既に登録されている前記公開暗号化鍵に応じて、申請のあった前記公開暗号化鍵を登録するか否かを判断し、登録する場合は前記第２の記憶手段に申請のあった前記公開暗号化鍵を格納するステップと、
前記認証手段により、前記公開暗号化鍵に対して認証鍵により復号可能な証明付き暗号化を施した、前記証明書付き暗号化データを生成するステップと、
前記認証手段により、前記証明書付き暗号化データと前記認証鍵を申請のあった前記申請手段に対して出力するステップとを備える、鍵管理方法。
【請求項１４】
前記鍵管理システムは、
前記証明書付き暗号化データを組み込んだ機器からのデータ送信要求に対して、データを送信する送信手段をさらに備え、
前記送信手段により、前記証明書付き暗号化データを組込んだ機器から送信される前記証明書付き暗号化データを復号し、前記証明書付き暗号化データが前記認証手段によって生成されたか否かを判断し、かつ、前記公開暗号化鍵を抽出するステップと、
前記送信手段により、前記機器から送信された前記証明書付き暗号化データが前記認証手段によって生成されたと判断したとき、かつ、前記認証手段の前記第２の記憶手段に抽出した前記公開暗号化鍵が登録されているとき、前記データ送信要求に対して、データを送信するステップとをさらに備える、請求項１３記載の鍵管理方法。
【請求項１５】
前記認証手段は、
前記第２の記憶手段に格納された前記公開暗号化鍵の抹消登録を行なう第３の記憶手段をさらに備え、
前記第２の記憶手段に格納した前記公開暗号化鍵の使用を禁止するための抹消登録を前記第３の記憶手段に格納するステップをさらに備える、請求項１３記載の鍵管理方法。
【請求項１６】
前記申請手段により、前記公開暗号化鍵にて暗号化したデータを復号するための秘密復号鍵が漏洩したときに、前記公開暗号化鍵の登録の抹消申請を行うステップと、
前記認証手段により、前記公開暗号化鍵の登録の抹消の申請に応じて、前記抹消登録を前記第３の記憶手段に格納するステップをさらに備える、請求項１５記載の鍵管理方法。
【請求項１７】
前記認証手段は、前記公開暗号化鍵を暗号化して前記証明書付き暗号化データを生成するための暗号化鍵が漏洩したときに、前記暗号化鍵にて暗号化した前記公開暗号化鍵の抹消登録を前記第３の記憶手段に格納するステップをさらに備える、請求項１５記載の鍵管理方法。
【請求項１８】
前記鍵管理システムは、
前記証明書付き暗号化データを組み込んだ機器からのデータ送信要求に対して、データを配信する送信手段をさらに備え、
前記送信手段により、前記証明書付き暗号化データを組込んだ機器から送信される前記証明書付き暗号化データを復号し、前記証明書付き暗号化データが前記認証手段によって生成されたか否かを判断し、かつ、前記公開暗号化鍵を抽出するステップと、
前記送信手段により、前記機器から送信された前記証明書付き暗号化データが前記認証手段によって生成されたと判断し、かつ、前記認証手段の前記第３の記憶手段に、抽出した前記公開暗号化鍵が抹消登録されていないとき、前記公開暗号化鍵を用いた暗号通信路を介して、前記データ送信要求に対して、データを送信するステップとをさらに備える、請求項１５記載の鍵管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、携帯電話等の端末に対して情報を配信するための情報配信システムにおいて、システムを構成する機器が情報配信を受けるための正規の機器であるか否かの判断を行なうための認証鍵を管理する鍵管理システムに関するものである。
【０００２】
【従来の技術】
近年、インターネット等の情報通信網等の進歩により、携帯電話等を用いた個人向け端末により、各ユーザが容易にネットワーク情報にアクセスすることが可能となっている。
【０００３】
このような情報通信においてはデジタル信号により情報が伝送される。したがって、たとえば上述のような情報通信網において伝送された音楽や映像情報を各個人ユーザがコピーした場合でも、そのようなコピーによる音質や画質の劣化をほとんど生じさせることなく、情報のコピーを行なうことが可能である。
【０００４】
したがって、このような情報通信網上において、音楽情報や画像情報等の著作権の存在するコンテンツデータが伝達される場合、適切な著作権保護のための方策が取られていないと、著しく著作権者の権利が侵害されてしまうおそれがある。
【０００５】
一方で、著作権保護の目的を最優先して、急拡大するデジタル情報通信網を介してコンテンツデータの配信を行なうことができないとすると、基本的には、コンテンツデータの複製に際して一定の著作権料を徴収することが可能な著作権者にとっても、かえって不利益となる。
【０００６】
ここで、音楽データや画像データをデジタル情報通信網を通じて公衆に配信することは、それ自体が著作権者の公衆送信権による制限を受ける行為であり、著作権保護のための十分な方策が講じられる必要がある。
【０００７】
したがって、たとえば著作権に係るデータを配信するにあたり、当該データ自身に対する暗号化処理のみならず、データの配信元に対して配信要求を出した端末機器等がこのシステムにとって正規の端末機器等であるか否かの判断を行なうための認証処理を行なうことが重要となる。
【０００８】
【発明が解決しようとする課題】
本発明の目的は、情報通信網、たとえば携帯電話等の情報通信網を介して著作物データを配信する場合に、このような情報を受信する端末機器等に対する認証処理を行なうための認証鍵の管理を行なう鍵管理システムを提供することである。
【０００９】
【課題を解決するための手段】
係る目的を達成するために本願発明に係る鍵管理システムは、機器組込の公開暗号化鍵の登録および登録された公開暗号化鍵の証明を行なうための鍵管理システムであって、複数の第１の端末装置と、認証機関端末と、審査手段とを備える。
【００１０】
複数の第１の端末装置は、機器に組込むための公開暗号化鍵の登録の申請を行なう。認証機関端末は、複数の第１の端末装置と通信回線を介して接続され、公開暗号化鍵の登録管理ならびに認証鍵により復号可能な証明付き暗号化を公開暗号化鍵に施す。審査手段は、機器の仕様情報に基づいて、鍵管理システムへの登録の適格を判断する。審査手段は、機器に対して公開暗号化鍵を組込むことの適否を審査した結果に対応する審査情報を格納するための第１の記憶装置を含む。認証機関端末は、第２の記憶装置と、暗号処理部とを含む。第２の記憶装置は、公開暗号化鍵を格納する。暗号処理部は、公開暗号化鍵に対して認証鍵により復号可能な証明付き暗号化を施した証明書付き暗号化データを生成する。認証機関端末は、各第１の端末から公開暗号化鍵の登録の申請に応答して、審査手段の第１の記憶装置に格納された審査情報に基づいて、申請のあった公開暗号化鍵を登録するか否かを判断し、登録する場合は第２の記憶装置に公開暗号化鍵を格納し、さらに、公開暗号化鍵を暗号処理部にて暗号化を行ない証明書付き暗号化データを生成し、証明書付き暗号化データと認証鍵を申請のあった第１の端末装置に対して出力する。
【００１１】
この発明の他の局面に従うと、機器組込の公開暗号化鍵の登録および登録された公開暗号化鍵の証明を行なうために、公開暗号化鍵の登録管理ならびに認証鍵により復号可能な証明付き暗号化を公開暗号化鍵に施すための鍵管理方法であって、機器の仕様情報に基づいて、鍵管理システムへの登録の適格を判断すした結果に対応する審査情報を生成するステップと、公開暗号化鍵の登録の申請に基づいて、審査情報に応じて、申請のあった公開暗号化鍵を登録するか否かを判断するステップと、登録する場合は、公開暗号化鍵に対して認証鍵により復号可能な証明付き暗号化を施した証明書付き暗号化データを生成し、証明書付き暗号化データと認証鍵を申請元に与えるステップとを備える。
【００１２】
この発明のさらに他の局面に従うと、機器組込の公開暗号化鍵の登録および登録された公開暗号化鍵の証明を行なうための鍵管理システムが、複数の第１の端末装置と、認証機関端末と、審査手段とを備える鍵管理システムにおける鍵管理方法である。
【００１３】
複数の第１の端末装置は、機器に組込むための公開暗号化鍵の登録の申請を行なう。認証機関端末は、複数の第１の端末装置と通信回線を介して接続され、公開暗号化鍵の登録管理ならびに認証鍵により復号可能な証明付き暗号化を公開暗号化鍵に施す。審査手段は、機器の仕様情報に基づいて、鍵管理システムへの登録の適格を判断する。審査手段は、機器に対して公開暗号化鍵を組込むことの適否を審査した結果に対応する審査情報を格納するための第１の記憶装置を含む。認証機関端末は、公開暗号化鍵を格納する第２の記憶装置を含む。
【００１４】
鍵管理システムにおける鍵管理方法においては、認証機関端末は、公開暗号化鍵に対して認証鍵により復号可能な証明付き暗号化を施した証明書付き暗号化データを生成し、各第１の端末から公開暗号化鍵の登録の申請に基づいて、審査手段の第１の記録装置に格納された審査情報に応じて、申請のあった公開暗号化鍵を登録するか否かを判断し、登録する場合は第２の記憶装置に公開暗号化鍵を格納し、さらに、公開暗号化鍵を暗号処理部にて暗号化を行ない証明書付き暗号化データを生成し、証明書付き暗号化データと認証鍵を申請のあった第１の端末装置に対して出力する。
【００１５】
【発明の実施の形態】
以下、本発明の実施例を図面とともに説明する。
【００１６】
［実施例１］
［システムの全体構成］
図１は、データ配信システムを含む本発明にかかる鍵管理システム１０００の構成を一部抜き出して、概略的に説明するための概念図である。
【００１７】
なお、以下では携帯電話網を介して、音楽データを各ユーザに配信するデータ配信システムの構成を例にとって説明するが、以下の説明で明らかとなるように、本発明はこのような場合に限定されることなく、他のコンテンツデータ、たとえば画像データ、映像データ、教材データ、テキストデータ、朗読（音声）データ、ゲームプログラム等のコンテンツデータを、他の情報通信網を介して配信する場合にも適用することが可能なものである。
【００１８】
図１を参照して、著作権の存在する音楽データを管理する配信サーバ１０は、所定の暗号方式により音楽データ（以下コンテンツデータとも呼ぶ）を暗号化したうえで、配信するための配信キャリア２０である携帯電話会社に、このような暗号化データを与える。一方、認証サーバ１２は、音楽データの配信を求めてアクセスしてきた機器が正規の機器であるか否かの認証を行なう。
【００１９】
ここで、認証サーバ１２は、後に説明するように、音楽データの配信を受けるための機器である携帯電話機１００やメモリカード１１０等の製造時においてこれらの機器に予め記録され、これらの機器が正規の機器であるかの認証を行うための各機器の種類（クラス）に対応して固有に割当てられた公開暗号化鍵と認証データとを、鍵認定システム２００から受け取り、データベース１４に格納保持する。
【００２０】
配信キャリア２０は、自己の携帯電話網を通じて、各ユーザからの配信要求（配信リクエスト）を配信サーバ１０に中継する。配信サーバ１０は、配信リクエストがあると、認証サーバ１２により正規の機器からのアクセスであることを確認し、要求されたコンテンツデータを暗号化したうえで、配信キャリア２０の携帯電話網を介して、各ユーザの携帯電話機に対して配信する。
【００２１】
図１においては、たとえばユーザ１の携帯電話機１００には、携帯電話機１００により受信された暗号化コンテンツデータを受取って、上記送信にあたって行なわれた暗号化については復号化したうえで、携帯電話機１００中の音楽再生部（図示せず）に与えるための着脱可能なメモリカード１１０に格納する構成となっている。
【００２２】
さらに、たとえばユーザ１は、携帯電話機１００に接続したヘッドホン１３０等を介してこのようなコンテンツデータを再生した音楽を聴取することが可能である。
【００２３】
以下では、このような配信サーバ１０と認証サーバ１２と配信キャリア２０とを併せて、音楽サーバ３０と総称することにする。
【００２４】
また、このような音楽サーバ３０から、各携帯電話端末等にコンテンツデータを伝送する処理を「配信」と称することとする。
【００２５】
このような構成とすることで、まず、正規のメモリカードであるメモリカード１１０を購入していないユーザは、音楽サーバ３０からの配信データを受取って再生することができない構成となる。
【００２６】
しかも、配信キャリア２０において、たとえば１曲分のコンテンツデータを配信するたびにその度数を計数しておくことで、ユーザがコンテンツデータを受信（ダウンロード）するたびに発生する著作権料を、配信キャリア２０が携帯電話の通話料金として徴収することとすれば、著作権者が著作権料を確保することが容易となる。
【００２７】
しかも、このようなコンテンツデータの配信は、携帯電話網というクローズドなシステムを介して行なわれるため、インターネット等のオープンなシステムに比べて、著作権保護の対策を講じやすいという利点がある。
【００２８】
このとき、たとえばメモリカード１１２を有するユーザ２が、自己の携帯電話機１０２により、音楽サーバ３０から直接コンテンツデータの配信を受けることは可能である。しかしながら、相当量の情報量を有するコンテンツデータ等をユーザ２が直接音楽サーバ３０から受信することとすると、その受信のために比較的長い時間を要してしまう場合がある。このような場合、既に当該コンテンツデータの配信を受けているユーザ１から、そのコンテンツデータをコピーできることを可能としておけば、ユーザにとっての利便性が向上する。
【００２９】
しかしながら、著作権者の権利保護の観点からは、自由なコンテンツデータのコピーを放任することはシステム構成上許されない。
【００３０】
図１に示した例では、ユーザ１が受信したコンテンツデータを、コンテンツデータそのものを再生可能とするために必要な情報とともに、ユーザ２に対してコピーさせる場合をコンテンツデータの「移動」と呼ぶ。この場合、ユーザ１は、再生のために必要な情報（再生情報）ごとユーザ２にコピーさせるため、情報の移動を行なった後には、ユーザ１においてはコンテンツデータの再生を行なうことは不可能とする必要がある。ここで、コンテンツデータは所定の暗号化方式にしたがって暗号化された暗号化コンテンツデータとして配信され、「再生情報」とは、後に説明するように、上記所定の暗号化方式にしたがって暗号化コンテンツデータを復号可能な復号情報鍵であるライセンスキーと、著作権保護に関わる情報や再生条件等にて構成されるライセンス情報データとを意味する。
【００３１】
これに対して、コンテンツデータのみを暗号化されたままの状態で、ユーザ２にコピーさせることを音楽情報の「複製」と呼ぶこととする。
【００３２】
この場合、ユーザ２の端末には、このようなコンテンツデータを再生させるために必要な再生情報はコピーされないので、ユーザ２は、暗号化コンテンツデータを得ただけでは、音楽を再生することができない。したがって、ユーザ２が、このような音楽の再生を望む場合は、改めて音楽サーバ３０からコンテンツデータの再生を可能とするための再生情報の配信を受ける必要がある。しかしながら、この場合は、再生情報の配信のみを受ければよいため、ユーザ２が直接音楽サーバ３０からすべての配信を受ける場合に比べて、格段に短い通話時間で、音楽再生を可能とすることができる。
【００３３】
たとえば、携帯電話機１００および１０２が、ＰＨＳ（Personal Handy Phone）である場合には、いわゆるトランシーバモードの通話が可能となっているので、このような機能を利用して、ユーザ１からユーザ２への一括した情報の移転（移動）や、暗号化したコンテンツデータのみの転送（複製）を行なうことが可能である。
【００３４】
上記配信動作に限らず、以上のような各動作のうち、コンテンツデータの再生をユーザに可能とするような動作、具体的には、再生動作や移動動作においては、著作権の十分な保護を実現するために各機器間での相互認証が必要となる。
【００３５】
たとえば、再生動作においては、それに用いられる携帯電話機１００とメモリカード１１０との相互について、移動動作においては、コンテンツデータの移動を行うメモリカード１１０と１１２との相互について、互いに正規の機器であるかの相互認証を行う必要がある。このような機器間の相互認証にも、上述したような、鍵認定システム２００において各機器の種類（クラス）に対応して固有に割当てられた公開暗号化鍵と認証データとが用いられる。
【００３６】
図２は、図１に示した鍵管理システム１０００の全体構成をより詳しく説明するための概念図である。
【００３７】
図２においては、複数の配信サーバ１０．１〜１０．ｎ（ｎ：自然数）が存在し、これらは通信網を介して、１つの認証サーバ１２と接続している。
【００３８】
配信サーバ１０．１〜１０．ｎの各々に対応して、配信キャリアが存在するが、図２においては、配信サーバ１０．１に対応する配信キャリア２０．１が例示的に示されている。もちろん、複数の配信サーバが配信キャリア２０．１を共用してもかまわない。
【００３９】
配信キャリア２０．１から、携帯電話網を介して、携帯電話機１００〜１０８およびそれらにそれぞれ装着されるメモリカード１１０〜１１８の各組からなる配信端末に暗号化コンテンツデータ等が配信される。
【００４０】
また、認証サーバ１２とは、通信網を介して配給機関端末１１．１〜１１．ｍ（ｍ：自然数）が接続しており、配給機関端末１１．１〜１１．ｍからは、それぞれ複数のコンテンツデータ販売機３０１０．１〜３０１０．ｈ（ｈ：自然数）にコンテンツデータ供給される。図２では、配給機関端末１１．ｍに対応するコンテンツデータ販売機３０１０．１〜３０１０．ｈが例示的に示される。後に説明するように、ユーザは、これらコンテンツデータ販売機３０１０．１〜３０１０．ｈからメモリカード１１１〜１１７に、暗号化コンテンツデータ等の配信を受けることも可能である。
【００４１】
ここで、コンテンツデータ販売機３０１０．１〜３０１０．ｈの各々は、配給機関端末１１．ｍと常時オンラインで接続され、ユーザからの配信要求があると、配給機関端末１１．ｍを介して認証サーバ１２により、メモリカードが正規の機器であるかの認証を行う構成としてもよいし、コンテンツデータ販売機３０１０．１〜３０１０．ｈの各々が、配信のためのコンテンツデータを格納するためのデータベースと認証のためのデータベースを備え、定期的に配給機関端末１１．ｍがこれらデータベースのデータを更新する構成としてもよい。
【００４２】
さらに、鍵認定システム２００は、携帯電話機１００等やメモリカード１１０等を製造するメーカごとに設けられたメーカ端末２２０．１〜２２０．ｋ（ｋ：自然数）と、これらメーカ端末２２０．１〜２２０．ｋと通信網を介して接続し、各メーカの製造する携帯電話機１００等やメモリカード１１０等が、本鍵管理システム１０００に適合した仕様を有するものであるかを審査するための審査機関端末２１０と、審査機関端末２１０での審査結果を格納するためのデータベース２１２と、メーカ端末２２０．１〜２２０．ｋおよび審査機関端末２１０と通信網を介して接続し、鍵認定システム２００のホストコンピュータとして動作して、データベース２１２中の審査結果に対する照会結果に応じて、メーカ端末２２０．１〜２２０．ｋから申請のあった公開暗号化鍵と認証データに対して認証鍵により復号可能な証明つき暗号化を施してメーカ端末２２０．１〜２２０．ｋに返信する認証機関端末２０２と、メーカ端末２２０．１〜２２０．ｋから申請のあった公開暗号化鍵を格納するためのデータベース２０４とを備える。
【００４３】
すなわち、鍵管理システム１０００における鍵認定システム２００は、以下のようにして、各機器に組込まれる公開暗号化鍵と認証データの登録および登録された前記公開暗号化鍵と認証データの証明を可能とする。
【００４４】
まず、各メーカは、機器に組み込もうとする公開暗号化鍵と認証データを登録するに当たって、当該公開暗号化鍵を組込む予定の機器の設計情報、性能情報、製造条件の情報等をメーカ端末２２０．１〜２２０．ｋの各々を介して入力し、通信網を介して審査機関２１０に対して送信する。
【００４５】
メーカ端末２２０．１〜２２０．ｋおよび認証機関端末２０２と通信回線を介して接続される審査機関端末２１０は、各メーカの製造しようとする機器の仕様をチェックし、システムに適合しているか否かについての審査レポートを作成して申請を行ったメーカ端末に返信するとともに、審査結果に対応する審査情報をデータベース２１２に格納する。
【００４６】
続いて、認証機関端末２０２は、通信回線を介して接続されるメーカ端末２２０．１〜２２０．ｋから登録の申請をがなされた公開暗号化鍵と認証データに対して、データベース２１２中の審査情報に基づいて、その登録管理および認証鍵により復号可能な証明付き暗号化を施す。
【００４７】
より具体的には、認証機関端末２０２は、メーカ端末２２０．１〜２２０．ｋからの公開暗号化鍵と認証データの登録の申請があると、審査機関端末２１０のデータベース２１２に格納された審査情報に基づいて、申請のあった公開暗号化鍵と認証データを登録するか否かを判断し、登録する場合はデータベース２０４に当該公開暗号化鍵と認証データを格納する。さらに、認証機関端末２０２は、当該公開暗号化鍵と認証データに対して認証鍵により復号可能な証明付き暗号化を施した証明付暗号化データを生成することが可能な暗号処理部を有しており、当該公開暗号化鍵と認証データをこの暗号処理部にて暗号化を行なって証明付暗号化データを生成し、メーカ端末２２０．１〜２２０．ｋのうち、申請を行ったメーカ端末に対して、この証明付暗号化データと認証鍵を出力する。
【００４８】
ここで、「当該公開暗号化鍵に対して認証鍵により復号可能な証明付き暗号化を施す」とは、当該公開暗号化鍵と認証データとをともに認証鍵により復号可能なように暗号化する構成としてもよいし、当該公開暗号化鍵と認証データを認証鍵により復号可能なように暗号化したものを復号処理する際に、付随して生成されるデータにより証明を行う構成としてもよい。このとき、たとえば、認証鍵は公開認証鍵であって、証明付き暗号化はこの公開認証鍵に対して非対称な秘密暗号化鍵により行うことが可能である。
【００４９】
［メーカ端末の動作］
図３は、図２に示したシステムのうち、端末機器やメモリカード等を製造する各メーカにおいて設けられているメーカ端末２２０．１の動作を説明するためのフローチャートである。
【００５０】
メーカ端末２２０．１の処理が開始されると（ステップＳ１０００）、このメーカ端末２２０．１を介してメーカは機器情報を入力し、審査機関端末２１０に対して当該機器の認可を申請する（ステップＳ１００２）。
【００５１】
続いて、メーカ端末２２０．１においては、審査機関端末２１０からの応答待ち状態となる（ステップＳ１００４）。審査機関からの応答があり、審査結果に対する審査レポートを当該審査機関から受信すると（ステップＳ１００６）、続いて、メーカ端末２２０．１においては審査機関により当該機器が認可されたか否かの判断が行なわれる（ステップＳ１００８）。
【００５２】
審査レポートの結果が当該機器を非認可とするものである場合、メーカは、当該機器の設計変更等の修正を行ない、当該機器の修正をメーカ端末２２０．１を介して審査機関端末２１０に対して告知する（ステップＳ１０２２）。この段階で、処理は再びステップＳ１００２に復帰する。
【００５３】
一方、ステップＳ１００８において、当該機器が認可されると、続いて、メーカ端末２２０．１は、認証機関端末２０２に公開暗号化鍵と認証データの登録申請を行なう（ステップＳ１０１０）。
【００５４】
続いて、メーカ端末２２０．１は、認証機関端末２０２からの応答待ち状態となる（ステップＳ１０１２）。
【００５５】
認証機関端末２０２からの応答があった場合に、続いて認証機関端末２０２において登録が許可されたか否かの判断が行なわれる（ステップＳ１０１４）。
【００５６】
登録が拒否された場合は、拒否の理由を判断し（ステップＳ１０１６）、認証機関に対する登録申請の内容に不備がある場合は、申請する内容を修正して（ステップＳ１０１８）、再び処理はステップＳ１０１０に復帰する。
【００５７】
一方、ステップＳ１０１６において、拒否の理由が機器自体の非認可である場合は、メーカは機器の設計の変更を行なった上で、その修正を審査機関端末２１０に対して告知して（ステップＳ１０２２）、処理は再びステップＳ１００２に復帰する。
【００５８】
一方、ステップＳ１０１４において、登録が許可されていた場合、メーカ端末２２０．１においては、登録を行なった認証機関に基づく証明付暗号化データおよび認証鍵を記録し、当該機器への組込み指示を行なって（ステップＳ１０２０）、処理が終了する（ステップＳ１０２４）。
【００５９】
以上のような一連の処理が終了した後に、メーカにおいては、当該登録された証明付暗号化データおよび認証鍵を組込んだ端末装置の製造が行なわれることになる。
【００６０】
なお、認証処理が行なわれない機器においては、認証鍵の組込みは行なわれない。
【００６１】
［審査機関端末の動作］
図４は、図２に示した審査機関端末２１０の動作を説明するためのフローチャートである。
【００６２】
図４を参照して、審査機関端末２１０においては、いずれかの外部端末（メーカ端末２２０．１等または認証機関端末２０２）から審査要求がなされるまで待ち状態となっている（ステップＳ１１０２）。
【００６３】
いずれかの外部端末からの要求があったことが検知されると（ステップＳ１１０２）、続いて、いずれの端末からの要求であるかが判断される（ステップＳ１１０４）。メーカ端末２２０．１からの要求である場合（ステップＳ１１０４）、続いて、審査機関端末２１０は機器情報の審査を行なう（ステップＳ１１０６）。
【００６４】
続いて、審査機関端末２１０は機器情報の審査結果に基づいてメーカ端末２２０．１向けの審査レポートを作成する（ステップＳ１１０８）。
【００６５】
審査レポートが完成すると、審査レポートをメーカ端末２２０．１に対して送信する（ステップＳ１１１０）。
【００６６】
審査結果が非承認である場合は（ステップＳ１１１２）、処理は再びステップＳ１１０２に復帰し、外部端末からの要求の待ち状態となる。
【００６７】
一方、審査結果が承認である場合は（ステップＳ１１１２）、続いて、データベース用の審査情報が作成され（ステップＳ１１１４）、審査情報をデータベースに記録して（ステップＳ１１１６）、処理はステップＳ１１０２に復帰して、外部端末からの要求の待ち状態となる。
【００６８】
一方、ステップＳ１１０４において、認証機器端末からのアクセスであると判断すると、審査機関端末は、データベースから審査情報を検索し（ステップＳ１１２０）、認証機関端末に向けて、認証するか否かを判断するための審査レポートを作成する（ステップＳ１１２２）。
【００６９】
続いて、当該審査レポートを認証機関端末に送信し（ステップＳ１１２４）、処理はステップＳ１１０２に移行して、再び外部端末からの要求待ち状態となる。
【００７０】
［認証機関端末の動作］
図５は、図２に示した認証機関端末２０２の動作を説明するためのフローチャートである。
【００７１】
図５を参照して、認証機関端末２０２は、メーカ端末２２０．１等からの接続要求があるまでは接続待ち状態となっている（ステップＳ１２０２）。
【００７２】
認証機関端末２０２に対して接続要求があった場合（ステップＳ１２０２）、認証機関端末２０２は、審査機関端末２１０に対してデータベース２１２の検索要求を送信する（ステップＳ１２０４）。
【００７３】
続いて、認証機関端末２０２は、審査機関端末２１０からの応答待ち状態となる（ステップＳ１２０６）。
【００７４】
審査機関端末２１０からの応答があった場合、続いて、審査機関端末２１０からの審査レポートを受信して（ステップＳ１２０８）、審査レポートの内容が未審査の端末機器であることを示す場合は、未審査である旨をメーカ端末２２０．１に対して送信し（ステップＳ１２１２）、処理はステップＳ１２０２に復帰して、接続要求の待ち状態となる。
【００７５】
一方、審査レポートの内容が既に審査済みの端末機器であることを示している場合は（ステップＳ１２１０）、続いて、認証機関端末２０２は、審査レポートの内容に基づいて鍵データベース２０４の検索を行なう（ステップＳ１２１４）。
【００７６】
申請のあった公開暗号化鍵と重複している鍵がある場合、あるいは認証データの内容に不備がある場合は、鍵が重複している等の申請内容に不備がある旨をメーカ端末２２０．１に対して送信し（ステップＳ１２１８）、処理はステップＳ１２０２に復帰して、接続要求待ち状態となる。
【００７７】
重複している鍵がない場合は（ステップＳ１２１６）、認証機関端末は、公開暗号化鍵と認証データを鍵データベース２０４に記録し（ステップＳ１２２０）、公開暗号化鍵と認証データを暗号化して証明付暗号化データを生成する（ステップＳ１２２２）。
【００７８】
さらに、認証機関端末２０２は、証明付暗号化データと認証鍵をメーカ端末２２０．１に対して送信する（ステップＳ１２２４）。
【００７９】
続いて、さらに公開暗号化鍵と認証データを認証サーバ１２にも送信し（ステップＳ１２２６）、処理はステップＳ１２０２に移行して、再び接続要求待ち状態となる。
【００８０】
［配信サーバの動作］
図６は、図２に示した配信サーバ１０．１の動作を説明するためのフローチャートである。
【００８１】
図６には示していないが、配信サーバ１０．１は、予め認証サーバ１２を経由して認証機関端末２０２から認証鍵を受取り、保持している。
【００８２】
図６を参照して、配信サーバ１０．１においては、ユーザからの接続要求があるまで、接続待ち状態となっている（ステップＳ１３０２）。
【００８３】
ユーザからの接続要求があった場合、続いて、配信サーバ１０．１は、配信先となる機器の公開暗号化鍵と証明付暗号化データを受信する（ステップＳ１３０４）。
【００８４】
続いて、配信サーバは、証明付暗号化データを認証鍵により復号し、公開暗号化鍵と認証データを取得し（ステップＳ１３０６）、証明付暗号化データの復号処理の正当性、即ち認証機関端末２０２にて暗号化されたか否かを判断する（ステップＳ１３０８）。
【００８５】
証明付暗号化データが不正である、即ち認証機関端末２０２にて暗号化されていないと判断されると（ステップＳ１３０８）、ライセンス送信不可であることを接続要求をした端末機器に対して通知し（ステップＳ１３２０）、再び処理はステップＳ１３０２に復帰して、ユーザからの接続待ち状態となる。
【００８６】
一方、ステップＳ１３０８において、証明付暗号化データが正当である、即ち認証機関端末２０２にて暗号化されたと判断されると、続いて、認証データを認証サーバ１２に対して照会する（ステップＳ１３１０）。
【００８７】
認証データが非承認である場合は、ライセンス送信不可を端末機器に対して通知し（ステップＳ１３２０）、処理はステップＳ１３０２に移行して、ユーザからの接続待ち状態となる。
【００８８】
一方、認証データが登録されたものであると判断されると（ステップＳ１３１０）、ともに暗号化されて送信されてきた公開暗号化鍵を用いて配信先の機器との接続を確保する（ステップＳ１３１２）。
【００８９】
続いて、配信先機器に対してライセンスの送信を行なうとともに、課金データベースに対して、課金情報を格納する（ステップＳ１３１４）。
【００９０】
ここで、「ライセンス」とは、暗号化コンテンツデータに対するライセンスキーと、再生(ライセンスキー)に対する制限情報とを意味する。
【００９１】
続いて、配信サーバは、暗号化コンテンツデータ送信の有無を判断し（ステップＳ１３１６）、コンテンツデータを送信する必要がない場合は、処理はステップＳ１３０２に移行して、再びユーザからの接続待ち状態となる。
【００９２】
一方、ステップＳ１３１６において、暗号化コンテンツデータの送信が要求される場合、暗号化コンテンツデータを配信先機器に対して送信し（ステップＳ１３１８）、送信完了後ユーザからの接続待ち状態に処理を復帰させる（ステップＳ１３０２）。
【００９３】
［認証サーバの動作］
図７は、図２に示した認証サーバの動作を説明するためのフローチャートである。
【００９４】
図７を参照して、認証サーバ１２は、配信サーバ１０．１等または認証機関端末２０２からの接続要求があるまで接続待ち状態となっている（ステップＳ１４０２）。
【００９５】
いずれかの端末から接続要求があった場合（ステップＳ１４０２）、続いて、認証サーバ１２は、いずれの端末からの接続要求であるかを判定し（ステップＳ１４０４）、配信サーバ１０．１からの接続であると判断された場合は、認証データを受理して、データベース１４の検索を行なう（ステップＳ１４０６）。
【００９６】
続いて、検索結果を問合せ先である配信サーバ１０．１に対して送信し（ステップＳ１４０８）、処理は接続待ち状態に復帰する（ステップＳ１４０２）。
【００９７】
一方、ステップＳ１４０４において、認証機関端末２０２からの要求であると判断した場合、認証サーバ１２は、新規登録された公開暗号化鍵と認証データを認証機関端末２０２から受信する（ステップＳ１４１０）。
【００９８】
続いて、公開暗号化鍵と認証データをデータベース１４に登録して（ステップＳ１４１２）、処理は接続待ち状態へ復帰する（ステップＳ１４０２）。
【００９９】
［配信端末（携帯電話機）の動作］
図８は、図２に示した配信端末（携帯電話機１００およびメモリカード１１０を総称して「配信端末」と呼ぶ）の動作を説明するためのフローチャートである。
【０１００】
図８を参照して、配信端末に対するユーザからの配信要求により、配信動作が開始されると（ステップＳ１５００）、配信端末は配信サーバ１０．１に対して配信要求を出力する（ステップＳ１５０２）。
【０１０１】
続いて、配信端末は、証明付暗号化データを配信サーバ１０．１へ送信する（ステップＳ１５０４）。
【０１０２】
配信サーバからの応答により自身が認可された場合（ステップＳ１５０６）、配信端末は証明付暗号化データに基づいて配信サーバ１０．１との接続を確保する（ステップＳ１５０８）。
【０１０３】
続いて、配信端末は、配信サーバ１０．１からのライセンスを受信して受理し、メモリカード１１０に格納する（ステップＳ１５１０）。
【０１０４】
さらに、配信端末は、暗号化コンテンツデータ送信の有無をユーザからの指示に応じて配信サーバ１０．１に対して通知する（ステップＳ１５１２）。
【０１０５】
すでにメモリカード１１０には暗号化コンテンツデータが複製されているなどして暗号化コンテンツデータの送信が不要である場合（ステップＳ１５１４）、処理は終了する（ステップＳ１５２２）。
【０１０６】
一方、ステップＳ１５１４において、ユーザからの指示により、暗号化コンテンツデータの送信が要求されている場合、暗号化コンテンツデータの配信を要求して、暗号化コンテンツデータを受理した後にメモリカードに格納して（ステップＳ１５１６）、処理が終了する（ステップＳ１５２２）。
【０１０７】
一方、ステップＳ１５０６において、配信サーバから配信不可の通知がなされると（ステップＳ１５２０）、ライセンスの配信および暗号化コンテンツデータの配信のいずれも行なわれることなく処理が終了する（ステップＳ１５２２）。
【０１０８】
［データ配信システムを構成する各機器の構成および動作］
以下、図２に示した鍵管理システムのうち、データ配信システムを構成する各機器の構成および動作について説明する。
【０１０９】
携帯電話機１００に対して、公開暗号化鍵ＫＰｐおよび認証データＣｒｔｆ（ｐ）を登録するものとする。
【０１１０】
以下に説明するように携帯電話機１００では、あらかじめ鍵管理システムにおける認証機関端末２０２に対してこの携帯電話機１００を登録する際に、この携帯電話機１００に割当てられた公開暗号化鍵ＫＰｐおよび認証データＣｒｔｆ（ｐ）とを公開復号鍵（公開認証鍵）ＫＰｍａｓｔｅｒにより復号可能なように暗号化された証明付暗号化データの形で記録保持する。
【０１１１】
携帯電話機１００は、認証処理を行なわないため、公開復号鍵ＫＰｍａｓｔｅｒは保持しない。
【０１１２】
同様に、メモリカード１１０に対して、公開暗号化鍵ＫＰｍｅｄｉａおよび認証データＣｒｔｆ（ｍ）を登録するものとする。メモリカード１１０でも、たとえば、あらかじめ鍵管理システムにおける認証機関端末２０２に対してこのメモリカード１１０を登録する際に、このメモリカードに割当てられた公開暗号化鍵ＫＰｍｅｄｉａおよび認証データＣｒｔｆ（ｍ）とを公開復号鍵（公開認証鍵）ＫＰｍａｓｔｅｒにより暗号化された形で記録保持する。
【０１１３】
ここで、メモリカード１１０および配信サーバ１０は、この公開復号鍵（公開認証鍵）ＫＰｍａｓｔｅｒを記録保持する手段を有している。この公開復号鍵（公開認証鍵）ＫＰｍａｓｔｅｒは、システム中でデータ出力を行なう全ての機器がセッションキーのやりとりに対して、相互にデータの授受を行なえる機器であることの証明と、セッションキーを相手方に送付する際に用いる公開暗号化鍵と認証データの獲得に用いるシステム共通の公開復号鍵である。
【０１１４】
以下、さらに、本システムの鍵等の構成、携帯電話機１００、メモリカード１１０および配信サーバ１０の構成をより詳しく説明する。
【０１１５】
［暗号／復号鍵の構成］
図９は、図２に示したデータ配信システムにおいて使用される通信のためのキーデータ（鍵データ）等の特性をまとめて説明するための図である。
【０１１６】
まず、図２に示した構成において、メモリカード１１０内のデータ処理を管理するための鍵としては、メモリカードという媒体の種類に固有であり、かつ、メモリカードの種類等を個別に特定するための情報を含む秘密復号鍵Ｋｍｅｄｉａ（ｎ）（ｎ：自然数）と、メモリカードごとに異なる公開暗号化鍵ＫＰｃａｒｄ（ｎ）と、公開暗号化鍵ＫＰｃａｒｄ（ｎ）により暗号化されたデータを復号するための秘密復号鍵Ｋｃａｒｄ（ｎ）とがある。
【０１１７】
ここで、秘密復号鍵Ｋｃａｒｄ（ｎ）や公開暗号化鍵ＫＰｃａｒｄ（ｎ）の表記中の自然数ｎは、各メモリカードを区別するための番号を表わす。
【０１１８】
すなわち、公開暗号化鍵ＫＰｃａｒｄ（ｎ）で暗号化されたデータは、各メモリカードごとに存在する秘密復号鍵Ｋｃａｒｄ（ｎ）で復号可能である。
【０１１９】
さらに、メモリカード外とメモリカード間でのデータの授受における秘密保持のための暗号化鍵としては、各媒体に固有な公開暗号化鍵ＫＰｍｅｄｉａ（ｎ）と、公開暗号化鍵ＫＰｍｅｄｉａ（ｎ）により暗号化されたデータを復号するための秘密復号鍵Ｋｍｅｄｉａ（ｎ）とがある。
【０１２０】
また、機器間のデータ授受に際して用いられる鍵として、各通信ごと、たとえば、音楽サーバ３０へのユーザのアクセスごとに配信サーバ１０．１、メモリカード１１０または１１２においてそれぞれ生成される共通鍵Ｋｓ、Ｋｓ１、Ｋｓ２が用いられる。
【０１２１】
ここで、共通鍵Ｋｓ等は、たとえば、ユーザが音楽サーバ３０に対して１回のアクセスを行なうごとに発生する構成として、１回のアクセスである限り何曲の音楽情報についても同一の共通鍵が用いられる構成としてもよいし、また、たとえば、各曲目ごとにこの共通鍵を変更したうえでその都度ユーザに配信する構成としてもよい。
【０１２２】
以下では、このような通信の単位あるいはアクセスの単位を「セッション」と呼ぶことにし、共通鍵Ｋｓ等を「セッションキー」とも呼ぶことにする。
【０１２３】
したがって、共通鍵Ｋｓ等は各通信セッションに固有の値を有することになり、配信サーバ、メモリカードや携帯電話機において管理される。
【０１２４】
また、配信されるべきデータのうち、ライセンスについては、まず、暗号化コンテンツデータを復号する鍵であるＫｃ（以下、ライセンスキーと呼ぶ）があり、このライセンスキーＫｃにより暗号化コンテンツデータが復号されるものとする。さらに、上述したライセンス情報データLicenseとして、当該コンテンツデータを特定できる管理コードや、再生を行なう回数の制限などの情報を含むアクセス制御データ等が存在する。
【０１２５】
このような構成とすることで、ライセンスＩＤデータに含まれる情報に応じて、著作権者側の著作権保護に関する制御を行なうことが可能である。
【０１２６】
配信データにおけるコンテンツデータＤｃは、上述のとおり、たとえば音楽データであり、このコンテンツデータをライセンスキーＫｃで復号可能なデータを、暗号化コンテンツデータ［Ｄｃ］Ｋｃと呼ぶ。
【０１２７】
ここで、［Ｙ］Ｘという表記は、データＹを、キー（鍵）Ｘにより復号可能な暗号に変換したデータであることを示している。なお、暗号化処理、復号処理で用いられる鍵を、「キー」とも称することとする。
【０１２８】
図２に示したデータ配信システムにおいては、配信サーバ、携帯電話機およびメモリカードの各々が、独自のセッションキーを生成する構成となっていることを１つの特徴とする。すなわち、配信サーバ１０．１または携帯電話機１００の発生するセッションキーをセッションキーＫｓとし、一方のメモリカード１１０の発生するセッションキーをセッションキーＫｓ１とし、メモリカード１１０と同様の構成を有する他方のメモリカード１１２の発生するセッションキーをセッションキーＫｓ２とする。
【０１２９】
すなわち、図２に示したデータ配信システムにおいては、システムを構成する機器の各々が、自身でセッションキーを生成し、データを受け取るとき、言い換えるとデータの送信先になっている場合には、相手方（送信元）に対して、まず、セッションキーを配送する。送信元は、この送信先から配送されたセッションキーでデータを暗号化し、この暗号化データを送信する。送信先では、自身で生成したセッションキーにより、受け取ったデータを復号するという構成を１つの特徴とするものである。
【０１３０】
また、上記のような動作を実現するために、再生動作において、携帯電話機側がメモリカードの生成するセッションキーを受け取るための公開暗号化鍵をＫＰｐ（ｍ）とし、この公開暗号化鍵ＫＰｐ（ｍ）で暗号化されたデータを復号できる秘密復号鍵をＫｐ（ｍ）とする。ここで、公開暗号化鍵ＫＰｐ（ｍ）および秘密復号鍵Ｋｐ（ｍ）は、携帯電話機の種類に固有なものであり、自然数ｍは、携帯電話機の種類を区別するためのものである。
【０１３１】
［配信サーバ１０の構成］
図１０は、図２に示した配信サーバ１０（以下、配信サーバ１０．１〜１０．ｎを総称して、配信サーバ１０と呼ぶ）の構成を示す概略ブロック図である。
【０１３２】
配信サーバ１０は、コンテンツデータ（音楽データ）を所定の方式に従って暗号化したデータや、ライセンスＩＤ等の配信情報を保持するための配信情報データベース３０４と、各ユーザごとにコンテンツデータへのアクセス回数等に従った課金情報を保持するための課金データベース３０２と、配信情報データベース３０４および課金データベース３０２からのデータをデータバスＢＳ１を介して受取り、所定の暗号化処理を行なうためのデータ処理部３１０と、通信網を介して、配信キャリア２０とデータ処理部３１０との間でデータ授受を行なうための通信装置３５０とを備える。
【０１３３】
データ処理部３１０は、データバスＢＳ１上のデータに応じて、データ処理部３１０の動作を制御するための配信制御部３１２と、配信制御部３１２に制御されて、セッションキーＫｓを発生するためのセッションキー発生部３１４と、セッションキー発生部３１４より生成されたセッションキーＫｓを、公開暗号化鍵ＫＰｍｅｄｉａにより暗号化して、データバスＢＳ１に与えるための暗号化処理部３１６と、各ユーザの携帯電話機においてセッションキーＫｓにより暗号化されたうえで送信されたデータを通信装置３５０およびデータバスＢＳ１を介して受けて、復号処理を行なう復号処理部３１８と、復号処理部３１８により抽出された公開暗号化鍵ＫＰｃａｒｄ（ｎ）を用いて、ライセンスキーＫｃやライセンス情報データLicenseのデータを、配信制御部３１２に制御されて暗号化するための暗号化処理部３２０と、暗号化処理部３２０の出力を、さらに、携帯電話機に装着されたメモリカードからセッションキーＫｓにより暗号化されて送信され、復号処理部３１８により復号抽出されたセッションキー、たとえば、セッションキーＫｓ１に基づいて、データバスＢＳ１を介して通信装置３５０に与える暗号化処理部３２２とを含む。
【０１３４】
データ処理部３１０は、公開復号鍵ＫＰｍａｓｔｅｒを保持するＫＰｍａｓｔｅｒ保持部３２４と、ＫＰｍａｓｔｅｒ保持部３２４から出力される公開復号鍵ＫＰｍａｓｔｅｒに基づいて、通信網から通信装置３５０を介してデータバスＢＳ１に与えられるデータを復号するための復号処理部３２６とをさらに備える。
【０１３５】
暗号化処理部３１６は、復号処理部３２６での復号処理により抽出された公開暗号化鍵ＫＰｍｅｄｉａにより、Ｋｓ発生部３１４で発生されたセッションキーＫｓを暗号化し、また、配信制御部３１２は、復号処理部３２６での復号処理により抽出された認証データＣｒｔｆ（ｍ）、Ｃｒｔｆ(ｐ)により、配信を求めてきたメモリカードおよび携帯電話機が正規であるかの認証を行なう。
【０１３６】
［端末（携帯電話機）の構成］
図１１は、図２に示した携帯電話機１００の構成を説明するための概略ブロック図である。
【０１３７】
携帯電話機１００は、携帯電話網により無線伝送される信号を受信するためのアンテナ１１０２と、アンテナ１１０２からの信号を受けてベースバンド信号に変換し、あるいは携帯電話機からのデータを変調してアンテナ１１０２に与えるための送受信部１１０４と、携帯電話機１００の各部のデータ授受を行なうためのデータバスＢＳ２と、データバスＢＳ２を介して携帯電話機１００の動作を制御するためのコントローラ１１０６と、外部からの指示を携帯電話機１００に与えるためのタッチキー部１１０８と、コントローラ１１０６等から出力される情報をユーザに視覚情報として与えるためのディスプレイ１１１０と、通常の通話動作において、データバスＢＳ２を介して与えられる受信データに基づいて音声を再生するための音声再生部１１１２と、外部との間でデータの授受を行なうためのコネクタ１１２０と、コネクタ１１２０からのデータをデータバスＢＳ２に与え得る信号に変換し、または、データバスＢＳ２からのデータをコネクタ１１２０に与え得る信号に変換するための外部インタフェース部１１２２とを備える。
【０１３８】
携帯電話機１００は、さらに、音楽サーバ３０からのコンテンツデータを復号化処理するための着脱可能なメモリカード１１０と、メモリカード１１０とデータバスＢＳ２との間のデータの授受を制御するためのメモリインタフェース１２００と、メモリカード１１０と携帯電話機の他の部分とのデータ授受にあたり、データバスＢＳ２上においてやり取りされるデータを暗号化するためのセッションキーＫｓを乱数等により発生するセッションキー発生部１５０２と、セッションキー発生部１５０２により生成されたセッションキーを暗号化して、データバスＢＳ２に与えるための暗号化処理部１５０４と、セッションキー発生部１５０２において生成された、データバスＢＳ２上のデータをセッションキーＫｓにより復号して出力する復号処理部１５０６と、復号処理部１５０６の出力を受けて、音楽信号を再生するための音楽再生部１５０８と、音楽再生部１５０８の出力と音声再生部１１１２の出力とを受けて、動作モードに応じて選択的に出力するための混合部１５１０と、混合部１５１０の出力を受けて、外部に出力するためのアナログ信号に変換するデジタルアナログ変換部１５１２と、デジタルアナログ変換部１５１２の出力を受けて、ヘッドホン１３０と接続するための接続端子１５１４とを含む。
【０１３９】
さらに、携帯電話機１００は、秘密暗号化鍵Ｋｍａｓｔｅｒにより暗号化された、公開暗号化鍵ＫＰｐおよび認証データＣｒｔｆ（ｐ）を保持するための[ＫＰｐ，Ｃｒｔｆ（ｐ）] ＫＰｍａｓｔｅｒ保持部１５２５と、秘密復号鍵Ｋｐを保持するＫｐ保持部１５２０と、このＫｐ保持部１５２０から与えられる秘密復号鍵Ｋｐに基づいて、データバスＢＳ２を介してメモリカード１２０から与えられる公開暗号化鍵ＫＰｐで暗号化されたセッションキーＫｓ１を復号し抽出する復号処理部１５２２とをさらに備える構成となっている。しかも、暗号化処理部１５０４は、この復号処理部１５２２から与えられるセッションキーＫｓ１により、Ｋｓ発生部１５０２からの自身のセッションキーＫｓを暗号化してデータバスＢＳ２に出力する。
【０１４０】
なお、説明の簡素化のため本発明のコンテンツデータの配信に関わるブロックのみを記載し、携帯電話機が本来備えている通話機能に関するブロックについては、一部割愛されている。
【０１４１】
［メモリカードの構成］
図１２は、メモリカード１１０の構成を説明するための概略ブロック図である。
【０１４２】
以下では、携帯電話機１００に装着されるメモリカード１１０の公開暗号化鍵ＫＰｍｅｄｉａおよび認証データＣｒｔｆと、携帯電話機１０２に装着されるメモリカード１１２の公開暗号化鍵ＫＰｍｅｄｉａおよび認証データＣｒｔｆとを区別して、それぞれ、メモリカード１１０に対するものを公開暗号化鍵ＫＰｍｅｄｉａ（１）および認証データＣｒｔｆ（１）と、メモリカード１１２に対するものを公開暗号化鍵ＫＰｍｅｄｉａ（２）および認証データＣｒｔｆ（２）と称することにする。
【０１４３】
また、これに対応して、公開暗号化鍵ＫＰｍｅｄｉａ（１）で暗号化されたデータを復号可能であって、これとは非対称な秘密復号鍵を秘密復号鍵Ｋｍｅｄｉａ（１）と称し、公開暗号化鍵ＫＰｍｅｄｉａ（２）で暗号化されたデータを復号可能であって、これとは非対称な秘密復号鍵を秘密復号鍵Ｋｍｅｄｉａ（２）と称することにする。
【０１４４】
メモリカード１１０は、メモリインタフェース１２００との間で信号を端子１２０２を介して授受するデータバスＢＳ３と、メモリカード１１０に対応する秘密復号鍵Ｋｍｅｄｉａ（１）を保持するためのＫｍｅｄｉａ（１）保持部１４０２と、データバスＢＳ３にメモリインタフェース１２００から与えられるデータから、秘密復号鍵Ｋｍｅｄｉａ（１）により復号処理をすることにより、セッションキーＫｓを抽出する復号処理部１４０４と、公開暗号化鍵ＫＰｃａｒｄ（１）を保持するためのＫＰｃａｒｄ（１）保持部１４０５と、復号処理部１４０４により抽出されたセッションキーＫｓに基づいて、切換スイッチ１４０９からの出力を暗号化してデータバスＢＳ３に与えるための暗号化処理部１４０６と、データバスＢＳ３上のデータを復号処理部１４０４により抽出されたセッションキーＫｓにより復号処理してデータバスＢＳ４に与えるための復号処理部１４１０と、データバスＢＳ４からメモリカードごとに異なる公開暗号化鍵ＫＰｃａｒｄ（ｎ）で暗号化されているライセンスキーＫｃ、ライセンス情報データLicenseのデータを格納し、データバスＢＳ３からライセンスキーＫｃにより暗号化されている暗号化コンテンツデータ［Ｄｃ］Ｋｃを受けて格納するためのメモリ１４１２とを備える。
【０１４５】
メモリカード１１０は、さらに、秘密復号鍵Ｋｃａｒｄ（１）の値を保持するためのＫｃａｒｄ（１）保持部１４１５と、公開暗号化鍵ＫＰｃａｒｄ（１）により暗号化されており、かつ、メモリ１４１２から読み出されたライセンスキーＫｃ、ライセンス情報データLicenseの暗号化データ（［Ｋｃ，Ｌｉｃｅｎｓｅ］Ｋｃａｒｄ（１））を、復号処理してデータバスＢＳ５に与える復号処理部１４１６と、データの移動処理等において、相手先のメモリカードの公開暗号化鍵ＫＰｃａｒｄ（ｎ）を復号処理部１４１０から受けて、この相手方の公開暗号化鍵ＫＰｃａｒｄ（ｎ）に基づいて、データバスＢＳ５上に出力されているライセンスキーＫｃ、ライセンス情報データLicenseを暗号化したうえで、切換スイッチ１４０９に出力するための暗号化処理部１４１４と、データバスＢＳ３を介して外部とデータの授受を行い、データバスＢＳ５との間でライセンス情報データLicenseを受けて、メモリカード１１０の動作を制御するためのコントローラ１４２０と、データバスＢＳ５との間でライセンス情報データLicenseのデータの授受が可能なレジスタ１５００とを備える。
【０１４６】
メモリカード１１０は、さらに、このカード独自のセッションキーＫｓ１を発生するセッションキーＫｓ１発生部１４３２と、セッションキー発生回路１４３２で生成されたセッションキーＫｓ１を、暗号化してデータバスＢＳ３に与えるための暗号化処理部１４３０を備える。
【０１４７】
メモリカード１１０は、さらに、接点Ｐａ、Ｐｂ、ＰｃおよびＰｄを有し、Ｋｓ１発生部１４３２から与えられる自身のセッションキーＫｓ１と、ＫＰｃａｒｄ保持部１４０５の出力と、データバスＢＳ５から与えられるライセンスキーＫｃと、暗号化処理部１４１４から与えられ、相手方の公開暗号化鍵ＫＰｃａｒｄ（ｎ）により暗号化されたライセンスキーＫｃおよびライセンス情報データＬｉｃｅｎｓｅを受けて、動作モードに応じていずれか１つを選択的に出力する切換えスイッチ１４０９を備える。
【０１４８】
接点ＰａにはＫｓ１発生部１４３２からの出力が、接点ＰｂにはＫＰｃａｒｄ（１）保持部１４０５の出力が、接点ＰｃにはデータバスＢＳ５が、接点Ｐｄには暗号化処理部１４１４の出力が、それぞれ結合している。したがって、暗号化処理部１４０６は、この切換えスイッチ１４０９から与えられるデータに対して、それぞれ、暗号化処理を行なう。
【０１４９】
すなわち、切換えスイッチ１４０９は、配信モードにおいて、配信先となっている場合に音楽サーバ３０に自身の公開暗号化鍵ＫＰｃａｒｄ（１）や自身のセッションキーＫｓ１を送信するときは、順次、接点Ｐｂの側および接点Ｐａの側に閉じる。切換えスイッチ１４０９は、再生モードのときは、接点Ｐｃの側に閉じており、移動モードにおいて移動元となっているときは、接点Ｐｄの側に閉じている。切換えスイッチ１４０９は、移動モードにおいて移動先となっている場合にも移動元に自身の公開暗号化鍵ＫＰｃａｒｄ（１）や自身のセッションキーＫｓ１を送信するときは、順次、接点Ｐｂの側および接点Ｐａの側に閉じる。
【０１５０】
メモリカード１１０は、さらに、接点Ｐｅ、ＰｆおよびＰｇを有し、復号処理部１４０４から与えられる音楽サーバからのセッションキーＫｓと、Ｋｓ１発生部１４３２の出力と、データバスＢＳ４から与えられる携帯電話機１００からのセッションキーＫｓとを受けて、動作モードに応じていずれか１つを選択的に出力する切換えスイッチ１４３５を備える。接点Ｐｅには復号処理部１４０４からの出力が、接点ＰｆにはＫｓ１発生部１４３２の出力が、接点ＰｇにはデータバスＢＳ４がそれぞれ結合している。したがって、暗号化処理部１４０６と復号処理部１４１０は、この切換えスイッチ１４３５から与えられるキーに基づいて、それぞれ、暗号化処理および復号処理を行なう。
【０１５１】
すなわち、切換えスイッチ１４３５は、配信動作の場合に音楽サーバ３０からのセッションキーＫｓ１の抽出を行なうときは、接点Ｐｅの側に閉じており、配信動作の場合に音楽サーバ３０からの暗号化されたライセンスキーＫｃ、ライセンス情報データLicenseについてセッションキーＫｓ１による復号を行なうときは、接点Ｐｆの側に閉じている。切換えスイッチ１４３５は、再生動作において復号処理を行なうときは、接点Ｐｆの側に閉じており、再生動作において暗号化処理を行なうときは、接点Ｐｇの側に閉じている。切換えスイッチ１４３５は、移動動作において移動元となっている場合に復号処理を行なうときは、接点Ｐｆの側に閉じており、移動動作において移動元となっている場合に暗号化処理を行なうときは、接点Ｐｇの側に閉じている。切換えスイッチ１４３５は、移動動作において移動先となっている場合に移動元のセッションキーを受け取るときは、接点Ｐｅの側に閉じており、移動動作において移動先となっている場合にライセンスキーＫｃおよびライセンス情報データＬｉｃｅｎｓｅを受け取るときは、接点Ｐｆの側に閉じている。
【０１５２】
メモリカード１１０は、さらに、公開暗号化鍵ＫＰｍｅｄｉａおよび認証データＣｒｔｆ（ｍ）とを秘密暗号化鍵Ｋｍａｓｔｅｒにより暗号化された形で記録保持する[ＫＰｍｅｄｉａ，Ｃｒｔｆ（ｍ）] ＫＰｍａｓｔｅｒ保持部１４４２を備える。 [ＫＰｍｅｄｉａ，Ｃｒｔｆ（ｍ）] ＫＰｍａｓｔｅｒ保持部１４４２の出力は直接データバスＢＳ３に与えられる。
【０１５３】
さらに、メモリカード１１０は、公開復号鍵ＫＰｍａｓｔｅｒを記録保持するためのＫＰｍａｓｔｅｒ保持部１４５０と、ＫＰｍａｓｔｅｒ保持部１４５０から出力される公開復号鍵ＫＰｍａｓｔｅｒに基づいて、データバスＢＳ３上のデータを復号するための復号処理部１４５２とを備える。
【０１５４】
復号処理部１４５２での復号処理により抽出される他のメモリカードの公開暗号化鍵ＫＰｍｅｄｉａおよび認証データＣｒｔｆ（ｍ）のうち、公開暗号化鍵ＫＰｍｅｄｉａは、暗号化処理部１４３０に与えられ、証明データＣｒｔｆは、データバスＢＳ５を介して、コントローラ１４２０に与えられる。
【０１５５】
なお、図１２において実線で囲んだ領域は、メモリカード１１０内において、外部からの不当な開封処理等が行なわれると、内部データの消去や内部回路の破壊により、第三者に対してその領域内に存在する回路内のデータ等の読み出しを不能化するためのモジュールＴＲＭに組込まれているものとする。
【０１５６】
このようなモジュールは、一般にはタンパーレジスタントモジュール（Tamper Resistant Module）と呼ばれる。
【０１５７】
もちろん、メモリ１４１２も含めて、モジュールＴＲＭ内に組み込まれる構成としてもよい。しかしながら、図１２に示したような構成とすることで、メモリ１４１２中に保持されているデータは、いずれも暗号化されているデータであるため、第三者はこのメモリ１４１２中のデータのみでは、音楽を再生することは不可能であり、かつ高価なタンパーレジスタントモジュール内にメモリ１４１２を設ける必要がないので、製造コストが低減されるという利点がある。
【０１５８】
［配信モード］
図１３および図１４は、図１２で説明したメモリカード１１０を用いた配信モードを説明するための第１および第２のフローチャートである。
【０１５９】
図１３および図１４においては、ユーザ１が、メモリカード１１０を装着した携帯電話機１００にて配信サーバ１２からコンテンツデータの配信を受ける場合の動作を説明している。
【０１６０】
まず、ユーザ１の携帯電話機１００から、ユーザによりタッチキー１１０８のキーボタンの操作等によって、配信リクエストがなされる（ステップＳ１００）。
【０１６１】
また、メモリカード１１０において保持される公開暗号化鍵ＫＰｍｅｄｉａは、他のメモリカードにおける公開暗号化鍵ＫＰｍｅｄｉａと区別するために公開暗号化鍵ＫＰｍｅｄｉａ（１）としている。さらに、メモリカード１１０、携帯電話機１００における証明データをそれぞれＣｒｔｆ（１）、Ｃｒｔｆ（ｐ）とする。ただし、携帯電話機１００に固有の公開暗号化鍵および秘密復号鍵は、それぞれＫＰｐおよびＫｐと略記する。
【０１６２】
メモリカード１１０においては、この配信リクエストに応じて、［ＫＰｍｅｄｉａ，Ｃｒｔｆ（ｍ）］ＫＰｍａｓｔｅｒ保持部１４４２から、公開暗号化鍵ＫＰｍｅｄｉａ（１）および認証データＣｒｔｆ（１）を暗号化した証明付暗号化データ［ＫＰｍｅｄｉａ（１），Ｃｒｔｆ（１）］ＫＰｍａｓｔｅｒを携帯電話機１００に対して出力する（ステップＳ１０２´）。
【０１６３】
携帯電話機１００では、メモリカード１１０からの証明付暗号化データ［ＫＰｍｅｄｉａ（１），Ｃｒｔｆ（１）］ＫＰｍａｓｔｅｒとともに、［ＫＰｐ，Ｃｒｔｆ（ｐ）］ＫＰｍａｓｔｅｒ保持部１５２５からの証明付暗号化データ［ＫＰｐ，Ｃｒｔｆ（ｐ）］ＫＰｍａｓｔｅｒ、配信リクエストを配信サーバ１２に対して送信する（ステップＳ１０３）。
【０１６４】
配信サーバ１２では、メモリカード１１０から転送された配信リクエストならびに証明付暗号化データ［ＫＰｐ，Ｃｒｔｆ（ｐ）］ＫＰｍａｓｔｅｒ、［ＫＰｍｅｄｉａ（１），Ｃｒｔｆ（１）］ＫＰｍａｓｔｅｒを受信すると（ステップＳ１０４）、公開復号鍵ＫＰｍａｓｔｅｒにより復号処理部３２６が復号処理を行い、認証データＣｒｔｆ（１）、Ｃｒｔｆ（ｐ）、公開暗号化鍵ＫＰｐ、公開暗号化鍵ＫＰｍｅｄｉａ（１）の抽出を行なう（ステップＳ１０５）。
【０１６５】
証明付暗号化データ［ＫＰｐ，Ｃｒｔｆ（ｐ）］ＫＰｍａｓｔｅｒ、［ＫＰｍｅｄｉａ（１），Ｃｒｔｆ（１）］ＫＰｍａｓｔｅｒの復号処理において、認証機関端末２０２にて暗号化されたか否かを判断し（ステップＳ１０６）、認証機関端末２０２で暗号化されたと判断した場合、処理は次のステップＳ１０７に移行し、認証機関端末２０２で暗号化されていないと判断した場合は、処理を終了する（ステップＳ１５４）。
【０１６６】
復号された認証データＣｒｔｆ（１）およびＣｒｔｆ（ｐ）に基づいて、配信制御部３１２は、認証サーバ１２に対して照会を行ない、メモリカードと携帯電話機の認証データＣｒｔｆ（１）およびＣｒｔｆ（ｐ）がともに正規の認証データの場合は次の処理に移行し（ステップＳ１０７）、いずれかが正規の認証データでない場合には、処理を終了する（ステップＳ１５４）。
【０１６７】
照会の結果、正規の認証データであることが確認されると、配信サーバ１２では、セッションキー発生部３１４が、セッションキーＫｓを生成する。さらに、配信サーバ１２内の暗号化処理部３１６が、受信した公開暗号化鍵ＫＰｍｅｄｉａ（１）により、このセッションキーＫｓを暗号化して暗号化セッションキー［Ｋｓ］Ｋｍｅｄｉａ（１）を生成する（ステップＳ１０８）。
【０１６８】
続いて、配信サーバ１２は、暗号化セッションキー［Ｋｓ］Ｋｍｅｄｉａ（１）をデータバスＢＳ１に与える。通信装置３５０は、暗号化処理部３１６からの暗号化セッションキー［Ｋｓ］Ｋｍｅｄｉａ（１）を、通信網を通じて、携帯電話機１００のメモリカード１１０に対して送信する（ステップＳ１１０）。
【０１６９】
携帯電話機１００が、暗号化セッションキー［Ｋｓ］Ｋｍｅｄｉａ（１）を受信すると（ステップＳ１１２）、メモリカード１１０においては、メモリインタフェース１２００を介して、データバスＢＳ３に与えられた受信データを、復号処理部１４０４が、秘密復号鍵Ｋｍｅｄｉａ（１）で復号処理することにより、セッションキーＫｓを復号し抽出する（ステップＳ１１４）。
【０１７０】
さらに、メモリカード１１０においては、Ｋｓ１発生部１４３２によりセッションキーＫｓ１が生成される（ステップＳ１１５）。
【０１７１】
続いて、配信モードにおいては、切換スイッチ１４０９は、接点ＰａまたはＰｂが順次閉じる状態が選択されるので、暗号化処理部１４０６は、接点Ｐａを介してセッションキー発生部１４３２から与えられるセッションキーＫｓ１と接点Ｐｂを介してＫＰｃａｒｄ（１）保持部１４０５から与えられる公開暗号化鍵ＫＰｃａｒｄ（１）（メモリカード１１０に対する公開暗号化鍵）とを、セッションキーＫｓにより暗号化し（ステップＳ１１６）、データ［ＫＰｃａｒｄ（１）、Ｋｓ１］Ｋｓを生成する（ステップＳ１１８）。
【０１７２】
携帯電話機１００は、暗号化処理部１４０６により暗号化されたデータ［ＫＰｃａｒｄ（１）、Ｋｓ１］Ｋｓを配信サーバ１２に対して送信する（ステップＳ１２０）。
【０１７３】
配信サーバ１２では、通信装置３５０によりデータ［ＫＰｃａｒｄ（１）、Ｋｓ１］Ｋｓが受信され（ステップＳ１２２）、データバスＢＳ１に与えられたデータ［ＫＰｃａｒｄ（１）、Ｋｓ１］Ｋｓを復号処理部３１８が、セッションキーＫｓにより復号処理して、公開暗号化鍵ＫＰｃａｒｄ（１）およびセッションキーＫｓ１を復号抽出する（ステップＳ１２４）。
【０１７４】
続いて、配信制御部３１２は、配信情報データベース３０４等に保持されているデータを元に、ライセンスＩＤデータ等を含むライセンス情報データＬｉｃｅｎｓｅを生成する（ステップＳ１２６）。
【０１７５】
配信サーバ１２は、ライセンスキーＫｃを配信情報データベース３０４より取得し（ステップＳ１３４）、暗号化処理部３２０は、配信制御部３１２からのライセンスキーＫｃとライセンス情報データＬｉｃｅｎｓｅとを、復号処理部３１８より与えられた公開暗号化鍵ＫＰｃａｒｄ（１）により暗号化処理する（ステップＳ１３６）。
【０１７６】
暗号化処理部３２２は、暗号化処理部３２０により暗号化されたデータ［Ｋｃ、Ｌｉｃｅｎｓｅ］Ｋｃａｒｄ（１）を受取って、さらに、メモリカード１１０からのセッションキーＫｓ１により暗号化したデータをデータバスＢＳ１に与える。通信装置３５０は、暗号化処理部３２２により暗号化されたデータ［［Ｋｃ，Ｌｉｃｅｎｓｅ］Ｋｃａｒｄ（１）］Ｋｓ１をメモリカード１１０に対して送信する（ステップＳ１４０）。
【０１７７】
携帯電話機１００がデータ［［Ｋｃ，Ｌｉｃｅｎｓｅ］Ｋｃａｒｄ（１）］Ｋｓ１を受信すると（ステップＳ１４２）、メモリカード１１０においては、復号処理部１４１０が接点Ｐｆを介してＫｓ１発生部１４３２から与えられるセッションキーＫｓ１により復号処理を行ない（ステップＳ１４４）、データ［Ｋｃ，Ｌｉｃｅｎｓｅ］Ｋｃａｒｄ（１）を抽出し、メモリ１４１２に格納する（ステップＳ１４６）。
【０１７８】
さらに、メモリカード１１０においては、コントローラ１４２０により制御されて、復号処理部１４１６が、メモリ１４１２に格納されたデータ［Ｋｃ，Ｌｉｃｅｎｓｅ］Ｋｃａｒｄ（１）を復号し、復号されたライセンス情報データＬｉｃｅｎｓｅを、レジスタ１５００に格納する（ステップ１４８）。
【０１７９】
さらに、配信サーバ１２は、暗号化コンテンツデータ［Ｄｃ］Ｋｃを配信情報データベース３０４より取得して、通信装置３５０を介して、メモリカード１１０に送信する（ステップＳ１４９）。
【０１８０】
携帯電話機１００が暗号化コンテンツデータ［Ｄｃ］Ｋｃを受信すると（ステップＳ１５０）、メモリカード１１０においては、受信した暗号化コンテンツデータ［Ｄｃ］Ｋｃをそのままメモリ１４１２に格納する（ステップＳ１５１）。
【０１８１】
以上のような動作により、メモリカード１１０自身が、暗号化コンテンツデータを送る側（配信サーバ１２）に、公開暗号化鍵ＫＰｍｅｄｉａ（１）およびセッションキーＫｓ１を送信した上で、配信を受けることができ、メモリカード１１０は、音楽を再生可能な状態となる。
【０１８２】
さらに、メモリカード１１０から配信サーバ１２へは、配信受理が通知され、配信サーバ１２で配信受理を受信すると（ステップＳ１５２）、課金データベース３０２にユーザ１の課金データが格納され（ステップＳ１５３）、処理が終了する（ステップＳ１５４）。
【０１８３】
以上のような配信モードでは、メモリカードおよび携帯電話機の認証がなされた上でコンテンツデータの配信が行われるので、システムのセキュリティおよび著作権の保護がより強化される。
【０１８４】
なお、課金データの課金データベースへの格納は、ステップＳ１４０において、データ［［Ｋｃ，Ｌｉｃｅｎｓｅ］Ｋｃａｒｄ（１）］Ｋｓ１をメモリカード１１０に対して送信する際に行なってもよい。
【０１８５】
［再生モード］
図１５および図１６は、携帯電話機１００内において、メモリカード１１０に保持された暗号化コンテンツデータから、音楽信号を復号し、音楽として外部に出力するための再生処理を説明する第１および第２のフローチャートである。
【０１８６】
図１５および図１６を参照して、携帯電話機１００のタッチキー１１０８等からのユーザ１の指示により、再生リクエストが携帯電話機１００に対して出力される（ステップＳ２００）。
【０１８７】
これに応じて携帯電話機１００からは、メモリカード１１０に対して、証明付暗号化データ［ＫＰｐ，Ｃｒｔｆ（ｐ）］ＫＰｍａｓｔｅｒが送信される（ステップＳ２４１）。
【０１８８】
メモリカード１１０においては、証明付暗号化データ［ＫＰｐ，Ｃｒｔｆ（ｐ）］ＫＰｍａｓｔｅｒを受信すると、復号処理部１４５２により復号処理が行われ、公開暗号化鍵ＫＰｐおよび認証データＣｒｔｆ（ｐ）の抽出が行われる（ステップＳ２４３）。
【０１８９】
証明付暗号化データの復号処理において、認証機関端末２０２にて暗号化されたか否かを判断し（ステップＳ２４５）、認証機関端末２０２で暗号化されたと判断した場合、処理は次のステップＳ２４６に移行し、認証機関端末２０２で暗号化されていないと判断した場合は、処理を終了する（ステップＳ２８０）。
【０１９０】
正規の機器であると判断された場合、メモリカード１１０では、セッションキーＫｓ１を生成する（ステップＳ２４６）。メモリカード１１０は、さらに、抽出された公開暗号化鍵ＫＰｐによりセッションキーＫｓ１を暗号化し（ステップＳ２４８）、生成された暗号化セッションキー［Ｋｓ１］Ｋｐを携帯電話機１００に対して送信する（ステップＳ２５０）。
【０１９１】
携帯電話機１００では、メモリカード１１０からの暗号化セッションキー［Ｋｓ１］Ｋｐを受信すると、復号処理部１５２２が、秘密復号鍵Ｋｐにより復号してメモリカード１１０で生成したセッションキーＫｓ１を抽出する（ステップＳ２５２）。続いて、Ｋｓ発生部１５０２がセッションキーＫｓを生成し（ステップＳ２５３）、携帯電話機１００の暗号化処理部１５０４は、携帯電話機１００で生成したセッションキーＫｓをセッションキーＫｓ１により暗号化して、暗号化セッションキー［Ｋｓ］Ｋｓ１を生成し（ステップＳ２５４）、この暗号化セッションキー［Ｋｓ］Ｋｓ１をメモリカード１１０に対して送信する（ステップＳ２５６）。
【０１９２】
メモリカード１１０は、データバスＢＳ２を介して、携帯電話機１００により生成され、かつ暗号化されたセッションキーＫｓを受け取り、セッションキーＫｓ１により復号し、携帯電話機１００で生成したセッションキーＫｓを抽出する（ステップＳ２５８）。
【０１９３】
続いて、メモリカード１１０において、コントローラ１４２０は、レジスタ１５００に保持されるライセンス情報データＬｉｃｅｎｓｅに基づいて、復号可能であるかを判断し（ステップＳ２５９）、復号可能と判断した場合は、次の処理に移行し、復号不可能と判断した場合は、処理を終了する（ステップＳ２８０）。
【０１９４】
続いて、メモリカード１１０は、メモリ１４１２から、暗号化されているデータ［Ｋｃ，Ｌｉｃｅｎｓｅ］Ｋｃａｒｄ（１）を読み出し、復号処理部１４１６が復号処理を行なう（ステップＳ２６０）。
【０１９５】
秘密復号鍵Ｋｃａｒｄ（１）により、メモリ１４１２から読み出されたデータを復号可能な場合（ステップＳ２６２）、ライセンスキーＫｃが抽出される（ステップＳ２６４）。一方、復号不可能の場合、処理は終了する（ステップＳ２８０）。
【０１９６】
メモリ１４１２から読み出されたデータを復号可能な場合は、さらに、レジスタ１５００内のライセンス情報データＬｉｃｅｎｓｅのうち、再生回数に関するデータが変更される（ステップＳ２６６）。
【０１９７】
続いて、メモリカード１１０においては、暗号化処理部１４０６が、抽出したセッションキーＫｓにより、ライセンスキーＫｃを暗号化し（ステップＳ２６８）、暗号化されたライセンスキー［Ｋｃ］ＫｓをデータバスＢＳ２に与える（ステップＳ２７０）。
【０１９８】
携帯電話機１００の復号処理部１５０６は、セッションキーＫｓにより復号化処理を行なうことにより、ライセンスキーＫｃを取得する（ステップＳ２７２）。
【０１９９】
続いて、メモリカード１１０は、暗号化コンテンツデータ［Ｄｃ］Ｋｃをメモリ１４１２から読み出し、データバスＢＳ２に与える（ステップＳ２７４）。
【０２００】
携帯電話機１００の音楽再生部１５０８は、暗号化コンテンツデータ［Ｄｃ］Ｋｃを、抽出されたライセンスキーＫｃにより復号処理して平文のコンテンツデータを生成し（ステップＳ２７６）、コンテンツデータから音楽信号を再生して混合部１５１０に与える（ステップＳ２７６）。デジタルアナログ変換部１５１２は、混合部１５１０からのデータを受け取って変換し、外部に再生された音楽を出力し、処理が終了する（ステップＳ２３２）。
【０２０１】
このような構成とすることで、メモリカード自身および携帯電話自身が、それぞれセッションキーＫｓ１またはＫｓを生成し、これにより暗号化コンテンツデータの授受を行なった上で、再生動作を行なうことが可能となる。
【０２０２】
さらに、メモリカード１１０が携帯電話機１００の認証を行なった上で、再生動作を行なうため、システムのセキュリティおよび著作権の保護が向上する。
【０２０３】
［移動または複製モード］
図１７および図１８は、２つのメモリカード間において、コンテンツデータおよびキーデータ等の移動または複製を行なう処理を説明するための第１および第２のフローチャートである。
【０２０４】
まず、携帯電話機１００と同様の構成を有する携帯電話機１０２が送信側であり、携帯電話機１００が受信側であるものとする。また、携帯電話機１０２にも、メモリカード１１０と同様の構成を有するメモリカード１１２が装着されているものとする。
【０２０５】
携帯電話機１０２は、まず、携帯電話機１００に対して、移動リクエストまたは複製リクエストを出力する（ステップＳ３００）。
【０２０６】
携帯電話機１００がこのリクエストを受信すると（ステップＳ３０１）、メモリカード１１２は、これに応じて、メモリ１４１２内の暗号化コンテンツデータ［Ｄｃ］Ｋｃを読み出して、メモリカード１１０に対して出力し（ステップＳ３０２）、メモリカード１１０では、暗号化コンテンツデータ［Ｄｃ］Ｋｃをメモリ１４１２に格納する（ステップＳ３０４）。
【０２０７】
続いて、携帯電話機１０２および１００においては、ステップＳ３００において与えられたリクエストが、「移動リクエスト」であるか「複製リクエスト」であるかが判断され（ステップＳ３０６、ステップＳ３０６´）、「移動リクエスト」である場合、メモリカード１１０は、この移動リクエストに応じて、［ＫＰｍｅｄｉａ，Ｃｒｔｆ（ｍ）］ＫＰｍａｓｔｅｒ保持部１４４２から、公開暗号化鍵ＫＰｍｅｄｉａ（１）および認証データＣｒｔｆ（１）を暗号化した証明付暗号化データ［ＫＰｍｅｄｉａ（１），Ｃｒｔｆ（１）］ＫＰｍａｓｔｅｒを携帯電話機１００に対して出力する（ステップＳ３０７）。
【０２０８】
携帯電話機１００では、メモリカード１１０からのデータ［ＫＰｍｅｄｉａ（１），Ｃｒｔｆ（１）］ＫＰｍａｓｔｅｒを携帯電話機１０２に対して送信する（ステップＳ３０８）。
【０２０９】
携帯電話機１０２では、メモリカード１１０から転送されたデータ［ＫＰｍｅｄｉａ（１），Ｃｒｔｆ（１）］ＫＰｍａｓｔｅｒを受信すると（ステップＳ３０９）、メモリカード１１２内の復号処理部１４５２が復号処理を行い、認証データＣｒｔｆ（１）、公開暗号化鍵ＫＰｍｅｄｉａ（１）の抽出を行なう（ステップＳ３１０）。
【０２１０】
復号された認証データＣｒｔｆ（１）に基づいて、コントローラ１４２０は、認証を行ない、正規メモリカードからのアクセスの場合は次の処理に移行し（ステップＳ３１１）、正規メモリカードでない場合には、携帯電話機１０２は移動不可の通知を送信するとともに、メモリカード１１２は処理を終了する（ステップＳ３７４）。携帯電話機１００が移動不可通知を受信すると（ステップＳ３１３）、メモリカード１１０も処理を終了する（ステップＳ３７４）。
【０２１１】
一方、ステップＳ３１１での照会の結果、正規メモリカードであることが確認されると、メモリカード１１２のＫｓ２発生回路１４３２は、セッションキーＫｓ２を生成し（ステップＳ３１４）、公開暗号化鍵ＫＰｍｅｄｉａ（１）を用いて、暗号化処理部１４３０がセッションキーＫｓ２を暗号化する（ステップＳ３１５）。
【０２１２】
携帯電話機１０２は、暗号化セッションキー［Ｋｓ２］ＫＰｍｅｄｉａ（１）を携帯電話機１００に対して送信する（ステップＳ３１６）。携帯電話機１００は、暗号化セッションキー［Ｋｓ２］ＫＰｍｅｄｉａ（１）を受信すると（ステップＳ３１８）、メモリカード１１０に伝達し、メモリカード１１０は、復号処理部１４０４が復号して、セッションキーＫｓ２を受理する（ステップＳ３２０）。さらに、メモリカード１１０においてセッションキーＫｓ１が生成される（ステップＳ３２１）。
【０２１３】
メモリカード１１０においては、セッションキーＫｓ２によりメモリカード１１０の公開暗号化鍵ＫＰｃａｒｄ（１）およびセッションキーＫｓ１を暗号化して（ステップＳ３２２）、携帯電話機１００から携帯電話機１０２に対して暗号化されたデータ［ＫＰｃａｒｄ（１）、Ｋｓ１］Ｋｓ２を送信する（ステップＳ３２４）。携帯電話機１０２は、データ［ＫＰｃａｒｄ（１）、Ｋｓ１］Ｋｓ２を受信し（ステップＳ３２６）、メモリカード１１２に転送する。
【０２１４】
メモリカード１１２においては、復号処理部１４１０が、メモリカード１１０から送信された暗号化データ［ＫＰｃａｒｄ（１）、Ｋｓ１］Ｋｓ２をセッションキーＫｓ２により復号して、メモリカード１１０の公開暗号化鍵ＫＰｃａｒｄ（１）、セッションキーＫｓ１を復号抽出する（ステップＳ３３０）。
【０２１５】
続いて、メモリカード１１２においては、メモリ１４１２からメモリカード１１２の公開暗号化鍵ＫＰｃａｒｄ（２）により暗号化されているライセンスキーＫｃ、ライセンス情報データＬｉｃｅｎｓｅに対応する［Ｋｃ、Ｌｉｃｅｎｓｅ］Ｋｃａｒｄ（２）読出される（ステップＳ３３２）。
【０２１６】
続いて、メモリカード１１２の復号処理部１４１６が、秘密復号鍵Ｋｃａｒｄ（２）により、ライセンスキーＫｃ、ライセンス情報データＬｉｃｅｎｓｅを復号処理する（ステップＳ３３４）。
【０２１７】
メモリカード１１２のコントローラ１４２０は、このようにして復号されたライセンス情報データＬｉｃｅｎｓｅの値を、レジスタ１５００内のデータ値と置換する（ステップＳ３３６）。
【０２１８】
さらに、メモリカード１１２の暗号化処理部１４１４は、復号処理部１４１０において抽出されたメモリカード１１０における公開暗号化鍵ＫＰｃａｒｄ（１）により、ライセンスキーＫｃ、ライセンス情報データＬｉｃｅｎｓｅとを暗号化する（ステップＳ３３８）。
【０２１９】
メモリカード１１２の暗号化処理部１４１４により暗号化されたデータは、切換スイッチ１４０９（接点Ｐｄが閉じている）を介して、さらに、暗号化処理部１４０６に与えられ、メモリカード１１２の暗号化処理部１４０６は、データ［Ｋｃ，Ｌｉｃｅｎｓｅ］Ｋｃａｒｄ（１）をセッションキーＫｓ１により暗号化してデータ［［Ｋｃ，Ｌｉｃｅｎｓｅ］Ｋｃａｒｄ（１）］Ｋｓ１を生成する（ステップＳ３４０）。
【０２２０】
続いて、メモリカード１１２は、携帯電話機１０２に対してデータ［［Ｋｃ，Ｌｉｃｅｎｓｅ］Ｋｃａｒｄ（１）］Ｋｓ１を出力し（ステップＳ３４２）、携帯電話機１０２はデータ［［Ｋｃ，Ｌｉｃｅｎｓｅ］Ｋｃａｒｄ（１）］Ｋｓ１を携帯電話機１００に対して送信する（ステップＳ３４４）。
【０２２１】
携帯電話機１００が受信したデータ［［Ｋｃ，Ｌｉｃｅｎｓｅ］Ｋｃａｒｄ（１）］Ｋｓ１は（ステップＳ３４６）、メモリカード１１０に対して伝達され、メモリカード１１０の復号処理部１４１０は、暗号化されたデータ［［Ｋｃ，Ｌｉｃｅｎｓｅ］Ｋｃａｒｄ（１）］Ｋｓ１を復号して、データ［Ｋｃ，Ｌｉｃｅｎｓｅ］Ｋｃａｒｄ（１）を受理する（ステップＳ３４８）。
【０２２２】
メモリカード１１０においては、復号処理部１４１０により、セッションキーＫｓ１に基づいて復号処理されたデータ［Ｋｃ，Ｌｉｃｅｎｓｅ］Ｋｃａｒｄ（１）をメモリ１４１２に格納する（ステップＳ３５０）。さらに、メモリカード１１０においては、復号処理部１４１６が、秘密復号鍵Ｋｃａｒｄ（１）に基づいて、データ［Ｋｃ，Ｌｉｃｅｎｓｅ］Ｋｃａｒｄ（１）を復号し、復号されたライセンス情報データＬｉｃｅｎｓｅをレジスタ１５００に格納する（ステップＳ３５２）。
【０２２３】
復号されたライセンス情報データＬｉｃｅｎｓｅのレジスタ１５００への格納が終了すると、メモリカード１１０は携帯電話機１００に移動受理を通知し、携帯電話機１００は、携帯電話機１０２に対して移動受理を送信する（ステップＳ３５４）。
【０２２４】
携帯電話機１０２は、携帯電話機１００からの移動受理を受信すると、メモリカード１１２に対してこれを転送し、メモリカード１１２は、これに応じて、レジスタ１５００に格納されたライセンス情報データＬｉｃｅｎｓｅを消去する（ステップ３５８）。
【０２２５】
一方、携帯電話機１０２では、移動受理が受信されたことに応じて、ディスプレイ１１１０上に、ユーザ２に対して、メモリカード１１２のメモリ１４１２内に格納されている移動データに対応する記憶データの消去を行なって良いかを問うメッセージを表示する。これに応じて、ユーザ２は、タッチキー１１０８からこのメッセージに対する回答を入力する（ステップＳ３６０）。
【０２２６】
レジスタ１５００内のデータの消去が完了し（ステップＳ３５８）、かつ、上記メッセージに対する回答の入力が行なわれると（ステップＳ３６０）、メモリカード１１２内のコントローラ１４２０は、メモリ１４１２内のデータの消去を行なうかの判断を行なう（ステップＳ３６２）。
【０２２７】
メモリ１４１２内の該当データの消去が指示されている場合（ステップＳ３６２）、コントローラ１４２０により制御されて、メモリ１４１２内の暗号化コンテンツデータ［Ｄｃ］Ｋｃおよびデータ［Ｋｃ，Ｌｉｃｅｎｓｅ］Ｋｃａｒｄ（２）が消去され（ステップＳ３６４）、処理が終了する（ステップＳ３７４）。
【０２２８】
一方、メモリ１４１２内の該当データの消去が指示されていない場合（ステップＳ３６２）、処理は終了する（ステップＳ３７４）。この場合、メモリ１４１２内には、暗号化コンテンツデータ［Ｄｃ］Ｋｃおよびデータ［Ｋｃ，Ｌｉｃｅｎｓｅ］Ｋｃａｒｄ（２）が残っていることになるが、レジスタ１５００内にライセンス情報データＬｉｃｅｎｓｅが存在しないため、ユーザ２は、再度、音楽サーバ３０から再生情報を配信してもらわない限り、音楽データの再生を行なうことはできない。すなわち、メモリカード１１２は「状態ＳＢ」となる。メモリカード１１０においては、暗号化コンテンツデータ以外にも、ライセンスキーＫｃ、ライセンス情報データが移動されているので、メモリカード１１０は「状態ＳＡ」となっている。
【０２２９】
一方、ステップＳ３０６´において、「複製リクエスト」が与えられていると判断された場合は、携帯電話機１００から携帯電話機１０２に対して複製受理が送信される（ステップＳ３７０）。携帯電話機１０２において、複製受理を受信すると（ステップＳ３７２）、処理が終了する（ステップＳ３７４）。
【０２３０】
このような構成とすることで、移動元および移動先のメモリカード自身が、セッションキーをそれぞれ生成した上で、移動動作を行なうこと、および複製動作を行なうことが可能となる。
【０２３１】
したがって、データバス上等で伝達されるデータの暗号化キーが、セッションごとに、かつ、機器ごとに変更されるので、データ授受のセキュリティが一層向上するという効果がある。
【０２３２】
しかも、以上のような構成を用いることで、たとえば、メモリカード１１２からメモリカード１１０へのデータの移動を、上述したようなセッションキー発生回路１５０２を有する携帯電話端末を介さずに、メモリカードとメモリカードとを接続可能なインターフェース機器により行なうことも可能となり、ユーザの利便性が一層向上するという効果がある。
【０２３３】
ここで、移動モード時には、再生情報内の再生回数を制限するライセンス情報データについては、メモリ１４１２に記録されたライセンス情報データを、レジスタ１５００にて再生の都度修正された再生回数を記録したライセンス情報データに変更することでライセンス情報データを更新する。このようにして、メモリカード間をコンテンツデータが移動しても、再生回数に制限があるコンテンツデータの再生回数は、配信時に決められた再生回数の制限を越えることがないようにすることが可能である。
【０２３４】
しかも、メモリカード１１２がメモリカード１１０の認証を行った上で、移動動作を行なうため、システムのセキュリティおよび著作権の保護が向上する。
【０２３５】
［実施例２］
実施例１では、メーカ端末２２０．１〜２２０．ｋから公開暗号化鍵と認証データの登録申請を認証機関端末２０２に行う構成について説明した。このような構成により、システムのセキュリティおよび著作権の保護を向上させることが可能となる。
【０２３６】
しかしながら、たとえば、まず第１に、公開暗号化鍵に対応する秘密復号鍵が、クラッカーなどによりシステムが破られることで漏洩してしまう場合も想定される。このような場合は、メーカ管理者（鍵管理者）責任として、メーカ側から登録された公開暗号化鍵および認証データの抹消申請をする必要がある。
【０２３７】
あるいは、第２に、証明付き暗号化データを作るために暗号化を行う秘密鍵が漏洩する場合も想定し得る。この場合は、認証機関（鍵の管理者）責任で、認証機関端末２０２から登録された公開暗号化鍵および認証データの抹消をする必要がある。
【０２３８】
図１９は、上述した第１の場合に対応して、メーカ端末２２０．１〜２２０．ｋから登録された公開暗号化鍵および認証データの抹消申請をする処理を示す図である。
【０２３９】
すなわち、図１９を参照して、メーカ管理者は、公開暗号化鍵に対応する秘密復号鍵が漏洩したことが判明した場合、申請処理を開始して（ステップＳ２０００）、認証機関端末２０２に公開暗号化鍵の登録抹消を申請する。このとき、認証機関端末２０２に対してはこのような抹消申請の理由として、秘密復号鍵の漏洩が報告される（ステップＳ２００２）。以上で、メーカ端末２２０．１〜２２０．ｋからの処理は終了する（ステップＳ２００４）。
【０２４０】
図２０は、図１９で説明したような登録抹消申請がされた場合を考慮した認証機関端末２０２の動作を説明するためのフローチャートであり、実施例１の図５に対応する図である。
【０２４１】
図２０を参照して、認証機関端末２０２は、その処理を開始（ステップＳ１２００）した後は、メーカ端末２２０．１等からの接続要求があるまでは接続待ち状態となっている（ステップＳ１２０２´）。
【０２４２】
認証機関端末２０２に対して接続要求があった場合、認証機関端末２０２は、その接続要求が抹消要求であるのか、あるいは、審査要求であるのかを判断する（ステップＳ１２０２´）。
【０２４３】
ステップＳ１２０２´において、接続要求が抹消要求である場合は、認証機関端末２０２は、メーカ端末２２０．１等からの公開暗号化鍵の登録抹消申請を受信する（ステップＳ１２２８）。さらに、認証機関端末２０２は、公開暗号化鍵に対する認証データの抹消を鍵データベース２０４に記録する（ステップＳ１２３０）。続いて、認証機関端末２０２は、認証サーバ１２に対して、対象となる認証データの登録抹消を指示し（ステップＳ１２３２）、処理はステップＳ１２０２´に復帰する。
【０２４４】
一方、ステップＳ１２０２´において、接続要求が審査要求である場合は、認証機関端末２０２は、審査機関端末２１０に対してデータベース２１２の検索要求を送信する（ステップＳ１２０４）。以後の処理は、実施例１の認証機関端末２０２の処理と同様であるので、その説明は繰り返さない。
【０２４５】
図２１は、図２０で説明したように、認証機関端末２０２から認証サーバ１２に対して、対象となる認証データの登録抹消指示がされた場合の認証サーバの動作を説明するためのフローチャートであり、実施例１の図７に対応する図である。
ある。
【０２４６】
図２１を参照して、認証サーバ１２は、配信サーバ１０．１等または認証機関端末２０２からの接続要求があるまで接続待ち状態となっている（ステップＳ１４０２）。
【０２４７】
いずれかの端末から接続要求があった場合（ステップＳ１４０２）、続いて、認証サーバ１２は、いずれの端末からの接続要求であるかを判定する（ステップＳ１４０４）。認証機関端末２０２からの要求であると判断した場合、認証サーバ１２は、次に、その接続要求が登録要求であるのか、抹消要求であるのかの判断を行う（ステップＳ１４１４）。
【０２４８】
認証機関端末２０２からの接続要求が抹消要求である場合、認証サーバ１２は、さらに認証機関端末２０２から認証データと登録抹消指示を受信する（ステップＳ１４１６）。続いて、認証サーバ１２は、認証データの抹消をデータベース１４に登録し（ステップＳ１４１８）、処理はステップＳ１４０２に復帰する。
【０２４９】
以上の処理により、漏洩した公開暗号化鍵の使用が禁止される。
また、ステップ１４１４において、認証機関端末２０２からの接続要求が登録要求である場合、以後の処理は、図７に示した処理と同様であるので、同一処理には同一符号を付してその説明は繰り返さない。
【０２５０】
一方、ステップ１４０２において、接続要求が配信サーバからの接続であると判断された場合は、続いて、認証サーバ１２は、いずれの端末からの接続要求であるかを判定し（ステップＳ１４０４）、配信サーバ１０．１からの接続であると判断された場合は、認証データを受理して、データベース１４の検索を行なう（ステップＳ１４０６）。
【０２５１】
続いて、認証サーバ１２は、認証データに対応する公開暗号化鍵がデータベース１４内に存在しているについて、または、認証データに対応する公開暗号化鍵に対して抹消登録がされているかについて、検索した結果を問合せ先である配信サーバ１０．１に対して送信し（ステップＳ１４０８）、処理は接続待ち状態に復帰する（ステップＳ１４０２）。
【０２５２】
図２２は、上述した第２の場合に対応して、認証機関端末２０２から登録された公開暗号化鍵および認証データの抹消をする処理を示す図である。
【０２５３】
すなわち、図２２を参照して、認証機関の鍵の管理者は、認証機関端末２０２から証明付き暗号化データ作成用の秘密鍵の漏洩が判明した場合、証明付き暗号化データ作成用の秘密鍵の変更を行い（ステップＳ２１０２）、全メーカ端末に対して抹消対象の認証データの通知を送信する（ステップＳ２１０４）。続いて、認証機関端末２０２は、漏洩した証明付き暗号化データ作成用秘密鍵に関わる全ての認証データの抹消を指示し（ステップＳ２１０６）、認証機関端末２０２側からの処理が終了する（ステップＳ２１０８）。
【０２５４】
以後は、図２１に示したとおり、認証サーバ１２が、認証データの抹消処理を行う。これにより、漏洩した証明付き暗号化データ作成用秘密鍵に関わる公開暗号化鍵の使用が禁止される。
【０２５５】
以上のような構成とすることで、たとえ、システムから鍵情報が漏洩した場合でも、システムのセキュリティーに与える影響を最小限に食い止めることが可能となる。
【０２５６】
この発明を詳細に説明し示してきたが、これは例示のためのみであって、限定となってはならず、発明の精神と範囲は添付の請求の範囲によってのみ限定されることが明らかに理解されるであろう。
【０２５７】
【発明の効果】
したがって、本願発明によれば、正規の機器のみがコンテンツデータを受信してメモリ中に格納することが可能となるように相互認証が行われるので、不適法なデータ配信やデータコピーにより著作権者が不当な不利益を被るのを防止することが可能となる。
【図面の簡単な説明】
【図１】  データ配信システムを含む本発明にかかる鍵管理システム１０００の構成を一部抜き出して、概略的に説明するための概念図である。
【図２】  図１に示した鍵管理システム１０００の全体構成をより詳しく説明するための概念図である。
【図３】  端末機器やメモリカード等を製造する各メーカにおいて設けられているメーカ端末２２０．１の動作を説明するためのフローチャートである。
【図４】  審査機関端末２１０の動作を説明するためのフローチャートである。
【図５】  認証機関端末２０２の動作を説明するためのフローチャートである。
【図６】  配信サーバ１０．１の動作を説明するためのフローチャートである。
【図７】  認証サーバの動作を説明するためのフローチャートである。
【図８】  配信端末の動作を説明するためのフローチャートである。
【図９】  図２に示したデータ配信システムにおいて使用される通信のためのキーデータ（鍵データ）等の特性をまとめて説明するための図である。
【図１０】  配信サーバ１０．１の構成を示す概略ブロック図である。
【図１１】  携帯電話機１００の構成を説明するための概略ブロック図である。
【図１２】  メモリカード１１０の構成を説明するための概略ブロック図である。
【図１３】  メモリカード１１０を用いた配信モードを説明するための第１のフローチャートである。
【図１４】  メモリカード１１０を用いた配信モードを説明するための第２のフローチャートである。
【図１５】  メモリカード１１０に保持された暗号化コンテンツデータから音楽として外部に出力するための再生処理を説明する第１のフローチャートである。
【図１６】  メモリカード１１０に保持された暗号化コンテンツデータから音楽として外部に出力するための再生処理を説明する第２のフローチャートである。
【図１７】  ２つのメモリカード間において、コンテンツデータおよびキーデータ等の移動または複製を行なう処理を説明するための第１のフローチャートである。
【図１８】  ２つのメモリカード間において、コンテンツデータおよびキーデータ等の移動または複製を行なう処理を説明するための第２のフローチャートである。
【図１９】  メーカ端末２２０．１〜２２０．ｋから登録された公開暗号化鍵および認証データの抹消申請をする処理を示す図である。
【図２０】  認証機関端末２０２の動作を説明するためのフローチャートである。
【図２１】  対象となる認証データの登録抹消指示がされた場合の認証サーバの動作を説明するためのフローチャートである。
【図２２】  認証機関端末２０２から登録された公開暗号化鍵および認証データの抹消をする処理を示す図である。
【図１】
0004223721.tif 000002
【図２】
0004223721.tif 000003
【図３】
0004223721.tif 000004
【図４】
0004223721.tif 000005
【図５】
0004223721.tif 000006
【図６】
0004223721.tif 000007
【図７】
0004223721.tif 000008
【図８】
0004223721.tif 000009
【図９】
0004223721.tif 000010
【図１０】
0004223721.tif 000011
【図１１】
0004223721.tif 000012
【図１２】
0004223721.tif 000013
【図１３】
0004223721.tif 000014
【図１４】
0004223721.tif 000015
【図１５】
0004223721.tif 000016
【図１６】
0004223721.tif 000017
【図１７】
0004223721.tif 000018
【図１８】
0004223721.tif 000019
【図１９】
0004223721.tif 000020
【図２０】
0004223721.tif 000021
【図２１】
0004223721.tif 000022
【図２２】
0004223721.tif 000023