JP2004336126A - 映像通信装置 - Google Patents
映像通信装置 Download PDFInfo
- Publication number
- JP2004336126A JP2004336126A JP2003125334A JP2003125334A JP2004336126A JP 2004336126 A JP2004336126 A JP 2004336126A JP 2003125334 A JP2003125334 A JP 2003125334A JP 2003125334 A JP2003125334 A JP 2003125334A JP 2004336126 A JP2004336126 A JP 2004336126A
- Authority
- JP
- Japan
- Prior art keywords
- video
- camera
- server
- information
- camera control
- 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
- Studio Devices (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
【課題】インターネット上に流通しているカメラサーバの映像情報を、カメラ制御情報やカメラ制御権を含めて、携帯電話向けに適切に提供する。
【解決手段】映像変換サーバ４００は、映像データを取得し、映像データの取得に伴う前記映像データの取得先の状態情報を前記映像データに付与する。次に、映像データを映像クリップに変換し、アクション指定データを制御情報として映像クリップの一部区間あるいは全体に関連付けるとともに、状態情報を前記アクション指定データに反映させる。そして、映像クリップを携帯電話端末６０１、６０２に対して送信する。
【選択図】 図１
【解決手段】映像変換サーバ４００は、映像データを取得し、映像データの取得に伴う前記映像データの取得先の状態情報を前記映像データに付与する。次に、映像データを映像クリップに変換し、アクション指定データを制御情報として映像クリップの一部区間あるいは全体に関連付けるとともに、状態情報を前記アクション指定データに反映させる。そして、映像クリップを携帯電話端末６０１、６０２に対して送信する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、通信によって映像データを配信する技術に関し、特に、カメラ装置などのライブ映像ソースの制御情報を反映して、携帯電話端末など携帯情報端末向けに映像データ（映像クリップ）を提供する技術に関するものである。
【０００２】
【従来の技術】
本発明に関係する既存の技術は、以下の通りである。
【０００３】
［ライブ映像通信システム］
撮影したライブ映像を、インターネットなどの通信インフラストラクチャを使って配信するとともに、撮影のためのカメラ設定やカメラ操作などを指示する技術が確立され、製品が販売されている。
【０００４】
これらの映像配信システムなどでは、映像配信に加えて、パン、チルト、ズーム、逆光補正といったカメラ制御を、ネットワークを介して提供可能となっている。また、アクセス制御機能を備え、利用者のアクセス権限に応じて、カメラ制御や映像配信の制限を行うことができる。
【０００５】
さらに、カメラ制御によって撮像される領域に関しても制限することが可能になっている。例えば、特権ユーザでは、カメラに備わるズーム機能のすべてを利用できるが、通常ユーザは、ズーム機能の一部（たとえば、テレ端を使い切れない）のみ利用可能とするような制限である。パン機能やチルト機能についても同様である。
【０００６】
［第三世代携帯電話技術］
従来の携帯電話サービスよりも高い電波利用効率と通信帯域を備えた携帯電話サービスとして、第三世代（３Ｇ）の携帯電話サービスが提供されるようになっている。
【０００７】
第三世代（３Ｇ）の携帯電話では、電話通話しながらインターネットアクセスなどのデータ通信が可能となっている。例えば、これらはマルチアクセスと呼ばれる接続形態を用意しており、これを利用することで、ウェブブラウジングなどのデータ通信を行いながら、電話通話を可能にしている。
【０００８】
さらに、第三世代携帯電話端末では、端末自体の処理能力も強化されており、これまでＰＣ（パーソナルコンピュータ）などで行っていた作業を携帯電話端末で処理可能になっている。例えば、メールやウェブブラウジングおよび映像送受信などの機能を実装している携帯電話端末が提供されている。
【０００９】
［ＭＰＥＧ−４コーデック］
移動体通信網に接続する携帯情報端末から広帯域インターネットに接続するＰＣまでの映像送受信端末の広がりを受けて、数十ｋｐｂｓから数十Ｍｂｐｓの広いビットレートをカバーする高圧縮符号化効率、および、無線やインターネットなどの伝送路誤りに対する強い耐性などを備えた動画像圧縮符号化方式として、ＩＳＯで１９９９年にＭＰＥＧ−４が制定されている。
【００１０】
この、ＭＰＥＧ−４を用いた映像配信サービスが、個人情報端末（ＰＤＡ）や携帯電話端末向けに提供されている。
【００１１】
［携帯電話向けＭＰＥＧ−４クリップ技術］
携帯電話端末に映像クリップ（ファイル）を表示する技術が提供されている。
【００１２】
これらのサービスでは、ＭＰＥＧ−４コーデックなどで圧縮符号化された映像データ（映像クリップあるいは映像ファイル）をサーバに保存し、携帯電話端末に内蔵するデータ通信機能を使ってサーバからダウンロードした上で、同じく携帯電話端末に内蔵するデコーダを使って映像を携帯電話端末の画面に表示する。
【００１３】
また、これらの映像クリップのデータフォーマットは、マイクロソフト社のＡＳＦ （Ａｄｖａｎｃｅｄ Ｓｔｒｅａｍｉｎｇ Ｆｏｒｍａｔ） 形式や、ＩＳＯ標準のＭＰ４形式 （ＩＳＯ／ＩＥＣ１４４９６−１ Ａｍｄ１ ＭＰＥＧ−４システム Ｖｅｒｓｉｏｎ２） など、インターネットやＰＣなどで広く普及している形式に準拠している。
【００１４】
また、これらのサービスでは、いずれも映像クリップの上限（例えば、２４０ｋｂｙｔｅｓ）が決められている。
【００１５】
［映像クリップへのリンクやコマンドの関連付け技術］
マイクロソフト社のＡＳＦ （Ａｄｖａｎｃｅｄ Ｓｔｒｅａｍｉｎｇ Ｆｏｒｍａｔ） 形式や Ａｐｐｌｅ社 ＱｕｉｃｋＴｉｍｅ Ｆｉｌｅ Ｆｏｒｍａｔなどでは、映像クリップにＵＲＬなどのハイパーリンク機能を関連付けることができる。
【００１６】
例えば、ＡＳＦでは、”Ｓｃｒｉｐｔ Ｃｏｍｍａｎｄ Ｏｂｊｅｃｔ”を定義することが可能であり、このオブジェクト内に、ＡＳＦファイル再生時のタイムラインに同期するように設定したリンク情報をリストできる。さらに、ＡＳＦでは、ＳｃｒｉｐｔＣｏｍｍａｎｄ Ｏｂｊｅｃｔの名前のとおり、リンク情報ばかりでなく、スクリプトなどのコマンド情報も記述可能となっている。
【００１７】
また、ＫＤＤＩ社のｅｚｍｏｖｉｅ仕様にも、映像クリップにハイパーリンク機能付きのテキストテロップ（字幕）を追加する機能が備わっている。このテロップ記述言語には、ＫＤＤＩ社のＳＴＭＬ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｔｅｌｏｐ Ｍａｒｋ−ｕｐ Ｌａｎｇｕａｇｅの略）を利用する。この機能により、ユーザは、音声通話やメール送信やホームページリンクなどを、映像クリップと関連付けることができる。
【００１８】
【特許文献１】
特開２００３−１０８４７２号公報
【００１９】
【発明が解決しようとする課題】
本発明は、上述したような携帯電話端末に代表される新たな端末に対応可能な装置を提供することを目的とする。
【００２０】
【課題を解決するための手段】
斯かる目的を達成するために、本発明の映像通信装置は、ネットワーク上に配置される映像通信装置であって、映像データを取得し、前記映像データの取得に伴う前記映像データの取得先の状態情報を前記映像データに付与する映像取得手段と、前記映像データを映像クリップに変換し、前記映像取得手段の制御に関するアクション指定データを制御情報として前記映像クリップの一部区間あるいは全体に関連付けるとともに、前記状態情報を前記アクション指定データに反映させる映像クリップ変換手段と、前記映像クリップを外部端末に対して送信する映像送信手段とを有することを特徴とする。
【００２１】
【発明の実施の形態】
以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。
＜第１の実施形態＞
第１の実施形態では、ネットワーク上に配置されたカメラサーバから取得したライブ映像を、携帯電話端末向けに変換して送信する例について説明する。この中で、映像の変換を行い映像クリップを生成する映像変換サーバが、映像に付帯するカメラ制御状態情報（パン、チルト、ズーム、あるいは、制御権などの情報）を反映して、適切な映像クリップを生成する例についても説明する。特に、本実施形態の映像変換サーバでは、映像クリップが作成された時点のカメラ制御状態情報を使って、現在のカメラサーバにアクセスできるよう映像クリップを作成する点に特徴がある。
【００２２】
さらに、映像変換サーバは、携帯電話端末に備わる標準的な映像ビューワ（以下、カメラ制御機能などを備えない意味で『非専用ビューワ』と記述する）を用いて再生表示可能な映像クリップを生成した上で、その映像クリップ中に適切なリンク情報を組み込むことで、リンク情報を参照した場合に、カメラ制御機能などを備える専用ビューワ（以下、専用ビューワ）に、適切なカメラ制御情報を引き渡すことを可能とする。
【００２３】
図１は、本発明を用いた実施形態の典型的な利用形態を示した図であり、１０１および１０２はライブ映像通信システムによるカメラサーバ、２００はネットワークに接続されたＰＣなどにインストールされたビューワである。カメラサーバとビューワとはそれぞれネットワークに接続され、ビューワからネットワークを介してリクエストがカメラサーバへ送られ、これが受け入れられるとカメラサーバからビューワへ映像データが配送され、ビューワでカメラ映像を表示することが可能となる。またビューワからカメラ制御コマンドがカメラサーバへ送られ、カメラのズーム、パン、チルトなどの操作が可能となる。さらに、ネットワーク上には、中継サーバ３００が置かれビューワとカメラサーバとの通信を中継することがある。
【００２４】
さらに、４００は本実施形態による映像変換サーバであり、カメラサーバが提供する映像データを携帯電話端末向けに変換した上で、携帯電話向けに中継する。また、５００は本実施形態のネットワークと携帯電話回線網とを仲介するゲートウェイであり、６０１および６０２は、本発明のビューワを搭載した携帯電話端末である。このゲートウェイ５００を介して、本実施形態のネットワークに接続された機器と携帯電話端末６０１および６０２とが通信可能となる。なお、携帯電話端末上のビューワプログラムは、典型的には、工場出荷時にインストールされるが、Ｊａｖａ（Ｒ）プログラムのように実行時（利用時）にダウンロードされて実行される形態であっても良い。
【００２５】
図１のネットワークは企業あるいは組織内で運用されるイントラネットである場合もあり、広く世界をつないでいるインターネットである場合もある。また、中継サーバや映像変換サーバは、典型的には、インターネットイクスチェンジ（ＩＸ）やデータセンター（ＩＤＣ ： Ｉｎｔｅｒｎｅｔ Ｄａｔａ Ｃｅｎｔｅｒ）に配置され、通信負荷の軽減を図るよう設計される。
【００２６】
図２は、映像変換サーバを動作させるハードウェア構成の一例を示したものであり、サーバ向けコンピュータ、より詳細には、プログラムやデータを格納する記憶装置、ネットワークと接続するためのネットワークＩ／Ｆ、プログラムによる各種の処理を実行するＣＰＵ、などからなる。記憶装置は、主記憶装置となるＲＡＭ、フラッシュメモリやＨＤ装置などからなる二次記憶装置、および、プログラムを媒体からロードするためのＦＤ装置などから構成される。
【００２７】
また、図示しないが、設定などを行うための入出力装置を備える場合もある。具体的には、ディスプレイを接続する表示装置、キーボードやマウスなどのコントローラなどである。
【００２８】
図３はカメラサーバのハードウェア構成の一例を示したものであり、実際に撮像を行うカメラ装置とコンピュータ、より詳細には、プログラムやデータを格納する記憶装置、映像データを取り込むための映像キャプチャボード、カメラ装置にコマンドを送るためのシリアルＩ／Ｆ、ネットワークと接続するためのネットワークＩ／Ｆ、プログラムによる各種の処理を実行するＣＰＵ、などからなる。記憶装置は、主記憶装置となるＲＡＭ、フラッシュメモリやＨＤ装置などからなる二次記憶装置、および、プログラムを媒体からロードするためのＦＤ装置などから構成される。
【００２９】
なお、カメラサーバは、カメラ装置とコンピュータとが一体化されたサーバ内蔵型ネットワークカメラで構成されても良い。
【００３０】
図４はビューワを動作させるハードウェア構成の一例を示したものであり、携帯電話端末を使ってビューワを動作させる場合について説明している。より詳細には、プログラムやデータを格納する記憶装置、携帯電話網と接続するための無線通信Ｉ／Ｆ、プログラムによる各種の処理を実行するＣＰＵ、および、周辺装置などからなる。記憶装置は、主記憶装置となるＲＡＭ、フラッシュメモリなどからなる。周辺装置は、携帯電話端末上に配置されたボタンやスイッチ類などの入力装置、ディスプレイなどの表示出力装置、および、マイクロフォンやスピーカなどの音声入出力装置を含む。
【００３１】
図５はプログラムの構成する部分を模式化した図であり、カメラサーバ内にはカメラの制御をつかさどるカメラ制御サーバと映像の配送をつかさどる映像サーバの２つのモジュールを含む。
【００３２】
同様に、携帯電話端末上で動作するビューワ内にはカメラ制御コマンドの発行やカメラ状態通知に対応するカメラ制御部、映像クリップの表示を担当する映像表示部を含む。
【００３３】
さらに、映像変換サーバには、カメラ制御コマンド列（以下、ＰＴＺシーケンスと呼ぶ）を解釈し、カメラサーバにカメラ制御命令を発行するカメラ制御部、ならびに、カメラサーバから映像を取得し、携帯電話向けに変換し、さらに、それを携帯電話網向け映像クリップに編集するモジュール（映像取得部、映像変換部、映像送信部）、がそれぞれ含まれる。
【００３４】
図６は携帯電話上で映像クリップを再生表示する非専用ビューワの動作の流れを示す図である。
ステップＳ６０１で、まず、映像変換サーバ４００の識別子を入手する。これは、ユーザが直接キー操作により識別子を入力するのでも良いし、メールやウェブページに含まれる識別子を選択するのであっても良い。また、この場合の識別子は、典型的には、映像変換サーバ４００を識別するＵＲＬである。
【００３５】
続いて、ステップＳ６０２で、映像変換サーバ４００が接続すべきカメラサーバの識別子、そのカメラサーバに指示するカメラ制御（パン，チルト，ズーム）用のＰＴＺシーケンス、および、ユーザ識別子やパスワードなどアクセス制御用のユーザ識別情報を入手する。
【００３６】
カメラサーバ識別子やＰＴＺシーケンスは、ユーザが直接キー操作によりカメラ制御コマンドを構成するよう入力するのでも良いし、メールやウェブページに含まれるカメラサーバ識別子やＰＴＺシーケンスを選択するのであっても良い。
【００３７】
また、ＰＴＺシーケンスは、空であっても構わない。この場合、カメラ制御を伴わないカメラサーバの現状の映像クリップを意味する。また、ユーザ識別情報は、通常、ユーザが直接キー操作により入力するが、空であっても構わない。この場合、通常ユーザとしてのカメラサーバへの接続を意味する。続いてステップＳ６０３で、ゲートウェイ５００を経由して、入手した映像変換サーバ４００の識別子に基づき映像変換サーバ４００の映像送信部に接続する。
【００３８】
さらにステップＳ６０４で、携帯電話ビューワは、映像変換サーバに映像クリップを要求する。この要求は、要求する映像クリップの作成方法の指定などを含み、典型的には、ＨＴＴＰプロトコルに則り送信される。
【００３９】
この際、ＰＴＺシーケンスを入手している場合には、そのＰＴＺシーケンスを映像変換サーバに送信する。この要求およびＰＴＺシーケンスの送信は、ＨＴＴＰ接続のＧＥＴメソッドでＵＲＬに組み込んでも良いし、ＨＴＴＰ接続のＰＯＳＴメソッドで送信されても良い。ここでは、ＰＯＳＴメソッドで送信される場合について説明する。例えば、以下の通りである。なお、実際には、ＵＲＬエンコードが適用されるが、以下では、説明の都合上ＵＲＬエンコードを適用していない部分もある。
ＰＯＳＴ ／ｇｅｔｖｉｄｅｏｃｌｉｐ／ ＨＴＴＰ／１．１
Ｈｏｓｔ： ２０２．２８．３０．２０８：８０８０
Ｕｓｅｒ−Ａｇｅｎｔ： ＭｏｚｉｌｅＰｈｏｎｅ／２．０ Ｃ２１０１Ｖ（ｃ１００）
Ｐｒａｇｍａ： ｎｏ−ｃａｃｈｅ
ｖｉｄｅｏｅｎｃｏｄｅｐａｒａｍ＝ＱＣＩＦ：ｆｐｓ１５．０：ｂｐｓ６４０００：ｉｎｔｒａｆｒａｍｅ５：ｍｅ８
ｃａｍｅｒａｓｅｒｖｅｒｓ＝ｗｅｂｖｉｅｗ：／／ｖｂ１０１＿４．ｘ−ｚｏｎｅ．ｃａｎｏｎ．ｃｏ．ｊｐ：３４５６０＋３４５６１＋３４５６２
ＰＴＺ＝ＨＺ１５＿３０Ｓ３＿４０Ｓ４＿４０Ｐ−１０＿２０
ｍｏｖｉｅｓｉｚｅｍａｘ＝２４０ｋｂｙｔｅｓ
ｎｏｔｉｆｙｔｏ＝ｍａｉｌｔｏ：ｒｉｙｏｕｓｈａ３＠ｍａｉｌｓｅｒｖｅｒ．ｕｓｅｒｓｉｔｅ．ｃｏ．ｊｐ
ｕｓｅｒｉｄ＝３３１２４５
ｕｓｅｒｐｗ＝１５２１５２９４
【００４０】
ただし、『ｖｉｄｅｏｅｎｃｏｄｅｐａｒａｍ＝』に続く部分は、映像変換サーバがカメラサーバから受取ったソース映像を携帯電話向けにエンコードする際のパラメータ情報を指示するものである。また、『ｃａｍｅｒａｓｅｒｖｅｒｓ＝』に続く部分は、映像変換サーバが接続するカメラサーバを指定している。また、『ＰＴＺ＝』に続く部分は、映像変換サーバがカメラサーバに関して実行すべきカメラ制御のコマンドを並べたＰＴＺシーケンスを指定している。また、『ｍｏｖｉｅｓｉｚｅｍａｘ＝』に続く部分は、携帯電話端末あるいは携帯電話網が規定する映像クリップの最大サイズを指定している。また、『ｎｏｔｉｆｙｔｏ＝』に続く部分は、映像クリップ作成時に通知すべき連絡先である。典型的には、携帯電話端末ユーザのメールアドレスを指定する。また、『ｕｓｅｒｉｄ＝』と『ｕｓｅｒｐｗ＝』とに続く部分は、それぞれ、ユーザ識別子とパスワードとである。この中で、ＰＴＺシーケンスの構成要素は、以下のような意味を持つ。ｎは、数値データ（正負あり）である。
Ｐｎ パン（水平方向カメラ制御）指定
Ｔｎ チルト（垂直方向カメラ制御）指定
Ｚｎ ズーム指定
Ｂｎ 逆光補正、逆光補正のＯＮ／ＯＦＦ
Ｈ ホームポジション指定
Ｓｎ プリセット位置指定、ｎ番目のプリセット位置
Ｃｎ カメラサーバ接続切換え指定、ｎ番目のカメラサーバ
Ｋｎ カメラサーバ内カメラ切換え指定、ｎ番目のカメラ
＿ｎ 時間経過指定。０．１秒単位
【００４１】
続いて、ステップＳ６０５で、映像変換サーバ４００からのレスポンスを待つ。続いて、ステップＳ６０６で、映像変換サーバ４００から受取ったレスポンスを解釈して携帯電話端末の表示装置に表示する。例えば、図１５（ａ）の通りである。もしも、映像変換サーバ４００からのレスポンスが、何らかの理由からすぐに映像を生成できないことを示す内容であった場合には、ステップＳ６０７に進む。反対に、映像をすぐに生成できたことを示す内容であった場合には、ステップＳ６０８に進む。
【００４２】
ステップＳ６０７では、映像変換サーバ４００からのメール通知を待受ける。メール通知は、例えば、ＳＭＴＰ （Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）によるが、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）であってもよい。メール通知を受取った場合には、そのメール内容を映像変換サーバ４００からのレスポンスとして表示し、ステップＳ６０８に進む。例えば、図１５（ｂ）の通りである。ステップＳ６０８では、レスポンスに含まれる映像クリップの一つを選択し、ダウンロードして再生表示する。例えば、図１５（ｃ）の通りである。
【００４３】
ここでは、ダウンロード完了を待っているが、映像クリップの再生表示処理は、ダウンロード完了を待たず、表示再生可能な映像クリップデータが揃った時点で、再生表示処理を開始しても良い。
【００４４】
そして、携帯電話ビューワでの映像クリップの再生表示中に、携帯電話端末ユーザがクリックした場合には、クリックした時点に表示されている映像データ（映像区間、または、映像セグメントと呼ぶ事がある）に対応するリンク情報およびカメラの制御情報が映像クリップから抽出され、携帯電話端末に備わるブラウザ機能を使って、そのリンク情報が示すリンク先情報にアクセスする。リンク先情報へのアクセスでは、典型的には、カメラ制御を可能とする専用ビューワを起動し、再生されている映像クリップに対応するカメラの撮影方向にカメラを制御しながら撮影を行う。具体的には、指定された映像クリップの再生区間に時系列的に対応してカメラのパン，チルト，ズームを順次制御する。また、携帯電話端末の設定によっては、設定されたアクションを行う場合もある。例えば、アクセスされたリンク情報をメール添付したメールの発信である。
【００４５】
図１９は、専用ビューワの動作の流れを説明している。ステップＳ６５１で起動時に指示されたカメラサーバを構成する映像サーバのアドレスおよび接続ポートの情報に従い、映像サーバへ接続する。ここで、接続以降の処理を行うための動作プログラム（実現方法としては、スレッドあるいはプロセスの起動となる）が起動され、このプログラムは終了までステップＳ６６１を繰り返す。ステップＳ６６１では、映像サーバからの映像データが届くたびにそれを受け取り表示する。
【００４６】
さらにメインのプログラムはステップＳ６５２で、同じく起動時に指示されたカメラ制御サーバのアドレスおよび接続ポートの情報に従い、カメラ制御サーバへ接続する。
【００４７】
そして、これ以降メインプログラムはユーザからの操作要求を受けつけ、実行するメインループへ続く。まず、ステップＳ６５３でユーザの操作をキーボタン操作などから受け取る。これがカメラ制御に関する場合にはステップＳ６５４でカメラ制御サーバへコマンドを発行する。また、映像サーバに関する場合にはステップＳ６５５で映像サーバへコマンドを発する。
【００４８】
また、ユーザの操作がビューワの状態を変更する操作（たとえば表示サイズの変更操作など）の場合にはステップＳ６５６で内部状態を更新する。そして、ユーザの操作が終了の場合には、ステップＳ６５７でビューワの動作に関連する各プログラムを順次終了する。Ｓ６５４〜Ｓ６５７の処理が完了するとＳ６５３へ戻り、ユーザの操作入力を待つ。
【００４９】
携帯電話端末上で動作する専用ビューワは、携帯電話端末の出荷時に備わるソフトウェアとして実装される場合もあるが、Ｊａｖａ（Ｒ）プログラムのようにネットワークからダウンロードして実装されるソフトウェアである場合もある。
【００５０】
図７はカメラサーバ内のカメラ制御サーバの動作を示した流れ図である。カメラ制御サーバはまず起動時にステップＳ７０１で特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）からカメラ制御サーバの動作設定情報を読み出して、それに基づき動作を開始する。ここでクライアントであるビューワプログラムや映像変換サーバからのリクエストを受け付けるポートを開き、続いて、ステップＳ７０２のリクエスト受付状態に入る。
【００５１】
リクエスト（接続リクエストもしくは操作コマンドリクエスト）が受け付けられたら、Ｓ７０２を抜け、接続リクエストならばステップＳ７０３で接続の可否の判定を行う。否ならば接続拒否のエラーコードを返し、Ｓ７０２に戻る。可ならば、ステップＳ７０４で接続処理として、クライアントからのコマンドの受付処理を行うスレッドを生成し、クライアントの登録を行ってから、Ｓ７０２に戻る。生成されたスレッドでは、ステップＳ７０７で対応するクライアントからのコマンドの受付を行う。
【００５２】
コマンドが届いたならば、それを受け付け、カメラ操作を行う主プログラムへ受け渡す。主プログラムはステップＳ７０２でこれを受け、操作コマンドに対してはステップＳ７０５へ進み、操作コマンドを発行したスレッドが接続しているクライアントの権限に応じてカメラ操作を行って、その結果（操作が成功か失敗かを示すコードなど）をカメラ操作要求を受け付けたクライアント対応のスレッドへ伝える。このクライアント対応のスレッドはステップＳ７０８で結果をクライアントへ送り返す。主プログラム部分では、ステップＳ７０６でカメラの操作により変化した状態（たとえば、パン・チルト・ズームの値、および、禁止エリア検出の有無などを含むカメラ状態情報など）をすべてのクライアント対応のスレッドに伝える。
【００５３】
各クライアント対応のスレッドはステップＳ７０９でカメラ制御状態の変化をクライアントへ通達する。クライアント対応のスレッドはクライアントから接続終了のコマンドを受けたならば、それを主プログラムへ通達し、さらにステップＳ７１０で自身のスレッドを終了する。
【００５４】
図８はカメラサーバ内の映像サーバの動作を示した流れ図である。映像サーバはまず起動時にステップＳ８０１で特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）から映像サーバの動作設定情報を読み出して、それに基づき動作を開始する。ここで、映像の獲得と符号化と蓄積を行うスレッドを生成し（最初このスレッドは休止状態）、クライアントであるビューワプログラムや映像変換サーバからのリクエストを受け付けるポートを開き、続いて、ステップＳ８０２のリクエスト受付状態に入る。
【００５５】
リクエスト（接続リクエストもしくはコマンドリクエスト）が受け付けられたら、Ｓ８０２を抜け、接続リクエストならばステップＳ８０３で接続の可否の判定を行う。否ならば接続拒否のエラーコードを返し、Ｓ８０２に戻る。可ならば、ステップＳ８０４で接続処理として、クライアントごとのセッションを識別するためのセッション識別子を生成し、クライアントからのコマンドの受付処理を行うスレッドを生成し、接続リクエストを発行したクライアントのアクセス権情報などに則してクライアントの登録を行い、Ｓ８０２に戻る。
【００５６】
なお、この際、リクエスト内容がライブ映像への接続であり、かつ、映像の獲得と符号化を行うスレッドが休止状態ならば、Ｓ８０２に戻る前に、動作開始を指示する。生成されたクライアント対応のスレッドでは、ステップＳ８０７で対応するクライアントからのコマンドの受付を行う。コマンドが届いたならば、それを受け付け、映像処理を行う主プログラムへ受け渡す。
【００５７】
主プログラムはステップＳ８０２でこれを受け、操作コマンドに対してはステップＳ８０５へ進み、映像の獲得や符号化・送信などに関する設定の変更操作を行って、その結果（操作の成功か失敗を示すコード）をコマンド要求を受け付けたクライアント対応のスレッドへ伝える。クライアント対応のスレッドはステップＳ８０８で、この結果をクライアントへ送り返す。
【００５８】
主プログラム部分では、ステップＳ８０４からの映像の獲得と符号化を行うスレッドへの動作開始の指示により、ステップＳ８０６では前もって設定された時間間隔で映像データを映像キャプチャボードを使って獲得し、これを圧縮データに変換する。さらにこの圧縮データを、ライブ映像に接続しているすべてのクライアント対応のスレッドに伝える。
【００５９】
各クライアント対応のスレッドはステップＳ８０９で、クライアントからの次映像フレーム送信要求の有無を判定し、要求があるならば、圧縮データをクライアントへ配送する。この際、禁止エリアが検出されている場合には、予め登録されているクライアントに関する情報に照らして、登録されているクライアントの接続以外には、禁止エリアに該当しているため圧縮データを配信しない旨（禁止エリア検出通知）を通知する。
【００６０】
そして、ライブ映像に接続しているクライアント対応のスレッドが、クライアントからの次映像フレーム送信要求（これはクライアントでの圧縮映像データの受け取り完了に対して、送り返されるのが一般的である）を受け取った場合には映像フレーム送信要求のフラグを設定する。
【００６１】
また、クライアントから接続終了のコマンドを受けたならば、それを主プログラムへ通達し、さらにステップＳ８１０で自身のスレッドを終了する。
【００６２】
図９は、ＰＴＺシーケンスを作成する時の携帯電話端末の様子を例示した図である。ＰＴＺシーケンスを作成する際には、携帯電話端末のキーに図示のように、パン（カメラの横振り）、チルト（カメラの縦振り）、ズーム（拡大倍率変更）、逆光補正などの機能が割り当てられる。なお、この画面は図６に説明したＰＴＺシーケンス入手操作を行うためのＵＩであり、ここで作成されたＰＴＺシーケンスは、Ｓ６０２へ送られる。
【００６３】
ＰＴＺシーケンスを作成の流れは、以下のように実現される（図１６）。まず、ステップＳ９０１で、事前に取得したカメラサーバの識別子を使って、カメラサーバのカメラ制御によって可視範囲に入る画像を合成したパノラマ画像、事前にカメラサーバに設定されているカメラ制御情報（プリセット情報）、および、現在のカメラ状態パラメータ（パン角、チルト角、ズーム値など）を、カメラサーバから取得する。
【００６４】
次に、ステップＳ９０２で、ＰＴＺシーケンスの初期値として空データを設定し、また、表示用カメラ状態パラメータおよび設定用カメラ状態パラメータとして取得した現在のカメラ状態パラメータを設定する。
【００６５】
次に、ステップＳ９０３で、表示用カメラ状態パラメータにしたがって、可視領域を計算し、可視領域に相当する画像をパノラマ画像から切り出して携帯電話端末の画面に表示する。
【００６６】
次に、ステップＳ９０４で、ユーザからのキー入力を受取る。キー入力が、カーソルキーによる可視領域の変更、あるいは、プリセット位置への移動の指示であった場合には、ステップＳ９０５で、表示用カメラ状態パラメータを変更し、ステップＳ９０３に進む。
【００６７】
キー入力が、ＰＴＺシーケンスを追加／修正などの編集指示であった場合には、ステップＳ９０６で、ＰＴＺシーケンスの値を変更し、ステップＳ９０３に進む。ＰＴＺシーケンス追加の場合には、その時点の表示用カメラ状態パラメータと設定用カメラ状態パラメータとの差分から制御すべきカメラ制御値を計算し、そのカメラ制御値をＰＴＺシーケンスに追加する。そして、表示用カメラ状態パラメータを設定用カメラ状態パラメータの新しい値とする。
【００６８】
キー入力が、ＰＴＺシーケンス作成の終了を指示する場合には、ステップＳ９０７に進んだ上で、決定やキャンセルを判定し、決定である場合には、ＰＴＺシーケンスをＳ６０２へ送り、処理を終了する。
【００６９】
図１０はカメラサーバの用いる設定値、すなわち、カメラ制御サーバや映像サーバが読み出す動作設定情報を特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）に設定するカメラサーバ設定プログラムの表示画面の一例を示した図であり、カメラ制御サーバ、映像サーバ、動画品質、接続制限事項などに関する各種のパラメータ（後述）を設定できるようになっている。ＯＫボタンを押すと設定した値が特定のファイルあるいはレジストリに書き込まれ、キャンセルすると書き込まれずに終了する。
【００７０】
図１１は図１０のカメラサーバの設定プログラムの動作を示す流れ図である。設定プログラムは起動時にまずステップＳ１１０１でカメラ制御サーバおよび映像サーバに関する設定情報を格納した特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）から設定情報を読み出し、内部データに設定する。以降、ユーザの操作入力を受け取り、実施するループを繰り返す。
【００７１】
ステップ１１０２でユーザの操作入力を待ち、入力があればそれを受け取り、続いてステップ１１０３で入力された値が適正範囲内であるか否かを判定し、適正でなければステップ１１０４でエラーメッセージを出力して、値を戻して、ユーザの入力待ちＳ１１０２へ戻る。適正範囲内であるならば、内部データを更新して、Ｓ１１０２に戻る。
【００７２】
ここで設定できる値には次の項目がある。カメラ制御の通信用のＴＣＰポート番号、カメラと接続するＣＯＭ（シリアル）ポート、シャッタースピード、カメラ制御関連のログ情報の有無とログファイル名、映像関連の通信用のＴＣＰポート番号、ログ情報の有無とログファイル名、映像をキャプチャする時間間隔を規定するフレームレートと圧縮の品質を決メールＱ−Ｆａｃｔｏｒ、圧縮の元データの画面サイズ、１つのクライアントビューワの最大接続時間、カメラ制御に関する制御権の順番待ち人数、１つのビューワの制御権保持占有時間、映像とカメラ制御に関する接続可能な最大クライアント数などである。
【００７３】
ユーザからの入力がＯＫボタンの場合には、Ｓ１１０２からステップＳ１１０５に進み、更新された内部データをカメラ制御サーバおよび映像サーバに関する設定情報を格納する特定のファイルなどへ書き出し、ステップＳ１１０６で変更を反映するためにカメラサーバを再起動するかを尋ねるパネルを出す。再起動する場合にはステップＳ１１０７でカメラ制御サーバや映像サーバなどを再起動して、ステップＳ１１０８で設定プログラムを終了する。再起動しない場合にはＳ１１０６から直接Ｓ１１０８に進み、終了する。また、Ｓ１１０２でのユーザの入力がキャンセルボタンである場合には、Ｓ１１０２から直接Ｓ１１０８に進み、終了する。
【００７４】
図１２は、映像変換サーバにおける映像データの大まかな流れを、模式化した図である。カメラサーバから送信されたソース映像データ（Ｍｏｔｉｏｎ ＪＰＥＧ、ＱＶＧＡサイズ３２０ｘ２４０）は、映像変換サーバのカメラサーバ向け通信スタックを経由して受信され、ＪＰＥＧデコーダに渡され、続いて、携帯電話向けに設定されたＭＰＥＧ−４ エンコーダに渡され、携帯電話向け映像データ（ＭＰＥＧ−４ ｓｉｍｐｌｅ ｐｒｏｆｉｌｅ， ＱＣＩＦサイズ１７６ｘ１４４， ６４Ｋｂｐｓ）に加工された上で、映像クリップとして、携帯電話網向けの通信スタックを経由して、携帯電話ビューワへと送信される。
【００７５】
図１３は映像変換サーバの動作を示した流れ図である。映像変換サーバはまず起動時にステップＳ１３０１で特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）から映像変換サーバの動作設定情報を読み出して、それに基づき動作を開始する。ここで、クライアントである携帯電話ビューワプログラムからのリクエストを受け付ける通信ポートを開き、続いて、ステップＳ１３０２のリクエスト受付状態に入る。
【００７６】
リクエスト（ＨＴＴＰリクエストのメッセージなど）が受け付けられたら、Ｓ１３０２を抜け、ステップＳ１３０３で接続の可否の判定を行う。否ならば接続拒否のエラーコードを返し、Ｓ１３０２に戻る。可ならば、ステップＳ１３０４で接続処理として、クライアントとの情報の受渡しを行うクライアント対応スレッドを生成し、クライアントの登録を行い、Ｓ１３０２に戻る。
【００７７】
生成されたクライアント対応スレッドでは、ステップＳ１３１１で対応するクライアントからのリクエストを読み込み、内容を解析する。リクエストは、典型的には、ＨＴＴＰリクエストとして、映像変換サーバに渡される。なお、ＨＴＴＰリクエストには、ＰＯＳＴメソッドが使われる場合もあり、ＧＥＴメソッドが利用される場合もある。
【００７８】
次に、ステップＳ１３１２で、リクエスト内容から、エンコードパラメータ情報（映像変換パラメータ）、カメラサーバへの接続情報（ソース映像情報）、ＰＴＺシーケンス、映像クリップの最大サイズ（映像クリップ上限値）、通知先情報（通知先アドレス）、および、ユーザ識別子やパスワードなどユーザ識別情報を取り出す。これらは、それぞれ『ｖｉｄｅｏｅｎｃｏｄｅｐａｒａｍ＝』『ｃａｍｅｒａｓｅｒｖｅｒｓ＝』『ＰＴＺ＝』『ｍｏｖｉｅｓｉｚｅｍａｘ＝』『ｎｏｔｉｆｙｔｏ＝』『ｕｓｅｒｉｄ＝』『ｕｓｅｒｐｗ＝』の値として指示されている。
【００７９】
映像変換パラメータは、変換用コーデックの選択やそのコーデックへのパラメータ、および、コーデック入力用／出力用のデータ形式などを記述している。ソース映像情報とは、例えば、ライブ映像を提供するカメラサーバのネットワークアドレスとポート番号などの通信属性情報である。通知先アドレスとは、典型的には、ユーザの携帯電話端末を指定したメールアドレスである。
【００８０】
次に、ステップＳ１３１３で、ＨＴＴＰリクエストに対するＨＴＴＰレスポンスとして、『すぐに映像を生成できないので、しばらくしてメール連絡します』との旨を示す情報を返す。
【００８１】
次に、ステップＳ１３１４で、ソース映像情報およびユーザ識別情報にしたがって、映像取得部を初期化する。具体的には、ソース映像を提供するカメラサーバに接続し、ソース映像取得を開始する。
【００８２】
そして、ステップＳ１３１５に進み、映像変換パラメータに従って映像変換部を初期化する。この映像変換部は、ＭＰＥＧ−４エンコーダなどから構成される。そして、ステップＳ１３１６に進み、映像送信部を初期化する。この際、映像送信部に映像クリップ上限値、および、通知先アドレスを指示する。
【００８３】
さらに、ステップＳ１３１７に進み、映像取得部から映像変換部へ、映像変換部から映像送信部へとそれぞれの処理データが受渡しされるように相互の関連付けを行った上で、カメラ制御部が、ＰＴＺシーケンスにしたがってカメラサーバのカメラ制御を行う。
【００８４】
そして、ステップＳ１３１８に進み、映像取得部、映像変換部、映像送信部の後処理を行う。そして、ステップＳ１３１９に進み、クライアント対応スレッドを終了する。
【００８５】
次に、映像変換サーバの中で機能している映像取得部、映像変換部、映像送信部、カメラ制御部について順次説明する。映像取得部は、まず、初期化時に受取ったソース映像情報およびユーザ識別情報に従って、ライブ映像を提供するカメラサーバに接続する。そして、カメラサーバから映像データを取得し、取得時のタイムスタンプを付与して映像データを映像変換部へ渡す。本実施形態におけるカメラサーバは、映像データをＭｏｔｉｏｎ ＪＰＥＧ形式で提供するので、タイムスタンプが付与されるのは、個々のＪＰＥＧデータである。
【００８６】
また、カメラサーバから禁止エリア検出を通知された場合には、映像データに代えて禁止エリア検出通知を映像変換部へ渡す。次に、映像変換部では、まず、初期化時に受取ったコーデックへのパラメータ、および、コーデック入力用／出力用のデータ形式などをＭＰＥＧ−４エンコーダに設定する。
【００８７】
そして、映像取得部から受取ったソース映像データを、コーデック入力用のデータ形式および画像サイズに整えてからＭＰＥＧ−４エンコーダに入力し、その処理結果を、映像送信部へ渡す。本実施形態における映像変換部では、ＪＰＥＧ形式のソース映像データを、予め、ＱＣＩＦサイズかつＹＵＶ４１１形式に整えてからＭＰＥＧ−４コーデックへ入力し、生成されたＭＰＥＧ−４データ（Ｉ−ｆｒａｍｅまたはＰ−ｆｒａｍｅ）を映像送信部へ受け渡す。この際、映像取得部で付与されたタイムスタンプも併せてＭＰＥＧ−４コーデックへ入力される。
【００８８】
なお、映像取得部から禁止エリア検出が通知されている場合には、カメラ制御を制限された領域であって映像を表示できない旨を示す合成画面を、ソース映像データに代えて、ＭＰＥＧ−４コーデックへ入力する。
【００８９】
次に、映像送信部では、まず、初期化時に受取った映像クリップ上限値にしたがってメモリ領域を確保する。そして、映像変換部が生成した携帯電話向け映像データを受取り、確保したメモリ領域に保持する。
【００９０】
さらに、映像送信部では、禁止エリア検出通知を受け取った時点から禁止エリアを外れたことを検知した時点までの区間に対応して、メモリ領域の利用率をも加味した上で、映像クリップの分割点を決定する。そして、分割点と判断した場合には、携帯電話向け映像クリップのデータフォーマットに準拠したヘッダ情報を前置して、メモリ領域に保持している映像データをファイルとして保存し、メモリ領域を再利用する。これによって、映像クリップが複数のファイルに分割保存される。
【００９１】
また、映像送信部では、映像取得部で得られるカメラ制御状態情報を受け取り、時間軸に沿って保持する。そして、予め設定されている時間周期でカメラ制御状態情報から、カメラ制御状態情報に相当するカメラ制御シーケンス（ＰＴＺシーケンス）を生成して、そのＰＴＺシーケンスをパラメータとする専用ビューワの起動支持をリンク情報として映像クリップに組み込む。
【００９２】
典型的には、隣接するカメラ制御状態情報の差分からＰＴＺシーケンスを構成するが、ＰＴＺシーケンス初期値を指定する場合やプリセット位置やホームポジションなどと一致する場合には、絶対値指定を指示する。この際、図１４に示すように、ある映像データの区間（映像セグメント）に対応するリンク情報には、時間軸を逆方向に過剰な長さのカメラ制御シーケンスを割当てる。すなわち、映像クリップ中で隣接するリンク情報には、重複したカメラ制御シーケンスが冗長的に割当てられることになる。
【００９３】
そして、カメラ制御部からＰＴＺシーケンスの終了を通知された時点で、メモリ領域に保持している映像データの残りを同様にファイルとして保存した上で、それまでに保存している複数の映像クリップへのリンク情報を埋め込んだ携帯電話端末への通知情報を作成し、初期化時に受取った通知先アドレスへ通知する。これによって、通知情報を受取った携帯電話端末から各映像クリップへのダウンロード要求を可能とする。
【００９４】
なお、映像送信部は、ＨＴＴＰサーバ機能を備えており、携帯電話端末からのＨＴＴＰ利用の映像クリップのダウンロード要求に対応する。
【００９５】
次に、カメラ制御部では、ＰＴＺシーケンスを解釈して、カメラサーバに送るべきカメラ制御コマンドを作成し、ＰＴＺシーケンスに指示されたタイミングで作成したカメラ制御コマンドをカメラサーバに送信することで、カメラサーバのカメラ制御を行う。そして、ＰＴＺシーケンスを解釈し終えた時点で、ＰＴＺシーケンスの終了を映像送信部に通知する。
【００９６】
以上の構成で、携帯電話端末上に実装された映像クリップビューワを使うユーザは、映像変換サーバに映像クリップを要求することができる。そして、映像変換サーバの機能により、映像クリップが作成された時点のカメラ制御状態情報を、映像クリップ再生ユーザが利用可能となる。
【００９７】
以上で、ネットワーク上に配置されたカメラサーバから送られるライブ映像を、携帯電話端末向け映像クリップに変換してユーザに提供する事ができる。特に、本実施形態の映像変換サーバでは、カメラサーバのカメラ制御状態情報を反映した映像クリップを生成する点に特徴がある。
【００９８】
本実施形態では、携帯電話網とネットワークとを結ぶゲートウェイとは独立に、ネットワーク上に映像変換サーバが実装される例について説明しているが、映像変換サーバが、ゲートウェイの一部として実装されても良い。また、映像変換サーバとゲートウェイとが、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）なども含めて専用線で接続されるような接続形態も容易に想像できる。
【００９９】
また、本実施形態では、ＨＴＴＰ通信を用いて、携帯電話ビューワと映像変換サーバとが通信する例について説明しているが、この通信は、ＳＭＴＰ （Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ） を用いた通信であっても良い。
【０１００】
また、携帯電話ビューワと映像変換サーバとのＨＴＴＰ通信やＳＭＴＰ通信は、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）などの併用により、安全な通信経路を利用しても良い。
【０１０１】
本実施形態では、携帯電話ビューワが、カメラ制御コマンド列 （ＰＴＺシーケンス）を発行することで、カメラ制御を行うユーザと映像クリップ要求するユーザとが同一である例について説明しているが、カメラ制御コマンドを発行するユーザは、別のユーザであっても良い。例えば、あるユーザがＰＣ上の専用ビューワなどを利用してカメラ制御を行っている際に、別のユーザが映像クリップを要求するような事例である。
【０１０２】
さらに、ＳＭＴＰ通信などを利用して映像クリップを要求する場合には、映像クリップ要求ユーザと映像クリップ受信ユーザとが異なっていることも考えられる。この場合には、映像クリップ要求ユーザのアクセス権限と映像クリップ受信ユーザのアクセス権限との一方あるいは両方を評価して、映像クリップ生成に反映することが考えられる。
【０１０３】
本実施形態では、設定された一定の周期でカメラ制御シーケンスを含むリンク情報を生成し映像クリップに組み込む例について説明しているが、リンク情報の生成のタイミングは、一定周期に限定されない。例えば、カメラ制御状態情報の変化値の累積値が所定の条件を満たしたタイミングであっても良い。また、映像データ自体の変化値（例えば、画像認識されるオブジェクトの個体数の変化）が所定の条件を満たしたタイミングであっても良い。
【０１０４】
また、本実施形態の映像送信部で生成しているカメラ制御シーケンスは、映像取得部から得られるカメラ状態情報に基づき生成しているが、これは、カメラ制御部が解釈しているＰＴＺシーケンスから部分シーケンスを切り出す事で生成しても良い。
【０１０５】
この方法の場合、映像クリップ作成を要求したユーザの意図に一層近いカメラ制御シーケンスが得られる一方で、禁止エリアへのカメラ制御などを含む場合には、映像データと同期しないカメラ制御シーケンスが生成されるという得失がある。
【０１０６】
本実施形態の映像送信部では、映像クリップ中のある映像データ区間に対応するリンク情報に、隣接する映像データ区間の時間中のカメラ制御シーケンスを割当てられる例について説明しているが、割当てられるカメラ制御シーケンスの長さ（あるいは時間）は、映像データ区間の時間と従属する必要は無い。典型的には、映像変換サーバに事前設定された固定長（時間）であっても良い。また、割当てられるカメラ制御シーケンスの長さ（時間）は、各種の事象の発生に依存することも容易に想像できる。
【０１０７】
本実施形態では、カメラサーバから取得した映像を携帯電話向け映像クリップに変換して送信する例について説明したが、映像クリップの形式は、携帯電話向け映像クリップに限定されない。例えば、マイクロソフト社のＷｉｎｄｏｗｓ（Ｒ） ＭｅｄｉａＰｌａｙｅｒでは、ＩＳＯ標準の ＭＰＥＧ−４ コーデックにも対応するため、本実施形態の映像送信部が映像クリップを生成する時点で、マイクロソフト社のＡＳＦ形式に準拠したデータフォーマットに整形し、かつ、そのフォーマットの中でＭＰＥＧ−４コーデックを指定することで、Ｗｉｎｄｏｗｓ（Ｒ） ＭｅｄｉａＰｌａｙｅｒでの再生が可能となる。同様にして、Ａｐｐｌｅ社 ＱｕｉｃｋＴｉｍｅ Ｆｉｌｅ Ｆｏｒｍａｔに準拠することで、ＱｕｉｃｋＴｉｍｅＰｌａｙｅｒにも対応可能である。
【０１０８】
また、映像クリップへのリンク情報組込みとして、本実施形態では、カメラ制御情報を組み込む例について説明しているが、例えば、映像クリップの末尾では、カメラ制御情報の如何に関わらず、現在のカメラサーバに接続するリンク情報を組み込むことも容易に想像できる（図１７（ａ））。また、カメラ制御コマンドをリンク情報として組み込む場合、そのカメラ制御コマンドが行おうとしている制御を説明するテロップを映像に挿入することも考えられる（図１７（ｂ））。また、映像変換サーバに事前設定されたリンク情報（例えば、広告情報へのリンク情報）を組み込むことも容易に想像できる。さらに、これらの複数種類のリンク情報が混在していても良い。
【０１０９】
＜第２の実施形態：サーバ側に制御識別子の管理表を保持、間接制御＞
第２の実施形態では、第１の実施形態同様、インターネット上に配置されたカメラサーバから取得したライブ映像を、携帯電話端末向け映像クリップに変換して送信する例について説明する。特に、本実施形態では、映像変換サーバが、カメラ制御情報履歴の管理表を保持する点に特徴がある。
【０１１０】
本実施形態では、ネットワークの接続形態やハードウェア構成、および、各ソフトウェアの動作の多くは、第１の実施形態で説明した通りである。ただし、図１３で示した映像変換サーバの一部の動作が、第１の実施形態とは、異なる。
【０１１１】
本実施形態では、映像変換サーバの映像送信部が次のように動作する。本実施形態の映像送信部は、映像クリップへ組み込むリンク情報の記述が、映像変換サーバ内部に管理するカメラ制御情報履歴の管理表を参照する専用ビューワの起動となる点で、第１の実施形態の映像送信部と異なる。
【０１１２】
第２の実施形態の映像変換部では、まず、第１の実施形態同様、受け取ったカメラ状態情報を時間軸に沿って保持し、そこから、カメラ制御状態情報に相当するカメラ制御シーケンス（ＰＴＺシーケンス）を生成するが、この際、生成したＰＴＺシーケンスを直接リンク情報として映像クリップに組み込む事をしない。代わりに、生成したＰＴＺシーケンスを、映像変換サーバ内の管理表（以下、制御履歴管理表、図１８）に格納し、その制御履歴管理表への参照情報をリンク情報として映像クリップに組み込む。制御履歴管理表への参照情報としては、制御履歴管理表の各項目に識別子を割当て、その識別子を参照情報とする。
【０１１３】
割当てる識別子は、例えば、カメラサーバ識別子（典型的には、ＩＰアドレス）とＰＴＺシーケンスの生成時刻とから合成する事ができる。あるいは、順番に割当てたシリアル番号であっても良い。
【０１１４】
そして、携帯電話端末で実行される専用ビューワからのカメラ制御情報参照要求があった場合には、識別子をキーとして制御履歴管理表内で検索し、見つかったＰＴＺシーケンスを携帯電話端末で実行される専用ビューワに返答するよう動作する。
【０１１５】
以上の構成で、携帯電話端末上に実装された映像クリップビューワを使うユーザは、映像変換サーバに映像クリップを要求することができる。そして、映像変換サーバの機能により、映像クリップが作成された時点のカメラ制御状態情報を、映像クリップ再生ユーザが利用可能となる。
【０１１６】
特に、本実施形態では、映像変換サーバ内に蓄積されたカメラ制御情報を参照して、実際のカメラサーバを制御する。 これにより、映像クリップ生成時点ではなく、映像クリップ再生時点でのカメラ制御パラメータなどをも反映した処理が可能となる。例えば、映像クリップ生成を要求したユーザと映像クリップを再生しているユーザとが異なったアクセス権限を設定されている場合に、再生ユーザの権限を反映してカメラ制御することが可能となる。これは、映像クリップが複数のユーザ間でメールなどで受渡しされる状況下で効果がある。
【０１１７】
また、映像変換サーバ内に管理される制御履歴管理表を参照することによって、生成された映像クリップの時間枠に隣接する時間枠のカメラ制御情報を参照することも可能となる。すなわち、映像クリップに含まれる識別子（制御履歴管理表への参照情報）をたどる事によって、映像クリップの前後で行われたカメラ制御を、芋づる式に取得することが可能となる。
【０１１８】
本実施形態では、携帯電話端末で実行される専用ビューワが、映像クリップ中に組み込まれた識別子を使って、映像変換サーバにカメラ制御情報を問い合わせ、カメラ制御情報を取得し、カメラ制御する例について説明しているが、カメラ制御を実行するのは、携帯電話端末で実行される専用ビューワに限定されない。例えば、映像クリップ中に組み込まれた識別子を指定した上で、映像変換サーバにカメラサーバのカメラ制御を委譲するよう実施しても良い。
【０１１９】
本実施形態では、映像変換サーバ自身が、制御履歴管理表を管理する例について説明しているが、制御履歴管理表は、別のデータベースサーバなどが管理しても良い。
【０１２０】
＜第３の実施形態：映像クリップ中のカメラ状態情報からビューワが抽出＞
第３の実施形態では、第１の実施形態と同様、インターネット上に配置されたカメラサーバから取得したライブ映像を、携帯電話端末向け映像クリップに変換して送信する例について説明する。特に、本実施形態では、カメラ制御機能などが必要な際に起動される専用ビューワが、映像クリップ内に組み込まれたカメラ状態情報を抽出して、カメラサーバのカメラ制御する点に特徴がある。
【０１２１】
本実施形態では、ネットワークの接続形態やハードウェア構成、および、各ソフトウェアの動作の多くは、第１の実施形態で説明した通りである。ただし、図１３で示した映像変換サーバの一部の動作、および、図１９で説明した専用ビューワの一部の動作が、第１の実施形態とは異なる。
【０１２２】
本実施形態では、映像変換サーバの映像送信部が次のように動作する。本実施形態の映像送信部は、映像クリップへ組み込むリンク情報の記述が、映像クリップ自身への参照と映像クリップ中の経過時間とをパラメータとする専用ビューワの起動指示となる点で、第１の実施形態の映像送信部と異なる。
【０１２３】
また、本実施形態では、専用ビューワのカメラ制御部が次のように動作する。本実施形態のカメラ制御部は、ステップＳ６５２で初期化され、起動時に指示されたカメラ制御サーバに接続した後、同じく起動時に指示された映像クリップを解釈して、そこに含まれるカメラ状態情報からカメラ制御コマンドを抽出して、自動カメラ制御する点で、第１の実施形態の専用ビューワのカメラ制御部と異なる。
【０１２４】
この中で、映像クリップを解釈して、そこに含まれるカメラ状態情報からカメラ制御コマンドを抽出手順については、第１の実施形態の映像変換サーバの映像送信部と同様の手順で実施される。
【０１２５】
すなわち、映像クリップに含まれるカメラ制御状態情報を取り出し、時間軸に沿って保持する。そして、予め設定されている時間周期でカメラ制御状態情報から、カメラ制御状態情報に相当するカメラ制御シーケンス（ＰＴＺシーケンス）を生成する。典型的には、隣接するカメラ制御状態情報の差分からＰＴＺシーケンスを構成するが、ＰＴＺシーケンス初期値を指定する場合やプリセット位置やホームポジションなどと一致する場合には、絶対値指定を指示する。
【０１２６】
以上の構成で、携帯電話端末上に実装された専用ビューワが、映像クリップ内に組み込まれたカメラ状態情報を抽出して、カメラサーバのカメラ制御することができる。
【０１２７】
特に、本実施形態では、カメラ状態情報からカメラ制御コマンド列（ＰＴＺシーケンス）を生成する作業を、各携帯電話端末に分散させ、かつ、本当に必要となる時点まで遅延させることによって、映像変換など多くの計算能力（コンピューティングパワー）を必要とする映像変換サーバにおける計算量を削減することが可能となり、クライアントサーバ間の良好なレスポンスを達成することが可能となる。
【０１２８】
＜第４の実施形態：カメラサーバ一体型の映像変換サーバ（ＶＢ組み込み例）＞
第４の実施形態では、第１の実施形態と同様、インターネット上に配置されたカメラサーバから取得したライブ映像を、携帯電話端末向け映像クリップに変換して送信する例について説明する。特に、本実施形態では、映像変換サーバが、カメラサーバと一体化している点に特徴がある。
【０１２９】
本実施形態では、ネットワークの接続形態やハードウェア構成、および、各ソフトウェアの動作の多くは、第１の実施形態で説明した通りである。ただし、図１の利用形態、図２の映像変換サーバのハードウェア構成、および、図１３で示した映像変換サーバの一部の動作が第１の実施形態とは異なる。
【０１３０】
まず、本実施形態では、映像変換サーバとカメラサーバとが一体化しているため、利用形態は、図２０の通りである。また、映像変換サーバのハードウェア構成も、図３のカメラサーバのハードウェア構成の通りである。さらに、映像変換サーバの映像取得部は、映像サーバのステップＳ８０６と同様に、ハードウェア構成の映像キャプチャボードを使って映像データを獲得する。
【０１３１】
本実施形態では、映像変換サーバが、ハードウェア構成の映像キャプチャボードを使って映像データを獲得する例について説明したが、カメラサーバと一体化した映像変換サーバであっても、第１の実施形態と同様に、他のカメラサーバの映像サーバからも映像データを取得できるよう設計することも容易に想像できる。これによって、カメラサーバのエンコード処理の負荷分散、配送処理の負荷分散、および、ネットワーク通信インフラにおける輻輳防止などの効果がある。
【０１３２】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【０１３３】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１３４】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【０１３５】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３６】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３７】
ここで、本発明の実施態様を以下に列挙する。
［実施態様１］ネットワーク上に配置される映像通信装置であって、
映像データを取得し、前記映像データの取得に伴う前記映像データの取得先の状態情報を前記映像データに付与する映像取得手段と、
前記映像データを映像クリップに変換し、前記映像取得手段の制御に関する情報を前記映像クリップに関連付ける映像クリップ変換手段と、
前記映像クリップを外部端末に対して送信する映像送信手段とを有することを特徴とする映像通信装置。
【０１３８】
［実施態様２］前記映像取得手段は、当該映像通信装置に内蔵されるカメラ装置から前記映像データを取得することを特徴とする実施態様１に記載の映像通信装置。
【０１３９】
［実施態様３］前記映像取得手段は、前記ネットワーク上に接続されるカメラサーバから前記映像データを取得することを特徴とする実施態様１に記載の映像通信装置。
【０１４０】
［実施態様４］前記映像クリップ変換手段は、前記制御情報であるカメラ制御情報の発行を関連付けることを特徴とする実施態様１に記載の映像通信装置。
【０１４１】
［実施態様５］前記映像クリップ変換手段は、前記映像取得手段が映像に付与する前記状態情報であるカメラ状態情報の差分からカメラ制御情報を生成することを特徴とする実施態様４に記載の映像通信装置。
【０１４２】
［実施態様６］前記映像クリップ変換手段は、前記映像取得手段における条件を満たす事象発生時のタイミングで映像クリップを区分分割し、それぞれの映像区間に映像を反映したカメラ制御情報を含むリンク情報を関連付けることを特徴とする実施態様４に記載の映像通信装置。
【０１４３】
［実施態様７］前記映像クリップ変換手段は、それぞれの映像区間に割当てるカメラ制御情報を、隣接する映像区間に割当てるカメラ制御情報と一部重複するよう冗長的に割当てることを特徴とする実施態様６に記載の映像通信装置。
【０１４４】
［実施態様８］前記映像クリップ変換手段は、前記映像取得手段が映像に付与するカメラ状態情報の差分から生成したカメラ制御情報と映像変換サーバに事前設定されたカメラ制御情報とを混在させたカメラ制御情報を生成することを特徴とする実施態様４に記載の映像通信装置。
【０１４５】
［実施態様９］カメラから出力される映像データの取得に伴う前記映像データの取得先の状態情報を前記映像データに付与する映像取得ステップと、
前記映像データを映像クリップに変換し、前記カメラの制御に関する情報を前記映像クリップの一部区間あるいは全体に関連付ける映像クリップ変換ステップと、
前記映像クリップを外部端末に対して送信する映像クリップ送信ステップとを含むことを特徴とする情報処理方法。
【０１４６】
［実施態様１０］実施態様９に記載の情報処理方法をコンピュータに実行させるためのプログラム。
【０１４７】
［実施態様１１］実施態様１０に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【０１４８】
【発明の効果】
本発明によれば、カメラサーバに装備されたカメラ制御機能を適切に反映して映像クリップを生成、送信することで、携帯電話端末などの端末に広く実装されている映像クリップ再生表示機能とカメラ制御機能付きカメラサーバとの連携を向上させることが可能となる。
【図面の簡単な説明】
【図１】本発明を用いた典型的な利用形態を示した図である。
【図２】映像変換サーバのハードウェア構成の一例を示した図である。
【図３】カメラサーバのハードウェア構成の一例を示した図である。
【図４】ビューワを動作させるハードウェア構成の一例を示した図である。
【図５】プログラムの構成する部分を模式化した図である。
【図６】携帯電話ビューワの動作の流れを示す図である。
【図７】カメラサーバ内のカメラ制御サーバの動作を示した流れ図である。
【図８】カメラサーバ内の映像サーバの動作を示した流れ図である。
【図９】ＰＴＺシーケンスを作成する携帯電話端末の様子を例示した図である。
【図１０】カメラサーバの設定画面を例示した図である。
【図１１】カメラサーバの設定プログラムの動作を示す流れ図である。
【図１２】映像変換サーバにおける映像データの流れを模式化した図である。
【図１３】映像変換サーバの動作を示した流れ図である。
【図１４】映像変換サーバにおいて映像クリップに挿入されるＰＴＺシーケンスと映像区間との対応を説明するための図である。
【図１５】携帯電話端末の表示例を説明するための図である。
【図１６】ＰＴＺシーケンス作成の流れを示す図である。
【図１７】映像クリップの表示例を説明するための図である。
【図１８】第２の実施形態における制御履歴管理表を説明するための図である。
【図１９】第１の実施形態における専用ビューワの流れを示す図である。
【図２０】第４の実施形態における典型的な利用形態を示した図である。
【符号の説明】
１０１、１０２ カメラサーバ
２００ ビューワ
３００ 中継サーバ
４００ 映像変換サーバ
５００ ゲートウェイ
６０１、６０２ 携帯電話端末
【発明の属する技術分野】
本発明は、通信によって映像データを配信する技術に関し、特に、カメラ装置などのライブ映像ソースの制御情報を反映して、携帯電話端末など携帯情報端末向けに映像データ（映像クリップ）を提供する技術に関するものである。
【０００２】
【従来の技術】
本発明に関係する既存の技術は、以下の通りである。
【０００３】
［ライブ映像通信システム］
撮影したライブ映像を、インターネットなどの通信インフラストラクチャを使って配信するとともに、撮影のためのカメラ設定やカメラ操作などを指示する技術が確立され、製品が販売されている。
【０００４】
これらの映像配信システムなどでは、映像配信に加えて、パン、チルト、ズーム、逆光補正といったカメラ制御を、ネットワークを介して提供可能となっている。また、アクセス制御機能を備え、利用者のアクセス権限に応じて、カメラ制御や映像配信の制限を行うことができる。
【０００５】
さらに、カメラ制御によって撮像される領域に関しても制限することが可能になっている。例えば、特権ユーザでは、カメラに備わるズーム機能のすべてを利用できるが、通常ユーザは、ズーム機能の一部（たとえば、テレ端を使い切れない）のみ利用可能とするような制限である。パン機能やチルト機能についても同様である。
【０００６】
［第三世代携帯電話技術］
従来の携帯電話サービスよりも高い電波利用効率と通信帯域を備えた携帯電話サービスとして、第三世代（３Ｇ）の携帯電話サービスが提供されるようになっている。
【０００７】
第三世代（３Ｇ）の携帯電話では、電話通話しながらインターネットアクセスなどのデータ通信が可能となっている。例えば、これらはマルチアクセスと呼ばれる接続形態を用意しており、これを利用することで、ウェブブラウジングなどのデータ通信を行いながら、電話通話を可能にしている。
【０００８】
さらに、第三世代携帯電話端末では、端末自体の処理能力も強化されており、これまでＰＣ（パーソナルコンピュータ）などで行っていた作業を携帯電話端末で処理可能になっている。例えば、メールやウェブブラウジングおよび映像送受信などの機能を実装している携帯電話端末が提供されている。
【０００９】
［ＭＰＥＧ−４コーデック］
移動体通信網に接続する携帯情報端末から広帯域インターネットに接続するＰＣまでの映像送受信端末の広がりを受けて、数十ｋｐｂｓから数十Ｍｂｐｓの広いビットレートをカバーする高圧縮符号化効率、および、無線やインターネットなどの伝送路誤りに対する強い耐性などを備えた動画像圧縮符号化方式として、ＩＳＯで１９９９年にＭＰＥＧ−４が制定されている。
【００１０】
この、ＭＰＥＧ−４を用いた映像配信サービスが、個人情報端末（ＰＤＡ）や携帯電話端末向けに提供されている。
【００１１】
［携帯電話向けＭＰＥＧ−４クリップ技術］
携帯電話端末に映像クリップ（ファイル）を表示する技術が提供されている。
【００１２】
これらのサービスでは、ＭＰＥＧ−４コーデックなどで圧縮符号化された映像データ（映像クリップあるいは映像ファイル）をサーバに保存し、携帯電話端末に内蔵するデータ通信機能を使ってサーバからダウンロードした上で、同じく携帯電話端末に内蔵するデコーダを使って映像を携帯電話端末の画面に表示する。
【００１３】
また、これらの映像クリップのデータフォーマットは、マイクロソフト社のＡＳＦ （Ａｄｖａｎｃｅｄ Ｓｔｒｅａｍｉｎｇ Ｆｏｒｍａｔ） 形式や、ＩＳＯ標準のＭＰ４形式 （ＩＳＯ／ＩＥＣ１４４９６−１ Ａｍｄ１ ＭＰＥＧ−４システム Ｖｅｒｓｉｏｎ２） など、インターネットやＰＣなどで広く普及している形式に準拠している。
【００１４】
また、これらのサービスでは、いずれも映像クリップの上限（例えば、２４０ｋｂｙｔｅｓ）が決められている。
【００１５】
［映像クリップへのリンクやコマンドの関連付け技術］
マイクロソフト社のＡＳＦ （Ａｄｖａｎｃｅｄ Ｓｔｒｅａｍｉｎｇ Ｆｏｒｍａｔ） 形式や Ａｐｐｌｅ社 ＱｕｉｃｋＴｉｍｅ Ｆｉｌｅ Ｆｏｒｍａｔなどでは、映像クリップにＵＲＬなどのハイパーリンク機能を関連付けることができる。
【００１６】
例えば、ＡＳＦでは、”Ｓｃｒｉｐｔ Ｃｏｍｍａｎｄ Ｏｂｊｅｃｔ”を定義することが可能であり、このオブジェクト内に、ＡＳＦファイル再生時のタイムラインに同期するように設定したリンク情報をリストできる。さらに、ＡＳＦでは、ＳｃｒｉｐｔＣｏｍｍａｎｄ Ｏｂｊｅｃｔの名前のとおり、リンク情報ばかりでなく、スクリプトなどのコマンド情報も記述可能となっている。
【００１７】
また、ＫＤＤＩ社のｅｚｍｏｖｉｅ仕様にも、映像クリップにハイパーリンク機能付きのテキストテロップ（字幕）を追加する機能が備わっている。このテロップ記述言語には、ＫＤＤＩ社のＳＴＭＬ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｔｅｌｏｐ Ｍａｒｋ−ｕｐ Ｌａｎｇｕａｇｅの略）を利用する。この機能により、ユーザは、音声通話やメール送信やホームページリンクなどを、映像クリップと関連付けることができる。
【００１８】
【特許文献１】
特開２００３−１０８４７２号公報
【００１９】
【発明が解決しようとする課題】
本発明は、上述したような携帯電話端末に代表される新たな端末に対応可能な装置を提供することを目的とする。
【００２０】
【課題を解決するための手段】
斯かる目的を達成するために、本発明の映像通信装置は、ネットワーク上に配置される映像通信装置であって、映像データを取得し、前記映像データの取得に伴う前記映像データの取得先の状態情報を前記映像データに付与する映像取得手段と、前記映像データを映像クリップに変換し、前記映像取得手段の制御に関するアクション指定データを制御情報として前記映像クリップの一部区間あるいは全体に関連付けるとともに、前記状態情報を前記アクション指定データに反映させる映像クリップ変換手段と、前記映像クリップを外部端末に対して送信する映像送信手段とを有することを特徴とする。
【００２１】
【発明の実施の形態】
以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。
＜第１の実施形態＞
第１の実施形態では、ネットワーク上に配置されたカメラサーバから取得したライブ映像を、携帯電話端末向けに変換して送信する例について説明する。この中で、映像の変換を行い映像クリップを生成する映像変換サーバが、映像に付帯するカメラ制御状態情報（パン、チルト、ズーム、あるいは、制御権などの情報）を反映して、適切な映像クリップを生成する例についても説明する。特に、本実施形態の映像変換サーバでは、映像クリップが作成された時点のカメラ制御状態情報を使って、現在のカメラサーバにアクセスできるよう映像クリップを作成する点に特徴がある。
【００２２】
さらに、映像変換サーバは、携帯電話端末に備わる標準的な映像ビューワ（以下、カメラ制御機能などを備えない意味で『非専用ビューワ』と記述する）を用いて再生表示可能な映像クリップを生成した上で、その映像クリップ中に適切なリンク情報を組み込むことで、リンク情報を参照した場合に、カメラ制御機能などを備える専用ビューワ（以下、専用ビューワ）に、適切なカメラ制御情報を引き渡すことを可能とする。
【００２３】
図１は、本発明を用いた実施形態の典型的な利用形態を示した図であり、１０１および１０２はライブ映像通信システムによるカメラサーバ、２００はネットワークに接続されたＰＣなどにインストールされたビューワである。カメラサーバとビューワとはそれぞれネットワークに接続され、ビューワからネットワークを介してリクエストがカメラサーバへ送られ、これが受け入れられるとカメラサーバからビューワへ映像データが配送され、ビューワでカメラ映像を表示することが可能となる。またビューワからカメラ制御コマンドがカメラサーバへ送られ、カメラのズーム、パン、チルトなどの操作が可能となる。さらに、ネットワーク上には、中継サーバ３００が置かれビューワとカメラサーバとの通信を中継することがある。
【００２４】
さらに、４００は本実施形態による映像変換サーバであり、カメラサーバが提供する映像データを携帯電話端末向けに変換した上で、携帯電話向けに中継する。また、５００は本実施形態のネットワークと携帯電話回線網とを仲介するゲートウェイであり、６０１および６０２は、本発明のビューワを搭載した携帯電話端末である。このゲートウェイ５００を介して、本実施形態のネットワークに接続された機器と携帯電話端末６０１および６０２とが通信可能となる。なお、携帯電話端末上のビューワプログラムは、典型的には、工場出荷時にインストールされるが、Ｊａｖａ（Ｒ）プログラムのように実行時（利用時）にダウンロードされて実行される形態であっても良い。
【００２５】
図１のネットワークは企業あるいは組織内で運用されるイントラネットである場合もあり、広く世界をつないでいるインターネットである場合もある。また、中継サーバや映像変換サーバは、典型的には、インターネットイクスチェンジ（ＩＸ）やデータセンター（ＩＤＣ ： Ｉｎｔｅｒｎｅｔ Ｄａｔａ Ｃｅｎｔｅｒ）に配置され、通信負荷の軽減を図るよう設計される。
【００２６】
図２は、映像変換サーバを動作させるハードウェア構成の一例を示したものであり、サーバ向けコンピュータ、より詳細には、プログラムやデータを格納する記憶装置、ネットワークと接続するためのネットワークＩ／Ｆ、プログラムによる各種の処理を実行するＣＰＵ、などからなる。記憶装置は、主記憶装置となるＲＡＭ、フラッシュメモリやＨＤ装置などからなる二次記憶装置、および、プログラムを媒体からロードするためのＦＤ装置などから構成される。
【００２７】
また、図示しないが、設定などを行うための入出力装置を備える場合もある。具体的には、ディスプレイを接続する表示装置、キーボードやマウスなどのコントローラなどである。
【００２８】
図３はカメラサーバのハードウェア構成の一例を示したものであり、実際に撮像を行うカメラ装置とコンピュータ、より詳細には、プログラムやデータを格納する記憶装置、映像データを取り込むための映像キャプチャボード、カメラ装置にコマンドを送るためのシリアルＩ／Ｆ、ネットワークと接続するためのネットワークＩ／Ｆ、プログラムによる各種の処理を実行するＣＰＵ、などからなる。記憶装置は、主記憶装置となるＲＡＭ、フラッシュメモリやＨＤ装置などからなる二次記憶装置、および、プログラムを媒体からロードするためのＦＤ装置などから構成される。
【００２９】
なお、カメラサーバは、カメラ装置とコンピュータとが一体化されたサーバ内蔵型ネットワークカメラで構成されても良い。
【００３０】
図４はビューワを動作させるハードウェア構成の一例を示したものであり、携帯電話端末を使ってビューワを動作させる場合について説明している。より詳細には、プログラムやデータを格納する記憶装置、携帯電話網と接続するための無線通信Ｉ／Ｆ、プログラムによる各種の処理を実行するＣＰＵ、および、周辺装置などからなる。記憶装置は、主記憶装置となるＲＡＭ、フラッシュメモリなどからなる。周辺装置は、携帯電話端末上に配置されたボタンやスイッチ類などの入力装置、ディスプレイなどの表示出力装置、および、マイクロフォンやスピーカなどの音声入出力装置を含む。
【００３１】
図５はプログラムの構成する部分を模式化した図であり、カメラサーバ内にはカメラの制御をつかさどるカメラ制御サーバと映像の配送をつかさどる映像サーバの２つのモジュールを含む。
【００３２】
同様に、携帯電話端末上で動作するビューワ内にはカメラ制御コマンドの発行やカメラ状態通知に対応するカメラ制御部、映像クリップの表示を担当する映像表示部を含む。
【００３３】
さらに、映像変換サーバには、カメラ制御コマンド列（以下、ＰＴＺシーケンスと呼ぶ）を解釈し、カメラサーバにカメラ制御命令を発行するカメラ制御部、ならびに、カメラサーバから映像を取得し、携帯電話向けに変換し、さらに、それを携帯電話網向け映像クリップに編集するモジュール（映像取得部、映像変換部、映像送信部）、がそれぞれ含まれる。
【００３４】
図６は携帯電話上で映像クリップを再生表示する非専用ビューワの動作の流れを示す図である。
ステップＳ６０１で、まず、映像変換サーバ４００の識別子を入手する。これは、ユーザが直接キー操作により識別子を入力するのでも良いし、メールやウェブページに含まれる識別子を選択するのであっても良い。また、この場合の識別子は、典型的には、映像変換サーバ４００を識別するＵＲＬである。
【００３５】
続いて、ステップＳ６０２で、映像変換サーバ４００が接続すべきカメラサーバの識別子、そのカメラサーバに指示するカメラ制御（パン，チルト，ズーム）用のＰＴＺシーケンス、および、ユーザ識別子やパスワードなどアクセス制御用のユーザ識別情報を入手する。
【００３６】
カメラサーバ識別子やＰＴＺシーケンスは、ユーザが直接キー操作によりカメラ制御コマンドを構成するよう入力するのでも良いし、メールやウェブページに含まれるカメラサーバ識別子やＰＴＺシーケンスを選択するのであっても良い。
【００３７】
また、ＰＴＺシーケンスは、空であっても構わない。この場合、カメラ制御を伴わないカメラサーバの現状の映像クリップを意味する。また、ユーザ識別情報は、通常、ユーザが直接キー操作により入力するが、空であっても構わない。この場合、通常ユーザとしてのカメラサーバへの接続を意味する。続いてステップＳ６０３で、ゲートウェイ５００を経由して、入手した映像変換サーバ４００の識別子に基づき映像変換サーバ４００の映像送信部に接続する。
【００３８】
さらにステップＳ６０４で、携帯電話ビューワは、映像変換サーバに映像クリップを要求する。この要求は、要求する映像クリップの作成方法の指定などを含み、典型的には、ＨＴＴＰプロトコルに則り送信される。
【００３９】
この際、ＰＴＺシーケンスを入手している場合には、そのＰＴＺシーケンスを映像変換サーバに送信する。この要求およびＰＴＺシーケンスの送信は、ＨＴＴＰ接続のＧＥＴメソッドでＵＲＬに組み込んでも良いし、ＨＴＴＰ接続のＰＯＳＴメソッドで送信されても良い。ここでは、ＰＯＳＴメソッドで送信される場合について説明する。例えば、以下の通りである。なお、実際には、ＵＲＬエンコードが適用されるが、以下では、説明の都合上ＵＲＬエンコードを適用していない部分もある。
ＰＯＳＴ ／ｇｅｔｖｉｄｅｏｃｌｉｐ／ ＨＴＴＰ／１．１
Ｈｏｓｔ： ２０２．２８．３０．２０８：８０８０
Ｕｓｅｒ−Ａｇｅｎｔ： ＭｏｚｉｌｅＰｈｏｎｅ／２．０ Ｃ２１０１Ｖ（ｃ１００）
Ｐｒａｇｍａ： ｎｏ−ｃａｃｈｅ
ｖｉｄｅｏｅｎｃｏｄｅｐａｒａｍ＝ＱＣＩＦ：ｆｐｓ１５．０：ｂｐｓ６４０００：ｉｎｔｒａｆｒａｍｅ５：ｍｅ８
ｃａｍｅｒａｓｅｒｖｅｒｓ＝ｗｅｂｖｉｅｗ：／／ｖｂ１０１＿４．ｘ−ｚｏｎｅ．ｃａｎｏｎ．ｃｏ．ｊｐ：３４５６０＋３４５６１＋３４５６２
ＰＴＺ＝ＨＺ１５＿３０Ｓ３＿４０Ｓ４＿４０Ｐ−１０＿２０
ｍｏｖｉｅｓｉｚｅｍａｘ＝２４０ｋｂｙｔｅｓ
ｎｏｔｉｆｙｔｏ＝ｍａｉｌｔｏ：ｒｉｙｏｕｓｈａ３＠ｍａｉｌｓｅｒｖｅｒ．ｕｓｅｒｓｉｔｅ．ｃｏ．ｊｐ
ｕｓｅｒｉｄ＝３３１２４５
ｕｓｅｒｐｗ＝１５２１５２９４
【００４０】
ただし、『ｖｉｄｅｏｅｎｃｏｄｅｐａｒａｍ＝』に続く部分は、映像変換サーバがカメラサーバから受取ったソース映像を携帯電話向けにエンコードする際のパラメータ情報を指示するものである。また、『ｃａｍｅｒａｓｅｒｖｅｒｓ＝』に続く部分は、映像変換サーバが接続するカメラサーバを指定している。また、『ＰＴＺ＝』に続く部分は、映像変換サーバがカメラサーバに関して実行すべきカメラ制御のコマンドを並べたＰＴＺシーケンスを指定している。また、『ｍｏｖｉｅｓｉｚｅｍａｘ＝』に続く部分は、携帯電話端末あるいは携帯電話網が規定する映像クリップの最大サイズを指定している。また、『ｎｏｔｉｆｙｔｏ＝』に続く部分は、映像クリップ作成時に通知すべき連絡先である。典型的には、携帯電話端末ユーザのメールアドレスを指定する。また、『ｕｓｅｒｉｄ＝』と『ｕｓｅｒｐｗ＝』とに続く部分は、それぞれ、ユーザ識別子とパスワードとである。この中で、ＰＴＺシーケンスの構成要素は、以下のような意味を持つ。ｎは、数値データ（正負あり）である。
Ｐｎ パン（水平方向カメラ制御）指定
Ｔｎ チルト（垂直方向カメラ制御）指定
Ｚｎ ズーム指定
Ｂｎ 逆光補正、逆光補正のＯＮ／ＯＦＦ
Ｈ ホームポジション指定
Ｓｎ プリセット位置指定、ｎ番目のプリセット位置
Ｃｎ カメラサーバ接続切換え指定、ｎ番目のカメラサーバ
Ｋｎ カメラサーバ内カメラ切換え指定、ｎ番目のカメラ
＿ｎ 時間経過指定。０．１秒単位
【００４１】
続いて、ステップＳ６０５で、映像変換サーバ４００からのレスポンスを待つ。続いて、ステップＳ６０６で、映像変換サーバ４００から受取ったレスポンスを解釈して携帯電話端末の表示装置に表示する。例えば、図１５（ａ）の通りである。もしも、映像変換サーバ４００からのレスポンスが、何らかの理由からすぐに映像を生成できないことを示す内容であった場合には、ステップＳ６０７に進む。反対に、映像をすぐに生成できたことを示す内容であった場合には、ステップＳ６０８に進む。
【００４２】
ステップＳ６０７では、映像変換サーバ４００からのメール通知を待受ける。メール通知は、例えば、ＳＭＴＰ （Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）によるが、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）であってもよい。メール通知を受取った場合には、そのメール内容を映像変換サーバ４００からのレスポンスとして表示し、ステップＳ６０８に進む。例えば、図１５（ｂ）の通りである。ステップＳ６０８では、レスポンスに含まれる映像クリップの一つを選択し、ダウンロードして再生表示する。例えば、図１５（ｃ）の通りである。
【００４３】
ここでは、ダウンロード完了を待っているが、映像クリップの再生表示処理は、ダウンロード完了を待たず、表示再生可能な映像クリップデータが揃った時点で、再生表示処理を開始しても良い。
【００４４】
そして、携帯電話ビューワでの映像クリップの再生表示中に、携帯電話端末ユーザがクリックした場合には、クリックした時点に表示されている映像データ（映像区間、または、映像セグメントと呼ぶ事がある）に対応するリンク情報およびカメラの制御情報が映像クリップから抽出され、携帯電話端末に備わるブラウザ機能を使って、そのリンク情報が示すリンク先情報にアクセスする。リンク先情報へのアクセスでは、典型的には、カメラ制御を可能とする専用ビューワを起動し、再生されている映像クリップに対応するカメラの撮影方向にカメラを制御しながら撮影を行う。具体的には、指定された映像クリップの再生区間に時系列的に対応してカメラのパン，チルト，ズームを順次制御する。また、携帯電話端末の設定によっては、設定されたアクションを行う場合もある。例えば、アクセスされたリンク情報をメール添付したメールの発信である。
【００４５】
図１９は、専用ビューワの動作の流れを説明している。ステップＳ６５１で起動時に指示されたカメラサーバを構成する映像サーバのアドレスおよび接続ポートの情報に従い、映像サーバへ接続する。ここで、接続以降の処理を行うための動作プログラム（実現方法としては、スレッドあるいはプロセスの起動となる）が起動され、このプログラムは終了までステップＳ６６１を繰り返す。ステップＳ６６１では、映像サーバからの映像データが届くたびにそれを受け取り表示する。
【００４６】
さらにメインのプログラムはステップＳ６５２で、同じく起動時に指示されたカメラ制御サーバのアドレスおよび接続ポートの情報に従い、カメラ制御サーバへ接続する。
【００４７】
そして、これ以降メインプログラムはユーザからの操作要求を受けつけ、実行するメインループへ続く。まず、ステップＳ６５３でユーザの操作をキーボタン操作などから受け取る。これがカメラ制御に関する場合にはステップＳ６５４でカメラ制御サーバへコマンドを発行する。また、映像サーバに関する場合にはステップＳ６５５で映像サーバへコマンドを発する。
【００４８】
また、ユーザの操作がビューワの状態を変更する操作（たとえば表示サイズの変更操作など）の場合にはステップＳ６５６で内部状態を更新する。そして、ユーザの操作が終了の場合には、ステップＳ６５７でビューワの動作に関連する各プログラムを順次終了する。Ｓ６５４〜Ｓ６５７の処理が完了するとＳ６５３へ戻り、ユーザの操作入力を待つ。
【００４９】
携帯電話端末上で動作する専用ビューワは、携帯電話端末の出荷時に備わるソフトウェアとして実装される場合もあるが、Ｊａｖａ（Ｒ）プログラムのようにネットワークからダウンロードして実装されるソフトウェアである場合もある。
【００５０】
図７はカメラサーバ内のカメラ制御サーバの動作を示した流れ図である。カメラ制御サーバはまず起動時にステップＳ７０１で特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）からカメラ制御サーバの動作設定情報を読み出して、それに基づき動作を開始する。ここでクライアントであるビューワプログラムや映像変換サーバからのリクエストを受け付けるポートを開き、続いて、ステップＳ７０２のリクエスト受付状態に入る。
【００５１】
リクエスト（接続リクエストもしくは操作コマンドリクエスト）が受け付けられたら、Ｓ７０２を抜け、接続リクエストならばステップＳ７０３で接続の可否の判定を行う。否ならば接続拒否のエラーコードを返し、Ｓ７０２に戻る。可ならば、ステップＳ７０４で接続処理として、クライアントからのコマンドの受付処理を行うスレッドを生成し、クライアントの登録を行ってから、Ｓ７０２に戻る。生成されたスレッドでは、ステップＳ７０７で対応するクライアントからのコマンドの受付を行う。
【００５２】
コマンドが届いたならば、それを受け付け、カメラ操作を行う主プログラムへ受け渡す。主プログラムはステップＳ７０２でこれを受け、操作コマンドに対してはステップＳ７０５へ進み、操作コマンドを発行したスレッドが接続しているクライアントの権限に応じてカメラ操作を行って、その結果（操作が成功か失敗かを示すコードなど）をカメラ操作要求を受け付けたクライアント対応のスレッドへ伝える。このクライアント対応のスレッドはステップＳ７０８で結果をクライアントへ送り返す。主プログラム部分では、ステップＳ７０６でカメラの操作により変化した状態（たとえば、パン・チルト・ズームの値、および、禁止エリア検出の有無などを含むカメラ状態情報など）をすべてのクライアント対応のスレッドに伝える。
【００５３】
各クライアント対応のスレッドはステップＳ７０９でカメラ制御状態の変化をクライアントへ通達する。クライアント対応のスレッドはクライアントから接続終了のコマンドを受けたならば、それを主プログラムへ通達し、さらにステップＳ７１０で自身のスレッドを終了する。
【００５４】
図８はカメラサーバ内の映像サーバの動作を示した流れ図である。映像サーバはまず起動時にステップＳ８０１で特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）から映像サーバの動作設定情報を読み出して、それに基づき動作を開始する。ここで、映像の獲得と符号化と蓄積を行うスレッドを生成し（最初このスレッドは休止状態）、クライアントであるビューワプログラムや映像変換サーバからのリクエストを受け付けるポートを開き、続いて、ステップＳ８０２のリクエスト受付状態に入る。
【００５５】
リクエスト（接続リクエストもしくはコマンドリクエスト）が受け付けられたら、Ｓ８０２を抜け、接続リクエストならばステップＳ８０３で接続の可否の判定を行う。否ならば接続拒否のエラーコードを返し、Ｓ８０２に戻る。可ならば、ステップＳ８０４で接続処理として、クライアントごとのセッションを識別するためのセッション識別子を生成し、クライアントからのコマンドの受付処理を行うスレッドを生成し、接続リクエストを発行したクライアントのアクセス権情報などに則してクライアントの登録を行い、Ｓ８０２に戻る。
【００５６】
なお、この際、リクエスト内容がライブ映像への接続であり、かつ、映像の獲得と符号化を行うスレッドが休止状態ならば、Ｓ８０２に戻る前に、動作開始を指示する。生成されたクライアント対応のスレッドでは、ステップＳ８０７で対応するクライアントからのコマンドの受付を行う。コマンドが届いたならば、それを受け付け、映像処理を行う主プログラムへ受け渡す。
【００５７】
主プログラムはステップＳ８０２でこれを受け、操作コマンドに対してはステップＳ８０５へ進み、映像の獲得や符号化・送信などに関する設定の変更操作を行って、その結果（操作の成功か失敗を示すコード）をコマンド要求を受け付けたクライアント対応のスレッドへ伝える。クライアント対応のスレッドはステップＳ８０８で、この結果をクライアントへ送り返す。
【００５８】
主プログラム部分では、ステップＳ８０４からの映像の獲得と符号化を行うスレッドへの動作開始の指示により、ステップＳ８０６では前もって設定された時間間隔で映像データを映像キャプチャボードを使って獲得し、これを圧縮データに変換する。さらにこの圧縮データを、ライブ映像に接続しているすべてのクライアント対応のスレッドに伝える。
【００５９】
各クライアント対応のスレッドはステップＳ８０９で、クライアントからの次映像フレーム送信要求の有無を判定し、要求があるならば、圧縮データをクライアントへ配送する。この際、禁止エリアが検出されている場合には、予め登録されているクライアントに関する情報に照らして、登録されているクライアントの接続以外には、禁止エリアに該当しているため圧縮データを配信しない旨（禁止エリア検出通知）を通知する。
【００６０】
そして、ライブ映像に接続しているクライアント対応のスレッドが、クライアントからの次映像フレーム送信要求（これはクライアントでの圧縮映像データの受け取り完了に対して、送り返されるのが一般的である）を受け取った場合には映像フレーム送信要求のフラグを設定する。
【００６１】
また、クライアントから接続終了のコマンドを受けたならば、それを主プログラムへ通達し、さらにステップＳ８１０で自身のスレッドを終了する。
【００６２】
図９は、ＰＴＺシーケンスを作成する時の携帯電話端末の様子を例示した図である。ＰＴＺシーケンスを作成する際には、携帯電話端末のキーに図示のように、パン（カメラの横振り）、チルト（カメラの縦振り）、ズーム（拡大倍率変更）、逆光補正などの機能が割り当てられる。なお、この画面は図６に説明したＰＴＺシーケンス入手操作を行うためのＵＩであり、ここで作成されたＰＴＺシーケンスは、Ｓ６０２へ送られる。
【００６３】
ＰＴＺシーケンスを作成の流れは、以下のように実現される（図１６）。まず、ステップＳ９０１で、事前に取得したカメラサーバの識別子を使って、カメラサーバのカメラ制御によって可視範囲に入る画像を合成したパノラマ画像、事前にカメラサーバに設定されているカメラ制御情報（プリセット情報）、および、現在のカメラ状態パラメータ（パン角、チルト角、ズーム値など）を、カメラサーバから取得する。
【００６４】
次に、ステップＳ９０２で、ＰＴＺシーケンスの初期値として空データを設定し、また、表示用カメラ状態パラメータおよび設定用カメラ状態パラメータとして取得した現在のカメラ状態パラメータを設定する。
【００６５】
次に、ステップＳ９０３で、表示用カメラ状態パラメータにしたがって、可視領域を計算し、可視領域に相当する画像をパノラマ画像から切り出して携帯電話端末の画面に表示する。
【００６６】
次に、ステップＳ９０４で、ユーザからのキー入力を受取る。キー入力が、カーソルキーによる可視領域の変更、あるいは、プリセット位置への移動の指示であった場合には、ステップＳ９０５で、表示用カメラ状態パラメータを変更し、ステップＳ９０３に進む。
【００６７】
キー入力が、ＰＴＺシーケンスを追加／修正などの編集指示であった場合には、ステップＳ９０６で、ＰＴＺシーケンスの値を変更し、ステップＳ９０３に進む。ＰＴＺシーケンス追加の場合には、その時点の表示用カメラ状態パラメータと設定用カメラ状態パラメータとの差分から制御すべきカメラ制御値を計算し、そのカメラ制御値をＰＴＺシーケンスに追加する。そして、表示用カメラ状態パラメータを設定用カメラ状態パラメータの新しい値とする。
【００６８】
キー入力が、ＰＴＺシーケンス作成の終了を指示する場合には、ステップＳ９０７に進んだ上で、決定やキャンセルを判定し、決定である場合には、ＰＴＺシーケンスをＳ６０２へ送り、処理を終了する。
【００６９】
図１０はカメラサーバの用いる設定値、すなわち、カメラ制御サーバや映像サーバが読み出す動作設定情報を特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）に設定するカメラサーバ設定プログラムの表示画面の一例を示した図であり、カメラ制御サーバ、映像サーバ、動画品質、接続制限事項などに関する各種のパラメータ（後述）を設定できるようになっている。ＯＫボタンを押すと設定した値が特定のファイルあるいはレジストリに書き込まれ、キャンセルすると書き込まれずに終了する。
【００７０】
図１１は図１０のカメラサーバの設定プログラムの動作を示す流れ図である。設定プログラムは起動時にまずステップＳ１１０１でカメラ制御サーバおよび映像サーバに関する設定情報を格納した特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）から設定情報を読み出し、内部データに設定する。以降、ユーザの操作入力を受け取り、実施するループを繰り返す。
【００７１】
ステップ１１０２でユーザの操作入力を待ち、入力があればそれを受け取り、続いてステップ１１０３で入力された値が適正範囲内であるか否かを判定し、適正でなければステップ１１０４でエラーメッセージを出力して、値を戻して、ユーザの入力待ちＳ１１０２へ戻る。適正範囲内であるならば、内部データを更新して、Ｓ１１０２に戻る。
【００７２】
ここで設定できる値には次の項目がある。カメラ制御の通信用のＴＣＰポート番号、カメラと接続するＣＯＭ（シリアル）ポート、シャッタースピード、カメラ制御関連のログ情報の有無とログファイル名、映像関連の通信用のＴＣＰポート番号、ログ情報の有無とログファイル名、映像をキャプチャする時間間隔を規定するフレームレートと圧縮の品質を決メールＱ−Ｆａｃｔｏｒ、圧縮の元データの画面サイズ、１つのクライアントビューワの最大接続時間、カメラ制御に関する制御権の順番待ち人数、１つのビューワの制御権保持占有時間、映像とカメラ制御に関する接続可能な最大クライアント数などである。
【００７３】
ユーザからの入力がＯＫボタンの場合には、Ｓ１１０２からステップＳ１１０５に進み、更新された内部データをカメラ制御サーバおよび映像サーバに関する設定情報を格納する特定のファイルなどへ書き出し、ステップＳ１１０６で変更を反映するためにカメラサーバを再起動するかを尋ねるパネルを出す。再起動する場合にはステップＳ１１０７でカメラ制御サーバや映像サーバなどを再起動して、ステップＳ１１０８で設定プログラムを終了する。再起動しない場合にはＳ１１０６から直接Ｓ１１０８に進み、終了する。また、Ｓ１１０２でのユーザの入力がキャンセルボタンである場合には、Ｓ１１０２から直接Ｓ１１０８に進み、終了する。
【００７４】
図１２は、映像変換サーバにおける映像データの大まかな流れを、模式化した図である。カメラサーバから送信されたソース映像データ（Ｍｏｔｉｏｎ ＪＰＥＧ、ＱＶＧＡサイズ３２０ｘ２４０）は、映像変換サーバのカメラサーバ向け通信スタックを経由して受信され、ＪＰＥＧデコーダに渡され、続いて、携帯電話向けに設定されたＭＰＥＧ−４ エンコーダに渡され、携帯電話向け映像データ（ＭＰＥＧ−４ ｓｉｍｐｌｅ ｐｒｏｆｉｌｅ， ＱＣＩＦサイズ１７６ｘ１４４， ６４Ｋｂｐｓ）に加工された上で、映像クリップとして、携帯電話網向けの通信スタックを経由して、携帯電話ビューワへと送信される。
【００７５】
図１３は映像変換サーバの動作を示した流れ図である。映像変換サーバはまず起動時にステップＳ１３０１で特定のファイル（ＯＳによってはレジストリなどのシステムデータベース）から映像変換サーバの動作設定情報を読み出して、それに基づき動作を開始する。ここで、クライアントである携帯電話ビューワプログラムからのリクエストを受け付ける通信ポートを開き、続いて、ステップＳ１３０２のリクエスト受付状態に入る。
【００７６】
リクエスト（ＨＴＴＰリクエストのメッセージなど）が受け付けられたら、Ｓ１３０２を抜け、ステップＳ１３０３で接続の可否の判定を行う。否ならば接続拒否のエラーコードを返し、Ｓ１３０２に戻る。可ならば、ステップＳ１３０４で接続処理として、クライアントとの情報の受渡しを行うクライアント対応スレッドを生成し、クライアントの登録を行い、Ｓ１３０２に戻る。
【００７７】
生成されたクライアント対応スレッドでは、ステップＳ１３１１で対応するクライアントからのリクエストを読み込み、内容を解析する。リクエストは、典型的には、ＨＴＴＰリクエストとして、映像変換サーバに渡される。なお、ＨＴＴＰリクエストには、ＰＯＳＴメソッドが使われる場合もあり、ＧＥＴメソッドが利用される場合もある。
【００７８】
次に、ステップＳ１３１２で、リクエスト内容から、エンコードパラメータ情報（映像変換パラメータ）、カメラサーバへの接続情報（ソース映像情報）、ＰＴＺシーケンス、映像クリップの最大サイズ（映像クリップ上限値）、通知先情報（通知先アドレス）、および、ユーザ識別子やパスワードなどユーザ識別情報を取り出す。これらは、それぞれ『ｖｉｄｅｏｅｎｃｏｄｅｐａｒａｍ＝』『ｃａｍｅｒａｓｅｒｖｅｒｓ＝』『ＰＴＺ＝』『ｍｏｖｉｅｓｉｚｅｍａｘ＝』『ｎｏｔｉｆｙｔｏ＝』『ｕｓｅｒｉｄ＝』『ｕｓｅｒｐｗ＝』の値として指示されている。
【００７９】
映像変換パラメータは、変換用コーデックの選択やそのコーデックへのパラメータ、および、コーデック入力用／出力用のデータ形式などを記述している。ソース映像情報とは、例えば、ライブ映像を提供するカメラサーバのネットワークアドレスとポート番号などの通信属性情報である。通知先アドレスとは、典型的には、ユーザの携帯電話端末を指定したメールアドレスである。
【００８０】
次に、ステップＳ１３１３で、ＨＴＴＰリクエストに対するＨＴＴＰレスポンスとして、『すぐに映像を生成できないので、しばらくしてメール連絡します』との旨を示す情報を返す。
【００８１】
次に、ステップＳ１３１４で、ソース映像情報およびユーザ識別情報にしたがって、映像取得部を初期化する。具体的には、ソース映像を提供するカメラサーバに接続し、ソース映像取得を開始する。
【００８２】
そして、ステップＳ１３１５に進み、映像変換パラメータに従って映像変換部を初期化する。この映像変換部は、ＭＰＥＧ−４エンコーダなどから構成される。そして、ステップＳ１３１６に進み、映像送信部を初期化する。この際、映像送信部に映像クリップ上限値、および、通知先アドレスを指示する。
【００８３】
さらに、ステップＳ１３１７に進み、映像取得部から映像変換部へ、映像変換部から映像送信部へとそれぞれの処理データが受渡しされるように相互の関連付けを行った上で、カメラ制御部が、ＰＴＺシーケンスにしたがってカメラサーバのカメラ制御を行う。
【００８４】
そして、ステップＳ１３１８に進み、映像取得部、映像変換部、映像送信部の後処理を行う。そして、ステップＳ１３１９に進み、クライアント対応スレッドを終了する。
【００８５】
次に、映像変換サーバの中で機能している映像取得部、映像変換部、映像送信部、カメラ制御部について順次説明する。映像取得部は、まず、初期化時に受取ったソース映像情報およびユーザ識別情報に従って、ライブ映像を提供するカメラサーバに接続する。そして、カメラサーバから映像データを取得し、取得時のタイムスタンプを付与して映像データを映像変換部へ渡す。本実施形態におけるカメラサーバは、映像データをＭｏｔｉｏｎ ＪＰＥＧ形式で提供するので、タイムスタンプが付与されるのは、個々のＪＰＥＧデータである。
【００８６】
また、カメラサーバから禁止エリア検出を通知された場合には、映像データに代えて禁止エリア検出通知を映像変換部へ渡す。次に、映像変換部では、まず、初期化時に受取ったコーデックへのパラメータ、および、コーデック入力用／出力用のデータ形式などをＭＰＥＧ−４エンコーダに設定する。
【００８７】
そして、映像取得部から受取ったソース映像データを、コーデック入力用のデータ形式および画像サイズに整えてからＭＰＥＧ−４エンコーダに入力し、その処理結果を、映像送信部へ渡す。本実施形態における映像変換部では、ＪＰＥＧ形式のソース映像データを、予め、ＱＣＩＦサイズかつＹＵＶ４１１形式に整えてからＭＰＥＧ−４コーデックへ入力し、生成されたＭＰＥＧ−４データ（Ｉ−ｆｒａｍｅまたはＰ−ｆｒａｍｅ）を映像送信部へ受け渡す。この際、映像取得部で付与されたタイムスタンプも併せてＭＰＥＧ−４コーデックへ入力される。
【００８８】
なお、映像取得部から禁止エリア検出が通知されている場合には、カメラ制御を制限された領域であって映像を表示できない旨を示す合成画面を、ソース映像データに代えて、ＭＰＥＧ−４コーデックへ入力する。
【００８９】
次に、映像送信部では、まず、初期化時に受取った映像クリップ上限値にしたがってメモリ領域を確保する。そして、映像変換部が生成した携帯電話向け映像データを受取り、確保したメモリ領域に保持する。
【００９０】
さらに、映像送信部では、禁止エリア検出通知を受け取った時点から禁止エリアを外れたことを検知した時点までの区間に対応して、メモリ領域の利用率をも加味した上で、映像クリップの分割点を決定する。そして、分割点と判断した場合には、携帯電話向け映像クリップのデータフォーマットに準拠したヘッダ情報を前置して、メモリ領域に保持している映像データをファイルとして保存し、メモリ領域を再利用する。これによって、映像クリップが複数のファイルに分割保存される。
【００９１】
また、映像送信部では、映像取得部で得られるカメラ制御状態情報を受け取り、時間軸に沿って保持する。そして、予め設定されている時間周期でカメラ制御状態情報から、カメラ制御状態情報に相当するカメラ制御シーケンス（ＰＴＺシーケンス）を生成して、そのＰＴＺシーケンスをパラメータとする専用ビューワの起動支持をリンク情報として映像クリップに組み込む。
【００９２】
典型的には、隣接するカメラ制御状態情報の差分からＰＴＺシーケンスを構成するが、ＰＴＺシーケンス初期値を指定する場合やプリセット位置やホームポジションなどと一致する場合には、絶対値指定を指示する。この際、図１４に示すように、ある映像データの区間（映像セグメント）に対応するリンク情報には、時間軸を逆方向に過剰な長さのカメラ制御シーケンスを割当てる。すなわち、映像クリップ中で隣接するリンク情報には、重複したカメラ制御シーケンスが冗長的に割当てられることになる。
【００９３】
そして、カメラ制御部からＰＴＺシーケンスの終了を通知された時点で、メモリ領域に保持している映像データの残りを同様にファイルとして保存した上で、それまでに保存している複数の映像クリップへのリンク情報を埋め込んだ携帯電話端末への通知情報を作成し、初期化時に受取った通知先アドレスへ通知する。これによって、通知情報を受取った携帯電話端末から各映像クリップへのダウンロード要求を可能とする。
【００９４】
なお、映像送信部は、ＨＴＴＰサーバ機能を備えており、携帯電話端末からのＨＴＴＰ利用の映像クリップのダウンロード要求に対応する。
【００９５】
次に、カメラ制御部では、ＰＴＺシーケンスを解釈して、カメラサーバに送るべきカメラ制御コマンドを作成し、ＰＴＺシーケンスに指示されたタイミングで作成したカメラ制御コマンドをカメラサーバに送信することで、カメラサーバのカメラ制御を行う。そして、ＰＴＺシーケンスを解釈し終えた時点で、ＰＴＺシーケンスの終了を映像送信部に通知する。
【００９６】
以上の構成で、携帯電話端末上に実装された映像クリップビューワを使うユーザは、映像変換サーバに映像クリップを要求することができる。そして、映像変換サーバの機能により、映像クリップが作成された時点のカメラ制御状態情報を、映像クリップ再生ユーザが利用可能となる。
【００９７】
以上で、ネットワーク上に配置されたカメラサーバから送られるライブ映像を、携帯電話端末向け映像クリップに変換してユーザに提供する事ができる。特に、本実施形態の映像変換サーバでは、カメラサーバのカメラ制御状態情報を反映した映像クリップを生成する点に特徴がある。
【００９８】
本実施形態では、携帯電話網とネットワークとを結ぶゲートウェイとは独立に、ネットワーク上に映像変換サーバが実装される例について説明しているが、映像変換サーバが、ゲートウェイの一部として実装されても良い。また、映像変換サーバとゲートウェイとが、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）なども含めて専用線で接続されるような接続形態も容易に想像できる。
【００９９】
また、本実施形態では、ＨＴＴＰ通信を用いて、携帯電話ビューワと映像変換サーバとが通信する例について説明しているが、この通信は、ＳＭＴＰ （Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ） を用いた通信であっても良い。
【０１００】
また、携帯電話ビューワと映像変換サーバとのＨＴＴＰ通信やＳＭＴＰ通信は、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）などの併用により、安全な通信経路を利用しても良い。
【０１０１】
本実施形態では、携帯電話ビューワが、カメラ制御コマンド列 （ＰＴＺシーケンス）を発行することで、カメラ制御を行うユーザと映像クリップ要求するユーザとが同一である例について説明しているが、カメラ制御コマンドを発行するユーザは、別のユーザであっても良い。例えば、あるユーザがＰＣ上の専用ビューワなどを利用してカメラ制御を行っている際に、別のユーザが映像クリップを要求するような事例である。
【０１０２】
さらに、ＳＭＴＰ通信などを利用して映像クリップを要求する場合には、映像クリップ要求ユーザと映像クリップ受信ユーザとが異なっていることも考えられる。この場合には、映像クリップ要求ユーザのアクセス権限と映像クリップ受信ユーザのアクセス権限との一方あるいは両方を評価して、映像クリップ生成に反映することが考えられる。
【０１０３】
本実施形態では、設定された一定の周期でカメラ制御シーケンスを含むリンク情報を生成し映像クリップに組み込む例について説明しているが、リンク情報の生成のタイミングは、一定周期に限定されない。例えば、カメラ制御状態情報の変化値の累積値が所定の条件を満たしたタイミングであっても良い。また、映像データ自体の変化値（例えば、画像認識されるオブジェクトの個体数の変化）が所定の条件を満たしたタイミングであっても良い。
【０１０４】
また、本実施形態の映像送信部で生成しているカメラ制御シーケンスは、映像取得部から得られるカメラ状態情報に基づき生成しているが、これは、カメラ制御部が解釈しているＰＴＺシーケンスから部分シーケンスを切り出す事で生成しても良い。
【０１０５】
この方法の場合、映像クリップ作成を要求したユーザの意図に一層近いカメラ制御シーケンスが得られる一方で、禁止エリアへのカメラ制御などを含む場合には、映像データと同期しないカメラ制御シーケンスが生成されるという得失がある。
【０１０６】
本実施形態の映像送信部では、映像クリップ中のある映像データ区間に対応するリンク情報に、隣接する映像データ区間の時間中のカメラ制御シーケンスを割当てられる例について説明しているが、割当てられるカメラ制御シーケンスの長さ（あるいは時間）は、映像データ区間の時間と従属する必要は無い。典型的には、映像変換サーバに事前設定された固定長（時間）であっても良い。また、割当てられるカメラ制御シーケンスの長さ（時間）は、各種の事象の発生に依存することも容易に想像できる。
【０１０７】
本実施形態では、カメラサーバから取得した映像を携帯電話向け映像クリップに変換して送信する例について説明したが、映像クリップの形式は、携帯電話向け映像クリップに限定されない。例えば、マイクロソフト社のＷｉｎｄｏｗｓ（Ｒ） ＭｅｄｉａＰｌａｙｅｒでは、ＩＳＯ標準の ＭＰＥＧ−４ コーデックにも対応するため、本実施形態の映像送信部が映像クリップを生成する時点で、マイクロソフト社のＡＳＦ形式に準拠したデータフォーマットに整形し、かつ、そのフォーマットの中でＭＰＥＧ−４コーデックを指定することで、Ｗｉｎｄｏｗｓ（Ｒ） ＭｅｄｉａＰｌａｙｅｒでの再生が可能となる。同様にして、Ａｐｐｌｅ社 ＱｕｉｃｋＴｉｍｅ Ｆｉｌｅ Ｆｏｒｍａｔに準拠することで、ＱｕｉｃｋＴｉｍｅＰｌａｙｅｒにも対応可能である。
【０１０８】
また、映像クリップへのリンク情報組込みとして、本実施形態では、カメラ制御情報を組み込む例について説明しているが、例えば、映像クリップの末尾では、カメラ制御情報の如何に関わらず、現在のカメラサーバに接続するリンク情報を組み込むことも容易に想像できる（図１７（ａ））。また、カメラ制御コマンドをリンク情報として組み込む場合、そのカメラ制御コマンドが行おうとしている制御を説明するテロップを映像に挿入することも考えられる（図１７（ｂ））。また、映像変換サーバに事前設定されたリンク情報（例えば、広告情報へのリンク情報）を組み込むことも容易に想像できる。さらに、これらの複数種類のリンク情報が混在していても良い。
【０１０９】
＜第２の実施形態：サーバ側に制御識別子の管理表を保持、間接制御＞
第２の実施形態では、第１の実施形態同様、インターネット上に配置されたカメラサーバから取得したライブ映像を、携帯電話端末向け映像クリップに変換して送信する例について説明する。特に、本実施形態では、映像変換サーバが、カメラ制御情報履歴の管理表を保持する点に特徴がある。
【０１１０】
本実施形態では、ネットワークの接続形態やハードウェア構成、および、各ソフトウェアの動作の多くは、第１の実施形態で説明した通りである。ただし、図１３で示した映像変換サーバの一部の動作が、第１の実施形態とは、異なる。
【０１１１】
本実施形態では、映像変換サーバの映像送信部が次のように動作する。本実施形態の映像送信部は、映像クリップへ組み込むリンク情報の記述が、映像変換サーバ内部に管理するカメラ制御情報履歴の管理表を参照する専用ビューワの起動となる点で、第１の実施形態の映像送信部と異なる。
【０１１２】
第２の実施形態の映像変換部では、まず、第１の実施形態同様、受け取ったカメラ状態情報を時間軸に沿って保持し、そこから、カメラ制御状態情報に相当するカメラ制御シーケンス（ＰＴＺシーケンス）を生成するが、この際、生成したＰＴＺシーケンスを直接リンク情報として映像クリップに組み込む事をしない。代わりに、生成したＰＴＺシーケンスを、映像変換サーバ内の管理表（以下、制御履歴管理表、図１８）に格納し、その制御履歴管理表への参照情報をリンク情報として映像クリップに組み込む。制御履歴管理表への参照情報としては、制御履歴管理表の各項目に識別子を割当て、その識別子を参照情報とする。
【０１１３】
割当てる識別子は、例えば、カメラサーバ識別子（典型的には、ＩＰアドレス）とＰＴＺシーケンスの生成時刻とから合成する事ができる。あるいは、順番に割当てたシリアル番号であっても良い。
【０１１４】
そして、携帯電話端末で実行される専用ビューワからのカメラ制御情報参照要求があった場合には、識別子をキーとして制御履歴管理表内で検索し、見つかったＰＴＺシーケンスを携帯電話端末で実行される専用ビューワに返答するよう動作する。
【０１１５】
以上の構成で、携帯電話端末上に実装された映像クリップビューワを使うユーザは、映像変換サーバに映像クリップを要求することができる。そして、映像変換サーバの機能により、映像クリップが作成された時点のカメラ制御状態情報を、映像クリップ再生ユーザが利用可能となる。
【０１１６】
特に、本実施形態では、映像変換サーバ内に蓄積されたカメラ制御情報を参照して、実際のカメラサーバを制御する。 これにより、映像クリップ生成時点ではなく、映像クリップ再生時点でのカメラ制御パラメータなどをも反映した処理が可能となる。例えば、映像クリップ生成を要求したユーザと映像クリップを再生しているユーザとが異なったアクセス権限を設定されている場合に、再生ユーザの権限を反映してカメラ制御することが可能となる。これは、映像クリップが複数のユーザ間でメールなどで受渡しされる状況下で効果がある。
【０１１７】
また、映像変換サーバ内に管理される制御履歴管理表を参照することによって、生成された映像クリップの時間枠に隣接する時間枠のカメラ制御情報を参照することも可能となる。すなわち、映像クリップに含まれる識別子（制御履歴管理表への参照情報）をたどる事によって、映像クリップの前後で行われたカメラ制御を、芋づる式に取得することが可能となる。
【０１１８】
本実施形態では、携帯電話端末で実行される専用ビューワが、映像クリップ中に組み込まれた識別子を使って、映像変換サーバにカメラ制御情報を問い合わせ、カメラ制御情報を取得し、カメラ制御する例について説明しているが、カメラ制御を実行するのは、携帯電話端末で実行される専用ビューワに限定されない。例えば、映像クリップ中に組み込まれた識別子を指定した上で、映像変換サーバにカメラサーバのカメラ制御を委譲するよう実施しても良い。
【０１１９】
本実施形態では、映像変換サーバ自身が、制御履歴管理表を管理する例について説明しているが、制御履歴管理表は、別のデータベースサーバなどが管理しても良い。
【０１２０】
＜第３の実施形態：映像クリップ中のカメラ状態情報からビューワが抽出＞
第３の実施形態では、第１の実施形態と同様、インターネット上に配置されたカメラサーバから取得したライブ映像を、携帯電話端末向け映像クリップに変換して送信する例について説明する。特に、本実施形態では、カメラ制御機能などが必要な際に起動される専用ビューワが、映像クリップ内に組み込まれたカメラ状態情報を抽出して、カメラサーバのカメラ制御する点に特徴がある。
【０１２１】
本実施形態では、ネットワークの接続形態やハードウェア構成、および、各ソフトウェアの動作の多くは、第１の実施形態で説明した通りである。ただし、図１３で示した映像変換サーバの一部の動作、および、図１９で説明した専用ビューワの一部の動作が、第１の実施形態とは異なる。
【０１２２】
本実施形態では、映像変換サーバの映像送信部が次のように動作する。本実施形態の映像送信部は、映像クリップへ組み込むリンク情報の記述が、映像クリップ自身への参照と映像クリップ中の経過時間とをパラメータとする専用ビューワの起動指示となる点で、第１の実施形態の映像送信部と異なる。
【０１２３】
また、本実施形態では、専用ビューワのカメラ制御部が次のように動作する。本実施形態のカメラ制御部は、ステップＳ６５２で初期化され、起動時に指示されたカメラ制御サーバに接続した後、同じく起動時に指示された映像クリップを解釈して、そこに含まれるカメラ状態情報からカメラ制御コマンドを抽出して、自動カメラ制御する点で、第１の実施形態の専用ビューワのカメラ制御部と異なる。
【０１２４】
この中で、映像クリップを解釈して、そこに含まれるカメラ状態情報からカメラ制御コマンドを抽出手順については、第１の実施形態の映像変換サーバの映像送信部と同様の手順で実施される。
【０１２５】
すなわち、映像クリップに含まれるカメラ制御状態情報を取り出し、時間軸に沿って保持する。そして、予め設定されている時間周期でカメラ制御状態情報から、カメラ制御状態情報に相当するカメラ制御シーケンス（ＰＴＺシーケンス）を生成する。典型的には、隣接するカメラ制御状態情報の差分からＰＴＺシーケンスを構成するが、ＰＴＺシーケンス初期値を指定する場合やプリセット位置やホームポジションなどと一致する場合には、絶対値指定を指示する。
【０１２６】
以上の構成で、携帯電話端末上に実装された専用ビューワが、映像クリップ内に組み込まれたカメラ状態情報を抽出して、カメラサーバのカメラ制御することができる。
【０１２７】
特に、本実施形態では、カメラ状態情報からカメラ制御コマンド列（ＰＴＺシーケンス）を生成する作業を、各携帯電話端末に分散させ、かつ、本当に必要となる時点まで遅延させることによって、映像変換など多くの計算能力（コンピューティングパワー）を必要とする映像変換サーバにおける計算量を削減することが可能となり、クライアントサーバ間の良好なレスポンスを達成することが可能となる。
【０１２８】
＜第４の実施形態：カメラサーバ一体型の映像変換サーバ（ＶＢ組み込み例）＞
第４の実施形態では、第１の実施形態と同様、インターネット上に配置されたカメラサーバから取得したライブ映像を、携帯電話端末向け映像クリップに変換して送信する例について説明する。特に、本実施形態では、映像変換サーバが、カメラサーバと一体化している点に特徴がある。
【０１２９】
本実施形態では、ネットワークの接続形態やハードウェア構成、および、各ソフトウェアの動作の多くは、第１の実施形態で説明した通りである。ただし、図１の利用形態、図２の映像変換サーバのハードウェア構成、および、図１３で示した映像変換サーバの一部の動作が第１の実施形態とは異なる。
【０１３０】
まず、本実施形態では、映像変換サーバとカメラサーバとが一体化しているため、利用形態は、図２０の通りである。また、映像変換サーバのハードウェア構成も、図３のカメラサーバのハードウェア構成の通りである。さらに、映像変換サーバの映像取得部は、映像サーバのステップＳ８０６と同様に、ハードウェア構成の映像キャプチャボードを使って映像データを獲得する。
【０１３１】
本実施形態では、映像変換サーバが、ハードウェア構成の映像キャプチャボードを使って映像データを獲得する例について説明したが、カメラサーバと一体化した映像変換サーバであっても、第１の実施形態と同様に、他のカメラサーバの映像サーバからも映像データを取得できるよう設計することも容易に想像できる。これによって、カメラサーバのエンコード処理の負荷分散、配送処理の負荷分散、および、ネットワーク通信インフラにおける輻輳防止などの効果がある。
【０１３２】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【０１３３】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１３４】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【０１３５】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３６】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３７】
ここで、本発明の実施態様を以下に列挙する。
［実施態様１］ネットワーク上に配置される映像通信装置であって、
映像データを取得し、前記映像データの取得に伴う前記映像データの取得先の状態情報を前記映像データに付与する映像取得手段と、
前記映像データを映像クリップに変換し、前記映像取得手段の制御に関する情報を前記映像クリップに関連付ける映像クリップ変換手段と、
前記映像クリップを外部端末に対して送信する映像送信手段とを有することを特徴とする映像通信装置。
【０１３８】
［実施態様２］前記映像取得手段は、当該映像通信装置に内蔵されるカメラ装置から前記映像データを取得することを特徴とする実施態様１に記載の映像通信装置。
【０１３９】
［実施態様３］前記映像取得手段は、前記ネットワーク上に接続されるカメラサーバから前記映像データを取得することを特徴とする実施態様１に記載の映像通信装置。
【０１４０】
［実施態様４］前記映像クリップ変換手段は、前記制御情報であるカメラ制御情報の発行を関連付けることを特徴とする実施態様１に記載の映像通信装置。
【０１４１】
［実施態様５］前記映像クリップ変換手段は、前記映像取得手段が映像に付与する前記状態情報であるカメラ状態情報の差分からカメラ制御情報を生成することを特徴とする実施態様４に記載の映像通信装置。
【０１４２】
［実施態様６］前記映像クリップ変換手段は、前記映像取得手段における条件を満たす事象発生時のタイミングで映像クリップを区分分割し、それぞれの映像区間に映像を反映したカメラ制御情報を含むリンク情報を関連付けることを特徴とする実施態様４に記載の映像通信装置。
【０１４３】
［実施態様７］前記映像クリップ変換手段は、それぞれの映像区間に割当てるカメラ制御情報を、隣接する映像区間に割当てるカメラ制御情報と一部重複するよう冗長的に割当てることを特徴とする実施態様６に記載の映像通信装置。
【０１４４】
［実施態様８］前記映像クリップ変換手段は、前記映像取得手段が映像に付与するカメラ状態情報の差分から生成したカメラ制御情報と映像変換サーバに事前設定されたカメラ制御情報とを混在させたカメラ制御情報を生成することを特徴とする実施態様４に記載の映像通信装置。
【０１４５】
［実施態様９］カメラから出力される映像データの取得に伴う前記映像データの取得先の状態情報を前記映像データに付与する映像取得ステップと、
前記映像データを映像クリップに変換し、前記カメラの制御に関する情報を前記映像クリップの一部区間あるいは全体に関連付ける映像クリップ変換ステップと、
前記映像クリップを外部端末に対して送信する映像クリップ送信ステップとを含むことを特徴とする情報処理方法。
【０１４６】
［実施態様１０］実施態様９に記載の情報処理方法をコンピュータに実行させるためのプログラム。
【０１４７】
［実施態様１１］実施態様１０に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【０１４８】
【発明の効果】
本発明によれば、カメラサーバに装備されたカメラ制御機能を適切に反映して映像クリップを生成、送信することで、携帯電話端末などの端末に広く実装されている映像クリップ再生表示機能とカメラ制御機能付きカメラサーバとの連携を向上させることが可能となる。
【図面の簡単な説明】
【図１】本発明を用いた典型的な利用形態を示した図である。
【図２】映像変換サーバのハードウェア構成の一例を示した図である。
【図３】カメラサーバのハードウェア構成の一例を示した図である。
【図４】ビューワを動作させるハードウェア構成の一例を示した図である。
【図５】プログラムの構成する部分を模式化した図である。
【図６】携帯電話ビューワの動作の流れを示す図である。
【図７】カメラサーバ内のカメラ制御サーバの動作を示した流れ図である。
【図８】カメラサーバ内の映像サーバの動作を示した流れ図である。
【図９】ＰＴＺシーケンスを作成する携帯電話端末の様子を例示した図である。
【図１０】カメラサーバの設定画面を例示した図である。
【図１１】カメラサーバの設定プログラムの動作を示す流れ図である。
【図１２】映像変換サーバにおける映像データの流れを模式化した図である。
【図１３】映像変換サーバの動作を示した流れ図である。
【図１４】映像変換サーバにおいて映像クリップに挿入されるＰＴＺシーケンスと映像区間との対応を説明するための図である。
【図１５】携帯電話端末の表示例を説明するための図である。
【図１６】ＰＴＺシーケンス作成の流れを示す図である。
【図１７】映像クリップの表示例を説明するための図である。
【図１８】第２の実施形態における制御履歴管理表を説明するための図である。
【図１９】第１の実施形態における専用ビューワの流れを示す図である。
【図２０】第４の実施形態における典型的な利用形態を示した図である。
【符号の説明】
１０１、１０２ カメラサーバ
２００ ビューワ
３００ 中継サーバ
４００ 映像変換サーバ
５００ ゲートウェイ
６０１、６０２ 携帯電話端末
Claims (1)
- ネットワーク上に配置される映像通信装置であって、
映像データを取得し、前記映像データの取得に伴う前記映像データの取得先の状態情報を前記映像データに付与する映像取得手段と、
前記映像データを映像クリップに変換し、前記映像取得手段の制御に関する情報を前記映像クリップに関連付けるとともに、前記状態情報を前記アクション指定データに反映させる映像クリップ変換手段と、
前記映像クリップを外部端末に対して送信する映像送信手段とを有することを特徴とする映像通信装置。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003125334A JP4250449B2 (ja) | 2003-04-30 | 2003-04-30 | 映像通信システム、映像通信装置、端末及び端末のカメラ制御方法 |
| US10/810,703 US20040189871A1 (en) | 2003-03-31 | 2004-03-29 | Method of generating moving picture information |
| CNB2004100306047A CN100493177C (zh) | 2003-03-31 | 2004-03-30 | 动图像信息的生成方法及分发设备 |
| US13/329,432 US8692897B2 (en) | 2003-03-31 | 2011-12-19 | Method of generating moving picture information |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003125334A JP4250449B2 (ja) | 2003-04-30 | 2003-04-30 | 映像通信システム、映像通信装置、端末及び端末のカメラ制御方法 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004336126A true JP2004336126A (ja) | 2004-11-25 |
| JP2004336126A5 JP2004336126A5 (ja) | 2006-01-05 |
| JP4250449B2 JP4250449B2 (ja) | 2009-04-08 |
Family
ID=33502634
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003125334A Expired - Fee Related JP4250449B2 (ja) | 2003-03-31 | 2003-04-30 | 映像通信システム、映像通信装置、端末及び端末のカメラ制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4250449B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005341396A (ja) * | 2004-05-28 | 2005-12-08 | Canon Inc | 映像通信装置、映像通信方法、コンピュータプログラム及びコンピュータ読み取り可能な記録媒体 |
| JP2010220020A (ja) * | 2009-03-18 | 2010-09-30 | Oki Joho Systems:Kk | デコーダ装置 |
-
2003
- 2003-04-30 JP JP2003125334A patent/JP4250449B2/ja not_active Expired - Fee Related
Cited By (3)
| 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 | キヤノン株式会社 | 映像通信装置、映像通信方法及びコンピュータプログラム |
| JP2010220020A (ja) * | 2009-03-18 | 2010-09-30 | Oki Joho Systems:Kk | デコーダ装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4250449B2 (ja) | 2009-04-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8692897B2 (en) | Method of generating moving picture information | |
| KR100654783B1 (ko) | 화상배신방법 | |
| JP4026944B2 (ja) | 映像発信装置及びその制御方法 | |
| JP4546202B2 (ja) | 映像受信装置とその制御方法とプログラム及び記憶媒体 | |
| US20090070840A1 (en) | Terminal-Cooperated System, Terminal, Server and Method for Uninterrupted Reception of Contents | |
| JP2009130876A (ja) | 端末連携継続視聴システム、端末、サーバ、方法 | |
| JP2004193979A (ja) | 映像配信システム | |
| JP4401672B2 (ja) | 情報処理装置、情報処理方法及びプログラム | |
| JP4764596B2 (ja) | データ転送方法及びサーバコンピュータ | |
| JP2015080142A (ja) | 撮像装置、撮像システム、撮像装置の制御方法、撮像システムの制御方法、及びプログラム | |
| JP2006235159A (ja) | 画像表示装置およびこれを動作させるためのプログラム | |
| JP4250449B2 (ja) | 映像通信システム、映像通信装置、端末及び端末のカメラ制御方法 | |
| JP4510519B2 (ja) | 映像通信装置、映像通信方法及びコンピュータプログラム | |
| JP4261934B2 (ja) | 映像クリップ生成装置、映像クリップ生成方法、プログラム及び記憶媒体 | |
| JP2004343175A (ja) | 映像中継装置 | |
| JPH11196404A (ja) | 映像発信装置及び映像受信装置及びその制御方法及び記憶媒体 | |
| JP2006211524A (ja) | 映像表示装置、映像処理装置の制御方法、プログラム、及び記憶媒体 | |
| JP4791213B2 (ja) | 通信装置、通信方法及びプログラム | |
| JP2007243605A (ja) | 通信装置、通信方法及びプログラム | |
| JP2006222720A (ja) | 映像通信システム、情報処理装置、映像通信方法及びそのプログラム | |
| EP4231632A1 (en) | Display system, display method, and carrier medium | |
| JP2003299062A (ja) | 映像変換装置およびその方法 | |
| EP4221194A1 (en) | Recording information creation system, method for creating recording information, and carrier means | |
| JP2004023706A (ja) | 多地点会議システム | |
| JP2017212644A (ja) | 通信装置、システム、情報処理方法及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051110 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051110 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080715 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080916 |
|
| 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: 20090113 |
|
| 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: 20090119 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120123 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4250449 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: 20130123 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140123 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |