JP4000846B2 - コンテンツ配信補償システム及びその方法、配信サーバ端末、クライアント端末並びにプログラム - Google Patents
コンテンツ配信補償システム及びその方法、配信サーバ端末、クライアント端末並びにプログラム Download PDFInfo
- Publication number
- JP4000846B2 JP4000846B2 JP2001378535A JP2001378535A JP4000846B2 JP 4000846 B2 JP4000846 B2 JP 4000846B2 JP 2001378535 A JP2001378535 A JP 2001378535A JP 2001378535 A JP2001378535 A JP 2001378535A JP 4000846 B2 JP4000846 B2 JP 4000846B2
- Authority
- JP
- Japan
- Prior art keywords
- content
- compensation
- distribution
- client terminal
- terminal
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Information Transfer Between Computers (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はインターネット等のネットワークを介してサーバからクライアントへコンテンツを配信する方法に関し、特にネットワークやサーバの過負荷などによりクライアント側で一定の再生品質が得られなかったコンテンツ配信について補償を行う方法に関する。
【０００２】
【従来の技術】
インターネットに代表されるマルチメディア環境では、音声、動画像など様々な形式のデータを扱うことができ、これら様々な形式、内容のデータもしくはその中身をコンテンツと呼ぶ。コンテンツに関連するサービスは近年急速に拡大、普及しており、その代表的なものに、ストリーミング技術を用いたコンテンツ配信サービスがある。これは、画像や音声などのストリーミングコンテンツについて、サーバからのコンテンツ配信とクライアント側でのコンテンツ再生とを、同期を取りながらほぼリアルタイムに行うサービスである。良く知られているように、ネットワークが混雑していたり、サーバの負荷が高いと、所望の品質のストリーミングコンテンツは配信できない。このため、サーバ側では、クライアントとの間の回線状況等に応じてストリーミングコンテンツの品質を自動的に調整する。例えば、動画データの場合には秒間コマ数を間引いたり、音楽データの場合には高周波成分や低周波成分をカットしたりして、コンテンツの品質を調整する。従って、コンテンツの配信が有料で行われる場合や、コンテンツの配信を受ける権利を有する特定の者に対しコンテンツを配信する場合、クライアント側におけるストリーミングコンテンツの再生品質がその時点のネットワーク負荷等に起因して所望の品質以下であったときには何らかの補償を行う必要性が出てくる。
【０００３】
このような問題点を指摘し、それに対する改善策を提案した文献に特開２０００−２７０３０９号公報（以下、文献１と称す）がある。文献１では、ネットワーク上で実施される有料ストリーミングコンテンツの配信において、ユーザが実際に視聴したコンテンツの品質が所望の品質以下であった場合、料金の一部を返金するという補償方法を採用している。図１５に、文献１で提案されているコンテンツ配信システムのブロック図を示す。サーバ１００１は、ユーザ端末１００２にストリーミングコンテンツを配信するのに先立って最高の品質でのコンテンツ配信に対する料金を基本料金としてユーザに課金し、実際の配信は、その時々のネットワークの負荷状態等を考慮して、ユーザ端末１００２のコンテンツ再生モジュール１００３がリアルタイムで再生し得る品質で、コンテンツ配信モジュール１００４によりコンテンツを配信する。コンテンツ再生モジュール１００３は、受信コンテンツの品質に関して、情報量、秒間コマ数、配信帯域などの情報を蓄積し、再生終了後にサーバ１００１に送信する。視聴料金清算モジュール１００５は、受信コンテンツの品質に関する情報を評価して対価を求め、基本料金と対価とから返金額を決定し、この返金額に応じてユーザに返金を行う。
【０００４】
【発明が解決しようとする課題】
文献１に記載の技術では、ユーザが視聴したコンテンツの品質を定量的に評価し、最高品質と実際のクライアント側での再生品質との差に応じた金額を返金することで、品質の低いコンテンツ配信が行われた場合の補償を行っている。このため、特にライブ中継など失敗が許されないコンテンツ配信において、万一事故が起こり、十分な品質で配信が行えなかった場合にも、払戻しという手段によって或る種の補償が可能であるとしている。しかし、金銭的な補償ではコンテンツ再生という行為自体の補償の点からは何も解決できていない。
【０００５】
そこで本発明の目的は、ネットワークやサーバの過負荷などによりクライアント側で一定の再生品質が得られなかったコンテンツ配信について、コンテンツの再視聴による補償を可能にすることにある。
【０００６】
また本発明の別の目的は、補償のために再視聴させるコンテンツが補償対象クライアント以外のクライアントに不正に再生されるのを防止することにある。
【０００７】
【課題を解決するための手段】
本発明の第１のコンテンツ配信補償システムは、ネットワークを通じて相互に通信可能に接続された配信サーバ端末とクライアント端末とから構成され、
前記クライアント端末は、
コンテンツを再生するためのコンテンツ再生手段と、
前記コンテンツ再生手段におけるコンテンツの再生品質に関する情報を検出して前記配信サーバ端末へ送信するクライアント側補償用データ管理手段と、
前記配信サーバ端末に対して前記配信対象コンテンツの配信に関して補償を要求する制御手段とを備え、
前記配信サーバ端末は、
配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、
前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段と、
補償の要求があった前記クライアント端末の前記クライアント側補償用データ管理手段から受信した前記配信対象コンテンツの再生品質に関する情報と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定する補償サービス決定手段と、
前記コンテンツ記憶手段に記憶された配信対象コンテンツをネットワークを介して前記クライアント端末へ配信すると共に、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信するコンテンツ配信手段とを備える。
本発明の第２のコンテンツ配信補償システムは、ネットワークを通じて相互に通信可能に接続された配信サーバ端末とクライアント端末とから構成され、
前記クライアント端末は、
コンテンツを再生するためのコンテンツ再生手段と、
前記配信サーバ端末に対して前記配信対象コンテンツの配信に関して補償を要求する制御手段とを備え、
前記配信サーバ端末は、
配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、
前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段と、
前記クライアント端末への前記配信対象コンテンツの配信品質を検出するサーバ側補償用データ管理手段と、
補償の要求があった前記クライアント端末に関して前記サーバ側補償用データ管理手段で検出された前記配信対象コンテンツの配信品質と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定する補償サービス決定手段と、
前記コンテンツ記憶手段に記憶された配信対象コンテンツをネットワークを介して前記クライアント端末へ配信すると共に、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信するコンテンツ配信手段とを備える。
本発明の第３のコンテンツ配信補償システムは、ネットワークを通じて相互に通信可能に接続された配信サーバ端末とクライアント端末とから構成され、
前記クライアント端末は、
コンテンツを再生するためのコンテンツ再生手段と、
前記コンテンツ再生手段におけるコンテンツの再生品質に関する情報を検出して前記配信サーバ端末へ送信するクライアント側補償用データ管理手段と、
前記配信サーバ端末に対して前記配信対象コンテンツの配信に関して補償を要求する制御手段とを備え、
前記配信サーバ端末は、
配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、
前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段と、
前記クライアント端末への前記配信対象コンテンツの配信品質を検出するサーバ側補償用データ管理手段と、
補償の要求があった前記クライアント端末の前記クライアント側補償用データ管理手段から受信した前記配信対象コンテンツの再生品質に関する情報および前記サーバ側補償用データ管理手段で検出された前記配信対象コンテンツの配信品質と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定する補償サービス決定手段と、
前記コンテンツ記憶手段に記憶された配信対象コンテンツをネットワークを介して前記クライアント端末へ配信すると共に、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信するコンテンツ配信手段とを備える。
本発明の第４のコンテンツ配信補償システムは、ネットワークを通じて相互に通信可能に接続された配信サーバ端末、クライアント端末、および前記配信サーバ端末から前記クライアント端末へ配信されるコンテンツの中継を行う中継サーバ端末から構成され、
前記クライアント端末は、
コンテンツを再生するためのコンテンツ再生手段と、
前記コンテンツ再生手段におけるコンテンツの再生品質に関する情報を検出して前記配信サーバ端末へ送信するクライアント側補償用データ管理手段と、
前記配信サーバ端末に対して前記配信対象コンテンツの配信に関して補償を要求する制御手段とを備え、
前記中継サーバ端末は、
前記クライアント端末への前記配信対象コンテンツの配信品質を検出して前記配信サーバ端末へ送信する中継側補償用データ管理手段を備え、
前記配信サーバ端末は、
配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、
前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段と、
前記クライアント端末への前記配信対象コンテンツの配信品質を検出するサーバ側補償用データ管理手段と、
補償の要求があった前記クライアント端末の前記クライアント側補償用データ管理手段から受信した前記配信対象コンテンツの再生品質に関する情報、前記中継側補償用データ管理手段から受信した前記配信対象コンテンツの配信品質、および前記サーバ側補償用データ管理手段で検出された前記配信対象コンテンツの配信品質と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定する補償サービス決定手段と、
前記コンテンツ記憶手段に記憶された配信対象コンテンツをネットワークを介して前記クライアント端末へ配信すると共に、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信 するコンテンツ配信手段とを備える。
本発明の第５のコンテンツ配信補償システムは、第１ないし第４の何れかのコンテンツ配信補償システムにおいて、前記配信サーバ端末に、前記配信対象コンテンツから前記補償用コンテンツを生成する補償用コンテンツ作成手段を備える。
本発明の第６のコンテンツ配信補償システムは、第１ないし第３の何れかのコンテンツ配信補償システムにおいて、前記コンテンツ配信手段から前記クライアント端末へ配信されるコンテンツの中継を行う１以上の中継サーバ端末を備える。
本発明の第７のコンテンツ配信補償システムは、第１ないし第６の何れかのコンテンツ配信補償システムにおいて、前記配信サーバ端末に、前記クライアント端末へ配信する配信対象コンテンツおよび補償用コンテンツを暗号化する暗号化処理手段と、暗号化された配信対象コンテンツの復号鍵を内包するチケットおよび暗号化された補償用コンテンツの復号鍵を内包するチケットを生成するチケット生成手段とを備え、
前記クライアント端末のコンテンツ再生手段は、前記チケット生成手段から受信したチケットに内包される復号鍵を用いて、暗号化された配信対象コンテンツおよび補償用コンテンツを復号する。
本発明の第８のコンテンツ配信補償システムは、第１ないし第６の何れかのコンテンツ配信補償システムにおいて、前記配信サーバ端末に、前記クライアント端末との間でユーザ認証処理を行うユーザ認証手段を備える。
ここで、本明細書において、再生品質とは、画質、音質、再生レートなどの狭義の再生品質のみならず、途中で再生が停止して時間的に不完全な再生となった状態も含めた広義の意味で用いている。また、再生の停止の原因はコンテンツ視聴者の意志による場合、その意志によらず何らかの理由で停止した場合の双方も含む。配信対象コンテンツの再生品質に関する情報を以下、「補償用データ」と称す。補償用データは、このような再生品質を特定し得るデータであれば良い。また、その検出も、クライアント側、サーバ側の何れか一方で検出しても良いし、双方で検出するようにしても良い。さらに、サーバとクライアントとの間に中継サーバが介在する場合、中継サーバで補償用データを検出するようにしても良い。
【０００８】
本発明では、配信対象コンテンツがストリーミングコンテンツである場合、その補償用コンテンツはダウンロードコンテンツとすることができる。ダウンロードコンテンツとは、ストリーミングではなくダウンロード可能な形式のコンテンツを指す。ネットワークの過負荷時にはダウンロードに時間はかかるが、再生はダウンロードしたコンテンツに基づき実施されるので、ネットワーク負荷の影響を受けず品質は安定する。
【０００９】
また、配信対象コンテンツがライブストリーミングコンテンツの場合、その補償用コンテンツとしては、ダウンロードコンテンツ以外に、オンデマンドストリーミングコンテンツとすることができる。オンデマンドストリーミングコンテンツとは、ライブストリーミングコンテンツをその配信時に録画した内容に基づいて作成されたコンテンツで、ストリーミングコンテンツである点でライブストリーミングコンテンツと同じであるが、ライブでない点が相違する。オンデマンドストリーミングコンテンツを補償用コンテンツとして用意することで、ライブ中継など失敗が許されないコンテンツ配信において、万一事故が起こり、十分な品質で配信が行えなかった場合にも、録画した内容の再視聴という形態で補償することが可能となる。
【００１６】
【発明の第１の実施の形態】
次に、本発明の第１の実施の形態について図面を参照して詳細に説明する。
【００１７】
図１を参照すると、本発明の第１の実施の形態にかかるコンテンツ配信システムは、クライアント端末１と、このクライアント端末１にインターネット等の図示しないネットワーク経由でコンテンツを配信するコンテンツ配信サーバ２と、このコンテンツ配信サーバ２が配信するコンテンツを暗号化する暗号化処理手段３と、コンテンツ配信サーバ２が配信したコンテンツがネットワークやサーバ２の過負荷などによりクライアント端末１で所望の品質で再生できなかった場合の補償用に使うコンテンツを作成する補償用コンテンツ作成手段４と、配信対象のコンテンツやその補償用コンテンツを蓄積するコンテンツデータベース５と、コンテンツ配信についての補償を管理する権利管理装置６とを含んで構成される。なお、クライアント端末１と権利管理装置６とはインターネット等の図示しないネットワーク経由で相互に通信可能になっている。また、図１には、クライアント端末１は１つしか示されていないが、一般に複数のクライアント端末が存在する。
【００１８】
クライアント端末１は、コンテンツをユーザが視聴するために再生するブラウザ等のコンテンツ再生手段１１と、コンテンツの再生品質に関する情報を補償用データとして検出する補償用データ管理手段１２と、表示装置やキーボード等の入出力装置１３と、これらに接続された制御手段１４とを備える。クライアント端末１は、パーソナルコンピュータや携帯端末等の情報処理装置とクライアント端末用プログラムとで実現することができる。その場合、クライアント端末用プログラムによってコンテンツ再生手段１１、補償用データ管理手段１２、制御手段１４が情報処理装置上に実現される。
【００１９】
権利管理装置６は、コンテンツの再生品質に応じた補償サービスを１以上定義する補償サービスデータベース６４と、クライアント端末１から送られてきた補償用データと補償サービスデータベース６４の内容とに基づいて補償サービスを決定する補償サービス決定手段６３と、クライアント端末１からの補償用データの受信等を行う補償サービス管理手段６２と、クライアント端末１で再生する暗号化コンテンツを復号化する為の復号鍵を含むチケットを発行するチケットサーバ６１とを備える。権利管理装置６は、ワークステーション等の情報処理装置と権利管理装置用プログラムとで実現することができる。その場合、権利管理装置用プログラムによってチケットサーバ６１、補償サービス管理手段６２、補償サービス決定手段６３が情報処理装置上に実現される。
【００２０】
なお、コンテンツ配信サーバ２、暗号化処理手段３、補償用コンテンツ作成手段４およびコンテンツデータベース５は、１つのサーバ上に備えるようにしても良いし、幾つかのサーバに分散して備えるようにしても良い。
【００２１】
このように構成された本実施の形態にかかるコンテンツ配信システムは、概ね以下のように機能する。
【００２２】
コンテンツ配信サーバ２は、配信対象となるコンテンツを暗号化処理手段３で暗号化してクライアント端末１に配信する。配信対象のコンテンツがストリーミングコンテンツである場合、コンテンツ配信サーバ２はクライアント端末１との間の回線状況の変化等に応じて配信するコンテンツの品質を適宜調整して配信する。また、コンテンツ配信サーバ２は、配信対象となるコンテンツから補償用コンテンツ作成手段４により補償用コンテンツを作成してコンテンツデータベース５に蓄積し、補償用コンテンツの配信が必要になると、補償用コンテンツの配信も行う。この補償用コンテンツの配信時も暗号化処理手段３で暗号化して配信する。
【００２３】
補償用コンテンツとしては、配信対象となるコンテンツがストリーミングコンテンツの場合、ダウンロードコンテンツとする。また、配信対象コンテンツがライブストリーミングコンテンツの場合、その補償用コンテンツとしては、ダウンロードコンテンツ以外に、オンデマンドストリーミングコンテンツも用意する。
【００２４】
クライアント端末１の制御手段１４は、入出力装置１３を通じて入力される指示に従って、利用者が視聴しようとする暗号化コンテンツを復号化するための復号鍵を含むチケットをチケットサーバ６１より購入し、そのチケットに内包される復号鍵を使って、コンテンツ再生手段１１で受信した暗号化コンテンツを復号化して再生し、ユーザによるコンテンツの視聴を可能にする。補償用データ管理手段１２は、コンテンツ再生手段１１によるコンテンツの再生中に、コンテンツの再生品質に関する情報を補償用データとして検出し、蓄積する。補償用データとしては、当該コンテンツについて受信したパケット数、再生中の映像のフレームレート、再生を開始してからの経過時間、再生や停止など実行されたコマンドなどが考えられる。
【００２５】
利用者は、再生品質に満足しなかったためにその補償を求める場合、その旨の指示を入出力装置１３から入力すると、制御手段１４は、補償用データ管理手段１２に蓄積された補償用データを権利管理装置６の補償サービス管理手段６２へ送信する。なお、利用者からの指示を契機に補償用データを送信する代わりに、制御手段１４が自動的に補償用データを補償サービス管理手段６２へ送信するようにしても良い。この場合、補償用データの送信は、一度に行っても良いし、何回かにわけて行ってもよい。一度に送る場合、当該コンテンツの再生終了時やコマンドによる再生停止時に送信する。何回かにわけて送信する場合には、クライアント端末１で当該コンテンツの受信や再生に関するコマンドが実行される毎のタイミングや、また一定時間毎のタイミングで、直前に送信した以降のデータが送信される。わけて送信する場合、受信側では全てのデータが揃うのを待って処理を開始する。
【００２６】
補償用データを受信した権利管理装置６では、図２に示すように、補償用データの受信（ステップＰ１）、補償サービスデータベース６４の参照（ステップＰ２）、補償サービスの必要性の判定（ステップＰ３）、補償サービスが必要な場合のチケットの送信（ステップＰ４）、補償サービスが不要な場合のその旨のメッセージの送信（ステップＰ５）といった処理が概ね実施される。具体的には、補償サービス管理手段６２は、クライアント端末１から補償用データを受信すると、それを補償サービス決定手段６３に伝達する。補償サービス決定手段６３は、補償用データを解析してクライアント端末１におけるコンテンツの再生品質を定量化する。そして、補償サービスデータベース６４を参照して、当該再生品質に該当する補償サービスの有無を判定し、結果を補償サービス管理手段６２に伝達する。補償サービス管理手段６２は、チケットサーバ６１と連携し、補償が必要であった場合には、補償サービス決定手段６３で決定された補償サービスをクライアント端末１が受けることができる補償用チケットをクライアント端末１に対して送信し、補償が必要でない場合にはその旨のメッセージをクライアント端末１に対して送信する。補償用チケットには、補償用コンテンツの指定とその暗号化を解く復号鍵が含まれている。
【００２７】
クライアント端末１に送られてきた補償用チケットは、それが利用されるまで制御手段１４に記憶される。また、クライアント端末１に送られてきた補償不要の旨のメッセージは例えば入出力装置１３から出力され、ユーザに提示される。ユーザは、補償用コンテンツを視聴する場合、制御手段１４に記憶された補償用チケットを指定してコンテンツ再生手段１１を起動する。コンテンツ再生手段１１は、コンテンツ配信サーバ２に対して、補償用チケットで指定された補償用コンテンツの配信を要求する。コンテンツ配信サーバ２は、指定された補償用コンテンツをコンテンツデータベース５から読み出し、暗号化処理手段３で暗号化し、クライアント端末１へ配信する。コンテンツ再生手段１１は、受信した補償用コンテンツを補償用チケットに含まれる復号鍵で復号化して再生し、ユーザに視聴させる。
【００２８】
このように本実施の形態によれば、ネットワークやサーバの過負荷などによりクライアント端末１側で一定の再生品質が得られなかったコンテンツ配信や再生が中断されたコンテンツ配信について、コンテンツの再視聴という方法で補償することが可能となる。特に、ライブ中継など失敗が許されないライブストリーミングコンテンツの配信において、万一事故が起こり、十分な品質で配信が行えなかった場合でも、オンデマンドストリーミングコンテンツによる再視聴、あるいはダウンロードコンテンツによる再視聴といった補償が可能となる。また、補償のために再視聴させるコンテンツは暗号化されて配信されるため、補償対象クライアント以外の者に不正に再生されるのが防止される。
【００２９】
【第１の実施例】
次に第１の実施の形態の第１の実施例について図面を参照して詳細に説明する。
【００３０】
図３を参照すると、本発明の第１の実施の形態の第１の実施例にかかるコンテンツ配信システムは、コンテンツの生成や登録などを行うコンテンツ生成装置７と、コンテンツ利用者からの利用要求に対して利用の可否を判断し復号鍵を含むチケットの送信など行う権利管理装置６と、コンテンツを蓄積し管理するコンテンツ管理装置８と、コンテンツの中継を行う１以上の中継サーバ９と、コンテンツ利用者が受信したコンテンツを視聴するクライアント端末１とから構成されている。
【００３１】
コンテンツ生成装置７は、映像データからのストリーミングコンテンツの生成など配信対象となるコンテンツの生成、そのコンテンツの再生品質が所定の基準を満たさなかったときの補償サービスの内容の生成、コンテンツの暗号化に使用する暗号鍵の生成などを行う生成手段７１と、生成手段７１で生成されたデータの権利管理装置６およびコンテンツ管理装置８への登録を行う登録手段７２とを含む。
【００３２】
権利管理装置６は、クライアント端末１からコンテンツの利用要求を受信し、当該コンテンツを復号するための適切な復号鍵を内包するチケットをクライアント端末１に送信するなどの処理を行うチケットサーバ６１と、コンテンツ再生中の再生品質に関する情報である補償用データをクライアント端末１から受信し、決定した補償サービスの内容をチケットサーバ６１に通知するなどの処理を行う補償サービス管理手段６２と、前記補償用データの内容を解析し、適切な補償サービスを決定する補償サービス決定手段６３と、クライアント端末１におけるコンテンツ再生品質に応じた補償サービスの内容を登録しておく補償サービスデータベース６４と、暗号化および復号に用いられる暗号鍵を登録しておく暗号鍵データベース６６と、この暗号鍵データベース６６への暗号鍵の登録、その払出しを管理する暗号鍵管理手段６５とを含む。
【００３３】
コンテンツ管理装置８は、コンテンツ生成装置７から送信される配信対象コンテンツの登録やその配信などを行うコンテンツ管理手段８１と、コンテンツ生成装置７から送信される補償サービスの内容に従って配信対象コンテンツから補償サービスに利用する補償用コンテンツを作成する補償用コンテンツ作成手段４と、配信するコンテンツに対して暗号化処理を施す暗号化処理手段３と、配信対象コンテンツや補償用コンテンツなどを蓄積しておくコンテンツデータベース５とを含む。
【００３４】
中継サーバ９は、コンテンツ管理装置８とクライアント端末１との間に位置し、コンテンツ管理装置８のコンテンツ管理手段８１から配信されるコンテンツの中継を行う機能を持つサーバであり、ＣＤＮ（Ｃｏｎｔｅｎｔｓ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｎｅｔｗｏｒｋ／Ｃｏｎｔｅｎｔｓ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ）の一部を構成する。ＣＤＮは、ネットワーク上に複製サーバや蓄積サーバと呼ばれる中継サーバを複数配置し、予めそれらの中継サーバにコンテンツを転送しておき、エンドユーザからのアクセス要求に対して複数存在する中継サーバの中からそのユーザにとって最適な中継サーバにアクセスすることにより、ユーザに対するレスポンスの向上とトラフィックの軽減を図る技術である。
【００３５】
クライアント端末１は、コンテンツ管理装置８から中継サーバ９経由で配信されるコンテンツを受信再生するコンテンツ再生手段１１と、このコンテンツ再生手段１１によるコンテンツの再生品質に関する情報を検出して蓄積する補償用データ管理手段１２と、表示装置やキーボード等を含む入出力装置１３と、これらに接続されると共に図示しないインターネット等のネットワークを介して権利化管理装置６に接続される制御手段１４とを含む。
【００３６】
次に、本実施例の動作を、１つの配信対象コンテンツに注目し、その生成から配信、再生、その補償の各段階にわけて説明する。
【００３７】
（１）配信対象コンテンツ、補償用コンテンツの生成と配布（図４参照）
コンテンツ生成装置７の生成手段７１は、先ず、映像データなどから配信対象コンテンツを生成する（ステップＳ７０１）。
【００３８】
次に、コンテンツ生成装置７の生成手段７１は、配信対象コンテンツがクライアント端末１で所望の品質で再生できなかった場合の補償サービスの内容を生成する（ステップＳ７０２）。具体的には、配信対象コンテンツ毎に以下の項目を決定する。
（ａ）配信対象コンテンツＩＤ
（ｂ）補償再生品質条件
（ｃ）サービス形態
（ｄ）補償用コンテンツＩＤ
（ｅ）その他の情報
【００３９】
（ａ）の配信対象コンテンツＩＤは、コンテンツ配信システムにおいて当該配信対象コンテンツを一意に識別するための識別子である。（ｂ）の補償再生品質条件は、当該配信対象コンテンツに対する補償を認める再生品質の条件である。例えば、配信対象コンテンツの最高の再生品質を１、最低の最高品質を０とする場合、１から０の中間の値に数値化された再生品質レベルを用いた条件式が設定される。（ｃ）のサービス形態は、コンテンツの再視聴の形態を示し、例えば再ストリーミング許可、ダウンロード許可等が設定される。（ｄ）の補償用コンテンツＩＤは、当該配信対象コンテンツのクライアント端末１での再生品質が、（ｂ）の補償再生品質条件に適合したときに、（ｃ）のサービス形態で再視聴を許可する補償用コンテンツを一意に識別するための識別子である。（ｅ）のその他の情報は、クライアント端末１から送られてくる補償用データから再生品質を定量化するために使う情報である。例えば、補償用データに含まれる受信パケット数で再生品質を定量化する場合、コンテンツ本来の総パケット数が必要になるため、この情報がその他の情報に設定される。
【００４０】
上述した補償サービスの内容は、１つの配信対象コンテンツ当たり１つに限られず、異なる補償再生品質条件について複数生成することもできる。例えば、再生品質レベルｌｅｖｅｌ１と、それより低い再生品質レベルｌｅｖｅｌ２との２種類について、ｌｅｖｅｌ２に満たない場合にはダウンロード許可、ｌｅｖｅｌ２は満たすがｌｅｖｅ１は満たさない場合には再ストリーミング許可の２つの補償サービス内容を生成することができる。
【００４１】
ここで、補償サービスの内容の生成は人手で実施しても良いし、プログラムで自動生成しても良い。プログラムで自動生成する場合、例えば、配信対象コンテンツの種別（ライブストリーミングコンテンツやストリーミングコンテンツ等）毎の補償再生品質条件およびサービス形態を予め記憶するファイルと、配信対象コンテンツの種別をキーにこのファイルから補償再生品質条件およびサービス形態を読み出し、それに配信対象コンテンツＩＤ、補償用コンテンツＩＤを付加し、更に配信対象コンテンツのデータ量から配信時におけるパケット総数を見積もって付加するプログラムとを用意すれば良い。
【００４２】
また、コンテンツ生成装置７は、配信対象コンテンツおよび補償用コンテンツの暗号化及び復号化に使う暗号鍵、これらのコンテンツを配布する中継サーバ９に関する情報を生成する（ステップＳ７０３）。具体的には、コンテンツと中継サーバ９の組毎に以下のような情報を生成する。
（ａ）コンテンツＩＤ
（ｂ）中継サーバＩＤ
（ｃ）中継サーバＵＲＩ
（ｄ）暗号鍵
【００４３】
（ａ）のコンテンツＩＤは、配信対象コンテンツまたは補償用コンテンツのＩＤであり、ステップＳ７０２で生成されたものと同じものである。（ｂ）、（ｃ）の中継サーバＩＤとＵＲＩは、配信対象コンテンツおよび補償用コンテンツの配布先となる中継サーバ９の識別子およびＵＲＩである。（ｄ）の暗号鍵は、（ａ）のコンテンツＩＤを持つコンテンツの暗号化および復号化に使う暗号鍵である。ここでは、ＤＥＳ暗号などの共通鍵暗号系における共通鍵を用い、例えば（ａ）のコンテンツＩＤと（ｂ）の中継サーバＩＤとから暗号鍵を生成することにより、コンテンツ及び中継サーバの組み合わせ毎の暗号鍵を生成する。勿論、ＲＳＡ暗号などの公開鍵暗号系における鍵ペアを用いることもできる。
【００４４】
コンテンツ生成装置７の登録手段７２は、ステップＳ７０２で生成した補償サービス内容をその登録のために権利管理装置６およびコンテンツ管理装置８へ送信する（ステップＳ７０４）。
【００４５】
権利管理装置６のチケットサーバ６１は、補償サービス内容を受信すると、補償サービス管理手段６２に伝達する（ステップＳ６０１）。補償サービス管理手段６２は、伝達された補償サービス内容を補償サービスデータベース６４へ登録する（ステップＳ６０２）。図５に補償サービスデータベース６４の登録内容の一例を示す。ここでは、同じコンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１のコンテンツについて２種類の補償サービス内容が登録されている。その１つは、クライアント端末１での再生品質Ｘがｌｅｖｅｌ２を越えているがｌｅｖｅｌ１以下の場合に、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１の補償用コンテンツに対する再ストリーミング許可を認めるものであり、他の１つは、クライアント端末１での再生品質Ｘがｌｅｖｅｌ２以下の場合に、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ２の補償用コンテンツに対するダウンロード許可を認めるものである。
【００４６】
コンテンツ管理装置８のコンテンツ管理手段８１は、補償サービス内容を受信すると（ステップＳ８０１）、それをコンテンツデータベース５に登録する（ステップＳ８０２）。登録される内容は図５と同じである。
【００４７】
次にコンテンツ生成装置７の登録手段７２は、ステップＳ７０３で生成した暗号鍵と中継サーバに関する情報を、その登録のために権利管理装置６へ送信する（ステップＳ７０５）。権利管理装置６のチケットサーバ６１は、暗号鍵と中継サーバに関する情報を受信すると、それを暗号鍵管理手段６５に伝達する（ステップＳ６０３）。暗号鍵管理手段６５は、それを暗号鍵データベース６６に登録する（ステップＳ６０４）。
【００４８】
図６に暗号鍵データベース６６の登録内容の一例を示す。ここでは、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１を持つ配信対象コンテンツについて、サーバ１からサーバｎまでの各中継サーバ９毎に中継サーバＩＤ、中継サーバＵＲＩ、暗号鍵が登録されている。また、この配信対象コンテンツの補償用コンテンツとして、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１の補償用コンテンツと、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ２の補償用コンテンツとの２種類のコンテンツとがあり、それぞれについて、サーバ１からサーバｎまでの各中継サーバ９毎に中継サーバＩＤ、中継サーバＵＲＩ、暗号鍵が登録されている。
【００４９】
次にコンテンツ生成装置７の登録手段７２は、ステップＳ７０１で生成された配信対象コンテンツを、その登録ならびに配信のためにコンテンツＩＤを付随させてコンテンツ管理装置８へ送信する（ステップＳ７０６）。コンテンツ管理装置８のコンテンツ管理手段８１は、配信対象コンテンツを受信すると（ステップＳ８０３）、コンテンツデータベース５へ登録する（ステップＳ８０４）。ここで、配信対象コンテンツがライブストリーミングコンテンツの場合、コンテンツ管理手段８１は、受信したライブストリーミングコンテンツの内容をコンテンツデータベース５へ録画することで登録する。図７にコンテンツデータベース５の登録内容の一例を示す。ここでは、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１を持つ配信対象コンテンツがそのＩＤと共に登録されている。なお、ｃｏｎｔｅｎｔｓ１ｈ１、ｃｏｎｔｅｎｔｓ１ｈ２に関する部分は後述のようにして生成された補償用コンテンツの登録内容であり、補償サービス内容はステップＳ８０２で登録されたもので、その中身は図５と同じである。
【００５０】
補償用コンテンツ作成手段４は、コンテンツデータベース５に補償サービス内容が登録されると、配信対象コンテンツがコンテンツデータベース５に登録され次第、その配信対象コンテンツから補償用コンテンツを生成し、コンテンツデータベース５に登録する（ステップＳ８０５）。例えば、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１、サービス形態＝再ストリーミング許可、補償用コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１という補償サービス内容が登録されると、ｃｏｎｔｅｎｔｓ１の配信対象コンテンツがコンテンツデータベース５に登録され次第、この登録された配信対象コンテンツからオンデマンドストリーミングコンテンツを生成し、図７に示したように、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１に対応付けてコンテンツデータベース５に登録する。ダウンロード許可の補償サービス内容が登録された場合も同様である。
【００５１】
（２）配信対象コンテンツ及び補償用コンテンツの中継サーバへの配布（図８参照）
コンテンツ管理装置８のコンテンツ管理手段８１は、コンテンツデータベース５に登録された配信対象コンテンツ及び補償用コンテンツを暗号化して各中継サーバ９へ配布する。ライブストリーミングコンテンツの場合、中継サーバ９への配布は、コンテンツ生成装置７からのライブストリーミングコンテンツの受信時に速やかに実施され、それ以外のコンテンツの場合、配布可能となった時点で速やかに実施される。１つのコンテンツの配布は具体的には以下のように行われる。
【００５２】
コンテンツ管理手段８１は、配布対象となるコンテンツのＩＤを指定して権利管理装置６の暗号鍵管理手段６５に対して、暗号鍵と中継サーバに関する情報を要求する（ステップＳ７１１）。暗号鍵管理手段６５は、この要求を受信すると（ステップＳ６１１）、要求で指定されたコンテンツＩＤで暗号鍵データベース６６を検索して図６のコンテンツＩＤが指定されたコンテンツＩＤと一致する全ての暗号鍵と中継サーバに関する情報を取得し（ステップＳ６１２）、それらをコンテンツ管理手段８１へ送信する（ステップＳ６１３）。
【００５３】
コンテンツ管理手段８１は、暗号鍵管理手段６５から送られる情報を受信し（ステップＳ７１２）、暗号鍵と中継サーバに関する情報毎に、暗号化処理（ステップＳ７１３）と暗号化されたコンテンツの送信処理（ステップＳ７１４）とを繰り返す。具体的には、暗号鍵と中継サーバに関する情報に含まれるコンテンツＩＤを持つコンテンツをコンテンツデータベース５から取り出し、同情報に含まれる暗号鍵と一緒に暗号化処理手段３に渡して、そのコンテンツをその暗号鍵で暗号化した暗号化コンテンツを生成させ、この暗号化コンテンツをそのコンテンツＩＤを添えて、暗号鍵と中継サーバに関する情報に含まれる中継サーバＵＲＩで特定される中継サーバ９へ送信する。
【００５４】
各中継サーバ９では、コンテンツ管理手段８１から送信されてくる暗号化コンテンツを受信し、そのコンテンツＩＤに対応付けて内部に蓄積する（ステップＳ９０１）。
【００５５】
以上のような処理が配信対象コンテンツ及び補償用コンテンツに対して実施されることで、各中継サーバ９に暗号化された配信対象コンテンツ及び暗号化された補償用コンテンツが蓄積される。
【００５６】
（３）クライアント端末での配信対象コンテンツの視聴と補償用データの検出（図９参照）
クライアント端末１の利用者は、視聴したいコンテンツのＩＤを選択する。例えば、コンテンツ管理装置８が運営するホームページで、配信対象コンテンツのＩＤの一覧を提示するサービスを行っている場合、そのページからコンテンツＩＤを選択する。また、利用者は、コンテンツの配信を受ける中継サーバ９のサーバＩＤを選択する。この選択も例えばコンテンツＩＤの選択と同様に行うことができる。利用者は、クライアント端末１の入出力装置１３の操作によって制御手段１４を起動し、視聴したいコンテンツＩＤ及び選択した中継サーバ９のサーバＩＤを指定し、チケットの購入を指示する。これに応じて制御手段１４は、コンテンツＩＤ及びサーバＩＤを含むチケット要求を権利管理装置６のチケットサーバ６１へ送信する（ステップＳ１０１）。
【００５７】
チケットサーバ６１は、チケットの要求を受信すると（ステップＳ６２１）、チケットを生成する（ステップＳ６２２）。具体的には、要求中で指定されたコンテンツＩＤ及びサーバＩＤの組を持つ暗号鍵と中継サーバに関する情報を暗号鍵管理手段６５を通じて暗号鍵データベース６６から取り出し、この取り出した情報中に含まれる暗号鍵、中継サーバＵＲＩを内包するチケットを生成する。ここで、チケットは電子的なもので、紙媒体で作られている通常のチケットとは相違する。次に、チケットサーバ６１は、生成したチケットをクライアント端末１へ送信する（ステップＳ６２３）。なお、チケットの購入が有償の場合、チケットサーバ６１とクライアント端末１との間で既知の方法によるユーザ認証および電子決済がなされるが、図９のフローでは省略している。
【００５８】
クライアント端末１の制御手段１４は、チケットサーバ６１から送信されてきたチケットを受信し、それが利用されるまで内部に一時的に記憶する（ステップＳ１０２）。利用者は、この記憶されたチケットを使ってコンテンツを視聴する。具体的には、コンテンツ再生手段１１により、チケットに記述されたサーバＵＲＩの中継サーバ９に接続し、同チケットに記述されたコンテンツＩＤを指定したコンテンツ要求を中継サーバ９に送信する（ステップＳ１０３）。
【００５９】
中継サーバ９は、クライアント端末１からコンテンツ要求を受信すると（ステップＳ９１１）、コンテンツ要求で指定されたコンテンツＩＤに対応する暗号化コンテンツをクライアント端末１へ配信する（ステップＳ９１２）。
【００６０】
クライアント端末１のコンテンツ再生手段１１は、中継サーバ９から配信される暗号化コンテンツを受信し、チケットに内包されている暗号鍵で復号化して再生し、利用者に当該コンテンツを視聴させる（ステップＳ１０４）。このコンテンツ再生手段１１によるコンテンツの再生中、補償用データ管理手段１２は、コンテンツの再生品質に関する情報を検出し、再生中のコンテンツのＩＤに対応付けて蓄積する（ステップＳ１０５）。
【００６１】
（４）補償サービスの実施（図１０参照）
クライアント端末１の利用者は、配信対象コンテンツの再生品質に満足しなかったためにその補償を求める場合、補償用コンテンツの配信を受ける中継サーバ９を選択し、その中継サーバ９のサーバＩＤと補償用データ管理手段１２に記憶されている補償用データとを指定して入出力装置１３から制御手段１４に対して、補償サービスの実施の要求を入力する。制御手段１４は、指定された補償用データ、配信対象コンテンツＩＤ、利用者が指定した中継サーバ９のサーバＩＤおよびクライアント端末１のアドレスを指定した補償サービス要求を権利管理装置６の補償サービス管理手段６２へ送信する（ステップＳ１１１）。
【００６２】
補償サービス管理手段６２は、クライアント端末１から送信された補償サービス要求を受信すると（ステップＳ６３１）、その要求で指定された補償用データとコンテンツＩＤとを補償サービス決定手段６３に伝達する。補償サービス決定手段６３は、先ず、補償用データを解析してクライアント端末１での再生品質レベルＸを求める。例えば、補償用データとして受信パケット数を利用する場合、受信パケット数を配信対象コンテンツの本来のパケット総数で割った値を再生品質レベルＸとする。次に、コンテンツＩＤで補償サービスデータベース６４を検索して同じコンテンツＩＤを含む補償サービス内容を全て抽出し、個々の補償サービス内容に記述された補償再生品質条件と前記再生品質レベルＸを比較することにより、補償サービスの要否を判断する（ステップＳ６３３）。例えば、コンテンツＩＤがｃｏｎｔｅｎｔｓ１であり、再生品質Ｘがｌｅｖｅｌ２以下であれば、図５のダウンロード許可の補償サービスが必要と判断する。また、再生品質Ｘがｌｅｖｅｌ２を越えているが、ｌｅｖｅｌ１以下であれば、図５の再ストリーミング許可の補償サービスが必要と判断する。また、再生品質Ｘがｌｅｖｅｌ１を越えていれば、補償不要と判断する。
【００６３】
補償サービス決定手段６３は、補償が必要であると判断した場合（ステップＳ６３４でＹＥＳ）、その旨と必要な補償サービス内容を補償サービス管理手段６２に通知し、補償サービス管理手段６２はこれにクライアント端末１から指定されたサーバＩＤおよびクライアント端末１のアドレスを添えてチケットサーバ６１に通知する。チケットサーバ６１は、この通知に従い、補償用チケットを生成する（ステップＳ６３５）。具体的には、チケットサーバ６１は、まず、通知された補償サービス内容から、サービス形態と補償用コンテンツＩＤとを抽出する。次に、この補償用コンテンツＩＤとクライアント端末１が指定したサーバＩＤの組み合わせに適合する暗号鍵と中継サーバに関する情報を暗号鍵管理手段６５を通じて暗号鍵データベース６６から検索する。次に、検索した暗号鍵と中継サーバに関する情報から中継サーバＵＲＩと暗号鍵を抽出し、この中継サーバＵＲＩ、暗号鍵、および前記補償サービス内容から抽出したサービス形態と補償用コンテンツＩＤを内包する補償用チケットを生成する。そして、生成した補償用チケットを、通知されたアドレスのクライアント端末１へ送信する（ステップＳ６３６）。
【００６４】
他方、補償サービス決定手段６３は、補償が不要であると判断した場合（ステップＳ６３４でＮＯ）、その旨を補償サービス管理手段６２に通知し、補償サービス管理手段６２はそれにクライアント端末１のアドレスを添えてチケットサーバ６１へ通知する。チケットサーバ６１は、この通知に従って、補償できない旨のメッセージをクライアント端末１へ送信する（ステップＳ６３７）。
【００６５】
クライアント端末１の制御手段１４は、補償サービス要求に対する応答を受信し、補償用チケットであれば、入出力装置１３に表示すると共にそれが利用されるまで内部に一時的に記憶し、補償不要のメッセージであれば入出力装置１３に表示する（ステップＳ１１２）。利用者は、この記憶された補償チケットを使って補償用コンテンツを視聴する。具体的には、コンテンツ再生手段１１により、補償用チケットに記述されたサーバＵＲＩの中継サーバ９に接続し、同チケットに記述された補償用コンテンツＩＤを指定したコンテンツ要求を中継サーバ９に送信する（ステップＳ１１３）。
【００６６】
中継サーバ９は、クライアント端末１からコンテンツ要求を受信すると（ステップＳ９２１）、コンテンツ要求で指定された補償用コンテンツＩＤに対応する暗号化補償用コンテンツをクライアント端末１へ配信する（ステップＳ９２２）。
【００６７】
クライアント端末１のコンテンツ再生手段１１は、中継サーバ９から配信される暗号化補償用コンテンツを受信し、補償用チケットに内包されている暗号鍵で復号化して再生し、利用者に当該コンテンツを視聴させる（ステップＳ１１４）。
【００６８】
【第２の実施例】
次に、本発明の第１の実施の形態の第２の実施例について説明する。
【００６９】
本実施例のコンテンツ配信システムは、図１１に示すように、権利管理装置６の補償サービス決定手段６３が、各中継サーバ９の負荷状況を含めネットワークの負荷状況をモニタしており、クライアント端末１への補償サービスの実施時、必要に応じて補償用コンテンツを配信する中継サーバ９を自動的に変更する機能を有している点で、第１の実施例と相違する。
【００７０】
図１２は本実施例で用いる補償サービス内容の例を示す。図５の補償サービス内容の１行目の再ストリーミング許可がサーバ切替えによる再ストリーミング許可に置き換わっている点が相違する。
【００７１】
以下、第１の実施例との相違点を中心に本実施例の動作を説明する。
【００７２】
補償サービスの実施の段階において、クライアント端末１の利用者は、配信対象コンテンツの再生品質に満足しなかったためにその補償を求める場合、補償用コンテンツの配信を受ける中継サーバ９を選択し、その中継サーバ９のサーバＩＤと補償用データ管理手段１２に記憶されている補償用データとを指定して入出力装置１３から制御手段１４に対して、補償サービスの実施の要求を入力する。制御手段１４は、指定された補償用データ、配信対象コンテンツＩＤ、利用者が指定した中継サーバ９のサーバＩＤおよびクライアント端末１のアドレスを指定した補償サービス要求を権利管理装置６の補償サービス管理手段６２へ送信する（ステップＳ１１１）。
【００７３】
補償サービス管理手段６２は、クライアント端末１から送信された補償サービス要求を受信すると（ステップＳ６３１）、その要求で指定された補償用データとコンテンツＩＤとサーバＩＤを補償サービス決定手段６３に伝達する。補償サービス決定手段６３は、先ず、補償用データを解析してクライアント端末１での再生品質レベルＸを求める。例えば、補償用データとして受信パケット数を利用する場合、受信パケット数を配信対象コンテンツの本来のパケット総数で割った値を再生品質レベルＸとする。次に、コンテンツＩＤで補償サービスデータベース６４を検索して同じコンテンツＩＤを含む補償サービス内容を全て抽出し、個々の補償サービス内容に記述された補償再生品質条件と前記再生品質レベルＸを比較することにより、補償サービスの要否を判断する（ステップＳ６３３）。例えば、コンテンツＩＤがｃｏｎｔｅｎｔｓ１であり、再生品質Ｘがｌｅｖｅｌ２以下であれば、図１２のダウンロード許可の補償サービスが必要と判断し、再生品質Ｘがｌｅｖｅｌ１を越えていれば、補償不要と判断する。こうした判断が行われたときの動作は第１の実施例と同じである。他方、再生品質Ｘがｌｅｖｅｌ２を越えているが、ｌｅｖｅｌ１以下であれば、図１２のサーバ切替えによる再ストリーミング許可の補償サービスが必要と判断する。このときの動作が第１の実施例と以下のように相違する。
【００７４】
補償サービス決定手段６３は、補償が必要であると判断した場合で且つその補償が、サーバ切替えによる再ストリーミング許可の場合にはステップＳ６３４の処理において、ユーザが指定したサーバＩＤを持つ中継サーバ９の負荷状況を調べ、予め定められた値より小さければ、補償サービスが必要である旨と、必要な補償サービス内容として「サーバ切替えによる再ストリーミング許可」を第１の実施例と同様に単に「再ストリーミング許可」とした補償サービス内容とを補償サービス管理手段６２に通知する。他方、そのサーバＩＤを持つ中継サーバ９の負荷が予め定められた値を超えている過負荷状態であれば、負荷の小さな他の中継サーバ９を選択し、この選択した中継サーバ９のＩＤと補償が必要である旨と必要な補償サービス内容とを補償サービス管理手段６２に通知する。
【００７５】
補償サービス管理手段６２は、「再ストリーミング許可」の補償サービスが必要である旨を補償サービス決定手段６３から通知されると、第１の実施例と同様に、これにクライアント端末１から指定されたサーバＩＤおよびクライアント端末１のアドレスを添えてチケットサーバ６１に通知する。チケットサーバ６１は、この通知に従い、補償用チケットを生成する（ステップＳ６３５）。具体的には、チケットサーバ６１は、まず、通知された補償サービス内容から、サービス形態と補償用コンテンツＩＤとを抽出する。次に、この補償用コンテンツＩＤとクライアント端末１が指定したサーバＩＤの組み合わせに適合する暗号鍵と中継サーバに関する情報を暗号鍵管理手段６５を通じて暗号鍵データベース６６から検索する。次に、検索した暗号鍵と中継サーバに関する情報から中継サーバＵＲＩと暗号鍵を抽出し、この中継サーバＵＲＩ、暗号鍵、および前記補償サービス内容から抽出したサービス形態と補償用コンテンツＩＤを内包する補償用チケットを生成する。そして、生成した補償用チケットを、通知されたアドレスのクライアント端末１へ送信する（ステップＳ６３６）。
【００７６】
他方、補償サービス管理手段６２は、負荷の軽い中継サーバ９のサーバＩＤと「サーバ切替えによる再ストリーミング許可」の補償サービスが必要である旨が補償サービス決定手段６３から通知されると、これに前記通知されたサーバＩＤおよびクライアント端末１のアドレスを添えてチケットサーバ６１に通知する。チケットサーバ６１は、この通知に従い、前述と同様にして補償用チケットを生成する（ステップＳ６３５）。これにより、補償サービス決定手段６３で決定されたサーバＩＤを持つ中継サーバのＵＲＩ、暗号鍵、および前記補償サービス内容から抽出したサービス形態と補償用コンテンツＩＤを内包する補償用チケットがクライアント端末１へ送信される（ステップＳ６３６）。
【００７７】
クライアント端末側では、第１の実施例と同様に、コンテンツ再生手段１１により、補償用チケットに記述されたサーバＵＲＩの中継サーバ９に接続し、同チケットに記述された補償用コンテンツＩＤを指定したコンテンツ要求を中継サーバ９に送信すると（ステップＳ１１３）、中継サーバ９は、指定された補償用コンテンツＩＤに対応する暗号化補償用コンテンツをクライアント端末１へ配信し（ステップＳ９２２）、コンテンツ再生手段１１は、中継サーバ９から配信される暗号化補償用コンテンツを受信し、補償用チケットに内包されている暗号鍵で復号化して再生し、利用者に当該コンテンツを視聴させる（ステップＳ１１４）。
【００７８】
このように本実施例によれば、補償用サービスとして再ストリーミングを許可する場合、負荷の小さな中継サーバ９経由で補償用コンテンツを配信することにより、再ストリーミング時に再び再生品質が低下する事態を防止することができる。
【００７９】
【第３の実施例】
本実施例では、補償用データとして再生時間と終了状態を用い、また補償サービスとして、前回中断箇所からの再ストリーミング許可と第２の実施例と同じくサーバ切替えによる再ストリーミング許可とを可能とする。ここで、再生時間とは、クライアント端末１で配信対象コンテンツであるライブストリーミングコンテンツやストリーミングコンテンツの再生を開始してから停止または中断するまでの経過時間である。また、終了状態とは、再生が正常終了したか、異常終了したかを示す状態である。本実施例では、クライアント端末１のユーザが再生停止コマンドによって再生を中断したときを正常終了、それ以外の何らかの理由で再生が停止したときを異常終了とする。
【００８０】
本実施例のコンテンツ配信システムの構成は第２の実施例と同様に図１１に示した構成を有する。本実施例で用いる補償サービス内容の例を図１３に示す。ここでは、同じコンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１のコンテンツ（ライブストリーミングコンテンツ）について２種類の補償サービス内容が登録されている。その１つは、クライアント端末１での再生時間Ｙが当該コンテンツの正規の再生時間Ｈより短い時間で正常終了した場合に、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１の補償用コンテンツ（ストリーミングコンテンツ）に対する再ストリーミングによる続き再生許可を認めるものである。続き再生許可とは、中断箇所以降の再生のみを許可することである。他の１つは、クライアント端末１での再生時間Ｙが当該コンテンツの正規の再生時間Ｈより短い時間で終了したことは先と同じであるが、その終了状態が異常終了した場合のもので、同じコンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１の補償用コンテンツに対するサーバ切替えによる再ストリーミング許可を認めるものである。なお、その他の情報として、本実施例では正規の再生時間Ｈが登録される。
【００８１】
以下、第１および第２の実施例との相違点を中心に本実施例の動作を説明する。
【００８２】
クライアント端末１での補償用データの検出に際し、補償用データ管理手段１２は、配信対象コンテンツの再生から終了までの再生時間と、利用者が当該配信対象コンテンツの再生に関して入力した再生開始コマンド、再生終了コマンド等のコマンドとを補償用データとして検出し、内部に蓄積する。
【００８３】
補償サービスの実施の段階において、クライアント端末１の利用者は、配信対象コンテンツの視聴を急用のために自らの意志で中断したか、或いは他の何らかの理由で中断したために、再視聴を希望する場合、補償用コンテンツの配信を受ける中継サーバ９を選択し、その中継サーバ９のサーバＩＤと補償用データ管理手段１２に記憶されている補償用データとを指定して入出力装置１３から制御手段１４に対して、補償サービスの実施の要求を入力する。制御手段１４は、指定された補償用データ、配信対象コンテンツＩＤ、利用者が指定した中継サーバ９のサーバＩＤおよびクライアント端末１のアドレスを指定した補償サービス要求を権利管理装置６の補償サービス管理手段６２へ送信する（ステップＳ１１１）。
【００８４】
補償サービス管理手段６２は、クライアント端末１から送信された補償サービス要求を受信すると（ステップＳ６３１）、その要求で指定された補償用データとコンテンツＩＤとサーバＩＤを補償サービス決定手段６３に伝達する。補償サービス決定手段６３は、先ず、補償用データを解析してクライアント端末１での再生時間Ｙと終了状態とを求める。次に、コンテンツＩＤで補償サービスデータベース６４を検索して同じコンテンツＩＤを含む補償サービス内容を全て抽出し、個々の補償サービス内容に記述された補償再生品質条件と前記再生時間Ｙおよび終了状態とを比較することにより、補償サービスの要否を判断する（ステップＳ６３３）。例えば、コンテンツＩＤがｃｏｎｔｅｎｔｓ１の場合、再生時間Ｙが正規の再生時間Ｈより短くで且つ異常終了していれば、図１３のサーバ切替えによる再ストリーミング許可の補償サービスが必要と判断する。このときの以降の動作は第２の実施例と同じである。他方、再生時間Ｙが正規の再生時間Ｈより短く且つ正常終了していれば、再ストリーミングによる続き再生許可の補償サーバが必要と判断する。このときの以降の動作は以下のようになる。
【００８５】
補償サービス決定手段６３は、補償が必要であると判断した場合で且つその補償が、再ストリーミングによる続き再生許可の場合にはステップＳ６３４の処理において、再生時間Ｙと再ストリーミングによる続き再生許可にかかる補償サービス内容とを補償サービス管理手段６２に通知する。補償サービス管理手段６２は、これらを受信すると、これらにクライアント端末１から指定されたサーバＩＤおよびクライアント端末１のアドレスを添えてチケットサーバ６１に通知する。チケットサーバ６１は、この通知に従い、補償用コンテンツを中断箇所以降から視聴可能な補償用チケットを生成する（ステップＳ６３５）。具体的には、チケットサーバ６１は、まず、通知された補償サービス内容から、サービス形態と補償用コンテンツＩＤとを抽出する。次に、この補償用コンテンツＩＤとクライアント端末１が指定したサーバＩＤの組み合わせに適合する暗号鍵と中継サーバに関する情報を暗号鍵管理手段６５を通じて暗号鍵データベース６６から検索する。次に、検索した暗号鍵と中継サーバに関する情報から中継サーバＵＲＩと暗号鍵を抽出し、この中継サーバＵＲＩ、暗号鍵、および前記補償サービス内容から抽出したサービス形態と補償用コンテンツＩＤ、更に再生時間Ｙ以降から再生させる命令を内包する補償用チケットを生成する。そして、生成した補償用チケットを、通知されたアドレスのクライアント端末１へ送信する（ステップＳ６３６）。
【００８６】
クライアント端末側では、コンテンツ再生手段１１により、補償用チケットに記述されたサーバＵＲＩの中継サーバ９に接続し、同チケットに記述された補償用コンテンツＩＤおよび再生時間Ｙ以降から再生させる命令を指定したコンテンツ要求を中継サーバ９に送信する（ステップＳ１１３）。中継サーバ９は、指定された補償用コンテンツＩＤに対応する暗号化補償用コンテンツの全データ量、正規の再生時間および再生時間Ｈから例えば比例配分によって再生時間Ｈ以降のコンテンツ部分を求め、このコンテンツ部分をクライアント端末１へ配信する（ステップＳ９２２）。コンテンツ再生手段１１は、中継サーバ９から配信される暗号化補償用コンテンツを受信し、補償用チケットに内包されている暗号鍵で復号化して再生し、利用者に当該コンテンツを視聴させる（ステップＳ１１４）。なお、中継サーバ９が補償用コンテンツの先頭から配信し、コンテンツ再生手段１１で頭出しを行って再生時間Ｈ以降を利用者に視聴させるようにしても良い。
【００８７】
以上の例では、クライアント端末１において視聴中の配信対象コンテンツが、視聴者の意図した再生停止（正常終了）、システム側の不具合などによる、視聴者の意図しない中断（異常終了）といった終了状態と、終了までの再生経過時間とに基づき、再ストリーミングによる続き再生、サーバ切換えによる再ストリーミングといった補償サービスを実施したが、更にダウンロードコンテンツによる補償も実施するようにして良い。以下にその一例を示す。
【００８８】
今、配信対象コンテンツを正しく再生したときの開始から終了までの途中の或る再生時間をＴ１という閾値として設定し、この閾値Ｔ１の前に再生が中断したか、後に再生を中断したかも考慮に入れて補償サービス内容を決定するものとする。また、補償用データ管理手段１２により取得する補償用データとしては、先の例と同じく終了時の状態ｊと、終了時の再生経過時間ｔとを取得する。これらの補償用データを用いて、次のような評価式により補償サービスの内容を決定する。
【００８９】
【数１】
ここで、Ｐｌａｙ（ｘ，ｙ，ｚ）は、補償用コンテンツを開始位置ｘから、配信方式ｙで、サーバｚから配信することを表す。また、配信方式はストリーミング（ＳＴ）、ダウンロード（ＤＬ）のいずれかとする。さらに配信サーバは終了状態ｊにより次のように決定されるものとする。
【数２】
つまり、あらかじめ指定した位置Ｔ１の前に再生が中断し、その中断が正常終了の場合には元のコンテンツを配信したのと同じサーバでコンテンツの先頭からストリーミング再配信を行い、異常終了の場合には元のコンテンツを配信したのと同じサーバでコンテンツの先頭からストリーミング再配信を行うか、あるいは別のサーバからダウンロード配信を行う。また、Ｔ１以降の或る時間ｔに再生が中断し、その中断が正常終了の場合には元のコンテンツを配信したのと同じサーバで位置ｔからストリーミング配信を行い、異常終了の場合には別のサーバで位置ｔからストリーミング配信を行う。このような補償サービスにより、中断時の状態に応じて適切に配信サーバを切り替えながら、視聴者が再配信を要求した場合に前回の中断位置からの続きを視聴させることができる。
【００９０】
このように本実施例によれば、クライアント端末１の利用者自身による視聴中断に対しても補償用サービスを実施でき、且つ、利用者自身による視聴中断とそれ以外の視聴中断とで補償サービスの内容をかえることが可能となる。
【００９１】
【第４の実施例】
この実施例は、配信対象コンテンツの配信を行う中継サーバ９と補償用コンテンツの配信を行う中継サーバ９とを分けるようにした点で、第１の実施例と相違する。この実施例のコンテンツ配信システムの構成は、図３に示した第１の実施例のものと基本的に同じである。以下、本実施例の動作を第１の実施例との相違点を中心に説明する。
【００９２】
配信対象コンテンツ、補償用コンテンツの生成と配布の段階において、コンテンツ生成装置７の生成手段７１は、図４のステップＳ７０２において補償サービスの内容を生成する際、（ｅ）のその他の情報として、複数の中継サーバ９のうち補償用コンテンツを配布する中継サーバのサーバＩＤも生成する。また、図４のステップＳ７０３においては、複数の中継サーバ９のうち配信対象コンテンツの配信に使う中継サーバ９について、配信対象コンテンツの暗号化および復号化に使う暗号鍵、中継サーバ９に関する情報を生成し、複数の中継サーバ９のうち補償用コンテンツの配信に専用に使う中継サーバ９について、補償用コンテンツの暗号化および復号化に使う暗号鍵、中継サーバ９に関する情報を生成する。そして、登録手段７２は、ステップＳ７０４で補償サービス内容を権利管理装置６およびコンテンツ管理装置８へ送信し、権利管理装置６の補償サービス管理手段６２、コンテンツ管理装置８のコンテンツ管理手段８１は受信した補償サービス内容を補償サービスデータベース６４、コンテンツデータベース５へ登録する。また、登録手段７２は、ステップＳ７０５で暗号鍵と中継サーバに関する情報を権利管理装置６へ送信し、権利管理装置６の暗号鍵管理手段６５はそれを暗号鍵データベース６６へ登録する。
【００９３】
図１４に補償サービスデータベース６４の登録内容の一例を示す。コンテンツデータベース５にも同じような補償サービス内容が登録される。第１の実施例の図５に比べて、その他の情報に、補償用コンテンツを配布する中継サーバ９のサーバＩＤが含まれている点が相違する。
【００９４】
図１５に暗号鍵データベース６６の登録内容の一例を示す。ここでは、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１を持つ配信対象コンテンツについて、サーバ１からサーバｍまでの各中継サーバ９毎に中継サーバＩＤ、中継サーバＵＲＩ、暗号鍵が登録されている。また、この配信対象コンテンツの補償用コンテンツとして、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１の補償用コンテンツと、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ２の補償用コンテンツとの２種類のコンテンツとがあり、それぞれについて、特定の中継サーバｐ用の中継サーバＩＤ、中継サーバＵＲＩ、暗号鍵が登録されている。なお、ここでは、補償用コンテンツの配信を行う中継サーバを１台としているが、２台、３台等、複数台とすることも可能である。
【００９５】
次に配信対象コンテンツ及び補償用コンテンツの中継サーバへの配布段階において、コンテンツ管理手段８１が補償用コンテンツのコンテンツＩＤとして、例えばｃｏｎｔｅｎｔｓ１ｈ１を指定して権利管理装置６の暗号鍵管理手段６５に対して暗号鍵と中継サーバに関する情報を要求すると（ステップＳ７１１）、暗号鍵管理手段６５は、図１５の暗号鍵データベース６６からそのＩＤに対応する暗号鍵ｋｅｙｐｈ１と中継サーバに関する情報（サーバｐ、ＵＲＩｐ）を取得し、コンテンツ管理手段８１へ送信する(ステップＳ６１１〜Ｓ６１３)。コンテンツ管理手段８１は、暗号化処理手段３により暗号鍵ｋｅｙｐｈ１で補償用コンテンツを暗号化し、サーバｐへ配布する（ステップＳ７１２〜Ｓ７１４）。サーバｐは、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１に対応付けて当該暗号化補償用コンテンツを蓄積する（ステップＳ９０１）。コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ２の補償用コンテンツについても同様である。
【００９６】
次に、補償サービスの実施の段階において、クライアント端末１の利用者は、配信対象コンテンツの再生品質に満足しなかったためにその補償を求める場合、補償用データ管理手段１２に記憶されている補償用データとを指定して入出力装置１３から制御手段１４に対して、補償サービスの実施の要求を入力する。第１の実施例のように中継サーバ９のサーバＩＤの指定は必要ない。制御手段１４は、指定された補償用データ、配信対象コンテンツＩＤおよびクライアント端末１のアドレスを指定した補償サービス要求を権利管理装置６の補償サービス管理手段６２へ送信する（ステップＳ１１１）。
【００９７】
補償サービス管理手段６２は、クライアント端末１から送信された補償サービス要求を受信すると（ステップＳ６３１）、その要求で指定された補償用データとコンテンツＩＤとを補償サービス決定手段６３に伝達する。補償サービス決定手段６３は、第１の実施例と同様に補償サービスの要否を判断する（ステップＳ６３３）。補償サービス決定手段６３は、補償が必要であると判断した場合（ステップＳ６３４でＹＥＳ）、その旨と必要な補償サービス内容を補償サービス管理手段６２に通知し、補償サービス管理手段６２はこれにクライアント端末１のアドレスを添えてチケットサーバ６１に通知する。チケットサーバ６１は、この通知に従い、補償用チケットを生成する（ステップＳ６３５）。具体的には、チケットサーバ６１は、まず、通知された補償サービス内容から、サービス形態と補償用コンテンツＩＤとサーバＩＤとを抽出する。次に、この補償用コンテンツＩＤとサーバＩＤの組み合わせに適合する暗号鍵と中継サーバに関する情報を暗号鍵管理手段６５を通じて暗号鍵データベース６６から検索する。次に、検索した暗号鍵と中継サーバに関する情報から中継サーバＵＲＩと暗号鍵を抽出し、この中継サーバＵＲＩ、暗号鍵、および前記補償サービス内容から抽出したサービス形態と補償用コンテンツＩＤを内包する補償用チケットを生成する。そして、生成した補償用チケットを、通知されたアドレスのクライアント端末１へ送信する（ステップＳ６３６）。
【００９８】
クライアント端末側では、第１の実施例と同様に、コンテンツ再生手段１１により、補償用チケットに記述されたサーバＵＲＩの中継サーバ９に接続し、同チケットに記述された補償用コンテンツＩＤを指定したコンテンツ要求を中継サーバ９に送信する（ステップＳ１１３）。中継サーバ９は、指定された補償用コンテンツＩＤに対応する暗号化補償用コンテンツをクライアント端末１へ配信し（ステップＳ９２２）、コンテンツ再生手段１１は、中継サーバ９から配信される暗号化補償用コンテンツを受信し、補償用チケットに内包されている暗号鍵で復号化して再生し、利用者に当該コンテンツを視聴させる（ステップＳ１１４）。
【００９９】
このように本実施例によれば、補償用コンテンツをそれ専用の中継サーバ経由で配信することにより、ライブストリーミングコンテンツなどの補償用コンテンツの配信時に再び再生品質が低下する事態を防止することができ、補償サービスを確実に実施することが可能となる。
【０１００】
以上の各実施例では、クライアント端末１の制御手段１４は、利用者からの指示を契機に補償用データを含む補償サービス要求を補償サービス管理手段６２に送信した。本実施の形態の説明箇所で既に述べたように、制御手段１４が自動的に補償用データを補償サービス管理手段６２へ送信するように構成しても良い。この場合、配信対象コンテンツＩＤとクライアント端末１を特定するクライアント識別子を添えて補償用データを補償サービス管理手段６２に送信し、補償サービス管理手段６２は、配信対象コンテンツＩＤとクライアント識別子に対応させて補償用データを内部に蓄積しておく。その後、クライアント端末１の利用者が補償サービスの要求を指示したとき、制御手段１４は、配信対象コンテンツＩＤ、クライアント識別子、クライアント端末１のアドレスなどを含む補償サービス要求を補償サービス管理手段６２に送信し、補償サービス管理手段６２は、配信対象コンテンツＩＤとクライアント識別子に対応する補償用データが内部に蓄積されているか否かを調べ、蓄積されていればそれを用いて前述と同様な処理を行う。
【０１０１】
また、以上の実施例では、補償用データとして、受信パケット数、再生時間と終了状態を例示したが、これはあくまでも一例であり、再生時の秒間コマ数、受信の際の実行速度、実効帯域など、任意のデータを利用することができる。また、２以上のデータを総合的に判断して再生品質を定量化するようにしても良い。
【０１０２】
【発明の第２の実施の形態】
図１６を参照すると、本実施の形態にかかるコンテンツ配信システムは、補償用データ管理手段をクライアント端末１側でなくコンテンツ配信サーバ２側に補償用データ管理手段１２Ａとして備えるようにした点で、図１に示した第１の実施の形態と相違する。
【０１０３】
補償用データ管理手段１２Ａは、コンテンツ配信サーバ２がクライアント端末１からのコンテンツ配信要求に従って配信対象コンテンツを配信する際、コンテンツ配信サーバ２から配信対象コンテンツＩＤとクライアント端末１の識別子を受け取り、コンテンツ配信サーバ２からクライアント端末１へ配信されるコンテンツの品質に関する情報を補償用データとして検出して蓄積し、配信終了時や配信中断時などに、配信対象コンテンツＩＤ及びクライアント端末１の識別子を添えて補償サービス管理手段６２に送信する。検出する情報としては、送信パケット数などが考えられる。補償サービス管理手段６２は、配信対象コンテンツＩＤとクライアント識別子に対応させて補償用データを内部に蓄積しておき、その後、クライアント端末１の制御手段１４が、配信対象コンテンツＩＤ、クライアント識別子を含む補償サービス要求を送信してきたとき、補償サービス管理手段６２は、配信対象コンテンツＩＤとクライアント識別子に対応する補償用データを用いて補償サービスの要否判断など、第１の実施の形態と同様の処理を行う。
【０１０４】
この第２の実施の形態によれば、クライアント端末１側に補償用データ管理手段といった特別な機構を必要としない利点がある。
【０１０５】
なお、図１６中、クライアント端末１の制御手段１４から補償用データ管理手段１２Ａに向う破線矢印に示すように、クライアント端末１側におけるコンテンツ再生手段１１に対する再生開始コマンド、再生中断コマンド、再生終了コマンド等の再生状況をクライアント端末１から補償用データ管理手段１２Ａに送信し、補償用データ管理手段１２Ａはクライアント端末１から受信した再生状況を補償用データに含めて補償サービス管理手段６２に伝えるようにしても良い。こうすれば、第１の実施の形態の第３の実施例で説明したような再生時間と終了状態とに応じた補償サービスの提供も可能である。
【０１０６】
【発明の第３の実施の形態】
図１７を参照すると、本実施の形態にかかるコンテンツ配信システムは、補償用データ管理手段をクライアント端末１側とコンテンツ配信サーバ２側の双方に備えるようにした点で、図１に示した第１の実施の形態と相違する。また、コンテンツ配信サーバ２とクライアント端末１との間には中継サーバ９が存在する。なお、この中継サーバ９はコンテンツ配信サーバ２から送信されるコンテンツをクライアント端末１へ中継する機能を持つが、コンテンツを予め蓄積する機能は有していないものとする。
【０１０７】
コンテンツ配信サーバ２側の補償用データ管理手段１２Ａは、コンテンツ配信サーバ２がクライアント端末１からのコンテンツ配信要求に従って配信対象コンテンツを配信する際、コンテンツ配信サーバ２から配信対象コンテンツＩＤとクライアント端末１の識別子を受け取り、コンテンツ配信サーバ２からクライアント端末１へ配信されるコンテンツの品質に関する情報（送信パケット数、送出レートなど）を補償用データとして検出して蓄積し、配信終了時や配信中断時などに、配信対象コンテンツＩＤ及びクライアント端末１の識別子を添えて補償サービス管理手段６２に送信する。補償サービス管理手段６２は、補償用データ管理手段１２Ａから受信した補償用データをサーバ側補償用データとして、配信対象コンテンツＩＤ及びクライアント端末１の識別子に対応させて内部に蓄積する。
【０１０８】
他方、クライアント端末１側の補償用データ管理手段１２で検出され蓄積された補償用データ（受信パケット数など）は、制御手段１４により配信対象コンテンツＩＤとクライアント端末１を特定するクライアント識別子を添えて補償サービス管理手段６２に送信される。補償サービス管理手段６２は、補償用データ管理手段１２から受信した補償用データをクライアント側補償用データとして、配信対象コンテンツＩＤとクライアント識別子に対応させて補償用データを内部に蓄積しておく。
【０１０９】
補償サービス管理手段６２は、クライアント側補償用データとサーバ側補償用データとが揃った時点で、双方の補償用データを用いて補償サービスの要否判断など、第１の実施の形態と同様の処理を行う。
【０１１０】
この第３の実施の形態によれば、クライアント端末側で検出された補償用データとサーバ側で検出された補償用データとの双方を用いて、実施する補償サービスの内容を適切に制御でき、よりきめ細かな補償サービスが可能となる。実施する補償サービスの内容の一例を図１８に示す。この例では、同じコンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１のコンテンツ（ライブストリーミングコンテンツ）について２種類の補償サービス内容が登録されている。その１つは、クライアント端末１での再生品質Ｘがｌｅｖｅｌ１を下回っており、且つコンテンツ配信サーバ２での配信品質Ｚがｌｅｖｅｌ２（ｌｅｖｅｌ２≧ｌｅｖｅｌ１）を超えている第１の補償再生品質条件を持つもので、もう１つは、クライアント端末１での再生品質Ｘがｌｅｖｅｌ１を下回っている点は同じであるが、コンテンツ配信サーバ２での配信品質Ｚがｌｅｖｅｌ２を下回っている第２の補償再生品質条件を持つものである。第１の補償再生品質条件に適合する場合、再生品質の劣化の原因が中継サーバ９の過負荷である可能性があるため、サービス形態として、第１の実施の形態の第２の実施例で説明したようなサーバ切換えによる再ストリーミング許可が登録されている。他方、第２の補償再生品質条件に適合する場合、再生品質の劣化の原因がコンテンツ配信サーバ２の過負荷にあるため、サービス形態として、コンテンツ配信サーバの復旧後に再ストリーミング許可が登録されている。
【０１１１】
コンテンツ配信サーバの復旧後に再ストリーミング許可とは、コンテンツ配信サーバ２の過負荷や障害の復旧後に補償サービスがクライアント端末１で受けられるようにするサービス形態である。具体的な方法としては、権利管理装置６の例えば補償サービス決定手段６３にコンテンツ配信サーバ２の稼動状況をモニタする機能を付加し、過負荷や障害の復旧時に補償用チケットをクライアント端末１へ送信する方法や、補償用チケットを先に送信しておいて、コンテンツ配信サーバ２の過負荷や障害が復旧した時点でその旨を権利管理装置６からクライアント端末１へ通知する方法などを採用することができる。
【０１１２】
【発明の第４の実施の形態】
図１９を参照すると、本実施の形態にかかるコンテンツ配信システムは、コンテンツ配信サーバ２とクライアント端末１との間には存在する中継サーバ９に補償用データ管理手段９１を備えるようにした点で第３の実施の形態と相違する。
【０１１３】
中継サーバ９側の補償用データ管理手段９１は、中継サーバ９がクライアント端末１からのコンテンツ配信要求に従って配信対象コンテンツを配信する際、中継サーバ９から配信対象コンテンツＩＤとクライアント端末１の識別子を受け取り、中継サーバ９からクライアント端末１へ配信されるコンテンツの品質に関する情報（送信パケット数、送出レートなど）を補償用データとして検出して蓄積し、配信終了時や配信中断時などに、配信対象コンテンツＩＤ及びクライアント端末１の識別子を添えて補償サービス管理手段６２に送信する。補償サービス管理手段６２は、補償用データ管理手段９１から受信した補償用データを中継サーバ側補償用データとして、配信対象コンテンツＩＤ及びクライアント端末１の識別子に対応させて内部に蓄積する。
【０１１４】
他方、第３の実施の形態と同様に、コンテンツ配信サーバ２側の補償用データ管理手段１２Ａは、コンテンツ配信サーバ２がクライアント端末１からのコンテンツ配信要求に従って配信対象コンテンツを配信する際、コンテンツ配信サーバ２から配信対象コンテンツＩＤとクライアント端末１の識別子を受け取り、コンテンツ配信サーバ２から中継サーバ９経由でクライアント端末１へ配信されるコンテンツの品質に関する情報（送信パケット数、送出レートなど）を補償用データとして検出して蓄積し、配信終了時や配信中断時などに、配信対象コンテンツＩＤ及びクライアント端末１の識別子を添えて補償サービス管理手段６２に送信する。補償サービス管理手段６２は、補償用データ管理手段１２Ａから受信した補償用データをサーバ側補償用データとして、配信対象コンテンツＩＤ及びクライアント端末１の識別子に対応させて内部に蓄積する。同様に、クライアント端末１側の補償用データ管理手段１２で検出され蓄積された補償用データ（受信パケット数など）は、制御手段１４により配信対象コンテンツＩＤとクライアント端末１を特定するクライアント識別子を添えて補償サービス管理手段６２に送信され、補償サービス管理手段６２は、補償用データ管理手段１２から受信した補償用データをクライアント側補償用データとして、配信対象コンテンツＩＤとクライアント識別子に対応させて補償用データを内部に蓄積しておく。
【０１１５】
補償サービス管理手段６２は、クライアント側補償用データとサーバ側補償用データと中継サーバ側補償用データとが揃った時点で、全ての補償用データを用いて補償サービスの要否判断など、第１の実施の形態と同様の処理を行う。
【０１１６】
この第４の実施の形態によれば、クライアント端末側で検出された補償用データとサーバ側で検出された補償用データと中継サーバ側で検出された補償用データとを用いて、実施する補償サービスの内容を適切に制御でき、第３の実施の形態に比べて、よりきめ細かな補償サービスが可能となる。実施する補償サービスの内容の一例を図２０に示す。この例では、同じコンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１のコンテンツ（ライブストリーミングコンテンツ）について、３種類の補償サービス内容が登録されている。その１つは、クライアント端末１での再生品質Ｘがｌｅｖｅｌ１を下回っており、且つ、中継サーバ９での配信品質Ｑがｌｅｖｅｌ２（ｌｅｖｅｌ２≧ｌｅｖｅｌ１）を下回っており、且つコンテンツ配信サーバ２での配信品質Ｚがｌｅｖｅｌ２を超えている第１の補償再生品質条件を持つもので、もう１つは、クライアント端末１での再生品質Ｘがｌｅｖｅｌ１を下回っている点は同じであるが、中継サーバ９での配信品質Ｑ及びコンテンツ配信サーバ２での配信品質Ｚがｌｅｖｅｌ２を下回っている第２の補償再生品質条件を持つものであり、残りの１つは、クライアント端末１での再生品質Ｘがｌｅｖｅｌ１を下回っており、中継サーバ９での配信品質Ｑ及びコンテンツ配信サーバ２での配信品質Ｚもｌｅｖｅｌ２を下回っている第３の補償再生品質条件を持つものである。第１の補償再生品質条件に適合する場合、再生品質の劣化の原因が中継サーバ９の過負荷である可能性があるため、サービス形態として、第１の実施の形態の第２の実施例で説明したようなサーバ切換えによる再ストリーミング許可が登録されている。他方、第２の補償再生品質条件に適合する場合、再生品質の劣化の原因がコンテンツ配信サーバ２の過負荷にあるため、サービス形態として、第３の実施の形態と同様に、コンテンツ配信サーバの復旧後に再ストリーミング許可が登録されている。そして、第３の補償再生品質条件に適合する場合、再生品質の劣化の原因がクライアント端末１側にあるため、ストリーミングによる補償でなくダウンロード許可が登録されている。
【０１１７】
このように第４の実施の形態によれば、クライアント端末側でのコンテンツの再生品質の劣化の原因がコンテンツ配信サーバ２、中継サーバ９、クライアント端末１の何れに存在するかを或る程度推測できるため、原因箇所に応じた補償サービスを実施することが可能となる。
【０１１８】
【発明の第５の実施の形態】
図２１を参照すると、本発明の第５の実施の形態にかかるコンテンツ配信システムは、クライアント端末１とコンテンツ配信サーバ２とがインターネット等のネットワークを通じて相互に通信可能に接続され、コンテンツ配信サーバ２には、補償用コンテンツ作成手段４、コンテンツデータベース５、ユーザ認証・課金手段１０および補償サービス決定手段６３が接続され、補償サービス決定手段６３には補償サービスデータベース６４が接続されている。また、クライアント端末１は、コンテンツ再生手段１１、補償用データ管理手段１２、制御手段１４および入出力装置１３を備えている。
【０１１９】
コンテンツ配信サーバ２は、例えばインターネットサービスプロダイダの運営するサーバであり、クライアント端末１の利用者は、そのインターネットサーバプロバイダの会員になっている。コンテンツ配信サーバ２は、有料で提供する配信対象コンテンツの補償用コンテンツを補償用コンテンツ作成手段４で作成し、コンテンツデータベース５に登録する。配信対象コンテンツがストリーミングコンテンツの場合、補償用コンテンツはダウンロードコンテンツとして作成される。また、配信対象コンテンツがライブストリーミングコンテンツの場合、その補償用コンテンツとしては、ダウンロードコンテンツ以外に、オンデマンドストリーミングコンテンツとしても作成される。また、補償サービスデータベース６４には、各配信対象コンテンツ毎に、図５で示したものと同様な補償サービス内容が登録されている。
【０１２０】
図２２は本実施の形態の動作を示す流れ図である。クライアント端末１の利用者は、コンテンツ配信サーバ２が提供するコンテンツを視聴する場合、コンテンツ配信サーバ２への接続を行い（ステップＳ１００１）、コンテンツ配信サーバ２との間でユーザ認証を実施する（ステップＳ１００２、Ｓ２００１）。具体的には、利用者ＩＤおよびパスワードをクライアント端末１からコンテンツ配信サーバ２へ送信し、ユーザ認証・課金手段１０において事前に登録された利用者ＩＤおよびパスワードと一致するか否かを調べることでユーザ認証を行う。ユーザ認証に失敗したクライアント端末１は、コンテンツ配信サービスを受けることができない。勿論、その補償用コンテンツの配信サービスも受けることはできない。
【０１２１】
ユーザ認証に成功すると、コンテンツ配信サーバ２は、配信対象コンテンツの一覧画面を送信し（ステップＳ２００２）、クライアント端末１のコンテンツ再生手段１１は制御手段１４を通じて入出力装置１３の表示装置にこれを表示する（ステップＳ１００３）。利用者は、この画面上で視聴したい配信コンテンツを選択する（ステップＳ１００４）。コンテンツ配信サーバ２は、選択された配信対象コンテンツについて事前に定められた料金をユーザ認証・課金手段１０により当該利用者に課金する（ステップＳ２００３）。そして、選択された配信対象コンテンツをコンテンツデータベース５等から読み出してクライアント端末１へ配信する（ステップＳ２００４）。クライアント端末１のコンテンツ再生手段１１は、受信したコンテンツを再生し、利用者に視聴させる（ステップＳ１００５）。
【０１２２】
補償用データ管理手段１２は、第１の実施の形態と同様に、コンテンツ再生手段１１におけるコンテンツ再生品質に関する情報を検出し、配信対象コンテンツＩＤに対応付けて蓄積する。制御手段１４は、再生終了時や再生中断時などに、蓄積された補償用データと配信対象コンテンツＩＤとをコンテンツ配信サーバ２へ送信する（ステップＳ１００６）。コンテンツ配信サーバ２は、受信した補償用データと配信対象コンテンツＩＤを補償サービス決定手段６３に渡し、補償サービス決定手段６３は第１の実施の形態と同様に再生品質を定量化し、補償サービスデータベース６４を参照して補償サービスの要否を判断する（ステップＳ２００５）。補償サービスが不要の場合（ステップＳ２００６でＮＯ）、処理を終えるが、必要な場合（ステップＳ２００６でＹＥＳ）、コンテンツ配信サーバ２は補償サービス決定手段６３で決定された補償サービスの内容に従って、コンテンツデータベース５から補償用コンテンツを読み出し、クライアント端末１へ配信する（ステップＳ２００７）。クライアント端末１のコンテンツ再生手段１１は、受信した補償用コンテンツを再生し、利用者に視聴させる（ステップＳ１００７）。
【０１２３】
この第５の実施の形態では、インターネットサービスプロバイダの会員に対して有料で提供したコンテンツの再生品質が一定レベル以下であった場合に、コンテンツの再視聴による補償を行うことができる。また、配信対象コンテンツ及び補償用コンテンツは暗号化されていないが、その配信を受けることができる利用者はインターネットサービスプロバイダの会員であることが必要であるため、第三者による不正な視聴を防止できる。
【０１２４】
以上、本発明の実施の形態ならびに実施例について説明したが、本発明は以上の例に限定されず、その他各種の付加変更が可能である。例えば、以下のように構成することができる。
【０１２５】
ライブストリーミングコンテンツのライブ中であっても、補償用コンテンツであるオンデマンドストリーミングコンテンツの視聴を可能にする。これは、ライブストリーミングコンテンツの録画と並行して、その録画内容を読み出してライブストリーミングコンテンツを順次生成して配信可能とすることで実現できる。
【０１２６】
図３の実施例などにおいては、補償用コンテンツ作成手段４はコンテンツデータベース５に登録された補償サービス内容を参照するようにしたが、補償用コンテンツ作成手段４がネットワークを介して補償サービスデータベース６４を参照するようにしても良い。
【０１２７】
図３の実施例などにおいては、コンテンツの配信を受ける中継サーバをクライアント端末１の利用者が選択するようにしたが、ＣＤＮで適切な中継サーバに振り分ける技術など、既存の中継サーバの自動選択技術を用いるようにしてもよい。
【０１２８】
【発明の効果】
以上説明したように本発明によれば、コンテンツ利用者が一定の品質で視聴できなかった場合に、その視聴に対してコンテンツの再視聴による補償が可能となる。その理由は、配信対象コンテンツの再生品質が予め定めた基準以下であった場合、配信対象コンテンツから生成された補償用コンテンツの視聴を許可するためである。
【０１２９】
また、補償のために再視聴させるコンテンツが補償対象クライアント以外の者に不正に再生されるのを防止することできる。その理由は、配信対象コンテンツを一定品質で視聴できなかった利用者だけが復号できるように補償用コンテンツが暗号化されており、補償用コンテンツへの不正なアクセスを防止できるからである。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態の構成を示すブロック図である。
【図２】本発明の第１の実施の形態の動作を示す流れ図である。
【図３】本発明の第１の実施の形態の第１の実施例を示すブロック図である。
【図４】本発明の第１の実施の形態の第１の実施例における配信対象コンテンツ、補償用コンテンツの生成と登録段階の流れ図である。
【図５】補償サービスデータベースの登録内容の一例を示す図である。
【図６】暗号鍵データベースの登録内容の一例を示す図である。
【図７】コンテンツデータベースの登録内容の一例を示す図である。
【図８】本発明の第１の実施の形態の第１の実施例における配信対象コンテンツ及び補償用コンテンツの中継サーバへの配布段階の流れ図である。
【図９】本発明の第１の実施の形態の第１の実施例における配信対象コンテンツの視聴段階の流れ図である。
【図１０】本発明の第１の実施の形態の第１の実施例における補償サービスの実施段階の流れ図である。
【図１１】本発明の第１の実施の形態の第２の実施例を示すブロック図である。
【図１２】本発明の第１の実施の形態の第２の実施例における補償サービスの内容例を示す図である。
【図１３】本発明の第１の実施の形態の第３の実施例における補償サービスの内容例を示す図である。
【図１４】本発明の第１の実施の形態の第４の実施例における補償サービスの内容例を示す図である。
【図１５】本発明の第１の実施の形態の第４の実施例における暗号鍵データベースの内容例を示す図である。
【図１６】本発明の第２の実施の形態の構成を示すブロック図である。
【図１７】本発明の第３の実施の形態の構成を示すブロック図である。
【図１８】本発明の第３の実施の形態における補償サービスの内容例を示す図である。
【図１９】本発明の第４の実施の形態の構成を示すブロック図である。
【図２０】本発明の第４の実施の形態における補償サービスの内容例を示す図である。
【図２１】本発明の第５の実施の形態の構成を示すブロック図である。
【図２２】本発明の第５の実施の形態の動作を示す流れ図である。
【図２３】従来のコンテンツ配信システムのブロック図である。
【符号の説明】
１…クライアント端末
２…コンテンツ配信サーバ
３…暗号化処理手段
４…補償用コンテンツ作成手段
５…コンテンツデータベース
６…権利管理装置
７…コンテンツ生成装置
８…コンテンツ管理装置
９…中継サーバ
【発明の属する技術分野】
本発明はインターネット等のネットワークを介してサーバからクライアントへコンテンツを配信する方法に関し、特にネットワークやサーバの過負荷などによりクライアント側で一定の再生品質が得られなかったコンテンツ配信について補償を行う方法に関する。
【０００２】
【従来の技術】
インターネットに代表されるマルチメディア環境では、音声、動画像など様々な形式のデータを扱うことができ、これら様々な形式、内容のデータもしくはその中身をコンテンツと呼ぶ。コンテンツに関連するサービスは近年急速に拡大、普及しており、その代表的なものに、ストリーミング技術を用いたコンテンツ配信サービスがある。これは、画像や音声などのストリーミングコンテンツについて、サーバからのコンテンツ配信とクライアント側でのコンテンツ再生とを、同期を取りながらほぼリアルタイムに行うサービスである。良く知られているように、ネットワークが混雑していたり、サーバの負荷が高いと、所望の品質のストリーミングコンテンツは配信できない。このため、サーバ側では、クライアントとの間の回線状況等に応じてストリーミングコンテンツの品質を自動的に調整する。例えば、動画データの場合には秒間コマ数を間引いたり、音楽データの場合には高周波成分や低周波成分をカットしたりして、コンテンツの品質を調整する。従って、コンテンツの配信が有料で行われる場合や、コンテンツの配信を受ける権利を有する特定の者に対しコンテンツを配信する場合、クライアント側におけるストリーミングコンテンツの再生品質がその時点のネットワーク負荷等に起因して所望の品質以下であったときには何らかの補償を行う必要性が出てくる。
【０００３】
このような問題点を指摘し、それに対する改善策を提案した文献に特開２０００−２７０３０９号公報（以下、文献１と称す）がある。文献１では、ネットワーク上で実施される有料ストリーミングコンテンツの配信において、ユーザが実際に視聴したコンテンツの品質が所望の品質以下であった場合、料金の一部を返金するという補償方法を採用している。図１５に、文献１で提案されているコンテンツ配信システムのブロック図を示す。サーバ１００１は、ユーザ端末１００２にストリーミングコンテンツを配信するのに先立って最高の品質でのコンテンツ配信に対する料金を基本料金としてユーザに課金し、実際の配信は、その時々のネットワークの負荷状態等を考慮して、ユーザ端末１００２のコンテンツ再生モジュール１００３がリアルタイムで再生し得る品質で、コンテンツ配信モジュール１００４によりコンテンツを配信する。コンテンツ再生モジュール１００３は、受信コンテンツの品質に関して、情報量、秒間コマ数、配信帯域などの情報を蓄積し、再生終了後にサーバ１００１に送信する。視聴料金清算モジュール１００５は、受信コンテンツの品質に関する情報を評価して対価を求め、基本料金と対価とから返金額を決定し、この返金額に応じてユーザに返金を行う。
【０００４】
【発明が解決しようとする課題】
文献１に記載の技術では、ユーザが視聴したコンテンツの品質を定量的に評価し、最高品質と実際のクライアント側での再生品質との差に応じた金額を返金することで、品質の低いコンテンツ配信が行われた場合の補償を行っている。このため、特にライブ中継など失敗が許されないコンテンツ配信において、万一事故が起こり、十分な品質で配信が行えなかった場合にも、払戻しという手段によって或る種の補償が可能であるとしている。しかし、金銭的な補償ではコンテンツ再生という行為自体の補償の点からは何も解決できていない。
【０００５】
そこで本発明の目的は、ネットワークやサーバの過負荷などによりクライアント側で一定の再生品質が得られなかったコンテンツ配信について、コンテンツの再視聴による補償を可能にすることにある。
【０００６】
また本発明の別の目的は、補償のために再視聴させるコンテンツが補償対象クライアント以外のクライアントに不正に再生されるのを防止することにある。
【０００７】
【課題を解決するための手段】
本発明の第１のコンテンツ配信補償システムは、ネットワークを通じて相互に通信可能に接続された配信サーバ端末とクライアント端末とから構成され、
前記クライアント端末は、
コンテンツを再生するためのコンテンツ再生手段と、
前記コンテンツ再生手段におけるコンテンツの再生品質に関する情報を検出して前記配信サーバ端末へ送信するクライアント側補償用データ管理手段と、
前記配信サーバ端末に対して前記配信対象コンテンツの配信に関して補償を要求する制御手段とを備え、
前記配信サーバ端末は、
配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、
前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段と、
補償の要求があった前記クライアント端末の前記クライアント側補償用データ管理手段から受信した前記配信対象コンテンツの再生品質に関する情報と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定する補償サービス決定手段と、
前記コンテンツ記憶手段に記憶された配信対象コンテンツをネットワークを介して前記クライアント端末へ配信すると共に、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信するコンテンツ配信手段とを備える。
本発明の第２のコンテンツ配信補償システムは、ネットワークを通じて相互に通信可能に接続された配信サーバ端末とクライアント端末とから構成され、
前記クライアント端末は、
コンテンツを再生するためのコンテンツ再生手段と、
前記配信サーバ端末に対して前記配信対象コンテンツの配信に関して補償を要求する制御手段とを備え、
前記配信サーバ端末は、
配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、
前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段と、
前記クライアント端末への前記配信対象コンテンツの配信品質を検出するサーバ側補償用データ管理手段と、
補償の要求があった前記クライアント端末に関して前記サーバ側補償用データ管理手段で検出された前記配信対象コンテンツの配信品質と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定する補償サービス決定手段と、
前記コンテンツ記憶手段に記憶された配信対象コンテンツをネットワークを介して前記クライアント端末へ配信すると共に、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信するコンテンツ配信手段とを備える。
本発明の第３のコンテンツ配信補償システムは、ネットワークを通じて相互に通信可能に接続された配信サーバ端末とクライアント端末とから構成され、
前記クライアント端末は、
コンテンツを再生するためのコンテンツ再生手段と、
前記コンテンツ再生手段におけるコンテンツの再生品質に関する情報を検出して前記配信サーバ端末へ送信するクライアント側補償用データ管理手段と、
前記配信サーバ端末に対して前記配信対象コンテンツの配信に関して補償を要求する制御手段とを備え、
前記配信サーバ端末は、
配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、
前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段と、
前記クライアント端末への前記配信対象コンテンツの配信品質を検出するサーバ側補償用データ管理手段と、
補償の要求があった前記クライアント端末の前記クライアント側補償用データ管理手段から受信した前記配信対象コンテンツの再生品質に関する情報および前記サーバ側補償用データ管理手段で検出された前記配信対象コンテンツの配信品質と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定する補償サービス決定手段と、
前記コンテンツ記憶手段に記憶された配信対象コンテンツをネットワークを介して前記クライアント端末へ配信すると共に、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信するコンテンツ配信手段とを備える。
本発明の第４のコンテンツ配信補償システムは、ネットワークを通じて相互に通信可能に接続された配信サーバ端末、クライアント端末、および前記配信サーバ端末から前記クライアント端末へ配信されるコンテンツの中継を行う中継サーバ端末から構成され、
前記クライアント端末は、
コンテンツを再生するためのコンテンツ再生手段と、
前記コンテンツ再生手段におけるコンテンツの再生品質に関する情報を検出して前記配信サーバ端末へ送信するクライアント側補償用データ管理手段と、
前記配信サーバ端末に対して前記配信対象コンテンツの配信に関して補償を要求する制御手段とを備え、
前記中継サーバ端末は、
前記クライアント端末への前記配信対象コンテンツの配信品質を検出して前記配信サーバ端末へ送信する中継側補償用データ管理手段を備え、
前記配信サーバ端末は、
配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、
前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段と、
前記クライアント端末への前記配信対象コンテンツの配信品質を検出するサーバ側補償用データ管理手段と、
補償の要求があった前記クライアント端末の前記クライアント側補償用データ管理手段から受信した前記配信対象コンテンツの再生品質に関する情報、前記中継側補償用データ管理手段から受信した前記配信対象コンテンツの配信品質、および前記サーバ側補償用データ管理手段で検出された前記配信対象コンテンツの配信品質と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定する補償サービス決定手段と、
前記コンテンツ記憶手段に記憶された配信対象コンテンツをネットワークを介して前記クライアント端末へ配信すると共に、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信 するコンテンツ配信手段とを備える。
本発明の第５のコンテンツ配信補償システムは、第１ないし第４の何れかのコンテンツ配信補償システムにおいて、前記配信サーバ端末に、前記配信対象コンテンツから前記補償用コンテンツを生成する補償用コンテンツ作成手段を備える。
本発明の第６のコンテンツ配信補償システムは、第１ないし第３の何れかのコンテンツ配信補償システムにおいて、前記コンテンツ配信手段から前記クライアント端末へ配信されるコンテンツの中継を行う１以上の中継サーバ端末を備える。
本発明の第７のコンテンツ配信補償システムは、第１ないし第６の何れかのコンテンツ配信補償システムにおいて、前記配信サーバ端末に、前記クライアント端末へ配信する配信対象コンテンツおよび補償用コンテンツを暗号化する暗号化処理手段と、暗号化された配信対象コンテンツの復号鍵を内包するチケットおよび暗号化された補償用コンテンツの復号鍵を内包するチケットを生成するチケット生成手段とを備え、
前記クライアント端末のコンテンツ再生手段は、前記チケット生成手段から受信したチケットに内包される復号鍵を用いて、暗号化された配信対象コンテンツおよび補償用コンテンツを復号する。
本発明の第８のコンテンツ配信補償システムは、第１ないし第６の何れかのコンテンツ配信補償システムにおいて、前記配信サーバ端末に、前記クライアント端末との間でユーザ認証処理を行うユーザ認証手段を備える。
ここで、本明細書において、再生品質とは、画質、音質、再生レートなどの狭義の再生品質のみならず、途中で再生が停止して時間的に不完全な再生となった状態も含めた広義の意味で用いている。また、再生の停止の原因はコンテンツ視聴者の意志による場合、その意志によらず何らかの理由で停止した場合の双方も含む。配信対象コンテンツの再生品質に関する情報を以下、「補償用データ」と称す。補償用データは、このような再生品質を特定し得るデータであれば良い。また、その検出も、クライアント側、サーバ側の何れか一方で検出しても良いし、双方で検出するようにしても良い。さらに、サーバとクライアントとの間に中継サーバが介在する場合、中継サーバで補償用データを検出するようにしても良い。
【０００８】
本発明では、配信対象コンテンツがストリーミングコンテンツである場合、その補償用コンテンツはダウンロードコンテンツとすることができる。ダウンロードコンテンツとは、ストリーミングではなくダウンロード可能な形式のコンテンツを指す。ネットワークの過負荷時にはダウンロードに時間はかかるが、再生はダウンロードしたコンテンツに基づき実施されるので、ネットワーク負荷の影響を受けず品質は安定する。
【０００９】
また、配信対象コンテンツがライブストリーミングコンテンツの場合、その補償用コンテンツとしては、ダウンロードコンテンツ以外に、オンデマンドストリーミングコンテンツとすることができる。オンデマンドストリーミングコンテンツとは、ライブストリーミングコンテンツをその配信時に録画した内容に基づいて作成されたコンテンツで、ストリーミングコンテンツである点でライブストリーミングコンテンツと同じであるが、ライブでない点が相違する。オンデマンドストリーミングコンテンツを補償用コンテンツとして用意することで、ライブ中継など失敗が許されないコンテンツ配信において、万一事故が起こり、十分な品質で配信が行えなかった場合にも、録画した内容の再視聴という形態で補償することが可能となる。
【００１６】
【発明の第１の実施の形態】
次に、本発明の第１の実施の形態について図面を参照して詳細に説明する。
【００１７】
図１を参照すると、本発明の第１の実施の形態にかかるコンテンツ配信システムは、クライアント端末１と、このクライアント端末１にインターネット等の図示しないネットワーク経由でコンテンツを配信するコンテンツ配信サーバ２と、このコンテンツ配信サーバ２が配信するコンテンツを暗号化する暗号化処理手段３と、コンテンツ配信サーバ２が配信したコンテンツがネットワークやサーバ２の過負荷などによりクライアント端末１で所望の品質で再生できなかった場合の補償用に使うコンテンツを作成する補償用コンテンツ作成手段４と、配信対象のコンテンツやその補償用コンテンツを蓄積するコンテンツデータベース５と、コンテンツ配信についての補償を管理する権利管理装置６とを含んで構成される。なお、クライアント端末１と権利管理装置６とはインターネット等の図示しないネットワーク経由で相互に通信可能になっている。また、図１には、クライアント端末１は１つしか示されていないが、一般に複数のクライアント端末が存在する。
【００１８】
クライアント端末１は、コンテンツをユーザが視聴するために再生するブラウザ等のコンテンツ再生手段１１と、コンテンツの再生品質に関する情報を補償用データとして検出する補償用データ管理手段１２と、表示装置やキーボード等の入出力装置１３と、これらに接続された制御手段１４とを備える。クライアント端末１は、パーソナルコンピュータや携帯端末等の情報処理装置とクライアント端末用プログラムとで実現することができる。その場合、クライアント端末用プログラムによってコンテンツ再生手段１１、補償用データ管理手段１２、制御手段１４が情報処理装置上に実現される。
【００１９】
権利管理装置６は、コンテンツの再生品質に応じた補償サービスを１以上定義する補償サービスデータベース６４と、クライアント端末１から送られてきた補償用データと補償サービスデータベース６４の内容とに基づいて補償サービスを決定する補償サービス決定手段６３と、クライアント端末１からの補償用データの受信等を行う補償サービス管理手段６２と、クライアント端末１で再生する暗号化コンテンツを復号化する為の復号鍵を含むチケットを発行するチケットサーバ６１とを備える。権利管理装置６は、ワークステーション等の情報処理装置と権利管理装置用プログラムとで実現することができる。その場合、権利管理装置用プログラムによってチケットサーバ６１、補償サービス管理手段６２、補償サービス決定手段６３が情報処理装置上に実現される。
【００２０】
なお、コンテンツ配信サーバ２、暗号化処理手段３、補償用コンテンツ作成手段４およびコンテンツデータベース５は、１つのサーバ上に備えるようにしても良いし、幾つかのサーバに分散して備えるようにしても良い。
【００２１】
このように構成された本実施の形態にかかるコンテンツ配信システムは、概ね以下のように機能する。
【００２２】
コンテンツ配信サーバ２は、配信対象となるコンテンツを暗号化処理手段３で暗号化してクライアント端末１に配信する。配信対象のコンテンツがストリーミングコンテンツである場合、コンテンツ配信サーバ２はクライアント端末１との間の回線状況の変化等に応じて配信するコンテンツの品質を適宜調整して配信する。また、コンテンツ配信サーバ２は、配信対象となるコンテンツから補償用コンテンツ作成手段４により補償用コンテンツを作成してコンテンツデータベース５に蓄積し、補償用コンテンツの配信が必要になると、補償用コンテンツの配信も行う。この補償用コンテンツの配信時も暗号化処理手段３で暗号化して配信する。
【００２３】
補償用コンテンツとしては、配信対象となるコンテンツがストリーミングコンテンツの場合、ダウンロードコンテンツとする。また、配信対象コンテンツがライブストリーミングコンテンツの場合、その補償用コンテンツとしては、ダウンロードコンテンツ以外に、オンデマンドストリーミングコンテンツも用意する。
【００２４】
クライアント端末１の制御手段１４は、入出力装置１３を通じて入力される指示に従って、利用者が視聴しようとする暗号化コンテンツを復号化するための復号鍵を含むチケットをチケットサーバ６１より購入し、そのチケットに内包される復号鍵を使って、コンテンツ再生手段１１で受信した暗号化コンテンツを復号化して再生し、ユーザによるコンテンツの視聴を可能にする。補償用データ管理手段１２は、コンテンツ再生手段１１によるコンテンツの再生中に、コンテンツの再生品質に関する情報を補償用データとして検出し、蓄積する。補償用データとしては、当該コンテンツについて受信したパケット数、再生中の映像のフレームレート、再生を開始してからの経過時間、再生や停止など実行されたコマンドなどが考えられる。
【００２５】
利用者は、再生品質に満足しなかったためにその補償を求める場合、その旨の指示を入出力装置１３から入力すると、制御手段１４は、補償用データ管理手段１２に蓄積された補償用データを権利管理装置６の補償サービス管理手段６２へ送信する。なお、利用者からの指示を契機に補償用データを送信する代わりに、制御手段１４が自動的に補償用データを補償サービス管理手段６２へ送信するようにしても良い。この場合、補償用データの送信は、一度に行っても良いし、何回かにわけて行ってもよい。一度に送る場合、当該コンテンツの再生終了時やコマンドによる再生停止時に送信する。何回かにわけて送信する場合には、クライアント端末１で当該コンテンツの受信や再生に関するコマンドが実行される毎のタイミングや、また一定時間毎のタイミングで、直前に送信した以降のデータが送信される。わけて送信する場合、受信側では全てのデータが揃うのを待って処理を開始する。
【００２６】
補償用データを受信した権利管理装置６では、図２に示すように、補償用データの受信（ステップＰ１）、補償サービスデータベース６４の参照（ステップＰ２）、補償サービスの必要性の判定（ステップＰ３）、補償サービスが必要な場合のチケットの送信（ステップＰ４）、補償サービスが不要な場合のその旨のメッセージの送信（ステップＰ５）といった処理が概ね実施される。具体的には、補償サービス管理手段６２は、クライアント端末１から補償用データを受信すると、それを補償サービス決定手段６３に伝達する。補償サービス決定手段６３は、補償用データを解析してクライアント端末１におけるコンテンツの再生品質を定量化する。そして、補償サービスデータベース６４を参照して、当該再生品質に該当する補償サービスの有無を判定し、結果を補償サービス管理手段６２に伝達する。補償サービス管理手段６２は、チケットサーバ６１と連携し、補償が必要であった場合には、補償サービス決定手段６３で決定された補償サービスをクライアント端末１が受けることができる補償用チケットをクライアント端末１に対して送信し、補償が必要でない場合にはその旨のメッセージをクライアント端末１に対して送信する。補償用チケットには、補償用コンテンツの指定とその暗号化を解く復号鍵が含まれている。
【００２７】
クライアント端末１に送られてきた補償用チケットは、それが利用されるまで制御手段１４に記憶される。また、クライアント端末１に送られてきた補償不要の旨のメッセージは例えば入出力装置１３から出力され、ユーザに提示される。ユーザは、補償用コンテンツを視聴する場合、制御手段１４に記憶された補償用チケットを指定してコンテンツ再生手段１１を起動する。コンテンツ再生手段１１は、コンテンツ配信サーバ２に対して、補償用チケットで指定された補償用コンテンツの配信を要求する。コンテンツ配信サーバ２は、指定された補償用コンテンツをコンテンツデータベース５から読み出し、暗号化処理手段３で暗号化し、クライアント端末１へ配信する。コンテンツ再生手段１１は、受信した補償用コンテンツを補償用チケットに含まれる復号鍵で復号化して再生し、ユーザに視聴させる。
【００２８】
このように本実施の形態によれば、ネットワークやサーバの過負荷などによりクライアント端末１側で一定の再生品質が得られなかったコンテンツ配信や再生が中断されたコンテンツ配信について、コンテンツの再視聴という方法で補償することが可能となる。特に、ライブ中継など失敗が許されないライブストリーミングコンテンツの配信において、万一事故が起こり、十分な品質で配信が行えなかった場合でも、オンデマンドストリーミングコンテンツによる再視聴、あるいはダウンロードコンテンツによる再視聴といった補償が可能となる。また、補償のために再視聴させるコンテンツは暗号化されて配信されるため、補償対象クライアント以外の者に不正に再生されるのが防止される。
【００２９】
【第１の実施例】
次に第１の実施の形態の第１の実施例について図面を参照して詳細に説明する。
【００３０】
図３を参照すると、本発明の第１の実施の形態の第１の実施例にかかるコンテンツ配信システムは、コンテンツの生成や登録などを行うコンテンツ生成装置７と、コンテンツ利用者からの利用要求に対して利用の可否を判断し復号鍵を含むチケットの送信など行う権利管理装置６と、コンテンツを蓄積し管理するコンテンツ管理装置８と、コンテンツの中継を行う１以上の中継サーバ９と、コンテンツ利用者が受信したコンテンツを視聴するクライアント端末１とから構成されている。
【００３１】
コンテンツ生成装置７は、映像データからのストリーミングコンテンツの生成など配信対象となるコンテンツの生成、そのコンテンツの再生品質が所定の基準を満たさなかったときの補償サービスの内容の生成、コンテンツの暗号化に使用する暗号鍵の生成などを行う生成手段７１と、生成手段７１で生成されたデータの権利管理装置６およびコンテンツ管理装置８への登録を行う登録手段７２とを含む。
【００３２】
権利管理装置６は、クライアント端末１からコンテンツの利用要求を受信し、当該コンテンツを復号するための適切な復号鍵を内包するチケットをクライアント端末１に送信するなどの処理を行うチケットサーバ６１と、コンテンツ再生中の再生品質に関する情報である補償用データをクライアント端末１から受信し、決定した補償サービスの内容をチケットサーバ６１に通知するなどの処理を行う補償サービス管理手段６２と、前記補償用データの内容を解析し、適切な補償サービスを決定する補償サービス決定手段６３と、クライアント端末１におけるコンテンツ再生品質に応じた補償サービスの内容を登録しておく補償サービスデータベース６４と、暗号化および復号に用いられる暗号鍵を登録しておく暗号鍵データベース６６と、この暗号鍵データベース６６への暗号鍵の登録、その払出しを管理する暗号鍵管理手段６５とを含む。
【００３３】
コンテンツ管理装置８は、コンテンツ生成装置７から送信される配信対象コンテンツの登録やその配信などを行うコンテンツ管理手段８１と、コンテンツ生成装置７から送信される補償サービスの内容に従って配信対象コンテンツから補償サービスに利用する補償用コンテンツを作成する補償用コンテンツ作成手段４と、配信するコンテンツに対して暗号化処理を施す暗号化処理手段３と、配信対象コンテンツや補償用コンテンツなどを蓄積しておくコンテンツデータベース５とを含む。
【００３４】
中継サーバ９は、コンテンツ管理装置８とクライアント端末１との間に位置し、コンテンツ管理装置８のコンテンツ管理手段８１から配信されるコンテンツの中継を行う機能を持つサーバであり、ＣＤＮ（Ｃｏｎｔｅｎｔｓ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｎｅｔｗｏｒｋ／Ｃｏｎｔｅｎｔｓ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ）の一部を構成する。ＣＤＮは、ネットワーク上に複製サーバや蓄積サーバと呼ばれる中継サーバを複数配置し、予めそれらの中継サーバにコンテンツを転送しておき、エンドユーザからのアクセス要求に対して複数存在する中継サーバの中からそのユーザにとって最適な中継サーバにアクセスすることにより、ユーザに対するレスポンスの向上とトラフィックの軽減を図る技術である。
【００３５】
クライアント端末１は、コンテンツ管理装置８から中継サーバ９経由で配信されるコンテンツを受信再生するコンテンツ再生手段１１と、このコンテンツ再生手段１１によるコンテンツの再生品質に関する情報を検出して蓄積する補償用データ管理手段１２と、表示装置やキーボード等を含む入出力装置１３と、これらに接続されると共に図示しないインターネット等のネットワークを介して権利化管理装置６に接続される制御手段１４とを含む。
【００３６】
次に、本実施例の動作を、１つの配信対象コンテンツに注目し、その生成から配信、再生、その補償の各段階にわけて説明する。
【００３７】
（１）配信対象コンテンツ、補償用コンテンツの生成と配布（図４参照）
コンテンツ生成装置７の生成手段７１は、先ず、映像データなどから配信対象コンテンツを生成する（ステップＳ７０１）。
【００３８】
次に、コンテンツ生成装置７の生成手段７１は、配信対象コンテンツがクライアント端末１で所望の品質で再生できなかった場合の補償サービスの内容を生成する（ステップＳ７０２）。具体的には、配信対象コンテンツ毎に以下の項目を決定する。
（ａ）配信対象コンテンツＩＤ
（ｂ）補償再生品質条件
（ｃ）サービス形態
（ｄ）補償用コンテンツＩＤ
（ｅ）その他の情報
【００３９】
（ａ）の配信対象コンテンツＩＤは、コンテンツ配信システムにおいて当該配信対象コンテンツを一意に識別するための識別子である。（ｂ）の補償再生品質条件は、当該配信対象コンテンツに対する補償を認める再生品質の条件である。例えば、配信対象コンテンツの最高の再生品質を１、最低の最高品質を０とする場合、１から０の中間の値に数値化された再生品質レベルを用いた条件式が設定される。（ｃ）のサービス形態は、コンテンツの再視聴の形態を示し、例えば再ストリーミング許可、ダウンロード許可等が設定される。（ｄ）の補償用コンテンツＩＤは、当該配信対象コンテンツのクライアント端末１での再生品質が、（ｂ）の補償再生品質条件に適合したときに、（ｃ）のサービス形態で再視聴を許可する補償用コンテンツを一意に識別するための識別子である。（ｅ）のその他の情報は、クライアント端末１から送られてくる補償用データから再生品質を定量化するために使う情報である。例えば、補償用データに含まれる受信パケット数で再生品質を定量化する場合、コンテンツ本来の総パケット数が必要になるため、この情報がその他の情報に設定される。
【００４０】
上述した補償サービスの内容は、１つの配信対象コンテンツ当たり１つに限られず、異なる補償再生品質条件について複数生成することもできる。例えば、再生品質レベルｌｅｖｅｌ１と、それより低い再生品質レベルｌｅｖｅｌ２との２種類について、ｌｅｖｅｌ２に満たない場合にはダウンロード許可、ｌｅｖｅｌ２は満たすがｌｅｖｅ１は満たさない場合には再ストリーミング許可の２つの補償サービス内容を生成することができる。
【００４１】
ここで、補償サービスの内容の生成は人手で実施しても良いし、プログラムで自動生成しても良い。プログラムで自動生成する場合、例えば、配信対象コンテンツの種別（ライブストリーミングコンテンツやストリーミングコンテンツ等）毎の補償再生品質条件およびサービス形態を予め記憶するファイルと、配信対象コンテンツの種別をキーにこのファイルから補償再生品質条件およびサービス形態を読み出し、それに配信対象コンテンツＩＤ、補償用コンテンツＩＤを付加し、更に配信対象コンテンツのデータ量から配信時におけるパケット総数を見積もって付加するプログラムとを用意すれば良い。
【００４２】
また、コンテンツ生成装置７は、配信対象コンテンツおよび補償用コンテンツの暗号化及び復号化に使う暗号鍵、これらのコンテンツを配布する中継サーバ９に関する情報を生成する（ステップＳ７０３）。具体的には、コンテンツと中継サーバ９の組毎に以下のような情報を生成する。
（ａ）コンテンツＩＤ
（ｂ）中継サーバＩＤ
（ｃ）中継サーバＵＲＩ
（ｄ）暗号鍵
【００４３】
（ａ）のコンテンツＩＤは、配信対象コンテンツまたは補償用コンテンツのＩＤであり、ステップＳ７０２で生成されたものと同じものである。（ｂ）、（ｃ）の中継サーバＩＤとＵＲＩは、配信対象コンテンツおよび補償用コンテンツの配布先となる中継サーバ９の識別子およびＵＲＩである。（ｄ）の暗号鍵は、（ａ）のコンテンツＩＤを持つコンテンツの暗号化および復号化に使う暗号鍵である。ここでは、ＤＥＳ暗号などの共通鍵暗号系における共通鍵を用い、例えば（ａ）のコンテンツＩＤと（ｂ）の中継サーバＩＤとから暗号鍵を生成することにより、コンテンツ及び中継サーバの組み合わせ毎の暗号鍵を生成する。勿論、ＲＳＡ暗号などの公開鍵暗号系における鍵ペアを用いることもできる。
【００４４】
コンテンツ生成装置７の登録手段７２は、ステップＳ７０２で生成した補償サービス内容をその登録のために権利管理装置６およびコンテンツ管理装置８へ送信する（ステップＳ７０４）。
【００４５】
権利管理装置６のチケットサーバ６１は、補償サービス内容を受信すると、補償サービス管理手段６２に伝達する（ステップＳ６０１）。補償サービス管理手段６２は、伝達された補償サービス内容を補償サービスデータベース６４へ登録する（ステップＳ６０２）。図５に補償サービスデータベース６４の登録内容の一例を示す。ここでは、同じコンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１のコンテンツについて２種類の補償サービス内容が登録されている。その１つは、クライアント端末１での再生品質Ｘがｌｅｖｅｌ２を越えているがｌｅｖｅｌ１以下の場合に、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１の補償用コンテンツに対する再ストリーミング許可を認めるものであり、他の１つは、クライアント端末１での再生品質Ｘがｌｅｖｅｌ２以下の場合に、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ２の補償用コンテンツに対するダウンロード許可を認めるものである。
【００４６】
コンテンツ管理装置８のコンテンツ管理手段８１は、補償サービス内容を受信すると（ステップＳ８０１）、それをコンテンツデータベース５に登録する（ステップＳ８０２）。登録される内容は図５と同じである。
【００４７】
次にコンテンツ生成装置７の登録手段７２は、ステップＳ７０３で生成した暗号鍵と中継サーバに関する情報を、その登録のために権利管理装置６へ送信する（ステップＳ７０５）。権利管理装置６のチケットサーバ６１は、暗号鍵と中継サーバに関する情報を受信すると、それを暗号鍵管理手段６５に伝達する（ステップＳ６０３）。暗号鍵管理手段６５は、それを暗号鍵データベース６６に登録する（ステップＳ６０４）。
【００４８】
図６に暗号鍵データベース６６の登録内容の一例を示す。ここでは、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１を持つ配信対象コンテンツについて、サーバ１からサーバｎまでの各中継サーバ９毎に中継サーバＩＤ、中継サーバＵＲＩ、暗号鍵が登録されている。また、この配信対象コンテンツの補償用コンテンツとして、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１の補償用コンテンツと、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ２の補償用コンテンツとの２種類のコンテンツとがあり、それぞれについて、サーバ１からサーバｎまでの各中継サーバ９毎に中継サーバＩＤ、中継サーバＵＲＩ、暗号鍵が登録されている。
【００４９】
次にコンテンツ生成装置７の登録手段７２は、ステップＳ７０１で生成された配信対象コンテンツを、その登録ならびに配信のためにコンテンツＩＤを付随させてコンテンツ管理装置８へ送信する（ステップＳ７０６）。コンテンツ管理装置８のコンテンツ管理手段８１は、配信対象コンテンツを受信すると（ステップＳ８０３）、コンテンツデータベース５へ登録する（ステップＳ８０４）。ここで、配信対象コンテンツがライブストリーミングコンテンツの場合、コンテンツ管理手段８１は、受信したライブストリーミングコンテンツの内容をコンテンツデータベース５へ録画することで登録する。図７にコンテンツデータベース５の登録内容の一例を示す。ここでは、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１を持つ配信対象コンテンツがそのＩＤと共に登録されている。なお、ｃｏｎｔｅｎｔｓ１ｈ１、ｃｏｎｔｅｎｔｓ１ｈ２に関する部分は後述のようにして生成された補償用コンテンツの登録内容であり、補償サービス内容はステップＳ８０２で登録されたもので、その中身は図５と同じである。
【００５０】
補償用コンテンツ作成手段４は、コンテンツデータベース５に補償サービス内容が登録されると、配信対象コンテンツがコンテンツデータベース５に登録され次第、その配信対象コンテンツから補償用コンテンツを生成し、コンテンツデータベース５に登録する（ステップＳ８０５）。例えば、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１、サービス形態＝再ストリーミング許可、補償用コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１という補償サービス内容が登録されると、ｃｏｎｔｅｎｔｓ１の配信対象コンテンツがコンテンツデータベース５に登録され次第、この登録された配信対象コンテンツからオンデマンドストリーミングコンテンツを生成し、図７に示したように、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１に対応付けてコンテンツデータベース５に登録する。ダウンロード許可の補償サービス内容が登録された場合も同様である。
【００５１】
（２）配信対象コンテンツ及び補償用コンテンツの中継サーバへの配布（図８参照）
コンテンツ管理装置８のコンテンツ管理手段８１は、コンテンツデータベース５に登録された配信対象コンテンツ及び補償用コンテンツを暗号化して各中継サーバ９へ配布する。ライブストリーミングコンテンツの場合、中継サーバ９への配布は、コンテンツ生成装置７からのライブストリーミングコンテンツの受信時に速やかに実施され、それ以外のコンテンツの場合、配布可能となった時点で速やかに実施される。１つのコンテンツの配布は具体的には以下のように行われる。
【００５２】
コンテンツ管理手段８１は、配布対象となるコンテンツのＩＤを指定して権利管理装置６の暗号鍵管理手段６５に対して、暗号鍵と中継サーバに関する情報を要求する（ステップＳ７１１）。暗号鍵管理手段６５は、この要求を受信すると（ステップＳ６１１）、要求で指定されたコンテンツＩＤで暗号鍵データベース６６を検索して図６のコンテンツＩＤが指定されたコンテンツＩＤと一致する全ての暗号鍵と中継サーバに関する情報を取得し（ステップＳ６１２）、それらをコンテンツ管理手段８１へ送信する（ステップＳ６１３）。
【００５３】
コンテンツ管理手段８１は、暗号鍵管理手段６５から送られる情報を受信し（ステップＳ７１２）、暗号鍵と中継サーバに関する情報毎に、暗号化処理（ステップＳ７１３）と暗号化されたコンテンツの送信処理（ステップＳ７１４）とを繰り返す。具体的には、暗号鍵と中継サーバに関する情報に含まれるコンテンツＩＤを持つコンテンツをコンテンツデータベース５から取り出し、同情報に含まれる暗号鍵と一緒に暗号化処理手段３に渡して、そのコンテンツをその暗号鍵で暗号化した暗号化コンテンツを生成させ、この暗号化コンテンツをそのコンテンツＩＤを添えて、暗号鍵と中継サーバに関する情報に含まれる中継サーバＵＲＩで特定される中継サーバ９へ送信する。
【００５４】
各中継サーバ９では、コンテンツ管理手段８１から送信されてくる暗号化コンテンツを受信し、そのコンテンツＩＤに対応付けて内部に蓄積する（ステップＳ９０１）。
【００５５】
以上のような処理が配信対象コンテンツ及び補償用コンテンツに対して実施されることで、各中継サーバ９に暗号化された配信対象コンテンツ及び暗号化された補償用コンテンツが蓄積される。
【００５６】
（３）クライアント端末での配信対象コンテンツの視聴と補償用データの検出（図９参照）
クライアント端末１の利用者は、視聴したいコンテンツのＩＤを選択する。例えば、コンテンツ管理装置８が運営するホームページで、配信対象コンテンツのＩＤの一覧を提示するサービスを行っている場合、そのページからコンテンツＩＤを選択する。また、利用者は、コンテンツの配信を受ける中継サーバ９のサーバＩＤを選択する。この選択も例えばコンテンツＩＤの選択と同様に行うことができる。利用者は、クライアント端末１の入出力装置１３の操作によって制御手段１４を起動し、視聴したいコンテンツＩＤ及び選択した中継サーバ９のサーバＩＤを指定し、チケットの購入を指示する。これに応じて制御手段１４は、コンテンツＩＤ及びサーバＩＤを含むチケット要求を権利管理装置６のチケットサーバ６１へ送信する（ステップＳ１０１）。
【００５７】
チケットサーバ６１は、チケットの要求を受信すると（ステップＳ６２１）、チケットを生成する（ステップＳ６２２）。具体的には、要求中で指定されたコンテンツＩＤ及びサーバＩＤの組を持つ暗号鍵と中継サーバに関する情報を暗号鍵管理手段６５を通じて暗号鍵データベース６６から取り出し、この取り出した情報中に含まれる暗号鍵、中継サーバＵＲＩを内包するチケットを生成する。ここで、チケットは電子的なもので、紙媒体で作られている通常のチケットとは相違する。次に、チケットサーバ６１は、生成したチケットをクライアント端末１へ送信する（ステップＳ６２３）。なお、チケットの購入が有償の場合、チケットサーバ６１とクライアント端末１との間で既知の方法によるユーザ認証および電子決済がなされるが、図９のフローでは省略している。
【００５８】
クライアント端末１の制御手段１４は、チケットサーバ６１から送信されてきたチケットを受信し、それが利用されるまで内部に一時的に記憶する（ステップＳ１０２）。利用者は、この記憶されたチケットを使ってコンテンツを視聴する。具体的には、コンテンツ再生手段１１により、チケットに記述されたサーバＵＲＩの中継サーバ９に接続し、同チケットに記述されたコンテンツＩＤを指定したコンテンツ要求を中継サーバ９に送信する（ステップＳ１０３）。
【００５９】
中継サーバ９は、クライアント端末１からコンテンツ要求を受信すると（ステップＳ９１１）、コンテンツ要求で指定されたコンテンツＩＤに対応する暗号化コンテンツをクライアント端末１へ配信する（ステップＳ９１２）。
【００６０】
クライアント端末１のコンテンツ再生手段１１は、中継サーバ９から配信される暗号化コンテンツを受信し、チケットに内包されている暗号鍵で復号化して再生し、利用者に当該コンテンツを視聴させる（ステップＳ１０４）。このコンテンツ再生手段１１によるコンテンツの再生中、補償用データ管理手段１２は、コンテンツの再生品質に関する情報を検出し、再生中のコンテンツのＩＤに対応付けて蓄積する（ステップＳ１０５）。
【００６１】
（４）補償サービスの実施（図１０参照）
クライアント端末１の利用者は、配信対象コンテンツの再生品質に満足しなかったためにその補償を求める場合、補償用コンテンツの配信を受ける中継サーバ９を選択し、その中継サーバ９のサーバＩＤと補償用データ管理手段１２に記憶されている補償用データとを指定して入出力装置１３から制御手段１４に対して、補償サービスの実施の要求を入力する。制御手段１４は、指定された補償用データ、配信対象コンテンツＩＤ、利用者が指定した中継サーバ９のサーバＩＤおよびクライアント端末１のアドレスを指定した補償サービス要求を権利管理装置６の補償サービス管理手段６２へ送信する（ステップＳ１１１）。
【００６２】
補償サービス管理手段６２は、クライアント端末１から送信された補償サービス要求を受信すると（ステップＳ６３１）、その要求で指定された補償用データとコンテンツＩＤとを補償サービス決定手段６３に伝達する。補償サービス決定手段６３は、先ず、補償用データを解析してクライアント端末１での再生品質レベルＸを求める。例えば、補償用データとして受信パケット数を利用する場合、受信パケット数を配信対象コンテンツの本来のパケット総数で割った値を再生品質レベルＸとする。次に、コンテンツＩＤで補償サービスデータベース６４を検索して同じコンテンツＩＤを含む補償サービス内容を全て抽出し、個々の補償サービス内容に記述された補償再生品質条件と前記再生品質レベルＸを比較することにより、補償サービスの要否を判断する（ステップＳ６３３）。例えば、コンテンツＩＤがｃｏｎｔｅｎｔｓ１であり、再生品質Ｘがｌｅｖｅｌ２以下であれば、図５のダウンロード許可の補償サービスが必要と判断する。また、再生品質Ｘがｌｅｖｅｌ２を越えているが、ｌｅｖｅｌ１以下であれば、図５の再ストリーミング許可の補償サービスが必要と判断する。また、再生品質Ｘがｌｅｖｅｌ１を越えていれば、補償不要と判断する。
【００６３】
補償サービス決定手段６３は、補償が必要であると判断した場合（ステップＳ６３４でＹＥＳ）、その旨と必要な補償サービス内容を補償サービス管理手段６２に通知し、補償サービス管理手段６２はこれにクライアント端末１から指定されたサーバＩＤおよびクライアント端末１のアドレスを添えてチケットサーバ６１に通知する。チケットサーバ６１は、この通知に従い、補償用チケットを生成する（ステップＳ６３５）。具体的には、チケットサーバ６１は、まず、通知された補償サービス内容から、サービス形態と補償用コンテンツＩＤとを抽出する。次に、この補償用コンテンツＩＤとクライアント端末１が指定したサーバＩＤの組み合わせに適合する暗号鍵と中継サーバに関する情報を暗号鍵管理手段６５を通じて暗号鍵データベース６６から検索する。次に、検索した暗号鍵と中継サーバに関する情報から中継サーバＵＲＩと暗号鍵を抽出し、この中継サーバＵＲＩ、暗号鍵、および前記補償サービス内容から抽出したサービス形態と補償用コンテンツＩＤを内包する補償用チケットを生成する。そして、生成した補償用チケットを、通知されたアドレスのクライアント端末１へ送信する（ステップＳ６３６）。
【００６４】
他方、補償サービス決定手段６３は、補償が不要であると判断した場合（ステップＳ６３４でＮＯ）、その旨を補償サービス管理手段６２に通知し、補償サービス管理手段６２はそれにクライアント端末１のアドレスを添えてチケットサーバ６１へ通知する。チケットサーバ６１は、この通知に従って、補償できない旨のメッセージをクライアント端末１へ送信する（ステップＳ６３７）。
【００６５】
クライアント端末１の制御手段１４は、補償サービス要求に対する応答を受信し、補償用チケットであれば、入出力装置１３に表示すると共にそれが利用されるまで内部に一時的に記憶し、補償不要のメッセージであれば入出力装置１３に表示する（ステップＳ１１２）。利用者は、この記憶された補償チケットを使って補償用コンテンツを視聴する。具体的には、コンテンツ再生手段１１により、補償用チケットに記述されたサーバＵＲＩの中継サーバ９に接続し、同チケットに記述された補償用コンテンツＩＤを指定したコンテンツ要求を中継サーバ９に送信する（ステップＳ１１３）。
【００６６】
中継サーバ９は、クライアント端末１からコンテンツ要求を受信すると（ステップＳ９２１）、コンテンツ要求で指定された補償用コンテンツＩＤに対応する暗号化補償用コンテンツをクライアント端末１へ配信する（ステップＳ９２２）。
【００６７】
クライアント端末１のコンテンツ再生手段１１は、中継サーバ９から配信される暗号化補償用コンテンツを受信し、補償用チケットに内包されている暗号鍵で復号化して再生し、利用者に当該コンテンツを視聴させる（ステップＳ１１４）。
【００６８】
【第２の実施例】
次に、本発明の第１の実施の形態の第２の実施例について説明する。
【００６９】
本実施例のコンテンツ配信システムは、図１１に示すように、権利管理装置６の補償サービス決定手段６３が、各中継サーバ９の負荷状況を含めネットワークの負荷状況をモニタしており、クライアント端末１への補償サービスの実施時、必要に応じて補償用コンテンツを配信する中継サーバ９を自動的に変更する機能を有している点で、第１の実施例と相違する。
【００７０】
図１２は本実施例で用いる補償サービス内容の例を示す。図５の補償サービス内容の１行目の再ストリーミング許可がサーバ切替えによる再ストリーミング許可に置き換わっている点が相違する。
【００７１】
以下、第１の実施例との相違点を中心に本実施例の動作を説明する。
【００７２】
補償サービスの実施の段階において、クライアント端末１の利用者は、配信対象コンテンツの再生品質に満足しなかったためにその補償を求める場合、補償用コンテンツの配信を受ける中継サーバ９を選択し、その中継サーバ９のサーバＩＤと補償用データ管理手段１２に記憶されている補償用データとを指定して入出力装置１３から制御手段１４に対して、補償サービスの実施の要求を入力する。制御手段１４は、指定された補償用データ、配信対象コンテンツＩＤ、利用者が指定した中継サーバ９のサーバＩＤおよびクライアント端末１のアドレスを指定した補償サービス要求を権利管理装置６の補償サービス管理手段６２へ送信する（ステップＳ１１１）。
【００７３】
補償サービス管理手段６２は、クライアント端末１から送信された補償サービス要求を受信すると（ステップＳ６３１）、その要求で指定された補償用データとコンテンツＩＤとサーバＩＤを補償サービス決定手段６３に伝達する。補償サービス決定手段６３は、先ず、補償用データを解析してクライアント端末１での再生品質レベルＸを求める。例えば、補償用データとして受信パケット数を利用する場合、受信パケット数を配信対象コンテンツの本来のパケット総数で割った値を再生品質レベルＸとする。次に、コンテンツＩＤで補償サービスデータベース６４を検索して同じコンテンツＩＤを含む補償サービス内容を全て抽出し、個々の補償サービス内容に記述された補償再生品質条件と前記再生品質レベルＸを比較することにより、補償サービスの要否を判断する（ステップＳ６３３）。例えば、コンテンツＩＤがｃｏｎｔｅｎｔｓ１であり、再生品質Ｘがｌｅｖｅｌ２以下であれば、図１２のダウンロード許可の補償サービスが必要と判断し、再生品質Ｘがｌｅｖｅｌ１を越えていれば、補償不要と判断する。こうした判断が行われたときの動作は第１の実施例と同じである。他方、再生品質Ｘがｌｅｖｅｌ２を越えているが、ｌｅｖｅｌ１以下であれば、図１２のサーバ切替えによる再ストリーミング許可の補償サービスが必要と判断する。このときの動作が第１の実施例と以下のように相違する。
【００７４】
補償サービス決定手段６３は、補償が必要であると判断した場合で且つその補償が、サーバ切替えによる再ストリーミング許可の場合にはステップＳ６３４の処理において、ユーザが指定したサーバＩＤを持つ中継サーバ９の負荷状況を調べ、予め定められた値より小さければ、補償サービスが必要である旨と、必要な補償サービス内容として「サーバ切替えによる再ストリーミング許可」を第１の実施例と同様に単に「再ストリーミング許可」とした補償サービス内容とを補償サービス管理手段６２に通知する。他方、そのサーバＩＤを持つ中継サーバ９の負荷が予め定められた値を超えている過負荷状態であれば、負荷の小さな他の中継サーバ９を選択し、この選択した中継サーバ９のＩＤと補償が必要である旨と必要な補償サービス内容とを補償サービス管理手段６２に通知する。
【００７５】
補償サービス管理手段６２は、「再ストリーミング許可」の補償サービスが必要である旨を補償サービス決定手段６３から通知されると、第１の実施例と同様に、これにクライアント端末１から指定されたサーバＩＤおよびクライアント端末１のアドレスを添えてチケットサーバ６１に通知する。チケットサーバ６１は、この通知に従い、補償用チケットを生成する（ステップＳ６３５）。具体的には、チケットサーバ６１は、まず、通知された補償サービス内容から、サービス形態と補償用コンテンツＩＤとを抽出する。次に、この補償用コンテンツＩＤとクライアント端末１が指定したサーバＩＤの組み合わせに適合する暗号鍵と中継サーバに関する情報を暗号鍵管理手段６５を通じて暗号鍵データベース６６から検索する。次に、検索した暗号鍵と中継サーバに関する情報から中継サーバＵＲＩと暗号鍵を抽出し、この中継サーバＵＲＩ、暗号鍵、および前記補償サービス内容から抽出したサービス形態と補償用コンテンツＩＤを内包する補償用チケットを生成する。そして、生成した補償用チケットを、通知されたアドレスのクライアント端末１へ送信する（ステップＳ６３６）。
【００７６】
他方、補償サービス管理手段６２は、負荷の軽い中継サーバ９のサーバＩＤと「サーバ切替えによる再ストリーミング許可」の補償サービスが必要である旨が補償サービス決定手段６３から通知されると、これに前記通知されたサーバＩＤおよびクライアント端末１のアドレスを添えてチケットサーバ６１に通知する。チケットサーバ６１は、この通知に従い、前述と同様にして補償用チケットを生成する（ステップＳ６３５）。これにより、補償サービス決定手段６３で決定されたサーバＩＤを持つ中継サーバのＵＲＩ、暗号鍵、および前記補償サービス内容から抽出したサービス形態と補償用コンテンツＩＤを内包する補償用チケットがクライアント端末１へ送信される（ステップＳ６３６）。
【００７７】
クライアント端末側では、第１の実施例と同様に、コンテンツ再生手段１１により、補償用チケットに記述されたサーバＵＲＩの中継サーバ９に接続し、同チケットに記述された補償用コンテンツＩＤを指定したコンテンツ要求を中継サーバ９に送信すると（ステップＳ１１３）、中継サーバ９は、指定された補償用コンテンツＩＤに対応する暗号化補償用コンテンツをクライアント端末１へ配信し（ステップＳ９２２）、コンテンツ再生手段１１は、中継サーバ９から配信される暗号化補償用コンテンツを受信し、補償用チケットに内包されている暗号鍵で復号化して再生し、利用者に当該コンテンツを視聴させる（ステップＳ１１４）。
【００７８】
このように本実施例によれば、補償用サービスとして再ストリーミングを許可する場合、負荷の小さな中継サーバ９経由で補償用コンテンツを配信することにより、再ストリーミング時に再び再生品質が低下する事態を防止することができる。
【００７９】
【第３の実施例】
本実施例では、補償用データとして再生時間と終了状態を用い、また補償サービスとして、前回中断箇所からの再ストリーミング許可と第２の実施例と同じくサーバ切替えによる再ストリーミング許可とを可能とする。ここで、再生時間とは、クライアント端末１で配信対象コンテンツであるライブストリーミングコンテンツやストリーミングコンテンツの再生を開始してから停止または中断するまでの経過時間である。また、終了状態とは、再生が正常終了したか、異常終了したかを示す状態である。本実施例では、クライアント端末１のユーザが再生停止コマンドによって再生を中断したときを正常終了、それ以外の何らかの理由で再生が停止したときを異常終了とする。
【００８０】
本実施例のコンテンツ配信システムの構成は第２の実施例と同様に図１１に示した構成を有する。本実施例で用いる補償サービス内容の例を図１３に示す。ここでは、同じコンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１のコンテンツ（ライブストリーミングコンテンツ）について２種類の補償サービス内容が登録されている。その１つは、クライアント端末１での再生時間Ｙが当該コンテンツの正規の再生時間Ｈより短い時間で正常終了した場合に、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１の補償用コンテンツ（ストリーミングコンテンツ）に対する再ストリーミングによる続き再生許可を認めるものである。続き再生許可とは、中断箇所以降の再生のみを許可することである。他の１つは、クライアント端末１での再生時間Ｙが当該コンテンツの正規の再生時間Ｈより短い時間で終了したことは先と同じであるが、その終了状態が異常終了した場合のもので、同じコンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１の補償用コンテンツに対するサーバ切替えによる再ストリーミング許可を認めるものである。なお、その他の情報として、本実施例では正規の再生時間Ｈが登録される。
【００８１】
以下、第１および第２の実施例との相違点を中心に本実施例の動作を説明する。
【００８２】
クライアント端末１での補償用データの検出に際し、補償用データ管理手段１２は、配信対象コンテンツの再生から終了までの再生時間と、利用者が当該配信対象コンテンツの再生に関して入力した再生開始コマンド、再生終了コマンド等のコマンドとを補償用データとして検出し、内部に蓄積する。
【００８３】
補償サービスの実施の段階において、クライアント端末１の利用者は、配信対象コンテンツの視聴を急用のために自らの意志で中断したか、或いは他の何らかの理由で中断したために、再視聴を希望する場合、補償用コンテンツの配信を受ける中継サーバ９を選択し、その中継サーバ９のサーバＩＤと補償用データ管理手段１２に記憶されている補償用データとを指定して入出力装置１３から制御手段１４に対して、補償サービスの実施の要求を入力する。制御手段１４は、指定された補償用データ、配信対象コンテンツＩＤ、利用者が指定した中継サーバ９のサーバＩＤおよびクライアント端末１のアドレスを指定した補償サービス要求を権利管理装置６の補償サービス管理手段６２へ送信する（ステップＳ１１１）。
【００８４】
補償サービス管理手段６２は、クライアント端末１から送信された補償サービス要求を受信すると（ステップＳ６３１）、その要求で指定された補償用データとコンテンツＩＤとサーバＩＤを補償サービス決定手段６３に伝達する。補償サービス決定手段６３は、先ず、補償用データを解析してクライアント端末１での再生時間Ｙと終了状態とを求める。次に、コンテンツＩＤで補償サービスデータベース６４を検索して同じコンテンツＩＤを含む補償サービス内容を全て抽出し、個々の補償サービス内容に記述された補償再生品質条件と前記再生時間Ｙおよび終了状態とを比較することにより、補償サービスの要否を判断する（ステップＳ６３３）。例えば、コンテンツＩＤがｃｏｎｔｅｎｔｓ１の場合、再生時間Ｙが正規の再生時間Ｈより短くで且つ異常終了していれば、図１３のサーバ切替えによる再ストリーミング許可の補償サービスが必要と判断する。このときの以降の動作は第２の実施例と同じである。他方、再生時間Ｙが正規の再生時間Ｈより短く且つ正常終了していれば、再ストリーミングによる続き再生許可の補償サーバが必要と判断する。このときの以降の動作は以下のようになる。
【００８５】
補償サービス決定手段６３は、補償が必要であると判断した場合で且つその補償が、再ストリーミングによる続き再生許可の場合にはステップＳ６３４の処理において、再生時間Ｙと再ストリーミングによる続き再生許可にかかる補償サービス内容とを補償サービス管理手段６２に通知する。補償サービス管理手段６２は、これらを受信すると、これらにクライアント端末１から指定されたサーバＩＤおよびクライアント端末１のアドレスを添えてチケットサーバ６１に通知する。チケットサーバ６１は、この通知に従い、補償用コンテンツを中断箇所以降から視聴可能な補償用チケットを生成する（ステップＳ６３５）。具体的には、チケットサーバ６１は、まず、通知された補償サービス内容から、サービス形態と補償用コンテンツＩＤとを抽出する。次に、この補償用コンテンツＩＤとクライアント端末１が指定したサーバＩＤの組み合わせに適合する暗号鍵と中継サーバに関する情報を暗号鍵管理手段６５を通じて暗号鍵データベース６６から検索する。次に、検索した暗号鍵と中継サーバに関する情報から中継サーバＵＲＩと暗号鍵を抽出し、この中継サーバＵＲＩ、暗号鍵、および前記補償サービス内容から抽出したサービス形態と補償用コンテンツＩＤ、更に再生時間Ｙ以降から再生させる命令を内包する補償用チケットを生成する。そして、生成した補償用チケットを、通知されたアドレスのクライアント端末１へ送信する（ステップＳ６３６）。
【００８６】
クライアント端末側では、コンテンツ再生手段１１により、補償用チケットに記述されたサーバＵＲＩの中継サーバ９に接続し、同チケットに記述された補償用コンテンツＩＤおよび再生時間Ｙ以降から再生させる命令を指定したコンテンツ要求を中継サーバ９に送信する（ステップＳ１１３）。中継サーバ９は、指定された補償用コンテンツＩＤに対応する暗号化補償用コンテンツの全データ量、正規の再生時間および再生時間Ｈから例えば比例配分によって再生時間Ｈ以降のコンテンツ部分を求め、このコンテンツ部分をクライアント端末１へ配信する（ステップＳ９２２）。コンテンツ再生手段１１は、中継サーバ９から配信される暗号化補償用コンテンツを受信し、補償用チケットに内包されている暗号鍵で復号化して再生し、利用者に当該コンテンツを視聴させる（ステップＳ１１４）。なお、中継サーバ９が補償用コンテンツの先頭から配信し、コンテンツ再生手段１１で頭出しを行って再生時間Ｈ以降を利用者に視聴させるようにしても良い。
【００８７】
以上の例では、クライアント端末１において視聴中の配信対象コンテンツが、視聴者の意図した再生停止（正常終了）、システム側の不具合などによる、視聴者の意図しない中断（異常終了）といった終了状態と、終了までの再生経過時間とに基づき、再ストリーミングによる続き再生、サーバ切換えによる再ストリーミングといった補償サービスを実施したが、更にダウンロードコンテンツによる補償も実施するようにして良い。以下にその一例を示す。
【００８８】
今、配信対象コンテンツを正しく再生したときの開始から終了までの途中の或る再生時間をＴ１という閾値として設定し、この閾値Ｔ１の前に再生が中断したか、後に再生を中断したかも考慮に入れて補償サービス内容を決定するものとする。また、補償用データ管理手段１２により取得する補償用データとしては、先の例と同じく終了時の状態ｊと、終了時の再生経過時間ｔとを取得する。これらの補償用データを用いて、次のような評価式により補償サービスの内容を決定する。
【００８９】
【数１】
【数２】
【００９０】
このように本実施例によれば、クライアント端末１の利用者自身による視聴中断に対しても補償用サービスを実施でき、且つ、利用者自身による視聴中断とそれ以外の視聴中断とで補償サービスの内容をかえることが可能となる。
【００９１】
【第４の実施例】
この実施例は、配信対象コンテンツの配信を行う中継サーバ９と補償用コンテンツの配信を行う中継サーバ９とを分けるようにした点で、第１の実施例と相違する。この実施例のコンテンツ配信システムの構成は、図３に示した第１の実施例のものと基本的に同じである。以下、本実施例の動作を第１の実施例との相違点を中心に説明する。
【００９２】
配信対象コンテンツ、補償用コンテンツの生成と配布の段階において、コンテンツ生成装置７の生成手段７１は、図４のステップＳ７０２において補償サービスの内容を生成する際、（ｅ）のその他の情報として、複数の中継サーバ９のうち補償用コンテンツを配布する中継サーバのサーバＩＤも生成する。また、図４のステップＳ７０３においては、複数の中継サーバ９のうち配信対象コンテンツの配信に使う中継サーバ９について、配信対象コンテンツの暗号化および復号化に使う暗号鍵、中継サーバ９に関する情報を生成し、複数の中継サーバ９のうち補償用コンテンツの配信に専用に使う中継サーバ９について、補償用コンテンツの暗号化および復号化に使う暗号鍵、中継サーバ９に関する情報を生成する。そして、登録手段７２は、ステップＳ７０４で補償サービス内容を権利管理装置６およびコンテンツ管理装置８へ送信し、権利管理装置６の補償サービス管理手段６２、コンテンツ管理装置８のコンテンツ管理手段８１は受信した補償サービス内容を補償サービスデータベース６４、コンテンツデータベース５へ登録する。また、登録手段７２は、ステップＳ７０５で暗号鍵と中継サーバに関する情報を権利管理装置６へ送信し、権利管理装置６の暗号鍵管理手段６５はそれを暗号鍵データベース６６へ登録する。
【００９３】
図１４に補償サービスデータベース６４の登録内容の一例を示す。コンテンツデータベース５にも同じような補償サービス内容が登録される。第１の実施例の図５に比べて、その他の情報に、補償用コンテンツを配布する中継サーバ９のサーバＩＤが含まれている点が相違する。
【００９４】
図１５に暗号鍵データベース６６の登録内容の一例を示す。ここでは、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１を持つ配信対象コンテンツについて、サーバ１からサーバｍまでの各中継サーバ９毎に中継サーバＩＤ、中継サーバＵＲＩ、暗号鍵が登録されている。また、この配信対象コンテンツの補償用コンテンツとして、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１の補償用コンテンツと、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ２の補償用コンテンツとの２種類のコンテンツとがあり、それぞれについて、特定の中継サーバｐ用の中継サーバＩＤ、中継サーバＵＲＩ、暗号鍵が登録されている。なお、ここでは、補償用コンテンツの配信を行う中継サーバを１台としているが、２台、３台等、複数台とすることも可能である。
【００９５】
次に配信対象コンテンツ及び補償用コンテンツの中継サーバへの配布段階において、コンテンツ管理手段８１が補償用コンテンツのコンテンツＩＤとして、例えばｃｏｎｔｅｎｔｓ１ｈ１を指定して権利管理装置６の暗号鍵管理手段６５に対して暗号鍵と中継サーバに関する情報を要求すると（ステップＳ７１１）、暗号鍵管理手段６５は、図１５の暗号鍵データベース６６からそのＩＤに対応する暗号鍵ｋｅｙｐｈ１と中継サーバに関する情報（サーバｐ、ＵＲＩｐ）を取得し、コンテンツ管理手段８１へ送信する(ステップＳ６１１〜Ｓ６１３)。コンテンツ管理手段８１は、暗号化処理手段３により暗号鍵ｋｅｙｐｈ１で補償用コンテンツを暗号化し、サーバｐへ配布する（ステップＳ７１２〜Ｓ７１４）。サーバｐは、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１に対応付けて当該暗号化補償用コンテンツを蓄積する（ステップＳ９０１）。コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ２の補償用コンテンツについても同様である。
【００９６】
次に、補償サービスの実施の段階において、クライアント端末１の利用者は、配信対象コンテンツの再生品質に満足しなかったためにその補償を求める場合、補償用データ管理手段１２に記憶されている補償用データとを指定して入出力装置１３から制御手段１４に対して、補償サービスの実施の要求を入力する。第１の実施例のように中継サーバ９のサーバＩＤの指定は必要ない。制御手段１４は、指定された補償用データ、配信対象コンテンツＩＤおよびクライアント端末１のアドレスを指定した補償サービス要求を権利管理装置６の補償サービス管理手段６２へ送信する（ステップＳ１１１）。
【００９７】
補償サービス管理手段６２は、クライアント端末１から送信された補償サービス要求を受信すると（ステップＳ６３１）、その要求で指定された補償用データとコンテンツＩＤとを補償サービス決定手段６３に伝達する。補償サービス決定手段６３は、第１の実施例と同様に補償サービスの要否を判断する（ステップＳ６３３）。補償サービス決定手段６３は、補償が必要であると判断した場合（ステップＳ６３４でＹＥＳ）、その旨と必要な補償サービス内容を補償サービス管理手段６２に通知し、補償サービス管理手段６２はこれにクライアント端末１のアドレスを添えてチケットサーバ６１に通知する。チケットサーバ６１は、この通知に従い、補償用チケットを生成する（ステップＳ６３５）。具体的には、チケットサーバ６１は、まず、通知された補償サービス内容から、サービス形態と補償用コンテンツＩＤとサーバＩＤとを抽出する。次に、この補償用コンテンツＩＤとサーバＩＤの組み合わせに適合する暗号鍵と中継サーバに関する情報を暗号鍵管理手段６５を通じて暗号鍵データベース６６から検索する。次に、検索した暗号鍵と中継サーバに関する情報から中継サーバＵＲＩと暗号鍵を抽出し、この中継サーバＵＲＩ、暗号鍵、および前記補償サービス内容から抽出したサービス形態と補償用コンテンツＩＤを内包する補償用チケットを生成する。そして、生成した補償用チケットを、通知されたアドレスのクライアント端末１へ送信する（ステップＳ６３６）。
【００９８】
クライアント端末側では、第１の実施例と同様に、コンテンツ再生手段１１により、補償用チケットに記述されたサーバＵＲＩの中継サーバ９に接続し、同チケットに記述された補償用コンテンツＩＤを指定したコンテンツ要求を中継サーバ９に送信する（ステップＳ１１３）。中継サーバ９は、指定された補償用コンテンツＩＤに対応する暗号化補償用コンテンツをクライアント端末１へ配信し（ステップＳ９２２）、コンテンツ再生手段１１は、中継サーバ９から配信される暗号化補償用コンテンツを受信し、補償用チケットに内包されている暗号鍵で復号化して再生し、利用者に当該コンテンツを視聴させる（ステップＳ１１４）。
【００９９】
このように本実施例によれば、補償用コンテンツをそれ専用の中継サーバ経由で配信することにより、ライブストリーミングコンテンツなどの補償用コンテンツの配信時に再び再生品質が低下する事態を防止することができ、補償サービスを確実に実施することが可能となる。
【０１００】
以上の各実施例では、クライアント端末１の制御手段１４は、利用者からの指示を契機に補償用データを含む補償サービス要求を補償サービス管理手段６２に送信した。本実施の形態の説明箇所で既に述べたように、制御手段１４が自動的に補償用データを補償サービス管理手段６２へ送信するように構成しても良い。この場合、配信対象コンテンツＩＤとクライアント端末１を特定するクライアント識別子を添えて補償用データを補償サービス管理手段６２に送信し、補償サービス管理手段６２は、配信対象コンテンツＩＤとクライアント識別子に対応させて補償用データを内部に蓄積しておく。その後、クライアント端末１の利用者が補償サービスの要求を指示したとき、制御手段１４は、配信対象コンテンツＩＤ、クライアント識別子、クライアント端末１のアドレスなどを含む補償サービス要求を補償サービス管理手段６２に送信し、補償サービス管理手段６２は、配信対象コンテンツＩＤとクライアント識別子に対応する補償用データが内部に蓄積されているか否かを調べ、蓄積されていればそれを用いて前述と同様な処理を行う。
【０１０１】
また、以上の実施例では、補償用データとして、受信パケット数、再生時間と終了状態を例示したが、これはあくまでも一例であり、再生時の秒間コマ数、受信の際の実行速度、実効帯域など、任意のデータを利用することができる。また、２以上のデータを総合的に判断して再生品質を定量化するようにしても良い。
【０１０２】
【発明の第２の実施の形態】
図１６を参照すると、本実施の形態にかかるコンテンツ配信システムは、補償用データ管理手段をクライアント端末１側でなくコンテンツ配信サーバ２側に補償用データ管理手段１２Ａとして備えるようにした点で、図１に示した第１の実施の形態と相違する。
【０１０３】
補償用データ管理手段１２Ａは、コンテンツ配信サーバ２がクライアント端末１からのコンテンツ配信要求に従って配信対象コンテンツを配信する際、コンテンツ配信サーバ２から配信対象コンテンツＩＤとクライアント端末１の識別子を受け取り、コンテンツ配信サーバ２からクライアント端末１へ配信されるコンテンツの品質に関する情報を補償用データとして検出して蓄積し、配信終了時や配信中断時などに、配信対象コンテンツＩＤ及びクライアント端末１の識別子を添えて補償サービス管理手段６２に送信する。検出する情報としては、送信パケット数などが考えられる。補償サービス管理手段６２は、配信対象コンテンツＩＤとクライアント識別子に対応させて補償用データを内部に蓄積しておき、その後、クライアント端末１の制御手段１４が、配信対象コンテンツＩＤ、クライアント識別子を含む補償サービス要求を送信してきたとき、補償サービス管理手段６２は、配信対象コンテンツＩＤとクライアント識別子に対応する補償用データを用いて補償サービスの要否判断など、第１の実施の形態と同様の処理を行う。
【０１０４】
この第２の実施の形態によれば、クライアント端末１側に補償用データ管理手段といった特別な機構を必要としない利点がある。
【０１０５】
なお、図１６中、クライアント端末１の制御手段１４から補償用データ管理手段１２Ａに向う破線矢印に示すように、クライアント端末１側におけるコンテンツ再生手段１１に対する再生開始コマンド、再生中断コマンド、再生終了コマンド等の再生状況をクライアント端末１から補償用データ管理手段１２Ａに送信し、補償用データ管理手段１２Ａはクライアント端末１から受信した再生状況を補償用データに含めて補償サービス管理手段６２に伝えるようにしても良い。こうすれば、第１の実施の形態の第３の実施例で説明したような再生時間と終了状態とに応じた補償サービスの提供も可能である。
【０１０６】
【発明の第３の実施の形態】
図１７を参照すると、本実施の形態にかかるコンテンツ配信システムは、補償用データ管理手段をクライアント端末１側とコンテンツ配信サーバ２側の双方に備えるようにした点で、図１に示した第１の実施の形態と相違する。また、コンテンツ配信サーバ２とクライアント端末１との間には中継サーバ９が存在する。なお、この中継サーバ９はコンテンツ配信サーバ２から送信されるコンテンツをクライアント端末１へ中継する機能を持つが、コンテンツを予め蓄積する機能は有していないものとする。
【０１０７】
コンテンツ配信サーバ２側の補償用データ管理手段１２Ａは、コンテンツ配信サーバ２がクライアント端末１からのコンテンツ配信要求に従って配信対象コンテンツを配信する際、コンテンツ配信サーバ２から配信対象コンテンツＩＤとクライアント端末１の識別子を受け取り、コンテンツ配信サーバ２からクライアント端末１へ配信されるコンテンツの品質に関する情報（送信パケット数、送出レートなど）を補償用データとして検出して蓄積し、配信終了時や配信中断時などに、配信対象コンテンツＩＤ及びクライアント端末１の識別子を添えて補償サービス管理手段６２に送信する。補償サービス管理手段６２は、補償用データ管理手段１２Ａから受信した補償用データをサーバ側補償用データとして、配信対象コンテンツＩＤ及びクライアント端末１の識別子に対応させて内部に蓄積する。
【０１０８】
他方、クライアント端末１側の補償用データ管理手段１２で検出され蓄積された補償用データ（受信パケット数など）は、制御手段１４により配信対象コンテンツＩＤとクライアント端末１を特定するクライアント識別子を添えて補償サービス管理手段６２に送信される。補償サービス管理手段６２は、補償用データ管理手段１２から受信した補償用データをクライアント側補償用データとして、配信対象コンテンツＩＤとクライアント識別子に対応させて補償用データを内部に蓄積しておく。
【０１０９】
補償サービス管理手段６２は、クライアント側補償用データとサーバ側補償用データとが揃った時点で、双方の補償用データを用いて補償サービスの要否判断など、第１の実施の形態と同様の処理を行う。
【０１１０】
この第３の実施の形態によれば、クライアント端末側で検出された補償用データとサーバ側で検出された補償用データとの双方を用いて、実施する補償サービスの内容を適切に制御でき、よりきめ細かな補償サービスが可能となる。実施する補償サービスの内容の一例を図１８に示す。この例では、同じコンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１のコンテンツ（ライブストリーミングコンテンツ）について２種類の補償サービス内容が登録されている。その１つは、クライアント端末１での再生品質Ｘがｌｅｖｅｌ１を下回っており、且つコンテンツ配信サーバ２での配信品質Ｚがｌｅｖｅｌ２（ｌｅｖｅｌ２≧ｌｅｖｅｌ１）を超えている第１の補償再生品質条件を持つもので、もう１つは、クライアント端末１での再生品質Ｘがｌｅｖｅｌ１を下回っている点は同じであるが、コンテンツ配信サーバ２での配信品質Ｚがｌｅｖｅｌ２を下回っている第２の補償再生品質条件を持つものである。第１の補償再生品質条件に適合する場合、再生品質の劣化の原因が中継サーバ９の過負荷である可能性があるため、サービス形態として、第１の実施の形態の第２の実施例で説明したようなサーバ切換えによる再ストリーミング許可が登録されている。他方、第２の補償再生品質条件に適合する場合、再生品質の劣化の原因がコンテンツ配信サーバ２の過負荷にあるため、サービス形態として、コンテンツ配信サーバの復旧後に再ストリーミング許可が登録されている。
【０１１１】
コンテンツ配信サーバの復旧後に再ストリーミング許可とは、コンテンツ配信サーバ２の過負荷や障害の復旧後に補償サービスがクライアント端末１で受けられるようにするサービス形態である。具体的な方法としては、権利管理装置６の例えば補償サービス決定手段６３にコンテンツ配信サーバ２の稼動状況をモニタする機能を付加し、過負荷や障害の復旧時に補償用チケットをクライアント端末１へ送信する方法や、補償用チケットを先に送信しておいて、コンテンツ配信サーバ２の過負荷や障害が復旧した時点でその旨を権利管理装置６からクライアント端末１へ通知する方法などを採用することができる。
【０１１２】
【発明の第４の実施の形態】
図１９を参照すると、本実施の形態にかかるコンテンツ配信システムは、コンテンツ配信サーバ２とクライアント端末１との間には存在する中継サーバ９に補償用データ管理手段９１を備えるようにした点で第３の実施の形態と相違する。
【０１１３】
中継サーバ９側の補償用データ管理手段９１は、中継サーバ９がクライアント端末１からのコンテンツ配信要求に従って配信対象コンテンツを配信する際、中継サーバ９から配信対象コンテンツＩＤとクライアント端末１の識別子を受け取り、中継サーバ９からクライアント端末１へ配信されるコンテンツの品質に関する情報（送信パケット数、送出レートなど）を補償用データとして検出して蓄積し、配信終了時や配信中断時などに、配信対象コンテンツＩＤ及びクライアント端末１の識別子を添えて補償サービス管理手段６２に送信する。補償サービス管理手段６２は、補償用データ管理手段９１から受信した補償用データを中継サーバ側補償用データとして、配信対象コンテンツＩＤ及びクライアント端末１の識別子に対応させて内部に蓄積する。
【０１１４】
他方、第３の実施の形態と同様に、コンテンツ配信サーバ２側の補償用データ管理手段１２Ａは、コンテンツ配信サーバ２がクライアント端末１からのコンテンツ配信要求に従って配信対象コンテンツを配信する際、コンテンツ配信サーバ２から配信対象コンテンツＩＤとクライアント端末１の識別子を受け取り、コンテンツ配信サーバ２から中継サーバ９経由でクライアント端末１へ配信されるコンテンツの品質に関する情報（送信パケット数、送出レートなど）を補償用データとして検出して蓄積し、配信終了時や配信中断時などに、配信対象コンテンツＩＤ及びクライアント端末１の識別子を添えて補償サービス管理手段６２に送信する。補償サービス管理手段６２は、補償用データ管理手段１２Ａから受信した補償用データをサーバ側補償用データとして、配信対象コンテンツＩＤ及びクライアント端末１の識別子に対応させて内部に蓄積する。同様に、クライアント端末１側の補償用データ管理手段１２で検出され蓄積された補償用データ（受信パケット数など）は、制御手段１４により配信対象コンテンツＩＤとクライアント端末１を特定するクライアント識別子を添えて補償サービス管理手段６２に送信され、補償サービス管理手段６２は、補償用データ管理手段１２から受信した補償用データをクライアント側補償用データとして、配信対象コンテンツＩＤとクライアント識別子に対応させて補償用データを内部に蓄積しておく。
【０１１５】
補償サービス管理手段６２は、クライアント側補償用データとサーバ側補償用データと中継サーバ側補償用データとが揃った時点で、全ての補償用データを用いて補償サービスの要否判断など、第１の実施の形態と同様の処理を行う。
【０１１６】
この第４の実施の形態によれば、クライアント端末側で検出された補償用データとサーバ側で検出された補償用データと中継サーバ側で検出された補償用データとを用いて、実施する補償サービスの内容を適切に制御でき、第３の実施の形態に比べて、よりきめ細かな補償サービスが可能となる。実施する補償サービスの内容の一例を図２０に示す。この例では、同じコンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１のコンテンツ（ライブストリーミングコンテンツ）について、３種類の補償サービス内容が登録されている。その１つは、クライアント端末１での再生品質Ｘがｌｅｖｅｌ１を下回っており、且つ、中継サーバ９での配信品質Ｑがｌｅｖｅｌ２（ｌｅｖｅｌ２≧ｌｅｖｅｌ１）を下回っており、且つコンテンツ配信サーバ２での配信品質Ｚがｌｅｖｅｌ２を超えている第１の補償再生品質条件を持つもので、もう１つは、クライアント端末１での再生品質Ｘがｌｅｖｅｌ１を下回っている点は同じであるが、中継サーバ９での配信品質Ｑ及びコンテンツ配信サーバ２での配信品質Ｚがｌｅｖｅｌ２を下回っている第２の補償再生品質条件を持つものであり、残りの１つは、クライアント端末１での再生品質Ｘがｌｅｖｅｌ１を下回っており、中継サーバ９での配信品質Ｑ及びコンテンツ配信サーバ２での配信品質Ｚもｌｅｖｅｌ２を下回っている第３の補償再生品質条件を持つものである。第１の補償再生品質条件に適合する場合、再生品質の劣化の原因が中継サーバ９の過負荷である可能性があるため、サービス形態として、第１の実施の形態の第２の実施例で説明したようなサーバ切換えによる再ストリーミング許可が登録されている。他方、第２の補償再生品質条件に適合する場合、再生品質の劣化の原因がコンテンツ配信サーバ２の過負荷にあるため、サービス形態として、第３の実施の形態と同様に、コンテンツ配信サーバの復旧後に再ストリーミング許可が登録されている。そして、第３の補償再生品質条件に適合する場合、再生品質の劣化の原因がクライアント端末１側にあるため、ストリーミングによる補償でなくダウンロード許可が登録されている。
【０１１７】
このように第４の実施の形態によれば、クライアント端末側でのコンテンツの再生品質の劣化の原因がコンテンツ配信サーバ２、中継サーバ９、クライアント端末１の何れに存在するかを或る程度推測できるため、原因箇所に応じた補償サービスを実施することが可能となる。
【０１１８】
【発明の第５の実施の形態】
図２１を参照すると、本発明の第５の実施の形態にかかるコンテンツ配信システムは、クライアント端末１とコンテンツ配信サーバ２とがインターネット等のネットワークを通じて相互に通信可能に接続され、コンテンツ配信サーバ２には、補償用コンテンツ作成手段４、コンテンツデータベース５、ユーザ認証・課金手段１０および補償サービス決定手段６３が接続され、補償サービス決定手段６３には補償サービスデータベース６４が接続されている。また、クライアント端末１は、コンテンツ再生手段１１、補償用データ管理手段１２、制御手段１４および入出力装置１３を備えている。
【０１１９】
コンテンツ配信サーバ２は、例えばインターネットサービスプロダイダの運営するサーバであり、クライアント端末１の利用者は、そのインターネットサーバプロバイダの会員になっている。コンテンツ配信サーバ２は、有料で提供する配信対象コンテンツの補償用コンテンツを補償用コンテンツ作成手段４で作成し、コンテンツデータベース５に登録する。配信対象コンテンツがストリーミングコンテンツの場合、補償用コンテンツはダウンロードコンテンツとして作成される。また、配信対象コンテンツがライブストリーミングコンテンツの場合、その補償用コンテンツとしては、ダウンロードコンテンツ以外に、オンデマンドストリーミングコンテンツとしても作成される。また、補償サービスデータベース６４には、各配信対象コンテンツ毎に、図５で示したものと同様な補償サービス内容が登録されている。
【０１２０】
図２２は本実施の形態の動作を示す流れ図である。クライアント端末１の利用者は、コンテンツ配信サーバ２が提供するコンテンツを視聴する場合、コンテンツ配信サーバ２への接続を行い（ステップＳ１００１）、コンテンツ配信サーバ２との間でユーザ認証を実施する（ステップＳ１００２、Ｓ２００１）。具体的には、利用者ＩＤおよびパスワードをクライアント端末１からコンテンツ配信サーバ２へ送信し、ユーザ認証・課金手段１０において事前に登録された利用者ＩＤおよびパスワードと一致するか否かを調べることでユーザ認証を行う。ユーザ認証に失敗したクライアント端末１は、コンテンツ配信サービスを受けることができない。勿論、その補償用コンテンツの配信サービスも受けることはできない。
【０１２１】
ユーザ認証に成功すると、コンテンツ配信サーバ２は、配信対象コンテンツの一覧画面を送信し（ステップＳ２００２）、クライアント端末１のコンテンツ再生手段１１は制御手段１４を通じて入出力装置１３の表示装置にこれを表示する（ステップＳ１００３）。利用者は、この画面上で視聴したい配信コンテンツを選択する（ステップＳ１００４）。コンテンツ配信サーバ２は、選択された配信対象コンテンツについて事前に定められた料金をユーザ認証・課金手段１０により当該利用者に課金する（ステップＳ２００３）。そして、選択された配信対象コンテンツをコンテンツデータベース５等から読み出してクライアント端末１へ配信する（ステップＳ２００４）。クライアント端末１のコンテンツ再生手段１１は、受信したコンテンツを再生し、利用者に視聴させる（ステップＳ１００５）。
【０１２２】
補償用データ管理手段１２は、第１の実施の形態と同様に、コンテンツ再生手段１１におけるコンテンツ再生品質に関する情報を検出し、配信対象コンテンツＩＤに対応付けて蓄積する。制御手段１４は、再生終了時や再生中断時などに、蓄積された補償用データと配信対象コンテンツＩＤとをコンテンツ配信サーバ２へ送信する（ステップＳ１００６）。コンテンツ配信サーバ２は、受信した補償用データと配信対象コンテンツＩＤを補償サービス決定手段６３に渡し、補償サービス決定手段６３は第１の実施の形態と同様に再生品質を定量化し、補償サービスデータベース６４を参照して補償サービスの要否を判断する（ステップＳ２００５）。補償サービスが不要の場合（ステップＳ２００６でＮＯ）、処理を終えるが、必要な場合（ステップＳ２００６でＹＥＳ）、コンテンツ配信サーバ２は補償サービス決定手段６３で決定された補償サービスの内容に従って、コンテンツデータベース５から補償用コンテンツを読み出し、クライアント端末１へ配信する（ステップＳ２００７）。クライアント端末１のコンテンツ再生手段１１は、受信した補償用コンテンツを再生し、利用者に視聴させる（ステップＳ１００７）。
【０１２３】
この第５の実施の形態では、インターネットサービスプロバイダの会員に対して有料で提供したコンテンツの再生品質が一定レベル以下であった場合に、コンテンツの再視聴による補償を行うことができる。また、配信対象コンテンツ及び補償用コンテンツは暗号化されていないが、その配信を受けることができる利用者はインターネットサービスプロバイダの会員であることが必要であるため、第三者による不正な視聴を防止できる。
【０１２４】
以上、本発明の実施の形態ならびに実施例について説明したが、本発明は以上の例に限定されず、その他各種の付加変更が可能である。例えば、以下のように構成することができる。
【０１２５】
ライブストリーミングコンテンツのライブ中であっても、補償用コンテンツであるオンデマンドストリーミングコンテンツの視聴を可能にする。これは、ライブストリーミングコンテンツの録画と並行して、その録画内容を読み出してライブストリーミングコンテンツを順次生成して配信可能とすることで実現できる。
【０１２６】
図３の実施例などにおいては、補償用コンテンツ作成手段４はコンテンツデータベース５に登録された補償サービス内容を参照するようにしたが、補償用コンテンツ作成手段４がネットワークを介して補償サービスデータベース６４を参照するようにしても良い。
【０１２７】
図３の実施例などにおいては、コンテンツの配信を受ける中継サーバをクライアント端末１の利用者が選択するようにしたが、ＣＤＮで適切な中継サーバに振り分ける技術など、既存の中継サーバの自動選択技術を用いるようにしてもよい。
【０１２８】
【発明の効果】
以上説明したように本発明によれば、コンテンツ利用者が一定の品質で視聴できなかった場合に、その視聴に対してコンテンツの再視聴による補償が可能となる。その理由は、配信対象コンテンツの再生品質が予め定めた基準以下であった場合、配信対象コンテンツから生成された補償用コンテンツの視聴を許可するためである。
【０１２９】
また、補償のために再視聴させるコンテンツが補償対象クライアント以外の者に不正に再生されるのを防止することできる。その理由は、配信対象コンテンツを一定品質で視聴できなかった利用者だけが復号できるように補償用コンテンツが暗号化されており、補償用コンテンツへの不正なアクセスを防止できるからである。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態の構成を示すブロック図である。
【図２】本発明の第１の実施の形態の動作を示す流れ図である。
【図３】本発明の第１の実施の形態の第１の実施例を示すブロック図である。
【図４】本発明の第１の実施の形態の第１の実施例における配信対象コンテンツ、補償用コンテンツの生成と登録段階の流れ図である。
【図５】補償サービスデータベースの登録内容の一例を示す図である。
【図６】暗号鍵データベースの登録内容の一例を示す図である。
【図７】コンテンツデータベースの登録内容の一例を示す図である。
【図８】本発明の第１の実施の形態の第１の実施例における配信対象コンテンツ及び補償用コンテンツの中継サーバへの配布段階の流れ図である。
【図９】本発明の第１の実施の形態の第１の実施例における配信対象コンテンツの視聴段階の流れ図である。
【図１０】本発明の第１の実施の形態の第１の実施例における補償サービスの実施段階の流れ図である。
【図１１】本発明の第１の実施の形態の第２の実施例を示すブロック図である。
【図１２】本発明の第１の実施の形態の第２の実施例における補償サービスの内容例を示す図である。
【図１３】本発明の第１の実施の形態の第３の実施例における補償サービスの内容例を示す図である。
【図１４】本発明の第１の実施の形態の第４の実施例における補償サービスの内容例を示す図である。
【図１５】本発明の第１の実施の形態の第４の実施例における暗号鍵データベースの内容例を示す図である。
【図１６】本発明の第２の実施の形態の構成を示すブロック図である。
【図１７】本発明の第３の実施の形態の構成を示すブロック図である。
【図１８】本発明の第３の実施の形態における補償サービスの内容例を示す図である。
【図１９】本発明の第４の実施の形態の構成を示すブロック図である。
【図２０】本発明の第４の実施の形態における補償サービスの内容例を示す図である。
【図２１】本発明の第５の実施の形態の構成を示すブロック図である。
【図２２】本発明の第５の実施の形態の動作を示す流れ図である。
【図２３】従来のコンテンツ配信システムのブロック図である。
【符号の説明】
１…クライアント端末
２…コンテンツ配信サーバ
３…暗号化処理手段
４…補償用コンテンツ作成手段
５…コンテンツデータベース
６…権利管理装置
７…コンテンツ生成装置
８…コンテンツ管理装置
９…中継サーバ
Claims (44)
- ネットワークを通じて相互に通信可能に接続された配信サーバ端末とクライアント端末とから構成され、
前記クライアント端末は、
コンテンツを再生するためのコンテンツ再生手段と、
前記コンテンツ再生手段におけるコンテンツの再生品質に関する情報を検出して前記配信サーバ端末へ送信するクライアント側補償用データ管理手段と、
前記配信サーバ端末に対して前記配信対象コンテンツの配信に関して補償を要求する制御手段とを備え、
前記配信サーバ端末は、
配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、
前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段と、
補償の要求があった前記クライアント端末の前記クライアント側補償用データ管理手段から受信した前記配信対象コンテンツの再生品質に関する情報と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定する補償サービス決定手段と、
前記コンテンツ記憶手段に記憶された配信対象コンテンツをネットワークを介して前記クライアント端末へ配信すると共に、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信するコンテンツ配信手段とを備えることを特徴とするコンテンツ配信補償システム。 - ネットワークを通じて相互に通信可能に接続された配信サーバ端末とクライアント端末とから構成され、
前記クライアント端末は、
コンテンツを再生するためのコンテンツ再生手段と、
前記配信サーバ端末に対して前記配信対象コンテンツの配信に関して補償を要求する制御手段とを備え、
前記配信サーバ端末は、
配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、
前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段と、
前記クライアント端末への前記配信対象コンテンツの配信品質を検出するサーバ側補償用データ管理手段と、
補償の要求があった前記クライアント端末に関して前記サーバ側補償用データ管理手段で検出された前記配信対象コンテンツの配信品質と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定する補償サービス決定手段と、
前記コンテンツ記憶手段に記憶された配信対象コンテンツをネットワークを介して前記クライアント端末へ配信すると共に、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信するコンテンツ配信手段とを備えることを特徴とするコンテンツ配信補償システム。 - ネットワークを通じて相互に通信可能に接続された配信サーバ端末とクライアント端末とから構成され、
前記クライアント端末は、
コンテンツを再生するためのコンテンツ再生手段と、
前記コンテンツ再生手段におけるコンテンツの再生品質に関する情報を検出して前記配信サーバ端末へ送信するクライアント側補償用データ管理手段と、
前記配信サーバ端末に対して前記配信対象コンテンツの配信に関して補償を要求する制御手段とを備え、
前記配信サーバ端末は、
配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、
前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段と、
前記クライアント端末への前記配信対象コンテンツの配信品質を検出するサーバ側補償用データ管理手段と、
補償の要求があった前記クライアント端末の前記クライアント側補償用データ管理手段から受信した前記配信対象コンテンツの再生品質に関する情報および前記サーバ側補償用データ管理手段で検出された前記配信対象コンテンツの配信品質と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定する補償サービス決定手段と、
前記コンテンツ記憶手段に記憶された配信対象コンテンツをネットワークを介して前記クライアント端末へ配信すると共に、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信するコンテンツ配信手段とを備えることを特徴とするコンテンツ配信補償システム。 - ネットワークを通じて相互に通信可能に接続された配信サーバ端末、クライアント端末、および前記配信サーバ端末から前記クライアント端末へ配信されるコンテンツの中継を行う中継サーバ端末から構成され、
前記クライアント端末は、
コンテンツを再生するためのコンテンツ再生手段と、
前記コンテンツ再生手段におけるコンテンツの再生品質に関する情報を検出して前記配信サーバ端末へ送信するクライアント側補償用データ管理手段と、
前記配信サーバ端末に対して前記配信対象コンテンツの配信に関して補償を要求する制御手段とを備え、
前記中継サーバ端末は、
前記クライアント端末への前記配信対象コンテンツの配信品質を検出して前記配信サーバ端末へ送信する中継側補償用データ管理手段を備え、
前記配信サーバ端末は、
配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、
前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段と、
前記クライアント端末への前記配信対象コンテンツの配信品質を検出するサーバ側補償用データ管理手段と、
補償の要求があった前記クライアント端末の前記クライアント側補償用データ管理手段から受信した前記配信対象コンテンツの再生品質に関する情報、前記中継側補償用データ管理手段から受信した前記配信対象コンテンツの配信品質、および前記サーバ側補償用データ管理手段で検出された前記配信対象コンテンツの配信品質と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定する補償サービス決定手段と、
前記コンテンツ記憶手段に記憶された配信対象コンテンツをネットワークを介して前記クライアント端末へ配信すると共に、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信するコンテンツ配信手段とを備えることを特徴とするコンテンツ配信補償システム。 - 前記配信サーバ端末に、前記配信対象コンテンツから前記補償用コンテンツを生成する補償用コンテンツ作成手段を備えることを特徴とする請求項１ないし４の何れか１項に記載のコンテンツ配信補償システム。
- 前記コンテンツ配信手段から前記クライアント端末へ配信されるコンテンツの中継を行う１以上の中継サーバ端末を備えることを特徴とする請求項１ないし３の何れか１項に記載のコンテンツ配信補償システム。
- 前記配信サーバ端末に、前記クライアント端末へ配信する配信対象コンテンツおよび補償用コンテンツを暗号化する暗号化処理手段と、暗号化された配信対象コンテンツの復号鍵を内包するチケットおよび暗号化された補償用コンテンツの復号鍵を内包するチケットを生成するチケット生成手段とを備え、
前記クライアント端末のコンテンツ再生手段は、前記チケット生成手段から受信したチケットに内包される復号鍵を用いて、暗号化された配信対象コンテンツおよび補償用コンテンツを復号することを特徴とする請求項１ないし６の何れか１項に記載のコンテンツ配信補償システム。 - 前記配信サーバ端末に、前記クライアント端末との間でユーザ認証処理を行うユーザ認証手段を備えることを特徴とする請求項１ないし６の何れか１項に記載のコンテンツ配信補償システム。
- 前記配信対象コンテンツがストリーミングコンテンツである場合、前記補償用コンテンツがダウンロードコンテンツである請求項１ないし８の何れか１項に記載のコンテンツ配信補償システム。
- 前記配信対象コンテンツがライブストリーミングコンテンツである場合、前記補償用コンテンツがオンデマンドストリーミングコンテンツ、ダウンロードコンテンツの何れか一方、またはその双方である請求項１ないし８の何れか１項に記載のコンテンツ配信補償システム。
- ネットワークを通じて相互に通信可能に接続された配信サーバ端末とクライアント端末とから構成され、前記配信サーバ端末に、配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段とを備えるコンテンツ配信システムにおけるコンテンツ配信補償方法であって、
ａ）前記配信サーバ端末のコンテンツ配信手段が、前記配信対象コンテンツをネットワークを介してクライアント端末へ配信するステップと、
ｂ）前記クライアント端末のコンテンツ再生手段が、受信した前記配信対象コンテンツを再生するステップと、
ｃ）前記クライアント端末のクライアント側補償用データ管理手段が、前記コンテンツ再生手段におけるコンテンツの再生品質に関する情報を検出して前記配信サーバ端末へ送信するステップと、
ｄ）前記クライアント端末の制御手段が、前記配信サーバ端末に対して前記配信対象コンテンツの配信に関して補償を要求するステップと、
ｅ）前記配信サーバ端末の補償サービス決定手段が、補償の要求があった前記クライアント端末の前記クライアント側補償用データ管理手段から受信した前記配信対象コンテンツの再生品質に関する情報と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定するステップと、
ｆ）前記配信サーバ端末の前記コンテンツ配信手段が、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信するステップと、
ｇ）前記クライアント端末の前記コンテンツ再生手段が、受信した補償用コンテンツを再生するステップとを含むことを特徴とするコンテンツ配信補償方法。 - ネットワークを通じて相互に通信可能に接続された配信サーバ端末とクライアント端末とから構成され、前記配信サーバ端末に、配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段とを備えるコンテンツ配信システムにおけるコンテンツ配信補償方法であって、
ａ）前記配信サーバ端末のコンテンツ配信手段が、前記配信対象コンテンツをネットワークを介してクライアント端末へ配信するステップと、
ｂ）前記配信サーバ端末のサーバ側補償用データ管理手段が、前記クライアント端末への前記配信対象コンテンツの配信品質を検出するステップと、
ｃ）前記クライアント端末のコンテンツ再生手段が、受信した前記配信対象コンテンツを再生するステップと、
ｄ）前記クライアント端末の制御手段が、前記配信サーバ端末に対して前記配信対象コンテンツの配信に関して補償を要求するステップと、
ｅ）前記配信サーバ端末の補償サービス決定手段が、補償の要求があった前記クライアント端末に関して前記サーバ側補償用データ管理手段で検出された前記配信対象コンテンツの配信品質と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定するステップと、
ｆ）前記配信サーバ端末の前記コンテンツ配信手段が、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信するステップと、
ｇ）前記クライアント端末の前記コンテンツ再生手段が、受信した補償用コンテンツを再生するステップとを含むことを特徴とするコンテンツ配信補償方法。 - ネットワークを通じて相互に通信可能に接続された配信サーバ端末とクライアント端末とから構成され、前記配信サーバ端末に、配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段とを備えるコンテンツ配信システムにおけるコンテンツ配信補償方法であって、
ａ）前記配信サーバ端末のコンテンツ配信手段が、前記配信対象コンテンツをネットワークを介してクライアント端末へ配信するステップと、
ｂ）前記配信サーバ端末のサーバ側補償用データ管理手段が、前記クライアント端末への前記配信対象コンテンツの配信品質を検出するステップと、
ｃ）前記クライアント端末のコンテンツ再生手段が、受信した前記配信対象コンテンツを再生するステップと、
ｄ）前記クライアント端末のクライアント側補償用データ管理手段が、前記コンテンツ再生手段におけるコンテンツの再生品質に関する情報を検出して前記配信サーバ端末へ送信するステップと、
ｅ）前記クライアント端末の制御手段が、前記配信サーバ端末に対して前記配信対象コンテンツの配信に関して補償を要求するステップと、
ｆ）前記配信サーバ端末の補償サービス決定手段が、補償の要求があった前記クライアント端末の前記クライアント側補償用データ管理手段から受信した前記配信対象コンテンツの再生品質に関する情報および前記サーバ側補償用データ管理手段で検出された前記配信対象コンテンツの配信品質と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定するステップと、
ｇ）前記配信サーバ端末の前記コンテンツ配信手段が、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信するステップと、
ｈ）前記クライアント端末の前記コンテンツ再生手段が、受信した補償用コンテンツを再生するステップとを含むことを特徴とするコンテンツ配信補償方法。 - ネットワークを通じて相互に通信可能に接続された配信サーバ端末とクライアント端末とから構成され、前記配信サーバ端末に、配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段とを備えるコンテンツ配信システムにおけるコンテンツ配信補償方法であって、
ａ）前記配信サーバ端末のコンテンツ配信手段が、前記配信対象コンテンツをネットワークを介してクライアント端末へ配信するステップと、
ｂ）前記配信サーバ端末のサーバ側補償用データ管理手段が、前記クライアント端末への前記配信対象コンテンツの配信品質を検出するステップと、
ｃ）前記配信サーバ端末から前記クライアント端末へ配信されるコンテンツの中継を行う中継サーバ端末の中継側補償用データ管理手段が、前記クライアント端末への前記配信対象コンテンツの配信品質を検出して前記配信サーバ端末へ送信するステップと、
ｄ）前記クライアント端末のコンテンツ再生手段が、受信した前記配信対象コンテンツを再生するステップと、
ｅ）前記クライアント端末のクライアント側補償用データ管理手段が、前記コンテンツ再生手段におけるコンテンツの再生品質に関する情報を検出して前記配信サーバ端末へ送信するステップと、
ｆ）前記クライアント端末の制御手段が、前記配信サーバ端末に対して前記配信対象コンテンツの配信に関して補償を要求するステップと、
ｇ）前記配信サーバ端末の補償サービス決定手段が、補償の要求があった前記クライアント端末の前記クライアント側補償用データ管理手段から受信した前記配信対象コンテンツの再生品質に関する情報、前記中継側補償用データ管理手段から受信した前記配信対象コンテンツの配信品質および前記サーバ側補償用データ管理手段で検出された前記配信対象コンテンツの配信品質と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定するステップと、
ｈ）前記配信サーバ端末の前記コンテンツ配信手段が、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信するステップと、
ｉ）前記クライアント端末の前記コンテンツ再生手段が、受信した補償用コンテンツを再生するステップとを含むことを特徴とするコンテンツ配信補償方法。 - 前記配信サーバ端末の補償用コンテンツ作成手段が、前記配信対象コンテンツから前記補償用コンテンツを生成するステップを含むことを特徴とする請求項１１ないし１４の何れか１項に記載のコンテンツ配信補償方法。
- 中継サーバ端末が、前記コンテンツ配信手段から前記クライアント端末へ配信される前記配信対象コンテンツおよび補償用コンテンツの中継を行うステップと含むことを特徴とする請求項１１ないし１３の何れか１項に記載のコンテンツ配信補償方法。
- 前記配信サーバ端末の暗号化処理手段が、前記クライアント端末へ配信する配信対象コンテンツおよび補償用コンテンツを暗号化するステップと、
前記配信サーバ端末のチケット生成手段が、暗号化された配信対象コンテンツの復号鍵を内包するチケットおよび暗号化された補償用コンテンツの復号鍵を内包するチケットを生成するステップと、
前記クライアント端末のコンテンツ再生手段が、前記チケット生成手段から受信したチケットに内包される復号鍵を用いて、暗号化された配信対象コンテンツおよび補償用コンテンツを復号するステップとを含むことを特徴とする請求項１１ないし１６の何れか１項に記載のコンテンツ配信補償方法。 - 前記配信サーバ端末のユーザ認証手段が、前記クライアント端末との間でユーザ認証処理を行うステップを含むことを特徴とする請求項１１ないし１６の何れか１項に記載のコンテンツ配信補償方法。
- 前記配信対象コンテンツがストリーミングコンテンツである場合、前記補償用コンテンツがダウンロードコンテンツである請求項１１ないし１８の何れか１項に記載のコンテンツ配信補償方法。
- 前記配信対象コンテンツがライブストリーミングコンテンツである場合、前記補償用コンテンツがオンデマンドストリーミングコンテンツ、ダウンロードコンテンツの何れか一方、またはその双方である請求項１１ないし１８の何れか１項に記載のコンテンツ配信補償方法。
- コンテンツを再生するためのコンテンツ再生手段と該コンテンツ再生手段におけるコンテンツの再生品質に関する情報を検出して送信するクライアント側補償用データ管理手段とコンテンツの配信に関して補償を要求する制御手段とを備えたクライアント端末にネットワークを通じて通信可能に接続された配信サーバ端末であって、
配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、
前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段と、
補償の要求があった前記クライアント端末の前記クライアント側補償用データ管理手段から受信した前記配信対象コンテンツの再生品質に関する情報と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定する補償サービス決定手段と、
前記コンテンツ記憶手段に記憶された配信対象コンテンツをネットワークを介して前記クライアント端末へ配信すると共に、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信するコンテンツ配信手段とを備えることを特徴とする配信サーバ端末。 - コンテンツを再生するためのコンテンツ再生手段とコンテンツの配信に関して補償を要求する制御手段とを備えたクライアント端末にネットワークを通じて通信可能に接続された配信サーバ端末であって、
配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、
前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段と、
前記クライアント端末への前記配信対象コンテンツの配信品質を検出するサーバ側補償用データ管理手段と、
補償の要求があった前記クライアント端末に関して前記サーバ側補償用データ管理手段で検出された前記配信対象コンテンツの配信品質と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定する補償サービス決定手段と、
前記コンテンツ記憶手段に記憶された配信対象コンテンツをネットワークを介して前記クライアント端末へ配信すると共に、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信するコンテンツ配信手段とを備えることを特徴とする配信サーバ端末。 - コンテンツを再生するためのコンテンツ再生手段と該コンテンツ再生手段におけるコンテンツの再生品質に関する情報を検出して送信するクライアント側補償用データ管理手段とコンテンツの配信に関して補償を要求する制御手段とを備えたクライアント端末にネットワークを通じて通信可能に接続された配信サーバ端末であって、
配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、
前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段と、
前記クライアント端末への前記配信対象コンテンツの配信品質を検出するサーバ側補償用データ管理手段と、
補償の要求があった前記クライアント端末の前記クライアント側補償用データ管理手段から受信した前記配信対象コンテンツの再生品質に関する情報および前記サーバ側補償用データ管理手段で検出された前記配信対象コンテンツの配信品質と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定する補償サービス決定手段と、
前記コンテンツ記憶手段に記憶された配信対象コンテンツをネットワークを介して前記クライアント端末へ配信すると共に、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信するコンテンツ配信手段とを備えることを特徴とする配信サーバ端末。 - コンテンツを再生するためのコンテンツ再生手段と該コンテンツ再生手段におけるコンテンツの再生品質に関する情報を検出して送信するクライアント側補償用データ管理手段とコンテンツの配信に関して補償を要求する制御手段とを備えたクライアント端末と、該クライアント端末へ配信されるコンテンツの中継を行うサーバであって、前記クライアント端末へのコンテンツの配信品質を検出して送信する中継側補償用データ管理手段を備えた中継サーバ端末とにネットワークを通じて接続された配信サーバ端末であって、
配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、
前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段と、
前記クライアント端末への前記配信対象コンテンツの配信品質を検出するサーバ側補償用データ管理手段と、
補償の要求があった前記クライアント端末の前記クライアント側補償用データ管理手段から受信した前記配信対象コンテンツの再生品質に関する情報、前記中継側補償用データ管理手段から受信した前記配信対象コンテンツの配信品質、および前記サーバ側補償用データ管理手段で検出された前記配信対象コンテンツの配信品質と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定する補償サービス決定手段と、
前記コンテンツ記憶手段に記憶された配信対象コンテンツをネットワークを介して前記クライアント端末へ配信すると共に、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信するコンテンツ配信手段とを備えることを特徴とする配信サーバ端末。 - 前記配信対象コンテンツから前記補償用コンテンツを生成する補償用コンテンツ作成手段を備えることを特徴とする請求項２１ないし２４の何れか１項に記載の配信サーバ端末。
- 前記コンテンツ配信手段は、１以上の中継サーバ端末を経由して、前記クライアント端末へコンテンツの配信を行うことを特徴とする請求項２１ないし２３の何れか１項に記載の配信サーバ端末。
- 前記クライアント端末へ配信する配信対象コンテンツおよび補償用コンテンツを暗号化する暗号化処理手段と、暗号化された配信対象コンテンツの復号鍵を内包するチケットおよび暗号化された補償用コンテンツの復号鍵を内包するチケットを生成するチケット生成手段とを備えることを特徴とする請求項２１ないし２６の何れか１項に記載の配信サーバ端末。
- 前記クライアント端末との間でユーザ認証処理を行うユーザ認証手段を備えることを特徴とする請求項２１ないし２６の何れか１項に記載の配信サーバ端末。
- 前記配信対象コンテンツがストリーミングコンテンツである場合、前記補償用コンテンツがダウンロードコンテンツである請求項２１ないし２８の何れか１項に記載の配信サーバ端末。
- 前記配信対象コンテンツがライブストリーミングコンテンツである場合、前記補償用コンテンツがオンデマンドストリーミングコンテンツ、ダウンロードコンテンツの何れか一方、またはその双方である請求項２１ないし２８の何れか１項に記載の配信サーバ端末。
- コンテンツを再生するためのコンテンツ再生手段と該コンテンツ再生手段におけるコンテンツの再生品質に関する情報を検出して送信するクライアント側補償用データ管理手段とコンテンツの配信に関して補償を要求する制御手段とを備えたクライアント端末にネットワークを通じて通信可能に接続され、配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段とを有する配信サーバ端末を構成するコンピュータを、
補償の要求があった前記クライアント端末の前記クライアント側補償用データ管理手段から受信した前記配信対象コンテンツの再生品質に関する情報と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定する補償サービス決定手段と、
前記コンテンツ記憶手段に記憶された配信対象コンテンツをネットワークを介して前記クライアント端末へ配信すると共に、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信するコンテンツ配信手段として機能させるためのプログラム。 - コンテンツを再生するためのコンテンツ再生手段とコンテンツの配信に関して補償を要求する制御手段とを備えたクライアント端末にネットワークを通じて通信可能に接続され、配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段とを有する配信サーバ端末を構成するコンピュータを、
前記クライアント端末への前記配信対象コンテンツの配信品質を検出するサーバ側補償用データ管理手段と、
補償の要求があった前記クライアント端末に関して前記サーバ側補償用データ管理手段で検出された前記配信対象コンテンツの配信品質と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定する補償サービス決定手段と、
前記コンテンツ記憶手段に記憶された配信対象コンテンツをネットワークを介して前記クライアント端末へ配信すると共に、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信するコンテンツ配信手段として機能させるためのプログラム。 - コンテンツを再生するためのコンテンツ再生手段と該コンテンツ再生手段におけるコンテンツの再生品質に関する情報を検出して送信するクライアント側補償用データ管理手段とコンテンツの配信に関して補償を要求する制御手段とを備えたクライアント端末にネットワークを通じて通信可能に接続され、配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段とを有する配信サーバ端末を構成するコンピュータを、
前記クライアント端末への前記配信対象コンテンツの配信品質を検出するサーバ側補償用データ管理手段と、
補償の要求があった前記クライアント端末の前記クライアント側補償用データ管理手段から受信した前記配信対象コンテンツの再生品質に関する情報および前記サーバ側補償用データ管理手段で検出された前記配信対象コンテンツの配信品質と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定する補償サービス決定手段と、
前記コンテンツ記憶手段に記憶された配信対象コンテンツをネットワークを介して前記クライアント端末へ配信すると共に、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信するコンテンツ配信手段として機能させるためのプログラム。 - コンテンツを再生するためのコンテンツ再生手段と該コンテンツ再生手段におけるコンテンツの再生品質に関する情報を検出して送信するクライアント側補償用データ管理手段とコンテンツの配信に関して補償を要求する制御手段とを備えたクライアント端末と、該クライアント端末へ配信されるコンテンツの中継を行うサーバであって、前記クライアント端末へのコンテンツの配信品質を検出して送信する中継側補償用データ管理手段を備えた中継サーバ端末とにネットワークを通じて接続され、配信対象コンテンツおよび該配信対象コンテンツから生成された補償用コンテンツを記憶するコンテンツ記憶手段と、前記配信対象コンテンツの配信に関して補償を受けるための再生品質の条件と補償用コンテンツの識別子とを含む補償サービス情報を記憶する補償サービス記憶手段とを有する配信サーバ端末を構成するコンピュータを、
前記クライアント端末への前記配信対象コンテンツの配信品質を検出するサーバ側補償用データ管理手段と、
補償の要求があった前記クライアント端末の前記クライアント側補償用データ管理手段から受信した前記配信対象コンテンツの再生品質に関する情報、前記中継側補償用データ管理手段から受信した前記配信対象コンテンツの配信品質、および前記サーバ側補償用データ管理手段で検出された前記配信対象コンテンツの配信品質と前記補償サービス情報中の補償を受けるための再生品質の条件とを比較し、前記クライアント端末への前記配信対象コンテンツの配信に関する補償の必要性の有無および補償に使用する補償用コンテンツの識別子を決定する補償サービス決定手段と、
前記コンテンツ記憶手段に記憶された配信対象コンテンツをネットワークを介して前記クライアント端末へ配信すると共に、前記補償サービス決定手段で補償が必要と決定された前記クライアント端末に対して、前記決定された識別子を持つ補償用コンテンツを配信するコンテンツ配信手段として機能させるためのプログラム。 - 前記コンピュータを、さらに、前記配信対象コンテンツから前記補償用コンテンツを生成する補償用コンテンツ作成手段として機能させることを特徴とする請求項３１ないし３４の何れか１項に記載のプログラム。
- 前記コンテンツ配信手段は、１以上の中継サーバ端末を経由して、前記クライアント端末へコンテンツの配信を行うことを特徴とする請求項３１ないし３３の何れか１項に記載のプログラム。
- 前記コンピュータを、さらに、前記クライアント端末へ配信する配信対象コンテンツおよび補償用コンテンツを暗号化する暗号化処理手段と、暗号化された配信対象コンテンツの復号鍵を内包するチケットおよび暗号化された補償用コンテンツの復号鍵を内包するチケットを生成するチケット生成手段として機能させるための請求項３１ないし３６の何れか１項に記載のプログラム。
- 前記コンピュータを、さらに、前記クライアント端末との間でユーザ認証処理を行うユーザ認証手段として機能させることを特徴とする請求項３１ないし３６の何れか１項に記載のプログラム。
- 前記配信対象コンテンツがストリーミングコンテンツである場合、前記補償用コンテンツがダウンロードコンテンツである請求項３１ないし３８の何れか１項に記載のプログラム。
- 前記配信対象コンテンツがライブストリーミングコンテンツである場合、前記補償用コンテンツがオンデマンドストリーミングコンテンツ、ダウンロードコンテンツの何れか一方、またはその双方である請求項３１ないし３８の何れか１項に記載のプログラム。
- ネットワークを通じて通信可能に接続されたクライアント端末へ配信されるコンテンツの補償を行うための条件を記憶する補償サービス記憶手段と、前記クライアント端末への配信対象コンテンツおよび前記配信対象コンテンツから生成される補償用コンテンツを記憶するコンテンツ記憶手段と、前記クライアント端末において再生された配信対象コンテンツの再生品質に関する情報と前記条件とを比較し、前記クライアント端末への前記補償の必要性の有無を決定する補償サービス決定手段と、前記クライアント端末に配信対象コンテンツを配信すると共に前記補償サービス決定手段で補償が必要と決定されたクライアント端末に対して前記補償用コンテンツを配信するコンテンツ配信手段と、を有する配信サーバ端末にネットワークを通じて通信可能に接続されるクライアント端末であって、
前記配信サーバ端末から、配信対象コンテンツを受信し、再生するコンテンツ再生手段と、
該コンテンツ再生手段により再生される配信対象コンテンツの再生品質に関する情報を検出するクライアント側補償用データ管理手段と、
前記配信対象コンテンツの再生品質に関する情報と前記配信対象コンテンツの配信に関する補償の要求とを前記配信サーバ端末に送信する制御手段と、
を備え、
前記コンテンツ再生手段は、前記補償サービス決定手段により補償が必要と決定された場合に、前記配信サーバ端末から配信される補償用コンテンツを受信し、再生することを特徴とするクライアント端末。 - 前記クライアント側補償用データ管理手段が検出する前記再生品質に関する情報は、前記配信対象コンテンツについて前記コンテンツ生成手段が受信したパケット数であることを特徴とする請求項４１に記載のクライアント端末。
- 前記配信対象コンテンツがストリーミングコンテンツである場合、前記補償用コンテンツがダウンロードコンテンツである請求項４１ないし４２の何れか１項にに記載のクライアント端末。
- 前記配信対象コンテンツがライブストリーミングコンテンツである場合、前記補償用コンテンツがオンデマンドストリーミングコンテンツ、ダウンロードコンテンツの何れか一方、またはその双方である請求項４１ないし４２の何れか１項に記載のクライアント端末。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001378535A JP4000846B2 (ja) | 2001-12-12 | 2001-12-12 | コンテンツ配信補償システム及びその方法、配信サーバ端末、クライアント端末並びにプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001378535A JP4000846B2 (ja) | 2001-12-12 | 2001-12-12 | コンテンツ配信補償システム及びその方法、配信サーバ端末、クライアント端末並びにプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003179898A JP2003179898A (ja) | 2003-06-27 |
| JP4000846B2 true JP4000846B2 (ja) | 2007-10-31 |
Family
ID=19186228
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001378535A Expired - Fee Related JP4000846B2 (ja) | 2001-12-12 | 2001-12-12 | コンテンツ配信補償システム及びその方法、配信サーバ端末、クライアント端末並びにプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4000846B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012153949A3 (ko) * | 2011-05-06 | 2013-01-03 | 주식회사 네오위즈인터넷 | 콘텐츠 이용 방법, 콘텐츠 이용 장치, 모바일 단말기 및 기록매체 |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4385996B2 (ja) | 2005-05-23 | 2009-12-16 | ソニー株式会社 | コンテンツ表示再生システム、コンテンツ表示再生方法、コンテンツ表示再生プログラムを記録した記録媒体及び操作制御装置 |
| US20090147960A1 (en) * | 2006-03-17 | 2009-06-11 | Matsushita Electric Industrial Co., Ltd. | Content search device |
| JP6381011B2 (ja) * | 2013-05-20 | 2018-08-29 | Ｎｅｃプラットフォームズ株式会社 | コンテンツ配信システム及び受信装置 |
| JP5981683B1 (ja) * | 2015-05-29 | 2016-08-31 | 楽天株式会社 | ユーザ特定システム、ユーザ特定方法及びユーザ特定プログラム |
-
2001
- 2001-12-12 JP JP2001378535A patent/JP4000846B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012153949A3 (ko) * | 2011-05-06 | 2013-01-03 | 주식회사 네오위즈인터넷 | 콘텐츠 이용 방법, 콘텐츠 이용 장치, 모바일 단말기 및 기록매체 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003179898A (ja) | 2003-06-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1675881B (zh) | 通过网络监控从内容供应商提供的数字内容的方法，系统及装置 | |
| JP4409940B2 (ja) | 取引データをキャプチャするための双方向情報サービスシステムおよび関連する方法 | |
| US6993508B1 (en) | Method and mechanism for vending digital content | |
| US7849016B2 (en) | Internet-based data content rental system and method | |
| EP1348151B1 (en) | System and method for the secure distribution of digital content in a sharing network | |
| JP4463998B2 (ja) | 保護されたオンライン音楽配布システム | |
| JP4861331B2 (ja) | コンテンツ権利管理装置及びコンテンツ権利管理方法 | |
| JP4196561B2 (ja) | コンテンツ配信方法、サーバ端末、中継サーバ、サーバクラスタ及びプログラム | |
| US8724808B2 (en) | Method for secure distribution of digital data representing a multimedia content | |
| CN102160391B (zh) | 通过第三方网络的数字权利管理许可 | |
| KR101036371B1 (ko) | 콘텐츠 처리 장치 및 처리 방법과 콘텐츠 공급 장치 및 방법 | |
| US20030204716A1 (en) | System and methods for digital content distribution | |
| US20040133448A1 (en) | Content history log collecting system, terminal device and server device | |
| KR20040007409A (ko) | 멀티미디어 다중방송 콘텐츠의 자격 통제 메시지 및 자격관리 메시지 배포 방법 | |
| KR20020064672A (ko) | 콘텐츠 이용 관리 시스템 및 콘텐츠 이용 관리 방법 | |
| WO2004008289A2 (en) | Decentralized media delivery | |
| WO2007148512A1 (ja) | 端末装置 | |
| US20040236940A1 (en) | Contents supplying system, method and program | |
| JP2012014729A (ja) | コンピュータ・ネットワークを用いてデジタル・データを含むファイルを配布するためのシステム | |
| JP4000846B2 (ja) | コンテンツ配信補償システム及びその方法、配信サーバ端末、クライアント端末並びにプログラム | |
| JPH10333769A (ja) | マルチメディアデータ配信システム及びマルチメディアデータ再生端末 | |
| KR100610638B1 (ko) | 주문형 멀티미디어 콘텐츠 제공 시스템 및 그 방법 | |
| JP2003099676A (ja) | コンテンツ流通方法、コンテンツ流通システム及びその装置 | |
| EP4242883A1 (en) | Method and system for managing content data access | |
| KR100914624B1 (ko) | 인터넷상에서 동영상을 이용한 광고방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041115 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070424 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070622 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070724 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070806 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100824 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |