JP2002074904A - ディジタル情報の記録媒体及びその管理方法、並びにアクセス方法 - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、シーケンシャルアクセス及びラン
ダムアクセスのどちらであっても処理速度を低下させる
ことのないディジタル情報の記録媒体及びその管理方
法、並びにアクセス方法を提供することを例示的目的と
する。 【解決手段】 本発明のディスク状記録媒体。は、可変
長フォーマットで記録された第１のレコードと、前記第
１のレコードのレコード長を含む付属情報を格納する第
１のインデックスと、複数の前記第１のレコードを有す
る第２のレコードと、前記第２のレコードの格納位置を
含む付属情報を格納する第２のインデックスとを有す
る。

Description

【発明の詳細な説明】

【０００１】

【０００２】本発明は、一般には、ディジタル情報の管
理方法に係り、特に、可変長レコードの管理方法に関す
る。本発明のディジタル情報の管理方法は、例えば、所
定の場所を連続的に監視している監視カメラから送信さ
れるディジタル画像信号を記録する監視システムに特に
好適である。ここで、可変長レコードとは、ファイルを
構成するレコード形式の一つであって、レコードの長さ
が可変するものである。可変長レコードは、レコードに
格納するデータの長さ（サイズ）が固定されておらず、
データの長さに合わせてレコードの長さが変わるため、
そのレコードの長さ等の情報を持つ付属情報が対応して
形成される。

【０００３】

【従来の技術】銀行、コンビニエンスストア、デパート
などに設置されている防犯用ビデオカメラ（監視カメ
ラ）から送信されるアラーム信号や画像情報を遠隔地に
ある警備保障センタに設置された装置で受信してこれを
記録する監視システムは広く利用されている。最近の監
視システムは、被写体像のディジタル画像データをその
ままディジタル記録する監視カメラディジタル記録再生
装置を採用する傾向にある。監視カメラディジタル記録
再生装置は、高画質画像を経時的劣化なしに保存及び編
集するのに優れているという特長を有している。

【０００４】監視システムの中には、例えば、２４時
間、３６５日間断なく監視カメラから送信されてくる情
報を全て記録することを要求するものもある。近年、Ｄ
ＶＤ-ＲＡＭや光磁気ディスク（ＭＯ）などに代表され
るリムーバブルメモリは、その可搬性と大容量（例え
ば、ＭＯで６４０Ｍバイト）から監視システム用の記録
媒体として汎用されている。かかる監視システムは、例
えば、ＭＯディスクを交換することにより、無限大のデ
ータ容量を記録することができる。

【０００５】監視カメラからの入力映像は、例えば、Ｊ
ＰＥＧ方式で圧縮され、ハードディスクやＤＶＤ-ＲＡ
Ｍなどの記録媒体に記録（保存）される。ＪＰＥＧ方式
のデータ（以下、ＪＰＥＧデータとする）は、記録対象
となる画像によってそのデータサイズが異なる。そのた
め、ＪＰＥＧデータは可変長フォーマットのレコードと
して記録媒体に記録される。可変長レコードを管理する
際には、そのレコードに対応する付属情報が必要とな
る。かかる付属情報には、レコードのサイズやレコード
を検索・再生する際に必要とされる情報（レコードへの
シーク位置、監視カメラの種類及び録画時間など）から
構成される。１つのレコードには、典型的に、１つの付
属情報が形成されるため、レコードと付属情報は１対１
の関係となる。

【０００６】

【発明が解決しようとする課題】通常、レコードと付属
情報は、それぞれ別個のファイルに記録されるため、必
然的に、記録媒体上におけるレコードと付属情報との記
録位置は離間する。これにより、所望のレコードにシー
ケンシャルアクセス（順次アクセス）する際は、付属情
報とレコードとの両方に交互にアクセスすることが必要
となる。しかし、上述のようにレコードと付属情報との
記録位置は離間しているため、アクセスするための処理
速度は低下してしまう問題を有していた。

【０００７】かかる問題を解消するために、レコードと
付属情報を同一のファイルに記録し、物理的に記録位置
を近接する方法が考えられる。かかる方法によれば、シ
ーケンシャルアクセス時の処理速度の低下を防止するこ
とができる。しかしながら、ランダムアクセスによって
所望のレコードを検索する際には、最初に付属情報を読
み出す必要があるが、付属情報の記録位置がバラバラに
散らばっているため処理速度が低下してしまう問題を有
していた。また、レコードと付属情報を同一のファイル
に記録するためには、レコードを固定長にする必要があ
り、そのためには、レコードの最大サイズを見込んでお
く必要があるため、記録領域の無駄が生じる問題をも有
していた。

【０００８】

【課題を解決するための手段】そこで、本発明は、この
ような従来の課題を解決する新規かつ有用なディジタル
情報の記録媒体及びその管理方法、並びにアクセス方法
を提供することを概括的な例示的目的とする。

【０００９】より特定的には、本発明は、シーケンシャ
ルアクセス及びランダムアクセスのどちらであっても処
理速度を低下させることのないディジタル情報の記録媒
体及びその管理方法、並びにアクセス方法を提供するこ
とを例示的目的とする。

【００１０】かかる目的を達成するため、本発明の例示
的一態様としてのディスク状記録媒体は、可変長フォー
マットで記録された第１のレコードと、前記第１のレコ
ードのレコード長を含む付属情報を格納する第１のイン
デックスと、複数の前記第１のレコードを有する第２の
レコードと、前記第２のレコードの格納位置を含む付属
情報を格納する第２のインデックスとを有するディスク
状記録媒体。かかるディスク状記録媒体によれば、第２
のインデックスは、第１のインデックスよりも少数であ
り、サイズが小さくなることから、メモリ４４に一括で
ロードすることが可能となる。

【００１１】また、本発明の例示的一態様としての記録
媒体の管理方法は、可変長フォーマットで記録された複
数の第１のレコードを第２のレコードとしてグループ化
する工程と、前記第２のレコードの格納位置を含む付属
情報を格納する第２のインデックスを形成する工程とを
有する。かかる管理方法は、上記の記録媒体と同様の効
果を奏する。

【００１２】更に、本発明の例示的一態様としての記録
媒体のアクセス方法は、可変長フォーマットで記録され
た第１のレコードと、前記第１のレコードのレコード長
を含む付属情報を格納する第１のインデックスと、所定
の固定長に相当する複数の前記第１のレコードを有する
第２のレコードと、前記第２のレコードの格納位置を含
む付属情報を格納する第２のインデックスとを有するデ
ィスク状記録媒体の前記第１のレコードにアクセスする
方法であって、前記第２のインデックスをロードする工
程と、前記第２のインデックスから目標としての前記第
１のレコードの格納位置を算出する工程と、前記算出さ
れた格納位置から前記目標としての前記前記第１のレコ
ードにアクセスする工程とを有する。かかるアクセス方
法によれば、第１のインデックスにアクセスすることな
く、第２のインデックスから直接的に目標としている第
１のレコードにアクセスすることができる。

【００１３】本発明の更なる目的又はその他の特徴は添
付図面を参照して説明される好ましい実施例において明
らかにされるであろう。

【００１４】

【発明の実施の形態】以下、添付図面を参照して、監視
システム１００における本発明の例示的一態様としての
ディジタル情報の記録媒体１及びその管理方法について
説明する。ここで、図１は、リムーバブルメモリ内のデ
ィジタル情報の記録媒体１及びその管理方法を説明する
ための図である。なお、本実施例では、ＭＯ、ＣＤ-
Ｒ、ＣＤ-ＲＷ及びＤＶＤ−ＲＡＭ等のいかなる種類の
リムーバブルメモリとして使用可能なことはいうまでも
ない。また、本実施例では、後述するように画像はＪＰ
ＥＧフォーマットのレコードとして形成され、そのレコ
ードには対応するインデックス（付属情報）と共にそれ
ぞれ別個のファイルで管理され、リムーバブルメモリに
格納される。

【００１５】本発明の記録媒体１は、図１に示すように
各々第１のインデックス（インデックスＲＩ）を有する
複数の第１のレコード（レコードＲ）がグループ化され
た第２のレコード（ブロックＢ）と、そのブロックＢに
対応して付与された第２のインデックス（ブロックイン
デックスＢＩ）とから構成される。ブロックＢとブロッ
クインデックスＢＩとは１対１で構成され、ブロックイ
ンデックスＢＩはブロックＢが有する各レコードＲの属
性情報の共通項を情報として有する。これにより、ブロ
ックインデックスＢＩは、レコード毎に付与されるイン
デックスＲＩよりも少数であり、ブロックインデックス
ＢＩのサイズが小さくなる。これにより、ブロックイン
デックスＢＩは後述する第２のメモリ４４に一括でロー
ドすることが可能となる。よって、本発明の記録媒体１
は、ユーザが記録及び再生する際、レコードが格納され
ているファイルのみを対象にアクセスすればよいため、
従来のようにシーケンシャルアクセス時の処理速度の低
下を防止することができる。

【００１６】ブロックＢは、レコードをある一定範囲の
サイズ毎、又は、同一な属性情報毎にグループ化したも
のである。ここでの属性情報とは、レコード一つ一つに
対する基本情報であるインデックスＲＩのことである。
インデックスＲＩは、例えば、レコードのレコードサイ
ズ、データ時間、接続カメラなどである。また、ブロッ
クＢが有するブロックインデックスＢＩは、対応するブ
ロックＢが有する複数レコードの共通する項及びデータ
シーク位置を属性情報として格納する。属性情報は、例
えば、図１に示すように、録画種別、接続カメラ、最古
データ、最新データ、録画間隔、レコードまでのシーク
位置及びレコードサイズが挙げられているが、これらに
限定されず、レコードの記録位置を算出するために必要
な情報、ブロックの固定長、レコードを検索する際のキ
ー情報などから構成される。このように、レコードの検
索に使用する検索キーがブロックインデックスＢＩとし
て第２のメモリ４４に一括でロードされるため、高速の
ランデムアクセスが可能となる。アクセス方法の詳細に
関しては、図４を参照して後述する。

【００１７】本発明の記録媒体１の管理方法について、
以下、図２を参照して説明する。ここで、図２は、本発
明の管理方法、特に、レコードのサイズ毎にグループ化
する方法を示すフローチャートである。まず、ｎ番目の
レコードのサイズｓを確認する（ステップ１００２）。
そして、ｎ番目のレコードのサイズｓと前回ｎ−１番目
のレコードのサイズｓ−１との関係が、０．９（ｓ−
１）≦ｓ≦１．１（ｓ−１）を満たしていれば（ステッ
プ１００４）、ｎ番目のレコードはｎ−１番目のレコー
ドと同じブロック内に格納される（ステップ１００
６）。一方、ステップ１００４において、サイズｓとサ
イズｓ−１との関係が、０．９（ｓ−１）≦ｓ≦１．１
（ｓ−１）を満たしていなければ、サイズｓによってレ
コードの新たな上下限値０．９ｓ≦（ｓ＋１）≦１．１
ｓが計算される（ステップ１００８）。そして、新たな
ブロックの基準が形成される。なお、ステップ１００４
において示した値は例示的なものであり、本発明はかか
る値に限定されない。従って、かかる値は、所定の上限
及び下限値を利用した比例定数を用いてグループ分けが
なされると理解されるべきである。もしくは、ｍ番目ま
でさかのぼって微分係数を利用しグループを分けるとし
てもよい（この時、ｍ＜ｎである）。このようにして、
ある固定長を有する１つのブロックには、ほぼ同じサイ
ズのレコードがまとめて格納される。その結果、かかる
管理方法によれば、１つの固定長ブロック内を効率よく
使用することができ、記録領域の増加を望むことができ
る。

【００１８】また、同様に属性情報に対しても振り分け
が可能であり、グループ化することができる。より詳細
には、レコードの検索キーがそれまで格納してきたブロ
ックとは異なる時、又は、レコードの再生時に必要とな
る情報がそれまで格納してきたブロックとは異なる時
は、そのレコードはそれまでのレコードとはグループ化
されず、新たな基準に沿ったブロックへと格納される。

【００１９】本発明の管理方法によれば、レコードをあ
る一定範囲のサイズ毎又は属性情報毎にグループ化した
ブロックＢに対応するブロックインデックスＢＩが、メ
モリ４４に一括ロードすることができる。そのため、シ
ーケンシャルアクセス及びランデムアクセスの共に処理
速度を低下させることを防止する。

【００２０】以下、図３を参照して、監視システム１０
０について説明する。ここで、図３は、監視システム１
００の概観ブロック図である。なお、本実施例では、監
視システム１００を具体例として説明するが、これに限
定されない。

【００２１】図３を参照するに、監視システム１００
は、複数の監視用ビデオカメラ（監視カメラ）１０と、
アラーム１２と、セレクタ１４と、ビデオデコーダ１６
と、ビデオエンコーダ１８と、入出力フィルタ２０と、
ＪＰＥＧコーデック２１と、制御装置２２と、リムーバ
ブルメモリドライブ２４と、ハードディスクドライブ２
６と、モニタ２８とを有する。

【００２２】監視カメラ１０とアラーム１２は、デパー
ト、コンビニエンスストア、銀行、美術館などの監視対
象場所に配置され、アラーム１２は、ドアなどに設けら
れた赤外線センサ、音声センサなどの（図示しない）セ
ンサに接続されて、かかるセンサが不審者を感知すると
それに応答してスイッチが入るように構成されている。
監視カメラ１０は、例えば、被写体像をアナログ電気信
号に変換するＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄ
ｅｖｉｃｅ）カメラとして具体化されることができる。
本実施例においてはアラーム１２は複数のセンサに共通
して一台だけ設けられているが、選択的に、センサ毎に
複数設けられてもよい。

【００２３】監視カメラ１０とアラーム１２の情報は、
通信回線により、同じ敷地内にある警備員室あるいは遠
隔地にある警備保障会社などに送信される。かかる警備
員室又は警備保障会社には、セレクタ１４、ビデオデコ
ーダ１６、ビデオエンコーダ１８と、入出力フィルタ２
０と、ＪＰＥＧコーデック２１と、制御装置２２と、リ
ムーバブルメモリドライブ２４と、ハードディスクドラ
イブ２６と、モニタ２８とが設けられている。セレクタ
１４、ビデオデコーダ１６、ビデオエンコーダ１８と、
入出力フィルタ２０と、ＪＰＥＧコーデック２１と、制
御装置２２と、リムーバブルメモリドライブ２４と、ハ
ードディスクドライブ２６は、一のディジタル映像記録
装置として観念してもよい。制御装置２２を汎用パーソ
ナルコンピュータから構成してリムーバブルメモリドラ
イブ２４とハードディスクドライブ２６をそれぞれパー
ソナルコンピュータに内蔵型のリムーバブルメモリドラ
イブ及びハードディスクドライブとして構成すれば、一
のパーソナルコンピュータとして構成することができ
る。もちろん制御装置２２はどちらか一方のみを内蔵し
てもよい。ハードディスクドライブ２６とリムーバブル
メモリドライブ２４は一の主記憶装置として観念されて
もよい。主記憶装置は、ハードディスクやリムーバブル
メモリディスクに限定されない任意の記憶媒体とドライ
ブを利用することができることはいうまでもない。

【００２４】セレクタ１４は、複数の監視カメラ１０に
より撮像されたアナログ信号のうち一のカメラの信号成
分及び一のカメラの信号成分のうち記録に必要な信号成
分のみを抽出することができる。入出力フィルタ２０は
搬送路の雑音を除去する当業界で周知のフィルタを使用
することができる。ＪＰＥＧコーデック２１は、シーケ
ンシャルＤＣＴ（離散コサイン変換：Ｄｉｓｃｒｅｔｅ
Ｃｏｓｉｎｅ Ｔｒａｎｓｆｏｒｍｅｒ）演算とホフ
マン符号／復号化を行うＪＰＥＧ圧縮／伸張アルゴリズ
ムを使用している。かかるＪＰＥＧ圧縮／伸張アルゴリ
ズムは、ＩＳＯ／ＩＥＣ１０９１８‐１（ＪＰＥＧ規
格）に準拠し、静止画像データをより少ないデータ量に
変換（圧縮）して、これを元の画像データに戻す（解凍
又は伸張）アルゴリズムとして当業界で周知である。Ｊ
ＰＥＧコーデック２１は、例えば、富士フィルムマイク
ロデバイス社製ＭＤ２３１０より構成することができ
る。

【００２５】ＪＰＥＧコーデック２１は、画像データを
ＪＰＥＧファイルとしてＰＣＩバス３０を介して制御装
置２２に送信する。ＪＰＥＧ圧縮／伸張アルゴリズム
は、後述する時計４０に格納された制御プログラムによ
り設定又はユーザが指定した圧縮／解凍率が使用され
る。また、ＪＰＥＧコーデック２１は図示しないフレー
ムバッファを制御する機能も有する。ここで、フレーム
バッファは、モニタ２８を複数の画面に分割して画像を
表示する場合に各画面の表示位置を制御したり拡大縮小
を行う機能を有し、ストリップバッファ（８ライン分の
画像データを記憶するメモリ）に置換されてもよい。フ
レームバッファはその他幾つかの機能を有するが、例え
ば、ディジタル画像データを一時的にストアしてその後
ＪＰＥＧコーデック２１に読み出される部位である。な
お、本実施例では、画像はＪＰＥＧフォーマットで形成
されるが、監視システム１００は、可変長レコードを構
成するその他のいかなるフォーマットにも適用すること
ができることは明らかである。従って、監視システム１
００はＪＰＥＧコーデック以外の画像圧縮／伸張装置に
も適用することができる。

【００２６】制御装置２２は、拡張基板であるＰＣＩバ
ス３０と、第１のインターフェース３２と、第２のイン
ターフェース３４と、第３のインターフェース３６と、
ＣＰＵ３８と、時計４０と、第１のメモリ４２と、第２
のメモリ４４と、通信ユニット４６を有している。な
お、実際の回路ではＣＰＵ３８とＰＣＩバス３０の間に
はインターフェースであるブリッジ回路が挿入されても
よい。

【００２７】ＰＣＩバス３０には、第１乃至第３のイン
ターフェース３２乃至３６、ＪＰＥＧコーデック２１、
ＣＰＵ３８、時計４０、第１及び第２のメモリ４２及び
４４、通信ユニット４６が接続されている。なお、本発
明はＰＣＩバス３０に加えて又はこれに代えてＩＳＡバ
スその他のバスを設けることを妨げるものではない。第
１のインターフェース３２はアラーム１２と交信する。
第２のインターフェース３４はリムーバブルメモリドラ
イブ２４と交信し、例えば、ＳＣＳＩインターフェース
から構成することができる。第３のインターフェースは
ハードディスクドライブと交信し、例えば、ＩＤＥイン
ターフェースから構成することができる。これらのイン
ターフェース３２乃至３６には当業界で周知のいかなる
構造をも適用することができ、ここでは詳しい説明は省
略する。なお、リムーバブルメモリドライブ２４は、本
発明の記録媒体１を使用するＣＤ-ＲＷドライブ、ＤＶ
Ｄ−ＲＡＭドライブ等のいかなる種類のリムーバブルメ
モリドライブとも置換することができることはいうまで
もない。

【００２８】ハードディスクドライブ２６は、例えば、
監視システム１００のシステムパラメータを格納してい
る。システムパラメータとは、ＪＰＥＧコーデック２１
が使用する画像圧縮率、アラーム１２からアラーム信号
を受けた場合に設定される記録時間、セレクタ１４によ
る監視カメラ１０の切替順序及び切替間隔、１コマ１コ
マの録画間隔、映像取り込み間隔などの動作環境をい
う。システムパラメータは、これらの動作環境を変更す
る必要が生じた場合にユーザが個別的に変更することも
できる。

【００２９】ＣＰＵ３８は、かかる制御プログラムに基
づいて各部を制御する。時計４０は時刻及び／又は期間
を検出、表示することができ、ＣＰＵ３８による制御に
使用される。図３は、時計４０が制御装置２２に内蔵さ
れている時計（例えば、汎用パーソナルコンピュータの
電子時計など）として図示しているが、時計４０は制御
装置２２に対して外付けであってもよい。

【００３０】第１のメモリ４２と第２のメモリ４４は、
一のメインメモリとして観念されてもよい。第１のメモ
リ４２は、各部を制御する制御プログラム（アプリケー
ションプログラム）を格納（ストア）して、例えば、必
要なＢＩＯＳデータをストアしたフラッシュＲＯＭから
構成される。代替的に、第１のメモリ４２はハードディ
スクドライブ２６のハードディスクの一部であってもよ
い。より具体的には、制御プログラムは、ＪＰＥＧコー
デック２１などを制御するハードロジックコントロー
ル、ユーザーインターフェース、ディスクアクセスなど
を格納している。監視システム１００を実現するための
アプリケーションプログラムは、Ｖｉｓｕａｌ Ｃ++、
Ｂｏｒｌａｎｄ Ｃ++などの周知のいかなる開発ツール
でも作成可能であるので、ここでは詳しい説明は省略す
る。

【００３１】第２のメモリ４４は、例えば、ＤＲＡＭや
ＳＲＡＭなどの揮発性メモリから構成される。第２のメ
モリ４４には、第１のメモリ４２に格納された制御プロ
グラムがロードされる。また、第２のメモリ４２は、Ｊ
ＰＥＧコーデック２１から送信されたＪＰＥＧファイル
を通常一時的に格納することができる。また、上述した
ように、ブロックＢに対応するブロックインデックスＢ
Ｉをもロードすることができる。

【００３２】通信ユニット４６は、例えば、モデムから
構成され、電話回線を使用するインターネット、（アメ
リカオンラインなどの）商業オンライン及び／又は専用
回線などの通信回線に接続されている。通信回線は、イ
ンターネットに接続するされており、ユーザは、例え
ば、インターネットプロバイダーなどを介して本発明の
管理方法等のアップデートサービスを受けることができ
る。

【００３３】動作としては、監視システム１００は、監
視対象のデータは監視カメラ１０からビデオデコーダ１
６を介してＪＰＥＧコーデック２１に入力される。その
後、ＪＰＥＧコーデック２１の出力は、リムーバブルメ
モリドライブ２４とハードディスクドライブ２６のいず
れか又は両方へ供給される。ここで、画像データがリム
ーバブルメモリドライブ２４へと供給され、リムーバブ
ルメモリに格納された場合、ユーザは以下の方法によっ
て所望のレコードにアクセスすることができる。

【００３４】本発明の記録媒体１へのアクセス方法につ
いて、図１及び図４を参照して説明する。ここで、図４
は、本発明の記録媒体１へのアクセス方法を示すフロー
チャートである。例えば、ユーザが、２０００年１月１
日の１３時の画像を再生しようとした場合について説明
する。まず、ＣＰＵ３８は、メモリ４４にブロックイン
デックスＢＩをロードさせる（ステップ１１０２）。そ
して、ＣＰＵ３８は、ロードされているブロックインデ
ックスＢＩの全情報の中から「２０００／１／１ １
３：００」のレコードＲ_Aが格納されているブロックイ
ンデックスＢＩ₂を検出し、ブロックＢ₂の中から当該レ
コードＲ_Aが記録されている位置を算出する（ステップ
１１０４）。その後、ＣＰＵ３８は、目的のレコードＲ
_Aへとアクセス（ステップ１１０６）し、レコードＲ_Aを
読み出す（１１０８）。

【００３５】以上、説明したように本発明の記録媒体１
へのアクセス方法は、メモリ４４にロードされたブロッ
クインデックスＢＩに対してアクセスすれば、目的の対
象となるレコードＲ_Aのインデックスにアクセスするこ
となく、直接、ブロックインデックスＢＩから記録され
ている位置を特定することができる。かかる方法によれ
ば、アクセス過程での処理速度の低下を防止することが
できる。

【００３６】以上、本発明の好ましい実施例について説
明したが、本発明はこれらの実施例に限定されず、その
要旨を逸脱しない限り、様々な変形及び変更を行うこと
ができる。本発明は監視システムに適用することも可能
である。

【００３７】

【発明の効果】本発明の例示的一態様としてのディジタ
ル情報の記録媒体及びその管理方法、並びにアクセス方
法によれば、レコードをある一定範囲のサイズ毎又は属
性情報毎にグループ化したブロックに対応するブロック
インデックスをメモリに一括ロードすることができる。
そのため、ブロックインデックスにアクセスすれば、目
的のレコードを読み出すことが可能であるため、シーケ
ンシャルアクセス及びランデムアクセスの共に処理速度
を低下させることを防止する。

【図面の簡単な説明】

【図１】 本発明の例示的１態様としてのリムーバブル
メモリ内のディジタル情報の記録媒体及びその管理方法
を説明するための図である。

【図２】 本発明の管理方法、特に、レコードのサイズ
毎にグループ化する方法を示すフローチャートである。

【図３】 監視システムの概観ブロック図である。

【図４】 本発明の記録媒体へのアクセス方法を示すフ
ローチャートである。

【符号の説明】

１ 記録媒体 １０ 監視カメラ １２ アラーム １４ セレクタ １６ ビデオデコーダ １８ ビデオエンコーダ ２０ 入出力フィルタ ２１ ＪＰＥＧコーデック ２２ 制御装置 ２４ リムーバブルメモリドライブ ２６ ハードディスク（ドライブ） ２８ モニタ ３０ ＰＣＩバス ３８ ＣＰＵ ４０ 時計 ４２ 第１のメモリ ４４ 第２のメモリ ４６ 通信ユニット １００ 監視システム

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B082 CA11 5C052 AA01 AA03 AA04 AB03 AB04 AB09 AC08 CC11 DD04 DD10 5C053 FA11 FA23 FA25 GB36 HA29 JA21 KA24 LA01 5D077 AA22 AA38 BA14 BA18 CA02 DC08 DC16 DE08 EA12 EA33 EA34 5D110 AA13 DA03 DA04 DB05 DB09 DB13 DC05 DC15 DE02 DE04

Claims (6)

【特許請求の範囲】
1. 【請求項１】 可変長フォーマットで記録された第１の
   レコードと、 前記第１のレコードのレコード長を含む付属情報を格納
   する第１のインデックスと、 複数の前記第１のレコードを有する第２のレコードと、 前記第２のレコードの格納位置を含む付属情報を格納す
   る第２のインデックスとを有するディスク状記録媒体。
2. 【請求項２】 可変長フォーマットで記録された複数の
   第１のレコードを第２のレコードとしてグループ化する
   工程と、 前記第２のレコードの格納位置を含む付属情報を格納す
   る第２のインデックスを形成する工程とを有する記録媒
   体の管理方法。
3. 【請求項３】 前記グループ化工程は、所定の固定長に
   相当する数の前記第１のレコードをグループ化する請求
   項２記載の管理方法。
4. 【請求項４】 前記グループ化工程は、ｎ番目のレコー
   ドのサイズを測定する工程と、前記ｎ番目のレコードの
   サイズが前回測定したｎ−１番目のレコードのサイズに
   対し、予め定められた上限及び下限を利用した比例係数
   の範囲であれば同じグループ内に格納する工程とを有す
   る請求項３記載の管理方法。
5. 【請求項５】 前記グループ化工程は、同一の属性を有
   する前記第１のレコードをグループ化する請求項２記載
   の管理方法。
6. 【請求項６】 可変長フォーマットで記録された第１の
   レコードと、前記第１のレコードのレコード長を含む付
   属情報を格納する第１のインデックスと、所定の固定長
   に相当する複数の前記第１のレコードを有する第２のレ
   コードと、前記第２のレコードの格納位置を含む付属情
   報を格納する第２のインデックスとを有するディスク状
   記録媒体の前記第１のレコードにアクセスする方法であ
   って、 前記第２のインデックスをロードする工程と、 前記第２のインデックスから目標としての前記第１のレ
   コードの格納位置を算出する工程と、 前記算出された格納位置から前記目標としての前記前記
   第１のレコードにアクセスする工程とを有する記録媒体
   のアクセス方法。