JP2003174516A - 遠隔監視システム - Google Patents

Abstract

(57)【要約】 【課題】 ＴＣＰ／ＩＰを通信プロトコルとするネット
ワークで被監視部と遠隔監視部とを結び、被監視部で撮
影された映像を遠隔監視部に転送して表示する遠隔監視
システムにおいて、遠隔監視部の係員に通信障害が発生
していることがわかり、通信障害が遠隔監視部の係員等
による復旧作業を必要とするものであった場合に速やか
に通信を回復できるようにする。 【解決手段】 被監視部１（１）〜１（ｎ）から遠隔監
視部２への映像の転送処理をＵＤＰを用いて行い、遠隔
監視部２に、被監視部１（１）〜１（ｎ）からの映像の
受信の有無を判定する判定手段と、映像が受信されなか
った場合に、受信が中断していることを告知する告知手
段と、映像が受信されない状態が一定時間以上継続した
場合に、被監視部との接続を切断し、被監視部との再接
続を行う切断・再接続手段とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、防犯や防災のため
の遠隔監視システムに関する。

【０００２】

【従来の技術】或る現場での犯罪や火災の発生の有無を
その現場から離れた部署で監視するためには、その部署
において、その現場の状況を映像によってリアルタイム
に確認できるようにすることが非常に有効である。

【０００３】そのことを可能にするためのシステムとし
て、監視対象の現場（本明細書では「被監視部」と呼ぶ
ことにする）と、その被監視部を離れた場所から監視す
る部署（本明細書では「遠隔監視部」と呼ぶことにす
る）とをネットワークで結び、被監視部に設置した監視
カメラで現在撮影されている映像を遠隔監視部に転送し
てモニタに表示する遠隔監視システムが広く普及してい
る。

【０００４】また、このネットワークとしては、ＴＣＰ
／ＩＰを通信プロトコルとするネットワークがよく利用
されている。

【０００５】従来、こうした遠隔監視システムでは、被
監視部・遠隔監視部間の接続処理,接続の切断処理, 映
像の転送処理の全てを、コネクション型のプロトコルで
あるＴＣＰを用いて行っていた。

【０００６】

【発明が解決しようとする課題】しかし、こうした従来
の遠隔監視システムには、次のような不都合があった。

【０００７】ＴＣＰを用いた映像の転送処理では、何ら
かの原因で被監視部・遠隔監視部間の通信に障害が発生
して遠隔監視部で映像データパケットが受信されなかっ
たときに、その映像データパケットを被監視部から遠隔
監視部に再送する処理が行われる。

【０００８】また、被監視部の監視カメラで撮影された
映像を圧縮して映像データファイルとしてＦＴＰ等を利
用して転送する場合には、通信障害が発生して遠隔監視
部に映像データファイルが受信されなかったときに、遠
隔監視部側でその映像データファイルの再送要求が行わ
れ、規定回数再送要求を行ってもその映像データファイ
ルが受信されないと、タイムアウト処理が行われる。

【０００９】これらの通信障害発生時の処理は自動的に
行われるので、遠隔監視部の係員には、通信障害が発生
していることがわからない。

【００１０】そして、遠隔監視部の係員等による復旧作
業を必要とすることなく或る時間の経過後に通信が回復
した場合には、通信障害の発生以降に被監視部の監視カ
メラで撮影された映像は、その時間だけ遅れて遠隔監視
部に転送されてモニタに表示される。遠隔監視部の係員
は、通信障害が発生していることがわからないので、こ
の映像をリアルタイムな（現在撮影されている）映像と
勘違いしてしまうことがある。

【００１１】他方、通信障害が遠隔監視部の係員等によ
る復旧作業を必要とするものであった場合には、通信障
害の発生以降に被監視部の監視カメラで撮影された映像
は遠隔監視部に転送されないので、モニタには通信障害
の発生前に受信した映像が表示されたままになる。遠隔
監視部の係員は、通信障害が発生していることがわから
ないので、新たな映像が表示されるのを徒に待つだけに
なってしまい、通信の回復が遅れてしまう。

【００１２】本発明は、上述の点に鑑み、こうした遠隔
監視システムにおいて、遠隔監視部の係員に、通信障害
が発生していることがわかるようにすること、通信障害
が遠隔監視部の係員等による復旧作業を必要とすること
なく回復した場合に、被監視部からリアルタイムな映像
が遠隔監視部に転送されるようにすること、及び、通信
障害が遠隔監視部の係員等による復旧作業を必要とする
ものであった場合に、速やかに通信を回復できるように
することを課題としてなされたものである。

【００１３】

【課題を解決するための手段】この課題を解決するため
に、本出願人は、ＴＣＰ／ＩＰを通信プロトコルとする
ネットワークで被監視部と遠隔監視部とを結び、被監視
部で撮影された映像を遠隔監視部に転送して表示する遠
隔監視システムにおいて、被監視部から遠隔監視部への
映像の転送処理をＵＤＰを用いて行い、遠隔監視部に、
被監視部からの映像の受信の有無を判定する判定手段
と、判定手段で映像が受信されなかったと判定された場
合に、受信が中断していることを告知する告知手段と、
判定手段で映像が受信されなかったと判定された状態が
一定時間以上継続した場合に、被監視部との接続を切断
し、被監視部との再接続を行う切断・再接続手段とを備
えた遠隔監視システムを提案する。

【００１４】この遠隔監視システムでは、被監視部から
遠隔監視部への映像の転送処理を、コネクションレス型
のプロトコルであるＵＤＰを用いて行う。すなわち、被
監視部からストリーミングによって映像を遠隔監視部に
転送する。

【００１５】遠隔監視部では、被監視部からの映像の受
信の有無が、判定手段によって判定される。通信障害が
発生した場合には、映像が受信されなかったと判定され
るので、告知手段により、受信が中断していることが告
知される。また、通信障害（映像が受信されなかったと
判定された状態）が一定時間以上継続した場合に、切断
・再接続手段により、被監視部との接続が切断され、被
監視部との再接続が行われる。

【００１６】このように、被監視部から映像が受信され
なかった場合にその被監視部からの受信が中断している
ことが告知されるので、遠隔監視部の係員に，被監視部
との間で通信障害が発生していることがわかるようにな
る。

【００１７】また、被監視部からストリーミングによっ
て映像を遠隔監視部に転送するので、通信障害が遠隔監
視部の係員等による復旧作業を必要とすることなく回復
した場合に、被監視部からリアルタイムな映像が遠隔監
視部に転送されるようになる。

【００１８】また、遠隔監視部の係員は通信障害が発生
していることがわかるので、遠隔監視部の係員が迅速に
復旧作業を開始することができ、且つ、通信障害が一定
時間以上継続した場合に被監視部との接続の切断・再接
続が自動的に行われるので、復旧作業が完了した後被監
視部と遠隔監視部とが直ちに再接続される。したがっ
て、通信障害が遠隔監視部の係員等による復旧作業を必
要とするものであった場合に、速やかに通信を回復でき
るようになる。

【００１９】なお、この遠隔監視システムにおいて、一
例として、判定手段は、ＵＤＰソケット上のパケットに
付与されているコード番号に基づき、映像データパケッ
トの受信の有無を判定するものであることが好適であ
る。

【００２０】それにより、映像の受信の有無を判定する
ための特別な情報を被監視部から遠隔監視部に送ること
なく、被監視部からの映像の受信の有無を判定できるよ
うになる。

【００２１】

【発明の実施の形態】以下、本発明を図面を用いて具体
的に説明する。図１は、本発明に係る遠隔監視システム
の全体構成例を示す。この遠隔監視システムでは、複数
の被監視部１（１）〜１（ｎ）が、ＴＣＰ／ＩＰを通信
プロトコルとするネットワーク３で、遠隔監視部２に結
ばれている。

【００２２】被監視部１（１）〜１（ｎ）（以下、総称
する際には「被監視部１」と表記する）は、それぞれ犯
罪や火災の発生の有無を監視する対象となる現場であ
る。

【００２３】遠隔監視部２は、被監視部１での犯罪や火
災の発生の有無を遠隔地から監視する部署であり、係員
が配属されている。

【００２４】各被監視部１と遠隔監視部２とは全て同じ
施設内に存在していてもよく（例えば、各被監視部１が
１つの工場や事務所や店舗内の警備対象の場所であると
ともに、遠隔監視部２がその工場や事務所や店舗内の警
備員室であってもよく）、その場合にはネットワーク３
はＬＡＮ（ローカルエリアネットワーク）になる。

【００２５】あるいはまた、各被監視部１と遠隔監視部
２とが別々の施設内に存在していてもよく（例えば、各
被監視部１が工場や事務所や店舗内の警備対象の場所で
あり、遠隔監視部２はその工場や事務所や店舗とは別の
地域にある警備会社であってもよく）、その場合にはネ
ットワーク３はＷＡＮ（ワイドエリアネットワーク）に
なる。

【００２６】各被監視部１と遠隔監視部２は、それぞれ
一定の監視スケジュール（例えば２４時間中監視すると
いうスケジュールや非就業時間だけ監視するというスケ
ジュール）に従い、ＴＣＰソケットオープン処理（互い
のＴＣＰソケットを接続する処理）によってそれぞれ接
続を確立する。

【００２７】そして、接続を確立した各被監視部１と遠
隔監視部２とはそれぞれＵＤＰソケットオープン処理
（互いのＵＤＰソケットを接続する処理）を行い、ＵＤ
Ｐソケットオープン処理を終えた各被監視部１からそれ
ぞれＵＤＰソケット上で映像データパケット及び音声デ
ータパケットを映像遠隔監視部２に転送する（すなわち
ストリーミングによって映像遠隔監視部２に映像及び音
声を転送する）ようになっている。

【００２８】また、ＵＤＰソケット上で転送する映像デ
ータパケット, 音声データパケットには、テレビ会議シ
ステムについてのＩＴＵ−Ｔ勧告Ｈ. ３２３に則ったコ
ード番号を付与するようになっている。

【００２９】図２は、個々の被監視部１のシステム構成
例を示す。被監視部１には、監視カメラ（ビデオカメ
ラ）１１, 映像コーデック１２, マイクロホン１３, 音
声コーデック１４, ＣＰＵ１５, マルチプレクサ１６及
び通信インターフェース１７が設けられている。

【００３０】監視カメラ１１で撮影された映像は、映像
コーデック１２に送られてエンコードされた後、マルチ
プレクサ１６に送られる。マイクロホン１３に入力した
音声は、音声コーデック１４に送られてエンコードされ
た後、マルチプレクサ１６に送られる。

【００３１】マルチプレクサ１６では、この映像と音声
とが重畳されて通信インターフェース１７に送られる。

【００３２】通信インターフェース１７は、ＣＰＵ１５
の制御のもとで、前述のように、ＴＣＰソケットオープ
ン処理によって遠隔監視部２との接続を確立し、ＵＤＰ
ソケットオープン処理を行い、ＵＤＰソケット上で映像
データパケット及び音声データパケットを映像遠隔監視
部２に転送する。

【００３３】図３は、遠隔監視部２のシステム構成例を
示す。遠隔監視部２には、被監視部１（１）〜１（ｎ）
（図１）に１対１に対応させた送受信部２１（１）〜２
１（ｎ）, 画面分割回路３０, セレクタ３１, モニタ３
２及びヘッドホン３３が設けられている。

【００３４】各送受信部２１（１）〜２１（ｎ）（以
下、総称する際には「送受信部２１」と表記する）は、
通信インターフェース２２, マルチプレクサ２３, ＣＰ
Ｕ２４, データバッファ２５, 映像コーデック２６, 音
声コーデック２７, キャラクラジェネレータ２８及びミ
キシング回路２９を含んでいる。

【００３５】各送受信部２１の通信インターフェース２
２は、ＣＰＵ２４の制御のもとで、前述のように、対応
する被監視部１との接続をＴＣＰソケットオープン処理
によって確立し、対応する被監視部１とのＵＤＰソケッ
トオープン処理を行う。

【００３６】ＵＤＰソケット上で通信インターフェース
２２に受信された映像データパケット及び音声データパ
ケットは、マルチプレクサ２３に送られて、映像データ
パケットと音声データパケットとに分離される。

【００３７】マルチプレクサ２３で分離された映像デー
タパケットは、データバッファ２５に送られて蓄積され
る。マルチプレクサ２３で分離された音声データパケッ
トは、音声コーデック２７に送られてデコードされる。

【００３８】データバッファ２５に蓄積された映像デー
タパケットは、後出の図５に示すように、ＣＰＵ２４の
制御のもとで、データバッファ２５から読み出されて映
像コーデック２６に転送され、映像コーデック２６でデ
コードされる。

【００３９】映像コーデック２６から出力された映像デ
ータは、ミキシング回路２９に送られる。キャラクラジ
ェネレータ２８には、受信が中断していることを告知す
る文字のキャラクラデータが格納されており、ＣＰＵ２
４の制御のもとでキャラクラジェネレータ２８から出力
されたこのキャラクラデータはミキシング回路２９に送
られて映像データにミキシングされる。

【００４０】各送受信部２１のミキシング回路２９から
出力された映像データは、画面分割回路３０に送られ
る。画面分割回路３０は、複数系統の映像データを１台
のモニタに画面を分割して同時に表示させるための処理
を行う回路である。画面分割回路３０で処理を終えた映
像データは、モニタ３２に送られて画面表示される。

【００４１】したがって、例えば送受信部２１の総数
（すなわち被監視部１の総数）ｎ＝１６である場合に
は、モニタ３２には、図４に示すように、被監視部１
（１）〜１（１６）の監視カメラ１１で現在撮影されて
いる映像が、領域Ａ（１）〜Ａ（１６）のように画面を
分割して同時に表示される。

【００４２】各送受信部２１の音声コーデック２７から
出力された音声データは、ｎ入力１出力のセレクタ３１
に送られる。セレクタ３１では、任意の１つの被監視部
１を指定するための操作釦（図示略）の操作に基づい
て、その指定された被監視部１に対応する送受信部２１
の音声コーデック２７からの音声データが選択される。
セレクタ３１で選択された音声データは、ヘッドホン３
３に送られて音声として発生する。

【００４３】図５は、各送受信部２１のＣＰＵ２４が、
前述のように通信インターフェース２２を制御してＴＣ
Ｐソケットオープン処理による被監視部１との接続の確
立及び被監視部１とのＵＤＰソケットオープン処理を完
了した後に実行する処理を示す。

【００４４】この処理では、最初に、映像データパケッ
トの受信が中断している時間をダウンカウントする中断
カウンタＣの値を、初期値６０に設定する（ステップＳ
１）。また、映像データパケットの受信の中断の有無を
表す（中断していることを‘１’で表す）中断フラグＦ
を、‘０’に設定する（ステップＳ２）。

【００４５】続いて、中断カウンタＣの値が０であるか
否かを判断する（ステップＳ３）。０でなければ、ＵＤ
Ｐソケット上で受信するパケットに付与されている前述
のコード番号に基づき、現在映像データパケットを受信
しているか否かの判定を行う（ステップＳ４）。

【００４６】受信していれば、データバッファ２５に蓄
積されている映像データパケットを、データバッファ２
５から読み出させて映像コーデック２６に転送させる
（ステップＳ５）。そして、中断カウンタＣの値を初期
値６０に設定し（ステップＳ６）、中断フラグＦが、
‘０’であるか否かを判断する（ステップＳ７）。

【００４７】‘０’であれば、そのままステップＳ３に
戻る。他方‘１’であれば、キャラクラジェネレータ２
８からの受信が中断していることを告知する文字のキャ
ラクラデータの出力を終了させ（ステップＳ８）、中断
フラグＦを‘０’に設定し（ステップＳ９）、その後ス
テップＳ３に戻る。

【００４８】ステップＳ４で、映像データパケットを受
信していない場合には、中断フラグＦが、‘１’である
か否かを判断する（ステップＳ１０）。‘０’であれ
ば、キャラクラジェネレータ２８からの受信が中断して
いることを告知する文字のキャラクラデータの出力を開
始させ（ステップＳ１１）、中断フラグＦを‘１’に設
定する（ステップＳ１２）。そして、１秒待機し（ステ
ップＳ１３）、中断カウンタＣの値を１だけデクリメン
トし（ステップＳ１４）、その後ステップＳ３に戻る。
他方‘１’であれば、ステップＳ１０からステップＳ１
３にジャンプする。

【００４９】ステップＳ３で、中断カウンタＣの値が０
である場合には、ＴＣＰソケットクローズ処理（互いの
ＴＣＰソケットの接続を解く処理）によって被監視部１
との接続を切断し（ステップＳ１５）、データバッファ
２５内の映像データパケットをクリアするなど送受信部
２１の各部を初期状態にリセットし（ステップＳ１
６）、その後再びＴＣＰソケットオープン処理（互いの
ＴＣＰソケットを接続する処理）によって被監視部１と
の接続を行う（ステップＳ１７）。そして、接続が確立
されると処理を終了する。

【００５０】次に、この遠隔監視システムにおいて、い
ずれかの被監視部１と遠隔監視部２との間で、接続の確
立及びＵＤＰソケットオープン処理が完了した後、通信
障害が発生した場合の様子について説明する。

【００５１】各被監視部１から映像及び音声を受信して
いる間は、遠隔監視部２の各送受信部２１のＣＰＵ２４
が図５のステップＳ１〜Ｓ７を実行した後ステップＳ３
〜Ｓ７を繰り返し実行することにより、モニタ３２には
各被監視部１の監視カメラ１１で現在撮影されている映
像がリアルタイムに画面分割して表示される。（また、
遠隔監視部２の係員が指定した被監視部１のマイクロホ
ン１３に現在入力している音声が、ヘッドホン３３から
リアルタイムに発生する。）

【００５２】これに対し、いずれかの被監視部１と遠隔
監視部２との間で何らかの原因によって通信障害が発生
し、その被監視部１から映像及び音声が受信されなくな
ると、その被監視部１に対応する送受信部２１では、Ｃ
ＰＵ２４が図５のステップＳ４からステップＳ１０に進
んでステップＳ１０〜Ｓ１４を実行する。

【００５３】これにより、モニタ３２の画面のうちその
被監視部１からの映像が表示される領域には、通信障害
の発生前に受信した映像に、受信が中断していることを
告知する文字がスーパインポーズされて表示されるよう
になる。

【００５４】具体的には、送受信部２１の総数（すなわ
ち被監視部１の総数）ｎ＝１６であり且つモニタ３２に
前出の図４のような分割画面で映像が表示される場合で
あって、例えば被監視部１（５）に通信障害が発生した
場合には、図６に示すように、被監視部１（５）からの
映像が表示される領域Ａ（５）に、「受信中断していま
す」というような、受信が中断していることを告知する
文字がスーパインポーズされて表示されるようになる。

【００５５】続いて、ＣＰＵ２４が、中断カウンタＣの
カウント値が０になる（６０秒経過する）か、または遠
隔監視部２の係員の復旧作業を必要とすることなく通信
が回復したことによって再び映像及び音声が受信される
ようになるまで、ステップＳ３, Ｓ４, Ｓ１０, Ｓ１
３, Ｓ１４を繰り返し実行する。

【００５６】そして、中断カウンタＣのカウント値が０
になる前に再び映像及び音声が受信されるようになった
場合には、ＣＰＵ２４がステップＳ４からステップＳ５
に進んでステップＳ５〜Ｓ９を実行する。

【００５７】これにより、モニタ３２の画面のうちその
被監視部１からの映像が表示される領域では、受信が中
断していることを表す文字は消え、その被監視部１の監
視カメラ１１で現在撮影されている映像が再びリアルタ
イムに表示されるようになる。

【００５８】他方、映像及び音声が再び受信されないま
ま中断カウンタＣのカウント値が０になった場合には、
ＣＰＵ２４がステップＳ３からステップＳ１５に進んで
ステップＳ１５〜Ｓ１７を実行することにより、その被
監視部１と接続の切断処理・再接続処理が自動的に行わ
れる。

【００５９】このように、この遠隔監視システムによれ
ば、いずれかの被監視部１から映像が受信されなかった
場合にその被監視部１からの受信が中断していることが
告知されるので、遠隔監視部２の係員に、その被監視部
１との間で通信障害が発生していることがわかるように
なっている。

【００６０】また、被監視部１からストリーミングによ
って映像を遠隔監視部２に転送するので、通信障害が遠
隔監視部２の係員等による復旧作業を必要とすることな
く回復した場合に、被監視部１からリアルタイムな映像
が遠隔監視部２に転送されるようになっている。

【００６１】また、遠隔監視部２の係員は通信障害が発
生していることがわかるので、遠隔監視部２の係員が迅
速に復旧作業を開始することができ、且つ、通信障害が
一定時間（６０秒）以上継続した場合に被監視部１との
接続の切断・再接続処理が自動的に行われるので、復旧
作業が完了した後被監視部１と遠隔監視部２とが直ちに
再接続される。したがって、通信障害が遠隔監視部２の
係員等による復旧作業を必要とするものであった場合
に、速やかに通信を回復できるようになっている。

【００６２】また、映像データパケットの受信の有無の
判定をＵＤＰソケット上のパケットに付与されているコ
ード番号に基づいて行っているので、映像の受信の有無
を判定するための特別な情報を被監視部１から遠隔監視
部２に送ることなく、被監視部１からの映像の受信の有
無を判定できるようになっている。

【００６３】なお、以上の例ではＣＰＵ２４が被監視部
１との接続の切断・再接続処理を行うための通信障害の
継続時間を６０秒としているが、この継続時間を６０秒
以外の時間にしてもよい。

【００６４】また、以上の例では各被監視部１からの映
像を遠隔監視部２で１台のモニタ３２に画面分割して表
示しているが、各被監視部１からの映像をそれぞれ別々
のモニタに表示するようにしてもよい。その場合にも、
いずれかの被監視部１との間で通信障害が発生した場合
には、その被監視部１からの映像を表示するモニタに、
受信が中断していることを告知する文字がスーパインポ
ーズして表示されるようになる。

【００６５】また、以上の例では複数の被監視部１から
の映像を遠隔監視部２でモニタに表示している（遠隔監
視部２で複数の被監視部１を監視している）が、１つの
被監視部１からの映像だけを遠隔監視部２でモニタに表
示する（遠隔監視部２で１つの被監視部１だけを監視す
る）ようにしてもよい。

【００６６】また、以上の例では、受信が中断している
ことを告知する文字を、映像表示用のモニタにスーパイ
ンポーズして表示している。しかし、これに限らず、こ
のモニタとは別のディスプレイにこの文字を表示した
り、受信が中断していることを告知する音声を発生した
りしてもよい。

【００６７】また、本発明は、以上の例に限らず、本発
明の要旨を逸脱することなく、その他様々の構成をとり
うることはもちろんである。

【００６８】

【発明の効果】以上のように、本発明に係る遠隔監視シ
ステムによれば、被監視部から映像が受信されなかった
場合にその被監視部からの受信が中断していることが告
知されるので、遠隔監視部の係員に、その被監視部との
間で通信障害が発生していることがわかるという効果が
得られる。

【００６９】また、被監視部からストリーミングによっ
て映像を遠隔監視部に転送するので、通信障害が遠隔監
視部の係員等による復旧作業を必要とすることなく回復
した場合に、被監視部からリアルタイムな映像が遠隔監
視部に転送されるという効果が得られる。

【００７０】また、遠隔監視部の係員は通信障害が発生
していることがわかるので、遠隔監視部の係員が迅速に
復旧作業を開始することができ、且つ、通信障害が一定
時間以上継続した場合に被監視部との接続の切断・再接
続が自動的に行われるので、復旧作業が完了した後被監
視部と遠隔監視部とが直ちに再接続される。したがっ
て、通信障害が遠隔監視部の係員等による復旧作業を必
要とするものであった場合に、速やかに通信を回復でき
るという効果が得られる。

【００７１】また、映像データパケットの受信の有無の
判定をＵＤＰソケット上のパケットに付与されているコ
ード番号に基づいて行っているので、映像の受信の有無
を判定するための特別な情報を被監視部から遠隔監視部
に送ることなく、被監視部からの映像の受信の有無を判
定できるという効果も得られる。

【図面の簡単な説明】

【図１】本発明に係る遠隔監視システムの全体構成例を
示す図である。

【図２】図１の被監視部のシステム構成例を示す図であ
る。

【図３】図１の遠隔監視部のシステム構成例を示す図で
ある。

【図４】図３のモニタの画面分割例を示す図である。

【図５】図３の各送受信部のＣＰＵが実行する処理を示
すフローチャートである。

【図６】図３のモニタへの、受信が中断していることを
告知する文字の表示例を示す図である。

【符号の説明】

１（１）〜１（ｎ） 被監視部、 ２ 遠隔監視部、
３ ネットワーク、１１ 監視カメラ、 １２, ２６
映像コーデック、 １３ マイクロホン、１４, ２７
音声コーデック、 １５, ２４ ＣＰＵ、 １６, ２
３ マルチプレクサ、 １７, ２２ 通信インターフェ
ース、 ２１（１）〜２１（ｎ）送受信部、 ２５ デ
ータバッファ、 ２８ キャラクタジェネレータ、 ２
９ミキシング回路、 ３０ 画面分割回路、 ３２ セ
レクタ、 ３３ ヘッドホン

───────────────────────────────────────────────────── フロントページの続き (72)発明者 竹石 みな子 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5C054 AA05 CA04 CC03 CH01 DA01 DA08 FA09 FE18 FF03 HA18 5C087 AA02 AA03 AA24 AA37 AA44 BB03 BB12 BB74 DD04 DD05 DD23 EE08 EE15 FF01 FF02 FF04 FF19 FF20 GG02 GG12 GG20 GG23 GG30 GG32 GG36 GG46 GG51 GG66 GG67 GG70 GG71 5K101 KK13 LL00 MM07 NN06 PP03 SS07 VV04

Claims (2)

【特許請求の範囲】
1. 【請求項１】 ＴＣＰ／ＩＰを通信プロトコルとするネ
   ットワークで被監視部と遠隔監視部とを結び、前記被監
   視部で撮影された映像を前記遠隔監視部に転送して表示
   する遠隔監視システムにおいて、 前記被監視部から前記遠隔監視部への映像の転送処理を
   ＵＤＰを用いて行い、 前記遠隔監視部に、 前記被監視部からの映像の受信の有無を判定する判定手
   段と、 前記判定手段で映像が受信されなかったと判定された場
   合に、受信が中断していることを告知する告知手段と、 前記判定手段で映像が受信されなかったと判定された状
   態が一定時間以上継続した場合に、前記被監視部との接
   続を切断し、前記被監視部との再接続を行う切断・再接
   続手段とを備えたことを特徴とする遠隔監視システム。
2. 【請求項２】 請求項１に記載の遠隔監視システムにお
   いて、 前記判定手段は、ＵＤＰソケット上のパケットに付与さ
   れているコード番号に基づき、映像データパケットの受
   信の有無を判定することを特徴とする遠隔監視システ
   ム。