(57)【要約】【課題】  利用されるネットワーク経路やネットワーク状況によって通信の遅延やゆらぎ等の状態が異なるために、レスポンス性の良いカメラ操作を提供できない場合がある。【解決手段】  カメラユニット１０１４の動作を制御するカメラ制御サーバ５０１と、カメラユニットで撮像された映像信号を対応するクライアント１０４に送信する映像サーバ５０２と、クライアントからカメラ制御サーバ５０１に対して動作要求コマンドを発行するカメラ制御部５０３とを有し、ネットワークを介した通信状況を判定し、判定結果に応じてカメラ制御部５０３から発行可能な動作要求コマンドを変更する。【選択図】  図５
2006101009.tif 000002
【特許請求の範囲】
【請求項１】
撮像装置と、撮像装置で撮像された映像信号を受信して表示する映像表示装置とがネットワークを介して接続された映像配信システムであって、
前記撮像装置の撮像ユニットの動作を制御する制御手段と、
前記映像表示装置から前記制御手段に対して動作要求コマンドを発行するコマンド発行手段と、
前記ネットワークを介した通信状況を判定する判定手段と、
前記判定手段による判定結果に応じて、前記コマンド発行手段により発行可能な動作要求コマンドに対応するユーザインターフェースを変更する変更手段と、
を有することを特徴とする映像配信システム。
【請求項２】
撮像装置で撮像された映像信号をネットワークを介してクライアントに送信する映像配信装置であって、
前記クライアントからの動作要求コマンドに応答して、前記撮像装置の撮像ユニットの動作を制御する制御手段と、
前記ネットワークを介した通信状況或は前記クライアントの状況に応じて、前記クライアントから受け付け可能な前記動作要求コマンドの種類を変更する変更手段と、
前記変更手段により変更した前記動作要求コマンドの種類を前記対応するクライアントに通達する通達手段と、
を有することを特徴とする映像配信装置。
【請求項３】
前記動作要求コマンドは、前記撮像装置の少なくともパン、チルト、ズーム或は逆光補正を含む基本カメラ制御コマンドと、所定の条件に従って予め設定された動作を行う拡張制御コマンドを含むことを特徴とする請求項２に記載の映像配信装置。
【請求項４】
前記変更手段は、前記通信状況が所定量低下したと判定すると前記記動作要求コマンドを前記拡張制御コマンドに限定することを特徴とする請求項３に記載の映像配信装置。
【請求項５】
前記変更手段は、前記クライアントが受信した映像信号に含まれる時間情報に基づいて前記クライアントから受け付け可能な前記動作要求コマンドの種類を変更することを特徴とする請求項２乃至４のいずれか１項に記載の映像配信装置。
【請求項６】
前記変更手段は、前記クライアントの種類、前記クライアントが有するアクセス権、接続されているクライアント数の少なくとも１つに応じて前記クライアントから受け付け可能な前記動作要求コマンドの種類を変更することを特徴とする請求項２乃至４のいずれか１項に記載の映像配信装置。
【請求項７】
撮像装置で撮像された映像信号をサーバからネットワークを介して受信して表示する映像受信装置であって、
前記撮像装置の撮像ユニットの動作を制御する動作要求コマンドを発行するコマンド発行手段と、
前記ネットワークを介した通信状況を判定する判定手段と、
前記判定手段による判定結果に応じて、前記コマンド発行手段により発行可能な動作要求コマンドに対応するユーザインターフェースの表示を変更する変更手段と、
を有することを特徴とする映像受信装置。
【請求項８】
前記動作要求コマンドは、少なくともパン、チルト、ズーム或は逆光補正を含む基本カメラ制御コマンドと、所定の条件に従って予め設定された動作を行う拡張制御コマンドを含むことを特徴とする請求項７に記載の映像受信装置。
【請求項９】
前記変更手段は、前記判定手段によって前記通信状況が所定量低下したと判定すると、前記記動作要求コマンドを前記拡張制御コマンドに限定することを特徴とする請求項８に記載の映像受信装置。
【請求項１０】
前記判定手段は、前記サーバから受信した映像信号に含まれる時間情報に基づいて前記通信状況を判定することを特徴とする請求項７乃至９のいずれか１項に記載の映像受信装置。
【請求項１１】
撮像装置で撮像された映像信号をネットワークを介してクライアントに送信する映像配信装置の制御方法であって、
前記クライアントからの動作要求コマンドに応答して、前記撮像装置の撮像ユニットの動作を制御する制御工程と、
前記ネットワークを介した通信状況或は前記クライアントの状況に応じて、前記クライアントから受け付け可能な前記動作要求コマンドの種類を変更する変更工程と、
前記変更工程で変更した前記動作要求コマンドの種類を前記対応するクライアントに通達する通達工程と、
を有することを特徴とする映像配信装置の制御方法。
【請求項１２】
前記動作要求コマンドは、前記撮像装置の少なくともパン、チルト、ズーム或は逆光補正を含む基本カメラ制御コマンドと、所定の条件に従って予め設定された動作を行う拡張制御コマンドを含むことを特徴とする請求項１１に記載の制御方法。
【請求項１３】
前記変更工程は、前記通信状況が所定量低下したと判定すると、前記記動作要求コマンドを前記拡張制御コマンドに限定することを特徴とする請求項１２に記載の制御方法。
【請求項１４】
前記変更工程は、前記クライアントが受信した映像信号に含まれる時間情報に基づいて前記クライアントから受け付け可能な前記動作要求コマンドの種類を変更することを特徴とする請求項１１乃至１３のいずれか１項に記載の制御方法。
【請求項１５】
前記変更工程は、前記クライアントの種類、前記クライアントが有するアクセス権、接続されているクライアント数の少なくとも１つに応じて前記クライアントから受け付け可能な前記動作要求コマンドの種類を変更することを特徴とする請求項１１乃至１３のいずれか１項に記載の制御方法。
【請求項１６】
撮像装置で撮像された映像信号をサーバからネットワークを介して受信して表示する映像受信装置の制御方法であって、
前記撮像装置の撮像ユニットの動作を制御する動作要求コマンドを発行するコマンド発行工程と、
前記ネットワークを介した通信状況を判定する判定工程と、
前記判定工程による判定結果に応じて、前記コマンド発行工程で発行可能な動作要求コマンドに対応するユーザインターフェースを変更する変更工程と、
を有することを特徴とする映像受信装置の制御方法。
【請求項１７】
前記動作要求コマンドは、少なくともパン、チルト、ズーム或は逆光補正を含む基本カメラ制御コマンドと、所定の条件に従って予め設定された動作を行う拡張制御コマンドを含むことを特徴とする請求項１６に記載の制御方法。
【請求項１８】
前記変更工程は、前記判定工程で前記通信状況が所定量低下したと判定すると、前記記動作要求コマンドを前記拡張制御コマンドに限定することを特徴とする請求項１７に記載の制御方法。
【請求項１９】
前記判定工程は、前記サーバから受信した映像信号に含まれる時間情報に基づいて前記通信状況を判定することを特徴とする請求項１６乃至１８のいずれか１項に記載の制御方法。
【請求項２０】
請求項１１乃至１９のいずれか１項に記載の制御方法を実行することを特徴とするプログラム。
【請求項２１】
請求項２０に記載のプログラムを記憶していることを特徴とする、コンピュータにより読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、撮像装置と、撮像装置で撮像された映像信号を受信して表示する映像表示装置と、これらがネットワークを介して接続された映像配信システム及びその制御方法に関するものである。
【背景技術】
【０００２】
撮影したライブ映像を、インターネットなどの通信インフラストラクチャを使って配信するとともに、撮影のためのカメラ設定やカメラ操作などを指示する技術が確立され、製品化されている。このような映像配信システムでは、映像配信に加えて、その映像を撮影しているカメラのパン、チルト、ズーム、逆光補正といったカメラ制御をネットワークを介して提供している。またユーザによるアクセス制限機能を備え、各利用者が有しているアクセス権限に応じて、カメラ制御や映像配信の制限や許可を行っている。更に撮像する対象領域に関しても、カメラ制御によって制限することが可能になっている。例えば、特権を有するユーザは、カメラに備わるズーム機能の全てを利用できるが、通常のユーザはズーム機能の一部のみが利用できる（例えば、テレ端を使い切れない）といった制限である。これはパン機能やチルト機能についても同様である。
【０００３】
またネットワークに接続された複数の機器における時刻を同期させるための技術が確立されている。例えばＮＴＰ（Network Time Protocol；RFC-1305）や、その簡易版としてＳＮＴＰ（Simple NTP; RFC-1769）が利用されている。ＮＴＰによる時刻同期システムは、階層構成のサーバ群と、末端のクライアントとから構成される。そして、正確な時刻情報を持つ上位サーバから下位サーバに時刻情報が伝搬され、クライアントが参照するというスタイルとなる。通常、ＮＴＰの最上位階層のサーバは、原子時計などの高精度な時刻源を使って正確な時刻情報を保持する。また下位サーバへの時刻情報の伝搬に際しては、ネットワークの遅延やユラギ（ばらつき）などを考慮し、その影響が少なくするように補正する。また時刻の参照先は一つに限定されておらず、複数の参照先の時刻情報から、時刻を決定することも可能になっている。以上により、ネットワーク接続機器の時刻を高い精度で同期させることができる。
【０００４】
［ＲＴＰ通信技術］
リアルタイム性の強い映像や音声などのメディアをストリーミング送信するための通信手順として、ＲＴＰ（Realtime Transport Protocol）が用いられている。このプロトコルは、リアルタイム性を重視した設計のため、ＲＴＰ自体では、通常、パケットロス対策や伝送時間保証などは行われない。また、ＲＴＰ通信は、通常、ＲＴＣＰ（RTP Control Protocol）と併せて用いられる。そしてＲＴＣＰのレポート機能（Sender Report、及びReceiver Report）により、実効帯域幅や遅延時間などを配送元のサーバが把握し、配送元のサーバは報告された通信状態に合わせて、メディアデータの品質などを調整しながらＲＴＰで送信する。尚、ＲＴＰ／ＲＴＣＰの詳細な仕様は、IETF RFC 1889「RTP: A Transport Protocol for Real-Time Applications」（January 1996）に記述されている。また、これらプロトコル仕様は、QuickTimeやRealPlayer などに採用されている。この仕様には、ネットワーク遅延及びジッタ（パケット到達の間隔のゆらぎ、以下、ゆらぎと呼ぶ）の計算方法例が示される。以下の通り:
（１）ネットワーク遅延の計算例：
送受信端末間のＮＴＰ同期が信頼できる場合：
delay＝TA−（LSR＋DLSR）;
ＮＴＰ同期が利用できない場合の概算値：
delay＝（elapsed−DLSR）／２;
但し、TAは、サーバがReceiver Reportを受信した時刻、LSRは、クライアントがSender Reportを受信した時刻、DLSRは、クライアントがSender Reportを受信してからReceiver Reportを送信するまでの時間、elapsedは、サーバがSender Reportを送信してからReceiver Reportを受信するまでの時間である。
【０００５】
（２）ジッタの計算例：
瞬時ジッタ値：但し、S(i)はｉ番目の送信時刻、R(i)はｉ番目の受信時刻である。
【０００６】
Jitter(i)＝（R(i+1)−R(i)）−（S(i+1）−S(i)）
平均ジッタ（Jitter_ave）の累積値：
Jitter_ave＝Jitter_ave＋（｜Jitter(i)｜−Jitter_ave）／１６
［ネットワーク相互接続技術]。
【０００７】
ネットワークに接続された機器を相互接続する技術が普及しつつある。例えば、UPnP（Universal Plug and Play）は、１９９９年にマイクロソフト社（米国）によって提案され、その後、UPnPフォーラムで検討が進められている。このUPnPでは、（１）アドレシング、（２）ディスカバリ（発見）、（３）ディスクリプション（能力記述）のステップを経て、相互の機器の性質や能力を認識した上で、（４）コントロール、（５）イベンティング、（６）プレゼンテーションを行うよう規定している。そして、この中で、ディスクリプションにおける能力記述を行うためのＸＭＬ準拠の記述形式や、コントロールやイベンティングを行う際の情報の受け渡しのためにＳＯＡＰ（Simple Object Access Protocol）準拠のデータ形式を規定するなど、特定のメーカやアーキテクチャに依存しない相互接続性を目指している。尚、このUPnPにおける相互接続性では、ディスクリプションステップにおいて、相互の機器の能力記述を交換し、その後のコントロールステップやイベンティングステップにおいて、通信相手の能力に応じた操作や状態とすることで、利用者による設定などを極力少なくする点に主眼が置かれている。
【０００８】
［能力交換技術］
ネットワーク機器、或は、ネットワーク機器上のソフトウェアなどの能力を、機器間で交換するための技術が普及している。例えば、上述のUPnP（Universal Plug and Play; http://www.upnp.org/）では、ディスクリプションステップにおいて、直前のディスカバリステップで発見された機器との間で能力記述を交換することを規定している。このUPnPの規定では、ディスクリプションステップで交換する機器情報として、機器本体に関わるデバイスディスクリプションと、その機器が提供する機能に関わるサービスディスクリプションとを挙げており、それらをＸＭＬ形式で記述する。デバイスディスクリプションは、物理プロパティ、論理プロパティ、ＵＩプロパティとから構成される。またサービスディスクリプションは、有効なアクション、ステート情報とから構成される。そして、ディスクリプションステップで交換された能力に基づき、その後の、コントロールやイベンティングやプレゼンテーションが適性に行われる。  
上述した複数のネットワークカメラからの映像を表示するシステムのうち、特許文献１では、マップの表示倍率に応じてカメラアイコンでの操作能力を変えている。そして、マップの縮小率に応じてカメラの制御をユーザに対して制限する技術を開示している。
【特許文献１】特開平０９−２８９６０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
このようなインターネットでサービスされているカメラ制御可能なカメラサーバやネットワークカメラを操作する場合、利用されるネットワーク経路やネットワーク状況によって通信の遅延やゆらぎなどの状態が異なるために、レスポンス性の良いカメラ操作（パン、チルト、ズーム、或は、露出操作など）を提供できない場合がある。
【００１０】
また、ネットワークの遅延が大きい環境でカメラ操作しようとすると、カメラ操作とカメラ映像とのズレが、カメラの操作性に障害となるという問題があった。これらの問題は、携帯電話網や無線ＬＡＮネットワークなどの無線通信を経由した場合、及びパン／チルト／ズームなどのような、プリミティブなカメラ操作（基本ＰＴＺ操作）を多用する場合には一層顕著となる。
【００１１】
本発明は上記問題点に鑑みてなされたもので、本願発明の特徴は、撮像装置と撮像装置で撮像された映像信号を受信して表示する映像表示装置とがネットワークを介して接続された映像配信システムにおいて、ネットワークを介した通信状況に応じて、撮像ユニットの動作を制御するための発行可能な動作要求コマンドを変更することにより、ユーザによる撮像装置の操作性を高めた撮像装置、映像表示装置と映像配信システム及びその制御方法を提供することにある。
【課題を解決するための手段】
【００１２】
本発明の一態様に係る映像配信システムは以下のような構成を備える。即ち、
撮像装置と、撮像装置で撮像された映像信号を受信して表示する映像表示装置とがネットワークを介して接続された映像配信システムであって、
前記撮像装置の撮像ユニットの動作を制御する制御手段と、
前記映像表示装置から前記制御手段に対して動作要求コマンドを発行するコマンド発行手段と、
前記ネットワークを介した通信状況を判定する判定手段と、
前記判定手段による判定結果に応じて、前記コマンド発行手段により発行可能な動作要求コマンドに対応するユーザインターフェースを変更する変更手段と、を有することを特徴とする。ことを特徴とする。
【００１３】
本発明の一態様に係る映像配信装置は以下のような構成を備える。即ち、
撮像装置で撮像された映像信号をネットワークを介してクライアントに送信する映像配信装置であって、
前記クライアントからの動作要求コマンドに応答して、前記撮像装置の撮像ユニットの動作を制御する制御手段と、
前記ネットワークを介した通信状況或は前記クライアントの状況に応じて、前記クライアントから受け付け可能な前記動作要求コマンドの種類を変更する変更手段と、
前記変更手段により変更した前記動作要求コマンドの種類を前記対応するクライアントに通達する通達手段と、
を有することを特徴とする。
【００１４】
本発明の一態様に係る映像受信装置は以下のような構成を備える。即ち、
撮像装置で撮像された映像信号をサーバからネットワークを介して受信して表示する映像受信装置であって、
前記撮像装置の撮像ユニットの動作を制御する動作要求コマンドを発行するコマンド発行手段と、
前記ネットワークを介した通信状況を判定する判定手段と、
前記判定手段による判定結果に応じて、前記コマンド発行手段により発行可能な動作要求コマンドに対応するユーザインターフェースの表示を変更する変更手段と、を有することを特徴とする。
【００１５】
本発明の一態様に係る映像配信装置の制御方法は以下のような工程を備える。即ち、撮像装置で撮像された映像信号をネットワークを介してクライアントに送信する映像配信装置の制御方法であって、
前記クライアントからの動作要求コマンドに応答して、前記撮像装置の撮像ユニットの動作を制御する制御工程と、
前記ネットワークを介した通信状況或は前記クライアントの状況に応じて、前記クライアントから受け付け可能な前記動作要求コマンドの種類を変更する変更工程と、
前記変更工程で変更した前記動作要求コマンドの種類を前記対応するクライアントに通達する通達工程と、
を有することを特徴とする映像配信装置の制御方法。
【００１６】
本発明の一態様に係る映像受信装置の制御方法は以下のような工程を備える。即ち、撮像装置で撮像された映像信号をサーバからネットワークを介して受信して表示する映像受信装置の制御方法であって、
前記撮像装置の撮像ユニットの動作を制御する動作要求コマンドを発行するコマンド発行工程と、
前記ネットワークを介した通信状況を判定する判定工程と、
前記判定工程による判定結果に応じて、前記コマンド発行工程で発行可能な動作要求コマンドに対応するユーザインターフェースを変更する変更工程と、
を有することを特徴とする。
【発明の効果】
【００１７】
本発明によれば、映像配信装置の撮像装置の動作制御をネットワークの通信状況に応じて変更することにより、クライアントにおける撮像装置の操作感を向上させることができる。
【発明を実施するための最良の形態】
【００１８】
以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。
【００１９】
［実施の形態１］
本発明の実施の形態１では、ネットワーク上に配置されたカメラサーバにおいて、カメラサーバが提供するカメラの操作能力を、ネットワーク状況に応じて切換える例について説明する。本実施の形態に係るカメラサーバは、粒度の大きなカメラ操作を可能とする拡張カメラ操作手段を備え、ネットワーク状況に応じて、粒度の細かなカメラ操作（fine granularity camera control）に代えて粒度の粗いカメラ操作（coarse granularity camera control）を提供する点に特徴がある。
【００２０】
これによって、例えば携帯電話網などのように、ネットワーク遅延が大きく、カメラ操作とカメラ映像とのズレが発生する環境でも、ユーザの操作性を向上させてストレスを少なくする例で説明する。尚、本実施の形態における、粒度の細かなカメラ操作とは、カメラサーバやネットワークカメラにおける、パン／チルト／ズームなどのプリミティブなカメラ操作（基本的な操作）とし、本実施の形態における粒度の粗いカメラ操作を、「プリセット選択」や、カメラ制御コマンドの自動生成による「プリセット巡回」や「オートパン」や「全視野スキャン」など複合カメラ操作として説明する。尚、「プリセット巡回」は、カメラサーバに設定された複数のプリセット位置を自動的に巡回するカメラ操作を意味する。また「オートパン」は、カメラサーバのパン能力の左右限界の端から端までパンするカメラ操作を意味する。また「全視野スキャン」は、予め設定されたズーム倍率で、カメラサーバの全視野を順にスキャンし、パノラマ画像をカメラサーバ側で更新するカメラ操作を意味する。また、これらのカメラ操作におけるパンやスキャンの速度は、事前にカメラサーバに設定されているものとする。
【００２１】
図１は、本実施の形態に係る映像配信システムの構成を示す図である。
【００２２】
図では、ネットワーク１１０に複数のカメラサーバ１０１〜１０３と、複数のビューワ１０４〜１０６が接続されている。尚、これらサーバ及びビューワの個数は例示したもので、この数に限定されないことはもちろんである。また各サーバ及びビューワの機能はそれぞれ異なっていても、或は同じでも良い。以下では、説明を簡単にするために、カメラサーバ１０１とビューワ１０４とを対象にして説明する。
【００２３】
ビューワ１０４からネットワーク１１０を介してリクエストがカメラサーバ１０１に送られ、これが受け付けられるとカメラサーバ１０１からビューワ１０４へ映像データが配信される。これによりビューワ１０４でカメラ映像を見ることが可能となる。またビューワ１０４からカメラ制御コマンドがカメラサーバ１０１へ送られて、カメラのズーム、パン、チルトなどの操作が可能となる。尚、図１のネットワーク１１０は、企業或は組織内で運用されるイントラネットでもよく、インターネットでも良い。
【００２４】
図２は、Ｗｅｂ技術を併用した配信システムの構成を示す図である。
【００２５】
ネットワーク１１０に接続されたWWWサーバ２０１が必要となる。このWWWサーバ２０１のWebページデータには、どのアドレスでカメラサーバ１０１に接続できるかを示すリンクが配置されている。これによりビューワ１０４は、そのアドレスにアクセスして、所望のカメラサーバ１０１に接続することが可能となる。
【００２６】
図３は、本実施の形態に係るカメラサーバ１０１のハードウェア構成の一例を示すブロック図である。
【００２７】
このカメラサーバ１０１は、コンピュータ（ＰＣ）機器と、実際に撮像を行うカメラユニット１０１４とを備えている。コンピュータ機器は、プログラムを格納したハードディスク（ＨＤ）３０８、ハードディスク３０８にプログラムをインストールする際等に使用されるフロッピィ又はＣＤドライブ３０７、このサーバ１０１全体の動作を制御するＣＰＵ３０１、ＣＰＵ３０１により実行されるプログラムがロードされるメモリ３０２、液晶やＣＲＴ等の表示部（ディスプレイ）１０１１への表示を制御する表示ボード３０３、カメラユニット１０１４からの映像データを取り込むための映像キャプチャボード３０５、カメラユニット１０１４にコマンドを送るためのシリアルＩ／Ｆ３０６、ネットワーク１１０と接続するためのネットワークＩ／Ｆ３０９、キーボード１０１２やマウス１０１３を制御する周辺コントローラ３０４などを備えている。メモリ１０３は、ＣＰＵ３０１による制御時に各種データを一時的に格納するワークエリアも提供している。
【００２８】
図４は、本実施の形態に係るビューワ（クライアント）１０４のハードウェア構成の一例を示すブロック図である。
【００２９】
このビューワ１０４は、一般のコンピュータ（ＰＣ）機器で構成されている。より詳細には、プログラムを格納したＨＤ４０８及びメモリ４０２、ネットワーク１１０と接続するためのネットワークＩ／Ｆ４０９、メモリ４０２に記憶されたプログラムに従って各種処理を実行するＣＰＵ４０１、プログラムを媒体からＨＤ４０８にインストール、或はメモリ４０２にロードするためのＦＤ／ＣＤドライブ４０７などを備えている。またこのビューワ１０４は、カメラサーバ１０１から受信した映像等を表示する表示部（ディスプレイ）１０４１、キーボード１０４２、マウス１０４３を備えている。表示ボード４０３は、表示部１０４１への表示を制御する表示コントローラ、周辺コントローラ４０４は、キーボード１０４２やマウス１０４３を制御している。
【００３０】
図５は、本実施の形態に係る映像配信システム（サーバ・クライアントシステム）におけるプログラム構成を説明する図である。
【００３１】
カメラサーバ１０１のプログラムモジュールには、カメラユニット１０１４の制御を司るカメラ制御サーバ５０１と、カメラユニット１０１４からの映像の配送を司る映像サーバ５０２の２つのモジュールが含まれている。同様に、ビューワ１０４のプログラムモジュールには、カメラ制御の指令や状態通知に対応するカメラ制御部５０３と、カメラサーバ１０１から受信した映像の表示を担当する映像表示部５０４とが含まれている。ビューワ１０４において、カメラ制御部５０３は、ビューワ１０４のキーボード１０４２、マウス１０４３によるユーザ操作を認識して、その操作がカメラユニット１０１４の動作を制御するものであれば、それに対応するコマンドを作成してカメラサーバ１０１に送信する機能を有している。また映像表示部５０４は、カメラサーバ１０１からの映像信号を受取り、それを表示部１０４１に表示する機能を有している。
【００３２】
図６は、本実施の形態に係るビューワ１０４における処理の流れを示すフローチャートで、この処理を実行するプログラムはメモリ４０２に記憶されており、ＣＰＵ４０１の制御の下に実行される。
【００３３】
まずステップＳ１で、ビューワ１０４のWebブラウザにより指示されたＵＲＬに対応するWWWサーバ２０１に接続し、ＨＴＭＬ形式で記述されたWebページデータをWWWサーバ２０１にリクエストする。次にステップＳ２で、WWWサーバ２０１からWebページデータを受け取り、これをWebブラウザにより表示部１０４１に表示する。ここで受け取ったWebページデータの中には、このシステムのビューワ１０４を起動してカメラサーバ１０１へ接続するための情報を示した、以下のようなembedタグもしくはハイパーリンクが含まれる。
【００３４】
＜embed src="camera1.wvp" width=480 height=320＞
Webブラウザは、更にステップＳ３で、このembedタグで指定されたデータファイル（上記例の場合、「camera1.wvp」ファイル）をWWWサーバ２０１へアクセスして、そのファイルをビューワ１０４のメモリ４０２にダウンロードする。次にステップＳ４で、そのデータファイルの識別子に対応するプログラム、即ち、このシステムのビューワプログラムを起動する。このビューワプログラムは、ステップＳ５で、メモリ４０２にダウンロードしたデータファイルを読み込み、そこに記載されているカメラサーバ１０１を構成する映像サーバ５０２のアドレス及び接続ポートの情報に従って映像サーバ５０２と接続する。ここで、接続以降の処理を行うための動作プログラム（実現方法としては、スレッド或はプロセスの起動となる）が起動され、このプログラムは終了までステップＳ１１の処理を繰り返し、映像サーバ５０２からの映像データが届く度にそれを受け取って表示部１０４１に表示する（映像表示部５０４が実行する）。
【００３５】
そしてメインプログラムはステップＳ５からステップＳ６に進み、そのダウンロードしたデータファイルに記載されているカメラ制御サーバ５０１のアドレス及び接続ポートの情報に従ってカメラ制御サーバ５０１に接続する。これ以降メインプログラムは、ユーザからの操作要求を受け付けて（カメラ制御部５０３）処理を実行するメインループへ続く。
【００３６】
ステップＳ７では、キーボード１０４２、マウス１０４３を使用して入力されるユーザの操作を受け取り、その操作がカメラ制御に関する操作か、映像サーバ５０２に関する操作か、或はビューワ１０４の状態を変更するための操作かを判断し、カメラ制御に関する操作の場合はステップＳ８に進み、そのカメラサーバ１０１のカメラ制御サーバ５０１に対してカメラユニット１０１の操作コマンドを発行する。またステップＳ７で、映像サーバ５０２に関する操作であると判定した場合はステップＳ９に進み、映像サーバ５０２へコマンドを発行する。またステップＳ７で、ユーザの操作がビューワ１０４の状態を変更する（例えば、表示サイズを変更する）操作の場合はステップＳ１０に進み、その操作指示に応じてビューワ１０の状態を更新する。更にユーザ操作が終了指示操作の場合は、ビューワ１０４の動作に関連する各プログラムを順次終了する。これらステップＳ８〜Ｓ１０の処理が完了するとＳ７へ戻り、再びユーザの操作入力を待つ。
【００３７】
尚、ステップＳ１０のビューワ１０４の内部状態の更新には、カメラ制御サーバ５０１から提示されるカメラの制御能力情報も含まれる。この提示されるカメラ制御能力の記述が更新された場合には、ビューワ１０４におけるＵＩ表示にも反映する。
【００３８】
図７は、本実施の形態に係るビューワ１０４の表示部１０４１に表示されるカメラサーバ１０１からの映像を表示するための画面例を示す図である。
【００３９】
ここでは、パン／チルト／ズームなどのプリミティブなカメラ制御能力が提示されているため、それぞれをスライダ７０２〜７０４により操作できるよう表示されている。
【００４０】
この表示は、Webブラウザプログラムで表示されており、このWebブラウザプログラムの表示領域内で動作するビューワプログラムで表示されている。７０１はカメラによって撮像された映像を表示する映像表示部、７０２はパン（カメラの横振り）用のスクロールバー、７０３はチルト（カメラの縦振り）用のスクロールバー、７０４はズーム用のスクロールバー、７０５はカメラ制御権の要求のためのボタンであり、７０６はカメラ制御権の状態を表示する部分であり、７０７は逆光補正用のボタンである。そして７０８は、カメラサーバ１０１に設定されたプリセットを選択するためのプリセット選択部である。
【００４１】
図７のビューワの表示例は、図６のユーザ操作を行うためのＧＵＩであり、ステップＳ１１で受けとった映像データは、映像表示部７０１に表示され、スクロールバー７０２〜７０４や操作ボタンからの指示はステップＳ７で受け取られ、ステップＳ８〜Ｓ１０で処理され、カメラ制御サーバ５０１などへ送られる。
【００４２】
図８は、本実施の形態に係るビューワ１０４の表示部１０４１に表示されるカメラサーバ１０１からの映像を表示するための他の画面例を示す図で、この図８では、プリミティブなカメラ制御能力が制限されているため、粒度の粗いカメラ制御能力（前述した「プリセット巡回」「オートパン」「全視野スキャン」）のユーザインターフェース（ＧＵＩ）だけが提示されている。よって、この場合には図示のように、図７のようなスライダ７０２〜７０４を含まない、制限された操作コンポーネントだけが表示される。
【００４３】
そしてステップＳ８でのカメラサーバ１０１へのコマンド発行に際しては、カメラサーバ１０１から提示されたカメラ制御能力に照らしてカメラ制御コマンドを発行する。従って、その時点でカメラサーバ１０１が有していない機能を要求するといった無駄なコマンド送信がなくなり、ネットワーク１１０の通信の混雑を緩和できる。またコマンドの発行に際して、ステップＳ１１で得られた最新の映像データに付与されているタイムスタンプから、ネットワーク１１０での遅延やジッタ（ユラギ）などのネットワーク１１０の状況情報（受信状況）を算出し、その結果をカメラ制御コマンドに添付する。またステップＳ１１の映像要求に際しても、同様のネットワーク１１０の状況情報（受信状況）を添付する。
【００４４】
図９は、本実施の形態に係るカメラサーバ１０１のカメラ制御サーバ５０１の動作を説明するフローチャートで、この処理を実行するプログラムは、サーバ１０１のメモリ３０２に記憶されており、ＣＰＵ３０１の制御の下に実行される。
【００４５】
カメラ制御サーバ５０１は、まず起動時にステップＳ２１で、特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）からカメラ制御サーバ５０１の動作設定情報を読み出して、それに基づき動作を開始する。ここでクライアントであるビューワ１０４のプログラムからのリクエストを受け付けるポートを開き、続いてステップ２２で、リクエストが受け付けられる状態に入る。リクエスト（接続リクエスト或は操作コマンドリクエスト）が受け付けられ、そのリクエストが接続リクエストであればステップＳ２３に進み、接続の可否の判定を行う。接続否ならば接続拒否のエラーコードを返してステップＳ２２に戻る。一方、接続が可であればステップＳ２４で、接続処理としてクライアント（ビューワ１０４）からのコマンドを受け付ける受付処理を行うスレッドを生成し、クライアントの登録を行ってからステップＳ２２に戻る。
【００４６】
こうして生成されたスレッドでは、ステップＳ２７で対応するクライアント（ビューワ１０４）からのコマンドを受け付けて、カメラ操作を行う主プログラムへ受け渡す。主プログラムはステップＳ２２でこれを受け、カメラユニット１０１４の操作コマンドの場合はステップＳ２５へ進み、その要求に従ってカメラユニット１０１４の操作を行って、その結果（操作が成功か失敗かを示すコードなど）をカメラ操作要求を受け付けたクライアントに対応するスレッドへ伝える（ステップＳ２６）。このクライアント対応のスレッドは、ステップＳ２８で、カメラユニットの操作コマンドの処理の状態をビューワ１０４に通知し、ステップＳ２９で、カメラ制御状態の変化をビューワ１０４に通達する。尚、ステップＳ２５でのカメラ操作を行っている際にも、カメラユニット１０１４で撮影された映像は、映像サーバ５０２によりビューワ１０４（クライアント）に送信されている。
【００４７】
尚、ステップＳ２６の主プログラム部分では、、カメラの操作により変化した状態（例えば、パン、チルト、ズームの設定値等）を全てのクライアント対応のスレッドに伝える。これにより各クライアントに対応するスレッドは、ステップＳ２９で、カメラユニット１０１４の制御状態の変化を各クライアント（ビューア）へ通達する。そしてクライアント対応のスレッドが、クライアントから接続終了のコマンドを受けたならば、それを主プログラムへ通達し、更にステップＳ３０で自身のスレッドを終了する。
【００４８】
尚、カメラユニット１０１４の操作コマンドの扱いでは、具体的な操作コマンドを発行する前に、カメラ操作権の割り当て要求を行うようにしても良い。これにより、複数の人間が一つのカメラユニット１０１４の操作を要求するような状況での混乱を無くすことができる。この場合、まずビューワ１０４からカメラサーバ１０１に対してカメラユニ１０１４の操作権を獲得したいという要求コマンドが発行される。これに対して、カメラ制御サー５０１バは、現在のカメラ制御権の割り当て状態から、拒絶、割り当て、順番待ち等を選択してクライアントへ返答する。カメラユニット１０１４の制御権は前もって定められた特定の時間か、クライアントが接続を終了するまでの短いほうの時間で剥奪され、次の順番待ちの人に割り当てられる。順番待ち人数もやはり前もって定められた人数（例えば５人等）に制限され、それ以上のリクエストは拒絶される。ビューワ１０４は、そのカメラ制御権が獲得されてから剥奪されるまでの間だけ、そのカメラユニット１０１４を操作する操作コマンドを発行することができる。そしてカメラ制御サーバ５０１は、カメラ制御権が付与されているクライアントからの操作コマンドのみを受け付ける。
【００４９】
但し、ステップＳ２９における各クライアントへの通知には、各クライアントから送られるネットワーク状況情報（受信状況）を反映して判断したカメラ制御能力情報（カメラ制御能力の記述）を含む。本実施の形態における、カメラ制御能力情報の判断は、以下の基準に照らして行う。
【００５０】
［本実施の形態におけるネットワークの状況判断基準］
（１）遅延（rtt）が２秒以上では、ネットワーク状況が悪いと判断する。
【００５１】
（２）平均ゆらぎ（jitter）が０．５秒以上の場合にはネットワーク状況が悪いと判断する。
【００５２】
また、ネットワーク状況を判断した結果、ネットワーク状況の悪化から、粗粒度のカメラ制御を行った方が良いと判断した場合のカメラ制御能力情報には、比較的ビューワ側からの制御コマンドの出力が多くなるプリミティブなカメラ制御を含まない。代わりに、比較的ビューワ側からの制御コマンドの出力が少なくなる上述の「プリセット選択」「プリセット巡回」「オートパン」及び「全視野スキャン」を記述したカメラ制御能力情報をクライアントに通知する。反対に、ネットワーク状況が改善した場合には、パン、チルト、ズームなどのプリミティブなカメラ制御を含むカメラ制御能力情報を提示する。尚、本実施の形態において、ネットワーク状況の把握に使われているタイムスタンプは、ＮＴＰ（Network Time Protocol）を用いて、カメラサーバ、各クライアント間で同期を取っている。
【００５３】
図１０は、本実施の形態に係るカメラサーバ１０１の映像サーバ５０２の動作を説明するフローチャートである。
【００５４】
映像サーバ５０２は、まず起動時にステップＳ４１で、特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）から映像サーバ５０２の動作設定情報を読み出して、それに基づき動作を開始する。ここで映像の獲得と符号化を行うスレッドを生成し（最初、このスレッドは休止状態）、クライアントであるビューワ１０４からのリクエストを受け付けるポートを開く。続いてステップＳ４２で、リクエスト受付状態に入る。リクエスト（接続リクエストもしくはコマンドリクエスト）が受け付けられたらステップＳ４２を抜け、接続リクエストならばステップＳ４３に進み、接続の可否を判定する。接続否ならば接続拒否のエラーコードを返してステップＳ４２に戻る。一方、接続が可であればステップＳ４３で、接続処理としてクライアント（ビューワ１０４）からのコマンドの受付処理を行うスレッドを生成し、クライアントの登録を行い、もし映像の獲得と符号化を行うスレッドが休止状態ならば動作開始を指示してからステップＳ４２に戻る。
【００５５】
こうして生成されたクライアント対応のスレッドでは、ステップＳ４８で、対応するクライアントからのコマンドを受け付け可能として、コマンドが届いたならばそれを受け付け、映像処理を行う主プログラムへ受け渡す。主プログラムはステップＳ４２でこれを受け、操作コマンドの場合はステップＳ４５へ進み、映像の獲得や符号化・送信などに関する設定の変更操作を行って、その結果（操作の成功か失敗を示すコード）をコマンド要求を受け付けたクライアント対応のスレッドへ伝える。これによりクライアント対応のスレッドでは、ステップＳ４９で、その結果をビューワ１０４へ送り返す。
【００５６】
主プログラム部分では、ステップＳ４４の映像の獲得と符号化を行うスレッドへの動作開始を指示により、ステップＳ４６で、前もって設定された時間間隔で映像データを映像キャプチャボード３０５を使って獲得し、これを符号化して圧縮する。更にこの圧縮データを受取り可能なクライアント対応のスレッドに伝える（ステップＳ４７）。これにより各クライアント対応のスレッドは、ステップＳ５０で、ビューアからの次の映像フレーム送信要求の有無を判定し、要求があれば、その圧縮データをそのビューワ（クライアント）へ配送する。クライアント対応のスレッドは、クライアントからの次の映像フレームの送信要求（これはクライアントビューワでの圧縮映像データの受け取り完了に対して、送り返されるのが一般的である）を受け取った場合には、映像フレーム送信要求のフラグを設定する。
【００５７】
また、クライアントから接続終了のコマンドを受けたならば、それを主プログラムへ通達し、更に、ステップＳ５１で自身のスレッドを終了する。
【００５８】
図１１は、カメラサーバ１０１が用いる設定値、即ち、ステップＳ４１（図１０）でカメラ制御サーバ５０１や映像サーバ５０２が読み出す動作設定情報を特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）に設定するカメラサーバ設定プログラムの表示画面の一例を示した図である。
【００５９】
この画面を使用して、カメラ制御サーバ５０１、映像サーバ５０２、動画品質、接続制限事項などに関する各種のパラメータ（後述）を設定できるようになっている。ＯＫボタン１１１０を押すと設定した値が特定のファイル或はレジストリに書き込まれ、キャンセルボタン１１１を指示すると書き込まれずに終了する。図１１の例では、カメラ制御サーバ５０１の設定として、ＴＣＰポート、ＣＯＭポート、シャッター速度、ログを取るかどうか、ログを取る場合にはそのログファイル名を指定できることがわかる。ＯＫボタン１１１０は、更新された内部データをカメラ制御サーバ５０１及び映像サーバ５０２に関する設定情報を格納する特定のファイルなどへ書き出すように指示するボタンであり、キャンセルボタン１１１１は、それまでの設定処理を登録せずにそのまま処理を終了するように指示するボタンである。
【００６０】
図１２は、カメラサーバ１０１の設定プログラムによる動作を説明するフローチャートである。
【００６１】
設定プログラムは、起動時にまずステップＳ６１で、カメラ制御サーバ５０１及び映像サーバ５０２に関する設定情報を格納した特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）から設定情報を読み出し、内部データとして設定する（メモリ３０２に一時的に保存される）。以降、図１１の画面を使用したユーザの操作入力を受け取り、実施するループを繰り返す。ステップＳ６２で、ユーザの操作入力を待ち、入力があればそれを受け取り、続いてステップＳ６３で、その入力された値が、設定可能な範囲或は値であるか否かを判定し、そうでなければステップＳ６４でエラーメッセージを出力し、値を戻して、ユーザの入力待ちステップＳ６１へ戻る。ステップＳ６３で、設定可能な範囲或は値であれば、ステップＳ６５で、メモリ３０２の内部データを、その入力された値に更新してステップＳ６２に戻る。
【００６２】
尚、ここで設定できる値には以下の項目がある。
【００６３】
カメラ制御の通信用のＴＣＰポート番号、カメラと接続するＣＯＭ（シリアル）ポート、シャッタスピード、カメラ制御関連のログ情報の有無とログファイル名（図１１参照）、映像関連の通信用のＴＣＰポート番号、ログ情報の有無とログファイル名、映像をキャプチャする時間間隔を規定するフレームレートと圧縮の品質を決めるQ-Factor、圧縮の元データの画面サイズ、１つのクライアントビューワの最大接続時間、カメラ制御に関する制御権の順番待ち人数、１つのビューワの制御権保持占有時間、映像とカメラ制御に関する接続可能な最大クライアント数などである。また本実施の形態で説明するカメラ制御の粒度を切換える際のネットワーク状況の閾値もここで設定される。
【００６４】
図１１の画面で、ユーザによりＯＫボタン１１１０が指示されるとステップＳ６２からステップＳ６６に進み、更新された内部データをカメラ制御サーバ５０１及び映像サーバ５０２に関する設定情報を格納する特定のファイルなどへ書き出す。次にステップＳ６７で、その変更を反映するためにカメラサーバ１０１を再起動するかを尋ねるメッセージを表示する。再起動する場合にはステップＳ６８で、カメラ制御サーバ５０１や映像サーバ５０２などを再起動して、ステップＳ６９で設定プログラムを終了する。再起動しない場合にはステップＳ６７から直接ステップＳ６９に進み、この処理を終了する。またステップＳ６２で、ユーザの入力がキャンセルボタン１１１１である場合には、ステップＳ６２から直接ステップＳ６９に進んで、この処理を終了する。
【００６５】
以上の構成で、ネットワーク１１０に配置されたカメラサーバ１０１において、カメラサーバ１０１が提供するカメラ操作能力を、ネットワークの状況に応じて切替えることが可能となる。特に本実施の形態では、カメラサーバ１０１がビューワ１０４との通信状態を常に把握し、それに基づいて動的にカメラ操作能力を切換える点に特徴がある。かつ、カメラサーバ１０１は、粒度の大きなカメラ操作を可能とする拡張カメラ操作手段を備え、例えばネットワーク１１０の状況が悪化すると、粒度の細かなカメラ操作（fine granularity camera control）に代えて粒度の粗いカメラ操作（coarse granularity camera control）のユーザインターフェースを提供する点に特徴がある。
【００６６】
本実施の形態１では、図６のステップＳ８で、コマンドに付与された映像受信状況からネットワーク１１０の状況を観察しているが、ネットワーク状況を観察する構成はこれに限定されない。例えば、ＲＴＰ通信におけるReceiver Reportのように、クライアントが観察したパケットロス数や遅延やユラギ（jitter）などのネットワーク状況を、常時、配送元サーバに通知することも容易に想像できる。
【００６７】
本実施の形態１では、粒度の粗いカメラ操作として、カメラ制御コマンドの自動生成による「プリセット巡回」や「オートパン」や「全視野スキャン」など複合カメラ操作について説明したが、粒度の粗いカメラ操作はこれに限定されない。例えば、ユーザ（設置者或は利用者）が、プリミティブな制御コマンドを組合わせることにより作成した、ユーザ指定のカメラ制御シーケンスを用いても良い。同様に、追尾操作の追尾対象データの指定や自動動体追尾指定など、カメラサーバによる自律的なカメラ制御を指示することによっても、粒度の粗いカメラ操作を実施することができる。
【００６８】
また同様に、映像表示画面の一点をユーザがポイント（クリック）指定することによって、その点の座標が映像の中心となるようにカメラ制御を行うこと（画面座標指定センタリング）によっても、粒度の粗いカメラ操作を実施することができる。
【００６９】
本実施の形態１では、カメラ制御能力の記述レベルとして、細かい粒度のカメラ制御と粗いレベルのカメラ制御の２レベルについて説明しているが、カメラ制御の切換えは、これら２段階に限定されない。例えば、本実施の形態のカメラ制御能力の記述レベルに加えて、『自動追尾機能の追尾対象データ指定』など、カメラサーバ１０１による自律的なカメラ制御のレベルを追加することもできる。
【００７０】
また、これら粒度別に多段階のカメラ制御能力記述を、クライアントに対して段階的に提示することも可能である。例えば、以下のようにすることもできる。
【００７１】
（粒度）          （カメラ操作記述）
１  ：プリミティブなカメラ操作(パン／チルト／ズーム／他)
２  ：プリセット選択操作、画面座標指定センタリング
３  ：追尾対象データの指定操作
４  ：「プリセット巡回」操作、「オートパン」操作、「全視野スキャン」操作
５  ：自動動体追尾設定操作
また、ユーザ或はクライアントの種類又は設定に応じて、異なったカメラ制御レベルを提供しても良い。例えば、ネットワーク状況の観察から、通常ビューワのカメラ制御能力を粗粒度とした場合であっても、特権ビューワや蓄積クライアントに対しては、細粒度のカメラ制御能力を提供し続けても良い。
【００７２】
また本実施の形態１では、カメラ制御能力の記述を、カメラサーバ１０１からビューワ１０４（クライアント）に通知することによってカメラ制御能力を切換えているが、カメラサーバ１０１が許可したカメラ制御以外を拒否或は無視することによって、実施しても良い。反対に、ビューワ１０４が、カメラサーバ１０１から受信する映像に付帯するタイムスタンプを観察して、遅延やジッタを計算することでネットワーク状況を判断し、ビューワ１０４がカメラ制御能力を切換えても良い。更に、カメラサーバ１０１からのカメラ制御能力記述の通知を待たず、ビューワ１０４がカメラサーバ１０１に問合せすることで、ビューワ１０４がカメラ制御能力を切換えることも同様に説明できる。
【００７３】
また、ネットワーク経路上のルータやスイッチ或は基地局やＡＰ（アクセスポイント）が把握しているネットワーク状況（遅延やジッタばかりでなく、輻輳状況など末端だけでは認識できない情報を含む）を、ビューワ１０４或はカメラサーバ１０１が問合せることでネットワーク状況を認識し、カメラ制御能力を切換える事も考えられる。
【００７４】
本実施の形態では、各クライアントへの映像配信状態を観察することで、個々のクライアントとのネットワーク状況を把握し、各クライアント毎にカメラ制御能力を切換える例について説明しているが、ネットワーク状況を把握した上で、カメラサーバ全体のカメラ制御能力を切換えることも容易に想像できる。
【００７５】
これによって、カメラ制御権の割り当て方法を簡素化できる。反対に、個々のクライアント毎に異なったカメラ制御能力を提示する場合に、提示したカメラ制御能力の粒度によって、個々のクライアントへのカメラ制御権の割り当て方法を変化させても良い。例えば、粗粒度のカメラ制御能力のみを提示したクライアントには、優先的にカメラ制御権を割り当てることで、制御権の割り当てに関するオーバヘッドを軽減しても良い。
【００７６】
本実施の形態１では、ＮＴＰ（Network Time Protocol）によって、カメラサーバ１０１及びビューワ１０４とが参照する時刻情報が同期している例について説明しているが、両者の時刻同期はこれに限定されない。例えば、接続時点のネゴシエーションの一部として、両者の間で保持している時刻差を事前に把握しておく方法でも、同等の効果を得ることができる。
【００７７】
本実施の形態１では、プリミティブなカメラ制御能力が制限され、粗粒度のカメラ制御能力が提示される場合のビューワも表示例として、図８に示されるように、限定された操作コンポーネントのみを表示する例で説明している。しかし表示方法は、これに限定されない。例えば、図７に表示されているパン／チルト／ズームなど制限された操作を行うための操作コンポーネント（スクロールバー等）をディセイブル（disable）表示しても良い。
【００７８】
本実施の形態１では説明を簡単にするために、ネットワーク状況の変化を検出した時点で、即座に、粗粒度のカメラ制御に反映する例について説明しているが、カメラ制御に反映させるタイミングはこれに限定されない。粗粒度カメラ制御のビューワ１０４への適用を遅らせて（lazy evaluation）、ビューワ表示の頻繁な変更を抑制しても良い。カメラ制御に反映させるタイミングは、ネットワークカメラでカメラ制御能力を提示する時点でも良いし、ビューワ１０４で表示に反映する時点であっても良い。
【００７９】
［実施の形態２］
［ネットワーク状況を接続ネゴシエーション能力交換に反映する例］
本発明の実施の形態２では前述の実施の形態１と同様に、ネットワーク１１０に配置されたカメラサーバ１０１において、カメラサーバ１０１が提供するカメラ操作能力を、ネットワーク１１０の状況に応じて切換える例について説明する。特に本実施の形態２では、ビューワ１０４からカメラサーバ１０１への接続のためのネゴシエーションの時点で、ネットワークの状況を反映した能力交換を行う点に特徴がある。
【００８０】
本実施の形態２に係るネットワークの接続形態や、各サーバやクライアントのハードウェア構成、及び、各ソフトウェアの動作の多くは、前述の実施の形態１で説明した通りである。但し、図６のフローチャートで示すビューワ１０４の動作の一部、及び図９のフローチャートで示したカメラ制御サーバ５０１の一部の動作が、前述の実施の形態１とは異なっている。
【００８１】
本実施の形態２では、ビューワ１０４が以下のように動作する。
【００８２】
本実施の形態２に係るビューワ１０４は、図６のステップＳ６で、カメラ制御サーバ５０１に接続された際、更に、カメラ制御能力の能力交換を行う。即ち、ビューワ１０４が備えるカメラ制御コマンドの発行能力をＸＭＬ形式などでリストしてカメラ制御サーバ５０１に送信し、その応答としてカメラ制御サーバ５０１が受け付け可能なカメラ制御コマンドの受取能力をリストとして受け取る。そして、ここで受け取ったカメラ制御コマンドの受取能力リストの範囲内で、その後のステップＳ８で、カメラ制御コマンドを発行する。
【００８３】
また、ビューワ１０４では、受け取ったカメラ制御コマンドの受取能力に応じて、自ら表示（ＧＵＩ）を変更する。例えば、その例を図８に示す。同様に本実施の形態２では、カメラ制御サーバ５０１が以下のように動作する。
【００８４】
本実施の形態２に係るカメラ制御サーバ５０１は、図９のステップＳ２４で、ビューワ１０４からの接続処理を行う際に、更に、カメラ制御能力をビューワ１０４に送信して能力交換を行う。即ち、ビューワ１０４からカメラ制御コマンドの発行能力リストを受け取り、カメラ制御サーバ５０１が受付けるカメラ制御コマンドの受取能力をリストとして応答する。この際、カメラ制御サーバ５０１は、単純に、自らが受付け得るカメラ制御コマンドの受取能力の全てをビューワ１０４に提示することをしない。本実施の形態２のカメラ制御サーバ５０１は、ビューワ１０４からの接続要求通信におけるネットワーク状況を反映してカメラ制御コマンドの受取能力を編集してビューワ１０４に提示する。具体的には、ネットワーク状況が良い場合には、プリミティブなカメラ制御コマンドをも提示するものの、ネットワーク状況が良くない場合には、粒度の粗いカメラ制御コマンドのみを提示する。
【００８５】
以上の構成で、ネットワーク１１０に配置されたカメラサーバ１０１において、カメラサーバ１０１が提供するカメラの操作能力を、ネットワーク１１０の状況に応じて切替えることができる。特に本実施の形態２では、カメラサーバ１０１がビューワ１０４との通信状態を接続時のネゴシエーション時点で把握し、それに基づいてカメラの操作能力を切替える点に特徴がある。かつカメラサーバ１０１は、粒度の大きなカメラ操作を可能とする拡張カメラ操作手段を備え、ネットワーク状況に応じて、粒度の細かなカメラ操作（fine granularity camera control）に代えて、粒度の粗いカメラ操作（coarse granularity camera control）を提供する点は、前述の実施の形態１と同様である。
【００８６】
本実施の形態２では、接続時のネゴシエーションの時点で、ネットワーク状況を観察して、カメラ制御能力を交換し、ネットワーク状況によってカメラ制御の粒度を変化させる例について説明しているが、カメラ制御の粒度を変化させる理由は、ネットワーク状況に限定されない。例えば、ビューワ１０４のデバイスの種類や設定に応じて、カメラ制御の粒度を変化させても良い。例えば、マウス等により細かな操作が可能なＰＣで実現されるビューワでは、プリミティブなカメラ制御コマンドの能力を提示するが、それに比べて操作性の劣る携帯電話端末のビューワ或はネットワークＴＶ上のビューワに対しては、予め粗粒度のカメラ制御能力記述を提示するようにしても良い。同様に例えば、カメラサーバ１０１の状態に応じて、カメラ制御の粒度を変化させても良い。例えば、カメラサーバ１０１のマシン負荷や接続されているクライアントの数が事前に設定した閾値を超えた場合に、粗粒度のカメラ制御能力記述を提示するようにしても良い。
【００８７】
［実施の形態３］
［ネットワーク状況を段階的に反映するビューワの操作インターフェース例］
この実施の形態３では、前述の実施の形態１と同様に、ネットワーク１１０に配置されたカメラサーバ１０１において、カメラサーバ１０１が提供するカメラ操作能力を、通信遅延や通信ユラギなどのようなネットワークの状況に応じて切替える例で説明する。特に本実施の形態３では、ネットワーク状況を反映した能力交換によって、ビューワ１０４が提供する操作インターフェース（ＧＵＩ）が、粒度の細かなカメラ操作（fine granularity camera control）から、粒度の粗いカメラ操作（coarse granularity camera control）へと段階的に変化する点に特徴がある。
【００８８】
本実施の形態３では、ネットワークの接続形態やハードウェア構成及び各ソフトウェアの動作の多くは、前述の実施の形態１で説明した通りである。但し、図６で示したビューワ１０４の動作の一部、及び図７や図８で示したビューワの操作インターフェースの一部が前述の実施の形態１とは異なる。
【００８９】
本実施の形態３では、ネットワーク状況に応じて、ビューワ１０４の操作インターフェースが次のように段階的に変化する。この操作インターフェースの変化は可逆的である。つまり、ネットワーク１１０の通信状況を判断した結果、ネットワーク状況の悪化のために粗粒度のカメラ制御を行った方が良いと判断した場合には、「操作インターフェース１」から「操作インターフェース２」、「操作インターフェース３」、そして、「操作インターフェース４」へと段階的に変換させる。逆に、ネットワーク状況が改善して細粒度のカメラ制御が適切と判断した場合には、「操作インターフェース４」から「操作インターフェース３」、「操作インターフェース２」、そして「操作インターフェース１」へと段階的に変換させる。
【００９０】
本実施の形態３における、ステップＳ１０（図６）のビューワ表示（内部状態更新）並びにステップＳ８におけるコマンド発行は、前述の実施の形態１と同様に、ネットワーク状況に応じたカメラ制御能力の記述を、ビューワ１０４の操作インターフェース表示並びにコマンド発行に反映させる。以下、上述の「操作インターフェース１」〜「操作インターフェース４」を以下に説明する。
・「操作インターフェース１」
ビューワの通常の操作インタフェース（図７）。パン／チルト／ズームなどのプリミティブなカメラ制御のコマンド発行を可能としている。プリセット選択部は、予めネットワークカメラに設定されているプリセット項目を選択することで、設定されたパン／チルト／ズームの値にカメラ制御するものである。
・「操作インターフェース２」
「操作インタフェース１」と類似しているが、パン／チルト／ズームなどのスライダーバーの刻みが粗く非連続的（段階的）な値を指定できる例を示す（図１３）。図１３の例では、各スクロールバー７０２ａ〜７０４ａはそれぞれ５段階に設定可能であり、段階的にコマンド発行できるパン／チルト／ズームの操作ボタンを備える。プリセット選択７０８は、「操作インタフェース１」と同様である。
・「操作インターフェース３」
「操作インタフェース２」と類似しているが、図１３に示すようなスライダバーを備えていない（図１４）。この場合は、映像表示部７０１上の位置をマウス１０４３でクリックすることにより、指定方向へのパン／チルト操作のみのコマンドを発行できる。プリセット選択７０８は、「操作インタフェース１」と同様である。
・「操作インターフェース４」
プリミティブなカメラ制御を含まない操作インターフェースである（図８）。代わりに、「プリセット選択」「プリセット巡回」「オートパン」及び「全視野スキャン」のコマンドを発行可能としている。例えば、「操作インターフェース２」において、接続先のネットワークカメラで、最右端にパンした撮像範囲の映像を取得する場合には、図１３において、カメラ制御権取得ボタン７０５を指示してカメラ制御権を取得した後に、映像表示部７０１とプリセット選択部７０８との間に位置するパン方向のスクロールバー（ボタン）列中の最右端のボタンを操作する。尚、これらの操作インターフェースの変化は、タブ式表示（図１５）によってユーザに通知するようにしても良い。タブのラベル表記のレベル１〜レベル４が、それぞれ「操作インターフェース１」〜「操作インターフェース４」に相当する。図１５の例では、レベル４に対応する「操作インターフェース４」が選択されている。
【００９１】
以上の構成で、ネットワーク１１０に配置されたカメラサーバ１０１において、カメラサーバ１０１が提供するカメラの動作制御能力をネットワーク１１０の状況に応じて切替えることが可能となる。
【００９２】
特に本実施の形態３では、ネットワーク状況を反映した能力交換によって、ビューワ１０４が提供する操作インターフェース（ＧＵＩ）が、粒度の細かなカメラ操作（fine granularity camera control）から、粒度の粗いカメラ操作（coarse granularity camera control）へと段階的に変化することが可能となる。
【００９３】
また本実施の形態３では、バーの表示を５段階に、操作インターフェースを４つの段階で変化させているが、これら段階の数はこの実施の形態に限定されるものでなく、それよりも多くても少なくても良い。
【００９４】
また本実施の形態３では、タブ式表示によって操作インターフェースの変化をユーザに通知しているがこれに限定されない。例えば、画面上のどこかに「操作インターフェースＮｏ．」を表示しても良く、或は音声メッセージによって操作インターフェースの変化をユーザに通知しても良い。反対に、ユーザへの明示的な通知手段を備えないようにもできる。
【００９５】
本実施の形態３では、明示的に制御権を取得した後、カメラサーバ１０１のカメラを制御する例について説明しているが、粗粒度の操作インターフェースを適用する場合には、カメラ制御権の自動取得及び自動開放を行っても良い。例えば、粗粒度の操作インターフェースが移行した時点で、ビューワ１０４が制御権を保持している場合には、その制御権を自動開放する。また粗粒度のカメラ制御コマンドの発行に際しては、明示的なカメラ制御権の取得を行わなくても、クライアントに自動的に制御権を与えた上でカメラ制御コマンドを実行する。更に、粗粒度の操作インターフェースへ移行することによって制御権を開放した場合には、制御権予約権を与えて補償しても良い。この制御権予約権は、カメラ制御権を自動取得する際に、優先的に制御権を取得する権利である。
【００９６】
［実施の形態４］
［携帯電話での操作インターフェースで粗粒度のカメラ操作インタフェースを実施する例］
この実施の形態４では、前述の実施の形態１と同様に、ネットワーク１１０に配置されたカメラサーバ１０１において、カメラサーバ１０１が提供するカメラ操作能力を、通信遅延や通信ユラギなどネットワーク状況に応じて切替える例について説明する。
【００９７】
特に本実施の形態４では、携帯電話端末上に実現されたビューワが提供する操作インターフェースが、ネットワーク状況を反映した能力交換によって、粒度の細かなカメラ操作（fine granularity camera control）から、粒度の粗いカメラ操作（coarse granularity camera control）へ、或はその逆に変化する点に特徴がある。
【００９８】
本実施の形態４では、ネットワークの接続形態やハードウェア構成、及び、各ソフトウェアの動作の多くは、前述の実施の形態１で説明した通りである。但し、ビューワ１０４のハードウェア構成や図６で示したビューワ１０４の動作の一部、及び図７や図８で示したビューワの操作インターフェースの一部が前述の実施の形態１とは異なる。
【００９９】
図１６は、本発明の実施の形態４に係るビューワ（携帯電話機）１６０のハードウェア構成を示すブロック図である。
【０１００】
図において、制御部１６００は、ＣＰＵ１６１０、ＣＰＵ１６１０により実行されるプログラムやデータ等を記憶するとともに、送受信データや写真データ等を記憶する記憶装置１６１１、表示部（ディスプレイ）１６０１への表示を制御する表示コントローラ１６１２、ボタン類１６０２、スイッチ類１６０３、音声入出力部１６０４を制御する周辺コントローラ１６１３、更には無線通信により通話やデータの送受信を行う無線通信インターフェース（Ｉ／Ｆ）１６１４を備えている。音声入出力部１６０４はマイクロフォンやスピーカなどを含んでいる。
【０１０１】
この携帯電話端末で実現されるビューワ１６０では、操作のために、複数のボタン１６０２、各種のスイッチ１６０３、或は音声入力部１６０４が用いられる。またネットワーク通信のために無線通信インターフェース１６１４が用いられる。記憶装置１６１１は、多くの場合、揮発性のＲＡＭ並びにフラッシュメモリなどの不揮発性メモリとから構成される。本実施の形態４に係るビューワ１６０を構成するソフトウェアは、この記憶装置１６１１に保存され、ＣＰＵ１６１０によって実行される。
【０１０２】
本実施の形態４に係るステップＳ１０（図６）のビューワ表示（内部状態更新）及びステップＳ８のコマンド発行は、前述の実施の形態１と同様に、ネットワーク１１０の状況をビューワ１６０の表示並びにコマンドの発行に反映する。本実施の形態４では、ネットワークの状況に応じて、携帯電話端末上に実現されたビューワ１６０の操作インターフェースが次のように変化する。尚、この操作インターフェースの変化は、これまでの実施の形態と同様に可逆的である。
【０１０３】
図１７は、本実施の形態４に係る携帯電話端末に実現されたビューワ１６０における通常状態の操作インターフェースを説明するための図である。
【０１０４】
本実施の形態４に係る携帯電話端末のビューワ１６０は、主にボタン操作によって操作される。ここでは、カーソルキー（矢印キー）にパン／チルトを、左右キー（Ｌ，Ｒキー）にズームを、数字キーに「プリセット選択」を、そして記号キー（＊，＃）に制御権要求や逆光補正などの機能を割り当てている。例えば、接続先のカメラサーバ１０１で、現時点よりも左上の撮像範囲の映像を取得したい場合には、「＃」キーで制御権を取得した後に、矢印キー（「←」キーと「↑」キー)を使って、パン左及びチルト上のカメラ制御を行う。尚、制御権が取得できた時点で、メッセージ表示部１７０にその旨が表示される。映像表示部１７１には、カメラサーバ１０１から受信した映像が表示される。
【０１０５】
図１８は、本実施の形態４に係る携帯電話端末に実現されたビューワ１６０における通常状態の操作インターフェースを説明するための図である。ここではネットワーク状態の変化を反映して、粗粒度の操作インターフェースを提供する携帯電話端末上のビューワの操作インターフェースを説明している。
【０１０６】
ここでは、数字キーに「プリセット選択」を、そして、記号キーに制御権要求や逆光補正などの機能を割り当てている点は、前述の図１７の通常状態の操作インターフェースと同様であるが、カーソルキー（矢印キー）に、「プリセット巡回」「オートパン」「全視野スキャン」「動体自動追尾」などの粗粒度の操作インターフェースが割り当てられている点が異なっている。更に、ユーザに操作インターフェースの変化を通知するために、メッセージ表示部１７０に、その旨のメッセージを表示する。また或はメッセージ表示部１７０の背景色或は背景パターンを変化させても良い。
【０１０７】
例えば、接続先のカメラサーバ１０１で、「プリセット巡回」を行うカメラ制御を指示する場合には、「＃」キーで制御権を取得した後に、矢印キー（「↑」キー）を操作する。これによってカメラサーバ１０１は、その設定されたプリセットを順番に、設定された一定時間毎に、巡回した映像をこのビューワ１６０に配信する。尚、携帯電話等では、無線通信における粗粒度のカメラ操作インタフェース切換え条件は、遅延やジッタ或はフレームレートばかりでなく他の要因も考慮する。
【０１０８】
本実施の形態４における、このような操作インターフェースの変化は、例えば携帯電話端末が受信する電波強度が弱くなった場合、基地局に接続する携帯電話端末の収容数が設定数（例えば、５ユーザ）を超えた場合、接続先基地局が頻繁に変わり滞留時間が短い場合、及び、特定の属性が指定された基地局（例えば、事業者外設置基地局）へ変わった場合等に発生する。
【０１０９】
以上の構成で、ネットワーク上に配置されたカメラサーバ１０１において、カメラサーバ１０１が提供するカメラ操作能力を、ネットワーク状況に応じて切替えることが可能となる。
【０１１０】
特に本実施の形態４では、携帯電話端末上に実現されたビューワ１６０が提供する操作インターフェースが、ネットワーク状況を反映した能力交換によって、粒度の細かなカメラ操作（fine granularity camera control）から、粒度の粗いカメラ操作（coarse granularity camera control）へと、或は、その逆に変化することが可能となる。
【０１１１】
本実施の形態４では、携帯電話ネットワーク（公衆網）に接続する携帯電話端末に適用する例について説明しているが、これは公衆網に限定されない。構内の無線ＬＡＮに適用する場合には、本実施の形態４に係る基地局をＡＰ（アクセスポイント）と読み替えても同様に説明できる。本
また実施の形態４では、ボタン操作によって、即座にカメラサーバにカメラ制御コマンドが送信される例について説明しているが、携帯電話端末で、プリミティブなカメラ制御コマンドをバッファリング（一時保存）することで、粗粒度のカメラ制御を実現しても良い。例えば、制御権要求の「＃」キーを指示してから、次に、制御権要求の「＃」キーが操作されるまでの間のカメラ制御コマンドをビューワ１６０に保持し、後者の制御権要求の「＃」キーが操作された時点で、カメラサーバ１０１に対してカメラ制御権を要求し、その制御権が確保された時点で、ビューワ１６０に保持している一連のカメラ制御コマンドを、カメラ制御のシーケンスとして要求する。同様に、ボタン操作によって即座にカメラ制御コマンドが送信されるのに代えて、メニュー操作を介して、粗粒度のカメラ制御を指示しても良い（図１９）。
【０１１２】
図１９は、この実施の形態４におけるメッセージ表示部に表示される操作メニュ例を示す図である。
【０１１３】
メニュー内容は、携帯電話端末のメッセージ表示部１７０に表示される。この際、映像表示に代えてメニューを切換え表示しても良いし、映像に重畳してメニューを表示しても良い。
【０１１４】
本実施の形態４では、メッセージ表示部１７０へのメッセージ表示、及びメッセージ表示部１７０の背景色或は背景パターンによって、粗粒度の操作インターフェースが適用されていることをユーザに通知しているが、ユーザへの通知はこれに限定されない。例えば、携帯電話端末の画面に、粗粒度の操作インターフェースを意味するアイコンを表示しても良く、或は携帯電話端末のボタン操作時の操作音を変化させることで、粗粒度の操作インターフェースを通知しても良い。
【０１１５】
また本実施の形態４では、携帯電話端末上の操作インターフェースが、粗粒度と細粒度とに変化する例に付いて説明しているが、これは前述の実施の形態３で説明したように、３段階以上の段階的に変化するものであっても良い。
【０１１６】
また本実施の形態４では、携帯電話端末上の操作インターフェースについて説明しているが、これ以外にも、例えばテレビジョン装置に適用されても良い。例えば、本実施の形態４の携帯電話端末の操作インターフェースを、テレビジョン装置の表示画面とリモコン（リモートコントローラ）との組合わせに適用しても良い。
【０１１７】
［実施の形態５］
［ネットワーク状況の個々の条件を個別に粗粒度の操作インターフェースに反映する］
この実施の形態５では、前述の実施の形態と同様に、ネットワーク上に配置されたカメラサーバ１０１において、カメラサーバ１０１が提供するカメラ操作能力を、通信遅延や通信ユラギなどネットワーク状況に応じて切替える場合で説明する。特に本実施の形態５では、ネットワークの通信状況の変化の内容を個別に評価し、操作インターフェースに反映する点に特徴がある。実施の形態１では、遅延やジッタやフレームレートなどの変化を一括してネットワーク状況の変化として扱っていた。
【０１１８】
本実施の形態５に係るネットワークの接続形態や、各サーバやクライアントのハードウェア構成、及び各ソフトウェアの動作の多くは、前述の実施の形態で説明した通りである。但し、図９で示したカメラ制御サーバの動作の一部、図６で示したビューワの動作の一部、及び図７や図８で示したビューワの操作インターフェースの一部が前述の実施の形態１とは異なっている。
【０１１９】
本実施の形態５に係るステップＳ２９（図９）の各クライアントへの通知に含まれるカメラ制御能力情報（カメラ制御能力の記述）は、以下の基準に照らして判断される。
【０１２０】
本実施の形態５に係るネットワークの通信状況の判断基準とカメラ制御能力情報：
(1)遅延（rtt）が２秒以上では、パン／チルト／ズームの操作能力を提供しない。
【０１２１】
(2)平均ゆらぎ（jitter）が０．５秒以上では、パン／チルト／ズームの操作能力を提供しない。
【０１２２】
(3)受信フレームレートが１０ｆｐｓ（frames per second）以下では、「プリセット巡回」「オートパン」「全視野スキャン」の操作能力を提供する。
【０１２３】
そして本実施の形態５における、ステップＳ１０（図６）のビューワ表示（内部状態更新）並びにステップＳ８のコマンド発行は、前述の実施の形態１と同様に、カメラ制御サーバ５０１から提供されるカメラ制御能力情報に合わせて、ビューワ１０４の操作インターフェース表示及びコマンドの発行に反映するものの、粗粒度の操作インターフェースが個別に適用されることから、ビューワ１０４の操作インターフェースが実施の形態１とは異なる。
【０１２４】
図２０は、実施の形態５において、フレームレートが低い（１０ｆｐｓより小さい）ものの遅延やジッタが少ない場合のビューワ１０４の表示例を示す図である。ここでは前述の図７と図８とが一つになった（図７と図８の両方の機能を指示できる）構成となっている。
【０１２５】
この場合には、上記判断基準から、パン／チルト／ズームの操作能力が提供され続け、かつ「プリセット巡回」「オートパン」「全視野スキャン」の操作能力も併せて提供されることになる。
【０１２６】
以上の構成で、ネットワークに配置されたカメラサーバ１０１において、カメラサーバ１０１が提供するカメラユニット１０１４の操作制御能力を、ネットワーク１１０の通信状況に応じて切替えることが可能となる。特に本実施の形態５では、ネットワークの状況の変化の内容を個別に評価し、より細かい通信状況に応じた操作インターフェースを決定して操作できる。
【０１２７】
実施の形態５では、ネットワーク状況の変化内容を個別に評価しているが、操作インターフェースに反映するために個別に評価する対象はネットワーク状況に限らない。例えば、ビューワの種類や、ビューワの属性に基づいて、それぞれの操作インターフェースに反映しても良い。同様に、カメラサーバ１０１のクライアント数やカメラ制御権の保持状態などカメラサーバの情報を反映しても良い。
【０１２８】
以上説明したように本実施の形態によれば、ネットワーク上に配置されたカメラサーバにおいて、カメラサーバが提供するカメラ操作能力をネットワークの状況に応じて、切換えることができる。加えて、カメラサーバは、粒度の大きなカメラ操作を可能とする拡張カメラ操作手段を備え、ネットワーク状況に応じて、粒度の細かなカメラ操作（fine granularity camera control）に代えて粒度の粗いカメラ操作（coarse granularity camera control）を提供することができる。これによって、ネットワーク状況が劣化した場合であっても、より粒度の大きな操作を可能とすることにより、ユーザによるカメラ操作の操作感を向上させることができる。
【０１２９】
［他の実施の形態］
本発明の目的は前述したように、実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フロッピィ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ，ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１３０】
またコンピュータが読み出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。
【０１３１】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含む。
【図面の簡単な説明】
【０１３２】
【図１】本実施の形態に係る映像配信システムの構成を示す図である。
【図２】Ｗｅｂ技術を併用した配信システムの構成を示す図である。
【図３】本実施の形態に係るカメラサーバのハードウェア構成の一例を示すブロック図である。
【図４】本実施の形態に係るビューワ（クライアント）のハードウェア構成の一例を示すブロック図である。
【図５】本実施の形態に係る映像配信システム（サーバ・クライアントシステム）におけるプログラム構成を説明する図である。
【図６】本実施の形態に係るビューワにおける処理の流れを示すフローチャートである。
【図７】本実施の形態に係るビューワの表示部に表示される画面例を示す図である。
【図８】本実施の形態に係るビューワの表示部に表示される他の画面例を示す図である。
【図９】本実施の形態に係るカメラサーバのカメラ制御サーバの動作を説明するフローチャートで
【図１０】本実施の形態に係るカメラサーバの映像サーバの動作を説明するフローチャートである。
【図１１】実施の形態１に係るカメラサーバが用いる設定値を設定するカメラサーバ設定プログラムの表示画面の一例を示した図である。
【図１２】実施の形態１に係るカメラサーバの設定プログラムによる動作を説明するフローチャートである。
【図１３】本発明の実施の形態３に係るビューワにおけるＵＩ画面例（操作インターフェース２）を示す図である。
【図１４】本発明の実施の形態３に係るビューワにおけるＵＩ画面例（操作インターフェース３）を示す図である。
【図１５】本発明の実施の形態３に係るビューワにおけるＵＩ画面例（タブ表示式で操作インターフェース４）を示す図である。
【図１６】本発明の実施の形態４に係るビューワ（携帯電話機）のハードウェア構成を示すブロック図である。
【図１７】本実施の形態４に係る携帯電話端末に実現されたビューワにおける通常状態の操作インターフェースを説明するための図である。
【図１８】本実施の形態４に係る携帯電話端末に実現されたビューワにおける通常状態の操作インターフェースを説明するための図である。
【図１９】実施の形態４におけるメッセージ表示部に表示される操作メニュ例を示す図である。
【図２０】実施の形態５において、フレームレートが低い（１０ｆｐｓより小さい）ものの遅延やジッタが少ない場合のビューワの表示例を示す図である。
【図１】
2006101009.tif 000003
【図２】
2006101009.tif 000004
【図３】
2006101009.tif 000005
【図４】
2006101009.tif 000006
【図５】
2006101009.tif 000007
【図６】
2006101009.tif 000008
【図７】
2006101009.tif 000009
【図８】
2006101009.tif 000010
【図９】
2006101009.tif 000011
【図１０】
2006101009.tif 000012
【図１１】
2006101009.tif 000013
【図１２】
2006101009.tif 000014
【図１３】
2006101009.tif 000015
【図１４】
2006101009.tif 000016
【図１５】
2006101009.tif 000017
【図１６】
2006101009.tif 000018
【図１７】
2006101009.tif 000019
【図１８】
2006101009.tif 000020
【図１９】
2006101009.tif 000021
【図２０】
2006101009.tif 000022