(57)【要約】【課題】本発明の課題は、サーバコンピュータを増強・増設せずとも効率的にコンテンツをストリーム配信できるようにすることである。【解決手段】本発明は、配信サーバと、複数のコンテンツを格納するための第１の論理ユニットを有するストレージ装置と、配信サーバを管理するコンテンツ管理部を含む管理装置とを備えるコンテンツ配信装置である。配信サーバは、コンテンツ管理部からのコンテンツ追加要求に基づいて、所定のコンテンツについてのコンテンツデータを外部のオリジンサーバから取得して、これを配信用コンテンツデータに変換し、第１の論理ユニットに格納する変換部を有する。配信サーバはまた、クライアントから送信されるコンテンツ配信要求に応じて、配信用コンテンツデータを第１の論理ユニットから読み出して、クライアントに送信する配信部を有する。【選択図】図４
2009259169.tif 000002
【特許請求の範囲】
【請求項１】
配信サーバと、
前記配信サーバに接続され、複数のコンテンツを格納するための第１の論理ユニットを有するストレージ装置と、
前記配信サーバに接続され、前記配信サーバ及び前記ストレージ装置を管理するコンテンツ管理部を含む管理装置と、を備えたコンテンツ配信装置であって、
前記配信サーバは、
前記コンテンツ管理部からのコンテンツ追加要求に基づいて、当該コンテンツ追加要求が指定する所定のコンテンツについてのコンテンツデータを外部のオリジンサーバから取得して、当該取得したコンテンツデータを配信用コンテンツデータに変換し、当該変換した配信用コンテンツデータを前記第１の論理ユニットに格納する変換部と、
クライアントから送信される前記コンテンツの配信を要求するコンテンツ配信要求に応じて、前記コンテンツについての前記配信用コンテンツデータを前記第１の論理ユニットから読み出して、当該読み出した配信用コンテンツデータを前記クライアントに送信する配信部と、
を備えることを特徴とするコンテンツ配信装置。
【請求項２】
前記ストレージ装置は、前記コンテンツの配信に関する制御情報を含む制御用テーブルを格納するための第２の論理ユニットを有することを特徴とする請求項１記載のコンテンツ配信装置。
【請求項３】
前記配信部は、前記第２の論理ユニットに格納された前記制御用テーブルに従って、前記配信用コンテンツの配信を制御することを特徴とする請求項２記載のコンテンツ配信装置。
【請求項４】
前記制御用テーブルは、前記コンテンツを配信可能な期間を指定した配信可能時刻を含み、
前記配信部は、前記クライアントから送信される前記コンテンツ配信要求を受け付けた時刻が前記配信可能時刻になっている場合に、前記配信用コンテンツデータを前記クライアントに送信することを特徴とする請求項３記載のコンテンツ配信装置。
【請求項５】
前記コンテンツ管理部は、配信サーバに対する所定の操作を記述した管理ファイルを受け付けて、当該管理ファイルに記述された所定の操作が追加操作である場合に、前記コンテンツ追加要求を前記変換部に対して送信することを特徴とする請求項３記載のコンテンツ配信装置。
【請求項６】
前記管理ファイルは、前記所定の操作を実行するための操作実行時刻を含み、
前記コンテンツ管理部は、当該操作実行時刻に従って前記所定の操作を実行することを特徴とする請求項５記載のコンテンツ配信装置。
【請求項７】
前記管理ファイルは、前記配信可能時刻を含み、
前記コンテンツ管理部は、当該配信可能時刻を前記制御用テーブルに登録するように前記配信サーバを制御することを特徴とする請求項５記載のコンテンツ配信装置。
【請求項８】
前記管理ファイルは、前記コンテンツの取得先アドレスを含み、
前記変換部は、前記取得先アドレスに従って、前記オリジンサーバから前記コンテンツデータを取得することを特徴とする請求項５記載のコンテンツ配信装置。
【請求項９】
前記第２の論理ユニットは、前記取得先アドレスに基づいて作成された修復用テーブルを格納することを特徴とする請求項８記載のコンテンツ配信装置。
【請求項１０】
前記管理装置は、前記ストレージ装置がエラー状態にあるか否かをチェックするチェック部をさらに含み、
前記チェック部がエラー状態にあると判断する場合に、前記コンテンツ管理部は、前記変換部に対して、前記修復用テーブルに基づいて前記コンテンツを再取得するように要求することを特徴とする請求項９記載のコンテンツ配信装置。
【請求項１１】
配信サーバと、前記配信サーバに接続されたストレージ装置と、前記配信サーバに接続された管理装置とを備えたコンテンツ配信装置におけるコンテンツ配信方法であって、
前記管理装置が、管理ファイルに従って、コンテンツ追加要求を前記配信サーバに送信するステップと、
前記配信サーバが、前記コンテンツ追加要求に基づいて、当該コンテンツ追加要求が指定する所定のコンテンツについてのコンテンツデータを外部のオリジンサーバから取得するステップと、
前記配信サーバが、前記取得したコンテンツデータを配信用コンテンツデータに変換するステップと、
前記配信サーバが、前記変換した配信用コンテンツデータを前記ストレージ装置に形成された第１の論理ユニットに格納するステップと、
前記配信サーバが、クライアントから送信される前記コンテンツの配信を要求するコンテンツ配信要求に応じて、前記コンテンツについての前記配信用コンテンツデータを前記第１の論理ユニットから読み出して、当該読み出した配信用コンテンツデータを前記クライアントに送信するステップと、
を含むことを特徴とするコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信装置及びこれを用いたコンテンツの配信方法に関し、特に、コンテンツを格納するオリジンサーバコンピュータからコンテンツを取得し、当該取得したコンテンツをクライアントコンピュータからの配信要求に従って当該クライアントコンピュータに配信する技術に関する。
【背景技術】
【０００２】
クライアントからの要求に応じて、映像／音声データを圧縮符号化したコンテンツデータをストリーミング配信するコンテンツ配信サービスが急速に普及している。
【０００３】
下記特許文献１は、メディアサーバとクライアントとの間に配置されたキャッシュサーバを開示する。具体的には、特許文献１では、クライアントからメディアサーバに特定のメディアファイルの配信を要求する配信要求があると、キャッシュサーバが当該配信要求を受信し、キャッシュされているメディアファイルを使用して当該クライアントにストリーミング配信を行う。また、キャッシュサーバに当該メディアファイルがキャッシュされていない場合には、メディアサーバはクライアントに当該メディアファイルをストリーム配信するとともに、キャッシュサーバは、これに並行してメディアサーバから当該メディアファイルを取得する。
【特許文献１】特開２００３−１５３２２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
近年のコンテンツ配信サービスの急速な普及により、複数のコンテンツを同時にストリーミング配信することが可能なコンテンツ配信装置のニーズが高まっている。
【０００５】
しかしながら、コンテンツ配信装置を構成するサーバコンピュータ１台当たりでコンテンツをストリーミング配信できる能力には限界があり、より多くの配信要求を同時に受け付けようとすると、サーバコンピュータを増設しなければならず、コストの増加を招く結果になる。
【０００６】
また、サーバコンピュータが設置されるフロアの最大許容電力量を考慮しなければならず、また、昨今の環境問題等から、サーバコンピュータの消費電力量を低く抑える必要があり、サーバコンピュータを単純に増設することは困難な状況にある。
【０００７】
そこで、本発明は、サーバコンピュータを増強・増設せずとも効率的にコンテンツをストリーム配信できるようにするコンテンツ配信装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、上記課題を解決するためになされたものであり、以下の発明特定事項乃至は技術的特徴を含む。
【０００９】
即ち、ある観点に従う本発明は、配信サーバと、当該配信サーバに接続され、複数のコンテンツを格納するための第１の論理ユニットを有するストレージ装置と、当該配信サーバに接続され、当該配信サーバを管理するコンテンツ管理部を含む管理装置と、を備えたコンテンツ配信装置である。当該配信サーバは、当該コンテンツ管理部からのコンテンツ追加要求に基づいて、当該コンテンツ追加要求が指定する所定のコンテンツについてのコンテンツデータを外部のオリジンサーバから取得して、当該取得したコンテンツデータを配信用コンテンツデータに変換し、当該変換した配信用コンテンツデータを当該第１の論理ユニットに格納する変換部と、クライアントから送信される当該コンテンツの配信を要求するコンテンツ配信要求に応じて、当該コンテンツについての当該配信用コンテンツデータを当該第１の論理ユニットから読み出して、当該読み出した配信用コンテンツデータを当該クライアントに送信する配信部と、を備える。
【００１０】
また、ある観点に従う本発明は、配信サーバと、当該配信サーバに接続されたストレージ装置と、当該配信サーバに接続された管理装置とを備えたコンテンツ配信装置におけるコンテンツ配信方法である。当該コンテンツ配信方法は、当該管理装置が、管理ファイルに従って、コンテンツ追加要求を当該配信サーバに送信するステップと、当該配信サーバが、当該コンテンツ追加要求に基づいて、当該コンテンツ追加要求が指定する所定のコンテンツについてのコンテンツデータを外部のオリジンサーバから取得するステップと、当該配信サーバが、当該取得したコンテンツデータを配信用コンテンツデータに変換するステップと、当該配信サーバが、当該変換した配信用コンテンツデータを当該ストレージ装置に形成された第１の論理ユニットに格納するステップと、当該配信サーバが、クライアントから送信される当該コンテンツの配信を要求するコンテンツ配信要求に応じて、当該コンテンツについての当該配信用コンテンツデータを当該第１の論理ユニットから読み出して、当該読み出した配信用コンテンツデータを当該クライアントに送信するステップと、を含む。
【発明の効果】
【００１１】
本発明によれば、オリジンサーバから取得されたコンテンツデータは、配信用コンテンツデータに変換された後に、ストレージ装置に格納されることになるので、配信サーバは、同時に多数のコンテンツ配信要求を受け付けた場合であっても、高負荷による遅延を生じさせることなく、コンテンツを配信することができるようになる。
【００１２】
また、本発明によれば、ストレージ装置が配信用コンテンツデータを格納した場合であっても、配信サーバは、配信可能時刻の間のみ配信用コンテンツデータを配信することが可能になるので、コンテンツの知的所有権に関わる問題にも対処できるようになる。
【発明を実施するための最良の形態】
【００１３】
次に、本発明の実施の形態について、図面を参照しつつ説明する。
【００１４】
図１は、本発明の一実施形態に係るコンテンツ配信システムの全体構成を示す図である。同図に示すように、本実施形態のコンテンツ配信システム１は、コンテンツ配信装置１０と、複数のオリジンサーバ２０と、複数のクライアント３０とを含んで構成される。
【００１５】
コンテンツ配信装置１０は、配信サーバ１１と、ストレージ装置１２と、管理装置１３とを備える。コンテンツ配信装置１０は、ネットワーク４０を介して複数のオリジンサーバ２０と接続されている。コンテンツ配信装置１０はまた、ネットワーク５０を介して、複数のクライアントコンピュータ３０と接続されている。
【００１６】
配信サーバ１１は、クライアント３０に対してコンテンツ配信サービスを提供するためのコンピュータである。典型的には、配信サーバ１１は、クライアント３０からコンテンツ配信要求に応答して、当該要求に従うストリーム形式のデジタルコンテンツ（以下、単に「コンテンツ」という。）をストレージ装置１２から読み出して、これをクライアント３０に送出する。
【００１７】
ストレージ装置１２は、クライアント３０に配信可能な音楽や映画等のコンテンツを格納するための装置である。コンテンツは、例えば、所定の圧縮規格（符号化規格）に従ったビデオ／オーディオデータストリームであるが、これに限定されるものではない。配信サーバ１１とストレージ装置１２とは、例えば、ＳＡＮ等のネットワーク１４を介して接続されている。
【００１８】
管理装置１３は、配信サーバ１１及びストレージ装置１２を管理するために、システム管理者が使用する装置であり、典型的には、汎用のコンピュータを用いることができる。本例では、管理装置１３は、ＬＡＮ等の管理用ネットワーク１５を介して、配信サーバ１１と接続されているが、配信サーバ１１を介さずにストレージ装置１２と接続されてもよい。
【００１９】
オリジンサーバ２０は、ユーザに有料／無料で提供される音楽や映画等のコンテンツを格納するシステムである。オリジンサーバ２０は、複数台のコンピュータから構成される分散型システムであってもよい。オリジンサーバ２０には、一意に識別するためのＩＤが与えられている。
【００２０】
オリジンサーバ２０は、典型的には、コンテンツプロバイダによって運営される。ただし、コンテンツ配信装置１０が属する事業者とコンテンツプロバイダとは同一事業者であってもかまわない。ユーザは、クライアント３０を操作して、オリジンサーバ２０に直接アクセスしてもよいが、本実施形態では、ユーザは、コンテンツ配信装置１０を介してコンテンツの提供を受けるものとする。
【００２１】
クライアント３０は、コンテンツの利用を希望するユーザが使用するコンピュータであり、ネットワーク５０を介してコンテンツ配信装置１０に接続される。クライアント３０は、ユーザの操作の下、ネットワーク５０を介して配信サーバ１１にコンテンツ配信要求を送信し、これに応答して配信サーバ１１から送信されてくるコンテンツを受信し、ユーザに提供する。
【００２２】
図２は、本発明の一実施形態に係る配信サーバ１１のハードウェア構成を示す図である。同図に示すように、配信サーバ１１は、演算処理を行うプロセッサ１００１と、プロセッサ１００１のメインメモリとして機能するメモリ１００２と、外部の装置と通信するための通信インターフェース（Ｉ／Ｆ）１００３と、ディスプレイ及びキーボードやマウス等のユーザインターフェース装置１００４と、補助記憶装置１００５等とを備え、これらは内部バス１００６を介して相互に接続されている。また、配信サーバ１１は、現在時刻情報をプロセッサ１００１に提供するための計時部１００７を備える。
【００２３】
プロセッサ１００１は、配信サーバ１１の動作を統括的に制御するもので、メモリ１００２に格納された各種のプログラムを実行して、他のハードウェア資源との協働により、配信サーバ１１に所定の処理を実現させる。プロセッサ１００１は、計時部１００７から提供される時刻情報に基づいて、配信要求のあったコンテンツが配信可能な時刻であるか否かを判断する。
【００２４】
メモリ１００２は、例えば、ＲＡＭやＲＯＭ等から構成され、プロセッサ１００１の利用に供される各種のプログラムやデータを記憶する。各種のプログラムは、その一部又は全部が補助記憶装置１００５から、適宜、メモリ１１２にロードされる。本実施形態では、特に、遠隔操作プログラム、配信プログラム、及び変換プログラムが用意される。
【００２５】
管理装置１３もまた、コンピュータを用いて構成することができるため、そのハードウェア構成は、配信サーバ１１と同様である。本実施形態の管理装置１３には、遠隔操作プログラム、ディスクチェックプログラム、及びコンテンツ管理プログラムが実装される。
【００２６】
図３は、本発明の一実施形態に係るストレージ装置１２の構成を示す図である。同図に示すように、ストレージ装置１２は、複数の物理デバイスＰＤＥＶを含むドライブユニット２００１と、配信サーバ１１によるドライブユニット２００１に対する書き込み又は読み込みといったＩ／Ｏアクセスを制御するコントローラ２００２とを備える。ドライブユニット２００１とコントローラ２００２とは、ディスクチャネル２００３を介して接続される。
【００２７】
ドライブユニット２００１は、例えばハードディスクドライブや不揮発性メモリ（ソリッドステートデバイス）等の記憶媒体を含んで構成される。ドライブユニット２００１は、コントローラ２００２のＲＡＩＤ制御により仮想デバイスが形成され、そこに論理ユニットが割り当てられる。論理ユニットは、上位装置である配信サーバ１１が認識しうる論理的な記憶装置である。後述するように、各論理ユニットには、特定の役割が与えられ、当該役割に応じたディスクとして使用される。
【００２８】
コントローラ２００２は、典型的には、プロセッサ２００４と、チャネルアダプタ（ＣＨＡ）２００５と、キャッシュメモリ（ＣＭ）２００６と、ディスクアダプタ（ＤＫＡ）２００７と、共有メモリ（ＳＭ）２００８とを備え、これらのコンポーネントは、接続部２００９により相互に接続されている。
【００２９】
プロセッサ２００４は、ストレージ装置１２を統括的に制御するチップである。チャネルアダプタ２００５は、複数のポート（図示せず）を有し、ネットワーク１４を介してポートに接続された配信サーバ１１との間でＩ／Ｏアクセスに基づく通信を行う通信インターフェースとして機能する。キャッシュメモリ２００６は、チャネルアダプタ２００４とディスクアダプタ２００７との間のデータの受け渡しに利用される。ディスクアダプタ２００７は、複数のポートを有し（図示せず）、ディスクチャネル２００３を介してポートに接続されたドライブユニット２００１に対してＩ／Ｏアクセスの制御を行うインターフェースとして機能する。共有メモリ２００８は、ストレージ装置１２内の各コンポーネントが参照するためのメモリであり、ＲＡＭ及びＲＯＭ並びに不揮発性ＲＡＭ等により構成されている。接続部２００９は、クロスバースイッチ等により構成されるスイッチングデバイスを含み、入力されるデータ信号の競合を調停し、データ信号のパスを切り替えて、送出元のコンポーネントと送出先のコンポーネントとのパスを構築する。
【００３０】
図４は、図１に示したコンテンツ配信装置１０を構成する配信サーバ１１、ストレージ装置１２、及び管理装置１３の機能的な構成を説明するための図である。
【００３１】
配信サーバ１１は、遠隔操作部１１１、配信部１１２、及び変換部１１３を含む。配信サーバは、上述した各種のプログラムを実行することにより、ハードウェア資源と相まって、これらの機能要素を実現する。
【００３２】
遠隔操作部１１１は、管理装置１３の遠隔操作部１３１と通信を行って、管理装置１３からの所定の指示に応答する。例えば、遠隔操作部１１１は、管理装置１３からの指示の下、変換部１３を起動したり、配信部１１２の起動を行う。遠隔操作部１１１はまた、管理装置１３からの指示の下、ストレージ装置１２にＩ／Ｏ要求を行って、当該Ｉ／Ｏ応答を管理装置１３に返す。
【００３３】
配信部１１２は、クライアント３０から送信されるコンテンツ配信要求に応答して、当該コンテンツ配信要求で指定されたコンテンツをストレージ装置１２から読み出し、これをクライアント３０に送出する。
【００３４】
変換部１１３は、オリジンサーバ２０に格納されているコンテンツを、“ｈｔｔｐ”や“ｃｉｆｓ”等の所定のファイル転送プロトコルを用いて取得し、アプリケーションレイヤのヘッダを付与した形式に変換して、ストレージ装置１２に格納するための制御を行う。
【００３５】
ストレージ装置１２は、デジタルコンテンツとしてのデータを格納する記憶媒体等のドライブユニット２００１を備えた装置である。ストレージ装置１２は、例えば、ハードディスクドライブ群や不揮発性の半導体メモリによって構成される。ストレージ装置１２は、大容量かつ高信頼性の要求に応えるべく、例えば、ＲＡＩＤの構成を採る。
【００３６】
ストレージ装置１２のドライブユニット２００１上には、１つ以上の論理ユニット（ＬＵ）が形成される。本実施形態の論理ユニットには、リンクディスク１２１又はコンテンツディスク１２２としての役割が与えられている。リンクディスク１２１及びコンテンツディスク１２２には、後述するように、ディスクＩＤが割り当てられる。
【００３７】
リンクディスク１２１は、制御用テーブル５００及び修復用テーブル６００等の管理テーブルを格納する論理ユニットである。本実施形態では、リンクディスク１２１は、耐障害性等の観点から、リンクディスク１２１ａ及びその複製であるリンクディスク１２１ｂから構成される。従って、リンクディスク１２１の内容が更新される場合には、リンクディスク１２１ａ及び１２１ｂの双方に対して更新が行われることになる。
【００３８】
コンテンツディスク１２２は、オリジンサーバ２０から取得したコンテンツを構成するデータを格納する論理ユニットである。本例では、コンテンツディスク１２２ａには、コンテンツＡ、コンテンツＢ、及びコンテンツＣが格納されている。また、コンテンツディスク１２２ｂにもコンテンツＡ、コンテンツＢ、及びコンテンツＣが格納されている。コンテンツディスク１２２ａに格納されているコンテンツＡとコンテンツディスク１２２ｂに格納されているコンテンツＡは異なるものである。同様にコンテンツＢとコンテンツＣも異なる。
【００３９】
管理装置１３は、典型的には、遠隔操作部１３１、ディスクチェック部１３２、コンテンツ管理部１３３を有する。これらは、プロセッサの制御の下でプログラムを実行することにより、他のハードウェア資源と相まって実現される。
【００４０】
遠隔操作部１３１は、配信サーバ１１の遠隔操作部１１１と通信し、管理装置１３側からストレージ装置１２に対するＩ／Ｏアクセスや変換部１１３の起動を指示するためのプログラムである。
【００４１】
ディスクチェック部１３２及びコンテンツ管理部１３３は、遠隔操作部１３１を呼び出すことによって、それぞれの機能を実現する。ディスクチェック部１３２は、修復用テーブル６００を参照しながら、コンテンツディスク１２２にデータの矛盾や欠損等の問題が生じているか否かをチェックし、もしも問題があるならば、当該問題を解決するためのプログラムである。
【００４２】
コンテンツ管理部１３３は、システム管理者に、コンテンツの追加／削除に関する管理ファイルを作成するユーザインターフェースを提供し、また、作成された管理ファイルに基づいて、ストレージ装置１２のコンテンツディスク１２２に対するコンテンツの追加／削除等を行うためのプログラムである。
【００４３】
図５は、本発明の一実施形態に係るストレージ装置１２における制御用テーブル５００の一例を示す図である。同図に示すように、制御用テーブル５００は、参照名フィールド５０１、ディスクＩＤフィールド５０２、コンテンツＩＤフィールド５０３、配信開始日時フィールド５０４、及び配信終了日時フィールド５０５を含むテーブルである。
【００４４】
参照名フィールド５０１は、クライアント３０が配信を要求するコンテンツを指定するための参照名を示す。ディスクＩＤフィールド５０２及びコンテンツＩＤフィールド５０３は、ストレージ装置１２内に格納されたコンテンツを一意に特定するための識別子を示す。例えば、同図中、最初の行において、「／ｔｒａｉｌｅｒ．ｗｍｖ」という参照名で参照されるコンテンツは、ディスクＩＤ「２５」の論理ユニットＬＵに「Ａ」という識別子で格納されていることを示している。配信開始日時フィールド５０４は、当該コンテンツの配信サービスが開始する時刻を示し、配信終了日時フィールド５０５は、当該コンテンツの配信サービスが終了する時刻を示す。
【００４５】
図６は、本発明の一実施形態に係るストレージ装置１２における修復用テーブル６００の一例を示す図である。同図に示すように、修復用テーブル６００は、参照名フィールド６０１、ディスクＩＤフィールド６０２、コンテンツＩＤフィールド６０３、及び取得元アドレスフィールド６０４を含むテーブルである。
【００４６】
参照名フィールド６０１は、クライアント３０が配信を要求するコンテンツを指定するための参照名を示す。ディスクＩＤフィールド６０２及びコンテンツＩＤフィールド６０３は、ストレージ装置１２内に格納されたコンテンツを一意に特定するための識別子を示す。取得元アドレスフィールド６０４は、ストレージ装置１２に格納されたコンテンツを取得したアドレスを示す。取得元アドレスは、例えば、ＵＲＬが用いられる。
【００４７】
図７は、本発明の一実施形態に係る管理装置１３における管理ファイル７００の一例を示す図である。管理ファイル７００は、コンテンツの追加や削除といったコンテンツディスク１２２に対する操作を記述した例えばテキスト形式のファイルである。
【００４８】
同図に示すように、管理ファイル７００は、各行に、所望の操作及びスペース等で区切られたオプションが記述されて構成される。具体的には、操作名７０１は、例えば、「追加」及び「削除」といった操作が記述される。「追加」は、コンテンツディスク１２２に対する新たなコンテンツの追加操作を示し、「削除」は、すでに追加されたコンテンツの削除を示す。指定された操作に応じて、追加モジュール又は削除モジュールが呼び出される。参照名７０２は、操作対象となるコンテンツを指定するための参照名である。複製元アドレス７０３は、ストレージ装置１２に格納すべきコンテンツを取得するためのアドレスである。複製元アドレス７０３は、修復用テーブル６００における対応する取得元アドレスフィールド６０４の取得元アドレスに一致する。配信開始日時７０４は、当該コンテンツの配信サービスが開始する時刻を示し、配信終了日時７０５は、当該コンテンツの配信サービスが終了する時刻を示す。操作実行日時７０６は、当該記述された操作を実行すべき日時を示す。コンテンツ管理部１３３は、当該操作実行日時７０６を参照し、現在時刻が操作実行日時７０６で指定された日時になった時点で、操作名７０１で指定される操作を実行する。
【００４９】
図８は、本発明の一実施形態に係る管理装置１３のコンテンツ管理部１３３の処理を説明するためのフローチャートである。
【００５０】
まず、コンテンツ配信装置１０のシステム管理者が、コンテンツの追加／削除等に関する管理ファイル７００を作成すると、コンテンツ管理部１３３は、当該作成された管理ファイル７００を受け付ける（ＳＴＥＰ８０１）。管理装置１３は、例えば、図９に示すようなユーザインターフェース９００をシステム管理者に提供し、システム管理者は、当該ユーザインターフェース９００を操作して、インタラクティブに管理ファイルを作成することができる。
【００５１】
次に、コンテンツ管理部１３３は、当該受け付けた管理ファイル７００の内容を解釈し、それに従って、スケジューリングを行う（ＳＴＥＰ８０２）。コンテンツ管理部１３３は、当該スケジューリング結果に従って、現在時刻が操作実行日時になった場合に（ＳＴＥＰ８０３のＹｅｓ）、指定された操作を実行する（ＳＴＥＰ８０４）。例えば、図７に示した管理ファイル７００によれば、１行目に記述された操作「追加」は、操作実行日時「２００８年２月５日」に実行されることになる。
【００５２】
そして、コンテンツ管理部１３３は、スケジューリングした操作を全て実行したか否かを判断し（ＳＴＥＰ８０５）、全ての操作を実行するまで、上記の処理を繰り返す。
【００５３】
図１０は、本発明の一実施形態に係るコンテンツ配信システム１におけるコンテンツ追加処理を説明するためのシーケンスチャートである。
【００５４】
同図に示すように、まず、管理装置１３のコンテンツ管理部１３３は、コンテンツの追加操作を実行するため、オプションを指定して、遠隔操作部１３１に対して、配信サーバ１１の変換部１１３の起動を要求する（ＳＴＥＰ１００１）。これを受けて、遠隔操作部１３１は、配信サーバ１１の遠隔操作部１１１と通信を行い、変換部１１３を起動して、指定されたオプションを引き渡す（ＳＴＥＰ１００２）。オプションは、例えば、コンテンツの取得先アドレス、取得したコンテンツを格納するコンテンツディスク１２２を識別するためのディスクＩＤ及び当該コンテンツを識別するためのコンテンツＩＤを含む。取得先アドレスは、管理ファイル７００の複製元アドレス７０３に記述されたＵＲＬである。取得したコンテンツを格納するコンテンツディスク１２２には、最も空き容量が多いコンテンツディスク１２２が選択されることが好ましい。本例では、オプションとして、取得先アドレス「ｈｔｔｐ：／／ｏｒｉｇｉｎｓｅｒｖ２／ｔｒａｉｌｅｒ２．ｗｍｖ」、ディスクＩＤ「２５」、及び保存名コンテンツＩＤフィールド「Ｄ」が指定されたものとする。
【００５５】
変換部１１３は、指定された取得先アドレスに従ってオリジンサーバ２０にアクセスし、コンテンツの送信要求を送信する（ＳＴＥＰ１００３）。当該送信要求に応答して、オリジンサーバ２０は、指定されたコンテンツを配信サーバ１１に送信する（ＳＴＥＰ１００４）。これにより、変換部１１３は、指定されたコンテンツをオリジンサーバ２０から取得することになる。
【００５６】
変換部１１３は、オリジンサーバ２０からコンテンツを取得すると、当該取得したコンテンツを配信用フォーマットのコンテンツに変換する（ＳＴＥＰ１００５）。具体的には、変換部１１３は、例えば、当該取得したコンテンツを、３つのファイルからなるコンテンツに変換する。コンテンツの変換処理については後述する。
【００５７】
その後、変換部１１３は、変換したコンテンツを、指定されたコンテンツディスク１２２に格納する（ＳＴＥＰ１００６）。変換部１１３は、ストレージ装置１２からコンテンツの格納処理が完了した旨の通知を受けると（ＳＴＥＰ１００７）、遠隔操作部１１１及び１３１を介して、コンテンツ管理部１３３に処理が完了した旨を通知する（ＳＴＥＰ１００８及びＳＴＥＰ１００９）。
【００５８】
コンテンツ管理部１３３は、次に、リンクディスク１２１における制御用テーブル５００及び修復用テーブル６００を更新するため、遠隔操作部１３１を介して、制御用テーブル５００及び修復用テーブル６００の送信要求を配信サーバ１１の遠隔操作部１１１に送信する（ＳＴＥＰ１０１０及びＳＴＥＰ１０１１）。これを受けて、遠隔操作部１１１は、ストレージ装置１２のリンクディスク１２１にアクセスし、指定された制御用テーブル５００及び修復用テーブル６００を当該リンクディスク１２１から読み出して、当該読み出した制御用テーブル５００及び修復用テーブル６００を管理装置１３に送信する（ＳＴＥＰ１０１２及びＳＴＥＰ１０１３）。
【００５９】
制御用テーブル５００及び修復用テーブル６００を取得したコンテンツ管理部１３３は、当該取得したコンテンツについてのエントリを、制御用テーブル５００及び修復用テーブル６００にそれぞれ追加する（ＳＴＥＰ１０１４）。図１１は、更新された制御用テーブル５００の一例を示し、また、図１２は、更新された修復用テーブル６００の一例を示している。
【００６０】
次に、コンテンツ管理部１３３は、新たなエントリを追加したリンクディスク１２１上の制御用テーブル５００及び修復用テーブル６００を更新するために、遠隔操作プログラム１３１を介して、当該制御用テーブル５００及び修復用テーブル６００の書き込み要求を遠隔操作部１１１に送信する（ＳＴＥＰ１０１５）。これを受けた配信サーバ１１の遠隔操作部１１１は、管理装置１３から送信された制御用テーブル５００及び修復用テーブル６００をリンクディスク１２１の所定の領域に格納する（ＳＴＥＰ１０１６）。これにより、ストレージ装置１２は、書き込み処理が完了した旨を通知する（ＳＴＥＰ１０１７及びＳＴＥＰ１０１７）。
【００６１】
以上のように、管理ファイル７００に記述された操作「追加」に従って、コンテンツ管理部１３３は、オリジンサーバ２０からコンテンツを取得し、これを配信用コンテンツに変換した後、ストレージ装置１２のコンテンツディスクに格納するように、制御を行う。
【００６２】
ここで、コンテンツの変換処理について説明する。上述したように、配信サーバ１１の変換部１１３は、オリジンサーバ２０からコンテンツを取得すると、これを３つのファイルからなる配信用コンテンツに変換する。
【００６３】
図１３は、本発明の一実施形態に係るコンテンツ配信システム１における変換前のコンテンツのデータ構造の一例を示す図である。
【００６４】
同図に示すように、変換前のコンテンツ３０００は、ヘッダ３０１０と、パケットデータ３０２０と、オプション３０３０とを含む。ヘッダ３０１０は、例えば、コンテンツの解像度やフレームレート、使用するデコーダに関する情報を含む。パケットデータ３０２０は、時刻３０２１及びビデオ／オーディオデータ３０２２からなる。時刻３０２１は、コンテンツ再生時の時刻管理情報であり、当該ビデオ／オーディオデータ３０２２について、コンテンツの先頭からの再生時間軸上の位置を示す。オプション３０３０は、例えば、コンテンツの早送りや巻き戻し時に使用される時間と再生されるべきパケットデータ３０２０との対応関係を定義している。
【００６５】
図１４〜図１６は、本発明の一実施形態に係るコンテンツ配信システムにおける変換後のコンテンツのデータ構造の一例を示す図であり、具体的には、図１４は、配信用コンテンツのヘッダファイル３１００を示し、図１５は、配信用コンテンツのデータファイル３２００を示し、図１６は、配信用コンテンツのヒントファイル３３００を示す。
【００６６】
ヘッダファイル３１００は、変換前のコンテンツ３０００のヘッダ３０１０に対応する。データファイル３２００は、パケットデータ３０２０に対してアプリケーションヘッダ３２１０が付与されたデータセットを連続して格納したファイルである。アプリケーションヘッダ３２１０は、パケットデータ３０２０に含まれるデータの属性や、パケットデータ３０２０のサイズ、配信する使用されるｈｔｔｐヘッダ等を含む。ヒントファイル３３００は、時刻３３１０と、オフセット３３２０とを対応付けたテーブルを含む。ヒントファイル３３００は、コンテンツの再生開始から所定時間経過後のデータセットを取得するためのオフセットを示す。
【００６７】
図１７は、本発明の一実施形態に係る配信サーバ１１の変換部１１３による変換処理を説明するためのシーケンスチャートである。
【００６８】
即ち、同図に示すように、変換部１１３は、取得したコンテンツからヘッダ３０１０を抽出し、ヘッダファイル３１００を作成する（ＳＴＥＰ１７０１）。変換部１１３は、作成したヘッダファイル３１００の格納をストレージ装置１２に要求し（ＳＴＥＰ１７０３）、ストレージ装置１２は、ヘッダファイル３１００を格納した後、格納処理の完了通知を変換部１１３に返す（ＳＴＥＰ１７０３）。
【００６９】
次に、変換部１１３は、オフセット値を０にセットした後（ＳＴＥＰ１７０４）、パケットデータ３０２０の先頭から順に一つ取り出し（ＳＴＥＰ１７０５）、当該取り出したパケットデータ３０２０にアプリケーションヘッダ３２１０を付与する（ＳＴＥＰ１７０６）。変換部１１３は、続いて、アプリケーションヘッダ３２１０が付与されたパケットデータをデータファイルに追記をストレージ装置１２に要求し（ＳＴＥＰ１７０７）、ストレージ装置１２からの完了通知を受領する（ＳＴＥＰ１７０８）。
【００７０】
変換部１１３は、次に、当該パケットデータ３０２０に含まれる時刻３０２１とオフセット値とを対応付けて、ヒントファイル３３００に追記する（ＳＴＥＰ１７０９）。変換部１１３は、ストレージ装置１２から完了通知を受領すると（ＳＴＥＰ１７１０）、オフセット値にアプリケーションヘッダ３２１０が付与されたパケットデータのサイズを加えて、新たなオフセット値を得る（ＳＴＥＰ１７１１）。
【００７１】
変換部１１３は、未処理のパケットデータ３０２０があるか否かを判断し（ＳＴＥＰ１７１２）、未処理のパケットデータ３０２０があれば、ＳＴＥＰ１７０５に戻る。
【００７２】
図１８は、本発明の一実施形態に係るコンテンツ配信システム１におけるコンテンツ削除処理を説明するためのシーケンスチャートである。
【００７３】
同図に示すように、コンテンツ管理部１３３は、遠隔操作部１３１を介して、配信サーバ１１の遠隔操作部１１１に対して、制御用テーブル５００及び修復用テーブル６００の読み出しを要求する（ＳＴＥＰ１８０１）。当該要求を受け付けた遠隔操作部１１１は、ストレージ装置１２に対して、制御用テーブル５００及び修復用テーブル６００の読み出しを要求し（ＳＴＥＰ１８０２）、ストレージ装置１２は、リンクディスク１２１から制御用テーブル５００及び修復用テーブル６００を読み出して、当該読み出した制御用テーブル５００及び修復用テーブル６００を遠隔操作部１１１に引き渡す（ＳＴＥＰ１８０３）。遠隔操作部１１１は、当該読み出された制御用テーブル５００及び修復用テーブル６００を、管理装置１３の遠隔操作プログラム１３１を介して、コンテンツ管理部１３３に送信し、コンテンツ管理部１３３は、これを受領する（ＳＴＥＰ１８０４）。
【００７４】
コンテンツ管理部１３３は、当該受領した制御用テーブル５００及び修復用テーブル６００を参照し、削除すべきエントリを特定し、これを削除する（ＳＴＥＰ１８０５）。
【００７５】
続いて、コンテンツ管理部１３３は、リンクディスク１２１上の制御用テーブル５００及び修復用テーブル６００を更新するため、遠隔操作部１３１を介して、当該制御用テーブル５００及び修復用テーブル６００の書き込みを遠隔操作部１１１に要求する（ＳＴＥＰ１８０６）。
【００７６】
これを受けた配信サーバ１１の遠隔操作部１１１は、リンクディスク１２１に制御用テーブル５００及び修復用テーブル６００を書き込むようにストレージ装置１２に要求し、ストレージ装置１２は、これに応答して、制御用テーブル５００及び修復用テーブル６００をリンクディスク１２１に書き込む（ＳＴＥＰ１８０７）。書き込みが完了すると、ストレージ装置１２は、遠隔操作部１１１及び１３１を介して、書き込みが完了した旨をコンテンツ管理部１３３に通知する（ＳＴＥＰ１８０８及びＳＴＥＰ１８０９）。
【００７７】
次に、コンテンツ管理部１３３は、削除したエントリにおけるディスクＩＤで示されるコンテンツディスク１２２からコンテンツＩＤで示されるコンテンツを削除するため、遠隔操作部１３１及び１１１を介して、コンテンツ削除を要求する（ＳＴＥＰ１８１０及びＳＴＥＰ１８１１）。これにより、配信サーバ１１の遠隔操作部１１１は、コンテンツディスク１２２から指定されたコンテンツを削除するように、ストレージ装置１２にコンテンツの削除を要求する（ＳＴＥＰ１８１１）。
【００７８】
ストレージ装置１２は、指定されたコンテンツの削除を完了すると、削除処理が完了した旨を、遠隔操作部１１１及び１３１を介して、コンテンツ管理部１３３に通知する（ＳＴＥＰ１８１２及びＳＴＥＰ１８１３）。
【００７９】
図１９は、本発明の一実施形態に係るコンテンツ配信システム１におけるコンテンツ配信処理を説明するためのシーケンスチャートである。ここでは、ストレージ装置１２は、図５に示した制御用テーブル５００及び修復用テーブル６００をリンクディスク１２１に保持しているものとする。また、クライアント３０は、「／ｎｅｗｔｉｔｌｅ／ｃｈａｐｔｅｒ０４．ｗｍｖ」で示されるコンテンツの配信を要求するものとする。
【００８０】
まず、クライアント３０は、配信サーバ１１に対して、当該コンテンツの配信要求を送信する（ＳＴＥＰ１９０１）。配信サーバ１１の配信部１１２は、当該配信要求に応答して、ストレージ装置１２に対して制御用テーブル５００の読み出し要求を行い（ＳＴＥＰ１９０２）、リンクディスク１２１から制御用テーブル５００を読み出す（ＳＴＥＰ１９０３）。
【００８１】
続いて、配信部１１２は、当該読み出した制御用テーブル５００を参照し、当該配信要求で指定されたコンテンツについてのエントリを抽出する（ＳＴＥＰ１９０４）。本例では、クライアント３０は、「／ｎｅｗｔｉｔｌｅ／ｃｈａｐｔｅｒ０４．ｗｍｖ」で示されるコンテンツの配信を要求しているため、参照名が「／ｎｅｗｔｉｔｌｅ／ｃｈａｐｔｅｒ０４．ｗｍｖ」であるエントリが抽出されることになる。
【００８２】
次に、配信部１１２は、抽出したエントリにおける配信開始日時と現在日時とを比較し（ＳＴＥＰ１９０４）、現在日時が配信開始日時を経過しているか否かを判断する（ＳＴＥＰ１９０５）。配信部１１２は、現在日時が配信開始日時を経過していないと判断する場合には（ＳＴＥＰ１９０５のＮｏ）、エラーステータスをクライアント３０に返す。本例では、当該配信要求のあったコンテンツ「／ｎｅｗｔｉｔｌｅ／ｃｈａｐｔｅｒ０４．ｗｍｖ」の配信開始日時は、「２００８年２月２７日１９時００分」であるため、比較した時点の日時が当該日時を経過していなければ、エラーとなる。一方、配信部１１２は、現在日時が配信開始日時を経過していると判断する場合には（ＳＴＥＰ１９０５のＮｏ）、続いて、現在日時が配信終了日時を経過しているか否かを判断する（ＳＴＥＰ１９０６）。
【００８３】
配信部１１２は、現在日時が配信終了日時を経過していると判断する場合には（ＳＴＥＰ１９０６のＹｅｓ）、同様に、エラーステータスをクライアント３０に返す。本例では、配信終了時刻は「２００８年３月１２日１９時００分」であるので、比較した時点が当該日時を経過していればエラーとなる。一方、配信部１１２は、現在日時が配信開始日時を経過していると判断する場合には（ＳＴＥＰ１９０６のＮｏ）、当該配信要求で指定されたコンテンツの格納場所を取得する（ＳＴＥＰ１９０７）。本例では、配信部１１２は、ディスクＩＤ「２６」で示されるコンテンツディスク１２２上の保存名コンテンツＩＤフィールド「Ｂ」として、配信されるべきコンテンツの格納場所を認識する。
【００８４】
続いて、配信部１１２は、当該取得した格納場所に基づく、コンテンツの読み出し要求をストレージ装置１２に送信（ＳＴＥＰ１９０８）、ストレージ装置のコンテンツディスク１２２からコンテンツを読み出す（ＳＴＥＰ１９０９）。そして、配信部１１２は、当該読み出したコンテンツをクライアント３０に送信する（ＳＴＥＰ１９１０）。
【００８５】
以上のように、クライアントからコンテンツの配信要求を受け付けた配信サーバ１１は、当該コンテンツの配信可能日時を判断し、当該コンテンツを配信可能な場合に限って、当該クライアントに当該コンテンツを配信する。この場合、ストレージ装置１２のコンテンツディスク１２２に格納されているコンテンツは、配信サーバ１１の変換プログラムによって、配信用フォーマットに変換されているため、配信サーバ１１は、配信要求の都度、配信用フォーマットに変換する必要がなく、処理負荷が軽減されることになる。
【００８６】
図２０は、本発明の一実施形態に係るコンテンツ配信システム１におけるディスクチェック処理を説明するためのシーケンスチャートである。
【００８７】
ディスクチェック処理は、意図しない突然の電源遮断やデバイスの故障といった障害が発生した時に、論理ユニット上の論理的な矛盾の検出及び修復を行うための処理である。このような障害が発生した場合には、システム管理者は、管理装置１３のユーザインターフェースを操作して、ディスクチェック部１３２を呼び出す（ＳＴＥＰ２００１）。ディスクチェック部１３２は、遠隔操作部１３１を介して、配信サーバ１１の遠隔操作部１１１に、制御用テーブル５００及び修復用テーブル６００の読み出しを要求する（ＳＴＥＰ２００２）。遠隔操作部１１１は、これを受けて、ストレージ装置１２のリンクディスク１２１から制御用テーブル５００及び修復用テーブル６００を読み出して（ＳＴＥＰ２００３）、ディスクチェック部１３２に転送する（ＳＴＥＰ２００４及びＳＴＥＰ２００５）。
【００８８】
次に、ディスクチェック部１３２は、取得した修復用テーブル６００からエントリを１つ抽出して（ＳＴＥＰ２００６）、当該エントリによって指定されているディスクＩＤで示されるコンテンツディスク１２２にコンテンツＩＤで示されるコンテンツが存在していることを確認するため、配信サーバ１１の遠隔操作部１１１を呼び出す（ＳＴＥＰ２００７）。
【００８９】
遠隔操作部１１１は、これを受けて、ストレージ装置１２にコンテンツディスク１２２の内容の確認要求を送信し（ＳＴＥＰ２００８）、その確認結果を受け取る（ＳＴＥＰ２００９）。確認結果は、指定されたコンテンツが論理的に正しく記録されているか否かの情報を含んでいる。遠隔操作部１１１は、確認結果を受け取ると、これをディスクチェック部１３２に転送する（ＳＴＥＰ２０１０）。
【００９０】
次に、ディスクチェック部１３２は、受領した確認結果に基づいて、コンテンツが正しく記録されているか否かを判断する（ＳＴＥＰ２０１１）。ディスクチェックプログラムは、コンテンツが正しく記録されていないと判断する場合には（ＳＴＥＰ２０１１のＮｏ）、当該コンテンツを再登録するためのコマンドを作成する（ＳＴＥＰ２０１２）。ディスクチェック部１３２は、制御用テーブル５００及び修復用テーブル６００から抽出したエントリの内容に基づいて、コマンドを作成する。具体的には、管理ファイルの参照名には、修復用テーブル６００の当該エントリにおける参照名がセットされ、また、複製元には取得元がセットされる。また、バッチファイルの配信開始日時及び配信終了日時には、修復用テーブル６００の配信開始日時及び配信終了日時がそれぞれセットされる。
【００９１】
ディスクチェック部１３２は、当該エントリについて内容の確認が終了すると、修復用テーブル６００の最後のエントリに達したか否かを判断し（ＳＴＥＰ２０１３）、未処理のエントリがあると判断する場合には（ＳＴＥＰ２０１３のＮｏ）、次のエントリにおけるコンテンツを確認すべく、ＳＴＥＰ２００６の処理に戻る。そして、ディスクチェック部１３２は、修復用テーブル６００の全てのエントリについて内容の確認を終了すると（ＳＴＥＰ２０１３のＹｅｓ）、当該作成したコマンドを管理ファイル７００に出力する（ＳＴＥＰ２０１４）
【００９２】
このようにして、システム管理者は、ディスクチェック部１３２を呼び出すことにより、ストレージ装置１２のコンテンツディスク１２２に格納されたコンテンツが矛盾なく記録されているかを確認することができる。また、ディスクチェックプログラムの実行により管理ファイル７００が作成され、従って、コンテンツ管理部１３３は、当該管理ファイル７００に基づいてコンテンツを、再度、オリジンサーバ２０から取得する。これにより、コンテンツディスク１２２の障害等によりコンテンツが喪失した場合であっても、当該喪失したコンテンツの復元が可能になる。
【００９３】
次に、別の実施形態について説明する。以下では、コンテンツディスク１２２の破損を検出し、これを自動的に修復するコンテンツ配信装置１０を説明する。
【００９４】
図２１は、本発明の別の実施形態に係るコンテンツ配信システムの構成を示す図である。同図に示すように、本実施形態の管理装置１３’は、ディスク修復部１３４を含んで構成される。
【００９５】
ディスク修復部１３４は、コンテンツディスク１２２を修復するための手順を自動的に実行するためのプログラムによって実現される。即ち、上述した実施形態では、ディスクチェック部１３２及びコンテンツ管理部１３３は、システム管理者によってそれぞれ呼び出される。本実施形態では、コンテンツディスク１２２の異常が検出されると、当該異常が管理装置１３’に通知され、これにより、ディスク修復部１３４が呼び出される。ストレージ装置１２は、例えば、コンテンツディスク１２２のマウント処理に失敗した場合に、エラーステータスを返す。あるいは、ストレージ装置１２は、配信要求で指定されたコンテンツが破損しているため読み出すことができない場合もエラーステータスを返すかも知れない。また、コンテンツ管理部１３３の指示の下、ストレージ装置１２は、アクセスしたコンテンツディスク１２２の異常を検出した場合に、エラーステータスを返すかも知れない。
【００９６】
図２２は、本発明の当該別の実施形態に係る管理装置１３’におけるディスク修復処理を説明するためのシーケンスチャートである。
【００９７】
同図に示すように、ディスク修復部１３４は、まず、ディスクチェック部１３２を呼び出す（ＳＴＥＰ２２０１）。呼び出されたディスクチェック部１３２は、上述したように、ストレージ装置１２から確認結果を取得し（ＳＴＥＰ２２０２）、コンテンツディスク１２２の修復に必要なバッチコマンドを作成し、これを管理ファイル７００として出力する（ＳＴＥＰ２２０３）。続いて、ディスクチェック部１３２は、ディスクチェック処理が完了した旨をディスク修復部１３４に通知する（ＳＴＥＰ２２０４）。そして、ディスク修復部１３４は、完了通知を受領すると、出力された管理ファイル７００を登録するように、コンテンツ管理部１３３に指示をする（ＳＴＥＰ２２０５）。
【００９８】
次に、さらに別の実施形態について説明する。以下では、ディスクチェック部１３２が制御用テーブル５００を参照し、修復すべき動画の決定を行う場合について説明する。
【００９９】
上述したように、制御用テーブル５００には、配信開始日時及び配信終了日時が記述されている。本実施形態では、ディスクチェック部１３２は、制御用テーブル５００の配信開始日時及び配信終了日時を参照し、コンテンツの復元が必要であるか否かを判断し、必要であると判断する場合にはその処理順位を決定する。
【０１００】
図２３は、本発明の当該さらに別の実施形態に係る管理装置１３’におけるディスク修復処理を説明するためのシーケンスチャートである。同図は、上述した図２０と比較して、ＳＴＥＰ２３１２及びＳＴＥＰ２３１５で示される処理が追加されているのがわかる。
【０１０１】
即ち、ディスクチェック部１３２は、修復用テーブル６００から抽出したエントリにおけるコンテンツがコンテンツディスク１２２に正しく格納されているか否かストレージ装置１２に問い合わせ、その確認結果を受領する（ＳＴＥＰ２３０６〜２３１０）。ディスクチェック部１３２は、当該受領した確認結果に基づいて、コンテンツが正しく格納されているか否かを判断し（ＳＴＥＰ２３１１）、コンテンツが正しく格納されていないと判断する場合には（ＳＴＥＰ２３１１のＮｏ）、さらに、現在日時が配信終了日時を経過しているか否かを判断する（ＳＴＥＰ２３１２）。
【０１０２】
ディスクチェック部１３２は、現在日時が配信終了日時を経過していないと判断する場合には（ＳＴＥＰ２３１２のＮｏ）、再登録用のバッチコマンドを作成する（ＳＴＥＰ２３１３）。一方、ディスクチェック部１３２は、現在日時が配信終了日時を経過していると判断する場合には（ＳＴＥＰ２３１２のＹｅｓ）、コンテンツを取得する必要はないため、バッチコマンドを作成しない。
【０１０３】
ディスクチェック部１３２は、全てのエントリの抽出を完了すると（ＳＴＥＰ２３１４のＹｅｓ）、作成したバッチコマンドを配信開始日時に従って昇順にソートして（ＳＴＥＰ２３１５）、当該ソートしたバッチコマンドを管理ファイル７００に出力する（ＳＴＥＰ２３１６）。
【０１０４】
このように、本実施形態によれば、コンテンツディスク１２２にコンテンツが正しく格納されていない場合には、現在日時が配信終了日時をすでに過ぎていない場合に限り、再度、オリジンサーバ２０から当該コンテンツを取得するための管理ファイル７００が作成されることになる。
【産業上の利用可能性】
【０１０５】
本発明は、クライアントからの配信要求に従ってコンテンツを配信するコンテンツ配信装置に広く利用することができる。
【図面の簡単な説明】
【０１０６】
【図１】本発明の一実施形態に係るコンテンツ配信システムの全体構成を示す図である。
【図２】本発明の一実施形態に係る配信サーバのハードウェア構成を示す図である。
【図３】本発明の一実施形態に係るストレージ装置の構成を示す図である。
【図４】本発明の一実施形態に係るコンテンツ配信システムの機能的構成を説明するための図である。
【図５】本発明の一実施形態に係るストレージ装置における制御用テーブルの一例を示す図である。
【図６】本発明の一実施形態に係るストレージ装置における修復用テーブルの一例を示す図である。
【図７】本発明の一実施形態に係る管理装置における管理ファイルの一例を示すである。
【図８】本発明の一実施形態に係る管理装置のコンテンツ管理部の処理を説明するためのフローチャートである。
【図９】本発明の一実施形態に係る管理装置上のユーザインターフェースの一例を示す図である。
【図１０】本発明の一実施形態に係るコンテンツ配信システムにおけるコンテンツ追加処理を説明するためのシーケンスチャートである。
【図１１】本発明の一実施形態に係るストレージ装置における制御用テーブルの一例を示す図である。
【図１２】本発明の一実施形態に係るストレージ装置における修復用テーブルの一例を示す図である。
【図１３】本発明の一実施形態に係るコンテンツ配信システムにおける変換前のコンテンツのデータ構造の一例を示す図である。
【図１４】本発明の一実施形態に係るコンテンツ配信システムにおける配信用コンテンツのヘッダファイルの一例を示す図である。
【図１５】本発明の一実施形態に係るコンテンツ配信システムにおける配信用コンテンツのデータファイルの一例を示す図である。
【図１６】本発明の一実施形態に係るコンテンツ配信システムにおける配信用コンテンツのヒントファイルの一例を示す図である。
【図１７】本発明の一実施形態に係る配信サーバの変換部による変換処理を説明するためのシーケンスチャートである。
【図１８】本発明の一実施形態に係るコンテンツ配信システムにおけるコンテンツ削除処理を説明するためのシーケンスチャートである。
【図１９】本発明の一実施形態に係るコンテンツ配信システムにおけるコンテンツ配信処理を説明するためのシーケンスチャートである。
【図２０】本発明の一実施形態に係るコンテンツ配信システムにおけるディスクチェック処理を説明するためのシーケンスチャートである。
【図２１】本発明の一の実施形態に係るコンテンツ配信システムの構成を示す図である。
【図２２】本発明の一の実施形態に係る管理装置におけるディスク修復処理を説明するためのシーケンスチャートである。
【図２３】本発明の一の実施形態に係る管理装置におけるディスク修復処理を説明するためのシーケンスチャートである。
【符号の説明】
【０１０７】
１…コンテンツ配信システム
１０…コンテンツ配信装置
１１…配信サーバ
１１１…遠隔操作部
１１２…配信部
１１３…変換部
１２…ストレージ装置
１３…管理装置
１３１…遠隔操作部
１３２…ディスクチェック部
１３３…コンテンツ管理部
２０…オリジンサーバ
３０…クライアント
４０，５０…ネットワーク
【図１】
2009259169.tif 000003
【図２】
2009259169.tif 000004
【図３】
2009259169.tif 000005
【図４】
2009259169.tif 000006
【図５】
2009259169.tif 000007
【図６】
2009259169.tif 000008
【図７】
2009259169.tif 000009
【図８】
2009259169.tif 000010
【図９】
2009259169.tif 000011
【図１０】
2009259169.tif 000012
【図１１】
2009259169.tif 000013
【図１２】
2009259169.tif 000014
【図１３】
2009259169.tif 000015
【図１４】
2009259169.tif 000016
【図１５】
2009259169.tif 000017
【図１６】
2009259169.tif 000018
【図１７】
2009259169.tif 000019
【図１８】
2009259169.tif 000020
【図１９】
2009259169.tif 000021
【図２０】
2009259169.tif 000022
【図２１】
2009259169.tif 000023
【図２２】
2009259169.tif 000024
【図２３】
2009259169.tif 000025