JP2006050175A - 映像配信システム、およびその通信制御方法、映像配信システムのサーバ - Google Patents

Abstract

【課題】 映像情報の送信元がサーバにアドレスや関連データを登録する処理の負担を軽減し、受信側が送信元のアドレス情報等の入力を容易に設定して映像情報を選択して受信できる映像配信システム、およびその通信制御方法、映像配信システムのサーバを提供する。
【解決手段】 リモート局２は、自局のアドレスや関連データからなるインデクス情報をインデクスサーバ１へ定期的に送信すると共に、映像情報をマルチキャストで常時送信する。インデクスサーバ１は、定期的にリモート局２から送信されるインデクス情報をＷｅｂ画面に編集して公開し、モニタ局３は、そのＷｅｂ画面に表示されたリモート局２の名称を選択することにより、名称にリンクされたアドレスを自動的に取得してリモート局２から映像情報を直接受信する。
【選択図】 図１

Description

本発明は、ＩＰネットワークを介して映像情報を配信する映像情報配信システム、およびその通信制御方法、映像配信システムのサーバに関する。

インターネット放送やインターネットを介して映像情報を配信するカメラ監視システムなどの映像情報配信システムの導入が進んでいる。これらのシステムでは、映像情報は、一度映像送信元からコンテンツサーバに送信され、そこで蓄積される。映像情報の取得を希望する受信者は、コンテンツサーバを探し出し、そのアドレスの入力や、サーバからダウンロードするコンテンツである映像情報の取り出しを指定するなど作業をする。

また、映像送信元も、コンテンツサーバに登録・蓄積に関わる送信元のアドレスの登録や、付随する情報の入力をしている。更にコンテンツサーバにおいても、大量のデータを蓄積しなければならず、また送信元から登録された諸情報を編集することが必要でありそれらのデータの登録管理が複雑であった。そのため、映像情報以外のコンテンツデータの登録、管理等を実行するファイルサーバをコンテンツサーバと組み合わせて管理する方法がある（例えば、特許文献１。）。

しかしながら、従来の映像情報配信システムでは、映像送信元の関連データや、アドレス登録など映像送信元での登録操作が必要であること、受信側でのコンテンツ受信時のアドレス設定などの作業を要する問題が有った。
特開平９−２１４９３５号公報 （第１９頁、第１図）

従来の映像情報配信システムでは、映像送信元に関わる諸情報や、アドレス登録など映像送信元での登録操作が必要であること、受信側でのコンテンツ送信元のアドレス設定などの作業を要する問題があった。

本発明は上記問題を解決するためになされたもので、映像情報の送信元がサーバにアドレスや関連データを登録する処理の負担を軽減し、受信側が送信元のアドレス情報等の入力を容易に設定して映像情報を選択して受信できる映像配信システム、およびその通信制御方法、映像配信システムのサーバを提供することを目的とする。

上記目的を達成するために、本発明の映像配信システムは、それぞれがＩＰネットワークに接続され、少なくとも１つの送信局と、少なくとも１つの受信局と、サーバとからなる映像配信システムにおいて、自局の名称、又は識別情報と、アドレス情報とを含むインデクス情報を定期的にサーバに送信すると共に、映像情報をＵＤＰ手順で前記ＩＰネットワークにマルチキャスト送信する送信局と、前記送信局から送信された前記インデクス情報を受信し、各前記送信局の前記アドレス情報が各前記送信局の名称、又は、識別情報の少なくとも１つに対応してリンク設定されて記載されたテーブルに編集し、前記編集されたテーブルを自らのＷｅｂ上に公開するサーバと、前記Ｗｅｂ上の前記テーブルに記載された前記インデクス情報を読み出し、前記受信局の操作員により受信したい前記送信局の前記名称、又は前記識別情報が選択された場合、前記リンク設定されたアドレスの前記送信局から前記マルチキャスト送信される前記映像情報を受信する受信局とを具備することを特徴とする。

また、本発明の映像配信システムのサーバは、それぞれがＩＰネットワークに接続され、自局の名称、又は識別情報と、アドレス情報とを含むインデクス情報を定期的にサーバに送信する送信局ともに、映像情報をＵＤＰ手順で前記ＩＰネットワークにマルチキャスト送信する少なくとも１つの送信局と、前記送信されたインデクス情報を受信してテーブルに編集してＷｅｂ上に公開するサーバと、前記サーバのＷｅｂ上の前記テーブルを判読して、前記送信局の前記アドレス情報を設定することにより前記マルチキャスト送信される前記映像情報を受信する受信局とを備える映像配信システムのサーバであって、前記サーバは、前記送信局から送信された前記インデクス情報を受信し、各前記送信局の前記アドレス情報が各前記送信局の名称、又は、識別情報の少なくとも１つに対応してリンク設定されて記載されたテーブルに編集し、前記編集されたテーブルを自らのＷｅｂ上に公開することを特徴とする。

更にまた、本発明の映像配信システムの通信制御方法は、それぞれがＩＰネットワークに接続され、少なくとも１つの送信局と、少なくとも１つの受信局と、サーバとからなる映像配信システムの通信制御方法において、前記送信局は、自局の名称、又は識別情報と、アドレス情報とを含むインデクス情報を定期的にサーバに送信すると共に、映像情報をＵＤＰ手順で前記ＩＰネットワークにマルチキャスト送信し、前記送信局から送信された前記インデクス情報を受信したサーバは、各前記送信局の前記アドレス情報が各前記送信局の名称、又は、識別情報の少なくとも１つに対応してリンク設定されて記載されたテーブルに編集し、前記編集されたテーブルを自らのＷｅｂ上に公開し、前記サーバのＷｅｂ上の前記テーブルに記載された前記インデクス情報を読み出した前記受信局は、受信したい前記送信局の前記名称、又は前記識別情報が前記受信局の操作員により選択されると、前記リンク設定されたアドレスの前記送信局から前記マルチキャスト送信される前記映像情報を受信することを特徴とする。

本発明によれば、各リモート局は、自局のアドレスや関連データからなるインデクス情報をインデクスサーバへ定期的に送信すると共に、映像情報をマルチキャストで常時送信する。インデクスサーバは、各リモート局のインデクス情報をＷｅｂ画面に編集して公開し、モニタ局は、そのＷｅｂ画面に表示されたリモート局名称を選択するだけでそのアドレスを自動的に取得してリモート局から映像情報を直接受信できるので、送信元、および受信側がアドレス始め各種情報を容易に設定し、映像情報を選択して受信することが出来る映像配信システムの提供が可能である。

以下、図面を参照して本発明の実施例を説明する。

図１は、本発明の実施例に係る映像配信システムの全体図である。

図１において映像配信システムは、ＩＰネットワーク５に接続されたインデクスサーバ１、映像情報の送信局であるリモート局２ａ〜２ｎ、映像情報の受信局であるモニタ局３ａ〜３ｎ、およびそれらをＩＰネットワーク５に接続するルータ４ａ〜４ｎとを備える。ここでは、河川の監視を行うカメラ監視システムを例に映像配信システムの構成と動作を説明する。

なお、以下リモート局２ａ〜２ｎ、モニタ局３ａ〜３ｎ、およびルータ４ａ〜４ｎの各構成について共通な事項を説明する場合は、それぞれリモート局２、モニタ局３、およびルータ４と称して説明をする。また、ルータ４については、必要な場合を除き説明を省略する。

本実施例の映像配信システムでは、モニタ局３がＩＰネットワーク５を介してピア ツー ピアの通信方式により、リモート局２がマルチキャスト送信する映像情報のパケットを受信する。なお、ここで言うマルチキャスト送信とは、パケットをＵＤＰ手順で一斉放送する同報（ブロードキャスト）、および複数の受信者を１つのグループアドレスにして送信するマルチキャスト送信の両者を含み、以下、マルチキャスト送信と総称して映像配信システムの動作を説明する。

各リモート局２は、例えば、ＵＲＬ、カメラの番号、名称等の識別情報とアドレス情報とからなる自己の固有情報、および、例えば降水量等の関連データからなるインデクス情報にし、それを定期的にインデクスサーバ１へ送信する。

インデクスサーバ１は、各リモート局２から受信したインデクス情報をＷｅｂ画面に編集して公開する。

モニタ局３では、操作員により受信先（送信元）を設定するために、インデクスサーバ１のＷｅｂサイト上に公開された各リモート局２をリストにしたテーブルからリモート局（例えば、２ａ）が選定される。そして、リモート局２ａからのマルチキャストのパケットをモニタ局３へ通すためのコマンドがリモート局２ａとの間のパスにある各ルータ４へＩＰネットワーク５を介して送信される。

モニタ局（例えば３ａ）が送信したアクセスコマンドの受信先のリモート局２ａアドレスを判別した各ルータ４は、所定のマルチキャストプロトコルにより映像情報のパケットを伝送するパスを設定し、モニタ局３ａは、リモート局２ａからの映像情報のパケットを連続して受信する。

図２は、Ｗｅｂ上に公開される各リモート局２のインデクス情報がリストに編集されたテーブル６で、モニタ局３のディスプレイ上に表示される。
図２において、テーブル６は、番号、名称、監視対象、位置（例えば、リモート局２が設置された緯度、経度データ。）符号方式を各リモート局２の固有情報として表示し、降水量、気温、水位、警報等を関連データとしてリストにして表示するものである。

インデクス情報は、予めリモート局２とインデクスサーバ１との間で記載項目やデータの送信フォーマット（例えば、順序）が取り決められ、インデクスサーバ１は、このフォーマットに従って受信したインデクス情報をテーブル６に編集する。テーブル６は、例えば、ｈｔｍｌフォーマットで記述され、例えばリモート局２ａのアドレス情報が番号「１〜Ｎ」、又は、名称の「リモート局ａ〜ｎ」にリンクしてメモリ１４に記憶されている。

図２においては、番号、又は、名称欄には、「Ｎａ：リモート局２ａ」のみが記述されているが、この部分には、リモート局２ａに続いてリモート局２ａのＩＰアドレス、又は、ＵＲＬ（例えば、http://www.kansoku.or.jp/rm1）が記述される。このＵＲＬアドレス記述は、Ｗｅｂ画面上には表示されずに、番号、名称のみが表示される。そして、番号、名称には、ＵＲＬアドレスへアクセスできるリンク設定が行われて、モニタ局３では、番号、名称を選択するだけでアドレス入力を行わなくて済ませることが出来る。

なお、画面の頻雑をいとわなければ、ＵＲＬアドレスを画面に表示しても勿論構わない。

図３は、リモート局２からインデクスサーバ１へ送信されるインデクス情報の送信フォーマットの例を示す。
図３において、インデクス情報は、データ列６１として送信される。例えば。リモート局２ａから送信されるデータ列６１では、各データが先頭から、図２における固有情報の「番号」、「名称」、「監視対象」、「位置」、「符号方式」に対応して「Ｎｂ：１，Ｎａ：リモート局ａ，Ｏｂ：ダム取水口，Ｐｏ：Ｎｘｘ．ｘｏ Ｅｏｏｏ．ｘｘ，Ｃｏ：ＭＰＥＧ４ｘｘｋｐｓ，」関連データ「降水量ｍｍ」、「気温℃」、「水位ｍ」、「警報」に対応して「Ｒａ：０，Ｔｅ：２０，Ｗｈ：１．５，Ａｌ：Ｎ」と記載される。

そして、例えば、「Ｎｂ」は「番号」を意味する記号、「：」（セミコロン）は、以下の数値や文字がデータ値、もしくは文字等であることを示し、「，」カンマはデータの項目の区切りであることを意味する。なお、図３においては、図２のテーブル６と同様にデータ列６１中の「名称」欄には、「Ｎａ：リモート局２ａ」のみが記述されているが、この部分には、リモート局２ａに続いてリモート局２ａのＵＲＬ（例えば、http://www.kansoku.or.jp/rm1）が記述される。そして、インデクスサーバ１は、このＵＲＬを読み取りテーブル６の各リモート局２の「番号」、「名称」、にリンク設定する編集を行う。

モニタ局３の操作員が、図２のＷｅｂ画面のテーブル６を判読して、監視を希望するリモート局２の「番号」に、例えば、「１」、又は、「名称」に「リモート局ａ」を選択すると、モニタ局３は、「リモート局ａ」にリンク設定されたアドレス情報を読み出し、当該リモート局２ａのアドレスが設定されたアクセスコマンドが自動的に送信される。そして、モニタ局３は、当該リモート局２ａからマルチキャスト送信されている映像情報のパケットを直接受信するようになる。

図４は、リモート局２の構成を示す機能ブロック図、図５は、モニタ局３の構成を示す機能ブロック図である。以下、図４、図５を参照してリモート局２、およびモニタ局３の構成と動作概要を説明する。

まず、図４を用いて、リモート局２の構成および処理概要を説明する。
図４において、リモート局２は、カメラ２１、内部バスでそれぞれが接続されるコントローラ２２、周辺ＩＦ（インタフェース）２３、映像処理部２４、ＮＩＦ（ネットワークインタフェース）２５とから構成される。

カメラ２１が撮影する映像情報は、リモート局２の構成各部の制御を行うコントローラ２２の制御に従って、ビデオ処理部２４で所定の符号化が行われ、内部バスを介してＮＩＦ２５へ出力される。出力された映像情報は、マルチキャストの送信アドレスが設定され、ＮＩＦ２５からＩＰネットワーク５へＵＤＰ手順で映像情報のパケットが送信される。

周辺ＩＦ２３は、リモート局２が備えるか、または自装置に接続される、例えば、降水量、気温等のセンサの測定データを受信し内部バスを介してコントローラ２２へ出力する。また、コントローラ２２と、入出力装置であるキーボードやスイッチ、ポインタ、又はブザー、ランプ等（いずれも図示せず。）との間でデータを入出力するインタフェースを行う。なお、リモート局２がポータブル装置である場合、ＧＰＳの位置情報データを受信することもある。

コントローラ２２は、リモート局２の各種データをリモート局２の名称等の固有情報と、センサ等から受信する関連データとからなるインデクス情報のデータ列６１にして（図３参照）、例えば１０分毎に、インデクスサーバ１へ送信する。

本発明の実施例による映像配信システムではインデクス情報は、リモート局２の固有情報が初期設定されるが、位置情報や、符号情報などに変更があればコントローラ２２が関連データと同様に書き換え修正を行いインデクスサーバ１へ送信され、そこで自動編集される。従って、リモート局２においては、インデクス情報が変更されてもインデクスサーバ１へ登録する為の操作員によるデータ入力等の情報管理作業をしなくて済むメリットがある。

次に図５を用いてモニタ局３の構成および動作概要を説明する。
図５において、モニタ局３は、ディスプレイ３１、内部バスでそれぞれが接続されるコントローラ３２、周辺ＩＦ（インタフェース）３３、ビデオ処理部３４、ＮＩＦ（ネットワークインタフェース）３５とからなる。なお、ディスプレイ３１は内部バスに接続されるものであっても良い。

モニタ局３は、例えばＰＣ（パーソナルコンピュータ）の様なＣＰＵとディスプレイ機能を有する情報端末装置が上記の構成機能を実行するものであっても良い。以下、モニタ局３にＰＣを用いた場合の各構成の動作概要を説明する。

ディスプレイ３１はＰＣのディスプレイ機能が相当し、データ表示や後に説明されるＷｅｂのテーブル６、及び監視映像情報等を画面に表示する。

コントローラ３２は、ＰＣのＣＰＵが相当する。そして、ＣＰＵが起動されているブラウザプログラム、及び映像処理プログラムを実行してパケットの送受信制御、符号化された映像情報の復元、およびディスプレイ機能の制御等を行う。

周辺ＩＦ（インタフェース）３３は、一般にＩ／Ｏポートやバスインタフェース、又は専用のインタフェースが相当し、更には、ＮＩＦ３５によって兼ねるものもある。周辺ＩＦ（インタフェース）３３には、キーボード、マウス等の入出力装置、オーディオ入出力装置等が接続される。

ビデオ処理部３４は、ＮＩＦ３５がＩＰネットワーク５から受信した符号化された映像情報を、ディスプレイ３１で表示するビデオ信号に復元する。その復元処理は、専用のビデオ信号処理回路等によって実行されるか、又は、ＰＣのＣＰＵが実行する復元処理プログラム、もしくはそれらの組合せによって実行される。

ＮＩＦ３５は、ＰＣのＴＣＰ／ＩＰ、およびＵＤＰ手順の処理を行うインタフェース回路であってＩＰネットワーク５との間でパケットを送受信する。このパケットには、インデクスサーバ１から受信するインデクス情報、受信先のリモート局２のアドレスを設定するコマンド等のＴＣＰ手順のパケットと、リモート局２から受信する映像情報、例えば、ＵＤＰ手順のパケットがある。ＮＩＦ３５は、ＩＰネットワークとの間で送受信するパケットを内部バスを介して、コントローラ２２、およびビデオ処理部３４との間で入出力する。

モニタ局３（映像情報受信先）では、インデクスサーバ１のＷｅｂサイトから、監視可能（映像情報配信可能）な、例えば、リモート局２ａ（映像情報配信元）を読み取ることができる。即ち、モニタ局３の操作員は、ＩＰネットワーク５を介してモニタ局３の“ホームページ”に設定されたインデクスサーバ１のＷｅｂサイトからテーブル６のデータファイルをダウンロードする。そしてコントローラ３２によって処理されディスプレイ３１に表示されたテーブル６を判読する。そしてディスプレイ３１に表示されたテーブル６のリモート局２のリストから、例えば、リモート局２ａの番号「１」、または名称の「リモート局ａ」を入出力装置のマウス等（図示せず）のポインタ機能により選択することにより映像情報の受信先を選択する。

この番号「１」、および「リモート局ａ」には、画面には表示されないリモート局２ａのＵＲＬ（http://www.kansoku.or.jp/rm1）又は、ＩＰアドレス（例えば、１７２．２６．１０．１３１）にリンクが設定されている。コントローラ３２は、ブラウザプログラムによりテーブル６のデータファイルからこのアドレス情報を読み出す。そして、コントローラ３２は、読み出したアドレス情報を設定してリモート局２ａへアクセスするコマンドのパケットを生成し、ＮＩＦ３５を介してＩＰネットワーク５へ送信する。

このコマンドは、ルータ４ａ、４ｂで受信され、モニタ局３ａとリモート局２ａの間でＵＤＰ手順でパケットを伝送するパスが設けられる。そして、モニタ局３は、リモート局２ａがＵＤＰ手順によりマルチキャスト送信している映像情報のパケットをＩＰネットワーク５からＮＩＦ３５を介して受信する。

以上の如く、モニタ局３、即ち映像情報の受信側では、映像配信元のリモート局２ａを容易に探し出せると共にリモート局２ａアクセスするためのアドレスを直接入力する作業が発生しない。

図６は、インデクスサーバ１の機能構成を示すブロック図である。
図６においてインデクスサーバ１は、それぞれが内部バス等で接続されたディスプレイ１１、内部バスでそれぞれが接続されるコントローラ１２、入力装置１３、メモリ１４、ＮＩＦ（ネットワークインタフェース）１５とからなる。

インデクスサーバ１は、例えばＰＣの様なＣＰＵとディスプレイ機能を備える情報端末装置が上記の構成機能を実行するものであっても良い。以下、インデクスサーバ１にＰＣを用いた場合の各構成の動作概要を説明する。

ディスプレイ１１はＰＣのディスプレイ機能が相当し、データ表示やＷｅｂ画面及び監視映像情報を画面に表示する。

コントローラ１２は、ＰＣのＣＰＵが相当し、タイマ１２１を有している。そしてパケットの送受信制御、および各リモート局２から受信するインデクス情報の編集処理を行う。

周辺ＩＦ（インタフェース）１３には、キーボード、マウス等の入出力装置、オーディオ入出力装置等が接続される。メモリ１４には、Ｗｅｂに表示されるテーブル６にリストされるデータが書き込み記憶される。

ＮＩＦ１５は、ＰＣのＴＣＰ／ＩＰ手順の処理を行うインタフェース回路であってＩＰネットワーク５との間でパケットを送受信する。

インデクスサーバ１は、各リモート局２から定期的に送信されるインデクス情報のパケットをＮＩＦ１５がＩＰネットワーク５から受信して内部バスに出力する。コントローラ１２は、内部バスからインデクス情報を受信すると、データを判読してメモリ１４に書き込むことにより図２のテーブル６に編集する。

テーブル６には先に述べたように、各リモート局の固有情報と関連データからなるインデクス情報が１行に編集され、各リモート局からインデクス情報を受信する毎に更新される。また、コントローラ１２は、内部タイマ１２１を参照して、各リモート局２からのインデクス情報を受信する時間の間隔を監視している。

もし、リモート局２（例えば２ｂ）に障害が発生してインデクス情報が所定の時間（例えば３０分以上）インデクスサーバ１で受信されないと、コントローラ１２は、そのリモート局２ｂの行をテーブル６から削除する。または、当該行を明滅表示するか、又は「警報」欄に「映像送信停止」を記入する等の方法により障害をテーブル６上で警告を表示し、障害リモート局２ｂへのアドレスリンクを解除してテーブル６を変更修正する。

モニタ局３から、テーブル６をダウンロードする要求のアクセスがあると、このテーブル６のデータファイルがパケットに変換され、ＮＩＦ１５を介してＩＰネットワーク５へ送信される。そして、パケットはモニタ局３で受信された後、モニタ３のコントローラ３２によりブラウザ処理されてテーブル６がディスプレイ３１の画面上に表示される。

本発明の実施例による映像配信システムではインデクス情報がリモート局２から定期的にインデクスサーバ１へ送信され、そこで自動編集されるが、編集作業はデータの並べ替えと、障害のあるリモート局２を単純に削除するだけで済む。また、ピア ツー ピア 方式なのでサーバにコンテンツとしての映像情報を蓄積する必要も無いことからサーバの負荷が軽くて済むメリットがある。

図７は、本発明の実施例における映像配信システムにおける、映像配信の処理動作手順を説明するフローチャートである。
以下図７のフローチャート、および図２〜図６を参照して、映像配信システムの各構成の動作手順を説明する。

図７において、インデクスサーバ１のコントローラ１２は、図２のテーブル６のデータを空欄とする初期設定か、予め各リモート装置２の固定情報を書き込んだ初期設定をメモリ１４に行う。そして、インデクスサーバ１は、リモート局２からのインデクス情報の受信待機状態になる（ステップｓ１）。

リモート局２ａ〜２ｎは、各々の固有情報のデータをキーボード等の入力装置から入力してインデクス情報を初期設定する。（ステップｓ２）。なお、この初期設定は、ＩＰネットワーク５を介して図には記載されていないが、保守端末等から行うものであっても良い。

コントローラ２２は、この初期設定データを内部メモリ（図示せず）に記憶すると共に周辺ＩＦ２３を介して受信した関連データを収集してインデクス情報のパケットを生成する。そして、内部タイマ（図示せず）を参照して各々の所定の周期（例えば１０分）でインデクス情報のパケットをＮＩＦ２５を介してインデクスサーバ１へ送信する（ステップｓ３）。なお、この送信周期は、インデクスサーバ１が許容するインデクス情報の受信間隔以内であれば、各リモート局２が自由に設定しても構わない。

また、各リモート局２のコントローラ２２は、カメラ２１が撮影した映像情報を初期設定された符号化速度で映像情報を符号化する制御信号を映像処理部２４へ出力する。映像処理部２４は、この符号化速度でカメラの映像情報を符号化してＮＩＦ２５へ内部バスを介して出力する。ＮＩＦ２５は、符号化された映像情報をパケット化し、ＵＤＰ手順により、例えば「ＦＦ」の様なマルチキャストの宛先アドレスを設定した映像情報のパケットをＩＰネットワーク５へリアルタイムで送信する（ステップｓ４）。

インデクスサーバ１は、各リモート局２からインデクス情報を受信すると、テーブル６の内容を上書きして更新する（ステップｓ５）。また、インデクスサーバ１のコントローラ１２は、内部タイマ１２１を参照して、各リモート局２からのインデクス情報を受信する間隔を監視し、所定の時間（例えば３０分）内にインデクス情報を受信しない（ステップｓ６がＮｏ）場合、コントローラ１２は、そのリモート局（例えば２ｂ）をテーブル６のリストから削除する。又は、リモート局２ｂの行を明滅表示する等の方法により障害をテーブル６上で明示するとともに、障害リモート局２ｂへのアドレスリンクを解除する様にテーブル６を変更修正してＷｅｂからリモート局２ｂへアクセス出来ないようにする（ステップｓ７）。

ところで、例えば、監視センターに設置されたモニタ局３ａでは、操作員がリモート局２を監視しようとする場合、ＩＰネットワーク５を介してインデクスサーバ１からダウンロードされてディスプレイ３１に表示されているＷｅｂのテーブル６が読み出される。そして、例えば、関連データの「水位」「１．５」ｍを読み取り、要注意と判断した監視員が「監視対象」の「ダム取水口」を監視したいと希望した場合、そこを監視している「リモート局２ａ」をＷｅｂ画面のテーブル６を参照して探し出し、入出力装置のマウス等のポインタ手段により名称欄の「リモート局２ａ」が選択される（ステップｓ８）。

モニタ局３ａのコントローラ３２は、この「リモート局２ａ」にリンクされたアドレス情報（http://www.kansoku.or.jp/rm1）をテーブル６のデータファイルから取り出して宛先アドレスに設定し、「リモート局２ａ」へのアクセスコマンドを生成しＩＰネットワーク５へ送信する（ステップｓ９）。

モニタ局３ａとリモート局２ａとの間のルータ４ａとルータ４ｂとは、このアクセスコマンドを受信すると、ＵＤＰ手順による映像のパケットデータ受信するコマンドであることを判読して、リアルタイム送信されている映像情報のパケットを優先して伝送するパスを設定する。そして、モニタ局３ａは、リモート局２ａから連続する映像情報のパケットを受信してディスプレイ３１に表示する（ステップｓ１０）。

一方、モニタ局３ａの操作員が、ダムの出口を監視したいと希望してテーブル６を参照し、「監視対象」から「ダム出口」を探し出すとする。ところが、リモート局２ｂが保守点検作業中で監視不能である場合にはインデクス情報が送信されていない。そこで、インデクスサーバ１は、テーブル６から「リモート局２ｂ」を削除するか、または「リモート局２ｂ」の表示が点滅するように編集している（ステップｓ６がＮｏ、ステップｓ７）。従って、操作員は、リモート局２ｂから映像送信情報の送信が出来ないことを知ることが出来るので、リモート局２ｂはアクセスされない。また、後者のように「リモート局２ｂ」が表示されている場合でもリンクが解除されている。仮に、操作員が誤ってアクセス先に選択しても接続出来ず、それを検知したモニタ局３のコントローラ３２が更に警報を発生して映像情報が受信不能なことを操作員に通知することが出来る。

また、本実施例の映像配信システムは、モニタ局３ａにおいて、操作員がテーブル６を参照して、符号化速度を判読し、符号化速度を変更するものであっても良い。

図８は、符号化速度を変更できる映像配信システムにおける動作手順のフローを説明したフローチャートである。この符号化速度を変更する手順の１例は、モニタ局（例えば、３２ａ）の操作員がディスプレイで映像を監視中、モニタ局３ａの入出力装置であるキーボードから速度変更コマンド、例えば、「ＣＯＤＥ＝１２８ｋ」が入力される（ステップｓ１１）。

このコマンドを検出したコントローラ３２は、それまでの符号化速度、例えば、３２ｋｂｐｓが１２８ｋｂｐｓに変更するコマンドデータのパケットを生成してＮＩＦ３５とＩＰネットワーク５を介してリモート局２ａへ送信する（ステップｓ１２）。

符号化速度を１２８ｋｂｐｓに変更するコマンドを受信したリモート局２ａのコントローラ２２は、符号化速度を変更する制御をビデオ処理部２４に行い映像情報の符号化速度を変更した映像情報のパケットを送信する（ステップｓ１３）。また、コントローラ２２は、インデクス情報のデータ列６１の固有情報の「符号方式」を「Ｃｏ：ＭＰＥＧ４１２８ｋｂｐｓ」に書き換える。そして、次のインデクス情報の送信タイミングにＮＩＦ２５とＩＰネットワーク５を介してインデクスサーバ１へ送信する（ステップｓ１３）。

インデクスサーバ１は、この新しいインデクス情報を受信すると、テーブルの内容を書き換えて編集する（ステップｓ５）。

以上説明したように本発明の映像配信システムでは、ピア ツー ピア方式により送信元と受信先で直接映像情報を通信するので、大量の映像データを集中管理するコンテンツサーバが不要である。そして、映像情報の送信元の情報を管理するインデクスサーバも、定期的に映像配信元であるリモート局が自動送信するインデクス情報を受信してテーブルにするだけの管理で済むだけでなく、受信側のモニタ局での映像送信元のアドレス設定もいわばワンクリック操作だけで良く、容易に済ませることが可能である。

本発明は、ＩＰネットワークにイントラネットが主に用いられる河川監視システムの様な限定用途の映像配信システムを例に説明したが、映像送信元が全国的に設置されたライブカメラであり、インデクスサーバや受信側のモニタ端末がＰＣの様な情報端末装置であるＩＰネットワークにインターネットを用いる汎用や、放送用の映像配信システムであっても適用できることは言うまでもない。また、前述のインデクス情報は、関連データが省略され固有情報のみを構成されるものであっても良い。

本発明の実施例に係わる映像配信システムの構成図。 インデクス情報がリストされたテーブルの図。 インデクス情報の送信フォーマットを説明する図。 リモート局２の構成を示す機能ブロック図。 モニタ局３の構成を示す機能ブロック図。 インデクスサーバの構成を示す機能ブロック図。 本発明の実施例に係わる映像配信システムの動作手順を示すフローチャート。 本発明の実施例に係わる映像配信システムの動作手順を示すフローチャート。

符号の説明

１ インデクスサーバ
２ａ〜２ｎ リモート局
２１ カメラ
２２ コントローラ
２３ 周辺ＩＦ（インタフェース）
２４ 映像処理部
２５ ＮＩＦ（ネットワークインタフェース）
３ａ〜３ｎ モニタ局
３１ ディスプレイ
３２ コントローラ
３３ 周辺ＩＦ（インタフェース）
３４ 映像処理部
３５ ＮＩＦ（ネットワークインタフェース）
４ａ〜４ｎ ルータ
５ ＩＰネットワーク
６ テーブル

Claims (14)

1. それぞれがＩＰネットワークに接続され、少なくとも１つの送信局と、少なくとも１つの受信局と、サーバとからなる映像配信システムにおいて、
   自局の名称、又は識別情報と、アドレス情報とを含むインデクス情報を定期的にサーバに送信すると共に、映像情報をＵＤＰ手順で前記ＩＰネットワークにマルチキャスト送信する送信局と、
   前記送信局から送信された前記インデクス情報を受信し、各前記送信局の前記アドレス情報が各前記送信局の名称、又は、識別情報の少なくとも１つに対応してリンク設定されて記載されたテーブルに編集し、前記編集されたテーブルを自らのＷｅｂ上に公開するサーバと、
   前記Ｗｅｂ上の前記テーブルに記載された前記インデクス情報を読み出し、前記受信局の操作員により受信したい前記送信局の前記名称、又は前記識別情報が選択された場合、前記リンク設定されたアドレスの前記送信局から前記マルチキャスト送信される前記映像情報を受信する受信局とを
   具備することを特徴とする映像配信システム。
2. 前記インデクス情報には、
   前記送信局、又は前記送信局に接続された装置が取得するデータ等の関連データが含まれていることを特徴とする請求項１に記載の映像配信システム。
3. 前記インデクス情報には、前記送信局の位置情報が含まれていることを特徴とする請求項１に記載の映像配信システム。
4. 前記サーバは、
   前記送信局から、所定の時間以上前記インデクス情報を受信しないと当該送信局に障害があると判定して、前記テーブルから当該送信局のインデクス情報を削除するか、又は、前記Ｗｅｂで表示されるテーブルに当該送信局が障害状態である警報を示すことを特徴とする請求項１に記載の映像配信システム。
5. 前記サーバは、
   前記送信局から、所定の時間以上前記インデクス情報を受信しないと当該送信局に障害があると判定して、前記Ｗｅｂで表示されるテーブルに当該送信局が障害状態である警報を示すと共に、当該送信局への前記リンク設定を解除することを特徴とする請求項１に記載の映像配信システム。
6. 前記インデクス情報は、
   前記送信局の名称、識別情報、およびアドレス等の固有の属性を示す固有情報と、前記送信器に接続された機器の測定データの関連データとの組合せからなる
   ことを特徴とする請求項１に記載の映像配信システム。
7. 前記送信局は、監視カメラの映像情報を送信するカメラ監視システムの送信局であって、前記送信局に接続された監視カメラが撮影する目標の映像情報をマルチキャスト送信し、
   前記インデクス情報の前記関連データは、前記送信局に接続された機器からの前記目標の監視に関わる測定データの関連データからなる
   ことを特徴とする請求項１に記載の映像配信システム。
8. それぞれがＩＰネットワークに接続され、
   自局の名称、又は識別情報と、アドレス情報とを含むインデクス情報を定期的にサーバに送信する送信局ともに、映像情報をＵＤＰ手順で前記ＩＰネットワークにマルチキャスト送信する少なくとも１つの送信局と、
   前記送信されたインデクス情報を受信してテーブルに編集してＷｅｂ上に公開するサーバと、
   前記サーバのＷｅｂ上の前記テーブルを判読して、前記送信局の前記アドレス情報を設定することにより前記マルチキャスト送信される前記映像情報を受信する受信局とを備える
   映像配信システムのサーバであって、
   前記サーバは、
   前記送信局から送信された前記インデクス情報を受信し、各前記送信局の前記アドレス情報が各前記送信局の名称、又は、識別情報の少なくとも１つに対応してリンク設定されて記載されたテーブルに編集し、前記編集されたテーブルを自らのＷｅｂ上に公開する
   ことを特徴とする映像配信システムのサーバ。
9. 前記サーバは、
   前記送信局から、所定の時間以上前記インデクス情報を受信しないと当該送信局に障害があると判定して、前記テーブルから当該送信局のインデクス情報を削除するか、又は、前記Ｗｅｂで表示されるテーブルに当該送信局が障害状態である警報を示すことを特徴とする請求項８に記載の映像配信システムのサーバ。
10. 前記サーバは、
    前記送信局から、所定の時間以上前記インデクス情報を受信しないと当該送信局に障害があると判定して、前記Ｗｅｂで表示されるテーブルに当該送信局が障害状態である警報を示すと共に、当該送信局への前記リンク設定を解除することを特徴とする請求項８に記載の映像配信システムのサーバ。
11. それぞれがＩＰネットワークに接続され、少なくとも１つの送信局と、少なくとも１つの受信局と、サーバとからなる映像配信システムの通信制御方法において、
    前記送信局は、
    自局の名称、又は識別情報と、アドレス情報とを含むインデクス情報を定期的にサーバに送信すると共に、映像情報をＵＤＰ手順で前記ＩＰネットワークにマルチキャスト送信し、
    前記送信局から送信された前記インデクス情報を受信したサーバは、
    各前記送信局の前記アドレス情報が各前記送信局の名称、又は、識別情報の少なくとも１つに対応してリンク設定されて記載されたテーブルに編集し、前記編集されたテーブルを自らのＷｅｂ上に公開し、
    前記サーバのＷｅｂ上の前記テーブルに記載された前記インデクス情報を読み出した前記受信局は、
    受信したい前記送信局の前記名称、又は前記識別情報が前記受信局の操作員により選択されると、前記リンク設定されたアドレスの前記送信局から前記マルチキャスト送信される前記映像情報を受信する
    ことを特徴とする映像配信システムの通信制御方法。
12. 前記サーバは、
    前記送信局から、所定の時間以上前記インデクス情報を受信しないと当該送信局に障害があると判定して、前記テーブルから当該送信局のインデクス情報を削除するか、又は、前記Ｗｅｂで表示されるテーブルに当該送信局が障害状態である警報を示すことを特徴とする請求項１１に記載の映像配信システムの通信制御方法。
13. 前記サーバは、
    前記送信局から、所定の時間以上前記インデクス情報を受信しないと当該送信局に障害があると判定して、前記Ｗｅｂで表示されるテーブルに当該送信局が障害状態である警報を示すと共に、当該送信局への前記リンク設定を解除することを特徴とする請求項１１に記載の映像配信システムの通信制御方法。
14. 前記インデクス情報は、
    前記送信局の名称、識別情報、アドレス等の固有の属性を示す固有情報と、前記送信器に接続された機器の測定データの関連データとの組合せからなる
    ことを特徴とする請求項１１に記載の映像配信システムの通信制御方法。

Images