JP4397894B2 - 映像配信装置および映像配信プログラム - Google Patents

映像配信装置および映像配信プログラム Download PDF

Info

Publication number
JP4397894B2
JP4397894B2 JP2005510139A JP2005510139A JP4397894B2 JP 4397894 B2 JP4397894 B2 JP 4397894B2 JP 2005510139 A JP2005510139 A JP 2005510139A JP 2005510139 A JP2005510139 A JP 2005510139A JP 4397894 B2 JP4397894 B2 JP 4397894B2
Authority
JP
Japan
Prior art keywords
encoder
information
data
disaster
video distribution
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.)
Expired - Fee Related
Application number
JP2005510139A
Other languages
English (en)
Other versions
JPWO2005043913A1 (ja
Inventor
智功 廣瀬
篤嗣 田谷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Publication of JPWO2005043913A1 publication Critical patent/JPWO2005043913A1/ja
Application granted granted Critical
Publication of JP4397894B2 publication Critical patent/JP4397894B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8146—Monomedia components thereof involving graphical data, e.g. 3D object, 2D graphics
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • G06F15/177—Initialisation or configuration control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2404—Monitoring of server processing errors or hardware failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2405—Monitoring of the internal components or processes of the server, e.g. server load
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/814—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts comprising emergency warnings
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8543—Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Graphics (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Databases & Information Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Alarm Systems (AREA)

Description

この発明は、映像配信装置および映像配信プログラムに関する。
従来、エンコーダ等から送信されるＭＰＥＧ４（Moving Picture Expert Group 4）等の画像データを動画サーバが受信し、動画サーバが所定のクライアント端末に受信した画像データをストリーミング配信する動画配信システムが知られている。
この動画配信システムでは、動画サーバに障害が発生した際、縮退が行われる。この縮退では、障害が発生した動画サーバである障害動画サーバ以外の複数の正常な動画サーバが、障害動画サーバを代行する。
ところで、各動画サーバを管理する管理サーバは、各エンコーダに対して、蓄積設定の存在有無、優先レベルおよびエンコーダＩＤを予め設定している。ここで、優先レベルには、高、中、低の三段階ある。
そして、管理サーバが、障害動画サーバが担当していたエンコーダの蓄積設定の存在有無、優先レベルの段階およびエンコーダＩＤ（Identification）の昇順に基づいて優先順位をつけ、優先順位の高いエンコーダから順に正常な動画サーバへ割り当てを行う。また、管理サーバは、正常な動画サーバが処理しきれないエンコーダについては、その運用を強制的に停止させることとなる。
また、特許文献１に開示された分散処理システムでは、ネットワークを管理する管理ノードが、予め、業務と業務を処理する処理ノードとの組み合わせを複数用意しておく。そして、所定の処理ノードに障害が発生した際に管理ノードは、障害の発生した処理ノードの業務をバックアップする所定の組み合わせを選択し、選択した組み合わせを各処理ノードに送信し、各処理ノードは受信した組み合わせをもとに障害の発生した処理ノードの業務のバックアップを行っていた。
特開平６−２１４９６２号公報
しかしながら、従来の動画配信システムでは、優先順位が固定されているため、動的に各エンコーダの優先順位を変更することが出来ないという問題があった。
例えば、ある地点で災害等が発生し、災害等の状況を消防局等が知りたい場合には、災害等が発生している地点に最も近く、災害等の画像を受信しているエンコーダが重要となるが、このエンコーダに対して予め設定された優先順位が低い場合がある。
すなわち、災害等が発生した地点に近いエンコーダを担当している動画サーバに異常が発生した際、このエンコーダの優先順位が低いために正常な動画サーバに割りあてられることなく強制的に運用が停止させられる恐れがある。
また、特許文献１のように管理ノードが、障害の発生した処理ノードに代わって正常な処理ノードに業務のバックアップを行わせる場合も、予め用意しておいた処理ノードと業務の組み合わせを利用するので、常に変化する業務近辺の状況に対応する事ができない。
従って、時々刻々と変化するエンコーダ周辺の状況に合わせて、各エンコーダの優先順位を動的に変化させることがきわめて重要な課題となっていた。
この発明は、上述した従来技術による問題点を解消し、課題を解決するためになされたものであり、動画サーバに障害が発生した場合に、エンコーダの周辺状況に基づいて、適切なエンコーダを選択することができる映像配信装置および映像配信プログラムを提供することを目的とする。
上述した課題を解決し、目的を達成するため、本発明は、撮像装置に１対１接続された複数のエンコーダにネットワーク接続された映像配信装置であって、災害の位置情報を外部装置からネットワークを介して受信する災害位置受信手段と、管理すべき他の映像配信装置を記憶する記憶手段と、前記記憶手段に記憶された映像配信装置の障害を感知する障害感知手段と、各映像配信装置に対応付けて、該映像配信装置に対応付けられた複数のエンコーダと、動画データを表示する表示端末とを記憶した管理情報と、前記管理情報を参照し、前記障害が発生した他の映像配信装置に対応付けられた複数のエンコーダと表示装置とを特定する特定手段と、前記特定した各エンコーダに対して、該エンコーダに接続された撮像装置の映像データを要求する引継ぎ要求情報をネットワークを介して送信する引継ぎ要求送信手段と、前記引継ぎ要求情報を送信した前記各エンコーダから、該エンコーダの位置情報をネットワークを介して受信するエンコーダ位置受信手段と、前記受信した各エンコーダの位置情報と前記受信した災害の位置情報とに基づき、該災害位置に最も近いエンコーダを選択するエンコーダ選択手段と、前記エンコーダ選択手段が選択したエンコーダから動画データを受信し、前記特定手段に従って障害が発生した他の映像配信装置に対応付けられた表示端末に該動画データを配信する動画配信手段と、を備えたことを要件とする。
この発明によれば、動画サーバに障害が発生した場合に、エンコーダの周辺状況に基づいて、適切なエンコーダを選択することができる。
以下に、本発明にかかる映像配信装置および映像配信プログラムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態により本発明が限定されるものではない。
まず、本実施の形態１にかかる動画配信システムのシステム構成について説明する。第１図は、本実施の形態１にかかる動画配信システムのシステム構成を示す機能ブロック図である。
同図に示すように、この動画配信システムは、エンコーダ１０〜１２がそれぞれに対応するカメラ１３〜１５から画像データを受信し、受信した画像データをマルチキャストする。
このマルチキャストは、複数の相手を指定してデータを送信するものであり、マルチキャストされたデータは、一旦、ルータ２１に送信され、ルータ２１から、指定された動画サーバ１〜３のいずれかに送信される。
そして、ルータ２１から画像データを受信した動画サーバ１〜３は、受信した画像データを図示しない所定のクライアント端末にストリーミング配信するシステムである。
また、インターネット４０に接続された災害通知サーバ３０は、災害を検知した際に、検知した災害位置を動画サーバ１に送信し、動画サーバ１は、受信した災害位置を記憶する。
そして、動画サーバ２または３のいずれかに障害が発生した場合には、動画サーバ１が、障害の発生した動画サーバの担当していたエンコーダの情報と災害通知サーバ３０から受信した災害位置とをもとにエンコーダの優先順位を決定する。
ところで、動画サーバ１は、障害の発生した動画サーバが担当していたエンコーダを全て担当できない場合には、優先順位の高いエンコーダを優先して担当し、担当できないエンコーダに対しては停止要求を送信する。
次に、エンコーダ１０〜１２の構成について説明する。なお、これらのエンコーダ１０〜１２はいずれも同様の構成を有するので、ここではエンコーダ１０を例にとって説明する。
エンコーダ１０は、エンコーダ１０に対応するカメラ１３から画像データを受信し、受信した画像データをストリームデータとしてマルチキャストする際に、ＭＰＥＧデータにエンコーダ１０の現在位置に対する緯度、経度および現在エンコーダ１０の利用しているカメラ１３の方向に係る情報を示すエンコーダ情報を付与する。以下、エンコーダの現在位置に対する緯度、経度および現在エンコーダの利用しているカメラの方向に係る情報をまとめてエンコーダ情報と表記する。
エンコーダ１０は、入力受付部１６と、位置情報送受信部１７と、制御部１８と、記憶部１９と、通信部２０とを有する。
入力受付部１６は、カメラ１３から画像データを受信し、受信した画像データを制御部１８に渡す。制御部１８は、ＭＰＥＧデータ作成部１８ａと、ＸＭＬデータ作成部１８ｂと、位置情報処理部１８ｃと、データ送信部１８ｄとを有する。
ＭＰＥＧデータ作成部１８ａは、入力受付部１６から受け取った画像データからＭＰＥＧデータを作成する。また、ＭＰＥＧデータ作成部１８ａは、記憶部１９からＸＭＬ（eXtensible Markup Language）データ１９ａを取得する。
そして、ＭＰＥＧデータ作成部１８ａは、第２図に示すように、作成したＭＰＥＧデータ１０３に、ＵＤＰ（User Datagram Protocol）ヘッダ１００、ＲＴＰ（Real-time Transport Protocol）ヘッダ１０１および取得したＸＭＬデータ１０２を付与し、ストリームデータとしてデータ送信部１８ｄに渡す。
ＸＭＬデータ作成部１８ｂは、位置情報処理部１８ｃが特定するエンコーダ６のエンコーダ情報をもとに、位置情報を含んだＸＭＬデータを作成する。
第３図は、ＸＭＬデータ作成部１８ｂがＸＭＬでエンコーダの位置情報およびカメラの方向に係る情報を記述したＸＭＬデータの一例である。同図において「longitude＝”135.75”」はエンコーダの緯度を表し、「latitude＝”35.5”」は、エンコーダの経度を表し、「altitude＝”100”」はエンコーダが利用するカメラの方向を表す。
なお、第３図では、利用するカメラの方向が固定された固定カメラの場合を示しているが、カメラの方向が移動する移動式カメラの場合には、カメラの方向に対する移動範囲が記述される。
そして、ＸＭＬデータ作成部１８ｂは、作成したＸＭＬデータを記憶部１９にＸＭＬデータ１９ａとして記憶させる。
位置情報処理部１８ｃは、位置情報送受信部１７を用いて、基地局と通信し、エンコーダ１０の現在位置に対する緯度および経度を特定する。また、位置情報処理部１８ｃは、カメラ１３の方向に係る情報をカメラ１３から受信する。
そして、位置情報処理部１８ｃは、エンコーダ１０の位置情報およびカメラの方向に係る情報をＸＭＬデータ作成部１８ｂに渡す。
データ送信部１８ｄは、ＭＰＥＧデータ作成部１８ａから受け取ったストリームデータを通信部２０を介してマルチキャストする。また、データ送信部１８ｄは通信部２０を介して動画サーバ１から停止要求を受信した場合には、エンコーダ１０を停止させる。
次に、動画サーバ１〜３について説明する。動画サーバ１〜３は、担当するエンコーダからストリームデータを受信した際に、所定のクライアント端末にストリーミング配信を行う。
また、動画サーバ１は、動画サーバ２または３に障害が発生した際に、障害の発生した動画サーバが担当していたエンコーダを動画サーバ１が代わりに担当する。
しかし、障害の発生した動画サーバが担当していたエンコーダをすべて動画サーバ１が代わりに担当することができない場合がある。
従って、動画サーバ１は、各エンコーダ６〜８の位置情報と災害通知サーバ３０から送信される災害位置とをもとにして災害位置に近いエンコーダから順に優先順位を高く設定する。そして、動画サーバ１は、設定した優先順位をもとにして障害の発生した動画サーバの代わりに担当するエンコーダを順に選択する。
なお、災害位置との距離が等しいエンコーダが複数存在する場合には、エンコーダが利用するカメラの方向を更に考慮して優先順位を設定する。具体的にはカメラの方向が災害位置に向いているエンコーダを優先する。
次に、動画サーバ１の構成について説明する。動画サーバ１は、通信部４と、制御部５と、記憶部９とを有する。なお、制御部５は、縮退処理部６と、管理サーバ部７と、データ送受信部８とを有する。
縮退処理部６は、動画サーバ２または３に障害が発生した際に、障害の発生した動画サーバが担当していたエンコーダの優先順位を決定し、代わりに担当するエンコーダを選択する。縮退処理部６は、障害感知部６ａと、引継ぎ要求部６ｂと、エンコーダ選択部６ｃとを有する。
障害感知部６ａは、動画サーバ２または３に障害が発生した際、その障害を感知し、障害の発生した動画サーバを特定する。
引継ぎ要求部６ｂは、障害感知部６ａが障害を感知した際に、記憶部１５に記憶されている管理情報１９ｂをもとにして、障害の発生した動画サーバが担当していたエンコーダからマルチキャストされるストリーミングデータを取得するため、引継ぎ要求をルータ２１に送信する。
エンコーダ選択部６ｃは、障害の発生した動画サーバが担当していたエンコーダが送信するストリームデータに付与されている位置情報と、記憶部１５に記憶された災害位置データ１５ｃとをもとに、障害の発生した動画サーバの代わりに担当するエンコーダを選択する。なお、エンコーダ選択部６ｃは、災害位置に近いエンコーダから順に選択することとなる。
ところで、災害位置との距離が等しいエンコーダが複数存在する場合には、エンコーダが利用するカメラの方向が災害位置に向いているエンコーダを優先する。
管理サーバ部７は、定期的に動画サーバ２および３と通信し、各動画サーバ２および３が担当しているエンコーダと、ストリーミング配信の対象となっているクライアント端末を特定する。そして、管理サーバ部７は、各動画サーバが担当するエンコーダの情報とクライアント端末の情報とを記憶部９に管理情報９ｂとして記憶させる。
また、管理サーバ部７は、災害通知サーバ３０から災害位置に係る情報を受信し、受信した災害位置に係る情報を災害位置データ９ｃとして記憶部９に記憶させる。
データ送信部８は、エンコーダからマルチキャストされるストリームデータを受信し、受信したストリームデータを記憶部９にストリームデータ９ａとして一旦記憶させ、所定のクライアント端末に記憶しておいたストリームデータ９ａをストリーミング配信する。
次に、第１図に示したエンコーダ１０が、位置情報と利用するカメラの方向に係る情報とを取得し、取得した情報をもとにＸＭＬデータを作成する処理手順について説明する。第４図は、エンコーダ１０が位置情報とカメラ方向に係る情報を取得し、取得した情報をもとにＸＭＬデータを作成する処理手順を示すフローチャートである。なお、この処理は、エンコーダ１０の動作中に繰り返し実行される。同図に示すように、位置情報処理部１８ｃが位置情報送受信部１７をもちいて最寄の基地局に信号を送信し(ステップＳ１０１)、位置情報送受信部１７を用いて基地局から応答信号を受信する(ステップＳ１０２)。
そして、位置情報処理部１８ｃは、受信した応答信号をもとにエンコーダ１０の緯度と経度とを特定する(ステップＳ１０３)。また、位置情報処理部１８ｃは、カメラ１３からカメラの方向を示すカメラ情報を受信する(ステップＳ１０４)。そして、位置情報処理部１８ｃは、エンコーダ１０の緯度、経度およびカメラ１３の方向をエンコーダ情報としてＸＭＬデータ作成部１８ｂに渡す(ステップＳ１０５)。そして、ＸＭＬデータ作成部１８ｂは、受け取ったエンコーダ情報をもとにＸＭＬデータを作成し(ステップＳ１０６)、作成したＸＭＬデータを記憶部１９にＸＭＬデータ１９ａとして記憶させる(ステップＳ１０７)。
次に、エンコーダ１０がストリームデータを作成し、作成したストリームデータをマルチキャストする処理手順について説明する。第５図は、エンコーダがストリームデータを作成し、作成したストリームデータをマルチキャストする処理手順を示すフローチャートである。
同図に示すように、入力受付部１６がカメラ１３から画像データを受信し(ステップＳ２０１)、受信した画像データをＭＰＥＧデータ作成部１８ａに渡す(ステップＳ２０２)。そして、ＭＰＥＧデータ作成部１８ａは、記憶部１９に記憶されたＸＭＬデータ１９ａを取得し(ステップＳ２０３)、画像データをもとにＭＰＥＧデータを作成する(ステップＳ２０４)。
そして、ＭＰＥＧデータ作成部１８ａは、ＭＰＥＧデータにＸＭＬデータとＵＤＰヘッダとＲＴＰヘッダとを付与したストリームデータを作成し(ステップＳ２０５)、作成したストリームデータをデータ送信部１８ｄに渡し(ステップＳ２０６)、データ送信部１８ｄが、通信部２０を介してストリームデータをマルチキャストする(ステップＳ２０７)。
このように、エンコーダ１０では、予め、位置情報処理部１８ｃが、エンコーダに係る位置情報を取得し、ＭＰＥＧデータ作成部１８ａが、カメラ９から送信される画像データからＭＰＥＧデータを作成し、作成したＭＰＥＧデータにエンコーダの位置情報を付与したストリームデータを作成し、データ送信部１８ｄが通信部２０を介してストリームデータをマルチキャストする。
次に、災害通知サーバ３０が災害を検知し、検知した災害位置を動画サーバ１に送信する処理手順について説明する。第６図は、災害通知サーバ３０が災害を検知し、検知した災害位置を動画サーバに送信する処理手順を示すフローチャートである。なお、第６図に示したフローチャートは、災害通知サーバ３０が災害を検知するたびに繰り返し実行される。
同図に示すように、ある場所で災害が起こった際に災害通知サーバ３０が災害を検知し(ステップＳ３０１)、災害が発生した場所を特定する(ステップＳ３０２)。
そして、災害通知サーバ３０は、特定した災害発生場所を動画サーバ１の管理サーバ部７に送信し(ステップＳ３０３)、管理サーバ部７が、災害発生場所を受信し(ステップＳ)、受信した災害発生場所を災害位置データ９ｃとして記憶部９に記憶させる(ステップＳ３０５)。
次に、動画サーバ２または３に障害が発生した際に、動画サーバ１が、障害の発生した動画サーバの担当していたエンコーダの優先順位を決定し、代わりに担当するエンコーダを選択する処理手順について説明する。第７図は、動画サーバ２または３に障害が発生した際に、動画サーバ１が障害の発生した動画サーバの担当していたエンコーダの優先順位を決定し、代わりに担当するエンコーダを選択する処理手順を示すフローチャートである。
同図に示すように、障害感知部６ａが障害を感知し、障害の発生した動画サーバを特定し(ステップＳ４０１)、引継ぎ要求部６ｂが、障害の検知されたサーバと管理情報９ｂとをもとにして障害の発生した動画サーバの担当する複数のエンコーダを特定する(ステップＳ４０２)。
そして、引継ぎ要求部６ｂは、特定した複数のエンコーダからストリームデータを受信するために引継ぎ要求をルータ２１に送信し(ステップＳ４０３)、エンコーダ選択部６ｃがルータ２１から複数のストリームデータを受信する(ステップＳ４０４)。
そして、エンコーダ選択部６ｃは、ストリームデータに含まれるＸＭＬデータの位置情報と災害位置データ１５ｃとをもとにして、災害場所に近いエンコーダから順に優先順位を決定する(ステップＳ４０５)。なお、災害の発生場所との距離が等しいエンコーダが複数存在する場合には、エンコーダに対して災害の発生している方向と、エンコーダ情報に含まれるカメラの方向がより近いエンコーダを優先する。
そして、エンコーダ選択部６ｃは、優先順位の高い順にエンコーダを一つ選択し(ステップＳ４０６)、蓄積余力があるか否かを確認する(ステップＳ４０８)。
ここで、蓄積余力とは、記憶部９が、ストリームデータ９ａとして、エンコードから送信されるストリームデータを記憶することができる残りの量である。
記憶部９に蓄積余力がない場合には(ステップＳ４０８，Ｎｏ)、エンコーダ選択部６ｃが担当できないエンコーダに停止要求を送信する(ステップＳ４０７)。
一方、記憶部９に蓄積余力がある場合には(ステップＳ４０８，Ｙｅｓ)、選択したエンコーダに対応するクライアント端末にストリームデータをストリーミング配信する（ステップＳ４０９）。
そして、全てのエンコーダを選択したかどうかを確認する（ステップＳ４１０）。全てのエンコーダを選択していない場合には（ステップＳ４１０，Ｎｏ）、ステップＳ４０６に移行する。一方、全てのエンコーダを選択した場合には(ステップＳ４１０，Ｙｅｓ)、処理を終了する。
上述してきたように、本実施の形態１にかかるストリーミング配信システムでは、ＭＰＥＧデータ作成部１８ａが、カメラから受信した画像データをＭＰＥＧデータに変換し、変換したＭＰＥＧデータに位置情報を添付したストリームデータを作成し、データ送信部１８ｄがストリームデータをマルチキャストする。
そして、動画サーバ２または３に障害が発生した場合に、動画サーバ１では、障害感知部６ａが障害を感知し、引継ぎ要求部６ｂが、ルータ２１に引継ぎ要求を送信し、エンコーダ選択部６ｃが、障害の発生した動画サーバが担当していたエンコーダから送信されるストリームデータを受信する。
そして、エンコーダ選択部６ｃが、受信したストリームデータに含まれる位置情報と、災害位置データ１５ｃとをもとにして、災害位置に近いエンコーダが優先されるように、担当するエンコーダを選択している。
そのため、障害の発生した動画サーバの代わりに担当するエンコーダの優先順位を時々刻々と変化する災害等の位置にあわせて動的に変更することができる。
なお、本実施の形態１では、動画サーバ１が動画サーバ２または３を管理し、動画サーバ２または３に障害が発生した際には、動画サーバ１が障害の発生した動画サーバの担当していたエンコーダを代わりに担当したが、動画サーバ２または３が動画サーバ１同様に各動画サーバを管理し、障害の発生した動画サーバの担当していたエンコーダを代わりに担当する構成としてもよい。
また、実施の形態１のエンコーダは固定されていたが、これに限定されるものではなく、カメラつき携帯電話等の移動端末を使って画像データを受信し、所定の動画サーバに画像データを送信する構成としてもよい。
次に、本実施の形態２にかかるストリーミング配信システムのシステム構成について説明する。第８図は、本実施の形態２にかかる動画配信システムのシステム構成を示す機能ブロック図である。
同図に示すように、この動画配信システムは、エンコーダ５０〜５２がそれぞれに対応するカメラ１３〜１５から画像データを受信し、受信した画像データを指定した動画サーバ７０〜７２のいずれかに送信する。そして、画像データを受信した動画サーバは、所定のクライアント端末に受信した画像データをストリーミング配信する。
なお、エンコーダ５０〜５１は、所定の動画サーバに画像データを送信する際、ＭＤＯ６(Multiple Destination Option on IPv6)に基づいて、送信する動画サーバを指定して送信する。
このＭＤＯ６は、第９図に示すように明示的に行きたいアドレスをＩＰｖ６の拡張ヘッダとして格納する。同図に示すように、拡張ヘッダには、ＩＰＶ６（Internet Protocol version 6）ヘッダ１１０と、Ｈｏｐ−ｂｙ−Ｈｏｐヘッダ１１１と、Ｒｏｕｔｉｎｇヘッダ１１２と、Ｄｅｓｔｉｎａｔｉｏｎヘッダ１１３と、ＵＤＰ（User Datagram Protocol）ヘッダ１１４からなり、ＭＤＯ６では特にＤｅｓｔｉｎａｔｉｏｎヘッダ１１３に送信先となる複数の動画サーバに対するアドレスを指定する。
そして、エンコーダ５０〜５１は、画像データを送信する際に、画像データをＭＰＥＧデータに変換し、変換したＭＰＥＧデータにＩＰＶ６の基本ヘッダと、ＭＤＯ６に基づいた拡張ヘッダとを添付し、ルータ８０に送信する。
そして、ルータ８０は、受信したデータを拡張ヘッダで指定された所定の動画サーバに送信する。
ところで、動画サーバ７０〜７２のいずれかに障害が発生した場合には、管理サーバ６０が、障害の発生した動画サーバの代わりとなる正常な動画サーバを選択する。
具体的には、管理サーバ６０は、動画サーバ７０に障害が発生した場合には、動画サーバ７１を選択し、動画サーバ７１に障害が発生した場合には、動画サーバ７２を選択し、動画サーバ７２に障害が発生した場合には、動画サーバ７０を選択する。
そして、管理サーバ６０は、障害の発生した動画サーバに画像データを送信している複数のエンコーダの優先順位を決定し、優先順位の高いエンコーダから順に代わりに担当する動画サーバの宛先情報を送信する。
なお、正常な動画サーバの画像データに対する蓄積可能な容量を超過し、エンコーダを担当しきれない動画サーバに対しては、管理サーバ６０が、担当できないエンコーダに停止要求を送信する。
ところで、エンコーダの優先順位の決定するには、後述するように、管理サーバ６０が、災害通知サーバ３０から送信される災害発生場所の情報と、エンコーダ５０〜５２から送信されるエンコーダの位置情報とに基づいて決定する。
次に、エンコーダ５０〜５２の構成について説明する。なお、これらのエンコーダ５０〜５２はいずれも同様の構成を有するので、ここではエンコーダ５０を例にとって説明する。
このエンコーダ５０は、カメラ１３から画像データを受信し、受信した画像データをもとにＭＰＥＧデータを作成する。
また、エンコーダ５０は、指定した複数の動画サーバに、作成したＭＰＥＧデータを送信するために、ＭＤＯ６に基づき、複数の動画サーバの宛先を指定した拡張ヘッダと、ＩＰｖ６の基本ヘッダをＭＰＥＧデータに添付させ、ストリームデータとしてルータ８０に送信する。そして、送信されたデータは、ルータ８０から指定された各動画サーバに送信される。
また、エンコーダ５０は、エンコーダ５０の位置情報等を特定し、特定した情報をもとにＸＭＬデータを作成し、作成したＸＭＬデータを管理サーバ６０に送信する。
エンコーダ５０は、制御部５１と、記憶部５２とを有する。なお、その他の構成および動作は、実施の形態１に示したエンコーダ６と同様であるので同一の構成要素には同一の符号を付して説明を省略する。
制御部５１は、ＭＰＥＧデータ作成部５１ａと、ＸＭＬデータ作成部５１ｂと、位置情報処理部５１ｃと、データ送受信部５１ｄとを有する。
ＭＰＥＧデータ作成部５１ａは、入力部１６から画像データを受け取り、受け取った画像データからＭＰＥＧデータを作成する。また、ＭＰＥＧデータ作成部５１ａは、送信先情報５２ｂとＭＤＯ６とに基づいて複数の宛先を指定した拡張ヘッダを作成する。なお、送信先情報５２ｂは、エンコーダ５０が送信する複数の動画サーバの宛先を示す。
そして、ＭＰＥＧデータ作成部５１ａは、ＭＰＥＧデータにＩＰｖ６の基本ヘッダと拡張ヘッダとを添付し、ストリームデータとしてデータ送受信部５１ｄに渡す。
ＸＭＬデータ作成部５１ｂは、位置情報処理部５１ｃから受け取るエンコーダの位置情報をもとにしてＸＭＬデータを作成し、作成したＸＭＬデータをＸＭＬデータ５２ａとして記憶部５２に記憶させる。
位置情報処理部５１ｃは、位置情報送受信部１７を用いて、基地局と通信し、エンコーダ５０の現在位置に対する緯度および経度を特定する。また、位置情報処理部５１ｃは、カメラ１３の方向を示すカメラ情報をカメラ１３から受信する。そして、位置情報処理部５１ｃは、特定した現在位置に対する緯度、経度およびカメラ１３の方向に係る情報をエンコーダ情報としてＸＭＬデータ作成部５１ｂに渡す。
データ送受信部５１ｄは、ＭＰＥＧデータ作成部５１ａから受け取ったストリームデータを通信部２０を介して指定した動画サーバに送信する。また、データ送受信部５１ｄは、定期的にＸＭＬデータ５２ａを管理サーバ６０に送信する。
さらに、データ送受信部５１ｄは、画像データを送信する動画サーバに障害が発生した際には、管理サーバ６０から障害の発生した動画サーバの代わりとなる正常な動画サーバの宛先情報を受信し、受信した宛先情報に基づいて送信先情報５２ｂを修正する。
なお、データ送受信部５１ｄは、画像データを送信する動画サーバに障害が発生した際に、管理サーバ６０から停止要求を受信したならば、エンコーダ５０を停止させる。
次に、管理サーバ６０の構成について説明する。管理サーバ６０は、動画サーバ７０〜７２に障害が発生した際に、障害の発生した動画サーバの担当していたエンコーダを代わりに担当する正常な動画サーバを選択する。そして、管理サーバ６０は、障害の発生した動画サーバにストリームデータを送信しているエンコーダに対して新たに選択した動画サーバの宛先情報を送信する。
また、管理サーバ６０は、定期的に各エンコーダ５０〜５２からＸＭＬデータを受信し、受信したＸＭＬデータを各エンコーダと対応付けて記憶する。このＸＭＬデータには、各エンコーダ５０〜５２に対するエンコーダの位置情報を含んでいる。
管理サーバ６０は、通信部６１と、制御部６２と、記憶部６３とを有する。通信部６１は、エンコーダ５０〜５２と、災害情報通知サーバ３０と、動画サーバ７０〜７２との間でデータ通信を行うためのネットワークインターフェースである。
制御部６２は、障害感知部６２ａと、エンコーダ選択部６２ｂと、データ送受信部６２ｃとを有する。
障害感知部６２ａは、動画サーバ７０〜７２のいずれかで発生する障害を感知する。
エンコーダ選択部６２ｂは、動画サーバ７０〜７２のいずれかに障害が発生した際に、まず、管理情報６３ｃをもとにして、障害の発生した動画サーバにストリームデータを送信しているエンコーダを特定する。
そして、エンコーダ選択部６２ｂは、特定したエンコーダの位置情報と災害情報通知サーバ３０から受信した災害位置データ６３ａとをもとに災害発生場所に近いエンコーダが優先されるように優先順位を特定する。
なお、災害発生場所との距離が等しいエンコーダが複数存在する場合には、エンコーダの位置から災害が発生している方向と、エンコーダ情報に含まれるカメラの方向とがより近いエンコーダを優先する。
そして、エンコーダ選択部６２ｂは、決定したエンコーダの優先順位と担当する動画サーバの蓄積可能容量６３ｄとをもとにエンコーダを選択する。ここで、蓄積可能容量６３ｄとは、障害の発生した動画サーバの代わりをする動画サーバが蓄積可能なストリームデータに対する残りの容量を示す。
従って、エンコーダ選択部６２ｂは、エンコーダを一つ選択するたびに代わりに担当するサーバの蓄積可能容量を超過しているか否かを判断し、蓄積可能容量を超過していない場合には、選択したエンコーダに対して代わりに担当する動画サーバの宛先情報６３ｅを送信する。
一方、エンコーダを選択した際に、担当する動画サーバの蓄積可能容量を超過している場合には、選択していない残りのエンコーダに停止要求を送信することとなる。
データ送受信部６２ｃは、災害情報通知サーバ３０から送信される災害発生場所を示す災害位置データと、エンコーダ５０〜５２から送信されるＸＭＬデータと、動画サーバ７０〜７２から送信される動画サーバ７０〜７２が現に担当しているエンコーダを特定する情報と、各動画サーバ７０〜７２に対する画像データを蓄積可能な容量の情報と、動画サーバ７０〜７２の宛先情報とをそれぞれ受信する。
そして、データ送受信部６２ｃは、受信した災害位置データ、ＸＭＬデータ、エンコーダを特定する情報、蓄積可能な容量の情報および宛先情報を記憶部６３に災害位置データ６３ａ、ＸＭＬ情報６３ｂ、管理情報６３ｃ、蓄積可能容量６３ｄおよび宛先情報６３ｅとして記憶する。
次にエンコーダ５０が、指定した動画サーバにストリームデータを送信する処理手順について説明する。第１０図はエンコーダが、ストリームデータを指定した動画サーバに送信する処理手順を示すフローチャートである。
同図に示すように、入力受付部１６がカメラ１３から画像データを受信し(ステップＳ５０１)、受信した画像データをＭＰＥＧデータ作成部５１ｂに渡す(ステップＳ５０２)。
そして、ＭＰＥＧデータ作成部５１ａが、取得した画像データからＭＰＥＧデータを作成し(ステップＳ５０３)、送信先情報５２をもとにして送信する複数の動画サーバの宛先を特定し(ステップＳ５０４)、特定した動画サーバの宛先から所定の動画サーバのアドレスを指定した拡張ヘッダを作成する(ステップＳ５０５)。
そして、ＭＰＥＧデータ作成部５１ａは、作成したＭＰＥＧデータにＩＰｖ６の基本ヘッダと拡張ヘッダとを添付したストリームデータを作成し(ステップＳ５０６)、作成したストリームデータをデータ送受信部５１ｄに渡し(ステップＳ５０７)、データ送受信部５１ｄは、通信部２０を介して指定した複数の動画サーバにストリームデータを送信する(ステップＳ５０８)。
このようにエンコーダ５０では、ＭＰＥＧデータ作成部５１ａが、カメラ１３から送信される画像データからＭＰＥＧデータを作成し、送信先情報５２ｂをもとに複数の宛先を含んだ拡張ヘッダを作成し、ＭＰＥＧデータにＩＰｖ６の基本ヘッダと拡張ヘッダとを添付したストリームデータを、指定した動画サーバに送信する。
次に、エンコーダ５０が、位置情報を含んだＸＭＬデータを管理サーバ６０に送信する処理手順について説明する。第１１図は、エンコーダが、位置情報を含んだＸＭＬデータを管理サーバ６０に送信する処理手順を示すフローチャートである。
同図に示すように、データ送受信部５１ｄが、記憶部５２からＸＭＬデータ５２ａを取得し(ステップＳ６０１)、取得したＸＭＬデータを通信部２０を介してデータ送受信部６２ｃに送信する(ステップＳ６０２)。
そして、データ送受信部６２ｃは、通信部６１を介してＸＭＬデータを受信し(ステップＳ６０３)、受信したＸＭＬデータをもとにＸＭＬ情報６３ｂを修正する(ステップＳ６０４)。
次に、動画サーバ７０が、現在担当しているエンコーダと、画像データの蓄積可能な容量と、動画サーバ７０の宛先情報を管理サーバ６０に送信する処理手順について説明する。第１２図は、動画サーバが、現在担当しているエンコーダと、画像データの蓄積可能な容量と、動画サーバの宛先情報を管理サーバに送信する処理手順を示すフローチャートである。
同図に示すように、動画サーバ７０が現在担当しているエンコーダと、ストリームデータを蓄積可能な容量と、動画サーバ７０の宛先情報とを動画サーバ情報として特定し(ステップＳ７０１)、特定した動画サーバ情報をデータ送受信部６２ｃに送信する(ステップＳ７０２)。
そして、データ送受信部６２ｃは通信部６１を介して動画サーバ情報を受信し(ステップＳ７０３)、受信した動画サーバ情報をもとにしてそれぞれを管理情報６３ｃ、蓄積可能容量６３ｄおよび宛先情報６３ｅとして記憶部６３に記憶させる(ステップＳ７０４)。ここで、管理情報６３ｃは、動画サーバが現に担当しているエンコーダを示し、蓄積可能容量６３ｄは、動画サーバがストリームデータを蓄積可能な容量を示し、宛先情報ｅは動画サーバの宛先を示す。
ところで、動画サーバ７１と７２も同様に管理サーバ６０に動画サーバ情報を送信する。従って、管理情報６３ｃは、動画サーバ７０〜７２それぞれが担当しているエンコーダの情報を含み、蓄積可能容量６３ｄは、動画サーバ７０〜７２それぞれのストリームデータに対する蓄積可能な容量の情報を含み、宛先情報６３ｅは、動画サーバ７０〜７２の宛先情報を含むこととなる。
次に、管理サーバ６０が、動画サーバの障害を検知し、エンコーダが正常な動画サーバにストリームデータを送信できるよう指示する処理手順について説明する。第１３図は、管理サーバが、動画サーバの障害を検知し、エンコーダが正常な動画サーバにストリームデータを送信できるように指示する処理手順を示すフローチャートである。
同図に示すように、障害感知部６２ａが障害を感知し、障害の発生した動画サーバを特定する(ステップＳ８０１)。そして、エンコーダ選択部６２ｂが、管理情報６３ｃをもとに障害の発生した動画サーバにストリームデータを送信している複数のエンコーダを特定し(ステップＳ８０２)、ＸＭＬ情報６３に含まれる複数のエンコーダに対する位置情報と災害位置データ６３ａとに基づいて災害発生場所に近いエンコーダが優先されるように、優先順位を決定する(ステップＳ８０３)。
なお、ステップＳ８０３で災害発生位置との距離が等しいエンコーダが複数存在する場合には、災害発生場所の方向とカメラの方向とがより近いエンコーダが優先される。
そして、エンコーダ選択部６２ａは、エンコーダを順に一つ選択し(ステップＳ８０４)、障害の発生した動画サーバの代わりとなる動画サーバにストリームデータを蓄積する余力があるか否かを蓄積可能容量６３ｄをもとにして判断する(ステップＳ８０５)。
ストリームデータを蓄積する余力がない場合には(ステップＳ８０５，Ｎｏ)、エンコーダ選択部６２ａは、正常な動画サーバに割振ることができないエンコーダに停止要求を送信する(ステップＳ８０６)。
一方、ストリームデータを蓄積する余力がある場合には(ステップＳ８０５，Ｙｅｓ)、エンコーダ選択部６２ａは、新たな送信先となる動画サーバの宛先を宛先情報６３ｅから取得し、取得した宛先を選択したエンコーダに送信し(ステップＳ８０７)、全てのエンコーダを選択したか否かを確認する(ステップＳ８０８)。
全てのエンコーダを選択していない場合には(ステップＳ８０８，Ｎｏ)、ステップＳ８０４に移行する。一方、全てのエンコーダを選択している場合には(ステップＳ８０８，Ｙｅｓ)、処理を終了する。
上述してきたように、本実施の形態２にかかるストリーミング配信システムでは、動画サーバ７０〜７１に障害が発生した際に、エンコーダ選択部６２ｂが、障害の発生している動画サーバにストリームデータを送信しているエンコーダの優先順位を災害位置データ６３とＸＭＬ情報６３ｂとに基づいて決定し、優先順位の高いエンコーダから順に正常な動画サーバの宛先情報を送信し、宛先情報を受信したエンコーダは、送信先となる動画サーバの宛先を変更する。
そのため、動画サーバに障害が発生した際に、障害の発生した動画サーバにストリームデータを送信するエンコーダの優先順位を、時々刻々と変化する災害等の状況に応じて動的に変化させることができ、最適なストリームデータをクライアント端末に送信することができる。
なお、本実施の形態２では、管理サーバ６０が、動画サーバ７０に障害が発生した際に、動画サーバ７１を代行させ、動画サーバ７１に障害が発生した際に、動画サーバ７２を代行させ、動画サーバ７２に障害が発生した際に動画サーバ７０を代行させたが、例えば、動画サーバ７０に障害が発生した際に、動画サーバ７１および７２を代行させ、動画サーバ７１に障害が発生した際に、動画サーバ７２および７０を代行させ、動画サーバ７２に障害が発生した際に、動画サーバ７０および７１を代行する構成としてもよい。
また、本実施の形態１および２では、エンコーダの位置情報およびエンコーダが利用するカメラの方向に係る情報をＸＭＬを用いて記述したが、他の言語を利用してエンコーダの位置情報およびエンコーダが利用するカメラの方向に係る情報を記述し、ＭＰＥＧデータに添付してもよい。
なお、本実施の形態１および２では動画配信システムについて説明したが、この動画配信システムに係る動画サーバが有する構成をソフトウェアによって実現することで、同様の機能を有する動画配信プログラムを得ることができる。そこで、この動画配信プログラムを実行するコンピュータシステムについて説明する。
第１４図は、本実施の形態に係る動画配信プログラムを実行するコンピュータシステムを示す図である。同図に示すように、このコンピュータシステム２００は、本体部２０１と、本体部２０１からの指示により表示画面２０２ａに情報を表示するディスプレイ２０２と、このコンピュータシステム２００に種々の情報を入力するためのキーボード２０３と、ディスプレイ２０２の表示画面２０２ａ上の任意の位置を指定するマウス２０４と、ＬＡＮ２０６または広域エリアネットワーク（ＷＡＮ）に接続するＬＡＮインタフェースと、公衆回線２０７に接続するモデム２０５とを有する。ここで、ＬＡＮ２０６は、他のコンピュータシステム（ＰＣ）２１１、サーバ２１２、プリンタ２１３などとコンピュータシステム２００とを接続している。
また、第１５図は、第１４図に示した本体部２０１の構成を示す機能ブロック図である。同図に示すように、この本体部２０１は、ＣＰＵ２２１と、ＲＡＭ２２２と、ＲＯＭ２２３と、ハードディスクドライブ（ＨＤＤ）２２４と、ＣＤ−ＲＯＭドライブ２２５と、ＦＤドライブ２２６と、Ｉ／Ｏインタフェース２２７と、ＬＡＮインタフェース２２８とを有する。
そして、このコンピュータシステム２００において実行される動画配信プログラムは、フロッピィディスク（ＦＤ）２０８、ＣＤ−ＲＯＭ２０９、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの可搬型記憶媒体に記憶され、これらの記憶媒体から読み出されてコンピュータシステム２００にインストールされる。
そして、インストールされた動画配信プログラムは、ＨＤＤ２２４に記憶され、ＲＡＭ２２２、ＲＯＭ２２３などを利用してＣＰＵ２２１により実行される。
以上説明したように、本発明によれば、エンコーダが、自エンコーダの位置する位置情報を特定し、特定した位置情報を符号化した動画データに付与し、動画配信装置に送信する。そして、動画配信装置は、他動画配信装置に障害が発生した際に、他動画配信装置に動画データを送信している複数のエンコーダの動画データを取得し、取得した複数の動画データに含まれるエンコーダの位置情報と、災害発生位置とに基づいて、災害発生位置に近いエンコーダを優先して選択し、選択したエンコーダを障害の発生した他動画配信装置の代わりに担当することとしたので、エンコーダの周辺状況によってエンコーダの優先順位を動的に変化させることができ、クライアント端末に重要な動画データを安定して配信することができるという効果を奏する。
以上のように、本発明にかかる映像配信装置および映像配信プログラムは、重要な動画データを安定してクライアント端末に送信するシステムに有用である。
第１図は、本実施の形態１にかかる動画配信システムのシステム構成を示す機能ブロック図である。 第２図は、実施の形態１に係るストリームデータのデータ構造を示す図である。 第３図は、ＸＭＬデータ作成部がＸＭＬでエンコーダの位置情報およびカメラの方向の情報を記述したＸＭＬデータの一例である。 第４図は、エンコーダが位置情報とカメラ方向に係る情報を取得し、取得した情報をもとにＸＭＬデータを作成する処理手順を示すフローチャートである。 第５図は、エンコーダがストリームデータを作成し、作成したストリームデータをマルチキャストする処理手順を示すフローチャートである。 第６図は、災害通知サーバが災害を検知し、検知した災害位置を動画サーバに送信する処理手順を示すフローチャートである。 第７図は、動画サーバ２または３に障害が発生した際に、動画サーバ１が障害の発生した動画サーバの担当していたエンコーダの優先順位を決定し、代わりに担当するエンコーダを選択する処理手順を示すフローチャートである。 第８図は、本実施の形態２にかかる動画配信システムのシステム構成を示す機能ブロック図である。 第９図は、ＭＤＯ６にかかる拡張ヘッダを示す図である。 第１０図は、エンコーダが、ストリームデータを指定した動画サーバに送信する処理手順を示すフローチャートである。 第１１図は、エンコーダが、位置情報を含んだＸＭＬデータを管理サーバに送信する処理手順を示すフローチャートである。 第１２図は、動画サーバが、現在担当しているエンコーダと、画像データの蓄積可能な容量と、動画サーバの宛先情報を管理サーバに送信する処理手順を示すフローチャートである。 第１３図は、管理サーバが、動画サーバの障害を検知し、エンコーダが正常な動画サーバにストリームデータを送信できるように指示する処理手順を示すフローチャートである。 第１４図は、本実施の形態１および２に係る動画配信プログラムを実行するコンピュータシステムを示す図である。 第１５図は、第１４図に示した本体部の構成を示す機能ブロック図である。
１，２，３ 動画サーバ
４，２０，６１ 通信部
５，１８，５１，６２ 制御部
６ 縮退処理部
６ａ，６２ａ 障害感知部
６ｂ 引継ぎ要求部
６ｃ，６２ｂ エンコーダ選択部
７ 管理サーバ部
８，６２ｃ データ送受信部
９，１９，５２，６３ 記憶部
９ａ ストリームデータ
９ｂ，６３ｃ 管理情報
９ｃ，６３ａ 災害位置データ
１０，１１，１２ エンコーダ
１３，１４，１５ カメラ
１６ 入力受付部
１７ 位置情報送受信部
１８ａ，５１ａ ＭＰＥＧデータ作成部
１８ｂ，５１ｂ ＸＭＬデータ作成部
１８ｃ，５１ｃ 位置情報処理部
１８ｄ，５１ｄ データ送信部
１９ａ，５２ａ ＸＭＬデータ
２１ ルータ
３０ 災害情報通知サーバ
６３ｂ ＸＭＬ情報
６３ｄ 蓄積可能容量
６３ｅ 宛先情報
１００ ＵＤＰヘッダ
１０１ ＲＴＰヘッダ
１０２ ＸＭＬデータ
１０３ ＭＰＥＧデータ
１１０ ＩＰＶ６ヘッダ
１１１ Hop-by-Hopヘッダ
１１２ Routingヘッダ
１１３ Destinationヘッダ
１１４ UDPヘッダ
２００ コンピュータシステム
２０１ 本体部
２０２ ディスプレイ
２０２ａ 表示画面
２０３ キーボード
２０４ マウス
２０５ モデム
２０６ ＬＡＮ
２０７ 公衆回線
２０８ フロッピィディスク
２０９ ＣＤ−ＲＯＭ
２１１ ＰＣ
２１２ サーバ
２１３ プリンタ

Claims (4)

  1. 撮像装置に１対１接続された複数のエンコーダにネットワーク接続された映像配信装置であって、
    災害の位置情報を外部装置からネットワークを介して受信する災害位置受信手段と、
    管理すべき他の映像配信装置を記憶する記憶手段と、
    前記記憶手段に記憶された映像配信装置の障害を感知する障害感知手段と、
    前記他の映像配信装置に対応付けて、該映像配信装置に対応付けられた複数のエンコーダと、動画データを表示する表示端末とを記憶した管理情報と、
    前記管理情報を参照し、前記障害が発生した他の映像配信装置に対応付けられた複数のエンコーダと表示装置とを特定する特定手段と、
    前記特定した各エンコーダに対して、該エンコーダに接続された撮像装置の映像データを要求する引継ぎ要求情報をネットワークを介して送信する引継ぎ要求送信手段と、
    前記引継ぎ要求情報を送信した前記各エンコーダから、該エンコーダの位置情報をネットワークを介して受信するエンコーダ位置受信手段と、
    前記受信した各エンコーダの位置情報と前記受信した災害の位置情報とに基づき、該災害位置に最も近いエンコーダを選択するエンコーダ選択手段と、
    前記エンコーダ選択手段が選択したエンコーダから動画データを受信し、前記特定手段に従って障害が発生した他の映像配信装置に対応付けられた表示端末に該動画データを配信する動画配信手段と、
    を備えたことを特徴とする映像配信装置。
  2. 前記エンコーダ位置受信手段は、前記エンコーダに接続された撮像装置の撮像方向に係る情報をさらに受信し、
    前記エンコーダ選択手段は、前記災害位置に最も近いエンコーダが複数存在する場合に、前記受信した各エンコーダの位置情報と前記受信した災害の位置情報とに基づき、エンコーダ位置に対する災害位置の方向に、前記撮像方向がより近い撮像装置に接続されたエンコーダを選択することを特徴とする請求項１記載の映像配信装置。
  3. 他の映像配信装置に対応付けて、該映像配信装置に対応付けられた複数のエンコーダと、動画データを表示する表示端末とを記憶した管理情報と、管理すべき他の映像配信装置とを記憶装置に格納するコンピュータに、
    災害の位置情報を外部装置からネットワークを介して受信する災害位置受信手順と、
    前記記憶装置に記憶された映像配信装置の障害を感知する障害感知手順と、
    前記管理情報を参照し、前記障害が発生した他の映像配信装置に対応付けられた複数のエンコーダと表示装置とを特定する特定手順と、
    前記特定した各エンコーダに対して、該エンコーダに接続された撮像装置の映像データを要求する引継ぎ要求情報をネットワークを介して送信する引継ぎ要求送信手順と、
    前記引継ぎ要求情報を送信した前記各エンコーダから、該エンコーダの位置情報をネットワークを介して受信するエンコーダ位置受信手順と、
    前記受信した各エンコーダの位置情報と前記受信した災害の位置情報とに基づき、該災害位置に最も近いエンコーダを選択するエンコーダ選択手順と、
    前記エンコーダ選択手順で選択したエンコーダから動画データを受信し、前記特定手順の特定結果に従って障害が発生した他の映像配信装置に対応付けられた表示端末に該動画データを配信する動画配信手順と、
    を実行させることを特徴とする映像配信プログラム。
  4. 前記エンコーダ位置受信手順は、前記エンコーダに接続された撮像装置の撮像方向に係る情報をさらに受信し、
    前記エンコーダ選択手順は、前記災害位置に最も近いエンコーダが複数存在する場合に、前記受信した各エンコーダの位置情報と前記受信した災害の位置情報とに基づき、エンコーダ位置に対する災害位置の方向に、前記撮像方向がより近い撮像装置に接続されたエンコーダを選択することを特徴とする請求項３記載の映像配信プログラム。
JP2005510139A 2003-10-31 2003-10-31 映像配信装置および映像配信プログラム Expired - Fee Related JP4397894B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2003/013992 WO2005043913A1 (ja) 2003-10-31 2003-10-31 動画配信装置、動画配信システムおよび動画配信プログラム

Publications (2)

Publication Number Publication Date
JPWO2005043913A1 JPWO2005043913A1 (ja) 2007-05-10
JP4397894B2 true JP4397894B2 (ja) 2010-01-13

Family

ID=34532056

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005510139A Expired - Fee Related JP4397894B2 (ja) 2003-10-31 2003-10-31 映像配信装置および映像配信プログラム

Country Status (4)

Country Link
US (1) US8077771B2 (ja)
JP (1) JP4397894B2 (ja)
GB (1) GB2423209B (ja)
WO (1) WO2005043913A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8191006B2 (en) * 2007-09-19 2012-05-29 Canon Kabushiki Kaisha Information processing apparatus, control method of information processing apparatus, computer program and storage medium
JP6862977B2 (ja) * 2017-03-22 2021-04-21 富士通株式会社 通信制御プログラム、通信制御方法、および通信制御装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3003440B2 (ja) 1993-01-19 2000-01-31 株式会社日立製作所 負荷分散制御方法および分散処理システム
JPH09326873A (ja) * 1996-06-04 1997-12-16 Toshiba Corp 情報伝送システム
JP2003204297A (ja) 2001-08-07 2003-07-18 Asia Air Survey Co Ltd 現場状況伝送端末及び現場状況伝送システム
JP2003134045A (ja) 2001-10-24 2003-05-09 Nec Corp 同報ストリーミング配信システム及び同報ストリーミング配信方法
JP4188615B2 (ja) 2002-03-18 2008-11-26 株式会社日立国際電気 映像配信サーバおよび映像配信システム
JP2003274390A (ja) * 2002-03-18 2003-09-26 Olympus Optical Co Ltd 映像配信サーバおよび映像受信クライアントシステム
CA2390621C (en) * 2002-06-13 2012-12-11 Silent Witness Enterprises Ltd. Internet video surveillance camera system and method

Also Published As

Publication number Publication date
WO2005043913A1 (ja) 2005-05-12
US8077771B2 (en) 2011-12-13
GB0607388D0 (en) 2006-05-24
JPWO2005043913A1 (ja) 2007-05-10
US20060193381A1 (en) 2006-08-31
GB2423209A (en) 2006-08-16
GB2423209B (en) 2008-04-23

Similar Documents

Publication Publication Date Title
US9853834B2 (en) Method for communication in a tactical network
CA2390621C (en) Internet video surveillance camera system and method
JP4052522B2 (ja) ネットワーク機器及びネットワーク機器管理方法
US8478869B2 (en) Information processing device and program
JP2013258700A (ja) オーディオビデオブリッジネットワークにおける動的ストリーム管理のためのシステム
JP2012150806A (ja) デスクトップ共有システム及びその方法
JP2006119941A (ja) 動画像蓄積方法
US20130114616A1 (en) Communication system and operating method using home gateway
KR20130052373A (ko) 서버와 디바이스를 중개하는 방법 및 장치, 컴퓨터로 읽을 수 있는 기록 매체
JP4397894B2 (ja) 映像配信装置および映像配信プログラム
US8456671B2 (en) Communication system, information storage device, management device, and terminal device
JP6699231B2 (ja) 情報配信装置、情報配信プログラム、通信端末、通信処理プログラム及び情報配信システム
JP2006311294A (ja) 自動設定装置及びネットワーク対応装置のパラメータ設定方法
JP2010258894A (ja) 映像受信装置、映像受信方法及びプログラム
KR100758572B1 (ko) 동화상 배신 장치, 동화상 배신 시스템 및 동화상 배신 프로그램을 기록한 컴퓨터로 판독가능한 기록 매체
JP5205783B2 (ja) コンテンツ配信システム
CN111131761B (zh) 分布式拼接显示系统和数据传输方法
JP2011160023A (ja) データ配信方法
JP6862977B2 (ja) 通信制御プログラム、通信制御方法、および通信制御装置
JP6026491B2 (ja) 伝送システム、送信部、および、受信部
KR102050416B1 (ko) 네트워크 카메라 장치 및 이의 영상 스트리밍 제공 방법
KR102654719B1 (ko) 감시 시스템에서의 영상 전송 방법
JP4552232B2 (ja) 配信システム、配信制御装置および配信制御方法
JP2002268962A (ja) 監視システム
JP6011400B2 (ja) 情報処理装置、マルチキャスト配信システムおよびプログラム

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090421

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090619

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090721

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090924

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: 20091020

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: 20091021

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121030

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121030

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131030

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees