JP6750340B2 - Electronic device, firmware update method, and computer program - Google Patents
Electronic device, firmware update method, and computer program Download PDFInfo
- Publication number
- JP6750340B2 JP6750340B2 JP2016123577A JP2016123577A JP6750340B2 JP 6750340 B2 JP6750340 B2 JP 6750340B2 JP 2016123577 A JP2016123577 A JP 2016123577A JP 2016123577 A JP2016123577 A JP 2016123577A JP 6750340 B2 JP6750340 B2 JP 6750340B2
- Authority
- JP
- Japan
- Prior art keywords
- firmware
- determination information
- value
- indicates
- information
- 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.)
- Active
Links
Images
Landscapes
- Stored Programmes (AREA)
Description
本発明の実施形態は、電子機器、ファームウェアアップデート方法およびコンピュータプログラムに関する。 Embodiments of the present invention relate to an electronic device, a firmware update method, and a computer program.
従来、ワイヤレスセンサネットワークを構築するセンサノードは、人が立ち入り辛い場所に設置されることが多い。このため、このようなセンサノードのファームウェアのアップデートは、遠隔から無線経由で行われる。センサノードは、そのような状況下で、不良なファームウェアが送られると、動作を止めてしまうというトラブルを発生させることがあり、このようなトラブルの対応には多大なコストがかかってしまう。 Conventionally, a sensor node that constitutes a wireless sensor network is often installed in a place where it is difficult for people to enter. Therefore, such firmware update of the sensor node is performed remotely and wirelessly. In such a situation, the sensor node may cause a trouble of stopping its operation when the defective firmware is sent, and it takes a great deal of cost to deal with such a trouble.
ファームウェア更新時のトラブル対策として、ｅＭＭＣ（ｅｍｂｅｄｄｅｄ Ｍｕｌｔｉ Ｍｅｄｉａ Ｃａｒｄ）等に複数のバンクを用意し、あるバンクのファームウェア更新時に、別のバンクに安定動作するファームウェアを残す仕組みが知られている。また、更新したファームウェアの起動に失敗した場合に、安定動作可能なファームウェアでの動作に戻る仕組みが知られている。 As a countermeasure against a trouble at the time of updating the firmware, there is known a mechanism in which a plurality of banks are prepared in an eMMC (embedded Multi Media Card) or the like, and when the firmware of a certain bank is updated, the stably operating firmware is left in another bank. In addition, a mechanism is known in which, when the updated firmware fails to start, the operation is restored to the stable firmware.
しかしながら、ファームウェアの起動自体は可能なものの、正常に動作しないという不具合が発生することがある。上記の従来技術では、更新されたファームウェアに不具合がある場合でも、このようにファームウェアが起動したときに、正常に動作する予備のファームウェアに巻き戻すことが困難であるという問題がある。このような問題は、センサノードに限らず、遠隔でファームウェアが更新される電子機器に発生することがある。 However, although the firmware itself can be started, there may occur a problem that it does not operate normally. The above-mentioned conventional technique has a problem that even when the updated firmware has a defect, it is difficult to rewind the spare firmware to operate normally when the firmware is activated. Such a problem may occur not only in the sensor node but also in an electronic device whose firmware is remotely updated.
１つの側面では、アップデートされたファームウェアに不具合があるときに、予備のファームウェアに巻き戻す電子機器、ファームウェアアップデート方法およびコンピュータプログラムを提供することを目的とする。 In one aspect, it is an object of the present invention to provide an electronic device, a firmware update method, and a computer program that rewinds to a spare firmware when the updated firmware has a defect.
第１の案では、電子機器は、制御部と、第１ファームウェアとブートローダとを記録する第１記憶装置と、判定情報を記録する第２記憶装置とを有する。第１ファームウェアは、制御部に起動されることにより、制御対象を制御し、さらに、外部装置からダウンロードされた第２ファームウェアを第１記憶装置に記録してブートローダを起動する。ブートローダは、制御部に起動されることにより、判定情報が第１値を示すときに第１ファームウェアを起動し、判定情報が第１値を示していないときに第２ファームウェアを起動する。第２ファームウェアは、制御部に起動されることにより、制御対象を制御し、さらに、第２ファームウェアの良否を判定する。第２ファームウェアは、第２ファームウェアが不良であると判定されたときに、判定情報が第１値を示すように判定情報を更新してブートローダを起動する。 In the first proposal, the electronic device includes a control unit, a first storage device that records the first firmware and the boot loader, and a second storage device that records the determination information. The first firmware controls the control target by being activated by the control unit, further records the second firmware downloaded from the external device in the first storage device, and activates the boot loader. The boot loader is activated by the control unit to activate the first firmware when the determination information indicates the first value, and activates the second firmware when the determination information does not indicate the first value. The second firmware controls the control target by being activated by the control unit, and further determines the quality of the second firmware. When the second firmware is determined to be defective, the second firmware updates the determination information so that the determination information indicates the first value and activates the boot loader.
本発明の１実施態様によれば、アップデートされたファームウェアに不具合があるときに、予備のファームウェアに適切に巻き戻すことができる。 According to one embodiment of the present invention, when there is a defect in the updated firmware, it is possible to properly rewind to the spare firmware.
以下、図面を参照して、実施形態にかかる電子機器、ファームウェアアップデート方法およびコンピュータプログラムを説明する。実施形態において同一の機能を有する構成には同一の符号を付し、重複する説明は省略する。なお、以下の実施形態で説明する電子機器、ファームウェアアップデート方法およびコンピュータプログラムは、一例を示すに過ぎず、実施形態を限定するものではない。また、以下の各実施形態は、矛盾しない範囲内で適宜組みあわせてもよい。 Hereinafter, an electronic device, a firmware update method, and a computer program according to embodiments will be described with reference to the drawings. In the embodiments, components having the same function are designated by the same reference numeral, and overlapping description will be omitted. It should be noted that the electronic device, firmware update method, and computer program described in the following embodiments are merely examples and do not limit the embodiments. In addition, the following embodiments may be combined as appropriate within a range not inconsistent with each other.
＜実施例１＞
［無線センサネットワーク］
図１は、実施形態にかかる電子機器が利用される無線センサネットワークを示すブロック図である。無線センサネットワーク１は、図１に示されているように、サーバ２と、複数のセンサノード３−１〜３−Ｎ（Ｎ＝２，３，４，…）とを有する。無線センサネットワーク１は、互いに異なる複数の位置にそれぞれ配置される複数の設備を遠隔監視することに利用され、たとえば、多数の下水道管の水位等をそれぞれ遠隔監視することに利用される。複数のセンサノード３−１〜３−Ｎのうちの任意のセンサノード３−ｉ（ｉ＝１，２，３，…，Ｎ）は、実施形態にかかる電子機器から構成されている。複数のセンサノード３−１〜３−Ｎは、無線センサネットワーク１により遠隔監視される複数の監視対象にそれぞれ設置されている。サーバ２と複数のセンサノード３−１〜３−Ｎは、無線環境５を介して互いに通信可能に接続されている。すなわち、センサノード３−ｉは、サーバ２に十分に近い領域に配置されているときに、無線通信を介してサーバ２と直接に通信する。センサノード３−ｉは、サーバ２と直接に無線通信することが困難であるときに、複数のセンサノード３−１〜３−Ｎのうちのサーバ２と無線通信できるセンサノード３−ｊ（ｊ＝１，２，３，…，Ｎ；ｊ≠ｉ）と通信することにより、サーバ２と間接的に通信する。センサノード３−ｉは、さらに、サーバ２と直接に通信することが困難であるセンサノード３−ｋ（ｋ＝１，２，３，…，Ｎ；ｋ≠ｉ；ｋ≠ｊ）と無線通信することにより、センサノード３−ｋとサーバ２との通信を中継する。
<Example 1>
[Wireless sensor network]
FIG. 1 is a block diagram showing a wireless sensor network in which an electronic device according to an embodiment is used. As shown in FIG. 1, the wireless sensor network 1 includes a
［サーバ］
サーバ２は、センサノード３−ｉと無線通信することにより、センサノード３−ｉにより測定された複数の測定値をセンサノード３−ｉから収集する。サーバ２は、さらに、更新された新しいファームウェアを複数のセンサノード３−１〜３−Ｎにインストールするときに、制御情報であるファームウェア更新要求を複数のセンサノード３−１〜３−Ｎに配信する。サーバ２は、ＦＷ（ＦｉｒｍＷａｒｅ：ファームウェア）更新要求に対するＡＣＫ（ＡＣｋｎｏｗｌｅｄｇｅｍｅｎｔ：肯定応答）がセンサノード３−ｉから返信されたときに、無線通信を介して、センサノード３−ｉにその新しいファームウェアを送信する。なお、サーバ２は、同様に動作する他の外部装置に置換されてもよい。その外部装置としては、ゲートウェイ（ＧＷ：ＧａｔｅＷａｙ）が例示される。
[server]
The
［実施例１のセンサノード］
図２は、実施例１のセンサノードを示すブロック図である。センサノード３−ｉは、図２に示されているように、ＲＦ通信部１１（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）と複数のセンサ１２−１〜１２−Ｍ（Ｍ＝２，３，４，…）とＭＣＵ１４（Ｍｉｃｒｏ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）とを備えている。ＲＦ通信部１１は、ＭＣＵ１４に情報伝達可能に接続されている。ＲＦ通信部１１は、ＭＣＵ１４に制御されることにより、電波を介してサーバ２と通信し、電波を介して複数のセンサノード３−１〜３−Ｎのうちのセンサノード３−ｉと異なる他のセンサノードと通信する。複数のセンサ１２−１〜１２−Ｍは、それぞれ、ＭＣＵ１４に情報伝達可能に接続されている。複数のセンサ１２−１〜１２−Ｍのうちの任意のセンサは、ＭＣＵ１４に制御されることにより、測定値を測定する。その測定される測定値としては、センサノード３−ｉが設置される設備に関するものであり、たとえば、下水道管の水位が例示される。
[Sensor Node of First Embodiment]
FIG. 2 is a block diagram illustrating the sensor node according to the first embodiment. As shown in FIG. 2, the sensor node 3-i includes an RF communication unit 11 (Radio Frequency), a plurality of sensors 12-1 to 12-M (M=2, 3, 4,...) And an MCU 14 ( Micro Control Unit). The RF communication unit 11 is connected to the MCU 14 so that information can be transmitted. The RF communication unit 11 is controlled by the MCU 14 to communicate with the
センサノード３−ｉは、さらに、ストレージ１５とウォッチドッグタイマ１６とカレンダータイマ１７とを備えている。ストレージ１５は、フラッシュメモリから形成されている。ストレージ１５は、ＭＣＵ１４に制御されることにより、ＭＣＵ１４により取り扱われる情報を記録する。なお、ストレージ１５は、フラッシュメモリと異なる他の記憶装置に置換されてもよい。その記憶装置としては、ハードディスク、光ディスク、データを書き換え可能な半導体メモリが例示される。半導体メモリとしては、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＮＶＳＲＡＭ（Ｎｏｎ Ｖｏｌａｔｉｌｅ Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などが例示される。
The sensor node 3-i further includes a
ウォッチドッグタイマ１６は、ＭＣＵ１４に情報伝達可能に接続されている。ウォッチドッグタイマ１６は、ＭＣＵ１４により設定された時刻から所定の期間経過した後にタイムアウトする。ウォッチドッグタイマ１６は、タイムアウトしたときに、タイムアウトしたことをＭＣＵ１４に伝達することにより、ＭＣＵ１４をリブートさせる。ウォッチドッグタイマ１６は、ＭＣＵ１４により解除されることにより、ＭＣＵ１４により設定された時刻から所定の期間経過した後にタイムアウトしないで、ＭＣＵ１４をリブートさせない。
The
カレンダータイマ１７は、ＭＣＵ１４に情報伝達可能に接続されている。カレンダータイマ１７は、ＭＣＵ１４に制御されることにより、現在時刻をＭＣＵ１４に伝達する。
The
ＭＣＵ１４は、ｅＭＭＣ１９を有している。ｅＭＭＣ１９は、フラッシュメモリから形成され、センサノード３−ｉにインストールされるコンピュータプログラムを記録している。ＭＣＵ１４は、そのコンピュータプログラムが起動されることにより、ＲＦ通信部１１と複数のセンサ１２−１〜１２−Ｍとストレージ１５とウォッチドッグタイマ１６とカレンダータイマ１７とを制御する。
The MCU 14 has an
センサノード３−ｉは、さらに、図示されていない電池を備えている。ＲＦ通信部１１と複数のセンサ１２−１〜１２−ＭとＭＣＵ１４とストレージ１５とウォッチドッグタイマ１６とカレンダータイマ１７とは、その電池から供給される電力を用いて動作する。
The sensor node 3-i further includes a battery (not shown). The RF communication unit 11, the plurality of sensors 12-1 to 12-M, the MCU 14, the
ＲＦ通信部１１とＭＣＵ１４とストレージ１５とウォッチドッグタイマ１６とカレンダータイマ１７とは、ワンチップで形成されている。なお、これらは、複数のチップから形成されてもよい。
The RF communication unit 11, the MCU 14, the
なお、ｅＭＭＣ１９は、他の記憶装置に置換されてもよい。その記憶装置としては、データを書き換え可能な半導体メモリが例示され、ＳＳＤ、ＲＡＭ、ＮＶＳＲＡＭが例示される。さらに、ｅＭＭＣ１９は、ＭＣＵ１４の内部に設けられているが、ＭＣＵ１４と別個に設けられていてもよい。
The
なお、ＭＣＵ１４は、他の制御部に置換されてもよい。その制御部としては、電子回路や集積回路が例示される。その電子回路としては、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）が例示される。その集積回路としては、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）が例示される。 The MCU 14 may be replaced with another control unit. An electronic circuit or an integrated circuit is exemplified as the control unit. A CPU (Central Processing Unit) is exemplified as the electronic circuit. Examples of the integrated circuit include an ASIC (Application Specific Integrated Circuit) and an FPGA (Field Programmable Gate Array).
［ｅＭＭＣに記録される情報］
図３は、ｅＭＭＣに記録される情報を説明する説明図である。ｅＭＭＣ１９は、図３に示されているように、複数のメモリバンクに分割されている。ｅＭＭＣ１９は、複数のメモリバンクにブートローダ２１と複数のファームウェア２２−１〜２２−Ｋ（Ｋ＝２，３，４，…）とをそれぞれ記録している。たとえば、ブートローダ２１は、複数のメモリバンクのうちのアドレスが０から始まる１つのメモリバンクに記録されている。複数のファームウェア２２−１〜２２−Ｋのうちの１つのファームウェア２２−Ａ（Ａ＝１，２，３，…，Ｋ）は、複数のメモリバンクのうちのアドレスがａから始まる１つのメモリバンクに記録されている。複数のファームウェア２２−１〜２２−Ｋのうちの他のファームウェア２２−Ｂ（Ｂ＝１，２，３，…，Ｋ；Ａ≠Ｂ）は、複数のメモリバンクのうちのアドレスがｂから始まる１つのメモリバンクに記録されている。
[Information recorded in eMMC]
FIG. 3 is an explanatory diagram illustrating information recorded in the eMMC. The
［ストレージに記録される情報］
図４は、ストレージに記録される情報を説明する説明図である。ストレージ１５は、図４に示されているように、起動バンク情報２５とバンク試行情報２６と複数のチェックポイント処理結果２７−１〜２７−Ｘ（Ｘ＝２，３，４，…）とＦＷ判定情報２８とを記録している。起動バンク情報２５は、ｅＭＭＣ１９に記録される複数のファームウェア２２−１〜２２−Ｋから選択された１つのファームウェアを示している。具体的には、起動バンク情報２５は、ｅＭＭＣ１９の複数のメモリバンクのうちのその選択されたファームウェアが記録された１つのメモリバンクの識別子を示している。なお、起動バンク情報２５は、メモリバンクの識別子と異なる情報を示すことにより、その選択されたファームウェアを示してもよい。起動バンク情報２５が示す情報としては、選択されたファームウェアのプログラムカウンタ、選択されたファームウェアの更新時刻、選択されたファームウェアのリビジョン番号が例示される。
[Information recorded in storage]
FIG. 4 is an explanatory diagram illustrating information recorded in the storage. As shown in FIG. 4, the
バンク試行情報２６は、起動バンク情報２５が示すファームウェアが１度起動しようとしたかどうかを示し、「○」または「×」を示している。すなわち、バンク試行情報２６は、「○」を示しているときに、起動バンク情報２５が示すファームウェアが１度起動されたことを示している。バンク試行情報２６は、「×」を示しているときに、起動バンク情報２５が示すファームウェアが１度も起動されていないことを示している。複数のチェックポイント処理結果２７−１〜２７−Ｘのうちの任意のチェックポイント処理結果２７−ｘ（ｘ＝１，２，３，…，Ｘ）は、「未定」または「正常」または「不良」を示している。ＦＷ判定情報２８は、「未定」または「正常」または「不良」を示している。
The
［ファームウェア］
図５は、ファームウェアを示すブロック図である。ファームウェア２２−Ａは、図５に示されているように、ＭＣＵ１４に複数の機能をそれぞれ実現させるための複数のコンピュータプログラムから形成されている。その複数の機能は、通常動作部３１とアップデート部３２と複数のチェックポイント処理部３３−１〜３３−ＸとＦＷ判定情報更新部３４とを含んでいる。
[firmware]
FIG. 5 is a block diagram showing the firmware. The firmware 22-A is formed of a plurality of computer programs for causing the MCU 14 to realize a plurality of functions, respectively, as shown in FIG. The plurality of functions include a
通常動作部３１は、複数のセンサ１２−１〜１２−Ｍを制御することにより、複数のセンサ１２−１〜１２−Ｍにより複数の測定値をそれぞれ測定する。通常動作部３１は、さらに、ＲＦ通信部１１を制御することにより、無線環境５を介して、複数のセンサ１２−１〜１２−Ｍによりそれぞれ測定された複数の測定値をサーバ２に送信する。
The
アップデート部３２は、ＲＦ通信部１１を介して、サーバ２からＦＷ更新要求を受信する。アップデート部３２は、サーバ２からＦＷ更新要求を受信したときに、ＲＦ通信部１１を介して、更新されたファームウェア２２−Ｂをサーバ２からダウンロードする。アップデート部３２は、さらに、ｅＭＭＣ１９を制御することにより、ダウンロードされたファームウェア２２−ＢをｅＭＭＣ１９の所定のバンクメモリに記録する。所定のバンクメモリは、ｅＭＭＣ１９の複数のバンクメモリのうちの起動されているファームウェア２２−Ａが記録されているバンクメモリと異なる他のバンクメモリである。
The
アップデート部３２は、ダウンロードされたファームウェア２２−ＢがｅＭＭＣ１９に記録された後に、ストレージ１５を制御することにより、起動バンク情報２５とバンク試行情報２６とＦＷ判定情報２８とを更新する。すなわち、アップデート部３２は、そのダウンロードされたファームウェア２２−Ｂを起動バンク情報２５が示すように、起動バンク情報２５を更新する。アップデート部３２は、バンク試行情報２６が「×」を示すように、バンク試行情報２６を更新する。アップデート部３２は、ＦＷ判定情報２８が「未定」を示すように、ＦＷ判定情報２８を更新する。アップデート部３２は、さらに、起動バンク情報２５とバンク試行情報２６とＦＷ判定情報２８とが更新された後に、リブートし、ブートローダ２１を起動し、制御をブートローダ２１に移す。
The
複数のチェックポイント処理部３３−１〜３３−Ｘは、ストレージ１５に記録される複数のチェックポイント処理結果２７−１〜２７−Ｘに対応している。複数のチェックポイント処理部３３−１〜３３−Ｘのうちの任意のチェックポイント処理部３３−ｘは、ストレージ１５を制御することにより、ＦＷ判定情報２８を取得する。チェックポイント処理部３３−ｘは、ＦＷ判定情報２８が「正常」を示していないときに、ファームウェア２２−Ａ（特に、通常動作部３１）の良否を判定する。このとき、複数のチェックポイント処理部３３−１〜３３−Ｘは、互いに異なる複数の観点からファームウェア２２−Ａの良否をそれぞれ判定する。
The plurality of checkpoint processing units 33-1 to 33-X correspond to the plurality of checkpoint processing results 27-1 to 27-X recorded in the
チェックポイント処理部３３−ｘは、ストレージ１５を制御することにより、判定された結果に基づいて複数のチェックポイント処理結果２７−１〜２７−Ｘのうちのチェックポイント処理部３３−ｘに対応するチェックポイント処理結果２７−ｘを更新する。すなわち、チェックポイント処理部３３−ｘは、ファームウェア２２−Ａが正常であると判定されたときに、チェックポイント処理結果２７−ｘが「正常」を示すようにチェックポイント処理結果２７−ｘを更新する。チェックポイント処理部３３−ｘは、ファームウェア２２−Ａが不良であると判定されたときに、チェックポイント処理結果２７−ｘが「不良」を示すようにチェックポイント処理結果２７−ｘを更新する。チェックポイント処理部３３−ｘは、ファームウェア２２−Ａが正常か不良かを判定していないときに、チェックポイント処理結果２７−ｘが「未定」を示すようにチェックポイント処理結果２７−ｘを更新する。
The checkpoint processing unit 33-x corresponds to the checkpoint processing unit 33-x of the plurality of checkpoint processing results 27-1 to 27-X based on the determined result by controlling the
ＦＷ判定情報更新部３４は、ストレージ１５を制御することにより、複数のチェックポイント処理結果２７−１〜２７−Ｘに基づいてＦＷ判定情報２８を更新する。すなわち、ＦＷ判定情報更新部３４は、複数のチェックポイント処理結果２７−１〜２７−Ｘの全部が「正常」を示しているときに、ＦＷ判定情報２８が「正常」を示すようにＦＷ判定情報２８を更新する。ＦＷ判定情報更新部３４は、複数のチェックポイント処理結果２７−１〜２７−Ｘのいずれかが「不良」を示しているときに、ＦＷ判定情報２８が「不良」を示すようにＦＷ判定情報２８を更新する。ＦＷ判定情報更新部３４は、複数のチェックポイント処理結果２７−１〜２７−Ｘの全部が「不良」を示していないで、いずれかが「未定」を示しているときに、ＦＷ判定情報２８が「未定」を示すようにＦＷ判定情報２８を更新する。ＦＷ判定情報更新部３４は、さらに、制御をブートローダ２１に移す。
The FW determination
図６は、複数のチェックポイント処理結果とＦＷ判定情報とを説明する説明図である。複数のチェックポイント処理部３３−１〜３３−ＸによりバンクＡのファームウェアの良否が判定された結果、バンクＡのファームウェアに対する複数のチェックポイント処理結果２７−１〜２７−Ｘは、図６に示されているように、全部が「正常」を示している。このとき、バンクＡのファームウェアに対するＦＷ判定情報２８は、バンクＡのファームウェアに対する複数のチェックポイント処理結果２７−１〜２７−Ｘの全部が「正常」を示しているために、「正常」を示すように更新される。
FIG. 6 is an explanatory diagram illustrating a plurality of checkpoint processing results and FW determination information. As a result of the quality of the firmware of the bank A being determined by the plurality of checkpoint processing units 33-1 to 33-X, the plurality of checkpoint processing results 27-1 to 27-X for the firmware of the bank A are shown in FIG. As shown, all are "normal". At this time, the
複数のチェックポイント処理部３３−１〜３３−ＸによりバンクＢのファームウェアの良否が判定された結果、バンクＢのファームウェアに対する複数のチェックポイント処理結果２７−１〜２７−Ｘは、「正常」「不良」「未定」をそれぞれ示している。このとき、バンクＢのファームウェアに対するＦＷ判定情報２８は、バンクＢのファームウェアに対する複数のチェックポイント処理結果２７−１〜２７−Ｘの１つが「不良」を示しているために、「不良」を示すように更新される。
As a result of the quality of the firmware of the bank B being determined by the plurality of checkpoint processing units 33-1 to 33-X, the plurality of checkpoint processing results 27-1 to 27-X for the firmware of the bank B are “normal” and “normal”. “Bad” and “Undecided” are shown respectively. At this time, the
複数のチェックポイント処理部３３−１〜３３−ＸによりバンクＣのファームウェアの良否が判定された結果、バンクＣのファームウェアに対する複数のチェックポイント処理結果２７−１〜２７−Ｘは、「正常」「未定」「正常」をそれぞれ示している。このとき、バンクＣのファームウェアに対するＦＷ判定情報２８は、バンクＣのファームウェアに対する複数のチェックポイント処理結果２７−１〜２７−Ｘの全部が「不良」を示さないで、１つが「未定」を示しているために、「未定」を示すように更新される。
As a result of the quality of the firmware of the bank C being determined by the plurality of checkpoint processing units 33-1 to 33-X, the plurality of checkpoint processing results 27-1 to 27-X for the firmware of the bank C are “normal” and “normal”. "Undecided" and "normal" are shown respectively. At this time, in the
［ブートローダ］
ブートローダ２１は、センサノード３−ｉが起動されることにより起動され、または、複数のファームウェア２２−１〜２２−ＫによりＭＣＵ１４がリブートされることにより起動される。ブートローダ２１は、起動されると、ストレージ１５に記録される起動バンク情報２５とバンク試行情報２６とＦＷ判定情報２８とに基づいて複数のファームウェア２２−１〜２２−Ｋから１つのファームウェアを選択する。ブートローダ２１は、さらに、その選択されたファームウェアを起動する。さらに、ブートローダ２１は、起動バンク情報２５が示すファームウェアを起動する場合で、バンク試行情報２６が「×」を示すときに、ストレージ１５を制御することにより、「○」を示すようにバンク試行情報２６を更新する。
[Boot loader]
The
［実施例１のセンサノードの動作］
図７は、実施例１のセンサノードの動作を示す動作シーケンス図である。センサノード３−ｉのファームウェア２２−Ａは、図７に示されているように、センサノード３−ｉが新しいファームウェア２２−Ｂをサーバ２から受信すると（Ｓ１）、ファームウェア２２−ＢをｅＭＭＣ１９の所定のバンクメモリに記録する。ファームウェア２２−Ａは、新しいファームウェア２２−ＢがｅＭＭＣ１９に記録されると、ストレージ１５を制御することにより、起動バンク情報２５がファームウェア２２−Ｂを示すように、起動バンク情報２５を更新する。ファームウェア２２−Ａは、さらに、ストレージ１５を制御することにより、バンク試行情報２６が「×」を示すように、バンク試行情報２６を更新する。ファームウェア２２−Ａは、さらに、ストレージ１５を制御することにより、ＦＷ判定情報２８が「未定」を示すように、ＦＷ判定情報２８を更新する（Ｓ２）。ファームウェア２２−Ａは、起動バンク情報２５とバンク試行情報２６とＦＷ判定情報２８とを更新した後に、リブートすることにより制御をブートローダ２１に移す（Ｓ３）。
[Operation of Sensor Node of First Embodiment]
FIG. 7 is an operation sequence diagram illustrating the operation of the sensor node according to the first embodiment. When the sensor node 3-i receives the new firmware 22-B from the server 2 (S1), the firmware 22-A of the sensor node 3-i receives the firmware 22-B of the
ブートローダ２１は、起動されると、ストレージ１５を制御することにより、起動バンク情報２５とバンク試行情報２６とＦＷ判定情報２８とをストレージ１５から取得する（Ｓ４）。ブートローダ２１は、起動バンク情報２５とバンク試行情報２６とＦＷ判定情報２８とに基づいて複数のファームウェア２２−１〜２２−Ｋからファームウェア２２−Ｂを選択する（Ｓ５）。ブートローダ２１は、ストレージ１５を制御することにより、バンク試行情報２６が「○」を示すように、バンク試行情報２６を更新する（Ｓ６）。ブートローダ２１は、バンク試行情報２６が更新された後に、Ｓ５で選択されたファームウェア２２−Ｂを起動することにより、ファームウェア２２−Ｂに制御を移す（Ｓ７）。
When booted, the
ファームウェア２２−Ｂは、起動されると、通常の動作を実行し、すなわち、複数のセンサ１２−１〜１２−Ｍを制御することにより、複数の測定値を測定し、ＲＦ通信部１１を制御することにより、その測定された複数の測定値をサーバ２に送信する。ファームウェア２２−Ｂは、さらに、ファームウェア２２−Ｂ自身の良否を判定する（Ｓ８）。ファームウェア２２−Ｂは、ファームウェア２２−Ｂの良否を判定した後に、ストレージ１５を制御することにより、ＦＷ判定情報２８が「正常」または「不良」を示すように、ＦＷ判定情報２８を更新する（Ｓ９）。
When activated, the firmware 22-B executes a normal operation, that is, controls a plurality of sensors 12-1 to 12-M to measure a plurality of measurement values and control the RF communication unit 11. By doing so, the plurality of measured values thus measured are transmitted to the
このように、センサノード３−ｉは、ブートローダ２１とファームウェア２２−Ａとファームウェア２２−Ｂとのうちの１つのコンピュータプログラムが実行され、これらのうちの２つのコンピュータプログラムが並行して実行されることがない。
As described above, in the sensor node 3-i, one computer program of the
図８は、実施例１のセンサノードの動作を示すフローチャートである。センサノード３−ｉは、図８に示されているように、まず、ブートローダ２１が起動される。センサノード３−ｉのＭＣＵ１４は、ブートローダ２１が起動されると、ストレージ１５を制御することにより、起動バンク情報２５とバンク試行情報２６とＦＷ判定情報２８とをストレージ１５から取得する（Ｓ１１）。ＭＣＵ１４は、ＦＷ判定情報２８が「正常」を示していないで（Ｓ１２、Ｎｏ）、ＦＷ判定情報２８が「不良」を示しているときに（Ｓ１３、Ｙｅｓ）、以前に正常に動作していたファームウェア２２−Ｂを選択する（Ｓ１４）。ＭＣＵ１４は、ＦＷ判定情報２８が「未定」を示している場合で（Ｓ１３、Ｎｏ）、バンク試行情報２６が「○」を示しているときに（Ｓ１５、Ｙｅｓ）、以前に正常に動作していたファームウェア２２−Ａを選択する（Ｓ１４）。Ｓ１４で選択されたファームウェア２２−Ｂは、起動バンク情報２５が示すファームウェア２２−Ａと異なっている。ＭＣＵ１４は、ＦＷ判定情報２８が「未定」を示している場合で（Ｓ１３、Ｎｏ）、バンク試行情報２６が「×」を示しているときに（Ｓ１５、Ｎｏ）、バンク試行情報２６が「○」を示すようにバンク試行情報２６を更新する（Ｓ１６）。ＭＣＵ１４は、Ｓ１６が実行されたときに、または、ＦＷ判定情報２８が「正常」を示しているときに（Ｓ１２、Ｙｅｓ）、起動バンク情報２５が示すファームウェア２２−Ａを起動する（Ｓ１７）。ＭＣＵ１４は、Ｓ１４が実行されたときに、Ｓ１４で選択されたファームウェア２２−Ｂを起動する（Ｓ１７）。
FIG. 8 is a flowchart showing the operation of the sensor node according to the first embodiment. In the sensor node 3-i, as shown in FIG. 8, first, the
ＭＣＵ１４は、ファームウェア２２−Ａ、２２−Ｂが起動されると、まず、通常動作を実行する（Ｓ１８）。すなわち、ＭＣＵ１４は、複数のセンサ１２−１〜１２−Ｍを制御することにより、複数の測定値をそれぞれ測定する。ＭＣＵ１４は、さらに、ＲＦ通信部１１を制御することにより、その測定された複数の測定値をサーバ２に送信する。
When the firmware 22-A, 22-B is activated, the MCU 14 first executes a normal operation (S18). That is, the MCU 14 measures a plurality of measurement values by controlling the plurality of sensors 12-1 to 12-M. The MCU 14 further controls the RF communication unit 11 to transmit the measured plurality of measured values to the
ＭＣＵ１４は、通常動作が実行されると、複数のチェックポイント処理結果２７−１〜２７−Ｘに対応する複数のチェックポイント処理を実行する。その複数のチェックポイント処理のうちのチェックポイント処理結果２７−ｘに対応するチェックポイント処理では、ＭＣＵ１４は、まず、ＦＷ判定情報２８をストレージ１５から取得する（Ｓ１９）。ＭＣＵ１４は、ＦＷ判定情報２８が「正常」以外を示しているときに、すなわち、ＦＷ判定情報２８が「未定」を示しているときに（Ｓ１９、Ｎｏ）、起動されているファームウェアの良否を１つの観点から判定する（Ｓ２０）。ＭＣＵ１４は、ストレージ１５を制御することにより、その判定された良否をチェックポイント処理結果２７−ｘが示すように、チェックポイント処理結果２７−ｘを更新する。すなわち、ＭＣＵ１４は、ファームウェア２２−Ａが正常であると判定されたときに、チェックポイント処理結果２７−ｘが「正常」を示すようにチェックポイント処理結果２７−ｘを更新する。チェックポイント処理部３３−ｘは、ファームウェア２２−Ａが不良であると判定されたときに、チェックポイント処理結果２７−ｘが「不良」を示すようにチェックポイント処理結果２７−ｘを更新する。
When the normal operation is executed, the MCU 14 executes a plurality of checkpoint processes corresponding to the plurality of checkpoint process results 27-1 to 27-X. In the checkpoint process corresponding to the checkpoint process result 27-x of the plurality of checkpoint processes, the MCU 14 first acquires the
ＭＣＵ１４は、複数のチェックポイント処理のいずれかで、起動されているファームウェアが不良であると判定されたときに（Ｓ２０、Ｎｏ）、ＦＷ判定情報２８が「不良」を示すようにＦＷ判定情報２８を更新する（Ｓ２１）。ＭＣＵ１４は、ＦＷ判定情報２８が「不良」を示すようにＦＷ判定情報２８が更新された後に、リブートすることにより、ブートローダ２１を起動し、制御をブートローダ２１に移す。
When it is determined that the activated firmware is defective (S20, No) in any of the plurality of checkpoint processes, the MCU 14 sets the
ＭＣＵ１４は、複数のチェックポイント処理の全部で、起動されているファームウェアが正常であると判定されたときに（Ｓ２０、Ｙｅｓ）、ストレージ１５を制御することにより、ＦＷ判定情報２８が「正常」を示すようにＦＷ判定情報２８を更新する（Ｓ２２）。
When it is determined that the activated firmware is normal in all of the plurality of checkpoint processes (Yes in S20), the MCU 14 controls the
ＭＣＵ１４は、ＦＷ判定情報２８が「正常」を示しているときに（Ｓ１９、Ｙｅｓ）、または、Ｓ２２でＦＷ判定情報２８が更新されたときに、ＲＦ通信部１１を制御することにより、サーバ２からＦＷ更新要求を受信しているかどうかを検出する（Ｓ２３）。ＭＣＵ１４は、さらに、Ｓ２０で良否の判定が保留されたときにも（Ｓ２０、保留）、ＲＦ通信部１１を制御することにより、サーバ２からＦＷ更新要求を受信しているかどうかを検出する（Ｓ２３）。
The MCU 14 controls the RF communication unit 11 when the
ＭＣＵ１４は、サーバ２からＦＷ更新要求を受信していないときに（Ｓ２３、Ｎｏ）、Ｓ１８〜Ｓ２３の処理を繰り返し実行する。 When the FW update request is not received from the server 2 (S23, No), the MCU 14 repeatedly executes the processes of S18 to S23.
ＭＣＵ１４は、サーバ２からＦＷ更新要求を受信しているときに（Ｓ２３、Ｙｅｓ）、ＲＦ通信部１１を制御することにより、サーバ２から更新されたファームウェアをダウンロードする。ＭＣＵ１４は、次いで、ｅＭＭＣ１９を制御することにより、そのダウンロードされたファームウェアを、ｅＭＭＣ１９の複数のメモリバンクのうちの起動されているファームウェアが記録されているメモリバンクと異なる他のメモリバンクに記録する（Ｓ２４）。
When receiving the FW update request from the server 2 (S23, Yes), the MCU 14 controls the RF communication unit 11 to download the updated firmware from the
ＭＣＵ１４は、ストレージ１５を制御することにより、そのダウンロードされたファームウェアを起動バンク情報２５が示すように起動バンク情報２５を更新する。ＭＣＵ１４は、さらに、ストレージ１５を制御することにより、ＦＷ判定情報２８が「未定」を示すようにＦＷ判定情報２８を更新し、バンク試行情報２６が「×」を示すようにバンク試行情報２６を更新する（Ｓ２５）。ＭＣＵ１４は、起動バンク情報２５とバンク試行情報２６とＦＷ判定情報２８とが更新された後に、リブートすることにより、ブートローダ２１を起動し、ブートローダ２１に制御を移す。
The MCU 14 controls the
図９は、起動バンク情報とバンク試行情報とＦＷ判定情報と起動されるファームウェアの関係を説明する説明図である。図９では、ファームウェア２２−Ａが「Ａ」と記載され、ファームウェア２２−Ｂが「Ｂ」と記載され、ブートローダ２１により選択されるファームウェアが「選択バンク」と記載されている。ブートローダ２１は、図９に示されているように、起動バンク情報２５がファームウェア２２−Ａを示し、バンク試行情報２６が「×」を示し、ＦＷ判定情報２８が「未定」を示すときに、Ｓ１１〜Ｓ１７を実行することにより、ファームウェア２２−Ａを起動する。ブートローダ２１は、起動バンク情報２５がファームウェア２２−Ａを示し、バンク試行情報２６が「○」を示し、ＦＷ判定情報２８が「未定」を示すときに、ファームウェア２２−Ｂを起動する。ブートローダ２１は、起動バンク情報２５がファームウェア２２−Ａを示し、バンク試行情報２６が「○」または「×」を示し、ＦＷ判定情報２８が「正常」を示すときに、ファームウェア２２−Ａを起動する。ブートローダ２１は、起動バンク情報２５がファームウェア２２−Ａを示し、バンク試行情報２６が「○」または「×」を示し、ＦＷ判定情報２８が「不良」を示すときに、ファームウェア２２−Ｂを起動する。
FIG. 9 is an explanatory diagram for explaining the relationship among the activated bank information, the bank trial information, the FW determination information, and the firmware to be activated. In FIG. 9, the firmware 22-A is described as “A”, the firmware 22-B is described as “B”, and the firmware selected by the
ブートローダ２１は、起動バンク情報２５がファームウェア２２−Ｂを示し、バンク試行情報２６が「×」を示し、ＦＷ判定情報２８が「未定」を示すときに、ファームウェア２２−Ｂを起動する。ブートローダ２１は、起動バンク情報２５がファームウェア２２−Ｂを示し、バンク試行情報２６が「○」を示し、ＦＷ判定情報２８が「未定」を示すときに、ファームウェア２２−Ａを起動する。ブートローダ２１は、起動バンク情報２５がファームウェア２２−Ｂを示し、バンク試行情報２６が「○」または「×」を示し、ＦＷ判定情報２８が「正常」を示すときに、ファームウェア２２−Ｂを起動する。ブートローダ２１は、起動バンク情報２５がファームウェア２２−Ｂを示し、バンク試行情報２６が「○」または「×」を示し、ＦＷ判定情報２８が「不良」を示すときに、ファームウェア２２−Ａを起動する。
The
［実施例１のセンサノードの効果］
実施形態の電子機器としてのセンサノード３−ｉは、ＭＣＵ１４と、ファームウェア２２−Ａとブートローダ２１とを記録するｅＭＭＣ１９と、ＦＷ判定情報２８を記録するストレージ１５とを有している。ファームウェア２２−Ａは、ＭＣＵ１４に起動されることにより、複数のセンサ１２−１〜１２−Ｍを制御し、さらに、サーバ２からダウンロードされたファームウェア２２−ＢをｅＭＭＣ１９に記録してブートローダ２１を起動する。ブートローダ２１は、ＭＣＵ１４に起動されることにより、ＦＷ判定情報２８が「不良」を示すときにファームウェア２２−Ａを起動し、ＦＷ判定情報２８が「不良」を示していないときにファームウェア２２−Ｂを起動する。ファームウェア２２−Ｂは、ＭＣＵ１４に起動されることにより、複数のセンサ１２−１〜１２−Ｍを制御し、さらに、ファームウェア２２−Ｂの良否を判定する。ファームウェア２２−Ｂは、ファームウェア２２−Ｂが不良であると判定されたときに、ＦＷ判定情報２８が「不良」を示すようにＦＷ判定情報２８を更新してブートローダ２１を起動する。
[Effect of Sensor Node of First Embodiment]
The sensor node 3-i as the electronic device of the embodiment includes the MCU 14, the
このようなセンサノード３−ｉは、更新された新しいファームウェア２２−Ｂが起動することができる場合でも、ファームウェア２２−Ｂに不具合があるときに、正常であるファームウェア２２−Ａを自動的に起動させることができる。このため、このようなセンサノード３−ｉは、不具合がファームウェア２２−Ｂにある場合でも、作業者が出向いてセンサノード３−ｉを操作する必要がなく、メンテナンスコストを低減することができる。このようなセンサノード３−ｉは、さらに、ファームウェア２２−Ｂの良否の判定をファームウェア２２−Ｂにより実行されているために、ファームウェア２２−Ｂの良否を判定する条件または判定ルーチンを変更することができる。 Even when the updated new firmware 22-B can be activated, the sensor node 3-i automatically activates the normal firmware 22-A when the firmware 22-B has a defect. Can be made. Therefore, in such a sensor node 3-i, even if the malfunction is in the firmware 22-B, it is not necessary for a worker to visit and operate the sensor node 3-i, and the maintenance cost can be reduced. The sensor node 3-i further changes the condition or the determination routine for determining the quality of the firmware 22-B because the quality of the firmware 22-B is determined by the firmware 22-B. You can
また、ファームウェア２２−Ｂは、ファームウェア２２−Ｂが正常であると判定されたときに、ＦＷ判定情報２８が「正常」を示すようにＦＷ判定情報２８を更新する。ファームウェア２２−Ｂは、ブートローダ２１により再度起動された場合で、ＦＷ判定情報２８が「正常」を示すときに、ファームウェア２２−Ｂの良否を判定しない。このようなセンサノード３−ｉは、ファームウェア２２−Ｂが正常であると１度判定されたときに、ファームウェア２２−Ｂの良否を判定しないことにより、ＭＣＵ１４の負担を軽減することができる。このようなセンサノード３−ｉは、ＭＣＵ１４の負担を軽減することにより、消費電力を低減し、電池の交換頻度を低減し、メンテナンスのコストを低減することができる。
Further, when the firmware 22-B is determined to be normal, the firmware 22-B updates the
ところで、実施例１では、ファームウェア２２−Ｂは、ファームウェア２２−Ｂが正常であると判定されたときに、ファームウェア２２−Ｂの良否を判定していないが、ファームウェア２２−Ｂの良否を判定してもよい。この場合も、センサノード３−ｉは、ファームウェア２２−Ｂに不具合があるときに、正常であるファームウェア２２−Ａに制御を巻き戻すことができる。 By the way, in the first embodiment, the firmware 22-B does not determine the quality of the firmware 22-B when it is determined that the firmware 22-B is normal, but determines the quality of the firmware 22-B. May be. Also in this case, the sensor node 3-i can rewind control to the normal firmware 22-A when the firmware 22-B has a defect.
また、ファームウェア２２−Ｂは、複数の観点で良否をそれぞれ判定する。ファームウェア２２−Ｂは、その複数の観点のいずれか１つが不良であると判定されたときにＦＷ判定情報２８が「不良」を示すようにＦＷ判定情報２８を更新する。ファームウェア２２−Ｂは、その複数の観点の全部が正常であると判定されたときにＦＷ判定情報２８が「正常」を示すようにＦＷ判定情報２８を更新する。このようなセンサノード３−ｉは、複数の観点でファームウェア２２−Ｂの良否を判定することにより、ファームウェア２２−Ｂの良否を適切に判定することができる。このようなセンサノード３−ｉは、ファームウェア２２−Ｂの良否を適切に判定することにより、不要にファームウェア２２−Ａが起動されることを防止し、ファームウェア２２−Ａに制御を適切に巻き戻すことができる。
Further, the firmware 22-B determines pass/fail from each of a plurality of viewpoints. The firmware 22-B updates the
ところで、実施例１では、ファームウェア２２−Ｂは、複数の観点でファームウェア２２−Ｂの良否をそれぞれ判定しているが、１つの観点でファームウェア２２−Ｂの良否を判定してもよい。この場合も、センサノード３−ｉは、ファームウェア２２−Ｂに不具合があるときに、正常であるファームウェア２２−Ａに制御を巻き戻すことができる。また、センサノード３−ｉは、１つの観点でファームウェア２２−Ｂの良否を判定することにより、その判定結果をそのままＦＷ判定情報２８に代入することができ、複数のチェックポイント処理結果２７−１〜２７−Ｘを記録することを省略することができる。
By the way, in the first embodiment, the firmware 22-B determines the quality of the firmware 22-B from a plurality of viewpoints, but the quality of the firmware 22-B may be determined from one viewpoint. Also in this case, the sensor node 3-i can rewind control to the normal firmware 22-A when the firmware 22-B has a defect. Further, the sensor node 3-i can substitute the determination result as it is into the
＜実施例２＞
センサノード３−ｉは、さらに、ウォッチドッグタイマ１６がタイムアウトするときに、ブートローダ２１を起動してもよい。このとき、ファームウェア２２−Ａのアップデート部３２は、新しいファームウェアをダウンロードしたときに、ウォッチドッグタイマ１６が設定されるように、ウォッチドッグタイマ１６を制御する。さらに、複数のチェックポイント処理部３３−１〜３３−Ｘは、ウォッチドッグタイマ１６に関する他のチェックポイント処理部が追加されている。そのチェックポイント処理部は、ウォッチドッグタイマ１６が解除されるように、ウォッチドッグタイマ１６を制御する。
<Example 2>
The sensor node 3-i may further activate the
［実施例２のセンサノードの動作］
図１０は、実施例２のセンサノードの動作を示す動作シーケンス図である。センサノード３−ｉのファームウェア２２−Ａは、図１０に示されているように、センサノード３−ｉが新しいファームウェア２２−Ｂをサーバ２から受信すると（Ｓ３１）、ファームウェア２２−ＢをｅＭＭＣ１９の所定のバンクメモリに記録する。ファームウェア２２−Ａは、ストレージ１５を制御することにより、起動バンク情報２５がファームウェア２２−Ｂを示すように、起動バンク情報２５を更新する。ファームウェア２２−Ａは、さらに、ストレージ１５を制御することにより、バンク試行情報２６が「×」を示すように、バンク試行情報２６を更新する。ファームウェア２２−Ａは、さらに、ストレージ１５を制御することにより、ＦＷ判定情報２８が「未定」を示すように、ＦＷ判定情報２８を更新する（Ｓ３２）。ファームウェア２２−Ａは、起動バンク情報２５とバンク試行情報２６とＦＷ判定情報２８とを更新した後に、ウォッチドッグタイマ１６を制御することにより、ウォッチドッグタイマ１６を設定する（Ｓ３３）。ファームウェア２２−Ａは、ウォッチドッグタイマ１６が設定された後に、リブートすることにより制御をブートローダ２１に移す（Ｓ３４）。
[Operation of Sensor Node of Second Embodiment]
FIG. 10 is an operation sequence diagram showing the operation of the sensor node according to the second embodiment. When the sensor node 3-i receives the new firmware 22-B from the server 2 (S31), the firmware 22-A of the sensor node 3-i receives the firmware 22-B of the
ブートローダ２１は、起動されると、起動バンク情報２５とバンク試行情報２６とＦＷ判定情報２８とをストレージ１５から取得する（Ｓ３５）。ブートローダ２１は、起動バンク情報２５とバンク試行情報２６とＦＷ判定情報２８とに基づいて複数のファームウェア２２−１〜２２−Ｋからファームウェア２２−Ｂを選択する（Ｓ３６）。ブートローダ２１は、ストレージ１５を制御することにより、バンク試行情報２６が「○」を示すように、バンク試行情報２６を更新する（Ｓ３７）。ブートローダ２１は、バンク試行情報２６が更新された後に、その選択されたファームウェア２２−Ｂを起動することにより、ファームウェア２２−Ｂに制御を移す（Ｓ３８）。
When booted, the
ファームウェア２２−Ｂは、起動されると、通常の動作を実行し、さらに、ファームウェア２２−Ｂ自身の良否を判定する（Ｓ３９）。ファームウェア２２−Ｂは、ファームウェア２２−Ｂの良否を判定した後に、ストレージ１５を制御することにより、ＦＷ判定情報２８が「正常」または「不良」を示すように、ＦＷ判定情報２８を更新する（Ｓ４０）。
When the firmware 22-B is started, the firmware 22-B executes a normal operation, and further determines the quality of the firmware 22-B itself (S39). After determining the quality of the firmware 22-B, the firmware 22-B controls the
ウォッチドッグタイマ１６は、設定された時刻から所定の期間経過した時刻までの期間に、ファームウェア２２−Ｂにより解除されなかったときに、タイムアウトする。ウォッチドッグタイマ１６は、タイムアウトしたときに、タイムアウトしたことをＭＣＵ１４に伝達することにより、ＭＣＵ１４をリブートさせる（Ｓ４１）。ブートローダ２１は、ＭＣＵ１４がリブートされることにより起動される。ブートローダ２１は、ウォッチドッグタイマ１６がＭＣＵ１４をリブートすることにより起動されたときに、再度Ｓ３５以降の処理を実行する。
The
図１１は、実施例２のセンサノードの動作を示すフローチャートである。センサノード３−ｉは、図１１に示されているように、ブートローダ２１が起動されると、既述の図８のフローと同様にして、起動バンク情報２５とバンク試行情報２６とＦＷ判定情報２８とに基づいて選択されたファームウェアを起動する。
FIG. 11 is a flowchart showing the operation of the sensor node according to the second embodiment. As shown in FIG. 11, when the
ＭＣＵ１４は、ファームウェア２２−Ａまたはファームウェア２２−Ｂが起動されると、まず、通常動作を実行する（Ｓ１８）。ＭＣＵ１４は、通常動作が実行されると、既述の図８のフローと同様にして、複数のチェックポイント処理部３３−１〜３３−Ｘに対応する複数のチェックポイント処理を実行する。ウォッチドッグタイマ１６に関するチェックポイント処理では、ＭＣＵ１４は、まず、ＦＷ判定情報２８をストレージ１５から取得する（Ｓ５１）。ＭＣＵ１４は、ＦＷ判定情報２８が「未定」を示しているときに（Ｓ５１、Ｎｏ）、ウォッチドッグタイマ１６を制御することにより、ウォッチドッグタイマ１６を解除する（Ｓ５２）。ＭＣＵ１４は、ウォッチドッグタイマ１６を解除した後に、ストレージ１５を制御することにより、この追加されたチェックポイント処理に対応するチェックポイント処理結果が「正常」を示すように複数のチェックポイント処理結果２７−１〜２７−Ｘを更新する。ＭＣＵ１４は、複数のチェックポイント処理の全部で、起動されているファームウェアが正常であると判定されたときに、ストレージ１５を制御することにより、ＦＷ判定情報２８が「正常」を示すようにＦＷ判定情報２８を更新する（Ｓ５３）。
When the firmware 22-A or the firmware 22-B is activated, the MCU 14 first executes a normal operation (S18). When the normal operation is executed, the MCU 14 executes a plurality of checkpoint processing corresponding to the plurality of checkpoint processing units 33-1 to 33-X in the same manner as the flow of FIG. 8 described above. In the checkpoint process regarding the
ＭＣＵ１４は、複数のチェックポイント処理が実行された後に、ＲＦ通信部１１を制御することにより、サーバ２からＦＷ更新要求を受信しているかどうかを判定する（Ｓ２３）。ＭＣＵ１４は、サーバ２からＦＷ更新要求を受信していないときに（Ｓ２３、Ｎｏ）、Ｓ１８〜Ｓ２３の処理を繰り返し実行する。 After executing a plurality of checkpoint processes, the MCU 14 controls the RF communication unit 11 to determine whether or not the FW update request is received from the server 2 (S23). When the FW update request is not received from the server 2 (S23, No), the MCU 14 repeatedly executes the processes of S18 to S23.
ＭＣＵ１４は、サーバ２からＦＷ更新要求を受信しているときに（Ｓ２３、Ｙｅｓ）、サーバ２から更新されたファームウェアをダウンロードし、そのダウンロードされたファームウェアを、ｅＭＭＣ１９の所定のメモリバンクに記録する（Ｓ２４）。ＭＣＵ１４は、ストレージ１５を制御することにより、そのダウンロードされたファームウェアを起動バンク情報２５が示すように起動バンク情報２５を更新する。ＭＣＵ１４は、さらに、ストレージ１５を制御することにより、ＦＷ判定情報２８が「未定」を示すようにＦＷ判定情報２８を更新し、バンク試行情報２６が「×」を示すようにバンク試行情報２６を更新する（Ｓ２５）。
While receiving the FW update request from the server 2 (S23, Yes), the MCU 14 downloads the updated firmware from the
ＭＣＵ１４は、起動バンク情報２５とバンク試行情報２６とＦＷ判定情報２８とが更新された後に、ウォッチドッグタイマ１６を制御することにより、ウォッチドッグタイマ１６を設定する（Ｓ５４）。ＭＣＵ１４は、ウォッチドッグタイマ１６を設定した後に、リブートすることにより、ブートローダ２１を起動し、ブートローダ２１に制御を移す。
The MCU 14 sets the
ウォッチドッグタイマ１６は、設定された時刻から所定の期間経過した時刻までの期間に、解除されなかったときに、タイムアウトする。ウォッチドッグタイマ１６は、タイムアウトしたときに、タイムアウトしたことをＭＣＵ１４に伝達することにより、ＭＣＵ１４をリブートさせ、ブートローダ２１を起動させる（Ｓ５５）。
The
［実施例２のセンサノードの効果］
実施例２のセンサノード３−ｉは、ファームウェア２２−Ｂが起動されるときに設定されるウォッチドッグタイマ１６をさらに備えている。ブートローダ２１は、さらに、ウォッチドッグタイマ１６がタイムアウトしたときに、ＭＣＵ１４に起動される。このようなセンサノード３−ｉは、ウォッチドッグタイマ１６を備えていることにより、ファームウェア２２−Ｂが起動しないなど、ＭＣＵ１４がフリーズした場合でも、そのトラブルから抜けることができる。このようなセンサノード３−ｉは、さらに、ファームウェア２２−Ｂがフリーズしてファームウェア２２−Ｂの良否を判定しない場合でも、正常であるファームウェア２２−Ａを自動的に起動させることができる。
[Effect of Sensor Node of Second Embodiment]
The sensor node 3-i of the second embodiment further includes the
また、実施例２では、ファームウェア２２−Ｂは、ファームウェア２２−Ｂが正常であると判定されたときに、ウォッチドッグタイマ１６を解除する。このようなセンサノード３−ｉは、ファームウェア２２−Ｂが正常であると判定されたときにウォッチドッグタイマ１６を解除することにより、不要にリブートされることを防止することができる。
Further, in the second embodiment, the firmware 22-B releases the
また、実施例２では、ストレージ１５は、バンク試行情報２６をさらに記録している。ファームウェア２２−Ａは、ファームウェア２２−Ｂが起動される前に、ＦＷ判定情報２８が「未定」を示すようにＦＷ判定情報２８を更新し、バンク試行情報２６が「×」を示すようにバンク試行情報２６を更新する。ブートローダ２１は、ＦＷ判定情報２８が「未定」を示す場合でバンク試行情報２６が「×」を示すときに、バンク試行情報２６が「○」を示すようにバンク試行情報２６を更新してファームウェア２２−Ｂを起動する。ブートローダ２１は、さらに、ＦＷ判定情報２８が「未定」を示す場合でバンク試行情報２６が「○」を示すときに、ファームウェア２２−Ａを起動する。このようなセンサノード３−ｉは、バンク試行情報２６をストレージ１５に記録することにより、ウォッチドッグタイマ１６によりリブートされた場合でも、正常であるファームウェア２２−Ａを起動させることができる。
Further, in the second embodiment, the
＜実施例３＞
ところで、実施例２では、センサノード３−ｉは、バンク試行情報２６をストレージ１５に記録しているが、バンク試行情報２６を記録することを省略してもよい。実施例３では、センサノード３−ｉは、バンク試行情報２６を記録更新することが省略されている。このとき、ブートローダ２１は、ＦＷ判定情報２８が「未定」を示すときに、ストレージ１５を制御することにより、ＦＷ判定情報２８が「不良」を示すようにＦＷ判定情報２８が「未定」を更新する。
<Example 3>
By the way, in the second embodiment, the sensor node 3-i records the
［実施例３のセンサノードの動作］
図１２は、実施例３のセンサノードの動作を示すフローチャートである。センサノード３−ｉは、図１２に示されているように、まず、ブートローダ２１が起動される。センサノード３−ｉのＭＣＵ１４は、ブートローダ２１が起動されると、起動バンク情報２５とＦＷ判定情報２８とをストレージ１５から取得する（Ｓ６１）。ＭＣＵ１４は、ＦＷ判定情報２８が「正常」を示していないで（Ｓ６２、Ｎｏ）、ＦＷ判定情報２８が「不良」を示しているときに（Ｓ６３、Ｙｅｓ）、以前に正常に動作していたファームウェア２２−Ｂを選択する（Ｓ６４）。このとき、その選択されたファームウェア２２−Ｂは、起動バンク情報２５が示すファームウェア２２−Ａと異なっている。ＭＣＵ１４は、ＦＷ判定情報２８が「未定」を示しているときに（Ｓ６３、Ｎｏ）、ストレージ１５を制御することにより、ＦＷ判定情報２８が「不良」を示すようにＦＷ判定情報２８を更新する（Ｓ６５）。このとき、ＦＷ判定情報２８が「不良」を示しているが、起動バンク情報２５が示すファームウェアは良否が判定されておらず、すなわち、ＦＷ判定情報２８は、「不良」に仮決めされている。ＭＣＵ１４は、Ｓ６５が実行されたときに、または、ＦＷ判定情報２８が「正常」を示しているときに（Ｓ６２、Ｙｅｓ）、起動バンク情報２５が示すファームウェア２２−Ａを起動する（Ｓ６６）。
[Operation of Sensor Node of Third Embodiment]
FIG. 12 is a flowchart showing the operation of the sensor node according to the third embodiment. In the sensor node 3-i, as shown in FIG. 12, first, the
ＭＣＵ１４は、ファームウェア２２−Ａまたはファームウェア２２−Ｂが起動されると、既述の図１１のフローと同様にして、まず、通常動作を実行する（Ｓ１８）。ＭＣＵ１４は、通常動作が実行されると、複数のチェックポイント処理部３３−１〜３３−Ｘに対応する複数のチェックポイント処理を実行する。ウォッチドッグタイマ１６に関するチェックポイント処理では、ＭＣＵ１４は、まず、ＦＷ判定情報２８をストレージ１５から取得する（Ｓ５１）。ＭＣＵ１４は、ＦＷ判定情報２８が「不良」を示しているときに（Ｓ５１、Ｎｏ）、ウォッチドッグタイマ１６を制御することにより、ウォッチドッグタイマ１６を解除する（Ｓ５２）。ＭＣＵ１４は、ウォッチドッグタイマ１６を解除した後に、ストレージ１５を制御することにより、ウォッチドッグタイマ１６に関するチェックポイント処理結果が「正常」を示すようにチェックポイント処理結果を更新する。ＭＣＵ１４は、複数のチェックポイント処理の全部で、起動されているファームウェアが正常であると判定されたときに、ストレージ１５を制御することにより、ＦＷ判定情報２８が「正常」を示すようにＦＷ判定情報２８を更新する（Ｓ５３）。
When the firmware 22-A or the firmware 22-B is activated, the MCU 14 first executes a normal operation in the same manner as the flow of FIG. 11 described above (S18). When the normal operation is executed, the MCU 14 executes a plurality of checkpoint processing corresponding to the plurality of checkpoint processing units 33-1 to 33-X. In the checkpoint process regarding the
ＭＣＵ１４は、複数のチェックポイント処理が実行された後に、ＲＦ通信部１１を制御することにより、サーバ２からＦＷ更新要求を受信しているかどうかを検出する（Ｓ２３）。ＭＣＵ１４は、サーバ２からＦＷ更新要求を受信していないときに（Ｓ２３、Ｎｏ）、Ｓ１８〜Ｓ２３の処理を繰り返し実行する。
The MCU 14 controls whether or not the FW update request is received from the
ＭＣＵ１４は、サーバ２からＦＷ更新要求を受信しているときに（Ｓ２３、Ｙｅｓ）、サーバ２から更新されたファームウェアをダウンロードし、そのダウンロードされたファームウェアを、ｅＭＭＣ１９の所定のメモリバンクに記録する（Ｓ２４）。ＭＣＵ１４は、ストレージ１５を制御することにより、そのダウンロードされたファームウェアを起動バンク情報２５が示すように起動バンク情報２５を更新する。ＭＣＵ１４は、さらに、ストレージ１５を制御することにより、ＦＷ判定情報２８が「未定」を示すようにＦＷ判定情報２８を更新する（Ｓ６７）。
While receiving the FW update request from the server 2 (S23, Yes), the MCU 14 downloads the updated firmware from the
ＭＣＵ１４は、起動バンク情報２５とＦＷ判定情報２８とが更新された後に、ウォッチドッグタイマ１６を制御することにより、ウォッチドッグタイマ１６を設定する（Ｓ５４）。ＭＣＵ１４は、ウォッチドッグタイマ１６を設定した後に、リブートすることにより、ブートローダ２１を起動し、ブートローダ２１に制御を移す。
The MCU 14 sets the
ウォッチドッグタイマ１６は、設定された時刻から所定の期間経過した時刻までの期間に、解除されなかったときに、タイムアウトする。ウォッチドッグタイマ１６は、タイムアウトしたときに、タイムアウトしたことをＭＣＵ１４に伝達することにより、ＭＣＵ１４をリブートさせ、ブートローダ２１を起動させる（Ｓ５５）。
The
実施例３のセンサノード３−ｉは、実施例２のセンサノード３−ｉと同様にして、ファームウェア２２−Ｂがフリーズする場合でも、正常であるファームウェア２２−Ａを自動的に起動させることができる。 Similarly to the sensor node 3-i of the second embodiment, the sensor node 3-i of the third embodiment can automatically activate the normal firmware 22-A even when the firmware 22-B freezes. it can.
＜実施例４＞
センサノード３−ｉは、さらに、ファームウェア２２−Ａが頻繁に再起動するときに、ブートローダ２１を起動してもよい。このとき、ストレージ１５は、さらに、更新完了時刻と起動回数とを記録している。ファームウェア２２−Ａのアップデート部３２は、新しいファームウェアをダウンロードしたときに、その更新完了時刻と起動回数とを更新するように、ストレージ１５を制御する。複数のチェックポイント処理部３３−１〜３３−Ｘは、起動回数に関する他のチェックポイント処理部が追加されている。そのチェックポイント処理部は、起動回数を更新するようにストレージ１５を制御し、現在時刻を取得するようにカレンダータイマ１７を制御する。そのチェックポイント処理部は、その更新完了時刻と起動回数と現在時刻とに基づいて算出されたファームウェア２２−Ａの再起動の頻度が所定の値より大きいときに、リブートすることにより、ブートローダ２１を起動する。
<Example 4>
The sensor node 3-i may further activate the
［実施例４のセンサノードの動作］
図１３は、実施例４のセンサノードの動作を示す動作シーケンス図である。センサノード３−ｉのファームウェア２２−Ａは、図１３に示されているように、センサノード３−ｉが新しいファームウェア２２−Ｂをサーバ２から受信すると（Ｓ７１）、ファームウェア２２−ＢをｅＭＭＣ１９の所定のバンクメモリに記録する。ファームウェア２２−Ａは、ストレージ１５を制御することにより、起動バンク情報２５がファームウェア２２−Ｂを示すように、起動バンク情報２５を更新する。ファームウェア２２−Ａは、ストレージ１５を制御することにより、バンク試行情報２６が「×」を示すように、バンク試行情報２６を更新する。ファームウェア２２−Ａは、ストレージ１５を制御することにより、ＦＷ判定情報２８が「未定」を示すように、ＦＷ判定情報２８を更新する。ファームウェア２２−Ａは、さらに、ストレージ１５を制御することにより、起動回数が０を示すように起動回数を更新する（Ｓ７２）。ファームウェア２２−Ａは、さらに、カレンダータイマ１７を制御することにより、現在時刻を取得し、ストレージ１５を制御することにより、その取得された現在時刻を更新完了時刻が示すように更新完了時刻を更新する（Ｓ７３）。ファームウェア２２−Ａは、起動バンク情報２５とバンク試行情報２６とＦＷ判定情報２８と起動回数と更新完了時刻とを更新した後に、リブートすることにより制御をブートローダ２１に移す（Ｓ７４）。
[Operation of Sensor Node of Fourth Embodiment]
FIG. 13 is an operation sequence diagram showing the operation of the sensor node according to the fourth embodiment. When the sensor node 3-i receives the new firmware 22-B from the server 2 (S71), the firmware 22-A of the sensor node 3-i receives the firmware 22-B of the
ブートローダ２１は、起動されると、起動バンク情報２５とバンク試行情報２６とＦＷ判定情報２８とをストレージ１５から取得する（Ｓ７５）。ブートローダ２１は、起動バンク情報２５とバンク試行情報２６とＦＷ判定情報２８とに基づいて複数のファームウェア２２−１〜２２−Ｋからファームウェア２２−Ｂを選択する（Ｓ７６）。ブートローダ２１は、ストレージ１５を制御することにより、バンク試行情報２６が「○」を示すように、バンク試行情報２６を更新する（Ｓ７７）。ブートローダ２１は、バンク試行情報２６が更新された後に、その選択されたファームウェア２２−Ｂを起動することにより、ファームウェア２２−Ｂに制御を移す（Ｓ７８）。
When booted, the
ファームウェア２２−Ｂは、起動されると、ストレージ１５を制御することにより、更新完了時刻と起動回数とを取得する（Ｓ７９）。ファームウェア２２−Ｂは、さらに、カレンダータイマ１７を制御することにより、現在時刻を取得する（Ｓ８０）。ファームウェア２２−Ｂは、ストレージ１５を制御することにより、バンク試行情報２６が「×」を示すようにバンク試行情報２６を更新する。ファームウェア２２−Ｂは、さらに、ストレージ１５を制御することにより、起動回数を取得し、その取得された起動回数が示す値に１と加算した和を起動回数が示すように起動回数をインクリメントする（Ｓ８１）。
When activated, the firmware 22-B controls the
ファームウェア２２−Ｂは、通常の動作を実行し、さらに、ファームウェア２２−Ｂ自身の良否を判定する（Ｓ８２）。ファームウェア２２−Ｂは、ファームウェア２２−Ｂの良否を判定した後に、ストレージ１５を制御することにより、ＦＷ判定情報２８が「正常」または「不良」を示すように、ＦＷ判定情報２８を更新する（Ｓ８３）。
The firmware 22-B executes a normal operation, and further determines the quality of the firmware 22-B itself (S82). After determining the quality of the firmware 22-B, the firmware 22-B controls the
図１４は、実施例４のセンサノードの動作を示すフローチャートである。センサノード３−ｉは、図１４に示されているように、ブートローダ２１が起動されると、既述の図８のフローと同様にして、起動バンク情報２５とバンク試行情報２６とＦＷ判定情報２８とに基づいて選択されたファームウェアを起動する。
FIG. 14 is a flowchart showing the operation of the sensor node according to the fourth embodiment. As shown in FIG. 14, when the
ＭＣＵ１４は、ファームウェア２２−Ａまたはファームウェア２２−Ｂが起動されると、まず、通常動作を実行する（Ｓ１８）。ＭＣＵ１４は、通常動作が実行されると、既述の図８のフローと同様にして、複数のチェックポイント処理部３３−１〜３３−Ｘに対応する複数のチェックポイント処理を実行する。起動回数に関するチェックポイント処理では、ＭＣＵ１４は、まず、ＦＷ判定情報２８をストレージ１５から取得する（Ｓ９１）。ＭＣＵ１４は、ＦＷ判定情報２８が「未定」を示しているときに（Ｓ９１、Ｎｏ）、ストレージ１５を制御することにより、起動回数と更新完了時刻とを取得する。ＭＣＵ１４は、ストレージ１５を制御することにより、その取得された起動回数が示す値に１を加算した和を起動回数が示すように、起動回数を更新する（Ｓ９２）。ＭＣＵ１４は、その更新された起動回数が示す値が所定の値を超過しているときに（Ｓ９３、Ｙｅｓ）、ストレージ１５を制御することにより、ＦＷ判定情報２８が「不良」を示すようにＦＷ判定情報２８を更新する（Ｓ９４）。ＭＣＵ１４は、ＦＷ判定情報２８が「不良」を示すようにＦＷ判定情報２８が更新された後に、リブートすることにより、ブートローダ２１を起動し、制御をブートローダ２１に移す。
When the firmware 22-A or the firmware 22-B is activated, the MCU 14 first executes a normal operation (S18). When the normal operation is executed, the MCU 14 executes a plurality of checkpoint processing corresponding to the plurality of checkpoint processing units 33-1 to 33-X in the same manner as the flow of FIG. 8 described above. In the checkpoint process regarding the number of times of activation, the MCU 14 first acquires the
ＭＣＵ１４は、その更新された起動回数が示す値が所定の値を超過していないときに（Ｓ９３、Ｎｏ）、カレンダータイマ１７を制御することにより、現在時刻を取得する。ＭＣＵ１４は、Ｓ９２で取得した更新完了時刻から現在時刻までに所定の時間が経過しているときに（Ｓ９５、Ｙｅｓ）、ストレージ１５を制御することにより、対応するチェックポイント処理結果が「正常」を示すようにそのチェックポイント処理結果を更新する。ＭＣＵ１４は、複数のチェックポイント処理の全部で、起動されているファームウェアが正常であると判定されたときに、ストレージ１５を制御することにより、ＦＷ判定情報２８が「正常」を示すようにＦＷ判定情報２８を更新する（Ｓ９６）。
The MCU 14 acquires the current time by controlling the
ＭＣＵ１４は、Ｓ９６でＦＷ判定情報２８が更新された後で、または、所定の時間が経過していないときに（Ｓ９５、Ｎｏ）、ＲＦ通信部１１を制御することにより、サーバ２からＦＷ更新要求を受信しているかどうかを検出する（Ｓ２３）。ＭＣＵ１４は、さらに、ＦＷ判定情報２８が「正常」を示しているときに（Ｓ９１、Ｙｅｓ）、ＲＦ通信部１１を制御することにより、サーバ２からＦＷ更新要求を受信しているかどうかを検出する（Ｓ２３）。
The MCU 14 controls the RF communication unit 11 after the
ＭＣＵ１４は、サーバ２からＦＷ更新要求を受信していないときに（Ｓ２３、Ｎｏ）、Ｓ１８〜Ｓ２３の処理を繰り返し実行する。 When the FW update request is not received from the server 2 (S23, No), the MCU 14 repeatedly executes the processes of S18 to S23.
ＭＣＵ１４は、サーバ２からＦＷ更新要求を受信しているときに（Ｓ２３、Ｙｅｓ）、ＲＦ通信部１１を制御することにより、サーバ２から更新されたファームウェアをダウンロードする。ＭＣＵ１４は、次いで、ｅＭＭＣ１９を制御することにより、そのダウンロードされたファームウェアを、ｅＭＭＣ１９の複数のメモリバンクのうちの起動されているファームウェアが記録されているメモリバンクと異なる他のメモリバンクに記録する（Ｓ２４）。
When receiving the FW update request from the server 2 (S23, Yes), the MCU 14 controls the RF communication unit 11 to download the updated firmware from the
ＭＣＵ１４は、ストレージ１５を制御することにより、そのダウンロードされたファームウェアを起動バンク情報２５が示すように起動バンク情報２５を更新する。ＭＣＵ１４は、さらに、ストレージ１５を制御することにより、ＦＷ判定情報２８が「未定」を示すようにＦＷ判定情報２８を更新し、バンク試行情報２６が「×」を示すようにバンク試行情報２６を更新する（Ｓ２５）。ＭＣＵ１４は、起動バンク情報２５とバンク試行情報２６とＦＷ判定情報２８とが更新された後に、カレンダータイマ１７を制御することにより、現在時刻を取得する。ＭＣＵ１４は、さらに、ストレージ１５を制御することにより、起動回数が０を示すように起動回数を更新し、その取得された現在時刻を更新完了時刻が示すように更新完了時刻を更新する（Ｓ９７）。ＭＣＵ１４は、起動回数と更新完了時刻とが更新された後に、リブートすることにより、ブートローダ２１を起動し、ブートローダ２１に制御を移す。
The MCU 14 controls the
［実施例４のセンサノードの効果］
実施例４のセンサノード３−ｉは、カレンダータイマ１７をさらに備えている。ストレージ１５は、起動回数をさらに記録している。ファームウェア２２−Ｂは、カレンダータイマ１７を用いて導出される期間にファームウェア２２−Ｂが起動される回数を起動回数が示すように起動回数を更新する。ファームウェア２２−Ｂは、起動回数が所定の値より大きいときに、ＦＷ判定情報２８が「不良」を示すようにＦＷ判定情報２８を更新してブートローダ２１を起動する。このようなセンサノード３−ｉは、ファームウェア２２−Ｂが頻繁に再起動する場合でも、正常であるファームウェア２２−Ａを自動的に起動させることができる。
[Effect of Sensor Node of Fourth Embodiment]
The sensor node 3-i of the fourth embodiment further includes a
また、実施例４では、ファームウェア２２−Ｂは、その期間が経過したときにＦＷ判定情報２８が「正常」を示すようにＦＷ判定情報２８を更新し、ＦＷ判定情報２８が「正常」を示すときに起動回数を更新しない。このようなセンサノード３−ｉは、ファームウェア２２−Ｂが正常であると判定されたときに、起動回数を更新しないことにより、ＭＣＵ１４の負担を軽減することができる。
In the fourth embodiment, the firmware 22-B updates the
ところで、実施例４では、ファームウェア２２−Ｂは、ファームウェア２２−Ｂが再起動する頻度以外の観点についてもファームウェア２２−Ｂの良否を判定しているが、その頻度のみに基づいてファームウェア２２−Ｂの良否を判定してもよい。この場合も、センサノード３−ｉは、更新された新しいファームウェア２２−Ｂが起動することができる場合でも、ファームウェア２２−Ｂに不具合があるときに、正常であるファームウェア２２−Ａを自動的に起動させることができる。 By the way, in the fourth embodiment, the firmware 22-B determines the quality of the firmware 22-B from a viewpoint other than the frequency at which the firmware 22-B is restarted, but the firmware 22-B is determined based on only the frequency. The quality of may be determined. In this case as well, the sensor node 3-i automatically updates the normal firmware 22-A when there is a defect in the firmware 22-B, even if the updated new firmware 22-B can be activated. Can be activated.
＜実施例５＞
更新された新しいファームウェア２２−Ｂは、複数のフラグメントに分割されてサーバ２からセンサノード３−ｉに送信されてもよい。図１５は、実施例５のセンサノードにサーバからダウンロードされるファームウェアを示す図である。ファームウェア２２−Ｂは、複数のブロック５１−１〜５１−Ｃ（Ｃ＝２，３，４，…）から形成されている。複数のブロック５１−１〜５１−Ｃのうちの任意のブロック５１−ｃ（ｃ＝１，２，３，…，Ｃ）は、複数のフラグメント５２−１〜５２−Ｄ（Ｄ＝２，３，４，…）から形成されている。複数のフラグメント５２−１〜５２−Ｄのうちの任意のフラグメント５２−ｄ（ｄ＝１，２，３，…，Ｄ）は、情報量が所定の情報量以下になるように形成されている。その所定の情報量は、フラグメント５２−ｄが１パケットのペイロードに収まるように設計される。
<Example 5>
The updated new firmware 22-B may be divided into a plurality of fragments and transmitted from the
［実施例５のセンサノードの動作］
図１６は、実施例５のセンサノードがファームウェアを受信する動作を示す動作シーケンス図である。サーバ２は、更新された新しいファームウェア２２−Ｂが入力されると、まず、ファームウェア２２−Ｂを複数のブロック５１−１〜５１−Ｃに分割する。サーバ２は、ファームウェア２２−Ｂを複数のブロック５１−１〜５１−Ｃに分割した後に、複数のブロック５１−１〜５１−Ｃの各々のブロック５１−ｃを複数のフラグメント５２−１〜５２−Ｄに分割する。サーバ２は、無線通信を介して、制御情報であるファームウェア更新要求６１を複数のセンサノード３−１〜３−Ｎに配信する。
[Operation of Sensor Node of Example 5]
FIG. 16 is an operation sequence diagram showing an operation in which the sensor node of the fifth embodiment receives the firmware. When the updated new firmware 22-B is input, the
複数のセンサノード３−１〜３−Ｎのうちのファームウェア更新要求６１を受信したセンサノード３−ｉは、ＡＣＫ６２をサーバ２に返信する。サーバ２は、ＡＣＫ６２をセンサノード３−ｉから受信すると、ファームウェア２２−Ｂを複数のブロック５１−１〜５１−Ｃ毎にセンサノード３−ｉに送信する。サーバ２は、複数のブロック５１−１〜５１−Ｃのうちの最初のブロック５１−１を送信するときに、最初のブロック５１−１が形成される複数のフラグメント５２−１〜５２−Ｄを１つずつセンサノード３−ｉに送信する。
The sensor node 3-i, which has received the
センサノード３−ｉは、複数のフラグメント５２−１〜５２−Ｄのうちの最後の最終フラグメント５２−Ｄと異なるフラグメントを受信したときに、ＡＣＫをサーバ２に返信しないで、最終フラグメント５２−Ｄを受信したときにＡＣＫ６４をサーバ２に返信する。
When the sensor node 3-i receives a fragment different from the last final fragment 52-D of the plurality of fragments 52-1 to 52-D, the sensor node 3-i does not send back the ACK to the
図１７は、パケットの送受信が欠落することがあるときの動作を示す動作シーケンス図である。サーバ２は、最終フラグメント５２−Ｄを送信した時刻から所定の時間経過するまでにＡＣＫ６４を受信しなかったときに、最終フラグメント５２−Ｄを再送する。サーバ２は、最終フラグメント５２−Ｄを再送した時刻から所定の時間経過するまでにＡＣＫ６４を受信しなかった場合も、繰り返して最終フラグメント５２−Ｄを再送する。センサノード３−ｉは、最終フラグメント５２−Ｄを受信するごとに、ＡＣＫ６４をサーバ２に返信する。
FIG. 17 is an operation sequence diagram showing an operation when packet transmission/reception may be lost. The
センサノード３−ｉは、最終フラグメント５２−Ｄを受信した後で、複数のフラグメント５２−１〜５２−Ｄのうちの取得できなかった欠落フラグメントがあるときに、その欠落フラグメントのリストを作成する。センサノード３−ｉは、その欠落フラグメントがあるときに、そのリストをＡＣＫ６４に付随してサーバ２に送信する。
After receiving the final fragment 52-D, the sensor node 3-i creates a list of the missing fragments of the plurality of fragments 52-1 to 52-D that cannot be obtained. .. When there is the missing fragment, the sensor node 3-i sends the list together with the
サーバ２は、ＡＣＫ６４を受信した場合で、ＡＣＫ６４にそのリストが付随されていたときに、そのリストが示す複数のフラグメント６５をセンサノード３−ｉに送信する。このとき、複数のフラグメント６５は、リスト中の最後のフラグメントを、最終フラグメント５２−Ｄと同様のものとして扱い、処理をするように実装している。
When the
センサノード３−ｉは、最終フラグメント５２−Ｄを受信した場合で、複数のフラグメント５２−１〜５２−Ｄの全部を取得しているときに、リストが付随されないＡＣＫ６４をサーバ２に送信する。サーバ２は、リストが付随されないＡＣＫ６４を受信することにより、最初のブロック５１−１の送信を完了する。
When the sensor node 3-i receives the final fragment 52-D and acquires all of the plurality of fragments 52-1 to 52-D, the sensor node 3-i transmits the
図１８は、１つのブロックの送信が完了した後の動作を示す動作シーケンス図である。詳細には、ブロックｃまで送信が完了し、ブロックｃ＋１の送信が完了しないうちにアップデート処理が何らかの原因で停止してしまった場合にｃ＋１ブロック目からアップデートを再開するためのシーケンス図である。センサノード３−ｉのストレージ１５は、受信完了ブロック番号７１をさらに記録している。センサノード３−ｉは、ブロック５１−ｃの複数のフラグメント５２−１〜５２−Ｄの全部を取得したときに、ストレージ１５を制御することにより、受信完了ブロック番号７１が値ｃを示すように受信完了ブロック番号７１を更新する。サーバ２は、ブロック５１−ｃの送信が完了した後に、すなわち、リストが付随されないＡＣＫ６４を受信した後に、ファームアップデート再開要求７２をセンサノード３−ｉに送信する。「停止」の部分が入らない場合は、ファームアップデート再開要求７２は、不要であり、即ｃ＋１ブロック目のフラグメント送信を行う。センサノード３−ｉは、ファームアップデート再開要求７２を受信すると、ストレージ１５から受信完了ブロック番号７１を取得し、開始ブロック番号が付随されたＡＣＫ７３をサーバ２に返信する。その開始ブロック番号は、複数のブロック５１−１〜５１−Ｃのうちの最後に受信されたブロック５１−ｃの次のブロックの番号を示し、受信完了ブロック番号７１が示す値ｃに１を加算した和ｃ＋１を示している。サーバ２は、開始ブロック番号が付随されたＡＣＫ７３をセンサノード３−ｉから受信すると、複数のブロック５１−１〜５１−Ｃのうちの開始ブロック番号に対応するブロックを、最初のブロック５１−１と同様にして、センサノード３−ｉに送信する。
FIG. 18 is an operation sequence diagram showing an operation after the transmission of one block is completed. More specifically, it is a sequence diagram for restarting the update from the (c+1)th block in the case where the transmission is completed up to the block c and the update process is stopped for some reason before the transmission of the block c+1 is completed. The
［実施例５のセンサノードの効果］
実施例５では、ファームウェア２２−Ａは、複数のブロック５１−１〜５１−Ｃに分割されたファームウェア２２−Ｂをサーバ２から１つずつダウンロードすることにより、ファームウェア２２−Ｂをダウンロードする。このようなセンサノード３−ｉは、ファームウェア２２−Ｂを複数のブロック５１−１〜５１−Ｃ毎にダウンロードすることにより、ストレージ１５のうちのダウンロードするときに使用されるバッファ領域を小さくすることができる。このため、このようなセンサノード３−ｉは、ストレージ１５の規模が小さい場合でも、ファームウェア２２−Ｂを適切にダウンロードすることができる。また、このようなセンサノード３−ｉは、ストレージ１５のうちのダウンロードするときに使用されるバッファ領域を小さくすることにより、ストレージ１５の規模を小さくすることができる。このようなセンサノード３−ｉは、ストレージ１５の規模を小さくすることにより、製造コストを低減することができる。
[Effect of Sensor Node of Example 5]
In the fifth embodiment, the firmware 22-A downloads the firmware 22-B by downloading the firmware 22-B divided into a plurality of blocks 51-1 to 51-C from the
また、実施例５では、ファームウェア２２−Ａは、複数のブロック５１−１〜５１−Ｃの各ブロック５１−ｃが分割された複数のフラグメント５２−１〜５２−Ｄをサーバ２から１つずつダウンロードすることにより、各ブロック５１−ｃをダウンロードする。ファームウェア２２−Ａは、複数のフラグメント５２−１〜５２−Ｄのうちの最終フラグメント５２−Ｄと異なるフラグメントをダウンロードしたときにＡＣＫを返信しないで、最終フラグメント５２−ＤをダウンロードしたときにＡＣＫ６４を返信する。このようなセンサノード３−ｉは、複数のフラグメント５２−１〜５２−Ｄを受信する毎にＡＫＣをサーバ２に返信することに比較して、ファームウェア２２−Ｂの転送効率を向上させることができ、ファームウェア２２−Ｂを高速にダウンロードすることができる。
Further, in the fifth embodiment, the firmware 22-A includes, from the
また、実施例５では、ファームウェア２２−Ａは、最終フラグメント５２−Ｄをダウンロードしたときに、複数のフラグメント５２−１〜５２−Ｄのうちの欠落したフラグメントのリストをサーバ２に返信する。このとき、サーバ２は、欠落したフラグメントのリストを受信することにより、欠落したフラグメントをセンサノード３−ｉに再送することができる。センサノード３−ｉは、低電力で動作するため、無線出力が小さい。センサノード３−ｉは、さらに、奥まったスペースに設置されるため、その無線通信に利用される電波がサーバ２まで届き辛く、通信が途切れがちになる。このようなセンサノード３−ｉは、無線環境５が低品質であっても、欠落したフラグメントのリストをサーバ２に伝達することにより、欠落したフラグメントをサーバ２から取得することができ、ファームウェア２２−Ｂを適切にダウンロードすることができる。
Further, in the fifth embodiment, the firmware 22-A returns the list of the missing fragments of the plurality of fragments 52-1 to 52-D to the
また、実施例５では、ストレージ１５は、受信完了ブロック番号７１をさらに記録している。ファームウェア２２−Ａは、複数のブロック５１−１〜５１−Ｃのうちのブロック５１−ｃをダウンロードしたときに、受信完了ブロック番号７１がブロック５１−ｃを示すように受信完了ブロック番号７１を更新する。ファームウェア２２−Ａは、サーバ２からファームアップデート再開要求７２を受信したときに、ブロック５１−ｃの次のブロックを示す情報をサーバ２に返信する。このとき、サーバ２は、ブロック５１−ｃの次のブロックを示す情報を受信することにより、ダウンロードされていないブロックをセンサノード３−ｉに送信することができる。このようなセンサノード３−ｉは、ファームウェア２２−Ｂのダウンロードが途中で中断された場合でも、ダウンロードされていないブロックをサーバ２から取得することができ、ファームウェア２２−Ｂを適切にダウンロードすることができる。
Further, in the fifth embodiment, the
＜実施例６＞
ＡＣＫ６４は、さらに他の情報が付随される他のＡＣＫに置換されてもよい。図１９は、実施例６のセンサノードがファームウェアの１つのブロックを受信する動作を示す動作シーケンス図である。センサノード３−ｉは、図１９に示されているように、ブロック５１−ｃの複数のフラグメント５２−１〜５２−Ｄの全部を取得したときに、ブロック５１−ｃのデータに基づいてハッシュ値を算出する。センサノード３−ｉは、ブロック５１−ｃの複数のフラグメント５２−１〜５２−Ｄの全部を取得したときに、さらに、その算出されたハッシュ値が付随されるＡＣＫ８１をサーバ２に返信する。
<Example 6>
The
サーバ２は、ＡＣＫ８１をセンサノード３−ｉから受信したときに、センサノード３−ｉに送信したブロック５１−ｃのデータに基づいてハッシュ値を算出する（Ｓ１０１）。サーバ２は、その算出されたハッシュ値を、ＡＣＫ８１に付随されるハッシュ値と比較する（Ｓ１０２）。サーバ２は、その算出されたハッシュ値が、ＡＣＫ８１に付随されるハッシュ値と異なっているときに（Ｓ１０２、Ｎｏ）、再度、ブロック５１−ｃの複数のフラグメント５２−１〜５２−Ｄを１つずつセンサノード３−ｉに送信する。
When receiving the
サーバ２は、その算出されたハッシュ値が、ＡＣＫ８１に付随されるハッシュ値と一致しているときに（Ｓ１０２、Ｙｅｓ）、複数のブロック５１−１〜５１−Ｃのうちのブロック５１−ｃの次のブロックをセンサノード３−ｉに送信する。
When the calculated hash value matches the hash value attached to the ACK 81 (S102, Yes), the
図２０は、実施例６のセンサノードがファームウェアの最終ブロックを受信する動作を示す動作シーケンス図である。センサノード３−ｉは、図２０に示されているように、複数のブロック５１−１〜５１−Ｃのうちの最後の最終ブロック５１−Ｃの複数のフラグメント５２−１〜５２−Ｄを取得する。センサノード３−ｉは、複数のフラグメント５２−１〜５２−Ｄの最後の最終フラグメント５２−Ｄを取得したときに、複数のブロック５１−１〜５１−Ｃの全部のデータに基づいてハッシュ値を算出する。センサノード３−ｉは、最終ブロック５１−Ｃの複数のフラグメント５２−１〜５２−Ｄの全部を取得したときに、その算出されたハッシュ値が付随されるＡＣＫ８２をサーバ２に返信する。
FIG. 20 is an operation sequence diagram showing an operation in which the sensor node of the sixth embodiment receives the final block of firmware. As shown in FIG. 20, the sensor node 3-i acquires the plurality of fragments 52-1 to 52-D of the last final block 51-C among the plurality of blocks 51-1 to 51-C. To do. When the sensor node 3-i acquires the final final fragment 52-D of the plurality of fragments 52-1 to 52-D, the hash value is calculated based on all the data of the plurality of blocks 51-1 to 51-C. To calculate. When the sensor node 3-i acquires all of the plurality of fragments 52-1 to 52-D of the final block 51-C, the sensor node 3-i returns an
サーバ２は、ＡＣＫ８２をセンサノード３−ｉから受信したときに、センサノード３−ｉに送信した複数のブロック５１−１〜５１−Ｃの全部のデータに基づいてハッシュ値を算出する（Ｓ１０３）。サーバ２は、その算出されたハッシュ値を、ＡＣＫ８２に付随されるハッシュ値と比較する（Ｓ１０４）。サーバ２は、その算出されたハッシュ値が、ＡＣＫ８２に付随されるハッシュ値と異なっているときに（Ｓ１０４、Ｎｏ）、再度、複数のブロック５１−１〜５１−Ｃを最初のブロック５１−１から１つずつセンサノード３−ｉに送信する。サーバ２は、その算出されたハッシュ値が、ＡＣＫ８２に付随されるハッシュ値と一致しているときに（Ｓ１０４、Ｙｅｓ）、複数のブロック５１−１〜５１−Ｃの送信を完了する。
When receiving the
［実施例６のセンサノードの効果］
実施例６では、ファームウェア２２−Ａは、複数のブロック５１−１〜５１−Ｃのうちの１つのブロック５１−ｃをサーバ２からダウンロードしたときに、１つのブロック５１−ｃに基づいて算出された誤り検出符号値をサーバ２に返信する。このとき、サーバ２は、センサノード３−ｉから受信した誤り検出符号値が、サーバ２によりブロック５１−ｃのデータに基づいて算出された誤り検出符号値と異なるときに、ブロック５１−ｃが正確に伝送されなかったことを認識することができる。サーバ２は、ブロック５１−ｃが正確に伝送されなかったことを認識することにより、ブロック５１−ｃをセンサノード３−ｉに再送することができる。このようなセンサノード３−ｉは、誤り検出符号値をサーバ２に返信することにより、正確に送信されなかったブロック５１−ｃをサーバ２から取得することができ、ファームウェア２２−Ｂを適切にダウンロードすることができる。
[Effects of Sensor Node of Example 6]
In the sixth embodiment, the firmware 22-A is calculated based on one block 51-c when one block 51-c of the plurality of blocks 51-1 to 51-C is downloaded from the
また、実施例６では、ファームウェア２２−Ａは、複数のブロック５１−１〜５１−Ｃの全部をサーバ２からダウンロードしたときに、複数のブロック５１−１〜５１−Ｃの全部に基づいて算出された他の誤り検出符号値をサーバ２に返信する。このとき、サーバ２は、センサノード３−ｉから受信した誤り検出符号値が、サーバ２により算出された誤り検出符号値と異なるときに、複数のブロック５１−１〜５１−Ｃが正確に伝送されなかったことを認識することができる。サーバ２は、複数のブロック５１−１〜５１−Ｃが正確に伝送されなかったことを認識することにより、ファームウェア２２−Ｂをセンサノード３−ｉに再送することができる。このため、このようなセンサノード３−ｉは、誤り検出符号値をサーバ２に返信することにより、ファームウェア２２−Ｂを正確に受信しかったときに、ファームウェア２２−Ｂを再度ダウンロードすることができる。このため、このようなセンサノード３−ｉは、ファームウェア２２−Ｂを正確に受信しなかったときに、ファームウェア２２−Ｂを再度ダウンロードすることにより、ファームウェア２２−Ｂを適切にダウンロードすることができる。
Further, in the sixth embodiment, the firmware 22-A calculates based on all the blocks 51-1 to 51-C when all the blocks 51-1 to 51-C are downloaded from the
ところで、実施例６では、誤り検出符号値としてハッシュ値が利用されているが、誤り検出に利用される他の関数により算出される値に置換されてもよい。その関数としては、チェックサムが例示される。このような関数が利用された場合でも、センサノード３−ｉは、ファームウェア２２−Ｂを適切にダウンロードすることができる。 By the way, in the sixth embodiment, the hash value is used as the error detection code value, but it may be replaced with a value calculated by another function used for error detection. A checksum is exemplified as the function. Even when such a function is used, the sensor node 3-i can appropriately download the firmware 22-B.
以上の実施例１〜６を含む実施形態に関し、更に以下の付記を開示する。 Regarding the embodiments including the above Examples 1 to 6, the following supplementary notes are further disclosed.
（付記１）制御部と、
第１ファームウェアとブートローダとを記録する第１記憶装置と、
判定情報を記録する第２記憶装置とを有し、
前記第１ファームウェアは、前記制御部に起動されることにより、制御対象を制御し、さらに、外部装置からダウンロードされた第２ファームウェアを前記第１記憶装置に記録して前記ブートローダを起動し、
前記ブートローダは、前記制御部に起動されることにより、前記判定情報が第１値を示すときに前記第１ファームウェアを起動し、前記判定情報が前記第１値と異なる第２値を示すときに前記第２ファームウェアを起動し、
前記第２ファームウェアは、前記制御部に起動されることにより、前記制御対象を制御し、さらに、前記第２ファームウェアの良否を判定し、前記第２ファームウェアが不良であると判定されたときに、前記判定情報が前記第１値を示すように前記判定情報を更新して前記ブートローダを起動する
電子機器。
(Supplementary Note 1) A control unit,
A first storage device for recording the first firmware and a boot loader;
A second storage device for recording determination information,
The first firmware controls the control target by being activated by the control unit, further records the second firmware downloaded from an external device in the first storage device, and activates the boot loader,
The boot loader is activated by the control unit to activate the first firmware when the determination information indicates a first value, and when the determination information indicates a second value different from the first value. Start the second firmware,
The second firmware controls the control target by being activated by the control unit, further determines the quality of the second firmware, and when it is determined that the second firmware is defective, An electronic device that updates the determination information so that the determination information indicates the first value and activates the boot loader.
（付記２）前記第２ファームウェアは、前記第２ファームウェアが正常であると判定されたときに、前記判定情報が前記第２値を示すように前記判定情報を更新し、前記ブートローダにより再度起動された場合で、前記判定情報が前記第２値を示すときに、前記第２ファームウェアの良否を判定しない
付記１に記載の電子機器。
(Supplementary Note 2) When the second firmware is determined to be normal, the second firmware updates the determination information so that the determination information indicates the second value, and is restarted by the boot loader. The electronic device according to Appendix 1, wherein when the determination information indicates the second value, the quality of the second firmware is not determined.
（付記３）前記第２ファームウェアは、複数の観点で前記第２ファームウェアの良否をそれぞれ判定し、前記複数の観点のいずれか１つで不良であると判定されたときに前記判定情報が前記第１値を示すように前記判定情報を更新し、前記複数の観点の全部が正常であると判定されたときに前記判定情報が前記第２値を示すように前記判定情報を更新する
付記２に記載の電子機器。
(Supplementary Note 3) The second firmware determines whether the second firmware is good or bad from a plurality of viewpoints, and when the determination is defective from any one of the plurality of viewpoints, the determination information is the first or second. The determination information is updated so as to indicate 1 value, and when it is determined that all of the plurality of viewpoints are normal, the determination information is updated so that the determination information indicates the second value. Electronic device described.
（付記４）前記第２ファームウェアが起動されたときに設定されるウォッチドッグタイマをさらに備え、
前記ブートローダは、さらに、前記ウォッチドッグタイマがタイムアウトしたときに、前記制御部に起動される
付記２または付記３に記載の電子機器。
(Supplementary Note 4) further comprising a watchdog timer set when the second firmware is activated,
The electronic device according to
（付記５）前記第２ファームウェアは、前記第２ファームウェアが正常であると判定されたときに、前記ウォッチドッグタイマを解除する
付記４に記載の電子機器。
(Supplementary Note 5) The electronic device according to Supplementary Note 4, wherein the second firmware releases the watchdog timer when it is determined that the second firmware is normal.
（付記６）前記第２記憶装置は、試行情報をさらに記録し、
前記第１ファームウェアは、前記第２ファームウェアが起動される前に、前記判定情報が第３値を示すように前記判定情報を更新し、前記試行情報が第４値を示すように前記試行情報を更新し、
前記ブートローダは、
前記判定情報が前記第３値を示す場合で前記試行情報が前記第４値を示すときに、前記試行情報が第５値を示すように前記試行情報を更新して前記第２ファームウェアを起動し、
前記判定情報が前記第３値を示す場合で前記試行情報が前記第５値を示すときに、前記第１ファームウェアを起動する
付記４または付記５に記載の電子機器。
(Supplementary Note 6) The second storage device further records trial information,
Before the second firmware is activated, the first firmware updates the determination information so that the determination information shows a third value, and updates the trial information so that the trial information shows a fourth value. Updated,
The boot loader is
When the determination information indicates the third value and the trial information indicates the fourth value, the trial information is updated so that the trial information indicates the fifth value and the second firmware is activated. ,
The electronic device according to Supplementary Note 4 or Supplementary Note 5, which activates the first firmware when the determination information indicates the third value and the trial information indicates the fifth value.
（付記７）カレンダータイマをさらに備え、
前記第２記憶装置は、起動回数をさらに記録し、
前記第２ファームウェアは、前記カレンダータイマを用いて導出される期間に前記第２ファームウェアが起動される回数を前記起動回数が示すように前記起動回数を更新し、前記起動回数が所定の値より大きいときに、前記判定情報が前記第１値を示すように前記判定情報を更新して前記ブートローダを起動する
付記２〜付記６のいずれか一項に記載の電子機器。
(Supplementary note 7) further provided with a calendar timer,
The second storage device further records the number of activations,
The second firmware updates the number of times of activation so that the number of times of activation of the second firmware in a period derived using the calendar timer indicates the number of times of activation, and the number of times of activation is larger than a predetermined value. The electronic device according to any one of
（付記８）前記第２ファームウェアは、前記期間が経過したときに前記判定情報が前記第２値を示すように前記判定情報を更新し、前記判定情報が前記第２値を示すときに前記起動回数を更新しない
付記７に記載の電子機器。
(Supplementary Note 8) The second firmware updates the determination information so that the determination information indicates the second value when the period elapses, and starts the startup when the determination information indicates the second value. The electronic device according to appendix 7, wherein the number of times is not updated.
（付記９）前記第１ファームウェアは、前記第２ファームウェアが分割された複数のブロックを前記外部装置から１つずつダウンロードすることにより、前記第２ファームウェアをダウンロードする
付記１〜付記８のいずれか一項に記載の電子機器。
(Supplementary note 9) The first firmware downloads the second firmware by downloading a plurality of blocks obtained by dividing the second firmware one by one from the external device. Any one of supplementary notes 1 to 8 The electronic device according to the item.
（付記１０）前記第１ファームウェアは、
前記複数のブロックの各ブロックが分割された複数のフラグメントを前記外部装置から１つずつダウンロードすることにより、前記各ブロックをダウンロードし、
前記複数のフラグメントのうちの最後の最終フラグメントと異なる他のフラグメントをダウンロードしたときにＡＣＫを返信しないで、前記最終フラグメントをダウンロードしたときにＡＣＫを返信する
付記９に記載の電子機器。
(Supplementary Note 10) The first firmware is
Downloading each block by downloading a plurality of fragments obtained by dividing each block of the plurality of blocks from the external device one by one,
The electronic device according to appendix 9, wherein an ACK is not returned when another fragment different from the final final fragment of the plurality of fragments is downloaded, and an ACK is returned when the final fragment is downloaded.
（付記１１）前記第１ファームウェアは、前記最終フラグメントをダウンロードしたときに、前記複数のフラグメントのうちの欠落したフラグメントのリストを前記外部装置に返信する
付記１０に記載の電子機器。
(Supplementary note 11) The electronic device according to supplementary note 10, wherein the first firmware returns a list of missing fragments of the plurality of fragments to the external device when the final fragment is downloaded.
（付記１２）前記第２記憶装置は、受信完了ブロック番号をさらに記録し、
前記第１ファームウェアは、
前記複数のブロックのうちのブロックをダウンロードしたときに、前記受信完了ブロック番号が前記ブロックを示すように前記受信完了ブロック番号を更新し、
前記外部装置からファームアップデート再開要求を受信したときに、前記ブロックの次のブロックを示す情報を前記外部装置に返信する
付記９〜付記１１のいずれか一項に記載の電子機器。
(Supplementary Note 12) The second storage device further records the reception completion block number,
The first firmware is
When a block of the plurality of blocks is downloaded, the reception completion block number is updated so that the reception completion block number indicates the block,
The electronic device according to any one of appendices 9 to 11, which returns information indicating a block next to the block to the external device when a firmware update restart request is received from the external device.
（付記１３）前記第１ファームウェアは、前記複数のブロックのうちの１つのブロックを前記外部装置からダウンロードしたときに、前記１つのブロックに基づいて算出された誤り検出符号値を前記外部装置に返信する
付記９〜付記１２のいずれか一項に記載の電子機器。
(Supplementary Note 13) When the first firmware downloads one block of the plurality of blocks from the external device, the first firmware returns an error detection code value calculated based on the one block to the external device. The electronic device according to any one of appendices 9 to 12.
（付記１４）前記第１ファームウェアは、前記複数のブロックの全部を前記外部装置からダウンロードしたときに、前記複数のブロックの全部に基づいて算出された他の誤り検出符号値を前記外部装置に返信する
付記９〜付記１３のいずれか一項に記載の電子機器。
(Supplementary Note 14) When the first firmware downloads all of the plurality of blocks from the external device, the first firmware returns another error detection code value calculated based on all of the plurality of blocks to the external device. The electronic device according to any one of appendices 9 to 13.
（付記１５）第１ファームウェアとブートローダとを第１記憶装置に記録し、
前記第１ファームウェアを起動することにより、制御対象を制御し、さらに、外部装置からダウンロードされた第２ファームウェアを前記第１記憶装置に記録して前記ブートローダを起動し、
前記ブートローダを起動することにより、第２記憶装置に記録された判定情報が第１値を示すときに前記第１ファームウェアを起動し、前記判定情報が前記第１値を示していないときに前記第２ファームウェアを起動し、
前記第２ファームウェアを起動することにより、前記制御対象を制御し、さらに、前記第２ファームウェアの良否を判定し、前記第２ファームウェアが不良であると判定されたときに、前記判定情報が前記第１値を示すように前記判定情報を更新して前記ブートローダを起動する
処理をコンピュータが実行することを特徴とするファームウェアアップデート方法。
(Supplementary Note 15) The first firmware and the boot loader are recorded in the first storage device,
By controlling the control target by activating the first firmware, further recording the second firmware downloaded from an external device in the first storage device and activating the boot loader,
By activating the boot loader, the first firmware is activated when the determination information recorded in the second storage device indicates the first value, and the first firmware is activated when the determination information does not indicate the first value. 2 Start the firmware,
The control target is controlled by activating the second firmware, and it is further determined whether the second firmware is good or bad. When it is determined that the second firmware is defective, the determination information is the first A firmware update method, wherein a computer executes a process of updating the determination information so as to indicate one value and activating the boot loader.
（付記１６）第１ファームウェアと、
ブートローダとを有し、
前記第１ファームウェアは、
制御対象を制御し、
外部装置からダウンロードされた第２ファームウェアを第１記憶装置に記録して前記ブートローダを起動する
処理をコンピュータに実行させ、
前記ブートローダは、
第２記憶装置に記録される判定情報が第１値を示すときに前記第１ファームウェアを起動し、
前記判定情報が前記第１値を示していないときに前記第２ファームウェアを起動する
処理を前記コンピュータに実行させ、
前記第２ファームウェアは、
前記制御対象を制御し、
前記第２ファームウェアの良否を判定し、
前記第２ファームウェアが不良であると判定されたときに、前記判定情報が前記第１値を示すように前記判定情報を更新して前記ブートローダを起動する
処理を前記コンピュータに実行させる
コンピュータプログラム。
(Appendix 16) First firmware,
With a boot loader,
The first firmware is
Control the controlled object,
Recording the second firmware downloaded from the external device in the first storage device and causing the computer to execute the process of activating the boot loader,
The boot loader is
When the determination information recorded in the second storage device indicates the first value, the first firmware is activated,
Causing the computer to execute a process of activating the second firmware when the determination information does not indicate the first value,
The second firmware is
Controlling the controlled object,
Determine the quality of the second firmware,
A computer program that causes the computer to execute a process of updating the determination information so that the determination information indicates the first value and activating the boot loader when the second firmware is determined to be defective.
１ ：無線センサネットワーク
３−１〜３−Ｎ：複数のセンサノード
５ ：無線環境
１１：ＲＦ通信部
１２−１〜１２−Ｍ：複数のセンサ
１４：ＭＣＵ
１５：ストレージ
１６：ウォッチドッグタイマ
１７：カレンダータイマ
１９：ｅＭＭＣ
２１：ブートローダ
２２−１〜２２−Ｋ：複数のファームウェア
２５：起動バンク情報
２６：バンク試行情報
２７−１〜２７−Ｘ：複数のチェックポイント処理結果
２８：ＦＷ判定情報
３１：通常動作部
３２：アップデート部
３３−１〜３３−Ｘ：複数のチェックポイント処理部
３４：ＦＷ判定情報更新部
５１−１〜５１−Ｃ：複数のブロック
５２−１〜５２−Ｄ：複数のフラグメント
1: Wireless sensor network 3-1 to 3-N: Multiple sensor nodes 5: Wireless environment 11: RF communication unit 12-1 to 12-M: Multiple sensors 14: MCU
15: Storage 16: Watchdog Timer 17: Calendar Timer 19: eMMC
21: Boot loader 22-1 to 22-K: Multiple firmware 25: Startup bank information 26: Bank trial information 27-1 to 27-X: Multiple checkpoint processing results 28: FW determination information 31: Normal operation unit 32: Update unit 33-1 to 33-X: multiple checkpoint processing units 34: FW determination information update unit 51-1 to 51-C: multiple blocks 52-1 to 52-D: multiple fragments
Claims (10)
複数のファームウェアとブートローダとのそれぞれを複数のメモリバンクの中のいずれかのメモリバンクに記録する第１記憶装置と、
前記メモリバンクに記録したファームウェアごとの判定情報を記録する第２記憶装置と
を有し、
複数の前記ファームウェアの中の第１ファームウェアは、前記制御部に起動されることにより、制御対象を制御し、さらに、外部装置からダウンロードされた第２ファームウェアを前記第１記憶装置に記録して前記第２ファームウェアの起動を選択して前記ブートローダを起動し、
前記第２ファームウェアは、前記制御部に起動されることにより、前記制御対象を制御し、さらに、前記第２ファームウェアの良否を判定し、前記第２ファームウェアが不良であると判定されたときに、前記判定情報が第１値を示すように前記判定情報を更新して前記ブートローダを起動し、
前記ブートローダは、前記制御部に起動されることにより、前記第２ファームウェアの起動が選択されている場合、前記第２ファームウェアの前記判定情報が前記第１値と異なる第２値を示すときに前記第２ファームウェアを起動し、前記判定情報が前記第１値を示すときに複数の前記ファームウェアの中の前記判定情報が前記第２値を示すファームウェアを起動する
電子機器。 A control unit,
A first storage device for recording each of the plurality of firmware and the boot loader in any one of the plurality of memory banks;
A second storage device for recording determination information for each firmware recorded in the memory bank,
The first firmware among the plurality of the firmware controls the control target by being activated by the control unit, and further records the second firmware downloaded from an external device in the first storage device to store the second firmware. Select to boot the second firmware to boot the boot loader,
The second firmware controls the control target by being activated by the control unit, further determines the quality of the second firmware, and when it is determined that the second firmware is defective, Updating the determination information so that the determination information indicates the first value, and activating the boot loader,
When the boot loader is activated by the control unit to activate the second firmware, the boot loader is activated when the determination information of the second firmware indicates a second value different from the first value. An electronic device that activates second firmware, and activates the firmware in which the determination information among the plurality of firmware indicates the second value when the determination information indicates the first value.
前記第２ファームウェアが正常であると判定されたときに、前記判定情報が前記第２値を示すように前記判定情報を更新し、前記ブートローダにより再度起動された場合で、前記判定情報が前記第２値を示すときに、前記第２ファームウェアの良否を判定しない
請求項１に記載の電子機器。 The second firmware is
When it is determined that the second firmware is normal, the determination information is updated so that the determination information indicates the second value, and when the boot loader restarts the determination information, the determination information indicates the second value. The electronic device according to claim 1, wherein when the binary value is indicated, the quality of the second firmware is not determined.
請求項２に記載の電子機器。 The second firmware determines whether the second firmware is good or bad from a plurality of points of view, and the determination information indicates the first value when it is determined to be defective from any one of the plurality of points of view. 3. The electronic device according to claim 2, wherein the determination information is updated so that the determination information is updated so that the determination information indicates the second value when it is determined that all of the plurality of viewpoints are normal. machine.
前記ブートローダは、さらに、前記ウォッチドッグタイマがタイムアウトしたときに、前記制御部に起動される
請求項２または請求項３に記載の電子機器。 Further comprising a watchdog timer set when the second firmware is activated,
The electronic device according to claim 2, wherein the boot loader is further activated by the control unit when the watchdog timer times out.
請求項４に記載の電子機器。 The electronic device according to claim 4, wherein the second firmware releases the watchdog timer when it is determined that the second firmware is normal.
前記第１ファームウェアは、前記第２ファームウェアが起動される前に、前記判定情報が第３値を示すように前記判定情報を更新し、前記試行情報が第４値を示すように前記試行情報を更新し、
前記ブートローダは、
前記判定情報が前記第３値を示す場合で前記試行情報が前記第４値を示すときに、前記試行情報が第５値を示すように前記試行情報を更新して前記第２ファームウェアを起動し、
前記判定情報が前記第３値を示す場合で前記試行情報が前記第５値を示すときに、前記第１ファームウェアを起動する
請求項４または請求項５に記載の電子機器。 The second storage device further records trial information,
The first firmware updates the determination information so that the determination information has a third value and activates the trial information so that the trial information has a fourth value before the second firmware is activated. Updated,
The boot loader is
When the determination information indicates the third value and the trial information indicates the fourth value, the trial information is updated so that the trial information indicates the fifth value and the second firmware is activated. ,
The electronic device according to claim 4, wherein the first firmware is started when the determination information indicates the third value and the trial information indicates the fifth value.
前記第２記憶装置は、起動回数をさらに記録し、
前記第２ファームウェアは、前記カレンダータイマを用いて導出される期間に前記第２ファームウェアが起動される回数を前記起動回数が示すように前記起動回数を更新し、前記起動回数が所定の値より大きいときに、前記判定情報が前記第１値を示すように前記判定情報を更新して前記ブートローダを起動する
請求項２〜請求項６のいずれか一項に記載の電子機器。 Further equipped with a calendar timer,
The second storage device further records the number of activations,
The second firmware updates the number of times of activation so that the number of times of activation of the second firmware in a period derived using the calendar timer indicates the number of times of activation, and the number of times of activation is larger than a predetermined value. The electronic device according to claim 2, wherein the determination information is updated so that the determination information indicates the first value, and the boot loader is activated.
請求項７に記載の電子機器。 The second firmware updates the determination information so that the determination information indicates the second value when the period has elapsed, and does not update the number of times of activation when the determination information indicates the second value. The electronic device according to claim 7.
複数の前記ファームウェアの中の第１ファームウェアを起動することにより、制御対象を制御し、さらに、外部装置からダウンロードされた第２ファームウェアを前記第１記憶装置に記録して前記第２ファームウェアの起動を選択して前記ブートローダを起動し、
前記第２ファームウェアを起動することにより、前記制御対象を制御し、さらに、前記第２ファームウェアの良否を判定し、前記第２ファームウェアが不良であると判定されたときに、第２記憶装置に前記メモリバンクに記録したファームウェアごとに記録された前記第２ファームウェアの判定情報が第１値を示すように前記判定情報を更新して前記ブートローダを起動し、
前記ブートローダを起動することにより、前記第２ファームウェアの起動が選択されている場合、前記第２ファームウェアの前記判定情報が前記第１値と異なる、正常であると判定されたことを示す第２値を示すときに前記第２ファームウェアを起動し、前記判定情報が前記第１値を示すときに複数の前記ファームウェアの中の、前記判定情報が前記第２値を示すファームウェアを起動する
処理をコンピュータが実行することを特徴とするファームウェアアップデート方法。 Each of the plurality of firmware and the boot loader is recorded in any one of the plurality of memory banks of the first storage device,
The control target is controlled by activating the first firmware of the plurality of the firmware, and the second firmware downloaded from the external device is recorded in the first storage device to activate the second firmware. Select and start the boot loader,
The control target is controlled by activating the second firmware, and the quality of the second firmware is determined. When the second firmware is determined to be defective, the second storage device stores Updating the determination information so that the determination information of the second firmware recorded for each firmware recorded in the memory bank indicates a first value, and starts the boot loader,
A second value indicating that the determination information of the second firmware is different from the first value and is determined to be normal when the activation of the second firmware is selected by activating the boot loader. Is displayed , the second firmware is started up, and when the determination information indicates the first value, among the plurality of firmwares, the firmware whose determination information indicates the second value is started up. A firmware update method characterized by executing.
前記第２ファームウェアにより、前記制御対象を制御し、前記第２ファームウェアの良否を判定し、前記第２ファームウェアが不良であると判定されたときに、前記第２ファームウェアの判定情報が第１値を示すように前記判定情報を更新して前記ブートローダを起動し、
前記第２ファームウェアの起動が選択されている場合、前記ブートローダにより、前記第２ファームウェアの前記判定情報が前記第１値と異なる、正常であると判定されたことを示す第２値を示すときに前記第２ファームウェアを起動し、前記判定情報が前記第１値を示すときに複数の前記ファームウェアの中の、前記判定情報が前記第２値を示すファームウェアを起動する
処理をコンピュータに実行させる
コンピュータプログラム。 The first firmware among the plurality of firmware controls the control target, records the second firmware downloaded from the external device in the first storage device, selects the activation of the second firmware, and activates the boot loader,
When the second firmware controls the control target, determines whether the second firmware is good, and determines that the second firmware is defective, the determination information of the second firmware has a first value. Update the judgment information as shown to start the boot loader,
When the boot loader indicates that the determination information of the second firmware is different from the first value and indicates a second value that is determined to be normal when the activation of the second firmware is selected. the second launch the firmware, the determination information of a plurality of the firmware when indicating the first value, a computer program for executing processing wherein the determination information to start the firmware indicating the second value to the computer ..
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016123577A JP6750340B2 (en) | 2016-06-22 | 2016-06-22 | Electronic device, firmware update method, and computer program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016123577A JP6750340B2 (en) | 2016-06-22 | 2016-06-22 | Electronic device, firmware update method, and computer program |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2017228077A JP2017228077A (en) | 2017-12-28 |
| JP6750340B2 true JP6750340B2 (en) | 2020-09-02 |
Family
ID=60891655
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2016123577A Active JP6750340B2 (en) | 2016-06-22 | 2016-06-22 | Electronic device, firmware update method, and computer program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6750340B2 (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3742295A1 (en) | 2019-05-23 | 2020-11-25 | NXP USA, Inc. | Automatic firmware rollback |
| JP7386261B2 (en) | 2019-12-24 | 2023-11-24 | 京セラ株式会社 | Communication equipment and control method |
| JP7362583B2 (en) * | 2020-09-23 | 2023-10-17 | 株式会社東芝 | information processing equipment |
| JP7398018B1 (en) * | 2023-03-16 | 2023-12-13 | 新コスモス電機株式会社 | Alarms and alarm systems |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3250522B2 (en) * | 1998-07-23 | 2002-01-28 | 日本電気株式会社 | Firmware replacement device and replacement method |
| JP2003140705A (en) * | 2001-11-06 | 2003-05-16 | Yamatake Sangyo Systems Co Ltd | Multiplexed parallel processor |
| JP2006185309A (en) * | 2004-12-28 | 2006-07-13 | Net In Kyoto:Kk | Electronic apparatus and method for updating firmware |
| JP2006244269A (en) * | 2005-03-04 | 2006-09-14 | Daikin Ind Ltd | Facility managing device, program update system, facility management program updating method, starting program and facility management program |
| JP2008225763A (en) * | 2007-03-12 | 2008-09-25 | Fujifilm Corp | Update method for firmware, program and electronic equipment |
| JP2008250390A (en) * | 2007-03-29 | 2008-10-16 | Matsushita Electric Ind Co Ltd | Support information presentation device |
| TWI389029B (en) * | 2008-02-27 | 2013-03-11 | Mstar Semiconductor Inc | Apparatus and method for firmware update |
| JP5045584B2 (en) * | 2008-07-01 | 2012-10-10 | 株式会社デンソー | Program rewriting device |
| JP2010198155A (en) * | 2009-02-24 | 2010-09-09 | Fujitsu Ten Ltd | Device and method for updating program, and information processing apparatus |
| JP5084853B2 (en) * | 2010-02-23 | 2012-11-28 | 三菱電機株式会社 | Firmware update device, communication device, electronic device, firmware update system, firmware update method, and program |
| JP5516509B2 (en) * | 2011-06-07 | 2014-06-11 | 株式会社デンソー | Program writing system |
| JP2014164677A (en) * | 2013-02-27 | 2014-09-08 | Hitachi Ltd | Specification verification support device, specification verification support method and program |
| JP2015146102A (en) * | 2014-02-03 | 2015-08-13 | 株式会社ワコム | Sensor controller, sensor device equipped with sensor controller, electronic device mounting sensor device, and application software restoration method |
-
2016
- 2016-06-22 JP JP2016123577A patent/JP6750340B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2017228077A (en) | 2017-12-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6750340B2 (en) | Electronic device, firmware update method, and computer program | |
| US9110843B2 (en) | Rack and method thereof for simultaneously updating basic input output systems | |
| US9846616B2 (en) | Boot recovery system | |
| US20190014128A1 (en) | Reliable and Secure Firmware Update with a Dynamic Validation for Internet of Things (IoT) Devices | |
| JP5564956B2 (en) | Information processing apparatus and firmware update method for information processing apparatus | |
| JP2010541105A (en) | Firmware image update and management | |
| US20190235993A1 (en) | Generating an inner cloud environment within an outer cloud environment for testing a microservice application | |
| US20100199272A1 (en) | Updating firmware without disrupting service | |
| CN101877651B (en) | Method and system for recovering system software in network terminating equipment | |
| JP2002333990A (en) | Program updating device and its method | |
| KR100952585B1 (en) | Method and system for automatic recovery of an embedded operating system | |
| EP2817725B1 (en) | Maintaining system firmware images remotely using a distribute file system protocol | |
| US20160070562A1 (en) | System and method for over the air programming | |
| JP2009169524A (en) | Network system for home appliance | |
| JP2006244269A (en) | Facility managing device, program update system, facility management program updating method, starting program and facility management program | |
| TW201502799A (en) | Update of programmable for computing nodes | |
| TWI514279B (en) | Server system and firmware update method | |
| US20230087221A1 (en) | Detection fields of view | |
| US11106450B2 (en) | Information extraction apparatus, and automatic firmware update system and method for embedded system | |
| JP2014099097A (en) | Information processing device, information processing method, and computer program | |
| CN109901117B (en) | Radar restarting method and device | |
| TWI716969B (en) | Recovery image downloads via data chunks | |
| JP3233274B2 (en) | Microcomputer program reboot method and program reboot device | |
| CN113452550A (en) | Information acquisition device, firmware updating method and system of embedded system device | |
| JP2004054421A (en) | Memory, information processor, storage method and information processing method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20190311 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20200120 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20200128 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20200330 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20200428 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20200618 |
|
| 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: 20200714 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20200727 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6750340 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |