(57)【要約】【課題】通信環境の変動が大きい状況下でも、リアルタイム性とデータ保持性とを両立させた映像伝送を実現すること。【解決手段】記録装置１０は、ネットワーク２を介して受信した映像データの受信側ＦＲを測定する受信側ＦＲ測定部１１と、受信側ＦＲ測定部１１の受信側ＦＲと、送信側ＦＲとを比較するフレームレート比較部１４と、フレームレート比較部１４の比較結果からネットワーク２が通信不良状態か否かを判定する通信環境判定部１６と、通信環境判定部１６が通信不良状態であると判定した期間は、監視カメラ１との間で映像データの通信に使用される通信プロトコルをコネクション型の通信プロトコルに切り替える通信切り替え部１３と、を有する。【選択図】  図１
2019212948.tif 000002
【特許請求の範囲】
【請求項１】
カメラからネットワークを介して送信側フレームレートにて送信される映像データを記録する映像記録部と、
前記ネットワークを介して受信した映像データの受信側フレームレートを測定するフレームレート測定部と、
前記フレームレート測定部の測定結果である前記受信側フレームレートと、前記送信側フレームレートとを比較するフレームレート比較部と、
前記フレームレート比較部の比較結果から前記ネットワークが通信不良状態か否かを判定する通信環境判定部と、
前記通信環境判定部が前記通信不良状態であると判定した期間は、前記カメラとの間で映像データの通信に使用される通信プロトコルをコネクション型の通信プロトコルに切り替える通信切り替え部と、を有することを特徴とする
記録装置。
【請求項２】
前記フレームレート比較部は、前記受信側フレームレートと比較する前記送信側フレームレートとして、前記カメラに対して事前に設定された前記送信側フレームレートを記憶部から読み出して用いることを特徴とする
請求項１に記載の記録装置。
【請求項３】
前記フレームレート比較部は、前記受信側フレームレートと比較する前記送信側フレームレートとして、受信した各映像データのヘッダ部に含まれる前記送信側フレームレートを用いることを特徴とする
請求項１に記載の記録装置。
【請求項４】
前記通信切り替え部は、前記通信環境判定部が前記通信不良状態に該当しないと判定した期間は、前記カメラとの間で映像データの通信に使用される通信プロトコルをコネクションレス型の通信プロトコルに切り替えることを特徴とする
請求項１ないし請求項３のいずれか１項に記載の記録装置。
【請求項５】
前記通信切り替え部は、前記通信不良状態が所定期間連続したときに、コネクション型の通信プロトコルに切り替えることを特徴とする
請求項１ないし請求項３のいずれか１項に記載の記録装置。
【請求項６】
記録装置は、映像記録部と、フレームレート測定部と、フレームレート比較部と、通信環境判定部と、通信切り替え部と、を有しており、
前記映像記録部は、カメラからネットワークを介して送信側フレームレートにて送信される映像データを記録し、
前記フレームレート測定部は、前記ネットワークを介して受信した映像データの受信側フレームレートを測定し、
前記フレームレート比較部は、前記フレームレート測定部の測定結果である前記受信側フレームレートと、前記送信側フレームレートとを比較し、
前記通信環境判定部は、前記フレームレート比較部の比較結果から前記ネットワークが通信不良状態か否かを判定し、
前記通信切り替え部は、前記通信環境判定部が前記通信不良状態であると判定した期間は、前記カメラとの間で映像データの通信に使用される通信プロトコルをコネクション型の通信プロトコルに切り替えることを特徴とする
記録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録装置、および、記録方法に関する。
【背景技術】
【０００２】
インターネットなどのネットワークを利用して、監視カメラから記録装置へ記録映像を伝送する技術が提案されている。さらに、監視カメラの記録映像から人流検知などの映像認識技術を用いることで、窃盗犯などの要注意人物を発見することができる。
特許文献１には、監視対象である被写体の画像に変化があったときには、コネクションレス型通信プロトコルからコネクション型通信プロトコルに切り替えて映像伝送する監視カメラ装置が記載されている。これにより、監視対象である被写体の画像の欠落を抑制することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開第２００６／０８５５００号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年の防犯への意識が一般家庭にも浸透してきている中で、映像伝送技術を一般家庭に適用する機会もある。そのときには、家庭用として使用されるネットワークは必ずしも帯域の広いネットワークとは限らず、一般的にはコスト面からインターネット回線を使用して伝送される。インターネット回線は安価な通信環境のため、提供される通信品質の変動が大きくなり、高負荷の状況下では監視画像の欠落が発生しやすくなる。
【０００５】
そこで、現在の通信環境に適した通信プロトコルを自動で切り替えるような監視カメラシステムが望まれる。例えば、通信環境が良好なときには、コネクションレス型通信プロトコルを用いることで、リアルタイム性を優先させるとよい。一方、通信環境が悪化したときには、コネクション型通信プロトコルを用いることで、データ保持性を優先させるとよい。
しかし、特許文献１に記載の監視カメラ装置は、通信環境の変動が大きい状況下は想定されておらず、最適な通信プロトコルが選択されなかった。
【０００６】
そこで、本発明は、通信環境の変動が大きい状況下でも、リアルタイム性とデータ保持性とを両立させた映像伝送を実現することを、主な課題とする。
【課題を解決するための手段】
【０００７】
前記課題を解決するために、本発明の記録装置は、以下の特徴を有する。
本発明は、カメラからネットワークを介して送信側フレームレートにて送信される映像データを記録する映像記録部と、
前記ネットワークを介して受信した映像データの受信側フレームレートを測定するフレームレート測定部と、
前記フレームレート測定部の測定結果である前記受信側フレームレートと、前記送信側フレームレートとを比較するフレームレート比較部と、
前記フレームレート比較部の比較結果から前記ネットワークが通信不良状態か否かを判定する通信環境判定部と、
前記通信環境判定部が前記通信不良状態であると判定した期間が、前記カメラとの間で映像データの通信に使用される通信プロトコルをコネクション型の通信プロトコルに切り替える通信切り替え部と、を有することを特徴とする。
その他の手段は、後記する。
【発明の効果】
【０００８】
本発明によれば、通信環境の変動が大きい状況下でも、リアルタイム性とデータ保持性とを両立させた映像伝送を実現することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施例１における監視システムの構成を表した図である。
【図２】本発明の通信プロトコルの自動切換え処理の概要を示す時系列グラフである。
【図３】本発明の実施例１におけるＵＤＰ（User Datagram Protocol）で通信を開始した後、通信不良状態に移行するまでの処理を示すフローチャートである。
【図４】本発明の実施例１における通信不良状態でＴＣＰ（Transmission Control Protocol）の通信に切り替えた後、通信不良状態が回復するまでの処理を示すフローチャートである。
【図５】本発明の実施例２における監視システムの構成を表した図である。
【図６】本発明の実施例２におけるＵＤＰで通信を開始した後、通信不良状態に移行するまでの処理を示すフローチャートである。
【図７】本発明の実施例２における通信不良状態でＴＣＰの通信に切り替えた後、通信不良状態が回復するまでの処理を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明の一実施形態を、図面を参照して詳細に説明する。
【実施例１】
【００１１】
図１は、実施例１における監視システムの構成を表した図である。この実施例１と、後記する実施例２とでは、記録装置１０による通信プロトコルの自動切換え処理は大まかには共通するものの、一部のパラメータ（後記する「送信側ＦＲ」）の取得方法に若干の違いがある。
監視システムは、監視映像のデータを生成して伝送する監視カメラ１と、監視カメラ１の映像データを伝送するネットワーク２を介して映像データを受信する記録装置１０とを含む。
なお、図１では監視カメラ１および記録装置１０がそれぞれ１台の場合で図示しているが、それぞれ複数台接続されている構成でもよい。また、映像データを記録する記録装置１０を、映像監視ソフトウェアなどのアプリケーションが動作する携帯端末（スマートフォン）に置き換えてもよい。
【００１２】
記録装置１０は、ＣＰＵ（Central Processing Unit）と、メモリと、ハードディスクなどの記憶手段（記憶部）と、ネットワークインタフェースとを有するコンピュータとして構成される。
このコンピュータは、ＣＰＵが、メモリ上に読み込んだプログラム（アプリケーションや、その略のアプリとも呼ばれる）を実行することにより、各処理部により構成される制御部（制御手段）を動作させる。
【００１３】
監視カメラ１は、ネットワーク２での通信に使用されるプロトコルとして、ＵＤＰなどのコネクションレス型と、ＴＣＰなどのコネクション型との両方に対応している。
以下の説明では、記録装置１０は、ネットワーク２が通信正常状態のときには、基本の通信プロトコルとして、リアルタイム性の高いＵＤＰを使用して、監視カメラ１に映像配信をさせる。また、記録装置１０は、ネットワーク２が通信不良状態のときには、データ保持性の高いＴＣＰを使用して、監視カメラ１に映像配信をさせる。
つまり、記録装置１０は、監視カメラ１との間の通信プロトコルを、状況に応じてＴＣＰと、ＵＤＰとに切り替える。なお、ＵＤＰは、通信ロスが発生するリスクがあるため、監視映像伝送中はネットワーク２の通信環境が記録装置１０により監視される。
【００１４】
記録装置１０は、映像記録部２１と、デコーダ２２と、表示出力部２３とを有する。
映像記録部２１は、監視カメラ１から送信された映像データを蓄積するＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）などの記録装置である。
デコーダ２２は、監視カメラ１から送信された映像データや、映像記録部２１の記録データをデコードする。表示出力部２３は、デコーダ２２でデコードされた映像データを、モニタや他の再生装置などに出力する。
【００１５】
記録装置１０は、さらに、受信側ＦＲ測定部１１と、送信側ＦＲ設定部１２と、通信切り替え部１３と、フレームレート比較部１４と、送信側ＦＲ記憶部１５と、通信環境判定部１６とを有する。
ここで、「送信側ＦＲ（Frame Rate）」とは、監視カメラ１が映像データを送信する時点において送信フレーム数から特定されるフレームレートである。この送信側ＦＲは、監視カメラ１への設定情報として、送信側ＦＲ設定部１２から監視カメラ１に指定される。
一方、「受信側ＦＲ（Frame Rate）」とは、記録装置１０で受信した映像データの受信フレーム数から特定されるフレームレートである。この受信側ＦＲは、ネットワーク２の現在の通信環境を示す指標情報として、受信側ＦＲ測定部１１が受信した映像データから測定される。
例えば、「監視カメラ１が１秒間に５コマの映像データを作成してネットワーク２に伝送したが、ネットワーク２で２コマが欠落した結果、記録装置１０には残りの３コマだけ届いた」状況があったとする。この状況では、送信側ＦＲ＝５、受信側ＦＲ＝３、送信側ＦＲ≠受信側ＦＲなので、ネットワーク２が通信不良状態である。
【００１６】
受信側ＦＲ測定部１１は、監視カメラ１から伝送される映像データの受信側ＦＲを測定する。
送信側ＦＲ設定部１２は、監視カメラ１が伝送する映像データの送信側ＦＲを設定する。送信側ＦＲ記憶部１５は、送信側ＦＲ設定部１２が設定した送信側ＦＲを記憶する。
【００１７】
フレームレート比較部１４は、送信側ＦＲと受信側ＦＲとを比較する。通信環境判定部１６は、フレームレート比較部１４の比較結果から通信環境を判断する。
通信切り替え部１３は、通信環境判定部１６での結果に応じて監視カメラ１と記録装置１０との間の通信プロトコルを切り替える。通信正常状態の期間はＵＤＰを用い、通信不良状態の期間はＴＣＰを用いる。
【００１８】
図２は、記録装置１０による通信プロトコルの自動切換え処理の概要を示す時系列グラフである。
図２上側のグラフは、受信側ＦＲの時間変動の一例を示す。映像配信の開始時点ｔ０〜時点ｔ１０までは、ネットワーク２が安定しているので、全フレームの送信に成功している（つまり、送信側ＦＲ＝受信側ＦＲ）。
時点ｔ１０〜時点ｔ２０は、ネットワーク２が不安定になってしまい、一部のフレームが送信時に欠落してしまった（つまり、送信側ＦＲ≠受信側ＦＲ）。時点ｔ２０以降は、ネットワーク２が再び安定したので、全フレームの送信に成功している。
【００１９】
まず、通信環境判定部１６をシンプルに実装する場合には、フレームレート比較部１４により送信側ＦＲと受信側ＦＲとが不一致であるとされた時点ｔ１０〜時点ｔ２０を、そのままＴＣＰを用いる通信不良状態の期間とすればよい。これにより、現在の通信環境が即座に用いられるＴＣＰまたはＵＤＰに反映され、応答性がよいというメリットがある。
一方、前記したシンプルな実装の場合のデメリットとして、送信側ＦＲと受信側ＦＲとが（一致）→（不一致）→（一致）→（不一致）…と短期間で変動が大きい場合には、ＴＣＰとＵＤＰとを切り替える頻度が高くなり、そのプロトコルの切替自体の負荷が高くなってしまう。
そこで、プロトコルの切替をなだらかにするために、以下に示す「通信不良係数Ｂ」を導入してもよい。
【００２０】
図２下側のグラフは、図２上側のグラフと連動した、通信不良係数Ｂの時間変動の一例を示す。
通信環境判定部１６は、送信側ＦＲと受信側ＦＲとが異なる場合に通信不良係数Ｂを増加させ、送信側ＦＲと受信側ＦＲとが一致する場合に通信不良係数Ｂを減少させる。
これにより、ネットワーク２が不安定になった時点ｔ１０から少しずつ通信不良係数Ｂが増加し、ある時点ｔ１１において、通信不良係数Ｂが所定閾値ＢＴを超過する。通信環境判定部１６は、時点ｔ１１を通信正常状態から通信不良状態に移行した時とみなす。
【００２１】
一方、その後の時点ｔ２０からは、ネットワーク２が安定したことで、少しずつ通信不良係数Ｂが減少する。ある時点ｔ２１において、通信不良係数Ｂが所定閾値ＢＴを下回る。通信環境判定部１６は、時点ｔ２１を通信不良状態から通信正常状態に移行した時とみなす。
そして、前記したように、通信切り替え部１３は通信不良状態の期間（時点ｔ１１〜時点ｔ２１）はＴＣＰを用いる。
以上説明したように、通信不良係数Ｂと、所定閾値ＢＴとを用いることで、送信側ＦＲと受信側ＦＲとが不一致である期間が所定時間連続したときに、通信正常状態から通信不良状態に移行させる（または、通信不良状態から通信正常状態に移行させる）。
【００２２】
以下、図３，図４のフローチャートを参照して、実施例１にかかる通信プロトコルの自動切換え処理を説明する。図３の処理がＵＤＰで通信を開始した後、通信不良状態に移行するまでの前半部であり、図４の処理が通信不良状態でＴＣＰの通信に切り替えた後、通信不良状態が回復するまでの後半部である。
これらフローチャートでは、記録装置１０は、監視システムでのネットワーク環境を自動で判別し、通信環境がよい場合はＵＤＰでリアルタイム性を維持とネットワーク負荷の軽減し、通信環境の悪い場合はＴＣＰとしてデータの保持性を高める。
【００２３】
図３は、実施例１におけるＵＤＰで通信を開始した後、通信不良状態に移行するまでの処理を示すフローチャートである。
Ｓ１０１において、送信側ＦＲ設定部１２は、監視カメラ１に対して送信側ＦＲを設定する。
Ｓ１０２において、送信側ＦＲ設定部１２は、Ｓ１０１の送信側ＦＲを送信側ＦＲ記憶部１５に保存する。
Ｓ１１１において、初期状態が通信正常状態なので、通信切り替え部１３は、監視カメラ１に対して、ＵＤＰでの映像データの伝送を開始させる。
Ｓ１１２において、デコーダ２２は、監視カメラ１からの通信が継続しているか否かを確認する。Ｓ１１２でＹｅｓならＳ１１３に進み、Ｎｏなら処理を終了する。端子Ｂは、図４で後記する。
【００２４】
Ｓ１１３において、受信側ＦＲ測定部１１は、受信した映像データの受信フレーム数から受信側ＦＲを測定する。
Ｓ１１４において、フレームレート比較部１４は、Ｓ１０１で設定した送信側ＦＲが、Ｓ１１３で測定した受信側ＦＲよりも大きいか否かを判定する。Ｓ１１４でＹｅｓならＳ１１５に進み、ＮｏならＳ１１２に戻る。
Ｓ１１５において、通信環境判定部１６は、受信側でのフレームが一部欠落しているので、通信不良係数Ｂを増加させる。
Ｓ１１６において、通信環境判定部１６は、通信不良係数Ｂが所定の閾値ＢＴを上回っているか否かを確認する。Ｓ１１６でＹｅｓなら（図２では時点ｔ１１）端子Ａから図４の処理に進み、ＮｏならＳ１１２に戻る。
【００２５】
図４は、実施例１における通信不良状態でＴＣＰの通信に切り替えた後、通信不良状態が回復するまでの処理を示すフローチャートである。図３の端子Ａから図４のＳ１２１が起動される。
Ｓ１２１において、通信正常状態から通信不良状態に悪化したので、通信切り替え部１３は、監視カメラ１に対して、ＴＣＰでの映像データの伝送を開始させる。
Ｓ１２２において、受信側ＦＲ測定部１１は、Ｓ１１３と同様に、受信した映像データの受信フレーム数から受信側ＦＲを測定する。
Ｓ１２３において、フレームレート比較部１４は、Ｓ１１４と同様に、Ｓ１０１で設定した送信側ＦＲが、Ｓ１２２で測定した受信側ＦＲよりも大きいか否かを判定する。Ｓ１２３でＹｅｓならＳ１２５に進み、ＮｏならＳ１２４に進む。
Ｓ１２４において、通信環境判定部１６は、Ｓ１１５と同様に、通信不良が継続しているので、通信不良係数Ｂを増加させる。そして、処理をＳ１２２に戻す。
【００２６】
Ｓ１２５において、通信環境判定部１６は、所定期間において映像の再送要求が無いか否かを判定する。Ｓ１２５でＹｅｓならＳ１２６に進み、ＮｏならＳ１２４に進む。
Ｓ１２６において、通信環境判定部１６は、通信不良が改善されたので、通信不良係数Ｂを減少させる。
Ｓ１２７において、通信環境判定部１６は、通信不良係数Ｂが所定の閾値ＢＴを下回っているか否かを確認する。Ｓ１２７でＹｅｓなら（図２では時点ｔ２１）Ｓ１２８に進み、ＮｏならＳ１２２に戻る。
Ｓ１２８において、通信不良状態から通信正常状態に回復したので、通信切り替え部１３は、監視カメラ１に対して、ＵＤＰでの映像データの伝送を開始させる。
Ｓ１２９において、デコーダ２２は、監視カメラ１からの通信が継続しているかを確認する。Ｓ１２９でＹｅｓなら端子Ｂから図３のＳ１１３に戻り、Ｎｏなら処理を終了する。
【００２７】
以上、図１〜図４を参照して、実施例１を説明した。この実施例１では、フレームレート比較部１４は、送信側ＦＲ設定部１２が監視カメラ１に設定した送信側ＦＲを、送信側ＦＲ記憶部１５から読み取って受信側ＦＲと比較する。
つまり、送信側ＦＲは記録装置１０が容易に取得可能であるので、自前で管理する店舗や工場などを対象とした監視システムに適用する用途に適している。また、記録装置１０は、後記する実施例２のように、受信した映像データから個別に送信側ＦＲを読み取る必要が無いので、映像データに送信側ＦＲを含めないタイプの監視カメラ１にも適用可能である。
【実施例２】
【００２８】
図５は、実施例２における監視システムの構成を表した図である。
図１の構成図と比較すると、記録装置１０は、送信側ＦＲ設定部１２、送信側ＦＲ記憶部１５の代わりに、送信側ＦＲ取得部１７を備える。送信側ＦＲ取得部１７は、監視カメラ１から伝送される映像データのＳＥＩ情報から、送信側ＦＲを読み取る。つまり、実施例１では送信側ＦＲ記憶部１５から取得していた送信側ＦＲが、送信側ＦＲ取得部１７から取得するように置き換わる。
なお、監視カメラ１は、送信時の送信側ＦＲを記録装置１０に通知するために、映像データのヘッダ情報（映像規格H.264の場合は、ＳＥＩ：Supplemental enhancement information）に送信側ＦＲを格納しておく。
【００２９】
図６は、実施例２におけるＵＤＰで通信を開始した後、通信不良状態に移行するまでの処理を示すフローチャートである。図３のフローチャートと比較すると、送信側ＦＲ記憶部１５からの送信側ＦＲの取得処理（Ｓ１０１，Ｓ１０２）が、図６では送信側ＦＲ記憶部１５が受信した映像データのＳＥＩから送信側ＦＲを取得する処理（Ｓ１１３ｂ）に置き換わる。つまり、その後のＳ１１４でフレームレート比較部１４が比較する送信側ＦＲは、Ｓ１１３ｂで映像データのＳＥＩから取得された送信側ＦＲである。
【００３０】
図７は、実施例２における通信不良状態でＴＣＰの通信に切り替えた後、通信不良状態が回復するまでの処理を示すフローチャートである。図４のフローチャートと比較すると、図７では送信側ＦＲ記憶部１５が受信した映像データのＳＥＩから送信側ＦＲを取得する処理（Ｓ１２２ｂ）が追加されている。つまり、その後のＳ１２３でフレームレート比較部１４が比較する送信側ＦＲは、Ｓ１２２ｂで映像データのＳＥＩから取得された送信側ＦＲである。
【００３１】
以上、図５〜図７を参照して、実施例２を説明した。この実施例２では、フレームレート比較部１４は、送信側ＦＲ取得部１７が伝送される映像データのＳＥＩ情報から読み取った送信側ＦＲと、受信側ＦＲとを比較する。
つまり、送信側ＦＲは監視カメラ１が容易に設定可能であるので、他社が管理する設備を対象とした監視システムに適用する用途に適している。また、受信した映像データのＳＥＩから送信側ＦＲが次々に読み取られるので、送信側ＦＲが時間経過により変動する可変ビットレート（ＶＢＲ：Variable Bitrate）の監視カメラ１にも適用可能である。
【００３２】
以上説明したように、監視カメラ１と、その監視カメラ１からの映像データを受信して記録する記録装置１０を用いた監視システムにおいて、ネットワーク２の通信状態に応じて、映像データを伝送する通信プロトコルを自動で切り替える旨を説明した。
記録装置１０は、通信正常状態ではＵＤＰなどのコネクションレス型通信プロトコルで受信することで、リアルタイム性を維持とネットワーク負荷の軽減を実現する。
一方、記録装置１０は、通信不良状態ではＴＣＰなどの信頼性の高い通信プロトコルで受信することで、パケットロスを予防する。
【００３３】
なお、特許文献１に記載の先行技術においては、被写体の動きの有無によって通信プロトコルを切り替えているが、監視カメラは通常、人やモノの動きがある場所に設置される。そのため、カメラで撮影している映像には被写体の動きがあるものがほとんどであり、ＵＤＰに切り替わる期間が限定されてしまう。
一方、本実施形態では、被写体に影響されず、監視映像のリアルタイム性とデータ保持性とを向上させることができる。
【００３４】
なお、本発明は前記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、前記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。
また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。
また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段などは、それらの一部または全部を、例えば集積回路で設計するなどによりハードウェアで実現してもよい。
また、前記の各構成、機能などは、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。
【００３５】
各機能を実現するプログラム、テーブル、ファイルなどの情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）などの記録装置、または、ＩＣ（Integrated Circuit）カード、ＳＤカード、ＤＶＤ（Digital Versatile Disc）などの記録媒体に置くことができる。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００３６】
１      監視カメラ（カメラ）
２      ネットワーク
１０    記録装置
１１    受信側ＦＲ測定部（フレームレート測定部）
１２    送信側ＦＲ設定部
１３    通信切り替え部
１４    フレームレート比較部
１５    送信側ＦＲ記憶部
１６    通信環境判定部
１７    送信側ＦＲ取得部
２１    映像記録部
２２    デコーダ
２３    表示出力部
【図１】
2019212948.tif 000003
【図２】
2019212948.tif 000004
【図３】
2019212948.tif 000005
【図４】
2019212948.tif 000006
【図５】
2019212948.tif 000007
【図６】
2019212948.tif 000008
【図７】
2019212948.tif 000009