JP2014194624A - コンテンツ配信装置、コンテンツ配信方法 - Google Patents

Abstract

【課題】コンテンツの再生範囲を制限できるコンテンツ配信装置を提供する。
【解決手段】
コンテンツ配信装置は、ネットワークを介してクライアント装置との通信を制御する通信制御部と、ユーザ毎に定められたコンテンツファイルの再生可能範囲を記憶する記憶部と、再生可能範囲からマニフェストファイルを生成するマニフェストファイル生成部と、再生可能範囲に基づいた再生不可範囲のコンテンツファイルを無効化した配信ファイルを生成する配信ファイル生成部と、を備えたコンテンツ配信装置であって、通信制御部は、マニフェストファイル生成部にて生成されたマニフェストファイルをクライアント装置に送付し、送付したマニフェストファイルを基にクライアントからコンテンツファイルの配信要求を受付け、配信要求に対して配信ファイルをクライアント装置に送信する。
【選択図】図１

Description

本発明は、コンテンツ配信装置、及びコンテンツ配信方法に関する。

近年、配信サーバに蓄積された音声や動画などのコンテンツを、ネットワークを通じて配信するために、ＨＴＴＰ（Hyper Text Transfer Protocol）ストリーミング配信と呼ばれる方式が広く普及している。ＨＴＴＰストリーミング配信は、クライアントが、ネットワークで接続された配信サーバからＨＴＴＰを用いて、コンテンツのファイルをダウンロードしてキャッシュに保存しながら再生する、プログレッシブダウンロードと呼ばれる擬似的なストリーミング形式を採用している。

図１３は、従来のＨＴＴＰストリーミング配信を説明した図である。図１３において、サーバ５０には、コンテンツを記憶する記憶部５０１、及びコンテンツを配信する配信部５０２を備えている。記憶部５０１には、１つの動画コンテンツＡが記憶されているものとする。動画コンテンツＡは、１２０秒の動画が、それぞれの再生長さが１０秒である「movie00.ts」〜「movie11.ts」の１２個の動画ファイルに分割されて構成されている。記憶部５０１には、動画コンテンツＡに対応したマニフェストファイルが記憶されている。マニフェストファイルは、コンテンツＡに含まれる動画ファイルを指定するものであり、動画開始からの経過秒数とファイル名とが対応して記述されている。従来のマニフェストファイルは、コンテンツＡに関する全ての動画ファイルを指定するものであり、１２０秒の動画に対しては、１２の動画ファイルを指定するファイル名が記述されている。

クライアント５１は、コンテンツＡを指定してコンテンツＡのマニフェストファイルをサーバ５０に要求する（１）。この要求に応じてサーバ５０はマニフェストファイルをクライアント５１に送付する。

今、コンテンツＡの１５秒〜３５秒の範囲を再生したい場合、クライアント５１は再生位置１５秒〜３５秒を指定して、マニフェストから再生動画ファイル「movie01.ts」、「movie02.ts」、及び「movie03.ts」をサーバ２０に要求する。なお、再生位置の指定（シーク）は利用者がクライアント２１にインストールされた動画再生アプリケーションを操作することにより行う。

サーバ５０は、クライアント５１からの要求に応じて、「movie01.ts」、「movie02.ts」、及び「movie03.ts」の動画ファイルをクライアントからダウンロード可能な状態にする。

また、従来、ユーザが要約映像の再生を通じて所望する映像を指定する装置があった。さらに、映像中の所望の画面情報をユーザが指定した画面単位に編集できるシステムがあった（例えば、特許文献１−２を参照）。

特開２００２−２９０９５４号公報 特開平１１−１５５１２８号公報

しかし、図１３で説明した上記従来技術においては、動画が再生される範囲は、マニフェストファイルで指定した再生範囲を含むダウンロードされた動画ファイル全体となってしまうため、ユーザが所望する再生範囲以外の動画が再生されてしまうという不具合があった。

特に、再生範囲を、ユーザ認証を基に決定する場合、認証された範囲以外の部分が再生されたり、あるいはクライアントのキャッシュに保存されたりすることは、セキュリティ上の問題があった。

また、上記従来技術では、コンテンツの分割数を増やして１動画ファイルの再生時間を短くすることにより、ユーザによる指定範囲と再生範囲とを近づけることはできる。しかし、コンテンツの分割数が増えるとそれを指定するマニフェストファイルの記述も増えてしまう。例えば、１動画ファイルの再生時間を０．５秒とした場合、２時間のコンテンツは14,400個の動画ファイルで構成されることになる。このため、マニフェストファイルの記述が増えてサイズが大きくなり、マニフェストファイルのダウンロードに時間を要し、また動画再生アプリケーションによるシークが高負荷になってしまうという不具合が生じてしまった。

そこで、一側面では、コンテンツの再生範囲を制限できるコンテンツ配信装置を提供することを目的とする。

一つの案では、コンテンツ配信装置は、ネットワークを介してクライアント装置との通信を制御する通信制御部と、ユーザ毎に定められたコンテンツファイルの再生可能範囲を記憶する記憶部と、前記再生可能範囲からマニフェストファイルを生成するマニフェストファイル生成部と、前記再生可能範囲に基づいた再生不可範囲のコンテンツファイルを無効化した配信ファイルを生成する配信ファイル生成部と、を備えたコンテンツ配信装置であって、前記通信制御部は、前記マニフェストファイル生成部にて生成されたマニフェストファイルを前記クライアント装置に送付し、送付したマニフェストファイルを基に前記クライアントからコンテンツファイルの配信要求を受付け、前記配信要求に対して前記配信ファイルを前記クライアント装置に送信する。

一態様によれば、コンテンツの再生範囲を制限できるコンテンツ配信装置を提供することができる。

コンテンツ配信システムの機能ブロックの全体構成を示す全体構成図 ユーザＩＤ毎配信メタ情報対応テーブル ユーザＩＤ毎認証メタ情報対応テーブル 配信ファイルの生成における、ユーザが再生権限を持つ範囲を説明する図（ａ）、ファイルの置換を説明する図（ｂ） 第１のマニフェストファイル生成方法を説明した図 第２のマニフェストファイル生成方法を説明した図 マニフェストファイルと動画ファイルとの対応を説明した図 第１のマニフェストファイル生成方法における配信方法を説明した図 第２のマニフェストファイル生成方法におけるエイリアスによる配信方法を説明した図 コンテンツ配信システムの動作を説明するシーケンス図 コンテンツの再生可能範囲が固定されている場合のクライアント装置の操作を説明した図 コンテンツの再生可能な長さが固定されている場合のクライアント装置の操作を説明した図 従来のコンテンツ配信システムの全体構成図 コンテンツ配信装置のハードウエア構成図

以下、図面に基づいて本発明の実施の形態を説明する。

図１は、コンテンツ配信システムの機能ブロックの全体構成の一例を示す全体構成図である。図１において、コンテンツ配信システム１００は、コンテンツ配信装置１、認証装置２、課金装置３、及びコンテンツ提供装置４を備えている。コンテンツ配信システム１００は、クライアント装置５とネットワークを介して接続されている。

コンテンツ配信装置１は、通信制御部１１、認証制御部１２、マニフェストファイル生成部１３、配信ファイル生成部１４、及び記憶部１５を備えている。

通信制御部１１、認証制御部１２、マニフェストファイル生成部１３、配信ファイル生成部１４、及び記憶部１５は、ソフトウエアの機能ブロックである。なお、認証装置２、課金装置３、及びコンテンツ提供装置４における各機能も同様にソフトウエアの実行により実施される機能である。

通信制御部１１は、ネットワークを介してクライアント装置５との通信を制御する。例えば、クライアント装置５からの要求に従い、ネットワークを介した接続を確立する。また、通信制御部１１は、Ｗｅｂサーバとして、クライアント装置５のコンテンツ再生アプリ５１やブラウザに対してＨＴＴＰによって、ＨＴＭＬ、ＸＭＬ（Extensible Markup Language）、あるいはコンテンツの提供を行うための通信を制御する。クライアント装置５は、通信制御部１１を介して、コンテンツ配信システム１００の、認証装置２、課金装置３、及びコンテンツ提供装置４が提供する、例えばＷｅｂサービスとして、それぞれの機能を利用することができる。

認証制御部１２は、ユーザ認証を制御する。ユーザ認証には、例えば、ＩＤとパスワードを使用するベーシック認証、ディレクトリサービス、あるいは証明書認証などが利用できる。ＩＤやパスワードは、図示しない暗号化手段によって暗号化されて送受信される。本実施例では、認証装置２によって提供される認証サービス及び承認サービスを認証制御部１２が制御して、認証結果と承認結果を、通信制御部１１を介してクライアント装置５に提供する。認証制御部１２は、認証装置２以外の図示しない認証装置が提供する認証サービスを一元的に管理してクライアント５に提供してもよい。

マニフェストファイル生成部１３は、マニフェストファイルを生成する。生成されるマニフェストファイルには、コンテンツのファイルを特定する「特定情報」が記述されている。特定情報としては、例えば、「シンボリックリンク」を使用する。シンボリックリンクは、ファイル名を基に生成される、ファイルにリンクされた文字列である。シンボリックリンクは、コンテンツの元のファイル名を隠蔽してクライアント装置にマニフェストとして配信される。従って、コンテンツのファイル名を元にファイルに直接アクセスされる危険性が小さくなり、セキュリティを向上させることができる。

マニフェストファイルを取得したクライアント装置５は、マニフェストファイルに記述された特定情報の範囲内でコンテンツ配信装置１にコンテンツファイルの配信を要求する。マニフェストファイルに記述される特定情報は、後述する認証装置２の承認サービス２２によって承認されたユーザが、コンテンツの再生の権限を有する範囲において記述される。従って、同じコンテンツであっても、ユーザ毎に特定情報を変えることにより、再生範囲をユーザ毎に限定することができる。

配信ファイル生成部１４は、クライアント装置５に配信する動画や音声の配信ファイルを生成する。配信ファイル生成部は、元のコンテンツの中で、承認サービス２２で承認された範囲内に限定した配信ファイルを生成する。配信ファイルの生成については、図４を用いて後述する。

記憶部１５は、メモリにマッピングされたワークエリアであり、コンテンツ配信装置１のソフトウエアの各機能やデータが記憶される。また、記憶部１５には、コンテンツ配信に必要なユーザ毎のメタ情報が記憶される。記憶部１５に記憶されるユーザ毎のメタ情報の詳細は、図２を用いて後述する。

認証装置２は、認証サービス２１、承認サービス２２、記憶部２３を備えている。認証サービス２１は、コンテンツ配信装置１に対してユーザ認証のサービスを提供する。認証サービス２１は、認証制御部１２からの要求によってユーザ認証を行い、認証結果を認証制御部１２に返す。また、認証サービス２１は、クライアント装置５から直接認証要求を受け付けて、認証結果をチケットとしてクライアント装置５に返して、クライアント装置５は、認証されたチケットを基にコンテンツ配信装置１にマニフェストファイルの送付を要求しても良い。承認サービス２２は、コンテンツ配信装置１に対してユーザ毎の利用可能なコンテンツ及びその範囲を提供する。記憶部２３は、ユーザ毎の認証情報、及びユーザ毎のコンテンツの再生可能範囲などを記憶する。

この実施例では、認証サービス２１と承認サービス２２は、個別のサービスとして説明しているが、例えば、コンテンツ配信装置１からのユーザＩＤとパスワードの入力に対して、そのユーザが再生可能なコンテンツＩＤと再生可能範囲を返信することにより、認証サービスと承認サービスを併せて提供することもできる。

ここで、図２及び図３のユーザＩＤ毎に管理されるメタ情報対応テーブルを用いて、認証サービス２１、承認サービス２２、及び記憶部２３の詳細を説明する。図２は、コンテンツ配信装置１の記憶部１５に記憶される、ユーザＩＤ毎配信メタ情報対応テーブルの一例を示す、図３は、認証装置２の記憶部の記憶部２３に記憶される、ユーザＩＤ毎認証メタ情報テーブルの一例を示す。なお、図２及び図３で示すそれぞれのメタ情報対応テーブルは、ＸＭＬデータで記述されて記憶されており、記憶部１５及び記憶部２３ではＸＭＬデータベースが使用されている。しかし、ＸＭＬデータベースの代わりに、例えばレコード単位でメタデータを記憶する、リレーショナルデータベースを用いても良い。

先ず、図３において、メタ情報対応テーブルは、「ユーザＩＤ」に対して、「パスワード」、「再生可能コンテンツＩＤ」、及び「再生可能範囲」のメタ情報を備えている。例えば、ユーザＩＤ：「ａ０１２３４５」に対して、パスワード「ｐ０１ａ２３ｓ」、２つの再生可能コンテンツＩＤ：「ｄｖ００５７２１６２」（動画コンテンツ）、及び「ｃｄ１８４４３６６８」（音声コンテンツ）、また、それぞれの再生可能コンテンツＩＤに対応した再生可能範囲「１５〜３５」秒、「６２０〜１４３０」がメタデータとして記憶されている。ここで、再生可能コンテンツＩＤには、動画コンテンツ、音声コンテンツ以外に、例えば、静止画コンテンツ、文書コンテンツ（例えば、電子書籍）、アプリケーション等、様々な形式の配信コンテンツをユーザＩＤのメタデータとして登録可能である。ＸＭＬデータベースを使用することにより、新たな形式の配信コンテンツにも対応できる。記憶部２３には、図示したメタデータ以外に、例えばコンテンツをグループ化して、そのグループに対する再生権限を定義したり、コンテンツの再生履歴を記録したりすることができる。

認証サービス２１は、コンテンツ配信装置１からの要求に応じて、記憶部２３に記憶されたユーザＩＤとパスワードによってユーザ認証を行う。認証サービス２１を利用する認証制御部１２が、もしユーザＩＤとパスワードの組み合わせ以外の認証方式を使用する場合は、記憶部２３には、その認証方式に合わせた情報が記憶される。例えばユーザＩＤとパスワード以外に、例えば、ＭＡＣアドレスやＩＰアドレスなどのクライアント装置５の機器情報を組み合わせて記憶しておき、認証に使用しても良い。

承認サービス２２は、コンテンツ配信装置１に対して、記憶部２３に記憶されたユーザＩＤとそのユーザが再生可能な再生可能コンテンツＩＤと再生可能範囲によって、そのユーザが再生可能なコンテンツの情報を提供する。コンテンツＩＤは、コンテンツ提供装置４に記憶されたコンテンツのＩＤであり、コンテンツのタイトル単位、チャプター（プログラムチェーン）単位、フォルダ単位、あるいはファイル単位など、適宜設定が可能である。再生可能範囲は、コンテンツＩＤ毎の再生可能範囲であり、例えば、時間、やバイト数などで定義される。図３においては、ユーザＩＤ「Ａ０１２３４５」に対して、「ｄｖ００５７２１６２」、及び「ｃｄ１８４４３６６８」の二つの再生可能コンテンツＩＤが対応付けられている。また、それぞれの再生可能範囲は、「１５〜３５」秒、「６２０〜１４３０」秒である。コンテンツＩＤと再生可能範囲は、ユーザＩＤに対する固定的なメタ情報として記憶しても良いが、例えば、後述する課金装置３による課金情報（例えば、購入済みのコンテンツか否か）によって書き換えることができる。

次に、図２において、ユーザＩＤ毎配信メタ情報対応テーブルは、「ユーザＩＤ」、「パスワード」、「課金残高」、「再生可能コンテンツＩＤ」、「再生可能範囲」、「エイリアス」、「ファイル名」のメタ情報を備えている。

ユーザＩＤは、認証装置２によって認証されて、現在通信が確立しているユーザのＩＤであり、通信終了など、所定のタイミングでユーザＩＤ及び／又はそのメタ情報は消去される。本実施例では、セッションスタートにより、記憶部１５に認証されたユーザＩＤのＸＭＬ文書を作成して、パスワードなどの要素データを記述する。また、セッションタイムアウトにてそのユーザＩＤのＸＭＬ文書を削除又は編集し、ＸＭＬ文書の全部あるいはメタ情報の一部を記憶部１５から削除する編集を行う。また、ユーザがコンテンツのファイルをダウンロードした時点、ユーザがコンテンツの再生を終了した時点、あるいは、所定の経過期間後のタイミングでＸＭＬ文章を編集あるいは削除しても良い。ＸＭＬ文書の削除あるいは編集のタイミングは、ユーザＩＤ毎、あるいはコンテンツＩＤ毎に設定することができる。この設定により、例えばマニフェストファイルによるコンテンツの再生回数や再生期間を規定することができる。また、マニフェストファイルを受信したクライアント装置が他のクライアント装置にマニフェストファイルを転送し、他のクライアント装置でコンテンツを再生することを、許容あるいは制限することができる。

図２のユーザＩＤ毎配信メタ情報対応テーブルの中で、ユーザＩＤ、パスワード、再生可能コンテンツＩＤ、及び、再生可能範囲については、図３で説明した認証装置２の記憶部２３に記憶されたメタ情報を、認証装置２による認証が成功した時点で取得している。また、課金残高は、後述する課金装置３に記憶された情報から取得して記憶している。

記憶部１５に図２で図示した情報を記憶しておくことにより、現在通信中のユーザＩＤにおける情報を、新たに認証装置２や課金装置３に問い合わせしなくても、コンテンツ配信に利用することが可能となるキャッシュ効果を奏することができる。例えば、コンテンツ配信装置１の通信制御部１１がセッションを管理している場合において、一度認証されたユーザＩＤにおいて承認サービスを複数回利用する場合、セッションが有効な間はクライアント装置５に再度のユーザＩＤとパスワードの入力を求めることなく、記憶部１５に記憶しているユーザＩＤとパスワードを使用することができる。また、再生可能範囲などの情報を記憶部１５にキャッシュしておくことにより、認証装置２との通信回数が減り、これらの情報を使用した処理時間の短縮が可能となる。「エイリアス」、及び「ファイル名」については、マニフェストファイル生成部１３の動作にて後述する。

次に、課金装置３は、課金サービス３１と記憶部３２を備えている。課金サービス３１は、コンテンツ配信装置１に対して課金サービスを提供する。課金サービス３１は、図示しないクレジットカード会社や電子マネー会社が提供する外部の課金サービスと連携し、クライアント装置５を使用するユーザに、例えば、独自のＷｅｂマネーの購入方法を提供する。Ｗｅｂマネーは、課金サービス３１によりチャージされて、ユーザＩＤ毎に残高情報が管理され、記憶部３２に記憶される。課金装置３は、コンテンツ配信装置１からの要求により、保存された残高情報を提供し、残高情報の範囲内でのＷｅｂマネーの利用を許可して、利用した分を残高情報より差し引く。また、課金装置３は、コンテンツ配信装置１以外の図示しない他の装置に対してＷｅｂマネーの利用を提供しても良い。

次に、コンテンツ提供装置４は、コンテンツ提供サービス４１、記憶部４２を備えている。コンテンツ提供サービスは、コンテンツ配信装置１に対してコンテンツ提供サービスを提供する。コンテンツ配信装置１からの要求により、記憶部４２に記憶されたコンテンツのファイルをコンテンツ提供装置１に提供する。記憶部４２に記憶されるコンテンツは、例えば動画ファイル、音声ファイル、静止画ファイル、テキストファイルなどである。コンテンツファイルは、一括ダウンロード用ファイル、ストリーミング用ファイルなどをそれぞれ用意しても良い。コンテンツ提供サービス４１は、コンテンツ毎の利用料金を設定することも可能である。コンテンツ配信装置１は、記憶部１５に記憶されたユーザ毎のコンテンツ再生可能範囲に応じて、コンテンツ提供装置４からコンテンツファイルを取得する。

次に、図４を用いて、配信ファイル生成部１４における配信ファイルの生成を説明する。図４は、配信ファイルの生成における、ユーザが再生権限を持つ範囲の一例を説明する図（ａ）、ファイルの置換の一例を説明する図（ｂ）である。

図４（ａ）において、図３で説明したコンテンツＩＤ：「ｄｖ００５７２１６２」の動画コンテンツは、「ｍｏｖｉｅ００．ｔｓ」から「ｍｏｖｉｅ１０．ｔｓ」の１１個のファイルで構成されており、コンテンツ全体での再生時間は０〜１１０秒である。ユーザＩＤ「ａ０１２３４５」のユーザには、このコンテンツに対して、図３で説明したとおり、１５秒〜３５秒の間の再生可能範囲にて再生権限が与えられているものとする。再生可能範囲の中で、最初のファイル「ｍｏｖｉｅ０１．ｔｓ」と最後の「ｍｏｖｉｅ０３．ｔｓ」には、このユーザに再生権限が与えられていない、１０〜１５秒の再生不可範囲と、３５〜４０秒の再生不可範囲が含まれている。

図４（ｂ）において、配信ファイル生成部１４は、コンテンツ提供装置４から取得した再生可能コンテンツＩＤに対応したコンテンツファイルの中で、再生可能コンテンツＩＤ毎に設定された再生可能範囲に基づき、「ｍｏｖｉｅ０１．ｔｓ」及び「ｍｏｖｉｅ０３．ｔｓ」の中の再生不可範囲を無効化する。ここで、無効化とは、再生不可範囲がクライアント装置５にて再生できないようにファイルを加工して新たなファイルを生成する処理をいう。再生不可範囲の無効化の方法として本実施例では、再生不可範囲を無効データに置換する方法を説明する。無効データに置換されたファイルは、クライアント装置５で再生された場合に、再生不可範囲がスキップされる。また、再生可能範囲において特定の画像（例えば、空白画像）が表示されるようにしても良い。ファイルを無効データに置換した場合、元のファイルサイズと置換後のファイルサイズを同じにできる。このため、ファイルサイズからのみではそのファイルが無効化されたファイルであるか否かの判断ができない。本実施例以外の無効化の方法としては、例えば、再生不可範囲を削除して新たなファイルとする方法、再生可能範囲のみを前後のファイルと結合して新たなファイルとする方法も可能である。

無効化されて生成された新たなファイルは、無効化の不要なファイルである、「ｍｏｖｉｅ０２．ｔｓ」とともに、図１の記憶部１５に新たに生成されたファイルを記憶される。また、新たに生成されたファイルは、「ｍｏｖｉｅ０１＿ｕｓｅｒＡ．ｔｓ」及び「ｍｏｖｉｅ０３＿ｕｓｅｒＡ．ｔｓ」のファイル名にて、図２で説明したユーザＩＤ毎配信メタ情報対応テーブルに記憶される。図３（ｂ）の「ｍｏｖｉｅ０１＿ｕｓｅｒＡ．ｔｓ」及び「ｍｏｖｉｅ０３＿ｕｓｅｒＡ．ｔｓ」の黒く塗りつぶした部分が無効化データに置換された部分を示している。なお、本実施例では、記憶部１５に記憶するファイルは、認証されたユーザが再生可能な範囲のみをコンテンツ提供装置４から取得することにより、ファイル取得時間の短縮が可能になる。しかし、コンテンツに含まれるファイル全体をコンテンツ提供装置４から取得して記憶部１５に記憶しておいても良い。例えば、ユーザが新たな課金により再生可能範囲を広げた場合、ファイルをコンテンツ提供装置４からさらに取得する手順を省略することができる。

コンテンツファイルは、コンテンツ提供装置４から適宜取得する。例えば、クライアント装置５から特定情報によってコンテンツのファイルが特定された場合、特定されたファイルのみをコンテンツ提供装置４から取得しても良い。また、クライアント装置５が再生中のコンテンツファイルに対して数ファイル先を適宜取得しても良い。配信ファイル生成部１４は、複数のコンテンツ提供装置からコンテンツの供給を受けても良い。

次に、図５、及び図６を用いて、図１のマニフェストファイル生成部１３の動作の詳細を説明する。
〔第１のマニフェストファイル生成方法〕

第１のマニフェストファイル生成方法においては、コンテンツのファイル名を元にエイリアスを生成する。ここで、「エイリアス」とは、ファイルやフォルダに対する仮想的な名称であり、エイリアスはファイルやフォルダのリンク先を直接的に又は間接的に表し、ファイルやフォルダを一意に特定する。図５は、第１のマニフェストファイル生成方法の一例を説明した図である。

図５において、動画コンテンツには、ファイル名が記述されたマニフェストファイルが存在している。マニフェストファイル生成部１３は、図４で説明したユーザに再生権限がある「movie01.ts」、「movie02.ts」、及び「movie03.ts」について、ファイル名をそれぞれエイリアスに変換して、「ptnfqnlz.ts」、「xzjmvxxm.ts」、及び「hznqmpcm.ts」としたマニフェストファイルを生成する。

第１のマニフェストファイル生成方法においては、ファイル名に例えばハッシュ関数を適用させて生成する。エイリアスは、図２で説明したユーザＩＤ毎配信メタ情報対応テーブルにファイル名とともに記憶される。ユーザＩＤ毎配信メタ情報対応テーブルにてファイル名と対応付けられたエイリアスは、コンテンツ配信装置の内部ではファイル名と同等に扱われる。一方、エイリアスはファイル名をそのまま使用しないので、外部から直接コンテンツファイルを特定されることはなくなる。

なお、本実施の形態では、エイリアスはユーザＩＤ毎配信メタ情報対応テーブルにてファイル名と対応付けられているが、例えばＯＳ（オペレーションシステム）によってリンクを張るシンボリックリンクとして定義しても良い。

第１のマニフェストファイル生成方法においては、マニフェストファイルに記述されたエイリアス名が分かれば、コンテンツの再生が可能になる。従って、例えば、コンテンツ配信装置１からマニフェストファイルを受信したクライアント装置５が、他のクライアント装置に受信したマニフェストファイルを転送し、転送を受けた他のクライアント装置において、そのコンテンツの再生が可能となる。一方、生成されるエイリアス名は、例えば適用する関数を変えることにより、適宜更新することができる。エイリアスの生成方法、有効期間などはコンテンツ配信装置側によって設定ができるので、コンテンツ毎に再生ポリシーを設定することも可能となる。
〔第２のマニフェストファイル生成方法〕

第２のマニフェストファイル生成方法においては、コンテンツ配信装置１とクライアント装置５との間で使用するセッションＩＤを基にエイリアスを生成する。

図６は、第２のマニフェストファイル生成方法の一例を説明した図である。図６において、セッションＩＤ「few489tqqt2y4tk10t」は、図１のクライアント装置５とコンテンツ配信装置１と通信によって生成される。セッションＩＤは、認証装置２によって認証されたクライアント装置５に対して通信制御部１１が発行し、通信の中でクライアント装置５を識別する。マニフェストファイル生成部１３は、このセッションＩＤと元のファイル名を合わせてハッシュ値を求めてエイリアスを生成し、マニフェストファイルを生成する。マニフェストファイルには、生成されたエイリアスと再生時間の対応が記述されている。また、生成されたエイリアスは、図２で説明したユーザＩＤ毎配信メタ情報対応テーブルにファイル名と対応させて記憶される。

ここで、セッションＩＤとファイル名とを合わせた文字列のハッシュ値を使用することにより、生成されるエイリアスはセッション毎に異なった値となる。従って、このマニフェストファイルは、ハッシュ化に使用されたセッションＩＤにおけるセッション内において使用を限定することができる。同じコンテンツに対しても毎回エイリアスが異なり、セッションＩＤの異なるセッション内においては、エイリアスは無効となる。なお、エイリアスの文字列から元のファイル名を特定できないようにするため、使用するハッシュ関数は非可逆の関数を使用する。なお、図６で例示しているエイリアスは１６文字であるが、通常はセッションＩＤの文字数や元ファイルの文字数より大きな文字数となり、また文字数は適宜設定される。

図７は、第２のマニフェストファイル生成方法における、マニフェストファイルと動画ファイルとの対応を説明した図である。図７において、マニフェストファイルには、図６で説明したエイリアスが記述されている。マニフェストファイルは、セッションＩＤ固有のエイリアスによって記述されているため、例えば他のクライアント装置にマニフェストファイルを送付したとしても、セッションＩＤが異なるセッションではコンテンツの再生はできない。但し、セッションＩＤを含めてマニフェストファイルを送付した場合は、他のクライアント装置においてもコンテンツの配信を受けることが可能となる。この場合、セッションＩＤがチケットの役割を果たして、例えば、他のクライアント装置がコンテンツ配信装置１にユーザ認証をしなくてもコンテンツの配信を受けることを可能にする。

また、ＳＳＬ（Secure Socket Layer）通信を使用する場合は、セッションＩＤが暗号化されるため、他のクライアント装置へセッションＩＤが知られることが無くなり、コンテンツの配信において生成できるクライアント装置が限定され、セキュリティが向上する。
〔コンテンツの配信〕

次に、第１のマニフェストファイル生成方法、及び第２のマニフェストファイル生成方法によって生成されたマニフェストファイルによるコンテンツの配信について、図８及び図９を用いて説明する。

生成されたマニフェストファイルはクライアント装置５に送付され、クライアント装置はこのマニフェストファイルに記述された再生範囲の情報によってエイリアスを特定し、そのエイリアスによってコンテンツ配信装置１に対してコンテンツの配信を要求する。

図８は、第１のマニフェストファイル生成方法における、エイリアスによるコンテンツファイルの配信方法の一例を説明した図である。図８において、コンテンツ配信装置１はエイリアスをシンボリックリンクとしているため、コンテンツ配信装置１は、配信リクエストで送付されたエイリアスを基に、動画ファイルを特定している。

クライアント装置５は、マニフェストファイルに記述されたエイリアス「7f010fe4a27865b4」によって、コンテンツ配信装置１に対して動画配信のリクエストを行う。コンテンツ配信装置１は、送付されたエイリアスをシンボリックリンクとして、動画ファイル「movie01_userA.ts」を特定する。特定された動画ファイルはクライアント装置５にレスポンスとして配信される。

一方、図９は、第２のマニフェストファイル生成方法における、エイリアスによるコンテンツファイルの配信の一例を説明した図である。図８で説明した配信方法との違いは、コンテンツ配信装置において通信制御部１１が、図２で説明したユーザＩＤ毎配信メタ情報対応テーブルに記憶されたエイリアスと元のコンテンツファイルとの対応により、リクエストのエイリアスをファイル名に変換して、コンテンツファイルを特定する点である。この実施例では、通信制御部１１には、エイリアスを元のファイルに変換するＷｅｂアプリケーションまたはＷｅｂサーバモジュールを利用している。
［全体シーケンス］

次に、コンテンツ配信システム全体の動作を、図１０を用いて説明する。図１０は、コンテンツ配信システムの動作の一例を説明するシーケンス図である。図１０において、Ｓ１１〜Ｓ２３の各ステップは、コンテンツ配信装置１の動作であり、Ｓ５１〜Ｓ５７の各ステップは、クライアント装置５の動作である。

クライアント装置５は、コンテンツ配信装置１に対して認証要求を行う（Ｓ５１）。認証要求を受けたコンテンツ配信装置１の認証制御部１２は、認証装置２の記憶部２３に構築されたデータベースによって認証処理を行い（Ｓ１１）、通信制御部は、コンテンツ毎に推定困難な文字列を生成してコンテンツとの対応を保持する（Ｓ１２）。生成した文字列をリンク先としたＷｅｂページを生成して、セッションＩＤとともにＷｅｂページをクライアント装置に提供する。ここで提供されるのは、ユーザが再生権限を持たないコンテンツ名を含んでも良い。例えば、課金前のコンテンツ名をユーザに提示することができる。

クライアント装置５は、Ｗｅｂページのリンク先を基に、マニフェストファイルを要求する（Ｓ５３）。

コンテンツ配信装置１は、保持している文字列とコンテンツファイルとの対応を基にユーザが要求しているコンテンツファイルを判定し（Ｓ１４）、権限の判定と再生可能範囲の取得を再度行う（Ｓ１５）。

ここで、ユーザがマニフェストファイルに対するアクセス権を持っているか否かを判定する（Ｓ１６）。ユーザにアクセス権が無い場合、エラーページを送信する（Ｓ１７）。エラーページにおいて、課金を促す画面を表示しても良い。

一方、ユーザにアクセス権がある場合、複数のファイルに断片化された動画ファイルに対するエイリアスを生成する（Ｓ１８）。生成されるエイリアスは、例えばシンボリックリンクである。

次に、配信ファイル生成部１４は、ユーザが再生可能な範囲を含む断片化された動画ファイルの無効化処理をする（Ｓ１９）。

次に、マニフェストファイル生成部１３は、クライアント装置５からの要求に従い、マニフェストファイルを生成する（Ｓ２０）。生成されたマニフェストファイルは、クライアント装置５に送信される（Ｓ２１）。

クライアント装置５は、マニフェストファイルを受信し（Ｓ５４）、マニフェストファイルから再生可能な時間を解釈する（Ｓ５５）。ユーザは再生可能な時間を指定することにより、対応するエイリアスを指定する。クライアント装置５は、エイリアスによってコンテンツファイルを要求する。

コンテンツ配信装置１は、エイリアスを解釈してコンテンツの実ファイルを送信する（Ｓ２２）。この実ファイルは、無効化処理されて、再生可能範囲のみが再生可能なコンテンツファイルである。配信済みのファイルへのエイリアスによるリンクは解除する（Ｓ２３）。この実施例では、マニフェストファイルを不正に入手した別ユーザからのアクセスを防ぐため、配信完了とともにリンクを解除しているが、例えば、所定の期間後、あるいは所定の再生回数にてリンクを解除しても良い。

クライアント装置５は、断片化したコンテンツファイルを受信し（Ｓ５６）、動画を再生する（Ｓ５７）。受信したコンテンツファイルは、クライアント装置５の内部にキャッシュされることにより、断片化されたファイルが連続して再生可能となる。また、ネットワークの通信速度が遅い場合であっても、安定して動画を再生可能となる。
［クライアント装置での操作］

次に、クライアント装置５における、再生操作について、図１１及び図１２を用いて説明する。図１１及び図１２で再生が指定されるコンテンツファイルは、再生可能範囲で無い範囲を上述の方法にて無効化したものが使用されている。

図１１は、ユーザ毎にコンテンツの再生可能範囲が固定されている場合におけるクライアント装置の操作の一例を説明した図である。図１１（ａ）において、ユーザは、クライアント装置５における操作画面にて、ユーザＩＤとパスワードを入力してログインする。ログインは、例えばコンテンツ配信装置１のＷｅｂサーバによって生成されたＨＴＭＬ画面（Ｗｅｂ画面）に対して、クライアント装置５におけるＷｅｂブラウザを使用して行う。また、クライアント装置５において実行されるコンテンツ再生用のアプリケーションによってログインしても良い。

図１１（ｂ）において、ログインしたユーザＩＤにて再生可能なコンテンツ一覧が表示される。この表示は、図２で説明したユーザＩＤ毎配信メタ情報対応テーブルに記憶された情報を基に、コンテンツ配信装置１のＷｅｂサーバが生成している。ユーザは、コンテンツＡ〜コンテンツＣのリンクをクリックすることにより、コンテンツの選択を行う。それぞれのリンクには、コンテンツＩＤが対応付けられている。コンテンツの選択を行うと、コンテンツ配信装置１は、そのユーザＩＤでの再生可能範囲に応じたコンテンツファイルとマニフェストファイルをクライアント装置５に送付し、クライアント装置５では、送付されたコンテンツに応じた再生アプリケーションが起動されて、コンテンツの再生が可能になる。図１１（ｃ）〜（ｅ）は、コンテンツＡ〜Ｃを選択したときのそれぞれのコンテンツ再生アプリの表示画面である。例えば、図１１（ｃ）では、コンテンツＡは全て再生が可能である。このときコンテンツ配信装置１から送付されたマニフェストファイルには、コンテンツＡ全てのコンテンツファイルに対するエイリアスが記載されている。コンテンツ再生アプリケーションの下部には、再生範囲をユーザが指定する、シークバーが表示されている。このシークバーで再生位置を指定できるのは、マニフェストファイルに記述されたエイリアスの範囲内である。図１１（ｃ）では、総再生時間（コンテンツ全体の長さ）が５４分２８秒のコンテンツＡの全ての範囲で再生が可能であり、シークバーは「0:00〜54:28」の範囲でユーザが自由に操作できる。また、図１１（ｄ）において、コンテンツＢは総再生時間が例えば２０分のコンテンツであり、その中で最初の５分間のみが再生可能範囲として指定されている場合である。また、図１１（ｅ）において、コンテンツＣは総再生時間が例えば４０分のコンテンツであり、その中で15:10〜23:40までが再生可能範囲として指定されている場合である。ここで、図１１（ｄ）のシークバーは、「0:00〜5:00」であり、また、図１１（ｅ）のシークバーは、「0:00〜8:30」である。ユーザは、自ら再生可能な範囲ではシークバーによって自由に再生位置を変更することができる。しかし、ユーザはシークバーに表示された再生可能範囲からは、コンテンツの総再生時間を知ることはできない。従って、例えば図１１（ｂ）の画面において、再生可能範囲を表示しない場合においては、ユーザに再生可能範囲が限定されていることを知らせないことが可能である。また、課金情報を併せて表示することにより、コンテンツの購入についてユーザに情報を与えることができる。

図１２は、ユーザ毎のコンテンツの再生可能な長さが固定されている場合におけるクライアント装置の操作の一例を説明した図である。図１２（ａ）のログイン画面は、図１１（ａ）と同じであり、説明を省略する。

図１２（ｂ）において、Ｗｅｂ画面にはコンテンツ毎の再生可能時間が表示される。コンテンツＡは、再生時間が限定されずに、コンテンツ全てを再生可能である。一方、コンテンツＢは１０分間、コンテンツＣは５分３０秒に再生時間が限定される。

コンテンツＡのリンクを選択したときには、図１２（ｃ）に示すとおり、再生アプリケーションによってコンテンツの初めから再生を開始し、終わりまで視聴可能である。また、シーク範囲もコンテンツの全ての範囲である。

コンテンツＢを選択したときには、図（ｄ）のＷｅｂ画面にて、コンテンツ長さ：４５分３９秒、再生できる時間：１０分間との表示がされる。ユーザはこのＷｅｂ画面から、「・初めから再生」、あるいは、「・時間を指定して再生」のいずれかの再生範囲の指定が可能となる。図１２（ｅ）においては、図１２（ｄ）においてユーザが指定した再生範囲により、指定された時間から再生が開始され、その指定された時間から１０分間コンテンツの再生が可能となる。例えば、ユーザが「・初めから再生」を選択したときには、コンテンツの初めから１０分間の再生と、その範囲でのシークが可能となる。また、ユーザが時間を指定して再生した場合には、指定時間から１０分間が再生とシークが可能になる。

コンテンツＣを選択したときには、図１２（ｆ）のＷｅｂ画面が表示される。図１２（ｆ）における再生範囲の指定は、「・初めから再生」と「・サムネイルから再生」のいずれかにおいて指定される。「・初めから再生」を指定したときには、図１２（ｄ）と再生範囲及びシーク範囲は同じである。一方、「・サムネイルから再生」には、所定の単位で分割されたコンテンツファイルの初めの部分のサムネイルが表示されている。このいずれかを選択することにより、再生範囲を指定する。なお、サムネイルに表示されるコンテンツファイル初めの部分は、無効化されたファイルにおける再生可能範囲の初めの部分である。サムネイルが指定されると、図１２（ｇ）において、再生アプリケーションによって、指定されたサムネイルの時間から再生が開始され、開始から５分３０秒間が再生及びシーク可能範囲となる。

なお、本実施例では認証装置２、課金装置３、及びコンテンツ提供装置４は、コンテンツ配信装置１とは別個の装置として説明したが、これらの装置は２つ以上の装置を1つの装置として実施することも可能である。また、1つの装置の中で実施される各機能を、複数の装置に分割して実施することもできる。

図１４は、コンテンツ配信装置１のハードウエア構成の一例を示すハードウエア構成図である。

図１４において、コンテンツ配信装置１は、ＣＰＵ１０１、メモリ１０２、ネットワークＩ／Ｆ（インターフェイス）１０３、入力装置１０４、表示部１０５、及びバス１０６を備えたコンピュータシステムである。ＣＰＵ１０１は、コンテンツ配信装置１の動作を制御する。図１で説明した、ソフトウエアの機能である、通信制御部１１、認証制御部１２、マニフェストファイル生成部１３、及び配信ファイル生成部１４、メモリ１０２にマッピングされた記憶部１５に記憶されて、ＣＰＵ１０１によって実行される。入力装置１０４は、例えばキーボードやマウスである。表示部１０５は、例えば液晶ディスプレイである。ＣＰＵ１０１、メモリ１０２、ネットワークＩ／Ｆ（インターフェイス）１０３、入力装置１０４、表示部１０５は、バス１０６によって接続される。

本実施形態においては上記の通り、各装置を構成する機能ブロックは、ソフトウエアの機能ブロックとして説明したが、それぞれの機能はハードウエアによって実現しても良い。

以上、本発明を実施するための形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

本発明は、以下に記載する付記のような構成が考えられる。
（付記１）
ネットワークを介してクライアント装置との通信を制御する通信制御部と、
ユーザ毎に定められたコンテンツファイルの再生可能範囲を記憶する記憶部と、
前記再生可能範囲からマニフェストファイルを生成するマニフェストファイル生成部と、
前記再生可能範囲に基づいた再生不可範囲のコンテンツファイルを無効化した配信ファイルを生成する配信ファイル生成部と、を備えたコンテンツ配信装置であって、
前記通信制御部は、
前記マニフェストファイル生成部にて生成されたマニフェストファイルを前記クライアント装置に送付し、
送付したマニフェストファイルを基に前記クライアントからコンテンツファイルの配信要求を受付け、
前記配信要求に対して前記配信ファイルを前記クライアント装置に送信する、
コンテンツ配信装置。
（付記２）
前記マニフェストファイル生成部は、前記コンテンツファイルのファイル名を基に前記コンテンツファイルを特定するエイリアスを生成する付記１に記載のコンテンツ配信装置。
（付記３）
前記マニフェストファイル生成部は、セッションＩＤを基に前記コンテンツファイルを特定するエイリアスを生成する付記１又は２に記載のコンテンツ配信装置。
（付記４）
前記マニフェストファイル生成部は、前記エイリアスをシンボリックリンクによって生成する付記２又は３に記載のコンテンツ配信装置。
（付記５）
前記マニフェストファイル生成部は、前記エイリアスと前記コンテンツファイルとの対応を前記記憶部に記憶させる付記２又は３に記載のコンテンツ配信装置。
（付記６）
前記通信制御部は、前記クライアント装置に、再生可能範囲を指定するＷｅｂ画面を提供し、該Ｗｅｂ画面から再生範囲の指定を受付け、
前記マニフェストファイル生成部は、指定された前記再生範囲を基にマニフェストファイルを生成する付記１乃至５のいずれか一に記載のコンテンツ配信装置。
（付記７）
ネットワークを介してクライアント装置との通信を制御する処理と、
ユーザ毎に定められたコンテンツファイルの生成可能範囲を記憶する処理と、
前記再生可能範囲からマニフェストファイルを生成する処理と、
前記再生可能範囲に基づいた再生不可範囲のコンテンツファイルを無効化した配信ファイルを生成する処理と、をコンピュータが実行するコンテンツ配信方法であって、
前記通信を制御する処理は、
前記マニフェストファイルを生成する処理にて生成されたマニフェストファイルを前記クライアント装置に送付する処理と、
前記送付する処理にて送付したマニフェストファイルを基に前記クライアントからコンテンツファイルの配信要求を受付ける処理と、
前記配信要求に対して前記配信ファイルを前記クライアント装置に送信する処理と、含むコンテンツ配信方法。
（付記８）
前記マニフェストファイルを生成する処理は、前記コンテンツファイルのファイル名を基に前記コンテンツファイルを特定するエイリアスを生成する付記７に記載のコンテンツ配信方法。
（付記９）
前記マニフェストファイルを生成する処理は、セッションＩＤを基に前記コンテンツを特定するエイリアスを生成する付記１又は２に記載のコンテンツ配信方法。
（付記１０）
前記マニフェストファイルを生成する処理は、前記エイリアスをシンボリックリンクによって生成する付記８又は９に記載のコンテンツ配信方法。
（付記１１）
前記マニフェストファイルを生成する処理は、前記エイリアスと前記コンテンツファイルとの対応を記憶させる付記８又は９に記載のコンテンツ配信方法。（５、図２）
（付記１２）
前記通信を制御する処理は、前記クライアント装置に、再生可能範囲を指定するＷｅｂ画面を提供し、該Ｗｅｂ画面から再生範囲の指定を受付け、
前記マニフェストファイルを生成する処理は、指定された前記再生範囲を基にマニフェストファイルを生成する付記７乃至１１のいずれか一に記載のコンテンツ配信方法。

１ コンテンツ配信装置
１１ 通信制御部
１２ 認証制御部
１３ マニフェストファイル生成部
１４ 動画ファイル生成部
１５ 記憶部
２ 認証装置
２１ 認証サービス
２２ 承認サービス
２３ 記憶部
３ 課金装置
３１ 課金サービス
４ コンテンツ提供装置
４１ コンテンツ提供サービス
４２ 記憶部
５ クライアント装置
５１ 通信制御部
５２ コンテンツ再生アプリ
１００ コンテンツ配信システム
１０１ ＣＰＵ
１０２ メモリ
１０３ネットワークＩ／Ｆ
１０４ 入力装置
１０５ 表示部
１０６ バス

Claims (7)

1. ネットワークを介してクライアント装置との通信を制御する通信制御部と、
   ユーザ毎に定められたコンテンツファイルの再生可能範囲を記憶する記憶部と、
   前記再生可能範囲からマニフェストファイルを生成するマニフェストファイル生成部と、
   前記再生可能範囲に基づいた再生不可範囲のコンテンツファイルを無効化した配信ファイルを生成する配信ファイル生成部と、を備えたコンテンツ配信装置であって、
   前記通信制御部は、
   前記マニフェストファイル生成部にて生成されたマニフェストファイルを前記クライアント装置に送付し、
   送付したマニフェストファイルを基に前記クライアントからコンテンツファイルの配信要求を受付け、
   前記配信要求に対して前記配信ファイルを前記クライアント装置に送信する、
   コンテンツ配信装置。
2. 前記マニフェストファイル生成部は、前記コンテンツファイルのファイル名を基に前記コンテンツファイルを特定するエイリアスを生成する請求項１に記載のコンテンツ配信装置
3. 前記マニフェストファイル生成部は、セッションＩＤを基に前記コンテンツファイルを特定するエイリアスを生成する請求項１又は２に記載のコンテンツ配信装置。
4. 前記マニフェストファイル生成部は、前記エイリアスをシンボリックリンクによって生成する請求項２又は３に記載のコンテンツ配信装置。
5. 前記マニフェストファイル生成部は、前記エイリアスと前記コンテンツファイルとの対応を前記記憶部に記憶させる請求項２又は３に記載のコンテンツ配信装置。
6. 前記通信制御部は、前記クライアント装置に、再生可能範囲を指定するＷｅｂ画面を提供し、該Ｗｅｂ画面から再生範囲の指定を受付け、
   前記マニフェストファイル生成部は、指定された前記再生範囲を基にマニフェストファイルを生成する請求項１乃至５のいずれか一項に記載のコンテンツ配信装置。
7. ネットワークを介してクライアント装置との通信を制御する処理と、
   ユーザ毎に定められたコンテンツファイルの再生可能範囲を記憶する処理と、
   前記再生可能範囲からマニフェストファイルを生成する処理と、
   前記再生可能範囲に基づいた再生不可範囲のコンテンツファイルを無効化した配信ファイルを生成する処理と、をコンピュータが実行するコンテンツ配信方法であって、
   前記通信を制御する処理は、
   前記マニフェストファイルを生成する処理にて生成されたマニフェストファイルを前記クライアント装置に送付する処理と、
   前記送付する処理にて送付したマニフェストファイルを基に前記クライアントからコンテンツファイルの配信要求を受付ける処理と、
   前記配信要求に対して前記配信ファイルを前記クライアント装置に送信する処理と、含むコンテンツ配信方法。

Images