(57)【要約】【課題】ユーザ認証チケットを用いて有料リソースを利用でき、リソース提供後も原提供者の意図をできるだけ守る形で利用制御を行うことができ、同一リソースでも利用法や利用時の状況が異なれば異なる利用料金を設定でき、また、柔軟な利用制御情報を設定できる利用制御技術適用Ｐ２Ｐファイル共有システム向けの課金システムを提供する。【解決手段】ネットワークを介して一般消費者からのオンライン入金を受け付け、その見返りに指定したリソースを指定した方法で利用できることを保証する領収書リソースを発行する課金サーバをネットワークに持ち、事前に何らかの手段で有料リソースの概要や利用料金を知った利用者がオンライン入金によって領収書リソースを取得し、提供者側ピアがそれを検証した上で有料リソースを提供すると共に領収書リソースの不正再利用を防ぐため領収書リソースの書き換えまたは削除を行う。【選択図】図１
2005339179.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されたピアがそれぞれの間でリソースの共有を行うＰ２Ｐファイル共有システムにおける課金方法であって、特に、電子ファイル等の情報資源をリソースとして統一的に扱い、複製取得やメタ情報及びコンテンツの一部をキーとした検索などのリソース利用要求を提供者側ピアが受け付け、その際に要求者の本人性を第三者が保証する証明書としてのユーザ認証チケットが添付されていれば、その有効性を検証し、該チケットの情報を利用してポリシを評価した上で、適用動作を行い、利用要求に対する応答結果を利用要求者側ピアに返却する、利用制御技術を適用したＰ２Ｐファイル共有システム向けの課金方法において、ネットワークを介して一般消費者からのオンライン入金を受け付け、その見返りに指定したリソースを指定した方法で利用できることを保証する領収書リソースを発行する課金サーバをネットワーク上に有し、事前に何らかの手段で有料リソースの概要や利用料金を知った利用者がオンライン入金によって領収書リソースを取得し、提供者側ピアがそれを検証した上で有料リソースを提供すると共に領収書リソースの不正再利用を防ぐため領収書リソースの書き換えまたは削除を行うことを特徴とする利用制御技術適用Ｐ２Ｐファイル共有システム向け課金方法。
【請求項２】
前記領収書リソースが下記の要素：
（ａ）対象リソース
（ｂ）許諾利用方法（許諾利用種別）
（ｃ）有効期間
（ｄ）残り有効回数（省略可）
（ｅ）利用者ＩＤ（対となるユーザ認証チケットのユーザＩＤ）
（ｆ）発行者の署名
（ｇ）提供者ＩＤ（このユーザＩＤを持つ提供者または発行者ＩＤを持つ発行者のみ領収書リソースの書き換え／削除が可能）、
等を含み、（ａ）〜（ｄ）は複数組を有することを可とすることを特徴とする請求項１に記載の課金方法。
【請求項３】
前記領収書リソースの不正再利用の防止策として、領収書リソースの書き換え（残り有効開数の書き変え、有効期間の書き換え、許諾利用方法の書き換えまたは削除）または領収書リソースの削除を行うことを特徴とする請求項１または２に記載の課金方法。
【請求項４】
利用者が利用者側ピアを利用して、有料リソースの利用料金や概要の情報を事前に取得するステップと、その事前情報を元にどのリソースを購入するか決定した上で、課金サーバに対してユーザ認証チケットを添付して支払いを行うステップと、課金サーバにて支払いを受け付けるステップと、ユーザ認証チケットの検証と入金の確認を行うステップと、領収書リソースを作成するステップと、作成した領収書リソースを返却するステップと、利用者側ピアがそれを受け取るステップと、そして、ＵＩからの利用者要求に基づき、利用者側ピアがユーザ認証チケットを添付して利用要求を行うステップと、提供者側ピアがそれを受け付けるステップと、利用要求に基づくポリシ評価を行う上で領収書リソースのコンテンツの参照と検証を行い、利用要求の許諾を含む適用動作を行う上で領収書リソースが不正に再利用されないよう書き換えまたは削除を行い、結果を応答するステップと、利用者側ピアがそれを受け取るステップとを含むことを特徴とする請求項１〜３の何れか一項に記載の課金方法。
【請求項５】
有効期限が設定されたユーザ認証チケットを発行する際に課金を行い、特定のリソース利用をその有料ユーザ認証チケットがなければ利用できないものとすることを特徴とする請求項１〜４のいずれか一項に記載の課金方法。
【請求項６】
利用者が利用者側ピアを利用して有料リソースの利用料金や概要の情報を事前に取得するステップと、利用者側ピアからユーザ認証サーバにユーザ認証要求と入金を行うステップと、ユーザ認証サーバがそれらを受け付けて、本人認証と入金確認を行うステップと、ユーザ認証チケットを作成し、作成したユーザ認証チケットを発行するステップと、利用者側ピアがユーザ認証チケットを受け取るステップと、次に、ＵＩからの利用者要求に基づき、利用者側ピアがユーザ認証チケットを添付して利用要求を行うステップと、提供者側ピアがそれを受け付け、利用要求に基づくポリシ評価を行う上でユーザ認証チケットの検証を行い、利用要求の許諾を含む適用動作を行い、結果を応答するステップと、利用者側ピアがそれを受け取るステップとを含むことを特徴とする請求項５に記載の課金方法。
【請求項７】
複数のピアとユーザ認証サーバと課金サーバがネットワーク経由で接続され、ピアがそれぞれの間でリソースの共有を行い、ポリシに基づいた利用制御を実現する、利用制御技術適用Ｐ２Ｐファイル共有システム向けの課金システムであって、ユーザ認証サーバが利用者の本人性認証・ユーザ認証チケットの発行（・ユーザ認証チケットの検証）を行い、課金サーバが利用者側ピアからの入金の受付・入金内容の確認・特定リソースの利用を認める領収書リソースの発行を行い、有料リソース提供者側ピアが領収書リソースの内容確認・有料リソースの提供・不正再利用を防ぐための領収書リソースの書き換え／削除を行うことを特徴とする利用制御技術適用Ｐ２Ｐファイル共有システム向け課金システム。
【請求項８】
前記ユーザ認証サーバが、ユーザＩＤとパスワードなど認証に用いるユーザ情報を管理するユーザ情報管理部と、ピアからのユーザ認証要求を受け付け、本人性を確認後、ユーザ認証チケットを返却するユーザ認証部と、ピアからユーザ認証チケットの正当性の検証要求を受け付け、検証結果を返却するユーザ認証チケット検証部とを具えていることを特徴とする請求項７に記載の課金システム。
【請求項９】
前記課金サーバが、ピアからの入金を受け付け、添付されたユーザ認証チケットからユーザＩＤを取り出して前記領収書リソースを発行する領収書リソース発行部と、有料リソース料金表など入金の確認に必要な情報を格納している課金情報管理部と、ピアからの入金を受け付け、添付されたユーザ認証チケットの正当性を検証すると共に前記課金情報管理部に管理されている情報を元に入金内容の正当性を確認する入金確認部とを具えていることを特徴とする請求項７に記載の課金システム。
【請求項１０】
複数のピアと課金サーバを内包するユーザ認証サーバとがネットワーク経由で接続され、ピアがそれぞれの間でリソースの共有を行い、ポリシに基づいた利用制御を実現する、利用制御技術適用Ｐ２Ｐファイル共有システム向けの課金システムであって、前記課金サーバを内包するユーザ認証サーバが利用者側ピアからの入金の受付・入金内容の確認・入金確認後の利用者の本人性認証とユーザ認証チケットの発行（・ユーザ認証チケットの検証）を行い、有料リソース提供者側ピアが特定ユーザ認証チケット所持者に対する有料リソースの提供を行うことを特徴とする利用制御技術適用Ｐ２Ｐファイル共有システム向け課金システム。
【請求項１１】
前記ユーザ認証サーバが、ユーザＩＤとパスワードなど認証に用いるユーザ情報を管理するユーザ情報管理部と、ピアからのユーザ認証要求を受け付け、本人性を確認後、ユーザ認証チケットを返却するユーザ認証部と、ピアからユーザ認証チケットの正当性の検証要求を受け付け、検証結果を返却するユーザ認証チケット検証部と、有料リソース料金表など入金の確認に必要な情報を格納している課金情報管理部及びピアからの入金を受け付け、添付されたユーザ認証チケットの正当性を検証すると共に前記課金情報管理部に管理されている情報を元に入金内容の正当性を確認する入金確認部を有する課金サーバとを具えていることを特徴とする請求項１０に記載の課金システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイル共有を行うのに利用制御技術を適用するP２Pファイル共有システム向けの課金システムに関するものである。
【背景技術】
【０００２】
Ｐ２Ｐファイル共有システムとして、従来のＰ２Ｐファイル共有ソフトやＰ２Ｐグループウェアを用いるものでは、ファイル共有を行う上で、アクセス者を制限したり、回線速度に応じてアクセスを制限したりといった、簡易な利用制限のみを実現しており、ダウンロード後の利用制御については、前述の簡易な利用制御を行うＰ２Ｐファイル共有ソフト以外ではＤＲＭ（Digital Rights Management）技術を組み込んだカプセル化（暗号化）ファイルを流通させるものしか実現されていない(例えば、特許文献１参照)。また、検索についてもファイル名をキーとした条件指定が主流であり、コンテンツの信頼性を事前に保証するような仕組みもなかった。
【０００３】
また、P２Pファイル共有システム用の課金システムとしては従来主に以下の三方式が採用されていた。
（１）＜有料会員制方式＞
有料会員のみが提供ファイルを有するピアにアクセスできるようにした方式。
（２）＜有料復号鍵方式＞
暗号化ファイルをダウンロードした後に、Ｐ２Ｐ経由またはその他の手段により、それを復号化するための有料の復号鍵を取得する方式。
（３）＜ＤＲＭ方式＞
ＤＲＭ（Digital  Rights  Management）技術を組み込んだカプセル化（暗号化）ファイルを流通させ、ダウンロード時やダウンロード後の利用時に課金が必要となるようにした方式。
【０００４】
【特許文献１】特開２００３−２５６５９７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
前記従来のファイル共有システムによるような、利用要求者の本人性認証や特定の属性情報に基づく利用制約だけでは、画一的な利用制御しか実現することができず、個人ごとに利用方法を変えたり、操作ごとに許諾結果を変えたりするといった自由度の高い利用制御が実現できず、利便性が低い。そこで、単純な利用制約だけではなく、利用要求者の状態や利用要求種別など様々な条件と対応する適用動作を規定し、状況に応じた適用動作を実行するなどといった高度な利用制御の手段を講じることにより利便性を高めることが望まれる。
【０００６】
また、従来のファイル共有ソフトウェアでは、基本的に、提供者の手を離れたファイルに対して、提供者の意図に基づく柔軟な利用制約が設けられていないため、提供者に不安感を与える可能性がある。さらに、ＤＲＭ技術を組み込んだカプセル化（暗号化）ファイルを流通させる場合は、ＤＲＭが保証する利用制御以外の利用制御を再公開者が追加設定できないので、再公開者にとって利便性が低い。そこで、ファイルまたはその複製またはその派生物を譲渡する際に譲渡物に対する提供者による利用制御情報を提供者（側装置）が設定し、譲渡物を利用者側装置上で利用するに当り、利用者が新たに設定した利用制御情報に加え、前記提供者による利用制御情報に基づいた利用制御が確実におこなわれることとし、提供者の安心感を高めるのが望ましい。
【０００７】
検索条件の指定方式としては、ファイル名という特定の属性に対する部分一致検索などが行われているが、設定できる検索条件が限定的であり、その欠点を補わんが為に運用として色々な情報を盛り込んだ長いファイル名を採用するといった方式が採られており、その命名方式は各提供者ごとにバラバラで、統一されておらず、また、限界がある。そこで、ファイル名という特定の属性だけではなく、例えば、キーワードやファイルタイプなどの属性、さらにはファイルの内容であるコンテンツ自体も検索対象とすることにより、木目細かな検索条件を設定可能とし、検索者が望むファイルを取得できる確度を向上させるのが好適である。
【０００８】
また、従来は上述したように、コンテンツについてはファイル名などからしか情報を得ることができないため、取得して中身を確認するまで安全なファイルかどうか分からないず、利用者としてはある程度の不安感を持つ可能性が高い。このために、第三者機関がコンテンツの中身を保証し、そのようなコンテンツを持つリソースのみを永続的に受け入れることとし、利用者の確認の手間を軽減し、安心感を高める必要がある。
【０００９】
さらに従来ファイル共有方式では、ピアにおいてユーザＩＤや公開鍵証明書によって本人性認証を行っており、公開鍵証明書を用いる以外の方式は、独自で管理するユーザＩＤを用いるもので、局所的であり、管理コストが高い。そこで、従来の公開鍵証明書だけではなく、信頼できる第三者による本人性証明書（ユーザ認証チケット）をも扱える仕組みを導入するなどして、対応認証方式を拡充し、利用者及び提供者の利便性を向上させることも求められる。
【００１０】
また、従来のファイル共有方式では一連の動作を保証する仕組みがなく、利用者や提供者にとってやや不便である。このために、例えば、一連の動作の途中で操作が失敗した場合に、それまでの動作を無効とする仕組みを用意して、利用者及び提供者の利便性を向上させるのが好適である。
【００１１】
さらに、従来の課金システムとしての前記＜有料会員制方式＞では、一時的な利用を行う運用モデルは考えにくく、個人が簡単に有料ファイルを提供するには敷居が高い。このために、有効期間を短く設定できる領収書リソース（リソースは（電子データ）実体であるコンテンツと、その属性を示すメタ情報から構成される情報オブジェクトで、電子ファイルからプログラム、デバイス、ネットワーク資源まで拡張可能）または信頼できる第三者による本人性証明（ユーザ認証チケット）を用いて有料ファイルを利用できるようにすることが望まれる。
【００１２】
また、従来の課金システムとしての前記＜有料復号鍵方式＞では復号鍵入手後、利用制御ができなくなるか、一定の利用制御しかできなくなり、また、利用方法や利用時の状況に依らず復号鍵の値段は基本的に一定にしかできない。そこで、提供後も原提供者の意図をできるだけ守る形で利用制御を行えるようにし、また、同一ファイルでも利用方法が異なれば異なる利用料金を設定できるようにするのが好適である。
【００１３】
さらに、従来の課金システムとしての前記＜ＤＲＭ方式＞では、利用制御情報記述言語としてXrMLなどを利用しており、柔軟な利用制御を行うことができない。このために、柔軟な利用制御情報を設定できるようにすることが望まれる。
【００１４】
そこで本発明者等は先ず、同日出願の特願２００４−１５６６９０号にて、二次利用時を含め自由度の高い利用制御を実現し、検索における望ましいリソースの取得確度を向上させ、利用者及び提供者の安心感を高め、利用者及び提供者の利便性を向上させるために、共有対象となる情報資源をリソースとして統一的に扱い、それらをP２P技術を用いて共有するものであって、複製取得（ダウンロード）やメタ情報及びコンテンツの一部をキーとした検索などの何らかのリソース利用要求を受け付け、関係するポリシを評価した上で、得られた適用動作を行い、前記利用要求に対する応答結果を利用者側ピアに返却する、利用制御技術適用P２Pファイル共有システムを提案した。
【００１５】
本発明は、前述した点に鑑み、個人が有料ファイルを提供する場合の参入の敷居を下げ、ファイル提供後も原提供者の意図をできるだけ守る形で利用制御を行え、利用方法や利用時の状況によって利用料金の設定ができ、柔軟な利用制御ができる、利用制御技術適用P２Pファイル共有システム向けの課金方法及びシステムを提供することを目的とする。
【課題を解決するための手段】
【００１６】
上記の目的を達成するために、請求項１に記載の発明は、ネットワークに接続されたピアがそれぞれの間でリソースの共有を行うＰ２Ｐファイル共有システムにおける課金方法であって、特に、電子ファイル等の情報資源をリソースとして統一的に扱い、複製取得やメタ情報及びコンテンツの一部をキーとした検索などのリソース利用要求を提供者側ピアが受け付け、その際に要求者の本人性を第三者が保証する証明書としてのユーザ認証チケットが添付されていれば、その有効性を検証し、該チケットの情報を利用してポリシを評価した上で、適用動作を行い、利用要求に対する応答結果を利用要求者側ピアに返却する、利用制御技術を適用したＰ２Ｐファイル共有システム向けの課金方法において、ネットワークを介して一般消費者からのオンライン入金を受け付け、その見返りに指定したリソースを指定した方法で利用できることを保証する領収書リソースを発行する課金サーバをネットワーク上に有し、事前に何らかの手段で有料リソースの概要や利用料金を知った利用者がオンライン入金によって領収書リソースを取得し、提供者側ピアがそれを検証した上で有料リソースを提供すると共に領収書リソースの不正再利用を防ぐため領収書リソースの書き換えまたは削除を行うことを特徴とする利用制御技術適用Ｐ２Ｐファイル共有システム向け課金方法にある。
【００１７】
また、請求項２の発明は、請求項１に記載の方法において、前記領収書リソースが下記の要素：
（ａ）対象リソース
（ｂ）許諾利用方法（許諾利用種別）
（ｃ）有効期間
（ｄ）残り有効回数（省略可）
（ｅ）利用者ＩＤ（対となるユーザ認証チケットのユーザＩＤ）
（ｆ）発行者の署名
（ｇ）提供者ＩＤ（このユーザＩＤを持つ提供者または発行者ＩＤを持つ発行者のみ領収書リソースの書き換え／削除が可能）、
等を含み、（ａ）〜（ｄ）は複数組を有することを可とすることを特徴とする。
【００１８】
また、請求項３の発明は、請求項１または２に記載の方法において、領収書リソースの不正再利用の防止策として、領収書リソースの書き換え（残り有効開数の書き変え、有効期間の書き換え、許諾利用方法の書き換えまたは削除）または領収書リソースの削除を行うことを特徴とする。
【００１９】
また、請求項４の発明は、請求項１〜３の何れか一項に記載の方法において、当該方法が：
利用者が利用者側ピアを利用して、有料リソースの利用料金や概要の情報を事前に取得するステップと、その事前情報を元にどのリソースを購入するか決定した上で、課金サーバに対してユーザ認証チケットを添付して支払いを行うステップと、課金サーバにて支払いを受け付けるステップと、ユーザ認証チケットの検証と入金の確認を行うステップと、領収書リソースを作成するステップと、作成した領収書リソースを返却するステップと、利用者側ピアがそれを受け取るステップと、そして、ＵＩからの利用者要求に基づき、利用者側ピアがユーザ認証チケットを添付して利用要求を行うステップと、提供者側ピアがそれを受け付けるステップと、利用要求に基づくポリシ評価を行う上で領収書リソースのコンテンツの参照と検証を行い、利用要求の許諾を含む適用動作を行う上で領収書リソースが不正に再利用されないよう書き換えまたは削除を行い、結果を応答するステップと、利用者側ピアがそれを受け取るステップとを含むことを特徴とする。
【００２０】
また、請求項５の発明は、請求項１〜４のいずれか一項に記載の方法において、有効期限が設定されたユーザ認証チケットを発行する際に課金を行い、特定のリソース利用をその有料ユーザ認証チケットがなければ利用できないものとすることを特徴とする。
【００２１】
また、請求項６の発明は、請求項５に記載の方法において、利用者が利用者側ピアを利用して有料リソースの利用料金や概要の情報を事前に取得するステップと、利用者側ピアからユーザ認証サーバにユーザ認証要求と入金を行うステップと、ユーザ認証サーバがそれらを受け付けて、本人認証と入金確認を行うステップと、ユーザ認証チケットを作成し、作成したユーザ認証チケットを発行するステップと、利用者側ピアがユーザ認証チケットを受け取るステップと、次に、ＵＩからの利用者要求に基づき、利用者側ピアがユーザ認証チケットを添付して利用要求を行うステップと、提供者側ピアがそれを受け付け、利用要求に基づくポリシ評価を行う上でユーザ認証チケットの検証を行い、利用要求の許諾を含む適用動作を行い、結果を応答するステップと、利用者側ピアがそれを受け取るステップとを含むことを特徴とする。
【００２２】
また、請求項７の発明は、複数のピアとユーザ認証サーバと課金サーバがネットワーク経由で接続され、ピアがそれぞれの間でリソースの共有を行い、ポリシに基づいた利用制御を実現する、利用制御技術適用Ｐ２Ｐファイル共有システム向けの課金システムであって、ユーザ認証サーバが利用者の本人性認証・ユーザ認証チケットの発行（・ユーザ認証チケットの検証）を行い、課金サーバが利用者側ピアからの入金の受付・入金内容の確認・特定リソースの利用を認める領収書リソースの発行を行い、有料リソース提供者側ピアが領収書リソースの内容確認・有料リソースの提供・不正再利用を防ぐための領収書リソースの書き換え／削除を行うことを特徴とする利用制御技術適用Ｐ２Ｐファイル共有システム向け課金システムにある。
【００２３】
また、請求項８の発明は、請求項７に記載の課金システムにおいて、ユーザ認証サーバが、ユーザＩＤとパスワードなど認証に用いるユーザ情報を管理するユーザ情報管理部と、ピアからのユーザ認証要求を受け付け、本人性を確認後、ユーザ認証チケットを返却するユーザ認証部と、ピアからユーザ認証チケットの正当性の検証要求を受け付け、検証結果を返却するユーザ認証チケット検証部とを具えていることを特徴とする。
【００２４】
また、請求項９の発明は、請求項７に記載の課金システムにおいて、課金サーバが、ピアからの入金を受け付け、添付されたユーザ認証チケットからユーザＩＤを取り出して前記領収書リソースを発行する領収書リソース発行部と、有料リソース料金表など入金の確認に必要な情報を格納している課金情報管理部と、ピアからの入金を受け付け、添付されたユーザ認証チケットの正当性を検証すると共に前記課金情報管理部に管理されている情報を元に入金内容の正当性を確認する入金確認部とを具えていることを特徴とする。
【００２５】
また、請求項１０の発明は、複数のピアと課金サーバを内包するユーザ認証サーバとがネットワーク経由で接続され、ピアがそれぞれの間でリソースの共有を行い、ポリシに基づいた利用制御を実現する、利用制御技術適用Ｐ２Ｐファイル共有システム向けの課金システムであって、前記課金サーバを内包するユーザ認証サーバが利用者側ピアからの入金の受付・入金内容の確認・入金確認後の利用者の本人性認証とユーザ認証チケットの発行（・ユーザ認証チケットの検証）を行い、有料リソース提供者側ピアが特定ユーザ認証チケット所持者に対する有料リソースの提供を行うことを特徴とする利用制御技術適用Ｐ２Ｐファイル共有システム向け課金システムにある。
【００２６】
また、請求項１１の発明は、請求項１０に記載の課金システムにおいて、ユーザ認証サーバが、ユーザＩＤとパスワードなど認証に用いるユーザ情報を管理するユーザ情報管理部と、ピアからのユーザ認証要求を受け付け、本人性を確認後、ユーザ認証チケットを返却するユーザ認証部と、ピアからユーザ認証チケットの正当性の検証要求を受け付け、検証結果を返却するユーザ認証チケット検証部と、有料リソース料金表など入金の確認に必要な情報を格納している課金情報管理部及びピアからの入金を受け付け、添付されたユーザ認証チケットの正当性を検証すると共に前記課金情報管理部に管理されている情報を元に入金内容の正当性を確認する入金確認部を有する課金サーバとを具えていることを特徴とする。
【発明の効果】
【００２７】
上述した本発明によれば、利用制御対象となる情報資源をリソースという形で統一的に扱い、ポリシという自由度の高い利用制御情報を用いた利用制御をＰ２Ｐファイル共有に組み込むことにより、Ｐ２Ｐファイル共有において、柔軟な利用制御を実現することができる。
【００２８】
また、利用制御を行うためのポリシ評価の際に必要なリソース操作を自動的に行うことにより、利用制御の幅を広げると共に、そのようなリソースを介して他のサービスと連携させることもできる。
【００２９】
さらに、リソースまたはその複製またはその派生物の譲渡時にリソースポリシを添付し、それらリソースを再利用する際に必ずリソースポリシを優先的に評価することによって、リソースの原提供者がしてほしくない利用をされることを防ぐことができると共に、被譲渡者が譲渡されたリソースの利用/公開にあたり、新たにピアポリシを設定することにより、被譲渡者の意図に基づいた利用制御を追加することができる。
【００３０】
また、検索対象や検索条件式のパラメータとしてメタ情報やコンテンツを利用できるようにし、検索者が木目細かな条件に基づく検索を行うことにより、リソース名を徒に長くすることなく、望ましいリソースを検索結果として得られる可能性を高めることができる。
【００３１】
さらに、コンテンツ認証サーバを導入することにより、リソースまたはリソースの複製を取得する利用者は、比較的安心してそれらを格納することができるようになる。また、必要であれば、コンテンツ登録時に内容検証を行ったり、登録・検証時に課金を行ったりする機会を提供することができる。
【００３２】
また、ユーザ認証を第三者機関に任せることにより、各ピア上でのユーザ管理のコストを軽減でき、様々な種類のユーザ認証チケットを扱えるという自由度を得ると共に、既にＣＡ局などのユーザ認証サーバを有する大規模システムヘの組み込みを容易にすることができる。
【００３３】
さらに、トランザクションとロールバックを導入することにより、利用制御において複数の動作を一連の動作として扱うことを実現し、より簡単に複雑な利用制御を実現することができる。
【００３４】
本発明は他のＰ２Ｐファイル共有システムと差別化される利用制御技術適用Ｐ２Ｐファイル共有システムについて、課金を行う仕組みを提供する。
【００３５】
また、有効期間を短く設定できる領収書リソースまたはユーザ認証チケットを導入にすることにより、システム登録などによる長期的な利用契約なしに、気軽に一時的に有料リソースの利用が出来る仕組みを提供するとともに個人が有料リソースを提供する場合の参入の敷居を下げることができる。
【００３６】
利用制御技術適用Ｐ２Ｐファイル共有システムをベースとしているので、有料リソースを利用させるに当たり、柔軟な利用制御設定を可能とすることができる。
【００３７】
さらに、有料リソース提供後も原提供者や中間提供者の意図を守る仕組みを保持し、提供後のバックマージン課金も可能とする。また、同一リソースでも利用方法や利用時の状況により異なった利用料金を設定することができる。
【発明を実施するための最良の形態】
【００３８】
以下、本発明を図面を参照して説明する。
【００３９】
図１は本発明による利用制御技術適用P２Pファイル共有システム向け課金方法の原理を説明するためのシーケンス図である。
【００４０】
本発明ではまず、利用者が利用するピア（以下、利用者側ピア）が、利用が有料のリソースの利用料金や概要の情報を要求する事前情報取得要求を発行し（ステップＳ０１；それは検索だったり、ピアを特定して問合せをしたりするなど、様々な種類がある）、利用を要求されているリソースを有しているピア（以下、提供者側ピア）がその要求を受け付け（ステップＳ０２）、ポリシ評価を行い、得られた適用動作リスト中の適用動作を実行した上で、結果を応答し（ステップＳ０３）、利用者側ピアがそれを受け取る（ステップＳ０４）。
【００４１】
次に利用者は得た事前情報を元にどのリソースを購入するか決定した上で、課金サーバに対してユーザ認証チケットを添付して支払いを行い（ステップＳ０５）、課金サーバでは支払いを受け付け（ステップＳ０６）、ユーザ認証チケットの検証と入金の確認を行い（ステップＳ０７）、領収書リソースを作成し（ステップＳ０８）、作成した領収書リソースを利用者側ピアに返却し（ステップＳ０９）、利用者側ピアがそれを受け取る（ステップＳ０１０）。
【００４２】
そして、ＵＩからの利用者要求に基づき、利用者側ピアはユーザ認証チケットを添付して利用要求を行い（ステップＳ０１１）、提供者側ピアはそれを受け付け（ステップＳ０１２）、利用要求に基づくポリシ評価を行う上で領収書リソースのコンテンツの参照と検証（ユーザ認証チケットの検証と併せて）を行い、利用要求の許諾を含む適用動作を行う上で領収書リソースが不正に再利用されないよう書き換えまたは削除を行い、結果を応答し（ステップＳ０１３）、利用者側ピアがそれを受け取る（ステップＳ０１４）。
【００４３】
本発明は、事前に入手した情報を元に課金サーバに対して特定リソース利用のための支払いを済ませ領収書リソースを得て、その特定リソース利用を実現するものであり、課金サーバから消費者に発行される領収書リソースは、例えば、以下の要素を含む。なお、（ａ）〜（ｄ）は複数組を有していてもよい。
（ａ）対象リソース
（ｂ）許諾利用方法（許諾利用種別）
（ｃ）有効期間
（ｄ）残り有効回数（省略可）
（ｅ）利用者ＩＤ（対となるユーザ認証チケットのユーザＩＤ）
（ｆ）発行者の署名
（ｇ）提供者ＩＤ（このユーザＩＤを持つ提供者または発行者ＩＤを持つ発行者のみ領収書リソースの書き換え／削除が可能）。
【００４４】
また、トランザクションが実現されているシステムの場合は、領収書リソースの書換や削除もロールバック可能であり、提供者はリソースの提供に当たり、領収書リソースの不正再利用を防ぐために以下のことができるものとする。
（１）領収書リソースの書き換え
１）残り有効回数の書き換え
２）有効期間の書き換え
３）許諾利用方法の書き換え・削除
（２）領収書リソースの削除
【００４５】
ダウンロード（リモートピアからの複製取得）の際には、通常リソースポリシが添付されるので、現提供者の意図は拒絶したいものに対して最低限守られるとともに、原提供者やそれ以前の提供者（中継者）へのバックマージンを設定することも可能である（代行課金した課金サーバが分配してもよい）。また、ダウンロードしたリソースを再公開する場合は再提供者が別途ピアポリシを設定できるものとする。
【００４６】
課金サーバは単一である必要はなく、複数が混在してもよいものとする。ピアと課金サーバとの間の通信プロトコルはＰ２Ｐプロトコルに限定しない。また、通信路に暗号化がなされていることがセキュリティの面から強く推奨される。
【００４７】
図２は、有効期限が設定されたユーザ認証チケットを発行する際に課金を行い、特定のリソース利用をその有料ユーザ認証チケットがなければ利用できないものとする、本発明の他の課金方法の原理を説明するための図である。
【００４８】
この課金方法ではまず、利用者が何らかの手段で事前情報を得てユーザ認証サーバにユーザ情報を登録した上で、利用者側ピアからユーザ認証サーバにユーザ認証要求と入金を行い（ステップＳ２１）、ユーザ認証サーバがそれらを受け付け（ステップＳ２２）、本人性認証と入金確認を行い（ステップＳ２３）、ユーザ認証チケットを作成し（ステップＳ２４）、作成したユーザ認証チケットを発行し（ステップＳ２５）、利用者側ピアがそれを受け取る（ステップＳ２６）。
【００４９】
次に、ＵＩからの利用者要求に基づき、利用者側ピアはユーザ認証チケットを添付して利用要求を行い（ステップＳ２７）、提供者側ピアはそれを受け付け（ステップＳ２８）、利用要求に基づくポリシ評価を行う上でユーザ認証チケットの検証を行い、利用要求の許諾を含む適用動作を行い、結果を応答し（ステップＳ２９）、利用者側ピアがそれを受け取る（ステップＳ３０）。
【００５０】
図２の課金方法は、利用者がユーザ認証サーバに対して支払いを行うことで、本人性認証をしてもらい、有効期限などが設定されたユーザ認証チケットを取得し、そのユーザ認証チケットを持っている者のみ特定のリソースが利用可能となるものである。
【００５１】
ユーザ認証チケットには有効期間が指定されているものとするが、特例として無期限も許容する。
【００５２】
ユーザ認証サーバは単一である必要はなく、複数が混在してもよいものとする。ピアとユーザ認証サーバとの間の通信プロトコルはＰ２Ｐプロトコルに限定しない。また、通信路に暗号化がなされていることがセキュリティの面から強く推奨される。
【００５３】
図３は、本発明に係る利用制御技術適用Ｐ２Ｐファイル共有システム向け課金システムの構成を示す。
本システムはネットワーク経由で複数のピア１０００とユーザ認証サーバ１００２と課金サーバ１００３が動作していることを前提としている。コンテンツ認証サーバ１００１がネットワーク上にある場合もある。ピア１０００はそれぞれの間でリソースの共有を行い、ポリシに基づいた利用制御を実現する。コンテンツ認証サーバ１００１は、コンテンツ情報の登録を受け付け、コンテンツ情報を管理し、指定したコンテンツが登録済みかどうかの確認要求に応える。ユーザ認証サーバ１００２は、利用者の本人性認証を行い、ユーザ認証チケットを発行するもので、ユーザ認証チケットの正当性の確認を行ってもよい。課金サーバ１００３は入金を受け付け、その内容を確認し、特定リソースの利用を認める領収書リソースを発行するものである。
【００５４】
利用者は利用者側ピア１０００にて検索などを行い、利用したいリソースとその利用種別を決定し、その利用金額情報を取得し、ユーザ認証サーバ１００２を用いてユーザ認証を行った上で、課金サーバ１００３に対して、入金を行い、領収書リソースを受け取り、ユーザ認証チケットを添付して利用したいリソースを有する提供者側ピア１０００に利用要求を送り、提供者側ピアが領収書リソースをユーザ認証チケットと併せて検証し、不正に再利用できないように領収書リソースの書換または削除を行った上で要求された利用動作を含む適用動作を実行し、結果を応答する。
【００５５】
ユーザ認証サーバ１００２はユーザ情報管理部１１０とユーザ認証部１２０とユーザ認証チケット検証部１３０から構成される。ユーザ情報管理部１１０はユーザＩＤとパスワードなど認証に用いるユーザ情報を管理し、ユーザ認証部１２０はピア１０００からのユーザ認証要求を受け付け、本人性を確認後、ユーザ認証チケットを返却する。
【００５６】
ユーザ認証チケット検証部１３０はピア１０００からユーザ認証チケットの正当性の検証要求を受け付け、検証結果を返却する。ユーザ認証チケット検証部１３０はピア１０００側に一部または全てが存在しても構わない。一部存在する場合はピア１０００と連携してユーザ認証チケットの検証を行うことを意味する。
【００５７】
課金サーバ１００３は入金確認部１４０と領収書発行部１５０と課金用情報管理部１６０から構成される。入金確認部１４０はピアからの入金を受け付け、添付されたユーザ認証チケットの正当性を検証すると共に課金用情報管理部１６０に格納されている情報を元に入金内容の正当性を確認する。
【００５８】
領収書発行部１５０は、添付されたユーザ認証チケットからユーザＩＤを取り出し、領収書リソースを作成し、発行する。
【００５９】
課金用情報管理部１６０は、有料リソースの料金表など入金の確認に必要な情報を格納している。課金済み情報について管理を行ってもよい。
【００６０】
図４は、図３のシステムの変形例を示す。本システムはネットワーク経由で複数のピア１０００と課金サーバ１００３を内包するユーザ認証サーバ１００２が動作していることを前提としている。コンテンツ認証サーバ１００１がネットワーク上にある場合もある。ピア１０００とコンテンツ認証サーバ１００１は前節で説明済みである。ユーザ認証サーバ１００２は、課金サーバ１００３を内包し、有料で利用者の本人性認証を行い、有料リソースを利用するためのユーザ認証チケットを発行するもので、ユーザ認証チケットの正当性の確認を行ってもよい。課金サーバ１００３は入金を受け付け、その内容を確認するものである。
【００６１】
利用者は利用者側ピア１０００にて検索などを行い、利用したいリソースとその利用種別を決定し、その利用金額などの情報を取得し、ユーザ認証サーバ１００２（実際には内包されている課金サーバ１００３）に入金を行い、受け取ったユーザ認証チケットを添付して利用したいリソースを有する提供者側ピア１０００に利用要求を送り、提供者側ピアがユーザ認証チケットを検証し、要求された利用動作を含む適用動作を実行し、結果を応答する。
【００６２】
ユーザ情報管理部１１０、ユーザ認証チケット検証部１３０、入金確認部１４０、課金用情報管理部１６０は前節で説明した通り。ユーザ認証部１２０はピア１０００からのユーザ認証要求と入金を受け付け、本人性を確認し、課金サーバ１００３を用いて入金の確認を行った後、ユーザ認証チケットを返却する。
【００６３】
［実施例］
以下、図面と共に本発明の実施例を説明する。
【００６４】
実施例として、領収書リソースを用いて一度だけ或るリソースをダウンロードできる例を実施例１として、一定期間だけ有効な有料ユーザ認証チケットを用いて或るリソースをダウンロードできる例を実施例２として挙げる。また、下記の例において各リソースアドレスは、木構造で表現されるものとし、pibot://＜ピア名＞/hoo/bar/．．．の形式で表されるものとする。ピア名はグローバルユニークなＩＤで、下記例ではローカルピアのピア名をlocalPeer、リモートピアのピア名をremotePeerとする。/hoo/barはbarというリソース名を持つリソースの親リソース（下位リソース集合をコンテンツとして持つリソース）のリソース名がhooであることを意味する。
【００６５】
（１）［実施例１］
以下、この例を図５、図６、図７、図８、図９及び図１１乃至図１４を用いて説明する。
【００６６】
図５は、本発明の実施例１におけるシーケンスを示し、図６は、図５におけるシーケンスの有料リソースリスト検索実行の詳細シーケンスを示し、図７は、図５におけるシーケンスの領収書リソース受領の詳細シーケンスを示し、図８は、図５におけるシーケンスの有料リソースのポリシ評価における副問合せの詳細シーケンスを示し、図９は、図５におけるシーケンスの有料リソースのダウンロード要求に対する適用動作実行の詳細シーケンスを示し、図１１は、本発明の一実施例において使用するリソースを示し、図１２は、本発明の一実施例においてローカルピアで使用するピアポリシを示している。図１３は、本発明の一実施例においてリモートピアで使用するピアポリシを示している。図１４は課金サーバ１００３の課金用情報管理部１６０で管理されている情報を示している。
【００６７】
ユーザ認証を行い、ユーザ認証チケットを取得した上で、利用者がローカルピアにアクセスし、ＵＩ経由で、検索条件としてキーワード（“jagatara”）とmime-type（“video/mpeg”）を設定し、有料リソースリスト検索（検索条件に合致し、ポリシ評価の結果許諾された有料リソースのリソース名と概要説明文と利用料金を提示するもの）を、Ｐ２Ｐファイル共有ミドルウェアの実装に従った形で検索対象となるピアに対して検索要求を発行する（ステップＳ１００１）。検索要求は通常複数のピアに対して発光されるが、以下、検索対象の一つでありダウンロード対象リソースを有するリモートピアについて説明する。検索対象ピアであるリモートピアは検索要求を受け付け（ステップＳ１００２）、検索を実行し（ステップＳ１００３，（＊３）で詳述）、検索要求に対する応答として検索結果リスト（概要説明文と利用料金も含む）を応答し（ステップＳ１００４）、ローカルピアがそれを受け取る（ステップＳ１００５）。
【００６８】
次に、利用者はローカルピアにアクセスし、ＵＩ経由で課金サーバに利用リソースアドレス（pibot://remotePeer/tango.mpg）と利用方法（ダウンロード１回）を指定し、利用料金の１００円をユーザ認証チケットを添付してオンラインで支払いを行い（ステップＳ１００６）、課金サーバでは支払いを受け付け（ステップＳ１００７）、ユーザ認証チケットの正当性を検証した上で図１４に示した課金用情報管理部１６０で管理されている情報のうち項番Ｃ１の情報を参照するなどして入金が正しく行われたことを確認し（ステップＳ１００８）、領収書リソースを作成し（ステップＳ１００９）、作成した領収書リソースを返却し（ステップＳ１０１０）、利用者側ピアがそれを受け取る（ステップＳ１０１１，（＊４）で詳述）。
【００６９】
そして、ＵＩからの利用者要求に基づき、利用者側ピアはユーザ認証チケットと領収書リソースアドレスを添付してpibot://remotePeer/tango.mpgのダウンロード要求を行い（ステップＳ１０１２）、提供者側ピアはその要求を受け付け（ステップＳ１０１３）、発火条件式から図１３の項番Ｒ２のポリシを副問合せを含めて（（＊５）で詳述）評価し、一つの「許諾」という適用動作から成る適用動作リストを取得し（ステップＳ１０１４）、その適用動作リストから一つ目の適用動作「許諾」を取り出し（ステップＳ１０１５）、取り出し結果判定し（ステップＳ１０１６）、取り出し成功しているので、その適用動作はローカル操作かつポリシ評価が必要か判定し（ステップＳ１０１７）、ローカル操作ではあるがポリシ評価は不要なので「許諾」動作、この場合は（＊６）で詳述、を実行し（ステップＳ１０１８）、適用動作リストから次の適用動作を取り出そうとし（ステップＳ１０１５）、取り出し結果を判定し（ステップＳ１０１６）、取り出し失敗しているので利用者に応答を返し（ステップＳ１０１９）、利用者側ピアがそれを受け取る（ステップＳ１０２０）。
【００７０】
応答受付後のpibot://remotePeer/tango.mpgの格納については格納先が異なるだけで手順はステップＳ１０１１（（＊４）で詳述）と同様なので省略する。
【００７１】
（＊３）＜有料リソースリスト検索実行＞
図６を用いて、図５におけるシーケンスの有料リソースリスト検索実行の詳細シーケンスを示す。
【００７２】
検索対象ピアにおいて、有するリソースに対して検索を実行した（ステップＳ１５０１）後、得られた検索結果候補リストから候補リソースを一つ取り出し（ステップＳ１５０２）、取り出し結果判定し（ステップＳ１５０３）、取り出し成功しているので、発火条件式から図１３の項番Ｒ１のポリシを評価し、一つの「許諾」という適用動作から成る適用動作リストを取得し（ステップＳ１５０４）、その適用動作リストから一つ目の適用動作「許諾」を取り出し（ステップＳ１５０５）、取り出し結果判定し（ステップＳ１５０６）、取り出し成功しているので、その適用動作はローカル操作かつポリシ評価が必要か判定し（ステップＳ１５０７）、ローカル操作では或るがポリシ評価は不要なので「許諾」動作、この場合は検索結果リストに追加し、リソース名以外にメタ情報の概要説明文と利用料金も取得しておき応答として返却できるようにしておく、を実行し（ステップＳ１５０８）、適用動作リストから次の適用動作を取り出そうとし（ステップＳ１５０５）、取り出し結果を判定し（ステップＳ１５０６）、取り出し失敗しているので、検索結果候補リストから次の候補リソースを一つ取り出そうとし（ステップＳ１５０２）、取り出し結果を判定し（ステップＳ１５０３）、取り出し失敗しているので、終了する。
【００７３】
（＊４）＜領収書リソース受領＞
図７を用いて、図５におけるシーケンスの領収書リソース受領の詳細シーケンスを示す。
【００７４】
利用者側ピアにおいて、課金サーバから領収書リソースを受領し（ステップＳ１６０１）、リソース登録は格納先リソース（pibot://localPeer/receipt；格納先はコンフィグファイルによる指定でも課金要求時の利用者の動的で明示的な指定でも可；この例ではコンフィグファイルで前述の値が指定されていたものとする）のコンテンツを更新することに繋がるので、格納先リソースのコンテンツ更新操作要求に準ずるとして、発火条件式から図１２の項番Ｌ１のポリシを評価し、一つの「許諾」という適用動作から成る適用動作リストを取得し（ステップＳ１６０２）、その適用動作リストから一つ目の適用動作「許諾」を取り出し（ステップＳ１６０３）、取り出し結果判定し（ステップＳ１６０４）、取り出し成功しているので、その適用動作はローカル操作かつポリシ評価が必要か判定し（ステップＳ１６０５）、ローカル操作ではあるがポリシ評価は不要なので「許諾」動作、この場合はpibot://localPeer/receipt/receipt01.cerとして（リソース名は基本的に課金サーバまたは利用者側ピアで指定される）リソース登録、を実行し（ステップＳ１６０６）、適用動作リストから次の適用動作を取り出そうとし（ステップ１６０３）、取り出し結果を判定し（ステップＳ１６０４）、取り出し失敗しているので終了する。
【００７５】
課金サーバによって領収書リソースに提供者でなければ領収書リソースを書換／削除できないといったリソースポリシを付けて、領収書リソースを受領した利用者が領収書リソースの書換などの不正を行うことができないようにすることもできる。但し、その場合、提供者による書換/削除要求には提供者ＩＤを持ったユーザ認証チケットを添付する必要がある。
【００７６】
（＊５）＜有料リソースのポリシ評価における副問合せ＞
図８を用いて、図５におけるシーケンスの有料リソースのポリシ評価における副問合せの詳細シーケンスを示す。
【００７７】
図１３の項番Ｒ２のポリシを評価する上で、ユーザ認証チケットの正当性を検証し、そのユーザ認証チケットのユーザＩＤなどを用いて領収書リソースを検証する（pibot://localPeer/receipt/receipt01.cerのコンテンツの値が正しいかどうか判定する）ことが必要であるため、リモートピアは原利用要求に添付された利用者側ピアユーザ（利用者）のユーザ認証チケットを添付して、pibot://localPeer/receipt/receipt01.cerを有するピア（＝ローカルピア）にpibot://localPeer/receipt/receipt01.cerのコンテンツ参照を要求し（ステップＳ１７０１）、pibot://localPeer/receipt/receipt01.cerを有するピア（ローカルピア）がその要求を受け付け（ステップＳ１７０２）、発火条件式から図１２の項番Ｌ２のポリシ（図５のシーケンスにおいて明に設定していない；デフォルトポリシの適用或いは親リソースのピアポリシの継承などにより設定されたものとする）を評価し、ユーザ認証チケットの正当性を検証した上で利用者が利用者側ピアの利用者であることから、一つの「許諾」という適用動作から成る適用動作リストを取得し（ステップＳ１７０３）、その適用動作リストから一つ日の適用動作「許諾」を取り出し（ステップＳ１７０４）、取り出し結果判定し（ステップＳ１７０５）、取り出し成功しているので、その適用動作はローカル操作かつポリシ評価が必要か判定し（ステップＳ１７０６）、ローカル操作ではあるがポリシ評価は不要なので「許諾」動作、この場合はコンテンツ参照、を実行し（ステップＳ１７０７）、適用動作リストから次の適用動作を取り出そうとし（ステップＳ１７０４）、取り出し結果を判定し（ステップＳ１７０５）、取り出し失敗しているので利用要求元ピア（＝リモートピア）に応答を返し（ステップＳ１７０８）、利用要求元ピア（＝リモートピア）が受け取り、pibot://localPeer/receipt/receipt01.cerのコンテンツの値を取得する（ステップＳ１７０９）。
【００７８】
（＊６）＜有料リソースのダウンロード要求に対する適用動作実行＞
図９を用いて、図５におけるシーケンスの有料リソースのダウンロード要求に対する適用動作実行の詳細シーケンスを示す。
【００７９】
提供者側ピア（＝リモートピア）では、要求されたpibot://remotePeer/tango.mpgを複製し利用者側ピアヘの応答時に渡す用意をする（ステップＳ１８０１）とともに、領収書リソースの不正再利用を防ぐため、利用者側ピアにpibot://localPeer/receipt/receipt01.cerの削除要求を行い（ステップＳ１８０２）、利用者側ピア（＝ローカルピア）はそれを受け付け（ステップＳ１８０３）、発火条件式から図１２の項番Ｌ２のポリシ（図５のシーケンスにおいて明に設定していない；デフォルトポリシの適用或いは親リソースのピアポリシの継承などにより設定されたものとする）を評価し、ユーザ認証チケットの正当性を検証した上で利用者が提供者であることから、一つの「許諾」という適用動作から成る適用動作リストを取得し（ステップＳ１８０４）、その適用動作リストから一つ目の適用動作「許諾」を取り出し（ステップＳ１８０５）、取り出し結果判定し（ステップＳ１８０６）、取り出し成功しているので、その適用動作はローカル操作かつポリシ評価が必要か判定し（ステップＳ１８０７）、ローカル操作ではあるがポリシ評価は不要なので「許諾」動作、この場合はリソース削除、を実行し（ステップＳ１８０８）、適用動作リストから次の適用動作を取り出そうとし（ステップＳ１８０５）、取り出し結果を判定し（ステップＳ１８０６）、取り出し失敗しているので利用要求元ピア（＝リモートピア）に応答を返し（ステップＳ１８０９）、利用要求元ピア（＝リモートピア）がそれを受け取る（ステップＳ１８１０）。
【００８０】
（２）［実施例２］
以下、この例を図１０、図１１、図１３及び図１４を用いて説明する。
図１０は、本発明の実施例２におけるシーケンスを示し、図１１は、本発明の一実施例において使用するリソースを示し、図１３は、本発明の一笑施例においてリモートピアで使用するピアポリシを示している。図１４は課金サーバ１００３の課金用情報管理部１６０で管理されている情報を示している。
【００８１】
利用者は前述の有料リソースリスト検索の亜種などを用いて利用したいリソースpibot://remotePeer/goggle.mp3）と利用種別（ダウンロード）に基づいたその料金（１００円）と利用時に必要なユーザID（jagatara_goggle）の情報を取得しておき、ユーザ認証サーバに対して代金さえ支払えばいつでもユーザ認証チケットを取得できるように事前登録しておいた上で、ローカルピアにアクセスし、ＵＩ経由でユーザ認証サーバに利用リソースアドレスとその利用種別と本人性認証に必要な情報を添付し、利用料金の１００円をオンラインで支払うとともに認証を要求し（ステップＳ２００１）、ユーザ認証サーバでは支払いと認証要求を受け付け（ステップＳ２００２）、図１４に示した課金用情報管理部１６０で管理されている情報のうち項番C２の情報を参照するなどして入金が正しく行われたことを確認するとともに事前に登録してあった情報を元に本人認証を行い（ステップＳ２００３）、有効期限を設定したユーザ認証チケットを作成し（ステップＳ２００４）、作成したユーザ認証チケットを発行し（ステップＳ２００５）、利用者側ピアがそれを受け取る（ステップＳ２００６）。
【００８２】
次に、ＵＩからの利用者要求に基づき、利用者側ピアはユーザ認証チケットを添付してpibot://remotePeer/goggle.mp3のダウンロード要求を行い（ステップＳ２００７）、提供者側ピアはそれを受け付け（ステップＳ２００８）、発火条件式から図１３の項番Ｒ３のポリシを評価し、ユーザ認証チケットの正当性を検証した上で利用者のユーザＩＤがjagatara_goggleであることから、一つの「許諾」という適用動作から成る適用動作リストを取得し（ステップＳ２００９）、その適用動作リストから一つ目の適用動作「許諾」を取り出し（ステップＳ２０１０）、取り出し結果判定し（ステップＳ２０１１）、取り出し成功しているので、その適用動作はローカル操作かつポリシ評価が必要か判定し（ステップＳ２０１２）、ローカル操作ではあるがポリシ評価は不要なので「許諾」動作、この場合はダウンロード（複製取得）のための複製、を実行し（ステップＳ２０１３）、適用動作リストから次の適用動作を取り出そうとし（ステップＳ２０１０）、取り出し結果を判定し（ステップＳ２０１１）、取り出し失敗しているので利用者側ピアにpibot://remotePeer/goggle.mp3の複製を含む応答を返し（ステップＳ２０１４）、利用者側ピアがそれを受け取る（ステップＳ２０１５）。
応答受付後のpibot://remotePeer/goggle.mp3の格納については格納先が異なるだけで手順は図５のステップＳ１０１１（上記（＊４）で詳述）と同様なので省略する。
【００８３】
なお、前記図1及び図２に基づく手法はコンピュータに実行させることができるプログラムとして、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク（ＣＤ−ＲＯＭ，ＤＶＤ等）、半導体メモリなどの記憶媒体に格納して頒布することもできる。
【図面の簡単な説明】
【００８４】
【図１】本発明の原理を説明するためのシーケンス図である。
【図２】本発明の変形例の原理を説明するためのシーケンス図である。
【図３】本発明のシステム構成を示すブロック図である。
【図４】本発明のシステム構成の変形例を示すブロック図である。
【図５】本発明の一実施例におけるシーケンス図である。
【図６】図５におけるシーケンスの有料リソースリスト検索実行の詳細シーケンス図である。
【図７】図５におけるシーケンスの領収書リソース受領の詳細シーケンス図である。
【図８】図５におけるシーケンスの有料リソースのポリシ評価における副問合せの詳細シーケンス図である。
【図９】図５におけるシーケンスの有料リソースのダウンロード要求に対する適用動作実行の詳細シーケンス図である。
【図１０】本発明の他の実施例におけるシーケンス図である。
【図１１】本発明の実施例において使用するリソースを示すための図である。
【図１２】本発明の実施例においてローカルピアで使用するピアポリシを示すための図である。
【図１３】本発明の実施例においてリモートピアで使用するピアポリシを示すための図である。
【図１４】本発明の実施例において課金サーバで管理されている課金用情報を示すための図である。
【符号の説明】
【００８５】
１１０  ユーザ情報管理部
１２０  ユーザ認証部
１３０  ユーザ認証チケット検証部
１４０  入金確認部
１５０  領収書発行部
１６０  課金用情報管理部
１０００  ピア
１００１  コンテンツ認証サーバ
１００２  ユーザ認証サーバ
１００３  課金サーバ
【図１】
2005339179.tif 000003
【図２】
2005339179.tif 000004
【図３】
2005339179.tif 000005
【図４】
2005339179.tif 000006
【図５】
2005339179.tif 000007
【図６】
2005339179.tif 000008
【図７】
2005339179.tif 000009
【図８】
2005339179.tif 000010
【図９】
2005339179.tif 000011
【図１０】
2005339179.tif 000012
【図１１】
2005339179.tif 000013
【図１２】
2005339179.tif 000014
【図１３】
2005339179.tif 000015
【図１４】
2005339179.tif 000016