(57)【特許請求の範囲】
【請求項１】
ブロードキャストの対象となる情報を発信するクライアントサーバと、前記情報に基づくメッセージをブロードキャストする複数の広域情報配信サーバと、前記クライアントサーバと前記広域情報配信サーバとの間の中継を行う中継サーバと、を備えた配信システムであって、
前記中継サーバは、
前記クライアントサーバから前記情報を含む送信要求を受信する第１の受信手段と、
前記第１の受信手段によって受信された送信要求に応じたメッセージをブロードキャストする広域情報配信サーバを前記複数の広域情報配信サーバの中から選択する選択手段と、
前記選択手段によって選択された広域情報配信サーバへ前記第１の受信手段によって受信された送信要求を送信する第１の送信手段と、
前記送信要求を処理してからの経過時間が所定時間以内である旨の時間情報と、前記第１の受信手段によって受信された送信要求の発信元であるクライアントサーバを特定する発信情報と、前記第１の送信手段によって送信された送信要求の送信先である広域情報配信サーバを特定する着信情報とを関連付けて格納する第１の格納手段と、
を備え、
前記選択手段は、前記第１の受信手段によって受信された送信要求の発信元のクライアントサーバを特定する発信情報と関連づけて前記時間情報が前記第１の格納手段によって既に格納されている場合に、前記第１の受信手段によって受信された送信要求の発信元のクライアントサーバを特定する発信情報と関連づけて前記第１の格納手段によって格納された広域情報配信サーバを選択し、
前記広域情報配信サーバは、
前記中継サーバから前記送信要求を受信する第２の受信手段と、
前記第２の受信手段によって受信された前記送信要求を情報処理する処理手段と、
警告情報と発信者と警告メッセージを識別するためのメッセージＩＤと前記警告メッセージをブロードキャストするエリアを特定するためのエリアＩＤとを含む警告信号が前記処理手段から入力された場合、前記警告信号に含まれる前記警告情報に基づいて前記警告メッセージを生成し、前記警告信号に含まれる前記エリアＩＤによって示されるエリアへ前記警告メッセージをブロードキャストする第２の送信手段と、
前記第２の受信手段によって受信された前記送信要求に含まれる当該送信要求の発信者と、メッセージＩＤと、エリアＩＤとを格納する第２の格納手段と、
を備え、
前記処理手段は、前記第２の受信手段によって受信された前記送信要求が警告信号である場合、前記第２の格納手段によって格納されている情報を参照して、既に同じ発信者から同じメッセージＩＤの警告信号を受信しているか否か判断し、受信していると判断した場合は、当該送信要求を破棄し、受信していないと判断した場合は、当該送信要求を前記第２の送信手段へ出力し、当該送信要求に含まれる発信者とメッセージＩＤとエリアＩＤとを前記第２の格納手段へ出力する、
ことを特徴とする配信システム。
【請求項２】
前記第２の送信手段は、前記警告メッセージのメッセージＩＤを含み前記警告メッセージが誤報である旨を示すキャンセル信号とキャンセルメッセージを送信するエリアを特定するエリアＩＤとが前記処理手段から入力された場合、前記キャンセルメッセージを生成し、前記エリアＩＤによって示されるエリアへ前記キャンセルメッセージをブロードキャストし、
前記処理手段は、前記第２の受信手段によって受信された前記送信要求がキャンセル信号である場合、前記第２の格納手段によって格納されている情報を参照して、当該送信要求に含まれるメッセージＩＤと関連付けて格納されたエリアＩＤを抽出し、その抽出したエリアＩＤと当該送信要求とを前記第２の送信手段へ出力する、
ことを特徴とする請求項１に記載の配信システム。
【請求項３】
前記選択手段は、前記第１の受信手段によって受信されたメッセージの発信元のクライアントサーバを特定する発信情報と関連づけて時間情報が前記第１の格納手段によって格納されていない場合に、前記複数の広域情報配信サーバそれぞれの負荷を示す負荷情報に基づいて、広域情報配信サーバを選択することを特徴とする請求項１または２に記載の配信システム。
【請求項４】
ブロードキャストの対象となる情報を発信するクライアントサーバと、前記情報に基づくメッセージをブロードキャストする複数の広域情報配信サーバと、前記クライアントサーバと前記広域情報配信サーバとの間の中継を行う中継サーバと、を用いた配信方法であって、
前記中継サーバの第１の受信手段が、前記クライアントサーバから前記情報を含む送信要求を受信する第１の受信ステップと、
前記中継サーバの選択手段が、前記第１の受信ステップにおいて受信された送信要求に応じたメッセージをブロードキャストする広域情報配信サーバを前記複数の広域情報配信サーバの中から選択する選択ステップと、
前記中継サーバの第１の送信手段が、前記選択ステップにおいて選択された広域情報配信サーバへ前記第１の受信ステップにおいて受信された送信要求を送信する第１の送信ステップと、
前記広域情報配信サーバの第２の受信手段が、前記中継サーバから前記送信要求を受信する第２の受信ステップと、
前記広域情報配信サーバの処理手段が、前記第２の受信ステップにおいて受信された前記送信要求を情報処理する処理ステップと、
前記広域情報配信サーバの第２の送信手段が、警告情報と発信者と警告メッセージを識別するためのメッセージＩＤと前記警告メッセージをブロードキャストするエリアを特定するためのエリアＩＤとを含む警告信号が前記処理手段によって入力された場合、前記警告信号に含まれる前記警告情報に基づいて前記警告メッセージを生成し、前記警告信号に含まれる前記エリアＩＤによって示されるエリアへ前記警告メッセージをブロードキャストする第２の送信ステップと、
を含み、
前記選択ステップは、前記第１の受信ステップにおいて受信された送信要求の発信元のクライアントサーバを特定する発信情報と関連づけて、当該送信要求を処理してからの経過時間が所定時間以内である旨の時間情報と、当該送信要求の送信先である広域情報配信サーバを特定する着信情報とが前記中継サーバの第１の格納手段において既に格納されている場合に、前記着信情報によって特定される広域情報配信サーバを、前記選択手段が選択し、
前記処理ステップは、前記第２の受信ステップにおいて受信された前記送信要求が警告信号である場合、前記広域情報配信サーバの第２の格納手段に格納されている発信者とメッセージＩＤとエリアＩＤとを前記処理手段が参照して、既に同じ発信者から同じメッセージＩＤの警告信号を受信しているか否かを前記処理手段が判断し、受信していると前記処理手段が判断した場合は、前記処理手段が当該送信要求を破棄し、受信していないと前記処理手段が判断した場合は、前記処理手段が、当該送信要求を前記第２の送信手段へ出力し、当該送信要求に含まれる発信者とメッセージＩＤとエリアＩＤとを前記第２の格納手段へ出力する、
ことを特徴とする配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ送信の中継を行う配信システム及び配信方法に関する。
【背景技術】
【０００２】
下記特許文献１には、受信した電子メールに示される作業依頼に従って作業を行う受信装置に対して、電子メールを配信する中継装置について記載されている。この中継装置は、電子メールを受信すると、最も負荷の軽い受信装置を配信先の受信装置として選択する。
【特許文献１】特開２０００−２５３０４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、ブロードキャスト型の情報配信を行う配信システムがある。この配信システムは、ブロードキャスト用の情報を発信するクライアントサーバと、その情報に基づくメッセージをブロードキャストする複数の広域情報配信サーバと、クライアントサーバから情報を受信して受信した情報を広域情報配信サーバへ送信する中継サーバとを備える。クライアントサーバは、メッセージが緊急情報である場合、緊急情報を確実に中継サーバへ送信するために、同じ緊急情報を２回送信する。
【０００４】
上記特許文献１に記載されたように中継サーバが最も負荷の軽い広域情報配信サーバへ情報を転送する場合、同じ情報が２回送信されると、クライアントサーバから１回目に送信された情報と２回目に送信された情報とが異なる広域情報配信サーバへ送信されることが多い。そこで、重複してメッセージがブロードキャストされることを回避するための処理が必要となる。
【０００５】
例えば、ブロードキャスト用の情報を受信した広域情報配信サーバは、同じ情報を受信していないかどうか、他の複数の広域情報配信サーバへそれぞれ問い合わせて、同じ情報を他の広域情報配信サーバが受信している場合は受信した情報を削除する。この場合、ブロードキャスト用の情報を受信するたびに、他の複数の広域情報配信サーバへそれぞれ問い合わせることが必要となる。このため、処理時間とトラフィックとが増大するので問題である。
【０００６】
また、ブロードキャストしたメッセージが誤報であった場合、誤報である旨のキャンセルメッセージをブロードキャストするために、クライアントサーバは、キャンセル用の情報を中継サーバへ送信する。このような場合にも、上記特許文献１に記載されたように中継サーバが最も負荷の軽い広域情報配信サーバへ情報を転送すると、誤報であるメッセージをブロードキャストした広域情報配信サーバとキャンセル用の情報を受信した広域情報配信サーバとが異なることが多い。
【０００７】
この場合も、キャンセル用の情報を受信した広域情報配信サーバは、該当する警告情報を受信していないか、他の複数のサーバへそれぞれ問い合わせる必要がある。それは、次のような理由からである。クライアントサーバは、警告情報を送信する場合は、メッセージをブロードキャストするエリアを特定するエリア情報を警告情報に付加して送信する。しかし、キャンセル用の情報は、キャンセルする警告情報を特定する情報は付加されているものの、データ量を小さくするためにエリア情報は付加しない。この為、キャンセル用の情報だけを受信した広域情報配信サーバは、ブロードキャストエリアを把握できない。
【０００８】
よって、既にブロードキャストしたメッセージのブロードキャストエリアを参照するために、該当する警告情報を受信していないか、他の複数の広域情報配信サーバそれぞれに問い合わせる必要がある。従って、キャンセル用の情報を受信するたびに、他の複数の広域情報配信サーバそれぞれに問い合わせることとなる。このため、処理時間及びトラフィックが増大するので問題である。
【０００９】
そこで、本発明は、配信システムにおける処理時間及びトラフィックを抑制することができる配信システム及び配信方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の中継サーバは、ブロードキャストの対象となる情報を発信するクライアントサーバと情報に基づくメッセージをブロードキャストする複数の広域情報配信サーバとの間の中継を行う中継サーバにおいて、クライアントサーバから情報を含む送信要求を受信する受信手段と、受信手段によって受信された送信要求に応じたメッセージをブロードキャストする広域情報配信サーバを複数の広域情報配信サーバの中から選択する選択手段と、選択手段によって選択された広域情報配信サーバへ受信手段によって受信された送信要求を送信する送信手段と、送信要求を処理してからの経過時間が所定時間以内である旨の時間情報と、受信手段によって受信された送信要求の発信元であるクライアントサーバを特定する発信情報と、送信手段によって送信された送信要求の送信先である広域情報配信サーバを特定する着信情報とを関連付けて格納する格納手段と、を備え、選択手段は、受信手段によって受信された送信要求の発信元のクライアントサーバを特定する発信情報と関連づけて時間情報が格納手段によって既に格納されている場合に、受信手段によって受信された送信要求の発信元のクライアントサーバを特定する発信情報と関連づけて格納手段によって格納された広域情報配信サーバを選択することを特徴とする。
【００１１】
本発明の中継方法は、ブロードキャストの対象となる情報を発信するクライアントサーバと情報に基づくメッセージをブロードキャストする複数の広域情報配信サーバとの間の中継を行う中継方法において、受信手段が、クライアントサーバから情報を含む送信要求を受信する受信ステップと、選択手段が、受信ステップにおいて受信された送信要求に応じたメッセージをブロードキャストする広域情報配信サーバを複数の広域情報配信サーバの中から選択する選択ステップと、送信手段が、選択ステップにおいて選択された広域情報配信サーバへ受信ステップにおいて受信された送信要求を送信する送信ステップと、格納手段が、送信要求を処理してからの経過時間が所定時間以内である旨の時間情報と、受信ステップにおいて受信された送信要求の発信元であるクライアントサーバを特定する発信情報と、送信ステップにおいて送信された送信要求の送信先である広域情報配信サーバを特定する着信情報とを関連付けて格納する格納ステップと、含み、選択ステップは、受信ステップにおいて受信された送信要求の発信元のクライアントサーバを特定する発信情報と関連づけて時間情報が格納ステップにおいて既に格納されている場合に、受信手段によって受信された送信要求の発信元のクライアントサーバを特定する発信情報と関連づけて格納手段によって格納された広域情報配信サーバを選択することを特徴とする。
【００１２】
本発明者らは、クライアントサーバが同じ情報を２回送信する場合、中継サーバにおける１回目の受信と２回目の受信との時間差は比較的小さいことに着目した。また、クライアントサーバが情報を送信してからキャンセル用の情報を送信するまでの時間も比較的小さいことに着目した。これにより、本発明者らは、送信元のクライアントサーバが同じで、中継サーバが前回の情報を受信してから次の情報を受信するまでの時間が所定時間以内であれば、同じ情報又はキャンセル用の情報であると判断できることを見出し、上記発明を完成させた。
【００１３】
本発明では、ブロードキャストのための情報を含む送信要求を受信すると、受信した送信要求を広域情報配信サーバへ送信する。また、少なくとも送信要求を処理してからの経過時間が所定時間以内である期間は、その旨の時間情報と、送信要求の発信元であるクライアントサーバを特定する発信情報と、送信要求の送信先である広域情報配信サーバを特定する着信情報とが、格納手段によって格納される。すなわち、格納手段は、送信要求を処理してからの経過時間が所定時間以内の発信元（クライアントサーバ）と送信先（広域情報配信サーバ）との組み合わせを示す情報を格納する。よって、中継サーバは、送信要求を受信した場合、格納手段に受信した送信要求のクライアントサーバが格納されていなければ、送信先の広域情報配信サーバを任意の方法で選択し、送信要求を送信する。すると、少なくとも経過時間が所定時間以内である期間は発信情報と着信情報とが関連付けて格納される。中継サーバが、同じクライアントサーバからの送信要求を処理してから所定時間以内に送信要求を受信した場合、発信情報と関連付けられた着信情報によって示される広域情報配信サーバが選択される。この送信要求は、前回処理した送信要求に含まれるブロードキャスト用の情報と同じ情報を含む送信要求か、又は、キャンセル用の情報を含む送信要求のどちらかである。この送信要求が、前回処理した送信要求の送信先と同じ広域情報配信サーバへ送信される。このようにして、送信先の広域情報配信サーバを選択することにより、例えば、同じ送信要求は同じ広域情報配信サーバへ送信され、キャンセル用の送信要求はキャンセル対象の送信要求が送信された広域情報配信サーバと同じ広域情報配信サーバへ送信されることとなる。よって、広域情報配信サーバにおいて情報の重複削除、及びブロードキャストエリアの特定のために行われる広域情報配信サーバ間での信号の送受信を行う必要がなくなる。従って、配信システムにおける処理時間及びトラフィックを抑制することができる。
【００１４】
上記中継サーバでは、選択手段は、受信手段によって受信されたメッセージの発信元のクライアントサーバを特定する発信情報と関連づけて時間情報が格納手段によって格納されていない場合に、複数の広域情報配信サーバそれぞれの負荷を示す負荷情報に基づいて、広域情報配信サーバを選択することが好ましい。
【００１５】
この場合、中継サーバは、所定時間を越えた後に、同じクライアントサーバから送信要求を受信した場合に、複数の広域情報配信サーバの負荷に基づいて送信先の広域情報配信サーバを選択することとなる。すなわち、同じ送信要求を受信していない場合、及び、キャンセル用の送信要求でない場合に、広域情報配信サーバの負荷に基づいて、送信先を決定することとなる。よって、この場合には、広域情報配信サーバの負荷分散を行うことができる。
【発明の効果】
【００１６】
本発明によれば、広域情報配信サーバ間における信号の送受信を行う必要がなくなるので、ブロードキャスト型の情報を配信する配信システムにおける処理時間及びトラフィックを抑制することができる。これにより、クライアントサーバから送信要求を発信してからメッセージがブロードキャストされるまでの時間を短縮することができる。
【発明を実施するための最良の形態】
【００１７】
以下、添付図面を参照して、本発明を実施するための最良の形態を詳細に説明する。なお、図面の説明において同一の要素に同一の符号を付し、重複する説明を省略する。
【００１８】
図１は、本実施形態に係る配信システムの構成を示す図である。本実施形態に係る配信システム１は、ブロードキャスト型の情報配信を行うシステムである。ブロードキャストされるメッセージは、例えば、災害等を報知する警告メッセージである。配信システム１から、例えば横浜市のエリアに「緊急地震速報  横浜で地震発生  強い揺れに備えてください。」等の警告メッセージがブロードキャストされる。また、ブロードキャストされるメッセージとして、既にブロードキャストされたメッセージが誤報であったことを報知するためのキャンセルメッセージがある。例えば、キャンセルメッセージとして、「１０時１０分の緊急速報は誤りでした。」等がある。
【００１９】
配信システム１は、クライアントサーバ１０、ＬＢ（ロードバランサー；中継サーバ）２０、及び広域情報配信サーバ３０を備える。クライアントサーバ１０及び広域情報配信サーバ３０は、それぞれ複数あり、図１には例として、３つのクライアントサーバＡ１０〜Ｃ１０と４つの広域情報配信サーバＡ３０〜Ｄ３０を図示している。
【００２０】
配信システム１では、クライアントサーバ１０がブロードキャストするメッセージ情報を発信する。発信されたメッセージ情報は、ＬＢ２０を経由して広域情報配信サーバ３０へ送信される。そして、指定されたエリアへメッセージ情報に基づくメッセージが、広域情報配信サーバ３０によって移動体無線通信網を介してブロードキャストされる。ブロードキャストされたメッセージは、ブロードキャストされたエリアに位置する移動端末４０によって受信される。移動端末４０は、例えば、携帯電話、ＰＨＳ（Personal Handy-phone System）、ＰＤＡ（Personal Digital Assistant）等の通信端末である。
【００２１】
図２は、本実施形態に係る配信システムにおいて参照されるプロトコルスタックの構成を示す図である。図２に示すように、配信システム１は、アプリケーション層においてＨＴＴＰプロトコル、ＨＴＴＰＳプロトコル、配信システム専用のプロトコルを使用し、トランスポート層においてＴＣＰプロトコルを使用し、ネットワーク層においてＩＰプロトコルを使用し、物理層においてＬ２又はＬ１プロトコルを使用する。
【００２２】
クライアントサーバ１０及び広域情報配信サーバ３０は、アプリケーション層、トランスポート層、ネットワーク層、及び物理層を参照する。ＬＢ２０は、トランスポート層、ネットワーク層、及び物理層を参照し、アプリケーション層を参照しない。ＬＢ２０がアプリケーション層を参照しないのは、ＬＢ２０における処理速度を向上させるためである。
【００２３】
このため、ＬＢ２０は、アプリケーション層、トランスポート層、ネットワーク層、及び物理層の各プロトコルに基づいて構成された情報をクライアントサーバ１０から受信すると、アプリケーション層を参照せずに、受信した情報を広域情報配信サーバ３０へ送信する。
【００２４】
ＬＢ２０は、クライアントサーバ１０からブロードキャストのための情報を含む送信要求を受信する。この送信要求は２種あり、上述したように、警告メッセージをブロードキャストするように要求する旨の警告信号と、キャンセルメッセージをブロードキャストするように要求する旨のキャンセル信号がある。図３は、本実施形態に係る配信システムにおいてクライアントサーバから送信される送信要求の構成を示す表である。図３（ａ）は警告信号を示し、図３（ｂ）はキャンセル信号を示す。
【００２５】
警告信号には、警告情報に加えて、図３（ａ）に示すように、発信者、着信者、メッセージＩＤ、及びエリアＩＤを示す情報が含まれている。発信者は、例えば、クライアントサーバＢ１０の利用者であるクライアントＢである。着信者は、ＬＢ２０となる。メッセージＩＤは、警告メッセージを識別する文字列であり、クライアントサーバ１０において付与されるＩＤである。例えば、メッセージＩＤとして「００１」等が用いられる。
【００２６】
エリアＩＤは、ブロードキャストするエリアを特定するための符号である。例えば、エリアＩＤとして、横浜市と関連付けられた「α」が用いられる。エリアＩＤは、ブロードキャストする市町村が多い場合、その市町村をそれぞれ特定する符号の羅列となるので大きな情報量となる。
【００２７】
警告信号は、重要なメッセージをブロードキャストするための信号なので、確実にブロードキャストされる必要がある。そこで、クライアントサーバ１０は、２つの経路で同じ警告信号を発信する。２つの経路とは、例えば、インターネット網経由、ＩＰ−ＶＡＮ（Internet Protocol-Virtual Private Network）経由、専用線経由等の経路のうち、２つの異なる経路である。従って、ＬＢ２０は、同じ警告信号を２回受信して広域情報配信サーバ３０へ送信することとなり、広域情報配信サーバ３０へ、重複した警告信号が送信されることとなる。
【００２８】
キャンセル信号には、図３（ｂ）に示すように、メッセージ自体を示す情報は含まれず、発信者、着信者、メッセージＩＤを示す情報が含まれている。キャンセル信号は、メッセージＩＤによって示される警告メッセージが誤報である旨を示すと共に、その警告メッセージが誤報である旨をブロードキャストするように要求するものである。キャンセル信号には、エリアＩＤは含まれない。これは、大きな情報量となるエリアＩＤを省くことにより、伝送速度を上げるためである。
【００２９】
引き続いて、図４を参照して、ＬＢ２０及び広域情報配信サーバ３０の機能的な構成について説明する。図４は、本実施形態に係るＬＢ及び広域情報配信サーバの機能的な構成を示す図である。最初にＬＢ１０について説明する。
【００３０】
ＬＢ１０は、受信部（受信手段）２１、選択部（選択手段）２２、送信部（送信手段）２３、セッション管理テーブル２４、送信テーブル（格納手段）２５、及びカウント部２６を備える。受信部２１は、クライアントサーバ１０から送信要求を受信し、選択部２２へ出力する。選択部２２は、受信部２１から入力した送信要求の送信先の広域情報配信サーバ３０を選択し、選択した広域情報配信サーバ３０を示す情報と共に送信要求を送信部２３へ出力する。送信部２３は、選択部２２が選択した広域情報配信サーバ３０へ送信要求を送信する。
【００３１】
セッション管理テーブル２４は、送信部２３の状態を監視して、ＬＢ２０とセッションが確立された広域情報配信サーバ３０を示す情報と、確立されたセッション数とを関連付けて格納している。図５（ａ）は、本実施形態に係るＬＢに含まれるセッション管理テーブルの構成を示す表である。セッションが確立されているということは、情報が広域情報配信サーバ３０へ送信されており、広域情報配信サーバ３０に負荷がかかっていることを示す。よって、セッション管理テーブル２４によって管理されているセッション数を示す情報は、複数の広域情報配信サーバ３０それぞれの負荷を示す負荷情報である。
【００３２】
図５（ａ）に示すように、例えば、セッション管理テーブル２４は、「広域情報配信サーバＡ」とセッション数「１」とを関連付けて格納し、「広域情報配信サーバＢ」とセッション数「１」とを関連付けて格納し、「広域情報配信サーバＣ」とセッション数「１」とを関連付けて格納している。この図５（ａ）に示される状況では、広域情報配信サーバＤ３０とＬＢ２０との間でのみセッションが確立されていないので、広域情報配信サーバＡ〜Ｃ３０より広域情報配信サーバＤ３０の負荷が低いことが分かる。
【００３３】
送信テーブル２５は、選択部２２を参照して、図５（ｂ）に示すように、発信情報と着信情報と時間情報とを関連付けて格納している。図５（ｂ）は、本実施形態に係るＬＢに含まれる送信テーブルの構成を示す表である。発信情報は、送信部２３によって送信される送信要求の発信元であるクライアントサーバ１０を特定する情報である。本実施形態では、発信情報としてクライアント名を用いることで、クライアントに対応するクライアントサーバを特定している。着信情報は、送信部２３によって送信される送信要求の発信先である広域情報配信サーバ３０を特定する情報である。
【００３４】
時間情報とは、送信要求を処理してから所定時間までの時間をカウントダウンした情報である。時間情報が０になると、その時間情報と関連付けられた発信情報及び着信情報がクリアされる。すなわち、発信情報と着信情報と時間情報とは、該当する送信要求を処理してから所定時間以内の期間、送信テーブル２５に格納される情報である。よって、送信テーブル２５に格納されているということは、該当する送信要求を処理してから所定時間以内である旨を示す。送信要求の処理とは、例えば、選択部２２における送信先の広域情報配信サーバ３０を選択処理である。また、所定時間は、クライアントサーバ１０が警告信号を発信してから、キャンセル信号を発信するまでの時間より大きい時間に設定され、例えば、６５秒程度に設定される。
【００３５】
図５（ｂ）に示すように、送信テーブル２５には、発信情報「クライアントＡ」と着信情報「広域情報配信サーバＡ」と時間情報「６０ｓ」とが関連付けて格納されている。これは、クライアントＡのクライアントサーバＡ１０から送信要求を受信し、広域情報配信サーバＡへ送信要求を送信した旨、及び、所定時間まで６０秒であることを示している。
【００３６】
カウント部２６は、時間をカウントし、そのカウント結果を送信テーブル２５へ出力する。送信テーブル２５は、カウント部２６から出力されるカウント結果に基づいて、時間情報を１秒ごとに更新する。
【００３７】
選択部２２は、受信部２１から送信要求を入力すると、まず、送信テーブル２５を参照する。選択部２２は、送信要求に含まれる発信情報が送信テーブル２５に格納されている場合、その発信情報と関連付けて格納された着信情報が示す広域情報配信サーバ３０を選択する。すなわち、選択部２２は、送信要求に含まれる発信情報が示すクライアントサーバ１０から送信された送信要求を所定時間以内に既に処理している場合は、前回の処理と同じ広域情報配信サーバ３０を選択する。
【００３８】
選択部２２は、送信要求に含まれる発信情報が送信テーブル２５に格納されていない場合、セッション管理テーブル２４を参照する。そして、選択部２２は、セッション管理テーブル２４が示す負荷情報に基づいて、最も負荷の小さい広域情報配信サーバ３０を選択する。これにより、複数の広域情報配信サーバ３０の負荷分散を効果的に行うことができる。例えば、図５（ａ）に示す情報がセッション管理テーブル２４によって格納されている場合は、選択部２２は、セッション数が最も少ない広域情報配信サーバＤ３０を選択する。そして、選択部２２によって選択された広域情報配信サーバ３０へ送信要求が送信部２３によって送信される。
【００３９】
図４に戻って、広域情報配信サーバ３０は、機能的な構成要素として、受信部３１、処理部３２、送信部３３、及び送信テーブル３４を備えている。受信部３１は、ＬＢ２０から送信要求を受信して、処理部３２へ出力する。
【００４０】
処理部３２は、受信部３１から送信要求を入力すると、送信テーブル３４を参照して入力した送信要求を情報処理する。送信テーブル３４は、図６に示すように、処理部３２が入力した送信要求に基づいて、送信要求の発信者と、メッセージＩＤと、エリアＩＤとを示す情報を格納している。
【００４１】
処理部３２は、送信要求が警告信号である場合、送信テーブル３４を参照して、既に同じ発信者から同じメッセージＩＤの警告信号を受信しているか否か判断する。処理部３２は、送信テーブル３４に、新たに入力した警告信号と同じ発信者とメッセージＩＤとが格納されている場合は、既に同じ警告信号を受信したと判断して、新たに入力した警告信号を破棄する。これにより、クライアントサーバ１０が同じ警告信号を重複してＬＢ２０へ送信した場合であっても、重複した警告信号を破棄することができる。
【００４２】
処理部３２は、送信テーブル３４に、新たに入力した警告信号と同じ発信者とメッセージＩＤとが格納されてない場合は、この警告メッセージをブロードキャストするために、警告信号を送信部３３へ出力する。また、処理部３２は、この警告信号に含まれる送信要求の発信者と、メッセージＩＤと、エリアＩＤとを示す情報を送信テーブル３４へ出力する。
【００４３】
処理部３２は、送信要求がキャンセル信号である場合、送信テーブル３４を参照して、キャンセルメッセージを送信するエリアを特定する。処理部３２は、送信テーブル３４に、入力したキャンセル信号に含まれるメッセージＩＤと関連付けて格納されたエリアＩＤを抽出し、キャンセルメッセージを送信するエリアを特定する。処理部３２は、この場合、キャンセル信号と特定したエリアのエリアＩＤとを送信部３３へ出力する。
【００４４】
送信部３３は、処理部３２から警告信号を入力した場合、警告信号に含まれる警告情報に基づいて警告メッセージを生成し、警告信号に含まれるエリアＩＤによって示されるエリアへ、生成した警告メッセージをブロードキャストする。送信部３３は、処理部３２からキャンセル信号とエリアＩＤを入力した場合、キャンセルメッセージを生成し、エリアＩＤによって示されるエリアへ、生成したキャンセルメッセージをブロードキャストする。
【００４５】
上述したＬＢ２０の各機能は、図７に示すハードウェアによって実現される。図７は、本実施形態にかかるＬＢのハードウェア構成図である。ＬＢ２０は、物理的には、図７に示すように、ＣＰＵ１０１、主記憶装置であるＲＡＭ１０２及びＲＯＭ１０３、ハードディスク等の補助記憶装置１０５、入力デバイスであるキーボード及びマウス等の入力装置１０６、ディスプレイ等の出力装置１０７、ネットワークカード等のデータ送受信デバイスである通信モジュール１０４などを含むコンピュータシステムとして構成されている。
【００４６】
図４において説明したＬＢ２０の各機能は、図７に示すＣＰＵ１０１、ＲＡＭ１０２等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１０１の制御のもとで通信モジュール１０４、入力装置１０６、出力装置１０７を動作させるとともに、ＲＡＭ１０２や補助記憶装置１０５におけるデータの読み出し及び書き込みを行うことで実現される。
【００４７】
引き続いて、本実施形態に係るＬＢ２０を含む配信システム１の動作について説明する。クライアントサーバＢ１０から２つの経路で警告信号が送信され、第１の経路で送信された警告信号がＬＢ２０で１回目に受信され、第２の経路で送信された警告信号がＬＢ２０で２回目に受信された場合について説明する。最初に、図８を参照して、ＬＢ２０が警告信号を１回目に受信した場合の動作を説明する。図８は、本実施形態に係る配信システムにおいて第１の経路で警告信号が送信された場合の動作を示すシーケンス図である。
【００４８】
送信要求（警告信号）が、第１の経路でクライアントサーバＢ１０からＬＢ２０へ送信され、ＬＢ２０によって１回目の警告信号が受信される（ステップＳ１；受信ステップ）。送信要求がＬＢ２の受信部２１によって受信されると、選択部２２によって送信テーブル２５が参照される（ステップＳ２）。この場合は、ＬＢ２０によって１回目に受信された送信要求なので、送信テーブル２５に発信者であるクライアントＢが格納されていない。そこで、選択部２２によってセッション管理テーブル２４が参照される（ステップＳ３）。
【００４９】
セッション管理テーブル２４の負荷情報に基づいて、送信先の広域情報配信サーバ３０が、選択部２２によって選択される（ステップＳ４；選択ステップ）。ここでは、広域情報配信サーバＤ３０が選択されたこととする。すると、この送信要求の発信情報と着信情報と時間情報とが、送信テーブル２５に新たに格納され、送信テーブル２５が更新される（ステップＳ５；格納ステップ）。送信先が選択された送信要求が、送信部２３によって広域情報配信サーバＤ３０へ送信される（ステップＳ６；送信ステップ）。
【００５０】
広域情報配信サーバＤ３０では、送信要求が受信部３１によって受信されると、送信テーブル３４が処理部３２によって参照されて、重複した送信要求がないことが確認される（ステップＳ７）。重複した送信要求のないことが処理部３２によって確認されると、送信テーブル３４が更新され、送信要求に含まれた警告情報に基づく警告メッセージが送信部３３によってブロードキャストされる（ステップＳ８）。
【００５１】
ブロードキャストが終了すると、ブロードキャストが完了した旨を示す送信応答が、送信部３３によってＬＢ２０を経由してクライアントサーバＢ１０へ送信される（ステップＳ９,Ｓ１０）。このようにして、ＬＢ２０において１回目に受信された警告信号に応じて警告メッセージがブロードキャストされる。
【００５２】
次に、図９を参照して、ＬＢ２０が警告信号を２回目に受信した場合の動作を説明する。図９は、本実施形態に係る配信システムにおいて第２の経路で警告信号が送信された場合の動作を示すシーケンス図である。クライアントサーバ１０が同じ警告信号を２つの経路で送信するので、ＬＢ２０では、１回目の警告信号を処理してから所定時間以内に２回目の警告信号を受信する。
【００５３】
まず、送信要求（警告信号）が、第２の経路でクライアントサーバＢ１０からＬＢ２０へ送信され、ＬＢ２０によって警告信号が受信される（ステップＳ２１；受信ステップ）。送信要求がＬＢ２の受信部２１によって受信されると、選択部２２によって送信テーブル２５が参照される（ステップＳ２２）。この場合は、ＬＢ２０によって２回目に受信された送信要求なので、送信テーブル２５に、受信した送信要求に対応する１回目の送信要求に含まれる発信情報、着信情報、及び時間情報が既に格納されている。
【００５４】
よって、送信テーブル２５に格納された着信情報が示す送信先の広域情報配信サーバ３０が、選択部２２によって選択される（ステップＳ２３；選択ステップ）。ここでは、広域情報配信サーバＤ３０が選択されたこととする。すると、この送信要求の発信情報と着信情報と時間情報とが、送信テーブル２５に新たに格納され、送信テーブル２５が更新される（ステップＳ２４；格納ステップ）。送信先が選択された送信要求が、送信部２３によって広域情報配信サーバＤ３０へ送信される（ステップＳ２５；送信ステップ）。
【００５５】
広域情報配信サーバＤ３０では、送信要求が受信部３１によって受信されると、送信テーブル３４が処理部３２によって参照される（ステップＳ２６）。そして、入力した送信要求が、既に送信テーブル３４に格納されているので、入力した送信要求が破棄される（ステップＳ２７）。そして、重複した送信要求を破棄した旨の送信応答が、送信部３３によってＬＢ２０を経由してクライアントサーバＢ１０へ送信される（ステップＳ２８,Ｓ２９）。このようにして、ＬＢ２０において２回目に受信され、重複した警告信号は破棄される。
【００５６】
次に、クライアントサーバＢ１０からキャンセル信号が発信された場合の動作について図１０を参照して説明する。図１０は、本実施形態に係る配信システムにおいてキャンセル信号が発信された場合の動作を示すシーケンス図である。クライアントサーバ１０が警告信号を発信してからキャンセル信号を発信するまでの時間は短いので、ＬＢ２０では、警告信号を処理してから所定時間以内にキャンセル信号を受信することとなる。
【００５７】
送信要求（キャンセル信号）が、クライアントサーバＢ１０からＬＢ２０へ送信され、ＬＢ２０によって受信される（ステップＳ３１；受信ステップ）。送信要求がＬＢ２の受信部２１によって受信されると、選択部２２によって送信テーブル２５が参照される（ステップＳ３２）。この場合は、ＬＢ２０によって既に送信要求が受信されているので、送信テーブル２５に発信者であるクライアントＢが格納されている。
【００５８】
よって、送信テーブル２５に格納された着信情報が示す送信先の広域情報配信サーバ３０が、選択部２２によって選択される（ステップＳ３３；選択ステップ）。ここでは、広域情報配信サーバＤ３０が選択されたこととする。すると、この送信要求の発信情報と着信情報と時間情報とが、送信テーブル２５に新たに格納され、送信テーブル２５が更新される（ステップＳ３４；格納ステップ）。送信先が選択された送信要求が、送信部２３によって広域情報配信サーバＤ３０へ送信される（ステップＳ３５；送信ステップ）。
【００５９】
広域情報配信サーバＤ３０では、送信要求が受信部３１によって受信されると、キャンセル信号であることが認識され、送信テーブル３４が処理部３２によって参照される（ステップＳ３６）。これにより、エリアが、処理部３２によって特定される（ステップＳ３７）。エリアが特定されると、特定されたエリアへキャンセルメッセージが、送信部３３によってブロードキャストされる（ステップＳ３８）。
【００６０】
ブロードキャストが終了すると、ブロードキャストが完了した旨を示す送信応答が、送信部３３によってＬＢ２０を経由してクライアントサーバＢ１０へ送信される（ステップＳ３９,Ｓ４０）。このようにして、キャンセルメッセージがブロードキャストされる。
【００６１】
以上説明した本実施形態に係るＬＢ２０では、ブロードキャストのための情報を含む送信要求をクライアントサーバから受信すると、受信した送信要求を広域情報配信サーバへ送信する。また、少なくとも送信要求を処理してからの経過時間が所定時間以内である期間は、その旨の時間情報と、送信要求の発信元であるクライアントサーバを特定する発信情報と、送信要求の送信先である広域情報配信サーバを特定する着信情報とが格納される。すなわち、送信テーブル２５は、メッセージを処理してからの経過時間が所定時間以内の発信元（クライアントサーバ）と送信先（広域情報配信サーバ）との組み合わせを示す情報を格納する。よって、ＬＢ２０は、送信要求を受信した場合、送信テーブル２５に受信した送信要求のクライアントサーバ１０が格納されていなければ、送信先の広域情報配信サーバ３０を負荷情報に基づいて選択し、送信要求を送信する。すると、少なくとも経過時間が所定時間以内である期間は発信情報と着信情報とが関連付けて格納される。ＬＢ２０が、同じクライアントサーバ１０からの送信要求を処理してから所定時間以内に送信要求を受信した場合、発信情報と関連付けられた着信情報によって示される広域情報配信サーバ３０が選択される。この送信要求は、前回処理した送信要求に含まれる警告情報と同じ情報を含む送信要求か、又は、キャンセル情報を含む送信要求のどちらかである。この送信要求が、前回処理した送信要求の送信先と同じ広域情報配信サーバへ送信される。このようにして、送信先の広域情報配信サーバ３０を選択することにより、同じ警告信号は同じ広域情報配信サーバ３０へ送信され、キャンセル信号はキャンセル対象の送信要求が送信された広域情報配信サーバと同じ広域情報配信サーバ３０へ送信されることとなる。よって、広域情報配信サーバ３０において情報の重複削除、及びブロードキャストエリアの特定のために行われる広域情報配信サーバ間での信号の送受信を行う必要がなくなる。従って、配信システム１における処理時間及びトラフィックを抑制することができる。これにより、クライアントサーバから送信要求を発信してからメッセージがブロードキャストされるまでの時間を短縮することができる。そして、同時に負荷分散を行うことができる。
【００６２】
また、本実施形態に係るＬＢ２０は、所定時間を越えた後に、同じクライアントサーバから送信要求を受信した場合、すなわち、送信テーブルに該当するクライアントの情報がない場合に、セッション管理テーブル２４の負荷情報に基づいて送信先の広域情報配信サーバ３０を選択する。すなわち、同じ送信要求を受信していない場合、及び、キャンセル用の送信要求でない場合に、広域情報配信サーバ３０の負荷に基づいて、送信先を決定することとなる。よって、この場合には、広域情報配信サーバ３０の負荷分散を効果的に行うことができる。
【００６３】
ところで、同じ広域情報配信サーバへ送信するために、ＬＢにおいて送信要求を送信すると、送信テーブルに発信情報と着信情報と関連付けて、メッセージＩＤを格納することとし、同じメッセージＩＤを含む送信要求を同じクライアントサーバから受信した場合に、関連付けて格納された広域情報配信サーバへ送信する方法が考えられる。しかしながら、この場合、ＬＢがアプリケーション層の情報であるメッセージＩＤを示す情報を参照する必要がありので、伝送速度が低下する。
【００６４】
それに対して、本実施形態では、アプリケーション層の情報であるメッセージＩＤをＬＢ２０が参照することなく、同じメッセージＩＤを含む送信要求を同じ広域情報配信サーバ３０へ送信することができる。これにより、ＬＢ２０における伝送速度を低下させること無しに、目的を達成すことができる。
【００６５】
本発明は、上記実施形態に限定されるものではなく、種々の変形が可能である。
【００６６】
上記実施形態では、セッション管理テーブル２４に格納されたセッション数を各広域情報配信サーバ３０の負荷情報として取り扱ったがこれに限られない。例えば、オペレーションサーバ（図示せず）から送信される各広域情報配信サーバ３０のＣＰＵ使用率又はメモリ使用率等の情報を所定間隔でＬＢ２０が受信し、そのＣＰＵ使用率又はメモリ使用率等の情報を負荷情報として取り扱っても良い。
【００６７】
また、上記実施形態では、選択部２２は、送信テーブル２５に受信した送信要求の送信元が格納されていない場合は、各広域情報配信サーバ３０の負荷情報に基づいて送信先の広域情報配信サーバ３０を選択することとしたが、これに限られない。選択部２２は、送信テーブル２５に受信した送信要求の送信元が格納されていない場合、任意の方法で送信先の広域情報配信サーバ３０を選択してよい。例えば、広域情報配信サーバＡ３０〜Ｄ３０を順番に選択することとしてもよい。
【００６８】
また、上記実施形態では、送信テーブル２５は、メッセージを処理してからの経過時間が所定時間以内の発信元（クライアントサーバ）と送信先（広域情報配信サーバ）との組み合わせを管理するために、発信情報と着信情報とを所定時間格納し、所定時間を越えるとクリアすることとしたが、これに限られない。送信テーブル２５は、発信情報と着信情報と経過時間とを関連付けて格納し、選択部２２が、所定時間以内の経過時間と関連付けられた着信情報によって示される広域情報配信サーバ３０を選択することとしてもよい。
【００６９】
また、上記実施形態では、ＬＢ２０は、アプリケーション層を参照しないこととしたが、例外として、アプリケーション層で処理されるＨＴＴＰプロトコルの拡張ヘッダのみ参照するように構成してもよい。このアプリケーション層で処理されるＨＴＴＰプロトコルの拡張ヘッダは、発信元（クライアントサーバ）等の情報を示す。なお、拡張ヘッダの挿入は、ＲＦＣ２６１６を逸脱しない範疇で行う。この場合も、ＬＢ２０は、送信要求のアプリケーション層のうち拡張ヘッダ以外は参照しない。これにより、ＬＢ２０における処理速度を向上させることができる。
【図面の簡単な説明】
【００７０】
【図１】本実施形態に係る配信システムの構成を示す図である。
【図２】本実施形態に係る配信システムにおいて参照されるプロトコルスタックを示す図である。
【図３】本実施形態に係る配信システムにおいてクライアントサーバから送信される送信要求の構成を示す表である。
【図４】本実施形態に係るＬＢ及び広域情報配信サーバの機能的な構成を示す図である。
【図５】本実施形態に係るＬＢが備えるセッション管理テーブル及び送信テーブルの構成を示す図である。
【図６】本実施形態に係る広域情報配信サーバが備える送信テーブルの構成を示す図である。
【図７】本実施形態にかかるＬＢのハードウェアの構成を示す図である。
【図８】本実施形態に係る配信システムにおいて第１の経路で警告信号が送信された場合の動作を示すシーケンス図である。
【図９】本実施形態に係る配信システムにおいて第２の経路で警告信号が送信された場合の動作を示すシーケンス図である。
【図１０】本実施形態に係る配信システムにおいてキャンセル信号が発信された場合の動作を示すシーケンス図である。
【符号の説明】
【００７１】
１…配信システム、１０…クライアントサーバ,クライアントサーバＡ〜Ｃ、２０…ＬＢ（中継サーバ）、２１…受信部（受信手段）、２２…選択部（選択手段）、２３…送信部（送信手段）、２４…セッション管理テーブル、２５…送信テーブル（格納手段）、３０…広域情報配信サーバ,広域情報配信サーバＡ〜Ｄ、４０…移動端末。
【図１】
0004417987.tif 000002
【図２】
0004417987.tif 000003
【図３】
0004417987.tif 000004
【図４】
0004417987.tif 000005
【図５】
0004417987.tif 000006
【図６】
0004417987.tif 000007
【図７】
0004417987.tif 000008
【図８】
0004417987.tif 000009
【図９】
0004417987.tif 000010
【図１０】
0004417987.tif 000011