JP2010199955A - 情報処理装置、無線端末、情報処理プログラム、及び無線端末プログラム - Google Patents

Abstract

【課題】多数の無線端末が効率よく更新ファイルを確実に受信する。
【解決手段】管理サーバ２は、中継機３ａを介して無線端末５に更新ファイルをブロードキャスト送信により送信し、その後何度か同じ更新ファイルを再送する。更新ファイルの送信先に該当する無線端末５は、管理サーバ２が送信する更新ファイルを受信し、当該受信に失敗すると、再送されてくる更新ファイルを受信する。そして、更新ファイルを受信した無線端末５は、当該更新ファイルを用いてファイルの更新を行う。更に、再送による更新ファイルの受信に失敗した無線端末５があった場合、管理サーバ２は、これらの無線端末５に個別に対応して受信に失敗した更新ファイルをユニキャスト送信により送信し、当該無線端末５のファイルを更新させる。
【選択図】図４

Description

本発明は、情報処理装置、無線端末、情報処理プログラム、及び無線端末プログラムに関し、例えば、消費電力を低減しつつ、情報の送信を高速に行うものに関する。

例えば、電子棚札システムでは、１台の管理サーバに数台の中継機を介して多数の無線端末（電子棚札端末）が接続している。
これら無線端末のプログラムやデータなどのファイルを更新する場合、管理サーバから無線端末に更新用のファイル（以下、更新ファイル）を送信して、無線端末にファイルの更新を行わせる必要がある。

このように端末にファイルの更新を行わせる技術として次の特許文献１の「計算機ネットワークシステムおよびプログラム更新方法」がある。
この技術は、端末にプログラム更新情報を送信しておき、端末に更新の必要なプログラムを判断させて更新させるものである。

この方法では、複数の端末に更新ファイルをまとめて送信することができるため効率がよいが、電子棚札システムのような多数の端末（数万台に及ぶこともある）を備えたシステムでは、更新ファイルの判断以前に、更新ファイルの受信に失敗する端末が存在し、特に端末が無線で通信する場合、失敗する頻度が高くなるという問題があった。
一方、データを受信した端末が送達確認信号（ＡＣＫ信号）を応答し、それによるエラー再送が可能なユニキャスト転送で更新ファイルを送信すると確実に送信することができるが、端末数が多いと長時間を要してしまうという問題があった。
そこで、多数の無線端末が如何に効率よく更新ファイルを確実に受信するかが課題となっていた。

特開平１１−３１２０８０号公報

本発明は、多数の無線端末のファイル更新を効率よく行うことを目的とする。

本発明は、前記目的を達成するために、請求項１に記載の発明では、無線端末に情報を送信する情報処理装置であって、１回の送信で所定の情報を複数の無線端末に送信する情報送信手段と、前記所定の情報の送信の後、前記複数の無線端末が前記所定の情報を受信したか否かを前記無線端末ごとに判断する判断手段と、前記判断手段にて前記所定の情報を受信していないと判断した無線端末に前記所定の情報を個別に送信する個別送信手段と、を具備したことを特徴とする情報処理装置を提供する。
請求項２に記載の発明では、前記情報送信手段は、前記１回の送信を複数回繰り返すことを特徴とする請求項１に記載の情報処理装置を提供する。
請求項３に記載の発明では、前記無線端末ごとに前記所定の情報を受信したか否かを問い合わせる問い合わせ手段を具備し、前記判断手段は、前記問い合わせに対する応答によって各々の前記無線端末が前記所定の情報を受信したか否かを判断することを特徴とする請求項１、又は請求項２に記載の情報処理装置を提供する。
請求項４に記載の発明では、前記複数の無線端末のうち、前記所定の情報の送信対象となっている無線端末以外の無線端末に前記所定の情報の受信を停止させる停止手段を具備したことを特徴とする請求項１、請求項２、又は請求項３に記載の情報処理装置を提供する。
請求項５に記載の発明では、情報処理装置が１回の送信で複数の無線端末に送信する所定の情報を受信する情報受信手段と、前記受信に失敗した場合に、前記情報処理装置に前記所定の情報を受信しなかった旨の応答を行う応答手段と、を具備したことを特徴とする無線端末を提供する。
請求項６に記載の発明では、前記情報処理装置は、前記１回の送信を複数回繰り返し、前記情報受信手段は、前記複数回繰り返し送信されてくる前記所定の情報の受信に成功するまで受信を繰り返すことを特徴とする請求項５に記載の無線端末を提供する。
請求項７に記載の発明では、前記情報受信手段は、前記所定の情報の受信に成功した後、繰り返し送信されてくる前記所定の情報の受信を停止することを特徴とする請求項６に記載の無線端末を提供する。
請求項８に記載の発明では、前記応答手段は、前記情報処理装置から受信が成功したか否かの問い合わせがあった場合に前記応答を行うことを特徴とする請求項５、請求項６、又は請求項７に記載の無線端末を提供する。
請求項９に記載の発明では、自己が前記情報処理装置が送信する前記所定の情報の送信対象でなかった場合に、前記所定の情報の受信を停止する停止手段を具備したことを特徴とする請求項５から請求項８までのうちの何れか１の請求項に記載の無線端末を提供する。
請求項１０に記載の発明では、無線端末に情報を送信する情報処理機能をコンピュータで実現する情報処理プログラムであって、１回の送信で所定の情報を複数の無線端末に送信する情報送信機能と、前記所定の情報の送信の後、前記複数の無線端末が前記所定の情報を受信したか否かを前記無線端末ごとに判断する判断機能と、前記判断機能にて前記所定の情報を受信していないと判断した無線端末に前記所定の情報を個別に送信する個別送信機能と、をコンピュータで実現する情報処理プログラムを提供する。
請求項１１に記載の発明では、情報処理装置が１回の送信で複数の無線端末に送信する所定の情報を受信する情報受信機能と、前記受信に失敗した場合に、前記情報処理装置に前記所定の情報を受信しなかった旨の応答を行う応答機能と、をコンピュータで実現する無線端末プログラムを提供する。

本発明では、更新ファイルを複数回再送すると共に、受信に失敗した無線端末には個別に対処することにより、多数の無線端末のファイル更新を効率よく行うことができる。

無線通信システムのネットワーク構成の一例を示した図である。 管理サーバ、中継機、及び無線端末のハードウェア的な構成の一例を示した図である。 端末ＤＢの論理的な構成の一例を示した図である。 更新処理の手順を説明するためのフローチャートである。 変形例に係る更新処理の手順を説明するためのフローチャートである。 ユニキャスト送信により更新ファイルを送信する手順を説明するためのフローチャートである。 管理サーバと無線端末に構成された各手段を説明するための図である。

（１）実施形態の概要
管理サーバ２（図１）は、中継機３ａを介して無線端末５、５、５・・・に更新ファイルをブロードキャスト送信し、その後何度か同じ更新ファイルを再送する。
無線端末５は、更新ファイルの送信先に該当しない場合には、管理サーバ２が更新ファイルを送信して無線端末５のファイルを更新している間休止状態となって消費電力を低減する。

一方、更新ファイルの送信先に該当する無線端末５は、管理サーバ２が送信する更新ファイルを受信し、当該受信に失敗すると、再送されてくる更新ファイルを受信する。
そして、更新ファイルを受信した無線端末５は、当該更新ファイルを用いてファイルの更新を行う。

更に、再送による更新ファイルの受信に失敗した無線端末５があった場合、管理サーバ２は、これらの無線端末５に個別に対応して受信に失敗した更新ファイルをユニキャスト送信し、当該無線端末５のファイルを更新させる。

（２）実施形態の詳細
図１は、本実施の形態の無線通信システム１のネットワーク構成の一例を示した図である。
無線通信システム１は、管理サーバ２、中継機３ａ、３ｂ、・・・、電子棚札として機能する無線端末５、５、・・・、などから構成されている。無線としてはＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）や赤外線などを用いることができる。
無線通信システム１は、例えば、大型小売店舗に設置された場合、１日のうち、１〜２時間程度が無線端末５の表示内容の書き換えに用いられ、その他の期間は表示の書き換えは行わずに同期状態が維持されている。
以下、中継機や無線端末を特に区別しない場合には、単に中継機３、無線端末５と記すことにする。

管理サーバ２は、無線端末５と通信し、これらの表示内容を設定するアプリケーションを備えたサーバであり、例えば、店舗の事務所などに設置されている。
管理サーバ２は、有線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）または無線ＬＡＮによって、中継機３と通信し、これら中継機３を介して無線端末５と通信する。
管理サーバ２は、無線端末５と通信してこれらの表示を書き換えるほか、各無線端末５の搭載しているアプリケーションなどのバージョンも管理しており、これをバージョンアップする際には、各無線端末５に更新（アップデート用）ファイルを送信して、無線端末５にファイルの更新をさせる。

中継機３は、例えば、店舗の天井や柱などに設置され、管理サーバ２とＬＡＮによる通信を行うと共に、近辺に存在する無線端末５と近距離の無線通信を行い、管理サーバ２と無線端末５の通信を中継する。
このように、管理サーバ２と無線端末５の通信を中継機３に中継させるのは、無線端末５に中継機３との近距離無線通信を行わせたほうが、無線端末５に管理サーバ２との遠距離の無線通信を行わせる場合よりも無線端末５の消費電力を低減することができるためである。

中継機３は、通信タイミングが重ならないように従属位相同期を行っている。
即ち、中継機３のグループ内で親中継機を１台設定し、１つの中継機３のグループは、親中継機を頂点とする木構造を形成し、子中継機は親中継機が送信する同期信号を監視することにより従属同期を行う。
例えば、中継機３ｂ、３ｃ（子中継機）は、中継機３ａ（親中継機）が無線端末５に送信する同期信号を受信し、この受信タイミングを基準として、自己の同期信号を送信する。

無線端末５は、電子棚札であって、店舗の棚などに設置されて、液晶表示パネルに商品の名称や価格などを表示するアプリケーションを搭載している。無線端末５には、そのパネルのサイズにより、例えば、大中小の３サイズがある。
無線端末５は、何れかの中継機３に対応づけられており、無線端末５は自己が対応づけられた中継機３と通信する。
例えば、中継機３ａには、無線端末群６ａ内の無線端末５が中継機３ａと通信するように設定されている。

これら設定は、無線端末５が商品棚に設置された際に、無線端末５に周囲の中継機３をサーチさせて最も電波状態のよい中継機３を検出させて管理サーバ２に報告させ、管理サーバ２がこれら無線端末５と中継機３を紐づけることにより行われる。なお、この対応づけ処理は参加などと呼ばれることがある。

このように構成された無線通信システム１において、無線端末５のアプリケーション（プログラム）、パラメータ、その他のデータなどを更新する場合があるが、この場合、管理サーバ２は、以下のようにして、無線端末５のファイルを更新させる。

以下では、説明を簡単にするため、無線端末５のサイズごとにアプリケーションが存在するとし、これを更新する場合について説明する。
即ち、サイズ大中小の無線端末５には、それぞれサイズ大用、中用、小用のアプリケーションがインストールされており、管理サーバ２は、これらサイズ別にファイルを更新するものとする。

管理サーバ２は、例えば、サイズ中用のアプリケーションを更新する場合、サイズ中用の更新ファイルを全無線端末５にブロードキャスト送信により一斉に送信する。ここで、ブロードキャスト送信とは、ネットワーク通信において不特定多数の端末に情報を送信することをいう。
これにより、サイズ中の無線端末５は、更新ファイルを受信して、これを用いてアプリケーションを更新する。

一方、サイズ大、小の無線端末５は、管理サーバ２がサイズ中用の更新ファイルを送信している間休止モードに入って更新ファイルの受信を停止し、消費電力を節約する。
または、更新ファイルの受信を停止したまま中継機３との同期だけを維持するように構成することもできる。

そして、管理サーバ２は、１回目の一斉送信をした後、２回目の一斉送信を行う。これにより、１回目の一斉送信で更新ファイルの受信に失敗した無線端末５は、再度更新ファイルの受信を試みる。
一方、１回目の一斉送信で更新ファイルを受信できた無線端末５は、当該更新ファイルを用いてアプリケーションの更新を行い、２回目以降の受信は行わない。

そして、２回目以降の一斉送信で更新ファイルを受信できた無線端末５は、当該更新ファイルを用いてアプリケーションの更新を行い、これ以降の受信は行わない。
無線端末５は、更新ファイルの受信に成功した場合、以降の再送による更新ファイルの受信を行わないことにより消費電力を低減することができる。

管理サーバ２は、このような一斉送信をｎ回繰り返した後、更新ファイルの受信に成功したか否かを全無線端末５に問い合わせる。
ただし、ｎ回は適当な回数であり、予め固定値に設定されているものとするが可変とすることも可能である。

無線端末５のうち、更新対象であったサイズ中の無線端末５は、この問い合わせに対し、受信が成功したか否かの応答を管理サーバ２に対して行い、管理サーバ２は、これにより更新ファイルの受信に失敗した無線端末５を特定することができる。
すると、管理サーバ２は、これら受信に失敗した無線端末５に更新ファイルをユニキャスト送信によって個別に送信する。
ここで、ユニキャスト送信とは、ネットワーク通信において、単一のアドレスの端末に対して情報を送信することをいう。
個別に更新ファイルを送信された無線端末５は、これを受信してファイルの更新を行う。

以上のように、管理サーバ２が更新ファイルを複数回一斉送信する理由は次の通りである。
無線端末５が、例えば、数万台など多数存在する場合、一定の割合で更新ファイルの受信に失敗する無線端末５が存在することが考えられる。特に無線通信の場合には、無線回線が不安定になる場合も考えられるため、受信に失敗する無線端末５が発生する可能性が高くなる。
そこで、複数回一斉送信を繰り返すことにより、受信に失敗する無線端末５の台数を著しく低減することができる。

図２は、管理サーバ２、中継機３、及び無線端末５のハードウェア的な構成の一例を示した図である。
管理サーバ２は、ＣＰＵ２１、ＲＡＭ２２、記憶媒体２３、クロック２４、表示部２５、操作部２６、ＬＡＮ接続Ｉ／Ｆ（インターフェース）２７などから構成されている。
ＣＰＵ２１は、記憶媒体２３などに記憶されたプログラムを実行して各種演算や管理サーバ２の各部を制御する中央処理装置である。
ＲＡＭ２２は、ＣＰＵ２１に対してワーキングメモリを提供するランダムアクセスメモリである。

記憶媒体２３は、例えば、ハードディスクや半導体装置などによって構成されており、各種のプログラムやデータを記憶しており、本実施の形態では、無線端末５をグループ分けして通信するためのプログラムや、無線端末５を登録した端末ＤＢ（データベース）、無線端末５のアプリケーションなどを更新する更新ファイルなどが記憶されている。
クロック２４は、例えば、水晶発振器などによって構成され、クロック信号を生成する。

表示部２５は、例えば、液晶ディスプレイなどによって構成されており、担当者が管理サーバ２を操作する際の操作画面などの各種画面を表示する。
操作部２６は、例えば、キーボードやマウスなどの操作端末を備えており、担当者から管理サーバ２の操作を受け付ける。
ＬＡＮ接続Ｉ／Ｆ２７は、有線、または無線ＬＡＮであり、中継機３との通信を行う。

中継機３は、ＣＰＵ３１、ＲＡＭ３２、記憶媒体３３、クロック３４、ＬＡＮ接続Ｉ／Ｆ３５、近距離無線Ｉ／Ｆ３６などを備えている。
ＣＰＵ３１は、記憶媒体３３などに記憶されたプログラムを実行して中継機能を発揮したり中継機３の各部を制御する中央処理装置である。
ＲＡＭ３２は、ＣＰＵ３１に対してワーキングメモリを提供するランダムアクセスメモリであり、管理サーバ２から送信されてきた情報を無線端末５に対して送信する際に、これを一時的に記憶したりする。

記憶媒体３３は、例えば、半導体装置などによって構成されており、各種のプログラムやデータを記憶しており、本実施の形態では、管理サーバ２と無線端末５の通信を中継するためのプログラムや、自己の固有情報である中継機ＩＤなどを記憶している。
クロック３４は、例えば、水晶発振器などによって構成され、クロック信号を生成する。
ＬＡＮ接続Ｉ／Ｆ３５は、有線、または無線ＬＡＮであり、管理サーバ２との通信を行う。
近距離無線Ｉ／Ｆ３６は、無線端末５と近距離の無線通信を行う。

無線端末５は、ＣＰＵ５１、ＲＡＭ５２、記憶媒体５３、クロック５４、表示部５５、近距離無線Ｉ／Ｆ５６、バッテリ５７、参加スイッチ５９などから構成されている。
ＣＰＵ５１は、記憶媒体５３などに記憶されたプログラムを実行して電子棚札機能を発揮したり無線端末５の各部を制御する中央処理装置である。
ＲＡＭ５２は、ＣＰＵ５１に対してワーキングメモリを提供するランダムアクセスメモリであり、無線通信システム１に参加する際に自分が対応づけられた中継機３の中継機ＩＤや、中継機３から送信されてきた更新ファイル、同期信号、その他のデータを記憶する。

記憶媒体５３は、例えば、半導体装置などによって構成されており、各種のプログラムやデータを記憶しており、本実施の形態では、中継機３を介して管理サーバ２と通信し、表示部５５に表示を行うアプリケーションなどのプログラムや、アプリケーションの更新を行う更新プログラム、自己固有情報である端末ＩＤなどを記憶している。

クロック５４は、例えば、水晶発振器などによって構成されており、無線端末５が各種処理を行うためのタイミングをとったり時間を計測したりするのに用いられる。
表示部５５は、例えば、メモリ性液晶表示装置を用いて構成されており、表示内容の書き換え時に電力を消費し、表示期間中は電力を消費しないように構成されている。

近距離無線Ｉ／Ｆ５６は、中継機３と近距離の無線通信を行う。
バッテリ５７は、例えば、所謂ボタン電池などで構成されており、無線端末５が駆動するための電力を供給する。
参加スイッチ５９は、無線端末５を商品棚に設置し、管理サーバ２に参加させる際に押下するボタンである。
なお、参加スイッチ５９は、必ずしも必要でなく、例えば、無線端末５の電源をオンした際に自動的に参加処理を行ったりなど、各種の形態が可能である。

図３は、管理サーバ２が記憶する端末ＤＢの論理的な構成の一例を示した図である。
端末ＤＢは、「端末ＩＤ」、「サイズ」、「バージョン」、「中継機ＩＤ」などの項目から構成されている。
「端末ＩＤ」は、各無線端末５のＩＤ情報であり、管理サーバ２は、端末ＩＤにより各無線端末５を特定する。

「サイズ」は、無線端末５の液晶パネルのサイズであり、大中小の３サイズが存在する。
「バージョン」は、無線端末５に搭載してあるアプリケーションのバージョンである。アプリケーションは、無線端末５のサイズごとに異なるため、バージョンもサイズごととなる。
「バージョン」の番号体系の中にサイズ情報を取り込むことにより、サイズ情報の項目管理を削除してもよい。
なお、他の店舗から異なるバージョンの無線端末５を持ってきて取り付けたりなど、同じサイズであってもバージョンが異なる場合もある。
「中継機ＩＤ」は、各無線端末５と関連付けられて無線通信を行う中継機３のＩＤ情報である。

図４は、以上のように構成された無線通信システム１が行う更新処理の手順を説明するためのフローチャートである。
以下の処理は、管理サーバ２のＣＰＵ２１や無線端末５のＣＰＵ５１が所定のプログラムに従って行うものである。
なお、管理サーバ２と無線端末５の通信は中継機３が仲介するが、説明が煩雑になるため、中継機３は省略してある。

ここでは、管理サーバ２は、特定のサイズ（例えば中）のアプリケーションの更新ファイルをＹ個のブロックに分割して無線端末５に送信するものとする。
このように、管理サーバ２は、更新ファイルが大きい場合には、これを分割して送信する。

まず、管理サーバ２は、全無線端末５に現在のアプリケーションのバージョンを問い合わせる端末確認要求を個別に行う（ステップ５）。
これに対し、各無線端末５は、管理サーバ２に現在のアプリケーションを通知する端末確認応答を行う（ステップ１５）。
これにより、管理サーバ２は、各無線端末５にどのバージョンのアプリケーションが搭載されているか知ることができる。

次に、管理サーバ２は、これから送信する更新ファイルに関する更新情報を全無線端末５に送信する（ステップ２０）。
更新情報は、例えば、更新対象となっている無線端末５のサイズ、バージョン、ファイル分割数、再送回数などである。
無線端末５は、無線端末５のサイズにより、自己が更新ファイルの受信対象であるか否かを判断することができる。

なお、ファイル分割数や再送回数は固定値にしておき、無線端末５に記憶しておいてもよい。
また、無線端末５の記憶媒体５３を複数の領域（クラスタ）に分け、各領域に異なるプログラムを登載している場合には、更新の対象となる領域番号なども送信する。

各無線端末５は、管理サーバ２から更新情報を受信すると、自己が更新対象のサイズであるか否かを判断する。
無線端末５のうち、更新対象でないサイズの無線端末５は、休止モード（Ｓｌｅｅｐモード）に移行し、その後、管理サーバ２から送信されてくる更新ファイルを受信せずに消費電力を低減する。

休止期間は、例えば、基本フレーム長×ファイル分割数×再送回数により計算され、およそ数分程度である。
ここで、基本フレーム長とは、管理サーバ２と無線端末５が情報を通信する際のひとまとまりの情報の単位となる基本フレームの期間長である。

この休止期間を経過すると、休止していた無線端末５は、起床して通常の動作モードに復帰する。
この場合、更新情報は、更新対象外の無線端末５を所定の期間休止させる休止コマンドとして機能している。
また、無線端末５は、休止せずに中継機３との同期だけ維持するように構成することもできる。

このようにして、更新対象となっている無線端末５以外の無線端末５が休止状態となった状況で、管理サーバ２は、全無線端末５に更新ファイルのブロック１をブロードキャスト送信により送信し（ステップ２５）、続いて１回目の再送（ステップ３０）、及び２回目の再送（ステップ３５）を行う。
なお、更新ファイルは、１〜Ｙのブロックに分割されているものとする。

これに対し、無線端末５は、１回目の送信でブロック１の受信に成功した場合には、これを記憶媒体５３に記憶し、１回目の再送、及び２回目の再送は受信しない（ステップ２５）。この間、休止状態となったり、あるいは同期だけとるように無線端末５を構成することもできる。

また、無線端末５は、１回目の送信で受信に失敗すると、１回目の再送でブロック１を受信して記憶媒体５３に記憶し、２回目の再送は受信しない（ステップ３０）。
無線端末５は、１回目の再送でブロック１の受信に失敗すると、２回目の再送でブロック１を受信する（ステップ３５）。
２回目の再送でブロック１の受信に失敗した場合には、後ほど管理サーバ２からユニキャスト送信によりブロック１を送信してもらうことになる。

管理サーバ２は、このようにして、ブロック１の再送を２回終了すると、次は、同様にして更新ファイルのブロック２を全無線端末５にブロードキャスト送信により送信し、以後、同様の送信を繰り返し、最後にブロックＹを送信し、更に２回再送する（ステップ４０）。
このようにして、管理サーバ２は、更新ファイルの各ブロックについて、送信、１回目の再送、２回目の再送、即ち全部で３回の送信を１セットとして、これを全ブロックについて行い、ファイル全体を無線端末５に送信する。

そして、無線端末５は、更新ファイルの全ブロックの受信に成功すると、アプリケーションの更新（記憶媒体５３への書込）を実施する（ステップ４５）。
引き続き、無線端末５は、旧バージョンのアプリケーションを消去すると共に、自らをリセットして更新後のアプリケーションを起動し、管理サーバ２に対して端末参加を行う。

次に、管理サーバ２は、無線端末５がアプリケーションを更新した後、全無線端末５に端末確認要求を行い（ステップ５０）、現在のアプリケーションのバージョンを問い合わせる。
これに対し、各無線端末５は、端末確認応答を行い（ステップ５５）、それぞれのアプリケーションのバージョンを管理サーバ２に送信する。

管理サーバ２は、これら端末確認応答により、更新対象となっているサイズの無線端末５から送信されてきたバージョンが最新バージョンか否かを判断する。
そして、最新のバージョンに更新されていない無線端末５は、何れかのブロックの受信に失敗した無線端末５であるため、管理サーバ２は、これらのうちの１の無線端末５に対して個別に不足ブロック確認要求を無線端末５に送信する（ステップ６０）。

これに対し、当該無線端末５は、不足ブロック確認応答を行い（ステップ６５）、不足するブロックを管理サーバ２に通知する。
これにより、管理サーバ２は、当該無線端末５で不足しているブロックを特定し、不足分を当該無線端末５に対してユニキャスト送信する（ステップ７０）。
当該無線端末５は、当該送信された不足分のブロックを管理サーバ２から受信し、アプリケーションの更新を実施する。

引き続き、管理サーバ２は、ブロックの受信に失敗した他の無線端末５に対して不足ブロック確認要求を行い（ステップ７５）、当該無線端末５から不足ブロック確認応答を受け（ステップ８０）、当該無線端末５に不足ブロックをユニキャスト送信する（ステップ８５）。

以降、管理サーバ２は、ブロックの受信に失敗した無線端末５に対して同様の処理を順次行い、更新対象となっている全ての無線端末５に漏れなくアプリケーションの更新を行わせる。
そして、管理サーバ２は、以上の処理を大中小の各サイズに渡って行うことにより、全無線端末５のアプリケーションをアップデートすることができる。

このようにして、管理サーバ２は、ブロードキャスト送信により、更新ファイルを更新対象の無線端末５に一斉に送信するため送信時間を短縮することができ、また、複数回再送することにより、受信に失敗した無線端末５に再受信の機会を与える。
これにより、短時間で多数の無線端末５にアプリケーションの更新を行わせることができると共に、受信に失敗する無線端末５の台数を極力低減することができる。
そして、不足ブロックが生じている無線端末５に関しては、ユニキャスト送信を用いることにより確実に不足分の送信を行うことができる。

また、この方式は、現行の通信制御を一切変更せずに、無線端末５のアプリケーションも最小限の変更で、管理サーバ２のアプリケーションからのコントロールだけで実行することができる。
そして、更新に非該当の無線端末５は、休止状態、あるいは、同期維持モードとなるので、電池消費を最小限にすることができる。
なお、本実施の形態では、各ブロックを２回再送することとしたが、これは他の回数でもよい。
また、再送せずに、１回目の送信で受信に失敗した無線端末５に対してユニキャスト送信により不足分を送信するように構成することもできる。

（変形例）
次に、図５のフローチャートを用いて本実施の形態の変形例について説明する。
この例では、管理サーバ２は、更新対象となる無線端末５を更新ファイルの種類ごとにグループ分けし、当該グループごとにマルチキャスト送信することにより更新ファイルを無線端末５に送信する。
なお、マルチキャスト送信とは、ネットワーク通信において、特定の複数の端末に対して情報を送信することをいう。
以下では、図４と同じ処理については、同じステップ番号を付し、説明を簡略化、あるいは省略する。

まず、管理サーバ２は、全無線端末５に対して端末確認要求を行い（ステップ５）、これに対して無線端末５は端末確認応答を行う（ステップ１５）。
次に、管理サーバ２は、更新ファイルの種類ごと（ここでは、アプリケーションが無線端末５のサイズごとであるため無線端末５のサイズごと）に無線端末５をグループ分けし、各々のグループに属する無線端末５にグループごとのショートアドレス（図ではＳＡ）を個別に通知する（ステップ１２０）。
これに対し、各無線端末５は、送られてきたショートアドレスをＲＡＭ５２などに記憶する。

なお、グループ分けは、クラスタ番号で更に分けるなど、任意に設定することができる。
また、管理サーバ２は、更新を行わない無線端末５に対してはショートアドレスの割付は行わない。

次に、管理サーバ２は、更新ファイルの送信先である無線端末５のグループのショートアドレスと更新ファイルのブロック１を全無線端末５に対して送信する（ステップ１２５）。
そして、管理サーバ２は、引き続き、当該ショートアドレスと更新ファイルのブロック１を２回再送する（ステップ１３０、１３５）。

一方、各無線端末５は、管理サーバ２からショートアドレスが送信されてくると、これを受信して自己のショートアドレスと一致するか否かを判断する。
自己のショートアドレスと異なる場合は、自己は更新ファイルの送信対象でないため、中継機３との同期状態を維持する。
本変形例では、送信対象外の無線端末５は、ショートアドレスによって更新ファイルが自己宛でないと判断できるため、このように同期を維持しながら管理サーバ２との情報処理を続行することができる。

管理サーバ２が送信したショートアドレスが自己のショートアドレスと一致する場合、無線端末５は、更新ファイルのブロック１を受信して記憶媒体５３に記憶し、再送されてくるブロック１は受信しない（ステップ１２５）。
そして、無線端末５は、ブロック１の受信に失敗した場合、再送されてくるブロック１を受信し、受信が成功した以降の再送分については受信しない（ステップ１３０、１３５）。

このようにして、ショートアドレスで指定された無線端末５は、ブロックＹまで受信すると、更新ファイルを用いてアプリケーションを更新して、更新前のアプリケーションを削除し、その後リセット・再起動して、管理サーバ２への参加処理を行う（ステップ４５）。

その後、管理サーバ２は、無線端末５に対して、端末確認要求を行い（ステップ５０）、これに応じて無線端末５は管理サーバ２に端末確認応答を行う（ステップ５５）。
以下、管理サーバ２は、ブロックの受信に失敗した無線端末５に対して個別に不足するブロックを送信する（ステップ６０〜８５）。
管理サーバ２は、以上の処理を全てのグループに対して行うことにより、更新対象となっている全ての無線端末５のアプリケーションを更新することができる。

以上に説明した変形例でも更新ファイルのブロックを複数回送信し、その複数回の何れの受信にも失敗した無線端末５には、個別にブロックを送信することができる。
更に、本変形例では、個別の無線端末５にショートアドレスを付与してグルーピングすることによりアプリケーションを更新する無線端末５を指定することができるほか、更新対象外の無線端末５は、休止せずに起床状態を維持するため、管理サーバ２は、常時全無線端末５を支配することができる。

次に、図６のフローチャートを用いて、ユニキャスト送信により更新ファイルを送信する場合について説明する。
この例は、無線端末５の台数が少ない場合には、無線端末５の消費電力を低減することができ、有効な方法であるが、数万台など無線端末５の台数が多い場合には、更新時間が長くなって（２０００台でおおよそ６時間程度）適していない。
無線端末５の台数が多い場合には、先に説明した実施の形態、及び変形例により更新ファイルを送信するのが望ましい。

以下では、図４と同じ処理には同じステップ番号を付して説明を簡略化する。
管理サーバ２は、全無線端末５に対して端末確認要求を行い（ステップ５）、これに応じて各無線端末５は、端末確認応答を行う（ステップ１５）。
管理サーバ２は、この端末確認応答により、個々の無線端末５ごとに送信すべき更新ファイルを特定する。
そして、管理サーバ２は、個々の無線端末５に対してユニキャスト送信により個別に更新ファイルを送信する（ステップ２１５〜２３０）。
この方法により、無線端末５の消費電力を低減しながら確実に更新ファイルを送信することができる。

以上に説明した本実施の形態をまとめると次のようになる。
ファイル更新を行う際に、まず管理サーバ２から全無線端末５に向けて更新ファイルをブロードキャスト送信あるいはマルチキャスト送信で再送しながら行う。
続いて、管理サーバ２は端末確認要求をユニキャスト送信で行う。正常に更新できた無線端末５は新たなファイルバージョン番号を応答し、無線エラー等の影響で不足ブロックの発生した無線端末５は、旧来のファイルバージョン番号と、不足したファイルブロック番号を応答する。

管理サーバ２は、不足ブロックの発生した無線端末５に向けて、不足したブロックを送達確認信号（ＡＣＫ信号）を使用したエラー再送機能付きのユニキャスト送信を行う。
このようにして、管理サーバ２は、ブロードキャスト送信時に、ブロックデータの再送を行い、ブロードキャスト送信の確実性を向上させながら、さらにユニキャスト送信を併用することで、対象の全端末のファイルを確実に更新することができる。

無線端末５のアプリケーションが複数種類混在している場合、管理サーバ２から、予め関係のない無線端末５に対して時間指定型のスリープコマンドをブロードキャスト送信またはユニキャスト送信で送信し、関係のない無線端末５が無駄な受信を実行しないようにすることができる（排他制御）。

無線端末５のアプリケーションが複数種類混在している場合、管理サーバ２から予め関係のない無線端末５に対して「同期維持のみを行い、関係のない無線端末５向けのデータを受信しない」旨の指示コマンドをブロードキャスト送信またはユニキャスト送信で送信し、関係のない無線端末５が無駄な受信を実行しないようにすることができる。

以上に説明したように、管理サーバ２は、無線端末５に情報を送信する情報処理装置として機能しており、図７（ａ）に示したようにブロードキャスト送信やマルチキャスト送信などによって１回の送信で更新ファイルなどの所定の情報を複数の無線端末５に送信する情報送信手段２０５と、当該所定の情報の送信の後、これら複数の無線端末５が当該所定の情報を受信したか否かを情報受信手段２０６により端末確認要求などで無線端末５ごとに判断する判断手段２０４と、当該判断手段２０４にてこの所定の情報を受信していないと判断した無線端末にこの所定の情報をユニキャスト送信などによって個別に送信する個別送信手段２０３を備えている。

そして、管理サーバ２の情報送信手段２０５は、再送を行って１回の送信を複数回繰り返す。
また、管理サーバ２は、端末確認要求を行うと共に端末確認応答を受けるなどして、無線端末５ごとに当該所定の情報を受信したか否かを問い合わせる問い合わせ手段２０２を備えており、判断手段２０４は、当該問い合わせに対する応答によって各々の無線端末５が当該所定の情報を受信したか否かを判断する。
更に、これら複数の無線端末５のうち、対象となっている無線端末５のサイズを指定したり、ショートアドレスを指定したりして、当該所定の情報の送信対象となっている無線端末５以外の無線端末５に所定の情報の受信を停止させる端末指定手段２０１を備えている。

一方、無線端末５は、図７（ｂ）に示したように情報処理装置（管理サーバ２）がブロードキャスト送信やマルチキャスト送信などによって１回の送信で複数の無線端末５に送信する更新ファイルなどの所定の情報を受信する情報受信手段５０２と、送信情報の受信に成功したか失敗したかを判定する判定手段５０４、当該受信に失敗した場合に、端末確認応答などによって情報処理装置に所定の情報を受信しなかった旨の応答を行う応答手段５０５、応答手段５０５の情報を中継機３に送信する情報送信手段５０３を備えている。
そして、情報処理装置は、この１回の送信を再送によって複数回繰り返し、当該情報受信手段５０２は、これら複数回繰り返し送信されてくる所定の情報の受信に成功するまで再送されてくる更新ファイルなどの受信を繰り返す。
更に、当該情報受信手段５０２は、この所定の情報の受信に成功した後、繰り返し送信されてくる所定の情報の受信を停止して消費電力を節約することができる。
当該応答手段５０５は、情報処理装置から端末確認要求などで受信が成功したか否かの問い合わせがあった場合に応答を行う。
例えば、送信対象となっている無線端末５のサイズと異なったり、ショートアドレスが異なるなどして、自己が前記情報処理装置が送信するこの所定の情報の送信対象でなかった場合に、この所定の情報の受信を停止して消費電力を節約するする停止手段５０１を備えている。
尚、無線端末５の判定手段５０４での受信の成功と失敗は、例えば、１ブロックを複数に分割した１無線通信データ毎に付与される誤り検出符号を確認するように構成することができる。また、他には１ブロックごとに付与される誤り検出符号を確認することで判定する方法、ファイル全体に付与される誤り検出符号もあり、判定方法自体は限定されることはない。

以上に説明した本実施の形態、及び変形例によって次のような効果を得ることができる。
（１）更新ファイル（あるいは更新ファイルのブロック、以下同様）を複数の無線端末５に対してブロードキャスト送信、あるいはマルチキャスト送信によって送信することにより、管理サーバ２から無線端末５への更新ファイルの送信時間を短縮することができる。
（２）当該送信を複数回繰り返すことにより、受信に失敗する無線端末５の台数を低減することができる。
（３）更新ファイルの受信に失敗した無線端末５に対して不足分を個別にユニキャスト送信によって送信することにより、更新ファイルを漏れなく対象となる無線端末５に送信することができる。

（４）更新対象となっていない無線端末５は、更新期間中に休止状態、あるいは同期だけ維持する状態となり、更新対象外である無線端末５の消費電力を低減することができる。
（５）更新対象となっている無線端末５は、更新ファイルの受信に成功すると、再送されてくる更新ファイルの受信を行わず、消費電力を低減することができる。
（６）無線端末５の受信機会を最小限に抑えつつ、更新に必要な時間も短縮しながらも確実に全無線端末５のファイルを更新できる。

（７）できる限り無線端末５のプログラム追加量を少なくし、無線端末５の電池消費量を低減すると共に、バージョンアップ関連障害を発生しにくくすることができる。
（８）更新情報の通知やショートアドレスの割り当てにより、目的の無線端末５だけ排他的にファイルを更新することができる。

１ 無線通信システム
２ 管理サーバ
３ 中継機
５ 無線端末
６ 無線端末群
２１ ＣＰＵ
２２ ＲＡＭ
２３ 記憶媒体
２４ クロック
２５ 表示部
２６ 操作部
２７ ＬＡＮ接続Ｉ／Ｆ
３１ ＣＰＵ
３２ ＲＡＭ
３３ 記憶媒体
３４ クロック
３５ ＬＡＮ接続Ｉ／Ｆ
３６ 近距離無線Ｉ／Ｆ
５１ ＣＰＵ
５２ ＲＡＭ
５３ 記憶媒体
５４ クロック
５５ 表示部
５６ 近距離無線Ｉ／Ｆ
５７ バッテリ
５９ 参加スイッチ

Claims (11)

1. 無線端末に情報を送信する情報処理装置であって、
   １回の送信で所定の情報を複数の無線端末に送信する情報送信手段と、
   前記所定の情報の送信の後、前記複数の無線端末が前記所定の情報を受信したか否かを前記無線端末ごとに判断する判断手段と、
   前記判断手段にて前記所定の情報を受信していないと判断した無線端末に前記所定の情報を個別に送信する個別送信手段と、
   を具備したことを特徴とする情報処理装置。
2. 前記情報送信手段は、前記１回の送信を複数回繰り返すことを特徴とする請求項１に記載の情報処理装置。
3. 前記無線端末ごとに前記所定の情報を受信したか否かを問い合わせる問い合わせ手段を具備し、
   前記判断手段は、前記問い合わせに対する応答によって各々の前記無線端末が前記所定の情報を受信したか否かを判断することを特徴とする請求項１、又は請求項２に記載の情報処理装置。
4. 前記複数の無線端末のうち、前記所定の情報の送信対象となっている無線端末以外の無線端末に前記所定の情報の受信を停止させる停止手段を具備したことを特徴とする請求項１、請求項２、又は請求項３に記載の情報処理装置。
5. 情報処理装置が１回の送信で複数の無線端末に送信する所定の情報を受信する情報受信手段と、
   前記受信に失敗した場合に、前記情報処理装置に前記所定の情報を受信しなかった旨の応答を行う応答手段と、
   を具備したことを特徴とする無線端末。
6. 前記情報処理装置は、前記１回の送信を複数回繰り返し、
   前記情報受信手段は、前記複数回繰り返し送信されてくる前記所定の情報の受信に成功するまで受信を繰り返すことを特徴とする請求項５に記載の無線端末。
7. 前記情報受信手段は、前記所定の情報の受信に成功した後、繰り返し送信されてくる前記所定の情報の受信を停止することを特徴とする請求項６に記載の無線端末。
8. 前記応答手段は、前記情報処理装置から受信が成功したか否かの問い合わせがあった場合に前記応答を行うことを特徴とする請求項５、請求項６、又は請求項７に記載の無線端末。
9. 自己が前記情報処理装置が送信する前記所定の情報の送信対象でなかった場合に、前記所定の情報の受信を停止する停止手段を具備したことを特徴とする請求項５から請求項８までのうちの何れか１の請求項に記載の無線端末。
10. 無線端末に情報を送信する情報処理機能をコンピュータで実現する情報処理プログラムであって、
    １回の送信で所定の情報を複数の無線端末に送信する情報送信機能と、
    前記所定の情報の送信の後、前記複数の無線端末が前記所定の情報を受信したか否かを前記無線端末ごとに判断する判断機能と、
    前記判断機能にて前記所定の情報を受信していないと判断した無線端末に前記所定の情報を個別に送信する個別送信機能と、
    をコンピュータで実現する情報処理プログラム。
11. 情報処理装置が１回の送信で複数の無線端末に送信する所定の情報を受信する情報受信機能と、
    前記受信に失敗した場合に、前記情報処理装置に前記所定の情報を受信しなかった旨の応答を行う応答機能と、
    をコンピュータで実現する無線端末プログラム。

Images