JPH09214935A - 映像情報提供システム - Google Patents

Abstract

(57)【要約】 【課題】 映像情報の検索機能及び登録・メンテナンス
等、運用管理に必要な手続きを簡略化する。 【解決手段】 動画データを蓄積し複数の端末装置へ配
信するビデオサーバ２、動画以外の静止画・音声・テキ
ストのデータを格納するファイルサーバ４、ビデオサー
バ及びファイルサーバ上に格納されたデータの属性情報
をデータベース管理システムで管理し、検索、データの
登録/削除/変更、運用管理を行うコントロールサーバ
１、二次記憶媒体に動画データを蓄積・格納するライブ
ラリサーバ３、コントロールサーバに要求を送りビデオ
サーバより要求した動画の配信及びファイルサーバから
その他のデータの配信を受ける複数台の端末装置５から
映像情報システムを構成し、必要な情報をコントロール
サーバのデータベースに蓄積・管理することにより、検
索・運用管理及びシステム管理機能を実現する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、衛星放送やケーブル
ＴＶの放送番組など無線・有線の通信回線を介して提供
されるディジタル圧縮された動画データ（以後、単に動
画データとする）あるいは光磁気ディスクや磁気テープ
などの２次記憶媒体によって供給される動画データをビ
デオサーバ及びライブラリサーバに蓄積し、回線で接続
された複数の端末装置へオンデマンドに配信する映像情
報提供システムに関するもので、特に、動画データ及び
それに付随する属性情報や、動画以外の静止画・音声・
テキストなども含めたマルチメディアデータの一元管理
・検索及び運用管理を実現するのに好適ならしめたもの
である。

【０００２】

【従来の技術】図２８は例えば特開平７−７４７４５号
公報に示された加入者ネットワークにおいて加入者要求
に基づき蓄積した動画を同報通信するための従来の映像
情報提供システムを示す構成図である。このシステム
は、Ｘ．２５アダプタ１４３、スイッチアダプタ１４７
及び音声応答装置１４８に接続されたゲートウェイ１３
０と、ＬＡＮアダプタ１１３及びＸ．２５アダプタ１１
７が接続されたコントロールサーバ１００と、ＬＡＮア
ダプタ１７３、ビデオ記憶装置１７６及びネットワーク
アダプタ１７８に接続されたデータサーバ１６０とを主
要にして構成される。なお、ここで、Ｘ．２５はデータ
端末装置及び公衆交換網の間をインターフェースするた
めのＣＣＩＴＴ標準により定義されたデータ通信プロト
コルである。

【０００３】上記ＬＡＮアダプタ１７３は、イーサネッ
トネットワークのような適当なローカルエリアネットワ
ークを介してコントロールサーバ１００のＬＡＮアダプ
タ１１３に接続される。また、上記ゲートウェイ１３０
は、音声応答装置１４８を介して電話ネットワークにお
ける加入者からの要求を受信し、加入者の識別番号（加
入者ＩＤ）及び加入者より要求されたビデオデータの識
別子（ビデオＩＤ）を受信し、コントロールサーバ１０
０内部でそれぞれが存在するかどうかの妥当性チェック
を行い、確認された場合に、Ｘ．２５アダプタ１４３を
介してコントロールサーバ１００にそれらの情報を信号
として送信する。さらに、上記データサーバ１６０は、
通信回線を介してビデオ記憶装置１７６上に蓄積した要
求者に同報通信されるべきビデオプログラミングデータ
を含む多数の動画ファイルを管理する。

【０００４】上記コントロールサーバ１００は、Ｘ．２
５アダプタ１１７を介してゲートウェイ１３０から加入
者ＩＤ及びビデオＩＤを受信し、このビデオＩＤに対す
る加入者待ち行列がそのコントロールサーバ内に存在す
るかどうか及び新しい加入者を受け付けるかどうかを決
定し、これが肯定される場合に、加入者ＩＤを加入者待
ち行列に割り当て、ビデオ確認、ポートＩＤ及び開始時
間をゲートウェイ１３０に送る。また、コントロールサ
ーバ１００は、データサーバ１６０にビデオＩＤと共に
ビデオデータの配信要求を送る。

【０００５】上記ゲートウェイ１３０は、上記コントロ
ールサーバ１００から受け取ったポートＩＤ及び加入者
ＩＤをスイッチアダプタ１４７を経由してデータスイッ
チ１８０に送り、そのポートを加入者に接続させる。ま
た、上記データサーバ１６０は、上記コントロールサー
バ１００から受け取ったビデオＩＤに対応するビデオフ
ァイルをアクセスし、それをポートＩＤに対応するビデ
オデータポート１７９へ、ネットワークアダプタ１７８
を経由して出力する。その結果、データサーバ１６０が
ビデオファイルのストリームデータを受け取り、スイッ
チアダプタ１４７を介してデータスイッチ１８０に送ら
れ、公衆交換電話ネットワーク１９０を介して加入者に
送信される。

【０００６】

【発明が解決しようとする課題】ところで、上述した従
来の映像情報提供システムにおいては、コントロールサ
ーバ１００及びその他の構成に、動画データに関する属
性情報を管理するものがなく、ビデオＩＤでしか動画デ
ータにアクセスする手段を持たず、キーワードなどによ
る検索・ナビゲーションといった機能がない。また、動
画データ以外のデータも含めたマルチメディアデータの
一元管理を行うことができないという問題点があった。

【０００７】この発明は上述した従来例に係る問題点を
解消するためになされたもので、動画データ及びそれに
付随する属性情報や、動画以外の静止画・音声・テキス
トなども含めたマルチメディアデータの一元管理・検索
及び運用管理を実現するのに好適な映像情報提供システ
ムを得ることを目的とする。

【０００８】

【課題を解決するための手段】この発明に係る映像情報
提供システムは、映像データをディジタル化したビデオ
ファイルとしてハードディスク装置上に蓄積し通信回線
上の複数の端末装置への配信を行うビデオサーバと、動
画データ以外の静止画・音声・テキストなどのデータを
格納するファイルサーバと、上記ビデオサーバ及び上記
ファイルサーバ上に格納された各種データの属性情報を
データベース管理システムを用いてデータベース上に格
納することで各種データを一元管理するとともに、その
属性情報を利用して検索、データの登録／削除／変更、
運用管理を行うコントロールサーバと、二次記憶媒体に
動画データを格納し、上記コントロールサーバからの要
求を受け指定されたファイルを上記ビデオサーバに転送
し、上記ビデオサーバから端末装置へ配信するためのラ
イブラリサーバと、上記コントロールサーバに要求を送
りその結果上記ビデオサーバより要求した動画の配信及
び上記ファイルサーバからその他のデータの配信を受け
る複数台の端末装置と、これらを接続する回線からなる
ものである。

【０００９】また、上記コントロールサーバは、データ
ファイルの実体と属性情報を合わせてコンテンツとし、
登録またはアクセス時に物理的なデータファイルの格納
位置を意識することなく、コンテンツの論理的名称によ
ってデータファイルの実体と属性情報を合わせた状態で
処理することを特徴とするものである。

【００１０】また、上記コントロールサーバのデータベ
ースに、各種データファイルの論理的格納先となるフォ
ルダ名、これに対応するフォルダＩＤ、親フォルダＩ
Ｄ、動画用のビデオサーバのビデオサーバ名及びビデオ
サーバディレクトリ名、動画以外のデータ用にファイル
サーバのファイルサーバ名及びファイルサーバディレク
トリ名の情報を格納するフォルダ管理テーブルと、各種
データファイルに対し与えたコンテンツＩＤ、コンテン
ツ名、フォルダＩＤ、実体ファイル名、ファイル区分の
属性情報を格納するコンテンツ属性管理テーブルと、コ
ンテンツＩＤとキーワードＩＤとの対応関係を登録した
キーワードリスト管理テーブル及びキーワードＩＤとキ
ーワードとの対応関係を登録したキーワード管理テーブ
ルとを備え、上記コントロールサーバは、端末装置から
送信されるキーワードあるいはフォルダ名、コンテンツ
名など１つ以上の属性情報を受けて上記各テーブルを参
照して与えられた条件に該当する１つあるいは１つ以上
のデータファイルを特定し、端末装置へこれらのコンテ
ンツ名及び物理的格納位置等の情報を送信することを特
徴とするものである。

【００１１】また、上記コントロールサーバは、フォル
ダに対してデータファイルの格納情報の他にバックアッ
プに使用するオフラインの物理的位置情報を合わせて設
定しておくことにより、コンテンツ名あるいはフォルダ
名の論理的格納先の指定により、コンテンツ名に対応す
る特定コンテンツあるいは指定したフォルダに属する全
コンテンツを対象としたバックアップを行うことを特徴
とするものである。

【００１２】また、上記コントロールサーバのデータベ
ース上に備えられるフォルダ管理テーブルに、バックア
ップ先サーバ名、バックアップ先ディレクトリ名及びバ
ックアップ状態フラグの情報をさらに拡張して格納する
とともに、上記コントロールサーバは、コンテンツ名ま
たはフォルダ名の論理的格納先の指定に基づき上記デー
タベース上のフォルダ管理テーブル及びコンテンツ属性
管理テーブルを参照し、指定されたフォルダ名を持つフ
ォルダに含まれる全コンテンツの物理的な格納位置に関
する属性情報を取得し、ビデオサーバまたはファイルサ
ーバにバックアップ実行命令を送信し、ビデオサーバま
たはファイルサーバ上のオンラインデータをライブラリ
サーバ上のオフライン媒体上にバックアップファイルと
してコピーさせることを特徴とするものである。

【００１３】また、上記コントロールサーバは、フォル
ダに対してデータファイルの格納情報の他に、ミラー先
に関するオンラインの物理的な位置情報を合わせて設定
しておくことにより、フォルダ名またはミラー先サーバ
名の論理的な指定により指定したミラー先サーバ名に対
応する特定コンテンツまたは指定したフォルダに属する
全コンテンツを一括して同時に複数コンテンツに対する
実体ファイルのミラー化・ミラー解除を行うことを特徴
とするものである。

【００１４】また、上記コントロールサーバのデータベ
ース上に備えられるフォルダ管理テーブルに、ミラー先
サーバ名、ミラー先ディレクトリ名及びミラー状態フラ
グの情報をさらに拡張して格納するとともに、上記コン
トロールサーバは、コンテンツ名またはフォルダ名の論
理的格納先の指定に基づき上記データベース上のフォル
ダ管理テーブル及びコンテンツ属性管理テーブルを参照
し、指定されたフォルダ名を持つフォルダに含まれる全
コンテンツに対し、各コンテンツの実体ファイル及びミ
ラー先の物理的位置に関する属性情報を取得し、ビデオ
サーバまたはファイルサーバにミラー化／ミラー解除命
令を送信し、ライブラリサーバに格納された該当する実
体ファイルのミラー化・ミラー解除を行うことを特徴と
するものである。

【００１５】また、上記コントロールサーバに、動画デ
ータを含むコンテンツの登録に際して、登録要求発行者
からの登録対象コンテンツ群に含まれるコンテンツの登
録要求を受け付け、動画データファイルを格納する動画
データ用バッファへの転送、負荷レポータの生成する負
荷情報の参照によるシステム負荷状態のチェック、動画
データ用バッファ上の動画データファイルのビデオサー
バへの分割転送の各処理制御を行いオンラインバッチで
の登録を実行する登録マネージャを備えたことを特徴と
するものである。

【００１６】また、上記登録マネージャは、動画データ
のファイルをバッファ上に転送しバッファ上で保持する
手段と、個々のファイルを一定サイズブロックに複数分
割する手段と、コントロールサーバ上でシステムの負荷
状況に関する情報を収集しこれを定期的に参照し統計処
理を行う手段と、一定タイミングでその統計処理結果に
対して一定レベルの比較的低負荷状態にあるか否かを判
定する手段と、比較的低負荷状態にあると判定した場合
にバッファ上のファイルを分割したブロック単位でビデ
オサーバに転送する手段とを備えたことを特徴とするも
のである。

【００１７】また、上記コントロールサーバは、端末装
置からの動画データに対するアクセス履歴に基づいたア
クセス頻度に応じて履歴情報を利用した統計調査による
上記ビデオサーバと上記ライブラリサーバ間での動画デ
ータの入替処理を行うことを特徴とするものである。

【００１８】また、上記コントロールサーバのデータベ
ース上に、端末装置からの動画データに対するアクセス
履歴を管理する再生履歴管理テーブルを備え、上記コン
トロールサーバは、該アクセス履歴に対して定期的に統
計処理を行って各動画データに対するアクセス頻度を求
め、アクセスの少ないビデオサーバ上の動画ファイルを
検出してライブラリサーバの２次記憶媒体へ移動させる
と共に、ビデオサーバ上の動画データよりもアクセス頻
度の高いライブラリサーバ上の動画ファイルを検出して
ビデオサーバ上のハードディスクに移動させることを特
徴とするものである。

【００１９】また、上記コントロールサーバは、ユーザ
およびユーザをグルーピングしたグループに対する操作
についての権限、個々のデータファイルに対するアクセ
ス対象ユーザまたはグループを設定しておくことによ
り、端末装置からの接続要求に対するユーザ認証、再生
要求に対するアクセス制限などのアクセス制御を行うこ
とを特徴とするものである。

【００２０】また、上記コントロールサーバのデータベ
ース上に、個々のシステムに登録されているユーザに対
するパスワード、操作権限を規定する情報を格納したユ
ーザ属性管理テーブルと、特定のユーザ集合に対し同一
権限を設定するためのグループに関する情報を格納した
グループ属性情報管理テーブルとを備えると共に、個々
のデータファイルに対する操作権限に関する情報を格納
したコンテンツ属性管理テーブルに、所有者ＩＤ、所有
者権限、グループ内権限、グループ外権限のセキュリテ
ィに関する情報をさらに拡張されて格納し、上記コント
ロールサーバは、端末装置からのユーザ名またはパスワ
ードの入力に基づく接続要求時に、上記各テーブルを参
照して端末装置からの接続要求に対するユーザ認証、再
生要求に対するアクセス制限などのアクセス制御を行う
ことを特徴とするものである。

【００２１】また、放送番組を受信装置経由で登録する
登録手段を備え、上記コントロールサーバは、必要な番
組だけを事前に設定しておくことにより、設定した番組
のみ上記登録手段に登録させることを特徴とするもので
ある。

【００２２】また、上記コントロールサーバのデータベ
ース上に、登録対象となる番組に関する情報を格納する
登録番組情報管理テーブルと、上記登録手段に登録され
た登録動画データの格納位置・ファイル名及びタイトル
名の情報を格納する番組登録履歴管理テーブルとを備
え、上記コントロールサーバは、上記各テーブルを参照
して上記登録手段に放送番組を登録させることを特徴と
するものである。

【００２３】また、上記コントロールサーバは、属性情
報が付加した状態で供給された動画データに基づいて動
画データと属性情報を識別することにより、コンテンツ
単位での登録を行うことを特徴とするものである。

【００２４】また、番組提供者から動画データと共に転
送される属性情報を保管する保管手段を備え、上記コン
トロールサーバは、上記属性情報部分のみを抽出して、
コンテンツ登録時の属性情報として使用することによ
り、コンテンツ単位での登録を行うことを特徴とするも
のである。

【００２５】

【発明の実施の形態】

実施の形態１．以下、図面を参照してこの発明を説明す
る。図１は実施の形態１に係る映像情報提供システムの
全体構成を示す概略図である。図１において、１はコン
トロールサーバを示し、後述するビデオサーバ２及びフ
ァイルサーバ４上に格納された各種データの属性情報、
つまり実体ファイルの格納先、例えばビデオサーバ名あ
るいはファイルサーバ名及び格納ディレクトリ名や、デ
ータの持つ意味内容を反映したキーワード、アクセス対
象者、課金を行う場合の課金単価などの情報全般をデー
タ処理プログラム群８及びデータベース管理システム
（Database Management System、以後ＤＢＭＳとする）
９を用いてデータベース７上に格納することで各種デー
タを一元管理すると共に、その属性情報を利用して、検
索、データの登録、削除、変更及び運用管理を行う。

【００２６】２はビデオサーバを示し、衛星放送やケー
ブルＴＶの放送番組など無線・有線の通信回線を介して
提供される映像データあるいは光磁気ディスクや磁気テ
ープなどの２次記憶媒体によって供給される映像データ
をディジタル化したビデオファイル（以後、単に動画デ
ータとする）としてハードディスク装置上に蓄積し、動
画配信プログラム１２の内容に従って通信回線上の複数
の端末装置５への配信を行う。ここで、動画データは動
画ファイル１０に蓄積される。

【００２７】３は磁気テープまたは光磁気ディスクとい
った２次記憶装置１３に動画データを格納し、コントロ
ールサーバ１からの要求を受け、指定されたファイルを
ビデオサーバ２に転送することにより、該ビデオサーバ
２から端末装置５へ配信するためのライブラリサーバ、
４は動画データ以外の静止画・音声・テキストなどのデ
ータをデータファイル１１に格納するためのファイルサ
ーバ、５はコントロールサーバ１に要求を送り、その結
果、ビデオサーバ２より要求した動画データの配信及び
ファイルサーバ４からその他のデータの配信を受ける複
数台の端末装置を示し、これら映像情報提供システムの
主要な構成は、ハブ装置１４及び公衆回線を介して接続
されている。

【００２８】ここで、上記コントロールサーバ１内のデ
ータプログラム群８には、図２に示すように、論理的格
納先であるフォルダを定義するためのフォルダ作成プロ
グラム４０、フォルダを変更するためのフォルダ変更プ
ログラム４１、フォルダを削除するためのフォルダ削除
プログラム４２、個々のコンテンツを登録するためのコ
ンテンツ登録プログラム１６、コンテンツを変更するた
めのコンテンツ変更プログラム１７、コンテンツを削除
するためのコンテンツ削除プログラム１８、検索プログ
ラム１９、特定のコンテンツあるいはフォルダに属する
コンテンツを対象としたデータファイルのコピーを行う
ためのバックアッププログラム２０、データファイルの
コピーを作成するためのミラー化プログラム２１、ミラ
ーで作成した複製データファイルを削除するためのミラ
ー解除プログラム２２、システム負荷情報統計処理プロ
グラム２３、再生履歴統計処理プログラム２４、オンラ
インバッチ登録プログラム２５、オンラインデータ自動
入替プログラム２６、ユーザログインチェックプログラ
ム２７、ファイルアクセスチェックプログラム２８、番
組予約登録プログラム２９、属性付きデータ登録プログ
ラム３０を備えている。

【００２９】これら構成を備える映像情報提供システム
において、コントロールサーバ１は、後述するようにし
てデータファイルの実体と属性情報を合わせて「コンテ
ンツ」とし、登録、アクセス時において、毎回物理的な
データファイルの格納位置を意識することなく、「コン
テンツ」の論理的名称によって、データファイルの実体
と属性情報を合わせた状態で処理可能になっている。

【００３０】上記構成からなる映像情報提供システムに
おいて、例えば図３に示すような論理的階層構造を持つ
ニュース情報を扱う場合、各種データの格納位置及び登
録・アクセスの論理的名称及びその他の情報が、コント
ロールサーバ１のデータベース７に「フォルダ管理テー
ブル」のレコードとして、図４に示すような形式で格納
されている。

【００３１】すなわち、図３のような分類体系を持つデ
ータを扱う場合、フォルダとして、まず、第１階層とし
て共通項目である「ニュース」、さらに、第２階層とし
てジャンルである「政治」、「社会」、「スポーツ」を
フォルダ名として定義する。それぞれのフォルダ名に対
応させてフォルダＩＤ、格納位置に関する情報（ビデオ
サーバ名、ビデオサーバディレクトリ名、ファイルサー
バ名、ファイルサーバディレクトリ名）をテーブルのカ
ラムを用意し、値を設定している。また、「スポーツ」
は、さらに、第３階層として、「陸上競技」、「野球」
のような種目に対応したフォルダを割り当てている。

【００３２】そして、例えば図４に示すフォルダ管理テ
ーブルの場合では、フォルダ名が「ニュース」のレコー
ドを見てみると、親フォルダＩＤが自己と同一ＩＤ
‘０’を使用することによって、親フォルダが存在しな
いこと、つまり最上位階層であることを表している。ま
た、第２階層の「政治」、「社会」、「スポーツ」の各
フォルダは、それぞれ親フォルダＩＤとして、「ニュー
ス」フォルダのフォルダＩＤ‘０’を持っている。この
ことにより、「ニュース」フォルダの１つ下の階層にあ
るフォルダ、つまり子フォルダであることを表現してい
る。同様に、「スポーツ」フォルダの子フォルダである
「陸上競技」、「野球」の各フォルダは、親フォルダＩ
Ｄが「スポーツ」フォルダのフォルダＩＤ‘３’と同じ
値になっており、ともに「スポーツ」フォルダの子フォ
ルダとして定義されている。

【００３３】また、コントロールサーバ１のデータベー
ス７に「コンテンツ属性管理テーブル」のレコードとし
て、図５に示すような形式で、個々のデータの属性情報
であるコンテンツＩＤ、コンテンツ名、フォルダＩＤ、
実体ファイル名、ファイル区分等が格納される。

【００３４】さらに、コントロールサーバ１のデータベ
ース７に、上記「コンテンツ属性管理テーブル」のコン
テンツＩＤとキーワードとの対応関係を登録した「キー
ワードリスト管理テーブル」、キーワードＩＤとキーワ
ードとの対応関係を登録した「キーワード管理テーブ
ル」とが格納されている。

【００３５】このように、フォルダと、さらに個々のコ
ンテンツに付けた論理的名称によって、ユーザはシステ
ムで扱うデータを意味内容に従ったデータ階層に従って
管理することが出来る。つまり、図７に示すように、物
理的な格納位置を論理的格納位置である「フォルダ名」
・「コンテンツ名」にマッピングすることにより、ユー
ザは物理的な格納位置を意識せずに登録・検索を行うこ
とが可能となる。これより、論理的格納位置であるフォ
ルダ名に、扱うデータの意味内容を反映した分類名称を
使用すると、ユーザによりわかり易いものとなる。

【００３６】図８は上記コントロールサーバ１上のデー
タ処理プログラム群８の１つであるコンテンツ登録プロ
グラム１６が行う一連のコンテンツ登録処理の手続きを
示したフローチャートである。システムに初めてコンテ
ンツを登録する場合は、まず、論理的格納先であるフォ
ルダをフォルダ作成プログラム４０によって定義し、そ
の後にコンテンツ登録プログラム１６によって個々のコ
ンテンツを登録する方式になる。以後、フォルダは必要
に応じて追加・変更・削除がフォルダ作成プログラム４
０、フォルダ変更プログラム４１、フォルダ削除プログ
ラム４２によって可能であり、適切なフォルダを選択し
てコンテンツを登録する。ただし、フォルダ削除はフォ
ルダに対しコンテンツが何も登録されていない状態のと
きのみ実行可能である。

【００３７】また、コンテンツに対しても、コンテンツ
登録プログラム１６、コンテンツ変更プログラム１７、
コンテンツ削除プログラム１８によって追加・変更・削
除が可能である。個々のデータの属性情報としては、コ
ンテンツＩＤ、コンテンツ名、フォルダＩＤ、実体ファ
イル名、ファイル区分、キーワードなどの値を与え、コ
ントロールサーバ１上のデータベース７には例えば図５
のような形式で登録される。なお、コンテンツＩＤ、実
体ファイル名の各カラムの値は、登録プログラム側で連
番数値の使用等、一定のアルゴリズムに従って自動生成
・設定をする。

【００３８】なお、フォルダ作成時に、フォルダＩＤは
フォルダ作成プログラム４０で自動作成し、登録時も、
ユーザからはフォルダ名を渡せば、内部的に図４に示す
「フォルダ管理テーブル」を参照して対応する自動生成
されたフォルダＩＤを検出してフォルダＩＤカラムの値
を自動設定するインタフェースを提供すれば、ユーザは
物理的格納位置やフォルダＩＤ・コンテンツＩＤを意識
する必要がなくなる。

【００３９】ユーザは、登録データのオリジナルファイ
ルへのアクセスパス、つまり位置情報（例えば、元デー
タがクライアントのあるドライブに入っている場合は、
クライアントのホスト名及び該当するドライブ名、ファ
イルのフルパス名など）と、その登録データに関する属
性情報の入力（キーワード、格納先フォルダ情報など）
を行えば、後はコンテンツ登録プログラム１６がバック
グラウンドでステップ６２〜７１の一連の処理をビデオ
サーバと連携して行うことによって、必要なデータベー
ス（ＤＢ）への属性登録・ファイルのコピーを実行す
る。これらがエラーなく終了した場合は、ステップ７０
の正常終了とし、そうでない場合としては、入力値エラ
ー時にはステップ７３、７７、ファイルコピーエラー時
にはステップ７４〜７６の処理をそれぞれ行い、異常終
了とする。

【００４０】この過程で、ステップ６４のデータベース
への属性登録のみ終了した状態を中間状態として、ステ
ップ６５においてコントロールサーバ１内部でフラグを
立てる。この例では、図５に示す「コンテンツ属性管理
テーブル」にカラムとして中間状態フラグ値を格納する
方式となっている。システムでは、この中間フラグが
“ＯＮ”の場合は、ユーザ端末装置５からのアクセスを
認めず、“ＯＦＦ”の場合アクセス可能とすれば、ファ
イルはコピーされずにデータベースにしか属性情報が登
録されていないコンテンツへのユーザアクセスを回避す
ることができる。

【００４１】新規コンテンツの登録において、まず、属
性情報はステップ６２〜６５の一連の手続きで図５に示
す「コンテンツ属性管理テーブル」にレコードとして登
録が行われるが、この時点での中間フラグのカラムの値
に“ＯＮ”を設定する。ステップ６６で一旦データベー
ス７をコミットし、コントロールサーバ１上のデータベ
ース７のデータとして、追加されたレコードの情報をメ
モリ上からディスクに書き込み、「コンテンツ属性管理
テーブル」の更新を確定する。

【００４２】次に、ステップ６７で、データファイルの
ビデオサーバ２あるいはファイルサーバ４へのコピーを
実行する。ステップ６８でコピー終了状態をコントロー
ルサーバ１に通知し、ステップ６９でコントロールサー
バ１がこれをチェックする。エラーが検出された場合、
コントロールサーバ１は、ステップ７４でファイルコピ
ーエラーの通知、ステップ７５で現在登録中のコンテン
ツのコンテンツＩＤを持つ図５に示す「コンテンツ属性
管理テーブル」のレコードを検出し、“ＯＮ”である中
間状態カラム値であることを確認した上で、レコードの
削除を行う。

【００４３】また、ステップ７４では、コピーエラーと
なったコピー先ファイル名を通知することにより、も
し、何等かの中途半端な状態でコピー先ファイルの残骸
を処分するための情報を提供する。そして、ステップ６
６でコミットした「コンテンツ属性管理テーブル」のレ
コードをステップ７５で削除し、ステップ７６でデータ
ベース７をコミット、ステップ７７で登録異常を終了す
る。

【００４４】ステップ６８のデータファイルコピーが正
常終了した場合は、ステップ７０で「コンテンツ属性管
理テーブル」の中間状態フラグのカラムの値が“ＯＮ”
であるレコードをデータベース７に問い合わせることに
よって検出し、得られたレコードのレコードＩＤを指定
し検出したレコードの中間状態フラグのカラムの値を
“ＯＦＦ”に変更する。さらに、ステップ７１でデータ
ベース７をコミットして、このコンテンツに対するユー
ザのアクセスを可能にする。

【００４５】このような手続きを経て登録されたコンテ
ンツは、論理的な「フォルダ」・「コンテンツ名」に基
づいた物理的格納位置を意識する必要のないコンテンツ
登録機能を実現でき、また、登録されたコンテンツに対
しても、一連の検索処理の手続きを示す図９のフローチ
ャートのように、ステップ８０でユーザは「フォルダ
名」・「コンテンツ名」・「キーワード」などの条件を
ユーザ端末装置５から入力するのみで、物理的な位置情
報を意識することなく、コントロールサーバ１の検索プ
ログラム１９のステップ８１〜８４の処理、及びユーザ
端末装置５のステップ８５,８６の処理によって、ステ
ップ８７のユーザ端末装置５上でのデータ再生・表示が
行われる。

【００４６】上述した実施の形態１に係るデータ処理を
要約すると次のようになる。まず、コントロールサーバ
１のデータベース７上に、各種データファイルの論理的
格納先という意味で与えたフォルダ名、これに対応する
フォルダＩＤ、親フォルダＩＤ、動画用のビデオサーバ
のビデオサーバ名及びビデオサーバディレクトリ名、動
画以外のデータ用にファイルサーバのファイルサーバ名
及びファイルサーバディレクトリ名などの情報を格納す
る図４に示すフォルダ管理テーブル、各種データファイ
ルに対し与えたコンテンツＩＤ、コンテンツ名、フォル
ダＩＤ、実体ファイル名、ファイル区分などの属性情報
を格納する図５に示すコンテンツ属性管理テーブル、さ
らに、図６に示すような、コンテンツＩＤとキーワード
ＩＤとの対応関係を登録したキーワードリスト管理テー
ブル及びキーワードＩＤとキーワードとの対応関係を登
録したキーワード管理テーブルを用意する。

【００４７】そして、ユーザ端末装置５からコントロー
ルサーバ１に対し、キーワードあるいはフォルダ名、コ
ンテンツ名など１つ以上の属性情報を送信し、これを受
け取ったコントロールサーバ１上の検索プログラム１９
によって、ＤＢＭＳ９の機能を利用して前述のテーブル
群を参照し、与えられた条件に該当する１つあるいは１
つ以上のデータファイルを特定し、ユーザ端末装置５へ
これらのコンテンツ名及び物理的格納位置等の情報を送
信する。

【００４８】ユーザ端末装置５は、受信した結果からそ
のデータの配信を受けたい場合は、コントロールサーバ
１から得た物理的位置情報をビデオサーバ２あるいはフ
ァイルサーバ４に与えて配信要求を送れば、これを受け
取ったビデオサーバ２あるいはファイルサーバ４はこの
ユーザ端末装置５に対し、データの配信を行う。例えば
アプリケーションの分類項目毎にフォルダ名を割り当
て、個々のフォルダに特定のデータファイルの格納サー
バ名・格納ディレクトリ名等の格納位置に関する情報を
設定しておくことにより、個々のデータファイルの登録
がこの論理的なフォルダ名を指定するのみで、物理的位
置を意識することなく格納することが出来る。

【００４９】このように各コンテンツの論理的格納位置
と物理的格納位置のマッピング情報やキーワードなどの
属性情報を、コントロールサーバ１のデータベース７で
管理し、さらに、これらにアクセスするコンテンツ登録
プログラム１６、コンテンツ変更プログラム１７、コン
テンツ削除プログラム１８、検索プログラム１９によっ
て、論理的な格納位置の指定による登録・変更・削除及
び論理的格納位置・キーワードなどの属性情報を用いた
検索を実現することができる。

【００５０】従って、上記実施の形態１によれば、フォ
ルダに登録する個々のデータファイルに対し、内容をイ
メージさせる論理的な「コンテンツ」を付与して登録し
ておくことにより、ユーザは「フォルダ名」と「コンテ
ンツ名」を手掛かりにデータファイルをアプリケーショ
ンや意味内容に応じた形で一意に特定することができ、
「フォルダ名」・「コンテンツ名」を用いて、コンテン
ツの階層的な意味構造を表現でき、従来の物理的格納位
置情報よりも人間に理解しやすい形でデータを管理する
ことができる。また、扱えるデータの種類が増え、検索
の手掛かりや表示できる情報が増え、サービスの質が向
上し、さらに、登録に必要な数ステップ及ぶ一連の手続
きを自動化しているので、管理者の負担を軽減する。

【００５１】さらに、「フォルダ名」や「コンテンツ
名」を知らない場合でも、個々のコンテンツに「キーワ
ード」その他「コンテンツ名」や「フォルダ名」を特定
する手掛りとなる属性情報をデータベース７に登録して
おくことにより、「キーワード」、あるいはフォルダに
親子関係を持たせることによって、階層的な論理構造を
表現することができるので、「フォルダ名」指定によっ
て、該当するものを選択・提供するナビゲーション機能
を実現することができる。また、フォルダ名及びコンテ
ンツ名のみの使用で、コンテンツ登録に必要な２種類の
登録手続き（実体ファイルのサーバコピーと、属性デー
タのデータベース登録）の具体的操作や、格納位置の違
いなどを意識することなく、１つの手順で正しい位置へ
の登録処理を自動化できる。

【００５２】実施の形態２．次に、図１０と図１１はこ
の発明の実施の形態２におけるバックアッププログラム
２０に基づく「フォルダ名」の指定によるバックアップ
処理の手続きを示すフローチャートとフォルダ管理テー
ブルのバックアップ（データファイルのコピー）に関す
る部分のレコード内容を示した図である。

【００５３】この実施の形態２においては、コントロー
ルサーバ１のデータベース７上に、図４に示す「フォル
ダ管理テーブル」に対し、図１１に示す「フォルダ管理
テーブル」のように、バックアップ先サーバ名、バック
アップ先ディレクトリ名、バックアップ状態フラグの情
報をさらに拡張して格納するようにしている。

【００５４】以下、この実施の形態２における「フォル
ダ名」の指定による具体的なバックアップ処理を図１０
に示すフローチャートを参照して説明する。コントロー
ルサーバ１は、実行対象となる「フォルダ名」の指定に
より、データベース７上の「フォルダ管理テーブル」及
び「コンテンツ属性管理テーブル」を参照し、指定され
た「フォルダ名」を持つフォルダに含まれる全コンテン
ツの物理的な格納位置に関する属性情報を取得し、ビデ
オサーバ２またはファイルサーバ４にバックアップ実行
命令を送信する（ステップ９０〜９４）。

【００５５】ビデオサーバ２またはファイルサーバ４
は、ライブラリサーバ３に対し該当データの転送を行い
コントロールサーバ１にコピー終了メッセージを送信す
る（ステップ９５、９６）。バックアップ先の物理的位
置は、図１１に示されるように、「フォルダ管理テーブ
ル」のカラムとして保持しても、あるいはバックアップ
の都度、ライブラリサーバ３上の適当な位置（ディレク
トリ・ファイル名）をバックアッププログラム２０のコ
マンドラインからオプションとして指定することも可能
とする。

【００５６】このコマンドの実行の結果、ステップ９０
〜９８の手順を経て、ビデオサーバ２あるいはファイル
サーバ４上のオンラインデータが、ライブラリサーバ３
上のオフライン媒体（二次記憶媒体）上にバックアップ
ファイルとしてコピーされる。ステップ９８で、「フォ
ルダ管理テーブル」の「バックアップ状態フラグ」が
‘ＯＮ’に設定される。この時、バックアップ先をコマ
ンドライン上で指定した場合は、「フォルダ管理テーブ
ル」の「バックアップ先ディレクトリ名」のカラムの値
も指定したパスが設定される。

【００５７】このように、この実施の形態２に係るデー
タ処理は、コントロールサーバ１のデータベース７上
に、バックアップ先の物理的位置情報（バックアップ先
サーバ名、バックアップ先ディレクトリ名、ファイル名
など）を管理することにより、ユーザはフォルダ名及び
バックアップ先サーバ名といった論理的な名称を指定す
るだけで該当する１つあるいは複数のコンテンツに対
し、それぞれに含まれるデータファイル及びデータベー
ス属性情報のバックアップを行うものである。

【００５８】従って、上記実施の形態２によれば、共通
する意味内容を持つ複数のコンテンツをフォルダにより
１つのグループとして定義し、その情報をコントロール
サーバ上のデータベースで管理することにより、物理的
な位置情報をユーザが意識することなく、論理的な「バ
ックアップ先サーバ名」あるいは「フォルダ名」の指定
のみでのバックアップ処理を簡単な操作で実現すること
ができ、管理者の負担を軽減することができる。

【００５９】実施の形態３．次に、図１２と図１３はこ
の発明の実施の形態３におけるミラー化プログラム２１
及びミラー解除プログラム２２に基づく「フォルダ名」
の指定によるミラー化／ミラー解除の手続きを示すフロ
ーチャートとフォルダ管理テーブルのミラー／ミラー解
除に関する部分のレコード内容を示す図である。ここ
で、ミラー化とは、データファイルを異なるディスク上
にコピーしてデータを二重化することを言い、データベ
ースでは同一内容の２つの実体ファイルを持つ１件のコ
ンテンツとして登録する。また、ミラー解除とは、ミラ
ーで作成した複製データファイル（ミラーファイル）を
削除することを言う。

【００６０】この実施の形態３においては、コントロー
ルサーバ１のデータベース７上に、図４に示す「フォル
ダ管理テーブル」に対し、図１３に示す「フォルダ管理
テーブル」のように、ミラー先サーバ名、ミラー先ディ
レクトリ名及びミラー状態フラグの情報をさらに拡張し
て格納するようにしている。

【００６１】以下、この実施の形態３における「フォル
ダ名」の指定による具体的なミラー化／ミラー解除処理
を図１２に示すフローチャートを参照して説明する。コ
ントロールサーバ１は、まず、ユーザの指定した「フォ
ルダ名」から「フォルダ管理テーブル」及び「コンテン
ツ属性管理テーブル」を参照し、指定された「フォルダ
名」を持つフォルダに含まれる全コンテンツに対し、各
コンテンツの実体ファイル及びミラー先の物理的位置な
どに関する情報を取得し、リストに格納する（ステップ
２０１〜２０３）。

【００６２】そして、リストから１コンテンツ分のミラ
ーに必要な属性情報を取り出し、ミラー化／ミラー解除
命令をビデオサーバ２またはファイルサーバ４に送信す
る。ビデオサーバ２またはファイルサーバ４は、ライブ
ラリサーバ３に対し該当データファイルのコピー／削除
を指示しコントロールサーバ１にミラー化／ミラー解除
終了メッセージを送信する（ステップ２０４〜２０
７）。ミラー先の物理的位置は、図１３に示す「フォル
ダ管理テーブル」のカラムに設定したもの以外にも、ミ
ラー化プログラム２１のコマンドラインから指定するこ
とも可能とする。いずれの場合も、フォルダに含まれる
コンテンツに対し、１コンテンツずつオンライン領域に
対してデータファイルのミラー化／ミラー解除を行う
（ステップ２０８、２０９）。

【００６３】ステップ２０９で、ミラー実行時には「フ
ォルダ管理テーブル」の「ミラー状態フラグ」が‘Ｏ
Ｎ’に設定され、ミラー解除実行時には‘ＯＮ’に設定
される。この時、ミラー先をコマンドライン上で指定し
た場合は、「フォルダ管理テーブル」の「ミラー先ディ
レクトリ名」カラムの値も指定したパスが設定される。

【００６４】このように、この実施の形態３に係るデー
タ処理は、各コンテンツのビデオサーバ２またはファイ
ルサーバ４（コントロールサーバ１）上に存在するデー
タファイルのミラー化・アンミラー化を、ユーザからの
フォルダ名あるいはタイトル名といった論理的単位の指
定のみで、あらかじめデータベース７に登録しておいた
フォルダ毎に設定しておいたミラー先物理的位置情報
（ミラー先サーバ名、ミラー先ディレクトリ名、ファイ
ル名）などミラーに必要な情報を参照して実行するもの
である。これによって、ユーザは、コンテンツの集まり
である論理的なフォルダ名の指定のみで各フォルダに含
まれるコンテンツ及びその実体ファイルの物理的格納位
置などを意識することなく、該当する全データファイル
のミラー化及びミラー解除をバックグラウンドで行うこ
とができる。

【００６５】従って、上記実施の形態３によれば、共通
する意味内容を持つ複数のコンテンツをフォルダにより
１つのグループとして定義し、その情報をコントロール
サーバ上のデータベースで管理することにより、物理的
な位置情報をユーザが意識することなく、論理的な「ミ
ラー先サーバ名」あるいは「フォルダ名」の指定のみで
のミラー化／ミラー解除処理を簡単な操作で実現するこ
とができ、管理者の負担を軽減することができる。

【００６６】実施の形態４．次に、図１４と図１５はこ
の発明の実施の形態４におけるオンラインバッチ登録プ
ログラム２５に基づくオンラインバッチ登録機能を果た
すための構成図とオンラインバッチ形式でのコンテンツ
登録処理の内部手続きを示すフローチャートである。

【００６７】図１４において、５０はコントロールサー
バ１上に備えられる登録マネージャを示し、この登録マ
ネージャ５０は、動画データを含むコンテンツの登録に
際して、登録要求発行者５２からの登録対象コンテンツ
群５４に含まれるコンテンツの登録要求を受け付け、動
画データファイルを格納する動画データ用バッファ５４
への転送、負荷レポータ５１の生成する負荷情報５６の
参照によるシステム負荷状態のチェック、動画データ用
バッファ５４上の動画データファイルのビデオサーバ２
への分割転送等、必要なこれらの各処理の制御を行いな
がら、オンラインバッチでの登録を実行する。登録コン
テンツは、既にこれまで述べたように、ビデオサーバあ
るいはファイルサーバにコピーする「データファイル」
と、これらのファイルに付随する「属性情報」からな
る。

【００６８】すなわち、図１４において、登録要求発行
者５２より、登録対象コンテンツ群５４に含まれるコン
テンツの登録要求が１件ずつ、属性データＡ・Ｂ・Ｃが
付随しているテキスト、静止画、動画の順に登録マネー
ジャ５０に順次送られる。登録マネージャ５０は、これ
らを受け取った順に、データ登録実行者５３に登録要求
を発行するため、この順序で受け取ったデータを一時的
にプールする。なお、バッファ５５・負荷レポータ５１
・登録要求発行者５２は必ずしも、コントロールサーバ
１上にある必要はなく、ユーザ端末５を管理端末と位置
付けてこの上で動作させても構わない。

【００６９】以下、図１４の機能構成における動画デー
タを含むコンテンツに対するオンラインバッチ登録プロ
グラム２６の実行例を示す図１５のフローチャートを参
照して説明する。なお、オンラインバッチ登録プログラ
ム２６を実行すると、ステップ２２６〜２３９の処理が
行われるが、このオンラインバッチ登録プログラム２６
とは関係なく、負荷レポータ５１は、収集した負荷状況
データ、例えば、ビデオサーバ２・コントロールサーバ
１のＣＰＵ使用率・ディスクアクセス稼動率、ビデオサ
ーバのストリーム数・使用帯域、コントロールサーバ１
の接続クライアント数、その他ネットワークの通信量な
どを、ステップ２２０で定期的に一定のタイミングでシ
ステム負荷情報統計処理プログラム２３によって統計処
理し、ステップ２２１で負荷情報５６としてデータベー
スへの登録を行うものとする。

【００７０】登録マネージャ５０は、ステップ２２２で
随時登録要求発行者５２からのコンテンツ登録要求を受
け付けプールする。ステップ２２３で動画データのファ
イルは、専用の動画データ用バッファ５５に転送され
る。さらに、登録マネージャ５０は、一定のタイミング
でオンラインバッチプログラム２６を起動する。以下、
登録マネージャ５０は、ステップ２２５〜２２６、２２
９〜２３２、２３５〜２３６、２３９を行い、プールし
た複数コンテンツのオンラインバッチ登録の制御を行
う。

【００７１】これにより、プールされた全ての登録要求
は、データ登録実行者５３により、各コンテンツの属性
がデータベースに登録され(ステップ２２７〜２２８、
２３７〜２３８）、また、動画データファイルを動画デ
ータ用バッファ５５からビデオサーバ２に登録する(ス
テップ２３３〜２３４）。動画データファイルは、１回
の転送がネットワークに影響を及ぼさない程度の一定サ
イズブロックに複数分割して、分割した１単位ずつに分
けてビデオサーバ２へステップ２２９〜２３５を繰り返
しながら転送される。転送の際に、登録マネージャ５０
は、定期的に統計処理された負荷情報５６の値を参照す
るが、あらかじめこの値にしきい値を設定して一定レベ
ル以下の比較的低負荷状態にあるか否かを判定するよう
にし、ステップ２３０の負荷状態チェック結果より、負
荷情報５６の値がしきい値を下回り、データ転送実行可
能状態で判定されれば、ステップ２３２でデータ転送実
行可能を通知し、ステップ２３３で分割したブロック単
位にビデオサーバにデータの転送を行い、そうでない場
合は、ステップ２３１で待機して再度ステップ２２９に
戻る。

【００７２】ステップ２３２のデータ転送が終了した場
合は、ステップ２３５で同一コンテンツのデータが残っ
ていないかを確認し、残っている場合は、再度残りのデ
ータに対して、分割した１単位ずつデータがなくなるま
でステップ２２９〜２３４を繰り返す。ステップ２３５
でコンテンツのデータ転送が全て完了した場合は、ステ
ップ２３６〜２３８でデータベース属性情報の登録を行
い、１件分のコンテンツ登録は完了する。さらに、ステ
ップ２３９で登録マネージャ５０にプールされた他のコ
ンテンツが残っていないかを確認し、残っている場合は
同様にステップ２２６〜２３８を繰り返す。

【００７３】コントロールサーバ１上に備えられる上記
登録マネージャ５０の機能を要約整理すると、後述する
手段を備えて動画データを含むコンテンツの登録をオン
ラインバッチ形式で自動実行している。すなわち、登録
マネージャ５０は、動画データのファイルをバッファ上
に転送しバッファ上でこれを保持する手段と、個々のフ
ァイルを一定サイズブロックに複数分割する手段と、コ
ントロールサーバ上でシステムの負荷状況に関する情報
を収集しこれを定期的に参照・統計処理を行う手段と、
一定タイミングでこの統計処理結果に対して一定レベル
の比較的低負荷状態にあるか否かを判定する手段と、比
較的低負荷状態にあると判定した場合にバッファ上のフ
ァイルを分割したブロック単位でビデオサーバに転送す
る手段とを備えている。

【００７４】このように、この実施の形態４に係るデー
タ処理は、登録するコンテンツの動画データを一旦バッ
ファにため込んで小さな単位に分割し、コントロールサ
ーバ１上で、システムの負荷（通信回線上の通信データ
量、ビデオサーバ２のＣＰＵ・メモリ使用率及びディス
クアクセス状況等）に関するデータを収集・管理し、こ
れを定期的に参照し、このデータの値と予め設定したし
きい値とを比較し、動画データ転送が他に影響を及ぼさ
ない低負荷状態にあるか否かの判定を行い、低負荷状態
と判定した場合に、バッファにため込んだ動画ファイル
を分割した単位で何回かに分けてビデオサーバに転送す
るものである。なお、ビデオサーバへの転送は、この一
定タイミングで行われる負荷状況チェックで動画データ
転送が他に影響を及ぼさない比較的低負荷状態を検出し
た時のみ行われる。

【００７５】従って、上記実施の形態４によれば、１回
当たりに確保する帯域サイズ・所要時間の短縮等システ
ム全体の負荷調整を図りながら、オンラインでのコンテ
ンツ自動登録を行うことができ、動画データを含むコン
テンツの新規登録処理を、システムへの負荷を調整し、
システムの動作に支障を来すことなく、また、登録処理
に要する人的な手続きを削減して効率よく行うことがで
き、管理者の登録処理にかかる負担を軽減することがで
きる。

【００７６】実施の形態５．次に、図１６と図１７はこ
の発明の実施の形態５におけるコントロールサーバ１の
データベース上に格納される「再生履歴管理テーブル」
のレコードイメージを示す図とコントロールサーバ１上
の再生履歴統計処理プログラム２４及びオンラインデー
タ自動入替プログラム２６に基づき格納履歴情報を利用
した統計調査による動画データのビデオサーバ２とライ
ブラリサーバ３間の自動入替処理の実行例を示すフロー
チャートである。

【００７７】この実施の形態５では、ユーザ端末装置５
で行われた動画データの再生操作に関する履歴情報は、
例えば図１６に示すような形式でコントロールサーバ１
のデータベース上に「再生履歴管理テーブル」として格
納管理されており、図１７に示すフローチャートに従っ
てコントロールサーバ１上の再生履歴統計処理プログラ
ム２４とオンラインデータ自動入替プログラム２６の２
つをこの順で定期的に実行することで、アクセス頻度に
応じて格納履歴情報を利用した統計調査による動画デー
タのビデオサーバ２とライブラリサーバ３間の自動入替
処理を行う。

【００７８】以下、図１７に示すフローチャートを参照
してアクセス頻度に応じて格納履歴情報を利用した統計
調査による動画データのビデオサーバ２とライブラリサ
ーバ３間の自動入替処理を詳細に説明する。まず、ステ
ップ２４１の再生履歴統計処理プログラム２４の定期実
行によって、図１６に示す「再生履歴管理テーブル」か
ら、一定期間あるいは累計のコンテンツＩＤカラムの個
々の値毎に各値を持つレコード数をカウントすることに
より、各コンテンツ毎の再生／表示回数を求め、アクセ
ス頻度として人気状況を測る。

【００７９】このように「再生履歴管理テーブル」のレ
コードを利用し、個々のコンテンツに対するアクセス頻
度を示す値を一定の計算式を用いて算出する。予め、こ
のアクセス頻度を示す値に対ししきい値を設定してお
き、算出された各コンテンツのアクセス頻度と比較し、
しきい値を下回るものを自動入れ替え対象リストとし
て、付随する属性情報と共にデータベースあるいはファ
イルに格納する。このしきい値を下回るものに関し、先
頭にはアクセス頻度を表す値が最少のコンテンツがリス
トの先頭に、また、最大のコンテンツが最後尾となるよ
う昇順に格納する。処理結果が人気のないものから先頭
にリストとして所定のファイルに格納される。

【００８０】次に、ステップ２４２でオンラインデータ
自動入替プログラム２６を起動し、このファイルにアク
セスを行う。この自動入れ替え対象リストをもとに、ス
テップ２４３で１コンテンツ以上、しきい値を下回った
場合は、ステップ２４４〜２５２を実行し、アクセス頻
度が低いと判定されたコンテンツを１つずつ、ビデオサ
ーバ２からライブラリサーバ３へのファイル移動、デー
タベース７の更新（格納位置情報の変更）を行う。ステ
ップ２４３でリストが空の場合は、何も実行せずに、オ
ンラインデータ自動入替プログラム２６を終了する(ス
テップ２５３)。

【００８１】データファイルの入れ替えは、まず、ライ
ブラリサーバ３の移動先について、ディスクの空き容量
など移動に可能な状態にあるか否かについて確認要求を
送り(ステップ２４４)、この通知結果より、コントロー
ルサーバ１は、移動可能かどうかを判定し(ステップ２
４５)、可能とした場合はビデオサーバ２に対し、デー
タの移動要求を出し(ステップ２４６)、データの移動を
開始する(ステップ２４７〜 ２４９)。また、移動が可
能でないと判定した場合は、データの移動ができない状
態にあることをログファイルあるいはデータベース７上
に記録を残し、プログラムを終了する。

【００８２】ステップ２５０でファイルの移動が正常終
了した場合は、ステップ２５１、２５２でファイルを移
動したコンテンツのデータべース属性情報（格納位置情
報など、ファイル移動に伴い値が変更となった属性）を
更新し、ステップ２５３で自動入れ替え処理を終了す
る。この図１７におけるビデオサーバ２からライブラリ
サーバ３へのデータ移動処理過程には、上述した実施の
形態４のファイル転送処理（ファイルをバッファに転送
し、分割して移動先に転送する方式による処理）を含
み、大量データを分割転送することにより、システム負
荷増加による性能低下を回避しながら行う。

【００８３】このように、定期的に「再生履歴管理テー
ブル」のレコードを統計処理し、個々の動画ファイルの
アクセス頻度を確認することによって、常に、不人気な
コンテンツの動画データを自動的に検出し、ビデオサー
バ２からライブラリサーバ３への移動を行い、利用頻度
の変化に応じたデータファイルの配置を行い、安定した
性能を確保する。また、図１７では記述していないが、
これと同様に、定期的にオンラインのライブラリサーバ
３に対する使用履歴によって、アクセス頻度が高い人気
のデータファイルをライブラリサーバ３の２次記憶媒体
からビデオサーバ２のハードディスクへ自動的に移動を
行ったり、双方を組み合わせることで、自動的にビデオ
サーバ２とライブラリサーバ３間でデータファイルの入
れ替えを行うことも可能になる。

【００８４】このように、この実施の形態５に係るデー
タ処理は、コントロールサーバ１上で、動画データに対
するアクセス履歴を利用し、これを定期的にチェックす
ることでユーザの各映像情報に対するアクセス頻度を調
べ、その結果に応じて格納位置を自動的に移動させるこ
とにより、ビデオサーバ２とライブラリサーバ３の空き
領域サイズをチェックし、ディスク不足によるエラーな
どを回避しながら、一定レベルのアクセス効率確保を行
うものである。

【００８５】従って、上記実施の形態５によれば、常
に、アクセス頻度の高いファイルはアクセス効率のよい
ビデオサーバ２のハードディスク上に、アクセス頻度の
低いものはライブラリサーバ３上の二次記憶装置上に配
置した状態での階層化ストレージを実現することができ
る。また、２次記憶媒体を使用することで、磁気ディス
ク装置のみを使用するよりも安価に大量の動画データを
システムに登録することができ、可般性を向上させるこ
とができ、さらに、アクセス頻度に応じて適当な媒体に
配置することで、一定水準のアクセス性能を提供するこ
とによるサービスの質の安定及びディスク資源の有効利
用・コスト削減を可能にし、また、入れ替え作業が自動
化されているため、管理者の負担を軽減できるという効
果がある。

【００８６】実施の形態６．次に、図１８ないし図２０
と図２１はこの発明の実施の形態６におけるコントロー
ルサーバ１のデータベース７上に格納管理される「ユー
ザ属性管理テーブル」、「グループ属性管理テーブ
ル」、「コンテンツ属性管理テーブル」に関するレコー
ドデータの内容を示す図とユーザログインチェックプロ
グラム２７とファイルアクセスチェックプログラム２８
に基づくユーザログイン時及びデータ再生要求時に行わ
れるユーザ認証・アクセス権チェック処理の実行例のフ
ローチャートである。

【００８７】この実施の形態６において、個々のシステ
ムに登録されているユーザに対するパスワード、操作権
限を規定する情報は、例えば、図１８に示すような形式
で、コントロールサーバ１のデータベース７上に「ユー
ザ属性管理テーブル」として格納管理されている。ま
た、特定のユーザ集合に対し同一権限を設定するための
グループに関する情報は、例えば図１９に示すような形
式で、コントロールサーバ１のデータベース７上に「グ
ループ属性情報管理テーブル」として格納管理されてい
る。さらに、個々のデータファイルに対する操作権限に
関する情報は、例えば、図２０に示すような形式で、図
５に示すコントロールサーバ１のデータベース上の「コ
ンテンツ属性管理テーブル」に対し、所有者ＩＤ、所有
者権限、グループ内権限、グループ外権限のセキュリテ
ィに関する情報がさらに拡張されて格納管理されてい
る。

【００８８】ここで、個々のデータファイルに対する操
作権限（書き込み権・読み込み権など）に関する情報
は、例えば、ＵＮＩＸと同様の所有者・所有者と同一グ
ループに属するユーザ・それ以外のグループに属するユ
ーザとに３段階で設定することなどが考えられる。図２
０に示す「コンテンツ属性管理テーブル」では、所有者
の持つ権限を「所有者権限」、所有者と同一グループに
属するユーザの権限を「グループ内権限」、所有者と異
なるグループに属するユーザの権限を「グループ外権
限」とそれぞれのカラム内に設定している。また、２桁
の値は、十の位が書き込み権、一の位が読み込み権を表
し、１の場合は権限あり、０の場合は権限なしであるこ
とを意味する。よって、コンテンツＩＤが“１”のコン
テンツのデータファイルは、所有者（ユーザＩＤ“００
１”）は書き込み・読み込みともに実行可、また、所有
者と同一グループのユーザは読み込みのみ可、同一グル
ープ以外のユーザは読み込み、書き込み共に不可である
ことを意味する。

【００８９】以下、一連のユーザ認証及びデータアクセ
ス制御処理の手続きを図２１に示すフローチャートを参
照して説明する。まず、ステップ２６１でユーザにより
ユーザ端末装置５からユーザ名・パスワードを入力する
と、コントロールサーバ１へログイン要求が送信され
る。ステップ２６２で、これを受けたコントロールサー
バ１は、ユーザログインチェックプログラム２７によっ
て、ユーザが入力したユーザ名・パスワードの文字列
と、この「ユーザ属性管理テーブル」に登録されている
ユーザ名、パスワードのそれぞれのカラムの値を参照・
比較することにより、ユーザ認証を行い（ステップ２６
３)、一致した場合は、ログインに必要な処理を実行し
(ステップ２６４)、そうでない場合は警告メッセージを
出すなどした後、ログイン要求を拒絶し処理を終了する
(ステップ２７４)。

【００９０】ステップ２６４でログインに成功したユー
ザ端末５からデータファイルに対する再生・表示要求が
ステップ２６５でコントロールサーバ１に送信され、ス
テップ２６６でこれを受信したコントロールサーバ１
は、ステップ２６７でファイルアクセスチェックプログ
ラム２８によって「コンテンツ属性管理テーブル」を参
照し、ステップ２６８で要求を出したユーザの所属する
グループＩＤ及び再生・表示要求対象となっているデー
タファイルに対し、書き込み権・読み込み権を持つグル
ープＩＤを参照・比較して再生・表示の可否を判定し
(ステップ２６８)、条件を満たす場合は再生・表示のた
めの配信処理を開始し、ユーザ端末へデータの配信を行
う(ステップ２６９〜２７１)。そうでない場合は権限が
ないことを伝えるメッセージをユーザ端末に送信する
(ステップ２７５)。

【００９１】また、コントロールサーバ１は、接続ユー
ザからのそのユーザ自身の接続解除要求が送られてきた
場合は、その接続を解除する(ステップ２７２〜２７
３)。このほかにも、アプリケーションに応じて、クラ
イアント端末・時間帯などによるアクセス制限をデータ
ベース７に登録し、クライアントからのアクセス時にチ
ェックすることで様々なアクセス制御を行える。例え
ば、問題を出して生徒に解答させるような教育システム
では、先生用端末・生徒用端末を識別する属性と、それ
ぞれに対するアクセス権情報を登録することによって、
先生用端末からは、正解答案の入った静止画データにア
クセスできるが、生徒用端末からはアクセスできない、
といった利用が行える。また、映画を提供するＶＯＤシ
ステムでは、配信サービス可能な時間帯を登録してお
き、アクセス要求を受けるとこの時間帯を参照し、現在
時刻と比較することによってＲ指定の暴力映画・成人映
画の配信要求を拒否するといった利用方法もある。

【００９２】このように、この実施の形態６に係るデー
タ処理は、コントロールサーバ１のデータベース７に、
セキュリティ管理に必要な情報を格納・管理し、ユーザ
端末装置５からのシステム接続要求・データ配信／転送
要求が発生する都度、内部的にこの情報を参照すること
により、ユーザ認証・データに対するアクセス制限を行
うものである。

【００９３】従って、上記実施の形態６によれば、コン
トロールサーバのデータベース上に個々のユーザの実行
可能な操作の範囲、個々のデータファイルに対してアク
セス可能なユーザまたはグループの情報、あるいは時間
帯による実行可能な操作の情報などの情報を定義し、コ
ントロールサーバ上のデータベースで管理することによ
り、ユーザ認証・データへのアクセス制御を行うことが
でき、不正ユーザのログイン及び不当なアクセスを回避
し、データの保全性・機密性を保持することができる。

【００９４】実施の形態７．次に、図２２はこの発明の
実施の形態７における番組を選択的に映像情報システム
に登録するためのシステム構成図である。また、図２３
と図２４はコントロールサーバ１のデータベース７上に
登録される「登録番組情報管理テーブル」と「番組登録
履歴管理テーブル」の内容を示す図であり、さらに、図
２５は番組予約登録プログラム２９に基づく番組の選択
登録処理の手続きを示すフローチャートである。

【００９５】図２２に示す実施の形態７においては、図
１に示す実施の形態１の構成に対し、ハブ装置１４にエ
ンコード機能２８４を有する受信用バッファ装置２８３
が接続され、この受信用バッファ装置２８３には、通信
衛星２８０からの放送番組をアンテナ装置２８１を介し
て受信する番組受信装置２８２が接続されており、動画
ファイル２８５を蓄積するようにしている。また、図２
２に示すコントロールサーバ１のデータベース上に、例
えば図２３に示すような形式で「登録番組情報管理テー
ブル」を登録するとともに、例えば図２４に示すような
形式で「番組登録履歴管理テーブル」を登録するように
なされており、通信衛星・ケーブル放送などの使用する
有線または無線の通信回線を経て提供される放送番組
を、コンテンツとしてビデオサーバ２に蓄積し、ユーザ
端末装置５に配信サービスを行うような映像情報提供シ
ステムを構成している。

【００９６】以下、この実施の形態７に番組予約登録プ
ログラム２９に基づく番組の選択登録処理を図２５を参
照して説明する。例えば衛星通信を利用して社内で作成
した社内研修用映像番組を各事業所に提供する企業内シ
ステムなどに利用する際、登録対象となる番組に関する
情報を、予め番組提供者が発行した番組スケジュール情
報を参考にして、ステップ２９０でコントロールサーバ
１のデータベース上に、図２３に示すような形式で「登
録番組情報管理テーブル」登録しておく。設定した番組
開始時刻になると、ステップ２９１で番組予約登録プロ
グラム２９によってコントロールサーバ１はこのテーブ
ルを参照して番組データの蓄積要求を送り、その結果、
ステップ２９２で番組受信装置２８２で受信した番組デ
ータを、受信データ用バッファ装置２８３は動画データ
として蓄積を開始する。番組受信装置２８２で受信した
データがアナログデータの場合は受信用バッファ装置２
８３上でエンコード機能２８４によりディジタル圧縮し
て蓄積する。

【００９７】コントロールサーバ１は、ステップ２９３
で番組終了時刻になると、送信終了要求を番組受信装置
２８２に送り、その結果、受信データ用バッファ装置２
８３は、ステップ２９４で動画データの蓄積を終了す
る。この後、ステップ２９５で、受信データ用バッファ
装置２８３より蓄積処理の終了状態に関する情報を得
て、さらに、ステップ２９６で「登録番組管理テーブ
ル」を参照して、受信データ用バッファ装置２８３上の
登録動画データの格納位置・ファイル名及びタイトル名
などの情報を「番組登録履歴管理テーブル」に一連のレ
コードとして、例えば図２４のような形式で登録する。
終了状態にエラーがあった場合などは、後でこのテーブ
ルを参照することで確認できる。この結果、蓄積された
動画データファイルは、前述した実施の形態１による登
録手段によるあるいは実施の形態４のオンラインバッチ
形式での登録手段によるシステムへの登録処理への利用
が可能となる。

【００９８】このように、実施の形態７によるデータ処
理は、衛星放送あるいはケーブルＴＶなどの番組に関
し、放送される前に、コントロールサーバ１のデータベ
ースに必要なコンテンツ（番組）に関する情報を予め登
録しておき、これを参照することにより必要な番組のみ
をシステムに登録するものである。

【００９９】従って、上記実施の形態７によれば、放送
番組の選択的蓄積手段により、動画データを選択的にシ
ステムへ蓄積格納し、必要な番組のみを提供することが
できるのはもちろんのこと、不特定多数に対して同時に
配給される放送番組に対し、あらかじめ設定した予約情
報を参照し、必要な番組のみを自動的に蓄積することに
より、運用管理手続きを削減できる。

【０１００】実施の形態８．次に、図２６と図２７はこ
の発明の実施の形態８における番組提供者から動画デー
タと共に転送される「属性情報ファイル」の内容を示す
図と属性付きデータ登録プログラム３０に基づく動画デ
ータと共に受信した動画データの抽出処理の手続きを示
すフローチャートである。なお、システム構成としては
図２２に示す実施の形態７に係る構成を採用する。

【０１０１】この実施の形態８においては、通信衛星・
ケーブル放送などを使用する有線または無線の通信回線
を経て提供される放送番組を、コンテンツとしてビデオ
サーバに蓄積し、ユーザ端末装置に配信サービスを行う
ような映像情報システム（例えば、衛星通信を利用して
各事業所に、社内で作成した社内研修用映像番組を提供
する企業内システムなど）において、番組の動画データ
以外にこれに付随する属性情報も、番組供給に使用する
回線上の空き帯域を利用して、送信者側から受信者側へ
送信するようにしている。

【０１０２】この方式では、コンテンツのタイトル・キ
ーワードなどの属性情報を含めて提供するようにすれ
ば、これらの設定に要していたデータの分類・キーワー
ドの抽出などといった人手を要する作業が不要となり、
登録手続きが簡略化される。番組供給者側から提供され
た属性情報を、例えば図２６の「属性情報ファイル」な
どのような形でシステムで保管すれば、これを参照して
データベースの「コンテンツ管理テーブル」に登録する
プログラムを用意して、登録作業の自動化を図ることが
できる。

【０１０３】図２７の方式では、受信した属性情報を保
管する保管手段としての受信データ用バッファ装置２８
３に蓄積し、コントロールサーバ１から要求に基づいて
該受信した属性情報がコントロールサーバ１へ転送され
（ステップ３００〜３０２）、コントロールサーバ１
は、各システムに合わせてフォーマットし、図２６のよ
うな形式にする（ステップ３０４）。さらに、このファ
イルを参照し、必要なパラメータ情報を設定して実施の
形態１あるいは４の登録方式から利用可能となるプログ
ラムを用意すれば、システムへのコンテンツ登録を自動
化することができる（ステップ３０５）。また、送られ
た属性情報を、前述した実施の形態７でデータベースに
登録した番組予約情報と比較参照して、必要な番組か否
かの判定・属性設定などを行うプログラムを用意すれ
ば、必要な番組のみを選択し、システムへ登録するとい
った一連の作業の自動化も可能となる。

【０１０４】このように、この実施の形態８によるデー
タ処理は、動画データを送信する回線の未使用帯域を属
性情報用に割り当てて送信にすることによって、番組受
信装置２８２を経由し、受信データ用バッファ装置２８
３に一旦格納される。これより、属性情報部分のみを抽
出して、コンテンツ登録時の属性として使用する。ある
いは動画データの送信される回線とは別の電話回線等を
利用して属性情報の送信を行うものである。

【０１０５】従って、上記実施の形態８によれば、属性
情報の同時送信手段は、送信される属性情報を利用して
データベースにそのままあるいは一部加工して登録でき
るようになるため、これまで属性情報の抽出に伴う人的
な手続きの削減、データベース登録作業の自動化を可能
にすることができ、登録に必要な属性情報抽出作業を軽
減することにより、運用管理手続きを容易にすることが
できる。

【０１０６】

【発明の効果】以上のように、この発明によれば、映像
データをディジタル化したビデオファイルとしてハード
ディスク装置上に蓄積し通信回線上の複数の端末装置へ
の配信を行うビデオサーバと、動画データ以外の静止画
・音声・テキストなどのデータを格納するファイルサー
バと、上記ビデオサーバ及び上記ファイルサーバ上に格
納された各種データの属性情報をデータベース管理シス
テムを用いてデータベース上に格納することで各種デー
タを一元管理するとともに、その属性情報を利用して検
索、データの登録／削除／変更、運用管理を行うコント
ロールサーバと、二次記憶媒体に動画データを格納し、
上記コントロールサーバからの要求を受け指定されたフ
ァイルを上記ビデオサーバに転送し、上記ビデオサーバ
から端末装置へ配信するためのライブラリサーバと、上
記コントロールサーバに要求を送りその結果上記ビデオ
サーバより要求した動画の配信及び上記ファイルサーバ
からその他のデータの配信を受ける複数台の端末装置
と、これらを接続する回線とからなる映像情報提供シス
テムを構成することにより、動画データ及びそれに付随
する属性情報や動画以外の静止画・音声・テキストなど
も含めたマルチメディアデータの一元管理・検索及び運
用管理を実現できる。

【０１０７】また、上記コントロールサーバは、データ
ファイルの実体と属性情報を合わせてコンテンツとし、
登録またはアクセス時に物理的なデータファイルの格納
位置を意識することなく、コンテンツの論理的名称によ
ってデータファイルの実体と属性情報を合わせた状態で
処理することにより、コンテンツという論理的なデータ
処理単位の概念を導入して、従来システムで実現されて
いなかった必要な情報を提供するためのナビゲーショ
ン、運用管理機能を提供することができる。特に、ユー
ザはコンテンツ名を手掛かりにデータファイルをアプリ
ケーションや意味内容に応じた形で一意に特定すること
ができ、コンテンツ名を用いて、コンテンツの階層的な
意味構造を表現でき、従来の物理的格納位置情報よりも
人間に理解しやすい形でデータを管理することができ
る。また、扱えるデータの種類が増え、検索の手掛かり
や表示できる情報が増え、サービスの質が向上し、さら
に、登録に必要な数ステップ及ぶ一連の手続きを自動化
しているので、管理者の負担を軽減することができる。

【０１０８】また、上記コントロールサーバのデータベ
ースに、各種データファイルの論理的格納先となるフォ
ルダ名、これに対応するフォルダＩＤ、親フォルダＩ
Ｄ、動画用のビデオサーバのビデオサーバ名及びビデオ
サーバディレクトリ名、動画以外のデータ用にファイル
サーバのファイルサーバ名及びファイルサーバディレク
トリ名の情報を格納するフォルダ管理テーブルと、各種
データファイルに対し与えたコンテンツＩＤ、コンテン
ツ名、フォルダＩＤ、実体ファイル名、ファイル区分の
属性情報を格納するコンテンツ属性管理テーブルと、コ
ンテンツＩＤとキーワードＩＤとの対応関係を登録した
キーワードリスト管理テーブル及びキーワードＩＤとキ
ーワードとの対応関係を登録したキーワード管理テーブ
ルとを備え、上記コントロールサーバは、端末装置から
送信されるキーワードあるいはフォルダ名、コンテンツ
名など１つ以上の属性情報を受けて上記各テーブルを参
照して与えられた条件に該当する１つあるいは１つ以上
のデータファイルを特定し、端末装置へこれらのコンテ
ンツ名及び物理的格納位置等の情報を送信することによ
り、属性情報をデータベースを用いて管理することで、
動画以外のデータも含めたマルチメディアデータの一元
管理を実現し、ビデオＩＤだけではなくキーワードなど
意味的内容による検索機能を提供することができる。ま
た、フォルダ名やコンテンツ名を知らない場合でも、個
々のコンテンツにキーワードやその他コンテンツ名やフ
ォルダ名を特定する手掛りとなる属性情報をデータベー
スに登録しておくことにより、キーワードあるいはフォ
ルダに親子関係を持たせることによって、階層的な論理
構造を表現することができるので、フォルダ名の指定に
よって該当するものを選択・提供するナビゲーション機
能を実現することができる。さらに、フォルダ名及びコ
ンテンツ名のみの使用でコンテンツ登録に必要な２種類
の登録手続き（実体ファイルのサーバコピーと、属性デ
ータのデータベース登録）の具体的操作や、格納位置の
違いなどを意識することなく、１つの手順で正しい位置
への登録処理を自動化できる。

【０１０９】また、上記コントロールサーバは、フォル
ダに対してデータファイルの格納情報の他にバックアッ
プに使用するオフラインの物理的位置情報を合わせて設
定しておくことにより、コンテンツ名あるいはフォルダ
名の論理的格納先の指定により、コンテンツ名に対応す
る特定コンテンツあるいは指定したフォルダに属する全
コンテンツを対象としたバックアップを行うことによ
り、物理的な位置情報をユーザが意識することなく、論
理的なコンテンツ名あるいはフォルダ名の指定のみでバ
ックアップ処理を簡単な操作で実現することができ、管
理者の負担を軽減することができる。

【０１１０】また、上記コントロールサーバのデータベ
ース上に備えられるフォルダ管理テーブルに、バックア
ップ先サーバ名、バックアップ先ディレクトリ名及びバ
ックアップ状態フラグの情報をさらに拡張して格納する
とともに、上記コントロールサーバは、コンテンツ名ま
たはフォルダ名の論理的格納先の指定に基づき上記デー
タベース上のフォルダ管理テーブル及びコンテンツ属性
管理テーブルを参照し、指定されたフォルダ名を持つフ
ォルダに含まれる全コンテンツの物理的な格納位置に関
する属性情報を取得し、ビデオサーバまたはファイルサ
ーバにバックアップ実行命令を送信し、ビデオサーバま
たはファイルサーバ上のオンラインデータをライブラリ
サーバ上のオフライン媒体上にバックアップファイルと
してコピーさせることにより、ユーザにデータファイル
の物理的な位置などを意識させないで、共通する意味内
容を持つ複数のコンテンツをフォルダにより１つのグル
ープとして定義し、その情報をコントロールサーバ上の
データベースで管理することにより、物理的な位置情報
をユーザが意識することなく、論理的な「バックアップ
先サーバ名」あるいは「フォルダ名」の指定のみでのバ
ックアップ処理を簡単な操作で実現することができ、管
理者の負担を軽減することができる。

【０１１１】また、上記コントロールサーバは、フォル
ダに対してデータファイルの格納情報の他に、ミラー先
に関するオンラインの物理的な位置情報を合わせて設定
しておくことにより、フォルダ名またはミラー先サーバ
名の論理的な指定により指定したミラー先サーバ名に対
応する特定コンテンツまたは指定したフォルダに属する
全コンテンツを一括して同時に複数コンテンツに対する
実体ファイルのミラー化・ミラー解除を行うことによ
り、関連する必要な情報をデータベースで管理し、これ
を参照することで、ユーザにデータファイルの物理的な
位置などを意識させないで、ミラー化／ミラー解除処理
を簡単な操作で実現することができ、管理者の負担を軽
減することができる。

【０１１２】また、上記コントロールサーバのデータベ
ース上に備えられるフォルダ管理テーブルに、ミラー先
サーバ名、ミラー先ディレクトリ名及びミラー状態フラ
グの情報をさらに拡張して格納するとともに、上記コン
トロールサーバは、コンテンツ名またはフォルダ名の論
理的格納先の指定に基づき上記データベース上のフォル
ダ管理テーブル及びコンテンツ属性管理テーブルを参照
し、指定されたフォルダ名を持つフォルダに含まれる全
コンテンツに対し、各コンテンツの実体ファイル及びミ
ラー先の物理的位置に関する属性情報を取得し、ビデオ
サーバまたはファイルサーバにミラー化／ミラー解除命
令を送信し、ライブラリサーバに格納された該当する実
体ファイルのミラー化・ミラー解除を行うことにより、
共通する意味内容を持つ複数のコンテンツをフォルダに
より１つのグループとして定義し、その情報をコントロ
ールサーバ上のデータベースで管理することにより、物
理的な位置情報をユーザが意識することなく、論理的な
ミラー先サーバ名あるいはフォルダ名の指定のみでのミ
ラー化／ミラー解除処理を簡単な操作で実現することが
でき、管理者の負担を軽減することができる。

【０１１３】また、上記コントロールサーバに、動画デ
ータを含むコンテンツの登録に際して、登録要求発行者
からの登録対象コンテンツ群に含まれるコンテンツの登
録要求を受け付け、動画データファイルを格納する動画
データ用バッファへの転送、負荷レポータの生成する負
荷情報の参照によるシステム負荷状態のチェック、動画
データ用バッファ上の動画データファイルのビデオサー
バへの分割転送の各処理制御を行いオンラインバッチで
の登録を実行する登録マネージャを備えることにより、
オンラインでのコンテンツ自動登録を行うことができ、
動画データを含むコンテンツの新規登録処理を、システ
ムへの負荷を調整し、システムの動作に支障を来すこと
なく、また、登録処理に要する人的な手続きを削減して
効率よく行うことができ、管理者の登録処理にかかる負
担を軽減することができる。

【０１１４】また、上記登録マネージャは、動画データ
のファイルをバッファ上に転送しバッファ上で保持する
手段と、個々のファイルを一定サイズブロックに複数分
割する手段と、コントロールサーバ上でシステムの負荷
状況に関する情報を収集しこれを定期的に参照し統計処
理を行う手段と、一定タイミングでその統計処理結果に
対して一定レベルの比較的低負荷状態にあるか否かを判
定する手段と、比較的低負荷状態にあると判定した場合
にバッファ上のファイルを分割したブロック単位でビデ
オサーバに転送する手段とを備えたことにより、１回当
たりに確保する帯域サイズ・所要時間の短縮等システム
全体の負荷調整を図りながら、オンラインでのコンテン
ツ自動登録を行うことができ、動画データを含むコンテ
ンツの新規登録処理を、システムへの負荷を調整し、シ
ステムの動作に支障を来すことなく、また、登録処理に
要する人的な手続きを削減して効率よく行うことがで
き、管理者の登録処理にかかる負担を軽減することがで
きる。

【０１１５】また、上記コントロールサーバは、端末装
置からの動画データに対するアクセス履歴に基づいたア
クセス頻度に応じて履歴情報を利用した統計調査による
上記ビデオサーバと上記ライブラリサーバ間での動画デ
ータの入替処理を行うことにより、アクセス頻度に応じ
て適当な媒体に配置することで、一定水準のアクセス性
能を提供することによるサービスの質の安定及びディス
ク資源の有効利用・コスト削減を可能にし、また、入れ
替え作業が自動化されるため、管理者の負担を軽減でき
るという効果がある。

【０１１６】また、上記コントロールサーバのデータベ
ース上に、端末装置からの動画データに対するアクセス
履歴を管理する再生履歴管理テーブルを備え、上記コン
トロールサーバは、該アクセス履歴に対して定期的に統
計処理を行って各動画データに対するアクセス頻度を求
め、アクセスの少ないビデオサーバ上の動画ファイルを
検出してライブラリサーバの２次記憶媒体へ移動させる
と共に、ビデオサーバ上の動画データよりもアクセス頻
度の高いライブラリサーバ上の動画ファイルを検出して
ビデオサーバ上のハードディスクに移動させることによ
り、常に、アクセス頻度の高いファイルはアクセス効率
のよいビデオサーバのハードディスク上に、アクセス頻
度の低いものはライブラリサーバ上の二次記憶装置上に
配置した状態での階層化ストレージを実現することがで
きる。また、２次記憶媒体を使用することで、磁気ディ
スク装置のみを使用するよりも安価に大量の動画データ
をシステムに登録することができ、可般性を向上させる
ことができ、さらに、アクセス頻度に応じて適当な媒体
に配置することで、一定水準のアクセス性能を提供する
ことによるサービスの質の安定及びディスク資源の有効
利用・コスト削減を可能にし、また、入れ替え作業が自
動化されているため、管理者の負担を軽減できるという
効果がある。

【０１１７】また、上記コントロールサーバは、ユーザ
およびユーザをグルーピングしたグループに対する操作
についての権限、個々のデータファイルに対するアクセ
ス対象ユーザまたはグループを設定しておくことによ
り、端末装置からの接続要求に対するユーザ認証、再生
要求に対するアクセス制限などのアクセス制御を行うこ
とにより、セキュリティ管理に必要な情報を格納・管理
し、ユーザ端末装置からのシステム接続要求・データ配
信／転送要求が発生する都度、内部的にその情報を参照
することにより、ユーザ認証・データに対するアクセス
制限を行うことができる。

【０１１８】また、上記コントロールサーバのデータベ
ース上に、個々のシステムに登録されているユーザに対
するパスワード、操作権限を規定する情報を格納したユ
ーザ属性管理テーブルと、特定のユーザ集合に対し同一
権限を設定するためのグループに関する情報を格納した
グループ属性情報管理テーブルとを備えると共に、個々
のデータファイルに対する操作権限に関する情報を格納
したコンテンツ属性管理テーブルに、所有者ＩＤ、所有
者権限、グループ内権限、グループ外権限のセキュリテ
ィに関する情報をさらに拡張されて格納し、上記コント
ロールサーバは、端末装置からのユーザ名またはパスワ
ードの入力に基づく接続要求時に、上記各テーブルを参
照して端末装置からの接続要求に対するユーザ認証、再
生要求に対するアクセス制限などのアクセス制御を行う
ことにより、コントロールサーバのデータベース上に個
々のユーザの実行可能な操作の範囲、個々のデータファ
イルに対してアクセス可能なユーザまたはグループの情
報、あるいは時間帯による実行可能な操作の情報などの
情報を定義し、コントロールサーバ上のデータベースで
管理することにより、ユーザ認証・データへのアクセス
制御を行うことができ、不正ユーザのログイン及び不当
なアクセスを回避し、データの保全性・機密性を保持す
ることができる。

【０１１９】また、放送番組を受信装置経由で登録する
登録手段を備え、上記コントロールサーバは、必要な番
組だけを事前に設定しておくことにより、設定した番組
のみ上記登録手段に登録させることにより、衛星放送あ
るいはケーブルＴＶなどの番組に関し、放送される前
に、コントロールサーバのデータベースに必要なコンテ
ンツ（番組）に関する情報を予め登録しておき、これを
参照することにより必要な番組のみをシステムに登録す
ることができる。

【０１２０】また、上記コントロールサーバのデータベ
ース上に、登録対象となる番組に関する情報を格納する
登録番組情報管理テーブルと、上記登録手段に登録され
た登録動画データの格納位置・ファイル名及びタイトル
名の情報を格納する番組登録履歴管理テーブルとを備
え、上記コントロールサーバは、上記各テーブルを参照
して上記登録手段に放送番組を登録させることにより、
動画データを選択的にシステムへ蓄積格納し、必要な番
組のみを提供することができるのはもちろんのこと、不
特定多数に対して同時に配給される放送番組に対し、あ
らかじめ設定した予約情報を参照し、必要な番組のみを
自動的に蓄積することにより、運用管理手続きを削減で
きる。

【０１２１】また、上記コントロールサーバは、属性情
報が付加した状態で供給された動画データに基づいて動
画データと属性情報を識別することにより、コンテンツ
単位での登録を行うことにより、送信される属性情報を
利用してデータベースにそのままあるいは一部加工して
登録できるようになるため、これまで属性情報の抽出に
伴う人的な手続きの削減、データベース登録作業の自動
化を可能にすることができ、登録に必要な属性情報抽出
作業を軽減することにより、運用管理手続きを容易にす
ることができる。

【０１２２】さらに、番組提供者から動画データと共に
転送される属性情報を保管する保管手段を備え、上記コ
ントロールサーバは、上記属性情報部分のみを抽出し
て、コンテンツ登録時の属性情報として使用することに
より、登録に必要な属性情報抽出作業を軽減して、運用
管理手続きを容易にすることができる。

【図面の簡単な説明】

【図１】 この発明の実施の形態１による映像情報提供
システムの全体構成を示す概略図である。

【図２】 この発明の実施の形態１によるデータ処理プ
ログラム群の内容を示す図である。

【図３】 この発明の実施の形態１のコンテンツの意味
内容による分類イメージを示す図である。

【図４】 この発明の実施の形態１で、コントロールサ
ーバ１のデータベース７上に登録される「フォルダ管理
テーブル」のレコードデータの例を示す図である。

【図５】 この発明の実施の形態１で、コントロールサ
ーバ１のデータベース７上に登録される「コンテンツ管
理テーブル」のレコードデータの例を示す図である。

【図６】 この発明の実施の形態１で、コントロールサ
ーバ１のデータベース７上に登録される「キーワードリ
スト管理テーブル」と「キーワード管理テーブル」のレ
コードデータの例を示す図である。

【図７】 この発明の実施の形態１によるフォルダとコ
ンテンツの概念を示す図である。

【図８】 この発明の実施の形態１で行われる一連のコ
ンテンツ登録処理の手続きを示すフローチャートであ
る。

【図９】 この発明の実施の形態１で行われる一連の検
索処理の手続きを示すフローチャートである。

【図１０】 この発明の実施の形態２で行われる一連の
バックアップ処理の手続きを示すフローチャートであ
る。

【図１１】 この発明の実施の形態２で参照される「フ
ォルダ管理テーブル」のバックアップに関する部分のレ
コードイメージを示す図である。

【図１２】 この発明の実施の形態３で行われる一連の
ミラー化/ミラー解除処理の手続きを示すフローチャー
トである。

【図１３】 この発明の実施の形態３で参照される「フ
ォルダ管理テーブル」のミラー／ミラー解除に関する部
分のレコードイメージを示す図である。

【図１４】 この発明の実施の形態４によるオンライン
バッチ形式のコンテンツ自動登録方式に関する構成を示
す図である。

【図１５】 この発明の実施の形態４で行われる一連の
オンラインバッチ形式でのコンテンツ登録処理の内部手
続きを示すフローチャートである。

【図１６】 この発明の実施の形態５で、コントロール
サーバ１のデータベース７上に登録される「再生履歴情
報管理テーブル」のレコードデータの例を示す図であ
る。

【図１７】 この発明の実施の形態５で行われる一連の
コンテンツ格納位置自動入れ替え処理の手続きを示すフ
ローチャートである。

【図１８】 この発明の実施の形態６でコントロールサ
ーバ１のデータベース７上に登録される「ユーザ属性管
理テーブル」のレコードデータの例を示す図である。

【図１９】 この発明の実施の形態６でコントロールサ
ーバ１のデータベース上に登録される「グループ属性管
理テーブル」のレコードデータの例を示す図である。

【図２０】 この発明の実施の形態６でコントロールサ
ーバ１のデータベース７上に登録される「コンテンツ属
性管理テーブル」のセキュリティに関する情報を含んだ
レコードデータの例を示す図である。

【図２１】 この発明の実施の形態６で行われる一連の
ユーザ認証及びデータアクセス制御処理の手続きを示す
フローチャートである。

【図２２】 この発明の実施の形態７で使用される放送
番組の選択登録処理を行うシステム構成図である。

【図２３】 この発明の実施の形態７でコントロールサ
ーバ１のデータベース上に登録される「登録番組情報管
理テーブル」のレコードデータの例を示す図である。

【図２４】 この発明の実施の形態７でコントロールサ
ーバ１のデータベース上に登録される「番組登録履歴管
理テーブル」のレコードデータの例を示す図である。

【図２５】 この発明の実施の形態７で行われる一連の
番組の選択登録処理の手続きを示すフローチャートであ
る。

【図２６】 この発明の実施の形態８で番組提供者から
動画データと共に転送される「属性データファイル」の
データの例を示す図である。

【図２７】 この発明の実施の形態８で行われる動画デ
ータと共に受信した動画データの抽出処理の手続きを示
すフローチャートである。

【図２８】 従来例のシステム構成を示す図である。

【符号の説明】

１ コントロールサーバ、２ ビデオサーバ、３ ライ
ブラリサーバ、４ ファイルサーバ、５ ユーザ端末、
６ 回線、７ データベース、８ データ処理プログラ
ム群、９ ＤＢＭＳ、１０ 動画ファイル、１１ 動画
以外のデータファイル、１２ 動画配信プログラム、１
３ ２次記憶装置、１４ ハブ装置、１６ コンテンツ
登録プログラム、１７ コンテンツ変更プログラム、１
８ コンテンツ削除プログラム、１９ 検索プログラ
ム、２０ バックアッププログラム、２１ ミラープロ
グラム、２２ ミラー解除プログラム、２３ システム
負荷情報統計処理プログラム、２４ 再生履歴統計処理
プログラム、２５ オンラインバッチ登録プログラム、
２６ オンラインデータ自動入替プログラム、２７ユー
ザログインチェックプログラム、２８ ファイルアクセ
スチェックプログラム、２９ 番組予約登録プログラ
ム、３０ 属性付きデータ登録プログラム、４０ フォ
ルダ作成プログラム、４１ フォルダ変更プログラム、
４２ フォルダ削除プログラム、５０ 登録マネージ
ャ、５１ 負荷レポータ、５２ 登録要求発行者、５３
データ登録実行者、５４ 登録対象コンテンツ類、５
５ 動画データ用バッファ、５６ 負荷情報、１００
コントロールサーバ、１１３・１７３ ＬＡＮアダプ
タ、１１７・１４３ X-２５アダプタ、１３０ ゲート
ウェイ、１４７ スイッチアダプタ、１４８ ＶＲＵ、
１６０ データサーバ、１７６ ビデオ記憶装置、１７
８ ネットワークアダプタ、１８０ Ｔ１データスイッ
チ、１９０ 公衆交換電話ネットワーク、２８０ 通信
衛星、２８１ アンテナ装置、２８２ 番組受信装置、
２８３ 受信データ用バッファ装置。

Claims (17)

【特許請求の範囲】
1. 【請求項１】 映像データをディジタル化したビデオフ
   ァイルとしてハードディスク装置上に蓄積し通信回線上
   の複数の端末装置への配信を行うビデオサーバと、動画
   データ以外の静止画・音声・テキストなどのデータを格
   納するファイルサーバと、上記ビデオサーバ及び上記フ
   ァイルサーバ上に格納された各種データの属性情報をデ
   ータベース管理システムを用いてデータベース上に格納
   することで各種データを一元管理するとともに、その属
   性情報を利用して検索、データの登録／削除／変更、運
   用管理を行うコントロールサーバと、二次記憶媒体に動
   画データを格納し、上記コントロールサーバからの要求
   を受け指定されたファイルを上記ビデオサーバに転送
   し、上記ビデオサーバから端末装置へ配信するためのラ
   イブラリサーバと、上記コントロールサーバに要求を送
   りその結果上記ビデオサーバより要求した動画の配信及
   び上記ファイルサーバからその他のデータの配信を受け
   る複数台の端末装置と、これらを接続する回線からなる
   映像情報提供システム。
2. 【請求項２】 請求項１記載の映像情報提供システムに
   おいて、上記コントロールサーバは、データファイルの
   実体と属性情報を合わせてコンテンツとし、登録または
   アクセス時に物理的なデータファイルの格納位置を意識
   することなく、コンテンツの論理的名称によってデータ
   ファイルの実体と属性情報を合わせた状態で処理するこ
   とを特徴とする映像情報提供システム。
3. 【請求項３】 請求項２記載の映像情報提供システムに
   おいて、上記コントロールサーバのデータベースに、各
   種データファイルの論理的格納先となるフォルダ名、こ
   れに対応するフォルダＩＤ、親フォルダＩＤ、動画用の
   ビデオサーバのビデオサーバ名及びビデオサーバディレ
   クトリ名、動画以外のデータ用にファイルサーバのファ
   イルサーバ名及びファイルサーバディレクトリ名の情報
   を格納するフォルダ管理テーブルと、各種データファイ
   ルに対し与えたコンテンツＩＤ、コンテンツ名、フォル
   ダＩＤ、実体ファイル名、ファイル区分の属性情報を格
   納するコンテンツ属性管理テーブルと、コンテンツＩＤ
   とキーワードＩＤとの対応関係を登録したキーワードリ
   スト管理テーブル及びキーワードＩＤとキーワードとの
   対応関係を登録したキーワード管理テーブルとを備え、
   上記コントロールサーバは、端末装置から送信されるキ
   ーワードあるいはフォルダ名、コンテンツ名など１つ以
   上の属性情報を受けて上記各テーブルを参照して与えら
   れた条件に該当する１つあるいは１つ以上のデータファ
   イルを特定し、端末装置へこれらのコンテンツ名及び物
   理的格納位置等の情報を送信することを特徴とする映像
   情報提供システム。
4. 【請求項４】 請求項１ないし３のいずれかに記載の映
   像情報提供システムにおいて、上記コントロールサーバ
   は、フォルダに対してデータファイルの格納情報の他に
   バックアップに使用するオフラインの物理的位置情報を
   合わせて設定しておくことにより、コンテンツ名あるい
   はフォルダ名の論理的格納先の指定により、コンテンツ
   名に対応する特定コンテンツあるいは指定したフォルダ
   に属する全コンテンツを対象としたバックアップを行う
   ことを特徴とする映像情報提供システム。
5. 【請求項５】 請求項４記載の映像情報提供システムに
   おいて、上記コントロールサーバのデータベース上に備
   えられるフォルダ管理テーブルに、バックアップ先サー
   バ名、バックアップ先ディレクトリ名及びバックアップ
   状態フラグの情報をさらに拡張して格納するとともに、
   上記コントロールサーバは、コンテンツ名またはフォル
   ダ名の論理的格納先の指定に基づき上記データベース上
   のフォルダ管理テーブル及びコンテンツ属性管理テーブ
   ルを参照し、指定されたフォルダ名を持つフォルダに含
   まれる全コンテンツの物理的な格納位置に関する属性情
   報を取得し、ビデオサーバまたはファイルサーバにバッ
   クアップ実行命令を送信し、ビデオサーバまたはファイ
   ルサーバ上のオンラインデータをライブラリサーバ上の
   オフライン媒体上にバックアップファイルとしてコピー
   させることを特徴とする映像情報提供システム。
6. 【請求項６】 請求項１ないし５のいずれかに記載の映
   像情報提供システムにおいて、上記コントロールサーバ
   は、フォルダに対してデータファイルの格納情報の他
   に、ミラー先に関するオンラインの物理的な位置情報を
   合わせて設定しておくことにより、フォルダ名またはミ
   ラー先サーバ名の論理的な指定により指定したミラー先
   サーバ名に対応する特定コンテンツまたは指定したフォ
   ルダに属する全コンテンツを一括して同時に複数コンテ
   ンツに対する実体ファイルのミラー化・ミラー解除を行
   うことを特徴とする映像情報提供システム。
7. 【請求項７】 請求項６記載の映像情報提供システムに
   おいて、上記コントロールサーバのデータベース上に備
   えられるフォルダ管理テーブルに、ミラー先サーバ名、
   ミラー先ディレクトリ名及びミラー状態フラグの情報を
   さらに拡張して格納するとともに、上記コントロールサ
   ーバは、コンテンツ名またはフォルダ名の論理的格納先
   の指定に基づき上記データベース上のフォルダ管理テー
   ブル及びコンテンツ属性管理テーブルを参照し、指定さ
   れたフォルダ名を持つフォルダに含まれる全コンテンツ
   に対し、各コンテンツの実体ファイル及びミラー先の物
   理的位置に関する属性情報を取得し、ビデオサーバまた
   はファイルサーバにミラー化／ミラー解除命令を送信
   し、ライブラリサーバに格納された該当する実体ファイ
   ルのミラー化・ミラー解除を行うことを特徴とする映像
   情報提供システム。
8. 【請求項８】 請求項１ないし７のいずれかに記載の映
   像情報提供システムにおいて、上記コントロールサーバ
   に、動画データを含むコンテンツの登録に際して、登録
   要求発行者からの登録対象コンテンツ群に含まれるコン
   テンツの登録要求を受け付け、動画データファイルを格
   納する動画データ用バッファへの転送、負荷レポータの
   生成する負荷情報の参照によるシステム負荷状態のチェ
   ック、動画データ用バッファ上の動画データファイルの
   ビデオサーバへの分割転送の各処理制御を行いオンライ
   ンバッチでの登録を実行する登録マネージャを備えたこ
   とを特徴とする映像情報提供システム。
9. 【請求項９】 請求項８記載の映像情報提供システムに
   おいて、上記登録マネージャは、動画データのファイル
   をバッファ上に転送しバッファ上で保持する手段と、個
   々のファイルを一定サイズブロックに複数分割する手段
   と、コントロールサーバ上でシステムの負荷状況に関す
   る情報を収集しこれを定期的に参照し統計処理を行う手
   段と、一定タイミングでその統計処理結果に対して一定
   レベルの比較的低負荷状態にあるか否かを判定する手段
   と、比較的低負荷状態にあると判定した場合にバッファ
   上のファイルを分割したブロック単位でビデオサーバに
   転送する手段とを備えたことを特徴とする映像情報提供
   システム。
10. 【請求項１０】 請求項１ないし９のいずれかに記載の
    映像情報提供システムにおいて、上記コントロールサー
    バは、端末装置からの動画データに対するアクセス履歴
    に基づいたアクセス頻度に応じて履歴情報を利用した統
    計調査による上記ビデオサーバと上記ライブラリサーバ
    間での動画データの入替処理を行うことを特徴とする映
    像情報提供システム。
11. 【請求項１１】 請求項１０記載の映像情報提供システ
    ムにおいて、上記コントロールサーバのデータベース上
    に、端末装置からの動画データに対するアクセス履歴を
    管理する再生履歴管理テーブルを備え、上記コントロー
    ルサーバは、該アクセス履歴に対して定期的に統計処理
    を行って各動画データに対するアクセス頻度を求め、ア
    クセスの少ないビデオサーバ上の動画ファイルを検出し
    てライブラリサーバの２次記憶媒体へ移動させると共
    に、ビデオサーバ上の動画データよりもアクセス頻度の
    高いライブラリサーバ上の動画ファイルを検出してビデ
    オサーバ上のハードディスクに移動させることを特徴と
    する映像情報提供システム。
12. 【請求項１２】 請求項１ないし１１のいずれかに記載
    の映像情報提供システムにおいて、上記コントロールサ
    ーバは、ユーザおよびユーザをグルーピングしたグルー
    プに対する操作についての権限、個々のデータファイル
    に対するアクセス対象ユーザまたはグループを設定して
    おくことにより、端末装置からの接続要求に対するユー
    ザ認証、再生要求に対するアクセス制限などのアクセス
    制御を行うことを特徴とする映像情報提供システム。
13. 【請求項１３】 請求項１２記載の映像情報提供システ
    ムにおいて、上記コントロールサーバのデータベース上
    に、個々のシステムに登録されているユーザに対するパ
    スワード、操作権限を規定する情報を格納したユーザ属
    性管理テーブルと、特定のユーザ集合に対し同一権限を
    設定するためのグループに関する情報を格納したグルー
    プ属性情報管理テーブルとを備えると共に、個々のデー
    タファイルに対する操作権限に関する情報を格納したコ
    ンテンツ属性管理テーブルに、所有者ＩＤ、所有者権
    限、グループ内権限、グループ外権限のセキュリティに
    関する情報をさらに拡張されて格納し、上記コントロー
    ルサーバは、端末装置からのユーザ名またはパスワード
    の入力に基づく接続要求時に、上記各テーブルを参照し
    て端末装置からの接続要求に対するユーザ認証、再生要
    求に対するアクセス制限などのアクセス制御を行うこと
    を特徴とする映像情報提供システム。
14. 【請求項１４】 請求項１ないし１３のいずれかに記載
    の映像情報提供システムにおいて、放送番組を受信装置
    経由で登録する登録手段を備え、上記コントロールサー
    バは、必要な番組だけを事前に設定しておくことによ
    り、設定した番組のみ上記登録手段に登録させることを
    特徴とする映像情報提供システム。
15. 【請求項１５】 請求項１４記載の映像情報提供システ
    ムにおいて、上記コントロールサーバのデータベース上
    に、登録対象となる番組に関する情報を格納する登録番
    組情報管理テーブルと、上記登録手段に登録された登録
    動画データの格納位置・ファイル名及びタイトル名の情
    報を格納する番組登録履歴管理テーブルとを備え、上記
    コントロールサーバは、上記各テーブルを参照して上記
    登録手段に放送番組を登録させることを特徴とする映像
    情報提供システム。
16. 【請求項１６】 請求項１ないし１５のいずれかに記載
    の映像情報提供システムにおいて、上記コントロールサ
    ーバは、属性情報が付加した状態で供給された動画デー
    タに基づいて動画データと属性情報を識別することによ
    り、コンテンツ単位での登録を行うことを特徴とする映
    像情報提供システム。
17. 【請求項１７】 請求項１６記載の映像情報提供システ
    ムにおいて、番組提供者から動画データと共に転送され
    る属性情報を保管する保管手段を備え、上記コントロー
    ルサーバは、上記属性情報部分のみを抽出して、コンテ
    ンツ登録時の属性情報として使用することにより、コン
    テンツ単位での登録を行うことを特徴とする映像情報提
    供システム。