(57)【要約】【課題】  告知情報のユニキャスト配信において、配信サーバの負荷を軽減し、安定なシステム運用を提供すること。【解決手段】  複数の配信サーバからIPネットワークを介して複数の情報端末に対し告知情報をユニキャスト配信するデータ配信方法であって、ａ）配信制御サーバが、前記告知情報を配信すべき前記情報端末の数に応じて各情報端末を前記配信サーバの数に対応する複数のグループに分けると共に、各グループごとに前記複数の配信サーバのうちの１つを割り当てることによって、前記告知情報を受信するために自端末が接続すべき特定の配信サーバを予め決定するステップ、ｂ）前記決定に基づき、前記告知情報の配信に先立って、前記配信制御サーバから前記IPネットワークを介して配信開始通知を各情報端末に一斉送信することにより、前記接続すべき特定の配信サーバを予め各情報端末に通知するステップ、ｃ）各情報端末は、前記配信制御サーバから送信された前記配信開始通知を受信し、該配信開始通知に基づいて指定された配信サーバに接続するステップ、および、ｄ）各配信サーバは、各情報端末からの接続に基づき該情報端末に前記告知情報をユニキャスト配信するステップからなることを特徴とするデータ配信方法。【選択図】なし【特許請求の範囲】
【請求項１】
複数の配信サーバからIPネットワークを介して複数の情報端末に対し告知情報をユニキャスト配信するデータ配信方法であって、
ａ）配信制御サーバが、前記告知情報を配信すべき前記情報端末の数に応じて各情報端末を前記配信サーバの数に対応する複数のグループに分けると共に、各グループごとに前記複数の配信サーバのうちの１つを割り当てることによって、前記告知情報を受信するために各情報端末が接続すべき特定の配信サーバを予め決定するステップ、
ｂ）前記決定に基づき、前記告知情報の配信に先立って、前記配信制御サーバから前記IPネットワークを介して配信開始通知を各情報端末に一斉送信することにより、前記接続すべき特定の配信サーバを予め各情報端末に通知するステップ、
ｃ）各情報端末は、前記配信制御サーバから送信された前記配信開始通知を受信し、該配信開始通知に基づいて指定された配信サーバに接続するステップ、および、
ｄ）各配信サーバは、各情報端末からの接続に基づき該情報端末に前記告知情報をユニキャスト配信するステップ
からなることを特徴とするデータ配信方法。
【請求項２】
前記情報端末から前記IPネットワークを介してエンコードサーバに接続することにより、該情報端末のユーザーが前記告知情報を作成するとともに、該エンコードサーバにおいてリアルタイムでエンコード処理を行うステップ、および、
前記エンコードサーバが、前記エンコード処理された告知情報を前記配信サーバに送出するステップ
をさらに含む、請求項１に記載のデータ配信方法。
【請求項３】
前記配信制御サーバが、前記配信サーバとともに前記告知情報を各情報端末にユニキャスト配信を行う機能をさらに有する、請求項１または２に記載のデータ配信方法。
【請求項４】
前記配信制御サーバが故障により停止した場合には、前記複数の配信サーバの１つを新たな配信制御サーバとして動作させることを特徴とする、請求項１乃至３のいずれか１項に記載のデータ配信方法。
【請求項５】
前記告知情報が、音声情報、文字情報、画像情報、またはそれらの組み合わせからなる、請求項１乃至４のいずれか１項に記載のデータ配信方法。
【請求項６】
前記告知情報が、マルチビットレートでエンコード処理される、請求項１乃至５のいずれか１項に記載のデータ配信方法。
【請求項７】
前記情報端末がテレビ電話である、請求項１乃至６のいずれか１項に記載のデータ配信方法。
【請求項８】
複数の配信サーバからIPネットワークを介して複数の情報端末に対し告知情報をユニキャスト配信するデータ配信システムであって、
前記告知情報を配信すべき前記情報端末の数に応じて各情報端末を前記配信サーバの数に対応する複数のグループに分けると共に、各グループごとに前記複数の配信サーバのうちの１つを割り当てることによって、前記告知情報を受信するために各情報端末が接続すべき特定の配信サーバを予め決定する機能を有する配信制御サーバを備え、
前記配信制御サーバは、前記告知情報の配信の前に、当該配信の開始通知を各情報端末に一斉送信することにより、前記決定に基づき各情報端末が接続すべき特定の配信サーバを予め各情報端末に通知する手段を備え、
前記情報端末は、前記通知により指定された特定の配信サーバに対して配信要求を送信し、前記配信サーバからの前記告知情報を受信する手段を備え、および
前記配信サーバは、前記情報端末からの要求に基づき前記割り当てられた情報端末のグループに対して前記告知情報をユニキャスト配信する手段を備える
ことを特徴とするデータ配信システム。
【請求項９】
前記情報端末のユーザーが前記IPネットワークを介して前記情報端末から発信した告知情報を録音または録画し、リアルタイムでエンコード処理を行った後、該エンコード処理された告知情報を前記配信サーバに送出するエンコードサーバをさらに備える、請求項８に記載のデータ配信システム。
【請求項１０】
前記配信制御サーバが、前記配信サーバとともに前記告知情報を各情報端末にユニキャスト配信する機能をさらに有する、請求項８または９に記載のデータ配信システム。
【請求項１１】
前記配信制御サーバが故障により停止した場合には、前記複数の配信サーバの１つを新たな配信制御サーバとして動作させることを特徴とする、請求項８乃至１０のいずれか１項に記載のデータ配信システム。
【請求項１２】
前記告知情報が、音声情報、文字情報、画像情報、またはそれらの組み合わせからなる、請求項８乃至１１のいずれか１項に記載のデータ配信システム。
【請求項１３】
前記告知情報が、マルチビットレートでエンコード処理される、請求項８乃至１２のいずれか１項に記載のデータ配信システム。
【請求項１４】
前記情報端末がテレビ電話である、請求項８乃至１３のいずれか１項に記載のデータ配信システム。
【請求項１５】
請求項１乃至７のいずれか１項に記載のデータ配信方法、又は、請求項８乃至１４のいずれか１項に記載のデータ配信システムに用いるための情報端末。
【請求項１６】
テレビ電話である、請求項１５に記載の情報端末。
【請求項１７】
複数の情報端末とＩＰネットワークを介して接続されて、告知情報を配信する機能を備えるサーバ装置であって、
前記告知情報の配信の前に、前記告知情報を配信する対象となる前記情報端末の数に応じて各情報端末を配信サーバの数に対応する複数のグループに分けると共に、前記配信サーバのそれぞれに対し前記告知情報を配信すべきグループを割り当てることによって、配信における負荷分散を制御する機能を備えることを特徴とするサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、告知情報を配信する配信サーバ、その配信を制御する配信制御サーバ、及びＩＰネットワークを介して配信された告知情報を受信する複数の情報端末を用いる、ユニキャスト配信によるデータ配信方法、およびシステムに関する。
【背景技術】
【０００２】
市町村などの地域ネットワークでは、例えば行政相談や健康相談などの通常の告知情報のほか、大雨、洪水や地震等の緊急を要する告知情報等を住民等に対して伝達することが求められている。そして、情報通信技術の進展に伴い、従来の回覧板或いは屋外に設置されたスピーカーの放送による防災無線などに加え、インターネット網やＣＡＴＶ網等のＩＰネットワークを介した情報伝達手段も利用され始めている。例えば、地域ネットワークで用いられる場合には、役所などに設置した告知放送サーバから出される各種の告知情報を、ＩＰネットワークを介して各家庭に設置されたパーソナルコンピューター等の情報端末に配信する方法が挙げられる。
【０００３】
このようなＩＰネットワークを介した告知情報の配信方法としては、ユニキャスト配信やマルチキャスト配信を用いることが考えられる。ユニキャスト配信では、受信側の個々の情報端末（クライアント）が情報データを保持している配信サーバに直接アクセスし、配信サーバはアクセスを認識して情報端末に直接データを送信する、いわゆる１対１通信となる。一方、マルチキャストプロトコルを用いるマルチキャスト配信（例えば、マルチキャストＩＰアドレスを用いる方法など）では、受信側の情報端末と配信サーバが直接通信するものではなく、各情報端末はネットワーク上に配置されたルータを通して配信要求を送信し、配信サーバが情報データを送信すると、ルータが当該データをコピーし、全ての情報端末に同一のデータを届けるというものである。
【０００４】
これまで、マルチキャスト配信を告知放送に用いることが既に試みられている（例えば、特許文献１及び２参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−３６８８０７号公報
【特許文献２】特開２００５−１８４７００号公報しかしながら、マルチキャスト配信では、ネットワーク上の全てのルータ及び情報端末をマルチキャストに対応させる必要があり、また、セキュリティーやネットワーク安定性等の信頼性の面でも実用的に問題がある。一方、ユニキャスト配信は、広く普及しており転送経路等の問題はないが、上記のように１対１通信であるため、複数の情報端末に同時に情報データを配信する際には、配信サーバ及びネットワーク帯域への負荷が増大し、ネットワーク障害やシステム障害の危険性があるという問題がある。
【０００６】
これに対し、ユニキャスト配信におけるサーバへの負荷を分散および軽減するための手段として、ロードバランサ等の外部機器を用いることも考えられる。しかしながら、ロードバランサによる負荷分散は、常にサーバへのセッション数を監視し、次に接続してきたセッションを接続数の少ないサーバに割り振るというものであるため、通常時のセッションは無いが配信が開始された瞬間に多数のセッションが同時に発生する告知放送の場合には、ロードバランサの振り分け処理が正常動作できないおそれがあり、このような告知放送への適用には好ましいとはいえない。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、こうした実情に鑑みてなされたものであり、告知情報のユニキャスト配信において、配信サーバの負荷を軽減し、安定なシステム運用を提供することを課題とするものである。
【課題を解決するための手段】
【０００８】
以上のような課題を解決するため、本発明者は、告知情報を配信すべき情報端末の数および配信サーバの数に基づいて情報端末をグループ分けし、１台の配信サーバが配信を担当する情報端末数を動的に均等分配し、かつ、実際の告知情報の配信の前に予め接続する配信サーバを各端末に通知するという手段を見出し、本発明を完成するに至った。
【０００９】
すなわち、一つの態様において、本発明は、複数の配信サーバからIPネットワークを介して複数の情報端末に対し告知情報をユニキャスト配信するデータ配信方法であって、ａ）配信制御サーバが、前記告知情報を配信すべき前記情報端末の数に応じて各情報端末を前記配信サーバの数に対応する複数のグループに分けると共に、各グループごとに前記複数の配信サーバのうちの１つを割り当てることによって、前記告知情報を受信するために各情報端末が接続すべき特定の配信サーバを予め決定するステップ、ｂ）前記決定に基づき、前記告知情報の配信に先立って、前記配信制御サーバから前記IPネットワークを介して配信開始通知を各情報端末に一斉送信することにより、前記接続すべき特定の配信サーバを予め各情報端末に通知するステップ、ｃ）各情報端末は、前記配信制御サーバから送信された前記配信開始通知を受信し、該配信開始通知に基づいて指定された配信サーバに接続するステップ、および、ｄ）各配信サーバは、各情報端末からの接続に基づき該情報端末に前記告知情報をユニキャスト配信するステップ、からなることを特徴とするデータ配信方法に関する。
【００１０】
このような構成とすることにより、ロードバランサ等の外部機器を用いる場合とは異なり、情報端末の接続時に始めて接続先の配信サーバを決定するのではなく、配信開始通知によって予め接続すべき特定の配信サーバが指定される。従って、各情報端末は、予め指定された配信サーバに接続するだけであり、一方、配信サーバも予め特定されたグループの情報端末、すなわち最大数が事前に判明している情報端末からの接続に応じて告知情報を配信するという単純な動作となるため、配信サーバの台数及び能力に応じて適切な負荷分散を行うことができ、安定なデータ配信が可能となる。
【００１１】
また、用いられる配信サーバ台数は、告知情報の配信対象となる情報端末の台数、すなわちユーザーの規模に応じて適宜選択することができる。また、配信サーバのＣＰＵの性能、ハードディスク容量についても、当該技術分野における当業者であれば適宜選択できるものである。
【００１２】
本発明において配信される告知情報は、音声情報、文字情報、画像情報、またはそれらの組み合わせからなることができる。
【００１３】
また、更なる態様では、本発明に係るデータ配信方法は、前記情報端末から前記IPネットワークを介してエンコードサーバに接続することにより、該情報端末のユーザーが前記告知情報を作成するとともに、該エンコードサーバにおいてリアルタイムでエンコード処理を行うステップ、および、前記エンコードサーバが、前記エンコード処理された告知情報を前記配信サーバに送出するステップをさらに含むことを特徴とする。これにより、情報端末の任意のユーザーが、当該情報端末を用いて音声等の告知情報をエンコードサーバに送信し、ダイレクトに告知情報のエンコード処理を行うことができるため、高品質な音声の録音が可能となる。
【００１４】
また、別の態様において、本発明は、複数の配信サーバからIPネットワークを介して複数の情報端末に対し告知情報をユニキャスト配信するデータ配信システムであって、前記告知情報を配信すべき前記情報端末の数に応じて各情報端末を前記配信サーバの数に対応する複数のグループに分けると共に、各グループごとに前記複数の配信サーバのうちの１つを割り当てることによって、前記告知情報を受信するために各情報端末が接続すべき特定の配信サーバを予め決定する機能を有する配信制御サーバを備え、前記配信制御サーバは、前記告知情報の配信の前に、当該配信の開始通知を各情報端末に一斉送信することにより、前記決定に基づき各情報端末が接続すべき特定の配信サーバを予め各情報端末に通知する手段を備え、前記情報端末は、前記通知により指定された特定の配信サーバに対して配信要求を送信し、前記配信サーバからの前記告知情報を受信する手段を備え、および、前記配信サーバは、前記情報端末からの要求に基づき前記割り当てられた情報端末のグループに対して前記告知情報をユニキャスト配信する手段を備えることを特徴とするデータ配信システムに関する。当該システムを用いることにより、上記本発明に係るデータ配信方法を実施することができる。
【００１５】
また、更なる態様では、本発明に係るデータ配信システムは、前記情報端末のユーザーが前記IPネットワークを介して前記情報端末から発信した告知情報を録音または録画し、リアルタイムでエンコード処理を行った後、該エンコード処理された告知情報を前記配信サーバに送出するエンコードサーバをさらに備えることを特徴とする。エンコードサーバを備えることにより、情報端末の任意のユーザーが当該情報端末を用いて音声等の告知情報をエンコードサーバに送信し、ダイレクトに告知情報のエンコード処理を行うことができるため、高品質な音声の録音が可能となる。エンコードサーバは複数備えることもでき、好ましくは、２台備えることができる。これにより、1台が録音中の場合には、自動的に未使用の別のサーバに振り分けて受信することができる。情報端末がテレビ電話の場合には、通常の通話と同様に、電話機を用いてユーザーが告知情報を作成することができ、マイク等他の機器が不要である点で有利である。
【００１６】
また、更なる態様では、本発明に係るデータ配信方法およびシステムは、前記配信制御サーバが、前記配信サーバとともに前記告知情報を各情報端末にユニキャスト配信を行う機能をさらに有することを特徴とする。このように、配信制御サーバが、告知情報を配信する機能を併せ持つことによって、必要となる配信サーバの台数を少なくさせることができる。
【００１７】
また、更なる態様では、本発明に係るデータ配信方法およびシステムは、前記配信制御サーバが故障により停止した場合には、前記複数の配信サーバの１つを新たな配信制御サーバとして動作させることを特徴とする。仮に配信制御サーバが何らかのトラブル等で故障或いはその機能を遂行できなった場合でも、正常稼動している他の配信サーバに配信制御サーバの機能を割り当てることにより、システム全体の作動が停止することを回避することが可能となり、配信機能等の継続が確保される。
【００１８】
また、更なる態様では、本発明に係るデータ配信方法およびシステムは、前記告知情報が、マルチビットレートでエンコード処理されることを特徴とする。マルチビットレートとは、音声や映像のデータについて、通常品質のデータと低品質で容量の少ないデータの複数のビットレートを１つのファイルに統合する機能のことであり、これを用いることによって、ネットワーク帯域が十分に確保できない場合でも、配信自体を停止させるのではなく、配信サーバが自動的に低品質のデータの配信に切り替えることによって、継続して安定な配信を行うことが可能となる。本発明においては、好ましくは、２種類のビットレートを有するデータを１つのファイルに統合される。これは、本発明において配信される告知情報が、音声情報、画像情報、またはそれらの組み合わせ、特に、音声を伴う映像の場合に好ましい。
【００１９】
また、更なる態様では、本発明に係るデータ配信方法およびシステムは、前記情報端末がテレビ電話であることを特徴とする。
【００２０】
さらに、別の態様において、本発明は、上記データ配信方法又はユニキャストデータ配信システムに用いるための情報端末に関する。好ましくは、当該情報端末はテレビ電話である。
【００２１】
さらに、別の態様において、本発明は、複数の情報端末とＩＰネットワークを介して接続されて、告知情報を配信する機能を備えるサーバ装置であって、前記告知情報の配信の前に、前記告知情報を配信する対象となる前記情報端末の数に応じて各情報端末を配信サーバの数に対応する複数のグループに分けると共に、前記配信サーバのそれぞれに対し前記告知情報を配信すべきグループを割り当てることによって、配信における負荷分散を制御する機能を備えることを特徴とするサーバ装置に関する。
【発明の効果】
【００２２】
本発明によれば、複雑なネットワークプロトコルを用いることなく比較的簡便なシステム構成によって配信サーバにおける負荷を軽減し、かつ、ネットワーク帯域を圧迫することを回避することが可能となる。当該負荷分散機能は、接続時に始めて接続先の配信サーバを決定するロードバランサを用いる場合とは異なり、予め接続すべき特定の配信サーバを決定し、これを各情報端末に配信開始通知によって、各情報端末は予め指定された配信サーバに接続するという単純な動作を行うため安定なデータ配信が可能となるだけでなく、配信サーバの台数及び能力に応じて適切な負荷分散を行うこともできる。
【００２３】
従って、本発明は、複数の情報端末に同時に情報データを配信する際に配信サーバやネットワーク帯域への負荷が増大するという従来のユニキャスト配信におけるデメリットを解消しつつ、告知情報の配信におけるユニキャスト配信の特性を生かした安定なシステム運用を提供することができるという優れた効果を奏する。
【００２４】
さらに、エンコードサーバを備えることにより、情報端末の任意のユーザーが当該情報端末を用いて音声等の告知情報をエンコードサーバに送信し、ダイレクトに告知情報のエンコード処理を行うことができるため、高品質な音声の録音が可能となる。特に、情報端末がテレビ電話の場合には、通常の通話と同様に、電話機を用いてユーザー自身が告知情報を作成することができるという点でも優れている
【図面の簡単な説明】
【００２５】
【図１】本発明の一実施形態に係るデータ配信システムの概略構成を示すブロック図である。
【図２】図１に示すデータ配信システムの詳細構成を示す機能ブロック図である。
【図３】本発明の一実施形態に係るデータ配信方法を示す図である。
【図４】本発明の別の実施形態に係るデータ配信方法を示す図である。
【発明を実施するための形態】
【００２６】
以下、図面を参照しながら本発明に係るデータ配信システムについて説明する。図１は、本発明に係るデータ配信システムの概略構成を示すブロック図である。この図において１は、データ配信が扱う告知情報（音声告知情報、文字告知情報、画像情報等）を伝送するネットワークである。このネットワーク１は、例えばインターネット網、ＣＡＴＶ網、自治体の地域イントラネット網等の通信回線から構成される。このネットワーク１には、配信される告知放送情報が入力され、これをエンコード処理するエンコードサーバ１０、配信を制御する配信制御サーバ２０、該告知情報を受信する複数の情報端末４０および告知情報を各情報端末４０に配信する配信サーバ３０がそれぞれ接続されている。
【００２７】
［データ配信システムの構成］：
概略的には上述したように構成されたデータ配信システムに関し、図２に示す機能ブロック図を用いてより詳細に説明する。
【００２８】
エンコードサーバ１０は、告知情報を取り込み、これらの告知情報を配信サーバ３０に転送する告知情報入力手段の役割を担うものであり、告知情報を該エンコードサーバ１０の内部に取り込む入力部１１を備えている。具体的にこの入力部１１は、特に図示しないが音声告知情報をアナログデータとして取り込むマイクや、文字や画像の告知情報を作成するキーボード及びディスプレイ等を設けて構成され、これらによって、告知放送を行う者が、告知情報として情報端末４０に配信されることとなる告知情報コンテンツをエンコードサーバ１０の端末上で直接作成することができる。また、エンコードサーバ１０には、情報端末４０においてから告知情報コンテンツを受信する受信部１２を備えている。これによって、エンコードサーバ上のみならず、情報端末４０を用いてユーザー自身が告知情報を作成することができる。例えば、情報端末４０がテレビ電話の場合、市役所等のエンコードサーバが設置されている場所からでなくとも、緊急時等において、担当者の自宅に設置された情報端末４０から直接、他の情報端末４０の群に配信すべき告知情報を作成或いは録音等を行うことが可能となる。
【００２９】
当該エンコードサーバ１０は、複数台で構成されることが好ましい。例えば、第１のエンコードサーバは、上記マイク、キーボード、ディスプレイを備えたものとし、告知情報コンテンツを当該サーバ端末上で直接作成・録音等し、エンコードする機能に限定しつつ、第２のエンコードサーバ１０には、情報端末４０においてユーザが作成した告知情報コンテンツのみをエンコードする機能に限定することができる。かかる役割分担を行うことによって、エンコードサーバ１０の負担を分散することができるという利点がある。また、これら複数のエンコードサーバ１０は、それぞれ内部に同一のアプリケーション群を有し、同一動作が可能とすることで、機器故障等の際の代替利用を行うこともできる。
【００３０】
さらに、上記第２のエンコードサーバを複数台とすることもより好ましい。かかる場合には、例えば、複数の情報端末４０から告知情報コンテンツを受信することができるとともに、サーバ障害時における運用停止等の事態を回避することができる。この場合、情報端末４０からのテレビ電話の発信は、情報端末４０の発信先自動振分け機能により、未通話のエンコードサーバ１０が自動的に選択されるとともに、障害発生時も自動的に正常稼動のエンコードサーバ１０が選択されるという態様も可能である。  
また、エンコードサーバ１０には、入力部１１から入力された、或いは、情報端末４０から受信した告知情報コンテンツをデジタルデータに変換（エンコード）する処理部１３、およびこの処理部１３で変換されたデジタルデータ（告知情報）を保存する保存部１４が設けられている。当該保存部１４に保存された告知情報コンテンツをネットワーク１に送出する通信インタフェース１５が設けられており、このようにして、得られたデジタルデータ（告知情報）は、ネットワーク１を介して配信サーバ３０（及び、配信制御サーバ２０も情報端末４０への配信を担う態様の場合には、当該配信制御サーバ）に転送されるようになっている。ここで、前述のとおり、告知情報は、マルチビットレートでエンコード処理されることが好ましい。
【００３１】
さらに、エンコードサーバ１０の入力部を用いて、告知情報の配信スケジュールを設定することができる。当該配信スケジュールは、後述のように、その後、配信制御サーバ２０に送信され、当該配信制御サーバ２０において管理される。
【００３２】
次に、配信制御サーバー２０は、告知情報の配信を制御するとともに、配信の開始を情報端末４０に通知する役割を担うものである。配信制御サーバ２０は、上記エンコードサーバ１０において設定された配信スケジュールを受信する受信部を備え、スケジュール管理部２２において当該スケジュールを管理する。また、配信制御サーバ２０は、後述のとおり、告知情報の配信における配信サーバの負荷分散を実行する負荷分散制御部２３を有する。
【００３３】
そして、上記スケジュール管理に基づき、配信を開始すべき時間になった場合には、配信通知送信手段２４によって、配信開始メッセージを作成し、各情報端末４０に対して当該配信開始通知を送信する。配信サーバ３０には、ネットワーク１を介してエンコードサーバ１０から配信スケジュールや告知情報を受信し、
および各情報端末４０に配信開始通知を送信する通信インタフェース２５が設けられている。この配信制御サーバ２０は、例えばパソコンなどに組み込まれるアプリケーションソフトとして構成してもよい。さらに、配信制御サーバ２０は、後述の配信サーバ３０と同様の告知放送配信機能を併せもつこともでき、これにより必要となる配信サーバの台数を低減させることができる。
【００３４】
次に、配信サーバ３０は、エンコードサーバ１０から転送された告知情報を、ネットワーク１を介して複数の情報端末（クライアント）４０に配信する役割を担うものである。図では、２つしか示していないが、配信サーバ３０は所望により複数台を設けることができる。この配信サーバ３０には、エンコードサーバ１０から送出される告知情報データを受信する告知情報受信手段３１が設けられている。
【００３５】
配信サーバ３０には、この告知情報受信手段３１が受信処理した告知放送データを保持する告知情報データベース３２が設けられている。この告知情報データベース３２に保持された告知情報は、告知情報送信手段３３によって情報端末４０に所定のタイミングで送出されるようになっている。また、配信サーバ３０には、ネットワーク１を介してエンコードサーバ１０および各情報端末４０とで上述した告知情報を授受する通信インタフェース３４が設けられている。
【００３６】
なお、配信制御サーバ２０が故障等により停止した場合には、例えば、サーバの管理者が、リモート管理用のツール等を用いて各サーバの役割を切り替えることによって、当該故障した配信制御サーバ２０に換えて、配信サーバ３０の１つを新たな配信制御サーバとして動作させることができる。
【００３７】
配信サーバ３０
一方、情報端末４０は、配信サーバ３０からネットワーク１を介して配信される告知情報を受信して該告知情報を受信する受信者に告知情報を通知する役割を担っている。この情報端末４０には、ネットワーク１を介して配信サーバ３０と告知情報の受け渡しを行う通信インタフェース４１が設けられている。
【００３８】
また、情報端末４０には、配信サーバ３０から送出される告知情報データを受信する告知情報受信手段４２、及び、この告知情報受信手段４２が受信処理した告知放送データを保持する告知情報データベース４３が設けられている。そして、当該告知情報は、スピーカ及び／又はディスプレイ等を備える出力部４４によってユーザに対して出力される。
【００３９】
当該情報端末４０は、好ましくはテレビ電話であり、その場合、ネットワーク１を介して他の通信端末とテレビ電話通信を行うテレビ電話インタフェース４５が設けられている。
【００４０】
［配信処理のフロー］：
次に、このように構成されたデータ配信システムによるの告知放送の配信処理のフローについて、図３及び図４を参照しながら以下に説明する。
【００４１】
図３に示した配信処理フローは、告知情報のコンテンツを予めエンコードサーバ１０及び配信サーバ３０に保存・蓄積させておき、事前に定められて所望の日時スケジュールにおいて情報端末４０に配信する態様である（スケジュール配信型）。以下のＡ〜Ｆの処理によって、配信が行われる。
【００４２】
Ａ）告知情報データの作成
上記のとおり、告知放送を行う者が、エンコードサーバ１０の端末上で、或いは、情報端末４０を介して、文字データ等を作成、又は、音声や映像を録音・録画する。録音等された音声等のコンテンツは、エンコードサーバ１０の処理部１３においてエンコード処理によりアナログからデジタルへ変換され、告知情報データとして保存部１４に保存される。
【００４３】
Ｂ）告知情報データの転送
得られた告知情報データは、当該データを自動的に配信制御サーバ２０及び配信サーバ３０に転送される（配信サーバ３０が複数の場合は、全ての配信サーバ３０に転送される）。ここで、データの転送は、代表的には、ＦＴＰ（ファイル転送プロトコル）を用いることができる。
【００４４】
Ｃ）配信スケジュールの登録
告知放送を行う者が、エンコードサーバ１０の端末上で、告知情報をいつ配信するかのスケジュールの登録を行う。また、情報端末４０のユーザーが告知放送を行う場合には、当該情報端末４０の画面上でスケジュール登録を行うこともできる。登録されたスケジュールは、配信制御サーバ２０に転送され、スケジュール管理部２２に登録される。
【００４５】
Ｄ）配信スケジュールの管理
配信制御サーバ２０のスケジュール管理部２２において、登録されたスケジュールを管理する。当該管理は、当該技術分野において通常用いられる手段、例えば、適切なアプリケーションソフト等で行うことができる。
【００４６】
Ｅ）配信開始通知の送信
スケジュール登録で設定された日時に至った後、配信制御サーバ２０では、負荷分散制御部２３において、後述するとおり、配信サーバ３０の台数、配信先の情報端末４０の台数等に応じて配信における負荷分散を計算し、開始通知送信手段２４において配信開始通知メッセージを作成し、各情報端末４０に送信する。当該送信は、マルチキャスト伝送又はユニキャスト伝送により実行され、配信サーバ３０の告知情報保存場所を示すアドレス情報等を通知するものである。
【００４７】
Ｆ）告知情報配信
情報端末４０は、上記配信開始通知にて通知されたアドレスの配信サーバ３０に接続を行い、これにより、配信サーバ３０は当該情報端末４０に対して告知情報を配信する。情報端末４０は、告知情報を受信し、出力部４４においてこれを出力する。当該配信は、ユニキャスト伝送、好ましくは、http（HyperText Transfer Protocol）を用いたユニキャスト伝送により実行される。以上により、一連の告知情報配信が終了する。
【００４８】
当該スケジュール配信型の態様は、例えば、自治体や地域ネットワーク等において、各情報端末４０のユーザである住民にイベントの開催予定、行政相談、或いは議会等での決定事項の事後的な連絡を行う場合など、非緊急時或いは定期的な告知に用いる場合に好適である。
【００４９】
次に、図４に示した配信処理フローは、告知情報のコンテンツの録音や録画を行うと同時に、リアルタイムで情報端末４０に配信する態様である（リアルタイム配信型）。以下のａ〜ｆの処理によって、配信が行われる。なお、ここでは主に、告知情報が音声情報、画像情報、或いはそれらの組み合わせの場合を想定して例示する。
【００５０】
ａ）告知情報データの録音等の準備
告知放送を行う者が、エンコードサーバ１０の端末上で、或いは、情報端末４０を介してエンコードサーバ１０に、音声や映像を告知情報として録音・録画を開始するための準備を行う。
【００５１】
ｂ）告知情報データの録音等の開始
録音等が開始されると、エンコードサーバ１０は、配信制御サーバ２０に対して、リアルタイム配信を開始する旨の通知を行う。当該通知は、http等により実行される。
【００５２】
ｃ）配信開始通知
配信制御サーバ２０では、負荷分散制御部２３において、後述するとおり、配信サーバ３０の台数、配信先の情報端末４０の台数等に応じて配信における負荷分散を計算し、開始通知送信手段２４において配信開始通知メッセージを作成し、各情報端末４０に送信する。当該送信は、マルチキャスト伝送又はユニキャスト伝送により実行され、配信サーバ３０の告知情報保存場所を示すアドレス情報等を通知するものである。
【００５３】
ｄ）告知情報のエンコード処理
エンコードサーバ１０の処理部１３において、録音等が行われている告知情報をリアルタイムでエンコード処理し、当該告知情報をリアルタイムで配信制御サーバ２０にストリーム配信する。
【００５４】
ｅ）配信制御サーバ２０による中継
配信制御サーバ２０は、上記エンコードサーバ１０より受信した告知情報を、そのまま全ての配信サーバ３０に中継を行う。
【００５５】
ｆ）配信サーバ３０による中継
情報端末４０は、上記配信開始通知にて通知されたアドレスの配信サーバ３０に接続を行い、これにより、配信サーバ３０は、上記配信制御サーバ２０より受信した告知情報を当該情報端末４０に中継を行う。情報端末４０は、告知情報を受信し、出力部４４においてこれを出力する。以上により、一連の告知情報配信が終了する。
【００５６】
上記処理ｄ〜ｆにおけるデータ配信は、ユニキャスト伝送、好ましくは、http（HyperText  Transfer  Protocol）を用いたユニキャスト伝送により実行される。によって実行される。
【００５７】
当該リアルタイム配信型の態様は、例えば、自治体や地域ネットワーク等において、例えば大雨、洪水や地震等の災害情報などの緊急時における告知情報を速やかに各情報端末４０のユーザである住民に伝達する場合に好適である。
【００５８】
［負荷分散の制御、及び接続先配信サーバの制御］：
上述のとおり、配信制御サーバ２０の負荷分散制御部２３では、告知情報の配信開始に先立って、予め配信サーバ３０の負荷分散の計算を行う。具体的には、具体的には、告知情報を配信すべき情報端末４０の数に応じて各情報端末を配信サーバ３０の数に対応する複数のグループに分けると共に、各グループごとに複数の配信サーバ３０のうちの１つを割り当てることによって、告知情報を受信するために自端末が接続すべき特定の配信サーバ３０が予め決定される。
【００５９】
例えば、情報端末４０がテレビ電話の場合には、以下のような負荷分散決定手順となる（配信サーバを５台設ける場合）。
【００６０】
１．均等割り付けの仕組み
各端末に設定されている「電話番号」の下２桁を用いて、全端末を１００のグループに分ける。サーバ上では、このグループ００の台数、０２の台数、０３の台数、０４〜９９の台数を算出し、以下、３．のロジックでそれぞれを5台の配信サーバに均等に割り振る。
【００６１】
２．均等割り付け処理手順
A．配信対象の端末数を５等分し、１台のサーバに割り当てる平均値を求める。
【００６２】
B．グループ００〜９９までのグループ分けした情報を、台数の大きな順でソートを行う。
【００６３】
C．Bでソートした値の最初の５件は、大きな順から、無作為に５台の配信サーバへセットする。
【００６４】
D．それ以降は、割り当て値の小さな配信サーバ、かつ平均値を越えていない配信サーバを対象とし、ソートした次の大きな数値をセットする。
【００６５】
E．D．を繰り返す。
【００６６】
３．計算結果例
【表１】
2013098769.tif 000002
【００６７】
次いで、当該負荷分散の算定結果に基づいて、配信制御サーバ２０の開始通知送信手段２３において、各情報端末４０に送信すべき配信開始通知メッセージが作成される。上記の配信サーバを５台設ける場合を例に、配信開始通知メッセージの具体例を以下に説明する。
【００６８】
典型的なメッセージフォーマットは、
【表２】
2013098769.tif 000003
【００６９】
のように形式であり、１カラム目は、配信モードを表している。すなわち、０１:音声告知、０２：映像告知(ビデオ)、０３：文字画像告知、９９：サーバ情報通知を示している。２カラム目以降は、上記で００〜９９までのグループ分けされた１００グループの情報端末４０が、各グループごとに５台の配信サーバ３０のうちのどの配信サーバに接続すべきかを表している数字である。例えば、２カラム目は００の端末グループが接続する配信サーバ番号、３カラム目は０１の端末グループが接続先する配信サーバ番号、４カラム目は０２の端末グループが接続する配信サーバ番号というように、計１００グループの接続先配信サーバ番号をグループ番号順にカンマ区切りで、１レコードのメッセージとして表示している。従って、配信開始通知メッセージを受け取った情報端末４０は、自分の端末の電話番号の下２桁から、接続すべき配信サーバ３０を認識することができ、その配信サーバに対して接続を行うことになる（例えば、上記メッセージの場合、電話番号の下３桁が"０４"の端末は、メッセージ列の６カラム目となり、番号"０３"に該当するサーバ３号機に対して接続を行うことを認識できる）。
【００７０】
これにより、各情報端末４０が、配信サーバ３０へ接続する際は、上記メッセージフォーマットの１カラム目に表示されれいる配信モードに合せて情報の取得を要求し、配信サーバ３０は当該配信モードに合わせて配信を行う。
【００７１】
また、同様に配信開始通知メッセージによって、上記の接続指定に加えて、接続すべき配信サーバ３０のＩＰアドレスを併せて通知することができる。その場合、上述のとおり1カラム目の配信モードは、９９(サーバ情報通知)が用いられる。例えば、メッセージフォーマットは、
【表３】
2013098769.tif 000004
【００７２】
のような形式であり、２カラム目以降に、配信サーバ３０の１号機から順番にそれぞれのＩＰアドレスが表示される(上記の場合、１号機：１２２．２１５．７０．１００、２号機:１２２．２１５．７０．１０１、3号機:１２２．２１５．７０．１０２ということが情報端末４０において認識される)。
【００７３】
なお、当該ＩＰアドレスを通知するメッセージが配信制御サーバ２０から送信されるのは、サーバ故障やサーバの追加などで、サーバ構成が変更になった際のみであり、通常は、情報端末４０は、一度ＩＰアドレスの情報を受け取るとファイルに保存して記憶しておくため、常にＩＰアドレスの情報を通知せずとも、上記の配信サーバ３０の番号の情報のみでそれぞれの接続先サーバを判断することができる。
【００７４】
［テレビ電話通信と告知放送の受信制御］：
本発明における好ましい態様では、情報端末４０はテレビ電話であるが、かかる場合において、情報端末４０は、テレビ電話が使用中であるかどうかを判定する機能を有することができる。
【００７５】
当該判定に基づき、告知情報が画面表示を伴うものである場合、すなわち、画像情報及び文字情報を含む場合には、緊急の告知情報（リアルタイム配信の場合など）については、テレビ電話の利用中であっても、強制的に当該告知情報を表示する。音声情報はスピーカーから出力され、一方、画面表示はテレビ電話通話画面の上を覆って表示される。一方、告知情報が画面表示を伴うものであっても、緊急のものでない場合（スケジュール配信の場合など）には、テレビ電話の利用が優先され、告知情報を出力しないという設定が可能である。
【００７６】
また、告知情報が音声情報のみからなる場合には、緊急時の告知か否かにかかわらず、告知情報をスピーカから出力することを優先させる設定が可能である。
【００７７】
かくして上述したように構成した本発明に係るデータ配信システムおよびデータ配信方法によれば、配信サーバ３０は、告知情報をネットワークを介して複数の情報端末４０に送出する告知情報送信手段３３を具備したものとなっている。この告知情報送信手段３３は、ネットワーク１を介して各情報端末４０に告知情報を負荷分散処理させたうえでユニキャスト伝送するので、該告知情報の送出によりネットワーク１の帯域を圧迫することなく、効率的な告知情報データの配信を達成することができる。
【符号の説明】
【００７８】
１ ネットワーク
１０ エンコードサーバ
１１ 入力部
１２ 受信部
１３ 処理部
１４ 保存部
１５ 通信インターフェース
２０ 配信制御サーバ
２１ 受信部
２２ スケジュール管理部
２３ 負荷分散制御部
２４ 開始通知送信手段
２５ 通信インターフェース
３０ 配信サーバ
３１ 告知情報受信手段
３２ 告知情報データベース
３３ 告知情報送信手段
３４ 通信インタフェース
４０ 情報端末
４１ 通信インタフェース
４２ 告知情報保存手段
４３ 告知情報保存データベース
４４ 出力部
４５ テレビ電話インターフェース
【図１】
2013098769.tif 000005
【図２】
2013098769.tif 000006
【図３】
2013098769.tif 000007
【図４】
2013098769.tif 000008