(57)【要約】【課題】ルータによるＪｏｉｎ処理に時間がかかり、その結果、告知端末側での受信状態で、放送の頭切れが生じることをなくすこと。【解決手段】ネットワークを介して、複数の告知端末３に対してＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）を用いて、放送サーバ１から所定の放送開始時間に、放送パケットの送信を行う。告知端末３は、最初に到達した放送パケットの到達時刻をアンサーバック信号に含めて返信する。放送サーバ１はこれを受信し、かつ複数の到達時刻から放送開始時間を補正するための補正時間を算出する。そして、放送開始時間に対し、補正時間により補正して以後の放送を開始する。【選択図】    図1
2011176690.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して、複数の告知端末に対してＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）を用いて、所定の放送開始時間に、放送パケットの送信を行う放送サーバにおいて、
前記告知端末に最初に到達した前記放送パケットの到達時刻を含むアンサーバック信号を前記告知端末から受信する受信手段と、
前記受信手段により受信した複数の前記到達時刻から前記放送開始時間を補正するための補正時間を算出する補正時間算出手段と、
前記補正時間算出手段で算出された補正時間により、前記放送開始時間を補正して以後の放送を開始する制御手段を有することを特徴とする放送サーバ。
【請求項２】
前記補正時間算出手段は、前記複数の前記到達時刻から、最も遅い到達時刻に合わせて補正時間を算出することを特徴とする請求項１記載の放送サーバ。
【請求項３】
前記補正時間算出手段は、前記複数の前記到達時刻について、時間軸に並べた到達時間列の早い順から一定の割合の時間から補正時間を算出することを特徴とする請求項１記載の放送サーバ。
【請求項４】
ネットワークを介して、放送サーバからＲＴＰを用いて、所定の放送開始時間に、送信された放送パケットの受信を行う告知端末において、
前記放送サーバからの最初に到達した放送パケットの到達時刻をアンサーバック信号に挿入して放送サーバへ返送し、
当該告知端末を含む複数の告知端末より受信された複数の前記到達時刻から算出された補正時間に基づいて、補正された前記放送開始時間に従って、前記放送サーバにより送信された前記放送パケットを受信することを特徴とする告知端末。
【請求項５】
前記補正時間は、前記複数の前記到達時刻から、最も遅い到達時刻に合わせて算出された補正時間であることを特徴とする請求項４記載の告知端末。
【請求項６】
前記補正時間は、前記複数の前記到達時刻について、時間軸に並べた到達時間列の早い順から一定の割合の時間から算出された補正時間であることを特徴とする請求項１記載の告知端末。
【請求項７】
ネットワークを介して、複数の告知端末に対してＲＴＰを用いて、所定の放送開始時間に、放送パケットの送信を行う放送サーバ実行プログラムにおいて、
前記告知端末に最初に到達された放送パケットの到達時刻を含むアンサーバック信号を受信手段により受信するアンサーバック受信ステップと、
前記受信手段により受信した複数の前記到達時刻から、前記放送開始時間を補正するための補正時間を補正時間算出手段により算出する補正時間算出ステップと、
制御手段により、前記補正時間算出手段で算出された補正時間により前記放送開始時間を補正して、以後の放送を開始する制御ステップをコンピュータに実行させるための放送サーバ実行プログラム。
【請求項８】
前記補正時間算出ステップは、前記複数の前記到達時刻から、最も遅い到達時刻に合わせて補正時間を算出することを特徴とする請求項７記載の放送サーバ実行プログラム。
【請求項９】
前記補正時間算出ステップは、前記複数の前記到達時刻について、時間軸に並べた到達時間列の早い順から一定の割合の時間から補正時間を算出することを特徴とする請求項７記載の放送サーバ実行プログラム。
【請求項１０】
ＲＴＰを用いて所定の放送開始時間に放送パケットの送信を行う放送サーバと、放送パケットの受信を行う複数の告知端末と、前記複数の告知端末からのジョインを受け付けるルータと、ネットワークとからなる情報告知システムにおいて、
前記告知端末は、前記放送サーバから最初に到達された放送パケットの到達時刻をアンサーバック信号に挿入して放送サーバへ返送し、
前記放送サーバは、複数の前記告知端末から受信した前記複数の前記到達時刻から前記放送開始時間を補正するための補正時間を算出する算出部を設け、
更に、前記算出部で算出された補正時間により前記放送開始時間を補正して以後の放送を開始することを特徴とする情報告知システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチキャストアドレスを用いた情報告知システムに関するものである。
【背景技術】
【０００２】
近年、地域公共ネットワークを活用した、住民向けの生活情報を知らせる告知放送及び災害時の緊急放送を行うマルチキャストアドレスを用いた情報告知システムがある。マルチキャストアドレスを用いた情報告知システムは、放送する放送サーバと、パケット転送の経路を選択するルータと、マルチキャストデータを受信する告知端末からなる。
【０００３】
ここで各告知端末の放送聴取状況を確認するのには、一般に告知端末からアンサーバック信号を送出することにより行っている。これは、アンサーバック（放送受信確認）機能を持たない場合、各ユーザ宅に保守員が訪問してパケットキャプチャ（捕捉）を実施し、放送聴取状況を確認する必要があり、１万世帯レベルになると実質不可能な作業となっているためである。
【０００４】
アンサーバック信号を用いて放送聴取状況を確認する場合、告知端末は、放送サーバからの放送用マルチキャストアドレスの受信後、直ちにアンサーバック信号を送出する。そして、アンサーバック信号には、各放送に割り当てられている放送ＩＤのみが含まれ、放送サーバにおいて、アンサーバック信号を送出した告知端末は受信ＯＫの表示となる。
【０００５】
ここで、特開２００１−１１９４３４号公報（特許文献１）には、端末とアクセスサーバとの間の回線の帯域を認識して最適なデータ転送を実現するネットワークシステムが記載されている。特許文献１によると、二つのラウンドトリップ時間ＲＴＴを計測して、その結果、回線のデータ遅延時間を判明し、回線の帯域を推定することにより最適なデータ転送を実現するものである。
【０００６】
一方、情報告知システムで放送を行う場合、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）を用いて送信を行う。この場合、放送サーバからマルチキャストで告知端末に対し、マルチキャストアドレスの通知を送信する。告知端末はこの後、放送受信のために、該当のマルチキャストアドレスに対してジョイン（Ｊｏｉｎ、参加要求）する。告知端末からの参加要求を受け付けたルータは、マルチキャストについてルーティングテーブルを作成しジョイン処理を行う。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−１１９４３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、ルータのジョイン処理において、放送受信する端末が多くなれば多くなるほど、ジョイン処理に時間を要してしまう。そこでジョイン処理が完了しないままのタイミングで放送サーバから放送の開始、即ち、ＲＴＰパケットを送信すると、告知端末側での受信状態でパケットロスを生じることになる。実際の放送では、「上りチャイム（ピンポンパンポン）」から始まり、「放送内容（○○地区からのお知らせです・・・）」、「下りチャイム（ピンポンパンポン）」であるところ、ルータの処理が間に合わず、始めの方のパケットが未到達（パケットロス）となり、告知端末側では「のお知らせです・・・」から放送が聞こえるという現象となる。これは放送の頭切れとなって、告知端末にとって聞き苦しいという問題があった。
【０００９】
本発明が解決しようとする課題は、情報告知システムにおいて、放送の頭切れの生じない放送パケットを自動的に送信することができる放送サーバを提供するものである。
【課題を解決するための手段】
【００１０】
上記課題を解決するために本発明は、ネットワークを介して、複数の告知端末に対してＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）を用いて、所定の放送開始時間に、放送パケットの送信を行う放送サーバにおいて、前記告知端末に最初に到達した前記放送パケットの到達時刻を含むアンサーバック信号を前記告知端末から受信する受信手段と、前記受信手段により受信した複数の前記到達時刻から前記放送開始時間を補正するための補正時間を算出する補正時間算出手段と、前記補正時間算出手段で算出された補正時間により、前記放送開始時間を補正して以後の放送を開始する制御手段を有することを特徴とするものである。
【発明の効果】
【００１１】
上記構成を有する本発明によれば、放送パケットが告知端末に最初に到達した到達時刻含むアンサーバック信号を告知端末から受信することとし、前記到達時刻から前記放送開始時間を補正するための補正時間を算出するようにし、前記補正時間を補正して以後の放送を開始するようにしたので、パケットロスがないため、放送の頭切れのない放送サーバを提供することが可能になる。
【図面の簡単な説明】
【００１２】
【図１】第１の実施の形態に関する情報告知システムの構成を示す説明図である。
【図２】第１の実施の形態に関する放送サーバ１の構成を示すブロック図である。
【図３】第１の実施の形態に関するルータ２の構成を示すブロック図である。
【図４】第１の実施の形態に関する告知端末３の構成を示すブロック図である。
【図５】第１の実施の形態に関する情報告知システム１００の動作の概要を示すシーケンス図である。
【図６】第１の実施の形態に関する放送サーバにおける到達時刻測定時の動作を示すフローチャートである。
【図７】放送パケットの送信時間Ｔｒと到達時刻との関係を示す説明図である。
【図８】第１の実施の形態に関する放送サーバにおける放送パケット送信時の自動補正の動作を示すフローチャートである。
【図９】告知端末の動作を示すフローチャートである。
【図１０】第２の実施の形態の詳細を示す説明図である。
【図１１】第２の実施の形態に関する放送開始時間の最適値を示す説明図である。
【発明を実施するための形態】
【００１３】
＜第１の実施の形態＞
以下、本発明の第１の実施の形態について説明する。図１は第１の実施の形態に関する情報告知システムの構成を示す説明図である。情報告知システム１００は地域公共ネットワークを活用することにより、住民向けの生活情報を知らせる一般告知放送及び災害時の緊急放置を行う。
【００１４】
放送サーバ１は、ネットワーク４を介してマルチキャストアドレスで複数の告知端末３に対して放送を行う。放送はＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）を用いて行う。そして、どのマルチキャストアドレスにて放送を行うかという放送開始要求（Ｂ１）を放送開始時に告知端末３へ送信する。
【００１５】
告知端末３は、ネットワーク４に接続され、この放送開始要求（Ｂ１）を受信する。告知端末３は、これによりマルチキャストアドレスを認識し、放送対象グループに該当した場合、該当のマルチキャストアドレスに対してジョイン（Ｊｏｉｎ）する。
【００１６】
ルータ２は、放送サーバ１と複数の告知端末３の間を接続し、パケット転送の経路選択、選択と破棄、経路情報の管理を行う。告知端末３からのジョインを受けて、ジョイン処理即ちマルチキャストについてルーティングテーブルを作成して、経路情報を管理する。
【００１７】
図２は第１の実施の形態に関する放送サーバ１の構成を示すブロック図である。サーバ制御部１０は、図示しない記憶部に格納したプログラムを動作させることにより、放送サーバ１内の各部を制御する。放送処理部１１は、放送を行うための放送開始要求（Ｂ１）及び放送終了要求（Ｂ２）の制御パケット、更にＲＴＰを用いた放送パケットを、マルチキャストパケットにて告知端末３へ送信するためにマルチキャスト処理部１６へ送る。また、放送に使用する蓄積音源の管理を行うとともに、マイクからの音声による放送を行う場合、アナログ音声をＲＴＰパケットに変換し、マルチキャストパケットにてストリーミング配信を行う。なお、放送開始要求（Ｂ１）には、放送管理番号、放送対象グループ、放送用マルチキャストパケットのマルチキャストアドレス、ｕｄｐポート番号、アンサーバック信号の送信要求の有無が情報として含まれる。
【００１８】
端末管理処理部１２は、告知端末３の電源投入時に送信される放送サーバ１への収容要求パケットを管理する。端末管理処理部１２の管理により前記告知端末３が収容状態に含まれた場合、当該告知端末３は放送聴取できる状態となる。そして、当該告知端末３が収容状態に含まれた後は、端末管理処理部１２は告知端末３からの定期的なヘルスチェックを管理する。また、端末管理処理部１２は放送時にオプションとして使用されるアンサーバック信号としてのアンサーバックパケットを管理する。更に、端末管理処理部１２は、告知端末３に最初に到達した放送パケットの到達時刻を含むアンサーバックパケットを告知端末３から受信する受信手段として機能する。
【００１９】
放送開始時間記憶部１３は、所定の放送開始時間（Ｔｒ―Ｔｂ）を記憶する。即ち、後述するように放送サーバ１が、時間Ｔｂにおいて放送開始要求（Ｂ１）を送信してから、ＲＴＰを用いた放送パケットを送信するまでの時間を記憶する。この放送開始時間記憶部１３に記憶された所定の放送開始時間（Ｔｒ―Ｔｂ）は、次に説明する補正時間によって補正される。
【００２０】
補正時間算出部１４は、複数の告知端末３から受信したところの告知端末３に最初に到達した放送パケットの到達時刻から、放送開始時間（Ｔｒ−Ｔｂ）を補正するための補正時間を算出する。本実施の形態においては、後述するように、複数の端末からの前記到達時刻の内、最も遅い到達時刻に合わせて補正時間を算出する。
【００２１】
補正時間記憶部１５は、補正時間算出部１４により算出された補正時間を記憶する。更に、マルチキャスト処理部１６は、放送に関わる情報を放送処理部１１から受け、マルチキャストパケットとして告知端末３へ送信する。そして、ＤＢ部１７は情報告知システム１００に関わる情報を格納する。
【００２２】
図３は第１の実施の形態に関するルータ２の構成を示すブロック図である。ルータ制御部２０は、図示しない記憶部に格納したプログラムを動作させることにより、ルータ２内の各部を制御する。マルチキャスト管理処理部２１は、告知端末３から受信する参加（Ｊｏｉｎ）要求及び離脱（Ｌｅａｖｅ）要求を管理し、マルチキャストに関するルーティングテーブルを作成する（以下Ｊｏｉｎ処理という）。Ｊｏｉｎ処理は、Ｊｏｉｎパケットを送信する告知端末３が多ければ多いほど、処理時間を要する。その結果、全ての告知端末３についてＪｏｉｎ処理が完了していない内に、放送サーバ１から放送パケットが送信されると、パケットロスの原因となり、放送の頭切れを起こす告知端末３が生じる。
【００２３】
ルーティング処理部２２は、ルーティング情報を参照し、ＩＰパケットのルーティング処理を行う。スイッチング処理部２３は、Ｌ２（レイヤ２）レベルでのスイッチング機能を有する。
【００２４】
図４は第１の実施の形態に関する告知端末３の構成を示すブロック図である。端末制御部３０は、図示しない記憶部に格納したプログラムを動作させることにより、告知端末３内の各部を制御する。端末放送処理部３１は、放送サーバ１から送信される放送開始要求（Ｂ１）及び放送終了要求（Ｂ２）の制御パケットを受信することにより、告知端末３が放送聴取できる状態にするとともに放送受信の終了処理を行う。放送開始要求（Ｂ１）を受信して、放送の対象グループに所属している場合、放送用のＲＴＰが送信されるマルチキャストアドレスに対してＪｏｉｎパケットをルータ２へ送信する。また、放送時のオプションとしてアンサーバック信号の送信要求があった場合、放送終了後に放送サーバ１に対してアンサーバック信号としてのアンサーバックパケットを送信する。
【００２５】
更に、前記告知端末３に到達した最初の放送パケット（ＲＴＰパケット）について、到達時刻を図示しない記録部に記録する。そして、前記アンサーバックパケットを送信するとき、記録部に記録した最初の放送パケット（ＲＴＰパケット）の到達時刻をアンサーバックパケットに含めて送信する。告知端末管理処理部３２は、告知端末３が電源投入後、放送サーバ１へ収容要求パケットを送信する。収容状態となった後、告知端末３から定期的にヘルスチェックを送信する。
【００２６】
図５は第１の実施の形態に関する情報告知システム１００の動作の概要を示すシーケンス図である。同図は、縦軸を時間軸として、放送サーバ１、ルータ２及び告知端末３間で送受信されるパケットデータに着目して、情報告知システム１００における後述する到達時刻測定時の動作シーケンスを示す。
【００２７】
Ｓ１０１：告知端末３が電源をＯＮする。
Ｓ１０２：告知端末３は、制御用パケットに対してＪｏｉｎパケットを送信する。
Ｓ１０３：放送サーバ１は今回の放送開始要求（Ｂ１）パケットを送信する（以下この時間をＴｂという）。放送開始要求（Ｂ１）パケットには、放送対象グループ、放送用マルチキャストパケットのマルチキャストアドレス、アンサーバック信号の送信要求の「有」等の情報が含まれる。
【００２８】
Ｓ１０４：告知端末３は、放送開始要求（Ｂ１）の放送対象グループに該当した場合には、Ｊｏｉｎパケットをルータ２へ送信する。
Ｓ１０５：ルータ２はこれを受信すると、Ｊｏｉｎ処理、即ちマルチキャストのルーティングテーブルを作成する。ここで複数の告知端末３からのＪｏｉｎパケットが集中すると、前述のようにＪｏｉｎ処理に時間を要する。
【００２９】
Ｓ１０６：その後、放送サーバ１は、放送開始要求（Ｂ１）の送信後、所定の放送開始時間の後、放送用マルチキャストアドレスにてＲＴＰを用いた今回の放送パケットを送信する（以下、この時間をＴｒという）。
【００３０】
Ｓ１０７：ルータ２は、ＲＴＰを用いた放送パケットをマルチキャストのルーティングテーブルによって、パケット転送を行う。この時点で、ルータ２のＪｏｉｎ処理に時間が取られていると、パケットロスが生じていることがある。そして告知端末３は、ＲＴＰを用いた放送パケットを受信する。このとき、告知端末３は、最初の放送パケット（ＲＴＰパケット）について、受信した時刻、即ち、前記告知端末３に到達した到達時刻を記録する。なお、パケットロスによる放送の頭切れが生じている場合があるが、告知端末３は最初に受信したパケット、即ちパケットロスした次のパケットについて、到達時刻を記録する。
【００３１】
Ｓ１０８：放送サーバ１は今回の放送終了時、放送終了要求（Ｂ２）パケットを送信する。
Ｓ１０９：告知端末３は、Ｌｅａｖｅパケットをルータ２へ送信する。
Ｓ１１０：告知端末３は記録部に記録した前記到達時刻を含んだアンサーバックパケットを送信する。放送サーバ１はアンサーバックパケットを受信し、各告知端末３から受け取った到達時刻を後述するように測定し、補正時間を算出し、次回の放送パケットの送信時に、放送開始時間の自動補正を行う。
【００３２】
図６は、第１の実施の形態に関する放送サーバにおける到達時刻測定時の動作を示すフローチャートである。
Ｓ２０１：放送サーバ１のサーバ制御部１０は、放送処理部１１及びマルチキャスト処理部１６に対し、放送開始要求（Ｂ１）パケットを送信するよう指示する。放送開始要求（Ｂ１）パケットには、放送管理番号、放送対象グループ、アンサーバック信号の送信要求の「有」等の情報が含まれる。
【００３３】
Ｓ２０２：サーバ制御部１０は、端末管理処理部１２に対し、告知端末３の収容状態をチェックするよう指示する。
Ｓ２０３：サーバ制御部１０は、放送処理部１１及びマルチキャスト処理部１６に対し、ＲＴＰを用いて放送パケットを送信するよう指示する。今回の放送パケットを送出するタイミングは、端末管理処理部１２を制御して、放送開始時間記憶部１３に記憶する所定の放送開始時間により行う。
【００３４】
Ｓ２０４：サーバ制御部１０は今回の放送が終了すると、放送処理部１１及びマルチキャスト処理部１６に対し、放送終了要求（Ｂ２）を送信するよう指示する。
Ｓ２０５：サーバ制御部１０は、端末管理処理部１２に対し、告知端末３から送信されてくるアンサーバックパケットを受信するよう指示する。当該アンサーバックパケットには、前述のように告知端末３に最初に到達した放送パケットの到達時刻を含む。
Ｓ２０６：サーバ制御部１０は、端末管理処理部１２を介して補正時間算出部１４に対し、補正時間を算出するよう指示する。
【００３５】
ここで補正時間の算出について説明する。図７は放送パケットの送信時間Ｔｒと到達時刻との関係を示す説明図である。時間Ｔｂは前述のように放送サーバ１からの放送開始要求（Ｂ１）パケットの送信時間である。時間Ｔｒは、放送サーバ１からのＲＴＰを用いた放送パケットの送信時間である。時刻Ｔａ１、Ｔａ２、・・・Ｔａｎ（ｎは告知端末設置数）は、各告知端末３に到達した最初の放送パケットの到達時刻である。そして到達時刻（Ｔａ１、Ｔａ２、・・・Ｔａｎ）を横軸の時間軸に並べて到達時間列３３として示す。
【００３６】
同図に示すように、放送開始要求（Ｂ１）パケットの送信時間Ｔｂの所定の時間後の時間Ｔｒに、放送パケットを送信する。この間の（Ｔｒ−Ｔｂ）は「ＲＴＰ＿ｗａｉｔＴｉｍｅ」として、放送サーバ１の前記放送開始時間記憶部１３に記憶され、放送サーバ１によって設定される値である。同図は、その後に複数の告知端末３が、時刻Ｔａ１、Ｔａ２、・・・Ｔａｎに放送パケットを受信（到達）したことを示す。
【００３７】
時刻Ｔａ〜Ｔｎのように到達時刻にばらつきがあるということは、ルータ２によるＪｏｉｎ処理に時間がかかり、全告知端末３のルーティングテーブルが完成する前に放送パケットを送信してしまうからである。即ち、ルーティングテーブルに載った告知端末３はよいが、ルーティングテーブルに載っていない告知端末３にとって、ルーティングテーブルに載るまでの放送パケットはパケットロスとなり、放送の頭切れが生じる。
【００３８】
本実施の形態は、各告知端末３の最初の放送パケットの到達時刻（Ｔａ１、Ｔａ２、・・・Ｔａｎ）を確認し、最も遅い到達時刻（Ｔａｎ）に合わせて、補正時間を算出する。この場合、補正時間は、放送パケットの送信時間（Ｔｒ）と最も遅い到達時刻（Ｔａｎ）との差（Ｔａｎ−Ｔｒ）である。この補正時間は、補正時間記憶部１５に記憶される。そして、放送開始時間記憶部１３に記憶された放送時間「ＲＴＰ＿ｗａｉｔＴｉｍｅ」に、補正時間記憶部１５に記憶された補正時間が加算され、補正された放送開始時間とする。このようにすることで、全ての告知端末３に対してパケットロスがなく、放送の頭切れがなく放送を受信することができる。
【００３９】
図６に戻り、前記ステップ２０６において、補正時間算出部１４は、補正時間として、放送パケットの送信時間（Ｔｒ）と最も遅い到達時刻（Ｔａｎ）との差（Ｔａｎ−Ｔｒ）を算出する。
Ｓ２０７：サーバ制御部１０は、端末管理処理部１２を介して、補正時間記憶部１５に対し、補正時間算出部１４で算出した補正時間（Ｔａｎ−Ｔｒ）を記憶するよう指示する。補正時間算出部１４に記憶した補正時間（Ｔａｎ−Ｔｒ）は、次に示す次回の放送パケットの送信時に、放送開始時間の自動補正に使用される。
【００４０】
次に、図８は第１の実施の形態に関する放送サーバにおける放送パケット送信時の自動補正の動作を示すフローチャートである。
Ｓ３０１：放送サーバ１のサーバ制御部１０は、放送処理部１１及びマルチキャスト処理部１６に対し、放送開始要求（Ｂ１）パケットを送信するよう指示する。
Ｓ３０２：サーバ制御部１０は、端末管理処理部１２に対し、告知端末３の収容状態をチェックするよう指示する。
【００４１】
Ｓ３０３：サーバ制御部１０は、端末管理処理部１２に対し、放送開始時間記憶部１３から所定の放送開始時間を読み出すよう指示し、更に補正時間記憶部１５から補正時間を読み出すよう指示する。更に、サーバ制御部１０は、端末管理処理部１２に対し、読み出した放送開始時間に補正時間を加算して、放送開始時間を補正するように指示する。そして、補正された放送開始時間が経過したかどうかチェックする。
【００４２】
Ｓ３０４：補正された放送開始時間が経過したとき、サーバ制御部１０は、放送処理部１１及びマルチキャスト処理部１６に対し、ＲＴＰを用いて放送パケットを送信するよう指示する。このように、放送サーバ１は、補正された放送開始時間が経過した後に、放送パケットを送信するようにするので、パケットロスが生じることがない。
【００４３】
Ｓ３０５：サーバ制御部１０は放送が終了すると、放送処理部１１及びマルチキャスト処理部１６に対し、放送終了要求（Ｂ２）を送信するよう指示する。
Ｓ３０６：サーバ制御部１０は、端末管理処理部１２に対し、告知端末３からのアンサーバックパケットを受信するよう指示する。
【００４４】
図９は告知端末の動作を示すフローチャートである。先ず、前記図６に示す放送サーバ１における到達時刻測定時の動作に対応した告知端末３の動作を説明する。
Ｓ４０１：端末制御部３０は電源ＯＮを検知し、告知端末３を立ち上げ処理を行う。
Ｓ４０２：端末制御部３０は端末放送処理部３１に対し、制御用パケットに対するＪｏｉｎパケットをルータ２へ送信するよう指示する。
【００４５】
Ｓ４０３：端末制御部３０は端末放送処理部３１に対し、放送サーバ１からの放送開始要求（Ｂ１）の制御パケットを受信するよう指示する。そして、放送開始要求（Ｂ１）に含まれる放送管理番号を記録するよう指示する。
Ｓ４０４：端末制御部３０は端末放送処理部３１に対し、放送開始要求（Ｂ１）の放送対象グループに該当した場合、Ｊｏｉｎパケットを送信するよう指示する。
【００４６】
Ｓ４０５：端末制御部３０は端末放送処理部３１に対し、放送用マルチキャストアドレスにて、放送サーバ１から送信されるＲＴＰを用いた放送パケットを受信するよう指示する。
Ｓ４０６：端末制御部３０は受信した放送パケットが最初に受信したものかどうかを判断する。
Ｓ４０７：受信した放送パケットが最初に受信したものであるとき、端末制御部３０は、端末放送処理部３１に対し、最初に受信した放送パケットの受信時刻、即ち到達時刻を記録するよう指示する。受信した放送パケットが最初に受信したものでないときステップ４０８へ進む。
【００４７】
Ｓ４０８：端末制御部３０は端末放送処理部３１に対し、受信した放送パケットの放送処理を行う。
Ｓ４０９：端末制御部３０は端末放送処理部３１に対し、放送サーバ１からの放送終了要求（Ｂ２）の制御パケットを受信するよう指示する。
Ｓ４１０：端末制御部３０は端末放送処理部３１に対し、Ｌｅａｖｅパケットをルータ２へ送信するよう指示する。
【００４８】
Ｓ４１１：端末制御部３０は端末放送処理部３１に対し、放送終了要求（Ｂ２）の受信後、所定の時間後にアンサーバックパケットを放送サーバ１に送出するよう指示する。アンサーバックパケットには、ステップ４０３で記録した放送管理番号及びステップ４０７で記録した到達時刻を含める。
【００４９】
以上の第１の実施の形態の説明において、放送開始時間記憶部１３と、補正時間記憶部１５を設け、放送開始時間記憶部１３から所定の放送開始時間（ＲＴＰ＿ｗａｉｔＴｉｍｅ）を読み出し、更に補正時間記憶部１５から補正時間（Ｔａｎ−Ｔｒ）を読み出し、読み出した放送開始時間に補正時間を加算して、補正された放送開始時間とするようにしたがこれに限らない。即ち、放送開始時間記憶部１３から所定の放送開始時間（ＲＴＰ＿ｗａｉｔＴｉｍｅ）を読み出し、補正時間算出部１４で算出した補正時間（Ｔａｎ−Ｔｒ）を加算して、放送開始時間を補正し、補正した放送開始時間を前記放送開始時間記憶部１３に上書きするようにしてもよい。これにより、放送開始時、放送サーバ１のサーバ制御部１０は、放送開始時間記憶部１３に記憶した放送時間に放送開始を行うことができるので、前記補正時間記憶部１５を設けなくて済むとともに、自動的に放送開始時間を補正することができる。
【００５０】
以上のように第１の実施の形態によれば、放送サーバ１がアンサーバックパケットを利用して、告知端末３が最初に受信した放送パケットの到達時刻を受信し、複数の到達時刻から最も遅い到達時刻に合わせて補正時間を算出し、放送サーバ１における所定の放送開始時間に対し、この補正時間分遅らせて以後の放送を開始するようにしたので、パケットロスを防ぐことができ、放送の頭切れのない放送サーバ１を提供することが可能になる。
【００５１】
また、放送サーバ１には、受信した前記到達時刻から前記放送開始時間を補正するための補正時間を算出する補正時間算出部１４を設けたので、自動的に放送開始時間を補正することができるという効果を有する。
【００５２】
更に、放送サーバ１がアンサーバックパケットを使用することにより、告知端末３の最初の放送パケットの到達時刻を入手するようにしたので、各ネットワーク固有のチューニングが可能となる効果を有する。
【００５３】
＜第２の実施の形態＞
次に第２の実施の形態について説明する。前述の第１の実施の形態は、放送サーバ１において放送開始時間の補正時間を算出するのに、告知端末３からの複数の到達時刻から最も遅い到達時刻に合わせて補正時間（Ｔａｎ−Ｔｒ）を算定したが、本実施の形態では、複数の到達時刻の内、一定の割合に合わせて最適値を決定し、補正時間を算定するものである。本実施の形態に関する情報告知システム１００の構成、動作並びに放送サーバ１、ルータ２及び告知端末３の構成、動作は、特に説明をしない限り前記第１の実施の形態に関する構成、動作と同じである。
【００５４】
図１０は第２の実施の形態の詳細を示す説明図である。同図（ａ）は到達時間と端末数との関係を示す図である。前記ステップ２０５において、放送サーバ１が受信したアンサーバックパケットに含まれるところの前記到達時刻（Ｔａ１、Ｔａ２、・・・Ｔａｎ）を横軸の時間軸に並べて到達時間列３３とする。そして、縦軸に該当する端末数（Ｎ）とする。到達時間（ｔ）と端末数の関係（Ｎ）は同図に示すように、到達時間が早い端末数が多く、到達時間が遅くなるに従って少なくなるという関係になる。放送サーバ１の端末管理処理部１２は、この関係を図示しない記憶部に記憶する。
【００５５】
本実施の形態において、端末管理処理部１２は、補正時間算出部１４に対して、以下のように補正時間算出のための最適値を決定するよう指示する。即ち、図１０（ａ）において、ｔ１以降に到達した告知端末３が存在することを示すが、このような放送パケットの受信が遅延したものは、告知端末３の固有の原因のためであると判断し、最適値から除外することができる。そして、前記到達時刻（Ｔａ１、Ｔａ２、・・・Ｔａｎ）を時間軸に並べて到達時間列３３とし、その到達時間列３３の早い順から一定の割合（例えば９９％）の時間を、放送パケットの送信時間（Ｔｒ）の最適値とする。即ち、最適値以降の時間は除外することである。この一定の割合（例えば９９％）は設定値として図示しない記憶部に記憶することとする。設定値を記憶部に記憶することにより、適宜、変更可能とすることができる。
【００５６】
図１０（ｂ）は放送パケット送信時間Ｔｒと到達時刻との関係を示す説明図である。複数の到達時刻（Ｔａ１、Ｔａ２、・・・Ｔａｎ）を横軸の時間軸に並べて到達時間列３３とし、到達時間列３３の早い順から一定の割合（例えば９９％）の時間を、送信パケットの送信時間（Ｔｒ）の最適値（Ｔｒ＿ｏｐｔ）とする。よって、補正時間は送信パケットの送信時間（Ｔｒ）と最適値（Ｔｒ＿ｏｐｔ）との差（Ｔｒ＿ｏｐｔ―Ｔｒ）となる。放送サーバ１の補正時間算出部１４は、放送開始時間（ＲＴＰ＿ｗａｉｔＴｉｍｅ）を補正するための補正時間（Ｔｒ＿ｏｐｔ―Ｔｒ）を算出する。そして、補正時間記憶部１５はこれを記憶する。
【００５７】
第２の実施の形態に関する放送サーバ１における到達時刻測定時の動作について、第１の実施の形態と異なるところを説明する。本実施の形態におけるステップ２０６において、放送サーバ１のサーバ制御部１０は、補正時間算出部１４に対し、補正時間（Ｔｒ＿ｏｐｔ―Ｔｒ）を算出するよう指示する。そして、ステップ２０７において、サーバ制御部１０は、端末管理処理部１２を介して、補正時間記憶部１５に対し、補正時間（Ｔｒ＿ｏｐｔ―Ｔｒ）を記憶するよう指示する。
【００５８】
次に、第２の実施の形態に関する放送サーバ１における放送パケット送信時の自動補正の動作について、第１の実施の形態と異なるところを説明する。図１１は第２の実施の形態に関する放送開始時間の最適値を示す説明図である。時間Ｔｂにおいて放送開始要求（Ｂ１）が送信され、その後、ルータ２により所定時間にＪｏｉｎ処理１０５が行われる。そして、所定の放送開始時間（Ｔｒ）となるところ、補正時間（Ｔｒ＿ｏｐｔ−Ｔｒ）によって補正され、最適値（Ｔｒ＿ｏｐｔ）において、放送パケットの送信時間となる。
【００５９】
同図に示すように、第２の実施の形態によれば、ルータ２によるＪｏｉｎ処理１０５の完了後に、補正時間によって補正された最適値の放送開始時間となるので、パケットロスのない情報告知システムを提供することができる。
【００６０】
以上のように、第２の実施の形態によれば、告知端末３が最初に受信した放送パケットの到達時刻について、放送サーバ１がアンサーバックパケットを利用して受信し、複数の到達時刻（Ｔａ１、Ｔａ２、・・・Ｔａｎ）を時間軸に並べた到達時間列３３とし、到達時間列３３の早い順から一定の割合（例えば９９％）の時間を、送信パケットの送信時間の最適値（Ｔｒ＿ｏｐｔ）とする。この最適値から補正時間（Ｔｒ＿ｏｐｔ―Ｔｒ）を算出し、放送サーバ１における所定の放送開始時間に対し、この補正時間分遅らせて以後の放送を開始するようにしたので、パケットロスを防ぐことができ、放送の頭切れのない放送サーバ１を提供することが可能になる。
【００６１】
また、第２の実施の形態によれば、複数の到達時刻（Ｔａ１、Ｔａ２、・・・Ｔａｎ）を時間軸に並べた到達時間列３３とし、到達時間列３３の早い順から一定の割合（例えば９９％）の時間を、送信パケットの送信時間の最適値（Ｔｒ＿ｏｐｔ）する。このことにより、告知端末３の固有の原因のために到達時間が遅れる場合に最適値から除外するようにしたので、ルータ２のＪｏｉｎ処理の遅れによる前記到着時間のみ算出することができ、実情に近い最適な補正時間を算出することができる。
【００６２】
前記第１及び第２の実施の形態において、補正時間を算出し、放送サーバ１における所定の放送開始時間に対し、この補正時間分遅らせて以後の放送を開始するようにしたが、補正時間分遅らせることに限らず、補正時間分進ませることも適用可能である。即ち、図１１で示すと、所定の放送開始時間（Ｔｒ）が同図の最適値（Ｔｒ＿ｏｐｔ）より遅い時間であった場合、ルータ２によるＪｏｉｎ処理１０５の完了後であれば、補正時間分進ませて最適値として放送パケットを送信可能である。即ち、この場合は、放送開始時間は、補正時間によって進めて補正された最適値となる。
【符号の説明】
【００６３】
１    放送サーバ
２    ルータ
３    告知端末
１０  サーバ制御部
１１  放送処理部
１２  端末管理処理部
１３  放送開始時間記憶部
１４  補正時間算出部
１５  補正時間記憶部
３０  端末制御部
【図１】
2011176690.tif 000003
【図２】
2011176690.tif 000004
【図３】
2011176690.tif 000005
【図４】
2011176690.tif 000006
【図５】
2011176690.tif 000007
【図６】
2011176690.tif 000008
【図７】
2011176690.tif 000009
【図８】
2011176690.tif 000010
【図９】
2011176690.tif 000011
【図１０】
2011176690.tif 000012
【図１１】
2011176690.tif 000013