JP2001078171A

JP2001078171A - 機器制御装置、カメラ制御装置、ネットワークシステム、機器制御方法、及び記憶媒体

Info

Publication number: JP2001078171A
Application number: JP25445099A
Authority: JP
Inventors: Takahiro Kurosawa; 貴弘黒澤; Hiroaki Sato; 宏明佐藤
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1999-09-08
Filing date: 1999-09-08
Publication date: 2001-03-23

Abstract

(57)【要約】【課題】ネットワークを介して提供されるサービスを
試用可能なように構成することで、当該サービスの利用
の促進を図ることができるネットワークシステムを提供
する。【解決手段】カメラサーバ１０１ｘは、クライアント
１０２ｘからのサービス要求（接続情報）に含まれる署
名情報が、料金を支払ったことに対して課金サーバ１０
５から発行されるチケットの鍵情報ではなく、ユーザの
個人認証用の鍵情報を用いて生成されたものであった場
合、クライアント１０２ｘに対して提供するサービスを
試用サービスとして制限を加える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、遠隔地に
あるカメラサーバが映像をネットワーク上を経由してビ
ューワに提供するための技術に関し、特に、カメラサー
バが映像サービス及びカメラ制御サービスを有料で提供
している状況で、それらのサービスの「試用」を可能と
する、機器制御装置、カメラ制御装置、ネットワークシ
ステム、機器制御方法、及びそれを実施するための処理
ステップをコンピュータが読出可能に格納した記憶媒体
に関するものである。

【０００２】

【従来の技術】近年では例えば、以下に列挙するような
技術や製品が提供されるようになってきた。

【０００３】［カメラ制卸機能付き映像伝送システム］
カメラ制卸機能付き映像伝送システムは、インターネッ
ト等の汎用インターネットを介して、パン、チルト、ズ
ーム等のカメラ姿勢制御が可能な雲台付きカメラ等の撮
像機器によって撮影して得られたライブの動画像を、良
好に順次送受信できるようになされている。このような
カメラ制卸機能付き映像伝送システムとしては、例え
ば、キヤノン社の「ＷｅｂＶｉｅｗ」によるシステムが
ある。

【０００４】［暗号技術、署名技術、認証技術］従来よ
り、非対称鍵暗号アルゴリズム（公開鍵部分と秘密鍵部
分から構成される暗号アルゴリズム）等の暗号アルゴリ
ズムを利用した署名技術が用いられている。ここでの暗
号アルゴリズムでは、暗号用の鍵の組を生成するステッ
プと、当該鍵の組を使用してデータを暗号化するステッ
プ及び当該暗号化データを復号するステップとを含んで
いる。或いは、署名用の鍵の組を生成するステップと、
当該鍵の組を使用してデータへの署名を行なうステップ
及び当該データの正当性を確認するステップとから構成
されている。また、非対称鍵暗号アルゴリズムとして
は、素因数分解計算に基づくＲＳＡ暗号アルゴリズムが
知られている。

【０００５】上述のような署名技術を使用した認証技術
とは、当該署名技術の延長の技術であり、事前に登録し
ておいた署名用の鍵情報を用いて、署名者が当該事前に
登録された人物であることを保証するための技術であ
る。このような認証技術の応用としては、特定のサービ
スやアプリケーションに依らず、広く個人や組織、或い
はソフトウェアの認証を行う認証局（Ｃｅｒｔｉｆｉｃ
ａｔｉｏｎＡｕｔｈｏｒｉｔｙ：以下、単に「ＣＡ」
と言う）サービスや認証局間での相互認証サービスにて
用いられている。この一例として、ＲＳＡ社の暗号アル
ゴリズムを使用したＶｅｒｉＳｉｇｎ社の認証局サービ
スがある。

【０００６】［課金技術］インターネット上を経由して
提供されるサービスに対して課金するためのインフラス
トラクチャが整いつつある。この一例として、ＢｉｔＣ
ａｓｈ社の「ＢｉｔＣａｓｈ」や、ＤＥＣ社の「ｍｉｌ
ｌｉｃｅｎｔ」等の課金システム（課金インフラストラ
クチャ）がある。

【０００７】［ソフトウェアの試用］雑誌付録のＣＤ−
ＲＯＭやインターネット等の各種メディアを通じて、ソ
フトウェアを無償で配布することが行なわれている。こ
のようなソフトウェアのなかには、試用を許す等をした
ソフトウェア（製品ソフトウェアやシェアウェア等、以
下、「試用ソフトウェア」と言う）があり、また、当該
試用ソフトウェアのなかには、そのソフトウェアの試用
期間を「１週間の試用が可能」等と限定されたものがあ
る。このような試用ソフトウェアとしては、例えば、圧
縮伸長ソフトウェアである「ＷｉｎＺｉｐ」や、モニタ
画像のキャブチャソフトウェアである「ＨｙｐｅｒＳｎ
ａｐ−ＤＸ」があり、「ＷｉｎＺｉｐ」のソフトウェア
では期間限定の試用を認めており、「ＨｙｐｅｒＳｎａ
ｐ−ＤＸ」のソフトウェアでは限定された機能での試用
を認めている。

【０００８】

【発明が解決しようとする課題】しかしながら、上述し
たような、カメラ姿勢制御が可能な雲台付きカメラ等の
撮像機器によって得られたライブの動画像（映像）のサ
ービス（映像提供サービス）等を、インターネットを経
由して有料で提供するようになされた従来のシステムで
は、当該サービスを試用することはできなかった。

【０００９】そこで、本発明は、上記の欠点を除去する
ために成されたもので、ネットワークを介して提供され
るサービスを試用可能なように構成することで、当該サ
ービスの利用の促進を図ることができる、機器制御装
置、カメラ制御装置、ネットワークシステム、機器制御
方法、及びそれを実施するための処理ステップをコンピ
ュータが読出可能に格納した記憶媒体を提供することを
目的とする。

【００１０】

【課題を解決するための手段】斯かる目的下において、
第１の発明は、外部から制御可能な機器にて得られた情
報及び当該制御の少なくとも何れかのサービスを提供す
るための機器制御装置であって、上記サービスの要求元
からの上記機器への接続要求の内容に基づいて、提供す
るサービスに制限を与えるサービス制限手段を備えるこ
とを特徴とする。

【００１１】第２の発明は、上記第１の発明において、
上記サービス制限手段は、上記接続要求に含まれる署名
情報に基づいて、提供するサービスに制限を与えること
を特徴とする。

【００１２】第３の発明は、上記第２の発明において、
上記サービス制限手段は、上記署名情報が、上記サービ
スを希望するユーザの個人認証用の鍵情報を用いて生成
された情報、及び上記サービスを希望するユーザが課金
インフラストラクチャに上記サービスの料金を支払った
ことに対して発行されたチケットの鍵情報を用いて生成
された情報の何れの情報であるかの判別結果に基づい
て、提供するサービスに制限を与えることを特徴とす
る。

【００１３】第４の発明は、上記第３の発明において、
上記サービス制限手段は、上記署名情報が上記個人認証
用の鍵情報を用いて生成された情報である場合、上記署
名情報が上記チケットの鍵情報を用いて生成された情報
である場合に提供するサービスに比べて、提供するサー
ビスに厳しい制限を与えることを特徴とする。

【００１４】第５の発明は、上記第３の発明において、
上記サービス制限手段は、上記署名情報が上記個人認証
用の鍵情報を用いて生成された情報である場合、現在サ
ービスを提供しているユーザ数に基づいて、提供するサ
ービスに制限を与えることを特徴とする。

【００１５】第６の発明は、上記第３の発明において、
上記個人認証用の鍵情報を登録管理する認証鍵管理手段
を備えることを特徴とする。

【００１６】第７の発明は、上記第３の発明において、
上記チケットの鍵情報を登録管理するチケット鍵管理手
段を備えることを特徴とする。

【００１７】第８の発明は、上記第３の発明において、
上記サービス制限手段は、上記署名情報が上記個人認証
用の鍵情報を用いて生成された情報である場合、提供す
るサービスが試用サービスであることを示す情報を、当
該サービスに含めることを特徴とする。

【００１８】第９の発明は、上記第１の発明において、
上記外部から制御可能な機器は、カメラ操作が外部から
制御可能なカメラ装置を含み、上記サービス制御手段
は、上記カメラ装置にて得られた映像情報を提供する映
像提供サービス、及び上記カメラ操作を提供するカメラ
操作サービスの少なくとも何れかのサービスに制限を与
えることを特徴とする。

【００１９】第１０の発明は、上記第９の発明におい
て、上記サービス制御手段は、映像の画質、映像のフレ
ームレート、サービスのアクセス時間、及びカメラ操作
の範囲の少なくもと何れかに制限を与えることを特徴と
する。

【００２０】第１１の発明は、上記第９の発明におい
て、上記サービス制御手段は、上記サービスの要求元に
配送する映像に対して、制限を与えたサービスであるこ
とを示す情報を合成することを特徴とする。

【００２１】第１２の発明は、カメラ操作が外部から制
御可能なカメラにより得られた映像情報、及び上記カメ
ラ操作の少なくとも何れかのサービスを提供するための
カメラ制御装置であって、請求項１〜１１の何れかに記
載の機器制御装置の機能を有することを特徴とする。

【００２２】第１３の発明は、複数の機器がネットワー
クを介して接続されてなるネットワークシステムであっ
て、上記複数の機器のうち少なくとも１つの機器は、請
求項１〜１１の何れかに記載の機器制御装置の機能、又
は請求項１２記載のカメラ制御装置の機能を有すること
を特徴とする。

【００２３】第１４の発明は、少なくともカメラサーバ
とクライアントがネットワークを介して接続されてなる
ネットワークシステムであって、上記カメラサーバは、
上記ネットワークを介してカメラ操作可能な撮像手段
と、上記撮像手段にて得られた映像及び上記カメラ操作
のサービスをサービス要求元のクライアントへ提供する
サービス提供手段と、上記サービス提供手段により提供
されるサービスに対して制限を与えるサービス制限手段
とを備え、上記クライアントは、上記カメラサーバへの
サービス要求に対して所定の鍵情報を用いて生成した署
名情報を組み込む署名組込手段を備え、上記カメラサー
バの上記サービス制限手段は、上記サービ要求に組み込
まれた上記署名情報に基づいて、上記サービス提供手段
により提供されるサービスに対して制限を与えることを
特徴とする。

【００２４】第１５の発明は、上記第１４の発明におい
て、上記クライアントは、サービス利用者の個人認証用
の鍵情報を用いて上記署名情報を生成する認証署名手段
を備え、上記カメラサーバは、上記署名情報を確認する
認証署名確認手段を備え、上記カメラサーバの上記サー
ビス制限手段は、上記認証署名確認手段での確認結果に
基づいて、上記サービス提供手段により提供されるサー
ビスに対して制限を与えることを特徴とする。

【００２５】第１６の発明は、上記第１４の発明におい
て、上記クライアントは、サービス利用者が課金インフ
ラストラクチャを介して料金を支払ったことに対して発
行されたチケットの鍵情報を用いて上記署名情報を生成
するチケット署名手段を備え、上記カメラサーバは、上
記署名情報を確認するチケット署名確認手段を備え、上
記カメラサーバの上記サービス制限手段は、上記チケッ
ト署名確認手段での確認結果に基づいて、上記サービス
提供手段により提供されるサービスに対して制限を与え
ることを特徴とする。

【００２６】第１７の発明は、上記第１４の発明におい
て、上記クライアントは、サービス利用者の個人認証用
の鍵情報、及びサービス利用者が課金インフラストラク
チャを介して料金を支払ったことに対して発行されたチ
ケットの鍵情報の少なくとも何れかの鍵情報を用いて上
記署名情報を生成する署名手段を備え、上記カメラサー
バは、上記署名情報を確認する署名確認手段を備え、上
記カメラサーバの上記サービス制限手段は、上記署名確
認手段での確認結果に基づいて、上記サービス提供手段
により提供されるサービスに対して制限を与えることを
特徴とする。

【００２７】第１８の発明は、上記第１７の発明におい
て、上記サービス制限手段は、上記署名確認手段での確
認結果により、上記署名情報から上記チケットの鍵情報
が確認されなかった場合に、上記サービス提供手段によ
り提供されるサービスに対して制限を与えることを特徴
とする。

【００２８】第１９の発明は、上記第１８の発明におい
て、上記サービス制限手段は、上記署名情報から上記チ
ケットの鍵情報が確認された場合に比べて、上記サービ
ス提供手段により提供されるサービスに対して厳しい制
限を与えることを特徴とする。

【００２９】第２０の発明は、上記第１７の発明におい
て、上記サービス制限手段は、上記署名確認手段での確
認結果により、上記署名情報から上記チケットの鍵情報
が確認された場合、上記サービス提供手段により提供さ
れるサービスを通常のサービスとし、上記署名情報から
上記個人認証用の鍵情報が確認された場合、上記サービ
ス提供手段により提供されるサービスを試用のサービス
として制限を与えることを特徴とする。

【００３０】第２１の発明は、上記第１４の発明におい
て、上記サービス制限手段は、上記サービス提供手段に
より現在サービスが提供されているクライアントの数に
基づいて、上記サービス提供手段により提供されるサー
ビスに対して制限を与えることを特徴とする。

【００３１】第２２の発明は、上記第１５の発明におい
て、上記認証署名確認手段は、上記カメラサーバに置か
れた認証サーバによって、上記個人認証用の鍵情報の登
録管理を行うことを特徴とする。

【００３２】第２３の発明は、上記第１５の発明におい
て、上記認証署名確認手段は、本システムに置かれた認
証サーバによって、上記個人認証用の鍵情報の登録管理
を行うことを特徴とする。

【００３３】第２４の発明は、上記第１６の発明におい
て、上記チケット署名確認手段は、上記カメラサーバに
置かれたチケットサーバによって、上記チケットの鍵情
報の登録管理を行うことを特徴とする。

【００３４】第２５の発明は、上記第１６の発明におい
て、上記チケット署名確認手段は、本システムに置かれ
たチケットサーバによって、上記チケットの鍵情報の登
録管理を行うことを特徴とする。

【００３５】第２６の発明は、上記第１７の発明におい
て、上記署名確認手段は、上記チケットの鍵情報を架空
名義の上記個人認証用の鍵として、上記カメラサーバ又
は本システムに置かれた認証サーバに登録することで、
上記カメラサーバ又は本システムに置かれるチケットサ
ーバの機能を当該認証サーバで代行することを特徴とす
る。

【００３６】第２７の発明は、上記第１４の発明におい
て、上記サービス制御手段は、映像の画質、映像のフレ
ームレート、サービスのアクセス時間、及びカメラ操作
の範囲の少なくもと何れかに関してのサービスパラメー
タに制限を与えることを特徴とする。

【００３７】第２８の発明は、上記第１４の発明におい
て、上記カメラサーバは、提供するサービスに対して当
該サービスを示す情報を合成する合成手段を備えること
を特徴とする。

【００３８】第２９の発明は、上記第２８の発明におい
て、上記合成手段は、提供する映像に対して、提供する
サービスの種類を利用者に示すための画像情報を合成す
ることを特徴とする。

【００３９】第３０の発明は、上記第２９の発明におい
て、上記画像情報は、テロップ画像情報、及びモザイク
処理結果の画像情報の少なくとも何れかを含むことを特
徴とする。

【００４０】第３１の発明は、上記第２８の発明におい
て、上記合成手段は、合成位置をランダムな位置とする
ことを特徴とする。

【００４１】第３２の発明は、上記第２８の発明におい
て、上記合成手段は、合成位置を時間に応じて変化させ
ることを特徴とする。

【００４２】第３３の発明は、外部から制御可能な機器
にて得られた情報及び当該制御の少なくとも何れかのサ
ービスを、当該サービスの要求元へ提供するための機器
制御方法であって、上記サービスの要求元からの上記機
器への接続要求の内容に基づいて、提供するサービスに
制限を与えるサービス制限ステップを含むことを特徴と
する。

【００４３】第３４の発明は、上記第３３の発明におい
て、上記サービス制限ステップは、上記接続要求に含ま
れる署名情報に基づいて、提供するサービスに制限を与
えるステップを含むことを特徴とする。

【００４４】第３５の発明は、上記第３４の発明におい
て、上記サービス制限ステップは、上記署名情報が、上
記サービスを希望するユーザの個人認証用の鍵情報を用
いて生成された情報、及び上記サービスを希望するユー
ザが課金インフラストラクチャに上記サービスの料金を
支払ったことに対して発行されたチケットの鍵情報を用
いて生成された情報の何れの情報であるかの判別結果に
基づいて、提供するサービスに制限を与えるステップを
含むことを特徴とする。

【００４５】第３６の発明は、上記第３５の発明におい
て、上記サービス制限ステップは、上記署名情報が上記
個人認証用の鍵情報を用いて生成された情報である場
合、提供するサービスを試用サービスとして、上記署名
情報が上記チケットの鍵情報を用いて生成された情報で
ある場合に提供するサービスに比べて、提供するサービ
スに厳しい制限を与えるステップを含むことを特徴とす
る。

【００４６】第３７の発明は、上記第３５の発明におい
て、上記サービス制限ステップは、上記署名情報が上記
個人認証用の鍵情報を用いて生成された情報である場
合、現在サービスを提供しているユーザ数に基づいて、
提供するサービスに制限を与えるステップを含むことを
特徴とする。

【００４７】第３８の発明は、上記第３５の発明におい
て、上記サービス制限ステップは、上記署名情報が上記
個人認証用の鍵情報を用いて生成された情報である場
合、提供するサービスが試用サービスであることを示す
情報を、当該サービスの要求元のユーザに認識可能な状
態で組み込むステップを含むことを特徴とする。

【００４８】第３９の発明は、請求項１〜１１の何れか
に記載の機器制御装置、又は請求項１２記載のカメラ制
御装置、又は請求項１３〜３２の何れかに記載のネット
ワークシステムを構成する手段を実施するための処理プ
ログラムを、コンピュータが読出可能に格納した記憶媒
体であることを特徴とする。

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

【００５０】具体的には例えば、ネットワークを介して
カメラ操作が可能なカメラを有するカメラサーバは、ク
ライアントからのサービス要求（接続情報）に含まれる
署名情報を確認するの認証確認部、署名の正しさを判定
する署名確認部、チケットサーバに問合せするチケット
署名確認部、認証サーバに問合せする認証署名確認部、
接続履歴を蓄積する履歴部、限定したサービスのみを提
供するサービス制限部、及びズーム制限部等を含む。

【００５１】認証サーバは、クライアントのユーザから
送られた鍵情報を登録し、間合せがあった場合には、そ
の鍵情報の正当性を回答する。このため、認証サーバ
は、ユーザ認証情報を貯えるユーザ認証データベース
（ＤＢ）部、ユーザ認証情報の登録を受け付ける登録
部、及びユーザ認証情報の問い合わせを受け付ける問合
受付部等を含む。

【００５２】チケットサーバは、課金結果としてチケッ
トを発行し、問合せに応じて、チケットの正当性を回答
する。このため、チケットサーバは、チケット情報を貯
えるチケットＤＢ部、非対称鍵の秘密鍵部分を提供する
チケット発行部、及び非対称鍵の公開部分でチェックす
るチケット確認部等を含む。

【００５３】クライアント（ビューワ）は、固有の鍵情
報を認証サーバに登録する認証登録部、登録した鍵情報
を用いた認証署名部、料金を支払いチケット情報を受取
るチケット受取部、及びチケット情報の鍵情報を用いた
チケット署名部等を含む。

【００５４】上述のような構成とした場合、次のような
処理が実行される。（１）ビューワ側は、ユーザの個人認証用の鍵情報（認
証鍵）署名用鍵情報を認証サーバに事前に登録してお
く。或いは、料金支払いの結果、チケットサーバからチ
ケットの発行を受ける。（２）ビューワ側は、カメラサーバヘの接続情報（サー
ビス要求）に、認証署名部又はチケット署名部によっ
て、認証鍵又はチケットの鍵情報の署名を加えたうえ
で、カメラサーバに接続する。（３）カメラサーバ側は、ビューワからの接続情報を識
別し、その署名に利用されている鍵情報が認証鍵であ
り、初めてのアクセスである場合のみ、サービスの試用
（無償でサービスを提供）を許す。（４）また、サービスの試用にあたっては、低画質映像
の提供やカメラ制御の制限等のように、当該サービスに
制限を与える。（５）一方、ビューワからの接続情報を識別し、その署
名に利用されている鍵情報がチケットの鍵である場合
（チケットサーバヘの間合せの結果、課金された接続要
求である場合）、全てサービス（制限を与えないサービ
ス）を提供する。

【００５５】

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

【００５６】（第１の実施の形態）本発明は、例えば、
図１に示すようなネットワークシステム１００に適用さ
れる。このネットワークシステム１００は、上記図１に
示すように、パン、チルト、ズーム等のカメラ姿勢制御
が可能な雲台付きカメラを備えたカメラサーバ側の装置
（以下、単に「カメラサーバ」と言う）１０１ａ，１０
１ｂ，１０１ｃ，・・・と、カメラ映像を表示可能なビ
ューワを備えた装置（以下、単に「ビューワ」と言う）
１０２ａ，１０２ｂ，１０２ｃ，・・・とが、ネットワ
ーク１０３を介した互いに通信可能なように接続された
構成としている。ネットワーク１０３としては、例え
ば、企業や組織内で運用されるイントラネット、或いは
広く世界をつないでいるインターネット等を用いてい
る。

【００５７】また、ネットワークシステム１００では、
ビューワ１０２ａ，１０２ｂ，１０２ｃ，・・・に対し
て、様々なサービスをネットワーク１０３を経由して提
供することが可能となっている。ここでは、提供可能な
サービスを、カメラサーバ１０１ａ，１０１ｂ，１０１
ｃ，・・・にて得られたライブの動画像（映像）のサー
ビス（映像提供サービス）、及びカメラサーバ１０１
ａ，１０１ｂ，１０１ｃ，・・・のカメラ制御のサービ
ス（カメラ制御提供サービス）としている。

【００５８】これにより、例えば、ビューワ１０２ｘ
が、カメラサーバ１０１ｘに対して、映像提供サービス
のリクエストをネットワーク１０３を介して発行し、こ
のリクエストがカメラサーバ１０１ｘにて受け入れられ
ると、カメラサーバ１０１ｘからビューワ１０２ｘに
は、カメラサーバ１０１ｘのカメラによって得られたカ
メラ映像がネットワーク１０３を介して配送される。し
たがって、当該カメラ映像をビューワ１０２ｘで見るこ
とが可能となる。

【００５９】また、ビューワ１０２ｘが、カメラサーバ
１０１ｘに対して、カメラ制御提供サービスのリクエス
トをネットワーク１０３を介して発行し、このリクエス
トがカメラサーバ１０１ｘで受け入れられると、ビュー
ワ１０２ｘからカメラサーバ１０１ｘには、カメラサー
バ１０１ｘのカメラのカメラ制御コマンドがネットワー
ク１０３を介して送られる。したがって、カメラサーバ
１０１ｘのカメラのズーム、パン、チルト等の操作を、
ビューワ１０２ｘから行なうことが可能となる。

【００６０】尚、上記図１では、ネットワーク１０３に
接続されるカメラサーバ及びビューワとして、３つのカ
メラサーバ１０１ａ，１０１ｂ，１０１ｃと、３つのビ
ューワ１０２ａ，１０２ｂ，１０２ｃとしているが、こ
れは説明の簡単のためであって、この接続台数に限られ
ることはない。また、ここでは、説明の簡単のために、
カメラサーバ１０１ａ，１０１ｂ，１０１ｃ，・・・の
うちのあるカメラサーバを「カメラサーバ１０１ｘ」で
表し、ビューワ１０２ａ，１０２ｂ，１０２ｃ，・・・
のうちのあるビューワを「ビューワ１０２ｘ」で表す。

【００６１】上述したような各サービスは有料であり、
このため、ネットワークシステム１００は、上記図１の
構成に加えて、広く普及しているＷｅｂ技術、及び課金
技術を併用した構成としている。例えば、図２に示すよ
うに、ネットワークシステム１００は、ＷＷＷサーバ側
の装置（以下、単に「ＷＷＷサーバ」と言う）１０４
と、課金インフラサーバ側の装置（以下、単に「課金イ
ンフラサーバ」と言う）１０５とが更にネットワーク１
０３に接続された構成としている。

【００６２】ＷＷＷサーバ１０４内のＷｅｂぺ一ジデー
タには、どのアドレスでカメラサーバ１０１ｘヘ接続で
きるかを示すリンクが配置され、これにより、それぞれ
のビューワ１０２ａ，１０２ｂ，１０２ｃ，・・・は、
容易に所望するカメラサーバ１０１ｘヘ接続することが
可能となる。

【００６３】また、課金インフラサーバ１０５は、サー
ビスを利用したビューワ１０２ｘに対して当該サービス
の料金を徴収するための課金を行う課金インフラストラ
クチャの課金サーバ（例えば、ＢｉｔＣａｓｈサーバ
等）である。

【００６４】上述したような本実施の形態におけるネッ
トワークシステム１００では、特に、サービス（ここで
は、映像提供サービス及びカメラ制御サービス）の試用
が可能なようになされている。

【００６５】例えば、サービス試用時では、リクエスト
のあったビューワ１０２ｘに対して、料金を支払った場
合に比べて限定したサービスを、限られた回数のみ提供
する。その具体的な一例として、ここでは、最初の一回
のみの試用を許し、このときのサービス制限としてズー
ム操作を無効にする。

【００６６】尚、リクエストのあったビューワ１０２ｘ
が料金を支払ったものである場合には、制限のない全て
のサービスの利用を許すものとする。

【００６７】以下、ネットワークシステム１００のサー
ビス試用のための構成について具体的に説明する。尚、
カメラサーバ１０１ａ，１０１ｂ，１０１ｃ，・・・
は、それぞれ同様の構成であるため、ここでは、その代
表としてカメラサーバ１０１ｘの構成について説明す
る。また、ビューワ１０２ａ，１０２ｂ，１０２ｃ，・
・・についても、それぞれ同様の構成であるため、ここ
では、その代表としてビューワ１０２ｘの構成について
説明する。

【００６８】［カメラサーバ１０１ｘのハードウェア構
成］カメラサーバ１０１ｘは、例えば、図３に示すよう
に、カメラ装置２１０と、コンピュータ装置２２０とを
備えている。

【００６９】カメラ装置２１０は、被写体を撮影の際
の、パン、チルト、ズーム等のカメラ姿勢制御が可能な
雲台付きカメラである。

【００７０】コンピュータ装置２２０は、装置全体の動
作制御のための処理プログラム等を格納したＨＤ装置２
２１と、作業用や各種データの格納用等のためのメモリ
２２２と、カメラ装置２１０にて得られた映像データを
取り込むための映像キャプチャボード２２３と、カメラ
装置２１０に対する動作指示のコマンドを送るためのシ
リアルＩ／Ｆ２２４と、ネットワーク１０３と接続する
ためのネットワークＩ／Ｆ２２５と、ＨＤ装置２２１に
格納された処理プログラムをロードして実行する等して
装置全体の動作制御を司るＣＰＵ２２６と、各種プログ
ラムを記憶媒体からロードするためのＦＤ装置２２７
と、ディスプレイ装置２３０での画面表示のための表示
ボード２２８と、キーボード２４０やマウス２５０等の
周辺機器のコントローラ２２９とを含んでいる。

【００７１】［ビューワ１０２ｘのハードウェア構成］
ビューワ１０２ｘは、例えば、図４に示すように、コン
ピュータ装置３２０を備えている。

【００７２】コンピュータ装置３２０は、装置全体の動
作制御のための処理プログラム等を格納したトＨＤ装置
３２１と、作業用や各種データの格納用等のためのメモ
リ３２２と、ネットワーク１０３と接続するためのネッ
トワークＩ／Ｆ３２５と、ＨＤ装置３２１に格納された
処理プログラムをロードして実行する等して装置全体の
動作制御を司るＣＰＵ３２６と、各種プログラムを記憶
媒体からロードするためのＦＤ装置３２７と、ディスプ
レイ装置３３０での画面表示のための表示ボード３２８
と、キーボード３４０やマウス３５０等の周辺機器のコ
ントローラ３２９とを含んでいる。

【００７３】［カメラサーバ１０１ｘ及びビューワ１０
２ｘの機能的構成］カメラサーバ１０１ｘ及びビューワ
１０２ｘはそれぞれ、図５に示すような各処理部を備え
ており、これらの各処理部は、例えば、カメラサーバ１
０１ｘ及びビューワ１０２ｘのそれぞれにおいて、ＨＤ
装置２２１，３２１内の処理プログラム（モジュール）
が、ＣＰＵ２２６，３２６によって読み出され実行され
ることで実現する。

【００７４】すなわち、カメラサーバ１０１ｘは、カメ
ラ装置２１０の動作制御を司るカメラ制御サーバ４４１
と、カメラ装置２１０に得られた映像の配送制御を司る
映像サーバ４１２と、ビューワ１０２ｘから送信されき
た接続情報に含まれる認証情報の登録及びその正当性を
判定する認証サーバ４１３と、ビューワ１０２ｘが料金
を支払ったことに対するチケットの発行及びその確認を
行うチケットサーバ４１４とを備えている。ここで、チ
ケットサーバ４１４は、詳細は後述するが、課金サーバ
１０５からのチケット発行要求のみを受け付けるように
なされている。

【００７５】ビューワ１０２ｘは、カメラサーバ１０１
ｘのカメラ装置２１０に対するカメラ制御の指令や状態
通知に対応するカメラ制御部４２１と、ディスプレイ装
置３３０へのカメラ映像の表示を行なう映像表示部４２
２と、認証情報をカメラサーバ１０１ｘの情報（接続情
報）に組み込む認証組込部４２３と、チケット情報をカ
メラサーバ１０１ｘの情報（接続情報）に組み込むチケ
ット組込部４２４とを備えている。

【００７６】［ビューワ１０２ｘの動作］ビューワ１０
２ｘは、上記図４及び図５に示したような構成により、
例えば、図６に示すようなフローチャートに従って、次
のように動作する。

【００７７】先ず、ビューワ１０２ｘにて起動している
Ｗｅｂブラウザは、ディスプレイ装置３３０上から指示
されたＵＲＬに対応するＷＷＷサーバに接続し、ＨＴＭ
Ｌ形式で記述されたＷｅｂぺ一ジデータをリクエストす
る（ステップＳ６０１）。

【００７８】次に、Ｗｅｂブラウザは、ＷＷＷサーバ１
０４からＷｅｂぺ一ジデータを受け取り、これをディス
プレイ装置３３０上に表示する（ステップＳ６０２）。
このときＷＷＷサーバ１０４から受け取ったＷｅｂぺ一
ジデータの中には、ネットワークシステム１００のビュ
ーワ１０２ｘを起動しカメラサーバ１０１ｘヘ接続する
ための情報を示す、次のような「ｅｍｂｅｄ」タグ（又
はハイパーリンク）が含まれる。＜ｅｍｂｅｄｓｒｃ＝”ｃａｍｅｒａ１．ｗｖｐ” ｗｉｄｔｈ＝４８０ｈｅｉｇｈｔ＝３２０＞

【００７９】次に、Ｗｅｂブラウザは、ステップＳ６０
２にて受け取ったＷｅｂぺ一ジデータの中の「ｅｍｂｅ
ｄ」タグで指定されたデータファイル（ここでは、”ｃ
ａｍｅｒａ１．ｗｖｐ”ファイル）を、ＷＷＷサーバ１
０４ヘアクセスすることでてダウンロードする（ステッ
プＳ６０３）。

【００８０】そして、Ｗｅｂブラウザは、ステップＳ６
０３でダウンロードしたデータファイルの識別子に対応
するプログラム、すなわちネットワークシステム１００
でのビューワプログラムを起動する（ステップＳ６０
４）。

【００８１】ステップＳ６０４にて起動されたビューワ
プログラムは、ステップＳ６０３でダウンロードされた
データファイルを読み込み、当該データファイルに記載
されているカメラサーバ（ここでは、カメラサーバ１０
１ｘとする）を構成する映像サーバ４１２のアドレス及
び接続ポートの情報に基づいて、当該映像サーバ４１２
ヘ接続する（ステップＳ６０５）。

【００８２】映像サーバ４１２との接続が確立すると、
それ以降の処理を行うための動作プログラム（映像表示
部４２２を構成するプログラム）が起動され（例えば、
スレッド或いはプロセスの起動）、この動作プログラム
は、当該接続が終了するまで（接続断となるまで）、映
像サーバ４１２からの映像データが届く度にそれを受け
取ってディスプレイ装置３３０上に表示する（ステップ
Ｓ６１１）。

【００８３】また、ステップＳ６０４にて起動されたビ
ューワプログラムのメインプログラムは、ステップＳ６
０５で読み込んだデータファイルに記載されているカメ
ラサーバ１０１ｘを構成するカメラ制御サーバ４１１の
アドレス及び接続ポートの情報に基づいて、当該カメラ
制御サーバ４１１ヘ接続する（ステップＳ６０６）。

【００８４】カメラ制御サーバ４１１との接続が確立す
ると、ここから、メインプログラムは、ユーザからの操
作要求を受けつけ、当該操作要求に従った処理を繰り返
し実行する（ステップＳ６０７〜Ｓ６１０）。

【００８５】すなわち、先ず、ユーザの操作指示を、メ
ニュー画面上からのマウス３５０やキーボード３４０に
よる操作によって受け取り、当該操作指示が、どのよう
な指示であるかを判別する（ステップＳ６０７）。

【００８６】ユーザからの操作指示が、カメラ制御に関
する指示の場合、当該指示に対応するコマンドを、カメ
ラ制御サーバ４１１に対して発行する（ステップＳ６０
８）。

【００８７】また、ユーザからの操作指示が、映像取得
に関する指示の場合、当該指示に対応するコマンドを、
映像サーバ４１２に対して発行する（ステップＳ６０
９）。

【００８８】また、ユーザからの操作指示が、表示状態
に関する指示の場合、例えば、ディスプレイ装置３３０
での表示サイズを変更するといったビューワ１０２ｘの
ビューワ状態を変更する指示である場合、当該指示に従
ってビューワ状態を変更する。或いは、ユーザからの操
作指示が、終了を示す指示の場合、当該指示に従って、
ビューワ１０２ｘの動作に関する各種処理プログラムを
順次終了する（ステップＳ６１０）。

【００８９】上述のようなステップＳ６０８〜Ｓ６１０
の処理が終了すると、再びステップＳ６０７へと戻り、
ユーザからの操作指示の入力を待つ。

【００９０】ここで、上述したステップＳ６０５におい
て、映像サーバ４１２ヘの接続を行なう際、料金支払い
によって得られたチケットを使った接続、或いは試用接
続であるかによって、認証情報（認証署名情報）或いは
チケット情報（チケット署名情報）を、接続先のカメラ
サーバ（ここでは、カメラサーバ１０１ｘ）の情報（接
続情報）に組み込んだ上で、接続先のカメラサーバ１０
１ｘに接続を試みる。このような処理は、認証組込部４
２３及びチケット組込部４２５によって実行され、例え
ば、図７のフローチャートによって示される。

【００９１】先ず、接続先であるカメラサーバ１０１ｘ
の情報（接続情報）を得る（ステップＳ６２１）。この
接続情報は、上述したステップＳ６０３で取得したデー
タファイル（”ｃａｍｅｒａ１．ｗｖｐ”ファイル）に
記述されている。

【００９２】次に、接続先のカメラサーバ１０１ｘが、
サービスの提供が有料であるカメラサーバ（以下、「有
料カメラサーバ」と言う）であるか否かを判定する（ス
テップＳ６２２）。この判定の方法としては、例えば、
ステップＳ６２１にて取得したカメラサーバ１０１ｘの
情報から判定する方法であってもよいし、直接カメラサ
ーバ１０１ｘに間い合わせることで判定する方法でもよ
い。

【００９３】ステップＳ６２２での判定の結果、カメラ
サーバ１０１ｘが有料カメラサーバであった場合、料金
を支払ってサービスを受けるか否かを、ビューワ１０２
ｘのユーザへ間い合わせるためのダイアログを、ディス
プレイ装置３３０上に表示する（ステップＳ６２３）。

【００９４】ステップＳ６２３での問い合わせの結果、
料金を支払ってサービスを受ける場合、課金サーバ１０
５（ＢｉｔＣａｓｈ等の課金インフラストラクチャ）を
介して、サービスを受けるための料金の支払いを行な
う。これにより、カメラサーバ１０１ｘのチケットサー
バ４１４から、チケット番号及びチケット用の鍵情報
（以下、これらの情報を「チケット情報」と言う）が送
られてくる（ステップＳ６２３）。

【００９５】ステップＳ６２３にて送られてきたチケッ
ト情報を受け取ると、それに含まれるチケット用の鍵情
報を用いて、ステップＳ６２１にて取得した接続情報に
署名し、その署名情報と、上記チケット情報に含まれる
チケット番号とを上記接続情報に添付することで、チケ
ット署名情報を上記接続情報に組み込む（ステップＳ６
２３）。この接続情報が、映像サーバ４１２ヘの接続に
用いられる。

【００９６】一方、ステップＳ６２３での問い合わせの
結果、料金を支払わない場合、サービスを試用するか否
かを、ビューワ１０２ｘのユーザへ間い合わせるための
ダイアログを、ディスプレイ装置３３０上に表示する
（ステップＳ６２６）。

【００９７】ステップＳ６２６での問い合わせの結果、
サービスを試用する場合、認証用の鍵情報を生成し、そ
の認証用の鍵情報を、カメラサーバ１０１ｘの認証サー
バ４１３に登録する。これにより、認証サーバ４１３か
らは、認証番号が送られてくる（ステップＳ６２７）。

【００９８】ステップＳ６２７にて送られてきた認証番
号を受け取ると、ステップＳ６２７にて生成した認証用
の鍵情報を用いて、ステップＳ６２１にて取得した接続
情報に署名し、その署名情報と、上記認証番号を上記接
続情報に添付することで、認証署名情報を上記接続情報
に組み込む（ステップＳ６２８）。この接続情報が、映
像サーバ４１２ヘの接続に用いられる。

【００９９】また、ステップＳ６２６での問い合わせの
結果、サービスを試用しない場合、接続先のカメラサー
バ１０１ｘ（有料カメラサーバ）には、料金を支払って
サービスを受けるか、サービスを試用するかの、何れか
の選択肢しかない旨を、ビューワ１０２ｘのユーザへ通
知した上で、接続を中止するか、或いは上記選択を再考
するかを、ビューワ１０２ｘのユーザへ間い合わせるた
めのダイアログを、ディスプレイ装置３３０上に表示す
る（ステップＳ６２９）。

【０１００】ステップＳ６２９での問い合わせの結果、
接続中止する場合（キャンセルの場合）、本接続処理を
中止し（ステップＳ６３０）、そうでない場合には、再
びステップＳ６２３へ戻り、上記選択を再考するための
処理を実行する。

【０１０１】また、ステップＳ６２２での判定の結果、
カメラサーバ１０１ｘが有料カメラサーバでない場合、
ステップＳ６２１にて取得した接続情報がそのまま単独
で、映像サーバ４１２ヘの接続に用いられる（ステップ
Ｓ６３１）。

【０１０２】尚、ステップＳ６０６でのカメラ制御サー
バ４１１ヘの接続についても、上述したような映像サー
バ４１２ヘの接続の場合と同様である。

【０１０３】上述のような処理における、接続情報、認
証用の鍵情報、認証署名情報、チケット用の鍵情報、及
びチケット署名情報の一例を以下に示す。

【０１０４】接続先情報の例：ｗｓｃ．ｘ−ｚｏｎｅ．ｃａｎｏｎ．ｃｏ．ｊｐ：６５
３１０

【０１０５】認証用の鍵情報の例：Ｃ＿ＩＤ：ｃｅｒｔｉｆ％ｆｂ９５３ｆ６１Ｃ＿ＫＥＹ：０６０２００００００２４００００５２５３４１３１０００２０００００１０００１００８ｂｃｂａ２ａｄｅ２ａｃ４５４４ｄｇｅｅ２９ｆｇｆｂ５１ｄ５３１０２０７ｆ３ｄ１２ｂｅ６４７３８ｂ２７８３ｃ５ｂ１０７ａ０２７２４ｄ１２ａ８００２４０７１４ｄ１０１ｆ７ｂ２７９ｂ７５４１３ｃ６７ｄ４６８ｅ８ｆｂｂｅ１ｃ４ｃｄｂ０ｄｄｄ７５７ｆｂ９５３ｆ６１Ｃ＿ＥＸＰ：１９９８／０３／２３．１２：３０：００ −１９９９／０３／２３．００：００：００

【０１０６】認証署名情報の例：Ｃ＿ＳＩＧＮＡＴＵＲＥ：ｃｅｒｔｉｆ％ｆｂ９５３ｆ６１＋ｅａ７ｆｃｄ２８９７ｅｄ１ｆ７８６０３７ｃｂｄ４ａ３８６２８７１８４８ａｆ３ｅｄｅ６ｄ８ｆ５ｃ４ｂ１２５ｅｃ４ｄ１１ｃ０ｂｃ４ｃ１３２９ｂ６６９１６４ｅａ３ａｄ３７９４９ｃ０ｂ４ｅ２ｆ５４０６８ｅ２ａｂｂ９０ｆ０８８９５３ｂ５８２５０１ｄ５ｃｃｄ３ｃ２１８

【０１０７】チケット用の鍵情報の例：Ｔ＿ＩＤ：ｔｉｃｋｅｔ＃００３６１％９７ｆ８２ｃｆ１Ｔ＿ＫＥＹ：０７０２００００００２４００００６ａａｇｄｅｆ６５ｆｅｂ３０２９８０８９４０３０２０７８ｃ３２４９１ｆ９９１ｆｃ９５８ｆｆ６６ｅｂｃ１ｄｄａ０５３５６１５８３ｂ５４ｄ１ａ７１５０１ｄｅ５０９９７１ａｄｅ２ｃ０９６６１７１ｂ２２４１ｂ７９ｂ３５ｄ０ｆ８０ｂ４ａｃｄ１０ｃ７９ｄ３０７８８４ｅ８６１ｅ３ｄ７ｅｆｅ８７８ｃ４０８７ａｆｂ７１ｄ１２ａ５９９ｄ１９５ｆｌｃａ０ｂ４１３６５ｄ９６ｃｇ００１９ｅ８６ｆ１ｂｅ６６７ａ６ｆａｇ０ｆｅａ０ｆａｅ１ａ４２ｂ６ｅｂａｄ６４９ｄ１８ｄ５１ｃ３ｄ７１２２ｄｄ３８４ｃ２２ｃｇｂ２ｂａ５１２ｄ６６５ｃ２７ｃ２２ｅ０８０６１ｆ３ｂｆｃｃｄａ１３０ｃ６８２８５４４９１６３７ａｂｄ８２３６２２７ｂ５ｅ１４８５３ｂ３９７１４８ａ４ｅ４７ｄ２２１０ａａｆａ６ａ４ｄ６１ｄｄｄｄａｂ４ｅ６ｆ７２６６４４ａａｂ３ｆｂｅ４２１５ｄ８４ｃａｃｂ１４１ｆａ５ｆｅ３ｂ７６５ｄ２ｅ５ｄｃｃ０６６４ｃｇｂｇ０９６４ａａ８ｂ９９８６９１ｂ９５ｂ３０５ｃ０ｂ０ｂ１１ｄｂ６ｅ０ｅ６３ｆ８０ｄ５３ｄ４０９３ｂ５８０ｆａｄ４２ｄ５ｅｂ５７８３３４ｆａｅ６ａ８ｂ８ｆ１３５７９ｃ１１３０５ｄ７ｃｂａｃ２７４ｂｆｄ５７ｃ６ｅ３１ｆｆｃｆｃｃ３７２６７９８６８ｃｅ０４４ｂｄｂａ１ａ０８６ｃ４２００ａ３ｃｃ８５１ｃｄ５８４２１ｃ０ｅ９０ｄ８８０ｆ２３ａ５ａ１０２ｄ８８ｄ９４６ａ２２ｃ５７６４２ｂ０００８ｂ９９ｂ３８６３７７０ｄ９７ｆ８２ｃｆ１Ｔ＿ＥＸＰ：１９９８／０３／２３．１２：３０：００ −１９９８／０３／２４．１２：３０：００

【０１０８】チケット署名情報の例：Ｔ＿ＳＩＧＮＡＴＵＲＥ：ｔｉｃｋｔ＃００３６１％９７ｆ８２ｃｆ１＋ｄｄｃａ２８ｂａ５１ｃ０３０４３６ｆ４３５ｆ４６６８ｅｂ１９６９θ７５ｃａｂａｆｂｄｃ０ｂ３ｂｆ２ｂ１ｃｂ４ｅ５８６９５ｄ７ａ５ｆ５２３ａ２５４０６６２９３ｄ３９ｅ５３６２００２７ｃｄ７４ｃ８ｂｆ４ｅｂｆ１７７３２２７８３５６ｅｃｂａ００ｂｅｅｂ７３ａａ

【０１０９】［カメラサーバ１０１ｘのカメラ制御サー
バ４１１の動作］カメラ制御サーバ４１１は、上記図３
及び図５に示したような構成により、例えば、図８に示
すようなフローチャートに従って、次のように動作す
る。

【０１１０】先ず、本メイン処理（メインプログラム６
４０）の起動時に、特定のファイル（ＯＳによっては、
レジストリ等のシステムデータペース）から、カメラ制
御サーバ４１１の動作設定情報を読み出して、それに基
づき動作を開始する（ステップＳ６４１）。

【０１１１】そして、クライアントであるビューワ（こ
こでは、ビューワ１０２ｘ）で起動しているビューワプ
ログラムからのリクエストを受け付けるポートを開き、
リクエスト受付状態に入る（ステップＳ６４２）。

【０１１２】次に、ビューワ１０２ｘからのリクエスト
（上述した接続情報による接続リクエスト、又はカメラ
操作コマンドリクエスト）を受け付けると、そのリクエ
ストが接続リクエストであるか、或いはカメラ操作コマ
ンドリクエストを判定する（ステップＳ６４３）。

【０１１３】ステップＳ６４３の判定の結果、接続リク
エストである場合、その接続先（クライアント）である
ビューワ１０２ｘとの接続の可否の判定を行う（ステッ
プＳ６４４）。

【０１１４】ステップＳ６４４の判定の結果、接続否で
ある場合、接続拒否のエラーコードをビューワ１０２ｘ
へ返送し、ステップＳ６４２の処理へと戻る。

【０１１５】ステップＳ６４４の判定の結果、接続可で
ある場合、その接続処理として、ビューワ１０２ｘから
のコマンドの受付処理を行うスレッド６５０を生成し、
ビューワ１０２ｘの登録を行ってから（ステップＳ６４
５）、ステップＳ６４２の処理へと戻る。

【０１１６】ステップＳ６４５にて生成された処理スレ
ッド６５０では、先ず、接続可として判定したビューワ
（ここでは、ビューワ１０２ｘ）からのコマンドの受付
状態に入る（ステップＳ６５１）。

【０１１７】次に、ビューワ１０２ｘからのコマンドを
受け付けると、当該コマンドに従ってカメラ装置２１０
を動作制御するために、当該コマンドをメイン処理６４
０ヘ受け渡す。

【０１１８】メイン処理６４０において、処理スレッド
６５０からのコマンドは、ステッブＳ６４２の処理に渡
される。これにより、上記コマンドに対するステップＳ
６４２からの処理が実行される。

【０１１９】すなわち、先ず、上記コマンドがカメラ操
作コマンドリクエストであると判定すると（ステップＳ
６４３）、上記コマンドに従ったカメラ装置２１０の動
作制御を行なう（ステップＳ６４６）。

【０１２０】次に、ステップＳ６４６の動作制御の結果
情報（カメラ装置２１０の操作が成功であるか失敗であ
るかを示すコード等）を、上記コマンドの発行先である
ビューワ１０２ｘ対応の処理スレッド６５０ヘ伝える
（ステップＳ６５７）。

【０１２１】メイン処理６４０からの結果情報を受けた
処理スレッド６５０では、当該結果情報をビューワ１０
２ｘに返送して（ステップＳ６５３）、ステップＳ６５
１の処理へと戻る。

【０１２２】また、メイン処理６４０において、カメラ
装置２１０の動作制御を行なう際（ステップＳ６４
６）、そのときのコマンド処理の状態を、処理スレッド
６５０へ伝える。

【０１２３】メイン処理６４０からのコマンド処理の状
態情報を受けた処理スレッド６５０では、当該コマンド
処理の状態情報をビューワ１０２ｘに返送して（ステッ
プＳ６５２）、ステップＳ６５１の処理へと戻る。

【０１２４】そして、処理スレッド６５０において、ビ
ューワ１０２ｘからの接続終了を示すコマンドを受けた
場合、そのコマンドをメイン処理６４０ヘ通知して、そ
の後、自処理スレッドを終了する（ステップＳ６５
４）。

【０１２５】尚、メイン処理６４０では、ステップＳ６
４６の処理によってカメラ装置２１０が変化した状態
（例えば、パン、チルト、ズームの値等、以下、「カメ
ラ制御状態の変化」とも言う）を、全てのビューワ（接
続可のビューワ）対応の処理スレッドに対して伝える。
したがって、それぞれの処理スレッドでは、ステップＳ
６５３にてカメラ制御状態の変化を、対応するビューワ
ヘ通達する。

【０１２６】ここで、上述したような、処理スレッド６
５０でのコマンドの受付処理（ステップＳ６５１）で
は、対応するビューワ１０２ｘが、メイン処理６４０の
ステップＳ６４４にて、どのような接続であるか判定さ
れた結果を反映した処理を実行する。すなわち、試用接
続（条件付きの接続）可であった場合には、ビューワ１
０２ｘからの操作コマンドをメイン処理６４０へ受け渡
すのに先だって、その操作コマンドに制限を与える（サ
ービス制限手段６４０ａ）。ここでは、試用接続の場
合、サービス制限手段６４０ａによって、ズーム燥作を
要求する操作コマンドを受取ったときには当該コマンド
を無視してメイン処理６４０ヘは受け渡さない。

【０１２７】また、ビューワ１０２ｘが、カメラ装置２
１０に対する操作コマンドを発行する前に、カメラ装置
２１０の操作権（カメラ操作権）の割り当て要求を発行
し、これを受けたカメラサーバ１０１ｘのカメラ制御サ
ーバ４１１が、ビューワ１０２ｘに対して操作権を与え
るようにしてもよい。

【０１２８】具体的には例えば、先ず、ビューワ１０２
ｘは、カメラ操作権獲得の要求コマンドをカメラサーバ
１０１ｘに対して発行する。

【０１２９】これを受けたカメラサーバ１０１ｘのカメ
ラ制御サーバ４１１は、現在のカメラ操作権の割り当て
状態から、拒絶、割リ当て、順番待ちの何れかの状態情
報をビューワ１０２ｘに返送する。ここでのカメラ制御
権は、予め定められた特定の時間、或いはビューワが接
続を終了するまでの短いほうの時間で剥奪され、次の順
番待ちのビューワ（ユーザ）に割り当てられる。順番待
ちのユーザ数についても、予め定められた数（例えば、
５人）に制限され、それ以上のカメラ操作権獲得の要求
コマンドは拒絶される。

【０１３０】カメラサーバ１０１ｘからの上記状態情報
を受けたビューワ１０２ｘは、当該状態情報によりカメ
ラ操作権が割り当てられた場合（カメラ操作権を獲得し
た場合）のみ、そのときから当該カメラ操作権が剥竈さ
れるまでの間、カメラサーバ１０１ｘのカメラ装置２１
０に対する燥作コマンドの発行が可能となる。

【０１３１】カメラサーバ１０１ｘのカメラ制御サーバ
４１１は、カメラ操作権を割り当てたビューワ（カメラ
操作権を付与したビューワ）からの操作コマンドのみを
受け付ける。

【０１３２】上述のような構成によれば、複数のユーザ
が、カメラサーバ１０１ｘのカメラ装置２１０を操作す
ることを要求する状況において、当該要求の混乱をなく
すことができる。

【０１３３】［カメラサーバ１０１ｘの映像サーバ４１
２の動作］映像サーバ４１２は、上記図３及び図５に示
したような構成により、例えば、図９に示すようなフロ
ーチャートに従って、次のように動作する。

【０１３４】先ず、メイン処理（メインプログラム）６
６０の起動時に、特定のファイル（ＯＳによっては、レ
ジストリ等のシステムデータペース）から、映像サーバ
４１２の動作設定情報を読み出して、それに基づき動作
を開始する（ステップＳ６６１）。

【０１３５】そして、カメラ装置２１０による映像の獲
得と当該映像の符号化等を行なう処理スレッド６８０を
生成し、クライアントであるビューワ（ここでは、ビュ
ーワ１０２ｘ）で起動しているビューワプログラムから
のリクエストを受け付けるポートを開き、リクエスト受
付状態に入る（ステップＳ６６２）。尚、このとき生成
される処理スレッド６８０は、休止状態となっている。

【０１３６】次に、ビューワ１０２ｘからのリクエスト
（上述した接続情報による接続リクエスト又は映像取得
リクエスト）を受け付けると、そのリクエストが接続リ
クエストであるか、或いは映像取得リクエストを判定す
る（ステップＳ６６３）。

【０１３７】ステップＳ６６３の判定の結果、接続リク
エストである場合、その接続先（クライアント）である
ビューワ１０２ｘとの接続の可否の判定を行う（ステッ
プＳ６６４）。

【０１３８】ステップＳ６６４の判定の結果、接続否で
ある場合、接続拒否のエラーコードをビューワ１０２ｘ
へ返送し、ステップＳ６４２の処理へと戻る。

【０１３９】ステップＳ６６４の判定の結果、接続可で
ある場合、その接続処理として、ビューワ１０２ｘから
のコマンドの受付処理を行うスレッド６７０を生成し、
映像の配送先としてビューワ１０２ｘの登録を行ってか
ら（ステップＳ６６５）、ステップＳ６６２の処理へと
戻る。このとき、映像の獲得とその符号化を行う処理ス
レッド６８０が休止状態であるならば、その処理スレッ
ド６８０に対して動作関始を指示してから、ステップＳ
６６２の処理へと戻る。

【０１４０】ステップＳ６６５にて生成された処理スレ
ッド６７０では、先ず、接続可として判定したビューワ
（ここでは、ビューワ１０２ｘ）からのコマンドの受付
状態に入る（ステップＳ６７１）。

【０１４１】次に、ビューワ１０２ｘからのコマンドを
受け付けると、当該コマンドに従って映像配送処理を行
なうために、当該コマンドをメイン処理６６０ヘ受け渡
す。

【０１４２】メイン処理６６０において、処理スレッド
６７０からのコマンドは、ステッブＳ６６２の処理に渡
される。これにより、上記コマンドに対するステップＳ
６６２からの処理が実行される。

【０１４３】すなわち、先ず、上記コマンドが映像取得
リクエストであると判定すると（ステップＳ６６３）、
上記コマンドに従った処理を実行する（ステップＳ６６
６）。例えば、カメラ装置２１０からの映像の獲得や当
該映像の符号化、配送等に関する設定の変更を行って、
その変更結果（設定が成功であるか失敗であるかを示す
コード等）を、上記コマンドの発行先であるビューワ１
０２ｘ対応の処理スレッド６７０ヘ伝える。

【０１４４】メイン処理６６０からの結果情報を受けた
処理スレッド６７０では、当該結果情報をビューワ１０
２ｘに返送して（ステップＳ６７２）、ステップＳ６７
１の処理へと戻る。

【０１４５】このとき、メイン処理６６０では、ステッ
プＳ６６５の処理での、映像の獲得とその符号化を行う
処理スレッド６８０に対する動作関始の指示により、処
理スレッド６８０が起動している。

【０１４６】処理スレッド６８０では、予め設定された
時間間隔で、カメラ装置２１０にて得られた映像を映像
キャプチャボード２２３によって獲得し、これを圧縮デ
ータに変換する（ステップＳ６８１）。そして、ステッ
プＳ６８１での圧縮データを、全てのビューワ（接続可
のビューワ）対応の処理スレッドに対して伝える（ステ
ップＳ６８２）。

【０１４７】処理スレッド６８０からの圧縮データを受
けた処理スレッド６７０では、その圧縮データを、対応
するビューワ１０２ｘへ配送する（ステップＳ６８
３）。このとき、ビューワ１０２ｘから、次映像フレー
ムの送信要求（例えば、前映像フレームの受け取り完了
後発行される要求）フラグを判定し、当該要求があった
場合に、次映像フレームの圧縮データの配送を行なうよ
うにする。処理スレッド６８０では、対応するビューワ
１０２ｘからの次映像フレームの送信要求を受け取った
場合に、上記送信要求フラグを設定する。

【０１４８】そして、処理スレッド６７０において、ビ
ューワ１０２ｘからの接続終了を示すコマンドを受けた
場合、そのコマンドをメイン処理６６０ヘ通知して、そ
の後、自処理スレッドを終了する（ステップＳ６７
４）。

【０１４９】上述のように動作するカメラ制御サーバ４
１１及び映像サーバ４１２における、接続リクエストの
あったビューワ（ここでは、ビューワ１０２ｘ）に対す
る接続可否の判定処理（ステップＳ６４４，Ｓ６６４）
は何れも、例えば、図１０のフローチャートによって示
される。

【０１５０】尚、ここでは、説明の簡単のために、カメ
ラ制御サーバ４１１における接続可否の判定処理（ステ
ップＳ６４４）について具体的に説明する。映像サーバ
４１２における接続可否の判定処理（ステップＳ６６
４）については、カメラ制御サーバ４１１における接続
可否の判定処理（ステップＳ６４４）と同様であるた
め、その詳細な説明は省略する。

【０１５１】先ず、自カメラサーバ（ここでは、カメラ
サーバ１０１ｘ）が有料カメラサーバに設定されている
か否かを判定する（ステップＳ６８１）。

【０１５２】ステップＳ６８１の判定の結果、カメラサ
ーバ１０１ｘが有料カメラサーバでない場合、ビューワ
１０２ｘとの接続を可と判定する（ステップＳ６８
２）。

【０１５３】一方、ステップＳ６８１の判定の結果、カ
メラサーバ１０１ｘが有料カメラサーバである場合、ビ
ューワ１０２ｘからの接続リクエスト（接続情報）に正
しいチケット署名情報が含まれているか否かを判定する
（ステップＳ６８３）。このときのチケット署名情報の
正当性は、カメラサーバ１０１ｘのチケットサーバ４１
４に当該判定を依頼する。

【０１５４】ステップＳ６８３の判定の結果、チケット
署名情報が正しい場合、ビューワ１０２ｘとの接続を可
と判定する（ステップＳ６８２）。

【０１５５】ステップＳ６８３の判定の結果、チケット
署名情報が正しくない場合、上記接続情報に、正しい認
証署名情報が含まれているか否かを判定する（ステップ
Ｓ６８４）。このときの認証署名情報の正当性は、カメ
ラサーバ１０１ｘの認証サーバ４１３に当該判定を依頼
する。

【０１５６】ステップＳ６８４の判定の結果、認証署名
情報が正しい場合、ビューワ１０２ｘのこれまでのアク
セス履歴を調べ、そのアクセス回数が所定回数以下のア
クセス回数であるか否かを判定する。ここでは、今回の
アクセスが初回であるか否かを判定する（ステップＳ６
８５）。

【０１５７】ステップＳ６８５の判定の結果、ビューワ
１０２ｘのアクセスが初回であった場合、ビューワ１０
２ｘとの接続を、試用接続（条件付き接続）として可と
判定する（ステップＳ６８６）。ここでの条件付き接続
とは、上述したサービス制限手段６４０ａが適用される
接続を意味する。

【０１５８】ステップＳ６８５の判定の結果、ビューワ
１０２ｘのアクセスが初回でない場合、ビューワ１０２
ｘとの接続を不可と判定する（ステップＳ６８７）。

【０１５９】［カメラサーバ１０１ｘのチケットサーバ
４１４の動作］チケットサーバ４１４は、上記図３及び
図５に示したような構成により、例えば、図１１に示す
ようなフローチャートに従って、次のように動作する。

【０１６０】先ず、特定のファイル（ＯＳによっては、
レジストリ等のシステムデータベース）から、チケット
サーバ４１４の動作設定情報を読み出して、それに基づ
き動作を開始する（ステップＳ６９１）。

【０１６１】次に、映像サーバ４１２又はカメラ制御サ
ーバ４１１からの上述した接続情報に含まれるチケット
署名情報の正当性判定の依頼、或いは課金サーバ１０５
を介してのチケット発行の依頼を受け付けるポートを開
き、当該依頼（リクエスト）の受付状態に入る（ステッ
プＳ６９２）。

【０１６２】次に、映像サーバ４１２、カメラ制御サー
バ４１１、或いは課金サーバ１０５からのリクエストを
受け取ると、そのリクエストが、課金サーバ１０５を介
してのリクエスト（チケット発行の依頼）であるか否か
を判定する（ステップＳ６９３）。

【０１６３】ステップＳ６９２の判定の結果、チケット
発行のリクエストであった場合、チケット番号Ｔ＿ＩＤ
を割り当て、チケット用の非対称鍵の組を生成し、それ
らのチケット番号Ｔ＿ＩＤと非対称鍵の組を、チケット
サーバ４１４内のデータベース４１４ｄｂに保管する
（ステップＳ６９４）。

【０１６４】そして、非対称鍵の組にチケット番号Ｔ＿
ＩＤを添えて、リクエスト元に返送する（ステップＳ６
９５）。その後、ステップＳ６９２へと戻り、再びリク
エスト待ち状態に入る。尚、ステップＳ６９５におい
て、非対称鍵の秘密鍵部分から公開鍵部分を計算できる
場合には、秘密鍵部分のみにチケット番号Ｔ＿ＩＤを添
えてるようにしてもよい。

【０１６５】一方、ステップＳ６９２の判定の結果、チ
ケット発行のリクエストでなかった場合、映像サーバ４
１２又はカメラ制御サーバ４１１からのチケット署名情
報の正当性判定のリクエストであるか否かを判定する
（ステップＳ６９６）。

【０１６６】ステップＳ６９６の判定の結果、チケット
署名情報の正当性判定のリクエストである場合、チケッ
トサーバ４１４内のデータベース４１４ｄｂから、当該
リクエストに含まれるチケット番号Ｔ＿ＩＤを検索する
ことで、当該チケット番号Ｔ＿ＩＤに対して該当する鍵
情報が登録されていることが確認できた場合、その鍵情
報を取り出して、リクエスト元から渡されたチケット情
報内の署名に適用し、当該チケット署名情報の正当性を
判定する（ステップＳ６９７）。

【０１６７】そして、ステップＳ６９７での判定結果
を、リクエスト元（カメラ制御サーバ４１１又は映像サ
ーバ４１２）に返送する（ステップＳ６９５）。その
後、ステップＳ６９２へと戻り、再びリクエスト待ち状
態に入る。

【０１６８】また、ステップＳ６９７での処理におい
て、該当するチケット番号Ｔ＿ＩＤの鍵情報が登録され
ていないと確認した場合には、チケット署名情報は正し
くないとして、その結果をリクエスト元（カメラ制御サ
ーバ４１１又は映像サーバ４１２）に返送する（ステッ
プＳ６９５）。その後、ステップＳ６９２へと戻り、再
びリクエスト待ち状態に入る。

【０１６９】尚、ステップＳ６９６の判定の結果、チケ
ット署名情報の正当性判定のリクエストでなかった場
合、すなわちチケット発行のリクエストでもなく、チケ
ット署名情報の正当性判定のリクエストでもなかった場
合には、そのままステップＳ６９２へと戻り、再びリク
エスト待ち状態に入る。

【０１７０】［カメラサーバ１０１ｘの認証サーバ４１
３の動作］認証サーバ４１３は、上記図３及び図５に示
したような構成により、例えば、図１２に示すようなフ
ローチャートに従って、次のように動作する。

【０１７１】先ず、特定のファイル（ＯＳによっては、
レジストリ等のシステムデータペース）から、認証サー
バ４１３の動作設定情報を読み出して、それに基づき動
作を開始する（ステップＳ７０１）。

【０１７２】次に、映像サーバ４１２又はカメラ制御サ
ーバ４１１からの上述した接続情報に含まれる認証署名
情報の正当性判定の依頼、或いはビューワ１０２ｘから
の認証用の鍵情報の登録の依頼を受け付けるポートを開
き、当該依頼（リクエスト）の受付状態に入る（ステッ
プＳ７０２）。

【０１７３】次に、映像サーバ４１２、カメラ制御サー
バ４１１、或いはビューワ１０２ｘからのリクエストを
受け取ると、そのリクエストが、ビューワ１０２ｘから
のリクエスト（鍵情報の登録の依頼）であるか否かを判
定する（ステップＳ７０３）。

【０１７４】ステップＳ７０３の判定の結果、鍵情報の
登録のリクエストであった場合、認証番号を割り当て、
当該登録リクエストに含まれる鍵情報を、認証番号と共
に認証サーバ４１３内のデータベース４１３ｄｂに保管
する（ステップＳ７０４）。

【０１７５】そして、鍵情報の登録が完了した旨を認証
番号と共にリクエスト元（ビューワ１０２ｘ）に返送す
る（ステップＳ７０５）。その後、ステップＳ７０２へ
と戻り、再びリクエスト待ち状態に入る。

【０１７６】一方、ステップＳ７０２の判定の結果、鍵
情報の登録リクエストでなかった場合、映像サーバ４１
２又はカメラ制御サーバ４１１からの認証署名情報の正
当性判定のリクエストであるか否かを判定する（ステッ
プＳ７０６）。

【０１７７】ステップＳ７０６の判定の結果、認証署名
情報の正当性判定のリクエストである場合、認証サーバ
４１３内のデータベース４１３ｄｂから、当該リクエス
トに含まれる認証番号を検索することで、当該認証番号
に対して該当する鍵情報が登録されていることが確認で
きた場合、その鍵情報を取り出して、リクエスト元から
渡された認証情報内の署名に適用し、当該認証署名情報
の正当性を判定する（ステップＳ７０７）。

【０１７８】そして、ステップＳ７０７での判定結果
を、リクエスト元（映像サーバ４１２又はカメラ制御サ
ーバ４１１）に返送する（ステップＳ７０５）。その
後、ステップＳ７０２へと戻り、再びリクエスト待ち状
態に入る。

【０１７９】また、ステップＳ７０７での処理におい
て、該当する認証番号の鍵情報が登録されていないと確
認した場合には、認証署名情報は正しくないとして、そ
の結果をリクエスト元（映像サーバ４１２又はカメラ制
御サーバ４１１）に返送する（ステップＳ７０５）。そ
の後、ステップＳ７０２へと戻り、再びリクエスト待ち
状態に入る。

【０１８０】尚、ステップＳ７０６の判定の結果、認証
署名情報の正当性判定のリクエストでなかった場合、す
なわち鍵情報の登録リクエストでもなく、認証署名情報
の正当性判定のリクエストでもなかった場合には、その
ままステップＳ７０２へと戻り、再びリクエスト待ち状
態に入る。

【０１８１】［ビューワ１０２ｘでの表示画面状態］図
１３は、ビューワ１０２ｘ（クライアントマシン）のデ
ィスプレイ装置３３０での表示画面の様子を示したもの
である。

【０１８２】上記図１３において、まず、”７１１”
は、Ｗｅｂブラウザプログラムであり、このプログラム
としては、例えば、Ｎｅｔｓｃａｐｅ社の「Ｎａｖｉｇ
ａｔｏｒ」や、Ｍｉｃｒｏｓｏｆｔ社の「Ｉｎｔｅｒｎ
ｅｔＥｘｐｌｏｒｅｒ」等を用いることができる。”
７１２”は、Ｗｅｂブラウザプログラム７０１の表示領
域内で動作するビューワプログラムである。”７１３”
は、カメラサーバ１０１ｘから送られてきた映像を表示
する映像表示部である。”７１４”は、パン（カメラサ
ーバ１０１ｘのカメラ装置２１０の横振り）用のスクロ
ールバーであり、”７１５”は、チルト（カメラサーバ
１０１ｘのカメラ装置２１０の縦振り）用のスクロール
バーである。”７１６”は、カメラサーバ１０１ｘのカ
メラ装置２１０のズーム用のスクロールバーである。”
７１７”は、カメラサーバ１０１ｘのカメラ装置２１０
のカメラ制御権の要求のためのボタンであり、”７１
８”は、当該カメラ制御権の状態情報を表示する表示部
である。”７１９”は、カメラサーバ１０１ｘのカメラ
装置２１０の逆光補正用のボタンである。

【０１８３】ここで、ビューワプログラム７１２は、上
記図６に示したステップＳ６０７にて受け取られる操作
を行うためのＧＵＩである。また、上記図６に示したス
テップＳ６１１にて受け取られた映像は、映像表示部７
１３に表示される。また、スクロールバー７１４〜７１
６やボタン７１７からの指示は、上記図６に示したステ
ップＳ６０７にて受け取られ、同図のステップＳ６０８
〜Ｓ６１０で処理され、カメラサーバ１０１ｘのカメラ
制御サーバ４１１等へ送られる。

【０１８４】［カメラサーバ１０１ｘでの動作設定情
報］図１４は、カメラサーバ１０１ｘでの動作設定情
報、すなわち上記図８及び図９に示したステップＳ６４
１及びＳ６６１において、カメラ制御サーバ４１１及び
映像サーバ４１２がそれぞれ取得する動作設定情報（カ
メラサーバ１０１ｘが用いる設定値）を、特定のファイ
ル（ＯＳによってはレジストリ等のシステムデータベー
ス）に設定するカメラサーバ設定プログラムによる、デ
ィスプレイ装置２３０の表示画面の様子を示したもので
ある。

【０１８５】上記図１４の画面上では、カメラ制御サー
バ４１１、映像サーバ４１２、カメラ装置２１０での映
像（動画）の品質、ビューワ１０２ｘとの接続制限事項
等に関する各種のパラメータ（これについての詳細は後
述する）を設定できるようになっている。上記画面上の
ＯＫボタン７２１を押下すると、当該画面上に設定され
ている各種のパラメータが、特定のファイル或いはレジ
ストリに書き込まれる。また、上記画面上のキャンセル
ボタン７２２を押下すると、当該画面上に設定されてい
る各種のパラメータは、特定のファイル或いはレジスト
リに書き込まれず、そのまま終了する。

【０１８６】図１５は、上記図１４に示したカメラサー
バ設定プログラムによる画面からの、各種パラメータの
設定処理を示したものである。

【０１８７】先ず、カメラサーバ設定プログラムが起動
すると、カメラ制御サーバ４１１及び映像サーバ４１２
に関する設定情報が格納された特定のファイル（ＯＳに
よってはレジストリ等のシステムデータベース）から当
該設定情報を読み出し、内部データに設定すると共に、
ディスプレイ装置２３０の上記図１４に示したような画
面上に表示する（ステップＳ７３１）。

【０１８８】次に、ユーザからの操作入力待ち状態に入
り、ユーザからの操作入力がなされると、当該操作入力
を受け取り、当該操作がどの操作であるかを判定する
（ステップＳ７３２）。

【０１８９】ステップＳ７３２の判定の結果、あるパラ
メータの数値入力の操作がなされた場合、その入力値が
適正範囲内であるか否かを判定する（ステップＳ７３
３）。ここでのパラメータの数値入力としては、例え
ば、次のような各種パラメータへの数値入力が可能にな
っている。・カメラ制御の通信用のＴＣＰポート番号・カメラ装置２１０と接続するＣＯＭ（シリアル）ポー
ト・カメラ装置２１０のシャッタースピード・カメラ制御関連のログ情報の有無とログファイル名・映像の通信用のＴＣＰポート番号・映像関連のログ情報の有無とログファイル名・映像をキャプチャする時間間隔を規定するフレームレ
ートと圧縮の品質を決める量子化係数（Ｑ−Ｆａｃｔｏ
ｒ）・圧縮の元データの画面サイズ・１つのビューワ（クライアント）の最大接続時間・カメラ制御に関する当該制御権（カメラ操作権）の順
番待ち人数・１つのビューワの制得権保持占有時間・映像とカメラ制御に関する接続可能な量大のビューワ
数

【０１９０】ステップＳ７３３の判定の結果、入力値が
適正範囲内でない場合、そのことをユーザに通知するた
めのエラーメッセージをディスプレイ装置２３０の画面
上に表示する（ステップＳ７３４）。その後、ステップ
Ｓ７３２へと戻り、再度ユーザからの操作入力待ち状態
に入る。

【０１９１】ステップＳ７３３の判定の結果、入力値が
適正範囲内である場合、当該入力値に基づいて、ステッ
プＳ７３１にて設定した内部データの内容を更新する
（ステップＳ７３５）。その後、ステップＳ７３２へと
戻り、再度ユーザからの操作入力待ち状態に入る。

【０１９２】一方、上述のステップＳ７３２の判定の結
果、ＯＫボタン７２１の押下操作がなされた場合、ステ
ップＳ７３５での処理により更新された内部データを、
カメラ制御サーバ４１１及び映像サーバ４１２に関する
設定情報を格納する特定のファイル等へ書き出す（ステ
ップＳ７３６）。

【０１９３】そして、ステップＳ７３５での更新を反映
するために、カメラサーバ１０１ｘを再起動するか否か
をユーザに問い合わせるためのパネル（メッセージ等）
をディスプレイ装置２３０の画面上に表示する（ステッ
プＳ７３７）。

【０１９４】ステップＳ７３７の問い合わせの結果、再
起動する指示があった場合、カメラ制御サーバ４１１や
映像サーバ４１２等を再起動して（ステップＳ７３
８）、その後、本プログラムを終了する（ステップＳ７
３９）。

【０１９５】ステップＳ７３７の問い合わせの結果、再
起動する指示がなかった場合、そのまま本プログラムを
終了する（ステップＳ７３９）。

【０１９６】また、上述のステップＳ７３２の判定の結
果、キャンセルボタン７２２の押下操作がなされた場合
には、そのまま本プログラムを終了する（ステップＳ７
３９）。

【０１９７】上述のように、本実施の形態では、映像や
カメラ制御のサービスを提供するカメラサーバ１０１ｘ
は、チケット用の鍵又は認証用の鍵で署名した接続情報
によって接続要求したビューワ１０２ｘ（クライアン
ト）に対して、当該接続情報に応じたレベルのサービス
を提供するように構成した。これにより、ビューワ１０
２ｘ（クライアント）は、カメラサーバ１０１ｘが提供
するサービスを試用したい場合、認証用の鍵で署名した
接続情報によってカメラサーバ１０１ｘに接続要求すれ
ばよい。また、カメラサーバ１０１ｘが提供するサービ
スを制限なしで利用したい場合、当該サービスの料金を
課金サーバ１０５を介して支払った後、それによって取
得したチケット用の鍵で署名した接続情報によってカメ
ラサーバ１０１ｘに接続要求すればよい。

【０１９８】よって、本実施の形態によれば、カメラサ
ーバ１０１ｘが提供するサービスを試用することがで
き、当該サービスの利用の促進を図ることができる。

【０１９９】尚、本実施の形態では、認証サーバ４１３
及びチケットサーバ４１４が、カメラサーバ１０１ｘ側
に組み込まれた構成としたが、この構成に限られること
はなく、認証サーバ４１３及びチケットサーバ４１４
を、カメラサーバ１０１ｘとは独立に設ける構成として
もよい。例えば、１つの認証サーバやチケットサーバに
対して、複数のカメラサーバを割り当て、それらのカメ
ラサーバを集中的に管理するように構成してもよい。

【０２００】また、本実施の形態では、映像提供サービ
スに専用の認証サーバ４１３及びチケットサーバ４１４
を設ける構成としたが、これに限られることはなく、こ
れらのサーバとして、例えば、汎用の認証サービス及び
チケット配布サービス等を用いるようにしてもよい。

【０２０１】また、本実施の形態では、チケットサーバ
４１４と、認証サーバ４１３とを独立に設ける構成とし
たが、これに限られることはなく、例えば、チケットサ
ーバ４１４については、生成したチケットの鍵情報を架
空名義の個人の認証用鍵情報として認証サーバ４１３に
登録することで、カメラサーバ１０１ｘ側からの署名の
確認を認証サーバ４１３に集約するように構成してもよ
い。これにより、チケットサーバ４１４を、鍵情報の生
成のみを実行するサーバとして当該構成を単純化でき、
且つ、署名情報のチェックの手続きを認証サーバ４１３
に集約することができる。

【０２０２】また、本実施の形態では、上記図１０に示
したように、ステップＳ６８５において、ビューワ１０
２ｘからのアクセスが初回であるか否かを判定するため
に、ビューワ１０２ｘのアクセス履歴を、カメラサーバ
１０１ｘ側のカメラ制御サーバ４１１（又は映像サーバ
４１２）で管理するように構成したが、これに限られる
ことはなく、例えば、当該アクセス履歴の判定を認証サ
ーバ４１３で行なうように構成してもよい。これによ
り、映像サーバ４１２やカメラ制御サーバ４１１の処理
負担を減らすことができる。

【０２０３】また、本実施の形態では、試用接続時のサ
ービス制限として、カメラ制御サーバ４１１において、
ズーム操作を無効にするものとしたが、これに限られる
ことはない。例えば、アクセス時間の制限、パンチルト
等の制御範囲の制限等でもよい。これと同様に、映像サ
ーバ４１３において、サービス制限を適用する例として
は、映像画質の制限、フレームレートの制限等でもよ
い。また、１回のサービスの利用時間に制限を与えるよ
うにしてもよい。

【０２０４】また、本実施の形態では、ビューワ１０２
ｘが試用接続として実際にカメラサーバ１０１ｘと接続
したときに、制限のあるサービスを提供する（接続時の
アクセス制限）ように構成したが、これに加えて、例え
ば、カメラサーバ１０１ｘのサービスを有料化する際、
ビューワ１０２ｘに提供される映像データを暗号化する
ように構成してもよい。これにより、通信過程での不正
傍受が困難となり、料金を支払った利用者に不利益を被
らせないようにすることができる。

【０２０５】（第２の実施の形態）本実施の形態では、
上述した第１の実施の形態でのネットワークシステム１
００において、カメラサーバ１０１ｘへの現在のビュー
ワ（クライアント）の接続数に応じて、試用接続の要求
のあったビューワの扱いを変更する。

【０２０６】具体的にはまず、上述した第１の実施の形
態では、カメラサーバ１０１ｘの負荷に依らず、すなわ
ち他に接続しているビューワの如何に関わらず、ビュー
ワの試用接続が可能な構成とした。そこで、本実施の形
態では、現在カメラサーバ１０１ｘに接続してるビュー
ワの数が、一定以下である場合のみ、試用接続を許す構
成とする。これにより、サービスレベルを制限された試
用によっても、カメラサーバ１０１ｘの計算機リソース
が消費され、その他のビューワ（この場合、料金を支払
っているビューワ）へのサービスを圧迫する、というこ
とを防ぐことができ、より効率的なサービスの提供を行
なえる。

【０２０７】このため、本実施の形態では、上記図１０
に示した処理の代わりに、例えば、図１６に示すフロー
チャートに従った処理を実行する。すなわち、カメラ制
御サーバ４１１及び映像サーバ４１２における、接続リ
クエストのあったビューワに対する接続可否の判定処理
（ステップＳ６４４，Ｓ６６４）を、図１６のフローチ
ャートに従って処理とする。尚、ここでは、説明の簡単
のために、カメラ制御サーバ４１１における接続可否の
判定処理（ステップＳ６４４）について具体的に説明す
る。映像サーバ４１２における接続可否の判定処理（ス
テップＳ６６４）については、カメラ制御サーバ４１１
における接続可否の判定処理（ステップＳ６４４）と同
様であるため、その詳細な説明は省略する。

【０２０８】先ず、自カメラサーバ（ここでは、カメラ
サーバ１０１ｘ）が有料カメラサーバに設定されている
か否かを判定する（ステップＳ８０１）。

【０２０９】ステップＳ８０１の判定の結果、カメラサ
ーバ１０１ｘが有料カメラサーバでない場合、接続リク
エストのあったビューワ（ここでは、ビューワ１０２
ｘ）との接続を可と判定する（ステップＳ８０２）。

【０２１０】一方、ステップＳ８０１の判定の結果、カ
メラサーバ１０１ｘが有料カメラサーバである場合、ビ
ューワ１０２ｘからの接続リクエスト（接続情報）に正
しいチケット署名情報が含まれているか否かを判定する
（ステップＳ８０３）。このときのチケット署名情報の
正当性は、カメラサーバ１０１ｘのチケットサーバ４１
４に当該判定を依頼する。

【０２１１】ステップＳ８０３の判定の結果、チケット
署名情報が正しい場合、ビューワ１０２ｘとの接続を可
と判定する（ステップＳ８０２）。

【０２１２】ステップＳ８０３の判定の結果、チケット
署名情報が正しくない場合、上記接続情報に、正しい認
証署名情報が含まれているか否かを判定する（ステップ
Ｓ８０４）。このときの認証署名情報の正当性は、カメ
ラサーバ１０１ｘの認証サーバ４１３に当該判定を依頼
する。

【０２１３】ステップＳ８０４の判定の結果、認証署名
情報が正しい場合、ビューワ１０２ｘのこれまでのアク
セス履歴を調べ、そのアクセス回数が所定回数以下のア
クセス回数であるか否かを判定する。ここでは、今回の
アクセスが初回であるか否かを判定する（ステップＳ８
０５（１））。

【０２１４】ステップＳ８０５（１）の判定の結果、ビ
ューワ１０２ｘのアクセスが初回であった場合、現在の
ビューワの接続数を調べ、その接続数が所定数以下であ
るか否かを判定する（ステップＳ８０５（２））。

【０２１５】ステップＳ８０５（２）の判定の結果、ビ
ューワの接続数が所定数以下であった場合、ビューワ１
０２ｘとの接続を、試用接続（条件付き接続）として可
と判定する（ステップＳ８０６）。ここでの条件付き接
続とは、上述したサービス制限手段６４０ａが適用され
る接続を意味する。

【０２１６】ステップＳ８０５（１）及び（２）の判定
の結果、ビューワ１０２ｘのアクセスが初回でない場
合、或いは現在のビューワの接続数が所定数以下でなか
った場合、ビューワ１０２ｘとの接続を不可と判定する
（ステップＳ８０７）。

【０２１７】尚、本実施の形態では、試用を希望するビ
ューワの接続時に、現在のビューワの接続数をチェック
することで、料金を支払ったビューワヘのサービスを圧
迫させないように、試用を希望するビューワヘのサービ
スレベルを変更するように構成したが、これに限られる
ことはなく、料金を支払ったビューワの接続が検出され
た時点で、それ以前に接続した試用を希望するビューワ
のサービスレベルを変更するように構成してもよい。例
えば、料金を支払ったビューワの接続を受け付ける際
に、試用を希望するビューワの接続を絶つようにしても
よい。

【０２１８】また、本実施の形態では、試用を希望する
ビューワの接続を受付ける際に、現在のビューワの接続
数に応じた扱いの切り替えを行うように構成したが、こ
れに限られることはなく、試用を希望するビューワとの
接続後にて、当該ビューワからのカメラ制御のコマンド
の実行時に、その処理の切り替えを行うように構成して
もよい。例えば、試用を希望するビューワのみが接続さ
れている場合には、カメラ制御のコマンドが実行可能で
あっても、料金を支払ったビューワの接続を受け付けた
後には、試用を希望するビューワからのカメラ制御のコ
マンドを無視するようにしてもよい。

【０２１９】（第３の実施の形態）本実施の形態では、
上述した第１の実施の形態でのネットワークシステム１
００において、試用接続ではカメラ制御や映像配送のサ
ービスを制限する構成に加えて、配送する映像データに
別の画像データを合成する構成を設ける。

【０２２０】具体的にはまず、上述した第１の実施の形
態では、試用接続である場合、実際に料金を支払った場
合に比べて、機能を低下させたサービスを提供するよう
にした（ズーム操作を無効にする等）。そこで、本実施
の形態では、試用接続である場合、そのときにビューワ
１０２ｘへ配送する映像データに対して、試用接続であ
ることを示すための画像データを合成する。これによ
り、ビューワ１０２ｘのユーザは、現在提供されている
サービスが明確に試用中であることを認識することがで
きる。

【０２２１】このため、本実施の形態では、上記図９の
ステップＳ６７３の処理（映像サーバ４１２が対応する
ビューワへ映像の圧縮データ配送する処理）に対して、
例えば、図１７に示すような処理ステップを加える。

【０２２２】したがって、上記ステップＳ６７３では、
先ず、圧縮された映像データを伸長する（ステップＳ８
１１）。次に、伸長後の映像データの所定位置に「試用
中」のテロップ画像を合成する（ステップＳ８１１）。
そして、テロップ画像合成後の映像データを再び圧縮す
る（ステップＳ８１２）。このテロップ画像が合成され
た映像が、ビューワ側のディスプレイ装置３３０で画面
表示されることで、当該ビューワのユーザは、現在提供
されている映像が試用であることを明確に認識すること
ができる。

【０２２３】尚、本実施の形態では、試用を希望するビ
ューワに配送する映像に対して、テロップ画像を合成す
ることで、上記ビューワのユーザに試用を認識させるこ
とが可能なように構成したが、これに限られることはな
く、例えば、テロップ画像を合成する代わりに、部分的
に元の映像をモザイク処理するようにしてもよい。ま
た、例えば、テロップ画像の合成位置、或いはモザイク
処理等を行なう位置を、現在のビューワの接続数や時間
に応じて、ランダムに変化させるようにしてもよい。

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

【０２２５】

【発明の効果】以上説明したように本発明では、課金さ
れていないサービス要求のアクセスについては、当該サ
ービスに制限を与えて提供する。このとき、アクセス回
数を判定し、そのアクセス回数が制限された回数である
場合に、サービスを提供するにしてもよい。サービスに
与える制限については、例えば、サービスレベル（画
質、フレームレート、アクセス時間、カメラ制御範囲な
ど）を制限するにしてもよい。これにより、ネットワー
クを介して提供される様々なサービスの試用が可能とな
り、サービスの利用を促進することができる。

【図面の簡単な説明】

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

【図２】上記ネットワークシステムに利用されるＷｅｂ
技術及び課金技術を説明するための図である。

【図３】上記ネットワークシステムのカメラサーバのハ
ードウェア構成を示すブロック図である。

【図４】上記ネットワークシステムのビューワのハード
ウェア構成を示すブロック図である。

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

【図６】上記ビューワの動作を説明するためのフローチ
ャートである。

【図７】上記ビューワの認証組込部及びチケット組込部
の処理を説明するためのフローチャートである。

【図８】上記カメラサーバのカメラ制御サーバの動作を
説明するためのフローチャートである。

【図９】上記カメラサーバの映像サーバの動作を説明す
るためのフローチャートである。

【図１０】上記カメラサーバでの接続可否の判定処理を
説明するためのフローチャートである。

【図１１】上記カメラサーバのチケットサーバの動作を
説明するためのフローチャートである。

【図１２】上記カメラサーバの認証サーバの動作を説明
するためのフローチャートである。

【図１３】上記ビューワ側の表示画面を説明するための
図である。

【図１４】上記カメラサーバにおいて、運用情報を設定
するための画面を説明するための図である。

【図１５】上記運用情報設定処理を説明するためのフロ
ーチャートである。

【図１６】第２の実施の形態において、上記接続可否の
判定処理を説明するためのフローチャートである。

【図１７】第３の実施の形態において、「試用」を示す
画像を合成して上記ビューワに配送するための処理を説
明するためのフローチャートである。

【符号の説明】

１００ネットワークシステム１０１ａ，１０１ｂ，・・・カメラサーバ１０２ａ，１０２ｂ，・・・ビューワ１０３ネットワーク１０４ＷＷＷサーバ１０５課金サーバ２１０カメラ装置４１１カメラ制御サーバ４１２映像サーバ４１３認証サーバ４１３ｄｂデータベース４１４チケットサーバ４１４ｄｂデータベース４２１カメラ制御部４２２映像表示部４２３認証組込部４２４チケット組込部

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5B049 AA05 CC02 CC16 CC36 DD00 DD01 DD05 EE03 EE07 EE09 FF03 FF04 FF09 GG04 GG07 GG10 5C054 AA02 CD03 CF05 CG01 CG05 CH03 DA09 EA01 EA03 FE21 FF03 FF07 GA01 GD03 HA17 5C064 BA01 BB01 BB03 BC01 BD04 BD05 5J104 AA09 LA03 LA06 NA02 PA07 PA11 9A001 EE03 JJ12 JJ25 KK60 LL03

Claims

【特許請求の範囲】

【請求項１】外部から制御可能な機器にて得られた情
報及び当該制御の少なくとも何れかのサービスを提供す
るための機器制御装置であって、上記サービスの要求元からの上記機器への接続要求の内
容に基づいて、提供するサービスに制限を与えるサービ
ス制限手段を備えることを特徴とする機器制御装置。
【請求項２】上記サービス制限手段は、上記接続要求
に含まれる署名情報に基づいて、提供するサービスに制
限を与えることを特徴とする請求項１記載の機器制御装
置。
【請求項３】上記サービス制限手段は、上記署名情報
が、上記サービスを希望するユーザの個人認証用の鍵情
報を用いて生成された情報、及び上記サービスを希望す
るユーザが課金インフラストラクチャに上記サービスの
料金を支払ったことに対して発行されたチケットの鍵情
報を用いて生成された情報の何れの情報であるかの判別
結果に基づいて、提供するサービスに制限を与えること
を特徴とする請求項２記載の機器制御装置。
【請求項４】上記サービス制限手段は、上記署名情報
が上記個人認証用の鍵情報を用いて生成された情報であ
る場合、上記署名情報が上記チケットの鍵情報を用いて
生成された情報である場合に提供するサービスに比べ
て、提供するサービスに厳しい制限を与えることを特徴
とする請求項３記載の機器制御装置。
【請求項５】上記サービス制限手段は、上記署名情報
が上記個人認証用の鍵情報を用いて生成された情報であ
る場合、現在サービスを提供しているユーザ数に基づい
て、提供するサービスに制限を与えることを特徴とする
請求項３記載の機器制御装置。
【請求項６】上記個人認証用の鍵情報を登録管理する
認証鍵管理手段を備えることを特徴とする請求項３記載
の機器制御装置。
【請求項７】上記チケットの鍵情報を登録管理するチ
ケット鍵管理手段を備えることを特徴とする請求項３記
載の機器制御装置。
【請求項８】上記サービス制限手段は、上記署名情報
が上記個人認証用の鍵情報を用いて生成された情報であ
る場合、提供するサービスが試用サービスであることを
示す情報を、当該サービスに含めることを特徴とする請
求項３記載の機器制御装置。
【請求項９】上記外部から制御可能な機器は、カメラ
操作が外部から制御可能なカメラ装置を含み、上記サービス制御手段は、上記カメラ装置にて得られた
映像情報を提供する映像提供サービス、及び上記カメラ
操作を提供するカメラ操作サービスの少なくとも何れか
のサービスに制限を与えることを特徴とする請求項１記
載の機器制御装置。
【請求項１０】上記サービス制御手段は、映像の画
質、映像のフレームレート、サービスのアクセス時間、
及びカメラ操作の範囲の少なくもと何れかに制限を与え
ることを特徴とする請求項９記載の機器制御装置。
【請求項１１】上記サービス制御手段は、上記サービ
スの要求元に配送する映像に対して、制限を与えたサー
ビスであることを示す情報を合成することを特徴とする
請求項９記載の機器制御装置。
【請求項１２】カメラ操作が外部から制御可能なカメ
ラにより得られた映像情報、及び上記カメラ操作の少な
くとも何れかのサービスを提供するためのカメラ制御装
置であって、請求項１〜１１の何れかに記載の機器制御装置の機能を
有することを特徴とするカメラ制御装置。
【請求項１３】複数の機器がネットワークを介して接
続されてなるネットワークシステムであって、上記複数の機器のうち少なくとも１つの機器は、請求項
１〜１１の何れかに記載の機器制御装置の機能、又は請
求項１２記載のカメラ制御装置の機能を有することを特
徴とするネットワークシステム。
【請求項１４】少なくともカメラサーバとクライアン
トがネットワークを介して接続されてなるネットワーク
システムであって、上記カメラサーバは、上記ネットワークを介してカメラ
操作可能な撮像手段と、上記撮像手段にて得られた映像
及び上記カメラ操作のサービスをサービス要求元のクラ
イアントへ提供するサービス提供手段と、上記サービス
提供手段により提供されるサービスに対して制限を与え
るサービス制限手段とを備え、上記クライアントは、上記カメラサーバへのサービス要
求に対して所定の鍵情報を用いて生成した署名情報を組
み込む署名組込手段を備え、上記カメラサーバの上記サービス制限手段は、上記サー
ビ要求に組み込まれた上記署名情報に基づいて、上記サ
ービス提供手段により提供されるサービスに対して制限
を与えることを特徴とするネットワークシステム。
【請求項１５】上記クライアントは、サービス利用者
の個人認証用の鍵情報を用いて上記署名情報を生成する
認証署名手段を備え、上記カメラサーバは、上記署名情報を確認する認証署名
確認手段を備え、上記カメラサーバの上記サービス制限手段は、上記認証
署名確認手段での確認結果に基づいて、上記サービス提
供手段により提供されるサービスに対して制限を与える
ことを特徴とする請求項１４記載のネットワークシステ
ム。
【請求項１６】上記クライアントは、サービス利用者
が課金インフラストラクチャを介して料金を支払ったこ
とに対して発行されたチケットの鍵情報を用いて上記署
名情報を生成するチケット署名手段を備え、上記カメラサーバは、上記署名情報を確認するチケット
署名確認手段を備え、上記カメラサーバの上記サービス制限手段は、上記チケ
ット署名確認手段での確認結果に基づいて、上記サービ
ス提供手段により提供されるサービスに対して制限を与
えることを特徴とする請求項１４記載のネットワークシ
ステム。
【請求項１７】上記クライアントは、サービス利用者
の個人認証用の鍵情報、及びサービス利用者が課金イン
フラストラクチャを介して料金を支払ったことに対して
発行されたチケットの鍵情報の少なくとも何れかの鍵情
報を用いて上記署名情報を生成する署名手段を備え、上記カメラサーバは、上記署名情報を確認する署名確認
手段を備え、上記カメラサーバの上記サービス制限手段は、上記署名
確認手段での確認結果に基づいて、上記サービス提供手
段により提供されるサービスに対して制限を与えること
を特徴とする請求項１４記載のネットワークシステム。
【請求項１８】上記サービス制限手段は、上記署名確
認手段での確認結果により、上記署名情報から上記チケ
ットの鍵情報が確認されなかった場合に、上記サービス
提供手段により提供されるサービスに対して制限を与え
ることを特徴とする請求項１７記載のネットワークシス
テム。
【請求項１９】上記サービス制限手段は、上記署名情
報から上記チケットの鍵情報が確認された場合に比べ
て、上記サービス提供手段により提供されるサービスに
対して厳しい制限を与えることを特徴とする請求項１８
記載のネットワークシステム。
【請求項２０】上記サービス制限手段は、上記署名確
認手段での確認結果により、上記署名情報から上記チケ
ットの鍵情報が確認された場合、上記サービス提供手段
により提供されるサービスを通常のサービスとし、上記
署名情報から上記個人認証用の鍵情報が確認された場
合、上記サービス提供手段により提供されるサービスを
試用のサービスとして制限を与えることを特徴とする請
求項１７記載のネットワークシステム。
【請求項２１】上記サービス制限手段は、上記サービ
ス提供手段により現在サービスが提供されているクライ
アントの数に基づいて、上記サービス提供手段により提
供されるサービスに対して制限を与えることを特徴とす
る請求項１４記載のネットワークシステム。
【請求項２２】上記認証署名確認手段は、上記カメラ
サーバに置かれた認証サーバによって、上記個人認証用
の鍵情報の登録管理を行うことを特徴とする請求項１５
記載のネットワークシステム。
【請求項２３】上記認証署名確認手段は、本システム
に置かれた認証サーバによって、上記個人認証用の鍵情
報の登録管理を行うことを特徴とする請求項１５記載の
ネットワークシステム。
【請求項２４】上記チケット署名確認手段は、上記カ
メラサーバに置かれたチケットサーバによって、上記チ
ケットの鍵情報の登録管理を行うことを特徴とする請求
項１６記載のネットワークシステム。
【請求項２５】上記チケット署名確認手段は、本シス
テムに置かれたチケットサーバによって、上記チケット
の鍵情報の登録管理を行うことを特徴とする請求項１６
記載のネットワークシステム。
【請求項２６】上記署名確認手段は、上記チケットの
鍵情報を架空名義の上記個人認証用の鍵として、上記カ
メラサーバ又は本システムに置かれた認証サーバに登録
することで、上記カメラサーバ又は本システムに置かれ
るチケットサーバの機能を当該認証サーバで代行するこ
とを特徴とする請求項１７記載のネットワークシステ
ム。
【請求項２７】上記サービス制御手段は、映像の画
質、映像のフレームレート、サービスのアクセス時間、
及びカメラ操作の範囲の少なくもと何れかに関してのサ
ービスパラメータに制限を与えることを特徴とする請求
項１４記載のネットワークシステム。
【請求項２８】上記カメラサーバは、提供するサービ
スに対して当該サービスを示す情報を合成する合成手段
を備えることを特徴とする請求項１４記載のネットワー
クシステム。
【請求項２９】上記合成手段は、提供する映像に対し
て、提供するサービスの種類を利用者に示すための画像
情報を合成することを特徴とする請求項２８記載のネッ
トワークシステム。
【請求項３０】上記画像情報は、テロップ画像情報、
及びモザイク処理結果の画像情報の少なくとも何れかを
含むことを特徴とする請求項２９記載のネットワークシ
ステム。
【請求項３１】上記合成手段は、合成位置をランダム
な位置とすることを特徴とする請求項２８記載のネット
ワークシステム。
【請求項３２】上記合成手段は、合成位置を時間に応
じて変化させることを特徴とする請求項２８記載のネッ
トワークシステム。
【請求項３３】外部から制御可能な機器にて得られた
情報及び当該制御の少なくとも何れかのサービスを、当
該サービスの要求元へ提供するための機器制御方法であ
って、上記サービスの要求元からの上記機器への接続要求の内
容に基づいて、提供するサービスに制限を与えるサービ
ス制限ステップを含むことを特徴とする機器制御方法。
【請求項３４】上記サービス制限ステップは、上記接
続要求に含まれる署名情報に基づいて、提供するサービ
スに制限を与えるステップを含むことを特徴とする請求
項３３記載の機器制御方法。
【請求項３５】上記サービス制限ステップは、上記署
名情報が、上記サービスを希望するユーザの個人認証用
の鍵情報を用いて生成された情報、及び上記サービスを
希望するユーザが課金インフラストラクチャに上記サー
ビスの料金を支払ったことに対して発行されたチケット
の鍵情報を用いて生成された情報の何れの情報であるか
の判別結果に基づいて、提供するサービスに制限を与え
るステップを含むことを特徴とする請求項３４記載の機
器制御方法。
【請求項３６】上記サービス制限ステップは、上記署
名情報が上記個人認証用の鍵情報を用いて生成された情
報である場合、提供するサービスを試用サービスとし
て、上記署名情報が上記チケットの鍵情報を用いて生成
された情報である場合に提供するサービスに比べて、提
供するサービスに厳しい制限を与えるステップを含むこ
とを特徴とする請求項３５記載の機器制御方法。
【請求項３７】上記サービス制限ステップは、上記署
名情報が上記個人認証用の鍵情報を用いて生成された情
報である場合、現在サービスを提供しているユーザ数に
基づいて、提供するサービスに制限を与えるステップを
含むことを特徴とする請求項３５記載の機器制御方法。
【請求項３８】上記サービス制限ステップは、上記署
名情報が上記個人認証用の鍵情報を用いて生成された情
報である場合、提供するサービスが試用サービスである
ことを示す情報を、当該サービスの要求元のユーザに認
識可能な状態で組み込むステップを含むことを特徴とす
る請求項３５記載の機器制御方法。
【請求項３９】請求項１〜１１の何れかに記載の機器
制御装置、又は請求項１２記載のカメラ制御装置、又は
請求項１３〜３２の何れかに記載のネットワークシステ
ムを構成する手段を実施するための処理プログラムを、
コンピュータが読出可能に格納したことを特徴とする記
憶媒体。
【請求項４０】請求項３３〜３８の何れかに記載の機
器制御方法の処理ステップを、コンピュータが読出可能
に格納したことを特徴とする記憶媒体。