JP2005027009A - 映像サーバ及び映像配信ネットワークシステム - Google Patents

Abstract

【課題】高負荷で通信困難に陥ることなく、高品質の画像データを送信できる映像サーバと映像配信ネットワークシステムを提供することを目的とする。
【解決手段】本発明は、クライアント端末３ａ，３ｂからネットワーク１を介して映像データ要求されると、カメラ部で撮影した映像データまたは受信した映像データを送信することができる映像サーバ２ａ，２ｂ，２ｃから構成され、映像サーバ２ａの映像配信数が、処理能力の限界の映像配信数より少なくとも１少ないクライアントへの最大映像配信数に達しているとき、負荷が小さな映像サーバ２ｂのＵＲＬを記載したウェブページをクライアント端末３ａ，３ｂに送信し、クライアント端末３ａ，３ｂが映像サーバ２ｂに映像データ要求を行い、映像サーバ２ｂからの映像送信要求により、映像サーバ２ａが映像データを映像サーバ２ｂに送信して負荷を分散することを特徴とする。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明は、映像配信に対する処理が高負荷状態になったとき、他の映像サーバによって映像データをクライアント端末に送信する映像サーバ、及びこれを用いた映像配信ネットワークシステムに関する。
【０００２】
【従来の技術】
従来、共通の映像サーバを複数のクライアントで利用する映像配信ネットワークシステムでは、アクセスしたクライアント数が所定数を超えると、負荷の許容限界を越えてしまい、この状態でアクセスしても映像データの送信はできなくなる。
【０００３】
このような高負荷状態を回避するためには、映像サーバで撮影した映像データを配信するためのサーバに保存しておく必要があった。
【０００４】
そこで、このような対策の１つとして、メディアサーバの負荷変化を予測し、限界を越える前に動的にコンテンツ配置変更を行うシステムが提案されている（特許文献１参照）。メディアサーバのコンテンツに多数の端末装置から要求が発生した場合に、アクセス負荷の原因となるコンテンツを特定し、特定されたコンテンツへの端末装置からのアクセス状況を解析し、メディアサーバが処理できるアクセス負荷の限界値を越える時間を予測し、メディアサーバのアクセス負荷が限界値に達する前に、コンテンツの複製の作成し、または、このコンテンツとその他のコンテンツとで所在の再配置を行うものである。
【０００５】
また、ウェブクラスタ（ウェブサーバ管理装置）を設けてウェブサーバに所定の時間間隔でシステム負荷情報を問い合わせてシステムの分散処理の効率を上げるものがある（特許文献２参照）。ウェブクラスタはクライアントブラウザーからアクセス要求を受け取った際、システム負荷情報の最も低いウェブサーバを選択し、このウェブサーバの識別子を載せたリダイレクト情報をクライアントブラウザーに返信する。リダイレクト情報を受け取ったクライアントブラウザーは、その情報に載せられてきた識別子に基づいて当該ウェブサーバへ実際のリクエストを送出するものである。
【０００６】
【特許文献１】
特開平１１−８５６０４号公報
【特許文献２】
特開２００１−３３１３９８号公報
【０００７】
【発明が解決しようとする課題】
以上説明したように、従来、映像サーバはクライアントへの映像配信数が所定数を超えると、負荷の許容限界を越えてしまい、極端に処理速度がおち、この状態でアクセスされても事実上映像データの送信はできなくなる。これを回避しようとして配信用のサーバを設けた映像配信ネットワークシステムは、映像サーバ自身の送信機能を十分利用せず、他の配信用のサーバを利用するもので、利用効率が高効率のシステムとはいえなかった。
【０００８】
また、メディアサーバの負荷変化を予測し、限界を越える前に動的にコンテンツ配置変更を行うシステムは負荷の予測が難しく、結局高負荷状態に陥ってしまう可能性があるし、ウェブクラスタがシステム負荷情報を問合わせるシステムは、映像サーバが互いに能力を最大限発揮し、利用しながらネットワーク資源を高効率で活用して負荷を分散するものではない。
【０００９】
そこで本発明は、映像配信の要求が集中しても高負荷で通信困難に陥ることなく、画像データを安定して送信できる映像サーバを提供することを目的とする。
【００１０】
また本発明は、映像配信の要求が集中しても高負荷で通信困難に陥ることなく、それぞれの映像サーバの能力を最大限利用しながらネットワーク資源を高効率で活用する映像配信ネットワークシステムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
本発明の映像サーバは上記課題を解決するためになされたものであって、ネットワークに接続され、クライアント端末から該ネットワークを介して映像データを要求されると、カメラ部で撮影した映像データまたは受信した映像データをネットワークサーバ部によって該ネットワークに送信することができる映像サーバであって、アクセス中のクライアントへの映像配信数をカウントするカウント手段と、予め設定されたクライアントへの最大の映像配信数に達しているか否かを判定する負荷判定手段と、クライアントへの映像配信数がクライアントへの最大映像配信数に達しているとき、ネットワークに接続された第２の映像サーバへアクセスするための情報を記載したマークアップ言語記述ページを生成または記憶手段から読み出すネットワーク文書生成手段とを備え、マークアップ言語記述ページを受信したクライアント端末がアクセスした第２の映像サーバからの映像データ要求により、ネットワークサーバ部が、カメラ部で撮影した映像データを該第２の映像サーバに送信するように構成したものである。
【００１２】
これにより、アクセスが集中しても高負荷で通信困難に陥ることなく、高品質の画像データを安定して送信できる。
【００１３】
【発明の実施の形態】
上記課題を解決するためになされた第１の発明は、ネットワークに接続され、クライアント端末から該ネットワークを介して映像データを要求されると、カメラ部で撮影した映像データまたは受信した映像データをネットワークサーバ部によって該ネットワークに送信することができる映像サーバであって、アクセス中のクライアントへの映像配信数をカウントするカウント手段と、予め設定されたクライアントへの最大の映像配信数に達しているか否かを判定する負荷判定手段と、クライアントへの映像配信数がクライアントへの最大映像配信数に達しているとき、ネットワークに接続された第２の映像サーバへアクセスするための情報を記載したマークアップ言語記述ページを生成または記憶手段から読み出すネットワーク文書生成手段とを備え、マークアップ言語記述ページを受信したクライアント端末がアクセスした第２の映像サーバからの映像データ要求により、ネットワークサーバ部が、カメラ部で撮影した映像データを該第２の映像サーバに送信する映像サーバであり、カウント手段によってクライアントへの映像配信数をカウントすることができ、クライアントへの最大映像配信数をクライアントへの映像配信数が達したら、クライアント端末が第２の映像サーバにアクセスできる情報を記載したマークアップ言語記述ページをクライアント端末に送信することができる。クライアントへの最大映像配信数を越えた後、第２の映像サーバと映像サーバの通信によって、クライアント端末は第２の映像サーバにアクセスすることにより、映像サーバのカメラ部で撮影した映像データを取得できる。
【００１４】
第２の発明は、第１の発明において、負荷判定手段が、クライアントへの最大の映像配信数として、ネットワークに接続された他の映像サーバとの通信に必要な映像サーバへの映像配信数を確保したあとのクライアントへの最大の映像配信数に達しているか否かを判定する映像サーバであり、クライアントへの最大映像配信数を越えた後、第２の映像サーバと映像サーバの通信によって、クライアント端末は第２の映像サーバにアクセスすることにより、映像サーバのカメラ部で撮影した映像データを取得できる。
【００１５】
第３の発明は、第２の発明において、ネットワークに接続された他の映像サーバとの通信に必要な映像サーバへの映像配信数を確保したあとのライアントへの最大映像配信数に達しているか否かを判定する負荷判定手段を設けるのに代えて、処理能力の限界の映像配信数より他のサーバとの通信に必要な１以上の映像配信数を確保した所定のクライアントへの最大映像配信数に達しているか否かを判定する負荷判定手段を設けた映像サーバであり、クライアントへの最大映像配信数を越えた後、第２の映像サーバと映像サーバの通信によって、クライアント端末は第２の映像サーバにアクセスすることにより、映像サーバのカメラ部で撮影した映像データを取得できる。
【００１６】
第４の発明は、第１〜３のいずれかの発明において、ネットワークに接続された第１の映像サーバから受信したマークアップ言語記述ページに従ってクライアント端末が映像データを要求してきたとき、第１の映像サーバへ映像データを要求する映像要求手段と、第１の映像サーバから受信した映像データを記憶する映像記憶部と、映像記憶部に保存される映像データをクライアント端末へ送信するネットワークサーバ部を備えた映像サーバであり、自分が第２の映像サーバとしてアクセスされたとき、高負荷の映像サーバに対して映像データを要求して取得した映像データを映像記憶部に一旦記憶することができる。
【００１７】
第５の発明は、１〜３のいずれかの発明の映像サーバにおいて、ネットワーク文書生成手段が、ネットワークに接続された第２の映像サーバへアクセスするための情報を記載したマークアップ言語記述ページを生成または記憶手段から読み出すのに代えて、少なくとも映像データの取得を第２の映像サーバから行う命令が記述されたマークアップ言語記述ページを生成または読み出す映像サーバであり、少なくとも映像データの取得を第２の映像サーバを介して行うことができる。
【００１８】
第６の発明は、第５の発明において、マークアップ言語記述ページには、クライアント端末がマークアップ言語記述ページを受信すると、該第２の映像サーバへアクセスするための動作命令が記述されている映像サーバであり、自動的にリンク先の第２の映像サーバにアクセスすることができる。
【００１９】
第７の発明は、第１〜６のいずれかの発明において、映像サーバ情報記憶部を備え、該映像サーバ情報記憶部にはネットワークに接続された１または２以上の映像サーバを所定の順序で登録する映像サーバリストが格納され、ネットワーク文書生成手段が該映像サーバリストの先頭の映像サーバを第２の映像サーバとして選択し、該第２の映像サーバのＵＲＬをマークアップ言語記述ページに記述する映像サーバであり、映像サーバリストに映像サーバを様々な順序で登録し、先頭の映像サーバを負担を分散する映像サーバとして簡単に選択することができる。
【００２０】
第８の発明は、第７の発明において、順位判定手段が設けられ、該順位判定手段が、負荷の小さい映像サーバを先頭にして負荷の順に従って映像サーバリストの順序を決定する映像サーバであり、順位判定手段が負荷の小さな映像サーバの順で映像サーバリストを作成するため、先頭に登録される映像サーバが最も負荷が小さい映像サーバになり、映像サーバの能力を最大限活用して負荷を分散することができる。
【００２１】
第９の発明は、第１〜８のいずれかの発明において、負荷情報送信手段が設けられ、該負荷情報送信手段が、他の映像サーバからの負荷情報の問い合わせに対して、負荷情報の数値を送信するか、もしくは、負荷情報の問い合わせに関係なく、一定時間間隔で、他の映像サーバに対して負荷情報の数値を送信する映像サーバであり、負荷情報の問い合わせにより、または一定時間間隔で他の映像サーバの負荷情報を取得でき、負荷情報で順序が決まる映像サーバリストを作成することができる。
【００２２】
第１０の発明は、第９の発明において、負荷情報の数値が、映像データを受信中のクライアント端末の数を示すクライアントへの映像配信数である映像サーバであり、取得したクライアントへの映像配信数と、クライアントへの最大映像配信数を、直接比較でき、処理が容易である。
【００２３】
第１１の発明は、第７〜１０のいずれかの発明において、入力手段が設けられ、該入力手段によって直接またはネットワークを介して映像サーバリストに登録する映像サーバを入力できる映像サーバであり、映像サーバから簡単に映像サーバリストを登録できる。
【００２４】
第１２の発明は、第９の発明において、負荷判定手段が、クライアント端末への映像配信数がクライアントへの最大映像配信数に達していると判定したとき、登録された映像サーバにアクセスするように記述されたマークアップ言語記述ページをアクセス元のクライアント端末に送信する映像サーバであり、映像サーバリストに登録された映像サーバにアクセスするため、映像サーバの負荷を分散することができる。
【００２５】
第１３の発明は、第９の発明において、負荷判定手段が、クライアント端末への映像配信数がクライアントへの最大映像配信数に達していると判定し、このとき映像サーバリストの先頭に登録された最も低負荷の映像サーバが、高負荷なときには、ネットワークサーバ部が高負荷によりアクセスできない旨のマークアップ言語記述ページをクライアント端末に送信する映像サーバであり、映像サーバリストの先頭に登録された映像サーバが存在しない場合、高負荷により映像配信できない旨を通知するから、判断が容易であり、本通知が送信される頻度を抑制でき、ユーザは通信不能状態が映像配信の集中による一時的なものと認識でき、使い勝手が優れた映像サーバとなる。
【００２６】
第１４の発明は、第１〜１３のいずれかの発明において、第３の映像サーバから映像データ送信要求があったとき、負荷判定手段が、映像サーバへの映像配信数が映像サーバへの最大映像配信数より小さいと判定した場合に、カメラ部で撮影した映像データを第３の映像サーバに送信する映像サーバであり、負荷の小さい第３の映像サーバがクライアント端末からアクセスされ、この第３の映像サーバが映像データを要求してきたとき、映像サーバへの最大映像配信数以下のときには映像データを第３の映像サーバに送信することができる。
【００２７】
第１５の発明は、第１４の発明において、第３の映像サーバから映像データ送信要求があったとき、負荷判定手段が、映像サーバへの映像配信数が映像サーバへの最大映像配信数に達していると判定した場合に、ネットワークサーバ部が高負荷により映像配信できない旨のマークアップ言語記述ページをクライアント端末に送信映像サーバであり、映像サーバへの最大映像配信数に達しているときには処理の限界を越えるため、映像データの送信を中止し、高負荷により映像配信できない旨のマークアップ言語記述ページをクライアント端末に送信するため、ユーザは通信不能状態が映像配信の集中による一時的なものと認識でき、使い勝手が優れた映像サーバとなる。
【００２８】
第１６の発明は、第１〜１５のいずれかの発明の映像サーバがリレーサーバであって、カメラ部の撮像機能を所有せず、もっぱら他の映像サーバから受信した映像データをネットワークに送信する映像サーバであり、カメラ機能を持たない映像サーバを導入できることによって、低コストで負荷分散を実現できる。
【００２９】
第１７の発明は、ネットワークに複数接続され、クライアント端末から該ネットワークを介して映像データを要求されると、カメラ部で撮影した映像データまたは受信した映像データをネットワークサーバ部によって該ネットワークに送信することができる映像サーバの映像配信ネットワークシステムであって、クライアント端末への映像配信数が、ネットワークに接続された他の映像サーバとの通信に必要な映像サーバへの映像配信数を確保したあとのクライアントへの最大映像配信数に達しているとき、第２の映像サーバへアクセスするための情報を記載したマークアップ言語記述ページをクライアント端末に送信し、クライアント端末が第２の映像サーバに映像データの要求を行い、第２の映像サーバからの映像送信要求により、カメラ部で撮影した映像データを該第２の映像サーバに送信して負荷を分散する映像サーバの映像配信ネットワークシステムであり、クライアントへの最大映像配信数がクライアントへの映像配信数に達したら、クライアント端末が第２の映像サーバにアクセスできる情報を記載したマークアップ言語記述ページをクライアント端末に送信することができる。クライアントへの最大映像配信数を越えて高負荷状態となった後のクライアント端末は、第２の映像サーバと映像サーバの通信によって、第２の映像サーバにアクセスすることにより、映像サーバのカメラ部で撮影した映像データを取得できる。
【００３０】
第１８の発明は、第１７の発明において、第２の映像サーバへの映像配信数が映像サーバへの最大映像配信数に達しているとき、次に負荷の小さな第４の映像サーバへアクセスするための情報を記載したマークアップ言語記述ページをクライアント端末に送信する映像サーバの映像配信ネットワークシステムであり、第２の映像サーバへの映像配信数が映像サーバへの最大映像配信数を越えても、負荷の小さな別の第４の映像サーバにアクセスすることができる。
【００３１】
第１９の発明は、第１７または１８の発明において、複数の映像サーバがすべて映像サーバへの最大映像配信数に達している場合に、クライアント端末からアクセスされた映像サーバが高負荷により映像配信できない旨のマークアップ言語記述ページをクライアント端末に送信映像配信ネットワークシステムであり、すべての映像サーバが映像サーバへの最大映像配信数に達しているときにだけ、ユーザは通信不能状態が映像配信の集中による一時的なものと認識でき、使い勝手が優れた映像サーバの映像配信ネットワークシステムとなる。
【００３２】
第２０の発明は、第１７〜１９のいずれかの発明において、ネットワーク上をプロトコルＴＣＰ／ＩＰで通信を行う映像サーバの映像配信ネットワークシステムであり、データの信頼性の低いＵＤＰを採用しなくてもすみ、ＴＣＰ／ＩＰで通信するため更に高品質の通信にすることができる。
【００３３】
以下、本発明の実施の形態について、図１〜１０を用いて説明する。
【００３４】
（実施の形態１）
図１は本発明の実施の形態１における映像配信ネットワークシステムの全体構成図、図２は本発明の実施の形態１における映像サーバの構成図、図３は本発明の実施の形態１におけるクライアント端末の構成図である。
【００３５】
図１において、１はプロトコルＴＣＰ／ＩＰで通信を行うことができるインターネット等のネットワーク、２ａ，２ｂ，２ｃはネットワーク１に接続され撮影した映像データを送信できる映像サーバ、３ａ，３ｂはネットワーク１を介して通信可能なパーソナルコンピュータ等のクライアント端末、４はクライアント端末３ａ，３ｂがドメイン名で映像サーバ２ａ，２ｂ，２ｃにアクセスしたときにＩＰアドレスに変換するＤＮＳサーバである。なお、以下簡単のため、映像サーバ２ａ，２ｂ，２ｃ、さらにその他の映像サーバを総称して映像サーバ２、クライアント端末３ａ，３ｂ、さらにその他のクライアント端末を総称してクライアント端末３という。５はリレーサーバであり、これについては実施の形態２で説明する。
【００３６】
この映像配信ネットワークシステムを構成する映像サーバ２について図２に基づいて説明する。図２において、１１は映像サーバ２のカメラ部、１２はカメラ部１１で撮影したＲＧＢの映像情報から映像データを生成する映像データ生成部、１３はカメラ部１１を操作するための制御を行うカメラ制御部、１４はカメラ制御部１３の制御でカメラ部１１の駆動を行う駆動部である。
【００３７】
１５はネットワーク１を介してＴＣＰ／ＩＰで通信するウェブサーバ等のネットワークサーバ部、１６はネットワーク１に接続されるネットワークインタフェースである。次に、１７は映像サーバ２のシステム制御と映像データを記憶する記憶部、１７ａはＨＴＭＬ等で記述したマークアップ言語記述ページ（以下、ウェブページ）を記憶するネットワーク文書記憶部、１７ｂはカメラ部１１で撮影した映像情報から映像データ生成部１２が生成した映像データを記憶しておく映像記憶部、１７ｂ１はカメラ部１１で撮影した映像データを記憶できる第１ホルダ、１７ｂ２は他の映像サーバ２に映像データを要求して取得した映像データを記憶する第２ホルダ、１７ｃは他の映像サーバ２の現在の映像配信数、クライアントへの最大映像配信数、映像サーバへの最大映像配信数等の映像サーバ情報を記憶しておく映像サーバ情報記憶部、１７ｃ１は負荷情報で順序が決まる映像サーバリストである。なお、後述の制御部１８の負荷情報受信手段１８ｄは映像サーバ情報を取得するため各映像サーバ２の負荷情報の数値（映像配信数）等をネットワークサーバ部１５から問い合せ、負荷情報送信手段１８ｃが負荷情報の数値を通知する。なお、映像配信数とは、映像を配信するクライアントの数を意味し、映像を配信できる状態でクライアントと通信接続がされている場合のクライアントを含めてもよい。また同様に、クライアントへの最大映像配信数とは、同時に映像を配信できるクライアントの数を意味し、映像を配信できる状態でクライアントと通信接続がされている場合のクライアントも含めてもよい。映像サーバへの映像配信数、最大映像配信数についても同様である。
【００３８】
１８は中央処理装置（以下ＣＰＵ）等で構成された制御部で、記憶部１７に格納されたプログラム等を読み出してそれぞれの機能を奏する機能実現手段を構成する。１８ａは映像配信数が所定のクライアントへの最大映像配信数（最大映像配信可能な数から他の映像サーバと通信するために必要な映像配信数を引いた値）に達していることを判定する機能実現手段として構成された負荷判定手段、１８ｂは映像サーバ情報に基づいて負荷の小さい映像サーバを探して優先順位を決定する機能実現手段として構成された順位判定手段、１８ｃは他の映像サーバからの負荷情報の問い合わせに対して負荷情報の数値を送信する負荷情報送信手段、１８ｄは他の映像サーバに負荷情報の問い合わせる負荷情報受信手段である。１９は設定値を入力するための入力手段、２０はＣＰＵにプログラムを読み込んで構成した機能実現手段としてのネットワーク文書生成部である。２１はクライアントへの映像配信数，映像サーバへの映像配信数，転送回数をカウントするカウント手段である。実施の形態１においては、順位判定手段１８ｂが、負荷の順に従って、負荷の小さい映像サーバを先頭にした映像サーバリスト１７ｃ１を作成する。なお、順位の付与の仕方はこれに限られない。負荷が大きくなったときは、映像サーバリスト１７ｃ１の先頭に登録された負荷の最も小さい映像サーバ２からその順に従ってアクセス先を変更させるから、映像サーバ２の能力を最大限活用しながら負荷の集中を避け、負荷の小さな映像サーバ２との均衡化を図り、負荷を分散することができる。
【００３９】
映像サーバ２では、クライアント端末３からアクセスがあると、カメラ部１１で被写体を撮影し、映像データを映像記憶部１７ｂの第１ホルダ１７ｂ１に格納し、この第１ホルダ１７ｂ１のＵＲＬを記載したウェブページをネットワーク文書生成部２０で生成もしくは読み出して、クライアント端末３に送信する。クライアント端末３ではこのＵＲＬにアクセスして映像データを取得する。しかし、このとき複数のクライアント端末３への映像配信数が集中すると、映像サーバ２の負荷が許容限界を越えてしまうので、この場合は映像サーバリスト１７ｃ１の先頭の映像サーバ２のＵＲＬを通知し、他の映像サーバ２によって処理を実行する。従って、映像サーバ２の処理可能なクライアントへの最大映像配信数は、過負荷となった自分の処理を他の映像サーバ２に代替させるために必要となる通信、すなわちこの映像サーバ２から画像を送ってもらうための通信が必要であり、この通信のために少なくとも１以上の映像配信数分を確保したあとのクライアントへの映像配信数となる。カウント手段２１は、このクライアントへの最大映像配信数を許容値としてクライアント端末３への映像配信数をカウントする。
【００４０】
続いて、実施の形態１のクライアント端末３の内部構成を説明する。図３において、３１はネットワーク１を介して映像サーバ２のネットワークサーバ部１５と通信して画像情報を取得するブラウザ手段、３２はネットワーク１に接続されるネットワークインタフェースである。３３はクライアント端末３のシステム制御と映像データを記憶する記憶手段、３４はＣＰＵ等で構成されたクライアント端末３の制御手段で、記憶手段３３に格納されたプログラム等を読み出してそれぞれの機能を奏する機能実現手段を構成する。３５はＬＣＤ等の表示手段、３６はキーボードやマウス等の入力手段、３７は受信した音声データ等を音声信号として出力できる音声出力手段である。
【００４１】
このように構成されたクライアント端末装置３は、パーソナルコンピュータにブラウザ手段３１を搭載して映像サーバ２とプロトコルＨＴＴＰで通信して映像データを入手する。
【００４２】
ところで、ネットワーク１には多くのクライアント端末装置３，３ａ，３ｂが接続されており、一度に多数のクライアント端末３，３ａ，３ｂから映像サーバ２ａにアクセスして映像データを受信すると、映像サーバ２ａの処理量が限界を越えてしまう。このような場合、すべてのクライアント端末３，３ａ，３ｂへの映像データ配信速度が落ちるか、もしくは、処理速度低下を避けるため、クライアント端末３への映像配信を受け付けない状態に陥る。なお、ここではクライアント端末３，３ａ，３ｂとして説明しているが、これは３台の端末に限られるということではない。
【００４３】
そこで、本発明の実施の形態１においては、例えば映像サーバ２ａの処理が限界に達している状態でクライアント端末３，３ａ，３ｂから映像配信要求があった場合、ウェブページを送信する送信元を例えば映像サーバ２ｂに変えるものである。図４は本発明の実施の形態１における映像配信ネットワークシステムのシーケンスチャート、図５は図４の映像サーバが映像配信制限に陥った場合のシーケンスチャートである。
【００４４】
まず図４に示すように、クライアント端末３ａが映像サーバ２ａに映像データの要求「ｈｔｔｐ：／／ｗｗｗ．Ｓｅｒｖｅｒ１／Ｍｏｔｉｏｎ」をＨＴＴＰプロトコルで送信する（ｓｑ１）。これを受信した映像サーバ２ａでは、カウント手段２１がこのときのクライアントへの映像配信数をカウントし、クライアントへの最大映像配信数に達していない場合は、カメラ部１１で撮影を行い、映像データ生成部１２で生成した映像データを圧縮して映像記憶部１７ｂに格納し、同時に、ネットワーク文書生成部２０によってこの映像データのＵＲＬを記述したウェブページＡをクライアント端末３に送信する。また、このときクライアントへの最大映像配信数を越えていたときには、ネットワーク文書生成部２０は記憶部１７から読み出したデータを基にウェブページＢを生成し、ネットワークサーバ部１５がクライアント端末３ａに送信する（ｓｑ２）。なお、実施の形態１においては、負荷情報送信手段１８ｃが負荷情報の問い合わせを行い、負荷情報受信手段１８ｄが負荷情報の指標となる数値（例えばクライアントへの映像配信数）を取得して、負荷の小さい映像サーバを先頭にした映像サーバリスト１７ｃ１を作成しており、負荷の最も小さいサーバとして映像サーバ２ｂが先頭に登録されている。ウェブページＢには、次のアクセス先としてこの映像サーバ２ｂのＵＲＬが収められて送信される。
【００４５】
このウェブページＢを受信したクライアント端末３ａは自動もしくは手動でこのＵＲＬの映像サーバ２ｂにアクセスする（ｓｑ３）。このとき自動的に新アクセス先である映像サーバ２ｂへジャンプするには、例えば「＜ｍｅｔａ ｈｔｔｐ−ｅｑｕｉｖ＝”Ｒｅｆｒｅｓｈ”ｃｎｔｅｎｔ＝”１； ＵＲＬ＝ ｈｔｔｐ：／／ｗｗｗ．Ｓｅｒｖｅｒ２／Ｓｅｒｖｅｒ１／Ｍｏｔｉｏｎ ”＞」というＭＥＴＡ記述をウェブページＢに追加すればよい。これは、ｃｏｎｔｅｎｔで指定した値（上記の場合１秒）の時間が経過したら、「ＵＲＬ＝」の後に記述してあるページを表示するもので、クライアント端末３のブラウザ手段３１がこの記述に従って動作し、そのままジャンプすることができる。自動でジャンプするため、映像データを取得しようと考えているユーザがアクセス先など認識することなく、映像サーバ２ａから映像サーバ２ｂへアクセス先を変更することができる。
【００４６】
映像サーバ２ｂはそのＵＲＬにアクセスされると、カウント手段２１がクライアントへの映像配信数をカウントし、クライアントへの最大映像配信数に達していない場合は、ネットワーク文書生成部２０はネットワーク文書記憶部１７ａからデータを読み出してウェブページＣを生成して、ネットワークサーバ部１５がクライアント端末３ａに送信する（ｓｑ４）。ウェブページＣは映像データを映像サーバ２ａの第１ホルダ１７ｂ１から取得するためのもので、例えばＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．Ｓｅｒｖｅｒ２／Ｓｅｒｖｅｒ１／ＣｏｐｙＭｏｔｉｏｎ」が参照先として記述されており、クライアント端末３ａはウェブページＣによって映像サーバ２ｂに映像サーバ２ａの映像データ要求を行う（ｓｑ５）。すなわち、「ｈｔｔｐ：／／ｗｗｗ．Ｓｅｒｖｅｒ２／」によって映像サーバ２ｂ（Ｓｅｒｖｅｒ２）に対し、クライアント端末３ａから映像を要求すると、映像サーバ２ｂは「／Ｓｅｒｖｅｒ１／ＣｏｐｙＭｏｔｉｏｎ」の記述から、自分の映像でなく映像サーバ２ａ（Ｓｅｒｖｅｒ１）の映像をクライアントが要求していると認識し、これを動作命令として以下ｓｑ６で説明するように映像サーバ２ａの映像を要求しに行く。このとき「＜ｍｅｔａ ｈｔｔｐ−ｅｑｕｉｖ＝”Ｒｅｆｒｅｓｈ”ｃｎｔｅｎｔ＝”１；ＵＲＬ＝ｈｔｔｐ：／／ ｗｗｗ．Ｓｅｒｖｅｒ２／Ｓｅｒｖｅｒ１／ ＣｏｐｙＭｏｔｉｏｎ ”＞」というＭＥＴＡ記述をウェブページＣに追加するのがよい。なお、Ｊａｖａ（登録商標）スクリプトのような別の記述で同一機能の実現が可能であり、ここで記述したＭＥＴＡ記述は一例である。
【００４７】
映像サーバ２ｂは、画像サーバ２ａの第１ホルダ１７ｂ１のＵＲＬ「ｈｔｔｐ：／／ｗｗｗ． Ｓｅｒｖｅｒ１／ＣｏｐｙＭｏｔｉｏｎ」に映像送信要求を行い（ｓｑ６）、画像サーバ２ａは映像データを映像サーバ２ｂに送信する（ｓｑ７）。映像サーバ２ｂは受信した映像データを第２ホルダ１７ｂ２に記憶し、映像データをクライアント端末３ａに送信する（ｓｑ８）。なお、ｓｑ７において、映像データが複数あって送信を繰り返す必要がある場合はこれを繰り返し（ｓｑ９）、受信した映像データは映像サーバ２ｂから次々とクライアント端末３ａに送信される（ｓｑ１０）。
【００４８】
以上説明した場合は、最初にアクセスした映像サーバ２ａの負荷が限界を越えており、次のアクセス先の映像サーバ２ｂに映像を要求するものであるが、さらに映像サーバ２ｂも負荷が限界を越えているときは、この繰り返し（リレー）によって他の映像サーバ２から映像データを取得する場合である。しかし、場合によってはすべての映像サーバ２において負荷が限界を越えることもありうる。そこで、以下図５を基にして、すべての映像サーバ２においてクライアントへの最大映像配信数に達した場合の説明をする。
【００４９】
図５において、クライアント端末３ａが映像サーバ２ａに映像データの要求「ｈｔｔｐ：／／ｗｗｗ．Ｓｅｒｖｅｒ１／Ｍｏｔｉｏｎ」をＨＴＴＰプロトコルで送信する（ｓｑ１１）。これを受信した映像サーバ２ａでは、クライアントへの映像配信数をカウントするカウント手段２１がこれをカウントし、クライアントへの最大映像配信数に達しているため、ネットワーク文書記憶部１７ａからウェブページＢを生成し、ネットワークサーバ部１５がクライアント端末３ａに送信する（ｓｑ１２）。ウェブページＢには、新アクセス先として映像サーバ２ｂのＵＲＬが収められている。このウェブページＢを受信したクライアント端末３ａは自動もしくは手動で次のアクセス先の映像サーバ２ｂにジャンプする（ｓｑ１３）。このｓｑ１１〜１３は上述の図４のｓｑ１〜３と同様である。
【００５０】
映像サーバ２ｂはそのＵＲＬにアクセスされると、カウント手段２１がクライアントへの映像配信数をカウントし、制限に達しているものと判断する。次いで、ネットワーク文書生成部２０がネットワーク文書記憶部１７ａからデータを読み出してウェブページＤを生成して、クライアント端末３ａに送信する（ｓｑ１４）。ウェブページＤには、新アクセス先として映像サーバ２ｃのＵＲＬが収められている。このウェブページＤを受信したクライアント端末３ａは自動もしくは手動で次のアクセス先の映像サーバ２ｃにジャンプする（ｓｑ１５）。
【００５１】
映像サーバ２ｃはそのＵＲＬにアクセスされると、クライアントへの映像配信数をカウントし、クライアントへの最大映像配信数に達していると判断し、ネットワーク文書記憶部１７ａからデータを読み出してウェブページＦを生成して、クライアント端末３ａに送信する（ｓｑ１６）。ウェブページＦには、つぎのアクセス先として映像サーバ２ａのＵＲＬが収められている。
【００５２】
クライアント端末３ａはこれを受信すると、再度映像サーバ２ａに映像データの要求「ｈｔｔｐ：／／ｗｗｗ．Ｓｅｒｖｅｒ１／Ｓｅｒｖｅｒ１／ＣｏｐｙＭｏｔｉｏｎ」を送信する（ｓｑ１７）。映像サーバ２ａでは、クライアントへの映像配信数が制限に達している状態に変わりがないこと、及びこのアクセスが自己映像要求であると判断し、ネットワーク文書生成部２０はネットワーク文書記憶部１７ａからデータを読み出してウェブページＧを生成して、クライアント端末３ａに送信する（ｓｑ１８）。このウェブページＧには、映像配信中のクライアント数が処理能力の限界に達しており、映像配信できない旨の表示が記載されており、実質的にこの時点で初めてユーザは映像配信が集中していることを知ることができる。なお、再度アクセス（巡回）した自己映像要求であることを認識するためには、（１）アクセスしたクライアント端末３のＩＰアドレスを覚えておき、そのアドレスと照合する、あるいは（２）他の映像サーバ２にクライアント端末３をアクセスするためのウェブページに転送元を記述しておく、などの手段がある。（２）は転送が繰り返されても、ウェブページ上の転送元の記述は変わらないため、特定の映像サーバからのアクセスで再度のアクセスが認識できる。
【００５３】
なお、本実施の形態１においては、映像サーバ２ａ，２ｂ，２ｃの３台のサーバで高負荷時の支援グループを構成しているため、ウェブページＧでアクセスできない旨の表示がなされるのが比較的速いが、さらに多数のサーバで支援グループを構成したときなどにはウェブページＧが表示されるまで時間がかかる。従って、場合によっては最初に映像サーバ２ａにアクセスした時間を基準にタイムアウトさせ、映像配信できない旨の表示を行ってもよい。また、カウント手段２１によって転送回数をカウントし、閾値に達しているときクライアントへの映像配信できない旨の表示を行ってもよい。また、クライアント端末３から他の映像サーバ２をアクセスするためのウェブページに転送回数を記述しておくのもよい。転送が繰り返さるたびに、転送回数がカウントアップされてウェブページに記述される。
【００５４】
続いて、例えば映像サーバ２ａが処理する映像配信数が、クライアントへの最大映像配信数と他の映像サーバ２にアクセスするための映像配信数の合計に達している場合、映像データの参照方法を変えることもできる。図６は本発明の実施の形態１における映像配信ネットワークシステムの映像データの参照方法を変えるシーケンスチャートである。図６において、クライアント端末３ａが映像サーバ２ａに映像のデータ要求「ｈｔｔｐ：／／ｗｗｗ．Ｓｅｒｖｅｒ１／Ｍｏｔｉｏｎ」を送信する（ｓｑ２１）。これを受信した映像サーバ２ａでは、カウント手段２１がクライアントへの映像配信数をカウントし、クライアントへの最大映像配信数に達していない場合は、カメラ部１１で撮影を行い、映像データ生成部１２で生成した映像データを圧縮して映像記憶部１７ｂの第１ホルダ１７ｂ１に格納し、同時に、ネットワーク文書生成部２０によってこの第１ホルダ１７ｂ１のＵＲＬを記述したウェブページＡを生成してクライアント端末３に送信する。また、クライアントへの最大映像配信数を越えていた場合には、ネットワーク文書記憶部１７ａからデータを基にウェブページＢを生成または読み出し、ネットワークサーバ部１５がクライアント端末３ａに送信する（ｓｑ２２）。
【００５５】
ウェブページＢには、ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．Ｓｅｒｖｅｒ２／Ｓｅｒｖｅｒ１／ＣｏｐｙＭｏｔｉｏｎ」が記載され、また映像サーバ２ｂから映像サーバ２ａの映像データを参照できるように、例えば次のようなフレーム参照のための記述のＨＴＭＬ、「＜ｆｒａｍｅ ｓｒｃ＝ｈｔｔｐ：／／ ｗｗｗ．Ｓｅｒｖｒ２／Ｓｅｒｖｅｒ１／ＣｏｐｙＭｏｔｉｏｎ”ｎａｍｅ＝”Ｍｏｔｉｏｎ”＞」が記述されている。これは記述されたＵＲＬ（絶対パス）から「Ｍｏｔｉｏｎ」というフレーム名のの映像データを取得して表示せよとの記述である。この記述により、映像サーバ２はクライアント端末３や他の映像サーバ２に連続して画像を出力することができる。
【００５６】
このウェブページＢを受信したクライアント端末３ａは、映像サーバ２ｂにアクセスし（ｓｑ２３）、映像サーバ２ｂはこれをトリガとして、映像サーバ２ａに映像送信要求を送信する（ｓｑ２４）。映像サーバ２ａが第１ホルダ１７ｂ１の映像データを映像サーバ２ｂに送信すると（ｓｑ２５）、映像サーバ２ｂはこれを第２ホルダ１７ｂ２に記憶してＨＴＭＬの記述に従いクライアント端末３ａに送信する（ｓｑ２６）。この後、映像サーバ２ｂが映像サーバ２ａに繰り返し映像送信要求する場合、映像サーバ２ａは映像送信を繰り返し（ｓｑ２７）、映像サーバ２ｂはこれをクライアント端末３ａに送信する（ｓｑ２８）。この場合、ウェブページＢの記述で簡単に参照して映像データを取得できる。
【００５７】
以上説明した映像サーバ２が行う動作のフローチャートについて説明する。図７は本発明の実施の形態１における映像サーバの制御フローチャート、図８は本発明の実施の形態１における映像サーバの自身の映像データのクライアントへの送信処理のフローチャート、図９は本発明の実施の形態１における映像サーバの他の映像サーバへの送信処理のフローチャート、図１０は本発明の実施の形態１における映像サーバの他の映像サーバの映像データのクライアントへの送信処理のフローチャートである。
【００５８】
まず図７に基づいて、映像サーバ２が行う映像データの送信処理の全体のフローチャートについて説明する。例えば、映像サーバ２ａを立ち上げたり、通信を開始したとき、クライアントへの映像配信数と映像サーバへの映像配信数がいずれも０の状態にある（ｓｔｅｐ１）。次いで、ネットワーク１を介しての設定処理、映像配信ネットワークシステムの映像サーバ情報の設定処理を行う（ｓｔｅｐ２）。この設定方法には、この映像サーバ２の映像配信ネットワークシステムの管理者が設定するか、他の映像サーバ２ｂ、２ｃからのリクエストにより設定する方法がある。
【００５９】
設定が終わり、クライアント端末３から映像配信要求が発生すると、自分がカメラ部１１で撮影した映像データの場合にはクライアント端末３への送信を後述のルーチン処理で行い（ｓｔｅｐ３）、他の映像サーバ２からの映像データの参照の場合は、自身の映像データを他の映像サーバ２への送信を後述の他のルーチン処理で行い（ｓｔｅｐ４）、他の映像サーバ２の映像データの場合はその映像データをクライアント端末３への送信をさらに別のルーチン処理で行う（ｓｔｅｐ５）。なお、負荷の小さいの映像サーバ２へアクセスするのではなく、予め他の映像サーバ２へアクセスする場合のアクセス順やクライアントへ通知する他の映像サーバ２のＵＲＬ、クライアントへの映像配信数と映像サーバへの映像配信数等を初期設定しておき、所定の映像サーバ２へアクセスするようにしてもよい。
【００６０】
また、クライアント端末３から映像送信中止要求が送られてきた場合は映像送信タスクを終了し、一旦カウントしたクライアントへの映像配信数をカウントダウンする（ｓｔｅｐ６）。ｓｔｅｐ５において他の映像サーバ２から受信した映像データを送信するクライアント端末３が存在しない場合、他の映像サーバ２から映像送信中止要求が送られてきた場合は映像送信タスクを終了し、一旦カウントしたクライアントへの映像配信数をカウントダウンする（ｓｔｅｐ７）。そして、この後ｓｔｅｐ２に戻って処理を繰り返すものである。
【００６１】
続いて、図８に基づいて、映像サーバ２ａが行う自分で撮影した映像データをクライアント端末３へ送信するルーチン処理の説明を行う。図８に示すように、映像サーバ２ａが待機中に映像データの要求「ｈｔｔｐ：／／ｗｗｗ．Ｓｅｒｖｅｒ１／Ｍｏｔｉｏｎ」が着信すると（ｓｔｅｐ１１）、この時点でクライアントへの映像配信数がクライアントへの最大映像配信数以下であるか否かがチェックされる（ｓｔｅｐ１２）。なお、映像サーバリスト１７ｃ１は負荷の低い順番に常に更新記載されている。先頭には最も負荷の低い映像サーバ２が登録されている。クライアントへの映像配信数がクライアントへの最大映像配信数以下の場合は、クライアントへの映像配信数をカウントアップし（ｓｔｅｐ１３）、クライアントへの映像配信数がクライアントへの最大映像配信数に達している場合は、定期的に更新されている映像サーバリスト１７ｃ１の先頭に登録されている映像サーバ２を取り出す（ｓｔｅｐ１４）。この優先順位は、映像サーバ２ａを支援する映像サーバ２として映像サーバリスト１７ｃ１に登録されていることが必要で、負荷情報の指標の数値が最も少ないこと、ということで決定される。負荷情報の優先順位は、このような負荷の最も小さな映像サーバ２を選ぶ方法のほかに、例えば、予め他の映像サーバ２へアクセスするアクセス順を初期設定して、アクセスする所定の映像サーバ２を決めておき、高負荷の場合に転送する方法など、他の方法でもよい。そして、同一順位の場合の優先順位を決定するため、この場合の順位を予め決定しておくのがよい。
【００６２】
ｓｔｅｐ１４において、負荷の小さな映像サーバ、実施の形態１の場合、映像サーバリスト１７ｃ１の先頭に登録された映像サーバ２が存在するか否かがチェックされ（ｓｔｅｐ１５）、リストに負荷の小さなサーバが存在しているときには、映像データの参照方法として、負荷の小さい、例えば映像サーバ２ｂのＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．Ｓｅｒｖｅｒ２／Ｓｅｒｖｅｒ１／ＣｏｐｙＭｏｔｉｏｎ」が記載されたウェブページをクライアント端末３に送信して（ｓｔｅｐ１６）、待機状態に戻る。負荷の小さなサーバが存在していないとき高負荷で映像配信不能である旨のウェブページをクライアント端末３に送信し（ｓｔｅｐ１７）、待機状態に戻る。
【００６３】
ｓｔｅｐ１３でクライアントへの映像配信数をカウントアップした後、映像送信タスクを起動し、カメラ部によって撮影した映像情報から映像データ生成部１２によって映像データを取得し、ネットワークサーバ部１５によって映像データをクライアント端末３へ送信して（ｓｔｅｐ１８）、待機状態に戻る。このように自身の映像データをクライアント端末３へ送信する処理ルーチンは、クライアント端末３からの映像配信要求が発生するまで待機し、以上の処理を繰り返すものである。
【００６４】
次に、自分で撮影した映像データを他の映像サーバ２へ送信する場合のルーチン処理について説明する。図９に示すように、映像サーバ２ａが待機中に他の映像サーバ２からの映像データの要求「ｈｔｔｐ：／／ｗｗｗ．Ｓｅｒｖｅｒ１／Ｍｏｔｉｏｎ」が着信すると（ｓｔｅｐ２１）、「Ｓｅｒｖｅｒ１」が映像サーバ２ａであるか否かがチェックされる（ｓｔｅｐ２２）。「Ｓｅｒｖｅｒ１」が映像サーバ２ａでない場合は、映像サーバへの映像配信数が映像サーバへの最大映像配信数以下であるか否かがチェックされる。また、「Ｓｅｒｖｅｒ１」が映像サーバ２ａの場合は、映像サーバ２ａが自分自身で映像データを要求することになり、この場合、高負荷で映像配信不能である旨のウェブページをクライアント端末３に送信し（ｓｔｅｐ２４）、待機状態に戻る。
【００６５】
ｓｔｅｐ２３において、映像サーバへの映像配信数が映像サーバへの最大映像配信数以下の場合は、カウント手段２１が映像サーバへの映像配信数をカウントアップし（ｓｔｅｐ２５）、映像サーバへの最大映像配信数を越えている場合には、高負荷で映像配信不能である旨のウェブページをクライアント端末３に送信し（ｓｔｅｐ２６）、待機状態に戻る。
【００６６】
ｓｔｅｐ２５で映像サーバへの映像配信数をカウントアップした後、映像送信タスクを起動し、カメラ部１１によって撮影した映像情報から映像データ生成部１２よって映像データを取得し、ネットワークサーバ部１５によって映像データを他の映像サーバ２へ送信して（ｓｔｅｐ２７）、待機状態に戻る。このように自身の映像データを他の映像サーバ２へ送信する送信処理ルーチンは、他の映像サーバ２からの映像配信要求が発生すると以上の処理を繰り返すものである。
【００６７】
次いで、映像サーバ２ａが行う他の映像サーバ２の映像データをクライアント端末３へ送信するルーチン処理の説明を行う。図１０に示すように、映像サーバ２ａが待機中にクライアント端末３から映像データの要求が着信すると（ｓｔｅｐ３１）、クライアントへの映像配信数がクライアントへの最大映像配信数以下であるか否かがチェックされる（ｓｔｅｐ３２）。
【００６８】
クライアントへの映像配信数がクライアントへの最大映像配信数以下の場合、他の映像サーバ２の映像データを受信中か否かがチェックされる（ｓｔｅｐ３３）。受信中でない場合、他の映像サーバ２からの映像データの受信を開始し、受信完了か否かをチェックする（ｓｔｅｐ３４）。ｓｔｅｐ３２において、クライアントへの映像配信数がクライアントへの最大映像配信数を越えている場合、及びｓｔｅｐ３４において映像データの受信が完了しなかった場合は、定期的に更新されている負荷情報の優先順位に基づいて、映像サーバを決定する（ｓｔｅｐ３５）。この優先順位は、映像サーバ２ａを支援する映像サーバ２として映像サーバリスト１７ｃ１に登録されていることが必要で、負荷情報の指標の数値が最も少ないこと、ということで決定される。負荷情報の優先順位は、このような負荷の最も小さな映像サーバ２を選ぶ方法のほかに、例えば、予め他の映像サーバ２へアクセスするアクセス順を初期設定して、アクセスする所定の映像サーバ２を決めておき、高負荷の場合に転送する方法など、他の方法でもよい。
【００６９】
ｓｔｅｐ３３において映像データを受信中の場合、及びｓｔｅｐ３４において映像データの受信が完了した場合には、クライアントへの映像配信数をカウントアップし（ｓｔｅｐ３６）、映像送信タスクを起動し、他の映像サーバ２が撮影した映像データをネットワークサーバ部１５によってクライアント端末３へ送信して（ｓｔｅｐ３７）、待機状態に戻る。
【００７０】
また、ｓｔｅｐ３５において映像サーバを決定し、負荷の小さな映像サーバが存在するか否かをチェックし（ｓｔｅｐ３８）、負荷の小さなサーバが存在している場合には、この負荷の小さい、例えば映像サーバ２ｂのＵＲＬ「ｈｔｔｐ：／／ ｗｗｗ．Ｓｅｒｖｅｒ２／Ｓｅｒｖｅｒ１／ ＣｏｐｙＭｏｔｉｏｎ」が記載されたウェブページをクライアント端末３に送信して（ｓｔｅｐ３９）、待機状態に戻る。負荷の小さなサーバが存在していないとき高負荷で映像配信不能である旨のウェブページをクライアント端末３に送信し（ｓｔｅｐ４０）、待機状態に戻る。
【００７１】
このように他映像サーバ２の映像データをクライアント端末３へ送信する送信処理ルーチンは、他クライアント端末３からの映像配信要求が発生すると以上の処理を繰り返すものである。なお、負荷の小さいの映像サーバ２へアクセスするのではなく、予め他の映像サーバ２へアクセスするアクセス順を初期設定しておき、所定の映像サーバ２へアクセスする場合は、ｓｔｅｐ３５でこの所定の映像サーバ２を読み出し、ｓｔｅｐ３９へ進んで、この所定の映像サーバ２ｂのＵＲＬが記載されたウェブページをクライアント端末３に送信する。
【００７２】
（実施の形態２）
本発明の実施の形態２における映像配信ネットワークシステムは、映像サーバ２間で支援グループを形成して所定の映像サーバ２が支援するのではなく、リレーサーバ５を設けて、リレーサーバ５が支援するものである。リレーサーバ５は特別のものでなくともよく、映像サーバ２のカメラ部１１を備えない構成のサーバである。そして、映像サーバ２、リレーサーバ５が資源を共有することで、負荷分散を図るものである。実施の形態２は実施の形態１と基本的構成で同一であり、同一符号は同一構成を意味し、図１〜図６は実施の形態２においても参照する。
【００７３】
実施の形態２の映像配信ネットワークシステムのリレーサーバ５は、図２の映像サーバ２の構成のうち、カメラ部１１，映像データ生成部１２，カメラ制御部１３，駆動部１４を備えていない基本構成を有している。実施の形態１においては、映像サーバ２が映像配信要求に対して高負荷で接続不能に陥ったとき、支援可能な映像サーバ２の中で負荷の小さな映像サーバ２が処理を行ったが、実施の形態２の場合、適宜、リレーサーバ５が高負荷に陥った映像サーバ２に代わって処理を行うものである。リレーサーバ５の使い方としては、高負荷になったときにこの特定のリレーサーバ５によって処理する方法もあるが、映像サーバ２とリレーサーバ５とで負荷情報を参照する１つのリストを構成し、負荷の小さなものを選んで処理する方法などもある。従って、図４，図６のシーケンスチャートに示す映像サーバ２ｂの動作をリレーサーバ５の動作として読み替えることができる。リレーサーバ５は図１に示すように単数設けるのでも、複数設けるのでもよく、リレーサーバ５を複数設けたときは、その動作は図４に示す映像サーバ２ｂ，２ｃのリレー動作で読み替えることができる。
【００７４】
実施の形態２の映像配信ネットワークシステムにおいては、クライアント端末３からの映像配信要求があったとき、映像サーバ２はリレーサーバ５との通信をを確保するため、映像配信処理能力から得られるクライアントへの映像配信数を基に、（処理能力の限界から１映像配信数分以上少ない映像配信数）を（クライアントへの最大映像配信数）とするものである。
【００７５】
このように実施の形態２の映像配信ネットワークシステムは、映像サーバ２のほかにリレーサーバ５を別途設けるので、高負荷で通信ができなくなることはなく、映像配信不能である旨の表示を行うことは希になる。実施の形態１と同様に、複数の映像サーバ２間で高負荷時に互いに支援を行うシステムを前提に、リレーサーバ５を設けて負荷を分散するために、さらに安定した画像データの送信が行える。
【００７６】
【発明の効果】
本発明の映像サーバとその映像配信ネットワークシステムによれば、映像配信が集中しても高負荷で通信困難に陥ることなく、高品質の画像データを安定して送信でき、それぞれの映像サーバの能力を最大限活用しながら、ネットワーク資源を高効率で活用することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１における映像配信ネットワークシステムの全体構成図
【図２】本発明の実施の形態１における映像サーバの構成図
【図３】本発明の実施の形態１におけるクライアント端末の構成図
【図４】本発明の実施の形態１における映像配信ネットワークシステムのシーケンスチャート
【図５】図４の映像サーバが映像配信制限に陥った場合のシーケンスチャート
【図６】本発明の実施の形態１における映像配信ネットワークシステムの映像データの参照方法を変えるシーケンスチャート
【図７】本発明の実施の形態１における映像サーバの制御フローチャート
【図８】本発明の実施の形態１における映像サーバの自身の映像データのクライアントへの送信処理のフローチャート
【図９】本発明の実施の形態１における映像サーバの他の映像サーバへの送信処理のフローチャート
【図１０】本発明の実施の形態１における映像サーバの他の映像サーバの映像データのクライアントへの送信処理のフローチャート
【符号の説明】
１ ネットワーク
２，２ａ，２ｂ，２ｃ 映像サーバ
３，３ａ，３ｂ クライアント端末
４ ＤＮＳサーバ
５ リレーサーバ
１１ カメラ部
１２ 映像データ生成部
１３ カメラ制御部
１４ 駆動部
１５ ネットワークサーバ部
１６ ネットワークインタフェース
１７ 記憶部
１７ａ ネットワーク文書記憶部
１７ｂ 映像記憶部
１７ｂ１ 第１ホルダ
１７ｂ２ 第２ホルダ
１７ｃ 映像サーバ情報記憶部
１７ｃ１ 映像サーバリスト
１８ 制御部
１８ａ 負荷判定手段
１８ｂ 順位判定手段
１８ｄ 負荷情報受信手段
１８ｃ 負荷情報送信手段
１９ 入力手段
２０ ネットワーク文書生成部
２１ カウント手段
３１ ブラウザ手段
３２ ネットワークインタフェース
３３ 記憶手段
３４ 制御手段
３５ 表示手段
３６ 入力手段
３７ 音声出力手段

Claims (20)

1. ネットワークに接続され、クライアント端末から該ネットワークを介して映像データを要求されると、カメラ部で撮影した映像データまたは受信した映像データをネットワークサーバ部によって該ネットワークに送信することができる映像サーバであって、
   アクセス中のクライアントへの映像配信数をカウントするカウント手段と、
   予め設定されたクライアントへの最大の映像配信数に達しているか否かを判定する負荷判定手段と、
   前記クライアントへの映像配信数が前記クライアントへの最大映像配信数に達しているとき、前記ネットワークに接続された第２の映像サーバへアクセスするための情報を記載したマークアップ言語記述ページを生成または記憶手段から読み出すネットワーク文書生成手段とを備え、
   前記マークアップ言語記述ページを受信したクライアント端末がアクセスした第２の映像サーバからの映像データの要求により、前記ネットワークサーバ部が、前記カメラ部で撮影した映像データを該第２の映像サーバに送信することを特徴とする映像サーバ。
2. 前記負荷判定手段が、前記クライアントへの最大の映像配信数として、前記ネットワークに接続された他の映像サーバとの通信に必要な映像サーバへの映像配信数を確保したあとのクライアントへの最大の映像配信数に達しているか否かを判定することを特徴とする請求項１記載の映像サーバ。
3. 請求項２記載の映像サーバにおいて、前記ネットワークに接続された他の映像サーバとの通信に必要な映像サーバへの映像配信数を確保したあとのライアントへの最大映像配信数に達しているか否かを判定する負荷判定手段を設けるのに代えて、処理能力の限界の映像配信数より他のサーバとの通信に必要な１以上の映像配信数を確保した所定のクライアントへの最大映像配信数に達しているか否かを判定する負荷判定手段を設けたことを特徴とする映像サーバ。
4. 前記ネットワークに接続された第１の映像サーバから受信したマークアップ言語記述ページに従って前記クライアント端末が映像データを要求してきたとき、前記第１の映像サーバへ映像データを要求する映像要求手段と、
   前記第１の映像サーバから受信した映像データを記憶する映像記憶部と、
   前記映像記憶部に保存される映像データをクライアント端末へ送信するネットワークサーバ部を備えたことを特徴とする請求項１〜３のいずれかに記載の映像サーバ。
5. 請求１〜３のいずれかに記載された映像サーバにおいて、前記ネットワーク文書生成手段が、前記ネットワークに接続された第２の映像サーバへアクセスするための情報を記載したマークアップ言語記述ページを生成または記憶手段から読み出すのに代えて、少なくとも映像データの取得を前記第２の映像サーバから行う命令が記述されたマークアップ言語記述ページを生成または読み出すことを特徴とする映像サーバ。
6. 前記マークアップ言語記述ページには、前記クライアント端末が前記マークアップ言語記述ページを受信すると、該第２の映像サーバへアクセスするための動作命令が記述されていることを特徴とする請求項５記載の映像サーバ。
7. 映像サーバ情報記憶部を備え、該映像サーバ情報記憶部にはネットワークに接続された１または２以上の映像サーバを所定の順序で登録する映像サーバリストが格納され、前記ネットワーク文書生成手段が該映像サーバリストの先頭の映像サーバを前記第２の映像サーバとして選択し、該第２の映像サーバのＵＲＬを前記マークアップ言語記述ページに記述することを特徴とする請求項１〜６のいずれかに記載の映像サーバ。
8. 順位判定手段が設けられ、該順位判定手段が、負荷の小さい映像サーバを先頭にして負荷の順に従って映像サーバリストの順序を決定することを特徴とする請求項７記載の映像サーバ。
9. 負荷情報送信手段が設けられ、該負荷情報送信手段が、他の映像サーバからの負荷情報の問い合わせに対して、負荷情報の数値を送信するか、もしくは、負荷情報の問い合わせに関係なく、一定時間間隔で、他の映像サーバに対して負荷情報の数値を送信することを特徴とする請求項１〜８のいずれか記載の映像サーバ。
10. 前記負荷情報の数値が、映像データを受信中のクライアント端末の数を示すクライアントへの映像配信数であることを特徴とする請求項９記載の映像サーバ。
11. 入力手段が設けられ、該入力手段によって直接またはネットワークを介して前記映像サーバリストに登録する映像サーバを入力できることを特徴とする請求項７〜１０記載の映像サーバ。
12. 前記負荷判定手段が、前記クライアント端末への映像配信数が前記クライアントへの最大映像配信数に達していると判定したとき、登録された映像サーバにアクセスするように記述されたマークアップ言語記述ページをアクセス元のクライアント端末に送信することを特徴とする請求項９記載の映像サーバ。
13. 前記負荷判定手段が、前記クライアント端末への映像配信数が前記クライアントへの最大映像配信数に達していると判定し、このとき映像サーバリストの先頭に登録された最も低負荷の映像サーバが、高負荷なときには、前記ネットワークサーバ部が高負荷によりアクセスできない旨のマークアップ言語記述ページを前記クライアント端末に送信することを特徴とする請求項９記載の映像サーバ。
14. 第３の映像サーバから映像データ送信要求があったとき、前記負荷判定手段が、映像サーバへの映像配信数が映像サーバへの最大映像配信数より小さいと判定した場合に、カメラ部で撮影した映像データを前記第３の映像サーバに送信することを特徴とする請求項１〜１３のいずれかに記載の映像サーバ。
15. 第３の映像サーバから映像データ送信要求があったとき、前記負荷判定手段が、映像サーバへの映像配信数が映像サーバへの最大映像配信数に達していると判定した場合に、前記ネットワークサーバ部が高負荷により映像配信できない旨のマークアップ言語記述ページを前記クライアント端末に送信することを特徴とする請求項１〜１３載の映像サーバ。
16. 請求項１〜１５のいずれかの映像サーバがリレーサーバであって、カメラ部の撮像機能を所有せず、もっぱら他の映像サーバから受信した映像データをネットワークに送信することを特徴とする映像サーバ。
17. ネットワークに複数接続され、クライアント端末から該ネットワークを介して映像データを要求されると、カメラ部で撮影した映像データまたは受信した映像データをネットワークサーバ部によって該ネットワークに送信することができる映像サーバの映像配信ネットワークシステムであって、
    前記クライアント端末への映像配信数が、前記ネットワークに接続された他の映像サーバとの通信に必要な映像サーバへの映像配信数を確保したあとのクライアントへの最大映像配信数に達しているとき、第２の映像サーバへアクセスするための情報を記載したマークアップ言語記述ページを前記クライアント端末に送信し、
    前記クライアント端末が前記第２の映像サーバに映像データの要求を行い、前記第２の映像サーバからの映像送信要求により、前記カメラ部で撮影した映像データを該第２の映像サーバに送信して負荷を分散することを特徴とする映像サーバの映像配信ネットワークシステム。
18. 前記第２の映像サーバへの映像配信数が映像サーバへの最大映像配信数に達しているとき、次に負荷の小さな第４の映像サーバへアクセスするための情報を記載したマークアップ言語記述ページを前記クライアント端末に送信することを特徴とする請求項１８記載の映像サーバの映像配信ネットワークシステム。
19. 複数の映像サーバがすべて映像サーバへの最大映像配信数に達している場合に、前記クライアント端末からアクセスされた映像サーバが高負荷により映像配信できない旨のマークアップ言語記述ページを前記クライアント端末に送信することを特徴とする請求項１７または１８に記載の映像サーバの映像配信ネットワークシステム。
20. 前記ネットワーク上をプロトコルＴＣＰ／ＩＰで通信を行うことを特徴とする請求項１７〜１９のいずれかに記載の映像サーバの映像配信ネットワークシステム。

Images