(57)【要約】【課題】専用装置を新たに設けることなくシステムを安価に構築し運用可能にする。【解決手段】告知配信サーバＳＶが複数の端末装置に対し告知情報コンテンツを配信する際に、先ず告知情報コンテンツに対しアクセスするためのＵＲＬが記述されたＵＤＰパケットを生成して端末装置へ送信する。そして、これに対し端末装置から告知情報コンテンツの配信を要求するhttpリクエストが到来すると、該当する告知情報コンテンツを要求元の端末装置へ送信する。また、上記ＵＤＰパケットを送信する際に、配信先となる端末装置の数と、コンテンツＤＢ２１に格納された告知情報を構成するコンテンツの情報量と、自己の告知配信サーバＳＶの配信処理能力とをもとに、上記配信先となる端末装置を自己のサーバＳＶで処理可能な単位で複数のグループに分割する。そして、これらのグループごとに時間を異ならせてＵＤＰパケットを送信する。【選択図】      図２
2008078927.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末装置に対し通信ネットワークを介して接続可能な情報配信装置において、
配信対象の告知情報が記憶された告知情報記憶手段と、
前記複数の端末装置に対し配信要求の送信を促す情報と前記告知情報に対するアクセス方法を表す情報を記述したトリガパケットを生成し、この生成されたトリガパケットを前記複数の端末装置に対し前記通信ネットワークを介して送信する手段と、
前記トリガパケットに応答して送信先の端末装置から送信される前記配信要求を前記通信ネットワークを介して受信する手段と、
前記配信要求が受信された場合に、当該配信要求に対応する告知情報を前記告知情報記憶手段から読み出し、この読み出された告知情報を前記要求元の端末装置へ前記通信ネットワークを介して送信する手段と
を具備することを特徴とする情報配信装置。
【請求項２】
前記トリガパケットを送信する手段は、
前記配信対象の告知情報の情報量、配信先の端末装置数及び自己の情報配信装置の配信処理能力をもとに、配信先となる複数の端末装置を複数のグループに分割する手段と、
前記トリガパケットを、前記分割されたグループごとに時間を異ならせて送信する手段と
を備えることを特徴とする請求項１記載の情報配信装置。
【請求項３】
前記配信要求の受信結果をもとに、送信先の各端末装置における前記トリガパケットの送達の有無を判定する手段と、
前記トリガパケットの送達の有無の判定結果に基づいて前記トリガパケットが未送達の端末装置を抽出し、この抽出された未送達の端末装置に対し前記トリガパケットを再送する再送手段と
を、さらに具備することを特徴とする請求項１記載の情報配信装置。
【請求項４】
前記再送手段は、
前記配信対象の告知情報の情報量、配信先の端末装置数、及び自己の情報配信装置の配信処理能力をもとに、前記抽出された未送達の端末装置を複数のグループに分割する手段と、
前記トリガパケットを、前記分割されたグループごとに時間を異ならせて再送する手段と
を備えることを特徴とする請求項３記載の情報配信装置。
【請求項５】
同一の告知情報を記憶する複数のコンテンツ配信サーバ、及び前記告知情報の配信先となる複数の端末装置に対し、通信ネットワークを介して接続可能な情報配信装置において、
前記配信対象の告知情報の情報量、配信先の端末装置の数、前記複数のコンテンツ配信サーバの数、及び当該コンテンツ配信サーバの配信処理能力をもとに、前記複数の端末装置を複数のグループに分割する手段と、
前記グループごとに、前記複数のコンテンツ配信サーバの処理負荷を監視して処理負荷が予め定めた条件以下のコンテンツ配信サーバをアクセス先として選択する手段と、
前記複数の端末装置に対し配信要求の送信を促す情報と前記選択されたコンテンツ配信サーバに記憶された告知情報に対するアクセス方法を表す情報を記述したトリガパケットを生成し、この生成されたトリガパケットを前記グループに属する端末装置へ前記通信ネットワークを介して送信する手段と
を具備することを特徴とする情報配信装置。
【請求項６】
前記複数の端末装置が、前記情報配信装置から送信されるトリガパケットを受信し、当該トリガパケットに記述されたアクセス方法を表す情報に基づいて前記配信要求を該当するコンテンツ配信サーバへ送信する手段を備え、
かつ前記複数のコンテンツ配信サーバが、前記端末装置から送信された配信要求を受信した場合に当該配信要求に対応する告知情報を前記要求元の端末装置へ前記通信ネットワークを介して送信する手段と、前記告知情報の配信要求の受信結果をもとに送信先の各端末装置における前記トリガパケットの送達の有無を表す情報を生成する手段とを備える場合に、
前記複数のコンテンツ配信サーバから、送信先の各端末装置における前記トリガパケットの送達の有無を表す情報を前記通信ネットワークを介して取得する手段と、
前記取得された情報に基づいて前記トリガパケットが未送達の端末装置を抽出し、この抽出された未送達の端末装置に対し前記トリガパケットを再送する再送手段と
を、さらに具備することを特徴とする請求項５記載の情報配信装置。
【請求項７】
複数の端末装置に対し通信ネットワークを介して接続可能でありかつ配信対象の告知情報がメモリに記憶された情報配信装置で用いられる情報配信方法において、
前記複数の端末装置に対し配信要求の送信を促す情報と前記告知情報に対するアクセス方法を表す情報を記述したトリガパケットを生成し、この生成されたトリガパケットを前記複数の端末装置に対し前記通信ネットワークを介して送信する過程と、
前記トリガパケットに応答して送信先の端末装置から送信される前記配信要求を前記通信ネットワークを介して受信する過程と、
前記配信要求が受信された場合に、当該配信要求に対応する告知情報を前記メモリから読み出して前記要求元の端末装置へ前記通信ネットワークを介して送信する過程と
を具備することを特徴とする情報配信方法。
【請求項８】
前記トリガパケットを送信する過程は、
前記配信対象の告知情報の情報量、配信先の端末装置数及び自己の情報配信装置の配信処理能力をもとに、前記複数の端末装置を複数のグループに分割する過程と、
前記トリガパケットを、前記分割されたグループごとに時間を異ならせて送信する過程と
を備えることを特徴とする請求項７記載の情報配信方法。
【請求項９】
前記告知情報の配信要求の受信結果をもとに、送信先の各端末装置における前記トリガパケットの送達の有無を判定する過程と、
前記トリガパケットの送達の有無の判定結果に基づいて前記トリガパケットが未送達の端末装置を抽出し、この抽出された未送達の端末装置に対し前記トリガパケットを再送する過程と
を、さらに具備することを特徴とする請求項７記載の情報配信方法。
【請求項１０】
同一の告知情報をそれぞれ記憶する複数のコンテンツ配信サーバ、及び前記告知情報の配信先となる複数の端末装置に対し、通信ネットワークを介して接続可能な情報配信装置で用いられる情報配信方法において、
前記配信対象の告知情報の情報量、配信先の端末装置数及び前記複数のコンテンツ配信サーバの配信処理能力をもとに、前記複数の端末装置を複数のグループに分割する過程と、
前記グループごとに、前記複数のコンテンツ配信サーバの処理負荷を監視して処理負荷が予め定めた条件以下のコンテンツ配信サーバをアクセス先として選択する過程と、
前記複数の端末装置に対し配信要求の送信を促す情報と前記選択されたコンテンツ配信サーバに記憶された告知情報に対するアクセス方法を表す情報を記述したトリガパケットを生成し、この生成されたトリガパケットを前記グループに属する端末装置へ前記通信ネットワークを介して送信する過程と
を具備することを特徴とする情報配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば気象災害や避難指示等に係わる緊急情報をＩＰ（Internet Protocol）網を介して複数の端末装置へ配信する情報配信装置及び情報配信方法に関する。
【背景技術】
【０００２】
地域ネットワーク等で導入されている告知放送システムは一般に、センタ側に告知放送設備を設置すると共に加入者宅に専用の告知放送受信端末装置を設置し、これらの設備と受信端末装置との間をＣＡＴＶ（Cable Television）網等により接続してセンタ側から各加入者の端末装置に向けて音声による各種告知放送を行うようになっている。告知放送には、災害時の避難警報等のように緊急性を要する緊急放送のほかに、催し物の案内等の単純な情報提供を目的とする緊急性を要しない放送も含まれる。
【０００３】
この種の告知放送システムとして従来では、センタ側に設けられた告知放送サーバと、加入者側に設けられる複数の端末装置との間を通信ネットワークを介して接続し、マイクロホンにより入力された告知放送の音声信号を告知放送サーバでパケット化して配信先の複数の端末装置へマルチキャストで送信し、この音声パケットを各端末装置でそれぞれ受信して再生出力するシステムが提案されている（例えば、特許文献１を参照。）。
【０００４】
【特許文献１】特開２００２−１６４９２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところが、この従来提案されたシステムでは告知放送がマルチキャストで行われる。このため、センタ側のサーバと加入者側に設けられる端末装置との間のネットワーク上に介在するすべての伝送装置がマルチキャスト対応の専用装置である必要がある。その結果、ネットワーク上に配置されたルータやゲートウエイ等の伝送装置がマルチキャスト非対応であればこれを活用することができない。このため、システムを構築し運用するためにはコストがかかると云う問題がある。
【０００６】
この発明は上記事情に着目してなされたもので、その目的とするところは、ネットワーク上に専用の伝送装置を設置することなくシステムを安価に構築し運用すること可能にした情報配信装置及び情報配信方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するためにこの発明の一つの観点は、複数の端末装置に対し通信ネットワークを介して接続可能な情報配信装置において、先ず上記複数の端末装置に対し配信要求の送信を促す情報と上記告知情報に対するアクセス方法を表す情報を記述したトリガパケットを生成して、この生成されたトリガパケットを上記複数の端末装置に対し上記通信ネットワークを介して送信する。次に、上記トリガパケットに応答して送信先の端末装置から送信される配信要求を上記通信ネットワークを介して受信し、この受信された配信要求に対応する告知情報を告知情報記憶手段から読み出して、上記要求元の端末装置へ上記通信ネットワークを介して送信するようにしたものである。
【０００８】
したがって、複数の端末装置に対しユニキャスト方式により告知情報を配信することが可能となる。このため、ネットワーク上にマルチキャスト対応の専用の伝送装置を設ける必要がなく、汎用の伝送装置をそのまま活用することが可能となるので、システムの構築費用が少なくて済む利点がある。
【０００９】
またこの発明は、上記トリガパケットを送信する際に、配信対象の告知情報の情報量、配信先の端末装置数及び自己の情報配信装置の配信処理能力をもとに、複数の端末装置を複数のグループに分割し、上記トリガパケットをこの分割されたグループごとに時間を異ならせて送信することを特徴とする。
【００１０】
一般にユニキャスト方式による情報配信では、センタ側の情報配信装置と複数の端末装置との間で１対１により通信が行われるため、多数の端末装置に情報を配信しようとすると情報配信装置の配信処理能力が問題となる。しかし、上記したように配信対象の告知情報の情報量、配信先の端末装置数及び自己の情報配信装置の配信処理能力をもとに複数の端末装置を複数のグループに分け、このグループごとに情報配信処理を行うことにより、情報配信装置の配信処理能力を高めることなく、或いは情報処理装置に過度の処理負荷を与えることなく、情報配信を円滑に行うことが可能となる。
【００１１】
さらにこの発明は、告知情報の配信要求の受信結果をもとに送信先の各端末装置におけるトリガパケットの送達の有無を判定し、このトリガパケットの送達の有無の判定結果に基づいて上記トリガパケットが未送達の端末装置を抽出して、この抽出された未送達の端末装置に対し上記トリガパケットを再送することも特徴とする。
【００１２】
このようにすると、情報配信装置において配信先となる端末装置の各々についてトリガパケットの送達の有無を把握することが可能となり、これにより未送達の端末装置に対しトリガパケットを再送することができる。このため、ネットワーク環境の劣化が発生した場合でも、できる限り多くの端末装置に対し告知情報を配信することが可能となり、これにより配信完了率を高めることができる。
【００１３】
また、上記トリガパケットの再送に際し、配信対象の告知情報の情報量、配信先の端末装置数、及び自己の情報配信装置の配信処理能力をもとに未送達の端末装置を複数のグループに分割し、この分割されたグループごとに時間を異ならせてトリガパケットを再送するとさらによい。このようにすると、再送に際しても先に述べたように情報配信装置の配信処理能力を高めることなく或いは情報処理装置に過度の処理負荷を与えることなく、情報配信を円滑に行うことが可能となる。
【００１４】
一方、この発明の他の観点は、同一の告知情報を記憶する複数のコンテンツ配信サーバ、及び上記告知情報の配信先となる複数の端末装置に対し、通信ネットワークを介して接続可能な情報配信装置において、上記配信対象の告知情報の情報量、配信先の端末装置数及び上記複数のコンテンツ配信サーバの配信処理能力をもとに上記複数の端末装置を複数のグループに分割し、この分割されたグループごとに上記複数のコンテンツ配信サーバの処理負荷を監視して処理負荷が予め定めた条件以下のコンテンツ配信サーバを配信要求の送信先として選択する。そして、上記複数の端末装置に対し配信要求の送信を促す情報と上記選択されたコンテンツ配信サーバに記憶された告知情報に対するアクセス方法を表す情報を記述したトリガパケットを生成し、この生成されたトリガパケットを上記グループに属する端末装置へ上記通信ネットワークを介して送信するようにしたものである。
【００１５】
したがって、告知情報はコンテンツ配信サーバから端末装置に配信されるので、情報配信装置の処理負荷は軽減される。さらに、コンテンツ配信サーバは複数個設けられ、端末装置への告知情報の配信処理がこれら複数のコンテンツ配信サーバにより分散して行われる。このため、コンテンツ配信サーバの処理負荷も分散される。しかも、複数の端末装置がグループ分けされ、これらのグループごとに複数のコンテンツ配信サーバの中から処理負荷が予め定めた条件以下のコンテンツ配信サーバが配信要求の送信先として選択され、このコンテンツ配信サーバから上記グループに属する端末装置に対し告知情報が配信される。すなわち、各コンテンツ配信サーバの処理負荷が常に最適な状態になるように分散制御が行われる。このため、多数の端末装置に対し告知情報を効率良く配信することが可能となる。
【００１６】
上記複数の端末装置が、情報配信装置から送信されるトリガパケットを受信し、当該トリガパケットに記述されたアクセス方法を表す情報に基づいて上記配信要求を該当するコンテンツ配信サーバへ送信する手段を備え、かつ上記複数のコンテンツ配信サーバが、上記端末装置から送信された配信要求を受信した場合に当該配信要求に対応する告知情報を上記要求元の端末装置へ通信ネットワークを介して送信する手段と、上記告知情報の配信要求の受信結果をもとに送信先の各端末装置における上記トリガパケットの送達の有無を表す情報を生成する手段と備える場合に、上記複数のコンテンツ配信サーバから、送信先の各端末装置における上記トリガパケットの送達の有無を表す情報を取得し、この取得された情報に基づいて上記トリガパケットが未送達の端末装置を抽出して、この抽出された未送達の端末装置に対し上記トリガパケットを再送する。
【００１７】
このようにすると、トリガパケットを配信する情報配信装置が、告知情報を配信するコンテンツ配信サーバとは別に設けられている場合でも、情報配信装置において配信先となる端末装置の各々についてトリガパケットの送達の有無を把握することが可能となり、これにより未送達の端末装置に対しトリガパケットを再送することができる。このため、ネットワーク環境の劣化が発生した場合でも、できる限り多くの端末装置に対し告知情報を配信することが可能となり、これにより配信完了率を高めることができる。
【発明の効果】
【００１８】
要するにこの発明によれば、１対ｎの告知情報配信方式としてユニキャスト方式を採用したことにより、ネットワーク上の伝送装置をすべて専用装置にすることなくシステムを安価に構築し運用すること可能にした情報配信装置及び情報配信方法を提供するができる。
【発明を実施するための最良の形態】
【００１９】
（第１の実施形態）  
図１は、この発明の第１の実施形態に係わる情報配信装置を備えた告知情報配信システムの概略構成図である。  
このシステムは、自治体の防災センタ等に設置される情報配信装置としての告知配信サーバＳＶと、住民等の加入者宅に設置される複数の端末装置ＴＭ１〜ＴＭｎとの間を、ＩＰ（Internet Protocol）ネットワークＮＷを介して接続可能としたものである。
【００２０】
ＩＰネットワークＮＷは、例えばインターネットと、このインターネットにアクセスするための複数のアクセス網とから構成される。アクセス網としては、例えば移動通信網を始め、ＤＳＬ（Digital Subscriber Line）や光伝送路を使用する有線加入者網、ＬＡＮ（Local Area Network）、無線ＬＡＮ、ＣＡＴＶ（Cable Television）網が用いられる。
【００２１】
告知配信サーバＳＶは、告知情報を表すコンテンツを配信する機能と、端末装置ＴＭ１〜ＴＭｎに告知情報の配信要求の送信を促すトリガパケットを配信する機能の両方を備えたもので、次のように構成される。図２はその構成を示すブロック図である。  
すなわち、告知配信サーバＳＶは、制御部１０Ａと、記憶部と、情報入出力インタフェース部と、通信インタフェース４１とを備えている。
【００２２】
記憶部は、記憶媒体として例えばハードディスク又はＮＡＮＤ型フラッシュメモリを使用した不揮発性メモリからなり、コンテンツデータベース（コンテンツＤＢ）２１と、端末・グループ管理データベース（端末・グループ管理ＤＢ）２２と、送達・応答管理データベース（送達・応答管理ＤＢ）２３とを備えている。
【００２３】
情報入出力インタフェース部は、配信コンテンツ入力部３１と、端末・グループ情報入力部３２とを備えている。配信コンテンツ入力部３１は、例えばメモリカード等の外部メモリ又は他の情報機器から告知情報を構成するコンテンツを読み込み、この読み込んだ告知情報のコンテンツを上記コンテンツＤＢ２１に格納する。コンテンツは、例えば音声データ、画像データ及び文字データにより構成される。
【００２４】
端末・グループ情報入力部３２は、例えばキー入力デバイス等においてオペレータが入力した端末装置ＴＭ１〜ＴＭｎの識別情報とその属性情報を取り込み、この取り込んだ情報を上記端末・グループ管理ＤＢ２２に格納する。属性情報には端末装置のアドレス情報や所有者を表す情報、緊急情報を配信する際の優先度を表す情報等が含まれる。また、配信対象の複数の端末装置ＴＭ１〜ＴＭｎがオペレータにより複数のグループに分類されている場合には、所属グループを表す情報も含まれる。
【００２５】
通信インタフェース４１は、制御部１０Ａの制御の下で端末装置ＴＭ１〜ＴＭｎとの間でパケットの送受信を行う。通信プロトコルとしてはＩＰネットワークＮＷ上で使用されるＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）又はＵＤＰ／ＩＰ（User Datagram Protocol／Internet Protocol）が用いられる。
【００２６】
制御部１０Ａは、この発明に係わる制御処理機能として、端末グルーピング管理部１１と、ＵＤＰパケット生成部１２と、ＵＤＰパケット送信部１３と、リクエスト受信部１４と、コンテンツ送信部１５と、送達確認管理部１６と、応答管理部１７とを備えている。これらの機能はいずれも、アプリケーション・プログラムを中央処理ユニット（ＣＰＵ；Central Processing Unit）に実行させることにより実現される。
【００２７】
端末グルーピング管理部１１は、後述するトリガパケットを端末装置ＴＭ１〜ＴＭｎへ配信する際に、上記端末・グループ管理ＤＢ２２に記憶された配信先となる端末装置ＴＭ１〜ＴＭｎの数と、上記コンテンツＤＢ２１に格納された告知情報コンテンツの情報量と、自己の告知配信サーバＳＶの配信処理能力とをもとに、上記配信先となる端末装置ＴＭ１〜ＴＭｎを自己の告知配信サーバＳＶで処理可能な単位で複数のグループに分割する。また端末グルーピング管理部１１は、未送達の端末装置に対しトリガパケットを再送する際にも、再送先の複数の端末装置を、その数と上記配信コンテンツの情報量と告知配信サーバＳＶの配信処理能力とをもとに自己の告知配信サーバＳＶで処理可能な単位で複数のグループに分割する。
【００２８】
ＵＤＰパケット生成部１２は、上記端末グルーピング管理部１１により分割されたグループごとに、当該グループに属する端末装置に対し配信要求の送信を促すトリガパケットを生成する。このトリガパケットはＵＤＰ（User Datagram Protocol）パケットにより構成される。ＵＤＰパケットのヘッダには、送信先の各端末装置のアドレス情報が宛先アドレスとして挿入される。上記端末装置のアドレス情報は、上記端末・グループ管理ＤＢ２２から読み出される。またＵＤＰパケットの情報部には、上記コンテンツＤＢ２１に格納された告知情報のコンテンツをアクセスするためのＵＲＬ（Uniform Resource Locator）が記述される。
【００２９】
ＵＤＰパケット送信部１３は、上記ＵＤＰパケット生成部１２において生成されたＵＤＰパケットを、端末装置に向けて上記通信インタフェース４１からＩＰネットワークＮＷへ送信させる。
【００３０】
リクエスト受信部１４は、上記ＵＤＰパケットを受信した端末装置から送信される告知情報コンテンツの配信要求（httpリクエスト）を、上記通信インタフェース４１を介して受信する。コンテンツ送信部１５は、上記リクエスト受信部１４により受信されたhttpリクエストに応じて、該当する告知情報コンテンツを上記コンテンツＤＢ２１から読み出す。そして、この読み出された告知情報コンテンツを上記通信インタフェース４１から要求元の端末装置に向け送信させる。
【００３１】
送達確認管理部１６は、上記リクエスト受信部１４で受信されたhttpリクエストの受信結果をもとに、グループごとに当該グループに属する各端末装置に対するＵＤＰパケットの送達の有無を判定する。そして、その判定結果を送達確認情報として上記送達・応答管理ＤＢ２３に記憶させる。
【００３２】
応答管理部１７は、上記告知情報コンテンツの送信に対し端末装置ＴＭ１〜ＴＭｎから返送される告知応答メッセージ（上記httpリクエストのpostデータ）の受信結果をもとに、グループごとに当該グループに属する各端末装置における告知情報コンテンツの受信の有無を判定する。そして、その判定結果を応答確認情報として上記送達・応答管理ＤＢ２３に記憶させる。
【００３３】
一方、端末装置ＴＭ１〜ＴＭｎは、例えばパーソナル・コンピュータや、携帯電話機又はＰＤＡ（Personal Digital Assistant）等の携帯端末からなるもので、次のように構成される。図３はその構成を示すブロック図である。  
すなわち、端末装置ＴＭ１〜ＴＭｎは、制御部５０と、通信インタフェース５１と、入出力インタフェース部５７とを備える。通信インタフェース５１は、制御部５０の制御の下で告知配信サーバＳＶとの間でパケットの送受信を行う。通信プロトコルとしてはＩＰネットワークＮＷ上で使用されるＴＣＰ／ＩＰ又はＵＤＰ／ＩＰが用いられる。
【００３４】
入出力インタフェース部５７は、コンテンツ表示部５５と、応答入力部５６と、音声を入出力するマイクロホン及びスピーカ（図示せず）とからなる。コンテンツ表示部５５は例えば液晶表示器からなり、告知配信サーバＳＶから配信された告知情報コンテンツに含まれる画像データ及び文字データを表示するために用いられる。応答入力部５６はキー入力部からなり、ユーザが告知情報コンテンツの受信に対する応答指示を入力するために使用される。
【００３５】
制御部５０は、ＵＤＰパケット受信部５２と、パケット解析部５３と、リクエスト送信部５４とを備えている。なお、これらの機能はいずれもアプリケーション・プログラムをＣＰＵに実行させることにより実現される。  
ＵＤＰパケット受信部５２は、前記告知配信サーバＳＶから送信されるＵＤＰパケットを上記通信インタフェース５１を介して受信する。パケット解析部５３は、受信されたパケットを解析して、当該パケットが配信要求の送信を促すＵＤＰパケットであるか否かを判定する。そして、配信要求の送信を促すＵＤＰパケットであれば、リクエスト送信部５４に配信要求の送信を指示する。
【００３６】
リクエスト送信部５４は、上記パケット解析部５３からの配信要求の送信指示に応じ、上記受信されたＵＤＰパケットに記述されているＵＲＬに従ってhttpリクエストを送信する。またリクエスト送信部５４は、上記応答入力部５６においてユーザが告知情報コンテンツの受信に対する応答指示を入力した場合に、告知配信サーバＳＶへ応答メッセージ（上記httpリクエストのpostデータ）を返送する。
【００３７】
次に、以上のように構成された告知配信サーバＳＶの動作を、端末装置ＴＭ１〜ＴＭｎの動作と関連付けて説明する。図４は告知配信サーバＳＶの処理手順と処理内容を示すフローチャート、図５は告知配信サーバＳＶと端末装置ＴＭ１〜ＴＭｎとの間のデータのやりとりを示すシーケンス図である。
【００３８】
告知配信サーバＳＶの制御部１０Ａは、告知情報コンテンツの配信に先立ち、先ずステップＳ４１において、外部メモリや他の情報機器から配信コンテンツ入力部３１を介して配信対象の告知情報コンテンツを取り込み、この取り込んだ告知情報コンテンツをコンテンツＤＢ２１に格納する。
【００３９】
また制御部１０Ａは、ステップＳ４２において、端末・グループ情報入力部３２からオペレータにより配信先として指定された端末装置の識別情報を取り込み、この識別情報を端末・グループ管理ＤＢ２２に格納する。なお、ここではすべての端末装置ＴＭ１〜ＴＭｎを配信対象とする場合を例にとって説明する。
【００４０】
次に制御部１０ＡはステップＳ４３に移行し、端末グルーピング管理部１１により、上記端末・グループ管理ＤＢ２２に記憶された配信先となる端末装置ＴＭ１〜ＴＭｎの数と、上記コンテンツＤＢ２１に格納された告知情報コンテンツの情報量と、自己のサーバＳＶの配信処理能力とをもとに、上記配信先となる端末装置ＴＭ１〜ＴＭｎを自己のサーバＳＶで処理可能な単位で複数のグループに分割する。
【００４１】
例えば、いま配信対象のコンテンツの情報量が１Mbyte、配信先の端末装置の数が２０００台であり、告知配信サーバＳＶが１Mbyteのコンテンツを一度（単位時間）に５００台分配信処理する能力を有していたとする。この場合制御部１０Ａは、上記２０００台の端末装置を５００台ずつ４つのグループに分割する。
【００４２】
さて、そうして配信準備が整うと、制御部１０Ａは先ずステップＳ４４に移行し、ＵＤＰパケット生成部１２において、上記分割されたグループの一つを選択する。そして、この選択されたグルーブに属する端末装置に対し配信要求の送信を促すためのＵＤＰパケットを生成する。このＵＤＰパケットのヘッダＨには、上記選択されたグループに属する各端末装置のアドレス情報が端末・グループ管理ＤＢ２２から読み出されて挿入される。また、上記ＵＤＰパケットの情報部には、上記コンテンツＤＢ２１に格納された告知情報コンテンツに対しアクセスするためのＵＲＬが挿入される。なお、ＵＤＰパケットの情報部には、例えば図６に示すようにセキュリティ認証情報Ｐ１、メッセージＩＤＰ２、表示優先順位Ｐ４及び画面遷移制御パラメタＰ５も挿入される。
【００４３】
そうしてＵＤＰパケットが生成されると、制御部１０ＡはステップＳ４５に移行し、ＵＤＰパケット送信部１３において、上記生成されたＵＤＰパケットを通信インタフェース４１からＩＰネットワークＮＷへ送信する。かくして、告知配信サーバＳＶから上記選択されたグループの各端末装置へ、図５に示すようにＵＤＰパケットがそれぞれ伝送される。
【００４４】
これに対し端末装置は、自己宛のパケットをＵＤＰパケット受信部５２で受信すると、この受信したパケットをパケット解析部５３により解析して、配信要求の送信を促すＵＤＰパケットであるかどうかを判定する。そして、配信要求の送信を促すＵＤＰパケットであれば、リクエスト送信部５４によりhttpリクエストを生成し、このhttpリクエストを上記受信されたＵＤＰパケットに記述されているＵＲＬに従って、通信インタフェース５１から告知配信サーバＳＶに向け図５に示すように送信する。
【００４５】
告知配信サーバＳＶの制御部１０Ａは、上記ＵＤＰパケットの送信を終了するとステップＳ４６に移行し、送信先の端末装置から送信されるhttpリクエストをリクエスト受信部１４で受信する。そして、ステップＳ４７に移行し、コンテンツ送信部１５により該当する告知情報コンテンツをコンテンツＤＢ２１から読み出す。そして、この告知情報コンテンツをパケット化したのち、httpレスポンスとして要求元の端末装置へ図５に示すように送信する。
【００４６】
またこのとき告知配信サーバＳＶの制御部１０Ａは、送達確認管理部１６により、上記httpリクエストの受信結果をもとに、上記送信対象として選択したグループに属する各端末装置の各々についてＵＤＰパケットの送達の有無を判定する。そして、その判定結果を表す情報を上記送達・応答管理ＤＢ２３に記憶させる。
【００４７】
一方、上記告知情報コンテンツを受信すると端末装置は、受信した告知情報コンテンツを復号して再生出力する。例えば、告知情報コンテンツに画像データ又は文字データが含まれていればこれらを復号してコンテンツ表示部５５に表示させ、また告知情報コンテンツに音声データが含まれていればこれを復号してスピーカから拡声出力させる。
【００４８】
またそれと共に端末装置は、告知配信サーバＳＶに対し図５に示すように告知応答メッセージ（上記httpリクエストのpostデータ）を返送する。これに対し告知配信サーバＳＶの制御部１０Ａは、応答管理部１７により上記告知応答メッセージの受信結果をもとに、端末装置の各々について告知情報コンテンツの受信の有無を判定する。そして、その判定結果を表す応答確認情報を上記送達・応答管理ＤＢ２３に記憶させる。また、告知配信サーバＳＶの制御部１０Ａは、上記告知応答メッセージを受信すると、その送信元の端末装置に対し応答確認メッセージ（httpレスポンス）を図５に示すように返送する。
【００４９】
上記告知情報コンテンツの送信を終了すると告知配信サーバＳＶの制御部１０Ａは、ステップＳ４８においてＵＤＰパケットをまだ送信していないグループが残っているか否かを判定する。この判定の結果、未送信のグループが残っていれば、ステップＳ４３に戻って未送信のグループを選択し、ステップＳ４４によりＵＤＰパケットを生成してこれをステップＳ４５により当該グループに属する各端末装置に向け送信する。そして、これに対し端末装置からhttpリクエストが送られると、ステップＳ４６からステップＳ４７に移行し、コンテンツＤＢ２１〜該当する告知情報コンテンツを読み出してこれを要求元の端末装置へそれぞれ送信する。  
以後同様に、未送信のグループが選択されるごとに、その各端末装置に対しＵＤＰパケットが送信され、これに対し端末装置からhttpリクエストが到来すれば該当する告知情報コンテンツが要求元の端末装置へそれぞれ配信される。
【００５０】
さて、そうしてすべてのグループに対して、ＵＤＰパケットの送信から告知情報コンテンツの送信までの処理が終了すると、告知配信サーバＳＶの制御部１０ＡはステップＳ４９に移行し、ここで送達・応答管理ＤＢ２３に記憶された送達確認情報をもとにＵＤＰパケットが未送達の端末装置をもれなく抽出する。そして、この抽出された未送達の端末装置の数が、告知配信サーバＳＶが１度に処理可能な台数を超えている場合には、ステップＳ４３により上記未送達の端末装置をグループ分けする。そして、以後ステップＳ４４〜Ｓ４７により、上記分けられたグループごとに、当該グループに属する各端末装置に対しＵＤＰパケットの送信から告知情報コンテンツの送信までの処理を実行する。すなわち、未送達の端末装置群に対するＵＤＰパケットの再送処理も、グループごとに実行される。
【００５１】
ここで、１台の端末装置に対する上記ＵＤＰパケットの再送処理は、その上限回数が予め規定されている。制御部１０Ａは、上記再送処理が上限回数に達したか否かをステップＳ５０で監視する。そして、再送回数が上限回数に達すると、当該端末装置に対する以後の配信処理を中止する。
【００５２】
以上述べたように第１の実施形態では、告知配信サーバＳＶが複数の端末装置ＴＭ１〜ＴＭｎに対し告知情報コンテンツを配信する際に、先ず告知情報コンテンツに対しアクセスするためのＵＲＬが記述されたＵＤＰパケットを生成して端末装置ＴＭ１〜ＴＭｎへ送信する。そして、これに対し端末装置ＴＭ１〜ＴＭｎから告知情報コンテンツの配信を要求するhttpリクエストが到来すると、該当する告知情報コンテンツを要求元の端末装置ＴＭ１〜ＴＭｎへ送信するようにしている。
【００５３】
したがって、複数の端末装置ＴＭ１〜ＴＭｎに対しユニキャスト方式により告知情報コンテンツを配信することが可能となる。このため、ＩＰネットワークＮＷ上に設置されたルータやゲートウエイ等の伝送装置としてマルチキャスト対応の専用装置を設ける必要がなく、汎用の伝送装置をそのまま活用することが可能となるので、システムを安価に構築し運用可能とすることができる。
【００５４】
またこの実施形態では、上記ＵＤＰパケットを送信する際に、配信先となる端末装置ＴＭ１〜ＴＭｎの数と、コンテンツＤＢ２１に格納された告知情報を構成するコンテンツの情報量と、自己の告知配信サーバＳＶの配信処理能力とをもとに、上記配信先となる端末装置ＴＭ１〜ＴＭｎを自己のサーバＳＶで処理可能な単位で複数のグループに分割する。そして、これらのグループごとに時間を異ならせてＵＤＰパケットを送信するようにしている。このため、告知配信サーバＳＶの配信処理能力を高めることなく、また告知配信サーバＳＶに過度の処理負荷を与えることなく、告知情報コンテンツの配信処理を円滑に行うことができる。
【００５５】
さらにこの実施形態では、端末装置ＴＭ１〜ＴＭｎから到来するhttpリクエストの受信結果をもとに各端末装置ＴＭ１〜ＴＭｎにおけるＵＤＰパケットの送達の有無を判定する。そして、このＵＤＰパケットの送達の有無の判定結果に基づいて上記ＵＤＰパケットが未送達の端末装置を抽出し、この抽出された未送達の端末装置に対し上記ＵＤＰパケットを再送するようにしている。
【００５６】
このようにすると、告知配信サーバＳＶにおいて配信先となる端末装置ＴＭ１〜ＴＭｎの各々についてＵＤＰパケットの送達の有無を把握することが可能となり、これにより未送達の端末装置に対しＵＤＰパケットを再送することができる。このため、ＩＰネットワークＮＷにおいて回線品質の劣化等が発生した場合でも、できる限り多くの端末装置に対し告知情報コンテンツを配信することが可能となり、これにより緊急情報等の重要な情報を極力伝達することが可能となる。
【００５７】
さらに、このＵＤＰパケットを再送する際にも、再送先の端末装置を告知配信サーバＳＶで処理可能な単位で複数のグループに分け、これらのグループごとに時間を異ならせてＵＤＰパケットを再送するようにしている。このため、告知配信サーバＳＶの配信処理能力を高めることなく、また告知配信サーバＳＶに過度の処理負荷を与えることなく、告知情報コンテンツの配信処理を円滑に行うことができる。
【００５８】
さらにこの実施形態では、ＵＤＰパケットに、告知情報コンテンツへのアクセス方法を示すＵＲＬの他に、セキュリティ認証情報及び表示優先順位を示す情報を含めて送信するようにしている。このため、情報漏洩やなりすまし等を防止することが可能となり、また告知情報の緊急度等に応じて告知情報の表示優先順位を告知配信サーバＳＶにおいて遠隔制御することが可能となる。
【００５９】
（第２の実施形態）  
図７は、この発明の第２の実施形態に係わる告知配信サーバを備えた告知情報配信システムの概略構成図である。このシステムは、トリガパケットの配信機能を有する告知配信サーバＳＶＣと、告知情報コンテンツの配信機能を有する複数のコンテンツ配信サーバＳＶＳ１〜ＳＶＳｍとを別個に設け、これらの告知配信サーバサーバＳＶＣ及びコンテンツ配信サーバＳＶＳ１〜ＳＶＳｍと複数の端末装置ＴＭ１〜ＴＭｎとの間をＩＰネットワークＮＷを介して接続可能としたものとなっている。
【００６０】
告知配信サーバＳＶＣは次のように構成される。図８はその構成を示すブロック図である。なお、同図において前記図２と同一部分には同一符号を付して詳しい説明は省略する。  
すなわち、記憶部は、コンテンツＤＢ２１、端末・グループ管理ＤＢ２２及び送達・応答管理ＤＢ２３に加え、コンテンツ配信サーバ管理データベース（コンテンツ配信サーバ管理ＤＢ）２４を新たに備えている。このコンテンツ配信サーバ管理ＤＢ２４には、上記複数のコンテンツ配信サーバＳＶＳ１〜ＳＶＳｍの識別情報に対応付けて、これらのコンテンツ配信サーバＳＶＳ１〜ＳＶＳｍに分配される告知情報コンテンツの管理情報が記憶される。また、後述するコンテンツ配信サーバ負荷管理部１８により取得された、各コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍの処理負荷を表す情報も記憶される。
【００６１】
制御部１０Ｂは、この発明に係わる制御処理機能として、端末グルーピング管理部１１と、ＵＤＰパケット生成部１２と、ＵＤＰパケット送信部１３と、コンテンツ配信サーバ負荷管理部１８と、コンテンツ分配部１９と、送達応答管理部２０とを備えている。これらの機能はいずれも、アプリケーション・プログラムをＣＰＵに実行させることにより実現される。
【００６２】
コンテンツ配信サーバ負荷管理部１８は、通信インタフェース４１を介して各コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍとの間で定期的又は必要時に通信を行うことにより、各コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍからその時々の処理負荷を表す情報を取得する。  
コンテンツ分配部１９は、告知情報コンテンツの配信に先立ち、コンテンツＤＢ２１に記憶された告知情報コンテンツを通信インタフェース４１からＩＰネットワークＮＷを介して各コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍへそれぞれ転送する。
【００６３】
端末グルーピング管理部１１は、端末装置ＴＭ１〜ＴＭｎに対し配信要求の送信を促すＵＤＰパケットを端末装置ＴＭ１〜ＴＭｎへ配信する際に、上記端末・グループ管理ＤＢ２２に記憶された配信先となる端末装置ＴＭ１〜ＴＭｎの数と、上記コンテンツＤＢ２１に格納された告知情報を構成するコンテンツの情報量と、コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍの数と、上記端末グルーピング管理部１１により取得された上記コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍの負荷を表す情報とをもとに、上記配信先となる端末装置ＴＭ１〜ＴＭｎを複数のグループに分割する。
【００６４】
また、端末グルーピング管理部１１は、ＵＤＰパケットが未送達の端末装置に対しＵＤＰパケットを再送する際にも、再送先の複数の端末装置を、その数と、上記配信コンテンツの情報量と、コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍの数と、その負荷とをもとに複数のグループに分割する。
【００６５】
ＵＤＰパケット生成部１２は、上記端末グルーピング管理部１１により分割されたグループごとに、当該グループに属する端末装置に対し配信要求の送信を促すトリガパケットを生成する。このトリガパケットはＵＤＰ（User Datagram Protocol）パケットにより構成される。また、このときＵＤＰパケット生成部１２は、上記端末グルーピング管理部１１により取得された各コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍの負荷を表す情報をもとに、その時点で最も負荷が小さいコンテンツ配信サーバを選択する。そして、この選択したコンテンツ配信サーバを上記グループのアクセス先として決定する。すなわち、ＵＤＰパケットの情報部には、上記アクセス先として割り当てられたコンテンツ配信サーバをアクセスするためのＵＲＬ（Uniform Resource Locator）が記述される。  
ＵＤＰパケット送信部１３は、上記ＵＤＰパケット生成部１２において生成されたＵＤＰパケットを、端末装置に向けて上記通信インタフェース４１からＩＰネットワークＮＷへ送信させる。
【００６６】
送達・応答管理部２０は、ＵＤＰパケットの送信後に端末装置ＴＭ１〜ＴＭｎにおける当該ＵＤＰパケットの送達確認を表す情報を各コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍから取得し、この送達確認を表す情報を送達・応答管理ＤＢ２３に記憶させる。また送達・応答管理部２０は、各コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍが端末装置ＴＭ１〜ＴＭｎに対し告知情報コンテンツを送信したのちに、当該端末装置ＴＭ１〜ＴＭｎにおける上記告知情報コンテンツの受信応答を表す情報（応答情報）を各コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍから取得し、この応答情報を送達・応答管理ＤＢ２３に記憶させる。
【００６７】
一方、コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍは次のように構成される。図９はその構成を示すブロック図である。  
すなわち、コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍは、通信インタフェース６１と、コンテンツデータベース（コンテンツＤＢ）７１と、制御部８０とを備える。通信インタフェース６１は、制御部８０の制御の下で、上記告知配信サーバＳＶＣ及び端末装置ＴＭ１〜ＴＭｎとの間でパケット通信を行う。コンテンツＤＢ７１は、告知配信サーバＳＶＣから転送された告知情報コンテンツを格納するために用いられる。
【００６８】
制御部８０は、この発明に係わる機能として、コンテンツ受信部８１と、コンテンツ送信部８２と、リクエスト受信部８３と、送達・応答管理部８４と、負荷状況確認部８５とを備えている。これらの機能はいずれも、アプリケーション・プログラムをＣＰＵに実行させることにより実現される。
【００６９】
コンテンツ受信部８１は、告知配信サーバＳＶＣから転送される告知情報コンテンツを通信インタフェース６１を介して受信し、コンテンツＤＢ７１に格納する。リクエスト受信部８３は、端末装置ＴＭ１〜ＴＭｎから送信される配信要求（httpリクエスト）を上記通信インタフェース６１を介して受信する。コンテンツ送信部８２は、上記受信されたhttpリクエストに応じて、該当する告知情報コンテンツを上記コンテンツＤＢ７１から読み出し、この読み出された告知情報コンテンツを通信インタフェース６１から要求元の端末装置に向け送信する。
【００７０】
送達・応答管理部８４は、上記リクエスト受信部８３で受信されたhttpリクエストの受信結果をもとに、端末装置に対するＵＤＰパケットの送達の有無を判定する。そして、その判定結果を送達確認情報として、通信インタフェース６１から告知配信サーバＳＶＣへ送信する。また送達・応答管理部８４は、上記告知情報コンテンツの送信後に送信先の端末装置から返送される告知応答メッセージを受信する。そして、その受信結果を応答情報として、通信インタフェース６１から告知配信サーバＳＶＣへ送信する。
【００７１】
次に、以上のように構成された告知配信サーバＳＶＣの動作を、コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍ及び端末装置ＴＭ１〜ＴＭｎの動作と関連付けて説明する。図１０は告知配信サーバＳＶＣの処理手順と処理内容を示すフローチャート、図１１は告知配信サーバＳＶ、コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍ及び端末装置ＴＭ１〜ＴＭｎ間におけるデータのやりとりを示すシーケンス図である。
【００７２】
告知配信サーバＳＶＣの制御部１０Ｂは、告知情報コンテンツの配信に先立ち、先ずステップＳ１０１において、外部メモリや他の情報機器から配信コンテンツ入力部３１を介して配信対象の告知情報コンテンツを取り込み、この取り込んだ告知情報コンテンツをコンテンツＤＢ２１に格納する。  
また制御部１０Ｂは、ステップＳ１０２において、端末・グループ情報入力部３２からオペレータにより配信先として指定された端末装置の識別情報を取り込み、この識別情報を端末・グループ管理ＤＢ２２に格納する。
【００７３】
次に告知配信サーバＳＶＣの制御部１０ＢはステップＳ１０３に移行し、コンテンツ分配部１９により、コンテンツＤＢ２１に記憶された告知情報コンテンツを通信インタフェース４１から各コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍへそれぞれ転送する。コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍはそれぞれ、コンテンツ受信部８１により上記告知情報コンテンツを受信し、この受信された告知情報コンテンツをコンテンツＤＢ７１に格納する。
【００７４】
さて、告知情報コンテンツの配信タイミングになると、告知配信サーバＳＶＣの制御部１０Ｂは先ずステップＳ１０４に移行し、端末グルーピング管理部１１において、端末・グループ管理ＤＢ２２に記憶された配信先となる端末装置ＴＭ１〜ＴＭｎの数と、配信対象の告知情報コンテンツの情報量と、コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍの数と、当該コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍの負荷を表す情報とをもとに、上記配信先となる端末装置ＴＭ１〜ＴＭｎを複数のグループに分割する。
【００７５】
そして、この分割された複数のグループの中から一つを選択し、ステップＳ１０５に移行して、コンテンツ配信サーバ負荷管理部１８により各コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍからこの時の処理負荷を表す情報を取得する。そして、ステップＳ１０６に移行し、上記取得した各コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍの負荷を比較することによりこの時点で最も負荷の小さいサーバを選択し、この選択したサーバを上記選択されたグループのアクセス先として決定する。  
例えば、いまグループＧ１〜Ｇｍの中のグループＧ１が選択され、かつコンテンツ配信サーバＳＶＳ１の負荷が最も小さかったとすれば、このコンテンツ配信サーバＳＶＳ１が上記グループＧ１のアクセス先として決定される。
【００７６】
次に制御部１０ＢはステップＳ１０７に移行し、ＵＤＰパケット生成部１２において、上記選択されたグルーブＧ１に属する端末装置（例えばＴＭ１）に対し配信要求の送信を促すためのＵＤＰパケットを生成する。このＵＤＰパケットのヘッダＨには、上記選択されたグループＧ１に属する端末装置ＴＭ１のアドレス情報が端末・グループ管理ＤＢ２２から読み出されて挿入される。また、上記ＵＤＰパケットの情報部には、上記アクセス先として決定されたコンテンツ配信サーバＳＶＳ１に格納された告知情報コンテンツに対しアクセスするためのＵＲＬが挿入される。なお、ＵＤＰパケットの情報部には、例えば図６に示したようにセキュリティ認証情報Ｐ１、メッセージＩＤＰ２、表示優先順位Ｐ４及び画面遷移制御パラメタＰ５も挿入される。
【００７７】
そうしてＵＤＰパケットが生成されると、制御部１０ＢはステップＳ１０８に移行し、ＵＤＰパケット送信部１３において、上記生成されたＵＤＰパケットを通信インタフェース４１からＩＰネットワークＮＷへ送信する。かくして、告知配信サーバＳＶＣから上記選択されたグループＧ１に属する端末装置ＴＭ１へ、図１１に示すようにＵＤＰパケットが伝送される。なお、グループＧ１に上記端末装置ＴＭ１以外の端末装置が含まれていれば、この端末装置にも上記ＵＤＰパケットが伝送される。
【００７８】
これに対し端末装置ＴＭ１は、自己宛のパケットをＵＤＰパケット受信部５２で受信すると、この受信したパケットをパケット解析部５３により解析して、配信要求の送信を促すＵＤＰパケットであるかどうかを判定する。そして、配信要求の送信を促すＵＤＰパケットであれば、リクエスト送信部５４により配信要求（httpリクエスト）を生成し、このhttpリクエストを上記受信されたＵＤＰパケットに記述されているＵＲＬに従って、コンテンツ配信サーバＳＶＳ１に向けて図１１に示すように送信する。
【００７９】
コンテンツ配信サーバＳＶＳ１は、端末装置ＴＭ１から送信されるhttpリクエストをリクエスト受信部８３で受信すると、コンテンツ送信部８２により該当する告知情報コンテンツをコンテンツＤＢ７１から読み出す。そして、この読み出された告知情報コンテンツをパケット化したのち、httpレスポンスとして要求元の端末装置ＴＭ１へ図１１に示すように送信する。
【００８０】
またそれと共にコンテンツ配信サーバＳＶＳ１は、上記httpリクエストを受信すると、その受信結果を送達確認情報として、通信インタフェース６１から告知配信サーバＳＶＣへ送信する。告知配信サーバＳＶＣは、上記送達確認情報を送達・応答管理部２０により受信して送達・応答管理ＤＢ２３に保存する。
【００８１】
一方、上記グループＧ１へのＵＤＰパケットの送信を終了すると告知配信サーバＳＶＣの制御部１０Ｂは、ステップＳ１０９においてＵＤＰパケットをまだ送信していないグループが残っているか否かを判定する。この判定の結果、未送信のグループが残っていれば、ステップＳ１０４に戻って未送信のグループを選択する。そして、ステップＳ１０５により各コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍの負荷を表す情報を取得し、ステップＳ１０６により上記取得した各コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍの負荷を比較することによりこの時点で最も負荷の小さいサーバを選択する。そして、この選択したサーバを上記選択されたグループのアクセス先として決定する。  
例えば、いまグループＧ１〜Ｇｍの中のグループＧ２が選択され、かつコンテンツ配信サーバＳＶＳ２の負荷が最も小さかったとすれば、このコンテンツ配信サーバＳＶＳ２が上記グループＧ２のアクセス先として決定される。
【００８２】
そして制御部１０ＢはステップＳ１０７に移行し、ＵＤＰパケット生成部１２において、上記選択されたグルーブＧ２に属する端末装置（例えばＴＭ２）に対し配信要求の送信を促すためのＵＤＰパケットを生成する。このときＵＤＰパケットのヘッダＨには、上記選択されたグループＧ２に属する端末装置ＴＭ２のアドレス情報が端末・グループ管理ＤＢ２２から読み出されて挿入される。また、上記ＵＤＰパケットの情報部には、上記アクセス先として決定されたコンテンツ配信サーバＳＶＳ２に格納された告知情報コンテンツに対しアクセスするためのＵＲＬが挿入される。
【００８３】
そうしてＵＤＰパケットが生成されると、制御部１０ＢはステップＳ１０８に移行し、ＵＤＰパケット送信部１３において、上記生成されたＵＤＰパケットを通信インタフェース４１からＩＰネットワークＮＷへ送信する。かくして、告知配信サーバＳＶＣから上記選択されたグループＧ２に属する端末装置ＴＭ２へ、図１１に示すようにＵＤＰパケットが伝送される。  
【００８４】
以後同様に、未送信のグループ（例えばＧｍ）が選択されるごとに、その時点で最も負荷の小さいコンテンツ配信サーバ（例えばＳＶＳｍ）が選択される。そして、当該コンテンツ配信サーバＳＶＳｍに対しアクセスするためのＵＲＬが挿入されたＵＤＰパケットが生成されて上記グループＧｍに属する端末装置（例えばＴＭｎ）へ送信される。
【００８５】
上記告知配信サーバＳＶＣから送信されたＵＤＰパケットが端末装置で受信されると、この端末装置からＵＲＬで指定されたコンテンツ配信サーバに対し配信要求（httpリクエスト）か送信され、この配信要求に応じてコンテンツ配信サーバから上記要求元の端末装置へ告知情報コンテンツが配信される動作については、図１１に示したように先に述べたグループＧ１の場合と同じである。  
【００８６】
また、httpリクエストが受信されると、図１１に示すようにコンテンツ配信サーバＳＶＳ２〜ＳＶＳｍから送達確認情報が告知配信サーバＳＶＣへ送信されて、告知配信サーバＳＶＣの送達・応答管理ＤＢ２３に保存される動作についても、先に述べたグループＧ１の場合と同じである。
【００８７】
上記告知情報コンテンツが配信されると各端末装置ＴＭ１〜ＴＭｎは、当該告知情報コンテンツを復号して再生出力する。例えば、告知情報コンテンツに画像データ又は文字データが含まれていればこれらを復号してコンテンツ表示部５５に表示させ、また告知情報コンテンツに音声データが含まれていればこれを復号してスピーカから拡声出力させる。
【００８８】
またそれと共に端末装置ＴＭ１〜ＴＭｎは、コンテンツ配信元のコンテンツ配信サーバＳＶＳ１〜ＳＶＳｍに対し図１１に示すように告知応答メッセージ（上記httpリクエストのpostデータ）を返送する。これに対しコンテンツ配信サーバＳＶＳ１〜ＳＶＳｍは、上記告知応答メッセージを送達・応答管理部８４により受信し、その受信結果を応答情報として通信インタフェース６１から告知配信サーバＳＶＣへ送信する。
【００８９】
さて、そうしてすべてのグループＧ１〜Ｇｍに対して、ＵＤＰパケットの送信から告知情報コンテンツの送信までの処理が終了すると、告知配信サーバＳＶＣの制御部１０ＢはステップＳ１０９に移行し、ここで送達・応答管理ＤＢ２３に記憶された送達確認情報をもとにＵＤＰパケットが未送達の端末装置をもれなく抽出する。そして、ステップＳ１０４により上記未送達の端末装置をグループ分けしたのち、これらのグループごとにステップＳ１０５により各コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍの負荷を検出して、この時点で最も負荷の小さいコンテンツ配信サーバをステップＳ１０６で選択し、この選択したサーバを上記未送達のグループのアクセス先として決定する。
【００９０】
そして、ステップＳ１０７において、上記未送達のグルーブに属する端末装置に対し配信要求の送信を促すためのＵＤＰパケットを生成し、このＵＤＰパケットをステップＳ１０８において上記端末装置に向け送信する。なお、この場合も、ＵＤＰパケットのヘッダＨには、上記選択されたグループに属する端末装置のアドレス情報が端末・グループ管理ＤＢ２２から読み出されて挿入される。また、上記ＵＤＰパケットの情報部には、上記アクセス先として決定されたコンテンツ配信サーバに格納された告知情報コンテンツに対しアクセスするためのＵＲＬが挿入される。  
すなわち、未送達の端末装置群に対するＵＤＰパケットの再送処理もグループごとに実行され、しかも各グループのアクセス先はその時点で最も負荷の小さいコンテンツ配信サーバに設定される。
【００９１】
また、１台の端末装置に対する上記ＵＤＰパケットの再送処理は、その上限回数が予め規定されている。制御部１０Ｂは、上記再送処理が上限回数に達したか否かをステップＳ１１１で監視する。そして、再送回数が上限回数に達すると、当該端末装置に対する以後の配信処理を中止する。
【００９２】
以上述べたように第２の実施形態では、告知配信サーバＳＶＣとは別に複数のコンテンツ配信サーバＳＶＳ１〜ＳＶＳｍを設け、告知配信サーバＳＶＣが端末装置ＴＭ１〜ＴＭｎに対しアクセス先となるコンテンツ配信サーバへのＵＲＬを記述したＵＤＰパケットを送信して、端末装置ＴＭ１〜ＴＭｎからコンテンツ配信サーバＳＶＳ１〜ＳＶＳｍへ配信要求を送信させ、この配信要求に応じてコンテンツ配信サーバから要求元の端末装置ＴＭ１〜ＴＭｎへ告知情報コンテンツを配信するようにしている。
【００９３】
したがって、ＩＰネットワークＮＷ上の伝送装置としてマルチキャスト対応の専用装置を設ける必要がなくなってシステムの構築費用を安価にすることができる。さらに、告知情報コンテンツはコンテンツ配信サーバＳＶＳ１〜ＳＶＳｍから端末装置ＴＭ１〜ＴＭｎに配信されるので、告知配信サーバＳＶＣの処理負荷が軽減される。
【００９４】
しかも、告知配信サーバＳＶＣがＵＤＰパケットを送信する際に、端末装置ＴＭ１〜ＴＭｎの数と、告知情報コンテンツの情報量と、コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍの数と、当該コンテンツ配信サーバＳＶＳ１〜ＳＶＳｍの負荷を表す情報とをもとに、上記配信先となる端末装置ＴＭ１〜ＴＭｎを複数のグループに分割し、これらのグループごとにＵＤＰパケットを配信している。このため、告知配信サーバＳＶＣ及びコンテンツ配信サーバＳＶＳ１〜ＳＶＳｍの処理負荷を分散してさらに軽減することができる。
【００９５】
また、ＵＤＰパケットを送信する際に、分割されたグループごとにその時点で最も負荷が小さいコンテンツ配信サーバをアクセス先として決定し、ＵＤＰパケットを送信するようにしている。このため、特定のコンテンツ配信サーバに配信処理が集中しないように負荷分散することができ、これにより多数の端末装置に対し告知情報コンテンツを効率良く配信することができる。
【００９６】
さらに、ＵＤＰパケットに応答して端末装置ＴＭ１〜ＴＭｎから送信されるhttpリクエストの受信結果を表す情報を告知配信サーバＳＶＣがコンテンツ配信サーバＳＶＳ１〜ＳＶＳｍから取得し、この情報をもとに各端末装置ＴＭ１〜ＴＭｎにおけるＵＤＰパケットの送達の有無を判定する。そして、このＵＤＰパケットの送達の有無の判定結果に基づいて上記ＵＤＰパケットが未送達の端末装置を抽出し、この抽出された未送達の端末装置に対し上記ＵＤＰパケットを再送するようにしている。
【００９７】
このようにすると、告知配信サーバＳＶにおいて配信先となる端末装置ＴＭ１〜ＴＭｎの各々についてＵＤＰパケットの送達の有無を把握することが可能となり、これにより未送達の端末装置に対しＵＤＰパケットを再送することができる。このため、ＩＰネットワークＮＷにおいて回線品質の劣化等が発生した場合でも、できる限り多くの端末装置に対し告知情報コンテンツを配信することが可能となり、これにより緊急情報等の重要な情報を極力伝達することが可能となる。
【００９８】
さらに、このＵＤＰパケットを再送する際にも、再送先の端末装置を複数のグループに分けると共に、この分割されたグループごとにその時点で最も負荷が小さいコンテンツ配信サーバをアクセス先として決定してＵＤＰパケットを再送するようにしている。このため、ＵＤＰパケットの再送時においても、特定のコンテンツ配信サーバに配信処理が集中しないようにして告知情報コンテンツの配信を効率良く行うことができる。
【００９９】
またこの第２の実施形態においても、ＵＤＰパケットに、告知情報コンテンツへのアクセス方法を示すＵＲＬに加え、セキュリティ認証情報及び表示優先順位を示す情報を含めて送信することにより、情報漏洩やなりすまし等を防止することが可能となり、また告知情報の緊急度等に応じて告知情報の表示優先順位を告知配信サーバＳＶにおいて遠隔制御することが可能となる。
【０１００】
（その他の実施形態）  
前記各実施形態では１台の告知配信サーバを用いた場合を例にとって説明したが、複数の告知配信サーバを設けてこれらのサーバでＵＤＰパケットの配信処理等を分散処理するようにしてもよい。また、前記第２の実施形態では複数台のコンテンツ配信サーバを独立して設けたが、１台の配信サーバ上に上記複数台のコンテンツ配信サーバの機能を持たせるようにしてもよい。
【０１０１】
また前記第２の実施形態では、ＵＤＰパケットを送信する際に、分割されたグループごとにその時点で最も負荷が小さいコンテンツ配信サーバをアクセス先として決定したが、必ずしも負荷が最も小さいコンテンツ配信サーバを選択する必要はなく、負荷が予め設定したしきい値以下のコンテンツ配信サーバの中から任意のサーバを選択するようにしてもよい。
【０１０２】
さらに、前記各実施形態ではＵＤＰパケットの送達の有無を表す送達確認情報に基づいて未送達の端末装置を抽出し、この抽出した端末装置へＵＤＰパケットを再送するようにした。しかし、それに加え、告知情報コンテンツの送信に対する応答の有無を表す情報に基づいてコンテンツが未送達の端末装置を抽出し、この抽出した端末装置へＵＤＰパケットを再送するようにしてもよい。このようにすると、ＵＤＰパケットを受信できたが、告知情報コンテンツを受信できなかった端末装置を抽出し、この抽出された端末装置に対しＵＤＰパケットを再送して告知情報コンテンツを配信することが可能となる。これによりコンテンツの配信完了率をさらに高めることができる。
【０１０３】
その他、告知配信サーバ及びコンテンツ配信サーバの構成やこれらのサーバの処理手順及び処理内容、告知情報の種類とその構成などについても、この発明の要旨を逸脱ない範囲で種々変形して実施できる。  
要するにこの発明は、上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【０１０４】
【図１】この発明の第１の実施形態に係わる告知配信サーバを使用したシステムの概略構成図である。
【図２】この発明の第１の実施形態に係わる告知配信サーバの構成を示すブロック図である。
【図３】図１に示したシステムで使用される端末装置の構成を示すブロック図である。
【図４】図２に示した告知配信サーバによる処理手順及び処理内容を示すフローチャートである。
【図５】図１に示したシステムの告知配信サーバと端末装置との間のデータの授受シーケンスを示す図である。
【図６】図２に示した告知配信サーバにおいて生成されるＵＤＰパケットのフォーマットを示す図である。
【図７】この発明の第２の実施形態に係わる告知配信サーバを使用したシステムの概略構成図である。
【図８】この発明の第２の実施形態に係わる告知配信サーバの構成を示すブロック図である。
【図９】図７に示したシステムで使用されるコンテンツ配信サーバの構成を示すブロック図である。
【図１０】図８に示した告知配信サーバによる処理手順及び処理内容を示すフローチャートである。
【図１１】図７に示したシステムの告知配信サーバ、コンテンツ配信サーバ及び端末装置の間のデータの授受シーケンスを示す図である。
【符号の説明】
【０１０５】
ＳＶ，ＳＶＣ…告知配信サーバ、ＴＭ１〜ＴＭｎ…端末装置、ＮＷ…ＩＰネットワーク、ＳＶＳ１〜ＳＶＳｍ…コンテンツ配信サーバ、１０Ａ，１０Ｂ…告知配信サーバの制御部、１１…端末グルーピング管理部、１２…ＵＤＰパケット生成部、１３…ＵＤＰパケット送信部、１４…リクエスト受信部、１５…コンテンツ送信部、１６…送達確認管理部、１７…応答管理部、１８…コンテンツ配信サーバ負荷管理部、１９…コンテンツ分配部、２０…送達・応答管理部、２１…コンテンツデータベース、２２…端末・グループ管理データベース、２３…送達・応答管理データベース、２４…コンテンツ配信サーバ管理データベース、３１…配信コンテンツ入力部、３２…端末・グループ情報入力部、４１…告知配信サーバの通信インタフェース、５０…端末装置の制御部、５１…端末装置の通信インタフェース、５２…ＵＤＰパケット受信部、５３…パケット解析部、５４…リクエスト送信部、５５…コンテンツ表示部、５６…応答入力部、５７…入出力インタフェース部、６１…コンテンツ配信サーバの通信インタフェース、７１…コンテンツデータベース、８０…コンテンツ配信サーバの制御部、８１…コンテンツ入力部、８２…コンテンツ送信部、８３…リクエスト受信部、８４…送達・応答管理部、８５…負荷状況確認部。
【図１】
2008078927.tif 000003
【図２】
2008078927.tif 000004
【図３】
2008078927.tif 000005
【図４】
2008078927.tif 000006
【図５】
2008078927.tif 000007
【図６】
2008078927.tif 000008
【図７】
2008078927.tif 000009
【図８】
2008078927.tif 000010
【図９】
2008078927.tif 000011
【図１０】
2008078927.tif 000012
【図１１】
2008078927.tif 000013