JP2004282731A - コンテンツ利用実績収集システム - Google Patents

Abstract

【課題】 ユーザによるコンテンツの利用部分を詳細かつセキュアに取得することにより、正確な視聴率調査が可能な利用実績収集システムを提供する。
【解決手段】 配信センター１０１は、前記コンテンツの時間的な目盛りである時刻情報をコンテンツに付加し、時刻情報の付加されたコンテンツを端末装置に送信するコンテンツ配信サーバ１０１ｃを備える。端末装置１０２ａ〜１０２ｃは、コンテンツ配信サーバ１０１ｃから送信されたコンテンツを利用し、前記時刻情報に基づいて、実際に利用されたコンテンツの区間を示す区間情報を生成し、生成された区間情報を利用実績収集サーバ１０１ｅに送信する。
【選択図】 図１

Description

本発明は、通信や放送を用いて、サーバ装置から映像、音楽などのデジタルコンテンツを配信し、ユーザが端末装置でデジタルコンテンツを利用するシステムに関し、特に、端末装置におけるデジタルコンテンツの利用実績を取得し、サーバ装置に利用実績を送信することで、サーバ装置においてユーザのデジタルコンテンツの利用実績を収集可能なシステムおよび装置に関する。

近年、音楽、映像、ゲーム等のデジタルコンテンツ（以下、コンテンツと記述）を、インターネット等の通信やデジタル放送等を通じて、サーバ装置から端末装置に配信し、端末装置においてコンテンツを利用することが可能な、コンテンツ配信システムと呼ばれるシステムが実用化段階に入っている。一般的なコンテンツ配信システムでは、コンテンツの著作権を保護し、悪意あるユーザ等によるコンテンツの不正利用を防止するため、著作権保護技術が用いられる。著作権保護技術とは、具体的には、暗号技術等を用いて、ユーザがコンテンツを再生したり、記録メディアにコピーしたりといったようなコンテンツの利用を、セキュアに制御する技術である。

例えば、特許文献１ならびに特許文献２には、ユーザが端末装置においてコンテンツを再生した回数や時刻、あるいは、コンテンツを記録メディアにコピーした回数や時刻等を利用実績として記録し、定期的に指定されたサーバ装置に利用実績を送信するシステムが、コンテンツ利用実績収集システムの一例として記載されている。

このように、従来のコンテンツ利用実績収集システムでは、ユーザがコンテンツを利用した回数や、コンテンツを利用した時刻等の利用実績を、サーバ装置に送信することができるようになっている。
特開２０００−５６４４２５号公報 特開２００１−１６０００３号公報

しかしながら、従来のコンテンツ利用実績収集システムでは、ユーザがコンテンツのどの部分を視聴したか（コンテンツ内の視聴箇所）を、コンテンツプロバイダやサービスプロバイダがセキュアに把握、すなわち、改ざんされ得ない状態で取得することはできなかった。

特に、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）−２ Ｓｙｓｔｅｍｓなどのように、コンテンツフォーマットに既存の時刻情報（例えば、Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍパケットのヘッダ部に位置するＰｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐなど）が存在するものの、本来は映像、音声などの複数のＥＳ（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）の同期を確保するために付与されている時刻情報であるため、利用実績の把握のために当該時刻情報を柔軟に変更することができないという課題があった。なお、ＭＰＥＧ−２ Ｓｙｓｔｅｍｓは、国際標準であるＩＳＯ／ＩＥＣ １３８１８−１に規定されている。

本発明は、こうした従来の問題点を解決するものであり、コンテンツにセキュアに付与された時刻情報を、コンテンツを利用する端末において利用実績として記録し、この時刻情報を用いて、コンテンツプロバイダ、サービスプロバイダが、ユーザがコンテンツのどの部分を利用したかを把握し、毎分視聴率、平均視聴率といった重要な情報を得ることが可能なコンテンツ利用実績収集システムを提供することを目的としている。

特に、ＭＰＥＧ−２ Ｓｙｓｔｅｍｓ等、コンテンツフォーマットに既存の時刻情報が存在し、運用等で当該時刻情報を柔軟に変更することがシステム的に困難である場合においても、既存のシステムとの親和性が高いコンテンツ利用実績収集システムを提供することを目的としている。

さらに、端末装置でコンテンツの再生（デコード）が正しく行われなかった場合や、特殊再生等がなされている場合は利用実績を取得しないようにする制御を行うことによって、ユーザが実際にコンテンツを視聴した部分のみに関する利用実績が取得可能なコンテンツ利用実績収集システムを提供することを目的としている。

上記目的を達成するコンテンツ利用収集システムは、端末装置にコンテンツを配信し、当該端末装置からコンテンツの利用実績を収集するサーバ装置と、コンテンツを利用する端末装置とを有するコンテンツ利用実績収集システムであって、前記サーバ装置は、前記コンテンツの時間的な目盛りである時刻情報をコンテンツに付加する付加手段と、時刻情報の付加されたコンテンツを端末装置に送信するコンテンツ送信手段とを備える。前記端末装置は、前記サーバ装置から送信された前記コンテンツを利用するコンテンツ利用手段と、コンテンツの時刻情報に基づいて、前記コンテンツ利用手段によって実際に利用されたコンテンツの区間を示す区間情報を生成する生成手段と、前記区間情報をサーバ装置に送信する送信手段とを備える。

ここで、前記生成手段は、前記コンテンツ利用手段がコンテンツの利用を開始した時点における時刻情報の値を開始時刻として検出する第１検出手段と、前記コンテンツ利用手段がコンテンツの利用を終了した時点における時刻情報の値を終了時刻として検出する第２検出手段と、検出された開始時刻および終了時刻に基づいて前記区間情報を作成する作成手段とを備える構成としてもよい。

この構成によれば、端末装置は、コンテンツに付与された時刻情報を利用するので、コンテンツ配信が放送型であるかオンデマンド型であるか蓄積型であるかなどのコンテンツの配信形態、蓄積形態を問わずに上記区間情報を生成することができる。また、サーバ装置を備えるコンテンツプロバイダまたはサービスプロバイダは、端末装置から送信される区間情報により、ユーザがコンテンツのどの部分を実際に利用したかを把握し、例えば毎分視聴率、平均視聴率等を得ることができる。

ここで、前記時刻情報は、（ａ）トランスポート・ストリーム・パケット内のプログラム・クロック・リファレンス、（ｂ）パケッタイズド・エレメンタリ・ストリーム・パケット内のプレゼンテーション・タイム・スタンプ、（ｃ）パケッタイズド・エレメンタリ・ストリーム・パケット内のデコーディング・タイム・スタンプ、（ｄ）トランスポート・ストリーム・パケット内のプライベート・データおよび（ｅ）パケッタイズド・エレメンタリ・ストリーム内のプライベート・データの何れかとして付加される構成としてもよい。

この構成によれば、ＭＰＥＧ−２ Ｓｙｓｔｅｍｓ規格などにおいてコンテンツのフォーマットとして規定されている上記（ａ）〜（ｅ）の何れかを時刻情報として利用することができ、既存のシステムとの親和性が高いという効果がある。
ここで、前記サーバ装置はさらに、前記コンテンツの少なくとも一部を暗号化するコンテンツ暗号化手段を備え、前記端末装置はさらに、前記暗号化されたコンテンツを復号するコンテンツ復号手段を備え、前記コンテンツ利用手段は、復号されたコンテンツを利用する構成としてもよい。

ここで、前記サーバ装置はさらに、前記時刻情報を前記コンテンツにセキュアにバインドするバインド手段を備える構成としても良い。
この構成によれば、コンテンツの暗号化に加えて時刻情報がコンテンツにセキュアにバインドされるので、サーバ装置は、セキュアに区間情報を取得することができる。すなわち、サーバ装置を備えるコンテンツプロバイダまたはサービスプロバイダは、区間情報から得られる視聴率等の信頼性を高め、コンテンツの利益分配などに適用することができる。

ここで、前記コンテンツ復号手段は、前記ハッシュ値に基づいて誤り検出を行い、誤りが検出された場合には当該コンテンツの復号を停止するようにしてもよい。
また、前記コンテンツ復号手段は、前記ハッシュ値に基づいて誤り検出を行い、前記生成手段は、誤りが検出された場合には前記区間情報の生成を停止するようにしてもよい。
また、前記端末装置は、さらに、前記区間情報以外のコンテンツ利用実績を収集する収集手段を備え、前記収集手段は、前記誤りが検出された場合に前記時刻情報が改ざんされたことを示すコンテンツ利用実績を生成するようにしてもよい。

この構成によれば、コンテンツや時刻情報の改ざんを検出することができる。さらに、例えば、改ざんが検出された場合に、区間情報の生成を停止し、改ざんが検出された旨のコンテンツ利用実績を生成することができる。

ここで、前記コンテンツ復号手段が前記コンテンツの復号に失敗した場合、または、前記コンテンツ利用手段が前記コンテンツの再生に失敗した場合、前記生成手段に対して、前記区間情報を生成しないように指示するようにしてもよい。

また、前記端末装置は、さらに、前記区間情報以外にコンテンツ利用実績を収集する収集手段を備え、前記コンテンツ復号手段が前記コンテンツの復号に失敗した場合、または、前記コンテンツ利用手段が前記コンテンツの再生に失敗した場合、前記収集手段に対して、復号の失敗を示す利用実績を記録するように指示するようにしてもよい。
この構成によれば、改ざん等に起因してコンテンツの復号が失敗した場合に、区間情報の生成を停止し、加えてコンテンツの復号が失敗した旨の利用実績を記録することができる。

ここで、前記生成手段は、前記コンテンツ利用手段において前記コンテンツの特殊再生が行われた場合には、当該特殊再生区間を除外して前記区間情報を生成するようにしてもよい。
また、前記端末装置は、さらに、前記区間情報以外にコンテンツ利用実績を収集する収集手段を備え、前記収集手段は、前記コンテンツ利用手段において前記コンテンツの特殊再生が行われた場合には、特殊再生が行われた旨を示す利用実績を記録するようにしてもよい。

この構成によれば、生成手段は、一時停止、早送り、逆戻しなどの特殊再生された区間を区間情報から除外するので、通常再生した区間のみを区間情報として生成することができる。また、収集手段は、特殊再生された旨およびその区間を区間情報ではなく利用実績として記録することができる。つまりユーザが実際にコンテンツを視聴した部分のみの利用実績が取得でき、より正確な視聴率調査が可能となる。

また、上記目的を達成する本発明のサーバ装置、端末装置、利用実績収集方法、利用実績を収集するためのプログラムについても上記と同様の構成および効果を有する。

本発明によれば、コンテンツにセキュアに設定された時刻情報を、端末装置で利用実績として記録し、この時刻情報を用いることにより、ユーザがコンテンツを利用したコンテンツ内の位置を特定するようにしているので、コンテンツプロバイダ、サービスプロバイダ等は、毎分視聴率、平均視聴率といった重要な情報をセキュアに得ることが可能となる。

特に、ＭＰＥＧ−２ Ｓｙｓｔｅｍｓなど、コンテンツフォーマットに既存の時刻情報が存在し、運用等で当該時刻情報を柔軟に変更することがシステム的に困難である場合においても、既存のシステムとの親和性が高いコンテンツ利用実績収集システムが構築できる。

さらに、コンテンツの再生（デコード）が正しく行われなかった場合や、早送り、巻戻しなどの特殊再生が行われた場合には、利用実績を取得しないようにすることにより、ユーザが実際にコンテンツを視聴した部分のみの利用実績が取得でき、より正確な視聴率調査が可能となる。

（実施の形態１）
以下、本発明における実施の形態１について、図面を用いて詳細に説明する。
図１は、本発明における実施の形態１に関わるコンテンツ利用実績収集システム１の全体の概略構成を示す図である。

このコンテンツ利用実績収集システム１は、ネットワークあるいは記録メディア等を通じて配信センター（すなわち、サービスプロバイダ）から配信される暗号化コンテンツを、ユーザが端末装置において利用し、その利用実績を収集するシステムであって、コンテンツ等を配信する配信センター１０１と、コンテンツを利用する端末装置１０２ａ〜１０２ｃと、これらを相互に接続するネットワーク１０３とから構成されている。

配信センター１０１は、ユーザに対して課金を行うための課金サーバ１０１ａと、ユーザが所有するコンテンツを利用する権利（利用条件）の管理や、コンテンツのライセンスを生成し、端末装置１０２ａ〜１０２ｃに配信を行う権利管理サーバ１０１ｂと、コンテンツを配信するコンテンツ配信サーバ１０１ｃと、ネットワーク１０３を通じて端末装置１０２ａ〜１０２ｃに各種サービスを提供するためのウェブ画面を送信するウェブサーバ１０１ｄと、端末装置１０２ａ〜１０２ｃから収集した利用実績を管理する利用実績収集サーバ１０１ｅとから構成されている。

課金サーバ１０１ａは、インターネット等を通じて、コンテンツの利用条件等を購入する際に、オンラインでの課金を行うためのサーバ装置である。具体的には、課金サーバ１０１ａは、クレジットカードを用いて課金、決済を行ったり、予め課金サーバ１０１ａにユーザの銀行口座番号を登録しておき、ネットワーク１０３を経由して端末装置１０２ａ〜１０２ｃからアップロードされた購入の履歴等に基づき、課金、決済を行ったりする。

権利管理サーバ１０１ｂは、ユーザが所有するコンテンツの利用条件を管理し、ユーザに暗号化されたコンテンツを復号するためのライセンスを付与するサーバ装置である。具体的には、権利管理サーバ１０１ｂは、ユーザ毎、あるいは、端末装置１０２ａ〜１０２ｃ毎に、それぞれが所有するコンテンツの利用条件を管理しておき、ユーザからの要求に基づき、ネットワーク１０３を通じて、ライセンスを端末装置１０２ａ〜１０２ｃに配信する。あるいは、デジタル放送やブロードバンド放送等のプッシュ型の配信形態では、一時的に無効化されたライセンスをコンテンツと共に配信し、端末装置１０２ａ〜１０２ｃにおいて課金処理を行うことによりライセンスを有効化し、コンテンツを利用する、というようにすることもできる。

なお、コンテンツを暗号化する暗号アルゴリズムは、ＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）やＴｒｉｐｌｅ ＤＥＳ（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）等の共通鍵暗号アルゴリズムが用いられるのが一般的である。

また、ライセンスは、暗号化されたコンテンツを復号するための復号鍵（コンテンツ鍵）と、コンテンツの利用期限や利用回数などの利用条件等から構成されており、ライセンスチケット（Ｌｉｃｅｎｓｅ Ｔｉｃｋｅｔ、以下、ＬＴと記述）と呼ばれるデータである。なお、ＬＴのデータ構造については、後で図を用いて詳細に説明する。

ＬＴ等のデータを、ネットワーク１０３を通じて、配信センター１０１と端末装置１０２ａ〜１０２ｃとの間で送受信する場合には、セキュリティを確保するため、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）などの安全な認証チャネル（Ｓｅｃｕｒｅ Ａｕｔｈｅｎｔｉｃａｔｅｄ Ｃｈａｎｎｅｌ、以下、ＳＡＣと記述）を確立してから、データの送受信を行う。

コンテンツ配信サーバ１０１ｃは、ネットワーク１０３を通じて端末装置１０２ａ〜１０２ｃにコンテンツを配信するためのサーバ装置であり、ワークステーション等により実現される。具体的には、コンテンツ配信サーバ１０１ｃは、ＭＰＥＧ−２やＭＰＥＧ−４等の圧縮方式によりデジタル圧縮され、必要に応じてＡＥＳやＴｒｉｐｌｅ ＤＥＳ等により暗号化されたコンテンツをストリーミング配信する。

特に、インターネット等のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いたネットワークにおいてストリーミング配信を行う場合は、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）によってＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）として標準化されているＲＴＰ（Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）およびＲＴＣＰ（Ｒｅａｌ Ｔｉｍｅ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）が用いられる。

ＲＴＰは、コンテンツをＲＴＰパケットと呼ばれる可変長のパケットに分割して伝送し、ＲＴＰパケットのヘッダには、ＲＴＰパケットの並び替えやＲＴＰパケットのロスを検出するために用いられるシーケンス番号、ストリーム中の映像と音声の同期等に用いるタイムスタンプ等の情報が設定できるようになっている。ＲＴＰパケットに設定するコンテンツは、ＭＰＥＧ−２やＭＰＥＧ−４のＥＳでも良いし、ＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）で多重化されたコンテンツでも良い。またＲＴＰは、一般には、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）／ＩＰを下位プロトコルとして用いている。

ＲＴＣＰは、ＲＴＰを制御するためのプロトコルであり、ＲＴＰと対で用いられ、ＲＴＰパケットを受信した際に検出できるパケットロスや遅延ジッタを送出側にフィードバックすることができる。送出側は、このフィードバック情報を用いて、ストリーミングの帯域制御等を行う。

すなわち、ストリーミング配信では、コンテンツ配信サーバ１０１ｃは、端末装置１０２ａ〜１０２ｃからリクエストされたコンテンツを分割して、ＲＴＰヘッダを付加し、ＲＴＰパケットを生成して端末装置１０２ａ〜１０２ｃに順次送出する。端末装置１０２ａ〜１０２ｃでは、受信したＲＴＰパケットを復元すると共に、ＲＴＰヘッダ内の情報を参照しながら、映像、音声のデコードを行い、モニター等に出力する。この際、ＲＴＰヘッダから取得したパケットロスや遅延ジッタ等を検出し、ＲＴＣＰを用いてコンテンツ配信サーバ１０１ｃに送信する処理を行う。

また、コンテンツ配信サーバ１０１ｃは、ダウンロード型のコンテンツを配信するシステムであっても良く、この場合、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等のプロトコルを用いてダウンロードコンテンツを提供するサーバ装置であったりする。また、デジタル放送の場合であれば、ＭＰＥＧ−２ ＴＳでストリーム型コンテンツを提供する送出装置であったり、ＡＲＩＢ（Ａｓｓｏｃｉａｔｉｏｎ ｏｆ Ｒａｄｉｏ Ｉｎｄｕｓｔｒｉｅｓ ａｎｄ Ｂｕｓｉｎｅｓｓｅｓ） ＳＴＤ−Ｂ２４等に示されているデータカルーセル伝送方式に基づいた蓄積型コンテンツを提供する送出装置であったりする。

ウェブサーバ１０１ｄは、ユーザが端末装置１０２ａ〜１０２ｃから各種サービスにアクセスするためのコンテンツ購入画面等を提供する。具体的には、ウェブサーバ１０１ｄは、インターネットを通じて、ＨＴＴＰ等のプロトコルにより、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等のスクリプト言語で記述されたウェブページを提供したり、デジタル放送において、ＢＭＬ（Ｂｒｏａｄｃａｓｔｉｎｇ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記述されたページを提供したりする。

利用実績収集サーバ１０１ｅは、端末装置１０２ａ〜１０２ｃにおいて記録された種々の利用実績を収集し、管理するサーバ装置である。具体的には、利用実績収集サーバ１０１ｅは、端末装置１０２ａ〜１０２ｃとＳＳＬなどを用いてＳＡＣを確立し、ＨＴＴＰ等のプロトコルを用いて、端末装置１０２ａ〜１０２ｃからコンテンツの利用実績を収集する。これらを、データベース等を用いて管理し、毎分視聴率、平均視聴率などの視聴率データとして活用する。

ＬＡＮ１０１ｎは、配信センター１０１において、課金サーバ１０１ａと、権利管理サーバ１０１ｂと、コンテンツ配信サーバ１０１ｃと、ウェブサーバ１０１ｄと、利用実績収集サーバ１０１ｅとを相互に接続するためのネットワークである。例えば、ＩＥＥＥ８０２．３等の有線ネットワークや、ＩＥＥＥ８０２．１１ｂ等の無線ネットワークを用いて実現することができる。

ネットワーク１０３は、配信センター１０１と端末装置１０２ａ〜１０２ｃとを相互に接続するネットワークである。例えば、ネットワーク１０３は、インターネット等の通信ネットワークや、デジタル放送、あるいは、これらが複合したネットワークである。
端末装置１０２ａ〜１０２ｃは、ネットワーク１０３と接続する機能を有し、ユーザがコンテンツをモニター画面などで利用したり、記録メディアにコンテンツを書き出したりするための端末装置である。具体的には、端末装置１０２ａ〜１０２ｃは、デジタル放送を受信するためのＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）、デジタルＴＶ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）レコーダ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）レコーダ、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などのコンテンツ表示装置、レコーダ、あるいは、これらの複合機器である。

このようなコンテンツ利用実績収集システム１において、ネットワーク１０３を通じてコンテンツやライセンスが配信され、端末装置１０２ａ〜１０２ｃにおいてコンテンツを利用すると共にコンテンツの利用実績を記録し、端末装置１０２ａ〜１０２ｃから配信センター１０１に利用実績を送信する処理を、図２〜図２５の図面を用いて詳細に説明する。但し、以下では、端末装置１０２ａ〜１０２ｃについては、端末装置１０２ａをその代表とし、端末装置１０２として説明する。また、端末装置１０２において、配信センター１０１の権利管理サーバ１０１ｂが端末装置１０２に対して、ＬＴを用いて利用実績を収集する指示を行う場合の例を示す。

図２は、図１に示される配信サーバ１０１における権利管理サーバ１０１ｂの詳細な構成を示す機能ブロック図である。
権利管理サーバ１０１ｂは、大きく分けて、ＨＤＤ等に格納されたデータファイル等によって実現されるデータベース部２００と、ＬＳＩ等のハードウェアあるいはＣＰＵ、ＲＡＭ、ＲＯＭ等を利用して実行されるプログラム等によって実現されるライセンス処理部２１０とから構成されている。データベース部２００は、ユーザ情報ＤＢ２０１、コンテンツ鍵ＤＢ２０２、利用条件ＤＢ２０３、利用実績収集条件ＤＢ２０４とから構成され、ライセンス処理部２１０は、利用実績収集指示部２１１、ライセンス発行部２１２、第１の送受信部２１３とから構成される。

まず、データベース部２００の各部について詳細に説明する。
ユーザ情報ＤＢ２０１は、ユーザに関する情報を管理するためのユーザ情報管理テーブルを有するデータベースであって、権利管理サーバ１０１ｂにアクセスする端末装置１０２と、利用条件ＤＢ２０３で管理されるコンテンツの利用条件を所有するユーザとを関連付けるために用いられる。

具体的には、ユーザ情報ＤＢ２０１は、図３に示すユーザ情報管理テーブル３００を有し、コンテンツ利用実績収集システム１内でユーザを一意に特定するためのユーザＩＤ３０１と、コンテンツ利用実績収集システム１内で端末装置１０２を一意に特定するための端末ＩＤ３０２と、ユーザに関する詳細情報を示すユーザプロファイル３０３と、利用実績の収集に関するユーザのポリシーを示すプライバシポリシー３０４とを管理している。

ここで、ユーザプロファイル３０３とは、ユーザの名前、年齢、性別、住所や、ユーザの好みの番組、趣味等のユーザ登録情報のことを示しており、利用実績を収集するユーザを決定したり、ユーザの好みの番組と利用実績を収集した番組との関連性から、ユーザのコンテンツの利用傾向を分析したりするための判断材料に用いることができる。

また、プライバシポリシー３０４とは、ユーザがサービスプロバイダに対して、コンテンツの利用実績の全部または一部を提供することを承諾するか否かを示す情報のことであり、ユーザのプライバシーに対する意向に沿った利用実績を実現するためのものである。

例えば、図３において、ユーザＩＤ３０１が「ＵＳＥＲ−ＩＤ−００００１」であるユーザは、端末ＩＤ３０２が「ＴＥＲＭＩＮＡＬ−ＩＤ−００００１」である端末装置１０２を所有していることを示している。また、ユーザプロファイル３０３からは、ユーザ「ＵＳＥＲ−ＩＤ−００００１」は、「男性、３１歳」であることが分かり、プライバシポリシー３０４が「実績収集ＯＫ」となっていることから、ユーザ「ＵＳＥＲ−ＩＤ−００００１」は、端末装置１０２において利用したコンテンツの利用実績の収集を許可していることを示している。ここで、利用実績とは、ユーザが端末装置１０２において利用したコンテンツ中の再生箇所や、早送り、巻き戻しといった特殊再生に関する情報等、ユーザの詳細な操作内容等を表すものとする。

また、ユーザＩＤ３０１が「ＵＳＥＲ−ＩＤ−００００２」であるユーザは、端末ＩＤ３０２が「ＴＥＲＭＩＮＡＬ−ＩＤ−１２３４５」、「ＴＥＲＭＩＮＡＬ−ＩＤ−５４３２１」という２つの端末装置１０２を有しており、両方の端末装置１０２から権利管理サーバ１０１ｂにアクセス可能であることを示している。

また、ユーザ「ＵＳＥＲ−ＩＤ−００００２」のプライバシポリシー３０４についても、「実績収集ＯＫ」となっていることから、端末装置１０２におけるコンテンツの利用実績の収集を許可することを示している。これに対して、ユーザＩＤ３０１が「ＵＳＥＲ−ＩＤ−００００４」であるユーザのプライバシポリシー３０４は、「実績収集ＮＧ」となっていることから、サービスプロバイダによるコンテンツの利用実績の収集を承諾しない設定になっていることが分かる。

なお、ユーザ情報ＤＢ２０１へのデータ登録は、ユーザによって、サービスプロバイダが提供するサービスを受けるために会員登録をする際に行なわれる。この会員登録処理は、ユーザがネットワーク１０３を通じてウェブサーバ１０１ｄが提供する会員登録画面により、配信センター１０１と端末装置１０２とがオンラインで行っても良いし、会員登録用の葉書を用いる等、オフラインで行っても良い。会員登録処理では、まずサービスプロバイダがユーザに対してユーザＩＤ３０１を割り当てる。その後、ユーザが所有する端末装置１０２の端末ＩＤ３０２が、オンラインまたはオフラインによりサービスプロバイダに通知されるので、ユーザＩＤ３０１と端末ＩＤ３０２とが関連付けられて、ユーザ情報ＤＢ２０１のユーザ情報管理テーブル３００に登録される。以上のような会員登録処理を行った結果、ユーザ情報ＤＢ２０１が構築される。

コンテンツ鍵ＤＢ２０２は、暗号化コンテンツを復号するためのコンテンツ鍵を管理するデータベースであって、端末装置１０２からのライセンス取得要求（ＬＴ取得要求）に対してＬＴを生成する際に、ＬＴ取得要求に含まれるコンテンツＩＤに対応したコンテンツ鍵を取得するために用いられる。
具体的には、コンテンツ鍵ＤＢ２０２は、図４に示すように、コンテンツ利用実績収集システム１においてコンテンツを一意に識別するコンテンツＩＤ４０１と、コンテンツＩＤ４０１に対応するコンテンツ鍵４０２とからなるコンテンツ鍵管理テーブル４００を有する。

例えば、コンテンツＩＤ４０１が「ＣＯＮＴＥＮＴ−ＩＤ−００００１」の暗号化コンテンツを復号するためのコンテンツ鍵４０２が「０ｘ１２３４５６７８９０ａｂｃｄｅｆ」であることを示している。
利用条件ＤＢ２０３は、ユーザ毎のコンテンツに対する利用条件を管理するデータベースであって、端末装置１０２からのＬＴ取得要求に対して、ユーザが所有する利用条件を満たすか否かを判定し、利用条件を満たす場合にＬＴを生成するために用いられる。

具体的には、利用条件ＤＢ２０３は、図５に示すように、コンテンツ利用実績収集システム１においてユーザを一意に識別し、利用条件の所有者を示すユーザＩＤ５０１と、ユーザＩＤ５０１に示されるユーザが所有する利用条件を識別するための利用条件ＩＤ５０２と、コンテンツ利用実績収集システム１においてコンテンツを一意に識別し、利用条件が利用を許諾するコンテンツのコンテンツＩＤ５０３と、コンテンツＩＤ５０３で示されるコンテンツの利用が可能となる開始、終了日時を示す有効期間５０４と、コンテンツＩＤ５０３で示されるコンテンツの利用可能な回数を示す利用可能回数５０５とからなる利用条件管理テーブル５００を有する。

例えば、ユーザＩＤ５０１が「ＵＳＥＲ−ＩＤ−００００１」であるユーザは、利用条件ＩＤ５０２が「ＵＲＵｓ−ＩＤ−００００１」なる利用条件を保持している。利用条件「ＵＲＵｓ−ＩＤ−００００１」は、利用を許諾するコンテンツがコンテンツＩＤ５０３に示される「ＣＯＮＴＥＮＴ−ＩＤ−００００１」なるコンテンツであり、有効期間５０４は「２００２／１２／３１〜２００３／１／３０」であり、利用可能回数５０５は無制限（∞）、すなわち、何回でも利用可能であることを示している。また、ユーザＩＤ５０１が「ＵＳＥＲ−ＩＤ−００００２」であるユーザは、利用条件ＩＤ５０２が「ＵＲＵｓ−ＩＤ−００００２」と「ＵＲＵｓ−ＩＤ−１００１１」という２つの利用条件を有している。このうち、利用条件「ＵＲＵｓ−ＩＤ−００００２」は、コンテンツＩＤ５０３が「ＣＯＮＴＥＮＴ−ＩＤ−１３４５２」なるコンテンツに対する利用条件であり、有効期間５０４が「２００２／１２／１〜２００２／１２／３１」、利用可能回数５０５が「５回」であるので、有効期間内で最大５回まで当該コンテンツを利用可能であることを示している。また、利用条件「ＵＲＵｓ−ＩＤ−１００１１」は、コンテンツＩＤ５０３が「ＣＯＮＴＥＮＴ−ＩＤ−９９９９９」なるコンテンツの利用条件であり、有効期間５０４は無制限（∞）であるが、利用可能回数５０５に示されるように、コンテンツを利用可能な回数は「１回」のみであることを示している。

利用実績収集条件ＤＢ２０４は、端末装置１０２に対して利用実績の収集を指示するための条件を管理するデータベースであり、コンテンツ毎に、どのユーザから利用実績を収集するかといった条件や、端末装置１０２において利用実績を記録するタイミング、端末装置１０２から利用実績収集サーバ１０１ｅに利用実績を送信するタイミング、記録する利用実績の内容等を管理し、端末装置１０２に対して利用実績を収集するように指示を行う場合に用いられる。

具体的には、利用実績収集条件ＤＢ２０４は、図６に示すように、コンテンツ利用実績収集システム１内でコンテンツを一意に識別するコンテンツＩＤ６０１と、利用実績を収集するユーザを決定するための条件、および、利用実績の収集タイミングや利用実績の内容に関する条件を示す利用実績収集条件６０２とからなる利用実績収集条件管理テーブル６００を有する。利用実績収集条件６０２は、利用実績を収集するユーザを決定するための条件を示す対象ユーザ決定条件６０３と、利用実績を記録するための条件を示す利用実績記録条件６０４と、記録する利用実績の項目（内容）を示す利用実績内容６０５と、記録した利用実績を端末装置１０２から利用実績収集サーバ１０１ｅに送信する条件を示す利用実績返却条件６０６とを含んでいる。

例えば、コンテンツＩＤ６０１が「ＣＯＮＴＥＮＴ−ＩＤ−００００１」のコンテンツは、対象ユーザ決定条件６０３に示されるように、利用実績を収集するユーザあるいは端末装置１０２が「ランダム」に決定される。また、利用実績記録条件６０４は「コンテンツ単位」と設定されている。これは、ユーザがコンテンツを利用する単位で利用実績を取得することを示しており、例えば、コンテンツ利用開始時に利用実績を記録するような場合などである。利用実績内容６０５は、「アクション、時刻」であるので、コンテンツの再生、コピーなどのユーザの操作（アクション）の内容と、ユーザの操作が行われた時刻を記録する。さらに、利用実績返却条件６０６は「毎日５：００」となっているので、記録した利用実績を、毎日５：００に利用実績収集サーバ１０１ｅに送信することを指示している。以上のように、コンテンツ「ＣＯＮＴＥＮＴ−ＩＤ−００００１」に関する利用実績収集条件６０２は、利用実績を収集する対象となるユーザをユーザ情報ＤＢ２０１から「ランダム」に決定し、決定されたユーザに対して、「コンテンツ単位」に「アクション」とアクションが実行された「時刻」を記録するよう指示し、記録された利用実績を「毎日５：００」に利用実績収集サーバ１０１ｅに送信する、というものである。ここで、利用実績を収集するユーザをランダムに決定する方法としては、例えば、一様乱数等を用いて乱数を発生させ、この乱数に対応するユーザ情報ＤＢ２０１のユーザ情報管理テーブル３００のユーザＩＤ３０１（例えば、「ＵＳＥＲ−ＩＤ−」に続く５桁の番号を用いる等）に該当するユーザを選択する方法が考えられる。

また、コンテンツＩＤ６０１が「ＣＯＮＴＥＮＴ−ＩＤ−００００２」であるコンテンツに関しては、対象ユーザ決定条件６０３で「全ユーザ」と示されているように、コンテンツ「ＣＯＮＴＥＮＴ−ＩＤ−００００２」のＬＴを発行する全てのユーザが、利用実績を収集する対象ユーザとして決定される。また、利用実績記録条件６０４では、「ユーザ操作単位、特殊再生あり」とあるように、利用実績として「ユーザ操作単位」、つまり、ユーザが利用操作（例えば、再生、停止、ポーズ、早送り、等）を行う都度、利用実績を記録するよう指示している。また、利用実績内容６０５は「利用部分」とあるように、ユーザがコンテンツのどの部分を利用したかを、特殊再生部分も含めて詳細に記録するよう指示している。さらに、利用実績返却条件６０６は、「ユーザ操作ごと」とあるように、１または複数のユーザ操作を行った時点で、端末装置１０２から利用実績収集サーバ１０１ｅに利用実績が送信される。

さらに、コンテンツＩＤ６０１が「ＣＯＮＴＥＮＴ−ＩＤ−００００３」であるコンテンツでは、対象ユーザ決定条件６０３は「プライバシポリシー」となっているので、ユーザ情報ＤＢ２０１を参照することにより、ユーザのプライバシポリシーに応じて、利用実績の収集の対象ユーザとするか否かが決定される。このコンテンツ「ＣＯＮＴＥＮＴ−ＩＤ−００００３」の利用実績記録条件６０４では、「ユーザ操作単位、特殊再生除外」を収集するように指定されており、利用実績として「ユーザ操作単位」、つまり、ユーザが利用操作の都度、利用実績を記録するよう指示しているが、早送り、巻戻しなどの特殊再生についての利用実績は除外するよう指示している。また、利用実績内容６０５は「アクション、時刻、利用部分」とあるように、ユーザの操作内容と、ユーザ操作が行われた時刻（絶対時刻）を記録すると共に、ユーザがコンテンツのどの部分を視聴したかを、特殊再生部分を除いて詳細に記録するよう指示している。

なお、コンテンツ「ＣＯＮＴＥＮＴ−ＩＤ−００００３」の利用実績返却条件６０６は、「コンテンツ利用直後」となっているので、コンテンツの利用を終了した時点で、端末装置１０２から利用実績収集サーバ１０１ｅに対して利用実績を送信するよう指示する例を示している。

また、コンテンツ「ＣＯＮＴＥＮＴ−ＩＤ−００００４」では、対象ユーザ決定条件６０３に「ＵＲ１０権利以上」と指定されており、利用条件ＤＢ２０３中に、利用条件を１０レコード以上所有しているユーザに対してのみ、利用実績の収集を行うように指示している。また、利用実績返却条件６０６では、「ＬＴ返却時」として指定されており、１または複数のＬＴを返却するタイミングと同期させて、利用実績を収集するよう指示している。

以上、データベース部２００の各部についての詳細な説明を行った。

次に、ライセンス処理部２１０の各部についての詳細な説明を行う。
利用実績収集指示部２１１は、端末装置１０２に対して、利用実績の収集を指示するための指示情報を生成する。
具体的には、利用実績収集指示部２１１は、ユーザからのＬＴ発行要求を受けた場合に、必要に応じて、ユーザ情報ＤＢ２０１、利用条件ＤＢ２０３、利用実績収集条件ＤＢ２０４等を用いて、利用実績の収集のための指示情報を生成し、ＬＴに設定するためにライセンス発行部２１２に指示情報を送信する。

ライセンス発行部２１２は、端末装置１０２からのＬＴ発行要求に応じて、ＬＴを生成する。
具体的には、ライセンス発行部２１２は、端末装置１０２からのＬＴ発行要求を受け、ユーザ情報ＤＢ２０１と、コンテンツ鍵ＤＢ２０２と、利用条件ＤＢ２０３とを利用し、ＬＴ発行要求がユーザの利用条件を満たすか否かを判定した上で、ＬＴを生成する処理を行う。また、権利管理サーバ１０１ｂから端末装置１０２に対して、ユーザのコンテンツの利用実績の収集を指示するため、利用実績収集指示部２１１から利用実績の収集のための指示情報を受け取り、ＬＴに設定する。

第１の送受信部２１３は、ネットワーク１０３を通じて、端末装置１０２と通信する。
以上、権利管理サーバ１０１ｂの詳細な構成について、説明を行った。
ここで、ライセンス発行部２１２が生成するＬＴ、および、利用実績収集指示部２１１が生成する利用実績の収集のための指示情報の構成を、図７〜図８を用いて詳細に説明する。

図７は、ＬＴの構成の一例を示す図である。図７に示すＬＴ７００は、ＬＴ７００が利用を許諾するコンテンツのコンテンツＩＤやＬＴ７００の有効期限等を含むＬＴヘッダ７０１、コンテンツの再生や、記録メディアへのコピーが可能な回数等の利用条件を示すＬＴアクションタグブロック７０２、コンテンツを復号するためのコンテンツ鍵を含むコンテンツ鍵タグブロック７０３、権利管理サーバ１０１ｂから端末装置１０２に対して利用実績の収集を指示するための利用実績収集指示タグブロック７０４、ＬＴ７００の改ざんを検出するためのハッシュ値であるＬＴフッタ７０５とから構成されている。

ＬＴヘッダ７０１は、ＬＴ７００を識別するためのＬＴ識別子７１１、ユーザ毎またはシステム毎でＬＴ７００を一意に特定可能な識別子であるライセンスＩＤ７１２、ＬＴ７００全体の長さを示すＬＴサイズ７１３、ＬＴ７００が利用を許諾するコンテンツの識別子であるコンテンツＩＤ７１４、ＬＴ７００が利用可能な期間を示すＬＴ有効期間７１５から構成される。

ＬＴアクションタグブロック７０２は、「再生」、「コピー」、「印刷」等の、コンテンツに対するユーザのアクションを特定するためのアクションＩＤ７２１と、アクションの実行が許諾される回数を示す回数カウンタ７２２と、コンテンツの再生、コピー等を行う部に固有な利用条件を示す利用部固有条件７２３とから構成される。ここで、利用部固有条件７２３とは、端末装置１０２におけるコンテンツを利用する構成要素の種類や性能に依存する利用条件である。例えば、映画コンテンツの音声チャネルの指定（５．１ｃｈで再生可能か、２ｃｈで再生可能か）や、画像コンテンツの解像度、サイズの指定等が挙げられる。

コンテンツ鍵タグブロック７０３は、暗号化コンテンツを復号するためのコンテンツ鍵がバイナリ値で設定される。
利用実績収集指示タグブロック７０４は、利用実績収集指示部２１１において生成されるタグブロックであり、図８に示すフォーマットを有する。
ここで、図８を用いて、利用実績収集タグブロック８０４の詳細な構成について説明する。

利用実績収集指示タグブロック７０４は、利用実績収集指示タグブロック７０４を識別するための識別子である利用実績収集指示タグ値８０１、利用実績収集指示タグブロック７０４の長さを示す指示情報長８０２、利用実績の収集を指示する情報である指示情報８０３とから構成される。

指示情報８０３は、利用実績記録条件８１１と、利用実績内容８１２と、利用実績返却条件８１３とから構成されている。ここでは、利用実績記録条件８１１として、「ユーザ操作単位、特殊再生除外」は、特殊再生を除くユーザのコンテンツを利用する操作の単位で利用実績を記録する指示を、利用実績内容８１２の「アクション」および「時刻」および「利用部分」は、ユーザがコンテンツを利用する動作の内容（例えば、再生、コピー等）を示すアクションと、そのアクションが行われた絶対時刻を記録する指示を、利用実績返却条件８１３の「コンテンツ利用直後」は、当該コンテンツの利用を終了した直後に、利用実績収集サーバ１０１ｅに利用実績を送信する指示を表している。

なお、利用実績内容８１２において「時刻」が指定された場合のため、端末装置１０２において、コンテンツを利用した絶対時刻を記録するための、セキュアな計時部を有するようにしても良い。
以上、図８を用いて、利用実績収集タグブロック８０４の詳細な構成についての説明を行った。以下、図７を用いて、ＬＴ７００についての説明を継続する。

ＬＴフッタ７０５は、ＬＴ７００をハードディスク等の非セキュアな領域に蓄積する場合に、改ざんの検出を行い、その正当性を確保するためのものであって、ＬＴの内容が更新される度に、ＬＴ７００のハッシュ値を計算し、計算結果を管理する。このハッシュ値は、ハード的に耐タンパされたエリアで管理される必要がある。具体的なハッシュアルゴリズムとしては、ＳＨＡ−１（Ｓｅｃｕｒｅ Ｈａｓｈ Ａｌｇｏｒｉｔｈｍ １）や、ＳＨＡ−２５６等を用いることができる。

以上、図７〜図８を用いて、ＬＴ７００と利用実績の収集のための指示情報である利用実績収集指示タグブロック７０４について、その詳細な構成の説明を行ったことにより、ライセンス処理部２１０の各部についての詳細な説明を終了する。

次に、図９は、図１に示される配信サーバ１０１におけるコンテンツ配信サーバ１０１ｃの詳細な構成を示す機能ブロック図である。

コンテンツ配信サーバ１０１ｃは、端末装置１０２からのコンテンツ取得要求に応じて、ＭＰＥＧ−２、ＭＰＥＧ−４等のコンテンツをＭＰＥＧ−２ ＴＳで出力する装置であって、コンテンツ取得要求受信部９０１と、コンテンツ取得部９０２と、コンテンツＤＢ９０３と、コンテンツ多重化部９０４と、コンテンツ暗号化部９０５と、コンテンツ鍵供給部９０６と、計時部９０７と、第１の時刻情報付加部９０８と、第２の時刻情報記録部９０９と、コンテンツ送出部９１０と、コンテンツ鍵ＤＢ９１１とから構成される。

コンテンツ取得要求受信部９０１は、端末装置１０２からのコンテンツ送出要求やコンテンツ停止要求を受信し、コンテンツ取得部９０２に通知する。具体的には、コンテンツ取得要求受信部９０１は、ＲＴＳＰ（Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍｉｎｇ Ｐｒｏｔｏｃｏｌ）による再生指示（ＰＬＡＹ）を受信すると、コンテンツ取得部９０２に当該コンテンツの取得指示を送信することにより、コンテンツ配信サーバ１０１ｃからコンテンツの送出を開始する。また、端末装置１０２からＲＴＳＰによるコンテンツ停止要求（ＴＥＡＲＤＯＷＮ）を受信した場合には、コンテンツ取得部９０２に当該コンテンツの取得停止指示を送信することにより、コンテンツ配信サーバ１０１ｃからコンテンツの送出を停止する。さらに、ＲＴＳＰによる一時停止（ＰＡＵＳＥ）などの特殊再生に対する要求等も処理することができる。

コンテンツ取得部９０２は、端末装置１０２から要求されたコンテンツをコンテンツＤＢ９０３から読み出し、端末装置１０２に送信する。
具体的には、コンテンツ取得部９０２はＭＰＥＧストリームを生成するリアルタイムエンコーダであって、コンテンツ取得要求受信部９０１からの指示に応じて、コンテンツＤＢ９０３から映像、音声などを読み出し、映像、音声、データなどのＭＰＥＧ−２やＭＰＥＧ−４のＥＳを生成する。さらに、これらのＥＳを含むＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）パケットを生成し、コンテンツ多重化部９０４に送出する。

ここで、図１０を用いて、ＰＥＳパケットの構成の概要について説明する。図１０に示すＰＥＳパケット１０００は、ＰＥＳパケットの開始を示すコードであるＰａｃｋｅｔ Ｓｔａｒｔ Ｃｏｄｅ Ｐｒｅｆｉｘ１０００と、ＰＥＳに含まれる音声、映像等のデータの種類を示すＳｔｒｅａｍ ｉｄ１０２０と、ＰＥＳパケット１０００の長さを示すＰＥＳ Ｐａｃｋｅｔ Ｌｅｎｇｔｈ１０３０と、オプションのＰＥＳヘッダであるＯｐｔｉｏｎａｌ ＰＥＳ Ｈｅａｄｅｒ１０４０と、スタッフィングであるＳｔｕｆｆｉｎｇ Ｂｙｔｅｓ１０５０と、音声、映像等のデータ（ＥＳ）が設定されるＰＥＳ Ｐａｃｋｅｔ Ｄａｔａ Ｂｙｔｅｓ１０６０とから構成される。

以下、図９に戻って、コンテンツ配信サーバ１０１ｃの構成についての説明を継続する。
コンテンツＤＢ９０３は、コンテンツを蓄積するためのデータベースである。具体的には、コンテンツＤＢ９０３は、例えば、映画、ドキュメンタリーなどを蓄積するＶＣＲ（Ｖｉｄｅｏ Ｃａｓｓｅｔｔｅ Ｒｅｃｏｒｄｅｒ）などであったり、ライブ放送（生放送）時であれば、映像、音声を撮影するためのビデオカメラであったりする。

コンテンツ多重化部９０４は、コンテンツ取得部９０２から受け取った映像、音声、データ等のコンテンツを多重化し、コンテンツ暗号化部９０５に送出する。具体的には、コンテンツ多重化部９０４は、ＰＥＳ形式のコンテンツをＭＰＥＧ−２ ＴＳパケット（以下、ＴＳパケットと記述）に多重化してトランスポートストリームを生成する。

図１１は、ＴＳパケットの構成の概要を示す図である。ＴＳパケット１１００は、ＴＳパケット１１００の開始を示すコードやＴＳパケットに設定されるデータの種類などを特定するためのＰＩＤ（Ｐａｃｋｅｔ ＩＤ）などが含まれるＴＳパケット１１００のヘッダであるＴＳＰ Ｈｅａｄｅｒ１１１０と、オプション的に用いられ、時刻情報やプライベートデータなどが設定可能なＡｄａｐｔａｔｉｏｎ Ｆｉｅｌｄ１１２０と、ＰＥＳパケット１０００や、ＰＳＩ（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ）／ＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）などが設定されるペイロードであるＴＳＰ Ｐａｙｌｏａｄ１１３０とから構成される。

コンテンツ多重化部９０４は、このように生成したトランスポートストリーム（ＴＳパケット１１００）を、コンテンツ暗号化部９０５に送出する。
コンテンツ暗号化部９０５は、ＡＥＳを用いてコンテンツを暗号化する。具体的には、コンテンツ暗号化部９０５は、図１１に示すＴＳパケット１１００のＡｄａｐｔａｔｉｏｎ Ｆｉｅｌｄ１１２０を除くペイロード部（ＴＳＰ Ｐａｙｌｏａｄ１１３０）を、コンテンツ鍵供給部９０６から取得したコンテンツ鍵（暗号鍵）を用いて、ＣＢＣ（Ｃｉｐｈｅｒ Ｂｌｏｃｋ Ｃｈａｉｎｉｎｇ）モードによって暗号化する。

コンテンツ鍵供給部９０６は、コンテンツを暗号化するためのコンテンツ鍵をコンテンツ鍵ＤＢ９１１から取得し、コンテンツ暗号化部９０５に提供する。
コンテンツ鍵ＤＢ９１１は、コンテンツを暗号化するためのコンテンツ鍵を管理するデータベースであって、端末装置１０２からの要求に応じて、コンテンツＩＤに対応したコンテンツ鍵をコンテンツ鍵供給部９０６に提供する。コンテンツ鍵ＤＢ９１１が管理するテーブル構成の一例としては、図４に示した、権利管理サーバ１０１ｂにおけるコンテンツ鍵ＤＢ２０２のコンテンツ鍵テーブル４００と同様で良いので、ここでは説明を省略する。

なお、コンテンツ鍵ＤＢ９１１で管理されるコンテンツ毎のコンテンツ鍵と、権利管理サーバ１０１ｂにおけるコンテンツ鍵ＤＢ２０２で管理されるコンテンツ毎のコンテンツ鍵（すなわち、ＬＴ７００に設定される、コンテンツを復号するための鍵）は、一貫性が保たれるように管理されることは言うまでもない。
計時部９０７は、コンテンツ配信サーバ１０１ｃ内での基準となる時刻を出力する。具体的には、計時部９０７は、ＳＴＣ（Ｓｙｓｔｅｍ Ｔｉｍｅ Ｃｌｏｃｋ）と呼ばれる２７ＭＨｚの精度を有する４２ビットの基準時刻を生成して、第１の時刻情報付加部９０８に供給する。

第１の時刻情報付加部９０８は、計時部９０７からＳＴＣを取得し、コンテンツ取得部９０２およびコンテンツ多重化部９０４に対して第１の時刻情報を付加する。具体的には、第１の時刻情報付加部９０８は、計時部９０７からＳＴＣの値を取得して、コンテンツ取得部９０２に対して、ＭＰＥＧ−２ Ｓｙｓｔｅｍｓの規約に従い、少なくとも７００ｍｓの精度でＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）およびＤＴＳ（Ｄｅｃｏｄｉｎｇ Ｔｉｍｅ Ｓｔａｍｐ）のためのタイムスタンプを付与する。また、コンテンツ多重化部９０４に対しては、ＭＰＥＧ−２ Ｓｙｓｔｅｍｓの規約に従い、少なくとも１００ｍｓの精度でＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）のためのタイムスタンプを付与する。

すなわち、コンテンツ取得部９０２は、第１の時刻情報付加部９０８から取得した第１の時刻情報（ＰＴＳ、ＤＴＳ用タイムスタンプ）の値を用いて、ＰＥＳパケット１０００を生成する際、Ｏｐｔｉｏｎａｌ ＰＥＳ Ｈｅａｄｅｒ１０４０中の、Ｏｐｔｉｏｎａｌ Ｆｉｅｌｄｓ１０４３の要素であるＰＴＳ１０４３ａ、ＤＴＳ１０４３ｂをＰＥＳパケット１０００に付加する。

ＰＴＳ１０４３ａは、当該ＰＥＳパケット１０００に含まれる映像、音声等を端末装置１０２ａ〜１０２ｃにおいて表示する時刻を示す情報である。また、ＤＴＳ１０４３ｂは、当該ＰＥＳパケット１０００に含まれる映像、音声等をデコードする時刻を示す情報である。
これらのＰＴＳ１０４３ａおよびＤＴＳ１０４３ｂは、端末装置１０２ａ〜１０２ｃにおいて、端末装置１０２ａ〜１０２ｃが保持するＳＴＣと一致する毎に、個々のＰＥＳパケットのデコード、表示を確実に行えるよう、適切なＰＥＳパケット１０００に設定される。

また、コンテンツ多重化部９０４についても、第１の時刻情報付加部９０８から取得した第１の時刻情報（ＰＣＲ用タイムスタンプ）の値を用いて、ＴＳパケット１１００を生成する際、ＴＳパケット１１００のＡｄａｐｔａｔｉｏｎ Ｆｉｅｌｄ１１２０のＯｐｔｉｏｎａｌ Ｆｉｅｌｄｓ１１２５内の要素であるＰＣＲ１１２５ａを付加する。端末装置１０２ａ〜１０２ｃは、このＰＣＲ１１２５ａを用いて、複数のＥＳ（映像、音声、データ等）を同期再生させるための、送信装置のＳＴＣと同期する基準クロック（ＳＴＣ）を再生することが可能となる。

ここで、ＰＣＲ１１２５ａに付加した第１の時刻情報は、端末装置１０２において、ユーザがコンテンツのどの部分を利用したかを記録するために用いられるが、ＰＣＲ１１２５ａはＴＳパケット１１００の非暗号化部に存在するため、ＰＣＲ１１２５ａの値が不正に改ざんされ、配信センター１０１において正しい利用実績が取得できない恐れがある。ゆえに、コンテンツ多重化部９０４において、少なくともＰＣＲ１１２５ａと、コンテンツ暗号化部９０５において暗号化されるＴＳＰ Ｐａｙｌｏａｄ１１３０とのハッシュを計算して、ＴＳパケット１１００のＰｒｉｖａｔｅ Ｄａｔａ１１２５ｅに設定する。すなわち、コンテンツ多重化部９０４は、第１の時刻情報とコンテンツとをセキュアにバインドするとも言える。

なお、Ｐｒｉｖａｔｅ Ｄａｔａ Ｌｅｎｇｔｈ１１２５ｄは、追加したハッシュ値の長さに応じて、適切な値が設定される。本実施の形態では、Ａｄａｐｔａｔｉｏｎ Ｆｉｅｌｄ１１２０とＴＳＰ Ｐａｙｌｏａｄ１１３０のハッシュを計算して、Ｐｒｉｖａｔｅ Ｄａｔａ１１２５ｅに設定する場合を考える。なお、ＴＳパケット１１００のどの部分のハッシュを計算するかについては、少なくとも、第１の時刻情報であるＰＣＲ１１２５ａと、コンテンツ暗号化部９０５と端末装置１０２のコンテンツ復号部１５２１との間で共有される何らかの秘密情報とであれば、本実施の形態に限られるものではない。また、第１の時刻情報は、上記ＰＣＲ１１２５ａに限られるものではなく、例えば、プライベートデータ部（Ｐｒｉｖａｔｅ Ｄａｔａ１１２５ｅ）に設定された時刻情報などであっても良い。

また、第１の時刻情報付加部９０８がコンテンツ（番組）の開始時点でのＰＣＲ１１２５ａの値を取得するため、例えば、コンテンツ取得部９０２においてＴＳパケット１１００のＰｒｉｖａｔｅ Ｄａｔａ１１２５ｅに、コンテンツの開始（先頭）を示すフラグを設定するようにしておくようにすれば、第１の時刻情報付加部９０８は、上記フラグを検出した時点でのＰＣＲ１１２５ａの値（すなわち、ＳＴＣの値）を第２の時刻情報として取得することで、第２の時刻情報記録部９０９に送信することができる。なお、図９には図示しない上流システム（例えば、番組運行管理システム、等）から、コンテンツ開始のタイミングを受け取るようにしても良い。

第２の時刻情報記録部９０９は、第１の時刻情報付加部９０８から取得したコンテンツ先頭における第１の時刻情報の値、すなわち第２の時刻情報を記録する。この第２の時刻情報は、利用実績の記録のため、必要に応じて、ＬＡＮ１０１ｎを通じて利用実績収集サーバ１０１ｅに送信される。

コンテンツ送出部９１０は、コンテンツ暗号化部９０５において暗号化されたＴＳパケットを、端末装置１０２に送出する。具体的には、コンテンツ送出部９１０は、コンテンツ暗号化部９０５から受け取ったＴＳパケット１１００を、ＲＴＰパケットに設定して、ネットワーク１０３を通じて端末装置１０２に送出する。なお、ＴＳパケット１１００をＲＴＰパケットで送出する方法としては、ＲＦＣ２２５０（ＲＴＰ Ｐａｙｌｏａｄ Ｆｏｒｍａｔ ｆｏｒ ＭＰＥＧ−１／ＭＰＥＧ−２ Ｖｉｄｅｏ）に記載されているフォーマットを用いる方法などが挙げられる。

なお、ここでは、コンテンツＤＢ９０３に蓄積されたコンテンツを読み出し、コンテンツ取得部９０２においてリアルタイムエンコードする場合の例を示したが、予めオフラインでＰＥＳ（ＥＳ）あるいはＴＳを生成しておき、コンテンツＤＢ９０３に蓄積しておくことにより、コンテンツ取得部９０２は、コンテンツ送出時に、コンテンツＤＢ９０３からＰＥＳやＴＳを読み出す処理のみをさせるようにしても良い。

また、ここでは、コンテンツＤＢ９０３に蓄積された非暗号のコンテンツを、コンテンツ暗号化部９０５で送出時に暗号化する場合の例を示したが、予め暗号化されたＴＳを格納しておくようにすることもできる。
以上、図９〜図１１を用いて、配信センター１０１から端末装置１０２にコンテンツを送出するコンテンツ配信サーバ１０１ｃの構成についての詳細な説明を終了する。

図１２は、図１に示される配信センター１０１における利用実績収集サーバ１０１ｅの詳細な構成を示す機能ブロック図である。
利用実績収集サーバ１０１ｅは、区間情報取得部１２０１と、第２の時刻情報取得部１２０２と、利用実績取得部１２０３と、利用実績ＤＢ１２０４とから構成される。
区間情報取得部１２０１は、端末装置１０２から区間情報を取得する。ここで、区間情報は、コンテンツの全区間中で実際に利用されたコンテンツの区間を示し、コンテンツの利用を開始した時点における第１の時刻情報の値を示す開始時刻情報とコンテンツの利用を終了した時点における第１の時刻情報の値を示す開始時刻情報とを含む。具体的には、区間情報取得部１２０１は、端末装置１０２でコンテンツの利用実績として記録した区間情報を、ネットワーク１０３を介して受信する。端末装置１０２との通信については、区間情報のセキュリティを確保するため、端末装置１０２との間でＰＫＩ（Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）を用いたＳＡＣを確立してから区間情報の受信を行ったり、相互認証を行わずに、利用実績収集サーバ１０１ｅと端末装置１０２のみが知りうる暗号鍵によって、区間情報を暗号化してから通信を行ったりすることができる。

第２の時刻情報取得部１２０２は、コンテンツ配信サーバ１０１ｃから第２の時刻情報を取得する。具体的には、第２の時刻情報取得部１２０２は、コンテンツ配信サーバ１０１ｃの第２の時刻情報記録部９０９においてコンテンツＩＤ毎に保持されている第２の時刻情報、すなわちコンテンツの開始時の第１の時刻情報の値を、コンテンツＩＤと共にＬＡＮ１０１ｎを通じて取得する処理を行う。

利用実績取得部１２０３は、区間情報と第２の時刻情報とから、利用実績を算出する。具体的には、利用実績取得部１２０３は、区間情報取得部１２０１が取得した区間情報と、第２の時刻情報取得部１２０２が取得した第２の時刻情報との差分から、ユーザが当該コンテンツのどの部分を利用したかという情報を利用実績として取得する処理を行う。この処理について、図１３を参照して詳細に説明する。

図１３は、利用実績取得部１２０３が取得する区間情報と第２の時刻情報の内容を説明するための図である。図１３の横軸（矢印）はコンテンツの送出に伴う時間経過を示しており、左から右に進むにつれて、時刻が進んでいくことを表している。この横軸の下に記載されているコンテンツの先頭からの相対時刻（ＲＴ）の値は、コンテンツの先頭（ＲＴ＿Ｔ）が０であり、時間経過にしたがって単調増加する値である。また、第１の時刻情報（ＰＣＲ）の値は、コンテンツ配信サーバ１０１ｃ内の計時部９０７で計時されたＳＴＣが、第１の時刻情報付加部９０８によってＴＳパケット１１００のＰＣＲ１１２５ａに設定された値が記されている。

ここで、あるコンテンツが、ＰＣＲの値が１００００（ＰＣＲ＿Ｔ）の時点で送出を開始され（すなわち、コンテンツの先頭を示す）、ＰＣＲの値が２４０００（ＰＣＲ＿Ｅ）の時点で送出を完了した（すなわち、コンテンツの末尾を示す）場合を考える。このように送出されたコンテンツを、あるユーザが、ＰＣＲの値が１６０００（ＰＣＲ＿Ｓ）の時点で視聴開始し、ＰＣＲの値が２００００（ＰＣＲ＿Ｅ）の時点で視聴終了したとすると、端末装置１０２で記録される区間情報は、ＰＣＲ＿ＳおよびＰＣＲ＿Ｅ、すなわち、１６０００および２００００という値が記録されることになる。

一方、コンテンツ配信サーバ１０１ｃにおける第２の時刻情報記録部９０９は、コンテンツの送出が開始された時点でのＰＣＲの値である１００００（ＰＣＲ＿Ｔ）を第２の時刻情報として記録する。ゆえに、利用実績取得部１２０３は、（ＲＴ＿Ｓ）＝（ＰＣＲ＿Ｓ−ＰＣＲ＿Ｔ）、および、（ＲＴ＿Ｅ）＝（ＰＣＲ＿Ｅ− ＰＣＲ＿Ｔ）という計算式によって、コンテンツ内のどの部分を利用したか（コンテンツ内の利用開始位置および利用終了位置）という利用実績、すなわち、コンテンツの先頭からの相対時刻である、６０００（ＲＴ＿Ｓ）および１００００（ＲＴ＿Ｅ）という値が算出されることになる。

利用実績ＤＢ１２０４は、利用実績を管理するデータベースである。具体的には、利用実績ＤＢ１２０４は、利用実績取得部１２０３から取得した利用実績を受け取り、図１４に示す利用実績管理テーブル１４００に記録する。図１４に示す利用実績管理テーブル１４００は、ユーザＩＤ１４０１、端末ＩＤ１４０２、コンテンツＩＤ１４０３、ライセンスＩＤ１４０４、利用実績１４０５とから構成されている。

ユーザＩＤ１４０１は、ユーザをコンテンツ利用実績収集システム１内で特定するためのＩＤである。
端末ＩＤ１４０２は、端末装置１０２をコンテンツ利用実績収集システム１内で特定するためのＩＤが記録されている。
コンテンツＩＤ１４０３は、端末装置１０２において利用されたコンテンツを、コンテンツ利用実績収集システム１内で特定するためのＩＤである。

ライセンスＩＤ１４０４は、コンテンツＩＤ１４０３で特定されるコンテンツの利用を許諾したライセンス（ＬＴ７００）を、コンテンツ利用実績収集システム１内で特定するためのＩＤである。なお、ライセンスＩＤ１４０４は、運用に応じて、ユーザＩＤ１４０１や端末ＩＤ１４０２などに対して一意であっても良い。
利用実績１４０５は、利用実績収集サーバ１０１ｅの利用実績取得部１２０３によって算出された利用実績を示している。

例えば、ユーザ「ＵＳＥＲ−ＩＤ−００００１」は、「ＴＥＲＭＩＮＡＬ−ＩＤ−００００１」なる端末装置１０２において、コンテンツ「ＣＯＮＴＥＮＴ−ＩＤ−２２２２２」を利用したことを示している。また、コンテンツ「ＣＯＮＴＥＮＴ−ＩＤ−２２２２２」の利用を許諾したＬＴ７００を特定するためのライセンスＩＤ１４０４が、「ＬＩＣＥＮＳＥ−ＩＤ−２２３６０６」であることを示している。利用実績１４０５は、ユーザ「ＵＳＥＲ−ＩＤ−００００１」がコンテンツ「ＣＯＮＴＥＮＴ−ＩＤ−２２２２２」を利用したコンテンツ内の位置を特定する情報が示されており、例えば、「Ｐｌａｙ：：３９７０５８４、３９９９９９９」の場合は、当該コンテンツの再生（視聴）が、コンテンツの先頭からの相対時刻として、３９７０５８４から３９９９９９９の間であったことを示している。

なお、コンテンツ開始からの実時間は、ＰＣＲの単位が２７００００００／１秒であることより算出することができる。また、ユーザ「ＵＳＥＲ−ＩＤ−００００２」の利用実績１４０５の利用実績では、ユーザが行った「アクション」（Ｐｌａｙ）と、アクションを行った「時刻」（２０００／１２／３１ １９：００：００）が記録されており、さらに、特殊再生を行ったコンテンツの部分を特定するための情報として、Ｆｗｄ（早送り）、Ｒｗｄ（巻き戻し）に関する利用実績が算出されている例が示されている。

以上、図２〜図１４を用いて、配信センター１０１における権利管理サーバ１０１ｂ、コンテンツ配信サーバ１０１ｃ、利用実績収集サーバ１０１ｅについて説明した。なお、配信センター１０１における課金サーバ１０１ａ、ウェブサーバ１０１ｄの詳細な構成については、本発明の主眼ではないため、ここでは省略する。

次に、コンテンツ利用実績収集システム１における端末装置１０２の構成について説明する。図１５は、図１に示される端末装置１０２の詳細な構成を示す機能ブロック図である。

端末装置１０２は、ライセンス（ＬＴ７００）を処理し、セキュアにコンテンツの利用制御を行う権利管理部１５００と、セキュアにコンテンツを利用するコンテンツ利用部１５２０と、主としてユーザに対してインタフェースを提供する端末アプリケーション１５５０とから構成されている。
権利管理部１５００は、第２の送受信部１５０１と、ライセンス取得部１５０２と、コンテンツ利用制御部１５０３と、セキュアＤＢ１５０４と、利用実績取得部１５０５と、利用実績送信部１５０６とから構成されている。また、コンテンツ利用部１５２０は、コンテンツ復号部１５２１と、コンテンツ利用部１５２２と、区間情報記録部１５２３とから構成されている。

第２の送受信部１５０１は、ネットワーク１０３を通じて、配信センター１０１と通信する。
ライセンス取得部１５０２は、権利管理サーバ１０１ｂからＬＴ７００を取得する。具体的には、ライセンス取得部１５０２は、図１６に示す期待ＬＴ情報（Ｅｘｐｅｃｔｅｄ ＬＴ Ｉｎｆｏｒｍａｔｉｏｎ、以下、ＥＬＩと記述）１６００を生成し、ＥＬＩ１６００を権利管理サーバ１０１ｂに送信することにより、権利管理サーバ１０１ｂからＬＴ７００を取得する。

図１６において、ＥＬＩ１６００は、ＥＬＩ識別子１６０１と、端末ＩＤ１６０２と、利用条件ＩＤ１６０３と、コンテンツＩＤ１６０４と、期待利用回数１６０５とから構成される。ＥＬＩ識別子１６０１には、このデータがＥＬＩ１６００であることを示す情報が記述される。端末ＩＤ１６０２には、ＥＬＩ１６００を生成した端末装置１０２、すなわち、ＬＴ７００を要求する端末装置１０２の端末ＩＤが記述される。利用条件ＩＤ１６０３には、権利管理サーバ１０１ｂの利用条件ＤＢ２０３において管理されるユーザの利用条件を特定するための利用条件ＩＤ５０２が記述される。この利用条件ＩＤ５０２は、ユーザが権利管理サーバ１０１ｂから利用可能な権利を問い合わせる際のレスポンスで通知される利用条件ＩＤを使用する。コンテンツＩＤ１６０４には、利用したいコンテンツのコンテンツＩＤが記述される。期待利用回数１６０５には、要求するＬＴ７００のＬＴアクションタグブロック７０２における回数カウンタ７２２に設定されるコンテンツの利用可能な回数の値を記述する。なお、期待利用回数１６０５に加え、ユーザが期待するＬＴ７００の有効期間（ＬＴヘッダ７０１におけるＬＴ有効期間７１５）を要求するようにしても良い。

コンテンツ利用制御部１５０３は、ＬＴ７００に基づき、セキュアにコンテンツの利用制御を行う。具体的には、コンテンツ利用制御部１５０３は、ユーザからコンテンツの利用を要求された場合に、ライセンス取得部１５０２が権利管理サーバ１０１ｂより取得したＬＴ７００に含まれる利用条件に基づき、コンテンツの利用が可能かどうかを判定する。そして、利用条件がコンテンツの利用を許諾している場合に限り、暗号化コンテンツを復号するためのコンテンツ鍵をコンテンツ復号部１５２１に渡す、という処理を行う。

例えば、コンテンツ利用制御部１５０３は、ＬＴ７００のＬＴヘッダ７０１に設定されたＬＴ有効期間７１５と、ＬＴアクションタグブロック７０２に設定された回数カウンタ７２２を参照し、コンテンツが利用可能であるかどうかを判定する。端末装置１０２に保持している、図１５には図示しないセキュアな計時部により提供される現在時刻を参照し、現在時刻がＬＴ有効期間７１５内であり、かつ、回数カウンタ７２２の値が１以上の場合において、コンテンツの再生が可能であると判定するという処理を行う。

なお、コンテンツ利用制御部１５０３とコンテンツ復号部１５２１との間は、セキュアにコンテンツ鍵を送受信するため、ＳＡＣを確立して安全にコンテンツ鍵の送受信が行われる。但し、コンテンツ利用制御部１５０３とコンテンツ復号部１５２１とが、同一の耐タンパ領域にある場合は、安全にコンテンツ鍵の送受信を行うことができるので、ＳＡＣを確立する必要はない。

また、コンテンツ利用制御部１５０３は、コンテンツの利用制御を行った結果、コンテンツの利用実績を生成する。具体的には、コンテンツ利用制御部１５０３は、ユーザのコンテンツ利用回数（例えば再生）や、コンテンツ利用時刻といった利用実績を生成し、利用実績取得部１５０５に渡すという処理を行う。

セキュアＤＢ１５０４は、セキュアにデータを管理するためのデータベース部であり、ライセンス取得部１５０２により取得されたＬＴ７００や、利用実績取得部１５０５により取得されたコンテンツの利用実績であるＵＬ（Ｕｓａｇｅ Ｌｏｇ、以下、ＵＬと記述）を蓄積する。なお、ＵＬの構成については、後で図１７を用いて詳細に説明する。具体的には、セキュアＤＢ１５０４は、図７で示される権利管理サーバ１０１ｂから取得したＬＴ７００や、コンテンツの利用実績であるＵＬなどを蓄積すると共に、改ざん等の不正な行為を防止するため、セキュアＤＢ１５０４中のＬＴ７００、あるいは、ＵＬのハッシュ値を、ハード的またはソフト的に耐タンパ化された領域に格納する。

利用実績取得部１５０５は、コンテンツ利用制御部１５０３およびコンテンツ利用部１５２２からの利用実績を収集する。具体的には、利用実績取得部１５０５は、コンテンツ利用制御部１５０３あるいはコンテンツ利用部１５２２により取得された利用実績を受け取り、セキュアＤＢ１５０４に記録する。なお、即座に利用実績を配信センター１０１に送信するため、セキュアＤＢ１５０４に記録せずに利用実績送信部１５０６に送信しても良い。

利用実績送信部１５０６は、端末装置１０２で記録した利用実績を配信センター１０１へ送信する部であり、記録した利用実績をＵＬに設定して、利用実績収集サーバ１０１ｅへ送信する。具体的には、利用実績送信部１５０６は、定期的または任意のタイミングでセキュアＤＢ１５０４を検索し、ＬＴ７００の利用実績収集指示タグブロック７０４内に含まれる利用実績返却条件８１３を参照することにより、利用実績収集サーバ１０１ｅにアップロード可能な利用実績（ＵＬ）を取得する。例えば、ＬＴ７００とＩＤ等を用いて関連付けられたＵＬを検索する方法などにより、対応するＵＬを取得することができる。なお、このとき、ＬＴ７００以外で指示された条件に基づいてＵＬを送信したり、予め決められた条件に基づいてＵＬを送信したりしても良い。このように取得したＵＬを、利用実績収集サーバ１０１ｅに送信する。また、利用実績取得部１５０５から受け取った利用実績を、ＵＬを用いて即座に利用実績収集サーバ１０１ｅに送信したりすることもできる。

一方、コンテンツ利用部１５２０は、コンテンツ復号部１５２１と、コンテンツ利用部１５２２と、区間情報記録部１５２３とから構成されている。
コンテンツ復号部１５２１は、コンテンツを復号すると共に、コンテンツ内の再生位置などの利用実績を取得する。
具体的には、コンテンツ復号部１５２１は、暗号化されたＭＰＥＧ−２ ＴＳにより多重化されたコンテンツを取得し、トランスポートストリームに含まれるＰＡＴ(Program Accosiation Table)、ＰＭＴ(Program Map Table)などのＰＳＩ情報を参照して、コンテンツの映像、音声、データを含むＴＳパケット１１００、および、ＰＣＲ１１２５ａが挿入されているＴＳパケット１１００のＰＩＤを取得する。

そして、コンテンツ利用制御部１５０３から取得するコンテンツ鍵によって、ＴＳＰ Ｈｅａｄｅｒ１１１０中のＴｒａｎｓｐｏｒｔ＿Ｓｃｒａｍｂｌｉｎｇ＿Ｃｏｎｔｒｏｌ（図１１に図示せず）を参照して暗号化されているＴＳパケット１１００のペイロードを復号する。同時に、ＰＭＴに記載されているＰＣＲ＿ＰＩＤ（ＰＣＲが含まれているＰＩＤを示す）を参照することにより、ＴＳパケット１１００のＡｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ１１２０にＰＣＲ１１２５ａが挿入されているＰＩＤのＴＳパケット１１００を取得して、ユーザの操作が行われた時点でのＰＣＲ１１２５ａの値を開始時刻情報または終了時刻情報として取得する。例えば、コンテンツの視聴（再生）開始の時点、あるいは、コンテンツの視聴終了の時点でのＰＣＲ１１２５ａの値を開始時刻情報、あるいは終了時刻情報として取得し、区間情報記録部１５２３に送信する。また、早送り、巻き戻しについても、これらの操作の開始、終了時点でのＰＣＲ１１２５ａの値を開始時刻情報、終了時刻情報として取得し、区間情報記録部１５２３に送信するようにすることもできる。

コンテンツ利用部１５２２は、コンテンツをデコードして、図１５に示さないモニターなどに出力する。具体的には、コンテンツ利用部１５２２は、トランスポートストリーム中のＰＣＲ１１２５ａを取得して、コンテンツ利用部１５２２が有するＰＬＬ（Ｐｈａｓｅｄ Ｌｏｃｋ Ｌｏｏｐ）機能により、コンテンツ配信サーバ１０１ｃのＳＴＣ（計時部９０７）と、コンテンツ利用部１５２２が有するＳＴＣ（図示せず）と同期させる。そして、ＴＳパケット１１００のＴＳＰ Ｐａｙｌｏａｄ１１３０からＰＥＳパケット１０００のデータを取得して、ＭＰＧＥ−２あるいはＭＰＥＧ−４の映像、音声、データなどのＥＳをデコードして、モニターに出力する。また、コンテンツの利用を終了すると、利用終了通知をコンテンツ利用制御部１５０３に通知する。

区間情報記録部１５２３は、コンテンツ復号部１５２１において取得した第１の時刻情報を記録する。具体的には、区間情報記録部１５２３は、コンテンツ復号部１５２１から、コンテンツの利用開始時および利用終了時の第１の時刻情報の値を開始時刻情報および終了時刻情報として取得して、例えば、コンテンツ利用終了時などの適当なタイミングにおいて、利用実績取得部１５０５に区間情報を送信する。

なお、端末装置１０２のうち、特にセキュリティを必要とするデータを処理する各部、具体的には、ライセンス取得部１５０２、コンテンツ利用制御部１５０３、セキュアＤＢ１５０４、利用実績取得部１５０５、利用実績送信部１５０６、コンテンツ復号部１５２１、コンテンツ利用部１５２２、区間情報取得部１５２３は、悪意のあるユーザによる不正な利用を防止するため、ハードウェア的に耐タンパ化されたシステムＬＳＩや、ソフトウェア的に耐タンパ化されたプログラム等で実現されるのが一般的である。

なお、セキュアＤＢ１５０４では、端末装置１０２をコンテンツ利用実績収集システム１内で一意に特定可能なＩＤ（端末ＩＤ）を管理しているが、権利管理部１５００が端末装置１０２と分離可能な構成になっている場合等は、端末ＩＤとして、権利管理部１５００をコンテンツ利用実績収集システム１内で一意に特定可能なＩＤを用いるようにしても良い。

以上、図１５を用いて、端末装置１０２の詳細な構成についての説明を終了する。
ここで、利用実績取得部１５０５が配信センター１０１に送信するためのデータ構造であるＵＬ１７００の構成について、図１７を用いて詳細に説明する。

図１７は、ＵＬ１７００の構成の一例を示す図であり、ＵＬ１７００をコンテンツ利用実績収集システム１毎、あるいは、ユーザ毎で一意に特定可能な識別子であるＵＬ識別子１７０１と、ＵＬ１７００全体のサイズを示すＵＬサイズ１７０２と、ＵＬ１７００を生成したユーザを特定するためのユーザＩＤ１７０３と、ＵＬ１７００を生成した端末装置１０２を特定するための端末ＩＤ１７０４と、ユーザが利用したコンテンツとＵＬ１７００とを関連づけるためのコンテンツＩＤ１７０５と、ユーザが利用したライセンス（ＬＴ７００）とＵＬ１７００とを関連づけるためのライセンスＩＤ１７０６と、ユーザがコンテンツを操作した内容（種類）を特定するためのアクション種別１７０７と、ユーザがコンテンツの操作開始した絶対時刻である利用開始時刻１７０８と、ＵＬ１７００に設定される時刻情報１７１０の個数を示す時刻情報個数１７０９と、コンテンツ復号部１５２１が取得するコンテンツの利用開始、利用終了時点での第１の時刻情報（ＴＳパケット１１００のＰＣＲ１１２５ａ）の値である開始時刻情報、終了時刻情報を含む時刻情報１７１０とから構成されている。

ここで、ライセンスＩＤ１７０６は、例えば、端末装置１０２から利用実績収集サーバ１０１ｅへのＵＬ１７００の収集時において、利用実績の返却を指示する条件が記述されたＬＴ７００のライセンスＩＤ７１２と一致する、ライセンスＩＤ１７０６を有するＵＬ１７００を検索するために使用することができる。また、ＵＬ１７００からユーザが用いたＬＴ７００を特定することができるため、ＬＴ７００を権利管理サーバ１０１ｂに返却するようなコンテンツ利用実績収集システムでは、配信センター１０１において、利用実績とユーザが所有するＬＴ７００内に含まれる情報（例えば、ＬＴ有効期間７１５など）とを関連づけて管理することが可能となる。ここでは、本コンテンツの利用を許諾したＬＴ７００のライセンスＩＤ７１２に設定されている「ＬＩＣＥＮＳＥ−ＩＤ−２２３６０６」が、ライセンスＩＤ１７０６に設定されている場合の例を示している。

また、アクション種別１７０７は、「再生」、「コピー」、「印刷」等の、コンテンツに対するユーザのアクションを特定するための種別であって、ＬＴ７００のアクションＩＤ７２１の値が設定される。ここでは、コンテンツの再生を示す「Ｐｌａｙ」の例が示されている。
さらに、時刻情報１７１０は、ユーザがコンテンツの利用を行った部分を特定するための情報であって、コンテンツの利用開始を表す時刻情報である開始時刻情報と、コンテンツの利用終了を表す時刻情報である終了時刻情報との組が、時刻情報個数１７０９に設定された個数分だけ存在する。ここでは、「開始時刻情報、終了時刻情報」の組が５個あり、「開始時刻情報１、終了時刻情報１」が「１３９７０５８４、１３９９９９９９」、「開始時刻情報５、終了時刻情報５」が「３２１４１６８３、３９７０５８４３９７０」である場合が示されている。

なお、ＵＬ１７００には、ＵＬ１７００の改ざんを検出するためのハッシュ値などは存在していないが、必要に応じて改ざん検出を追加するようにしても良い。
以上、図１７を用いて、端末装置１０２から利用実績収集サーバ１０１ｅに区間情報を含む利用実績を送信するためのデータ構造であるＵＬ１７００について、その詳細な構成について説明を行った。

さて、以上のように構成された端末装置１０２において、ユーザが権利管理サーバ１０１ｂからＬＴ７００を取得してセキュアにコンテンツを利用し、コンテンツ内の視聴位置を特定するための情報である、区間情報を利用実績として記録し、利用実績を端末装置１０２から利用実績収集サーバ１０１ｅに送信する、という一連の動作を、図１８〜図２４に示すフローチャートを用いて説明する。

なお、ユーザが権利管理サーバ１０１ｂからＬＴ７００を取得するにあたって、事前にウェブサーバ１０１ｄ等を用いたサービスプロバイダへの会員登録、コンテンツの利用条件の購入等の処理が必要であるが、これらの処理については本発明の主眼ではないため、以下の説明では省略する。
最初に、端末装置１０２において、ユーザが権利管理サーバ１０１ｂからＬＴ７００を取得する動作を、図１８に示すフローチャートを用いて説明する。

まずユーザが、端末アプリケーション１５５０が提供するユーザインタフェース部により、権利管理サーバ１０１ｂで管理されているユーザの利用条件一覧を取得し、利用条件一覧から利用したいコンテンツの利用条件を選択すると、端末装置１０２は、該当する利用条件のＬＴ７００を権利管理サーバ１０１ｂに要求するためのＥＬＩ１６００を作成し、権利管理サーバ１０１ｂに送信する（ステップＳ１８０１）。

具体的には、コンテンツ利用部１５２２は、ユーザが選択した利用条件が利用を許諾するコンテンツのコンテンツＩＤを端末アプリケーション１５５０から受け取り、コンテンツ利用制御部１５０３に送信する。コンテンツ利用制御部１５０３はコンテンツＩＤをライセンス取得部１５０２に送信し、ライセンス取得部１５０２はコンテンツ利用制御部１５０３から受信したコンテンツＩＤを基に、図１６に示したＥＬＩ１６００を生成する。

なお、このＥＬＩ１６００に設定する利用条件ＩＤ１６０３は、端末アプリケーション１５５０または権利管理部１５００が権利管理サーバ１０１ｂやウェブサーバ１０１ｄ経由でユーザが所有する利用条件を予め問い合わせることにより、利用条件ＩＤ１６０３を取得済みであるものとする。また、期待利用回数１６０５については、端末アプリケーション１５５０を通じて、ユーザが希望する値を設定するようにしても良いし、予めサービスの運用などにより決められた値を設定するようにしても良い。このようにして生成されたＥＬＩ１６００は、第２の送受信部１５０１を通じて、権利管理サーバ１０１ｂに送信される。

権利管理サーバ１０１ｂのライセンス発行部２１２は、端末装置１０２からＥＬＩ１６００を受信すると、ユーザ情報ＤＢ２０１を参照し、ユーザを特定することにより、ユーザ認証を行う（ステップＳ１８０２）。

具体的には、ユーザ認証は２段階で行なわれる。通常、ＬＴ７００のようなセキュリティを要するデータのやり取りを行う際には、ＳＡＣを確立して安全に通信を行えるようするのが一般的である。よって、第１段階としては、権利管理サーバ１０１ｂと端末装置１０２との間でＳＡＣを確立する。ＳＡＣの確立には、例えばＳＳＬやＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）を利用することができる。この相互認証によって、権利管理サーバ１０１ｂは、端末装置１０２が正しい端末ＩＤ１６０２を有することが確認できる。

第２段階として、ライセンス発行部２１２が端末ＩＤ１６０２なる端末装置１０２を所有するユーザを特定する。そこでライセンス発行部２１２は、ＥＬＩ１６００に含まれる端末ＩＤ１６０２を取得し、ユーザ情報ＤＢ２０１のユーザ情報管理テーブル３００のユーザＩＤ３０１および端末ＩＤ３０２を参照して、ＥＬＩ１６００に含まれる端末ＩＤ１６０２と一致するユーザ情報管理テーブル３００の端末ＩＤ３０２を検索する。一致する端末ＩＤ３０２が見つかった場合には、関連するユーザＩＤ３０１を取得することができるが、一致する端末ＩＤ３０２が見つからなかった場合には、ユーザ認証は失敗する。

ライセンス発行部２１２は、ステップＳ１８０２のユーザ認証結果を確認する（ステップ１８０３）。
ステップＳ１８０３において、ＹＥＳである場合、すなわち、正しくユーザ認証が行なわれた場合には、ＬＴ７００を発行するための利用条件の確認を行うため、ステップＳ１８０４を実行する。

ステップＳ１８０３において、ＮＯである場合、すなわち、正しくユーザ認証が行なわれなかった場合には、ＬＴ発行不可と判定され、ライセンス発行部２１２はＬＴ発行不可通知を端末装置１０２に送信する。
ライセンス発行部２１２は、ＬＴ発行可否判定処理を実行する（ステップＳ１８０４）。このＬＴ発行可否判定処理については、後で図１９を用いて詳細に説明する。

ライセンス発行部２１２は、ＬＴ発行可否判定処理の結果を参照し、ＬＴ７００が発行可能か否かを判定する（ステップＳ１８０５）。
ステップＳ１８０５において、ＹＥＳである場合、すなわち、ＬＴ発行可能と判定された場合には、ステップＳ１８０６を実行する。
ステップＳ１８０５において、ＮＯである場合、すなわち、ＬＴ発行不可と判定された場合には、ライセンス発行部２１２はＬＴ発行不可通知を端末装置１０２に送信する。

ライセンス発行部２１２は、利用実績収集指示部２１１に対して、図８に示した利用実績の収集のための指示情報８０３を生成するように要求し、利用実績収集指示部２１１において、利用実績収集指示生成処理が実行される（ステップＳ１８０６）。この利用実績収集指示生成処理については、後で図を用いて詳細に説明する。
ライセンス発行部２１２は、利用実績収集指示部２１１から利用実績の収集のための指示情報８０３を受信し、ＬＴ７００を生成する（ステップＳ１８０７）。

具体的には、ライセンス発行部２１２は、利用実績収集指示部２１１から指示情報８０３を受信し、利用実績収集指示タグブロック７０４を生成する。また、ＥＬＩ１６００および利用条件ＤＢ２０３の利用条件管理テーブル５００を参照すると共に、コンテンツ鍵ＤＢ２０２のコンテンツ鍵管理テーブル４００から、コンテンツＩＤ１６０４（コンテンツＩＤ４０１）に対応するコンテンツ鍵４０２を取得し、ＥＬＩ１６００により要求された利用条件を含むＬＴ７００を生成する。

ライセンス発行部２１２は、利用条件ＤＢ２０３の利用条件管理テーブル５００を更新する（ステップＳ１８０８）。具体的には、ライセンス発行部２１２は、発行したＬＴ７００に含まれる利用条件の分だけ、当該ユーザの利用条件を減算する処理を行う。例えば、利用条件管理テーブル５００の利用可能回数５０５が「５」である場合に、ＬＴ７００のＬＴアクションタグブロック７０２の回数カウンタ７２２が「３」であった場合には、利用条件管理テーブル５００の利用可能回数５０５を「２」に更新するという処理を行う。

ライセンス発行部２１２は、ステップＳ１８０７において生成したＬＴ７００を端末装置１０２に送信する（ステップＳ１８０９）。具体的には、ライセンス発行部２１２は、第１の送受信部２１３を通じて、端末装置１０２にＬＴ７００を送信する処理を行う。
端末装置１０２のライセンス取得部１５０２は、権利管理サーバ１０１ｂからＬＴ７００を受信し、ＬＴ７００をセキュアＤＢ１５０４に登録する（ステップＳ１８１０）。具体的には、ライセンス取得部１５０２は、第２の送受信部１５０１を通じて、ステップＳ１８０１で生成したＥＬＩ１６００に対するレスポンスとしてＬＴ７００を取得し、ＬＴ７００をセキュアＤＢ１５０４に書き込み、セキュアＤＢ１５０４のハッシュ値を更新する。

なお、ステップＳ１８０３またはステップＳ１８０５において、ＬＴ７００が発行不可であるためにＬＴ発行不可通知が送信された場合、端末装置１０２のライセンス取得部１５０２は、ＬＴ発行不可通知を受信する（ステップＳ１８１１）。具体的には、端末装置１０２のライセンス取得部１５０２は、権利管理サーバ１０１ｂからのＬＴ発行不可通知を受信し、端末アプリケーション１５５０のユーザインタフェース部を通じて、ユーザにその旨を通知して、本処理を終了する。

ここで、ステップＳ１８０４のＬＴ発行可否判定処理について、図１９を用いて説明する。
まず、ライセンス発行部２１２は、ＥＬＩ１６００で指定された利用条件ＩＤ１６０３が利用条件ＤＢ２０３の利用条件管理テーブル５００に存在するかどうかを確認する（ステップＳ１９０１）。具体的には、ライセンス発行部２１２は、端末装置１０２から受信したＥＬＩ１６００を参照し、利用条件ＩＤ１６０３を取得する。この利用条件ＩＤ１６０３が、利用条件管理テーブル５００中の利用条件ＩＤ５０２と一致するものがあるかどうかを確認する。

ステップＳ１９０１において、ＹＥＳである場合、すなわち、利用条件管理テーブル５００にＥＬＩ１６００の利用条件ＩＤ１６０３と一致する利用条件ＩＤ５０２が存在する場合には、さらに、利用条件ＩＤ５０２を有するユーザＩＤ５０１が、図１８におけるステップＳ１８０２で認証に成功した、ユーザ情報ＤＢ２０１のユーザ情報管理テーブル３００中のユーザＩＤ３０１と一致するかどうかを確認する。ここで当該ユーザＩＤが一致した場合には、ステップＳ１９０２を実行し、当該ユーザＩＤが一致しない場合には、ステップＳ１９０５を実行する。

ステップＳ１９０１において、ＮＯである場合、すなわち、利用条件管理テーブル５００にＥＬＩ１６００の利用条件ＩＤ１６０３と一致する利用条件ＩＤ５０２が存在しない場合には、ステップＳ１９０５を実行する。
次に、ライセンス発行部２１２は、ユーザの利用条件が、有効期限を満たしているかどうかを判定する（ステップＳ１９０２）。具体的には、ライセンス発行部２１２は、利用条件ＤＢ２０３の利用条件管理テーブル５００中の有効期間５０４を参照するとともに、セキュアな計時部（図２に図示せず）から現在時刻を取得し、現在時刻が有効期間５０４で示される開始日時から終了日時の間に含まれているか否かを判定する。

例えば、利用条件管理テーブル５００中の有効期間５０４が「２００２／１２／２０ １２：１２：１２」である場合に、現在時刻が「２００２／１２／１８ １２：３４：５６」であれば、ユーザの利用条件が有効期限内であると判定される。一方、現在時刻が「２００２／１２／３１ １９：００：００」であれば、ユーザの利用条件は有効期限外であると判定される。

ステップＳ１９０２において、ＹＥＳである場合、すなわち、ユーザの利用条件が有効期限内である場合には、ステップＳ１９０３を実行する。
ステップＳ１９０２において、ＮＯである場合、すなわち、ユーザの利用条件が有効期限外である場合には、ステップＳ１９０５を実行する。
ライセンス発行部２１２は、ＥＬＩ１６００の期待利用回数１６０５が、ユーザの所有する利用条件内であるか否かを判定する（ステップＳ１９０３）。具体的には、ライセンス発行部２１２は、ＥＬＩ１６００で指定された期待利用回数１６０５が、利用条件管理テーブル５００の利用可能回数５０５以内であるかどうかを確認する。例えば、利用条件管理テーブル５００の利用可能回数５０５が「５」である場合に、ＥＬＩ１６００で指定された期待利用回数１６０５が「３」であれば、ＥＬＩ１６００で指定された期待利用回数１６０５はユーザの利用条件に含まれると判定される。一方、ＥＬＩ１６００で指定された期待利用回数１６０５が「１０」であれば、ＥＬＩ１６００で指定された期待利用回数１６０５はユーザの利用条件には含まれないと判定される。

ステップＳ１９０３において、ＹＥＳである場合、すなわち、期待利用回数１６０５がユーザの利用条件に含まれる場合には、ステップＳ１９０４を実行する。
ステップＳ１９０３において、ＮＯである場合、すなわち、期待利用回数１６０５がユーザの利用条件に含まれない場合には、ステップＳ１９０５を実行する。
ライセンス発行部２１２は、ＬＴ７００が発行可能と判定して、ＬＴ発行可否判定処理を終了する（ステップＳ１９０４）。

また、ステップＳ１９０１〜ステップＳ１９０３において、ＮＯである場合、すなわち、ライセンス発行部２１２がＬＴ７００を発行不可能と判定した場合には、ＬＴ発行可否判定処理を終了する（ステップＳ１９０５）。

以上、図１９を用いて、ＬＴ発行可否判定処理の説明を行った。
また、ステップＳ１８０６の利用実績収集指示生成処理について、図２０を用いて説明する。

利用実績収集指示部２１１は、利用実績収集条件ＤＢ２０４から、ＥＬＩ１６００で指定されたコンテンツＩＤ１６０４に対応する利用実績収集条件６０２等を取得する（ステップＳ２００１）。具体的には、利用実績収集指示部２１１は、利用実績収集条件ＤＢ２０４の利用実績収集条件管理テーブル６００を参照し、ＥＬＩ１６００で指定されたコンテンツＩＤ１６０４と、コンテンツＩＤ６０１が一致する利用実績収集条件６０２を取得する。

次に、利用実績収集指示部２１１は、ステップＳ２００１で取得した利用実績収集条件６０２の対象ユーザ決定条件６０３が、ユーザのプライバシポリシーを考慮する必要があるか否かを判定する（ステップＳ２００２）。具体的には、利用実績収集指示部２１１は、対象ユーザ決定条件６０３を参照し、当該コンテンツに関する利用実績の収集について、ユーザが設定したプライバシポリシーを考慮する必要があるか否かを判断する。例えば、図６のコンテンツＩＤ６０１が「ＣＯＮＴＥＮＴ−ＩＤ−００００３」の対象ユーザ決定条件６０３は、プライバシポリシーを考慮するよう設定されている例が示されている。

ステップＳ２００２において、ＹＥＳである場合、すなわち、ユーザのプライバシポリシーを考慮する必要がある場合には、ステップＳ２００３を実行する。
ステップＳ２００２において、ＮＯである場合、すなわち、ユーザのプライバシポリシーを考慮する必要がない場合には、ステップＳ２００５を実行する。
利用実績収集指示部２１１は、ユーザ情報ＤＢ２０１を参照し、ユーザのプライバシポリシーを取得する（ステップＳ２００３）。具体的には、利用実績収集指示部２１１は、ユーザ情報ＤＢ２０１のユーザ情報管理テーブル３００のプライバシポリシー３０４を取得する。

利用実績収集指示部２１１は、ステップＳ２００３で取得したプライバシポリシー３０４を参照し、当該ユーザが利用実績の収集を許可しているか否かを判定する（ステップＳ２００４）。具体的には、利用実績収集指示部２１１は、プライバシポリシー３０４が「実績収集ＯＫ」である場合には、利用実績の収集が認められていると判定する。一方、プライバシポリシー３０４が「実績収集ＮＧ」である場合には、利用実績の収集が拒否されていると判定する。

ステップＳ２００４において、ＹＥＳである場合、すなわち、利用実績の収集がＯＫである場合には、ステップＳ２００５を実行する。
ステップＳ２００４において、ＮＯである場合、すなわち、利用実績の収集がＮＧである場合には、利用実績記録条件８１１の生成は不要となるため、本処理を終了する。
利用実績収集指示部２１１は、さらに、利用実績の収集を行うユーザを決定するため、権利管理サーバ１０１ｂの各種データベースを参照する必要があるか否かを判定する（ステップＳ２００５）。具体的には、利用実績収集指示部２１１は、ステップＳ２００１で取得した対象ユーザ決定条件６０３を参照して、利用条件ＤＢ２０３等を参照する必要があるか否かを判定する。例えば、図６のコンテンツＩＤ６０１が「ＣＯＮＴＥＮＴ−ＩＤ−００００４」なるコンテンツの対象ユーザ決定条件６０３は、「ＵＲ１０権利以上」となっており、利用条件ＤＢ２０３に該当ユーザの利用条件が１０以上存在する場合にのみ、利用実績の収集を行う対象ユーザと決定されるようになっているため、利用条件ＤＢ２０３へのアクセスが発生する。

ステップＳ２００５において、ＹＥＳである場合、すなわち、利用実績の収集の対象ユーザを決定するために、データベースへのアクセスが発生する場合には、ステップＳ２００６を実行する。
ステップＳ２００５において、ＮＯである場合、すなわち、利用実績の収集の対象ユーザを決定するために、データベースへのアクセスが発生しない場合には、ステップＳ２００９を実行する。

利用実績収集指示部２１１は、対象ユーザ決定条件６０３に記載された条件に応じたデータベースを参照し、当該ユーザに関するデータを取得する（ステップＳ２００６）。
利用実績収集指示部２１１は、データベースから取得した情報を基に、利用実績の収集の対象ユーザとなるか否かを決定する（ステップＳ２００７）。具体的には、利用実績収集指示部２１１は、ステップＳ２００６で取得した当該ユーザに関するデータを参照し、対象ユーザ決定条件６０３を満たすか否かを判定する。例えば、図６のコンテンツＩＤ６０１が「ＣＯＮＴＥＮＴ−ＩＤ−００００４」なるコンテンツの場合、ステップＳ２００６で利用条件ＤＢ２０３の利用条件管理テーブル５００から取得した当該ユーザの利用条件の合計数が「１２件」である場合には、利用実績の収集を行う対象ユーザと決定される。

一方、ステップＳ２００６で利用条件ＤＢ２０３の利用条件管理テーブル５００から取得した当該ユーザの利用条件の合計数が「３件」である場合には、利用実績収集条件管理テーブル６００の対象ユーザ決定条件６０３を満たさないため、利用実績の収集を行う対象ユーザとは決定されない。なお、ここでは、ユーザが所有する利用条件の合計数によって利用実績の収集の対象ユーザとなるか否かを決定する場合の例を示したが、利用実績収集サーバ１０１ｅの利用実績ＤＢ１２０４で管理されている利用実績を用い、該当ユーザの利用実績の数などによって利用実績の収集の対象ユーザとなるか否かを決定するようにすることも可能である。

利用実績収集指示部２１１は、利用実績収集指示タグブロック７０４を生成する（ステップＳ２００８）。具体的には、利用実績収集指示部２１１は、利用実績収集条件管理テーブル６００に基づき、図７および図８に示す利用実績収集指示タグブロック７０４を生成する処理を行う。
また、ステップＳ２００６において、ＮＯである場合には、利用実績収集指示部２１１は、対象ユーザ決定条件６０３を参照して、利用実績の収集の対象となるユーザをランダムに選択するか否かを判定する（ステップＳ２００９）。

ステップＳ２００９において、ＹＥＳである場合、すなわち、利用実績の収集の対象ユーザをランダムに選択する場合には、ステップＳ２０１０を実行する。
ステップＳ２００９において、ＮＯである場合、すなわち、全てのユーザから利用実績の収集を行うと判断された場合には、利用実績収集指示タグブロック７０４を生成するため、ステップＳ２００８を実行する。

利用実績収集指示部２１１は、一様乱数等による試行を行うことにより、利用実績の収集の対象ユーザを選択するためのデータを生成する（ステップＳ２０１０）。その後、ステップＳ２００７を実行する。
以上、ステップＳ１８０６の利用実績収集指示生成処理について説明したことにより、端末装置１０２が権利管理サーバ１０１ｂからＬＴ７００を取得する動作についての説明を終了する。

次に、端末装置１０２において、ユーザがコンテンツを利用すると共に、利用実績を記録する動作を、図２１に示すフローチャートを用いて説明する。
まずユーザは、端末アプリケーション１５５０のブラウザを通じて、ウェブサーバ１０１ｄ等が提供するウェブ画面のストリーミングコンテンツ一覧から、利用したいコンテンツを選択する。端末装置１０２におけるコンテンツ利用部１５２０は、端末アプリケーション１５５０から受信した該当コンテンツのコンテンツＩＤを権利管理部１５００に送信する（ステップＳ２１０１）。具体的には、コンテンツ利用部１５２０のコンテンツ利用部１５２２は、ユーザが選択したコンテンツＩＤおよびコンテンツの位置を示すＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を端末アプリケーション１５５０から受け取り、当該コンテンツＩＤを権利管理部１５００のコンテンツ利用制御部１５０３に送信し、該当コンテンツの利用を要求する。なお、コンテンツの利用は、本発明における実施の形態１ではコンテンツの再生を示すものとして、以下の説明を行う。

コンテンツ利用制御部１５０３は、セキュアＤＢ１５０４から、該当コンテンツＩＤに対応するＬＴ７００を取得する（ステップＳ２１０２）。具体的には、コンテンツ利用制御部１５０３は、コンテンツ利用部１５２２から受信したコンテンツＩＤをキーとしてセキュアＤＢ１５０４を検索する。

コンテンツ利用制御部１５０３は、ステップＳ２１０２において検索したＬＴ７００を取得し、利用可能なＬＴ７００であるか否かを判定する（ステップＳ２１０３）。具体的には、コンテンツ利用制御部１５０３は、まず、コンテンツ利用部１５２２から指定されたコンテンツＩＤに対応するＬＴ７００が、セキュアＤＢ１５０４に存在するかどうかを確認する。該当ＬＴ７００が存在する場合には、ＬＴ７００のＬＴ有効期間７１５や回数カウンタ７２２を参照し、ＬＴ７００の有効性を確認する。なお、ＬＴ有効期間７１５の有効性の確認については、端末装置１０２内のセキュアな計時部（図１５に図示せず）から取得した時刻情報を用いて確認するものとする。また、ＬＴ７００の回数カウンタ７２２については、その値が「１」以上（無限回も含む）であることを確認する。なお、コンテンツ利用部１５２２から指定されたコンテンツＩＤに対応するＬＴ７００が、セキュアＤＢ１５０４に存在しない場合は、ステップＳ２１１３を実行する。

ステップＳ２１０３において、ＹＥＳである場合、すなわち、ＬＴ７００が利用可能であると判定された場合には、ステップＳ２１０４を実行する。
ステップＳ２１０３において、ＮＯである場合、すなわち、ＬＴ７００が利用不可能であると判定された場合には、ステップＳ２１１３を実行する。
コンテンツ利用制御部１５０３は、当該コンテンツの利用に際して、利用実績を記録するか否かを判定する（ステップＳ２１０４）。具体的には、コンテンツ利用制御部１５０３は、セキュアＤＢ１５０４から取得したＬＴ７００の利用実績収集指示タグブロック７０４の有無を検出し、利用実績を記録する処理を行うか否かを決定する。なお、ＬＴ７００の利用実績収集指示タグブロック７０４の有無により利用実績を記録するかどうかを決定する方法以外にも、利用実績収集指示タグブロック７０４の内容を参照したり、コンテンツ利用制御部１５０３が把握可能なその他の利用実績収集指示に関わる情報を参照したりすることにより、利用実績を記録するかどうかを決定するようにしても良い。

ステップＳ２１０４において、ＹＥＳである場合、すなわち、利用実績を記録すると判定された場合には、ステップＳ２１０５を実行する。
ステップＳ２１０４において、ＮＯである場合、すなわち、利用実績を記録しないと判定された場合には、ステップＳ２１０６を実行する。
コンテンツ利用制御部１５０３は、利用実績を記録する（ステップＳ２１０５）。具体的には、コンテンツ利用制御部１５０３は、利用実績収集指示タグブロック７０４の指示情報８０３中の、利用実績記録条件８１１を参照し、その指示内容に応じた利用実績を記録する。例えば、図８に示すように、利用実績内容８１２として「アクション」および「時刻」が存在する場合は、セキュアな計時部（図１５に図示せず）から取得した日時情報を記録すると共に、ユーザが指示したアクションとして「Ｐｌａｙ（再生）」を記録する。このように記録した利用実績は、利用実績取得部１５０５に送信される。

コンテンツ利用制御部１５０３は、コンテンツ鍵を取得し、コンテンツ復号部１５２１に送信する（ステップＳ２１０６）。具体的には、コンテンツ利用制御部１５０３は、ＬＴ７００のコンテンツ鍵タグブロック７０３からコンテンツ鍵を取得し、必要に応じてＳＡＣを確立して、コンテンツ復号部１５２１に送信する。コンテンツ鍵の送信と同時に、コンテンツ利用制御部１５０３は、ＬＴ７００の利用実績収集指示タグブロック７０４に含まれる指示情報８０３の内、利用実績記録条件８１１および利用実績内容８１２の「利用部分」をコンテンツ復号部１５２１に通知することにより、コンテンツ利用部１５２２での利用実績の収集を指示する。

なお、このとき、コンテンツ利用制御部１５０３からコンテンツ復号部１５２１に対して、ＬＴ７００をそのまま送信するようにしても良い。
コンテンツ復号部１５２１は、コンテンツ鍵を受信する（ステップＳ２１０７）。具体的には、コンテンツ復号部１５２１は、コンテンツ利用制御部１５０３からコンテンツ鍵を受信すると共に、端末アプリケーション１５５０から取得したコンテンツのＵＲＩで指定される暗号化コンテンツを取得する。

コンテンツ復号部１５２１、および、コンテンツ利用部１５２２は、コンテンツの復号処理、および、利用処理（再生処理）を行うと共に、コンテンツの詳細な利用実績を取得する（ステップＳ２１０８）。具体的には、コンテンツ復号部１５２１は、コンテンツ利用制御部１５０３から受信したコンテンツ鍵により暗号化されたＴＳパケット１１００を復号すると共に、ＴＳパケット１１００のＰＣＲ１１２５ａを用いて、少なくともコンテンツの利用開始および利用終了時点での利用実績を取得する。

また、コンテンツ利用部１５２２は、コンテンツ復号部１５２１で復号されたＴＳパケット１１００からＰＥＳパケット１０００を取得し、ＰＥＳパケット１０００からコンテンツのＥＳを取得し、デコードして、図１５には示さないモニター等にコンテンツを出力する。このコンテンツ利用処理については、後で図２２および図２３を用いて詳細に説明する。

コンテンツ復号部１５２１は、コンテンツ利用にあたって取得した利用実績を利用実績取得部１５０５に送信する（ステップＳ２１０９）。
利用実績取得部１５０５は、コンテンツ復号部１５２１から利用実績を受信する（ステップＳ２１１０）。
利用実績取得部１５０５は、コンテンツ利用制御部１５０３およびコンテンツ復号部１５２１において記録された有効な利用実績を取得したかどうかを判定する（ステップＳ２１１１）。具体的には、ステップＳ２１０４およびステップＳ２１０８において、利用実績収集指示タグブロック７０４の指示情報８０３の内容、あるいは、指示情報８０３の有無によっては、利用実績が記録されていない可能性もあるため、利用実績をセキュアＤＢ１５０４に蓄積するか否かを判定するための処理である。

ステップＳ２１１１において、ＹＥＳである場合、すなわち、有効な利用実績が記録されている場合には、ステップＳ２１１２を実行する。
ステップＳ２１１１において、ＮＯである場合、すなわち、有効な利用実績が記録されていない場合には、本処理を終了する。
利用実績取得部１５０５は、利用実績をセキュアＤＢ１５０４に蓄積する（ステップＳ２１１２）。具体的には、利用実績取得部１５０５は、図１７に示すように、利用実績データ１８０３を設定した、利用実績を記述するためのＵＬ１７００をセキュアＤＢ１５０４に書き込み、セキュアＤＢ１５０４の更新処理を行う。このとき、ＵＬ１７００のコンテンツＩＤ１７０５、ライセンスＩＤ１７０６は、それぞれ、ＬＴ７００のコンテンツＩＤ７１４、ライセンスＩＤ７１２の値を用いる。

なお、ステップＳ２１０３において、利用可能なＬＴ７００が存在しない場合には、コンテンツ利用部１５２２は、コンテンツ利用制御部１５０３から利用不可通知を受信する（ステップＳ２１１３）。コンテンツ利用部１５２２は、端末アプリケーション１５５０が提供するユーザインタフェース部を通じて、ユーザにその旨を通知する。
また、図２１におけるステップＳ２１１０において、コンテンツ利用部１５２２からのコンテンツ利用終了通知あるいは、その他の何らかの通知が発生した場合に、コンテンツ利用制御部１５０３において利用実績を記録し、利用実績取得部１５０５に対して利用実績を送信するようにすることもできる。例えば、このタイミングでは「コンテンツの利用終了」に関する利用実績（時刻情報を含んでも良い）を取得することが可能である。

ここで、ステップＳ２１０８のコンテンツ利用処理および利用実績記録処理について、図２２および図２３を用いて説明する。
最初に、端末装置１０２におけるコンテンツ利用処理および利用実績記録処理について、図２２を用いて説明する。
コンテンツ利用部１５２２は、コンテンツ配信サーバ１０１ｃに対して、コンテンツ取得要求を送信する（ステップＳ２２０１）。具体的には、コンテンツ利用部１５２２は、端末アプリケーション１５５０から受信したコンテンツのＵＲＩを基にコンテンツ配信サーバ１０１ｃに接続し、ＲＴＳＰを用いて再生要求（ＰＬＡＹ）を送信する。コンテンツ配信サーバ１０１ｃは、対応するコンテンツをＲＴＰのペイロードに設定して端末装置１０２に対して順次送信する。

第２の送受信部１５０１は、コンテンツ配信サーバ１０１ｃからコンテンツを受信する（ステップＳ２２０２）。具体的には、第２の送受信部１５０１は、コンテンツ配信サーバ１０１ｃが送信したＲＴＰパケットを順次受信し、ＲＴＰペイロードから順次ＴＳパケット１１００を取り出し、コンテンツ復号部１５２１に対して送信する。
第２の送受信部１５０１は、コンテンツ配信サーバ１０１ｃからのコンテンツ受信が完了したか否かを判定する（ステップＳ２２０３）。具体的には、第２の送受信部１５０１は、受信したＲＴＰパケットが最終パケットであるか等の方法により、ストリームの終端を検出する。

ステップＳ２２０３において、ＮＯである場合、すなわち、コンテンツの受信が完了していない場合には、ステップＳ２２０４を実行する。
ステップＳ２２０３において、ＹＥＳである場合、すなわち、ユーザから端末アプリケーション１５５０を通じて、コンテンツ利用終了の通知を受けた場合や、コンテンツの受信が完了した場合には、端末アプリケーション１５５０を通じてその旨をユーザに通知し、本処理を終了する。

コンテンツ復号部１５２１は、ＴＳパケット１１００を復号する（ステップＳ２２０４）。具体的には、コンテンツ復号部１５２１は、第２の送受信部１５０１から受信したＴＳパケット１１００の内、ペイロード部（ＴＳＰ Ｐａｙｌｏａｄ１１３０）が暗号化されているＴＳパケット１１００の復号を行う。ここで、ＴＳパケット１１００が暗号化されているか否かについては、ＴＳＰ Ｈｅａｄｅｒ１１１０中のｔｒａｎｓｐｏｒｔ＿ｓｃｒａｍｂｌｉｎｇ＿ｃｏｎｔｒｏｌを参照することによって判別することができる。

コンテンツ復号部１５２１は、ＴＳパケット１１００の復号後、ＴＳパケット１１００に付加されたハッシュを用いて改ざんチェックの判定を行う（ステップＳ２２０５）。具体的には、コンテンツ復号部１５２１は、ＴＳパケット１１００を復号した後、コンテンツ配信サーバ１０１ｃで行ったハッシュ値の計算と同様の方法により、ハッシュ値の改ざん検出を行う。すなわち、ＰＣＲ１１２５ａとＴＳＰ Ｐａｙｌｏａｄ１１３０とのハッシュを計算して、ＴＳパケット１１００のＰｒｉｖａｔｅ Ｄａｔａ１１２５ｅに設定されたハッシュ値と一致するか否かを判定する。なお、本処理は、Ａｄａｐｔａｔｉｏｎ Ｆｉｅｌｄ１１２０が存在し、ＰＣＲ１１２５ａが設定されているＴＳパケット１１００についてのみ行えば良い。

ステップＳ２２０５において、ＹＥＳである場合、すなわち、ハッシュ値が正しい場合は、ステップＳ２２０６を実行する。
ステップＳ２２０５において、ＮＯである場合、すなわち、ハッシュ値が正しくない場合は、コンテンツの復号処理およびコンテンツの再生処理を終了して、その旨を端末アプリケーション１５５０に通知する。なお、ここで、ハッシュ値が正しくない場合、利用実績をログとして記録した上で、そのままコンテンツの復号処理およびコンテンツの再生処理を継続しても良いし、利用実績をログとして記録した上で、コンテンツの復号処理およびコンテンツの再生処理を終了（コンテンツの利用を不許可に）しても良い。あるいは、利用実績として記録しない、すなわち、ハッシュ値が正しくない部分は、利用実績から除外するようにして、コンテンツの利用を継続しても良いし、コンテンツの利用を終了するようにしても良い。

コンテンツ復号部１５２１は、利用実績記録処理を行う（ステップＳ２２０６）。この利用実績記録処理については、後で図を用いて詳細に説明する。ステップＳ２２０６の処理を終了後、ステップＳ２２０２を実行する。
なお、コンテンツ利用部１５２２は、コンテンツ復号部１５２１から復号されたＴＳパケット１１００を受信し、ＴＳパケット１１００のペイロード部（ＴＳＰ Ｐａｙｌｏａｄ１１３０）から復号されたＰＥＳパケット１０００を取得し、コンテンツの映像ＥＳ、音声ＥＳ等のデータを取得して、それぞれのＥＳをデコードして、映像、音声の同期をとりつつ、図１５に示さないモニター等に出力する。このとき、コンテンツ利用部１５２２は、ＴＳパケット１１００のＡｄａｐｔａｔｉｏｎ Ｆｉｅｌｄ１１２０のＰＣＲ１１２５ａを取得し、コンテンツ利用部１５２２の内部に有するＳＴＣを、ＰＬＬ（図１５に図示せず）を用いることにより、安定したクロックに保つ処理を行う。よって、このＳＴＣの値と、ＰＥＳパケット１０００のＰＴＳ１０４３ａ、ＤＴＳ１０４３ｂが一致したときにＰＥＳパケット１０００のＰＥＳ Ｐａｃｋｅｔ Ｄａｔａ Ｂｙｔｅｓ１０６０の映像ＥＳ、音声ＥＳなどのデコード、表示を行うことにより、正常なコンテンツ再生を実現する。

なお、ステップＳ２２０５において、ＴＳパケット１１００のすり替え等を防止するため、ＰＣＲ１１２５ａが付加されている全てのＴＳパケット１１００の改ざんチェックを行うようにしたが、例えば、利用実績としてＰＣＲ１１２５ａを記録するＴＳパケット１１００のみ等、必要に応じて改ざんチェックを行うようにしても良い。
次に、図２２におけるステップＳ２２０６に示した、コンテンツ復号部１５２１の利用実績記録処理について、図２３を用いて説明する。

コンテンツ復号部１５２１は、コンテンツ利用終了か否かを判定する（ステップＳ２３０１）。具体的には、コンテンツ復号部１５２１は、コンテンツ利用部１５２２（またはコンテンツ利用制御部１５０３でも良い）からのコンテンツ利用終了通知を受信したかどうかを確認する。
ステップＳ２３０１において、ＹＥＳである場合、すなわち、コンテンツ利用終了である場合には、ステップＳ２３０７を実行する。

ステップＳ２３０１において、ＮＯである場合、すなわち、コンテンツ利用終了でない場合には、ステップＳ２３０２を実行する。
コンテンツ復号部１５２１は、ＴＳパケット１１００が、最初のＴＳパケットの入力であるか否かを判定する（ステップＳ２３０２）。具体的には、コンテンツ復号部１５２１は、ユーザが、再生、停止、早送り、巻戻しなどのコンテンツの利用操作（アクション）を行った後の、最初のＴＳパケット１１００の入力であるか否かを判定する。これにより、コンテンツ復号部１５２１は、利用実績であるＵＬ１７００の時刻情報に設定される開始時刻情報の値を取得することができる。

ステップＳ２３０２において、ＹＥＳである場合、すなわち、処理中のＴＳパケット１１００が、ユーザ操作後の最初のＴＳパケット１１００である場合には、ステップＳ２３０３を実行する。
ステップＳ２３０２において、ＮＯである場合、すなわち、処理中のＴＳパケット１１００が、ユーザ操作後の最初のＴＳパケット１１００でない場合には、ステップＳ２３０４を実行する。

コンテンツ復号部１５２１は、処理中のＴＳパケット１１００のＰＣＲ１１２５ａの値を、開始時刻情報として内部に保持する（ステップＳ２３０３）。
コンテンツ復号部１５２１は、処理中のＴＳパケット１１００のＰＣＲ１１２５ａの値を一時記録すると共に、ＰＣＲ１１２５ａの値の変化率を算出する（ステップＳ２３０４）。具体的には、コンテンツ復号部１５２１は、コンテンツ利用終了時のＰＣＲ１１２５ａの値を得られるようにするため、処理を行った最新のＴＳパケット１１００のＰＣＲ１１２５ａの値を内部に保持する。また、この一時的に記録したＰＣＲ１１２５ａの値を用いて、以前のＰＣＲ１１２５ａの値と処理中のＴＳパケット１１００のＰＣＲ１１２５ａの値の変化率を計算する。

コンテンツ復号部１５２１は、ＰＣＲ１１２５ａの値の変化率が一定であるかどうかを判定する（ステップＳ２３０５）。具体的には、コンテンツ復号部１５２１は、ステップＳ２３０４で算出したＰＣＲ１１２５ａの値の変化率を監視し、変化率が「０」であるか、あるいは、変化率が「０」以外であるかをチェックする。つまり、変化率が「０」であれば、ＴＳパケット１１００がコンテンツ復号部１５２１に対して一定のレートで入力されていることになるので、通常再生中であれば通常再生が継続されていることが認識可能であるし、早送り中であれば早送りが継続されていることが認識可能である。

一方、変化率が「０」を除く正の値、または、負の値であれば、入力されるＴＳパケット１１００のレートが変化していることになるので、通常再生中から早送りに状態が変化したことや、早送り中から通常再生状態に変化したことが認識可能である。なお、ＴＳパケット１１００のロスや、ＰＣＲジッタが発生する場合も考えられるので、ある程度の範囲のＰＣＲ１１２５ａの値を保持しておき、平均化して判定処理を行うようにしても良い。

ステップＳ２３０５において、ＹＥＳである場合、すなわち、ＰＣＲ１１２５ａの変化率が０である場合には、ステップＳ２３０２を実行する。
ステップＳ２３０５において、ＮＯである場合、すなわち、ＰＣＲ１１２５ａの変化率が０以外である場合には、ステップＳ２３０６を実行する。
コンテンツ復号部１５２１は、ステップＳ２３０４において一時記録したＰＣＲ１１２５ａの値を取得し、開始時刻情報または終了時刻情報として記録する（ステップＳ２３０６）。具体的には、コンテンツ復号部１５２１内で保持している、処理済みのＴＳパケット１１００の内、最も新しいＴＳパケット１１００のＰＣＲ１１２５ａを取得して、利用実績であるＵＬ１７００の時刻情報に設定される開始時刻情報または終了時刻情報の値を取得する。

取得したＰＣＲ１１２５ａの値が、開始時刻情報であるか、終了時刻情報であるかの判定については、コンテンツ復号部１５２１が再生中であるか、早送り中であるか、巻戻し中であるか、といった処理ステータスを内部で管理することにより、ＰＣＲ１１２５ａの値の変化率の正負に応じて開始時刻情報であるか、終了時刻情報であるかを判定することができる。例えば、再生中である場合において、ＰＣＲ１１２５ａの値の変化率が正であれば、早送りが行われたことになるので、再生（Ｐｌａｙ）の終了時刻情報として記録すると共に、早送り（Ｆｗｄ）の開始時刻情報として記録する。また、このとき、ＬＴ７００により指定される利用実績記録条件８１１において、「特殊再生除外」である場合には、早送り（Ｆｗｄ）の開始時刻情報として記録する処理は行う必要はない。

コンテンツ復号部１５２１は、一時記録しているＰＣＲ１１２５ａの値を、終了時刻情報として記録する（ステップＳ２３０７）。具体的には、コンテンツ復号部１５２１は、コンテンツ利用終了が通知された場合、ステップＳ２３０４において内部で一時的に保持しているＰＣＲ１１２５ａの値を、利用実績であるＵＬ１７００の時刻情報に設定される終了時刻情報として記録する。

なお、ステップＳ２３０４において、内部で一時的に保持しているＰＣＲ１１２５ａの値を用いて、継続的にＰＣＲ１１２５ａの変化を監視するようにしても良い。例えば、ＰＣＲ１１２５ａの値の間隔を監視し、本来単調増加であるはずのＰＣＲ１１２５ａの値が減少した場合には、ＴＳパケット１１００の不正な差し替え（すり替え）が行われたことが検出できるので、利用実績の記録を無効化（記録しないように）したり、改ざんされた旨の利用実績（ログ）を記録したり、コンテンツ復号処理を中止したりすることができる。

以上、図２３を用いて、コンテンツ復号部１５２１においてコンテンツの利用開始時刻および終了時刻を記録する処理について説明した。
次に、端末装置１０２のコンテンツ利用時における、コンテンツ配信サーバ１０１ｃのコンテンツ送信処理について、図２４を用いて説明する。
コンテンツ配信サーバ１０１ｃにおけるコンテンツ取得要求受信部９０１は、端末装置１０２からのコンテンツ取得要求を受信する（ステップＳ２４０１）。具体的には、コンテンツ取得要求受信部９０１は、端末装置１０２からＲＴＳＰによって再生要求を受け、要求されたコンテンツＩＤを取得して、コンテンツＩＤをコンテンツ取得部９０２に送信する。

コンテンツ送出部９１０は、コンテンツの送出が完了したか否かを判定する（ステップＳ２４０２）。具体的には、コンテンツ送出部９１０は、コンテンツの全てをＲＴＰパケットとして端末装置１０２に送出したか否かを判定する。
ステップＳ２４０２において、ＮＯである場合、すなわち、コンテンツの送出が完了していない場合には、ステップＳ２４０３を実行する。

ステップＳ２４０２において、ＹＥＳである場合、すなわち、コンテンツの送出が全て完了した場合には、その旨をコンテンツ取得要求受信部９０１に通知する等を行い、本処理を終了する。
コンテンツ取得部９０２は、コンテンツＤＢ９０３から、該当コンテンツＩＤのコンテンツを読み出す（ステップＳ２４０３）。具体的には、コンテンツ取得部９０２は、コンテンツ取得要求受信部９０１から受け取ったコンテンツＩＤをキーとしてコンテンツＤＢ９０３を検索し、該当コンテンツを取得する。

コンテンツ取得部９０２、および、コンテンツ多重化部９０４は、それぞれ、ＰＥＳパケット１０００、および、ＴＳパケット１１００を順次生成する（ステップＳ２４０４）。具体的には、コンテンツ取得部９０２は、ステップＳ２４０３においてコンテンツＤＢ９０３から取得したコンテンツの映像、音声などを順次ＭＰＥＧエンコードし、第１の時刻情報付加部９０８から取得したＳＴＣを用いて、映像ＥＳ、音声ＥＳの同期を実現するためのＰＴＳ１０４３ａ、ＤＴＳ１０４３ｂを付与する。

また、コンテンツ多重化部９０４は、コンテンツ取得部９０２から取得したＰＥＳパケット１０００をＴＳパケット化する。このとき、第１の時刻情報付加部９０８から取得したＳＴＣを用いて、端末装置１０２内の基準クロックを、コンテンツ配信サーバ１０１ｃの基準クロック（計時部９０７）と同期させるためのＰＣＲ１１２５ａを付与する。さらに、ＰＣＲ１１２５ａの改ざんを防止するため、ＰＣＲ１１２５ａとＴＳパケット１１００のペイロード部（ＴＳＰ Ｐａｙｌｏａｄ１１３０）とのハッシュを計算し、ＴＳパケット１１００のプライベートデータ部（Ｐｒｉｖａｔｅ Ｄａｔａ１１２５ｅ）に挿入する。さらに、コンテンツ多重化部９０４は、ＰＳＩ（ＰＡＴ、ＰＭＴなど）、ヌルパケット等のその他のＴＳパケット１１００も生成し、コンテンツのＴＳパケット１１００と共に多重する。

第１の時刻情報付加部９０８は、コンテンツ多重化部９０４において処理しているＴＳパケット１１００が、コンテンツの先頭のＴＳパケット１１００であるかどうかを判定する（ステップＳ２４０５）。具体的には、第１の時刻情報付加部９０８は、ＴＳパケット１１００のＰｒｉｖａｔｅ Ｄａｔａ１１２５ｅに設定されている、コンテンツ開始を示すフラグを監視し、当該フラグが設定されたＴＳパケット１１００を検出する。

ステップＳ２４０５において、ＹＥＳである場合、すなわち、処理中のＴＳパケット１１００がコンテンツの先頭のＴＳパケット１１００である場合には、ステップＳ２４０６を実行する。
ステップＳ２４０５において、ＮＯである場合、すなわち、処理中のＴＳパケット１１００がコンテンツの先頭のＴＳパケット１１００でない場合には、ステップＳ２４０７を実行する。

第２の時刻情報記録部９０９は、第１の時刻情報付加部９０８から受け取った第２の時刻情報を記録する（ステップＳ２４０６）。具体的には、第２の時刻情報記録部９０９は、第１の時刻情報付加部９０８がステップＳ２４０５において、コンテンツの先頭のＴＳパケット１１００を検出した時点でのＰＣＲ１１２５ａ（ＳＴＣ）の値を第２の時刻情報として受信するので、この第２の時刻情報を内部で保持する。なお、このように取得した第２の時刻情報は、ＬＡＮ１０１ｎを通じて即座に利用実績収集サーバ１０１ｅに送信しても良いし、利用実績収集サーバ１０１ｅから要求された時点で、利用実績収集サーバ１０１ｅに送信するようにしても良いし、適当なタイミングで利用実績収集サーバ１０１ｅに送信するようにしても良い。

コンテンツ暗号化部９０５、および、コンテンツ送出部９１０は、ＴＳパケット１１００をコンテンツ鍵で暗号化した後、ＲＴＰパケットを生成して端末装置１０２に送信する（ステップＳ２４０７）。具体的には、コンテンツ暗号化部９０５は、コンテンツ多重化部９０４から受信したＴＳパケット１１００のペイロード部（ＴＳＰ Ｐａｙｌｏａｄ１１３０）を、コンテンツ鍵供給部９０６から受け取ったコンテンツ鍵で暗号化する。

また、コンテンツ鍵供給部９０６は、コンテンツ取得要求受信部９０１から、端末装置１０２に送出するコンテンツのコンテンツＩＤを受け取り、対応するコンテンツ鍵をコンテンツ鍵ＤＢ９１１から読み出し、コンテンツのＰＩＤと共にコンテンツ暗号化部９０５に渡す。なお、このときのコンテンツのＰＩＤは、コンテンツ暗号化部９０５が暗号化するＴＳパケット１１００を特定するために用い、コンテンツ多重化部９０４から指示されたＰＩＤを渡すという処理を行う。

また、コンテンツ送出部９１０は、コンテンツ暗号化部９０５から受け取った暗号化されたＴＳパケット１１００を、一定サイズで分割（または集約）してＲＴＰヘッダを付加し、ＲＴＰパケットを生成して端末装置１０２に順次伝送する。その後、ステップＳ２４０２を実行する。
以上、端末装置１０２でストリーミングコンテンツを利用する際の、コンテンツ配信サーバ１０１ｃにおけるコンテンツの送出を行う動作についての説明を終了する。

次に、端末装置１０２において記録したコンテンツの利用実績を、ＵＬ１７００を用いて利用実績収集サーバ１０１ｅに送信する動作を、図２５に示すフローチャートを用いて説明する。
端末装置１０２の利用実績送信部１５０６は、利用実績収集サーバ１０１ｅに送信すべき利用実績（ＵＬ１７００）をセキュアＤＢ１５０４から取得する（ステップＳ２５０１）。具体的には、利用実績送信部１５０６は、セキュアＤＢ１５０４中の全てのＬＴ７００を検索して、利用実績収集指示タグブロック７０４の指示情報８０３内の利用実績返却条件８１３を参照する。ここで、利用実績の返却条件を満たしている場合には、ＬＴ７００中のライセンスＩＤ７１２と一致するライセンスＩＤ１７０６を有するＵＬ１７００をセキュアＤＢ１５０４から取得する。

利用実績送信部１５０６は、ステップＳ２５０１の結果、利用実績収集サーバ１０１ｅに送信するＵＬ１７００の有無を確認する（ステップＳ２５０２）。
ステップＳ２５０２において、ＹＥＳである場合、すなわち、利用実績収集サーバ１０１ｅに送信するＵＬ１７００が存在する場合には、ステップＳ２５０３を実行する。
ステップＳ２５０２において、ＮＯである場合、すなわち、利用実績収集サーバ１０１ｅに送信するＵＬ１７００が存在しない場合には、本処理を終了する。

利用実績送信部１５０６は、利用実績収集サーバ１０１ｅに対して、利用実績を送信する（ステップＳ２５０３）。具体的には、利用実績送信部１５０６は、第２の送受信部１５０１を通じて、ＵＬ１７００を利用実績収集サーバ１０１ｅに送信する。このとき、端末装置１０２と利用実績収集サーバ１０１ｅとは、ＳＳＬなどによりＳＡＣを確立してから、ＵＬ１７００を送信する。なお、端末装置１０２と利用実績収集サーバ１０１ｅとが、互いに予め共有する暗号鍵を用いて、ＵＬ１７００を暗号化することにより、ＵＬ１７００のセキュリティを確保することも可能である。なお、ＵＬ１７００の送信において、ＳＡＣ等の方法を用いることにより、ＵＬ１７００の送信元の特定が可能となる。

利用実績収集サーバ１０１ｅにおける区間情報取得部１２０１は、端末装置１０２から区間情報を利用実績として受信する（ステップＳ２５０４）。具体的には、区間情報取得部１２０１は、ネットワーク１０３を通じて、端末装置１０２からＵＬ１７００を受信する。
利用実績取得部１２０３は、区間情報と第２の時刻情報とから、ユーザがコンテンツのどの部分を利用したかを算出する（ステップＳ２５０５）。具体的には、端末装置１０２から受信したＵＬ１７００に設定された区間情報と、コンテンツ配信サーバ１０１ｃから受信した第２の時刻情報との差分を計算し、コンテンツ内の利用部分を特定するための情報を取得する。例えば、ＵＬ１７００の時刻情報１７１０の開始時刻情報および終了時刻情報が、それぞれ、「１３９７０５８４」および「１３９９９９９９」である場合に、第２の時刻情報が「１０００００００」であった場合には、コンテンツ内の利用部分は、開始時刻情報、終了時刻情報それぞれの値から第２の時刻情報の値を減算することにより、それぞれ、「３９７０５８４」および「３９９９９９９」と算出される。

なお、第２の時刻情報については、必要となった時点でコンテンツ配信サーバ１０１ｃに要求し、第２の時刻情報を取得するようにしても良いし、利用実績収集サーバ１０１ｅが、コンテンツ配信サーバ１０１ｃから予め取得して管理しておくようにしても良い。
利用実績取得部１２０３は、ステップＳ２５０５で算出したコンテンツの利用部分、および、ユーザＩＤ、コンテンツＩＤ等の利用実績として必要な情報を、利用実績ＤＢ１２０４に蓄積する（ステップＳ２５０６）。具体的には、利用実績取得部１２０３は、ステップＳ２５０５で算出した、コンテンツの利用開始および終了の時刻（コンテンツの開始からの相対時刻）である「３９７０５８４」および「３９９９９９９」を利用実績管理テーブル１４００の利用実績１４０５に記録する。同時に、図１４に示した、ユーザＩＤ１４０１、端末ＩＤ１４０２、コンテンツＩＤ１４０３、ライセンスＩＤ１４０４も蓄積する。また、ＵＬ１７００のアクション種別１７０７、あるいは、利用開始時刻１７０８が設定されていた場合には、利用実績管理テーブル１４００の利用実績１４０５に設定する。

区間情報取得部１２０１は、ＵＬ１７００の受信完了通知を端末装置１０２に送信する（ステップＳ２５０７）。
端末装置１０２の利用実績送信部１５０６は、利用実績収集サーバ１０１ｅからのＵＬ１７００の受信完了通知を受信した時点で、送信したセキュアＤＢ１５０４を更新（コミット）することにより、利用実績収集サーバ１０１ｅに送信したＵＬ１７００を完全に削除する（ステップＳ２５０８）。

以上、端末装置１０２が利用実績収集サーバ１０１ｅにＵＬ１７００を送信する動作について説明した。
以上のように、コンテンツ利用実績収集システム１では、配信センター１０１において生成した第１の時刻情報をセキュアにバインドして端末装置１０２に配信すると共に、コンテンツの先頭での第１の時刻情報を第２の時刻情報として配信センター１０１で保持し、利用実績の収集後に配信センター１０１において、端末装置１０２から利用実績として収集した区間情報と、配信センター１０１が保持する第２の時刻情報とから、ユーザがコンテンツのどの部分を利用したかを算出している。そのため、コンテンツプロバイダ、サービスプロバイダは、詳細かつセキュアにユーザの利用実績を取得することができる。

（実施の形態２）
以下、本発明における実施の形態２について、図面を用いて詳細に説明する。
本発明における実施の形態２で説明するコンテンツ利用実績収集システム２は、コンテンツ利用実績収集システム１において、コンテンツの先頭での第１の時刻情報の値を第２の時刻情報として配信センター１０１で保持し、利用実績の収集後に配信センター１０１において、コンテンツの利用部分を算出するようにしていたのに対し、第１の時刻情報と第２の時刻情報とをコンテンツに付与し、端末装置１０２において、コンテンツの利用部分を算出するようにしている。なおコンテンツ利用実績収集システム２の全体の概略構成に関しては、コンテンツ利用実績収集システム１と同様であるので、ここでは説明を省略する。また、本発明における実施の形態１と同様の構成要素については、実施の形態１において既に説明しているので、以下の説明を省略する。

以下、配信センター１０１のコンテンツ配信サーバ１０１ｃについて、図２６を用いて説明を行う。本図において、図９に示した実施の形態１のコンテンツ配信サーバ１０１ｃと同様の構成要素については、図９において既に説明しているので、図９と同様の符号を付して以下の説明を省略する。
図２６に示すコンテンツ配信サーバ１０１ｃは、図９における第１の時刻情報付加部９０８に代わり、時刻情報付加部２６０１を有し、第２の時刻情報記録部９０９を有さない構成となっている。

時刻情報付加部２６０１は、コンテンツに第１の時刻情報と第２の時刻情報とを付加する。具体的には、時刻情報付加部２６０１は、計時部９０７から第１の時刻情報（ＳＴＣ）を取得し、コンテンツ取得部９０２およびコンテンツ多重化部９０４に対して、それぞれ、ＰＥＳパケット１０００のＰＴＳ１０４３ａ／ＤＴＳ１０４３ｂ、および、ＴＳパケット１１００のＰＣＲ１１２５ａのためのタイムスタンプを付与する。この処理については、本発明の実施の形態１におけるコンテンツ配信サーバ１０１ｃの処理と同様である。さらに、時刻情報付加部２６０１は、本発明の実施の形態１におけるコンテンツ配信サーバ１０１ｃと同様の手法で、コンテンツ開始時点の第１の時刻情報（すなわち、ＰＣＲ、ＳＴＣ）の値を第２の時刻情報として取得し、コンテンツ多重化部９０４に提供する処理を行う。

コンテンツ多重化部９０４は、本発明の実施の形態１に示したコンテンツ多重化部９０４における第１の時刻情報の付加処理（ＰＣＲ１１２５ａの値の設定）に加え、時刻情報付加部２６０１から取得した第２の時刻情報をＴＳパケット１１００のＰｒｉｖａｔｅ Ｄａｔａ１１２５ｅに設定する。なお、Ｐｒｉｖａｔｅ Ｄａｔａ Ｌｅｎｇｔｈ１１２５ｄは、追加した第２の時刻情報の長さに応じて、適切な値が設定される。また、本発明の実施の形態１で示した、ハッシュ値の計算処理およびＰｒｉｖａｔｅ Ｄａｔａ１１２５ｅへのハッシュ値の付加処理は行われない。

コンテンツ暗号化部９０５は、コンテンツの暗号化方法を除いて、本発明の実施の形態１におけるコンテンツ暗号化部９０５と同様の処理を行う。ＰＣＲ１１２５ａ（第１の時刻情報）およびＰｒｉｖａｔｅ Ｄａｔａ１１２５ｅに付加された第２の時刻情報は、ＴＳパケット１１００の非暗号化部に存在するため、第１の時刻情報あるいは第２の時刻情報の値が不正に改ざんされ、配信センター１０１において正しい利用実績が取得できない恐れがある。そこで、コンテンツ暗号化部９０５は、コンテンツ鍵ＤＢ９１１で管理されるコンテンツ毎のコンテンツ鍵と、第１の時刻情報であるＰＣＲ１１２５ａと、第２の時刻情報とを組み合わせ、ＴＳＰ Ｐａｙｌｏａｄ１１３０の暗号鍵として用いる。これにより、ＴＳパケット１１００の非暗号化部に設定された第１の時刻情報あるいは第２の時刻情報が不正に改ざんされた場合、端末装置１０２は正しい暗号鍵を生成することができないので、結果としてコンテンツの復号処理が失敗し、第１の時刻情報および第２の時刻情報の改ざんを実質的に防止することができる。すなわち、コンテンツ暗号化部９０５は、第１の時刻情報および第２の時刻情報と、コンテンツとを、セキュアにバインドするとも言える。

第１の時刻情報とコンテンツ鍵との組み合わせ方法については、第１の時刻情報および第２の時刻情報が秘匿情報でないため、簡単な方法を用いても良く、例えば、コンテンツ鍵と第１の時刻情報と第２の時刻情報とのＸＯＲ（Ｅｘｃｌｕｓｉｖｅ ＯＲ）の値を、ＴＳＰ Ｐａｙｌｏａｄ１１３０の暗号鍵として用いる方法などが挙げられる。あるいは、ＴＳＰ Ｐａｙｌｏａｄ１１３０の暗号化モードがＣＢＣなどの初期化ベクトルを必要とするモードである場合は、少なくとも第１の時刻情報と第２の時刻情報とを含む情報を初期化ベクトルとして用いることにより、例えば、暗号アルゴリズムがＡＥＳの場合には、第１の時刻情報および第２の時刻情報を含むＴＳパケット１１００毎に拡大鍵を生成する手間を削減することができる。

なお、第１の時刻情報と第２の時刻情報とコンテンツ鍵とを組み合わせて暗号鍵を生成する処理は、ＰＣＲ１１２５ａ（およびＰｒｉｖａｔｅ Ｄａｔａ１１２５ｅの第２の時刻情報）が設定されたＴＳパケット１１００に対してのみ行う。
また、ここでは、ＴＳパケット１１００に第１の時刻情報と第２の時刻情報とが設定される場合において、２つの時刻情報をコンテンツ鍵と組み合わせる例を示したが、これに限られるものではなく、ＴＳパケット１１００の非暗号化部に設定された時刻情報が１つのみである場合にも適用することができる。

以上、配信センター１０１のコンテンツ配信サーバ１０１ｃについての説明を終了する。

次に、配信センター１０１の利用実績収集サーバ１０１ｅについて、図２７を用いて説明する。
本発明の実施の形態２における利用実績収集サーバ１０１ｅは、図１２に示した利用実績収集サーバ１０１ｅの区間情報取得部１２０１および第２の時刻情報取得部１２０２を有さず、利用実績取得部１３０３と、利用実績ＤＢ１３０４とから構成されている。

利用実績取得部１３０３は、端末装置１０２から利用実績を受信する。具体的には、利用実績取得部１３０３は、ネットワーク１０３を介して、端末装置１０２からＵＬ１７００を受信し、ＵＬ１７００に設定された利用実績を利用実績ＤＢ１３０４に蓄積する。本発明の実施の形態１では、ＵＬ１７００に設定された利用実績である区間情報と、コンテンツ配信サーバ１０１ｃで管理されている第２の時刻情報とから、コンテンツの利用部分を算出する処理を行ったが、本発明の実施の形態２では、端末装置１０２においてコンテンツの利用部分を算出する処理を行うようにしているため、基本的にはＵＬ１７００の内容をそのまま蓄積するだけの処理が行われる。

また、利用実績ＤＢ１３０４は、図１４に示した利用実績管理テーブル１４００と同様のテーブルを管理するので、ここでは説明を省略する。
以上、配信センター１０１の利用実績収集サーバ１０１ｅについての説明を終了する。

次に、コンテンツ利用実績収集システム２における端末装置１０２の構成について説明する。図２８は、図１に示される端末装置１０２の詳細な構成を示す機能ブロック図である。

図２８は、図１５に示した端末装置１０２の区間情報記録部１５２３に代わり、時刻情報算出部２８０１を備えている。なお、その他の構成要素については、コンテンツ復号部１５２１およびコンテンツ利用部１５２２を除き、本発明の実施の形態１における説明と同様であるので、ここでは省略する。
時刻情報算出部２８０１は、コンテンツ復号部１５２１において取得した第１の時刻情報および第２の時刻情報を受信し、第１の時刻情報と第２の時刻情報とから、コンテンツの利用部分を特定するための時刻情報（すなわち、コンテンツの先頭からの相対時刻）を算出し、記録する。具体的には、時刻情報算出部２８０１は、コンテンツ復号部１５２１から、コンテンツの利用開始時および利用終了時の第１の時刻情報の値を取得すると共に、コンテンツの開始時の第１の時刻情報の値である第２の時刻情報を取得し、第２の時刻情報の値から利用開始時および利用終了時の第１の時刻情報の値を減算する処理を行い、その結果をコンテンツの利用部分を特定する時刻情報として記録する。つまり、図１３を用いて説明すると、本発明の実施の形態１では、利用実績収集サーバ１０１ｅが第２の時刻情報の値（ＰＣＲ＿Ｔ）を保持しておき、利用実績収集サーバ１０１ｅで、（ＰＣＲ＿Ｓ−ＰＣＲ＿Ｔ）および（ＰＣＲ＿Ｅ−ＰＣＲ＿Ｔ）を算出していたが、本発明の実施の形態２では、ＴＳパケット１１００で第２の時刻情報（ＰＣＲ＿Ｔ）を配信しているので、端末装置１０２の時刻情報算出部２８０１で、（ＰＣＲ＿Ｓ−ＰＣＲ＿Ｔ）および（ＰＣＲ＿Ｅ−ＰＣＲ＿Ｔ）を算出することができる。

コンテンツ復号部１５２１は、図１５に示したコンテンツ復号部１５２１と基本的に同様の処理を行うが、コンテンツの復号方法と、コンテンツに設定された時刻情報の取得方法とが異なる。具体的には、コンテンツ復号部１５２１は、ＴＳパケット１１００のＡｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ１１２０から、ＰＣＲ１１２５ａ、および、Ｐｒｉｖａｔｅ Ｄａｔａ１１２５ｅに設定された第１の時刻情報、および、第２の時刻情報を取得する。これらの時刻情報と、コンテンツ利用制御部１５０３から取得するコンテンツ鍵とからＴＳパケット１１００の復号鍵を生成し（例えば、ＸＯＲするなど）、暗号化されているペイロード（ＴＳＰ Ｐａｙｌｏａｄ１１３０）を復号する。なお、ＰＣＲ１１２５ａは全てのＴＳパケット１１００に含まれているとは限らないため、ＰＣＲ１１２５ａが設定されたＴＳパケット１１００についてのみ、時刻情報とコンテンツ鍵とから復号鍵を生成する処理を行う。

また、ユーザの操作が行われた時点での第１の時刻情報の値と第２の時刻情報とを時刻情報算出部２８０１に送信する。但し、有効な利用実績のみを記録するため、コンテンツ利用部１５２２からデコード処理失敗や、特殊再生中であるといったデコードのステータスの通知を受け取った場合には、時刻情報算出部２８０１に対して第１の時刻情報の値と第２の時刻情報とを送信しない処理を行う。なお、ここまでの説明では、デコード処理（再生）に失敗した場合や、特殊再生が行われている場合は、利用実績を記録しないようにする例を示したが、逆に、デコード処理の失敗のログや特殊再生中の利用実績を取得したい場合には、時刻情報算出部２８０１に対して、デコードのステータス（早送り、巻き戻しのユーザ操作の内容や、何倍で早送り再生や巻き戻し再生を行ったか、などの情報）と共に第１の時刻情報の値と第２の時刻情報とを送信するようにしても良い。

コンテンツ利用部１５２２は、図１５に示したコンテンツ利用部１５２２と基本的に同様の処理を行うが、デコード処理を行った結果（ステータスなど）を、コンテンツ復号部１５２１に通知する処理を行う点が異なる。具体的には、コンテンツの非暗号化部に設定された第１の時刻情報あるいは第２の時刻情報が改ざんされた場合、コンテンツ復号部１５２１から受信したＴＳパケット１１００に設定された映像ＥＳ、音声ＥＳなどのデコードに失敗するため、コンテンツ利用部１５２２は、その旨をコンテンツ復号部１５２１に通知する処理を行う。また、早送り、巻戻しなどの特殊再生が行われた場合、その旨をコンテンツ復号部１５２１に通知することによって、コンテンツ復号部１５２１や時刻情報算出部２８０１などは、特殊再生が行われていることを認識して、利用実績を記録するか否かを決定することができる。

以上、図２８を用いて、端末装置１０２の構成についての説明を行った。
以上のように構成された端末装置１０２において、ユーザが権利管理サーバ１０１ｂからＬＴ７００を取得してセキュアにコンテンツを利用し、第１の時刻情報と第２の時刻情報とから算出した、コンテンツの先頭からの相対時刻である利用実績を記録し、利用実績を端末装置１０２から利用実績収集サーバ１０１ｅに送信する、という一連の動作を、図２９〜図３１に示すフローチャートを用いて説明する。なお、端末装置１０２における権利管理サーバ１０１ｂからのＬＴ７００の取得処理、端末装置１０２におけるコンテンツ利用処理および利用実績記録処理の全体処理については、それぞれ、本発明の実施の形態１における図１８〜図２１の処理と同様であるため、ここでは省略する。また、端末装置１０２における利用実績収集サーバ１０１ｅに対する利用実績送信処理については、端末装置１０２で記録した利用実績を利用実績収集サーバ１０１ｅに送信し、利用実績収集サーバ１０１ｅが利用実績を利用実績ＤＢ１３０４に蓄積する処理のみであるため、ここでは省略する。

よって、ここでは、コンテンツ利用処理および利用実績記録処理の詳細処理、および、コンテンツ配信サーバ１０１ｃにおけるストリーム送出処理についてのみ、それぞれ、図２９および図３０、図３１を用いて説明する。
まず、ステップＳ２１０８のコンテンツ利用処理および利用実績記録処理について、図２９および図３０は端末装置１０２におけるコンテンツ利用処理および利用実績記録処理を、図３１は、コンテンツ配信サーバ１０１ｃにおけるコンテンツ利用処理を示している。

最初に、端末装置１０２におけるコンテンツ利用処理および利用実績記録処理について、図２９を用いて説明する。
コンテンツ利用部１５２２は、コンテンツ配信サーバ１０１ｃに対して、コンテンツ取得要求を送信する（ステップＳ２９０１）。具体的には、コンテンツ利用部１５２２は、端末アプリケーション１５５０から受信したコンテンツのＵＲＩを基にコンテンツ配信サーバ１０１ｃに接続し、ＲＴＳＰを用いて再生要求（ＰＬＡＹ）を送信する。コンテンツ配信サーバ１０１ｃは、対応するコンテンツをＲＴＰのペイロードに設定して端末装置１０２に対して順次送信する。

第２の送受信部１５０１は、コンテンツ配信サーバ１０１ｃからコンテンツを受信する（ステップＳ２９０２）。具体的には、第２の送受信部１５０１は、コンテンツ配信サーバ１０１ｃが送信したＲＴＰパケットを順次受信し、ＲＴＰペイロードから順次ＭＰＥＧ−２ ＴＳを取り出し、コンテンツ復号部１５２１に対して送信する。
第２の送受信部１５０１は、コンテンツ配信サーバ１０１ｃからのコンテンツ受信が完了したか否かを判定する（ステップＳ２９０３）。具体的には、第２の送受信部１５０１は、受信したＲＴＰパケットが最終パケットであるか等の方法により、ストリームの終端を検出する。

ステップＳ２９０３において、ＮＯである場合、すなわち、コンテンツの受信が完了していない場合には、ステップＳ２９０４を実行する。
ステップＳ２９０３において、ＹＥＳである場合、すなわち、ユーザから端末アプリケーション１５５０を通じて、コンテンツ利用終了の通知を受けた場合や、コンテンツの受信が完了した場合には、端末アプリケーション１５５０を通じてその旨をユーザに通知し、本処理を終了する。

コンテンツ復号部１５２１は、ＴＳパケット１１００毎にコンテンツ復号のための復号鍵を生成し、ＴＳパケット１１００を復号すると共に、コンテンツ利用部１５２２は、コンテンツをデコードする（ステップＳ２９０５）。具体的には、コンテンツ復号部１５２１は、第２の送受信部１５０１から受信したＴＳパケット１１００の内、ペイロード部（ＴＳＰ Ｐａｙｌｏａｄ１１３０）が暗号化されているＴＳパケット１１００の復号を行う。この際、処理中のＴＳパケット１１００がＰＣＲ１１２５ａを含んでいる場合には、コンテンツ利用制御部１５０３から受信したコンテンツ鍵と、ＰＣＲ１１２５ａ（第１の時刻情報）と、Ｐｒｉｖａｔｅ Ｄａｔａ１１２５ｅの第２の時刻情報とをＸＯＲすることにより、コンテンツの復号鍵を生成する。ＰＣＲ１１２５ａを含んでいない場合には、コンテンツ利用制御部１５０３から受信したコンテンツ鍵を用いてＴＳパケット１１００のペイロード部（ＴＳＰ Ｐａｙｌｏａｄ１１３０）を復号する。なお、ＴＳパケット１１００がＰＣＲ１１２５ａを含んでいるか否かについては、Ａｄａｐｔａｔｉｏｎ Ｆｉｅｌｄ１１２０のＰＣＲ＿Ｆｌａｇ１１２４を参照することにより判別可能である。

ペイロードが復号されたＴＳパケット１１００は、コンテンツ利用部１５２２に渡され、順次デコードされる。
なお、このとき、非暗号化部に存在する第１の時刻情報または第２の時刻情報が改ざんされている場合には、コンテンツ復号部１５２１は、正しいコンテンツの復号鍵が生成できないためにコンテンツの復号に失敗し、その結果、コンテンツ利用部１５２２はコンテンツのデコードに失敗する。この場合のデコード失敗のステータスを、コンテンツ復号部１５２１に通知するようにしても良い。これにより、コンテンツ復号部１５２１は、コンテンツのデコードに失敗した場合の利用実績を記録しないようにすることができる。あるいは、コンテンツのデコードに失敗した旨を、利用実績として記録することもできる。

次に、図２９におけるステップＳ２９０４に示した、利用実績記録処理について、図３０を用いて説明する。
コンテンツ復号部１５２１は、ＰＣＲ１１２５ａの値を一時記録する（ステップＳ３００１）。具体的には、コンテンツ復号部１５２１は、ＰＣＲ１１２５ａが設定されているＴＳパケット１１００を処理した場合、ＰＣＲ１１２５ａの値を取得して、内部で一時的に記録する。なお、このとき、Ｐｒｉｖａｔｅ Ｄａｔａ１１２５ｅの第２の時刻情報も取得し、内部で一時的に記録するようにしても良い。

コンテンツ復号部１５２１は、コンテンツ利用部１５２２からの状態通知を受信したか否かをチェックする（ステップＳ３００２）。具体的には、コンテンツ復号部１５２１は、コンテンツ利用部１５２２からの再生、停止、早送り、巻戻しなどや、コンテンツのデコード失敗などのデコードの状態を受信する。
ステップＳ３００２において、ＹＥＳである場合、すなわち、コンテンツ利用部１５２２からの状態通知を受信した場合には、ステップＳ３００３を実行する。

ステップＳ３００２において、ＮＯである場合、すなわち、コンテンツ利用部１５２２からの状態通知を受信していない場合には、ステップＳ３００１を実行する。
コンテンツ復号部１５２１は、コンテンツ利用部１５２２からの状態通知に応じて、第１の時刻情報の値および第２の時刻情報を時刻情報算出部２８０１に送信し、時刻情報算出部２８０１が開始時刻情報または終了時刻情報を算出する（ステップＳ３００３）。具体的には、コンテンツ復号部１５２１は、コンテンツ利用部１５２２からのデコードの状態通知に応じて、一時記録した第１の時刻情報の値とＴＳパケット１１００のＰｒｉｖａｔｅ Ｄａｔａ１１２５ｅの第２の時刻情報とを取得し、時刻情報算出部２８０１に通知する。時刻情報算出部２８０１は、各第１の時刻情報の値と第２の時刻情報との差分を計算して、コンテンツを視聴した部分を特定する利用実績を生成する。例えば、コンテンツ利用部１５２２から「再生開始」を受け取った場合には、開始時刻情報として利用実績を記録し、「早送り」を受け取った場合には、終了時刻情報として利用実績を記録する処理を行う。

コンテンツ復号部１５２１は、コンテンツ利用部１５２２からの状態通知が「コンテンツ利用終了」、すなわち「停止」であるかどうかを判定する（ステップＳ３００４）。
ステップＳ３００４において、ＹＥＳである場合、すなわち、コンテンツ利用部１５２２からの状態通知が「停止」である場合には、このとき、記録した利用実績（開始時刻情報および終了時刻情報）を、利用実績記録部１５０５に送信して、本処理を終了する。なお、記録した利用実績を、利用実績記録部１５０５に送信するタイミングはコンテンツ利用終了時に限らず、例えば、ユーザ操作が行われる都度（利用実績が記録される都度）や、一定時間間隔で送信するようにしても良い。

ステップＳ３００４において、ＮＯである場合、すなわち、コンテンツ利用部１５２２からの状態通知が「停止」以外である場合には、ステップＳ３００１を実行する。
次に、端末装置１０２のコンテンツ利用時における、コンテンツ配信サーバ１０１ｃのコンテンツ送信処理について、図３１を用いて説明する。
コンテンツ配信サーバ１０１ｃにおけるコンテンツ取得要求受信部９０１は、端末装置１０２からのコンテンツ取得要求を受信する（ステップＳ３１０１）。具体的には、コンテンツ取得要求受信部９０１は、端末装置１０２からＲＴＳＰによって再生要求を受け、要求されたコンテンツＩＤを取得して、コンテンツＩＤをコンテンツ取得部９０２に送信する。

時刻情報付加部２６０１は、第２の時刻情報を一時的に保持する（ステップＳ３１０２）。具体的には、時刻情報付加部２６０１は、コンテンツ取得部９０２からのコンテンツ読み出しを開始する旨の通知を受信すると、ＳＴＣの値を計時部９０７から取得し、コンテンツの先頭での第１の時刻情報の値、すなわち、第２の時刻情報として、時刻情報付加部２６０１の内部で保持する。なお、時刻情報付加部２６０１は、その後も継続的に計時部９０７からのＳＴＣを取得して、コンテンツ取得部９０２およびコンテンツ多重化部９０４に供給する処理を行う。

コンテンツ送出部９１０は、コンテンツの送出が完了したか否かを判定する（ステップＳ３１０３）。具体的には、コンテンツ送出部９１０は、コンテンツの全てをＲＴＰパケットとして端末装置１０２に送出したか否かを判定する。
ステップＳ３１０３において、ＮＯである場合、すなわち、コンテンツの送出が完了していない場合には、ステップＳ３１０４を実行する。

ステップＳ３１０３において、ＹＥＳである場合、すなわち、コンテンツの送出が全て完了した場合には、その旨をコンテンツ取得要求受信部９０１に通知する等を行い、本処理を終了する。
コンテンツ取得部９０２は、コンテンツＤＢ９０３から、該当コンテンツＩＤのコンテンツを読み出す（ステップＳ３１０４）。具体的には、コンテンツ取得部９０２は、コンテンツ取得要求受信部９０１から受け取ったコンテンツＩＤをキーとしてコンテンツＤＢ９０３を検索し、該当コンテンツを取得する。

コンテンツ取得部９０２、および、コンテンツ多重化部９０４は、それぞれ、ＰＥＳパケット１０００、および、ＴＳパケット１１００を順次生成すると共に、ＴＳパケット１１００に第１の時刻情報および第２の時刻情報を付加する（ステップＳ３１０５）。具体的には、コンテンツ取得部９０２は、ステップＳ３１０４においてコンテンツＤＢ９０３から取得したコンテンツの映像、音声などを順次ＭＰＥＧエンコードし、時刻情報付加部２６０１から取得したＳＴＣを用いて、映像ＥＳ、音声ＥＳの同期を実現するためのＰＴＳ１０４３ａ、ＤＴＳ１０４３ｂを付与する。

また、コンテンツ多重化部９０４は、コンテンツ取得部９０２から取得したＰＥＳパケット１０００をＴＳパケット化する。このとき、時刻情報付加部２６０１から取得したＳＴＣを用いて、端末装置１０２内の基準クロック（図２８に図示しないＳＴＣ）を、コンテンツ配信サーバ１０１ｃの基準クロック（ＳＴＣ、すなわち、計時部９０７）と同期させるためのＰＣＲ１１２５ａを付与すると共に、Ｐｒｉｖａｔｅ Ｄａｔａ１１２５ｅに一時保持しておいた第２の時刻情報を付与する。さらに、コンテンツ多重化部９０４は、ＰＳＩ（ＰＡＴ、ＰＭＴなど）、ヌルパケット等のその他のＴＳパケット１１００も生成し、コンテンツのＴＳパケット１１００と共に多重する。

コンテンツ暗号化部９０５、および、コンテンツ送出部９１０は、ＴＳパケット１１００をコンテンツ鍵で暗号化した後、ＲＴＰパケットを生成して端末装置１０２に送信する（ステップＳ３１０６）。具体的には、コンテンツ暗号化部９０５は、コンテンツ多重化部９０４から受信したＴＳパケット１１００にＰＣＲ１１２５ａが含まれている場合には、第１の時刻情報（ＰＣＲ１１２５ａ）と、Ｐｒｉｖａｔｅ Ｄａｔａ１１２５ｅの第２の時刻情報と、コンテンツ鍵供給部９０６から受け取ったコンテンツ鍵のＸＯＲによりペイロードを暗号化する暗号鍵を生成し、ＴＳパケット１１００のペイロード部（ＴＳＰ Ｐａｙｌｏａｄ１１３０）を暗号化する。ＴＳパケット１１００にＰＣＲ１１２５ａが含まれていない場合には、コンテンツ鍵供給部９０６から受け取ったコンテンツ鍵のみを用いて、ＴＳパケット１１００のペイロード部（ＴＳＰ Ｐａｙｌｏａｄ１１３０）を暗号化する。

また、コンテンツ鍵供給部９０６は、コンテンツ取得要求受信部９０１から、端末装置１０２に送出するコンテンツのコンテンツＩＤを受け取り、対応するコンテンツ鍵をコンテンツ鍵ＤＢ９１１から読み出し、コンテンツのＰＩＤと共にコンテンツ暗号化部９０５に渡す。なお、このときのコンテンツのＰＩＤは、コンテンツ暗号化部９０５が暗号化するＴＳパケット１１００を特定するために用い、コンテンツ多重化部９０４から指示されたＰＩＤを渡すという処理を行う。

また、コンテンツ送出部９１０は、コンテンツ暗号化部９０５から受け取った暗号化されたＴＳパケット１１００を、一定サイズで分割（または集約）してＲＴＰヘッダを付加し、ＲＴＰパケットを生成して端末装置１０２に順次伝送する。その後、ステップＳ３１０３を実行する。
以上、端末装置１０２でストリーミングコンテンツを利用する際の、コンテンツ配信サーバ１０１ｃにおけるコンテンツの送出を行う動作についての説明を終了する。

以上のように、コンテンツ利用実績収集システム２では、配信センター１０１において生成した第１の時刻情報と、コンテンツの先頭での第１の時刻情報の値である第２の時刻情報とをセキュアにバインドして端末装置１０２に配信し、端末装置１０２において、第１の時刻情報と第２の時刻情報とから、ユーザがコンテンツのどの部分を利用したかを算出している。そのため、コンテンツプロバイダ、サービスプロバイダは、詳細かつ安全にユーザの利用実績を取得することができると共に、利用実績収集時の利用実績収集サーバ１０１ｅの処理を削減することができる。また、コンテンツ配信サーバ１０１ｃと利用実績収集サーバ１０１ｅとの間で、第２の時刻情報をやり取りするための仕組みが不要となり、配信センター１０１のシステムの柔軟性が高まる。

なお、本発明における実施の形態では、ＴＳパケット１１００のＰＣＲ１１２５ａ、および、Ｐｒｉｖａｔｅ Ｄａｔａ１１２５ｅに、第１の時刻情報および第２の時刻情報を設定する場合の例を示したが、これに限られるものではなく、ＰＥＳパケット１０００のＰＴＳ１０４３ａ、ＤＴＳ１０４３ｂや、ＰＥＳ Ｐｒｉｖａｔｅ Ｄａｔａ１０８１を用いて、第１の時刻情報、第２の時刻情報など、コンテンツの利用部分を特定可能な時刻情報を設定するようにしても良い。また、ＰＥＳパケットに設定される映像、音声は、ＭＰＥＧ−２やＭＰＥＧ−４ ＡＶＣなどが考えられるが、これに限定されるものではない。あるいは、ＭＰＥＧ−２ ＰＳ（Ｐｒｏｇｒａｍ Ｓｔｒｅａｍ）やＭＰＥＧ−４システムのＳＬ（Ｓｙｎｃ Ｌａｙｅｒ）の時刻情報を用いたり、ＰＥＳレイヤよりも下位のＭＰＥＧ−２、ＭＰＥＧ−４などのＥＳレイヤ中の時刻情報（例えば、ＭＰＥＧ−２ ＥＳのＧｒｏｕｐ Ｏｆ ＰｉｃｔｕｒｅのＴｉｍｅ Ｃｏｄｅなど）を用いるようにしても良い。

この場合、ＰＥＳパケット１０００そのものが、適当なサイズに分割されて、ＴＳパケット１１００のＴＳＰ Ｐａｙｌｏａｄ１１３０に設定されて暗号化されるため、ＰＥＳパケット１０００内の時刻情報（ＰＴＳ１０４３ａ、ＤＴＳ１０４３ｂ、ＰＥＳ Ｐｒｉｖａｔｅ Ｄａｔａ１０８１に設定した時刻情報）はセキュアにコンテンツにバインドされる。ゆえに、コンテンツ配信サーバ１０１ｃにおいて、コンテンツ（ＴＳパケット１１００）の暗号化処理以外に、第１の時刻情報や第２の時刻情報をコンテンツにセキュアにバインドするための特別な処理が不要になるため、コンテンツ配信サーバ１０１ｃの負担が軽減されるという効果がある。

さらに、上記のようにＰＴＳやＤＴＳを用いて、視聴箇所をセキュアに特定可能な視聴履歴を記録するためには、端末装置１０２内のＭＰＥＧデコーダ（コンテンツ利用部１５２２）でのデコード失敗（デコードバッファのオーバフローなどのデコード状態）を検出し、デコード失敗が検出された場合には視聴履歴を記録しないようにすることが望ましい。なぜなら、ＰＴＳやＤＴＳは単に暗号化されているだけであるのでＰＴＳやＤＴＳの改ざん自体の検出までできないからである。

また、本発明における実施の形態では、端末装置１０２で利用実績として記録した第１の時刻情報の値と、第２の時刻情報とから、利用実績収集サーバ１０１ｅまたは端末装置１０２において、コンテンツの利用部分を特定可能な、コンテンツの先頭からの相対時刻を算出する場合の例を示したが、コンテンツ配信サーバ１０１ｃにおいて、予め第１の時刻情報と第２の時刻情報とから、コンテンツの先頭からの相対時刻を計算しておき、これをコンテンツに設定することによって、端末装置１０２ではコンテンツに設定された時刻情報をそのまま記録するようにしても良い。これによれば、端末装置１０２における利用実績記録処理、および、利用実績収集サーバ１０１ｅでの利用実績収集処理の負荷を軽減することができる。

このとき、前記コンテンツの先頭からの相対時刻は、ＰＥＳパケット１０００のＰＥＳ Ｐｒｉｖａｔｅ Ｄａｔａ１０８１、あるいは、ＴＳパケット１１００のＰｒｉｖａｔｅ Ｄａｔａ１１２５ｅなどに設定することが可能である。また、前記コンテンツの先頭からの相対時刻を、ＴＳパケット１１００のＰｒｉｖａｔｅ Ｄａｔａ１１２５ｅに設定する場合は、前述した方法を用いて、ＴＳパケット１１００のペイロード部（ＴＳＰ Ｐａｙｌｏａｄ１１３０）にセキュアにバインドしても良い。また、ＰＣＲ１１２５ａ、ＰＴＳ１０４３ａ／ＤＴＳ１０４３ｂといった時刻情報は、ＳＴＣの再生やコンテンツのデコード、再生のために必須であるため、ＴＳパケット１１００およびＰＥＳパケット１０００に付加されるのは言うまでもない。ゆえに、本発明の実施の形態１および実施の形態２において説明した、特殊再生時における利用実績記録処理は、この場合にも適用可能である。

その際、ＭＰＥＧデコーダ（コンテンツ利用部１５２２）などにおいて、タイムスタンプの連続性（値の変化を一定範囲内かどうか）を判定し、連続性がないと判定された場合は、利用実績の記録を停止してもよい。このようにすれば、利用実績として視聴開始時と視聴終了時のタイムスタンプを記録する場合に、コンテンツの一部分を途中ですりかえられる場合に不正な利用実績の記録を防止することができる。これは、配信センター１０１から配信されるコンテンツをネットワーク１０３上で傍受して、ＴＳパケット１１００の順序を入れ替えたり、図１５に図示しない端末装置１０２内のコンテンツ蓄積部において、ＴＳパケット１１００の順序を入れ替えたりされる危険性がある場合などに有効な方法である。

また、利用実績として視聴開始時と視聴終了時とのタイムスタンプを記録する代わりに、視聴開始時のタイムスタンプと視聴時間とを記録する構成としてもよい。
また、本発明における実施の形態では、配信センター１０１において、コンテンツの先頭のＰＣＲ１１２５ａの値（第２の時刻情報）を記録するようにしたが、少なくとも第２の時刻情報の値があれば良いため、例えば、コンテンツの全てのＰＣＲ１１２５ａの値を記録したマップを記録するようにしても良い。また、このマップを端末装置１０２に送信して、端末装置１０２で、このマップを用いてコンテンツの利用部分を特定する情報を生成するようにしても良い。すなわち、本発明における実施の形態では、利用実績を記録するための時刻情報をコンテンツに設定する例を示したが、これに限られるものではなく、コンテンツとは別に配信するようにしても良い。ただし、セキュアに利用実績を得るためには、時刻情報とコンテンツとをセキュアにバインドする必要がある。また、配信センター１０１や端末装置１０２において、コンテンツの先頭の時刻情報を記録、保持する代わりに、配信センター１０１や端末装置１０２において、当該コンテンツ自体を保持しておき、コンテンツの利用部分を特定する情報を生成するようにしても良いことは言うまでもない。 また、コンテンツの非暗号部のＰＣＲ１１２５ａを時刻情報として用いる場合、端末装置１０２のＭＰＥＧデコーダ（コンテンツ利用部１５２２）をハードウェア的に耐タンパ実装するなどの方法によって実質的にセキュリティを確保できる場合は、ＰＣＲ１１２５ａをコンテンツの暗号化部に明示的にセキュアバインドしないという方法も考えられる。なぜなら、ＰＣＲ１１２５ａは、ＭＰＥＧデコーダのＳＴＣを介して、コンテンツの暗号化部にあるＰＴＳ１０４３ａ／ＤＴＳ１０４３ｂと間接的にセキュアバインドされるからである。

また、本発明における実施の形態では、コンテンツ配信サーバ１０１ｃからコンテンツがストリーミング配信される場合の例を示したが、これに限られるものではなく、端末装置１０２内あるいはネットワーク１０３上の記録部に蓄積されたダウンロードコンテンツ（ストリーミングコンテンツの蓄積も含む）であっても良い。
また、本発明における実施の形態では、利用実績であるＵＬ１７００にＬＴ７００を特定するためのＩＤであるライセンスＩＤ１７０６を設定するようにしたが、権利管理サーバ１０１ｂで管理している利用条件ＩＤ（利用条件管理テーブル５００の利用条件ＩＤ５０２）を設定するようにしても良い。この場合、権利管理サーバ１０１ｂは、ＬＴ７００を発行する際、ＬＴ７００に利用条件ＩＤ５０２を追加する必要がある。端末装置１０２は、ＬＴ７００に設定された利用条件ＩＤ５０２を用いて、ＵＬ１７００に利用条件ＩＤ５０２を設定することができる。

また、本発明における実施の形態では、端末装置１０２が利用実績収集サーバ１０１ｅにＵＬ１７００を送信する際、ＰＫＩを用いたＳＡＣを用いる場合、および、相互認証を用いない、利用実績収集サーバ１０１ｅおよび端末装置１０２間のセキュアな通信路を用いる場合の例を示したが、ＵＬ１７００をコンテンツ鍵で暗号化して送信するようにしても良い。

また、本発明における実施の形態では、利用実績をＵＬ１７００に設定して、端末装置１０２から配信センター１０１に送信するようにしたが、これに限られるものではなく、端末装置１０２から配信センター１０１へのＬＴ７００の返却タイミングと連動させて、ＬＴ７００を用いることによって、端末装置１０２から配信センター１０１に利用実績を送信するようにしても良い。

また、本発明における実施の形態では、コンテンツの利用部分を特定可能な情報として時刻情報を用いたが、これに限られるものではなく、コンテンツ内の視聴位置をセキュアかつユニークに把握可能な情報であれば、時刻情報以外の位置情報を用いることも当然可能である。さらに、位置情報以外にも、少なくともコンテンツ内でユニークな情報（ＰＣＲ１１２５ａやＰＴＳ１０４３ａなど）を含むＴＳパケット１１００全体や、ＰＥＳパケット１０００全体を、端末装置１０２から利用実績収集サーバ１０１ｅに利用実績として送信するようにしても良い。これによれば、コンテンツ配信サーバ１０１ｃの送出時の処理、端末装置１０２での利用実績記録処理の負荷が軽減できる。加えて、時刻情報を用いる場合であっても、コンテンツの利用開始と終了のタイミングに利用実績を記録する場合のみならず、コンテンツの利用開始と継続時間とからコンテンツの利用終了を算出する方法など、コンテンツのどの部分を利用したかが把握可能な方法であれば、その他の方法を用いても良い。

また、本発明における実施の形態では、端末装置１０２のコンテンツ復号部１５２１において利用実績を取得するか否かの判定を行ったが、コンテンツ利用部１５２２において利用実績を取得するか否かの判定処理を行うようにしても良い。この場合、コンテンツ利用部１５２２から区間情報記録部１５２３に対して、利用実績として取得した区間情報が送信される。また、本発明における実施の形態２（図２８）においても同様のことが言える。

また、本発明における実施の形態では、権利管理サーバ１０１ｂが利用実績を収集する対象ユーザを動的に決定する場合の例を示したが、利用実績を収集する対象ユーザを予め決定しておくことにより、利用実績を収集する対象ユーザを静的に決定するようにしても良い。この場合、対象ユーザを記録したテーブルを、権利管理サーバ１０１ｂ内のデータベース部で保持しておけば良い。

また、本発明における実施の形態では、配信センター１０１の構成について、複数のサーバ装置により実現される場合の例を示したが、これに限られるものではなく、例えば、複数の機能を１つのサーバ装置で実現するように構成しても良い。
また、本発明における実施の形態では、端末装置１０２毎に利用実績を収集する場合の例を示したが、例えば、ホームネットワーク等の論理的または物理的なネットワーク内の、ホームサーバまたはチャネルサーバ単位で利用実績を収集するようにしても良い。

さらに、本発明における実施の形態では、単一の配信経路からコンテンツやライセンス、利用実績等を取得する場合の例を示したが、デジタル放送とインターネットを併用したり、パッケージメディアとインターネットを併用したりといった、複合的な配信経路から取り込むようにすることもできる。

本発明は、端末装置にコンテンツの利用に対するライセンスを提供するサーバ装置と、前記サーバ装置から取得した前記ライセンスに基づいて前記コンテンツの利用を制御する端末装置とを含むデジタルコンテンツ配信システムに適している。例えば、サーバ装置としては、インターネットを介してデジタルコンテンツを配信するサービスプロバイダの配信サーバや、放送を介してデジタルコンテンツをデジタル放送する放送装置等に適しており、端末装置としては、デジタル放送を受信するためのセットトップボックス、デジタルＴＶ、ＤＶＤレコーダ、ハードディスクレコーダ、パーソナルコンピュータなどのコンテンツ再生装置、記録装置あるいはこれらの複合機器等に適している。

本発明の実施の形態に係るコンテンツ利用実績収集システム１の全体の概略構成を示す図である。 本発明の実施の形態１に係る権利管理サーバ１０１ｂの構成を示す機能ブロック図である。 本発明の実施の形態１に係るユーザ情報ＤＢ２０１のテーブル構成を示す図である。 本発明の実施の形態１に係るコンテンツ鍵ＤＢ２０２のテーブル構成を示す図である。 本発明の実施の形態１に係る利用条件ＤＢ２０３のテーブル構成を示す図である。 本発明の実施の形態１に係る利用実績収集条件ＤＢ２０４のテーブル構成を示す図である。 本発明の実施の形態１に係るＬＴ７００の構成を示す図である。 本発明の実施の形態１に係る利用実績収集指示タグブロック７０４の構成を示す図である。 本発明の実施の形態１に係るコンテンツ配信サーバ１０１ｃの構成を示す機能ブロック図である。 本発明の実施の形態１に係るＰＥＳパケット１０００の概略構成を示す図である。 本発明の実施の形態１に係るＴＳパケット１１００の概略構成を示す図である。 本発明の実施の形態１に係る利用実績収集サーバ１０１ｅの構成を示す機能ブロック図である。 本発明の実施の形態１に係る第１の時刻情報と第２の時刻情報と区間情報との関係を示す図である。 本発明の実施の形態１に係る利用実績ＤＢ１２０４のテーブル構成を示す図である。 本発明の実施の形態１に係る端末装置１０２の構成を示す図である。 本発明の実施の形態１に係るＥＬＩ１６００の構成を示す図である。 本発明の実施の形態１に係るＵＬ１７００の構成を示す図である。 本発明の実施の形態１に係る端末装置１０２における権利管理サーバ１０１ｂからのＬＴ７００の取得処理を示すフローチャートである。 本発明の実施の形態１に係る権利管理サーバ１０１ｂにおけるＬＴ発行可否判定処理を示すフローチャートである。 本発明の実施の形態１に係る権利管理サーバ１０１ｂにおける利用実績収集指示生成処理を示すフローチャートである。 本発明の実施の形態１に係る端末装置１０２におけるコンテンツ利用処理および利用実績記録処理を示すフローチャートである。 本発明の実施の形態１に係る端末装置１０２におけるコンテンツ利用処理を示すフローチャートである。 本発明の実施の形態１に係る端末装置１０２における利用実績記録処理を示すフローチャートである。 本発明の実施の形態１に係るコンテンツ配信サーバ１０１ｃにおけるコンテンツ送出処理を示すフローチャートである。 本発明の実施の形態１に係る端末装置１０２における利用実績収集サーバ１０１ｅに対する利用実績送信処理を示すフローチャートである。 本発明の実施の形態２に係るコンテンツ配信サーバ１０１ｃの構成を示す機能ブロック図である。 本発明の実施の形態２に係る利用実績収集サーバ１０１ｅの構成を示す機能ブロック図である。 本発明の実施の形態２に係る端末装置１０２の構成を示す図である。 本発明の実施の形態２に係る端末装置１０２におけるコンテンツ利用処理を示すフローチャートである。 本発明の実施の形態２に係る端末装置１０２における利用実績記録処理を示すフローチャートである。 本発明の実施の形態２に係るコンテンツ配信サーバ１０１ｃにおけるコンテンツ送出処理を示すフローチャートである。

符号の説明

１、２ コンテンツ利用実績収集システム
１０１ 配信センター
１０１ａ 課金サーバ
１０１ｂ 権利管理サーバ
１０１ｃ コンテンツ配信サーバ
１０１ｄ ウェブサーバ
１０１ｅ 利用実績収集サーバ
１０１ｎ ＬＡＮ
１０２ 端末装置
１０３ ネットワーク
２００ データベース部
２０１ ユーザ情報ＤＢ
２０２、９１１ コンテンツ鍵ＤＢ
２０３ 利用条件ＤＢ
２０４ 利用実績収集条件ＤＢ
２１０ ライセンス処理部
２１１ 利用実績収集指示部
２１２ ライセンス発行部
２１３ 第１の送受信部
９０１ コンテンツ取得要求受信部
９０２ コンテンツ取得部
９０３ コンテンツＤＢ
９０４ コンテンツ多重化部
９０５ コンテンツ暗号化部
９０６ コンテンツ鍵供給部
９０７ 計時部
９０８ 第１の時刻情報付加部
９０９ 第２の時刻情報記録部
９１０ コンテンツ送出部
１２０１ 区間情報取得部
１２０２ 第２の時刻情報取得部
１２０３、１３０３、１５０５ 利用実績取得部
１２０４、１３０４ 利用実績ＤＢ
１５００ 権利管理部
１５０１ 第２の送受信部
１５０２ ライセンス取得部
１５０３ コンテンツ利用制御部
１５０４ セキュアＤＢ
１５０６ 利用実績送信部
１５２０ コンテンツ利用部
１５２１ コンテンツ復号部
１５２２ コンテンツ利用部
１５２３ 区間情報記録部
２６０１ 時刻情報付加部
２８０１ 時刻情報算出部

Claims (30)

1. 端末装置にコンテンツを配信し、当該端末装置からコンテンツの利用実績を収集するサーバ装置と、コンテンツを利用する端末装置とを有するコンテンツ利用実績収集システムであって、
   前記サーバ装置は、
   前記コンテンツの時間的な目盛りである時刻情報をコンテンツに付加する付加手段と、
   時刻情報の付加されたコンテンツを端末装置に送信するコンテンツ送信手段と
   を備え、
   前記端末装置は、
   前記サーバ装置から送信された前記コンテンツを利用するコンテンツ利用手段と、
   コンテンツの時刻情報に基づいて、前記コンテンツ利用手段によって実際に利用されたコンテンツの区間を示す区間情報を生成する生成手段と、
   前記区間情報をサーバ装置に送信する送信手段と
   を備える
   ことを特徴とするコンテンツ利用実績収集システム。
2. 前記生成手段は、
   前記コンテンツ利用手段がコンテンツの利用を開始した時点における時刻情報の値を開始時刻として検出する第１検出手段と、
   前記コンテンツ利用手段がコンテンツの利用を終了した時点における時刻情報の値を終了時刻として検出する第２検出手段と、
   検出された開始時刻および終了時刻に基づいて前記区間情報を作成する作成手段と
   を備えることを特徴とする請求項１記載のコンテンツ利用実績収集システム。
3. 前記時刻情報は、（ａ）トランスポート・ストリーム・パケット内のプログラム・クロック・リファレンス、（ｂ）パケッタイズド・エレメンタリ・ストリーム・パケット内のプレゼンテーション・タイム・スタンプ、（ｃ）パケッタイズド・エレメンタリ・ストリーム・パケット内のデコーディング・タイム・スタンプ、（ｄ）トランスポート・ストリーム・パケット内のプライベート・データおよび（ｅ）パケッタイズド・エレメンタリ・ストリーム内のプライベート・データの何れかとして付加される
   ことを特徴とする請求項２記載のコンテンツ利用実績収集システム。
4. 前記サーバ装置はさらに、前記コンテンツの少なくとも一部を暗号化するコンテンツ暗号化手段を備え、
   前記端末装置はさらに、前記暗号化されたコンテンツを復号するコンテンツ復号手段を備え、
   前記コンテンツ利用手段は、復号されたコンテンツを利用する
   ことを特徴とする請求項３記載のコンテンツ利用実績収集システム。
5. 前記サーバ装置はさらに、前記時刻情報を前記コンテンツにセキュアにバインドするバインド手段を備える
   ことを特徴とする請求項４記載のコンテンツ利用実績収集システム。
6. 前記付加手段は、少なくとも前記コンテンツの暗号化部に前記時刻情報を付加する
   ことを特徴とする請求項５記載のコンテンツ利用実績収集システム。
7. 前記付加手段は、少なくとも前記コンテンツの非暗号化部に前記時刻情報を付加し、
   前記バインド手段は、前記時刻情報と少なくとも前記コンテンツの一部とのハッシュ値を、前記コンテンツに付加する
   ことを特徴とする請求項５記載のコンテンツ利用実績収集システム。
8. 前記コンテンツ復号手段は、前記ハッシュ値に基づいて誤り検出を行い、誤りが検出された場合には当該コンテンツの復号を停止する
   ことを特徴とする請求項７記載のコンテンツ利用実績収集システム。
9. 前記コンテンツ復号手段は、前記ハッシュ値に基づいて誤り検出を行い、
   前記生成手段は、誤りが検出された場合には前記区間情報の生成を停止する
   ことを特徴とする請求項７記載のコンテンツ利用実績収集システム。
10. 前記端末装置は、さらに、前記区間情報以外のコンテンツ利用実績を収集する収集手段を備え、
    前記収集手段は、前記誤りが検出された場合に前記時刻情報が改ざんされたことを示すコンテンツ利用実績を生成する
    ことを特徴とする請求項９記載のコンテンツ利用実績収集システム。
11. 前記付加手段は、少なくとも前記コンテンツの非暗号化部に前記時刻情報を付加し、
    前記バインド手段は、前記時刻情報と、前記コンテンツの暗号鍵とを関連づけて新たな暗号鍵を生成し、
    前記コンテンツ暗号化手段は、前記新たな暗号鍵を用いて、前記コンテンツを暗号化する
    ことを特徴とする請求項５記載のコンテンツ利用実績収集システム。
12. 前記付加手段は、少なくとも前記コンテンツの非暗号化部に前記時刻情報を付加し、
    前記バインド手段は、前記時刻情報を前記コンテンツ暗号化手段による暗号化の初期パラメータに設定する
    ことを特徴とする請求項５記載のコンテンツ利用実績収集システム。
13. 前記コンテンツ復号手段が前記コンテンツの復号に失敗した場合、または、前記コンテンツ利用手段が前記コンテンツの再生に失敗した場合、前記生成手段に対して、前記区間情報を生成しないように指示する
    ことを特徴とする請求項５に記載のコンテンツ利用実績収集システム。
14. 前記端末装置は、さらに、前記区間情報以外にコンテンツ利用実績を収集する収集手段を備え、
    前記コンテンツ復号手段が前記コンテンツの復号に失敗した場合、または、前記コンテンツ利用手段が前記コンテンツの再生に失敗した場合、前記収集手段に対して、復号の失敗を示す利用実績を記録するように指示する
    ことを特徴とする請求項５に記載のコンテンツ利用実績収集システム。
15. 前記生成手段は、前記コンテンツ利用手段において前記コンテンツの特殊再生が行われた場合には、当該特殊再生区間を除外して前記区間情報を生成する
    ことを特徴とする請求項２記載のコンテンツ利用実績収集システム。
16. 前記端末装置は、さらに、前記区間情報以外にコンテンツ利用実績を収集する収集手段を備え、
    前記収集手段は、前記コンテンツ利用手段において前記コンテンツの特殊再生が行われた場合には、特殊再生が行われた旨を示す利用実績を記録する
    ことを特徴とする請求項２記載のコンテンツ利用実績収集システム。
17. 前記収集手段は、前記コンテンツ利用手段において前記コンテンツを再生しているとき、再生箇所を示す時刻情報の値を取得し、一定間隔をおいて前後する再生箇所の値の差分に基づいて前記コンテンツの特殊再生が行われていることを検出する
    ことを特徴とする請求項１６記載のコンテンツ利用実績収集システム。
18. 前記コンテンツ利用手段は、前記コンテンツを特殊再生しているとき、前記収集手段に対して特殊再生中であることを通知する
    ことを特徴とする請求項１６記載のコンテンツ利用実績収集システム。
19. 前記送信手段は、前記区間情報とともに当該コンテンツに関するライセンスＩＤをサーバ装置に送信する
    ことを特徴とする請求項２記載のコンテンツ利用実績収集システム。
20. 前記送信手段は、前記区間情報とともに当該コンテンツに関する利用条件ＩＤをサーバ装置に送信する
    ことを特徴とする請求項２記載のコンテンツ利用実績収集システム。
21. 前記サーバ装置は、さらに、
    前記コンテンツの先頭における時刻情報の値を先頭時刻として保持する保持手段と、
    端末装置から送信された区間情報および前記先頭時刻に基づいて、コンテンツの先頭を基準とする相対的な利用区間を特定する特定手段と
    を備えることを特徴とする請求項２記載のコンテンツ利用実績収集システム。
22. 前記付加手段は、さらに、コンテンツ先頭における前記時刻情報の値を先頭時刻として前記コンテンツに付加し、
    前記作成手段は、前記先頭時刻、前記開始時刻および前記終了時刻に基づいて、コンテンツの先頭を基準とする相対的な利用区間を特定し、
    前記区間情報は特定された利用区間を示す
    ことを特徴とする請求項２記載のコンテンツ利用実績収集システム。
23. 前記付加手段は、少なくともコンテンツの先頭を基準とする相対的な値を有する前記時刻情報をコンテンツに付加し、
    前記作成手段は、前記開始時刻および前記終了時刻に基づいて、コンテンツの先頭を基準とする相対的な利用区間を特定し、
    前記区間情報は特定された利用区間を示す
    ことを特徴とする請求項２記載のコンテンツ利用実績収集システム。
24. 端末装置にコンテンツを配信し、当該端末装置からコンテンツの利用実績を収集するサーバ装置であって、
    前記コンテンツの時間的な目盛りである時刻情報をコンテンツに付加する付加手段と、
    時刻情報の付加されたコンテンツを端末装置に送信するコンテンツ送信手段と、
    端末装置において実際に利用されたコンテンツの区間を、時刻情報の値により示す区間情報を受信する受信手段と
    を備えることを特徴とするサーバ装置。
25. サーバ装置から配信されるコンテンツを利用する端末装置であって、
    前記コンテンツの時間的な目盛りである時刻情報が付加されたコンテンツを利用するコンテンツ利用手段と、
    コンテンツの時刻情報に基づいて、前記コンテンツ利用手段によって実際に利用されたコンテンツの区間を示す区間情報を生成する生成手段と、
    前記区間情報をサーバ装置に送信する送信手段と
    を備えることを特徴とする端末装置。
26. 端末装置にコンテンツを配信し、当該端末装置からコンテンツの利用実績を収集するサーバ装置と、コンテンツを利用する端末装置とを有するコンテンツ利用実績収集システムにおける利用実績収集方法であって、
    前記サーバ装置において、前記コンテンツの時間的な目盛りである時刻情報をコンテンツに付加する付加ステップと、
    時刻情報の付加されたコンテンツを端末装置に送信するコンテンツ送信ステップと、
    前記端末装置において、サーバ装置から送信された前記コンテンツを利用するコンテンツ利用ステップと、
    端末装置において、コンテンツの時刻情報に基づいて、前記コンテンツ利用手段によって実際に利用されたコンテンツの区間を示す区間情報を生成する生成ステップと、
    前記区間情報を端末装置からサーバ装置に送信する送信ステップと
    を有することを特徴とするコンテンツ利用実績収集方法。
27. 端末装置にコンテンツを配信し、当該端末装置からコンテンツの利用実績を収集するサーバ装置における利用実績収集方法であって、
    前記コンテンツの時間的な目盛りである時刻情報をコンテンツに付加する付加ステップと、
    時刻情報の付加されたコンテンツを端末装置に送信するコンテンツ送信ステップと、
    端末装置において実際に利用されたコンテンツの区間を、時刻情報の値により示す区間情報を受信する受信ステップと
    を有することを特徴とする利用実績収集方法。
28. サーバ装置から配信されるコンテンツを利用する端末装置における利用実績収集方法であって、
    前記コンテンツの時間的な目盛りである時刻情報が付加されたコンテンツを利用するコンテンツ利用ステップと、
    コンテンツの時刻情報に基づいて、前記コンテンツ利用手段によって実際に利用されたコンテンツの区間を示す区間情報を生成する生成ステップと、
    前記区間情報をサーバ装置に送信する送信ステップと
    を有することを特徴とする利用実績収集方法。
29. 端末装置にコンテンツを配信し、当該端末装置からコンテンツの利用実績を収集するサーバ装置において利用実績を収集するためのプログラムであって、
    前記コンテンツの時間的な目盛りである時刻情報をコンテンツに付加する付加ステップと、
    時刻情報の付加されたコンテンツを端末装置に送信するコンテンツ送信ステップと、
    端末装置において実際に利用されたコンテンツの区間を、時刻情報の値により示す区間情報を受信する受信ステップと
    をコンピュータに実行させることを特徴とするプログラム。
30. サーバ装置から配信されるコンテンツを利用する端末装置において利用実績を収集するためのプログラムであって、
    前記コンテンツの時間的な目盛りである時刻情報が付加されたコンテンツを利用するコンテンツ利用ステップと、
    コンテンツの時刻情報に基づいて、前記コンテンツ利用手段によって実際に利用されたコンテンツの区間を示す区間情報を生成する生成ステップと、
    前記区間情報をサーバ装置に送信する送信ステップと
    をコンピュータに実行させることを特徴とするプログラム。

Images