JP2015152941A - アップデート方法および配信装置 - Google Patents

Abstract

【課題】自動検針システムにおいて検針メータのファームウェアをアップデートする際、保守員が現地へ赴き保守端末を用いて個別にファームウェアのアップデートを行っていた。【解決手段】ファームウェアを配信装置から複数のブロックに分割して検針メータへ配信し、検針メータにおいて受信に失敗したブロックを検針情報に含めて配信装置に通知する。配信装置は、受信に失敗したブロック範囲を再送する。【選択図】図４

Description

本発明は、アップデート方法および配信装置に係り、特に無線端末に対してファームウェアの送信およびファームウェアの再送を行うアップデート方法および配信装置に関する。

近年、家庭または商業施設で用いられる電気・ガス・水道などの検針メータに無線通信機能を付加して、広域通信網を介して検針メータのメータ情報を事業者が管理するサーバ機器に送信するスマートメータ機器および自動検針システムが注目されている。本技術分野の背景技術として、特許文献１がある。特許文献１は、多数の電力量計に対し、検針値を含む情報が遠隔地から得られるようにして、業務の省力化を低コストで実現する自動検針システムを開示する。

特開２００８−１４７８４４号公報 特開２０１１−０６６５２９号公報

特許文献１の自動検針システムにおいて検針メータのファームウェアをアップデートする必要が生じた場合に、保守員が各住戸に対して現地へ赴き保守用の保守端末を用いて個別にファームウェアのアップデートを行うのは多くの手間と時間を要する。

特許文献２は、このような課題を解決する技術として、保守端末のファームウェアを分割した複数の分割ブロックに識別情報を付与し、保守端末と複数の通信ユニットとの間で無線リンクを確立して、分割ブロックを同報通信により各通信ユニットに送信する技術を開示する。

しかし、ファームウェアに抜けが生じた場合に、保守端末が一般的に多数の検針メータをサポートする事を考慮すると、保守端末および通信ユニット間のデータ量が増大し、通信ユニット一台一台に対してファームウェアを逐次配信するには多くの時間を要する。そのため保守端末と検針メータ間の通信帯域が狭い環境では通信ユニットが送受信するデータ量を削減しなければならない。

本発明は、上記理由に鑑みて為されたものであり、その目的は検針メータにおいてファームウェアの受信に失敗した場合に、ファームウェアの再送に要する手間および時間を削減することができるアップデート方法および配信装置を提供することである。

上述した課題は、無線通信により配信サーバから通信端末へファームウェアを送信するファームウェアのアップデート方法において、通信端末との無線リンクを確立するリンク確立ステップと、ファームウェアを分割して分割ブロックを作成する分割ステップと、分割ブロックに識別番号を付加する付加ステップと、付加ステップにおいて識別番号を付加した分割ブロックを順次同報通信により送信する送信ステップと、通信端末において、分割ブロックを受信する受信ステップと、通信端末において、識別番号を用いて受信に失敗した分割ブロックの有無を判断する抜けブロック判断ステップと、通信端末において、受信に失敗したブロックの識別番号の最小値および最大値を受信状況として判断する受信状況判断ステップと、通信端末において、受信状況を検針データに含める包含ステップと、受信状況を確認する確認ステップと、確認した受信状況から、受信に失敗したブロックの範囲を判断し、再送する再送ステップと、を含むアップデート方法により、達成できる。

また、無線通信端末へファームウェアを送信する配信装置において、無線通信端末との無線リンクを確立するリンク確立部と、ファームウェアを分割して分割ブロックを作成する分割部と、分割ブロックに識別番号を付加する付加部と、付加部において識別番号を付加した分割ブロックを順次同報通信により無線通信端末に送信する送信部と、無線通信端末の受信状況を確認する確認部と、確認した受信状況から無線通信端末における受信に失敗したブロックの範囲を判断し、再送する再送部と、ファームウェアを記憶する記憶部と、を含む配信装置により、達成できる。

本発明によれば、ファームウェア配信に要する時間を削減することができる。

ファームウェアアップデートシステムを説明するブロック図である。 配信サーバのブロック図である。 通信端末のブロック図である。 配信サーバによるファームウェアのアップデート処理のフローチャートである。 通信端末によるファームウェアのアップデート処理のフローチャートである。 配信サーバと通信端末との間のファームウェアのアップデートのシーケンス図（その１）である。 配信サーバと通信端末との間のファームウェアのアップデートのシーケンス図（その２）である。 他のファームウェアアップデートシステムを説明するブロック図である。 集線装置のブロック図である。 配信サーバによるファームウェアのアップデート処理のフローチャートである。 集線装置によるファームウェアのアップデート処理のフローチャートである。 配信サーバと集線装置と通信端末との間のファームウェアのアップデートのシーケンス図（その１）である。 配信サーバと集線装置と通信端末との間のファームウェアのアップデートのシーケンス図（その２）である。 通信端末によるファームウェアのアップデート処理のフローチャートである。 配信サーバによるファームウェアのアップデート処理のフローチャートである。 配信サーバによるファームウェアのアップデート処理のフローチャートである。 ビットマップを説明する図である。 配信サーバによるファームウェアのアップデート処理のフローチャートである。 配信サーバと通信端末との間のファームウェアのアップデートのシーケンス図である。

以下、本発明の実施の形態について、実施例を用い図面を参照しながら詳細に説明する。なお、以下の実施例では、電力事業者が管理する配信サーバを説明するが、管理者は、電力事業者とは限らない。

図１を参照して、ファームウェアアップデートシステムの構成を説明する。図１において、ファームウェアアップデートシステム５００は、配信サーバ１０と、通信端末２０と、を含んで構成されている。配信サーバ１０は、電力事業者が管理している。通信端末２０は、集合住宅の各家庭または住戸に設置されている検針メータに接続されている。ファームウェアアップデートシステム５００は、配信サーバ１０と通信端末２０とが無線通信により相互に通信を行うシステムである。

なお以下の説明においては、配信サーバ１０が複数の通信端末２０に対して、ファームウェアアップデートを行う状況について説明する。配信サーバ１０および通信端末２０間で行われる無線通信は、特定小電力無線システムとして規定されている９２０ＭＨｚを利用する。

図２を参照して、配信サーバの構成を説明する。図２において、配信サーバ１０は、制御部１１０と、記憶部１２０と、通信部１３０と、を含んで構成されている。制御部１１０は、分割部１１１と、付加部１１２と、リンク確立部１１３と、送信制御部１１４と、確認部１１５と、判断部１１６と、再送制御部１１７と、を含む。記憶部１２０は、ファームウェア記憶部１２１と、受信状況記憶部１２２と、を含む。

ファームウェア記憶部１２１は、ファームウェアを記憶する。受信状況記憶部１２２は、ファームウェアの受信状況を記憶する。通信部１３０は、小電力無線通信を行う通信モジュールを保持する。制御部１１０は、記憶部１２０と通信部１３０間の情報の制御を行う。

分割部１１１は、配信サーバ１０から通信端末２０へ送信するファームウェアを複数のブロックに分割し、分割ブロックを作成する。付加部１１２は、分割部１１１によりブロック単位に分割されたファームウェアに一意な識別番号を付加する。識別番号により、通信端末２０においてブロックに分割されたファームウェアから元のファームウェアへの復元および抜けブロックの識別を容易にする。リンク確立部１１３は、通信部１３０の制御を行う。リンク確立部１１３は、複数の通信端末２０に対して個別に、相互に通信を行うための無線リンクを確立する。

送信制御部１１４は、通信部１３０の制御を行う。送信制御部１１４は、リンク確立部１１３で確立した無線リンクを用いて、各通信端末２０に対して分割部１１１で作成した分割ブロックを同報通信により順次送信する。具体的には、ファームウェアを１〜１０００に分割した場合、分割ブロックを１〜５００、５０１〜１０００の集合に分けて複数回にわたって送信を行う。確認部１１５は、送信制御部１１４において分割ブロックの送信が完了した後、通信部１３０を制御し、通信端末２０における分割ブロックの抜けの有無を受信状況として確認する。具体的には、確認部１１５は、無線リンクを確立した各通信端末２０に対して分割ブロックの抜けを確認する確認処理を、同報通信により行う。確認処理では各通信端末２０に対して抜けブロックの識別番号の最小値（ｍｉｎ１〜ｍｉｎｎ）および最大値（ｍａｘ１〜ｍａｘｎ）を確認する。また、一通り確認処理が終了した後、確認処理に失敗した通信端末２０に対して、再度確認処理を行う様にしても良い。

判断部１１６は、確認部１１５において取得した各通信端末２０の受信状況を基に、分割ブロックを送信した通信端末２０全体の再送範囲を判断する。具体的には、判断部１１６は、各通信端末２０の受信状況に含まれる抜けブロックの最小値を１つの集合とし、最小値の集合における最小値を求める。判断部１１６は、同様に、各通信端末２０の受信状況に含まれる抜けブロックの最大値を１つの集合とし、最大値の集合における最大値を求める。判断部１１６は、確認部１１５において取得した各通信端末２０の受信状況を基に、無線リンクを確立し分割ブロックを送信した通信端末２０のうち送信された分割ブロックを全て正しく受信した通信端末２０の割合、つまり抜けブロックのない通信端末２０の割合を受信完了率として計算する。

再送制御部１１７は、各通信端末２０に対して、判断部１１６により得られた最小値および最大値の範囲の分割ブロックを同報通信により送信する。ファームウェア記憶部１２１は、送信対象となるファームウェアを予め記憶する。受信状況記憶部１２２は、各通信端末２０における抜けブロックがどの範囲に存在するのかを示す受信状況が記憶する。

図３を参照して、通信端末の構成を説明する。図３において、通信端末２０は、制御部２１０と、記憶部２２０と、通信部２３０と、を含んで構成されている。制御部２１０は、判断部２１１と、包含部２１２と、を含む。

判断部２１１は、受信した分割ブロックの識別情報を用いて抜けブロックの識別番号の最小値および最大値を受信状況として判断する。包含部２１２は、判断部２１１による受信状況を配信サーバ１０へ送信する検針データに含める。

通信部２３０は、小電力無線通信を行う通信モジュールを保持する。通信部２３０は、配信サーバ１０との間で無線通信を行う。通信部２３０は、他の通信端末２０が保持する通信部２３０と無線リンクを確立し、配信サーバ１０と通信端末２０間の通信を中継しても良い。記憶部２２０は、配信サーバ１０から配信され通信端末２０で受信したファームウェア情報を記憶する。

図４を参照して、配信サーバの動作を説明する。図４において、配信サーバ１０は、配信するファームウェアを分割ブロックに分割する（Ｓ１０１）。配信サーバ１０は、分割ブロックに識別番号を付与する（Ｓ１０２）。配信サーバ１０は、リンク確立要求を同報配信により各通信端末２０へ送信する（Ｓ１０３）。配信サーバ１０は、各通信端末２０よりリンク確立応答を受信し（Ｓ１０４）、通信端末２０とのリンクを確立する。配信サーバ１０は、分割ブロックを通信端末２０へ同報配信により順次送信する（Ｓ１０５）。配信サーバ１０は、受信状況要求を同報配信により通信端末２０へ送信する（Ｓ１０６）。配信サーバ１０は、各通信端末２０から受信状況を受信する（Ｓ１０７）。

ステップ１０７で受信した受信状況を基に、配信サーバ１０は、分割ブロックの受信が完了した通信端末２０の割合を計算する（Ｓ１０９）。ステップ１０７で受信した受信状況を基に、配信サーバ１０は、分割ブロックの再送範囲を計算する（Ｓ１１０）。計算した受信完了率が１００％の場合（ＹＥＳ）、配信サーバ１０は、配信を完了する。ステップ１１０受信完了率が１００％でない場合（ＮＯ）、配信サーバ１０は、再送回数が予め定められた所定の値か判定する。以下の場合（ＮＯ）、配信サーバ１０は、ステップ１０８で計算した再送範囲を取得し（Ｓ１１２）、ステップ１０５に遷移する。ステップ１１１で再送回数が予め定められた所定の値より大きい場合（ＹＥＳ）、配信サーバ１０は、配信完了とする。

図５を参照して、通信端末の動作を説明する。図５において、通信端末２０は、配信サーバ１０からリンク確立要求を受信する（Ｓ２０１）。通信端末２０は、配信サーバ１０へリンク確立応答を送信することで配信サーバ１０とのリンクを確立する（Ｓ２０２）。通信端末２０は、配信サーバ１０から順次分割ブロックを受信する（Ｓ２０３）。通信端末２０は、受信状況要求を受信する（Ｓ２０４）。通信端末２０は、抜けブロックの識別番号の最小値および最大値を受信状況として取得する（Ｓ２０５）。ステップ２０５で取得した受信状況について、通信端末２０は、定期検針情報に含めて配信サーバ１０へ送信して（Ｓ２０６）、ステップ２０３に遷移する。

図６を参照して、配信サーバと通信端末間のファームウェア送信処理シーケンスを説明する。図６において、配信サーバ１０は、通信端末２０に送信するファームウェアをブロック単位に分割し、分割ブロックを作成する（Ｓ１５１）。配信サーバ１０は、付加部１１２において分割ブロックに識別番号を付加する（Ｓ１５２）。

配信サーバ１０は、各通信端末２０との無線リンクを確立するためにリンク確立要求を順次通信端末２０に対してユニキャストによって送信する（Ｓ１５３）。リンク確立要求を受信した各通信端末２０は、リンク確立部１１３において配信サーバ１０に対してリンク確立応答を送信する（Ｓ１５４）。このとき、何れかの通信端末２０からリンク確立応答がない場合には、ファームウェアのアップデートを中断するようにしても良く、また、リンク確立応答があった通信端末２０に限り、以降の処理を行う様にしても良い。

配信サーバ１０は、送信制御部１１４において無線リンクが確立した各通信端末２０に対して識別番号が付与された分割ブロックを識別番号の先頭である１番から最終の５００番まで順次同報通信により送信する（Ｓ１５５）。

最終のブロック番号まで送信した配信サーバ１０は、確認部１１５において各通信端末２０が受信に成功した分割ブロックの情報を取得するために各通信端末２０に対して受信状況要求を同報通信により送信する（Ｓ１５６）。なお、図面の通信端末間に付した楕円は、同報通信を意味する。

受信状況要求を受信した各通信端末２０の包含部２１２は、通信端末２０の判断部２１１において受信した分割ブロックの識別番号より抜けブロックの番号を判断し、抜けブロック番号の最小値および最大値を受信状況として検針データに含め、通信部２３０にて配信サーバ１０へ送信する（Ｓ１５７）。

各通信端末２０から受信状況を受信した配信サーバ１０は、確認部１１５において、各通信端末２０からの受信状況を記憶部１２０へ渡し記憶する。配信サーバ１０は、判断部１１６において受信状況記憶部１２２に記憶されている受信状況を用いて、分割ブロックを送信した通信端末２０のうちどのくらいの通信端末２０が受信に成功したかを受信完了率として計算する（Ｓ１５８）。また、配信サーバ１０は、再送を行う範囲を判断する（Ｓ１５９）。具体的には、判断部１１６は、各通信端末２０の受信状況に含まれる抜けブロックの最小値を１つの集合とし、最小値の集合における最小値を求め、同様に配信サーバ１０の判断部１１６は通信端末２０の受信状況に含まれる抜けブロックの最大値を１つの集合とし、最大値の集合における最大値を求め、それぞれシステムの最小値およびシステムの最大値とし、システムの最小値および最大値の間を再送の範囲とする。

図７を参照して、配信サーバと通信端末間のファームウェア再送信処理シーケンスを説明する。図７において、配信サーバ１０は、再送制御部１１７から取得した再送範囲の分割ブロックを送信制御部１１４において無線リンクが確立した各通信端末２０に対して順次同報通信により送信する（Ｓ１６１）。最後の分割ブロックまで送信した配信サーバ１０は、確認部１１５において各通信端末２０が受信に成功した分割ブロックの情報を取得するために各通信端末２０に対して受信状況要求を同報通信により送信する（Ｓ１６２）。

受信状況要求を受信した各通信端末２０は、判断部２１１において受信した分割ブロックの識別番号より抜けブロックの番号を判断し、抜けブロック番号の最小値および最大値を受信状況として検針データに含め配信サーバ１０へ送信する（Ｓ１６３）。各通信端末２０から受信状況を受信した配信サーバ１０は、受信完了率を計算する（Ｓ１６４）。配信サーバ１０は、判断部１１６において受信状況記憶部１２２に記憶されている受信状況を用いて再送を行う範囲を判断する（Ｓ１６５）。

具体的には、判断部１１６は、分割ブロックを送信した通信端末２０のうちどのくらいの通信端末２０が受信に成功したかを受信完了率として計算する。判断部１１６は、各通信端末２０の受信状況に含まれる抜けブロックの最小値を１つの集合とし、最小値の集合における最小値を求める。同様に、判断部１１６は、通信端末２０の通信端末２０の受信状況に含まれる抜けブロックの最大値を１つの集合とし、最大値の集合における最大値を求める。判断部１１６は、システムの最小値および最大値の間を再送の範囲とする。
判断部１１６は、この再送処理を受信完了率が１００％になるまで行うことが好ましい。しかし、判断部１１６は、予め定められた所定の回数繰り返し行っても良い。

実施例１のファームウェアのアップデート方法では、分割ブロックを送信する際に配信サーバ１０から通信端末２０へ直接送信している。実施例２では、配信サーバ１０と通信端末２０との間に集線装置３０を設ける。なお、配信サーバ１０と集線装置３０とは、いずれも配信装置である。

図８を参照して、他のファームウェアアップデートシステムの構成を説明する。図８において、ファームウェアアップデートシステム５００Ａは、配信サーバ１０と、集線装置３０と、通信端末２０と、を含んで構成されている。配信サーバ１０は、電力事業者が管理している。通信端末２０は、集合住宅の各家庭または住戸に設置されている検針メータに接続されている。ファームウェアアップデートシステム５００Ａは、集線装置３０と通信端末２０とが無線通信により相互に通信を行うシステムである。

集線装置３０−１は、ｎ台の通信端末２０を配下にしている。集線装置３０−２は、（ｍ−ｎ）台の通信端末２０を配下にしている。なお、配信サーバ１０と集線装置３０間の通信帯域は、十分広い。また、配信サーバ１０と集線装置３０間の通信は、有線通信でもよい。

図９を参照して、集線装置の構成を説明する。図９において、集線装置３０は、制御部３１０と、記憶部３２０と、通信部３３０と、を含んで構成されている。制御部３１０は、送信制御部３１１と、判断部３１２と、リンク確立部３１３と、確認部３１４と、再送制御部３１５と、分割部３１６と、付加部３１７と、を含んで構成されている。記憶部３２０は、ファームウェア記憶部３２１と、受信状況記憶部３２２と、を含んで構成されている。

記憶部３２０は、ファームウェアおよびファームウェアの受信状況を記憶する。制御部３１０は、記憶部３２０と通信部３３０間の情報の制御を行う。通信部３３０は、小電力無線通信を行う通信モジュールを保持する。

送信制御部３１１は、無線リンクが確立した通信端末２０に対して識別番号が付与された分割ブロックを識別番号の先頭である１番から最終の５００番まで順次同報通信により送信する。

判断部３１２は、受信状況記憶部３２２に記憶されている受信状況を用いて再送を行う範囲を判断する。より具体的には、判断部３１２は、各通信端末２０の受信状況に含まれる抜けブロックの最小値を１つの集合とし、最小値の集合における最小値を求める。同様に判断部３１２は、通信端末２０の受信状況に含まれる抜けブロックの最大値を１つの集合とし、最大値の集合における最大値を求める。判断部３１２は、最小値および最大値の間を再送の範囲とする。また、判断部３１２は、分割ブロックを送信した通信端末２０のうちどのくらいの通信端末２０が受信に成功したかを受信完了率として計算する。

リンク確立部３１３は、配信サーバ１０に対してリンク確立応答を送信する。確認部３１４は、各通信端末２０が受信に成功した分割ブロックの情報を取得する。確認部３１４は、取得のために各通信端末２０に対して受信状況要求を同報通信により送信する。再送制御部３１５は、再送範囲の分割ブロックを再送するように送信制御部３１１を制御する。

分割部３１６は、通信端末２０に送信するファームウェアをブロック単位に分割し、分割ブロックを作成する。付加部３１７は、分割ブロックに識別番号を付加する。ファームウェア記憶部３２１は、ファームウェアを記憶する。受信状況記憶部３２２は、受信状況を記憶する。

図１０を参照して、配信サーバの配信送信処理を説明する。図１０において、集線装置３０を用いてファームウェアのアップデートを中継する場合、配信サーバ１０は、各集線装置３０に対して無線リンクを確立し、ファームウェアを同報配信する。配信サーバ１０は、各集線装置３０に対してリンク確立要求を同報配信により送信する（Ｓ３０１）。配信サーバ１０は、各集線装置３０よりリンク確立応答を受信し（Ｓ３０２）、通信端末２０とのリンクを確立する。配信サーバ１０は、配信するファームウェアを同報配信により各集線装置３０へ送信する（Ｓ３０３）。配信サーバ１０は、各集線装置３０より受信完了率を受信する（Ｓ３０４）。配信サーバ１０は、受信完了率がすべて１００％か判定する（Ｓ３０５）。ＮＯのとき、配信サーバ１０は、ステップ３０４に遷移する。ステップ３０５でＹＥＳのとき、配信サーバ１０は、終了する。

図１１を参照して、集線装置の配信受信処理を説明する。図１１において、集線装置３０は、配信サーバ１０からリンク確立要求を受信する（Ｓ４０１）。集線装置３０は、リンク確立応答を配信サーバ１０へ送信し（Ｓ４０２）、配信サーバ１０とのリンクを確立する。集線装置３０は、配信サーバ１０が配信するファームウェアを受信する（Ｓ４０３）。集線装置３０は、配信するファームウェアを分割ブロックに分割する（Ｓ４０４）。集線装置３０は、分割ブロックに識別番号を付与する（Ｓ４０５）。集線装置３０は、リンク確立要求を同報配信により各通信端末２０へ送信する（Ｓ４０６）。

集線装置３０は、各通信端末２０よりリンク確立応答を受信し（Ｓ４０７）、通信端末２０とのリンクを確立する。集線装置３０は、分割ブロックを通信端末２０へ同報配信により順次送信する（Ｓ４０８）。集線装置３０は、受信状況要求を同報配信により通信端末２０へ送信する（Ｓ４０９）。集線装置３０は、各通信端末２０から受信状況を受信する（Ｓ４１０）。集線装置３０は、受信した受信状況を基に分割ブロックの受信が完了した通信端末２０の割合を計算する（Ｓ４１１）。集線装置３０は、受信した受信状況を基に分割ブロックの再送範囲を計算する（Ｓ４１２）。集線装置３０は、計算した受信完了率を配信サーバ１０へ送信する（Ｓ４１３）。集線装置３０は、計算した受信完了率が１００％か判定する（Ｓ４１４）。ＹＥＳのとき、集線装置３０は、終了する。ステップ４１４でＮＯのとき、集線装置３０は、再送回数が設定値を上回っているか判定する（Ｓ４１５）。ＹＥＳのとき、集線装置３０は、終了する。ステップ４１５でＮＯのとき、集線装置３０は、再送範囲を取得して（Ｓ４１６）、ステップ４０８に遷移する。

図１２を参照して、配信サーバと集線装置と通信端末との間のファームウェアの配信シーケンスを説明する。図１２において、配信サーバ１０は、集線装置３０−１にリンク確立要求を送信する（Ｓ３１１）。集線装置３０−１は、配信サーバ１０にリンク確立応答を送信する（Ｓ３１２）。配信サーバ１０は、集線装置３０−２にリンク確立要求を送信する（Ｓ３１３）。集線装置３０−２は、配信サーバ１０にリンク確立応答を送信する（Ｓ３１４）。配信サーバ１０は、集線装置３０にファームウェアを同報送信する（Ｓ３１５）。集線装置３０は、ファームウェアを分割する（Ｓ３１６）。集線装置３０は、識別番号を付与する（Ｓ３１７）。集線装置３０−１は、通信端末２０−１にリンク確立要求をユニキャスト送信する（Ｓ３１８）。通信端末２０−１は、集線装置３０−１にリンク確立応答を送信する（Ｓ３１９）。

集線装置３０−１は、通信端末２０−ｎにリンク確立要求をユニキャスト送信する（Ｓ３２０）。通信端末２０−ｎは、集線装置３０−１にリンク確立応答を送信する（Ｓ３２１）。集線装置３０−１は、各通信端末２０に分割ブロック１を同報送信する（Ｓ３２２）。集線装置３０−１は、各通信端末２０に分割ブロック２を同報送信する（Ｓ３２３）。集線装置３０−１は、各通信端末２０に分割ブロック５００を同報送信する（Ｓ３２４）。集線装置３０−１は、各通信端末２０に受信状況要求を同報送信する（Ｓ３２５）。通信端末２０−１は、集線装置３０−１に受信状況（ｍｉｎ１１、ｍａｘ１１）を送信する（Ｓ３２６）。通信端末２０−ｎは、集線装置３０−１に受信状況（ｍｉｎ１ｎ、ｍａｘ１ｎ）を送信する（Ｓ３２７）。集線装置３０は、受信完了率を計算する（Ｓ３２８）。集線装置３０は、再送範囲を計算する（Ｓ３２９）。集線装置３０−１は、配信サーバ１０に受信完了率を送信する（Ｓ３３０）。集線装置３０−２は、配信サーバ１０に受信完了率を送信する（Ｓ３３１）。

図１３を参照して、配信サーバと集線装置と通信端末との間のファームウェアの再送シーケンスを説明する。図１３において、集線装置３０−１は、各通信端末２０に分割ブロックｍｉｎ１を同報送信する（Ｓ３４１）。集線装置３０−１は、各通信端末２０に分割ブロックｍｉｎ１＋１を同報送信する（Ｓ３４２）。集線装置３０−１は、各通信端末２０に分割ブロックｍａｘ１を同報送信する（Ｓ３４３）。集線装置３０−１は、各通信端末２０に受信状況要求を同報送信する（Ｓ３４４）。通信端末２０−１は、集線装置３０−１に受信状況（ｍｉｎ１１’，ｍａｘ１１’）を送信する（Ｓ３４５）。通信端末２０−ｎは、集線装置３０−１に受信状況（ｍｉｎ１ｎ’，ｍａｘ１ｎ’）を送信する（Ｓ３４６）。集線装置３０は、受信完了率を計算する（Ｓ３４７）。集線装置３０は、再送範囲を計算する（Ｓ３４８）。集線装置３０−１は、配信サーバ１０に受信完了率を送信する（Ｓ３４９）。集線装置３０−２１は、配信サーバ１０に受信完了率を送信する（Ｓ３５０）。

このように、集線装置３０を用いて通信端末２０をグループに分割することで、地域単位での再送が可能になり、停電や雷雨などで特定の地域でブロックの受信状況が極端に悪くなったとしても、その影響がシステム全体に及ぶことがない。また、各集線装置３０が担当する通信端末２０の端末数が減少することで通信端末２０から取得する受信状況の範囲が確率的に狭められ再送時の通信量の削減が可能になる。

実施例３では、ファームウェア送信の中止判断も行える配信サーバ１０を説明する。
図１４を参照して、通信端末の動作を説明する。なお、ステップ２０１〜ステップ２０６の処理は、実施例１の図５と同様のため説明を省略する。ステップ２０３において分割ブロックを受信した通信端末２０は、判断部２１１において受信した分割ブロックの識別番号より抜けブロックの数を欠落数としてカウントする（Ｓ２０３ａ）。通信端末２０は、包含部２１２においてステップ２０３ａで計算した抜けブロック数を受信状況へ包含して（Ｓ２０３ｂ）、ステップ２０４へ遷移する。

図１５を参照して、配信サーバの動作について説明する。図１５において、ステップ１０１〜ステップ１１２の処理は、実施例１の図４と同様のため、説明を省略する。また、以下の説明では特定の通信端末２０−ａにおける動作を説明する。

ステップ１０７において配信サーバ１０は、通信端末２０−ａから受信状況を受信する。配信サーバ１０は、通信端末２０−ａのｎ回目の再送で取得した欠落数（ｎ）の値を取得する（Ｓ１０７ａ）。配信サーバ１０は、（ｎ−１）回目の再送で取得した欠落数（ｎ−１）の値とｎ回目の再送で取得した欠落数（ｎ）の値を比較する（Ｓ１０７ｂ）。ステップ１０７ｂにおいて欠落数を比較した結果、欠落数が減少していない場合、配信サーバ１０は、配信サーバ１０および通信端末２０−ａ間の通信品質が悪いと判断して、通信品質が悪いと判断された通信端末２０−ａをファームウェア配信リストから除外し、通信端末２０−ａへの分割ブロックの配信を中止して（Ｓ１０７ｃ）、ステップ１０８に遷移する。ステップ１０７ｂにおいて欠落数を比較した結果、欠落数が減少しているとき、配信サーバ１０は、ステップ１０７ｃをジャンプする。
実施例３によれば、通信回線の品質が悪い通信端末への再送が省けるので、ファームウェアの配信効率が向上する。

実施例４では、再送範囲を複数のより細かい再送範囲に分割することも可能な配信サーバ１０を説明する。実施例１の判断部１１６は、再送範囲を各通信端末２０の受信状況を用いて求めている。しかし、通信端末２０の受信状況によっては再送範囲をさらに細かく分割することで再送する分割ブロックを削減し、効率化することができる。

図１６を参照して、実施例４の配信サーバ１０の動作を説明する。図１６において、ステップ１０１〜ステップ１１２の処理は、実施例１の図４と同様のため説明を省略する。配信サーバ１０は、ステップ１１２において再送範囲を取得した後、各通信端末２０の受信状況を用いて各通信端末２０の分割ブロックの受信状況を表すビットマップを作成する（Ｓ１１２ａ）。配信サーバ１０は、全ての通信端末２０が受信済みの分割ブロックの識別番号を抽出する（Ｓ１１２ｂ）。配信サーバ１０は、再送範囲から抽出した識別番号ブロックを除外して（Ｓ１１２）、ステップ１０５に遷移する。

図１７を参照して、配信サーバが作成するビットマップを説明する。図１７において、縦軸は通信端末、横軸は分割ブロックの識別番号である。ここで、通信端末２０−１の抜けブロックの範囲が００１〜００２、通信端末２０−２の抜けブロックの範囲が００３〜００４、通信端末２０−３の抜けブロックの範囲が００８〜０１０、通信端末２０−４の抜けブロックの範囲が００７〜００８である。その場合、分割ブロック００５および００６は全通信端末が受信完了しているため再送する必要がない。よって再送範囲を分割ブロック００１〜００４を送信する再送範囲１および００７〜０１０を送信する再送範囲２に分割することでデータ通信量を削減することができる。

実施例５では、同報通信とユニキャスト通信の切換えを行う配信サーバ１０および集線装置３０を説明する。
図１８を参照して、配信サーバの動作を説明する。図１８において、ステップ１０１〜ステップ１１２の処理は、実施例１と同様のため説明を省略する。配信サーバ１０は、ステップ１０８において受信完了率を計算した後、受信完了率の値を予め定められた閾値と比較する（Ｓ１０８ａ）。受信完了率が閾値よりも大きい場合、配信サーバ１０は、分割ブロックの再送方法をユニキャスト配信へ切換え、各通信端末２０に対して通信端末毎の受信状況を用いて順次ユニキャスト配信する（Ｓ１０８ｂ）。配信サーバ１０は、各通信端末に対して受信状況要求をユニキャスト配信する（Ｓ１０８ｃ）。配信サーバ１０は、通信端末毎に受信状況を受信する（Ｓ１０８ｄ）。配信サーバ１０は、受信した受信状況から受信完了率を計算する（Ｓ１０８ｅ）。配信サーバ１０は、受信完了率が１００％か判定する（Ｓ１０８ｆ）。受信完了率が１００％でない場合、配信サーバ１０は、受信状況を取得し（Ｓ１０８ｇ）、ステップ１０８ｂに遷移して、分割ブロックのユニキャスト配信による再送を繰り返す。ステップ１０８ｆでＹＥＳのとき、配信サーバ１０は、終了する。ステップ１０８ａでＮＯのとき、配信サーバ１０は、ステップ１０９に遷移する。
なお、図１８において、ステップ１１２のあとでステップ１０５に遷移しているが、ステップ１０８ａに遷移してもよい。ステップ１０９のあとで、ステップ１０８ａに遷移してもよい。

図１９を参照して、ユニキャスト配信によって分割ブロックを再送する配信サーバと通信端末との間の処理シーケンスを説明する。図１９において、配信サーバ１０は、再送制御部１１７において再送範囲の分割ブロックを再送するように送信制御部１１４を制御し、再送制御部１１７から取得した再送範囲の分割ブロック（ｍｉｎ１〜ｍａｘ１）を通信端末２０−１にユニキャスト通信により送信する（Ｓ３６１）。配信サーバ１０は、分割ブロック（ｍｉｎ２〜ｍａｘ２）を通信端末２０−２にユニキャスト送信する（Ｓ３６２）。

最後の分割ブロックまで送信した配信サーバ１０は、確認部１１５において各通信端末２０が受信に成功した分割ブロックの情報を取得するために通信端末２０−１に対して受信状況要求をユニキャスト配信により送信する（Ｓ３６３）。受信状況要求を受信した通信端末２０−１は、判断部２１１において受信した分割ブロックの識別番号より抜けブロックの番号を判断し、抜けブロック番号の最小値（ｍｉｎ１’）および最大値（ｍａｘ１’）を受信状況として検針データに含め配信サーバ１０へ送信する（Ｓ３６４）。

同様に、配信サーバ１０は、受信状況要求を通信端末２０−２に送信する（Ｓ３６５）。通信端末２０−２は、抜けブロック番号の最小値（ｍｉｎ２’）および最大値（ｍａｘ２’）を検針データに含め配信サーバ１０へ送信する（Ｓ３６６）。

各通信端末２０から受信状況を受信した配信サーバ１０は、確認部１１５において、各通信端末２０からの受信状況を記憶部１２０へ渡し記憶する。配信サーバ１０は、分割ブロックを送信した通信端末２０のうちどのくらいの通信端末２０が受信に成功したかを受信完了率として計算する（Ｓ３６７）。ここでは１００％でないので、配信サーバ１０は、再送範囲を計算して（Ｓ３６８）、ステップ３６１に遷移する。
配信サーバ１０は、このユニキャスト配信による再送処理を受信完了率が１００％になるまで行う。なお、実施例５において、配信サーバ１０の処理を集線装置３０が処理してもよい。

１０…配信サーバ、２０…通信端末、３０…集線装置、１１０…制御部、１１１…分割部、１１２…付加部、１１３…リンク確立部、１１４…送信制御部、１１５…確認部、１１６…判断部、１１７…再送制御部、１２０…記憶部、１２１…ファームウェア記憶部、１２２…受信状況記憶部、１３０…通信部、２１０…制御部、２１１…判断部、２１２…包含部、２２０…記憶部、２３０…通信部、３１０…制御部、３１１…送信制御部、３１２…判断部、３１３…リンク確立部、３１４…確認部、３１５…再送制御部、３２０…記憶部、３２１…ファームウェア記憶部、３２２…受信状況記憶部、３３０…通信部、５００…ファームウェアアップデートシステム。

Claims (7)

1. 無線通信により配信サーバから通信端末へファームウェアを送信するファームウェアのアップデート方法において、
   前記通信端末との無線リンクを確立するリンク確立ステップと、
   前記ファームウェアを分割して分割ブロックを作成する分割ステップと、
   前記分割ブロックに識別番号を付加する付加ステップと、
   前記付加ステップにおいて識別番号を付加した前記分割ブロックを順次同報通信により送信する送信ステップと、
   前記通信端末において、前記分割ブロックを受信する受信ステップと、
   前記通信端末において、前記識別番号を用いて受信に失敗した分割ブロックの有無を判断する抜けブロック判断ステップと、
   前記通信端末において、前記受信に失敗したブロックの前記識別番号の最小値および最大値を受信状況として判断する受信状況判断ステップと、
   前記通信端末において、前記受信状況を検針データに含める包含ステップと、
   前記受信状況を確認する確認ステップと、
   確認した前記受信状況から、前記受信に失敗したブロックの範囲を判断し、再送する再送ステップと、
   を含むアップデート方法。
2. 前記送信ステップおよび前記再送ステップにおいて、集線装置を用いて通信を中継させることを特徴とする請求項１に記載のアップデート方法。
3. 前記送信ステップにおいて、複数の分割ブロックで構成される集合ごとに送信を行うことを特徴とする請求項１または請求項２に記載のアップデート方法。
4. 前記再送ステップにおいて、前記受信状況を用いて、ファームウェアのアップデートに完了した通信端末の割合を判断し、前記配信サーバまたは前記集線装置において定めた閾値と比較し、送信方法を変更することを特徴とする請求項１ないし請求項３の何れか一に記載のアップデート方法。
5. 前記再送ステップにおいて、前記受信状況を基に再送する受信に失敗したブロックの範囲を分割することを特徴とする請求項１ないし請求項４の何れか一に記載のアップデート方法。
6. 前記受信状況判断ステップは、前記受信に失敗したブロックの数を欠落数とし、欠落数を基に通信端末毎に再送を停止する端末を選択することを特徴とする請求項１ないし請求項５の何れか一に記載のアップデート方法。
7. 無線通信端末へファームウェアを送信する配信装置において、
   前記無線通信端末との無線リンクを確立するリンク確立部と、
   前記ファームウェアを分割して分割ブロックを作成する分割部と、
   前記分割ブロックに識別番号を付加する付加部と、
   前記付加部において識別番号を付加した前記分割ブロックを順次同報通信により前記無線通信端末に送信する送信部と、
   前記無線通信端末の受信状況を確認する確認部と、
   確認した前記受信状況から無線通信端末における受信に失敗したブロックの範囲を判断し、再送する再送部と、
   前記ファームウェアを記憶する記憶部と、
   を含むことを特徴とする配信装置。

Images