JP2004133801A - System and method for providing contents - Google Patents

System and method for providing contents Download PDF

Info

Publication number
JP2004133801A
JP2004133801A JP2002299488A JP2002299488A JP2004133801A JP 2004133801 A JP2004133801 A JP 2004133801A JP 2002299488 A JP2002299488 A JP 2002299488A JP 2002299488 A JP2002299488 A JP 2002299488A JP 2004133801 A JP2004133801 A JP 2004133801A
Authority
JP
Japan
Prior art keywords
content
charging
encryption
server
content data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
JP2002299488A
Other languages
Japanese (ja)
Inventor
Nobuhiko Yuasa
湯浅　信彦
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP2002299488A priority Critical patent/JP2004133801A/en
Publication of JP2004133801A publication Critical patent/JP2004133801A/en
Abandoned legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a contents providing system for realizing a copyright management system capable of effectively protecting a contents copyright and a charging management system for enabling effective charging processing even to partial viewing and listening which correspond to a user's request. <P>SOLUTION: This contents providing system 2 is disclosed, which includes an encryption server 27 for dividing contents data into a plurality encryption sections and encrypting the encryption sections with encryption keys different for each encryption section, and a charging server 29 for performing charging processing corresponding to the partial viewing and listening in which the contents data are partially viewed and listened to in a client terminal 10. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
本発明は、一般的にはネットワークを介してストリームデータなどのコンテンツデータを提供するためのコンテンツ提供システムに関し、特に、当該コンテンツデータの著作権管理及び課金管理の技術分野に関する。
【０００２】
【従来の技術】
近年、特にインターネットを代表とするネットワークを利用して、映像や音声などのコンテンツデータ（単にコンテンツと表記する場合がある）を、ユーザ（視聴者）に配信するコンテンツ提供システムが実現されている。このようなシステムは、一般的に、コンテンツをストリームデータ形式で送信し、ユーザ端末装置側で再生するストリーミング方式を採用している。
【０００３】
ところで、当該システムにより、コンテンツ提供サービスなどを運用する場合には、コンテンツの著作権を保護するための著作権管理、及びコンテンツの利用に伴なう課金管理が必要不可欠である。
【０００４】
従来、著作権管理又は課金管理の機能を有するコンテンツ配信システムが提案されている（例えば、特許文献１を参照）。このシステムでは、１つの暗号鍵で暗号化する方式と、電子マネーを模した所謂プリペイド課金方法を応用した課金方式とが採用されている。また、当該課金方式は、コンテンツをパケット毎に分割し、各分割片毎に課金（バリューを引き去る）する。分割方法は、単位時間（一定時間）毎に行なわれる。さらに、各パケット毎に異なるバリューを設定することができる。
【０００５】
また、ＩＳＰの機能（認証、メールなど）を上位のＩＳＰの機能で代行するシステムが提案されている（例えば、特許文献２を参照）。このシステムでは、ユーザの利用料金を下位ＩＳＰと上位ＩＳＰとで分配する課金方法（例えば、利用時間に基づいて双方に分配する）が採用されている。
【０００６】
さらに、コンテンツをパケット毎に分割して送信し、クライアントが要求した指定条件においてサーバが送信したパケット数に応じて課金処理を実行するシステムが提案されている（例えば、特許文献３を参照）。このシステムでは、クライアントは、受信バイト数を指定することによりコンテンツの一部だけ取得することができる。また、クライアントは、通信時間を指定することにより、その通信時間内で受信できるコンテンツ（の一部）だけを取得することができる。
【０００７】
【特許文献１】
特開２００２−１６９９１２号公報（段落番号０００７−００１４、図１）
【０００８】
【特許文献２】
特開２００２−１６３３８０号公報（段落番号０００８−００１４、図１）
【０００９】
【特許文献３】
特開２００２−６３１３４号公報（段落番号０００７−００１９、図１）
【００１０】
【発明が解決しようとする課題】
要するに、コンテンツを１つの暗号鍵で暗号化して、当該コンテンツの著作権を保護する著作権管理方式が一般的である。さらに、一般的な課金方式としては、コンテンツを一度購入すると、以降何回でも視聴可能な方式（所謂セルビデオ方式）、コンテンツを視聴する度に、コンテンツ料金が課金される方式（所謂ＰＰＶ：Ｐａｙ　Ｐｅｒ　Ｖｉｅｗ方式）、または一定期間、コンテンツを何回でも視聴可能な課金方式（所謂レンタルビデオ方式）がある。
【００１１】
コンテンツを１つの暗号鍵で暗号化する方式では、その暗号鍵が漏洩すると、コンテンツの全体が復号される問題がある。従って、従来の著作権管理方式では、コンテンツの著作権を有効に保護することが困難である。
【００１２】
また、課金管理方式としては、前記の一般的方式を基本として、前述の先行技術文献に記載されているような各種のバリエーションが提案されている。前述以外にも、複数のコンテンツをまとめてパッケージとし、そのパッケージに対して期間有効課金方式（レンタルビデオ方式）を適用する方式もある。
【００１３】
ところで、課金管理方式として、特にコンテンツの全体ではなく、部分視聴に対応する課金方法の要求が高い。これは、コンテンツの全体では利用料金が高額になるが、ユーザが視聴したい部分のみに課金できるようになれば、相対的に低額で当該コンテンツを提供できる利点がある。このような課金方法は、前述の先行技術文献（特に、特許文献１，３を参照）に記載されているように、コンテンツを分割して課金する部分課金又は分割課金の方法が有効である。しかしながら、前述の先行技術文献に記載されている方法は、パケット単位または固定した分割区間毎の課金である。従って、実際上の部分視聴のサービス運用を想定した場合に、ユーザの要望に応じた有効な課金処理を実行できない問題がある。
【００１４】
そこで、本発明の目的は、コンテンツの著作権を有効に保護できる著作権管理方式、及びユーザの要望に応じた部分視聴に対しても有効な課金処理の可能な課金管理方式を実現するコンテンツ提供システムを提供することにある。
【００１５】
【課題を解決するための手段】
本発明の観点は、所定の提供単位（例えば映像などのタイトルに相当する単位）のコンテンツデータを複数の暗号化区間に分割し、各暗号化区間毎に異なる暗号鍵で暗号化して暗号強度を高めることにより、当該コンテンツデータの著作権を有効に保護する著作権管理方式を含むコンテンツ提供システムに関する。また、本発明の観点は、当該コンテンツデータを部分的に利用する部分視聴に応じた課金処理を実現する課金管理方式を含むコンテンツ提供システムに関する。
【００１６】
本発明の観点に従ったコンテンツ提供システムは、ネットワークを介して、クライアント端末からの要求に応じてコンテンツデータを配信する配信手段と、前記コンテンツデータを指定の暗号化区間毎に分割し、当該各暗号化区間をそれぞれ異なる暗号鍵で暗号化する暗号化手段と、前記コンテンツデータを任意の課金区間で分割し、当該各課金区間毎に利用料金を設定して、当該各課金区間毎の課金処理を実行する課金管理手段と、前記配信手段により前記クライアント端末に対して配信されるコンテンツデータの利用方法を、前記暗号鍵を使用して管理する著作権管理手段とを具備したものである。
【００１７】
このような構成であれば、ネットワークを介して提供するコンテンツデータを複数の暗号鍵で暗号化することにより、一部の暗号鍵が漏洩しても、コンテンツ全体が復号化されるような事態を未然に回避できる。従って、コンテンツの著作権を有効に保護することが可能となる。また、コンテンツデータを任意の課金区間毎の課金管理を実現することにより、ユーザの要望に応じたコンテンツの部分的利用を行なう部分視聴のサービスを実現することができる。
【００１８】
【発明の実施の形態】
以下図面を参照して、本発明の実施の形態を説明する。
【００１９】
（システムの構成）
図１は、本実施形態に関するコンテンツ提供システムの要部を示すブロック図である。
【００２０】
システム全体は、大別して視聴者システム１と、コンテンツ提供システム２と、外部の決済システム３とを含み、当該各システムがインターネット等のネットワークで接続されている。
【００２１】
視聴者システム１は、コンテンツを視聴する視聴者（ユーザ）が操作するクライアント端末１０を含む。クライアント端末１０は、図２に示すように、セッション鍵生成装置１１１、暗号復号装置１１２、入力装置１１３、表示装置１１４、料金加算装置１１５、及び通信装置１１６を含む。
【００２２】
セッション鍵生成装置１１１は、後述するようにセッション鍵を生成する。暗号復号装置１１２は、入力装置１１３により入力されるパスワードや、セッション鍵生成装置１１１により生成されたセッション鍵をＤＲＭ（Ｄｉｇｉｔａｌ　Ｒｉｇｈｔｓ　Ｍａｎａｇｅｍｅｎｔ）サーバ公開鍵ＤＳＰで暗号化する。また、暗号復号装置１１２は、当該パスワードをナビゲーション・サーバ（以下ＮＡＶサーバ）公開鍵ＮＳＰで暗号化し、暗号化パスワードを生成する。
【００２３】
料金加算装置１１５は、表示装置１１４で再生表示されたコンテンツの料金を算出（加算）する。通信装置１１６は、ネットワークを介してコンテンツ提供システム２と接続し、視聴者情報や暗号化パスワードを送信したり、暗号化されたコンテンツデータ（ストリームデータ）を受信する。
【００２４】
コンテンツ提供システム２は、図１に示すように、ＮＡＶサーバ２１、ＮＡＶデータベース２２、配信サーバ２３、配信データベース２４、ＤＲＭサーバ２５、ＤＲＭデータベース２６、暗号化サーバ２７、コンテンツデータベース２８、課金サーバ２９、視聴者管理／認証サーバ３０、及び視聴者データベース３１を有する。このコンテンツ提供システム２は、例えばコンテンツ配信サービス業者により運営される。
【００２５】
ＮＡＶサーバ２１は、提供するコンテンツに関する情報を示すメタデータ（ｍｅｔａ　ｄａｔａ）をクライアント端末１０に提示する。このメタデータ（以下ＮＡＶメタデータと表記する）は、例えばコンテンツを選択するためのタイトル、出演者、収録時間などの視聴者に視聴可能なコンテンツ情報を意味する。ＮＡＶデータベース２２はＮＡＶサーバ２１に接続されて、ＮＡＶメタデータを保管する。
【００２６】
配信サーバ２３は、ネットワークを介して、視聴者（ユーザ）が要求したコンテンツ（暗号化されたコンテンツデータ）をクライアント端末１０に配信する。配信データベース２４は配信サーバ２３に接続されて、当該暗号化コンテンツデータを保管する。
【００２７】
ＤＲＭサーバ２５は、コンテンツの著作権を保護する目的で、コンテンツの視聴権利であるライセンスを発行する著作権管理サーバである。ＤＲＭデータベース２６はＤＲＭサーバ２５に接続されて、ＤＲＭメタデータを保管する。ＤＲＭメタデータは、暗号化されたコンテンツデータを復号するためのデータ（復号鍵）や、課金管理用のデータであり、各コンテンツ毎に用意されている（図９を参照）。
【００２８】
暗号化サーバ２７は、コンテンツデータベース２８に保管されているコンテンツ素材（暗号化前のコンテンツデータ）を暗号化して、配信サーバ２３に送出する。さらに、課金サーバ２９は、コンテンツの視聴料金（利用料金）を管理するための課金管理を行なう。視聴者管理／認証サーバ３０は、視聴者情報や課金情報を管理し、また視聴者の認証処理を行なう。視聴者データベース３１は当該サーバ３０に接続されて、視聴者情報及び課金情報を保管する。
【００２９】
なお、当該コンテンツ提供システム２には、ネットワークを介して、複数の視聴者システム１が接続可能である。また、決済システム３は、銀行や、クレジット会社などの課金処理に伴なう料金の決済を行なう金融機関が運営するシステムを意味する。決済システム３は、ネットワークを介して、コンテンツ提供システム２との間で、料金の決済に必要な課金情報などを交換する。
【００３０】
（コンテンツ提供システムの各サーバの構成）
以下図３から図８を参照して、前述の各サーバの構成を説明する。
【００３１】
ＮＡＶサーバ２１は、図３に示すように、復号装置２１１、コンテンツ一覧生成装置２１２、公開鍵／秘密鍵生成装置２１３、及び通信装置２１４を有する。
【００３２】
復号装置２１１は、通信装置２１４を介して受信した暗号化パスワードを、ＮＡＶサーバ秘密鍵ＮＳＳで復号する。通信装置２１４は、ネットワークを介して、暗号化パスワード以外に、コンテンツ識別子及び視聴者識別子を受信する。通信装置２１４は、復号装置２１１により復号化されたパスワードをＤＲＭサーバ２５に送信する。公開鍵／秘密鍵生成装置２１３は、ＮＡＶサーバ秘密鍵ＮＳＳ以外に、ＮＡＶサーバ公開鍵ＮＳＰを生成する。コンテンツ一覧生成装置２１２は、ＮＡＶデータベース２１に保管されているＮＡＶメタデータからなるコンテンツ一覧表を生成する。
【００３３】
ＤＲＭサーバ２５は、図４に示すように、暗号復号装置２５１、セッション識別子生成装置２５２、検索装置２５３、公開鍵／秘密鍵生成装置２５４、及び通信装置２５５を有する。
【００３４】
暗号復号装置２５１は、暗号化セッション鍵をＤＲＭサーバ秘密鍵ＤＳＳで復号する。暗号復号装置２５１は、ＤＲＭデータベース２６から取得したＤＲＭメタデータを復号したセッション鍵で暗号化し、ライセンス情報を生成する。通信装置２５５はネットワークを介して、当該暗号化セッション鍵以外にセッション識別子を受信する。公開鍵／秘密鍵生成装置２５４は、ＤＲＭサーバ秘密鍵ＤＳＳ以外に、ＤＲＭサーバ公開鍵ＤＳＰを生成する。検索装置２５３は、通信装置２５５により受信したセッション識別子と同一のセッション識別子を持つレコードを、ＤＲＭデータベース２６から検索する。セッション識別子生成装置２５２は、後述するように、セッション識別子を生成する。
【００３５】
暗号化サーバ２７は、図５に示すように、コンテンツ識別子生成装置２７１、暗号鍵生成装置２７２、暗号化装置２７３、ＤＲＭ／ＮＡＶメタデータ生成装置２７４、及び通信装置２７５を有する。
【００３６】
コンテンツ識別子生成装置２７１は、コンテンツ識別子を生成する。暗号鍵生成装置２７２は、分割したコンテンツ部分（暗号化区間）毎に暗号鍵を生成する。暗号化装置２７３は、コンテンツデータベース２８から取得したコンテンツデータを暗号化間隔で分割し、暗号鍵生成装置２７２により生成された暗号鍵で暗号化する。ＤＲＭ／ＮＡＶメタデータ生成装置２７４は、ＤＲＭメタデータ及びＮＡＶメタデータを生成する。通信装置２７５は、ネットワークを介して、暗号化コンテンツ、コンテンツ識別子、及びＤＲＭ／ＮＡＶメタデータを送信する。
【００３７】
視聴者管理／認証サーバ３０は、図６に示すように、視聴者識別子生成装置３０１、検索装置３０２、及び通信装置３０３を有する。視聴者識別子生成装置３０１は、視聴者識別子を生成する。視聴者データベース３１には、当該視聴者識別子以外に、視聴者情報及び復号されたパスワードが保管されている。検索装置３０２は、パスワード認証のために、視聴者識別子とパスワードのペアを視聴者データベース３１から検索する。通信装置３０３は、ネットワークを介して視聴者情報と暗号化パスワードを受信し、また視聴者識別子をクライアント端末１０に送信する。
【００３８】
配信サーバ２３は、図７に示すように、検索装置２３１及び通信装置２３２を有する。検索装置２３１は、通信装置２３２を介して受信したコンテンツ識別子に対応する暗号化コンテンツを配信データベース２４から検索して取得する。通信装置２３２はネットワークを介して、検索装置２３１により取得された暗号化コンテンツをクライアント端末１０に送信する。
【００３９】
課金サーバ２９は、図８に示すように、決済処理装置２９１及び通信装置２９２を有する。決済処理装置２９１は、通信装置２９２を介して受信した視聴者識別子と視聴料金データとに基づいて料金の決済処理（課金処理）を実行し、外部の決済システム３に通知する。通信装置２９２は、当該受信処理と共に、決済処理装置２９１による課金処理の処理完了通知をＤＲＭサーバ２５に送信する処理を実行する。
【００４０】
（暗号化方法）
以下主として図１２を参照して、本実施形態の暗号化サーバ２７での暗号化方法を説明する。
【００４１】
暗号化サーバ２７は、コンテンツデータベース２８から取得したコンテンツデータに対して、一定の暗号化間隔で暗号鍵を変化させて暗号化する。暗号化間隔は、コンテンツの内容とは無関係に固定長である。具体的には、図１２に示すように、コンテンツデータは、例えば等間隔区間（Ｔｅ秒）でｎ個の暗号化区間に分割される。各暗号化区間は、それぞれ異なるｎ個の暗号鍵（ｋｅｙ１〜ｋｅｙｎ）で暗号化される。例えば、暗号化区間（０，Ｔｅ）は暗号鍵（ｋｅｙ１）で暗号化される。また、暗号化区間（Ｔｅ，２Ｔｅ）は暗号鍵（ｋｅｙ２）で暗号化される。
【００４２】
ここで、コンテンツデータの暗号化方式としては、共通鍵暗号方式を想定している。また、当然ながら、コンテンツデータの全体を復号化するには、暗号化に使用された合計ｎ個の全ての暗号鍵（ｋｅｙ１〜ｋｅｙｎ）が必要となる。暗号化サーバ２７は、図１０（Ａ）に示すように、暗号化区間と暗号鍵との対応関係を示す対応表を生成する。
【００４３】
（課金方法）
以下主として図１３を参照して、本実施形態の課金サーバ２９での課金方法を説明する。
【００４４】
本課金方法は、図１３に示すように、コンテンツデータに対して任意の課金区間毎に課金する。例えば、課金区間（０，ｔｂ１）に対応するコンテンツの視聴に対しては、視聴料金（利用料金）Ｃｈｇ１が課金される。また、課金区間（ｔｂ１，ｔｂ２）に対応するコンテンツの視聴に対しては、視聴料金Ｃｈｇ２が課金される。さらに、課金区間（ｔｂ１，ｔｂ３）に対応するコンテンツの視聴に対しては、視聴料金として合計料金（Ｃｈ１＋Ｃｈ２）が課金される。無料区間は、料金として「Ｃｈｇ＝０」が設定される。ここで、図１３は、コンテンツデータは、ｍ個の課金区間に分割されていることを示している。各課金区間は、前記の暗号化区間とは独立して設定される。課金サーバ２９は、図１０（Ｂ）に示すように、課金区間と料金との対応関係を示す対応表を生成する。
【００４５】
（データ構造）
以下図９、図１１、図１４、図１５、及び図１６を参照して、本実施形態に関係するデータ構造を説明する。
【００４６】
ＤＲＭメタデータは、暗号化されたコンテンツデータを復号化するためのデータ（暗号鍵）や、課金処理用のデータを含み、コンテンツ毎に生成される。ＤＲＭメタデータの属性としては、図９に示すように、コンテンツを識別するコンテンツ識別子、暗号化間隔、暗号鍵リスト、及び課金リストを含む。コンテンツ識別子は、視聴要求のコンテンツを識別するためのデータである。暗号化間隔は、前述したように、１つの暗号鍵で暗号化されるコンテンツの部分区間長（暗号化区間）を示す。暗号鍵リストは、コンテンツの暗号鍵を暗号順序順に整理されたものである。課金リストは、課金時刻と料金とのペアを整理したものである。暗号化間隔は、コンテンツの部分によらず固定長であり、一定の間隔毎に異なる暗号鍵でコンテンツを暗号化するための暗号化区間である。図１０（Ａ）に示す対応表は、当該暗号化リストと暗号化間隔とに基づいて生成される。また、同図（Ｂ）に示す対応表は、当該課金リストに基づいて生成される。
【００４７】
ＮＡＶメタデータは、視聴者に提示するコンテンツの情報や料金を含むデータであり、コンテンツ毎に生成される。ＮＡＶメタデータの属性としては、図１１に示すように、コンテンツを識別するコンテンツ識別子、コンテンツ情報、及び課金リストを含む。コンテンツ情報は、前述したように、例えばコンテンツを選択するためのタイトル、出演者、収録時間などの視聴者に視聴可能な情報である。ここで、同一のコンテンツでは、ＮＡＶメタデータとＤＲＭメタデータのいずれにも含まれる属性であるコンテンツ識別子及び課金リストは同一である。
【００４８】
図１４は、コンテンツ一覧表のデータ構造である。コンテンツ一覧表は、視聴者がコンテンツを選択するためのリストであり、コンテンツ提供者がカスタマイズ可能なリストである。コンテンツ一覧表の各レコードは、コンテンツ毎に設定される。各レコードは、例えばコンテンツ識別子（ＣｏｎｔｅｎｔＩＤ）、タイトル（Ｔｉｔｌｅ）、出演者（Ｐｅｒｆｏｒｍｅｒｓ）、収録時間（ＲｅｃＴｉｍｅ）、価格（Ｐｒｉｃｅ）等から構成される。視聴者は、クライアント端末１０の表示装置の画面上に表示された当該一覧表から視聴したいコンテンツを選択することになる。
【００４９】
図１５は、視聴者データベース３１のデータ構造を示す。当該データベースは、視聴者管理／認証サーバ３０で管理される視聴者に関する情報を蓄積したものである。本データベースの各レコードは、視聴者毎に設定されており、例えば視聴者識別子、パスワード、視聴者情報、及び視聴情報等から構成される。視聴者情報は視聴者に関する情報であり、例えば氏名、住所、電話番号等から構成される。また、視聴情報は視聴者が視聴したコンテンツの履歴情報であり、例えばコンテンツ識別子、視聴日時、料金等を１視聴レコードとして、複数の視聴レコードから構成される。
【００５０】
図１６は、セッションデータベースのデータ構造を示す。当該データベースは、ＤＲＭサーバ２５を介してＤＲＭデータベース２６で管理される視聴セッションに関するデータベースである。本データベースは、視聴者システム１とコンテンツ提供システム２との間で通信される情報を蓄積したものである。本データベースは、ライセンス発行処理や課金処理など複数の処理を同一のセッションとして管理するために使用される。本データベースの各レコードは、セッション毎に設定されて、例えば視聴者識別子、セッション識別子、及びコンテンツ識別子等から構成される。
【００５１】
（コンテンツ配信処理の手順）
以下、同実施形態に関するコンテンツ配信処理の手順を説明する。
【００５２】
コンテンツ提供システム２は、視聴者が操作するクライアント端末１０からの要求に伴なって、コンテンツの暗号化処理、配信処理、課金処理、ライセンス処理及び視聴者管理を実行する。当該システム２は、大別して、準備フェーズ、コンテンツ登録フェーズ、コンテンツ視聴フェーズ、課金フェーズの４つのフェーズに分類される手順を実行する。
【００５３】
準備フェーズは、視聴者がコンテンツを視聴する前に実行する手順、およびコンテンツ提供システム２が視聴者にコンテンツを提供する前に実行する手順である。新規の視聴者およびコンテンツ提供システム２は、各システムを最初に稼動したときに準備フェーズを１回実行する必要がある。
【００５４】
視聴者の準備フェーズでの手順内容は、コンテンツ登録システム２に対して視聴者登録を行なうことであり、視聴者登録はコンテンツ提供システム２による視聴者認証のために実行する。コンテンツ提供システム２は、ＮＡＶサーバ２１及びＤＲＭサーバ２５の各サーバの公開鍵（ＮＳＰ，ＤＳＰ）及び秘密鍵（ＮＳＳ，ＤＳＳ）を生成して保管する。これらの鍵の生成は、視聴者システム１とコンテンツ提供システム２間の暗号化通信のために実行する。
【００５５】
コンテンツ登録フェーズは、コンテンツ提供者がコンテンツをコンテンツ提供システムに登録するためのフェーズであり、新規のコンテンツを登録する毎に実行する。当該フェーズにおいて、コンテンツ提供システム２は、コンテンツデータを暗号化し、その暗号化コンテンツデータを配信サーバ２３を介して配信データベース２４に保管する。また、コンテンツ提供システム２は、当該コンテンツのＤＲＭメタデータおよびＮＡＶメタデータの生成および保管を行なう。さらに、視聴者のコンテンツ選択に供するためのコンテンツ一覧表を作成する。
【００５６】
コンテンツ視聴フェーズは、視聴者が希望するコンテンツを選択し、クライアント端末１０で当該コンテンツを再生するフェーズである。クライアント端末１０は、コンテンツの選択と共に視聴者認証処理を実行し、認証が成功した場合のみ当該コンテンツを再生することができる。認証に成功した後に、クライアント端末１０は、ライセンス情報及び暗号化コンテンツデータを、コンテンツ提供システム２から取得する。そして、端末１０は、当該暗号化コンテンツデータをライセンス情報を用いて復号化して再生する。
【００５７】
クライアント端末１０は、当該コンテンツの再生と共に視聴に応じた料金を算出する。一方、コンテンツ提供システム２においては、ライセンス情報を生成・発行し、当該コンテンツのセッション管理を行なう。ここで、視聴者認証におけるパスワードやライセンス情報は、クライアント端末１０とコンテンツ提供システム２間で暗号化されて通信される。
【００５８】
課金フェーズは、クライアント端末１０が算出したコンテンツ視聴料金を決済するフェーズである。クライアント端末１０は、コンテンツの視聴が完了した後に、コンテンツ視聴料金に関するデータをコンテンツ提供システム２に送信する。コンテンツ提供システム２では、課金サーバ２９が視聴料金の決済処理を行なう。
【００５９】
以上のような各フェーズの手順を主として図１７から図２３を参照して、さらに詳細に説明する。
【００６０】
（準備フェーズ）
図１７は、準備フェーズの手順を説明するためのフローチャートである。
【００６１】
当該準備フェーズは、前半の鍵生成の手順と後半の視聴者登録の手順に大別される。図１７と共に、図２、図３、図４及び図６を参照して、鍵生成の手順及び視聴者登録の手順を説明する。
【００６２】
鍵生成の手順では、コンテンツ提供システム２では、公開鍵暗号化方式に基づいて、ＤＲＭサーバ２５は、ＤＲＭサーバ公開鍵ＤＳＰと秘密鍵ＤＳＳを公開鍵／秘密鍵生成装置２５４により生成する（ステップＳ２１）。また、ＮＡＶサーバ２１は、公開鍵／秘密鍵生成装置２１３によりＮＡＶサーバ公開鍵ＮＳＰと秘密鍵ＮＳＳを生成する（ステップＳ２２）。
【００６３】
次に、視聴者登録の手順では、コンテンツ提供システム２では、視聴者管理／認証サーバ３０は、視聴者識別子生成装置３０１により視聴者識別子を生成して発行する（ステップＳ２３）。ＤＲＭサーバ２５は、生成したＤＲＭサーバ公開鍵ＤＳＰを通信装置２５５によりクライアント端末１０へ送信する（ステップＳ２５）。
【００６４】
一方、クライアント端末１０は、ネットワークを介して送信されたＤＲＭサーバ公開鍵ＤＳＰを通信装置１１６により受信する（ステップＳ１１）。クライアント端末１０は、入力装置１１３により視聴者の情報とパスワードを入力する（ステップＳ１２）。さらに、暗号復号装置１１２により、入力したパスワードをＤＲＭサーバ公開鍵ＤＳＰで暗号化する（ステップＳ１３）。通信装置１１６は、入力された視聴者情報及び暗号化パスワードを、コンテンツ提供システム２の視聴者管理／認証サーバ３０へ送信する（ステップＳ１４）。
【００６５】
一方、コンテンツ提供システム２では、視聴者管理／認証サーバ３０は通信装置３０３により視聴者情報及び暗号化パスワードを受信する（ステップＳ２５）。当該サーバ３０は、受信した暗号化パスワードをＤＲＭサーバ秘密鍵ＤＳＳで復号化する（ステップＳ２６）。さらに、当該サーバ３０は、視聴者情報、視聴者識別子、及び復号したパスワードを視聴者データベース３１に保管する（ステップＳ２７）。当該サーバ３０は、視聴者識別子を通信装置３０３によりクライアント端末１０へ送信する（ステップＳ２８）。
【００６６】
クランアント端末１０は、通信装置１１６により視聴者識別子を受信する（ステップＳ１５）。ところで、視聴者の登録手順としては、同実施形態でのオンラインによる登録方法以外に、オフライン（電話または郵便等）による登録方法でもよい。
【００６７】
（コンテンツ登録フェーズ）
次に、図１８のフローチャートと共に、図３、図４、図５、及び図７を参照して、コンテンツ登録フェーズの手順を説明する。
【００６８】
コンテンツ提供システム２では、提供対象のコンテンツ素材は、本コンテンツ登録フェーズの手順を実行する前に、予めコンテンツデータベース２８に保管されていることを想定する。暗号化サーバ２７は、コンテンツ識別子生成装置２７１によりコンテンツ識別子を生成する（ステップＳ３１）。暗号化サーバ２７は、コンテンツ識別子に基づいてコンテンツデータベース２８から素材となるコンテンツデータを取得する（ステップＳ３２）。
【００６９】
暗号化装置２７３は、取得したコンテンツデータを所定の暗号化間隔（暗号化区間）で分割する（ステップＳ３３）。暗号鍵生成装置２７２は、暗号化区間に分割したコンテンツ部分毎に暗号鍵を生成する（ステップＳ３４）。暗号化装置２７３は、当該コンテンツデータを、コンテンツ部分毎に生成した暗号鍵で暗号化する（ステップＳ３５）。暗号化装置２７３は、コンテンツ部分毎に生成した暗号鍵から暗号鍵リストを生成する（ステップＳ３６）。
【００７０】
通信装置２７５は、暗号化コンテンツデータ及びコンテンツ識別子を配信サーバ２３に送信する（ステップＳ３７）。一方、ＤＲＭ／ＮＡＶメタデータ生成装置２７４は、前述の図９に示すようなＤＲＭメタデータを生成する（ステップＳ３８）。ここで、ＤＲＭメタデータの属性である暗号化間隔は、コンテンツ提供システム２の運用者により与えられる。また、課金リストは、コンテンツ毎に設定される課金区間と料金により構成される。さらに、ＤＲＭ／ＮＡＶメタデータ生成装置２７４は、前述の図１１に示すようなＮＡＶメタデータを生成する（ステップＳ３９）。ここで、ＮＡＶメタデータの属性であるコンテンツ情報は、コンテンツ提供者がコンテンツ毎に与えるタイトル、出演者、収録時間等の情報から構成される。
【００７１】
通信装置２７５は、ＤＲＭ／ＮＡＶメタデータ生成装置２７４により生成されたＤＲＭメタデータをＤＲＭサーバ２５に送信する（ステップＳ４０）。また、通信装置２７５は、ＤＲＭ／ＮＡＶメタデータ生成装置２７４により生成されたＮＡＶメタデータをＮＡＶサーバ２１に送信する（ステップＳ４１）。
【００７２】
一方、配信サーバ２３は、通信装置２３２により暗号化サーバ２７からの暗号化コンテンツデータ及びコンテンツ識別子を受信する（ステップＳ５１）。配信サーバ２３は、暗号化コンテンツデータ及びコンテンツ識別子を配信データベース２４に保管する（ステップＳ５２）。ＤＲＭサーバ２５は、通信装置２５５により暗号化サーバ２７からのＤＲＭメタデータを受信する（ステップＳ５３）。ＤＲＭサーバ２５は、当該ＤＲＭメタデータをＤＲＭデータベース２６に保管する（ステップＳ５４）。また、ＮＡＶサーバ２１は、通信装置２１４により暗号化サーバ２７からのＮＡＶメタデータを受信する（ステップＳ５５）。ＮＡＶサーバ２１は、当該ＮＡＶメタデータをＮＡＶデータベース２１に保管する（ステップＳ５６）。ＮＡＶサーバ２１では、コンテンツ一覧生成装置２１２は、取得したＮＡＶメタデータからコンテンツ一覧表（図１４）を作成する（ステップＳ５７）。
【００７３】
（コンテンツ視聴フェーズ）
コンテンツ視聴フェーズは、以下の３サブフェーズ（１）〜（３）から構成されて、当該順序で実行される。
【００７４】
（１）コンテンツ選択とユーザ認証サブフェーズ（図１９及び図２０を参照）
（２）セッション管理とライセンス発行サブフェーズ（図２１を参照）
（３）コンテンツ再生と視聴料金算出サブフェーズ（図２２を参照）
まず、サブフェーズ（１）の手順を、図１９及び図２０の各フローチャートと共に、図２、図３、図４、及び図６を参照して説明する。
【００７５】
本サブフェーズは、視聴者システム１が視聴したいコンテンツ一覧表（図１４）から選択し、また視聴者認証をコンテンツ提供システム２との間で実行するための手順である。
【００７６】
ＮＡＶサーバ２１は、当該コンテンツ一覧表及びＮＡＶサーバ公開鍵（ＮＳＰ）をクライアント端末１０へ送信する（ステップＳ７１）。クライアント端末１０は、コンテンツ一覧表及びＮＡＶサーバ公開鍵（ＮＳＰ）を取得する（ステップＳ６１）。クライアント端末１０は、視聴者の操作に応じてコンテンツ一覧表から視聴対象のコンテンツを選択する（ステップＳ６２）。クライアント端末１０は、視聴者の操作に応じて視聴者識別子及びパスワードを入力装置１１３から入力する（ステップＳ６３）。
【００７７】
クライアント端末１０は、暗号復号装置１１２によりパスワードをＮＡＶサーバ公開鍵ＮＳＰで暗号化して暗号化パスワードを生成する（ステップＳ６４）。さらに、クライアント端末１０は、通信装置１１６により、選択したコンテンツのコンテンツ識別子、視聴者識別子、及び暗号化パスワードをＮＡＶサーバ２１に送信する（ステップＳ６５）。
【００７８】
一方、ＮＡＶサーバ２１は、通信装置２１４により、クライアント端末１０からのコンテンツ識別子、視聴者識別子、及び暗号化パスワードを受信する（ステップＳ７２）。ＮＡＶサーバ２１は、受信した暗号化パスワードを復号装置２１１によりＮＡＶサーバ秘密鍵（ＮＳＳ）で復号化する（ステップＳ７３）。ＮＡＶサーバ２１は、コンテンツ識別子、視聴者識別子、及び復号化したパスワードを通信装置２１４によりＤＲＭサーバ２５に送信する（ステップＳ７４）。
【００７９】
図２０に示すように、ＤＲＭサーバ２５は、ＮＡＶサーバ２１から送信されたコンテンツ識別子、視聴者識別子、及びパスワードを通信装置２５５により受信する（ステップＳ８１）。ＤＲＭサーバ２５は、通信装置２５５により、視聴者識別子及びパスワードを視聴者管理／認証サーバ３０に送信する（ステップＳ８２）。
【００８０】
視聴者管理／認証サーバ３０は、ＤＲＭサーバ２５から送信された視聴者識別子及びパスワードを通信装置３０３により受信する（ステップＳ９１）。当該サーバ３０は、受信した視聴者識別子及びパスワードに基づいてパスワード認証処理を行なう（ステップＳ９２）。パスワード認証処理は、検索装置３０２が視聴者識別子とパスワードのペアを視聴者データベース３１から検索したときの検索結果に基づいて実行される。即ち、当該ペアが視聴者データベース３１に保管されている場合は、認証成功である（ステップＳ９２のＯＫ）。一方、保管されていない場合には、認証失敗となる（ステップＳ９２のＮＧ）。
【００８１】
当該サーバ３０は、パスワード認証処理で認証成功の場合には、認証結果として「ＯＫ」のフラグを設定する（ステップＳ９３）。また、パスワード認証処理で認証失敗の場合には、認証結果として「ＮＧ」のフラグを設定する（ステップＳ９４）。そして、サーバ３０は、通信装置３０３により当該認証結果をＤＲＭサーバ２５に送信する（ステップＳ９５）。
【００８２】
一方、ＤＲＭサーバ２５は、サーバ３０により送信された認証結果を通信装置２５５により受信し、当該認証結果の判定を行なう（ステップＳ８３，Ｓ８４）。認証結果が「ＯＫ」の場合は、次のサブフェーズ（２）であるセッション管理とライセンス発行の手順（ＳＦ１）へ移行する（ステップＳ８６）。認証結果が「ＮＧ」の場合は、ＤＲＭサーバ２５は、通信装置２５５により当該認証結果をＮＡＶサーバ２１に送信する（ステップＳ８５）。
【００８３】
図１９に示すように、ＮＡＶサーバ２１は、ＤＲＭサーバ２５から送信された認証結果（ＮＧ）を通信装置２１４により受信する（ステップＳ７５）。ＮＡＶサーバ２１は、受信した認証結果（ＮＧ）を通信装置２１４によりクライアント端末１０に送信する（ステップＳ７６）。クライアント端末１０は、ＮＡＶサーバ２１から送信された認証結果（ＮＧ）を通信装置１１６により受信すると、コンテンツの視聴を中止する（ステップＳ６６）。
【００８４】
次に、サブフェーズ（２）の手順を、図２１のフローチャートと共に、図２、図３、及び図４を参照して説明する。
【００８５】
本サブフェーズは、コンテンツを視聴するためのコンテンツ提供システム２によるライセンス情報の生成・発行及びセッション管理処理、並びに視聴者システム１によるライセンス情報の取得を実行する手順である。
【００８６】
本サブフェーズは、前述のサブフェーズ（１）の手順において、図２０のステップＳ８６から移行するステップとして実行される。即ち、図２１に示すように、ＤＲＭサーバ２５は、セッション識別子生成装置２５２によりセッション識別子を生成する（ステップＳ１００）。ＤＲＭサーバ２５は、生成したセッション識別子、視聴者識別子、及びコンテンツ識別子からセッションデータベース（図１６）を構成し、ＤＲＭデータベース２６に保管する（ステップＳ１０１）。さらに、ＤＲＭサーバ２５は、前述のステップＳ８３で受信した認証結果（ＯＫ）、ＤＲＭサーバのＵＲＬ（ネットワークアドレス）、及びセッション識別子を通信装置２５５によりＮＡＶサーバ２１に送信する（ステップＳ１０２）。
【００８７】
ＮＡＶサーバ２１は、送信された認証結果（ＯＫ）、ＤＲＭサーバ２５のＵＲＬ、及びセッション識別子を通信装置２１４により受信する（ステップＳ１２１）。ＮＡＶサーバ２１は、受信した認証結果（ＯＫ）、ＤＲＭサーバ２５のＵＲＬ、及びセッション識別子を通信装置２１４によりクライアント端末１０に送信する（ステップＳ１２２）。
【００８８】
一方、クライアント端末１０は、ＮＡＶサーバ２１から送信された認証結果（ＯＫ）、ＤＲＭサーバ２５のＵＲＬ、及びセッション識別子を通信装置１１６により受信する（ステップＳ１３１）。クライアント端末１０は、セッション鍵生成装置１１１によりセッション鍵を生成する（ステップＳ１３２）。さらに、クライアント端末１０は、生成したセッション鍵を暗号復号装置１１２によりＤＲＭサーバ公開鍵（ＤＳＰ）で暗号化して暗号化セッション鍵を生成する（ステップＳ１３３）。クライアント端末１０は、当該暗号化セッション鍵及び受信したセッション識別子を、通信装置１１６によりＤＲＭサーバ２５に送信する（ステップＳ１３４）。
【００８９】
ＤＲＭサーバ２５は、クライアント端末１０から送信された暗号化セッション鍵及びセッション識別子を通信装置２５５により受信し、当該セッション識別子の確認処理を行なう（ステップＳ１０３，Ｓ１０４）。この確認処理は、検索装置２５３が受信したセッション識別子と同一の識別子を含むレコードを、ＤＲＭデータベース２６のセッションデータベースから検索したときの検索結果に基づいて実行される。即ち、検索結果として当該レコードがセッションデータベースに存在する場合には、確認されたと判定される（ステップＳ１０４のＯＫ）。一方、存在しない場合には、確認されないと判定される（ステップＳ１０４のＮＧ）。
【００９０】
ＤＲＭサーバ２５は、確認されない場合の結果（ＮＧ）を通信装置２５５によりクライアント端末１０に送信する（ステップＳ１０６）。クライアント端末１０は、当該確認結果（ＮＧ）を受信すると、コンテンツの視聴を中止する（ステップＳ１３５）。
【００９１】
一方、ＤＲＭサーバ２５は、セッション識別子を確認した場合（ＯＫ）、暗号化セッション鍵を暗号復号装置２５１によりＤＲＭサーバ秘密鍵（ＤＳＳ）で復号化する（ステップＳ１０５）。ＤＲＭサーバ２５は、セッション識別子に対応するコンテンツ識別子を、検索装置２５３によりＤＲＭデータベース２６のセッションデータベースから検索して取得する（ステップＳ１０７）。さらに、ＤＲＭサーバ２５は、当該コンテンツ識別子に対応するＤＲＭメタデータをＤＲＭデータベース２６から取得する（ステップＳ１０８）。ＤＲＭサーバ２５は、取得したＤＲＭメタデータをセッション鍵で暗号化してライセンス情報を生成する（ステップＳ１０９）。即ち、当該ライセンス情報は、暗号化したＤＲＭメタデータと同一のデータである。ＤＲＭサーバ２５は、生成したライセンス情報を通信装置２５５によりクライアント端末１０に送信する（ステップＳ１１０）。
【００９２】
クライアント端末１０は、ＤＲＭサーバ２５から送信されたライセンス情報を通信装置１１６により受信する（ステップＳ１３６）。この後、次のサブフェーズ（３）であるコンテンツ再生と視聴料金算出の手順（ＳＦ２）へ移行する。
【００９３】
以下サブフェーズ（３）の手順を、図２２のフローチャートと共に、図２及び図７を参照して説明する。
【００９４】
本サブフェーズは、クライアント端末が暗号化コンテンツを取得し、当該暗号化コンテンツを復号し、再生する。また再生に応じた視聴料金を算出する手順である。
【００９５】
本サブフェーズは、前述のサブフェーズ（２）の手順において、図２１のステップＳ１３６から移行するステップとして実行される。即ち、図２２に示すように、クライアント端末１０は、ＤＲＭサーバ２５から取得したライセンス情報を暗号復号装置１１２によりセッション鍵で復号化する（ステップＳ１４１）。
【００９６】
ところで、クライアント端末１０において、暗号化コンテンツの取得方法としては、一般的にダウンロード形式とストリーミング形式の２つの形式がある。前者は、暗号化コンテンツの全てを１回で取得する形式である。後者は、暗号化コンテンツを部分的に取得・再生し、順次残りの暗号化コンテンツに対して取得・再生を繰り返す形式である。取得形式の選択については、視聴者によるコンテンツ選択時に選択される方法、あるいはコンテンツ提供システム２により自動的に選択される方法がある。
【００９７】
クライアント端末１０は、選択対象のコンテンツに対応するコンテンツ識別子を通信装置１１６により配信サーバ２３に送信する（ステップＳ１４２）。配信サーバ２３は、クライアント端末１０から送信されたコンテンツ識別子を通信装置２３２により受信する（ステップＳ１５１）。配信サーバ２３は、コンテンツ識別子に対応する暗号化コンテンツデータを、検索装置２３１により配信データベース２４から検索して取得する（ステップＳ１５２）。
【００９８】
配信サーバ２３は、取得した暗号化コンテンツデータを、通信装置２３２によりクライアント端末１０に送信する（ステップＳ１５３）。クライアント端末１０は、配信サーバ２３から送信された暗号化コンテンツデータを、通信装置１１６により暗号化コンテンツデータを受信する（ステップＳ１４３）。
【００９９】
クライアント端末１０は、受信した暗号化コンテンツデータを、暗号復号装置１１２により暗号鍵リスト（図１０（Ａ）を参照）での暗号鍵で復号化する（ステップＳ１４４）。クライアント端末１０は、復号化したコンテンツを表示装置１１４の画面上に再生表示する（ステップＳ１４５）。
【０１００】
更に、クライアント端末１０は、料金加算装置１１５により、課金リスト（図１０（Ｂ）を参照）に基づいて再生表示したコンテンツの料金を計算する（ステップＳ１４６）。ここで、料金加算装置１１５は、視聴料金としてコンテンツ再生開始時に零を設定して逐次加算する。
【０１０１】
クライアント端末１０は、再生する続きのコンテンツが存在しない場合あるいは視聴者の再生中止要求がある場合に再生終了と判定する（ステップＳ１４７のＹＥＳ）。再生終了の場合には、クライアント端末１０は、視聴したコンテンツの加算合計金額すなわち視聴料金を算出する（ステップＳ１４９）。そして、次の課金フェーズへ移行する（ＳＦ３）。一方、クライアント端末１０は、再生終了ではない場合には、取得形式がダウンロード形式またはストリーミング形式のいずれてあるかを判定する（ステップＳ１４８）。ダウンロード形式ならば、ステップＳ１４４からの処理を繰り返す（ステップＳ１４８のＤ）。また、ストリーミング形式ならば、ステップＳ１４３からの処理を繰り返す（ステップＳ１４８のＳ）。
【０１０２】
（課金フェーズ）
さらに、図２３のフローチャートと共に、図２、図４、図６、及び図８を参照して、課金フェーズの手順を説明する。
【０１０３】
本フェーズは、コンテンツの視聴料金の課金処理を実行する手順である。コンテンツ提供システム２は、課金情報を含む視聴情報の管理を実行し、実際の課金決済については外部に存在する決済システム３を介して行なう。課金情報に基づいて決済を行なうタイミングは、予め視聴者とコンテンツ提供者との契約により決定される。具体的には、課金情報が更新されるとすぐに決済を行なう場合や、月毎にまとめて決済を行なう場合などがある。また、決済方法としては、所謂クレジット決済や銀行決済等がある。前者は、クレジット会社の決済システムと接続する方法である。また、後者は、銀行の決済システムと接続する方法である。当然ながら、決済方法についても、視聴者とコンテンツ提供者との間の契約により決定される。
【０１０４】
本フェーズは、前述のサブフェーズ（３）の手順において、図２２のステップＳ１４９から移行するステップとして実行される。即ち、図２３に示すように、クライアント端末１０は、視聴料金情報、視聴者識別子、及びセッション識別子を通信装置１１６によりＤＲＭサーバ２５に送信する（ステップＳ１６１）。
【０１０５】
ＤＲＭサーバ２５は、クライアント端末１０から送信された視聴料金情報、視聴者識別子、及びセッション識別子を、通信装置２５５により受信する（ステップＳ１７１）。ＤＲＭサーバ２５は、受信したセッション識別子の確認処理を実行する（ステップＳ１７２）。この確認処理は、検索装置２５３が受信したセッション識別子と同一の識別子を含むレコードを、ＤＲＭデータベース２６のセッションデータベースから検索したときの検索結果に基づいて実行される。即ち、検索結果として当該レコードがセッションデータベースに存在する場合には、確認されたと判定される（ステップＳ１７２のＯＫ）。一方、存在しない場合には、確認されないと判定される（ステップＳ１７２のＮＧ）。
【０１０６】
ＤＲＭサーバ２５は、セッション識別子を確認しない場合（ＮＧ）、課金処理（課金集計処理）を中止する（ステップＳ１７７）。一方、ＤＲＭサーバ２５は、確認した場合（ＯＫ）には、セッション識別子に対応する視聴者識別子を当該レコードから取得する（ステップＳ１７３）。そして、ＤＲＭサーバ２５は、通信装置２５５により視聴者識別子及び視聴料金情報を課金サーバ２９に送信する（ステップＳ１７４）。
【０１０７】
課金サーバ２９は、ＤＲＭサーバ２５から送信された視聴者識別子及び視聴料金情報を通信装置２９２により受信する（ステップＳ１８１）。さらに、課金サーバ２９は、視聴者識別子及び視聴料金情報を通信装置２９２により視聴者管理／認証サーバ３０に送信する（ステップＳ１８２）。
【０１０８】
当該サーバ３０は、送信された視聴者識別子と視聴料金情報を通信装置３０３により受信する（ステップＳ１９１）。当該サーバ３０は、受信した視聴者識別子に対応するレコードを視聴者データベース３１検索し、当該レコードの視聴情報項目に対して受信した視聴料金情報を反映させる処理を実行する（ステップＳ１９２）。このような一連の処理が完了すると、当該サーバ３０は、その完了通知（ＯＫ）を通信装置３０３により課金サーバ２９に送信する（ステップＳ１９３）。
【０１０９】
課金サーバ２９は、視聴者管理／認証サーバ３０から処理完了（ＯＫ）の通知を通信装置２９２により受信する（ステップＳ１８３）。さらに、課金サーバ２９は、処理完了（ＯＫ）の通知を通信装置２９２によりＤＲＭサーバ２５に送信する（ステップＳ１８４）。ＤＲＭサーバ２５は、当該処理完了（ＯＫ）の通知を通信装置２５５により受信すると、ＤＲＭデータベース２６のセッションデータベースからセッション識別子に対応するレコードを削除する（ステップＳ１７５，Ｓ１７６）。
【０１１０】
以上要するに本実施形態によれば、視聴者（ユーザ）は視聴システム１のクライアント端末１０を操作することにより、コンテンツ提供システム２から所望のコンテンツ（ここでは、映像などのストリームデータ）を受信して再生（利用）することができる。このとき、本実施形態では、コンテンツ提供システム２から提供されるコンテンツデータは、コンテンツ部分ごとに対応する暗号区間毎に異なる暗号鍵で暗号化された暗号化コンテンツデータである。従って、仮に１個の暗号鍵が漏洩しても、コンテンツ全体が復号化されるような事態を未然に回避できる。従って、コンテンツの著作権を有効に保護することが可能となる。
【０１１１】
また、本実施形態では、提供されるコンテンツデータは、任意の課金区間毎に分割されて、視聴者の再生（視聴）に伴なって課金処理される。従って、コンテンツ全体の固定的な課金処理ではなく、コンテンツ部分毎の課金管理を実現することができる。従って、ユーザの要望に応じたコンテンツの部分的利用を行なう所謂部分視聴のサービスを実現することができる。
【０１１２】
要するに、本実施形態の課金管理方式は、所謂従量課金方式とは異なり、コンテンツの視聴時間に比例して課金するのではなく、コンテンツを任意に分割した課金区間（各区間の時間は異なっても良い）毎に設定した任意の料金での課金処理を実行する。換言すれば、各課金区間を等時間に設定し、また各々を等料金に設定すれば、一般的な従量課金制も実現することもできる。
【０１１３】
【発明の効果】
以上詳述したように本発明によれば、コンテンツの著作権を有効に保護できる著作権管理方式、及びユーザの要望に応じた部分視聴に対しても有効な課金処理の可能な課金管理方式を実現したコンテンツ提供システムを提供できる。
【図面の簡単な説明】
【図１】本発明の実施形態に関するコンテンツ提供システムの要部を示すブロック図。
【図２】同実施形態に関するクライアントの要部を示すブロック図。
【図３】同実施形態に関するナビゲーション・サーバの要部を示すブロック図。
【図４】同実施形態に関するＤＲＭサーバの要部を示すブロック図。
【図５】同実施形態に関する暗号化サーバの要部を示すブロック図。
【図６】同実施形態に関する視聴者管理／認証サーバの要部を示すブロック図。
【図７】同実施形態に関する配信サーバの要部を示すブロック図。
【図８】同実施形態に関する課金サーバの要部を示すブロック図。
【図９】同実施形態に関するＤＲＭメタデータのデータ構造を示す図。
【図１０】同実施形態に関する暗号化区間と暗号鍵との対応表、及び課金区間と料金との対応表を示す図。
【図１１】同実施形態に関するＮＡＶメタデータのデータ構造を示す図。
【図１２】同実施形態に関するコンテンツの暗号化方法を説明するための図。
【図１３】同実施形態に関するコンテンツの課金化方法を説明するための図。
【図１４】同実施形態に関するコンテンツ一覧表を示す図。
【図１５】同実施形態に関する視聴者データベースのデータ構造を示す図。
【図１６】同実施形態に関するセッションデータベースのデータ構造を示す図。
【図１７】同実施形態に関する準備フェーズの手順を説明するためのフローチャート。
【図１８】同実施形態に関するコンテンツ登録フェーズの手順を説明するためのフローチャート。
【図１９】同実施形態に関するコンテンツ選択とユーザ認証サブフェーズの手順を説明するためのフローチャート。
【図２０】同実施形態に関するコンテンツ選択とユーザ認証サブフェーズの手順を説明するためのフローチャート。
【図２１】同実施形態に関するセッション管理とライセンス発行サブフェーズの手順を説明するためのフローチャート。
【図２２】同実施形態に関するコンテンツ再生と視聴料金算出フェーズの手順を説明するためのフローチャート。
【図２３】同実施形態に関する課金フェーズの手順を説明するためのフローチャート。
【符号の説明】
１…視聴システム
２…コンテンツ提供システム
３…外部決済システム
１０…クライアント端末
２１…ナビゲーション（ＮＡＶ）サーバ
２２…ＮＡＶデータベース
２３…配信サーバ
２４…配信データベース
２５…著作権管理（ＤＲＭ）サーバ
２６…ＤＲＭデータベース
２７…暗号化サーバ
２８…コンテンツデータベース
２９…課金サーバ
３０…視聴者管理／認証サーバ
３１…視聴者データベース[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention generally relates to a content providing system for providing content data such as stream data via a network, and more particularly to a technical field of copyright management and charging management of the content data.
[0002]
[Prior art]
2. Description of the Related Art In recent years, a content providing system for distributing content data such as video and audio (sometimes simply referred to as content) to a user (viewer) has been realized, particularly using a network represented by the Internet. Such a system generally employs a streaming system in which content is transmitted in a stream data format and is reproduced on a user terminal device side.
[0003]
By the way, when a content providing service or the like is operated by the system, copyright management for protecting the copyright of the content and charging management for using the content are indispensable.
[0004]
2. Description of the Related Art Conventionally, a content distribution system having a copyright management or billing management function has been proposed (for example, see Patent Document 1). In this system, a method of encrypting with one encryption key and a charging method applying a so-called prepaid charging method imitating electronic money are adopted. In the charging method, the content is divided for each packet, and charging (value is subtracted) for each divided piece. The division method is performed for each unit time (constant time). Further, different values can be set for each packet.
[0005]
Further, a system has been proposed in which an ISP function (authentication, mail, etc.) is substituted by a higher-level ISP function (for example, see Patent Document 2). In this system, a billing method of distributing the usage fee of the user between the lower ISP and the upper ISP (for example, distribution to both based on the usage time) is adopted.
[0006]
Further, there has been proposed a system in which content is divided for each packet and transmitted, and a billing process is executed according to the number of packets transmitted by the server under designated conditions requested by the client (for example, see Patent Document 3). In this system, the client can acquire only a part of the content by designating the number of received bytes. In addition, by specifying the communication time, the client can obtain only (part of) the content that can be received within the communication time.
[0007]
[Patent Document 1]
JP-A-2002-169912 (paragraph number 0007-0014, FIG. 1)
[0008]
[Patent Document 2]
JP-A-2002-163380 (paragraph number 0008-0014, FIG. 1)
[0009]
[Patent Document 3]
JP-A-2002-63134 (paragraph number 0007-0019, FIG. 1)
[0010]
[Problems to be solved by the invention]
In short, a copyright management system that encrypts content with one encryption key and protects the copyright of the content is generally used. Further, as a general billing method, once a content is purchased, the content can be viewed any number of times (a so-called cell video method), or a content fee is charged every time the content is viewed (a so-called PPV: Pay). Per View method) or a charging method (so-called rental video method) in which the content can be viewed any number of times during a certain period.
[0011]
The method of encrypting content with one encryption key has a problem that if the encryption key is leaked, the entire content is decrypted. Therefore, it is difficult for the conventional copyright management system to effectively protect the copyright of the content.
[0012]
Further, as the charge management method, various variations as described in the above-mentioned prior art documents have been proposed based on the above-mentioned general method. In addition to the above, there is also a method in which a plurality of contents are collectively made into a package, and a period effective billing method (rental video method) is applied to the package.
[0013]
By the way, as a billing management method, there is a particularly high demand for a billing method corresponding to partial viewing, not the entire content. This is advantageous in that the usage fee is high for the entire content, but if the user can charge only for the part he wants to view, the content can be provided at a relatively low price. As such a billing method, a partial billing method or a divided billing method in which content is divided and billed, as described in the above-mentioned prior art documents (in particular, see Patent Documents 1 and 3) is effective. However, the method described in the above-mentioned prior art document is charging per packet or per fixed divided section. Therefore, there is a problem that it is not possible to execute an effective billing process according to a user's request when a practical partial viewing service operation is assumed.
[0014]
SUMMARY OF THE INVENTION It is therefore an object of the present invention to provide a content management system capable of effectively protecting a copyright of a content and a charging management system capable of performing a charging process effective for partial viewing according to a user's request. It is to provide a system.
[0015]
[Means for Solving the Problems]
An aspect of the present invention is to divide content data of a predetermined providing unit (for example, a unit corresponding to a title of a video or the like) into a plurality of encryption sections, encrypt each of the encryption sections with a different encryption key, and reduce the encryption strength. The present invention relates to a content providing system including a copyright management system that effectively protects the copyright of the content data by increasing the copyright. Further, an aspect of the present invention relates to a content providing system including a charging management method for realizing charging processing according to partial viewing using the content data partially.
[0016]
A content providing system according to an aspect of the present invention provides a distribution unit that distributes content data in response to a request from a client terminal via a network, and divides the content data into designated encryption sections. An encryption unit for encrypting the encryption section with a different encryption key; and dividing the content data into arbitrary charging sections, setting a usage fee for each charging section, and performing a charging process for each charging section. And a copyright management unit that manages a method of using content data distributed by the distribution unit to the client terminal using the encryption key.
[0017]
With such a configuration, the content data provided via the network is encrypted with a plurality of encryption keys, so that even if a part of the encryption key is leaked, the entire content can be decrypted. It can be avoided beforehand. Therefore, the copyright of the content can be effectively protected. Also, by realizing charging management of content data for each charging section, it is possible to realize a partial viewing service for partially using content according to a user's request.
[0018]
BEST MODE FOR CARRYING OUT THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings.
[0019]
(System configuration)
FIG. 1 is a block diagram illustrating a main part of a content providing system according to the present embodiment.
[0020]
The whole system roughly includes a viewer system 1, a content providing system 2, and an external payment system 3, and these systems are connected by a network such as the Internet.
[0021]
The viewer system 1 includes a client terminal 10 operated by a viewer (user) who views the content. As shown in FIG. 2, the client terminal 10 includes a session key generation device 111, an encryption / decryption device 112, an input device 113, a display device 114, a charge adding device 115, and a communication device 116.
[0022]
The session key generation device 111 generates a session key as described later. The encryption / decryption device 112 encrypts the password input by the input device 113 and the session key generated by the session key generation device 111 with a DRM (Digital Rights Management) server public key DSP. The encryption / decryption device 112 encrypts the password with a navigation server (hereinafter, NAV server) public key NSP to generate an encrypted password.
[0023]
The fee adding device 115 calculates (adds) a fee for the content reproduced and displayed on the display device 114. The communication device 116 connects to the content providing system 2 via a network, transmits viewer information and an encrypted password, and receives encrypted content data (stream data).
[0024]
As shown in FIG. 1, the content providing system 2 includes a NAV server 21, a NAV database 22, a distribution server 23, a distribution database 24, a DRM server 25, a DRM database 26, an encryption server 27, a content database 28, a billing server 29, It has a viewer management / authentication server 30 and a viewer database 31. The content providing system 2 is operated by, for example, a content distribution service provider.
[0025]
The NAV server 21 presents metadata (meta data) indicating information on the content to be provided to the client terminal 10. The metadata (hereinafter referred to as NAV metadata) means content information that can be viewed by the viewer, such as a title for selecting the content, a performer, and a recording time. The NAV database 22 is connected to the NAV server 21 and stores NAV metadata.
[0026]
The distribution server 23 distributes the content (encrypted content data) requested by the viewer (user) to the client terminal 10 via the network. The distribution database 24 is connected to the distribution server 23 and stores the encrypted content data.
[0027]
The DRM server 25 is a copyright management server that issues a license as a content viewing right for the purpose of protecting the copyright of the content. The DRM database 26 is connected to the DRM server 25 and stores DRM metadata. The DRM metadata is data (decryption key) for decrypting the encrypted content data and data for charge management, and is prepared for each content (see FIG. 9).
[0028]
The encryption server 27 encrypts the content material (content data before encryption) stored in the content database 28 and sends it to the distribution server 23. Further, the billing server 29 performs billing management for managing the viewing fee (usage fee) of the content. The viewer management / authentication server 30 manages viewer information and billing information, and performs viewer authentication processing. The viewer database 31 is connected to the server 30 and stores viewer information and billing information.
[0029]
Note that a plurality of viewer systems 1 can be connected to the content providing system 2 via a network. Further, the settlement system 3 means a system operated by a financial institution such as a bank or a credit company, which performs settlement of charges associated with charging processing. The settlement system 3 exchanges charging information and the like necessary for settlement of a fee with the content providing system 2 via a network.
[0030]
(Configuration of each server in the content providing system)
Hereinafter, the configuration of each server described above will be described with reference to FIGS.
[0031]
As shown in FIG. 3, the NAV server 21 includes a decryption device 211, a content list generation device 212, a public key / private key generation device 213, and a communication device 214.
[0032]
The decryption device 211 decrypts the encrypted password received via the communication device 214 with the NAV server secret key NSS. The communication device 214 receives a content identifier and a viewer identifier other than the encrypted password via the network. The communication device 214 transmits the password decrypted by the decryption device 211 to the DRM server 25. The public key / private key generation device 213 generates a NAV server public key NSP in addition to the NAV server secret key NSS. The content list generation device 212 generates a content list including NAV metadata stored in the NAV database 21.
[0033]
As shown in FIG. 4, the DRM server 25 includes an encryption / decryption device 251, a session identifier generation device 252, a search device 253, a public / private key generation device 254, and a communication device 255.
[0034]
The encryption / decryption device 251 decrypts the encrypted session key with the DRM server secret key DSS. The encryption / decryption device 251 encrypts the DRM metadata acquired from the DRM database 26 with the decrypted session key, and generates license information. The communication device 255 receives a session identifier other than the encrypted session key via the network. The public key / private key generation device 254 generates a DRM server public key DSP in addition to the DRM server private key DSS. The search device 253 searches the DRM database 26 for a record having the same session identifier as the session identifier received by the communication device 255. The session identifier generation device 252 generates a session identifier as described later.
[0035]
As shown in FIG. 5, the encryption server 27 includes a content identifier generation device 271, an encryption key generation device 272, an encryption device 273, a DRM / NAV metadata generation device 274, and a communication device 275.
[0036]
The content identifier generation device 271 generates a content identifier. The encryption key generation device 272 generates an encryption key for each divided content portion (encrypted section). The encryption device 273 divides the content data acquired from the content database 28 at an encryption interval and encrypts the content data with the encryption key generated by the encryption key generation device 272. The DRM / NAV metadata generation device 274 generates DRM metadata and NAV metadata. The communication device 275 transmits the encrypted content, the content identifier, and the DRM / NAV metadata via the network.
[0037]
As shown in FIG. 6, the viewer management / authentication server 30 includes a viewer identifier generation device 301, a search device 302, and a communication device 303. The viewer identifier generation device 301 generates a viewer identifier. The viewer database 31 stores viewer information and a decrypted password in addition to the viewer identifier. The search device 302 searches the viewer database 31 for a pair of a viewer identifier and a password for password authentication. The communication device 303 receives the viewer information and the encrypted password via the network, and transmits the viewer identifier to the client terminal 10.
[0038]
The distribution server 23 has a search device 231 and a communication device 232, as shown in FIG. The search device 231 searches the distribution database 24 for encrypted content corresponding to the content identifier received via the communication device 232, and acquires the encrypted content. The communication device 232 transmits the encrypted content obtained by the search device 231 to the client terminal 10 via the network.
[0039]
The billing server 29 includes a payment processing device 291 and a communication device 292, as shown in FIG. The payment processing device 291 executes a fee payment process (charging process) based on the viewer identifier and the viewing fee data received via the communication device 292, and notifies the external payment system 3. The communication device 292 performs a process of transmitting a process completion notification of the accounting process by the settlement processing device 291 to the DRM server 25 together with the reception process.
[0040]
(Encryption method)
Hereinafter, an encryption method in the encryption server 27 of the present embodiment will be described mainly with reference to FIG.
[0041]
The encryption server 27 encrypts the content data obtained from the content database 28 by changing the encryption key at a constant encryption interval. The encryption interval has a fixed length irrespective of the content. Specifically, as shown in FIG. 12, the content data is divided into, for example, n encrypted sections at equal intervals (Te seconds). Each encryption section is encrypted with n different encryption keys (key1 to keyn). For example, the encryption section (0, Te) is encrypted with the encryption key (key1). Further, the encrypted section (Te, 2Te) is encrypted with the encryption key (key2).
[0042]
Here, a common key encryption method is assumed as the content data encryption method. Naturally, in order to decrypt the entire content data, a total of all n encryption keys (key1 to keyn) used for encryption are required. The encryption server 27 generates a correspondence table indicating the correspondence between the encryption section and the encryption key, as shown in FIG.
[0043]
(Billing method)
Hereinafter, a charging method in the charging server 29 of the present embodiment will be described mainly with reference to FIG.
[0044]
In the present charging method, as shown in FIG. 13, the content data is charged for each arbitrary charging section. For example, a viewing fee (use fee) Chg1 is charged for viewing the content corresponding to the charging section (0, tb1). A viewing fee Chg2 is charged for viewing the content corresponding to the charging section (tb1, tb2). Further, a total fee (Ch1 + Ch2) is charged as a viewing fee for viewing the content corresponding to the charging section (tb1, tb3). In the free section, “Chg = 0” is set as a fee. Here, FIG. 13 shows that the content data is divided into m charging sections. Each charging section is set independently of the encryption section. As shown in FIG. 10B, the charging server 29 generates a correspondence table indicating the correspondence between the charging section and the fee.
[0045]
(data structure)
Hereinafter, a data structure related to the present embodiment will be described with reference to FIGS. 9, 11, 14, 15, and 16.
[0046]
The DRM metadata includes data (encryption key) for decrypting encrypted content data and data for billing processing, and is generated for each content. As shown in FIG. 9, the attributes of the DRM metadata include a content identifier for identifying the content, an encryption interval, an encryption key list, and a charging list. The content identifier is data for identifying the content requested for viewing. The encryption interval indicates the partial section length (encryption section) of the content to be encrypted with one encryption key, as described above. The encryption key list is a list in which encryption keys of contents are arranged in the order of encryption. The charging list is an arrangement of pairs of charging time and fee. The encryption interval is a fixed length regardless of the content part, and is an encryption section for encrypting the content with a different encryption key at regular intervals. The correspondence table shown in FIG. 10A is generated based on the encryption list and the encryption interval. The correspondence table shown in FIG. 3B is generated based on the charging list.
[0047]
The NAV metadata is data including information on contents and fees to be presented to the viewer, and is generated for each content. As shown in FIG. 11, the attributes of the NAV metadata include a content identifier for identifying the content, content information, and a charging list. As described above, the content information is information that can be viewed by the viewer, such as a title for selecting the content, a performer, and a recording time. Here, for the same content, the content identifier and the charging list, which are attributes included in both the NAV metadata and the DRM metadata, are the same.
[0048]
FIG. 14 shows the data structure of the content list. The content list is a list for the viewer to select content, and is a list that can be customized by the content provider. Each record of the content list is set for each content. Each record includes, for example, a content identifier (ContentID), a title (Title), a performer (Performers), a recording time (RecTime), a price (Price), and the like. The viewer selects the content to be viewed from the list displayed on the screen of the display device of the client terminal 10.
[0049]
FIG. 15 shows the data structure of the viewer database 31. The database stores information on viewers managed by the viewer management / authentication server 30. Each record of the database is set for each viewer, and includes, for example, a viewer identifier, a password, viewer information, and viewing information. The viewer information is information about the viewer, and includes, for example, a name, an address, a telephone number, and the like. The viewing information is history information of the content viewed by the viewer, and includes a plurality of viewing records, for example, with a content identifier, a viewing date and time, a fee, and the like as one viewing record.
[0050]
FIG. 16 shows the data structure of the session database. The database is a database relating to the viewing session managed by the DRM database 26 via the DRM server 25. This database stores information communicated between the viewer system 1 and the content providing system 2. This database is used to manage a plurality of processes such as a license issuing process and a billing process as the same session. Each record of the database is set for each session and includes, for example, a viewer identifier, a session identifier, and a content identifier.
[0051]
(Procedure for content distribution processing)
Hereinafter, a procedure of a content distribution process according to the embodiment will be described.
[0052]
The content providing system 2 executes content encryption processing, distribution processing, billing processing, license processing, and viewer management in response to a request from the client terminal 10 operated by the viewer. The system 2 performs a procedure roughly classified into four phases: a preparation phase, a content registration phase, a content viewing phase, and a charging phase.
[0053]
The preparation phase is a procedure executed before the viewer views the content, and a procedure executed before the content providing system 2 provides the content to the viewer. The new viewer and content providing system 2 needs to execute the preparation phase once when each system is first operated.
[0054]
The content of the procedure in the viewer preparation phase is to perform viewer registration in the content registration system 2, and the viewer registration is executed for viewer authentication by the content providing system 2. The content providing system 2 generates and stores a public key (NSP, DSP) and a secret key (NSS, DSS) of each of the NAV server 21 and the DRM server 25. The generation of these keys is performed for encrypted communication between the viewer system 1 and the content providing system 2.
[0055]
The content registration phase is a phase for the content provider to register the content in the content providing system, and is executed every time new content is registered. In this phase, the content providing system 2 encrypts the content data and stores the encrypted content data in the distribution database 24 via the distribution server 23. Further, the content providing system 2 generates and stores DRM metadata and NAV metadata of the content. Further, a content list for creating content for the viewer is prepared.
[0056]
The content viewing phase is a phase in which the viewer selects desired content and reproduces the content on the client terminal 10. The client terminal 10 executes the viewer authentication process together with the selection of the content, and can reproduce the content only when the authentication is successful. After successful authentication, the client terminal 10 acquires the license information and the encrypted content data from the content providing system 2. Then, the terminal 10 decrypts and reproduces the encrypted content data using the license information.
[0057]
The client terminal 10 calculates the fee corresponding to the viewing together with the reproduction of the content. On the other hand, the content providing system 2 generates and issues license information and performs session management of the content. Here, the password and the license information in the viewer authentication are encrypted and communicated between the client terminal 10 and the content providing system 2.
[0058]
The charging phase is a phase in which the content viewing fee calculated by the client terminal 10 is settled. After the viewing of the content is completed, the client terminal 10 transmits data on the content viewing fee to the content providing system 2. In the content providing system 2, the billing server 29 performs a viewing fee settlement process.
[0059]
The procedure of each phase as described above will be described in more detail mainly with reference to FIGS.
[0060]
(Preparation phase)
FIG. 17 is a flowchart for explaining the procedure of the preparation phase.
[0061]
The preparation phase is roughly divided into a key generation procedure in the first half and a viewer registration procedure in the second half. The procedure of key generation and the procedure of viewer registration will be described with reference to FIG. 17, FIG. 2, FIG. 3, FIG. 4, and FIG.
[0062]
In the key generation procedure, in the content providing system 2, the DRM server 25 generates the DRM server public key DSP and the secret key DSS by the public key / secret key generation device 254 based on the public key encryption method (step S21). ). Further, the NAV server 21 generates the NAV server public key NSP and the secret key NSS by the public key / private key generation device 213 (Step S22).
[0063]
Next, in the procedure of the viewer registration, in the content providing system 2, the viewer management / authentication server 30 generates and issues a viewer identifier by the viewer identifier generation device 301 (step S23). The DRM server 25 transmits the generated DRM server public key DSP to the client terminal 10 through the communication device 255 (Step S25).
[0064]
On the other hand, the client terminal 10 receives the DRM server public key DSP transmitted via the network by the communication device 116 (Step S11). The client terminal 10 inputs viewer information and a password using the input device 113 (step S12). Further, the input password is encrypted with the DRM server public key DSP by the encryption / decryption device 112 (step S13). The communication device 116 transmits the input viewer information and the encrypted password to the viewer management / authentication server 30 of the content providing system 2 (Step S14).
[0065]
On the other hand, in the content providing system 2, the viewer management / authentication server 30 receives the viewer information and the encrypted password via the communication device 303 (step S25). The server 30 decrypts the received encrypted password with the DRM server secret key DSS (step S26). Further, the server 30 stores the viewer information, the viewer identifier, and the decrypted password in the viewer database 31 (Step S27). The server 30 transmits the viewer identifier to the client terminal 10 via the communication device 303 (Step S28).
[0066]
The client terminal 10 receives the viewer identifier through the communication device 116 (Step S15). By the way, as a registration procedure of the viewer, besides the online registration method in the embodiment, an offline (telephone or mail or the like) registration method may be used.
[0067]
(Content registration phase)
Next, the procedure of the content registration phase will be described with reference to FIGS. 3, 4, 5, and 7, together with the flowchart of FIG.
[0068]
In the content providing system 2, it is assumed that the content material to be provided is stored in the content database 28 in advance before executing the procedure of the content registration phase. The encryption server 27 generates a content identifier using the content identifier generation device 271 (step S31). The encryption server 27 acquires content data as a material from the content database 28 based on the content identifier (Step S32).
[0069]
The encryption device 273 divides the acquired content data at a predetermined encryption interval (encryption interval) (Step S33). The encryption key generation device 272 generates an encryption key for each content portion divided into encryption sections (step S34). The encryption device 273 encrypts the content data using an encryption key generated for each content portion (step S35). The encryption device 273 generates an encryption key list from the encryption keys generated for each content part (step S36).
[0070]
The communication device 275 transmits the encrypted content data and the content identifier to the distribution server 23 (Step S37). On the other hand, the DRM / NAV metadata generation device 274 generates DRM metadata as shown in FIG. 9 described above (step S38). Here, the encryption interval, which is an attribute of the DRM metadata, is given by the operator of the content providing system 2. The charging list includes charging sections and charges set for each content. Further, the DRM / NAV metadata generation device 274 generates NAV metadata as shown in FIG. 11 described above (step S39). Here, the content information, which is an attribute of the NAV metadata, is composed of information such as a title, a cast, and a recording time given by the content provider for each content.
[0071]
The communication device 275 transmits the DRM metadata generated by the DRM / NAV metadata generation device 274 to the DRM server 25 (Step S40). Further, the communication device 275 transmits the NAV metadata generated by the DRM / NAV metadata generation device 274 to the NAV server 21 (Step S41).
[0072]
On the other hand, the distribution server 23 receives the encrypted content data and the content identifier from the encryption server 27 via the communication device 232 (step S51). The distribution server 23 stores the encrypted content data and the content identifier in the distribution database 24 (Step S52). The DRM server 25 receives the DRM metadata from the encryption server 27 via the communication device 255 (Step S53). The DRM server 25 stores the DRM metadata in the DRM database 26 (Step S54). Further, the NAV server 21 receives the NAV metadata from the encryption server 27 via the communication device 214 (Step S55). The NAV server 21 stores the NAV metadata in the NAV database 21 (Step S56). In the NAV server 21, the content list generation device 212 creates a content list (FIG. 14) from the acquired NAV metadata (step S57).
[0073]
(Content viewing phase)
The content viewing phase is composed of the following three sub-phases (1) to (3), and is executed in that order.
[0074]
(1) Content selection and user authentication sub-phase (see FIGS. 19 and 20)
(2) Session management and license issuance sub-phase (see FIG. 21)
(3) Content playback and viewing fee calculation sub-phase (see FIG. 22)
First, the procedure of the sub-phase (1) will be described with reference to FIGS. 2, 3, 4, and 6, together with the flowcharts of FIGS.
[0075]
This sub-phase is a procedure for selecting from the content list (FIG. 14) that the viewer system 1 wants to view and executing viewer authentication with the content providing system 2.
[0076]
The NAV server 21 transmits the content list and the NAV server public key (NSP) to the client terminal 10 (Step S71). The client terminal 10 acquires the content list and the NAV server public key (NSP) (Step S61). The client terminal 10 selects the content to be viewed from the content list according to the operation of the viewer (step S62). The client terminal 10 inputs the viewer identifier and the password from the input device 113 according to the operation of the viewer (Step S63).
[0077]
The client terminal 10 uses the encryption / decryption device 112 to encrypt the password with the NAV server public key NSP to generate an encrypted password (step S64). Further, the client terminal 10 transmits the content identifier, the viewer identifier, and the encryption password of the selected content to the NAV server 21 via the communication device 116 (Step S65).
[0078]
On the other hand, the NAV server 21 receives the content identifier, the viewer identifier, and the encrypted password from the client terminal 10 through the communication device 214 (Step S72). The NAV server 21 decrypts the received encrypted password with the decryption device 211 using the NAV server secret key (NSS) (step S73). The NAV server 21 transmits the content identifier, the viewer identifier, and the decrypted password to the DRM server 25 via the communication device 214 (Step S74).
[0079]
As shown in FIG. 20, the DRM server 25 receives the content identifier, the viewer identifier, and the password transmitted from the NAV server 21 by the communication device 255 (Step S81). The DRM server 25 transmits the viewer identifier and the password to the viewer management / authentication server 30 via the communication device 255 (Step S82).
[0080]
The viewer management / authentication server 30 receives the viewer identifier and the password transmitted from the DRM server 25 by the communication device 303 (Step S91). The server 30 performs a password authentication process based on the received viewer identifier and the password (step S92). The password authentication process is executed based on a search result obtained when the search device 302 searches the viewer database 31 for a pair of a viewer identifier and a password. That is, when the pair is stored in the viewer database 31, the authentication is successful (OK in step S92). On the other hand, if it is not stored, the authentication fails (NG in step S92).
[0081]
If the authentication is successful in the password authentication process, the server 30 sets an "OK" flag as the authentication result (step S93). If the authentication fails in the password authentication process, a "NG" flag is set as the authentication result (step S94). Then, the server 30 transmits the authentication result to the DRM server 25 by the communication device 303 (Step S95).
[0082]
On the other hand, the DRM server 25 receives the authentication result transmitted by the server 30 by the communication device 255 and determines the authentication result (steps S83 and S84). If the authentication result is "OK", the flow proceeds to the next subphase (2), the session management and license issuance procedure (SF1) (step S86). If the authentication result is “NG”, the DRM server 25 transmits the authentication result to the NAV server 21 through the communication device 255 (Step S85).
[0083]
As shown in FIG. 19, the NAV server 21 receives the authentication result (NG) transmitted from the DRM server 25 by the communication device 214 (Step S75). The NAV server 21 transmits the received authentication result (NG) to the client terminal 10 via the communication device 214 (Step S76). Upon receiving the authentication result (NG) transmitted from the NAV server 21 by the communication device 116, the client terminal 10 stops viewing the content (Step S66).
[0084]
Next, the procedure of sub-phase (2) will be described with reference to FIGS. 2, 3, and 4 together with the flowchart of FIG.
[0085]
This sub-phase is a procedure for generating and issuing license information and session management processing by the content providing system 2 for viewing content, and acquiring license information by the viewer system 1.
[0086]
This sub-phase is executed as a step that shifts from step S86 in FIG. 20 in the procedure of the above-described sub-phase (1). That is, as shown in FIG. 21, the DRM server 25 generates a session identifier by the session identifier generation device 252 (step S100). The DRM server 25 configures a session database (FIG. 16) from the generated session identifier, viewer identifier, and content identifier, and stores the session database in the DRM database 26 (Step S101). Further, the DRM server 25 transmits the authentication result (OK), the URL (network address) of the DRM server, and the session identifier received in step S83 to the NAV server 21 by the communication device 255 (step S102).
[0087]
The NAV server 21 receives the transmitted authentication result (OK), the URL of the DRM server 25, and the session identifier via the communication device 214 (step S121). The NAV server 21 transmits the received authentication result (OK), the URL of the DRM server 25, and the session identifier to the client terminal 10 by the communication device 214 (Step S122).
[0088]
On the other hand, the client terminal 10 receives the authentication result (OK), the URL of the DRM server 25, and the session identifier transmitted from the NAV server 21 by the communication device 116 (Step S131). The client terminal 10 generates a session key using the session key generation device 111 (Step S132). Further, the client terminal 10 encrypts the generated session key with the DRM server public key (DSP) using the encryption / decryption device 112 to generate an encrypted session key (step S133). The client terminal 10 transmits the encrypted session key and the received session identifier to the DRM server 25 via the communication device 116 (Step S134).
[0089]
The DRM server 25 receives the encrypted session key and the session identifier transmitted from the client terminal 10 through the communication device 255, and performs a process of confirming the session identifier (steps S103 and S104). This confirmation processing is executed based on a search result when a record including the same identifier as the session identifier received by the search device 253 is searched from the session database of the DRM database 26. That is, if the record exists in the session database as a search result, it is determined that the record has been confirmed (OK in step S104). On the other hand, if it does not exist, it is determined that it is not confirmed (NG in step S104).
[0090]
The DRM server 25 transmits the result (NG) when the confirmation is not made to the client terminal 10 by the communication device 255 (step S106). Upon receiving the confirmation result (NG), the client terminal 10 stops viewing the content (step S135).
[0091]
On the other hand, when the DRM server 25 confirms the session identifier (OK), the DRM server 25 decrypts the encrypted session key with the DRM server secret key (DSS) by the decryption device 251 (step S105). The DRM server 25 retrieves and acquires the content identifier corresponding to the session identifier from the session database of the DRM database 26 using the retrieval device 253 (step S107). Further, the DRM server 25 acquires DRM metadata corresponding to the content identifier from the DRM database 26 (Step S108). The DRM server 25 generates license information by encrypting the obtained DRM metadata with the session key (step S109). That is, the license information is the same data as the encrypted DRM metadata. The DRM server 25 transmits the generated license information to the client terminal 10 through the communication device 255 (Step S110).
[0092]
The client terminal 10 receives the license information transmitted from the DRM server 25 by the communication device 116 (Step S136). Thereafter, the process proceeds to the next sub-phase (3) of the procedure of content reproduction and viewing fee calculation (SF2).
[0093]
Hereinafter, the procedure of the sub-phase (3) will be described with reference to FIGS. 2 and 7 together with the flowchart of FIG.
[0094]
In this sub-phase, the client terminal acquires the encrypted content, decrypts the encrypted content, and reproduces the encrypted content. This is a procedure for calculating a viewing fee according to the reproduction.
[0095]
This sub-phase is executed as a step that shifts from step S136 in FIG. 21 in the procedure of the above-described sub-phase (2). That is, as shown in FIG. 22, the client terminal 10 decrypts the license information acquired from the DRM server 25 with the encryption / decryption device 112 using the session key (step S141).
[0096]
By the way, in the client terminal 10, there are generally two methods of acquiring encrypted content, a download format and a streaming format. The former is a format in which all of the encrypted contents are acquired at one time. The latter is a format in which the encrypted content is partially acquired / reproduced, and the acquisition / reproduction is sequentially repeated for the remaining encrypted content. Regarding the selection of the acquisition format, there is a method selected when the viewer selects the content, or a method automatically selected by the content providing system 2.
[0097]
The client terminal 10 transmits the content identifier corresponding to the content to be selected to the distribution server 23 by the communication device 116 (Step S142). The distribution server 23 receives the content identifier transmitted from the client terminal 10 by the communication device 232 (Step S151). The distribution server 23 retrieves the encrypted content data corresponding to the content identifier from the distribution database 24 by using the search device 231 (step S152).
[0098]
The distribution server 23 transmits the obtained encrypted content data to the client terminal 10 via the communication device 232 (Step S153). The client terminal 10 receives the encrypted content data transmitted from the distribution server 23 by the communication device 116 (step S143).
[0099]
The client terminal 10 decrypts the received encrypted content data using the encryption key in the encryption key list (see FIG. 10A) by the encryption / decryption device 112 (step S144). The client terminal 10 reproduces and displays the decrypted content on the screen of the display device 114 (Step S145).
[0100]
Further, the client terminal 10 uses the charge adding device 115 to calculate the charge of the content reproduced and displayed based on the charge list (see FIG. 10B) (step S146). Here, the fee adding device 115 sets the viewing fee to zero at the start of content reproduction and sequentially adds the viewing fee.
[0101]
The client terminal 10 determines that the reproduction has ended when there is no subsequent content to be reproduced or when there is a request from the viewer to stop the reproduction (YES in step S147). When the reproduction is completed, the client terminal 10 calculates the total sum of the viewed contents, that is, the viewing fee (step S149). Then, the process proceeds to the next charging phase (SF3). On the other hand, if the reproduction is not to be ended, the client terminal 10 determines whether the acquisition format is the download format or the streaming format (step S148). If it is the download format, the processing from step S144 is repeated (D in step S148). In the case of the streaming format, the processing from step S143 is repeated (S of step S148).
[0102]
(Billing phase)
Further, the procedure of the charging phase will be described with reference to FIGS. 2, 4, 6, and 8, together with the flowchart of FIG.
[0103]
This phase is a procedure for executing a process of charging a viewing fee for the content. The content providing system 2 manages the viewing information including the billing information, and performs the actual billing payment via the payment system 3 existing outside. The timing of performing the settlement based on the billing information is determined in advance by a contract between the viewer and the content provider. Specifically, there is a case where payment is made immediately after the charging information is updated, or a case where payment is made collectively for each month. As a settlement method, there are so-called credit settlement, bank settlement and the like. The former is a method of connecting to a settlement system of a credit company. The latter is a method of connecting to a bank settlement system. Naturally, the settlement method is also determined by a contract between the viewer and the content provider.
[0104]
This phase is executed as a step that shifts from step S149 in FIG. 22 in the procedure of the above-described sub-phase (3). That is, as shown in FIG. 23, the client terminal 10 transmits the viewing fee information, the viewer identifier, and the session identifier to the DRM server 25 by the communication device 116 (Step S161).
[0105]
The DRM server 25 receives the viewing fee information, the viewer identifier, and the session identifier transmitted from the client terminal 10 through the communication device 255 (Step S171). The DRM server 25 executes a process of confirming the received session identifier (Step S172). This confirmation process is executed based on a search result when a record including the same identifier as the session identifier received by the search device 253 is searched from the session database of the DRM database 26. That is, if the record is present in the session database as a search result, it is determined that the record has been confirmed (OK in step S172). On the other hand, if it does not exist, it is determined that it is not confirmed (NG in step S172).
[0106]
If the DRM server 25 does not confirm the session identifier (NG), the DRM server 25 stops the charging process (charging aggregation process) (step S177). On the other hand, if confirmed (OK), the DRM server 25 acquires a viewer identifier corresponding to the session identifier from the record (step S173). Then, the DRM server 25 transmits the viewer identifier and the viewing fee information to the charging server 29 by the communication device 255 (Step S174).
[0107]
The accounting server 29 receives the viewer identifier and the viewing fee information transmitted from the DRM server 25 by the communication device 292 (step S181). Further, the accounting server 29 transmits the viewer identifier and the viewing fee information to the viewer management / authentication server 30 via the communication device 292 (step S182).
[0108]
The server 30 receives the transmitted viewer identifier and the viewing fee information by the communication device 303 (step S191). The server 30 searches the viewer database 31 for a record corresponding to the received viewer identifier, and executes processing for reflecting the received viewing fee information on the viewing information item of the record (step S192). When such a series of processing is completed, the server 30 transmits the completion notification (OK) to the accounting server 29 by the communication device 303 (Step S193).
[0109]
The accounting server 29 receives the notification of the completion of the process (OK) from the viewer management / authentication server 30 through the communication device 292 (step S183). Further, the billing server 29 transmits a notification of processing completion (OK) to the DRM server 25 by the communication device 292 (step S184). When the communication device 255 receives the notification of the process completion (OK), the DRM server 25 deletes the record corresponding to the session identifier from the session database of the DRM database 26 (Steps S175 and S176).
[0110]
In short, according to the present embodiment, the viewer (user) operates the client terminal 10 of the viewing system 1 to receive desired content (here, stream data such as a video) from the content providing system 2. Can be played (utilized). At this time, in the present embodiment, the content data provided from the content providing system 2 is encrypted content data encrypted with a different encryption key for each encryption section corresponding to each content portion. Therefore, even if one encryption key is leaked, a situation in which the entire content is decrypted can be avoided. Therefore, the copyright of the content can be effectively protected.
[0111]
Further, in the present embodiment, the provided content data is divided into arbitrary charging sections, and charging processing is performed along with reproduction (viewing) of the viewer. Therefore, it is possible to realize charging management for each content part, instead of fixed charging processing for the entire content. Therefore, it is possible to realize a so-called partial viewing service in which the content is partially used according to the user's request.
[0112]
In short, the charging management method of the present embodiment is different from the so-called pay-as-you-go charging method, in that charging is not performed in proportion to the viewing time of the content, but a charging section in which the content is divided arbitrarily (even if the time of each section differs) Good), the accounting process is performed at an arbitrary fee set for each. In other words, if each charging section is set at the same time and each is set at the same rate, a general pay-as-you-go system can be realized.
[0113]
【The invention's effect】
As described above in detail, according to the present invention, a copyright management method capable of effectively protecting the copyright of a content, and a charging management method capable of performing an effective charging process even for partial viewing according to a user's request. An implemented content providing system can be provided.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a main part of a content providing system according to an embodiment of the present invention.
FIG. 2 is an exemplary block diagram showing a main part of the client according to the embodiment;
FIG. 3 is an exemplary block diagram showing a main part of the navigation server according to the embodiment;
FIG. 4 is an exemplary block diagram showing a main part of the DRM server according to the embodiment;
FIG. 5 is an exemplary block diagram showing a main part of an encryption server according to the embodiment;
FIG. 6 is an exemplary block diagram showing a main part of a viewer management / authentication server according to the embodiment;
FIG. 7 is an exemplary block diagram showing a main part of the distribution server according to the embodiment;
FIG. 8 is an exemplary block diagram showing a main part of a charging server according to the embodiment;
FIG. 9 is an exemplary view showing the data structure of DRM metadata according to the embodiment;
FIG. 10 is a diagram showing a correspondence table between an encryption section and an encryption key, and a correspondence table between a charging section and a charge according to the embodiment;
FIG. 11 is an exemplary view showing the data structure of NAV metadata according to the embodiment;
FIG. 12 is an exemplary view for explaining a content encryption method according to the embodiment;
FIG. 13 is an exemplary view for explaining a content charging method according to the embodiment;
FIG. 14 is an exemplary view showing a contents list according to the embodiment;
FIG. 15 is an exemplary view showing the data structure of a viewer database according to the embodiment;
FIG. 16 is an exemplary view showing a data structure of a session database according to the embodiment;
FIG. 17 is an exemplary flowchart for explaining the procedure of a preparation phase according to the embodiment;
FIG. 18 is an exemplary flowchart for explaining the procedure of a content registration phase according to the embodiment;
FIG. 19 is an exemplary flowchart for explaining the procedure of a content selection and user authentication subphase according to the embodiment;
FIG. 20 is an exemplary flowchart for explaining the procedure of a content selection and user authentication subphase according to the embodiment;
FIG. 21 is an exemplary flowchart for explaining the procedures of a session management and license issuance sub-phase according to the embodiment;
FIG. 22 is an exemplary flowchart for explaining procedures of a content reproduction and viewing fee calculation phase according to the embodiment;
FIG. 23 is an exemplary flowchart for explaining the procedure of a charging phase according to the embodiment;
[Explanation of symbols]
1. Viewing system
2. Content providing system
3. External payment system
10 ... Client terminal
21 ... Navigation (NAV) server
22 ... NAV database
23 ... distribution server
24 ... Distribution database
25 ... Copyright Management (DRM) Server
26 ... DRM database
27 ... Encryption server
28 Content database
29 ... Billing server
30: Viewer management / authentication server
31 ... Audience database

Claims (11)

ネットワークを介して、クライアント端末からの要求に応じてコンテンツデータを配信する配信手段と、
前記コンテンツデータを指定の暗号化区間毎に分割し、当該各暗号化区間をそれぞれ異なる暗号鍵で暗号化する暗号化手段と、
前記コンテンツデータを任意の課金区間で分割し、当該各課金区間毎に利用料金を設定して、当該各課金区間毎の課金処理を実行する課金管理手段と、
前記配信手段により前記クライアント端末に対して配信されるコンテンツデータの利用方法を、前記暗号鍵を使用して管理する著作権管理手段と
を具備したことを特徴とするコンテンツ提供システム。Distribution means for distributing content data in response to a request from a client terminal via a network;
Encryption means for dividing the content data into designated encryption sections and encrypting each of the encryption sections with a different encryption key,
Charging management means for dividing the content data into arbitrary charging sections, setting a usage fee for each charging section, and executing a charging process for each charging section;
A content providing system comprising: a copyright management unit that manages, using the encryption key, a method of using content data distributed to the client terminal by the distribution unit. 前記課金管理手段は、前記コンテンツデータを前記暗号化区間とは異なる任意の課金区間で分割管理することを特徴とする請求項１に記載のコンテンツ提供システム。2. The contents providing system according to claim 1, wherein said charging management means divides and manages said contents data in an arbitrary charging section different from said encryption section. 前記課金管理手段は、前記各課金区間毎にそれぞれ異なる利用料金を設定して管理することを特徴とする請求項１に記載のコンテンツ提供システム。2. The content providing system according to claim 1, wherein the charging management unit sets and manages different usage charges for each charging section. ネットワークを介して、クライアント端末からの要求に応じてストリームデータからなるコンテンツデータを配信する配信サーバと、
前記コンテンツデータを指定の暗号化区間毎に分割し、当該各暗号化区間をそれぞれ異なる暗号鍵で暗号化する暗号化サーバと、
前記コンテンツデータを任意の課金区間で分割し、当該各課金区間毎に視聴料金を設定して、当該各課金区間毎の課金処理を実行する課金サーバと、
前記配信サーバにより前記クライアント端末に対して配信されるコンテンツデータの利用方法を前記暗号鍵を使用して管理する著作権管理サーバと、
前記クライアント端末を操作して所望のコンテンツデータを要求するユーザの認証処理を実行する認証サーバと
を具備したことを特徴とするコンテンツ提供システム。A distribution server that distributes content data composed of stream data in response to a request from a client terminal via a network;
An encryption server that divides the content data into designated encryption sections, and encrypts each of the encryption sections with a different encryption key.
A charging server that divides the content data into arbitrary charging sections, sets a viewing fee for each charging section, and performs a charging process for each charging section;
A copyright management server that manages a method of using content data distributed by the distribution server to the client terminal using the encryption key;
A content providing system, comprising: an authentication server that executes an authentication process of a user who requests desired content data by operating the client terminal. 前記課金サーバは、前記コンテンツデータを前記暗号化区間とは異なる任意の課金区間で分割管理することを特徴とする請求項４に記載のコンテンツ提供システム。The content providing system according to claim 4, wherein the charging server divides and manages the content data in an arbitrary charging section different from the encryption section. 前記課金サーバは、前記各課金区間毎にそれぞれ異なる利用料金を設定して管理することを特徴とする請求項４に記載のコンテンツ提供システム。The content providing system according to claim 4, wherein the charging server sets and manages different usage charges for each of the charging sections. 前記クライアント端末に対して、提供可能なコンテンツデータに関するメタデータ形式のコンテンツ一覧表情報を提供するナビゲーション・サーバを更に備えていることを特徴とする請求項４に記載のコンテンツ提供システム。The content providing system according to claim 4, further comprising a navigation server that provides the client terminal with content list information in a metadata format regarding content data that can be provided. ネットワークを介して、クライアント端末からの要求に応じてコンテンツデータを配信するコンテンツ提供システムに適用するコンテンツ提供方法であって、
前記コンテンツデータを指定の暗号化区間毎に分割し、当該各暗号化区間をそれぞれ異なる暗号鍵で暗号化するステップと、
前記コンテンツデータを任意の課金区間で分割し、当該各課金区間毎に利用料金を設定して、当該各課金区間毎の課金処理を実行するステップと
を具備したことを特徴とするコンテンツ提供方法。A content providing method applied to a content providing system that distributes content data in response to a request from a client terminal via a network,
Dividing the content data into designated encryption sections, and encrypting each of the encryption sections with a different encryption key;
Dividing the content data into arbitrary charging sections, setting a usage fee for each charging section, and executing a charging process for each charging section. 前記課金処理ステップは、前記コンテンツデータを前記暗号化区間とは異なる任意の課金区間で分割管理することを特徴とする請求項８に記載のコンテンツ提供方法。9. The content providing method according to claim 8, wherein in the charging processing step, the content data is divided and managed in an arbitrary charging section different from the encryption section. 前記課金ステップは、前記各課金区間毎にそれぞれ異なる利用料金を設定して管理することを特徴とする請求項８に記載のコンテンツ提供方法。9. The content providing method according to claim 8, wherein the charging step sets and manages different usage charges for each charging section. ネットワークを介して、クライアント端末からの要求に応じてコンテンツデータを配信するコンテンツ提供システムに適用するコンテンツ提供方法であって、
前記クライアント端末を操作して所望のコンテンツデータを要求するユーザの認証処理に必要な登録、及び前記コンテンツデータの暗号化／復号化に必要な暗号鍵の生成を行なうための準備フェーズ手順と、
前記クライアント端末を操作して所望のコンテンツデータを配信するために必要なコンテンツ登録、及び当該コンテンツに関するメタデータ形式のコンテンツ一覧表情報の生成を行なうためのコンテンツ登録フェーズ手順と、
前記クライアント端末からの要求に応じて、配信対象のコンテンツデータを指定の暗号化区間毎に分割し、当該各暗号化区間をそれぞれ異なる暗号鍵で暗号化した暗号化コンテンツデータを配信し、前記クライアント端末で当該暗号化コンテンツデータを視聴可能に再生するコンテンツ視聴フェーズ手順と、
前記クライアント端末での再生処理に伴なって、前記コンテンツデータを任意の課金区間で分割し、当該各課金区間毎に利用料金を設定して、当該各課金区間毎の課金処理を実行する課金フェーズ手順と
からなることを特徴とするコンテンツ提供方法。A content providing method applied to a content providing system that distributes content data in response to a request from a client terminal via a network,
A registration phase required for an authentication process of a user who requests the desired content data by operating the client terminal, and a preparation phase procedure for generating an encryption key required for encrypting / decrypting the content data;
Content registration required to operate the client terminal to distribute desired content data, and a content registration phase procedure for generating content list information in a metadata format regarding the content,
In response to a request from the client terminal, the content data to be distributed is divided into designated encryption sections, and the encrypted content data obtained by encrypting each of the encryption sections with a different encryption key is distributed. A content viewing phase procedure for playing back the encrypted content data in a viewable manner on the terminal;
A charging phase in which the content data is divided into arbitrary charging sections, a usage fee is set for each charging section, and a charging process is performed for each charging section, along with the reproduction processing at the client terminal. And a content providing method.
JP2002299488A 2002-10-11 2002-10-11 System and method for providing contents Abandoned JP2004133801A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002299488A JP2004133801A (en) 2002-10-11 2002-10-11 System and method for providing contents

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002299488A JP2004133801A (en) 2002-10-11 2002-10-11 System and method for providing contents

Publications (1)

Publication Number Publication Date
JP2004133801A true JP2004133801A (en) 2004-04-30

Family

ID=32288604

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002299488A Abandoned JP2004133801A (en) 2002-10-11 2002-10-11 System and method for providing contents

Country Status (1)

Country Link
JP (1) JP2004133801A (en)

Cited By (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006040051A (en) * 2004-07-28 2006-02-09 Bb Serve Kk Charging system and charging method
JP2006067501A (en) * 2004-08-30 2006-03-09 Ntt Docomo Inc Metadata creation device, contents data storage device, terminal and contents management system
JP2006101262A (en) * 2004-09-30 2006-04-13 Hitachi Software Eng Co Ltd Streaming-content distribution system
JP2007043518A (en) * 2005-08-04 2007-02-15 Sony Corp Information processing apparatus and method, and program
JP2007043519A (en) * 2005-08-04 2007-02-15 Sony Corp Information processing apparatus and method therefor, and program
JP2007124167A (en) * 2005-10-27 2007-05-17 Nippon Hoso Kyokai <Nhk> Content encryption unit, method and program therefor, content decryption unit, and method and program therefor
JP2007251921A (en) * 2006-02-20 2007-09-27 Hitachi Ltd Digital content encryption and decryption method, and workflow system using digital content
JP2008516476A (en) * 2004-10-05 2008-05-15 ヴェクターマックス コーポレーション Method and system for allowing multimedia group broadcast
JP2008186289A (en) * 2007-01-30 2008-08-14 Ntt Docomo Inc Content use device and content use method
JP2008544342A (en) * 2005-05-09 2008-12-04 ノキア コーポレイション Services in communication systems
JP2009501470A (en) * 2005-07-14 2009-01-15 セクストリーム テクノロジーズ エーエス Protecting multimedia data
JP2009267470A (en) * 2008-04-22 2009-11-12 Mitsubishi Electric Corp Disclosure restriction processing apparatus, data processing system, and program
JP2010537467A (en) * 2007-08-13 2010-12-02 サムスン エレクトロニクス カンパニー リミテッド Media object-based metadata generation method, playback method and apparatus thereof
JP2011223601A (en) * 2004-07-14 2011-11-04 Qualcomm Incorporated Method and apparatus for delivering keys
JP2015508256A (en) * 2012-02-08 2015-03-16 ファスドットコム カンパニー リミテッドＦＡＳＯＯ．ＣＯＭ Ｃｏ．，Ｌｔｄ． Digital copyright management apparatus and method for EPUB-based content, and EPUB-based content providing apparatus and method with user authority
US9003243B2 (en) 2004-07-29 2015-04-07 Qualcomm Incorporated System and method for modulation diversity
US9246728B2 (en) 2004-07-29 2016-01-26 Qualcomm Incorporated System and method for frequency diversity
US9391751B2 (en) 2005-07-29 2016-07-12 Qualcomm Incorporated System and method for frequency diversity
JP2017022711A (en) * 2015-07-14 2017-01-26 Ｌｉｎｅ株式会社 Method of safely acquiring decryption key of encryption content and reproducing content, and system
JP7007532B1 (en) * 2020-11-05 2022-01-24 株式会社Trive Group Audio distribution device and audio distribution program
JP7017671B1 (en) 2020-09-11 2022-02-09 株式会社Trive Group Video distribution device and video distribution program
JP7018538B1 (en) 2020-09-11 2022-02-10 株式会社Trive Group Video distribution device and video distribution program
JP7502955B2 (en) 2020-09-29 2024-06-19 株式会社日本総合研究所 Virtual browser server and program,

Cited By (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8848920B2 (en) 2004-07-14 2014-09-30 Qualcomm Incorporated Method and apparatus for delivering keys
JP2011223601A (en) * 2004-07-14 2011-11-04 Qualcomm Incorporated Method and apparatus for delivering keys
JP4519556B2 (en) * 2004-07-28 2010-08-04 ソフトバンク・ペイメント・サービス株式会社 Billing system and billing method
JP2006040051A (en) * 2004-07-28 2006-02-09 Bb Serve Kk Charging system and charging method
US9246728B2 (en) 2004-07-29 2016-01-26 Qualcomm Incorporated System and method for frequency diversity
US9003243B2 (en) 2004-07-29 2015-04-07 Qualcomm Incorporated System and method for modulation diversity
JP2006067501A (en) * 2004-08-30 2006-03-09 Ntt Docomo Inc Metadata creation device, contents data storage device, terminal and contents management system
JP4620412B2 (en) * 2004-08-30 2011-01-26 株式会社エヌ・ティ・ティ・ドコモ Terminal and content management system
JP2006101262A (en) * 2004-09-30 2006-04-13 Hitachi Software Eng Co Ltd Streaming-content distribution system
JP2008516476A (en) * 2004-10-05 2008-05-15 ヴェクターマックス コーポレーション Method and system for allowing multimedia group broadcast
JP2008544342A (en) * 2005-05-09 2008-12-04 ノキア コーポレイション Services in communication systems
US8131256B2 (en) 2005-05-09 2012-03-06 Nokia Corporation Generating and providing access and content charges for different services to a user device in a communication system
US8627081B2 (en) 2005-07-14 2014-01-07 Conax As Multimedia data protection
JP2009501470A (en) * 2005-07-14 2009-01-15 セクストリーム テクノロジーズ エーエス Protecting multimedia data
US9391751B2 (en) 2005-07-29 2016-07-12 Qualcomm Incorporated System and method for frequency diversity
US7822203B2 (en) 2005-08-04 2010-10-26 Sony Corporation Method, apparatus, and program for processing information
JP4582411B2 (en) * 2005-08-04 2010-11-17 ソニー株式会社 Information processing apparatus and method, and program
JP2007043519A (en) * 2005-08-04 2007-02-15 Sony Corp Information processing apparatus and method therefor, and program
JP4524656B2 (en) * 2005-08-04 2010-08-18 ソニー株式会社 Information processing apparatus and method, and program
US7724900B2 (en) 2005-08-04 2010-05-25 Sony Corporation Method, apparatus, and program for processing information
JP2007043518A (en) * 2005-08-04 2007-02-15 Sony Corp Information processing apparatus and method, and program
JP2007124167A (en) * 2005-10-27 2007-05-17 Nippon Hoso Kyokai <Nhk> Content encryption unit, method and program therefor, content decryption unit, and method and program therefor
JP2007251921A (en) * 2006-02-20 2007-09-27 Hitachi Ltd Digital content encryption and decryption method, and workflow system using digital content
JP2008186289A (en) * 2007-01-30 2008-08-14 Ntt Docomo Inc Content use device and content use method
JP2010537467A (en) * 2007-08-13 2010-12-02 サムスン エレクトロニクス カンパニー リミテッド Media object-based metadata generation method, playback method and apparatus thereof
US8688737B2 (en) 2007-08-13 2014-04-01 Samsung Electronics Co., Ltd. Method and apparatus for generating and reproducing media object-based metadata
JP2009267470A (en) * 2008-04-22 2009-11-12 Mitsubishi Electric Corp Disclosure restriction processing apparatus, data processing system, and program
JP2015508256A (en) * 2012-02-08 2015-03-16 ファスドットコム カンパニー リミテッドＦＡＳＯＯ．ＣＯＭ Ｃｏ．，Ｌｔｄ． Digital copyright management apparatus and method for EPUB-based content, and EPUB-based content providing apparatus and method with user authority
US9536058B2 (en) 2012-02-08 2017-01-03 Fasoo.Com Co., Ltd Apparatus and method for managing digital copyright on EPUB-based content, and apparatus and method for providing EPUB-based content according to user's right
JP2017022711A (en) * 2015-07-14 2017-01-26 Ｌｉｎｅ株式会社 Method of safely acquiring decryption key of encryption content and reproducing content, and system
JP7017671B1 (en) 2020-09-11 2022-02-09 株式会社Trive Group Video distribution device and video distribution program
JP7018538B1 (en) 2020-09-11 2022-02-10 株式会社Trive Group Video distribution device and video distribution program
JP2022047514A (en) * 2020-09-11 2022-03-24 株式会社Trive Group Video transmission device and video transmission program
JP2022047349A (en) * 2020-09-11 2022-03-24 株式会社Trive Group Video transmission device and video transmission program
JP7502955B2 (en) 2020-09-29 2024-06-19 株式会社日本総合研究所 Virtual browser server and program,
JP7007532B1 (en) * 2020-11-05 2022-01-24 株式会社Trive Group Audio distribution device and audio distribution program

Similar Documents

Publication Publication Date Title
JP2004133801A (en) System and method for providing contents
JP4861331B2 (en) Content right management apparatus and content right management method
US7463738B2 (en) Method for providing multimedia files and terminal therefor
JP4750038B2 (en) System, method, and service for distributing and playing multimedia content on physical media
JP3615485B2 (en) Electronic content transaction method and system
JP4247044B2 (en) Content distribution service providing apparatus and content distribution service terminal apparatus
US7294776B2 (en) Content supply method and apparatus
US20050195978A1 (en) Method and apparatus for encoding and selective distribution of licensed digital content
JP5608359B2 (en) Content service providing method and system, portable terminal and server
EP1183658A1 (en) Secure online music distribution system
US20100280953A1 (en) Content download system, content download method, content supplying apparatus, content supplying method, content receiving apparatus, content receiving method, and program
US20050044046A1 (en) Information processing device and mehtod, information providing device and method, use right management device and method, recording medium, and program
JP2004070914A (en) Online content distribution method and device
JP2005018378A (en) Information server, information equipment, information processing system, information processing method and information processing program
KR20100088965A (en) System and method for configurating of content object
JP4914255B2 (en) Service providing method, attribute information management device, service providing device, user terminal and program thereof
JP2003157334A (en) Contents distributing system and device, method, program and program recording medium therefor
CA2588642C (en) Method and apparatus for secure transfer and playback of multimedia content
JP2002033724A (en) Contents distributing system
JP2005346731A (en) License offering device and method, content offer device, subscription service offering system, reproducing device and reproducing method
JPH10333769A (en) Multi-media data distribution system and multi-media data reproduction terminal
WO2002021506A1 (en) Pay information distribution system
JP2002169912A (en) Cryptogram decoder, fee charging apparatus and contents delivery system
JP2004355657A (en) Electronic content transaction method and its system
JP2004252690A (en) System, apparatus and method for information processing, program therefor, and recording medium thereof

Legal Events

Date Code Title Description
A762 Written abandonment of application

Free format text: JAPANESE INTERMEDIATE CODE: A762

Effective date: 20041203