複数拠点の防犯カメラは、どう設計・管理する?

複数拠点の防犯カメラは、「拠点が増えたからクラウドにする」という選び方では決まりません。決めるのは、どこに録画を置くか(各拠点か、1か所か、その併用か)と、誰がどこから何を見るか(ライブか、過去映像か、書き出しまで許すか)の 2 つです。この 2 つが決まると、拠点間の回線に何がどれだけ流れるか、回線や管理の仕組みが使えないときに何が続いて何が止まるかが決まります。映像は、通常のネットワーク管理と比べてデータ量が大きく、後から取り出す必要が生じるため、この順序で決めないと構成を後から変えにくくなります。

このページはメーカー中立の設計手順の整理です。特定の製品・サービスの推奨は行いません。ネットワーク側の管理方式そのものの選定は、共有ナレッジ側の「複数拠点ネットワークの選び方」で扱っています。

1. 複数拠点で「増える」判断項目

単一拠点でも決めることは同じです。拠点が増えると、その一つひとつが拠点ごとに分岐し、拠点をまたいだ整合を取る必要が生まれます。増えるのは台数ではなく、判断の組み合わせです。

単一拠点でも、遠隔からの閲覧、外部サービスの利用、1か所への集約、複数の利用者権限といった構成は取りえます。したがって「単一拠点はこうなる」と決めつけることはできません。以下の表は、単一拠点でも決めている項目が、複数拠点になったときに何を追加で要求するかを整理したものです。

単一拠点でも確認する項目と、複数拠点で追加・複雑化する確認項目
項目単一拠点でも確認すること複数拠点で追加・複雑化すること
録画の置き場所現地に置くか、1か所に集めるか、外部のサービス側に置くか。拠点ごとに同じ方式にするか、拠点の性格で変えるか。方式が混在する場合の運用手順。
映像を見る場所拠点内で見るか、遠隔からも見るか。遠隔の場合の経路。拠点内・本部・外出先が同時に発生する。経路と権限を拠点ごとに揃えるか、分けるか。
回線録画の置き場所に応じて必要な帯域。外部へ送る構成なら上り方向。拠点ごとに回線条件が異なる。最も条件の悪い拠点が標準構成の制約になる。
権限誰がライブを見られるか、過去映像の検索・書き出しまで許すか。自拠点だけ見る人と、複数拠点を横断して見る人を分ける必要が出る。委託先の範囲も拠点ごとに変わりうる。
保存日数規程や取引先要件で決まっている値があるか。拠点の性格ごとに違う値になることがある。揃えるか、分けるかを決める。
障害時誰がどう気づき、誰が対応するか。気づく場所と対応する場所が離れる。現地での気づきに依存しない検知と通知の必要性が高まる。
機器管理機種・ファームウェア版・設定の記録。拠点ごとにばらつきやすい。標準構成をどこまで揃えるかと、例外の扱いを決める。
映像の取り出し誰の承認で、どの手順で書き出すか。どの拠点の映像かによって手順や担当が変わりうる。拠点をまたいだ突き合わせには時刻の整合も必要。

横にスクロールして確認できます

このうち、後から変えるのが最も難しいのは録画の置き場所です。録画の置き場所が決まると、必要な回線帯域、障害時の挙動、映像の取り出し手順がほぼ決まります。まずここから検討します。

2. 拠点の性格を書き出す

「10 拠点あります」だけでは条件が定まりません。拠点ごとに求められるものが違います。

  • カメラの台数と、確認したい内容(存在に気づきたいのか、対象を特定したいのか)。
  • 保存日数。拠点によって規程や取引先要件が違うことがあります。
  • 現地に人がいるか。営業時間、無人になる時間帯。
  • 現地に機器を置ける場所があるか。施錠できる場所か、温度や埃の条件は問題ないか。
  • 現地で操作する人がいるか。いない場合、現地作業をどこまで減らす必要があるか。
  • 回線の種別と、上り方向の実効的な帯域。他の業務でも使っている回線か。
  • 映像を見る必要がある人が、その拠点にいるか、本部にいるか、その両方か。
  • 拠点の増減の見込み。

性格が揃っている拠点が多いほど、標準構成を決めて横展開できます。逆に、拠点数が少なくても性格がばらばらであれば、拠点ごとに設計することになります。数だけで判断しないでください。

回線については、契約上の速度ではなく、上り方向で実際に使える帯域と、他の業務がどれだけ使っているかを確認してください。映像を拠点の外へ送る構成では、上り方向が制約になります。

3. 構成を決める 4 つの問い

アーキテクチャの選択は、次の 4 つの答えの組み合わせで決まります。

  1. 録画をどこに置くか: 各拠点に置くか、1か所に集めるか、外部のサービス側に置くか、これらを併用するか。
  2. 誰がどこから見るか: 拠点内だけか、本部からも見るか、外出先からも見るか。
  3. 何を見るか: ライブ映像だけか、過去映像の検索もするか、書き出しまで行うか。
  4. 回線や管理の仕組みが使えないとき、何が続く必要があるか: 録画が続けばよいのか、閲覧も続く必要があるのか。

この 4 つのうち、4 番目は見落とされやすい項目です。「回線が切れても録画は続きます」という説明を受けることがありますが、それが成り立つかどうかは、録画をどこに置いたかと、機器の仕様によって決まります。一般化した答えはありません。

このページでは「複数拠点だからクラウドにすべき」「クラウドなら録画装置は不要」といった結論は出しません。どの構成にも成立する条件と、確認すべき点があります。

4. 代表的な構成パターン

次の 4 つは、実務でよく検討される構成です。図はそれぞれの節に置いています。ここでは判断材料を並べます。

構成パターンごとの特徴と、確認が必要な点
構成成立しやすい条件確認が必要な点
A. 各拠点で録画し、本部から見る拠点ごとに機器を置ける。日常的に本部が見るのは一部の映像だけ。回線の上り帯域に余裕が少ない。本部から見るときの経路と権限。拠点ごとの機器の更新と状態確認をどう回すか。拠点の機器が故障したときに誰が気づくか。
B. 1か所に集めて録画する拠点間の回線に、常時の映像を通せる帯域がある。拠点に機器を置きたくない、または置けない。常時流れる帯域が確保できるか。回線が切れている間の映像をどう扱うか。集約先が止まったときの影響範囲。
C. 外部のサービス側に録画・管理を置く拠点に機器を置きにくい。拠点数の増減が多い。現地作業を減らしたい。何が、いつ、どれだけ外部へ送られるか。サービスに到達できないときの挙動。保存期間と取り出しの条件。契約・提供条件。
D. 併用する拠点によって条件が違う。重要な映像だけ扱いを変えたい。どの映像がどちらの扱いになるかの切り分け。運用手順が二重にならないか。

横にスクロールして確認できます

実際には、これらは排他的な選択肢ではありません。「各拠点で録画しつつ、検知した事象の映像だけを外部へ送る」といった組み合わせが取られることもあります。重要なのは、どの映像が、いつ、どこを通って、どこに保存されるのかを、構成として書き出すことです。

製品やサービスによって、同じ「クラウド」という言葉が指す範囲が異なります。管理だけを外部で行うのか、映像そのものを外部に保存するのかで、必要な帯域も、停止時の挙動も変わります。用語ではなく、実際に何がどこへ送られるかで確認してください。

5. 構成パターンの概念図

構成ごとに、どの通信が拠点をまたぐのかを図にしています。検討中の構成を開いて確認してください。図は特定の製品・サービスの挙動を示すものではありません。

パターンA: 各拠点で録画し、本部から見る

映像は基本的に拠点内にとどまり、本部が見るときだけ拠点間の回線を通ります。

各拠点に録画装置を置き、本部からは必要なときだけ映像を取得する構成
  1. 各拠点の中(映像はここで完結する)

    拠点A
    • カメラ
    • 録画装置
    • 拠点内の閲覧端末
    拠点B
    • カメラ
    • 録画装置
    • 拠点内の閲覧端末
    拠点C
    • カメラ
    • 録画装置
    • 拠点内の閲覧端末
  2. 境界: ここから上は拠点内で完結、ここから下が拠点をまたぐ

    拠点間の回線を通るもの

    本部が見ているときだけの映像
    • 見ている本数と画質に応じた帯域
    • 常時ではない
    機器の状態・アラート
    • データ量は小さい
    • 管理方式によって経路が変わる
  3. 本部

    本部の閲覧・管理
    • 必要なときに拠点へ接続
    • 権限の範囲を決めておく

常時の映像が拠点間を流れないため、回線の負荷は小さくなりやすい構成です。一方で、拠点ごとに機器があるため、更新・状態確認・故障対応をどう回すかが運用の中心になります。拠点の録画装置が止まったときに本部が気づける仕組みがあるかどうかを、導入前に確認してください。

パターンB: 1か所に集めて録画する

映像が常時、拠点間の回線を通ります。回線の条件が構成の成立を左右します。

各拠点のカメラの映像を、1か所の録画・管理基盤へ集約する構成
  1. 各拠点の中

    拠点A
    • カメラ
    拠点B
    • カメラ
    拠点C
    • カメラ
  2. 境界: 映像が常時ここを通る

    拠点間の回線を通るもの

    録画のための映像
    • 各拠点の合計帯域が常時必要
    • 上り方向が制約になりやすい
    閲覧・書き出しの通信
    • 録画のための通信とは別に発生する
  3. 集約先

    集約した録画・管理
    • 全拠点の映像
    • 横断した検索
    • 権限の一元管理

拠点に録画装置を置かずに済む一方、回線が切れている間の映像をどう扱うかが設計項目になります。カメラ側や中継機器に一時的に保存する機能があるか、復旧後に転送されるか、その間の映像は残らないのかは、方式・製品ごとに異なります。前提を置かずに確認してください。

パターンC: 外部のサービス側に録画・管理を置く

「クラウド」と呼ばれる構成ですが、何がどこまで外部にあるかは提供形態によって異なります。

録画または管理を外部のサービス側に置く構成
  1. 各拠点の中

    拠点の機器
    • カメラ
    • 中継・一時保存を行う機器を置く構成もある
    • 置かない構成もある
  2. 境界: ここから外は自社の管理外になる部分を含む

    インターネットを通るもの(構成によって変わる)

    映像(送る構成の場合)
    • 常時送るのか、事象単位で送るのかで帯域が大きく違う
    • どちらなのかを必ず確認する
    管理・状態・設定
    • データ量は小さい
    • 映像を送らない構成でも発生する
  3. サービス側

    外部のサービス
    • 保存
    • 閲覧
    • 権限管理
    • 機器管理
  4. 利用者

    本部・拠点・外出先からの閲覧
    • 経路と権限を、拠点ごとではなくサービス側で管理する

この構成では、映像を常時送るのか、検知した事象のときだけ送るのかによって、必要な回線帯域が大きく変わります。また、拠点に一時保存する機器を置く構成と、置かない構成があります。「クラウドだから録画装置は不要」「クラウドだから常時アップロードしている」のどちらも、一般化した説明としては成り立ちません。対象のサービスの提供元へ、実際の動作を確認してください。

パターンD: 併用する

拠点の性格や映像の重要度に応じて、扱いを分ける構成です。

拠点内の録画を基本としつつ、一部の映像だけ扱いを変える構成
  1. 各拠点の中

    拠点で常時録画
    • 全カメラの映像
    • 保存日数は拠点の要件に従う
  2. 境界: 何を外へ出すかを、運用ルールとして決める

    拠点の外へ出すもの(選んだものだけ)

    検知した事象の映像
    • どの事象を対象にするかを決める
    重要拠点の一部のカメラ
    • 対象を限定することで帯域を抑える
    機器の状態・アラート
    • 全拠点分
    • データ量は小さい
  3. 集約先または外部のサービス

    横断した確認
    • 全拠点の状態
    • 選んだ映像の閲覧

回線への負荷を抑えながら、本部側で横断的に確認できる範囲を確保する狙いの構成です。ただし、運用手順が拠点内と集約先で二重になりやすいため、どの映像がどちらにあるのかを利用者が分かる状態にしておく必要があります。事象の検知条件の設定と見直しも運用項目になります。

6. 拠点間の回線に流れるものを分けて考える

「映像は帯域を使う」で終わらせず、どの通信がいつ発生するかを分けます。

拠点間の回線に流れる通信の種類
通信の種類いつ発生するか構成による違い
録画のための映像録画を拠点の外に置く構成では、録画している間ずっと拠点内で録画する構成では発生しません。ここが構成による最大の差です。
遠隔からのライブ閲覧誰かが見ている間だけ同時に見る人数と本数、画質で決まります。低画質の映像を別に用意できる機種もあります。
過去映像の検索・再生調査や確認を行うとき断続的ですが、まとまった量になります。発生する時間帯を予測しにくい通信です。
映像の書き出し映像を提供する必要が生じたとき一度に大きな量になります。回線を圧迫することがあります。
事象の通知と、その前後の映像検知したとき検知条件の設定によって発生量が変わります。誤検知が多いと通信も増えます。
機器の状態・設定・ログ常時または定期的データ量は映像に比べて小さくなります。

横にスクロールして確認できます

この表から分かるのは、録画映像そのものを常時拠点外へ送らない構成では、拠点間の回線を通る映像トラフィックが主に「見ているとき」と「取り出すとき」に限られる、ということです。一方、録画を拠点の外に置く構成では、録画している間ずっと映像のための帯域が必要になります。どちらが適切かは、回線の条件と、見る頻度によって決まります。

ただし、これは映像トラフィックについての話です。機器の状態、設定、ログ、アラートといった管理のための通信は、録画を拠点内に置く構成でも拠点間の回線やインターネットを通ることがあります。データ量は映像に比べて小さいものの、経路としては存在します。回線や管理基盤が使えないときに何が止まるかを考えるときは、この経路も含めて確認してください。

すべてのカメラの映像が常時本部へ送られる、という前提を最初から置かないでください。それは構成の 1 つであって、複数拠点の前提ではありません。同じく、外部のサービスを使う構成が必ず常時アップロードを伴う、という前提も置かないでください。

必要な帯域の見積もりには、1 台あたりの設定ビットレートが必要です。拠点間の回線に必要な帯域は、その回線に同時に流れるストリームのビットレートを合計して確認します。保存容量のほうは、録画に使う平均ビットレートと録画時間から計算します。録画時間は保存容量に効きますが、帯域には効きません。

7. 回線・サービスが使えないときに何が起きるか

ここは一般化した答えを書けない部分です。確認項目として整理します。

「回線が切れても録画は継続します」という説明を受けることがあります。それが成り立つかどうかは、録画をどこに置いたか、機器に一時保存の機能があるか、認証がどこに依存しているかによって決まります。方式と製品によって挙動が異なるため、当サイトでは断定しません。次の項目を、候補ごとに確認してください。

回線または管理の仕組みが使えない状態で確認する項目
確認する項目確認する理由
カメラは単体で動作を続けるか電源とネットワークの条件によって、カメラ自体の動作が変わることがあります。
カメラ内の記録媒体に保存されるか対応している機種では、一時的に保存できることがあります。容量と保存できる時間を確認します。
拠点内の録画装置は録画を続けるか拠点内で録画する構成では、拠点内の通信が保たれていれば続くことが多い部分です。ただし認証が外部に依存している場合は影響を受けることがあります。
拠点内からの閲覧は続くか現地で確認する必要が生じたときに、見られるかどうかが変わります。
遠隔からの閲覧は続くか経路が切れていれば見られません。代替の確認手段が必要かを決めます。
集約先・外部サービスへの録画はどうなるか止まるのか、一時保存されて後から送られるのか、その間の映像は残らないのかを確認します。
復旧後に、欠けた期間の映像は埋まるか一時保存から転送される場合、どの範囲まで埋まるのか、どれくらい時間がかかるのかを確認します。
事象の通知は届くか通知の経路が使えない状態では届きません。届かなかったことに気づけるかも確認します。
利用者の認証はできるかログインの仕組みが外部に依存している場合、その経路も確認が必要です。
設定の変更はできるか緊急時に設定を変える必要が生じることがあります。
ログや監査記録はどうなるか欠落するのか、復旧後にまとめて送られるのかで、後から追跡できる範囲が変わります。
止まったことに誰がどう気づくか無人の拠点では、止まっていることに気づかないまま日数が経つことがあります。

横にスクロールして確認できます

これらの挙動を、製品を問わず一般化することはできません。「クラウドが止まっても録画は続く」「回線が切れても影響はない」といった説明を見かけた場合も、対象の製品・サービスと構成の条件を、提供元の公式な資料で確認してください。同じ製品でも、構成や有効にしている機能によって挙動が変わることがあります。

確認した結果は、障害時の対応手順として文書に残してください。とくに「止まったことに誰がどう気づくか」は、複数拠点で最も抜けやすい項目です。

8. 運用として決めること

構成が決まったら、それを回し続けるための項目を決めます。拠点数が増えるほど、ここが実務の中心になります。

複数拠点の映像システムで決めておく運用項目
項目決めること
利用者と権限自拠点だけ見る人、複数拠点を見る人、全拠点を見る人をどう分けるか。ライブのみか、過去映像の検索・書き出しまで許すか。委託先に発行する場合の範囲と期間。
保存日数拠点ごとに違う値にするか、揃えるか。規程や取引先要件で決まっている拠点があるかを先に確認します。
映像の取り出し誰の承認で、どの手順で書き出すか。取り出した映像をどう保管し、いつ消すか。
記録誰がいつ映像を閲覧・書き出ししたかを記録する必要があるか。必要な場合、その機能があるか。
稼働の確認各拠点の録画が続いていることを、誰が、どの頻度で確認するか。止まったときにどう通知されるか。
機器の更新ファームウェアの更新を、いつ、どの単位で行うか。更新中に録画が止まる時間をどう扱うか。拠点ごとにずらすか。
構成の標準化拠点ごとの機種・版・設定をどこまで揃えるか。標準から外れる拠点をどう扱うか。
拠点の追加・撤収新しい拠点を立ち上げるとき、現地で誰が何をするか。撤収時に機器と映像をどう扱うか。
一次対応拠点の担当者が最初に何をするか。遠隔から何を確認できれば切り分けられるか。
時刻の管理拠点をまたいで映像を突き合わせるには、時刻が揃っている必要があります。同期の方法と、ずれの確認手順を決めます。

横にスクロールして確認できます

とくに「稼働の確認」は、複数拠点で差が出やすい項目です。現地の利用者が異常に気づける場合でも、それに頼った運用は、無人の時間帯や気づきにくい故障では機能しません。拠点が増えるほど、現地での気づきに依存しない検知と通知の必要性が高まります。止まっていることに気づかないまま、必要な映像が残っていなかった、という事態を避けるために、通知の仕組みと、通知が届かなかったときの発見手段の両方を決めてください。

9. ネットワーク側の検討との関係

このページは映像側の判断に絞っています。ネットワークそのものの管理方式の選定は、別の検討です。

複数拠点のネットワークをどう管理するか(設定の配布、監視、アラート、権限、ログ、機器更新、管理基盤に到達できないときの挙動)は、カメラの有無にかかわらず必要な検討です。これは共有ナレッジ側の「複数拠点ネットワークの選び方」で扱っています。

この 2 つの検討は、次の点でつながります。

  • 拠点間の回線: ネットワーク側で決めた回線条件が、映像側で選べる構成を制約します。
  • 拠点内のセグメント設計: カメラと録画装置をどの区画に置くかは、ネットワーク側の設計と揃える必要があります。
  • 遠隔からの接続経路: 映像を見るための経路は、ネットワーク側で決めた接続方式の上に載ります。
  • 管理の担当: ネットワーク機器と映像機器で担当部署が分かれている場合、障害時の切り分けの手順を先に決めておく必要があります。
ネットワーク側の管理方式と、映像側の録画・閲覧の構成は、別々に選べます。「ネットワークをクラウドで管理しているから、映像もクラウドにする」という必然性はありません。それぞれの要件で決めてください。

10. 候補ごとに確認する質問

構成の候補が出たら、同じ質問を提供元へ投げて回答を並べると比較しやすくなります。

  1. 録画は物理的にどこに保存されますか。保存先が複数ある構成の場合、それぞれ何が保存されますか。
  2. 拠点間の回線に、常時どれだけの帯域が必要ですか。それは何を送るための帯域ですか。
  3. 遠隔からライブ映像を見るとき、必要な帯域は何によって決まりますか。低い画質の映像を別に用意できますか。
  4. 回線が切れている間、録画はどうなりますか。復旧後に欠けた期間は埋まりますか。埋まる場合、どこまで埋まりますか。
  5. 管理の仕組みや外部のサービスに到達できない間、拠点内での録画と閲覧はどうなりますか。
  6. 利用者の権限はどの粒度で分けられますか。拠点単位、カメラ単位、操作の種類ごとのどれが可能ですか。
  7. 誰がいつ映像を閲覧・書き出ししたかの記録は残りますか。どれだけの期間残りますか。
  8. 各拠点の録画が止まったことを、どのように検知して通知しますか。
  9. 保存日数を拠点ごとに変えられますか。
  10. 映像の書き出しは誰がどの手順で行いますか。書き出した映像の形式と、再生に必要なものは何ですか。
  11. ファームウェアの更新はどのように行いますか。更新中に録画は止まりますか。
  12. 拠点を追加するとき、現地で必要な作業は何ですか。
  13. 契約や提供の条件(期間、保存期間、対応範囲、終了時の映像の扱い)はどうなっていますか。

回答は、提供元の公式な資料で裏付けが取れるかどうかもあわせて確認してください。口頭の説明だけでは、構成が変わったときに前提が変わることがあります。

次に進める先

構成の検討に必要な、別の判断へ進んでください。