JP2006222720A - 映像通信システム、情報処理装置、映像通信方法及びそのプログラム - Google Patents

Abstract

【課題】 適切なアクセス制御の下、ネットワーク上に流通しているカメラサーバの映像情報（映像クリップ）を、カメラ制御情報やカメラ制御権を利用可能な状態で提供する。
【解決手段】 映像通信システムは、ネットワークに接続可能で映像再生可能な管理者ビューワ２０１と、映像データを配信するカメラサーバ１０１とを少なくとも具備する。映像取得部４１１は、カメラサーバ１０１の配信する映像データを取得する。映像変換部４１２は、管理者ビューワ２０１において再生可能な端末用映像データを生成し、生成した端末用映像データに対してカメラサーバ１０１のアクセス制御情報を設定する。映像送信部４１３は、アクセス制御情報を含む端末用映像データを管理者ビューワ２０１へ送信する。
【選択図】 図５

Description

本発明は、通信によって映像データの配信などを行う映像通信システム、情報処理装置、映像通信方法及びそのプログラムに関するものである。

本発明に関係する既存の技術は、以下の通りである。
［ライブ映像通信システム］
動画用カメラで撮影したライブ映像を、動画用カメラを具備するカメラサーバよりインターネットなどの通信インフラストラクチャを使ってＰＣ（パーソナルコンピュータ）へ配信するとともに、ＰＣから撮影のためのカメラ設定やカメラ操作などをカメラサーバ経由で動画用カメラへ指示する技術が確立され、製品が提供されている。例えば、複数の上述したカメラサーバおよびＰＣがネットワークで接続された映像通信システムにおいて、カメラサーバからＰＣへの映像配信に加えて、カメラサーバの備える動画用カメラに対してパン、チルト、ズーム、逆光補正といったカメラ制御を、ＰＣよりネットワークを介して行うことが可能なシステムが提供されている。また、上述した映像通信システムは、アクセス制御機能を備え、利用者のアクセス権限に応じて、カメラ制御や映像配信の制限を行うことができる。

更に、上述した映像通信システムにおいて、カメラ制御によって撮像される領域に関してもＰＣより制限することが可能になっている。例えば、ＰＣの利用者が特権ユーザである場合は、動画用カメラに備わるズーム機能のすべてを利用できるが、ＰＣの利用者が通常ユーザである場合は、ズーム機能の一部（たとえば、テレ端を使い切れない）のみ利用可能とするような制限である。また、パン機能やチルト機能についても同様に制御可能である。

［第三世代携帯電話技術］
また、近年において、第二世代の携帯電話サービスよりも高い電波利用効率と通信帯域を備えた携帯電話サービスとして、第三世代（３Ｇ）の携帯電話サービスが提供されるようになっている。例えば、第三世代（３Ｇ）の携帯電話端末では、電話通話しながらインターネットアクセスなどのデータ通信が可能となっている。それは、マルチアクセスと呼ばれる接続形態を用意しており、これを利用することで、ウェブブラウジングなどのデータ通信を行いながら、電話通話を可能にしている。

さらに、第三世代の携帯電話端末では、携帯電話端末自体の処理能力も強化されており、これまでＰＣ（パーソナルコンピュータ）などで行っていた作業を携帯電話端末で処理可能になっている。例えば、電子メールやウェブブラウジングおよび映像送受信などの機能を実装している携帯電話端末が提供されている。また、第三世代の携帯電話サービスでは、映像配信のサービスも行われている。

［ＭＰＥＧ−４コーデック］
移動体通信網に接続する携帯情報端末から広帯域インターネットに接続するＰＣまでの映像送受信端末の広がりを受けて、数十ｋｐｂｓから数十Ｍｂｐｓの広いビットレートをカバーする高圧縮符号化効率、および、無線やインターネットなどの伝送路誤りに対する強い耐性などを備えた動画像圧縮符号化方式として、ＩＳＯで１９９９年にＭＰＥＧ−４という規格が制定されている。
また、ＭＰＥＧ−４を用いた映像配信サービスが、個人情報端末（ＰＤＡ）や携帯電話端末向けに提供されている。例えば、第三世代（３Ｇ）携帯電話サービスでは、携帯電話端末（ビジュアル端末）間でＭＰＥＧ−４を用いて相互に映像を送受信するサービスを提供している。

［携帯電話向け映像技術］
携帯電話端末に映像クリップ（映像ファイル）を表示する技術が提供されている。これらのサービスでは、ＭＰＥＧ−４コーデックなどで圧縮符号化された映像データ（映像クリップあるいは映像ファイル）をサーバに保存し、携帯電話端末に内蔵するデータ通信機能を使ってサーバからダウンロードした上で、同じく携帯電話端末に内蔵するデコーダを使って映像を携帯電話端末の画面に表示する。

また、これらの映像クリップのデータフォーマットは、マイクロソフト（登録商標）社のＡＳＦ（Ａｄｖａｎｃｅｄ Ｓｔｒｅａｍｉｎｇ Ｆｏｒｍａｔ）形式や、ＩＳＯ標準のＭＰ４形式（ＩＳＯ／ＩＥＣ１４４９６−１ Ａｍｄ１ ＭＰＥＧ−４システム Ｖｅｒｓｉｏｎ２）など、インターネットに接続可能なＰＣなどで広く普及している形式に準拠している。また、多くの携帯電話向け映像サービスでは、いずれも映像クリップの上限サイズが決められており、例えば、２４０ｋｂｙｔｅｓが上限となっている。

［映像クリップへのリンクやコマンドの関連付け技術］
上述したＡＳＦ形式やＱｕｉｃｋＴｉｍｅ Ｆｉｌｅ Ｆｏｒｍａｔなどでは、映像クリップにＵＲＬなどのハイパーリンク機能を関連付けることができる。また、ＡＳＦ形式では、゛Ｓｃｒｉｐｔ Ｃｏｍｍａｎｄ Ｏｂｊｅｃｔ゛を定義することが可能であり、このオブジェクト内に、ＡＳＦファイル再生時のタイムラインに同期するように設定したリンク情報をリストできる。さらに、ＡＳＦ形式では、Ｓｃｒｉｐｔ Ｃｏｍｍａｎｄ Ｏｂｊｅｃｔを利用して、リンク情報ばかりでなく、スクリプトなどのコマンド情報も記述可能となっている。

また、映像クリップにハイパーリンク機能付きのテキストテロップ（字幕）を追加する機能が備わっている。このテロップ記述言語には、ＳＴＭＬ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｔｅｌｏｐ Ｍａｒｋ−ｕｐ Ｌａｎｇｕａｇｅ）を利用する。この機能により、ユーザは、音声通話やメール送信やホームページリンクなどを、映像クリップと関連付けることができる。

［バイオメトリクス応用技術］
眼球の虹彩や指紋などに代表されるバイオメトリクス（生体依存情報）は、個人認証のキー情報として利用可能であることが知られている。そして、これらの情報を簡単に取込み、情報処理に応用するための入力機器が入手可能になってきている。例えば、虹彩情報に基づく高精度の本人認証技術が提供されている。この技術では、標準的なビデオカメラを用いて１メートルほどの距離から撮影し、そこから虹彩の画像情報を抽出／コード化して、２５６バイトにまでデータ圧縮して、本人認証用コードとしている。また、指紋認証モジュールを開発するとともに、そのモジュールをＰＣＭＣＩＡインターフェースのＰＣカードに実装するなど小型化を行って販売しているメーカもある。

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

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

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

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

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

［電子チケット技術］
暗号技術や認証技術を使って、電子的なチケットが提供可能になっている。
例えば、ＤＤＳＡ（Ｄｉｇｉｔａｌ Ｄｏｃｕｍｅｎｔ Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ）技術では、コンテンツ利用権を認証する暗号技術とプログラム実行を保護するプログラム実行制御技術の二つによって、コンテンツ利用権の設定、コンテンツ保護（カプセル化）、利用プログラム保護、および、コンテンツ利用への課金までの機能を提供している。

そして、コンテンツ利用あるいはプログラム実行のためには、アクセスチケットに相当する電子的な゛鍵情報゛を入手する必要があり、アクセスチケットを利用者の身分証明書゛トークン゛毎に限定的に提供することで、コンテンツあるいはプログラムを保護する仕組みとなっている。これによって、従来のデジタルコンテンツの流通方法がデータの゛所有権゛を売買するものだったのに対し、コンテンツを閲覧・再生する゛利用権゛を電子チケットとして売買することを可能にしている。また、同様の技術は、ＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ）目的でも利用されている。

例えば、ＩＳＯ／ＩＥＣのＭＰＥＧ標準の中では、ＩＰＭＰ （Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｐｒｏｔｅｃｔｉｏｎ）が検討され、標準的なコンテンツ管理/保護を可能としている（゛ＩＳＯ／ＩＥＣ １４４９６−１：１９９９ ＭＰＥＧ−４／Ｓｙｓｔｅｍ゛、゛ＩＳＯ／ＩＥＣ １４４９６−１ ＰＤＡＭ３−ＩＰＭＰ ｅｘｔｅｎｓｉｏｎ゛、あるいは、ＭＰＥＧ゛ＩＰＭＰ Ｏｖｅｒｖｉｅｗ゛ＭＰＥＧ／ｎ２６１４）。

また、映像データに電子透しや電子署名等を埋め込むための技術が開示されている（例えば、特許文献１を参照）。

特開２０００−１６５８０５号公報

しかしながら、インターネット上でサービスされているカメラ制御可能なカメラサーバの映像情報を映像クリップ（ファイル）としてサービスする場合、映像情報に付帯するカメラ制御情報（パン、チルト、ズーム、あるいは、制御権などの情報）が適切に利用できないという問題がある。あるいは、利用できた場合でも、ネットワーク上の様々なユーザへ適切なアクセス制御の下でカメラサーバのサービスを提供する事が難しいという問題がある。

本発明は、上述した事情を考慮してなされたもので、ネットワーク上に流通しているカメラサーバの映像情報（映像クリップ）を、カメラ制御情報やカメラ制御権を利用可能な状態で提供することが可能な映像通信システム、情報処理装置、映像通信方法及びそのプログラムを提供することを目的とする。

この発明は、上述した課題を解決すべくなされたもので、本発明による映像通信システムにおいては、ネットワークに接続可能で映像再生可能な端末と、映像データを配信するカメラサーバとを少なくとも具備する映像通信システムであって、カメラサーバの配信する映像データを取得する映像取得手段と、端末の属性情報と映像取得手段の取得した映像データとを基に端末において再生可能な端末用映像データを生成する映像変換手段と、映像変換手段が生成した端末用映像データに対してカメラサーバのアクセス制御情報を設定する制御情報設定手段と、制御情報設定手段の設定によりアクセス制御情報を含む端末用映像データを端末へ送信する映像送信手段とを具備することを特徴とする。

また、本発明による情報処理装置においては、ネットワーク上に配置されるカメラサーバと接続して、カメラサーバが送信する映像データを表示する情報処理装置であって、映像データを取得する映像取得手段と、映像データ内に組み込まれたカメラ状態情報からカメラ制御コマンドを抽出するカメラ制御コマンド抽出手段と、カメラコマンド抽出手段が抽出したカメラ制御コマンドをカメラサーバへ送信する制御コマンド送信手段とを具備することを特徴とする

また、本発明による映像通信方法においては、ネットワークに接続可能で映像再生可能な端末と、映像データを配信するカメラサーバとを少なくとも具備する映像通信システムを用いた映像通信方法であって、カメラサーバの配信する映像データを取得する映像取得ステップと、端末の属性情報と映像取得ステップで取得した映像データとを基に端末において再生可能な端末用映像データを生成する映像変換ステップと、映像変換ステップで生成した端末用映像データに対してカメラサーバのアクセス制御情報を設定する制御情報設定ステップと、制御情報設定ステップで設定したアクセス制御情報を含む端末用映像データを端末へ送信する映像送信ステップとを有することを特徴とする。

また、本発明によるプログラムは、ネットワークに接続可能で映像再生可能な端末と、映像データを配信するカメラサーバとを少なくとも具備する映像通信システム用のプログラムであって、カメラサーバの配信する映像データを取得する映像取得ステップと、端末の属性情報と映像取得ステップで取得した映像データとを基に端末において再生可能な端末用映像データを生成する映像変換ステップと、映像変換ステップで生成した端末用映像データに対してカメラサーバのアクセス制御情報を設定する制御情報設定ステップと、制御情報設定ステップで設定したアクセス制御情報を含む端末用映像データを端末へ送信する映像送信ステップとをコンピュータに実行させるためのプログラムである。

本発明による映像通信システム、情報処理装置、映像通信方法及びそのプログラムは、適切なアクセス制御の下、ネットワーク上に流通しているカメラサーバの映像情報（映像クリップ）を、カメラ制御情報やカメラ制御権を利用可能な状態で提供することができる。

以下、図面を参照して本発明の実施形態について詳細に説明する。

［第１の実施形態］
本発明の第１の実施形態として、ネットワーク上に配置された複数のカメラサーバから取得したライブ映像を、携帯電話端末向けの映像データ（以下、映像クリップとする）に変換して送信する映像変換サーバ（情報処理装置）を含む映像通信システムについて説明する。

また、ライブ映像データを変換して映像クリップを生成する映像変換サーバが、映像に付帯するカメラ制御状態情報（パン、チルト、ズーム、あるいは、制御権などの情報）を反映して、適切な映像クリップを生成する例についても説明する。特に、本実施形態の映像変換サーバは、映像クリップが作成された時点のカメラ制御状態情報を使って、現在のカメラサーバにアクセスできるよう映像クリップを作成する点に特徴がある。

さらに、映像変換サーバは、携帯電話端末に備わる標準的な映像ビューワ（以下、カメラ制御機能などを備えない意味で『非専用ビューワプログラム』とする）を用いて再生表示可能な映像クリップを生成した上で、その映像クリップ中に適切なリンク情報を組み込むことで、リンク情報を参照した場合に、カメラ制御機能などを備える映像ビューワ（以下、専用ビューワプログラムとする）に、適切なカメラ制御情報を引き渡すことを可能とする。

さらに、カメラサーバの管理者が実行する管理者ビューワによって、映像クリップに適切なアクセス制御情報を付与した上で、生成された映像クリップの一部あるいは全部に電子署名（以下、単に署名とする）することで、この署名付き映像クリップを受け取ったユーザに、アクセス制御情報に指定された限定的なカメラサーバへのアクセスあるいはカメラ制御を許可する例について説明する。

図１は、本発明の第１の実施形態における映像通信システムの概略構成を示す図である。図１において、１０１および１０２は、カメラサーバであり、ライブ映像を撮像可能な動画用カメラを具備し、その動画用カメラによるライブ映像をネットワーク経由で提供する。２００は、ビューワであり、カメラサーバ１０１、１０２よりネットワーク経由で提供されるライブ映像を表示可能なソフトウェアをインストールしており、ネットワークに接続可能なコンピュータ端末である。尚、ビューワ２００は、カメラサーバ１０１に対するカメラ制御機能を有する専用ビューワプログラムを実行する。

以上の構成により、ビューワ２００よりネットワークを介してライブ映像の表示要求（以下、リクエストとする）がカメラサーバ１０１、１０２へ送られ、これが受け入れられるとカメラサーバ１０１、１０２からビューワ２００へ映像データが配送され、ビューワ２００で受信した映像データを再生することでライブ映像を表示することが可能となる。またビューワ２００からカメラ制御コマンドがカメラサーバ１０１または１０２へ送られると、カメラサーバ１０１または１０２が具備する動画用カメラに対してズーム、パン、チルトなどの制御操作が可能となる。さらに、ネットワーク上には、中継サーバ３００が置かれビューワ２００とカメラサーバ１０１、１０２との通信を中継することがある。

また、４００は、映像変換サーバであり、カメラサーバ１０１、１０２が提供するライブ映像の映像データを映像クリップ（携帯用映像データ）に変換した上で、携帯電話向けに配信する。また、５００は、ゲートウェイであり、ネットワークと携帯電話回線網とを仲介する。６０１および６０２は、携帯電話端末であり、ゲートウェイ５００を介してネットワークに接続する機能や、映像変換サーバ４００が変換した映像クリップを表示するビューワ機能（少なくとも非専用ビューワプログラムの機能）を搭載している。以上の構成により、携帯電話端末６０１、６０２は、ゲートウェイ５００を介してネットワークに接続された機器と通信可能となる。

２０１は、管理者ビューワであって、カメラサーバ１０１、１０２の管理者によって利用されるビューワ機能を有する携帯電話端末である。管理者ビューワ２０１は、上記の携帯電話端末６０１、６０２と比べて、カメラサーバ接続情報やカメラサーバ制御情報や管理者固有情報などを反映した署名情報を映像クリップへ付与する機能を更に有する点が異なる。

尚、携帯電話端末６０１、６０２や管理者ビューワ２０１において、ビューワ機能はビューワプログラムが実行されることで実現されるが、このビューワプログラムは、典型的には、工場出荷時にインストールされるが、例えばＪａｖａ（登録商標）プログラムのように実行時（利用時）にネットワーク経由でダウンロードされて実行される形態であっても良い。つまり、工場出荷時には、非専用ビューワプログラムのみを備え、必要に応じて、専用ビューワプログラムとしての機能を実現するＪａｖａ（登録商標）プログラムをダウンロードするような実施形態である。また、図１のネットワークは企業あるいは組織内で運用されるイントラネットであってもよく、広く世界をつないでいるインターネットであってもよい。また、中継サーバ３００や映像変換サーバ４００は、典型的には、インターネットイクスチェンジやデータセンタ（ＩＤＣ：Ｉｎｔｅｒｎｅｔ Ｄａｔａ Ｃｅｎｔｅｒ）に配置され、通信負荷の軽減を図るよう設計される。

次に、図１に示した映像変換サーバ４００や、カメラサーバ１０１、１０２や、携帯電話端末６０１、６０２のハードウェア構成例について図を用いて説明する。
図２は、図１に示した映像変換サーバ４００のハードウェア構成の一例を示す図である。図２に示すように、映像変換サーバ４００は、サーバ向けコンピュータであり、より詳細には、プログラムやデータを格納する記憶装置や、ネットワークと接続するためのネットワークＩ／Ｆ（インターフェース）４３や、プログラムによる各種の処理を実行するＣＰＵ（中央演算装置）４１などから構成されるコンピュータである。また、映像変換サーバ４００は、記憶装置として、図１に示すように主記憶装置となるメモリ４２や、フラッシュメモリやＨＤ（ハードディスク）装置４５などからなる二次記憶装置、および、プログラムを媒体からロードするためのＦＤ（フレキシブルディスク）装置４４などを具備する。

図３は、図１に示したカメラサーバ１０１、１０２のハードウェア構成の一例を示す図である。図３に示すように、カメラサーバ１０１、１０２は、実際にライブ映像の撮像を行うカメラ装置１１と、カメラ装置１１の出力する映像を処理するコンピュータ１０から構成される。また、図３に示すようにコンピュータ１０は、プログラムやデータを格納する記憶装置と、映像データを取り込むための映像キャプチャボード１５と、カメラ装置１１にコマンドを送るためのシリアルＩ／Ｆ（インターフェース）１６と、ネットワークと接続するためのネットワークＩ／Ｆ１４と、プログラムによる各種の処理を実行するＣＰＵ１２とを具備する。ここで、記憶装置とは、図３に示すように主記憶装置となるメモリ１３や、フラッシュメモリやＨＤ装置１８などからなる二次記憶装置、および、プログラムを媒体からロードするためのＦＤ装置１７などである。

尚、図示していないが、カメラサーバ１０１、１０２および映像変換サーバ４００は、各種設定などを行うための入出力装置を備える場合もある。具体的には、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）や液晶ディスプレイなどの表示装置やキーボードやマウスなどの入力装置などを具備しても良い。すなわち、カメラサーバ１０１、１０２および映像変換サーバ４００は、表示装置を制御したり、キーボードやマウスからの入力信号を処理したりするインターフェース機能を具備する。また、カメラサーバ１０１の構成は上述した限りではなく、カメラ装置とコンピュータとが一体化されたサーバ内蔵型ネットワークカメラ等であっても良い。

図４は、図１に示した携帯電話端末６０１、６０２及び管理者ビューワ２０１のハードウェア構成の一例を示す図である。また、上述したように携帯電話端末６０１、６０２及び管理者ビューワ２０１には、ビューワ機能を実現するプログラムが格納されている。図４に示すように携帯電話端末６０１、６０２及び管理者ビューワ２０１は、端末内の制御や無線通信により受信するデータの処理などを行うデータ処理部６０と、例えば液晶ディスプレイであるディスプレイ装置６３などの周辺装置とを具備する。データ処理部６０は、プログラムやデータを格納する記憶装置６８と、携帯電話網と接続するための無線通信Ｉ／Ｆ（インターフェース）６９と、プログラムによる各種の処理を実行するＣＰＵ６７と、周辺装置を制御する周辺コントローラ６５と、ディスプレイ装置６３を制御する表示コントローラ６６とを具備する。上述した記憶装置６８とは、例えばＣＰＵ６７の主記憶装置となるメモリや、各種データを保持するフラッシュメモリなどである。また、上述した周辺装置とは、図４に示すように携帯電話端末６０１、６０２及び管理者ビューワ２０１上に配置されたボタン類６２やスイッチ類６１などの入力装置や、例えばマイクロフォンやスピーカなどである音声入出力装置６４である。

図５は、図１に示した映像通信システムにおけるカメラサーバ１０１や、映像変換サーバ４００や、管理者ビューワ２０１の機能構成の概略を示す図である。尚、カメラサーバ１０２もカメラサーバ１０１と同様の機能を有する。また、本実施形態においては図５に示す各機能は、上述した各装置が内蔵する上記ＣＰＵ４１、１２、６７が各機能を実現するためのプログラムを実行することで実現するが、この限りではなく、機能の一部の処理を専用のハードウェアにより処理してもよい。

図５に示すように、カメラサーバ１０１は、カメラ装置１１の制御を行うカメラ制御サーバ１１０、映像の配送を行う映像サーバ１１１、及び要求内に付与された署名の正当性を確認する署名正当性確認部１１２の３つの機能モジュールを具備する。また、管理者ビューワ２０１は、非専用ビューワプログラムの機能をもち、カメラ制御シーケンスを入力するカメラ制御入力部２１０と、受信した映像クリップを基に図４に示した表示コントローラ６６を制御してディスプレイ装置６３に映像を表示する表示処理を行う映像表示部２１１と、ＰＴＺシーケンスなど署名対象についての署名を生成し付与する署名付与部２１２とを具備する。また、図１に示した携帯電話端末６０１、６０２には、図５に示した管理者ビューワ２０１のカメラ制御入力部２１０と映像表示部２１１の機能のみを実現する非専用ビューワプログラムがインストールされている。

また、映像変換サーバ４００には、以下に示す機能モジュールが具備される。カメラ制御部４１０は、管理者ビューワ２０１のカメラ制御入力部２１０が発行するカメラ制御コマンド列（以下、ＰＴＺ（パン・チルト・ズーム）シーケンスと呼ぶ）を解釈し、カメラサーバ１０１にカメラ制御命令を発行する。映像取得部４１１は、カメラサーバ１０１の映像サーバ１１１から映像を取得する。映像変換部４１２は、映像取得部４１１が取得した映像を携帯電話端末６０１に表示可能なデータ形式に変換し、変換後の映像を携帯電話網向け映像クリップに編集する。映像送信部４１３は、映像変換部４１２が生成した映像クリップをネットワーク経由で管理者ビューワ２０１へ送信する。これにより、管理者ビューワ２０１の映像表示部２１１は、受信した映像クリップをディスプレイ装置６３に表示する。

また、ビューワ２００は、専用ビューワプログラムがインストールされたコンピュータ端末であり、カメラ制御入力部２２０及び映像表示部２２１を備える構成である。カメラ制御入力部２２０は、カメラサーバ１０１のカメラ制御サーバ１１０へコマンドを発行する機能を有する。すなわち、

次に、図１に示した映像通信システムにおける携帯電話端末６０１及び管理者ビューワ２０１の動作について説明する。
図６は、図１に示した映像通信システムにおける携帯電話端末６０１及び管理者ビューワ２０１の動作を示すフロー図である。即ち、図６は、携帯電話端末６０１及び管理者ビューワ２０１上で映像クリップを再生表示する非専用ビューワプログラムの動作を示す図である。尚、図６には、携帯電話端末６０１及び管理者ビューワ２０１が映像クリップをダウンロードして再生表示するまでの動作を示している。

図６に示すように、ステップＳ６０１で、まず、映像表示部２１１は、映像変換サーバ４００を特定する識別子（以下、変換サーバ識別子とする）を取得する。この取得方法は、例えば携帯電話端末６０１及び管理者ビューワ２０１の利用者がスイッチ類６１やボタン類６２のキー操作により上記変換サーバ識別子を入力する方法でも良いし、電子メールやウェブページに含まれる変換サーバ識別子を選択する方法であっても良い。また、この場合の変換サーバ識別子は、典型的には、映像変換サーバ４００を識別するＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）である。

次に、ステップＳ６０２において、映像表示部２１１は、映像変換サーバ４００が接続すべきカメラサーバ１０１を識別するためのカメラサーバ識別子と、そのカメラサーバ１０１にカメラ装置１１の制御を指示するカメラ制御用のＰＴＺシーケンスと、利用者を識別するためのユーザ識別子およびパスワードなどを含むアクセス制御用のユーザ識別情報とを取得する。この取得方法は、例えばカメラサーバ識別子やＰＴＺシーケンスについては、利用者が上述したようなキー操作によりカメラ制御コマンドを構成するよう入力する方法でも良いし、電子メールやウェブページに含まれるカメラサーバ識別子やＰＴＺシーケンスを選択する方法であっても良い。

尚、映像表示部２１１は、必ずしもＰＴＺシーケンスを取得しなくてもよい。この場合、映像表示部２１１は、カメラサーバ識別子で指定したカメラサーバ１０１からカメラ制御せずに撮影した映像クリップを受信することになる。また、ユーザ識別情報は、通常、利用者のキー操作により入力するが、本実施形態においては、特権ユーザ以外はユーザ識別情報を入力しなくてもよい。この場合、通常ユーザとして携帯電話端末６０１からカメラサーバ１０１へ接続することを意味する。一方で、管理者ビューワ２０１から管理者権限（特権ユーザ）で接続する場合には、管理者権限を与えられたユーザのユーザ識別情報を入力する必要がある。

次に、ステップＳ６０３において、映像表示部２１１は、ステップＳ６０１で取得した映像変換サーバ４００を特定する変換サーバ識別子に基づき携帯電話回線網とゲートウェイ５００とネットワークを経由して映像変換サーバ４００の映像送信部４１３に接続する。

次に、ステップＳ６０４において、携帯電話端末６０１又は管理者ビューワ２０１は、映像変換サーバ４００に映像クリップを要求（リクエスト）する。このリクエストは、要求する映像クリップの作成方法の指定などを含み、典型的には、ＨＴＴＰプロトコルを利用して送信される。この際、ＰＴＺシーケンスを入手している場合には、そのＰＴＺシーケンスを映像変換サーバ４００に送信する。このリクエストおよびＰＴＺシーケンスの送信は、ＨＴＴＰ接続のＧＥＴメソッドでＵＲＬに組み込んでも良いし、ＨＴＴＰ接続のＰＯＳＴメソッドで送信されても良い。ここでは、映像クリップのリクエストとしてＨＴＴＰ接続のＰＯＳＴメソッドを用いる場合について説明する。例えば、本実施形態における映像クリップのリクエスト例は以下の通りである。尚、実際には、ＵＲＬエンコードが適用されるが、以下では、説明の都合上ＵＲＬエンコードを適用していない部分もある。

ＨＴＴＰのリクエスト例（ＰＯＳＴメソッドの場合）
POST /getvideoclip/ HTTP/1.1
Host: 202.28.30.208:8080
User-Agent: MozilePhone/2.0 C2101V(c100)
Pragma: no-cache
videoencodeparam=QCIF:fps15.0:bps64000:intraframe5:me8
cameraservers=webview://vb101_4.x-zone.xxx.co.jp:34560+34561+34562
PTZ=HZ15_30S3_40S4_40P-10_20
moviesizemax=240kbytes
notifyto=mailto:riyousha3@mailserver.usersite.co.jp
userid=331245
userpw=15215294

上述したＨＴＴＰのリクエスト例について詳細を説明する。『ｖｉｄｅｏｅｎｃｏｄｅｐａｒａｍ＝』に続く部分は、映像変換サーバ４００がカメラサーバ１０１から受け取ったソース映像を携帯電話端末６０１及び管理者ビューワ２０１向けにエンコードする際のパラメータ情報を指示するものである。また、『ｃａｍｅｒａｓｅｒｖｅｒｓ＝』に続く部分は、映像変換サーバ４００が接続するカメラサーバ１０１を指定している（カメラサーバ識別子）。また、『ＰＴＺ＝』に続く部分は、映像変換サーバ４００がカメラサーバ１０１に関して実行すべきカメラ制御のコマンドを並べたＰＴＺシーケンスを指定している。また、『ｍｏｖｉｅｓｉｚｅｍａｘ＝』に続く部分は、携帯電話端末６０１あるいは携帯電話網が規定する映像クリップの最大サイズを指定している。また、『ｎｏｔｉｆｙｔｏ＝』に続く部分は、映像クリップ作成時に通知すべき連絡先である。典型的には、携帯電話端末６０１及び管理者ビューワ２０１の利用者の電子メールアドレスを指定する。また、『ｕｓｅｒｉｄ＝』と『ｕｓｅｒｐｗ＝』とに続く部分は、それぞれ、ユーザ識別子とパスワードである。

また、上述したＰＴＺシーケンスの構成要素は、以下のような意味を持つ。nは、数値データ（正負あり）である。
Ｐｎ パン（水平方向カメラ制御）指定。
Ｔｎ チルト（垂直方向カメラ制御）指定。
Ｚｎ ズーム指定。
Ｂｎ 逆光補正。逆光補正のＯＮ／ＯＦＦ。
Ｈ ホームポジション指定。
Ｓｎ プリセット位置指定。ｎ番目のプリセット位置。
Ｃｎ カメラサーバ接続切換え指定。ｎ番目のカメラサーバ。
Ｋｎ カメラサーバ内カメラ切換え指定。ｎ番目のカメラ。
＿ｎ 時間経過を指定。０．１秒単位。

次に、ステップＳ６０５において、携帯電話端末６０１又は管理者ビューワ２０１は、ステップＳ６０４で送信した映像クリップのリクエストに対する映像変換サーバ４００からのレスポンスを待つ。ここで、映像変換サーバ４００が上述した映像クリップのリクエストに応じてカメラサーバ１０１のカメラ装置１１を制御して撮影した映像を取得可能であるか否かについて携帯電話端末６０１へ返信（以下、レスポンスとする）する。

次に、ステップＳ６０６において、映像表示部２１１は、映像変換サーバ４００から受信したレスポンスを基に携帯電話端末６０１のディスプレイ装置６３に例えば、図１５（ａ）に示すようなレスポンス結果を表示する。図１５（ａ）は、携帯電話端末又は管理者ビューワ２０１に表示されるレスポンスの画面例を示す図である。図１５（ａ）の６３ａは、ディスプレイ装置６３の画面であり、文字や映像を表示する。尚、図１５（ａ）においては、すぐに映像クリップを送信できない旨のレスポンスであるが、この限りではなく、すぐに映像クリップを送信できる場合は、その旨を伝えるレスポンス結果が画面６３ａに表示される。

次に、映像変換サーバ４００からのレスポンスが、何らかの理由からすぐに映像クリップを生成できないことを示す内容であった場合（ステップＳ６０７のＮｏ）には、ステップＳ６０８に進む。反対に、映像をすぐに生成できたことを示す内容であった場合（ステップＳ６０７のＹｅｓ）には、ステップＳ６０９に進む。

次に、ステップＳ６０８においては、携帯電話端末６０１又は管理者ビューワ２０１は、映像変換サーバ４００からのメール通知を待ち受ける。メール通知は、例えば、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）によるが、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）であってもよい。メール通知を受け取った時点で、そのメール内容を映像変換サーバ４００からのレスポンスとして画面６３ａに例えば図１５（ｂ）に示すように表示し、ステップＳ６０９に進む。図１５（ｂ）は、携帯電話端末６０１又は管理者ビューワ２０１においてメール通知を表示した画面例を示す図である。また、図１５（ｂ）において、６３ｂは、映像クリップ一覧であり、４つの映像クリップが１〜４までの番号を付与されて選択肢として表示されている。

ここで、図１５（ｂ）に示した映像クリップ一覧６３ｂより利用者が任意の一つを選択したとする。これにより、ステップＳ６０９において、映像表示部２１１は、選択された映像クリップを映像変換サーバ４００よりダウンロードしてディスプレイ装置６３に図１５（ｃ）に示すように再生表示する。図１５（ｃ）は、携帯電話端末６０１又は管理者ビューワ２０１において映像クリップを再生表示した画面例を示す図である。図１５（ｃ）において、６３ｃは、映像表示エリアであり、再生された映像クリップが表示されるエリアである。６３ｄは、前（上述した番号で一つ前）の映像クリップを再生表示させるためのリンクである。６３ｅは、次（上述した番号で次）の映像クリップを再生表示させるためのリンクである。

尚、本実施形態では、映像クリップをダウンロードしてから再生しているが、この限りではなく、映像クリップの再生表示処理は、ダウンロードの終了を待たずに、表示再生可能な映像クリップデータが揃った時点で、再生表示処理を開始しても良い。

また、携帯電話端末６０１又は管理者ビューワ２０１のビューワでの映像クリップ表示中に、携帯電話端末ユーザがクリックした場合には、クリック時点に表示中の映像データ（映像区間、または、映像セグメントと呼ぶ事がある）に対応するリンク情報が映像クリップから抽出され、携帯電話端末６０１又は管理者ビューワ２０１に備わるブラウザ機能を使って、そのリンク情報が示すリンク先情報にアクセスする。リンク先情報へのアクセスでは、典型的には、カメラ制御を可能とする専用ビューワプログラムを起動するが、携帯電話端末６０１の設定によっては、設定されたアクションを行う場合もある。例えば、アクセスされたリンク情報を電子メールに添付した電子メールの発信である。

また、管理者ビューワ２０１の署名付与部２１２は、ビューワの映像クリップ取得後の表示再生（ステップＳ６０９）に続いて、カメラサーバ１０１への接続情報ならびにカメラ制御情報を反映した署名情報の付与を行うための処理を更に行う。図１４は、図６に示したステップＳ６０９に続く署名情報の付与処理例を示すフロー図である。図１４に示すように、ステップＳ６２１において、署名付与部２１２は、取得した映像クリップから、リンク情報として組み込まれているカメラサーバ接続情報およびＰＴＺシーケンス情報部分を取り出す。

次に、ステップＳ６２２において、署名付与部２１２は、管理者の秘密情報（カメラサーバ１０１に登録済みの公開鍵と非対称鍵方式のペアをなす秘密鍵部分）を用いて、カメラサーバ接続情報およびＰＴＺシーケンス情報を署名対象として、署名情報を生成し、署名情報を追加したリンク情報を映像クリップに組み入れる。具体的には、上記のカメラサーバ情報およびＰＴＺシーケンス部分について、有効期限『２００３年１０月１日１７時３０分』を設定し、ユーザ識別子『３３１２４５』のユーザ（管理者）によって、署名情報『ｃａ８２ｘｃｄｄｅ１８２１Ａａ２ａ５ｃｄｅ３ｂａ０９４４Ｂ８３ｆ』が生成される。実際のリンク情報としては、これらの項目をＵＲＬエンコードした形態となる。

cameraservers=webview://vb101_4.x-zone.xxx.co.jp:34560+34561+34562
PTZ=HZ15_30S3_40S4_40P-10_20
expires=2003oct01.17:30:00
userid=331245
signature=ca828cdde1821aa2a5cde3ba0944b83f

そして、ステップＳ６２３において、署名付与部２１２は、署名情報が付与されたリンク情報を組み入れた映像クリップ（以下、署名付き映像クリップ）を、ＶＰＮなどのセキュア通信、電子メール、あるいはオフライン媒体などを介して、限定的なユーザに提供する。

携帯電話端末６０１などの一般ユーザが利用する非専用ビューワプログラムでは、署名付き映像クリップを、通常の映像クリップ同様に、再生表示する、加えて、リンク情報が選択された際に、リンク情報から、カメラサーバ情報およびＰＴＺシーケンス部分、ならびに、ユーザ識別子、署名情報を取得し、ビューワ２００などの専用ビューワプログラムに引き渡す。専用ビューワプログラムは、受け取ったユーザ識別子、署名情報を使って、許可された権限で、カメラサーバ１０１へ接続し、カメラ制御を行う。具体的には、ビューワ２００（専用ビューワプログラムをインストール済み）のカメラ制御入力部２２０は、取得したＰＴＺシーケンス部分を、署名情報（有効期限、署名を生成したユーザのユーザ識別子、および、署名）と共に、カメラ制御サーバ１１０に指示する。

図１９は、専用ビューワプログラムの動作の流れを示すフロー図である。図１９に示すように、ステップＳ６５１において、起動時に指示されたカメラサーバ１０１を構成する映像サーバ１１１のアドレスおよび接続ポートの情報に従い、映像サーバ１１１へ接続する。ここで、接続以降の処理を行うための動作プログラム（実現方法としては、スレッドあるいはプロセスの起動となる）が起動され、このプログラムは終了までステップＳ６６１を繰り返す。ステップＳ６６１では、ビューワ２００の映像表示部２２１は、映像サーバ１１１からの映像データが届くたびにそれを受け取り表示する。

さらにメインのプログラムは、ステップＳ６５２で、同じく起動時に指示されたカメラ制御サーバ１１０のアドレスおよび接続ポートの情報に従い、カメラ制御サーバ１１０へ接続する。そして、これ以降メインプログラムは、ユーザからの操作要求を受けつけ、実行するメインループへ続く。まず、ステップＳ６５３でユーザの操作をキーボタン操作などから受け取る。この操作がカメラ制御に関する操作である場合には、ビューワ２００のカメラ制御入力部２２０は、ステップＳ６５４において、カメラ制御サーバ１１０へコマンドを発行する。また、映像サーバ１１１に関する操作である場合には、ステップＳ６５５で映像サーバ１１１へコマンドを発する。

また、ユーザの操作がビューワの状態を変更する操作（たとえば表示サイズの変更操作など）の場合にはステップＳ６５６で内部状態を更新する。そして、ユーザの操作が終了の場合には、ステップＳ６５７でビューワの動作に関連する各プログラムを順次終了する。ステップＳ６５４〜Ｓ６５７の処理が完了するとステップＳ６５３へ戻り、ユーザの操作入力を待つ。

ビューワ２００で動作する専用ビューワプログラムは、ビューワ２００の出荷時に備わるソフトウェアとして実装される場合もあるが、Ｊａｖａ（登録商標）プログラムのようにネットワークからダウンロードして実装されるソフトウェアである場合もある。同様に、携帯電話端末６０１、６０２及び管理者ビューワ２０１で動作する専用ビューワプログラムは、携帯電話端末６０１、６０２及び管理者ビューワ２０１の出荷時に備わるソフトウェアとして実装される場合もあるが、Ｊａｖａ（登録商標）プログラムのようにネットワークからダウンロードして実装されるソフトウェアである場合もある。

次に、図５に示した映像通信システムにおけるカメラサーバ１０１内のカメラ制御サーバ１１０の動作について説明する。
図７は、図５に示したカメラサーバ１０１内のカメラ制御サーバ１１０の動作を示すフロー図である。尚、図７には、カメラサーバ１０１内のカメラ制御サーバ１１０が起動して、クライアントからの接続を受け付け、クライアントからのコマンドに応じたカメラ制御を行い、カメラ制御の状態をクライアントである携帯電話端末６０１や管理者ビューワ２０１などへ通知し、クライアントからの接続が終了するまでの動作を示している。

図７に示すように、ステップＳ７００において、カメラ制御サーバ１１０は、起動時に特定のファイル（カメラ制御サーバ１１０のＯＳ（オペレーティング システム）によってはレジストリなどのシステムデータベース）からカメラ制御サーバ１１０の動作設定情報を読み出して、それに基づき動作を開始する。次に、ステップＳ７０１において、カメラ制御サーバ１１０は、クライアントであるビューワプログラム（例えば携帯電話端末６０１に内蔵されるプログラム）や映像変換サーバ４００からのリクエスト（接続リクエストや操作コマンドリクエストなど）を受け付けるポートを開き、リクエスト受付状態に入る。

次に、ステップＳ７０２において、カメラ制御サーバ１１０は、例えば映像変換サーバ４００から接続リクエストを受け付ける。次に、ステップＳ７０３において、カメラ制御サーバ１１０は、受け付けた接続リクエストに応じて映像変換サーバ４００に対する接続の可否の判定を行う。ここで接続許可が否である場合（ステップＳ７０３のＮｏ）には、接続拒否のエラーコードを返して、ステップＳ７０１に戻る。また、接続許可が可である場合（ステップＳ７０３のＹｅｓ）には、ステップＳ７０４へ進み、カメラ制御サーバ１１０は接続処理を行う。この接続処理の具体例を示すと、カメラ制御サーバ１１０は、クライアントからのコマンドの受付処理を行うスレッドを生成し、クライアントの登録を行い、ステップＳ７０１に戻る。また、ステップＳ７０７において、カメラ制御サーバ１１０は、各スレッドに対応するクライアントからのコマンドを受け付ける。

上述したカメラ制御サーバ１１０が接続処理において生成したスレッドは、ステップＳ７０７で対応するクライアント（登録したクライアント）から受け付けたコマンド（本実施形態においては操作コマンド）を、操作コマンドリクエストとして受け付ける処理を行う。すなわち、ステップＳ７０１において、カメラ制御サーバ１１０は、操作コマンドリクエストを受け付けると、それに含まれる操作コマンドをカメラ操作用（カメラ制御用）の主プログラムへ受け渡す。

これにより、ステップＳ７０１において、カメラ操作用の主プログラムは操作コマンドを受けて、ステップＳ７０５へ進み、カメラ制御サーバ１１０は、操作コマンドを発行したスレッドが接続しているクライアントの権限に応じてカメラ操作を行う。この時、カメラ制御サーバ１１０は、カメラ操作の結果（操作が成功か失敗かを示すコードなど）についてカメラの操作コマンドを受け付けたクライアント対応のスレッドへ伝える。これにより、カメラ操作の結果を伝えられたクライアント対応のスレッドは、ステップＳ７０８において、そのカメラ操作の結果をクライアントへ通達する。

次に、ステップＳ７０６において、カメラ制御サーバ１１０のカメラ操作用の主プログラム部分では、カメラの操作により変化した状態（たとえば、パン・チルト・ズームの値、および、禁止エリア検出の有無などを含むカメラ状態情報など）をすべてのクライアント対応のスレッドに伝える。これにより、各クライアント対応のスレッドは、ステップＳ７０９において、カメラ制御状態の変化をクライアントへ通達する。次に、クライアント対応のスレッドはクライアントから接続終了のコマンドを受け付けると、それを主プログラムへ通達し、さらにステップＳ７１０で自身のスレッドを終了する。

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

また、上述したクライアントはカメラ制御権が取得されてから剥奪されるまでの間だけ、上記操作コマンドをカメラ制御サーバ１１０へ発行する。また、カメラ制御サーバ１１０はカメラ制御権が付与されているクライアントからの操作コマンドのみを受け付ける。また、特権ユーザからの接続に関しては、優先的にカメラ操作権を割り当てることができる。また、特権ユーザからの操作コマンドは、禁止エリアを含む撮像領域へのカメラ制御であっても許可される。但し、通常ユーザには、接続の優先や禁止エリアを含むカメラ制御の許可を与えないとする。

また、図１９のステップＳ６５４で指示されたＰＴＺシーケンスも、ステップＳ７０５で解釈実行されるので、署名付きの映像クリップから取得した署名情報が、カメラサーバ１０１内に保持する管理者認証情報に照らして正当であった場合には、許可されたユーザ識別子のユーザ権限で、ＰＴＺシーケンスのカメラ制御が実行される。なお、管理者認証情報の正当性とは、カメラサーバ１０１に登録済みの公開鍵（管理者の秘密鍵と非対称鍵方式のペアをなす公開鍵部分）による正当性確認処理を意味する。

次に、図５に示した映像通信システムにおけるカメラサーバ１０１内の映像サーバ１１１の動作について説明する。
図８は、図５に示したカメラサーバ１０１内の映像サーバ１１１の動作を示すフロー図である。尚、図８には、カメラサーバ１０１内の映像サーバ１１１が起動して、クライアントからの接続を受け付け、クライアントからのコマンドに応じたクライアントである携帯電話端末６０１などへの映像配信を行い、クライアントからの接続が終了するまでの動作を示している。

図８に示すように、ステップＳ８００において、映像サーバ１１１は、起動時に特定のファイル（映像サーバ１１１のＯＳによってはレジストリなどのシステムデータベース）から映像サーバ１１１の動作設定情報を読み出して、それに基づき動作を開始する。次に、ステップＳ８０１において、映像サーバ１１１は、カメラ制御サーバ１１０より映像データを取得し符号化し蓄積するためのスレッドを生成し（最初このスレッドは休止状態）、クライアントであるビューワプログラム（例えば、携帯電話端末６０１及び管理者ビューワ２０１が内蔵するプログラム）や映像変換サーバ４００からのリクエスト（接続リクエストや操作コマンドリクエストや映像処理コマンドリクエストなど）を受け付けるポートを開くことで、リクエスト受付状態に入る。

次に、映像サーバ１１１は、接続リクエストならばステップＳ８０２に進み、これを受け付ける。次に、ステップＳ８０３において、映像サーバ１１１は、接続リクエストに応じて接続を許すか否かの判定を行う。ここで、接続許可が否である場合（ステップＳ８０３のＮｏ）には、映像サーバ１１１は、クライアントへ接続拒否のエラーコードを返し、ステップＳ８０１に戻る。また、接続許可が 可である場合（ステップＳ８０３のＹｅｓ）には、映像サーバ１１１は、ステップＳ８０４に進み、接続処理を行い、ステップＳ８０１に戻る。その接続処理とは具体的には、映像サーバ１１１が、クライアントごとのセッションを識別するためのセッション識別子を生成し、クライアントからのコマンドの受付処理を行うスレッドを生成し、接続リクエストを発行したクライアントのアクセス権情報などに則してクライアントの登録（映像の配送先としての登録でもある）を行う処理である。

尚、接続リクエスト内容がライブ映像を提供するポートへの接続要求であり、かつ、上述した映像データを取得し符号化し蓄積するためのスレッドが休止状態ならば、映像サーバ１１１は、ステップＳ８０１の処理に戻る前に、該スレッドの動作開始を指示する。また、ステップＳ８０８において映像サーバ１１１は、各スレッドに対応するクライアントからのコマンドを受け付ける。

上述したステップＳ８０４の接続処理により生成されたクライアント対応のスレッドは、ステップＳ８０８で対応するクライアント（登録したクライアント）から受け付けたコマンド（本実施形態においては映像処理コマンド）を、映像処理コマンドリクエストとして受け付ける処理を行う。すなわち、ステップＳ８０１において、映像サーバ１１１は、映像処理コマンドリクエストを受け付けると、それに含まれる映像処理コマンドを映像処理用の主プログラムへ受け渡す。

また、ステップＳ８０１において操作コマンドリクエストを受け付けた場合には、映像処理用の主プログラムは、操作コマンドに対してはステップＳ８０５へ進み、映像データの取得や符号化・送信などに関する設定の変更操作を行う。また、映像サーバ１１１は、変更操作の結果（操作の成功か失敗を示すコード）についてコマンド要求を受け付けたクライアント対応のスレッドへ伝える。これにより、変更操作の結果を伝えられたクライアント対応のスレッドは、ステップＳ８０９において、その変更操作の結果をクライアントへ通達する。

また、上述したように映像データの取得と符号化を行うスレッドへの動作開始の指示を出した後に映像処理コマンドが受け渡された映像処理の主プログラム部分は、ステップＳ８０６に進み、前もって設定された時間間隔で映像データを映像キャプチャボード１５を使って取得し、取得した映像データを符号化などにより圧縮処理して圧縮データを生成する。次に、映像サーバ１１１は、生成した圧縮データを、ライブ映像用のポートに接続しているすべてのクライアント対応している各スレッドに伝える。これにより、各クライアント対応のスレッドは、ステップＳ８１０において、クライアントからの次映像フレーム送信要求の有無を判定し、要求があるならば、圧縮データをクライアントへ配送する。

尚、上述したように圧縮データをクライアントへ配送する際に、禁止エリアが検出されている場合には、登録されているクライアント情報に照らして、映像サーバ１１１は、例えば特権ユーザの接続以外には、禁止エリアに該当しているため圧縮データを配信できない旨（禁止エリア検出通知）を該当するクライアントへ通知する。そして、ライブ映像用のポートに接続しているクライアント対応のスレッドが、クライアントからの次映像フレーム送信要求（これはクライアントでの圧縮映像データの受け取り完了に対して、送り返されるのが一般的である）を受け取った場合には、映像サーバ１１１は、映像フレーム送信要求のフラグを設定する。すなわち、ステップＳ８１０において次映像フレームの送信要求の有無の判定はこのフラグを参照することで行う。また、クライアントから接続終了のコマンドを受けたならば、それを主プログラムへ通達し、さらにステップＳ８１１で自身のスレッドを終了する。

次に、図１に示した映像通信システムの携帯電話端末６０１及び管理者ビューワ２０１におけるＰＴＺシーケンスの作成例について説明する。
図９は、図１に示した映像通信システムの携帯電話端末６０１及び管理者ビューワ２０１におけるＰＴＺシーケンスを作成する画面例およびキーの割当例を示す図である。図９に示すように、ＰＴＺシーケンスを作成する際には、携帯電話端末６０１の画面６３ａに映像表示エリア６３ｃとＰＴＺシーケンス表示エリア６３ｆとが表示される。この時、各キー（ボタン類６２）に図示のように、パン（カメラの横振り）、チルト（カメラの縦振り）、ズーム（拡大倍率変更）、逆光補正などの機能が割り当てられる。尚、本実施形態の携帯電話端末６０１は、ボタン類６２として、上下左右の矢印キーと、数字・記号キーを具備する。

図９においては、↑キーにはチルトアップ、←キーにはパン左、→キーにはパン右、↓キーにはチルトダウン、１キーにはズームイン、２キーにはズームアウト、３キーにはホームポジション指定、４キーには逆光補正トグル、５キーにはプリセット指定、６キーには時間経過指定、７キーにはカメラサーバ内カメラ切換え指定、＊キーにはＰＴＺシーケンス末に追加、＃キーにはＰＴＺシーケンス末を削除、０キーにはビューワ終了が割り当てられている。

なお、図９に示した画面例は、図６の処理において説明したＰＴＺシーケンスの入力操作を行うためのユーザインタフェース例を示すものであり、これにより作成されたＰＴＺシーケンスは、図６に示したステップＳ６０２で利用される。また、上述した画面６３ａの表示制御は映像表示部２１１が行う。

次に、図６に示したステップＳ６０２においてＰＴＺシーケンスを作成する処理について説明する。
図１６は、携帯電話端末６０１及び管理者ビューワ２０１においてＰＴＺシーケンスを作成する処理を示す図である。図１６に示すように、まず、ステップＳ９０１において、携帯電話端末６０１又は管理者ビューワ２０１のカメラ制御入力部２１０は、図６のステップＳ６０２において取得したカメラサーバ１０１の識別子を使って、カメラサーバ１０１のカメラ制御によって可視範囲に入る画像を合成したパノラマ画像データと、事前にカメラサーバ１０１に設定されているカメラ制御情報（プリセット情報）と、現在のカメラ状態パラメータ（パン角、チルト角、ズーム値など）とを、カメラサーバ１０１から取得する。

次に、ステップＳ９０２において、カメラ制御入力部２１０は、ＰＴＺシーケンスの初期値として空データを設定し、また、表示用カメラ状態パラメータおよび設定用カメラ状態パラメータとして取得した現在のカメラ状態パラメータを設定する。

次に、ステップＳ９０３において、カメラ制御入力部２１０は、ステップＳ９０２で設定した表示用カメラ状態パラメータに応じて、可視領域を計算し、可視領域に相当する画像をパノラマ画像データから切り出して携帯電話端末６０１又は管理者ビューワ２０１の画面６３ａに表示する。

次に、ステップＳ９０４において、カメラ制御入力部２１０は、利用者からのキー入力を受け取る。尚、このキー入力は、図９に示したような機能が割り当てられている。ここでステップＳ９０４における利用者のキー入力が、カーソルキー（矢印キー）による可視領域の変更、あるいは、プリセット位置への移動の指示であった場合（ステップＳ９０５のＹｅｓ）には、ステップＳ９０６に進み、表示用カメラ状態パラメータを変更して、ステップＳ９０３に戻る。また、ステップＳ９０４における利用者のキー入力が、カーソルキー（矢印キー）による可視領域の変更や、プリセット位置への移動の指示ではない場合（ステップＳ９０５のＮｏ）には、ステップＳ９０７へ進む。

次に、ステップＳ９０４における利用者のキー入力が、ＰＴＺシーケンスを追加／修正などの編集指示であった場合（ステップＳ９０７のＹｅｓ）には、ステップＳ９０８に進み、カメラ制御入力部２１０は、ＰＴＺシーケンスの値を変更し、ステップＳ９０３に戻る。具体的には、ＰＴＺシーケンス追加の場合には、カメラ制御入力部２１０は、その時点の表示用カメラ状態パラメータと設定用カメラ状態パラメータとの差分から制御すべきカメラ制御値を計算し、計算したカメラ制御値をＰＴＺシーケンスに追加する。そして、カメラ制御入力部２１０は、表示用カメラ状態パラメータを設定用カメラ状態パラメータの新しい値とする。また、ステップＳ９０４における利用者のキー入力が、ＰＴＺシーケンスを追加／修正などの編集指示でない場合（ステップＳ９０７のＮｏ）には、ステップＳ９０９へ進む。

次に、ステップＳ９０４における利用者のキー入力が、ＰＴＺシーケンス作成の終了を指示する場合（ステップＳ９０９のＹｅｓ）には、カメラ制御入力部２１０は、ステップＳ９１０に進み、上述した可視領域の変更や編集指示に応じたＰＴＺシーケンスの追加／修正に対して決定かキャンセルかを判定し、決定である場合には、追加／修正後のＰＴＺシーケンスをステップＳ６０２の処理を行うプログラムへ渡して、ＰＴＺシーケンスの作成処理を終了する。

次に、カメラサーバ１０１が図７のステップＳ７００で用いる設定値の設定方法について一例を示し説明する。
図１０は、カメラサーバ１０１が図７のステップＳ７００で用いる設定値を設定する際の画面例を示す図である。尚、図１０に示す設定画面は、カメラサーバ１０１が具備するカメラサーバ設定プログラムの処理によりカメラサーバ１０１の具備する表示装置の画面１９に表示され、カメラ制御サーバ１１０や映像サーバ１１１が読み出す動作設定情報を特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）に設定するための画面である。

図１０に示すように、カメラサーバ１０１の画面１９に表示された設定画面において、カメラ制御サーバ設定画面１Ａ、映像サーバ設定画面１Ｂ、動画品質設定画面１Ｃ、接続制限設定画面１Ｄのいずれかを選択して各種のパラメータを設定できる。尚、図１０で示しているのは、カメラ制御サーバ設定画面１Ａを選択してパラメータを設定中の画面である。図１０に示すようにカメラ制御サーバ設定画面１Ａで設定できる事項は、ＴＣＰポート設定欄１Ａａにてカメラ制御の通信用のＴＣＰポート番号の設定ができ、ＣＯＭポート設定欄１Ａｂにてカメラと接続するＣＯＭ（シリアル）ポートの設定ができ、シャッター速度設定欄１Ａｃにてシャッター速度の設定ができ、ログ設定欄１Ａｄにてカメラ制御関連のログ情報を取るか否かおよびログファイル名の指定ができる。また、ＯＫボタン１Ａｅを押下すると設定した値が特定のファイルあるいはレジストリに書き込まれる。また、キャンセルボタン１Ａｆを押下すると設定した値は書き込まれずに終了する。

尚、上述した映像サーバ設定画面１Ｂにおいては、例えば映像をキャプチャする時間間隔を規定するフレームレートなどを設定する。また、上述した動画品質設定画面１Ｃにおいては、例えば圧縮の品質を決めるＱ−Ｆａｃｔｏｒや、圧縮の元データの画面サイズなどを設定する。また、上述した接続制限設定画面１Ｄにおいては、例えば１つのクライアントビューワの最大接続時間や、カメラ制御に関する制御権の順番待ち人数や、１つのビューワの制御権保持占有時間や、映像とカメラ制御に関する接続可能な最大クライアント数などを設定する。

次に、図１０に示した設定画面を用いてカメラサーバ設定プログラムの動作について説明する。図１１は、図１０に示した設定画面を表示するカメラサーバ１０１のカメラサーバ設定プログラムの動作を示すフロー図である。尚、図１１に示す動作は、カメラサーバ１０１が起動してから設定処理を終了するまでの動作である。

図１１に示すように、ステップＳ１１００において、カメラサーバ設定プログラムは、起動時にカメラ制御サーバ１１０および映像サーバ１１１に関する設定情報を格納した特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）から設定情報を読み出し、図１０に示すような画面を表示する。次に、利用者からの操作入力がある場合（ステップＳ１１０１のＹｅｓ）には、それを受け取り次のステップ（ステップＳ１１０２またはステップＳ１１０５）へ進む。また、利用者からの操作入力がない場合（ステップＳ１１０１のＮｏ）には、利用者からの操作入力を待ち受けるループに入る。

次に、ステップＳ１１０２において、カメラサーバ設定プログラムは、入力された値が適正範囲内であるか否かを判定する。データが適正でない場合（ステップＳ１１０２のＮｏ）には、カメラサーバ設定プログラムは、ステップＳ１１０３に進み、エラーメッセージを出力して、利用者が変更しようとした値を元に戻して、ステップＳ１１０１へ戻る。また、データが適正範囲内である場合（ステップＳ１１０２のＹｅｓ）には、カメラサーバ設定プログラムは、ステップＳ１１０４に進み、内部データを更新して、ステップＳ１１０１に戻る。以上のステップＳ１１０１〜Ｓ１１０４に示す、利用者の操作入力を受け取り、内部データを更新する処理のループを、利用者からの操作入力に応じて繰り返す。

次に、利用者の操作入力として、例えば、図１０のＯＫボタン１Ａｅを押下した場合（ステップＳ１１０１のＹｅｓ）には、ステップＳ１１０５に進み、更新された内部データをカメラ制御サーバ１１０および映像サーバ１１１に関する設定情報を格納する特定のファイルなどへ書き出す。次に、ステップＳ１１０６に進み、変更を反映するためにカメラサーバ１０１を再起動するか否かを利用者に尋ねるパネルを表示する。

ここで、利用者の選択により再起動する場合（ステップＳ１１０７のＹｅｓ）には、ステップＳ１１０８に進み、カメラ制御サーバ１１０や映像サーバ１１１などを再起動する。次に、再起動が終るとステップＳ１１０９に進み、カメラサーバ設定プログラムを終了する。また、利用者の選択により再起動しない場合（ステップｓ１１０７のＮｏ）には、ステップＳ１１０９に進み、カメラサーバ設定プログラムを終了する。また、ステップＳ１１０１で利用者の操作入力として、例えば、図１０のキャンセルボタン１Ａｆを押下した場合（ステップＳ１１０１のＹｅｓ）には、ステップＳ１１０９に進み、カメラサーバ設定プログラムを終了する。

次に、図５に示した映像通信システムにおける映像変換サーバ４００の動作について説明する。
図１２は、図５に示した映像通信システムの映像変換サーバ４００における映像データの大まかな流れを模式化した図である。図１２において、４２０は、カメラサーバ用通信スタック（通信階層）であり、ＴＣＰ／ＩＰおよびＷｅｂＶｉｅｗ映像の階層より構成されている。４２１は、ＪＰＥＧデコーダであり、Ｍｏｔｉｏｎ ＪＰＥＧ形式の映像データをデコードする。４２２は、ＭＰＥＧ−４エンコーダであり、ＪＰＥＧデコーダ４２１がデコードした映像データをＭＰＥＧ−４形式の映像データへエンコードする。４２３は、携帯電話用通信スタックであり、ＨＴＴＰおよびＴＣＰ／ＩＰの階層より構成されている。

以上の構成により、図１２の矢印線に示すように、カメラサーバ１０１より受信したソース映像データ（本実施形態ではＭｏｔｉｏｎ ＪＰＥＧ、ＱＶＧＡサイズ３２０×２４０とする）は、映像変換サーバ４００のカメラサーバ用通信スタック４２０を経由して受信され、ＪＰＥＧデコーダ４２１に渡されデコードされ、携帯電話端末６０１向けに設定されたＭＰＥＧ−４エンコーダ４２２に渡され、携帯電話端末６０１向けの映像データ（ＭＰＥＧ−４ ｓｉｍｐｌｅｐｒｏｆｉｌｅ、ＱＣＩＦサイズ１７６×１４４、６４Ｋｂｐｓ）に加工された上で、映像クリップとして、携帯電話網向けの携帯電話用通信スタック４２３を経由して、携帯電話端末６０１（又は管理者ビューワ２０１）へと送信される。

次に、映像変換サーバ４００のより詳細な動作について説明する。
図１３は、図５に示した映像通信システムにおける映像変換サーバ４００の動作を示したフロー図である。尚、図１３に示す処理は、映像変換サーバ４００における起動から携帯電話端末６０１と接続する接続処理が終了するまでの処理である。

図１３に示すように、ステップＳ１３００において、映像変換サーバ４００は、起動時に特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）から映像変換サーバ４００の動作設定情報を読み出して、それに基づき動作を開始する。次に、ステップＳ１３０１において、映像変換サーバ４００は、クライアントである携帯電話ビューワプログラム（携帯電話端末６０１又は管理者ビューワ２０１に内蔵されるプログラム）からのリクエスト（ＨＴＴＰリクエストのメッセージなど）を受け付けるポートを開き、リクエスト受付状態に入る。

次に、ステップＳ１３０２において、映像変換サーバ４００は、例えば携帯電話端末６０１からＨＴＴＰリクエストを受け付ける。次に、ステップＳ１３０３において、映像変換サーバ４００は、受け付けたＨＴＴＰリクエストに応じて携帯電話端末６０１に対する接続の可否の判定を行う。ここで接続許可が否である場合（ステップＳ１３０３のＮｏ）には、接続拒否のエラーコードを返して、ステップＳ１３０１に戻る。また、接続許可が可である場合（ステップＳ１３０３のＹｅｓ）には、ステップＳ１３０４へ進み、映像変換サーバ４００は、接続処理を行う。この接続処理の具体例を示すと、映像変換サーバ４００は、クライアントとの情報の受渡しを行うクライアント対応スレッドを生成し、クライアントの登録を行い、ステップＳ１３０１に戻る。

次に、上述した映像変換サーバ４００が接続処理において生成したクライアント対応スレッドの処理について説明する。上述したクライアント対応スレッドでは、ステップＳ１３１１において、対応するクライアントからのＨＴＴＰリクエストを読み込み、内容を解析する。尚、携帯電話端末６０１からのリクエストは、本実施形態においてはＨＴＴＰリクエストとして、映像変換サーバ４００に渡されるがこの限りではなく、種々のリクエストを用いてよい。また、ＨＴＴＰリクエストには、上述したＰＯＳＴメソッドが使われる場合もあり、ＧＥＴメソッドが利用される場合もある。

次に、ステップＳ１３１２において、映像変換サーバ４００は、リクエスト内容から、エンコードパラメータ情報（映像変換パラメータ）、カメラサーバ１０１への接続情報（ソース映像情報）、ＰＴＺシーケンス、映像クリップの最大サイズ（映像クリップ上限値）、通知先情報（通知先アドレス）、および、ユーザ識別子やパスワードなどユーザ識別情報などの属性情報を取り出す。これらは、上述したＨＴＴＰのリクエスト例（ＰＯＳＴメソッドの場合）に示すように『ｖｉｄｅｏｅｎｃｏｄｅｐａｒａｍ＝』、『ｃａｍｅｒａｓｅｒｖｅｒｓ＝』、『ＰＴＺ＝』、『ｍｏｖｉｅｓｉｚｅｍａｘ＝』、『ｎｏｔｉｆｙｔｏ＝』、『ｕｓｅｒｉｄ＝』、『ｕｓｅｒｐｗ＝』の値として指示されている。

『ｖｉｄｅｏｅｎｃｏｄｅｐａｒａｍ＝』で指示される映像変換パラメータは、映像変換サーバ４００が変換を行う際の変換用コーデックの選択やそのコーデックへのパラメータ、および、コーデック入力用／出力用のデータ形式などを記述している。『ｃａｍｅｒａｓｅｒｖｅｒｓ＝』で指示されるソース映像情報とは、例えば、ライブ映像を提供するカメラサーバ１０１のネットワークアドレスとポート番号などの通信属性情報である。『ｎｏｔｉｆｙｔｏ＝』で指示される通知先アドレスとは、典型的には、利用者の携帯電話端末６０１を指定した電子メールアドレスである。

次に、ステップＳ１３１３において、映像変換サーバ４００は、ＨＴＴＰリクエストに対するＨＴＴＰレスポンスを携帯電話端末６０１へ返信する。具体的には、映像変換サーバ４００は、映像クリップ生成に所定の時間を要する場合には、『すぐに映像を生成できないので、しばらくしてメール連絡します』との旨を示す情報を携帯電話端末６０１へ返信する。次に、ステップＳ１３１４において、映像変換サーバ４００は、ＨＴＴＰリクエストより取り出した属性情報であるソース映像情報およびユーザ識別情報に応じて、映像取得部４１１を初期化する。具体的には、ソース映像を提供するカメラサーバ１０１に接続し、映像取得部４１１にソース映像取得を開始させる。

次に、ステップＳ１３１５に進み、映像変換サーバ４００は、ＨＴＴＰリクエストより取り出した属性情報である映像変換パラメータに応じて映像変換部４１２を初期化する。この映像変換部４１２は、図１２に示したＭＰＥＧ−４エンコーダ４２２などから構成される。

次に、ステップＳ１３１６に進み、映像変換サーバ４００は、映像送信部４１３を初期化する。この際、映像変換サーバ４００は、ＨＴＴＰリクエストより取り出した属性情報を基に、映像送信部４１３に映像クリップ上限値、および、通知先アドレスを指示する。

次に、ステップＳ１３１７に進み、映像変換サーバ４００は、映像取得部４１１から映像変換部４１２へ、映像変換部４１２から映像送信部４１３へとそれぞれの処理データが受渡しされるように相互の関連付けを行う。同時に、映像変換サーバ４００のカメラ制御部４１０が、ＨＴＴＰリクエストより取得した属性情報であるＰＴＺシーケンスに従って制御指示をカメラサーバ１０１のカメラ制御サーバ１１０へ伝える。これにより、カメラサーバ１０１において上記ＰＴＺシーケンスに応じたカメラ制御が行われる。

次に、ステップＳ１３１８に進み、映像変換サーバ４００は、映像取得部４１１、映像変換部４１２、映像送信部４１３の後処理を行う。次に、ステップＳ１３１９に進み、映像変換サーバ４００は、クライアント対応スレッドを終了する。以上により、映像変換サーバ４００は、カメラサーバ１０１より映像データを取得し、携帯電話端末６０１用の映像クリップを生成する処理を行うことができる。

次に、映像変換サーバ４００の中で機能している映像取得部４１１、映像変換部４１２、映像送信部４１３、カメラ制御部４１０の詳細な動作について順次説明する。
まず、映像取得部４１１の初期化の動作について説明する。映像取得部４１１は、まず、初期化時に受け取ったソース映像情報およびユーザ識別情報に従って、ライブ映像を提供するカメラサーバ１０１に接続する。次に、映像取得部４１１は、カメラサーバ１０１から映像データを取得し、取得時のタイムスタンプを付与して映像データを映像変換部４１２へ渡す。尚、本実施形態におけるカメラサーバ１０１は、映像データをモーションＪＰＥＧ形式で提供するので、タイムスタンプが付与されるのは、個々のＪＰＥＧデータに対してである。また、カメラサーバ１０１から禁止エリア検出を通知された場合には、映像取得部４１１は、映像データに代えて禁止エリア検出通知を映像変換部４１２へ渡す。

次に、映像変換部４１２の初期化の動作について説明する。映像変換部４１２は、まず、初期化時に受け取ったコーデックへのパラメータ、および、コーデック入力用／出力用のデータ形式などをＭＰＥＧ−４エンコーダ４２２に設定する。そして、映像取得部４１１から受け取ったソース映像データを、コーデック入力用のデータ形式および画像サイズに整えてからＭＰＥＧ−４エンコーダ４２２に入力し、その処理結果を、映像送信部４１３へ渡す。尚、本実施形態における映像変換部４１２は、ＪＰＥＧ形式のソース映像データを、予め、ＪＰＥＧデコーダ４２１によりＱＣＩＦサイズかつＹＵＶ４１１形式に整えてからＭＰＥＧ−４エンコーダ４２２へ入力し、生成されたＭＰＥＧ−４データ（Ｉ−ｖｏｐまたはＰ−ｖｏｐ）を映像送信部４１３へ受け渡す。この際、映像取得部４１１で付与されたタイムスタンプも併せてＭＰＥＧ−４エンコーダ４２２へ入力される。

尚、映像取得部４１１から禁止エリア検出が通知されている場合には、映像変換部４１２は、カメラ制御を制限された領域であって映像を表示できない旨を示す合成画面の映像データ（代替映像データ）を、ソース映像データに代えて、ＭＰＥＧ−４エンコーダ４２２へ入力することで、合成画面のＭＰＥＧ−４データを生成し映像送信部４１３へ渡す。次に、映像送信部４１３は生成された合成画面のＭＰＥＧ−４データ（携帯用代替映像データ）を、携帯電話端末６０１へ送信する。

次に、映像送信部４１３の動作について説明する。映像送信部４１３は、まず、初期化時に受け取った映像クリップ上限値に応じたメモリ領域を確保する。そして、映像変換部４１２が生成した携帯電話向け映像データを受け取り、確保したメモリ領域に保持する。また、映像送信部４１３は、禁止エリア検出通知を受け取った時点で、メモリ領域の利用率をも加味した上で、映像クリップの分割点を決定する。そして、分割点と判断した場合には、携帯電話端末６０１向け映像クリップのデータフォーマットに準拠したヘッダー情報を前置して、メモリ領域に保持している映像データをファイルとして保存し、メモリ領域を再利用する。これによって、映像クリップが複数のファイルに分割保存される。

また、映像送信部４１３では、映像取得部４１１で得られるカメラ制御状態情報を受け取り、時間軸に沿って保持する。そして、予め設定されている時間周期でカメラ制御状態情報から、カメラ制御状態情報に相当するカメラ制御コマンドを生成して、そのカメラ制御コマンドをパラメータとする専用ビューワプログラムの起動指示をリンク情報として映像クリップに組み込む。典型的には、隣接するカメラ制御状態情報の差分からカメラ制御コマンドを構成するが、カメラ制御コマンド初期値を指定する場合やプリセット位置やホームポジションなどと一致する場合には、絶対値指定を指示する。

次に、映像送信部４１３は、カメラ制御部４１０からＰＴＺシーケンスの終了を通知された時点で、メモリ領域に保持している映像データの残りを同様にファイルとして保存した上で、それまでに保存している複数の映像クリップへのリンク情報を埋め込んだ携帯電話端末６０１への通知情報を作成し、初期化時に受け取った通知先アドレスへ通知する。これによって、通知情報を受け取った携帯電話端末６０１において、利用者がリンク情報を選択することで、各映像クリップへのダウンロード要求を可能とする。尚、通知画面例は図１５（ｂ）に示した通りである。また、映像送信部４１３は、ＨＴＴＰサーバ機能を備えており、携帯電話端末６０１からのＨＴＴＰ利用の映像クリップのダウンロード要求に対応することができる。

次に、カメラ制御部４１０の動作について説明する。カメラ制御部４１０は、ＰＴＺシーケンスを解釈して、カメラサーバ１０１に送るべきカメラ制御コマンドを作成し、ＰＴＺシーケンスに指示されたタイミングで作成したカメラ制御コマンドをカメラサーバ１０１に送信する。これにより、カメラサーバ１０１のカメラ制御サーバ１１０は、受信したカメラ制御コマンドに応じたカメラ制御を行う。そして、カメラ制御部４１０は、ＰＴＺシーケンスを解釈し終えた時点で、ＰＴＺシーケンスの終了を映像送信部４１３に通知する。

以上に示した映像変換サーバ４００の構成により、携帯電話端末６０１及び管理者ビューワ２０１上に実装された映像クリップビューワを使う利用者は、映像変換サーバ４００に映像クリップを要求することができる。そして、映像変換サーバ４００の機能により、映像クリップが作成された時点のカメラ制御状態情報を、映像クリップ再生ユーザが利用可能となる。

特に、本実施形態では、管理者による署名情報を映像クリップに組み入れる事で、映像クリップを受け取った一般ユーザの端末のビューワプログラムが、管理者が署名時に許可した権限でカメラサーバ１０１へのアクセスおよびカメラ制御を実行可能となる点に特徴がある。しかも、権限を付与されるカメラ制御が、そのカメラ制御による映像を反映した映像クリップ内に組み入れられている事により、映像クリップを、『映像プレビュー付きの電子チケット』として扱う事ができる。

本実施形態では、管理者の署名正当性確認用の管理者公開鍵（管理者の秘密鍵と非対称鍵方式のペアをなす公開鍵部分）を、予めカメラサーバ１０１内に登録保持している例について説明しているが、ネットワークを介して、カメラサーバ１０１上の認証情報を管理する手段を用意しても良い。また、管理者認証情報の保持、あるいは、認証確認処理を、ネットワーク接続された別装置で行うことも容易に想像できる。例えば、商用の課金サーバなどである。

また、本実施形態では、チケット情報として、映像クリップに組み入れる情報として、カメラサーバ接続情報、カメラ制御情報、有効期限、などを説明しているが、特権レベルやカメラ制御執行者限定、カメラ制御執行回数限定などの情報が組み入れられても良い。例えば、指定ＩＰアドレスをもつ専用ビューワプログラムからの接続要求のみを許可するような制限を追加した署名情報を生成することも考えられる。

本実施形態では、映像クリップのリンク情報部分を対象に署名する例について説明しているが、署名対象は、リンク情報に限定されない。例えば、リンク情報に含まれる接続先カメラサーバ情報のみを対象に署名することで、カメラサーバ接続のみに管理者権限を付与し、カメラ制御は、実際の映像クリップ利用者の権限で実行しても良い。

本実施形態では、取得された映像クリップのリンク情報に含まれるカメラサーバ接続情報およびカメラ制御情報を、そのまま署名対象として利用しているが、署名対象は、これに限定されない。署名前に、管理者が、映像クリップをプレビュー（内容確認）し、必要に応じて編集改変の上、より限定的なカメラ制御のみを許しても良い。つまり、映像クリップ中の映像とカメラ制御情報とが必ずしも一致せず、管理者によって、一部制限されたＰＴＺシーケンス、あるいは、故意に差し替えられたＰＴＺシーケンスを対象として署名する事も考えられる。

尚、上述した本実施形態においては、図１に示すように携帯電話網とネットワークとを結ぶゲートウェイ５００とは独立に、ネットワーク上に映像変換サーバ４００が実装される例について説明しているが、この限りではなく、映像変換サーバ４００の機能が、ゲートウェイ５００の一部の機能として実装されても良い。また、図１の映像変換サーバ４００とゲートウェイ５００とが、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などの専用線で接続されるような接続形態であってもよい。

また、上述した本実施形態においては、ＨＴＴＰ通信を用いて、携帯電話端末６０１、６０２と映像変換サーバ４００とが通信する例について説明しているが、この限りではなく、この通信は、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いた通信など、セッション指向の通信方法を用いて好適である。また、携帯電話端末６０１、６０２と映像変換サーバ４００とのＨＴＴＰ通信やＳＭＴＰ通信は、例えばＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）などの併用により、安全な通信を行うことができる。

また、本実施形態では、カメラサーバ１０１から取得したライブ映像データを、映像変換サーバ４００により、携帯電話向け映像クリップに変換して送信する例について説明したが、映像クリップの形式は、携帯電話向け映像クリップに限定されない。例えば、ＭｅｄｉａＰｌａｙｅｒでは、ＩＳＯ標準のＭＰＥＧ−4コーデックにも対応しているので、本実施形態の映像送信部が映像クリップを生成する時点で、ＡＳＦ形式に準拠したデータフォーマットに整形することで、ＭｅｄｉａＰｌａｙｅｒでの再生が可能となる。同様にして、ＱｕｉｃｋＴｉｍｅのファイルフォーマットに準拠することで、ＱｕｉｃｋＴｉｍｅＰｌａｙｅｒにも対応可能である。

［第２の実施形態］
本発明の第２の実施形態として、カメラサーバ１０１側にチケット識別子の管理表を保持する形態について説明する。図１８は、第２の実施形態における署名識別子管理表の一例を示す図である。第２の実施形態の映像通信システムにおいてシステム構成や各装置のハードウェア構成や機能構成は、図１〜図５に示した第１の実施形態とほぼ同様であるので、異なる構成を主に説明する。主に異なる点として、第２の実施形態の映像通信システムは、カメラサーバが署名付き映像クリップを個別に識別する点に特徴がある。具体的には、図６で示した管理者ビューワ２０１の一部の動作、および、図７で示したカメラ制御サーバ１１０の一部の動作が、第１の実施形態とは異なる。

本実施形態では、管理者ビューワ２０１のステップＳ６２２が次のように動作する。つまり、ユニークな署名識別子情報『ｖｉｄｅｏｃｌｉｐＩＤ＝』を生成して、署名情報に追加する点で、第１の実施形態と異なる。署名識別子情報は、管理者が署名した個々の映像クリップを識別可能な情報である。例えば、管理者が映像クリップに署名する毎にインクリメントされるシリアル番号で実現される。

ｃａｍｅｒａｓｅｒｖｅｒｓ＝ｗｅｂｖｉｅｗ：／／ｖｂ１０１_４．ｘ−ｚｏｎｅ．ｘｘｘ．ｃｏ．ｊｐ：３４５６０＋３４５６１＋３４５６２
ＰＴＺ＝ＨＺ１５＿３０Ｓ３＿４０Ｓ４＿４０Ｐ−１０＿２０
ｖｉｄｅｏｃｌｉｐＩＤ＝１８０２９
ｅｘｐｉｒｅｓ＝２００３ｏｃｔ０１．１７：３０：００
ｕｓｅｒｉｄ＝３３１２４５
ｓｉｇｎａｔｕｒｅ＝６８２７４１３ｅ５ｂ８ｄ７９９５２３ｆｆｂ５ｅ１ａ９７１２３ｃ４

本実施形態では、カメラ制御サーバ１１０は、ステップＳ７０５において以下のように動作する。つまり、管理者ビューワ２０１によって署名情報に組み込まれた署名識別子情報を使って、署名付き映像クリップのリンク情報として組み込まれたカメラ制御などの執行履歴や執行状況を管理する点で、第１の実施形態と異なる。執行履歴や執行状況の管理は、執行されているカメラサーバ接続、カメラ制御、あるいは、過去に執行されたカメラサーバアクセス、カメラ制御を把握する。例えば、図１７に示すようにチケットによるカメラ制御が執行される際、管理者ビューワ２０１が接続中ならば、チケット執行情報を管理者ビューワ２０１のメッセージ表示欄に表示する。図１７は、管理者ビューワ２０１におけるビューワ画面例を示す図である。図１７において、メッセージ欄に記載の゛木谷野太郎゛は、ユーザ識別子ｕｓｅｒｉｄ＝３３１２４５のユーザ登録名とする。

以上の構成により、携帯電話端末６０１や管理者ビューワ２０１上に実装された映像クリップ用ビューワを使うユーザは、映像変換サーバ４００に映像クリップを要求することができる。そして、映像変換サーバ４００の機能により、映像クリップが作成された時点のカメラ制御状態情報を、映像クリップ再生ユーザが利用可能となる。

特に、本実施形態では、映像クリップに組み入れる管理者による署名情報を個別に識別する事で、署名付き映像クリップによるカメラ制御の執行状況を、カメラサーバ１０１によって把握することが可能となる。これは、映像クリップが複数のユーザ間でメールなどにより受渡し可能な状況下で効果がある。

本実施形態では、識別子によって、署名付き映像クリップによるカメラ制御の執行状況を把握する例について説明しているが、それ以外にも、署名付き映像クリップによるカメラ制御の執行履歴を、カメラサーバ１０１内に保存管理することによって、署名付き映像クリップの執行回数制限を行うことも容易に想像できる。反対に、署名付き映像クリップによるカメラ制御の執行が、複数回許される状況で、カメラ制御の執行統計から、映像クリップの人気度を計測し、それをプリセットやカメラ制御許可時間などに反映する事も容易に想像できる。

本実施形態では、カメラサーバ１０１自身が、署名識別子ならびに制御履歴を管理する例について説明しているが、署名識別子ならびに制御履歴管理は、別のデータベースサーバなどが管理しても良い。

［第３の実施形態］
本発明の第３の実施形態として、利用者端末（ビューワ２００、管理者ビューワ２０１、携帯電話端末６０１など）から映像クリップに対して多重署名することによって権限をプロモーションする形態について説明する。第３の実施形態の映像通信システムにおいてシステム構成や各装置のハードウェア構成や機能構成は、図１〜図５に示した第１の実施形態とほぼ同様であるので、異なる構成を主に説明する。主に異なる点として、第３の実施形態の映像通信システムは、管理者以外にも複数のユーザが、映像クリップに署名を付与する事で、映像クリップの権限を上昇させる点に特徴がある。具体的には、図６で示した管理者ビューワ２０１の一部の動作、および、図７で示したカメラ制御サーバ１１０の一部の動作が、第１の実施形態とは異なる。また、管理者ビューワ２０１は、管理者に限らず、署名を付与する複数のユーザによって実行される。

本実施形態では、管理者ビューワ２０１のステップＳ６２２が次のように動作する。つまり、管理者に限らず署名実行者の秘密情報（カメラサーバ１０１に登録済みの公開鍵と非対称鍵方式のペアをなす秘密鍵部分）を用いて署名を生成し、映像クリップのリンク情報に署名情報を追加するように組み入れる点で、第１の実施形態と異なる。署名情報の追加は、個々の署名実行者のｕｓｅｒｉｄとｓｉｇｎａｔｕｒｅとが区別可能な状態で追加される。

例えば、ユーザ識別子（ｕｓｅｒｉｄ）３３１２４５、３０９５４７、３０８４５８、３０４２２９の署名（ｓｉｇｎａｔｕｒｅ）が、それぞれ、゛６８２７４１３ｅ５ｂ８ｄ７９９５２３ｆｆｂ５ｅ１ａ９７１２３ｃ４゛、゛８ｂｅｃ１ａ４７２８６６ａｄｃ０３ｄｅｅ３０ｅ７４ｒ６８９０３９゛、゛ｂｅｃ１ａ４７２８６６ａｄｃ００ｆ９ｅ９ｃ２ｄｆ４６５７３２３０゛、゛９ｆ４４０２ｄｂｅ７ｂ２５ａｄｄ９７２２ａｆ１ｂｅ８２ｃｃ６ｆ０゛となる。実際のリンク情報としては、これらの項目をＵＲＬエンコードした形態となる点は、第１の実施形態と同様である。

ｃａｍｅｒａｓｅｒｖｅｒｓ＝ｗｅｂｖｉｅｗ：／／ｖｂ１０１＿４．ｘ−ｚｏｎｅ．ｘｘｘ．ｃｏ．ｊｐ：３４５６０＋３４５６１＋３４５６２
ＰＴＺ＝ＨＺ１５＿３０Ｓ３＿４０Ｓ４＿４０Ｐ−１０＿２０
ｅｘｐｉｒｅｓ＝２００３ｏｃｔ０１．１７：３０：００
ｕｓｅｒｉｄ＝３３１２４５、３０９５４７、３０８４５８、３０４２２９
ｓｉｇｎａｔｕｒｅ＝６８２７４１３ｅ５ｂ８ｄ７９９５２３ｆｆｂ５ｅ１ａ９７１２３ｃ４、８ｂｅｃ１ａ４７２８６６ａｄｃ０３ｄｅｅ３０ｅ７４ａ６８９０３９、ｂｅｃ１ａ４７２８６６ａｄｃ００ｆ９ｅ９ｃ２ｄｆ４６５７３２３０、９ｆ４４０２ｄｂｅ７ｂ２５ａｄｄ９７２２ａｆ１ｂｅ８２ｃｃ６ｆ０

本実施形態では、カメラ制御サーバ１１０は、ステップＳ７０５において以下のように動作する。つまり、複数の署名の正当性を確認して、それらの正当な署名から与えられたユーザ権限の加算（論理和）で、ＰＴＺシーケンスのカメラ制御を実行する点で、第１の実施形態と異なる。

以上の構成により、ビューワ２００上に実装された専用ビューワプログラムが、映像クリップ内に組み込まれたカメラ状態情報を抽出して、カメラサーバ１０１のカメラ制御することができる。特に、本実施形態では、管理者以外にも複数のユーザが、映像クリップに署名を付与する事で、映像クリップの権限を上昇させる点に特徴があり、一つのカメラサーバ１０１に複数のユーザから同時にカメラ制御が要求された場合の制御権の競合調停に利用できる。

また、本実施形態では、正当な署名から与えられたユーザ権限の加算（論理和）で、ＰＴＺシーケンスのカメラ制御が実行される例について説明しているが、複数署名の利用方法は、これに限定されない。例えば、管理者クラスのユーザに５点、一般クラスのユーザに１点などのように、各署名者が署名時に点数を映像クリップの署名情報に付与して、その点数を加算（算術和）し、閾値との比較によって正当性を確認する事も容易に想像できる。

［第４の実施形態］
本発明の第４の実施形態として、映像変換サーバと一体型のカメラサーバを備える映像通信システムについて説明する。
第４の実施形態の映像通信システムにおいてシステム構成や各装置のハードウェア構成や機能構成は、図１〜図５に示した第１の実施形態とほぼ同様であるので、異なる構成を主に説明する。すなわち、第４の実施形態の映像通信システムは、インターネット上に配置された映像変換サーバと一体型のカメラサーバ１０１およびカメラサーバ１０２から取得したライブ映像を、携帯電話端末６０１や管理者ビューワ２０１向け映像クリップに変換して送信することができる。特に、第４の実施形態において第１の実施形態と異なる点は、第１の実施形態における映像変換サーバ４００とカメラサーバ１０１とが一体化したカメラサーバ１０１ａを具備する点である。

上述したように、本実施形態では、ネットワークの接続形態やハードウェア構成、および、各ソフトウェアの動作の多くは、第１の実施形態で説明した通りである。ただし、第４の実施形態における映像通信システムは、図１や図５に示した第１の実施形態における映像通信システムと構成の異なる部分がある。図２０は、第４の実施形態における映像通信システムの接続構成の概略を示す図である。図２０に示すように、図１および図５に示した第１の実施形態における映像通信システムと比べて、映像変換サーバと一体化したカメラサーバ１０１ａがネットワークに接続されている点が異なる。また、カメラサーバ１０１ａと一体化された映像変換サーバは、第１の実施形態の映像変換サーバ４００と同様の機能を有する。以上より、以下の説明において映像変換サーバ４００とは、カメラサーバ１０１と一体化されたものであるとする。

また、第４の実施形態の映像通信システムにおいては、第１の実施形態の映像通信システムと、図１３で示した映像変換サーバ４００の一部の動作（本実施形態においてはカメラサーバ１０１ａの一部の動作）が異なる。本実施形態では、カメラサーバ１０１ａに映像変換サーバ４００が一体化しているため、以下のような動作を行う。

まず、映像変換サーバ４００の映像取得部４１１は、図８に示した映像サーバ１１１におけるステップＳ８０６の処理と同様に、ハードウェア構成の映像キャプチャボード１５を利用して映像データを取得する。尚、本実施形態では、映像変換サーバ４００が、ハードウェア構成の映像キャプチャボード１５を使って映像データを取得する例について説明したが、この限りではなく、カメラサーバ１０１ａと一体化した映像変換サーバ４００であっても、第１の実施形態と同様に、他のカメラサーバ１０２の映像サーバ１１１からも映像データを取得できるよう設計することもできる。これにより、カメラサーバ１０１ａのエンコード処理の負荷分散、映像データの配送処理の負荷分散、および、ネットワーク通信インフラにおける輻輳防止などの効果がある。

以上説明したように、上述した第１〜第４の実施形態によれば、カメラサーバ１０１に装備されたカメラ制御機能を適切に反映して映像クリップを生成する事ができる。これにより、携帯電話端末６０１に広く実装されている映像クリップ再生表示機能とカメラ制御機能付きカメラサーバ１０１との連携を向上させることが可能となる。更に、権限を付与されるカメラ制御が、そのカメラ制御による映像を反映した映像クリップ内に組み入れられている事により、映像クリップを、『映像プレビュー付きの電子チケット』として扱う事ができるという効果も得られる。尚、上述した実施形態では、携帯電話端末を用いた映像通信システムを示したが、この限りではなく、ＰＤＡなどのネットワークに接続可能な携帯端末であってもよい。

また、図５に示した各機能は、専用のハードウェアにより実現されるものであってもよく、また、各処理部はメモリおよびＣＰＵにより構成され、各処理部の機能を実現する為のプログラムをメモリに読み込んで実行することによりその機能を実現させるものであってもよい。
また、上記メモリは、ハードディスク装置や光磁気ディスク装置、フラッシュメモリ等の不揮発性のメモリや、ＣＤ−ＲＯＭ等の読み出しのみが可能な記録媒体、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）のような揮発性のメモリ、あるいはこれらの組み合わせによるコンピュータ読み取り、書き込み可能な記録媒体より構成されるものとする。

また、図５に示した各機能を実現する為のプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各処理を行っても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。

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

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

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

本発明の第１の実施形態における映像通信システムの概略構成を示す図である。 図１に示した映像変換サーバ４００のハードウェア構成の一例を示す図である。 図１に示したカメラサーバ１０１、１０２のハードウェア構成の一例を示す図である。 図１に示した携帯電話端末６０１、６０２及び管理者ビューワ２０１のハードウェア構成の一例を示す図である。 図１に示した映像通信システムにおけるカメラサーバ１０１や、映像変換サーバ４００や、管理者ビューワ２０１の機能構成の概略を示す図である。 図１に示した映像通信システムにおける携帯電話端末６０１及び管理者ビューワ２０１の動作を示すフロー図である。 図５に示したカメラサーバ１０１内のカメラ制御サーバ１１０の動作を示すフロー図である。 図５に示したカメラサーバ１０１内の映像サーバ１１１の動作を示すフロー図である。 図５に示した映像通信システムの携帯電話端末６０１におけるＰＴＺシーケンスを作成する画面例およびキーの割当例を示す図である。 カメラサーバ１０１が図７のステップＳ７００で用いる設定値を設定する際の画面例を示す図である。 図１０に示した設定画面を表示するカメラサーバ１０１のカメラサーバ設定プログラムの動作を示すフロー図である。 図５に示した映像通信システムの映像変換サーバ４００における映像データの大まかな流れを模式化した図である。 図５に示した映像通信システムにおける映像変換サーバ４００の動作を示したフロー図である。 図６に示したステップＳ６０９に続く署名情報の付与処理例を示すフロー図である。 携帯電話端末６０１又は管理者ビューワ２０１の画面６３ａに表示される合成画面例を示す図である。 携帯電話端末６０１及び管理者ビューワ２０１においてＰＴＺシーケンスを作成する処理を示すフロー図である。 管理者ビューワ２０１におけるビューワ画面例を示す図である。 第２の実施形態における署名識別子管理表の一例を示す図である。 専用ビューワプログラムの動作の流れを示すフロー図である。 第４の実施形態における映像通信システムの接続構成の概略を示す図である。

符号の説明

１０ コンピュータ
１１ カメラ装置
６１ スイッチ類
６２ ボタン類
６３ ディスプレイ装置
１０１、１０２ カメラサーバ
１０１ａ カメラサーバ（映像変換サーバを含む）
１１０ カメラ制御サーバ
１１１ 映像サーバ
１１２ 署名正当性確認部
２００ ビューワ
２０１ 管理者ビューワ
２１０、２２０ カメラ制御入力部
２１１、２２１ 映像表示部
２１２ 署名付与部
３００ 中継サーバ
４００ 映像変換サーバ
４１０ カメラ制御部
４１１ 映像取得部
４１２ 映像変換部
４１３ 映像送信部
５００ ゲートウェイ
６０１、６０２ 携帯電話端末

Claims (15)

1. ネットワークに接続可能で映像再生可能な端末と、映像データを配信するカメラサーバとを少なくとも具備する映像通信システムであって、
   前記カメラサーバの配信する前記映像データを取得する映像取得手段と、
   前記端末の属性情報と前記映像取得手段の取得した前記映像データとを基に前記端末において再生可能な端末用映像データを生成する映像変換手段と、
   前記映像変換手段が生成した前記端末用映像データに対して前記カメラサーバのアクセス制御情報を設定する制御情報設定手段と、
   前記制御情報設定手段の設定により前記アクセス制御情報を含む前記端末用映像データを前記端末へ送信する映像送信手段と
   を具備することを特徴とする映像通信システム。
2. 前記映像変換手段は、前記カメラサーバに対するカメラ制御指示を前記端末用映像データの一部あるいは全体に関連付けて変換し、
   前記制御情報設定手段は、前記端末用映像データに関連付けられた前記カメラ制御情報を用いて前記アクセス制御情報を設定することを特徴とする請求項１に記載の映像通信システム。
3. 前記制御情報設定手段は、電子署名によって生成された署名情報を含むアクセス制御情報を前記端末用映像データに設定し、
   前記端末用映像データに含まれる署名情報により前記アクセス制御情報の正当性確認する制御情報確認手段を更に具備することを特徴とする請求項１又は２に記載の映像通信システム。
4. 前記制御情報設定手段は、署名対象となる接続先カメラサーバ情報やカメラ制御情報を含む前記端末用映像データに組み込まれるリンク情報を、署名前に、制限あるいは差し替えによって改変することを特徴とする請求項１〜３のいずれか１項に記載の映像通信システム。
5. 前記制御情報確認手段は、接続先カメラサーバ情報やカメラ制御情報などを含む前記端末用映像データに組み込まれるリンク情報を署名対象として電子署名することを特徴とする請求項３に記載の映像通信システム。
6. 前記制御情報確認手段は、個々の署名情報に組み入れた署名識別子を使って、署名対象となる前記接続先カメラサーバ情報や前記カメラ制御情報を含む前記端末用映像データに組み込まれるリンク情報の利用履歴を管理することを特徴とする請求項５に記載の映像通信システム。
7. 前記制御情報確認手段は、個々の署名情報に組み入れた署名識別子を使って、署名対象となる前記接続先カメラサーバ情報や前記カメラ制御情報を含む前記端末用映像データに組み込まれるリンク情報の利用回数を限定することを特徴とする請求項５に記載の映像通信システム。
8. 前記制御情報確認手段は、個々の署名情報に組み入れた署名識別子を使って、署名対象となる前記接続先カメラサーバ情報や前記カメラ制御情報を含む前記端末用映像データに組み込まれるリンク情報の利用統計を測定し、プリセット設定などカメラサーバの内部状態を変更することを特徴とする請求項５に記載の映像通信システム。
9. 前記制御情報確認手段は、複数のユーザによる多重署名の内容に応じて前記カメラ制御情報に含まれるカメラ制御指示の実施方法を変化させることを特徴とする請求項５に記載の映像通信システム。
10. 前記制御情報確認手段は、管理者をはじめとする複数のユーザが多重署名することで、アクセス権限を変更し、前記カメラサーバへの同時アクセスあるいは同時カメラ制御の競合調整を行うことを特徴とする請求項５に記載の映像通信システム。
11. 前記映像送信手段は、セッション指向の通信方式で通信することを特徴とする請求項１〜１０のいずれか１項に記載の映像通信システム。
12. 前記映像送信手段は、非セッション指向の通信方式で通信することを特徴とする請求項１〜１０のいずれか１項に記載の映像通信システム。
13. ネットワーク上に配置されるカメラサーバと接続して、カメラサーバが送信する映像データを表示する情報処理装置であって、
    前記映像データを取得する映像取得手段と、
    映像データ内に組み込まれたカメラ状態情報からカメラ制御コマンドを抽出するカメラ制御コマンド抽出手段と、
    前記カメラコマンド抽出手段が抽出した前記カメラ制御コマンドを前記カメラサーバへ送信する制御コマンド送信手段と
    を具備することを特徴とする情報処理装置。
14. ネットワークに接続可能で映像再生可能な端末と、映像データを配信するカメラサーバとを少なくとも具備する映像通信システムを用いた映像通信方法であって、
    前記カメラサーバの配信する前記映像データを取得する映像取得ステップと、
    前記端末の属性情報と前記映像取得ステップで取得した前記映像データとを基に前記端末において再生可能な端末用映像データを生成する映像変換ステップと、
    前記映像変換ステップで生成した前記端末用映像データに対して前記カメラサーバのアクセス制御情報を設定する制御情報設定ステップと、
    前記制御情報設定ステップで設定した前記アクセス制御情報を含む前記端末用映像データを前記端末へ送信する映像送信ステップと
    を有することを特徴とする映像通信方法。
15. ネットワークに接続可能で映像再生可能な端末と、映像データを配信するカメラサーバとを少なくとも具備する映像通信システム用のプログラムであって、
    前記カメラサーバの配信する前記映像データを取得する映像取得ステップと、
    前記端末の属性情報と前記映像取得ステップで取得した前記映像データとを基に前記端末において再生可能な端末用映像データを生成する映像変換ステップと、
    前記映像変換ステップで生成した前記端末用映像データに対して前記カメラサーバのアクセス制御情報を設定する制御情報設定ステップと、
    前記制御情報設定ステップで設定した前記アクセス制御情報を含む前記端末用映像データを前記端末へ送信する映像送信ステップと
    をコンピュータに実行させるためのプログラム。

Images