(57)【要約】【課題】  映像配信システムにおいて、サーバ装置により撮像手段を制御して撮像した画像をネットワークを介して記憶装置に転送する際に、撮像手段の操作者に手間を掛けさせることなく、サーバ装置及び記憶装置の少なくともいずれか一方にアクセスしているクライアントへの影響を抑制すること。【解決手段】  データをカメラサーバ装置（１１）からＷＷＷサーバ装置１２に配信するデータ配信方法であって、前記カメラサーバ装置に対するクライアント（１４）のアクセス状況に応じてデータを配信するかどうかを判断する判断工程（Ｓ１００２、Ｓ１００５）と、前記判断工程における判断結果に基づいて、データを前記ＷＷＷサーバ装置１２に配信する配信工程（Ｓ１００４、Ｓ１００８）とを有する。【選択図】  図１６
2006121751.tif 000002
【特許請求の範囲】
【請求項１】
データを第１の端末装置から第２の端末装置に配信するデータ配信方法であって、
前記第１の端末装置に対するクライアントのアクセス状況に応じてデータを配信するかどうかを判断する判断工程と、
前記判断工程における判断結果に基づいて、データを前記第２の端末装置に配信する配信工程と
を有することを特徴とするデータ配信方法。
【請求項２】
前記判断工程では、前記第１の端末装置に予め設定された数のクライアントがアクセスしていない場合、データの配信を実行すると判断することを特徴とする請求項１に記載のデータ配信方法。
【請求項３】
前記第２の端末装置から前記第２の端末装置に対するクライアントのアクセス状況を受信する受信工程を更に有し、
前記判断工程では、前記第１の端末装置に対するクライアントのアクセス状況及び前記受信工程で得られた前記第２の端末装置に対するクライアントのアクセス状況に応じてデータを配信するかどうかを判断する
ことを特徴とする請求項１または２に記載のデータ配信方法。
【請求項４】
前記判断工程では、前記第１及び第２の端末装置の双方にクライアントがアクセスしていない場合、データの配信を実行すると判断することを特徴とする請求項３に記載のデータ配信方法。
【請求項５】
前記判断工程では、前記第１及び第２の端末装置の双方に予め設定された数のクライアントがアクセスしていない場合、データの配信を実行すると判断することを特徴とする請求項４に記載のデータ配信方法。
【請求項６】
データを第１の端末装置から第２の端末装置に配信するデータ配信方法であって、
前記第２の端末装置から前記第２の端末装置に対するクライアントのアクセス状況を受信する受信工程と、
前記受信工程によって受信された前記第２の端末装置に対するクライアントのアクセス状況に応じてデータを送信するかどうかを判断する判断工程と、
前記判断工程における判断結果に基づいて、データを前記第２の端末装置に配信する配信工程と
を有することを特徴とするデータ配信方法。
【請求項７】
前記判断工程では、前記第２の端末装置にクライアントがアクセスしていない場合、データの配信を実行すると判断することを特徴とする請求項６に記載のデータ配信方法。
【請求項８】
前記判断工程では、前記第２の端末装置に予め設定された数のクライアントがアクセスしていない場合、データの配信を実行すると判断することを特徴とする請求項６に記載のデータ配信方法。
【請求項９】
予め設定された時刻に、カメラの撮像動作を実行する撮像制御工程と、
前記カメラの制御権を、制御権を要求しているクライアントに対して予め設定された時間付与する制御権付与工程と、
前記制御権付与工程によって付与された時刻から、前記撮像制御工程によってカメラが制御される時刻までの時間が前記予め設定された時間に満たない場合、前記制御権付与工程によって付与された時刻から前記撮像制御工程によってカメラが制御される時刻までの時間を、前記カメラの制御権を付与された時間として前記クライアントに通知する通知工程と
を有することを特徴とする画像配信方法。
【請求項１０】
前記カメラの制御権を要求したクライアントを待ち行列に登録する登録工程を更に有し、
前記通知工程では、前記登録工程で登録されたクライアントの待ち行列及び前記撮像制御工程における撮像動作時刻に基づいて、前記カメラの制御権が付与されるまでの待ち時間を前記クライアントに通知する
ことを特徴とする請求項９に記載の画像配信方法。
【請求項１１】
請求項１乃至１０のいずれかに記載の方法を実現するためのプログラムコードを保持する記憶媒体１
【請求項１２】
データを外部端末装置に配信するデータ配信装置であって、
前記データ配信装置に対するクライアントのアクセス状況に応じてデータを配信するかどうかを判断する判断手段と、
前記判断手段における判断結果に基づいて、データを前記外部端末装置に配信する配信手段と
を有することを特徴とするデータ配信装置。
【請求項１３】
前記外部端末装置から前記外部端末装置に対するクライアントのアクセス状況を受信する受信手段を更に有し、
前記判断手段は、前記データ配信装置に対するクライアントのアクセス状況及び前記受信手段で得られた前記外部端末装置に対するクライアントのアクセス状況に応じてデータを配信するかどうかを判断する
ことを特徴とする請求項１２に記載のデータ配信装置。
【請求項１４】
データを外部端末装置に配信するデータ配信装置であって、
前記外部端末装置から前記外部端末装置に対するクライアントのアクセス状況を受信する受信手段と、
前記受信手段によって受信された前記外部端末装置に対するクライアントのアクセス状況に応じてデータを送信するかどうかを判断する判断手段と、
前記判断手段よる判断結果に基づいて、データを前記外部端末装置に配信する配信手段と
を有することを特徴とするデータ配信装置。
【請求項１５】
予め設定された時刻に、カメラの撮像動作を実行する撮像制御手段と、
前記カメラの制御権を、制御権を要求しているクライアントに対して予め設定された時間付与する制御権付与手段と、
前記制御権付与手段によって付与された時刻から、前記撮像制御手段によってカメラが制御される時刻までの時間が前記予め設定された時間に満たない場合、前記制御権付与手段によって付与された時刻から前記撮像制御手段によってカメラが制御される時刻までの時間を、前記カメラの制御権を付与された時間として前記クライアントに通知する通知手段と
を有することを特徴とする画像配信装置。
【請求項１６】
前記カメラの制御権を要求したクライアントを待ち行列に登録する登録手段を更に有し、
前記通知手段は、前記登録手段で登録されたクライアントの待ち行列及び前記撮像制御手段における撮像動作時刻に基づいて、前記カメラの制御権が付与されるまでの待ち時間を前記クライアントに通知する
ことを特徴とする請求項１５に記載の画像配信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ配信方法及び装置、及び画像配信方法及び装置に関し、更に詳しくは、ビデオカメラから動画を取り込み配送する技術に関するものである。
【背景技術】
【０００２】
従来、ビデオカメラの映像を遠隔地の多地点から観察できるシステムにおいて、単にカメラ映像を観察するだけでなく、カメラのパン・チルト角度やズーム倍率を遠隔制御可能にしたものがある。例えば、特許文献１に開示されているように、インターネット上のＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）サーバを通じて、 コンピュータ制御可能なカメラを接続したシステムが提案されている。このシステムでは、カメラから撮影したリアルタイム映像を同じくインターネットに接続された１以上のＰＣに配送するだけでなく、ＰＣによるカメラの制御も許可する。
【０００３】
このようなカメラ制御可能でかつ複数のＰＣ（クライアント）に映像配送ができるような映像配信システムにおいては、リアルタイムの映像を提供することを第一の目的としてきた。従って、通常は、ある過去の特定時刻における映像を後から見ることはできない。このため、後から過去の映像を見るためには、あらかじめ操作者がカメラを操作しながら映像を撮影し、これを所定フォーマットに変換してＷＷＷサーバ上の２次記憶装置に記録しておく必要がある。このようにして記録された映像を、Ｗｅｂブラウザを用い、インターネットを通じて、後で見ることができるようにしていた。
【０００４】
【特許文献１】特開平１０−４２２７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従って、ＷＷＷサーバが記録された過去の映像を提供する目的で映像発信するためには、以下の作業が必要であった。即ち、提供するための素材映像作成のために、操作者がカメラ操作しながらビデオ撮影し、撮影した映像のデータをインターネットで閲覧できる形の圧縮ディジタルデータに変換してＷＷＷサーバに置く作業である。そのため、カメラ操作者の作業スキルが必要とされるだけでなく、手間もかかるものであった。
【０００６】
また、このＷＷＷサーバにカメラで撮影した画像を転送する際に、ＷＷＷサーバにクライアントがアクセスしていると、ＷＷＷサーバへの画像の転送や、ＷＷＷサーバからクライアントへの画像の転送に時間がかかってしまうことがあった。
【０００７】
本発明は上記問題点を鑑みてなされたものであり、映像配信システムにおいて、サーバ装置により撮像手段を制御して撮像した画像をネットワークを介して記憶装置にアップロードする際に、撮像手段の操作者に手間を掛けさせることなく、サーバ装置及び記憶装置の少なくともいずれか一方にアクセスしているクライアントへの影響を抑制することを目的とする。
【０００８】
また、カメラの操作者または操作を希望する者に対して、確実にカメラ操作の開始／終了時間を通知することを更なる目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、データを第１の端末装置から第２の端末装置に配信する本発明のデータ配信方法は、前記第１の端末装置に対するクライアントのアクセス状況に応じてデータを配信するかどうかを判断する判断工程と、前記判断工程における判断結果に基づいて、データを前記第２の端末装置に配信する配信工程とを有する。
【００１０】
また、データを外部端末装置に配信する本発明のデータ配信装置であって、前記データ配信装置に対するクライアントのアクセス状況に応じてデータを配信するかどうかを判断する判断手段と、前記判断手段における判断結果に基づいて、データを前記外部端末装置に配信する配信手段とを有する。
【００１１】
また、別の構成によれば、データを第１の端末装置から第２の端末装置に配信する本発明のデータ配信方法は、前記第２の端末装置から前記第２の端末装置に対するクライアントのアクセス状況を受信する受信工程と、前記受信工程によって受信された前記第２の端末装置に対するクライアントのアクセス状況に応じてデータを送信するかどうかを判断する判断工程と、前記判断工程における判断結果に基づいて、データを前記第２の端末装置に配信する配信工程とを有する。
【００１２】
また、データを外部端末装置に配信する本発明のデータ配信装置は、前記外部端末装置から前記外部端末装置に対するクライアントのアクセス状況を受信する受信手段と、前記受信手段によって受信された前記外部端末装置に対するクライアントのアクセス状況に応じてデータを送信するかどうかを判断する判断手段と、前記判断手段よる判断結果に基づいて、データを前記外部端末装置に配信する配信手段とを有する。
【００１３】
また、上記更なる目的を達成するために、本発明の画像配信方法は、予め設定された時刻に、カメラの撮像動作を実行する撮像制御工程と、前記カメラの制御権を、制御権を要求しているクライアントに対して予め設定された時間付与する制御権付与工程と、前記制御権付与工程によって付与された時刻から、前記撮像制御工程によってカメラが制御される時刻までの時間が前記予め設定された時間に満たない場合、前記制御権付与工程によって付与された時刻から前記撮像制御工程によってカメラが制御される時刻までの時間を、前記カメラの制御権を付与された時間として前記クライアントに通知する通知工程とを有する。
【００１４】
また、本発明の画像配信装置は、予め設定された時刻に、カメラの撮像動作を実行する撮像制御手段と、前記カメラの制御権を、制御権を要求しているクライアントに対して予め設定された時間付与する制御権付与手段と、前記制御権付与手段によって付与された時刻から、前記撮像制御手段によってカメラが制御される時刻までの時間が前記予め設定された時間に満たない場合、前記制御権付与手段によって付与された時刻から前記撮像制御手段によってカメラが制御される時刻までの時間を、前記カメラの制御権を付与された時間として前記クライアントに通知する通知手段とを有する。
【発明の効果】
【００１５】
本発明によれば、映像配信システムにおいて、サーバ装置により撮像手段を制御して撮像した画像をネットワークを介して記憶装置にアップロードする際に、撮像手段の操作者に手間を掛けさせることなく、サーバ装置及び記憶装置の少なくともいずれか一方にアクセスしているクライアントへの影響を抑制することができる。また、カメラの操作者または操作を希望する者に対して、確実にカメラ操作の開始／終了時間を通知することができる。
【発明を実施するための最良の形態】
【００１６】
以下、添付図面を参照して本発明の好適な実施の形態を詳細に説明する。
【００１７】
本発明では、先ず、通常は複数ユーザにリアルタイム映像を配送しつつ、カメラ制御機能を提供する。更に、あらかじめ指定した特定の時刻に、あらかじめ指定したいくつかの特定のカメラ制御パターンによりカメラを自動運転して撮影する。そして、撮影して得た動画像或いは静止画像のデータを一時保存し、それを所定の時刻に自動的にＷＷＷサーバに転送する（アップロードする）ものである。
【００１８】
図１は本実施の形態にかかる撮影システムの全体構成を示す図である。
【００１９】
１１はカメラサーバ装置、１２はＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）サーバ装置、１３はサーバ設定端末装置、１４はそれぞれ操作端末装置（クライアント）であり、いずれもネットワーク１５を通じて接続されている。
【００２０】
カメラサーバ装置１１にはパン、チルト、ズーム操作可能なカメラ１６がＲＳ−２３２などにより接続されている。これにより、操作端末装置１４からの要求に応じてネットワーク１５を通じて操作端末装置１４にリアルタイム映像の配送しつつ、操作端末装置１４からのカメラ制御も可能にしたものである。また、カメラサーバ装置１１はあらかじめ指定した特定の時刻に、あらかじめ指定したいくつかの特定のカメラ制御パターンでカメラを自動運転しする。そして、撮影された映像のデータをカメラサーバ装置１１内に映像ファイルとして一時保存し、それを自動的にＷＷＷサーバ装置１２に転送する。なお、カメラ１６がカメラサーバ装置１１と一体的に構成されていてもよい。
【００２１】
サーバ設定端末装置１３は、カメラ制御パターンとカメラ自動運転時刻などをカメラサーバ装置１１に設定するものである。
【００２２】
なお、いずれの装置、操作端末装置とも、それぞれ複数の装置がネットワーク１５に接続されていても構わないが、本実施の形態では、説明の簡略化のため、操作端末装置１４を除いては各々１台ずつ接続されているものとする。ネットワーク１５に関しても、後述するカメラ制御信号や圧縮した映像信号を通信するのに十分な帯域があるインターネットやイントラネット等のディジタルネットワークであれば何でもよい。また、本実施の形態においては、ネットワークプロコルとしてＴＣＰ／ＩＰ（ＵＤＰ／ＩＰ）プロトコルを用い、以下アドレスといった場合にはＩＰアドレスを指すこととする。また、カメラサーバ装置１１、ＷＷＷサーバ装置１２、サーバ設定端末装置１３、操作端末装置１４共にＩＰアドレスを割り当てられているものとする。しかし、本発明はＴＣＰ／ＩＰプロトコルに限られるものではなく、様々な公知の通信プロトコルに適用可能であることは明らかである。
【００２３】
以下、各装置の構成について説明する。
【００２４】
図２はカメラサーバ装置１１の構成を示すブロック図である。
【００２５】
カメラサーバ装置１１は、ビデオカメラ２１１及びビデオカメラ２１１のパンチルト角度を制御する雲台２１２を制御するものであり、以下の構成を有する。先ず、ビデオカメラ２１１のズーム倍率と雲台２１２のパン・チルト角度を制御するカメラ・雲台制御部２１３と、ビデオカメラ２１１からの映像を取り込む映像入力部２１４と、取り込んだ映像データを圧縮する映像圧縮部２１５とを有する。更に、圧縮した映像データをネットワーク１５上に配送する通信制御部２１９と、ネットワーク１５経由で受信した操作端末装置１４からのコマンドを解釈し、カメラサーバ装置１１の各部を制御するコマンド解釈・実行部２１８とを有する。また、ＷＷＷサーバ１２への映像データをアップロードする時刻のスケジューリングなどを行うタイマー部２１６と、カメラ動作パターンやアップロードスケジュールの保存に用いる記憶部２１７と、画像を保存する画像記憶部２２１とを有する。更に、これら全体を制御する全体制御部２２０とから構成される。
【００２６】
上記構成を有するカメラサーバ装置１１は、ビデオカメラ２１１からの映像を取り込み、操作端末装置１４への配送を行うと共に、サーバ設定端末装置１３によって設定されたスケジュールに従って映像をファイルとして保存する。そして、これをＷＷＷサーバ装置１２にアップロードする。また、操作端末装置１４からのカメラ制御コマンドを受け付け、ビデオカメラ２１１のズーム倍率および雲台２１２を制御する。
【００２７】
なお映像入力部２１４は、ビデオカメラ２１１からのＮＴＳＣ映像信号を取り込んでＡ／Ｄ変換をした後、ＭｏｔｉｏｎＪＰＥＧ等の方式により圧縮して、通信制御部２１９に渡しネットワーク１５に送出する。そのため、圧縮した映像データを画像記憶部２２１に保存するものとする。なお、ここでは映像の圧縮形式として、ＭｏｔｉｏｎＪＰＥＧ圧縮としたが、本発明はＭｏｔｉｏｎＪＰＥＧ圧縮に限るものではなく、より圧縮率の高いフレーム間相関を用いたＨ２６３などの圧縮形式など、どのような圧縮形式を用いても構わない。
【００２８】
図３は、操作端末装置１４の構成を示すブロック図である。
【００２９】
操作端末装置１４は、カメラサーバ装置１１からネットワーク１５を介して配送されてきた圧縮映像データを、通信制御部３１を通じて受信し、映像伸長部３５で伸長して映像表示部３６に表示する。また、操作端末装置１４に表示されるユーザーインタフェース（ＵＩ）の操作により、カメラ制御操作ができるようになっているものとする。これらの画面表示・操作の制御は表示制御部３４が行う。
【００３０】
映像表示部３６には、ビットマップディスプレイが含まれている。図１３に示すようなＵＩ画面を構成できるＷｉｎｄｏｗｓ（登録商標）９５やＸ−Ｗｉｎｄｏｗ等の、何らかのウィンドウシステムが操作端末装置１４上で稼働しており、図１３のようなユーザインタフェース画面が映像表示部３６に表示されているものとする。
【００３１】
図１３において、１０１は映像が表示される映像表示パネル、１０２はカメラ操作のためのカメラ制御パネルであり、スクロールバー１０２２、１０２３、１０２８を操作することで、それぞれカメラのパン、チルト、ズームを制御できるようになっている。また１０２４〜１０２７のボタンでもカメラのパンチルト制御を行うことが可能である。
【００３２】
なお、ビデオカメラ２１１は、同時に複数の操作端末装置１４からアクセスされることを想定しており、その場合、複数の操作端末装置１４のユーザーが同時に撮像方向の操作などカメラ操作を試みると混乱が生じる。従って、制御権という概念を導入し、制御権を持つユーザーのみがカメラを制御できるようになっている。
【００３３】
例えば、あるユーザーがビデオカメラ２１１の制御を希望する場合、カメラサーバ装置１１に対して制御権を要求し、その時点でビデオカメラ２１１の制御権を有するクライアントが存在しない場合には、制御権を要求したユーザに対して制御権が与えられる。制御権は一定時間与えられ、制御権を有している間は、ビデオカメラ２１１を制御することができる。また、制御権を要求した時に、他の操作端末装置１４がビデオカメラ２１１の制御権を有している場合、その操作端末装置１４の制御権が切れた後に制御権が与えられる。なお、制御権が与えられる時間、クライアントの優先順位などは様々に設定することが可能である。制御権の詳しい説明についても、特開平１０−４２２７９号公報に開示されている。
【００３４】
本実施の形態においては、制御権を要求するには、操作開始ボタン１０２１を押下に対応してカメラサーバ装置１１にカメラ制御接続要求コマンドを送り、カメラ操作権を獲得できれば、ビデオカメラ２１１を操作できるようになる。
【００３５】
次に、撮像システムの動作について説明する。
【００３６】
図４は、本実施の形態におけるプロセス構成図である。ここでプロセスとはＷｉｎｄｏｗｓ（登録商標）ＮＴやＵＮＩＸ（登録商標）等のマルチタスクオペレーティングシステムのプロセスを意味する。本実施の形態においては、図４に示す複数のプロセス４１１、４１２、４２１、４２２、４３１、４４１、４５１、４６１、４６２が稼動している。なお、プロセス４２３は、必要に応じて起動、終了する。
【００３７】
図４に示すプロセスの内、カメラサーバ装置１１では、操作クライアントプロセス４４１が発行したカメラ制御命令を受け取り、カメラ制御部２１３に命令を出して制御を行うカメラ制御サーバープロセス４１１が動作している。また、カメラ１６のパンチルト角度などの状態を検知して操作クライアントプロセス４４１に通知するカメラ状態通知プロセス４１２と、カメラ映像の送信先を管理する映像サーバプロセス４２１も動作している。更に、カメラ映像の取り込み・送信を行う映像獲得・送信プロセス４２２がある。また、アップロードサーバプロセス４３１からの映像蓄積開始命令（図１２（１１））によって起動され、カメラ１６によって撮像された映像データを画像記憶部２２１にファイル形式で保存する映像蓄積プロセス４２３も動作している。更に、アップロードサーバプロセス４３１とが動作している。アップロードサーバプロセス４３１では、映像蓄積プロセス４２３の起動、終了の指示、および画像記憶部２２１に保存されている画像データファイルをＷＷＷサーバ装置１２にＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いてアップロードする。カメラ制御サーバプロセス４１１は、後述するカメラの一般接続要求を行っているクライアントの数（ｍ）を待ち行列情報４１１ａとして保持する。
【００３８】
なお、本実施の形態における画像データファイル形式は、ＭｏｔｉｏｎＪＰＥＧ形式に映像蓄積開始時刻を付加したものとする。
【００３９】
また、ＷＷＷサーバ装置１２では、ＷＷＷサーバプロセス４６１およびＦＴＰサーバプロセス４６２が動作している。ＦＴＰサーバプロセス４６２がアップロードサーバプロセス４３１からの映像データファイルを受け取り、ＷＷＷサーバプロセス４６１の管理する二次記憶装置４６３に保存する。
【００４０】
また、操作端末装置１４上では、クライアントプロセス４４１が動作する。
【００４１】
なお、送信先リスト４２４は、プロセス間でデータの受け渡しに用いる共有記憶部である。
【００４２】
また、図４において、４３２、４３３、４３４はそれぞれ、設定クライアントプロセス４５１によって設定されるアップロード先アドレス情報、カメラ制御パターン情報、アップロードスケジュール情報を保存する記憶部である。これらの設定をアップロードサーバプロセス４３１が読み込み、設定に従って動作する。
【００４３】
アップロード先アドレス情報４３２とは、画像をアップロードする先であるＷＷＷサーバ装置１２のアドレスに関する情報である。また、カメラ制御パターン情報４３３とは、アップロードされる画像を蓄積する際にカメラを各撮像方向に順次移動させパターンに関する情報であり、各撮像方向における蓄積時間も設定可能である。また、アップロードスケジュール情報４３４とは、カメラ制御パターン情報４３３に基づくカメラの映像蓄積時刻及び蓄積された画像をＷＷＷサーバ装置１２にアップロードする時刻に関する情報を記憶するものである。
【００４４】
なお、装置間で通信されるパケットとしては、図１２に示す形式のものが生成され、ネットワーク１５を介して送信されることになる。なお、厳密には、ＴＣＰ／ＩＰやＵＤＰ／ＩＰ等のパケットで用いられているフォーマットを使用する事になるが、図１２では実施の形態の説明に必要なパケット情報のみ記述する。
【００４５】
まず、カメラサーバ装置１１で動作する映像サーバプロセス、映像獲得・送信プロセス、映像蓄積プロセスの詳細を図５〜７のフローチャートを参照して説明する。
【００４６】
ステップＳ５００において映像サーバプロセス４２１が起動されると、ステップＳ５０１でまず初期化が行われる。次にステップＳ５０２において映像獲得・送信プロセス４２２を生成した後に、ステップＳ５０３で操作クライアントプロセス４４１ないし、アップロードサーバプロセス４３１からのイベント入力を待つ。なお、この映像獲得送信プロセス４２２については、図７を参照して後述する。
【００４７】
ステップＳ５０３でイベントが入力されると、入力されたイベントの種類を調べる。入力されたイベントが映像表示開始要求コマンド（図１２（６））であれば（ステップＳ５０４でＹＥＳ）、映像表示開始要求パケットに含まれているパケットの送信元アドレスを確認する。そして、映像の送信先リスト４２４にそのアドレスを追加して（ステップＳ５０５）、Ａｃｋを返す（ステップＳ５０６）。
【００４８】
また、ステップＳ５０３で入力されたイベントが映像表示終了要求コマンド（図１２（７））であれば（ステップＳ５０７でＹＥＳ）、ステップＳ５０８に進む。そして、映像表示終了要求パケットに含まれているパケットの送信元アドレスを確認し、映像の送信先リスト４２４からそのアドレスを削除する。なお、映像送信先リスト４２４には、リスト形式で映像送信先のアドレスが保持されている。
【００４９】
また、ステップＳ５０３で入力されたイベントが映像蓄積開始要求コマンド（図１２（１１））であれば（ステップＳ５０９でＹＥＳ）、ステップＳ５１０において映像蓄積開始要求コマンドに含まれるファイル名を引数として、映像蓄積プロセス４２３を生成する。従って、映像蓄積開始要求コマンドを受け取る毎に映像蓄積プロセス４２３が生成されることになる。この映像蓄積開始要求コマンドは、アップロードサーバプロセス４３１により後述する図１１のステップＳ８０４で発行される。
【００５０】
ここで、映像蓄積プロセス４２３の動作について図６を参照して説明する。
【００５１】
映像蓄積開始要求コマンドの受信に応じて、映像蓄積プロセス４２３が生成され、ステップＳ５３０で起動されると、ステップＳ５３１で映像蓄積開始要求コマンドに含まれる、引数として指定された名前のファイルを生成する。そして、プロセスが強制的に終了されるまで（ステップＳ５３２でＹＥＳとなるまで）、ビデオカメラ２１１からの映像をディジタルデータとして取り込み（ステップＳ５３３）、映像圧縮処理を行ったのち（ステップＳ５３４）、このファイルに書き込む。（ステップＳ５３５）。プロセス終了の際には、ステップＳ５３６でファイルの保存終了処理を行い、プロセスを終了する。
【００５２】
なお、プロセスの終了は、以下の様にして実行される。図５のステップＳ５１１で、ステップＳ５０３で入力したイベントがアップロードサーバプロセス４３１から発行された映像蓄積終了要求コマンド（図１２（１２））であると判断されると、ステップＳ５１２に進む。ステップＳ５１２において、映像蓄積プロセス４２３に送られ、図６のステップＳ５３２でＹＥＳとなってプロセスが終了する。
【００５３】
また、ステップＳ５０３で入力されたイベントが上記いずれのコマンドにも該当しない場合には（ステップＳ５１１でＮＯ）、ステップＳ５１３で受信したイベントに対応する処理を行う。
【００５４】
また、ステップＳ５０２で映像獲得・送信プロセス４２２が生成されると、図７のフローチャートに示す操作を繰り返す。すなわち、ステップＳ５２０において映像獲得・送信プロセス４２２が起動され、ステップＳ５２１で初期化されると、ステップＳ５２２でビデオカメラ２１１からの映像をフレーム単位で取り込み、ステップＳ５２３で圧縮を行う。この圧縮された映像データを、図１２（９）の形式にパケット化して、映像送信先リスト４４２にある複数のアドレスに対して送信する（ステップＳ５２４）。
【００５５】
次に、図８及び図９を参照して、カメラ制御サーバプロセス４１１及びカメラ状態通知プロセス４１２について説明する。
【００５６】
なお、本発明の実施の形態においては、カメラの制御を行うための接続（制御権）の種類として、一般制御接続と特権制御接続の２種類がある。一般制御接続は通常の操作クライアントプロセス４４１による接続であり、特権制御接続は、アップロードサーバプロセス４３１による接続である。特権制御接続は一般制御接続よりも優先され、通常の操作クライアントプロセス４４１の一般制御接続は、特権制御接続が要求されると切断されることになる。
【００５７】
図８において、ステップＳ６００でカメラ制御サーバプロセス４１１が起動され、ステップＳ６０１で初期化が終了すると、ステップＳ６０２でカメラ状態通知プロセス４１２を生成する。そして、ステップＳ６０３で操作クライアントプロセス４４１ないし、アップロードサーバプロセス４３１からのカメラ制御接続要求（図１２（１））を待つ。クライアントプロセス４４１からのカメラ制御接続要求（一般制御接続）は、上述したように操作端末装置１４に表示された、図１３に示す操作開始ボタン１０２１の押下に応じて生成・送信される。なお、このカメラ制御接続要求待ち（ステップＳ６０３）では、一般制御接続および特権制御接続要求の両方に関して受け付ける。
【００５８】
操作クライアントプロセス４４１から一般制御接続の要求があると、ステップＳ６０４で接続受付処理（Ａｃｋを返す）を行う。
【００５９】
ここで、ステップＳ６０４の接続受付処理を図１５のカメラ制御サーバプロセス４１１のフローチャートを用いて詳細に説明する。
【００６０】
まず、ステップＳ９０１において、一般接続要求が受信された場合、ステップＳ９０２に進む。ステップＳ９０２において、アップロードサーバプロセス４２１にアクセスし、アップロードスケジュール情報４３４からカメラ制御パターン情報４３３に基づくカメラの映像蓄積開始時刻（ｔｓ）を参照する。また、待ち行列情報４１１aからカメラの一般制御接続を要求しているクライアント１４の数（ｍ）を参照する。
【００６１】
次に、ステップＳ９０３でｍが１であるか否か、すなわち、現在制御権を有しているクライアント１４がいるかどうかを判断する。１でなければステップＳ９０５に進み、１であればステップＳ９０４に進み、ステップＳ９０５以降の条件判断に適合させるために１を加算して、ステップＳ９０５に進む。
【００６２】
ステップＳ９０５において、ステップＳ９０２において得られたアップロードスケジュール情報及びステップＳ９０２またはＳ９０４で得られる待ち行列情報（ｍ）に基づいて、以下の式（１）に示す条件を満たすか否かを判断する。
（ｔｓーｔｒ）ー（ｍ−２）×ｔーｔａ≧ｔ      …（１）。
【００６３】
すなわち、ステップＳ９０５では、新たに一般接続要求を行ったクライアント１４（待ち行列ｍ番目のクライアント）に対して、１回の一般制御要求に対するカメラ制御可能な最大の時間ｔでカメラ制御権を与えて良いのかどうか判断する。
【００６４】
式（１）の条件を満たす場合、ステップＳ９０６に進む。ここで、新たに一般接続要求を行ったクライアント（待ち行列ｍ番目のクライアント）に対して、カメラ制御権の取得予定時刻が現在から（ｍ−２）×ｔ＋ｔａ後であること、また、カメラ制御権を与えられた時間が最大時間ｔであることを通知する。一方、（１）式の条件を満たさない場合、ステップＳ９０７に進む。
【００６５】
ステップＳ９０７において、次式（２）に示す条件を満たすか否かを判断する。
（ｔｓーｔｒ）ー（ｍ−２）×ｔーｔａ≧０      …（２）。
【００６６】
式（２）の条件を満たす場合、ステップＳ９０８に進む。ここで、新たに一般接続要求を行ったクライアント１４（待ち行列ｍ番目のクライアント）に対して、以下の内容を通知する。即ち、カメラ制御権の取得予定時刻が現在から（ｍ−２）×ｔ＋ｔａ後であること、また、カメラ制御権を与えられた時間が（ｔｓ−ｔｒ）−（ｍ−２）×ｔ−ｔａであることを通知する。
【００６７】
一方、式（２）の条件を満たさない場合、ステップＳ９０９に進む。ここで、新たに一般接続要求を行ったクライアント１４（待ち行列ｍ番目のクライアント）に対して、以下の内容を通知する。即ち、カメラ制御権の取得予定時刻が現在から（ｔｅ−ｔｒ）＋（ｍ−ｎ−１）ｔ後であること、また、カメラ制御権を与えられた時間が最大時間ｔであることを通知する。なお、ｔｅはカメラ制御パターン情報４３３に基づくカメラの映像蓄積終了時刻、ｎはカメラの映像蓄積開始時刻ｔｓまでにカメラ制御権を与えられるクライアントの数である。ｎは、（ｔｅ−ｔｓ−ｔａ）／ｔ＋１の値を小数点以下切り上げることにより得ることができる。
【００６８】
このように、一般接続要求を行ったクライアント１４に対して、カメラ制御パターン情報４３３に基づくカメラの映像蓄積時間が重なった場合でも、カメラ制御権の取得予定時刻及び制御権取得時間に関する情報を適切に通知することができる。
【００６９】
そして、カメラサーバ装置１１から通知されたカメラ制御権の取得予定時刻を図１３の表示部１０２９に、カメラ制御権の取得時間を図１３の表示部１０３０に表示する。
【００７０】
図８のフローに戻ると、カメラ制御権の要求のあった操作クライアントプロセス４４１から送信されてくるカメラ制御コマンド（図１２（３）〜（５））を待つ（ステップＳ６０５及びＳ６０７）。なお、ステップＳ６０４で行われる受付処理を行うと同時にタイマーをセットして、コマンドが入力されないまま（ステップＳ６０７でＮＯ）所定時間（以下、「制御持ち時間」と呼ぶ。）が経過すると（ステップＳ６０５でＹＥＳ）、ステップＳ６０６で制御接続を切断するようになっている。
【００７１】
ステップＳ６０７でコマンドを受信した場合、そのコマンドがアップロードプロセス４３１からの特権制御接続要求である場合（ステップＳ６０８でＹＥＳ）、ステップＳ６０９に進む。ここでは制御コマンド待ちであっても一般制御接続を切断して、特権制御接続の受付処理を行う。このようにして接続された特権制御接続が切断されるまでは、アップロードサーバプロセス４３１からのカメラ制御要求を受け付けることになる（ステップＳ６０７）。なお、特権制御接続の場合は、ステップＳ６０５においては制御持ち時間切れではなくカメラ制御接続切断要求（図１２（２））の発行に応じて、ステップＳ６０６で接続切断処理を行うことになる。
【００７２】
￥
ステップＳ６０７においてコマンドを受信し、それがカメラ制御コマンド（図１２（３）〜（５））である場合（ステップＳ６０８でＮＯ、ステップＳ６１０でＹＥＳ）、ステップＳ６１１に進む。そして、カメラ制御コマンドに応じてカメラ・雲台制御部２１３を通じてビデオカメラ２１１のズーム倍率、および雲台２１２のパンチルト角度を制御する。他のコマンドを受信した場合には（ステップＳ６１０でＮＯ）、受信したコマンドに対応した処理を行う。
【００７３】
上記のようにして、制御持ち時間が終わるか接続切断命令が来るまで、接続の種類に応じて操作クライアントプロセス４４１からカメラ制御コマンドを受付け、コマンド解釈部２１８及びカメラ・雲台制御部２１３を通じて、コマンドに応じたカメラ制御を行う。
【００７４】
なお、ステップＳ６０６の接続切断処理では、カメラ制御接続終了命令（図１２（８））を操作クライアントプロセス４４１に返送する。
【００７５】
また、上述のカメラ制御コマンドとしては、本実施の形態では、次の命令があるものとする。
パン角度変更命令：ＰＡＮθ
チルト角度変更命令：ＴＩＬφ
ズーム倍率変更命令：ＺＯＭα。
【００７６】
ただし、θ，φ，αは、それぞれ、パン角度，チルト角度，ズーム倍率をあらわすパラメータである。カメラ制御コマンドには、他にも逆光補正やオートフォーカス、マニュアルフォーカス値設定等、各種ありえるが、ここでは説明を省略する。
【００７７】
カメラ制御サーバープロセス４１１は同様に実施された任意の操作クライアントプロセス４４１またはアップロードサーバプロセス４３１からのカメラ制御接続要求を受け付け、カメラ制御を実現する。しかしながら、図４にも示すように同時に複数の操作クライアントプロセスとは接続できない。従って、この接続はＴＣＰ／ＩＰのようなコネクション指向の接続がなされるものとする。
【００７８】
また、ステップＳ６０２で生成されたカメラ状態通知プロセス４１２が動作中は、常時カメラ状態をチェックする。すなわち、図９に示すようにステップＳ６２０で処理の開始後、ステップＳ６２１で初期化し、ステップＳ６２２で現在のカメラのパン・チルト角度、ズーム倍率（＝（ｐ，ｔ，ｚ）とする）等のカメラの状態をカメラ・雲台制御部２１３に問い合わせる。更に、ステップＳ６２３で、映像を送信している操作クライアントプロセス４４１すべてに、問い合わせたカメラ状態の情報を図１２（９）の形式のパケットにして送信する。
【００７９】
次に、操作クライアントプロセス４４１の動作を図１０を参照して説明する。
【００８０】
ステップＳ７００でプロセスを開始するが、プロセス起動時に、接続するカメラサーバ装置１１のアドレス（ＩＰアドレス、ここでは”ＡＤＤＲ＿Ｃ”とする）を指定して起動すると、ステップＳ７０１で初期化する。その後、ステップＳ７０２で映像表示開始要求（図１２（６））をアドレスＡＤＤＲ＿Ｃのカメラサーバ装置に送信する。なお、パケット形式は図１２の（６）である。
【００８１】
ここで、ＡＤＤＲ＿Ｃのカメラサーバ装置１１からＡｃｋが返ってこなければ（ステップＳ７０３でＮＯ）、アドレスが間違っている等、動作異常なので、ステップＳ７０４に進み、操作クライアントプロセス４４１を終了する。また、Ａｃｋが返ってくれば表示成功なので（ステップＳ７０３でＹＥＳ）、ステップＳ７０５に進み、イベント、すなわちユーザからユーザインタフェースの操作による入力またはカメラサーバ装置１１からの各種パケットを待つ。
【００８２】
ステップＳ７０５でイベントが入力されると、ステップＳ７０６に進む。入力されたイベントがユーザ入力による操作開始ボタン１０２１の押下である場合にはステップＳ７０６でＹＥＳとなり、ステップＳ７０７で当該クライアントが既にカメラ制御を開始している状態かどうかを確認する。この確認は、クライアント装置の記憶部３２９に記憶される、図１４に示す制御権フラグ４４２により行い、既に制御中であればステップＳ７０５に戻る。制御中でなければ、ステップＳ７０８でカメラ制御接続要求（図１２（１））をカメラ制御サーバプロセス４１１に対して発行し、ステップＳ７０９で許可（Ａｃｋ）を待つ。ここでＡｃｋが返ってくれば（ステップＳ７１０でＹＥＳ）、カメラ制御サーバプロセス４１１に対して制御接続が成立し、ステップＳ７１１で制御権フラグ４４２をＯＮにし、カメラ制御パネル１０２からの操作を有効にする（ステップＳ７１２）。前述したように、Ａｃｋにはカメラ制御開始時刻（制御権獲得時刻）及び制御権の取得時間に関する情報が含まれる。なお、カメラ制御サーバプロセス４１１は、図８のステップＳ６０３におけるカメラ制御接続要求待ちのときにのみ、接続要求を受けつける。また、許可されない場合には（ステップＳ７１０でＮＯ）、ステップＳ７２７で非許可であった旨をクライアントのユーザインターフェース上で警告する。
【００８３】
また、制御接続が成立し、制御権が有効である所定時間（制御持ち時間）が終了すると、ステップＳ７０５においてカメラ制御サーバプロセス４１１からカメラ制御接続終了要求（図１２（８））がイベントとして入力される。その場合、ステップＳ７１３でＹＥＳとなり、ステップＳ７１４で制御権フラグ４４２をＯＦＦにして、カメラ制御パネル１０２からのカメラ操作を無効にする（Ｓ７１５）。
【００８４】
また、ステップＳ７０５で入力されたイベントが、カメラ制御パネル１０２からの操作が有効になっている間に、カメラ制御パネル１０２の操作に対応して生成されたカメラ制御命令であると判断されると（ステップＳ７１６でＹＥＳ）、ステップＳ７１７に進む。ステップＳ７１７では、カメラ制御サーバプロセス４１１に対して操作に対応した命令（図１２（３）〜（５））を発行する。命令の生成過程に関しては、本発明に直接関係がないため、ここでは省略する。
【００８５】
また、ステップＳ７０５で入力されたイベントがパケットの到着である場合には（ステップＳ７１８でＹＥＳ）、パケットの種類を調べる。映像データ（図１２（１０））の場合（ステップＳ７１９でＹＥＳ）、映像データ中の圧縮映像データを読み出し、伸長処理を行った後、この映像フレームデータを用いて、１０１の映像表示パネルの表示映像を更新する（ステップＳ７２０）。
【００８６】
到着パケットがカメラ状態通知（図１２（９））の場合には（ステップＳ７２１でＹＥＳ）、ステップＳ７２２に進む。そして、ステップＳ７２２においてパンチルト角度およびズーム倍率を操作するスクロールバー１０２１，１０２３，１０２８のノッチの表示位置を、パケットに含まれているパラメータを用いて、対応する位置に変更する。これは、他のクライアントプロセスがカメラ制御している場合に、その情報を更新していることになる。
【００８７】
また、メニューなどの操作によって発行される操作クライアントプロセス４４１の終了要求（ステップＳ７２４でＹＥＳ）に対しては、ステップＳ７２５において映像表示終了要求（図１２（７））を発行し、操作クライアントプロセス４４１を終了する（ステップＳ７２６）。
【００８８】
次に、アップロードサーバプロセス４３１の動作を図１１、図１４及び図１６を参照して説明する。図１１は後述する所定のタイミングで実行される映像蓄積及びアップロード処理を示すフローチャートである。図１４において、（１）はアップロードスケジュールテーブルであり、（２）はパターンテーブルである。図１６は、カメラサーバ装置１１１からＷＷＷサーバ装置１２への映像アップロード処理を示すフローチャートである。
【００８９】
アップロードスケジュールテーブルは、映像蓄積開始、終了のタイミングと映像蓄積中のカメラ制御パターンなどを指定するための表であり、カメラサーバ装置１１の記憶部２１７に設定されている。各エントリは、アップロードするための画像データの映像蓄積を自動的に開始する蓄積開始時刻、および終了時刻、アップロード時刻、後述のカメラ動作パターンスクリプトＩＤ、蓄積映像ファイル名から構成される。図１４（１）に示すテーブルの蓄積開始時刻から終了時刻までに撮像されたカメラ映像を蓄積映像ファイル名で指定したファイルに保存する。この間、指定した動作パターンに従った動作でカメラ制御を行う。アップロード時刻になると、この映像ファイルをＷＷＷサーバ装置１２にアップロードする。
【００９０】
図１４（２）に示すパターンテーブルには、動作パターンを次に述べるスクリプト形式であらかじめ保存しておく。各動作パターンには動作パターンスクリプトＩＤが割り振られており、図１４（１）のアップロードスケジュールテーブルで指定される。動作パターンスクリプトは、カメラ状態１、待ち時間１、カメラ状態２、待ち時間２、カメラ状態３、待ち時間３．．．といった記述になっている。最後の＊は、スクリプトの最初に戻ることを意味し、繰り返し動作が行われる。なお、カメラ状態は、（パン角度，チルト角度，ズーム倍率）で表され、待ち時間はカメラ状態Ｎから次のカメラ状態Ｎ＋１に変更するまでの待ち時間間隔であり、秒で表される。たとえば、パターンテーブルのパターンＩＤが１の動作は、次の通りである。
１）（パン角度，チルト角度，ズーム倍率）＝（２０度，２０度，１倍）に設定。
２）１０秒後、（パン角度，チルト角度，ズーム倍率）＝（３０度，２０度，２倍）に設定。
３）１０秒後、（パン角度，チルト角度，ズーム倍率）＝（−２０度，−２０度，４倍）に設定。
４）２０秒後１）に戻り、以後１）〜４）を繰り返す。
【００９１】
アップロードサーバプロセス４３１では、この表のエントリのうち蓄積開始時刻、蓄積終了時刻、アップロード時刻のエントリをタイマー部２１６に設定しておき、蓄積開始時刻が来ると図１１のフローを実行するようになっている。
【００９２】
まず、ステップＳ８００で処理を開始すると、アップロードスケジュールテーブルからパターンＩＤを読み込む。
【００９３】
その後、ステップＳ８０２においてパターンテーブルからステップＳ８００で読み込んだパターンＩＤに対応する動作パターンスクリプトの読み込みを行う。
【００９４】
ステップＳ８０２で動作パターンスクリプトの読み込みを行った後、ステップＳ８０３でカメラ制御サーバプロセス４２１に対して、既に述べたように強制的に特権制御接続する。そして、ステップＳ８０４において、上記のようにしてパターンテーブルから読み出されたパターンＩＤに対応するカメラ動作パターンを実行する。これと同時に映像蓄積プロセス４２３に対しても、アップロードスケジュールテーブルのファイル名エントリで指定したファイル名を引数として、映像蓄積開始要求命令を出す。この命令により、図５のステップＳ５０９でＹＥＳとなり、ステップＳ５１０で図６に示す処理が行われることになり、指定したファイルに映像を書き込み始める。そして、蓄積終了時刻になったら、カメラ制御接続終了要求（図１２（８））を発行することで、カメラ動作パターンの実行を止め、特権制御接続を解放する（ステップＳ８０５）。これと同時に映像蓄積終了命令を映像蓄積プロセス４２３にも発行し、ファイル保存終了処理を行う
【００９５】
また、図１４（１）のアップロードスケジュールテーブルに示すアップロード時刻になると、この保存したファイルをＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いてＷＷＷサーバ装置１２の２次記憶装置４６３の所定の場所に書き込む。（ステップＳ８０６）。
【００９６】
ここで、図１６を用いてステップＳ８０６におけるアップロードサーバプロセス４３１の画像データのアップロードの詳細な処理を説明する。
【００９７】
まず、ステップＳ１００１において、図１４（１）のアップロードスケジュールテーブルを参照し、ステップＳ８０４において蓄積した画像ファイルをアップロードする時刻になったかどうかを確認する。
【００９８】
アップロード時刻になった場合、ステップＳ１００２に進み、画像データのアップロード元のカメラサーバ装置１１にアクセスしている操作端末装置（クライアント）１４が存在するかどうか確認する。アクセスしているクライアント１４が存在している場合、ネットワークが混雑していると判断する。そして、アクセスしているクライアント１４に不具合が生じないように、クライアント１４のカメラサーバ装置１１へのアクセスが終了するまで画像データのアップロードの実行を待機する。そして、カメラサーバ装置１１にアクセスしているクライアント１４がいなくなった場合、ステップＳ１００３に進む。
【００９９】
ステップＳ１００３において、ＷＷＷサーバ装置１２にアクセスしているクライアント１４が存在しているかどうかをＷＷＷサーバ装置１２のＷＷＷサーバプロセス４６１に問い合わせる。ＷＷＷサーバ装置１２にアクセスしているクライアント１４が存在しているとＷＷＷサーバプロセス４６１から返答があった場合、ステップＳ１００２に戻り、ネットワークが混雑していると判断する。そして、アクセスしているクライアント１４に不具合が生じないように、画像データのアップロードの実行を待機する。また、返答がなかった場合もネットワークに何らかの障害が生じているものと判断する。ＷＷＷサーバ装置１２にアクセスしているクライアント１４が存在しないとＷＷＷサーバプロセス４６１から返答があった場合、ステップＳ１００４に進み、カメラサーバ装置１１からＷＷＷサーバ装置１２への画像データのアップロードを開始する。
【０１００】
ステップＳ１００５において、カメラサーバ装置１１にクライアント１４がアクセスしてきた場合、ネットワークが混雑していると判断する。従って、アクセスしているクライアント１４に不具合が生じないように、ステップＳ１００７に進み、ＷＷＷサーバ装置１２への画像のアップロードを一時中断し、ステップＳ１００５に戻る。一方、カメラサーバ装置１１にアクセスしているクライアント１４がいない場合、ステップＳ１００６に進む。
【０１０１】
ステップＳ１００６では、ＷＷＷサーバ装置１２のＷＷＷサーバプロセス４６１からの通知を待ち、ＷＷＷサーバ装置１２にアクセスしているクライアント１４が存在している旨の通知が受信された場合、ステップＳ１００７に進む。この場合、ネットワークが混雑していると判断し、アクセスしているクライアント１４に不具合が生じないように、ＷＷＷサーバ装置１２への画像のアップロードを一時中断し、ステップＳ１００５に戻る。一方、ＷＷＷサーバプロセス４６１からＷＷＷサーバ装置１２にアクセスしているクライアント１４が存在している旨の通知が無い場合、ステップＳ１００８に進む。そして、カメラサーバ装置１１からＷＷＷサーバ装置１２への画像データのアップロードを再開（継続）する。
【０１０２】
ステップＳ１００９において、アップロードすべき画像ファイルの転送が終了したかどうかを判断し、画像ファイルのアップロードが終了した場合、ステップＳ１０１０に進み、ＷＷＷサーバ装置１２への通信を終了する。一方、まだアップロードが完了していない場合、ステップＳ１００５に戻る。
【０１０３】
以上説明したように、本実施の形態におけるアップロードサーバプロセス４３１による画像ファイルのアップロード処理は、以下の特徴を有する。即ち、ＷＷＷサーバ装置１２またはカメラサーバ装置１１にアクセスしているクライアント１４が存在している場合には、アップロードを一時中断し、ネットワークの混雑を緩和するようにしている。そのため、ネットワークの混雑によるクライアント１４への影響は最小限に抑制されることになる。
【０１０４】
なお、図１６の処理は、ＷＷＷサーバ装置１２及びカメラサーバ装置１１のいずれか一方にアクセスしているクライアント１４が存在すれば画像データのアップロードを中断する構成とした。しかしながら、ＷＷＷサーバ装置１２及びカメラサーバ装置１１の双方にアクセスしているクライアント１４が存在する場合に画像データのアップロードを中断する構成としても良い。
【０１０５】
なお、図１６のステップＳ１００２，Ｓ１００３，Ｓ１００５，Ｓ１００６の処理ではＷＷＷサーバ装置１２にアクセスしているクライアントがいるかどうかを判断した。しかしながら、予め定められた数のクライアントがいるかどうかを判断する処理であっても本実施の形態の目的は達成される。
【０１０６】
ＷＷＷサーバ装置１２では、ＦＴＰによって蓄積映像ファイルを受け取れるようＦＴＰサーバプロセス４６２が動作しているものとする。また、ＷＷＷサーバプロセス４６１も動作しており、ＦＴＰで転送された映像ファイルをネットワーク経由で他のＷＷＷブラウザから見ることができるように、ＨＴＭＬ形式で記述されたファイル群の中のファイルとして、映像ファイルが置かれることになる。
【０１０７】
なお、カメラサーバ装置１１の記憶部２１７へのアップロードスケジュールテーブル及びパターンテーブルの設定は、以下のようにして行う。即ち、サーバ設定端末装置１３上で動作している設定クライアントプロセス４５１から、アップロードサーバプロセス４３１に接続して、設定するようになっている。
【０１０８】
[他の実施形態]
本発明の目的は、以下の様にして達成することも可能である。まず、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行する。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１０９】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、以下のようにして達成することも可能である。即ち、読み出したプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合である。ここでプログラムコードを記憶する記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、ＲＯＭ、ＲＡＭ、磁気テープ、不揮発性のメモリカード、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、光ディスク、光磁気ディスク、ＭＯなどが考えられる。また、ＬＡＮ（ローカル・エリア・ネットワーク）やＷＡＮ（ワイド・エリア・ネットワーク）などのコンピュータネットワークを、プログラムコードを供給するために用いることができる。
【０１１０】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した図４乃至図１１に示すプロセス及びフローチャートに対応するプログラムコードが格納されることになる。
【図面の簡単な説明】
【０１１１】
【図１】本発明の実施の形態にかかる撮影システムの全体構成を示す図である。
【図２】図１に示すカメラサーバ装置の構成を示すブロック図である。
【図３】図１に示す操作端末装置の構成を示すブロック図である。
【図４】本発明の実施の形態におけるプロセス構成図である。
【図５】本発明の実施の形態における映像サーバプロセスの動作の詳細を示すフローチャートである。
【図６】本発明の実施の形態における映像蓄積プロセスの動作の詳細を示すフローチャートである。
【図７】本発明の実施の形態における映像獲得・送信プロセスの動作の詳細を示すフローチャートである。
【図８】本発明の実施の形態におけるカメラ制御サーバプロセスの動作の詳細を示すフローチャートである。
【図９】本発明の実施の形態におけるカメラ状態通知プロセスの動作の詳細を示すフローチャートである。
【図１０】本発明の実施の形態における操作クライアントプロセスの動作の詳細を示すフローチャートである。
【図１１】本発明の実施の形態におけるアップロードサーバプロセスの動作の詳細を示すフローチャートである。
【図１２】パケット形式を示す図である。
【図１３】ユーザインタフェース画面の一例を示す図である。
【図１４】本発明の実施の形態におけるアップロードスケジュールテーブル及びパターンテーブルの一例を示す図である。
【図１５】本発明の実施の形態における接続受付処理のフローチャートである。
【図１６】本発明の実施の形態におけるアップロード処理のフローチャートである。
【符号の説明】
【０１１２】
１１  カメラサーバ装置
１２  ＷＷＷサーバ装置
１３  サーバ設定端末装置
１４  操作端末装置
１５  ネットワーク
２１１  ビデオカメラ
２１２  雲台
２１３  カメラ・雲台制御部
２１４  映像入力部
２１５  映像圧縮部
２１６  タイマー部
２１７  記憶部
２１８  コマンド解釈・実行部
２１９  通信制御部
２２０  全体制御部
２２１  画像記憶部
３１  通信制御部
３４  表示制御部
３５  映像伸長部
３６  映像表示部
１０１  映像表示パネル
１０２  カメラ制御パネル
１０２１  操作開始ボタン
１０２２、１０２３、１０２８  スクロールバー
１０２４〜１０２７  ボタン
【図１】
2006121751.tif 000003
【図２】
2006121751.tif 000004
【図３】
2006121751.tif 000005
【図４】
2006121751.tif 000006
【図５】
2006121751.tif 000007
【図６】
2006121751.tif 000008
【図７】
2006121751.tif 000009
【図８】
2006121751.tif 000010
【図９】
2006121751.tif 000011
【図１０】
2006121751.tif 000012
【図１１】
2006121751.tif 000013
【図１２】
2006121751.tif 000014
【図１３】
2006121751.tif 000015
【図１４】
2006121751.tif 000016
【図１５】
2006121751.tif 000017
【図１６】
2006121751.tif 000018
【手続補正書】
【提出日】平成18年1月18日(2006.1.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１１
【補正方法】変更
【補正の内容】
【請求項１１】
請求項１乃至１０のいずれかに記載の方法を実現するためのプログラムコードを保持する記憶媒体。