(57)【要約】【課題】  複数のコンテンツの課金額を該コンテンツのグループ情報に基づいて決定することにより、適正な課金処理を可能とした技術を提供する。【解決手段】  コンピュータが、利用者の端末からコンテンツの利用要求を受信し、前記コンテンツのグループを示すグループ情報を記憶した記憶部から前記コンテンツと対応するグループ情報を索出し、複数の前記コンテンツの課金額を該コンテンツのグループ情報に基づいて決定する。【選択図】    図１
2007011423.tif 000002
【特許請求の範囲】
【請求項１】
利用者の端末からコンテンツの利用要求を受信する要求受信部と、
前記コンテンツのグループを示すグループ情報を記憶した記憶部と、
複数の前記コンテンツの課金額を該コンテンツのグループ情報に基づいて決定する課金額決定部と、
を備えた課金処理装置。
【請求項２】
暗号化されている前記コンテンツについての利用要求を受信した場合に、当該コンテンツの復号化キーを前記利用者の端末に送信するキー送信部を備え、
前記復号化キーを送信した場合に前記課金額決定部が前記課金額を決定する請求項１に記載の課金処理装置。
【請求項３】
同一のグループに属する前記コンテンツの利用要求の数が所定数を超えた場合、所定数以下の場合と比べて、前記課金額が低額となるように、前記課金額決定手段が課金額を決定する請求項１又は２の課金処理装置。
【請求項４】
利用者の端末からコンテンツの利用要求を受信するステップと、
前記コンテンツのグループを示すグループ情報を記憶した記憶部から前記コンテンツと対応するグループ情報を索出するステップと、
複数の前記コンテンツの課金額を該コンテンツのグループ情報に基づいて決定するステップと、
をコンピュータが行う課金処理方法。
【請求項５】
暗号化されている前記コンテンツについての利用要求を受信した場合に、当該コンテンツの復号化キーを前記利用者の端末に送信するステップを更に行い、
前記復号化キーを送信した場合に前記課金額を決定する請求項４に記載の課金処理方法。
【請求項６】
同一のグループに属する前記コンテンツの利用要求の数が所定数を超えた場合、所定数以下の場合と比べて、前記課金額が低額となるように、前記課金額を決定する請求項４又は５の課金処理方法。
【請求項７】
利用者の端末からコンテンツの利用要求を受信するステップと、
前記コンテンツのグループを示すグループ情報を記憶した記憶部から前記コンテンツと対応するグループ情報を索出するステップと、
複数の前記コンテンツの課金額を該コンテンツのグループ情報に基づいて決定するステップと、
をコンピュータに実行させる課金処理プログラム。
【請求項８】
暗号化されている前記コンテンツについての利用要求を受信した場合に、当該コンテンツの復号化キーを前記利用者の端末に送信するステップを更に行い、
前記復号化キーを送信した場合に前記課金額を決定する請求項７に記載の課金処理プログラム。
【請求項９】
同一のグループに属する前記コンテンツの利用要求の数が所定数を超えた場合、所定数以下の場合と比べて、前記課金額が低額となるように、前記課金額を決定する請求項７又は８の課金処理プログラム。
【請求項１０】
ネットワークを介して接続する利用者端末とサーバとを有するコンテンツ配信システム
において、
前記サーバが、
利用者の端末からコンテンツの利用要求を受信する要求受信部と、
前記コンテンツのグループを示すグループ情報を記憶した記憶部と、
複数の前記コンテンツの課金額を該コンテンツのグループ情報に基づいて決定する課金額決定部とを備え、
前記利用者端末が、
再生するコンテンツの利用要求を前記サーバに送信する利用要求部と、
前記コンテンツを再生する再生部を備えるコンテンツ配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音楽や映像といったコンテンツの利用に応じて課金する技術に関する。
【背景技術】
【０００２】
ネットワークを介して音楽や映像、コンピュータプログラム等のコンテンツ（マルチメディアデータ）をユーザに提供する手法としては、利用者が端末上で視聴の操作をした際、ストリーミングによってリアルタイムにデータを提供したり、利用者の端末上で再生可能な形式のマルチメディアデータをダウンロードさせたり、といった手法がある。
このようなコンテンツの提供は、不特定多数の利用者に対して行うことや、特定の利用者に対してアカウントを発行しこのアカウントを持っている利用者に対してのみ行うことも可能である。
また、このようにコンテンツをデータで提供する場合には、該データの配信時に課金を行うのが一般的であった。
【０００３】
また、本願発明に関連する先行技術として、例えば、下記の特許文献１−９に開示される技術がある。
【特許文献１】特開２００４−２５２８４８号公報
【特許文献２】特開２００１−１４４７４４号公報
【特許文献３】特開２００２−４１９９３号公報
【特許文献４】特開２００２−３５２１４６号公報
【特許文献５】特開２００２−３５３９５７号公報
【特許文献６】特開平１１−３４０９６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記のように、コンテンツの配信時に課金を行う場合、提供側に無断で複製されたコンテンツについては課金することができず、ファイル共有などにより複製物が出回ってしまうと、適切な課金処理を行うことが出来ないという問題点があった。
【０００５】
そこで、送信するコンテンツを暗号化して提供し、このコンテンツの再生毎に利用者端末がサーバから復号化キーを取得し、復号化して再生することとし、該復号化キーの取得時に該サーバで課金を行うことが考えられる。これによりコンテンツが複製されたとしても再生時には必ずサーバにアクセスするので、確実に課金を行うことができる。
【０００６】
しかし、従来ＣＤやＤＶＤで販売している音楽等のコンテンツは、シングルでの販売に対して、アルバムやオムニバスといった所定の曲を複数セットにして販売する場合では、曲数の割に低価格で販売するのが一般的である。一方、上記再生毎に課金を行う構成であると、複数の曲を再生した場合、各曲の課金額を単に積算した額となり、一般的な販売額と異なり割安にはならず、適切な課金とはいえなかった。
【０００７】
また、シングルで提供されていた曲が、後にアルバムに含まれた場合に、このアルバム
を再生すると、同じ曲に重複して課金されることになる。
そこで、本発明では、複数のコンテンツの課金額を該コンテンツのグループ情報に基づいて決定することにより、適正な課金処理を可能とした技術を提供する。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明は、以下の構成を採用した。
即ち、本発明の課金処理装置は、利用者の端末からコンテンツの利用要求を受信する要求受信部と、前記コンテンツのグループを示すグループ情報を記憶した記憶部と、複数の前記コンテンツの課金額を該コンテンツのグループ情報に基づいて決定する課金額決定部とを備えた。
【０００９】
前記課金処理装置は、暗号化されている前記コンテンツの利用要求を受信した場合に、当該コンテンツの復号化キーを前記利用者の端末に送信するキー送信部を備え、前記復号化キーを送信した場合に前記課金額決定部が前記課金額を決定しても良い。
【００１０】
前記課金額決定手段は、同一のグループに属する前記コンテンツの利用要求の数が所定数を超えた場合、所定数以下の場合と比べて、前記課金額が低額となるように課金額を決定しても良い。
【００１１】
また、本発明の課金処理方法は、コンピュータが、利用者の端末からコンテンツの利用要求を受信し、前記コンテンツのグループを示すグループ情報を記憶した記憶部から前記コンテンツと対応するグループ情報を索出し、複数の前記コンテンツの課金額を該コンテンツのグループ情報に基づいて決定する。
【００１２】
前記課金処理方法は、暗号化されている前記コンテンツの利用要求を受信した場合に、当該コンテンツの復号化キーを前記利用者の端末に送信し、該復号化キーを送信した場合に前記課金額を決定しても良い。
【００１３】
また、前記課金処理方法は、同一のグループに属する前記コンテンツの利用要求の数が所定数を超えた場合、所定数以下の場合と比べて、前記課金額が低額となるように、前記課金額を決定しても良い。
【００１４】
また、本発明のコンテンツ配信システムは、ネットワークを介して接続する利用者端末とサーバとを有し、
前記サーバが、
利用者の端末からコンテンツの利用要求を受信する要求受信部と、
前記コンテンツのグループを示すグループ情報を記憶した記憶部と、
複数の前記コンテンツの課金額を該コンテンツのグループ情報に基づいて決定する課金額決定部とを備え、
前記利用者端末が、
再生するコンテンツの利用要求を前記サーバに送信する利用要求部と、
前記コンテンツを再生する再生部を備えた。
【００１５】
また、本発明は、上記課金処理方法をコンピュータに実行させる課金処理プログラムであっても良い。更に、本発明は、この課金処理プログラムをコンピュータが読み取り可能な記録媒体に記録したものであっても良い。コンピュータに、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。
【００１６】
ここで、コンピュータが読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータから
読み取ることができる記録媒体をいう。このような記録媒体の内コンピュータから取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、CD-ROM、CD-R/W、DVD、DAT、８mmテープ、メモリカード等がある。
【００１７】
また、コンピュータに固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。
【発明の効果】
【００１８】
本発明によれば、複数のコンテンツの課金額を該コンテンツのグループ情報に基づいて決定することにより、適正な課金処理を可能とした技術を提供できる。
【発明を実施するための最良の形態】
【００１９】
〈全体構成〉
図１は、本発明のコンテンツ配信システムの概略図である。本実施形態のコンテンツ配信システムは、インターネット等のネットワークを介して接続するコンテンツサーバ１と利用者端末２とからなっている。
利用者端末２には、インターネット等のネットワークを介して、或はＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の媒体で音楽や映像、コンピュータプログラム等のデータ（コンテンツ）を暗号化して提供しておく。該利用者端末２から該コンテンツの利用要求をサーバ１に送信すると、サーバ１が該コンテンツの復号化キーを利用者端末に送信し、このときのログに基づいて課金処理を行う。
【００２０】
〈各構成要素の説明〉
図２は、該コンテンツサーバ１の概略構成図である。図２に示すように、コンテンツサーバ１は、演算処理部１２や、記憶部（ハードディスク）１３、入出力部１４、通信制御部１５等を備えた汎用のコンピュータである。
【００２１】
該入出力ポート１４には、キーボードやマウス、ＣＤ−ＲＯＭドライブ等の入力デバイス、そして表示装置やプリンター等の出力デバイスが適宜接続される。
通信制御部１５は、ネットワークを介した他のコンピュータとの通信を制御するものである。
【００２２】
記憶部１３には、オペレーティングシステム（ＯＳ）やアプリケーションソフト（課金処理プログラム、アーカイバプログラム等）がインストールされている。また、記憶部１３には、コンテンツ、該コンテンツの属性データベース、コンテンツに関する利用者端末との通信ログ、課金額を求めるための課金条件を記憶している。
【００２３】
演算処理部１２は、ＣＰＵ（central processing unit）やメインメモリ等からなり、前記ＯＳやアプリケーションソフトを記憶部１３から適宜読み出して実行し、入出力ポート１４や通信制御部１５から入力された情報、及び記憶部１３から読み出した情報を演算処理することにより、要求受信部や、課金額決定部、キー送信部としても機能している。
【００２４】
この要求受信部としては、利用者端末からコンテンツの利用要求を受信する。
キー送信部としては、前記コンテンツの利用要求を受信した場合に、当該コンテンツの復号化キーを前記利用者の端末に送信する。
課金額決定部としては、前記復号化キーを送信したコンテンツの課金額を該コンテンツのグループ情報（アルバム情報）を用い、所定の課金条件に沿って決定する。例えば、同一のグループに属する前記コンテンツの利用要求の数が所定数を超えた場合、所定数以下の場合と比べて、前記課金額が低額となるように、前記課金額決定手段が課金額を決定する
図３は、該利用者端末２の概略構成図である。図３に示すように、利用者端末２は、演算処理部２２や、記憶部（ハードディスク）２３、入出力部２４、通信制御部２５等を備えた汎用のコンピュータである。
【００２５】
該入出力ポート２４には、キーボードやマウス、ＣＤ−ＲＯＭドライブ等の入力デバイス、そして表示装置やスピーカ等の出力デバイスが適宜接続される。
通信制御部２５は、ネットワークを介した他のコンピュータとの通信を制御するものである。
【００２６】
記憶部２３には、オペレーティングシステム（ＯＳ）やアプリケーションソフト（コンテンツ再生用プログラム等）がインストールされている。また、記憶部２３には、予め取得したコンテンツ等を記憶している。
【００２７】
演算処理部２２は、ＣＰＵ（central processing unit）やメインメモリ等からなり、前記ＯＳやアプリケーションソフトを記憶部２３から適宜読み出して実行し、入出力ポート２４や通信制御部２５から入力された情報、及び記憶部２３から読み出した情報を演算処理することにより、利用要求部と、復号部、再生部としても機能している。
【００２８】
この利用要求部としては、利用者の操作によって再生するコンテンツが指定された場合に、該コンテンツの利用要求を前記サーバ１に送信する。
復号部としては、前記コンテンツの復号化キーをサーバ１から受信した場合に、該コンテンツを復号化する。
再生部としては、前記コンテンツを再生し、映像や音楽を適宜表示装置やスピーカ等の出力部に出力する。
【００２９】
〈コンテンツの暗号化〉
本発明で用いられるコンテンツは、次のＳ１〜Ｓ４のステップにより暗号化される。
Ｓ１）元となるマルチメディアデータとして、音楽データ、動画データなど（暗号化処理が行なわれていないもの）をＩ／Ｏポート１４からコンテンツサーバ１に入力する。
Ｓ２）サーバ１は、当該マルチメディアデータを分割する。例えば、分割条件として「閲覧時間にして３０秒間ずつ」あるいは「データサイズにして１００ｋｂずつ」などの条件を予め定め、これに従って元データを分割する。このとき分割後の各ファイルが、分割元のコンテンツのどの部分にあたるのかを示すため、分割数、分割した順を示す番号（シリアル番号）、元のコンテンツの先頭から各分割ファイルの先頭までの間隔（オフセット）、各分割ファイルの長さ（即ちデータ長や、フレーム数、再生にかかる時間など）の情報を分割位置情報として図４に示すようにコンテンツ属性データベースに記録する。また、該分割位置情報に基づいて各分割ファイルのファイル名を生成する。本実施形態では、元データのファイル名が「original.mov」である場合、この拡張子以外のファイル名"original"に各ファイルのシリアル番号を付加し、「original_0001.mov」「original_0002.mov」のように分割した順、即ち再生する順番がわかるように命名しておく。
Ｓ３）サーバ１は、分割後の各データファイルに対して各々異なるキーによる暗号化を行い、各ファイルの復号化するためのキー（復号化キー）をコンテンツ属性データベースに記録する。
Ｓ４）サーバ１は、アーカイバプログラムを用いて暗号化された分割後のファイルをマージして一つのデータファイルにする。この際、上記Ｓ２の過程で行ったコンテンツがどのように分割されているかを示す分割位置情報を付加する。
上記のように本実施形態では、サーバ１が暗号化を行う例を示したが、これに限らず、各データファイルと対応つけて復号化キーをサーバ１に記憶できれば、コンテンツの分割や暗号化の処理を他の装置が行い、該装置から復号化キーを取得してサーバ１に登録する構成でも良い。
そして、上記処理によって暗号化したデータファイル、即ちコンテンツを、ネットワークを介して利用者に提供する。又はこのコンテンツをＣＲ−ＲＯＭ等のメディアに記録して利用者に提供する。このコンテンツは、上記複数の復号化キーをサーバ１から取得して復号化しなければ再生できないため、このデータ自体が複製されても不正に利用されることが無く、予め不特定多数の利用者に配布しておくことができる。
【００３０】
この利用者端末２は、再生開始要求として図５（Ａ）に示すように下記の情報Ａ〜Ｄを特定のアドレス、本例ではサーバ１に対して送信する。
Ａ）再生対象となるコンテンツを識別する識別子（以下、コンテンツＩＤと称す）
Ｂ）再生対象となるコンテンツのどの部分から再生を開始するかを示す再生開始ポイント（「２分１３秒２１フレーム目から」など）
Ｃ）再生開始を要求した日時（再生開始日時）
Ｄ）利用者を識別するための識別子（以下、利用者ＩＤと称す）
また、利用者端末２は、再生終了要求として図５（Ｂ）に示すように下記の情報Ｅ〜Ｈを特定のネットワークアドレスに対して送信する。
Ｅ）再生を終了させるコンテンツを識別するためのコンテンツＩＤ
Ｆ）コンテンツのどの部分で再生を終了したかを示す再生終了ポイント（「２分１３秒２１フレーム目」など）
Ｇ）再生を終了した日時（再生終了日時）
Ｈ）再生終了を要求した利用者の利用者ＩＤ
【００３１】
〈コンテンツの再生〉
コンテンツの再生を行う際、利用者端末２は、例えば以下のステップＳ２１〜Ｓ２８を行う。
Ｓ２１）利用者の操作によってプレイヤソフト（コンテンツ再生用プログラム）が起動されると、端末２は、表示装置にコンテンツのリストを表示し、再生すべきコンテンツの選択を利用者に促す。このとき、”最初から”、”２分１３秒２１フレームから”、”前回の続きから”のように再生開始ポイントを利用者が入力できるようにしても良い。
Ｓ２２）該利用者の操作によって、コンテンツが選択され、再生が指示されると、サーバ１のアドレスを記憶部１３から読み出し、ネットワークを介して該サーバ１と接続する。
Ｓ２３）該接続したサーバ１に対して利用者ＩＤを送信する。なお、利用者は予めサーバ１に対して登録処理を行い、固有のＩＤを付与されているものとする。
Ｓ２４）前記再生すべく選択されたコンテンツから、前記コンテンツＩＤ、前記分割ファイル及び分割位置情報を抽出する。
Ｓ２５）前記分割位置情報に基づき再生開始ポイントを求め、該再生開始ポイントと前記コンテンツＩＤとを再生開始要求としてサーバ１に送信する。ここで、前記再生開始ポイントは、前記分割位置情報で示される分割ファイルのうち、未再生のファイルの先頭となるように求められる。従って初めて再生するコンテンツでは、先ず１番目の分割ファイルの先頭を再生開始ポイントとし、次に２番目の分割ファイルの先頭を再生開始位置として順次再生開始要求を行う。
Ｓ２６）前記再生開始要求に応じた復号化キーをサーバ１から受信した場合、復号化部が、該復号化キーを用いて前記分割ファイルを復号化し、これを再生部が再生する。
Ｓ２７）そして、前記分割ファイルの再生を開始してから再生が終了する前に（例えば一つの復号化キーを取得するのに必要な時間に所定の余裕を加えた時間だけ、終了する時間よりも前のタイミング）、前記Ｓ２５に戻り次の分割ファイルの再生開始要求を行い、復号化することで、前記分割ファイルを途切らせずに再生する。これにより利用者に対してデータが分割されていることを意識させずにコンテンツの再生を行う。
Ｓ２８）利用者端末２は、復号化部による復号化が失敗した場合には再生を中断する。
Ｓ２９）また、再生途中で異なるコンテンツの再生開始が指示された場合には、一旦そ
れまでのコンテンツに関して再生終了要求を行い、その後、新しいコンテンツに関する再生開始要求を行う。
このように本実施形態のプレイヤは、復号化キーを取得しながらコンテンツを再生しているので、再生途中でネットワーク接続が断たれた場合には、既に取得した復号化キーで復号化したデータの再生までは行うが、それ以降は復号化キーを取得できないため再生を中断する。この場合、改めてサーバ１と接続し、再生対象となるコンテンツが指定されなければ再生処理を行わない。また、上記のように暗号化されたコンテンツは、サーバ１にアクセスして復号化キーを取得しない一般的なプレイヤでは再生できない。
従って、前記コンテンツが利用者間で複製されて広まったとしても、再生時に必ずプレイヤがサーバ１にアクセスすることになり、このアクセス時に課金処理を行うことで適正に課金することができる。
また、コンテンツの復号化に必要なキーのサイズは、当該コンテンツの復号後に得られる楽曲データのサイズよりも当然に小さくでき、再生時にネットワーク上を流れる情報量が少なくてすむため、帯域を有効に使うことができる。
【００３２】
<サーバ１による復号化キーの提供処理>
一方、利用者端末２から再生開始要求があった場合、サーバ１は、以下のＳ３１〜Ｓ３３の処理を行う。
Ｓ３１）前記利用者端末２から再生開始要求として前記情報Ａ〜Ｄを受信した場合、要求受信部は、このうちの利用者ＩＤに基づいて利用者を特定し、図６のように当該利用者に対応したログファイルに情報Ａ〜Ｃを記録する。
Ｓ３２）キー送信部は、前記情報Ａ，Ｂ、即ちコンテンツＩＤと再生開始ポイントの組に対応する復号化キーを記憶部１３のコンテンツ属性データベースから読み出して当該利用者端末２に対して送信する。このとき、再生開始ポイントとして、”２分１３秒２１フレーム”のように具体的な値を受信した場合には、分割位置情報を参照し、当該開始ポイントを含む分割ファイルの復号化キーを読み出す。また、再生開始ポイントとして、”前回の続きから”という指示を受信した場合には、前回の終了時に記録した再生終了ポイントを含む分割ファイルの復号化キーを読み出す。
Ｓ３３）更に、前記コンテンツの次の部分（分割ファイル）についての再生開始要求を受信した場合、即ちコンテンツＩＤが同じで再生開始ポイントが異なる情報を受信した場合、前記Ｓ３１〜Ｓ３２を繰返し、対応する分割ファイルの復号化キーを順次利用者端末２に対して送信する。
Ｓ３４）そして、利用者端末２から再生終了要求として前記情報Ｅ〜Ｈを受信した場合、終了処理として、このうちの利用者ＩＤに基づいて利用者を特定し、図６に示すように当該利用者に対応したログファイルに情報Ｅ〜Ｇを記録する。
なお、前記コンテンツの再生中に異なるコンテンツの再生開始要求を受信した場合、即ち再生終了要求を受信する前に、同じ利用者ＩＤで異なるコンテンツＩＤの再生要求を受信した場合に、それまでのコンテンツに関して前記終了処理を行ってから新しいコンテンツに関して前記復号化キーの提供処理を行う。また、所定時間、次の部分の再生開始要求がなかった場合には、ネットワーク接続あるいはアプリケーションに問題が生じたとみなして前記終了処理を行う。この再生途中の場合及び次の部分の再生開始要求が無かった場合の終了処理では、最後に送信した復号化キーで復号化できる分割ファイルの最後部を再生終了ポイントとする。
【００３３】
<サーバ１による課金処理>
サーバ１は、月末や月初め、再生開始要求受信時、再生終了処理時等、課金を行う所定のタイミングで、図７に示すように下記の課金処理を行う。
Ｓ４１）サーバ１は、前記所定のタイミングとなったか否かを検出する。
Ｓ４２）前記所定タイミングとなった場合に、サーバ１の課金処理部は、記憶部１３に記憶されたログ(図６)から再生したコンテンツの行を抽出する。例えば利用者ＩＤ、分割
数、データ番号及び再生終了日時に基づいて前回の課金タイミングから今回の課金タイミングまでに全ての分割ファイルについて終了処理が行われたコンテンツ（イベント）を抽出する。なお、本例では、一つのコンテンツあたり一行が抽出されるように、複数の分割ファイルのうち最終の分割ファイルの行のみを抽出する。
Ｓ４３）課金額決定部は、該抽出したログに基づき該イベント毎の課金額を後述のように求めて利用者毎に集計する。
Ｓ４４）サーバ１は、前記集計した課金額に基づき各利用者に対して課金請求処理を行う。
【００３４】
<コンテンツ毎の課金額を求める処理>
前記課金額を求める処理Ｓ４３について、図８を用いて説明する。図８では、同一のアルバムに収録されている曲を再生した場合に、割り引いて課金額を求める例を示している。
先ず、課金額決定部は、Ｓ４２で抽出したログの各イベントについて、データ識別子と対応するアルバム識別子及び課金額を属性ＤＢから読み出すと共に、課金率のカラムを追加し、初期値として例えば１を割り当てて、図９のように課金決定用ログを生成する（ステップ５１、Ｓ５１とも記す）。また、初期設定として、前記ログの各イベントをアルバム識別子によって昇順或は降順にソートし、処理対象となるイベントの位置を示すポインタ１及びポインタ２を最前の行に位置させる。また、変数Ｐ１，Ｐ２の値を０とする（Ｓ５２）。
【００３５】
次に、課金額決定部は、ポインタ１が位置する行のアルバム識別子を変数Ｐ１に代入し（Ｓ５３）、ポインタ２を次の行に移動させる（Ｓ５４）。ここでポインタ２がログの最終行を超えているか否かを判定し（Ｓ５５）、最終行を超えていなければ、ポインタ２が位置する行のアルバム識別子を変数Ｐ２に代入する（Ｓ５６）。
そして課金額決定部は、前記変数Ｐ１と変数Ｐ２とが同じか否かを判定し（Ｓ５７）、同じであればＳ５４に戻る。また、該変数Ｐ１と変数Ｐ２とが異なっていれば、ポインタ２を一つ前の行に戻し（Ｓ５８）、ポインタ２からポインタ１まで、該ポインタが位置する行も含めて何行あるか、即ち同一アルバムに指定されているコンテンツの数をカウントする（Ｓ５９）。
【００３６】
課金額決定部は、この行数が割引対象となる基準値に達しているか否かを判定し（Ｓ６０）、基準値（今回の例の場合では１０）以上の場合にはその数に対応する割引率（今回の例の場合では０．８）をポインタ２からポインタ１までの各イベントの課金率に乗ずる（Ｓ６１）。このステップ６１の後、或は、ステップ６０で前記行数が基準値未満と判定された後、ポインタ１とポインタ２を、該ポインタ２の次の行に移動し、ステップ５３に戻って同様の処理を繰り返す（Ｓ６２）。
【００３７】
そして前記ステップ５５で、ポインタ２がログの最終行を超えたと判定した場合、課金額決定部は、各行の課金額に前記課金率を乗じた後、全行の課金額を集計する（Ｓ６３）。
なお、基準値と割引率は、上記の値に限らず任意の値に設定できる。また、該基準値と割引率は、複数設定しても良い。例えば、同一アルバムに指定されているコンテンツの数（行数）が、基準値１０以上であれば割引率を０．５とし、基準値１０未満で基準値７以上であれば割引率を０．７とし、基準値７未満で基準値５以上であれば割引率を０．９としても良い。
【００３８】
また、アルバムに指定されているコンテンツの数に対する割合を基準値としても良い。例えばアルバムを構成するコンテンツの数に対する前記行数が、基準値１／２以上であれば割引率を０．５とし、基準値１／２未満で基準値１／３以上であれば割引率を０．７と
する。
【００３９】
また、同一アルバムのコンテンツ数をカウントするための期間と、課金額を集計する期間を異ならせても良い。例えば、Ｓ４２で前回の課金タイミングに関わらず過去１年分のログを抽出し、Ｓ５８で前回の課金タイミングから今回の課金タイミングまでの１月分の課金額を集計することとしても良い。
【００４０】
更に、他の割引条件と組み合わせて課金額を決定しても良い。図１０では、前記処理に加え、同一のコンテンツを再生した場合に、割り引いて課金額を求める例を示している。
先ず、課金額決定部は、Ｓ４２で抽出したログの各イベントについて、データ識別子と対応するアルバム識別子、課金額及び再生開始要求の時間（タイムスタンプ）を属性ＤＢから読み出すと共に、課金率のカラムを追加し、初期値として例えば１を割り当てて課金決定用ログを生成する。即ち、図９に示す前記課金決定用ログにタイムスタンプを加えたものを作成する（Ｓ７１）。
【００４１】
また、該課金額決定部は、初期設定として、変数Ｐ１，Ｐ２，Ｃ１，Ｃ２，Ｔ１，Ｔ２の値を０とし、前記ログの各イベントをアルバム識別子によって昇順或は降順にソートし、更に同一のアルバム識別子を持つ各イベントをコンテンツ識別子によって昇順或は降順にソートする。
【００４２】
そして、該ログの最前の行に、処理対象となるイベントの位置を示すポインタ１及びポインタ２を位置させ（Ｓ７２）、ポインタ１が示す行のアルバム識別子を変数Ｐ１に、コンテンツＩＤをＣ１に、タイムスタンプをＴ１にそれぞれ代入する（Ｓ７３）。
【００４３】
ポインタ２を次の行に位置させ（Ｓ７４）、このポインタ２がログの最終行を超えたか否かを判定する（Ｓ７５）。該ポインタ２が最終行を超えていなければ、このポインタ２が位置した行のアルバム識別子を変数Ｐ２に、コンテンツＩＤをＣ２に、タイムスタンプをＴ２にそれぞれ代入する（Ｓ７６）。前記変数Ｃ１と変数Ｃ２とが同じでＴ１とＴ２の間隔が所定時間以内（例えば７２時間）であれば（Ｓ７７）、ポインタ２の位置する行を削除し、Ｓ７４に戻る（Ｓ７８）。前記Ｓ７６で、変数Ｃ１と変数Ｃ２とが異なる又はＴ１とＴ２とが異なる場合には、変数Ｐ１と変数Ｐ２とを比較し（Ｓ７９）、同じならばポインタ２が示す行のコンテンツＩＤをＣ１に、タイムスタンプをＴ１にそれぞれ代入してＳ７４に戻る（Ｓ８０）。また、前記変数Ｐ１と変数Ｐ２とが異なっているならば、ポインタ２を一つ前の行に戻す（Ｓ８１）。
【００４４】
該課金額決定部は、ポインタ２からポインタ１まで（ポインタ行を含めて）何行あるか、即ち同一アルバムに指定されているコンテンツの数をカウントする（Ｓ８２）。この行数が割引対象となる基準値に達しているか否かを判定し（Ｓ８３）、基準値（今回の例の場合では１０）以上の場合にはその数に対応する割引率（今回の例の場合では０．８）をポインタ２からポインタ１までの各イベントの課金率に乗ずる（Ｓ８４）。このステップ８４の後、或は、ステップ８３で前記行数が基準値未満と判定された後、ポインタ１とポインタ２を、該ポインタ２の次の行に移動し、ステップ７３に戻って同様の処理を繰り返す（Ｓ８５）。
そして前記ステップ７５で、ポインタ２がログの最終行を超えたと判定した場合、課金額決定部は、各行の課金額に前記課金率を乗じた後、全行の課金額を集計する（Ｓ８６）。
【００４５】
なお、前記タイムスタンプは、再生開始要求の日時に限らず再生終了要求の日時であっても良い。
また、前記Ｓ７８では、コンテンツＩＤが同一の行を削除することで同一のコンテンツ
を複数回再生しても、一回分の課金額となるようにしているが、再生回数に応じた低い課金額となるようにしても良い。例えば、前記Ｓ６５で重複行を削除する際にポインタ２より一つ前の行の課金率に０．１を足す或は課金額に１．１を乗ずる。これにより同一コンテンツを複数回再生した場合、二回目以降は課金額を１０％にすることができる。
【００４６】
これにより、サーバ１は、アルバムに指定されているコンテンツの再生を要求された際、既に再生済みのコンテンツ、即ち利用者が視聴したことのあるコンテンツが含まれていた場合には、課金をしないか、低価格とすることができ、適切な課金を行なうことができる。
従って、既に聞いた曲がアルバムに収録されているような場合でもアルバム単位での再生を促すことができる。
【００４７】
更に、上記課金額を求める処理において、この他の割引条件を加えても良い。
例えば、再生開始要求から再生終了要求までの時間が、音楽であれば１０秒、映画であれば５分以内の場合、課金率に０や０．２を乗ずる。
【００４８】
また、割引対象となるコンテンツを一つもしくはそれ以上ランダムに決めて（このコンテンツが何であるかは、利用者に予め伝えても良いし、伝えなくても良い）、そのいずれかのコンテンツについては課金率に０．５を乗ずる。
また、所定期間に各コンテンツの再生開始要求の数をカウントし、要求の多かったコンテンツの順位を決定し、その順位に応じて当該コンテンツの課金額に所定の割引率を乗ずる。
【００４９】
なお、上記コンテンツは、音楽に限らず、動画やコンピュータプログラムなど、利用者端末で利用可能な電子データであれば良い。即ち、上記音楽の再生に代えて、コンピュータプログラムの実行、電子データの利用を行っても良い。
以上のように、本実施形態によれば、コンテンツの課金額を該コンテンツのアルバム情報に基づいて決定することにより、適正な課金処理を可能とした技術を提供できる。
【００５０】
〈その他〉
本発明は、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
例えば、以下に付記した構成であっても上述の実施形態と同様の効果が得られる。また、これらの構成要素は可能な限り組み合わせることができる。
【００５１】
（付記１）
利用者の端末からコンテンツの利用要求を受信する要求受信部と、
前記コンテンツのグループを示すグループ情報を記憶した記憶部と、
複数の前記コンテンツの課金額を該コンテンツのグループ情報に基づいて決定する課金額決定部と、
を備えた課金処理装置。
【００５２】
（付記２）
暗号化されている前記コンテンツの利用要求を受信した場合に、当該コンテンツの復号化キーを前記利用者の端末に送信するキー送信部を備え、
前記復号化キーを送信した場合に前記課金額決定部が前記課金額を決定する付記１に記載の課金処理装置。
【００５３】
（付記３）
同一のグループに属する前記コンテンツの利用要求の数が所定数を超えた場合、所定数
以下の場合と比べて、前記課金額が低額となるように、前記課金額決定手段が課金額を決定する付記１又は２の課金処理装置。
【００５４】
（付記４）
利用者の端末からコンテンツの利用要求を受信するステップと、
前記コンテンツのグループを示すグループ情報を記憶した記憶部から前記コンテンツと対応するグループ情報を索出するステップと、
複数の前記コンテンツの課金額を該コンテンツのグループ情報に基づいて決定するステップと、
をコンピュータが行う課金処理方法。
【００５５】
（付記５）
暗号化されている前記コンテンツの利用要求を受信した場合に、当該コンテンツの復号化キーを前記利用者の端末に送信するステップを更に行い、
前記復号化キーを送信した場合に前記課金額決定部が前記課金額を決定する付記４に記載の課金処理方法。
【００５６】
（付記６）
同一のグループに属する前記コンテンツの利用要求の数が所定数を超えた場合、所定数以下の場合と比べて、前記課金額が低額となるように、前記課金額を決定する付記４又は５の課金処理方法。
【００５７】
（付記７）
利用者の端末からコンテンツの利用要求を受信するステップと、
前記コンテンツのグループを示すグループ情報を記憶した記憶部から前記コンテンツと対応するグループ情報を索出するステップと、
複数の前記コンテンツの課金額を該コンテンツのグループ情報に基づいて決定するステップと、
をコンピュータに実行させる課金処理プログラム。
【００５８】
（付記８）
暗号化されている前記コンテンツの利用要求を受信した場合に、当該コンテンツの復号化キーを前記利用者の端末に送信するステップを更に行い、
前記復号化キーを送信した場合に前記課金額決定部が前記課金額を決定する付記７に記載の課金処理プログラム。
【００５９】
（付記９）
同一のグループに属する前記コンテンツの利用要求の数が所定数を超えた場合、所定数以下の場合と比べて、前記課金額が低額となるように、前記課金額を決定する付記７又は８の課金処理プログラム。
【００６０】
（付記１０）
ネットワークを介して接続する利用者端末とサーバとを有するコンテンツ配信システムにおいて、
前記サーバが、
利用者の端末からコンテンツの利用要求を受信する要求受信部と、
前記コンテンツのグループを示すグループ情報を記憶した記憶部と、
複数の前記コンテンツの課金額を該コンテンツのグループ情報に基づいて決定する課金額決定部とを備え、
前記利用者端末が、
再生するコンテンツの利用要求を前記サーバに送信する利用要求部と、
前記コンテンツを再生する再生部を備えるコンテンツ配信システム。
【００６１】
（付記１１）
前記サーバが、暗号化されている前記コンテンツの利用要求を受信した場合に、当該コンテンツの復号化キーを前記利用者の端末に送信するキー送信部を備え、
前記復号化キーを送信した場合に前記課金額決定部が前記課金額を決定する付記１０に記載のコンテンツ配信システム。
【００６２】
（付記１２）
前記利用者端末が、前記復号化キーを受信した場合に前記コンテンツを復号化する復号号部を備えた付記１１に記載のコンテンツ配信システム。
【００６３】
（付記１３）
前記コンテンツが、連続した複数のファイルに分割され、該ファイルがそれぞれに暗号化されており、
前記利用者端末の再生部が前記コンテンツを構成するファイルの再生を開始してから終了するまでの間に、前記利用要求部が次のファイルの利用要求を行い、且つ該利用要求に応じた復号化キーを受信して前記復号化部が次のファイルの復号化を行う付記１２に記載のコンテンツ配信システム。
【００６４】
（付記１４）
同一のグループに属する前記コンテンツの利用要求の数が所定数を超えた場合、所定数以下の場合と比べて、前記課金額が低額となるように、前記課金額決定手段が課金額を決定する付記１０から１３の何れかに記載のコンテンツ配信システム。
【図面の簡単な説明】
【００６５】
【図１】本発明のコンテンツ配信システムの概略図
【図２】本発明のコンテンツサーバの説明図
【図３】利用者端末の説明図
【図４】コンテンツ属性データベースの例を示す図
【図５】再生開始要求及び再生終了要求の例を示す図
【図６】コンテンツ再生時の通信ログ
【図７】課金処理方法の説明図
【図８】課金額決定処理の説明図
【図９】課金額決定用ログの例を示す図
【図１０】課金額決定処理の説明図
【符号の説明】
【００６６】
１  コンテンツサーバ（課金処理装置）
２  利用者端末
１２  演算処理部
１３  記憶部（ハードディスク）
１４  入出力部
１５  通信制御部
【図１】
2007011423.tif 000003
【図２】
2007011423.tif 000004
【図３】
2007011423.tif 000005
【図４】
2007011423.tif 000006
【図５】
2007011423.tif 000007
【図６】
2007011423.tif 000008
【図７】
2007011423.tif 000009
【図８】
2007011423.tif 000010
【図９】
2007011423.tif 000011
【図１０】
2007011423.tif 000012