【2026年】Shinobi CCTV NVR ガイド｜Node.js 製のオープンソースNVR

ハードウェア要件については、Shinobi の Node.js ベースである特性上、CPU よりも RAM とストレージ速度が重要視されます。基本的な 1〜2 カメラでの運用であれば、Intel Celeron や AMD Ryzen の低消費電力モデルでも十分動作します。ただし、AI 検知を有効にする場合や、4K 解像度カメラからの高ビットレート映像を処理する場合は、CPU コア数とメモリの余裕が必要です。推奨スペックとして、少なくとも 4GB の RAM を確保することをお勧めします。特に MySQL データベースの高速化のためには SSD（SATA または NVMe）の使用が必須となります。HDD での録画保存は可能ですが、データベースのアクセス速度や映像ストリームの読み込み速度に影響を及ぼし、UI の反応が鈍化する可能性があります。また、ディスク容量については、圧縮形式（H.264/H.265）で録画する場合でも、1 カメラあたり 1TB で約 30〜60 日分の録画が可能と見込んでおくのが安全です。

OS のインストール直後の初期設定についても言及しておきます。Ubuntu 24.04 をインストールした後は、まず sudo apt update && sudo apt upgrade コマンドを実行し、パッケージリストを最新の状態に保つ必要があります。また、Shinobi は Docker コンテナでも動作するため、Docker Engine と Docker Compose の導入が必須となります。Ubuntu 24.04 では公式リポジトリから直接インストールできる場合もありますが、最新バージョンの Docker を利用する場合は公式のリポジトリを追加してインストールする方法が推奨されます。Debian 12 を使用する際は、セキュリティパッチの適用タイミングに注意し、定期的なシステム更新をスケジュールしておくことが重要です。また、ファイアウォールの設定として UFW（Uncomplicated Firewall）や iptables の適切なルール設定も必須であり、外部からの不正アクセスを防ぐために SSH ポートの変更や IP 制限などの対策を講じることを強く推奨します。

ネイティブ環境でのインストール手順详解

Shinobi を Ubuntu 24.04 または Debian 12 上のネイティブ環境にインストールする手順について解説します。まず、前提条件としてユーザー権限を持つ一般ユーザーを作成し、sudo コマンドを実行できる状態にしておく必要があります。インストールプロセス全体を自動化するスクリプトも存在しますが、学習目的およびトラブルシューティングの観点から、手動でのステップバイステップなインストール方法をここで詳しく説明します。最初に必要なパッケージ群として、Node.js、NPM、MySQL Server、Git、FFmpeg などが挙げられます。これらは Shinobi が映像処理やデータ保存を行うために不可欠なコンポーネントです。

まず Node.js のインストールから始めます。2026 年時点の推奨バージョンは Node.js LTS（Long Term Support）であり、Ubuntu には公式リポジトリが用意されています。curl -fsSL https://deb.nodesource.com/setup_lts.x | sudo -E bash と sudo apt-get install -y nodejs を実行することで、最新の安定版をインストールできます。次に MySQL の設定です。データベースを作成し、Shinobi 用のユーザー権限を付与します。mysql_secure_installation コマンドを実行してパスワードの強化を行い、データベース名を shinobi に設定します。また、DB ユーザー名も shinobi_user のように独自の名前に変更し、強力なパスワードを設定することでセキュリティを確保します。

続いて Shinobi ソフトウェア本体のインストールです。GitHub リポジトリからソースコードをクローンする手順が必要です。git clone https://github.com/Shinobi-Systems/Shinobi-CCTV.git コマンドを実行し、ディレクトリを移動した後、依存関係のインストールを行います。cd Shinobi-CCTV && npm install --production を実行することで、必要な Node.js パッケージがすべてダウンロードされます。その後、設定ファイル config.json の作成が必要です。このファイルにはデータベース接続情報や、ストリーミングポートなどのパラメータを記述します。特に重要なのはセキュリティ設定部分であり、初期状態ではパスワードが空の場合が多いため、必ずここで管理者パスワードを設定し、HTTPS 化のための SSL 証明書パスを指定することが重要です。また、FFmpeg のパスも明示的に指定することで、映像処理の最適化を図ります。

Docker コンテナ環境での展開とデプロイ

より簡単かつ保守的な運用を目指す場合、Docker コンテナを使用した Shinobi の構築が推奨されます。コンテナ化により、OS 依存の問題を排除し、他のアプリケーションとの干渉を防ぎながら、Shinobi を孤立した環境で動作させることができます。また、バージョンアップやバックアップも Docker イメージの操作を通じて容易に行えます。Ubuntu 24.04 または Debian 12 に Docker Engine と Docker Compose がインストールされていることを前提に、以下の手順に従って環境を構築します。まず、Docker の公式リポジトリから Shinobi のイメージをプルするか、GitHub リポジトリの Dockerfile を使用してビルドします。

docker pull shinobisystems/shinobi:latest コマンドで最新バージョンを取得できますが、特定の安定版を使用する場合はタグを指定することも可能です。ただし、Docker 環境ではネットワーク設定とストレージマウントに注意が必要です。Shinobi は MySQL データベースを利用するため、コンテナ内で直接 DB を起動させるか、外部の MySQL コンテナと連携させるかの選択があります。効率的な運用のためには、MySQL マネージャーとして Percona Server や MariaDB のコンテナを用意し、Shinobi コンテナはアプリケーション層のみとして機能させる構成が推奨されます。これにより、データベースのバックアップやスケーリングが容易になります。

Docker Compose を使用した設定ファイル（docker-compose.yml）の作成は、運用において非常に重要なステップです。以下に基本的な構成例を示します。

version: '3.8'
services:
  mysql:
    image: mariadb:10.6
    environment:
      MYSQL_ROOT_PASSWORD: your_root_password
      MYSQL_DATABASE: shinobi
      MYSQL_USER: shinobi_user
      MYSQL_PASSWORD: your_db_password
    volumes:
      - ./mysql_data:/var/lib/mysql

  shinobi:
    image: shinobisystems/shinobi:latest
    ports:
      - "80:80"
      - "3000:3000"
    environment:
      DB_HOST: mysql
      DB_NAME: shinobi
      DB_USER: shinobi_user
      DB_PASS: your_db_password
    volumes:
      - ./storage:/usr/local/shinobi/storage
    depends_on:
      - mysql

この構成では、Shinobi コンテナが MySQL と通信し、設定ファイルと録画データはホストマシンの ./storage ディレクトリに保存されます。ポート 80 は Web UI 用、3000 は管理 API 用として割り当てています。Docker のネットワークドライバを bridge モードにすることで、外部からのアクセス制御も可能です。ただし、セキュリティを高めるためには、リバースプロキシ（Nginx や Traefik）を介して SSL 暗号化を行うことが必須となります。また、コンテナの再起動ポリシー restart: unless-stopped を設定することで、システム起動時に自動的に Shinobi サービスが立ち上がるように保証します。

カメラ接続とプロトコル設定の実践

Shinobi にカメラを追加する手順は、利用するカメラメーカーやプロトコルの種類によって異なります。2026 年時点で主流となっている IP カメラの接続には、RTSP（Real-Time Streaming Protocol）、RTMP（Real-Time Messaging Protocol）、HTTP、および ONVIF プロトコルがサポートされています。最も汎用性が高いのは RTSP であり、Reolink、Hikvision、Dahua、Amcrest、Uniview、TP-Link Tapo など主要メーカーのほぼ全てのカメラがこのプロトコルに対応しています。RTSP URL は通常 rtsp://IP_ADDRESS:554/stream1 のような形式で提供され、ユーザー名とパスワードが含まれる必要があります。

接続設定における注意点として、特に重要なのが解像度とビットレートの調整です。高解像度の映像をそのまま Shinobi に流し込むと、CPU 負荷が急増し、録画のタイムラグやフレームドロップが発生する可能性があります。Shinobi の管理画面からカメラを追加する際、設定項目として「Transcode」（トランスコード）機能を利用することが可能です。これは受信した映像ストリームをサーバー側で H.264 や H.265 に変換して処理する機能です。ただし、この操作には CPU リソースを大量に消費するため、Intel QuickSync Video などのハードウェアアクセラレーションがサポートされている環境での利用が理想です。CPU のスペックが限られている場合、カメラ本体側の設定で低ビットレートモードや H.265 コーデックを選択し、Shinobi に渡すデータ量を減らす工夫が必要です。

ONVIF プロトコルを利用する場合も、Shinobi は自動的にカメラ情報を取得できますが、すべてのカメラが ONVIF の完全な実装に対応しているわけではありません。特に低価格帯のカメラや特定のファームウェアバージョンでは、映像ストリームの取得に失敗することがあります。その場合は、メーカー公式サイトでサポートされている RTSP URL パターンを確認し、それを手動で設定ファイルに追加する必要があります。例えば、Reolink カメラの場合 rtsp://admin:password@IP:554/h264Preview_main のような形式が必要です。また、TP-Link Tapo などの一部機種では、アプリ側でのパスワード再設定や RTSP サーバー有効化の設定が必須となるため、カメラ本体の管理画面や専用アプリでの初期設定を完了させた上で Shinobi に接続することが求められます。

モーション検知と AI 物体認識の設定方法

Shinobi の真価が発揮されるのがモーション検知機能です。この機能を正しく設定することで、無意味な録画データを防ぎつつ、重要なイベントのみを記録できます。Shinobi では画面内の特定エリアに対して「マスク」を設定し、その領域でのみ動きを検出する機能を備えています。これは、風に揺れる木々や車通りが多い道路など、常に変化がある背景を除外して、侵入者などの検知に集中させるための機能です。管理画面の「Motion Detection」設定において、カメラごとのマスクエリアをマウスでドラッグ＆ドロップして定義できます。検出感度は 0〜100 で調整可能であり、初期値は 50 が目安ですが、環境光や背景の変化度合いに合わせて微調整する必要があります。

さらに、高度な機能として AI による物体検知が可能となっています。2026 年時点では、Shinobi は TensorFlow や YOLO（You Only Look Once）などのモデルを外部 API またはローカルコンテナ経由で呼び出す構成が一般的です。これにより、「動き」を検知するのではなく、「人」、「車」、「ペット」、「動物」といった対象物を認識してアラートを送ることが可能になります。設定には、AI サーバーとの通信 URL や、使用するモデルの ID を指定する必要があります。例えば、YOLOv8 のモデルをロードし、検出閾値（Confidence Threshold）を 0.5 に設定することで、信頼度の高い物体のみを検知対象とします。これは誤作動を大幅に減らす効果があり、深夜におけるネズミの動きや照明の変化による誤アラートを抑制できます。

AI 検知の設定にはリソースコストがかかるため、利用する環境に合わせて調整が必要です。CPU のみの処理では、1 つのカメラストリームあたりの処理に数秒のスループットロスが生じる可能性があります。GPU アクセラレーション（CUDA や OpenVINO）を利用することで、この遅延を最小化できます。また、検知結果はイベントクリップとして保存されるため、管理画面で「Object Detection」設定から特定のクラス（例：Person）のみを録画トリガーに指定することも可能です。これにより、ペットが部屋を動き回っても録画されないように設定し、主人の帰宅時や不審者の侵入時のみ記録を残すといった細やかな運用が可能になります。

録画管理とストレージ最適化の戦略

Shinobi の運用において最もコストがかかるのがストレージ（ハードディスク）です。適切に管理しないと、数日でディスクがいっぱいになり、重要な映像が消去されてしまうリスクがあります。Shinobi はイベントベース録画を採用しているため、常に録画し続ける「常時録画」ではなく、動きがある時のみ保存する方式が基本となります。設定画面の「Recording Schedule」で、特定の時間帯のみ録画を有効にする設定も可能です。例えば、夜間のみ録画モードをオンにし、昼間はモーション検知をオフにすることで、ストレージ使用量を大幅に削減できます。

ファイルフォーマットと圧縮率の設定も重要です。Shinobi は H.264 と H.265 の両方に対応しています。H.265（HEVC）は H.264 に比べて約半分の容量で同画質を実現できるため、ストレージ効率を最大化したい場合は H.265 の使用が推奨されます。ただし、再生時の互換性やハードウェアアクセラレーションのサポート状況を確認する必要があります。また、録画ファイルはセグメント単位（例：10 分ごと）に分割され保存されます。このデフォルト値を変更することで、ファイルごとのサイズを調整できます。例えば、重要なイベントごとに短く区切りたい場合は、5 分や 1 分に設定し、検索時の特定を容易にします。

バックアップ戦略も忘れずに構築すべきです。Shinobi のデータベース（MySQL）は config.json やユーザー情報などを含んでおり、これが失われるとシステムが再構築できなくなります。定期的なダンプスクリプトの実行や、録画ファイルの外部ストレージへの転送を自動化する必要があります。rsync などのツールを使用して、重要フォルダを NAS やクラウドストレージにミラーリングすることで、災害時のデータ保護を図ります。また、Shinobi の設定ファイルをバージョン管理システム（Git）で管理し、変更履歴を追跡することも、トラブル発生時の復旧を早めます。

通知機能と外部連携の実装

ユーザーが最も関心を持つ機能の一つが、スマホや PC への通知です。Shinobi は Telegram Bot、Discord Webhook、Email などに対応しており、イベント発生時に即座に情報を取得できます。Telegram 連携は特に設定が簡単で、BotFather からトークンを取得し、Shinobi の設定画面に貼り付けるだけで動作します。ただし、セキュリティの観点から、通知を送信する際にカメラの生映像を含めるといった設定は避けるべきです。代わりに、イベント発生時のサムネイル画像や簡易的なテキストメッセージを送信するのがベストプラクティスです。

Discord を利用する場合は、サーバー管理者権限を持つユーザーが「Webhook URL」を作成し、Shinobi に登録します。これにより、特定のチャンネルにアラートが表示され、チームメンバー間で共有できます。設定では、イベントタイプごとに通知先を分けることも可能です。例えば、「人検知」は Discord に、「不審者検知（夜間）」は Telegram と Email の両方に送信するといったルールを設定できます。Email 通知については、SMTP サーバーの設定が必要であり、Gmail や Outlook など一般的なプロバイダーの SMTP ポートや SSL 設定を正確に入力する必要があります。

また、プッシュ通知以外にも Webhook を経由して他のシステムと連携させることが可能です。例えば、Home Assistant などのホームオートメーションプラットフォームと連携し、監視カメラの映像が検知されたらスマートロックを解除するといった自動化が可能です。ただし、この場合、セキュリティ設定において外部への接続許可を行う必要があるため、信頼できるネットワーク環境でのみ利用することが求められます。通知頻度の調整も重要で、同じイベントが連続して発生した場合に過度な通知を送らないよう「Coalesce（統合）」機能を利用し、一定時間内に複数の検知を 1 つの通知としてまとめる設定が可能です。

セキュリティ設定と RBAC の構築

オープンソースソフトウェアの利用においてセキュリティは常に最優先事項です。Shinobi は初期状態では基本的なログイン機能しか備えていませんが、RBAC（Role-Based Access Control：ロールベースアクセス制御）機能を有効にすることで、ユーザーごとの権限を細かく管理できます。管理者（Administrator）、編集者（Editor）、閲覧者（Viewer）といった役割を設定し、それぞれがアクセスできる画面や操作を制限します。例えば、子供用の端末では録画削除機能を持たせず、閲覧のみ許可するといった運用が可能です。

Web UI のセキュリティ強化のためには、HTTPS 化（SSL/TLS）の実装が必須です。Let's Encrypt などの無料証明書を取得し、Nginx や Apache をリバースプロキシとして利用することで、通信の暗号化を行います。また、SSH アクセスについては、パスワード認証を無効化し、公開鍵認証のみ許可する設定に変更します。さらに、Brute Force（総当たり攻撃）対策として、fail2ban などのツールを導入し、不正なログイン試行を行った IP アドレスを自動的にブロックするように設定することが推奨されます。

データベースのセキュリティも軽視できません。MySQL/MariaDB のパスワードは複雑なものにし、デフォルトのポートを変更して外部からの直接アクセスを防ぎます。また、Shinobi の API キー管理についても注意が必要です。API を利用する際、トークンが漏洩しないよう適切な権限範囲を限定し、定期的なローテーションを行います。2026 年時点では、多要素認証（MFA）の実装も検討すべきです。Shinobi のコア機能に直接組み込まれていない場合は、リバースプロキシ層で MFA を実装するか、外部の認証サーバー（Keycloak など）と連携することで、アカウントセキュリティを補強できます。

主要 NVR ソフトウェアとの比較分析

ここからは、Shinobi と競合する主要なオープンソース NVR ソフトウェアとの比較を行います。2026 年時点における市場状況を踏まえ、Frigate 0.15、MotionEye、ZoneMinder、Scrypted、Agent DVR を対象に機能、AI リソース、UI の観点から分析します。各ソフトウェアには明確な強みと弱点があり、ユーザーの環境や目的に応じて最適な選択が異なります。

まず、Frigate は GPU アクセラレーションを前提とした AI 特化型 NVR です。2026 年現在、Frigate 0.15 では YOLO モデルの統合がさらに深化しており、オブジェクト検知の精度と速度において圧倒的な強みを持っています。一方、Shinobi は Node.js ベースで軽量であり、AI を使わない限りリソース消費が極めて少ないのが特徴です。MotionEye は非常にシンプルで直感的な UI を持ちますが、高度な機能や AI 支援が不足しており、小規模な家庭用監視には適していますがビジネス用途では物足りません。ZoneMinder は老舗の NVR で安定性は高いものの、設定が複雑であり、モダンな Web UI からやや遅れをとっている印象があります。

次に Scrypted との比較です。Scrypted は HomeKit や Alexa などのスマートホームデバイスとの統合に強く特化しており、IP カメラを HomeKit エコシステムに組み込みたいユーザーには魅力的な選択肢となります。しかし、従来の録画管理や NVR の主要機能においては Shinobi に劣る部分があります。Agent DVR はクロスプラットフォーム対応（Windows、macOS、Linux すべて動作）が売りであり、サーバー環境の制限が少ない場合に有利ですが、データベース管理などの裏側設定は Shinobi よりも抽象化されているため、高度なカスタマイズには不向きです。

Frigate 0.15 と Shinobi の詳細比較

Frigate 0.15 は、Shinobi と比較される際最も頻繁に挙げられる存在です。両者ともオープンソースであり、AI 検知機能を強化していますが、アプローチが異なります。Frigate 0.15 では、NPU（Neural Processing Unit）や GPU のサポートが強化されており、TensorFlow Lite や OpenVINO を使用してローカルで AI 推論を行います。Shinobi も AI 機能を提供しますが、より外部 API 連携やプラグイン形式での拡張を重視しています。そのため、GPU を持っていない一般的な PC で AI 検知を行いたい場合、Frigate の GPU アクセラレーションサポートは優位性があります。

しかし、リソース消費という点では Shinobi が有利です。AI 機能をオフにすれば、Shinobi は非常に軽く動作し、Intel Celeron や Raspberry Pi 4 程度でもスムーズに動画ストリーミングと録画が可能です。Frigate は AI を常時稼働させる場合、CPU/GPU の負荷が急増するため、より高性能な CPU や専用アクセラレータが必要です。また、UI のデザイン性において Shinobi は管理画面のモダンさを維持しており、ダッシュボードでのカメラ一覧表示やアラート確認が直感的に行えます。Frigate も UI が改善されつつありますが、複雑な設定項目が多いため、初心者には Shinobi の構成の方が馴染みやすい場合があります。

データバックエンドの違いも重要です。Shinobi は MySQL/MariaDB データベースを標準で利用するため、既存の DB 知識があるユーザーや、他のシステムと DB を統合したい場合に有利です。Frigate は SQLite または PostgreSQL と連携可能ですが、AI モデルの管理や検知結果の保存構造が独自設計されています。データベースの可読性と拡張性を求める場合は Shinobi が適しており、純粋な AI 映像分析に特化し、DB の複雑さよりも推論精度を優先する場合は Frigate 0.15 が優れています。

その他 NVR ソフトウェアとの比較と選定基準

MotionEye は、その名の通り「目のように」監視を行うことを目指すソフトウェアで、非常に軽量です。設定が極めて簡単で、Web UI もシンプルであるため、Linux の基礎知識が少ないユーザーや、すぐにでもカメラを監視したい場合に最適です。しかし、高度なモーション検知や AI 機能は不足しており、複雑なルール設定も困難です。一方、Shinobi は MotionEye に比べて設定項目が豊富であり、カスタマイズ性が格段に高いです。

ZoneMinder は長年の歴史を持つ老舗 NVR です。その安定性とドキュメントの充実さは他の追随を許さないもので、大規模な監視システム構築においては依然として有力候補です。しかし、Web UI のデザインは古く、モダンなブラウザでの表示や操作感に劣る部分があります。また、最新の AI 技術との親和性も Shinobi や Frigate に比べると低いです。Scrypted はスマートホームユーザー向けの NVR で、Apple HomeKit を利用してカメラ映像を iPhone や iPad で見ることに特化しています。そのため、HomeKit エコシステムを使っている場合、Shinobi よりも Scrypted の方が利便性が高い場合があります。

最終的な選定基準として、以下の点を考慮してください。1. リソース制約：リソースが限られるなら Shinobi CE または MotionEye。2. AI 精度と速度：AI が必須かつ GPU あるなら Frigate 0.15。3. スマートホーム統合：Apple HomeKit 利用なら Scrypted。4. データ管理の自由度：MySQL 連携重視なら Shinobi。5. UI の美しさと操作性：モダンな管理画面が必要なら Shinobi または Agent DVR。これらを総合的に判断し、Shinobi が最もバランスが取れた選択肢であると言えます。

メンテナンスとトラブルシューティングの実践

Shinobi の運用においては、定期的なメンテナンスが不可欠です。Node.js や MySQL のバージョンアップに伴うセキュリティパッチの適用を忘れずに行いましょう。また、Docker 環境を利用している場合は、イメージの更新確認を月 1 回程度実施し、新しい機能やバグ修正を取り込むことが推奨されます。ログファイルの確認も重要で、/var/log/shinobi.log や Docker コマンド docker logs shinobi を使用してエラーが発生していないかチェックします。特に映像ストリームの接続切れや録画の失敗は、ネットワーク帯域幅の問題、カメラ側の設定ミス、またはディスク書き込み速度の低下が原因であることが多いです。

トラブルシューティングにおいては、RTSP 接続の確認から始めます。ffprobe や vlc を使用して、Shinobi に渡すストリームの品質と遅延を確認します。もし映像が途切れる場合は、カメラのビットレート設定を下げたり、ネットワーク回線の帯域幅を確認したりする必要があります。また、AI 検知が正常に動作しない場合、外部 AI サーバーとの通信経路や認証情報が正しいか確認します。CPU の温度上昇も要因となり得るため、サーマルスロットリングが起きていないか top コマンドなどで監視します。

データベースの最適化も忘れずに実行すべきです。MySQL のテーブルが肥大化すると検索速度が遅くなるため、定期的な OPTIMIZE TABLE 実行やパーティショニング検討が必要です。バックアップスクリプトは Cron Job を使用して自動実行し、障害時に迅速に復旧できる体制を整えます。また、設定ファイルの更新履歴を Git で管理することで、ミスを修正する際のロールバックも容易になります。

よくある質問（FAQ）

Q1: Shinobi は Windows でも動作しますか？ A1: はい、Windows 環境でも Docker コンテナを使用して Shinoi を動作させることが可能です。ただし、Linux ディストリビューション（Ubuntu や Debian）に比べると、Docker の設定やネットワーク構成が複雑になる傾向があります。特に映像処理のパフォーマンスやファイルシステムでの権限問題が発生しやすいため、本格的な運用には Linux サーバーの使用を強く推奨します。Windows での利用は、一時的なテスト用途や、Linux 環境を用意できない場合の代替手段として考慮してください。

Q2: GPU アクセラレーションは Shinobi で可能ですか？ A2: はい、可能です。Shinobi は FFmpeg を介してハードウェアアクセラレーションを利用できます。Intel の QuickSync Video や AMD の VCE に対応しており、CPU の負荷を減らして高解像度の映像処理を行えます。設定ファイルで hardware_accel オプションを有効にし、適切なデバイスパス（例：/dev/dri/renderD128）を指定することで動作します。ただし、GPU 自体のドライバーが正しくインストールされている必要があります。

Q3: カメラが増えると処理速度はどうなりますか？ A3: カメラ数に応じて CPU の負荷は線形に増加します。Shinobi は非同期処理を採用しているため、ある程度の並列処理能力がありますが、同時に処理できるストリームの上限はハードウェアスペックに依存します。10 台以上のカメラを運用する場合は、CPU コア数を増やすか、複数サーバーで負荷分散する構成を検討してください。また、AI 検知機能を全カメラで有効にすると、負荷がさらに急増するため、重要なカメラのみ有効にする設定が必要です。

Q4: 録画データを外部ハードディスクに保存できますか？ A4: はい、可能です。Docker を使用している場合は、ホストの HDD や NAS のディレクトリをコンテナ内にマウントすることで、大容量ストレージを利用できます。また、Linux ネイティブインストールでも、Shinobi の設定フォルダを別のパーティションや外部ディスクに配置する設定が可能です。ただし、ファイルシステムの種類（ext4, NTFS など）によって書き込み速度が異なるため、録画用には Linux 形式のフォーマット推奨です。

Q5: Shinobi Pro と CE の違いは何ですか？ A5: CE はコミュニティ版で基本機能（録画、視聴、通知）を提供します。Pro は有料ライセンス版であり、AI 解析機能、高度な RBAC、API 制限緩和、優先サポートなどが含まれます。また、Pro では特定の AI モデルの最適化や、クラウド連携機能が強化されています。個人利用や小規模運用であれば CE で十分ですが、業務用途で高度な管理機能が必要な場合は Pro の検討をお勧めします。

Q6: 動画フォーマットは H.265 に対応していますか？ A6: はい、Shinobi は H.264 と H.265（HEVC）の両方のエンコード・デコードをサポートしています。H.265 は同じ画質で約半分の容量を節約できるため、ストレージ効率を重視する場合に推奨されます。ただし、再生時の互換性を確認し、使用するクライアント端末が H.265 デコーディングに対応しているか確認してください。また、ハードウェアアクセラレーションのサポート状況も確認が必要です。

Q7: モバイルアプリはありますか？ A7: はい、Shinobi には公式のモバイルアプリ「ShinobiCE」が存在します。iOS と Android 両方に対応しており、リアルタイム映像の視聴やアラート通知の受け取りが可能です。ただし、Pro バージョンの機能の一部はモバイルアプリでも利用制限されている場合があります。また、Web UI もレスポンシブデザインになっており、スマートフォンブラウザからアクセスして同等の操作が可能です。

Q8: 暗視カメラ（夜間）での録画品質はどうですか？ A8: Shinobi は IR カメラからの映像も正常に処理できます。ただし、IR 切り替え時に映像が点滅する現象が発生することがあります。これはカメラ側の IR センサーの応答速度や照明条件によるものです。Shinobi の側でモーション検知閾値を適切に調整することで誤作動を防げますが、完全な解決にはカメラ本体の設定確認も必要です。また、暗視モードでの解像度低下は避けられないため、夜間の監視要件に応じてカメラを選定してください。

Q9: リバースプロキシ（Nginx）なしで SSL 化できますか？ A9: Shinobi 自体が HTTPS サーバー機能を持っていますが、本番環境での利用にはリバースプロキシの使用を推奨します。Shinobi の内部設定で SSL を有効にすることは可能ですが、証明書管理やポート開放のリスクが高まります。Nginx や Apache を使用して外部からアクセスを受け付け、SSL 終端処理を行うことで、セキュリティと管理の両面において安定した運用が可能になります。

Q10: データベースを移行する方法はありますか？ A10: はい、可能です。MySQL のダンプファイルをエクスポートし、新しいサーバーでインポートすることでデータベースを移行できます。ただし、パスや設定ファイル内の DB 接続情報も更新する必要があります。Shinobi が停止している状態で作業を行うことでデータ整合性を保てます。また、Docker コンテナの場合は、ボリュームマウント先のディレクトリ自体をコピーして新しいサーバーに展開する方法もあります。

まとめ

本ガイドでは、Node.js ベースのオープンソース CCTV NVR「Shinobi」について、そのアーキテクチャから実運用までを徹底的に解説しました。Shinobi は軽量でありながら拡張性が高く、Ubuntu 24.04 や Debian 12 上で安定して動作する優れたソフトウェアです。特に Docker コンテナ環境でのデプロイが容易で、AI 検知機能や通知システムとの連携も柔軟に対応できる点が魅力です。

記事全体の要点を以下にまとめます。

• Shinobi の特性: Node.js ベースで軽量かつモジュラーな設計であり、MySQL/M[aria](/glossary/aria-multimodal-llm)DB をバックエンドとする。
• OS 選定: U[bun](/glossary/bun-runtime)tu 24.04 または Debian 12 が最適で、Docker 環境との相性が良い。
• インストール: ネイティブインストールと Docker コンテナ化の両方が可能。
• カメラ接続: RTSP、ONVIF に対応し、主要メーカー（Reolink, Hikvision など）とも互換性がある。
• AI・検知: OpenCV や YOLO と連携することで、物体認識による高精度なモーション検知が可能。
• ストレージ管理: イベントベース録画や H.265 対応により、ストレージ効率を最大化できる。
• 比較分析: Frigate 0.15 は AI 特化型だがリソース消費大、MotionEye は軽量だが機能少、Shinobi はバランス型。

セキュリティや拡張性を考慮し、適切な設定を行うことで、家庭内から小規模ビジネスまで幅広く対応可能な監視システムを構築できます。2026 年時点でもなお進化を続ける Shinobi の可能性を最大限引き出し、安全で安心な環境を実現してください。

マンション/オフィス防犯カメラPC構築。Frigate(オープンソースNVR)、Reolink/Hikvision、AI人物検出。