JP5229740B2 - 通信システム、送信装置、受信装置、ファームウェアの更新方法、及びプログラム - Google Patents

Description

本発明は、通信システムにおいて、通信装置のファームウェアを更新する技術に関する。

通信装置に組み込まれるファームウェアには、更新可能なものがある。近年では、通信装置の構成が複雑化したことに伴い、バグの修正や機能の追加などの目的で、ファームウェアが更新されることが多くなっている。

通信装置が、サーバなどから、ファームウェア更新用のデータをダウンロードしてファームウェアの更新を行う場合、更新すべき時刻を予め定めておくことがある。例えば、ファームウェアを更新すべき通信装置が多数あり、通信負荷を分散させたい場合、各通信装置は、分散した時間帯にデータを受信して更新する。また、通信装置が、通信対象の機器と同期して通信プロトコルを変更するため、一定の時刻に、ファームウェアを更新する場合もある。

特許文献１に記載の通信システムでは、ファームウェア更新の時期を分散させることで、通信負荷の集中を防止している。具体的には、サーバは、サーバ自身の負荷や伝送路の負荷を分散させるように、予約テーブルを作成する。この予約テーブルには、通信装置ごとに、ファームウェアを更新する時間帯の候補が記載される。各通信装置は、それらの時間帯の候補から、ユーザ操作に応じて、いずれかの時間帯を選択し、サーバに登録する。サーバは、登録された時間帯に、対応する通信装置へファームウェア更新用のデータを送信する。

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

しかしながら、特許文献１に記載されたシステムでは、通信装置において、ファームウェアの更新が適切に行われないことがあった。

通信装置は、バッテリー消費を抑えるため、一定時間以上、操作がなされないと、スリープモードなどの省電力モードに移行する場合がある。また、ユーザが意識的に通信装置を省電力モードにすることもある。この省電力モードでは、通信装置の通信機能が制限され、ファームウェア更新のためのデータを通信装置がダウンロードできない。

このため、予約した時間帯において、通信装置が省電力モードになっていると、通信装置においてファームウェアが更新されないという問題があった。

本発明の目的は、通信装置のファームウェアを確実に更新する技術を提供することである。

上記目的を達成するために、本発明の通信システムは、ファームウェアを実行することにより動作する通信装置を管理する管理装置であって、該ファームウェアの更新処理をすべき時刻である更新時刻を特定するための更新時刻情報を、該更新時刻より前に該通信装置へ通知する管理装置と、前記管理装置により通知された前記更新時刻情報を受信し、該更新時刻情報によって特定される前記更新時刻になったとき、消費電力を抑制するための省電力状態であれば該省電力状態から復帰し、前記更新処理を行う通信装置と、を有する。

本発明の通信装置は、通信装置のファームウェアの更新処理をすべき時刻である更新時刻を特定するための更新時刻情報を受信する受信手段と、前記受信手段により受信された前記更新時刻情報を記憶する記憶手段と、前記記憶手段に記憶された前記更新時刻情報によって特定される前記更新時刻になったとき、消費電力を抑制するための省電力状態であれば、該省電力状態から復帰し、前記更新処理を行う更新手段と、を有する。

本発明のファームウェアの更新方法は、通信装置が、該通信装置のファームウェアの更新処理をすべき時刻である更新時刻を特定するための更新時刻情報を受信し、前記更新時刻情報を記憶手段に記憶し、前記記憶手段に記憶された前記更新時刻情報によって特定される前記更新時刻になったとき、消費電力を抑制するための省電力状態であれば、該省電力状態から復帰し、前記更新処理を行う、方法である。

本発明のプログラムは、コンピュータに、通信装置のファームウェアの更新処理をすべき時刻である更新時刻を特定するための更新時刻情報を受信する受信手順、前記受信手順で受信された前記更新時刻情報を記憶手段に記憶する手順、及び前記記憶手段に記憶された前記更新時刻情報によって特定される前記更新時刻になったとき、消費電力を抑制するための省電力状態であれば、該省電力状態から復帰し、前記更新処理を行う更新手順、を実行させるためのプログラムである。

本発明によれば、通信システムにおいて、受信装置が、更新時刻を特定するための更新時刻情報を送信装置から受信し、その更新時刻に受信装置が省電力状態であれば、復帰してファームウェアを更新するための処理を開始するので、確実にファームウェアを更新できる。

本発明の第１の実施形態の無線システムの一構成例を示す全体図である。 本発明の第１の実施形態のＰＣの一構成例を示すブロック図である。 本発明の第１の実施形態の無線端末の一構成例を示すブロック図である。 本発明の第１の実施形態の無線端末の一構成例を示すブロック図である。 本発明の第１の実施形態のＰＣの動作を示すフローチャートである。 本発明の第１の実施形態の無線端末のファーム更新処理を示すフローチャートである。 本発明の第１の実施形態の無線システムの動作の一例を示すシーケンス図である。 本発明の第２の実施形態の無線システムの動作の一例を示すシーケンス図である。 本発明の第３の実施形態の無線システムの一構成例を示す全体図である。 本発明の第３の実施形態の更新テーブルの一例を示す図である。

（第１の実施形態）
本発明を実施するための第１の実施形態について図面を参照して詳細に説明する。

図１は、本実施形態の無線システム１の構成を示すブロック図である。図１を参照すると、無線システム１は、ＰＣ（Personal Computer）１０、および無線端末４０を有する。

ＰＣ１０は、交換機２０および基地局装置３０に接続された情報処理装置である。交換機２０は、基地局装置３０を収容し、基地局装置３０は、無線端末４０を収容する。ＰＣ１０は、これらの交換機２０および基地局装置３０を介して、無線端末４０との間でデータを送受信する。

ＰＣ１０は、無線端末４０へ設定情報を送信する。この設定情報は、無線端末４０のファームウェアの更新処理をすべき時刻（以下、「予約時刻」という）を、無線端末４０に設定するための情報である。

ここで、ファームウェアの更新処理とは、ファームウェアを更新するための一連の処理をいう。更新処理には、ファームウェアを更新するためのデータ（以下、「更新情報」という）を受信する処理や、そのデータに基づいてファームウェアを更新する処理が含まれる。

更新情報の受信を開始する時刻を予約時刻としてもよいし、更新情報を事前に送信しておく場合、更新情報に基づくファームウェアの更新開始の時刻を予約時刻としてもよい。以下、本実施形態では、更新情報の受信を開始する時刻を予約時刻とする。

設定情報は、具体的には、現時刻から、予約時刻までの時間（設定時間）を示す情報と、その設定時間を設定したタイマを起動するように要求する信号とを含む。

また、ＰＣ１０は、設定時間が経過して予約時刻になったとき、更新情報を無線端末４０へ送信する。

無線端末４０は、交換機２０および基地局装置３０を介してＰＣ１０との間でデータを送受信する端末である。無線端末４０は、例えば、無線ＬＡＮ（Local Area Network）システムにおける端末である。無線端末４０は、ＰＤＣ（Personal Digital Cellular）、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）、ＣＤＭＡ―２０００、Ｗ−ＣＤＭＡ（Wideband Code Division Multiple Access）、ＧＳＭ（Global System for Mobile Communications）、ＧＰＲＭ、ＤＥＣＴ(Digital Enhanced Cordless Telecommunications)などを採用する移動体通信機器、あるいはＰＨＳ（Personal Handy-phone System）、ＰＡＣＳ（Personal Access Communication Systems）における端末であってもよい。

無線端末４０は、自身が省電力状態であるか否かを判断する。省電力状態は、電力消費を抑制している状態である。この省電力状態においては、無線端末４０の通信機能やファームウェアの更新機能は制限されているが、前述したタイマと、そのタイマがタイムアウトしたときに無線端末４０が省電力モードから復帰する機能とは動作している。省電力状態から復帰することにより、無線端末４０は、他の装置と通信したり、ファームウェアを更新したりすることができるようになる。

省電力状態には、例えば、着信できるが、ＰＣ１０との間の通信、および他の端末との通話ができない状態であるスリープモードが含まれる。ユーザが所定時間以上、無線端末４０を操作しないときや、ユーザが所定の操作を行ったとき、無線端末４０はスリープモードに移行する。

無線端末４０は、ＰＣ１０と通信可能な間に、ＰＣ１０から設定情報を受信し、その設定情報の示す設定時間をタイマに設定する。無線端末４０は、タイマに設定された時間が経過したとき、自身が省電力状態であれば、その状態から復帰して、ＰＣ１０からの更新情報を受信できる状態になる。ＰＣ１０から更新情報を受信したならば、無線端末４０は、受信した更新情報に基づいて、ファームウェアを更新する。

図２は、ＰＣ１０の一構成例を示すブロック図である。同図を参照すると、ＰＣ１０は、ＮＩＣ（Network Interface Card）１０１、ＨＤＤ(Hard Disk Drive)１０２、およびＣＰＵ（Central Processing Unit）１０３を有する通信装置である。

ＮＩＣ１０１は、ＰＣ１０に、無線端末４０との間の通信機能を提供する拡張カードである。

ＨＤＤ１０２は、ファーム更新アプリ１０２１やＯＳ（Operation System）１０２２を記憶する記憶装置である。ファーム更新アプリ１０２１は、無線端末４０にファームウェアを更新させる機能をＰＣ１０に提供するアプリケーションである。ＯＳ１０２２は、ファーム更新アプリ１０２１に、ＮＩＣ１０１を抽象化した通信インターフェースを提供する基本ソフトウェアである。

ＣＰＵ１０３は、ファーム更新アプリ１０２１を実行することにより、ＰＣ１０が無線端末４０と通信可能な間に、ＮＩＣ１０１を制御して、設定情報を無線端末４０へ送信する。そして、予約時刻になったとき、ＣＰＵ１０３は、ＮＩＣ１０１を制御して、更新情報を無線端末４０へ送信する。

図３は、無線端末４０の一構成例を示す機能ブロック図である。同図を参照すると、無線端末４０は、無線部４０１、記憶部４０２、および制御部４０３を有する。

無線端末４０は、ユーザによる操作が一定時間なされない場合などに、スリープモードに移行する。

スリープモードについて簡単に説明する。基地局装置３０からは、着信の有無を通知するためのビーコン信号が定期的に送信されているが、無線端末４０は、スリープモードにおいて、このビーコン信号を間欠受信する。このスリープモードにおいては、無線端末４０は、間欠受信を除き、ＰＣ１０との間の通信や、他の端末との間の通話、通信はできない。このため、スリープモードにおいては、無線通信端末は、更新情報を受信できず、その結果、ファームウェアを更新できない。

無線部４０１は、無線端末４０にＰＣ１０との間の無線通信機能を提供する。スリープモードにおいては、間欠受信を除き、無線部４０１の無線通信機能が制限される。

記憶部４０２には、無線部４０１が受信した設定情報および更新情報が格納される。制御部４０３は、ＰＣ１０と通信可能であれば、無線部４０１を介して設定情報を受信し、記憶部４０２に格納する。次いで、制御部４０３は、設定情報の示す設定時間が経過したとき、無線端末４０がスリープモードであるか否かを判断する。スリープモードであれば、制御部４０３は、無線端末４０をスリープモードから復帰させ、無線部４０１を介して、ＰＣ１０からの更新情報の受信を受け付ける。そして、制御部４０３は、更新情報を受信したとき、その更新情報に基づいてファームウェアを更新する。

図４は、図２で示した無線端末４０の各機能を実現する具体的な構成の一例を示すブロック図である。同図を参照すると、無線端末４０は、無線部４１１、ＰＭＵ(Power Management Unit)４１２、ＣＰＵ４１３、ＲＯＭ(Read Only Memory)４１４、およびＲＡＭ(Random Access Memory)４１５を有する。ＲＯＭ４１４には、制御プログラム４１４１が格納される。ＲＡＭ４１５には、起動フラグ４１５１、およびタイマ４１５２が設けられる。

無線部４１１は、図３における無線部４０１と同様の構成である。ＰＭＵ４１２は、ＣＰＵ４１３の制御に従って、無線部４１１の電源を制御する。スリープモードにおいては、ＰＭＵ４１２は、上述したように、一定周期で無線部４１１の電源をオン、オフする。

ＣＰＵ４１３は、制御プログラム４１４１を実行する。この制御プログラム４１４１は、ＣＰＵ４１３に、ファームウェア更新処理を実行させるためのプログラムである。

ファームウェア更新処理について説明する。ファームウェア更新処理において、まず、ＣＰＵ４１３は、ＰＣ１０と無線端末４０とが通信可能であれば、無線部４０１を制御してＰＣ１０から設定情報を受信する。

次いで、設定情報の受信に応じて、ＣＰＵ４１３は、起動フラグ４１５１をオンにする。起動フラグ４１５１は、設定時間経過後に、無線端末４０をスリープモードから復帰させる必要がある場合にオンに設定され、そうでない場合にオフに設定されるフラグである。初期状態において、起動フラグ４１５１はオフである。

ＣＰＵ４１３は、起動フラグ４１５１をオンにすると同時に、タイマに設定情報の示す時間を設定して、タイマ４１５２を起動させる。本実施形態では、タイマ４１５２は、設定された時間が経過したときにオンとなるオンタイマーである。

ＣＰＵ４１３は、タイマ４１５２がタイムアウトしてオンとなったとき、無線端末４０がスリープモードであれば、スリープモードから復帰させる。そして、ＣＰＵ４１３は、起動フラグ４１５１をオフにし、タイマ４１５２に設定された時間をクリアする。次いで、ＣＰＵ４１３は、無線部４１１を介して、ＰＣ１０から更新情報を受信し、その更新情報に基づいて無線端末４０のファームウェアを更新する。

図３の無線部４０１が図４の無線部４１１に相当し、図３の記憶部４０２が図４のＲＡＭ４１５に相当する。図３の制御部４０３が図４のＰＭＵ４１２、ＣＰＵ４１３、および制御プログラム４１４１に相当する。

図５は、ＰＣ１０の動作を示すフローチャートである。この動作は、ファーム更新アプリ１０２１が実行されたときに開始する。同図を参照すると、ＰＣ１０は、ＮＩＣ１０１を制御して、無線端末４０と通信可能であるか否かを判断する（ステップＳ１）。通信可能でなければ（ステップＳ１：ＮＯ）、所定時間が経過したのち、ＰＣ１０は、ステップＳ１に戻る。このリトライの間隔は、任意に設定できる。

通信可能であれば（ステップＳ１：ＹＥＳ）、ＰＣ１０は、無線端末４０に対し、起動フラグをオンとし、タイマに設定時間を設定することを要求する設定情報を送信する（ステップＳ３）。

次いで、ＰＣ１０は、設定情報を送信してから設定時間が経過したか否かを判断する（ステップＳ５）。設定時間が経過していなければ（ステップＳ５：ＮＯ）、ＰＣ１０は、ステップＳ３に戻る。

設定時間が経過したならば（ステップＳ５：ＹＥＳ）、ＰＣ１０は、無線端末４０へ更新情報を送信してファームウェアの更新を要求する（ステップＳ７）。ステップＳ７の後、ＰＣ１０は、動作を終了する。

図６は、無線端末４０のファーム更新処理を示すフローチャートである。このファーム更新処理は、制御プログラム４１４１が実行されたときに開始する。同図を参照すると、無線端末４０は、ＰＣ１０と通信可能であるか否かを判断する（ステップＴ１）。

ＰＣ１０と通信可能であれば（ステップＴ１：ＹＥＳ）、無線端末４０は、ＰＣ１０から設定情報を受信し、その設定情報に基づいて、起動フラグ４１５１をオンにしてタイマ４１５２に設定時間を設定する（ステップＴ３）。無線端末４０は、設定時間を設定したタイマ４１５２をスタートさせる（ステップＴ５）。

無線端末４０は、タイマ４１５２がタイムアウトしたか否かを判断する（ステップＴ７）。タイマ４１５２がタイムアウトしていなければ（ステップＴ７：ＮＯ）、無線端末４０は、ステップＴ７に戻る。

タイマ４１５２がタイムアウトしたならば（ステップＴ７：ＹＥＳ）、無線端末４０は、端末自身がスリープモードであるか否かを判断する（ステップ９）。スリープモードであれば（ステップＴ９：ＹＥＳ）、無線端末４０は、ＰＭＵ４１２の動作により、スリープモードから復帰する（ステップＴ１１）。

スリープモードでない場合（ステップＴ９：ＮＯ）、またはステップＴ６の後、無線端末４０は、起動フラグ４１５１をオフにしてタイマ４１５２をクリアする（ステップＴ１３）。そして、無線端末４０は、ＰＣ１０からの更新情報の受信を受け付ける。更新情報をＰＣ１０から受信したならば、無線端末４０は、その更新情報に基づいてファームウェアの更新を開始する（ステップＴ１５）。

図７は、無線システム１全体の動作を示すシーケンス図である。同図を参照すると、ＰＣ１０は、通信可能であれば（ステップＳ１：ＹＥＳ）、無線端末４０へ設定情報を送信する（ステップＳ３）。一方、無線端末４０は、通信可能であれば（ステップＴ１：ＹＥＳ）、設定情報をＰＣ１０から受信し、起動フラグ４１５１をオンにしてタイマ４１５２を設定する（ステップＴ３）。

ＰＣ１０は、設定時間が経過したならば（ステップＳ５：ＹＥＳ）、無線端末４０へ更新情報を送信し、ファームウェアの更新を要求する（ステップＳ７）。

一方、無線端末４０は、タイムアウトしたとき（ステップＴ７：ＹＥＳ）、スリープモードであっても（ステップＴ９：ＹＥＳ）、スリープモードから復帰する（ステップＴ１１）。このため、ＰＣ１０が更新情報を送信する時点（ステップＳ７）において、無線端末４０は通信可能な状態である。無線端末４０は、復帰後に、ＰＣ１０から更新情報を受信し、ファームウェアを更新する（ステップＴ１５）。

なお、本実施形態では、ＰＣ１０は、現時刻から予約時刻までの設定時間をタイマに設定するように無線端末４０に指示する構成としているが、ＰＣ１０は、予約時刻そのものを無線端末４０に指示してもよい。

また、本実施形態では、無線端末のファームウェアを更新する構成としているが、ファームウェアを更新でき、且つ、省電力状態をとりうる通信装置であれば、無線端末以外の装置が、そのファームウェアを更新する構成としてもよい。

図５、および図６で示したフローチャートは、プログラムの実行により実現されているが、これらのフローチャートの全部または一部は、電子回路等のハードウェアにより実現することもできる。

本実施形態におけるＰＣ１０が本発明の管理装置に相当し、無線端末４０が本発明の通信装置に相当する。予約時刻が、本発明の更新時刻に相当し、設定情報が、本発明の更新時刻情報に相当する。制御部４０３が、本発明の更新手段に相当する。

以上説明したように、本実施形態によれば、通信システムにおいて、受信装置が、更新時刻を特定するための更新時刻情報を送信装置から受信し、その更新時刻に受信装置が省電力状態であれば、復帰してファームウェアの更新を開始するので、確実にファームウェアを更新できる。

（第２の実施形態）
図８を参照して、第２の実施形態について説明する。本実施形態の通信システムの構成は、更新時刻前に予め更新情報を送受信しておく点以外は、第１の通信システムの構成と同様である。

具体的には、ＰＣ１０は、無線端末４０と通信可能であれば、更新情報を送信した後、設定情報を送信する。設定情報における予約時刻について、本実施形態では、無線端末４０が、更新情報に基づくファームウェアの更新の開始すべき時刻を予約時刻とする。

一方、無線端末４０は、受信した更新情報を記憶しておき、予約時刻になったとき、その更新情報に基づいてファームウェアの更新を開始する。

図８は、本実施形態の通信システムの動作の一例を示すシーケンス図である。同図を参照すると、本実施形態の通信システムの動作は、ＰＣ１０がステップ５、７の代わりにステップＳ２を実行し、無線端末４０がステップＳ１５の代わりに、ステップＴ２、Ｔ１５ａを実行する点以外は、第１の実施形態の通信システムの動作と同様である。

同図を参照すると、ＰＣ１０は、通信可能であれば（ステップＳ１：ＹＥＳ）、無線端末４０へ更新情報を送信し（ステップＳ２）、設定情報を送信する（ステップＳ３）。一方、無線端末４０は、通信可能であれば（ステップＴ１：ＹＥＳ）、更新情報をＰＣ１０から受信し（ステップＴ２）、設定情報を受信する（ステップＴ３）。

そして、無線端末４０は、起動フラグをオフにし、タイマをクリアした後、受信しておいた更新情報に基づいてファームウェアの更新を開始する（ステップＴ１５ａ）。

以上説明したように、本実施形態によれば、無線端末４０は、予め更新情報を受信しておくので、更新情報の送受信時期と、ファームウェアの更新時期とを別々にできる。このため、通信負荷の集中を避けつつ、一定の時刻に、複数の端末で一斉にファームウェアを更新させることが可能となる。

（第３の実施形態）
図９および図１０を参照して、第２の実施形態について説明する。本実施形態の通信システム１ｂの構成は、複数の無線端末を設けて、複数の更新時期を設定する点以外は、第１の通信システムの構成と同様である。

図９は、本実施形態の通信システム１ｂの構成を示す全体図である。同図を参照すると、通信システム１ｂは、無線端末４０、４１などの複数の無線端末を有する点で、第１の実施形態の通信システム１と異なる。無線端末４１の構成は、無線端末４０の構成と同様である。

ＰＣ１０は、通信負荷分散するように、あるいは、ＰＣ１０に負荷が集中しないように、各無線端末に対応する予約時刻を更新テーブルに記載する。

図１０は、ＰＣ１０が設定する更新テーブルの記載内容の一例を示す図である。同図を参照すると、更新テーブルには、無線端末ごとに、予約時刻が記載される。これらの予約時刻は、通信負荷やＰＣ１０の負荷がある時刻に集中しないように、設定される。各予約時刻は、互いに異なる時刻であってもよいし、同じ時刻が複数あってもよい。

以上説明したように、本実施形態によれば、無線端末ごとに、複数の予約時刻が設定されるので、送信装置の負荷や通信負荷を分散することができる。

１、１ｂ 無線システム
１０ ＰＣ
２０ 交換機
３０ 基地局装置
４０、４１ 無線端末
１０１ ＮＩＣ
１０２ ＨＤＤ
１０３ ＣＰＵ
４０１、４１１ 無線部
４０２ 記憶部
４０３ 制御部
４１２ ＰＭＵ
４１３ ＣＰＵ
４１４ ＲＯＭ
ＲＡＭ ４１５
１０２１ ファーム更新アプリ
１０２２ ＯＳ
４１４１ 制御プログラム
４１５１ 起動フラグ
４１５２ タイマ
Ｓ１〜Ｓ７、Ｔ１〜Ｔ１５ ステップ

Claims (9)

1. ファームウェアを実行することにより動作する通信装置を管理する管理装置であって、前記通信装置と通信可能であるか否かを判断し、通信可能であれば、該ファームウェアの更新処理をすべき時刻である更新時刻を特定するための更新時刻情報を、該更新時刻より前に該通信装置へ通知し、通信可能でなければ、所定時間が経過したのちに、前記通信装置と通信可能であるか否かの判断を再び行う管理装置と、
   前記管理装置により通知された前記更新時刻情報を受信し、該更新時刻情報によって特定される前記更新時刻になったとき、消費電力を抑制するための省電力状態であれば該省電力状態から復帰し、前記更新処理を行う制御プログラムを常に実行している通信装置と、
   を有する通信システム。
2. 前記管理装置は、前記通信装置の前記更新時刻を管理しており、前記更新時刻になると、前記ファームウェアを更新するための情報である更新情報を前記通信装置へ送信し、
   前記通信装置は、前記更新時刻になったとき、前記省電力状態から復帰して前記管理装置からの前記更新情報を受信できる状態となり、前記送信装置から前記更新情報が送られてきたら、前記更新情報を受信する、請求項１に記載の通信システム。
3. 前記管理装置は、前記更新時刻より前に更に、前記ファームウェアを更新するための情報である更新情報を前記通信装置へ送信し、
   前記通信装置は、受信した前記更新情報を記憶しておき、前記更新時刻になったとき、該更新情報に基づいて前記ファームウェアを更新する、請求項１に記載の通信システム。
4. 前記更新時刻情報は、現時刻から、前記更新時刻までの時間を示す情報であり、前記通信装置は、設定した時間を計時するタイマを用いることにより、前記更新時刻を取得する、請求項１乃至３のいずれか１項に記載の通信システム。
5. 前記通信装置は、前記更新時刻情報によって特定される更新時刻の所定時間前になったとき、前記省電力状態であれば、該省電力状態から復帰する、請求項１乃至４のいずれか１項に記載の通信システム。
6. 前記通信システムは、
   複数の前記通信装置を有し、
   前記通信システムにおいて、それぞれの前記通信装置に対応する複数の前記更新時刻が定められる、請求項１乃至５のいずれか１項に記載の通信システム。
7. 前記通信装置は、移動体通信端末である、請求項１乃至６のいずれか１項に記載の通信システム。
8. 通信装置と通信可能であるか否かを判断し、通信可能でなければ、所定時間が経過したのちに、前記通信装置と通信可能であるか否かの判断を再び行う手段と、
   通信可能であれば、前記通信装置のファームウェアの更新処理をすべき時刻である更新時刻を特定するための更新時刻情報を該通信装置へ送信する第１の送信手段と、
   前記更新時刻になると、前記ファームウェアを更新するための情報である更新情報を前記通信装置へ送信する第２の送信手段と、
   を有する管理装置。
9. コンピュータに、
   通信装置と通信可能であるか否かを判断し、通信可能でなければ、所定時間が経過したのちに、前記通信装置と通信可能であるか否かの判断を再び行う手順と、
   通信可能であれば、前記通信装置のファームウェアの更新処理をすべき時刻である更新時刻を特定するための更新時刻情報を該通信装置へ送信する第１の送信手順、及び
   前記更新時刻になると、前記ファームウェアを更新するための情報である更新情報を前記通信装置へ送信する第２の送信手順、
   を実行させるためのプログラム。

Images