JPH1141588A - ビデオサーバシステムにおけるアクセス履歴管理システム - Google Patents

Abstract

(57)【要約】 【課題】 時間軸を持つビデオデータをリアルタイムに
配信するビデオ配信サーバにリレーショナルデータベー
ス管理装置を伴う履歴サーバ装置を付加したビデオサー
バシステムにおいて、クライアントで実行したビデオデ
ータへのアクセス処理を、後に逐次再現可能な形態の履
歴としてリレーショナルデータベース管理装置に格納す
ることにより、履歴データ解析によりユーザが実行した
処理の追跡と、課金処理や統計処理などの履歴データ解
析が行えるビデオサーバシステムにおけるアクセス履歴
管理システムを提供する。 【解決手段】 クライアント１０３にアクセス通知部を
設け、履歴サーバ装置１０６に対して、クライアント１
０３で実行した処理を送信する。履歴サーバ装置１０６
は、受信したアクセス履歴データをリレーショナルデー
タベース管理装置１０７を通じて、履歴データ１０８に
格納する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ビデオ配信サー
バからビデオデータをクライアントに配信するビデオサ
ーバシステムにおけるアクセス履歴管理システムに関す
るものである。

【０００２】

【従来の技術】従来よりビデオデータを配信するビデオ
サーバと、サーバのビデオデータをアクセスするクライ
アントからなる、クライアント・サーバ型のビデオサー
バシステムがある。このようなシステムでは、ビデオサ
ーバはクライアントに対してビデオデータを転送するた
めに必要なネットワーク幅を確保して、クライアントに
対してデータ転送を行う。またクライアントでは、サー
バから配信されたデータに対して、再生、停止、コマ送
り再生、一時停止、データ中の任意の再生位置への移動
(シーク)などを行うことができる。

【０００３】ビデオサーバシステムでは、クライアント
を利用する視聴者に対して、ビデオデータを配信すると
いう用途があるが、この過程で副次的な効果として、ビ
デオデータに対するアクセス頻度の調査を行うことによ
り、社会学的な研究の基礎データや企業によるユーザの
ニーズ調査などのデータを抽出することができる。

【０００４】ビデオデータは連続した位置情報を持つデ
ータであり、ひとつのビデオデータでも位置によって、
全く異なる情報が含まれている。このようにビデオデー
タは、１枚の図絵である静止画データと異なって、デー
タを表示したことが分かるだけでは、上記のような目的
の調査データとしては不十分である。ビデオデータ中の
どの位置からどの位置が、頻度高くアクセスされたか、
などの連続したビデオデータに依存したアクセスを履歴
として収集が必要である。

【０００５】またクライアントで実行したファイルアク
セスに対する課金処理を考えた場合、クライアントを使
用したユーザが実際に視聴したデータに対してだけ、課
金するなどの処理が必要である。

【０００６】上記のような用途のために収集する、位置
情報や再生形態などの情報を持ったビデオデータのアク
セス履歴データは、静止画データへのアクセス履歴に比
べて情報量は増大する。収集された履歴データは、その
調査や課金などの用途によって異なる解析を行うため、
履歴データ解析用アプリケーションプログラムは複雑に
なり開発量が増加する。

【０００７】

【発明が解決しようとする課題】従来のビデオサーバシ
ステムにおけるアクセス履歴管理システムで用いられて
いるクライアントからのサーバのファイルへのアクセス
に対する履歴収集方式においては、アクセスしたファイ
ルの特定、ユーザの特定が可能であり、静止画ファイル
へアクセスを履歴化することは可能であった。しかしビ
デオサーバ・クライアントシステムにおいて、クライア
ントで実行した処理は、ビデオデータをリアルタイムに
転送することを目的としたサーバではより単純化したデ
ータの流れとして処理される。

【０００８】例えば、クライアントで実行する、コマ送
り再生処理は、その処理をクライアントでデータを読み
飛ばすことにより実現しているため、サーバとしてはク
ライアントで通常再生とコマ送り再生のいずれの処理を
実行したかを知ることができない。このようにサーバで
実行した処理とクライアントで実行した処理が一対一で
対応していないため、実際にクライアントでユーザが行
った処理を履歴化することが困難であった。

【０００９】また上記のような詳細な履歴データを収集
することを考慮しておらず、履歴データが膨大になった
場合、多種多様な用途毎に異なる履歴データを解析する
ためのアプリケーション開発も複雑化する。

【００１０】この発明は上記のような問題を解消するた
めになされたもので、時間軸を持つビデオデータをリア
ルタイムに配信するビデオ配信サーバに、リレーショナ
ルデータベース管理装置を伴う履歴サーバ装置を付加し
たビデオサーバシステムにおいて、クライアントで実行
したビデオデータへのアクセス処理を、後に逐次再現可
能な形態の履歴としてリレーショナルデータベース管理
装置(ＲＤＢＭＳ)に格納することにより、履歴データ解
析によりユーザが実行した処理の追跡と、課金処理や統
計処理などの履歴データ解析を行うアプリケーションの
開発を容易にする等の特徴を有するビデオサーバシステ
ムにおけるアクセス履歴管理システムを得ることを目的
とする。

【００１１】

【課題を解決するための手段】上記の目的に鑑み、この
発明の第１の発明は、ネットワークにより少なくとも１
つのビデオサーバと少なくとも１つのクライアントが結
ばれているビデオサーバシステムにおいて、クライアン
トで行ったビデオデータのアクセス処理の内容をアクセ
ス履歴データとして送信する上記クライアントに設けら
れたアクセス通知部と、上記ネットワークに接続され、
上記アクセス通知部から送信された上記アクセス履歴デ
ータを受信し、リレーショナルデータベース管理装置が
管理する履歴データテーブルに書き込んで格納する履歴
サーバ装置と、を備え、上記クライアントで実行したビ
デオデータのアクセス処理の内容をアクセス履歴データ
として収集することを特徴とするビデオサーバシステム
におけるアクセス履歴管理システムにある。

【００１２】この発明の第２の発明は、上記ネットワー
クに上記ビデオサーバが複数接続され、上記履歴サーバ
装置がアクセス通知部から受信したアクセス履歴データ
に含まれるビデオサーバを特定するビデオサーバ名をア
クセス履歴データの一部として履歴データテーブルに書
き込んで格納することを特徴とする請求項１に記載のビ
デオサーバシステムにおけるアクセス履歴管理システム
にある。

【００１３】この発明の第３の発明は、上記クライアン
トのアクセス通知部が、オペレーティングシステム等に
より提供される汎用マルチメディアデータアクセス手段
に組み込まれて構成されていることを特徴とする請求項
１または２に記載のビデオサーバシステムにおけるアク
セス履歴管理システムにある。

【００１４】この発明の第４の発明は、上記アクセス通
知部が、ビデオデータアクセス処理に際して発生したエ
ラーを上記履歴サーバ装置に送信し、上記履歴サーバ装
置がこのエラーをアクセス履歴データの一部として履歴
データテーブルに書き込んで格納することを特徴とする
請求項１ないし３のいずれかに記載のビデオサーバシス
テムにおけるアクセス履歴管理システムにある。

【００１５】この発明の第５の発明は、上記履歴サーバ
装置が、クライアントにおけるビデオデータファイルの
オープンからクローズまでの一連の処理と同期して、シ
ステムにおいて非同期に発生する複数クライアントや同
一クライアントにおける複数ビデオデータへのアクセス
を識別可能な履歴通信番号をアクセス履歴データの一部
として履歴データテーブルに書き込んで格納することを
特徴とする請求項１ないし４のいずれかに記載のビデオ
サーバシステムにおけるアクセス履歴管理システムにあ
る。

【００１６】この発明の第６の発明は、上記履歴サーバ
装置が、上記アクセス履歴データ中の履歴データとして
出現頻度の高い、クライアント名、ビデオサーバ名、フ
ァイルフルパス名を、これらと１対１で対応するクライ
アント識別子、ビデオサーバ識別子、ビデオデータ識別
子と対応付ける各種属性テーブルと、これらの属性テー
ブルに従って名称を識別子に変換する属性データ制御部
と、を備えたことを特徴とする請求項１ないし５のいず
れかに記載のビデオサーバシステムにおけるアクセス履
歴管理システムにある。

【００１７】この発明の第７の発明は、上記履歴サーバ
装置の属性データ制御部が、上記属性テーブルに未登録
のクライアント名、ビデオサーバ名、ファイルフルパス
名を、上記アクセス通知装置が履歴サーバ装置に送信し
た場合、属性テーブルに名称と識別子の対応情報を追加
することにより名称と識別子の変換を行う名称・識別子
変換手段をさらに備えたことを特徴とする請求項６に記
載のビデオサーバシステムにおけるアクセス履歴管理シ
ステムにある。

【００１８】この発明の第８の発明は、上記履歴サーバ
装置の属性データ制御部が、クライアント、ビデオサー
バ、ビデオデータから取得可能な付加情報を各属性レコ
ードとして追加する付加情報追加手段をさらに備えたこ
とを特徴とする請求項７に記載のビデオサーバシステム
におけるアクセス履歴管理システムにある。

【００１９】この発明の第９の発明は、上記履歴サーバ
装置が、クライアントで実行可能な処理コマンドを単位
として履歴収集の実行と停止を設定する履歴収集項目情
報と、この履歴収集項目情報の設定を参照して履歴収集
のコマンド毎の実行・停止を行う履歴データ制御部と、
を備えたことを特徴とする請求項１ないし８のいずれか
に記載のビデオサーバシステムにおけるアクセス履歴管
理システムにある。

【００２０】この発明の第１０の発明は、上記履歴サー
バ装置の履歴データ制御部が、リレーショナルデータベ
ース管理装置が管理する上記履歴データテーブルへのア
クセス履歴データの書き込みが、履歴データ領域溢れで
失敗した場合に、コマンド毎に履歴収集の実行の指定可
能な上記履歴収集項目情報において全てのコマンドを履
歴収集停止設定にする履歴収集停止設定手段をさらに備
えたことを特徴とする請求項９に記載のビデオサーバシ
ステムにおけるアクセス履歴管理システムにある。

【００２１】この発明の第１１の発明は、上記履歴サー
バ装置の履歴データテーブルがアクセス履歴データを書
き込むデータ領域を複数持ち、上記履歴データ制御部
が、履歴書き込みが１つの履歴データ領域のデータ溢れ
で失敗した場合に、履歴書き込み先を他の履歴データ領
域に変更してアクセス履歴データの書き込みを継続して
行う履歴データ領域変更手段をさらに備えたことを特徴
とする請求項１０に記載のビデオサーバシステムにおけ
るアクセス履歴管理システムにある。

【００２２】クライアントはオペレーティングの拡張機
能としてビデオデータへのアクセス手段を持ち、アクセ
ス手段はビデオデータを記憶装置から読み出してディス
プレイ装置への表示処理を行う共に、ビデオデータのフ
ォーマットに依存する処理を吸収する。アクセス手段
は、アプリケーションプログラムに対して、ビデオデー
タをアクセスするインタフェースを提供する。プログラ
マはデータフォーマットを意識することなくプログラム
を作成できる。

【００２３】アプリケーションプログラムは、ビデオデ
ータのオープンや、再生、停止、コマ送り再生、一時停
止、データ中の任意の再生位置への移動(シーク)などの
処理を実行することができる。このようなクライアント
のビデオデータのアクセス手段において、データの読み
出しをビデオサーバからから行うことにより、ビデオサ
ーバ上のビデオデータのアクセスを行うことができる。

【００２４】上記のような、ビデオサーバシステムにお
いては、クライアントは、ビデオデータのアクセスを実
行するため、ビデオサーバに対して配信要求を行う。こ
の時ビデオサーバは、クライアントでのビデオデータに
再生に必要なデータ転送量でネットワークの占有量を確
保して、クライアントに対して、要求を受けたシーク位
置から、ビデオデータの配信を行う。

【００２５】しかし配信されたデータに対してクライア
ントのアクセス処理は多様であり、ビデオサーバは、配
信したデータをクライアントがどのように利用している
かを知ることができない。これはアクセス手段が、配信
されたデータを全て表示すれば通常の再生となるし、デ
ータを読み飛ばして表示することによりコマ送り再生、
あるいは全てのデータを読み捨てて表示を行わない処理
も行うことができるためである。

【００２６】この発明では、本来ビデオサーバが知るこ
とのできない、クライアントで実行した処理の詳細を、
クライアントにアクセス通知部を付加して、履歴サーバ
に通知する。アクセス通知部は、オペレーティングシス
テムの拡張機能として提供される汎用的なマルチメディ
アデータへのアクセス手段内部で動作することにより、
クライアントで実際に行われたビデオデータへの処理情
報の取得を可能とする。

【００２７】アクセス通知部が取得する情報は、ビデオ
データへのアクセスコマンドの他に、アクセスを行った
ビデオデータ中の位置、アクセスしたビデオデータが格
納されていたビデオサーバ、アクセスに使用したネット
ワークのバンド幅(転送レート)など、ビデオデータのア
クセスにおいて固有のものがある。

【００２８】また、クライアントのアクセス通知部が取
得したアクセス情報を、履歴サーバ装置がアクセス履歴
としてデータの格納を行うが、このアクセス履歴データ
の格納先をＲＤＢＭＳとすることにより、履歴データを
解析するアプリケーションの開発の負担を削減する。Ｒ
ＤＢＭＳは、データの検索や参照、書き込みのため、汎
用的なデータベースアクセス言語であるＳＱＬ(構造化
照会言語:Structured Query Language)をサポートす
る。

【００２９】ＳＱＬ言語はデータ検索処理を簡便に表記
すること、また複雑な条件での問い合わせを可能とす
る。このため大量のデータの解析処理などに有用であ
る。また一般的なＲＤＢＭＳ製品は、ＳＱＬ言語を用い
てデータを解析、帳票出力するデータ解析ツールを備え
ており、これらを利用することにより、複雑かつ大量で
ある履歴データの解析アプリケーション開発はより容易
になる。

【００３０】

【発明の実施の形態】以下、この発明によるビデオサー
バシステムにおけるアクセス履歴管理システムを図に従
って説明する。図１は、この発明の一実施の形態による
ビデオサーバシステムにおけるアクセス履歴管理システ
ムの構成図である。

【００３１】図１において、１０１はビデオサーバ、１
０２はビデオサーバに格納されたビデオデータ、１０３
〜１０４はクライアント、１０５はネットワーク、１０
６は履歴収集を行う履歴サーバ装置、１０７は履歴デー
タと属性データを格納するリレーショナルデータベース
管理装置(ＲＤＢＭＳ)、１０８はクライアントのアクセ
ス処理を記録する履歴データ、１０９はビデオデータや
クライアントの属性を格納した属性データである。

【００３２】ビデオサーバ１０１とクライアント１０３
〜１０４と履歴サーバ装置１０６はネットワーク１０５
により相互に接続されている。また、履歴サーバ１０６
はリレーショナルデータベース管理装置１０７と接続さ
れている。

【００３３】クライアント１０３がビデオサーバ１０１
に格納されたビデオデータ１０２をアクセスしたとす
る。クライアント１０３は、ネットワーク１０５を介し
てビデオサーバ１０１に対してビデオデータ１０２への
アクセス要求を行い、同ビデオデータ１０２の配信を受
ける。クライアント１０３はビデオデータ１０２のアク
セス処理内容を、処理毎に、その処理が完了した時点で
履歴サーバ装置１０６に対して通知する。履歴サーバ装
置１０６はクライアント１０３から受取った処理内容
を、リレーショナルデータベース管理装置１０７を介し
て履歴データ１０８に書き込む。

【００３４】この実施の形態では、アクセス履歴データ
をＲＤＢＭＳすなわちリレーショナルデータベース管理
装置１０７を介して履歴データ１０８に書き込むため、
用途別に必要なアクセス履歴データの解析アプリケーシ
ョンを、汎用的なデータベースアクセスＡＰＩ(アプリ
ケーションプログラミングインタフェース)であるＳＱ
Ｌを使用して作成すること、ＲＤＢＭＳのデータ検索機
能を利用することができるため、解析アプリケーション
の開発を容易に行うことができる、という利点がある。

【００３５】また、クライアント１０３は履歴サーバ装
置１０６に通知するアクセス履歴データに、ビデオデー
タのサービスを行ったビデオサーバ名を含めることによ
り、複数のビデオサーバが接続されたシステムにおい
て、ビデオサーバ毎のアクセスの履歴を収集することが
可能である。

【００３６】図２はクライアントのモジュール構成図で
ある。１０３、１０４はクライアント、１０５はネット
ワーク、２０１はアプリケーションプログラム、２０２
はアプリケーションによるマルチメディアデータへのア
クセス要求を受取る汎用マルチメディアデータアクセス
インタフェース、２０３はクライアントで実行した処理
を履歴サーバ装置１０６に通知するアクセス通知部、２
０４はビデオデータへのフォーマット依存のアクセス手
段を提供するビデオデータアクセスドライバ、２０５は
ビデオサーバ１０１とクライアント１０３、１０４間の
データ転送を制御するビデオサーバアクセス部、２０６
はネットワークインタフェース、２０７はビデオデータ
を表示するディスプレイなどの画像出力部である。

【００３７】図２のモジュール構成においては、アクセ
ス通知部２０７を除いたモジュールは通常のビデオサー
バのクライアントのモジュール構成である。アクセス通
知部２０７は、オペレーティングシステム等により提供
される汎用マルチメディアデータアクセス手段に組み込
んで構成することができ、これによりオペレーティング
システムの提供するインタフェースを変更することな
く、履歴収集が可能である。

【００３８】クライアント１０３、１０４の各モジュー
ルの動作について説明する。アプリケーションプログラ
ム２０１は、オペレーティングシステムが提供する汎用
マルチメディアデータアクセスインタフェース２０２に
対してビデオデータのアクセス要求を行う。ここで行わ
れる要求とは、まずビデオデータファイルのオープン処
理、再生、停止などの処理、データアクセス完了時のビ
デオデータファイルのクローズ処理である。

【００３９】アクセス通知部２０３は、ビデオデータア
クセスドライバ２０４になり代わり、汎用マルチメディ
アデータアクセスインタフェース２０２がビデオデータ
アクセスドライバ２０４に送るアクセス要求を横取りす
る。アクセス通知部２０３は受取ったアクセス要求をビ
デオデータアクセスドライバ２０４に受け渡すと共に、
アクセス通知部２０３内部で保持する。なお保持したデ
ータは、ネットワークインタフェース２０６、ネットワ
ーク１０５を介して、履歴サーバ装置１０６に対して通
知される。

【００４０】アクセス通知部２０３から要求を受取った
ビデオデータアクセスドライバ２０４は、ビデオサーバ
アクセス部２０５、ネットワークインタフェース２０
６、ネットワーク１０５を介してビデオサーバ１０１と
のデータ転送を行い、アプリケーションプログラム２０
１の要求内容に応じて、画像出力部２０７に対してビデ
オデータを出力する。

【００４１】ビデオデータをアクセスするアプリケーシ
ョンプログラム２０１は、汎用マルチメディアデータア
クセスインタフェース２０２を介してビデオデータアク
セスを行うため、アクセス通知部２０３が介在している
ことを意識する必要がなく、履歴収集のための特別なア
プリケーションを作成する必要がないという利点があ
る。

【００４２】またアクセス通知部２０３は、ビデオデー
タアクセスドライバ２０４がビデオデータのアクセスに
際して検出するエラー報告を受け取ることができ、この
エラー報告を履歴として履歴サーバに報告することによ
り、成功したアクセス処理だけでなく失敗した処理の履
歴も収集可能である。

【００４３】図３は図２のクライアント１０３、１０４
中のアクセス通知部２０３のモジュール構成を示す。ア
クセス通知部２０３は、汎用マルチメディアデータアク
セスインタフェース２０２とビデオデータアクセスドラ
イバ２０４の間を流れるコマンドやデータをフックし
て、履歴サーバ装置１０６に通知要求を行う模擬アクセ
スドライバ２１０と、模擬アクセスドライバ２１０がア
クセス履歴データを履歴サーバ装置１０６に通知するた
めに、汎用マルチメディアデータアクセスインタフェー
ス２０２から受取ったアクセス要求を保持する２つのバ
ッファ(コマンドバッファと呼ぶ)としてコマンドバッフ
ァ(１)２１１、コマンドバッファ(２)２１２と、履歴サ
ーバ装置１０６との通信制御を行う履歴サーバ通信部２
１３と、履歴サーバ装置１０６がクライアントとの接続
を識別するための履歴通信番号を格納する履歴通信番号
バッファ２１４と、からなる。

【００４４】アクセス通知部２０３のコマンドバッファ
(１)とコマンドバッファ(２)の構造について説明する。
図４はコマンドバッファの構造を示す。２１１と２１２
はそれぞれコマンドバッファ(１)とコマンドバッファ
(２)を示す。コマンド２１１１は、アプリケーションが
汎用マルチメディアデータアクセスインタフェース２０
２に要求した処理内容を示す。ビデオサーバ名２１１２
はアクセスするビデオデータが格納されているビデオサ
ーバ１０１を示す。ファイルフルパス名２１１３は、ア
クセスするビデオデータがビデオサーバ１０１において
格納されているファイル位置を示す。ファイル位置と
は、例えばディレクトリ名称とファイル名称を合せたも
のである。

【００４５】開始アドレス２１１４、終了アドレス２１
１５は、コマンド２１１１の示す処理が実行するビデオ
データのアクセス位置である。例えば、ビデオデータの
先頭位置からの経過フレーム数や経過時間(ミリ秒)など
で表わされる。

【００４６】アドレスの指定は、処理するコマンドの種
別と処理状態によって、開始アドレスだけ、終了アドレ
スだけ、開始アドレスと終了アドレスの両方が指定され
る、あるいは開始アドレスと終了アドレスのいずれも指
定されない場合がある。これは例えば、ビデオデータの
再生処理であれば、再生処理は連続したアドレスに対し
て行われるものであるので、通常は開始アドレスと終了
アドレスの指定が必要である。ただし汎用マルチメディ
アデータアクセスインタフェース２０２によっては、開
始アドレスが無指定の再生要求はその時点のアクセス位
置から再生処理を行う、終了アドレスが無指定の再生要
求はデータの終了位置までの再生処理を行うなどの、既
定が存在する。

【００４７】この実施の形態では、アプリケーションか
らのアドレスが無指定の場合を考慮した実現方式を示し
ている。

【００４８】データ転送レート２１１６は、ビデオデー
タを再生するために必要なデータの転送量であり、例え
ば、ビット毎秒などの単位で表わされる。オプションフ
ラグ２１１７は、ビデオデータアクセスドライバの持つ
特殊効果機能を使用する場合に行うオプション指定を示
すものである。このオプション指定には、ビデオデータ
再生時に、画面に無表示状態などを指定することが可能
である。処理結果フラグ２１１８は、汎用マルチメディ
アデータアクセスインタフェース２０２から要求を受け
たコマンドを実行した結果が成功か、失敗かを示すもの
である。

【００４９】アクセス通知部２０３の動作を詳細に説明
する。図５はアクセス通知部２０３の動作を示す。アク
セス通知部２０３は、ステップＳ１０１で、汎用マルチ
メディアデータアクセスインタフェース２０２から受取
ったコマンドをコマンドバッファ(２)に格納する。同時
に、ビデオサーバ名、ファイルフルパス名、オプション
フラグ、また汎用マルチメディアデータアクセスインタ
フェース２０２からの指定があれば、開始アドレスと終
了アドレスも、それぞれコマンドバッファ(２)に格納す
る。

【００５０】ステップＳ１０２〜ステップＳ１０４は、
受け取ったコマンドが開始アドレスを指定する必要のあ
るコマンドであるが、汎用マルチメディアデータアクセ
スインタフェース２０２からのアドレス指定がない場合
のアドレス生成、およびコマンドバッファ(２)への格納
の処理である。開始アドレスが必要なコマンドの実行が
要求されたにもかかわらず、その開始アドレスの指定が
ないということは、処理の開始アドレスは現在アクセス
しているアドレスであり、ビデオデータアクセスドライ
バ２０４から現在アドレスを取得する。

【００５１】ステップＳ１０２において、コマンドバッ
ファ(２)に格納されたコマンドを識別し、そのコマンド
が開始アドレスを必要とするか否かを判定する。必要な
場合、ステップＳ１０３でコマンドバッファ(２)を参照
して、コマンドバッファ(２)に格納されたコマンドの開
始アドレスが指定されたか否かを判定する。指定されて
いない場合、ステップＳ１０４では、ビデオデータアク
セスドライバ２０４に対して、ビデオデータの現在アド
レスの問い合わせを行い、コマンドバッファ(２)の開始
アドレスを格納する。

【００５２】ステップＳ１０５〜ステップＳ１０９は、
前回実行したコマンドの履歴サーバ装置１０６への通知
処理である。汎用マルチメディアデータアクセスインタ
フェース２０２では、コマンドを実行中に他のコマンド
を実行することができるため、終了アドレスは、コマン
ドを正しく完了するか、あるいは次のコマンドの実行開
始まで確定しない。このため、実行したコマンドの履歴
サーバ装置１０６への書き込みは次のコマンドの到達を
待って行う。

【００５３】ステップＳ１０５では、コマンドバッファ
(１)を参照して、前回実行したコマンド、あるいは実行
中のコマンドの有無を判定する。なおこの時点ではコマ
ンドバッファ(１)に格納されているコマンドの内容は、
履歴サーバ装置１０６へ通知されていない。コマンドが
有る場合、テップＳ１０６では、コマンドバッファ(１)
を参照して、前回実行したコマンドが終了アドレスを必
要とするコマンドであるか否かを判定する。終了アドレ
スが必要な場合、ステップＳ１０７では、ビデオデータ
アクセスドライバ２０４に対して、その時点のビデオデ
ータにおけるアクセス位置を問い合わせ、そのアドレス
をコマンドバッファ１に終了アドレスとして書き込む。

【００５４】ステップＳ１０８では、履歴としてサーバ
に通知すべき項目がそろったコマンドバッファ(１)の内
容を、履歴サーバ装置１０６に対して通知する。ステッ
プＳ１０９では、汎用マルチメディアデータアクセスイ
ンタフェース２０２から受け取った内容を含むコマンド
バッファ(２)のデータを、クリアされた状態のコマンド
バッファ(１)に移動する。

【００５５】ステップＳ１１０〜ステップＳ１１５は、
汎用マルチメディアデータアクセスインタフェース２０
２から受け取ったコマンドの実行と異常処理を行う。ビ
デオデータアクセスドライバ２０４は、ビデオデータの
アクセス処理要求を受取ってから処理開始後に、アクセ
ス処理を実行しながら処理を呼び出し側に戻すことがで
き、この実施の形態はこのモードでビデオデータアクセ
スドライバ２０４を呼び出す。これは、ビデオデータの
アクセス処理がなんらかの障害により失敗した場合に、
処理の失敗を履歴サーバ装置１０６に通知するためであ
る。ビデオデータアクセスドライバ２０４は、要求され
た処理に対して実行を開始して、その初期動作が失敗し
たことを報告する。また初期処理が成功すれば、アクセ
ス処理を実行しながら、処理を呼び出し側に戻す。

【００５６】またこの処理では、ビデオデータへのアク
セス処理で使用したビデオデータの転送レートをコマン
ドバッファ(１)に書き込む。このビデオデータの転送レ
ートは、ビデオデータアクセスドライバ２０４から、ビ
デオデータの総時間とデータサイズを取得して、データ
サイズをビデオデータの総時間で割った式から算出する
ことができる。ビデオデータの転送レートは、即ちビデ
オサーバ１０１からビデオデータを配信するために使用
したネットワークの転送レートを示すものである。

【００５７】また実行したコマンドがビデオデータのク
ローズ処理であった場合には、ビデオデータアクセスド
ライバ２０４によるクローズ処理がエラーがなければ呼
び出し直後に完了すること、また次に実行されるコマン
ドがあるか否か不明のため、その時点で履歴サーバ装置
１０６にコマンドの実行完了を通知する。

【００５８】ステップＳ１１０では、汎用マルチメディ
アデータアクセスインタフェース２０２から受け取った
コマンドを、コマンドバッファ(１)から読み出して、ビ
デオデータアクセスドライバ２０４に対して処理の実行
を要求する。ステップＳ１１１では、ビデオデータアク
セスドライバ２０４の起動が成功したか否かを判定す
る。

【００５９】成功していればステップＳ１１２では、実
行しているコマンドで使用したデータ転送レートを、ビ
デオデータアクセスドライバ２０４に問い合わせたビデ
オデータの総時間とデータサイズから算出して、コマン
ドバッファ(１)のデータ転送レートとして書き込む。失
敗した場合、ステップＳ１１３では、コマンドバッファ
(１)の処理結果フラグに失敗状態を書き込む。

【００６０】ステップＳ１１４では、コマンドバッファ
(１)のコマンドがビデオデータのクローズ処理か否かの
判定を行う。ステップＳ１１５では、コマンドバッファ
(１)のコマンドがクローズ処理であるか、または処理が
エラーで失敗した場合に、履歴サーバ装置１０６への履
歴の通知を行う。

【００６１】履歴サーバ通信部２１３は、履歴サーバ装
置１０６から送られてきた履歴通信番号を履歴通信番号
バッファ２１４に格納して、履歴サーバ装置１０６と通
信する場合には、自己の履歴通信番号を履歴サーバ装置
１０６に通知する。履歴通信番号は、アクセス通知部２
０３が履歴サーバ装置１０６に対してビデオデータのオ
ープン通知を行ったときに、履歴サーバ装置１０６がシ
ステムで使用されていない番号を新規に生成して、クラ
イアント１０３、１０４の履歴サーバ通信部２１３に送
り返す。

【００６２】履歴通信番号は、履歴サーバ装置１０６が
クライアントによるビデオデータのアクセス毎に生成す
る番号であるため、複数のクライアントがビデオデータ
を同時にアクセスしている場合や、同一のクライアント
で複数のビデオデータをアクセスしている場合において
も、履歴サーバ装置はそれぞれのアクセス処理を識別す
ることができる。

【００６３】履歴サーバ通信部２１３が、擬似アクセス
ドライバ２１０からの要求により履歴サーバ装置１０６
へ送信するアクセス履歴データのデータ形式について説
明する。図６は履歴サーバ装置１０６へ送信されるアク
セス履歴データを示す。３０１はアクセス履歴データで
あり、３０２は履歴サーバ装置１０６が履歴通信の識別
に使用する履歴通信番号、また２１１１〜２１１８まで
は図４に示すコマンドバッファのデータを複写したもの
である。

【００６４】履歴サーバ装置１０６について説明する。
図７は履歴サーバ装置１０６の構成図である。１０３と
１０４はクライアント、１０５はネットワーク、１０６
は履歴サーバ装置、１０７はリレーショナルデータベー
ス管理装置、１０８は格納する履歴データ、１０９は履
歴データ１０８を補足する属性データである。４０１は
クライアント通信部、４０２は属性データ制御部、４０
３は履歴データ制御部、４０４は履歴収集項目情報、４
０５はクライアント属性テーブル、４０６はビデオサー
バ属性テーブル、４０７はビデオデータ属性テーブル、
４０８は履歴データテーブルである。

【００６５】履歴サーバ装置１０６を構成するモジュー
ルの動作は次のとおりである。クライアント通信部４０
１は、クライアント１０３、１０４との通信処理を行
い、アクセス履歴データの受信と履歴通信番号の生成、
生成した履歴通信番号のクライアント１０３、１０４へ
の通知を行う。

【００６６】属性データ制御部４０２は、クライアント
から送られてきたアクセス履歴データのうち、クライア
ント名、ビデオサーバ名、ビデオデータのファイルフル
パス名といった文字列ベースの属性データを、属性テー
ブル４０５〜４０７を使用して、識別子に変換する。ま
た、属性テーブル４０５〜４０７に存在しない名称につ
いては、新規に識別子を生成し、後のアクセスで使用す
るため属性テーブル４０５〜４０７に格納する。

【００６７】履歴データテーブル４０８において、クラ
イアント名、ビデオサーバ名、ファイルフルパス名とい
ったデータは出現する頻度が高く、データ量が大きい。
文字列の属性データを変換する識別子を数値型の値でと
り、必要時に属性テーブル４０５〜４０７を参照するこ
とにより、データ領域を削減することができる。また自
動的に各属性の識別子を生成して、属性テーブル４０５
〜４０７に登録することにより、システムを利用するた
めにユーザの人手による属性データの事前登録が不要で
あるという利点がある。

【００６８】履歴データ制御部４０３は、属性データ制
御部４０２により、必要な情報を識別子に変換した履歴
データを、リレーショナルデータベース管理装置１０７
を介して、履歴データテーブル４０８に対して書き込
む。履歴収集項目情報４０４には、収集すべき履歴デー
タのコマンド種別が格納されている。このコマンドはク
ライアントで実行されるビデオデータへのアクセスコマ
ンドに対応しており、例えば、再生コマンドの実行だけ
を履歴収集する設定を行うことが可能である。

【００６９】履歴データ制御部は４０３は、履歴データ
の書き込み時に、履歴収集項目情報４０４を参照して、
履歴収集すべきコマンドのみを履歴データテーブル４０
８に書き込む。ユーザは履歴収集項目情報４０４に、必
要最低限に履歴収集必要なコマンドを設定することによ
り、不要な履歴データの収集を停止することができ、履
歴データ量を削減することができる。

【００７０】また履歴データ制御部４０３は、履歴デー
タテーブル４０８への履歴データの書き込みにおいて、
履歴データ領域溢れによる履歴データの書き込み失敗に
おいて、以降の履歴データ書き込みを停止して、ユーザ
に対してエラーの発生を通知する。ユーザは、履歴デー
タテーブル４０８の履歴データを削除するか、履歴デー
タ領域を拡張して、履歴データ領域に書き込み領域を確
保した上で、履歴データ制御部４０３による履歴データ
の書き込みを再開することができる。このことにより履
歴領域溢れのエラーが連続して発生することを抑止でき
る。

【００７１】履歴サーバ装置１０６のクライアント通信
部４０１の動作を説明する。クライアント通信部４０１
は、クライアントから受け取ったアクセス履歴データに
クライアント名を付加する。またクライアントから送ら
れてきたアクセス履歴データにおいて、実行したコマン
ドがオープン処理であった場合、クライアントとビデオ
データのアクセス処理を識別することのできる、履歴通
信番号を生成して、クライアントに通知する。

【００７２】履歴通信番号の生成をビデオデータのオー
プン処理に同期して行う理由は、ビデオデータへの再生
やコマ送り再生といったアクセス処理を行うためには、
最初にビデオデータファイルのオープン処理が必ず必要
であり、またアクセス処理の終了時には、ビデオデータ
をクローズする必要があるからである。この実施の形態
では、ビデオデータのオープンからクローズまでの一連
の処理に対して、ひとつの履歴通信番号を生成すること
により、複数のクライアントで非同期に行われるビデオ
データのアクセス処理の中で、連続した一連の処理を識
別することが可能になっている。

【００７３】クライアント通信部４０１の動作の流れ
を、図８に基づいて説明する。ステップＳ２０１でクラ
イアントからの履歴データを受信する。ステップＳ２０
２において、クライアントから受取ったアクセス履歴デ
ータに、このアクセス履歴データを送信したクライアン
ト１０３、１０４のクライアント名を格納する。クライ
アント名は、オペレーティングシステムの提供するネッ
トワーク機能から取得することが可能である。

【００７４】ステップＳ２０３において、アクセス履歴
データのコマンドがオープンコマンドであるか否かの判
別を行う。オープンコマンドであればステップＳ２０４
において、履歴通信番号を新規に生成して、クライアン
トから受け取ったアクセス履歴データに履歴通信番号３
０２として上書きする。そしてステップＳ２０５におい
て、新規に生成した履歴通信番号３０２をクライアント
に通知する。ステップＳ２０６では、クライアントから
受け取ったアクセス履歴データに、クライアント名を付
加したデータを、属性データ制御部４０２に送信する。

【００７５】図９はクライアント通信部４０１が、属性
データ制御部４０２に送信するアクセス履歴データの形
態を示したものである。４５１はクライアント通信部４
０１が属性データ制御部４０２に送信するアクセス履歴
データであり、４５２はクライアント通信部４０１が付
加するクライアント名である。

【００７６】クライアント属性テーブル４０５の構造を
図１０に基づいて説明する。クライアント属性データ４
０５は、１レコードがクライアント識別子４０５１、ク
ライアント名４０５２の対からなる。

【００７７】ビデオサーバ属性テーブル４０６の構造を
図１１に基づいて説明する。ビデオサーバ属性データ４
０６は、１レコードが、ビデオサーバ識別子４０６１、
ビデオサーバ名４０６２の対からなる。

【００７８】ビデオデータ属性テーブル４０７の構造を
図１２に基づいて説明する。ビデオデータ属性データ４
０７は、１レコードが、ビデオデータ識別子４０７１、
ファイルフルパス名４０７２の対からなる。

【００７９】履歴サーバ装置１０６における属性データ
制御部４０２の動作を説明する。属性データ制御部４０
２は、クライアント名、ビデオサーバ名、ビデオデータ
のファイルフルパス名などの文字列データを、クライア
ント属性テーブル４０５、ビデオサーバ属性テーブル４
０６、ビデオデータ属性テーブル４０７を使用して数値
などによって表わされる識別子に変換する。また、各属
性テーブルに存在しないデータについて、新規にそれぞ
れの識別子を生成して、属性テーブル４０５〜４０７に
属性データの書き込みを行う(名称・識別子変換手段)。

【００８０】また属性データ制御部４０２は、属性デー
タの新規書き込みの際に、ネットワークを経由して取得
可能な情報を、属性データの一部として格納することが
できる。例えば、ビデオデータファイルのデータサイズ
は、ビデオサーバ１０１のストレージに格納されている
ビデオデータを、オペレーティングシステムの提供する
ファイルアクセス関数を利用して取得することができ、
これをビデオデータ属性の一部としてビデオデータ属性
テーブル４０７に格納することができる。同様のデータ
として、クライアントのオペレーティングシステムの種
類、バージョン情報などを、クライアント属性の一部と
してクライアント属性テーブル４０５に格納することが
できる。これらの付加的な属性データは、他の属性デー
タと同様、アクセス履歴データの解析時に参照すること
が可能である(付加情報追加手段)。

【００８１】属性データ制御部４０２の動作を図１３に
従って説明する。ステップＳ３０１において、クライア
ント制御部４０１からアクセス履歴データを受け取る。
ステップＳ３０２〜ステップＳ３０５は、クライアント
名のクライアント識別子への変換処理ならびに未登録ク
ライアントに関する属性データの生成処理である。ステ
ップＳ３０２において、クライアント属性テーブル４０
５をクライアント名で検索してクライアント識別子を獲
得する。ステップＳ３０３では、クライアント識別子を
獲得できたか否かの判別を行う。獲得できなかった場合
にはステップＳ３０４では、クライアント属性テーブル
４０５で未使用のクライアント識別子を新規に発行す
る。ステップＳ３０５では、クライアント識別子とクラ
イアント名を、クライアント属性として、クライアント
属性テーブル４０５に書き込む。

【００８２】ステップＳ３０６〜ステップＳ３０９は、
ビデオサーバ名のビデオサーバ識別子への変換処理なら
びに未登録ビデオサーバに関する属性データの生成処理
である。ステップＳ３０６において、ビデオサーバ属性
テーブル４０６をビデオサーバ名で検索してビデオサー
バ識別子を獲得する。ステップＳ３０７では、ビデオサ
ーバ識別子を獲得できたか否かの判別を行う。獲得でき
なかった場合にはステップＳ３０８では、ビデオサーバ
属性テーブル４０６で未使用のビデオサーバ識別子を新
規に発行する。ステップＳ３０９では、ビデオサーバ識
別子とビデオサーバ名を、ビデオサーバ属性として、ビ
デオサーバ属性テーブル４０６に書き込む。

【００８３】ステップＳ３１０〜ステップＳ３１３は、
ビデオデータのファイルフルパス名のビデオデータ識別
子への変換処理ならびに未登録ビデオデータに関する属
性データの生成処理である。ステップＳ３１０におい
て、ビデオデータ属性テーブル４０７をビデオデータフ
ルパス名で検索してビデオデータ識別子を獲得する。ス
テップＳ３１１では、ビデオデータ識別子を獲得できた
か否かの判別を行う。獲得できなかった場合にはステッ
プＳ３１２では、ビデオデータ属性テーブル４０７で未
使用のビデオデータ識別子を新規に発行する。ステップ
Ｓ３１３では、ビデオデータ識別子とビデオデータフル
パス名を、ビデオデータ属性として、ビデオデータ属性
テーブル４０７に書き込む。

【００８４】ステップＳ３１４においては、獲得したク
ライアント識別子、ビデオサーバ識別子、ビデオデータ
識別子を、識別子付き履歴データとして書き込む。そし
てステップＳ３１５において、識別子付きアクセス履歴
データを履歴データ制御部４０３に送信する。

【００８５】履歴サーバ装置２０６における履歴データ
制御部４０３の動作について説明する。履歴データ制御
部４０３は、属性データ制御部が生成した識別子付きア
クセス履歴データを、リレーショナルデータベース管理
装置１０７を経由して履歴データテーブル４０８に格納
する処理を行う。また履歴データテーブル４０８へのデ
ータ書き込み時に履歴テーブル領域のデータ溢れが発生
した場合、ユーザに対してデータ領域溢れを通知すると
共に、以降のアクセス履歴データの書き込みを停止する
(履歴収集停止設定手段)。履歴データの書き込みは、履
歴収集項目情報４０４で設定された内容に従う。履歴収
集項目情報４０４には、クライアントで実行する処理コ
マンド単位に、履歴データの書き込みを実行又は抑止す
る設定を示す。

【００８６】また履歴データの書き込み先の履歴データ
領域を複数持つことにより、履歴データ領域溢れが発生
しても、継続して履歴データの書き込みを行うことがで
きる。履歴データの領域溢れを検出した時点で、履歴収
集項目情報４０４の履歴書き込み設定を停止にせずに、
データの書き込み先を他の履歴データ領域に振り替える
ことにより、履歴データ領域の切り替えが可能である
(履歴データ領域変更手段)。

【００８７】履歴データ制御部４０３の動作を図１４に
従って説明する。ステップＳ４０１において、属性デー
タ制御部４０２から識別子付きアクセス履歴データを受
け取る。この識別子付きアクセス履歴データが、履歴デ
ータテーブル４０８に書き込むデータそのものである。
ステップＳ４０２において、受け取った識別子付きアク
セス履歴データの示すコマンドが履歴として収集する対
象であるか否かを履歴収集項目情報４０４を参照して判
別する。収集する対象であればステップＳ４０３におい
て、識別子付きアクセス履歴データをリレーショナルデ
ータベース管理装置１０７の履歴データテーブル４０８
に書き込む。

【００８８】ステップＳ４０４〜ステップＳ４０６は、
履歴データ領域溢れ時の処理である。ステップＳ４０４
において、実行したアクセス履歴データ書き込み処理に
おいて、履歴データ領域溢れが発生したかを判別する。
データ領域溢れが発生していればステップＳ４０５にお
いて、履歴収集項目情報４０４の全ての履歴書き込み設
定を停止に変更して、以降の履歴収集を停止する。そし
てステップＳ４０６において、履歴データテーブルの領
域溢れが発生して、履歴データ書き込み処理を停止した
ことを、クライアントすなわちユーザに対して通知す
る。

【００８９】また、アクセス履歴データの書き込み先の
履歴データ領域を複数持たせておく場合には、Ｓ４０
５、Ｓ４０６に代えて、ステップＳ４０７で、データの
書き込み先を他の履歴データ領域に振り替えて書き込み
を行う。

【００９０】

【発明の効果】以上のようにこの発明の第１の発明で
は、ネットワークにより少なくとも１つのビデオサーバ
と少なくとも１つのクライアントが結ばれているビデオ
サーバシステムにおいて、クライアントで行ったビデオ
データのアクセス処理の内容をアクセス履歴データとし
て送信する上記クライアントに設けられたアクセス通知
部と、上記ネットワークに接続され、上記アクセス通知
部から送信された上記アクセス履歴データを受信し、リ
レーショナルデータベース管理装置が管理する履歴デー
タテーブルに書き込んで格納する履歴サーバ装置と、を
備え、上記クライアントで実行したビデオデータのアク
セス処理の内容をアクセス履歴データとして収集するよ
うにしたので、クライアントで実行したビデオデータの
アクセスの履歴の収集が可能になり、またアクセス履歴
データをリレーショナルデータベース管理装置が管理す
る履歴データテーブルに格納することによりリレーショ
ナルデータベース管理装置の検索機能の利用が可能にな
り、アクセス履歴データを解析するアプリケーションの
開発が容易なビデオサーバシステムにおけるアクセス履
歴管理システムを提供できる等の効果が得られる。

【００９１】この発明の第２の発明では、上記ネットワ
ークに上記ビデオサーバが複数接続され、上記履歴サー
バ装置がアクセス通知部から受信したアクセス履歴デー
タに含まれるビデオサーバを特定するビデオサーバ名を
アクセス履歴データの一部として履歴データテーブルに
書き込んで格納するようにしたので、複数のビデオサー
バが接続されたシステムにおいてビデオサーバ毎のアク
セス履歴を収集することが可能なビデオサーバシステム
におけるアクセス履歴管理システムを提供できる等の効
果が得られる。

【００９２】この発明の第３の発明では、上記クライア
ントのアクセス通知部が、オペレーティングシステム等
により提供される汎用マルチメディアデータアクセス手
段に組み込まれて構成されるようにしたので、オペレー
ティングシステムの提供するインタフェースを変更する
ことなく履歴収集を可能にしたビデオサーバシステムに
おけるアクセス履歴管理システムを提供できる等の効果
が得られる。

【００９３】この発明の第４の発明では、上記アクセス
通知部が、ビデオデータアクセス処理に際して発生した
エラーを上記履歴サーバ装置に送信し、上記履歴サーバ
装置がこのエラーをアクセス履歴データの一部として履
歴データテーブルに書き込んで格納するようにしたの
で、成功したアクセス処理だけでなく失敗した処理の履
歴も収集可能なビデオサーバシステムにおけるアクセス
履歴管理システムを提供できる等の効果が得られる。

【００９４】この発明の第５の発明では、上記履歴サー
バ装置が、クライアントにおけるビデオデータファイル
のオープンからクローズまでの一連の処理と同期して、
システムにおいて非同期に発生する複数クライアントや
同一クライアントにおける複数ビデオデータへのアクセ
スを識別可能な履歴通信番号をアクセス履歴データの一
部として履歴データテーブルに書き込んで格納するよう
にしたので、複数のクライアントがビデオデータを同時
にアクセスしている場合や、同一のクライアントで複数
のビデオデータをアクセスしている場合においても、そ
れぞれのアクセス処理を識別することができるビデオサ
ーバシステムにおけるアクセス履歴管理システムを提供
できる等の効果が得られる。

【００９５】この発明の第６の発明では、上記履歴サー
バ装置が、上記アクセス履歴データ中の履歴データとし
て出現頻度の高い、クライアント名、ビデオサーバ名、
ファイルフルパス名を、これらと１対１で対応するクラ
イアント識別子、ビデオサーバ識別子、ビデオデータ識
別子と対応付ける各種属性テーブルと、これらの属性テ
ーブルに従って名称を識別子に変換する属性データ制御
部と、を備えたので、文字列の属性データを変換する識
別子を数値型の値でとり、必要時に属性テーブルを参照
することにより、データ領域を削減することのできるビ
デオサーバシステムにおけるアクセス履歴管理システム
を提供できる等の効果が得られる。

【００９６】この発明の第７の発明では、上記履歴サー
バ装置の属性データ制御部が、上記属性テーブルに未登
録のクライアント名、ビデオサーバ名、ファイルフルパ
ス名を、上記アクセス通知装置が履歴サーバ装置に送信
した場合、属性テーブルに名称と識別子の対応情報を追
加することにより名称と識別子の変換を行う名称・識別
子変換手段をさらに備えたので、システムを利用するユ
ーザの人手により属性データの事前登録が不要のビデオ
サーバシステムにおけるアクセス履歴管理システムを提
供できる等の効果が得られる。

【００９７】この発明の第８の発明では、上記履歴サー
バ装置の属性データ制御部が、クライアント、ビデオサ
ーバ、ビデオデータから取得可能な付加情報を各属性レ
コードとして追加する付加情報追加手段をさらに備えた
ので、これらの付加的な属性データが、他の属性データ
と同様、履歴データの解析時に有効に利用できるビデオ
サーバシステムにおけるアクセス履歴管理システムを提
供できる等の効果が得られる。

【００９８】この発明の第９の発明では、上記履歴サー
バ装置が、クライアントで実行可能な処理コマンドを単
位として履歴収集の実行と停止を設定する履歴収集項目
情報と、この履歴収集項目情報の設定を参照して履歴収
集のコマンド毎の実行・停止を行う履歴データ制御部
と、を備えたので、必要最低限に履歴収集必要なコマン
ドを設定することにより、不要な履歴データの収集を停
止することができ、履歴データ量を削減することができ
るビデオサーバシステムにおけるアクセス履歴管理シス
テムを提供できる等の効果が得られる。

【００９９】この発明の第１０の発明では、上記履歴サ
ーバ装置の履歴データ制御部が、リレーショナルデータ
ベース管理装置が管理する上記履歴データテーブルへの
アクセス履歴データの書き込みが、履歴データ領域溢れ
で失敗した場合に、コマンド毎に履歴収集の実行の指定
可能な上記履歴収集項目情報において全てのコマンドを
履歴収集停止設定にする履歴収集停止設定手段をさらに
備えたので、履歴領域溢れのエラーが連続して発生する
ことを抑止できるビデオサーバシステムにおけるアクセ
ス履歴管理システムを提供できる等の効果が得られる。

【０１００】この発明の第１１の発明では、上記履歴サ
ーバ装置の履歴データテーブルがアクセス履歴データを
書き込むデータ領域を複数持ち、上記履歴データ制御部
が、履歴書き込みが１つの履歴データ領域のデータ溢れ
で失敗した場合に、履歴書き込み先を他の履歴データ領
域に変更してアクセス履歴データの書き込みを継続して
行う履歴データ領域変更手段をさらに備えたので、履歴
データ領域溢れが発生しても、継続して履歴データの書
き込みを行うことができるビデオサーバシステムにおけ
るアクセス履歴管理システムを提供できる等の効果が得
られる。

【図面の簡単な説明】

【図１】 この発明の一実施の形態によるビデオサーバ
システムにおけるアクセス履歴管理システムのシステム
構成図である。

【図２】 図１のクライアントのモジュール構成図であ
る。

【図３】 図２のアクセス通知部のモジュール構成図で
ある。

【図４】 図３のコマンドバッファの構造図である。

【図５】 アクセス通知部の動作を示したフローチャー
ト図である。

【図６】 履歴サーバ装置へ送信されるアクセス履歴デ
ータの形式を示した図である。

【図７】 履歴サーバ装置の構成図である。

【図８】 履歴サーバ装置のクライアント通信部の動作
を示したフローチャートである。

【図９】 履歴サーバ装置においてクライアント通信部
が属性データ制御部に送信するアクセス履歴データの形
式を示した図である。

【図１０】 ライアント属性テーブルの構造図である。

【図１１】 ビデオサーバ属性テーブルの構造図であ
る。

【図１２】 ビデオデータ属性テーブルの構造図であ
る。

【図１３】 属性データ制御部の動作を示したフローチ
ャートである。

【図１４】 履歴データ制御部の動作を示したフローチ
ャートである。

【符号の説明】

１０１ ビデオサーバ、１０２ ビデオデータ、１０
３，１０４ クライアント、１０５ ネットワーク、１
０６ 履歴サーバ装置、１０７ リレーショナルデータ
ベース管理装置、１０８ 履歴データ、１０９ 属性デ
ータ、２０１ アプリケーションプログラム、２０２
汎用マルチメディアデータアクセスインタフェース、２
０３ アクセス通知部、２０４ ビデオデータアクセス
ドライバ、２０５ ビデオサーバアクセス部、２０６
ネットワークインタフェース、２０７ 画像出力部、２
１０ 模擬アクセスドライバ、２１１ コマンドバッフ
ァ(１)、２１２ コマンドバッファ(２)、２１３ 履歴
サーバ通信部、２１４ 履歴通信番号バッファ、４０１
クライアント通信部、４０２ 属性データ制御部、４
０３ 履歴データ制御部、４０４ 履歴収集項目情報、
４０５ クライアント属性テーブル、４０６ ビデオサ
ーバ属性テーブル、４０７ ビデオデータ属性テーブ
ル、４０８ 履歴データテーブルである。

Claims (11)

【特許請求の範囲】
1. 【請求項１】 ネットワークにより少なくとも１つのビ
   デオサーバと少なくとも１つのクライアントが結ばれて
   いるビデオサーバシステムにおいて、クライアントで行
   ったビデオデータのアクセス処理の内容をアクセス履歴
   データとして送信する上記クライアントに設けられたア
   クセス通知部と、上記ネットワークに接続され、上記ア
   クセス通知部から送信された上記アクセス履歴データを
   受信し、リレーショナルデータベース管理装置が管理す
   る履歴データテーブルに書き込んで格納する履歴サーバ
   装置と、を備え、上記クライアントで実行したビデオデ
   ータのアクセス処理の内容をアクセス履歴データとして
   収集することを特徴とするビデオサーバシステムにおけ
   るアクセス履歴管理システム。
2. 【請求項２】 上記ネットワークに上記ビデオサーバが
   複数接続され、上記履歴サーバ装置がアクセス通知部か
   ら受信したアクセス履歴データに含まれるビデオサーバ
   を特定するビデオサーバ名をアクセス履歴データの一部
   として履歴データテーブルに書き込んで格納することを
   特徴とする請求項１に記載のビデオサーバシステムにお
   けるアクセス履歴管理システム。
3. 【請求項３】 上記クライアントのアクセス通知部が、
   オペレーティングシステム等により提供される汎用マル
   チメディアデータアクセス手段に組み込まれて構成され
   ていることを特徴とする請求項１または２に記載のビデ
   オサーバシステムにおけるアクセス履歴管理システム。
4. 【請求項４】 上記アクセス通知部が、ビデオデータア
   クセス処理に際して発生したエラーを上記履歴サーバ装
   置に送信し、上記履歴サーバ装置がこのエラーをアクセ
   ス履歴データの一部として履歴データテーブルに書き込
   んで格納することを特徴とする請求項１ないし３のいず
   れかに記載のビデオサーバシステムにおけるアクセス履
   歴管理システム。
5. 【請求項５】 上記履歴サーバ装置が、クライアントに
   おけるビデオデータファイルのオープンからクローズま
   での一連の処理と同期して、システムにおいて非同期に
   発生する複数クライアントや同一クライアントにおける
   複数ビデオデータへのアクセスを識別可能な履歴通信番
   号をアクセス履歴データの一部として履歴データテーブ
   ルに書き込んで格納することを特徴とする請求項１ない
   し４のいずれかに記載のビデオサーバシステムにおける
   アクセス履歴管理システム。
6. 【請求項６】 上記履歴サーバ装置が、上記アクセス履
   歴データ中の履歴データとして出現頻度の高い、クライ
   アント名、ビデオサーバ名、ファイルフルパス名を、こ
   れらと１対１で対応するクライアント識別子、ビデオサ
   ーバ識別子、ビデオデータ識別子と対応付ける各種属性
   テーブルと、これらの属性テーブルに従って名称を識別
   子に変換する属性データ制御部と、を備えたことを特徴
   とする請求項１ないし５のいずれかに記載のビデオサー
   バシステムにおけるアクセス履歴管理システム。
7. 【請求項７】 上記履歴サーバ装置の属性データ制御部
   が、上記属性テーブルに未登録のクライアント名、ビデ
   オサーバ名、ファイルフルパス名を、上記アクセス通知
   装置が履歴サーバ装置に送信した場合、属性テーブルに
   名称と識別子の対応情報を追加することにより名称と識
   別子の変換を行う名称・識別子変換手段をさらに備えた
   ことを特徴とする請求項６に記載のビデオサーバシステ
   ムにおけるアクセス履歴管理システム。
8. 【請求項８】 上記履歴サーバ装置の属性データ制御部
   が、クライアント、ビデオサーバ、ビデオデータから取
   得可能な付加情報を各属性レコードとして追加する付加
   情報追加手段をさらに備えたことを特徴とする請求項７
   に記載のビデオサーバシステムにおけるアクセス履歴管
   理システム。
9. 【請求項９】 上記履歴サーバ装置が、クライアントで
   実行可能な処理コマンドを単位として履歴収集の実行と
   停止を設定する履歴収集項目情報と、この履歴収集項目
   情報の設定を参照して履歴収集のコマンド毎の実行・停
   止を行う履歴データ制御部と、を備えたことを特徴とす
   る請求項１ないし８のいずれかに記載のビデオサーバシ
   ステムにおけるアクセス履歴管理システム。
10. 【請求項１０】 上記履歴サーバ装置の履歴データ制御
    部が、リレーショナルデータベース管理装置が管理する
    上記履歴データテーブルへのアクセス履歴データの書き
    込みが、履歴データ領域溢れで失敗した場合に、コマン
    ド毎に履歴収集の実行の指定可能な上記履歴収集項目情
    報において全てのコマンドを履歴収集停止設定にする履
    歴収集停止設定手段をさらに備えたことを特徴とする請
    求項９に記載のビデオサーバシステムにおけるアクセス
    履歴管理システム。
11. 【請求項１１】 上記履歴サーバ装置の履歴データテー
    ブルがアクセス履歴データを書き込むデータ領域を複数
    持ち、上記履歴データ制御部が、履歴書き込みが１つの
    履歴データ領域のデータ溢れで失敗した場合に、履歴書
    き込み先を他の履歴データ領域に変更してアクセス履歴
    データの書き込みを継続して行う履歴データ領域変更手
    段をさらに備えたことを特徴とする請求項１０に記載の
    ビデオサーバシステムにおけるアクセス履歴管理システ
    ム。