JP2004248069A - 映像通信システム - Google Patents
映像通信システム Download PDFInfo
- Publication number
- JP2004248069A JP2004248069A JP2003037033A JP2003037033A JP2004248069A JP 2004248069 A JP2004248069 A JP 2004248069A JP 2003037033 A JP2003037033 A JP 2003037033A JP 2003037033 A JP2003037033 A JP 2003037033A JP 2004248069 A JP2004248069 A JP 2004248069A
- Authority
- JP
- Japan
- Prior art keywords
- video
- server
- camera
- mobile phone
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
【課題】インターネット上に流通しているカメラサーバからの映像情報を、アクセス制御やカメラ制御権を含めて、携帯電話端末向けに適切に配信可能な映像通信システムを提供する。
【解決手段】映像取得部４１１は、カメラサーバ１０１の配信する映像データを取得する。映像変換部４１２は、携帯電話端末６０１の属性情報と映像取得部４１１の取得した映像データとを基に携帯電話端末６０１において再生可能な携帯用映像データを生成する。映像送信部４１３は、映像変換部４１２が生成した携帯用映像データを携帯電話端末６０１へ送信する。
【選択図】 図５
【解決手段】映像取得部４１１は、カメラサーバ１０１の配信する映像データを取得する。映像変換部４１２は、携帯電話端末６０１の属性情報と映像取得部４１１の取得した映像データとを基に携帯電話端末６０１において再生可能な携帯用映像データを生成する。映像送信部４１３は、映像変換部４１２が生成した携帯用映像データを携帯電話端末６０１へ送信する。
【選択図】 図５
Description
【０００１】
【発明の属する技術分野】
本発明は、通信によって映像データの配信などを行う映像通信システムに関するものである。
【０００２】
【従来の技術】
本発明に関係する既存の技術は、以下の通りである。
［ライブ映像通信システム］
動画用カメラで撮影したライブ映像を、動画用カメラを具備するカメラサーバよりインターネットなどの通信インフラストラクチャを使ってＰＣ（パーソナルコンピュータ）へ配信するとともに、ＰＣから撮影のためのカメラ設定やカメラ操作などをカメラサーバ経由で動画用カメラへ指示する技術が確立され、製品が提供されている。例えば、複数の上述したカメラサーバおよびＰＣがネットワークで接続された映像通信システムにおいて、カメラサーバからＰＣへの映像配信に加えて、カメラサーバの備える動画用カメラに対してパン、チルト、ズーム、逆光補正といったカメラ制御を、ＰＣよりネットワークを介して行うことが可能なシステムが提供されている。また、上述した映像通信システムは、アクセス制御機能を備え、利用者のアクセス権限に応じて、カメラ制御や映像配信の制限を行うことができる。
【０００３】
また、本出願人によってコンピュータネットワークなどを介して撮影した映像情報などを配信する映像情報配信システムであって、配送サーバと映像サーバとの間で可逆もしくは画像情報の劣化が少ない画像圧縮方式を採用することにより、配送サーバによって画像の伸長と再圧縮を施す場合、より画質の劣化が少ない美しい映像を配送もしくは蓄積することができる映像情報配信システムが開示されている（例えば、特許文献１参照。）。
【０００４】
更に、上述した映像通信システムにおいて、カメラ制御によって撮像される領域に関してもＰＣより制限することが可能になっている。例えば、ＰＣの利用者が特権ユーザである場合は、動画用カメラに備わるズーム機能のすべてを利用できるが、ＰＣの利用者が通常ユーザである場合は、ズーム機能の一部（たとえば、テレ端を使い切れない）のみ利用可能とするような制限である。また、パン機能やチルト機能についても同様に制御可能である。
【０００５】
［第三世代携帯電話技術］
また、近年において、第二世代の携帯電話サービスよりも高い電波利用効率と通信帯域を備えた携帯電話サービスとして、第三世代（３Ｇ）の携帯電話サービスが提供されるようになっている。例えば、第三世代（３Ｇ）の携帯電話端末では、電話通話しながらインターネットアクセスなどのデータ通信が可能となっている。それは、マルチアクセスと呼ばれる接続形態を用意しており、これを利用することで、ウェブブラウジングなどのデータ通信を行いながら、電話通話を可能にしている。
【０００６】
さらに、第三世代の携帯電話端末では、携帯電話端末自体の処理能力も強化されており、これまでＰＣ（パーソナルコンピュータ）などで行っていた作業を携帯電話端末で処理可能になっている。例えば、電子メールやウェブブラウジングおよび映像送受信などの機能を実装している携帯電話端末が提供されている。また、第三世代の携帯電話サービスでは、映像配信のサービスも行われている。
【０００７】
［ＭＰＥＧ−４コーデック］
移動体通信網に接続する携帯情報端末から広帯域インターネットに接続するＰＣまでの映像送受信端末の広がりを受けて、数十ｋｐｂｓから数十Ｍｂｐｓの広いビットレートをカバーする高圧縮符号化効率、および、無線やインターネットなどの伝送路誤りに対する強い耐性などを備えた動画像圧縮符号化方式として、ＩＳＯで１９９９年にＭＰＥＧ−４という規格が制定されている。
また、ＭＰＥＧ−４を用いた映像配信サービスが、個人情報端末（ＰＤＡ）や携帯電話端末向けに提供されている。例えば、第三世代（３Ｇ）携帯電話サービスでは、携帯電話端末（ビジュアル端末）間でＭＰＥＧ−４を用いて相互に映像を送受信するサービスを提供している。
【０００８】
［携帯電話向けＭＰＥＧ−４クリップ技術］
携帯電話端末に映像クリップ（映像ファイル）を表示する技術が提供されている。例えば、これらのサービスでは、ＭＰＥＧ−４コーデックなどで圧縮符号化された映像データ（映像クリップあるいは映像ファイル）をサーバに保存し、携帯電話端末に内蔵するデータ通信機能を使ってサーバからダウンロードした上で、同じく携帯電話端末に内蔵するデコーダを使って映像を携帯電話端末の画面に表示する。
【０００９】
また、これらの映像クリップのデータフォーマットは、マイクロソフト（登録商標）社のＡＳＦ（Ａｄｖａｎｃｅｄ Ｓｔｒｅａｍｉｎｇ Ｆｏｒｍａｔ）形式や、ＩＳＯ標準のＭＰ４形式（ＩＳＯ／ＩＥＣ１４４９６−１ Ａｍｄ１ ＭＰＥＧ−４システム Ｖｅｒｓｉｏｎ２）など、インターネットに接続可能なＰＣなどで広く普及している形式に準拠している。また、これらのサービスでは、いずれも映像クリップの上限が決められており、例えば、２４０ｋｂｙｔｅｓが上限となっている。
【００１０】
［映像クリップへのリンクやコマンドの関連付け技術］
上述したＡＳＦ形式やＱｕｉｃｋＴｉｍｅ Ｆｉｌｅ Ｆｏｒｍａｔなどでは、映像クリップにＵＲＬなどのハイパーリンク機能を関連付けることができる。また、ＡＳＦ形式では、“Ｓｃｒｉｐｔ Ｃｏｍｍａｎｄ Ｏｂｊｅｃｔ”を定義することが可能であり、このオブジェクト内に、ＡＳＦファイル再生時のタイムラインに同期するように設定したリンク情報をリストできる。さらに、ＡＳＦ形式では、Ｓｃｒｉｐｔ Ｃｏｍｍａｎｄ Ｏｂｊｅｃｔを利用して、リンク情報ばかりでなく、スクリプトなどのコマンド情報も記述可能となっている。
【００１１】
また、映像クリップにハイパーリンク機能付きのテキストテロップ（字幕）を追加する機能が備わっている。このテロップ記述言語には、ＳＴＭＬ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｔｅｌｏｐ Ｍａｒｋ−ｕｐ Ｌａｎｇｕａｇｅ）を利用する。この機能により、ユーザは、音声通話やメール送信やホームページリンクなどを、映像クリップと関連付けることができる。
【００１２】
【特許文献１】
特開２０００−５９７７６号公報
【００１３】
【発明が解決しようとする課題】
しかしながら、上述したようにインターネット上でサービスされているカメラサーバに蓄積された映像を携帯電話端末へ配信するサービスを行う場合に、カメラサーバに装備されたアクセス制御機能やカメラ制御権を携帯電話端末から適切に利用できないという問題があった。あるいは、ＰＣ上などで実行される専用表示ソフトウェアによるカメラ制御権の利用に比べて、携帯電話端末では、アクセス制御に関する情報が適切に表現されないという問題があった。
【００１４】
この発明は、上述した事情を考慮してなされたもので、インターネット上に流通しているカメラサーバからの映像情報を、アクセス制御やカメラ制御権を含めて、携帯電話端末向けに適切に配信可能な映像通信システムを提供することを目的とする。
【００１５】
【課題を解決するための手段】
この発明は、上述した課題を解決すべくなされたもので、本発明による映像通信システムにおいては、ネットワークに接続可能で映像再生可能な端末と、映像データを配信するカメラサーバとを少なくとも具備する映像通信システムであって、カメラサーバの配信する映像データを取得する映像取得手段と、端末の属性情報と映像取得手段の取得した映像データとを基に端末において再生可能な端末用映像データを生成する映像変換手段と、映像変換手段が生成した端末用映像データを端末へ送信する映像送信手段とを具備することを特徴とする。
【００１６】
これにより、本発明の映像通信システムにおいては、インターネット上に流通しているカメラサーバからの映像情報を、端末の属性情報に応じてその端末向けに適切に配信することができる。例えば、携帯電話端末の属性情報が、カメラサーバへのアクセス制御やカメラ制御権に関する情報である場合は、インターネット上に流通しているカメラサーバからの映像情報を、アクセス制御やカメラ制御権に応じて携帯電話端末向けに適切に配信することができる。
【００１７】
【発明の実施の形態】
以下、図面を用いて本発明の実施形態について説明する。
［第１の実施形態］
本発明の第１の実施形態として、ネットワーク上に配置された複数のカメラサーバから取得したライブ映像を、携帯電話端末向けの映像データ（以下、映像クリップとする）に変換して送信する映像通信システムについて説明する。この中で、ライブ映像を変換して映像クリップを生成する機能を有する映像変換サーバが、カメラサーバに設定されたアクセス制御情報に応じて、適切な映像クリップを生成する例についても説明する。特に、本実施例の映像変換サーバでは、設定されたアクセス制御情報に応じて、特別なアクセス制御権を有する利用者（以下、特権ユーザとする）によるアクセスと、通常のアクセス制御権を有する利用者（以下、通常ユーザとする）によるアクセスとで、生成される映像クリップ内容を変更する点に特徴がある。
【００１８】
尚、本実施形態においては、アクセス制御情報の一例として、カメラ制御によって撮像される領域に関する制限、すなわち、撮像領域制限について説明する。また、撮像領域制限によって撮像を禁止している領域を、禁止エリアと呼ぶ。
【００１９】
図１は、本発明の第１の実施形態における映像通信システムの概略構成を示す図である。図１において、１０１および１０２は、カメラサーバであり、ライブ映像を撮像可能な動画用カメラを具備し、その動画用カメラによるライブ映像をネットワーク経由で提供する。２００は、ビューワであり、カメラサーバ１０１、１０２よりネットワーク経由で提供されるライブ映像を表示可能なソフトウェアをインストールしており、ネットワークに接続可能なコンピュータ端末である。
【００２０】
以上の構成により、ビューワ２００よりネットワークを介してライブ映像の表示要求（以下、リクエストとする）がカメラサーバ１０１、１０２へ送られ、これが受け入れられるとカメラサーバ１０１、１０２からビューワ２００へ映像データが配送され、ビューワ２００で受信した映像データを再生することでライブ映像を表示することが可能となる。またビューワ２００からカメラ制御コマンドがカメラサーバ１０１または１０２へ送られると、カメラサーバ１０１または１０２が具備する動画用カメラに対してズーム、パン、チルトなどの制御操作が可能となる。さらに、ネットワーク上には、中継サーバ３００が置かれビューワ２００とカメラサーバ１０１、１０２との通信を中継することがある。
【００２１】
また、４００は、映像変換サーバであり、カメラサーバ１０１、１０２が提供する映像データを携帯電話端末向けの映像クリップ（携帯用映像データ）に変換した上で、携帯電話向けに配信する。また、５００は、ゲートウェイであり、ネットワークと携帯電話回線網とを仲介する。６０１および６０２は、携帯電話端末であり、ゲートウェイ５００を介してネットワークに接続する機能や、映像変換サーバ４００が変換した映像クリップを表示するビューワ機能を搭載している。以上の構成により、携帯電話端末６０１、６０２は、ゲートウェイ５００を介してネットワークに接続された機器と通信可能となる。
【００２２】
尚、携帯電話端末６０１、６０２において、ビューワ機能はビューワプログラムが実行されることで実現されるが、このビューワプログラムは、典型的には、工場出荷時にインストールされるが、例えばＪａｖａ（Ｒ）プログラムのように実行時（利用時）にネットワーク経由でダウンロードされて実行される形態であっても良い。また、図１のネットワークは企業あるいは組織内で運用されるイントラネットであってもよく、広く世界をつないでいるインターネットであってもよい。また、中継サーバ３００や映像変換サーバ４００は、典型的には、インターネットイクスチェンジやデータセンタ（ＩＤＣ：Ｉｎｔｅｒｎｅｔ Ｄａｔａ
Ｃｅｎｔｅｒ）に配置され、通信負荷の軽減を図るよう設計される。
【００２３】
次に、図１に示した映像変換サーバ４００や、カメラサーバ１０１、１０２や、携帯電話端末６０１、６０２のハードウェア構成例について図を用いて説明する。
図２は、図１に示した映像変換サーバ４００のハードウェア構成の一例を示す図である。図２に示すように、映像変換サーバ４００は、サーバ向けコンピュータであり、より詳細には、プログラムやデータを格納する記憶装置や、ネットワークと接続するためのネットワークＩ／Ｆ（インターフェース）４３や、プログラムによる各種の処理を実行するＣＰＵ（中央演算装置）４１などから構成されるコンピュータである。また、映像変換サーバ４００は、記憶装置として、図１に示すように主記憶装置となるメモリ４２や、フラッシュメモリやＨＤ（ハードディスク）装置４５などからなる二次記憶装置、および、プログラムを媒体からロードするためのＦＤ（フレキシブルディスク）装置４４などを具備する。
【００２４】
図３は、図１に示したカメラサーバ１０１、１０２のハードウェア構成の一例を示す図である。図３に示すように、カメラサーバ１０１、１０２は、実際にライブ映像の撮像を行うカメラ装置１１と、カメラ装置１１の出力する映像を処理するコンピュータ１０から構成される。また、図３に示すようにコンピュータ１０は、プログラムやデータを格納する記憶装置と、映像データを取り込むための映像キャプチャボード１５と、カメラ装置１１にコマンドを送るためのシリアルＩ／Ｆ（インターフェース）１６と、ネットワークと接続するためのネットワークＩ／Ｆ１４と、プログラムによる各種の処理を実行するＣＰＵ１２とを具備する。ここで、記憶装置とは、図３に示すように主記憶装置となるメモリ１３や、フラッシュメモリやＨＤ装置１８などからなる二次記憶装置、および、プログラムを媒体からロードするためのＦＤ装置１７などである。
【００２５】
尚、図示していないが、カメラサーバ１０１、１０２および映像変換サーバ４００は、各種設定などを行うための入出力装置を備える場合もある。具体的には、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）や液晶ディスプレイなどの表示装置やキーボードやマウスなどの入力装置などを具備する。すなわち、カメラサーバ１０１、１０２および映像変換サーバ４００は、表示装置を制御したり、キーボードやマウスからの入力信号を処理したりするインターフェース機能を具備する。また、カメラサーバ１０１の構成は上述した限りではなく、カメラ装置とコンピュータとが一体化されたサーバ内蔵型ネットワークカメラ等であっても良い。
【００２６】
図４は、図１に示した携帯電話端末６０１、６０２のハードウェア構成の一例を示す図である。また、上述したように携帯電話端末６０１、６０２には、ビューワ機能を実現するプログラムが格納されている。図４に示すように携帯電話端末６０１、６０２は、端末内の制御や無線通信により受信するデータの処理などを行うデータ処理部６０と、例えば液晶ディスプレイであるディスプレイ装置６３などの周辺装置とを具備する。データ処理部６０は、プログラムやデータを格納する記憶装置６８と、携帯電話網と接続するための無線通信Ｉ／Ｆ（インターフェース）６９と、プログラムによる各種の処理を実行するＣＰＵ６７と、周辺装置を制御する周辺コントローラ６５と、ディスプレイ装置６３を制御する表示コントローラ６６とを具備する。上述した記憶装置６８とは、例えばＣＰＵ６７の主記憶装置となるメモリや、各種データを保持するフラッシュメモリなどである。また、上述した周辺装置とは、図４に示すように携帯電話端末６０１、６０２上に配置されたボタン類６２やスイッチ類６１などの入力装置や、例えばマイクロフォンやスピーカなどである音声入出力装置６４である。
【００２７】
図５は、図１に示した映像通信システムにおけるカメラサーバ１０１や、映像変換サーバ４００や、携帯電話端末６０１の機能構成の概略を示す図である。尚、カメラサーバ１０２や携帯電話端末６０２もカメラサーバ１０１や携帯電話端末６０１と同様の機能を有する。また、本実施形態においては図５に示す各機能は、上述した各装置が内蔵する上記ＣＰＵ４１、１２、６７が各機能を実現するためのプログラムを実行することで実現するが、この限りではなく、機能の一部の処理を専用のハードウェアにより処理してもよい。
【００２８】
図５に示すように、カメラサーバ１０１は、カメラ装置１１の制御を行うカメラ制御サーバ１１０と映像の配送を行う映像サーバ１１１の２つの機能モジュールを具備する。また、携帯電話端末６０１は、カメラ制御コマンドの発行やカメラ状態通知に対応するカメラ制御入力部６１０と、受信した映像クリップを基に図４に示した表示コントローラ６６を制御してディスプレイ装置６３に映像を表示する表示処理を行う映像表示部６１１とを具備する。
【００２９】
また、映像変換サーバ４００には、以下に示す機能モジュールが具備される。カメラ制御部４１０は、携帯電話端末６０１のカメラ制御入力部６１０が発行するカメラ制御コマンド列（以下、ＰＴＺ（パン・チルト・ズーム）シーケンスと呼ぶ）を解釈し、カメラサーバにカメラ制御命令を発行する。映像取得部４１１は、カメラサーバ１０１の映像サーバ１１１から映像を取得する。映像変換部４１２は、映像取得部４１１が取得した映像を携帯電話端末６０１に表示可能なデータ形式に変換し、変換後の映像を携帯電話網向け映像クリップに編集する。映像送信部４１３は、映像変換部４１２が生成した映像クリップをネットワーク経由で携帯電話端末６０１へ送信する。これにより、携帯電話端末６０１の映像表示部６１１は、受信した映像クリップをディスプレイ装置６３に表示する。
【００３０】
次に、図５に示した映像通信システムにおける携帯電話端末６０１の動作について説明する。
図６は、図５に示した映像通信システムにおける携帯電話端末６０１の動作を示すフロー図である。尚、図６には、携帯電話端末６０１が映像クリップをダウンロードして再生表示するまでの動作を示している。
【００３１】
図６に示すように、ステップＳ６０１で、まず、映像表示部６１１は、映像変換サーバ４００を特定する識別子（以下、変換サーバ識別子とする）を取得する。この取得方法は、例えば携帯電話端末６０１の利用者がスイッチ類６１やボタン類６２のキー操作により上記変換サーバ識別子を入力する方法でも良いし、電子メールやウェブページに含まれる変換サーバ識別子を選択する方法であっても良い。また、この場合の変換サーバ識別子は、典型的には、映像変換サーバ４００を識別するＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）である。
【００３２】
次に、ステップＳ６０２において、映像表示部６１１は、映像変換サーバ４００が接続すべきカメラサーバ１０１を識別するためのカメラサーバ識別子と、そのカメラサーバ１０１にカメラ装置１１の制御を指示するカメラ制御用のＰＴＺシーケンスと、利用者を識別するためのユーザ識別子およびパスワードなどを含むアクセス制御用のユーザ識別情報とを取得する。この取得方法は、例えばカメラサーバ識別子やＰＴＺシーケンスについては、利用者が上述したようなキー操作によりカメラ制御コマンドを構成するよう入力する方法でも良いし、電子メールやウェブページに含まれるカメラサーバ識別子やＰＴＺシーケンスを選択する方法であっても良い。
【００３３】
尚、映像表示部６１１は、必ずしもＰＴＺシーケンスを取得しなくてもよい。この場合、映像表示部６１１は、カメラサーバ識別子で指定したカメラサーバ１０１からカメラ制御せずに撮影した映像クリップを受信することになる。また、ユーザ識別情報は、通常、利用者のキー操作により入力するが、本実施形態においては、特権ユーザ以外はユーザ識別情報を入力しなくてもよい。この場合、通常ユーザとして携帯電話端末６０１からカメラサーバ１０１へ接続することを意味する。
【００３４】
次に、ステップＳ６０３において、映像表示部６１１は、ステップＳ６０１で取得した映像変換サーバ４００を特定する変換サーバ識別子に基づき携帯電話回線網とゲートウェイ５００とネットワークを経由して映像変換サーバ４００の映像送信部４１３に接続する。
【００３５】
次に、ステップＳ６０４において、携帯電話端末６０１は、映像変換サーバ４００に映像クリップを要求（リクエスト）する。このリクエストは、要求する映像クリップの作成方法の指定などを含み、典型的には、ＨＴＴＰプロトコルを利用して送信される。この際、ＰＴＺシーケンスを入手している場合には、そのＰＴＺシーケンスを映像変換サーバ４００に送信する。このリクエストおよびＰＴＺシーケンスの送信は、ＨＴＴＰ接続のＧＥＴメソッドでＵＲＬに組み込んでも良いし、ＨＴＴＰ接続のＰＯＳＴメソッドで送信されても良い。ここでは、映像クリップのリクエストとしてＨＴＴＰ接続のＰＯＳＴメソッドを用いる場合について説明する。例えば、本実施形態における映像クリップのリクエスト例は以下の通りである。尚、実際には、ＵＲＬエンコードが適用されるが、以下では、説明の都合上ＵＲＬエンコードを適用していない部分もある。
【００３６】
【００３７】
上述したＨＴＴＰのリクエスト例について詳細を説明する。『ｖｉｄｅｏｅｎｃｏｄｅｐａｒａｍ＝』に続く部分は、映像変換サーバ４００がカメラサーバ１０１から受け取ったソース映像を携帯電話端末６０１向けにエンコードする際のパラメータ情報を指示するものである。また、『ｃａｍｅｒａｓｅｒｖｅｒｓ＝』に続く部分は、映像変換サーバ４００が接続するカメラサーバ１０１を指定している（カメラサーバ識別子）。また、『ＰＴＺ＝』に続く部分は、映像変換サーバ４００がカメラサーバ１０１に関して実行すべきカメラ制御のコマンドを並べたＰＴＺシーケンスを指定している。また、『ｍｏｖｉｅｓｉｚｅｍａｘ＝』に続く部分は、携帯電話端末６０１あるいは携帯電話網が規定する映像クリップの最大サイズを指定している。また、『ｎｏｔｉｆｙｔｏ＝』に続く部分は、映像クリップ作成時に通知すべき連絡先である。典型的には、携帯電話端末６０１の利用者の電子メールアドレスを指定する。また、『ｕｓｅｒｉｄ＝』と『ｕｓｅｒｐｗ＝』とに続く部分は、それぞれ、ユーザ識別子とパスワードである。
【００３８】
また、上述したＰＴＺシーケンスの構成要素は、以下のような意味を持つ。ｎは、数値データ（正負あり）である。
Ｐｎ パン（水平方向カメラ制御）指定。
Ｔｎ チルト（垂直方向カメラ制御）指定。
Ｚｎ ズーム指定。
Ｂｎ 逆光補正。逆光補正のＯＮ／ＯＦＦ。
Ｈ ホームポジション指定。
Ｓｎ プリセット位置指定。ｎ番目のプリセット位置。
Ｃｎ カメラサーバ接続切換え指定。ｎ番目のカメラサーバ。
Ｋｎ カメラサーバ内カメラ切換え指定。ｎ番目のカメラ。
＿ｎ 時間経過を指定。０．１秒単位。
【００３９】
次に、ステップＳ６０５において、携帯電話端末６０１は、ステップＳ６０４で送信した映像クリップのリクエストに対する映像変換サーバ４００からのレスポンスを待つ。ここで、映像変換サーバ４００が上述した映像クリップのリクエストに応じてカメラサーバ１０１のカメラ装置１１を制御して撮影した映像を取得可能であるか否かについて携帯電話端末６０１へ返信（以下、レスポンスとする）したとする。
【００４０】
次に、ステップＳ６０６において、映像表示部６１１は、映像変換サーバ４００から受信したレスポンスを基に携帯電話端末６０１のディスプレイ装置６３に例えば、図１０（ａ）に示すようなレスポンス結果を表示する。図１０（ａ）は、携帯電話端末に表示されるレスポンスの画面例を示す図である。図１０（ａ）の６３ａは、ディスプレイ装置６３の画面であり、文字や映像を表示する。尚、図１０（ａ）においては、すぐに映像クリップを送信できない旨のレスポンスであるが、この限りではなく、すぐに映像クリップを送信できる場合は、その旨を伝えるレスポンス結果が画面６３ａに表示される。
【００４１】
次に、映像変換サーバ４００からのレスポンスが、何らかの理由からすぐに映像クリップを生成できないことを示す内容であった場合（ステップＳ６０７のＮｏ）には、ステップＳ６０８に進む。反対に、映像をすぐに生成できたことを示す内容であった場合（ステップＳ６０７のＹｅｓ）には、ステップＳ６０９に進む。
【００４２】
次に、ステップＳ６０８においては、携帯電話端末６０１は、映像変換サーバ４００からのメール通知を待ち受ける。メール通知は、例えば、ＳＭＴＰ （Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）によるが、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）であってもよい。メール通知を受け取った場合（ステップＳ６０８のＹｅｓ）には、そのメール内容を映像変換サーバ４００からのレスポンスとして画面６３ａに例えば図１０（ｂ）に示すように表示し、ステップＳ６０９に進む。図１０（ｂ）は、携帯電話端末６０１においてメール通知を表示した画面例を示す図である。また、図１０（ｂ）において、６３ｂは、映像クリップ一覧であり、４つの映像クリップが１〜４までの番号を付与されて選択肢として表示されている。
【００４３】
ここで、図１０（ｂ）に示した映像クリップ一覧６３ｂより利用者が任意の一つを選択したとする。これにより、ステップＳ６０９において、映像表示部６１１は、選択された映像クリップを映像変換サーバ４００よりダウンロードしてディスプレイ装置６３に図１０（ｃ）に示すように再生表示する。図１０（ｃ）は、携帯電話端末６０１において映像クリップを再生表示した画面例を示す図である。図１０（ｃ）において、６３ｃは、映像表示エリアであり、再生された映像クリップが表示されるエリアである。６３ｄは、前（上述した番号で一つ前）の映像クリップを再生表示させるためのリンクである。６３ｅは、次（上述した番号で次）の映像クリップを再生表示させるためのリンクである。
【００４４】
尚、本実施形態では、映像クリップをダウンロードしてから再生しているが、この限りではなく、映像クリップの再生表示処理は、ダウンロードの終了を待たずに、ダウンロードしながら映像クリップを再生表示処理しても良い。
【００４５】
次に、図５に示した映像通信システムにおけるカメラサーバ１０１内のカメラ制御サーバ１１０の動作について説明する。
図７は、図５に示したカメラサーバ１０１内のカメラ制御サーバ１１０の動作を示すフロー図である。尚、図７には、カメラサーバ１０１内のカメラ制御サーバ１１０が起動して、クライアントからの接続を受け付け、クライアントからのコマンドに応じたカメラ制御を行い、カメラ制御の状態をクライアントである携帯電話端末６０１などへ通知し、クライアントからの接続が終了するまでの動作を示している。
【００４６】
図７に示すように、ステップＳ７００において、カメラ制御サーバ１１０は、起動時に特定のファイル（カメラ制御サーバ１１０のＯＳ（オペレーティング システム）によってはレジストリなどのシステムデータベース）からカメラ制御サーバ１１０の動作設定情報を読み出して、それに基づき動作を開始する。次に、ステップＳ７０１において、カメラ制御サーバ１１０は、クライアントであるビューワプログラム（例えば携帯電話端末６０１に内蔵されるプログラム）や映像変換サーバ４００からのリクエスト（接続リクエストや操作コマンドリクエストなど）を受け付けるポートを開き、リクエスト受付状態に入る。
【００４７】
次に、ステップＳ７０２において、カメラ制御サーバ１１０は、例えば映像変換サーバ４００から接続リクエストを受け付ける。次に、ステップＳ７０３において、カメラ制御サーバ１１０は、受け付けた接続リクエストに応じて映像変換サーバ４００に対する接続の可否の判定を行う。ここで接続許可が否である場合（ステップＳ７０３のＮｏ）には、接続拒否のエラーコードを返して、ステップＳ７０１に戻る。また、接続許可が可である場合（ステップＳ７０３のＹｅｓ）には、ステップＳ７０４へ進み、カメラ制御サーバ１１０は接続処理を行う。この接続処理の具体例を示すと、カメラ制御サーバ１１０は、クライアントからのコマンドの受付処理を行うスレッドを生成し、クライアントの登録を行い、ステップＳ７０１に戻る。また、ステップＳ７０７において、カメラ制御サーバ１１０は、各スレッドに対応するクライアントからのコマンドを受け付ける。
【００４８】
上述したカメラ制御サーバ１１０が接続処理において生成したスレッドは、ステップＳ７０７で対応するクライアント（登録したクライアント）から受け付けたコマンド（本実施形態においては操作コマンド）を、操作コマンドリクエストとして受け付ける処理を行う。すなわち、ステップＳ７０１において、カメラ制御サーバ１１０は、操作コマンドリクエストを受け付けると、それに含まれる操作コマンドをカメラ操作用（カメラ制御用）の主プログラムへ受け渡す。
【００４９】
これにより、ステップＳ７０１において、カメラ操作用の主プログラムは操作コマンドを受けて、ステップＳ７０５へ進み、カメラ制御サーバ１１０は、操作コマンドを発行したスレッドが接続しているクライアントの権限に応じてカメラ操作を行う。この時、カメラ制御サーバ１１０は、カメラ操作の結果（操作が成功か失敗かを示すコードなど）についてカメラの操作コマンドを受け付けたクライアント対応のスレッドへ伝える。これにより、カメラ操作の結果を伝えられたクライアント対応のスレッドは、ステップＳ７０８において、そのカメラ操作の結果をクライアントへ通達する。
【００５０】
次に、ステップＳ７０６において、カメラ制御サーバ１１０のカメラ操作用の主プログラム部分では、カメラの操作により変化した状態（たとえば、パン・チルト・ズームの値、および、禁止エリア検出の有無などを含むカメラ状態情報など）をすべてのクライアント対応のスレッドに伝える。これにより、各クライアント対応のスレッドは、ステップＳ７０９において、カメラ制御状態の変化をクライアントへ通達する。次に、クライアント対応のスレッドはクライアントから接続終了のコマンドを受け付けると、それを主プログラムへ通達し、さらにステップＳ７１０で自身のスレッドを終了する。
【００５１】
尚、カメラを操作するための操作コマンドの扱いにおいては、具体的な操作コマンドの発行の前に、利用者別のカメラ操作権の割り当て要求を必要とすることも可能である。これにより、複数の利用者がカメラの操作を要求するような状況での混乱を無くすことができる。具体的には、まず、クライアントからはカメラ操作権取得の要求コマンドが発行され、これに対して、カメラ制御サーバ１１０は現在のカメラ制御権の割り当て状態から、拒絶・割り当て・順番待ちのいずれかを選択してクライアントへ返答する。尚、カメラ制御権は前もって定められた特定の時間か、クライアントが接続を終了するまでの短いほうの時間で剥奪され、次の順番待ちの人に割り当てられる。順番待ち人数はやはり前もって定められた人数（たとえば５人）に制限され、それ以上の接続リクエストは拒絶される。
【００５２】
また、上述したクライアントはカメラ制御権が取得されてから剥奪されるまでの間だけ、上記操作コマンドをカメラ制御サーバ１１０へ発行する。また、カメラ制御サーバ１１０はカメラ制御権が付与されているクライアントからの操作コマンドのみを受け付ける。また、特権ユーザからの接続に関しては、優先的にカメラ操作権を割り当てることができる。また、特権ユーザからの操作コマンドは、禁止エリアを含む撮像領域へのカメラ制御であっても許可される。但し、通常ユーザには、接続の優先や禁止エリアを含むカメラ制御の許可を与えないとする。
【００５３】
次に、図５に示した映像通信システムにおけるカメラサーバ１０１内の映像サーバ１１１の動作について説明する。
図８は、図５に示したカメラサーバ１０１内の映像サーバ１１１の動作を示すフロー図である。尚、図８には、カメラサーバ１０１内の映像サーバ１１１が起動して、クライアントからの接続を受け付け、クライアントからのコマンドに応じたクライアントである携帯電話端末６０１などへの映像配信を行い、クライアントからの接続が終了するまでの動作を示している。
【００５４】
図８に示すように、ステップＳ８００において、映像サーバ１１１は、起動時に特定のファイル（映像サーバ１１１のＯＳによってはレジストリなどのシステムデータベース）から映像サーバ１１１の動作設定情報を読み出して、それに基づき動作を開始する。次に、ステップＳ８０１において、映像サーバ１１１は、カメラ制御サーバ１１０より映像データを取得し符号化し蓄積するためのスレッドを生成し（最初このスレッドは休止状態）、クライアントであるビューワプログラム（例えば、携帯電話端末６０１に内蔵するプログラム）や映像変換サーバ４００からのリクエスト（接続リクエストや操作コマンドリクエストや映像処理コマンドリクエストなど）を受け付けるポートを開くことで、リクエスト受付状態に入る。
【００５５】
次に、映像サーバ１１１は、接続リクエストならばステップＳ８０２に進み、これを受け付ける。次に、ステップＳ８０３において、映像サーバ１１１は、接続リクエストに応じて接続を許すか否かの判定を行う。ここで、接続許可が否である場合（ステップＳ８０３のＮｏ）には、映像サーバ１１１は、クライアントへ接続拒否のエラーコードを返し、ステップＳ８０１に戻る。また、接続許可が可である場合（ステップＳ８０３のＹｅｓ）には、映像サーバ１１１は、ステップＳ８０４に進み、接続処理を行い、ステップＳ８０１に戻る。その接続処理とは具体的には、映像サーバ１１１が、クライアントごとのセッションを識別するためのセッション識別子を生成し、クライアントからのコマンドの受付処理を行うスレッドを生成し、接続リクエストを発行したクライアントのアクセス権情報などに則してクライアントの登録（映像の配送先としての登録でもある）を行う処理である。
【００５６】
尚、接続リクエスト内容がライブ映像を提供するポートへの接続要求であり、かつ、上述した映像データを取得し符号化し蓄積するためのスレッドが休止状態ならば、映像サーバ１１１は、ステップＳ８０１の処理に戻る前に、該スレッドの動作開始を指示する。また、ステップＳ８０８において映像サーバ１１１は、各スレッドに対応するクライアントからのコマンドを受け付ける。
【００５７】
上述したステップＳ８０４の接続処理により生成されたクライアント対応のスレッドは、ステップＳ８０８で対応するクライアント（登録したクライアント）から受け付けたコマンド（本実施形態においては映像処理コマンド）を、映像処理コマンドリクエストとして受け付ける処理を行う。すなわち、ステップＳ８０１において、映像サーバ１１１は、映像処理コマンドリクエストを受け付けると、それに含まれる映像処理コマンドを映像処理用の主プログラムへ受け渡す。
【００５８】
また、ステップＳ８０１において操作コマンドリクエストを受け付けた場合には、映像処理用の主プログラムは、操作コマンドに対してはステップＳ８０５へ進み、映像データの取得や符号化・送信などに関する設定の変更操作を行う。また、映像サーバ１１１は、変更操作の結果（操作の成功か失敗を示すコード）についてコマンド要求を受け付けたクライアント対応のスレッドへ伝える。これにより、変更操作の結果を伝えられたクライアント対応のスレッドは、ステップＳ８０９において、その変更操作の結果をクライアントへ通達する。
【００５９】
また、上述したように映像データの取得と符号化を行うスレッドへの動作開始の指示を出した後に映像処理コマンドが受け渡された映像処理の主プログラム部分は、ステップＳ８０６に進み、前もって設定された時間間隔で映像データを映像キャプチャボード１５を使って取得し、取得した映像データを符号化などにより圧縮処理して圧縮データを生成する。次に、映像サーバ１１１は、生成した圧縮データを、ライブ映像用のポートに接続しているすべてのクライアント対応している各スレッドに伝える。これにより、各クライアント対応のスレッドは、ステップＳ８１０において、クライアントからの次映像フレーム送信要求の有無を判定し、要求があるならば、圧縮データをクライアントへ配送する。
【００６０】
尚、上述したように圧縮データをクライアントへ配送する際に、禁止エリアが検出されている場合には、登録されているクライアント情報に照らして、映像サーバ１１１は、例えば特権ユーザの接続以外には、禁止エリアに該当しているため圧縮データを配信できない旨（禁止エリア検出通知）を該当するクライアントへ通知する。そして、ライブ映像用のポートに接続しているクライアント対応のスレッドが、クライアントからの次映像フレーム送信要求（これはクライアントでの圧縮映像データの受け取り完了に対して、送り返されるのが一般的である）を受け取った場合には、映像サーバ１１１は、映像フレーム送信要求のフラグを設定する。すなわち、ステップＳ８１０において次映像フレームの送信要求の有無の判定はこのフラグを参照することで行う。また、クライアントから接続終了のコマンドを受けたならば、それを主プログラムへ通達し、さらにステップＳ８１１で自身のスレッドを終了する。
【００６１】
次に、図５に示した映像通信システムの携帯電話端末６０１におけるＰＴＺシーケンスの作成例について説明する。
図９は、図５に示した映像通信システムの携帯電話端末６０１におけるＰＴＺシーケンスを作成する画面例およびキーの割当例を示す図である。図９に示すように、ＰＴＺシーケンスを作成する際には、携帯電話端末６０１の画面６３ａに映像表示エリア６３ｃとＰＴＺシーケンス表示エリア６３ｆとが表示される。この時、各キー（ボタン類６２）に図示のように、パン（カメラの横振り）、チルト（カメラの縦振り）、ズーム（拡大倍率変更）、逆光補正などの機能が割り当てられる。尚、本実施形態の携帯電話端末６０１は、ボタン類６２として、上下左右の矢印キーと、数字・記号キーを具備する。
【００６２】
図９においては、↑キーにはチルトアップ、←キーにはパン左、→キーにはパン右、↓キーにはチルトダウン、１キーにはズームイン、２キーにはズームアウト、３キーにはホームポジション指定、４キーには逆光補正トグル、５キーにはプリセット指定、６キーには時間経過指定、７キーにはカメラサーバ内カメラ切換え指定、＊キーにはＰＴＺシーケンス末に追加、＃キーにはＰＴＺシーケンス末を削除、０キーにはビューワ終了が割り当てられている。
【００６３】
なお、図９に示した画面例は、図６の処理において説明したＰＴＺシーケンスの入力操作を行うためのユーザインタフェース例を示すものであり、これにより作成されたＰＴＺシーケンスは、図６に示したステップＳ６０２で利用される。また、上述した画面６３ａの表示制御は映像表示部６１１が行う。
【００６４】
次に、図６に示したステップＳ６０２においてＰＴＺシーケンスを作成する処理について説明する。
図１１は、携帯電話端末６０１においてＰＴＺシーケンスを作成する処理を示す図である。図１１に示すように、まず、ステップＳ９０１において、携帯電話端末６０１のカメラ制御入力部６１０は、図６のステップＳ６０２において取得したカメラサーバ１０１の識別子を使って、カメラサーバ１０１のカメラ制御によって可視範囲に入る画像を合成したパノラマ画像データと、事前にカメラサーバ１０１に設定されているカメラ制御情報（プリセット情報）と、現在のカメラ状態パラメータ（パン角、チルト角、ズーム値など）とを、カメラサーバ１０１から取得する。
【００６５】
次に、ステップＳ９０２において、カメラ制御入力部６１０は、ＰＴＺシーケンスの初期値として空データを設定し、また、表示用カメラ状態パラメータおよび設定用カメラ状態パラメータとして取得した現在のカメラ状態パラメータを設定する。
【００６６】
次に、ステップＳ９０３において、カメラ制御入力部６１０は、ステップＳ９０２で設定した表示用カメラ状態パラメータに応じて、可視領域を計算し、可視領域に相当する画像をパノラマ画像データから切り出して携帯電話端末６０１の画面６３ａに表示する。
【００６７】
次に、ステップＳ９０４において、カメラ制御入力部６１０は、利用者からのキー入力を受け取る。尚、このキー入力は、図９に示したような機能が割り当てられている。ここでステップＳ９０４における利用者のキー入力が、カーソルキー（矢印キー）による可視領域の変更、あるいは、プリセット位置への移動の指示であった場合（ステップＳ９０５のＹｅｓ）には、ステップＳ９０６に進み、表示用カメラ状態パラメータを変更して、ステップＳ９０３に戻る。また、ステップＳ９０４における利用者のキー入力が、カーソルキー（矢印キー）による可視領域の変更や、プリセット位置への移動の指示ではない場合（ステップＳ９０５のＮｏ）には、ステップＳ９０７へ進む。
【００６８】
次に、ステップＳ９０４における利用者のキー入力が、ＰＴＺシーケンスを追加／修正などの編集指示であった場合（ステップＳ９０７のＹｅｓ）には、ステップＳ９０８に進み、カメラ制御入力部６１０は、ＰＴＺシーケンスの値を変更し、ステップＳ９０３に戻る。具体的には、ＰＴＺシーケンス追加の場合には、カメラ制御入力部６１０は、その時点の表示用カメラ状態パラメータと設定用カメラ状態パラメータとの差分から制御すべきカメラ制御値を計算し、計算したカメラ制御値をＰＴＺシーケンスに追加する。そして、カメラ制御入力部６１０は、表示用カメラ状態パラメータを設定用カメラ状態パラメータの新しい値とする。また、ステップＳ９０４における利用者のキー入力が、ＰＴＺシーケンスを追加／修正などの編集指示でない場合（ステップＳ９０７のＮｏ）には、ステップＳ９０９へ進む。
【００６９】
次に、ステップＳ９０４における利用者のキー入力が、ＰＴＺシーケンス作成の終了を指示する場合（ステップＳ９０９のＹｅｓ）には、カメラ制御入力部６１０は、ステップＳ９１０に進み、上述した可視領域の変更や編集指示に応じたＰＴＺシーケンスの追加／修正に対して決定かキャンセルかを判定し、決定である場合には、追加／修正後のＰＴＺシーケンスをステップＳ６０２の処理を行うプログラムへ渡して、ＰＴＺシーケンスの作成処理を終了する。
【００７０】
次に、カメラサーバ１０１が図７のステップＳ７００で用いる設定値の設定方法について一例を示し説明する。
図１２は、カメラサーバ１０１が図７のステップＳ７００で用いる設定値を設定する際の画面例を示す図である。尚、図１２に示す設定画面は、カメラサーバ１０１が具備するカメラサーバ設定プログラムの処理によりカメラサーバ１０１の具備する表示装置の画面１９に表示され、カメラ制御サーバ１１０や映像サーバ１１１が読み出す動作設定情報を特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）に設定するための画面である。
【００７１】
図１２に示すように、カメラサーバ１０１の画面１９に表示された設定画面において、カメラ制御サーバ設定画面１Ａ、映像サーバ設定画面１Ｂ、動画品質設定画面１Ｃ、接続制限設定画面１Ｄのいずれかを選択して各種のパラメータを設定できる。尚、図１２で示しているのは、カメラ制御サーバ設定画面１Ａを選択してパラメータを設定中の画面である。図１２に示すようにカメラ制御サーバ設定画面１Ａで設定できる事項は、ＴＣＰポート設定欄１Ａａにてカメラ制御の通信用のＴＣＰポート番号の設定ができ、ＣＯＭポート設定欄１Ａｂにてカメラと接続するＣＯＭ（シリアル）ポートの設定ができ、シャッター速度設定欄１Ａｃにてシャッター速度の設定ができ、ログ設定欄１Ａｄにてカメラ制御関連のログ情報を取るか否かおよびログファイル名の指定ができる。また、ＯＫボタン１Ａｅを押下すると設定した値が特定のファイルあるいはレジストリに書き込まれる。また、キャンセルボタン１Ａｆを押下すると設定した値は書き込まれずに終了する。
【００７２】
尚、上述した映像サーバ設定画面１Ｂにおいては、例えば映像をキャプチャする時間間隔を規定するフレームレートなどを設定する。また、上述した動画品質設定画面１Ｃにおいては、例えば圧縮の品質を決めるＱ−Ｆａｃｔｏｒや、圧縮の元データの画面サイズなどを設定する。また、上述した接続制限設定画面１Ｄにおいては、例えば１つのクライアントビューワの最大接続時間や、カメラ制御に関する制御権の順番待ち人数や、１つのビューワの制御権保持占有時間や、映像とカメラ制御に関する接続可能な最大クライアント数などを設定する。
【００７３】
次に、図１２に示した設定画面を用いてカメラサーバ設定プログラムの動作について説明する。図１３は、図１２に示した設定画面を表示するカメラサーバ１０１のカメラサーバ設定プログラムの動作を示すフロー図である。尚、図１３に示す動作は、カメラサーバ１０１が起動してから設定処理を終了するまでの動作である。
【００７４】
図１３に示すように、ステップＳ１１００において、カメラサーバ設定プログラムは、起動時にカメラ制御サーバ１１０および映像サーバ１１１に関する設定情報を格納した特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）から設定情報を読み出し、図１２に示すような画面を表示する。次に、利用者からの操作入力がある場合（ステップＳ１１０１のＹｅｓ）には、それを受け取り次のステップ（ステップＳ１１０２またはステップＳ１１０５）へ進む。また、利用者からの操作入力がない場合（ステップＳ１１０１のＮｏ）には、利用者からの操作入力を待ち受けるループに入る。
【００７５】
次に、ステップＳ１１０２において、カメラサーバ設定プログラムは、入力された値が適正範囲内であるか否かを判定する。データが適正でない場合（ステップＳ１１０２のＮｏ）には、カメラサーバ設定プログラムは、ステップＳ１１０３に進み、エラーメッセージを出力して、利用者が変更しようとした値を元に戻して、ステップＳ１１０１へ戻る。また、データが適正範囲内である場合（ステップＳ１１０２のＹｅｓ）には、カメラサーバ設定プログラムは、ステップＳ１１０４に進み、内部データを更新して、ステップＳ１１０１に戻る。以上のステップＳ１１０１〜Ｓ１１０４に示す、利用者の操作入力を受け取り、内部データを更新する処理のループを、利用者からの操作入力に応じて繰り返す。
【００７６】
次に、利用者の操作入力として、例えば、図１２のＯＫボタン１Ａｅを押下した場合（ステップＳ１１０１のＹｅｓ）には、ステップＳ１１０５に進み、更新された内部データをカメラ制御サーバ１１０および映像サーバ１１１に関する設定情報を格納する特定のファイルなどへ書き出す。次に、ステップＳ１１０６に進み、変更を反映するためにカメラサーバ１０１を再起動するか否かを利用者に尋ねるパネルを表示する。
【００７７】
ここで、利用者の選択により再起動する場合（ステップＳ１１０７のＹｅｓ）には、ステップＳ１１０８に進み、カメラ制御サーバ１１０や映像サーバ１１１などを再起動する。次に、再起動が終るとステップＳ１１０９に進み、カメラサーバ設定プログラムを終了する。また、利用者の選択により再起動しない場合（ステップｓ１１０７のＮｏ）には、ステップＳ１１０９に進み、カメラサーバ設定プログラムを終了する。また、ステップＳ１１０１で利用者の操作入力として、例えば、図１２のキャンセルボタン１Ａｆを押下した場合（ステップＳ１１０１のＹｅｓ）には、ステップＳ１１０９に進み、カメラサーバ設定プログラムを終了する。
【００７８】
次に、図５に示した映像通信システムにおける映像変換サーバ４００の動作について説明する。
図１４は、図５に示した映像通信システムの映像変換サーバ４００における映像データの大まかな流れを模式化した図である。図１４において、４２０は、カメラサーバ用通信スタック（通信階層）であり、ＴＣＰ／ＩＰおよびＷｅｂＶｉｅｗ映像の階層より構成されている。４２１は、ＪＰＥＧデコーダであり、Ｍｏｔｉｏｎ ＪＰＥＧ形式の映像データをデコードする。４２２は、ＭＰＥＧ−４エンコーダであり、ＪＰＥＧデコーダ４２１がデコードした映像データをＭＰＥＧ−４形式の映像データへエンコードする。４２３は、携帯電話用通信スタックであり、ＨＴＴＰおよびＴＣＰ／ＩＰの階層より構成されている。
【００７９】
以上の構成により、図１４の矢印線に示すように、カメラサーバ１０１より受信したソース映像データ（本実施形態ではＭｏｔｉｏｎ ＪＰＥＧ、ＱＶＧＡサイズ３２０×２４０とする）は、映像変換サーバ４００のカメラサーバ用通信スタック４２０を経由して受信され、ＪＰＥＧデコーダ４２１に渡されデコードされ、携帯電話端末６０１向けに設定されたＭＰＥＧ−４エンコーダ４２２に渡され、携帯電話端末６０１向けの映像データ（ＭＰＥＧ−４ ｓｉｍｐｌｅｐｒｏｆｉｌｅ、ＱＣＩＦサイズ１７６×１４４、６４Ｋｂｐｓ）に加工された上で、映像クリップとして、携帯電話網向けの携帯電話用通信スタック４２３を経由して、携帯電話端末６０１へと送信される。
【００８０】
次に、映像変換サーバ４００のより詳細な動作について説明する。
図１５は、図５に示した映像通信システムにおける映像変換サーバ４００の動作を示したフロー図である。尚、図１５に示す処理は、映像変換サーバ４００における起動から携帯電話端末６０１と接続する接続処理が終了するまでの処理である。
【００８１】
図１５に示すように、ステップＳ１３００において、映像変換サーバ４００は、起動時に特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）から映像変換サーバ４００の動作設定情報を読み出して、それに基づき動作を開始する。次に、ステップＳ１３０１において、映像変換サーバ４００は、クライアントである携帯電話ビューワプログラム（携帯電話端末６０１に内蔵されるプログラム）からのリクエスト（ＨＴＴＰリクエストのメッセージなど）を受け付けるポートを開き、リクエスト受付状態に入る。
【００８２】
次に、ステップＳ１３０２において、映像変換サーバ４００は、例えば携帯電話端末６０１からＨＴＴＰリクエストを受け付ける。次に、ステップＳ１３０３において、映像変換サーバ４００は、受け付けたＨＴＴＰリクエストに応じて携帯電話端末６０１に対する接続の可否の判定を行う。ここで接続許可が否である場合（ステップＳ１３０３のＮｏ）には、接続拒否のエラーコードを返して、ステップＳ１３０１に戻る。また、接続許可が可である場合（ステップＳ１３０３のＹｅｓ）には、ステップＳ１３０４へ進み、映像変換サーバ４００は、接続処理を行う。この接続処理の具体例を示すと、映像変換サーバ４００は、クライアントとの情報の受渡しを行うクライアント対応スレッドを生成し、クライアントの登録を行い、ステップＳ１３０１に戻る。
【００８３】
次に、上述した映像変換サーバ４００が接続処理において生成したクライアント対応スレッドの処理について説明する。上述したクライアント対応スレッドでは、ステップＳ１３１１において、対応するクライアントからのＨＴＴＰリクエストを読み込み、内容を解析する。尚、携帯電話端末６０１からのリクエストは、本実施形態においてはＨＴＴＰリクエストとして、映像変換サーバ４００に渡されるがこの限りではなく、種々のリクエストを用いてよい。また、ＨＴＴＰリクエストには、上述したＰＯＳＴメソッドが使われる場合もあり、ＧＥＴメソッドが利用される場合もある。
【００８４】
次に、ステップＳ１３１２において、映像変換サーバ４００は、リクエスト内容から、エンコードパラメータ情報（映像変換パラメータ）、カメラサーバ１０１への接続情報（ソース映像情報）、ＰＴＺシーケンス、映像クリップの最大サイズ（映像クリップ上限値）、通知先情報（通知先アドレス）、および、ユーザ識別子やパスワードなどユーザ識別情報などの属性情報を取り出す。これらは、上述したＨＴＴＰのリクエスト例（ＰＯＳＴメソッドの場合）に示すように『ｖｉｄｅｏｅｎｃｏｄｅｐａｒａｍ＝』、『ｃａｍｅｒａｓｅｒｖｅｒｓ＝』、『ＰＴＺ＝』、『ｍｏｖｉｅｓｉｚｅｍａｘ＝』、『ｎｏｔｉｆｙｔｏ＝』、『ｕｓｅｒｉｄ＝』、『ｕｓｅｒｐｗ＝』の値として指示されている。
【００８５】
『ｖｉｄｅｏｅｎｃｏｄｅｐａｒａｍ＝』で指示される映像変換パラメータは、映像変換サーバ４００が変換を行う際の変換用コーデックの選択やそのコーデックへのパラメータ、および、コーデック入力用／出力用のデータ形式などを記述している。『ｃａｍｅｒａｓｅｒｖｅｒｓ＝』で指示されるソース映像情報とは、例えば、ライブ映像を提供するカメラサーバ１０１のネットワークアドレスとポート番号などの通信属性情報である。『ｎｏｔｉｆｙｔｏ＝』で指示される通知先アドレスとは、典型的には、利用者の携帯電話端末６０１を指定した電子メールアドレスである。
【００８６】
次に、ステップＳ１３１３において、映像変換サーバ４００は、ＨＴＴＰリクエストに対するＨＴＴＰレスポンスを携帯電話端末６０１へ返信する。具体的には、映像変換サーバ４００は、映像クリップ生成に所定の時間を要する場合には、『すぐに映像を生成できないので、しばらくしてメール連絡します』との旨を示す情報を携帯電話端末６０１へ返信する。次に、ステップＳ１３１４において、映像変換サーバ４００は、ＨＴＴＰリクエストより取り出した属性情報であるソース映像情報およびユーザ識別情報に応じて、映像取得部４１１を初期化する。具体的には、ソース映像を提供するカメラサーバ１０１に接続し、映像取得部４１１にソース映像取得を開始させる。
【００８７】
次に、ステップＳ１３１５に進み、映像変換サーバ４００は、ＨＴＴＰリクエストより取り出した属性情報である映像変換パラメータに応じて映像変換部４１２を初期化する。この映像変換部４１２は、図１４に示したＭＰＥＧ−４エンコーダ４２２などから構成される。
【００８８】
次に、ステップＳ１３１６に進み、映像変換サーバ４００は、映像送信部４１３を初期化する。この際、映像変換サーバ４００は、ＨＴＴＰリクエストより取り出した属性情報を基に、映像送信部４１３に映像クリップ上限値、および、通知先アドレスを指示する。
【００８９】
次に、ステップＳ１３１７に進み、映像変換サーバ４００は、映像取得部４１１から映像変換部４１２へ、映像変換部４１２から映像送信部４１３へとそれぞれの処理データが受渡しされるように相互の関連付けを行う。同時に、映像変換サーバ４００のカメラ制御部４１０が、ＨＴＴＰリクエストより取得した属性情報であるＰＴＺシーケンスに従って制御指示をカメラサーバ１０１のカメラ制御サーバ１１０へ伝える。これにより、カメラサーバ１０１において上記ＰＴＺシーケンスに応じたカメラ制御が行われる。
【００９０】
次に、ステップＳ１３１８に進み、映像変換サーバ４００は、映像取得部４１１、映像変換部４１２、映像送信部４１３の後処理を行う。次に、ステップＳ１３１９に進み、映像変換サーバ４００は、クライアント対応スレッドを終了する。以上により、映像変換サーバ４００は、カメラサーバ１０１より映像データを取得し、携帯電話端末６０１用の映像クリップを生成する処理を行うことができる。
【００９１】
次に、映像変換サーバ４００の中で機能している映像取得部４１１、映像変換部４１２、映像送信部４１３、カメラ制御部４１０の詳細な動作について順次説明する。
まず、映像取得部４１１の初期化の動作について説明する。映像取得部４１１は、まず、初期化時に受け取ったソース映像情報およびユーザ識別情報に従って、ライブ映像を提供するカメラサーバ１０１に接続する。次に、映像取得部４１１は、カメラサーバ１０１から映像データを取得し、取得時のタイムスタンプを付与して映像データを映像変換部４１２へ渡す。尚、本実施形態におけるカメラサーバ１０１は、映像データをモーションＪＰＥＧ形式で提供するので、タイムスタンプが付与されるのは、個々のＪＰＥＧデータに対してである。また、カメラサーバ１０１から禁止エリア検出を通知された場合には、映像取得部４１１は、映像データに代えて禁止エリア検出通知を映像変換部４１２へ渡す。
【００９２】
次に、映像変換部４１２の初期化の動作について説明する。映像変換部４１２は、まず、初期化時に受け取ったコーデックへのパラメータ、および、コーデック入力用／出力用のデータ形式などをＭＰＥＧ−４エンコーダ４２２に設定する。そして、映像取得部４１１から受け取ったソース映像データを、コーデック入力用のデータ形式および画像サイズに整えてからＭＰＥＧ−４エンコーダ４２２に入力し、その処理結果を、映像送信部４１３へ渡す。尚、本実施形態における映像変換部４１２は、ＪＰＥＧ形式のソース映像データを、予め、ＪＰＥＧデコーダ４２１によりＱＣＩＦサイズかつＹＵＶ４１１形式に整えてからＭＰＥＧ−４エンコーダ４２２へ入力し、生成されたＭＰＥＧ−４データ（Ｉ−ｆｒａｍｅまたはＰ−ｆｒａｍｅ）を映像送信部４１３へ受け渡す。この際、映像取得部４１１で付与されたタイムスタンプも併せてＭＰＥＧ−４エンコーダ４２２へ入力される。
【００９３】
尚、映像取得部４１１から禁止エリア検出が通知されている場合には、映像変換部４１２は、カメラ制御を制限された領域であって映像を表示できない旨を示す合成画面の映像データ（代替映像データ）を、ソース映像データに代えて、ＭＰＥＧ−４エンコーダ４２２へ入力することで、合成画面のＭＰＥＧ−４データを生成し映像送信部４１３へ渡す。次に、映像送信部４１３は生成された合成画面のＭＰＥＧ−４データ（携帯用代替映像データ）を、携帯電話端末６０１へ送信する。これにより、携帯電話端末６０１の画面６３ａには、図１６に示すような映像を表示できない旨を示す合成画面が表示される。
【００９４】
次に、映像送信部４１３の動作について説明する。映像送信部４１３は、まず、初期化時に受け取った映像クリップ上限値に応じたメモリ領域を確保する。そして、映像変換部４１２が生成した携帯電話向け映像データを受け取り、確保したメモリ領域に保持する。また、映像送信部４１３は、禁止エリア検出通知を受け取った時点で、メモリ領域の利用率をも加味した上で、映像クリップの分割点を決定する。そして、分割点と判断した場合には、携帯電話端末６０１向け映像クリップのデータフォーマットに準拠したヘッダー情報を前置して、メモリ領域に保持している映像データをファイルとして保存し、メモリ領域を再利用する。これによって、映像クリップが複数のファイルに分割保存される。
【００９５】
次に、映像送信部４１３は、カメラ制御部４１０からＰＴＺシーケンスの終了を通知された時点で、メモリ領域に保持している映像データの残りを同様にファイルとして保存した上で、それまでに保存している複数の映像クリップへのリンク情報を埋め込んだ携帯電話端末６０１への通知情報を作成し、初期化時に受け取った通知先アドレスへ通知する。これによって、通知情報を受け取った携帯電話端末６０１において、利用者がリンク情報を選択することで、各映像クリップへのダウンロード要求を可能とする。尚、通知画面例は図１０（ｂ）に示した通りである。また、映像送信部４１３は、ＨＴＴＰサーバ機能を備えており、携帯電話端末６０１からのＨＴＴＰ利用の映像クリップのダウンロード要求に対応することができる。
【００９６】
次に、カメラ制御部４１０の動作について説明する。カメラ制御部４１０は、ＰＴＺシーケンスを解釈して、カメラサーバ１０１に送るべきカメラ制御コマンドを作成し、ＰＴＺシーケンスに指示されたタイミングで作成したカメラ制御コマンドをカメラサーバ１０１に送信する。これにより、カメラサーバ１０１のカメラ制御サーバ１１０は、受信したカメラ制御コマンドに応じたカメラ制御を行う。そして、カメラ制御部４１０は、ＰＴＺシーケンスを解釈し終えた時点で、ＰＴＺシーケンスの終了を映像送信部４１３に通知する。
【００９７】
以上に示した映像変換サーバ４００の構成により、携帯電話端末６０１上に実装された映像クリップビューワを使う利用者は、映像変換サーバ４００に映像クリップを要求することができる。そして、映像変換サーバ４００の機能により、カメラサーバ１０１に設定された禁止エリアの映像を特権ユーザのみに限定して提供することが可能であり、一方で、通常ユーザには、禁止エリアの存在を認識させることが可能である。
【００９８】
以上に示すように本実施形態における映像通信システムは、ネットワーク上に配置されたカメラサーバ１０１から送られるライブ映像を、携帯電話端末６０１向け映像クリップに変換して利用者に提供する事ができる。特に、本実施形態の映像変換サーバ４００は、カメラサーバ１０１に設定された禁止エリアを反映した映像クリップを生成する点に特徴がある。これにより、カメラサーバ１０１に装備されたアクセス制御機能やカメラ制御権を適切に反映して映像クリップを生成する事ができ、例えば禁止エリア（カメラ制御を制限された領域）の映像を保護しつつ、利用者の利便性を向上させた映像配信が可能となる。
【００９９】
尚、上述した本実施形態においては、図１に示すように携帯電話網とネットワークとを結ぶゲートウェイ５００とは独立に、ネットワーク上に映像変換サーバ４００が実装される例について説明しているが、この限りではなく、映像変換サーバ４００の機能が、ゲートウェイ５００の一部の機能として実装されても良い。また、図１の映像変換サーバ４００とゲートウェイ５００とが、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などの専用線で接続されるような接続形態であってもよい。
【０１００】
また、上述した本実施形態においては、ＨＴＴＰ通信を用いて、携帯電話端末６０１、６０２と映像変換サーバ４００とが通信する例について説明しているが、この限りではなく、この通信は、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いた通信など、セッション指向の通信方法を用いて好適である。また、携帯電話端末６０１、６０２と映像変換サーバ４００とのＨＴＴＰ通信やＳＭＴＰ通信は、例えばＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）などの併用により、安全な通信を行うことができる。
【０１０１】
また、上述した本実施形態では、携帯電話端末６０１、６０２が、カメラ制御コマンド列（ＰＴＺシーケンス）を発行するので、カメラ制御を行う利用者と映像クリップ要求する利用者とが同一であるが、この限りではなく、カメラ制御コマンドを発行する利用者は、映像クリップを要求する利用者と別の利用者であっても良い。例えば、ある利用者がビューワ２００などを利用してカメラ制御を行っている際に、別の利用者が携帯電話端末６０１から映像クリップを要求するような利用形態である。
【０１０２】
さらに、ＳＭＴＰ通信などを利用して映像クリップを要求する場合には、映像クリップを要求する利用者端末と映像クリップを受信する利用者端末とが異なっていることも考えられる。この場合には、映像クリップを要求する利用者端末の利用者に与えられたアクセス権限と映像クリップを受信する利用者端末の利用者に与えられたアクセス権限との一方あるいは両方を評価して、映像クリップ生成に反映することが考えられる。尚、上述した利用者端末とは、例えば携帯電話端末６０１、６０２やビューワ２００などである。
【０１０３】
また、上述した本実施形態においては、特権ユーザのアクセス権の識別に携帯電話端末６０１、６０２側でのパスワード入力を用いる例について説明しているが、この限りではなく、利用者の契約状況や課金の有無や、携帯電話端末６０１、６０２の個体番号や性能などに応じて、異なったアクセス権を設定するように映像変換サーバ４００を設計しても良い。
【０１０４】
また、上述した本実施形態においては、携帯電話端末６０１、６０２から指定されたユーザ識別子を使ってカメラサーバ１０１、１０２に接続し、禁止エリア判定をカメラサーバ１０１、１０２側で行う例について説明しているが、この限りではなく、映像変換サーバ４００が、常に特権ユーザ権限でカメラサーバ１０１、１０２に接続し、禁止エリア判定を映像変換サーバ４００で行っても良い。この場合には、事前に各カメラサーバ１０１、１０２に設定されている撮像領域制限情報およびアクセス制御情報（ユーザ識別情報を含む）を、映像変換サーバ４００側に共有する事で本実施形態と同様に実施可能である。
【０１０５】
例えば、映像変換サーバ４００がカメラサーバ１０１、１０２との接続を確立したタイミングで、撮像領域制限情報およびアクセス制御情報（登録されているユーザ情報）を共有する。次に、映像変換サーバ４００が、カメラサーバ１０１、１０２から提示されるカメラ制御の状態情報と携帯電話端末６０１、６０２から指定されたユーザ識別情報とを判断して、禁止エリア検出を行う事により、その状況を本実施形態と同様に映像クリップに反映する事が可能となる。
【０１０６】
また、本実施形態では、禁止エリア検出の時点で、禁止エリア検出を表示する画面を合成し、かつ、映像クリップを分割する例について説明しているが、この限りではなく、禁止エリア検出の時点では、その一方のみを実施する形態でもよい。すなわち、単純に禁止エリア検出を表現する画面を挿入するのみで、映像クリップを分割しないように映像変換サーバ４００を設計しても良い。また、反対に、映像クリップを分割するのみで、禁止エリア検出を表現する画面を挿入しないように映像変換サーバ４００を設計しても良い。
【０１０７】
また、本実施形態では、カメラサーバ１０１、１０２から取得した映像を携帯電話向け映像クリップに変換して送信する例について説明したが、この限りではなく、映像クリップの形式は、携帯電話向け映像クリップ以外の映像クリップであってもよい。例えば、ネットワークに接続可能なコンピュータ端末に、映像クリップの再生ソフトウェアＡがインストールされており、この再生ソフトウェアＡが標準のＭＰＥＧ−４にも対応する場合の変換方法について説明する。この場合、本実施形態の映像送信部４１３が映像クリップを生成する時点で、再生ソフトウェアＡで処理可能なデータ形式に準拠したデータフォーマットに整形し、かつ、そのフォーマットの中でＭＰＥＧ−４コーデックを指定して変換を行う。これにより、コンピュータ端末において再生ソフトウェアＡでの映像クリップの再生が可能となる。同様にして、例えば上述したコンピュータ端末とＯＳの異なるコンピュータ端末用の再生ソフトウェアＢに対しては、再生ソフトウェアＢに準拠するデータフォーマットに整形することで対応可能である。
【０１０８】
［第２の実施形態］
次に、本発明の第２の実施形態として、特権ユーザへのアクセス許可依頼を禁止エリア表示画面に組み込むことができる映像通信システムについて説明する。第２の実施形態の映像通信システムにおいてシステム構成や各装置のハードウェア構成や機能構成は、図１〜図５や図１４に示した第１の実施形態と同様であるので、説明を簡略に行う。すなわち、第２の実施形態の映像通信システムは、インターネット上に配置されたカメラサーバ１０１、１０２から取得したライブ映像を、携帯電話端末６０１、６０２向け映像クリップに変換して送信することができる。特に、第２の実施形態において第１の実施形態と異なる点は、映像変換サーバ４００が、禁止エリア検出を示す合成画面を挿入した際に、その合成画面部分に特権ユーザへのアクセス許可依頼を組み込む機能を有する点であり、その点に本実施形態の特徴がある。
【０１０９】
上述したように第２の実施形態では、ネットワークの接続形態やハードウェア構成、および、各ソフトウェアの動作の多くは、第１の実施形態で説明した通りである。ただし、第１の実施形態において図１５で示した映像変換サーバ４００の一部の動作が異なるので、その異なる部分を中心に第２の実施形態における映像通信システムの動作を説明する。
具体的には、第２の実施形態における映像変換サーバ４００の映像変換部４１２と映像送信部４１３とが、第１の実施形態の映像変換部４１２とは、禁止エリア検出時の動作が異なっており、第１の実施形態の映像送信部４１３とは、映像クリップ生成時の動作に追加の処理がある点が異なっている。尚、以下の説明において、第２の実施形態の映像変換部４１２と第２の実施形態の映像送信部４１３を単に映像変換部４１２と映像送信部４１３と呼ぶ。
【０１１０】
映像変換部４１２は、まず、初期化時に受け取ったコーデックへのパラメータ、および、コーデック入力用／出力用のデータ形式などをＭＰＥＧ−４エンコーダ４２２に設定する。そして、映像取得部４１１から受け取ったソース映像データを、ＪＰＥＧデコーダ４２１などによりコーデック入力用のデータ形式および画像サイズに整えてからＭＰＥＧ−４エンコーダ４２２に入力し、その処理結果を、映像送信部４１３へ渡す。本実施形態における映像変換部４１２では、ＪＰＥＧ形式のソース映像データを、ＪＰＥＧデコーダ４２１で、予め、ＱＣＩＦサイズかつＹＵＶ４１１形式に整えてからＭＰＥＧ−４エンコーダ４２２へ入力し、生成されたＭＰＥＧ−４データ（Ｉ−ｆｒａｍｅまたはＰ−ｆｒａｍｅ）を映像送信部へ受け渡す。この際、映像取得部で付与されたタイムスタンプも併せてＭＰＥＧ−４エンコーダ４２２へ入力される。
【０１１１】
尚、映像取得部４１１から禁止エリア検出が通知されている場合には、「カメラ制御を制限された領域であって映像を表示できないので管理者（特権ユーザ）へ映像クリップへのアクセス許可を依頼する」という旨を示す管理者へのアクセス許可依頼を組み込んだ合成画面を、ソース映像データに代えて、ＭＰＥＧ−４エンコーダ４２２へ入力することで、合成画面のＭＰＥＧ−４データを生成し映像送信部４１３へ渡す。次に、映像送信部４１３は生成された合成画面のＭＰＥＧ−４データを、携帯電話端末６０１へ送信する。これにより、携帯電話端末６０１の画面６３ａには、図１７に示すような「カメラサーバ管理者に映像クリップの発行を依頼します」というアクセス許可依頼を組み込んだ合成画面が表示される。
【０１１２】
次に、映像クリップのタイムライン上での合成画面のポイント（クリップ開始時点からの経過時間）を記録し、このポイントと、特権ユーザへのアクセス許可依頼を行うＵＲＬとからなるタプルを、映像クリップのコマンドリストに追加する。この結果作成される映像クリップのコマンドリストは、例えば、次のような内容となる。なお、本実施形態では、映像クリップのタイムラインをミリ秒単位で記述するものとする。また、特権ユーザへのアクセス許可依頼は、映像変換サーバ４００経由で依頼する。
但し、下記のｗｖｃｌｉｐｐｅｒ．ｘ．ｃｏ．ｊｐは、映像変換サーバ４００を示すネットワーク上の識別子である。
【０１１３】
［経過時間］ ６９００ｍｓ
［ＵＲＬ］ＨＴＴＰ：／／ｗｖｃｌｉｐｐｅｒ．ｘ．ｃｏ．ｊｐ／ｓｖｃ／ａｓｋ＿ｆｏｒ＿ｆ．ｃｇｉ？ｕｓｅｒｉｄ＝３３ｘｘｘ、ｎｏｔｉｆｙｔｏ＝ｍａｉｌｔｏ：ｒｉｙｏｕｓｈａ３＠ｘｘ．ｘｘ．ｃｏ．ｊｐ，ｃａｍｅｒａｓｅｒｖｅｒｓ＝ｗｅｂｖｉｅｗ：／／ｖｂ＿Ｘ．ｃｏ．ｊｐ，ＰＴＺ＝Ｐ−１６Ｔ３２Ｚ１５，ｔｉｍｅ＝ＪＳＴ２００２ｓｅｐ２５＿１００６５８
…
［経過時間］ １３２００ｍｓ
［ＵＲＬ］ＨＴＴＰ：／／ｗｖｃｌｉｐｐｅｒ．ｘ．ｃｏ．ｊｐ／ｓｖｃ／ａｓｋ＿ｆｏｒ＿ｆ．ｃｇｉ？ｕｓｅｒｉｄ＝３３ｘｘｘ，ｎｏｔｉｆｙｔｏ＝ｍａｉｌｔｏ：ｒｉｙｏｕｓｈａ３＠ｘｘ．ｘｘ．ｃｏ．ｊｐ，ｃａｍｅｒａｓｅｒｖｅｒｓ＝ｗｅｂｖｉｅｗ：／／ｖｂ＿Ｘ．ｃｏ．ｊｐ，ＰＴＺ＝Ｐ０Ｔ０Ｚ１２０，ｔｉｍｅ＝ＪＳＴ２００２ｓｅｐ２５＿１００７０４
…
【０１１４】
次に、映像送信部４１３は、第１の実施形態における映像送信部４１３の処理に加えて、映像変換部４１２が生成したコマンドリストを映像クリップに組み入れる処理を行う。例えば、ＡＳＦ形式に準拠した映像クリップである場合には、ＡＳＦ形式の映像クリップの“ｓｃｒｉｐｔ ｃｏｍｍａｎｄ ｏｂｊｅｃｔ”として、コマンドリストを組み入れる。
【０１１５】
次に、映像変換サーバ４００が上記ＵＲＬで示された特権ユーザへのアクセス許可依頼を受け取った際の動作について説明する。
図１８は、映像変換サーバ４００が、上記ＵＲＬで示された特権ユーザへのアクセス許可依頼を受け取った際の処理を示すフロー図である。尚、図１８に示す処理は、図１５で説明したステップＳ１３１１において映像変換サーバ４００が解析したリクエスト内容が、特権ユーザへのアクセス許可依頼である場合に実行される。
【０１１６】
まず、ステップＳ１８３１において、映像変換サーバ４００は、ＨＴＴＰリクエストに含まれるクライアントのユーザ識別情報（ｕｓｅｒｉｄ）、カメラ識別情報（ｃａｍｅｒａｓｅｒｖｅｒｓ）、カメラ制御情報（ＰＴＺ）などを取り出す。本実施形態の場合、映像変換サーバ４００が受け取るＨＴＴＰリクエストが、上記コマンドリストの第一のＵＲＬ（経過時間が６９００ミリ秒のＵＲＬ）であるとすると、次のような内容を取得する。
【０１１７】
【０１１８】
次に、ステップＳ１８３２で、映像変換サーバ４００は、ユーザ識別情報からユーザ名称を取得する。ユーザ名称情報は、映像変換サーバ４００が独自に管理しているデータベースに保存してあっても、ネットワーク上のユーザ名称データベースに問い合わせても良い。本実施形態では、ユーザ識別子が“３３ｘｘｘ”である利用者のユーザ名称 “利用者３” が取得されたとして説明する。
【０１１９】
次に、ステップＳ１８３３において、映像変換サーバ４００は、対象となっているカメラサーバ１０１に接続し、カメラ識別情報とカメラ制御情報とから、アクセス許可を求められているカメラ制御に相当する画像データ（指定画像データ）を取得する。次に、ステップＳ１８３４において、映像変換サーバ４００は、カメラサーバ１０１より取得した画像データを添付した上で、取得したユーザ名称の利用者がアクセス許可を求めている旨のメッセージのメールを、特権ユーザに送信する。この時、メッセージ内容は、例えば、以下の通りである。
【０１２０】
「あなたが管理しているカメラサーバ（の禁止エリア）へ下記のようなアクセス許可依頼が来ています。御回答願います。」
カメラ： ｗｅｂｖｉｅｗ：／／ｖｂ＿Ｘ．ｃｏ．ｊｐ
エリア： Ｐａｎ＝−１６，Ｔｉｌｔ＝３２，Ｚｏｏｍ＝１５
日時等：２００２ Ｓｅｐ ２５ １０：０６：５８ ＪＳＴ
利用者：“利用者３”
返答先：ｍａｉｌｔｏ：ｒｉｙｏｕｓｈａ３＠ｘｘ．ｘｘ．ｃｏ．ｊｐ
【０１２１】
本実施形態では、合成画像に関連付けた特権ユーザへのアクセス許可依頼を、映像変換サーバ４００経由で処理する例について説明しているが、この限りではなく、このアクセス許可依頼の処理は、映像変換サーバ４００を経由しない処理方法であっても良い。例えば、次のようなＵＲＬを関連付けることによって、特権ユーザに電子メール送信あるいは電話（インターネット電話を含む）による音声通話する方法も考えられる。
ｍａｉｌｔｏ：ｓｕｐｅｒｕｓｅｒ１＠ｘｘ．ｘｘ．ｃｏ．ｊｐ
ｐｈｏｎｅｔｏ：０５０−ｘｘ５８−ｘｘ１１
【０１２２】
［第３の実施形態］
本発明の第３の実施形態として、ファイル生成してＷＷＷサーバのファイルアクセス情報を生成する映像通信システムについて説明する。
第３の実施形態の映像通信システムにおいてシステム構成や各装置のハードウェア構成や機能構成は、図１〜図５や図１４に示した第１の実施形態とほぼ同様であるので、異なる構成を主に説明する。すなわち、第３の実施形態の映像通信システムは、インターネット上に配置されたカメラサーバ１０１、１０２から取得したライブ映像を、携帯電話端末６０１、６０２向け映像クリップに変換して送信することができる。特に、第３の実施形態において第１の実施形態と異なる点は、広く普及しているＨＴＴＰサーバを利用して、携帯電話端末６０１、６０２への送信を実施する点に特徴がある。
【０１２３】
上述したように本実施形態では、ネットワークの接続形態やハードウェア構成、および、各ソフトウェアの動作の多くは、第１の実施形態で説明した通りである。ただし、第３の実施形態における映像通信システムは、図５に示した第１の実施形態における映像通信システムと構成の異なる部分がある。図１９は、第３の実施形態における映像通信システムの接続構成および機能構成の概略を示す図である。図１９に示すように、図５に示した映像通信システムと比べて、映像変換サーバ４００と携帯電話端末６０１の間にＷＷＷサーバ（本実施形態ではＨＴＴＰサーバ）７００が接続されている点が異なる。この、ＨＴＴＰサーバ７００は、例えば、Ａｐａｃｈｅなどのプログラムにより実現される。
【０１２４】
また、第３の実施形態の映像通信システムにおいては、第１の実施形態の映像通信システムと、図１５で示した映像変換サーバ４００の一部の動作が異なる。具体的には、映像変換サーバ４００は、携帯電話端末６０１から発行された映像クリップ要求を、ＨＴＴＰサーバ７００から受け取る。ＨＴＴＰサーバ７００は、受け取ったＨＴＴＰリクエストのうち、映像クリップに関するリクエストを映像変換サーバ４００へリダイレクトする。
【０１２５】
この時、本実施形態の映像変換サーバ４００の映像送信部４１３は、第１の実施形態の映像送信部４１３とは、映像クリップ生成時の手順が以下のように異なる。第３の実施形態の映像送信部４１３は、まず、初期化時に受け取った映像クリップ上限値にしたがってメモリ領域を確保する。次に、映像変換部４１２が生成した携帯電話向け映像データを受け取り、確保したメモリ領域に保持する。次に、映像送信部４１３は、禁止エリア検出通知を受け取った時点で、メモリ領域の利用率をも加味した上で、映像クリップの分割点を決定する。この時、映像送信部４１３は、映像クリップの分割点と判断した場合には、携帯電話向け映像クリップのデータフォーマットに準拠したヘッダー情報を前置して、メモリ領域に保持している映像データをファイルとして保存し、メモリ領域を再利用する。また、保存するファイルは、ＨＴＴＰサーバ７００からアクセス可能な領域に配置される。例えば、映像変換サーバ４００とＨＴＴＰサーバ７００との共有ファイルシステム上である。
【０１２６】
次に、カメラ制御部４１０からＰＴＺシーケンスの終了を通知された時点で、映像送信部４１３は、メモリ領域に保持している映像データの残りを同様にファイルとして保存した上で、それまでに保存している複数の映像クリップへのリンク情報を埋め込んだ携帯電話端末６０１への通知情報を作成し、初期化時に受け取った通知先アドレスへ通知する。これによって、通知情報を受け取った携帯電話端末６０１において、利用者がリンク情報を選択することにより、ＨＴＴＰサーバ７００を介して各映像クリップをダウンロードすることができる。
【０１２７】
次に、本実施形態における禁止エリアを含む映像クリップへのアクセス制限について説明する。本実施例では、Ａｐａｃｈｅ相当のＨＴＴＰサーバ７００を利用して、ファイルとして生成された映像クリップへのアクセス制限を行う例について説明する。
本実施例の説明では、“．ｈｔａｃｃｅｓｓ”ファイルと“．ｈｔｐａｓｓｗｄ”ファイルとを使ってディレクトリ単位でアクセス制限する。まず、携帯電話端末６０１などを利用して映像クリップにアクセスする利用者別の権限に応じてグループ分けし、パスワード情報を“．ｈｔｐａｓｓｗｄ”ファイルに登録する。登録には、例えば、Ａｐａｃｈｅに付属するｈｔｐａｓｓｗｄコマンドを用いる。そして、禁止エリアを含まない映像クリップをファイルとして生成するディレクトリの“．ｈｔａｃｃｅｓｓ”ファイルの内容に次のような情報を記述する。
【０１２８】
ＡｕｔｈＴｙｐｅ Ｂａｓｉｃ
ＡｕｔｈＮａｍｅ “ｎｏｓｐｅｃｉａｌ ｃａｍｅｒａ ｃｏｎｔｒｏｌ ｇｒｏｕｐ”
ＡｕｔｈＵｓｅｒＦｉｌｅ ／ｅｔｃ／．ｈｔｐａｓｓｗｄ
＜ＬＩＭＩＴ ＧＥＴ＞
ｒｅｑｕｉｒｅ ｖａｌｉｄ−ｕｓｅｒ
＜／ＬＩＭＩＴ＞
【０１２９】
一方で、禁止エリアを含む映像クリップをファイルとして生成するディレクトリの“．ｈｔａｃｃｅｓｓ”ファイルの内容に次のような情報を記述する。ただし、ｓｕｐｅｒｕｓｅｒ１、ｓｕｐｅｒｕｓｅｒ２、ｓｕｐｅｒｕｓｅｒ３は、特権ユーザのユーザ識別子であるとする。
【０１３０】
ＡｕｔｈＴｙｐｅ Ｂａｓｉｃ
ＡｕｔｈＮａｍｅ “ｃａｍｅｒａ ｃｏｎｔｒｏｌ ｐｒｉｖｉｌｅｇｅｄ
ｇｒｏｕｐ”
ＡｕｔｈＵｓｅｒＦｉｌｅ ／ｅｔｃ／．ｈｔｐａｓｓｗｄ
＜ＬＩＭＩＴ ＧＥＴ＞
ｒｅｑｕｉｒｅ ｕｓｅｒ ｓｕｐｅｒｕｓｅｒ１ ｓｕｐｅｒｕｓｅｒ２ ｓｕｐｅｒｕｓｅｒ３
＜／ＬＩＭＩＴ＞
【０１３１】
尚、本実施形態では、ディレクトリ毎にアクセス制限を適用する例について説明しているが、この限りではなく、別途ユーザ単位のアクセス制限を可能とするデータベースシステムを併用して映像クリップを管理してもよい。
【０１３２】
また、本実施形態では、ユーザ単位の認証を行う例について説明しているが、この限りではなく、複数の特権ユーザをグループ登録しておくことにより、グループ単位の認証であってもよい。
【０１３３】
また、本実施形態では、携帯電話端末６０１からの映像クリップ要求に応じて、映像クリップを生成する例について説明しているが、映像クリップの生成方法は、この限りではない。例えば、生成すべき映像クリップのカメラ情報、カメラ制御情報、生成スケジュールなどを、事前に映像変換サーバ４００に設定しておき、映像変換サーバ４００は、設定されたスケジュールに従い定期的に映像クリップを生成し、ＨＴＴＰサーバ７００からアクセス可能な領域に配置してもよい。
【０１３４】
［第４の実施形態］
本発明の第４の実施形態として、映像変換サーバと一体型のカメラサーバを備える映像通信システムについて説明する。
第４の実施形態の映像通信システムにおいてシステム構成や各装置のハードウェア構成や機能構成は、図１〜図５に示した第１の実施形態とほぼ同様であるので、異なる構成を主に説明する。すなわち、第４の実施形態の映像通信システムは、インターネット上に配置された映像変換サーバと一体型のカメラサーバ１０１およびカメラサーバ１０２から取得したライブ映像を、携帯電話端末６０１、６０２向け映像クリップに変換して送信することができる。特に、第４の実施形態において第１の実施形態と異なる点は、第１の実施形態における映像変換サーバ４００とカメラサーバ１０１とが一体化したカメラサーバ１０１ａを具備する点である。
【０１３５】
上述したように、本実施形態では、ネットワークの接続形態やハードウェア構成、および、各ソフトウェアの動作の多くは、第１の実施形態で説明した通りである。ただし、第４の実施形態における映像通信システムは、図１や図５に示した第１の実施形態における映像通信システムと構成の異なる部分がある。図２０は、第４の実施形態における映像通信システムの接続構成の概略を示す図である。図２０に示すように、図１および図５に示した第１の実施形態における映像通信システムと比べて、映像変換サーバと一体化したカメラサーバ１０１ａがネットワークに接続されている点が異なる。また、カメラサーバ１０１ａと一体化された映像変換サーバは、第１の実施形態の映像変換サーバ４００と同様の機能を有する。以上より、以下の説明において映像変換サーバ４００とは、カメラサーバ１０１と一体化されたものであるとする。
【０１３６】
また、第３の実施形態の映像通信システムにおいては、第１の実施形態の映像通信システムと、図１５で示した映像変換サーバ４００の一部の動作（本実施形態においてはカメラサーバ１０１ａの一部の動作）が異なる。本実施形態では、カメラサーバ１０１ａに映像変換サーバ４００が一体化しているため、以下のような動作を行う。
【０１３７】
まず、映像変換サーバ４００の映像取得部４１１は、図８に示した映像サーバ１１１のステップＳ８０６と同様に、ハードウェア構成の映像キャプチャボード１５を利用して映像データをカメラ制御サーバ１１０より取得する。尚、本実施形態では、映像変換サーバ４００が、ハードウェア構成の映像キャプチャボード１５を使って映像データを取得する例について説明したが、この限りではなく、カメラサーバ１０１ａと一体化した映像変換サーバ４００であっても、第１の実施形態と同様に、他のカメラサーバ１０２の映像サーバ１１１からも映像データを取得できるよう設計することもできる。これにより、カメラサーバ１０１ａのエンコード処理の負荷分散、映像データの配送処理の負荷分散、および、ネットワーク通信インフラにおける輻輳防止などの効果がある。
【０１３８】
［第５の実施形態］
本発明の第５の実施形態として、禁止エリア映像に代えて説明文を合成することができる映像通信システムについて説明する。
第５の実施形態の映像通信システムにおいてシステム構成や各装置のハードウェア構成や機能構成は、図１〜図５や図１４に示した第１の実施形態とほぼ同様であるので、異なる構成を主に説明する。すなわち、第５の実施形態の映像通信システムは、インターネット上に配置されたカメラサーバ１０１、１０２から取得したライブ映像を、携帯電話端末６０１、６０２向け映像クリップに変換して送信することができる。特に、第５の実施形態において第１の実施形態と異なる点は、映像変換サーバ４００が、禁止エリア検出を画面合成する際に、禁止エリアの属性を、その合成画面に盛り込み、一般ユーザに提供する点である。
【０１３９】
上述したように本実施形態では、ネットワークの接続形態やハードウェア構成、および、各ソフトウェアの動作の多くは、第１の実施形態で説明した通りである。ただし、第５の実施形態の映像通信システムにおいては、第１の実施形態の映像通信システムと、図１５で示した映像変換サーバ４００の一部の動作が異なる。具体的には、映像変換サーバ４００の映像変換部４１２が、第１の実施形態の映像変換部４１２とは、禁止エリア検出時に挿入する合成画面の合成方法において異なっている。尚、以下の説明において、第５の実施形態の映像変換部４１２を単に映像変換部４１２と呼ぶ。
【０１４０】
図２１は、第５の実施形態における映像変換部４１２の禁止エリア検出時に挿入する合成画面の生成処理を示すフロー図である。尚、図２１に示す映像変換部４１２の処理は、映像変換サーバ４００の映像変換部４１２における処理の一部であって、映像変換サーバ４００の映像変換部４１２が、映像取得部４１１から禁止エリア検出を通知された場合に実行される処理である。
【０１４１】
図２１に示すように、まず、ステップＳ２１６１において、映像変換部４１２は、現在のカメラ制御状態情報（パン、チルト、ズームの状態を示す数値情報など）を取得する。次に、ステップＳ２１６２において、映像変換部４１２は、カメラサーバ１０１が接続するカメラ装置１１の機種情報から、現在のカメラ制御状態が、カメラ装置１１の全視野に占める位置を計算する。
【０１４２】
次に、ステップＳ２１６３において、映像変換部４１２は、カメラ装置１１の全視野に占める位置の計算結果、日時情報、および、カメラ制御状態情報などを反映して、禁止エリアを示す画面を合成する。次に、ステップＳ２１６４において、映像変換部４１２は、合成画面を、ソース映像データに代えて、ＭＰＥＧ−４エンコーダ４２２へ入力する。次に、ステップＳ２１６５において、映像変換部４１２は、ＭＰＥＧ−４エンコーダ４２２の処理結果を、映像送信部４１３へ渡す。次に、映像送信部４１３は生成された合成画面のＭＰＥＧ−４データを、携帯電話端末６０１へ送信する。これにより、携帯電話端末６０１の画面６３ａには、図２２に示すような禁止エリア６３ｇを示す合成画面が表示される。また、カメラ制御状態情報表示エリア６３ｈには、現在のカメラ制御状態情報が表示されている。
【０１４３】
尚、上述した実施形態では、現在のカメラ制御状態情報を、禁止エリア検出画面に合成する例について説明したが、禁止エリア検出画面に合成する情報は、これに限定されない。例えば、この映像クリップ要求を発行した利用者（つまり、カメラ制御を制限された利用者）の情報、特権ユーザへの連絡先情報（メールアドレスや携帯電話番号など）、あるいは、映像変換サーバ４００に保持される類似映像クリップの有無などの情報を合成することが考えられる。また、上述した実施形態では、携帯電話端末を用いた映像通信システムを示したが、この限りではなく、ＰＤＡなどのネットワークに接続可能な携帯端末であってもよい。
【０１４４】
また、図５、図１４、図１９に示した各処理部は、専用のハードウェアにより実現されるものであってもよく、また、各処理部はメモリおよびＣＰＵにより構成され、各処理部の機能を実現する為のプログラムをメモリに読み込んで実行することによりその機能を実現させるものであってもよい。
また、上記メモリは、ハードディスク装置や光磁気ディスク装置、フラッシュメモリ等の不揮発性のメモリや、ＣＤ−ＲＯＭ等の読み出しのみが可能な記録媒体、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）のような揮発性のメモリ、あるいはこれらの組み合わせによるコンピュータ読み取り、書き込み可能な記録媒体より構成されるものとする。
【０１４５】
また、図５、図１４、図１９において各種処理を行う処理部の機能を実現する為のプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各処理を行っても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【０１４６】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【０１４７】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現する為のものであっても良い。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【０１４８】
また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体およびプログラムプロダクトは、本発明の範疇に含まれる。
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【０１４９】
また、本発明の実施態様の例を以下に列挙する。
【０１５０】
［実施態様１］ ネットワークに接続可能で映像再生可能な端末と、映像データを配信するカメラサーバとを少なくとも具備する映像通信システムであって、
前記カメラサーバの配信する前記映像データを取得する映像取得手段と、
前記端末の属性情報と前記映像取得手段の取得した前記映像データとを基に前記端末において再生可能な端末用映像データを生成する映像変換手段と、
前記映像変換手段が生成した前記端末用映像データを前記端末へ送信する映像送信手段と
を具備することを特徴とする映像通信システム。
【０１５１】
［実施態様２］ 前記映像変換手段は、前記映像データに前記属性情報に応じた情報を合成して前記端末用映像データを生成することを特徴とする実施態様１に記載の映像通信システム。
【０１５２】
［実施態様３］ 前記カメラサーバが、被写体の映像を撮像する撮像装置を具備し、前記ネットワークを介して前記撮像装置で撮像した映像データを配信する場合に、前記ネットワーク経由で前記端末より前記撮像装置を制御するためのカメラ制御情報を受信する受信手段と、
前記受信手段が受信した前記カメラ制御情報を基に、前記撮像装置を制御する撮像装置制御手段と
を更に具備することを特徴とする実施態様１または実施態様２に記載の映像通信システム。
【０１５３】
［実施態様４］ 前記カメラサーバが、被写体の映像を連続して撮像する撮像装置を具備し、前記ネットワークを介して前記撮像装置で連続して撮像した映像データを配信する場合に、前記映像取得手段は、前記映像データを連続して取得することを特徴とする実施態様１または実施態様２に記載の映像通信システム。
【０１５４】
［実施態様５］ 前記端末の前記属性情報は、前記端末を利用する利用者に関する情報である利用者属性情報を含む情報であり、前記映像変換手段は、更に前記利用者属性情報に応じて前記端末用映像データの内容を変更して生成することを特徴とする実施態様２に記載の映像通信システム。
【０１５５】
［実施態様６］ 前記利用者属性情報に応じて前記撮像装置における撮像エリアが限定されている場合に、前記映像変換手段は、前記利用者属性情報に応じた撮像エリアの映像データであるか否かを判定し、前記判定の結果を含む端末用映像データを生成することを特徴とする実施態様５に記載の映像通信システム。
【０１５６】
［実施態様７］ 前記利用者属性情報に応じて前記撮像装置における撮像エリアが限定されている場合に、前記映像変換手段は、前記利用者属性情報に応じて前記限定された撮像エリア内の映像データであるか否かにより、連続する前記映像データを分割して前記端末用映像データを生成することを特徴とする実施態様４に記載の映像通信システム。
【０１５７】
［実施態様８］ 前記映像変換手段は、前記利用者属性情報に応じて前記限定された撮像エリア外の部分を含む映像データと判断した場合に、前記映像データに替えて前記撮像エリア外の部分を含まない代替映像データを合成して、合成した前記代替映像データを変換することで端末用代替映像データを生成することを特徴とする実施態様７に記載の映像通信システム。
【０１５８】
［実施態様９］ 前記映像変換手段は、前記利用者属性情報に応じて前記限定された撮像エリア外の部分を含む映像データと判断した場合に、前記限定された撮像エリア外の部分を含む旨を伝える情報を含む前記代替映像データを合成して、合成した前記代替映像データを変換することで端末用代替映像データを生成することを特徴とする実施態様８に記載の映像通信システム。
【０１５９】
［実施態様１０］ 前記映像変換手段は、前記利用者属性情報に応じて前記限定された撮像エリア外の部分を含む映像データと判断した場合に、前記映像データを撮影した際の前記撮像装置の制御情報を含む前記代替映像データを合成して、合成した前記代替映像データを変換することで端末用代替映像データを生成することを特徴とする実施態様８に記載の映像通信システム。
【０１６０】
［実施態様１１］ 前記映像変換手段は、前記利用者属性情報に応じて前記限定された撮像エリア外の部分を含む映像データと判断した場合に、前記映像データを取得するための映像データ取得手段を含む前記代替映像データを合成して、合成した前記代替映像データを変換することで端末用代替映像データを生成することを特徴とする実施態様８に記載の映像通信システム。
【０１６１】
［実施態様１２］ 前記映像データ取得手段は、前記映像データの取得を許可する権限を持つ権限者へ映像データ取得依頼を行うよう前記利用者へ促すことを特徴とする実施態様１１に記載の映像通信システム。
【０１６２】
［実施態様１３］ 前記映像データ取得依頼は、Ｗｅｂページ、電子メール、電話の何れかの対話手段により前記権限者へ依頼するよう前記利用者へ促すことを特徴とする実施態様１２に記載の映像通信システム。
【０１６３】
［実施態様１４］ 前記映像送信手段は、セッション指向の通信方法で通信を行うことを特徴とする実施態様１に記載の映像通信システム。
【０１６４】
［実施態様１５］ 前記映像送信手段は、配信依頼を行った利用者に関する情報である利用者属性情報に応じて前記端末への前記端末用映像データの配信を制御することを特徴とする実施態様１に記載の映像通信システム。
【０１６５】
［実施態様１６］ 前記映像送信手段は、配信先の端末を利用する利用者に関する情報である利用者属性情報に応じて前記端末への前記端末用映像データの配信を制御することを特徴とする実施態様１に記載の映像通信システム。
【０１６６】
［実施態様１７］ 前記映像送信手段は、前記映像変換手段と前記端末用映像データのメモリ領域を共有することを特徴とする実施態様１に記載の映像通信システム。
【０１６７】
［実施態様１８］ 前記映像送信手段が、ＨＴＴＰサーバ機能を有する場合に、前記映像変換手段は、前記端末用映像データの生成と同時に前記ＨＴＴＰサーバでアクセス制御を行うためのアクセス制御情報を更に生成することを特徴とする実施態様１に記載の映像通信システム。
【０１６８】
［実施態様１９］ ネットワークに接続可能で映像再生可能な端末と、映像データを配信するカメラサーバとを少なくとも具備する映像通信システムを用いた映像通信方法であって、
前記カメラサーバの配信する前記映像データを取得する第一のステップと、
前記端末の属性情報と前記第一のステップで取得した前記映像データとを基に前記端末において再生可能な端末用映像データを生成する第二のステップと、
前記第二のステップで生成した前記端末用映像データを前記端末へ送信する第三のステップとを有することを特徴とする映像通信方法。
【０１６９】
［実施態様２０］ ネットワークに接続可能で映像再生可能な端末と、映像データを配信するカメラサーバとを少なくとも具備する映像通信システム用のプログラムを記録した記録媒体であって、
前記カメラサーバの配信する前記映像データを取得する第一のステップと、
前記端末の属性情報と前記第一のステップで取得した前記映像データとを基に前記端末において再生可能な端末用映像データを生成する第二のステップと、
前記第二のステップで生成した前記端末用映像データを前記端末へ送信する第三のステップとをコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【０１７０】
［実施態様２１］ ネットワークに接続可能で映像再生可能な端末と、映像データを配信するカメラサーバとを少なくとも具備する映像通信システム用のプログラムであって、
前記カメラサーバの配信する前記映像データを取得する第一のステップと、
前記端末の属性情報と前記第一のステップで取得した前記映像データとを基に前記端末において再生可能な端末用映像データを生成する第二のステップと、
前記第二のステップで生成した前記端末用映像データを前記端末へ送信する第三のステップとをコンピュータに実行させるためのプログラム。
【０１７１】
【発明の効果】
以上説明したように、本発明の映像通信システムにおいては、インターネット上に流通しているカメラサーバからの映像情報を、ある端末の属性情報に応じてその端末向けに適切に配信することができる。例えば、端末の属性情報が、カメラサーバへのアクセス制御やカメラ制御権に関する情報である場合は、インターネット上に流通しているカメラサーバからの映像情報を、アクセス制御やカメラ制御権に応じて携帯電話端末向けに適切に配信することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態における映像通信システムの概略構成を示す図である。
【図２】図１に示した映像変換サーバ４００のハードウェア構成の一例を示す図である。
【図３】図１に示したカメラサーバ１０１、１０２のハードウェア構成の一例を示す図である。
【図４】図１に示した携帯電話端末６０１、６０２のハードウェア構成の一例を示す図である。
【図５】図１に示した映像通信システムにおけるカメラサーバ１０１や、映像変換サーバ４００や、携帯電話端末６０１の機能構成の概略を示す図である。
【図６】図５に示した映像通信システムにおける携帯電話端末６０１の動作を示すフロー図である。
【図７】図５に示したカメラサーバ１０１内のカメラ制御サーバ１１０の動作を示すフロー図である。
【図８】図５に示したカメラサーバ１０１内の映像サーバ１１１の動作を示すフロー図である。
【図９】図５に示した映像通信システムの携帯電話端末６０１におけるＰＴＺシーケンスを作成する画面例およびキーの割当例を示す図である。
【図１０】携帯電話端末６０１においてレスポンス、メール通知、映像クリップの再生表示を表示した３つの画面例を示す図である。
【図１１】携帯電話端末６０１においてＰＴＺシーケンスを作成する処理を示す図である。
【図１２】カメラサーバ１０１が図７のステップＳ７００で用いる設定値を設定する際の画面例を示す図である。
【図１３】図１２に示した設定画面を表示するカメラサーバ１０１のカメラサーバ設定プログラムの動作を示すフロー図である。
【図１４】図５に示した映像通信システムの映像変換サーバ４００における映像データの大まかな流れを模式化した図である。
【図１５】図５に示した映像通信システムにおける映像変換サーバ４００の動作を示したフロー図である。
【図１６】携帯電話端末６０１の画面６３ａに表示される合成画面例を示す図である。
【図１７】携帯電話端末６０１の画面６３ａに表示されるアクセス許可依頼を組み込んだ合成画面例を示す図である。
【図１８】映像変換サーバ４００が、ＵＲＬで示された特権ユーザへのアクセス許可依頼を受け取った際の処理を示すフロー図である。
【図１９】第３の実施形態における映像通信システムの接続構成および機能構成の概略を示す図である。
【図２０】第４の実施形態における映像通信システムの接続構成の概略を示す図である。
【図２１】第５の実施形態における映像変換部４１２の禁止エリア検出時に挿入する合成画面の生成処理を示すフロー図である。
【図２２】携帯電話端末６０１の画面６３ａに表示される禁止エリア６３ｇを含む合成画面例を示す図である。
【符号の説明】
１０ コンピュータ
１１ カメラ装置
６１ スイッチ類
６２ ボタン類
６３ ディスプレイ装置
１０１、１０２ カメラサーバ
１０１ａ カメラサーバ（映像変換サーバを含む）
１１０ カメラ制御サーバ
１１１ 映像サーバ
２００ ビューワ
３００ 中継サーバ
４００ 映像変換サーバ
４１０ カメラ制御部
４１１ 映像取得部
４１２ 映像変換部
４１３ 映像送信部
５００ ゲートウェイ
６０１、６０２ 携帯電話端末
６１０ カメラ制御入力部
６１１ 映像表示部
７００ ＨＴＴＰサーバ
【発明の属する技術分野】
本発明は、通信によって映像データの配信などを行う映像通信システムに関するものである。
【０００２】
【従来の技術】
本発明に関係する既存の技術は、以下の通りである。
［ライブ映像通信システム］
動画用カメラで撮影したライブ映像を、動画用カメラを具備するカメラサーバよりインターネットなどの通信インフラストラクチャを使ってＰＣ（パーソナルコンピュータ）へ配信するとともに、ＰＣから撮影のためのカメラ設定やカメラ操作などをカメラサーバ経由で動画用カメラへ指示する技術が確立され、製品が提供されている。例えば、複数の上述したカメラサーバおよびＰＣがネットワークで接続された映像通信システムにおいて、カメラサーバからＰＣへの映像配信に加えて、カメラサーバの備える動画用カメラに対してパン、チルト、ズーム、逆光補正といったカメラ制御を、ＰＣよりネットワークを介して行うことが可能なシステムが提供されている。また、上述した映像通信システムは、アクセス制御機能を備え、利用者のアクセス権限に応じて、カメラ制御や映像配信の制限を行うことができる。
【０００３】
また、本出願人によってコンピュータネットワークなどを介して撮影した映像情報などを配信する映像情報配信システムであって、配送サーバと映像サーバとの間で可逆もしくは画像情報の劣化が少ない画像圧縮方式を採用することにより、配送サーバによって画像の伸長と再圧縮を施す場合、より画質の劣化が少ない美しい映像を配送もしくは蓄積することができる映像情報配信システムが開示されている（例えば、特許文献１参照。）。
【０００４】
更に、上述した映像通信システムにおいて、カメラ制御によって撮像される領域に関してもＰＣより制限することが可能になっている。例えば、ＰＣの利用者が特権ユーザである場合は、動画用カメラに備わるズーム機能のすべてを利用できるが、ＰＣの利用者が通常ユーザである場合は、ズーム機能の一部（たとえば、テレ端を使い切れない）のみ利用可能とするような制限である。また、パン機能やチルト機能についても同様に制御可能である。
【０００５】
［第三世代携帯電話技術］
また、近年において、第二世代の携帯電話サービスよりも高い電波利用効率と通信帯域を備えた携帯電話サービスとして、第三世代（３Ｇ）の携帯電話サービスが提供されるようになっている。例えば、第三世代（３Ｇ）の携帯電話端末では、電話通話しながらインターネットアクセスなどのデータ通信が可能となっている。それは、マルチアクセスと呼ばれる接続形態を用意しており、これを利用することで、ウェブブラウジングなどのデータ通信を行いながら、電話通話を可能にしている。
【０００６】
さらに、第三世代の携帯電話端末では、携帯電話端末自体の処理能力も強化されており、これまでＰＣ（パーソナルコンピュータ）などで行っていた作業を携帯電話端末で処理可能になっている。例えば、電子メールやウェブブラウジングおよび映像送受信などの機能を実装している携帯電話端末が提供されている。また、第三世代の携帯電話サービスでは、映像配信のサービスも行われている。
【０００７】
［ＭＰＥＧ−４コーデック］
移動体通信網に接続する携帯情報端末から広帯域インターネットに接続するＰＣまでの映像送受信端末の広がりを受けて、数十ｋｐｂｓから数十Ｍｂｐｓの広いビットレートをカバーする高圧縮符号化効率、および、無線やインターネットなどの伝送路誤りに対する強い耐性などを備えた動画像圧縮符号化方式として、ＩＳＯで１９９９年にＭＰＥＧ−４という規格が制定されている。
また、ＭＰＥＧ−４を用いた映像配信サービスが、個人情報端末（ＰＤＡ）や携帯電話端末向けに提供されている。例えば、第三世代（３Ｇ）携帯電話サービスでは、携帯電話端末（ビジュアル端末）間でＭＰＥＧ−４を用いて相互に映像を送受信するサービスを提供している。
【０００８】
［携帯電話向けＭＰＥＧ−４クリップ技術］
携帯電話端末に映像クリップ（映像ファイル）を表示する技術が提供されている。例えば、これらのサービスでは、ＭＰＥＧ−４コーデックなどで圧縮符号化された映像データ（映像クリップあるいは映像ファイル）をサーバに保存し、携帯電話端末に内蔵するデータ通信機能を使ってサーバからダウンロードした上で、同じく携帯電話端末に内蔵するデコーダを使って映像を携帯電話端末の画面に表示する。
【０００９】
また、これらの映像クリップのデータフォーマットは、マイクロソフト（登録商標）社のＡＳＦ（Ａｄｖａｎｃｅｄ Ｓｔｒｅａｍｉｎｇ Ｆｏｒｍａｔ）形式や、ＩＳＯ標準のＭＰ４形式（ＩＳＯ／ＩＥＣ１４４９６−１ Ａｍｄ１ ＭＰＥＧ−４システム Ｖｅｒｓｉｏｎ２）など、インターネットに接続可能なＰＣなどで広く普及している形式に準拠している。また、これらのサービスでは、いずれも映像クリップの上限が決められており、例えば、２４０ｋｂｙｔｅｓが上限となっている。
【００１０】
［映像クリップへのリンクやコマンドの関連付け技術］
上述したＡＳＦ形式やＱｕｉｃｋＴｉｍｅ Ｆｉｌｅ Ｆｏｒｍａｔなどでは、映像クリップにＵＲＬなどのハイパーリンク機能を関連付けることができる。また、ＡＳＦ形式では、“Ｓｃｒｉｐｔ Ｃｏｍｍａｎｄ Ｏｂｊｅｃｔ”を定義することが可能であり、このオブジェクト内に、ＡＳＦファイル再生時のタイムラインに同期するように設定したリンク情報をリストできる。さらに、ＡＳＦ形式では、Ｓｃｒｉｐｔ Ｃｏｍｍａｎｄ Ｏｂｊｅｃｔを利用して、リンク情報ばかりでなく、スクリプトなどのコマンド情報も記述可能となっている。
【００１１】
また、映像クリップにハイパーリンク機能付きのテキストテロップ（字幕）を追加する機能が備わっている。このテロップ記述言語には、ＳＴＭＬ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｔｅｌｏｐ Ｍａｒｋ−ｕｐ Ｌａｎｇｕａｇｅ）を利用する。この機能により、ユーザは、音声通話やメール送信やホームページリンクなどを、映像クリップと関連付けることができる。
【００１２】
【特許文献１】
特開２０００−５９７７６号公報
【００１３】
【発明が解決しようとする課題】
しかしながら、上述したようにインターネット上でサービスされているカメラサーバに蓄積された映像を携帯電話端末へ配信するサービスを行う場合に、カメラサーバに装備されたアクセス制御機能やカメラ制御権を携帯電話端末から適切に利用できないという問題があった。あるいは、ＰＣ上などで実行される専用表示ソフトウェアによるカメラ制御権の利用に比べて、携帯電話端末では、アクセス制御に関する情報が適切に表現されないという問題があった。
【００１４】
この発明は、上述した事情を考慮してなされたもので、インターネット上に流通しているカメラサーバからの映像情報を、アクセス制御やカメラ制御権を含めて、携帯電話端末向けに適切に配信可能な映像通信システムを提供することを目的とする。
【００１５】
【課題を解決するための手段】
この発明は、上述した課題を解決すべくなされたもので、本発明による映像通信システムにおいては、ネットワークに接続可能で映像再生可能な端末と、映像データを配信するカメラサーバとを少なくとも具備する映像通信システムであって、カメラサーバの配信する映像データを取得する映像取得手段と、端末の属性情報と映像取得手段の取得した映像データとを基に端末において再生可能な端末用映像データを生成する映像変換手段と、映像変換手段が生成した端末用映像データを端末へ送信する映像送信手段とを具備することを特徴とする。
【００１６】
これにより、本発明の映像通信システムにおいては、インターネット上に流通しているカメラサーバからの映像情報を、端末の属性情報に応じてその端末向けに適切に配信することができる。例えば、携帯電話端末の属性情報が、カメラサーバへのアクセス制御やカメラ制御権に関する情報である場合は、インターネット上に流通しているカメラサーバからの映像情報を、アクセス制御やカメラ制御権に応じて携帯電話端末向けに適切に配信することができる。
【００１７】
【発明の実施の形態】
以下、図面を用いて本発明の実施形態について説明する。
［第１の実施形態］
本発明の第１の実施形態として、ネットワーク上に配置された複数のカメラサーバから取得したライブ映像を、携帯電話端末向けの映像データ（以下、映像クリップとする）に変換して送信する映像通信システムについて説明する。この中で、ライブ映像を変換して映像クリップを生成する機能を有する映像変換サーバが、カメラサーバに設定されたアクセス制御情報に応じて、適切な映像クリップを生成する例についても説明する。特に、本実施例の映像変換サーバでは、設定されたアクセス制御情報に応じて、特別なアクセス制御権を有する利用者（以下、特権ユーザとする）によるアクセスと、通常のアクセス制御権を有する利用者（以下、通常ユーザとする）によるアクセスとで、生成される映像クリップ内容を変更する点に特徴がある。
【００１８】
尚、本実施形態においては、アクセス制御情報の一例として、カメラ制御によって撮像される領域に関する制限、すなわち、撮像領域制限について説明する。また、撮像領域制限によって撮像を禁止している領域を、禁止エリアと呼ぶ。
【００１９】
図１は、本発明の第１の実施形態における映像通信システムの概略構成を示す図である。図１において、１０１および１０２は、カメラサーバであり、ライブ映像を撮像可能な動画用カメラを具備し、その動画用カメラによるライブ映像をネットワーク経由で提供する。２００は、ビューワであり、カメラサーバ１０１、１０２よりネットワーク経由で提供されるライブ映像を表示可能なソフトウェアをインストールしており、ネットワークに接続可能なコンピュータ端末である。
【００２０】
以上の構成により、ビューワ２００よりネットワークを介してライブ映像の表示要求（以下、リクエストとする）がカメラサーバ１０１、１０２へ送られ、これが受け入れられるとカメラサーバ１０１、１０２からビューワ２００へ映像データが配送され、ビューワ２００で受信した映像データを再生することでライブ映像を表示することが可能となる。またビューワ２００からカメラ制御コマンドがカメラサーバ１０１または１０２へ送られると、カメラサーバ１０１または１０２が具備する動画用カメラに対してズーム、パン、チルトなどの制御操作が可能となる。さらに、ネットワーク上には、中継サーバ３００が置かれビューワ２００とカメラサーバ１０１、１０２との通信を中継することがある。
【００２１】
また、４００は、映像変換サーバであり、カメラサーバ１０１、１０２が提供する映像データを携帯電話端末向けの映像クリップ（携帯用映像データ）に変換した上で、携帯電話向けに配信する。また、５００は、ゲートウェイであり、ネットワークと携帯電話回線網とを仲介する。６０１および６０２は、携帯電話端末であり、ゲートウェイ５００を介してネットワークに接続する機能や、映像変換サーバ４００が変換した映像クリップを表示するビューワ機能を搭載している。以上の構成により、携帯電話端末６０１、６０２は、ゲートウェイ５００を介してネットワークに接続された機器と通信可能となる。
【００２２】
尚、携帯電話端末６０１、６０２において、ビューワ機能はビューワプログラムが実行されることで実現されるが、このビューワプログラムは、典型的には、工場出荷時にインストールされるが、例えばＪａｖａ（Ｒ）プログラムのように実行時（利用時）にネットワーク経由でダウンロードされて実行される形態であっても良い。また、図１のネットワークは企業あるいは組織内で運用されるイントラネットであってもよく、広く世界をつないでいるインターネットであってもよい。また、中継サーバ３００や映像変換サーバ４００は、典型的には、インターネットイクスチェンジやデータセンタ（ＩＤＣ：Ｉｎｔｅｒｎｅｔ Ｄａｔａ
Ｃｅｎｔｅｒ）に配置され、通信負荷の軽減を図るよう設計される。
【００２３】
次に、図１に示した映像変換サーバ４００や、カメラサーバ１０１、１０２や、携帯電話端末６０１、６０２のハードウェア構成例について図を用いて説明する。
図２は、図１に示した映像変換サーバ４００のハードウェア構成の一例を示す図である。図２に示すように、映像変換サーバ４００は、サーバ向けコンピュータであり、より詳細には、プログラムやデータを格納する記憶装置や、ネットワークと接続するためのネットワークＩ／Ｆ（インターフェース）４３や、プログラムによる各種の処理を実行するＣＰＵ（中央演算装置）４１などから構成されるコンピュータである。また、映像変換サーバ４００は、記憶装置として、図１に示すように主記憶装置となるメモリ４２や、フラッシュメモリやＨＤ（ハードディスク）装置４５などからなる二次記憶装置、および、プログラムを媒体からロードするためのＦＤ（フレキシブルディスク）装置４４などを具備する。
【００２４】
図３は、図１に示したカメラサーバ１０１、１０２のハードウェア構成の一例を示す図である。図３に示すように、カメラサーバ１０１、１０２は、実際にライブ映像の撮像を行うカメラ装置１１と、カメラ装置１１の出力する映像を処理するコンピュータ１０から構成される。また、図３に示すようにコンピュータ１０は、プログラムやデータを格納する記憶装置と、映像データを取り込むための映像キャプチャボード１５と、カメラ装置１１にコマンドを送るためのシリアルＩ／Ｆ（インターフェース）１６と、ネットワークと接続するためのネットワークＩ／Ｆ１４と、プログラムによる各種の処理を実行するＣＰＵ１２とを具備する。ここで、記憶装置とは、図３に示すように主記憶装置となるメモリ１３や、フラッシュメモリやＨＤ装置１８などからなる二次記憶装置、および、プログラムを媒体からロードするためのＦＤ装置１７などである。
【００２５】
尚、図示していないが、カメラサーバ１０１、１０２および映像変換サーバ４００は、各種設定などを行うための入出力装置を備える場合もある。具体的には、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）や液晶ディスプレイなどの表示装置やキーボードやマウスなどの入力装置などを具備する。すなわち、カメラサーバ１０１、１０２および映像変換サーバ４００は、表示装置を制御したり、キーボードやマウスからの入力信号を処理したりするインターフェース機能を具備する。また、カメラサーバ１０１の構成は上述した限りではなく、カメラ装置とコンピュータとが一体化されたサーバ内蔵型ネットワークカメラ等であっても良い。
【００２６】
図４は、図１に示した携帯電話端末６０１、６０２のハードウェア構成の一例を示す図である。また、上述したように携帯電話端末６０１、６０２には、ビューワ機能を実現するプログラムが格納されている。図４に示すように携帯電話端末６０１、６０２は、端末内の制御や無線通信により受信するデータの処理などを行うデータ処理部６０と、例えば液晶ディスプレイであるディスプレイ装置６３などの周辺装置とを具備する。データ処理部６０は、プログラムやデータを格納する記憶装置６８と、携帯電話網と接続するための無線通信Ｉ／Ｆ（インターフェース）６９と、プログラムによる各種の処理を実行するＣＰＵ６７と、周辺装置を制御する周辺コントローラ６５と、ディスプレイ装置６３を制御する表示コントローラ６６とを具備する。上述した記憶装置６８とは、例えばＣＰＵ６７の主記憶装置となるメモリや、各種データを保持するフラッシュメモリなどである。また、上述した周辺装置とは、図４に示すように携帯電話端末６０１、６０２上に配置されたボタン類６２やスイッチ類６１などの入力装置や、例えばマイクロフォンやスピーカなどである音声入出力装置６４である。
【００２７】
図５は、図１に示した映像通信システムにおけるカメラサーバ１０１や、映像変換サーバ４００や、携帯電話端末６０１の機能構成の概略を示す図である。尚、カメラサーバ１０２や携帯電話端末６０２もカメラサーバ１０１や携帯電話端末６０１と同様の機能を有する。また、本実施形態においては図５に示す各機能は、上述した各装置が内蔵する上記ＣＰＵ４１、１２、６７が各機能を実現するためのプログラムを実行することで実現するが、この限りではなく、機能の一部の処理を専用のハードウェアにより処理してもよい。
【００２８】
図５に示すように、カメラサーバ１０１は、カメラ装置１１の制御を行うカメラ制御サーバ１１０と映像の配送を行う映像サーバ１１１の２つの機能モジュールを具備する。また、携帯電話端末６０１は、カメラ制御コマンドの発行やカメラ状態通知に対応するカメラ制御入力部６１０と、受信した映像クリップを基に図４に示した表示コントローラ６６を制御してディスプレイ装置６３に映像を表示する表示処理を行う映像表示部６１１とを具備する。
【００２９】
また、映像変換サーバ４００には、以下に示す機能モジュールが具備される。カメラ制御部４１０は、携帯電話端末６０１のカメラ制御入力部６１０が発行するカメラ制御コマンド列（以下、ＰＴＺ（パン・チルト・ズーム）シーケンスと呼ぶ）を解釈し、カメラサーバにカメラ制御命令を発行する。映像取得部４１１は、カメラサーバ１０１の映像サーバ１１１から映像を取得する。映像変換部４１２は、映像取得部４１１が取得した映像を携帯電話端末６０１に表示可能なデータ形式に変換し、変換後の映像を携帯電話網向け映像クリップに編集する。映像送信部４１３は、映像変換部４１２が生成した映像クリップをネットワーク経由で携帯電話端末６０１へ送信する。これにより、携帯電話端末６０１の映像表示部６１１は、受信した映像クリップをディスプレイ装置６３に表示する。
【００３０】
次に、図５に示した映像通信システムにおける携帯電話端末６０１の動作について説明する。
図６は、図５に示した映像通信システムにおける携帯電話端末６０１の動作を示すフロー図である。尚、図６には、携帯電話端末６０１が映像クリップをダウンロードして再生表示するまでの動作を示している。
【００３１】
図６に示すように、ステップＳ６０１で、まず、映像表示部６１１は、映像変換サーバ４００を特定する識別子（以下、変換サーバ識別子とする）を取得する。この取得方法は、例えば携帯電話端末６０１の利用者がスイッチ類６１やボタン類６２のキー操作により上記変換サーバ識別子を入力する方法でも良いし、電子メールやウェブページに含まれる変換サーバ識別子を選択する方法であっても良い。また、この場合の変換サーバ識別子は、典型的には、映像変換サーバ４００を識別するＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）である。
【００３２】
次に、ステップＳ６０２において、映像表示部６１１は、映像変換サーバ４００が接続すべきカメラサーバ１０１を識別するためのカメラサーバ識別子と、そのカメラサーバ１０１にカメラ装置１１の制御を指示するカメラ制御用のＰＴＺシーケンスと、利用者を識別するためのユーザ識別子およびパスワードなどを含むアクセス制御用のユーザ識別情報とを取得する。この取得方法は、例えばカメラサーバ識別子やＰＴＺシーケンスについては、利用者が上述したようなキー操作によりカメラ制御コマンドを構成するよう入力する方法でも良いし、電子メールやウェブページに含まれるカメラサーバ識別子やＰＴＺシーケンスを選択する方法であっても良い。
【００３３】
尚、映像表示部６１１は、必ずしもＰＴＺシーケンスを取得しなくてもよい。この場合、映像表示部６１１は、カメラサーバ識別子で指定したカメラサーバ１０１からカメラ制御せずに撮影した映像クリップを受信することになる。また、ユーザ識別情報は、通常、利用者のキー操作により入力するが、本実施形態においては、特権ユーザ以外はユーザ識別情報を入力しなくてもよい。この場合、通常ユーザとして携帯電話端末６０１からカメラサーバ１０１へ接続することを意味する。
【００３４】
次に、ステップＳ６０３において、映像表示部６１１は、ステップＳ６０１で取得した映像変換サーバ４００を特定する変換サーバ識別子に基づき携帯電話回線網とゲートウェイ５００とネットワークを経由して映像変換サーバ４００の映像送信部４１３に接続する。
【００３５】
次に、ステップＳ６０４において、携帯電話端末６０１は、映像変換サーバ４００に映像クリップを要求（リクエスト）する。このリクエストは、要求する映像クリップの作成方法の指定などを含み、典型的には、ＨＴＴＰプロトコルを利用して送信される。この際、ＰＴＺシーケンスを入手している場合には、そのＰＴＺシーケンスを映像変換サーバ４００に送信する。このリクエストおよびＰＴＺシーケンスの送信は、ＨＴＴＰ接続のＧＥＴメソッドでＵＲＬに組み込んでも良いし、ＨＴＴＰ接続のＰＯＳＴメソッドで送信されても良い。ここでは、映像クリップのリクエストとしてＨＴＴＰ接続のＰＯＳＴメソッドを用いる場合について説明する。例えば、本実施形態における映像クリップのリクエスト例は以下の通りである。尚、実際には、ＵＲＬエンコードが適用されるが、以下では、説明の都合上ＵＲＬエンコードを適用していない部分もある。
【００３６】
上述したＨＴＴＰのリクエスト例について詳細を説明する。『ｖｉｄｅｏｅｎｃｏｄｅｐａｒａｍ＝』に続く部分は、映像変換サーバ４００がカメラサーバ１０１から受け取ったソース映像を携帯電話端末６０１向けにエンコードする際のパラメータ情報を指示するものである。また、『ｃａｍｅｒａｓｅｒｖｅｒｓ＝』に続く部分は、映像変換サーバ４００が接続するカメラサーバ１０１を指定している（カメラサーバ識別子）。また、『ＰＴＺ＝』に続く部分は、映像変換サーバ４００がカメラサーバ１０１に関して実行すべきカメラ制御のコマンドを並べたＰＴＺシーケンスを指定している。また、『ｍｏｖｉｅｓｉｚｅｍａｘ＝』に続く部分は、携帯電話端末６０１あるいは携帯電話網が規定する映像クリップの最大サイズを指定している。また、『ｎｏｔｉｆｙｔｏ＝』に続く部分は、映像クリップ作成時に通知すべき連絡先である。典型的には、携帯電話端末６０１の利用者の電子メールアドレスを指定する。また、『ｕｓｅｒｉｄ＝』と『ｕｓｅｒｐｗ＝』とに続く部分は、それぞれ、ユーザ識別子とパスワードである。
【００３８】
また、上述したＰＴＺシーケンスの構成要素は、以下のような意味を持つ。ｎは、数値データ（正負あり）である。
Ｐｎ パン（水平方向カメラ制御）指定。
Ｔｎ チルト（垂直方向カメラ制御）指定。
Ｚｎ ズーム指定。
Ｂｎ 逆光補正。逆光補正のＯＮ／ＯＦＦ。
Ｈ ホームポジション指定。
Ｓｎ プリセット位置指定。ｎ番目のプリセット位置。
Ｃｎ カメラサーバ接続切換え指定。ｎ番目のカメラサーバ。
Ｋｎ カメラサーバ内カメラ切換え指定。ｎ番目のカメラ。
＿ｎ 時間経過を指定。０．１秒単位。
【００３９】
次に、ステップＳ６０５において、携帯電話端末６０１は、ステップＳ６０４で送信した映像クリップのリクエストに対する映像変換サーバ４００からのレスポンスを待つ。ここで、映像変換サーバ４００が上述した映像クリップのリクエストに応じてカメラサーバ１０１のカメラ装置１１を制御して撮影した映像を取得可能であるか否かについて携帯電話端末６０１へ返信（以下、レスポンスとする）したとする。
【００４０】
次に、ステップＳ６０６において、映像表示部６１１は、映像変換サーバ４００から受信したレスポンスを基に携帯電話端末６０１のディスプレイ装置６３に例えば、図１０（ａ）に示すようなレスポンス結果を表示する。図１０（ａ）は、携帯電話端末に表示されるレスポンスの画面例を示す図である。図１０（ａ）の６３ａは、ディスプレイ装置６３の画面であり、文字や映像を表示する。尚、図１０（ａ）においては、すぐに映像クリップを送信できない旨のレスポンスであるが、この限りではなく、すぐに映像クリップを送信できる場合は、その旨を伝えるレスポンス結果が画面６３ａに表示される。
【００４１】
次に、映像変換サーバ４００からのレスポンスが、何らかの理由からすぐに映像クリップを生成できないことを示す内容であった場合（ステップＳ６０７のＮｏ）には、ステップＳ６０８に進む。反対に、映像をすぐに生成できたことを示す内容であった場合（ステップＳ６０７のＹｅｓ）には、ステップＳ６０９に進む。
【００４２】
次に、ステップＳ６０８においては、携帯電話端末６０１は、映像変換サーバ４００からのメール通知を待ち受ける。メール通知は、例えば、ＳＭＴＰ （Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）によるが、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）であってもよい。メール通知を受け取った場合（ステップＳ６０８のＹｅｓ）には、そのメール内容を映像変換サーバ４００からのレスポンスとして画面６３ａに例えば図１０（ｂ）に示すように表示し、ステップＳ６０９に進む。図１０（ｂ）は、携帯電話端末６０１においてメール通知を表示した画面例を示す図である。また、図１０（ｂ）において、６３ｂは、映像クリップ一覧であり、４つの映像クリップが１〜４までの番号を付与されて選択肢として表示されている。
【００４３】
ここで、図１０（ｂ）に示した映像クリップ一覧６３ｂより利用者が任意の一つを選択したとする。これにより、ステップＳ６０９において、映像表示部６１１は、選択された映像クリップを映像変換サーバ４００よりダウンロードしてディスプレイ装置６３に図１０（ｃ）に示すように再生表示する。図１０（ｃ）は、携帯電話端末６０１において映像クリップを再生表示した画面例を示す図である。図１０（ｃ）において、６３ｃは、映像表示エリアであり、再生された映像クリップが表示されるエリアである。６３ｄは、前（上述した番号で一つ前）の映像クリップを再生表示させるためのリンクである。６３ｅは、次（上述した番号で次）の映像クリップを再生表示させるためのリンクである。
【００４４】
尚、本実施形態では、映像クリップをダウンロードしてから再生しているが、この限りではなく、映像クリップの再生表示処理は、ダウンロードの終了を待たずに、ダウンロードしながら映像クリップを再生表示処理しても良い。
【００４５】
次に、図５に示した映像通信システムにおけるカメラサーバ１０１内のカメラ制御サーバ１１０の動作について説明する。
図７は、図５に示したカメラサーバ１０１内のカメラ制御サーバ１１０の動作を示すフロー図である。尚、図７には、カメラサーバ１０１内のカメラ制御サーバ１１０が起動して、クライアントからの接続を受け付け、クライアントからのコマンドに応じたカメラ制御を行い、カメラ制御の状態をクライアントである携帯電話端末６０１などへ通知し、クライアントからの接続が終了するまでの動作を示している。
【００４６】
図７に示すように、ステップＳ７００において、カメラ制御サーバ１１０は、起動時に特定のファイル（カメラ制御サーバ１１０のＯＳ（オペレーティング システム）によってはレジストリなどのシステムデータベース）からカメラ制御サーバ１１０の動作設定情報を読み出して、それに基づき動作を開始する。次に、ステップＳ７０１において、カメラ制御サーバ１１０は、クライアントであるビューワプログラム（例えば携帯電話端末６０１に内蔵されるプログラム）や映像変換サーバ４００からのリクエスト（接続リクエストや操作コマンドリクエストなど）を受け付けるポートを開き、リクエスト受付状態に入る。
【００４７】
次に、ステップＳ７０２において、カメラ制御サーバ１１０は、例えば映像変換サーバ４００から接続リクエストを受け付ける。次に、ステップＳ７０３において、カメラ制御サーバ１１０は、受け付けた接続リクエストに応じて映像変換サーバ４００に対する接続の可否の判定を行う。ここで接続許可が否である場合（ステップＳ７０３のＮｏ）には、接続拒否のエラーコードを返して、ステップＳ７０１に戻る。また、接続許可が可である場合（ステップＳ７０３のＹｅｓ）には、ステップＳ７０４へ進み、カメラ制御サーバ１１０は接続処理を行う。この接続処理の具体例を示すと、カメラ制御サーバ１１０は、クライアントからのコマンドの受付処理を行うスレッドを生成し、クライアントの登録を行い、ステップＳ７０１に戻る。また、ステップＳ７０７において、カメラ制御サーバ１１０は、各スレッドに対応するクライアントからのコマンドを受け付ける。
【００４８】
上述したカメラ制御サーバ１１０が接続処理において生成したスレッドは、ステップＳ７０７で対応するクライアント（登録したクライアント）から受け付けたコマンド（本実施形態においては操作コマンド）を、操作コマンドリクエストとして受け付ける処理を行う。すなわち、ステップＳ７０１において、カメラ制御サーバ１１０は、操作コマンドリクエストを受け付けると、それに含まれる操作コマンドをカメラ操作用（カメラ制御用）の主プログラムへ受け渡す。
【００４９】
これにより、ステップＳ７０１において、カメラ操作用の主プログラムは操作コマンドを受けて、ステップＳ７０５へ進み、カメラ制御サーバ１１０は、操作コマンドを発行したスレッドが接続しているクライアントの権限に応じてカメラ操作を行う。この時、カメラ制御サーバ１１０は、カメラ操作の結果（操作が成功か失敗かを示すコードなど）についてカメラの操作コマンドを受け付けたクライアント対応のスレッドへ伝える。これにより、カメラ操作の結果を伝えられたクライアント対応のスレッドは、ステップＳ７０８において、そのカメラ操作の結果をクライアントへ通達する。
【００５０】
次に、ステップＳ７０６において、カメラ制御サーバ１１０のカメラ操作用の主プログラム部分では、カメラの操作により変化した状態（たとえば、パン・チルト・ズームの値、および、禁止エリア検出の有無などを含むカメラ状態情報など）をすべてのクライアント対応のスレッドに伝える。これにより、各クライアント対応のスレッドは、ステップＳ７０９において、カメラ制御状態の変化をクライアントへ通達する。次に、クライアント対応のスレッドはクライアントから接続終了のコマンドを受け付けると、それを主プログラムへ通達し、さらにステップＳ７１０で自身のスレッドを終了する。
【００５１】
尚、カメラを操作するための操作コマンドの扱いにおいては、具体的な操作コマンドの発行の前に、利用者別のカメラ操作権の割り当て要求を必要とすることも可能である。これにより、複数の利用者がカメラの操作を要求するような状況での混乱を無くすことができる。具体的には、まず、クライアントからはカメラ操作権取得の要求コマンドが発行され、これに対して、カメラ制御サーバ１１０は現在のカメラ制御権の割り当て状態から、拒絶・割り当て・順番待ちのいずれかを選択してクライアントへ返答する。尚、カメラ制御権は前もって定められた特定の時間か、クライアントが接続を終了するまでの短いほうの時間で剥奪され、次の順番待ちの人に割り当てられる。順番待ち人数はやはり前もって定められた人数（たとえば５人）に制限され、それ以上の接続リクエストは拒絶される。
【００５２】
また、上述したクライアントはカメラ制御権が取得されてから剥奪されるまでの間だけ、上記操作コマンドをカメラ制御サーバ１１０へ発行する。また、カメラ制御サーバ１１０はカメラ制御権が付与されているクライアントからの操作コマンドのみを受け付ける。また、特権ユーザからの接続に関しては、優先的にカメラ操作権を割り当てることができる。また、特権ユーザからの操作コマンドは、禁止エリアを含む撮像領域へのカメラ制御であっても許可される。但し、通常ユーザには、接続の優先や禁止エリアを含むカメラ制御の許可を与えないとする。
【００５３】
次に、図５に示した映像通信システムにおけるカメラサーバ１０１内の映像サーバ１１１の動作について説明する。
図８は、図５に示したカメラサーバ１０１内の映像サーバ１１１の動作を示すフロー図である。尚、図８には、カメラサーバ１０１内の映像サーバ１１１が起動して、クライアントからの接続を受け付け、クライアントからのコマンドに応じたクライアントである携帯電話端末６０１などへの映像配信を行い、クライアントからの接続が終了するまでの動作を示している。
【００５４】
図８に示すように、ステップＳ８００において、映像サーバ１１１は、起動時に特定のファイル（映像サーバ１１１のＯＳによってはレジストリなどのシステムデータベース）から映像サーバ１１１の動作設定情報を読み出して、それに基づき動作を開始する。次に、ステップＳ８０１において、映像サーバ１１１は、カメラ制御サーバ１１０より映像データを取得し符号化し蓄積するためのスレッドを生成し（最初このスレッドは休止状態）、クライアントであるビューワプログラム（例えば、携帯電話端末６０１に内蔵するプログラム）や映像変換サーバ４００からのリクエスト（接続リクエストや操作コマンドリクエストや映像処理コマンドリクエストなど）を受け付けるポートを開くことで、リクエスト受付状態に入る。
【００５５】
次に、映像サーバ１１１は、接続リクエストならばステップＳ８０２に進み、これを受け付ける。次に、ステップＳ８０３において、映像サーバ１１１は、接続リクエストに応じて接続を許すか否かの判定を行う。ここで、接続許可が否である場合（ステップＳ８０３のＮｏ）には、映像サーバ１１１は、クライアントへ接続拒否のエラーコードを返し、ステップＳ８０１に戻る。また、接続許可が可である場合（ステップＳ８０３のＹｅｓ）には、映像サーバ１１１は、ステップＳ８０４に進み、接続処理を行い、ステップＳ８０１に戻る。その接続処理とは具体的には、映像サーバ１１１が、クライアントごとのセッションを識別するためのセッション識別子を生成し、クライアントからのコマンドの受付処理を行うスレッドを生成し、接続リクエストを発行したクライアントのアクセス権情報などに則してクライアントの登録（映像の配送先としての登録でもある）を行う処理である。
【００５６】
尚、接続リクエスト内容がライブ映像を提供するポートへの接続要求であり、かつ、上述した映像データを取得し符号化し蓄積するためのスレッドが休止状態ならば、映像サーバ１１１は、ステップＳ８０１の処理に戻る前に、該スレッドの動作開始を指示する。また、ステップＳ８０８において映像サーバ１１１は、各スレッドに対応するクライアントからのコマンドを受け付ける。
【００５７】
上述したステップＳ８０４の接続処理により生成されたクライアント対応のスレッドは、ステップＳ８０８で対応するクライアント（登録したクライアント）から受け付けたコマンド（本実施形態においては映像処理コマンド）を、映像処理コマンドリクエストとして受け付ける処理を行う。すなわち、ステップＳ８０１において、映像サーバ１１１は、映像処理コマンドリクエストを受け付けると、それに含まれる映像処理コマンドを映像処理用の主プログラムへ受け渡す。
【００５８】
また、ステップＳ８０１において操作コマンドリクエストを受け付けた場合には、映像処理用の主プログラムは、操作コマンドに対してはステップＳ８０５へ進み、映像データの取得や符号化・送信などに関する設定の変更操作を行う。また、映像サーバ１１１は、変更操作の結果（操作の成功か失敗を示すコード）についてコマンド要求を受け付けたクライアント対応のスレッドへ伝える。これにより、変更操作の結果を伝えられたクライアント対応のスレッドは、ステップＳ８０９において、その変更操作の結果をクライアントへ通達する。
【００５９】
また、上述したように映像データの取得と符号化を行うスレッドへの動作開始の指示を出した後に映像処理コマンドが受け渡された映像処理の主プログラム部分は、ステップＳ８０６に進み、前もって設定された時間間隔で映像データを映像キャプチャボード１５を使って取得し、取得した映像データを符号化などにより圧縮処理して圧縮データを生成する。次に、映像サーバ１１１は、生成した圧縮データを、ライブ映像用のポートに接続しているすべてのクライアント対応している各スレッドに伝える。これにより、各クライアント対応のスレッドは、ステップＳ８１０において、クライアントからの次映像フレーム送信要求の有無を判定し、要求があるならば、圧縮データをクライアントへ配送する。
【００６０】
尚、上述したように圧縮データをクライアントへ配送する際に、禁止エリアが検出されている場合には、登録されているクライアント情報に照らして、映像サーバ１１１は、例えば特権ユーザの接続以外には、禁止エリアに該当しているため圧縮データを配信できない旨（禁止エリア検出通知）を該当するクライアントへ通知する。そして、ライブ映像用のポートに接続しているクライアント対応のスレッドが、クライアントからの次映像フレーム送信要求（これはクライアントでの圧縮映像データの受け取り完了に対して、送り返されるのが一般的である）を受け取った場合には、映像サーバ１１１は、映像フレーム送信要求のフラグを設定する。すなわち、ステップＳ８１０において次映像フレームの送信要求の有無の判定はこのフラグを参照することで行う。また、クライアントから接続終了のコマンドを受けたならば、それを主プログラムへ通達し、さらにステップＳ８１１で自身のスレッドを終了する。
【００６１】
次に、図５に示した映像通信システムの携帯電話端末６０１におけるＰＴＺシーケンスの作成例について説明する。
図９は、図５に示した映像通信システムの携帯電話端末６０１におけるＰＴＺシーケンスを作成する画面例およびキーの割当例を示す図である。図９に示すように、ＰＴＺシーケンスを作成する際には、携帯電話端末６０１の画面６３ａに映像表示エリア６３ｃとＰＴＺシーケンス表示エリア６３ｆとが表示される。この時、各キー（ボタン類６２）に図示のように、パン（カメラの横振り）、チルト（カメラの縦振り）、ズーム（拡大倍率変更）、逆光補正などの機能が割り当てられる。尚、本実施形態の携帯電話端末６０１は、ボタン類６２として、上下左右の矢印キーと、数字・記号キーを具備する。
【００６２】
図９においては、↑キーにはチルトアップ、←キーにはパン左、→キーにはパン右、↓キーにはチルトダウン、１キーにはズームイン、２キーにはズームアウト、３キーにはホームポジション指定、４キーには逆光補正トグル、５キーにはプリセット指定、６キーには時間経過指定、７キーにはカメラサーバ内カメラ切換え指定、＊キーにはＰＴＺシーケンス末に追加、＃キーにはＰＴＺシーケンス末を削除、０キーにはビューワ終了が割り当てられている。
【００６３】
なお、図９に示した画面例は、図６の処理において説明したＰＴＺシーケンスの入力操作を行うためのユーザインタフェース例を示すものであり、これにより作成されたＰＴＺシーケンスは、図６に示したステップＳ６０２で利用される。また、上述した画面６３ａの表示制御は映像表示部６１１が行う。
【００６４】
次に、図６に示したステップＳ６０２においてＰＴＺシーケンスを作成する処理について説明する。
図１１は、携帯電話端末６０１においてＰＴＺシーケンスを作成する処理を示す図である。図１１に示すように、まず、ステップＳ９０１において、携帯電話端末６０１のカメラ制御入力部６１０は、図６のステップＳ６０２において取得したカメラサーバ１０１の識別子を使って、カメラサーバ１０１のカメラ制御によって可視範囲に入る画像を合成したパノラマ画像データと、事前にカメラサーバ１０１に設定されているカメラ制御情報（プリセット情報）と、現在のカメラ状態パラメータ（パン角、チルト角、ズーム値など）とを、カメラサーバ１０１から取得する。
【００６５】
次に、ステップＳ９０２において、カメラ制御入力部６１０は、ＰＴＺシーケンスの初期値として空データを設定し、また、表示用カメラ状態パラメータおよび設定用カメラ状態パラメータとして取得した現在のカメラ状態パラメータを設定する。
【００６６】
次に、ステップＳ９０３において、カメラ制御入力部６１０は、ステップＳ９０２で設定した表示用カメラ状態パラメータに応じて、可視領域を計算し、可視領域に相当する画像をパノラマ画像データから切り出して携帯電話端末６０１の画面６３ａに表示する。
【００６７】
次に、ステップＳ９０４において、カメラ制御入力部６１０は、利用者からのキー入力を受け取る。尚、このキー入力は、図９に示したような機能が割り当てられている。ここでステップＳ９０４における利用者のキー入力が、カーソルキー（矢印キー）による可視領域の変更、あるいは、プリセット位置への移動の指示であった場合（ステップＳ９０５のＹｅｓ）には、ステップＳ９０６に進み、表示用カメラ状態パラメータを変更して、ステップＳ９０３に戻る。また、ステップＳ９０４における利用者のキー入力が、カーソルキー（矢印キー）による可視領域の変更や、プリセット位置への移動の指示ではない場合（ステップＳ９０５のＮｏ）には、ステップＳ９０７へ進む。
【００６８】
次に、ステップＳ９０４における利用者のキー入力が、ＰＴＺシーケンスを追加／修正などの編集指示であった場合（ステップＳ９０７のＹｅｓ）には、ステップＳ９０８に進み、カメラ制御入力部６１０は、ＰＴＺシーケンスの値を変更し、ステップＳ９０３に戻る。具体的には、ＰＴＺシーケンス追加の場合には、カメラ制御入力部６１０は、その時点の表示用カメラ状態パラメータと設定用カメラ状態パラメータとの差分から制御すべきカメラ制御値を計算し、計算したカメラ制御値をＰＴＺシーケンスに追加する。そして、カメラ制御入力部６１０は、表示用カメラ状態パラメータを設定用カメラ状態パラメータの新しい値とする。また、ステップＳ９０４における利用者のキー入力が、ＰＴＺシーケンスを追加／修正などの編集指示でない場合（ステップＳ９０７のＮｏ）には、ステップＳ９０９へ進む。
【００６９】
次に、ステップＳ９０４における利用者のキー入力が、ＰＴＺシーケンス作成の終了を指示する場合（ステップＳ９０９のＹｅｓ）には、カメラ制御入力部６１０は、ステップＳ９１０に進み、上述した可視領域の変更や編集指示に応じたＰＴＺシーケンスの追加／修正に対して決定かキャンセルかを判定し、決定である場合には、追加／修正後のＰＴＺシーケンスをステップＳ６０２の処理を行うプログラムへ渡して、ＰＴＺシーケンスの作成処理を終了する。
【００７０】
次に、カメラサーバ１０１が図７のステップＳ７００で用いる設定値の設定方法について一例を示し説明する。
図１２は、カメラサーバ１０１が図７のステップＳ７００で用いる設定値を設定する際の画面例を示す図である。尚、図１２に示す設定画面は、カメラサーバ１０１が具備するカメラサーバ設定プログラムの処理によりカメラサーバ１０１の具備する表示装置の画面１９に表示され、カメラ制御サーバ１１０や映像サーバ１１１が読み出す動作設定情報を特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）に設定するための画面である。
【００７１】
図１２に示すように、カメラサーバ１０１の画面１９に表示された設定画面において、カメラ制御サーバ設定画面１Ａ、映像サーバ設定画面１Ｂ、動画品質設定画面１Ｃ、接続制限設定画面１Ｄのいずれかを選択して各種のパラメータを設定できる。尚、図１２で示しているのは、カメラ制御サーバ設定画面１Ａを選択してパラメータを設定中の画面である。図１２に示すようにカメラ制御サーバ設定画面１Ａで設定できる事項は、ＴＣＰポート設定欄１Ａａにてカメラ制御の通信用のＴＣＰポート番号の設定ができ、ＣＯＭポート設定欄１Ａｂにてカメラと接続するＣＯＭ（シリアル）ポートの設定ができ、シャッター速度設定欄１Ａｃにてシャッター速度の設定ができ、ログ設定欄１Ａｄにてカメラ制御関連のログ情報を取るか否かおよびログファイル名の指定ができる。また、ＯＫボタン１Ａｅを押下すると設定した値が特定のファイルあるいはレジストリに書き込まれる。また、キャンセルボタン１Ａｆを押下すると設定した値は書き込まれずに終了する。
【００７２】
尚、上述した映像サーバ設定画面１Ｂにおいては、例えば映像をキャプチャする時間間隔を規定するフレームレートなどを設定する。また、上述した動画品質設定画面１Ｃにおいては、例えば圧縮の品質を決めるＱ−Ｆａｃｔｏｒや、圧縮の元データの画面サイズなどを設定する。また、上述した接続制限設定画面１Ｄにおいては、例えば１つのクライアントビューワの最大接続時間や、カメラ制御に関する制御権の順番待ち人数や、１つのビューワの制御権保持占有時間や、映像とカメラ制御に関する接続可能な最大クライアント数などを設定する。
【００７３】
次に、図１２に示した設定画面を用いてカメラサーバ設定プログラムの動作について説明する。図１３は、図１２に示した設定画面を表示するカメラサーバ１０１のカメラサーバ設定プログラムの動作を示すフロー図である。尚、図１３に示す動作は、カメラサーバ１０１が起動してから設定処理を終了するまでの動作である。
【００７４】
図１３に示すように、ステップＳ１１００において、カメラサーバ設定プログラムは、起動時にカメラ制御サーバ１１０および映像サーバ１１１に関する設定情報を格納した特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）から設定情報を読み出し、図１２に示すような画面を表示する。次に、利用者からの操作入力がある場合（ステップＳ１１０１のＹｅｓ）には、それを受け取り次のステップ（ステップＳ１１０２またはステップＳ１１０５）へ進む。また、利用者からの操作入力がない場合（ステップＳ１１０１のＮｏ）には、利用者からの操作入力を待ち受けるループに入る。
【００７５】
次に、ステップＳ１１０２において、カメラサーバ設定プログラムは、入力された値が適正範囲内であるか否かを判定する。データが適正でない場合（ステップＳ１１０２のＮｏ）には、カメラサーバ設定プログラムは、ステップＳ１１０３に進み、エラーメッセージを出力して、利用者が変更しようとした値を元に戻して、ステップＳ１１０１へ戻る。また、データが適正範囲内である場合（ステップＳ１１０２のＹｅｓ）には、カメラサーバ設定プログラムは、ステップＳ１１０４に進み、内部データを更新して、ステップＳ１１０１に戻る。以上のステップＳ１１０１〜Ｓ１１０４に示す、利用者の操作入力を受け取り、内部データを更新する処理のループを、利用者からの操作入力に応じて繰り返す。
【００７６】
次に、利用者の操作入力として、例えば、図１２のＯＫボタン１Ａｅを押下した場合（ステップＳ１１０１のＹｅｓ）には、ステップＳ１１０５に進み、更新された内部データをカメラ制御サーバ１１０および映像サーバ１１１に関する設定情報を格納する特定のファイルなどへ書き出す。次に、ステップＳ１１０６に進み、変更を反映するためにカメラサーバ１０１を再起動するか否かを利用者に尋ねるパネルを表示する。
【００７７】
ここで、利用者の選択により再起動する場合（ステップＳ１１０７のＹｅｓ）には、ステップＳ１１０８に進み、カメラ制御サーバ１１０や映像サーバ１１１などを再起動する。次に、再起動が終るとステップＳ１１０９に進み、カメラサーバ設定プログラムを終了する。また、利用者の選択により再起動しない場合（ステップｓ１１０７のＮｏ）には、ステップＳ１１０９に進み、カメラサーバ設定プログラムを終了する。また、ステップＳ１１０１で利用者の操作入力として、例えば、図１２のキャンセルボタン１Ａｆを押下した場合（ステップＳ１１０１のＹｅｓ）には、ステップＳ１１０９に進み、カメラサーバ設定プログラムを終了する。
【００７８】
次に、図５に示した映像通信システムにおける映像変換サーバ４００の動作について説明する。
図１４は、図５に示した映像通信システムの映像変換サーバ４００における映像データの大まかな流れを模式化した図である。図１４において、４２０は、カメラサーバ用通信スタック（通信階層）であり、ＴＣＰ／ＩＰおよびＷｅｂＶｉｅｗ映像の階層より構成されている。４２１は、ＪＰＥＧデコーダであり、Ｍｏｔｉｏｎ ＪＰＥＧ形式の映像データをデコードする。４２２は、ＭＰＥＧ−４エンコーダであり、ＪＰＥＧデコーダ４２１がデコードした映像データをＭＰＥＧ−４形式の映像データへエンコードする。４２３は、携帯電話用通信スタックであり、ＨＴＴＰおよびＴＣＰ／ＩＰの階層より構成されている。
【００７９】
以上の構成により、図１４の矢印線に示すように、カメラサーバ１０１より受信したソース映像データ（本実施形態ではＭｏｔｉｏｎ ＪＰＥＧ、ＱＶＧＡサイズ３２０×２４０とする）は、映像変換サーバ４００のカメラサーバ用通信スタック４２０を経由して受信され、ＪＰＥＧデコーダ４２１に渡されデコードされ、携帯電話端末６０１向けに設定されたＭＰＥＧ−４エンコーダ４２２に渡され、携帯電話端末６０１向けの映像データ（ＭＰＥＧ−４ ｓｉｍｐｌｅｐｒｏｆｉｌｅ、ＱＣＩＦサイズ１７６×１４４、６４Ｋｂｐｓ）に加工された上で、映像クリップとして、携帯電話網向けの携帯電話用通信スタック４２３を経由して、携帯電話端末６０１へと送信される。
【００８０】
次に、映像変換サーバ４００のより詳細な動作について説明する。
図１５は、図５に示した映像通信システムにおける映像変換サーバ４００の動作を示したフロー図である。尚、図１５に示す処理は、映像変換サーバ４００における起動から携帯電話端末６０１と接続する接続処理が終了するまでの処理である。
【００８１】
図１５に示すように、ステップＳ１３００において、映像変換サーバ４００は、起動時に特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）から映像変換サーバ４００の動作設定情報を読み出して、それに基づき動作を開始する。次に、ステップＳ１３０１において、映像変換サーバ４００は、クライアントである携帯電話ビューワプログラム（携帯電話端末６０１に内蔵されるプログラム）からのリクエスト（ＨＴＴＰリクエストのメッセージなど）を受け付けるポートを開き、リクエスト受付状態に入る。
【００８２】
次に、ステップＳ１３０２において、映像変換サーバ４００は、例えば携帯電話端末６０１からＨＴＴＰリクエストを受け付ける。次に、ステップＳ１３０３において、映像変換サーバ４００は、受け付けたＨＴＴＰリクエストに応じて携帯電話端末６０１に対する接続の可否の判定を行う。ここで接続許可が否である場合（ステップＳ１３０３のＮｏ）には、接続拒否のエラーコードを返して、ステップＳ１３０１に戻る。また、接続許可が可である場合（ステップＳ１３０３のＹｅｓ）には、ステップＳ１３０４へ進み、映像変換サーバ４００は、接続処理を行う。この接続処理の具体例を示すと、映像変換サーバ４００は、クライアントとの情報の受渡しを行うクライアント対応スレッドを生成し、クライアントの登録を行い、ステップＳ１３０１に戻る。
【００８３】
次に、上述した映像変換サーバ４００が接続処理において生成したクライアント対応スレッドの処理について説明する。上述したクライアント対応スレッドでは、ステップＳ１３１１において、対応するクライアントからのＨＴＴＰリクエストを読み込み、内容を解析する。尚、携帯電話端末６０１からのリクエストは、本実施形態においてはＨＴＴＰリクエストとして、映像変換サーバ４００に渡されるがこの限りではなく、種々のリクエストを用いてよい。また、ＨＴＴＰリクエストには、上述したＰＯＳＴメソッドが使われる場合もあり、ＧＥＴメソッドが利用される場合もある。
【００８４】
次に、ステップＳ１３１２において、映像変換サーバ４００は、リクエスト内容から、エンコードパラメータ情報（映像変換パラメータ）、カメラサーバ１０１への接続情報（ソース映像情報）、ＰＴＺシーケンス、映像クリップの最大サイズ（映像クリップ上限値）、通知先情報（通知先アドレス）、および、ユーザ識別子やパスワードなどユーザ識別情報などの属性情報を取り出す。これらは、上述したＨＴＴＰのリクエスト例（ＰＯＳＴメソッドの場合）に示すように『ｖｉｄｅｏｅｎｃｏｄｅｐａｒａｍ＝』、『ｃａｍｅｒａｓｅｒｖｅｒｓ＝』、『ＰＴＺ＝』、『ｍｏｖｉｅｓｉｚｅｍａｘ＝』、『ｎｏｔｉｆｙｔｏ＝』、『ｕｓｅｒｉｄ＝』、『ｕｓｅｒｐｗ＝』の値として指示されている。
【００８５】
『ｖｉｄｅｏｅｎｃｏｄｅｐａｒａｍ＝』で指示される映像変換パラメータは、映像変換サーバ４００が変換を行う際の変換用コーデックの選択やそのコーデックへのパラメータ、および、コーデック入力用／出力用のデータ形式などを記述している。『ｃａｍｅｒａｓｅｒｖｅｒｓ＝』で指示されるソース映像情報とは、例えば、ライブ映像を提供するカメラサーバ１０１のネットワークアドレスとポート番号などの通信属性情報である。『ｎｏｔｉｆｙｔｏ＝』で指示される通知先アドレスとは、典型的には、利用者の携帯電話端末６０１を指定した電子メールアドレスである。
【００８６】
次に、ステップＳ１３１３において、映像変換サーバ４００は、ＨＴＴＰリクエストに対するＨＴＴＰレスポンスを携帯電話端末６０１へ返信する。具体的には、映像変換サーバ４００は、映像クリップ生成に所定の時間を要する場合には、『すぐに映像を生成できないので、しばらくしてメール連絡します』との旨を示す情報を携帯電話端末６０１へ返信する。次に、ステップＳ１３１４において、映像変換サーバ４００は、ＨＴＴＰリクエストより取り出した属性情報であるソース映像情報およびユーザ識別情報に応じて、映像取得部４１１を初期化する。具体的には、ソース映像を提供するカメラサーバ１０１に接続し、映像取得部４１１にソース映像取得を開始させる。
【００８７】
次に、ステップＳ１３１５に進み、映像変換サーバ４００は、ＨＴＴＰリクエストより取り出した属性情報である映像変換パラメータに応じて映像変換部４１２を初期化する。この映像変換部４１２は、図１４に示したＭＰＥＧ−４エンコーダ４２２などから構成される。
【００８８】
次に、ステップＳ１３１６に進み、映像変換サーバ４００は、映像送信部４１３を初期化する。この際、映像変換サーバ４００は、ＨＴＴＰリクエストより取り出した属性情報を基に、映像送信部４１３に映像クリップ上限値、および、通知先アドレスを指示する。
【００８９】
次に、ステップＳ１３１７に進み、映像変換サーバ４００は、映像取得部４１１から映像変換部４１２へ、映像変換部４１２から映像送信部４１３へとそれぞれの処理データが受渡しされるように相互の関連付けを行う。同時に、映像変換サーバ４００のカメラ制御部４１０が、ＨＴＴＰリクエストより取得した属性情報であるＰＴＺシーケンスに従って制御指示をカメラサーバ１０１のカメラ制御サーバ１１０へ伝える。これにより、カメラサーバ１０１において上記ＰＴＺシーケンスに応じたカメラ制御が行われる。
【００９０】
次に、ステップＳ１３１８に進み、映像変換サーバ４００は、映像取得部４１１、映像変換部４１２、映像送信部４１３の後処理を行う。次に、ステップＳ１３１９に進み、映像変換サーバ４００は、クライアント対応スレッドを終了する。以上により、映像変換サーバ４００は、カメラサーバ１０１より映像データを取得し、携帯電話端末６０１用の映像クリップを生成する処理を行うことができる。
【００９１】
次に、映像変換サーバ４００の中で機能している映像取得部４１１、映像変換部４１２、映像送信部４１３、カメラ制御部４１０の詳細な動作について順次説明する。
まず、映像取得部４１１の初期化の動作について説明する。映像取得部４１１は、まず、初期化時に受け取ったソース映像情報およびユーザ識別情報に従って、ライブ映像を提供するカメラサーバ１０１に接続する。次に、映像取得部４１１は、カメラサーバ１０１から映像データを取得し、取得時のタイムスタンプを付与して映像データを映像変換部４１２へ渡す。尚、本実施形態におけるカメラサーバ１０１は、映像データをモーションＪＰＥＧ形式で提供するので、タイムスタンプが付与されるのは、個々のＪＰＥＧデータに対してである。また、カメラサーバ１０１から禁止エリア検出を通知された場合には、映像取得部４１１は、映像データに代えて禁止エリア検出通知を映像変換部４１２へ渡す。
【００９２】
次に、映像変換部４１２の初期化の動作について説明する。映像変換部４１２は、まず、初期化時に受け取ったコーデックへのパラメータ、および、コーデック入力用／出力用のデータ形式などをＭＰＥＧ−４エンコーダ４２２に設定する。そして、映像取得部４１１から受け取ったソース映像データを、コーデック入力用のデータ形式および画像サイズに整えてからＭＰＥＧ−４エンコーダ４２２に入力し、その処理結果を、映像送信部４１３へ渡す。尚、本実施形態における映像変換部４１２は、ＪＰＥＧ形式のソース映像データを、予め、ＪＰＥＧデコーダ４２１によりＱＣＩＦサイズかつＹＵＶ４１１形式に整えてからＭＰＥＧ−４エンコーダ４２２へ入力し、生成されたＭＰＥＧ−４データ（Ｉ−ｆｒａｍｅまたはＰ−ｆｒａｍｅ）を映像送信部４１３へ受け渡す。この際、映像取得部４１１で付与されたタイムスタンプも併せてＭＰＥＧ−４エンコーダ４２２へ入力される。
【００９３】
尚、映像取得部４１１から禁止エリア検出が通知されている場合には、映像変換部４１２は、カメラ制御を制限された領域であって映像を表示できない旨を示す合成画面の映像データ（代替映像データ）を、ソース映像データに代えて、ＭＰＥＧ−４エンコーダ４２２へ入力することで、合成画面のＭＰＥＧ−４データを生成し映像送信部４１３へ渡す。次に、映像送信部４１３は生成された合成画面のＭＰＥＧ−４データ（携帯用代替映像データ）を、携帯電話端末６０１へ送信する。これにより、携帯電話端末６０１の画面６３ａには、図１６に示すような映像を表示できない旨を示す合成画面が表示される。
【００９４】
次に、映像送信部４１３の動作について説明する。映像送信部４１３は、まず、初期化時に受け取った映像クリップ上限値に応じたメモリ領域を確保する。そして、映像変換部４１２が生成した携帯電話向け映像データを受け取り、確保したメモリ領域に保持する。また、映像送信部４１３は、禁止エリア検出通知を受け取った時点で、メモリ領域の利用率をも加味した上で、映像クリップの分割点を決定する。そして、分割点と判断した場合には、携帯電話端末６０１向け映像クリップのデータフォーマットに準拠したヘッダー情報を前置して、メモリ領域に保持している映像データをファイルとして保存し、メモリ領域を再利用する。これによって、映像クリップが複数のファイルに分割保存される。
【００９５】
次に、映像送信部４１３は、カメラ制御部４１０からＰＴＺシーケンスの終了を通知された時点で、メモリ領域に保持している映像データの残りを同様にファイルとして保存した上で、それまでに保存している複数の映像クリップへのリンク情報を埋め込んだ携帯電話端末６０１への通知情報を作成し、初期化時に受け取った通知先アドレスへ通知する。これによって、通知情報を受け取った携帯電話端末６０１において、利用者がリンク情報を選択することで、各映像クリップへのダウンロード要求を可能とする。尚、通知画面例は図１０（ｂ）に示した通りである。また、映像送信部４１３は、ＨＴＴＰサーバ機能を備えており、携帯電話端末６０１からのＨＴＴＰ利用の映像クリップのダウンロード要求に対応することができる。
【００９６】
次に、カメラ制御部４１０の動作について説明する。カメラ制御部４１０は、ＰＴＺシーケンスを解釈して、カメラサーバ１０１に送るべきカメラ制御コマンドを作成し、ＰＴＺシーケンスに指示されたタイミングで作成したカメラ制御コマンドをカメラサーバ１０１に送信する。これにより、カメラサーバ１０１のカメラ制御サーバ１１０は、受信したカメラ制御コマンドに応じたカメラ制御を行う。そして、カメラ制御部４１０は、ＰＴＺシーケンスを解釈し終えた時点で、ＰＴＺシーケンスの終了を映像送信部４１３に通知する。
【００９７】
以上に示した映像変換サーバ４００の構成により、携帯電話端末６０１上に実装された映像クリップビューワを使う利用者は、映像変換サーバ４００に映像クリップを要求することができる。そして、映像変換サーバ４００の機能により、カメラサーバ１０１に設定された禁止エリアの映像を特権ユーザのみに限定して提供することが可能であり、一方で、通常ユーザには、禁止エリアの存在を認識させることが可能である。
【００９８】
以上に示すように本実施形態における映像通信システムは、ネットワーク上に配置されたカメラサーバ１０１から送られるライブ映像を、携帯電話端末６０１向け映像クリップに変換して利用者に提供する事ができる。特に、本実施形態の映像変換サーバ４００は、カメラサーバ１０１に設定された禁止エリアを反映した映像クリップを生成する点に特徴がある。これにより、カメラサーバ１０１に装備されたアクセス制御機能やカメラ制御権を適切に反映して映像クリップを生成する事ができ、例えば禁止エリア（カメラ制御を制限された領域）の映像を保護しつつ、利用者の利便性を向上させた映像配信が可能となる。
【００９９】
尚、上述した本実施形態においては、図１に示すように携帯電話網とネットワークとを結ぶゲートウェイ５００とは独立に、ネットワーク上に映像変換サーバ４００が実装される例について説明しているが、この限りではなく、映像変換サーバ４００の機能が、ゲートウェイ５００の一部の機能として実装されても良い。また、図１の映像変換サーバ４００とゲートウェイ５００とが、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などの専用線で接続されるような接続形態であってもよい。
【０１００】
また、上述した本実施形態においては、ＨＴＴＰ通信を用いて、携帯電話端末６０１、６０２と映像変換サーバ４００とが通信する例について説明しているが、この限りではなく、この通信は、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いた通信など、セッション指向の通信方法を用いて好適である。また、携帯電話端末６０１、６０２と映像変換サーバ４００とのＨＴＴＰ通信やＳＭＴＰ通信は、例えばＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）などの併用により、安全な通信を行うことができる。
【０１０１】
また、上述した本実施形態では、携帯電話端末６０１、６０２が、カメラ制御コマンド列（ＰＴＺシーケンス）を発行するので、カメラ制御を行う利用者と映像クリップ要求する利用者とが同一であるが、この限りではなく、カメラ制御コマンドを発行する利用者は、映像クリップを要求する利用者と別の利用者であっても良い。例えば、ある利用者がビューワ２００などを利用してカメラ制御を行っている際に、別の利用者が携帯電話端末６０１から映像クリップを要求するような利用形態である。
【０１０２】
さらに、ＳＭＴＰ通信などを利用して映像クリップを要求する場合には、映像クリップを要求する利用者端末と映像クリップを受信する利用者端末とが異なっていることも考えられる。この場合には、映像クリップを要求する利用者端末の利用者に与えられたアクセス権限と映像クリップを受信する利用者端末の利用者に与えられたアクセス権限との一方あるいは両方を評価して、映像クリップ生成に反映することが考えられる。尚、上述した利用者端末とは、例えば携帯電話端末６０１、６０２やビューワ２００などである。
【０１０３】
また、上述した本実施形態においては、特権ユーザのアクセス権の識別に携帯電話端末６０１、６０２側でのパスワード入力を用いる例について説明しているが、この限りではなく、利用者の契約状況や課金の有無や、携帯電話端末６０１、６０２の個体番号や性能などに応じて、異なったアクセス権を設定するように映像変換サーバ４００を設計しても良い。
【０１０４】
また、上述した本実施形態においては、携帯電話端末６０１、６０２から指定されたユーザ識別子を使ってカメラサーバ１０１、１０２に接続し、禁止エリア判定をカメラサーバ１０１、１０２側で行う例について説明しているが、この限りではなく、映像変換サーバ４００が、常に特権ユーザ権限でカメラサーバ１０１、１０２に接続し、禁止エリア判定を映像変換サーバ４００で行っても良い。この場合には、事前に各カメラサーバ１０１、１０２に設定されている撮像領域制限情報およびアクセス制御情報（ユーザ識別情報を含む）を、映像変換サーバ４００側に共有する事で本実施形態と同様に実施可能である。
【０１０５】
例えば、映像変換サーバ４００がカメラサーバ１０１、１０２との接続を確立したタイミングで、撮像領域制限情報およびアクセス制御情報（登録されているユーザ情報）を共有する。次に、映像変換サーバ４００が、カメラサーバ１０１、１０２から提示されるカメラ制御の状態情報と携帯電話端末６０１、６０２から指定されたユーザ識別情報とを判断して、禁止エリア検出を行う事により、その状況を本実施形態と同様に映像クリップに反映する事が可能となる。
【０１０６】
また、本実施形態では、禁止エリア検出の時点で、禁止エリア検出を表示する画面を合成し、かつ、映像クリップを分割する例について説明しているが、この限りではなく、禁止エリア検出の時点では、その一方のみを実施する形態でもよい。すなわち、単純に禁止エリア検出を表現する画面を挿入するのみで、映像クリップを分割しないように映像変換サーバ４００を設計しても良い。また、反対に、映像クリップを分割するのみで、禁止エリア検出を表現する画面を挿入しないように映像変換サーバ４００を設計しても良い。
【０１０７】
また、本実施形態では、カメラサーバ１０１、１０２から取得した映像を携帯電話向け映像クリップに変換して送信する例について説明したが、この限りではなく、映像クリップの形式は、携帯電話向け映像クリップ以外の映像クリップであってもよい。例えば、ネットワークに接続可能なコンピュータ端末に、映像クリップの再生ソフトウェアＡがインストールされており、この再生ソフトウェアＡが標準のＭＰＥＧ−４にも対応する場合の変換方法について説明する。この場合、本実施形態の映像送信部４１３が映像クリップを生成する時点で、再生ソフトウェアＡで処理可能なデータ形式に準拠したデータフォーマットに整形し、かつ、そのフォーマットの中でＭＰＥＧ−４コーデックを指定して変換を行う。これにより、コンピュータ端末において再生ソフトウェアＡでの映像クリップの再生が可能となる。同様にして、例えば上述したコンピュータ端末とＯＳの異なるコンピュータ端末用の再生ソフトウェアＢに対しては、再生ソフトウェアＢに準拠するデータフォーマットに整形することで対応可能である。
【０１０８】
［第２の実施形態］
次に、本発明の第２の実施形態として、特権ユーザへのアクセス許可依頼を禁止エリア表示画面に組み込むことができる映像通信システムについて説明する。第２の実施形態の映像通信システムにおいてシステム構成や各装置のハードウェア構成や機能構成は、図１〜図５や図１４に示した第１の実施形態と同様であるので、説明を簡略に行う。すなわち、第２の実施形態の映像通信システムは、インターネット上に配置されたカメラサーバ１０１、１０２から取得したライブ映像を、携帯電話端末６０１、６０２向け映像クリップに変換して送信することができる。特に、第２の実施形態において第１の実施形態と異なる点は、映像変換サーバ４００が、禁止エリア検出を示す合成画面を挿入した際に、その合成画面部分に特権ユーザへのアクセス許可依頼を組み込む機能を有する点であり、その点に本実施形態の特徴がある。
【０１０９】
上述したように第２の実施形態では、ネットワークの接続形態やハードウェア構成、および、各ソフトウェアの動作の多くは、第１の実施形態で説明した通りである。ただし、第１の実施形態において図１５で示した映像変換サーバ４００の一部の動作が異なるので、その異なる部分を中心に第２の実施形態における映像通信システムの動作を説明する。
具体的には、第２の実施形態における映像変換サーバ４００の映像変換部４１２と映像送信部４１３とが、第１の実施形態の映像変換部４１２とは、禁止エリア検出時の動作が異なっており、第１の実施形態の映像送信部４１３とは、映像クリップ生成時の動作に追加の処理がある点が異なっている。尚、以下の説明において、第２の実施形態の映像変換部４１２と第２の実施形態の映像送信部４１３を単に映像変換部４１２と映像送信部４１３と呼ぶ。
【０１１０】
映像変換部４１２は、まず、初期化時に受け取ったコーデックへのパラメータ、および、コーデック入力用／出力用のデータ形式などをＭＰＥＧ−４エンコーダ４２２に設定する。そして、映像取得部４１１から受け取ったソース映像データを、ＪＰＥＧデコーダ４２１などによりコーデック入力用のデータ形式および画像サイズに整えてからＭＰＥＧ−４エンコーダ４２２に入力し、その処理結果を、映像送信部４１３へ渡す。本実施形態における映像変換部４１２では、ＪＰＥＧ形式のソース映像データを、ＪＰＥＧデコーダ４２１で、予め、ＱＣＩＦサイズかつＹＵＶ４１１形式に整えてからＭＰＥＧ−４エンコーダ４２２へ入力し、生成されたＭＰＥＧ−４データ（Ｉ−ｆｒａｍｅまたはＰ−ｆｒａｍｅ）を映像送信部へ受け渡す。この際、映像取得部で付与されたタイムスタンプも併せてＭＰＥＧ−４エンコーダ４２２へ入力される。
【０１１１】
尚、映像取得部４１１から禁止エリア検出が通知されている場合には、「カメラ制御を制限された領域であって映像を表示できないので管理者（特権ユーザ）へ映像クリップへのアクセス許可を依頼する」という旨を示す管理者へのアクセス許可依頼を組み込んだ合成画面を、ソース映像データに代えて、ＭＰＥＧ−４エンコーダ４２２へ入力することで、合成画面のＭＰＥＧ−４データを生成し映像送信部４１３へ渡す。次に、映像送信部４１３は生成された合成画面のＭＰＥＧ−４データを、携帯電話端末６０１へ送信する。これにより、携帯電話端末６０１の画面６３ａには、図１７に示すような「カメラサーバ管理者に映像クリップの発行を依頼します」というアクセス許可依頼を組み込んだ合成画面が表示される。
【０１１２】
次に、映像クリップのタイムライン上での合成画面のポイント（クリップ開始時点からの経過時間）を記録し、このポイントと、特権ユーザへのアクセス許可依頼を行うＵＲＬとからなるタプルを、映像クリップのコマンドリストに追加する。この結果作成される映像クリップのコマンドリストは、例えば、次のような内容となる。なお、本実施形態では、映像クリップのタイムラインをミリ秒単位で記述するものとする。また、特権ユーザへのアクセス許可依頼は、映像変換サーバ４００経由で依頼する。
但し、下記のｗｖｃｌｉｐｐｅｒ．ｘ．ｃｏ．ｊｐは、映像変換サーバ４００を示すネットワーク上の識別子である。
【０１１３】
［経過時間］ ６９００ｍｓ
［ＵＲＬ］ＨＴＴＰ：／／ｗｖｃｌｉｐｐｅｒ．ｘ．ｃｏ．ｊｐ／ｓｖｃ／ａｓｋ＿ｆｏｒ＿ｆ．ｃｇｉ？ｕｓｅｒｉｄ＝３３ｘｘｘ、ｎｏｔｉｆｙｔｏ＝ｍａｉｌｔｏ：ｒｉｙｏｕｓｈａ３＠ｘｘ．ｘｘ．ｃｏ．ｊｐ，ｃａｍｅｒａｓｅｒｖｅｒｓ＝ｗｅｂｖｉｅｗ：／／ｖｂ＿Ｘ．ｃｏ．ｊｐ，ＰＴＺ＝Ｐ−１６Ｔ３２Ｚ１５，ｔｉｍｅ＝ＪＳＴ２００２ｓｅｐ２５＿１００６５８
…
［経過時間］ １３２００ｍｓ
［ＵＲＬ］ＨＴＴＰ：／／ｗｖｃｌｉｐｐｅｒ．ｘ．ｃｏ．ｊｐ／ｓｖｃ／ａｓｋ＿ｆｏｒ＿ｆ．ｃｇｉ？ｕｓｅｒｉｄ＝３３ｘｘｘ，ｎｏｔｉｆｙｔｏ＝ｍａｉｌｔｏ：ｒｉｙｏｕｓｈａ３＠ｘｘ．ｘｘ．ｃｏ．ｊｐ，ｃａｍｅｒａｓｅｒｖｅｒｓ＝ｗｅｂｖｉｅｗ：／／ｖｂ＿Ｘ．ｃｏ．ｊｐ，ＰＴＺ＝Ｐ０Ｔ０Ｚ１２０，ｔｉｍｅ＝ＪＳＴ２００２ｓｅｐ２５＿１００７０４
…
【０１１４】
次に、映像送信部４１３は、第１の実施形態における映像送信部４１３の処理に加えて、映像変換部４１２が生成したコマンドリストを映像クリップに組み入れる処理を行う。例えば、ＡＳＦ形式に準拠した映像クリップである場合には、ＡＳＦ形式の映像クリップの“ｓｃｒｉｐｔ ｃｏｍｍａｎｄ ｏｂｊｅｃｔ”として、コマンドリストを組み入れる。
【０１１５】
次に、映像変換サーバ４００が上記ＵＲＬで示された特権ユーザへのアクセス許可依頼を受け取った際の動作について説明する。
図１８は、映像変換サーバ４００が、上記ＵＲＬで示された特権ユーザへのアクセス許可依頼を受け取った際の処理を示すフロー図である。尚、図１８に示す処理は、図１５で説明したステップＳ１３１１において映像変換サーバ４００が解析したリクエスト内容が、特権ユーザへのアクセス許可依頼である場合に実行される。
【０１１６】
まず、ステップＳ１８３１において、映像変換サーバ４００は、ＨＴＴＰリクエストに含まれるクライアントのユーザ識別情報（ｕｓｅｒｉｄ）、カメラ識別情報（ｃａｍｅｒａｓｅｒｖｅｒｓ）、カメラ制御情報（ＰＴＺ）などを取り出す。本実施形態の場合、映像変換サーバ４００が受け取るＨＴＴＰリクエストが、上記コマンドリストの第一のＵＲＬ（経過時間が６９００ミリ秒のＵＲＬ）であるとすると、次のような内容を取得する。
【０１１７】
次に、ステップＳ１８３２で、映像変換サーバ４００は、ユーザ識別情報からユーザ名称を取得する。ユーザ名称情報は、映像変換サーバ４００が独自に管理しているデータベースに保存してあっても、ネットワーク上のユーザ名称データベースに問い合わせても良い。本実施形態では、ユーザ識別子が“３３ｘｘｘ”である利用者のユーザ名称 “利用者３” が取得されたとして説明する。
【０１１９】
次に、ステップＳ１８３３において、映像変換サーバ４００は、対象となっているカメラサーバ１０１に接続し、カメラ識別情報とカメラ制御情報とから、アクセス許可を求められているカメラ制御に相当する画像データ（指定画像データ）を取得する。次に、ステップＳ１８３４において、映像変換サーバ４００は、カメラサーバ１０１より取得した画像データを添付した上で、取得したユーザ名称の利用者がアクセス許可を求めている旨のメッセージのメールを、特権ユーザに送信する。この時、メッセージ内容は、例えば、以下の通りである。
【０１２０】
「あなたが管理しているカメラサーバ（の禁止エリア）へ下記のようなアクセス許可依頼が来ています。御回答願います。」
カメラ： ｗｅｂｖｉｅｗ：／／ｖｂ＿Ｘ．ｃｏ．ｊｐ
エリア： Ｐａｎ＝−１６，Ｔｉｌｔ＝３２，Ｚｏｏｍ＝１５
日時等：２００２ Ｓｅｐ ２５ １０：０６：５８ ＪＳＴ
利用者：“利用者３”
返答先：ｍａｉｌｔｏ：ｒｉｙｏｕｓｈａ３＠ｘｘ．ｘｘ．ｃｏ．ｊｐ
【０１２１】
本実施形態では、合成画像に関連付けた特権ユーザへのアクセス許可依頼を、映像変換サーバ４００経由で処理する例について説明しているが、この限りではなく、このアクセス許可依頼の処理は、映像変換サーバ４００を経由しない処理方法であっても良い。例えば、次のようなＵＲＬを関連付けることによって、特権ユーザに電子メール送信あるいは電話（インターネット電話を含む）による音声通話する方法も考えられる。
ｍａｉｌｔｏ：ｓｕｐｅｒｕｓｅｒ１＠ｘｘ．ｘｘ．ｃｏ．ｊｐ
ｐｈｏｎｅｔｏ：０５０−ｘｘ５８−ｘｘ１１
【０１２２】
［第３の実施形態］
本発明の第３の実施形態として、ファイル生成してＷＷＷサーバのファイルアクセス情報を生成する映像通信システムについて説明する。
第３の実施形態の映像通信システムにおいてシステム構成や各装置のハードウェア構成や機能構成は、図１〜図５や図１４に示した第１の実施形態とほぼ同様であるので、異なる構成を主に説明する。すなわち、第３の実施形態の映像通信システムは、インターネット上に配置されたカメラサーバ１０１、１０２から取得したライブ映像を、携帯電話端末６０１、６０２向け映像クリップに変換して送信することができる。特に、第３の実施形態において第１の実施形態と異なる点は、広く普及しているＨＴＴＰサーバを利用して、携帯電話端末６０１、６０２への送信を実施する点に特徴がある。
【０１２３】
上述したように本実施形態では、ネットワークの接続形態やハードウェア構成、および、各ソフトウェアの動作の多くは、第１の実施形態で説明した通りである。ただし、第３の実施形態における映像通信システムは、図５に示した第１の実施形態における映像通信システムと構成の異なる部分がある。図１９は、第３の実施形態における映像通信システムの接続構成および機能構成の概略を示す図である。図１９に示すように、図５に示した映像通信システムと比べて、映像変換サーバ４００と携帯電話端末６０１の間にＷＷＷサーバ（本実施形態ではＨＴＴＰサーバ）７００が接続されている点が異なる。この、ＨＴＴＰサーバ７００は、例えば、Ａｐａｃｈｅなどのプログラムにより実現される。
【０１２４】
また、第３の実施形態の映像通信システムにおいては、第１の実施形態の映像通信システムと、図１５で示した映像変換サーバ４００の一部の動作が異なる。具体的には、映像変換サーバ４００は、携帯電話端末６０１から発行された映像クリップ要求を、ＨＴＴＰサーバ７００から受け取る。ＨＴＴＰサーバ７００は、受け取ったＨＴＴＰリクエストのうち、映像クリップに関するリクエストを映像変換サーバ４００へリダイレクトする。
【０１２５】
この時、本実施形態の映像変換サーバ４００の映像送信部４１３は、第１の実施形態の映像送信部４１３とは、映像クリップ生成時の手順が以下のように異なる。第３の実施形態の映像送信部４１３は、まず、初期化時に受け取った映像クリップ上限値にしたがってメモリ領域を確保する。次に、映像変換部４１２が生成した携帯電話向け映像データを受け取り、確保したメモリ領域に保持する。次に、映像送信部４１３は、禁止エリア検出通知を受け取った時点で、メモリ領域の利用率をも加味した上で、映像クリップの分割点を決定する。この時、映像送信部４１３は、映像クリップの分割点と判断した場合には、携帯電話向け映像クリップのデータフォーマットに準拠したヘッダー情報を前置して、メモリ領域に保持している映像データをファイルとして保存し、メモリ領域を再利用する。また、保存するファイルは、ＨＴＴＰサーバ７００からアクセス可能な領域に配置される。例えば、映像変換サーバ４００とＨＴＴＰサーバ７００との共有ファイルシステム上である。
【０１２６】
次に、カメラ制御部４１０からＰＴＺシーケンスの終了を通知された時点で、映像送信部４１３は、メモリ領域に保持している映像データの残りを同様にファイルとして保存した上で、それまでに保存している複数の映像クリップへのリンク情報を埋め込んだ携帯電話端末６０１への通知情報を作成し、初期化時に受け取った通知先アドレスへ通知する。これによって、通知情報を受け取った携帯電話端末６０１において、利用者がリンク情報を選択することにより、ＨＴＴＰサーバ７００を介して各映像クリップをダウンロードすることができる。
【０１２７】
次に、本実施形態における禁止エリアを含む映像クリップへのアクセス制限について説明する。本実施例では、Ａｐａｃｈｅ相当のＨＴＴＰサーバ７００を利用して、ファイルとして生成された映像クリップへのアクセス制限を行う例について説明する。
本実施例の説明では、“．ｈｔａｃｃｅｓｓ”ファイルと“．ｈｔｐａｓｓｗｄ”ファイルとを使ってディレクトリ単位でアクセス制限する。まず、携帯電話端末６０１などを利用して映像クリップにアクセスする利用者別の権限に応じてグループ分けし、パスワード情報を“．ｈｔｐａｓｓｗｄ”ファイルに登録する。登録には、例えば、Ａｐａｃｈｅに付属するｈｔｐａｓｓｗｄコマンドを用いる。そして、禁止エリアを含まない映像クリップをファイルとして生成するディレクトリの“．ｈｔａｃｃｅｓｓ”ファイルの内容に次のような情報を記述する。
【０１２８】
ＡｕｔｈＴｙｐｅ Ｂａｓｉｃ
ＡｕｔｈＮａｍｅ “ｎｏｓｐｅｃｉａｌ ｃａｍｅｒａ ｃｏｎｔｒｏｌ ｇｒｏｕｐ”
ＡｕｔｈＵｓｅｒＦｉｌｅ ／ｅｔｃ／．ｈｔｐａｓｓｗｄ
＜ＬＩＭＩＴ ＧＥＴ＞
ｒｅｑｕｉｒｅ ｖａｌｉｄ−ｕｓｅｒ
＜／ＬＩＭＩＴ＞
【０１２９】
一方で、禁止エリアを含む映像クリップをファイルとして生成するディレクトリの“．ｈｔａｃｃｅｓｓ”ファイルの内容に次のような情報を記述する。ただし、ｓｕｐｅｒｕｓｅｒ１、ｓｕｐｅｒｕｓｅｒ２、ｓｕｐｅｒｕｓｅｒ３は、特権ユーザのユーザ識別子であるとする。
【０１３０】
ＡｕｔｈＴｙｐｅ Ｂａｓｉｃ
ＡｕｔｈＮａｍｅ “ｃａｍｅｒａ ｃｏｎｔｒｏｌ ｐｒｉｖｉｌｅｇｅｄ
ｇｒｏｕｐ”
ＡｕｔｈＵｓｅｒＦｉｌｅ ／ｅｔｃ／．ｈｔｐａｓｓｗｄ
＜ＬＩＭＩＴ ＧＥＴ＞
ｒｅｑｕｉｒｅ ｕｓｅｒ ｓｕｐｅｒｕｓｅｒ１ ｓｕｐｅｒｕｓｅｒ２ ｓｕｐｅｒｕｓｅｒ３
＜／ＬＩＭＩＴ＞
【０１３１】
尚、本実施形態では、ディレクトリ毎にアクセス制限を適用する例について説明しているが、この限りではなく、別途ユーザ単位のアクセス制限を可能とするデータベースシステムを併用して映像クリップを管理してもよい。
【０１３２】
また、本実施形態では、ユーザ単位の認証を行う例について説明しているが、この限りではなく、複数の特権ユーザをグループ登録しておくことにより、グループ単位の認証であってもよい。
【０１３３】
また、本実施形態では、携帯電話端末６０１からの映像クリップ要求に応じて、映像クリップを生成する例について説明しているが、映像クリップの生成方法は、この限りではない。例えば、生成すべき映像クリップのカメラ情報、カメラ制御情報、生成スケジュールなどを、事前に映像変換サーバ４００に設定しておき、映像変換サーバ４００は、設定されたスケジュールに従い定期的に映像クリップを生成し、ＨＴＴＰサーバ７００からアクセス可能な領域に配置してもよい。
【０１３４】
［第４の実施形態］
本発明の第４の実施形態として、映像変換サーバと一体型のカメラサーバを備える映像通信システムについて説明する。
第４の実施形態の映像通信システムにおいてシステム構成や各装置のハードウェア構成や機能構成は、図１〜図５に示した第１の実施形態とほぼ同様であるので、異なる構成を主に説明する。すなわち、第４の実施形態の映像通信システムは、インターネット上に配置された映像変換サーバと一体型のカメラサーバ１０１およびカメラサーバ１０２から取得したライブ映像を、携帯電話端末６０１、６０２向け映像クリップに変換して送信することができる。特に、第４の実施形態において第１の実施形態と異なる点は、第１の実施形態における映像変換サーバ４００とカメラサーバ１０１とが一体化したカメラサーバ１０１ａを具備する点である。
【０１３５】
上述したように、本実施形態では、ネットワークの接続形態やハードウェア構成、および、各ソフトウェアの動作の多くは、第１の実施形態で説明した通りである。ただし、第４の実施形態における映像通信システムは、図１や図５に示した第１の実施形態における映像通信システムと構成の異なる部分がある。図２０は、第４の実施形態における映像通信システムの接続構成の概略を示す図である。図２０に示すように、図１および図５に示した第１の実施形態における映像通信システムと比べて、映像変換サーバと一体化したカメラサーバ１０１ａがネットワークに接続されている点が異なる。また、カメラサーバ１０１ａと一体化された映像変換サーバは、第１の実施形態の映像変換サーバ４００と同様の機能を有する。以上より、以下の説明において映像変換サーバ４００とは、カメラサーバ１０１と一体化されたものであるとする。
【０１３６】
また、第３の実施形態の映像通信システムにおいては、第１の実施形態の映像通信システムと、図１５で示した映像変換サーバ４００の一部の動作（本実施形態においてはカメラサーバ１０１ａの一部の動作）が異なる。本実施形態では、カメラサーバ１０１ａに映像変換サーバ４００が一体化しているため、以下のような動作を行う。
【０１３７】
まず、映像変換サーバ４００の映像取得部４１１は、図８に示した映像サーバ１１１のステップＳ８０６と同様に、ハードウェア構成の映像キャプチャボード１５を利用して映像データをカメラ制御サーバ１１０より取得する。尚、本実施形態では、映像変換サーバ４００が、ハードウェア構成の映像キャプチャボード１５を使って映像データを取得する例について説明したが、この限りではなく、カメラサーバ１０１ａと一体化した映像変換サーバ４００であっても、第１の実施形態と同様に、他のカメラサーバ１０２の映像サーバ１１１からも映像データを取得できるよう設計することもできる。これにより、カメラサーバ１０１ａのエンコード処理の負荷分散、映像データの配送処理の負荷分散、および、ネットワーク通信インフラにおける輻輳防止などの効果がある。
【０１３８】
［第５の実施形態］
本発明の第５の実施形態として、禁止エリア映像に代えて説明文を合成することができる映像通信システムについて説明する。
第５の実施形態の映像通信システムにおいてシステム構成や各装置のハードウェア構成や機能構成は、図１〜図５や図１４に示した第１の実施形態とほぼ同様であるので、異なる構成を主に説明する。すなわち、第５の実施形態の映像通信システムは、インターネット上に配置されたカメラサーバ１０１、１０２から取得したライブ映像を、携帯電話端末６０１、６０２向け映像クリップに変換して送信することができる。特に、第５の実施形態において第１の実施形態と異なる点は、映像変換サーバ４００が、禁止エリア検出を画面合成する際に、禁止エリアの属性を、その合成画面に盛り込み、一般ユーザに提供する点である。
【０１３９】
上述したように本実施形態では、ネットワークの接続形態やハードウェア構成、および、各ソフトウェアの動作の多くは、第１の実施形態で説明した通りである。ただし、第５の実施形態の映像通信システムにおいては、第１の実施形態の映像通信システムと、図１５で示した映像変換サーバ４００の一部の動作が異なる。具体的には、映像変換サーバ４００の映像変換部４１２が、第１の実施形態の映像変換部４１２とは、禁止エリア検出時に挿入する合成画面の合成方法において異なっている。尚、以下の説明において、第５の実施形態の映像変換部４１２を単に映像変換部４１２と呼ぶ。
【０１４０】
図２１は、第５の実施形態における映像変換部４１２の禁止エリア検出時に挿入する合成画面の生成処理を示すフロー図である。尚、図２１に示す映像変換部４１２の処理は、映像変換サーバ４００の映像変換部４１２における処理の一部であって、映像変換サーバ４００の映像変換部４１２が、映像取得部４１１から禁止エリア検出を通知された場合に実行される処理である。
【０１４１】
図２１に示すように、まず、ステップＳ２１６１において、映像変換部４１２は、現在のカメラ制御状態情報（パン、チルト、ズームの状態を示す数値情報など）を取得する。次に、ステップＳ２１６２において、映像変換部４１２は、カメラサーバ１０１が接続するカメラ装置１１の機種情報から、現在のカメラ制御状態が、カメラ装置１１の全視野に占める位置を計算する。
【０１４２】
次に、ステップＳ２１６３において、映像変換部４１２は、カメラ装置１１の全視野に占める位置の計算結果、日時情報、および、カメラ制御状態情報などを反映して、禁止エリアを示す画面を合成する。次に、ステップＳ２１６４において、映像変換部４１２は、合成画面を、ソース映像データに代えて、ＭＰＥＧ−４エンコーダ４２２へ入力する。次に、ステップＳ２１６５において、映像変換部４１２は、ＭＰＥＧ−４エンコーダ４２２の処理結果を、映像送信部４１３へ渡す。次に、映像送信部４１３は生成された合成画面のＭＰＥＧ−４データを、携帯電話端末６０１へ送信する。これにより、携帯電話端末６０１の画面６３ａには、図２２に示すような禁止エリア６３ｇを示す合成画面が表示される。また、カメラ制御状態情報表示エリア６３ｈには、現在のカメラ制御状態情報が表示されている。
【０１４３】
尚、上述した実施形態では、現在のカメラ制御状態情報を、禁止エリア検出画面に合成する例について説明したが、禁止エリア検出画面に合成する情報は、これに限定されない。例えば、この映像クリップ要求を発行した利用者（つまり、カメラ制御を制限された利用者）の情報、特権ユーザへの連絡先情報（メールアドレスや携帯電話番号など）、あるいは、映像変換サーバ４００に保持される類似映像クリップの有無などの情報を合成することが考えられる。また、上述した実施形態では、携帯電話端末を用いた映像通信システムを示したが、この限りではなく、ＰＤＡなどのネットワークに接続可能な携帯端末であってもよい。
【０１４４】
また、図５、図１４、図１９に示した各処理部は、専用のハードウェアにより実現されるものであってもよく、また、各処理部はメモリおよびＣＰＵにより構成され、各処理部の機能を実現する為のプログラムをメモリに読み込んで実行することによりその機能を実現させるものであってもよい。
また、上記メモリは、ハードディスク装置や光磁気ディスク装置、フラッシュメモリ等の不揮発性のメモリや、ＣＤ−ＲＯＭ等の読み出しのみが可能な記録媒体、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）のような揮発性のメモリ、あるいはこれらの組み合わせによるコンピュータ読み取り、書き込み可能な記録媒体より構成されるものとする。
【０１４５】
また、図５、図１４、図１９において各種処理を行う処理部の機能を実現する為のプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各処理を行っても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【０１４６】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【０１４７】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現する為のものであっても良い。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【０１４８】
また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体およびプログラムプロダクトは、本発明の範疇に含まれる。
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【０１４９】
また、本発明の実施態様の例を以下に列挙する。
【０１５０】
［実施態様１］ ネットワークに接続可能で映像再生可能な端末と、映像データを配信するカメラサーバとを少なくとも具備する映像通信システムであって、
前記カメラサーバの配信する前記映像データを取得する映像取得手段と、
前記端末の属性情報と前記映像取得手段の取得した前記映像データとを基に前記端末において再生可能な端末用映像データを生成する映像変換手段と、
前記映像変換手段が生成した前記端末用映像データを前記端末へ送信する映像送信手段と
を具備することを特徴とする映像通信システム。
【０１５１】
［実施態様２］ 前記映像変換手段は、前記映像データに前記属性情報に応じた情報を合成して前記端末用映像データを生成することを特徴とする実施態様１に記載の映像通信システム。
【０１５２】
［実施態様３］ 前記カメラサーバが、被写体の映像を撮像する撮像装置を具備し、前記ネットワークを介して前記撮像装置で撮像した映像データを配信する場合に、前記ネットワーク経由で前記端末より前記撮像装置を制御するためのカメラ制御情報を受信する受信手段と、
前記受信手段が受信した前記カメラ制御情報を基に、前記撮像装置を制御する撮像装置制御手段と
を更に具備することを特徴とする実施態様１または実施態様２に記載の映像通信システム。
【０１５３】
［実施態様４］ 前記カメラサーバが、被写体の映像を連続して撮像する撮像装置を具備し、前記ネットワークを介して前記撮像装置で連続して撮像した映像データを配信する場合に、前記映像取得手段は、前記映像データを連続して取得することを特徴とする実施態様１または実施態様２に記載の映像通信システム。
【０１５４】
［実施態様５］ 前記端末の前記属性情報は、前記端末を利用する利用者に関する情報である利用者属性情報を含む情報であり、前記映像変換手段は、更に前記利用者属性情報に応じて前記端末用映像データの内容を変更して生成することを特徴とする実施態様２に記載の映像通信システム。
【０１５５】
［実施態様６］ 前記利用者属性情報に応じて前記撮像装置における撮像エリアが限定されている場合に、前記映像変換手段は、前記利用者属性情報に応じた撮像エリアの映像データであるか否かを判定し、前記判定の結果を含む端末用映像データを生成することを特徴とする実施態様５に記載の映像通信システム。
【０１５６】
［実施態様７］ 前記利用者属性情報に応じて前記撮像装置における撮像エリアが限定されている場合に、前記映像変換手段は、前記利用者属性情報に応じて前記限定された撮像エリア内の映像データであるか否かにより、連続する前記映像データを分割して前記端末用映像データを生成することを特徴とする実施態様４に記載の映像通信システム。
【０１５７】
［実施態様８］ 前記映像変換手段は、前記利用者属性情報に応じて前記限定された撮像エリア外の部分を含む映像データと判断した場合に、前記映像データに替えて前記撮像エリア外の部分を含まない代替映像データを合成して、合成した前記代替映像データを変換することで端末用代替映像データを生成することを特徴とする実施態様７に記載の映像通信システム。
【０１５８】
［実施態様９］ 前記映像変換手段は、前記利用者属性情報に応じて前記限定された撮像エリア外の部分を含む映像データと判断した場合に、前記限定された撮像エリア外の部分を含む旨を伝える情報を含む前記代替映像データを合成して、合成した前記代替映像データを変換することで端末用代替映像データを生成することを特徴とする実施態様８に記載の映像通信システム。
【０１５９】
［実施態様１０］ 前記映像変換手段は、前記利用者属性情報に応じて前記限定された撮像エリア外の部分を含む映像データと判断した場合に、前記映像データを撮影した際の前記撮像装置の制御情報を含む前記代替映像データを合成して、合成した前記代替映像データを変換することで端末用代替映像データを生成することを特徴とする実施態様８に記載の映像通信システム。
【０１６０】
［実施態様１１］ 前記映像変換手段は、前記利用者属性情報に応じて前記限定された撮像エリア外の部分を含む映像データと判断した場合に、前記映像データを取得するための映像データ取得手段を含む前記代替映像データを合成して、合成した前記代替映像データを変換することで端末用代替映像データを生成することを特徴とする実施態様８に記載の映像通信システム。
【０１６１】
［実施態様１２］ 前記映像データ取得手段は、前記映像データの取得を許可する権限を持つ権限者へ映像データ取得依頼を行うよう前記利用者へ促すことを特徴とする実施態様１１に記載の映像通信システム。
【０１６２】
［実施態様１３］ 前記映像データ取得依頼は、Ｗｅｂページ、電子メール、電話の何れかの対話手段により前記権限者へ依頼するよう前記利用者へ促すことを特徴とする実施態様１２に記載の映像通信システム。
【０１６３】
［実施態様１４］ 前記映像送信手段は、セッション指向の通信方法で通信を行うことを特徴とする実施態様１に記載の映像通信システム。
【０１６４】
［実施態様１５］ 前記映像送信手段は、配信依頼を行った利用者に関する情報である利用者属性情報に応じて前記端末への前記端末用映像データの配信を制御することを特徴とする実施態様１に記載の映像通信システム。
【０１６５】
［実施態様１６］ 前記映像送信手段は、配信先の端末を利用する利用者に関する情報である利用者属性情報に応じて前記端末への前記端末用映像データの配信を制御することを特徴とする実施態様１に記載の映像通信システム。
【０１６６】
［実施態様１７］ 前記映像送信手段は、前記映像変換手段と前記端末用映像データのメモリ領域を共有することを特徴とする実施態様１に記載の映像通信システム。
【０１６７】
［実施態様１８］ 前記映像送信手段が、ＨＴＴＰサーバ機能を有する場合に、前記映像変換手段は、前記端末用映像データの生成と同時に前記ＨＴＴＰサーバでアクセス制御を行うためのアクセス制御情報を更に生成することを特徴とする実施態様１に記載の映像通信システム。
【０１６８】
［実施態様１９］ ネットワークに接続可能で映像再生可能な端末と、映像データを配信するカメラサーバとを少なくとも具備する映像通信システムを用いた映像通信方法であって、
前記カメラサーバの配信する前記映像データを取得する第一のステップと、
前記端末の属性情報と前記第一のステップで取得した前記映像データとを基に前記端末において再生可能な端末用映像データを生成する第二のステップと、
前記第二のステップで生成した前記端末用映像データを前記端末へ送信する第三のステップとを有することを特徴とする映像通信方法。
【０１６９】
［実施態様２０］ ネットワークに接続可能で映像再生可能な端末と、映像データを配信するカメラサーバとを少なくとも具備する映像通信システム用のプログラムを記録した記録媒体であって、
前記カメラサーバの配信する前記映像データを取得する第一のステップと、
前記端末の属性情報と前記第一のステップで取得した前記映像データとを基に前記端末において再生可能な端末用映像データを生成する第二のステップと、
前記第二のステップで生成した前記端末用映像データを前記端末へ送信する第三のステップとをコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【０１７０】
［実施態様２１］ ネットワークに接続可能で映像再生可能な端末と、映像データを配信するカメラサーバとを少なくとも具備する映像通信システム用のプログラムであって、
前記カメラサーバの配信する前記映像データを取得する第一のステップと、
前記端末の属性情報と前記第一のステップで取得した前記映像データとを基に前記端末において再生可能な端末用映像データを生成する第二のステップと、
前記第二のステップで生成した前記端末用映像データを前記端末へ送信する第三のステップとをコンピュータに実行させるためのプログラム。
【０１７１】
【発明の効果】
以上説明したように、本発明の映像通信システムにおいては、インターネット上に流通しているカメラサーバからの映像情報を、ある端末の属性情報に応じてその端末向けに適切に配信することができる。例えば、端末の属性情報が、カメラサーバへのアクセス制御やカメラ制御権に関する情報である場合は、インターネット上に流通しているカメラサーバからの映像情報を、アクセス制御やカメラ制御権に応じて携帯電話端末向けに適切に配信することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態における映像通信システムの概略構成を示す図である。
【図２】図１に示した映像変換サーバ４００のハードウェア構成の一例を示す図である。
【図３】図１に示したカメラサーバ１０１、１０２のハードウェア構成の一例を示す図である。
【図４】図１に示した携帯電話端末６０１、６０２のハードウェア構成の一例を示す図である。
【図５】図１に示した映像通信システムにおけるカメラサーバ１０１や、映像変換サーバ４００や、携帯電話端末６０１の機能構成の概略を示す図である。
【図６】図５に示した映像通信システムにおける携帯電話端末６０１の動作を示すフロー図である。
【図７】図５に示したカメラサーバ１０１内のカメラ制御サーバ１１０の動作を示すフロー図である。
【図８】図５に示したカメラサーバ１０１内の映像サーバ１１１の動作を示すフロー図である。
【図９】図５に示した映像通信システムの携帯電話端末６０１におけるＰＴＺシーケンスを作成する画面例およびキーの割当例を示す図である。
【図１０】携帯電話端末６０１においてレスポンス、メール通知、映像クリップの再生表示を表示した３つの画面例を示す図である。
【図１１】携帯電話端末６０１においてＰＴＺシーケンスを作成する処理を示す図である。
【図１２】カメラサーバ１０１が図７のステップＳ７００で用いる設定値を設定する際の画面例を示す図である。
【図１３】図１２に示した設定画面を表示するカメラサーバ１０１のカメラサーバ設定プログラムの動作を示すフロー図である。
【図１４】図５に示した映像通信システムの映像変換サーバ４００における映像データの大まかな流れを模式化した図である。
【図１５】図５に示した映像通信システムにおける映像変換サーバ４００の動作を示したフロー図である。
【図１６】携帯電話端末６０１の画面６３ａに表示される合成画面例を示す図である。
【図１７】携帯電話端末６０１の画面６３ａに表示されるアクセス許可依頼を組み込んだ合成画面例を示す図である。
【図１８】映像変換サーバ４００が、ＵＲＬで示された特権ユーザへのアクセス許可依頼を受け取った際の処理を示すフロー図である。
【図１９】第３の実施形態における映像通信システムの接続構成および機能構成の概略を示す図である。
【図２０】第４の実施形態における映像通信システムの接続構成の概略を示す図である。
【図２１】第５の実施形態における映像変換部４１２の禁止エリア検出時に挿入する合成画面の生成処理を示すフロー図である。
【図２２】携帯電話端末６０１の画面６３ａに表示される禁止エリア６３ｇを含む合成画面例を示す図である。
【符号の説明】
１０ コンピュータ
１１ カメラ装置
６１ スイッチ類
６２ ボタン類
６３ ディスプレイ装置
１０１、１０２ カメラサーバ
１０１ａ カメラサーバ（映像変換サーバを含む）
１１０ カメラ制御サーバ
１１１ 映像サーバ
２００ ビューワ
３００ 中継サーバ
４００ 映像変換サーバ
４１０ カメラ制御部
４１１ 映像取得部
４１２ 映像変換部
４１３ 映像送信部
５００ ゲートウェイ
６０１、６０２ 携帯電話端末
６１０ カメラ制御入力部
６１１ 映像表示部
７００ ＨＴＴＰサーバ
Claims (1)
- ネットワークに接続可能で映像再生可能な端末と、映像データを配信するカメラサーバとを少なくとも具備する映像通信システムであって、
前記カメラサーバの配信する前記映像データを取得する映像取得手段と、
前記端末の属性情報と前記映像取得手段の取得した前記映像データとを基に前記端末において再生可能な端末用映像データを生成する映像変換手段と、
前記映像変換手段が生成した前記端末用映像データを前記端末へ送信する映像送信手段と
を具備することを特徴とする映像通信システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003037033A JP4261934B2 (ja) | 2003-02-14 | 2003-02-14 | 映像クリップ生成装置、映像クリップ生成方法、プログラム及び記憶媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003037033A JP4261934B2 (ja) | 2003-02-14 | 2003-02-14 | 映像クリップ生成装置、映像クリップ生成方法、プログラム及び記憶媒体 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004248069A true JP2004248069A (ja) | 2004-09-02 |
| JP2004248069A5 JP2004248069A5 (ja) | 2006-03-23 |
| JP4261934B2 JP4261934B2 (ja) | 2009-05-13 |
Family
ID=33021964
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003037033A Expired - Fee Related JP4261934B2 (ja) | 2003-02-14 | 2003-02-14 | 映像クリップ生成装置、映像クリップ生成方法、プログラム及び記憶媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4261934B2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005341396A (ja) * | 2004-05-28 | 2005-12-08 | Canon Inc | 映像通信装置、映像通信方法、コンピュータプログラム及びコンピュータ読み取り可能な記録媒体 |
| JP2006135448A (ja) * | 2004-11-02 | 2006-05-25 | Matsushita Electric Ind Co Ltd | Ｉｐ電話装置、ｅｎｕｍサーバ、情報処理装置及びｉｐ電話システム |
| US7683924B2 (en) | 2004-09-22 | 2010-03-23 | Electronics And Telecommunications Research Institute | Intelligent system for identifying visitor and providing communication service using mobile terminal and method thereof |
| JP2010518509A (ja) * | 2007-02-09 | 2010-05-27 | ノバラ・インコーポレイテッド | 移動デバイス用にビデオ・ファイル・コンテンツを変換して配信する方法およびシステム |
-
2003
- 2003-02-14 JP JP2003037033A patent/JP4261934B2/ja not_active Expired - Fee Related
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005341396A (ja) * | 2004-05-28 | 2005-12-08 | Canon Inc | 映像通信装置、映像通信方法、コンピュータプログラム及びコンピュータ読み取り可能な記録媒体 |
| JP4510519B2 (ja) * | 2004-05-28 | 2010-07-28 | キヤノン株式会社 | 映像通信装置、映像通信方法及びコンピュータプログラム |
| US7683924B2 (en) | 2004-09-22 | 2010-03-23 | Electronics And Telecommunications Research Institute | Intelligent system for identifying visitor and providing communication service using mobile terminal and method thereof |
| JP2006135448A (ja) * | 2004-11-02 | 2006-05-25 | Matsushita Electric Ind Co Ltd | Ｉｐ電話装置、ｅｎｕｍサーバ、情報処理装置及びｉｐ電話システム |
| JP4542872B2 (ja) * | 2004-11-02 | 2010-09-15 | パナソニック株式会社 | Ｉｐ電話装置及びｉｐ電話システム |
| US8000316B2 (en) | 2004-11-02 | 2011-08-16 | Panasonic Corporation | IP telephone apparatus, ENUM server, terminal apparatus and IP telephone system |
| JP2010518509A (ja) * | 2007-02-09 | 2010-05-27 | ノバラ・インコーポレイテッド | 移動デバイス用にビデオ・ファイル・コンテンツを変換して配信する方法およびシステム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4261934B2 (ja) | 2009-05-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9544245B2 (en) | Server reservation method, reservation control apparatus and program storage medium | |
| TW524015B (en) | Contents signal distribution method, reservation management device, and program acceptance medium | |
| US7856468B2 (en) | Server reservation method, reservation control apparatus and program storage medium | |
| US8692897B2 (en) | Method of generating moving picture information | |
| US8370498B2 (en) | Method of using server, server reservation control apparatus and program storage medium | |
| US7386623B2 (en) | Content distribution notification method, reservation control apparatus and program storage medium | |
| KR100654783B1 (ko) | 화상배신방법 | |
| US7508413B2 (en) | Video conference data transmission device and data transmission method adapted for small display of mobile terminals | |
| US20050076058A1 (en) | Interface for media publishing | |
| US20090070840A1 (en) | Terminal-Cooperated System, Terminal, Server and Method for Uninterrupted Reception of Contents | |
| US20050007459A1 (en) | Operation at mobile terminal when communicating with remote camera | |
| JP2008210417A (ja) | 送信装置及び方法、コンテンツ配信装置及び方法、並びにプログラム | |
| JP2002007294A (ja) | 画像配信システム及び方法並びに記憶媒体 | |
| US20030079008A1 (en) | Content distribution system, content reserved-time-extension control apparatus, content reserved-time-extension control method, content reserved-time-extension control program, and content reserved-time-extension control program storage medium | |
| JP2004193979A (ja) | 映像配信システム | |
| JP4401672B2 (ja) | 情報処理装置、情報処理方法及びプログラム | |
| JP4261934B2 (ja) | 映像クリップ生成装置、映像クリップ生成方法、プログラム及び記憶媒体 | |
| JP2007281552A (ja) | 通信装置 | |
| JP4510519B2 (ja) | 映像通信装置、映像通信方法及びコンピュータプログラム | |
| JP2004343175A (ja) | 映像中継装置 | |
| JP2003091472A (ja) | コンテンツ配信システム、コンテンツ配信方法、及びコンテンツ送出プログラム | |
| JP4250449B2 (ja) | 映像通信システム、映像通信装置、端末及び端末のカメラ制御方法 | |
| JP2006222720A (ja) | 映像通信システム、情報処理装置、映像通信方法及びそのプログラム | |
| JP2003299062A (ja) | 映像変換装置およびその方法 | |
| JP2006211524A (ja) | 映像表示装置、映像処理装置の制御方法、プログラム、及び記憶媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060207 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060207 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20081016 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081104 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081224 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090127 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090206 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120220 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4261934 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130220 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140220 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |