JPH09233412A - 映像データの記録再生システム - Google Patents
映像データの記録再生システムInfo
- Publication number
- JPH09233412A JPH09233412A JP8036642A JP3664296A JPH09233412A JP H09233412 A JPH09233412 A JP H09233412A JP 8036642 A JP8036642 A JP 8036642A JP 3664296 A JP3664296 A JP 3664296A JP H09233412 A JPH09233412 A JP H09233412A
- Authority
- JP
- Japan
- Prior art keywords
- data
- video
- recording
- block
- video data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/21815—Source of audio or video content, e.g. local disk arrays comprising local storage units
- H04N21/2182—Source of audio or video content, e.g. local disk arrays comprising local storage units involving memory arrays, e.g. RAID disk arrays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/214—Specialised server platform, e.g. server located in an airplane, hotel, hospital
- H04N21/2143—Specialised server platform, e.g. server located in an airplane, hotel, hospital located in a single building, e.g. hotel, hospital or museum
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/21805—Source of audio or video content, e.g. local disk arrays enabling multiple viewpoints, e.g. using a plurality of cameras
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2181—Source of audio or video content, e.g. local disk arrays comprising remotely distributed storage units, e.g. when movies are replicated over a plurality of video servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
- H04N21/2312—Data placement on disk arrays
- H04N21/2318—Data placement on disk arrays using striping
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/232—Content retrieval operation locally within server, e.g. reading video streams from disk arrays
- H04N21/2323—Content retrieval operation locally within server, e.g. reading video streams from disk arrays using file mapping
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2404—Monitoring of server processing errors or hardware failure
Abstract
(57)【要約】
【課題】 複数のサーバー全体に複数のビデオカメラの
映像データを分散して記憶し、監視装置が任意のビデオ
カメラの映像データを自由に再生できるようにする。 【解決手段】 映像データを分散して順次記憶する複数
の磁気ディスク装置と、この複数の磁気ディスク装置に
それぞれ接続され、データをアクセスする複数のサーバ
ー６と、この複数のサーバー６に接続され、ビデオカメ
ラ８の映像データをデータとして磁気ディスク装置に順
次記録する制御装置９と、複数のサーバー６に接続さ
れ、ディスクにストアされたデータを順次読み出して表
示する監視装置４を備える。
映像データを分散して記憶し、監視装置が任意のビデオ
カメラの映像データを自由に再生できるようにする。 【解決手段】 映像データを分散して順次記憶する複数
の磁気ディスク装置と、この複数の磁気ディスク装置に
それぞれ接続され、データをアクセスする複数のサーバ
ー６と、この複数のサーバー６に接続され、ビデオカメ
ラ８の映像データをデータとして磁気ディスク装置に順
次記録する制御装置９と、複数のサーバー６に接続さ
れ、ディスクにストアされたデータを順次読み出して表
示する監視装置４を備える。
Description
【０００１】
【発明の属する技術分野】この発明は、ビデオカメラと
監視装置、録画装置等から構成される映像データの記録
再生システムに関する。
監視装置、録画装置等から構成される映像データの記録
再生システムに関する。
【０００２】
【従来の技術】工場等において、各所にビデオカメラを
配置して映像を撮影し、このように配置されたあらゆる
カメラからの映像を、中央の監視ステーションから集中
的に見られるようにしたビデオ監視システムが使われる
ようになった。また、従来映像信号はアナログ信号が主
流であったが、近年のディジタル映像技術の進歩によ
り、ディジタル信号が主流に成りつつあり、映像／音声
データを直接コンピュータのデータとして扱うことが可
能になってきた。図１０はこのようなビデオ監視システ
ムの例である。図１０において１はビデオカメラ、２は
ビデオ送信装置、３はネットワーク、４は監視装置であ
る。各所に配置されたビデオカメラ１は撮影した映像の
信号をを定常的にビデオ送信装置２に送る。
配置して映像を撮影し、このように配置されたあらゆる
カメラからの映像を、中央の監視ステーションから集中
的に見られるようにしたビデオ監視システムが使われる
ようになった。また、従来映像信号はアナログ信号が主
流であったが、近年のディジタル映像技術の進歩によ
り、ディジタル信号が主流に成りつつあり、映像／音声
データを直接コンピュータのデータとして扱うことが可
能になってきた。図１０はこのようなビデオ監視システ
ムの例である。図１０において１はビデオカメラ、２は
ビデオ送信装置、３はネットワーク、４は監視装置であ
る。各所に配置されたビデオカメラ１は撮影した映像の
信号をを定常的にビデオ送信装置２に送る。
【０００３】次に、動作を説明する。ビデオ送信装置２
は監視装置４から自分が指定されている場合に、同じく
指定された１台のビデオカメラ１の映像を選択し、アナ
ログ−ディジタル変換、データ圧縮等を行った後ネット
ワーク経由で監視装置４に定常的に転送する。監視装置
４ではこの圧縮された映像データを伸長した後画面上に
写しだす。このようにして監視装置４の画面上に任意に
選択されたビデオカメラ１の映像を映し出すことができ
る。このように監視装置４から各所に設置されたビデオ
カメラ１の映像を任意に切り替えて見ることにより工場
等の全体の監視が行われる。一方映像の録画について
は、各カメラ対応にアナログ映像の録画が行われるのが
普通であり、図１０の例ではビデオカメラ１又はビデオ
送信装置２の中に録画装置が置かれ、記録された録画テ
ープは後からオフラインで見るというのが実状である。
は監視装置４から自分が指定されている場合に、同じく
指定された１台のビデオカメラ１の映像を選択し、アナ
ログ−ディジタル変換、データ圧縮等を行った後ネット
ワーク経由で監視装置４に定常的に転送する。監視装置
４ではこの圧縮された映像データを伸長した後画面上に
写しだす。このようにして監視装置４の画面上に任意に
選択されたビデオカメラ１の映像を映し出すことができ
る。このように監視装置４から各所に設置されたビデオ
カメラ１の映像を任意に切り替えて見ることにより工場
等の全体の監視が行われる。一方映像の録画について
は、各カメラ対応にアナログ映像の録画が行われるのが
普通であり、図１０の例ではビデオカメラ１又はビデオ
送信装置２の中に録画装置が置かれ、記録された録画テ
ープは後からオフラインで見るというのが実状である。
【０００４】
【発明が解決しようとする課題】上述のように従来技術
では、録画装置が映像データ生成手段であるビデオカメ
ラ１近くに置かれオフラインで記録される。このためほ
ぼビデオカメラ１の数だけ録画装置が必要になり高価に
なる。又録画映像は後から現場に行って録画媒体を取り
出して見るというように手間がかかるという問題点があ
った。
では、録画装置が映像データ生成手段であるビデオカメ
ラ１近くに置かれオフラインで記録される。このためほ
ぼビデオカメラ１の数だけ録画装置が必要になり高価に
なる。又録画映像は後から現場に行って録画媒体を取り
出して見るというように手間がかかるという問題点があ
った。
【０００５】この発明は、上記のような問題点を解決す
るためになされたもので、録画装置は中央に一元化され
監視ステーションからいつでも自由自在に任意の映像デ
ータ生成手段の録画映像を見られるようにした映像デー
タの記録再生システムを提供することを目的とする。ま
た、同一の映像データ生成手段の録画映像を複数の監視
ステーションから同時に見た場合でも、それぞれの監視
ステーションに設置された映像データ再生装置により任
意に再生、早送り、巻き戻し等が行えるようにした映像
データの記録再生システムを提供することを目的とす
る。また、１カ所に置かれた記憶装置により多数の映像
データ生成手段の映像を全数同時録画及び再生が可能な
映像データの記録再生システムを提供することを目的と
する。
るためになされたもので、録画装置は中央に一元化され
監視ステーションからいつでも自由自在に任意の映像デ
ータ生成手段の録画映像を見られるようにした映像デー
タの記録再生システムを提供することを目的とする。ま
た、同一の映像データ生成手段の録画映像を複数の監視
ステーションから同時に見た場合でも、それぞれの監視
ステーションに設置された映像データ再生装置により任
意に再生、早送り、巻き戻し等が行えるようにした映像
データの記録再生システムを提供することを目的とす
る。また、１カ所に置かれた記憶装置により多数の映像
データ生成手段の映像を全数同時録画及び再生が可能な
映像データの記録再生システムを提供することを目的と
する。
【０００６】
【課題を解決するための手段】この発明に係わる映像デ
ータの記録再生システムは、連続する映像データを生成
する複数のデータ生成手段と、前記映像データに基づく
デジタル化した記録データをブロック単位で記憶する複
数の記憶装置と、前記複数の記憶装置に対して前記記録
データを前記ブロック単位でアクセスするサーバと、前
記データ生成手段毎の連続する前記映像データを前記ブ
ロック単位の前記記録データに加工し、前記ブロック単
位の前記記録データを前記サーバを介して前記複数の記
憶装置に対して横断的に所定の順序で格納する制御装置
と、任意の前記データ生成手段に対応する前記ブロック
単位の前記記録データを前記サーバを介して前記複数の
記憶装置の任意の位置から読み出して再生し、表示する
映像データ再生装置とを備えたものである。
ータの記録再生システムは、連続する映像データを生成
する複数のデータ生成手段と、前記映像データに基づく
デジタル化した記録データをブロック単位で記憶する複
数の記憶装置と、前記複数の記憶装置に対して前記記録
データを前記ブロック単位でアクセスするサーバと、前
記データ生成手段毎の連続する前記映像データを前記ブ
ロック単位の前記記録データに加工し、前記ブロック単
位の前記記録データを前記サーバを介して前記複数の記
憶装置に対して横断的に所定の順序で格納する制御装置
と、任意の前記データ生成手段に対応する前記ブロック
単位の前記記録データを前記サーバを介して前記複数の
記憶装置の任意の位置から読み出して再生し、表示する
映像データ再生装置とを備えたものである。
【０００７】また、次の発明に係わる映像データの記録
再生システムは、複数の記憶装置に対して記録データを
ブロック単位でアクセスするサーバを複数備え、制御装
置は複数のサーバを介して前記複数の記憶装置に対して
前記記録データを前記ブロック単位で横断的に所定の順
序で格納し、映像データ再生装置は任意のデータ生成手
段に対応する前記ブロック単位の前記記録データを複数
の前記サーバを介して前記複数の記憶装置の任意の位置
から読み出して再生し、表示するものである。
再生システムは、複数の記憶装置に対して記録データを
ブロック単位でアクセスするサーバを複数備え、制御装
置は複数のサーバを介して前記複数の記憶装置に対して
前記記録データを前記ブロック単位で横断的に所定の順
序で格納し、映像データ再生装置は任意のデータ生成手
段に対応する前記ブロック単位の前記記録データを複数
の前記サーバを介して前記複数の記憶装置の任意の位置
から読み出して再生し、表示するものである。
【０００８】また、次の発明に係わる映像データの記録
再生システムは、複数の映像データ再生装置を備え、任
意の映像データ再生装置は任意のデータ生成手段に対応
するブロック単位の前記記録データをサーバを介して複
数の記憶装置の任意の位置から読み出して再生し、表示
するものである。
再生システムは、複数の映像データ再生装置を備え、任
意の映像データ再生装置は任意のデータ生成手段に対応
するブロック単位の前記記録データをサーバを介して複
数の記憶装置の任意の位置から読み出して再生し、表示
するものである。
【０００９】また、次の発明に係わる映像データの記録
再生システムは、サーバはデータ生成手段毎の映像デー
タに対応するブロック単位の記録データを複数の記憶装
置に横断的に記憶させた所定の順序を示すテーブルを備
え、映像データ再生装置は任意のデータ生成手段に対応
する最新の前記ブロック単位の前記記録データを前記テ
ーブルに基づいて前記複数の記憶装置から読み出して再
生し、表示すものである。
再生システムは、サーバはデータ生成手段毎の映像デー
タに対応するブロック単位の記録データを複数の記憶装
置に横断的に記憶させた所定の順序を示すテーブルを備
え、映像データ再生装置は任意のデータ生成手段に対応
する最新の前記ブロック単位の前記記録データを前記テ
ーブルに基づいて前記複数の記憶装置から読み出して再
生し、表示すものである。
【００１０】また、次の発明に係わる映像データの記録
再生システムは、連続する映像データを生成する複数の
データ生成手段と、前記映像データに基づくデジタル化
した記録データをブロック単位で記憶する複数の記憶装
置と、複数の前記記憶装置に接続され、複数の前記記憶
装置に対して前記記録データを前記ブロック単位でアク
セスする複数のサーバと、前記データ生成手段毎の連続
する前記映像データを前記ブロック単位の前記記録デー
タに加工するとともに、所定数の前記ブロック単位の前
記記録データに対してビット対応でパリティ値を演算し
て前記所定数の前記ブロック単位の前記記録データ及び
前記パリティ値を前記複数の記憶装置に所定の順序で格
納するように、前記複数のサーバに横断的に伝送する制
御装置と、任意の前記データ生成手段に対応する前記ブ
ロック単位の前記記録データを前記サーバを介して複数
の前記記憶装置から読み出して再生する際に、１台の前
記サーバが故障した場合には、前記パリティ値から故障
した前記サーバに接続された記憶装置に格納された前記
ブロック単位の前記記録データを復元して再生し、表示
する映像データ再生装置とを備えたものである。
再生システムは、連続する映像データを生成する複数の
データ生成手段と、前記映像データに基づくデジタル化
した記録データをブロック単位で記憶する複数の記憶装
置と、複数の前記記憶装置に接続され、複数の前記記憶
装置に対して前記記録データを前記ブロック単位でアク
セスする複数のサーバと、前記データ生成手段毎の連続
する前記映像データを前記ブロック単位の前記記録デー
タに加工するとともに、所定数の前記ブロック単位の前
記記録データに対してビット対応でパリティ値を演算し
て前記所定数の前記ブロック単位の前記記録データ及び
前記パリティ値を前記複数の記憶装置に所定の順序で格
納するように、前記複数のサーバに横断的に伝送する制
御装置と、任意の前記データ生成手段に対応する前記ブ
ロック単位の前記記録データを前記サーバを介して複数
の前記記憶装置から読み出して再生する際に、１台の前
記サーバが故障した場合には、前記パリティ値から故障
した前記サーバに接続された記憶装置に格納された前記
ブロック単位の前記記録データを復元して再生し、表示
する映像データ再生装置とを備えたものである。
【００１１】また、次の発明に係わる映像データの記録
再生システムは、複数のサーバの内少なくとも２台にテ
ーブルを設け、制御装置は、データ生成手段毎に対応す
る所定数のブロック単位の記録データ及びパリティ値を
パリティブループとし前記テーブルに前記複数の記憶装
置に前記パリティグループを格納した順序を記載し、映
像データ再生装置は任意のデータ生成手段に対応する最
新の前記パリティブループの前記記録データを前記テー
ブルに基づいて複数の前記記憶装置から読み出して再生
し、表示するものである。
再生システムは、複数のサーバの内少なくとも２台にテ
ーブルを設け、制御装置は、データ生成手段毎に対応す
る所定数のブロック単位の記録データ及びパリティ値を
パリティブループとし前記テーブルに前記複数の記憶装
置に前記パリティグループを格納した順序を記載し、映
像データ再生装置は任意のデータ生成手段に対応する最
新の前記パリティブループの前記記録データを前記テー
ブルに基づいて複数の前記記憶装置から読み出して再生
し、表示するものである。
【００１２】また、次の発明に係わる映像データの記録
再生システムは、映像データ再生装置は、データ生成手
段毎に対応する所定数のブロック単位の記録データ及び
パリティ値からなる１パリティブループ分のデータを収
容するバッファを備え、前記記録データの再生時に、１
パリティブループ分の前記データを複数の記憶装置から
所定の順序で前記バッファに取り込み、故障したサーバ
に接続された記憶装置に格納された前記ブロック単位に
前記記録データを復元して再生し、表示するものであ
る。
再生システムは、映像データ再生装置は、データ生成手
段毎に対応する所定数のブロック単位の記録データ及び
パリティ値からなる１パリティブループ分のデータを収
容するバッファを備え、前記記録データの再生時に、１
パリティブループ分の前記データを複数の記憶装置から
所定の順序で前記バッファに取り込み、故障したサーバ
に接続された記憶装置に格納された前記ブロック単位に
前記記録データを復元して再生し、表示するものであ
る。
【００１３】更に、次の発明に係わる映像データの記録
再生システムは、映像データ再生装置は、制御装置が出
力するブロック単位の記録データを直接入力してデータ
生成手段の映像データを再生し、表示するものである。
再生システムは、映像データ再生装置は、制御装置が出
力するブロック単位の記録データを直接入力してデータ
生成手段の映像データを再生し、表示するものである。
【００１４】
実施の形態１ 以下、この発明の１実施の形態を図について説明する。
図１は、この発明の実施の形態１による映像データ記録
再生システムを示す構成図である。図１において、５は
ビデオサーバーの全体、６はビデオサーバー５の構成要
素であるサーバー、７は１００ＭｂｐｓイーサネットＬ
ＡＮ、８は映像データのデータ生成手段であるビデオカ
メラ、９はビデオカメラ制御装置、４ａはパーソナルコ
ンピュータ機能を有し映像データの再生装置としての監
視装置、 図２はサーバー６に内蔵されているディスク
装置上のデータ配置を説明する説明図である。図２にお
いて１０は磁気ディスク装置、１１はその磁気ディスク
上に割り付けられたデータの１ブロックを意味し、６４
Ｋバイトの容量を持つブロックである。図２から判るよ
うに各サーバー６にはそれぞれ３台のディスク装置が内
蔵されている。
図１は、この発明の実施の形態１による映像データ記録
再生システムを示す構成図である。図１において、５は
ビデオサーバーの全体、６はビデオサーバー５の構成要
素であるサーバー、７は１００ＭｂｐｓイーサネットＬ
ＡＮ、８は映像データのデータ生成手段であるビデオカ
メラ、９はビデオカメラ制御装置、４ａはパーソナルコ
ンピュータ機能を有し映像データの再生装置としての監
視装置、 図２はサーバー６に内蔵されているディスク
装置上のデータ配置を説明する説明図である。図２にお
いて１０は磁気ディスク装置、１１はその磁気ディスク
上に割り付けられたデータの１ブロックを意味し、６４
Ｋバイトの容量を持つブロックである。図２から判るよ
うに各サーバー６にはそれぞれ３台のディスク装置が内
蔵されている。
【００１５】次に、この映像データ記録再生システムの
動作の概要を説明する。図１において、全体で２×ｍ台
あるビデオカメラ８は、監視対象である工場等の各監視
ポイントに配置され、常時映像をビデオカメラ制御装置
９に送る。ビデオカメラ制御装置９はこの映像データを
アナログからディジタル変換した後、モーションＪＰＥ
Ｇと呼ばれる圧縮形式でデータ圧縮を行う。この結果
７.５コマ／秒のモーションＪＰＥＧデータが生成され
るが、これは１.２Ｍｂｐｓのレートのデータとなる。
このようにビデオカメラ制御装置９で生成された１本の
１.２ＭｂｐｓのレートのビデオストリームはＬＡＮ７
を介してビデオサーバー５に送られ順次記録されてい
く。一方監視装置４ａからはビデオサーバー５に記録さ
れた任意のビデオストリームを再生して見ることができ
る。この場合指定されたビデオデータがビデオサーバー
５から要求を行った監視装置４ａに対して送られる。こ
の場合のデータ転送レートも１.２Ｍｂｐｓであり、監
視装置４ａはこれを受け取るとモーションＪＰＥＧの圧
縮形式からデータの伸長を行い、これを監視装置４ａの
画面に表示する。以上が動作の概要である。
動作の概要を説明する。図１において、全体で２×ｍ台
あるビデオカメラ８は、監視対象である工場等の各監視
ポイントに配置され、常時映像をビデオカメラ制御装置
９に送る。ビデオカメラ制御装置９はこの映像データを
アナログからディジタル変換した後、モーションＪＰＥ
Ｇと呼ばれる圧縮形式でデータ圧縮を行う。この結果
７.５コマ／秒のモーションＪＰＥＧデータが生成され
るが、これは１.２Ｍｂｐｓのレートのデータとなる。
このようにビデオカメラ制御装置９で生成された１本の
１.２ＭｂｐｓのレートのビデオストリームはＬＡＮ７
を介してビデオサーバー５に送られ順次記録されてい
く。一方監視装置４ａからはビデオサーバー５に記録さ
れた任意のビデオストリームを再生して見ることができ
る。この場合指定されたビデオデータがビデオサーバー
５から要求を行った監視装置４ａに対して送られる。こ
の場合のデータ転送レートも１.２Ｍｂｐｓであり、監
視装置４ａはこれを受け取るとモーションＪＰＥＧの圧
縮形式からデータの伸長を行い、これを監視装置４ａの
画面に表示する。以上が動作の概要である。
【００１６】次に、この映像データ記録再生システムの
構成要素の能力と台数について説明する。図１におい
て、１００Ｍｂｐｓイーサネットで構成されるＬＡＮ７
にはｍ台のビデオカメラ制御装置９とｎ台の監視装置４
ａが接続されている。ｍ＋ｎ＝６０が上限の設計値であ
り、６０台が全て動作した時、このＬＡＮの総データ転
送率は１.２Ｍｂｐｓ×６０＝７２Ｍｂｐｓ（＜１００
Ｍｂｐｓ＝ＬＡＮの最大転送能力）となるようになって
いる。なおここでは簡単のため２つのＬＡＮともそれぞ
れｍ台、ｎ台がつながるとしたが、勿論他方のＬＡＮで
はｍ’台、ｎ’台（ｍ≠ｍ’、ｎ≠ｎ’、ｍ’＋ｎ’≦
６０）であってもよい。一方サーバー６は３台のディス
ク装置を備えているため（ディスクが１台しか無い場合
にはこれ程の能力は期待出来ない）１.２Ｍｂｐｓのビ
デオストリームを４０本入出力する能力がある。図１に
示すようにサーバー６には２つのＬＡＮポートがあり、
２本の１００Ｍｂｐｓイーサネットとつながっている
が、この４０本というのはこれら２つのＬＡＮの合計が
４０本ということである。例えば片方のＬＡＮが３０ス
トリーム、他方が１０ストリームということでもよい。
図１ではサーバー６が合計３台でビデオサーバー５を構
成しているため、計算上ビデオサーバー５の入出力でき
るビデオストリーム数は４０×３＝１２０本となる。一
方、２ｍ台のビデオカメラ制御装置９と２ｎ台の監視装
置４ａの総合計は２ｍ＋２ｎ＝１２０であり、計算上丁
度サーバー側とクライアント側がバランスするように設
計されている。このため合計１２０台のビデオカメラと
監視装置４ａの全てが動いても大丈夫である。
構成要素の能力と台数について説明する。図１におい
て、１００Ｍｂｐｓイーサネットで構成されるＬＡＮ７
にはｍ台のビデオカメラ制御装置９とｎ台の監視装置４
ａが接続されている。ｍ＋ｎ＝６０が上限の設計値であ
り、６０台が全て動作した時、このＬＡＮの総データ転
送率は１.２Ｍｂｐｓ×６０＝７２Ｍｂｐｓ（＜１００
Ｍｂｐｓ＝ＬＡＮの最大転送能力）となるようになって
いる。なおここでは簡単のため２つのＬＡＮともそれぞ
れｍ台、ｎ台がつながるとしたが、勿論他方のＬＡＮで
はｍ’台、ｎ’台（ｍ≠ｍ’、ｎ≠ｎ’、ｍ’＋ｎ’≦
６０）であってもよい。一方サーバー６は３台のディス
ク装置を備えているため（ディスクが１台しか無い場合
にはこれ程の能力は期待出来ない）１.２Ｍｂｐｓのビ
デオストリームを４０本入出力する能力がある。図１に
示すようにサーバー６には２つのＬＡＮポートがあり、
２本の１００Ｍｂｐｓイーサネットとつながっている
が、この４０本というのはこれら２つのＬＡＮの合計が
４０本ということである。例えば片方のＬＡＮが３０ス
トリーム、他方が１０ストリームということでもよい。
図１ではサーバー６が合計３台でビデオサーバー５を構
成しているため、計算上ビデオサーバー５の入出力でき
るビデオストリーム数は４０×３＝１２０本となる。一
方、２ｍ台のビデオカメラ制御装置９と２ｎ台の監視装
置４ａの総合計は２ｍ＋２ｎ＝１２０であり、計算上丁
度サーバー側とクライアント側がバランスするように設
計されている。このため合計１２０台のビデオカメラと
監視装置４ａの全てが動いても大丈夫である。
【００１７】次に、この映像データ記録再生システムの
中心的事項について説明する。図２において、１１は磁
気ディスク１０上に書き込まれるデータブロックであ
り、６４ＫＢのサイズであり、各ビデオカメラ８に対応
した記録データが各磁気ディスク装置１０に格納される
方式が示されている。ビデオカメラ８から送られた映像
データはビデオカメラ制御装置９にてデータ圧縮等され
た後バッファリングされ、６４ＫＢのサイズだけ貯まる
とＬＡＮ７を介して記録データとしてビデオサーバー５
に送られる。第１のビデオカメラ８(1)から送られてき
た圧縮された記録データは、図２中に示されるように上
の２行のブロック列に順次格納される。即ち、最初の６
４ＫＢはブロック(0)（サーバー６(0)のディスク(0)の
１番上の行）に、次の６４ＫＢはブロック(1)（サーバ
ー６(1)のＤＫ(1)の１番上の行）というようにして格納
されていく。最後のブロック(17)（サーバー６(2)のＤ
Ｋ(2)の上から２番目の行）にデータが転送された次
は、再び前述のブロック(0)に戻りデータが順次上書き
されていく。即ち、ここでは（64KB×18フ゛ロック×8ヒ゛ット）
／1.2Mbps＝７.６８秒毎に映像データが上書き記録され
ていく。このように短い繰り返し間隔としたのは説明の
簡単化のためであり、数１０分から数時間毎というのが
普通である。
中心的事項について説明する。図２において、１１は磁
気ディスク１０上に書き込まれるデータブロックであ
り、６４ＫＢのサイズであり、各ビデオカメラ８に対応
した記録データが各磁気ディスク装置１０に格納される
方式が示されている。ビデオカメラ８から送られた映像
データはビデオカメラ制御装置９にてデータ圧縮等され
た後バッファリングされ、６４ＫＢのサイズだけ貯まる
とＬＡＮ７を介して記録データとしてビデオサーバー５
に送られる。第１のビデオカメラ８(1)から送られてき
た圧縮された記録データは、図２中に示されるように上
の２行のブロック列に順次格納される。即ち、最初の６
４ＫＢはブロック(0)（サーバー６(0)のディスク(0)の
１番上の行）に、次の６４ＫＢはブロック(1)（サーバ
ー６(1)のＤＫ(1)の１番上の行）というようにして格納
されていく。最後のブロック(17)（サーバー６(2)のＤ
Ｋ(2)の上から２番目の行）にデータが転送された次
は、再び前述のブロック(0)に戻りデータが順次上書き
されていく。即ち、ここでは（64KB×18フ゛ロック×8ヒ゛ット）
／1.2Mbps＝７.６８秒毎に映像データが上書き記録され
ていく。このように短い繰り返し間隔としたのは説明の
簡単化のためであり、数１０分から数時間毎というのが
普通である。
【００１８】図３はビデオカメラ制御装置９が６４ＫＢ
のデータをサーバー６のいずれかに書き込み終了した時
点で、そのサーバー６の主メモリ（ディスク上のファイ
ルであっても良い）上に書き込むタイムスタンプテーブ
ルの構成図である。図３において、１２はタイムスタン
プテーブル、１３はタイムスタンプテーブル１２のタイ
ムスタンプの書き込み場所、１４はタイムスタンプ１３
に対応する６４ＫＢのブロック番号の書き込み場所であ
り、横１行は１台のビデオカメラ８に対応している。ビ
デオカメラ８からの６４ＫＢの記録データがサーバー６
に書き込まれると、対応したサーバー６の対応したビデ
オカメラ８の行の位置にタイムスタンプ１３、ブロック
番号１４の情報が、ビデオカメラ制御装置９により書き
込まれる。タイムスタンプ１３は”年からミリ秒”の値
が表現できるので、ここで扱う時間範囲では絶対時間と
みなせる。ブロック番号１４は６４ＫＢの記録データが
ストアされるブロックの番号であり、図２では各ビデオ
カメラ対応にふられた(0)〜(17)の番号のことである。
ビデオカメラ制御装置９は６４ＫＢの記録データをサー
バー６に書き込み終了した段階で、そのサーバー６内の
ファイル（タイムスタンプテーブル１２）に、この１対
のタイムスタンプ１３とブロック番号１４を書き込む。
この情報は監視装置４ａからの再生時に利用される。
のデータをサーバー６のいずれかに書き込み終了した時
点で、そのサーバー６の主メモリ（ディスク上のファイ
ルであっても良い）上に書き込むタイムスタンプテーブ
ルの構成図である。図３において、１２はタイムスタン
プテーブル、１３はタイムスタンプテーブル１２のタイ
ムスタンプの書き込み場所、１４はタイムスタンプ１３
に対応する６４ＫＢのブロック番号の書き込み場所であ
り、横１行は１台のビデオカメラ８に対応している。ビ
デオカメラ８からの６４ＫＢの記録データがサーバー６
に書き込まれると、対応したサーバー６の対応したビデ
オカメラ８の行の位置にタイムスタンプ１３、ブロック
番号１４の情報が、ビデオカメラ制御装置９により書き
込まれる。タイムスタンプ１３は”年からミリ秒”の値
が表現できるので、ここで扱う時間範囲では絶対時間と
みなせる。ブロック番号１４は６４ＫＢの記録データが
ストアされるブロックの番号であり、図２では各ビデオ
カメラ対応にふられた(0)〜(17)の番号のことである。
ビデオカメラ制御装置９は６４ＫＢの記録データをサー
バー６に書き込み終了した段階で、そのサーバー６内の
ファイル（タイムスタンプテーブル１２）に、この１対
のタイムスタンプ１３とブロック番号１４を書き込む。
この情報は監視装置４ａからの再生時に利用される。
【００１９】次に、監視装置４ａにより映像データを再
生する仕組みについて説明する。監視装置４ａは、サー
バー６の全てからタイムスタンプテーブル１２の再生し
たいビデオカメラに対応した行を読み出す。例えばビデ
オカメラ８(1)の録画を再生する場合には、一番上の行
のタイムスタンプ１３、ブロック番号１４のペアーを全
サーバー６から読み出す。読み出したタイムスタンプ１
３の中から１番新しい時刻のものを求める。即ち、それ
に対応したブロック番号１４に、そのビデオカメラ８の
１番新しい映像データに対応する記録データがストアさ
れている。監視装置４ａはこのブロックを起点として自
由自在な再生が可能となる。６４ＫＢ分の放映時間は
０.４３秒なので、例えば３.４４秒前からの映像を再生
する場合には、上記で求めた最新ブロックから３.４４
／０.４３＝８ブロック前（最新ブロックを含めて数え
て）のブロックから順次読み出して再生すればよい。こ
こで、時間は正確には０.４３秒の誤差（ブロックサイ
ズ＝６４ＫＢの場合）が含まれているが、人間の目には
あまり問題にならない。例えば図２において最新ブロッ
ク番号がブロック(15)（サーバー６(0)、ＤＫ(2)）とす
れば、最新ブロックを含めて数えた８ブロック前のブロ
ック(8)（サーバー６(2)、ＤＫ(2)）から再生を始めれ
ばよい。即ち，監視装置４ａはサーバー６(2)に対しブ
ロック(8)の記録データの読み出し要求を出し、サーバ
ー６(2)から６４ＫＢの記録データを受け取ると、次に
サーバー６(0)に対しブロック(9)の記録データの読み出
し要求を出し、サーバー６(0)から６４ＫＢの記録デー
タを受け取るというように順次データを読み出してい
く。上記データ要求は映写速度である１.２Ｍｂｐｓの
速度に照らして随時間隔を空けて行われる。このように
読み出された記録データはデータ伸長され再生されて、
順次監視装置４ａの画面に映像として映し出される。早
送り再生、早戻し再生、巻き戻し、先送り等もこの手法
に基づいて行うことが出来ることは明らかである。尚、
ここでは簡単のため個々のカメラの録画時間は７.６８
秒と短いが通常は数十分から数時間であるので、例えば
早戻し再生をしている間に１録画周期（この例では７.
６８秒）が終わってしまい、次に突然最新映像に変わっ
てしまうようなことは普通は無い。
生する仕組みについて説明する。監視装置４ａは、サー
バー６の全てからタイムスタンプテーブル１２の再生し
たいビデオカメラに対応した行を読み出す。例えばビデ
オカメラ８(1)の録画を再生する場合には、一番上の行
のタイムスタンプ１３、ブロック番号１４のペアーを全
サーバー６から読み出す。読み出したタイムスタンプ１
３の中から１番新しい時刻のものを求める。即ち、それ
に対応したブロック番号１４に、そのビデオカメラ８の
１番新しい映像データに対応する記録データがストアさ
れている。監視装置４ａはこのブロックを起点として自
由自在な再生が可能となる。６４ＫＢ分の放映時間は
０.４３秒なので、例えば３.４４秒前からの映像を再生
する場合には、上記で求めた最新ブロックから３.４４
／０.４３＝８ブロック前（最新ブロックを含めて数え
て）のブロックから順次読み出して再生すればよい。こ
こで、時間は正確には０.４３秒の誤差（ブロックサイ
ズ＝６４ＫＢの場合）が含まれているが、人間の目には
あまり問題にならない。例えば図２において最新ブロッ
ク番号がブロック(15)（サーバー６(0)、ＤＫ(2)）とす
れば、最新ブロックを含めて数えた８ブロック前のブロ
ック(8)（サーバー６(2)、ＤＫ(2)）から再生を始めれ
ばよい。即ち，監視装置４ａはサーバー６(2)に対しブ
ロック(8)の記録データの読み出し要求を出し、サーバ
ー６(2)から６４ＫＢの記録データを受け取ると、次に
サーバー６(0)に対しブロック(9)の記録データの読み出
し要求を出し、サーバー６(0)から６４ＫＢの記録デー
タを受け取るというように順次データを読み出してい
く。上記データ要求は映写速度である１.２Ｍｂｐｓの
速度に照らして随時間隔を空けて行われる。このように
読み出された記録データはデータ伸長され再生されて、
順次監視装置４ａの画面に映像として映し出される。早
送り再生、早戻し再生、巻き戻し、先送り等もこの手法
に基づいて行うことが出来ることは明らかである。尚、
ここでは簡単のため個々のカメラの録画時間は７.６８
秒と短いが通常は数十分から数時間であるので、例えば
早戻し再生をしている間に１録画周期（この例では７.
６８秒）が終わってしまい、次に突然最新映像に変わっ
てしまうようなことは普通は無い。
【００２０】次に、監視装置４ａよりビデオカメラ８の
ライブ映像を見る方式を説明する。図１において、１０
０ＭｂｐｓイーサネットＬＡＮ７は２本あるが、この内
の同一のＬＡＮ７の１本につながっている監視装置４ａ
とビデオカメラ制御装置９の間では、一般に知られてい
るＬＡＮ７のブロードキャスト機能を使ってライブ映像
を供給することができる。即ち、全てのビデオカメラ制
御装置９はブロードキャストモードで記録データをＬＡ
Ｎ７上に送り出す。この場合ビデオサーバ５は、指定さ
れたサーバー６の内の１つは記録データを取り込みスト
アしていく。同時にこの映像をライブで見ている監視装
置４ａも、ＬＡＮからこのブロードキャストデータを取
り込み、監視装置４ａの画面に映し出す。このようにし
て同一のＬＡＮ７につながった監視装置４ａとビデオカ
メラ制御装置９の間では、ブロードキャスト機能を使っ
てライブ映像を送ることができる。
ライブ映像を見る方式を説明する。図１において、１０
０ＭｂｐｓイーサネットＬＡＮ７は２本あるが、この内
の同一のＬＡＮ７の１本につながっている監視装置４ａ
とビデオカメラ制御装置９の間では、一般に知られてい
るＬＡＮ７のブロードキャスト機能を使ってライブ映像
を供給することができる。即ち、全てのビデオカメラ制
御装置９はブロードキャストモードで記録データをＬＡ
Ｎ７上に送り出す。この場合ビデオサーバ５は、指定さ
れたサーバー６の内の１つは記録データを取り込みスト
アしていく。同時にこの映像をライブで見ている監視装
置４ａも、ＬＡＮからこのブロードキャストデータを取
り込み、監視装置４ａの画面に映し出す。このようにし
て同一のＬＡＮ７につながった監視装置４ａとビデオカ
メラ制御装置９の間では、ブロードキャスト機能を使っ
てライブ映像を送ることができる。
【００２１】他方、監視装置４ａとは別のＬＡＮ７につ
ながっているビデオカメラ制御装置９からの映像が見た
い場合には、上述のブロードキャストの手法は使えな
い。勿論２本のＬＡＮ７をリピータで結合すれば可能で
はあるが、これでは帯域幅が半減してしまいＬＡＮ７を
２つに分けた意味がなくなる。以下に示す疑似ライブ映
像方式により、この問題を解決することができる。疑似
ライブ映像方式とは、実際の場面よりわずか遅れた映像
（疑似ライブ映像。この実施の形態の例では１秒前後の
遅れ）を供給するものであり、これによって図１に示さ
れる全システム中の任意の監視装置４ａから、任意のビ
デオカメラ８の疑似ライブ映像を見ることができるよう
にしたものである。
ながっているビデオカメラ制御装置９からの映像が見た
い場合には、上述のブロードキャストの手法は使えな
い。勿論２本のＬＡＮ７をリピータで結合すれば可能で
はあるが、これでは帯域幅が半減してしまいＬＡＮ７を
２つに分けた意味がなくなる。以下に示す疑似ライブ映
像方式により、この問題を解決することができる。疑似
ライブ映像方式とは、実際の場面よりわずか遅れた映像
（疑似ライブ映像。この実施の形態の例では１秒前後の
遅れ）を供給するものであり、これによって図１に示さ
れる全システム中の任意の監視装置４ａから、任意のビ
デオカメラ８の疑似ライブ映像を見ることができるよう
にしたものである。
【００２２】以下に監視装置４ａから疑似ライブ映像を
見る場合の動作を示す。監視装置４ａは全てのサーバー
６から、図３に示されたタイムスタンプテーブル１２
の、所要のビデオカメラに対応する行を読み出す。この
中からタイムスタンプ１３が２番めに新しいものを探し
出す。そしてそれに対応したブロック番号１４の位置か
らサーバー６を介してブロック単位の記録データを読み
出して再生を開始する。ここで、２番目に新しいブロッ
クから記録データを読み出すとしたのは、本監視装置４
ａが６４ＫＢ単位でダブルバッファリングを行っている
ため、先読みを２ブロック行うようになっており、その
時２個目のブロックが既に書き込まれていることを保証
するためである。この同期制御をきめ細かく行うことに
より、２番目でなく最新のブロックから再生を開始す
る、即ち、現実に対しより遅延を少なくすることも可能
である。以上のようにして、疑似ライブ映像を任意の監
視装置４ａとビデオカメラ制御装置９の間で送ることが
出来る。
見る場合の動作を示す。監視装置４ａは全てのサーバー
６から、図３に示されたタイムスタンプテーブル１２
の、所要のビデオカメラに対応する行を読み出す。この
中からタイムスタンプ１３が２番めに新しいものを探し
出す。そしてそれに対応したブロック番号１４の位置か
らサーバー６を介してブロック単位の記録データを読み
出して再生を開始する。ここで、２番目に新しいブロッ
クから記録データを読み出すとしたのは、本監視装置４
ａが６４ＫＢ単位でダブルバッファリングを行っている
ため、先読みを２ブロック行うようになっており、その
時２個目のブロックが既に書き込まれていることを保証
するためである。この同期制御をきめ細かく行うことに
より、２番目でなく最新のブロックから再生を開始す
る、即ち、現実に対しより遅延を少なくすることも可能
である。以上のようにして、疑似ライブ映像を任意の監
視装置４ａとビデオカメラ制御装置９の間で送ることが
出来る。
【００２３】上述の構成とすることにより、各ビデオカ
メラ８(1)〜(2m)で撮影された被圧縮映像はビデオサー
バー５の中に同時並行的に記録されて行き、任意の監視
装置４ａからこれらの映像データを自由に疑似ライブ映
像、又は録画映像で見ることができる。このように１つ
のビデオストリームような一連の連続したデータを複数
のディスクにまたがって格納する方式はデータストライ
ピングと呼ばれる。１つのディスクアレイ装置内で複数
のディスクに渡ってストライピングされるのが普通であ
るが、この実施の形態のように複数のサーバー６間をも
またがってストライピングすると、以下の２つの効果が
もたらされる。 （１）全てのビデオカメラ８の録画映像が、ネットワー
ク上の１ヶ所、即ち、ビデオサーバー５の中に貯えられ
るので、監視装置４ａによりデオサーバー５の中に貯え
られた録画映像をその場で自由に再生することが出来
る。 （２）ビデオサーバー５が複数のサーバー６から構成さ
れていて、１台のビデオカメラのデータがこれらのサー
バー６にまたがってストライピングされてストアされる
ため、各サーバー６にかかる負荷が１／（サーバー６の
台数）に軽減される。図１のシステム構成において、ビ
デオサーバーの性能（何本のビデオカメラ映像を同時録
画出来るか、何本のビデオストリームを同時再生できる
か）のボトルネックは、サーバー６のＣＰＵ能力、サー
バー６のディスクの入出力性能、ネットワーク７の伝送
能力、クライアント側（ビデオカメラ８及びビデオカメ
ラ制御装置９、監視装置４ａ）の能力の内の、いずれか
にある。我々の実施した実験によれば、図１のような構
成ではサーバー６のＣＰＵ能力が性能のボトルネックに
なることが分かっている。即ち上記のようにサーバー６
にかかる負荷が１／（サーバー６の台数）に軽減される
ことにより、サーバー６のＣＰＵにかかる負荷も１／
（サーバー６の台数）に軽減され、録画／再生できるビ
デオストリーム数が（サーバー６の台数）倍に増加する
という効果を奏する。
メラ８(1)〜(2m)で撮影された被圧縮映像はビデオサー
バー５の中に同時並行的に記録されて行き、任意の監視
装置４ａからこれらの映像データを自由に疑似ライブ映
像、又は録画映像で見ることができる。このように１つ
のビデオストリームような一連の連続したデータを複数
のディスクにまたがって格納する方式はデータストライ
ピングと呼ばれる。１つのディスクアレイ装置内で複数
のディスクに渡ってストライピングされるのが普通であ
るが、この実施の形態のように複数のサーバー６間をも
またがってストライピングすると、以下の２つの効果が
もたらされる。 （１）全てのビデオカメラ８の録画映像が、ネットワー
ク上の１ヶ所、即ち、ビデオサーバー５の中に貯えられ
るので、監視装置４ａによりデオサーバー５の中に貯え
られた録画映像をその場で自由に再生することが出来
る。 （２）ビデオサーバー５が複数のサーバー６から構成さ
れていて、１台のビデオカメラのデータがこれらのサー
バー６にまたがってストライピングされてストアされる
ため、各サーバー６にかかる負荷が１／（サーバー６の
台数）に軽減される。図１のシステム構成において、ビ
デオサーバーの性能（何本のビデオカメラ映像を同時録
画出来るか、何本のビデオストリームを同時再生できる
か）のボトルネックは、サーバー６のＣＰＵ能力、サー
バー６のディスクの入出力性能、ネットワーク７の伝送
能力、クライアント側（ビデオカメラ８及びビデオカメ
ラ制御装置９、監視装置４ａ）の能力の内の、いずれか
にある。我々の実施した実験によれば、図１のような構
成ではサーバー６のＣＰＵ能力が性能のボトルネックに
なることが分かっている。即ち上記のようにサーバー６
にかかる負荷が１／（サーバー６の台数）に軽減される
ことにより、サーバー６のＣＰＵにかかる負荷も１／
（サーバー６の台数）に軽減され、録画／再生できるビ
デオストリーム数が（サーバー６の台数）倍に増加する
という効果を奏する。
【００２４】尚、この実施の形態では、サーバー６が複
数台でなく１台の場合にも適用できることは明らかであ
る。また、この実施の形態では１台のビデオカメラ制御
装置９に１台のビデオカメラ８が接続されるようになっ
ているが、１台のビデオカメラ制御装置９に複数台のビ
デオカメラ８が接続され、ビデオカメラ制御装置９が同
時に複数台のビデオカメラ８を制御するようにしてもよ
い。
数台でなく１台の場合にも適用できることは明らかであ
る。また、この実施の形態では１台のビデオカメラ制御
装置９に１台のビデオカメラ８が接続されるようになっ
ているが、１台のビデオカメラ制御装置９に複数台のビ
デオカメラ８が接続され、ビデオカメラ制御装置９が同
時に複数台のビデオカメラ８を制御するようにしてもよ
い。
【００２５】実施の形態２ 実施の形態１では分散ＲＡＩＤ方式ビデオサーバーにお
いて、ＲＡＩＤ０に対応するものであった。これに対し
実施の形態２はＲＡＩＤ４に対応する方式であり、複数
台あるサーバー６の内の１台が故障しても、それまでの
記録データは失われず、処理も続行できる高信頼化機能
を備えたものである。実施の形態２の構成図は実施の形
態１と同様図１である。実施の形態２のサーバー６内の
ディスク上のデータ配置を示したのが図４である。図４
は実施の形態１における図２と比べて、ブロック１１内
のデータ内容（配置）が異なる。図４ではサーバー６
(2)はデータの代わりにパリティだけを持ったものでパ
リティサーバーとも呼ばれる。ブロック(0)とブロック
(1)のデータをビット対応でExclusive ORしたものがブ
ロック(P0)の内容となる。同様にブロック(2)とブロッ
ク(3)をExclusive ORしたものがブロック(P1)と順次な
っていく。このようにパリティにより結びついたブロッ
クのグループ（ex.((0),(1),(P0))や（(2),(3),(P1)）
はパリティグループと呼ばれる。このように(P0)、(P1)
・・のようなパリティを付けると、サーバー６の内の１
台が故障により切り離されてもデータが復元できるとい
う特徴がある。例えばサーバー ６(1)が故障してブロッ
ク(1)が読めなくなった場合、ブロック(0)とブロック(P
0)をExclusive ORするとブロック(1)になるという性質
があるため、この操作を行うことにより故障したサーバ
ー６(1)に入っているブロック(1)のデータを復元できる
ようになり、処理が続行可能となる。
いて、ＲＡＩＤ０に対応するものであった。これに対し
実施の形態２はＲＡＩＤ４に対応する方式であり、複数
台あるサーバー６の内の１台が故障しても、それまでの
記録データは失われず、処理も続行できる高信頼化機能
を備えたものである。実施の形態２の構成図は実施の形
態１と同様図１である。実施の形態２のサーバー６内の
ディスク上のデータ配置を示したのが図４である。図４
は実施の形態１における図２と比べて、ブロック１１内
のデータ内容（配置）が異なる。図４ではサーバー６
(2)はデータの代わりにパリティだけを持ったものでパ
リティサーバーとも呼ばれる。ブロック(0)とブロック
(1)のデータをビット対応でExclusive ORしたものがブ
ロック(P0)の内容となる。同様にブロック(2)とブロッ
ク(3)をExclusive ORしたものがブロック(P1)と順次な
っていく。このようにパリティにより結びついたブロッ
クのグループ（ex.((0),(1),(P0))や（(2),(3),(P1)）
はパリティグループと呼ばれる。このように(P0)、(P1)
・・のようなパリティを付けると、サーバー６の内の１
台が故障により切り離されてもデータが復元できるとい
う特徴がある。例えばサーバー ６(1)が故障してブロッ
ク(1)が読めなくなった場合、ブロック(0)とブロック(P
0)をExclusive ORするとブロック(1)になるという性質
があるため、この操作を行うことにより故障したサーバ
ー６(1)に入っているブロック(1)のデータを復元できる
ようになり、処理が続行可能となる。
【００２６】この実施の形態２によるビデオカメラ制御
装置９の動作を説明する。この実施の形態２ではパリテ
ィブロック(P0)をサーバー６(2)内にストアするのが特
徴である。圧縮された映像データをビデオサーバー５内
のブロック(0)、(1)にストアしていくのは実施の形態１
と同様の手順であるが、この他にこれらのデータが以下
のようにバッファリングされる点が異なる。図５はパリ
ティを生成するために使用されるブロックバッファの動
作を説明する説明図である。図５において１５はデータ
ブロックバッファであり、ビデオカメラ制御装置９の主
メモリ上に作られ、サーバー６の台数より１つ少ない数
だけある。この実施の形態２ではサーバー６は３台であ
るので２個となっている。１６はパリティバッファであ
り１個が置かれる。ビデオカメラ８から送られた映像デ
ータは圧縮等された後記録データとしてブロックバッフ
ァ１５(0)に貯えられていく。６４ＫＢ分の記録データ
が送られて一杯の状態になるとサーバー６への転送が行
われる。この転送が完了した後もブロックバッファ１５
(0)の内容は保存される。ビデオカメラ８からの続くデ
ータはブロックバッファ１５(1)に貯えられていき、一
杯になるとサーバー６への転送が開始される。同時にビ
デオカメラ制御装置９の内部ではパリティ計算が開始さ
れる。
装置９の動作を説明する。この実施の形態２ではパリテ
ィブロック(P0)をサーバー６(2)内にストアするのが特
徴である。圧縮された映像データをビデオサーバー５内
のブロック(0)、(1)にストアしていくのは実施の形態１
と同様の手順であるが、この他にこれらのデータが以下
のようにバッファリングされる点が異なる。図５はパリ
ティを生成するために使用されるブロックバッファの動
作を説明する説明図である。図５において１５はデータ
ブロックバッファであり、ビデオカメラ制御装置９の主
メモリ上に作られ、サーバー６の台数より１つ少ない数
だけある。この実施の形態２ではサーバー６は３台であ
るので２個となっている。１６はパリティバッファであ
り１個が置かれる。ビデオカメラ８から送られた映像デ
ータは圧縮等された後記録データとしてブロックバッフ
ァ１５(0)に貯えられていく。６４ＫＢ分の記録データ
が送られて一杯の状態になるとサーバー６への転送が行
われる。この転送が完了した後もブロックバッファ１５
(0)の内容は保存される。ビデオカメラ８からの続くデ
ータはブロックバッファ１５(1)に貯えられていき、一
杯になるとサーバー６への転送が開始される。同時にビ
デオカメラ制御装置９の内部ではパリティ計算が開始さ
れる。
【００２７】即ち、ブロックバッファ１５(0)の内容と
ブロックバッファ１５(1)の内容を上の方から順次Exclu
sive OR演算して、その結果をパリティバッファ１６に
入れていく。このExclusive OR演算が６４ＫＢ分終了
し、ブロックバッファ１５(1)の内容のサーバー６への
転送が終了すると、次はこのパリティバッファ１６の内
容をサーバー６(2)に転送し図４に示すブロック(P0)に
ストアする。なおビデオカメラ制御装置９のＣＰＵは十
分高速であるのでこのExclusive OR演算は１００msec程
度という短い時間で終了するため、この間後続の圧縮デ
ータのブロックバッファ１５(0)への注入は止めてお
く。Exclusive OR演算が終わった時点で、この止めがリ
リースされ後続のデータのブロックバッファ１５(0)へ
の注入が始まる。この実施の形態２ではサーバー６の台
数が３であるためブロックバッファ１５の数は２である
が、サーバー６の台数が例えば４であれば、ブロックバ
ッファ１５の数は３となる。この時にはExclusive OR演
算は２回行われる。即ち、最初ブロックバッファ１５
(0)とブロックバッファ１５(1)がExclusive OR演算され
この結果ともう一つのブロックバッファがExclusive OR
演算され、これが最終結果としてパリティバッファ１６
に入れられる。以上のように実施の形態２においては、
ビデオカメラ制御装置９にとって、パリティブロック１
６のストアという余分な作業が発生する。
ブロックバッファ１５(1)の内容を上の方から順次Exclu
sive OR演算して、その結果をパリティバッファ１６に
入れていく。このExclusive OR演算が６４ＫＢ分終了
し、ブロックバッファ１５(1)の内容のサーバー６への
転送が終了すると、次はこのパリティバッファ１６の内
容をサーバー６(2)に転送し図４に示すブロック(P0)に
ストアする。なおビデオカメラ制御装置９のＣＰＵは十
分高速であるのでこのExclusive OR演算は１００msec程
度という短い時間で終了するため、この間後続の圧縮デ
ータのブロックバッファ１５(0)への注入は止めてお
く。Exclusive OR演算が終わった時点で、この止めがリ
リースされ後続のデータのブロックバッファ１５(0)へ
の注入が始まる。この実施の形態２ではサーバー６の台
数が３であるためブロックバッファ１５の数は２である
が、サーバー６の台数が例えば４であれば、ブロックバ
ッファ１５の数は３となる。この時にはExclusive OR演
算は２回行われる。即ち、最初ブロックバッファ１５
(0)とブロックバッファ１５(1)がExclusive OR演算され
この結果ともう一つのブロックバッファがExclusive OR
演算され、これが最終結果としてパリティバッファ１６
に入れられる。以上のように実施の形態２においては、
ビデオカメラ制御装置９にとって、パリティブロック１
６のストアという余分な作業が発生する。
【００２８】また、サーバー６の内の１台が故障等によ
り切り離されて運転されている状態は縮退運転と呼ばれ
る。この場合には、ビデオカメラ制御装置９は、その切
り離されたサーバー６に対して通常行う動作を行わな
い。これ以外は通常の録画と同様の動作をする。
り切り離されて運転されている状態は縮退運転と呼ばれ
る。この場合には、ビデオカメラ制御装置９は、その切
り離されたサーバー６に対して通常行う動作を行わな
い。これ以外は通常の録画と同様の動作をする。
【００２９】このような録画動作において、例えば、図
４に示す横１列分の録画動作において、サーバー側の負
荷、ネットワーク負荷は実施の形態１と変わりがない
が、この間に録画される映像データの量は（サーバー６
の台数−１）／（サーバー６の台数）と少なくなってい
る。即ち、この分だけ録画性能が落ちることになり、シ
ステムとして同時動作可能なビデオカメラ８の数は減少
する。又再生時も（サーバー６の台数−１）台のサーバ
ーから読まれるため、同様の比率で同時動作可能な監視
装置４ａの数は減少する。以上の性能は縮退時について
もあてはまる。
４に示す横１列分の録画動作において、サーバー側の負
荷、ネットワーク負荷は実施の形態１と変わりがない
が、この間に録画される映像データの量は（サーバー６
の台数−１）／（サーバー６の台数）と少なくなってい
る。即ち、この分だけ録画性能が落ちることになり、シ
ステムとして同時動作可能なビデオカメラ８の数は減少
する。又再生時も（サーバー６の台数−１）台のサーバ
ーから読まれるため、同様の比率で同時動作可能な監視
装置４ａの数は減少する。以上の性能は縮退時について
もあてはまる。
【００３０】図６は実施の形態２で使用する最新グルー
プテーブル１７を示す構成図であり最新グループテーブ
ルは図３に示すタイムスタンプテーブル１２に対応す
る。図３の場合と比較して、最新グループテーブル１７
はタイムスタンプ値が無いことと、最初の２台のサーバ
ー６にのみ置かれるのが特徴である。また、ブロック番
号１４の代わりに、パリティグループ番号１８が使われ
るのが特徴である。ビデオカメラ制御装置９は、１パリ
ティグループ（数ブロック）の映像データをビデオサー
バー５に転送し終わった時点で、最新グループテーブル
１７を更新する。即ち最新グループテーブル１７のその
ビデオカメラに対応する部分に、パリティグループ番号
１８の欄に書き込む。最初の２台のサーバー６には同じ
内容が書き込まれるが、これは片方が故障した場合に備
えたものである。多数のサーバー６がある時、最初の２
台のみにこの書き込みのための負荷がかかり、アンバラ
ンスが心配されるが、最新グループテーブル１７の書き
込み負荷は記録データの書き込みにくらべ十分小さいた
め問題ない。
プテーブル１７を示す構成図であり最新グループテーブ
ルは図３に示すタイムスタンプテーブル１２に対応す
る。図３の場合と比較して、最新グループテーブル１７
はタイムスタンプ値が無いことと、最初の２台のサーバ
ー６にのみ置かれるのが特徴である。また、ブロック番
号１４の代わりに、パリティグループ番号１８が使われ
るのが特徴である。ビデオカメラ制御装置９は、１パリ
ティグループ（数ブロック）の映像データをビデオサー
バー５に転送し終わった時点で、最新グループテーブル
１７を更新する。即ち最新グループテーブル１７のその
ビデオカメラに対応する部分に、パリティグループ番号
１８の欄に書き込む。最初の２台のサーバー６には同じ
内容が書き込まれるが、これは片方が故障した場合に備
えたものである。多数のサーバー６がある時、最初の２
台のみにこの書き込みのための負荷がかかり、アンバラ
ンスが心配されるが、最新グループテーブル１７の書き
込み負荷は記録データの書き込みにくらべ十分小さいた
め問題ない。
【００３１】次に、監視装置４ａにおける再生動作を説
明する。監視装置４ａはサーバー６(0)から、最新グル
ープテーブル１７の見たいビデオカメラ８に対応した行
を読み出す。これにより、最新にストアされたパリティ
グループが特定される。実施の形態１の場合と同様、こ
の最新のパリティグループを起点として過去の時点の映
像データの録画場所を求めることができ、これから再
生、早送り再生、早戻し再生、巻き戻し、先送り等を行
うことが可能となる。この実施の形態２では再生はブロ
ック単位ではなく、パリティグループ単位で行われる。
図７はこのための、監視装置４ａの主メモリ中に置かれ
るバッファの構成を示した図である。再生を開始したい
時点のパリティグループが決まると、監視装置４ａは各
サーバー６に対して、６４ＫＢのブロック単位で順次記
録データの読み込みを行う。例えば図４において、パリ
ティグループ(P4)のところから再生を開始する場合に
は、サーバー６(0)からブロック(8)を図７に示すブロッ
クバッファ１９(0)に読み込む。次にサーバー(1)から図
４に示すブロック(9)を図７に示すブロックバッファ１
９(1)に読み込む。尚、サーバー６(0)及びサーバー６
(1)が正常な場合には、パリティサーバー（サーバー６
(2)）からの読み込みは行わない。以上のようにパリテ
ィグループ全体の読み出しが完了した時点で、この記録
データはデータ伸長により映像データに再生され、画面
表示が行われる。
明する。監視装置４ａはサーバー６(0)から、最新グル
ープテーブル１７の見たいビデオカメラ８に対応した行
を読み出す。これにより、最新にストアされたパリティ
グループが特定される。実施の形態１の場合と同様、こ
の最新のパリティグループを起点として過去の時点の映
像データの録画場所を求めることができ、これから再
生、早送り再生、早戻し再生、巻き戻し、先送り等を行
うことが可能となる。この実施の形態２では再生はブロ
ック単位ではなく、パリティグループ単位で行われる。
図７はこのための、監視装置４ａの主メモリ中に置かれ
るバッファの構成を示した図である。再生を開始したい
時点のパリティグループが決まると、監視装置４ａは各
サーバー６に対して、６４ＫＢのブロック単位で順次記
録データの読み込みを行う。例えば図４において、パリ
ティグループ(P4)のところから再生を開始する場合に
は、サーバー６(0)からブロック(8)を図７に示すブロッ
クバッファ１９(0)に読み込む。次にサーバー(1)から図
４に示すブロック(9)を図７に示すブロックバッファ１
９(1)に読み込む。尚、サーバー６(0)及びサーバー６
(1)が正常な場合には、パリティサーバー（サーバー６
(2)）からの読み込みは行わない。以上のようにパリテ
ィグループ全体の読み出しが完了した時点で、この記録
データはデータ伸長により映像データに再生され、画面
表示が行われる。
【００３２】次に、サーバー６の内の１台が故障で切り
離されている時の再生動作を説明する。図８はこの場合
のブロックバッファ１９とパリティバッファ２０の動作
を説明する説明図であり、構成要素・内容は図７と全く
同じものである。以下にサーバー６(1)が故障の場合
で、パリティグループ(P4)を読み出す場合を例に説明す
る。監視装置４ａは図４のサーバー６(0)からブロック
(8)を図８に示すようにブロックバッファ１９(0)に読み
込む。次に、図４に示すパリティバッファであるサーバ
ー６(2)からパリティ(P4)を、パリティバッファ２０に
読み込む。次に、ここで読み込んだ２つのブロックの記
録データをビット対応でExclusive OR演算し、その結果
をブロックバッファ１９(1)にストアする。これにより
故障したサーバー6(1)のブロック(9)の内容が復元され
たことになる。後は正常時の再生と同様、ブロックバッ
ファ１９(0),(1)の内容がデータ表示系に送られ、画面
表示が行われる。
離されている時の再生動作を説明する。図８はこの場合
のブロックバッファ１９とパリティバッファ２０の動作
を説明する説明図であり、構成要素・内容は図７と全く
同じものである。以下にサーバー６(1)が故障の場合
で、パリティグループ(P4)を読み出す場合を例に説明す
る。監視装置４ａは図４のサーバー６(0)からブロック
(8)を図８に示すようにブロックバッファ１９(0)に読み
込む。次に、図４に示すパリティバッファであるサーバ
ー６(2)からパリティ(P4)を、パリティバッファ２０に
読み込む。次に、ここで読み込んだ２つのブロックの記
録データをビット対応でExclusive OR演算し、その結果
をブロックバッファ１９(1)にストアする。これにより
故障したサーバー6(1)のブロック(9)の内容が復元され
たことになる。後は正常時の再生と同様、ブロックバッ
ファ１９(0),(1)の内容がデータ表示系に送られ、画面
表示が行われる。
【００３３】疑似ライブ映像の再生方式も実施の形態１
の場合と同じ考え方で行われる。実施の形態２の場合は
実施の形態１に比して、ブロック単位でなくパリティグ
ループ単位で記録データを処理するため実際の場面から
の遅れは若干増えることになる。監視装置４ａにより疑
似ライブ映像を見る場合には、図６に示す最新グループ
テーブル１７中の、最新のパリティブロック番号１８に
示される、その最新のパリティブロック番号１８に対応
する記録データから再生を開始する点のみが異なる。
の場合と同じ考え方で行われる。実施の形態２の場合は
実施の形態１に比して、ブロック単位でなくパリティグ
ループ単位で記録データを処理するため実際の場面から
の遅れは若干増えることになる。監視装置４ａにより疑
似ライブ映像を見る場合には、図６に示す最新グループ
テーブル１７中の、最新のパリティブロック番号１８に
示される、その最新のパリティブロック番号１８に対応
する記録データから再生を開始する点のみが異なる。
【００３４】この実施の形態２では以下の３つの効果が
もたらされる。 （１）全てのビデオカメラ８の録画映像が、ネットワー
ク７上の１ヶ所、即ちビデオサーバー５の中に貯えられ
る。監視装置４ａによりデオサーバー５の中に貯えられ
た録画映像をその場で自由に簡単に再生することができ
る。 （２）ビデオサーバー５が複数のサーバー６から構成さ
れており、ビデオサーバー５における録画データの記録
処理及び監視端末への再生データの配信処理が、複数の
サーバー６で分担して行われるため、サーバー６の１台
当たりの負担が軽減する。このためビデオサーバー５全
体として、同時に並行して録画できるビデオカメラ８台
数、及び同時に再生データを供給できる監視装置４ａの
台数が、サーバー６の台数に比例して増加するという効
果を奏する。 （３）データの他にパリティをストアし、いわゆるＲＡ
ＩＤ４方式の構成をとるため、複数台のサーバー６の内
の１台が故障しても、それまでに録画された記録データ
は消失せず、処理も続行できるため、信頼性が大幅に向
上するという効果を奏する。
もたらされる。 （１）全てのビデオカメラ８の録画映像が、ネットワー
ク７上の１ヶ所、即ちビデオサーバー５の中に貯えられ
る。監視装置４ａによりデオサーバー５の中に貯えられ
た録画映像をその場で自由に簡単に再生することができ
る。 （２）ビデオサーバー５が複数のサーバー６から構成さ
れており、ビデオサーバー５における録画データの記録
処理及び監視端末への再生データの配信処理が、複数の
サーバー６で分担して行われるため、サーバー６の１台
当たりの負担が軽減する。このためビデオサーバー５全
体として、同時に並行して録画できるビデオカメラ８台
数、及び同時に再生データを供給できる監視装置４ａの
台数が、サーバー６の台数に比例して増加するという効
果を奏する。 （３）データの他にパリティをストアし、いわゆるＲＡ
ＩＤ４方式の構成をとるため、複数台のサーバー６の内
の１台が故障しても、それまでに録画された記録データ
は消失せず、処理も続行できるため、信頼性が大幅に向
上するという効果を奏する。
【００３５】この実施の形態２では１台のビデオカメラ
制御装置９に１台のビデオカメラ８が接続されるように
なっているが、１台のビデオカメラ制御装置９に複数台
のビデオカメラ８が接続され、ビデオカメラ制御装置９
が同時に複数台のビデオカメラ８を制御するようにして
もよい。
制御装置９に１台のビデオカメラ８が接続されるように
なっているが、１台のビデオカメラ制御装置９に複数台
のビデオカメラ８が接続され、ビデオカメラ制御装置９
が同時に複数台のビデオカメラ８を制御するようにして
もよい。
【００３６】実施の形態３ 実施の形態２は分散ＲＡＩＤ方式ビデオサーバーにおい
て、ＲＡＩＤ４に対応するものであった。これに対し実
施の形態３による映像データ記録再生システムはＲＡＩ
Ｄ５に対応する方式であり、実施の形態２と同様に複数
台あるサーバー６の内の１台が故障しても、それまでの
記録データは失われず、処理も続行できる高信頼化機能
を備えたものである。この場合監視装置４ａからの正常
時の記録データの読み出しにおいて、パリティサーバー
が無いため、全てのサーバー６から読み出しが行われる
ので、読み出し性能が向上し、その分監視装置４ａを多
く接続可能であるという利点を有する。
て、ＲＡＩＤ４に対応するものであった。これに対し実
施の形態３による映像データ記録再生システムはＲＡＩ
Ｄ５に対応する方式であり、実施の形態２と同様に複数
台あるサーバー６の内の１台が故障しても、それまでの
記録データは失われず、処理も続行できる高信頼化機能
を備えたものである。この場合監視装置４ａからの正常
時の記録データの読み出しにおいて、パリティサーバー
が無いため、全てのサーバー６から読み出しが行われる
ので、読み出し性能が向上し、その分監視装置４ａを多
く接続可能であるという利点を有する。
【００３７】実施の形態３の構成図は実施の形態２と同
様図１である。図９に実施の形態３のサーバー６内のデ
ィスク上のデータ配置を示す。図９では実施の形態２の
図４と比べてパリティの配置が異なっている。即ち、パ
リティが１台のサーバー６に集中しているのでなく、全
てのサーバー６に分散して置かれる。実施の形態３にお
ける動作は、このパリティの位置が異なり、このため記
録データの位置もそれに対応して変わる点以外は、実施
の形態２の場合と同様となる 。このため実施の形態２
で行った説明が実施の形態３にそのまま適用できる。例
えば実施の形態２のビデオカメラ制御装置９のビデオサ
ーバー５への録画ではブロック(0),(1)、パリティ(P0)
がビデオサーバー５にストアする動作が示されている
が、これらは同様に説明でき、その違いは図９において
ブロック(0),(1)、パリティブロック(P0)の横方向の位
置が図４と異なるという点である。このため以下説明は
省略する。
様図１である。図９に実施の形態３のサーバー６内のデ
ィスク上のデータ配置を示す。図９では実施の形態２の
図４と比べてパリティの配置が異なっている。即ち、パ
リティが１台のサーバー６に集中しているのでなく、全
てのサーバー６に分散して置かれる。実施の形態３にお
ける動作は、このパリティの位置が異なり、このため記
録データの位置もそれに対応して変わる点以外は、実施
の形態２の場合と同様となる 。このため実施の形態２
で行った説明が実施の形態３にそのまま適用できる。例
えば実施の形態２のビデオカメラ制御装置９のビデオサ
ーバー５への録画ではブロック(0),(1)、パリティ(P0)
がビデオサーバー５にストアする動作が示されている
が、これらは同様に説明でき、その違いは図９において
ブロック(0),(1)、パリティブロック(P0)の横方向の位
置が図４と異なるという点である。このため以下説明は
省略する。
【００３８】この実施の形態３では以下の４つの効果が
もたらされる。 （１）全てのビデオカメラ８の録画映像が、ネットワー
ク上の１ヶ所、即ち、ビデオサーバー５の中に貯えられ
る。監視装置４ａにおいてこれらの録画映像をその場で
自由に簡単に再生することが出来る。 （２）ビデオサーバー５が複数のサーバー６から構成さ
れており、ビデオサーバー５における記録データの記録
処理及び監視端末への再生データの配信処理が、複数の
サーバー６で分担して行われるため、サーバー６の１台
当たりの負担が軽減する。このためビデオサーバー５全
体として、同時に並行して録画できるビデオカメラの台
数、及び同時に再生データを供給出来る監視装置４ａの
台数が、サーバー６の台数に比例して増加するという効
果を奏する。 （３）データの他にパリティをストアし、いわゆるＲＡ
ＩＤ４方式の構成をとるため、複数台のサーバー６の内
の１台が故障しても、それまでに録画された記録データ
は消失せず、処理も続行できるため、信 頼性が大幅に
向上するという効果を奏する。 （４）パリティが特定のサーバー６でなく、複数のサー
バー６の全体に分散して配置されるいわゆるＲＡＩＤ５
型の構成をとっているため、サーバー６が１台も切り離
されていない正常時の再生動作において、サーバー６の
全てが動作することにより、処理能力が向上し結果的に
同時再生可能な監視装置４ａの数が増やせるという効果
を奏する。
もたらされる。 （１）全てのビデオカメラ８の録画映像が、ネットワー
ク上の１ヶ所、即ち、ビデオサーバー５の中に貯えられ
る。監視装置４ａにおいてこれらの録画映像をその場で
自由に簡単に再生することが出来る。 （２）ビデオサーバー５が複数のサーバー６から構成さ
れており、ビデオサーバー５における記録データの記録
処理及び監視端末への再生データの配信処理が、複数の
サーバー６で分担して行われるため、サーバー６の１台
当たりの負担が軽減する。このためビデオサーバー５全
体として、同時に並行して録画できるビデオカメラの台
数、及び同時に再生データを供給出来る監視装置４ａの
台数が、サーバー６の台数に比例して増加するという効
果を奏する。 （３）データの他にパリティをストアし、いわゆるＲＡ
ＩＤ４方式の構成をとるため、複数台のサーバー６の内
の１台が故障しても、それまでに録画された記録データ
は消失せず、処理も続行できるため、信 頼性が大幅に
向上するという効果を奏する。 （４）パリティが特定のサーバー６でなく、複数のサー
バー６の全体に分散して配置されるいわゆるＲＡＩＤ５
型の構成をとっているため、サーバー６が１台も切り離
されていない正常時の再生動作において、サーバー６の
全てが動作することにより、処理能力が向上し結果的に
同時再生可能な監視装置４ａの数が増やせるという効果
を奏する。
【００３９】この実施の形態３では１台のビデオカメラ
制御装置９に１台のビデオカメラ８が接続されるように
なっているが、１台のビデオカメラ制御装置９に複数台
のビデオカメラ８が接続され、ビデオカメラ制御装置９
が同時に複数台のビデオカメラ８を制御するようにして
もよい。
制御装置９に１台のビデオカメラ８が接続されるように
なっているが、１台のビデオカメラ制御装置９に複数台
のビデオカメラ８が接続され、ビデオカメラ制御装置９
が同時に複数台のビデオカメラ８を制御するようにして
もよい。
【００４０】
【発明の効果】以上のように、この発明によれば映像デ
ータの記録再生システムを、制御装置がデータ生成手段
毎の連続する映像データをブロック単位の記録データに
加工し、ブロック単位の記録データをサーバを介して複
数の記憶装置に対して横断的に所定の順序で格納し、映
像データ再生装置が任意のデータ生成手段に対応するブ
ロック単位の記録データを前記サーバを介して前記複数
の記憶装置の任意の位置から読み出して再生し、表示す
るようにすると、全てのデータ生成手段の録画データ
が、サーバーに接続された複数の記憶装置に貯えられる
ので、映像データ再生装置によりサーバーの中に貯えら
れた任意のデータ生成手段の録画データをその場で自由
に再生し、表示することができる効果を奏する。
ータの記録再生システムを、制御装置がデータ生成手段
毎の連続する映像データをブロック単位の記録データに
加工し、ブロック単位の記録データをサーバを介して複
数の記憶装置に対して横断的に所定の順序で格納し、映
像データ再生装置が任意のデータ生成手段に対応するブ
ロック単位の記録データを前記サーバを介して前記複数
の記憶装置の任意の位置から読み出して再生し、表示す
るようにすると、全てのデータ生成手段の録画データ
が、サーバーに接続された複数の記憶装置に貯えられる
ので、映像データ再生装置によりサーバーの中に貯えら
れた任意のデータ生成手段の録画データをその場で自由
に再生し、表示することができる効果を奏する。
【００４１】また、次の発明によれば映像データの記録
再生システムを、サーバを複数備え、制御装置は複数の
サーバを介して複数の記憶装置に対して記録データをブ
ロック単位で横断的に所定の順序で格納し、映像データ
再生装置は任意のデータ生成手段に対応するブロック単
位の記録データを複数のサーバを介して複数の記憶装置
の任意の位置からで読み出して再生し、表示するように
すると、１台のデータ生成手段の記録データが複数のサ
ーバーにまたがってストライピングされてストアされる
ため、各サーバーにかかる負荷が１／（サーバーの台
数）に軽減され、録画／再生可能な映像データのスリー
ム数が（サーバーの台数）倍に増加するので、データ生
成手段と映像データ再生装置の台数を増加できるという
効果を奏する。
再生システムを、サーバを複数備え、制御装置は複数の
サーバを介して複数の記憶装置に対して記録データをブ
ロック単位で横断的に所定の順序で格納し、映像データ
再生装置は任意のデータ生成手段に対応するブロック単
位の記録データを複数のサーバを介して複数の記憶装置
の任意の位置からで読み出して再生し、表示するように
すると、１台のデータ生成手段の記録データが複数のサ
ーバーにまたがってストライピングされてストアされる
ため、各サーバーにかかる負荷が１／（サーバーの台
数）に軽減され、録画／再生可能な映像データのスリー
ム数が（サーバーの台数）倍に増加するので、データ生
成手段と映像データ再生装置の台数を増加できるという
効果を奏する。
【００４２】また、次の発明によれば映像データの記録
再生システムを、複数の映像データ再生装置を備えるよ
うにすると、任意の映像データ再生装置は任意のデータ
生成手段に対応する記録データをサーバを介して複数の
記憶装置の任意の位置から読み出して再生し、表示でき
るという効果を奏する。
再生システムを、複数の映像データ再生装置を備えるよ
うにすると、任意の映像データ再生装置は任意のデータ
生成手段に対応する記録データをサーバを介して複数の
記憶装置の任意の位置から読み出して再生し、表示でき
るという効果を奏する。
【００４３】また、次の発明によれば映像データの記録
再生システムをサーバはデータ生成手段毎の映像データ
に対応するブロック単位の記録データを複数の記憶装置
に横断的に記憶させた所定の順序を示すテーブルを備え
るようにすると、映像データ再生装置は任意のデータ生
成手段に対応する最新の前記ブロック単位の前記記録デ
ータを前記テーブルに基づいて前記複数の記憶装置から
読み出して再生し、表示することができる効果を奏す
る。
再生システムをサーバはデータ生成手段毎の映像データ
に対応するブロック単位の記録データを複数の記憶装置
に横断的に記憶させた所定の順序を示すテーブルを備え
るようにすると、映像データ再生装置は任意のデータ生
成手段に対応する最新の前記ブロック単位の前記記録デ
ータを前記テーブルに基づいて前記複数の記憶装置から
読み出して再生し、表示することができる効果を奏す
る。
【００４４】また、次の発明によれば映像データの記録
再生システムを、制御装置がデータ生成手段毎の連続す
る映像データをブロック単位の記録データに加工し、所
定数のブロック単位の記録データに対してビット対応で
パリティ値を演算して所定数のブロック単位の記録デー
タ及びパリティ値を複数の記憶装置に所定の順序で格納
するように、複数のサーバに横断的に伝送し、映像デー
タ再生装置が任意のデータ生成手段に対応するブロック
単位の記録データをサーバを介して複数の記憶装置から
読み出して再生する際に、サーバが故障した場合には、
パリティ値から故障したサーバに接続された記憶装置に
格納されたブロック単位の記録データを復元して再生
し、表示するようにすると、以下の３つの効果を奏す
る。 （１）全てのデータ生成手段の録画データが、各サーバ
ーに接続された複数の記憶装置に貯えられるので、映像
データ再生装置によりサーバーの中に貯えられた任意の
データ生成手段の録画データをその場で自由に再生し、
表示することができる。 （２）１台のデータ生成手段の記録データが複数のサー
バーにまたがってストライピングされてストアされるた
め、各サーバーにかかる負荷が１／（サーバーの台数）
に軽減され、録画／再生可能な映像データのストリーム
数が（サーバーの台数）倍に増加できるので、データ生
成手段と映像データ再生装置の台数を増加できる。 （３）記録データの他にパリティ値をストアし、いわゆ
るＲＡＩＤ４方式の構成をとるため、複数台のサーバー
の内の１台が故障しても、それまでに録画されたデータ
は消失せず、処理も続行できるため、信頼性が大幅に向
上する。
再生システムを、制御装置がデータ生成手段毎の連続す
る映像データをブロック単位の記録データに加工し、所
定数のブロック単位の記録データに対してビット対応で
パリティ値を演算して所定数のブロック単位の記録デー
タ及びパリティ値を複数の記憶装置に所定の順序で格納
するように、複数のサーバに横断的に伝送し、映像デー
タ再生装置が任意のデータ生成手段に対応するブロック
単位の記録データをサーバを介して複数の記憶装置から
読み出して再生する際に、サーバが故障した場合には、
パリティ値から故障したサーバに接続された記憶装置に
格納されたブロック単位の記録データを復元して再生
し、表示するようにすると、以下の３つの効果を奏す
る。 （１）全てのデータ生成手段の録画データが、各サーバ
ーに接続された複数の記憶装置に貯えられるので、映像
データ再生装置によりサーバーの中に貯えられた任意の
データ生成手段の録画データをその場で自由に再生し、
表示することができる。 （２）１台のデータ生成手段の記録データが複数のサー
バーにまたがってストライピングされてストアされるた
め、各サーバーにかかる負荷が１／（サーバーの台数）
に軽減され、録画／再生可能な映像データのストリーム
数が（サーバーの台数）倍に増加できるので、データ生
成手段と映像データ再生装置の台数を増加できる。 （３）記録データの他にパリティ値をストアし、いわゆ
るＲＡＩＤ４方式の構成をとるため、複数台のサーバー
の内の１台が故障しても、それまでに録画されたデータ
は消失せず、処理も続行できるため、信頼性が大幅に向
上する。
【００４５】また、次の発明によれば映像データの記録
再生システムを、複数のサーバの内少なくとも２台にテ
ーブルを設け、制御装置は、映像データ生成手段毎に対
応する所定数のブロック単位の記録データ及びパリティ
値をパリティブループとし複数の記憶装置に格納した順
序をテーブルに記載し、映像データ再生装置は任意のデ
ータ生成手段に対応する最新のパリティブループの記録
データをテーブルに基づいて複数の記憶装置から読み出
して再生し、表示するようにすると、制御装置と映像デ
ータ再生装置がお互いに絶対時間を合わせるというよう
な手法を用いなくとも、映像データ再生装置が記録デー
タの最新ブロック位置を知ることができるるため、制御
ソフトウェアを柔軟に構成できる効果を奏する。
再生システムを、複数のサーバの内少なくとも２台にテ
ーブルを設け、制御装置は、映像データ生成手段毎に対
応する所定数のブロック単位の記録データ及びパリティ
値をパリティブループとし複数の記憶装置に格納した順
序をテーブルに記載し、映像データ再生装置は任意のデ
ータ生成手段に対応する最新のパリティブループの記録
データをテーブルに基づいて複数の記憶装置から読み出
して再生し、表示するようにすると、制御装置と映像デ
ータ再生装置がお互いに絶対時間を合わせるというよう
な手法を用いなくとも、映像データ再生装置が記録デー
タの最新ブロック位置を知ることができるるため、制御
ソフトウェアを柔軟に構成できる効果を奏する。
【００４６】また、次の発明によれば映像データの記録
再生システムを、映像データ再生装置が、記録データの
再生時に、１パリティブループ分のデータを複数の記憶
装置から所定の順序でバッファに取り込み、故障したサ
ーバに接続された記憶装置に格納されたブロック単位の
記録データを復元して再生し、表示するようにすると、
サーバから取り出したデータを表示用データとしてつか
うのみならず、復元用データとしても使えるため、サー
バの負荷、伝送路の負荷を軽減させ、システム性能の向
上を図ることができる効果を奏する。
再生システムを、映像データ再生装置が、記録データの
再生時に、１パリティブループ分のデータを複数の記憶
装置から所定の順序でバッファに取り込み、故障したサ
ーバに接続された記憶装置に格納されたブロック単位の
記録データを復元して再生し、表示するようにすると、
サーバから取り出したデータを表示用データとしてつか
うのみならず、復元用データとしても使えるため、サー
バの負荷、伝送路の負荷を軽減させ、システム性能の向
上を図ることができる効果を奏する。
【００４７】更に、次の発明によれば映像データの記録
再生システムを、映像データ再生装置は、制御装置が出
力するブロック単位の記録データを直接入力してデータ
生成手段の映像データを再生し、表示するようにする
と、真のライブ映像を扱うことが可能になる効果を奏す
る。
再生システムを、映像データ再生装置は、制御装置が出
力するブロック単位の記録データを直接入力してデータ
生成手段の映像データを再生し、表示するようにする
と、真のライブ映像を扱うことが可能になる効果を奏す
る。
【図１】 この発明の実施の形態による映像データの記
録再生システムを示す構成図である。
録再生システムを示す構成図である。
【図２】 この発明の実施の形態１におけるディスク上
のデータ配置を説明する説明図である。
のデータ配置を説明する説明図である。
【図３】 この発明の実施の形態１におけるタイムスタ
ンプテーブルの構成図である。
ンプテーブルの構成図である。
【図４】 この発明の実施の形態２におけるディスク上
のデータ配置を説明する説明図である。
のデータ配置を説明する説明図である。
【図５】 この発明の実施の形態２と３におけるバッフ
ァの動作を説明する説明図である。
ァの動作を説明する説明図である。
【図６】 この発明の実施の形態２と３における最新グ
ループテーブルの構成図である。
ループテーブルの構成図である。
【図７】 この発明の実施の形態２と３におけるバッフ
ァを説明する説明図である。
ァを説明する説明図である。
【図８】 この発明の実施の形態２と３におけるバッフ
ァの動作を説明する説明図である。
ァの動作を説明する説明図である。
【図９】 この発明の実施の形態３におけるディスク上
のデータ配置を説明する説明図である。
のデータ配置を説明する説明図である。
【図１０】従来のビデオ監視システムの構成を示す構成
図である。
図である。
１、８ 映像データ生成手段（ビデオカメラ）、３ ネ
ットワーク、４ 映像データ再生装置（監視装置）、５
ビデオサーバー、６ サーバー、９ 制御装置（ビデ
オカメラ制御装置）、１０ 記憶装置（磁気ディスク装
置）、１１ データブロック、１２ タイムスタンプテ
ーブル、１５ データブロックバッファ、１６ パリテ
ィバッファ、１７ 最新グループテーブル、１９ ブロ
ックバッファ、２０ パリティバッファ
ットワーク、４ 映像データ再生装置（監視装置）、５
ビデオサーバー、６ サーバー、９ 制御装置（ビデ
オカメラ制御装置）、１０ 記憶装置（磁気ディスク装
置）、１１ データブロック、１２ タイムスタンプテ
ーブル、１５ データブロックバッファ、１６ パリテ
ィバッファ、１７ 最新グループテーブル、１９ ブロ
ックバッファ、２０ パリティバッファ
Claims (8)
- 【請求項１】 連続する映像データを生成する複数のデ
ータ生成手段と、前記映像データに基づくデジタル化し
た記録データをブロック単位で記憶する複数の記憶装置
と、前記複数の記憶装置に対して前記記録データを前記
ブロック単位でアクセスするサーバと、前記データ生成
手段毎の連続する前記映像データを前記ブロック単位の
前記記録データに加工し、前記ブロック単位の前記記録
データを前記サーバを介して前記複数の記憶装置に対し
て横断的に所定の順序で格納する制御装置と、任意の前
記データ生成手段に対応する前記ブロック単位の前記記
録データを前記サーバを介して前記複数の記憶装置の任
意の位置から読み出して再生し、表示する映像データ再
生装置とを備えた映像データの記録再生システム。 - 【請求項２】 複数の記憶装置に対して記録データをブ
ロック単位でアクセスするサーバを複数備え、制御装置
は複数のサーバを介して前記複数の記憶装置に対して前
記記録データを前記ブロック単位で横断的に所定の順序
で格納し、映像データ再生装置は任意のデータ生成手段
に対応する前記ブロック単位の前記記録データを複数の
前記サーバを介して前記複数の記憶装置の任意の位置か
ら読み出して再生し、表示することを特徴とする請求項
１に記載の映像データの記録再生システム。 - 【請求項３】 複数の映像データ再生装置を備え、任意
の映像データ再生装置は任意のデータ生成手段に対応す
るブロック単位の前記記録データをサーバを介して複数
の記憶装置の任意の位置から読み出して再生し、表示す
ることを特徴とする請求項１に記載の映像データの記録
再生システム。 - 【請求項４】 サーバはデータ生成手段毎の映像データ
に対応するブロック単位の記録データを複数の記憶装置
に横断的に記憶させた所定の順序を示すテーブルを備
え、映像データ再生装置は任意のデータ生成手段に対応
する最新の前記ブロック単位の前記記録データを前記テ
ーブルに基づいて前記複数の記憶装置から読み出して再
生し、表示すことを特徴とする請求項１に記載の映像デ
ータの記録再生システム。 - 【請求項５】 連続する映像データを生成する複数のデ
ータ生成手段と、前記映像データに基づくデジタル化し
た記録データをブロック単位で記憶する複数の記憶装置
と、複数の前記記憶装置に接続され、複数の前記記憶装
置に対して前記記録データを前記ブロック単位でアクセ
スする複数のサーバと、前記データ生成手段毎の連続す
る前記映像データを前記ブロック単位の前記記録データ
に加工するとともに、所定数の前記ブロック単位の前記
記録データに対してビット対応でパリティ値を演算して
前記所定数の前記ブロック単位の前記記録データ及び前
記パリティ値を前記複数の記憶装置に所定の順序で格納
するように、前記複数のサーバに横断的に伝送する制御
装置と、任意の前記データ生成手段に対応する前記ブロ
ック単位の前記記録データを前記サーバを介して複数の
前記記憶装置から読み出して再生する際に、１台の前記
サーバが故障した場合には、前記パリティ値から故障し
た前記サーバに接続された記憶装置に格納された前記ブ
ロック単位の前記記録データを復元して再生し、表示す
る映像データ再生装置とを備えた映像データの記録再生
システム。 - 【請求項６】 複数のサーバの内少なくとも２台にテー
ブルを設け、制御装置は、データ生成手段毎に対応する
所定数のブロック単位の記録データ及びパリティ値をパ
リティブループとし前記テーブルに前記複数の記憶装置
に前記パリティグループを格納した順序を記載し、映像
データ再生装置は任意のデータ生成手段に対応する最新
の前記パリティブループの前記記録データを前記テーブ
ルに基づいて複数の前記記憶装置から読み出して再生
し、表示することを特徴とする請求項５に記載の映像デ
ータの記録再生システム。 - 【請求項７】 映像データ再生装置は、データ生成手段
毎に対応する所定数のブロック単位の記録データ及びパ
リティ値からなる１パリティブループ分のデータを収容
するバッファを備え、前記記録データの再生時に、１パ
リティブループ分の前記データを複数の記憶装置から所
定の順序で前記バッファに取り込み、故障したサーバに
接続された記憶装置に格納された前記ブロック単位に前
記記録データを復元して再生し、表示することを特徴と
する請求項５に記載の映像データの記録再生システム。 - 【請求項８】 映像データ再生装置は、制御装置が出力
するブロック単位の記録データを直接入力して所定のデ
ータ生成手段の映像データを再生し、表示することを特
徴とする請求項１又は請求項５に記載の映像データの記
録再生システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8036642A JPH09233412A (ja) | 1996-02-23 | 1996-02-23 | 映像データの記録再生システム |
| US08/804,147 US5923817A (en) | 1996-02-23 | 1997-02-20 | Video data system with plural video data recording servers storing each camera output |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8036642A JPH09233412A (ja) | 1996-02-23 | 1996-02-23 | 映像データの記録再生システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH09233412A true JPH09233412A (ja) | 1997-09-05 |
Family
ID=12475509
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8036642A Pending JPH09233412A (ja) | 1996-02-23 | 1996-02-23 | 映像データの記録再生システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5923817A (ja) |
| JP (1) | JPH09233412A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11298880A (ja) * | 1998-04-09 | 1999-10-29 | Toshiba Corp | ストレージ共有型分散ビデオサーバシステム |
| JP2000059765A (ja) * | 1998-08-11 | 2000-02-25 | Mitsubishi Electric Corp | 監視システムおよびモニタカメラ装置 |
| KR20030049019A (ko) * | 2001-12-13 | 2003-06-25 | (주)디지젠 | 영상 데이터 백업 시스템 |
| KR20040045594A (ko) * | 2002-11-25 | 2004-06-02 | 주식회사 엠아이 | 분산 기능 디지털비디오레코더 |
| JP2011248935A (ja) * | 2010-05-24 | 2011-12-08 | Mitsubishi Electric Corp | 監視映像記録システム |
Families Citing this family (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3288213B2 (ja) * | 1996-01-11 | 2002-06-04 | 日本電気株式会社 | サーバ |
| JP4006780B2 (ja) * | 1997-06-30 | 2007-11-14 | ソニー株式会社 | 映像信号再生装置と映像信号再生方法 |
| WO1999004564A1 (fr) * | 1997-07-18 | 1999-01-28 | Sony Corporation | Dispositif enregistreur de donnees, dispositif enregistreur/reproducteur de donnees, procede d'enregistrement de donnees, et procede d'enregistrement/reproduction de donnees |
| JP3788677B2 (ja) * | 1997-11-14 | 2006-06-21 | 富士通株式会社 | 連続録画システム及び方法並びに長時間録画プログラムを記録したコンピュータ読み取り可能な記録媒体 |
| DE69912662T2 (de) * | 1998-03-10 | 2004-05-13 | Matsushita Electric Industrial Co., Ltd., Kadoma | Vorrichtung und Verfahren zur Aufzeichnung von Daten in der Restaufnahmekapazität von Datenträgern |
| JP3086676B2 (ja) * | 1998-09-29 | 2000-09-11 | 三洋電機株式会社 | 画像再生装置 |
| JP2000285595A (ja) * | 1999-03-29 | 2000-10-13 | Sony Corp | 記録装置および記録方法、並びに再生装置および再生方法 |
| JP2001166887A (ja) * | 1999-12-08 | 2001-06-22 | Sony Corp | データ記録再生装置及びデータ記録再生方法 |
| US7133600B1 (en) * | 2000-08-31 | 2006-11-07 | Keen Personal Media, Inc. | Video recording system utilizing storage redundancy to transfer non-time-critical, error-intolerant data segments while transferring time-critical, error-tolerant streaming data segments at a required data transfer rate |
| US20040139145A1 (en) * | 2000-12-21 | 2004-07-15 | Bar-Or Gigy | Method and apparatus for scalable distributed storage |
| WO2002052417A1 (en) * | 2000-12-21 | 2002-07-04 | Exanet Co. | Method and apparatus for scalable distributed storage |
| DE10065520C1 (de) * | 2000-12-28 | 2002-07-04 | Bosch Gmbh Robert | Vorrichtung zum Datenempfang mittels Funksignalen in einem Kraftfahrzeug |
| US7881585B2 (en) * | 2001-03-28 | 2011-02-01 | Robert Bosch Gmbh | Multi video device control and expansion method and apparatus |
| US6708251B1 (en) | 2001-05-31 | 2004-03-16 | Keen Personal Media, Inc. | Disk drive having separate interfaces for host commands and audiovisual data |
| AU2002311618B2 (en) * | 2001-06-26 | 2007-09-06 | Qognify Ltd. | System and method for collecting video data |
| CN100425064C (zh) * | 2005-04-08 | 2008-10-08 | 广明光电股份有限公司 | 盘式装置录像的方法 |
| US8232860B2 (en) | 2005-10-21 | 2012-07-31 | Honeywell International Inc. | RFID reader for facility access control and authorization |
| US20080112686A1 (en) * | 2006-11-09 | 2008-05-15 | Yen-Fu Chen | Automatic Completion of Media Recording |
| US9019070B2 (en) | 2009-03-19 | 2015-04-28 | Honeywell International Inc. | Systems and methods for managing access control devices |
| US20120106915A1 (en) * | 2009-07-08 | 2012-05-03 | Honeywell International Inc. | Systems and methods for managing video data |
| US9280365B2 (en) * | 2009-12-17 | 2016-03-08 | Honeywell International Inc. | Systems and methods for managing configuration data at disconnected remote devices |
| US8787725B2 (en) | 2010-11-11 | 2014-07-22 | Honeywell International Inc. | Systems and methods for managing video data |
| US9894261B2 (en) | 2011-06-24 | 2018-02-13 | Honeywell International Inc. | Systems and methods for presenting digital video management system information via a user-customizable hierarchical tree interface |
| US10362273B2 (en) | 2011-08-05 | 2019-07-23 | Honeywell International Inc. | Systems and methods for managing video data |
| US9344684B2 (en) | 2011-08-05 | 2016-05-17 | Honeywell International Inc. | Systems and methods configured to enable content sharing between client terminals of a digital video management system |
| CN104137154B (zh) | 2011-08-05 | 2019-02-01 | 霍尼韦尔国际公司 | 用于管理视频数据的系统和方法 |
| US10523903B2 (en) | 2013-10-30 | 2019-12-31 | Honeywell International Inc. | Computer implemented systems frameworks and methods configured for enabling review of incident data |
| CN112360445B (zh) * | 2020-10-28 | 2022-01-11 | 中交第四航务工程局有限公司 | 一种利用视频监控修正岩溶区钻探地层情况的方法 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5031218A (en) * | 1988-03-30 | 1991-07-09 | International Business Machines Corporation | Redundant message processing and storage |
| GB2270791B (en) * | 1992-09-21 | 1996-07-17 | Grass Valley Group | Disk-based digital video recorder |
| JPH077715A (ja) * | 1993-01-29 | 1995-01-10 | Immix A Division Of Carton Internatl Corp | ディスクからのビデオ信号の記憶及び引き出し方法 |
| US5510905A (en) * | 1993-09-28 | 1996-04-23 | Birk; Yitzhak | Video storage server using track-pairing |
| US6301711B1 (en) * | 1993-11-30 | 2001-10-09 | International Business Machines Corporation | System and method for the network support of full motion video using a redundant array of inexpensive disks |
| EP0691648B1 (en) * | 1993-12-24 | 2003-08-27 | Sony Corporation | Information data recording and reproducing device and information data processing system |
| US5544313A (en) * | 1994-05-11 | 1996-08-06 | International Business Machines Corporation | Baton passing optimization scheme for load balancing/configuration planning in a video-on-demand computer system |
| US5559764A (en) * | 1994-08-18 | 1996-09-24 | International Business Machines Corporation | HMC: A hybrid mirror-and-chained data replication method to support high data availability for disk arrays |
| US5530557A (en) * | 1994-09-12 | 1996-06-25 | International Business Machines Corporation | Online placement of video files determined by a function of the bandwidth to space ratio of each of the storage devices in a server environment |
-
1996
- 1996-02-23 JP JP8036642A patent/JPH09233412A/ja active Pending
-
1997
- 1997-02-20 US US08/804,147 patent/US5923817A/en not_active Expired - Fee Related
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11298880A (ja) * | 1998-04-09 | 1999-10-29 | Toshiba Corp | ストレージ共有型分散ビデオサーバシステム |
| JP2000059765A (ja) * | 1998-08-11 | 2000-02-25 | Mitsubishi Electric Corp | 監視システムおよびモニタカメラ装置 |
| KR20030049019A (ko) * | 2001-12-13 | 2003-06-25 | (주)디지젠 | 영상 데이터 백업 시스템 |
| KR20040045594A (ko) * | 2002-11-25 | 2004-06-02 | 주식회사 엠아이 | 분산 기능 디지털비디오레코더 |
| JP2011248935A (ja) * | 2010-05-24 | 2011-12-08 | Mitsubishi Electric Corp | 監視映像記録システム |
Also Published As
| Publication number | Publication date |
|---|---|
| US5923817A (en) | 1999-07-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH09233412A (ja) | 映像データの記録再生システム | |
| JP3574931B2 (ja) | 要求がありしだい音声および／または画像情報を記憶し、転送するためのシステムおよび方法 | |
| EP0756802B1 (en) | Multi-channel common-pool distributed data storage and retrieval system | |
| US5606359A (en) | Video on demand system with multiple data sources configured to provide vcr-like services | |
| JP3816972B2 (ja) | ディジタルビデオ記憶装置システム、およびそのビデオデータの格納方法と視聴方法 | |
| US7486870B2 (en) | System and method for reproducing a video session using accelerated frame playback | |
| US20090254958A1 (en) | Video system | |
| WO1995018447A1 (fr) | Dispositif d'enregistrement et de reproduction de donnees et systeme de traitement de donnees | |
| JPH07230669A (ja) | 情報データ記録再生装置及び情報データ処理システム | |
| US7016601B1 (en) | Method and apparatus for storing different types of data on the same storing medium | |
| JP3876949B2 (ja) | データ記録再生装置および方法 | |
| JP4292690B2 (ja) | 画像記録再生装置及び方法 | |
| JPH09261585A (ja) | 画像記録装置 | |
| US6351597B2 (en) | Data recording and reproducing method and data recording and reproducing apparatus | |
| JP4264661B2 (ja) | データ記録装置、データ再生装置、データ記録方法およびデータ再生方法 | |
| JP4325073B2 (ja) | データ記録再生装置及び方法 | |
| JP4174906B2 (ja) | 記録再生装置及び信号入力方法 | |
| JP4144137B2 (ja) | 映像記録再生装置及びモニター用信号の出力方法 | |
| JP4325074B2 (ja) | データ記録再生装置及び方法 | |
| Pank | Technology serving the broadcaster | |
| JP3531608B2 (ja) | データ記録再生装置 | |
| JP2002010193A (ja) | データ記録再生装置及びデータ記録再生方法 | |
| JP2002027392A (ja) | データ記録再生装置及びデータ記録再生動作制御方法 | |
| JP2003115160A (ja) | データ記録再生装置及びデータ記録再生方法 | |
| JP2001135026A (ja) | ビデオ・ライブラリ・システム |