MotionEye セルフホスト監視カメラ｜Raspberry Pi で作る簡易NVR

MotionEye を用いた Raspberry Pi によるセルフホスト監視カメラシステム構築の全体像

セキュリティへの関心が高まる現代において、家庭や小規模事業所の防犯対策は必須となっています。しかし、市販の監視カメラシステムは初期費用だけでなく、月額サブスクリプション料金やクラウド保存のための課金が発生することが多く、長期的な運用コストを懸念するユーザーも少なくありません。そのような課題に対し、自作.com 編集部では「Raspberry Pi」という安価で汎用性の高いマイコンボードを活用し、MotionEye というオープンソースソフトウェアを用いた簡易 NVR（ネットワークビデオレコーダー）システムを構築することで、コストを抑えつつ高機能な監視環境を実現する方法を提案します。本記事は、2026 年 4 月時点の最新情報を反映しつつ、PC 自作経験が浅い初心者から中級者までを対象に、Raspberry Pi での MotionEye 導入から運用までの全プロセスを網羅的に解説します。

MotionEye は、長年の開発実績を持つ「motion」というコマンドラインベースのモーション検知ソフトウェアを、ユーザーフレンドリーな Web UI で包み込んだプロジェクトです。これにより、複雑な設定ファイルを直接編集する必要がなくなり、ブラウザ上での直感的な操作が可能になります。特に Raspberry Pi 4 または 5 を用いることで、低消費電力かつ小型化された監視ノードを構築でき、既存のサーバーリソースを圧迫することなく運用することが可能です。本ガイドでは、Docker コンテナ技術を活用したデプロイ方法を主軸としつつ、OS 単体インストール版との違いについても言及します。また、USB Web カメラや Raspberry Pi 専用カメラモジュール V2/V3/HQ、さらには既存の IP カメラ（RTSP/ONVIF 対応）まで幅広く接続できる柔軟性を紹介します。

本記事の構成は、基本的なシステム概要から始まり、ハードウェア選定のポイント、具体的なインストール手順、カメラの設定詳細、機能活用テクニック、セキュリティ対策、そして代替ソフトウェアとの比較へと進みます。特に Docker Compose を用いたデプロイは、バージョン管理や更新が容易であり、本番環境での安定性を保つために推奨される手法です。また、2026 年時点では AI（人工知能）による物体識別機能が主流となりつつある中で、MotionEye の現状の機能と、AI 対応ソフトウェアである Frigate や Shinobi との違いを明確に区別し、ユーザーのニーズに合わせた選定を支援します。最後に、システム運用におけるトラブルシューティングやメンテナンスノウハウをまとめ、長期的な安定稼働をサポートする情報を提供いたします。

MotionEye の概要とシステムアーキテクチャの基礎知識

MotionEye は、シンプルかつ強力な監視ソフトウェアであり、その核心となるのは「motion」というデーモンプロセスです。motion デーモンは Linux 環境で動作し、カメラ入力からの画像解析を継続的に行い、画面上の変化（モーション）を検知する役割を果たします。MotionEye はこの motion の設定ファイル管理やログ表示、映像ストリーミングの Web UI 化を担当し、ユーザーが技術的なハードルを感じることなく監視システムを構築できる環境を提供します。2026 年現在でも、多くの DIY セキュリティ愛好家に支持されている理由は、その軽量性と拡張性にあります。例えば、Raspberry Pi Zero 2 W といった低スペックなボードでも動作可能なほどリソース消費が抑えられており、既存の古い PC や Raspberry Pi を活用したアップサイクルプロジェクトにも最適です。

システムアーキテクチャとしては、MotionEye サーバー（ホスト）とカメラデバイス（クライアント）、そして管理用ブラウザが主要な構成要素となります。MotionEye サーバーは Docker コンテナ上で動作することが多く、これにより OS への依存を減らし、環境の移植性を高めています。MotionEye の設定ファイルは、コンテナ内でマウントされたボリュームに保存されるため、システムを再構築しても設定データを保持し続けることが可能です。また、Web UI を通じてリアルタイム映像を確認できるだけでなく、録画された動画ファイルを再生したり、タイムラプス動画を生成したりする機能も標準で備わっています。これにより、単なる監視だけでなく、過去の記録を検証する防犯インフラとしての側面も強化されています。

セキュリティの観点からも、MotionEye は内部ネットワークでの利用を前提としつつ、外部からのアクセスを可能にするための仕組みを提供しています。ただし、Web UI をインターネットに直接公開することはセキュリティリスクとなるため、推奨されるのはリバースプロキシや VPN 経由での接続です。また、メール通知機能や FTP アップロード機能を利用することで、モーション検知時に即座に管理者へアラートを送信したり、重要な映像を外部ストレージへバックアップしたりすることが可能です。2026 年時点では、クラウドストレージ（Google Drive や Dropbox など）との連携も容易になっており、ローカルディスクが破損した場合のリスクヘッジとしても機能します。このように、MotionEye は単なるカメラソフトではなく、多角的な防犯戦略を構築するための基盤として機能します。

ハードウェア選定と必要な周辺機器の詳細指南

Raspberry Pi のモデル選択は、システムのパフォーマンスと安定性に直結する重要な決断です。2026 年 4 月現在、最もバランスが良く推奨されるのは Raspberry Pi 5 です。Pi 5 は前世代の Pi 4 と比較して CPU 性能が大幅に向上しており、複数カメラからの映像処理や画像解析において高い安定性を見せます。特に、USB 3.0 ポポートを備えているため、外部 USB カメラから高解像度の映像を取得する際にも帯域幅の制約を受けにくくなります。一方で、Pi 5 は消費電力がやや高く（最大 27W 電源供給が必要）、発熱も大きいため、適切なファンやヒートシンクによる冷却対策が必須となります。もし予算を抑えたい場合や、カメラ数が少ない（1〜2 台）環境であれば、Raspberry Pi 4 Model B も依然として十分機能します。Pi 4 は安定した市場価格で入手可能であり、多くの周辺機器との互換性も確認済みです。

以下は、監視用途における Raspberry Pi モデルの比較表です。それぞれのモデルの特徴と、推奨されるカメラ接続数や用途を明確にしています。

ストレージ（SD カード）の選定も見過ごせないポイントです。NVR（レコーダー）としての運用では、頻繁にディスクへの書き込みが行われるため、読み書き速度が重要になります。特に「Class 10」や「UHS-I Speed Class 3 (U3)」以上の SD カードを使用することが推奨されます。また、Raspberry Pi 公式推奨の「A2 (Application Performance Class 2)」対応モデルを選ぶと、ランダムな読み書き性能が向上し、システム全体のレスポンスが滑らかになります。容量については、監視カメラの設定解像度や録画期間によって変動しますが、最低でも 64GB、理想的には 128GB 以上の SD カードを用意すると、数日〜1 週間程度のローカル保存が可能になり、SD カードの寿命延長にも寄与します。

カメラの種類によっても必要な周辺機器が異なります。USB Web カメラを使用する場合、USB ハブを利用する際は「給電機能付き（有線）ハブ」を選ぶことが重要です。無給電ハブでは、複数カメラ接続時に電圧降下が発生し、カメラが認識されなくなるトラブルが頻発します。一方、Raspberry Pi 公式の Camera Module V2 または V3 を使用する場合は、専用ケーブル（CSI ケーブル）とスロットが必要です。V3 モジュールは 4K 解像度に対応しており、高精細な映像を記録できますが、高輝度の照明下でのノイズ耐性など、レンズ設定や焦点調整に注意が必要です。また、既存の IP カメラを接続する場合（RTSP/ONVIF）、ネットワークスイッチの帯域確保と電源供給（PoE スイッチなど）も考慮する必要があります。これらのハードウェア選定を慎重に行うことで、システム全体の安定稼働率が大きく向上します。

Docker 環境での MotionEye インストール手順解説

MotionEye を Raspberry Pi に導入する方法として、最も推奨されるのが Docker コンテナを利用した方法です。OS 単体インストール版（MotionEyeOS）も存在しますが、Docker 版はシステムの更新が容易で、他のサービスと共存させやすいという利点があります。本節では、LinuxServer.io が提供している lscr.io/linuxserver/motioneye イメージを使用する方法を解説します。このイメージはメンテナンス頻度が高く、セキュリティパッチも迅速に適用されるため、2026 年時点でも信頼性が高い選択肢と言えます。ただし、公式の ccrisan/motioneye イメージと比べると、設定ディレクトリのマウントパスや初期構成が異なる場合があるため、注意が必要です。ここでは LinuxServer.io ベースの設定を基準に進めます。

まず準備すべきは、Raspberry Pi 本体への Docker と Docker Compose のインストールです。2026 年時点では、標準的な Raspberry Pi OS（Bookworm 以降）には Docker がパッケージとして提供されている場合が多いですが、最新バージョンを確保するために公式の Docker リポジトリからインストールを行うことが推奨されます。コマンドラインで sudo apt update を実行し、パッケージリストを更新した後、sudo apt install docker.io docker-compose-plugin を実行して環境を整備します。インストール完了後には docker version 及び docker compose version でバージョンが確認できることを確認してください。また、ユーザーを Docker グループに追加することで、root 権限なしで Docker コマンドを実行できるようにします（sudo usermod -aG docker $USER）。

Docker コンテナのデプロイには、docker-compose.yml ファイルの作成が不可欠です。このファイルはコンテナの設定やボリュームの定義を行う YAML 形式の構成ファイルです。以下に、基本的な MotionEye の Docker Compose 設定例を示します。この設定では、コンテナ内で動作する MotionEye にアクセスするための Web ポート（80, 5913 など）をホストマシンのポートに公開し、設定データと録画データを保存するディレクトリを外部からマウントしています。

version: '2.1'
services:
  motioneye:
    image: lscr.io/linuxserver/motioneye
    container_name: motioneye
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Asia/Tokyo
    volumes:
      - /path/to/config:/config
      - /path/to/data:/data
    ports:
      - 8080:80
      - 5913:5913
    restart: unless-stopped

この設定ファイルの各項目について解説します。PUID と PGID は、コンテナ内で動作するユーザーの権限を指定するもので、ホスト側のファイル所有権と一致させることでアクセス権限エラーを防ぎます。通常は Raspberry Pi ユーザーの UID/GID（1000）を使用するのが一般的です。TZ=Asia/Tokyo はタイムゾーンを設定し、録画ファイルやログの日時を日本時間に合わせるため重要な設定です。volumes 項では、ホストの /path/to/config をコンテナ内の /config にマウントします。ここには MotionEye の設定情報が保存されます。/path/to/data には実際の動画データが格納されるため、大容量のストレージ領域を確保することが重要です。ポート番号 8080 はブラウザからアクセスする URL（例：http://IP:8080）として使用します。

インストール後、コンテナは自動的に起動し、Web UI が利用可能になります。ただし、セキュリティのためには初期パスワードの設定や、外部からの不要なアクセスブロックが必須です。また、MotionEye の設定画面内で「カメラ追加」を行う際に、Docker コンテナ内で動作しているため USB カメラを直接接続する場合は、コンテナにホストのデバイスパスを渡す (/dev/video0) 必要がある場合があります。この場合、docker-compose.yml に devices: - /dev/video0:/dev/video0 を追加し、USB デバイスへのアクセス権限をコンテナに付与する必要があります。これらの設定は、システム全体の柔軟性とセキュリティバランスにおいて微妙な調整が必要となるため、各環境に合わせて最適化することが求められます。

カメラ接続と多様な入力ソースの対応方法

MotionEye の最大の強みの一つが、多種多様なカメラデバイスに対応できる点です。USB Web カメラから Raspberry Pi 専用モジュール、そしてネットワーク経由で接続する IP カメラまで、幅広い機器を統一された Web UI で管理できます。各接続方式には特有の設定手順と注意点があり、スムーズな映像取得のために適切な設定を行う必要があります。まず USB Web カメラを使用する場合、Linux 上で正しく認識されているか確認することが第一歩です。lsusb コマンドでデバイスが検出されているか、v4l2-ctl --list-devices でビデオデバイスのパス（例：/dev/video0）を確認します。MotionEye の設定画面では、「カメラタイプ」で「USB Camera」を選択し、該当するデバイスパスを指定してテスト撮影を行い、映像が表示されることを確認します。

Raspberry Pi 公式の Camera Module を使用する場合、ハードウェア的な接続が異なります。Camera Module V2 は一般的な CSI コネクタに挿入しますが、V3 や HQ モジュールはより高解像度な映像に対応し、レンズ交換も可能な設計です。これらを使用する際は、Raspberry Pi OS の設定ツール（sudo raspi-config）で「Interface Options」→「Camera」を有効化し、システムがカメラモジュールを認識できるようにする必要があります。MotionEye 側では、「Pi Camera」というオプションを選択し、必要に応じて解像度やフレームレートを指定します。特に HQ モジュールを使用する場合は、レンズの焦点距離に合わせてマニュアルフォーカスを行う必要があるため、設置後の調整作業も重要な工程となります。また、カメラモジュールの接続が不安定な場合、ケーブルの接触不良や CSI コネクタの破損も疑う必要があります。

既存の IP カメラや NVR を MotionEye に統合する場合は、RTSP（Real-Time Streaming Protocol）または ONVIF プロトコルを利用します。多くのネットワークカメラは、デフォルトでは RTSP ストリーム URL を提供しています。例えば、rtsp://192.168.1.50:554/stream1 のような形式が一般的です。MotionEye の設定画面で「IP Camera」を選択し、このストリーム URL とカメラの認証情報（ユーザー名・パスワード）を入力することで接続できます。ONVIF 対応カメラの場合、MotionEye 内の ONVIF プロファイル検索機能を用いて、自動的に設定情報を取得できる場合があり、手動での IP アドレス指定が不要になる利点があります。ただし、ネットワークの帯域幅に注意が必要です。複数の高解像度カメラを RTSP で接続する場合、ネットワークスイッチやルーターの処理能力がボトルネックとなることがあるため、LAN 環境の最適化が必要になる場合があります。

また、複数のカメラを同時に管理する「マルチカメラ」設定も簡単に行えます。MotionEye の Web UI から「カメラ追加」ボタンを押すことで、同じシステム内で異なるデバイスやストリームを追加可能です。ただし、Raspberry Pi の CPU リソースには限界があるため、接続するカメラ数が増えすぎると映像の遅延（ラグ）が発生したり、モーション検知が不安定になったりすることがあります。特に Pi 4 や Zero を使用する場合は、3〜4 台までの接続を上限とし、それ以上は Pi 5 へのアップグレードを検討するのが賢明です。また、各カメラごとに異なる設定（録画時間や検知感度）を適用できるため、玄関用には高感度、廊下用には低感度といったカスタマイズも可能です。

モーション検知と記録機能の高度な設定方法

MotionEye の中核機能であるモーション検知と記録は、システムの実用性を左右する重要な要素です。単に動きを検出するだけでなく、誤検知を防ぎ、必要な映像のみを効率的に保存するための設定が求められます。MotionEye では、画素レベルの差分解析によって動的な領域を特定し、そのサイズや頻度に基づいてイベントを判定します。初期状態では感度がデフォルト値に設定されていますが、実際の運用環境に合わせて調整する必要があります。例えば、窓際に設置して外側の木々が風に揺れるたびに撮影が開始される場合、検知感度を下げたり、マスクゾーン（監視範囲外の領域）を設定したりすることで対策が可能です。

「Mask Zone（マスクゾーン）」機能は、監視カメラの映像の一部を無効化するための画面上での設定です。MotionEye の Web UI 上で、カメラビューに対して矩形や多角形の領域を描き込むことで、その部分の変化を検知対象から除外できます。例えば、道路の通行車両が頻繁に流れるシーンで自動車の動きによる録画を防ぎたい場合、画面下部の道路部分をマスクとして指定します。これにより、重要な人物が入ってくる時だけ記録を開始するといったフィルタリングが可能になります。マスクゾーンの座標値は画素単位で設定されるため、設置場所やアングルによって調整が必要です。また、複数のゾーンを設定することで、より複雑な監視ロジックも構築できます。

録画の設定においても、様々なオプションをカスタマイズできます。「Motion」トリガーによる記録以外にも、「スケジュール」に基づく録画（例：夜間のみ記録）や「常時録画」モードが利用可能です。また、録画形式として MP4 や AVI を選択でき、圧縮設定も変更可能です。特に、保存領域を確保しつつ映像品質を維持するために、録画解像度とフレームレートを調整することが推奨されます。例えば、屋内監視であれば 640x480 の低解像度で十分であるため、CPU 負荷とストレージ使用量を大幅に削減できます。逆に、防犯目的の証拠映像として残す必要がある場合は、1920x1080 やそれ以上の高解像度を維持しますが、その分ディスク容量を多く消費します。さらに「タイムラプス」機能も備わっており、一定間隔（例：5 秒ごと）で静止画を撮影し、それを結合して動画を作成する機能を有効にすることで、長期間の経過映像や植物の成長記録などにも活用できます。

さらに、録画のトリガー条件には「イベント」のみではなく、「モーション検知後の静止画像保存（Snapshot）」の設定も重要です。これにより、動画ファイルだけでなく、事件発生時のスナップショットを即座に取得し、Web UI 上で一覧表示できます。また、録画ファイルが保存されるパスは Docker ボリュームとして管理されているため、外部の NAS にマウントして保存先を変更することも可能です。この場合、ネットワーク上のストレージへの書き込み速度がボトルネックとならないよう注意が必要です。特に USB 3.0 を介した外付け HDD を直接 Pi 5 に接続するよりも、NAS（Synology など）を介したネットワーク共有の方が安定性が高い傾向にあります。

通知システムと外部ストレージ連携の詳細設定

モーション検知時に即座に管理者へ知らせる通知機能や、重要映像を外部に保存するストレージ連携は、防犯システムの信頼性を高めるために不可欠です。MotionEye はメール通知機能を標準でサポートしており、SMTP サーバーの設定を行うことで、スマホや PC にアラートを送信できます。設定画面では、SMTP サーバーアドレス（例：smtp.gmail.com）、ポート番号（587 or 465）、ユーザー名、パスワード、TLS/SSL の有無を指定します。特に Google Workspace や Gmail を利用する場合、アプリ固有パスワードの取得が必須となるため、一般的なアカウントパスワードでの接続は失敗します。また、受信トレイに通知メールが届くまで数分かかる場合があるため、メールの「スパムフォルダ」や「プロモーションタブ」も確認しておきましょう。

さらに、FTP アップロード機能を利用することで、検知時に撮影した画像や動画を外部 FTP サーバーへ転送できます。これは、ローカルストレージが満杯になった場合のバックアップ手段として有効です。設定には、FTP サーバーの IP アドレス、ポート（通常 21）、ユーザー名、パスワード、および保存先ディレクトリを指定する必要があります。セキュリティの観点から、FTP プロトコル自体は暗号化されていないため、SFTP や FTPS をサポートするサーバーを使用し、暗号化通信を行う設定が望ましいです。また、接続テスト機能を用いて、設定前に通信経路が確立できるか確認することが推奨されます。

クラウドストレージ連携については、Google Drive や Dropbox との統合が可能です。MotionEye 本体の設定では直接クラウド連携を処理するのではなく、外部スクリプトやサードパーティ製ツール（Rclone など）と組み合わせることで実現されることが一般的です。例えば、検知時に撮影された動画を Rclone を通じて Google Drive にアップロードし、リンク付きの通知メールを送信するフローが構築可能です。これにより、ローカル機器が盗難・破損した場合でも映像データが残存し続けます。ただし、クラウドへのアップロードには時間と帯域を消費するため、頻繁な検知時に帯域幅を圧迫しないよう、1 日のアップロード制限や、画像優先で動画は後回しにするなど、設定の工夫が必要です。

また、通知の頻度も調整可能です。同じイベントが発生し続けても、一定時間（例：30 分）ごとに通知を送信しない設定や、1 回の検知で連続してメールが送られないようにする「コールドスター」機能もあります。これにより、夜間の雨や虫の飛ぶ動きによる誤検知が続いても、スマホに通知が殺到するのを防ぎます。さらに、2026 年時点では、Push Notification（プッシュ通知）に対応したクライアントアプリの利用も検討価値がありますが、MotionEye の標準機能としてはメール連携が最も確立された手段です。

セキュリティ対策とネットワークアクセスの最適化

セルフホスト型の監視システムは利便性が高い一方で、セキュリティリスクを内包しています。特に Web UI が外部に公開される場合、不正アクセスや乗っ取りのリスクが高まります。そのため、適切なセキュリティ対策を講じることが必須です。最も基本的な対策として、強力なパスワードの設定と、デフォルトアカウントの変更が挙げられます。MotionEye は初期状態で「admin」ユーザーが存在するため、必ず変更または削除を行い、管理用ユーザーのみを残すようにします。また、SSH 接続においても、パスワード認証ではなく SSH キー認証を有効化し、不要なポートへのアクセスをブロックするファイアウォール設定を行います。

インターネットから MotionEye にアクセスするための一般的な方法は「ポートフォワード」ですが、これはセキュリティリスクが非常に高いため推奨されません。代わりに、「リバースプロキシ」の使用を強く推奨します。例えば、Nginx Proxy Manager や Traefik などのツールを導入し、ドメイン名（例：camera.yourdomain.com）から MotionEye の内部 IP を経由してアクセスできるように設定します。これにより、SSL/TLS 暗号化通信を実現し、ブラウザ上で HTTPS で安全な接続を確立できます。Let's Encrypt を使用した無料 SSL 証明書の取得も容易であり、通信の秘匿性を確保するために必須です。リバースプロキシの設定は、ドメイン所有者としての設定や DNS レコードの更新が必要となるため、ネットワーク知識が若干必要となりますが、セキュリティ上の恩恵は絶大です。

さらに、ネットワークセグメントの分離も有効な対策です。監視カメラと管理 PC を VLAN（仮想 LAN）で分割し、他のデバイスとの通信を制限することで、万が一カメラ側が侵害された場合でも内部ネットワーク全体への影響を防げます。Raspberry Pi の設定では、/etc/dhcpcd.conf や /etc/network/interfaces を編集して静的 IP アドレスを割り当てることで、ポートフォワードや DNS での固定管理を可能にします。また、2026 年時点では、多くのルーターが「ゲストネットワーク」機能を備えているため、監視システム用として独立した Wi-Fi ネットワークを用意し、メインの IoT デバイスや PC と分離することも推奨されます。これにより、内部攻撃のリスクを最小限に抑えつつ、安全な運用環境を構築できます。

リソース管理とパフォーマンス最適化のポイント

Raspberry Pi のリソース（CPU, RAM, ストレージ）は有限であるため、複数のカメラを接続した際の負荷分散が重要となります。MotionEye は CPU 集約型の処理を行うソフトウェアであり、特に画像解析や動画エンコード時に負荷がかかります。Pi 5 を使用している場合でも、8 台以上のカメラを同時に監視すると CPU 使用率が 100% に達し、映像の遅延や検知の漏れが発生する可能性があります。そのため、システムが過熱しないよう温度管理を徹底し、CPU のスケーリング設定を調整することが推奨されます。また、Raspberry Pi OS の「Performance Mode」を設定することで、クロック数を固定して応答性を高めることも可能です。

ストレージの性能も同様に重要です。前述した通り、A2 クラス対応の SD カードを使用することでランダム I/O 性能を向上させられますが、それでも頻繁な書き込みには限界があります。より安定した運用を目指す場合は、USB 3.0 ハブ経由で外付け SSD や HDD を接続し、データをそちらに保存する構成を検討してください。SSD を使用する場合、Raspberry Pi の USB コントローラとの相性によっては認識されないことがあるため、信頼性の高いモデルを選ぶ必要があります。また、Linux 上で SSD の寿命を延ばすための「TRIM」コマンドや、書き込み頻度を抑える設定（logrotate）を行うことも有効です。

システムのパフォーマンスを監視するために、「htop」や「glances」といったツールを使用し、リアルタイムで CPU やメモリの使用状況を確認します。また、MotionEye 自体のログファイルも定期的に確認し、エラーメッセージがないかチェックする必要があります。温度上昇によるスロットリング（性能低下）を防ぐため、ファンを設置している場合はその回転数も適宜調整します。特に夏季や暖房器具の近くでの運用では、放熱対策を強化することが求められます。また、Raspberry Pi のファームウェアが古くなっている場合、ハードウェアのパフォーマンスが発揮できないことがありますので、sudo rpi-update や sudo apt upgrade を定期的に実行し、最新の状態を維持することも推奨されます。

代替ソフトウェアとの比較と機能の違い分析

MotionEye は優れたシステムですが、特定の用途には他の監視ソフトウェアの方が適している場合もあります。2026 年現在主流となっている代替ソリューションと比較し、それぞれの特徴を理解することで、最適なツールを選択できます。特に AI（人工知能）による物体識別機能の有無は、現代の監視システムにおける重要な差別化要因となっています。Frigate は GPU 対応 NPU を活用した AI 検知に強みを持ち、人・車・動物の識別を高精度に行います。一方、MotionEye は motion デーモンベースのため、基本的な「動き」の検出は得意ですが、「何が動いているか」の識別には弱いです。

Shinobi はモダンな UI と多機能な Web 管理に特化したソフトウェアです。リアルタイムストリーミングや高負荷環境でのパフォーマンス調整において優れており、MotionEye よりも柔軟な設定が可能ですが、その分セットアップの難易度は高いです。ZoneMinder は最も古くからある監視システムの一つで、機能は豊富ですが UI が古く、モダンな OS での動作にやや重さを感じさせる場合があります。Scrypted は特に Apple HomeKit や Smart Home エコシステムとの統合に重点を置いており、HomeKit 対応のデバイスとして MotionEye を接続したい場合などに検討されます。

以下の表で、主要な監視ソフトウェアの機能を比較します。これらを参考に自身のニーズ（コスト、技術力、用途）に合わせて選定を行ってください。

この比較を踏まえると、AI による「人」の検出が必須で予算とリソースに余裕がある場合は Frigate が最適です。しかし、「シンプルに動きを検出して録画したい」「既存の motion デーモン構造で安定させたい」という場合、MotionEye の方が圧倒的に簡単かつ安定的です。また、Apple 製デバイスとの統合を重視する場合や、HomeKit 経由での管理を行いたい場合は Scrypted が有利となります。各ソフトウェアはメンテナンス状況も異なり、MotionEye は長年の実績によりバグが少なく安定しています。一方で Frigate は開発が活発で新機能が追加されるペースが速いです。自分のスキルセットと求める機能のバランスを見て選択することが重要です。

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

システムを構築した後も、メンテナンスと定期的な点検が必要です。SD カードは書き込み回数に寿命があるため、定期的にフォーマットや交換を行う必要があります。MotionEye の設定バックアップを行っておくことで、万が一のトラブル時に迅速な復旧が可能となります。設定ファイルのバックアップは Docker ボリュームのディレクトリをコピーするだけで可能です。また、ログの確認も定期的に行い、エラーメッセージがないかチェックします。

トラブルシューティングとして典型的な问题是「映像が表示されない」「モーション検知が作動しない」です。映像が表示されない場合、まずカメラデバイスパス（/dev/video0 など）が正しいか確認します。Docker コンテナ内で USB デバイスへのアクセス権限が付与されているかも重要です。また、ネットワーク接続の IP カメラの場合、IP アドレスやストリーム URL の入力ミスが考えられます。モーション検知が作動しない場合は、感度設定を調整するか、マスクゾーンが誤って重要な領域を覆っていないか確認します。さらに、照明の変化や背景の変化（カーテンの開閉など）によって検知基準が満たされなくなることもあります。

定期的なアップデートも重要です。MotionEye の Docker イメージは頻繁に更新されるため、docker-compose pull を実行して最新バージョンを取得し、コンテナを再構築することでセキュリティパッチを適用できます。ただし、新しいバージョンで設定が互換性を持たない場合があるため、更新前には必ずバックアップを取ります。また、Raspberry Pi の OS 自体も古くなっている場合は、セキュリティリスクとなるため更新を検討してください。

まとめと推奨構成の要約

本記事では、2026 年 4 月時点の情報に基づき、MotionEye を用いた Raspberry Pi によるセルフホスト監視カメラシステムの構築方法を詳しく解説しました。以下に記事全体の要点を箇条書きでまとめます。

• システム概要: MotionEye は motion デーモンベースの軽量な Web UI 型 NVR で、Raspberry Pi と相性が良い。
• ハードウェア選定: Raspberry Pi 5 が最も推奨される（Pi 4 も十分）。A2 クラス SD カードと給電付き USB ハブが必須。
• インストール方法: Docker Compose を利用したデプロイが推奨される（更新・管理が容易）。LinuxServer.io イメージを使用可能。
• カメラ接続: USB、Pi Camera (V2/V3/HQ)、IP Camera (RTSP/ONVIF) に対応。それぞれの接続特性を把握して設定する。
• 機能活用: モーション検知感度調整、マスクゾーン設定、タイムラプス生成、メール通知、FTP/クラウド連携が可能。
• セキュリティ: ポートフォワードは避けるべき。リバースプロキシと SSL 証明書による HTTPS 接続が必須。
• リソース管理: CPU と温度管理に注意。SSD/NAS を使用して SD カードの寿命を延ばすことを推奨。
• 代替比較: Frigate は AI 検知に強い。Shinobi は UI が良い。Scrypted は HomeKit 統合向け。用途に応じて選択する。

MotionEye を活用することで、低コストかつ高機能な監視システムを実現できます。しかし、セキュリティとパフォーマンスのバランスを常に意識し、定期的なメンテナンスを行うことが長期運用の鍵となります。

よくある質問（FAQ）

Q1. MotionEye は Raspberry Pi Zero でも動作しますか？ はい、Raspberry Pi Zero 2 W でも動作しますが、推奨されません。Pi Zero の CPU パフォーマンスは低いため、複数のカメラを接続すると映像に遅延が生じたり、検知が不安定になったりする可能性があります。単一カメラでの簡易監視用途であれば可能ですが、複数カメラや高解像度対応を求める場合は Pi 4 または Pi 5 の使用を強く推奨します。

Q2. Docker でインストールした後に設定変更が反映されません。 設定ファイルは Docker ボリュームとして外部ディレクトリに保存されています。Web UI での変更内容を保持するには、コンテナの再起動ではなく、docker-compose up -d を実行してコンテナを再構築する必要はありません（設定は自動で読み込まれます）。ただし、Docker イメージ自体を更新した場合は設定ファイルが上書きされる可能性があるため、更新前は設定ファイルのバックアップを取っておくことが重要です。

Q3. 外部ネットワークから Raspberry Pi の MotionEye にアクセスしたいのですが、ポートフォワードしても安全でしょうか？ ポートフォワードによる直接公開はセキュリティリスクが高いため、推奨されません。代わりにリバースプロキシ（Nginx Proxy Manager など）を使用し、ドメイン経由で HTTPS（SSL/TLS）通信を行う構成にすることを強く推奨します。これにより、暗号化された安全な接続を確立でき、不正アクセスのリスクを大幅に低減できます。

Q4. 夜間の照明変化で誤検知が頻発しますがどうすればよいですか？ 夜間の誤検知を防ぐには、「マスクゾーン」機能を使用して不要な領域（例えば暗闇になる床部分など）を検知範囲から除外するのが有効です。また、モーション検知の感度を下げる設定も検討してください。さらに、IR カットフィルターが外れている場合もノイズの原因となるため、カメラの物理的な状態確認も必要です。

Q5. Google Drive へ自動アップロードさせるにはどうすればよいですか？ MotionEye の標準機能では直接 Google Drive と連携できません。Rclone や rclone-sync などの外部ツールを使用し、検知時に撮影されたファイルをクラウドストレージに転送するスクリプトを組む必要があります。あるいは、Synology NAS などを介してネットワーク経由で同期を行う方法もあります。

Q6. Raspberry Pi Camera Module V3 は 4K 録画に対応していますか？ はい、Raspberry Pi Camera Module V3 は最高 4K (15fps) の撮影が可能です。ただし、MotionEye でそのまま 4K 解像度で常時録画すると、CPU とストレージに大きな負荷がかかります。実用性のためには、検知時のみ高解像度で記録し、通常時は低解像度（1080p など）にする設定が推奨されます。

Q7. MotionEyeOS を使うのと Docker 版を使うのはどちらが良いですか？ 初心者や簡易的な用途であれば MotionEyeOS（OS 単体インストール版）の方がセットアップは簡単です。しかし、Docker 版は他のサービスとの共存やアップデートが容易であり、システム全体の安定性を維持しやすいという利点があります。2026 年現在では Docker 版の方がメンテナンス面で推奨される傾向にあります。

Q8. 映像の遅延（ラグ）を解消する方法はありますか？ 映像の遅延はネットワーク帯域幅や CPU 負荷が原因であることが多いです。USB ハブの給電を確認し、LAN ケーブル経由で接続することをお勧めします。また、MotionEye の設定でストリーミング形式を H.264 に変更したり、解像度を下げることで負荷を軽減できます。

Q9. 録画ファイルが破損した場合はどうすればよいですか？ SD カードの劣化や不意な電源切断により破損する可能性があります。頻繁にフォーマットを行うことで SD カードの状態を良好に保つ必要があります。また、重要な映像は FTP やクラウドストレージへ自動転送する設定を行い、ローカル障害時のバックアップを確保しておきましょう。

Q10. 複数の Raspberry Pi でシステムを構築できますか？ はい、可能です。ただし、各 Pi は独立した MotionEye インスタンスとして動作するため、管理画面は個別になります。中央集約型で管理したい場合は、MotionEye の設定で複数カメラを接続する構成や、より高機能な NVR ソフトウェア（Frigate など）の導入を検討する必要があります。