JP2006011672A - コンテンツ配信システム及び方法 - Google Patents

Abstract

【課題】データ転送の高速性を確保しつつ、プラットフォームの依存性を排除したコンテンツ配信技術を提供する。
【解決手段】配信装置２１は、コンテンツの配信要求をユーザ端末３から受け付ける指示受付部２１１と、コンテンツの格納場所を取得するためのメタデータ取得部２１２と、格納情報を用いてストレージ装置１１から、ストレージネットワーク４１を介して、コンテンツを取得し、ユーザ端末３に配信するコンテンツ取得部２１３と、を有する。管理装置は、配信装置２１から、格納場所取得要求を受け付けて、ストレージ装置１１から格納場所を取得するメタデータ管理部１２１を有する。
【選択図】図２

Description

本発明は、ネットワークを介してコンテンツを配信する技術に関する。

近年、パーソナルコンピュータおよびブロードバンドの普及にともない、映像、音楽、ソフトウェアなど各種コンテンツが、ネットワークにより配信されている。たとえば、特許文献１には、同一のコンテンツを同時に複数のユーザに供給するコンテンツ供給方法が開示されている。また、特許文献２には、ストレージを共有することにより、当該共有ストレージに格納されたコンテンツを配信するシステムが開示されている。

特開２００３−４４３９０ 特開平１０−１３４４８５

さて、ネットワークを介してコンテンツを配信する場合、コンテンツを格納する大容量ストレージ装置とコンテンツを配信するコンピュータとの間を結ぶ高速かつセキュリティの確保されたネットワークが必要である。コンテンツ配信のビジネス形態は、多様化が求められており、これらを実現するプラットフォームが必要となっている。

たとえば、コンテンツを格納する大容量ストレージにＮＡＳ（Network Attached Storage）を用いることが考えられる。ＮＡＳは、ハードディスクと、ネットワークインタフェース、ＯＳ（Operating System）、ファイルシステムなどを備えたファイルサーバである。また、ＮＡＳは、ネットワークに接続された複数のコンピュータの共有ディスクとして使用することができる。この場合、ＮＡＳにはファイルシステムやネットワークインタフェースがあらかじめ備えられているため、異なる種類のＯＳを使用する複数のコンピュータであっても、ＮＡＳに格納されている同一のファイルを共有することができる。すなわち、ＮＡＳは、プラットフォームの依存性を排除することができる。また、ＮＡＳは、ファイルを複数のコンピュータで共用する際に必要な排他制御などのファイル共用機能（セキュリティ機能）を装備している。しかしながら、ＮＡＳのデータ転送速度は、比較的低速である。そのため、複数のコンピュータがＮＡＳに格納されたコンテンツを共用してコンテンツ配信を行う場合、速度的に問題がある。

また、高速性を確保するために、コンテンツを格納する大容量ストレージにＳＡＮ（Storage Aria Network）を用いることが考えられる。ＳＡＮは、ファイバーチャネルを用いて大容量ストレージとコンピュータとを接続するネットワークである。しかしながら、ＳＡＮでは、ファイル共用を行う仕組みが確立されていない。すなわち、複数のコンピュータがＳＡＮのストレージを共有する場合、排他制御やアクセス権限などのファイル共用に必要な制御は、各コンピュータが行う必要がある。そのため、複数のコンピュータがＳＡＮのストレージを共有する場合、コンピュータ各々のファイルシステムが排他制御等を行わなければならない。また、ＳＡＮのストレージにはファイルシステムが搭載されていないため、異なる種類のＯＳを使用する複数のコンピュータは、ＮＡＳに格納されている同一のファイルを共有することができない。すなわち、プラットフォームの依存性がある。

なお、特許文献１および特許文献２には、ファイルを共有してコンテンツ配信を行うことが開示されているが、１つの会社（同じ種類のＯＳのコンピュータ）がコンテンツ配信を行うことを前提としている。したがって、複数の会社間でファイルを共有する場合のアクセス手順、プラットフォームの依存性排除、ファイル共用については考慮されていない。

本発明は上記事情を鑑みてなされたものであり、本発明の目的は、データ転送の高速性を確保しつつ、プラットフォームの依存性を排除したコンテンツ配信技術を提供することにある。

上記課題を解決するために、本発明では、高速なストレージネットワークを利用し、ストレージの共有を図る。

例えば、本発明では、少なくとも１つのコンテンツを記憶するストレージ装置と、前記ストレージ装置を管理する管理装置と、前記ストレージ装置とストレージネットワークを介して接続され、コンテンツを配信する配信装置と、を有する。そして、ストレージ装置は、コンテンツを記憶するコンテンツ記憶領域と、コンテンツの格納場所を示す格納情報を記憶する格納場所記憶領域とを、有する。配信装置は、コンテンツの配信要求を外部システムから受け付ける指示受付手段と、配信要求で指定されたコンテンツの格納場所を取得するための格納場所取得要求を、管理装置に送信する送信手段と、管理装置から格納情報を受信し、当該格納情報を用いてストレージ装置の格納場所記憶領域から、前記ストレージネットワークを介して前記コンテンツを取得するコンテンツ取得手段と、取得したコンテンツを外部システムに配信する配信手段と、を有する。管理装置は、配信装置から、格納場所取得要求を受け付けて、コンテンツの格納情報をストレージ装置の格納場所記憶領域から取得し、当該格納情報を配信装置に送信する格納情報取得手段と、を有する。

本発明では、プラットフォームの異なる複数の会社が、データ転送の高速性を確保しつつ、同一のファイルを共有してコンテンツを配信することができる。

以下に、本発明の実施の形態を説明する。

図１は、本発明の一実施形態が適用されたコンテンツ配信システムの概略図である。図示するように、本システムは、複数のコンテンツ所有会社１各々が有するストレージ装置１１および管理装置１２と、複数の配信会社２各々が有する配信装置２１と、複数のユーザ端末３とを有する。そして、各ストレージ装置１１、各管理装置１２、および、各配信装置２１は、ＳＡＮまたはＬＡＮなどのネットワーク４により接続されている。また、各配信装置２１および各ユーザ端末３は、インターネットなどのネットワーク５により接続されている。

コンテンツ所有会社１のストレージ装置１１は、当該コンテンツ所有会社１が所有する各種コンテンツデータを記憶するための大容量記憶装置である。なお、コンテンツデータは、音楽、映像、画像、プログラム、データベース、または、これらを組み合わせた情報の集合である。管理装置１２は、ストレージ装置１１を管理するための情報処理装置である。管理装置１２は、配信装置２１からの要求を受け付けて、コンテンツデータの格納場所を配信装置２１に通知する。

配信会社２の配信装置２１は、コンテンツ所有会社１のストレージ装置１１に記憶されている各種コンテンツデータを、ユーザ端末３に配信する情報処理装置である。ユーザ端末３は、配信会社２からコンテンツデータを取得するユーザが使用する情報処理装置である。ユーザ端末３は、配信会社２にコンテンツデータの配信を要求し、配信会社２から配信されたコンテンツデータを出力（再生、実行など）する。

次に、コンテンツ所有会社１のストレージ装置１１および管理装置１２と、配信会社２の配信装置２１とについて説明する。

図２は、ストレージ装置１１、管理装置１２、および、配信装置２１の構成を示したものである。各コンテンツ所有会社１のストレージ装置１１と、当該コンテンツ所有会社１の管理装置１２とは、ＳＡＮなどのストレージネットワーク（以下「ＳＡＮ」）４１と接続されている。また、各コンテンツ所有会社１のストレージ装置１１と、各配信装置２１とは、同様にＳＡＮ４１により接続されている。すなわち、ストレージ装置１１、管理装置１２、および、配信装置２１は、それぞれファイバーチャネルスイッチ４１１に接続されている。また、各コンテンツ所有会社１の管理装置２１と各配信装置２１とは、ＬＡＮなどのローカルネットワーク（以下「ＬＡＮ」）４２により接続されている。

ストレージ装置１１は、少なくとも１つのコンテンツデータ用ディスク１１１と、メタデータ用ディスク１１２とを有する。コンテンツデータ用ディスク１１１には、各種のコンテンツデータが格納されている。なお、コンテンツデータ用ディスク１１１は、各配信装置２１から直接アクセスできるが、セキュリティを確保するために読み取り専用（書き込み不可）となっている。

メタデータ用ディスク１１２には、コンテンツに関する情報が記述されたメタデータが記憶されている。すなわち、メタデータには、コンテンツ用ディスク１１１に記憶されたた膨大なコンテンツデータの中から、目的のコンテンツデータを探し出すための情報（インデックス情報）が記述されている。なお、メタデータは、配信装置２１から直接アクセスできないものとする。また、メタデータについては、後述する。

管理装置１２は、ストレージ装置１１に記憶されている各種データを管理および操作する。管理装置１２は、図示するように、メタデータ管理部１２１と、コンテンツ管理部１２２と、通信処理部１２３と、登録部１２４と、ログ解析部１２５と、ログ情報テーブル１２６とを有する。メタデータ管理部１２１は、配信装置２１からの要求を受け付けて、メタデータ用ディスク１１２にアクセスし、コンテンツデータの格納場所を配信装置２１に提供する。また、メタデータ管理部１２１は、メタデータを更新する。コンテンツ管理部１２２は、コンテンツデータ用ディスク１１１に新たなコンテンツデータを登録または削除するなどコンテンツデータ用ディスク１１１を管理する。通信処理部１２３は、ＳＡＮ４１を介してストレージ装置１１とデータの送受信を行う。また、通信処理部１２３は、ＬＡＮ４２を介して配信装置２１とデータの送受信を行う。登録部１２４は、コンテンツデータをコンテンツデータ用ディスク１１１に登録する。ログ解析部１２５は、ログ情報テーブル１２６を解析し、課金情報を作成する。ログ情報テーブル１２６には、配信装置２１からのアクセス履歴が記憶される。なお、ログ情報テーブル１２６については、後述する。

配信装置２１は、ユーザ端末３に対して、コンテンツデータを配信する。配信装置２１は、図示するように、指示受付部２１１と、メタデータ取得部２１２と、コンテンツデータ取得部２１３と、通信処理部２１４と、選択テーブル２１５とを有する。指示受付部２１１は、ユーザ端末３からコンテンツ配信指示を受け付ける。メタデータ取得部２１２は、コンテンツ配信指示で指定されたコンテンツデータの格納場所を、ＬＡＮ４２を介して管理装置１２に要求する。コンテンツデータ取得部２１３は、ＳＡＮ４１を介して、ストレージ装置１１からコンテンツデータを読み出す。通信処理部２１４は、ＳＡＮ４１を介してストレージ装置１１とデータの送受信を行う。また、通信処理部２１４は、ＬＡＮ４２を介して管理装置１２とデータの送受信を行う。選択テーブル２１５は、配信装置２１が配信する各コンテンツデータと、当該コンテンツデータを所有するコンテンツ所有会社１と、を対応づけたテーブルである。なお、選択テーブル２１５については後述する。

以上説明した、管理装置１２、配信装置２１、および、ユーザ端末３は、いずれも例えば図３に示すようなＣＰＵ９０１と、ＲＡＭ等のメモリ９０２と、ＨＤＤ等の外部記憶装置９０３と、キーボードやマウスなどの入力装置９０４と、ディスプレイやプリンタなどの出力装置９０５と、ネットワーク接続するための通信制御装置９０６と、これらの各装置を接続するバス９０７と、を備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵ９０１がメモリ９０２上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。

例えば、管理装置１２、配信装置２１、および、ユーザ端末３の各機能は、管理装置１２用のプログラムの場合は、管理装置１２のＣＰＵ９０１が、配信装置２１用のプログラムの場合は、配信装置２１のＣＰＵ９０１が、そして、ユーザ端末３用のプログラムの場合はユーザ端末３のＣＰＵ９０１が、それぞれ実行することにより実現される。また、管理装置１２のログ情報テーブル１２６には、管理装置１２のメモリ９０２または外部記憶装置９０３が用いられる。また、配信装置２１の選択テーブル２１５には、配信装置２１のメモリ９０２または外部記憶装置９０３が用いられる。

次に、コンテンツデータおよびメタデータについて説明する。

図４は、コンテンツデータのデータ格納形式を模式的に示したものである。各コンテンツデータ用ディスク１１１は、ディスク内のすべてのセクタに通し番号を振り、その通し番号によってセクタを指定するＬＢＡ（Logical Block Address）を用いている。すなわち、ＬＢＡの番地を指定することにより、当該ＬＢＡのセクタに格納されているコンテンツデータにアクセスすることができる。図示するように、コンテンツデータ用ディスク１１は、ＬＢＡ４１１と、当該ＬＢＡ４１１に対応するデータ４１２とが格納されている。また、ＬＢＡ４１１が「０」番地（先頭）のセクタには、コンテンツデータ用ディスク１１１を識別するためのＬＵ識別子が格納されている。なおＬＵ識別子は、各ストレージ装置１１内でユニークであればよい。そして、ＬＢＡ４１１が「１」番地以降のセクタには、各コンテンツデータが連続したＬＢＡの番地に、それぞれ格納されている。なお、各コンテンツデータ用ディスク１１１には、同一のデータ形式（動画データ、音声データなど）のコンテンツデータが少なくとも１つ格納されている。

図示するコンテンツデータ用ディスクＡ１１１Ａの例では、ＬＢＡの０番地にはＬＵ識別子「０００１」が記憶され、ＬＢＡの１番地から4,000,000番地には映像データ１のコンテンツデータが記憶され、ＬＢＡの8,000,000番地から10,000,000番地には映像データ３のコンテンツデータが記憶されている。また、コンテンツデータ用ディスクＢ１１１Ｂの例では、ＬＢＡの０番地にはＬＵ識別子「０００２」が記憶され、ＬＢＡの8,000番地から16,000番地には音楽データ２１のコンテンツデータが記憶されている。

図５は、メタデータのデータ構造の一例を示したものである。メタデータは、図示するように、コンテンツのＩＤ５１１と、コンテンツ名５１２と、ＬＵ識別子５１３と、開始ＬＢＡ５１４と、データサイズ５１５と、データ形式５１６とを有する。コンテンツＩＤ５１１は、コンテンツを識別するためのユニークな識別情報である。コンテンツ名５１２は、コンテンツの名前である。ＬＵ識別子５１３は、当該コンテンツを格納したコンテンツデータ用ディスク１１１を識別するための識別情報である。

開始ＬＢＡ５１４には、コンテンツデータの格納位置を示す情報であって、コンテンツデータが格納されている先頭のＬＢＡの番地が設定される。データサイズ５１５は、当該コンテンツデータのデータ量である。なお、データサイズ５１５の替わりに、コンテンツデータが格納されている最後のＬＢＡ（終了ＬＢＡ）の番地を設定することとしてもよい。データサイズ５１５をセクタの容量で割ることにより、コンテンツデータを格納するのに必要なセクタ数を算出することができる。データ形式５１６には、コンテンツデータのデータ形式（例えば、ＭＰＥＧ、ＭＰ３など）が設定される。

次に、配信装置２１の選択テーブル２１５について説明する。

図６は、選択テーブルの一例を示したものである。選択テーブル２１５は、コンテンツデータと、当該コンテンツデータを所有するコンテンツ所有会社１とを対応づけたテーブルである。図示するように、選択テーブル２１５は、コンテンツＩＤ６０１と、コンテンツ名６０２と、当該コンテンツデータを所有するコンテンツ所有会社１の管理装置１２の宛先情報６０３と、当該コンテンツ所有会社１のストレージ装置１１の宛先情報６０４とを有する。

次に、コンテンツデータを配信する場合の配信処理について説明する。

図７は、配信シーケンスを示したものである。まず、ユーザ端末３は、コンテンツ要求指示を配信装置２１に送信する（Ｓ７０１）。すなわち、ユーザ端末３の入力手段９０４が受け付けたコンテンツデータの配信を要求するコンテンツ要求指示を、配信装置２１に送信する。なお、コンテンツ要求指示には、コンテンツＩＤが含まれている。また、後述する表示画面に配信可能なコンテンツデータの一覧を表示することにより、ユーザは希望するコンテンツデータを選択し、入力する。また、ユーザ端末３は、複数の配信会社２の配信装置２１のいずれかにコンテンツ要求指示を送信する。

次に、配信装置２１の指示受付部２１１は、ユーザ端末３からのコンテンツＩＤを含むコンテンツ要求指示を受け付ける。そして、指示受付部２１１は、メモリ９０２または外部記憶装置９０３に記憶された選択テーブル２１５を読み出し、当該コンテンツＩＤのコンテンツデータを所有するコンテンツ所有会社１の管理装置１２の宛先６０３を特定する。そして、メタデータ取得部２１２は、特定したコンテンツ所有会社１の管理装置１２に、当該コンテンツデータの格納場所を取得するための要求情報を送信する（Ｓ７０２）。なお、要求情報には、コンテンツＩＤが含まれている。また、メタデータ取得部２１２は、通信処理部２１４により、ＬＡＮ４２を介して要求情報を送信する。

次に、管理装置１２のメタデータ管理部１２１は、ＬＡＮ４２を介して配信装置２１から要求情報を受信する。そして、メタデータ管理部１２１は、ＳＡＮ４１を介してストレージ装置１１のメタデータ用ディスク１１２（図５参照）にアクセスし、メタデータを読み出す（Ｓ７０３）。そして、メタデータ管理部１２１は、ＳＡＮ４１を介して、要求情報に含まれるコンテンツＩＤに対応するＬＵ識別子５１３と、開始ＬＢＡ５１４と、データサイズ５１５とを含む格納場所情報を取得する（Ｓ７０４）。そして、メタデータ管理部１２１は、要求情報を送信した配信装置２１に、取得した格納場所情報を、ＬＡＮ４２を介して送信する（Ｓ７０５）。

そして、配信装置２１のコンテンツ取得部２１３は、選択テーブル２１５を読み出し、当該コンテンツＩＤのコンテンツデータを所有するコンテンツ所有会社１のストレージ装置１１の宛先６０４を特定する。そして、コンテンツ取得部２１３は、ＳＡＮ４１を介して、特定したコンテンツ所有会社１のストレージ装置１１に、直接アクセスする（Ｓ７０６）。そして、コンテンツ取得部２１３は、ＳＡＮ４１を介して、ＬＵ識別子５１３、開始ＬＢＡ５１４などを含む格納場所情報を用いてユーザ端末３から指定されたコンテンツデータを読み出す（Ｓ７０７）。すなわち、コンテンツ取得部２１３は、開始ＬＢＡ５１４の番地からデータサイズ分（すなわち、終了ＬＢＡの番地まで）、シーケンシャルにコンテンツデータを読み出す。そして、コンテンツ取得部２１３は、読み出したコンテンツデータを、要求元のユーザ端末３に、ネットワーク５を介して配信する。

図８は、Ｓ７０１において、ユーザ端末３の出力装置９０５に表示されるコンテンツ選択画面の一例を示したものである。図示するように、コンテンツ選択画面にはコンテンツＩＤと、コンテンツ名と、コンテンツデータの選択指示を受け付ける選択ボタン８０３と、を有する。ユーザは、このようなコンテンツ選択画面を参照して、配信を希望するコンテンツデータを決定し、決定したコンテンツデータに対応する選択ボタン８０３を、入力手段９０４を用いてクリックする。なお、ユーザ端末３は、コンテンツ要求指示を送信する際（Ｓ７０１）に、このコンテンツ選択画面を、配信装置２１から取得するものとする。配信装置２１の指示受付部２１１は、選択テーブル２１５のコンテンツＩＤ６０１およびコンテンツ名６０２を用いてコンテンツ選択画面を作成する。

次に、コンテンツデータを登録する場合の登録処理ついて説明する。

図９は、コンテンツ登録シーケンスを示したものである。まず、管理装置１２の登録部１２４は、記憶媒体に記憶された（または、ネットワークを介して）コンテンツデータおよびコンテンツ登録情報の入力を受け付ける。コンテンツ登録情報には、コンテンツ名と、データサイズと、データ形式とが含まれている。そして、登録部１２４は、ストレージ装置のコンテンツデータ用ディスク１１１各々が有するディスク未使用領域およびデータ形式を含むディスク情報（不図示）を参照し、当該コンテンツデータを登録するコンテンツデータ用ディスク１１１（すなわち、ＬＵ識別子）を決定する。なお、ディスク情報は、メモリ９０２または外部記憶装置９０３に記憶されているものとする。また、登録部１２４は、入力されたコンテンツ登録情報のデータサイズより大きな未使用領域を有するコンテンツデータ用ディスク１１１であって、入力されたコンテンツ情報のデータ形式と同じコンテンツデータ用ディスク１１１を決定する。

そして、コンテンツ管理部１２２は、登録部１２４が決定したコンテンツデータ用ディスク１１１に、ＳＡＮ４１を介して、当該コンテンツデータを格納する（Ｓ９０１）。なお、コンテンツ管理部１２２は、コンテンツデータ用ディスク１１１の未使用領域の先頭から順に連続してコンテンツデータを格納する。次に、メタデータ管理部１２１は、当該コンテンツデータのメタデータをメタデータ用ディスク１１２（図５参照）に記憶する（Ｓ９０２）。すなわち、メタデータ管理部１２１は、コンテンツＩＤ５１１にはシステム全体で一意となるコンテンツＩＤを設定し、コンテンツ名５１２にはコンテンツ登録情報に含まれているコンテンツ名を設定し、ＬＵ識別子５１３には登録部１２４が決定したＬＵ識別子を設定し、開始ＬＢＡ５１４にはコンテンツ管理部１２２がコンテンツデータを格納した先頭のＬＢＡの番地を設定し、データサイズ５１５およびデータ形式５１６にはコンテンツ登録情報に含まれているデータサイズおよびデータ形式を設定する。

そして、登録部１２４は、メタデータのコンテンツＩＤ５１１およびコンテンツ名５１２と、当該（自）コンテンツ所有会社１の管理装置１２の宛先情報およびストレージ装置の１１の宛先情報と、を含むコンテンツ情報を、ＬＡＮ４２を介して各配信装置２１に送信する（Ｓ９０３）。配信装置２１の指示受付部２１１は、管理装置１２からコンテンツ情報を受信し、当該コンテンツ情報を選択テーブル２１５に追加する（Ｓ９０４）。そして、指示受付部２１１は、ユーザ端末３からのコンテンツ要求指示（図７：Ｓ７０１）の際に、更新後の選択テーブル２１５をもとに生成したコンテンツ選択画面（図８参照）を送信する。これにより、ユーザ端末３の出力装置９０５には追加されたコンテンツデータのコンテンツＩＤおよびコンテンツ名が表示され、ユーザは新たに追加されたコンテンツデータを選択することができる。

次に、管理装置１２のコンテンツデータの課金処理について説明する。

管理装置１２のログ解析部１２５は、配信装置２１からコンテンツデータの格納場所の要求を受付けるたびに、当該要求をログ情報テーブル１２６に記憶する。すなわち、メタデータ管理部１２１が、配信装置２１から要求を受け付けて、配信装置２１に格納場所情報を送信したタイミング（図７：Ｓ７０５）で、ログ解析部１２５は、ログ情報をログ情報テーブル１２６に記憶する。

図１０は、ログ情報テーブル１２６の一例を示したものである。図示するように、ログ情報テーブル１２６は、アクセス日時１０１と、ＷＷＮ１０２と、ＬＵ識別子１０３と、ＬＢＡ１０４とを有する。ＷＷＮ１０２は、世界中でユニークな物理アドレスである。ＷＷＮ１０２は64ビットで構成され、そのうち24ビットはIEEE（Institute of Electrical and Electronic Engineers）が割り当てる会社を識別するためのcompany_idである。これはOUI(Organizationally Unique Identifier)としても知られ、自社の情報処理装置と、世界中のそれ以外の情報処理装置とを区別するためのユニークな値が設定される。各配信装置２１は、このようなＷＷＮ１０２をそれぞれ有する。そして、各配信装置２１は、コンテンツデータの格納場所を要求する際に（図７：Ｓ７０２）、自配信装置２１のＷＷＮ１０２もあわせて管理装置１２に送信する。このＷＷＮ１０２のcompany_idを用いることにより、格納場所情報を要求した配信装置２１の配信会社２を特定することができる。

ログ解析部１２５は、配信装置２１からの要求ごとに、アクセス日時１０１には配信装置２１から格納情報の要求を受け付けた日時を、ＷＷＮ１０２には配信装置２１から送信されたＷＷＮを、ＬＵ識別子１０３およびＬＢＡ１０４にはメタデータ管理部１２１が取得したＬＵ識別子および開始ＬＢＡをそれぞれ設定したログ情報を、ログ情報テーブル２１６に記憶する。

そして、ログ解析部１２５は、所定のタイミング（例えば、１回/月など）で、所定の期間（例えば１ヶ月間）のログ情報を解析して課金情報を作成する。すなわち、ログ解析部１２５は、ログ情報テーブル２１６のＷＷＮ１０２のcompany_idを用いて、配信会社毎に要求したコンテンツデータおよび回数を集計する。ログ解析部１２５は、メタデータ（図５参照）を参照し、ログ情報のＬＵ識別子１０３およびＬＢＡ１０４に対応するコンテンツＩＤ（またはコンテンツ名）を特定する。そして、ログ解析部１２５は、配信会社毎に集計した各コンテンツＩＤおよび回数に基づいて、配信会社毎に請求書（課金情報）を作成する。例えば、ログ解析部１２５は、各コンテンツデータの１回当りの配信使用料を保持した料金テーブル（不図示）を用いて請求書を作成することが考えられる。

以上、本発明の一実施形態を説明した。

本実施形態では、ＳＡＮ４１に接続されたストレージ装置１１を、コンテンツデータ用ディスク１１１と、メタデータ用ディスク１１２とに分離した。そして、配信装置２１は、まず管理装置１２を介して、メタデータ用ディスク１１２に記憶されているコンテンツデータの格納場所情報を取得する。そして、配信装置２１は格納場所情報を用いて、コンテンツデータ用ディスク１１１にアクセスし、シーケンシャルリードによりコンテンツデータを取得する。このように、アクセス手順を統一し、また、アクセスを単純化することによりプラットフォームの依存性を排除することができる。すなわち、プラットフォームの異なる複数の会社が、データ転送の高速性を確保しつつ、同一のファイルを共有してコンテンツを配信することができる。

また、コンテンツデータ用ディスク１１１を、配信装置２１からは読取専用にすることにより、排他制御などファイル共用に必要な機能が減少され、セキュリティを容易に確保することができる。

また、ログ情報テーブル２１６に記憶されたＬＢＡとＷＷＮとに基づいて、配信会社２ごとに、使用量（コンテンツデータの要求回数）に応じた課金を行うことができる。

また、本実施形態のコンテンツ配信システムでは、複数のコンテンツ所有会社１と、複数のコンテンツ所有会社１が有する各ストレージ装置１１を共有してコンテンツデータを配信する複数の配信会社２とを有する。これにより、不特定多数の会社が連携して、柔軟にコンテンツデータを配信することができる。

また、本実施形態では、コンテンツデータを所有するコンテンツ所有会社１と、コンテンツデータを配信する配信会社２とは異なる。これにより、各配信会社２は、複数のコンテンツ所有会社１が所有するコンテンツデータをユーザ端末３に配信することができる。また、コンテンツ所有会社１は自社が所有するコンテンツデータを、複数の配信会社２を通じて、ユーザ端末３に配信することができる。

なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。

例えば、本実施形態では、各コンテンツ所有会社１は、ＳＡＮ４１に接続された各社専用のストレージ装置１２を有している。しかしながら、各コンテンツ所有会社１は、各社専用のストレージ装置１２有することなく、ＳＡＮ４１に接続された複数社共通のストレージ装置１２に自社のコンテンツデータを共有して記憶することとしてもよい。

図１は、本発明の一実施形態が適用されたコンテンツ配信システムの概略図である。 図２は、各装置の機能構成を示す図である。 図３は、各装置のハードウェア構成例を示す図である。 図４は、コンテンツデータのデータ構造の一例を示す図である。 図５は、メタデータのデータ構造の一例を示す図である。 図６は、選択テーブルのデータ構造の一例を示す図である。 図７は、コンテンツ配信シーケンスの一例を示す図である。 図８は、コンテンツ選択画面の一例を示す図である。 図９は、コンテンツ登録シーケンスの一例を示す図である。 図１０は、ログ情報テーブルのデータ構造の一例を示す図である。

符号の説明

１：コンテンツ所有会社、１１：ストレージ装置、１１１：コンテンツデータ用ディスク、１１２：メタデータ用ディスク、１２：管理装置、１２１：メタデータ管理部、１２２：コンテンツ管理部、１２３：通信処理部、１２４：登録部、１２５：ログ解析部、１２６：ログ情報テーブル、２：コンテンツ配信会社、２１：配信装置、２１１：指示受付部、２１２：メタデータ取得部、２１３：コンテンツデータ取得部、２１４：通信処理部、３：ユーザ端末、４１：ＳＡＮ、４２：ＬＡＮ、５：ネットワーク

Claims (4)

1. コンテンツ配信システムであって、
   少なくとも１つのコンテンツを記憶するストレージ装置と、前記ストレージ装置を管理する管理装置と、前記ストレージ装置とストレージネットワークを介して接続され、コンテンツを配信する配信装置と、を有し、
   前記ストレージ装置は、コンテンツを記憶するコンテンツ記憶領域と、コンテンツの格納場所を示す格納情報を記憶する格納場所記憶領域とを、有し
   前記配信装置は、
   コンテンツの配信要求を外部システムから受け付ける指示受付手段と、
   前記配信要求で指定されたコンテンツの格納場所を取得するための格納場所取得要求を、前記管理装置に送信する送信手段と、
   前記管理装置から前記格納情報を受信し、当該格納情報を用いてストレージ装置の格納場所記憶領域から、前記ストレージネットワークを介して、前記コンテンツを取得するコンテンツ取得手段と、
   前記取得したコンテンツを前記外部システムに配信する配信手段と、を有し、
   前記管理装置は、
   前記配信装置から、前記格納場所取得要求を受け付けて、前記コンテンツの格納情報を前記ストレージ装置の格納場所記憶領域から取得し、当該格納情報を前記配信装置に送信する格納情報取得手段、を有すること
   を特徴とするコンテンツ配信システム。
2. 請求項１記載のコンテンツ配信システムであって、
   前記管理装置は、
   前記格納場所取得要求とともに送信される前記配信装置を識別するための識別情報と、前記格納場所情報と、を含む前記格納場所取得要求の履歴を記憶するログ情報テーブルと、
   前記ログ情報テーブルを解析するログ解析手段と、をさらに有し、
   前記ログ解析手段は、前記ログ情報テーブルの識別情報および格納場所情報を用いて、配信装置毎の課金情報を生成すること
   特徴とするコンテンツ配信システム。
3. 請求項１記載のコンテンツ配信システムであって、
   前記格納情報には、前記コンテンツ記憶領域のアドレスが含まれ、
   前記配信装置のコンテンツ取得手段は、前記コンテンツ記憶領域の前記アドレスに記憶されたコンテンツデータを、シーケンシャルに読み出すこと
   特徴とするコンテンツ配信システム。
4. 少なくとも１つのコンテンツを記憶するストレージ装置と、前記ストレージ装置を管理する管理装置と、前記ストレージ装置とストレージネットワークを介して接続され、コンテンツを配信する配信装置と、を有するコンテンツ配信方法であって、
   前記ストレージ装置は、コンテンツを記憶するコンテンツ記憶領域と、コンテンツの格納場所を示す格納情報を記憶する格納場所記憶領域とを、有し
   前記配信装置は、
   コンテンツの配信要求を外部システムから受け付ける指示受付ステップと、
   前記配信要求で指定されたコンテンツの格納場所を取得するための格納場所取得要求を、前記管理装置に送信する送信ステップと、
   前記管理装置から前記格納情報を受信し、当該格納情報を用いてストレージ装置の格納場所記憶領域から、前記ストレージネットワークを介して、前記コンテンツを取得するコンテンツ取得ステップと、
   前記取得したコンテンツを前記外部システムに配信する配信ステップと、を行い、
   前記管理装置は、
   前記配信装置から、前記格納場所取得要求を受け付けて、前記コンテンツの格納情報を前記ストレージ装置の格納場所記憶領域から取得し、当該格納情報を前記配信装置に送信する格納情報取得ステップを行うこと
   を特徴とするコンテンツ配信方法。
   

Images