JPH10164555A - サーバ及びクライアント及び制御方法及び記憶媒体 - Google Patents

サーバ及びクライアント及び制御方法及び記憶媒体

Info

Publication number
JPH10164555A
JPH10164555A JP8320562A JP32056296A JPH10164555A JP H10164555 A JPH10164555 A JP H10164555A JP 8320562 A JP8320562 A JP 8320562A JP 32056296 A JP32056296 A JP 32056296A JP H10164555 A JPH10164555 A JP H10164555A
Authority
JP
Japan
Prior art keywords
request
server
information
camera
client
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP8320562A
Other languages
English (en)
Inventor
Koichi Oi
浩一 大井
Yasuhiro Okuno
泰弘 奥野
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP8320562A priority Critical patent/JPH10164555A/ja
Priority to US08/904,860 priority patent/US7113971B1/en
Publication of JPH10164555A publication Critical patent/JPH10164555A/ja
Priority to US11/481,805 priority patent/US8015242B2/en
Priority to US13/192,593 priority patent/US8782126B2/en
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6587—Control parameters, e.g. trick play commands, viewpoint selection

Abstract

(57)【要約】 【課題】 クライアント側からの要求内容が、サーバの
許容範囲を越えるような要求であったとしても、その要
求の基本的な部分に対しては応答しつつ、尚且つ、その
応答結果がクライアントからの要求に対して完全には応
答しきれていないことを通知させることを、汎用のネッ
トワークを介して可能にする。 【解決手段】 カメラ制御サーバ１０１は、ＰＣ１１４
からの要求に従ってカメラ１１１のアングルを制御す
る。撮影された映像は画像入力部１０３を介して画像記
憶部１０５に格納される。またカメラ状態挿入部１０７
は、カメラの撮影した際のアングル情報と、そのカメラ
のアングルの限界の情報とを応答データ作成部１０９に
通知する。応答データ作成部１０９は、カメラ状態挿入
部１０７からの情報をテキスト形式にしてＨＴＴＰメッ
セージのヘッダ部を作成し、その後に、撮影映像の圧縮
データを付加してＰＣ１１４に向けて転送する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明はサーバ及びクライア
ント及び制御方法及び記憶媒体、例えば、クライアント
からの要求にしたがったサービスを提供するサーバ、そ
のサービスの提供を受けるクライアント、及び制御方法
及び記憶媒体に関するものである。
【０００２】
【従来の技術】本願出願人は、遠隔のクライアントから
の要求されたアングルでカメラを制御し、そのカメラで
撮影された映像をクライアントにむけて転送するシステ
ムをいくつか既に提案した。
【０００３】特に、昨今注目されているインターネット
上に、カメラサーバ、クライアントを接続させ、なおか
つ、インターネットの転送技術の範疇でこのサービスを
行なう提案もしている。例えば、特願平８−１９３７２
９号である。
【０００４】この提案におけるカメラサーバは、カメラ
のパン角、チルト角、及びズーム値等のアングルを制御
でき、尚且つ、カメラで撮影された映像をキャプチャす
る手段を備え、遠隔のクライアントからの要求に従った
アングルに従って撮影した映像をそのクライアントに向
けて転送する技術を示している。
【０００５】
【発明が解決しようとする課題】ところが、この提案に
おいては、クライアント側のユーザにとっては、カメラ
制御が要求通りに行われたどうか確認しずらいという問
題を秘めている。
【０００６】例えば、カメラサーバのアングルにおい
て、その中心から±５０°、チルト角が±２０というよ
うに、アングル変更可能な範囲に限度が設けられている
場合である。このとき、クライアントがそのカメラのア
ングル限度を知っていれば問題はないのかもしれない
が、インターネット上では不特定多数のクライアントが
使用することになるので、それぞれのユーザがそれを知
っていることは有り得ないであろう。
【０００７】さて、クライアントが、例えばパン角を７
０度にしたいという要求を発したとしよう。１つの解決
手段は、このような限界を越えるような要求を受けた場
合に、カメラサーバはエラーを返すという対処方法であ
る。しかしながら、クライアントは画像を欲しているわ
けであるから、単にエラーを返すよりは、可能な限り要
求に近い画像を返すことがよりクライアントの要望に沿
った動作であろう。
【０００８】即ち、この場合はパンを最大角度である５
０度にし、得た画像をクライアントに返すという動作が
望ましい。
【０００９】しかしこの状況では、クライアントは受け
取ったパン５０度の画像を７０度の画像と誤認する虞れ
がある。さらに、パン５０度の画像を要求したときと、
７０度の画像を要求したときとで同じ画像が返されるこ
とになれば、自身の操作に対するカメラサーバの動作を
疑いかねない。
【００１０】以上の問題は、全てカメラ制御が要求通り
に行われたか、カメラ状態はどうなっているか確認でき
ていないことに起因している。
【００１１】また、同じ様なことは上記に掲げたカメラ
制御システム以外のシステムにもあてはまる。何らかの
機構制御機能を持つサーバマシンと、それに対して制御
要求を出せるクライアントマシンからなるシステムがあ
ると仮定する。
【００１２】該サーバマシンと該クライアントマシンの
間の通信プロトコルが該システム独自のものであるなら
ば、いかなる制御情報、それに対する応答情報も通信し
合えるだろう。
【００１３】しかし、上記カメラ制御システムで用いた
ＨＴＴＰ(Hyper Text Transfer Protocol)のように汎用
的なプロトコルを用いると、通信し合う情報にはおのず
と制限が加わる。つまり、カメラ制御システムにおいて
カメラ状態を返せなかったように、応答情報が不十分な
ものになることが考えられるのである。
【００１４】
【課題を解決するための手段】本発明はかかる問題点に
鑑みなされたものであり、クライアント側からの要求内
容が、サーバの許容範囲を越えるような要求であったと
しても、その要求の基本的な部分に対しては応答しつ
つ、尚且つ、その応答結果がクライアントからの要求に
対して完全には応答しきれていないことを通知させるこ
とを、汎用のネットワークを介して可能ならしめるサー
バ及びクライアント及び制御方法及び記憶媒体を提供し
ようとするものである。
【００１５】この課題を解決するため、例えば本発明の
サーバは以下の構成を備える。すなわち、汎用のネット
ワーク通信規約に従って、遠隔のクライアントからの要
求に従った情報サービスを行なうサーバであって、クラ
イアントからの要求を受信する受信手段と、受信した要
求に従って処理する処理手段と、該処理手段で処理した
結果を前記クライアントに転送する転送手段とを備え、
前記転送手段には、当該サーバのサービス許容範囲を示
す情報を付して転送する。
【００１６】
【発明の実施の形態】以下、添付図面に従って、本発明
の実施形態について説明する。
【００１７】図１は本発明の特徴を最もよく表した図で
あり、同図において、１０１はカメラ制御サーバであ
り、カメラ１１１の制御、画像のキャプチャ及びクライ
アントとの通信を行う。カメラ制御サーバ１０１は以下
に列挙する処理部で構成されている。
【００１８】即ち、ＲＳ−２３２Ｃ等の制御線を用い、
カメラ１１１を直接制御するカメラ制御部１０２、カメ
ラ１１１から映像通信ケーブルを通じて入力した映像デ
ータをデジタルデータに変換して取り込む画像入力部１
０３、カメラ制御部１０２がカメラ１１１を制御した結
果のカメラ状態情報及びカメラ可動範囲等の設定情報が
記憶されているカメラ状態記憶部１０４、画像入力部１
０３から得られた画像データを記憶する画像記憶部１０
５、画像記憶部１０５に記憶された画像データをクライ
アントへの応答データのボディに挿入する画像データ挿
入部１０６、カメラ状態記憶部１０４に記憶された情報
をクライアントへの応答データのヘッダに挿入するカメ
ラ状態挿入部１０７、クライアントからの要求データを
解析し、カメラ制御部１０２へカメラ制御指令を出す、
あるいは画像入力部１０３へ画像をキャプチャする指令
を出す要求データ解析部１０８、画像データ挿入部１０
６及びカメラ状態挿入部１０７から得られるクライアン
トへの応答データを完成させる応答データ作成部１０
９、及びクライアントとの通信インターフェイスとなる
通信インターフェース部１１０で構成されている。
【００１９】なお、上記各処理部のうち、ハードウェア
以外にかかる処理部は、実質的にＣＰＵとそのＣＰＵの
動作処理手順を記憶したメモリで構成できる。プログラ
ムは、公知の如く、ハードディスク等の２次記憶装置上
に記憶されており、電源投入時にそのハードディスクか
らＯＳを主記憶装置（ＲＡＭ）に読み込み、そして、カ
メラ制御サーバ１０１として動作するプログラムも読み
込み、実行することでこの装置がカメラ制御サーバとし
て動作する。
【００２０】なお、図１における他の構成で、１１２は
カメラ制御サーバ１０１から得られる画像を含むＷＷＷ
(World Wide Web)ページを提供するＷＷＷサーバ、１１
３はインターネットあるいはＬＡＮ等のネットワーク、
１１４はＰＣ（パーソナルコンピュータ）である。ＰＣ
１１４は、本実施形態ではカメラ制御サーバ１０１から
の撮影映像の転送先、すなわち、カメラクライアントと
して動作するものである。また、本実施形態における通
信プロトコルは、ＴＣＰ／ＩＰに沿うものであることは
理解できよう。
【００２１】さて、図１における、本実施形態の動作に
ついて以下に説明する。
【００２２】まず最初に、ＰＣ１１４上のＷＷＷブラウ
ザから直接、カメラ制御サーバ１０１にアクセスする場
合の動作を図２、図４及び図５を用いて説明する。
【００２３】図２はＷＷＷブラウザ（ＰＣ１１４上で動
作するプログラムの一種）とカメラ制御サーバ１０１の
間のコネクション動作及び通信メッセージの手順を示し
ている。図４はカメラ制御サーバ１０１の動作処理手順
を示すフローチャートである。そして、図５はＷＷＷブ
ラウザの動作手順を示すフローチャートである。
【００２４】今、ＰＣ１１４がインターネットに接続
し、ＷＷＷブラウザを動作させて、そのＵＲＬ(Uniform
Resource Location)として、"http://camera-server.f
oo.co.jp/GetStillImage?p=20&t=10&z=3"を入力したと
する。
【００２５】ここで、“camera-server.foo.co.jp”は
カメラ制御サーバ１０１のアドレスであるとする。
【００２６】ＷＷＷブラウザは入力されたＵＲＬを解析
し（ステップＳ５０１）、形式が正しければ指定された
ホスト、つまりカメラ制御サーバ１０１にコネクトする
（ＳステップＳ５０２，２０１）。このコネクトによっ
て、ＷＷＷブラウザとカメラ制御サーバ１０１の間に通
信リンクが張られ、互いにメッセージ、データのやりと
りが可能になる。
【００２７】次に、ＷＷＷブラウザはＨＴＴＰリクエス
トをカメラ制御サーバ１０１に対して送信する（Ｓ５０
３、２０２）。ＨＴＴＰリクエストの中味は、"GET /Ge
tStillImage?p=20&t=10&z=3"である（リクエストとして
は、他にも送られるデータはあるが、ここでの動作には
関係しないので省略している）。
【００２８】ここで、“ＧＥＴ”はリクエストの処理方
法を規定するメソッドの一つであり、その意味は次のＵ
ＲＩ(Uniform Resource Identifier)で示すリソースの
要求である。ＵＲＩは、上記の場合"/GetStillImage?p=
20&t=10&z=3"である。
【００２９】さて、カメラサーバ１０１は、まずＷＷＷ
ブラウザからのコネクト要求をアクセプトする（図４の
ステップＳ４０１）。これによってコネクトが完了し、
通信できる状態となる。次いで、カメラ制御サーバ１０
１は上記ＨＴＴＰリクエストを通信インターフェース部
１１０によって受信する（ステップＳ４０２）。ＨＴＴ
Ｐリクエストは、要求データ解析部１０８へ送られる。
【００３０】要求データ解析部１０８はＨＴＴＰリクエ
ストを要求データとみなして解析する（ステップＳ４０
３）。つまり、要求されたメソッドが“ＧＥＴ”である
か、ＵＲＩが静止画像要求を示す文字列を含むかどうか
という２つの条件によって、静止画像要求を行っている
かどうかを判断する（ステップＳ４０４）。要求データ
解析部内には、予め各種要求コマンドの種別と文法を記
憶した不図示のテーブル（ＲＯＭ、もしくはハードディ
スク装置等）が設けられていて、静止画像要求を示す文
字列"GetStillImage"を正規なコマンドと判定できるよ
うになっている。
【００３１】上記２つの条件が１つでも満たされていな
い場合は、ＨＴＴＰレスポンスとして、エラーを示すデ
ータがＷＷＷブラウザに返される（ステップＳ４１
４）。
【００３２】ここでは２つの条件を満たしているので次
に進む。
【００３３】次に、要求データ解析部１０８は、要求さ
れたデータがカメラ制御要求を含むかどうかを判定する
（ステップＳ４０５）。"GetStillImage"という文字列
がＵＲＩの中に見つかれば、それは静止画要求を示すも
のの直ちにカメラ制御要求とはならない。ＵＲＩの中
に、エンコードされたパラメータが見つかり、そのパラ
メータがカメラ制御要求としての文法に従っていて、は
じめてカメラ制御要求としてみなされる。即ち、上記の
例では"?"以降の"p=20&t=10&z=3"がエンコードされたパ
ラメータであり、"p=20"はパンを右２０度、"t=10"はチ
ルトを上方向１０度、"z=3"はズーム値を３倍に設定す
ることを示している。これらはいずれもカメラ１１１を
制御する要求を示すものであり、いずれかのパラメータ
が存在するとき、カメラ制御要求があると判断される。
【００３４】尚、上記の説明でもわかるように、カメラ
のパン角の中心を０とし、左をマイナス、右をプラス角
として定義しており、カメラのチルト角の中心を０とし
て下方向をマイナス、上方向をプラスとしている。ズー
ム値に関しては説明するまでもないであろう。
【００３５】カメラ制御要求以外のパラメータが存在す
ることも考えられる。例えば、ＵＲＩとして"/GetStill
Image?v=640*480"が指定されたとしよう。この場合の"v
=640*480"はキャプチャする静止画像のサイズを横６４
０ドット×縦４８０ドットとすることを意味しており、
このパラメータは画像入力部１０３への命令には使用さ
れるが、カメラ制御には関係がない。つまり、このパラ
メータはこれ以降に映像を転送する際のフォーマットを
設定するものである。
【００３６】パン、チルト、ズーム以外のカメラ制御要
求が存在する場合もあり得る。フォーカス、絞り、逆光
補正、さらにはカメラがレールの上を動きまわるように
なっている場合はその動作に関するパラメータ等、カメ
ラ１１１に関する制御パラメータはすべてカメラ制御要
求に含まれる。
【００３７】ステップＳ４０５において、カメラ制御要
求があると判断すると、解析されたパラメータはカメラ
制御部１０２に対する命令に翻訳され、カメラ制御部１
０２に送られる。それに従って、カメラ制御部１０２は
カメラ１１１を制御する（ステップＳ４０６）。
【００３８】カメラ１１１が制御された結果のカメラ状
態に関する情報はカメラ状態記憶部１０４に記憶される
（ステップＳ４０７）。上記に示したパン、チルト及び
ズームをいずれも指定値通りにカメラ１１１を制御する
ことができた場合は、パン＝２０度、チルト＝１０度、
ズーム＝３倍というデータが記憶されることになろう。
当然これら以外にも、上に掲げたフォーカス等の値が指
定されていれば、それらのカメラ状態情報が記憶される
ことになる。
【００３９】また、指定されたパラメータ以外のパラメ
ータに関する状態情報が記憶されてもよい。例えば、上
記の例ではパン、チルト及びズーム値しか指定されてい
ないが、指定されていないフォーカス等の値も同時に記
憶して良い。１回のカメラ制御要求で、全てのカメラ状
態情報を記憶しておけば、常にカメラ１１１の状況が把
握できることになる。カメラ１１１がオートフォーカス
に設定されているとき、パン、チルトあるいはズーム値
を変更すればフォーカス値は変動するが、これも問題無
く現在の正しい値が記憶される。
【００４０】この場合には、カメラ１１１とカメラ制御
部１０２とを双方向通信可能として、カメラ制御部１０
２による制御すると、カメラ１１１に対して現在の全状
態を問い合わせ、その全状態を獲得してカメラ状態記憶
部１０４に記憶させるようにすれば良い。
【００４１】なお、カメラ状態記憶部１０４に記憶され
るのはカメラ状態に関する情報だけではない。カメラ１
１１に対する設定情報も記憶される。カメラ状態とはカ
メラ１１１のハードウェア状況を示すデータであるが、
設定情報とはユーザが設定する人為的なデータのことで
ある。
【００４２】例えば、カメラの可動範囲に対する設定は
設定情報の一つとなる。あるカメラ１１１はパンが右５
０度から左５０度まで動かせると仮定する。しかし、カ
メラ制御サーバ１０１を所有しているユーザは、ＰＣ１
１４の使用者には限界までカメラの首を振ることを許さ
ず、限定された範囲だけを見せたいと考えることも当然
あるだろう。このような場合、カメラ制御サーバ１０１
では、カメラ範囲（勿論、実際に機構的な可動範囲以下
である）を設定することができるようになっており、右
方向の最大の振れをパンの最大値、左方向の振れをパン
の最小値として設定する。例えば、右３０度、左１０度
の範囲に可動範囲を設定したければ、パン最大値３０
度、パン最小値−１０度として設定する。
【００４３】他にもカメラ１１１が備えているハードウ
ェアの機能を限界まで発揮させたくない場合、種々の制
限情報を設定することが考えられるし、カメラ１１１が
複数の動作モードを備えている場合は、モード情報を設
定することも考えられる。
【００４４】これらの設定情報のいずれかまたは全てが
状態情報とともに、カメラ状態記憶部１０４に記憶され
る（ステップＳ４０７）。
【００４５】さて、カメラ１１１の制御が終了すると、
画像入力部１０３が画像キャプチャを行う（ステップＳ
４０８）。キャプチャを行う際に、上に示した静止画像
サイズのように制御パラメータが指定されることもあ
る。その場合はパラメータに従ってキャプチャがなされ
る。
【００４６】画像入力部１０３ではキャプチャした画像
データの圧縮も行われる。圧縮は必須というわけではな
いが、一般に画像データのサイズは非常に大きいもので
もあるから、通信時間の短縮を図る意味で有効な部であ
る。一般的なＷＷＷブラウザは圧縮画像データの展開、
表示をサポートしているので、同じ圧縮方式を用いる
と、送られた圧縮画像データが即座にブラウザ画面上に
表示され、都合が良い。
【００４７】圧縮後の画像データは画像記憶部１０５に
記憶される（ステップＳ４０９）。
【００４８】以上の手順によって、クライアントに返す
全てのデータが揃ったので、応答データを送信する手順
に進むことになる。
【００４９】ここで、応答データの形式を図３を用いて
説明する。
【００５０】応答データの形式はＨＴＴＰレスポンスの
形式に準拠しており、ヘッダとボディに分かれている。
ヘッダはテキストデータであり、複数の行からなる。行
の末尾には復帰（キャリッジリターン、ＣＲ(=0dh)）及
び改行（ラインフィード、ＬＦ(=0ah)）が付加される。
ヘッダとボディを区別するために、復帰及び改行のみを
挿入して、情報の区分けを行なっている。つまり、この
場合には、ＣＲ＋ＬＦのみの行が区切子として作用す
る。
【００５１】図３において、１行目の"HTTP/1.0 200 O
K"（復帰及び改行は省略）から５行目の"Content-lengt
h:5074"まではＨＴＴＰで規定されているメッセージで
ある。それぞれは、レスポンスのステータス、ボディの
中身の日付、ＨＴＴＰサーバの名前、ボディの中身の形
式、ボディの長さを示している。
【００５２】６行目の"Camera-location-pan-til-zoom:
20,10,3"以降、ヘッダの最後までは、カメラ制御サーバ
１０１がＨＴＴＰリクエストのヘッダを拡張する形で追
加した、カメラ１１１に関する状態及び設定情報であ
る。
【００５３】以下、各行について簡単に説明する。
【００５４】６行目"Camera-location-pan-til-zoom:2
0,10,3"は現在のパン、チルト、ズームの値、つまりカ
メラ位置を示している。パンが２０度、チルトが１０
度、ズームが３倍の意味である。
【００５５】７行目"Camera-backlight:ON"は逆光補正
がＯＮになっていることを示す。
【００５６】８行目"Camera-focus:xxx"はフォーカス値
がｘｘｘであることを示す。
【００５７】９行目"Camera-iris:yyy"は絞り値がｙｙ
ｙであることを示す。
【００５８】１０行目"Camera-Contorollimit-pan-max:
50"はカメラ可動範囲のパン最大値が５０度であること
を示す。
【００５９】同様に、１１行目以降はそれぞれ、パン最
小値が−５０度、チルト最大値が２０度、チルト最小値
が−２０度、ズーム最大値が８倍、ズーム最小値が１倍
であることを示す。
【００６０】ボディには、キャプチャした画像データ
（圧縮後の画像データ）がそのまま入るバイナリーデー
タである。
【００６１】さて、上記の説明を図４に照らし合わせて
説明すると、応答データ作成部１０９は、まずカメラ情
報以外の応答データヘッダを作成する（ステップＳ４１
０）。
【００６２】次に、カメラ状態挿入部１０７がカメラ状
態、設定情報を応答データヘッダに挿入する（ステップ
Ｓ４１１）。ヘッダに挿入されたカメラ状態、設定情報
はカメラ状態記憶部１０４から読み出されたものであ
る。
【００６３】最後に、画像データ挿入部１０６によっ
て、画像データが画像記憶部１０５から読み出され、応
答ボディに挿入されて、応答データが完成する（ステッ
プＳ４１２）。
【００６４】完成した応答データはＨＴＴＰレスポンス
として、通信インターフェース部１１０からＷＷＷブラ
ウザ（ＰＣ１１４）に送信される（ステップＳ４１３、
タイミング２０３）。
【００６５】一方、ＷＷＷブラウザ（ＰＣ１１４）で
は、ＨＴＴＰレスポンスを受信する（ステップＳ５０
４）と、まずカメラ制御サーバ１０１とのコネクション
をクローズする（ステップＳ５０５、タイミング２０
４）。
【００６６】次いで、応答データヘッダの解凍を行う
（ステップＳ５０６）。通常、ＨＴＴＰレスポンスのス
テータスが正常であることを確認し、Content-typeとCo
ntent-lengthから、ボディの形式及び長さを認識する。
【００６７】一般的なＷＷＷブラウザの場合は、応答デ
ータヘッダの中のカメラ情報は解釈できない。この部分
はＨＴＴＰの標準には含まれていないからである。しか
し、解釈できない情報がヘッダ中にあるからと言って、
エラー終了はしない。解釈できない情報は無視される。
この場合、カメラ情報は必要なく（ステップＳ５０
７）、読み飛ばされ、即座にボディの解析が行われる
（ステップＳ５１２）。Content-typeからボディの中身
はＪＰＥＧイメージだと分かっているので、ボディを読
み出した後展開され、ブラウザ画面上に表示される（ス
テップＳ５１３）。
【００６８】もし、ＷＷＷブラウザがカメラ情報を認
識、利用するものであれば、ステップＳ５０７でＹＥＳ
に進み、カメラ情報が解析される（ステップＳ５０
８）。
【００６９】必要であれば、そのうち幾つかのカメラ情
報がブラウザ画面上に表示される（ステップＳ５０
９）。どのように表示されるかは、そのＷＷＷブラウザ
に依存する。
【００７０】このＷＷＷブラウザはユーザが入力したＵ
ＲＬを記憶しており、要求データ解析部１０８が行うよ
うに、カメラ制御要求を解析できる。その結果得られた
カメラ制御要求内容と、応答データヘッダに含まれるカ
メラ情報を比較し、ユーザに対して警告が必要であれば
（ステップＳ５１０）、警告メッセージが表示される
（ステップＳ５１１）。
【００７１】例えば、ユーザがパン７０度と指定した場
合、カメラ１１１をそこまで動かすのは無理なので、最
大値である５０度までしか動かさず、そのカメラ位置の
画像データが送られてくる。ユーザのもとには指定した
ものと異なるものが送られてくるので、その旨、通知し
た方が良い。また、ステップＳ５０９において現在のパ
ン角度をブラウザ画面上に示すことも一つの手段であろ
う。
【００７２】しかし、数字を示しただけではユーザの注
意を喚起しにくい。そこで、指定と異なる場合は特別な
警告メッセージを出し、ユーザに認識してもらう。警告
メッセージは「パン角度は指定できる最大値を超えまし
た。現在のパン角度は５０度です。」というようなもの
になる。場合によっては、適当な警告音を発生するよう
にしてもよい。
【００７３】警告メッセージを出した後、あるいはカメ
ラ制御要求と返されたカメラ情報が一致しており警告の
必要がない場合は、ステップＳ５１２以降の処理に移
り、最終的に画像が表示される。
【００７４】以上説明したように、本実施形態によれ
ば、遠隔によるカメラ制御操作した際に、指示した内容
と実際の状態との関係を比較することにより、カメラサ
ーバから転送されてきた映像が指示の通りであるか、或
いは指示に誤りがあったためのものであるのかの判断情
報を提供することができる。
【００７５】尚、先に説明したように、カメラ１１１の
実際の最大視野がパン角±５０°、チルト角±２０°、
ズーム値１〜１０である際に、ＷＷＷブラウザ（ＰＣ１
１４等）に対しては、パン角−１０〜＋３０°、チルト
角−１０〜＋１０°、ズーム値１〜５を許容範囲として
設定した場合には、カメラ制御部は、その許容範囲内で
みアングルを変更可能にさせる。許容範囲を越えた場合
には、その許容範囲内での最も近い値にさせる。そし
て、カメラ状態挿入部１０７は、上記のようにして強制
的に補正された内容でもってカメラ状態挿入部１０７が
その情報を挿入する。
【００７６】ＷＷＷブラウザのユーザにしてみれば、接
続したカメラ制御サーバのカメラは、パン角−１０〜＋
３０°、チルト角−１０〜＋１０°、ズーム値１〜５の
アングルを持っているかのようにしか見えないので、違
和感なく操作できるし、その範囲を越えたアングルで操
作することもできない（できたとしてもエラー報知が伴
う）。
【００７７】また、上記説明では、クライアント、つま
り、ＷＷＷブラウザプログラムでもって許容範囲を越え
た場合に、メッセージ等を表示したが、例えば、カメラ
制御サーバ側で、キャプチャした映像データ（デジタル
データ）に対して圧縮する以前に、そのキャプチャした
映像中の邪魔にならない箇所（例えば四隅）に、その旨
のメッセージ文字列のパターンを重畳して書き込ませ、
その後で圧縮してＷＷＷブラウザにむけて転送するよう
にしてもよい。この場合には、カメラ制御サーバ側にフ
ォントＲＯＭ、あるいはそのメッセージを構成している
文字列に相当するイメージを予め容易しておけば達成で
きる。警告メッセージ文字列をＨＴＴＰメッセージヘッ
ダ中に書き込んでもよい。現在のパン角とともにＷＷＷ
ブラウザが要求したパン角をＨＴＴＰメッセージヘッダ
中に書き込んでＷＷＷブラウザ側の比較の便宜をはかっ
てもよい。
【００７８】＜第２の実施形態＞第２の実施形態とし
て、ＰＣ１１４上のＷＷＷブラウザからネットワーク１
１３及びＷＷＷサーバ１１２を介してカメラ制御サーバ
１０１にアクセスする場合について説明する。
【００７９】詳細は、以下の説明から明らかになるが、
本第２の実施形態では、第１の実施形態の如く、一般的
なＷＷＷブラウザに対して、図５におけるステップＳ５
０７からステップＳ５１１までの手順の追加（アドイン
プログラム）をも不要にする。
【００８０】この場合、ＷＷＷサーバ１１２は静止画像
を入れ込めるＷＷＷページを有している。このページを
静止画サンプルページと呼ぶことにする。このページを
ＷＷＷブラウザ上で表示した場合の表示例を図９に示
す。
【００８１】図９では画面（ウインドウ）は３つのフレ
ームに分けられ、第一のフレームにはタイトルテキスト
が含まれ、第二のフレームにはパン、チルト及びズーム
を入力するための入力欄及び入力終了後押下することに
よってカメラ制御指令を出すためのボタンからなるフォ
ームが含まれ、第三のフレームには、静止画像を入れ込
む領域及びカメラ情報に関するテキストが含まれる。
【００８２】以下、図６、図７及び図８を用いて、本第
２の実施形態における動作について説明する。
【００８３】図６は上記第三のフレーム送受信時のＷＷ
Ｗブラウザ、ＷＷＷサーバ１１２、カメラ制御サーバ１
０１間のコネクション動作及び通信メッセージの内容を
示したものである。また、図７及び図８はＷＷＷサーバ
１１２の動作処理手順を示すフローチャートである。
【００８４】この時のカメラ制御サーバ１０１の動作は
図４に、ＷＷＷブラウザの動作は図５に示したものと同
じである。
【００８５】まず、ＷＷＷブラウザはＷＷＷサーバ１１
２の静止画サンプルページにアクセスする。ＨＴＴＰに
よって、上記第一のフレームと第二のフレームがＷＷＷ
サーバ１１２からＷＷＷブラウザに送られる。続いて、
第三のフレームのアクセスに移る。
【００８６】第三のフレームはＣＧＩ(Common Gate Int
erface) を用いて実現されている。ＣＧＩはＷＷＷブラ
ウザのユーザ（ＰＣ１１４のユーザ）がＷＷＷサーバに
対して対話的な作業をするためのインターフェースであ
り、ユーザのフォームへの入力結果をＷＷＷサーバ１１
２に送ることができる。
【００８７】ここでは第二のフレームがそのようなフォ
ームとなっており、パン、チルト、ズームの入力欄に数
字を入力し、カメラ制御ボタンを押下することによっ
て、ＷＷＷサーバ１１２へ第三フレームを要求する。
【００８８】即ち、ＷＷＷブラウザはＷＷＷサーバ１１
２に対してコネクションを張り（タイミング６０１）、
ＨＴＴＰリクエストを送る（タイミング６０２）。
【００８９】この時のＵＲＩはＷＷＷサーバ１１２上で
実行されるＣＧＩスクリプトまたはプログラム及び該Ｃ
ＧＩスクリプトに渡されるパラメータを示している。つ
まりこの例では"/cgi-bin/still.cgi"が実行されるＣＧ
Ｉスクリプトであり、"?"以降の"p=20&t=10&z=3"が"/cg
i-bin/still.cgi"に渡されるパラメータである。
【００９０】このＨＴＴＰリクエストを送るのに、ユー
ザが要した作業はパン、チルト、ズームの入力欄に数字
を入力し、カメラ制御ボタンを押下する操作のみであ
る。
【００９１】フォーム入力内容をＵＲＩにエンコードす
る作業はＷＷＷブラウザが行なってくれる。つまり、Ｗ
ＷＷブラウザは第二のフレームの記述に従ってエンコー
ドするので、第一の実施形態のように、ＵＲＬを全てユ
ーザが打ち込む必要はない。
【００９２】ＷＷＷサーバ１１２の動作としては、まず
ＷＷＷブラウザからのコネクション要求をアクセプトす
る（ステップＳ７０１）。そして送られてくるＨＴＴＰ
リクエストを受信する（ステップＳ７０２）。このリク
エストに、ＣＧＩスクリプト起動要求が含まれているこ
とを知ったＷＷＷサーバ１１２は該ＣＧＩスクリプトを
起動し、パラメータをそれに渡す。以後の動作はＣＧＩ
スクリプトの動作となる。
【００９３】該ＣＧＩスクリプトは予め接続先として設
定されているカメラ制御サーバ１０１から静止画像及び
カメラ情報を取り込むものである。
【００９４】まず、カメラ制御サーバ１０１にコネクト
し（ステップＳ７０３、タイミング６０３）、静止画像
を要求するＨＴＴＰリクエストを送る（ステップＳ７０
４、タイミング６０４）。カメラ制御サーバ１０１に対
して静止画要求を示すＵＲＩ"GetStillImage"であると
いうことは、ＣＧＩスクリプトは認識している。カメラ
制御パラメータはＣＧＩスクリプトへのパラメータを使
用する。
【００９５】ＨＴＴＰリクエストを受けたカメラ制御サ
ーバ１０１は図４に示した如く動作し、ＨＴＴＰレスポ
ンスとして、カメラ情報をヘッダに含み、画像データを
ボディに含んだデータをＷＷＷサーバ１１２に対して送
る（タイミング６０５）。
【００９６】ＷＷＷサーバ１１２はこれを受け（ステッ
プＳ７０５）、画像データを一旦ファイルとして保存す
る（ステップＳ７０６）。
【００９７】次に、カメラ制御サーバ１０１をクローズ
する（ステップＳ７０７、タイミング６０６）。
【００９８】次いで、予め設定されたデータに基づき、
得たカメラ情報をＷＷＷブラウザに伝達するかどうかを
判断し（ステップＳ７０８）、伝達する場合は上記第三
のフレームとして、ボディにカメラ情報テキスト及び上
記画像データファイルへのリンクを含む静止画フレーム
ページを送信する（ステップＳ７０９、タイミング６０
７）。伝達しない場合は、上記第三のフレームとしてボ
ディにカメラ情報テキストを含まず、上記画像データフ
ァイルへのリンクを含む静止画フレームページを送信す
る（ステップＳ７１０）。
【００９９】ＨＴＴＰでは複数のContent-typeを持つデ
ータは送れない。例えば、テキストと画像データは同時
には送れない。しかし、それらを１枚のページとしてＷ
ＷＷブラウザ上に表示させるために、ＨＴＭＬ(Hyper T
ext Markup Language)がある。
【０１００】従ってこの場合、ボディにカメラ情報テキ
スト及び画像データファイルへのリンクを含む静止画フ
レームページはＨＴＭＬドキュメントとして送られるこ
とになる。
【０１０１】ＭＴＭＬドキュメントを受けたＷＷＷブラ
ウザはＨＴＭＬの書式に従いテキストを表示し、一旦Ｗ
ＷＷサーバ１１２をクローズする（タイミング６０
８）。
【０１０２】ＨＴＭＬドキュメント中に画像ファイルへ
のリンクを発見したＷＷＷブラウザは、これを取り込む
ために再度ＷＷＷサーバ１１２にアクセスする。つまり
コネクトし（タイミング６０９）、画像ファイルを取り
込むためのＨＴＴＰリクエストを送る（タイミング６１
０）。
【０１０３】ＷＷＷサーバ１１２はＷＷＷブラウザから
の再度のコネクトをアクセプトし（ステップＳ８０
１）、上記ＨＴＴＰリクエストを受信する（ステップＳ
８０２）。ＵＲＩに指定された画像ファイルを認識し、
ステップＳ７０６で保存した画像ファイルを、ＨＴＴＰ
レスポンスとして送る（ステップＳ８０３、タイミング
６１１）。カメラ情報は必要なら既にテキストとして送
ってあるので、ＨＴＴＰレスポンスのヘッダにカメラ情
報を埋め込む必要はない。
【０１０４】最後に、ＨＴＴＰレスポンスを受けたＷＷ
ＷブラウザはＷＷＷサーバ１１２をクローズする（タイ
ミング６１２）とともに、画像データを展開し、上記静
止画フレームページで指定された画像表示領域表示に表
示する。
【０１０５】以上、ＷＷＷサーバ１１２を介してカメラ
情報及び画像データをＷＷＷブラウザに送る実施形態を
第２の実施形態として説明した。
【０１０６】先に説明した第１の実施形態と比較し、本
第２の実施形態の利点は、ＷＷＷブラウザは第１の実施
形態で示したように応答データヘッダ部分のカメラ情報
データを認識、解析する必要はないということである。
応答データヘッダには既にカメラ情報データは含まれて
いない。ＨＴＭＬ文書中のテキストとして、つまりその
応答データ中のボディとして送られる。この方式であれ
ばＷＷＷブラウザは一般的なものを使用し、しかも必要
なカメラ情報をユーザに提示できる。
【０１０７】第２の利点はカメラ情報の表示方法が柔軟
になるということである。第１の実施形態では警告メッ
セージも含め、カメラ情報を表示するかどうか、表示す
る場合はどのように表示するかはＷＷＷブラウザにまか
されていた。しかし本第２の実施形態のように、ＨＴＭ
Ｌドキュメント中にカメラ情報を編集したテキストデー
タとして送る方法なら、柔軟な表示方法が可能になる。
【０１０８】図９はそれを示したものである。ユーザは
パン７０度とフォームに入力した。が、実際のカメラ１
１１のパンは５０度止りであった。この時、指定された
パン角度とカメラ情報が伝えるパン角度が異なることを
知ったＷＷＷサーバ１１２は、ステップＳ７０９におい
て、カメラ情報テキストとして、「現在のカメラ状態パ
ン＝５０度、チルト＝１０度、ズーム＝３倍 警告！指
定されたパン角度は可動範囲を超えました。」という文
を送ることで、ＷＷＷブラウザに表示させることにな
る。
【０１０９】当然、他の形式の文を送ることも可能であ
るし、文を表示させる位置やフォントを変えることもで
きる。ＨＴＭＬの書式に従っていることがその理由にな
っている。
【０１１０】そして、第３の利点はＷＷＷサーバ１１２
がカメラ状態及び設定情報を記憶し、静止画要求処理の
一部として生かすことができるということである。図３
に示したようなカメラ情報をＷＷＷサーバ１１２が記憶
しておけば、ＷＷＷブラウザが可動範囲外のパン角度を
指定したときに、カメラ制御サーバ１０１にアクセスし
なくとも、可動範囲外であることをＷＷＷブラウザに通
知することができる。誤解を避けるために、７０度と指
定された時に、５０度の画像を返さず、エラーとするの
であれば、この方法は有効なものとなる。
【０１１１】以上、２つの実施形態によって、本発明の
有効性を示してきたが、本発明はこれらの実施形態に限
るものではない。
【０１１２】例えば、クライアントに伝達するデータは
カメラ情報と画像データに限るものではない。何らかの
制御機構を有し、それが出力する情報及び制御機構自体
の状態情報あるいは設定情報をＨＴＴＰを用いてクライ
アントに伝達したい場合には、広く応用可能なものであ
る。
【０１１３】以上説明したように、本第１、第２の実施
形態に従えば、情報を出力する制御機構を有するサーバ
と、該サーバに対して該制御機構の制御要求を出すクラ
イアントで構成されるシステムにあっては、サーバクラ
イアント間の通信プロトコルとして、ＨＴＴＰを使用す
るシステムにおいて、上記情報をＨＴＴＰメッセージボ
ディに挿入する部と、制御機構の状態情報あるいは設定
情報を、ＨＴＴＰメッセージヘッダに挿入する部とを備
えることで、クライアントは上記ＨＴＴＰメッセージヘ
ッダに挿入された上記制御機構の状態情報あるいは設定
情報を認識できることにより、一般的なＷＷＷブラウザ
の動作を妨害することなく、しかも上記情報以外に上記
制御機構の状態情報あるいは設定情報に関するデータを
クライアントに送信でき、クライアントが制御機構の様
子を把握することが容易になるという効果がある。
【０１１４】＜第３の実施形態＞第２の実施形態の変形
例として第３の実施形態を説明する。すなわち、本第３
の実施形態でも、ＷＷＷブラウザ（ＰＣ１１４等で動作
するプログラム）は、ＷＷＷサーバ１１２を介してカメ
ラ制御サーバ１０１にアクセスする。
【０１１５】尚、本第３の実施形態におけるシステム全
体の構成は、図１と同様であるものとし、その説明は省
略する。また、ＷＷＷブラウザの表示ウインドウは図９
の通りであるものとして説明する。
【０１１６】図１２、図１３は第３の実施形態における
ＷＷＷサーバ１１２の動作処理手順を示している。ま
た、図１１はカメラ制御サーバ１０１の動作処理手順を
示している。また、図１４はＷＷＷブラウザ、ＷＷＷサ
ーバ、そして、カメラ制御サーバ間の情報授受のタイミ
ングを示している。
【０１１７】先ず、ＷＷＷブラウザ（クライアント）が
起動すると、操作者の指示に従ってＷＷＷサーバ１１２
の静止画サンプルページにアクセスする。この静止画サ
ンプルページは、勿論、カメラ制御サーバ１０１のため
に設けられたホームページである。
【０１１８】ＷＷＷサーバ１１２は、ＨＴＴＰによっ
て、図９に示す第１、第２のフレームをＷＷＷブラウザ
に転送する。続いて、第３のフレームのアクセスに移行
する。
【０１１９】これらのうち、少なくとも第２のフレーム
がＣＧＩを用いて構築されており、ユーザのフォームへ
の入力結果をＷＷＷサーバ１１２におくることができ
る。
【０１２０】従って、ユーザによるパン、チルト、ズー
ムの入力欄に入力し、「カメラ制御」ボタンを適当なポ
インティングデバイス等で指定することで、ＷＷＷサー
バ１１２に第３フレームの転送要求を行なうことができ
る。
【０１２１】すなわち、ＷＷＷブラウザ（ＰＣ１１４）
はＷＷＷサーバ１１２に対してコネクションをはかり
（図１４のタイミング１４０１）、第１、第２の実施形
態と同様にＨＴＴＰリクエストを送信する（タイミング
１４０２）。
【０１２２】このとき、ＵＲＩはＷＷＷサーバ１１２上
で実行されるＣＧＩスクリプトまたはプログラム及び、
このＣＧＩスクリプトに渡されるパラメータを示してい
るのも第２の実施形態と同様である。つまり、この例で
は、"/cgi-bin/still.cgi"が実行されるＣＧＩスクリプ
トであり、"?"以降の"p=20&t=10&z=3"が"/cgi-bin/stil
l.cgi"に渡されるパラメータである。
【０１２３】このＨＴＴＰリクエストを送るのに、ユー
ザが要した作業はパン、チルト、ズームの入力欄に数字
を入力し、カメラ制御ボタンを押下する操作のみであ
る。
【０１２４】フォーム入力内容をＵＲＩにエンコードす
る作業はＷＷＷブラウザが行なってくれる。つまり、Ｗ
ＷＷブラウザは第２のフレームの記述に従ってエンコー
ドし、ＷＷＷサーバ１１２に転送する。
【０１２５】ＷＷＷサーバ１１２の動作としては、まず
ＷＷＷブラウザからのコネクション要求をアクセプトす
る（ステップＳ１２０１）。そして送られてくるＨＴＴ
Ｐリクエストを受信する（ステップＳ１２０２）。この
リクエストに、ＣＧＩスクリプト起動要求が含まれてい
ることを知ったＷＷＷサーバ１１２は該ＣＧＩスクリプ
トを起動し、パラメータをそれに渡す。以後の動作はＣ
ＧＩスクリプトの動作となる。
【０１２６】該ＣＧＩスクリプトは予め接続先として設
定されているカメラ制御サーバ１０１から静止画像及び
カメラ情報を取り込むものである。
【０１２７】まず、カメラ制御サーバ１０１にコネクト
し（ステップＳ１２０３、タイミング１４０３）、静止
画像を要求するＨＴＴＰリクエストを送る（ステップＳ
１２０４、タイミング１４０４）。ここで、ＨＴＴＰリ
クエストの中身は"GET /GetCameraLimit"である。すな
わち、ＷＷＷサーバは、カメラ制御サーバ１０１に対し
て、そのカメラの制御可能限界値（パン角、チルト角、
ズーム値のとり得る範囲）の転送を要求する。なお、リ
クエストとして、他にも送られるデータはあるが、ここ
での動作には関係しないので省略している。
【０１２８】ここで、“ＧＥＴ”はリクエストの処理方
法を規定するメソッドの一つであり、その意味は次のＵ
ＲＩで示すリソースの要求である。ＵＲＩはこの例では
“／GetCamaraLimit”であり、これがカメラ制御サーバ
１０１に対してカメラ状態情報要求を示すＵＲＩである
ということをＣＧＩスクリプトは認識している。
【０１２９】ここで、ＨＴＴＰリクエストを受けたカメ
ラ制御サーバ１０１の動作について、図１１を用いて説
明する。
【０１３０】カメラ制御サーバ１０１は、先ずＷＷＷサ
ーバ１１２からのコネクト要求をアクセプトする（ステ
ップＳ１１０１、タイミング１４０３）。これによっ
て、コネクトが完了し、通信できる状態となる。次い
で、カメラ制御サーバ１０１は上述した"GET /GetCamer
aLimit"を含むＨＴＴＰリクエストを、通信インターフ
ェース部１１０によって、受信する（ステップＳ１１０
２、タイミング１４０４）。
【０１３１】ＨＴＴＰリクエストは、要求データ解析部
１０８へ送られる。
【０１３２】要求データ解析部１０８はＨＴＴＰリクエ
ストを要求データとみなして解析する（ステップＳ１１
０３）。つまり、要求されたメソッドが“ＧＥＴ”であ
るか、ＵＲＩがカメラ状態情報要求もしくは画像データ
要求を示す文字列を含むかどうかという２つの条件によ
って、カメラ状態情報要求もしくは画像データ要求を行
なっているのかどうかを判断する（ステップＳ１１０
４，ステップＳ１１０７）。尚、カメラ状態情報要求を
示す文字列としての“GetCamaraLimit”、画像データ要
求を示す文字列としての“GetStillImage”等の各種コ
マンド及びその文法規則情報は、要求データ解析部１０
８内に設けられたテーブル（ＲＯＭもしくはハードディ
スク装置等の不揮発性メモリで構成する）に登録されて
おり、これに基づいて解析することになる。
【０１３３】上記の条件が満たされない場合は、ＨＴＴ
Ｐレスポンスとして、エラーを示すデータがＷＷＷブラ
ウザに返される（ステップＳ１１１５）。
【０１３４】ここでは、カメラ状態情報要求を示すリク
エストであるので、処理はステップＳ１１０８に進む。
【０１３５】ステップＳ１１０８では、カメラ制御部１
０２によってカメラ状態情報を取得し、カメラ状態記憶
部１０４に記憶する。
【０１３６】以上の手順によって、クライアントに返す
全てのデータが揃ったので、応答データを送信する手順
（ステップＳ１１０９）に進む。
【０１３７】本第３の実施形態における応答データの形
式は、図１０に示すようになっている。
【０１３８】応答データの形式はＨＴＴＰレスポンスの
形式に準拠しており、ヘッダとボディに分かれている。
ヘッダはテキストデータであり、複数の行からなる。行
の末尾には復帰（キャリッジリターン、ＣＲ）及び改行
（ラインフィード、ＬＦ）が付加される。ヘッダとボデ
ィを区別するために、区別子として復帰及び改行のみの
行（他の文字が入らない行）がヘッダとボディの間に入
る。
【０１３９】図１０において、１行目の“ＨＴＴＰ／
１．０ ２００ ＯＫ”（復帰及び改行は省略）から５
行目の“Content-length:293”まではＨＴＴＰで規定さ
れているメッセージである。それぞれ、レスポンスのス
テータス、ボディの中身の日付、ＨＴＴＰサーバの名
前、ボディの中身の形式、ボディの長さを示している。
【０１４０】７行目の“Camara-location-pan-tilt-zoo
m:20,10,3”以降、ボディの最後までは、カメラ１１１
に関する状態及び設定情報である。
【０１４１】以下、各行について簡単に説明する。
【０１４２】７行目“Camara-location-pan-tilt-zoom:
20,10,3”は現在のパン、チルト、ズームの値、つまり
カメラ位置を示している。パンが２０度、チルトが１０
度、ズームが３倍の意味である。
【０１４３】８行目“Camara-backlight:ＯＮ”は逆光
補正がＯＮになっていることを示す。
【０１４４】９行目“Camara-focus:ｘｘｘ”はフォー
カス値がｘｘｘであることを示す。
【０１４５】１０行目“Camara-iris:ｙｙｙ”は絞り値
がｙｙｙであることを示す。
【０１４６】１１行目“Camara-Contorollimit-pan-ma
x:50”はカメラ可動範囲のパン最大値が５０度であるこ
とを示す。
【０１４７】同様に、１２行目以降はそれぞれ、パン最
小値が−５０度、チルト最大値が２０度、チルト最小値
が−２０度、ズーム最大値が８倍、ズーム最小値が１倍
であることを示す。
【０１４８】応答データ作成部１０９は先ず、カメラ状
態情報以外の応答データヘッダを作成する（ステップＳ
１１０９）。
【０１４９】次に、カメラ状態挿入部１０７がカメラ状
態、設定情報を応答データボディに挿入する（ステップ
Ｓ１１１０）。ボディに挿入されたカメラ状態、設定情
報はカメラ状態記憶部１０４から読み出されたものであ
る。
【０１５０】完成した応答データはＨＴＴＰレスポンス
として、通信インターフェース部１１０からＷＷＷサー
バに送信される（ステップＳ１１１６，タイミング１４
０５）。
【０１５１】図１２に戻ってＷＷＷサーバの説明を続け
る。
【０１５２】ＷＷＷサーバ１１２はこれを受け、この情
報を解析する（ステップＳ１２０５）。
【０１５３】応答データは、ヘッダに記されたデータ形
式（Content-typeによってあらわされる）によってその
形式がわかる。ここでは応答データはテキスト形式(tex
t/plain)であるから、応答データテキストとして解釈
し、カメラ状態情報を得る。この情報は後に使用するた
めにメモリ上に保持しておく。
【０１５４】因に、ＷＷＷサーバ１１２は、この時点
で、ＷＷＷブラウザから要求されたアングル情報（パン
角、チルト角及びズーム値）が、カメラ制御サーバ１０
１から通知された限界アングルを越えているかどうかが
判断できるようになる。ステップＳ１２０７ａにおい
て、限界アングルを越えていると判断した場合には、ス
テップＳ１２０７ｂでＷＷＷブラウザに限界を越えてい
ることを通知するテキストを、ＨＴＴＰレスポンスメッ
セージとして送ることによって終了する。
【０１５５】さて、ＷＷＷサーバ１１２は、ここでいっ
たんカメラ制御サーバ１０１との通信をクローズする
（ステップＳ１２０６、タイミング１４０６）。
【０１５６】ＷＷＷサーバ１１２は、このあと画像デー
タを要求するために再びカメラ制御サーバとコネクショ
ンを開き（ステップＳ１２０７，タイミング１４０
７）、ＨＴＴＰリクエスト（ＷＷＷブラウザからの要求
されたアングルを付加した情報）をカメラ制御サーバに
送信する（ステップＳ１２０８，タイミング１４０
８）。これを受け、カメラ制御サーバは要求されたアン
グルに従った撮影を行なうことになるが、勿論、カメラ
制御サーバは自身のカメラの限界範囲を越えたアングル
が要求された場合には、その要求に応えることができな
いので、もっとも近いアングルで撮影することになる。
【０１５７】手順として説明すれば、カメラ制御サーバ
１０１は、カメラ状態情報要求に対する動作と同様にス
テップＳ１１０１からステップＳ１１０４まで進む。今
度は画像データ要求であるので、ステップＳ１１０４か
らステップＳ１１０５に進む。
【０１５８】ステップＳ１１０５では送られてきたＨＴ
ＴＰリクエスト中にカメラ制御のためのパラメータがあ
るかどうかを判定し、もしあれば解析されたパラメータ
はカメラ制御部１０２に対する命令に翻訳され、カメラ
制御部１０２に送られる。それに従って、カメラ制御部
１０２はカメラ１１１を制御する（ステップＳ１１０
６）。カメラ１１１の制御が終了すると、画像入力部１
０３を用いて画像をキャプチャする（ステップＳ１１１
１）。画像入力部１０３ではキャプチャした画像データ
の圧縮も行われる場合もある。画像データは画像記憶部
１０５に記憶される（ステップＳ１１１２）。次にステ
ップＳ１１１３で、応答データ作成部１０９を用いて、
応答データのヘッダ部分を作成する。データ形式は画像
のデータ形式を示すものとする。通常ＪＰＥＧなどのバ
イナリ形式であるが、これ以外であっても構わない。
【０１５９】ステップＳ１１１４ではステップＳ１１１
２で記憶した画像データを、画像データ挿入部１０６を
用いて、応答ヘッダボディに挿入する。
【０１６０】このようにして作られた応答データを、ス
テップＳ１１１６でＷＷＷサーバに対してＨＴＴＰレス
ポンスとして通信インターフェース部１１０から送信す
る（タイミング１４０９）。
【０１６１】ＷＷＷサーバ１１２はこのＨＴＴＰレスポ
ンスを受信し（ステップＳ１２０９）、画像データ部分
をいったんファイルとして保存し（ステップＳ１２１
０）、カメラ制御サーバとのコネクションをクローズす
る（ステップＳ１２１１，タイミング１４１０）。
【０１６２】次いで、ステップＳ１２０５で解析された
データに基づき、得たカメラ状態情報をＷＷＷブラウザ
に伝達するかどうかを判断する（ステップＳ１２１
２）。例えば、ユーザが指定したカメラ制御アングル
（パラメータ）が、カメラ制御範囲を超えていた場合に
カメラ状態情報をブラウザに伝達することになる。伝達
する場合は上記第３のフレームとして、ボディにカメラ
状態情報テキスト及び上記画像データファイルへのリン
クを含む静止画フレームページを送信する（ステップＳ
１２１３，タイミング１４１１）。
【０１６３】この結果、図９に示すような状態でＷＷＷ
ブラウザに表示させることができる。
【０１６４】ユーザにしてみれば、パン角７０度とフォ
ームに入力したが、実際のカメラ１１１のパンは５０度
止まりであった。この時、指定されたパン角度が、カメ
ラ制御サーバ１１２から得られたカメラ状態情報が伝え
るパン角度の制限を超えることを知ったＷＷＷサーバ１
１２は、ステップＳ１２１３において、カメラ状態情報
テキストとして、「現在のカメラ状態、パン＝５０度、
チルト＝１０度、ズーム＝３倍 警告！指定されたパン
角度は可動範囲を超えました。」という文を送り、ＷＷ
Ｗブラウザに表示させている。
【０１６５】当然、他の形式の文を送ることも可能であ
るし、文を表示させる位置やフォントを変えることもで
きる。
【０１６６】カメラ状態情報を伝達しない場合は上記第
三のフレームとして、ボディにカメラ状態情報テキスト
を含まず、上記画像データファイルへのリンクを含む静
止画フレームページを送信する（ステップＳ１２１
４）。
【０１６７】ＨＴＴＰでは複数のContent-typeを持つデ
ータは送れない。テキストと画像データは同時には送れ
ない。しかし、それらを１枚のページとしてＷＷＷ部ラ
イザ上に表示させるために、ＨＴＭＬ(Hyper Text Mark
up Language)がある。
【０１６８】従ってこの場合、ボディにカメラ状態情報
テキスト及び画像データファイルへのリンクを含む静止
画フレームページはＨＴＭＬドキュメントとして送られ
ることになる。
【０１６９】ＨＴＭＬドキュメントを受けたＷＷＷブラ
ウザはＨＴＭＬの書式に従いテキストを表示し、一旦Ｗ
ＷＷサーバ１１２をクローズする（タイミング１４１
２）。
【０１７０】ＨＴＭＬドキュメント中に画像ファイルへ
のリンクを発見したＷＷＷブラウザは、これを取り込む
ために再度ＷＷＷサーバ１１２へアクセスする。つまり
コネクトし（タイミング１４１３）、画像ファイルを取
り込むためのＨＴＴＰリクエストを送る（タイミング１
４１４）。
【０１７１】ＷＷＷサーバ１１２はＷＷＷブラウザから
の再度のコネクトをアクセプトし（ステップＳ１３０
１）、上記ＨＴＴＰリクエストを受信する（ステップＳ
１３０２）。ＵＲＩに指定された画像ファイルを認識
し、ステップＳ１２１０で保存した画像ファイルを、Ｈ
ＴＴＰレスポンスとして送る（ステップＳ１３０３，タ
イミング１４１５）。カメラ状態情報は必要なら既にテ
キストとして送ってあるので、ＨＴＴＰレスポンスのヘ
ッダにカメラ状態情報を埋め込む必要はない。
【０１７２】最後に、ＨＴＴＰレスポンスを受けたＷＷ
ＷブラウザはＷＷＷサーバ１１２をクローズする（タイ
ミング１４１６）とともに、画像データを展開し、上記
静止画フレームページで指定された画像表示領域表示に
表示する。
【０１７３】本第３の実施形態では、ＷＷＷサーバは、
カメラ制御サーバに常にカメラの限界情報を問い合わせ
たが、始めの問い合わせのときのみカメラの限界情報を
問い合わせ、その取得した状態情報を記憶しておくこと
もできる。その場合、記憶されたカメラの限界情報を読
み出すことによって、いつでもＷＷＷブラウザに対する
カメラの限界情報に関する返答が可能になる。
【０１７４】以上、動作でもって、本第３の実施形態が
動作し、その有効性が理解できるであろうが、本発明は
これらの実施例に限るものではない。
【０１７５】例えば、クライアントに伝達するデータは
カメラ状態情報と画像データに限るものではない。何ら
かの制御機構を有し、それが出力する情報及び制御機構
自体の状態情報あるいは設定情報をＨＴＴＰを用いてク
ライアントに伝達したい場合には、広く応用可能なもの
である。
【０１７６】以上説明したように本第３の実施形態によ
れば、情報を出力する制御機構を有するサーバと、該サ
ーバに対して該制御機構の制御要求を出すクライアント
で構成されるシステムにあっては、サーバクライアント
間の通信プロトコルとして、ＨＴＴＰを使用するシステ
ムにおいて、制御機構の状態情報あるいは設定情報を、
ＨＴＴＰメッセージボディに挿入する部を備え、クライ
アントは上記ＨＴＴＰメッセージボディに挿入された上
記制御機構の状態情報あるいは設定情報を認識でること
により、一般的なＷＷＷブラウザの動作を妨害すること
なく、しかも上記情報以外に上記制御機構の状態情報あ
るいは設定情報に関するデータをクライアントに送信で
き、クライアントが制御機構の様子を把握することが容
易になる。
【０１７７】尚、上記実施形態では、通信プロトコルと
してＴＣＰ／ＩＰを用いたインターネットを例にして説
明したが、これに限らず上記通信が可能なのであれば、
如何なるネットワークにも適用できることは明らかであ
る。
【０１７８】また、本発明は、基本的には、各サーバや
クライアント等は汎用の情報処理装置（パーソナルコン
ピュータやワークステーション等）にネットワーク接続
のためのハードウェアを必要とするものの、それぞれの
装置上で動作するプログラムで実現できる。
【０１７９】従って、上述した実施形態の機能を実現す
るソフトウェアのプログラムコードを記憶した記憶媒体
を、システム或いは装置に供給し、そのシステム或いは
装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒
体に格納されたプログラムコードを読出して実行するこ
とによっても、達成されることは言うまでのもない。
【０１８０】この場合、記憶媒体から読み出されたプロ
グラムコード自体が前述した実施形態の機能を実現する
ことになり、そのプログラムコードを記憶した記憶媒体
は本発明を構成することになる。
【０１８１】プログラムコードを供給するための記憶媒
体としては、例えばフロッピーディスク、ハードディス
ク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ
−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等
を用いることができる。
【０１８２】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼動しているＯＳなどが実
際の処理の一部または全部を行ない、その処理によって
実施形態の機能が実現される場合も含まれることは言う
までもない。
【０１８３】更に、記憶媒体から読み出されたプログラ
ムコードが、コンピュータに挿入された拡張機能ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書き込まれた後、そのプログラムコードの指示
に基づき、その機能拡張ボードや機能拡張ユニットに備
わるＣＰＵなどが実際の処理の一部または全部を行な
い、その処理によって前述した実施形態の機能が実現さ
れる場合も含まれることは言うまでもない。
【０１８４】
【発明の効果】以上説明したように本発明によれば、ク
ライアント側からの要求内容が、サーバの許容範囲を越
えるような要求であったとしても、その要求の基本的な
部分に対しては応答しつつ、尚且つ、その応答結果がク
ライアントからの要求に対して完全には応答しきれてい
ないことを通知させることを、汎用のネットワークを介
して可能になる。
【０１８５】
【図面の簡単な説明】
【図１】実施形態におけるカメラ制御システムのブロッ
ク図である。
【図２】第１の実施形態におけるＷＷＷブラウザとカメ
ラ制御サーバの間の通信手順を示した図である。
【図３】第１の実施形態におけるカメラ制御サーバが送
信するＨＴＴＰレスポンスの内容を示した図である。
【図４】第１の実施形態におけるカメラ制御サーバの動
作フローを示したフローチャートである。
【図５】第１の実施形態におけるＷＷＷブラウザの動作
フローを示したフローチャートである。
【図６】第２の実施形態におけるＷＷＷブラウザ、ＷＷ
Ｗサーバ及びカメラ制御サーバ間の通信手順を示す図で
ある。
【図７】第２の実施形態におけるＷＷＷサーバの動作フ
ローを示したフローチャートである。
【図８】第２の実施形態におけるＷＷＷサーバの動作フ
ローを示したフローチャートである。
【図９】実施形態におけるＷＷＷブラウザ画面上の表示
例を示した図である。
【図１０】第３の実施形態におけるカメラ制御サーバが
送信するＨＴＴＰレスポンスの内容を示す図である。
【図１１】第３の実施形態におけるカメラ制御サーバの
動作フローを示したフローチャートである。
【図１２】第３の実施形態におけるＷＷＷブラウザの動
作フローを示したフローチャートである。
【図１３】第３の実施形態におけるＷＷＷブラウザの動
作フローを示したフローチャートである。
【図１４】第３の実施形態におけるＷＷＷブラウザ、Ｗ
ＷＷサーバ及びカメラ制御サーバ間の通信手順を示した
図である。

Claims (18)

    【特許請求の範囲】
  1. 【請求項１】 汎用のネットワーク通信規約に従って、
    遠隔のクライアントからの要求に従った情報サービスを
    行なうサーバであって、 クライアントからの要求を受信する受信手段と、 受信した要求に従って処理する処理手段と、 該処理手段で処理した結果を前記クライアントに転送す
    る転送手段とを備え、 前記転送手段には、当該サーバのサービス許容範囲を示
    す情報を付して転送することを特徴とするサーバ。
  2. 【請求項２】 前記情報サービスは、カメラを操作する
    権利と、前記カメラによって撮影した映像をクライアン
    トに通知するサービスであることを特徴とする請求項第
    １項に記載のサーバ。
  3. 【請求項３】 前記サービス許容範囲を示す情報は、カ
    メラの撮影方位の限界を示す情報であることを特徴とす
    る請求項第２項に記載のサーバ。
  4. 【請求項４】 前記転送手段はＨＴＴＰメッセージに従
    って転送することを特徴とする請求項第１項に記載のサ
    ーバ。
  5. 【請求項５】 前記サービス許容範囲を示す情報は、前
    記ＨＴＴＰメッセージに挿入して転送されることを特徴
    とする請求項第４項に記載のサーバ。
  6. 【請求項６】 前記サービス許容範囲を示す情報は、前
    記ＨＴＴＰメッセージ中のヘッダ部分に挿入することを
    特徴とする請求項第５項に記載のサーバ。
  7. 【請求項７】 前記サービス許容範囲を示す情報は、前
    記ＨＴＴＰメッセージ中のボディ部分に挿入することを
    特徴とする請求項第５項に記載のサーバ。
  8. 【請求項８】 汎用のネットワーク通信規約に従って、
    遠隔のクライアントからの要求に従った情報サービスを
    行なうサーバの制御方法であって、 クライアントからの要求を受信する受信工程と、 受信した要求に従って処理する処理工程と、 該処理工程で処理した結果を前記クライアントに転送す
    る転送工程とを備え、 前記転送工程には、当該サーバのサービス許容範囲を示
    す情報を付して転送する工程が含まれることを特徴とす
    るサーバの制御方法。
  9. 【請求項９】 汎用のネットワーク通信規約に従って、
    遠隔のクライアントからの要求に従った情報サービスを
    行なうサーバとして機能させるプログラムを格納した記
    憶媒体であって、 クライアントからの要求を受信する受信手段と、 受信した要求に従って処理する処理手段と、 該処理手段で処理した結果を前記クライアントに転送す
    る転送手段として機能するプログラムを格納し、 前記転送手段には、当該サーバのサービス許容範囲を示
    す情報を付して転送する機能を有するプログラムを含ん
    でいることを特徴とする記憶媒体。
  10. 【請求項１０】 汎用ネットワークを介して受信した要
    求に従って、情報を生成すると共に、生成した情報と当
    該サービス内容の限界を示す情報とを要求元に転送する
    手段を有するサーバに接続するクライアントであって、 接続したサーバに対して前記汎用ネットワークの規約に
    従って要求情報を転送する要求手段と、 該手段で要求情報を転送した後に、前記サーバから送ら
    れてきた情報中の限界を示す情報と、前記要求情報とを
    比較し、当該比較結果を報知とする報知手段とを備える
    ことを特徴とするクライアント。
  11. 【請求項１１】 汎用ネットワークを介して受信した要
    求に従って、情報を生成すると共に、生成した情報と当
    該サービス内容の限界を示す情報とを要求元に転送する
    手段を有するサーバに接続するクライアントの制御方法
    であって、 接続したサーバに対して前記汎用ネットワークの規約に
    従って要求情報を転送する要求工程と、 該工程で要求情報を転送した後に、前記サーバから送ら
    れてきた情報中の限界を示す情報と、前記要求情報とを
    比較し、当該比較結果を報知とする報知工程とを備える
    ことを特徴とするクライアントの制御方法。
  12. 【請求項１２】 汎用ネットワークを介して受信した要
    求に従って、情報を生成すると共に、生成した情報と当
    該サービス内容の限界を示す情報とを要求元に転送する
    手段を有するサーバに接続するクライアントとして機能
    させるプログラムを格納した記憶媒体であって、 接続したサーバに対して前記汎用ネットワークの規約に
    従って要求情報を転送する要求手段と、 該手段で要求情報を転送した後に、前記サーバから送ら
    れてきた情報中の限界を示す情報と、前記要求情報とを
    比較し、当該比較結果を報知とする報知手段として機能
    するプログラムを格納した記憶媒体。
  13. 【請求項１３】 汎用のネットワークの通信規約に従っ
    て、前記ネットワークを介したクライアントからの要求
    に応じてカメラからの映像をクライアントに通知するサ
    ービスを行なうサーバであって、 クライアントからの要求を受信する受信手段と、 受信した要求に従って処理する処理手段と、 前記処理手段で処理した結果を前記クライアントに転送
    する転送手段とを備え、前記転送手段には、前記カメラ
    の状態情報を付して転送するように構成されていること
    を特徴とするサーバ。
  14. 【請求項１４】 前記転送手段は、ＨＴＴＰメッセージ
    に従って転送することを特徴とする請求項第１３項に記
    載のサーバ。
  15. 【請求項１５】 前記カメラの状態情報は、前記ＨＴＴ
    Ｐメッセージに挿入して転送されることを特徴とする請
    求項第１４項に記載のサーバ。
  16. 【請求項１６】 前記カメラの状態情報は、前記ＨＴＴ
    Ｐメッセージ中のヘッダ部分に挿入することを特徴とす
    る請求項第１５項に記載のサーバ。
  17. 【請求項１７】 前記カメラの状態情報は、前記ＨＴＴ
    Ｐメッセージ中のボディ部分に挿入することを特徴とす
    る請求項第１５項に記載のサーバ。
  18. 【請求項１８】 前記カメラの状態情報は、前記カメラ
    の撮影方位を示す情報であることを特徴とする請求項第
    １３項乃至請求項第１７項のいずれか１項に記載のサー
    バ。
JP8320562A 1996-08-05 1996-11-29 サーバ及びクライアント及び制御方法及び記憶媒体 Pending JPH10164555A (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP8320562A JPH10164555A (ja) 1996-11-29 1996-11-29 サーバ及びクライアント及び制御方法及び記憶媒体
US08/904,860 US7113971B1 (en) 1996-08-05 1997-08-01 Communication method and apparatus, server and client on network, and program codes realizing communication thereof
US11/481,805 US8015242B2 (en) 1996-08-05 2006-07-07 Communication method and apparatus, server and client on network, and program codes realizing communication thereof
US13/192,593 US8782126B2 (en) 1996-08-05 2011-07-28 Communication method and apparatus, server and client on network, and program codes realizing communication thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP8320562A JPH10164555A (ja) 1996-11-29 1996-11-29 サーバ及びクライアント及び制御方法及び記憶媒体

Publications (1)

Publication Number Publication Date
JPH10164555A true JPH10164555A (ja) 1998-06-19

Family

ID=18122824

Family Applications (1)

Application Number Title Priority Date Filing Date
JP8320562A Pending JPH10164555A (ja) 1996-08-05 1996-11-29 サーバ及びクライアント及び制御方法及び記憶媒体

Country Status (1)

Country Link
JP (1) JPH10164555A (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000287110A (ja) * 1999-03-31 2000-10-13 Ricoh Co Ltd デジタルカメラ装置の制御システム
JP2001094987A (ja) * 1999-09-22 2001-04-06 Matsushita Electric Ind Co Ltd 画像データ伝送方法
WO2001031926A1 (en) * 1999-10-22 2001-05-03 Perceptual Robotics, Inc. Method and system for preserving and communicating live views of a remote physical location over a computer network
JP2014027546A (ja) * 2012-07-27 2014-02-06 Jvc Kenwood Corp 画像配信装置、画像配信システム、画像配信方法およびそのプログラム
WO2014080962A1 (en) * 2012-11-22 2014-05-30 Canon Kabushiki Kaisha Image capturing apparatus, image capturing system, control method of image capturing apparatus, and computer readable storage medium
JP2021043801A (ja) * 2019-09-12 2021-03-18 株式会社東芝 電子機器、電子機器システム、及び磁気ディスク装置

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000287110A (ja) * 1999-03-31 2000-10-13 Ricoh Co Ltd デジタルカメラ装置の制御システム
JP2001094987A (ja) * 1999-09-22 2001-04-06 Matsushita Electric Ind Co Ltd 画像データ伝送方法
WO2001031926A1 (en) * 1999-10-22 2001-05-03 Perceptual Robotics, Inc. Method and system for preserving and communicating live views of a remote physical location over a computer network
US6625812B2 (en) 1999-10-22 2003-09-23 David Hardin Abrams Method and system for preserving and communicating live views of a remote physical location over a computer network
JP2014027546A (ja) * 2012-07-27 2014-02-06 Jvc Kenwood Corp 画像配信装置、画像配信システム、画像配信方法およびそのプログラム
WO2014080962A1 (en) * 2012-11-22 2014-05-30 Canon Kabushiki Kaisha Image capturing apparatus, image capturing system, control method of image capturing apparatus, and computer readable storage medium
JP2014107590A (ja) * 2012-11-22 2014-06-09 Canon Inc 撮像装置、撮像システム、撮像装置の制御方法およびプログラム
US9609198B2 (en) 2012-11-22 2017-03-28 Canon Kabushiki Kaisha Image capturing apparatus, image capturing system, control method of image capturing apparatus, and computer readable storage medium
US9912855B2 (en) 2012-11-22 2018-03-06 Canon Kabushiki Kaisha Image capturing apparatus, image capturing system, control method of image capturing apparatus, and computer readable storage medium
US10129453B2 (en) 2012-11-22 2018-11-13 Canon Kabushiki Kaisha Image capturing apparatus, image capturing system, control method of image capturing apparatus, and computer readable storage medium
JP2021043801A (ja) * 2019-09-12 2021-03-18 株式会社東芝 電子機器、電子機器システム、及び磁気ディスク装置

Similar Documents

Publication Publication Date Title
US8782126B2 (en) Communication method and apparatus, server and client on network, and program codes realizing communication thereof
US6067571A (en) Server, terminal and control method for transmitting real-time images over the internet
US7298399B2 (en) Apparatus and method for controlling a camera connected to a network
US6469737B1 (en) Image-sensing server and control method and storage medium therefor
JP5030261B2 (ja) 映像配信装置、ビューワ装置、映像配信装置の制御方法、ビューワ装置の制御方法およびコンピュータプログラム
JP4109739B2 (ja) カメラ制御装置、カメラ制御システム、カメラ制御装置の制御方法、及び記憶媒体
US6288799B1 (en) Image communicating apparatus
KR100922263B1 (ko) 인텔리전트 멀티미디어 서비스
JP4590039B2 (ja) カメラ操作装置およびカメラサーバおよびそれらの制御方法およびそれらの動作処理を実行させるためのプログラムを記憶した記憶媒体
US7463381B2 (en) Markup language edit method, record medium recording browser, and print system
WO2005008448A2 (en) Browser-based video meeting system
JP4066444B2 (ja) ホームページ自動生成装置および方法
JP2000287110A (ja) デジタルカメラ装置の制御システム
JP2000132673A (ja) 画像システム
JPH10164555A (ja) サーバ及びクライアント及び制御方法及び記憶媒体
JP2006340091A (ja) カメラサーバ、ビューワ、画像表示システム及び画像配信方法
JP2970521B2 (ja) 文書蓄積装置
JP2009020862A (ja) 撮像装置、電子アルバムシステムおよび画像記憶装置
CN105323461A (zh) 图像处理设备及其控制方法
EP0872987A3 (en) Apparatus for providing information, method of providing information and computer-readable storage medium retaining a program for providing information
JP3796310B2 (ja) 映像制御装置及び制御方法及び記憶媒体
JP3817313B2 (ja) カメラ制御装置及び方法
US20030154290A1 (en) System and method for realtime-controlling web brower of user
JP3805144B2 (ja) デジタルカメラ及び画像送信方法
JP4804558B2 (ja) 画像処理装置及びその制御方法、プログラム

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20050926

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20051121

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060118

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060922

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061121

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20071005