CCTVシステムの音声録音：用途、制限、購入時の確認点

マイクを選ぶ前に録音の目的を決めてください。ライブで音を聞く、来訪者と会話する、映像と一緒に音声を保存する、別の確認者が聞けるクリップを書き出す、という4つはそれぞれ別の受け入れ要件です。通話ボタンが動作しても、NVRが会話のどちら側も録音する証明にはなりません。

必要な出力を指定

見積もりに記載する音声要件

機能	必要な経路	求める確認資料
ライブ聴取	現場のマイク → カメラ → 視聴者	想定するスマートフォンまたはワークステーションで音声が聞き取れる
双方向通話	クライアントのマイク → 現場のスピーカー、および聴取経路	通常の距離と騒音で双方が会話できる
録音音声	カメラの音声ストリーム → 選択したレコーダーチャンネル → 保存クリップ	再生映像に必要な音声が含まれ、ライブ映像だけではない
エクスポート	保存クリップ → エクスポートファイル → 受信側プレーヤー	エクスポート後も音声トラックとタイミングが維持される

通話が、交互に話す半二重方式か、双方が同時に話せる全二重方式かを確認してください。オペレーターが通話ボタンを押している間に来訪者が話す場合、半二重方式では返答を聞き逃すことがあります。オペレーターの声も録音されるか確認してください。戻りの音声経路はカメラのマイクストリームと異なる場合があります。

各機器を通る音声を追跡

1. マイク入力： マイクが内蔵か外付けか確認します。外付けの場合は、カメラのマニュアルに合わせて入力形式、コネクター、必要電源、許容レベルを選んでください。ライン入力とマイク入力は互換の仕様ではありません。
2. カメラのエンコード： 対象モデルが提供する音声コーデック、サンプルレート、チャンネル数、ビットレートを一覧にします。H.264またはH.265は映像のエンコード方式を示すもので、音声形式を示すものではありません。
3. ストリームの選択： NVRが実際に受信するストリームを特定してください。音声を有効にしてテストします。メーカーアプリで音が聞こえても、レコーダーが同じストリームを受け取るとは限りません。
4. レコーダーのストレージ： 音声の取り込み、チャンネルごとの有効化、録画スケジュール、再生権限を確認します。常時録画とイベント録画の両方を使用する場合は、それぞれを別々にテストしてください。
5. クライアントとエクスポート： 実際のレコーダークライアント、モバイルビューアー、受信側プレーヤーをテストしてください。エクスポート形式と音声トラックの有無を記録します。無音のファイルだけを根拠に、マイクの故障と判断しないでください。

AxisのAudio APIドキュメント では、別々の入出力機能、二重通信方式、G.711、AAC、Opusを含む製品依存の音声形式を例示しています。これらは確認すべき仕様の例であり、QuarkView製品の機能を示すものではありません。 ONVIF Profile T は、その機能に対応する機器とクライアントの双方向音声を対象とします。対象モデルと対応機能を確認し、組み合わせをテストしてください。ONVIFロゴだけでは、録画やエクスポートへの対応は確認できません。

ゲインを上げる前に音声明瞭度を整える

管理されたインターホン地点は、広い屋外ヤード全体を収音するマイクより、予測しやすい用途です。通常話す位置の近くに設置し、ファン、振動する取付部、スピーカーから離してください。必要に応じて屋外用保護部品を使用します。カメラの定格だけでなく、外付けマイクの環境定格も確認してください。

機器を交換する前に故障箇所を特定する

症状	最初の確認項目	再現可能な修正テスト
騒音に音声が埋もれる	距離、風、機械音、重なる話し声	同じ背景騒音の中で、マイクに近づいて同じ文を繰り返す
音割れやピークの歪み	入力形式と過剰なゲイン	ゲインを下げ、通常の声と大きな声を比較する
通話中にエコーが発生	スピーカーとマイクの干渉、二重通信設定	スピーカー音量、位置、交互に話す動作をテストする
ライブでは音が聞こえるが再生は無音	レコーダーのストリーム、コーデック対応、スケジュール、チャンネル設定	設定を1つ変更した後、時刻を示す新しいクリップを録画する
再生では音が出るがエクスポートは無音	エクスポート設定、ファイルの音声トラック、プレーヤー対応	合意した受信ソフトウェアで同じエクスポートファイルを開く
言葉が途切れる、または遅延が大きい	ネットワーク経路とクライアント性能	通信が混雑する時間帯にローカル接続とリモート接続を比較する

ゲインを上げると不要な音も大きくなります。テスト文を知らない聞き手に明瞭度を評価してもらいましょう。話した内容を知っているオペレーターは、録音品質を実際より高く評価することがあります。音イベントアラームを利用できる場合は別機能として扱い、現場の通常騒音で誤報を個別にテストしてください。

例：入口での会話を1地点で収録

計画例であり、試験済み設置例ではありません： 屋根のある入口1か所、マイクから1 mの位置で話す来訪者1人、遠隔オペレーター1人を想定し、現場側の音声を入口映像とともに保存する要件とします。音声対応を確認したエンドポイント1台、互換性のあるNVRチャンネル、オペレーター用クライアントを指定し、関係のない廊下のマイクは無効にします。必要な場合は、オペレーターの声も保存されるかサプライヤーに実演を求めてください。1 mはテスト用の仮定であり、収音距離を保証するものではありません。

ストレージの計算例： モノラル音声ストリームを64 kbit/sで30日間連続録音すると仮定します。音声データは64,000 bit/s × 86,400 s/日 × 30日 ÷ 8 = 20,736,000,000 bytesとなり、10進GBで約20.7 GBです。同じチャンネルが4つなら約82.9 GB増えます。映像、コンテナのオーバーヘッド、予備容量は含みません。可変ビットレートのストリームや異なる録画スケジュールでは結果が変わります。最終的な保存期間の計算には、この例ではなく設定済みビットレートを使ってください。

一連の受け入れ記録を実施・保管する

1. カメラ、NVR、クライアントのモデル、ファームウェアのバージョン、ストリーム設定、マイクの位置、距離、エクスポート形式を記録します。会話のどちら側を録音する必要があるか合意してください。
2. 通常の声量と大きな声量で番号付きの台本を使います。該当する場合は、通常の背景活動と屋外の風の状況でテストしてください。各クリップに距離と条件を記録します。
3. 双方向の聴取と通話をテストしてください。話す順番、割り込み、オペレーターが確認した遅延を記録し、実際の用途に必要な許容範囲を合意します。
4. 保存クリップをNVRと想定するリモートクライアントで再生します。話者が手を上げるなど、映像上の動きと音声の内容・タイミングを照合してください。
5. クリップを書き出し、別の確認者に受信ソフトウェアで開いてもらいます。そこで音声トラック、明瞭度、同期を確認してください。
6. 想定する制御で音声収録を無効にし、録画とライブクライアントの確認を繰り返します。音声アクセスが許可されていないユーザーもテストし、映像権限と音声権限が別々に管理されると思い込まず、実際の権限動作を確認してください。

ファームウェア更新、マイク交換、コーデック変更、新しいエクスポートクライアントの導入、スピーカー移設の後は再テストしてください。受け入れクリップにも他の録画と同じアクセス・削除規則を適用します。

録音する理由、場所、時間を定める

英国の組織向けには、 ICOのCCTVチェックリスト で、会話の録音は正当化が難しく、具体的な必要性と告知が求められると説明しています。特定の状況でのみ音声を有効にする方法を提案し、掲示、限定的な保存期間、安全なアクセスについても取り上げています。これは英国の組織向けガイダンスであり、他の国や州における会話録音の規則を定めるものではありません。

許可された目的を設定に反映します。対象チャンネルと時間帯、聴取・再生・書き出しを許可するユーザー、妥当な保存期間、変更を確認する担当者を定めてください。映像のプライバシーマスクでマイクもミュートされると考えてはいけません。受付、職場、インターホンでの利用では、録音前にその環境に適用される規則を確認してください。目的を絞った通話ポイントで対応できる場合は、関係のない機密会話まで広く拾わないようにします。

話す位置、騒音状況、必要な音声機能、既存のレコーダー、書き出し手順を添えて、 構成について問い合わせ。関連する判断については、 カメラ/NVR互換性チェックリスト と 双方向音声ガイド をご覧ください。