(57)【要約】【課題】ライセンスの重複購入を防止する。【解決手段】クライアント１は、ライセンスサーバ４にライセンスを要求して取得し、そのライセンスに基づき、コンテンツを利用する。ライセンスサーバ４は、コンテンツを利用するライセンスを提供する。そして、クライアント１は、ライセンスサーバに要求したライセンスが、クライアント１が既に有するライセンスと重複するかどうかを判定し、その判定結果に対応して、クライアント１が要求したライセンスがクライアント１が既に有するライセンスと重複する旨を、クライアント１のユーザに報知する。本発明は、例えば、ディジタルコンテンツを、そのライセンスを取得して利用するコンピュータなどに適用することができる。【選択図】      図１
2004234272.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを利用するライセンスを提供するライセンスサーバと、
前記ライセンスサーバにライセンスを要求して取得し、そのライセンスに基づき、コンテンツを利用する端末と
を備える情報処理システムにおいて、
前記ライセンスサーバまたは端末のうちの一方は、
前記端末から前記ライセンスサーバに要求されるライセンスが、前記端末が既に有するライセンスと重複するかどうかを判定する重複ライセンス判定手段を有し、
前記端末は、
前記重複ライセンス判定手段による判定結果に対応して、前記端末から前記ライセンスサーバに要求されるライセンスが前記端末が既に有するライセンスと重複する旨のライセンス重複を報知するライセンス重複報知手段を有する
ことを特徴とする情報処理システム。
【請求項２】
コンテンツを利用するライセンスを提供するライセンスサーバにライセンスを要求して取得し、そのライセンスに基づき、コンテンツを利用する情報処理装置において、
前記ライセンスサーバに要求されるライセンスが、既に有するライセンスと重複するかどうかを判定する重複ライセンス判定手段と、
前記重複ライセンス判定手段による判定結果に対応して、前記ライセンスサーバに要求されるライセンスが既に有するライセンスと重複する旨のライセンス重複を報知するライセンス重複報知手段と
を備えることを特徴とする情報処理装置。
【請求項３】
ユーザの操作に応じて、ライセンスの購入を前記ライセンスサーバに要求する購入要求手段をさらに備え、
前記重複ライセンス判定手段は、前記購入要求手段が前記ライセンスサーバに対してライセンスの購入を要求する前、または要求した後に、購入の要求の対象であるライセンスが、既に有するライセンスと重複するかどうかを判定する
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記ライセンス重複報知手段において前記ライセンス重複が報知された場合に、既に有するライセンスと重複するライセンスを購入するかどうかを確認する確認手段をさらに備える
ことを特徴とする請求項２に記載の情報処理装置。
【請求項５】
コンテンツの利用に必要なライセンスのライセンス識別情報を、前記ライセンスサーバから取得するライセンス識別情報取得手段と、
既に購入したライセンスのライセンスリストを記憶するライセンスリスト記憶手段と
をさらに備え、
前記重複ライセンス判定手段は、前記ライセンス識別情報取得手段で取得された前記ライセンス識別情報と、前記ライセンスリスト記憶手段に記憶された前記ライセンスリストとを比較することにより、前記ライセンスサーバに要求されるライセンスが、既に有するライセンスと重複するかどうかを判定する
ことを特徴とする請求項２に記載の情報処理装置。
【請求項６】
コンテンツを利用するライセンスを提供するライセンスサーバにライセンスを要求して取得し、そのライセンスに基づき、コンテンツを利用する情報処理方法において、
前記ライセンスサーバに要求されるライセンスが、既に有するライセンスと重複するかどうかを判定する重複ライセンス判定ステップと、
前記重複ライセンス判定ステップによる判定結果に対応して、前記ライセンスサーバに要求されるライセンスが既に有するライセンスと重複する旨のライセンス重複を報知するライセンス重複報知ステップと
を備えることを特徴とする情報処理方法。
【請求項７】
コンテンツを利用するライセンスを提供するライセンスサーバにライセンスを要求して取得し、そのライセンスに基づき、コンテンツを利用する情報処理を、コンピュータに行わせるプログラムにおいて、
前記ライセンスサーバに要求されるライセンスが、既に有するライセンスと重複するかどうかを判定する重複ライセンス判定ステップと、
前記重複ライセンス判定ステップによる判定結果に対応して、前記ライセンスサーバに要求されるライセンスが既に有するライセンスと重複する旨のライセンス重複を報知するライセンス重複報知ステップと
を備えることを特徴とするプログラム。
【請求項８】
コンテンツを利用するライセンスを提供するライセンスサーバにライセンスを要求して取得し、そのライセンスに基づき、コンテンツを利用する情報処理を、コンピュータに行わせるプログラムが記録されている記録媒体において、
前記ライセンスサーバに要求されるライセンスが、既に有するライセンスと重複するかどうかを判定する重複ライセンス判定ステップと、
前記重複ライセンス判定ステップによる判定結果に対応して、前記ライセンスサーバに要求されるライセンスが既に有するライセンスと重複する旨のライセンス重複を報知するライセンス重複報知ステップと
を備えるプログラムが記録されている
ことを特徴とする記録媒体。
【請求項９】
コンテンツを利用するライセンスを提供するライセンスサーバにライセンスを要求して取得し、そのライセンスに基づき、コンテンツを利用する情報処理装置において、
前記ライセンスサーバに要求されるライセンスが、既に有するライセンスと重複するかどうかのライセンス重複の判定結果を、前記ライセンスサーバから取得する判定結果受信手段と、
判定結果受信手段において受信された前記ライセンス重複の判定結果に対応して、前記ライセンスサーバに要求されるライセンスが既に有するライセンスと重複する旨のライセンス重複を報知するライセンス重複報知手段と
を備えることを特徴とする情報処理装置。
【請求項１０】
前記ライセンス重複報知手段において前記ライセンス重複が報知された場合に、既に有するライセンスと重複するライセンスを購入するかどうかを確認する確認手段をさらに備える
ことを特徴とする請求項９に記載の情報処理装置。
【請求項１１】
利用するコンテンツを識別するコンテンツ識別情報を、前記ライセンスサーバに送信するコンテンツ識別情報送信手段をさらに備え、
前記判定結果受信手段は、前記コンテンツ識別情報送信手段において送信された前記コンテンツ識別情報によって識別されるコンテンツの利用に必要なライセンスが、既に有するライセンスと重複するかどうかのライセンス重複の判定結果を、前記ライセンスサーバから取得する
ことを特徴とする請求項９に記載の情報処理装置。
【請求項１２】
コンテンツを利用するライセンスを提供するライセンスサーバにライセンスを要求して取得し、そのライセンスに基づき、コンテンツを利用する情報処理方法において、
前記ライセンスサーバに要求されるライセンスが、既に有するライセンスと重複するかどうかのライセンス重複の判定結果を、前記ライセンスサーバから取得する判定結果受信ステップと、
判定結果受信ステップにおいて受信された前記ライセンス重複の判定結果に対応して、前記ライセンスサーバに要求されるライセンスが既に有するライセンスと重複する旨のライセンス重複を報知するライセンス重複報知ステップと
を備えることを特徴とする情報処理方法。
【請求項１３】
コンテンツを利用するライセンスを提供するライセンスサーバにライセンスを要求して取得し、そのライセンスに基づき、コンテンツを利用する情報処理を、コンピュータに行わせるプログラムにおいて、
前記ライセンスサーバに要求されるライセンスが、既に有するライセンスと重複するかどうかのライセンス重複の判定結果を、前記ライセンスサーバから取得する判定結果受信ステップと、
判定結果受信ステップにおいて受信された前記ライセンス重複の判定結果に対応して、前記ライセンスサーバに要求されるライセンスが既に有するライセンスと重複する旨のライセンス重複を報知するライセンス重複報知ステップと
を備えることを特徴とするプログラム。
【請求項１４】
コンテンツを利用するライセンスを提供するライセンスサーバにライセンスを要求して取得し、そのライセンスに基づき、コンテンツを利用する情報処理を、コンピュータに行わせるプログラムが記録されている記録媒体において、
前記ライセンスサーバに要求されるライセンスが、既に有するライセンスと重複するかどうかのライセンス重複の判定結果を、前記ライセンスサーバから取得する判定結果受信ステップと、
判定結果受信ステップにおいて受信された前記ライセンス重複の判定結果に対応して、前記ライセンスサーバに要求されるライセンスが既に有するライセンスと重複する旨のライセンス重複を報知するライセンス重複報知ステップと
を備えるプログラムが記録されている
ことを特徴とする記録媒体。
【請求項１５】
コンテンツを利用する端末からの要求に応じて、そのコンテンツを利用するライセンスを提供する情報処理装置において、
前記端末が既に有するライセンスを照会する照会手段と、
前記端末から要求されたライセンスが、前記端末が既に有するライセンスと重複するかどうかを判定する重複ライセンス判定手段と、
前記重複ライセンス判定手段による判定結果を、前記端末に送信する判定結果送信手段と
を備えることを特徴とする情報処理装置。
【請求項１６】
前記端末に提供したライセンスに関する情報を記憶するライセンス情報記憶手段をさらに備え、
前記照会手段は、前記ライセンス情報記憶手段に対して、前記端末が既に有するライセンスを照会する
ことを特徴とする請求項１５に記載の情報処理装置。
【請求項１７】
前記照会手段は、前記端末に提供したライセンスに関する情報を管理する管理サーバに対して、前記端末が既に有するライセンスを照会する
ことを特徴とする請求項１５に記載の情報処理装置。
【請求項１８】
前記重複ライセンス判定手段において、前記端末から要求されたライセンスが、前記端末が既に有するライセンスと重複すると判定された場合、前記端末から、前記端末が既に有するライセンスと重複するライセンスを購入する確認のメッセージが送信されてきたときに、前記端末から要求されたライセンスを、前記端末に提供する
ことを特徴とする請求項１５に記載の情報処理装置。
【請求項１９】
コンテンツを利用する端末からの要求に応じて、そのコンテンツを利用するライセンスを提供する情報処理方法において、
前記端末が既に有するライセンスを照会する照会ステップと、
前記端末から要求されたライセンスが、前記端末が既に有するライセンスと重複するかどうかを判定する重複ライセンス判定ステップと、
前記重複ライセンス判定ステップによる判定結果を、前記端末に送信する判定結果送信ステップと
を備えることを特徴とする情報処理方法。
【請求項２０】
コンテンツを利用する端末からの要求に応じて、そのコンテンツを利用するライセンスを提供する情報処理を、コンピュータに行わせるプログラムにおいて、
前記端末が既に有するライセンスを照会する照会ステップと、
前記端末から要求されたライセンスが、前記端末が既に有するライセンスと重複するかどうかを判定する重複ライセンス判定ステップと、
前記重複ライセンス判定ステップによる判定結果を、前記端末に送信する判定結果送信ステップと
を備えることを特徴とするプログラム。
【請求項２１】
コンテンツを利用する端末からの要求に応じて、そのコンテンツを利用するライセンスを提供する情報処理を、コンピュータに行わせるプログラムが記録されている記録媒体において、
前記端末が既に有するライセンスを照会する照会ステップと、
前記端末から要求されたライセンスが、前記端末が既に有するライセンスと重複するかどうかを判定する重複ライセンス判定ステップと、
前記重複ライセンス判定ステップによる判定結果を、前記端末に送信する判定結果送信ステップと
を備えるプログラムが記録されている
ことを特徴とする記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報処理システム、情報処理装置および情報処理方法、並びにプログラムおよび記録媒体に関し、特に、コンテンツの利用に必要なライセンスの重複購入を防止することができるようにする情報処理システム、情報処理装置および情報処理方法、並びにプログラムおよび記録媒体に関する。
【０００２】
【従来の技術】
最近、インターネットを介して、ユーザが、自分自身が保持している音楽データを他のユーザに提供し、自分自身が保持していない音楽データを他のユーザから提供を受けるようにして、複数のユーザが無料で音楽データを交換しあうシステムが実現されている。
【０００３】
このようなシステムでは、理論的には、１つの音楽その他のコンテンツが存在すれば、他の全てのユーザが、それを利用することが可能となり、多くのユーザがコンテンツを購入しなくなる。従って、コンテンツに関する著作権者は、著作物としてのコンテンツが売れないため、著作物の販売に伴い、本来受け取ることが可能な著作物の利用に対するロイヤリティ（ライセンス料）を受け取る機会を失うことになる。
【０００４】
このため、コンテンツの流通を妨げることなく、不正に利用されることを防止することが、社会的に要請されている。
【０００５】
そこで、本件出願人は、コンテンツを利用するライセンスを提供するライセンスサーバと、ライセンスサーバにライセンスを要求して取得し、そのライセンスに基づき、コンテンツを利用するクライアントとについて、コンテンツが不正に利用されるのを防止するコンテンツおよびライセンスの提供方法、並びにコンテンツの利用方法を、先に提案している（例えば、特許文献１）。
【０００６】
【特許文献１】
特開２００２−３５９６１６号公報。
【０００７】
【発明が解決しようとする課題】
ところで、ライセンスには、コンテンツの利用形態などに応じて種々の種類のものがある。即ち、例えば、あるコンテンツについては、そのコンテンツの再生回数や再生期間を制限したライセンスがある。
【０００８】
従って、コンテンツを利用するクライアントのユーザは、あるコンテンツについて、例えば、再生回数が制限されているライセンスを購入した場合、そのライセンスによって許されている再生回数だけ、コンテンツの再生を行ったときは、その後にコンテンツの再生を行うには、そのコンテンツについて、新たなライセンスを購入しなければならない。
【０００９】
このため、クライアントのユーザは、誤って、重複するライセンスを購入してしまうことがある。即ち、例えば、クライアントのユーザが、あるコンテンツＣについて、所定回数の再生が許されるライセンスＬ１を有しており、そのライセンスＬ１による再生回数が残っている場合に、ユーザがライセンスＬ１による再生回数が残っていないものと勘違いして、コンテンツＣについて、所定回数の再生が許されるライセンスＬ２を新たに購入してしまうことがある。
【００１０】
この場合、ライセンスＬ１による再生回数は、まだ残っており、ユーザは、そのライセンスＬ１によって、コンテンツＣを再生することができるのにもかかわらず、そのライセンスＬ１と重複するライセンスＬ２を購入することにより、いわば不要なライセンスの購入費用を出費することとなる。
【００１１】
本発明は、このような状況に鑑みてなされたものであり、ライセンスの重複購入を防止することができるようにするものである。
【００１２】
【課題を解決するための手段】
本発明の情報処理システムは、ライセンスサーバまたは端末のうちの一方は、端末からライセンスサーバに要求されるライセンスが、端末が既に有するライセンスと重複するかどうかを判定する重複ライセンス判定手段を有し、端末は、重複ライセンス判定手段による判定結果に対応して、端末からライセンスサーバに要求されるライセンスが端末が既に有するライセンスと重複する旨のライセンス重複を報知するライセンス重複報知手段を有することを特徴とする。
【００１３】
本発明の第１の情報処理装置は、ライセンスサーバに要求されるライセンスが、既に有するライセンスと重複するかどうかを判定する重複ライセンス判定手段と、重複ライセンス判定手段による判定結果に対応して、ライセンスサーバに要求されるライセンスが既に有するライセンスと重複する旨のライセンス重複を報知するライセンス重複報知手段とを備えることを特徴とする。
【００１４】
本発明の第１の情報処理方法は、ライセンスサーバに要求されるライセンスが、既に有するライセンスと重複するかどうかを判定する重複ライセンス判定ステップと、重複ライセンス判定ステップによる判定結果に対応して、ライセンスサーバに要求されるライセンスが既に有するライセンスと重複する旨のライセンス重複を報知するライセンス重複報知ステップとを備えることを特徴とする。
【００１５】
本発明の第１のプログラムは、ライセンスサーバに要求されるライセンスが、既に有するライセンスと重複するかどうかを判定する重複ライセンス判定ステップと、重複ライセンス判定ステップによる判定結果に対応して、ライセンスサーバに要求されるライセンスが既に有するライセンスと重複する旨のライセンス重複を報知するライセンス重複報知ステップとを備えることを特徴とする。
【００１６】
本発明の第１の記録媒体は、ライセンスサーバに要求されるライセンスが、既に有するライセンスと重複するかどうかを判定する重複ライセンス判定ステップと、重複ライセンス判定ステップによる判定結果に対応して、ライセンスサーバに要求されるライセンスが既に有するライセンスと重複する旨のライセンス重複を報知するライセンス重複報知ステップとを備えるプログラムが記録されていることを特徴とする。
【００１７】
本発明の第２の情報処理装置は、ライセンスサーバに要求されるライセンスが、既に有するライセンスと重複するかどうかのライセンス重複の判定結果を、ライセンスサーバから取得する判定結果受信手段と、判定結果受信手段において受信されたライセンス重複の判定結果に対応して、ライセンスサーバに要求されるライセンスが既に有するライセンスと重複する旨のライセンス重複を報知するライセンス重複報知手段とを備えることを特徴とする。
【００１８】
本発明の第２の情報処理方法は、ライセンスサーバに要求されるライセンスが、既に有するライセンスと重複するかどうかのライセンス重複の判定結果を、ライセンスサーバから取得する判定結果受信ステップと、判定結果受信ステップにおいて受信されたライセンス重複の判定結果に対応して、ライセンスサーバに要求されるライセンスが既に有するライセンスと重複する旨のライセンス重複を報知するライセンス重複報知ステップとを備えることを特徴とする。
【００１９】
本発明の第２のプログラムは、ライセンスサーバに要求されるライセンスが、既に有するライセンスと重複するかどうかのライセンス重複の判定結果を、ライセンスサーバから取得する判定結果受信ステップと、判定結果受信ステップにおいて受信されたライセンス重複の判定結果に対応して、ライセンスサーバに要求されるライセンスが既に有するライセンスと重複する旨のライセンス重複を報知するライセンス重複報知ステップとを備えることを特徴とする。
【００２０】
本発明に第２の記録媒体は、ライセンスサーバに要求されるライセンスが、既に有するライセンスと重複するかどうかのライセンス重複の判定結果を、ライセンスサーバから取得する判定結果受信ステップと、判定結果受信ステップにおいて受信されたライセンス重複の判定結果に対応して、ライセンスサーバに要求されるライセンスが既に有するライセンスと重複する旨のライセンス重複を報知するライセンス重複報知ステップとを備えるプログラムが記録されていることを特徴とする。
【００２１】
本発明の第３の情報処理装置は、端末が既に有するライセンスを照会する照会手段と、端末から要求されたライセンスが、端末が既に有するライセンスと重複するかどうかを判定する重複ライセンス判定手段と、重複ライセンス判定手段による判定結果を、端末に送信する判定結果送信手段とを備えることを特徴とする。
【００２２】
本発明の第３の情報処理方法は、端末が既に有するライセンスを照会する照会ステップと、端末から要求されたライセンスが、端末が既に有するライセンスと重複するかどうかを判定する重複ライセンス判定ステップと、重複ライセンス判定ステップによる判定結果を、端末に送信する判定結果送信ステップとを備えることを特徴とする。
【００２３】
本発明の第３のプログラムは、端末が既に有するライセンスを照会する照会ステップと、端末から要求されたライセンスが、端末が既に有するライセンスと重複するかどうかを判定する重複ライセンス判定ステップと、重複ライセンス判定ステップによる判定結果を、端末に送信する判定結果送信ステップとを備えることを特徴とする。
【００２４】
本発明の第３の記録媒体は、端末が既に有するライセンスを照会する照会ステップと、端末から要求されたライセンスが、端末が既に有するライセンスと重複するかどうかを判定する重複ライセンス判定ステップと、重複ライセンス判定ステップによる判定結果を、端末に送信する判定結果送信ステップとを備えるプログラムが記録されていることを特徴とする。
【００２５】
本発明の情報処理システムにおいては、ライセンスサーバまたは端末のうちの一方において、端末からライセンスサーバに要求されるライセンスが、端末が既に有するライセンスと重複するかどうかが判定され、端末において、その判定結果に対応して、端末からライセンスサーバに要求されるライセンスが端末が既に有するライセンスと重複する旨のライセンス重複が報知される。
【００２６】
本発明の第１の情報処理装置および情報処理方法、並びにプログラムおよび記録媒体においては、ライセンスサーバに要求されるライセンスが、既に有するライセンスと重複するかどうかが判定され、その判定結果に対応して、ライセンスサーバに要求されるライセンスが既に有するライセンスと重複する旨のライセンス重複が報知される。
【００２７】
本発明の第２の情報処理装置および情報処理方法、並びにプログラムおよび記録媒体においては、ライセンスサーバに要求されるライセンスが、既に有するライセンスと重複するかどうかのライセンス重複の判定結果が、ライセンスサーバから取得され、そのライセンス重複の判定結果に対応して、ライセンスサーバに要求されるライセンスが既に有するライセンスと重複する旨のライセンス重複が報知される。
【００２８】
本発明の第３の情報処理装置および情報処理方法、並びにプログラムおよび記録媒体においては、端末が既に有するライセンスが照会され、端末から要求されたライセンスが、端末が既に有するライセンスと重複するかどうかが判定される。そして、その判定結果が、端末に送信される。
【００２９】
【発明の実施の形態】
図１は、本発明を適用したコンテンツ提供システムの構成例を示している。
【００３０】
インターネット２には、クライアント１−１，１−２（以下、これらのクライアントを個々に区別する必要がない場合、単にクライアント１と称する）が接続されている。この例においては、クライアントが２台のみ示されているが、インターネット２には、任意の台数のクライアントが接続される。
【００３１】
また、インターネット２には、クライアント１に対してコンテンツを提供するコンテンツサーバ３、コンテンツサーバ３が提供するコンテンツを利用するのに必要なライセンスをクライアント１に対して提供（販売）するライセンスサーバ４、およびクライアント１がライセンスを受け取った（購入した）場合に、そのクライアント１に対して課金処理を行う課金サーバ５が接続されている。
【００３２】
これらのコンテンツサーバ３、ライセンスサーバ４、および課金サーバ５も、任意の台数、インターネット２に接続される。
【００３３】
なお、クライアント１は、パーソナルコンピュータで構成することができることは勿論、例えば、携帯電話機その他のＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）機器や、ＡＶ（Ａｕｄｉｏ  Ｖｉｓｕａｌ）機器や家電（家庭用電化製品）などのＣＥ（Ｃｏｎｓｕｍｅｒ  Ｅｌｅｃｔｒｏｎｉｃｓ）機器などで構成することもできる。即ち、クライアント１としては、インターネット２等を介した通信を行うことができるあらゆる装置を採用することができる。
【００３４】
図２はクライアント１のハードウェア構成例を表している。図２においては、クライアント１は、例えばコンピュータをベースに構成されている。
【００３５】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２２に記憶されているプログラム、または記憶部２８からＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２３にロードされたプログラムに従って各種の処理を実行する。タイマ２０は、計時動作を行い、時刻情報をＣＰＵ２１に供給する。ＲＡＭ２３にはまた、ＣＰＵ２１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００３６】
暗号化復号部２４は、コンテンツデータを暗号化するとともに、既に暗号化されているコンテンツデータを復号する処理を行う。コーデック部２５は、例えば、ＡＴＲＡＣ（Ａｄａｐｔｉｖｅ  Ｔｒａｎｓｆｏｒｍ  Ａｃｏｕｓｔｉｃ  Ｃｏｄｉｎｇ）３方式などでコンテンツデータをエンコードし、入出力インタフェース３２を介してドライブ３０に接続されている半導体メモリ４４に供給し、記録させる。あるいはまた、コーデック部２５は、ドライブ３０を介して半導体メモリ４４より読み出した、エンコードされているデータをデコードする。
【００３７】
半導体メモリ４４は、例えば、メモリスティック（商標）などにより構成される。
【００３８】
ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、暗号化復号部２４、およびコーデック部２５は、バス３１を介して相互に接続されている。このバス３１にはまた、入出力インタフェース３２も接続されている。
【００３９】
入出力インタフェース３２には、キーボード、マウスなどよりなる入力部２６、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）などよりなるディスプレイ、並びにスピーカなどよりなる出力部２７、ハードディスクなどより構成される記憶部２８、モデム、ターミナルアダプタなどより構成される通信部２９が接続されている。通信部２９は、インターネット２を介しての通信処理を行う。通信部２９はまた、他のクライアントとの間で、アナログ信号またはデジタル信号の通信処理を行う。
【００４０】
入出力インタフェース３２にはまた、必要に応じてドライブ３０が接続され、磁気ディスク４１、光ディスク４２、光磁気ディスク４３、或いは半導体メモリ４４などが適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部２８にインストールされる。
【００４１】
なお、図示は省略するが、コンテンツサーバ３、ライセンスサーバ４、課金サーバ５も、図２に示したクライアント１と基本的に同様の構成を有するコンピュータにより構成される。そこで、以下の説明においては、図２の構成は、コンテンツサーバ３、ライセンスサーバ４、課金サーバ５などの構成としても引用される。
【００４２】
ここで、ＣＰＵ２１が、各種のプログラムを実行することにより、図２のコンピュータは、クライアント１、コンテンツサーバ３、ライセンスサーバ４、または課金サーバ５として機能することとなる。
【００４３】
この場合、プログラムは、図２のコンピュータに内蔵されている記録媒体としてのＲＯＭ２２や記憶部２８に予め記録しておくことができる。
【００４４】
あるいはまた、プログラムは、磁気ディスク４１や、光ディスク４２、光磁気ディスク４３、半導体メモリ４４などのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）し、いわゆるパッケージソフトウエアとして提供することができる。
【００４５】
なお、プログラムは、上述したようなリムーバブル記録媒体から図２のコンピュータにインストールする他、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、図２のコンピュータに無線で転送したり、ＬＡＮ（Ｌｏｃａｌ  ＡｒｅａＮｅｔｗｏｒｋ）、インターネット２といったネットワークを介して、図２のコンピュータに有線で転送してインストールすることもできる。
【００４６】
次に、図３のフローチャートを参照して、クライアント１がコンテンツサーバ３からコンテンツの提供を受けるときに行うダウンロード処理について説明する。
【００４７】
ユーザが、入力部２６を操作することでコンテンツサーバ３に対するアクセスを指令すると、ＣＰＵ２１は、ステップＳ１において、通信部２９を制御し、インターネット２を介してコンテンツサーバ３にアクセスさせ、ステップＳ２に進む。ステップＳ２において、ユーザが、入力部２６を操作して、提供を受けるコンテンツを指定すると、ＣＰＵ２１は、この指定情報を受け取り、通信部２９から、インターネット２を介してコンテンツサーバ３に、指定されたコンテンツを通知し、ステップＳ３に進む。図４のフローチャートを参照して後述するように、クライアント１から通知を受けたコンテンツサーバ３は、暗号化されたコンテンツデータを送信してくるので、ステップＳ３において、ＣＰＵ２１は、通信部２９を介して、このコンテンツデータを受信し、ステップＳ４に進む。ステップＳ４では、ＣＰＵ２１は、ステップＳ３で受信した暗号化されているコンテンツデータを記憶部２８に保存する、例えばハードディスクに供給して記憶させ、ダウンロード処理を終了する。
【００４８】
なお、コンテンツサーバ３が提供するコンテンツは、例えば、画像（動画、静止画）、音声、コンピュータグラフィックス、コンピュータプログラム、テキスト、メタデータその他の付加情報などの任意のデータから構成される。
【００４９】
次に、図４のフローチャートを参照し、クライアント１による図３のダウンロード処理に対応して、コンテンツサーバ３が行うコンテンツ提供処理について説明する。なお、以下の説明において、図２のクライアント１の構成は、コンテンツサーバ３の構成としても引用される。
【００５０】
コンテンツサーバ３のＣＰＵ２１は、インターネット２から通信部２９を介してクライアント１よりアクセスを受けるまで待機し、アクセスを受けると、コンテンツ提供処理を開始する。
【００５１】
即ち、コンテンツ提供処理では、まず最初に、ステップＳ２１において、コンテンツサーバ３のＣＰＵ２１は、クライアント１から送信されてくるコンテンツを指定する指定情報を取り込み（受信し）、ステップＳ２２に進む。この指定情報は、クライアント１が、図３のステップＳ２においてコンテンツサーバ３に通知する情報である。
【００５２】
ステップＳ２２において、コンテンツサーバ３のＣＰＵ２１は、記憶部２８に記憶されているコンテンツデータの中から、ステップＳ２１の処理で取り込まれた指定情報で指定されたコンテンツを読み出し、ステップＳ２３に進む。ＣＰＵ２１は、ステップＳ２３において、記憶部２８から読み出されたコンテンツデータを、暗号化復号部２４に供給し、所定のコンテンツキーＫｃを用いて暗号化させる。
【００５３】
記憶部２８に記憶されているコンテンツデータは、コーデック部２５により、既にＡＴＲＡＣ３方式によりエンコードされているので、このエンコードされているコンテンツデータが暗号化されることになる。
【００５４】
なお、もちろん、記憶部２８に予め暗号化した状態でコンテンツデータを記憶させることができる。この場合には、ステップＳ２３の処理は省略することが可能である。
【００５５】
次に、ステップＳ２３からＳ２４に進み、コンテンツサーバ３のＣＰＵ２１は、暗号化したコンテンツデータにヘッダ情報を付加し、ヘッダ情報付きのコンテンツデータを構成し、ステップＳ２５に進む。ステップＳ２５では、コンテンツサーバ３のＣＰＵ２１は、ステップＳ２４で構成したヘッダ情報付きのコンテンツデータを、通信部２９から、インターネット２を介して、アクセスしてきたクライアント１に送信し、コンテンツ提供処理を終了する。
【００５６】
図５は、図４のコンテンツ提供処理において、コンテンツサーバ３からクライアント１に提供（送信）されるヘッダ情報付きのコンテンツデータのフォーマットを表している。ヘッダ情報付きのコンテンツデータは、ヘッダ部（Ｈｅａｄｅｒ）とデータ部（Ｄａｔａ）とにより構成される。
【００５７】
ヘッダ部には、ヘッダ情報が配置され、データ部には、暗号化されたコンテンツが配置される。
【００５８】
ヘッダ情報は、コンテンツ情報（Ｃｏｎｔｅｎｔ  ｉｎｆｏｒｍａｔｉｏｎ）、デジタル権利管理情報（ＤＲＭ（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔ  Ｍａｎａｇｅｍｅｎｔ）  ｉｎｆｏｒｍａｔｉｏｎ  ）、暗号化キーＫＫ（ＫＣ）から構成される。
【００５９】
コンテンツ情報には、データ部に配置されているコンテンツ（データ）を識別するための識別情報としてのコンテンツＩＤ（ＣＩＤ）、そのコンテンツのコーデック（Ｃｏｄｅｃ）の方式などの情報が含まれている。
【００６０】
デジタル権利管理情報には、コンテンツの利用状態（Ｕｓａｇｅ  ｓｔａｔｕｓ）と、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）が配置されている。ここで、ディジタル権利管理情報におけるコンテンツの利用状態としては、例えば、コンテンツの再生回数やコピー回数などが記述される。従って、例えば、利用状態としての再生回数は、クライアント１にコンテンツがダウンロードされた直後においては、０回になっており、その後、クライアント１においてコンテンツの再生が行われるごとに１ずつインクリメントされていく。ディジタル権利管理情報におけるＵＲＬは、データ部に配置されたコンテンツを利用するのに必要なライセンスを取得するときアクセスするアドレス情報であり、例えば、図１のライセンスサーバ４のホスト名を含むものとなっている。
【００６１】
暗号化キーＫＫ（Ｋｃ）は、データ部に配置されたコンテンツの暗号化を解除（復号）するためのコンテンツキーＫｃを暗号化したものである。従って、暗号化キーＫＫ（Ｋｃ）を復号し、コンテンツキーＫｃを得て、さらに、そのコンテンツキーＫｃを用いて、データ部に配置されたコンテンツを復号することにより、そのコンテンツを視聴することができる。
【００６２】
図１のコンテンツ提供システムにおいて、クライアント１は、コンテンツサーバ３からコンテンツを、無料で、自由に取得することができる。従って、コンテンツそのものは、大量に配布される。しかしながら、クライアント１は、取得したコンテンツを利用する場合、そのコンテンツの利用に必要なライセンスを保持している必要がある。
【００６３】
そこで、図６のフローチャートを参照して、クライアント１がコンテンツを再生する場合に行われる再生処理について説明する。
【００６４】
再生処理は、例えば、図３のダウンロード処理によって、記憶部２８に記憶されたコンテンツの中から、ユーザが視聴しようとするコンテンツを入力部２６を操作することにより指示した場合に開始される。
【００６５】
再生処理では、ステップＳ４１において、クライアント１のＣＰＵ２１は、ユーザが入力部２６を操作することで指示したコンテンツのコンテンツＩＤを取得する。ここで、コンテンツＩＤは、例えば、コンテンツのタイトルや、各コンテンツ毎に付与されている番号などにより構成される。なお、ここでは、コンテンツＩＤは、ユニークなものであるとする。
【００６６】
さらに、ステップＳ４１では、ＣＰＵ２１は、ユーザから指示されたコンテンツの利用に必要なライセンス（のデータ）を、例えば、記憶部２８から検索し、ステップＳ４２に進む。即ち、クライアント１のＣＰＵ２１は、後述するように、ライセンスサーバ４からライセンスを取得（購入）すると、そのライセンス（のデータ）を、記憶部２８に記憶させる。このため、ステップＳ４１において、ＣＰＵ２１は、ユーザから指示されたコンテンツの利用に必要なライセンスを、記憶部２８から検索する。なお、後述するように、ライセンスには、そのライセンスによって利用可能なコンテンツのコンテンツＩＤが含まれており、ＣＰＵ２１は、ステップＳ４１において、ユーザから指示されたコンテンツのコンテンツＩＤと同一のコンテンツＩＤを含むライセンスを、記憶部２８から検索する。
【００６７】
そして、ステップＳ４２において、ＣＰＵ２１は、ユーザから指示されたコンテンツの利用に必要なライセンスが取得されているかどうか、即ち、ステップＳ４１での検索の結果、ユーザから指示されたコンテンツの利用に必要なライセンスを検出することができたかどうかを判定する。ステップＳ４２において、ユーザから指示されたコンテンツの利用に必要なライセンスが取得されていないと判定された場合、即ち、ユーザから指示されたコンテンツのコンテンツＩＤを含むライセンスが、記憶部２８に記憶されていない場合、ステップＳ４３に進み、ＣＰＵ２１は、出力部２７のディスプレイに、例えば、コンテンツの利用に必要なライセンスがない旨のメッセージを表示させ、再生処理を終了する。
【００６８】
従って、この場合、コンテンツは再生されず、クライアント１のユーザは、コンテンツを視聴することができない。
【００６９】
一方、ステップＳ４２において、ライセンスが既に取得されていると判定された場合、即ち、ユーザから指示されたコンテンツのコンテンツＩＤを含むライセンスが、記憶部２８に記憶されている場合、ステップＳ４４に進み、クライアント１のＣＰＵ２１は、そのライセンスが有効なものであるかどうかを判定する。
【００７０】
ステップＳ４４において、記憶部２８に記憶されているライセンスが有効なものでないと判定されたとき、即ち、記憶部２８に記憶されているライセンスにおいて、例えば、コンテンツの再生を許可する期間が規定されている場合に、タイマ２０により計時されている現在日時が、ライセンスで規定されている期間内の日時ではないとき、ステップＳ４５に進み、ＣＰＵ２１は、出力部２７のディスプレイに、例えば、ライセンスが有効でない旨のメッセージを表示させ、再生処理を終了する。
【００７１】
従って、この場合も、コンテンツは再生されず、クライアント１のユーザは、コンテンツを視聴することができない。
【００７２】
一方、ステップＳ４４において、記憶部２８に記憶されているライセンスが有効なものであると判定されたとき、ステップＳ４６に進み、ＣＰＵ２１は、ユーザから指示されたコンテンツを、記憶部２８から読み出して、ＲＡＭ２３に格納し、ステップＳ４７に進む。ステップＳ４７では、ＣＰＵ２１は、ＲＡＭ２３に記憶されたコンテンツのヘッダ部における暗号化キーＫＫ（Ｋｃ）を、そのコンテンツのライセンスに基づいて、いわゆる平文のコンテンツキーＫｃに復号する。さらに、ステップＳ４７では、ＣＰＵ２１は、復号したコンテンツキーＫｃと、ＲＡＭ２３に記憶されたコンテンツとを、暗号化復号部２４に供給し、コンテンツキーＫｃを用いて、コンテンツを復号させる。
【００７３】
そして、ステップＳ４７からＳ４８に進み、ＣＰＵ２１は、暗号化復号部２４により復号されたコンテンツデータを、入出力インタフェース３２から出力部２７に供給し、ディスプレイに表示させ、あるいは、スピーカから出力させて、再生処理を終了する。
【００７４】
図６の再生処理によれば、クライアント１がコンテンツのライセンスを有していない場合や、有していても、そのライセンスが有効でない場合には、そのコンテンツの再生は行われない。この場合、コンテンツの再生を行うには、クライアント１においてライセンスを取得する必要がある。
【００７５】
そこで、クライアント１では、例えば、ユーザの指示（操作）に応じて、ライセンスサーバ４からライセンスを取得（購入）するライセンス取得処理が行われる。
【００７６】
図７のフローチャートを参照して、クライアント１が行うライセンス取得処理の第１実施の形態について説明する。
【００７７】
なお、クライアント１は、事前にライセンスサーバ４に登録することにより、ユーザＩＤ、クライアントＩＤ、パスワードを取得しておくものとする。ここで、ユーザＩＤは、クライアント１のユーザを識別するためのものである。ユーザＩＤは、例えば、ユーザごとにユニークなものを採用することもできるし、いわゆるハンドルネームのように、ユーザが任意に決定することも可能である。クライアントＩＤは、クライアント１を識別するためのものであり、ここでは、例えば、ユニークなものであるとする。ユニークなクライアントＩＤとしては、例えば、クライアント１としての装置の製造番号やＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスなどを採用することができる。また、例えば、ライセンスサーバ４においてユニークな文字（数字、記号を含む）列を発行し、それを、クライアントＩＤとして採用することも可能である。なお、ユーザＩＤやクライアントＩＤは、クライアント１がパーソナルコンピュータである場合には、そのレジストリ（ｒｅｇｉｓｔｒｙ）などに格納しておくようにすることが可能である。
【００７８】
ライセンス取得処理では、例えば、記憶部２８に記憶されたコンテンツの中から、ユーザがライセンスを取得しようとするものを選択すると、クライアント１のＣＰＵ２１は、ステップＳ６１において、ユーザが選択したコンテンツのヘッダ部（図５）におけるＵＲＬを取得し、ステップＳ６２に進む。上述したように、このＵＲＬは、データ部のコンテンツを利用するライセンスを取得するときアクセスすべきアドレスを表す。そこで、ステップＳ６２では、ＣＰＵ２１は、ステップＳ６１で取得したＵＲＬにアクセスする。具体的には、通信部２９によりインターネット２を介してライセンスサーバ４にアクセスが行われる。このとき、ライセンスサーバ４は、クライアント１に対して、ユーザＩＤ、クライアントＩＤ、パスワードの入力を要求するライセンス購入初期画面を送信してくるので、ＣＰＵ２１は、そのライセンス購入初期画面を受信して、出力部２７のディスプレイに表示させる。ユーザは、入力部２６を操作して、ライセンス購入初期画面に対し、ユーザＩＤ、クライアントＩＤ、およびパスワードを入力する。なお、このユーザＩＤ、クライアントＩＤ、パスワードは、クライアント１のユーザが、インターネット２を介してライセンスサーバ４にアクセスし、事前に取得しておいたものである。
【００７９】
ＣＰＵ２１は、上述したように、ユーザがユーザＩＤ、クライアントＩＤ、およびパスワードを入力するのを待って、ステップＳ６２からＳ６３に進み、ライセンス取得処理の開始時にユーザが選択したコンテンツのコンテンツＩＤを取得し、ステップＳ６４に進む。ステップＳ６４では、ＣＰＵ２１は、ユーザがライセンス購入初期画面に対して入力したユーザＩＤ、クライアントＩＤ、およびパスワードを取得し、ステップＳ６５に進む。ステップＳ６５では、ＣＰＵ２１は、通信部２９を制御し、購入するライセンスを選択するライセンス選択画面を要求するメッセージに、ステップＳ６３で取得したコンテンツＩＤと、ステップＳ６４で取得したユーザＩＤ、クライアントＩＤ、およびパスワードを含め、インターネット２を介してライセンスサーバ４に送信する。
【００８０】
後述するように、ライセンス選択画面を要求するメッセージを受信したライセンスサーバ４は、インターネット２を介し、クライアント１に対して、ライセンス選択画面を送信してくるので、クライアント１のＣＰＵ２１は、ライセンスサーバ４からライセンス選択画面が送信されてくるのを待って、ステップＳ６５からＳ６６に進み、そのライセンス選択画面を受信して表示する。
【００８１】
そして、ステップＳ６６からＳ６７に進み、ＣＰＵ２１は、ユーザが入力部２６を操作することにより、ライセンス選択画面において購入するライセンスを選択し、そのライセンスの購入の要求がされるのを待って、そのライセンスの購入を要求するメッセージに、ライセンスの購入によって利用するコンテンツのコンテンツＩＤ（ライセンス取得処理の開始時にユーザが選択したコンテンツのコンテンツＩＤ）を含め、インターネット２を介して、ライセンスサーバ４に送信する。
【００８２】
その後、ステップＳ６７からＳ６８に進み、ＣＰＵ２１は、ユーザがライセンスを重複して購入することを防止するための重複購入防止処理を行う。なお、ステップＳ６８の重複購入防止処理の詳細については、後述する。
【００８３】
ライセンスサーバ４は、ステップＳ６７でクライアント１が送信するライセンスの購入を要求するメッセージを受信すると、クライアント１のユーザに問題等がない場合には、そのライセンスを、インターネット２を介して、クライアント１に送信してくる。そこで、クライアント１のＣＰＵ２１は、ステップＳ６８からＳ６９に進み、ライセンスサーバ４からライセンスが送信されてきたか否かを判定する。ステップＳ６９において、ライセンスが送信されてきたと判定された場合、ステップＳ７０に進み、クライアント１は、そのライセンスを受信し、記憶部２８に供給して記憶させ、ライセンス取得処理を終了する。この場合、クライアント１において、ライセンスを取得することができたので、そのライセンスを必要とするコンテンツを、そのライセンスで規定されている制限内で利用することが可能となる。
【００８４】
一方、ステップＳ６９において、ライセンスサーバ４からライセンスが送信されてこないと判定された場合、ステップＳ７１に進み、ＣＰＵ２１は、エラー処理を実行し、具体的には、例えば、ライセンスを得ることができなかった旨のメッセージを表示し、ライセンス取得処理を終了する。この場合、クライアント１において、ライセンスを取得することができなかったので、そのライセンスを必要とするコンテンツは利用することができない。
【００８５】
なお、クライアント１では、コンテンツサーバ３からコンテンツを取得する前に、そのコンテンツのライセンスを、ライセンスサーバ４から取得することも可能である。
【００８６】
次に、図８は、ライセンスサーバ４が管理し、クライアント１に提供（販売）されるライセンス（のデータ）を示している。
【００８７】
図８において、ライセンスは、そのライセンスによって利用可能になるコンテンツのコンテンツＩＤ、そのライセンスによってコンテンツを利用することができる制限または範囲を表す利用規則（ｕｓａｇｅ  ｒｕｌｅ）、そのライセンスによって利用することができるコンテンツの暗号化キーＫＫ（Ｋｃ）（図５）を復号するのに必要な鍵情報から構成されている。
【００８８】
ここで、ライセンスには、１以上のコンテンツＩＤが含まれる。即ち、ライセンスは、１つのコンテンツに対して１つだけ与えられる場合、複数のコンテンツに対して１つだけ与えられる場合、１つのコンテンツに対して複数与えられる場合がある。１つのコンテンツに対して１つのライセンスが与えられる場合には、そのライセンスには、対応する１つのコンテンツのコンテンツＩＤが配置される。また、１つのコンテンツに対して複数のライセンスが与えられる場合、即ち、１つのコンテンツを利用するのに、複数のライセンスが必要な場合、その複数のライセンスそれぞれには、対応する１つのコンテンツのコンテンツＩＤが配置される。さらに、複数のコンテンツに対して１つのライセンスが与えられる場合、即ち、複数のコンテンツを利用するのに、１つのライセンスがあれば足りる場合、その１つのライセンスには、対応する複数のコンテンツそれぞれのコンテンツＩＤが配置される。
【００８９】
利用規則には、ライセンスによってコンテンツを利用するときの様々な制限を記述することができる。図８のライセンスにおいては、利用規則として、視聴期間／回数、視聴可能範囲、コピー制限、視聴可能地域、拡張制限の６つの項目が設けられている。
【００９０】
視聴期間／回数は、コンテンツを利用することができる期間（絶対的な日時によって指定される期間であっても良いし、ライセンスの取得日時等を基準とする相対的な期間であっても良い）や、コンテンツを利用することができる回数を規定する。
【００９１】
視聴可能範囲は、利用することができるコンテンツの部分（範囲）を、例えば、コンテンツに付随するタイムコードなどによって規定する。視聴可能範囲が、あるタイムコードの範囲に規定されているライセンスでは、コンテンツは、その視聴可能範囲で規定されている範囲しか利用することができない。従って、この場合、コンテンツのすべてを利用するには、視聴可能範囲がコンテンツの全範囲となるように、複数のライセンスを取得しなければならない。なお、このような場合が、１つのコンテンツを利用するのに、複数のライセンスが必要な場合に該当する。
【００９２】
コピー制限は、コンテンツのコピー（チェックアウト）に関する制限を規定する。コピーに関する制限としては、例えば、コピー先や、コピー回数、コピー品質の制限などがある。コピー先は、コンテンツのコピーを許可または禁止するコピー先の機器等を規定する。コピー回数は、コンテンツをコピーすることができる回数を規定する。コピー先が０回とされている場合には、コンテンツをコピーすることはできない。コピー品質は、コピーするときのコンテンツの品質を規定する。コンテンツの品質としては、例えば、コンテンツをアナログ出力またはディジタル出力のうちのいずれかによってコピーしたときの品質を採用することができる。
【００９３】
ここで、コピー先の機器等としては、内蔵ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、ポータブルデバイス（Ｐｏｒｔａｂｌｅ  Ｄｅｖｉｃｅ）、ポータブルメディア（Ｐｏｒｔａｂｌｅ  Ｍｅｄｉａ）、ｉＬｉｎｋ（ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）１３９４）、家庭内ネットワーク、アナログ出力、ディジタル出力、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）などがある。また、内蔵ＨＤＤ、アナログ出力、ＵＳＢは、ノンセキュア（ｎｏｎ  ｓｅｃｕｒｅｄ）であるが、ポータブルデバイス、ポータブルメディア、ｉＬｉｎｋ、家庭内ネットワーク、ディジタル出力は、ノンセキュアなものと、セキュア（ｓｅｃｕｒｅｄ）なものがある。セキュアなポータブルデバイスとしては、例えば、ｎｅｔ−ＭＤ（Ｍｉｎｉ  Ｄｉｓｃ）（商標）プレーヤがあり、ノンセキュアなポータブルデバイスとしては、例えば、ＭＰ３（ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）−１  Ａｕｄｉｏ  Ｌａｙｅｒ  ３）プレーヤがある。また、セキュアなポータブルメディアとしては、例えば、ｎｅｔ−ＭＤがあり、ノンセキュアなポータブルメディアとしては、例えば、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅｃｏｒｄａｂｌｅ）がある。さらに、セキュアなｉＬｉｎｋとしては、例えば、ＤＴＣＰ（Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）がある。また、ディジタル出力としては、例えば、ＤＶＩ（Ｄｉｇｉｔａｌ  Ｖｉｓｕａｌ  Ｉｎｔｅｒｆａｃｅ）があり、そのノンセキュアなものとしては、例えば、光オーディオ出力がある。
【００９４】
視聴可能地域は、コンテンツを利用することができる国などの地域を規定する。
【００９５】
拡張制限は、コンテンツを利用するときのその他の制限を規定する。拡張制限においては、例えば、コンテンツを同時に視聴する人数（例えば、一人でのみ視聴することができるとか、所定の人数まで同時に視聴することができるなど）や、コンテンツを利用することができる時間帯（例えば、日中のある時間帯だけ利用することができるなど）などを規定することができる。
【００９６】
ここで、図８に示したライセンスにおいては、例えば、コンテンツＩＤと利用規則によって、そのライセンスを識別するユニークなライセンスＩＤ（Ｌｉｃｅｎｓｅ  ＩＤ）が構成されている。従って、ある２つのライセンスにおけるコンテンツＩＤおよび利用規則どうしが一致する場合、その２つのライセンスは、同一のライセンスである。なお、ライセンスには、そのコンテンツＩＤおよび利用規則の部分が異なるごとに、そのコンテンツＩＤおよび利用規則とは別のユニークなライセンスＩＤを含めるようにすることが可能である。
【００９７】
以上のように、利用規則には、ライセンスによってコンテンツを利用するときの様々な制限を記述することができるので、ライセンスどうしの間には種々の重複が生じることがある。
【００９８】
まず、ライセンスの重複は、同一のコンテンツＩＤを含むライセンスどうしの間で生じうる。即ち、ある２つのライセンスそれぞれに含まれるコンテンツＩＤが異なる場合には、その２つのライセンスは、異なるコンテンツを利用するのに必要なものであるから、ライセンスの重複は生じない。従って、ライセンスの重複が生じるのは、ある２つのライセンスが、同一のコンテンツＩＤを含む場合だけである。
【００９９】
さらに、ライセンスの重複には、種々の態様がある。
【０１００】
即ち、ライセンスの重複には、大きく分けて、ライセンスが完全に重複する場合と、ライセンスの一部が重複する場合とがある。
【０１０１】
ライセンスが完全に重複する場合とは、ある２つのライセンスにおいて、それぞれの利用規則が完全に一致する場合である。
【０１０２】
ライセンスの一部が重複する場合とは、ある２つのライセンスにおいて、それぞれの利用規則の一部の項目の内容が一致する場合や、それぞれの利用規則のある項目の内容の一部が重複する場合を意味する。
【０１０３】
即ち、ある２つのライセンスＬ１とＬ２について、それぞれの利用規則の一部の項目の内容が一致する場合とは、ライセンスＬ１とＬ２が完全に重複してはいないが、例えば、ライセンスＬ１の利用規則の項目「視聴期間／回数」において、コンテンツを再生することができる期間が、「２００３年１月１日から１年間」と規定されており、ライセンスＬ２の利用規則の項目「視聴期間／回数」においても、コンテンツを再生することができる期間が、「２００３年１月１日から１年間」と規定されている場合である。
【０１０４】
また、ある２つのライセンスＬ１とＬ２について、それぞれの利用規則の一部の項目の内容が重複する場合とは、例えば、ライセンスＬ１の利用規則の項目「視聴期間／回数」において、コンテンツを再生することができる期間が、「２００３年１月１日から１年間」と規定されており、ライセンスＬ２の利用規則の項目「視聴期間／回数」において、コンテンツを再生することができる期間が、「２００３年７月１日から１年間」と規定されている場合である。この場合、ライセンスＬ１とＬ２は、コンテンツを２００３年７月１日から同年１２月３１までの期間再生することができる点において重複する。
【０１０５】
さらに、例えば、ライセンスＬ１の利用規則の項目「視聴可能地域」において、コンテンツを再生することができる地域が、「日本」と規定されており、ライセンスＬ２の利用規則の項目「視聴可能地域」において、コンテンツを再生することができる地域が、「アジア」と規定されている場合も、ライセンスＬ１とＬ２の利用規則の一部の項目の内容が重複する場合に該当する。即ち、この場合、ライセンスＬ１とＬ２は、コンテンツを日本という地域で再生することができる点において重複する。但し、いまのケースでは、説明を簡単にするために、コンテンツを再生することができる期間は、特に制限されていないものとする。
【０１０６】
クライアント１においては、図７で説明したライセンス取得処理が行われる場合に、クライアント１のユーザが重複するライセンスを購入することを防止するために、ステップＳ６８において、重複購入防止処理が行われる。
【０１０７】
そこで、図９のフローチャートを参照して、図７のステップＳ６８で行われる重複購入防止処理について説明する。
【０１０８】
図９の重複購入防止処理では、まず最初に、ステップＳ８１において、ライセンスサーバ４からインターネット２を介して送信されてくるライセンスＩＤの照会要求のメッセージ（以下、適宜、ライセンスＩＤ照会要求メッセージという）を受信する。
【０１０９】
即ち、クライアント１は、ライセンスを購入する場合、上述したように、図７のステップＳ６７において、ライセンスの購入を要求するメッセージ（以下、適宜、ライセンス購入要求メッセージという）に、そのライセンスによって利用するコンテンツのコンテンツＩＤを含めて、ライセンスサーバ４に送信するが、このライセンス購入要求メッセージを受信したライセンスサーバ４は、後述するように、そのライセンス購入要求メッセージによって要求されるライセンスのライセンスＩＤを、そのライセンスＩＤの照会を要求するライセンスＩＤ照会要求メッセージに含めて、クライアント１に送信する。ステップＳ８１では、クライアント１は、このようにしてライセンスサーバ４から送信されてくるライセンスＩＤ照会要求メッセージを受信する。
【０１１０】
その後、ステップＳ８１からＳ８２に進み、クライアント１は、ライセンスＩＤ照会要求メッセージにしたがい、そのライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤのライセンスと重複するライセンスを有しているかどうかを判定する。
【０１１１】
即ち、クライアント１は、ライセンスを購入した場合、上述したように、図７のステップＳ７０において、その購入したライセンスを、ライセンスを記憶部２８に記憶させる。ステップＳ８２では、クライアント１は、ライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤのライセンスと重複するライセンスが記憶部２８に記憶されているかどうかによって、ライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤのライセンスと重複するライセンスを有しているかどうかを判定する。
【０１１２】
なお、ここでは、上述したように、ライセンスＩＤは、ライセンスによって利用するコンテンツのコンテンツＩＤと、そのコンテンツを利用するときの制限である利用規則とから構成される。従って、ライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤのライセンスと重複するライセンスを有しているかどうかの判定は、記憶部２８に記憶されているライセンスの中から、ライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤを構成するコンテンツＩＤと同一のコンテンツＩＤを含むライセンスＩＤのライセンスを検索し、そのようなライセンスが検索された場合には、その検索されたライセンスの利用規則と、ライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤを構成する利用規則とを比較することにより行うことができる。
【０１１３】
ステップＳ８２において、ライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤのライセンスと重複するライセンスを有していると判定された場合、即ち、ライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤのライセンスと重複するライセンスが記憶部２８に記憶されている場合、ステップＳ８３に進み、クライアント１は、購入しようとしているライセンスが既に有するライセンスと重複する旨のメッセージ（以下、適宜、重複ありメッセージという）を、インターネット２を介して、ライセンスサーバ４に送信し、ステップＳ８５に進む。
【０１１４】
また、ステップＳ８２において、ライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤのライセンスと重複するライセンスを有していないと判定された場合、即ち、ライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤのライセンスと重複するライセンスが記憶部２８に記憶されていない場合、ステップＳ８４に進み、クライアント１は、購入しようとしているライセンスが既に有するライセンスと重複しない旨のメッセージ（以下、適宜、重複なしメッセージという）を、インターネット２を介して、ライセンスサーバ４に送信し、ステップＳ８５に進む。
【０１１５】
ステップＳ８５では、クライアント１は、ライセンスサーバ４からインターネット２を介して購入レスポンスメッセージが送信されてくるのを待って、その購入レスポンスメッセージを受信し、ステップＳ８６に進む。
【０１１６】
ここで、後述するように、ライセンスサーバ４は、クライアント１からライセンス購入要求メッセージを受信すると、ライセンス購入要求メッセージに対するレスポンスとして、ライセンスの販売の拒否または許可を表す購入レスポンスメッセージを、ライセンス購入要求メッセージを送信してきたクライアント１に返す。ステップＳ８５では、このようにしてライセンスサーバ４から送信されてくる購入レスポンスメッセージが受信される。
【０１１７】
ステップＳ８６では、クライアント１は、ステップＳ８５で受信した購入レスポンスメッセージが、ライセンスの販売の拒否を表しているかどうかを判定する。ステップＳ８６において、購入レスポンスメッセージが、ライセンスの販売の拒否を表していないと判定された場合、即ち、購入レスポンスメッセージが、ライセンスの販売の許可を表している場合、ステップＳ８７およびＳ８８をスキップして、ステップＳ８９に進み、クライアント１は、図７のステップＳ６７で、ライセンス購入要求メッセージによって要求したライセンスの購入を確認するライセンス購入確認メッセージを、インターネット２を介してライセンスサーバ４に送信し、リターンする。
【０１１８】
ライセンス購入確認メッセージを受信したライセンスサーバ４は、後述するように、クライアント１が図７のステップＳ６７でライセンス購入要求メッセージによって要求したライセンスを送信してくるので、クライアント１は、上述したように、図７のステップＳ７０で、そのライセンスを受信する。
【０１１９】
一方、ステップＳ８６において、クライアント１がステップＳ８５で受信したライセンスサーバ４からの購入レスポンスメッセージが、ライセンスの販売の拒否を表していると判定された場合、ステップＳ８７に進み、クライアント１は、出力部２７（図２）のディスプレイに、購入しようとしているライセンスが既に有するライセンスと重複している旨の重複メッセージを表示する。
【０１２０】
即ち、上述したように、クライアント１は、ライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤのライセンスと重複するライセンスを有している場合には、ステップＳ８３において重複ありメッセージをライセンスサーバ４に送信し、ライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤのライセンスと重複するライセンスを有していない場合には、ステップＳ８４において重複なしメッセージをライセンスサーバ４に送信する。そして、ライセンスサーバ４は、後述するように、クライアント１から重複ありメッセージを受信した場合には、ライセンスの販売の拒否を表す購入レスポンスメッセージを、クライアント１に送信し、クライアント１から重複ないメッセージを受信した場合には、ライセンスの販売の許可を表す購入レスポンスメッセージを、クライアント１に送信する。
【０１２１】
従って、購入レスポンスメッセージが、ライセンスの販売の拒否を表している場合は、クライアント１において購入しようとしているライセンスが既に有するライセンスと重複している場合であるから、クライアント１は、ステップＳ８７において、その旨を表す重複メッセージを表示し、これにより、重複するライセンスを購入しようとしていることを、クライアント１のユーザに報知する。
【０１２２】
クライアント１は、ステップＳ８７において重複メッセージを表示した後、ステップＳ８８に進み、ユーザが、ライセンス購入要求メッセージによって要求したライセンスを購入する操作（以下、適宜、購入操作という）を行ったかどうかを判定する。
【０１２３】
ステップＳ８８において、購入操作が行われていないと判定された場合、即ち、ステップＳ８７で、重複するライセンスを購入しようとしていることを報知されたユーザが、ライセンス購入要求メッセージによって要求したライセンスの購入を取り止めた場合、図９の重複購入防止処理を終了し、さらに、図７のライセンス取得処理も終了する。
【０１２４】
従って、この場合、ユーザが、最初に、ライセンス購入要求メッセージによって要求したライセンスの購入は行われないので、ユーザが、重複するライセンスを購入することを防止することができる。
【０１２５】
一方、ステップＳ８８において、購入操作が行われたと判定された場合、即ち、ステップＳ８７で、重複するライセンスを購入しようとしていることを報知したのにもかかわらず、ユーザが、その重複するライセンスを購入する意思表示としての購入操作を行い、これにより、重複するライセンスを購入することの確認がとれた場合、ステップＳ８９に進み、上述したように、クライアント１は、ライセンス購入要求メッセージによって要求したライセンスの購入を確認するライセンス購入確認メッセージを、インターネット２を介してライセンスサーバ４に送信し、リターンする。
【０１２６】
この場合、上述したように、ライセンス購入確認メッセージを受信したライセンスサーバ４は、クライアント１がライセンス購入要求メッセージによって要求したライセンスを送信してくるので、クライアント１は、上述したように、図７のステップＳ７０で、そのライセンスを受信する。即ち、この場合、ユーザは、既に有するライセンスと重複するライセンスを購入することとなる。しかしながら、いまの場合は、ユーザに、重複するライセンスを購入しようとしていることを報知し、それでも、ユーザが、その重複するライセンスを購入した場合であるから、特に問題はない。
【０１２７】
次に、図１０は、図７のステップＳ７０においてライセンスが記憶されるクライアント１の記憶部２８（図２）の記憶内容を示している。
【０１２８】
クライアント１の記憶部２８においては、ライセンスの一覧であるライセンスリストが記憶されており、クライアント１で購入されたライセンスは、そのライセンスリストに登録される。
【０１２９】
図９のステップＳ８２では、ライセンスリストの中から、ライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤを構成するコンテンツＩＤと同一のコンテンツＩＤを含むライセンスＩＤのライセンスが検索され、そのようなライセンスが検索された場合には、その検索されたライセンスの利用規則と、ライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤを構成する利用規則とを比較することにより、ライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤのライセンスと重複するライセンスを有しているかどうかが判定される。
【０１３０】
即ち、ライセンスリストの中から、ライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤを構成するコンテンツＩＤと同一のコンテンツＩＤを含むライセンスＩＤのライセンスを検索することができなかった場合は、クライアント１において重複するライセンスを有していないと判定される。また、ライセンスリストの中から、ライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤを構成するコンテンツＩＤと同一のコンテンツＩＤを含むライセンスＩＤのライセンスを検索することができた場合であっても、その検索されたライセンスの利用規則と、ライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤを構成する利用規則とにおいて、任意の項目の内容が一致せず、かつ任意の項目の内容の一部が重複しないときは、やはり、クライアント１において重複するライセンスを有していないと判定される。
【０１３１】
一方、ライセンスリストの中から、ライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤを構成するコンテンツＩＤと同一のコンテンツＩＤを含むライセンスＩＤのライセンスを検索することができ、さらに、その検索されたライセンスの利用規則と、ライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤを構成する利用規則とにおいて、任意の項目の内容が一致する場合や、任意の項目の内容の一部が重複する場合は、クライアント１において重複するライセンスを有すると判定される。
【０１３２】
次に、図１１Ａおよび図１１Ｂは、クライアント１において、図７のステップＳ６６で表示されるライセンス選択画面を示している。
【０１３３】
ライセンス選択画面においては、図１１Ａに示すように、ライセンスによって利用することができるコンテンツを表す情報として、そのコンテンツのタイトルなどが表示されるとともに、そのコンテンツを利用するのに必要な１種類以上のライセンスを購入するときに操作される購入ボタン５１が表示される。
【０１３４】
ここで、図１１Ａのライセンス選択画面においては、購入ボタン５１として、ライセンスＡ，Ｂ，Ｃを購入するときにそれぞれ操作されるボタン５１Ａ，５１Ｂ，５１Ｃが設けられている。ライセンスＡ乃至Ｃそれぞれは、同一のコンテンツを利用するのに必要なライセンスではあるが、その利用規則が異なるものとなっている。即ち、例えば、ライセンスＡは、コンテンツの再生のみが可能なライセンスであり、ライセンスＢは、コンテンツの再生の他、１回だけのコピーも可能なライセンスであり、ライセンスＣは、コンテンツを買い取り状態（コンテンツの自由な利用か可能な状態）とするライセンスである。ライセンスＡ乃至Ｃは、同一のコンテンツを利用するのに必要なライセンスではあるが、コンテンツを利用するときに課される制限が異なる。従って、ライセンスＡ乃至Ｃは、その値段も異なる。
【０１３５】
なお、ここでは、あるコンテンツについて、３種類のライセンスＡ乃至Ｃが存在するものとしたが、１つのコンテンツについてのライセンスは、３種類に限定されるものではなく、１または２種類であっても良いし、４種類以上であっても良い。
【０１３６】
クライアント１では、図７のステップＳ６６において、図１１Ａに示したライセンス選択画面が表示される。そして、ユーザが、ライセンス選択画面における購入ボタン５１（図１１Ａでは、ボタン５１Ａ乃至５１Ｃのうちのいずれか）を操作することにより、購入するライセンスを選択すると、上述したように、図７のステップＳ６７において、そのライセンスの購入を要求するライセンス購入メッセージが、クライアント１からライセンスサーバ４に送信される。
【０１３７】
その後、クライアント１では、図７のステップＳ６８において重複購入防止処理が行われるが、その重複購入防止処理（図９）のステップＳ８５において、クライアント１が、ライセンスサーバ４から、ライセンスの販売を拒否する旨の購入レスポンスメッセージを受信すると、ステップＳ８７において、図１１Ｂに示すように、購入しようとしているライセンスが既に有するライセンスと重複している旨の重複メッセージとしてのダイアログ５２が、例えば、ライセンス選択画面上に表示される。
【０１３８】
ダイアログ５２には、購入続行ボタン５３と購入中止ボタン５４が設けられており、ユーザが、購入続行ボタン５３を操作した場合には、図９のステップＳ８８において購入操作が行われたと判定される。一方、ユーザが、購入中止ボタン５４を操作した場合には、図９のステップＳ８８において購入操作が行われていないと判定される。
【０１３９】
次に、図１２のフローチャートを参照して、クライアント１が行う図７のライセンス取得処理に対応して実行されるライセンスサーバ４のライセンス提供処理について説明する。なお、上述したように、図２のハードウェア構成は、ライセンスサーバ４の構成としても引用する。
【０１４０】
ライセンスサーバ４のＣＰＵ２１は、ステップＳ１０１において、クライアント１よりアクセスを受けるまで待機し、アクセスを受けたとき、ステップＳ１０２に進み、アクセスしてきたクライアント１に、ライセンス購入初期画面を送信し、そのライセンス購入初期画面に対して、クライアント１が図７のステップＳ６５で送信してくるユーザＩＤ、クライアントＩＤ、パスワード、およびコンテンツＩＤを含む、ライセンス選択画面を要求するメッセージ（以下、適宜、ライセンス選択画面要求メッセージという）を、通信部２９を介して受信する（取り込む）。
【０１４１】
そして、ライセンスサーバ４のＣＰＵ２１は、ステップＳ１０２からＳ１０３に進み、通信部２９から課金サーバ５にアクセスし、ステップＳ１０２で受信したユーザＩＤ、クライアントＩＤ、およびパスワードに対応するユーザの与信処理を要求し、ステップＳ１０４に進む。ここで、課金サーバ５は、インターネット２を介してライセンスサーバ４から与信処理の要求を受けると、そのユーザＩＤ、クライアントＩＤ、およびパスワードに対応するユーザの過去の支払い履歴などを調査し、そのユーザが、過去にライセンスの対価の不払いの実績があるか否かなどを調べ、そのような実績がない場合には、ライセンスの付与を許容する与信結果を送信し、不払いの実績などがある場合には、ライセンス付与の不許可の与信結果を送信する。
【０１４２】
ステップＳ１０４において、ライセンスサーバ４のＣＰＵ２１は、課金サーバ５からの与信結果が、ライセンスを付与することを許容する与信結果であるか否かを判定し、ライセンスの付与が許容されている場合には、ステップＳ１０５に進み、クライアント１から送信されてきたライセンス選択画面要求メッセージに含まれるコンテンツＩＤのコンテンツを利用するのに必要なライセンスを選択するライセンス選択画面（図１１Ａ）を構成し、インターネット２を介して、クライアント１に送信する。
【０１４３】
ライセンス選択画面を受信したクライアント１は、上述したように、図７のステップＳ６７において、ユーザが選択したライセンスの購入を要求するライセンス購入要求メッセージを送信してくるので、ライセンスサーバ４のＣＰＵ２１は、クライアント１からライセンス購入要求メッセージが送信されてくるのを待って、ステップＳ１０５からＳ１０６に進み、そのライセンス購入要求メッセージを受信し、ステップＳ１０７に進む。
【０１４４】
ステップＳ１０７では、ライセンスサーバ４のＣＰＵ２１は、クライアント１が図７のステップＳ６８で重複購入防止処理を行うのに対応して、重複したライセンスの販売を防止するための重複販売防止処理を行う。なお、ステップＳ１０７の重複販売防止処理の詳細については、後述する。
【０１４５】
ステップＳ１０７の処理後は、ステップＳ１０８に進み、ライセンスサーバ４のＣＰＵ２１は、ステップＳ１０６で受信したライセンス購入要求メッセージで要求されているライセンスを、記憶部２８に記憶されているライセンスの中から選択し、ステップＳ１０９に進む。
【０１４６】
即ち、ライセンスサーバ４では、その記憶部２８に、コンテンツサーバ３が提供するコンテンツのライセンス（のデータ）が記憶されており、ライセンスサーバ４は、ステップＳ１０８において、記憶部２８に記憶されているライセンスの中から、クライアント１から送信されていたライセンス購入要求メッセージで要求されているライセンスを選択し、ステップＳ１０９に進む。
【０１４７】
ステップＳ１０９では、ライセンスサーバ４のＣＰＵ２１は、そのライセンス（図８）を、通信部２９からインターネット２を介してクライアント１に送信させ、ステップＳ１１０に進む。
【０１４８】
ステップＳ１１０において、ライセンスサーバ４のＣＰＵ２１は、ステップＳ１０９で送信したライセンスのライセンスＩＤを、ステップＳ１０２で受信したライセンス選択画面要求メッセージに含まれるユーザＩＤ、クライアントＩＤ、およびパスワードと対応付け、記憶部２８に供給して記憶させる。従って、記憶部２８には、ライセンスを購入したユーザを特定するユーザＩＤ、クライアントＩＤ、およびパスワードと、そのユーザが購入したライセンスを特定するライセンスＩＤとが対応付けられて記憶される。
【０１４９】
そして、ステップＳ１１０からＳ１１１に進み、ライセンスサーバ４のＣＰＵ２１は、課金処理を実行し、ライセンス提供処理を終了する。
【０１５０】
ここで、ステップＳ１１１では、ライセンスサーバ４のＣＰＵ２１は、通信部２９から課金サーバ５に、クライアント１から送信されてきたライセンス選択画面要求メッセージに含まれるユーザＩＤ、クライアントＩＤ、およびパスワードに対応するユーザに対する課金処理を要求する。この場合、課金サーバ５は、ライセンスサーバ４からの課金の要求にしたがい、そのユーザに対する課金処理を実行する。上述したように、この課金処理に対して、そのユーザが支払いを行わなかったような場合には、以後、そのユーザは、ライセンスの付与を要求したとしても、ライセンスの提供を受けることができないことになる。
【０１５１】
すなわち、この場合には、課金サーバ５からライセンスサーバ４に、ライセンスの付与を不許可とする与信結果が送信されてくるので、ステップＳ１０４からステップＳ１１２に進み、ＣＰＵ２１は、エラー処理を実行する。具体的には、ライセンスサーバ４のＣＰＵ２１は、通信部２９を制御してアクセスしてきたクライアント１に対して、ライセンスを付与することができない旨のメッセージを出力し、ライセンス提供処理を終了する。
【０１５２】
この場合、上述したように、クライアント１はライセンスを取得することができないので、そのコンテンツを利用すること（暗号を復号すること）ができないことになる。
【０１５３】
次に、図１３のフローチャートを参照して、ライセンスサーバ４が図１２のステップＳ１０７で行う重複販売防止処理について説明する。
【０１５４】
重複販売防止処理では、ライセンスサーバ４は、まず最初に、ステップＳ１２１において、クライアント１が図７のステップＳ６７で送信してくるライセンス購入要求メッセージによって要求されるライセンスのライセンスＩＤを検索し、ステップＳ１２２に進む。
【０１５５】
ステップＳ１２２では、ライセンスサーバ４は、ステップＳ１２１で検索したライセンスＩＤの照会を要求するライセンスＩＤ照会要求メッセージを、インターネット２を介して、クライアント１に送信し、ステップＳ１２３に進む。
【０１５６】
ステップＳ１２３では、ライセンスサーバ４は、クライアント１が図７のステップＳ８３または８４で重複ありメッセージまたは重複なしメッセージを送信してくるのを待って、その重複ありメッセージまたは重複なしメッセージ（以下、適宜、重複あり／なしメッセージという）を受信し、ステップＳ１２４に進む。
【０１５７】
ステップＳ１２４では、ライセンスサーバ４は、ステップＳ１２３で受信した重複あり／なしメッセージに応じて、ライセンスの販売の拒否または許可を表す購入レスポンスメッセージを送信する。即ち、ライセンスサーバ４は、ステップＳ１２３で受信した重複あり／なしメッセージが重複ありメッセージである場合には、ライセンスの販売の拒否を表す購入レスポンスメッセージを送信する。また、ライセンスサーバ４は、ステップＳ１２３で受信した重複あり／なしメッセージが重複なしメッセージである場合には、ライセンスの販売の許可を表す購入レスポンスメッセージを送信する。
【０１５８】
ステップＳ１２４で購入レスポンスメッセージが送信された後は、ステップＳ１２５に進み、ライセンスサーバ４は、クライアント１からライセンス購入確認メッセージが送信されてきたかどうかを判定する。
【０１５９】
ステップＳ１２５において、クライアント１からライセンス購入確認メッセージが送信されてこないと判定された場合、ライセンスサーバ４は、図１３の重複販売防止処理を終了し、さらに、図１２のライセンス提供処理も終了する。
【０１６０】
従って、この場合、ライセンスサーバ４からクライアント１に対し、そのクライアント１が要求してきたライセンスは販売されない。
【０１６１】
一方、ステップＳ１２５において、クライアント１からライセンス購入確認メッセージが送信されてきたと判定された場合、ライセンスサーバ４は、図１２のステップＳ１０８にリターンする。
【０１６２】
従って、この場合、ライセンスサーバ４からクライアント１に対し、そのクライアント１が要求してきたライセンスが販売される。
【０１６３】
以上のように、クライアント１において、ライセンスサーバ４に要求したライセンスが、クライアント１が既に有するライセンスと重複するかどうかを判定し、その判定結果に対応して、ライセンスサーバ４に要求したライセンスがクライアント１が既に有するライセンスと重複する旨を報知するようにしたので、クライアント１のユーザが重複するライセンスを購入することを防止することができる。
【０１６４】
次に、図１４のフローチャートを参照して、クライアント１が行うライセンス取得処理の第２実施の形態について説明する。
【０１６５】
図７のライセンス取得処理においては、ユーザがライセンス選択画面において購入するライセンスを選択し、そのライセンスの購入を要求するライセンス購入要求メッセージがクライアント１からライセンスサーバ４に送信（図７のステップＳ６７）された後に、即ち、クライアント１およびライセンスサーバ４において、ライセンス購入のためのトランザクションが開始された後に、ライセンスの重複購入を防止する重複購入防止処理（図７のステップＳ６８）が行われるようになっていたが、図１４では、クライアント１およびライセンスサーバ４において、ライセンス購入のためのトランザクションが開始される前に、重複購入防止処理が行われるようになっている。
【０１６６】
図１４のライセンス取得処理では、ステップＳ１６１乃至Ｓ１６６において、図７のステップＳ６１乃至Ｓ６６における場合とそれぞれ同様の処理が行われる。
【０１６７】
即ち、図１４のライセンス取得処理でも、図７における場合と同様に、ユーザが、例えば、記憶部２８に記憶されたコンテンツの中からライセンスを取得しようとするものを選択すると、クライアント１は、ステップＳ１６１において、ユーザが選択したコンテンツのヘッダ部（図５）におけるＵＲＬを取得し、ステップＳ１６２に進む。ステップＳ１６２では、クライアント１は、ステップＳ１６１で取得したＵＲＬにアクセスし、これにより、図７のステップＳ６２における場合と同様に、ライセンス購入初期画面を表示する。
【０１６８】
そして、クライアント１は、ユーザが、ライセンス購入初期画面に対して、ユーザＩＤ、クライアントＩＤ、およびパスワードを入力するのを待って、ステップＳ１６２からＳ１６３に進み、ライセンス取得処理の開始時にユーザが選択したコンテンツのコンテンツＩＤを取得し、ステップＳ１６４に進む。ステップＳ１６４では、クライアント１は、ユーザがライセンス購入初期画面に対して入力したユーザＩＤ、クライアントＩＤ、およびパスワードを取得し、ステップＳ１６５に進む。ステップＳ１６５では、クライアント１は、ライセンス選択画面要求メッセージに、ステップＳ１６３で取得したコンテンツＩＤと、ステップＳ１６４で取得したユーザＩＤ、クライアントＩＤ、およびパスワードを含め、インターネット２を介してライセンスサーバ４に送信する。そして、クライアント１は、ライセンスサーバ４からライセンス選択画面が送信されてくるのを待って、ステップＳ１６５からＳ１６６に進み、そのライセンス選択画面を受信して表示し、ステップＳ１６７に進む。
【０１６９】
ステップＳ１６７では、クライアント１は、ユーザがライセンスを重複して購入することを防止するための重複購入防止処理を行い、その重複購入防止処理からリターンすると、ステップＳ１６８に進む。なお、ステップＳ１６７の重複購入防止処理の詳細については、後述する。
【０１７０】
そして、ステップＳ１６８では、クライアント１は、ユーザが入力部２６を操作することにより、ライセンス選択画面において購入するライセンスを選択し、そのライセンスの購入の要求がされるのを待って、そのライセンスの購入を要求するライセンス購入要求メッセージに、ライセンスの購入によって利用するコンテンツのコンテンツＩＤ（ライセンス取得処理の開始時にユーザが選択したコンテンツのコンテンツＩＤ）を含め、インターネット２を介して、ライセンスサーバ４に送信する。
【０１７１】
ライセンスサーバ４は、ステップＳ１６８でクライアント１が送信するライセンス購入要求メッセージを受信すると、ライセンス販売のためのトランザクションを開始し、クライアント１のユーザに問題等がない場合には、そのライセンスを、インターネット２を介して、クライアント１に送信してくる。そこで、クライアント１は、ステップＳ１６８からＳ１６９に進み、以下、ステップＳ１６９乃至Ｓ１７１において、図７のステップＳ６９乃至Ｓ７１における場合とそれぞれ同様の処理が行われる。
【０１７２】
即ち、ステップＳ１６９では、クライアント１は、ライセンスサーバ４からライセンスが送信されてきたか否かを判定し、送信されてきたと判定した場合、ステップＳ１７０に進み、クライアント１は、そのライセンスを受信し、記憶部２８に供給して記憶させ、ライセンス取得処理を終了する。この場合、クライアント１において、ライセンスを取得することができたので、そのライセンスを必要とするコンテンツを、そのライセンスで規定されている制限内で利用することが可能となる。
【０１７３】
一方、ステップＳ１６９において、ライセンスサーバ４からライセンスが送信されてこないと判定された場合、ステップＳ７１に進み、クライアント１は、図７のステップＳ７１における場合と同様に、エラー処理を実行し、ライセンス取得処理を終了する。この場合、クライアント１において、ライセンスを取得することができなかったので、そのライセンスを必要とするコンテンツは利用することができない。
【０１７４】
次に、図１５のフローチャートを参照して、図１４のステップＳ１６７で行われる重複購入防止処理について説明する。
【０１７５】
図１５の重複購入防止処理では、まず最初に、ステップＳ１８１において、ライセンスサーバ４からインターネット２を介して送信されてくるライセンスＩＤの照会要求のライセンスＩＤ照会要求メッセージを受信する。
【０１７６】
即ち、クライアント１は、上述したように、図１４のステップＳ１６５において、ライセンス選択画面要求メッセージに、これから購入するライセンスによって利用するコンテンツのコンテンツＩＤを含めて、ライセンスサーバ４に送信するが、このライセンス選択画面要求メッセージを受信したライセンスサーバ４は、後述するように、そのライセンス選択画面要求メッセージに含まれるコンテンツＩＤのコンテンツの利用に必要なライセンスのライセンスＩＤを、そのライセンスＩＤの照会を要求するライセンスＩＤ照会要求メッセージに含めて、クライアント１に送信する。ステップＳ１８１では、クライアント１は、このようにしてライセンスサーバ４から送信されてくるライセンスＩＤ照会要求メッセージを受信する。
【０１７７】
なお、あるコンテンツＩＤのコンテンツの利用に必要なライセンスは、複数存在する場合があるが、この場合、ライセンスサーバ４は、その複数のライセンスそれぞれのライセンスＩＤの照会を要求するライセンスＩＤ照会要求メッセージを、クライアント１に送信する。
【０１７８】
その後、ステップＳ１８１からＳ１８２に進み、クライアント１は、図９のステップＳ８２における場合と同様に、ライセンスＩＤ照会要求メッセージにしたがい、そのライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤのライセンスと重複するライセンスを有しているかどうかを判定する。
【０１７９】
なお、上述したように、ライセンスサーバ４からクライアント１に送信されてくるライセンスＩＤ照会要求メッセージが、複数のライセンスＩＤの照会を要求するものである場合があるが、この場合、ステップＳ１８２では、その複数のライセンスＩＤそれぞれについて、そのライセンスＩＤのライセンスと重複するライセンスをクライアント１が有しているかどうかが判定される。
【０１８０】
ステップＳ１８２において、ライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤのライセンスと重複するライセンスを有していないと判定された場合、ステップＳ１８３およびＳ１８４をスキップして、図１４のステップＳ１６８にリターンする。
【０１８１】
この場合、図１４のステップＳ１６８以降の処理が行われ、これにより、クライアント１では、基本的に、図１４のステップＳ１７０で、ライセンスサーバ４から送信されてくるライセンスが受信されるので、ユーザはライセンスを購入することができる。
【０１８２】
一方、ステップＳ１８２において、ライセンスＩＤ照会要求メッセージに含まれるライセンスＩＤのライセンスと重複するライセンスを有していると判定された場合、ステップＳ１８３に進み、クライアント１は、図９のステップＳ８７における場合と同様に、購入しようとしているライセンスが既に有するライセンスと重複している旨の重複メッセージを表示し、これにより、重複するライセンスを購入しようとしていることを、クライアント１のユーザに報知して、ステップＳ１８４に進む。
【０１８３】
ステップＳ１８４では、クライアント１は、ユーザが、ライセンスを購入する購入操作を行ったかどうかを判定する。
【０１８４】
ステップＳ１８４において、購入操作が行われていないと判定された場合、即ち、ステップＳ１８３で、重複するライセンスを購入しようとしていることを報知されたユーザが、ライセンスの購入を取り止めた場合、図１５の重複購入防止処理を終了し、さらに、図１４のライセンス取得処理も終了する。
【０１８５】
従って、この場合、ライセンスの購入は行われないので、ユーザが、重複するライセンスを購入することを防止することができる。
【０１８６】
一方、ステップＳ１８４において、購入操作が行われたと判定された場合、即ち、ステップＳ１８３で、重複するライセンスを購入しようとしていることを報知したのにもかかわらず、ユーザが、その重複するライセンスを購入する意思表示としての購入操作を行った場合、図１４のステップＳ１６８にリターンする。
【０１８７】
この場合、図１４のステップＳ１６８以降の処理が行われ、これにより、クライアント１では、基本的には、図１４のステップＳ１７０で、ライセンスサーバ４から送信されてくるライセンスが受信される。即ち、この場合、ユーザは、既に有するライセンスと重複するライセンスを購入することとなる。しかしながら、いまの場合は、ユーザに、重複するライセンスを購入しようとしていることを報知し、それでも、ユーザが、その重複するライセンスを購入した場合であるから、特に問題はない。
【０１８８】
次に、図１６のフローチャートを参照して、クライアント１が行う図１４のライセンス取得処理に対応して実行されるライセンスサーバ４のライセンス提供処理について説明する。
【０１８９】
ライセンスサーバ４では、ステップＳ２０１乃至Ｓ２０５において、図１２のステップＳ１０１乃至Ｓ１０５における場合とそれぞれ同様の処理が行われる。
【０１９０】
即ち、ライセンスサーバ４は、ステップＳ２０１において、クライアント１よりアクセスを受けるまで待機し、アクセスを受けたとき、ステップＳ２０２に進み、アクセスしてきたクライアント１に、ライセンス購入初期画面を送信し、そのライセンス購入初期画面に対して、クライアント１が図１４のステップＳ１６５で送信してくるユーザＩＤ、クライアントＩＤ、パスワード、およびコンテンツＩＤを含むライセンス選択画面要求メッセージを受信する。
【０１９１】
そして、ライセンスサーバ４は、ステップＳ２０２からＳ２０３に進み、課金サーバ５にアクセスし、ユーザＩＤ、クライアントＩＤ、およびパスワードに対応するユーザの与信処理を要求し、ステップＳ２０４に進む。
【０１９２】
ステップＳ２０４では、ライセンスサーバ４は、課金サーバ５から与信結果が送信されてくるのを待って受信し、その与信結果が、ライセンスを付与することを許容するものであるか否かを判定する。ステップＳ２０４において、与信結果が、ライセンスを付与することを許容するものでないと判定された場合、ステップＳ２１３に進み、図１２のステップＳ１１２における場合と同様に、エラー処理が行われ、ライセンス提供処理を終了する。
【０１９３】
また、ステップＳ２０４において、与信結果が、ライセンスを付与することを許容するものであると判定された場合、ステップＳ２０５に進み、ライセンスサーバ４は、クライアント１から図１４のステップＳ１６５でライセンス選択画面要求メッセージが送信されてくるのを待って、そのライセンス選択画面要求メッセージを受信し、そのライセンス選択画面要求メッセージに含まれるコンテンツＩＤのコンテンツを利用するのに必要なライセンスを選択するライセンス選択画面（図１１Ａ）を構成して、インターネット２を介して、クライアント１に送信する。
【０１９４】
その後、ステップＳ２０６に進み、ライセンスサーバ４は、クライアント１が図１４のステップＳ１６７で行う重複購入防止処理に対応する重複販売防止処理を行い、その重複販売防止処理からリターンすると、ステップＳ２０７に進む。なお、ステップＳ２０６の重複販売防止処理の詳細については、後述する。
【０１９５】
ステップＳ２０７では、ライセンスサーバ４は、クライアント１が図１４のステップＳ１６８で送信するライセンス購入要求メッセージが送信されてきたかどうかを判定する。ステップＳ２０７において、クライアント１からライセンス購入要求メッセージが送信されてこないと判定された場合、即ち、クライアント１において、例えば、図１４のステップＳ１６７の重複購入防止処理が行われることにより、重複するライセンスの購入を防止するために、図１４のライセンス取得処理が終了された場合、ライセンスサーバ４は、ライセンス提供処理を終了する。
【０１９６】
また、ステップＳ２０７において、クライアント１からライセンス購入要求メッセージが送信されてきたと判定された場合、ステップＳ２０８に進み、ライセンスサーバ４は、そのライセンス購入要求メッセージを受信し、ステップＳ２０９に進む。
【０１９７】
ステップＳ２０９乃至Ｓ２１２では、図１２のステップＳ１０８乃至Ｓ１１１における場合とそれぞれ同様の処理が行われる。
【０１９８】
即ち、ステップＳ２０９では、ライセンスサーバ４は、ステップＳ２０８で受信したライセンス購入要求メッセージで要求されているライセンスを、記憶部２８に記憶されているライセンスの中から選択し、ステップＳ２１０に進む。ステップＳ２１０では、ライセンスサーバ４は、記憶部２８に記憶されているライセンスの中から選択したライセンスを、クライアント１に送信し、ステップＳ２１１に進む。ステップＳ２１１では、ライセンスサーバ４は、ステップＳ２１０で送信したライセンスのライセンスＩＤを、ステップＳ２０２で受信したライセンス選択画面要求メッセージに含まれるユーザＩＤ、クライアントＩＤ、およびパスワードと対応付け、記憶部２８に供給して記憶させ、ステップＳ２１２に進む。ステップＳ２１２では、ライセンスサーバ４は、課金処理を実行し、ライセンス提供処理を終了する。
【０１９９】
次に、図１７のフローチャートを参照して、ライセンスサーバ４が図１６のステップＳ２０６で行う重複販売防止処理について説明する。
【０２００】
重複販売防止処理では、ライセンスサーバ４は、まず最初に、ステップＳ２３１において、図１６のステップＳ２０２で受信した、クライアント１からのライセンス選択画面要求メッセージに含まれるコンテンツＩＤのコンテンツを利用するのに必要なライセンスのライセンスＩＤ、即ち、ライセンス選択画面要求メッセージに含まれるコンテンツＩＤを有するライセンスＩＤを検索し、ステップＳ２３２に進む。
【０２０１】
ステップＳ２３２では、ライセンスサーバ４は、ステップＳ２３１で検索したライセンスＩＤの照会を要求するライセンスＩＤ照会要求メッセージを、クライアント１に送信し、リターンする。
【０２０２】
以上の図１４乃至図１７で説明したように、クライアント１とライセンスサーバ４それぞれにおいて、ライセンスの購入と販売のためのトランザクションが開始される前に、重複購入防止処理と重複販売防止処理を行うことによっても、クライアント１のユーザが重複するライセンスを購入することを防止することができる。
【０２０３】
次に、上述の場合においては、クライアント１がライセンスサーバ４に要求したライセンスが、クライアント１が既に有するライセンスと重複するかどうかを、クライアント１において判定するようにしたが、クライアント１がライセンスサーバ４に要求したライセンスが、クライアント１が既に有するライセンスと重複するかどうかは、ライセンスサーバ４において判定し、クライアント１では、そのライセンスサーバ４による判定結果に対応して、ライセンスサーバ４に要求したライセンスがクライアント１が既に有するライセンスと重複する旨を報知するようにすることも可能である。
【０２０４】
即ち、図１８は、クライアント１が行うライセンス取得処理の第３実施の形態を示すフローチャートである。
【０２０５】
図１８のライセンス取得処理では、ステップＳ２６１乃至Ｓ２７１において、基本的に、図７のステップＳ６１乃至Ｓ７１における場合とそれぞれ同様の処理が行われる。但し、図１８のステップＳ２６８では、図７のステップＳ６８で行われるのと異なる重複購入防止処理が行われる。
【０２０６】
そこで、図１９のフローチャートを参照して、図１８のステップＳ２６８で行われる重複購入防止処理について説明する。
【０２０７】
図１８の重複購入防止処理では、まず最初に、ステップＳ２８１において、クライアント１は、ライセンスサーバ４からインターネット２を介して購入レスポンスメッセージが送信されてくるのを待って、その購入レスポンスメッセージを受信する。
【０２０８】
即ち、本実施の形態では、ライセンスサーバ４は、クライアント１からライセンス購入要求メッセージを受信すると、後述する図２０のステップＳ３０７で行う重複販売防止処理において、クライアント１のユーザが購入しようとしているライセンスが、そのクライアント１が既に有するライセンスと重複しているかどうかを判定し、その判定結果に応じて、ライセンスの販売の拒否または許可を表す購入レスポンスメッセージを、ライセンス購入要求メッセージに対するレスポンスとしてクライアント１に返す。ステップＳ２８１では、このようにしてライセンスサーバ４から送信されてくる購入レスポンスメッセージが受信される。
【０２０９】
クライアント１は、ステップＳ２８１で購入レスポンスメッセージを受信した後、ステップＳ２８２に進み、購入レスポンスメッセージが、ライセンスの販売の拒否を表しているかどうかを判定する。ステップＳ２８２において、購入レスポンスメッセージが、ライセンスの販売の拒否を表していないと判定された場合、即ち、購入レスポンスメッセージが、ライセンスの販売の許可を表している場合、ステップＳ２８３およびＳ２８４をスキップして、ステップＳ２８５に進み、クライアント１は、図１８のステップＳ２６７で、ライセンス購入要求メッセージによって要求したライセンスの購入を確認するライセンス購入確認メッセージを、インターネット２を介してライセンスサーバ４に送信し、図１８のステップＳ２６９にリターンする。
【０２１０】
ライセンス購入確認メッセージを受信したライセンスサーバ４は、後述するように、クライアント１が図１８のステップＳ２６７でライセンス購入要求メッセージによって要求したライセンスを送信してくるので、クライアント１は、図１８のステップＳ２７０で、そのライセンスを受信する。
【０２１１】
一方、ステップＳ２８２において、クライアント１がステップＳ２８１で受信したライセンスサーバ４からの購入レスポンスメッセージが、ライセンスの販売の拒否を表していると判定された場合、ステップＳ２８３に進み、クライアント１は、出力部２７（図２）のディスプレイに、購入しようとしているライセンスが既に有するライセンスと重複している旨の重複メッセージを表示する。
【０２１２】
即ち、ライセンスサーバ４は、後述するように、クライアント１がライセンス購入要求メッセージによって要求したライセンスが、クライアント１が既に有するライセンスと重複するかどうかを判定し、重複する場合には、ライセンスの販売の拒否を表す購入レスポンスメッセージを、クライアント１に送信し、重複しない場合には、ライセンスの販売の許可を表す購入レスポンスメッセージを、クライアント１に送信する。
【０２１３】
従って、購入レスポンスメッセージが、ライセンスの販売の拒否を表している場合は、クライアント１において購入しようとしているライセンスが既に有するライセンスと重複している場合であるから、クライアント１は、ステップＳ２８３において、図９のステップＳ８７における場合と同様に、その旨を表す重複メッセージを表示し、これにより、重複するライセンスを購入しようとしていることを、クライアント１のユーザに報知する。
【０２１４】
クライアント１は、ステップＳ２８３において重複メッセージを表示した後、ステップＳ２８４に進み、クライアント１は、ユーザが、ライセンス購入要求メッセージによって要求したライセンスを購入する購入操作を行ったかどうかを判定する。
【０２１５】
ステップＳ２８４において、購入操作が行われていないと判定された場合、即ち、ステップＳ２８３で、重複するライセンスを購入しようとしていることを報知されたユーザが、ライセンス購入要求メッセージによって要求したライセンスの購入を取り止めた場合、図１９の重複購入防止処理を終了し、さらに、図１８のライセンス取得処理も終了する。
【０２１６】
従って、この場合、ユーザが、最初に、ライセンス購入要求メッセージによって要求したライセンスの購入は行われないので、ユーザが、重複するライセンスを購入することを防止することができる。
【０２１７】
一方、ステップＳ２８４において、購入操作が行われたと判定された場合、即ち、ステップＳ２８３で、重複するライセンスを購入しようとしていることを報知したのにもかかわらず、ユーザが、その重複するライセンスを購入する意思表示としての購入操作を行った場合、ステップＳ２８５に進み、上述したように、クライアント１は、ライセンス購入要求メッセージによって要求したライセンスの購入を確認するライセンス購入確認メッセージを、インターネット２を介してライセンスサーバ４に送信し、図１８のステップＳ２６９にリターンする。
【０２１８】
この場合、上述したように、ライセンス購入確認メッセージを受信したライセンスサーバ４は、クライアント１がライセンス購入要求メッセージによって要求したライセンスを送信してくるので、クライアント１は、図１８のステップＳ２７０で、そのライセンスを受信する。即ち、この場合、ユーザは、既に有するライセンスと重複するライセンスを購入することとなる。しかしながら、いまの場合は、ユーザに、重複するライセンスを購入しようとしていることを報知し、それでも、ユーザが、その重複するライセンスを購入した場合であるから、特に問題はない。
【０２１９】
次に、図２０のフローチャートを参照して、クライアント１が行う図１８のライセンス取得処理に対応して実行されるライセンスサーバ４のライセンス提供処理について説明する。
【０２２０】
図２０のライセンス提供処理では、ステップＳ３０１乃至Ｓ３１２において、基本的に、図１２のステップＳ１０１乃至Ｓ１１２における場合とそれぞれ同様の処理が行われる。但し、図２０のステップＳ３０７では、図１２のステップＳ１０７で行われるのと異なる重複販売防止処理が行われる。
【０２２１】
即ち、図２０のステップＳ３０７では、ライセンスサーバ４は、クライアント１から購入の要求があったライセンスが、クライアント１が既に有するライセンスと重複するかどうかを判定し、その判定結果を、購入レスポンスメッセージとして、クライアント１に返すようになっている。
【０２２２】
従って、この場合、ライセンスサーバ４では、クライアント１から購入の要求があったライセンスが、クライアント１が既に有するライセンスと重複するかどうかを判定するために、クライアント１が購入したライセンスの一覧が必要となる。
【０２２３】
ところで、図１２のステップＳ１１０に対応する図２０のステップＳ３１０では、ライセンスサーバ４は、クライアント１のユーザが購入したライセンスのライセンスＩＤと、そのクライアント１から送信されてきたユーザＩＤ、クライアントＩＤ、およびパスワードと対応付け、記憶部２８（図２）に記憶させる。
【０２２４】
図２１は、ライセンスサーバ４の記憶部２８において、ライセンスＩＤと、ユーザＩＤ、クライアントＩＤ、およびパスワードとが対応付けて登録されるユーザ管理テーブルを示している。
【０２２５】
図２１において、ユーザ管理テーブルは、例えば、その左からユーザＩＤの欄、クライアントＩＤの欄、パスワードの欄、購入ＬＩＤリストの欄が配置されて構成される。図２０のステップＳ３１０では、ライセンスサーバ４は、ユーザ管理テーブルから、クライアント１から送信されてきたユーザＩＤ、クライアントＩＤ、およびパスワードが登録されているエントリ（行）を検索し、そのエントリを注目エントリとする。なお、ユーザ管理テーブルに、クライアント１から送信されてきたユーザＩＤ、クライアントＩＤ、およびパスワードが登録されたエントリが存在しない場合には、ライセンスサーバ４は、クライアント１から送信されてきたユーザＩＤ、クライアントＩＤ、およびパスワードを登録したエントリを新たに生成し、注目エントリとする。そして、ライセンスサーバ４は、注目エントリの購入ＬＩＤリストの欄に、クライアント１に送信したライセンスＩＤを追加登録する。
【０２２６】
従って、ユーザ管理テーブルには、ユーザＩＤ、クライアントＩＤ、およびパスワードによって特定されるクライアント１のユーザが過去に購入したライセンスのライセンスＩＤが登録されているから、ライセンスサーバ４では、ユーザ管理テーブルを参照することにより、クライアント１から購入の要求があったライセンスが、そのクライアント１が既に有する（購入した）ライセンスと重複するかどうかを判定することができる。
【０２２７】
次に、図２２のフローチャートを参照して、図２０のステップＳ３０７で行われる重複販売防止処理について説明する。
【０２２８】
ライセンスサーバ４は、まず最初に、ステップＳ３３１において、クライアント１からのライセンス購入要求メッセージによって要求されたライセンスのライセンスＩＤを取得し、ステップＳ３３２に進む。ステップＳ３３２では、ライセンスサーバ４は、クライアント１のユーザが過去に購入したライセンスのライセンスＩＤの照会を行う。即ち、ステップＳ３３２では、ライセンスサーバ４は、図２１に示したユーザ管理テーブルから、クライアント１から送信されてきたユーザＩＤ、クライアントＩＤ、およびパスワードが登録されているエントリを注目エントリとして検索し、その注目エントリに登録されているライセンスＩＤを取得する。
【０２２９】
その後、ステップＳ３３２からＳ３３３に進み、ライセンスサーバ４は、ステップＳ３３１で取得したライセンスＩＤのライセンスが、ステップＳ３３２で取得したライセンスＩＤのライセンスと重複するかどうか、即ち、クライアント１からのライセンス要求メッセージによって要求されたライセンスが、クライアント１のユーザが過去に購入したライセンスと重複するかどうかを判定する。なお、ステップＳ３３３の判定処理は、図９のステップＳ８２における場合と同様にして行うことができる。
【０２３０】
ステップＳ３３３において、クライアント１からのライセンス要求メッセージによって要求されたライセンスが、クライアント１のユーザが過去に購入したライセンスと重複しないと判定された場合、ステップＳ３３４に進み、ライセンスサーバ４は、ライセンスの販売の許可を表す購入レスポンスメッセージを、クライアント１に送信し、ステップＳ３３６に進む。
【０２３１】
また、ステップＳ３３３において、クライアント１からのライセンス要求メッセージによって要求されたライセンスが、クライアント１のユーザが過去に購入したライセンスと重複すると判定された場合、ステップＳ３３５に進み、ライセンスサーバ４は、ライセンスの販売の拒否を表す購入レスポンスメッセージを、クライアント１に送信し、ステップＳ３３６に進む。
【０２３２】
ステップＳ３３６では、ライセンスサーバ４は、クライアント１からライセンス購入確認メッセージが送信されてきたかどうかを判定する。
【０２３３】
ステップＳ３３６において、クライアント１からライセンス購入確認メッセージが送信されてこないと判定された場合、ライセンスサーバ４は、図２２の重複販売防止処理を終了し、さらに、図２０のライセンス提供処理も終了する。
【０２３４】
従って、この場合、ライセンスサーバ４からクライアント１に対し、そのクライアント１が要求してきたライセンスは販売されない。
【０２３５】
一方、ステップＳ３３６において、クライアント１からライセンス購入確認メッセージが送信されてきたと判定された場合、ライセンスサーバ４は、図２０のステップＳ３０８にリターンする。
【０２３６】
従って、この場合、ライセンスサーバ４からクライアント１に対し、そのクライアント１が要求してきたライセンスが販売される。
【０２３７】
以上のように、ライセンスサーバ４において、クライアント１が要求したライセンスが、クライアント１が既に有するライセンスと重複するかどうかを判定し、その判定結果に対応して、クライアント１が要求したライセンスがクライアント１が既に有するライセンスと重複する旨を報知する場合においても、クライアント１のユーザが重複するライセンスを購入することを防止することができる。
【０２３８】
なお、上述の場合には、ライセンスサーバ４において、図２１に示したユーザ管理テーブルを管理するようにしたが、ユーザ管理テーブルは、ライセンスサーバ４以外のサーバで管理するようにすることが可能である。
【０２３９】
即ち、図２３は、図１のコンテンツ提供システムに、図２１のユーザ管理テーブルを管理するユーザ管理サーバ６を設けたコンテンツ提供システムの一実施の形態の構成例を示している。
【０２４０】
図２３のコンテンツ提供システムでは、クライアント１において、図１８のライセンス取得処理が行われるとともに、ライセンスサーバ４において、図２０のライセンス提供処理が行われる。但し、ライセンスサーバ４は、クライアント１のユーザが購入したライセンスのライセンスＩＤと、そのクライアント１についてのユーザＩＤ、クライアントＩＤ、およびパスワードとを、図２１のユーザ管理テーブルに登録する図２０のステップＳ３１０の処理を、ユーザ管理サーバ６とインターネット２を介して通信することにより、ユーザ管理サーバ６に行わせる。さらに、ライセンスサーバ４は、ユーザ管理テーブルから、クライアント１から送信されてきたユーザＩＤ、クライアントＩＤ、およびパスワードが登録されているエントリに登録されているライセンスＩＤを取得する図２２のステップＳ３３２の処理、並びにクライアント１からのライセンス購入要求メッセージによって要求されたライセンスが、ステップＳ３３２で取得されたライセンスＩＤのライセンスと重複するかどうかを判定するステップＳ３３３の処理も、ユーザ管理サーバ６とインターネット２を介して通信することにより、ユーザ管理サーバ６に行わせる。
【０２４１】
この場合も、ユーザが、重複したライセンスを購入することを防止することができる。
【０２４２】
なお、本実施の形態においては、ユーザが購入しようとしているライセンスが、既に購入しているライセンスと重複する場合には、ライセンスが重複する旨のメッセージを表示するようにしたが、この場合、さらに、どのような重複が生じているのかを報知するメッセージ（例えば、コンテンツを再生することができる期間が重複しているなど）を表示するようにすること等も可能である。
【０２４３】
ここで、本明細書において、ＣＰＵ２１に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【０２４４】
また、プログラムは、１の装置により処理されるものであっても良いし、複数の装置によって分散処理されるものであっても良い。さらに、プログラムは、遠方の装置に転送されて実行されるものであっても良い。
【０２４５】
【発明の効果】
以上の如く、本発明によれば、重複したライセンスの購入を防止することが可能となる。
【図面の簡単な説明】
【図１】本発明を提供したコンテンツ提供システムの一実施の形態の構成例を示す図である。
【図２】クライアント１のハードウェア構成例を示すブロック図である。
【図３】ダウンロード処理を説明するフローチャートである。
【図４】コンテンツ提供処理を説明するフローチャートである。
【図５】ヘッダ情報付きのコンテンツデータのフォーマットを示す図である。
【図６】再生処理を説明するフローチャートである。
【図７】ライセンス取得処理の第１実施の形態を説明するフローチャートである。
【図８】ライセンス（のデータ）のフォーマットを示す図である。
【図９】ステップＳ６８の重複購入防止処理の詳細を説明するフローチャートである。
【図１０】ライセンスリストを示す図である。
【図１１】ライセンス選択画面と重複メッセージを示す図である。
【図１２】ライセンス提供処理の第１実施の形態を説明するフローチャートである。
【図１３】ステップＳ１０７の重複販売防止処理の詳細を説明するフローチャートである。
【図１４】ライセンス取得処理の第２実施の形態を説明するフローチャートである。
【図１５】ステップＳ１６７の重複購入防止処理の詳細を説明するフローチャートである。
【図１６】ライセンス提供処理の第２実施の形態を説明するフローチャートである。
【図１７】ステップＳ２０６の重複販売防止処理の詳細を説明するフローチャートである。
【図１８】ライセンス取得処理の第３実施の形態を説明するフローチャートである。
【図１９】ステップＳ２６８の重複購入防止処理の詳細を説明するフローチャートである。
【図２０】ライセンス提供処理の第３実施の形態を説明するフローチャートである。
【図２１】ユーザ管理テーブルを示す図である。
【図２２】ステップＳ３０７の重複販売防止処理の詳細を説明するフローチャートである。
【図２３】本発明を提供したコンテンツ提供システムの他の実施の形態の構成例を示す図である。
【符号の説明】
１−１，１−２  クライアント，  ２  インターネット，  ３  コンテンツサーバ，  ４  ライセンスサーバ，  ５  課金サーバ，  ６  ユーザ管理サーバ，２０  タイマ，  ２１  ＣＰＵ，  ２２  ＲＯＭ，  ２３  ＲＡＭ，  ２４  暗号化復号部，  ２５  コーデック部，  ２６  入力部，  ２７  出力部，  ２８  記憶部，  ２９  通信部，  ３０  ドライブ，  ３１  バス，  ３２  入出力インタフェース，  ４１  磁気ディスク，  ４２  光ディスク，  ４３  光磁気ディスク，  ４４  半導体メモリ，  ５１  購入ボタン，  ５１Ａ乃至５１Ｃ  ボタン，  ５２  ダイアログ，  ５３  購入続行ボタン，  ５４  購入中止ボタン
【図１】
2004234272.tif 000003
【図２】
2004234272.tif 000004
【図３】
2004234272.tif 000005
【図４】
2004234272.tif 000006
【図５】
2004234272.tif 000007
【図６】
2004234272.tif 000008
【図７】
2004234272.tif 000009
【図８】
2004234272.tif 000010
【図９】
2004234272.tif 000011
【図１０】
2004234272.tif 000012
【図１１】
2004234272.tif 000013
【図１２】
2004234272.tif 000014
【図１３】
2004234272.tif 000015
【図１４】
2004234272.tif 000016
【図１５】
2004234272.tif 000017
【図１６】
2004234272.tif 000018
【図１７】
2004234272.tif 000019
【図１８】
2004234272.tif 000020
【図１９】
2004234272.tif 000021
【図２０】
2004234272.tif 000022
【図２１】
2004234272.tif 000023
【図２２】
2004234272.tif 000024
【図２３】
2004234272.tif 000025