JP2002354443A - 映像配信システム、映像配信方法 - Google Patents

Abstract

(57)【要約】 【課題】 画像処理やサービス形態に対応して、ユーザ
からの様々な要求を満たすことができ、映像集配信の効
果を高めることができると共に、その配信をシステムの
改変等を要さず効率的に行うことができる映像配信シス
テム等を得る。 【解決手段】 映像表示装置５から少なくとも映像コン
テンツ及び映像変換に関する要求をユーザオリエンテッ
ド処理部４に送信すると、ユーザオリエンテッド処理部
４は複数の映像変換配信サーバ３Ａから所定の映像変換
サーバを選択し、それに対応する制御プログラムを映像
表示装置５にダウンロードさせる。映像表示装置５にダ
ウンロードされたプログラムに基づいて、映像変換サー
バ３Ａが映像の所定の変換を行い映像表示装置５に送信
すると共に、映像表示装置５が映像変換サーバ３Ａから
の映像を受信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、映像配信システム
等に関し、特に監視カメラやモニタカメラ等の撮像装置
で撮影された映像を配信するに際して、ユーザ端末から
の種々の映像要求に応じて配信できるようにした映像配
信システム及びそれに用いられる映像表示装置並びに撮
像装置、映像配信方法に関するものである。

【０００２】

【従来の技術】従来より、映像配信システムとして、Ｐ
ＨＳを利用したワイヤレスによる動画配信等が知られて
いる。これはインターネット接続サービスを用いてサー
バから高速データ通信により映像コンテンツ（動画、静
止画）のストリーミング及びダウンロードを可能とした
ものであり、ＰＨＳ等の端末にはデジタルカメラを内蔵
し、撮影した動画及び静止画を添付したメールの送信が
可能とされたものも知られている。また、簡易ブラウザ
を搭載し、インターネット上にあるコンテンツの閲覧が
可能とされたものも知られている。

【０００３】そして、このようなシステムの中には、例
えば映像チャネルを５０チャネル以上、１３０以上の番
組を用意しており、映画やテレビ、音楽等のエンターテ
インメント情報からニュース、スポーツ、生活便利情報
に至るあらゆるジャンルで暮らしやビジネスに役立つ情
報を提供しているものも知られる。

【０００４】また、他の従来技術としては、設置したＷ
ｅｂカメラのリアルタイム画像をインターネット経由で
携帯電話に配信するサービスシステムが知られている。
これは配信サーバの運用管理をＨｕｂのインターネット
データセンタで行い、システムを構築したり、サーバを
分散したりして運用費等や構築期間等の問題点を解消し
ている。

【０００５】このシステムでは、管理者画面からはコン
テンツの切り替えもでき、どのカメラからの画像をどの
ようなコンテンツとして配信するのかという設定が可能
であり、その設定情報を入力するだけで、カメラと配信
するコンテンツとの関係を選択し、好きなときにメニュ
ーを追加したり削除したりできる。また、ＩＤ、パスワ
ード毎にコンテンツが切り替えられるので、コンテンツ
にアクセスできる人を制限することもできる。さらにロ
グインＩＤ毎にグループ分けし、そのグループのカテゴ
リー毎に閲覧できる画像の内容を変えることができる。
例えば無料でユーザが閲覧できる画像と、利用料金を払
っているユーザのみ閲覧可能な画像とを区別することが
でき、また、画像の一部を拡大して見たい場合には、画
像を分割し、その一部を拡大して閲覧することができ、
さらに連続した画像を３コマのアニメーションとして見
ることもでき、また、携帯電話からの操作でＷｅｂカメ
ラの方向や倍率を変えることもできる。

【０００６】さらに、このシステムをセキュリティ管理
に応用した場合、玄関等にカメラを設置した場合、来客
等で画像が変化した場合等にメールを自動で送信するこ
とができる。その際には、メールにＵＲＬが貼られて送
られてくるので、それをクリックして現場の状況が携帯
電話から確認できる。それにより誰が訪問してきている
のか、もしくは不審人物が来ているのか等が確認でき、
セキュリティ用途にも活用可能である。

【０００７】

【発明が解決しようとする課題】しかしながら、かかる
従来の技術においては、ユーザからの端末の種別、アク
セス回線の種別に関する要求に応じる手段を有しておら
ず、従って、予め定められた画質の画像を予め定められ
た端末のアクセス回線を介して配信を行うのみであり、
ユーザが使用する様々な有線を含むアクセス回線や端末
を混用する場合、あるいは、時代の進展と共にアクセス
回線や端末の機能／性能が向上する場合等に、プラット
フォームとしてのシステム構成や、映像情報を表示する
ための処理の構造を変えることを必要としないで、回線
や端末に適した機能／性能の映像表示を実現することは
できない。従って、従来の技術においては、無線アクセ
ス回線の状態やユーザ側のサービス要求条件の変化に対
応して、表示内容や表示性能をサービスの途中でダイナ
ミックに切り替えることもできない。

【０００８】このため、例えば現在注目されているセキ
ュリティ分野での監視・モニタ関連サービスにおいて
は、その一例として、家庭用の防犯・防災セキュリティ
から一般公衆を対象とした公共事業用監視・モニタシス
テムまでの幅の広いアプリケーションが考えられている
が、この場合、映像情報に要求される条件は、システム
の構成要素や要求されるサービスの形態によって大きく
異なり、例えば、表示する画面によって、「その内
容」、「画質」「動画ならば時間当たりのコマ数」、
「表示するまでの時間」、「リアルタイムでの表示が必
要か否か」、あるいは「一旦蓄積した情報を表示するの
か否か」といったような様々なサービス形態が予想され
るが、従来の技術において、これらの要望を全て満たす
には至っていない。

【０００９】本発明は、このような事情に鑑みてなされ
たものであり、画像処理やサービス形態に対応して、ユ
ーザからの様々な要求を満たすことができ、映像集配信
の効果を高めることができると共に、その配信をシステ
ムの改変等を要さず効率的に行うことができる映像配信
システム、映像配信方法及びそれに用いられる映像表示
装置並びに撮像装置を提供することを目的としている。

【００１０】

【課題を解決するための手段】上述した課題を解決する
ため、本発明は、映像入力手段に入力される映像を通信
回線を用いて映像表示手段に配信する映像配信システム
において、前記通信回線を用いて前記映像入力手段及び
前記映像表示手段と接続される映像蓄積手段と映像変換
手段と映像処理手段とを備え、前記映像表示手段の映像
表示形態と映像表示機能及び前記映像表示手段が利用す
るアクセス回線の種類に応じて配信することを特徴とす
るものである。

【００１１】このような構成によれば、映像表示装置の
アクセス回線や映像の表示形態によらず、ユーザからの
様々な映像配信要求を満たすことができ、映像集配信の
効果を高めることができると共に、その配信をシステム
の改変等を要さず効率的に行うことができる。

【００１２】また、本発明において、前記映像蓄積手段
は前記映像入力手段でディジタル化された所定の解像度
や所定のフレームレートを有する映像を蓄積し、前記映
像変換手段は前記映像蓄積手段に蓄積された映像を前記
映像表示手段の映像表示形態と映像表示機能及び前記映
像表示手段が利用するアクセス回線の種類に応じて変換
し、前記映像処理手段は前記映像表示手段からの要求に
応じて前記映像変換部の負荷状況をモニタリングするこ
とを特徴とするものである。

【００１３】このような構成によれば、所定の解像度や
所定のフレームレートを有する映像を蓄積することによ
り映像を豊富に持つことができると共に、種々の映像表
示手段に対応できると共に、映像変換手段により映像を
変換することにより、全ての映像信号形態についての映
像を蓄積しておく必要がない。従って、ユーザが要求す
る様々な映像信号形態を容易に提供できる。

【００１４】また、本発明において、前記映像変換手段
は複数備えられ、前記映像処理手段は前記映像表示手段
からの要求に応じて対応可能な映像変換部を選択するこ
とを特徴とするものである。

【００１５】このような構成によれば、ある映像変換部
に負担が集中するのを防止でき、効率的にユーザに映像
配信を行うことが可能となる。

【００１６】また、本発明において、前記映像処理手段
は前記映像入力手段を制御するプログラムを複数有し、
前記映像表示手段へ該映像表示手段が制御する前記映像
入力手段に対応したプログラムをダウンロードし、前記
映像表示手段からダウンロードしたプログラムを用いて
前記映像入力手段の制御を行うことを特徴とするもので
ある。

【００１７】このような構成によれば、映像表示手段と
映像入力手段の制御に関する処理の映像処理手段への集
中が防止できる。

【００１８】また、本発明において、前記映像処理手段
は前記映像変換手段で行う制御をユーザ志向で行うため
のプログラムを複数有し、前記映像表示手段へ該映像表
示手段及び前記映像表示手段が制御する前記映像変換手
段に対応したプログラムをダウンロードし、前記映像表
示手段からダウンロードしたプログラムを用いて前記映
像変換手段の制御を行うことを特徴とするものである。

【００１９】このような構成によれば、映像表示手段の
制御をユーザ志向で行うに際して、映像処理手段にその
制御に関する処理の映像処理手段への集中が防止でき
る。

【００２０】また、本発明において、前記映像処理手段
は、新しい機能を持った映像入力手段に対して、該映像
入力手段に対応するダウンロードプログラムを追加でき
る機能と、新しい機能を持った映像表示手段に対して、
該映像表示手段に対応するダウンロードプログラムを追
加できる機能を有することを特徴とするものである。

【００２１】このような構成によれば、新しい機能を持
った映像入力手段や映像表示手段が出現した場合に、容
易にその対応を低コストでとることができる。

【００２２】また、本発明において、前記映像入力手段
は複数備えられると共に、前記映像処理手段は、前記映
像表示手段が要求する映像がどの映像入力手段から入手
できるかの情報を持つ手段を有し、前記映像表示手段へ
の映像送信を前記映像入力手段に指示すると共に前記映
像入力手段に対応したプログラムを前記映像表示手段に
ダウンロードすることを特徴とするものである。

【００２３】このような構成によれば、映像入力手段の
映像処理手段の制御について映像処理手段に処理が集中
するのを防止でき、また、ユーザの希望に最適な映像入
力手段を選択できる。

【００２４】また、本発明において、前記映像変換手段
は、前記映像表示手段の要求に応じた解像度で映像を送
信するため、画像を高解像度から低解像度まで変換する
機能と、前記映像表示手段の要求に応じた画像圧縮フォ
ーマットで映像を送信するため、画像圧縮フォーマット
変換機能と、前記映像表示手段の要求に応じたビットレ
ートで映像を送信するため、ビットレートを低速から高
速まで変換する機能と、前記映像蓄手段で蓄積した映像
を変換し出力する機能とを有することを特徴とするもの
である。

【００２５】このような構成によれば、ユーザの要求に
応じた解像度、画像圧縮フォーマット、及びビットレー
トで映像を配信することができる。

【００２６】また、本発明は、映像入力手段で得られる
映像を、管理サーバと複数の映像変換サーバとを用いて
映像表示手段に配信する映像配信方法であって、映像表
示手段から少なくとも映像コンテンツ及び映像変換に関
する要求を前記管理サーバに送信する第１ステップと、
前記映像表示手段からの要求に基づいて、前記管理サー
バが複数の映像変換サーバから所定の映像変換サーバを
選択し、それに対応する制御プログラムを前記映像表示
手段にダウンロードさせる第２ステップと、前記映像表
示手段にダウンロードされたプログラムに基づいて、前
記映像変換サーバが映像の所定の変換を行い前記映像表
示手段に送信すると共に、前記映像表示手段が前記映像
変換サーバからの映像を受信する第３ステップとを備え
てなるものである。

【００２７】このような方法によれば、映像表示装置の
アクセス回線や映像の表示形態によらず、ユーザからの
様々な映像配信要求を満たすことができ、映像集配信の
効果を高めることができると共に、その配信をシステム
の改変等を要さず効率的に行うことができる。

【００２８】また、本発明は、通信回線に接続され、入
力された映像をディジタル圧縮しパケット化するカメラ
サーバと、映像を格納蓄積し蓄積した映像を配信する映
像蓄積配信サーバと、通信回線に接続されたサーバの情
報を管理し、ユーザの利用する端末の能力や映像利用の
目的等に応じてソフトウェアダウンロード等を行うディ
レクトリサーバと、映像の解像度、画像圧縮フォーマッ
ト、ビットレートの変換を行い配信を行う複数の映像変
換配信サーバと、ユーザの認証を行う認証サーバと、端
末管理課金を行う端末管理サーバと、ユーザの要求映像
と前記映像蓄積配信サーバに蓄積された映像の対応付け
を行う検索サーバとを備えたことを特徴とするものであ
る。

【００２９】今後の発展が予想される映像配信サービス
では、業務内容や設備状況に応じてユーザのサービス要
求条件や端末からのアクセス条件、解像度やアクセスの
ビットレートの高低、あるいは要求画面としての動画又
は静止画等々において、種々のバライティが出てくると
予想される。この要求に対応するため、本発明において
は、映像変換部に画面のサイズ、圧縮率、フレームレー
ト、及び圧縮方式等の変換機能を設けて、前記のような
サービス・グレードのバライティに対応可能な機能を設
ける。このサービス・グレードに対応可能な性質を本明
細書では、スケーラビリティ性と呼ぶこととする。

【００３０】次にユーザが映像情報にアクセスするに際
して、そのときのサービス要求条件やアクセス回線の状
況に適したグレードを設定する機能をユーザオリエンテ
ッド処理部に備える。この機能の具体的内容は、映像デ
ィレクトリ管理、映像リソース管理、端末管理等であ
る。映像ディレクトリ管理はユーザの要求するサービス
・グレードの映像情報を表示できるように撮像装置の制
御（例えばカメラ雲台の制御）や映像情報変換処理の選
択を行う。リソース管理部は撮像装置や映像変換部の負
荷状況等の管理を行う。なお、端末管理部は端末のサー
ビス・プロファイルのチェックや課金等の管理を行うこ
とも可能である。端末管理部は選択した撮像装置及び映
像変換部を制御できるＪＡＶＡ（登録商標）アプレット
等のソフトウェアを映像表示装置にダウンロードして端
末を制御する。

【００３１】以下の実施の形態で示すシステムでは、撮
像装置（カメラ及びその制御装置を含む：映像入力部）
と映像表示装置（ユーザ端末）とを端末とし、映像蓄積
部、映像変換部及びユーザオリエンテッド処理部をＩＰ
ネットワーク（ＩＰｖ６／ＩＰｖ４の双方に対応）で接
続した構成を採っている。ここにおいては、ユーザから
の映像要求（ビットレート、圧縮率、画面サイズ、フレ
ームレート、画像圧縮方式の組合せ）はユーザオリエン
テッド処理部に入力され、ユーザオリエンテッド処理部
では、ユーザの要求に対応できる撮像装置及び映像変換
部を選択する。また、ユーザオリエンテッド処理部で
は、選択した撮像装置及び映像変換部に対応したＪＡＶ
Ａアプレットを映像表示装置（ユーザ端末）にダウンロ
ードさせ、このプログラムに基づいて、映像表示装置
（ユーザ端末）は、撮像装置を制御し、拡大・縮小及び
方向を合わせる。

【００３２】さらに、映像蓄積部は、撮像装置で得られ
るデジタル化された解像度やフレームレートができる限
り高品質な映像を蓄積しており、映像表示装置（ユーザ
端末）は、映像変換部を制御し、映像要求（ビットレー
ト、圧縮率、画面サイズ、フレームレート、画像圧縮方
式の組合せ）通りの変換を映像蓄積部から得られる映像
信号に対して行わせる。映像変換部は、映像蓄積部より
取り出した映像を映像表示装置の要求通りに変換し、映
像表示装置に映像を配信する。

【００３３】

【発明の実施の形態】以下、本発明の実施の形態を図面
を用いて説明する。 実施の形態１.図１は実施の形態を示す概略ブロック
図、図２は図１の構成をより詳細に示したブロック図、
図３は図１もしくは図２の機能を示す機能ブロック図、
図４は実施の形態の全体構成を示す全体構成図、図５は
映像蓄積部を示すブロック図である。

【００３４】本実施の形態における映像配信システム
は、図１に示すように、撮像装置（映像入力部）１と、
撮像装置１からの映像を蓄積する映像蓄積部２と、映像
蓄積部２からの映像を変換する映像変換部３と、端末か
らの要求に応じて映像配信制御を行うユーザオリエンテ
ッド処理部４と、配信された映像を表示する例えば端末
に設けられた映像表示装置（もしくはユーザ端末）５か
らなる。これらは適宜ＩＰネットワークにより通信状態
とされる。

【００３５】撮像装置１は複数の適所に設けられ、それ
ぞれがカメラ１１とカメラサーバ１２とからなる。カメ
ラサーバ１２とＩＰネットワーク間は、ＬＡＮ等の有線
やＰＩＡＦＳ（ＰＨＳ）等の無線で接続され得る。カメ
ラサーバ１２は、図３に示すように映像をデジタル圧縮
しパケット化して（Ｍ１）、映像蓄積部２に送る。配信
プロトコルはフレーム単位の圧縮データをＨＴＴＰ等に
載せて行う。

【００３６】映像蓄積部２は、基本単位としては図２に
示す蓄積部２１と配信部２２から構成され得るが、本実
施の形態においてはこれらを統合して、図５に示される
構成を採り、蓄積部２１と配信部２２をそれぞれ組みと
して有する複数の映像蓄積配信サーバ２Ａと、これらの
負荷を分散するための負荷分散装置２Ｂと、各映像蓄積
配信サーバ２Ａにより共有される共有レイドＨＤ２Ｃと
からなる。なお、図３においては、負荷分散装置２Ｂと
共有レイドＨＤ２Ｃとは省略して図示している。

【００３７】映像蓄積配信サーバ２Ａは、図示されるよ
うに、大きく分けて蓄積部２１で構成される蓄積処理部
と配信部２２により構成される配信処理部との２処理部
構成となっている。各処理部はそれぞれＬＡＮインター
フェイスを持ち、それぞれが独立したプロセス空間で動
作する（場合によっては、マルチＣＰＵあるいはマルチ
マシン構成となる）。複数の映像蓄積配信サーバ２Ａが
負荷分散装置２Ｂによって、クラスタリングされて、１
つの仮想的なサーバを構築する。負荷分散装置２Ｂはサ
ーバ外からの要求を受信し、複数ある映像蓄積配信サー
バ２Ａの負荷を見て要求タスクを適切なサーバに伝達す
る。データは複数コントローラを持つ共有レイドＨＤ２
Ｃに格納される。

【００３８】そして、蓄積部２１により行われる蓄積処
理において、カメラサーバ１２から送られてくる映像を
格納・蓄積する。単なるデジタルデータを扱うだけなの
で、データの種類や圧縮フォーマット等には拘わらず格
納可能である。なお、蓄積される映像は解像度やフレー
ムレートにおいて所定の品質を有するものとすることが
できる（Ｍ２）。配信部２２により行われる配信処理
は、変換・配信サーバや直接の配信要求（Ｍ９）に対し
て、映像を配信する。プロトコルにはＨＴＴＰ等が用い
られる。

【００３９】映像変換部３は映像変換配信サーバ３Ａと
して構成され、解像度変換部３１、画像圧縮フォーマッ
ト変換部３２、ビットレート変換部３３からなる変換部
３０と、配信部３４とからなる。変換部３０は、映像配
信を要求した端末に応じた解像度、画像圧縮フォーマッ
ト、ビットレート（以下映像プロパティ）に与えられた
映像信号を変換して（Ｍ３〜Ｍ５）、配信部３４が変換
された映像の配信を行う。これにより、ダイナミックな
映像プロパティの変更にも応じられる。

【００４０】ユーザオリエンテッド処理部４は、カメラ
スケジューリング部４１１、映像リソース管理部４１
２、端末管理部４１３からなるディレクトリサーバ４１
と、映像ディレクトリ管理部４２１を有する検索サーバ
４２とからなる。ディレクトリサーバ４１はネットワー
ク上に接続された各サーバの情報を管理し、対応できる
映像変換配信サーバ３Ａを案内する（ディレクトリ管理
Ｍ６）。また、どの映像変換配信サーバ３Ａが対応でき
るか案内する手段として、映像変換配信サーバ３Ａの負
荷に応じてアサインするのか等の映像リソース管理を行
う（Ｍ７）。

【００４１】さらにＪＡＶＡアプレットを利用して、ユ
ーザとカメラ間の制御をフレキシブルに行わせる機能を
有している。ユーザが利用する端末の能力や業務内容、
映像利用の目的等に応じて、カメラの制御、圧縮率、画
面サイズ、フレームレート、圧縮方式等の制御を行わせ
る（端末管理Ｍ８）。検索サーバ４２は、ユーザが希望
する（Ｍ９）映像に関する情報、例えば、記録日時や撮
影カメラ等の情報を受け取り、合致した映像素材のＩＤ
を結果として送信する。

【００４２】映像表示装置５は、各種表示端末（様々な
アクセス回線や表示能力）、アクセス網としては、有線
（アナログ、ＩＳＤＮ、ＦＴＴＨ、ＣＡＴＶ、ｘＤＳＬ
等）、無線（ＰＨＳ（ＰＩＡＦＳ）、ＰＤＣ、無線ＬＡ
Ｎ、ＩＭＴ−２０００、ＦＷＡ、衛星通信）がある。表
示能力としては、携帯電話の画面のように小さいものか
ら、テレビ画面のように高精細なものまである。

【００４３】以上の構成において、映像変換部３（映像
変換配信サーバ３Ａ）、ユーザオリエンテッド処理部
４、及び映像蓄積部２（又は映像蓄積配信サーバ２Ａ）
は、本発明の処理部の一形態を構成している。

【００４４】以下、実施の形態の動作について説明す
る。 （映像蓄積までの動作の流れ：図６） （１）システム運用者からの要求により、カメラ１１が
稼動して映し出すカメラ１１の方向、ズーム等を指定
し、映像を配信する時間の設定を行えるように、ユーザ
オリエンテッド処理部４のディレクトリサーバ４１のカ
メラスケジューリング部４１１では、カメラ１１、カメ
ラサーバ１２、方向、ズーム、稼働時間を登録する（Ｓ
１）。

【００４５】（２）この登録機能は、所定のデータベー
スを持ち、システム運用者からの登録内容を登録する。
所定のデータベースの一例を図７に示す。登録内容に
は、カメラ番号、カメラサーバ番号、方向、ズーム、稼
働時間、日付、解像度等がある。また登録手段として、
ＷＷＷサーバ機能を持ち合わせており、システム運用者
はブラウザを用いて登録することができる。この情報は
日付時間が現時点よりも古くなったものが消去され得
る。

【００４６】（３）また、ＩＤ、パスワードでこの登録
機能を制限することで、スケジューリングができるカメ
ラをＩＤによって分離することが可能である。例えば、
システム運用者が設定できるカメラと、無料でサービス
を受けたい映像表示装置から設定できるカメラを区別す
ることが可能になる。ＩＤだけでなく、ＩＤと時間、日
時も組み合わせれば、きめ細かい登録区分を行うことが
可能となる。

【００４７】（４）カメラスケジューリング部４１１の
他の機能としては、映像蓄積部２（２Ａ）からのスケジ
ュールの問い合わせ（Ｓ２）に応じる機能がある。これ
は、映像蓄積部２が定期的に撮像装置１（又はカメラ１
１）のスケジューリングの問い合わせを行い、蓄積すべ
きかどうかの判断を行うために設けられる。

【００４８】（５）映像蓄積部２からのスケジュールの
問い合わせに応じる機能は、問い合わせの日、時間にカ
メラから映像を取り込まなければならないか、カメラス
ケジューリング部４１１は、先ほどのデータベース（図
７参照）を検索し、その日時、時間にマッチするカメラ
があれば、報告を行う。

【００４９】（６）映像蓄積部２または映像蓄積配信サ
ーバ２Ａの蓄積部２１では、定期的にユーザオリエンテ
ッド処理部４のディレクトリサーバ４１のカメラスケジ
ューリング部４１１に問い合わせを行う（Ｓ２）。問い
合わせの結果として、上述したカメラスケジューリング
部４１１の登録機能が持っている、所定のデータベース
の登録内容がカメラスケジューリング情報として得られ
る。

【００５０】（７）そして、この情報に基づく情報を、
カメラサーバ１２に渡し、その情報の中のスケジュール
に従って、カメラ１１から入力した映像を映像蓄積部２
に送信するよう指示する（Ｓ３）。

【００５１】（８）カメラサーバ１２は、送信指示に従
って、カメラ１１を制御し、カメラサーバ１２より映像
を入力し、送信指示で指定された解像度、ビットレート
でデジタル圧縮を行い、デジタル化された映像を映像蓄
積部２（映像蓄積配信サーバ２Ａ）に送信する（Ｓ
４）。

【００５２】（９）映像蓄積配信サーバ２Ａは、上述し
たように、負荷分散装置２Ｂによってクラスタリングさ
れて、１つの仮想的なサーバを構築している。負荷分散
装置２Ｂは、サーバ外（今回カメラサーバ）からの要求
を受信し、複数ある映像蓄積配信サーバ２Ａの負荷を見
て、適切なサーバに伝達する。伝達されたサーバは、デ
ータを共有レイドＨＤ（共通の格納場所）２Ｃに圧縮フ
ァイルとして格納する。

【００５３】（１０）映像蓄積配信サーバ２Ａは、格納
した映像に関する情報（格納位置、撮影日時、場所やカ
メラ番号等の映像コンテンツ情報）や映像の品質に関す
る情報（解像度、圧縮フォーマット、ビットレート）を
例えば一定時間毎に検索サーバ４２に登録する（Ｓ
５）。

【００５４】（１１）検索サーバ４２では、映像蓄積配
信サーバ２Ａから格納した映像に関する情報を映像用デ
ータベースに登録する。映像用データベースの登録内容
としては、例えば図８に示すように、カメラ番号、カメ
ラサーバ名、場所、方向、ズーム、稼働時間、日付、解
像度等がある。

【００５５】（１２）また、図９に示すように、映像用
データベースのカメラ番号に対して所定のキーワードを
登録したキーワード用データベースを用意しておき、映
像表示装置５からのキーワードによる映像コンテンツ検
索に利用する。このキーワードの例としては、カメラ番
号１に対するキーワードとして、冨士山、山、日本一、
…等、カメラ番号２に対するキーワードとして、琵琶
湖、湖、日本一、…、等が挙げられる。

【００５６】（映像変換、配信までの制御の流れ：図１
０、図１１） ＜配信映像の選択１＞ （１）まず、映像表示装置５からの要求（映像コンテン
ツ、解像度、画像圧縮フォーマット、ビットレート）を
ユーザオリエンテッド処理部のディレクトリサーバ４１
の映像リソース管理部４１２が受ける（Ｓ１）。 （２）映像リソース管理部４１２は、この要求の情報を
元に、検索サーバ４２に映像コンテンツに相当する映像
情報が蓄積されているか否かを問い合わせる（Ｓ２）。

【００５７】（３）検索サーバ４２の映像ディレクトリ
管理部４２１では、映像蓄積配信サーバ２Ａから格納し
た映像に関するキーワード用データベース（図９参照）
において、キーワード検索を行い、検索結果を映像コン
テンツ情報Ｉ３（図１１）として映像リソース管理部４
１２に通知する（Ｓ２）。

【００５８】（４）映像リソース管理部４１２は、検索
結果を映像表示装置５に直接返信するか、あるいは、図
示のように端末管理部４１３にその検索結果を通知し
（Ｓ３）、端末管理部４１３がその検索結果を映像表示
装置５へ通知する（Ｓ４）。 （５）映像表示装置５では、検索結果から希望するコン
テンツを選択し、これにより、映像変換する情報の選択
が可能となる（Ｓ１′）。

【００５９】＜配信映像の選択２＞ （１）映像表示装置５からの要求（どんなコンテンツが
サービスできるか）をユーザオリエンテッド処理部４の
ディレクトリサーバ４１の映像リソース管理部４１２が
受ける（Ｓ１）。 （２）映像リソース管理部４１２は、検索サーバにどん
な映像情報が蓄積されているか問い合わせる（Ｓ２）。 （３）検索サーバ４２の映像ディレクトリ管理部４２１
では、映像蓄積配信サーバ２Ａから格納した映像に関す
る映像用データベース（図８参照）から検索を行い、検
索結果を映像コンテンツ情報Ｉ３として映像リソース管
理部４１２に通知する（Ｓ２）。 （４）映像リソース管理部４１２は、検索結果を映像表
示装置５に直接返信するか、あるいは、図示のように端
末管理部４１３を介して（Ｓ３）検索結果を映像表示装
置５へ通知する（Ｓ４）。 （５）映像表示装置５では、検索結果の内、サービスし
て欲しい映像コンテンツを選択し、これにより、映像変
換する情報の選択が可能となる（Ｓ１′）。

【００６０】＜映像変換部の選択＞ （１）映像リソース管理部４１２は、ネットワークに接
続されている複数の映像変換配信サーバ３Ａ（映像変換
部３）の負荷状況を定期的にモニタリングする（Ｓ
５）。負荷状況は、ＣＰＵの使用率、メモリの使用率等
を示している。 （２）このモニタリング情報Ｉ１（図１１）は映像リソ
ース管理部４１２の格納場所に格納される。モニタリン
グ情報Ｉ１の一例を下表に示す。

【００６１】 サーバ名 ＣＰＵ使用率 メモリ使用率 … サーバ１ ８０％ ９０％ サーバ２ １０％ ２０％ … … …

【００６２】（３）このモニタリング情報Ｉ１と映像変
換配信サーバ機能情報Ｉ２を用いて、映像リソース管理
部４１２は、映像表示装置５からの要求Ｓ１通りの変換
を行わせる映像変換配信サーバ３Ａの選択を行う。映像
変換配信サーバ機能情報の一例を図１２に示す。 （４）また、映像リソース管理部４１２は、映像表示装
置５からの要求（映像コンテンツ、解像度、画像圧縮フ
ォーマット、ビットレート）Ｓ１を満たす映像変換配信
サーバ３Ａを映像変換配信サーバ機能情報Ｉ２を検索し
て選択し、その中で、例えば一番負荷の小さい映像変換
配信サーバ３Ａをモニタリング情報Ｉ１を検索すること
で選択する。

【００６３】＜ダウンロードプログラムの選択＞ （１）＜映像変換部の選択＞において、選択した映像変
換配信サーバ３Ａと要求のあった解像度、画像圧縮フォ
ーマット、ビットレートと、（配信映像の選択）で選択
した映像コンテンツの情報をディレクトリサーバ４１の
端末管理部４１３に渡す（Ｓ３′）。 （２）端末管理部４１３では、選択した映像変換配信サ
ーバ３Ａに対応したダウンロードプログラムを選択する
（Ｓ６）。 （３）端末管理部４１３では、ダウンロードプログラム
を要求のあった映像表示装置５にネットワークを介して
ダウンロード（Ｓ４′）する。 （４）ダウンロードプログラムには、映像変換配信サー
バ３Ａと通信を行い制御するためのものであり、映像を
再生する機能も持たせれば、どのような映像表示装置に
でもサービスを供給できる。 （５）ダウンロードプログラムは、映像変換配信サーバ
の機能が変更になったときや、設置されたときに予めユ
ーザオリエンテッド処理部４の端末管理部４１３に格納
しておく。

【００６４】＜映像変換・配信＞ （１）端末管理部４１３は、映像表示装置５にダウンロ
ードしたプログラムに映像コンテンツの情報を渡す。 （２）映像表示装置５のダウンロードプログラムは、ユ
ーザオリエンテッド処理部４のディレクトリサーバ４１
の端末管理部４１３から受け取った映像コンテンツの情
報を用いて、選択された映像変換配信サーバ３Ａから必
要な映像を入手する（Ｓ７，Ｓ１１）。

【００６５】（３）すなわち、映像表示装置５のダウン
ロードプログラムは、選択された映像変換配信サーバ３
Ａにディレクトリサーバ４１の端末管理部４１３から受
け取った映像コンテンツの情報及び変換の指示を渡し配
信要求を行う（Ｓ７）。 （４）映像変換配信サーバ３Ａは、受信した映像コンテ
ンツの情報を基に、映像蓄積配信サーバ２Ａに対して蓄
積されている映像の配信を要求する（Ｓ８）。 （５）映像蓄積配信サーバ２Ａでは、映像コンテンツ情
報にある格納場所から映像情報を取り出して、配信部よ
り映像変換配信サーバ３Ａに対して映像ファイルを配信
する（Ｓ９）。

【００６６】（６）映像変換配信サーバ３Ａは、映像フ
ァイルを受信し、映像表示装置５のダウンロードプログ
ラムからの変換指示により、解像度変換部３１、画像圧
縮フォーマット変換部３２、ビットレート変換部３３で
映像変換を行い（Ｓ１０）、配信部３４から映像の配信
を行う（Ｓ１１）。 （７）映像表示装置５のダウンロードプログラムは、こ
の配信された映像を映像表示装置に渡し、映像を再生さ
せる。以上の説明においては、予め映像表示装置５に映
像を再生する機能があるものとして、説明を行ってい
る。 （８）なお、予め映像表示装置のダウンロードプログラ
ムに映像を再生する機能がある場合には、映像表示装置
５のダウンロードプログラムが受信した映像を再生す
る。これにより、映像表示装置５は予め再生する機能を
持たなくても良く、必要なとき、必要な機能だけをダウ
ンロードするすることができる。

【００６７】以上のように、映像表示装置５の機能が異
なる場合は、要求内容が同じでも、機能毎にダウンロー
ドプログラムを用意することで対応可能となる。また、
新しい機能を持った映像表示装置が出現したときでも、
同様に新機能に対応するダウンロードプログラムを用意
することで対応できる。

【００６８】（９）ここで、機能毎のダウンロードプロ
グラムを選択するため、ディレクトリサーバの映像リソ
ース管理部４１２では、ユーザ要求時に端末のプロファ
イルも入手するようにして、その情報を端末管理部４１
３に渡すことができる。 （１０）また、端末管理部４１３では、その情報を基に
図１３に示すダウンロードプログラム機能情報を用いて
端末機能に応じたダウンロードプログラムを選択させる
こともできる。

【００６９】＜ダウンロードプログラムの細分化＞ （１）映像変換配信サーバ３Ａの機能を細分化して、そ
れに対応してダウンロードプログラムを生成し、登録す
れば、沢山の機能を持った映像変換配信サーバに対応し
た大規模なプログラムではなく、必要最低限のプログラ
ムをダウンロードすることにより、ネットワークの回線
コストやプログラムを使用するリソースを少なくできる
という効果もある。細分化した時のダウンロードプログ
ラム機能情報を図１４に示す。

【００７０】＜映像配信中の解像等の変更＞ （１）ダウンロードプログラムあるいは映像変換配信サ
ーバ３Ａで対応できる範囲の変換であれば、映像表示装
置５からの変換要求に応じて映像変換配信サーバ３Ａで
ダイナミックに切替を行う。 （２）ダウンロードプログラムあるいは映像変換配信サ
ーバ３Ａで対応できる範囲の変換でない場合であって
も、映像表示装置からの変換要求に対して、ダウンロー
ドプログラムよりディレクトリサーバの映像リソース管
理部へ再度変更した内容の要求を出せば要求通りの映像
を配信できることは記述の説明より明らかである。

【００７１】＜ダウンロードプログラムとその実行に関
する実現例＞ダウンロードプログラムとその実行につい
ては、例えば、ＪＡＶＡにより実現でき、各種サーバに
はＷＷＷサーバの機能を持たせる。ディレクトリサーバ
のダウンロードプログラムはＪＡＶＡアプレットを動作
させることができるブラウザを搭載する。これにより、
プラットフォームに依存しないオンデマンド・ローディ
ング可能な分散ネットワークを構築することができる。
つまり、従来のプログラム言語で作成したプログラム
は、予めハードディスクにインストールしておかなけれ
ばならなかったが、必要なときに必要なだけネットワー
ク（ディレクトリサーバ）から持ってくればよい。認証
によって、出所が明確なＪＡＶＡアプレットは、ダウン
ロードされたサーバばかりでなく、他のサーバ（例えば
映像変換配信サーバ）にアクセスすることもできる。

【００７２】（リアルタイムカメラの制御の流れ：図１
５）上述したカメラ制御の流れは、撮像信号を一旦蓄積
する場合について説明したが、ここでは、リアルタイム
にカメラを制御して配信を行う場合について説明する。 ＜カメラサーバの選択＞カメラサーバ１２の選択につい
ては、上述した（配信映像の選択）と同様に行える。

【００７３】＜ダウンロードプログラムの選択＞ダウン
ロードプログラムは、カメラサーバ１２と通信を行い、
カメラ１１を制御するためのものであり、カメラ１１及
びカメラサーバ１２が設置されたときに予めユーザオリ
エンテッド処理部４の端末管理部４１３に格納してお
く。 （１）カメラスケジューリング部４１１は（配信映像の
選択）で選択した映像コンテンツを出力するカメラサー
バ１２及びカメラ１１の情報を端末管理部４１３に渡す
（Ｔ１）。映像コンテンツを出力するカメラサーバ１２
及びカメラ１１の情報は、検索サーバによる検索により
得られている（Ｔ２）。 （２）端末管理部４１３では、選択したカメラサーバ１
２及びカメラ１１に対応したダウンロードプログラムを
選択する。 （３）端末管理部４１３は、ダウンロードプログラムの
要求のあった映像表示装置５にネットワークを介してダ
ウンロードする。 （４）これにより、複数の異なるカメラを持った映像変
換配信サーバ３Ａに対応した大規模なプログラムではな
く、必要最低限のプログラムをダウンロードすることに
より、ネットワークの回線コストやプログラムを使用す
るリソースを少なくでき、大きな効果を得られる。

【００７４】＜カメラ制御・配信＞ （１）映像表示装置５はダウンロードプログラムを用い
てカメラ１１の方向やズームの設定を行う（Ｔ３）。 （２）カメラサーバ１２は、カメラ１１を制御して、映
像表示装置５の要求するカメラ１１の方向やズーム等の
制御を行い（Ｔ４）、その結果を映像表示装置にモニタ
させる（Ｔ５）。 （３）その後、映像表示装置５はダウンロードプログラ
ムを用いて、カメラサーバ１２に対して配信要求を行う
（Ｔ３′）。 （４）カメラサーバ１２はカメラ１１を制御して、撮影
を開始するよう指示し（Ｔ４′）、入力された映像を配
信する。

【００７５】（映像変換データの流れ：図１６） （１）撮像装置１のカメラ１１から入力された画像をカ
メラサーバ１２にてエンコードする（Ｕ１）。この際、
最も高いビットレート、最も高い解像度でエンコードす
る。 （２）撮像装置１でエンコードされた映像は、映像蓄積
部２の映像蓄積配信サーバ２Ａの蓄積部に圧縮ファイル
として蓄積される（Ｕ２）。 （３）蓄積された映像は映像表示装置５の要求により、
映像変換部３によって取り出されて、解像度変換、画像
フォーマット変換、ビットレート変換（Ｕ３）を施した
後、映像表示装置５に配信される（Ｕ４）。

【００７６】実施の形態２．上述した実施の形態１にお
いては、公衆のインターネットをネットワークとして用
いた場合について説明したが、構内のＬＡＮをネットワ
ークとして構築する用にしても良いことは明白である。
図１７はそのような実施の形態を示した全体構成図であ
り、ＬＡＮをルータ１７１やＨＵＢ１７２で構成し、Ｐ
ＨＳ１７３の構内システムや無線ＬＡＮ１７４等のモバ
イルアクセスと、ＰＣ１７５やＴＶ１７６のような有線
アクセスを行う表示端末が接続されている。各サーバは
図４に示したものと同じである。勿論、これらはＩＳＤ
Ｎルータ１７７等を用いて外部の公衆のインターネット
１７８やＩＳＤＮ公衆網１７９と接続され得るものであ
り、構内ＬＡＮのネットワークと公衆のインターネット
等を併用しても良いことは言うまでもない。

【００７７】実施の形態３．実施の形態１では、端末か
らタスクオリエンテッドな要求を受けて圧縮方式やビッ
トレートを設定するようにしたが、端末ごとの特性やタ
スクオリエンテッドな情報（業務内容、映像利用の目的
など）をディレクトリサーバに入れておいて参照するこ
とで、最適な圧縮方式や最適なビットレートを自動的に
選択させるようにしても良い。そこで実施の形態３は、
実施の形態１で述べた＜配信映像の選択＞における他の
形態について説明する。

【００７８】すなわち、映像を配信して、リアルタイム
に端末を表示させるための情報量は、アクセス回線の速
度と端末の特性（画面サイズ、処理スピード、色の数
等）と映像利用の目的などで決定される。アクセス回線
のビットレート以上の映像を配信すると、データがネッ
トワークの途中、あるいは端末で捨てられて、悪い品質
の映像になってしまう。１コマ当たりの映像の情報量は
解像度と圧縮方式で決まり、１コマでは静止画となり動
画とするためには、１秒間に数コマ配信されることにな
る。この場合、コマ数が多いほど滑らかな映像になる。
つまり、アクセス回線として必要な容量は、１コマ当た
りの情報量×コマ数となり、図１８に示すようになる。

【００７９】図１８の右端の数値がアクセス回線に必要
な容量となっている。逆にアクセス回線が決まっていれ
ば、解像度や圧縮方式やコマ数を調節して映像配信する
ビットレート（ｂｐｓ）を決定することとなる。図４に
記載のＰＩＡＦＳは３２ｋｂｐｓ又は６４ｋｂｐｓであ
り、図１７に示される無線ＬＡＮは１〜２Ｍｂｐｓであ
る。そこで、ＰＩＡＦＳの場合は、画面サイズを小さく
して高圧縮方式で、更にコマ数も少なくしなければアク
セス回線以下とすることができない。３２Ｋｂｐｓの場
合を図１９に示しているが、ＰＩＡＦＳを用いたＰＨＳ
端末に高性能な大画面のノートＰＣを接続しても、１６
０×１２０の小さな画面で１秒間０．４〜１コマという
コマ送り映像しか出すことができない。

【００８０】一方、無線ＬＡＮの場合は、図２０に示す
ように、ＰＩＡＦＳよりはかなり良い映像を表示するこ
とができる。しかし、ＰＩＡＦＳとは逆に表示端末がＰ
ＤＡのように小さな画面では、アクセス回線に高解像度
のデータを伝送する能力があっても、端末側で表示を行
うことはできない。そこで、アクセス回線と端末の表示
特性と映像の利用目的から最適な解像度や圧縮方式やビ
ットレート(コマ数)をネットワーク側でインテリジェン
トに決めることとしている。

【００８１】＜配信映像の選択（別実施の形態）＞以下
に、本実施の形態の動作について、図２１〜図２５を用
いて説明する。なお、図２１において、符号４１Ａは本
実施の形態におけるディレクトリサーバを示している。 （１）まず、予め、例えば図２２に示すような端末毎の
特性の情報(処理スピード、画面サイズ、画素数等)を登
録する（Ｋ１：これは、ユーザがサービス提供申し込み
時等に登録し、システム管理者が行う）。 （２）登録した内容を元に、表示可能な解像度、圧縮方
式、ビットレート（コマ数）の組合せの候補を決定しす
べて登録する（Ｋ２）。これは、端末処理スピードから
１秒間に処理できる情報量を算出し、画面サイズ／画素
数から表示できる解像度を算出し、算出した結果を用い
て、圧縮方式とビットレート（コマ数）の組を図２３に
示すような映像サービスグレード表（サービスグレード
情報ａ４）を参照してサービス可能な映像の候補を決定
し、先ほどの端末毎の特性情報に登録する。これは項番
１でシステム管理者が端末毎の特性の情報を登録すると
ディレクトリサーバで自動的に行われる。なお、K１に
おいては、システム管理者が行う場合を示したが、ユー
ザが直接登録したり、あるいは、＜配信映像の選択１，
２＞の要求を自主的にサーバ側で保存しておき、ユーザ
毎、端末毎に解像度と圧縮方式とビットレートの学習を
して、あのユーザのこの要求画像なら、サービスグレー
ドはこれだというような判断を行うようにしても良い。 （３）また、予め業務内容や映像利用の目的に対して適
用可能な解像度、圧縮方式、ビットレート(コマ数)とそ
れらに応じた映像サービスグレード表を用いてその候補
を図２４に示すようにタスク情報に登録する（Ｋ３：シ
ステム管理者が行う）。タスク情報の登録は、例えば、
映像の細かい部分まで見たい場合は、フレームレート、
ビットレートを下げて解像度を上げる。また動きに意味
のある場合には、その逆にするようにサービスグレード
候補を決めるようにする。 （４）また、予めアクセス回線の種類に応じた許容でき
る伝送容量(ビットレート)とそれに応じた映像サービス
グレードを映像サービスグレード表を用いてその候補を
図２５に示すようにアクセス回線情報に登録する（Ｋ
４）。 （５）映像表示装置５からの要求として、ユーザＩＤ又
は端末ＩＤ、アクセス回線、映像利用目的等をユーザオ
リエンテッド処理部のディレクトリサーバ４１Ａの映像
リソース管理部４１２Ａが受ける（Ｋ５）。受け方は、
メニュー形式でユーザが選択するような方法が考えられ
る。 （６）映像リソース管理部４１２Ａは、端末毎の特性情
報ａ１及びタスク情報ａ２及びアクセス回線情報ａ３の
映像サービスグレード候補の論理積をとり、サービス可
能な解像度、圧縮方式、ビットレート(コマ数)を決定す
る（Ｋ６）。例えば、ユーザＩＤで、アクセス回線が無
線ＬＡＮで利用目的がプラントの監視であれば、映像サ
ービスグレードの候補が「２」，「３」となり、映像サービ
スグレードの良い「２」を選択する(映像サービスグレー
ドは昇順とする)。 （７）映像リソース管理部は、この決定した情報を元
に、以降実施の形態１で示した＜配信映像の選択１＞の
（２）からの処理を行う。

【００８２】以上、本発明の実施の形態について説明し
たが、本発明の実施の形態における適用分野としては、
コンシューマ（公衆）向けとして、家庭内セキュリティ
システムへの適用や観光地季節情報提供サービス等があ
る。前者については、警備会社や常時接続ネットワーク
による留守宅情報、ペット情報等の情報伝送、リモート
制御等に適用され得る。後者については、各種映像を使
ったサービスとして遠隔地から行楽地の状況（積雪、開
花状況等）や道路情報（道路混雑状況）、災害情報等の
画像を目視確認したいとのニーズに応じたインターネッ
ト上でのサービス提供が行われ得る。また、業務用とし
ては、プラント設備保全点検に適用して、鉄鋼、石油、
電力等各社プラント設備部門、サービス会社等で遠隔監
視、故障診断保全サービス等が提供できる。また航空機
等の整備支援として、航空機会社整備、航空機製造会社
等で整備部門への外部情報支援サービスが提供できる。
例えば、空港での故障発見、機体現状画像確認、解析、
部品調達、修復技法支援等、各ステップで航空会社、製
造会社間での故障情報収集、部品ＤＢ、修理支援を有機
的双方向に結合させることができる。さらに、ダム監視
等において、水位、ゲート状況、侵入者監視等が行え
る。

【００８３】特にプラント設備点検業務に本発明を適用
した場合は、プラントの監視、環境監視や支援において
は、例えば、従来、中央管理室にて専任係員が２４時間
体制で監視対応しており、この場合に場所は固定され、
且つ専任者を必要としたが、本発明を適用することによ
り、例えばモバイルオペレーションで何処でも、誰でも
が必要な情報を入手でき、監視管理が可能となる。ま
た、場所も中央管理室に固定されることもなく、さらに
リモート管理アウトソーシングも可能となる。

【００８４】また、設備保全、管理支援においては、従
来、作業時には現場と中央管理室に分かれて配置が必要
で、現場作業員としては点検交換作業や作業記録を要
し、また管理者としてはスケジュール管理、履歴管理、
予備品の発注管理、報告書作成等を要したが、本発明に
よれば、現場と作業と管理を完結させることができ、巡
回点検の一人作業化、点検時現地でＤＢ参照判断がで
き、さらに全て現場作業において、点検交換作業、スケ
ジュール管理、履歴管理、予備品発注管理、報告書作成
等が可能となる。

【００８５】また緊急、防災対応支援としては、従来作
業は現場で、指示は中央管理室で行い、専門メーカへは
電話又はＦＡＸで相談を行っており、このような体制下
では、情報のやり取り等で対応に遅れが生じていた。本
発明によれば、現場にて状況確認を行えて詳細情報が入
手でき、作業・対策を完結できることで、対応時間を短
縮でき、省人化、効率化を図ることができるなどその効
果は大きい。

【００８６】

【発明の効果】上述したように、本発明によれば、画像
処理やサービス形態に対応して、ユーザからの様々な要
求を満たすことができ、映像集配信の効果を高めること
ができると共に、その配信をシステムの改変等を要さず
効率的に行うことができる映像配信システム、映像配信
方法及びそれに用いられる映像表示装置並びに撮像装置
を提供することができるという効果を奏する。

【図面の簡単な説明】

【図１】本発明の実施の形態１を示す概略ブロック図で
ある。

【図２】図１の構成をより詳細に示したブロック図であ
る。

【図３】図１もしくは図２の機能を示す機能ブロック図
である。

【図４】実施の形態の全体構成を示す全体構成図であ
る。

【図５】映像蓄積部を示すブロック図である。

【図６】映像蓄積までの制御動作の流れを示す図であ
る。

【図７】システム運用者からの登録内容の一例を示す図
である。

【図８】検索サーバにおいて映像蓄積配信サーバから格
納した映像に関する情報のデータベースを示す図であ
る。

【図９】キーワードのデータベースを示す図である。

【図１０】映像変換から配信までの制御動作の流れを示
す図である。

【図１１】映像変換から配信までの制御動作の流れにお
いて、端末管理機能の詳細を示す図である。

【図１２】映像変換配信サーバ機能情報の構成を示す図
である。

【図１３】ダウンロード機能情報を示す図である。

【図１４】細分化されたダウンロード機能情報を示す図
である。

【図１５】リアルタイムカメラ制御動作の流れを示す図
である。

【図１６】映像変換データの流れを示す図である。

【図１７】本発明の実施の形態２を示す全体構成図であ
る。

【図１８】アクセス回線として必要な容量を示す図であ
る。

【図１９】３２Ｋｂｐｓにおけるアクセス回線の容量に
対して送信可能なコマ数を示す図である。

【図２０】無線ＬＡＮにおけるアクセス回線の容量に対
して送信可能なコマ数を示す図である。

【図２１】実施の形態３におけるディレクトリサーバを
示す図である。

【図２２】端末毎の特性の情報を示す図である。

【図２３】サービスグレード情報を示す図である。

【図２４】タスク情報を示す図である。

【図２５】アクセス回線情報を示す図である。

【符号の説明】

１ 撮像装置、２ 映像蓄積部、２Ａ 映像蓄積配信サ
ーバ、２Ｂ 負荷分散装置、２Ｃ 共有レイドＨＤ、３
映像変換部、３Ａ 映像変換配信サーバ、４ユーザオ
リエンテッド処理部、５ 映像表示装置、１１ カメ
ラ、１２ カメラサーバ、２１ 蓄積部、２２、３４
配信部、３０ 変換部、３１ 解像度変換部、３２ 画
像圧縮フォーマット変換部、３３ ビットレート変換
部、４１，４１Ａ ディレクトリサーバ、４２ 検索サ
ーバ、４１１ カメラスケジューリング部、４１２，４
１２Ａ 映像リソース管理部、４１３ 端末管理部、４
２１映像ディレクトリ管理部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 上田 博唯 東京都中野区東中野三丁目14番20号 株式 会社日立国際電気内 Ｆターム(参考） 5C022 AA01 AB65 5C053 FA17 FA23 GA11 GA14 GB06 GB21 LA01 LA06 LA15 5C054 AA02 AA05 CG03 DA07 DA08 EA03 EA05 EG01 GA01 GB01 HA01 HA16 HA18 5C064 BA07 BB05 BC10 BC18 BC23 BD02 BD08

Claims (10)

【特許請求の範囲】
1. 【請求項１】 映像入力手段に入力される映像を通信回
   線を用いて映像表示手段に配信する映像配信システムに
   おいて、 前記通信回線を用いて前記映像入力手段及び前記映像表
   示手段と接続される映像蓄積手段と映像変換手段と映像
   処理手段とを備え、 前記映像表示手段の映像表示形態と映像表示機能及び前
   記映像表示手段が利用するアクセス回線の種類に応じて
   配信することを特徴とする映像配信システム。
2. 【請求項２】 請求項１記載の映像配信システムにおい
   て、 前記映像蓄積手段は前記映像入力手段でディジタル化さ
   れた所定の解像度や所定のフレームレートを有する映像
   を蓄積し、前記映像変換手段は前記映像蓄積手段に蓄積
   された映像を前記映像表示手段の映像表示形態と映像表
   示機能及び前記映像表示手段が利用するアクセス回線の
   種類に応じて変換し、前記映像処理手段は前記映像表示
   手段からの要求に応じて前記映像変換部の負荷状況をモ
   ニタリングすることを特徴とする映像配信システム。
3. 【請求項３】 請求項2記載の映像配信システムにおい
   て、 前記映像変換手段は複数備えられ、前記映像処理手段は
   前記映像表示手段からの要求に応じて対応可能な映像変
   換部を選択することを特徴とする映像配信システム。
4. 【請求項４】 請求項１乃至請求項３のいずれかに記載
   の映像配信システムにおいて、 前記映像処理手段は前記映像入力手段を制御するプログ
   ラムを複数有し、前記映像表示手段へ該映像表示手段が
   制御する前記映像入力手段に対応したプログラムをダウ
   ンロードし、前記映像表示手段からダウンロードしたプ
   ログラムを用いて前記映像入力手段の制御を行うことを
   特徴とする映像配信システム。
5. 【請求項５】 請求項１乃至請求項４のいずれかに記載
   の映像配信システムにおいて、 前記映像処理手段は前記映像変換手段で行う制御をユー
   ザ志向で行うためのプログラムを複数有し、前記映像表
   示手段へ該映像表示手段及び前記映像表示手段が制御す
   る前記映像変換手段に対応したプログラムをダウンロー
   ドし、前記映像表示手段からダウンロードしたプログラ
   ムを用いて前記映像変換手段の制御を行うことを特徴と
   する映像配信システム。
6. 【請求項６】 請求項５記載の映像配信システムにおい
   て、 前記映像処理手段は、新しい機能を持った映像入力手段
   に対して、該映像入力手段に対応するダウンロードプロ
   グラムを追加できる機能と、 新しい機能を持った映像表示手段に対して、該映像表示
   手段に対応するダウンロードプログラムを追加できる機
   能を有することを特徴とする映像配信システム。
7. 【請求項７】 請求項１乃至請求項６のいずれかに記載
   の映像配信システムにおいて、 前記映像入力手段は複数備えられると共に、前記映像処
   理手段は、前記映像表示手段が要求する映像がどの映像
   入力手段から入手できるかの情報を持つ手段を有し、前
   記映像表示手段への映像送信を前記映像入力手段に指示
   すると共に前記映像入力手段に対応したプログラムを前
   記映像表示手段にダウンロードすることを特徴とする映
   像配信システム。
8. 【請求項８】 請求項１乃至請求項７のいずれかに記載
   の映像配信システムにおいて、 前記映像変換手段は、 前記映像表示手段の要求に応じた解像度で映像を送信す
   るため、画像を高解像度から低解像度まで変換する機能
   と、 前記映像表示手段の要求に応じた画像圧縮フォーマット
   で映像を送信するため、画像圧縮フォーマット変換機能
   と、 前記映像表示手段の要求に応じたビットレートで映像を
   送信するため、ビットレートを低速から高速まで変換す
   る機能と、 前記映像蓄手段で蓄積した映像を変換し出力する機能と
   を有することを特徴とする映像配信システム。
9. 【請求項９】 映像入力手段で得られる映像を、管理サ
   ーバと複数の映像変換サーバとを用いて映像表示手段に
   配信する映像配信方法であって、 映像表示手段から少なくとも映像コンテンツ及び映像変
   換に関する要求を前記管理サーバに送信する第１ステッ
   プと、 前記映像表示手段からの要求に基づいて、前記管理サー
   バが複数の映像変換サーバから所定の映像変換サーバを
   選択し、それに対応する制御プログラムを前記映像表示
   手段にダウンロードさせる第２ステップと、 前記映像表示手段にダウンロードされたプログラムに基
   づいて、前記映像変換サーバが映像の所定の変換を行い
   前記映像表示手段に送信すると共に、前記映像表示手段
   が前記映像変換サーバからの映像を受信する第３ステッ
   プとを備えてなる映像配信方法。
10. 【請求項１０】 通信回線に接続され、入力された映像
    をディジタル圧縮しパケット化するカメラサーバと、映
    像を格納蓄積し蓄積した映像を配信する映像蓄積配信サ
    ーバと、通信回線に接続されたサーバの情報を管理し、
    ユーザの利用する端末の能力や映像利用の目的等に応じ
    てソフトウェアダウンロード等を行うディレクトリサー
    バと、映像の解像度、画像圧縮フォーマット、ビットレ
    ートの変換を行い配信を行う複数の映像変換配信サーバ
    と、ユーザの認証を行う認証サーバと、端末管理課金を
    行う端末管理サーバと、ユーザの要求映像と前記映像蓄
    積配信サーバに蓄積された映像の対応付けを行う検索サ
    ーバとを備えたことを特徴とする映像配信システム。