JP2002027425A

JP2002027425A - 映像配信装置及び方法

Info

Publication number: JP2002027425A
Application number: JP2000202360A
Authority: JP
Inventors: Hiroyuki Osawa; 弘幸大澤; Tomoaki Kawai; 智明河合
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2000-07-04
Filing date: 2000-07-04
Publication date: 2002-01-25

Abstract

(57)【要約】【課題】画角より広い領域を撮影可能なカメラの撮影
可能範囲の内、閲覧可能な範囲を制限されているクライ
アントが、閲覧可能な範囲以外の映像を明確に見ること
ができないように映像を処理し、配信すること。【解決手段】カメラ装置（１）から得られる映像を配
信可能なカメラサーバ装置（２）は、クライアント毎
に、第１の画質で映像を配信する第１の領域と、第１の
画質よりも低い第２の画質で映像を配信する第２の領域
とに関する領域情報を保持する記憶部（１８）と、カメ
ラ装置からの映像が第２の領域の映像を含んでいるか否
かを判断し、含んでいないと判断した場合に映像を前記
第１の画質となるように処理し、含んでいると判断した
場合に、映像を前記第２の画質となるように処理し、さ
らに第１の領域の映像を第１の画質となるように処理す
る映像圧縮部（１６）と、処理された映像を配信する通
信制御部（１４）とを有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、映像配信装置及び
方法に関し、更に詳しくは、複数の外部装置により遠隔
操作可能な撮像装置から得られる映像を該複数の外部装
置に配信する映像配信装置及び方法に関する。

【０００２】

【従来の技術】従来、ビデオカメラの映像を遠隔地の多
地点から観察できるシステムにおいて、単にカメラ映像
を観察するだけでなく、カメラのパン・チルト角度やズ
ーム倍率を遠隔制御可能にしたものがある。例えば、特
開平第１０−４２２７９号公報に開示されているよう
に、インターネット上のＷＷＷ（ＷｏｒｌｄＷｉｄｅ
Ｗｅｂ）サーバを通じて、コンピュータ制御可能なカ
メラを接続し、カメラから撮影したリアルタイム映像を
同じくインターネットに接続された１以上のＰＣ（以
下、「クライアント」と呼ぶ。）に配送するだけでな
く、クライアントによるカメラの制御も許すようなシス
テムが提案されている。

【０００３】また、これらのシステムでは接続するクラ
イアントに応じて異なる制御権限を与える事によって、
カメラが撮影可能な範囲全域に亘って、撮影の為のカメ
ラ制御可能なクライアントや、撮影可能な範囲の内、そ
の一部分の撮影の為にのみカメラ制御を制限するクライ
アントを設定することが可能になっている。

【０００４】このようなカメラを遠隔制御可能で複数人
に映像配送ができるようなシステムにおいては、ある範
囲を特定クライアントに見せたくない場合もある。例え
ば屋外に設置したカメラである一部分を撮影することに
より、プライバシーや著作権侵害が問題になることがあ
る。この為、特定クライアントに対しては、制御される
カメラの動作範囲に撮影禁止範囲を設けてカメラの撮影
範囲を限定したり、撮影禁止範囲の画像解像度を低下さ
せて送信することによって、プライバシーや著作権侵害
の問題に対応してきている。また、サーバのメンテナン
スを行う際に全範囲に亘って制御可能なクライアントを
用いて、映像の撮影カメラ制御等を行っている。

【０００５】

【発明が解決しようとする課題】しかし、上記従来の制
御では、この全範囲制限可能なクライアントから映像の
撮影やカメラの操作を行っている際の映像は、撮影範囲
を一部のみに制限しているクライアントにも送信されて
しまい、プライバシーや著作権侵害の問題が発生してし
まう。このように、特権を持つクライアントと持たない
クライアントが同時に映像を閲覧する場合に問題が生
じ、実際のシステムの運用で発生する細かいニーズに対
して柔軟に対応できるシステムではなかった。

【０００６】本発明は上記問題点に鑑みてなされたもの
であり、画角より広い領域を撮影可能なカメラの撮影可
能範囲の内、閲覧可能な範囲を制限されているクライア
ントが、閲覧可能な範囲以外の映像を明確に見ることが
できないように映像を処理し、配信することを目的とす
る。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に、複数の外部装置により遠隔制御可能な撮像装置から
得られる映像を、該複数の外部装置に配信可能な本発明
の映像配信装置は、前記外部装置毎に、前記撮像装置の
撮影可能領域の内、第１の画質で前記映像を配信する第
１の領域と、前記第１の画質よりも低い第２の画質で前
記映像を配信する第２の領域とに関する領域情報を保持
する保持手段と、前記保持手段に保持された領域情報に
基づいて、前記撮像装置から得られる映像が前記第２の
領域の映像を含んでいるか否かを配信先の各外部装置毎
に判断する判断手段と、前記判断手段により含んでいな
いと判断された場合に、前記撮像装置からの映像を前記
第１の画質となるように処理し、含んでいると判断され
た場合に、前記撮像装置からの映像を前記第２の画質と
なるように処理し、さらに前記第１の領域の映像を前記
第１の画質となるように処理する処理手段と、前記処理
手段により処理された映像を配信する配信手段とを有す
る。

【０００８】また、複数の外部装置により遠隔制御可能
な撮像装置から得られる映像を、該複数の外部装置の少
なくとも１つに配信する本発明の映像配信方法は、前記
外部装置毎に、前記撮像装置の撮影可能領域の内、第１
の画質で前記映像を配信する第１の領域と、前記第１の
画質よりも低い第２の画質で前記映像を配信する第２の
領域とに関する領域情報を設定する設定工程と、前記設
定工程で設定された領域情報に基づいて、前記撮像装置
から得られる映像が前記第２の領域の映像を含んでいる
か否かを配信先の各外部装置毎に判断する判断工程と、
前記判断工程において含んでいないと判断された場合
に、前記撮像装置からの映像を前記第１の画質となるよ
うに処理する第１の処理工程と、前記判断工程において
含んでいると判断された場合に、前記撮像装置からの映
像を前記第２の画質となるように処理し、さらに前記第
１の領域の映像を前記第１の画質となるように処理する
第２の処理工程と、前記第１または第２の処理工程にお
いて処理された映像を配信する配信工程とを有する。

【０００９】本発明の好適な一様態によれば、前記判断
手段により含んでいると判断された場合における前記第
１の領域の映像を前記第１の画質となるようにする処理
では、前記第１の領域の前記第１の画質の映像と、前記
第１の領域の前記第２の画質の映像との差分データを
得、また、

【００１０】前記第２の処理工程における前記第１の領
域の映像を前記第１の画質となるようにする処理では、
前記第１の領域の前記第１の画質の映像と、前記第１の
領域の前記第２の画質の映像との差分データを得る。更
に、本発明の好適な一様態によれば、前記判断手段によ
り含んでいると判断された場合に、前記配信手段は、前
記第２の画質の映像を配信し、その後に前記差分データ
を配信し、前記判断工程において含んでいると判断され
た場合に、前記配信工程では、前記第２の画質の映像を
配信し、その後に前記差分データを配信する。

【００１１】好ましくは、前記保持手段は、各外部装置
毎に設定された等級を更に保持し、前記第２の画質は等
級に応じて異なる。また、上記映像配信方法は各外部装
置毎に等級を設定する工程を更に有し、前記第２の画質
は等級に応じて異なる。

【００１２】また、上記目的を達成するために、複数の
外部装置により遠隔制御可能な撮像装置から得られる映
像を、該複数の外部装置に配信可能な本発明の別の映像
配信装置は、所定の複数の画質と、前記撮像装置の撮影
可能領域の内、該複数の画質のいずれかで前記映像を配
信する領域に関する領域情報とをそれぞれ対応づけて、
前記複数の外部装置毎に保持する保持手段と、前記保持
手段に保持された領域情報に基づいて、前記撮影装置か
ら得られる映像を単一の画質で配信するか、複数の画質
で配信するかを送信先の各外部装置毎に判断する判断手
段と、前記判断手段により単一の画質で画像を配信する
と判断された場合に、前記撮像装置からの映像を当該画
質となるように処理し、複数の画質で配信すると判断さ
れた場合に、前記映像が最も低い画質となるように処理
し、更に段階的に、より高い画質で配信する領域の映像
を、当該領域に対応する画質となるように処理する処理
手段と、前記処理手段により処理された映像を配信する
配信手段とを有する。

【００１３】更に、複数の外部装置により遠隔制御可能
な撮像装置から得られる映像を、該複数の外部装置の少
なくとも１つに配信する本発明の別の映像配信方法は、
所定の複数の画質と、前記撮像装置の撮影可能領域の
内、該複数の画質のいずれかで前記映像を配信する領域
に関する領域情報とをそれぞれ対応づけて、前記複数の
外部装置毎に設定する設定工程と、前記設定工程で設定
された領域情報に基づいて、前記撮影装置から得られる
映像を単一の画質で配信するか、複数の画質で配信する
かを送信先の各外部装置毎に判断する判断工程と、前記
判断工程において単一の画質で画像を配信すると判断さ
れた場合に、前記撮像装置からの映像を当該画質となる
ように処理する第１の処理工程と、前記判断工程におい
て複数の画質で配信すると判断された場合に、前記映像
が最も低い画質となるように処理し、更に段階的に、よ
り高い画質で配信する領域の映像を、当該領域に対応す
る画質となるように処理する第２の処理工程と、前記第
１または第２の処理工程において処理された映像を配信
する配信工程とを有する。

【００１４】本発明の好適な一様態によれば、前記判断
手段により複数の画質で配信すると判断された場合にお
ける、より高い画質で配信する領域の映像を当該領域に
対応する画質となるようにする処理では、より高い画質
の映像と、当該画質よりも１段階低い画質の映像との差
分データを得、前記第２の処理工程における、より高い
画質で配信する領域の映像を当該領域に対応する画質と
なるようにする処理では、より高い画質の映像と、当該
画質よりも１段階低い画質の映像との差分データを得
る。

【００１５】更に、本発明の好適な一様態によれば、前
記判断手段により複数の画質で配信すると判断された場
合に、前記配信手段は、最も低い画質の映像を配信し、
その後に段階的に前記差分データを配信し、前記判断工
程において複数の画質で配信すると判断された場合に、
前記配信工程では、最も低い画質の映像を配信し、その
後に段階的に前記差分データを配信する。

【００１６】また、本発明の好適な一様態によれば、前
記判断手段は、領域情報と、前記撮像装置の制御状態に
基づいて判断し、前記判断工程では、領域情報と、前記
撮像装置の制御状態に基づいて判断する。

【００１７】好ましくは、前記制御状態は、パン・チル
トの状態を含み、更に好ましくは、ズームの状態を含
む。

【００１８】また、本発明の好適な一様態によれば、前
記映像配信装置は、前記外部装置毎の領域情報を設定す
る設定手段を更に有する。

【００１９】

【発明の実施の形態】以下、添付図面を参照して本発明
の好適な実施の形態を詳細に説明する。

【００２０】図１は、本発明の実施の形態にかかるシス
テム構成の概略を示す。

【００２１】１は雲台及びカメラヘッドからなるカメラ
装置であり、２はカメラサーバ装置である。カメラ装置
１は、カメラサーバ装置２からのカメラ制御コマンドを
受け付けることが可能であり、カメラ制御コマンドによ
ってパン・チルト・ズームを変更することが可能であ
る。

【００２２】また、３はネットワークを示し、後で述べ
るカメラ制御信号、圧縮した映像信号を通すのに十分な
帯域があるインターネットやイントラネット等のディジ
タルネットワークであれば何でもよい。なお、ここでは
ネットワークプロコルとしてＴＣＰ／ＩＰ（ＵＤＰ／Ｉ
Ｐ）プロトコルを使用するものとし、以下アドレスとい
った場合にはＩＰアドレスを指すこととする。またカメ
ラサーバ装置２、後述のクライアント装置４共にＩＰア
ドレスを割り当てられているものとする。

【００２３】４はカメラサーバ装置２が送信する映像デ
ータを受信するクライアント装置（表示操作端末）であ
る。カメラサーバ装置２及びクライアント装置４は、ネ
ットワーク３を介して接続されている。

【００２４】クライアント装置４は、映像受信の為のソ
フトウェアを内部記憶媒体または外部記憶媒体から読み
込んで保持しており、これによってカメラサーバ装置２
の映像を受信し、ディスプレイ装置５にその映像を表示
させることができる。

【００２５】カメラサーバ装置２は、カメラ装置１によ
り取り込んだ映像をクライアント装置４に配信するとと
もに、クライアント装置４からのカメラ制御コマンドを
受け付け、カメラ装置１のズーム倍率や雲台を制御す
る。

【００２６】なお、クライアント装置及びディスプレイ
装置は、複数組をネットワーク３に接続することが可能
であるが、図１では簡略化のためにその内の１組を示し
ている。

【００２７】図２は、図１に示すカメラ装置１及びカメ
ラサーバ装置２からなるカメラシステム１０と、クライ
アント装置４及びディスプレイ装置５からなるクライア
ントシステム２０の機能構成をより詳しく説明したブロ
ック図である。

【００２８】カメラサーバシステム１０は、ビデオカメ
ラ１１、ビデオカメラ１１の雲台でありパン・チルト角
度を制御する可動雲台装置１２、ビデオカメラ１１の視
野角（ズーム倍率）や可動雲台装置１２のパンチルト角
度を制御するカメラ・雲台制御部１３、ビデオカメラ１
１からの映像を取り込む映像入力部１５、取り込んだ映
像データを圧縮する映像圧縮部１６、圧縮した映像デー
タをネットワーク３上に配信し、またネットワーク３経
由でクライアントシステム２０からコマンドを受信する
通信制御部１４、受信したコマンドを解釈し、カメラサ
ーバシステム１０の各部を制御するコマンド解釈・実行
部１７、各部間のデータ受け渡しに用いる記憶装置１８
から構成される。

【００２９】映像入力部１５では、ビデオカメラ１１か
らのＮＴＳＣ映像信号を取り込んでＡ／Ｄ変換後、映像
圧縮部１６に渡し、映像圧縮部１６は受信したデジタル
映像信号をＭｏｔｉｏｎＪＥＰＧで圧縮し、圧縮された
映像信号は通信制御部１４からネットワーク３上に送出
される。なお、ここでは映像の圧縮形式として、Ｍｏｔ
ｉｏｎＪＥＰＧ圧縮としたが、本発明は圧縮形式に制限
されるものではない。同様にビデオカメラ１１が出力す
る信号方式についてもＮＴＳＣ映像信号に制限されるも
のではない。また、ビデオカメラ１１が直接デジタルデ
ータを出力する場合もあり、その場合は、映像入力部１
５ではＡ／Ｄ変換を行う必要は無い。

【００３０】次にクライアントシステム２０について説
明する。

【００３１】カメラサーバシステム１０から送信された
圧縮映像データは、ネットワーク３及び通信制御部２１
を介して受信され、映像伸長部２５で伸長され、映像表
示部２６で表示される。またクライアントシステム２０
上のユーザインタフェースの操作により、カメラ制御や
画像蓄積保存操作等ができるようになっているものとす
る。これらの画面表示・操作の制御は表示制御部２４が
行う。

【００３２】映像表示部２６はビットマップデスプレイ
を含み、図３に示すようなユーザインタフェース画面を
構成できるＷｉｎｄｏｗｓ（登録商標）９５やＸ−Ｗｉ
ｎｄｏｗ等、何らかのウィンドウシステムがクライアン
トシステム２０上で稼働している。

【００３３】図３において、３０は映像を表示する映像
表示パネル、３２、３３、３４はカメラ制御スクロール
バーであり、これらを操作することで、それぞれカメラ
のパン、チルト、ズームを制御することができる。

【００３４】なお、カメラサーバシステム１０には同時
に複数のクライアントからアクセスされることを想定し
ており、その場合、複数のクライアントが同時にカメラ
操作を試みると混乱が生じる。従って、制御権という概
念を導入し、制御権を持つユーザのみがカメラを制御で
きるようになっている。

【００３５】例えば、あるクライアントがカメラ装置１
の制御を希望する場合、カメラサーバ装置２に対して制
御権を要求し、その時点でカメラ装置１の制御権を有す
るクライアントが存在しない場合には、制御権を要求し
たクライアントに対して制御権が与えられる。制御権は
一定時間与えられ、制御権を有している間は、カメラ装
置１を制御することができる。また、制御権を要求した
時に、他のクライアントがカメラ装置１の制御権を有し
ている場合、そのクライアントの制御権が切れた後に制
御権が与えられる。なお、制御権が与えられる時間、ク
ライアントの優先順位などは様々に設定することが可能
である。制御権の詳しい説明についても、特開平第１０
−４２２７９号公報に開示されている。

【００３６】このように、スクロールバー３２、３３、
３４によるカメラ制御は、クライアント装置４にカメラ
装置１の制御権が与えられている間のみ有効である。ユ
ーザは、操作開始ボタン３１を押下することにより制御
権を要求することができる。操作開始ボタン３１の押下
に応じてクライアント装置４はカメラサーバ装置２に制
御権の要求を送り、制御権を獲得できれば、スクロール
バー３２、３３、３４による操作ができるようになる。

【００３７】次に、本発明の実施の形態における画像配
信制御の概念について図４乃至図９を参照して説明す
る。

【００３８】図４において、５１はビデオカメラ１１の
撮影可能範囲を示す。この撮像可能範囲５１はビデオカ
メラ１１のズームレンズや、可動雲台装置１２の可動範
囲などハードウェアによる限界の値をモデル化したもの
である。５２はあるクライアントに対して許可されてい
る映像可視範囲である。これは、撮像可能範囲５１全体
をクライアントが見ることができた場合にプライバシー
や著作権などの問題が生じる可能性があるような場合
に、管理者がクライアントが見てもよいとする範囲を、
カメラを設置する場所や運営形態などに応じて設定した
ものである。５３は映像可視範囲５２の設定に伴って、
クライアントが見ることのできない映像不可視範囲であ
る。５４はビデオカメラ１１のズームレンズが広角端に
ある場合の視野を示すものであり、可動雲台装置１２の
パン・チルト制御により移動する。上記各範囲の情報
は、カメラサーバ装置２が保持している。

【００３９】映像可視範囲５２はクライアントに応じて
決めることが可能である。図５は、各クライアントに対
して設定されている、映像可視範囲５２の情報例を示
す。

【００４０】図６は、ビデオカメラ１１により撮影中の
映像をクライアントシステム２０に送信する場合の画像
処理概念を示す図である。なお、図４と同じ参照番号は
同様の範囲を示すものとする。

【００４１】図６（ａ）に示す例では、カメラ装置１に
より撮影中の映像（視野）５４の一部のみがクライアン
トの映像可視範囲５２にかかっており、残りの画像領域
は映像不可視範囲５３に属している。

【００４２】カメラサーバ装置２は、常にカメラ装置１
の撮影範囲と映像可視範囲との演算を行い、現状の撮影
映像が、映像可視範囲に入っているかどうかを把握す
る。そして、カメラサーバ装置２は、撮影映像を送信す
る際に、撮影映像（図６（ｂ）、５４）の内、映像不可
視範囲の画像５３’には低解像度化処理を行ってから圧
縮する。また、映像可視範囲の画像５２’に対しては特
に加工を行わず、圧縮する。

【００４３】画像を低解像度にする手法としては、モザ
イク処理やフォーカスをぼかす処理、一定のマスクを与
える処理、一定のノイズを画像に与える処理など、既知
のいずれの方法を用いてもよい。

【００４４】更に、カメラサーバ装置２は、管理者など
の映像可視範囲の制限を受けないクライアントの為に、
図６（ｃ）に示すような画像に対応する画像データも同
時に作成する。この場合、映像不可視範囲５３’の画像
について差分画像データを作成すればよい。この差分画
像データは、前述の画像圧縮データに対して、更に高画
質な画像を生成するための差分データである。なお、映
像可視領域５２’の画像はすでに高解像であるので、こ
の領域に対する画像データはここでは必要ない。差分画
像データの作成方法は、画像の低解像度化に用いる手法
によって変化する。例えばモザイク処理を行う場合であ
れば、間引かれた画素データを差分画像データとする。

【００４５】また、撮影映像が映像可視領域内に収まっ
ている場合には、低解像度化を行う必要が無い為に画像
圧縮データは高解像度の画像データのみとなり、差分画
像データを用意する必要がなく、全クライアントに対し
て高解像度の画像データを送信することになる。この場
合、差分画像データが無いということを示すこともでき
る。

【００４６】逆に、現在のカメラの撮影範囲が、全てあ
るクアイアントの映像不可視範囲内にある場合は、その
クライアントには全画面低画質のデータを送ることにな
る。

【００４７】得られた圧縮映像データは、図７に示すよ
うな構成を有する映像パケットとして送信され、低解像
度の画像データ（画像データ１）と、その画像データを
高画質にするために必要となる差分画像データとに分け
られる。可視制限を受けるクライアントに対しては、低
解像度の画像データ（画像データ１）のみを送信する。
可視範囲制限を受けないクライアントに対しては、画像
差分データを更に付加して送信することにより、本発明
の機能を実現する。この差分画像データは、１つのみに
限らず、図５の表に示すように各クライアントに対して
等級分けした場合（ユーザーレベル）、接続するクライ
アントのユーザーレベルに応じて段階的に高解像度にな
るように差分画像データを作成し、送信する様に構成す
ることも可能である。このような仕組みによって、クラ
イアントのユーザーレベルに応じた画像の段階的な高画
質化も可能になる。

【００４８】次に、上記画像データ処理の結果圧縮され
た画像データに基づいて、クライアントのディスプレイ
装置５に表示される画像の様子とグラフィカルユーザー
インターフェース（ＧＵＩ）について説明する。

【００４９】図８は、クライアントで表示される画像の
例を示す。特に、図８（ａ）は、映像可視範囲の制限を
受けるクライアントで表示される画面、図８（ｂ）は、
映像可視範囲の制限を受けないクライアントで表示され
る画面を示している。

【００５０】図８（ａ）において、５２”は図６（ａ）
の映像可視範囲５２に対応する領域であり、特に画質を
落とす処理を施されていないために、ビデオカメラ１１
が撮影した高画質な画像がそのまま表示される。また、
５３”は映像不可視範囲５３に対応する領域であり、カ
メラサーバ装置２においてモザイク処理や、フォーカス
をぼかす処理などにより加工された画像が表示されてお
り、ビデオカメラ１１が撮影した画像よりも低画質の画
像になっている。

【００５１】一方、図８（ｂ）に示す映像可視範囲の制
限を受けないクライアントの映像は、全画面的に高画質
となる。

【００５２】また、ユーザーレベルによりクライアント
を等級分けした場合には、ユーザーレベルの高いクライ
アントには、図９に示すようなＧＵＩを表示するように
構成することもできる。この場合、例えばデフォルトで
は高解像度画像が表示されるようにし、メニューから好
みの画質を選択することで、カメラサーバシステム１０
から段階的に送られてくる画質を選択する。このように
することで、ユーザーレベルの高いクライアントが、接
続レベルの低いクライアントに表示されている画像を確
認することが可能になる。

【００５３】次に、上記の画像配信制御を行うためのカ
メラサーバー装置２及びクライアント装置４の動作につ
いて説明する。

【００５４】図１０は、本実施の形態においてカメラサ
ーバ装置２及びクライアント装置４上で行われるプロセ
スの構成図である。

【００５５】ここでプロセスとはＷｉｎｄｏｗｓＮＴや
ＵＮＩＸ（登録商標）等のマルチタスクオペレーティン
グシステムのプロセスを意味する。定常状態では、図１
０に示すすべてのプロセス４１，４２，４７，４８，４
９が稼動しているものとする。

【００５６】カメラサーバ装置２では、以下の４プロセ
スが動作している。すなわち、

【００５７】１）カメラ制御サーバプロセス４１：ク
ライアントプロセス４９が発行したカメラ制御コマンド
を受け取り、カメラ・雲台制御部１３に命令を出して制
御を行う。

【００５８】２）カメラ状態通知プロセス４２：カメ
ラのパン・チルト角度などの状態を検知してクライアン
トプロセス４９に通知する。

【００５９】３）映像サーバプロセス４７：カメラ映
像の送信先を管理する。

【００６０】４）映像獲得・送信プロセス４８：カメ
ラ映像の取り込み・送信を行う。

【００６１】なお、送信先リスト４４、カメラ状態レジ
スタ４３は、プロセス間でデータの受け渡しに用いる共
有メモリである。４５はクライアントのユーザーレベル
情報を示し、接続してくるクライアントの承認を行う際
のデータとして使用される。４６は、カメラ可視範囲情
報を示す。カメラの操作状態に応じて映像データに異な
る加工を施し作成するデータを変化させるため、このよ
うな共有メモリを用いてプロセス間での整合性をとる。
これらのプロセス４１、４２，４７，４８の動作につい
ては図１１及び図１２のフローチャートを参照して詳し
く説明する。一方、クライアント装置４上では、クライ
アントプロセス４９が動作しており、その動作の詳細は
図１３を参照して後述する。

【００６２】なお、通信されるデータのパケットとして
は、図１４に示すような形式のものが生成され、ネット
ワーク３を介して送信されることになる。また、厳密に
は、ＴＣＰ／ＩＰやＵＤＰ／ＩＰ等のパケットで用いら
れているフォーマットを使用する事になるが、図１１で
は実施の形態の説明に必要なパケット情報のみ記述して
いる。

【００６３】まず、図１１を参照して、カメラ制御サー
バプロセス４１及びカメラ状態通知プロセス４２につい
て説明する。

【００６４】カメラ制御サーバプロセス４１が起動され
ると（ステップＳ４００）、初期化後（ステップＳ４０
１）にカメラ状態通知プロセス４２を生成し（ステップ
Ｓ４０２）、クライアントプロセス４９からのカメラ制
御接続要求（図１４（１））を待つ（ステップＳ４０
３）。クライアントプロセス４９から接続要求がある
と、接続受付処理（Ａｃｋを返す）を行い（ステップＳ
４０４）、接続のあったクライアントプロセス４９から
送信されてくるカメラ制御コマンド（図１４（２）〜
（４））を待つ（ステップＳ４０５）。なお、接続受付
処理（ステップＳ４０４）ではタイマーをセットして、
ある一定時間（「制御持ち時間」と呼ぶ。）が経つと
（ステップＳ４０６でＹＥＳ）カメラ制御接続を切断す
る（ステップＳ４０７）ようになっている。

【００６５】カメラ制御コマンド（図１４（２）〜
（４））が来ると（ステップＳ４０８でＹＥＳ）、コマ
ンドに応じてカメラ・雲台制御部１３を通じてビデオカ
メラ１１のズーム倍率、および可動雲台装置１２のパン
チルト角度を制御する（ステップＳ４０９）。また、ス
テップＳ４０５で受信した制御コマンドがカメラ制御コ
マンドでは無い場合（ステップＳ４０８でＮＯ）、ステ
ップＳ４１０で対応する処理を行ってステップＳ４０５
へ戻る。制御持ち時間が経過するまで、クライアントプ
ロセス４９からカメラ制御コマンドを受付け、コマンド
解釈部１７及びカメラ・雲台制御部１３を通じて、コマ
ンドに応じたカメラ制御を行う。

【００６６】なお、ここでカメラ制御コマンドとして
は、本実施の形態では、説明のため、パン角度変更命令
（ＰＡＮθ）、チルト角度変更命令（ＴＩＬφ）ズーム
倍率変更命令（ＺＯＭα）があるものとする。θ、φ、
αは、それぞれパン角度、チルト角度、ズーム倍率をあ
らわすパラメータであり、このカメラ制御コマンドに
は、他にも逆光補正やオートフォーカス、マニュアルフ
ォーカス値設定等、各種あり得るが、ここでは説明を省
略する。

【００６７】また、制御待ち時間が終了すると（ステッ
プＳ４０６でＹＥＳ）、接続切断処理（ステップＳ４０
７）を行うと共に、カメラ制御接続終了命令（図１４
（７））をクライアントプロセス４９に返送する。そし
て、ステップＳ４０３で再び接続要求が来るのを待つ。
カメラ制御サーバプロセス４１は同様にして任意のクラ
イアントプロセスからのカメラ制御接続要求を受け付
け、カメラ制御を実現するが、同時に複数のクライアン
トプロセスとは接続できない。したがって、この接続は
ＴＣＰ／ＩＰのようなコネクション指向の接続がなされ
るものとする。

【００６８】一方、ステップＳ４０２で生成されたカメ
ラ状態通知プロセス４２が動作中は、常時カメラ状態が
チェックされる。すなわちカメラのパン・チルト角度、
ズーム倍率（θ、φ、α）をカメラ・雲台制御部１３に
問い合わせて取得し、カメラ状態レジスタ４３に書き込
む（ステップＳ４２２）。

【００６９】同時に、本実施の形態においては、取得し
たカメラ状態をカメラ可視範囲情報４６と比較し、現在
のビデオカメラ１１の状態（パン角度、チルト角度、ズ
ーム倍率）によって、現在ビデオカメラ１１が撮影して
いる画像が映像可視範囲内にあるかどうかを、カメラ制
御サーバプロセス４１や映像サーバプロセス４７などが
把握する。ビデオカメラ１１の撮像範囲がクライアント
の映像不可視範囲を含んでいる場合は、後述する図１２
のステップＳ５２６における処理によって、伝送する映
像データの内、映像不可視範囲の映像データに処理を加
えることによって映像の視野範囲の制限を行う。

【００７０】また、映像を送信している先のクライアン
トプロセス４９にカメラ状態（図１４（８）の形式）を
通知する（ステップＳ４２６）。

【００７１】次に、図９のフローを参照して映像サーバ
プロセス４７及び映像獲得・送信プロセス４８について
説明する。

【００７２】映像サーバプロセス４７が起動されると
（ステップＳ５００）、初期化後に（ステップＳ５０
１）映像獲得・送信プロセス４８を生成し（ステップＳ
５０２）、クライアントプロセス４９からのイベントを
待つ（ステップＳ５０３）。ステップＳ５０３で受信し
たイベントが映像表示開始要求コマンド（図１４
（６））であれば（ステップＳ５０４でＹＥＳ）、映像
表示開始要求パケットに含まれているパケットの送信元
アドレスを取得し、映像の送信先リスト４４に追加し
（ステップＳ５０５）、Ａｃｋを返す（ステップＳ５０
６）。

【００７３】また、ステップＳ５０３で受信したイベン
トが映像表示終了要求コマンドであれば（ステップＳ５
０４でＮＯ、ステップＳ５０７でＹＥＳ）、同様に映像
表示終了要求パケットに含まれているパケットの送信元
アドレスを取得し、映像の送信先リスト４４から削除す
る（ステップＳ５０８）。なお、映像の送信先リスト４
４には、リスト形式で映像送信先のアドレスが保持され
ている。また、映像表示開始要求コマンドでも、映像表
示終了要求コマンドでも無い場合には、ステップＳ５０
９で受信したコマンドに対応する処理を行い、ステップ
Ｓ５０３に戻って次のイベントを待つ。

【００７４】一方、映像獲得・送信プロセス４８は、起
動されると（ステップＳ５２０）、初期化後（ステップ
Ｓ５２１）、ビデオカメラ１１からの映像を取り込み
（ステップＳ５２２）、前述の通り映像可視範囲情報及
び現在のカメラ位置情報を元にして低解像度データや高
解像度データを作成し（ステップＳ５２６）、圧縮し
（ステップＳ５２３）、この圧縮された映像データにカ
メラ位置情報を付加し（ステップＳ５２４）、図１４
（９）の形式にパケット化し、ステップＳ５０５で映像
送信先リスト４４に登録されたアドレスのクライアント
に対して送信する（ステップＳ５２５）。ステップＳ５
２２〜Ｓ５２５の動作は、繰り返し行われる。

【００７５】次に、図１３を参照してクライアントプロ
セス４９の動作を説明する。

【００７６】まずプロセス起動時に、接続するカメラサ
ーバ装置２のアドレス（ＩＰアドレス、ここでは“ＡＤ
ＤＲ＿Ｃ”とする）を指定して起動すると（ステップＳ
６００）、初期化後（ステップＳ６０１）、映像表示開
始要求をＡＤＤＲ＿Ｃに対応するカメラサーバ装置に送
信する（ステップＳ６０２）。この映像表示開始要求の
パケット形式は図１４（５）に示すものである。

【００７７】ここで、ＡＤＤＲ＿Ｃに対応するカメラサ
ーバ装置２からＡｃｋが返ってこなければ（ステップＳ
６０３でＮＯ）、アドレスが間違っている等、動作異常
なので、クライアントプロセス４９を終了する（ステッ
プＳ６０４）。Ａｃｋが返ってくれば表示成功なので
（ステップＳ６０３でＹＥＳ）、イベントすなわちユー
ザーによるユーザーインタフェースの操作またはカメラ
サーバ装置２からの各種パケットを待つ（ステップＳ６
０５）。

【００７８】ここで、ユーザが図３に示すＧＵＩ上の操
作開始ボタン３１を押すと（ステップＳ６０６でＹＥ
Ｓ）、自分が既にカメラ制御を開始している状態かどう
かを示す制御権フラグを確認し（ステップＳ６０７）、
既に制御中ならステップＳ６０５に戻る。操作中でなけ
ればカメラ制御接続要求（図１４（１））をカメラ制御
サーバプロセス４１に対して発行し（ステップＳ６０
８）、許可（Ａｃｋ）を待つ（ステップＳ６０９）。こ
こでＡｃｋが返ってくれば（ステップＳ６１０でＹＥ
Ｓ）、カメラ制御サーバプロセス４１に対して接続が成
立し、クライアント装置の記憶部２９にある制御権フラ
グをＯＮにし（ステップＳ６１１）、図３に示すスクロ
ールバー３２、３３、３４によるカメラ制御操作を有効
にする。なお、カメラ制御サーバプロセス４１は、図１
１のステップＳ４０３におけるカメラ制御接続要求待ち
のときにしか、接続要求を受け付けない。

【００７９】また、接続が成立して「制御持ち時間」が
終了するとカメラ制御サーバプロセスよりカメラ制御接
続終了要求（図１４（７））が返ってくるが、これをス
テップＳ６０５で受け取ると（ステップＳ６１４でＹＥ
Ｓ）、制御権フラグをＯＦＦにして（ステップＳ６１
５）、図３に示すスクロールバー３２、３３、３４によ
るカメラ制御操作を無効にする（ステップＳ６１６）。

【００８０】スクロールバー３２、３３、３４によるカ
メラ制御操作が有効になっている間は、スクロールバー
３２、３３、３４によるカメラ制御操作に対応したカメ
ラ制御命令が生成され（ステップＳ６１７でＹＥＳ）、
カメラ制御サーバプロセス４１に対して発行される（ス
テップＳ６１８）。命令の生成過程に関しては、本発明
と直接関係がないためここでは省略する。

【００８１】また、メニューからの選択操作等によって
発行されるクライアントプロセス終了要求（ステップＳ
６２６でＹＥＳ）に対しては、映像表示終了要求（図１
４（７））を発行し（ステップＳ６２７）、クライアン
トプロセス４９を終了する（ステップＳ６２８）。

【００８２】また、パケットが到着した場合には（ステ
ップＳ６２５）、それが映像データ（図１４（９））の
場合（ステップＳ６２９でＹＥＳ）、映像データ中の圧
縮映像データを読み出し、伸長処理を行った後、この映
像フレームデータを用いて、映像表示パネル３０の表示
映像を更新する（ステップＳ６３０）。到着パケットが
カメラ状態通知（図１４（８））の場合には（ステップ
Ｓ６３５でＹＥＳ）、パン・チルト角度およびズーム倍
率を操作するスクロールバー３２、３３、３８のノッチ
の表示位置を、パケットに含まれているパラメータを用
いて、対応する位置に変更する。この状態の時には、他
のクライアントプロセスがカメラを制御している場合
に、その情報を更新していることになる。

【００８３】このようにして作成した圧縮画像データ
は、図１４の（９）に示すように映像データとしてサー
バからクライアントに送信される。

【００８４】このように、映像可視範囲の制限を受ける
レベルのクライアントは、まず低画質の画像データのみ
を受信し、映像可視範囲の映像についてのみ高画質の画
像データを更に受信して表示することにより、映像可視
範囲は高画質に、可視不可能範囲は、低解像度に表示す
ることで映像可視範囲制限機能を実施する。同様に、管
理者などの高いレベルを持つクライアントに対しては、
差分画像データを低解像度の画像データと同時に送信す
ることにより、制限に関係なく常に、高画質の画像を得
ることが可能になる。このように、カメラサーバ装置を
設置するユーザのニーズを反映しやすくなる。

【００８５】なお、上記実施の形態ではカメラ装置とし
てビデオカメラを用いた場合について説明したが、本発
明はカメラの種類に限定されるものでは無く、撮影領域
を変更できる様々な撮像装置を用いることが可能であ
る。

【００８６】

【他の実施形態】なお、本発明は、複数の機器（例えば
ホストコンピュータ、インタフェイス機器、リーダ、プ
リンタなど）から構成されるシステムに適用しても、一
つの機器からなる装置（例えば、複写機、ファクシミリ
装置など）に適用してもよい。

【００８７】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体（または記録媒体）を、システムあるい
は装置に供給し、そのシステムあるいは装置のコンピュ
ータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納された
プログラムコードを読み出し実行することによっても、
達成されることは言うまでもない。この場合、記憶媒体
から読み出されたプログラムコード自体が前述した実施
形態の機能を実現することになり、そのプログラムコー
ドを記憶した記憶媒体は本発明を構成することになる。
また、コンピュータが読み出したプログラムコードを実
行することにより、前述した実施形態の機能が実現され
るだけでなく、そのプログラムコードの指示に基づき、
コンピュータ上で稼働しているオペレーティングシステ
ム（ＯＳ）などが実際の処理の一部または全部を行い、
その処理によって前述した実施形態の機能が実現される
場合も含まれることは言うまでもない。

【００８８】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張カー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書込まれた後、そのプログラムコードの指示
に基づき、その機能拡張カードや機能拡張ユニットに備
わるＣＰＵなどが実際の処理の一部または全部を行い、
その処理によって前述した実施形態の機能が実現される
場合も含まれることは言うまでもない。

【００８９】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明した（図１１、図１２、図１
３に示すフローチャートに対応するプログラムコードが
格納されることになる。

【００９０】

【発明の効果】以上説明したように本発明によれば、画
角よりも広い領域を撮影可能なカメラの撮影可能範囲の
内、閲覧可能な範囲を制限されているクライアントが、
閲覧可能な範囲以外の映像を明確に見ることができない
ように映像を処理し、配信することができる。

【図面の簡単な説明】

【図１】本発明の実施の形態におけるシステムの概略構
成を示す図である。

【図２】図１に示すシステムの内部機能構成を示すブロ
ック図である。

【図３】本発明の実施の形態におけるクライアント装置
に表示されるユーザーインターフェース画面の一例を示
す図である。

【図４】本発明の実施の形態におけるカメラ装置の撮影
領域の概念図である。

【図５】本発明の実施の形態におけるクライアント別の
映像可視範囲情報を表にした図である。

【図６】本発明の実施の形態において作成される画像デ
ータの概略を示す図である。

【図７】本発明の実施の形態における映像データパケッ
トの詳細を示す図である。

【図８】本発明の実施の形態においてクライアント側で
表示される画像データの説明図である。

【図９】本発明の実施の形態において特権を有するクラ
イアントにおけるＧＵＩ画面の一例を示す図である。

【図１０】本発明の実施の形態において行われるプロセ
スの構成を示す図である。

【図１１】本発明の実施の形態におけるカメラ制御サー
バプロセス及びカメラ状態通知プロセスの処理を示すフ
ローチャートである。

【図１２】本発明の実施の形態における映像サーバプロ
セス及び映像獲得・送信プロセスの処理を示すフローチ
ャートである。

【図１３】本発明の実施の形態におけるクライアントプ
ロセスの処理を示すフローチャートである。

【図１４】本発明の実施の形態で用いられるプロトコル
パケットの説明図である。

【符号の説明】

１カメラ装置２カメラサーバ装置３ネットワーク４クライアント装置５ディスプレイ装置１０カメラサーバシステム２０クライアントシステム３０映像表示パネル３１操作開始ボタン３２，３３，３４カメラ制御スクロールバー５１撮像可能範囲５２映像可視範囲５３映像不可視範囲５４視野

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5C022 AA01 AB62 AB65 AB66 AB68 AC27 5C023 AA07 AA09 AA27 AA37 BA01 BA19 CA02 DA04 EA05 5C064 BA01 BB02 BB03 BC06 BC18 BC23 BC25 BD02 BD05 BD08

Claims

【特許請求の範囲】

【請求項１】複数の外部装置により遠隔制御可能な撮
像装置から得られる映像を、該複数の外部装置に配信可
能な映像配信装置であって、前記外部装置毎に、前記撮像装置の撮影可能領域の内、
第１の画質で前記映像を配信する第１の領域と、前記第
１の画質よりも低い第２の画質で前記映像を配信する第
２の領域とに関する領域情報を保持する保持手段と、前記保持手段に保持された領域情報に基づいて、前記撮
像装置から得られる映像が前記第２の領域の映像を含ん
でいるか否かを配信先の各外部装置毎に判断する判断手
段と、前記判断手段により含んでいないと判断された場合に、
前記撮像装置からの映像を前記第１の画質となるように
処理し、含んでいると判断された場合に、前記撮像装置
からの映像を前記第２の画質となるように処理し、さら
に前記第１の領域の映像を前記第１の画質となるように
処理する処理手段と、前記処理手段により処理された映像を配信する配信手段
とを有することを特徴とする映像配信装置。
【請求項２】前記判断手段により含んでいると判断さ
れた場合における前記第１の領域の映像を前記第１の画
質となるようにする処理では、前記第１の領域の前記第
１の画質の映像と、前記第１の領域の前記第２の画質の
映像との差分データを得ることを特徴とする請求項１に
記載の映像配信装置。
【請求項３】前記判断手段により含んでいると判断さ
れた場合に、前記配信手段は、前記第２の画質の映像を
配信し、その後に前記差分データを配信することを特徴
とする請求項２に記載の映像配信装置。
【請求項４】前記保持手段は、各外部装置毎に設定さ
れた等級を更に保持し、前記第２の画質は等級に応じて
異なることを特徴とする請求項１乃至３のいずれかに記
載の映像配信装置。
【請求項５】複数の外部装置により遠隔制御可能な撮
像装置から得られる映像を、該複数の外部装置に配信可
能な映像配信装置であって、所定の複数の画質と、前記撮像装置の撮影可能領域の
内、該複数の画質のいずれかで前記映像を配信する領域
に関する領域情報とをそれぞれ対応づけて、前記複数の
外部装置毎に保持する保持手段と、前記保持手段に保持された領域情報に基づいて、前記撮
影装置から得られる映像を単一の画質で配信するか、複
数の画質で配信するかを送信先の各外部装置毎に判断す
る判断手段と、前記判断手段により単一の画質で画像を配信すると判断
された場合に、前記撮像装置からの映像を当該画質とな
るように処理し、複数の画質で配信すると判断された場
合に、前記映像が最も低い画質となるように処理し、更
に段階的に、より高い画質で配信する領域の映像を、当
該領域に対応する画質となるように処理する処理手段
と、前記処理手段により処理された映像を配信する配信手段
とを有することを特徴とする映像配信装置。
【請求項６】前記判断手段により複数の画質で配信す
ると判断された場合における、より高い画質で配信する
領域の映像を当該領域に対応する画質となるようにする
処理では、より高い画質の映像と、当該画質よりも１段
階低い画質の映像との差分データを得ることを特徴とす
る請求項５に記載の映像配信装置。
【請求項７】前記判断手段により複数の画質で配信す
ると判断された場合に、前記配信手段は、最も低い画質
の映像を配信し、その後に段階的に前記差分データを配
信することを特徴とする請求項６に記載の映像配信装
置。
【請求項８】前記判断手段は、領域情報と、前記撮像
装置の制御状態に基づいて判断することを特徴とする請
求項１乃至７のいずれかに記載の映像配信装置。
【請求項９】前記制御状態は、パン・チルトの状態を
含むことを特徴とする請求項８に記載の映像配信装置。
【請求項１０】前記制御状態は、ズームの状態を含む
ことを特徴とする請求項８または９に記載の映像配信装
置。
【請求項１１】前記外部装置毎の領域情報を設定する
設定手段を更に有することを特徴とする請求項１乃至１
０のいずれかに記載の映像配信装置。
【請求項１２】複数の外部装置により遠隔制御可能な
撮像装置から得られる映像を、該複数の外部装置の少な
くとも１つに配信する映像配信方法であって、前記外部装置毎に、前記撮像装置の撮影可能領域の内、
第１の画質で前記映像を配信する第１の領域と、前記第
１の画質よりも低い第２の画質で前記映像を配信する第
２の領域とに関する領域情報を設定する設定工程と、前記設定工程で設定された領域情報に基づいて、前記撮
像装置から得られる映像が前記第２の領域の映像を含ん
でいるか否かを配信先の各外部装置毎に判断する判断工
程と、前記判断工程において含んでいないと判断された場合
に、前記撮像装置からの映像を前記第１の画質となるよ
うに処理する第１の処理工程と、前記判断工程において含んでいると判断された場合に、
前記撮像装置からの映像を前記第２の画質となるように
処理し、さらに前記第１の領域の映像を前記第１の画質
となるように処理する第２の処理工程と、前記第１または第２の処理工程において処理された映像
を配信する配信工程とを有することを特徴とする映像配
信方法。
【請求項１３】前記第２の処理工程における前記第１
の領域の映像を前記第１の画質となるようにする処理で
は、前記第１の領域の前記第１の画質の映像と、前記第
１の領域の前記第２の画質の映像との差分データを得る
ことを特徴とする請求項１２に記載の映像配信方法。
【請求項１４】前記判断工程において含んでいると判
断された場合に、前記配信工程では、前記第２の画質の
映像を配信し、その後に前記差分データを配信すること
を特徴とする請求項１３に記載の映像配信方法。
【請求項１５】各外部装置毎に等級を設定する工程を
更に有し、前記第２の画質は等級に応じて異なることを
特徴とする請求項１２乃至１４のいずれかに記載の映像
配信方法。
【請求項１６】複数の外部装置により遠隔制御可能な
撮像装置から得られる映像を、該複数の外部装置の少な
くとも１つに配信する映像配信方法であって、所定の複数の画質と、前記撮像装置の撮影可能領域の
内、該複数の画質のいずれかで前記映像を配信する領域
に関する領域情報とをそれぞれ対応づけて、前記複数の
外部装置毎に設定する設定工程と、前記設定工程で設定された領域情報に基づいて、前記撮
影装置から得られる映像を単一の画質で配信するか、複
数の画質で配信するかを送信先の各外部装置毎に判断す
る判断工程と、前記判断工程において単一の画質で画像を配信すると判
断された場合に、前記撮像装置からの映像を当該画質と
なるように処理する第１の処理工程と、前記判断工程において複数の画質で配信すると判断され
た場合に、前記映像が最も低い画質となるように処理
し、更に段階的に、より高い画質で配信する領域の映像
を、当該領域に対応する画質となるように処理する第２
の処理工程と、前記第１または第２の処理工程において処理された映像
を配信する配信工程とを有することを特徴とする映像配
信方法。
【請求項１７】前記第２の処理工程における、より高
い画質で配信する領域の映像を当該領域に対応する画質
となるようにする処理では、より高い画質の映像と、当
該画質よりも１段階低い画質の映像との差分データを得
ることを特徴とする請求項１６に記載の映像配信方法。
【請求項１８】前記判断工程において複数の画質で配
信すると判断された場合に、前記配信工程では、最も低
い画質の映像を配信し、その後に段階的に前記差分デー
タを配信することを特徴とする請求項１７に記載の映像
配信方法。
【請求項１９】前記判断工程では、領域情報と、前記
撮像装置の制御状態に基づいて判断することを特徴とす
る請求項１２乃至１８のいずれかに記載の映像配信方
法。
【請求項２０】前記制御状態は、パン・チルトの状態
を含むことを特徴とする請求項１９に記載の映像配信方
法。
【請求項２１】前記制御状態は、ズームの状態を含む
ことを特徴とする請求項１９または２０に記載の映像配
信方法。
【請求項２２】コンピュータ装置が実行可能なプログ
ラムを格納した記憶媒体であって、前記プログラムを実
行したコンピュータ装置を、請求項１乃至１１のいずれ
かに記載の映像配信方法として機能させることを特徴と
する記憶媒体。
【請求項２３】請求項１２乃至２１のいずれかに記載
の映像配信方法を実現するためのプログラムコードを保
持する記憶媒体。