(57)【要約】【課題】  動画コンテンツの配信サーバの負荷を軽減すると共に、配信サーバとクライアント端末の情報転送量の変化に柔軟に対応できるコンテンツ配信システムを提供する。【解決手段】  動画コンテンツを時間単位またはシーン単位で分割し、暗号化したコンテンツパーツ１を生成し、複数の配信サーバ１０に配備する。また、コンテンツパーツ１の配備位置をインデックスサーバ２０のメタファイル２に記録する。クライアント端末４１では、インデックスサーバ２０からメタファイル２を受信し、鍵サーバ３０から復号鍵３を受信し、メタファイル２内に記録された情報を基に、配信サーバ１０からコンテンツパーツを再生順に順番に受信して再生する。また、クライアント端末４１では、コンテンツパーツの視聴後に、コンテンツパーツ１、メタファイル２、および復号鍵３の情報を端末内から消去する。【選択図】  図１
2006222674.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアント端末と通信ネットワークにより接続され、前記クライアント端末からコンテンツ送信要求を受信し、該クライアント端末にコンテンツを配信するコンテンツ配信システムであって、
動画コンテンツを時間単位またはシーン単位で分割し暗号化されたコンテンツパーツの１または２以上を記憶部に保持すると共に、前記クライアント端末からコンテンツパーツ送信要求を受信し、該クライアント端末から送信要求されたコンテンツパーツのＩＤを基に前記記憶部に保持したコンテンツパーツを読み出して前記クライアント端末に配信する複数の配信サーバと、
前記コンテンツパーツＩＤと該コンテンツパーツを保持する配信サーバのアドレス情報とを対応付けたメタファイルを記憶部に保持し、前記クライアント端末からメタファイル送信要求を受信し、前記記憶部に保持したメタファイルを読み出して前記クライアント端末に配信するインデックスサーバと、
前記コンテンツパーツを復号するために必要な復号鍵を記憶部に保持し、前記クライアント端末から復号鍵送信要求を受信し、前記記憶部に保持した復号鍵を読み出して前記クライアント端末に配信する鍵サーバと
を備えることを特徴とするコンテンツ配信システム。
【請求項２】
前記クライアント端末が、
前記インデックスサーバに対しコンテンツパーツのメタファイルの送信を要求するメタファイル要求手段と、
前記鍵サーバに対しコンテンツパーツの復号鍵の送信を要求する復号鍵要求手段と、
前記インデックスサーバから受信したメタファイル内に記録されたコンテンツパーツＩＤの情報と配信サーバのアドレス情報を解析し、コンテンツパーツの再生順に従い、該当するコンテンツパーツを保持する配信サーバに対しコンテンツパーツの送信を要求するコンテンツパーツ要求手段と、
前記配信サーバから受信したコンテンツパーツを前記復号鍵により復号して再生する復号化手段と、
前記コンテンツパーツの再生処理の終了後に、前記受信したコンテンツパーツ、メタファイル、および復号鍵の情報を消去するコンテンツパーツ管理手段と
を備えることを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項３】
前記複数のクライアント端末中の１または２以上のクライアント端末が、
前記配信サーバから受信したコンテンツパーツを記憶部に保持すると共に、該記憶部に保持したコンテンツパーツのＩＤと自端末のアドレス情報とを前記インデックスサーバに通知するコンテンツ管理手段と、
他のクライアント端末からのコンテンツパーツ送信要求を受信するコンテンツパーツ要求受信手段と、
前記他のクライアント端末から送信要求されたコンテンツパーツのＩＤを基に前記記憶部に保持したコンテンツパーツを読み出し、前記他のクライアント端末に配信するコンテンツパーツ配信手段と
を備え、
前記インデックスサーバが、
前記クライアント端末から当該クライアント端末に保持されたコンテンツパーツＩＤと当該クライアント端末のアドレスの情報とを受信し、前記メタファイル中の該当するコンテンツパーツＩＤの記録部分に前記クライアント端末のアドレス情報を追記するメタファイル管理手段を
備えることを特徴とする請求項１または請求項２に記載のコンテンツ配信システム。
【請求項４】
複数のクライアント端末と通信ネットワークにより接続され、前記クライアント端末からコンテンツ送信要求を受信し、該クライアント端末にコンテンツを配信するコンテンツ配信システムにおけるコンテンツ配信方法であって、
複数の配信サーバが、動画コンテンツを時間単位またはシーン単位で分割し暗号化されたコンテンツパーツの１または２以上を記憶部に保持すると共に、前記クライアント端末からコンテンツパーツ送信要求を受信し、該クライアント端末から送信要求されたコンテンツパーツのＩＤを基に前記記憶部に保持したコンテンツパーツを読み出して前記クライアント端末に配信し、
インデックスサーバが、前記コンテンツパーツＩＤと該コンテンツパーツを保持する配信サーバのアドレス情報とを対応付けたメタファイルを記憶部に保持し、前記クライアント端末からメタファイル送信要求を受信し、前記記憶部に保持したメタファイルを読み出して前記クライアント端末に配信し、
鍵サーバが、前記コンテンツパーツを復号するために必要な復号鍵を記憶部に保持し、前記クライアント端末から復号鍵送信要求を受信し、前記記憶部に保持した復号鍵を読み出して前記クライアント端末に配信する
ことを特徴とするコンテンツ配信方法。
【請求項５】
前記クライアント端末が、
前記インデックスサーバに対しコンテンツパーツのメタファイルの送信を要求し、
前記鍵サーバに対しコンテンツパーツの復号鍵の送信を要求し、
前記インデックスサーバから受信したメタファイル内に記録されたコンテンツパーツＩＤの情報と配信サーバのアドレス情報を解析し、コンテンツパーツの再生順に従い、該当するコンテンツパーツを保持する配信サーバに対しコンテンツパーツの送信を要求し、
前記配信サーバから受信したコンテンツパーツを前記復号鍵により復号して再生し、
前記コンテンツパーツの再生処理の終了後に、前記受信したコンテンツパーツ、メタファイル、および復号鍵の情報を消去する
ことを特徴とする請求項４に記載のコンテンツ配信方法。
【請求項６】
前記複数のクライアント端末中の１または２以上のクライアント端末が、
前記配信サーバから受信したコンテンツパーツを記憶部に保持すると共に、該記憶部に保持したコンテンツパーツのＩＤと自端末のアドレス情報とを前記インデックスサーバに通知し、
他のクライアント端末からのコンテンツパーツ送信要求を受信し、
前記他のクライアント端末から送信要求されたコンテンツパーツのＩＤを基に前記記憶部に保持したコンテンツパーツを読み出し、前記他のクライアント端末に配信し、
前記インデックスサーバが、
前記クライアント端末から当該クライアント端末に保持されたコンテンツパーツＩＤと当該クライアント端末のアドレスの情報とを受信し、前記メタファイル中の該当するコンテンツパーツＩＤの記録部分に前記クライアント端末のアドレス情報を追記する
ことを特徴とする請求項４または請求項５に記載のコンテンツ配信方法。
【請求項７】
複数のクライアント端末と、
動画コンテンツを時間単位またはシーン単位で分割し暗号化されたコンテンツパーツの１または２以上をコンテンツパーツのＩＤと共に記憶部に保持し、クライアント端末からの送信要求により保持したコンテンツパーツを配信する複数の配信サーバと、
前記コンテンツパーツＩＤと該コンテンツパーツを保持する配信サーバのアドレス情報とを対応付けたメタファイルを記憶部に保持し、前記クライアント端末からの送信要求により保持したメタファイルを配信するインデックスサーバと、
前記コンテンツパーツを復号するために必要な復号鍵を保持し、前記クライアント端末からの送信要求により保持した復号鍵を配信する鍵サーバとを備えるコンテンツ配信システムにおける前記クライアント端末内のコンピュータに実行させるプログラムであって、
前記インデックスサーバからコンテンツパーツのメタファイルを受信する処理と、
前記鍵サーバからコンテンツパーツの復号鍵を受信する処理と、
前記インデックスサーバから受信したメタファイル内に記録されたコンテンツパーツＩＤの情報と配信サーバのアドレス情報を解析し、コンテンツの再生順に従い、該当するコンテンツパーツを保持する配信サーバから当該コンテンツパーツを受信する処理と、
前記配信サーバから受信したコンテンツパーツを前記復号鍵により復号して再生する処理と、
前記コンテンツパーツの再生処理の終了後に、前記受信したコンテンツパーツ、メタファイル、および復号鍵の情報を消去する処理と
を実行させるプログラム。
【請求項８】
複数のクライアント端末と、
動画コンテンツを時間単位またはシーン単位で分割し暗号化されたコンテンツパーツの１または２以上をコンテンツパーツのＩＤと共に記憶部に保持し、クライアント端末からの送信要求により保持したコンテンツパーツを配信する複数の配信サーバと、
前記コンテンツパーツＩＤと該コンテンツパーツを保持する配信サーバのアドレス情報およびクライアント端末のアドレス情報とを対応付けたメタファイルを記憶部に保持し、前記クライアント端末からの送信要求により保持したメタファイルを配信するインデックスサーバと、
前記コンテンツパーツを復号するために必要な復号鍵を保持し、前記クライアント端末からの送信要求により保持した復号鍵を配信する鍵サーバとを備えるコンテンツ配信システムにおける前記クライアント端末内のコンピュータに実行させるプログラムであって、
前記インデックスサーバからコンテンツパーツのメタファイルを受信する処理と、
前記鍵サーバからコンテンツパーツの復号鍵を受信する処理と、
前記インデックスサーバから受信したメタファイル内に記録されたコンテンツパーツＩＤの情報と配信サーバのアドレス情報を解析し、コンテンツパーツの再生順に従い、該当するコンテンツパーツを保持する配信サーバから当該コンテンツパーツを受信する処理と、
前記配信サーバから受信したコンテンツパーツを前記復号鍵により復号して再生する処理と、
前記配信サーバから受信したコンテンツパーツのＩＤと自端末のアドレス情報とを前記インデックスサーバに通知する処理と、
他のクライアント端末からコンテンツパーツの送信要求を受信する処理と、
前記他のクライアント端末から送信要求されたコンテンツパーツのＩＤを基に前記記憶部に保持したコンテンツパーツを読み出して前記他のクライアント端末に配信する処理と
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画コンテンツのコンテンツ配信システム、コンテンツ配信方法、およびプログラムに関し、特に、配信サーバの負荷を軽減すると共に、配信サーバが高負荷・ダウン時であってもコンテンツの配信を滞ることなく行うことができる、コンテンツ配信システム、コンテンツ配信方法、およびプログラムに関する。
するものである。
【背景技術】
【０００２】
近時、インターネットを通して動画・音響コンテンツをストリーミング配信することが盛んになってきた。このストリーミング技術による動画配信はその視聴している間、配信サーバと受信クライアント端末の間はセッションを継続して接続し続けなければならず以下の問題がある。
【０００３】
第１の問題として、アクセス集中時の配信サーバへの負荷が増大する。これは、セッションが継続している間はクライアントに対して単一の配信サーバ資源を使用しなければならないため、配信サーバに問題が発生した場合やアクセスが集中した場合には視聴途中でのコマ落ちや視聴停止が発生する可能性がある。また、配信サーバ設備を想定される最大アクセス数分だけ確保する必要があり、コスト面でのデメリットも大きい。
【０００４】
第２の問題として、視聴の間はサーバとクライアント間の経路において一定以上の情報転送量が確保されていなければならない。これは、セッションが接続している間は配信サーバとクライアント間の経路において、ある一定以上の情報転送量が確保されていないと視聴途中でコマ落ちや視聴停止が発生する可能性がある。現在のインターネットの仕組みから途中経路において情報転送量を保証するのは困難であり。さらに長時間に渡り安定的な情報転送量を確保するのは困難である。
【０００５】
また、ストリーミング技術を用いないコンテンツ配信の形式として動画コンテンツの全編を一括ダウンロードし、ダウンロードが終了した時点で再生を行うダウンロード方式があるが、このダウンロード方式ではコンテンツのすべてがダウンロードされるまで視聴を待たなければならず、一般に動画コンテンツはデータ量が膨大になるので、その待ち時間が長くなるという問題がある。
【０００６】
上述したストリーミング技術についての従来技術として、映像サーバシステム（例えば、特許文献１参照）、および、ビデオ・オン・デマンド・システムが開示されている（例えば、特許文献２参照）。
【０００７】
上述した従来技術では、コンテンツ（ストリーミングデータ）を予め時間単位で分割しておき、複数のサーバに配備し、配信時に配信するサーバを時間単位で切り替えることでサーバの負荷の軽減を図っている。しかし、この従来技術の方式では配信サーバの負荷の分散を行っているのみで、ストリーミング技術の問題点であるアクセス集中時の配信サーバへの負荷が増大することにはある程度の効果が期待できるが、サーバの多重化による負荷分散と同等レベルまでの負荷耐性でしかない。従って、最終的にはアクセス集中時を見越した配信設備を用意する必要がある。
【０００８】
また、特許文献２では、途中経路のサーバにコンテンツを予め配備することで、配信サーバの負荷を軽減しているが、コンテンツ提供者の負担は変わらない。また、ストリーミングによるコンテンツ配信は、視聴の間はサーバ、クライアント間の経路において一定以上の情報転送量が確保されていなければならない。
【特許文献１】特開２００４−８０１４５号公報
【特許文献２】特開２００４−１４６８６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
このように、従来の動画・音響コンテンツのストリーミング配信においては、アクセス集中時に配信サーバへの負荷が増大する問題があり、また、コンテンツ視聴の間は配信サーバとクライアント間の経路において一定以上の情報転送量が確保されていなければならないという問題があった。また、ダウンロード方式では、コンテンツのすべてがダウンロードされるまで待たなければならず、その待ち時間が長くなるという問題があった。
【００１０】
本発明はこのような問題を解決するためになされたもので、その目的は、配信サーバの負荷を軽減すると共に、配信サーバとクライアント端末の情報転送量の変化に柔軟に対応できるようにし、また、ダウンロード方式における待ち時間が長くなるという問題を解決し、さらには、クライアント端末間のコンテンツの配信を実現することで、配信サーバが高負荷・ダウン時であっても配信を滞ることなく行うことができる、コンテンツ配信システム、コンテンツ配信方法、およびプログラムを提供することにある。
【課題を解決するための手段】
【００１１】
本発明は上記課題を解決するためになされたものであり、複数のクライアント端末と通信ネットワークにより接続され、前記クライアント端末からコンテンツ送信要求を受信し、該クライアント端末にコンテンツを配信するコンテンツ配信システムであって、動画コンテンツを時間単位またはシーン単位で分割し暗号化されたコンテンツパーツの１または２以上を記憶部に保持すると共に、前記クライアント端末からコンテンツパーツ送信要求を受信し、該クライアント端末から送信要求されたコンテンツパーツのＩＤを基に前記記憶部に保持したコンテンツパーツを読み出して前記クライアント端末に配信する複数の配信サーバと、前記コンテンツパーツＩＤと該コンテンツパーツを保持する配信サーバのアドレス情報とを対応付けたメタファイルを記憶部に保持し、前記クライアント端末からメタファイル送信要求を受信し、前記記憶部に保持したメタファイルを読み出して前記クライアント端末に配信するインデックスサーバと、前記コンテンツパーツを復号するために必要な復号鍵を記憶部に保持し、前記クライアント端末から復号鍵送信要求を受信し、前記記憶部に保持した復号鍵を読み出して前記クライアント端末に配信する鍵サーバとを備えることを特徴とする。
これにより、特定の配信サーバおよび配信経路への負荷集中を低減することができると共に、暗号化によりコンテンツを保護することができる。また、従来のダウンロード方式における待ち時間が長くなるという問題を解決できる。
【００１２】
また、本発明のコンテンツ配信システムは、前記クライアント端末が、前記インデックスサーバに対しコンテンツパーツのメタファイルの送信を要求するメタファイル要求手段と、前記鍵サーバに対しコンテンツパーツの復号鍵の送信を要求する復号鍵要求手段と、前記インデックスサーバから受信したメタファイル内に記録されたコンテンツパーツＩＤの情報と配信サーバのアドレス情報を解析し、コンテンツパーツの再生順に従い、該当するコンテンツパーツを保持する配信サーバに対しコンテンツパーツの送信を要求するコンテンツパーツ要求手段と、前記配信サーバから受信したコンテンツパーツを前記復号鍵により復号して再生する復号化手段と、前記コンテンツパーツの再生処理の終了後に、前記受信したコンテンツパーツ、メタファイル、および復号鍵の情報を消去するコンテンツパーツ管理手段とを備えることを特徴とする。
これにより、視聴中に次のコンテンツパーツを配信サーバから受信できると共に、視聴終了後にはメタファイル、復号鍵及びコンテンツパーツがクライアント端末には残らないようにでき、コンテンツパーツの安全性を確保することができる。
【００１３】
また、本発明のコンテンツ配信システムは、前記複数のクライアント端末中の１または２以上のクライアント端末が、前記配信サーバから受信したコンテンツパーツを記憶部に保持すると共に、該記憶部に保持したコンテンツパーツのＩＤと自端末のアドレス情報とを前記インデックスサーバに通知するコンテンツ管理手段と、他のクライアント端末からのコンテンツパーツ送信要求を受信するコンテンツパーツ要求受信手段と、前記他のクライアント端末から送信要求されたコンテンツパーツのＩＤを基に前記記憶部に保持したコンテンツパーツを読み出し、前記他のクライアント端末に配信するコンテンツパーツ配信手段とを備え、前記インデックスサーバが、前記クライアント端末から当該クライアント端末に保持されたコンテンツパーツＩＤと当該クライアント端末のアドレスの情報とを受信し、前記メタファイル中の該当するコンテンツパーツＩＤの記録部分に前記クライアント端末のアドレス情報を追記するメタファイル管理手段を備えることを特徴とする。
これにより、クライアント間でのコンテンツの流通を行うことが可能となり、配信サーバが高負荷な状態あるいは配信サーバが起動していないときであっても、ユーザがコンテンツの視聴をできるようになる。また、配信サーバの負荷削減も可能となる。
【００１４】
また、本発明のコンテンツ配信方法は、複数のクライアント端末と通信ネットワークにより接続され、前記クライアント端末からコンテンツ送信要求を受信し、該クライアント端末にコンテンツを配信するコンテンツ配信システムにおけるコンテンツ配信方法であって、複数の配信サーバが、動画コンテンツを時間単位またはシーン単位で分割し暗号化されたコンテンツパーツの１または２以上を記憶部に保持すると共に、前記クライアント端末からコンテンツパーツ送信要求を受信し、該クライアント端末から送信要求されたコンテンツパーツのＩＤを基に前記記憶部に保持したコンテンツパーツを読み出して前記クライアント端末に配信し、インデックスサーバが、前記コンテンツパーツＩＤと該コンテンツパーツを保持する配信サーバのアドレス情報とを対応付けたメタファイルを記憶部に保持し、前記クライアント端末からメタファイル送信要求を受信し、前記記憶部に保持したメタファイルを読み出して前記クライアント端末に配信し、鍵サーバが、前記コンテンツパーツを復号するために必要な復号鍵を記憶部に保持し、前記クライアント端末から復号鍵送信要求を受信し、前記記憶部に保持した復号鍵を読み出して前記クライアント端末に配信する。
これにより、特定の配信サーバおよび配信経路への負荷集中を低減することができると共に、暗号化によりコンテンツを保護することができる。また、従来のダウンロード方式における待ち時間が長くなるという問題を解決できる。
【００１５】
また、本発明のコンテンツ配信方法は、前記クライアント端末が、前記インデックスサーバに対しコンテンツパーツのメタファイルの送信を要求し、前記鍵サーバに対しコンテンツパーツの復号鍵の送信を要求し、前記インデックスサーバから受信したメタファイル内に記録されたコンテンツパーツＩＤの情報と配信サーバのアドレス情報を解析し、コンテンツパーツの再生順に従い、該当するコンテンツパーツを保持する配信サーバに対しコンテンツパーツの送信を要求し、前記配信サーバから受信したコンテンツパーツを前記復号鍵により復号して再生し、前記コンテンツパーツの再生処理の終了後に、前記受信したコンテンツパーツ、メタファイル、および復号鍵の情報を消去することを特徴とする。
これにより、視聴中に次のコンテンツパーツを配信サーバから受信できると共に、視聴終了後にはメタファイル、復号鍵及びコンテンツパーツがクライアント端末には残らないようにでき、コンテンツパーツの安全性を確保することができる。
【００１６】
また、本発明のコンテンツ配信方法は、前記複数のクライアント端末中の１または２以上のクライアント端末が、前記配信サーバから受信したコンテンツパーツを記憶部に保持すると共に、該記憶部に保持したコンテンツパーツのＩＤと自端末のアドレス情報とを前記インデックスサーバに通知し、他のクライアント端末からのコンテンツパーツ送信要求を受信し、前記他のクライアント端末から送信要求されたコンテンツパーツのＩＤを基に前記記憶部に保持したコンテンツパーツを読み出し、前記他のクライアント端末に配信し、前記インデックスサーバが、前記クライアント端末から当該クライアント端末に保持されたコンテンツパーツＩＤと当該クライアント端末のアドレスの情報とを受信し、前記メタファイル中の該当するコンテンツパーツＩＤの記録部分に前記クライアント端末のアドレス情報を追記することを特徴とする。
これにより、クライアント間でのコンテンツの流通を行うことが可能となり、配信サーバが高負荷な状態あるいは配信サーバが起動していないときであっても、ユーザがコンテンツの視聴をできるようになる。また、配信サーバの負荷削減も可能となる。
【００１７】
また、本発明は、複数のクライアント端末と、動画コンテンツを時間単位またはシーン単位で分割し暗号化されたコンテンツパーツの１または２以上をコンテンツパーツのＩＤと共に記憶部に保持し、クライアント端末からの送信要求により保持したコンテンツパーツを配信する複数の配信サーバと、前記コンテンツパーツＩＤと該コンテンツパーツを保持する配信サーバのアドレス情報とを対応付けたメタファイルを記憶部に保持し、前記クライアント端末からの送信要求により保持したメタファイルを配信するインデックスサーバと、前記コンテンツパーツを復号するために必要な復号鍵を保持し、前記クライアント端末からの送信要求により保持した復号鍵を配信する鍵サーバとを備えるコンテンツ配信システムにおける前記クライアント端末内のコンピュータに実行させるプログラムであって、前記インデックスサーバからコンテンツパーツのメタファイルを受信する処理と、前記鍵サーバからコンテンツパーツの復号鍵を受信する処理と、前記インデックスサーバから受信したメタファイル内に記録されたコンテンツパーツＩＤの情報と配信サーバのアドレス情報を解析し、コンテンツの再生順に従い、該当するコンテンツパーツを保持する配信サーバから当該コンテンツパーツを受信する処理と、前記配信サーバから受信したコンテンツパーツを前記復号鍵により復号して再生する処理と、前記コンテンツパーツの再生処理の終了後に、前記受信したコンテンツパーツ、メタファイル、および復号鍵の情報を消去する処理とを実行させるプログラムである。
【００１８】
また、本発明は、複数のクライアント端末と、動画コンテンツを時間単位またはシーン単位で分割し暗号化されたコンテンツパーツの１または２以上をコンテンツパーツのＩＤと共に記憶部に保持し、クライアント端末からの送信要求により保持したコンテンツパーツを配信する複数の配信サーバと、前記コンテンツパーツＩＤと該コンテンツパーツを保持する配信サーバのアドレス情報およびクライアント端末のアドレス情報とを対応付けたメタファイルを記憶部に保持し、前記クライアント端末からの送信要求により保持したメタファイルを配信するインデックスサーバと、前記コンテンツパーツを復号するために必要な復号鍵を保持し、前記クライアント端末からの送信要求により保持した復号鍵を配信する鍵サーバとを備えるコンテンツ配信システムにおける前記クライアント端末内のコンピュータに実行させるプログラムであって、前記インデックスサーバからコンテンツパーツのメタファイルを受信する処理と、前記鍵サーバからコンテンツパーツの復号鍵を受信する処理と、前記インデックスサーバから受信したメタファイル内に記録されたコンテンツパーツＩＤの情報と配信サーバのアドレス情報を解析し、コンテンツパーツの再生順に従い、該当するコンテンツパーツを保持する配信サーバから当該コンテンツパーツを受信する処理と、前記配信サーバから受信したコンテンツパーツを前記復号鍵により復号して再生する処理と、前記配信サーバから受信したコンテンツパーツのＩＤと自端末のアドレス情報とを前記インデックスサーバに通知する処理と、他のクライアント端末からコンテンツパーツの送信要求を受信する処理と、前記他のクライアント端末から送信要求されたコンテンツパーツのＩＤを基に前記記憶部に保持したコンテンツパーツを読み出して前記他のクライアント端末に配信する処理とを実行させるプログラムである。
【発明の効果】
【００１９】
本発明のコンテンツ配信システムおよびコンテンツ配信方法においては、動画コンテンツを時間単位またはシーン単位で分割しかつ暗号化し、個々のコンテンツパーツを独立したセッションにて送信できるようにし、かつ、コンテンツパーツを複数の配信サーバに配備するようにしたので、これにより、特定の配信サーバおよび配信経路への負荷集中を低減することができると共に、暗号化によりコンテンツを保護することができる。また、従来のダウンロード方式における待ち時間が長くなるという問題を解決できる。
【００２０】
また、本発明のコンテンツ配信システムおよびコンテンツ配信方法においては、クライアント端末は、インデックスサーバからメタファイルを受信し、鍵サーバから復号鍵を受信する。そして、インデックスサーバから受信したメタファイルの情報を解析し、配信サーバからコンテンツパーツを再生順に順番に受信する。そして、視聴を終了すると、受信したコンテンツパーツ、メタファイル、復号鍵の情報を端末内から消去するようにしたので、これにより、視聴中に次のコンテンツパーツを配信サーバから受信できると共に、視聴終了後にはメタファイル、復号鍵及びコンテンツパーツがクライアント端末には残らないようにでき、コンテンツパーツの安全性を確保することができる。
【００２１】
また、本発明のコンテンツ配信システムおよびコンテンツ配信方法においては、配信サーバから受信したコンテンツパーツをクライアント端末内に保持しておき、他のクライアント端末への配信が行なえるようにしたので（例えば、Ｐ２Ｐ（Peer-to−Peer）技術を用いる）、これにより、クライアント間でのコンテンツの流通を行うことが可能となり、配信サーバが高負荷な状態あるいは配信サーバが起動していないときであっても、ユーザがコンテンツの視聴をできるようになる。また、配信サーバの負荷削減も可能となる。
【発明を実施するための最良の形態】
【００２２】
次に本発明を実施するための最良の形態について図面を参照して説明する。
図１は、本発明のコンテンツ配信システムの基本構成例を示す図であり、コンテンツ配信システムの仕組みと、コンテンツ配信と視聴の手順を示す図である。以下、図１を参照して、コンテンツ配信と視聴の手順について説明する。
【００２３】
最初に、オリジナルの動画コンテンツを任意の時間（例えば、１０分間）あるいはシーン単位で分割し、各パーツを同一の鍵で暗号化し暗号化済みコンテンツパーツ（単に、「コンテンツパーツ」ともいう）１を生成する（ステップＳ１）。なお、このコンテンツの分割の際には、各コンテンツパーツのファイルサイズが概略同じ程度になるように分割される。図１に示す例では、オリジナルコンテンツを３つのコンテンツパーツ（パート（０）、パート（１）、パート（２））に分割した例である。
【００２４】
そして、暗号化されたコンテンツパーツ１を１つ以上の配信サーバ１０に置き、復号鍵３は鍵サーバ３０に配置する（ステップＳ２）。なお、この際に１つの配信サーバ１０に置かれるコンテンツパーツ１は複数であってもよい。
【００２５】
次に、インデックスサーバ（Ｗｅｂサーバ等）２０に各コンテンツパーツの配備位置（ＵＲＬ）を記したメタファイル２を置く（ステップＳ３）。このメタファイルは、例えば、図８に示すように、コンテンツパーツのＩＤ（識別記号）ごとに、配信サーバのＵＲＬを記録したファイルである。
【００２６】
そして、クライアント４０がコンテンツを視聴する場合は、クライアント４０が鍵サーバ３０から該当コンテンツを復号するための復号鍵３を入手する（ステップＳ４）。この際に鍵サーバ３０はコンテンツ視聴に必要な情報（例えば、クレジットカード番号など課金のための情報など）をクライアント４０に求め、視聴が可能と判断されたクライアント端末４１に対してのみ復号鍵３を発行する。
【００２７】
クライアント４０は視聴したいコンテンツのメタファイル２をインデックスサーバ２０から入手する（ステップＳ５）。クライアント４０はメタファイルに記録された情報を基に、アクセスする配信サーバ１０を決定し、最初に視聴されるべきコンテンツパーツから順にダウンロードを行う（ステップＳ６）。
【００２８】
最初のパーツのダウンロードが終了したら。そのパーツを、ステップＳ４で入手した鍵で復号化行い、視聴を開始する（ステップＳ７）。この際に復号化されたコンテンツのパーツはクライアント端末のメモリ上でのみ復号化されるためディスクなどの保存媒体には復号化されたコンテンツは記録されない。また。視聴と同時に次に視聴されるパーツのダウンロードを行う。
【００２９】
以降、ステップＳ７の処理をコンテンツの視聴終了まで繰り返す。そして、すべてのパーツの視聴の終了後、鍵及びコンテンツのパーツを削除する（ステップＳ８）。
【００３０】
このような構成により、クライアント端末において、ある配信サーバからコンテンツの一部（パーツ）をダウンロードし再生を行なっている間に、他の配信サーバから次のパーツをダウンロードすることができる。また、この方式では、特定の配信サーバとセッションを張り続ける必要がなく、配信サーバの負荷を削減することができる。また、ダウンロード方式であるためストリーミングを行なう場合に比べて、通信帯域を有効に活用することができる（ストリーミング方式ではパスの通信帯域を全て使い切っていないタイミングが多く、ダウンロード方式の方が情報転送効率がよいため）。
【００３１】
また、図２は、Ｐ２Ｐを用いたコンテンツ配信システムの構成例を示す図であり、配信サーバの他にＰ２Ｐによるクライアント間でのコンテンツ配信を含んだ場合の仕組みと、コンテンツ配信と視聴の手順を示す図である。以下、図２を参照して、コンテンツ配信と視聴の手順について説明する。
【００３２】
配信サーバ１０へのメタファイル１の配備、インデックスサーバ２０へのメタファイル２の配備、および鍵サーバ３０へ復号鍵３の配備までの仕組みと手順は図１に示す基本構成例の場合と同様である（ステップＳ１１）。
【００３３】
そして、あるクライアント端末Ａ４３が配信サーバ１０からコンテンツパーツを入手し、視聴を実施した後は、図１に示す基本構成例の場合はコンテンツパーツをクライアント端末４１から削除したが、図２に示す例では、予めＰ２Ｐによってコンテンツパーツを配信することが設定されたクライアント端末Ａ４３の場合、コンテンツパーツを削除せずにクライアント端末Ａ４３内に暗号化された状態で保有する（ステップＳ１２）。
【００３４】
コンテンツの視聴終了後、クライアント端末Ａ４３は自端末が保有するコンテンツパーツ（視聴した全てのコンテンツパーツ）のリスト（ＩＤリスト等）とクライアント端末Ａ４３のアドレスをインデックスサーバ２０に送る（ステップＳ１３）。インデックスサーバ２０は該当コンテンツのメタファイルにコンテンツパーツとそれを保有するクライアント端末Ａ４３のアドレスを追加する（ステップＳ１４）。
【００３５】
他のクライアント端末Ｂ４５が同コンテンツを視聴しようとしたときには。メタファイル２内に記載されているクライアント端末Ａ４３からコンテンツパーツを取得することも可能になる。この際、クライアント端末Ｂ４５ではそのコンテンツパーツのダウンロード元を意識せずに、図１に示す基本構成例の場合と同様の操作によってコンテンツを視聴することができる（ステップＳ１５、Ｓ１６）。
【００３６】
このような構成により、クライアント間でのコンテンツの流通を行うことが可能となり、配信サーバが高負荷な状態あるいは配信サーバが起動していないときであっても、ユーザがコンテンツの視聴をできるようになる。これにより配信サーバ１０の負荷削減も可能となる。
【００３７】
また、図３は、本発明のコンテンツ配信システムにおける事前処理の手順を示すシーケンス図であり、コンテンツのパーツ化から各サーバへの配備までの手順を示すシーケンス図である。以下、図３を参照して事前処理の手順について説明する。
【００３８】
最初に、コンテンツ加工端末６０では、オリジナルコンテンツを時間単位またはシーン単位で分割し、パーツ化する（ステップＳ２１）。そして、各コンテンツパーツを暗号化し（ステップＳ２２）、暗号化したコンテンツを配信サーバ１０に配信する（ステップＳ２３）。
【００３９】
また、メタファイルを作成し（ステップＳ２３）、作成したメタファイルをインデックスサーバ２０に配信する（ステップＳ２４）。また、暗号化に使用した鍵（復号鍵）を鍵サーバ３０には配信する（ステップＳ２５）。
【００４０】
以上の手順により、配信サーバ１０へのコンテンツパーツの記録、インデックスサーバ２０へのメタファイルの記録、鍵サーバ３０への復号鍵の記録を行い、事前準備が完了する。
【００４１】
図４は、図１に示す基本構成例におけるコンテンツの再生処理の手順を示すシーケンス図である。以下、図４を参照して、再生処理の手順について説明する。
【００４２】
最初に、クライアント４０は、視聴しようとするコンテンツの再生に必要な復号鍵を取得するために、クライアント端末４１から鍵サーバ３０に復号鍵要求を送信する（ステップＳ３１）。鍵サーバ３０では、クライアント４０が復号鍵を取得する資格があるかどうかを認証する（ステップＳ３２）。例えば、クライアント端末４１にクレジットカード番号など課金のための情報を求め、鍵サーバ３０が受け取ったその情報が正しいカード番号かどうかの認証を行う。鍵サーバ３０によりクライアント４０の認証が行なわれると、鍵サーバ３０からクライアント端末４１に復号鍵が送信される（ステップＳ３３）。
【００４３】
クライアント端末４１では、復号鍵の取得後に、インデックスサーバ２０に対して該当コンテンツのメタファイル要求を送信し（ステップＳ３４）、インデックスサーバ２０はクライアント端末４１に対して要求されたメタファイルを送信する（ステップＳ３５）。
【００４４】
クライアント端末４１では、インデックスサーバ２０から受信したメタファイルの内容を解析し（ステップＳ３６）、メタファイル内のＵＲＬ情報を基に、コンテンツ送信要求を配信サーバ１０に送信する（ステップＳ３７）。配信サーバ１０は、クライアント端末４１からコンテンツ送信要求に応じて、該当するコンテンツパーツをクライアント端末４１に対して送信する（ステップＳ３８）。
【００４５】
クライアント端末４１では、受信したコンテンツパーツを復号鍵を用いて再生処理を行い、コンテンツを画面に表示する（ステップＳ４２）。また、コンテンツを画面に表示している間に、再生順に従い、次のコンテンツパーツを配信サーバ１０に要求し（ステップＳ４０）、配信サーバ１０から次のコンテンツを受信する（ステップＳ４１）。
【００４６】
そして、クライアント端末４１においてコンテンツの視聴が終わると、視聴したコンテンツ、メタファイル、復号鍵がクライアント端末４１内から削除（消去）される（ステップＳ４３）。
【００４７】
また、図５は、図２に示すＰ２Ｐを用いた構成例におけるコンテンツの再生処理の手順を示すシーケンス図である。図５に示す処理手順は、クライアント端末Ａ４３においてコンテンツが再生された後の手順を示したものであり、クライアント端末Ａ４３による復号鍵の取得、メタファイルの取得、コンテンツパーツの取得までの手順は、図４に示す手順と同様であり、省略されている。以下、図５を参照して、Ｐ２Ｐを用いた場合の再生処理の手順について説明する。
【００４８】
クライアント端末Ａ４３においてコンテンツの視聴が終わると（ステップＳ５１）、再生されたコンテンツのコンテンツパーツは、クライアント端末Ａ４３内に保存される（ステップＳ５２）。そして、クライアント端末Ａ４３では、保有（保存）したコンテンツパーツの情報を保有コンテンツパーツ情報としてインデックスサーバ２０に送信する（ステップＳ５３）。
【００４９】
インデックスサーバ２０では、該当するコンテンツのメタファイル情報にクライアント端末Ａ４３のコンテンツパーツ保有情報を付加する（ステップＳ５４）。インデックスサーバ２０では、コンテンツパーツ保有情報のメタファイルへの付加処理を完了すると、クライアント端末Ａ４３に対して終了通知を送信する（ステップＳ５５）。クライアント端末Ａ４３では、復号鍵、メタファイルを廃棄（消去）する（ステップＳ５６）。
【００５０】
次に、クライアントＢ４４が、クライアント端末Ａ４３で再生されたコンテンツと同じコンテンツの再生処理を行う。このために、クライアントＢ４４は、コンテンツの再生に必要な復号鍵を取得するために、クライアント端末Ｂ４５から鍵サーバ３０に復号鍵要求を送信する（ステップＳ５７）。鍵サーバ３０では、クライアントＢ４４が復号鍵を取得する資格があるかどうかを認証する（ステップＳ５８）。例えば、クライアントＢの端末４５にクレジットカード番号など課金のための情報を求め、鍵サーバ３０が受け取ったその情報が正しいカード番号かどうかの認証を行う。鍵サーバ３０によりクライアントＢ４４の認証が行なわれると、鍵サーバ３０からクライアント端末４１に復号鍵が送信される（ステップＳ５９）。
【００５１】
クライアント端末Ｂ４５では、復号鍵の取得後に、インデックスサーバ２０に対して該当コンテンツのメタファイル要求を送信し（ステップＳ６０）、インデックスサーバ２０はクライアント端末Ｂ４５に対して要求されたメタファイルを送信する（ステップＳ６１）。
【００５２】
クライアント端末Ｂ４５では、インデックスサーバ２０から受信したメタファイルの解析を行い（ステップＳ６２）、メタファイル内の情報を基に、コンテンツパーツ送信要求を配信側のクライアント端末Ａ４３に送信する（ステップＳ６３）。
【００５３】
クライアント端末Ａ４３は、クライアント端末Ｂ４５からコンテンツ送信要求を解析し、保有するコンテンツパーツをクライアント端末Ｂ４５に対して送信する（ステップＳ６４）。以降の処理は、図４に示す基本構成例の場合と同様な処理となる。すなわち、クライアント端末Ｂ４５では、受信したコンテンツを復号鍵を用いて再生処理を行い、コンテンツを視聴する。そして、クライアント端末Ｂ４５においてコンテンツの視聴が終わると、メタファイル、復号鍵がクライアント端末Ｂ４５内から削除（消去）される。
【００５４】
なお、図５に示す例では、クライアント端末Ｂ４５が、クライアント端末Ａ４３からコンテンツパーツの配信を受ける例を示したが、クライアント端末Ｂ４５は、配信サーバ１０からコンテンツパーツの配信を受けることもできる。
【００５５】
また、図６は、配信サーバ、インデックスサーバ、および鍵サーバの構成例を示す図である。図６において、配信サーバ１０と、インデックスサーバ２０と、鍵サーバ３０と、クライアント端末Ａ４３およびクライアント端末Ｂ４５とは、インターネット４で接続されている。
【００５６】
配信サーバ１０は、暗号化コンテンツパーツ１ａを保存し管理するコンテンツ管理部１１と、クライアント端末Ａ４３およびクライアント端末Ｂ４５からコンテンツパーツ要求（コンテンツリクエスト）の内容を解析し、要求されたコンテンツパーツをクライアント端末Ａ４３およびクライアント端末Ｂ４５に送信する要求解析部１２と、インターネット４との通信インターフェイスとなる通信Ｉ／Ｆ１３とで構成される。
【００５７】
インデックスサーバ２０は、メタファイル２ａを保存し管理するメタファイル管理部（メタファイル管理手段）２１と、クライアント端末Ａ４３およびクライアント端末Ｂ４５からのメタファイル要求（メタファイルリクエスト）の内容を解析し、要求されたメタファイルを送信する要求解析部２２と、インターネット４との通信インターフェイスとなる通信Ｉ／Ｆ２３とで構成される。
【００５８】
鍵サーバ３０は、鍵ファイル３ａを保存し管理する鍵ファイル管理部３１と、クライアント端末Ａ４３およびクライアント端末Ｂ４５からの復号鍵要求（復号鍵リクエスト）の内容を解析し、要求された鍵ファイル３ａをクライアント端末Ａ４３およびクライアント端末Ｂ４５に送信する要求解析部３２と、インターネット４との通信インターフェイスとなる通信Ｉ／Ｆ３３とで構成される。
【００５９】
また、図７は、クライアント端末の構成例を示す図であり、Ｐ２Ｐ用のコンテンツを保存する機能を有するクライアント端末Ａ４２（図２参照）の構成例である。
図７において、クライアント端末Ａ４３内のコンテンツ管理部（コンテンツ管理手段）５１は、暗号化コンテンツパーツ１ｂを保存し管理する機能を有している。また、保持した暗号化コンテンツパーツ１ｂのコンテンツパーツＩＤと自端末アドレスをインデックスサーバ３０に通知する処理も行なう。また、コンテンツパーツ視聴後に、通常はコンテンツパーツを保存し、復号鍵とメタファイルを消去する処理を行なう。なお、視聴したコンテンツパーツを保持しない場合には、コンテンツパーツ、メタファイル、復号鍵を全て消去する処理を行なう。
【００６０】
要求解析部（コンテンツパーツ配信手段）５２は、他のクライアント端末から受信したコンテンツパーツ要求（コンテンツリクエスト）の内容を解析し、該当するコンテンツパーツを他のクライアント端末に配信する処理を行なう。なお、複数の他のクライアント端末からのコンテンツ要求があった場合のセッション管理などサーバとしての処理も行なう。
【００６１】
リクエスト発行部５３は、インデックスサーバ２０に対しメタファイルの送信を要求するメタファイル要求部（メタファイル要求手段）５３ａと、鍵サーバ３０に対し復号鍵の送信を要求する復号鍵要求部（復号鍵要求手段）５３ｂと、配信サーバ１０に対しコンテンツパーツの送信を要求するコンテンツパーツ要求部（コンテンツパーツ要求手段）５３ｃとで構成される処理部である。メタファイル解析部５４は、インデックスサーバ２０から受信したメタファイルを解析し、次に視聴するコンテンツパーツと、そのコンテンツパーツを保持する配信サーバ１０を決定する処理を行なう。
【００６２】
復号化部５５は、暗号化されたコンテンツパーツを復号鍵を用いて復号するための処理部である。描画部５６は、復号化部５５により復号されたコンテンツを画面に描画するための処理部である。通信Ｉ／Ｆ５６は、クライアント端末Ａ４２とインターネット４との通信インターフェイスである。
【００６３】
なお、Ｐ２Ｐ用のコンテンツパーツを保持しない通常のクライアント端末４１（図１参照）においては、上記要求解析部５２がなく、また、コンテンツ管理部５１における処理は、コンテンツパーツ視聴後に、コンテンツパーツ、メタファイル、復号鍵の消去処理を行なうだけとなる。
【００６４】
また、図８は、メタファイルのデータ構成例を示す図である。図８に示す例では、コンテンツＸに関するメタファイルの例であり、コンテンツＸを構成するコンテンツパーツ０とコンテンツパーツ１について、それぞれを取得できる複数のＵＲＬ情報が記録されている。
【００６５】
図８に示す例では、例えば、コンテンツパーツ０について、優先順位に従いＵＲＬ１〜ＵＲＬ４の情報が記録されている。クライアント端末は、最初に一番上のＵＲＬ１の配信サーバにアクセスし、ＵＲＬ１の配信サーバで負荷が高い（接続中のセッション数が多い）か、または配信サーバから応答がない場合には、次のＵＲＬ２の配信サーバにアクセスする。同様にして、ＵＲＬ２の配信サーバで負荷が高い（接続中のセッション数が多い）か、または配信サーバから応答がない場合には、次にＵＲＬ３にアクセスする。以下、ＵＲＬ３、ＵＲＬ４の配信サーバについても同様な処理が行なわれる。なお、複数のＵＲＬが１つの配信サーバに保持される場合もある。
【００６６】
また、インデックスサーバ２０では配信サーバ１０から接続中のセッション数の情報を常時取得するようにして、ＵＲＬの情報を接続の確率の高いものから順に動的に配列することも可能である。
【００６７】
また、図２に示すＰ２Ｐを使用するシステム構成の場合には、クライアント端末にコンテンツパーツが保有されると、メタファイル中の該当コンテンツパーツの部分に、このクライアント端末のＵＲＬ情報が追加される。また、クライアント端末のコンテンツパーツが削除された場合には、メタファイルからクライアント端末のＵＲＬ情報が削除される。
【００６８】
以上説明したように、本発明のコンテンツ配信システムにおいては、動画を予め分割しておき、それぞれを独立したコンテンツパーツとして視聴の途中で配信することで、配信サーバとクライアント端末の情報転送量の変化に柔軟に対応できるようにしている。また、クライアント端末間のコンテンツパーツの配信を実現することで、配信サーバが高負荷・ダウン時であっても配信を滞ることなく行うことができる。また、クライアント端末に置かれたコンテンツパーツは暗号化することでコンテンツの提供者が意図しない不正な利用を防ぐことができる。
【００６９】
以上、本発明の実施の形態について説明したが、本発明のコンテンツ配信システムは、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【産業上の利用可能性】
【００７０】
本発明は、動画コンテンツの配信において、配信サーバの負荷を軽減すると共に、配信サーバが高負荷・ダウン時であってもコンテンツの配信を滞ることなく行うことができる効果を奏するので、本発明はコンテンツ配信システム、コンテンツ配信方法、およびプログラム等に有用である。
【図面の簡単な説明】
【００７１】
【図１】本発明のコンテンツ配信システムの基本構成例を示す図である。
【図２】Ｐ２Ｐを用いたコンテンツ配信システムの構成例を示す図である。
【図３】コンテンツ配信システムにおける事前処理の手順を示すシーケンス図である。
【図４】基本構成例におけるコンテンツの再生処理の手順を示すシーケンス図である。
【図５】Ｐ２Ｐを用いた構成例におけるコンテンツの再生処理の手順を示すシーケンス図である。
【図６】配信サーバ、インデックスサーバ、および鍵サーバの構成例を示す図である。
【図７】クライアント端末の構成例を示す図である。
【図８】メタファイルのデータ構成例を示す図である。
【符号の説明】
【００７２】
１、１ａ、１ｂ  暗号化コンテンツパーツ
２、２ａ  メタファイル
３  復号鍵
３ａ  鍵ファイル
４  インターネット
１０  配信サーバ
１１  コンテンツ管理部
１２  要求解析部
２０  インデックスサーバ
２１  メタファイル管理部
２２  要求解析部
３０  鍵サーバ
３１  鍵ファイル管理部
３２  要求解析部
４０、４２、４４  クライアント
４１  クライアント端末
４３  クライアント端末Ａ
４５  クライアント端末Ｂ
５１  コンテンツ管理部
５３  リクエスト発行部
５３ａ  メタファイル要求部
５３ｂ  復号鍵要求部
５３ｃ  コンテンツパーツ要求部
５４  メタファイル解析部
５５  復号化部
５６  描画部
６０  コンテンツ加工端末
【図１】
2006222674.tif 000003
【図２】
2006222674.tif 000004
【図３】
2006222674.tif 000005
【図４】
2006222674.tif 000006
【図５】
2006222674.tif 000007
【図６】
2006222674.tif 000008
【図７】
2006222674.tif 000009
【図８】
2006222674.tif 000010