JP2008033578A - 情報処理システム、情報処理装置およびプログラム - Google Patents

Abstract

【課題】ライセンスの発行と認証の管理主体が異なる場合にも対応できるようにした情報処理装置を提供する。
【解決手段】情報処理装置のライセンス発行手段は、情報の利用に関する許可を示すライセンスを発行し、認証情報登録要求手段は、前記ライセンス発行手段によって発行されたライセンスの認証を行うために必要な情報を認証装置に対して登録を要求し、前記ライセンス発行装置と接続された前記認証装置の認証情報登録手段は、前記ライセンス発行装置の認証情報登録要求手段による要求に応じて、ライセンスの認証を行うために必要な情報を記録し、認証要求受付手段は、ライセンス認証の要求を受け付け、認証手段は、前記認証要求受付手段によって受け付けた認証要求に応じて、前記認証情報登録手段によって記録されている情報を用いて、前記ライセンスの認証を行う。
【選択図】図１

Description

本発明は、情報処理システム、情報処理装置およびプログラムに関する。

著作権保護等を目的として、暗号化されたコンテンツを通信回線を介して、利用可能にすることが行われている。その暗号化されたコンテンツを利用するためには、そのコンテンツ利用の許可を示すライセンスが必要である。
これらに関連する技術として、例えば、特許文献１に開示されている技術は、デジタルコンテンツの利用制御のシステムである。これを図７を用いて説明する。コンテンツの利用の可否を、ユーザが持つデバイスであるユーザデバイス１００単独で認証するオフライン認証と、利用の際にコンテンツの提供者であるサービスプロバイダ２００への問い合わせを必要とするオンライン認証の両方を可能にしている。同技術において、コンテンツは、サービスプロバイダ２００によってコンテンツ鍵Ｋ_Ｃで暗号化され、ユーザデバイス１００に送付される（暗号化コンテンツ２０１）。ユーザデバイス１００で暗号化コンテンツ２０１を復号するためにはコンテンツ鍵Ｋ_Ｃが必要になるが、これは、サービスプロバイダ２００からユーザデバイス１００に送付されるライセンス２０２（特許文献１では属性証明書）の中に、暗号化された状態（暗号化コンテンツ鍵）で含まれている。
コンテンツの利用時には、ライセンスの認証が行われる。ライセンスの認証では、暗号化コンテンツ鍵を復号し、コンテンツ鍵Ｋ_Ｃを取り出す。正しいコンテンツ鍵Ｋ_Ｃを取り出すことができれば、コンテンツの利用が可能になる。ユーザデバイス１００に格納された鍵によって暗号化コンテンツ鍵が復号可能である場合には、ユーザデバイス１００単独でコンテンツ鍵Ｋ_Ｃを取り出すことができる。この場合がオフライン認証である。サービスプロバイダ２００が所持する鍵によって暗号化コンテンツ鍵が復号可能である場合には、コンテンツの利用時にサービスプロバイダ２００に問い合わせ、サービスプロバイダ２００に暗号化コンテンツ鍵の復号を依頼することになる。この場合がオンライン認証である。

また、例えば、特許文献２には、複数のコンテンツサーバと複数のライセンスサーバとが秘密情報を共有することなく、暗号化したデジタルコンテンツをクライアント装置に配信することを課題とし、デジタルコンテンツを共通鍵を用いて共通鍵暗号方式により暗号化した暗号化コンテンツと、デジタルコンテンツの識別子およびライセンスサーバが発行した公開情報とを用いて共通鍵を暗号化した暗号化共通鍵とを対応付けてコンテンツ記憶サーバに記憶し、公開情報を発行したライセンスサーバの所在を示すライセンス所在情報と、デジタルコンテンツが記憶されているコンテンツ記憶サーバの所在を示すコンテンツ所在情報と、前記識別子とを対応付けてコンテンツ配信制御サーバに記憶し、コンテンツ配信制御サーバは、クライアント装置から、前記識別子が設定されたデジタルコンテンツの配信要求を受信すると、前記識別子に対応するライセンス所在情報およびコンテンツ所在情報をクライアント装置に送信する技術が開示されている。
特開２００３−０８７２３７号公報 特開２００５−３３２２４１号公報

本発明は、このような背景技術の状況の中でなされたもので、以下のいずれか１つ以上ができるようにした情報処理システム、情報処理装置およびプログラムを提供することを目的としている。
（１）サービスプロバイダへの負荷の集中を回避する。
（２）ライセンスの発行と認証の管理主体が異なる場合にも対応できる。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
［１］ 情報の利用を許可するライセンスを発行するライセンス発行手段と、
前記ライセンスの認証に必要な情報を登録するよう第二の情報処理装置に対して要求する認証情報登録要求手段
を具備した第一の情報処理装置、
前記第一の情報処理装置の要求に応じて、ライセンスの認証に必要な情報を登録する認証情報登録手段と、
ライセンスの認証の要求を受け付ける認証要求受付手段と、
前記認証要求受付手段により受け付けた認証要求に応じて、前記認証情報登録手段によって登録されている情報に基づいて、前記ライセンスの認証を行う認証手段
を具備する第二の情報処理装置、
前記第一の情報処理装置により発行されたライセンスを受信するライセンス受信手段と、
前記ライセンスによって指定された情報処理装置に対してライセンスの認証を要求するライセンス認証要求手段
を具備する第三の情報処理装置、
を含むことを特徴とする情報処理システム。

［２］ 情報の利用を許可するライセンスを発行するライセンス発行手段と、
前記ライセンスの認証に必要な情報を登録するよう第二の情報処理装置に対して要求する認証情報登録要求手段
を具備する第一の情報処理装置、
前記第一の情報処理装置の要求に応じて、ライセンスの認証に必要な情報を登録する認証情報登録手段と、
ライセンス認証の要求を受け付ける認証要求受付手段と、
前記認証要求受付手段により受け付けた認証要求に応じて、前記認証情報登録手段によって登録されている情報に基づいて、前記ライセンスを認証する認証手段
を具備する第二の情報処理装置、
を含むことを特徴とする情報処理システム。

［３］ 情報の利用を許可するライセンスを発行するライセンス発行手段と、
前記ライセンスの認証に必要な情報を登録するよう情報処理装置に対して要求する認証情報登録要求手段
を具備することを特徴とする情報処理装置。

［４］ 情報の利用を許可するライセンスを発行するライセンス発行手段と、
前記ライセンスの認証に必要な情報をファイアウォールの外にある認証装置およびファイアウォールの内にある認証装置に対して登録を要求する認証情報登録要求手段
を具備することを特徴とする情報処理装置。

［５］ 情報の利用を許可するライセンスの認証に必要な情報を登録する認証情報登録手段と、
ライセンス認証の要求を受け付ける認証要求受付手段と、
前記認証要求受付手段によって受け付けた認証要求に応じて、前記認証情報登録手段によって登録されている情報に基づいて、前記ライセンスを認証する認証手段
を具備することを特徴とする情報処理装置。

［６］ ライセンスを受信するライセンス受信手段と、
前記ライセンスによって指定された情報処理装置に対してライセンスの認証を要求するライセンス認証要求手段
を具備することを特徴とする情報処理装置。

［７］ 第一の情報処理装置に、
情報の利用を許可するライセンスを発行するライセンス発行機能と、
前記ライセンスの認証に必要な情報を登録するよう第二の情報処理装置に対して要求する認証情報登録要求機能、
第二の情報処理装置に、
前記第一の情報処理装置の要求に応じて、ライセンスの認証に必要な情報を登録する認証情報登録機能と、
ライセンスの認証の要求を受け付ける認証要求受付機能と、
前記認証要求受付機能によって受け付けた認証要求に応じて、前記認証情報登録機能によって登録されている情報に基づいて、前記ライセンスを認証する認証機能、
第三の情報処理装置に、
前記第二の情報処理装置によって発行されたライセンスを受信するライセンス受信機能と、
前記ライセンスによって指定された情報処理装置に対してライセンスの認証を要求するライセンス認証要求機能
を実現させることを特徴とするプログラム。

［８］ 第一の情報処理装置に、
情報の利用を許可するライセンスを発行するライセンス発行機能と、
前記ライセンスの認証に必要な情報を登録するよう第二の情報処理装置に対して要求する認証情報登録要求機能、
前記第一の情報処理装置の要求に応じて、ライセンスの認証に必要な情報を登録する認証情報登録機能と、
ライセンス認証の要求を受け付ける認証要求受付機能と、
前記認証要求受付機能によって受け付けた認証要求に応じて、前記認証情報登録機能によって登録されている情報に基づいて、前記ライセンスを認証する認証機能、
を実現させることを特徴とするプログラム。

［９］ 情報処理装置に、
情報の利用を許可するライセンスを発行するライセンス発行機能と、
前記ライセンスの認証に必要な情報を登録するよう情報処理装置に対して要求する認証情報登録要求機能
を実現させることを特徴とするプログラム。

［１０］ 情報処理装置に、
情報の利用を許可するライセンスを発行するライセンス発行機能と、
前記ライセンスの認証に必要な情報をファイアウォールの外にある第１の情報処理装置およびファイアウォールの内にある第２の情報処理装置に対して登録を要求する認証情報登録要求機能
を実現させることを特徴とするプログラム。

［１１］ 情報処理装置に、
情報の利用を許可するライセンスの認証に必要な情報を登録する認証情報登録機能と、
ライセンス認証の要求を受け付ける認証要求受付機能と、
前記認証要求受付機能によって受け付けた認証要求に応じて、前記認証情報登録機能によって登録されている情報に基づいて、前記ライセンスを認証する認証機能
を実現させることを特徴とするプログラム。

［１２］ 情報処理装置に、
ライセンスを受信するライセンス受信機能と、
前記ライセンスによって指定された情報処理装置に対してライセンスの認証を要求するライセンス認証要求機能
を実現させることを特徴とするプログラム。

請求項１の情報処理システムによれば、本構成を有していない場合に比較して、ライセンスを発行するサービスとライセンスを認証するサービスのプロバイダが必ずしも同じである必要はなく、サービスプロバイダへの負荷の集中を回避できる。すなわち、このライセンス発行サービス、ライセンス認証サービスを提供する装置を含む情報処理システムと要求を出すクライアント装置を含むシステムにより、ライセンス認証処理によるサービスプロバイダの負荷を気にすることなくライセンスの発行処理をユーザの要求に応じて行うことができる。

請求項２の情報処理システムによれば、本構成を有していない場合に比較して、ライセンスの発行と認証の管理主体が異なる場合にも対応できるようになる。

請求項３の情報処理装置によれば、本構成を有していない場合に比較して、ライセンスの認証を行うように１以上のライセンス認証装置に対して認証を委託してライセンスを発行することができる。

請求項４の情報処理装置によれば、本構成を有していない場合に比較して、ファイアウォール（Ｆｉｒｅｗａｌｌ）の内にあるライセンス認証装置とファイアウォールの外にあるライセンス認証装置の双方に認証を委託してユーザクライアントがファイアウォールの外にいる場合でもライセンスの認証ができるようにライセンスを発行することができる。すなわち、ネットワークの構成による利便性の低下を防ぐことができる。

請求項５の情報処理装置によれば、本構成を有していない場合に比較して、１以上の装置がライセンスの認証装置として委託を受けることで、オンライン認証の実行時に、負荷の少ない認証装置が認証を行うなど対応できる。これによって、負荷の集中を防ぐことができる。

請求項６の情報処理装置によれば、本構成を有していない場合に比較して、情報を利用するためライセンスの認証を得る場合に、負荷が集中していない認証装置やファイアウォールの外にある認証装置など、発行されたライセンスによって指定された認証装置に対して認証を要求できる。

請求項７のプログラムによれば、本構成を有していない場合に比較して、ライセンスを発行するサービスとライセンスを認証するサービスのプロバイダが必ずしも同じである必要はなく、サービスプロバイダへの負荷の集中を回避できる。すなわち、このライセンス発行サービス、ライセンス認証サービスを提供する装置を含む情報処理システムと要求を出すクライアント装置を含むシステムに機能を実現させるプログラムにより、ライセンス認証処理によるサービスプロバイダの負荷を気にすることなくライセンスの発行処理をユーザの要求に応じて行うことができる。

請求項８のプログラムによれば、本構成を有していない場合に比較して、ライセンスの発行と認証の管理主体が異なる場合にも対応できる機能をシステムに実現させることができるようになる。

請求項９のプログラムによれば、本構成を有していない場合に比較して、ライセンスの認証を行うように１以上のライセンス認証装置に対して認証を委託してライセンスを発行する機能を情報処理装置に実現させることができる。

請求項１０のプログラムによれば、本構成を有していない場合に比較して、ファイアウォールの内にあるライセンス認証装置とファイアウォールの外にあるライセンス認証装置の双方に認証を委託してユーザクライアントがファイアウォールの外にいる場合でもライセンスの認証ができるようにライセンスを発行する機能を情報処理装置に実現させることができる。この場合、ネットワークの構成による利便性の低下も、防ぐことができる。

請求項１１のプログラムによれば、本構成を有していない場合に比較して、１以上の装置がライセンスの認証装置として委託を受けることで、オンライン認証の実行時に、比較的負荷の少ない認証装置に対してオンライン認証ができる機能を情報処理装置に実現させることができるようになる。これによって、負荷の集中を防ぐことができる。

請求項１２のプログラムによれば、本構成を有していない場合に比較して、コンテンツやアプリケーションプログラム等の情報を利用するためライセンスの認証を得る場合に、負荷が集中していない認証装置やファイアウォールの外にある認証装置など、ライセンスにより指定された認証装置に対して認証を要求する機能を情報処理装置に実現させることができる。

まず、本実施の形態の理解を容易にするために、従来の技術（例えば、特許文献１の技術）をオンライン認証とオフライン認証を行うシステムに適用した場合における課題を説明する。なお、サービスプロバイダは、ライセンスの発行及びライセンスのオンライン認証の両方を行うものである。
「課題１」 オンライン認証時の負荷が、サービスプロバイダに集中する。
ライセンスは、利用者がコンテンツを利用する際に、最初に１度だけ発行すればよい。ライセンスに記載されている利用条件（たとえば、一定期間無制限回数の使用が可能、あるいは、一定回数の使用が可能）が許す間は、ライセンスの再度の発行は不要である。
これに対して、ライセンスの認証は、コンテンツの使用の度に起こる。オンライン認証の場合には、サービスプロバイダが発行したすべてのライセンスに対する認証が、同一のサービスプロバイダに集中することになる。
大規模な人数、コンテンツの数で利用を考えた場合、これは深刻な問題となる。

「課題２」 ファイアウォール（Ｆｉｒｅｗａｌｌ）などにより通信が制限された領域にあるサービスプロバイダとの間では、オンライン認証はできない。
多くの組織では、自己の社内のネットワークを攻撃から守るために、ファイアウォール等で、インターネット（Ｉｎｔｅｒｎｅｔ）等の外部のネットワークから内部のネットワーク上のリソースへのアクセスを不能にしている。組織内の機密情報保護の目的で本技術が使用される場合、ライセンスを発行するサービスプロバイダはファイアウォールの内部に置くのが自然である。ファイアウォールの内部でコンテンツを使用する際には、特に問題は起こらないが、出張先等からのアクセスのように、組織のネットワークの外からオンライン認証が必要なコンテンツを使用しようとしても、ファイアウォールの内部にあるサービスプロバイダにはアクセスできず、コンテンツが使用できない。

「課題３」 サービスプロバイダの構築コストが増大する。
ライセンスの発行だけであれば、基本的には、コンテンツ鍵Ｋ_Ｃの暗号化やライセンスファイルに施すデジタル署名ができればよい。特段のサーバ構成は不要であり、個々人が必要に応じて使うアプリケーションソフトウエア程度の規模で十分なことも多い。
オンライン認証の機構は、不特定多数の利用者からいつ来るかわからない認証要求にこたえなければならないため、大きな規模のサーバ構成をとらなければならない。
ライセンス発行とオンライン認証の機能を持つサービスプロバイダは、結局大きな規模のサーバ構成をとらなければならなくなり、コストを払えない利用者がこのシステムを導入することが困難になる。

「課題４」 ライセンスの発行と認証の管理主体が異なる場合に対応できない。
公衆に対して販売されているコンテンツやアプリケーションの利用制御を考える。この場合、ライセンスは、コンテンツやアプリケーションのベンダが管理するサーバから発行してもらうのが一般的であろう。
しかし、いったん購入したコンテンツやソフトウエアの使用状況の管理や、組織を構成するメンバに対する使用可否の制御は、部門ごとに行いたいといったニーズは存在する。従来の技術では、このようなニーズにこたえることができない。

本実施の形態における特徴を以下に示す。
（１）従来技術におけるサービスプロバイダを、ライセンスの発行のみを行うライセンス発行装置（Ｌｉｃｅｎｓｅ Ｉｓｓｕｅｒ）と、利用者からのオンライン認証依頼を受け、認証結果を返す認証装置（Ａｐｐｒｏｖｅｒ）との２つの機構に分離する。
（２）ライセンス発行装置は、オンライン認証を必要とするライセンスを発行する場合、オンライン認証を担当する認証装置を選択し、該認証装置へのオンライン認証を必要とするライセンスをユーザに発行するとともに、発行するライセンスのオンライン認証を該認証装置に委託する。
（３）ユーザ環境にあるクライアントプログラムは、前記ライセンスを認証する際に、ライセンスによって指定された認証装置と通信を行い、オンライン認証を実施する。

実施の形態の概要を説明する。
図２を用いて、ユーザクライアント１０、ライセンス発行装置２０（Ｌｉｃｅｎｓｅ Ｉｓｓｕｅｒ）、認証装置３０（Ａｐｐｒｏｖｅｒ）間のネットワーク関係を含めたシステム全体の構成例を説明する。
図２に示すように、複数のユーザクライアント１０（１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ）はそれぞれライセンス発行装置２０と通信回線を介して接続されている。認証装置３０も複数あり、認証装置３０もそれぞれライセンス発行装置２０と通信回線を介して接続されている。また、ユーザクライアント１０は、１つ以上の認証装置３０と通信回線を介して接続されている。例えば、ユーザクライアント１０Ａは認証装置３０Ａ、認証装置３０Ｃと接続されており、ユーザクライアント１０Ｂは認証装置３０Ｂと接続されており、ユーザクライアント１０Ｃは認証装置３０Ｂに接続されており、ユーザクライアント１０Ｄは認証装置３０Ｃに接続されている。
ユーザクライアント１０Ａは、コンテンツのライセンスを得たい場合は、ライセンス発行装置２０に対して、ライセンスの発行を要求する。ライセンス発行装置２０は、そのユーザクライアント１０Ａに対してライセンスを発行するとともに、認証装置３０Ａ、認証装置３０Ｃに対してライセンス認証に必要な情報を登録する。ユーザクライアント１０Ａがライセンス認証を必要とすると、認証装置３０Ａまたは認証装置３０Ｃに対してオンライン認証を要求する。
なお、ライセンス発行装置２０は複数あってもよく、ユーザクライアント１０、認証装置３０は１つであってもよい。

「ライセンス発行装置２０と認証装置３０の構成」
図３に示すように、ユーザクライアント１０に対するコンテンツやアプリケーションの利用を許諾するライセンスはライセンス発行装置２０（Ｌｉｃｅｎｓｅ Ｉｓｓｕｅｒ）が発行する。オンライン認証が必要なライセンスを発行する場合には、ライセンス発行装置２０は、認証装置３０（Ａｐｐｒｏｖｅｒ）にオンライン認証を委託する。「委託」とは、ライセンス発行装置２０が発行したライセンスを認証装置３０がオンライン認証できるように、ライセンス発行装置２０が認証装置３０に対してそのオンライン認証に必要な情報についてデータベースなどに登録するよう要求することである。また、ライセンス発行装置２０は、ライセンス発行専用の装置であり、自ら発行したライセンスについて認証を行うことはしない。認証装置３０も、認証専用の装置であり、ライセンスを発行することはしない。

「ライセンス発行」
ステップＡ−１からステップＡ−７までの処理は、ライセンス発行についてのフローである。ステップＢ−１からステップＢ−５までの処理は、ライセンスのオンライン認証についてのフローである。
ステップＡ−１では、ユーザクライアント１０がライセンス発行装置２０に対して、ライセンスを発行してもらうよう要求する。
ステップＡ−２では、ユーザクライアント１０はステップＡ−１の要求に応じて、そのライセンスに対するオンライン認証を委託する認証装置３０を選択する。なお、図３では、認証装置３０は１つであるが、図２で示したように複数あるとする。また、選択する認証装置３０は複数あってもよい。
ステップＡ−３では、オンライン認証の委託内容を決定する。後に詳述する。
ステップＡ−４では、ライセンス発行装置２０はステップＡ−２で選択した認証装置３０に対して、オンライン認証の委託を行う。
ステップＡ−５では、認証装置３０はライセンス発行装置２０からのオンライン認証委託を受理し、その後、そのライセンスを有しているユーザクライアント１０からの要求に対して、オンライン認証を実施する。
ステップＡ−６では、ステップＡ−１に対応するライセンスを生成する。
ステップＡ−７では、ステップＡ−６で生成したライセンスをユーザクライアント１０に対して発行する。

「オンライン認証」
ステップＢ−１では、ユーザクライアント１０は、例えばコンテンツやアプリケーションを利用しようとした際に、オンライン認証が必要となった場合に、使用するライセンスを選択する。
ステップＢ−２では、ユーザクライアント１０はそのライセンスについてオンライン認証が委託されている認証装置３０に対して、オンライン認証の実施を要求する。
ステップＢ−３では、認証装置３０は、ステップＢ−２の要求に応じて、オンライン認証処理を実施する。
ステップＢ−４では、認証装置３０は、ステップＢ−３のオンライン認証結果をユーザクライアント１０に送信する。
ステップＢ−５では、ユーザクライアント１０が認証装置３０からのオンライン認証結果を受け取り、その処理を行う。つまり、オンライン認証が成功した場合は、前記例示したコンテンツやアプリケーションの利用を可能とする。

なお、図３のライセンス発行プロセスにおける［ステップＡ−３→ステップＡ−４→ステップＡ−５］のステップと［ステップＡ−６→ステップＡ−７］のステップの順序は、逆でもよい。つまり、［ステップＡ−６→ステップＡ−７］のステップの後に、［ステップＡ−３→ステップＡ−４→ステップＡ−５］のステップを行ってもよい。

「ステップＡ−３、ステップＡ−４」オンライン認証委託時にポリシー送付
ライセンス発行装置２０から認証装置３０にオンライン認証の委託を行う際に、ライセンス発行装置２０は認証ポリシーを送付し、認証装置３０はこれを登録する。認証ポリシーとしては、以下のものがある。
（１）オンライン認証の実行回数（オンライン認証が実行される上限の回数）
（２）オンライン認証の実施期間（オンライン認証を許可する期限）
（３）オンライン認証によって許可する機能（例えば、「閲覧」は許すが、「印刷」は許さないといったこと等がある）
（４）オンライン認証時にユーザクライアント１０に起こす副作用。具体的には、以下の２つがある。
・ライセンスに記載されているポリシーの変更
・ライセンスの無効化

「ステップＡ−２」オンライン認証委託時に認証装置３０を選択
ライセンス発行装置２０から認証装置３０にオンライン認証の委託を行う際に、さまざまな条件によって認証装置３０を選択できる。例えば、以下に示す通りである。
（１）候補となる認証装置３０のうち、もっとも負荷が少ない認証装置３０を選択する。
（２）ライセンスによってコンテンツを利用できるユーザの属性によって、委託する認証装置３０を選択する。たとえば、ユーザが属する部門によって、その部門で管理されている認証装置３０が選択される。
（３）ライセンスによって利用できるコンテンツの種類や属性に応じて、委託する認証装置３０を選択する。たとえば、コンテンツの作成者によって、そのコンテンツ作成者が所属する組織が管理する認証装置３０が選択される。
（４）ライセンスによってコンテンツを利用できるデバイス（ＰＣ等、ユーザクライアント１０）のネットワーク環境によって、委託する認証装置３０を選択する。たとえば、イントラネット中にあるデバイスに対するライセンスは、同じイントラネット中にある認証装置３０を選択し、イントラネット外にあるデバイスに対するライセンスは、インターネット上にある認証装置３０を選択する。あるいは、デバイスとネットワーク的にもっとも近い認証装置３０を選択する。

「複数の認証装置３０にオンライン認証を委託」
また、単一のライセンスに対して、複数の認証装置３０にオンライン認証を委託することもできる。
その場合、オンライン認証実行時にユーザクライアント１０が認証装置３０を選択することもできる。ライセンス発行装置２０から発行されたライセンスのオンライン認証が、複数の認証装置３０に委託されている場合に、コンテンツを利用する際に、さまざまな条件でオンライン認証を実施する認証装置３０を選択する。例えば、選択の方法として、以下の方法がある。
（１）候補となる認証装置３０のうち、もっとも負荷が少ない認証装置３０を選択する。
（２）コンテンツを利用するデバイス（ＰＣ等、ユーザクライアント１０）のネットワーク環境によって、委託する認証装置３０を選択する。たとえば、デバイスがイントラネット中にある場合には、同じイントラネット中にある認証装置３０を選択し、デバイスがイントラネット外にある場合には、インターネット上にある認証装置３０を選択する。あるいは、デバイスとネットワーク的にもっとも近い認証装置３０を選択する。

「第１の実施の形態」
以下、図面に基づき好適な各種の実施の形態を説明する。
図１は、一実施の形態の概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはプログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、プログラム、装置、システムおよび方法の説明をも兼ねている。また、モジュールは機能にほぼ一対一に対応しているが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散または並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続を含む。
また、システムとは、複数のコンピュータ、ハードウェア、装置等がネットワーク等で接続されて構成されるほか、１つのコンピュータによって実現される場合も含まれる。
以下、情報の利用に関する許可（つまりライセンス）として、コンテンツまたはアプリケーションの利用制御に関するライセンスを主に例示して説明する。

本実施の形態は、図１に示すように、全体としてユーザクライアント１０、ライセンス発行装置２０、認証装置３０を備えている。ユーザクライアント１０は、ライセンス発行要求送信モジュール１１、ライセンス受信モジュール１２、ライセンス選択モジュール１３、ライセンス認証要求送信モジュール１４、ライセンス認証結果受信モジュール１５、ライセンス認証結果処理モジュール１６を備えており、ライセンス発行装置２０は、ライセンス発行要求受取モジュール２１、認証装置選択モジュール２２、認証委託内容決定モジュール２３、認証委託モジュール２４、ライセンス生成モジュール２５、ライセンス送信モジュール２６を備えており、認証装置３０は、認証委託受理モジュール３１、認証実施要求受取モジュール３２、認証処理モジュール３３、認証結果送信モジュール３４を備えている。

ライセンス発行要求送信モジュール１１は、ライセンス発行装置２０のライセンス発行要求受取モジュール２１と通信回線を介して接続され、コンテンツまたはアプリケーションを利用する場合に必要となるライセンスの発行要求をライセンス発行装置２０に対して送信する。
ライセンス受信モジュール１２は、ライセンス発行装置２０のライセンス送信モジュール２６と通信回線を介して接続され、ライセンス発行装置２０のライセンス送信モジュール２６によって送信されたライセンスを受信する。

ライセンス選択モジュール１３は、コンテンツまたはアプリケーションを利用する場合に必要となるライセンスを選択する。なお、複数の認証装置３０がある場合は、この選択の際に、認証装置３０を選択することができ、または、ライセンスの選択に応じて認証装置３０を選択することになってもよい。この詳細については、第３の実施の形態で説明する。
ライセンス認証要求送信モジュール１４は、認証装置３０の認証実施要求受取モジュール３２と通信回線を介して接続され、オンラインによるライセンス認証要求を認証装置３０に対して送信する。なお、複数の認証装置３０がある場合は、ライセンス選択モジュール１３によって選択された認証装置３０に対して送信する。
ライセンス認証結果受信モジュール１５は、認証装置３０の認証結果送信モジュール３４と通信回線を介して接続され、認証装置３０によるライセンスの認証結果を受け取る。
ライセンス認証結果処理モジュール１６は、ライセンス認証結果受信モジュール１５によって受け取ったライセンスの認証結果に応じて、コンテンツまたはアプリケーションを利用する。もちろんライセンスの認証結果が不可の場合は、コンテンツまたはアプリケーションを利用することはできない。また、ライセンスが利用に制限を加えている場合には、その制限に従った利用が行われる。

ライセンス発行要求受取モジュール２１は、ユーザクライアント１０のライセンス発行要求送信モジュール１１と通信回線を介して接続され、ユーザクライアント１０のライセンス発行要求送信モジュール１１から送信されたライセンス発行要求を受け取る。
認証装置選択モジュール２２は、発行した（または発行する）ライセンスに適した認証装置３０を選択する。この詳細については、第２の実施の形態で説明する。
認証委託内容決定モジュール２３は、ライセンス発行モジュール２５によって発行されたライセンスの認証を行うために必要な情報を決定する。
認証委託モジュール２４は、認証装置３０の認証委託受理モジュール３１と通信回線を介して接続され、認証委託内容決定モジュール２３によって決定されたライセンスの認証を行うために必要な情報の委託を認証装置３０に対して要求する。なお、認証委託モジュール２４は、複数の認証装置３０に対して委託を行ってもよい。特に、ファイアウォールの外と内にそれぞれある認証装置３０に委託を行ってもよい。
なお、「ファイアウォール」とは、外部から第三者がコンピュータネットワークへ侵入し、データやプログラムの盗み見、改ざん、破壊などが行われることのないように、外部
との境界を流れるデータを監視し、不正なアクセスを検出したり遮断したりする機能を実現するシステムである。ここではそのような不正侵入を防ぐシステムが監視しているネットワークの範囲内を「ファイアウォールの内」といい、範囲外を「ファイアウォールの外」といっている。
ライセンス発行モジュール２５は、ライセンス発行要求受取モジュール２１によって受け取ったライセンス発行要求に応じて、ライセンス発行が適格であるならば、そのライセンスを発行する。
ライセンス送信モジュール２６は、ユーザクライアント１０のライセンス受信モジュール１２と通信回線を介して接続され、ライセンス発行モジュール２５によって発行されたライセンスをそのライセンスの発行要求元であるユーザクライアント１０に送信する。

認証委託受理モジュール３１は、ライセンス発行装置２０の認証委託モジュール２４と通信回線を介して接続され、ライセンス発行装置２０の認証委託モジュール２４によって送信された委託に応じて、ライセンスの認証を行うために必要な情報を登録する。
認証実施要求受取モジュール３２は、ユーザクライアント１０のライセンス認証要求送信モジュール１４と通信回線を介して接続され、ユーザクライアント１０のライセンス認証要求送信モジュール１４によるライセンス認証の要求を受け付ける。
認証処理モジュール３３は、認証実施要求受取モジュール３２によって受け付けた認証要求に応じて、認証委託受理モジュール３１によって登録されているライセンスに対応する情報を用いて、そのライセンスの認証を行う。
認証結果送信モジュール３４は、ユーザクライアント１０のライセンス認証結果受信モジュール１５と通信回線を介して接続され、認証処理モジュール３３によって行われたライセンスの認証結果をそのライセンス認証の要求元であるユーザクライアント１０に送信する。

次に図４、図５を用いて、作用・働き（動作）を説明する。
「設定」
まず、ライセンス発行の処理（図４）を行う前に、以下の設定が行われている。
（１）ユーザクライアント１０（Ｕ）は、公開鍵ペア（公開鍵Ｐ_Ｕ、秘密鍵Ｓ_Ｕ）を持つ。ユーザクライアント１０（Ｕ）には識別子Ｉ_Ｕが割り当てられている。
（２）ライセンス発行装置２０（ＬＩ）は、公開鍵ペア（公開鍵Ｐ_ＬＩ、秘密鍵Ｓ_ＬＩ）を持つ。
（３）複数の認証装置３０（Ａ１， Ａ２， … Ａｎ）が存在する。認証装置３０（Ａｉ）には、識別子Ｉ_Ａｉが割り当てられている。また、認証装置３０（Ａｉ）は、公開鍵ペア（公開鍵Ｐ_Ａｉ、秘密鍵Ｓ_Ａｉ）を持つ。
（４）コンテンツＣは、コンテンツ鍵Ｋ_Ｃによって暗号化されている。コンテンツには識別子Ｉ_Ｃが割り当てられている。コンテンツＣは、ソフトウエアアプリケーションであってもよい。
（５）ライセンス発行装置２０（ＬＩ）は、コンテンツの識別子Ｉ_Ｃとコンテンツ鍵Ｋ_Ｃを保持している。（ライセンス発行装置２０は、コンテンツ識別子とコンテンツ鍵を保持しているコンテンツのライセンスのみ発行できる。）
（６）ライセンスＬには識別子Ｉ_Ｌが割り当てられている。

「ライセンスの発行」
図４を用いて、ライセンス発行の際の処理を説明する。
ステップＳ１０１は、ユーザクライアント１０での処理である。
ユーザクライアント１０（Ｕ）を持つユーザが、コンテンツＣを使用する場合、まず、Ｃに対するライセンスをライセンス発行装置２０（Ｌ）に依頼する。
この際ライセンス発行依頼を、ユーザクライアント１０で生成し、ライセンス発行装置２０に送付する。ライセンス発行依頼には、以下の情報が少なくとも含まれる。
（１）依頼日時
（２）依頼者が持つユーザクライアント１０の識別子 Ｉ_Ｕ
（３）ライセンスが必要なコンテンツＣの識別子 Ｉ_Ｃ
（４）ライセンス発行依頼全体に対するユーザクライアント１０（Ｕ）のデジタル署名

ステップＳ１０２は、ライセンス発行装置２０で行われる処理である。
ライセンス発行依頼を受け取ったライセンス発行装置２０（Ｌ）は、ライセンス発行依頼のデジタル署名を検証する。

ステップＳ１０３は、ライセンス発行装置２０で行われる処理である。
オフライン認証用のライセンスを発行するか、オンライン認証用のライセンスを発行するかを判断する。以下は、主にオンライン認証用のライセンスを発行する処理について説明する。

ステップＳ１０４は、ライセンス発行装置２０で行われる処理である。
オンライン認証用のライセンスを発行する場合、オンライン認証を委託する認証装置３０を選択する。複数の認証装置３０を選択することができる。

ステップＳ１０５は、ライセンス発行装置２０で行われる処理である。
コンテンツ鍵Ｋ_Ｃを認証装置３０の公開鍵で暗号化し、暗号化コンテンツ鍵を生成する。複数の認証装置３０が選択されていた場合には、その選択された認証装置３０毎に、暗号化コンテンツ鍵を生成する。
たとえば、認証装置３０（Ａ１，Ａ２，…，Ａｋ）が選択された場合、暗号化コンテンツ鍵Ｅ_Ａ１，Ｃ，Ｅ_Ａ２，Ｃ，…，Ｅ_Ａｋ，Ｃは、以下のようである。
Ｅ_Ａｉ，Ｃ ＝ ＰＥｎｃ（Ｐ_Ａｉ， Ｋ_Ｃ）
ここでＰＥｎｃ（ｘ，ｙ）は、ｙを公開鍵ｘによって暗号化した結果である。

ステップＳ１０６は、ライセンス発行装置２０で行われる処理である。
ライセンスを生成し、ユーザクライアント１０（Ｕ）に対して送付する。ライセンスには、以下の情報が少なくとも含まれる。
（１）発行日時
（２）ライセンスの識別子 Ｉ_Ｌ
（３）ライセンスの対象であるコンテンツの識別子 Ｉ_Ｃ
（４）暗号化コンテンツ鍵のリスト（以下の情報のリスト）
（４−１）認証装置３０の識別子 Ｉ_Ａｉ
（４−２）認証装置３０のＵＲＬ ＵＲＬ_Ａｉ
（４−３）暗号化コンテンツ鍵 Ｅ_Ａｉ，Ｃ
（５）ライセンスポリシー
（５−１）コンテンツの利用可能回数
（５−２）コンテンツの利用可能期間
（５−３）コンテンツに対して実行可能な機能（「閲覧」「印刷」「編集」等を指す。）
（５−４）その他
（６）ライセンス全体に対するライセンス発行装置２０（Ｌ）のデジタル署名

ステップＳ１０７は、ユーザクライアント１０で行われる処理である。
ライセンス発行装置２０から送付されたライセンスを受け取ったユーザクライアント１０は、ライセンスに付与されたデジタル署名を検証し、問題がなければ、ライセンスを記憶する。

ステップＳ１０８は、ライセンス発行装置２０での処理である。
認証装置３０に対してオンライン認証の委託を実行する。
この際、オンライン認証委託依頼を、ライセンス発行装置２０から認証装置３０に送付する。オンライン認証委託依頼には、以下の情報が少なくとも含まれる。
（１）依頼日時
（２）依頼対象であるライセンスの識別子 Ｉ_Ｌ
（３）ライセンスの発行先であるユーザクライアント１０の識別子 Ｉ_Ｕ
（４）オンライン認証のポリシー
（４−１）オンライン認証の実行回数
（４−２）オンライン認証の実施期間
（４−３）オンライン認証によって許諾可能な機能
（４−４）その他
（５）オンライン認証委託依頼全体に対するライセンス発行装置２０（Ｌ）のデジタル署名

ステップＳ１０９は、認証装置３０で行われる処理である。
オンライン認証の委託を受け取った認証装置３０は、オンライン認証委託依頼のデジタル署名を検証し、問題がなければ、委託内容を記憶する。

「コンテンツの利用（オンライン認証を含む）」
図５を用いて、コンテンツ利用の際の処理を説明する。
ステップＳ２０１は、ユーザクライアント１０で行われる処理である。
コンテンツＣを利用する場合、ユーザクライアント１０は、コンテンツＣを利用するためのライセンスを探索する。

ステップＳ２０２は、ユーザクライアント１０で行われる処理である。
ライセンスが見つかった場合、ライセンスポリシーの内容が満たされているかどうかを確認する。満たされていなければ、コンテンツＣの利用は不可とする。

ステップＳ２０３は、ユーザクライアント１０で行われる処理である。
ライセンスが、オフライン認証用のものであるか、オンライン認証用のものであるかを確認する。以下は、主にオンライン認証用のライセンスを発行する処理について説明する。

ステップＳ２０４は、ユーザクライアント１０で行われる処理である。
ライセンスがオンライン認証用のものであった場合、オンライン認証の相手となる認証装置３０を選択する。選択可能な認証装置３０は、ライセンス中の「暗号化コンテンツ鍵のリスト」に含まれている認証装置３０である。なお、選択の方法は、後述する第３の実施の形態で詳述する。

ステップＳ２０５は、ユーザクライアント１０で行われる処理である。
オンライン認証依頼を作成し、上記で選択した認証装置３０のＵＲＬに送付する。
オンライン認証依頼には、以下の情報が少なくとも含まれる（ライセンスＬ、認証装置３０（Ａｉ）の場合）。
（１）依頼のシリアル番号
（２）依頼日時
（３）ライセンスの識別子 Ｉ_Ｌ
（４）暗号化コンテンツ鍵 Ｅ_Ａｉ，Ｃ
（５）オンライン認証依頼全体に対するユーザクライアント１０のデジタル署名

ステップＳ２０６は、認証装置３０で行われる処理である。
オンライン認証要求を受け取った認証装置３０は、オンライン認証要求に付与されたデジタル署名を検証し、問題がなければ、オンライン認証を要求されたライセンスに対する、オンライン認証の委託があるかどうかを確認する。なければ、オンライン認証のエラーを、ユーザクライアント１０に返す。

ステップＳ２０７は、認証装置３０で行われる処理である。
オンライン認証の委託の「オンライン認証のポリシー」の内容が満たされているかどうかを確認する。満たされていなければ、オンライン認証のエラーを、ユーザクライアント１０に返す。

ステップＳ２０８は、認証装置３０で行われる処理である。
認証装置３０（Ａｉ）が持つ秘密鍵Ｓ_Ａｉで暗号化コンテンツ鍵Ｅ_Ａｉ，Ｃを復号してコンテンツ鍵Ｋ_Ｃを取り出し、それをユーザクライアント１０の公開鍵Ｐ_Ｕで暗号化して、暗号化コンテンツ鍵Ｅ_Ｕ，Ｃを作成する。

ステップＳ２０９は、認証装置３０で行われる処理である。
認証装置３０は、オンライン認証結果を作成して、ユーザクライアント１０に送付する。
オンライン認証結果には、以下の情報が少なくとも含まれる。
（１）依頼のシリアル番号
（２）認証日時
（３）暗号化コンテンツ鍵 Ｅ_Ｕ，Ｃ
（４）オンライン認証結果全体に対する認証装置３０のデジタル署名

ステップＳ２１０は、ユーザクライアント１０で行われる処理である。
オンライン認証結果を受け取ったユーザクライアント１０は、オンライン認証結果に付与されたデジタル署名を検証し、問題がなければ、ユーザクライアント１０が持つ秘密鍵Ｓ_Ｕで暗号化コンテンツ鍵Ｅ_Ｕ，Ｃを復号し、コンテンツ鍵Ｋ_Ｃを取り出す。

ステップＳ２１１は、ユーザクライアント１０で行われる処理である。
コンテンツ鍵Ｋ_Ｃで、コンテンツを復号し、ユーザに利用させる。

「第２の実施の形態」
第２の実施の形態を説明する。
本実施の形態では、第１の実施の形態に加えて、ライセンス発行装置２０が、さまざまな条件によってオンライン認証を委託する認証装置３０を選択する機構が備わったものである。
なお、第１の実施の形態と同種の部位には同一符号を付し重複した説明を省略する。

「第２の実施の形態（１）」
第１の実施の形態に加えて、ライセンス発行装置２０が、もっとも負荷が少ない認証装置３０に対してオンライン認証を委託するものであり、具体的には以下の通りである。
（１）ライセンス発行装置２０は、第１の実施の形態に記載のものに加えて、認証装置３０の負荷を問い合わせる機能を持つ。
（２）その上で、第１の実施の形態のライセンス発行プロセスにおいて、ステップＳ１０４で、候補となる認証装置３０群のそれぞれに対して負荷を問い合わせ、その結果もっとも負荷が少ない認証装置３０を選択する。

「第２の実施の形態（２）」
第１の実施の形態に加えて、ライセンス発行装置２０が、コンテンツを利用できるユーザの属性によって、オンライン認証を委託する認証装置３０を選択するものであり、具体的には以下の通りである。
（１）各部門毎に認証装置３０が存在しており、ライセンス発行装置２０は、各認証装置３０の情報と、その認証装置３０を管理している部門を対応付けたテーブルを持っている。
その上で、第１の実施の形態のライセンス発行プロセスにおいて、以下のように行う。
（２）ステップＳ１０１で、ユーザクライアント１０は、ライセンス発行装置２０に送付するライセンス発行依頼に、ユーザクライアント１０を利用するユーザが所属する部門名を記載する。
（３）ステップＳ１０４で、ライセンス発行装置２０は、ライセンス発行依頼に記載されている部門名から、対応する認証装置３０をさがし、その認証装置３０を、オンライン認証の委託先として選択する。

また、以下のようにしてもよい。
（１）各部門毎に認証装置３０が存在しており、ライセンス発行装置２０は、各認証装置３０の情報と、その認証装置３０を管理している部門を対応付けたテーブルを持っている。
（２）部門とその部門に所属するユーザの識別子の対応情報を蓄積したＤＢ（ユーザ情報ＤＢ）が存在し、ライセンス発行装置２０は同ＤＢに対する問い合わせをすることができる。
その上で、第１の実施の形態のライセンス発行プロセスにおいて、以下のように行う。
（３）ステップＳ１０１で、ユーザクライアント１０は、ライセンス発行装置２０に送付するライセンス発行依頼に、ユーザクライアント１０を利用するユーザの識別子を記載する。
（４）ステップＳ１０４で、ライセンス発行装置２０は、ライセンス発行依頼に記載されているユーザの識別子を取り出し、ユーザ情報ＤＢに問い合わせて、その識別子のユーザが所属する部門名を取得する。そして、その部門に対応する認証装置３０をさがし、その認証装置３０を、オンライン認証の委託先として選択する。

「第２の実施の形態（３）」
第１の実施の形態に加えて、ライセンス発行装置２０が、ライセンスによって利用できるコンテンツの種類や属性に応じて、オンライン認証を委託する認証装置３０を選択するものであり、具体的には以下の通りである。
（１）コンテンツを作成した組織あるいは企業体毎に認証装置３０が存在しており、ライセンス発行装置２０は、各認証装置３０の情報と、その認証装置３０を管理している組織あるいは企業体の識別子を対応付けたテーブルを持っている。
その上で、第１の実施の形態のライセンス発行プロセスにおいて、以下のように行う。
（２）ステップＳ１０１で、ユーザクライアント１０は、ライセンス発行装置２０に送付するライセンス発行依頼に、ライセンスの発行を依頼するコンテンツを作成した組織あるいは企業体の識別子を記載する。
（３）ステップＳ１０４で、ライセンス発行装置２０は、ライセンス発行依頼に記載されている、ライセンスの発行を依頼するコンテンツを作成した組織あるいは企業体の識別子から、対応する認証装置３０をさがし、その認証装置３０を、オンライン認証の委託先として選択する。

「第２の実施の形態（４）」
第１の実施の形態に加えて、ライセンス発行装置２０が、ライセンスによって利用できるＰＣのネットワーク環境によって、オンライン認証を委託する認証装置３０を選択するものであり、具体的には以下の通りである。
（１）ライセンス発行装置２０は、オンライン認証の委託先として複数の認証装置３０の情報を保持している。
（２）認証装置３０とユーザクライアント１０との間の最短経路のホップ（ｈｏｐ）数（経由数）を算出するシステム（ホップカウントシステム）が存在し、ライセンス発行装置２０はホップカウントシステムに対して問い合わせを行うことができる。
その上で、第１の実施の形態のライセンス発行プロセスにおいて、以下のように行う。
（３）ステップＳ１０１で、ユーザクライアント１０は、ライセンス発行装置２０に送付するライセンス発行依頼に、コンテンツを利用するＰＣのＩＰアドレスを記載する。
（４）ステップＳ１０４で、ライセンス発行装置２０は、ライセンス発行依頼に記載されているコンテンツを利用するＰＣのＩＰアドレスを取り出し、ホップカウントシステムを利用して、個々の認証装置３０に対して、同アドレスからの経路の長さを示すホップ数を取得し、最小のホップ数である認証装置３０を、オンライン認証の委託先として選択する。

「第３の実施の形態」
第３の実施の形態を説明する。
本実施の形態では、第１の実施の形態に加えて、ライセンスに複数の認証装置３０が記載されていた場合に、ユーザクライアント１０がさまざまな条件によってオンライン認証を依頼する認証装置３０を選択する機構が備わったものである。
なお、第１の実施の形態と同種の部位には同一符号を付し重複した説明を省略する。

「第３の実施の形態（１）」
第１の実施の形態に加えて、ユーザクライアント１０が、もっとも負荷が少ない認証装置３０に対してオンライン認証を依頼するものであり、具体的には以下の通りである。
（１）ユーザクライアント１０は、第１の実施の形態に記載のものに加えて、認証装置３０の負荷を問い合わせる機能を持つ。
その上で、第１の実施の形態のコンテンツの利用プロセスにおいて、以下のように行う。
（２）ステップＳ２０４で、候補となる認証装置３０群のそれぞれに対して負荷を問い合わせ、その結果もっとも負荷が少ない認証装置３０を選択する。

「第３の実施の形態（２）」
第１の実施の形態に加えて、ユーザクライアント１０が、自己のネットワーク環境によって、オンライン認証を依頼する認証装置３０を選択するものであり、具体的には以下の通りである。
（１）認証装置３０とユーザクライアント１０との間の最短のホップ（ｈｏｐ）数を算出するシステム（ホップカウントシステム）が存在し、ユーザクライアント１０はホップカウントシステムに対して問い合わせを行うことができる。
その上で、第１の実施の形態のコンテンツの利用プロセスにおいて、以下のように行う。
（２）ステップＳ２０４で、ライセンスに記載されている認証装置３０群のそれぞれに対して、ユーザクライアント１０が動作しているＰＣからのホップ数を、ホップカウントシステムを利用して取得し、最小のホップ数である認証装置３０を、オンライン認証の依頼先として選択する。

「ハードウェア構成」
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図６に示すように、一般的なコンピュータであり、具体的にはユーザクライアント１０はパーソナルコンピュータ等であり、ライセンス発行装置２０、認証装置３０はサーバと成りえるコンピュータである。プログラムを実行するＣＰＵ６０１と、そのプログラムやデータを記憶するＲＡＭ６０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ６０３と、補助記憶装置であるＨＤ６０４と、キーボード、マウス等のデータを入力する入力装置６０６と、ＣＲＴや液晶ディスプレイ等の出力装置６０５と、通信ネットワークと接続するための通信回線インタフェース６０７、そして、それらをつないでデータのやりとりをするためのバス６０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。

なお、図６に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図６に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えばＡＳＩＣ等）で構成してもよい。また、特に、ユーザクライアント１０は、パーソナルコンピュータの他、携帯電話、ゲーム機、カーナビ機、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機（多機能複写機とも呼ばれ、スキャナ、プリンタ、複写機、ファックス等の機能を有している）などに組み込まれていてもよい。

なお、説明したプログラムについては、記録媒体に格納することも可能であり、また、そのプログラムを通信手段によって提供することもできる。その場合、例えば、上記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えることもできる。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去および書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、上記のプログラムまたはその一部は、上記記録媒体に記録して保存や流通等させることが可能である。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにはこれらの組合せ等の伝送媒体を用いて伝送することが可能であり、また、搬送波に乗せて搬送することも可能である。
さらに、上記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。

システム全体の構成例を示すブロック図である。 ユーザクライアント、ライセンス発行装置、認証装置間のネットワーク関係を含めたシステム全体の構成例を示すブロック図である。 ユーザクライアント、ライセンス発行装置、認証装置が行う処理の概要を説明するフローチャートである。 ライセンス発行の際の処理を示すフローチャートである。 コンテンツ利用の際の処理を示すフローチャートである。 実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。 従来例を示す説明図である。

符号の説明

１０、１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ…ユーザクライアント
１１…ライセンス発行要求送信モジュール
１２…ライセンス受信モジュール
１３…ライセンス選択モジュール
１４…ライセンス認証要求送信モジュール
１５…ライセンス認証結果受信モジュール
１６…ライセンス認証結果処理モジュール
２０…ライセンス発行装置
２１…ライセンス発行要求受取モジュール
２２…認証装置選択モジュール
２３…認証委託内容決定モジュール
２４…認証委託モジュール
２５…ライセンス生成モジュール
２６…ライセンス送信モジュール
３０、３０Ａ、３０Ｂ、３０Ｃ…認証装置
３１…認証委託受理モジュール
３２…認証実施要求受取モジュール
３３…認証処理モジュール
３４…認証結果送信モジュール
１００…ユーザデバイス
２００…サービスプロバイダ
２０１…暗号化コンテンツ
２０２…ライセンス

Claims (12)

1. 情報の利用を許可するライセンスを発行するライセンス発行手段と、
   前記ライセンスの認証に必要な情報を登録するよう第二の情報処理装置に対して要求する認証情報登録要求手段
   を具備した第一の情報処理装置、
   前記第一の情報処理装置の要求に応じて、ライセンスの認証に必要な情報を登録する認証情報登録手段と、
   ライセンスの認証の要求を受け付ける認証要求受付手段と、
   前記認証要求受付手段により受け付けた認証要求に応じて、前記認証情報登録手段によって登録されている情報に基づいて、前記ライセンスの認証を行う認証手段
   を具備する第二の情報処理装置、
   前記第一の情報処理装置により発行されたライセンスを受信するライセンス受信手段と、
   前記ライセンスによって指定された情報処理装置に対してライセンスの認証を要求するライセンス認証要求手段
   を具備する第三の情報処理装置、
   を含むことを特徴とする情報処理システム。
2. 情報の利用を許可するライセンスを発行するライセンス発行手段と、
   前記ライセンスの認証に必要な情報を登録するよう第二の情報処理装置に対して要求する認証情報登録要求手段
   を具備する第一の情報処理装置、
   前記第一の情報処理装置の要求に応じて、ライセンスの認証に必要な情報を登録する認証情報登録手段と、
   ライセンス認証の要求を受け付ける認証要求受付手段と、
   前記認証要求受付手段により受け付けた認証要求に応じて、前記認証情報登録手段によって登録されている情報に基づいて、前記ライセンスを認証する認証手段
   を具備する第二の情報処理装置、
   を含むことを特徴とする情報処理システム。
3. 情報の利用を許可するライセンスを発行するライセンス発行手段と、
   前記ライセンスの認証に必要な情報を登録するよう情報処理装置に対して要求する認証情報登録要求手段
   を具備することを特徴とする情報処理装置。
4. 情報の利用を許可するライセンスを発行するライセンス発行手段と、
   前記ライセンスの認証に必要な情報をファイアウォールの外にある認証装置およびファイアウォールの内にある認証装置に対して登録を要求する認証情報登録要求手段
   を具備することを特徴とする情報処理装置。
5. 情報の利用を許可するライセンスの認証に必要な情報を登録する認証情報登録手段と、
   ライセンス認証の要求を受け付ける認証要求受付手段と、
   前記認証要求受付手段によって受け付けた認証要求に応じて、前記認証情報登録手段によって登録されている情報に基づいて、前記ライセンスを認証する認証手段
   を具備することを特徴とする情報処理装置。
6. ライセンスを受信するライセンス受信手段と、
   前記ライセンスによって指定された情報処理装置に対してライセンスの認証を要求するライセンス認証要求手段
   を具備することを特徴とする情報処理装置。
7. 第一の情報処理装置に、
   情報の利用を許可するライセンスを発行するライセンス発行機能と、
   前記ライセンスの認証に必要な情報を登録するよう第二の情報処理装置に対して要求する認証情報登録要求機能、
   第二の情報処理装置に、
   前記第一の情報処理装置の要求に応じて、ライセンスの認証に必要な情報を登録する認証情報登録機能と、
   ライセンスの認証の要求を受け付ける認証要求受付機能と、
   前記認証要求受付機能によって受け付けた認証要求に応じて、前記認証情報登録機能によって登録されている情報に基づいて、前記ライセンスを認証する認証機能、
   第三の情報処理装置に、
   前記第二の情報処理装置によって発行されたライセンスを受信するライセンス受信機能と、
   前記ライセンスによって指定された情報処理装置に対してライセンスの認証を要求するライセンス認証要求機能
   を実現させることを特徴とするプログラム。
8. 第一の情報処理装置に、
   情報の利用を許可するライセンスを発行するライセンス発行機能と、
   前記ライセンスの認証に必要な情報を登録するよう第二の情報処理装置に対して要求する認証情報登録要求機能、
   前記第一の情報処理装置の要求に応じて、ライセンスの認証に必要な情報を登録する認証情報登録機能と、
   ライセンス認証の要求を受け付ける認証要求受付機能と、
   前記認証要求受付機能によって受け付けた認証要求に応じて、前記認証情報登録機能によって登録されている情報に基づいて、前記ライセンスを認証する認証機能、
   を実現させることを特徴とするプログラム。
9. 情報処理装置に、
   情報の利用を許可するライセンスを発行するライセンス発行機能と、
   前記ライセンスの認証に必要な情報を登録するよう情報処理装置に対して要求する認証情報登録要求機能
   を実現させることを特徴とするプログラム。
10. 情報処理装置に、
    情報の利用を許可するライセンスを発行するライセンス発行機能と、
    前記ライセンスの認証に必要な情報をファイアウォールの外にある第１の情報処理装置およびファイアウォールの内にある第２の情報処理装置に対して登録を要求する認証情報登録要求機能
    を実現させることを特徴とするプログラム。
11. 情報処理装置に、
    情報の利用を許可するライセンスの認証に必要な情報を登録する認証情報登録機能と、
    ライセンス認証の要求を受け付ける認証要求受付機能と、
    前記認証要求受付機能によって受け付けた認証要求に応じて、前記認証情報登録機能によって登録されている情報に基づいて、前記ライセンスを認証する認証機能
    を実現させることを特徴とするプログラム。
12. 情報処理装置に、
    ライセンスを受信するライセンス受信機能と、
    前記ライセンスによって指定された情報処理装置に対してライセンスの認証を要求するライセンス認証要求機能
    を実現させることを特徴とするプログラム。

Images