(57)【要約】【課題】  複数の中継ノードでのデータ受信タイミング差を無くすことによって、同報通信サービスを良好に行うこと。【解決手段】  データ配信装置５６において、データ配信を行った時刻を記憶し、この時刻と、中継ノードであるサーバ７４ａから返信される応答信号に受信時刻書込制御部７５で書かれたデータ受信時刻との差からデータ配信遅延時間を計算する。この計算された各配信遅延時間の差を計算し、この各配信遅延時間差から宛先毎のデータの配信時刻を決定する。【選択図】      図１
2005136506.tif 000002
【特許請求の範囲】
【請求項１】
配信データを受信し、この受信時刻を、前記配信データの送信元へ返信される応答信号中に書き込む中継装置と、
前記中継装置から受信した応答信号に書き込まれた受信時刻と、これに対応する配信データの配信時刻との差から配信遅延時間を求め、この求められた複数の配信遅延時間の差を求め、この各配信遅延時間差をもとに各中継装置への配信データの配信時刻を求め、これらの配信時刻に応じて配信データを該当中継装置へ配信するデータ配信装置と
を備えたことを特徴とするデータ配信システム。
【請求項２】
配信データの中継を行う中継装置において前記配信データの送信元へ返信される応答信号に書き込まれた配信データの受信時刻と、これに対応する配信データの配信時刻との差から配信遅延時間を求める第１の計算手段と、
前記記憶手段に記憶された各配信遅延時間の差を求め、この各配信遅延時間差をもとに各中継装置への配信データの配信時刻を求める第２の計算手段と、
前記第２の計算手段で求められた配信時刻に応じて配信データを該当中継装置へ配信する配信手段と
を備えたことを特徴とするデータ配信装置。
【請求項３】
前記第１の計算手段で求められた各配信遅延時間及び前記第２の計算手段で求められた各配信時刻の少なくとも一方を、中継装置毎に記憶する記憶手段
を更に備えたことを特徴とする請求項２に記載のデータ配信装置。
【請求項４】
前記第２の計算手段は、前記応答信号の受信が最後まで完了しなかった場合に、当該応答信号を返信した中継装置の配信時刻を、正常に応答信号が受信されて配信時刻が計算された他の中継装置の配信時刻を用いて推定計算する
ことを特徴とする請求項２または３に記載のデータ配信装置。
【請求項５】
中継装置において、データ配信装置からの配信データを受信し、この受信時刻を、データ配信装置へ返信される応答信号中に書き込む第１のステップと、
前記データ配信装置において、前記第１のステップで応答信号に書き込まれた受信時刻と、これに対応する配信データの配信時刻との差から配信遅延時間を求める第２のステップと、
前記データ配信装置において、前記第２のステップで求められた複数の配信遅延時間の差を求め、この各配信遅延時間差をもとに各中継装置への配信データの配信時刻を求める第３のステップと、
前記データ配信装置において、前記第３のステップで求められた配信時刻を中継装置毎に記憶する第４のステップと、
前記第４のステップで記憶された各配信時刻に応じて配信データを該当中継装置へ配信する第５のステップと
を含むことを特徴とするデータ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信データタイミング差を抑止する必要がある多地点ＴＶ電話や、チャットなどのポイント・ツウ・マルチポイントサービスに適用されるデータ配信システム、データ配信装置及びデータ配信方法に関する。
【背景技術】
【０００２】
図９に従来のデータ配信システムの構成をブロック図で示し、その説明を行う。
この図９に示すデータ配信システム１０は、ＰＤＣ−Ｐ{PDC(PersonalDigital Cellular) mobile Packet data communication system}向けＬＡＮ(Local Area Network)による第１の通信ネットワーク１２と、ＩＭＴ(InternationalMobile Telecommunications)向けＬＡＮによる第２の通信ネットワーク１４との双方にデータ配信装置１６が接続されて構成されている。
【０００３】
第１の通信ネットワーク１２は、配信データ中継装置１８，１９と、ＰＤＣ−Ｐ網２２と、配信データ中継装置１８，１９とＰＤＣ−Ｐ網２２との間に接続されたルータ２４，２５，２６，２７と、ＰＤＣ−Ｐ網２２とデータ配信装置１６との間に接続されたルータ２８，２９とを備えて構成されている。
第２の通信ネットワーク１４は、携帯電話機３１，３２と、複数のサーバ３４ａ（図には１つのみ記載）を有するＩＭＴ網３４と、ＩＭＴ網３４とデータ配信装置１６との間に接続されたルータ３６，３７とを備えて構成されている。
【０００４】
このような第１の通信ネットワーク１２において、各配信データ中継装置１８，１９からのデータＤ１，Ｄ２は、各ルータ２４〜２７を経由してＰＤＣ−Ｐ網２２からＵＤＰ(User Datagram Protocol)／ＩＰ(InternetProtocol)にもとづき、ルータ２８，２９を経由してデータ配信装置１６へ送信される。
また、第２の通信ネットワーク１４において、携帯電話機３１からのデータＤ３は、ＩＭＴ網３４からＴＣＰ／ＩＰにもとづき、ルータ３６，３７を経由してデータ配信装置１６へ送信される。
【０００５】
これら送信された各データＤ１〜Ｄ３は、データ配信装置１６に蓄積された後、Ｄ４で示すように受信要求などに応じて、中継ノードであるサーバ３４ａを介して携帯電話機３２へ送信される。
なお、中継ノードには、ＩＭＴ網３４に備えられる図示せぬ交換機や、他のルータ２４〜２９，３６，３７及び配信データ中継装置１８，１９が該当する。
【０００６】
また、データ配信装置１６は、図１０に示すように、通信制御部４０と、信号分析部４２と、回線管理部４４と、呼処理制御部４６と、配信データ書込制御部４８と、データ管理テーブル４８ａとを備えて構成されている。
上記で説明したデータ配信装置１６で受信された各データＤ１〜Ｄ３は、通信制御部４０において、ＵＤＰ／ＩＰ及びＴＣＰ／ＩＰの各プロトコル終端処理が行われ、信号分析部４２において、受信データＤ１〜Ｄ３の内容が仕様書の規定条件と合っているか否かがチェックされ、回線管理部４４及び呼処理制御部４６への振り分けが行われる。
【０００７】
回線管理部４４では、対向ノードとの回線状態の管理が行われる。呼処理制御部４６では、対向ノードからのデータ受信及び対向ノード向けのデータ送信が行われる。配信データ書込制御部４８では、呼処理制御部４６からの要求に応じて、受信データＤ１〜Ｄ３が、半導体記憶装置、磁気記憶装置、光記憶装置などのデータ記憶装置によるデータ管理テーブル４８ａｂに書き込まれて記憶される。
【０００８】
この呼処理制御部４６及び配信データ書込制御部４８と、第１の通信ネットワーク１２又は第２の通信ネットワーク１４内の隣接ノード（配信データ中継装置１８，１９又は携帯電話機３１）とのデータ配信時の信号処理の動作を、図１１に示すシーケンス図を参照して説明する。
呼処理制御部４６は、ステップＳ１において、発信者Ａからデータ（例えばＤ１）を受信すると、ステップＳ２において、配信データ書込制御部４８に対して、データ書込みを要求し、配信データ書込制御部４８は、ステップＳ３において、データ管理テーブル４８ａにデータ格納場所（Ｂ＿ｉｄｘ）を書き込む。
【０００９】
次に、配信データ書込制御部４８が、ステップＳ４において、その書込みが正常に行われたことを確認すると、ステップＳ５において、正常応答を呼処理制御部４６へ通知し、これによって、呼処理制御部４６が、ステップＳ６において、発信者Ａに対してデータ受信応答を送信する。
この後、呼処理制御部４６は、ステップＳ７において、配信データＤ１を配信データ書込制御部４８から読み出しにいく。配信データ書込制御部４８は、その読み出し処理に対して、ステップＳ８において、先頭ｉｄｘを返却するが、呼処理制御部４６は、その返却信号を受信すると、ステップＳ９において、配信データ書込制御部４８から読み出したデータＤ１を発信者Ａに対して配信する。
【００１０】
このデータ配信後、呼処理制御部４６は、ステップＳ１０において、データ配信応答を受信すると、ステップＳ１１において、配信データ書込制御部４８に対してデータ削除要求を行う。この要求によって配信データ書込制御部４８は、ステップＳ１２でデータ管理テーブル４８ａからデータを削除し、この削除が完了すると、ステップＳ１３において削除が完了したことを配信データ書込制御部４８へ通知し、この通知は更にステップＳ１４において、呼処理制御部４６へ通知される。
【００１１】
この種の従来のデータ配信システムとして、例えば特許文献１に記載のものがある。
特許文献１の内容は、特定の端末装置において送信要求が行われた時刻を取得する。また、送信要求に応答してサーバが送信した情報が特定の端末装置に到着した時刻を取得する。そして、送信要求時刻及び情報到着時刻に基づいて、サーバと特定の端末との間の対話時間を計算する。これによって、ユーザが情報の送信要求をしてから、要求された情報が通信路を経由して要求元のユーザに到着するまでの時間（対話時間）を定量的に測定する。また、測定した対話時間を、サーバ側における対話時間の集計、ネットワークなどの通信路の状況の調査、より安定した情報供給などのために利用する。
【特許文献１】特開２０００−１５１６０１号公報（要約、特許請求の範囲及び発明の効果）
【発明の開示】
【発明が解決しようとする課題】
【００１２】
ところで、従来のデータ配信システムにおいては、図９に示したように、データ配信装置１６と発信者との間には、第１及び第２の通信ネットワーク１２，１３に示した構成要素のように、幾つかの中継ノードが介在するのが通常である。
しかし、データ配信装置１６において、配信先に依存した配信遅延時間を知ることができないため、経路に依存する配信遅延時間を考慮することなく、データ配信装置１６自体のタイミングで複数の中継ノードへデータを配信するようになっている。このため、各中継ノードにおいてデータ受信タイミングに差が生じるので、ポイント・ツウ・マルチポイントサービスのように、同報配信を行う場合に各端末機へのデータ時間が異なり良好な通信サービスを行うことができなくなるという問題がある。
【００１３】
例えば、ポイント・ツウ・マルチポイントサービスによって、チャットやＴＶ会議といった代表的なサービスを行う場合、同報先の複数のメンバや装置間では、同報データ同士の受信タイミング差を抑止することでサービス性は向上するが、このような制御を行う場合、発信者単位の配信遅延時間を把握し、各配信遅延時間に応じて配信時刻を決定するなどの処理が必要になる。このような処理は、上記のようなデータ配信システムでは実現不可能である。
【００１４】
ところで、上記特許文献１の技術によれば、ユーザ端末機が情報の送信要求をしてから、要求された情報がサーバを介した通信路を経由して要求元のユーザ端末機に到着するまでの時間（対話時間）を定量的に測定することによって、送信元装置から送信先装置へ、そして送信元装置へ至る往復時間を測定するようになっているので、その往復時間の１／２から送信元装置から送信先装置への片道通信時間を計算することが可能である。
【００１５】
しかし、実際に計測されるのは往復時間であるため、往路と復路の通信条件が、異なる通信経路や処理差などの要因で異なった場合、往復時間を単純に１／２としたのでは、送信元装置から送信先装置へ向かう通信時間と、この逆の通信時間とを正確に計算することができない。この場合、上記同様、各中継ノードにおいてデータ受信タイミングに差が生じ、同報配信を行う場合に各端末機へのデータ時間が異なり適正な通信サービスを行うことができなくなるという問題が生じる。
本発明は、このような課題に鑑みてなされたものであり、複数の中継ノードでのデータ受信タイミング差を無くすことによって、同報通信サービスを良好に行うことができるデータ配信システム、データ配信装置及びデータ配信方法を提供することを目的としている。
【課題を解決するための手段】
【００１６】
上記目的を達成するために、本発明の請求項１によるデータ配信システムは、配信データを受信し、この受信時刻を、前記配信データの送信元へ返信される応答信号中に書き込む中継装置と、前記中継装置から受信した応答信号に書き込まれた受信時刻と、これに対応する配信データの配信時刻との差から配信遅延時間を求め、この求められた複数の配信遅延時間の差を求め、この各配信遅延時間差をもとに各中継装置への配信データの配信時刻を求め、これらの配信時刻に応じて配信データを該当中継装置へ配信するデータ配信装置とを備えたことを特徴としている。
【００１７】
この構成によれば、配信遅延時間を昇順（又は降順）にソートし、データ間の配信遅延時間の差分だけタイミング差（＝配信時刻）を与え、配信遅延時間の大きい中継装置から降順（又は昇順）にデータ配信を行うことができるので、複数の中継装置でのデータ受信タイミング差を無くすことができる。
また、本発明の請求項２によるデータ配信装置は、配信データの中継を行う中継装置において前記配信データの送信元へ返信される応答信号に書き込まれた配信データの受信時刻と、これに対応する配信データの配信時刻との差から配信遅延時間を求める第１の計算手段と、前記記憶手段に記憶された各配信遅延時間の差を求め、この各配信遅延時間差をもとに各中継装置への配信データの配信時刻を求める第２の計算手段と、前記第２の計算手段で求められた配信時刻に応じて配信データを該当中継装置へ配信する配信手段とを備えたことを特徴としている。
【００１８】
この構成によれば、配信遅延時間を昇順（又は降順）にソートし、データ間の配信遅延時間の差分だけタイミング差（＝配信時刻）を与え、配信遅延時間の大きい中継装置から降順（又は昇順）にデータ配信を行うことができるので、複数の中継装置でのデータ受信タイミング差を無くすことができる。
また、本発明の請求項３によるデータ配信装置は、請求項２において、前記第１の計算手段で求められた各配信遅延時間及び前記第２の計算手段で求められた各配信時刻の少なくとも一方を、中継装置毎に記憶する記憶手段を更に備えたことを特徴としている。
【００１９】
この構成によれば、一旦計算した中継装置毎の配信時刻を記憶しておくので、以降計算なしに、その記憶された配信時刻を用いてデータ配信を行うことができる。
また、本発明の請求項４によるデータ配信装置は、請求項２または３において、前記第２の計算手段は、前記応答信号の受信が最後まで完了しなかった場合に、当該応答信号を返信した中継装置の配信時刻を、正常に応答信号が受信されて配信時刻が計算された他の中継装置の配信時刻を用いて推定計算することを特徴としている。
この構成によれば、ある中継装置（一部宛先）の配信タイムアウトによって、そのデータ配信応答がシステムで定められたタイマ満了前に受信できなかった場合でも、複数の中継装置でのデータ受信タイミング差を無くすことができる。
【００２０】
また、本発明の請求項５によるデータ配信方法は、中継装置において、データ配信装置からの配信データを受信し、この受信時刻を、データ配信装置へ返信される応答信号中に書き込む第１のステップと、前記データ配信装置において、前記第１のステップで応答信号に書き込まれた受信時刻と、これに対応する配信データの配信時刻との差から配信遅延時間を求める第２のステップと、前記データ配信装置において、前記第２のステップで求められた複数の配信遅延時間の差を求め、この各配信遅延時間差をもとに各中継装置への配信データの配信時刻を求める第３のステップと、前記データ配信装置において、前記第３のステップで求められた配信時刻を中継装置毎に記憶する第４のステップと、前記第４のステップで記憶された各配信時刻に応じて配信データを該当中継装置へ配信する第５のステップとを含むことを特徴としている。
この方法によれば、配信遅延時間を昇順（又は降順）にソートし、データ間の配信遅延時間の差分だけタイミング差（＝配信時刻）を与え、配信遅延時間の大きい中継装置から降順（又は昇順）にデータ配信を行うことができるので、複数の中継装置でのデータ受信タイミング差を無くすことができる。
【発明の効果】
【００２１】
以上説明したように本発明によれば、複数の中継ノードでのデータ受信タイミング差を無くすことによって、同報通信サービスを良好に行うことができるという効果がある。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の実施の形態を、図面を参照して説明する。
（実施の形態）
図１は、本発明の実施の形態に係るデータ配信システムの構成を示す図である。
図１に示すデータ配信システム５０は、ＰＤＣ−Ｐ向けＬＡＮによる第１の通信ネットワーク５２と、ＩＭＴ向けＬＡＮによる第２の通信ネットワーク５４との双方にデータ配信装置５６が接続されて構成されている。
第１の通信ネットワーク５２は、配信データ中継装置５８，５９と、ＰＤＣ−Ｐ網６２と、配信データ中継装置５８，５９とＰＤＣ−Ｐ網６２との間に接続されたルータ６４，６５，６６，６７と、ＰＤＣ−Ｐ網６２とデータ配信装置５６との間に接続されたルータ６８，６９とを備えて構成されている。
【００２３】
第２の通信ネットワーク５４は、携帯電話機７１，７２，７３と、複数のサーバ７４ａ（図には１つのみ記載）を有するＩＭＴ網７４と、ＩＭＴ網７４とデータ配信装置５６との間に接続されたルータ７６，７７とを備えて構成されている。
このような第１の通信ネットワーク５２において、各配信データ中継装置５８，５９からのデータＤ１１，Ｄ１２は、各ルータ６４〜６７を経由してＰＤＣ−Ｐ網６２からＵＤＰ／ＩＰにもとづき、ルータ６８，６９を経由してデータ配信装置５６へ送信される。
また、第２の通信ネットワーク１４において、携帯電話機７１からのデータＤ１３は、ＩＭＴ網７４からＴＣＰ／ＩＰにもとづき、ルータ７６，７７を経由してデータ配信装置５６へ送信される。
【００２４】
これら送信された各データＤ１１〜Ｄ１３は、データ配信装置５６に蓄積された後、Ｄ１４で示すように受信要求などに応じて、中継ノードであるサーバ７４ａを介して各携帯電話７２，７４へ同報送信される。
なお、中継ノードには、ＩＭＴ網７４に備えられる図示せぬ交換機や、他のルータ２４〜２９，３６，３７及び配信データ中継装置１８，１９が該当する。
【００２５】
データ配信装置５６は、図２に示すように、通信制御部８０と、信号分析部８２と、回線管理部８４と、時刻管理部８５と、呼処理制御部（第１の計算手段）８６と、配信データ書込制御部（第２の計算手段）８８と、データ管理テーブル（記憶手段）８８ａとを備えて構成されている。また、中継ノードには、サーバ７４ａに代表して示すように受信時刻書込制御部７５が設けられている。
【００２６】
本実施の形態のデータ配信システム５０の特徴は、複数のサーバ７４ａの受信時刻書込制御部７５が、データ配信装置５６からの配信データの受信時刻を応答信号中に書込み、この応答信号を受信したデータ配信装置５６が、予め蓄積されたデータを同報データとして送信する際に、応答信号に書かれた受信時刻と、これに対応する配信データの配信時刻との差から配信遅延時間を決定し、この配信遅延時間を昇順（又は降順）にソートし、データ間の配信遅延時間の差分だけタイミング差を与え、配信遅延時間の大きいものから降順にデータ配信を行うようにした点にある。
【００２７】
通信制御部８０では、上記で説明したデータ配信装置５６で受信された各データＤ１１〜Ｄ１３が、ＵＤＰ／ＩＰ及びＴＣＰ／ＩＰの各プロトコルで終端処理され、信号分析部８２において、受信データＤ１１〜Ｄ１３の内容が仕様書の規定条件と合っているか否かがチェックされ、回線管理部８４及び呼処理制御部８６への振り分けが行われる。
回線管理部８４では、対向ノードとの回線状態の管理が行われる。呼処理制御部８６では、対向ノードからのデータ受信及び対向ノード向けのデータ送信が行われる。配信データ書込制御部８８では、呼処理制御部８６からの要求に応じて、受信データＤ１１〜Ｄ１３が、半導体記憶装置、磁気記憶装置、光記憶装置などのデータ記憶装置であるデータ管理テーブル８８ａに書き込まれて記憶される。また、呼処理制御部８６及び配信データ書込制御部８８は、次に説明する配信時刻決定処理を行う。
【００２８】
次に、このような構成のデータ配信システム５０におけるデータ配信時刻決定処理の動作を、図３に示すシーケンス図を参照して説明する。
まず、ステップＳ２１において、データ配信装置５６はデータ受信に先立ち、時刻管理部８５と中継ノードとの間で予め取り決めたインタフェース仕様に従い、時刻同期補正信号の送受信を行う。時刻補正は、ＵＮＩＸ（登録商標）サーバ上で動作するＮＴＰなどの汎用アプリケーションソフトを使ってもよいし、独自にインプリメンテーションしてもよい。
【００２９】
データ配信装置５６は、ステップＳ２２において、例えば携帯電話機７１の発信者から配信すべきデータＤ１３を受信すると、ステップＳ２３において、呼処理制御部８６が配信データ書込制御部８８に対してデータ書き込み要求を行う。この要求に応じて配信データ書込制御部８８が、ステップＳ２４において、データ管理テーブル８８ａにデータ格納場所（Ｂ−ｉｄｘ）を書き込む。
【００３０】
配信データ書込制御部８８がステップＳ２５において、その書込みが正常に行われたことを確認すると、ステップＳ２６において、正常応答を呼処理制御部８６へ通知し、これによって、呼処理制御部８６が、ステップＳ２７において、発信者の携帯電話機７１に対してデータ受信応答を送信する。
この後、ステップＳ２８において、呼処理制御部８６が、配信データＤ１３を配信データ書込制御部８８から読み出し、この読み出しが完了すると、ステップＳ２９において、先頭ｉｄｘを呼処理制御部８６に返却する。この後、呼処理制御部８６は、ステップＳ３０において、先に読み出したデータを配信する。
【００３１】
このデータ配信後、呼処理制御部８６は、ステップＳ３１において、中継ノードであるサーバ７４ａからデータ配信応答を受信する。この時、時刻管理部８５によって当該データフレームに書かれたサーバ７４ａにおける受信時刻を読み出し、当該データを配信してからサーバ７４ａで受信されるまでの時間、即ち配信遅延時間を計算する。この計算結果は、ステップＳ３２において、呼処理制御部８６からのデータ削除要求時に、配信データ書込制御部８８に通知される。
【００３２】
配信データ書込制御部８８は、ステップＳ３３において、データ管理テーブル８８ａの全宛先データの配信遅延時間から各データ間の配信遅延時間差を計算し、その配信遅延時間差をもとに配信時刻ｔ１〜ｔｎを計算し、データ管理テーブル８８ａに書き込む。
データ管理テーブル８８ａへの配信時刻書き込み契機は、配信データ書込制御部８８が、全宛先データの配信遅延時間を受信した時点でもよいし、配信データ書込制御部８８にデータ配信応答待ちタイマを用意し、タイムアウトしたものは最前発と最後発の中間で送信するなどの送信方法をとってもよい。
【００３３】
この配信時刻の書込みが完了すると、ステップＳ３４において削除並びに書込みが正常に完了したことを配信データ書込制御部８８へ通知し、この通知が更にステップＳ３５において、呼処理制御部８６へ通知される。
このように本実施の形態のデータ配信システム５０においては、図４のフローチャートに示すように、ステップＦ１において、中継ノードである例えば複数のサーバ７４ａで、データ配信装置５６からの配信データを受信し、受信時刻書込制御部７５で、その受信時刻を、データ配信装置５６へ返信される応答信号中に書き込む。
【００３４】
次に、ステップＦ２において、データ配信装置５６の呼処理制御部８６で、サーバ７４ａからの応答信号を受信し、この応答信号に書き込まれた受信時刻と、これに対応する配信データの配信時刻との差から配信遅延時間を求める。
次に、ステップＦ３において、データ配信装置５６の配信データ書込制御部８８で、呼処理制御部８６で求められた複数の配信遅延時間の差を求め、この各配信遅延時間差をもとに各サーバ７４ａへの配信データの配信時刻を求める。
【００３５】
更に、ステップＦ４において、配信データ書込制御部８８の制御によって、先に求められた配信時刻を中継装置毎にデータ管理テーブル８８ａに記憶する。
そして、ステップＦ５において、データ管理テーブル８８ａに記憶された各配信時刻に応じて配信データを該当サーバ７４ａへ配信するようにした。
但し、中継ノードにおける配信データの受信タイミングを極力同時刻にするため、本処理を行う前に、時刻管理部８５によって時刻同期補正を行うことで、中継ノードとデータ配信装置５６の時刻ずれをなるべく小さい値に補正しておく必要がある。
【００３６】
従って、複数の中継ノードでのデータ受信タイミング差を無くすことができるので、同報通信サービスを良好に行うことができる。このデータ配信システム５０を例えばポイント・ツウ・マルチポイントサービスに用いれば、チャットやＴＶ会議といった代表的なサービスを行う場合、同報先の複数のメンバや装置間で、同報データ同士の受信タイミング差を抑止することができるので、サービス性を向上させることができる。
このような実施の形態のデータ配信システム５０を、更に具体的に次の実施例で説明する。
【００３７】
（第１の実施例）
図５は、本発明の第１の実施例に係る同報宛のデータ配信システムにおいて、一部宛先の配信タイムアウトを考慮した際の同報データの配信時刻決定処理の動作を説明するためのシーケンス図である。
まず、ステップＳ４１において、データ配信装置５６はデータ受信に先立ち、時刻管理部８５と中継ノードとの間で予め取り決めたインタフェース仕様に従い、時刻同期補正信号の送受信を行う。
データ配信装置５６は、ステップＳ４２において、発信者から配信すべきデータＤＬを受信すると、ステップＳ４３において、呼処理制御部８６がデータＤＬから実宛先Ｂ，Ｃ，Ｄを展開し、それぞれの宛先にデータ書き込み行うように、配信データ書込制御部８８に対して要求を行う。
【００３８】
この要求に応じて配信データ書込制御部８８が、ステップＳ４４において、データ管理テーブル８８ａに、Ｂ宛、Ｃ宛、Ｄ宛毎にデータ格納場所（Ｂ−ｉｄｘ）を書き込む。
配信データ書込制御部８８がステップＳ４５において、それらの書込みが正常に行われたことを確認すると、ステップＳ４６において、正常応答を呼処理制御部４６へ通知し、これによって、呼処理制御部４６が、ステップＳ４７において、発信者に対してデータ受信応答Ａを送信する。
【００３９】
この後、ステップＳ４８において、呼処理制御部８６が、配信データＢ，Ｃ，Ｄを配信データ書込制御部８８から読み出し、この読み出しが完了すると、ステップＳ４９において、Ｂ，Ｃ，Ｄの先頭ｉｄｘを呼処理制御部８６に返却する。この後、呼処理制御部８６は、ステップＳ５０において、先に読み出したデータＢ，Ｃ，Ｄを配信する。
このデータ配信後、呼処理制御部８６は、ステップＳ５１において、中継ノードからデータ配信応答を受信する。この時、呼処理制御部８６によって当該データフレームに書かれた中継ノードにおける受信時刻を読み出し、当該データを配信してから中継ノードで受信されるまでの時間、即ち配信遅延時間ＴＲＢ０，ＴＲＣ０，ＴＲＤ０を計算する。
【００４０】
この計算結果は、ステップＳ５２において、呼処理制御部８６からのデータ削除要求時に、配信データ書込制御部８８に通知される。配信データ書込制御部８８は、ステップＳ５３において、データ管理テーブル８８ａの全宛先データの配信遅延時間から各データ間の配信遅延時間差を計算し、その配信遅延時間差をもとにデータ配信時刻を次のように計算して求める。
【００４１】
即ち、Ｃ宛のデータ配信時刻はＴ０＋（ＴＲＢ０−ＴＲＣ０）、Ｄ宛のデータ配信時刻はＴ０＋（ＴＲＢ０−ＴＲＤ０）、Ｂ宛のデータ配信時刻はＴ０のように求め、これらをデータ管理テーブル８８ａに書き込む。
このデータ配信時刻の書込みが完了すると、ステップＳ５４において削除並びに書込みが正常に完了したことを配信データ書込制御部８８へ通知し、この通知が更にステップＳ５５において、呼処理制御部８６へ通知される。
【００４２】
次に、このように決定されたデータ配信時刻にもとづきデータを配信する場合の動作を、図６に示すシーケンス図を参照して説明する。
まず、ステップＳ６１において、データ配信装置５６はデータ受信に先立ち、時刻管理部８５と中継ノードとの間で時刻同期補正信号の送受信を行う。
データ配信装置５６は、ステップＳ６２において、発信者から配信すべきデータＤＬを受信すると、ステップＳ６３において、呼処理制御部８６がデータＤＬから実宛先Ｂ，Ｃ，Ｄを展開し、それぞれの宛先にデータ書き込み行うように、配信データ書込制御部８８に対して要求を行う。
【００４３】
この要求に応じて配信データ書込制御部８８が、ステップＳ６４において、データ管理テーブル８８ａに、Ｂ宛、Ｃ宛、Ｄ宛毎にデータ格納場所（Ｂ−ｉｄｘ）を書き込む。
配信データ書込制御部８８がステップＳ６５において、それらの書込みが正常に行われたことを確認すると、ステップＳ６６において、正常応答を呼処理制御部４６へ通知し、これによって、呼処理制御部４６が、ステップＳ６７において、発信者に対してデータ受信応答Ｂ，Ｃ，Ｄを送信する。
【００４４】
この後、ステップＳ６８において、呼処理制御部８６が、配信データＢ，Ｃ，Ｄを配信データ書込制御部８８から読み出し、この読み出しが完了すると、ステップＳ６９において、Ｂ，Ｃ，Ｄの先頭ｉｄｘを呼処理制御部８６に返却する。この後、呼処理制御部８６は、ステップＳ７０において、先に読み出したデータＢ，Ｃ，Ｄを、データ管理テーブル８８ａに書き込まれたデータ配信時刻に応じて中継ノードへ配信する。
【００４５】
即ち、全宛先のうち最も配信遅延の大きいＢ宛のデータを先頭に、次にＣ宛、この次にＤ宛の順に配信される。
このデータ配信後、呼処理制御部８６は、ステップＳ７１において、中継ノードからデータ配信応答を受信する。この時、呼処理制御部８６によって当該データフレームに書かれた中継ノードにおける受信時刻を読み出し、当該データを配信してから中継ノードで受信されるまでの時間、即ち配信遅延時間ＴＲＢ１，ＴＲＣ１，ＴＲＤ１を計算する。
【００４６】
この計算結果は、ステップＳ７２において、呼処理制御部８６からのデータ削除要求時に、配信データ書込制御部８８に通知される。配信データ書込制御部８８は、ステップＳ７３において、データ管理テーブル８８ａの全宛先データの配信遅延時間から各データ間の配信遅延時間差を計算し、その配信遅延時間差をもとにデータ配信時刻を次のように計算して求める。
【００４７】
即ち、Ｂ宛のデータ配信時刻はＴ１、Ｃ宛のデータ配信時刻はＴ１＋（ＴＲＢ１−ＴＲＣ１）、Ｄ宛のデータ配信時刻はＴ１＋（ＴＲＢ１−ＴＲＤ１）のように求め、これらをデータ管理テーブル８８ａに上書きする。
このデータ配信時刻の上書きが完了すると、ステップＳ７４において削除並びに書込みが正常に完了したことを配信データ書込制御部８８へ通知し、この通知が更にステップＳ７５において、呼処理制御部８６へ通知される。
このように第１の実施例によれば、複数の中継ノードでのデータ受信タイミング差を無くすことができるので、同報通信サービスを良好に行うことができる。
【００４８】
（第２の実施例）
図７は、本発明の第２の実施例に係る同報宛のデータ配信システムにおいて、一部宛先の配信タイムアウトを考慮した際の同報データの配信時刻決定処理の動作を説明するためのシーケンス図である。
第１の実施例では、全宛先についてのデータ配信時刻が配信遅延時間差から受信できる場合を想定していたが、第２の実施例のように一部宛先の配信タイムアウトを考慮した場合、データ配信応答がシステムが定めるタイマ満了前に受信できないと上記論理では配信時刻が決定できないため、データ配信応答が失敗したデータ向けの配信時刻決定ルールを定義しておく必要がある。
【００４９】
一部の宛先についてのデータ配信応答が受信できない場合を考慮した際の同報宛データ配信システムにおける配信時刻決定までの信号シーケンスを説明する。
まず、ステップＳ８１において、データ配信装置５６はデータ受信に先立ち、時刻管理部８５と中継ノードとの間で時刻同期補正信号の送受信を行う。
データ配信装置５６は、ステップＳ８２において、発信者から配信すべきデータＤＬを受信すると、ステップＳ８３において、呼処理制御部８６がデータＤＬから実宛先Ｂ，Ｃ，Ｄを展開し、それぞれの宛先にデータ書き込み行うように、配信データ書込制御部８８に対して要求を行う。
【００５０】
この要求に応じて配信データ書込制御部８８が、ステップＳ８４において、データ管理テーブル８８ａに、Ｂ宛、Ｃ宛、Ｄ宛毎にデータ格納場所（Ｂ−ｉｄｘ）を書き込む。
配信データ書込制御部８８がステップＳ８５において、それらの書込みが正常に行われたことを確認すると、ステップＳ８６において、正常応答を呼処理制御部８６へ通知し、これによって、呼処理制御部８６が、ステップＳ８７において、発信者に対してデータ受信応答Ａを送信する。
【００５１】
この後、ステップＳ８８において、呼処理制御部８６が、配信データＢ，Ｃ，Ｄを配信データ書込制御部８８から読み出し、この読み出しが完了すると、ステップＳ８９において、Ｂ，Ｃ，Ｄの先頭ｉｄｘを呼処理制御部８６に返却する。この後、呼処理制御部８６は、ステップＳ８０において、先に読み出したデータＢ，Ｃ，Ｄを配信する。
このデータ配信後、呼処理制御部８６は、ステップＳ９１において、中継ノードからデータ配信応答Ｃ，Ｄ，Ｂを受信する。呼処理制御部８６によって当該データフレームに書かれた中継ノードにおける受信時刻を読み出し、当該データを配信してから中継ノードで受信されるまでの時間、即ち配信遅延時間ＴＲＢ０，ＴＲＣ０，ＴＲＤ０を計算し、この計算結果を、ステップＳ９２において、呼処理制御部８６からのデータ削除要求時に、配信データ書込制御部８８に通知する。
【００５２】
しかし、ステップＳ９１，Ｓ９２において、データ配信応答Ｂの受信がステップＳ９２ａに示すようにタイムオーバとなり、ステップＳ９２における配信データ書込制御部８８へ、配信遅延時間ＴＲＣ０，ＴＲＤ０しか通知されなかったとする。
この場合、配信データ書込制御部８８は、ステップＳ９３において、データ管理テーブル８８ａの全宛先データの配信遅延時間から各データ間の配信遅延時間差を計算し、その配信遅延時間差をもとにデータ配信時刻を次のように計算して求める。この場合、データ配信応答Ｂが途中でタイムオーバのため受信できなかったので、最も配信遅延時間が長い。
【００５３】
そこで、Ｃ宛のデータ配信時刻はＴ０、Ｄ宛のデータ配信時刻はＴ０＋（ＴＲＣ０−ＴＲＤ０）、Ｂ宛のデータ配信時刻はＴ０＋１／２（ＴＲＣ０−ＴＲＤ０）のように求め、これらをデータ管理テーブル８８ａに書き込む。
このデータ配信時刻の書込みが完了すると、ステップＳ９４において削除並びに書込みが正常に完了したことを配信データ書込制御部８８へ通知し、この通知が更にステップＳ９５において、呼処理制御部８６へ通知される。
【００５４】
次に、このように決定されたデータ配信時刻にもとづきデータを配信する場合の動作を、図８に示すシーケンス図を参照して説明する。
まず、ステップＳ１０１において、データ配信装置５６はデータ受信に先立ち、時刻管理部８５と中継ノードとの間で時刻同期補正信号の送受信を行う。
データ配信装置５６は、ステップＳ１０２において、発信者から配信すべきデータＤＬを受信すると、ステップＳ１０３において、呼処理制御部８６がデータＤＬから実宛先Ｂ，Ｃ，Ｄを展開し、それぞれの宛先にデータ書き込み行うように、配信データ書込制御部８８に対して要求を行う。
【００５５】
この要求に応じて配信データ書込制御部８８が、ステップＳ１０４において、データ管理テーブル８８ａに、Ｂ宛、Ｃ宛、Ｄ宛毎にデータ格納場所（Ｂ−ｉｄｘ）を書き込む。
配信データ書込制御部８８がステップＳ１０５において、それらの書込みが正常に行われたことを確認すると、ステップＳ１０６において、正常応答を呼処理制御部８６へ通知し、これによって、呼処理制御部８６が、ステップＳ１０７において、発信者に対してデータ受信応答Ｂ，Ｃ，Ｄを送信する。
【００５６】
この後、ステップＳ１０８において、呼処理制御部８６が、配信データＢ，Ｃ，Ｄを配信データ書込制御部８８から読み出し、この読み出しが完了すると、ステップＳ１０９において、Ｂ，Ｃ，Ｄの先頭ｉｄｘを呼処理制御部８６に返却する。この後、呼処理制御部８６は、ステップＳ１１０において、先に読み出したデータＢ，Ｃ，Ｄを、データ管理テーブル８８ａに書き込まれたデータ配信時刻に応じて中継ノードへ配信する。
【００５７】
即ち、全宛先のうち最も配信遅延の大きいＢ宛のデータを先頭に、次にＣ宛、この次にＤ宛の順に配信される。
このデータ配信後、呼処理制御部８６は、ステップＳ１１１において、中継ノードからデータ配信応答を受信する。この時、配信データ書込制御部８８が当該データフレームに書かれた中継ノードにおける受信時刻を読み出し、対応する配信データの配信時刻とから当該データを配信してから中継ノードで受信されるまでの時間、即ち配信遅延時間ＴＲＢ１，ＴＲＣ１，ＴＲＤ１を計算する。
【００５８】
この計算結果は、ステップＳ１１２において、呼処理制御部８６からのデータ削除要求時に、配信データ書込制御部８８に通知される。配信データ書込制御部８８は、ステップＳ１１３において、データ管理テーブル８８ａの全宛先データの配信遅延時間から各データ間の配信遅延時間差を計算し、その配信遅延時間差をもとにデータ配信時刻を次のように計算して求める。
即ち、Ｂ宛のデータ配信時刻はＴ１、Ｃ宛のデータ配信時刻はＴ１＋（ＴＲＢ１−ＴＲＣ１）、Ｄ宛のデータ配信時刻はＴ１＋（ＴＲＢ１−ＴＲＤ１）のように求め、これらをデータ管理テーブル８８ａに上書きする。
【００５９】
このデータ配信時刻の上書きが完了すると、ステップＳ１１４において削除並びに書込みが正常に完了したことを配信データ書込制御部８８へ通知し、この通知が更にステップＳ１１５において、呼処理制御部８６へ通知される。
このように第２の実施例によれば、一部宛先の配信タイムアウトによって、そのデータ配信応答がシステムが定めるタイマ満了前に受信できなかった場合でも、複数の中継ノードでのデータ受信タイミング差を無くすことができるので、同報通信サービスを良好に行うことができる。
【図面の簡単な説明】
【００６０】
【図１】本発明の実施の形態に係るデータ配信システムの構成を示すブロック図である。
【図２】上記実施の形態に係るデータ配信システムにおけるデータ配信装置の構成を示すブロック図である。
【図３】上記実施の形態に係るデータ配信システムにおけるデータ配信時刻決定処理の動作を説明するためのシーケンス図である。
【図４】上記実施の形態に係るデータ配信システムにおけるデータ配信処理の動作を説明するためのフローチャートである。
【図５】本発明の第１の実施例に係る同報宛のデータ配信システムにおいて、一部宛先の配信タイムアウトを考慮した際の同報データの配信時刻決定処理の動作を説明するためのシーケンス図である。
【図６】上記第１の実施例に係る同報宛のデータ配信システムにおいて、一部宛先の配信タイムアウトを考慮した際の同報データの配信時刻決定処理で決定されたデータ配信時刻にもとづきデータを配信する場合の動作を示すシーケンス図である。
【図７】本発明の第２の実施例に係る同報宛のデータ配信システムにおいて、一部宛先の配信タイムアウトを考慮した際の同報データの配信時刻決定処理の動作を説明するためのシーケンス図である。
【図８】上記第２の実施例に係る同報宛のデータ配信システムにおいて、一部宛先の配信タイムアウトを考慮した際の同報データの配信時刻決定処理で決定されたデータ配信時刻にもとづきデータを配信する場合の動作を示すシーケンス図である。
【図９】従来のデータ配信システムの構成を示すブロック図である。
【図１０】従来のデータ配信システムにおけるデータ配信装置の構成を示すブロック図である。
【図１１】従来のデータ配信システムにおけるデータ配信時刻決定処理の動作を説明するためのシーケンス図である。
【符号の説明】
【００６１】
５０  データ配信システム
５２  第１の通信ネットワーク
５４  第２の通信ネットワーク
５６  データ配信装置
５８，５９  配信データ中継装置
６２  ＰＤＣ−Ｐ網
６４，６５，６６，６７，６８，６９，７６，７７  ルータ
７１，７２，７３  携帯電話機
７４  ＩＭＴ網
７４ａ  サーバ
７５  受信時刻書込制御部
８０  通信制御部
８２  信号分析部
８４  回線管理部
８５  時刻管理部
８６  呼処理制御部
８８  配信データ書込制御部
８８ａ  データ管理テーブル
Ｄ１１〜Ｄ１３  蓄積されるデータ
Ｄ１４  同報データ
【図１】
2005136506.tif 000003
【図２】
2005136506.tif 000004
【図３】
2005136506.tif 000005
【図４】
2005136506.tif 000006
【図５】
2005136506.tif 000007
【図６】
2005136506.tif 000008
【図７】
2005136506.tif 000009
【図８】
2005136506.tif 000010
【図９】
2005136506.tif 000011
【図１０】
2005136506.tif 000012
【図１１】
2005136506.tif 000013