JP2006222721A - 情報処理装置、情報処理方法及びそのプログラム - Google Patents

Abstract

【課題】 カメラサーバによる映像配信サービスを行う場合に、ユーザの属性に応じた禁止エリアあるいは禁止カメラ等の制限を、利便性を損なわずに行うことができる情報処理装置、情報処理方法及びそのプログラムを提供する。
【解決手段】 カメラ制御サーバ５０１は、映像の配信を要求するビューワ１０２からの指示に応じて撮像装置１４における撮像範囲を制御し、ビューワ１０２の利用者の属性に応じて撮像範囲となりうる撮像可能範囲において撮像を制限する制限領域を定義する撮像制限情報を格納する。映像サーバ５０２は、ビューワ１０２との通信において、秘匿性のある通信を用いるか否かを制御可能であり、カメラ制御サーバ５０１により制御後の撮像範囲が制限領域を含むと判断した場合に、ビューワ１０２と秘匿性を有する通信を行う。
【選択図】 図５

Description

本発明は、ネットワークを介して撮像装置からの映像データを配信すると共に、撮像装置の制御が可能なネットワークカメラあるいはカメラサーバなどの情報処理装置、情報処理方法及びそのプログラムに関するものである。

［ライブ映像通信システム］
撮影したライブ映像を、インターネットなどの通信インフラストラクチャを使って配信するとともに、撮影のためのカメラ設定やカメラ操作などを指示する技術が確立され、製品が販売されている。例えば、キヤノン社の映像配信システムＷｅｂＶｉｅｗ／Ｌｉｖｅｓｃｏｐｅ、および、同社のライブネットワークカメラサーバＶＢ１０１、ＶＢ１５０やネットワークカメラＶＢ−Ｃ１０などの製品がある。

上記の製品を利用した映像配信システムなどでは、映像配信に加えて、パン、チルト、ズーム、逆光補正といったカメラ制御を、ネットワークを介して提供可能となっている。また、アクセス制御機能を備え、ユーザのアクセス権限に応じて、カメラ制御や映像配信の制限を行うことができる。

さらに、カメラ制御によって撮像される領域に関しても制限することが可能になっている。例えば、特権ユーザでは、カメラに備わるズーム機能のすべてを利用できるが、通常ユーザは、ズーム機能の一部（たとえば、テレ端を使い切れない）のみ利用可能とするような制限である。パン機能やチルト機能についても同様である。また、ライブネットワークカメラサーバＶＢ１０１、ＶＢ１５０では、複数のソースカメラ映像を、ネットワーク経由で配信することが可能になっている。

［暗号技術／認証技術］
暗号アルゴリズムを使って、データを秘匿、あるいは、安全に通信する方法が確立している。暗号アルゴリズムは、一般に、暗号化と復号化に同一の鍵情報を用いる対象鍵方式、ならびに、暗号化と復号化に異なった鍵情報を用いる非対称鍵方式とに分類される。それぞれに、ＤＥＳ暗号方式やＡＥＳ暗号方式やＲＣ４暗号方式、ならびに、ＲＳＡ暗号方式などが利用されている。さらに、非対称暗号方式（公開鍵暗号方式）を用いることで、情報に電子署名する場合の正当性確認をすることが可能になっている。

例えば、大きな数の素因数分解の困難さを安全性の原理とするＲＳＡ暗号方式のアルゴリズムでは、事前に、公開鍵Ｋｐと秘密鍵Ｋｓと鍵組を生成し、秘密鍵Ｋｓを本人のみが秘匿する。そして、公開鍵Ｋｐを公開して、本人に暗号情報を送信する際には、その公開鍵Ｋｐを用いて暗号化することで、秘密鍵Ｋｓを保持する本人のみが復号できる。この非対称性を逆方向に利用して、秘密鍵Ｋｓを使って情報に署名し、その署名を公開鍵Ｋｐを使って確認することが可能になっている。通常、秘密鍵Ｋｓを本人のみが秘匿するので、署名の正当性により本人確認（真正性）をする事が可能となる。

なお、秘密鍵と対をなす公開鍵が本当に本人のものである点は、ＣＡ（Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ）と呼ばれる認証機関が発行する公開鍵証明書によって証明される信頼体系が構築されている。この信頼体系は、ＰＫＩ（Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）と呼ばれている。一方で、公開鍵と対をなす秘密鍵を、セキュアに保管する方法に関しては、『暗号通信の普及・高度化に関する研究会（郵政省;現在の総務省）』報告書（２０００年７月４日発表）など複数の資料で技術的課題として指摘されている。

［セキュア通信技術］
また、ＨＴＴＰによるＷｅｂアクセスなどの通信において安全性を提供するプロトコルとしてＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）という技術が、ブラウザソフトウェアをはじめとして多くのソフトウェアに実装されている。ＳＳＬは、ＴＣＰ／ＩＰの上位、かつ、ＨＴＴＰやＦＴＰなどアプリケーションプロトコルの下位に位置し、サーバ認証、通信データの暗号化、ならびに、クライアント認証（オプショナル）の機能を提供する。

また、ワイヤレス通信において、安全性を提供する方式としては、ＷＡＰ（Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）プロトコルの一部として、ＷＴＬＳ（Ｗｉｒｅｌｅｓｓ Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ ｓｅｃｕｒｉｔｙ）がＷＡＰ Ｆｏｒｕｍによって定義されている。これは、ＳＳＬをベースに設計されており、データインテグリティ、暗号化、および、端末認証など、ＳＳＬとほぼ同様の機能を提供する。

なお、通信における認証機能を提供する方法としては、ＲＦＣ１３３４として定義されているＣＨＡＰ（Ｃｈａｌｌｅｎｇｅ−Ｈａｎｄｓｈａｋｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）方式が知られている。この方式は、主に、ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ； ＲＦＣ１６６１で定義されている）で利用されている。

また、ＩＰレベルで通信の安全性を確保する方法として、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ６）では、パケット認証を行なうＡＨ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｈｅａｄｅｒ：認証ヘッダ）や、暗号化も行なうＥＳＰ（Ｅｎｃａｐｓｕｌａｔｉｎｇ ｓｅｃｕｒｉｔｙ Ｐａｙｌｏａｄ）などを定めている。この技術は、ＩＰｖ６に限定されるものではなく、ＩＰｖ４ （Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ４）においても、同様の技術が、多くのＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）製品に採用されている。ＶＰＮは、コストのかかる専用線の代替として利用されている。

［広角光学系カメラ技術］
魚眼レンズや全方位ミラーなどの広角光学系を利用した撮像装置が利用されている。これらの撮像装置は、シャープセミコンダクタ社のシャープ全方位カメラユニット、立山マシン社のＰＡＬ−ｍｉｅｒｕカメラなどで製品化されている。そして、このような撮像装置を、ネットワークカメラあるいはネットワークカメラサーバとしても採用する事で、より多くの付加価値を提供可能である。典型的には、広角光学系によって撮像された映像（パノラマ映像）に、画像変換手段および画像切出手段を適用することで、複数ユーザに様々な角度の映像を提供可能になる。また、パン、チルト、ズームなどカメラ制御可能なカメラ（ＰＴＺカメラ）と併用する広角コンボカメラでは、多数ユーザにパノラマ映像からの切出映像を提供しながら、同時に、一部ユーザには、ＰＴＺカメラを制御した高精細映像を提供することが可能になっている。

具体的には、撮影可能範囲を簡単に確認できる技術（例えば、特許文献１を参照）や、システムを停止することなく、多数のユーザが必要に応じてネットワーク上に接続されたカメラ装置に対して制御できる技術（例えば、特許文献２を参照）が開示されている。

特開平０７−０９５５４７号公報 特開平０８−１６３４２２号公報

しかしながら、インターネット上でサービスされているカメラ制御可能なネットワークカメラあるいはカメラサーバの映像情報をサービスする場合、通常ユーザに対して、カメラ制御（パン、チルト、ズーム、あるいは、カメラの切り替え）によって撮像される領域を制限するカメラ制御領域（禁止エリア）あるいは制限するカメラ（禁止カメラ）を設定することが可能であるが、管理者あるいは特権ユーザによるカメラ制御に際しては、禁止エリアあるいは禁止カメラへのアクセスが可能になるため、通常ユーザに対して十分なカメラ制御制限の適用が難しいという問題がある。

また、管理者あるいは特権ユーザによる接続に際して、常に一般ユーザを排除する方法では、映像情報サービスの利便性を損なうという問題がある。

また、一方で、最初から全ての管理者あるいは特権ユーザによる接続をセキュア通信とするのは、コスト高である。理由の一つには、通信暗号化による実効通信速度の低下である。また一つには、専用回線利用による契約料の増加である。ハードウェア性能も進歩しているが、解読技術も進歩し同様にハードウェア進化の恩恵を受ける事から、セキュア通信は、依然としてコスト高の状態が続いている。

本発明は、上述した事情を考慮してなされたもので、カメラサーバによる映像配信サービスを行う場合に、ユーザの属性に応じた禁止エリアあるいは禁止カメラ等の制限を、利便性を損なわずに行うことができる情報処理装置、情報処理方法及びそのプログラムを提供するものである。

この発明は、上述した課題を解決すべくなされたもので、本発明による情報処理装置においては、ネットワーク上の利用者端末に対して撮像装置で撮影した映像を配信する機能を有する情報処理装置であって、映像の配信を要求する利用者端末からの指示に応じて撮像装置における撮像範囲を制御する撮像装置制御手段と、映像の配信を要求する利用者端末の利用者の属性に応じて撮像範囲となりうる撮像可能範囲において撮像を制限する制限領域を定義する撮像制限情報を格納する格納手段と、利用者端末との通信において、秘匿性のある通信を用いるか否かを制御する通信制御手段とを具備し、格納手段から参照する撮像制限情報を基に、撮像装置制御手段により制御後の撮像範囲が制限領域を含むと判断した場合に、通信制御手段は、利用者端末と秘匿性を有する通信を行うよう制御することを特徴とする。

また、本発明による情報処理方法においては、ネットワーク上の利用者端末に対して撮像装置で撮影した映像を配信する機能を有する情報処理装置を用いた情報処理方法であって、映像の配信を要求する利用者端末からの指示に応じて撮像装置における撮像範囲を制御する撮像装置制御ステップと、映像の配信を要求する利用者端末の利用者の属性に応じて撮像範囲となりうる撮像可能範囲において撮像を制限する制限領域を定義する撮像制限情報を格納する格納手段から、撮像制限情報を参照し、撮像装置制御ステップにより制御後の撮像範囲が制限領域を含むか否かを判断する判断ステップと、判断ステップで、撮像装置制御ステップにより制御後の撮像範囲が制限領域を含むと判断した場合に、利用者端末と秘匿性を有する通信を行うよう制御する通信制御ステップとを有することを特徴とする。

また、本発明によるプログラムは、ネットワーク上の利用者端末に対して撮像装置で撮影した映像を配信する機能を有する情報処理装置用のプログラムであって、映像の配信を要求する利用者端末からの指示に応じて撮像装置における撮像範囲を制御する撮像装置制御ステップと、映像の配信を要求する利用者端末の利用者の属性に応じて撮像範囲となりうる撮像可能範囲において撮像を制限する制限領域を定義する撮像制限情報を格納する格納手段から、撮像制限情報を参照し、撮像装置制御ステップにより制御後の撮像範囲が制限領域を含むか否かを判断する判断ステップと、判断ステップで、撮像装置制御ステップにより制御後の撮像範囲が制限領域を含むと判断した場合に、利用者端末と秘匿性を有する通信を行うよう制御する通信制御ステップとをコンピュータに実行させるためのプログラムである。

本発明による情報処理装置、情報処理方法及びそのプログラムは、カメラサーバによる映像配信サービスを行う場合に、ユーザの属性に応じた禁止エリアあるいは禁止カメラ等の制限を、利便性を損なわずに行うことができる。

以下、図面を参照して本発明の実施形態について詳細に説明する。
［第１の実施形態］
図１は、本発明の第１の実施形態におけるカメラサーバ（情報処理装置）を含む情報処理ネットワークの構成の一例を示す概略図である。

図１において、１０１は、カメラサーバであり、撮像装置で撮影された映像データを、ネットワーク１０３を介して配信する。１０２は、ビューワであり、ネットワーク１０３に接続可能なコンピュータ端末であり、カメラサーバ１０１が配信する映像データを視聴可能なクライアント端末（映像ビューワ）である。図１に示すように、複数のカメラサーバ１０１とビューワ１０２は、それぞれネットワーク１０３に接続されている。尚、図１に示すネットワーク１０３は、企業あるいは組織内で運用されるイントラネットである場合もあり、広く世界をつないでいるインターネットである場合もある。

次に、ビューワ１０２において、どのように映像データを視聴するかについて簡単に説明する。まず、ビューワ１０２は、ネットワーク１０３を介してリクエスト（映像データのリクエスト）をカメラサーバ１０１へ送信する。このリクエストがカメラサーバ１０１で受け入れられると、カメラサーバ１０１は、ネットワーク１０３を介してビューワ１０２へ映像データを配信する。これにより、ビューワ１０２は、配信される映像データを受信することで、カメラ映像を表示することが可能となる。また、ビューワ１０２からカメラ制御コマンドがカメラサーバ１０１へ送られると、このカメラ制御コマンドに応じてカメラサーバ１０１が撮像装置を制御することで、撮像装置においてズーム、パン、チルトなどが行われる。

このカメラサーバ１０１においては、制御禁止エリア（あるいは制御禁止カメラ）が設定されている。そして、ネットワーク１０３を介してビューワ１０２からカメラ制御リクエストを受信した際に、そのカメラ制御リクエスト内容が制御禁止エリア（あるいは制御禁止カメラ）への移動を指示するリクエストであるか否かを判定し、該当エリア（あるいは該当カメラ）への移動であると判断すると、カメラサーバ１０１は、自動的に、カメラサーバ管理者あるいは特権ユーザとのセキュア通信への移行処理を開始する。

ビューワ１０２は、カメラサーバ１０１からリクエストされたセキュア通信情報（通信路指定や暗号化要求など）に基づきセキュア通信へ移行する。さらに、図１のビューワ１０２のいずれか一つが、セキュア通信への移行処理に成功すると、カメラサーバ１０１に接続中のその他のビューワ１０２に対してもセキュア通信への移行処理を要求する。ここで、移行できないビューワ１０２（一般ユーザが利用中のビューワ１０２）がある場合には、カメラサーバ１０１は、そのビューワ１０２との接続を切断する。また、いずれのビューワ１０２ともセキュア通信への移行処理を成功できない場合には、カメラサーバ１０１は、カメラ制御リクエストを拒否する。尚、セキュア通信へ移行できるビューワ１０２とは、カメラサーバ管理者あるいは特権ユーザが利用中のビューワである。

また、カメラサーバ１０１を含む情報処理ネットワークの構成は、図１に示した構成に限定されるものではなく、例えば図２に示すような構成であってもよい。図２は、広く普及したＷｅｂ技術を併用した構成例を示す図である。図１と大きく異なる点は、ネットワーク１０３に接続されたＷＷＷサーバ１０４が存在する点である。ＷＷＷサーバ１０４内で管理しているＷｅｂページデータには、どのアドレスでカメラサーバ１０１へ接続できるかを示すリンクが配置されている。これにより、ビューワ１０２は、そのＷｅｂページにアクセスして所望のリンクをクリックすることで、容易に所望のカメラサーバ１０１へ接続することが可能となる。

次に、図１及び図２に示した本実施形態におけるカメラサーバ１０１のハードウェア構成例について説明する。
図３は、図１及び図２に示した本実施形態におけるカメラサーバ１０１のハードウェア構成の一例を示した図である。図３に示すように、カメラサーバ１０１は、実際に撮像を行う撮像装置１４を備えたコンピュータ端末という構成である。具体的には、カメラサーバ１０１は、入力装置であるマウス１０及びキーボード１１、表示装置であるディスプレイ装置１２、コンピュータ本体１３、及び撮像装置１４から構成されている。

また、コンピュータ本体１３は、バス１３０を介して接続される周辺コントローラ１３１、表示ボード１３２、プログラムを実行することで各種機能を実現するＣＰＵ（中央演算装置）１３３、プログラムを格納しＣＰＵ１３３のワークエリアとなるメモリ１３４、ネットワーク１０３へ接続可能とするためのネットワークＩ／Ｆ１３５、撮像装置１４から映像データを取得するための映像キャプチャボード１３６、撮像装置１４と制御信号（コマンド）等を送受信するためのシリアルＩ／Ｆ１３７、記録媒体であるフレキシブルディスクにアクセスするためのＦＤ装置１３８、及び、ＨＤ（ハードディスク）を備えたＨＤ装置１３９を含む構成である。尚、本実施形態においては、カメラサーバ１０１が撮像装置１４を含む構成であるが、カメラサーバ１０１は撮像装置１４を含まない構成でもよい。例えば、外部に設置されている一つ又は複数の撮像装置１４から映像データを受信する構成であってもよい。なお、カメラサーバ１０１は、マウス１０、キーボード１１、ディスプレイ装置１２、ならびに、周辺コントローラ１３１や表示ボード１３２を備えない構成も考えられる。

続いて、図１及び図２に示した本実施形態におけるビューワ１０２のハードウェア構成例について説明する。
図４は、図１及び図２に示した本実施形態におけるビューワ１０２のハードウェア構成の一例を示す図である。図４に示すように、一般のコンピュータと同様の構成であり、マウス１０、キーボード１１、及びディスプレイ装置１２を備えている点は、図３に示したカメラサーバ１０１と同様である。また、コンピュータ本体１５の構成も、図３に示したコンピュータ本体１３とほぼ同様の構成であり、符号１５１〜１５５の構成は、図３の符号１３１〜１３５と同様であるので説明を省略する。また、符号１５６及び１５７も、図３の符号１３８及び１３９と同様であるので、説明を省略する。

次に、図２に示したカメラサーバ（情報処理装置）１０１を含む情報処理ネットワークの機能構成について説明する。
図５は、カメラサーバ１０１及びビューワ１０２で実行されるプログラムにより実現される機能構成を模式化したブロック図である。図５に示すように、カメラサーバ１０１のコンピュータ本体１３は、撮像装置１４の制御をつかさどるカメラ制御サーバ５０１と映像データの配信をつかさどる映像サーバ５０２の２つの機能モジュールを含む構成である。同様に、ビューワ１０２のビューワ部５０３は、撮像装置１４の制御の指令や状態通知に対応するカメラ制御部５０４と撮像装置１４からの映像データの表示を担当する映像表示部５０５を含む構成である。

次に、図２に示したカメラサーバ１０１を含む情報処理ネットワークにおけるビューワ１０２の動作について説明する。
図６は、図２に示したビューワ１０２における動作の流れを示す図である。まず、ステップＳ６０１において、ビューワ１０２上のＷｅｂブラウザでＷＷＷサーバ１０４のＵＲＬが指示されると、ビューワ１０２は、そのＵＲＬに対応するＷＷＷサーバ１０４に接続し、ＨＴＭＬ形式で記述されたＷｅｂページデータをリクエストする。

続いて、ステップ６０２において、ビューワ１０２は、ＷＷＷサーバ１０４からＷｅｂページデータを受け取り、これをＷｅｂブラウザに表示し始める。ここで受け取ったＷｅｂページデータの中には、ビューワ１０２において図５に示したビューワ部５０３を実現するビューワプログラムを起動しカメラサーバ１０１へ接続するための情報を示した以下のようなｅｍｂｅｄタグもしくはハイパーリンクが含まれる。
＜ｅｍｂｅｄ ｓｒｃ=゛ｃａｍｅｒａ１．ｗｖｐ゛ ｗｉｄｔｈ＝４８０ ｈｅｉｇｈｔ＝３２０＞

次に、ステップＳ６０３において、ビューワ１０２は、ｅｍｂｅｄタグで指定されたデータファイル（゛ｃａｍｅｒａ１．ｗｖｐ゛ファイル）をＷＷＷサーバ１０４へアクセスしてダウンロードする。次に、ステップＳ６０４において、ビューワ１０２は、そのデータファイルの識別子に対応するプログラム、すなわちビューワプログラムを起動する。ビューワ１０２のビューワ部５０３は、ステップＳ６０５において、ダウンロードしたデータファイル（゛ｃａｍｅｒａ１．ｗｖｐ゛ファイル）を読み込み、そこに記載されているカメラサーバ１０１内の映像サーバ５０２のアドレスおよび接続ポートの情報に従い、映像サーバ５０２へ接続する。ここで、接続処理以降の処理を行うための動作プログラム（実現方法としては、スレッドあるいはプロセスの起動となる）が起動される。このプログラムの起動により、映像表示部５０５は、何らかの指示に応じて映像表示処理を終了するまで、ステップＳ６１１において、映像サーバ５０２からの映像データが届くたびにそれを受け取り、表示する処理を繰り返す。

さらに、ビューワ部５０３は、ステップＳ６０６において、ダウンロードしたデータファイル（゛ｃａｍｅｒａ１．ｗｖｐ゛ファイル）に記載されているカメラ制御サーバ５０１のアドレスおよび接続ポートの情報に従い、カメラ制御サーバ５０１へ接続する。次に、ビューワ部５０３は、ユーザからの操作要求を受け付けてカメラ制御を実行するループ処理を行う。

具体的には、ビューワ部５０３は、ステップＳ６０７において、ユーザの操作をメニュー操作などのマウス操作あるいはキーボード操作から受け取り、この操作がカメラ制御に関する操作であると判断する。ここで、ユーザの操作がカメラ制御に関する操作であると判断した場合には、カメラ制御部５０４は、ステップＳ６０８において、カメラ制御サーバ５０１へ制御コマンドを送信する。また、映像サーバ５０２に対する操作であると判断した場合には、ビューワ部５０３は、ステップＳ６０９において、映像サーバ５０２へ制御コマンドを送信する。また、ユーザの操作がビューワ部５０３の状態を変更する（たとえば表示サイズを変更する）ものの場合にはステップＳ６１０において、ビューワ部５０３は、内部状態を更新する。ユーザ操作が終了の場合には、ビューワ部５０３の動作に関連する各プログラムを順次終了する。ステップＳ６０８〜Ｓ６１０の処理が完了するとＳ６０７へ戻り、ユーザの操作入力を待つので、ループ処理となる。

この中で、ステップＳ６０８において、カメラ制御サーバ５０１からのレスポンスコードとして、セキュア通信要求（゛ｓｅｃｕｒｅ ｃｏｎｎｅｃｔｉｏｎ ｒｅｑｕｉｒｅｄ゛）を受け取った場合には、ビューワ部５０３は、ビューワ部５０３内に保持するユーザ情報とパスワード情報（通信鍵情報）を用いて、カメラ制御サーバ５０１との間にＳＳＬを用いた暗号化通信路を確立し、かつ、クライアント認証により通信相手相互の認証を行った上で、同じカメラ制御内容のコマンドを再発行する。なお、ユーザ情報とパスワード情報とがビューワ部５０３内に保持されていない場合には、問合せダイアログをディスプレイ装置１２に表示して、ユーザへユーザ情報及びパスワード情報の入力を促す。

次に、図２に示したカメラサーバ１０１の動作について説明する。
図７は、図２に示したカメラサーバ１０１内のカメラ制御サーバ５０１の動作を示す流れ図である。カメラ制御サーバ５０１は、まず、起動時にステップＳ７０１において、特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）からカメラ制御サーバ５０１の動作設定情報を読み出して、それに基づき動作を開始する。

次に、ステップＳ７０２において、カメラ制御サーバ５０１は、クライアント端末であるビューワ１０２のビューワ部５０３からのリクエストを受け付けるポートを開く。これにより、カメラ制御サーバ５０１は、ビューワ部５０３からのリクエスト受付状態に入る。ここで、カメラ制御サーバ５０１は、ビューワ部５０３から接続リクエストを受信した場合には、ステップＳ７０３において、カメラ制御サーバ５０１は、その接続リクエストを受け付ける。

次に、ステップＳ７０４において、カメラ制御サーバ５０１は、接続リクエストに応じた接続処理の可否の判定を行う。ここで、判定が否ならば接続拒否のエラーコードをビューワ部５０３に返信して、ステップＳ７０２に戻る。また、判定が可ならば、ステップＳ７０５において、カメラ制御サーバ５０１は、接続処理として、ビューワ部５０３からのコマンドの受付処理を行うスレッドを生成し、ビューワ部５０３の登録を行ってから、ステップＳ７０２に戻る。ステップＳ７０５で生成されたスレッドは、ステップＳ７０８において、ビューワ部５０３からのコマンドを受け付ける。

ここでスレッドが受け付けたコマンドが操作コマンド（撮像装置１４を制御するコマンド）である場合には、スレッドは、撮像装置１４の操作処理を行う主プログラムへその操作コマンドを受け渡す。これにより、カメラ制御サーバ５０１の主プログラムは、操作コマンドを受け付け、ステップＳ７０６へ進み、撮像装置１４の制御を行う。また、制御の結果を示す情報（操作コマンドに応じた撮像装置の制御が成功したか失敗したかを示すコードなど）を、操作コマンドの発信元であるビューワ１０２のスレッドへ伝える。このビューワ１０２対応のスレッドは、ステップＳ７０９において、上記制御の結果をビューワ部５０３へ送り返す。

次に、カメラ制御サーバ５０１の主プログラムは、ステップＳ７０７において、カメラの操作により変化した状態（たとえば、パン・チルト・ズームの値）を撮像装置１４から取得して、接続中である全てのビューワ１０２対応のスレッドに伝える。これにより、各ビューワ１０２対応のスレッドは、ステップＳ７１０において、カメラ制御状態の変化をビューア部５０３へ通達する。ビューワ１０２対応のスレッドは、ビューア部５０３から接続終了のコマンドを受けた場合には、それをカメラ制御サーバ５０１の主プログラムへ通達し、かつ、ステップＳ７１１において自身のスレッドを終了する。

尚、操作コマンドの扱いにおいては、具体的な操作コマンドの発行の前に、カメラ操作権の割り当て要求を必要とすることも可能である。これは複数の人間がカメラの操作を要求するような状況での混乱を無くす。この場合、まず、ビューワ部５０３は、カメラ制御サーバ５０１に対してカメラ操作権獲得の要求コマンドを送信する。これにより、カメラ制御サーバ５０１は、現在のカメラ制御権の割り当て状態から、拒絶・割り当て・順番待ちを選びビューワ部５０３へ返答する。カメラ制御権は前もって定められた特定の時間か、ビューワ部５０３が接続を終了するまでの短いほうの時間で剥奪（制限）され、次の順番待ちの人に割り当てられる。順番待ち人数はやはり前もって定められた人数（たとえば５人）に制限され、それ以上のリクエストは拒絶される。ビューワ１０２は、カメラ制御権が獲得されてから剥奪されるまでの間だけ、操作コマンドを発行する。カメラ制御サーバ５０１は、カメラ制御権が付与されているビューワ１０２からの操作コマンドのみを受け付ける。

上記ステップＳ７０６における、操作コマンドに応じた撮像装置１４の制御処理に際しては、カメラ制御サーバ５０１の主プログラムは、撮像装置１４に対する制御に先立って、カメラ制御制限エリア（禁止エリア）に関する処理を行う。図１２は、カメラ制御制限エリア（禁止エリア）に関する処理の一例を示す図である。

図１２に示すように、まず、ステップＳ７５１において、カメラ制御サーバ５０１の主プログラムは、受け取った操作コマンドを実行すると撮像装置１４の撮影範囲が禁止エリアへ侵入するか否か、あるいは禁止カメラへ切り替えられるか否か判定する。禁止エリアへの侵入、又は、禁止カメラでない場合には、ステップＳ７５４に進む。ここで、禁止カメラとは、カメラサーバ１０１が管理する複数の撮像装置の内、カメラサーバ管理者あるいは特権ユーザにのみアクセスを許されている撮像装置である。すなわち、カメラサーバ１０１が複数の撮像装置を有することを前提としている。

そして、禁止エリアあるいは禁止カメラへの操作コマンドであると判定した場合には、ステップＳ７５２において、カメラ制御サーバ５０１の主プログラムは、操作コマンドを受け取った通信路が、管理者あるいは特権ユーザとして登録されているユーザとの間に確立されたセキュア通信路（クライアント認証されたＳＳＬを用いた暗号通信路）であるかか否かを確認する。

次に、上記操作コマンドが管理者あるいは特権ユーザとして登録されているユーザからのセキュア通信路経由での制御コマンドである事が確認された場合には、ステップＳ７５３において、カメラ制御サーバ５０１の主プログラムは、操作コマンドの発行元となるビューワ１０２以外のすべての接続中のビューワ１０２に対して、セキュア通信要求（゛ｓｅｃｕｒｅ ｃｏｎｎｅｃｔｉｏｎ ｒｅｑｕｉｒｅｄ゛）を発行した上で、ＳＳＬを用いた暗号化通信路以外の接続を閉じる。次に、ステップＳ７５４において、カメラ制御サーバ５０１の主プログラムは、撮像装置１４に対して操作コマンドに応じた制御（カメラ操作）を実行する。

また、ステップＳ７５２において、通信がセキュア通信ではない事、あるいは、通信相手が管理者あるいは特権ユーザとして登録されていない事を確認した場合には、ステップＳ７５５に移行して、カメラ制御サーバ５０１の主プログラムは、操作コマンドの発行元となるビューワ１０２に、セキュア通信要求（゛ｓｅｃｕｒｅ ｃｏｎｎｅｃｔｉｏｎ ｒｅｑｕｉｒｅｄ゛）を表すレスポンスコードを返す。

次に、カメラサーバ１０１内の映像サーバ５０２の動作について説明する。
図８は、カメラサーバ１０１内の映像サーバ５０２の動作を示す流れ図である。映像サーバ５０２は、まず、起動時にステップＳ８０１おいて、特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）から映像サーバ５０２の動作設定情報を読み出して、それに基づき動作を開始する。次に、ステップＳ８０２において、映像サーバ５０２は、映像の獲得と符号化を行うスレッドを生成し（最初このスレッドは休止状態）、クライアントであるビューワ部５０３からのリクエスト（接続リクエストもしくはコマンドリクエスト）を受け付けるポートを開くことで、リクエスト受付状態に入る。

ここで、リクエストが受け付けられたら、映像サーバ５０２は、ステップＳ８０２を抜け、そのリクエストが接続リクエストならばステップＳ８０３において接続リクエストを受け付ける。次に、ステップＳ８０４において、映像サーバ５０２は、受け付けた接続リクエストに応じて接続を許可するか否かの判定を行う。ここで、接続を許可しない場合には、映像サーバ５０２は、接続拒否のエラーコードをビューワ部５０３へ返し、ステップＳ８０２に戻る。また、接続を許可する場合には、映像サーバ５０２は、ステップＳ８０５において、接続処理として、クライアントのビューワ部５０３からのコマンドの受付処理を行うスレッドを生成し、クライアントの登録を行う。この時、もし映像の獲得と符号化を行うスレッドが休止状態ならば動作開始を指示してから、ステップＳ８０２に戻る。

ステップＳ８０５で生成されたクライアント対応のスレッドは、ステップＳ８０９において、クライアント（ビューワ部５０３）からのコマンドの受け付けを行う。クライアント対応スレッドは、操作コマンドが届いたならば、それを受け付け、映像処理を行う映像サーバ５０２の主プログラムへ受け渡す。ステップＳ８０２で操作コマンドを受け付けると、ステップＳ８０６へ進み、映像サーバ５０２の主プログラムは、操作コマンドに応じて、映像の獲得や符号化・送信などに関する設定の変更操作を行って、その結果（操作の成功か失敗を示すコード）を、コマンド要求を受け付けたクライアント対応スレッドへ伝える。結果を受けたクライアント対応スレッドは、ステップＳ８１０において、結果をクライアントのビューワ部５０３へ送り返す。

次に、映像サーバ５０２の主プログラムは、ステップＳ８０５において生成された映像の獲得と符号化を行うスレッドの動作開始に応じて、ステップＳ８０７において、前もって設定された時間間隔で映像データを映像キャプチャボードを使って獲得し、これを圧縮データに変換する。次に、ステップＳ８０８において、映像サーバ５０２の主プログラムは、ステップＳ８０７で生成した圧縮データをすべてのクライアント対応スレッドに伝える。

各クライアント対応のスレッドは、各クライアントのビューワ部５０３からの次映像フレーム送信要求コマンドの受け付けの有無を映像フレーム送信要求フラグにより判定する。ここで、次映像フレーム送信要求コマンドの受け付けが有ると判定した場合（映像フレーム送信要求フラグが設定されていた場合）には、ステップＳ８１１において、クライアント対応のスレッドは、圧縮データをクライアントのビューワ部５０３へ配送する。

尚、クライアント対応スレッドは、ステップＳ８０９において、クライアントのビューワ部５０３からの次映像フレーム送信要求コマンド（これはクライアントのビューワ部５０３での圧縮映像データの受け取り完了に対して、送り返されるのが一般的である）を受け取った場合には、映像フレーム送信要求フラグを設定する。また、クライアントのビューワ部５０３から接続終了のコマンドを受けたならば、それを主プログラムへ通達し、さらにステップＳ８１２で自身のスレッドを終了する。

図９は、クライアントのビューワ部５０３が動作している時のビューワ１０２のディスプレイ装置１２における画面の様子を例示した図である。９０１は、Ｗｅｂブラウザ画面であり、ＣＰＵ１３３がＷｅｂブラウザプログラムを実行することで表示される。９０２は、Ｗｅｂブラウザ９０１の表示領域内で動作するビューワ画面であり、ＣＰＵ１３３がビューワプログラムを実行することで表示される。９０３は、ビューワ画面９０２において映像を表示するエリアである映像表示部である。

９０４は、ビューワ画面９０２においてパン（撮像装置１４の横振り）用のスクロールバーである。９０５は、ビューワ画面９０２においてチルト（撮像装置１４の縦振り）用のスクロールバーである。９０６は、ビューワ画面９０２においてズーム用のスクロールバーである。９０７は、ビューワ画面９０２においてカメラ制御権を要求するためのボタンである。９０８は、ビューワ画面９０２においてカメラ制御権の状態を表示する部分である。９０９は、ビューワ画面９０２において逆光補正用のボタンである。

図９に示すビューワ画面９０２は、ビューワ１０２において図６のユーザ操作を行うためのＧＵＩであり、ステップＳ６１１で受けとった映像データは映像表示部９０３に表示される。また、スクロールバー９０４〜９０６やボタン９０７、９０８からのカメラ操作指示は、図６のステップＳ６０７で受け取られ、ステップＳ６０８〜Ｓ６１０で処理されることで、操作コマンドがカメラ制御サーバ５０１などへ送られる。

図１０は、カメラサーバ１０１の用いる設定値である動作設定情報の設定画面例を示す図である。すなわち、図８のステップＳ８０１や図９のステップＳ９０１でカメラ制御サーバ５０１や映像サーバ５０２が読み出す動作設定情報を特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）に設定するための設定画面の一例を示している。図１０に示すように、設定画面１１１においては、カメラ制御サーバ５０１、映像サーバ５０２、動画品質、接続制限事項などに関する各種のパラメータ（後述）を設定できるようになっている。設定画面１１１のＯＫボタン１１２をユーザが押下すると、カメラサーバ１０１は、設定画面１１１にて設定した値が特定のファイルあるいはレジストリに書き込む処理を行う。また、設定画面１１１のキャンセルボタン１１３をユーザが押下すると、設定した値を書き込まずに終了する。

図１１は、図１０に示したカメラサーバ１０１の設定画面１１１の動作を示す流れ図である。カメラサーバ１０１は、設定画面１１１の起動時にまずステップＳ１１０１でカメラ制御サーバ５０１および映像サーバ５０２に関する設定情報を格納した特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）から設定情報を読み出し、内部データに設定し、設定画面１１１を表示する。以降、設定画面１１１に対するユーザの操作入力を受け取り、実施するループを繰り返す。

具体的には、ステップ１１０２において、カメラサーバ１０１は、ユーザの操作入力を待ち、入力があればそれを受け取る処理を行う。次に、ステップ１１０３において、カメラサーバ１０１は、ユーザが入力した値が適正範囲内であるか否かを判定する。ここで、値が適正範囲内ではないと判定した場合には、ステップ１１０４に進み、カメラサーバ１０１は、エラーメッセージを出力して、値を戻して、ユーザの入力待ち状態であるステップＳ１１０２へ戻る。また、値が適正範囲内であると判定した場合には、カメラサーバ１０１は、ステップＳ１１０５に進み、その値により内部データを更新して、ステップＳ１１０２に戻る。

設定画面１１１で設定できる値には次の項目がある。カメラ制御の通信用のＴＣＰポート番号、カメラと接続するＣＯＭ（シリアル）ポート、シャッタースピード、カメラ制御関連のログ情報の有無とログファイル名、映像関連の通信用のＴＣＰポート番号、ログ情報の有無とログファイル名、映像をキャプチャする時間間隔を規定するフレームレートと圧縮の品質を決めるＱ−Ｆａｃｔｏｒ、圧縮の元データの画面サイズ、１つのクライアントビューワの最大接続時間、カメラ制御に関する制御権の順番待ち人数、１つのビューワの制御権保持占有時間、映像とカメラ制御に関する接続可能な最大クライアント数などである。

次に、ユーザからの入力がＯＫボタン１１２の押下である場合には、カメラサーバ１０１は、ステップＳ１１０２からステップＳ１１０６に進み、更新された内部データをカメラ制御サーバ５０１および映像サーバ５０２に関する設定情報を格納する特定のファイルなどへ書き出す。次に、ステップＳ１１０７において、カメラサーバ１０１は、変更を反映するためにカメラサーバ１０１を再起動するか否かを尋ねるパネルを表示する。ここで、再起動する場合にはステップＳ１１０８において、カメラサーバ１０１は、カメラ制御サーバ５０１や映像サーバ５０２などを再起動する。次に、ステップＳ１１０９において、カメラサーバ１０１は、設定プログラムを終了する。また、再起動しない場合にはステップＳ１１０７から直接ステップＳ１１０９に進み、終了する。また、ステップＳ１１０２での設定画面１１１に対するユーザの入力がキャンセルボタン１１３である場合には、ステップＳ１１０２から直接ステップＳ１１０９に進み、終了する。

以上の構成により、ネットワーク１０３上に配置されたカメラサーバ１０１（あるいはネットワークカメラ）に設定された制御禁止エリア（あるいは制御禁止カメラ）へのカメラ制御リクエストを契機として、カメラサーバ１０１が自動的に、管理者あるいは特権ユーザとのセキュア通信への移行処理を開始する事が可能となる。

特に、本実施形態では、ビューワ（クライアント）１０２が、カメラサーバ１０１からリクエストされたセキュア通信情報（通信路指定や暗号化要求など）に基づきセキュア通信へ移行し、さらに、いずれかのビューワ１０２が、セキュア通信への移行処理を成功すると、それ以外の接続中のビューワ１０２に対してもセキュア通信への移行処理を要求する点に特徴がある。

その結果、移行できないビューワ１０２（一般ユーザが利用するクライアント）との接続を切断する。反対に、いずれのビューワ１０２もセキュア通信への移行処理を成功できない場合、カメラサーバ１０１は、禁止エリアあるいは禁止カメラへのカメラ制御リクエストを拒否する。

上述した本実施形態では、禁止エリアへのカメラ制御を契機として、セキュア通信に移行する例について説明しているが、禁止エリアから離れる際に、セキュア通信から通常通信への移行する手順も同様に説明できる。また、この場合には、セキュア通信と通常通信との頻繁な切替を避けるために、一定期間、セキュア通信を維持することも考えられる。

また、上述した本実施形態では、セキュア通信路として、ＳＳＬを用いた暗号通信路を用いる例について説明しているが、トランスポートレベルの暗号通信路に限定しているわけではない。暗号通信路には、ネットワークレベルの暗号通信路、例えば、ＩＰｓｅｃやＩＰｖ６などを用いてもかまわない。また、独自暗号化方式によるアプリケーションレベルの暗号通信を用いてもかまわない。また、セキュア通信路として、暗号通信路以外の手段を用いることも容易に想像できる。例えば、カメラサーバ１０１側のセキュア通信要求が、電話回線などの異なるネットワーク媒体を明示的に指定する方法である。このような方法は、携帯電話ネットワークを利用した情報サービスで有効である。

さらに、課金サーバを経由した通信とする事で、セキュア通信を担保する事も考えられる。例えば、カメラサーバ１０１側のセキュア通信要求が、指定の課金サーバ経由での課金済み通信を明示的に指定する方法である。カメラサーバ１０１は、課金サーバからの通信であるか否かを判定すれば良い。この方法では、課金サーバの機能を利用する事で、カメラサーバ１０１自身がユーザ管理機能や認証機能を装備維持するコスト、ならびに、クライアント認証されたＳＳＬを用いた暗号通信路を構築するコスト、を削減する事ができる。この方法は、相応の対価を支払った事を示す証明情報を、クライアントのビューワ１０２に要求する事でも、同様に実現できる。

さらに、この方法を利用する事で、カメラサーバ管理者や特権ユーザに限定されず、相応の対価を支払った利用者のビューワに対しては、制御禁止エリア（あるいは制御禁止カメラ）への制御を可能とするような運用形態も実現できる。

また、上述した本実施形態では、映像通信およびカメラ制御通信の双方を一括してセキュア通信に切り替える例について説明しているが、一部の通信のみをセキュア通信へ切り替える事も考えられる。例えば、映像通信のみをセキュア通信とする場合である。映像をセキュア通信によって配信するに際しては、映像コーデックの特性を利用したアプリケーションレベルの暗号化を利用することも容易に想像できる。また、ビューワ（クライアント）１０２毎に、異なったセキュア通信方法を選択しても構わない。

また、上述した本実施形態では、カメラ制御サーバ５０１が禁止エリアへのカメラ制御を判定し、セキュア通信への切り替えを要求する例について説明しているが、セキュア通信への切り替えをビューワ（クライアント）１０２側で判定することも容易に想像できる。例えば、禁止エリアが静的に設定されているケースが多いことから、最初にビューワ１０２が接続した時点で、そのカメラサーバ１０１に設定されている禁止エリア情報を取得し、自らのカメラ制御が禁止エリアに該当するものである場合には、ビューワ１０２自らセキュア通信を要求する。禁止エリアへの移動ならびにセキュア通信に、管理者権限あるいは特権ユーザ権限が必要な点は、本実施形態と同様である。

［第２の実施形態］
第２の実施形態では、第１の実施形態同様、図１や図２に示すようにネットワーク１０３上に、カメラサーバ１０１（あるいはネットワークカメラ）とビューワ１０２が配置されている。また、カメラサーバ１０１に設定された制御禁止エリア（あるいは制御禁止カメラ）へのカメラ制御リクエストを契機として、カメラサーバ１０１が自動的に、管理者あるいは特権ユーザとのセキュア通信への移行処理を開始する。

特に、第２の実施形態では、同じカメラサーバ１０１に複数の撮像装置１４が接続されている場合（例えば、複数のソース映像入力を設定したＶＢ１５０、あるいは、広角光学撮像系とＰＴＺカメラとの一体型カメラサーバなど）に、撮像装置１４単位でセキュア通信へ移行する点に特徴がある。さらに、セキュア移行できないビューワ１０２（一般ユーザのビューワ１０２）には、同じカメラサーバ１０１内の接続許可されている別の特定の撮像装置１４のカメラ映像（広角光学撮像系からの切り出し映像とか）に一方的に切り替えて映像データを提供する点に特徴がある。

また、第２の実施形態におけるネットワーク１０３の接続形態やカメラサーバ１０１及びビューワ１０２のハードウェア構成、および、それらの動作は、第１の実施形態に示したネットワーク１０３の接続形態やカメラサーバ１０１及びビューワ１０２のハードウェア構成、および、図６〜８、及び図１１〜１２に示した各ソフトウェアの動作とほぼ同様である。ただし、図３で示したカメラサーバ１０１のハードウェア構成において、撮像装置１４及び映像キャプチャボード１３６が複数ある点と、図１２で示したカメラ制御サーバ５０１の一部の動作が、第１の実施形態とは異なる。

具体的には、本実施形態のカメラサーバ１０１のハードウェア構成は、図示しないが、複数の映像キャプチャボード１３をさらに備え、それぞれに、ＰＴＺカメラ（パン、チルト、ズームなどのカメラ制御可能な撮像装置）、および広角光学撮像系（パノラマ映像を取得可能な撮像装置）などの複数種類の撮像装置が接続された構成である。

また、本実施形態では、カメラ制御サーバ５０１は、図１２のステップＳ７５３において、次のように動作する。ステップＳ７５３において、カメラ制御サーバ５０１は、ＳＳＬを用いたセキュア通信以外で接続中のクライアントに対して、セキュア通信要求（゛ｓｅｃｕｒｅ ｃｏｎｎｅｃｔｉｏｎ ｒｅｑｕｉｒｅｄ゛）を発行した上で、ＳＳＬを用いた暗号化通信に移行しないビューワ１０２については、同じカメラサーバ１０１内のカメラ制御制限されていない特定の撮像装置のカメラ映像に切り替えて映像データを提供する。

具体的に、カメラ制御制限されていないカメラ映像とは、広角コンボカメラサーバ（広角光学撮像系とＰＴＺカメラとの一体型カメラサーバ）の広角光学撮像系（特定の撮像装置）からの映像の切り出し映像（広角光学撮像系で取得された映像に映像変換および部分切出処理を施した映像）である。そして、ＰＴＺカメラがカメラ制御制限されたエリア（禁止エリア）に入った際に、セキュア通信移行できない接続については、広角光学撮像系映像の切り出し映像に、カメラサーバ１０１側が自動的に切り替えて映像配信する。この際、カメラ制御サーバ５０１は、切り替え前のビューワ１０２に対する映像配信パラメータ（映像サイズ、フレームレートなどの制御パラメータ）を、切り替え後の特定の撮像装置からの映像に対しても継承する。

以上の構成で、ネットワーク１０３上に配置されたカメラサーバ１０１（あるいはネットワークカメラ）に設定された制御禁止エリア（あるいは制御禁止カメラ）へのカメラ制御リクエストを契機として、カメラサーバ１０１は、自動的に、管理者あるいは特権ユーザとのセキュア通信への移行処理を開始する事が可能となる。更に、本実施形態では、同じカメラサーバ１０１に複数の撮像装置１４が接続されている場合には、カメラサーバ１０１は、撮像装置１４単位でセキュア通信へ移行するか否かを判断する点に特徴がある。さらに、セキュア通信へ移行できないビューワ１０２（一般ユーザのビューワ１０２）には、同じカメラサーバ１０１内の接続許可されている別の特定の撮像装置１４の映像に一方的に切り替えて映像データを提供することができる。

本実施形態では、同一カメラサーバ１０１内の別の特定の撮像装置１４の映像に切り替える例について説明しているが、切り替え先の映像は、別の特定のカメラサーバ１０１が提供する映像であっても良い。例えば、別の特定のカメラサーバ１０１への接続情報を、カメラサーバ１０１に事前に設定しておく事で、セキュア通信へ移行できないビューワ１０２（一般ユーザのビューワ１０２）へ、代替映像として接続を自動切り替えする実施形態も容易に想像できる。また、その際に、ビューワ１０２の映像配信パラメータ（映像サイズ、フレームレートなどの制御パラメータ）を、自動的に切り替え先のカメラサーバ１０１に継承しても良い。反対に、映像配信パラメータ（映像サイズ、フレームレートなど）をデグレードすることで、同じ撮像装置からの映像を提供する場合もありうる。すなわち、低解像度映像のみの提供や、静止画のみの提供である。

［第３の実施形態］
第３の実施形態では、第１の実施形態同様、図１や図２に示すようにネットワーク１０３上に、カメラサーバ１０１（あるいはネットワークカメラ）とビューワ１０２が配置されている。また、カメラサーバ１０１からのデータ配信において、カメラサーバ１０１が自動的に、管理者あるいは特権ユーザとのセキュア通信への移行処理を開始する。特に、第３の実施形態では、制御禁止エリアの扱いを音声配信に拡大し、音声配信の開始を契機として、セキュア通信に移行し、セキュア通信に移行できないビューワ１０２との接続を閉じる点に特徴がある。

また、第３の実施形態におけるネットワーク１０３の接続形態やカメラサーバ１０１及びビューワ１０２のハードウェア構成、および、それらの動作は、第１の実施形態に示したネットワーク１０３の接続形態やカメラサーバ１０１及びビューワ１０２のハードウェア構成、および、図６〜８、及び図１１〜１２に示した各ソフトウェアの動作とほぼ同様である。

図１３および図１４は、第３の実施形態におけるカメラサーバ１０１及びビューワ１０２のハードウェア構成の一例を示した図である。図１３及び図１４に示すように、第１の実施形態に示した図３および図４のハードウェア構成と比べて、第３の実施形態におけるカメラサーバ１０１のハードウェア構成は、音声データを扱うためのマイクロフォン１６及び音声キャプチャボード１３Ａが追加されている点でことなり、ビューワ１０２のハードウェア構成は、スピーカー１７及び音声ボード１５８が追加される点で異なる。

また、図１５は、第３の実施形態におけるカメラサーバ１０１及びビューワ１０２の機能構成を模式化したブロック図である。図１５に示すように、図５に示した第１の実施形態の機能構成と比べて、第３の実施形態におけるカメラサーバ１０１及びビューワ１０２の機能構成は、音声データを扱うための音声サーバ５０６や音声出力部５０７が、それぞれに追加されている点で異なる。

なお、音声サーバ５０６の動作は、第１の実施形態で示した図８の映像サーバ５０２による映像データの処理を、音声データで置き換えた振る舞いである。図１６は、カメラサーバ１０１内の音声サーバ５０６の動作を示した流れ図である。音声サーバ５０６は、まず起動時にステップＳ１６０１で特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）から音声サーバ５０６の動作設定情報を読み出して、それに基づき動作を開始する。ここで、音声の獲得と符号化を行うスレッドを生成し（最初このスレッドは休止状態）、クライアントであるビューワ部５０３からのリクエストを受け付けるポートを開き、続いて、ステップＳ１６０２のリクエスト受付状態に入る。リクエスト（接続リクエストもしくはコマンドリクエスト）が受け付けられたら、ステップＳ１６０２を抜け、接続リクエストならばステップＳ１６０３においてリクエストを受け付け、ステップＳ１６０４で接続の可否の判定を行う。否ならば接続拒否のエラーコードを返し、ステップＳ１６０２に戻る。可ならば、ステップＳ１６０４において、音声サーバ５０６は、接続処理として、クライアントであるビューワ１０２からのコマンドの受付処理を行うスレッド（クライアント対応のスレッド）を生成し、クライアントであるビューワ１０２の登録を行い、もし音声の獲得と符号化を行うスレッドが休止状態ならば動作開始を指示してから、Ｓ１６０２に戻る。

生成されたクライアント対応のスレッドは、ステップＳ１６０９において、対応するビューワ１０２からのコマンドの受付を行う。コマンドが届いたならば、それを受け付け、音声処理を行う音声サーバ５０６の主プログラムへ受け渡す。音声サーバ５０６の主プログラムは、ステップＳ１６０２でこれを受け、操作コマンドに対してはステップＳ１６０６へ進み、音声の獲得や符号化・送信などに関する設定の変更操作を行って、その結果（操作の成功か失敗を示すコード）をコマンド要求を受け付けたクライアント対応のスレッドへ伝える。このクライアント対応のスレッドは、ステップＳ１６１０において、結果をクライアントであるビューワ１０２へ送り返す。音声サーバ５０６の主プログラムは、ステップＳ１６０５の音声の獲得と符号化を行うスレッドへの動作開始を指示により、ステップＳ１６０７において前もって設定された時間間隔で音声データを音声キャプチャボードを使って獲得し、これを圧縮データに変換する。次に、ステップＳ１６０８において、音声サーバ５０６は、圧縮データをすべてのクライアント対応のスレッドに伝える。

各クライアント対応のスレッドは、ステップＳ１６１１において、クライアントのビューア１０２からの次音声フレーム送信要求の有無を判定し、要求があるならば、圧縮データをクライアントのビューワ１０２へ配送する。クライアント対応のスレッドは、クライアントであるビューワ１０２からの次音声フレーム送信要求（これはビューワ１０２での圧縮音声データの受け取り完了に対して、送り返されるのが一般的である）を受け取った場合には音声フレーム送信要求のフラグを設定する。また、ビューワ１０２から接続終了のコマンドを受けたならば、それを主プログラムへ通達し、さらにステップＳ１６１２で自身のスレッドを終了する。

上述した処理の中で、ステップＳ１６０４の処理においては、クライアントであるビューワ１０２からの接続が、管理者あるいは特権ユーザとして登録されているユーザからのＳＳＬを用いたセキュア通信であるか否かを判定し、セキュア通信でない場合には、要求元に、セキュア通信要求（゛ｓｅｃｕｒｅ ｃｏｎｎｅｃｔｉｏｎ ｒｅｑｕｉｒｅｄ゛）を表すレスポンスコードを返す。また、管理者あるいは特権ユーザとして登録されているユーザからのセキュア通信路経由での制御コマンドである事が確認された場合には、それ以外のすべての接続中のビューワ１０２に対して、セキュア通信要求（゛ｓｅｃｕｒｅ ｃｏｎｎｅｃｔｉｏｎ ｒｅｑｕｉｒｅｄ゛）を発行した上で、ＳＳＬを用いた暗号化通信路以外の接続を閉じる。

以上の構成で、ネットワーク１０３上に配置されたカメラサーバ１０１（あるいはネットワークカメラ）からのデータ配信において、カメラサーバ１０１が自動的に、管理者あるいは特権ユーザとのセキュア通信への移行処理を開始する事が可能となる。特に、本実施形態では、制御禁止エリアの扱いを音声配信に拡大し、音声配信の開始を契機として、セキュア通信に移行し、セキュア通信に移行できないビューワ１０２との接続を閉じる点に特徴がある。

この結果、特定ユーザのみへの音声配信が可能となり、盗聴などの事故を未然に防ぐことが可能となる。また、本実施形態では、音声サーバ５０６への接続時点で、セキュア通信路経由の有無を判定しているが、これは、別のタイミングであっても良い。例えば、一つのカメラサーバ１０１（あるいはネットワークカメラ）に、複数の音声入力系を備える場合、特定の音声入力系への接続を契機として、セキュア通信へ移行する事も容易に想像できる。

以上説明したように、カメラサーバ１０１に設定された制御禁止エリアあるいは制御禁止カメラへのカメラ制御リクエストを契機として、カメラサーバ１０１は、自動的にセキュア通信（暗号化通信など）への移行処理を開始する事ができる。すなわち、カメラサーバ１０１は、カメラ制御と連動する事で、セキュア通信にスムーズに移行できる。これにより、一般ユーザに対して禁止エリアを設定しつつ、特権ユーザの操作性を損なわないという効果を得られる。さらに、同一のカメラサーバ１０１に複数の撮像装置（ＶＢ１５０や広角カメラコンボなど）が接続されている場合には、撮像装置単位でセキュア通信への移行する事ができる。また、音声サーバ５０６の配信についても、音声の配信を管理者あるいは特権ユーザに限定するよう、セキュア通信を適用することができる。

尚、上述したシステム構成に限定されるものではなく、カメラサーバ１０１の替わりにネットワークカメラを用いてもよい。

また、上述した実施形態において図６〜８、及び図１１〜１２に示した各処理は、各処理の機能を実現する為のプログラムをメモリ（メモリ１３４やメモリ１５４など）から読み出してＣＰＵ１３３やＣＰＵ１５３が実行することによりその機能を実現させるものである。

尚、上述した構成に限定されるものではなく、図６〜８、及び図１１〜１２に示した各処理の全部または一部の機能を専用のハードウェアにより実現してもよい。また、上述したメモリは、光磁気ディスク装置、フラッシュメモリ等の不揮発性のメモリや、ＣＤ−ＲＯＭ等の読み出しのみが可能な記録媒体、ＲＡＭ以外の揮発性のメモリ、あるいはこれらの組合せによるコンピュータ読み取り、書き込み可能な記録媒体より構成されてもよい。

また、図６〜８、及び図１１〜１２に示した各処理の機能を実現する為のプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各処理を行っても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。具体的には、記憶媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含む。

また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。

また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現する為のものであっても良い。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体およびプログラムプロダクトは、本発明の範疇に含まれる。
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

本発明の第１の実施形態におけるカメラサーバ（情報処理装置）を含む情報処理ネットワークの構成の一例を示す概略図である。 図１の情報処理ネットワークに広く普及したＷｅｂ技術を併用した構成例を示す図である。 図１及び図２に示した本実施形態におけるカメラサーバ１０１のハードウェア構成の一例を示した図である。 図１及び図２に示した本実施形態におけるビューワ１０２のハードウェア構成の一例を示す図である。 カメラサーバ１０１及びビューワ１０２で実行されるプログラムにより実現される機能構成を模式化したブロック図である。 図２に示したビューワ１０２における動作の流れを示す図である。 図２に示したカメラサーバ１０１内のカメラ制御サーバ５０１の動作を示す流れ図である。 カメラサーバ１０１内の映像サーバ５０２の動作を示す流れ図である。 クライアントのビューワ部５０３が動作している時のビューワ１０２のディスプレイ装置１２における画面の様子を例示した図である。 カメラサーバ１０１の用いる設定値である動作設定情報の設定画面例を示す図である。 図１０に示したカメラサーバ１０１の設定画面１１１の動作を示す流れ図である。 カメラ制御制限エリア（禁止エリア）に関する処理の一例を示す図である。 第３の実施形態におけるカメラサーバ１０１のハードウェア構成の一例を示した図である。 第３の実施形態におけるビューワ１０２のハードウェア構成の一例を示した図である。 第３の実施形態におけるカメラサーバ１０１及びビューワ１０２の機能構成を模式化したブロック図である。 カメラサーバ１０１内の音声サーバ５０６の動作を示した流れ図である。

符号の説明

１０１ カメラサーバ
１０２ ビューワ
１０３ ネットワーク
１０４ ＷＷＷサーバ
１０ マウス
１１ キーボード
１２ ディスプレイ装置
１３、１５、１３ａ、１５ａ コンピュータ本体
１３Ａ 音声キャプチャボード
１４ 撮像装置
１６ マイクロフォン
１７ スピーカー
１３３ ＣＰＵ
１３４ メモリ
１３５ ネットワークＩ／Ｆ
１３６ 映像キャプチャボード
１５３ ＣＰＵ
１５４ メモリ
１５５ ネットワークＩ／Ｆ

Claims (12)

1. ネットワーク上の利用者端末に対して撮像装置で撮影した映像を配信する機能を有する情報処理装置であって、
   前記映像の配信を要求する前記利用者端末からの指示に応じて前記撮像装置における撮像範囲を制御する撮像装置制御手段と、
   前記映像の配信を要求する前記利用者端末の利用者の属性に応じて前記撮像範囲となりうる撮像可能範囲において撮像を制限する制限領域を定義する撮像制限情報を格納する格納手段と、
   前記利用者端末との通信において、秘匿性のある通信を用いるか否かを制御する通信制御手段と
   を具備し、
   前記格納手段から参照する前記撮像制限情報を基に、前記撮像装置制御手段により制御後の前記撮像範囲が前記制限領域を含むと判断した場合に、前記通信制御手段は、前記利用者端末と秘匿性を有する通信を行うよう制御すること
   を特徴とする情報処理装置。
2. 前記通信制御手段が秘匿性を有する通信を実現する通信方式は、ネットワークレベルの秘匿性を有する通信方式、トランスポートレベルの秘匿性を有する通信方式、及び独自暗号化方式によるアプリケーションレベルの秘匿性を有する通信方式のいずれか一つ、または、それらの組み合わせの通信方式であることを特徴とする請求項１に記載の情報処理装置。
3. 前記通信制御手段は、課金サーバ経由の通信により前記秘匿性を有する通信を担保することを特徴とする請求項１に記載の情報処理装置。
4. 前記通信制御手段は、前記映像の配信を要求する前記利用者端末からの前記撮像範囲に関する指示を受信した場合に、前記秘匿性を有する通信を行うよう制御することを特徴とする請求項１又は２に記載の情報処理装置。
5. 複数の前記利用者端末に対して映像を配信中に、前記通信制御手段は、接続中のいずれかの利用者端末に対して秘匿性を有する通信を行うよう制御した場合に、他の接続中の利用者端末に対しても秘匿性を有する通信を行うよう制御することを特徴とする請求項１に記載の情報処理装置。
6. 前記通信制御手段は、接続中の全ての利用者端末に対して秘匿性を有する通信を行うよう制御する場合に、秘匿性を有する通信が必要でないと判断した利用者端末との接続を切断することを特徴とする請求項５に記載の情報処理装置。
7. 前記通信制御手段が接続中の全ての利用者端末に対して秘匿性を有する通信を行うよう制御し、かつ、前記撮像装置を複数有する場合に、秘匿性を有する通信が必要でないと判断した利用者端末に対して、特定の撮像装置で撮像された映像に切り替えて配信するよう制御する配信制御手段を更に具備することを特徴とする請求項５に記載の情報処理装置。
8. 前記特定の撮像装置は、広角光学系の撮像装置であることを特徴とする請求項７に記載の情報処理装置。
9. 前記配信制御手段は、前記特定の撮像装置で撮像された映像に切り替える際に、切り替え前の撮像装置で利用していた制御パラメータを継承することを特徴とする請求項７に記載の情報処理装置。
10. 前記撮像装置で撮像した映像と共に前記映像に関する音声を配信する音声配信手段を更に具備し、
    前記通信制御手段は、更に、前記音声配信手段が音声を配信するか否かに応じて前記利用者端末と秘匿性を有する通信を行うよう制御することを特徴とする請求項１〜９のいずれか１項に記載の情報処理装置。
11. ネットワーク上の利用者端末に対して撮像装置で撮影した映像を配信する機能を有する情報処理装置を用いた情報処理方法であって、
    前記映像の配信を要求する前記利用者端末からの指示に応じて前記撮像装置における撮像範囲を制御する撮像装置制御ステップと、
    前記映像の配信を要求する前記利用者端末の利用者の属性に応じて前記撮像範囲となりうる撮像可能範囲において撮像を制限する制限領域を定義する撮像制限情報を格納する格納手段から、前記撮像制限情報を参照し、前記撮像装置制御ステップにより制御後の前記撮像範囲が前記制限領域を含むか否かを判断する判断ステップと、
    前記判断ステップで、前記撮像装置制御ステップにより制御後の前記撮像範囲が前記制限領域を含むと判断した場合に、前記利用者端末と秘匿性を有する通信を行うよう制御する通信制御ステップと
    を有することを特徴とする情報処理方法。
12. ネットワーク上の利用者端末に対して撮像装置で撮影した映像を配信する機能を有する情報処理装置用のプログラムであって、
    前記映像の配信を要求する前記利用者端末からの指示に応じて前記撮像装置における撮像範囲を制御する撮像装置制御ステップと、
    前記映像の配信を要求する前記利用者端末の利用者の属性に応じて前記撮像範囲となりうる撮像可能範囲において撮像を制限する制限領域を定義する撮像制限情報を格納する格納手段から、前記撮像制限情報を参照し、前記撮像装置制御ステップにより制御後の前記撮像範囲が前記制限領域を含むか否かを判断する判断ステップと、
    前記判断ステップで、前記撮像装置制御ステップにより制御後の前記撮像範囲が前記制限領域を含むと判断した場合に、前記利用者端末と秘匿性を有する通信を行うよう制御する通信制御ステップと
    をコンピュータに実行させるためのプログラム。

Images