(57)【要約】【課題】多数の無線端末の無線品質を評価する。【解決手段】無線端末５は、中継機３と通信する際の受信エラーをエラー履歴として記憶しており、管理サーバ２は、各無線端末５からエラー履歴を収集して履歴ＤＢに記憶し、各無線端末５の無線品質を評価する。無線端末５のバージョンアップの際には、管理サーバ２は、更新ファイルをブロックに分割して対象となる全無線端末５にブロードキャスト送信、及び再送を行う。再送によっても受信に失敗した無線端末５があった場合、管理サーバ２は、個々の無線端末５に対して受信に失敗したブロックをユニキャスト送信する。管理サーバ２は、履歴ＤＢに記憶した各無線端末５のエラー履歴から無線端末５の平均のエラーレートを求め、これを用いて再送回数、及び必要時間の関係を計算して提示する。【選択図】図１
2010258506.tif 000002
【特許請求の範囲】
【請求項１】
所定箇所に配置された複数の無線端末の個々の無線品質を取得する無線品質取得手段と、
前記取得した個々の無線品質を集計する集計手段と、
前記集計した集計値を用いて前記複数の無線端末に対する所定の値を見積もる見積手段と、
を具備したことを特徴とする無線品質集計装置。
【請求項２】
前記見積手段は、１回の送信で所定の情報を複数の無線端末に送信する動作を所定の回数行い、当該送信で前記所定の情報を受信していない無線端末に前記所定の情報を個別に送信する情報処理装置の前記動作の前記所定の回数を見積もることを特徴とする請求項１に記載の無線品質集計装置。
【請求項３】
前記見積手段は、前記所定の情報を送信する送信時間が最短となるように前記所定の回数を見積もることを特徴とする請求項２に記載の無線品質集計装置。
【請求項４】
前記見積手段は、所定の時間内において、前記複数の無線端末の消費電力が最小となるように前記所定の回数を見積もることを特徴とする請求項２に記載の無線品質集計装置。
【請求項５】
前記無線品質は、前記無線端末が受信中に生じたエラーの比率であることを特徴とする請求項１から請求項４までのうちの何れか１の請求項に記載の無線品質集計装置。
【請求項６】
前記複数の無線端末と無線を介して通信する通信手段を具備し、
前記無線品質取得手段は、前記複数の無線端末と通信することにより、前記複数の無線端末の個々の無線品質を取得することを特徴とする請求項１から請求項５までのうちの何れか１の請求項に記載の無線品質集計装置。
【請求項７】
所定の通信対象と無線を介して通信する通信手段と、
前記所定の通信対象との通信を行いながら、当該通信対象との無線品質を記録する品質記録手段と、
前記記録した品質情報を前記所定の通信対象に送信する品質情報送信手段と、
を具備したことを特徴とする無線端末。
【請求項８】
前記品質情報は、前記所定の通信対象から送信されてくる情報の受信中に生じたエラーの比率であることを特徴とする請求項７に記載の無線端末。
【請求項９】
所定箇所に配置された複数の無線端末の個々の無線品質を取得する無線品質取得機能と、
前記取得した個々の無線品質を集計する集計機能と、
前記集計した集計値を用いて前記複数の無線端末に対する所定の値を見積もる見積機能と、
をコンピュータで実現する無線品質集計プログラム。
【請求項１０】
所定の通信対象と無線を介して通信する通信機能と、
前記所定の通信対象との通信を行いながら、当該通信対象との無線品質を記録する品質記録機能と、
前記記録した品質情報を前記所定の通信対象に送信する品質情報送信機能と、
をコンピュータで実現する無線端末プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線品質集計装置、無線端末、無線品質集計プログラム、及び無線端末プログラムに関し、例えば、複数の無線端末に対して情報を送信するものに関する。
【背景技術】
【０００２】
例えば、電子棚札システムでは、１台の管理サーバに数台の中継機を介して多数の無線端末（電子棚札端末）が接続している。
これら各無線端末の受信状態、即ち無線品質は、設置箇所や中継機からの距離などにより個々に異なる。
【０００３】
管理サーバから無線端末に情報を送信する場合、無線端末が受信に失敗した場合には、管理サーバは受信に失敗した情報を無線端末に再送するため、無線品質は、管理サーバから無線端末に情報を送信する際の効率に影響する。このため、無線端末の無線品質を評価することは重要な作業である。
【０００４】
このように、無線端末の無線品質を確認する技術として、特許文献１の「電子棚札システム」がある。
この技術は、管理サーバから各無線端末に指令を出して各無線端末に無線品質を表示させ、担当者が巡回してこれらを確認するものである。
【０００５】
しかし、無線端末は、数万台に及ぶこともあり、これらを巡回して確認することは困難であった。
このため多数の無線端末を擁する電子棚札システムでは、無線端末の無線品質を取得することが困難であり、例えば、これら無線端末のプログラムを一斉にバージョンアップする際に要する時間を見積もることが困難であった。
そのため、無線端末個々の無線品質を評価したり、無線端末全体としての無線品質を評価する方法が求められていた。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−１４６５５５公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、多数の無線端末の無線品質を評価することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、前記目的を達成するために、請求項１に記載の発明では、所定箇所に配置された複数の無線端末の個々の無線品質を取得する無線品質取得手段と、前記取得した個々の無線品質を集計する集計手段と、前記集計した集計値を用いて前記複数の無線端末に対する所定の値を見積もる見積手段と、を具備したことを特徴とする無線品質集計装置を提供する。
請求項２に記載の発明では、前記見積手段は、１回の送信で所定の情報を複数の無線端末に送信する動作を所定の回数行い、当該送信で前記所定の情報を受信していない無線端末に前記所定の情報を個別に送信する情報処理装置の前記動作の前記所定の回数を見積もることを特徴とする請求項１に記載の無線品質集計装置を提供する。
請求項３に記載の発明では、前記見積手段は、前記所定の情報を送信する送信時間が最短となるように前記所定の回数を見積もることを特徴とする請求項２に記載の無線品質集計装置を提供する。
請求項４に記載の発明では、前記見積手段は、所定の時間内において、前記複数の無線端末の消費電力が最小となるように前記所定の回数を見積もることを特徴とする請求項２に記載の無線品質集計装置を提供する。
請求項５に記載の発明では、前記無線品質は、前記無線端末が受信中に生じたエラーの比率であることを特徴とする請求項１から請求項４までのうちの何れか１の請求項に記載の無線品質集計装置を提供する。
請求項６に記載の発明では、前記複数の無線端末と無線を介して通信する通信手段を具備し、前記無線品質取得手段は、前記複数の無線端末と通信することにより、前記複数の無線端末の個々の無線品質を取得することを特徴とする請求項１から請求項５までのうちの何れか１の請求項に記載の無線品質集計装置を提供する。
請求項７に記載の発明では、所定の通信対象と無線を介して通信する通信手段と、前記所定の通信対象との通信を行いながら、当該所定の通信対象との無線品質を記録する品質記録手段と、前記記録した品質情報を前記所定の通信対象に送信する品質情報送信手段と、を具備したことを特徴とする無線端末を提供する。
請求項８に記載の発明では、前記品質情報は、前記所定の通信対象から送信されてくる情報の受信中に生じたエラーの比率であることを特徴とする請求項７に記載の無線端末を提供する。
請求項９に記載の発明では、所定箇所に配置された複数の無線端末の個々の無線品質を取得する無線品質取得機能と、前記取得した個々の無線品質を集計する集計機能と、前記集計した集計値を用いて前記複数の無線端末に対する所定の値を見積もる見積機能と、をコンピュータで実現する無線品質集計プログラムを提供する。
請求項１０に記載の発明では、所定の通信対象と無線を介して通信する通信機能と、前記所定の通信対象との通信を行いながら、当該所定の通信対象との無線品質を記録する品質記録機能と、前記記録した品質情報を前記所定の通信対象に送信する品質情報送信機能と、をコンピュータで実現する無線端末プログラムを提供する。
【発明の効果】
【０００９】
本発明では、各無線端末から管理サーバに無線品質を評価するための情報を送信させ、これを集計することにより多数の無線端末の無線品質を評価することができる。
【図面の簡単な説明】
【００１０】
【図１】無線通信システムのネットワーク構成の一例を示した図である。
【図２】管理サーバ、中継機、及び無線端末のハードウェア的な構成の一例を示した図である。
【図３】端末ＤＢの論理的な構成の一例を示した図である。
【図４】通信フォーマットを説明するための図である。
【図５】基本フレームを用いて更新ファイルを送信する一例を説明するための図である。
【図６】１の基本フレームで複数の中継機に対応づけられている無線端末に更新ファイルを送信する例を説明するための図である。
【図７】１の基本フレームで分割データを再送する場合を説明するための図である。
【図８】基本フレーム単位で分割データを再送する場合を説明するための図である。
【図９】同期維持動作を説明するためのフローチャートである。
【図１０】データ送信動作を説明するためのフローチャートである。
【図１１】エラー履歴の収集動作を説明するためのフローチャートである。
【図１２】シミュレーション結果を表にして示した図である。
【図１３】必要時間を計算する手順を説明するためのフローチャートである。
【図１４】更新処理の手順を説明するためのフローチャートである。
【図１５】変形例に係る更新処理の手順を説明するためのフローチャートである。
【図１６】ユニキャスト送信により更新ファイルを送信する手順を説明するためのフローチャートである。
【発明を実施するための形態】
【００１１】
（１）実施形態の概要
無線通信システム１（図１）では、中継機３を介して管理サーバ２と無線端末５が通信している。
無線端末５は、中継機３と通信する際の受信エラーをエラー履歴として記憶しており、管理サーバ２は、各無線端末５からエラー履歴を収集して履歴ＤＢに記憶し、各無線端末５の無線品質を評価する。
【００１２】
無線端末５のバージョンアップの際には、管理サーバ２は、更新ファイルをブロックに分割して対象となる全無線端末５にブロードキャスト送信する。
また、管理サーバ２は、ブロードキャスト送信で受信に失敗した無線端末５に再度受信の機会を提供するために、ブロードキャスト送信によるブロックの再送を行う。
再送によっても受信に失敗した無線端末５があった場合、管理サーバ２は、個々の無線端末５に対して受信に失敗したブロックをユニキャスト送信することにより個別に対処する。
【００１３】
ところで、管理サーバ２は、基本フレームという枠組みを用いて無線端末５とデータの送受信を行い、上記の再送には、基本フレーム内でデータをブロードキャスト再送するフレーム内再送と、基本フレーム単位でブロードキャスト送信を再度行う基本フレーム再送がある。
【００１４】
全無線端末５に対して更新ファイルを送信するのに要する時間（必要時間）は、無線端末５の無線品質（ここでは平均のエラーレート）と、フレーム内再送回数、及び基本フレーム再送回数に依存する。
そこで、管理サーバ２は、履歴ＤＢに記憶した各無線端末５のエラー履歴から無線端末５の全数の平均のエラーレートを求め、これを用いて、再送回数（フレーム内再送回数、基本フレーム再送回数）、及び必要時間の関係を計算して提示する。
【００１５】
ユーザは、例えば、必要時間を最小としたい場合、必要時間が最小となるフレーム内再送回数、及び基本フレーム再送回数を選択し、管理サーバ２は、これら回数にて更新ファイルを送信する。
このようにして、無線通信システム１では、例えば、無線端末５の一斉バージョンアップに要する時間を見積もることができるため、作業者は、適切な人員の配置や複数店舗でのバージョンアップを連続して行う場合のスケジュールを設定することができる。
【００１６】
（２）実施形態の詳細
図１は、本実施の形態の無線通信システム１のネットワーク構成の一例を示した図である。
無線通信システム１は、管理サーバ２、中継機３ａ、３ｂ、・・・、電子棚札として機能する無線端末５、５、・・・、などから構成されている。無線としてはＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）や赤外線などを用いることができる。
無線通信システム１は、例えば、大型小売店舗に設置された場合、１日のうち、１〜２時間程度が無線端末５の表示内容の書き換えに用いられ、その他の期間は表示の書き換えは行わずに同期状態が維持されている。
以下、中継機や無線端末を特に区別しない場合には、単に中継機３、無線端末５と記すことにする。
【００１７】
管理サーバ２は、無線端末５と通信し、これらの表示内容を設定するアプリケーションを備えたサーバであり、例えば、店舗の事務所などに設置されている。
管理サーバ２は、有線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）または無線ＬＡＮによって、中継機３と通信し、これら中継機３を介して無線端末５と通信する。
管理サーバ２は、無線端末５と通信してこれらの表示を書き換えるほか、各無線端末５の搭載しているアプリケーションなどのバージョンも管理しており、これをバージョンアップする際には、各無線端末５に更新（アップデート用）ファイルを送信して、無線端末５にファイルの更新を行わせる。
【００１８】
中継機３は、例えば、店舗の天井や柱などに設置され、管理サーバ２とＬＡＮによる通信を行うと共に、近辺に存在する無線端末５と近距離の無線通信を行い、管理サーバ２と無線端末５の通信を中継する。
このように、管理サーバ２と無線端末５の通信を中継機３に中継させるのは、無線端末５に中継機３との近距離無線通信を行わせた方が、無線端末５に管理サーバ２との遠距離の無線通信を行わせる場合よりも無線端末５の消費電力を低減することができるためである。
【００１９】
中継機３は、通信タイミングが重ならないように従属位相同期を行っている。
即ち、中継機３のグループ内で親中継機を１台設定し、１つの中継機３のグループは、親中継機を頂点とする木構造を形成し、子中継機は親中継機が送信する同期信号を監視することにより従属同期を行う。
例えば、中継機３ｂ、３ｃ（子中継機）は、中継機３ａ（親中継機）が無線端末５に送信する同期信号を受信し、この受信タイミングを基準として、自己の同期信号を送信する。
【００２０】
無線端末５は、電子棚札であって、店舗の棚などに設置されて、液晶表示パネルに商品の名称や価格などを表示するアプリケーションを搭載している。無線端末５には、そのパネルのサイズにより、例えば、大中小の３サイズがある。
無線端末５は、何れかの中継機３に対応づけられており、無線端末５は自己が対応づけられた中継機３と通信する。
例えば、中継機３ａには、無線端末群６ａ内の無線端末５が中継機３ａと通信するように設定されている。
【００２１】
これら設定は、無線端末５が商品棚に設置された際に、無線端末５に周囲の中継機３をサーチさせて最も電波状態のよい中継機３を検出させて管理サーバ２に報告させ、管理サーバ２がこれら無線端末５と中継機３を紐づけることにより行われる。なお、この対応づけ処理は端末参加などと呼ばれることがある。
【００２２】
このように、無線通信システム１は、管理サーバ２、中継機３、無線端末５を用いて構成されているが、各無線端末５は、中継機３との無線通信における受信エラーをエラー履歴として記録しており、管理サーバ２は、各無線端末５に要求して、これらエラー履歴を送信させることができる。
このエラー履歴は、無線端末５の受信エラーのエラーレート（エラー率）により当該無線端末５の無線品質を評価するのに用いられる。
このように、本実施の形態では、無線端末５の無線品質を受信状態によって評価するが、他の方法によって評価するように構成してもよい。
【００２３】
管理サーバ２は、各無線端末５からエラー履歴を受信し、これを集計して各無線端末５ごとの無線品質を評価するほか、複数の無線端末５の無線品質に対して統計的な処理を施すことにより、これら複数の無線端末５全体としての無線品質を評価することができる。
この複数の無線端末５は、任意に選択することができ、例えば、全ての無線端末５を選択して店舗全体としての無線品質を評価したり、後述する無線端末５のサイズ別の無線品質を評価したり、あるいは、野菜売り場や魚売り場など、売り場ごとの無線端末５の無線品質を評価することができる。
【００２４】
このように構成された無線通信システム１において、無線端末５のアプリケーション（プログラム）、パラメータ、その他のデータなどを更新する場合があるが、この場合、管理サーバ２は、例えば、以下のようにして、無線端末５のファイルを更新させる。
【００２５】
以下では、説明を簡単にするため、無線端末５のサイズごとにアプリケーションが存在するとし、これを更新する場合について説明する。
即ち、サイズ大中小の無線端末５には、それぞれサイズ大用、中用、小用のアプリケーションがインストールされており、管理サーバ２は、これらサイズ別にファイルを更新するものとする。
【００２６】
管理サーバ２は、例えば、サイズ中用のアプリケーションを更新する場合、サイズ中用の更新ファイルを全無線端末５にブロードキャスト送信により複数回一斉に送信する。
複数回ブロードキャスト送信する方法としては、後に詳細に説明するフレーム内再送と基本フレーム再送を用いる。
ここで、ブロードキャスト送信とは、ネットワーク通信において不特定多数の端末に情報を送信することをいう。
【００２７】
サイズ中の無線端末５は、複数回送信されてくる更新ファイルを受信し、受信に成功した場合には、休止して再送されてくる更新ファイルを受信せず、消費電力を低減する。
一方、サイズ大、小の無線端末５は、管理サーバ２がサイズ中用の更新ファイルを送信している間休止して消費電力を節約する。
【００２８】
管理サーバ２は、このような一斉送信を複数回繰り返した後、更新ファイルの受信に成功したか否かを全無線端末５に問い合わせる。
無線端末５のうち、更新対象であったサイズ中の無線端末５は、この問い合わせに対し、受信が成功したか否かの応答を管理サーバ２に対して行う。
【００２９】
管理サーバ２は、この応答により更新ファイルの受信に失敗した無線端末５を特定し、これら無線端末５に更新ファイルをユニキャスト送信によって個別に送信する。
ここで、ユニキャスト送信とは、ネットワーク通信において、単一のアドレスの端末に対して情報を送信することをいう。
以上のようにして、サイズ中の無線端末５は、更新ファイルを受信し終えると、これを用いてアプリケーションのバージョンアップを実行する。
【００３０】
以上のように、管理サーバ２が更新ファイルを複数回一斉送信（ブロードキャスト送信）する理由は次の通りである。
無線端末５が、例えば、数万台など多数存在する場合、一定の割合で更新ファイルの受信に失敗する無線端末５が存在することが考えられる。特に無線通信の場合には、無線回線が不安定になる場合も考えられるため、受信に失敗する無線端末５が発生する可能性が高くなる。
そこで、複数回一斉送信を繰り返すことにより、受信に失敗する無線端末５の台数を著しく低減することができる。
【００３１】
また、管理サーバ２では、フレーム内再送回数と基本フレーム再送回数を設定できるようになっている。
これは、送信対象となっている無線端末５の無線品質と、これら回数によって、ファイルの送信を完了するまでの時間（以下、必要時間）が異なり、ユーザが所望のものを選択できるようにするためである。
このため、管理サーバ２は、無線端末５の無線品質を評価したり、無線品質と再送回数を変数として必要時間をシミュレーションするアプリケーションを搭載しており、ユーザは、当該アプリケーションを用いて、適当な回数を選択することができる。
【００３２】
また、管理サーバ２がこのアプリケーションを用いて最短時間で送信が終了するフレーム内再送回数と基本フレーム再送回数を自動設定するように構成することもできる。
なお、当該アプリケーションは、必ずしも管理サーバ２に搭載する必要はなく、例えば、パーソナルコンピュータなどに実装して、スタンドアローンにて計算するように構成することもできる。
【００３３】
図２は、管理サーバ２、中継機３、及び無線端末５のハードウェア的な構成の一例を示した図である。
管理サーバ２は、ＣＰＵ２１、ＲＡＭ２２、記憶媒体２３、クロック２４、表示部２５、操作部２６、ＬＡＮ接続Ｉ／Ｆ（インターフェース）２７などから構成されている。
ＣＰＵ２１は、記憶媒体２３などに記憶されたプログラムを実行して各種演算や管理サーバ２の各部を制御する中央処理装置である。
ＲＡＭ２２は、ＣＰＵ２１に対してワーキングメモリを提供するランダムアクセスメモリである。
【００３４】
記憶媒体２３は、例えば、ハードディスクや半導体装置などによって構成されており、各種のプログラムやデータを記憶している。
本実施の形態では、無線端末５をグループ分けして通信するためのプログラムや、無線端末５を登録した端末ＤＢ（データベース）、無線端末５のアプリケーションなどを更新する更新ファイル、各無線端末５から収集したエラー履歴を記憶した履歴ＤＢなどが記憶されている。
【００３５】
ここで、エラー履歴は、無線端末５が中継機３と通信するに際しての受信エラーを記録した履歴であり、無線端末５の受信エラーレートを得ることができる情報である。
より詳細には、無線通信システム１では、パケットによりデータの送受信をしており、エラー履歴は、受信におけるパケットエラーレートを特定することができる情報となっている。
無線端末５は、エラー履歴を記録して、管理サーバ２の要求により管理サーバ２に送信し、管理サーバ２は、エラー履歴を用いて無線端末５の無線品質を評価する。
【００３６】
クロック２４は、例えば、水晶発振器などによって構成され、クロック信号を生成する。
表示部２５は、例えば、液晶ディスプレイなどによって構成されており、担当者が管理サーバ２を操作する際の操作画面などの各種画面を表示する。
操作部２６は、例えば、キーボードやマウスなどの操作端末を備えており、担当者から管理サーバ２の操作を受け付ける。
ＬＡＮ接続Ｉ／Ｆ２７は、有線、または無線ＬＡＮであり、中継機３との通信を行う。
【００３７】
中継機３は、ＣＰＵ３１、ＲＡＭ３２、記憶媒体３３、クロック３４、ＬＡＮ接続Ｉ／Ｆ３５、近距離無線Ｉ／Ｆ３６などを備えている。
ＣＰＵ３１は、記憶媒体３３などに記憶されたプログラムを実行して中継機能を発揮したり中継機３の各部を制御する中央処理装置である。
ＲＡＭ３２は、ＣＰＵ３１に対してワーキングメモリを提供するランダムアクセスメモリであり、管理サーバ２から送信されてきた情報を無線端末５に対して送信する際に、これを一時的に記憶したりする。
【００３８】
記憶媒体３３は、例えば、半導体装置などによって構成されており、各種のプログラムやデータを記憶しており、本実施の形態では、管理サーバ２と無線端末５の通信を中継するためのプログラムや、自己の固有情報である中継機ＩＤなどを記憶している。
クロック３４は、例えば、水晶発振器などによって構成され、クロック信号を生成する。
ＬＡＮ接続Ｉ／Ｆ３５は、有線、または無線ＬＡＮであり、管理サーバ２との通信を行う。
近距離無線Ｉ／Ｆ３６は、無線端末５と近距離の無線通信を行う。
【００３９】
無線端末５は、ＣＰＵ５１、ＲＡＭ５２、記憶媒体５３、クロック５４、表示部５５、近距離無線Ｉ／Ｆ５６、バッテリ５７、参加スイッチ５９などから構成されている。
ＣＰＵ５１は、記憶媒体５３などに記憶されたプログラムを実行して電子棚札機能を発揮したり無線端末５の各部を制御する中央処理装置である。
ＲＡＭ５２は、ＣＰＵ５１に対してワーキングメモリを提供するランダムアクセスメモリであり、無線通信システム１に参加する際に自分が対応づけられた中継機３の中継機ＩＤや、中継機３から送信されてきた更新ファイル、同期信号、その他のデータを記憶する。
【００４０】
記憶媒体５３は、例えば、半導体装置などによって構成されており、各種のプログラムやデータを記憶しており、本実施の形態では、中継機３を介して管理サーバ２と通信し、表示部５５に表示を行うアプリケーションや中継機３との通信を監視し、エラー履歴を記録するプログラム、アプリケーションの更新を行う更新プログラムといった各種プログラム、自己が対応づけられている中継機３の中継機ＩＤ、自己固有情報である端末ＩＤ、エラー履歴などを記憶している。
エラー履歴は、例えば、過去一ヶ月間など、所定の期間に渡って、受信の成功・失敗を記録した情報であり、受信エラーの発生率を特定することができる情報である。
【００４１】
クロック５４は、例えば、水晶発振器などによって構成されており、無線端末５が各種処理を行うためのタイミングをとったり時間を計測したりするのに用いられる。
表示部５５は、例えば、メモリ性液晶表示装置を用いて構成されており、表示内容の書き換え時に電力を消費し、表示期間中は電力を消費しないように構成されている。
【００４２】
近距離無線Ｉ／Ｆ５６は、中継機３と近距離の無線通信を行う。
バッテリ５７は、例えば、所謂ボタン電池などで構成されており、無線端末５が駆動するための電力を供給する。
参加スイッチ５９は、無線端末５を商品棚に設置し、管理サーバ２に参加させる際に押下するボタンである。
なお、参加スイッチ５９は、必ずしも必要でなく、例えば、無線端末５の電源をオンした際に自動的に参加処理を行ったりなど、各種の形態が可能である。
【００４３】
図３は、管理サーバ２が記憶する端末ＤＢの論理的な構成の一例を示した図である。
端末ＤＢは、「端末ＩＤ」、「サイズ」、「バージョン」、「中継機ＩＤ」などの項目から構成されている。
「端末ＩＤ」は、各無線端末５のＩＤ情報であり、管理サーバ２は、端末ＩＤにより各無線端末５を特定する。
【００４４】
「サイズ」は、無線端末５の液晶パネルのサイズであり、大中小の３サイズが存在する。
「バージョン」は、無線端末５に搭載してあるアプリケーションのバージョンである。アプリケーションは、無線端末５のサイズごとに異なるため、バージョンもサイズごととなる。
「バージョン」の番号体系の中にサイズ情報を取り込むことにより、サイズ情報の項目管理を削除してもよい。
なお、他の店舗から異なるバージョンの無線端末５を持ってきて取り付けたりなど、同じサイズであってもバージョンが異なる場合もある。
「中継機ＩＤ」は、各無線端末５と関連付けられて無線通信を行う中継機３のＩＤ情報である。
【００４５】
なお、図３の例では、各無線端末５には、１つのアプリケーションがインストールされているが、１台の無線端末５に複数個のアプリケーションを備えるように構成することもできる。
例えば、端末ＩＤ「００１」の無線端末５に、第１のアプリケーション、第２のアプリケーションの合計２つのアプリケーションを搭載する場合、端末ＤＢには、各アプリケーションのバージョンを記録する。
【００４６】
図４は、無線通信システム１で通信に用いられる通信フォーマットを説明するための図である。
無線通信システム１は、基本フレームという通信フォーマットを用いることにより、無線端末５の無線通信における同期の維持、管理サーバ２から無線端末５へのデータ（ファイルなどの各種情報を含む）の送信、無線端末５から管理サーバ２へのデータの送信を可能としている。
【００４７】
基本フレームの期間長内には、無線端末５に同期信号を送信する同期フレーム（同期期間）、無線端末５にデータを送信するデータ期間、及び無線端末５から管理サーバ２に送信するデータがある場合にはこれを送信する参加期間が、この順に設けられている。
同期フレームは、中継機３ごとに時分割されており、中継機３ａ用の同期信号→中継機３ｂ用の同期信号→・・・といったように、各中継機３に対する同期信号がパケットとして順次送信される。
【００４８】
中継機３は、管理サーバ２から同期信号が送られてくると、これを周囲の無線端末５に対して送信し、当該中継機３に対応づけられている無線端末５は、当該送信された同期信号を用いて中継機３、及び管理サーバ２と同期を維持する。
このため、中継機３ａが送信する同期信号には、無線端末群６ａの無線端末５が同期し、中継機３ｂが送信する同期信号には無線端末群６ｂの無線端末５が同期し、これら同期信号は、無線端末群６ごとに時分割されて送信するため、これらの混信を防止することができる。
【００４９】
同期信号には、無線端末群６の無線端末５に宛てたデータがあるか否かを表す有無フラグ（データがある場合には有、ない場合には無）が含まれており、無線端末５は、有無フラグが有の場合には、後述の端末リストを受信し、有無フラグが無の場合には、次の同期信号まで休止状態となって消費電力を節約する。
より具体的には、管理サーバ２は、無線端末群６ａに属する無線端末５の少なくとも１台に送信するデータがある場合、有無フラグを有に設定し、ない場合には無に設定する。
【００５０】
同期フレームに続くデータ期間では、まず、端末リストが送信された後、無線端末５に宛てたデータが送信される。
端末リストは、データの送信先である無線端末５の端末ＩＤとデータの受信タイミングをリスト化したものである。
無線端末５は、同期信号の有無フラグが有であった場合、端末リストを受信し、自己がデータの送信先として指定されているか否かを確認し、指定されていた場合には、指定された受信タイミングでデータを受信し、指定されていない場合には、次の同期信号まで休止状態となって消費電力を節約する。
【００５１】
管理サーバ２は、無線端末５に対してブロードキャスト送信、ユニキャスト送信を行うが、この送信制御は同期信号と端末リストの設定によって行うことができる。
ブロードキャスト送信の場合には、有無フラグを有に設定し、端末リストで全無線端末５が送信対象である旨の情報を送信する。
例えば、中継機３ａに対応づけられた無線端末群６ａの全ての無線端末５は、有無フラグが有であるため端末リストの全無線端末５が送信対象である旨の情報を受信し、指定された受信タイミングでデータを受信する。このようにして、データ期間で送信されるデータは無線端末群６ａの全ての無線端末５に受信される。
特定のＩＤをブロードキャスト用端末ＩＤとして定義し、これを全無線端末５が送信対象である旨の情報とすることもできる。
【００５２】
一方、ユニキャスト送信の場合には、有無フラグを有に設定し、端末リストで送信対象となっている無線端末５ａの端末ＩＤと受信タイミングを送信する。
例えば、中継機３に対応づけられた無線端末群６ａのある無線端末５が送信対象である場合、有無情報が有であるため、無線端末群６ａの全ての無線端末５が端末リストを受信する。
送信対象となっていない無線端末５は、端末リストで自己の端末ＩＤが送信されてこないため休止状態となり、送信対象となっている無線端末５は、自己の端末ＩＤと受信タイミングを確認し、当該タイミングでデータを受信する。
【００５３】
また、無線端末５を論理的なグループに分割し、当該グループに対してブロードキャスト送信するように構成することもできる。
例えば、無線端末５をサイズ別にグループ化したとする。
サイズ大の無線端末５に対してブロードキャスト送信する場合、管理サーバ２は、サイズ大の無線端末５が属する無線端末群６に対応づけられた中継機３の同期信号において有無フラグを有に設定し、端末リストにてサイズ大の無線端末５の端末ＩＤと受信タイミングを指定する。受信タイミングでは、１のデータをサイズ大の無線端末５が一斉に受信するように設定する。
【００５４】
または、同期信号にデータの送信対象である無線端末５のサイズを指定しておき、当該サイズの無線端末５は、データを受信し、当該サイズでない無線端末５は、休止するといったように、同期信号で送信対象となっている無線端末５のグループを特定する情報を送信し、無線端末５に当該グループに該当するか否かを判断させてデータを受信させるように構成してもよい。
【００５５】
以上のようにブロードキャスト送信では、データ送信期間で送信する１のデータを中継機３の管理下にある（即ち、当該中継機３に対応づけられている）全無線端末５に一斉に受信させたり、あるいは、特定のグループに属する無線端末５に一斉に受信させることができ、ユニキャスト送信では、１のデータを特定の無線端末５に受信させることができる。
なお、特定のグループの無線端末５に対してデータを送信する場合をマルチキャスト送信と呼ぶこともある。
【００５６】
参加期間は、無線端末５から管理サーバ２にデータを送信する期間であり、参加期間にて、管理サーバ２からエラー履歴の送信要求を受けて、これを管理サーバ２に送信したり、あるいは、電池残量や無線端末５が温度計を搭載している場合には計測した温度など、各種のデータを管理サーバ２に送信することができる。
【００５７】
図５は、管理サーバ２が、ある中継機３に対応づけられている無線端末５に、基本フレームを用いて更新ファイルを送信する一例を説明するための図である。
ここでは、無線端末５に送信するデータとして更新ファイルを用いるが、商品情報を無線端末５に表示させるための表示データなど、他のデータの送信も同様である。
また、以下に説明するデータ送信方法は、ブロードキャスト送信、ユニキャスト送信の何れにも適用できるものである。
【００５８】
まず、管理サーバ２は、更新ファイルを４０９６バイトずつのブロックに分割する。
これは、無線端末５のメモリ容量の制約による無線端末５が一度に受信できるデータ量から決められたものである。
ブロックの個数がｎ個であった場合、更新ファイルのサイズは４０９６×ｎバイトとなる。
次に、管理サーバ２は、ブロックを１１０バイトの分割データａ、ｂ、ｃ、・・・に更に分割し、個々の分割データをパケットとしてデータ期間にて順次送信する。
【００５９】
一方、更新ファイルの送信先となっている無線端末５は、分割データを受信してこれらからブロックを組み立て所定の記憶エリアに格納し、格納に成功すると、組み立てに用いた分割データを消去して、あいた記憶エリアに次の分割データを受信・記憶する。
このようにして、管理サーバ２は無線端末５にブロックを順次送信し、無線端末５は、全ブロックを受信した後、これを組み立て更新ファイルを復元する。
その後、無線端末５は、更新ファイルを実行してアプリケーションのバージョンアップなどを行う。
【００６０】
ところで、ユニキャスト送信では、分割データの受信に失敗した場合、無線端末５は再送制御を行って管理サーバ２に当該分割データ再送を要求することができるが、ブロードキャスト送信では、次々にブロックが送信されてくるため、このような再送制御は行っていない。
そのため、ブロードキャスト送信では、無線端末５は、分割データの受信に失敗すると、次の送信されてくるブロックを受信する記憶エリアを確保する関係上、現在受信しているブロックを破棄する。
無線端末５は、更新ファイルのイメージを予め記憶しており、これと受信したブロックを対比することにより、全ブロックの送信後に、受信に失敗したブロックを特定することができる。
【００６１】
このように、ブロードキャスト送信の場合には、無線エラーが発生するとブロックが欠損するため、１回目のブロードキャスト送信が終了した後、ブロードキャスト送信による再送を行い、無線端末５に欠損したブロックの受信を行わせるのが望ましい。
なお、１ブロックエラーレートは、パケットエラーレート×分割数（４０９６／１１０）である。
【００６２】
図６は、管理サーバ２が、１の基本フレームで複数の中継機３に対応づけられている無線端末５に更新ファイルを送信する例を説明するための図である。
図５の例では、１の基本フレームを用いて１の中継機３に対応づけられた無線端末５に更新ファイルを送信したが、図６の例では、中継機３ａに対応づけられた無線端末５（無線端末群６ａに属する無線端末５）と中継機３ｂに対応づけられた無線端末５（無線端末群６ｂに属する無線端末５）に更新ファイルを送信する。
【００６３】
管理サーバ２は、ブロックから分割データａ、ｂ、ｃ・・・を生成すると、データ期間を前半と後半に区分し、これら区分で繰り返し送信する。
そして、管理サーバ２は、中継機３ａの同期信号で有無フラグを有に設定し、端末リストで、送信対象の無線端末５の端末ＩＤ（ユニキャスト送信の場合には個々の端末ＩＤ、ブロードキャスト送信の場合には全無線端末５が送信対象である旨の情報）を送信し、受信タイミングとしてデータ期間の前半を指定する。
また、管理サーバ２は、中継機３ｂの同期信号で有無フラグを有に設定し、端末リストで、送信対象の無線端末５の端末ＩＤ（ユニキャスト送信の場合には個々の端末ＩＤ、ブロードキャスト送信の場合には全無線端末５が送信対象である旨の情報）を送信し、受信タイミングとしてデータ期間の後半を指定する。
【００６４】
これによって、中継機３ａに対応づけられた無線端末５は、データ期間の前半で分割データを受信し、中継機３ｂに対応づけられた無線端末５は、データ期間の後半で分割データを受信する。
なお、この例では、データ期間の前半と後半で同じ更新ファイルの分割データを送信したが、異なる更新ファイルの分割データを送信するように構成することもできる。
【００６５】
このように、１つのデータ期間に無線端末群６ａ向けの分割データと無線端末群６ｂ向けの分割データを設定し、これらの開始タイミングを端末リストでそれぞれ指定することにより、１つ基本フレームで２つの中継機３に対応づけられた無線端末５に更新ファイルを送信することができる。
この例では、１つのデータ期間を２つに区分したが、更に多くの区分を設け、更に多くの中継機３に対応づけられた無線端末５に更新ファイルを１の基本フレームで送信することもできる。
このように、例えば、送信するデータ量が少なく、データ期間に空の期間が生じる場合には、他の中継機３向けのデータを空の期間に設定することにより、データの送信時間を節約することができる。
【００６６】
図７は、１の基本フレームで分割データを再送するフレーム内再送を説明するための図である。
無線通信システム１は、データ期間で分割データａ→分割データａ→分割データｂ→分割データｂ→・・・といったように、分割データの再送を１回行うことにより同じ分割データを２回ずつ送信する。
これに対し、無線端末５は、１回目に送信されてくる分割テータａの受信に成功した場合には、分割データａが再送されてくる間休止状態となって消費電力を節約し、分割データｂが送信されてくるタイミングで起床してこれを受信する。
一方、無線端末５は、１回目に送信されてくる分割データａの受信に失敗した場合には、再送されてくる分割データａを受信して、その後に送信されてくる分割データｂを受信する。
【００６７】
無線端末５は、このように、１回目に送信されて来る分割データの受信に成功した場合には、再送される当該分割データは受信せずに休止し、１回目に送信されてくる分割データの受信に失敗した場合には、再送されてくる当該分割データを受信する。
このようにして基本フレーム内で分割データを再送することにより、ブロックの推定される欠損率低減を期待することができる。
この例では、再送を１回行ったが、再送回数は任意に設定でき、更に多く再送を行うように構成することもできる。
【００６８】
このように１のデータ期間内で分割データを再送する基本フレームを中継機ごとに生成し、まず、中継機３ａ向けに送信し、次に中継機３ｂ向けに送信するといったように、中継機３に対して順次送信することもできる。
この送信方法は、再送により送信するデータ量が増え、１のデータ期間に複数の中継機３向けの分割データが収容できない場合に用いることができる。
このように、１の基本フレームで分割データを再送することによりエラーによる欠損ブロックの発生を抑制でき、ブロックの推定欠損率を低減することができる。
【００６９】
図８は、基本フレーム単位で分割データを再送する基本フレーム再送を説明するための図である。
無線通信システム１は、基本フレームによる１回目の分割データの送信を行った後、同基本フレームによって分割データを再送する。
この場合、データ期間内でも分割データの再送を行うことにより、フレーム内再送と基本フレーム再送を組み合わせることもできる。
図の例では、管理サーバ２は、中継機３ａ向けの基本フレームによって中継機３ａに対応づけられている無線端末５に１回目の分割データを送信した後、中継機３ｂ向けの基本フレームによって中継機３ｂに対応づけられている無線端末５に１回目の分割データを送信する。
【００７０】
管理サーバ２は、このようにして１回目の分割データを送信した後、引き続き、中継機３ａ向けの基本フレームによって中継機３ａに対応づけられている無線端末５に分割データを再送した後、中継機３ｂ向けの基本フレームによって中継機３ｂに対応づけられている無線端末５に分割データを再送し、その後、同様にして、中継機３ａに対応づけられている無線端末５と中継機３ｂに対応づけられている無線端末５に２回目の分割データの再送を行う。
【００７１】
このように、基本フレームによる送信を複数回繰り返すことにより分割データを再送すると、例えば、再送するまでに時間がかかるため、短時間に連続して発生するエラーによる欠損を抑制でき、ブロックの推定欠損率を低減することができる。
【００７２】
以上、基本フレーム内で分割データを再送する場合と、基本フレームによる送信を複数回繰り返すことによって分割データを再送する場合について説明したが、これらを組み合わせることにより、基本フレーム内で分割データを再送すると共に当該基本フレームを再送すると欠損率の更なる低減を図ることができる。
この場合、管理サーバ２は、データ期間で分割データを複数回再送する基本フレームを構成し、当該基本フレームによる分割データの送信を複数回再送する。
管理サーバ２は、これら２種類の再送を組み合わせる場合に、フレーム内再送回数と基本フレーム再送回数を個別に設定することができる。
【００７３】
無線通信システム１において管理サーバ２、中継機３、及び無線端末５がデータの送信を行う際の動作について説明する。
なお、ここでは、無線端末５が表示する商品情報の送信など、通常時に行う通常動作について説明し、無線端末５のアプリケーションのバージョンアップなどを行う更新ファイルの送信については、後ほど説明する。
【００７４】
通常動作には、無線端末５に送信するデータがなく、管理サーバ２、中継機３、無線端末５の同期を維持する場合の動作（同期維持動作）、管理サーバ２が無線端末５にデータを送信する場合の動作（データ送信動作）、管理サーバ２が無線端末５の無線品質を評価するために無線端末５からエラー履歴を収集する場合の動作（収集動作）の３つがある。
【００７５】
図９は、同期維持動作を説明するためのフローチャートである。
以下の処理は、管理サーバ２のＣＰＵ２１、中継機３のＣＰＵ３１、無線端末５のＣＰＵ５１がそれぞれ所定のプログラムに従って行うものである。
無線通信システム１は、無線端末５に送信するデータがない場合、以下のようにしてシステムの同期を維持する。
まず、中継機３が管理サーバ２に対して基本情報メッセージを送信する（ステップ１０５）。
基本情報メッセージは、管理サーバ２が同期信号を送信する直前のタイミングで、基本情報メッセージ応答を管理サーバ２に要求するメッセージであり、管理サーバ２は、当該情報により、中継機３が正常に動作しており、基本フレームによる情報送信を行える状態であることを確認することができる。
【００７６】
管理サーバ２は、中継機３から基本情報メッセージを受信すると、中継機３に基本情報メッセージ応答を行う（ステップ１１０）。
管理サーバ２は、基本メッセージ応答にて基本フレームに構成した情報を順次中継機３に送信する。
基本メッセージ応答は、同期信号の送信、端末リスト及びデータの送信と続くが、ここでは、無線端末５に送信するデータがないため、管理サーバ２は、同期信号を送信する。
【００７７】
中継機３は、基本情報メッセージ応答によって管理サーバ２から同期信号を受信すると、これを周囲の無線端末５に送信する（ステップ１１５）。
同期は全ての無線端末５が行うため、この同期信号の送信はブロードキャスト送信にて行われる。
当該中継機３に対応づけられている無線端末群６に属する無線端末５は、当該中継機３の同期信号を受信し、これを用いて同期を維持する。
また、無線端末５は、同期信号の受信エラーが発生したか否かを判断し、エラー履歴を更新する。
その後、管理サーバ２、中継機３、無線端末５は、ステップ１０５〜１１５の動作を繰り返し（ステップ１２０〜１３０）、無線通信システム１の同期を維持する。
【００７８】
図１０は、データ送信動作を説明するためのフローチャートである。
この動作は、例えば、管理サーバ２が特定の無線端末５に商品名や値段などの商品情報を表示させるためのデータを送信する場合に用いられる。
管理サーバ２は、送信に係るデータを１１０バイトの分割データ１〜ｎに分割して無線端末５に送信し、無線端末５は、分割データ１〜ｎを受信して元のデータを復元し、これを用いて商品表示などを行う。
【００７９】
まず、中継機３が管理サーバ２に基本情報メッセージを送信し（ステップ１４０）、これに対して、管理サーバ２が、中継機３に基本情報メッセージ応答を行う（ステップ１４５）。
この応答により、管理サーバ２は、基本フレームに構成した同期信号、端末リスト、データ（１１０バイトの分割データ１〜ｎに分割されている）を中継機３に送信する（ステップ１４５）。
【００８０】
中継機３は、これらを受信すると、同期信号を周囲の無線端末５に送信する（ステップ１５０）。この送信は、当該中継機３に対応づけられた全無線端末５を対象とするブロードキャスト送信である。
中継機３は、同期信号を送信すると、次に周囲の無線端末５に対して端末リストを送信する（ステップ１５５）。
この送信は、ブロードキャスト送信とすることもできるが、当該中継機３に対応づけられた無線端末５を更にグループに分割し、これのグループのうちの特定のグループを対象としたマルチキャスト送信とすることも可能である。
【００８１】
中継機３は、端末リストを送信すると、周囲の無線端末５に分割データ１を送信する（ステップ１６０）。
中継機３に対応づけられた無線端末５のうち、端末リストで指定されている無線端末５は、端末リストで指定された受信タイミングで分割データ１を受信する。このように、分割データ１は、特定の無線端末５に宛ててユニキャスト送信される。
更に、中継機３は、分割データ２、・・・、分割データｎを順次送信し、端末リストで指定されている無線端末５は、これらを受信して元のデータを組み立てる（ステップ１６５）。
また、無線端末５は、ステップ１５０〜１６５の受信動作を行うたびに受信エラーが発生したか否かを判断し、エラー履歴を更新する。
【００８２】
中継機３は、分割データを送信し終えると、管理サーバ２にデータ送信完了通知を送信する（ステップ１７０）。
これにより、管理サーバ２は、中継機３が全ての分割データを中継機３に送信したことを確認することができる。
【００８３】
また、無線端末５は、全ての分割データの受信を行うと中継機３にデータ受信応答を行う（ステップ１７５）。
この応答には、無線端末５が分割データの受信に成功したか否かを表す情報が含まれており、中継機３は、当該応答を受けると管理サーバ２にデータ送信結果を送信する（ステップ１８０）。
管理サーバ２は、当該データ送信結果により、当該無線端末５への分割データのユニキャスト送信が成功したか否かを判断することができ、成功しなかった場合には、後ほど当該無線端末５に分割データを再度ユニキャスト送信する。
【００８４】
中継機３は、管理サーバ２にデータ送信結果を送信した後（ステップ１８０）、次の無線端末５に対して同様に分割データの送信を行い（ステップ１８５、１９０）、管理サーバ２にデータ送信完了通知を送信する（ステップ１９５）。
そして、中継機３は、当該次の無線端末５がデータ受信応答を行うと（ステップ２００）、管理サーバ２にデータ送信結果を送信する（ステップ２０５）。
当該次の無線端末５は、ステップ１５０の同期信号の受信、及びステップ１８５〜１９０の分割データ受信で受信エラーが発生したか否かを監視し、エラー履歴を記録する。
以上、２つの無線端末５にデータをユニキャスト送信する場合について説明したが、管理サーバ２は、任意の台数の無線端末５にデータをユニキャスト送信することができる。
【００８５】
図１１は、管理サーバ２が無線端末５からエラー履歴を収集する収集動作を説明するためのフローチャートである。
この収集動作は、ユーザが管理サーバ２に対して任意に実施させてもよいし、あるいは、管理サーバ２が定期的に行ってもよい。
【００８６】
まず、中継機３が、管理サーバ２に基本情報メッセージを送信する（ステップ２２０）。
管理サーバ２は、中継機３から基本情報メッセージを受信すると、中継機３に対して基本情報メッセージ応答を行い（ステップ２２５）、当該応答によって基本フレームに設定した同期信号とデータを中継機３に送信する。
ここで、管理サーバ２が送信するデータは、無線端末５に履歴データを管理サーバ２に送信させるための端末確認要求が含まれている。
【００８７】
中継機３は、これを受信すると、周囲の無線端末５に同期信号を送信する（ステップ２３０）。
次に、中継機３は、端末確認要求の送信先の無線端末５と、当該端末確認要求の受信タイミングを端末リストにて周囲の無線端末５に送信する（ステップ２３５）。
次に、中継機３は、特定の無線端末５に宛てた、端末確認要求を周囲に送信し、当該特定の無線端末５は、端末リストで指定された受信タイミングで当該端末確認要求を受信する（ステップ２４０）。
このように当該端末確認要求の送信は、特定の無線端末５を送信先とするユニキャスト送信である。
【００８８】
当該無線端末５は、端末確認要求を受信すると、結果応答として自己が記憶しているエラー履歴を中継機３に送信する（ステップ２４５）。
中継機３は、当該無線端末５からエラー履歴を受信すると、端末確認結果として、当該エラー履歴を管理サーバ２に送信する（ステップ２５０）。
管理サーバ２は、エラー履歴を受信すると、当該無線端末５の端末ＩＤと対応づけて記憶媒体２３（図２）の履歴ＤＢに記憶する。
履歴ＤＢには、無線端末５の端末ＩＤ、無線端末５から受信したエラー履歴、受信日時などが記憶される。
【００８９】
中継機３は、当該エラー履歴を管理サーバ２に送信すると、次の無線端末５に対する端末確認要求を周囲に送信し（ステップ２５５）、次の無線端末５は、同様に中継機３にエラー履歴を送信し（ステップ２６０）、中継機３は、これを管理サーバ２に送信する（ステップ２６５）。
中継機３は、このように無線端末５からのエラー履歴を送信し終えると、その旨を伝えるべく管理サーバ２に中継機状態を通知する（ステップ２７０）。
管理サーバ２は、以上の動作を繰り返して全ての無線端末５からエラー履歴を収集してエラー履歴ＤＢに記憶する。
【００９０】
無線端末５は、これらの動作を行うと共に、受信エラーを監視してエラー履歴を更新している。
なお、以上では、端末確認要求をユニキャスト送信により無線端末５に送信し、無線端末５は、その応答としてエラー履歴を管理サーバ２に送信したが、端末確認要求をブロードキャスト送信することも可能である。
この場合、無線端末５は、参加期間を利用して管理サーバ２にエラー履歴を送信する。
【００９１】
図１２は、全ての無線端末５に更新ファイルを送信した場合に要する必要時間をシミュレートしたシミュレーション結果を表にして示した図である。具体的な計算方法については後ほど説明する。
項目「フレーム内再送回数」は、フレーム内で分割データを再送する回数を表している。
項目「基本フレーム再送回数」は、基本フレーム単位で分割データを再送する回数を表している。
項目「使用基本フレーム数」は、１回の分割データ（再送を含む）の送信で使用する基本フレームの数である。
これは、分割データの量、フレーム内再送回数、基本フレーム再送回数に依存し、ユーザがフレーム内再送回数、及び基本フレーム再送回数を入力すると、アプリケーションが計算して自動的に設定する。
【００９２】
項目「エラーレートと必要時間」は、更新ファイルの送信先である複数の無線端末５の無線品質と、更新ファイルの送信に要する必要時間である。
本実施の形態では、複数の無線端末５の無線品質を送信先の無線端末５のエラーレートの平均により定義する。
「エラーレートと必要時間」では、エラーレートの平均が「０％」、「０．１０％」、「０．３０％」、「１％」、「２％」の場合が項目として設定されており、各エラーレートでの必要時間がフレーム内再送回数、基本フレーム再送回数ごとに計算されて表示される。
【００９３】
管理サーバ２は、履歴ＤＢから、更新ファイルの送信先となっている各無線端末５のエラーレートを読み出してこれを用いて平均のエラーレートを計算・表示することができ、ユーザは表示されたエラーレートに近いエラーレートを「エラーレートと必要時間」で確認することにより更新ファイルの送信時間を見積もることができる。
【００９４】
図１２の表は、次のようにして計算したものである。
（１）ここでは、前提条件として、中継機３の台数を４台、更新ファイル送信対象の無線端末５の台数を１００００台、更新ファイルのサイズを９６Ｋバイト、基本フレームの期間長を３秒とする。
また、無線端末５は、サイズ大、中、小について２種類ずつの計６種類存在し、それぞれに更新ファイルが異なるものとする。
【００９５】
（２）データ期間は、データ期間＝基本フレーム長−同期フレーム長−参加期間となる。
中継機４台の場合、例えば、同期フレーム長＝１４０ｍｓ、参加期間＝１００ｍｓとすると、データ期間は、２７６０ｍｓとなる。
（３）送信データ分割数は、送信データ分割数＝１回の送信ブロック長／１分割データ最大長である。
１分割データ最大長は、１１０バイトである。
また、１回の送信ブロック長は４０９６バイトであり、それを１分割データ最大長１１０バイトで分割して送信する。
このため、送信データ分割数＝４０９６／１１０＝３８分割となる。
【００９６】
１ブロックデータ送信時間は、１ブロックデータ送信時間＝１分割データ送信時間×送信データ分割数であり、１分割データの送信時間＝６ｍｓなので、１ブロックデータ送信時間＝６ｍｓ×３８分割＝２２８ｍｓとなる。
【００９７】
（４）１基本フレームに収容可能な中継機３の台数＝データ期間／（１ブロックデータ送信時間×送信回数＋端末リスト期間）であり、端末リスト期間は、中継３機ごとに８０ｍｓ付与されるため、再送を全くしないなら、送信回数＝１なので、１基本フレームで２７６０／（２２８×１＋８０）＝８台の中継機３から更新ファイルを送信でき、１回再送するなら２７６０／（２２８×２＋８０）＝５台の中継機３に更新ファイルを送信できる。
【００９８】
（５）１ブロック送信エラーレートは、１ブロック送信エラーレート＝平均エラーレート×分割数÷送信回数（＝再送回数＋１）となる。
一方、３８分割された分割データは、それぞれに対して、平均エラーレートの確率だけ、エラーの可能性がある。
１％のフレームエラーレートが存在するならば、１ブロックの送信失敗率は、３８％である。この数字は、フレーム内再送回数、基本フレームの再送回数の分だけ、低減されてゆく。例えば、フレーム内再送回数を４回とすると、３８／５＝７．６％となる。
【００９９】
（６）期待できるエラーブロック数＝端末台数×送信ブロック数×１ブロック送信エラーレート１万台の端末には、計２４ブロック×１００００ブロック存在し、エラーレート７．６％であると、期待できるエラーブロック数＝２４００００×７．６％＝１８２４０ブロックのエラーブロックによる欠損が期待できる。
一方、ブロードキャストに必要な時間は、１基本フレーム長が３分であるため、６機種あわせて１８分である。
【０１００】
（７）再送を含む期待できるエラーブロック数＝期待できるエラーブロック数／（送信回数×１ブロック送信エラーレート）この期待できるエラーブロック数１８２４０ブロックに対して、再度ブロードキャスト送信を行うと、１８２４０×７．６％＝３８７ブロックにまで減少することが期待できるが、更に１９分のブロードキャスト時間が必要になる。
【０１０１】
（８）欠損しているブロックを持つ各無線端末５向けに再送制御付きのデータ送信機能でユニキャスト送信を行うと、１８２４０ブロックでは８３分、３８７ブロックでは、７分で転送が完了する。先のブロードキャスト送信時間を加えると、基本フレーム再送なし時には、１９＋８３＝１０２分、１回の基本フレーム再送時には、１９＋１９＋７＝４５分となり、１回の基本フレーム再送を行った方がトータルの時間は短くなる。
【０１０２】
以上を、中継機台数＝４台とし、平均エラーレートと再送回数をまとめた表が図１２である。
このように、店舗内無線エラーレートによって、フレーム内再送回数と基本フレーム再送回数の各組み合わせに対する必要時間が導ける。
なお、図１２では、これら組み合わせのうち、フレーム内再送回数が２、５回、基本フレーム再送回数が０〜２回のものを示している。
ユーザは、この中から所望の組み合わせを選択すればよい。
【０１０３】
例えば、エラーレートが０．３０％の場合、フレーム内再送回数を２回、基本フレーム再送回数を１回とした場合、最短の必要時間２７分で更新ファイルを送信することができる。
このように、シミュレーションによって店内の平均エラーレートにより最短で更新ファイルを送信する時間を計算できるため、例えば、一晩に複数の店舗で更新ファイルを送信する場合に、最適な人員の配置を計画することができる。
【０１０４】
また、ブロードキャスト送信よりユニキャスト送信の方が無線端末５の消費電力が小さいという特性があり、無線端末５の電力消費量を節約したい場合には、必要時間として使用可能な時間内でユニキャストが最も多くなるようなブロードキャスト送信の回数とユニキャスト送信の回数の組み合わせを用いることにより、無線端末５の消費電力を低減することができる。
【０１０５】
例えば、時間が十分にある場合には、個々の無線端末５に対して更新ファイルをユニキャスト送信する場合が最も無線端末５消費電力を低減できるが、例えば、制限時間が５時間など、送信に要する時間が一定時間に限られる場合、この一定時間内で納まる範囲でブロードキャスト送信回数が最低となるフレーム内再送回数と基本フレーム再送回数の組み合わせを選択すればよい。
【０１０６】
図１３は、管理サーバ２がシミュレーションによって必要時間を計算する手順を説明するためのフローチャートである。
まず、管理サーバ２は、送信対象となっている無線端末５のエラーレートをエラー履歴から入力し、これらを平均して平均エラーレートを計算する（ステップ３０５）。
次に、管理サーバ２は、フレーム内再送回数ｎを０に初期化すると共に（ステップ３１０）、基本フレーム再送回数ｍを０に初期化する（ステップ３１５）。
【０１０７】
次に、管理サーバ２は、フレーム内再送回数ｎ、基本フレーム再送回数ｍの場合の必要時間を計算してＲＡＭ２２（図２）に一時記憶する（ステップ３２０）。
次に、管理サーバ２は、基本フレーム再送回数ｍを１だけインクリメントし（ステップ３２５）、ｍが予め設定した基本フレーム再送回数の最大値Ｍよりも小さいか否かを判断する（ステップ３３０）。
【０１０８】
最大値Ｍよりも小さい場合（ステップ３３０；Ｙ）、管理サーバ２は、ステップ３２０に戻り、インクリメント後のｍについて必要時間を計算する（ステップ３２０）。
一方、最大値Ｍ以上の場合（ステップ３３０；Ｎ）、管理サーバ２は、フレーム再送回数ｎを１だけインクリメントし（ステップ３３５）、ｎが予め設定したフレーム内再送回数の最大値Ｎよりも小さいか否かを判断する（ステップ３４０）。
【０１０９】
最大値Ｎよりも小さい場合（ステップ３４０；Ｙ）、管理サーバ２は、ステップ３１５に戻り、インクリメント後のｎについて計算を行う。
一方、最大値Ｎ以上の場合（ステップ３４０；Ｎ）、管理サーバ２は、ＲＡＭ２２に記憶した必要時間を、フレーム内再送回数ｎと基本フレーム再送回数ｍの組み合わせと対応づけて出力する（ステップ３４５）。
ユーザは、出力された必要時間やフレーム内再送回数ｎと基本フレーム再送回数ｍの組み合わせから、例えば、必要時間が最短となる組み合わせ、あるいは、無線端末５の電力消費量が最小となる組み合わせなど、所望の組み合わせを選択することができる。
【０１１０】
図１４は、フレーム内再送回数ｎと基本フレーム再送回数ｍを選択した後、無線通信システム１が行う更新処理の手順を説明するためのフローチャートである。
以下の処理は、管理サーバ２のＣＰＵ２１や無線端末５のＣＰＵ５１が所定のプログラムに従って行うものである。
なお、管理サーバ２と無線端末５の通信は中継機３が仲介するが、説明が煩雑になるため、中継機３は省略してある。
【０１１１】
ここでは、管理サーバ２は、特定のサイズ（例えば中）のアプリケーションの更新ファイルをＹ個のブロックに分割して無線端末５に送信するものとする。
また、基本フレーム再送回数は２回とする。
【０１１２】
まず、管理サーバ２は、全無線端末５に現在のアプリケーションのバージョンを問い合わせる端末確認要求を個別に行う（ステップ５）。
これに対し、各無線端末５は、管理サーバ２に現在のアプリケーションを通知する端末確認応答を行う（ステップ１５）。
これにより、管理サーバ２は、各無線端末５にどのバージョンのアプリケーションが搭載されているか知ることができる。
【０１１３】
次に、管理サーバ２は、これから送信する更新ファイルに関する更新情報を全無線端末５に送信する（ステップ２０）。
更新情報は、例えば、更新対象となっている無線端末５のサイズ、バージョン、ファイル分割数、フレーム内再送回数、基本フレーム再送回数などである。
無線端末５は、無線端末５のサイズにより、自己が更新ファイルの受信対象であるか否かを判断することができる。
【０１１４】
各無線端末５は、管理サーバ２から更新情報を受信すると、自己が更新対象のサイズであるか否かを判断する。
無線端末５のうち、更新対象でないサイズの無線端末５は、休止モード（Ｓｌｅｅｐモード）に移行し、その後、管理サーバ２から送信されてくる更新ファイルを受信せずに消費電力を低減する。
【０１１５】
この休止期間を経過すると、休止していた無線端末５は、起床して通常の動作モードに復帰する。
この場合、更新情報は、更新対象外の無線端末５を所定の期間休止させる休止コマンドとして機能している。
また、無線端末５は、休止せずに中継機３との同期だけ維持するように構成することもできる。
【０１１６】
このようにして、更新対象となっている無線端末５以外の無線端末５が休止状態となった状況で、管理サーバ２は、全無線端末５に更新ファイルのブロック１をブロードキャスト送信により送信し（ステップ２５）、続いて１回目の再送（ステップ３０）、及び２回目の再送（ステップ３５）を行う。
なお、更新ファイルは、１〜Ｙのブロックに分割されているものとする。また、各回では、基本フレーム内で分割データがｎ回再送される。
【０１１７】
これに対し、無線端末５は、１回目の送信でブロック１の受信に成功した場合には、これを記憶媒体５３に記憶し、１回目の再送、及び２回目の再送は受信しない（ステップ２５）。この間、休止状態となったり、あるいは同期だけとるように無線端末５を構成することもできる。
【０１１８】
また、無線端末５は、１回目の送信で受信に失敗すると、１回目の再送でブロック１を受信して記憶媒体５３に記憶し、２回目の再送は受信しない（ステップ３０）。
無線端末５は、１回目の再送でブロック１の受信に失敗すると、２回目の再送でブロック１を受信する（ステップ３５）。
２回目の再送でブロック１の受信に失敗した場合には、後ほど管理サーバ２からユニキャスト送信によりブロック１を送信してもらうことになる。
【０１１９】
管理サーバ２は、このようにして、ブロック１の再送を２回終了すると、次は、同様にして更新ファイルのブロック２を全無線端末５にブロードキャスト送信により送信し、以後、同様の送信を繰り返し、最後にブロックＹを送信し、更に２回再送する（ステップ４０）。
このようにして、管理サーバ２は、更新ファイルの各ブロックについて、送信、１回目の再送、２回目の再送、即ち全部で３回の送信を１セットとして、これを全ブロックについて行い、ファイル全体を無線端末５に送信する。
【０１２０】
そして、無線端末５は、更新ファイルの全ブロックの受信に成功すると、アプリケーションの更新（記憶媒体５３への書込）を実施する（ステップ４５）。
引き続き、無線端末５は、旧バージョンのアプリケーションを消去すると共に、自らをリセットして更新後のアプリケーションを起動し、管理サーバ２に対して端末参加を行う。
【０１２１】
次に、管理サーバ２は、無線端末５がアプリケーションを更新した後、全無線端末５に端末確認要求を行い（ステップ５０）、現在のアプリケーションのバージョンを問い合わせる。
これに対し、各無線端末５は、端末確認応答を行い（ステップ５５）、それぞれのアプリケーションのバージョンを管理サーバ２に送信する。
【０１２２】
管理サーバ２は、これら端末確認応答により、更新対象となっているサイズの無線端末５から送信されてきたバージョンが最新バージョンか否かを判断する。
そして、最新のバージョンに更新されていない無線端末５は、何れかのブロックの受信に失敗した無線端末５であるため、管理サーバ２は、これらのうちの１の無線端末５に対して個別に不足ブロック確認要求を無線端末５に送信する（ステップ６０）。
【０１２３】
これに対し、当該無線端末５は、不足ブロック確認応答を行い（ステップ６５）、不足するブロックを管理サーバ２に通知する。
これにより、管理サーバ２は、当該無線端末５で不足しているブロックを特定し、不足分を当該無線端末５に対してユニキャスト送信する（ステップ７０）。
当該無線端末５は、当該送信された不足分のブロックを管理サーバ２から受信し、アプリケーションの更新を実施する。
【０１２４】
引き続き、管理サーバ２は、ブロックの受信に失敗した他の無線端末５に対して不足ブロック確認要求を行い（ステップ７５）、当該無線端末５から不足ブロック確認応答を受け（ステップ８０）、当該無線端末５に不足ブロックをユニキャスト送信する（ステップ８５）。
【０１２５】
以降、管理サーバ２は、ブロックの受信に失敗した無線端末５に対して同様の処理を順次行い、更新対象となっている全ての無線端末５に漏れなくアプリケーションの更新を行わせる。
そして、管理サーバ２は、以上の処理を大中小の各サイズに渡って行うことにより、全無線端末５のアプリケーションをアップデートすることができる。
【０１２６】
このようにして、管理サーバ２は、ブロードキャスト送信により、更新ファイルを更新対象の無線端末５に一斉に送信するため送信時間を短縮することができ、また、複数回再送することにより、受信に失敗した無線端末５に再受信の機会を与える。
これにより、短時間で多数の無線端末５にアプリケーションの更新を行わせることができると共に、受信に失敗する無線端末５の台数を極力低減することができる。
そして、不足ブロックが生じている無線端末５に関しては、ユニキャスト送信を用いることにより確実に不足分の送信を行うことができる。
【０１２７】
また、この方式は、現行の通信制御を一切変更せずに、無線端末５のアプリケーションも最小限の変更で、管理サーバ２のアプリケーションからのコントロールだけで実行することができる。
そして、更新に非該当の無線端末５は、休止状態、あるいは、同期維持モードとなるので、電池消費を最小限にすることができる。
なお、本実施の形態では、各ブロックを２回再送することとしたが、これは他の回数でもよい。
また、再送せずに、１回目の送信で受信に失敗した無線端末５に対してユニキャスト送信により不足分を送信するように構成することもできる。
【０１２８】
（変形例）
次に、図１５のフローチャートを用いて更新ファイル送信の変形例について説明する。
この例では、管理サーバ２は、更新対象となる無線端末５を更新ファイルの種類ごとにグループ分けし、当該グループごとにマルチキャスト送信することにより更新ファイルを無線端末５に送信する。
なお、マルチキャスト送信とは、ネットワーク通信において、特定の複数の端末に対して情報を送信することをいう。
以下では、図１４と同じ処理については、同じステップ番号を付し、説明を簡略化、あるいは省略する。
【０１２９】
まず、管理サーバ２は、全無線端末５に対して端末確認要求を行い（ステップ５）、これに対して無線端末５は端末確認応答を行う（ステップ１５）。
次に、管理サーバ２は、更新ファイルの種類ごと（ここでは、アプリケーションが無線端末５のサイズごとであるため無線端末５のサイズごと）に無線端末５をグループ分けし、各々のグループに属する無線端末５にグループごとのショートアドレス（図ではＳＡ）を個別に通知する（ステップ１２０）。
これに対し、各無線端末５は、送られてきたショートアドレスをＲＡＭ５２などに記憶する。
【０１３０】
なお、グループ分けは、マイナーバージョン番号で更に分けるなど、任意に設定することができる。
また、管理サーバ２は、更新を行わない無線端末５に対してはショートアドレスの割付は行わない。
【０１３１】
次に、管理サーバ２は、更新ファイルの送信先である無線端末５のグループのショートアドレスと更新ファイルのブロック１を全無線端末５に対して送信する（ステップ１２５）。
そして、管理サーバ２は、引き続き、当該ショートアドレスと更新ファイルのブロック１を２回再送する（ステップ１３０、１３５）。
【０１３２】
一方、各無線端末５は、管理サーバ２からショートアドレスが送信されてくると、これを受信して自己のショートアドレスと一致するか否かを判断する。
自己のショートアドレスと異なる場合は、自己は更新ファイルの送信対象でないため、中継機３との同期状態を維持する。
本変形例では、送信対象外の無線端末５は、ショートアドレスによって更新ファイルが自己宛てでないと判断できるため、このように同期を維持しながら管理サーバ２との情報処理を続行することができる。
【０１３３】
管理サーバ２が送信したショートアドレスが自己のショートアドレスと一致する場合、無線端末５は、更新ファイルのブロック１を受信して記憶媒体５３に記憶し、再送されてくるブロック１は受信しない（ステップ１２５）。
そして、無線端末５は、ブロック１の受信に失敗した場合、再送されてくるブロック１を受信し、受信が成功した以降の再送分については受信しない（ステップ１３０、１３５）。
【０１３４】
このようにして、ショートアドレスで指定された無線端末５は、ブロックＹまで受信すると、更新ファイルを用いてアプリケーションを更新して、更新前のアプリケーションを削除し、その後リセット・再起動して、管理サーバ２への参加処理を行う（ステップ４５）。
【０１３５】
その後、管理サーバ２は、無線端末５に対して、端末確認要求を行い（ステップ５０）、これに応じて無線端末５は管理サーバ２に端末確認応答を行う（ステップ５５）。
以下、管理サーバ２は、ブロックの受信に失敗した無線端末５に対して個別に不足するブロックを送信する（ステップ６０〜８５）。
管理サーバ２は、以上の処理を全てのグループに対して行うことにより、更新対象となっている全ての無線端末５のアプリケーションを更新することができる。
【０１３６】
以上に説明した変形例でも更新ファイルのブロックを複数回送信し、その複数回の何れの受信にも失敗した無線端末５には、個別にブロックを送信することができる。
更に、本変形例では、個別の無線端末５にショートアドレスを付与してグルーピングすることによりアプリケーションを更新する無線端末５を指定することができるほか、更新対象外の無線端末５は、休止せずに起床状態を維持するため、管理サーバ２は、常時全無線端末５を支配することができる。
【０１３７】
次に、図１６のフローチャートを用いて、ユニキャスト送信により更新ファイルを送信する場合について説明する。
この例は、無線端末５の台数が少ない場合には、無線端末５の消費電力を低減することができ、有効な方法であるが、数万台など無線端末５の台数が多い場合には、更新時間が長くなって（２０００台でおおよそ６時間程度）適していない。
無線端末５の台数が多い場合には、ブロードキャスト送信とユニキャスト送信、あるいはマルチキャスト送信を併用して更新ファイルを送信するのが望ましい。
【０１３８】
管理サーバ２は、全無線端末５に対して端末確認要求を行い（ステップ４０５）、これに応じて各無線端末５は、端末確認応答を行う（ステップ４１０）。
管理サーバ２は、この端末確認応答により、個々の無線端末５ごとに送信すべき更新ファイルを特定する。
そして、管理サーバ２は、個々の無線端末５に対してユニキャスト送信により個別に更新ファイルを送信する（ステップ４１５〜４３０）。
この方法により、無線端末５の消費電力を低減しながら確実に更新ファイルを送信することができる。
【０１３９】
以上では、無線品質としてエラー履歴を用いたが、この他に、端末周辺温度情報、端末電池残量情報、無線強度情報、無線リンククオリティ情報、対中継機同期維持動作成功率（失敗率）、フレームエラーレートなどを無線端末５に蓄積しておき、これを端末確認コマンドで管理サーバ２に送信させ、これらの情報により無線品質を規定することもできる。
【０１４０】
以上に説明した本実施の形態により、次の構成を得ることができる。
無線端末５の無線品質を評価するアプリケーションを搭載した管理サーバ２（パーソナルコンピュータなどの計算装置でもよい）は、無線品質集計装置として機能し、店舗に設置された無線端末５からエラー履歴を取得して個々の無線品質を評価取得することから、所定箇所に配置された複数の無線端末の個々の無線品質を取得する無線品質取得手段を備えており、また、エラーレートを平均するなどして当該取得した個々の無線品質を集計する集計手段も備えており、更に、当該集計した集計値を用いて、例えば、更新ファイルやその他のデータを無線端末５に送信するのに要する必要時間など、複数の無線端末（無線端末５）に対する所定の値を見積もる見積手段を備えている。
【０１４１】
また、管理サーバ２は、１回の送信で所定の情報（更新ファイルなど）を複数の無線端末に送信する動作（ブロードキャスト送信やマルチキャスト送信）を所定の回数行い、当該送信でこの情報を受信していない無線端末にこの所定の情報をユニキャスト送信にて個別に送信し、見積手段は、前記動作の前記所定の回数を見積もることができ、この見積は、例えば、所定の情報を送信する送信時間（必要時間）が最短となるような回数であったり、ユニキャスト送信を多くすることにより、所定の時間内において、複数の無線端末の消費電力が最小となる回数であったりすることができる。
なお、無線品質は各種の観点から定義することができるが、一例として、無線端末が受信中に生じたエラーの比率（受信エラーのエラーレート）とすることができる。
【０１４２】
また、管理サーバ２は、中継機３を介して個々の無線端末５からエラー履歴を収集・集約することができるため、複数の無線端末と無線を介して通信する通信手段を備え、当該無線品質取得手段は、前記複数の無線端末と通信することにより、複数の無線端末の個々の無線品質を取得することができる。
【０１４３】
無線端末５は、中継機３との無線回線を経由して管理サーバ２と通信するため、所定の通信対象（管理サーバ２）と無線を介して通信する通信手段を備えており、例えば、受信エラーの履歴を記録するため、所定の通信対象との通信を行いながら、当該所定の通信対象との無線品質を記録する品質記録手段を備えており、更に、端末確認要求によって記録してあるエラー履歴を管理サーバ２に送信するため、当該記録した品質情報を当該所定の通信対象（管理サーバ２）に送信する品質情報送信手段を備えている。
また、エラー履歴は、受信エラーのエラーレートを特定できる情報であるため、当該品質情報は、通信対象（管理サーバ２）から送信されてくる情報の受信中に生じたエラーの比率であると言うことができる。
【０１４４】
以上に説明した本実施の形態などによって次のような効果を得ることができる。
（１）店舗などに設置された個々の無線端末５からエラー履歴を管理サーバ２に集約することにより、個々の無線端末５の無線品質を評価することができる。
（２）個々の無線端末５の無線品質を評価することにより、例えば、店舗に設置された全ての無線端末５の平均的な無線品質や、サイズ大の無線端末５の平均的な無線品質など、複数の無線端末５に対する全体としての無線品質を評価することができる。
（３）店舗全体の平均無線品質値から、店舗としての無線品質を推定し、運用チャネル移行の参考値とすることができる。
（４）全端末一斉通知（ブロードキャスト通信）を利用する全端末一斉バージョンアップ作業時には、店舗全体の平均無線品質値から、最適なフレーム内再送回数や基本フレーム再送回数を計算することができる。
（５）これら再送回数から、店舗内の全無線端末５のバージョンアップ完了に必要な時間の算定ができ、要員手配が正確に行えるようになる。
（６）参加期間を設けることにより、無線端末５の温度や電池残量など、無線端末５から各種のデータを管理サーバ２に送信することができる。
（７）管理サーバ２や、パーソナルコンピュータなどに、表計算ソフトや、専用プログラムなどのアプリケーションをインストールしておくことにより、無線端末５から送信されてきたデータを解析し、店舗を巡回することなく単体の無線品質劣化、店舗全体の平均無線品質状態を把握することができる。
（８）更に中継機３と管理サーバ２のＷＬＡＮ区間の無線強度情報、無線リンククオリティ情報、ＷＬＡＮパケット伝達成功率や、中継機間同期成功率、更に対無線端末５区間のフレームエラーレートを集約し、管理サーバ２にある情報から、無線通信システム１全ての無線運用状況を確認することができる。
（９）店舗中に配置している無線端末５から定期的又は不定期に各種ステータス情報を管理サーバ２に集約し、その１つである無線品質情報値の平均値を算出することができる。それを店舗の無線品質平均値として位置づけ、ブロードキャスト送信を行う際の通信成功数の推定に利用することができる。例えば、ブロードキャスト送信での全端末プログラムバージョンアップ実行時の再送回数の決定や通信失敗数の推定に利用することができる。
【符号の説明】
【０１４５】
１  無線通信システム
２  管理サーバ
３  中継機
５  無線端末
６  無線端末群
２１  ＣＰＵ
２２  ＲＡＭ
２３  記憶媒体
２４  クロック
２５  表示部
２６  操作部
２７  ＬＡＮ接続Ｉ／Ｆ
３１  ＣＰＵ
３２  ＲＡＭ
３３  記憶媒体
３４  クロック
３５  ＬＡＮ接続Ｉ／Ｆ
３６  近距離無線Ｉ／Ｆ
５１  ＣＰＵ
５２  ＲＡＭ
５３  記憶媒体
５４  クロック
５５  表示部
５６  近距離無線Ｉ／Ｆ
５７  バッテリ
５９  参加スイッチ
【図１】
2010258506.tif 000003
【図２】
2010258506.tif 000004
【図３】
2010258506.tif 000005
【図４】
2010258506.tif 000006
【図５】
2010258506.tif 000007
【図６】
2010258506.tif 000008
【図７】
2010258506.tif 000009
【図８】
2010258506.tif 000010
【図９】
2010258506.tif 000011
【図１０】
2010258506.tif 000012
【図１１】
2010258506.tif 000013
【図１２】
2010258506.tif 000014
【図１３】
2010258506.tif 000015
【図１４】
2010258506.tif 000016
【図１５】
2010258506.tif 000017
【図１６】
2010258506.tif 000018