(57)【特許請求の範囲】
【請求項１】
外部より制御可能な撮像装置に接続して用いられ、前記撮像装置から得られた映像信号をディジタル化してネットワークを介して発信する機能を有すると共に、前記撮像装置を制御するための権利を発行する映像発信装置であって、
前記撮像装置を制御するための権利である制御権を外部装置に対して発行し、該外部装置がその制御権を取得している最中に生じた通信回線の切断に対して、所定時間内に該外部装置が再接続すれば通信回線が切断される前と同じ状態で継続して前記撮像装置の制御ができるようにすることを特徴とする映像発信装置。
【請求項２】
前記映像発信装置は、上記制御権を管理するために、前記撮像装置を制御可能な外部装置であるか否かを識別する認証手段を備えることを特徴とする請求項１に記載の映像発信装置。
【請求項３】
上記通信回線切断後、前記外部装置が所定時間内に再接続を行った場合に、前記映像発信装置は再接続後すぐに制御権を前記外部装置に対して発行することを特徴とする請求項１または２に記載の映像発信装置。
【請求項４】
上記通信回線切断後、前記外部装置が所定時間内に再接続を行い、再接続時に他の外部装置が前記撮像装置の制御を行っている場合に、前記映像発信装置は当該外部装置の制御終了後、優先的に制御権を前記外部装置に対して発行することを特徴とする請求項１または２に記載の映像発信装置。
【請求項５】
上記通信回線切断後、前記外部装置が所定時間内に再接続を行い、再接続時に他の外部装置が前記撮像装置の制御を行っている場合に、当該外部装置による制御を一時停止させ、制御権を前記外部装置に対して発行することを特徴とする請求項１または２に記載の映像発信装置。
【請求項６】
前記映像発信装置は、上記通信回線切断後に制御権の要求を受信した場合に、制御権を要求した外部装置が制御権の取得中に通信回線が切断した前記外部装置であるか否かを判定するための管理手段を有することを特徴とする請求項１乃至５のいずれかに記載の映像発信装置。
【請求項７】
前記管理手段は、外部装置のＩＰアドレスとユーザ名から、制御権の取得中に通信回線が切断した前記外部装置か否かを判定することを特徴とする請求項６に記載の映像発信装置。
【請求項８】
前記管理手段は、映像発信装置が発行するキーとパスワードから、制御権の取得中に通信回線が切断した前記外部装置か否かを判定することを特徴とする請求項６に記載の映像発信装置。
【請求項９】
上記通信回線切断後、前記外部装置が所定時間内に再接続を行った場合に、前記撮像装置を通信回線切断前の状態に戻してから、前記映像発信装置は前記外部装置に対して制御権を発行することを特徴とする請求項４または５に記載の映像発信装置。
【請求項１０】
前記外部装置の再接続時に、前記撮像装置の制御を行っている他の外部装置よりも優先順位が高い場合に、前記映像発信装置は当該外部装置の制御権を一時停止させ、前記外部装置に制御権を発行することを特徴とする請求項５に記載の映像発信装置。
【請求項１１】
上記優先順位は、外部装置が前記撮像装置の制御を開始した時刻を基に決定することを特徴とする請求項１０に記載の映像発信装置。
【請求項１２】
上記優先順位は、制御権に関して課金を行うような仕組みを持つ場合、その課金システムにおいて外部装置が取得しているランクに基づき決定することを特徴とする請求項１０に記載の映像発信装置。
【請求項１３】
前記映像発信装置は、前記外部装置の再接続後に制御権を獲得できる時間を設定する制御権時間管理手段を有することを特徴とする請求項１乃至１２のいずれかに記載の映像発信装置。
【請求項１４】
前記制御時間管理手段は、制御権の発行１回につき与えられる制御時間をＴとすると、前記外部装置が上記通信回線切断前に時間ｔだけ前記撮像装置の制御を行った場合に、再接続時には時間Ｔ−ｔを制御時間として設定することを特徴とする請求項１３に記載の映像発信装置。
【請求項１５】
前記制御時間管理手段は、制御権の発行１回につき与えられる制御時間をＴとすると、前記外部装置が上記通信回線切断前に時間ｔだけ前記撮像装置の制御を行い、通信回線切断後、時間ｓ後に再接続をした場合に、再接続時にはＴ−ｔ−ｓを制御時間として設定することを特徴とする請求項１３に記載の映像発信装置。
【請求項１６】
再接続後に、前記映像発信装置は制御権の発行までにかかる時間を前記外部装置に通知することを特徴とする請求項４に記載の映像発信装置。
【請求項１７】
前記撮像装置を内包することを特徴とする請求項１から１６のいずれかに記載の映像発信装置。
【請求項１８】
外部より制御可能な撮像装置に接続して用いられ、前記撮像装置から得られた映像信号をディジタル化してネットワークを介して発信する機能を有すると共に、前記撮像装置を制御するための権利を発行する映像発信装置の制御方法であって、
前記撮像装置を制御するための権利である制御権を外部装置に対して発行し、該外部装置がその制御権を取得している最中に生じた通信回線の切断に対して、所定時間内に該外部装置が再接続すれば通信回線が切断される前と同じ状態で継続して前記撮像装置の制御ができるようにすることを特徴とする映像発信装置の制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、撮像装置であるカメラパラメータ（カメラの角度やズームの比率など）をネットワーク上の遠隔ユーザが制御できる機能とその撮像装置からの入力信号をディジタル化してネットワークに配信しユーザ側で表示する機能を有する映像配信システムにおけるカメラを制御する権利（以下カメラ制御権）の管理方法に関するものである。
【０００２】
【従来の技術】
インターネットなどのネットワークを介して遠隔地の映像を見るために、カメラをネットワークに接続して、このカメラより撮影された映像を、ネットワークを介して複数のクライアントに送信する映像配信システムが開発されている。
【０００３】
このような映像配信システムの中でも撮像装置であるカメラの角度やズーム比率などを映像を見る側のユーザから制御できるようなシステムが、テレビ会議システムなどを通じて開発されてきている。
【０００４】
特に本発明において注目している映像配信システムは、複数ユーザの中から一度に一人が、ある時間の間カメラの角度及びズーム比率を制御することができるシステムであり、カメラを制御するためにユーザは認証や権利を必要とするものである。
【０００５】
このようなシステムにおいて、従来カメラ制御中に何らかの障害により通信回線が切断されてしまうと、カメラを制御していたユーザは通信回線が復旧された後、再び認証や権利の取得といった操作を初めからやり直さなければならなかった。
【０００６】
【発明が解決しようとする課題】
近年では、インターネットへの接続形態もさまざまであり、携帯電話やＰＨＳといった無線通信によるものも普及してきているが、このように無線通信でインターネットに接続するような場合は特に通信回線が切断されることは頻繁におこりうる問題である。
【０００７】
また常時ネットワークに接続しているのではなく、ＩＳＤＮ回線やモデムなどを利用して接続したいときだけ接続するという形態も一般的になってきている。このような形態の場合も何らかの原因でネットワークが切れてしまうことがよくある。
【０００８】
本発明で注目している映像配信システムは、カメラを制御できる権利をある唯一のクライアントに発行し、そのクライアントがある時間の間カメラ制御を行うものである。
【０００９】
この映像配信システムにおいて、もしカメラの制御権を取得している最中に通信回線が切れてしまうと、時間的に保証されているカメラを制御する権利が侵害されてしまうという問題が生じる。
【００１０】
さらにこのシステムでカメラを制御していた時間の長さに対して課金を行うような仕組みを取り入れるとすると、制御時間と課金の関係は厳密に管理する必要があり、通信回線の切断というユーザ側のみに責任があるとは限らない状況での処置をどうするかは問題となる。
【００１１】
現状ではこのような問題に対して何も処理を施しておらず、通信回線が復旧した後にクライアントが再び接続を試みても、それは以前とは別のクライアントとして扱われてしまうというものがほとんどであった。
【００１２】
またその場合、新たにカメラ制御権を獲得した時には、他のユーザによって以前通信回線が切断される以前に設定したカメラの位置とは異なる位置（カメラ制御パラメータ（パンチルト・ズーム等））に動かされているという可能性があり問題があった。
【００１３】
本発明は上記問題点を鑑みてなされたものであり、カメラ制御権を保持したまま通信回路が切断された場合に、所定時間内に再接続を行えば、切断以前と同じ状態で継続してカメラを制御可能にすることであり、それによって通信障害といったことを考慮に入れた制御を行うことのできる映像発信装置及びその制御方法を提供することを目的とする。
【課題を解決するための手段】
上記目的を達成するために、本発明の映像発信装置は外部より制御可能な撮像装置に接続して用いられ、前記撮像装置から得られた映像信号をディジタル化してネットワークを介して発信する機能を有すると共に、前記撮像装置を制御するための権利を発行し、
前記撮像装置を制御するための権利である制御権を外部装置に対して発行し、該外部装置がその制御権を取得している最中に生じた通信回線の切断に対して、所定時間内に該外部装置が再接続すれば通信回線が切断される前と同じ状態で継続して前記撮像装置の制御が行えるようにする。これにより、カメラの制御権を取得している最中に通信回線が切断されたとしても、所定時間内に再接続をすれば通信回線切断前と同じ状態で継続してカメラ制御をすることができる。
【００１４】
また、本発明の好適な一様態によれば、前記映像発信装置は、上記制御権を管理するために、前記撮像装置を制御可能な外部装置であるか否かを識別することにより、撮像装置を制御可能な外部装置を識別することができる。
【００１５】
また、本発明の好適な一様態によれば、上記通信回線切断後、前記外部装置が所定時間内に再接続を行った場合に、前記映像発信装置は再接続後すぐに制御権を前記外部装置に対して発行する。これにより、カメラの制御権を取得している最中に通信回線が切断されたとしても、所定時間内に再接続をすれば速やかに通信回線切断前と同じ状態で継続してカメラ制御をすることができる。
【００１６】
また、本発明の好適な一様態によれば、上記通信回線切断後、前記外部装置が所定時間内に再接続を行い、再接続時に他の外部装置が前記撮像装置の制御を行っている場合に、前記映像発信装置は当該外部装置の制御終了後、優先的に制御権を前記外部装置に対して発行する。これにより、カメラの制御権を取得している最中に通信回線が切断されたとしても、所定時間内に再接続をすれば、優先的に制御権を得て通信回線切断前と同じ状態で継続してカメラ制御をすることができる。
【００１７】
また、本発明の好適な一様態によれば、上記通信回線切断後、前記外部装置が所定時間内に再接続を行い、再接続時に他の外部装置が前記撮像装置の制御を行っている場合に、当該外部装置による制御を一時停止させ、制御権を前記外部装置に対して発行する。これにより、カメラの制御権を取得している最中に通信回線が切断されたとしても、所定時間内に再接続をすれば、速やかに通信回線切断前と同じ状態で継続してカメラ制御をすることができる。
【００１８】
また、本発明の好適な一様態によれば、前記映像発信装置は、上記通信回線切断後に制御権の要求を受信した場合に、制御権を要求した外部装置が制御権の取得中に通信回線が切断した前記外部装置であるか否かを判定する。これにより、制御権の取得中に通信回線が切断した外部装置を識別することができる。
【００１９】
また、本発明の好適な一様態によれば、外部装置のＩＰアドレスとユーザ名から、制御権の取得中に通信回線が切断した前記外部装置か否かを判定することにより、制御権の取得中に通信回線が切断した外部装置を識別することができる。
【００２０】
また、本発明の好適な一様態によれば、映像発信装置が発行するキーとパスワードから、制御権の取得中に通信回線が切断した前記外部装置か否かを判定することにより、制御権の取得中に通信回線が切断した外部装置を識別することができる。
【００２１】
また、本発明の好適な一様態によれば、上記通信回線切断後、前記外部装置が所定時間内に再接続を行った場合に、前記撮像装置を通信回線切断前の状態に戻してから、前記映像発信装置は前記外部装置に対して制御権を発行する。これにより、カメラの制御権を取得している最中に通信回線が切断されたとしても、所定時間内に再接続をすれば、通信回線切断前と同じ状態で継続してカメラ制御をすることができる。
【００２２】
また、本発明の好適な一様態によれば、前記外部装置の再接続時に、前記撮像装置の制御を行っている他の外部装置よりも優先順位が高い場合に、前記映像発信装置は当該外部装置の制御権を一時停止させ、前記外部装置に制御権を発行することにより、カメラの制御権を取得している最中に通信回線が切断されたとしても、所定時間内に再接続をすれば、速やかに通信回線切断前と同じ状態で継続してカメラ制御をすることができるようになる。
【００２３】
また、本発明の好適な一様態によれば、再接続後に、前記映像発信装置は制御権の発行までにかかる時間を前記外部装置に通知する。これにより、前記外部装置のユーザは制御権を得るまでの知ることができる。
【００２４】
【発明の実施の形態】
以下、添付図面を参照して本発明の好適な実施の形態を詳細に説明する。
（第１の実施形態）
図１は、本発明の第１の実施形態における映像配信システム構成である。映像配信システムは大きく分けて、映像発信装置であるカメラサーバ１０１と映像受信装置であるクライアント１０２の二つの部分より構成される。カメラサーバ１０１は主にコンピュータ１０３とカメラ装置１０４から構成される。カメラ装置１０４は例えばＲＳ２３２Ｃケーブルなどのケーブルを介してコンピュータに接続され、コンピュータ側からパン、チルトやズームなどの制御（以下カメラ制御）が可能となっている。コンピュータ内は、カメラ制御を司るカメラ制御サーバ１０５と映像配送を司る映像サーバ１０６の２つのモジュールを含む。
【００２５】
１０７から１１０まではカメラ制御サーバ１０５の構成要素であり、１０７は遠隔のクライアントからカメラ制御要求を受け付けるコマンド受信部、１０８はクライアントがカメラを制御可能なユーザであるかを認証するためのクライアント認証部、１０９は認証されたクライアントに、ある一定時間のカメラの制御を行う権利を発行するカメラ制御権時間管理部、１１０は実際にクライアントの要求に従ってカメラ装置にパン、チルトなどのコマンドを送信するカメラ制御部である。
【００２６】
１１１から１１３までは映像サーバ１０６の構成要素であり、１１１はカメラ装置で撮像された映像データをキャプチャするキャプチャー部、１１２はキャプチャされた映像データを圧縮符号化する圧縮符号化部、１１３は符号化された映像データをパケット化してクライアントへネットワークを介して送信するデータ発信部である。カメラ装置から出力されるＮＴＳＣコンポジット形式などのアナログビデオ信号は、キャプチャー部１１１によりディジタルのＲＧＢあるいはＹＵＶ画像信号に変換される。変換された映像データはＪＰＥＧあるいはＭＰＥＧ方式などの既存の圧縮符号化方式を用いる圧縮部１１０によって圧縮データに変換され、データ発信部１１３によってパケット化されてクライアントへ送信される。圧縮部に関する特別な制約はなく、Ｈ．２６１，Ｈ．２６３といった方式も利用可能である。
【００２７】
図２は、クライアント１０２とカメラサーバ１０１との関係を示したものである。クライアントはネットワークに接続可能なコンピュータであり、その内部ではビューワ２０１が１つのアプリケーションプログラムとして実行されている。ビューワ２０１内は、カメラ制御の指令や状態通知に対応するカメラ制御部２０２と、カメラ映像の表示を担当する映像表示部２０３とを含み、それぞれカメラサーバ１０１のカメラ制御サーバ１０５および映像サーバ１０６と通信する。
【００２８】
本発明は、あるクライアントがカメラ制御を行う権利（以下、「カメラ制御権」と呼ぶ。）を保持している最中に通信回線の切断が起こり、その後同じクライアントがカメラサーバに再接続した時に、通信回線の切断直前の状態から継続してカメラ制御ができるようにすることを目的としたものである。
【００２９】
カメラ制御権とは、カメラを制御するための権利であり、同じ時間にある一つのカメラに対して一クライアントのみがこの制御権を得ることができる。またカメラ制御権は、ある定められた時間に関しての権利であり、その時間以外についてはその効力を失う。
【００３０】
また、通信回線が切断するとは、物理的なレベルで通信することが不可能であり、カメラサーバとクライアントの間で、すでに確立していたコネクションを利用することができない状態をいう。従って再度通信をするためには、物理的な通信回線が回復したのちクライアントからカメラサーバに対して新しくコネクションを確立するよう要求を出す必要がある。なお、物理的なレベルで通信不能になるというのは、例えば携帯電話やＰＨＳを通信機器として使用し、電波強度が弱くなったことにより通信できなくなることなどが挙げられる。
【００３１】
通信回線が切断されたクライアントが再接続を行った時に、そのクライアントがカメラ制御権を保持したまま通信回線が切断されたユーザであることを判断する必要がある。
【００３２】
この識別法にはいくつかの方法が存在するが、ここではクライアントホストのＩＰアドレスとユーザ名によって一意に識別できる管理オブジェクトを、カメラ制御サーバ内に保存する方法をとる。
【００３３】
この管理オブジェクトは、通信回線が切断された後もある一定時間（タイムアウト時間を過ぎるまで）カメラ制御サーバ内に存在する。この管理オブジェクトによって、そのクライアントがカメラ制御権を保持したまま通信回線が切断されたクライアントか、それとも別のクライアントかを判断できる。この管理クライアント内の情報としては、クライアントホストのＩＰアドレスとユーザ名およびカメラ制御権を保持してからの経過時間や動作させたカメラの位置などのログなどが含まれる。
【００３４】
後の実施形態でも述べるが、再接続の処理工程としては種々の方式が存在し、どれを選択するかはカメラサーバの管理者に委ねられている。まず、第１の実施形態においては最も基本となる方式（ポリシー１）を説明する。
【００３５】
カメラ制御権を保持している最中に通信回線が切断されたクライアントがあるタイムアウト時間ｄの間に通信回線が復旧すれば、通信回線切断以前の状態からカメラ制御を継続することを可能とする。この方式の場合、タイムアウト時間ｄが経過するまでは他のクライアントがカメラ制御権を獲得することができない。
【００３６】
この処理工程を図３Ａ、３Ｂを参照して説明する。図３Ａでは、１台以上のクライアントがすでに通常の接続および通信を行っている状態であるとする。具体的には、まずカメラ制御サーバ１０１は、設定用のデータを読み込み起動し、クライアントからの接続要求を受け付け、クライアントの認証を行う。ここでは先に読み込まれた設定用データの中に、クライアントのホスト名とユーザ名に関する情報が予め保存されており、この情報を元に接続許可を行う。
【００３７】
カメラ制御権発行処理において、まず、ステップＳ３０１でカメラ制御権の待ちリストに登録されたクライアントがあるか否かを判断する。カメラ制御権の待ちリストとは、カメラ制御権を要求したクライアントのリストで、クライアントがカメラ制御権を要求すると、そのクライアントがリストの最後尾に登録される。
【００３８】
リストに登録がない場合（ステップＳ３０１でＹＥＳ）、ステップＳ３０２へ進みカメラ制御権のリクエストを受け付ける。カメラ制御権を受け付けると、ステップＳ３０３でリクエストしたクライアントをリストに追加する。また、リストに登録がある場合（ステップＳ３０１でＮＯ）、ステップＳ３０４でリストの先頭にあるクライアントを取り出す。
【００３９】
次にステップＳ３０５へ進み、予め設定されたカメラ制御権の割当時間Ｔを設定し、ステップＳ３０６で、ステップＳ３０４で取り出したクライアントにカメラ制御権を発行する。カメラ制御権を得たクライアントはカメラサーバ１０１と通信を行い、カメラ制御を行う（ステップＳ３０７）。ここでは、一定時間毎にカメラ制御権が解放されたか否か、つまり、カメラ制御権の割当時間内であるか、または通信回線が切断されたかをステップＳ３０８で確認し、カメラ制御権が解放されていない場合（ステップＳ３０８でＮＯ）、ステップＳ３０９へ進みカメラ制御中に制御権のリクエストがあったかを確認する。リクエストされていた場合（ステップＳ３０９でＹＥＳ）は、リクエストしたクライアントをステップＳ３１０で待ちリストに追加してステップＳ３０７へ戻り、リクエストがない場合（ステップＳ３０９でＮＯ）には、そのままステップＳ３０７へ戻る。
【００４０】
また、ステップＳ３０８でカメラ制御権が解放された場合、ステップＳ３１１へ進み、解放の事由が通信回線が切断された為であるか否かを判断する。切断されたためではない場合（ステップＳ３１１でＮＯ）、カメラ制御権の割当時間が経過したためであるため、ステップＳ３０１へ戻り、それ以降の処理を繰り替えす。また、カメラ制御権が通信回線が切断されたために解放された場合（ステップＳ３１１でＹＥＳ）、ステップＳ３１２へ進み、再接続処理を行う。
【００４１】
次に図３Ｂを参照して、ステップＳ３１２の再接続処理を説明する。
【００４２】
まずステップＳ３２０において、カメラ制御中のクライアント（以下、「再接続クライアント」と呼ぶ。）の管理オブジェクトを作成する。上述の通り、この管理オブジェクトは一定時間保持され、この時間が経過すると、消滅するようになっている。従って、ステップＳ３２１で、予め設定された時間が経過したか否かを判断し、経過していなければ（ステップＳ３２１でＹＥＳ）、ステップＳ３２２へ進み、接続リクエストおよび制御権リクエストを受け付ける。リクエストがなければ（ステップＳ３２２でＮＯ）ステップＳ３２１へ戻り、あれば（ステップＳ３２２でＹＥＳ）ステップＳ３２３へ進む。
【００４３】
ステップＳ３２２で制御権要求を伴う接続要求を行うクライアントの中には、さまざまなクライアントが考えられるが、いずれの場合も、認証を行い、接続の可否を判断する。ここで接続されるクライアントは二種類に分けられる。一つは新規にカメラ制御を要求するクライアント（以下、「新規クライアント」と呼ぶ。）で、もう一つは再接続クライアントである。ステップＳ３２３で再接続クライアントかどうかを判定する。この再接続クライアントかどうかの判定は、クライアントのＩＰアドレスとユーザ名によって一意に定まる管理オブジェクトがカメラ制御サーバ１０５内に存在するかしないかにより判断することができる。
【００４４】
ステップＳ３２３で、再接続クライアントによる接続リクエストに伴う制御権リクエストではない、即ち、別クライアントによる制御権リクエスト又は新規クライアントによる接続リクエストであると判断された場合（ステップＳ３２３でＮＯ）、当該クライアントを制御権の待ちリストの最後尾に登録し、ステップＳ３２１へ戻る。再接続クライアントによる接続リクエストに伴う制御権リクエストであると判断された場合（ステップＳ３２３でＹＥＳ）、ステップＳ３２５でカメラ制御権を与えるクライアントとして当該再接続クライアントを決定し、ステップＳ３２６へ進む。
【００４５】
また、ステップＳ３２１で予め設定された時間が経過したと判断された場合（ステップＳ３２１でＹＥＳ）、ステップＳ３２６へ進み、管理オブジェクトを削除する。従って、これ以降に再接続クライアントが接続要求を行ったとしても、新規クライアントとして扱われることになる。
【００４６】
クライアント決定後、図３ＡのステップＳ３０５へ進み、カメラ制御時間を設定する。新規クライアントであれば予め設定された時間Ｔが制御時間として発行されるが、再接続クライアントの場合、通信回線切断以前に時間ｔだけすでにカメラ制御が行われていたとすると、再接続時には時間Ｔ−ｔだけのカメラ制御権を得ることができる。以降、ステップＳ３０５以降の動作を繰り返す。
【００４７】
なお、説明の簡略化のため、ステップＳ３０２およびステップＳ３０９では制御権リクエストのみを受け付けたが、新規クライアントの接続リクエストも受け付けるように構成してもよい。その場合、接続要求を行ったクライアントの認証処理が必要になる。
【００４８】
続いて映像サーバ１０６の動作説明を行う。
【００４９】
図４はカメラサーバ１０１内の映像サーバ１０６の動作を示したフローチャートである。映像サーバ１０６は、まず起動時にステップＳ４０１で特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）から映像サーバ設定情報を読み出して、それに基づき動作を開始する。ここで、映像の獲得と符号化を行うスレッドを生成し（最初このスレッドは休止状態）、続いて、ステップＳ４０２でクライアントであるビューワプログラムからのリクエストを受け付けるポートを開き、リクエスト待ち状態に入る。リクエスト（接続リクエストもしくはコマンドリクエスト）が受け付けられたら、ステップＳ４０２を抜け、ステップＳ４０３で接続リクエストを受け付ける。さらにステップＳ４０４で接続の可否の判定を行う。否ならば接続拒否のエラーコードを返し、ステップＳ４０２に戻る。可ならば、ステップＳ４０５で接続処理として、クライアントからのコマンドの受付処理を行うスレッドを生成し、クライアントの登録を行い、映像の獲得と符号化を行うスレッドが休止状態ならば動作開始を指示してから、Ｓ４０６に進む。
【００５０】
生成されたクライアント対応のスレッドでは、まずクライアントであるビューワプログラムとの間で通信のパラメータを決めるやり取りを行い、映像の獲得と符号化を行うスレッドへの動作開始の指示により、ステップＳ４０６で前もって設定された時間間隔で映像データを映像キャプチャボードを使って獲得し、これを圧縮データに変換する。さらにステップＳ４０７でこの圧縮データを接続しているすべてのクライアント対応のスレッドに伝える。クライアント対応のスレッドはクライアントからの次映像フレーム送信要求コマンド（これはクライアントビューワでの圧縮映像データの受け取り完了に対して、送り返されるのが一般的である）を受け取った場合には、映像フレーム送信要求のフラグを設定する。Ｓ４０７で新規の映像データが用意されるとステップＳ４０８（図４（ｂ））へ進む。
【００５１】
ステップＳ４１１でコマンドが届いたならば、それを受け付け、ステップＳ４１２でそのコマンドが接続終了コマンドであるか否かを判断する。接続終了コマンドであれば（ステップＳ４１２でＹＥＳ）、図４（ａ）のステップＳ４０９へ進み、そのまま接続終了となる。
【００５２】
接続終了コマンドでない場合（ステップＳ４１２でＮＯ）、ステップＳ４１３へ進み、コマンド処理を行う。ステップＳ４１２で、クライアントビューワからの次映像フレーム送信要求を受けたならば、圧縮データをクライアントビューワへ配送する。この際、映像データとともにサーバマシンでの現在時刻、サーバマシンに設定されたメッセージなどを送信データのヘッダーに付加することができる。映像サーバにおける各クライアント対応のスレッドはクライアントから接続終了のコマンドを受けたならば、それを主プログラムへ通達し、さらにステップＳ４１３で自身のスレッドを終了する。また、符号化・送信などに関する設定に関するコマンドの場合には変更操作を行って、その結果（操作の成功か失敗を示すコード）をコマンド要求を受け付けたクライアント対応のスレッドへ伝える。このクライアント対応のスレッドはステップＳ４１４で結果をクライアントビューワへ送り返す。
【００５３】
図５はカメラサーバ１０１が用いる設定値、すなわち、カメラ制御サーバ１０５や映像サーバ１０６が読み出す動作設定情報を特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）に設定する場合に用いられるカメラサーバ設定プログラムの表示画面の一例を示した図であり、カメラ制御サーバ、映像サーバ、動画品質、接続制限事項などに関する各種のパラメータ（後述）を設定できるようになっている。ＯＫボタンを押すと設定した値が特定のファイルあるいはレジストリに書き込まれ、キャンセルすると書き込まれずに終了する。
【００５４】
図６は図５のカメラサーバ１０１の設定プログラムの動作を示すフローチャートである。設定プログラムは起動時にまずステップＳ６０１でカメラ制御サーバ１０５および映像サーバ１０６に関する設定情報を格納した特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）から設定情報を読み出し、内部データに設定する。以降、ユーザの操作入力を受け取り、実施するループを繰り返す。ステップＳ６０２でユーザの操作入力を待ち、入力があればそれを受け取り、ステップＳ６０３で入力がＯＫまたはキャンセルの入力であるか否かを判定する。ステップＳ６０３でＮＯの場合、ステップＳ６０４に進み、入力された値が適正であるか否かを判定し、適正でなければ（ステップＳ６０４でＮＯ）ステップＳ６０５でエラーメッセージを出力して、値を元に戻してユーザの入力待ちステップＳ６０２へ戻る。適正であるならば（ステップＳ６０４でＹＥＳ）、ステップＳ６０６で内部データを更新して、Ｓ６０２に戻る。
【００５５】
なお、ここで設定できる値には次の項目がある。即ち、カメラ制御の通信用のＴＣＰポート番号、カメラと接続するＣＯＭ（シリアル）ポート、再接続までの最大待ち時間（すなわち、タイムアウト時間）、再接続のポリシー（ポリシー１は第１の実施形態、ポリシー２は第２の実施形態、ポリシー３は第３の実施形態に対応しており、接続ポリシーをカメラサーバで選択することができる。）、カメラ制御権を与えてもよいクライアントのＩＰアドレスとユーザ名、映像関連の通信用のＴＣＰポート番号、ログ情報の有無とログファイル名、映像をキャプチャする時間間隔を規定するフレームレートと圧縮の品質を決めるＱ−Ｆａｃｔｏｒ、圧縮の元データの画面サイズ、カメラ制御に関する制御権の順番待ち人数、１つのビューワの制御権保持占有時間などである。
【００５６】
ユーザからの入力がＯＫボタンの場合（ステップＳ６０３およびＳ６０７で共にＹＥＳ）には、ステップＳ６０８に進み、更新された内部データをカメラ制御サーバ１０５および映像サーバ１０６に関する設定情報を格納する特定のファイルなどへ書き出し、ステップＳ６０９で変更を反映するためにカメラサーバを再起動するかを尋ねるパネルを表示する。再起動する場合には（ステップＳ６０９でＹＥＳ）ステップＳ６１０でカメラ制御サーバ１０５や映像サーバ１０６などを再起動して、ステップＳ６１１で設定プログラムを終了する。再起動しない場合にはステップＳ６０９から直接ステップＳ６１１に進み、終了する。また、ステップＳ６０２でのユーザの入力がキャンセルボタンである場合（ステップＳ６０３でＹＥＳ、ステップＳ６０７でＮＯ）には、直接ステップ６１１に進み、処理を終了する。
【００５７】
続いてビューワ２０１側の説明を行う。図７はクライアントがカメラサーバ１０１に接続要求を出す際に表示される画面である。カメラサーバ１０１のあるホストを７０１に指定し、７０２でこのビューワ２０１を使用しているユーザの名前を入力する。ポート番号は、カメラ制御サーバ１０５と映像サーバ１０６でそれぞれ指定することが可能となっている。ＯＫボタンを押すことによって、カメラサーバ１０１と通信することができる。
【００５８】
図８はビューワ２０１が動作しているクライアント側ホストマシンの画面の様子を例示した図である。８０１はＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）ブラウザプログラムであり、Ｎｅｔｓｃａｐｅ社のＮａｖｉｇａｔｏｒやＭｉｃｒｏｓｏｆｔ社のＩｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒなどがある。８０２はＷＷＷブラウザプログラムの表示領域内で動作するビューワプログラムウィンドウある。８０３は映像表示部、８０４はチルト（カメラの縦振り）用のスクロールバー、８０５はパン（カメラの横振り）用のスクロールバー、８０６はズーム用のスクロールバー、８０７はカメラ制御権の要求のためのボタンであり、８０８はカメラ制御権の状態を表示する部分であり、８０９は逆光補正用のボタンである。
【００５９】
カメラ制御権を保持したまま通信回線が切断された場合、再起動時にカメラ制御権を得るために何らかのボタンを押すようにしてもよいが、本第１の実施形態ではタイムアウト時間ｄまでそのクライアントが再接続すれば自動的にカメラ制御権が獲得できるものとする。
【００６０】
図９はビューワ側での動作の流れを示す図である。ステップＳ９０１でビューワマシン上のＷＷＷブラウザが指示されたＵＲＬに対応するＷＷＷサーバに接続し、ＨＴＭＬ形式で記述されたＷＷＷページデータをリクエストする。続いてステップＳ９０２でＷＷＷサーバからＷＷＷページデータを受け取り、これをＷＷＷブラウザ上で表示開始する。ここで受け取ったＷＷＷページデータの中には本システムのビューワを起動しカメラサーバへ接続するための情報を示した以下のようなｅｍｂｅｄタグもしくはハイパーリンクが含まれる。
【００６１】
＜ｅｍｂｅｄ  ｓｒｃ＝”ｃａｍｅｒａ１．ｗｖｐ”ｗｉｄｔｈ＝４８０
ｈｅｉｇｈｔ＝３２０＞
ＷＷＷブラウザはさらにステップＳ９０３でｅｍｂｅｄタグで指定されたデータファイル（上の場合、”ｃａｍｅｒａ１．ｗｖｐ”ファイル）をＷＷＷサーバへアクセスしてダウンロードし、ステップＳ９０４でデータファイルの識別子に対応するプログラム、すなわち本システムのビューワプログラムを起動する。ダウンロードしたファイルにはネットワーク接続に必要なカメラ制御サーバと映像サーバのネットワークアドレスや通信ポートなどの情報が含まれる。ビューワプログラムはステップＳ９０５でダウンロードしたデータファイルを読み込み、そこに記載されているカメラサーバ１０１を構成する映像サーバアドレスおよび接続ポートの情報に従い、映像サーバ１０６へ接続する。ここで、接続以降の処理を行うための動作プログラム（実現方法としては、スレッドあるいはプロセスの起動となる）が起動され、映像サーバ１０６との間で通信に関するパラメータのやり取りを行う。
【００６２】
ステップＳ９０６でダウンロードしたデータファイルに記載されているカメラ制御サーバのアドレスおよび接続ポートの情報に従い、カメラ制御サーバ１０５へ接続し、Ｓ９０７でカメラ制御を行うための認証を受け、カメラ制御サーバとの間で通信に関するパラメータのやり取りを行う。
【００６３】
ステップＳ９０８では、映像サーバからの映像データを受け取り、表示する。
【００６４】
これ以降メインプログラムはユーザからの操作要求を受けつけ、実行する。まずステップＳ９０９で図８で示したウィンドウ８０１上のグラフィックユーザーインターフェース（ＧＵＩ）に対するユーザ入力をメニュー操作などのマウス操作あるいはキーボード操作により受け取り、このユーザ入力がカメラ制御に関する場合には（ステップＳ９１０でＹＥＳ）、ステップＳ９１１でカメラ制御サーバ１０５へコマンドを発し、映像サーバ１０６に関する場合には（ステップＳ９１２でＹＥＳ）、ステップＳ９０９で映像サーバへコマンドを発する。また、ユーザの操作がビューワ２０１の状態を変更する（たとえば表示サイズを変更する）ものの場合には（ステップＳ９１４でＮＯ）ステップＳ９１０で内部状態を更新し、コンピュータに付属するオペレーティングシステムおよびウィンドウシステムの提供する機能を用いて表示サイズの変更などを実現する。ユーザ操作が終了の場合には（ステップＳ９１４でＹＥＳ）、ビューワ２０１の動作に関連する各プログラムを順次終了する。なお、ステップＳ９１１、Ｓ９１３、Ｓ９１５の処理が完了するとステップＳ９０８へ戻り、画像を更新した後、ユーザの操作入力を確認する。
【００６５】
なお、ステップＳ９１０でカメラ制御コマンドと判断された場合、カメラ制御権がカメラサーバ１０１から与えられている時間内でのみ、入力コマンドは有効となる。この場合、カメラ制御権が無い間にカメラ制御コマンドが入力された場合に、ビューワ２０１側でカメラ制御コマンドを無効にするように構成してもよいし、カメラサーバ側で、カメラ制御権が無いクライアントからカメラ制御コマンドを受け取った場合に、そのコマンドを無視するように構成してもよい。また、カメラ制御権が無い旨をユーザに通知するようにしてもよい。
【００６６】
図１０は本発明によるカメラサーバ１０１およびビューワ２０１が利用される状況を示した図であり、１０１は本発明によるカメラサーバ、１００２から１００６まではクライアントであり、上述のクライアント１０２に対応する。またカメラサーバはＷＷＷサーバ１００７を介してアクセス可能となっている。ＷＷＷサーバ１００７を介することにより複数のクライアントから所望のカメラサーバに容易にアクセスすることが可能となる。
【００６７】
カメラサーバ１０１とクライアント１００２はインターネット上に直接接続されており、クライアント１００５は携帯電話で、クライアント１００６はＰＨＳを介してインターネットに接続されている。またクライアント１００３はＩＳＤＮで、クライアント１００４はモデムを介して接続されている。どのクライアントの場合もカメラサーバ１０１までの途中の中継地点において、何らかの障害によりネットワークが切断される可能性を含んでいる。また特に携帯電話などの無線による通信は、電波強度の問題などにより頻繁に通信回線が切断される恐れがある。図１０のような利用形態は、特殊なものではなくごく一般に利用されている。
【００６８】
第１の実施形態に係るカメラサーバ１０１のコンピュータ１０３の一般的なハードウェア構成を図１１に示す。
【００６９】
コンピュータ１０３は、ＲＯＭ３０１、ＲＡＭ３０２、中央処理装置３０３、ディスク装置３０４、バス３０５、Ｉ／Ｏポート３０６、Ｉ／Ｆ３０７、外部記憶装置３０８からなる。ＲＯＭ３０１は、上述の図３Ａおよび３Ｂに示す制御手順を実現するプログラムを保持する。ＲＡＭ３０２は、上記プログラムの動作に必要な記憶領域とを提供する。中央処理装置３０３はＲＯＭ３０１に保持されているプログラムに従って処理を行なう。バス３０５は、上記の各構成を接続し、各構成間におけるデータの授受を可能とする。３０６はカメラシステムとの通信を行なうＩ／Ｏポートである。Ｉ／Ｆ２１３は、マウスやキーボードなどの入力部３０９と接続する。また、外部記憶装置３０８はフロッピディスクやＣＤ−ＲＯＭといった外部記憶媒体を駆動するためのものであり、上述したように予めＲＯＭ３０１に制御プログラムを保持する代わりに外部記憶媒体に記憶されている場合に、それを読み出してダウンロードする。
【００７０】
上記のとおり第１の実施形態によれば、カメラの制御権を取得している最中に通信回線が切断されたとしても、ある一定時間内に再接続をすれば、通信回線切断前と同じ状態で継続してカメラ制御をすることができるようになる。
【００７１】
（第２の実施形態）
第１の実施形態では、カメラ制御権を保持している最中に通信回線が切断されたクライアントが新たに再接続して残りの制御時間が切れるまで、又は、所定のタイムアウト時間が過ぎるまでに他のクライアントはカメラ制御権を獲得することができなかった。第２の実施形態は、通信回線が切断され再接続をするまでの間にも他のクライアントがカメラ制御権を持つことを可能とする方式である（ポリシー２）。しかし再接続をしたクライアント（再接続クライアント）は、他の待ち状態にあるクライアントよりも優先的にカメラ制御権を獲得することができる。
【００７２】
ここでは現在操作中のカメラ制御権を保持しているクライアントはそのまま操作を続けることが可能であり、そのクライアントが操作を終えた後に、再接続クライアントが、他のカメラ制御権を待っているクライアントに先だって制御権を得ることができる。またこのカメラ制御権を得る際、カメラの位置は通信回線切断前の状態に戻した位置され、その位置から制御が開始される。
【００７３】
第２の実施形態にかかる処理工程を示したものが図１２Ａおよび図１２Ｂである。
【００７４】
図１２Ａでは、１台以上のクライアントがすでに通常の接続および通信を行っている状態であるとする。具体的には、まずカメラ制御サーバ１０１は、設定用のデータを読み込み起動し、クライアントからの接続要求を受け付け、クライアントの認証を行う。ここでは先に読み込まれた設定用データの中に、クライアントのホスト名とユーザ名に関する情報が予め保存されており、この情報を元に接続許可を行う。
【００７５】
カメラ制御権発行処理において、まず、ステップＳ１２０１でカメラ制御権の待ちリストに登録されたクライアントがあるか否かを判断する。カメラ制御権の待ちリストへの登録の仕方は第１の実施形態とは異なり、後述する。
【００７６】
リストに登録がない場合（ステップＳ１２０１でＹＥＳ）、ステップＳ１２０２へ進みカメラ制御権のリクエストを受け付ける。カメラ制御権を受け付けると、ステップＳ１２０３でリクエストしたクライアントをリストの最後尾に追加する。また、リストに登録がある場合（ステップＳ１２０１でＮＯ）、ステップＳ１２０４でリストの先頭にあるクライアントを取り出す。
【００７７】
次にステップＳ１２０５へ進み、先頭にあるクライアントが再接続クライアントであるか否かを判断する。この再接続クライアントかどうかの判定は、クライアントのＩＰアドレスとユーザ名によって一意に定まる管理オブジェクトがカメラ制御サーバ１０５内に存在するかしないかにより判断することができる。再接続クライアントであると判断されると（ステップＳ１２０５でＹＥＳ）、ステップＳ１２０６で管理オブジェクト内に貯えられた情報をもとに、カメラの位置を通信回線切断前の位置にまで移動してから、ステップＳ１２０７へ進む。また、ステップＳ１２０５でＮＯの場合もステップＳ１２０７へ進む。
【００７８】
ステップＳ１２０７ではカメラ制御権の割当時間を設定する。新規クライアントであれば、予め設定された時間Ｔが制御時間として発行されるが、再接続クライアントの場合、通信回線切断以前に時間ｔだけすでにカメラ制御が行われていたとすると、再接続時には時間Ｔ−ｔだけのカメラ制御権を得ることができる。ステップＳ１２０８で、ステップＳ１２０４で取り出したクライアントにカメラ制御権を発行する。カメラ制御権を得たクライアントはカメラサーバ１０１と通信を行い、カメラ制御を行う（ステップＳ１２０９）。ここでは、一定時間毎にカメラ制御権が解放されたか否か、つまり、カメラ制御権の割当時間内であるか、または通信回線が切断されたかをステップＳ１２１０で確認し、カメラ制御権が解放されている場合（ステップＳ１２１０でＹＥＳ）、ステップＳ１２１１へ進み、解放の事由が通信回線が切断された為であるか否かを判断する。切断されたためではない場合（ステップＳ１２１１でＮＯ）、カメラ制御権の割当時間が経過したためであるため、ステップＳ１２０１へ戻り、それ以降の処理を繰り替えす。また、カメラ制御権が通信回線が切断されたために解放された場合（ステップＳ１２１１でＹＥＳ）、ステップＳ１２１２へ進み、管理オブジェクトを作成してからステップＳ１２０１へ戻る。ここで作成される管理オブジェクトは、所定時間が経過すると消滅するように構成されている。
【００７９】
また、ステップＳ１２１０でカメラ制御権が解放されていないと判断された場合、ステップＳ１２１３へ進み、制御権リクエスト受付処理を行う。
【００８０】
次に、図１２Ｂを参照して、ステップＳ１２１３の制御権リクエスト受付処理を説明する。
【００８１】
まずステップＳ１２２０において、制御権リクエストがあったか否かを判断する。ここで言う制御権リクエストは、通常の制御権リクエストの他に、接続リクエストに付随して自動的に発行される制御権リクエストも含む。リクエストがなければ（ステップＳ１２２０でＮＯ）図１２ＡのステップＳ１２０９へ戻り、カメラ制御を続け、リクエストがあれば（ステップＳ１２２０でＹＥＳ）、ステップＳ１２２１へ進む。
【００８２】
ステップＳ１２２１で制御権要求を伴う接続要求を行うクライアントの中には、さまざまなクライアントが考えられるが、いずれの場合も、認証を行い、接続の可否を判断する。ここで接続されるクライアントは二種類に分けられる。一つは新規クライアントで、もう一つは再接続クライアントである。ステップＳ１２２１で再接続クライアントかどうかを判定する。この判定は、管理オブジェクトを参照することにより行われるため、タイムアウト時間ｄが経過して、管理オブジェクトが消滅し、存在しなくなった場合には、再接続クライアントであったとしても、新規クライアントとして扱われることになる。
【００８３】
ステップＳ１２２１で、再接続クライアントによる接続リクエストに伴う制御権リクエストではない、即ち、別クライアントによる制御権リクエスト又は新規クライアントによる接続リクエストであると判断された場合（ステップＳ１２２１でＮＯ）、当該クライアントを制御権の待ちリストの最後尾に登録し、図１２ＡのステップＳ１２０９へ戻る。再接続クライアントによる接続リクエストに伴う制御権リクエストであると判断された場合（ステップＳ１２２１でＹＥＳ）、当該クライアントを制御権の待ちリストの先頭に登録する。このように第２の実施形態では、第１の実施形態と異なり、接続クライアント以外が通信回線切断後にカメラ制御権を獲得することを許されているため、再接続後すぐにカメラ制御権を獲得できるとは限らない。しかし先頭に加えることで、他のクライアントよりも優先的にカメラ制御権があたえられることになる。その後、図１２ＡのステップＳ１２０９へ戻る。
【００８４】
なお、簡略化のため、ステップＳ１２０２では制御権リクエストのみを受け付るように説明したが、新規クライアントの接続リクエストも受け付けるように構成してもよい。その場合、接続要求を行ったクライアントの認証処理が必要になる。
【００８５】
第１の実施形態では接続リクエストを受けた際の認証の方法として、クライアントのＩＰアドレスとユーザ名によって識別していた。この方法のほかに、映像サーバが管理するキーとパスワードによって識別する方法も考えられる。このキーはあらかじめこの映像配信システムを利用する前に取得し、パスワードと共にカメラ制御サーバ内に登録する必要がある。そこでクライアント側はカメラサーバにアクセスするときは、そのキーとパスワードを入力する必要がある。従って図７のクライアントのカメラサーバにアクセスを出す画面には、パスワードとキーを入力するようになる。このキーによりカメラ制御サーバは管理オブジェクトを識別することが可能になる。
【００８６】
第１の実施形態ではビューワ側は、再接続後すぐにカメラ制御権を得ることができたが、第２の実施形態では、カメラ制御権を得るまでにいくらかの遅延を含む場合がある。したがってどのくらいの時間でカメラ制御権を獲得できるのかという情報をビューワ側に表示するように構成してもよい。このような表示機能を図８のビューワに簡単に追加することが可能である。
【００８７】
上記のとおり第２の実施形態によれば、カメラの制御権を取得している最中に通信回線が切断されたとしても、ある一定時間内に再接続をすれば、優先的に通信回線切断前と同じ状態で継続してカメラ制御をすることができるようになる。
【００８８】
（第３の実施形態）
第２の実施形態では、再接続クライアントは再接続をしたときにすでに他のクライアントがカメラ制御権を保持していたら、そのクライアントがカメラ制御を終わるまでカメラ制御権を獲得することはできなかった。これに対し第３の実施形態では、現在のカメラを制御しているクライアントのカメラ制御権を一時停止させて、カメラ制御権を得ることが可能にする（ポリシー３）。これを可能にするため、クライアントには何らの基準に従って優先順位を与える。例えばここではカメラ制御を始めた時間を優先順位を決める基準とする。
【００８９】
この場合、再接続時に他のクライアントがカメラを制御している場合、そのクライアントよりもカメラ制御を始めた時刻が早ければカメラ制御権を獲得することができる。もし現在カメラ制御を行っているクライアントも再接続クライアントであり、かつ自分よりもカメラ制御を始めた時刻が早いようであれば、そのクライアントよりも優先順位が低いことになり、待ちリストに加えられる。また、新規に制御権の要求を行うクライアントは最も優先順位が低いことになる。
【００９０】
この優先順位の基準は、カメラ制御権の管理部の中に課金を行うような仕組みが取り入れられている場合などは、払っている金額に応じて決定するなどの基準にすることもできる。このような課金を行う枠組み（以下課金システム）の例としては、１分間あたりの料金を差別化して、より高い金額を支払うユーザの方がランクを高くしたり、カメラ制御権を保持できる最大時間を長くしたり、またはカメラズーム倍率を大きくする等のサービスを与えていること等が考えられる。
【００９１】
そのほか様々な形態の課金システムが考えられるが、ここでは課金システム上で何らかのランク付けがなされており、それが第３の実施形態における優先順位として利用できるものであればどのような形態でも構わない。
【００９２】
第３の実施形態における処理工程を図示したものが図１３Ａおよび図１３Ｂである。
【００９３】
図１３Ａにおいて、図１２Ａと同じステップ番号を有するものは同様の処理を行うものとして、説明を省略し、異なる工程のみを説明する。
【００９４】
ステップＳ１２１０においてカメラ制御権が解放されていないと判断された場合に、ステップＳ１３００で制御権リクエスト受付処理を行う。この処理は、第２の実施形態で説明したものと異なる。第３の実施形態における制御権リクエスト受付処理を図１３Ｂを参照して説明する。
【００９５】
まずステップＳ１３０１において、制御権リクエストがあったか否かを判断する。ここで言う制御権リクエストは、通常の制御権リクエストの他に、接続リクエストに付随して自動的に発行される制御権リクエストも含む。リクエストがなければ（ステップＳ１３０１でＮＯ）、図１３ＡのステップＳ１２０９へ戻り、カメラ制御を続け、リクエストがあれば（ステップＳ１３０１でＹＥＳ）、ステップＳ１３０２へ進む。
【００９６】
ステップＳ１３０２では再接続クライアントかどうかを判定する。この判定は、管理オブジェクトを参照することにより行われるため、タイムアウト時間ｄが経過して、管理オブジェクトが消滅し、存在しなくなった場合には、再接続クライアントであったとしても、新規クライアントとして扱われることになる。
【００９７】
ステップＳ１３０２で再接続クライアントであると判断された場合にはステップＳ１３０３へ進み、優先順位を基準にして、現在カメラを制御中のクライアントからカメラ制御権の割り込み可能であるか否かを判定し、可能であると判断された場合（ステップＳ１３０３でＹＥＳ）はＳ１３０４に移り、現在カメラ制御中のクライアントのカメラ制御権を停止させ、当該クライアントを優先順位に基づいてリストに追加する。ステップＳ１３０５では再接続クライアントをカメラ制御権を与えるクライアントとして決定し、図１３ＡのステップＳ１２０６へ戻る。
【００９８】
また、再接続クライアントによる制御権リクエストではない場合（ステップＳ１３０２でＮＯ）又は割り込み不可能と判定した場合（ステップＳ１３０３でＮＯ）には、ステップＳ１３０６へ進み、優先順位に基づいて待ちリストに追加する。待ちリストへの加え方としては、優先順位が当該クライアントよりも低いクライアントよりも前でかつ優先順位が当該クライアントよりも高いクライアントより後ろになるようにする。その後、図１３ＡのステップＳ１２０９へ戻る。
【００９９】
なお、Ｓ１３０３においてカメラ制御権を獲得可能（割り込み可能）であると判定した場合は、現在カメラ制御権を保持しているクライアントのビューワに対して何らかの通知をする必要がある。停止させられたクライアントは、まずユーザにそのことの通知する。ビューワ側には図８で示した機能以外に停止されたことを示す何らかの表示機能を加える。
【０１００】
この場合管理オブジェクトにはそれまでの操作時間を格納し、当該クライアントが次のカメラ制御権を得たときには残りの時間だけ作業することができる。
【０１０１】
また、第３の実施形態においては、再接続クライアントが再接続時に制御権を得ているクライアントよりも優先順位が高い場合に、割り込みを行うように構成したが、本発明はこれに限るものではなく、制御権獲得中のクライアントの制御終了後に再接続クライアントに制御権を発行するようにしてもよい。この場合、図１３ＢのステップＳ１３０１で制御リクエストを送信したクライアントは全て優先順位に従ってリストに追加されることになる。
【０１０２】
また、第１の実施形態や第２の実施形態では、カメラサーバはカメラ制御権を獲得した新規クライアントに対しては所定時間Ｔを制御時間として発行し、通信回線切断以前に時間ｔだけカメラ制御を行った再接続クライアントに対しては時間Ｔ−ｔだけのカメラ制御権を設定していた。これ以外にも異なる時間の設定方法は存在する。例えば、カメラサーバはカメラ制御権を取得したクライアントに対して、ある時間Ｔを制御時間として発行し、通信回線切断以前に時間ｔだけカメラ制御を行い、それから時間ｓ後に再接続をした場合にＴ−ｔ−ｓだけの時間だけカメラ制御権を与えるようにしてもよい。
【０１０３】
これらのカメラ制御権の時間割り当て方法も、もし時間の長さに対して課金を行おうとすると問題となる。第１の実施形態や第２の実施形態では、通信回線が切断されている間はその時間は課金の対称とはしなかった。しかし、第３の実施形態では、切断時間中も課金の対象に含まれることになる。このようにカメラ制御の制御時間に対して課金を行うことを考慮する場合、通信回線が切断したときまでを考慮したカメラ制御プロトコルは不可欠なものとなる。
【０１０４】
上述の通り第３の実施形態によれば、カメラの制御権を取得している最中に通信回線が切断されたとしても、優先的にカメラ制御権を再獲得し、通信回線切断前と同じ状態で継続してカメラ制御をすることができるようになる。
【０１０５】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。
【０１０６】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１０７】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。
【０１０８】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０９】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１０】
【発明の効果】
以上説明したように、本発明に係わる映像配信システムでは撮像装置であるカメラをネットワーク上に遠隔にいるクライアントが操作することが可能であり、カメラ制御権取得中に生じた通信回線の切断に対して、ある一定時間内に再接続すれば通信回線が切断される前と同じ状態で継続してカメラ制御ができる環境を提供することができる。
【０１１１】
【図面の簡単な説明】
【図１】本発明の映像配送システムの構成図である。
【図２】本発明の映像発信装置と映像受信装置の関係図である。
【図３Ａ】第１の実施形態におけるカメラ制御サーバの動作の流れ図である。
【図３Ｂ】第１の実施形態におけるカメラ制御サーバの動作の流れ図である。
【図４】映像サーバの動作の流れ図である。
【図５】カメラサーバの設定プログラムの表示画面を示す図である。
【図６】カメラサーバの設定を行う動作の流れ図である。
【図７】ビューワの接続時の画面を示す図である。
【図８】ビューワの動作画面を示す図である。
【図９】ビューワの動作流れ図である。
【図１０】本発明を用いた一般的な利用形態を示す図である。
【図１１】本発明のカメラサーバとして利用される一般的なコンピュータの構成を示すブロック図である。
【図１２Ａ】第２の実施形態におけるカメラ制御サーバの動作の流れ図である。
【図１２Ｂ】第２の実施形態におけるカメラ制御サーバの動作の流れ図である。
【図１３Ａ】第３の実施形態におけるカメラ制御サーバの動作の流れ図である。
【図１３Ｂ】第３の実施形態におけるカメラ制御サーバの動作の流れ図である。
【符号の説明】
１０１  カメラサーバ
１０２  クライアント
１０３  コンピュータ
１０４  カメラ装置
１０５  カメラ制御サーバ
１０６  映像サーバ
１０７  コマンド受信部
１０８  クライアント認証部
１０９  カメラ制御時間管理部
１１０  カメラ制御部
１１１  キャプチャー部
１１２  圧縮符号化部
１１３  データ送信部
【図１】
0004026944.tif 000002
【図２】
0004026944.tif 000003
【図３Ａ】
0004026944.tif 000004
【図３Ｂ】
0004026944.tif 000005
【図４】
0004026944.tif 000006
【図５】
0004026944.tif 000007
【図６】
0004026944.tif 000008
【図７】
0004026944.tif 000009
【図８】
0004026944.tif 000010
【図９】
0004026944.tif 000011
【図１０】
0004026944.tif 000012
【図１１】
0004026944.tif 000013
【図１２Ａ】
0004026944.tif 000014
【図１２Ｂ】
0004026944.tif 000015
【図１３Ａ】
0004026944.tif 000016
【図１３Ｂ】
0004026944.tif 000017