JP2000358228A

JP2000358228A - 情報処理装置、情報処理システム、課金方法、及び記憶媒体

Info

Publication number: JP2000358228A
Application number: JP11168928A
Authority: JP
Inventors: Hiroyuki Osawa; 弘幸大澤; Tomoaki Kawai; 智明河合
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1999-06-15
Filing date: 1999-06-15
Publication date: 2000-12-26

Abstract

(57)【要約】【課題】クライアントが、サーバに接続された遠隔制
御可能な機器から情報を取得する際、該クライアントに
対して効率的且つ正確な課金を行うことができる情報処
理システムを提供する。【解決手段】サーバ１１０は、クライアント１２０か
らの指示に基づいた制御により機器１１１で得られた情
報をクライアント１２０へ配送する。クライアント１２
０は、サーバ１１０からの情報を蓄積手段１２７へ蓄積
するとき、その情報蓄積開始及び終了をサーバ１１０へ
通知する。サーバ１１０は、クライアント１２０からの
情報蓄積開始及び終了通知により、クライアント１２０
での情報蓄積状況を把握し、これに基づいて、クライア
ント１２０に対する課金を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、ビデオカ
メラから取り込んだ動画（映像）情報を、ネットワーク
を介して複数のクライアントへ配送する技術に関するも
のである。

【０００２】

【従来の技術】従来より、ビデオカメラの映像を遠隔地
の多地点から観察できるシステムがあり、このようなシ
ステムでは、単にビデオカメラの映像を観察するだけで
なく、そのビデオカメラのパンやチルトの角度やズーム
倍率等を、遠隔地から制御可能にしたものがある。例え
ば、インターネット上のＷＷＷ（World Wide Web）のサ
ーバにコンピュータ制御可能なビデオカメラを接続し、
そのビデオカメラにて撮影して得られたリアルタイム映
像を、アクセス者（クライアント）を配送するだけでな
く、そのクライアントに対してビデオカメラの制御をも
許すようなシステムが開発されている。

【０００３】

【発明が解決しようとする課題】しかしながら、上述し
たような、複数の遠隔地側のクライアントからカメラ制
御可能であり、あるクライアントからのカメラ制御によ
り得られたビデオカメラの映像を該クライアントに配送
できるような従来のシステムでは、サーバ側において、
映像コンテンツに対して課金をしようとする場合、クラ
イアント（使用者）での映像蓄積の状態や、どのクライ
アントがどの程度映像を蓄積したか等を、サーバ側で把
握することができなかった。また、クライアントによる
カメラ制御において、ビデオカメラのレンズを向ける方
向によっては、配送する映像の付加価値が変わる場合が
あるが、クライアントによるカメラ制御がどのような制
御であっても、全て同様な課金が行なわれていたので、
それぞれのクライアントが行ったカメラ制御に対して公
平な課金を行うことができなかった。

【０００４】すなわち、従来では、クライアントが映像
を閲覧することに対して課金を行なうシステムは存在し
たが、その閲覧している映像の蓄積に応じた課金を行な
うシステムが存在せず、また、クライアントが行なうカ
メラ制御において、カメラのパン、チルト、ズーム倍率
等のカメラ状態に応じた課金を行なうシステムも存在し
なかったので、映像を取得する全てのクライアントに対
して、効率的で不公平のない課金を行うことができなか
った。

【０００５】そこで、本発明は、上記の欠点を除去する
ために成されたもので、サーバ側において、クライアン
トが行なっている制御内容及び取得している情報の状態
を把握することで、クライアントに対して効率的且つ正
確な課金を行うことができる情報処理装置、情報処理シ
ステム、課金方法、及びそれを実施するための処理ステ
ップをコンピュータが読出可能に格納した記憶媒体を提
供することを目的とする。

【０００６】

【課題を解決するための手段】斯かる目的下において、
第１の発明は、クライアントから遠隔制御可能な機器が
接続された情報処理装置であって、上記クライアントの
遠隔制御により上記機器にて得られた情報を、少なくと
も上記クライアントに対して配送する配送手段と、上記
クライアントにおける上記情報の蓄積状況及び上記遠隔
制御の内容の少なくとも何れかの情報を取得するクライ
アント情報取得手段と、上記クライアント情報取得手段
により得られた情報に基づいて、上記クライアントに対
する課金を行なう課金手段とを備えることを特徴とす
る。

【０００７】第２の発明は、上記第１の発明において、
複数パターンの上記遠隔制御の内容に対応して、上記課
金の基準情報を複数記憶する記憶手段を備え、上記課金
手段は、上記クライアント情報取得手段により得られた
上記遠隔制御の内容に対応する上記課金の基準情報を上
記記憶手段から取得し、その取得した基準情報に基づい
て、上記クライアントに対する課金を行なうことを特徴
とする。

【０００８】第３の発明は、上記第１の発明において、
上記クライアント情報取得手段は、上記情報の蓄積状況
の情報を、上記クライアントから送信されてくる報蓄積
開始及び終了通知により取得することを特徴とする。

【０００９】第４の発明は、上記第１の発明において、
上記遠隔制御可能な機器は、映像情報を取得するカメラ
を含み、上記遠隔制御は、上記カメラのパン、チルト、
及びズームの少なくとも何れかの制御を含むことを特徴
とする。

【００１０】第５の発明は、複数機器が互いに通信可能
に接続されてなる情報処理システムであって、上記複数
機器のうち少なくとも１つの機器は、請求項１〜４の何
れかに記載の情報処理装置の機能を有することを特徴と
する。

【００１１】第６の発明は、少なくともサーバ及びクラ
イアントが互いに通信可能に接続されてなる情報処理シ
ステムであって、上記サーバは、遠隔地のクライアント
から制御可能なカメラから映像を取り込んで該クライア
ントへ配送する配送手段と、上記クライアントからの指
示に基づいて上記カメラの動作制御を行うカメラ制御手
段とを含み、上記クライアントは、上記サーバの上記配
送手段により配送されてきた映像を表示する表示手段
と、上記サーバの上記配送手段により配送されてきた映
像を蓄積する蓄積手段と、上記カメラに対して動作指示
を与えるための指示手段とを含み、上記サーバは、上記
クライアントの上記蓄積手段での映像蓄積状況を取得
し、その映像蓄積状況に基づいて課金を行う課金手段を
更に含むことを特徴とする。

【００１２】第７の発明は、上記第６の発明において、
上記クライアントは、上記蓄積手段での映像蓄積開始及
び終了を示す情報を、上記サーバの上記課金手段に対し
て送信する送信手段を含むことを特徴とする。

【００１３】第８の発明は、上記第７の発明において、
上記課金手段は、上記クライアントの上記送信手段によ
り送信されてきた上記映像蓄積開始及び終了情報に基づ
いて課金を行うことを特徴とする。

【００１４】第９の発明は、上記第６の発明において、
上記サーバは、上記クライアントの使用者を特定するた
めの承認手段を含むことを特徴とする。

【００１５】第１０の発明は、上記第６の発明におい
て、上記サーバの上記課金手段は、上記クライアントに
対する所定単位時間あたりの単位課金を変更する機能を
有することを特徴とする。

【００１６】第１１の発明は、上記第６の発明におい
て、上記サーバの上記課金手段は、上記クライアントの
上記指示手段による上記カメラの動作制御の内容に基づ
いて、上記カメラから得られる映像に対しての単位課金
を変更することを特徴とする。

【００１７】第１２の発明は、上記第１１の発明におい
て、上記カメラの動作制御の内容は、上記カメラの状態
の変化を含むことを特徴とする。

【００１８】第１３の発明は、サーバに接続された遠隔
制御可能な機器から所定のクライアントが情報を取得す
る際の、該クライアントに対する課金を行うための課金
方法であって、上記クライアントにおける上記情報の蓄
積状況、及び上記クライアントが上記情報取得の際に行
った上記機器の遠隔制御の内容の少なくとも何れかの情
報を取得するクライアント情報取得ステップと、上記ク
ライアント情報取得ステップにより得られた情報に基づ
いて、上記クライアントに対する課金を行なう課金ステ
ップとを含むことを特徴とする。

【００１９】第１４の発明は、上記第１３の発明におい
て、複数パターンの上記遠隔制御の内容に対応して、上
記課金の基準情報を複数記憶する記憶ステップを含み、
上記課金ステップは、上記クライアント情報取得ステッ
プにより得られた上記遠隔制御の内容に対応する上記課
金の基準情報を上記記憶ステップによる記憶情報から取
得し、その取得した情報に基づいて、上記クライアント
に対する課金を行なうステップを含むことを特徴とす
る。

【００２０】第１５の発明は、上記第１４の発明におい
て、上記課金の基準情報は、上記クライアントに対する
所定単位時間あたりの単位課金を含むことを特徴とす
る。

【００２１】第１６の発明は、上記第１３の発明におい
て、上記クライアント情報取得ステップは、上記情報の
蓄積状況の情報を、上記クライアントから出力される報
蓄積開始及び終了情報により取得するステップを含むこ
とを特徴とする。

【００２２】第１７の発明は、上記第１３の発明におい
て、上記遠隔制御可能な機器は、映像情報を取得するカ
メラを含み、上記遠隔制御は、上記カメラの状態の制御
を含むことを特徴とする。

【００２３】第１８の発明は、上記第１３の発明におい
て、上記クライアントの使用者を特定するための承認ス
テップを含むことを特徴とする。

【００２４】第１９の発明は、請求項１３〜１８の何れ
かに記載の課金方法の処理ステップを、コンピュータが
読出可能に格納した記憶媒体であることを特徴とする。

【００２５】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を用いて説明する。

【００２６】（第１の実施の形態）本発明は、例えば、
図１に示すようなネットワークシステム１００に適用さ
れる。

【００２７】ネットワークシステム１００は、上記図１
に示すように、カメラサーバ装置（以下、単に「サーバ
側」と言う）１１０と、クライアント側の表示操作端末
（以下、単に「クライアント側」と言う）１２０とが、
ネットワーク１３０を介して互いに通信可能なようにな
されている。

【００２８】特に、ネットワークシステム１００は、ク
ライアント側１２０のユーザ承認のための情報、及びク
ライアント側１２０の情報蓄積状態等の情報がサーバ側
１１０に与えられ、サーバ側１１０において、クライア
ント側１２０の映像蓄積状況等を把握し、それに対応し
た課金を行うようになされている。以下、このための構
成について具体的に説明する。

【００２９】尚、上記図１では、それぞれが１つのサー
バ１１０及びクライアント側１２０を示しているが、こ
の数には特に制限されない。ここでは、その一例とし
て、実際にはクライアント側１２０と同様の構成をした
複数のクライアント側が存在し、複数のクライアント側
がネットワーク１３０を介して１つのサーバ１１０と通
信可能なように接続されおり、複数のクライアント側の
うちの１つのクライアント側１２０に着目した場合を、
上記図１に示している。

【００３０】［サーバ側１１０の構成］

【００３１】サーバ側１１０は、ビデオカメラ１１１
と、ビデオカメラ１１１のパン及びチルト角度を制御す
る可動雲台１１２と、可動雲台１１２の制御及びビデオ
カメラ１１１のズーム倍率を制御するカメラ／雲台制御
部１１３と、ビデオカメラ１１１からの映像を取り込む
映像入力部１１５と、映像入力部１１５により取り込ん
だ映像を圧縮する映像圧縮部１１６と、映像圧縮部１１
６により得た圧縮後の映像データ（圧縮データ）をネッ
トワーク１３０上に送出するための通信制御部１１４
と、ネットワーク１３０経由でのクライアント１２０か
らのコマンドを解釈してサーバ側１２０の各部を制御す
るコマンド解釈／実行部１１７と、サーバ側１１０の各
部間のデータ受け渡し等に用いる記憶部１１８とを備え
ている。

【００３２】上述のような構成により、サーバ側１１０
は、ビデオカメラ１１１から映像を取り込み、クライア
ント側１２０への配送を行うと共に、クライアント側１
２０からのカメラ制御コマンドを受け付け、そのコマン
ドに基づいて、ビデオカメラ１１１のズーム倍率及び可
動雲台部１１２を制御するようになされている。

【００３３】尚、ここでは、映像入力部１１５は、ビデ
オカメラ１１１からのＮＴＳＣ方式の映像信号やＰＡＬ
方式の映像信号等を取り込み、それをアナログ／ディジ
タル変換して出力するものとしている。また、映像圧縮
部１１６は、映像入力部１１５からのディジタルの映像
データを任意の圧縮方式（ＭｏｔｉｏｎＪＥＰＧ方式
等）に従って圧縮し、通信制御部１１４は、その圧縮デ
ータをネットワーク１３０に送出するものとしている。

【００３４】また、サーバ側１１０は、図２に示すよう
なデータベース１５１〜１５４を備えている。

【００３５】使用者データベース１５１は、映像取得や
カメラ制御が許可されるユーザのＩＤ（使用者ＩＤ）及
びパスワード（使用者Ｐａｓｓｗｏｒｄ）の情報が保持
されるものであり、クライアント側１２０の接続時に、
ユーザ承認のために使用される。

【００３６】価格データベース１５２は、カメラ制御を
行なっているユーザに対して、単位時間あたりの使用料
を決定するための、単位時間あたりの課金の基準値とな
る価値の値（以下、「単位時間課金」と言う）が保持さ
れるものである。すなわち、この価格データベース１５
２内の単位時間課金が、ユーザの使用料決定の要因とな
る。また、価格データベース１５２には、ビデオカメラ
１１１のパン、チルト、ズームの様々な角度等に対応し
た複数パターンの単位時間課金が保持されており、ユー
ザのカメラ制御によって生じたビデオカメラ１１１の実
際のパン、チルト、ズームの角度等に応じて、単位時間
課金を選択（変更）可能なようになされている。

【００３７】使用量データベース１５３は、実際にユー
ザがどのくらい映像を蓄積したかについての情報を保持
するものである。このとき対象となるユーザを判断する
ために、使用者データベース１５１が使用される。

【００３８】明細データベース１５４は、使用量データ
ベース１５３と価格データベース１５２から、ユーザが
カメラ制御を行なった時間や該カメラ制御の内容（ビデ
オカメラ１１１のパン、チルト、ズームの角度等の制御
内容）等に対する金額を算出した情報が保持されるもの
である。この明細データベース１５４の情報により、ク
ライアント側１２０のユーザ（カメラ制御を行なったユ
ーザ）に請求することが可能になる。

【００３９】［クライアント側１２０の構成］

【００４０】クライアント側１２０は、サーバ側１１０
からの映像データをネットワーク１３０を介して受信す
るための通信制御部１２１と、サーバ側１１０に与える
各種コマンドを発生するコマンド発生部１２２と、サー
バ側１１０のビデオカメラ１１１の動作指示するための
カメラ操作部１２３と、通信制御部１２１により受信し
た映像データを表示するための制御を行う表示制御部１
２４と、通信制御部１２１により受信した映像データ
（圧縮データ）を伸長する映像伸長部１２５と、映像伸
長部１２５により伸長した映像データを表示制御部１２
４からの制御に従って表示する映像表示部１２６と、通
信制御部１２１により受信した映像データを蓄積するた
めの制御を行う蓄積制御部１２７と、通信制御部１２１
により受信した映像データを蓄積制御部１２７からの制
御に従って蓄積する二次記憶部１２８と、クライアント
側１２０の各部間のデータ受け渡し等に用いる記憶部１
２９とを備えている。

【００４１】上述のようなクライアント側１２０では、
カメラ操作部１２３（ユーザインタフェース）の操作に
より、サーバ側１１０のビデオカメラ１１１の操作や、
二次記憶部１２８への画像蓄積保存のための操作等がで
きるようになっている。これらの操作のための制御は、
表示制御部１２４が行う。

【００４２】映像表示部１２１には、ビットマップデス
プレイが含まれており、先ず、クライアント側１２０の
起動時には、例えば、図３に示すような起動画面（ダイ
ヤログ）２００が表示される。この起動画面２００は、
クライアント側１２０を操作するユーザを特定するため
に必要とされる情報（以下、「ユーザ情報」と言う）の
入力を催促するものである。ここでは、ユーザ情報とし
て、使用者の”ＩＤ”及び”パスワード（Ｐａｓｓｗｏ
ｒｄ）”を用いている。

【００４３】上記図３の起動画面２００上にて入力され
た使用者ＩＤ及び使用者パスワードの情報（ユーザ情
報）は、通信制御部１２１により暗号化されてネットワ
ーク１３０を介してサーバ側１１０へと送信される。こ
れにより、サーバ側１１０は、受信したユーザ情報（暗
号化された情報）を復号し、クライアント側１２０のユ
ーザの承認を行う。尚、通信制御部１２１で行われる暗
号化の方式としては、例えば、公知の暗号化方式を用い
るようにしてよい。

【００４４】また、映像表示部１２１には、上述のよう
なサーバ側１１０でのユーザ承認の後、例えば、任意の
ウィンドウシステム（”Ｗｉｎｄｏｗｓ９５”や”Ｘ−
Ｗｉｎｄｏｗ”等）がクライアント側１２０上で稼働す
ることにより、図４に示すようなユーザインタフェース
画面が表示される。

【００４５】上記図４において、”２１０”は、映像が
表示される映像表示パネルを示し、”２２０”は、カメ
ラ操作のためのカメラ制御パネルを示す。”２２
２”、”２２３”、及び”２２８”は、スクロールバー
を示し、これらのスクロールバー操作によって、ビデオ
カメラ１１１のパン、チルト、及びズームを制御できる
ようになっている。”２２４”〜”２２７”は、ボタン
を示し、これらのボタンによっても、ビデオカメラ１１
１のパン、チルトを制御できるようになっている。”２
２１”は、カメラ制御を有効にするためのカメラ操作開
始ボタンを示し、”２１１”及び”２１２”はそれぞ
れ、映像の保存開始及び終了を指示するためのボタンを
示す。

【００４６】カメラ制御パネル２２０上での操作による
ビデオカメラ１１１の制御は、例えば、クライアント側
１２０に対してカメラ制御が有効になっている間のみ、
行えるようになされている。カメラ制御を有効にするた
めには、カメラ操作開始ボタン２２１を押下すればよ
い。これにより、この操作に対応するコマンドが、コマ
ンド発生部１２２により生成され、通信制御部１２１に
よりネットワーク１３０を介してサーバ側１１０へと送
信される。したがって、このコマンドを受けたサーバ側
１１０において、クライアント側１２０のカメラ操作権
を獲得できれば、クライアント側１２０は、カメラ制御
が有効となり、ビデオカメラ１１１を自在に操作できる
ようになる。

【００４７】［ネットワーク１３０の構成］

【００４８】ネットワーク１３０は、例えば、カメラ制
御のためのコマンドや圧縮データを送受信するのに十分
な帯域を有するインターネットやイントラネット等のデ
ィジタルネットワークから構成される。また、ここで
は、ネットワークプロコルとして、ＴＣＰ／ＩＰ（ＵＤ
Ｐ／ＩＰ）プロトコルを用いるものとする。このため、
以下の説明での”アドレス”は、”ＩＰアドレス”を指
す。また、サーバ側１１０及びクライアント側１２０に
はそれぞれ、ＩＰアドレスが割り当てられているものと
する。

【００４９】［ネットワークシステム１００のプロセス
構成］

【００５０】図５は、上記図１に示したネットワークシ
ステム１００のプロセス構成を示したものである。ここ
での”プロセス”とは、”ＷｉｎｄｏｗｓＮＴ”や”Ｕ
ＮＩＸ”等のマルチタスクオペレーティングシステムの
プロセスを意味する。

【００５１】定常状態では、上記図５に示す、カメラ制
御サーバプロセス３１１、カメラ状態通知プロセス３１
２、映像サーバプロセス３２１、及び映像獲得／送信プ
ロセス３２２を含むサーバ側１１０のプロセスと、クラ
イアントプロセス３３１を含むクライアント側１２０の
プロセスとの全てのプロセスが稼動しているものとす
る。

【００５２】サーバ側１１０では、カメラ制御サーバプ
ロセス３１１、カメラ状態通知プロセス３１２、映像サ
ーバプロセス３２１、及び映像獲得／送信プロセス３２
２がそれぞれ動作しており、これらのプロセスは、詳細
は後述するが、主に次のような処理を実行する。

【００５３】カメラ制御サーバプロセス３１１：クライ
アントプロセス３３１が発行したビデオカメラ１１１の
制御のためのコマンド（カメラ制御コマンド）を受け取
り、このコマンドに基づいて、カメラ／雲台制御部１１
３に対して命令を与える。これにより、カメラ／雲台制
御部１１３は、受け取った命令に従って、ビデオカメラ
１１１や可動雲台１１２を制御する。

【００５４】カメラ状態通知プロセス３１２：ビデオカ
メラ１１１のパン、チルト角度等の状態を検知して、そ
の検知結果をクライアントプロセス３３１に通知する。

【００５５】映像サーバプロセス３２１：ビデオカメラ
１１１にて得られた映像の送信先クライアントを管理す
る。

【００５６】映像獲得／送信プロセス３２２：ビデオカ
メラ１１１からの映像の取り込みや、その送信を行う。

【００５７】一方、クライアント側１２０では、クライ
アントプロセス３３１が動作している。このクライアン
トプロセス３３１にて実行される処理の詳細について
は、サーバ側１１０の各プロセスの詳細な説明と共に後
述する。

【００５８】上述のような各プロセス間でのデータの受
け渡しには、キャプチャー制限フラグ３４１、送信先リ
スト３４２、及びカメラ状態レジスタ３４４等の共有メ
モリが用いられる。

【００５９】また、各プロセス間でのデータ送受信での
パケットとしては、例えば、図６（１）〜（１０）に示
すような形式に従った各種パケットを用いており、これ
がネットワーク１３０を介して送受信されることにな
る。尚、上記図６では、説明の簡単のために、主なるパ
ケット情報のみ示している。実際には、ＴＣＰ／ＩＰや
ＵＤＰ／ＩＰ等の通信プロトコルをもちいて、このパケ
ット情報が送信される。

【００６０】［カメラ制御サーバプロセス３１１及びカ
メラ状態通知プロセス３１２の処理］図７は、サーバ側
１１０で動作するカメラ制御サーバプロセス３１１の処
理（ステップＳ４００〜Ｓ４１１）、及びカメラ状態通
知プロセス３１２の処理（ステップＳ４２０〜Ｓ４２
６）を示したものである。

【００６１】ステップＳ４００、Ｓ４０１：先ず、カメ
ラ制御サーバプロセス３１１が起動されると（ステップ
Ｓ４００）、カメラ制御サーバプロセス３１１は、コマ
ンド送受信等のための初期化処理を行う（ステップＳ４
０１）。

【００６２】ステップＳ４０２：次に、カメラ制御サー
バプロセス３１１は、クライアントプロセス３３１との
間で、クライアント側１２０のユーザの承認処理を行
う。具体的には、カメラ制御サーバプロセス３１１は、
クライアントプロセス３３１によって、上記図３に示し
た起動画面から入力されたＩＤ及びパスワード（ユーザ
情報）が送信されてくるのを待つ。そして、クライアン
トプロセス３３１からユーザ情報が送信されてくると、
カメラ制御サーバプロセス３１１は、そのユーザ情報に
より、クライアント側１２０のユーザの承認を行う。こ
のとき、カメラ制御サーバプロセス３１１は、上記図２
に示した使用者データベース１５１を参照することで、
クライアント側１２０のユーザの承認を行う。

【００６３】ステップＳ４０３：ステップＳ４０２での
承認行為の結果、承認が正当であると、カメラ制御サー
バプロセス３１１は、カメラ状態通知プロセス３１２を
生成する。

【００６４】ステップＳ４０４：次に、カメラ制御サー
バプロセス３１１は、クライアントプロセス３３１から
カメラ制御接続要求（上記図６（１）参照）が発行され
るのを待つ。

【００６５】ステップＳ４０５：そして、クライアント
プロセス３３１からカメラ制御接続要求が発行される
と、カメラ制御サーバプロセス３１１は、接続受付処理
（カメラ制御接続要求の許可を示す”Ａｃｋ”を返す処
理等）を行う。このとき、カメラ制御サーバプロセス３
１１は、タイマをセットし、このタイマ値を監視する。
これにより、後述するステップＳ４０７において、ある
一定時間（以下、「制御持ち時間」と言う）経過したと
きに、上記接続受付処理対象のクライアント側１２０と
のカメラ制御接続を切断するようになっている。

【００６６】ステップＳ４０６：次に、カメラ制御サー
バプロセス３１１は、クライアントプロセス３３１から
カメラ制御コマンド（上記図６（２）〜（４）参照）等
のコマンドが発行されるのを待つ。

【００６７】ステップＳ４０７：そして、クライアント
プロセス３３１からコマンドが発行されると、カメラ制
御サーバプロセス３１１は、ステップＳ４０５にて設定
したタイマ値により、制御待ち時間経過したか否か（制
御待ち時間切れか否か）を判別する。この判別の結果、
制御待ち時間切れの場合にはステップＳ４０８へと進
み、そうでない場合にはステップＳ４０９へと進む。

【００６８】ステップＳ４０８：ステップＳ４０７での
判別の結果、制御待ち時間切れの場合、カメラ制御サー
バプロセス３１１は、カメラ制御接続終了命令（上記図
６（７）参照）をクライアントプロセス３３１へと送信
することで、クライアント側１２０とのカメラ制御接続
を切断する。その後、ステップＳ４０４へと戻り、クラ
イアントプロセス３３１から再びカメラ制御接続要求が
発行されるのを待つ。上記の処理は、カメラ制御サーバ
プロセス３１１は、クライアント側１２０のクライアン
トプロセス３３１に対する処理と同様に、他のクライア
ント側のクライアントプロセスからのカメラ制御接続要
求をも受け付け、カメラ制御を実現するが、ここでの接
続としては、ＴＣＰ／ＩＰのような１対１のコネクショ
ン指向の接続を用いており、同時に複数のクライアント
プロセスとは接続できないためである。

【００６９】ステップＳ４０９：ステップＳ４０７での
判別の結果、制御待ち時間切れでない場合、カメラ制御
サーバプロセス３１１は、クライアントプロセス３３１
からのコマンドが、カメラ制御コマンドや後述する映像
蓄積開始終了コマンドであるか否かを判別する。この判
別の結果、カメラ制御コマンド又は映像蓄積開始終了コ
マンドである場合にはステップＳ４１０へと進み、そう
でない場合にはステップＳ４１１へと進む。

【００７０】ステップＳ４１０：ステップＳ４０９での
判別の結果、カメラ制御コマンド又は映像蓄積開始終了
コマンドであった場合、カメラ制御サーバプロセス３１
１は、そのコマンドに基づいた処理を実行する。例え
ば、カメラ制御コマンドであった場合、カメラ／雲台制
御部１１３により、ビデオカメラ１１１のズーム倍率
や、可動雲台装置１１２によるビデオカメラ１１１のパ
ン、チルト角度を制御する。その後、ステップＳ４０６
へと戻り、以降の処理ステップを繰り返し実行する。
尚、本ステップＳ４１０では、詳細は後述するが、クラ
イアント側１２０のユーザに対する課金処理も実行され
る。

【００７１】ここで、上述のようなクライアント側１２
０のカメラ制御は、制御持ち時間の間可能となってい
る。すなわち、制御待ち時間の間、カメラ制御サーバプ
ロセス３１１は、クライアントプロセス３３１からのカ
メラ制御コマンドを受け付ける。ここでのカメラ制御コ
マンドとしては、例えば、・パン角度変更命令：ＰＡＮθ ・チルト角度変更命令：ＴＩＬφ ・ズーム倍率変更命令：ＺＯＭα の３つとしている。これらのコマンドにおいて、”
θ”、”φ”、”α”はそれぞれ、パン角度、チルト角
度、ズーム倍率を表すパラメータである。尚、カメラ制
御コマンドとしては、上記に挙げたコマンドに限られる
ことはなく、例えば、逆光補正や、オートフォーカス、
マニュアルフォーカス値設定等、各種のコマンドを含め
るようにしてもよい。

【００７２】ステップＳ４１１：ステップＳ４０９での
判別の結果、カメラ制御コマンドではなく他のコマンド
であった場合、カメラ制御サーバプロセス３１１は、そ
のコマンドに基づいた処理を実行する。その後、ステッ
プＳ４０６へと戻り、以降の処理ステップを繰り返し実
行する。

【００７３】ステップＳ４２０、Ｓ４２１：一方、ステ
ップＳ４０２にて生成されたカメラ状態通知プロセス３
１２が起動されると、（ステップＳ４２０）、先ず、カ
メラ状態通知プロセス３１２は、ビデオカメラ１１１の
状態を取得するための初期化処理を行う（ステップＳ４
２１）。

【００７４】ステップＳ４２２：次に、カメラ状態通知
プロセス３１２は、常時、ビデオカメラ１１１の状態を
チェックする。すなわち、カメラ状態通知プロセス３１
２は、ビデオカメラ１１１のパン、チルト角度やズーム
倍率（＝（ｐ，ｔ，ｚ）とする）等のビデオカメラ１１
１の状態を、カメラ／雲台制御部１１３に問い合わせる
ことで取得し、その情報をカメラ状態レジスタ３４４に
書き込む。

【００７５】ステップＳ４２３：また、カメラ状態通知
プロセス３１２は、カメラ映像保存制限情報メモリ３４
３に設定されているカメラ状態の制限情報と、ステップ
Ｓ４２２にて取得したカメラ状態情報とを比較すること
で、ビデオカメラ１１１のカメラ状態が所定の設定範囲
内であるか否かを判別する。具体的には、カメラ映像保
存制限情報メモリ３４３には、例えば、図８に示すよう
な、パン角度、チルト角度、及びズーム倍率の上限、下
限の情報（制限情報）が予め設定されており、この制限
情報と、実際に得られたビデオカメラ１１１の状態情報
とを比較することで、ビデオカメラ１１１のカメラ状態
が設定範囲内であるか否かを判別する。尚、上記図８の
カメラ映像保存制限情報メモリ３４３の制限情報として
は、同図に示した１つのパターンの情報に限らず、例え
ば、複数パターンの制限情報を用いるようにしてもして
もよい。また、その制限情報における上限、下限の範囲
の値を、例えば、全て”０”に設定すると、どのような
パンチルト角度、ズーム倍率でも、常に映像データの保
存禁止として扱うようにしてもよい。

【００７６】ステップＳ４２４、Ｓ４２５：ステップＳ
４２３の判別の結果、ビデオカメラ１１１のカメラ状態
が設定範囲内である場合には、キャプチャー制限フラグ
３４１を”ＯＮ”に設定し（ステップＳ４２４）、そう
でない場合には、キャプチャー制限フラグ３４１を”Ｏ
ＦＦ”に設定する（ステップＳ４２５）。

【００７７】ステップＳ４２６：そして、カメラ状態通
知プロセス３１２は、現在映像の送信対象となっている
クライアント側１２０のクライアントプロセス３３１に
対して、ステップＳ４２２にて取得したカメラ状態情報
（上記図６（８）参照）を通知する。その後、ステップ
Ｓ４２２へと戻り、以降の処理ステップを繰り返し実行
する。

【００７８】［映像サーバプロセス３２１及び映像獲得
／送信プロセス３２２の処理］図９は、サーバ側１１０
で動作する映像サーバプロセス３２１の処理（ステップ
Ｓ５００〜Ｓ５０９）、及び映像獲得／送信プロセス３
２２の処理（ステップＳ５２０〜Ｓ５２５）を示したも
のである。

【００７９】ステップＳ５００、Ｓ５０１：先ず、映像
サーバプロセス３２１が起動されると（ステップＳ５０
０）、映像サーバプロセス３２１は、映像送信先のクラ
イアントの管理等のための初期化処理を行う（ステップ
Ｓ５０１）。

【００８０】ステップＳ５０２：次に、映像サーバプロ
セス３２１は、映像獲得／送信プロセス３２２を生成す
る。

【００８１】ステップＳ５０３：次に、映像サーバプロ
セス３２１は、クライアントプロセス３３１からコマン
ドが発行されるのを待つ。

【００８２】ステップＳ５０４：そして、クライアント
プロセス３３１からコマンドが発行されると、映像サー
バプロセス３２１は、そのコマンドが映像表示開始要求
（上記図６（５）参照）であるか否かを判別する。この
判別の結果、映像表示開始要求である場合にはステップ
Ｓ５０５へと進み、そうでない場合にはステップＳ５０
７へと進む。

【００８３】ステップＳ５０５、Ｓ５０６：ステップＳ
５０４での判別の結果、クライアントプロセス３３１か
らのコマンドが映像表示開始要求である場合、映像サー
バプロセス３２１は、その映像表示開始要求のパケット
に含まれているパケットの送信元アドレス（上記図６
（５）参照）を確認し、それを映像の送信先リスト３４
２に追加する（ステップＳ５０５）。そして、映像サー
バプロセス３２１は、受付処理（映像表示開始要求の許
可を示す”Ａｃｋ”を返送する処理等）を行う（ステッ
プＳ５０６）。その後、ステップＳ５０３へと戻り、以
降の処理ステップを繰り返し実行する。尚、映像送信先
リスト３４２には、リスト形式で映像送信先のアドレス
が保持されている。

【００８４】ステップＳ５０７：ステップＳ５０４での
判別の結果、クライアントプロセス３３１からのコマン
ドが映像表示開始要求でない場合、映像サーバプロセス
３２１は、コマンドが映像表示終了要求（上記図６
（６）参照）であるか否かを判別する。この判別の結
果、映像表示終了要求である場合にはステップＳ５０８
へと進み、そうでない場合にはステップＳ５０９へと進
む。

【００８５】ステップＳ５０８：ステップＳ５０７での
判別の結果、クライアントプロセス３３１からのコマン
ドが映像表示終了要求である場合、映像サーバプロセス
３２１は、その映像表示終了要求のパケットに含まれて
いるパケットの送信元アドレス（上記図６（６）参照）
を確認し、それを送信先リスト３４２から削除する。そ
の後、ステップＳ５０３へと戻り、以降の処理ステップ
を繰り返し実行する。

【００８６】ステップＳ５０９：ステップＳ５０７での
判別の結果、クライアントプロセス３３１からのコマン
ドが映像表示終了要求でない場合、すなわち映像表示開
始要求でもなく映像表示終了要求でもない場合、映像サ
ーバプロセス３２１は、他の要求のためのコマンドであ
ると認識し、そのコマンドに基づいた処理を実行する。
その後、ステップＳ５０３へと戻り、以降の処理ステッ
プを繰り返し実行する。

【００８７】ステップＳ５２０、Ｓ５２１：一方、ステ
ップＳ５０２にて生成された映像獲得／送信プロセス３
２２が起動されると（ステップＳ５２０）、先ず、映像
獲得／送信プロセス３２２は、ビデオカメラ１１１の映
像の取得や送信ための初期化処理を行う（ステップＳ５
２１）。

【００８８】ステップＳ５２２：次に、映像獲得／送信
プロセス３２２は、映像入力部１１５により、ビデオカ
メラ１１１の映像をフレームとして取り込む。

【００８９】ステップＳ５２３：次に、映像獲得／送信
プロセス３２２は、ステップＳ５２２にて取り込んだ映
像を、映像圧縮部１１６により圧縮する。

【００９０】ステップＳ５２４：次に、映像獲得／送信
プロセス３２２は、ステップＳ５２２にて得た圧縮デー
タを、通信制御部１１４により、上記図６（９）に示し
た形式でパケット化する。このとき、カメラ状態レジス
タ３４４及びキャプチャ制限フラグ３４１の情報を確認
し、その情報と共に、サーバ側１１０のその時点に読み
込んだ時刻情報を、上記図６（９）の形式に従って、上
記パケットデータの所定部分に書き込む。

【００９１】ステップＳ５２５：そして、映像獲得／送
信プロセス３２２は、ステップＳ５２４で生成したパケ
ットデータを、通信制御部１１４により、映像送信先リ
スト３４２にある複数の送信先アドレスに対して送信す
る。その後、ステップＳ５２２へと戻り、以降の処理ス
テップを繰り返し実行する。

【００９２】［クライアントプロセス３３１の処理］図
１０及び図１１は、クライアント側１２０で動作するク
ライアントプロセス３３１の処理を示したものである。

【００９３】ステップＳ６００、Ｓ６０１：先ず、クラ
イアントプロセス３３１が起動されると（ステップＳ６
００）、クライアントプロセス３３１は、サーバ側１１
０との通信等のための初期化処理を行う（ステップＳ６
０１）。例えば、接続するサーバ側のアドレス（ＩＰア
ドレス、ここでは”ＡＤＤＲ＿Ｃ”とし、このＡＤＤＲ
＿Ｃに対応するサーバ側をサーバ側１１０とする）を指
定する等の処理を行う。

【００９４】ステップＳ６０２：サーバ側１２０との通
信が可能な状態となると、次に、クライアントプロセス
３３１は、表示制御部１２４により、上記図３に示した
ような起動画面を映像表示部１２６に表示することで、
クライアント側１２０のユーザに対して使用者ＩＤ及び
使用者パスワードの入力を要求する（ステップＳ６０
２）。

【００９５】ステップＳ６０３：ステップＳ６０２にお
いてユーザから使用者ＩＤ及び使用者パスワードの入力
がなされると、クライアントプロセス３３１は、その入
力された使用者ＩＤ及び使用者パスワードを、通信制御
部１２１によりサーバ側１１０（具体的にはカメラ制御
サーバプロセス３１１）に対して送信する。このときの
送信情報は、何れか公知の暗号方式を用いて暗号化され
たものである。これにより、カメラ制御サーバプロセス
３１１では、上述したようにしてクライアント側１２０
の情報の復号及びユーザの承認を行い、その結果をクラ
イアント側１２０へと返送する。

【００９６】ステップＳ６０４、Ｓ６０５：カメラ制御
サーバプロセス３１１から承認結果が返送されてくる
と、クライアントプロセス３３１は、その承認結果によ
り、クライアント側１２０のユーザがカメラ制御サーバ
プロセス３１１から承認されたか否かを判別する（ステ
ップＳ６０４）。この判別の結果、カメラ制御サーバプ
ロセス３１１から承認された場合（成功した場合）、次
のステップＳ６０７からの処理へと進む。一方、カメラ
制御サーバプロセス３１１から承認されなかった場合、
クライアントプロセス３３１は、そのことを示すメッセ
ージを映像表示部１２６に表示する等をして、本処理を
終了する（ステップＳ６０５：異常終了）。

【００９７】ステップＳ６０７、Ｓ６０８：クライアン
ト側１２０のユーザがカメラ制御サーバプロセス３１１
から承認されると、次に、クライアントプロセス３３１
は、映像表示開始要求（上記図６（５）参照）をカメラ
制御サーバプロセス３１１に対して送信する。そして、
クライアントプロセス３３１は、カメラ制御サーバプロ
セス３１１からの許可（Ａｃｋの返送等）を待ち、その
許可を示す情報がカメラ制御サーバプロセス３１１から
送信されてきたか否かを判別する（ステップＳ６０
７）。この判別の結果、カメラ制御サーバプロセス３１
１から許可された場合（成功した場合）、次のステップ
Ｓ６０９からの処理へと進む。一方、カメラ制御サーバ
プロセス３１１から許可されなかった場合、アドレスが
間違っている等、動作異常であるため、クライアントプ
ロセス３３１は、そのことを示すメッセージを映像表示
部１２６に表示する等をして、本処理を終了する（ステ
ップＳ６０８：異常終了）。

【００９８】ステップＳ６０９：カメラ制御サーバプロ
セス３１１に対する映像表示開始要求が成功すると、次
に、クライアントプロセス３３１は、上記図４に示した
ような画面（ユーザインターフェース）を表示制御部１
２４により映像表示部１２６に表示し、そのユーザイン
タフェースによるユーザからの操作、又はカメラ制御サ
ーバプロセス３１１からの各種パケットを待つ。

【００９９】ステップＳ６１０：そして、クライアント
プロセス３３１は、ユーザインターフェースにより、ユ
ーザから操作開始ボタン２２１が押下されたか否かを判
別する。この判別の結果、操作開始ボタン２２１が押下
された場合にはステップＳ６１１へと進み、そうでない
場合にはステップＳ６１８へと進む。

【０１００】ステップＳ６１１：ステップＳ６１０の判
別の結果、操作開始ボタン２２１が押下された場合、ク
ライアントプロセス３３１は、クライアント側１２０が
既にサーバ側１１０のビデオカメラ１１１のカメラ制御
を開始している状態か否かを、制御権フラグ３５１を参
照することで確認する。この確認の結果、既にカメラ制
御を開始している状態の場合、ステップＳ６０７へと戻
り、以降の処理ステップを繰り返し実行する。一方、未
だカメラ制御を開始していない場合、次のステップ６１
２からの処理へと進む。

【０１０１】ステップＳ６１２、Ｓ６１３：クライアン
ト側１２０が未だカメラ制御を開始していない状態であ
る場合（ビデオカメラ１１１を操作中でない場合）、ク
ライアントプロセス３３１は、コマンド発生部１２２に
よりカメラ制御接続要求（上記図６（１）参照）を発行
し、それを通信制御部１２１によりカメラ制御サーバプ
ロセス３１１に対して送信する（ステップＳ６１２）。
そして、クライアントプロセス３３１は、カメラ制御サ
ーバプロセス３１１からの許可（”Ａｃｋ”の返送等）
を待つ（ステップＳ６１３）。

【０１０２】ステップＳ６１４：クライアントプロセス
３３１は、カメラ制御サーバプロセス３１１からカメラ
制御接続要求に対して許可されたか否かを判別する。こ
の判別の結果、許可された場合にはステップＳ６１５へ
と進み、そうでない場合にはステップＳ６１７へと進
む。

【０１０３】ステップＳ６１５、Ｓ６１６：ステップＳ
６１４の判別の結果、カメラ制御サーバプロセス３１１
からカメラ制御接続要求に対して許可された場合、カメ
ラ制御サーバプロセス３１１に対して接続が成立したこ
とになるので、クライアントプロセス３３１は、クライ
アント側１２０の記憶部１２９にある制御権フラグ３５
１をＯＮに設定し（ステップＳ６１５）、表示制御部１
２４により、映像表示部１２６に表示されている上記図
４の画面中のカメラ制御パネル２２０の操作を有効にす
る（ステップＳ６１６）。その後、ステップＳ６０９へ
と戻り、以降の処理ステップを繰り返し実行する。尚、
カメラ制御サーバプロセス３１１は、カメラ制御接続要
求待ち状態（上記図７のステップＳ４０４参照）のとき
のみ、クライアント側１２０からのカメラ制御接続要求
を受け付けないようになされている。

【０１０４】ステップＳ６１７：ステップＳ６１４の判
別の結果、カメラ制御サーバプロセス３１１からカメラ
制御接続要求に対して許可されなかった場合、カメラ制
御サーバプロセス３１１に対して接続が失敗したことに
なるので、クライアントプロセス３３１は、そのことを
現在の制御状態情報として記憶しておく。その後、ステ
ップＳ６０９へと戻り、以降の処理ステップを繰り返し
実行する。

【０１０５】ステップＳ６１８：上述のステップＳ６１
０の判別の結果、ユーザからの操作が操作開始ボタン２
２１の押下操作でなかった場合、クライアントプロセス
３３１は、カメラ制御サーバプロセス３１１からカメラ
制御接続終了要求（上記図６（７）参照）が送信されて
きたか否かを判別する。この判別の結果、カメラ制御接
続終了要求が送信されてきた場合にはステップＳ６１９
へと進み、そうでない場合にはステップＳ６２１へと進
む。

【０１０６】ステップＳ６１９、Ｓ６２０：ステップＳ
６１８の判別の結果、カメラ制御サーバプロセス３１１
からカメラ制御接続終了要求が送信されてきた場合、す
なわちクライアント側１２０とサーバ側との接続成立し
てから制御持ち時間経過した場合、クライアントプロセ
ス３３１は、制御権フラグ３５１をＯＦＦに設定して
（ステップＳ６１９）、表示制御部１２４により、映像
表示部１２６に表示されている上記図４の画面中のカメ
ラ制御パネル２２０の操作を無効にする（ステップＳ６
２０）。その後、ステップＳ６０９へと戻り、以降の処
理ステップを繰り返し実行する。

【０１０７】ステップＳ６２１：ステップＳ６１８の判
別の結果、カメラ制御サーバプロセス３１１からカメラ
制御接続終了要求が送信されてこない場合、クライアン
トプロセス３３１は、映像表示部１２６に表示されてい
る上記図４の画面中のカメラ制御パネル２２０にてユー
ザからのカメラ制御のための操作があったか否かを判別
する。この判別の結果、ユーザからカメラ制御のための
操作があった場合にはステップＳ６２２へと進み、そう
でない場合にはステップＳ６２３へと進む。

【０１０８】ステップＳ６２２：ステップＳ６２１の判
別の結果、カメラ制御パネル２２０にてユーザからのカ
メラ制御のための操作があった場合、クライアントプロ
セス３３１は、その操作に基づいたカメラ制御コマンド
をコマンド発生部１２２により生成し、それを通信制御
部１２１によりカメラ制御サーバプロセス３１１に対し
て送信する。その後、ステップＳ６０９へと戻り、以降
の処理ステップを繰り返し実行する。

【０１０９】上述のように、クライアント側１２０とサ
ーバ側１１０との接続成立してから制御持ち時間の間
は、クライアント側１２０において、カメラ制御パネル
２２０が操作可能であり、その操作に対応したカメラ制
御コマンドが、カメラ制御サーバプロセス３１１に対し
て発行される。これにより、サーバ側１１０では、その
コマンドに従ったビデオカメラ１１１の動作制御が行わ
れる。

【０１１０】ステップＳ６２３：ステップＳ６２１の判
別の結果、ユーザからの操作がカメラ制御のための操作
でなかった場合、クライアントプロセス３３１は、映像
表示部１２６に表示されている上記図４の画面中の保存
開始ボタン２１１がユーザから押下されたか否かを判別
する。この判別の結果、保存開始ボタン２１１が押下さ
れた場合にはステップＳ６２４へと進み、そうでない場
合にはステップＳ６２７へと進む。尚、詳細は後述する
が、映像キャプチャ禁止中（キャプチャ制限フラグがＯ
Ｎの間）は、保存開始ボタン２１１が無効化されるもの
とする。

【０１１１】ステップＳ６２４、Ｓ６２５：ステップＳ
６２３の判別の結果、保存開始ボタン２１１がユーザか
ら押下された場合、クライアントプロセス３３１は、蓄
積制御部１２７により、二次記憶部１２８の映像データ
保存のためのファイルを開き（ステップＳ６２４）、映
像保存中フラグ３５２をＯＮに設定する（ステップＳ６
２５）。

【０１１２】ステップＳ６２６：また、クライアントプ
ロセス３３１は、コマンド発生部１２２により映像蓄積
開始を示すコマンド（上記図６（１０）参照）を発行
し、それを通信制御部１２１によりカメラ制御サーバプ
ロセス３１１に対して送信する。これにより、カメラ制
御サーバプロセス３１１は、クライアント側１２０が映
像蓄積を開始したことを認識し、クライアント側１２０
が映像蓄積を開始したか否かを示すフラグ（以下、「ユ
ーザ蓄積開始フラグ」と言う）をＯＮする。そして、ク
ライアントプロセス３３１は、サーバ側１２０から送信
されてくる映像データを、蓄積制御部１２７により二次
記憶部１２８の開いたファイルへと蓄積していく。例え
ば、図１２に示すフォーマットに従って、映像データを
蓄積する。その後、ステップＳ６０９へと戻り、以降の
処理ステップを繰り返し実行する。尚、ここでの映像蓄
積処理については、後述するステップＳ６３１からの処
理の説明にて具体的に説明する。

【０１１３】ステップＳ６２７：ステップＳ６２３の判
別の結果、保存開始ボタン２１１の押下操作でなかった
場合、クライアントプロセス３３１は、映像表示部１２
６に表示されている上記図４の画面中の保存終了ボタン
２１２がユーザから押下されたか否かを判別する。この
判別の結果、保存終了ボタン２１２が押下された場合に
はステップＳ６２８へと進み、そうでない場合にはステ
ップＳ６３１へと進む。

【０１１４】ステップＳ６２８、Ｓ６２９：ステップＳ
６２７の判別の結果、保存終了ボタン２１２がユーザか
ら押下された場合、クライアントプロセス３３１は、蓄
積制御部１２７により、二次記憶部１２８で映像データ
を保存しているファイルを閉じ（ステップＳ６２８）、
映像保存中フラグ３５２をＯＦＦに設定する（ステップ
Ｓ６２９）。

【０１１５】ステップＳ６３０：また、クライアントプ
ロセス３３１は、コマンド発生部１２２により映像蓄積
終了を示すコマンド（上記図６（１０）参照）を発行
し、それを通信制御部１２１によりカメラ制御サーバプ
ロセス３１１に対して送信する。これにより、カメラ制
御サーバプロセス３１１は、クライアント側１２０が映
像蓄積を終了したことを認識し、上述したユーザ蓄積開
始フラグをＯＦＦする。その後、ステップＳ６０９へと
戻り、以降の処理ステップを繰り返し実行する。

【０１１６】上述のように、ステップＳ６２６及びＳ６
３０において、映像保存中フラグ３５２をＯＮに設定す
ると同時に、サーバ側１１０に対して映像蓄積開始を通
知し、映像保存中フラグ３５２をＯＦＦに設定すると同
時に、サーバ側１１０に対して映像蓄積終了を通知する
ことで、サーバ側１１０は、クライアント側１２０にお
ける映像蓄積の開始及び終了を検知することが可能にな
る。

【０１１７】ステップＳ６３１：ステップＳ６２７の判
別の結果、保存終了ボタン２１２の押下操作でなかった
場合、クライアントプロセス３３１は、サーバ側１２０
からパケットが送信されてきたか否かを判別する。この
判別の結果、サーバ側１２０からパケットが送信されて
きた場合にはステップＳ６３５（上記図１１参照）へと
進み、そうでない場合にはステップＳ６３２へと進む。

【０１１８】ステップＳ６３２：ステップＳ６２７の判
別の結果、サーバ側１２０からパケットが送信されてき
ていない場合、クライアントプロセス３３１は、映像表
示部１２６に表示されているメニュー画面（図示せず）
からの操作等により、ユーザからクライアントプロセス
終了が指示されたか否かを判別する。この判別の結果、
クライアントプロセス終了の指示である場合にはステッ
プＳ６３３へ進み、そうでない場合にはステップステッ
プＳ６０９へと戻って以降の処理ステップを繰り返し実
行する。

【０１１９】ステップＳ６３３：ステップＳ６３２の判
別の結果、クライアントプロセス終了の指示であった場
合、クライアントプロセス３３１は、コマンド発生部１
２２により映像表示終了要求（上記図６（７）参照）を
発行し、それを通信制御部１２１によりカメラ制御サー
バプロセス３１１に対して送信する。そして、クライア
ントプロセス３３１を終了する。

【０１２０】ステップＳ６３５：上記図１１参照上述のステップＳ６３１の判別の結果、サーバ側１２０
からパケットが送信された場合、クライアントプロセス
３３１は、そのパケットが映像データであるか否かを判
別する。この判別の結果、映像データである場合には
ステップＳ６３６へと進み、そうでない場合にはステッ
プＳ６４１へと進む。

【０１２１】ステップＳ６３６：ステップＳ６３５の判
別の結果、サーバ側１２０（具体的には映像獲得／送信
プロセス３２２）から映像データのパケット（上記図６
（９）参照）が送信されてきた場合、クライアントプロ
セス３３１は、そのパケット中の映像データ（圧縮デー
タ）を読み出し、映像伸長部１２５により伸長処理を行
った後、この処理後の映像データ（映像フレームデー
タ）を用いて、映像表示部１２６に表示されている上記
図４の画面中の映像表示パネル２１０の表示映像を更新
する。

【０１２２】ステップＳ６３７：そして、クライアント
プロセス３３１は、映像保存中フラグ３５２がＯＮであ
るか否かを判別する。この判別の結果、映像保存中フラ
グ３５２がＯＮである場合にはステップＳ６３８へと進
み、そうでない場合にはステップＳ６０９（上記図１０
参照）へと戻って以降の処理ステップを繰り返し実行す
る。

【０１２３】ステップＳ６３８：ステップＳ６３７の判
別の結果、映像保存中フラグ３５２がＯＮである場合、
クライアントプロセス３３１は、映像データパケット中
のキャプチャ制限（上記図６（９）参照）のセグメント
を確認する。この判別の結果、キャプチャ制限がＯＮで
ある場合にはステップＳ６３９へ進み、そうでない場合
にはステップＳ６４０へ進む。

【０１２４】ステップＳ６３９：ステップＳ６３８の判
別の結果、キャプチャ制限がＯＮである場合、すなわち
ビデオカメラ１１１の状態が上記図８に示したパン、チ
ルト角度、ズーム倍率の設定範囲内でない場合（映像キ
ャプチャ禁止中の場合）、クライアントプロセス３３１
は、映像表示部１２６に表示されている上記図４の画面
中の保存開始ボタン２１１を無効化することで、映像デ
ータの蓄積を禁止する。その後、ステップＳ６０９（上
記図１０参照）へと戻り、以降の処理ステップを繰り返
し実行する。

【０１２５】ステップＳ６４０：ステップＳ６３８の判
別の結果、キャプチャ制限がＯＦＦである場合、すなわ
ちビデオカメラ１１１の状態が上記図８に示したパン、
チルト角度、ズーム倍率の設定範囲内である場合、クラ
イアントプロセス３３１は、ステップＳ６３６にて映像
表示部１２６に表示している映像を二次記憶部１２８の
ファイルへ蓄積するための処理（上述したステップＳ６
２３からの処理）を実行する。その後、ステップＳ６０
９（上記図１０参照）へと戻り、以降の処理ステップを
繰り返し実行する。これにより、映像表示部１２６に表
示されている上記図４の画面中の保存開始ボタン２１１
がユーザから押下されると、上述したような映像のファ
イルへの蓄積が開始する。このとき、映像をフレーム単
位で蓄積するが、その際に映像データパケットに含まれ
ている時刻、パン、チルト角度、ズーム倍率、キャプチ
ャ制限をヘッダとして記録する。また、タイムスタンプ
を映像データに付加することで、再生に生かせるように
してもよい。

【０１２６】ステップＳ６４１：上述のステップＳ６３
５の判別の結果、サーバ側１１０から送信されてきたパ
ケットが映像データのパケットでない場合、クライアン
トプロセス３３１は、そのパケットがカメラ状態通知
（上記図６（８）参照）であるか否かを判別する。この
判別の結果、カメラ状態通知である場合にはステップＳ
６４２へ進み、そうでない場合にはステップＳ６４３へ
進む。

【０１２７】ステップＳ６４２：ステップＳ６４１の判
別の結果、サーバ側１１０からカメラ状態通知が送信さ
れてきた場合、クライアントプロセス３３１は、映像表
示部１２６に表示されている上記図４の画面において、
サーバ側１１０のビデオカメラ１１１のパンチルト角度
及びズーム倍率を操作するためのスクロールバ２２１、
２２３、２２８のノッチの表示位置を、上記カメラ状態
通知に含まれているパラメータを用いて、対応する位置
に変更する。これは、他のクライアント側のクライアン
トプロセスがカメラ制御している場合に、その情報を更
新していることになる。その後、ステップＳ６０９（上
記図１０参照）へと戻り、以降の処理ステップを繰り返
し実行する。

【０１２８】ステップＳ６４３：ステップＳ６４１での
判別の結果、サーバ側１１０からカメラ状態通知が送信
されてきていない場合、クライアントプロセス３３１
は、他の要求であると認識し、その要求に基づいた処理
を実行する。その後、ステップＳ６０９（上記図１０参
照）へと戻り、以降の処理ステップを繰り返し実行す
る。

【０１２９】［サーバ側１１０での課金処理］図１３
は、サーバ側１１０での課金処理を示したものである。

【０１３０】ここで、まず、サーバ側１１０では、クラ
イアント側１２０からの映像蓄積開始及び終了の通知
（課金開始及び終了情報）により、クライアント側１２
０のユーザによる映像蓄積の状況を把握することができ
る。すなわち、上記図６（１０）に示したような録画開
始終了パケットが、クライアント側１２０からサーバ側
１１０に対して送信されることによって、サーバ側１１
０は、クライアント側１２０での映像蓄積（録画）の状
況を把握することができる。そこで、クライアント側１
２０に対する課金処理のために、次のような処理が、上
記図７に示したステップＳ４１０の処理内で実行され
る。

【０１３１】ステップＳ７０１〜Ｓ７０３：クライアン
ト側１２０から録画開始終了コマンドが送信されてきた
場合、そのコマンドにより、クライアント側１２０が映
像蓄積を開始したことを認識すると（ステップＳ７０
１）、課金開始フラグをセットして（ステップＳ７０
２）、上記ステップＳ４１０へと戻る（ステップＳ７０
３）。

【０１３２】ステップＳ７０４〜Ｓ７０６：また、上記
録画開始終了コマンドにより、クライアント側１２０が
映像蓄積を終了したことを認識すると（ステップＳ７０
４）、課金開始フラグをリセットして（ステップＳ７０
５）、上記ステップＳ４１０へと戻る（ステップＳ７０
６）。

【０１３３】上述のように、クライアント側１２０から
の録画開始終了コマンドにより、クライアント側１２０
が録画を開始しているか否かに従って、課金開始フラグ
を上げ下げ（セット／リセット）する。また、他のコマ
ンドに対応した処理後に、次のステップＳ７０７からの
課金処理を必ず実行する。この課金処理では、クライア
ント側１２０の録画状態に応じて課金を計算する処理で
ある。

【０１３４】ステップＳ７０７、Ｓ７０８、Ｓ７１３：
課金処理が実行開始されると（ステップＳ７０７）、先
ず、単位時間の経過を判別する（ステップＳ７０８）。
ここでの単位時間は、サーバ側１１０のサーバ設営者が
決定する時間である。例えば、１０秒を１単位にする等
が決定される。この判別の結果、単位時間経過していな
い場合には上記ステップＳ４１０へと戻り（ステップＳ
７１３）、単位時間経過している場合にはステップＳ７
０９へと進む。

【０１３５】ステップＳ７０９：ステップＳ７０８の判
別の結果、単位時間経過している場合、上述したユーザ
蓄積開始フラグ（クライアント側１２０が映像蓄積を開
始したか否かを示すフラグ）を参照することで、クライ
アント側１２０が録画状態であるか否かを判別する。す
なわち、録画開始フラグがＯＮであれば、クライアント
側１２０は録画状態であると判断し、録画開始フラグが
ＯＦＦであれば、クライアント側１２０は録画状態でな
いと判断する。この判別の結果、クライアント側１２０
が録画状態である場合にはステップＳ７１０へと進み、
そうでない場合には上記ステップＳ４１０へと戻る（ス
テップＳ７１３）。

【０１３６】ステップＳ７１０〜Ｓ７１２：ステップＳ
７０９の判別の結果、クライアント側１２０が録画状態
である場合、上記図２に示した価格データベース１５２
から、クライアント側１２０でのカメラ制御に対応する
単位時間課金を取得し、その単位時間課金を用いて、使
用量データベース１５３や明細データベースのクライア
ント側１２０のユーザに関するデータを更新する（ステ
ップＳ７１０、Ｓ７１１）。これにより、サーバ側１１
０で、クライアント側１２０の映像蓄積状況及び課金情
報に関して把握することが可能になる。その後、上記ス
テップＳ４１０へと戻る（ステップＳ７１２）。

【０１３７】上述のように、本実施の形態では、クライ
アント側１２０からサーバ側１１０に対して、クライア
ント側１２０での映像蓄積の開始及び終了を示すコマン
ドを送るように構成したので、サーバ側１１０は、クラ
イアント側１２０での映像蓄積量やその時間等の状態を
把握することができ、これに基づいた課金を行うことが
できる。また、カメラ制御の様々なパターンに応じた単
位時間課金（パン、チルト角度、ズーム倍率の様々な値
に対応して設定した単位時間課金）を、価格データベー
ス１５２として設け、クライアント側１２０のユーザが
実際に行なっているカメラ制御の内容に応じた単位時間
課金を用いて課金するように構成したので、公平な課金
を行なうことができる。

【０１３８】（第２の実施の形態）本実施の形態では、
上述した第１の実施の形態での課金処理の構成をより具
体化した一例を示す。尚、ここでは、上述した第１の実
施の形態と異なる構成についてのみ、具体的に説明す
る。

【０１３９】例えば、本実施の形態では、上記図１に示
したネットワークシステム１００のプロセス構成を、例
えば、図１４に示すような構成とする。この図１４に示
すように、本実施の形態でのプロセス構成は、第１の実
施の形態でのプロセス構成（上記図５参照）に対して、
サーバ側１１０で動作する課金状況把握プロセス３２
３、ユーザ課金データベース３４６、ユーザ蓄積開始フ
ラグ３４５、及びカメラ方位角単位課金情報メモリ３４
７を更に加えた構成としている。

【０１４０】課金状況把握プロセス３２３は、サーバ側
１１０で動作するものであり、カメラ制御サーバプロセ
ス３１１から上述したカメラ制御情報が与えられるよう
になされている。また、課金状況把握プロセス３２３
は、クライアント側１２０のユーザの承認や、ユーザ課
金データベース３４６の内容の更新等を行なうようにな
されている。

【０１４１】ユーザ課金データベース３４６及びユーザ
蓄積開始フラグ３４５は、課金情報の算出のために使用
されるものである。

【０１４２】ユーザ蓄積開始フラグ３４５は、接続して
いるクライアント側（ここでは、クライアント側１２
０）が映像蓄積を開始しているか否かを示すフラグであ
り、第１の実施の形態で説明した”ユーザ蓄積開始フラ
グ”に対応するフラグである。このユーザ蓄積開始フラ
グ３４５が有効な場合（ＯＮである場合）に限り、課金
処理が実行されることになる。

【０１４３】ユーザ課金データベース３４６は、上記図
２に示した各データベース１５１〜１５４を含み、接続
しているクライアント側１２０の課金状態を一時的に記
憶するためのものある。このユーザ課金データベース３
４６の内容、特に、使用量データベース１５３や明細デ
ータベース１５４は、上述したように、接続しているク
ライアント側１２０のユーザが行なっているカメラ制御
の内容や、映像蓄積時間によって更新（増加等）され、
また、その更新分は、価格データベース１５２により該
更新レートを決定することが可能である。

【０１４４】図１５は、上記図２の各データベース１５
１〜１５４の内容を具体的に示したものである。

【０１４５】上記図１５に示すように、特に、価格デー
タベース１５２では、ビデオカメラ１１１のカメラ制御
において、パン、チルト、ズームのそれぞれの角度に様
々な範囲を設定し、それらの範囲内に、クライアント側
１２０のユーザが行なったカメラ制御によりビデオカメ
ラ１１１の方向がある場合の単位時間あたりの課金の基
準値となる価値の値（単位時間課金）が設定されてい
る。このような単位時間課金は、カメラ制御を行なった
ユーザに対する金額（使用料金）を最終的に算出すると
きの基準値となる。

【０１４６】また、使用量データベース１５３には、上
述したように、クライアント側１２０のユーザが実際に
どのくらいの映像蓄積を行なったかの情報（使用量）が
保持されるが、この使用量は、上述した価格データベー
ス１５２での単位時間課金（基準値）の積算量を示す。
すなわち、クライアント側１２０のユーザのカメラ制
御により実際に生じているビデオカメラ１１１の方向範
囲が、価格データベース１５２内の各範囲の何れかの範
囲にある場合、該範囲に対応する単位時間課金（基準
値）と、そのときのカメラ制御の経過時間数（ここで
は、例えば、単位時間を１秒とする）とを持って、単位時間課金×経過秒数なる計算結果（積算量）が、ここでいう”使用量”とな
る。この使用量は、使用量データベース１５３に保持さ
れることになる。

【０１４７】したがって、明細データベース１５４に
は、使用量データベース１５３に保持されている使用量
に対して、ある一定の定数、例えば、サーバ側１１０を
管理する人が決定した定数をかけた結果（金額）が保持
される。この金額（請求額）が、実際にクライアント側
１２０のユーザ（クライアント側１２０を使用してカメ
ラ制御を行なったユーザ）に対して請求されることにな
る。

【０１４８】また、カメラ方位角単位課金情報メモリ３
４７は、ビデオカメラ１１１のパン、チルト、ズーム等
のカメラ状態の変更に応じて、そのときのカメラ状態に
おける単位時間課金を保持するためのメモリである。こ
のカメラ方位角単位課金情報メモリ３４７の内容は、カ
メラ制御サーバプロセス３１１から与えられるカメラ状
態情報に応じて変更される。

【０１４９】図１６は、上記図１４の課金状況把握プロ
セス３２３が実行する処理を示したものである。

【０１５０】ここで、サーバ側１１０では、上述したよ
うに、クライアント側１２０からの映像蓄積開始及び終
了の通知（課金開始及び終了情報）により、クライアン
ト側１２０のユーザによる映像蓄積の状況を把握するこ
とができる。すなわち、上記図６（１０）に示したよう
な録画開始終了パケットが、クライアント側１２０から
サーバ側１１０に対して送信されることによって、サー
バ側１１０は、クライアント側１２０での映像蓄積（録
画）の状況を把握することができる。そこで、クライア
ント側１２０に対する課金処理のために、課金状況把握
プロセス３２３では、次のようなステップＳ７０１〜Ｓ
７２１の処理が実行される。

【０１５１】ステップＳ７０１、Ｓ７０２：課金状況把
握プロセス３２３が起動されると（ステップＳ７０
１）、課金状況把握プロセス３２３は、先ず、課金処理
のための初期化処理を実行する（ステップＳ７０２）。

【０１５２】ステップＳ７０３：次に、課金状況把握プ
ロセス３２３は、カメラ制御サーバプロセス３１１を介
して、クライアント側１２０との接続が確立したかを認
識し、クライアント側１２０との接続が確立すると、次
のステップＳ７０４へと進む。

【０１５３】ステップＳ７０４：クライアント側１２０
との接続が確立すると、課金状況把握プロセス３２３
は、カメラ制御サーバプロセス３１１を介して、クライ
アント側１２０のユーザの使用者ＩＤ及び使用者パスワ
ードがクライアント側１２０から送られてるのを待つ。
そして、使用者ＩＤ及び使用者パスワードが送られてく
ると、次のステップＳ７０５へと進む。

【０１５４】ステップＳ７０５、Ｓ７０６：クライアン
ト側１２０のユーザの使用者ＩＤ及び使用者パスワード
が送られてくると、課金状況把握プロセス３２３は、そ
のユーザの使用者ＩＤ及び使用者パスワードに対応する
使用者パスワードを使用者データベース１５１から読み
込み（ステップＳ７０５）、その使用者パスワードと、
実際に送られてき使用者パスワードとを比較すること
で、クライアント側１２０のユーザが正当なユーザであ
るか否か（クライアント側１２０との接続が正当である
か否か）を判別する（ステップＳ７０６）。この判別の
結果、クライアント側１２０のユーザが正当である場
合、課金状況把握プロセス３２３は、次のステップＳ７
０７から実行されるスレッド（以下、「課金スレッド」
と言う）を作成する。この課金スレッドは、接続されて
いるクライアント側１２０のユーザに対して作成される
ものであり、すなわち接続されるユーザそれぞれに作成
されるものであり、これにより、複数のクライアント側
との接続も可能となる。一方、クライアント側１２０の
ユーザが正当でない場合、ステップＳ７０８へと戻り、
以降の処理ステップを繰り返し実行する。

【０１５５】尚、ステップＳ７０３〜Ｓ７０６によるユ
ーザの承認処理を、第１の実施の形態でのカメラ制御サ
ーバプロセス３１１でのユーザの承認処理（ステップＳ
４０２の処理）に組み込むようにしてもよい。この場
合、ステップＳ７０７からの課金スレッドは、カメラ制
御サーバプロセス３１１が作成することになる。したが
って、この課金スレッドが、課金状況把握プロセス３２
３に対応することになる。

【０１５６】ステップＳ７０７、Ｓ７０８：課金スレッ
ドが起動されると（ステップＳ７０７）、先ず、課金ス
レッドは、次のステップＳ７０９からの処理実行のため
の初期化処理（カメラ方位角単位課金情報３４３の初期
化等の処理）を行う（ステップＳ７０８）。

【０１５７】ステップＳ７０９：次に、課金スレッド
は、クライアント側１２０での映像蓄積の状況に応じた
課金を行なうために、価格データベース１５１の情報の
読み込みを行なう。

【０１５８】ステップＳ７１０：次に、課金スレッド
は、単位時間の経過や、カメラ制御サーバプロセス３１
１からのカメラ状態情報の受信等のイベント待ち状態と
なる。そして、あるイベントが発生すると、次のステッ
プＳ７１１へと進む。

【０１５９】ステップＳ７１１：あるイベントが発生す
ると、課金スレッドは、そのイベントが単位時間の経過
（例えば、単位時間が１秒である場合には、１秒が経過
したこと）であるか否かを判別する。この判別の結果、
単位時間の経過である場合にはステップＳ７１２へと進
み、そうでない場合にはステップＳ７１６へと進む。

【０１６０】ステップＳ７１６：ステップＳ７１１の判
別の結果、発生したイベントが単位時間の経過でない場
合、課金スレッドは、発生したイベントが、カメラ制御
サーバプロセス３１１からのカメラ状態情報の受信であ
るか否かを判別する。この判別の結果、カメラ状態情報
の受信である場合にはステップＳ７１７へと進み、そう
でない場合にはステップＳ７１８へと進む。

【０１６１】ステップＳ７１７：ステップＳ７１６の判
別の結果、発生したイベントが、カメラ制御サーバプロ
セス３１１からのカメラ状態情報の受信である場合、課
金スレッドは、クライアント側１２０のユーザによって
ビデオカメラ１１１のカメラ制御が行なわれていること
を認識し、上記カメラ状態情報により、このときのカメ
ラ制御により生じたビデオカメラ１１１のパン、チル
ト、ズームの状態に対応した単位時間課金（基準値）
を、価格データベース１５１から読み取り、その単位時
間課金をカメラ方位角課金情報としてカメラ方位角課金
情報メモリ３４２に保持する。その後、ステップＳ７１
０へと戻り、以降の処理ステップを繰り返し実行する。

【０１６２】ステップＳ７１７：ステップＳ７１６の判
別の結果、発生したイベントが、カメラ制御サーバプロ
セス３１１からのカメラ状態情報の受信でない場合、課
金スレッドは、発生したイベントがカメラ制御サーバプ
ロセス３１１からの蓄積開始終了情報（録画開始終了パ
ケット）の受信であるか否かを判別する。この判別の結
果、蓄積開始終了情報の受信である場合にはステップＳ
７１９へと進み、そうでない場合にはステップＳ７１０
へと戻って以降の処理ステップを繰り返し実行する。

【０１６３】ステップＳ７１９：ステップＳ７１８の判
別の結果、発生したイベントが、カメラ制御サーバプロ
セス３１１からの蓄積開始終了情報の受信である場合、
課金スレッドは、その蓄積開始終了情報が蓄積開始を示
すものか否かを判別する。この判別の結果、蓄積開始で
ある場合にはステップＳ７２０へと進み、そうでない場
合にはステップＳ７２１へと進む。

【０１６４】ステップＳ７２０：ステップＳ７１９の判
別の結果、発生したイベントがカメラ制御サーバプロセ
ス３１１からの蓄積開始であった場合、すなわちクライ
アント側１２０での映像蓄積の開始であった場合、課金
スレッドは、ユーザ蓄積開始フラグ３４５をＯＮに設定
する。その後、ステップＳ７１０へと戻り、以降の処理
ステップを繰り返し実行する。

【０１６５】ステップＳ７２１：ステップＳ７１９の判
別の結果、発生したイベントがカメラ制御サーバプロセ
ス３１１からの蓄積開始でなかった場合、すなわちクラ
イアント側１２０での映像蓄積の終了であった場合、課
金スレッドは、ユーザ蓄積開始フラグ３４５をＯＦＦに
設定する。その後、ステップＳ７１０へと戻り、以降の
処理ステップを繰り返し実行する。

【０１６６】尚、本実施の形態のように、課金スレッド
によりユーザ蓄積開始フラグのＯＮ／ＯＦＦを設定する
構成とした場合、カメラ制御サーバプロセス３１１は、
第１の実施の形態にて説明したようなユーザ蓄積開始フ
ラグのＯＮ／ＯＦＦの設定は行なわず、課金スレッドに
より設定されたユーザ蓄積開始フラグの内容を参照する
ことになる。

【０１６７】ステップＳ７１２：上述したステップＳ７
１１の判別の結果、発生したイベントが単位時間の経過
でない場合、課金スレッドは、カメラ方位角単位課金情
報メモリ３４７の内容を基に、使用量データベース１５
３に保持されている使用量に対して加算すべき使用量を
算出する。

【０１６８】ステップＳ７１３：そして、課金スレッド
は、現在ユーザ蓄積開始フラグ３４５がＯＮに設定され
ているか否かを判別する。この判別の結果、ユーザ蓄積
開始フラグ３４５がＯＮである場合にはステップＳ７１
４へと進み、そうでない場合にはステップＳ７１０へと
戻って以降の処理ステップを繰り返し実行する。

【０１６９】ステップＳ７１４：ステップＳ７１３の判
別の結果、ユーザ蓄積開始フラグ３４５がＯＮである場
合、課金スレッドは、ステップＳ７１２にて算出した使
用量で、使用量データベース１５３の内容を更新する。
これにより、使用量データベース１５３を参照すること
で、クライアント側１２０にてどの程度映像を蓄積して
いるかの状況を把握することができる。

【０１７０】ステップＳ７１５：また、課金スレッド
は、ステップＳ７１４にて更新した使用量データベース
１５３の内容を基に、クライアント側１２０のユーザ
（カメラ制御を行なっているユーザ）に対して請求する
金額を算出し、その金額で、明細データベース１５４の
内容を更新する。この明細データベース１５４の内容
は、例えば、クライアント側１２０のユーザのカメラ制
御が終了した後、実際の請求時等に、プリントアウトさ
れたり、画面表示されたりする。その後、ステップＳ７
１０へと戻り、以降の処理ステップを繰り返し実行す
る。

【０１７１】尚、上述した各実施の形態では、カメラの
動作制御の内容として、パン、チルト、ズーム等のカメ
ラ状態としたが、これに限られることはなく、例えば、
フィタ制御を含めるようにしてもよい。

【０１７２】また、本発明の目的は、上述した各実施の
形態のホスト及び端末の機能を実現するソフトウェアの
プログラムコードを記憶した記憶媒体を、システム或い
は装置に供給し、そのシステム或いは装置のコンピュー
タ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプロ
グラムコードを読みだして実行することによっても、達
成されることは言うまでもない。この場合、記憶媒体か
ら読み出されたプログラムコード自体が各実施の形態の
機能を実現することとなり、そのプログラムコードを記
憶した記憶媒体は本発明を構成することとなる。プログ
ラムコードを供給するための記憶媒体としては、ＲＯ
Ｍ、フロッピーディスク、ハードディスク、光ディス
ク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テ
ープ、不揮発性のメモリカード等を用いることができ
る。また、コンピュータが読みだしたプログラムコード
を実行することにより、各実施の形態の機能が実現され
るだけでなく、そのプログラムコードの指示に基づき、
コンピュータ上で稼動しているＯＳ等が実際の処理の一
部又は全部を行い、その処理によって各実施の形態の機
能が実現される場合も含まれることは言うまでもない。
さらに、記憶媒体から読み出されたプログラムコード
が、コンピュータに挿入された拡張機能ボードやコンピ
ュータに接続された機能拡張ユニットに備わるメモリに
書き込まれた後、そのプログラムコードの指示に基づ
き、その機能拡張ボードや機能拡張ユニットに備わるＣ
ＰＵなどが実際の処理の一部又は全部を行い、その処理
によって各実施の形態の機能が実現される場合も含まれ
ることは言うまでもない。

【０１７３】

【発明の効果】以上説明したように本発明では、クライ
アントがサーバに対して、クライアントでの情報蓄積
（映像蓄積等）の開始及び終了の通知を行う等して、ク
ライアントでの情報蓄積状況（映像の蓄積量や時間の状
況等）を把握するように構成したので、クライアントで
の情報蓄積状況に応じた課金を行うことができる。ま
た、クライアントが機器を遠隔制御する際の該遠隔制御
の内容（パン、チルト、ズーム、フィルタの変化といっ
たカメラ状態の変化等）に対応した課金の基準情報（所
定単位時間あたりの単位課金等）を用いて課金を行うよ
うに構成すれば、クライアントが如何なる遠隔制御を行
った場合でも、それに対する適切な課金の基準情報を用
いた課金を行うことができるため、公平な課金を行うこ
とができる。

【図面の簡単な説明】

【図１】第１の実施の形態において、本発明を適用した
ネットワークシステムの構成を示すブロック図である。

【図２】上記ネットワークシステムのサーバ側に設けら
れたデータベースを説明するための図である。

【図３】上記ネットワークシステムのクライアント側で
の起動画面を説明するための図である。

【図４】上記クライアント側での操作画面を説明するた
めの図である。

【図５】上記ネットワークシステムのプロセス構成を示
すブロック図である。

【図６】上記プロセス構成において、それぞれプロセス
間のデータ送受信に用いられるパケット形式の一例を説
明するための図である。

【図７】上記プロセス構成のカメラ制御サーバプロセス
にて実行される処理を説明するためのフローチャートで
ある。

【図８】上記カメラ制御サーバプロセスにて使用され
る、ビデオカメラのパン、チルト、ズームの制限情報を
説明するための図である。

【図９】上記プロセス構成の映像サーバプロセス及び映
像獲得／送信プロセスにて実行される処理を説明するた
めのフローチャートである。

【図１０】上記プロセス構成のクライアントプロセスに
て実行される処理（はじめ〜ステップＳ６３４）を説明
するためのフローチャートである。

【図１１】上記プロセス構成のクライアントプロセスに
て実行される処理（ステップＳ６３５〜Ｓ６４３）を説
明するためのフローチャートである。

【図１２】上記映像獲得／送信プロセスにより送信され
る映像のフォーマットを説明するための図である。

【図１３】上記ネットワークシステムのサーバ側での課
金処理を説明するためのフローチャートである。

【図１４】第２の実施の形態における上記プロセス構成
を示すブロック図である。

【図１５】第２の実施の形態における上記データベース
を説明するための図である。

【図１６】第２の実施の形態における上記課金処理を説
明するためのフローチャートである。

【符号の説明】

１００ネットワークシステム１１０カメラサーバ装置（サーバ側）１１１ビデオカメラ１１２可動雲台部１１３カメラ／雲台制御部１１４通信制御部１１５映像入力部１１６映像圧縮部１１７コマンド解釈部１１８記憶部１２０表示操作端末（クライアント側）１２１通信制御部１２２コマンド発生部１２３カメラ操作部１２４表示制御部１２５映像伸長部１２６映像表示部１２７蓄積制御部１２８二次記憶部１２９記憶部１３０ＬＡＮ３１１カメラ制御サーバプロセス３１２カメラ状態通知プロセス３２１映像サーバプロセス３２２映像獲得／送信プロセス３２３課金状況把握プロセス３３１クライアントプロセス３４１キャプチャ制限フラグ３４２送信先リスト３４３カメラ映像保存制限情報３４４カメラ状態レジスタ３４５ユーザ蓄積開始フラグ３４６ユーザ課金データベース３４７カメラ方位角単位課金情報メモリ３５１制御権フラグ３５２映像保存中フラグ

フロントページの続きＦターム(参考） 5C054 AA02 CC02 CG02 CG05 CG08 CH02 EA01 EA03 EA05 EA07 FE23 GA01 GA04 GB01 GD03 GD07 HA16 HA37 5C064 BA01 BA07 BB01 BB03 BC01 BC16 BC18 BC20 BC23 BC25 BC27 BD01 BD07 BD08 BD09

Claims

【特許請求の範囲】

【請求項１】クライアントから遠隔制御可能な機器が
接続された情報処理装置であって、上記クライアントの遠隔制御により上記機器にて得られ
た情報を、少なくとも上記クライアントに対して配送す
る配送手段と、上記クライアントにおける上記情報の蓄積状況及び上記
遠隔制御の内容の少なくとも何れかの情報を取得するク
ライアント情報取得手段と、上記クライアント情報取得手段により得られた情報に基
づいて、上記クライアントに対する課金を行なう課金手
段とを備えることを特徴とする情報処理装置。
【請求項２】複数パターンの上記遠隔制御の内容に対
応して、上記課金の基準情報を複数記憶する記憶手段を
備え、上記課金手段は、上記クライアント情報取得手段により
得られた上記遠隔制御の内容に対応する上記課金の基準
情報を上記記憶手段から取得し、その取得した基準情報
に基づいて、上記クライアントに対する課金を行なうこ
とを特徴とする請求項１記載の情報処理装置。
【請求項３】上記クライアント情報取得手段は、上記
情報の蓄積状況の情報を、上記クライアントから送信さ
れてくる報蓄積開始及び終了通知により取得することを
特徴とする請求項１記載の情報処理装置。
【請求項４】上記遠隔制御可能な機器は、映像情報を
取得するカメラを含み、上記遠隔制御は、上記カメラのパン、チルト、及びズー
ムの少なくとも何れかの制御を含むことを特徴とする請
求項１記載の情報処理装置。
【請求項５】複数機器が互いに通信可能に接続されて
なる情報処理システムであって、上記複数機器のうち少なくとも１つの機器は、請求項１
〜４の何れかに記載の情報処理装置の機能を有すること
を特徴とする情報処理システム。
【請求項６】少なくともサーバ及びクライアントが互
いに通信可能に接続されてなる情報処理システムであっ
て、上記サーバは、遠隔地のクライアントから制御可能なカ
メラから映像を取り込んで該クライアントへ配送する配
送手段と、上記クライアントからの指示に基づいて上記
カメラの動作制御を行うカメラ制御手段とを含み、上記クライアントは、上記サーバの上記配送手段により
配送されてきた映像を表示する表示手段と、上記サーバ
の上記配送手段により配送されてきた映像を蓄積する蓄
積手段と、上記カメラに対して動作指示を与えるための
指示手段とを含み、上記サーバは、上記クライアントの上記蓄積手段での映
像蓄積状況を取得し、その映像蓄積状況に基づいて課金
を行う課金手段を更に含むことを特徴とする情報処理シ
ステム。
【請求項７】上記クライアントは、上記蓄積手段での
映像蓄積開始及び終了を示す情報を、上記サーバの上記
課金手段に対して送信する送信手段を含むことを特徴と
する請求項６記載の情報処理システム。
【請求項８】上記課金手段は、上記クライアントの上
記送信手段により送信されてきた上記映像蓄積開始及び
終了情報に基づいて課金を行うことを特徴とする請求項
７記載の情報処理システム。
【請求項９】上記サーバは、上記クライアントの使用
者を特定するための承認手段を含むことを特徴とする請
求項６記載の情報処理システム。
【請求項１０】上記サーバの上記課金手段は、上記ク
ライアントに対する所定単位時間あたりの単位課金を変
更する機能を有することを特徴とする請求項６記載の情
報処理システム。
【請求項１１】上記サーバの上記課金手段は、上記ク
ライアントの上記指示手段による上記カメラの動作制御
の内容に基づいて、上記カメラから得られる映像に対し
ての単位課金を変更することを特徴とする請求項６記載
の情報処理システム。
【請求項１２】上記カメラの動作制御の内容は、上記
カメラの状態の変化を含むことを特徴とする請求項１１
記載の情報処理システム。
【請求項１３】サーバに接続された遠隔制御可能な機
器から所定のクライアントが情報を取得する際の、該ク
ライアントに対する課金を行うための課金方法であっ
て、上記クライアントにおける上記情報の蓄積状況、及び上
記クライアントが上記情報取得の際に行った上記機器の
遠隔制御の内容の少なくとも何れかの情報を取得するク
ライアント情報取得ステップと、上記クライアント情報取得ステップにより得られた情報
に基づいて、上記クライアントに対する課金を行なう課
金ステップとを含むことを特徴とする課金方法。
【請求項１４】複数パターンの上記遠隔制御の内容に
対応して、上記課金の基準情報を複数記憶する記憶ステ
ップを含み、上記課金ステップは、上記クライアント情報取得ステッ
プにより得られた上記遠隔制御の内容に対応する上記課
金の基準情報を上記記憶ステップによる記憶情報から取
得し、その取得した情報に基づいて、上記クライアント
に対する課金を行なうステップを含むことを特徴とする
請求項１３記載の課金方法。
【請求項１５】上記課金の基準情報は、上記クライア
ントに対する所定単位時間あたりの単位課金を含むこと
を特徴とする請求項１４記載の課金方法。
【請求項１６】上記クライアント情報取得ステップ
は、上記情報の蓄積状況の情報を、上記クライアントか
ら出力される報蓄積開始及び終了情報により取得するス
テップを含むことを特徴とする請求項１３記載の課金方
法。
【請求項１７】上記遠隔制御可能な機器は、映像情報
を取得するカメラを含み、上記遠隔制御は、上記カメラの状態の制御を含むことを
特徴とする請求項１３記載の課金方法。
【請求項１８】上記クライアントの使用者を特定する
ための承認ステップを含むことを特徴とする請求項１３
記載の課金方法。
【請求項１９】請求項１３〜１８の何れかに記載の課
金方法の処理ステップを、コンピュータが読出可能に格
納したことを特徴とする記憶媒体。