JP3678634B2 - 同報通信方式 - Google Patents
同報通信方式 Download PDFInfo
- Publication number
- JP3678634B2 JP3678634B2 JP2000218224A JP2000218224A JP3678634B2 JP 3678634 B2 JP3678634 B2 JP 3678634B2 JP 2000218224 A JP2000218224 A JP 2000218224A JP 2000218224 A JP2000218224 A JP 2000218224A JP 3678634 B2 JP3678634 B2 JP 3678634B2
- Authority
- JP
- Japan
- Prior art keywords
- server
- client
- data frame
- access point
- clients
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Small-Scale Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Description
【０００１】
【発明が属する技術分野】
本発明は同報通信方式に関し、特にサーバと、前記サーバに対して設けられるアクセスポイントと、前記アクセスポイントに対して設けられるクライアントとを含む無線ＬＡＮを用いたサーバ・クライアントシステムにおける同報通信方式に関する。
【０００２】
【従来の技術】
従来の無線ＬＡＮを用いたサーバ・クライアントシステムでは、マルチキャスト通信を使用したファイル転送時のサーバおよびＷＡＰ（無線アクセスポイント）は、送信フレームを対象となる全てのクライアントに対して送信している。また、従来のマルチキャスト通信を使用したファイル転送では、ＷＡＰとクライアント間の通信をほぼ同時に行っていた。
【０００３】
【発明が解決しようとする課題】
しかしながら、上述した従来の無線ＬＡＮを用いたサーバ・クライアントシステムでは、マルチキャスト通信を使用した各種ファイル転送時は、全てのＷＡＰと対象となるクライアント間の通信がほぼ同時、かつ高負荷で行われることでＷＡＰ間の電波干渉が起こるために、転送したデータフレームのエラーが多発するという欠点がある。
【０００４】
また、これにより、データを受信できなかったクライアントは、サーバに対してこのデータフレームの再送を要求することで、サーバがクライアントに再送を行うことが多発するため、サーバの負担と、サーバとＷＡＰとの間のネットワーク負荷とが重くなるという欠点がある。
【０００５】
さらに、マルチキャスト通信を使用した各種ファイル転送時は、全てのＷＡＰが高負荷通信を行うことにより通信帯域が占有されてしまうために、マルチキャスト通信の対象でないクライアントが、サーバとユニキャスト通信を行う場合、通信性能が著しく劣化してしまうという欠点がある。
【０００６】
本発明の第一の目的は、マルチキャスト通信時におけるデータフレームのエラーの発生を低減することが可能な同報通信方式を提供することである。
【０００７】
本発明の第二の目的は、サーバの負担と、サーバとＷＡＰとの間のネットワーク負荷とを軽減することが可能なサーバ・クライアントシステム及びその同報通信方式を提供することである。
【０００８】
本発明の第三の目的は、マルチキャスト通信時に、マルチキャスト通信対象外のクライアントの通信性能をさほど劣化させることなく通信を行うことが可能な同報通信方式を提供することである。
【０００９】
【課題を解決するための手段】
本発明の同報通信方式は、サーバと、前記サーバに対して設けられるアクセスポイントと、前記アクセスポイントに対して設けられるクライアントとを含む無線ＬＡＮを用いたサーバ・クライアントシステムにおける同報通信方式であって、前記サーバは、マルチキャスト通信を行う時、マルチキャスト配信要求を行った前記サーバに属するクライアントの数と前記サーバに属する全クライアントの数との比率に応じた送信時間間隔で、前記アクセスポイントにデータフレームを送信することを特徴とする。
【００１０】
また、前記同報通信方式において、前記アクセスポイントは、前記マルチキャスト配信要求を行った前記アクセスポイントに属するクライアントの数と前記アクセスポイントに属する全クライアントの数との比率に応じた送信時間間隔で、前記マルチキャスト配信要求を行った前記アクセスポイントに属するクライアントに前記サーバからの前記データフレームを送信することを特徴とする。
【００１１】
さらに、前記同報通信方式において、前記アクセスポイントは、前記サーバからの前記データフレームを保持する保持手段を含み、前記マルチキャスト配信要求を行った前記アクセスポイントに属するクライアントが、前記アクセスポイントからの前記データフレームの少なくとも一つを受信できなかった場合に、該当する前記データフレームを自己に再送するよう第一の再送要求を行った時、前記第一の再送要求を行ったクライアントに前記保持手段に保持されている前記該当データフレームを再送信することを特徴とする。
【００１２】
またさらに、前記同報通信方式において、前記アクセスポイントは、前記第一の再送要求を受け、前記該当データフレームを前記保持手段に保持していない時、前記サーバに前記該当データフレームを自己に再送するよう再送要求を行い、これを受けて前記サーバは、前記アクセスポイントを介して前記第一の再送要求を行ったクライアントに前記該当データフレームを再送信することを特徴とする。
【００１３】
本発明の作用は次の通りである。マルチキャスト通信を行う際、クライアントは、自己の属するＷＡＰを介してサーバにマルチキャスト配信要求をする。サーバは、この配信要求を受けて、自己に属する全クライアントの数と配信要求を行った自己に属するクライアントの数との比率を算出し、送信すべきデータフレームの送信時間間隔を決定する。また、ＷＡＰは、サーバと自己に属するクライアント間のやり取りを監視しているため、自己に属する全クライアントの数と配信要求を行った自己に属するクライアントの数との比率を算出でき、これによりサーバより受信したデータフレームの送信時間間隔を決定する。
【００１４】
そして、サーバは、上記の送信時間間隔でデータフレームをＷＡＰに送信し、ＷＡＰは、このデータフレームをバッファにいくつか保持すると共に、上記の送信時間間隔でクライアントに送信する。ここで、クライアントがデータフレームの受信に失敗した時は、該当するデータフレームの再送をＷＡＰに要求する。ＷＡＰは、この再送要求を受けて、バッファに該当データフレームがある場合は、該当データフレームを再送要求したクライアントに再送信し、バッファに該当データフレームがない場合は、該当データフレームの再送をサーバに要求する。サーバは、この再送要求を受けて、該当データフレームをＷＡＰを介して再送要求したクライアントに再送信する。
【００１５】
【発明の実施の形態】
以下に、本発明の実施例について図面を用いて説明する。図１は本発明の実施例によるサーバ・クライアントシステムの構成を示す図である。本発明の適用されるサーバ・クライアントシステムは、例えば図１に示すように、サーバ１０１と、ＷＡＰ１０２及び１１１と、領域１０３のクライアント（２００〜２０３及び３００〜３０２）とで構築される。
【００１６】
ＷＡＰ１０２及び１１１の各々は、有線回線１０４を介してサーバ１０１に接続されている。また、領域１０３内の領域１０６のクライアント（２００〜２０３）は、ＷＡＰ１０２と無線回線で接続されており、領域１０３内の領域１１２のクライアント（３００〜３０２）は、ＷＡＰ１１１と無線回線で接続されている。
【００１７】
すなわち、ＷＡＰ１０２及び１１１は、サーバ１０１に対して設けられ、領域１０６のクライアントは、ＷＡＰ１０２に対して設けられ、領域１１２のクライアントは、ＷＡＰ１１１に対して設けられている。また、サーバ１０１に属するクライアントは、領域１０３のクライアントであり、ＷＡＰ１０２に属するクライアントは、領域１０６のクライアントであり、ＷＡＰ１１１に属するクライアントは、領域１１２のクライアントである。
【００１８】
サーバ１０１は、有線回線１０４を使用して領域１０３のクライアントにデータフレームを送信するものであり、自己に属する領域１０３の全てのクライアントのＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスとＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｏｒｏｌ）アドレスあるいはそのいずれか一つを有するクライアント情報と、領域１０３のクライアントのマルチキャスト配信要求の有無とを対応付けて登録するクライアント登録テーブル１０５を有する。
【００１９】
ＷＡＰ１０２及び１１１の各々は、有線回線１０４を介してサーバ１０１から受信したデータフレームを無線信号に変化させて、領域１０６及び１１２のクライアントへ無線通信を行うものである。ＷＡＰ１０２は、自己に対して設けられた領域１０６の全てのクライアントのクライアント情報と、領域１０６のクライアントのマルチキャスト配信要求の有無とを対応付けて登録するクライアント登録テーブル１０７を有する。さらに、ＷＡＰ１０２は、サーバ１０１から送信されるデータフレームをいくつか保持するためのバッファ１０８を有する。
【００２０】
また、ＷＡＰ１１１は、ＷＡＰ１０２と同様に、自己に対して設けられた領域１１２の全てのクライアントのクライアント情報と、領域１１２のクライアントのマルチキャスト配信要求の有無とを対応付けて登録するクライアント登録テーブル１１３と、サーバ１０１から送信されるデータフレームをいくつか保持するためのバッファ１１４とを有する。
【００２１】
サーバ１０１は、マルチキャスト通信を行う際、ＷＡＰ１０２及び１１１を介して領域１０３のクライアントに、各種ファイルの名前とバージョン情報を送信する。領域１０３のクライアントは、これ等各種ファイルの名前とバージョン情報を受信し、マルチキャストによる配信要求の有無をサーバ１０１に返信する。サーバ１０１は、この返信された情報を既に登録されているクライアント情報と対応付けてクライアント登録テーブル１０５に登録する。
【００２２】
ＷＡＰ１０２及び１１１は、上記のサーバ１０１と領域１０６及び領域１１２のクライアントとのやり取りを夫々監視し、領域１０６及び１１２のクライアントの配信要求の有無を既に登録されているクライアント情報と対応付けてクライアント登録テーブル１０７及び１１３に夫々登録する。
【００２３】
サーバ１０１は、一定時間経過後、あるいは、領域１０３のクライアントからの配信要求の有無を全てクライアント登録テーブル１０５に登録した後、マルチキャスト配信要求の受付けを終了する。受付け終了後、サーバ１０１は、クライアント登録テーブル１０５の内容を基に、配信要求を行ったクライアント（例えば２０１、２０２、３００、３０１）の数、あるいは、行わなかったクライアント（例えば２００、２０３、３０２）の数を算出し、配信対象台数を決定する。
【００２４】
上記の受付け終了後、ＷＡＰ１０２及び１１１は、クライアント登録テーブル１０７及び１１３の内容を基に、配信要求を行ったクライアント（例えばＷＡＰ１０２では２０１、２０２、ＷＡＰ１１１では３００、３０１）の数、あるいは、行わなかったクライアント（例えばＷＡＰ１０２では２００、２０３、ＷＡＰ１１１では３０２）の数を夫々算出し、配信対象台数を夫々決定する。
【００２５】
サーバ１０１は、配信対象台数と、クライアント登録テーブル１０５に登録されているクライアント情報数より決定される領域１０３のクライアントの全台数との比率を算出する。また、ＷＡＰ１０２及び１１１も、夫々の配信対象台数と、クライアント登録テーブル１０７及び１１３に夫々登録されているクライアント情報数より決定される領域１０６及び１１２のクライアントの全台数との比率を夫々算出する。
【００２６】
図２は図１に示すサーバ１０１の送信時間間隔の算出方法の一例を示す図である。図２において、領域１０３のクライアントの全台数は例えば１００台、配信対象台数は例えば８０台、予め定めておいた最小送信時間間隔は例えば５０ｍｓである。クライアントの全台数と配信対象台数との比率で最小送信時間間隔を割ることにより、サーバ１０１から送信されるデータフレームの送信時間間隔（約６０ｍｓ）が算出される。
【００２７】
図３は図１に示すＷＡＰ１０２の送信時間間隔の算出方法の一例を示す図である。図３において、領域１０６のクライアントの全台数は例えば１０台、配信対象台数は例えば５台、予め定めておいた最小送信時間間隔は例えば８０ｍｓである。クライアントの全台数と配信対象台数との比率で最小送信時間間隔を割ることにより、ＷＡＰ１０２から送信されるデータフレームの送信時間間隔（１６０ｍｓ）が算出される。なお、ＷＡＰ１１１の送信時間間隔の算出方法も図３と同様であるので、説明を省略する。
【００２８】
サーバ１０１は、上記の比率に応じた送信時間間隔（約６０ｍｓ）でデータフレームの送信を開始する。
【００２９】
図４は図１に示すサーバ１０１、ＷＡＰ１０２、領域１０６のクライアント２０１を抜き出したサーバ・クライアントシステムの構成を示す図であり、図１と同等部分は同一符号にて示している。図４において、ＷＡＰ１０２は、サーバ１０１より送信されたデータフレームをバッファ１０８にいくつか保持し、かつ上記の比率に応じた送信時間間隔（１６０ｍｓ）でデータフレームを送信する。
【００３０】
クライアント２０１は、ＷＡＰ１０２から送信されたデータフレームを受信するが、受信できなかった場合は、ＷＡＰ１０２に対して受信できなかったデータフレームの再送要求を行う。ＷＡＰ１０２は、クライアント２０１からの再送要求を受信すると、バッファ１０８に該当するデータフレームを保持している時は、クライアント２０１に対して該当データフレームを再送する。
【００３１】
ＷＡＰ１０２は、上記の再送要求に対して、バッファ１０８に該当データフレームを保持していない時は、サーバ１０１に再送要求を行う。サーバ１０１は、ＷＡＰ１０２からの再送要求を受信すると、該当データフレームをＷＡＰ１０２を介してクライアント２０１に配信する。
【００３２】
図５は本発明の実施例によるサーバ・クライアントシステムのマルチキャスト通信を行う際の動作を示すフローチャートである。図５において、サーバ１０１は、自己に属する領域１０３の全クライアントのクライアント情報を、内部のクライアント登録テーブル１０５に登録する（ステップＳ１）。ＷＡＰ１０２及び１１１は、夫々に対応して設けられた領域１０６及び１１２の全クライアントのクライアント情報を、内部のクライアント登録テーブル１０７及び１１３に夫々登録する（ステップＳ２）。
【００３３】
登録が終わると、サーバ１０１は、領域１０３の各クライアントに対して各種ファイルの名前とバージョン情報を送信する（ステップＳ３）。領域１０３のクライアントは、これ等の情報を受信すると（ステップＳ４）、マルチキャスト配信要求の有無をサーバ１０１に対して返信する（ステップＳ５）。配信要求をした（ステップＳ６）領域１０３のクライアントは、マルチキャスト配信を待ち（ステップＳ７）、配信要求をしなかった（ステップＳ６）領域１０３のクライアントはそのまま待機する（ステップＳ２０）。サーバ１０１は、領域１０３のクライアントの返信情報である配信要求の有無をクライアント登録テーブル１０５に登録する（ステップＳ８）。
【００３４】
この間、ＷＡＰ１０２及び１１１は、サーバ１０１と領域１０３のクライアントとのやり取りを監視し、領域１０６及び１１２のクライアントの返信情報である配信要求の有無をクライアント登録テーブル１０７及び１１３に夫々登録する（ステップＳ９）。サーバ１０１は、一定時間経過後、あるいは、領域１０３の全クライアントの配信要求の有無を登録し終えた後、配信要求受付けを終了する（ステップＳ１０）。
【００３５】
サーバ１０１は、クライアント登録テーブル１０５の内容を基に、送信時間間隔を算出する（ステップＳ１１）。また、ＷＡＰ１０２及び１１１は、クライアント登録テーブル１０７及び１１３の内容を基に、送信時間間隔を夫々算出する（ステップＳ１２）。サーバ１０１は、算出した送信時間間隔でデータフレームの送信を始める（ステップＳ１３）。
【００３６】
ＷＡＰ１０２及び１１１は、サーバ１０１から送信されたデータフレームを夫々が、内部のバッファ１０８及び１１４内にいくつか保持する（ステップＳ１４）と同時に、算出した送信時間間隔でデータフレームを送信する（ステップＳ１５）。領域１０６及び１１２のクライアントは、配信されたデータを受信できれば（ステップＳ１６）通信を終了して待機し（ステップＳ２０）、受信できなかった場合（ステップＳ１６）は、ＷＡＰ１０２及び１１１に対して受信できなかったデータフレームの再送要求を夫々行う（ステップＳ１７）。
【００３７】
再送要求に対して、ＷＡＰ１０２及び１１１は、バッファ１０８及び１１４内に該当データフレームがあれば（ステップＳ１８）それを夫々再送する（ステップＳ１５）。該当データフレームが無い場合は（ステップＳ１８）、サーバ１０１に対して該当データフレームの再送要求を行う（ステップＳ１９）。再送要求を受けたサーバ１０１は、該当データフレームを再送する（ステップＳ１３）。
【００３８】
このように、上記実施例では、配信要求を行ったクライアントの台数によって、データフレームの送信時間間隔を決定しているので、マルチキャスト通信時による帯域占有率を制限でき、配信対象外のクライアントが通信を行う際の通信性能をさほど劣化させることなく行うことができる。
【００３９】
さらには、本実施例では、ＷＡＰ内にデータフレームを保持するためのバッファが設けられているので、クライアントの再送要求に対してＷＡＰとクライアント間で処理が行うことができ、サーバの負担と、サーバとＷＡＰ間のネットワーク負荷を軽減することができる。
【００４０】
【発明の効果】
本発明による第一の効果は、マルチキャスト通信時におけるデータフレームのエラーの発生を低減することができることである。その理由は、複数のＷＡＰにおいて、マルチキャスト通信を要求するクライアントの割合に応じてデータフレームの送信時間間隔を夫々決定し、この夫々の送信時間間隔でデータフレームを送信するようにしたので、ＷＡＰ間の電波干渉を軽減することができるためである。
【００４１】
本発明による第二の効果は、サーバの負担と、サーバとＷＡＰとの間のネットワーク負荷とを軽減することができることである。その理由は、ＷＡＰ内にサーバから送信されたデータフレームを保持することで、クライアントからの再送要求に応じて、ＷＡＰは自己が保持する該当データフレームを再送することができるので、クライアントからの再送要求をサーバまで送ること無しに、ＷＡＰとクライアント間で処理できるためである。
【００４２】
本発明による第三の効果は、マルチキャスト通信時に、マルチキャスト通信対象外のクライアントの通信性能をさほど劣化させることなく通信を行うことができることである。その理由は、サーバ、ＷＡＰの各々が、マルチキャスト通信を要求するクライアントの割合に応じてデータフレームの送信時間間隔を夫々決定し、この送信時間間隔でデータフレームを送信するようにしたことにより、通信帯域を制限でき、効率的な通信ができるためである。
【図面の簡単な説明】
【図１】本発明の実施例のサーバ・クライアントシステムの構成を示す図である。
【図２】図１に示すサーバ１０１の送信時間間隔の算出方法の一例を示す図である。
【図３】図１に示すＷＡＰ１０２の送信時間間隔の算出方法の一例を示す図である。
【図４】図１に示すサーバ１０１、ＷＡＰ１０２、領域１０６のクライアント２０１を抜き出したサーバ・クライアントシステムの構成を示す図である。
【図５】本発明の実施例によるサーバ・クライアントシステムのマルチキャスト通信を行う際の動作を示すフローチャートである。
【符号の説明】
１０１ サーバ
１０２、１１１ ＷＡＰ
１０３、１０６、１１２ クライアントの領域
１０４ 有線回線
１０５、１０７、１１３ クライアント登録テーブル
１０８、１１４ バッファ
２００〜２０３、３００〜３０２ クライアント
【発明が属する技術分野】
本発明は同報通信方式に関し、特にサーバと、前記サーバに対して設けられるアクセスポイントと、前記アクセスポイントに対して設けられるクライアントとを含む無線ＬＡＮを用いたサーバ・クライアントシステムにおける同報通信方式に関する。
【０００２】
【従来の技術】
従来の無線ＬＡＮを用いたサーバ・クライアントシステムでは、マルチキャスト通信を使用したファイル転送時のサーバおよびＷＡＰ（無線アクセスポイント）は、送信フレームを対象となる全てのクライアントに対して送信している。また、従来のマルチキャスト通信を使用したファイル転送では、ＷＡＰとクライアント間の通信をほぼ同時に行っていた。
【０００３】
【発明が解決しようとする課題】
しかしながら、上述した従来の無線ＬＡＮを用いたサーバ・クライアントシステムでは、マルチキャスト通信を使用した各種ファイル転送時は、全てのＷＡＰと対象となるクライアント間の通信がほぼ同時、かつ高負荷で行われることでＷＡＰ間の電波干渉が起こるために、転送したデータフレームのエラーが多発するという欠点がある。
【０００４】
また、これにより、データを受信できなかったクライアントは、サーバに対してこのデータフレームの再送を要求することで、サーバがクライアントに再送を行うことが多発するため、サーバの負担と、サーバとＷＡＰとの間のネットワーク負荷とが重くなるという欠点がある。
【０００５】
さらに、マルチキャスト通信を使用した各種ファイル転送時は、全てのＷＡＰが高負荷通信を行うことにより通信帯域が占有されてしまうために、マルチキャスト通信の対象でないクライアントが、サーバとユニキャスト通信を行う場合、通信性能が著しく劣化してしまうという欠点がある。
【０００６】
本発明の第一の目的は、マルチキャスト通信時におけるデータフレームのエラーの発生を低減することが可能な同報通信方式を提供することである。
【０００７】
本発明の第二の目的は、サーバの負担と、サーバとＷＡＰとの間のネットワーク負荷とを軽減することが可能なサーバ・クライアントシステム及びその同報通信方式を提供することである。
【０００８】
本発明の第三の目的は、マルチキャスト通信時に、マルチキャスト通信対象外のクライアントの通信性能をさほど劣化させることなく通信を行うことが可能な同報通信方式を提供することである。
【０００９】
【課題を解決するための手段】
本発明の同報通信方式は、サーバと、前記サーバに対して設けられるアクセスポイントと、前記アクセスポイントに対して設けられるクライアントとを含む無線ＬＡＮを用いたサーバ・クライアントシステムにおける同報通信方式であって、前記サーバは、マルチキャスト通信を行う時、マルチキャスト配信要求を行った前記サーバに属するクライアントの数と前記サーバに属する全クライアントの数との比率に応じた送信時間間隔で、前記アクセスポイントにデータフレームを送信することを特徴とする。
【００１０】
また、前記同報通信方式において、前記アクセスポイントは、前記マルチキャスト配信要求を行った前記アクセスポイントに属するクライアントの数と前記アクセスポイントに属する全クライアントの数との比率に応じた送信時間間隔で、前記マルチキャスト配信要求を行った前記アクセスポイントに属するクライアントに前記サーバからの前記データフレームを送信することを特徴とする。
【００１１】
さらに、前記同報通信方式において、前記アクセスポイントは、前記サーバからの前記データフレームを保持する保持手段を含み、前記マルチキャスト配信要求を行った前記アクセスポイントに属するクライアントが、前記アクセスポイントからの前記データフレームの少なくとも一つを受信できなかった場合に、該当する前記データフレームを自己に再送するよう第一の再送要求を行った時、前記第一の再送要求を行ったクライアントに前記保持手段に保持されている前記該当データフレームを再送信することを特徴とする。
【００１２】
またさらに、前記同報通信方式において、前記アクセスポイントは、前記第一の再送要求を受け、前記該当データフレームを前記保持手段に保持していない時、前記サーバに前記該当データフレームを自己に再送するよう再送要求を行い、これを受けて前記サーバは、前記アクセスポイントを介して前記第一の再送要求を行ったクライアントに前記該当データフレームを再送信することを特徴とする。
【００１３】
本発明の作用は次の通りである。マルチキャスト通信を行う際、クライアントは、自己の属するＷＡＰを介してサーバにマルチキャスト配信要求をする。サーバは、この配信要求を受けて、自己に属する全クライアントの数と配信要求を行った自己に属するクライアントの数との比率を算出し、送信すべきデータフレームの送信時間間隔を決定する。また、ＷＡＰは、サーバと自己に属するクライアント間のやり取りを監視しているため、自己に属する全クライアントの数と配信要求を行った自己に属するクライアントの数との比率を算出でき、これによりサーバより受信したデータフレームの送信時間間隔を決定する。
【００１４】
そして、サーバは、上記の送信時間間隔でデータフレームをＷＡＰに送信し、ＷＡＰは、このデータフレームをバッファにいくつか保持すると共に、上記の送信時間間隔でクライアントに送信する。ここで、クライアントがデータフレームの受信に失敗した時は、該当するデータフレームの再送をＷＡＰに要求する。ＷＡＰは、この再送要求を受けて、バッファに該当データフレームがある場合は、該当データフレームを再送要求したクライアントに再送信し、バッファに該当データフレームがない場合は、該当データフレームの再送をサーバに要求する。サーバは、この再送要求を受けて、該当データフレームをＷＡＰを介して再送要求したクライアントに再送信する。
【００１５】
【発明の実施の形態】
以下に、本発明の実施例について図面を用いて説明する。図１は本発明の実施例によるサーバ・クライアントシステムの構成を示す図である。本発明の適用されるサーバ・クライアントシステムは、例えば図１に示すように、サーバ１０１と、ＷＡＰ１０２及び１１１と、領域１０３のクライアント（２００〜２０３及び３００〜３０２）とで構築される。
【００１６】
ＷＡＰ１０２及び１１１の各々は、有線回線１０４を介してサーバ１０１に接続されている。また、領域１０３内の領域１０６のクライアント（２００〜２０３）は、ＷＡＰ１０２と無線回線で接続されており、領域１０３内の領域１１２のクライアント（３００〜３０２）は、ＷＡＰ１１１と無線回線で接続されている。
【００１７】
すなわち、ＷＡＰ１０２及び１１１は、サーバ１０１に対して設けられ、領域１０６のクライアントは、ＷＡＰ１０２に対して設けられ、領域１１２のクライアントは、ＷＡＰ１１１に対して設けられている。また、サーバ１０１に属するクライアントは、領域１０３のクライアントであり、ＷＡＰ１０２に属するクライアントは、領域１０６のクライアントであり、ＷＡＰ１１１に属するクライアントは、領域１１２のクライアントである。
【００１８】
サーバ１０１は、有線回線１０４を使用して領域１０３のクライアントにデータフレームを送信するものであり、自己に属する領域１０３の全てのクライアントのＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスとＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｏｒｏｌ）アドレスあるいはそのいずれか一つを有するクライアント情報と、領域１０３のクライアントのマルチキャスト配信要求の有無とを対応付けて登録するクライアント登録テーブル１０５を有する。
【００１９】
ＷＡＰ１０２及び１１１の各々は、有線回線１０４を介してサーバ１０１から受信したデータフレームを無線信号に変化させて、領域１０６及び１１２のクライアントへ無線通信を行うものである。ＷＡＰ１０２は、自己に対して設けられた領域１０６の全てのクライアントのクライアント情報と、領域１０６のクライアントのマルチキャスト配信要求の有無とを対応付けて登録するクライアント登録テーブル１０７を有する。さらに、ＷＡＰ１０２は、サーバ１０１から送信されるデータフレームをいくつか保持するためのバッファ１０８を有する。
【００２０】
また、ＷＡＰ１１１は、ＷＡＰ１０２と同様に、自己に対して設けられた領域１１２の全てのクライアントのクライアント情報と、領域１１２のクライアントのマルチキャスト配信要求の有無とを対応付けて登録するクライアント登録テーブル１１３と、サーバ１０１から送信されるデータフレームをいくつか保持するためのバッファ１１４とを有する。
【００２１】
サーバ１０１は、マルチキャスト通信を行う際、ＷＡＰ１０２及び１１１を介して領域１０３のクライアントに、各種ファイルの名前とバージョン情報を送信する。領域１０３のクライアントは、これ等各種ファイルの名前とバージョン情報を受信し、マルチキャストによる配信要求の有無をサーバ１０１に返信する。サーバ１０１は、この返信された情報を既に登録されているクライアント情報と対応付けてクライアント登録テーブル１０５に登録する。
【００２２】
ＷＡＰ１０２及び１１１は、上記のサーバ１０１と領域１０６及び領域１１２のクライアントとのやり取りを夫々監視し、領域１０６及び１１２のクライアントの配信要求の有無を既に登録されているクライアント情報と対応付けてクライアント登録テーブル１０７及び１１３に夫々登録する。
【００２３】
サーバ１０１は、一定時間経過後、あるいは、領域１０３のクライアントからの配信要求の有無を全てクライアント登録テーブル１０５に登録した後、マルチキャスト配信要求の受付けを終了する。受付け終了後、サーバ１０１は、クライアント登録テーブル１０５の内容を基に、配信要求を行ったクライアント（例えば２０１、２０２、３００、３０１）の数、あるいは、行わなかったクライアント（例えば２００、２０３、３０２）の数を算出し、配信対象台数を決定する。
【００２４】
上記の受付け終了後、ＷＡＰ１０２及び１１１は、クライアント登録テーブル１０７及び１１３の内容を基に、配信要求を行ったクライアント（例えばＷＡＰ１０２では２０１、２０２、ＷＡＰ１１１では３００、３０１）の数、あるいは、行わなかったクライアント（例えばＷＡＰ１０２では２００、２０３、ＷＡＰ１１１では３０２）の数を夫々算出し、配信対象台数を夫々決定する。
【００２５】
サーバ１０１は、配信対象台数と、クライアント登録テーブル１０５に登録されているクライアント情報数より決定される領域１０３のクライアントの全台数との比率を算出する。また、ＷＡＰ１０２及び１１１も、夫々の配信対象台数と、クライアント登録テーブル１０７及び１１３に夫々登録されているクライアント情報数より決定される領域１０６及び１１２のクライアントの全台数との比率を夫々算出する。
【００２６】
図２は図１に示すサーバ１０１の送信時間間隔の算出方法の一例を示す図である。図２において、領域１０３のクライアントの全台数は例えば１００台、配信対象台数は例えば８０台、予め定めておいた最小送信時間間隔は例えば５０ｍｓである。クライアントの全台数と配信対象台数との比率で最小送信時間間隔を割ることにより、サーバ１０１から送信されるデータフレームの送信時間間隔（約６０ｍｓ）が算出される。
【００２７】
図３は図１に示すＷＡＰ１０２の送信時間間隔の算出方法の一例を示す図である。図３において、領域１０６のクライアントの全台数は例えば１０台、配信対象台数は例えば５台、予め定めておいた最小送信時間間隔は例えば８０ｍｓである。クライアントの全台数と配信対象台数との比率で最小送信時間間隔を割ることにより、ＷＡＰ１０２から送信されるデータフレームの送信時間間隔（１６０ｍｓ）が算出される。なお、ＷＡＰ１１１の送信時間間隔の算出方法も図３と同様であるので、説明を省略する。
【００２８】
サーバ１０１は、上記の比率に応じた送信時間間隔（約６０ｍｓ）でデータフレームの送信を開始する。
【００２９】
図４は図１に示すサーバ１０１、ＷＡＰ１０２、領域１０６のクライアント２０１を抜き出したサーバ・クライアントシステムの構成を示す図であり、図１と同等部分は同一符号にて示している。図４において、ＷＡＰ１０２は、サーバ１０１より送信されたデータフレームをバッファ１０８にいくつか保持し、かつ上記の比率に応じた送信時間間隔（１６０ｍｓ）でデータフレームを送信する。
【００３０】
クライアント２０１は、ＷＡＰ１０２から送信されたデータフレームを受信するが、受信できなかった場合は、ＷＡＰ１０２に対して受信できなかったデータフレームの再送要求を行う。ＷＡＰ１０２は、クライアント２０１からの再送要求を受信すると、バッファ１０８に該当するデータフレームを保持している時は、クライアント２０１に対して該当データフレームを再送する。
【００３１】
ＷＡＰ１０２は、上記の再送要求に対して、バッファ１０８に該当データフレームを保持していない時は、サーバ１０１に再送要求を行う。サーバ１０１は、ＷＡＰ１０２からの再送要求を受信すると、該当データフレームをＷＡＰ１０２を介してクライアント２０１に配信する。
【００３２】
図５は本発明の実施例によるサーバ・クライアントシステムのマルチキャスト通信を行う際の動作を示すフローチャートである。図５において、サーバ１０１は、自己に属する領域１０３の全クライアントのクライアント情報を、内部のクライアント登録テーブル１０５に登録する（ステップＳ１）。ＷＡＰ１０２及び１１１は、夫々に対応して設けられた領域１０６及び１１２の全クライアントのクライアント情報を、内部のクライアント登録テーブル１０７及び１１３に夫々登録する（ステップＳ２）。
【００３３】
登録が終わると、サーバ１０１は、領域１０３の各クライアントに対して各種ファイルの名前とバージョン情報を送信する（ステップＳ３）。領域１０３のクライアントは、これ等の情報を受信すると（ステップＳ４）、マルチキャスト配信要求の有無をサーバ１０１に対して返信する（ステップＳ５）。配信要求をした（ステップＳ６）領域１０３のクライアントは、マルチキャスト配信を待ち（ステップＳ７）、配信要求をしなかった（ステップＳ６）領域１０３のクライアントはそのまま待機する（ステップＳ２０）。サーバ１０１は、領域１０３のクライアントの返信情報である配信要求の有無をクライアント登録テーブル１０５に登録する（ステップＳ８）。
【００３４】
この間、ＷＡＰ１０２及び１１１は、サーバ１０１と領域１０３のクライアントとのやり取りを監視し、領域１０６及び１１２のクライアントの返信情報である配信要求の有無をクライアント登録テーブル１０７及び１１３に夫々登録する（ステップＳ９）。サーバ１０１は、一定時間経過後、あるいは、領域１０３の全クライアントの配信要求の有無を登録し終えた後、配信要求受付けを終了する（ステップＳ１０）。
【００３５】
サーバ１０１は、クライアント登録テーブル１０５の内容を基に、送信時間間隔を算出する（ステップＳ１１）。また、ＷＡＰ１０２及び１１１は、クライアント登録テーブル１０７及び１１３の内容を基に、送信時間間隔を夫々算出する（ステップＳ１２）。サーバ１０１は、算出した送信時間間隔でデータフレームの送信を始める（ステップＳ１３）。
【００３６】
ＷＡＰ１０２及び１１１は、サーバ１０１から送信されたデータフレームを夫々が、内部のバッファ１０８及び１１４内にいくつか保持する（ステップＳ１４）と同時に、算出した送信時間間隔でデータフレームを送信する（ステップＳ１５）。領域１０６及び１１２のクライアントは、配信されたデータを受信できれば（ステップＳ１６）通信を終了して待機し（ステップＳ２０）、受信できなかった場合（ステップＳ１６）は、ＷＡＰ１０２及び１１１に対して受信できなかったデータフレームの再送要求を夫々行う（ステップＳ１７）。
【００３７】
再送要求に対して、ＷＡＰ１０２及び１１１は、バッファ１０８及び１１４内に該当データフレームがあれば（ステップＳ１８）それを夫々再送する（ステップＳ１５）。該当データフレームが無い場合は（ステップＳ１８）、サーバ１０１に対して該当データフレームの再送要求を行う（ステップＳ１９）。再送要求を受けたサーバ１０１は、該当データフレームを再送する（ステップＳ１３）。
【００３８】
このように、上記実施例では、配信要求を行ったクライアントの台数によって、データフレームの送信時間間隔を決定しているので、マルチキャスト通信時による帯域占有率を制限でき、配信対象外のクライアントが通信を行う際の通信性能をさほど劣化させることなく行うことができる。
【００３９】
さらには、本実施例では、ＷＡＰ内にデータフレームを保持するためのバッファが設けられているので、クライアントの再送要求に対してＷＡＰとクライアント間で処理が行うことができ、サーバの負担と、サーバとＷＡＰ間のネットワーク負荷を軽減することができる。
【００４０】
【発明の効果】
本発明による第一の効果は、マルチキャスト通信時におけるデータフレームのエラーの発生を低減することができることである。その理由は、複数のＷＡＰにおいて、マルチキャスト通信を要求するクライアントの割合に応じてデータフレームの送信時間間隔を夫々決定し、この夫々の送信時間間隔でデータフレームを送信するようにしたので、ＷＡＰ間の電波干渉を軽減することができるためである。
【００４１】
本発明による第二の効果は、サーバの負担と、サーバとＷＡＰとの間のネットワーク負荷とを軽減することができることである。その理由は、ＷＡＰ内にサーバから送信されたデータフレームを保持することで、クライアントからの再送要求に応じて、ＷＡＰは自己が保持する該当データフレームを再送することができるので、クライアントからの再送要求をサーバまで送ること無しに、ＷＡＰとクライアント間で処理できるためである。
【００４２】
本発明による第三の効果は、マルチキャスト通信時に、マルチキャスト通信対象外のクライアントの通信性能をさほど劣化させることなく通信を行うことができることである。その理由は、サーバ、ＷＡＰの各々が、マルチキャスト通信を要求するクライアントの割合に応じてデータフレームの送信時間間隔を夫々決定し、この送信時間間隔でデータフレームを送信するようにしたことにより、通信帯域を制限でき、効率的な通信ができるためである。
【図面の簡単な説明】
【図１】本発明の実施例のサーバ・クライアントシステムの構成を示す図である。
【図２】図１に示すサーバ１０１の送信時間間隔の算出方法の一例を示す図である。
【図３】図１に示すＷＡＰ１０２の送信時間間隔の算出方法の一例を示す図である。
【図４】図１に示すサーバ１０１、ＷＡＰ１０２、領域１０６のクライアント２０１を抜き出したサーバ・クライアントシステムの構成を示す図である。
【図５】本発明の実施例によるサーバ・クライアントシステムのマルチキャスト通信を行う際の動作を示すフローチャートである。
【符号の説明】
１０１ サーバ
１０２、１１１ ＷＡＰ
１０３、１０６、１１２ クライアントの領域
１０４ 有線回線
１０５、１０７、１１３ クライアント登録テーブル
１０８、１１４ バッファ
２００〜２０３、３００〜３０２ クライアント
Claims (4)
- サーバと、前記サーバに対して設けられるアクセスポイントと、前記アクセスポイントに対して設けられるクライアントとを含む無線ＬＡＮを用いたサーバ・クライアントシステムにおける同報通信方式であって、前記サーバは、マルチキャスト通信を行う時、マルチキャスト配信要求を行った前記サーバに属するクライアントの数と前記サーバに属する全クライアントの数との比率に応じた送信時間間隔で、前記アクセスポイントにデータフレームを送信することを特徴とする同報通信方式。
- 前記アクセスポイントは、前記マルチキャスト配信要求を行った前記アクセスポイントに属するクライアントの数と前記アクセスポイントに属する全クライアントの数との比率に応じた送信時間間隔で、前記マルチキャスト配信要求を行った前記アクセスポイントに属するクライアントに前記サーバからの前記データフレームを送信することを特徴とする請求項１記載の同報通信方式。
- 前記アクセスポイントは、前記サーバからの前記データフレームを保持する保持手段を含み、前記マルチキャスト配信要求を行った前記アクセスポイントに属するクライアントが、前記アクセスポイントからの前記データフレームの少なくとも一つを受信できなかった場合に、該当する前記データフレームを自己に再送するよう第一の再送要求を行った時、前記第一の再送要求を行ったクライアントに前記保持手段に保持されている前記該当データフレームを再送信することを特徴とする請求項２記載の同報通信方式。
- 前記アクセスポイントは、前記第一の再送要求を受け、前記該当データフレームを前記保持手段に保持していない時、前記サーバに前記該当データフレームを自己に再送するよう再送要求を行い、これを受けて前記サーバは、前記アクセスポイントを介して前記第一の再送要求を行ったクライアントに前記該当データフレームを再送信することを特徴とする請求項３記載の同報通信方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000218224A JP3678634B2 (ja) | 2000-07-19 | 2000-07-19 | 同報通信方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000218224A JP3678634B2 (ja) | 2000-07-19 | 2000-07-19 | 同報通信方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002033736A JP2002033736A (ja) | 2002-01-31 |
| JP3678634B2 true JP3678634B2 (ja) | 2005-08-03 |
Family
ID=18713198
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000218224A Expired - Fee Related JP3678634B2 (ja) | 2000-07-19 | 2000-07-19 | 同報通信方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3678634B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2866498A1 (fr) * | 2004-02-17 | 2005-08-19 | Thomson Licensing Sa | Methode de transmission d'un flux multipoint dans un reseau local et dispositif de connexion implementant la methode |
| EP2597850A1 (en) | 2011-11-24 | 2013-05-29 | Alcatel Lucent | Method and arrangement for echo cancellation in conference systems |
-
2000
- 2000-07-19 JP JP2000218224A patent/JP3678634B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002033736A (ja) | 2002-01-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7561599B2 (en) | Method of reliable multicasting | |
| US5553083A (en) | Method for quickly and reliably transmitting frames of data over communications links | |
| CN102238226B (zh) | 在以内容为中心的网络上的会话迁移 | |
| RU2221339C2 (ru) | Устройство и способ для повторной передачи данных в соответствии с протоколом линии радиосвязи в мобильной системе связи | |
| US4975904A (en) | Local area network for digital data processing system including timer-regulated message transfer arrangement | |
| EP0654921B1 (en) | File broadcast system with confirmation of delivery | |
| US7304975B2 (en) | Method for providing rapid delayed frame acknowledgement in a wireless transceiver | |
| JP4653163B2 (ja) | ハンドオーバ中における複製パケットの特定方法およびデバイス | |
| WO2011153908A1 (zh) | 一种实现域名解析代理功能的装置和方法 | |
| CA2380700A1 (en) | An apparatus and method for transmitting and receiving data according to radio link protocol in a mobile communications system | |
| US6515994B1 (en) | Method of communication in a communications network and apparatus therefor | |
| US6502128B1 (en) | Server and a method for communicating event messages from the server connected to a peripheral device and a client computer | |
| JP2003037606A (ja) | 無線通信装置及び無線通信方法 | |
| JP4556351B2 (ja) | マルチキャスト通信方法およびシステム | |
| CN101087171A (zh) | 一种无线链路控制传输的方法及*** | |
| US7397786B2 (en) | Hardware assist system and method for the timing of packets in a wireless network | |
| JP3678634B2 (ja) | 同報通信方式 | |
| US7000024B1 (en) | Systems and methods for providing transmission control protocol communications | |
| US6370123B1 (en) | Method and system for half-duplex wireless communication | |
| JPH0567092B2 (ja) | ||
| US7768961B2 (en) | Wireless communication method and apparatus for reliably transmitting data | |
| JP2001237883A (ja) | マルチキャスト通信システム及び方法、並びに、データ通信装置及びデータ通信方法 | |
| US20040148422A1 (en) | Communication control method, communication system, and communication apparatus that can improve throughput | |
| JP3539606B2 (ja) | パケット通信装置 | |
| JPH10200538A (ja) | 応答収集方法及びシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050411 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050419 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050510 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S633 | Written request for registration of reclamation of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313633 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080520 Year of fee payment: 3 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080520 Year of fee payment: 3 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090520 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |