WO2020241661A1

WO2020241661A1 - 通信機器、通信機器の制御方法、通信方法、サーバ、及び通信システム

Info

Publication number: WO2020241661A1
Application number: PCT/JP2020/020836
Authority: WO
Inventors: 完途中井
Original assignee: 京セラ株式会社
Priority date: 2019-05-30
Filing date: 2020-05-27
Publication date: 2020-12-03
Also published as: US12137417B2; US20220078711A1

Abstract

通信機器１００は、無線通信を行う通信部１４０と、通信部１４０によりサーバとのデータ通信を開始する際に通信部１４０を起動状態に切り替え、このデータ通信が完了した際に通信部１４０を休止状態に切り替える制御部１２０とを備える。通信部１４０は、通信部１４０のファームウェア更新の有無をデータ通信中に確認し、ファームウェア更新がある場合はその旨を制御部１２０に通知する。制御部１２０は、ファームウェア更新がある旨を通信部１４０から通知されると、データ通信が完了しても通信部１４０を起動状態に維持する。

Description

通信機器、通信機器の制御方法、通信方法、サーバ、及び通信システム

　本発明は、通信機器、通信機器の制御方法、通信方法、サーバ、及び通信システムに関する。

　非特許文献１には、ＩｏＴ（Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）機器向けの機器管理用の通信プロトコルの１つであるＬｗＭ２Ｍ（Ｌｉｇｈｔｗｅｉｇｈｔ　Ｍａｃｈｉｎｅ　ｔｏ　Ｍａｃｈｉｎｅ）の技術仕様が記載されている。

　ＬｗＭ２Ｍは、例えば、ＬｗＭ２Ｍサーバからの制御により、ＬｗＭ２Ｍクライアントに対して無線通信によるファームウェア更新（ＦＯＴＡ：Ｆｉｒｍｗａｒｅ　ｕｐｄａｔｅｓ　Ｏｖｅｒ－Ｔｈｅ－Ａｉｒ）を行う用途で用いられる。

　また、ＩｏＴ機器は、消費電力を削減するためにデータ通信時にのみ起動し、データ通信が完了すると休止状態（電源オフ状態又はスリープ状態）に切り替わることが一般的である。

　さらに、ＬｗＭ２Ｍは、ＩｏＴ機器用に少ないデータ量でのデータのやり取りをすることが可能になっている。また、ＬｗＭ２Ｍは、クライアント・サーバモデルを採用しており、Ｐｕｌｌ型でサーバがクライアントのデータを取得するようになっている。

「Ｌｉｇｈｔｗｅｉｇｈｔ　Ｍａｃｈｉｎｅ　ｔｏ　Ｍａｃｈｉｎｅ　Ｔｅｃｈｎｉｃａｌ　Ｓｐｅｃｉｆｉｃａｔｉｏｎ」、Ｏｐｅｎ　Ｍｏｂｉｌｅ　Ａｌｌｉａｎｃｅ、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｏｐｅｎｍｏｂｉｌｅａｌｌｉａｎｃｅ．ｏｒｇ／ｒｅｌｅａｓｅ／ＬｉｇｈｔｗｅｉｇｈｔＭ２Ｍ／Ｖ１＿０－２０１７０２０８－Ａ／ＯＭＡ－ＴＳ－ＬｉｇｈｔｗｅｉｇｈｔＭ２Ｍ－Ｖ１＿０－２０１７０２０８－Ａ．ｐｄｆ＞

　第１の態様に係る通信機器は、無線通信を行う通信部と、前記通信部を介してサーバとのデータ通信を開始する際に前記通信部を起動状態に切り替え、前記データ通信が完了した際に前記通信部を休止状態に切り替える制御部とを備える前記制御部は、ファームウェア更新がある場合、前記データ通信が完了しても前記通信部を前記起動状態に維持する。

　第２の態様に係る制御方法は、無線通信を行う通信部と、前記通信部を介してサーバとのデータ通信を開始する際に前記通信部を起動状態に切り替え、前記データ通信が完了した際に前記通信部を休止状態に切り替える制御部とを備える通信機器を制御する方法である。前記制御方法は、前記通信部がファームウェア更新の有無を前記データ通信中に確認することと、前記ファームウェア更新がある場合、前記データ通信が完了しても前記制御部が前記通信部を前記起動状態に維持することとを含む。

　第３の態様に係る通信システムは、サーバと通信機器とを有し、前記通信機器は、無線通信を行い、前記サーバとのデータ通信を開始する際に起動状態に切り替え、前記データ通信が完了した際に休止状態に切り替える通信システムにおいて、前記通信機器は、前記データ通信中において、ファームウェア更新がある場合、前記データ通信が完了しても前記通信部を前記起動状態に維持する。

　第４の態様に係る通信方法は、サーバと、前記サーバとの通信を行う通信機器と、前記通信機器と電気的に接続される後位機器とを用いる方法である。前記通信方法は、前記通信機器が、前記サーバへの通知対象である第１データと、前記第１データの読み出しを前記サーバに要求するために用いる第２データとを保持することと、前記後位機器が、前記第１データを前記通信機器から前記サーバに通知させる場合、前記第２データを変化させるよう前記通信機器を制御することと、前記通信機器が、前記第２データの変化時に前記第２データを前記サーバに通知することと、前記サーバが、前記通信機器から前記第２データを受信すると、該受信した第２データを前記第１データの読み出し要求とみなすとともに、前記第１データを読み出す読み出しコマンドを前記通信機器に送信することとを含む。

　第５の態様に係る通信機器は、サーバと、前記サーバとの通信を行う通信機器と、前記通信機器と電気的に接続される後位機器と、を含む通信システムに用いる。前記通信機器は、前記サーバへの通知対象である第１データと、前記第１データの読み出しを前記サーバに要求するために用いる第２データとを保持する記憶部と、前記第２データを変化させる制御を前記後位機器から受け付けると、前記第２データの変化時に前記第２データを前記サーバに通知する制御部と、前記第２データを前記第１データの読み出し要求とみなした前記サーバから、前記第１データを読み出す読み出しコマンドを受信する通信部とを備える。

　第６の態様に係るサーバは、サーバと、前記サーバとの通信を行う通信機器と、前記通信機器と電気的に接続される後位機器と、を含む通信システムに用いる。前記サーバは、前記サーバへの通知対象である第１データと前記第１データの読み出しを前記サーバに要求するために用いる第２データとを保持する前記通信機器に対して、前記第２データの変化時に前記第２データを前記サーバに通知するよう指示する通知指示コマンドを送信する通信部を備える。前記通信部は、前記通信機器から前記第２データを受信すると、該受信した第２データを前記第１データの読み出し要求とみなすことにより、前記第１データを読み出す読み出しコマンドを前記通信機器に送信する。

　第７の態様に係る通信システムは、サーバと、前記サーバとの通信を行う通信機器と、を含む通信システムである。前記通信機器は、前記サーバへの通知対象である第１データと、前記第１データの読み出しを前記サーバに要求するために用いる第２データとを保持する記憶部と、前記第２データを変化させる制御を、前記通信機器と電気的に接続される後位機器から受け付けると、前記第２データの変化時に前記第２データを前記サーバに通知する制御部と、前記サーバから、前記第１データを読み出す読み出しコマンドを受信する第１通信部とを備える。前記サーバは、前記通信機器に対して、前記第２データの変化時に前記第２データを前記サーバに通知するよう指示する通知指示コマンドを送信する第２通信部を備える。前記第２通信部は、前記通信機器から前記第２データを受信すると、該受信した第２データを前記第１データの読み出し要求とみなすことにより、前記第１データを読み出す読み出しコマンドを前記通信機器に送信する。

第１実施形態に係る通信システムの構成を示す図である。第１実施形態に係る通信機器の構成を示す図である。一般的な通信機器の動作を示す図である。第１実施形態に係るＦＯＴＡを効率的に行うように改良された通信機器の動作を示す図である（その１）。第１実施形態に係るＦＯＴＡを効率的に行うように改良された通信機器の動作を示す図である（その２）。第２実施形態に係る通信システムの構成を示す図である。第２実施形態に係る通信機器の構成を示す図である。第２実施形態に係るＬｗＭ２Ｍサーバの構成を示す図である。第２実施形態に係る通信方法を示すシーケンス図である。

［第１実施形態］
　ＬｗＭ２ＭはＬｗＭ２Ｍクライアントが常時起動していることを前提としているが、ＬｗＭ２ＭサーバからＦＯＴＡの開始要求をＩｏＴ機器に送信しても、ＩｏＴ機器が休止状態にある間においてはＦＯＴＡの開始要求をＩｏＴ機器が受信できない。

　特に、ＩｏＴ機器が送受信するデータ量は数バイト程度と少なく、起動状態にある時間が数秒でありうるため、この時間内でＬｗＭ２ＭサーバがＩｏＴ機器にＦＯＴＡを開始させることが難しい。

　一方で、ＩｏＴ機器（ＬｗＭ２Ｍクライアント）を常に起動状態にしておくと、ＩｏＴ機器の消費電力が増大してバッテリ残量が早期に尽きてしまい、ＩｏＴ機器に対する長時間駆動の要求に応えることができない。

　そこで、第１実施形態では、消費電力の増大を抑制しつつ、無線通信によるファームウェア更新を効率的に行うことを可能にする。

　図面を参照して実施形態について説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。

　（通信システムの構成）
　まず、第１実施形態に係る通信システムの構成について説明する。図１は、第１実施形態に係る通信システム１の構成を示す図である。

　図１に示すように、通信システム１は、通信機器１００と、通信ネットワーク２００と、サーバ３００と、ＬｗＭ２Ｍサーバ４００と、ＦＯＴＡサーバ５００とを有する。

　通信機器１００は、無線通信機能を有するＩｏＴ機器である。通信機器１００は、自機器に設けられるバッテリにより駆動される。以下において、通信機器１００が、ボタン押下に応じてサーバ３００に特定の商品を発注する機器である一例について主として説明する。但し、通信機器１００は、各種のセンサを有し、所定のイベント又は所定の周期でセンサデータをサーバ３００にアップロードする機器であってもよい。通信機器１００がサーバ３００と送受信するデータ量は数バイト程度であってもよい。

　例えば、通信機器１００は、ＬＰＷＡ（Ｌｏｗ　Ｐｏｗｅｒ　Ｗｉｄｅ　Ａｒｅａ）方式の無線通信を通信ネットワーク２００と行う。ＬＰＷＡ方式は、消費電力を抑えつつ遠距離の無線通信を実現する方式である。ＬＰＷＡ方式は、例えば、セルラＬＰＷＡ、ＳＩＧＦＯＸ、又はＬｏＲａＷＡＮである。セルラＬＰＷＡは、３ＧＰＰ（３^ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）規格において規定されたｅＭＴＣ（ｅｎｈａｎｃｅｄ　Ｍａｃｈｉｎｅ　Ｔｙｐｅ　Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）又はＮＢ－ＩｏＴ（Ｎａｒｒｏｗ　Ｂａｎｄ－Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）であってもよい。

　通信機器１００は、基本的には無線通信を行わない休止状態（電源オフ状態又はスリープ状態）にあり、基地局２１０との無線通信を行うときにだけ休止状態から起動状態に切り替わり、無線通信を行う。休止状態では、無線通信を行う通信部１４０（図２参照）への給電を停止できるため、通信機器１００のバッテリ駆動時間を延ばすことができる。

　通信ネットワーク２００は、通信事業者により提供されるネットワークを含む。通信ネットワーク２００は、インターネットを含んでもよい。通信ネットワーク２００は、通信機器１００との無線通信を行う基地局２１０を有する。図１において、通信ネットワーク２００に含まれる基地局２１０を１つのみ例示しているが、通信ネットワーク２００には複数の基地局２１０が含まれている。

　サーバ３００は、通信ネットワーク２００を介して通信機器１００にサービスを提供する装置である。サーバ３００は、通信ネットワーク２００を介して、特定の商品を発注する発注データを通信機器１００から受信し、発注された商品を通信機器１００のユーザに配送する処理を行う。或いは、サーバ３００は、通信ネットワーク２００を介してセンサデータを通信機器１００から受信し、受信したセンサデータを管理してもよい。

　ＬｗＭ２Ｍサーバ４００は、通信ネットワーク２００を介して、ＬｗＭ２Ｍ規格に基づいてＬｗＭ２Ｍクライアントである通信機器１００を管理する装置である。ＬｗＭ２Ｍサーバ４００は、通信機器１００に対するファームウェア更新（ＦＯＴＡ）を管理する。

　ＦＯＴＡサーバ５００は、通信ネットワーク２００を介して通信機器１００にファームウェアを配信する装置である。ＦＯＴＡサーバ５００は、ファームウェア配信サーバの一例である。

　（通信機器の構成）
　次に、第１実施形態に係る通信機器１００の構成について説明する。図２は、通信機器１００の構成を示す図である。

　図２に示すように、通信機器１００は、操作ボタン１１０と、制御部１２０と、電源管理部１３０と、バッテリ１３１と、通信部１４０と、アンテナ１５０とを有する。

　操作ボタン１１０は、ユーザ操作を受け付ける操作部の一例である。操作ボタン１１０は、押下操作を受け付けると、押下操作を示す信号を制御部１２０に出力する。

　制御部１２０は、通信部１４０を制御する。制御部１２０は、プロセッサとこのプロセッサと電気的に接続されたメモリとを有するマイクロコンピュータ（いわゆる、マイコン）により構成される。制御部１２０は、操作ボタン１１０から出力される信号に応じて起動し、通信部１４０を起動させるとともに、電源管理部１３０から通信部１４０に電力を供給させる。

　具体的には、制御部１２０は、通信部１４０によりサーバ３００とのデータ通信を開始する際に通信部１４０を起動状態に切り替え、このデータ通信が完了した際に通信部１４０を休止状態に切り替える。休止状態は、通信部１４０への給電が停止される状態である。休止状態は、通信部１４０の電源オフ状態に相当する。休止状態は、ＰＳＭ（Ｐｏｗｅｒ　Ｓａｖｉｎｇ　Ｍｏｄｅ）におけるスリープ状態であってもよい。

　電源管理部１３０は、バッテリ１３１から制御部１２０及び通信部１４０への電力の供給を管理する。電源管理部１３０は、制御部１２０への電力供給を常に行ってもよい。電源管理部１３０は、制御部１２０の制御下で通信部１４０への給電開始及び給電停止を管理する。

　バッテリ１３１は、電力を蓄える一次電池又は二次電池である。バッテリ１３１は、電源管理部１３０に電力を出力する。

　通信部１４０は、制御部１２０の制御により起動し、アンテナ１５０を介してＬＰＷＡ方式の無線通信を行う。アンテナ１５０は、無線信号の送受信に用いられる。

　通信部１４０は、無線送受信部１４１と、アプリケーション処理部１４２と、ＬｗＭ２Ｍ機能部１４３と、ＦＯＴＡ処理部１４４と、ファームウェア記憶部１４５とを有する。無線送受信部１４１は、無線通信回路及びベースバンドプロセッサ等により構成される。アプリケーション処理部１４２、ＬｗＭ２Ｍ機能部１４３、及びＦＯＴＡ処理部１４４は、少なくとも１つのプロセッサにより構成される。ファームウェア記憶部１４５は、不揮発性メモリにより構成される。

　無線送受信部１４１は、アンテナ１５０が基地局２１０から受信した無線信号に対して増幅処理及びフィルタ処理等を行い、無線信号をベースバンド信号である受信データに変換し、この受信データを復調及び復号する。また、無線送受信部１４１は、送信データを符号化及び変調したうえで無線信号に変換し、この無線信号に対して増幅処理等を行ってアンテナ１５０から送信する。

　アプリケーション処理部１４２は、無線送受信部１４１を介してサーバ３００との通信を行うことにより、データをサーバ３００と送受信する。例えば、アプリケーション処理部１４２は、操作ボタン１１０が押下されたことを示す情報が制御部１２０から通知されると、特定の商品を発注する発注データを生成し、無線送受信部１４１を介してサーバ３００に発注データを送信する。

　ＬｗＭ２Ｍ機能部１４３は、ＬｗＭ２Ｍ規格に基づいて、無線送受信部１４１を介してＬｗＭ２Ｍサーバ４００との通信を行う。例えば、ＬｗＭ２Ｍ機能部１４３は、ファームウェア更新を行うための通信をＬｗＭ２Ｍサーバ４００と行う。

　ＦＯＴＡ処理部１４４は、無線送受信部１４１を介してＦＯＴＡサーバ５００との通信を行うことにより、ＦＯＴＡサーバ５００からファームウェアをダウンロードする。ＦＯＴＡ処理部１４４は、ダウンロードしたファームウェアにより、ファームウェア記憶部１４５に記憶されたファームウェアを更新する。

　ファームウェア記憶部１４５は、通信部１４０の制御プログラムであるファームウェアを記憶する。ファームウェアは、無線送受信部１４１、アプリケーション処理部１４２、ＬｗＭ２Ｍ機能部１４３、及びＦＯＴＡ処理部１４４のうち少なくとも１つを制御するプログラムである。ファームウェアは、制御部１２０を制御するプログラムを含んでもよい。

　（通信機器の動作）
　次に、第１実施形態に係る通信機器１００の動作について説明する。

　（１）一般的な通信機器１００の動作
　図３は、一般的な通信機器１００の動作を示す図である。この動作は、ＦＯＴＡを考慮しない動作である。

　図３に示すように、ステップＳ１において、制御部１２０は、操作ボタン１１０に対する押下操作を検知する。

　ステップＳ２において、制御部１２０は、押下操作の検知に応じて、通信部１４０を起動させるとともに、通信部１４０への給電を電源管理部１３０に開始させる。その結果、通信部１４０は、休止状態（電源オフ状態）から起動状態に切り替わる。

　ステップＳ３において、制御部１２０は、押下操作を示すボタン押下情報をアプリケーション処理部１４２に通知する。

　ステップＳ４において、アプリケーション処理部１４２は、ボタン押下情報が制御部１２０から通知されると、特定の商品を発注するデータを生成し、このデータをサーバ３００に送信する。

　ステップＳ５において、アプリケーション処理部１４２は、サーバ３００が正しくデータを受信したことを示す送達確認情報（ＡＣＫ）をサーバ３００から受信する。

　ステップＳ６において、アプリケーション処理部１４２は、サーバ３００とのデータ通信が完了した旨を制御部１２０に通知する。

　ステップＳ７において、制御部１２０は、電源オフ指示をアプリケーション処理部１４２に通知するとともに、通信部１４０への給電を電源管理部１３０に停止させる。

　ステップＳ８において、通信部１４０は、休止状態（電源オフ状態）に切り替わる。

　ここで、ステップＳ２からステップＳ８までの時間において通信機器１００（通信部１４０）が起動状態にある。

　ＬｗＭ２ＭはＬｗＭ２Ｍクライアントが常時起動していることを前提としている。ＬｗＭ２Ｍサーバ４００からＦＯＴＡの開始要求を通信機器１００に送信しても、通信機器１００が休止状態にある間においてはＦＯＴＡの開始要求を通信機器１００が受信できない。通信機器１００が送受信するデータ量は数バイト程度と少なく、起動状態にある時間が数秒でありうるため、この時間内でＬｗＭ２Ｍサーバ４００が通信機器１００にＦＯＴＡを開始させることが難しい。

　（２）改良された通信機器１００の動作
　図４及び図５は、ＦＯＴＡを効率的に行うように改良された通信機器１００の動作を示す図である。

　図４に示すように、ステップＳ１００において、制御部１２０は、操作ボタン１１０に対する押下操作を検知する。

　ステップＳ１０１において、制御部１２０は、押下操作の検知に応じて、通信部１４０を起動させるとともに、通信部１４０への給電を電源管理部１３０に開始させる。その結果、通信部１４０は、休止状態（電源オフ状態）から起動状態に切り替わる。ここで、通信部１４０において、アプリケーション処理部１４２は起動するが、ＬｗＭ２Ｍ機能部１４３は起動しない。

　ステップＳ１０２において、制御部１２０は、押下操作を示すボタン押下情報をアプリケーション処理部１４２に通知する。

　ステップＳ１０３において、アプリケーション処理部１４２は、ボタン押下情報が制御部１２０から通知されると、特定の商品を発注するデータを生成し、このデータをサーバ３００に送信する。アプリケーション処理部１４２は、通信部１４０のファームウェアのバージョンを示すバージョン情報（バージョン番号）をデータ通信中にサーバ３００に送信する。バージョン情報は、ファームウェアと共にファームウェア記憶部１４５に記憶されているものとする。

　ステップＳ１０４において、アプリケーション処理部１４２は、サーバ３００が正しくデータを受信したことを示す送達確認情報（ＡＣＫ）をサーバ３００から受信する。また、サーバ３００は、通信機器１００からのバージョン情報を確認し、データ通信の送達確認情報（ＡＣＫ）と共にＦＯＴＡ有無の情報を通信機器１００に送信する。例えば、サーバ３００は、通信機器１００からのバージョン情報が示すバージョンが最新のバージョンよりも古い場合、ＦＯＴＡ有を示す情報を送達確認情報（ＡＣＫ）と共に通信機器１００に送信する。アプリケーション処理部１４２は、サーバ３００からのＦＯＴＡ有無の情報に基づいて、ファームウェア更新の有無を確認する。以下において、サーバ３００から「ＦＯＴＡ有」が通知されたと仮定して説明を進める。

　ステップＳ１０５において、アプリケーション処理部１４２は、ＬｗＭ２Ｍ有効フラグをセットする（すなわち、「１」を設定する）。ＬｗＭ２Ｍ有効フラグは、通信部１４０のリセット後にＬｗＭ２Ｍ機能部１４３を起動させる必要があることを示すフラグである。

　ステップＳ１０６において、アプリケーション処理部１４２は、ファームウェア更新（ＦＯＴＡ）がある旨を制御部１２０に通知する。

　ステップＳ１０７において、制御部１２０は、ファームウェア更新がある旨を通信部１４０から通知されると、サーバ３００とのデータ通信が完了しても通信部１４０を起動状態（電源オン状態）に維持する。すなわち、制御部１２０は、電源オフ指示を行わないようにする。

　ステップＳ１０８において、アプリケーション処理部１４２は、自身の状態をリセット（初期化）する。その結果、通信部１４０がリセットされる（ステップＳ１０９）。通信部１４０がリセットされると、ＬｗＭ２Ｍ有効フラグがセットされていることに応じてＬｗＭ２Ｍ機能部１４３が起動する。

　ステップＳ１１０において、ＬｗＭ２Ｍ機能部１４３は、ＬｗＭ２Ｍサーバ４００と通信し、ＬｗＭ２Ｍサーバ４００との認証を行う。認証が完了すると、ＬｗＭ２Ｍサーバ４００は、ＦＯＴＡが必要であると判断し、ＦＯＴＡサーバ５００へのアクセスに用いる「Ｐａｃｋａｇｅ　ＵＲＩ」をＬｗＭ２Ｍ機能部１４３に通知する。ＬｗＭ２Ｍ機能部１４３は、この「Ｐａｃｋａｇｅ　ＵＲＩ」をＦＯＴＡ処理部１４４に通知する（ステップＳ１１２）。

　図５に示すように、ステップＳ１１３において、ＦＯＴＡ処理部１４４は、「Ｐａｃｋａｇｅ　ＵＲＩ」に基づいてＦＯＴＡサーバ５００への接続処理を行う。また、ＦＯＴＡ処理部１４４は、ファームウェアのダウンロード開始をＬｗＭ２Ｍ機能部１４３に通知する（ステップＳ１１４）。

　ステップＳ１１５において、ＦＯＴＡ処理部１４４は、例えばＨＴＴＰｓ通信を用いて、ファームウェアの差分パッケージをＦＯＴＡサーバ５００からダウンロードする。差分パッケージは、古いファームウェアと最新のファームウェアとの差分に相当するファームウェアである。

　ステップＳ１１６において、ＦＯＴＡ処理部１４４は、ファームウェアのダウンロード完了をＬｗＭ２Ｍ機能部１４３に通知する。

　ステップＳ１１７において、ＦＯＴＡ処理部１４４は、ダウンロードしたファームウェアにより、ファームウェア記憶部１４５に記憶されたファームウェアを更新する。

　ステップＳ１１８及びＳ１１９において、ＦＯＴＡ処理部１４４は、ファームウェアの更新完了をＬｗＭ２Ｍ機能部１４３及びアプリケーション処理部１４２に通知する。

　ステップＳ１２０において、アプリケーション処理部１４２は、ファームウェアの更新完了の通知に応じて、ＬｗＭ２Ｍ有効フラグをオフする（すなわち、ゼロを設定する）。

　ステップＳ１２１において、アプリケーション処理部１４２は、ファームウェア更新（ＦＯＴＡ）が完了した旨を制御部１２０に通知する。

　ステップＳ１２２において、制御部１２０は、ファームウェア更新が完了した旨の通知に応じて、電源オフ指示をアプリケーション処理部１４２に通知するとともに、通信部１４０への給電を電源管理部１３０に停止させる。その結果、ステップＳ１２３において、通信部１４０は、休止状態（電源オフ状態）に切り替わる。

　（第１実施形態のまとめ）
　以上説明したように、第１実施形態に係る通信機器１００において、通信部１４０は、ファームウェア更新の有無をデータ通信中に確認し、ファームウェア更新がある場合はその旨を制御部１２０に通知する。制御部１２０は、ファームウェア更新がある旨を通信部１４０から通知されると、データ通信が完了しても通信部１４０を起動状態に維持する。

　これにより、消費電力を削減するためにデータ通信時にのみ通信部１４０が起動する構成であっても、起動時にファームウェア更新があることが確認された場合はファームウェア更新のために起動状態を維持できるため、ファームウェア更新を効率的に行うことができる。

　第１実施形態において、通信部１４０は、通信部１４０のファームウェアのバージョンを示すバージョン情報をデータ通信中にサーバ３００に送信する。通信部１４０は、ファームウェア更新の有無を示す情報をサーバ３００から受信することにより、ファームウェア更新の有無を確認する。これにより、一般的な通信機器１００の動作においてファームウェア更新の有無を確認できるため、ファームウェア更新を効率的に行うことができる。

　第１実施形態において、通信部１４０は、ファームウェア更新がある旨を制御部１２０に通知すると、ファームウェア更新を行うためのＬｗＭ２Ｍ機能（ＬｗＭ２Ｍ機能部１４３）を起動し、ＬｗＭ２Ｍ機能を用いてＬｗＭ２Ｍサーバ４００と通信する。これにより、ファームウェア更新を行うときにのみＬｗＭ２Ｍ機能部１４３を起動すればよいため、ＬｗＭ２Ｍ機能部１４３を常に起動させておく場合に比べて消費電力を削減できる。

　第１実施形態において、通信部１４０は、ＬｗＭ２Ｍサーバ４００との通信に基づいてＦＯＴＡサーバ５００と通信することにより、ＦＯＴＡサーバ５００からファームウェアをダウンロードする。これにより、ＦＯＴＡにおいてファームウェアを適切にダウンロードできる。

　第１実施形態において、通信部１４０は、ファームウェア更新が完了すると、ファームウェア更新が完了した旨を制御部１２０に通知する。制御部１２０は、ファームウェア更新が完了した旨を通信部１４０から通知されると、通信部１４０を起動状態から休止状態に切り替える。これにより、ファームウェア更新の完了を待って通信部１４０を休止状態に切り替えることができるため、消費電力の増大を抑制しつつＦＯＴＡを効率的に行うことができる。

　［第２実施形態］
　以下において、第２実施形態について、第１実施形態との相違点を主に説明する。

　クライアントである通信機器からサーバに対して効率的なデータ送信を行うために、データを任意のタイミングで通信機器からサーバに送信したいというニーズがある。

　しかしながら、ＬｗＭ２Ｍは、Ｐｕｌｌ型でサーバが通信機器からデータを取得することが基本であり、通信機器が自発的にデータをサーバに送ることを想定していないため、通信機器からサーバに対して効率的なデータ送信を行うことが難しい。

　そこで、第２実施形態は、Ｐｕｌｌ型でサーバがデータを取得する前提下においてサーバに対して効率的なデータ送信を行うことを可能とする。

　図面を参照して第２実施形態について説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。

　（通信システムの構成）
　まず、第１実施形態に係る通信システムの構成について説明する。図６は、第２実施形態に係る通信システム２の構成を示す図である。

　図６に示すように、通信システム２は、通信機器１００と、後位機器６００と、通信ネットワーク２００と、ＬｗＭ２Ｍサーバ４００とを有する。ＬｗＭ２Ｍサーバ４００は、データを通信機器１００から取得するサーバの一例である。

　通信機器１００は、ＬｗＭ２Ｍクライアントに相当する。通信機器１００は、無線通信機能を有するＩｏＴ機器である。例えば、通信機器１００は、各種のセンサを有し、センサにより得られたデータをＬｗＭ２Ｍサーバ４００にアップロードする。

　通信機器１００は、ＬＰＷＡ（Ｌｏｗ　Ｐｏｗｅｒ　Ｗｉｄｅ　Ａｒｅａ）方式の無線通信を通信ネットワーク２００と行ってもよい。ＬＰＷＡ方式は、消費電力を抑えつつ遠距離の無線通信を実現する方式である。ＬＰＷＡ方式は、例えば、セルラＬＰＷＡ、ＳＩＧＦＯＸ、又はＬｏＲａＷＡＮである。セルラＬＰＷＡは、３ＧＰＰ（３^ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）規格において規定されたｅＭＴＣ（ｅｎｈａｎｃｅｄ　Ｍａｃｈｉｎｅ　Ｔｙｐｅ　Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）又はＮＢ－ＩｏＴ（Ｎａｒｒｏｗ　Ｂａｎｄ－Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）であってもよい。

　後位機器６００は、通信機器１００と電気的に接続される機器である。後位機器６００は、通信機器１００と直接接続されるか、又はケーブルを介して間接的に通信機器１００と接続される。後位機器６００は、例えば、ＵＡＲＴ（Ｕｎｉｖｅｒｓａｌ　Ａｓｙｎｃｈｒｏｎｏｕｓ　Ｒｅｃｅｉｖｅｒ／Ｔｒａｎｓｍｉｔｔｅｒ）方式又はＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）方式の有線通信を通信機器１００と行う。

　後位機器６００は、ＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）、センサ機器、メータ機器、又は自動販売機等の機器である。後位機器６００は、ＩｏＴ向けのアプリケーションを実行する。通信機器１００と接続された後位機器６００は、自身が無線通信の機能を有していなくても、通信機器１００を介して通信ネットワーク２００及びＬｗＭ２Ｍサーバ４００との通信を行うことができる。

　ＬｗＭ２Ｍサーバ４００は、通信ネットワーク２００を介して、ＬｗＭ２Ｍ規格に基づいてＬｗＭ２Ｍクライアントである通信機器１００を管理する。ＬｗＭ２Ｍはクライアント・サーバモデルを採用しており、ＬｗＭ２Ｍサーバ４００は、ＬｗＭ２Ｍクライアントである通信機器１００からＰｕｌｌ型でデータを取得する。

　ＬｗＭ２Ｍサーバ４００から通信機器１００へ送信されるコマンドは主に以下の４つである。

　１）Ｒｅａｄ：
　通信機器１００からデータを取得するための読み出しコマンド。

　２）Ｗｒｉｔｅ：
　通信機器１００にデータやパラメータを書き込むための書き込みコマンド。

　３）Ｅｘｅｃｕｔｅ：
　通信機器１００に再起動などの処理を実行させる実行コマンド。

　４）Ｏｂｓｅｒｖｅ：
　Ｒｅａｄコマンドの拡張版であり、ＬｗＭ２Ｍサーバ４００から指定されたデータが変化したタイミング及び指定された時間間隔でこのデータをＬｗＭ２Ｍサーバ４００へ通知させるよう指示する通知指示コマンド。

　なお、通信システム２では、通信機器１００が通信できない状態を考慮して、生存期間（Ｌｉｆｅｔｉｍｅ）をＬｗＭ２Ｍサーバ４００及び通信機器１００の両方で保持する。通信機器１００が通信できない状態とは、例えば、通信機器１００が圏外にある状態、通信機器１００が消費電力を低減させるためにスリープモードに入っている状態等をいう。通信機器１００は、この生存期間が終了する前に、ＬｗＭ２Ｍサーバ４００に対して登録の更新（Ｕｐｄａｔｅ）を行うことにより生存期間を延長する。

　通信機器１００からＬｗＭ２Ｍサーバ４００へ送信されるメッセージは以下の３つである。

　１）Ｒｅｇｉｓｔｅｒ：
　ＬｗＭ２Ｍサーバ４００への初回時の登録要求メッセージ。

　２）Ｕｐｄａｔｅ：
　生存期間延長のための更新要求メッセージ。

　３）Ｎｏｔｉｆｙ：
　Ｏｂｓｅｒｖｅコマンドに対応したデータを通知する通知メッセージ。

　通信機器１００は、Ｒｅｇｉｓｔｅｒメッセージ及びＵｐｄａｔｅメッセージにいくつかのパラメータを付与してＬｗＭ２Ｍサーバ４００に送信する。パラメータは、例えば、上述の生存期間（Ｌｉｆｅｔｉｍｅ）やサポートしているオブジェクトの番号等である。

　なお、通信機器１００は、リソースモデルという形式でデータを管理する。リソースモデルは、オブジェクト、オブジェクトインスタンス、リソースのツリー構造になっている。各要素には番号が割り当てられる。例えば、デバイスの製造元（Ｍａｎｕｆａｃｔｕｒｅｒ）を表すリソースは／３／０／０のように表現され、これは３番のオブジェクト、０番のオブジェクトインスタンス、０番のリソースであることを意味する。通信機器１００は、／３／０／０を指定するＲｅａｄコマンドをＬｗＭ２Ｍサーバ４００から受信すると、通信機器１００の製造元データをＬｗＭ２Ｍサーバ４００に返す。

　（通信機器の構成）
　次に、第２実施形態に係る通信機器１００の構成について説明する。図７は、一実施形態に係る通信機器１００の構成を示す図である。

　図７に示すように、通信機器１００は、アンテナ１５０と、通信部１４０と、制御部１２０と、記憶部１９０と、電源管理部１３０と、接続部１６０とを有する。通信機器１００には、図示を省略するインターフェイスを介してＵＩＭ／ＳＩＭ１７０及びセンサ１８０を接続可能である。

　アンテナ１５０は、無線信号の送受信に用いられる。通信部１４０は、制御部１２０の制御下で基地局２１０との無線通信を行うとともに、基地局２１０を介してＬｗＭ２Ｍサーバ４００との通信を行う。通信部１４０は、アンテナ１５０が基地局２１０から受信した無線信号に対して増幅処理及びフィルタ処理等を行い、無線信号をベースバンド信号に変換して制御部１２０に出力する。また、通信部１４０は、制御部１２０から入力されたベースバンド信号を無線信号に変換し、増幅処理等を行ってアンテナ１５０から送信する。

　通信部１４０は、ＬｗＭ２Ｍ規格に基づく通信をＬｗＭ２Ｍサーバ４００と行う。例えば、通信部１４０は、Ｒｅａｄコマンド、Ｗｒｉｔｅコマンド、Ｅｘｅｃｕｔｅコマンド、及びＯｂｓｅｒｖｅコマンドのいずれかをＬｗＭ２Ｍサーバ４００から受信する。また、通信部１４０は、Ｒｅｇｉｓｔｅｒメッセージ、Ｕｐｄａｔｅメッセージ、及びＮｏｔｉｆｙメッセージのいずれかをＬｗＭ２Ｍサーバ４００に送信する。

　制御部１２０は、通信機器１００における各種の処理及び制御を行う。例えば、制御部１２０は、ＬＰＷＡ方式によって基地局２１０との無線通信を行うように通信部１４０を制御する。制御部１２０は、少なくとも１つのプロセッサを含む。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）とを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、記憶部１９０に記憶されたプログラムを実行して各種の処理を行う。

　制御部１２０は、ＬｗＭ２Ｍ規格に基づく処理を行う。例えば、制御部１２０は、Ｒｅａｄコマンド、Ｗｒｉｔｅコマンド、Ｅｘｅｃｕｔｅコマンド、及びＯｂｓｅｒｖｅコマンドのいずれかを通信部１４０が受信すると、受信したコマンドに応じた処理を行う。また、制御部１２０は、Ｒｅｇｉｓｔｅｒメッセージ、Ｕｐｄａｔｅメッセージ、及びＮｏｔｉｆｙメッセージのいずれかを生成し、生成したメッセージを通信部１４０に出力する。また、制御部１２０は、生存期間（Ｌｉｆｅｔｉｍｅ）を管理し、この生存期間が終了する前にＬｗＭ２Ｍサーバ４００に対して登録の更新（Ｕｐｄａｔｅ）を行うことにより生存期間を延長する。

　記憶部１９０は、揮発性メモリ及び不揮発性メモリを含み、制御部１２０により実行されるプログラム、及び制御部１２０による処理に用いられる情報及びデータを記憶する。

　電源管理部１３０は、バッテリ及びその周辺回路を含む。電源管理部１３０は、通信機器１００の駆動電力を供給する。なお、通信機器１００が後位機器６００とＵＳＢにより接続される場合、駆動電力が後位機器６００からＵＳＢ給電により供給されてもよい。

　接続部１６０は、後位機器６００と電気的に接続するためのインターフェイスである。接続部１６０に後位機器６００が電気的に接続された状態において、制御部１２０は、後位機器６００が通信ネットワーク２００と送受信するデータの転送処理を行う。

　ＵＩＭ／ＳＩＭ１７０は、通信ネットワーク２００との通信を行うために必要な加入者情報等を記憶する。

　センサ１８０は、複数種類のセンサを含み、温度、湿度、気圧、照度、加速度、及び／又は地磁気等を測定して測定値からなるデータを出力する。センサ１８０が出力するデータは、制御部１２０を介して記憶部１９０に記憶される。制御部１２０は、記憶部１９０に記憶されたデータを管理する。

　（ＬｗＭ２Ｍサーバの構成）
　次に、第２実施形態に係るＬｗＭ２Ｍサーバ４００の構成について説明する。図８は、ＬｗＭ２Ｍサーバ４００の構成を示す図である。

　図８に示すように、ＬｗＭ２Ｍサーバ４００は、通信部４１０と、制御部４２０と、記憶部４３０とを有する。

　通信部４１０は、通信ネットワーク２００に有線又は無線で接続される。通信部４１０は、制御部４２０の制御下で、通信ネットワーク２００を介してＬｗＭ２Ｍサーバ４００との通信を行う。

　通信部４１０は、ＬｗＭ２Ｍ規格に基づく通信を通信機器１００と行う。例えば、通信部４１０は、Ｒｅａｄコマンド、Ｗｒｉｔｅコマンド、Ｅｘｅｃｕｔｅコマンド、及びＯｂｓｅｒｖｅコマンドのいずれかを通信機器１００に送信する。また、通信部４１０は、Ｒｅｇｉｓｔｅｒメッセージ、Ｕｐｄａｔｅメッセージ、及びＮｏｔｉｆｙメッセージのいずれかを通信機器１００から受信する。

　制御部４２０は、ＬｗＭ２Ｍサーバ４００における各種の処理及び制御を行う。制御部４２０は、少なくとも１つのプロセッサを含む。プロセッサは、記憶部４３０に記憶されたプログラムを実行して各種の処理を行う。

　制御部４２０は、ＬｗＭ２Ｍ規格に基づく処理を行う。例えば、制御部４２０は、Ｒｅｇｉｓｔｅｒメッセージ、Ｕｐｄａｔｅメッセージ、及びＮｏｔｉｆｙメッセージのいずれかを通信部４１０が受信すると、受信したメッセージに応じた処理を行う。また、制御部４２０は、Ｒｅａｄコマンド、Ｗｒｉｔｅコマンド、Ｅｘｅｃｕｔｅコマンド、及びＯｂｓｅｒｖｅコマンドのいずれかを生成し、生成したメッセージを通信部４１０に出力する。

　記憶部４３０は、揮発性メモリ及び不揮発性メモリを含み、制御部４２０により実行されるプログラム、及び制御部４２０による処理に用いられる情報及びデータを記憶する。

　（通信システムの動作）
　次に、第２実施形態に係る通信システム２の動作について説明する。

　通信システム２は、Ｐｕｌｌ型でＬｗＭ２Ｍサーバ４００が通信機器１００からデータを取得することを基本としており、所望のデータを任意のタイミングで通信機器１００からＬｗＭ２Ｍサーバ４００に送信することが難しい。

　特に、後位機器６００は、所望のデータを通信機器１００からＬｗＭ２Ｍサーバ４００に通知させたい場合であっても、所望のデータに対するＲｅａｄコマンドをＬｗＭ２Ｍサーバ４００が発行しなければ、所望のデータを通信機器１００からＬｗＭ２Ｍサーバ４００に通知させることができない。

　そこで、Ｎｏｔｉｆｙメッセージを利用し、ＮｏｔｉｆｙメッセージによりＬｗＭ２Ｍサーバ４００にＲｅａｄコマンドの発行を促すことができるようにする。以下において、そのような通信方法について説明する。

　図９は、第２実施形態に係る通信方法を示すシーケンス図である。第２実施形態に係る通信方法は、ＬｗＭ２Ｍサーバ４００と、ＬｗＭ２Ｍサーバ４００との通信を行う通信機器１００と、通信機器１００と電気的に接続される後位機器６００とを用いる方法である。

　図９に示すシーケンスに先立ち、通信機器１００の記憶部１９０は、ＬｗＭ２Ｍサーバ４００への通知対象である第１データと、第１データの読み出しをＬｗＭ２Ｍサーバ４００に要求するために用いる第２データとを保持する。

　図９において、第１データがリソースＡのデータであり、第２データがリソースＺのデータである一例を示している。なお、後位機器６００及びＬｗＭ２Ｍサーバ４００は、第１データ（リソースＡ）と第２データ（リソースＺ）との対応関係を予め把握及び保持しているものとする。

　ステップＳ２１：
　ＬｗＭ２Ｍサーバ４００において、制御部４２０は、第２データ（リソースＺ）の変化時に第２データ（リソースＺ）をＬｗＭ２Ｍサーバ４００に通知するよう指示するＯｂｓｅｒｖｅコマンドを生成する。このＯｂｓｅｒｖｅコマンドは、第２データ（リソースＺ）の識別子を含む。通信部４１０は、制御部４２０が生成したＯｂｓｅｒｖｅコマンドを通信機器１００に送信する。

　通信機器１００において、通信部１４０は、ＬｗＭ２Ｍサーバ４００からＯｂｓｅｒｖｅコマンドを受信する。制御部１２０は、通信部１４０が受信したＯｂｓｅｒｖｅコマンドに基づいて、第２データ（リソースＺ）の監視を開始する。

　ステップＳ２２：
　後位機器６００は、第１データ（リソースＡ）を通信機器１００からＬｗＭ２Ｍサーバ４００に通知させる場合、第２データ（リソースＺ）を変化させるよう通信機器１００を制御する。例えば、後位機器６００は、第２データ（リソースＺ）を変化させるＡＴ　Ｃｏｍｍａｎｄを生成し、生成したＡＴ　Ｃｏｍｍａｎｄを通信機器１００に出力する。

　ステップＳ２３：
　通信機器１００において、制御部１２０は、接続部１６０を介して後位機器６００からＡＴ　Ｃｏｍｍａｎｄを受け付けると、ＡＴ　Ｃｏｍｍａｎｄに基づいて第１データ（リソースＡ）を変化させる。

　ステップＳ２４：
　通信機器１００において、制御部１２０は、第１データ（リソースＡ）についてＯｂｓｅｒｖｅコマンドが発行されているため、第１データ（リソースＡ）の変化により、第１データ（リソースＡ）をＬｗＭ２Ｍサーバ４００に通知する必要が生じたと判断し、変化後の第１データ（リソースＡ）を含むＮｏｔｉｆｙメッセージを生成する。このＮｏｔｉｆｙメッセージは、第２データ（リソースＺ）及びその識別子を含む。通信部１４０は、制御部１２０が生成したＮｏｔｉｆｙメッセージをＬｗＭ２Ｍサーバ４００に送信する。

　ステップＳ２５：
　ＬｗＭ２Ｍサーバ４００において、通信部４１０は、通信機器１００からＮｏｔｉｆｙメッセージを受信する。制御部４２０は、第２データ（リソースＺ）及びその識別子を含むＮｏｔｉｆｙメッセージを通信部４１０が受信すると、このＮｏｔｉｆｙメッセージを、第１データ（リソースＡ）の読み出し要求とみなすとともに、第１データ（リソースＡ）を読み出すＲｅａｄコマンドを生成する。このＲｅａｄコマンドは、第１データ（リソースＡ）の識別子を含む。そして、通信部４１０は、制御部４２０が生成したＲｅａｄコマンドを通信機器１００に送信する。

　通信機器１００において、通信部１４０は、ＬｗＭ２Ｍサーバ４００からＲｅａｄコマンドを受信する。

　ステップＳ２６：
　制御部１２０は、第１データ（リソースＡ）に対するＲｅａｄコマンドを通信部１４０が受信すると、第１データ（リソースＡ）を記憶部１９０から取得する。通信部１４０は、この第１データ（リソースＡ）をＬｗＭ２Ｍサーバ４００に送信する。

　このように、第２実施形態に係る通信方法によれば、Ｐｕｌｌ型でＬｗＭ２Ｍサーバ４００が通信機器１００からデータを読み出すことを基本とするＬｗＭ２Ｍ規格に従いつつ、後位機器６００を起点として所望のデータを任意のタイミングで通信機器１００からＬｗＭ２Ｍサーバ４００に送信することができる。よって、ＬｗＭ２Ｍサーバ４００に対して効率的なデータ送信を行うことを可能とすることができる。

　（その他の実施形態）
　上述した第１実施形態において、通信システム１が、サーバ３００、ＬｗＭ２Ｍサーバ４００、及びＦＯＴＡサーバ５００の３つのサーバを有する一例について説明したが、これらのサーバはさらに細分化されてもよいし、２以上のサーバを１つに統合してもよい。

　また、上述した第１実施形態において、通信機器１００が、ボタン押下に応じてサーバ３００に特定の商品を発注する機器である一例について主として説明したが、通信機器１００は各種のセンサを有するセンサ機器であってもよい。

　また、上述した第１実施形態において、通信機器１００からサーバ３００に対してデータのアップロードを行う一例について説明したが、通信機器１００は、サーバ３００からデータのダウンロードを行ってもよい。
　上述した第２実施形態において、通信機器１００が無線通信によりＬｗＭ２Ｍサーバ４００との通信を行う一例について説明したが、通信機器１００は、有線通信によりＬｗＭ２Ｍサーバ４００との通信を行ってもよい。

　また、上述した第２実施形態において、ＬｗＭ２Ｍ規格に基づく通信システム２について説明した。しかしながら、Ｐｕｌｌ型でサーバが通信機器からデータを取得することを基本とする規格又はプロトコルであればよく、ＬｗＭ２Ｍ規格に限定されるものではない。

　通信機器１００又はＬｗＭ２Ｍサーバ４００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。また、通信機器１００が行う各処理を実行する機能部（回路）を集積化し、通信機器１００を半導体集積回路（チップセット、ＳｏＣ）として構成してもよい。

　以上、図面を参照して実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。

　本願は、日本国特許出願第２０１９－１０１５１７号（２０１９年５月３０日出願）及び日本国特許出願第２０１９－１０１５３７号（２０１９年５月３０日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。

Claims

　無線通信を行う通信部と、
　前記通信部によりサーバとのデータ通信を開始する際に前記通信部を起動状態に切り替え、前記データ通信が完了した際に前記通信部を休止状態に切り替える制御部と、を備え、
　前記データ通信中において、前記制御部は、ファームウェア更新がある場合、前記データ通信が完了しても前記通信部を前記起動状態に維持する
　通信機器。
　前記通信部は、
　　前記ファームウェアのバージョンを示すバージョン情報を前記データ通信中に前記サーバに送信し、
　　前記ファームウェア更新の有無を示す情報を前記サーバから受信することにより、前記ファームウェア更新の有無を確認する
　請求項１に記載の通信機器。
　前記通信部は、前記ファームウェア更新がある旨を前記制御部に通知すると、前記ファームウェア更新を行うためのＬｗＭ２Ｍ機能を起動し、前記ＬｗＭ２Ｍ機能を用いてＬｗＭ２Ｍサーバと通信する
　請求項１又は２に記載の通信機器。
　前記通信部は、前記ＬｗＭ２Ｍサーバとの通信に基づいてファームウェア配信サーバと通信することにより、前記ファームウェア配信サーバからファームウェアをダウンロードする
　請求項３に記載の通信機器。
　前記通信部は、前記ファームウェア更新が完了すると、前記ファームウェア更新が完了した旨を前記制御部に通知し、
　前記制御部は、前記ファームウェア更新が完了した旨を前記通信部から通知されると、前記通信部を前記起動状態から前記休止状態に切り替える
　請求項１乃至４のいずれか１項に記載の通信機器。
　無線通信を行う通信部と、
　前記通信部によりサーバとのデータ通信を開始する際に前記通信部を起動状態に切り替え、前記データ通信が完了した際に前記通信部を休止状態に切り替える制御部と、を備える通信機器を制御する制御方法であって、
　前記通信部が前記ファームウェア更新の有無を前記データ通信中に確認することと、
　前記データ通信中において、前記ファームウェア更新がある場合、前記データ通信が完了しても前記制御部が前記通信部を前記起動状態に維持することと、を含む
　制御方法。
　サーバと通信機器とを有し、
　前記通信機器は、無線通信を行い、前記サーバとのデータ通信を開始する際に起動状態に切り替え、前記データ通信が完了した際に休止状態に切り替える通信システムにおいて、
　前記通信機器は、前記データ通信中において、ファームウェア更新がある場合、前記データ通信が完了しても前記起動状態に維持する通信システム。
　サーバと、前記サーバとの通信を行う通信機器と、前記通信機器と電気的に接続される後位機器と、を用いる通信方法であって、
　前記通信機器が、前記サーバへの通知対象である第１データと、前記第１データの読み出しを前記サーバに要求するために用いる第２データとを保持することと、
　前記後位機器が、前記第１データを前記通信機器から前記サーバに通知させる場合、前記第２データを変化させるよう前記通信機器を制御することと、
　前記通信機器が、前記第２データの変化時に前記第２データを前記サーバに通知することと、
　前記サーバが、前記通信機器から前記第２データを受信すると、該受信した第２データを前記第１データの読み出し要求とみなすとともに、前記第１データを読み出す読み出しコマンドを前記通信機器に送信することと、を含む
　通信方法。
　前記サーバが、前記第２データの変化時に前記第２データを前記サーバに通知するよう指示する通知指示コマンドを前記通信機器に送信することをさらに含み、
　前記通信機器は、前記通知指示コマンドに基づいて、前記第２データの変化時に前記第２データを前記サーバに通知する
　請求項８に記載の通信方法。
　前記読み出しコマンドは、ＬｗＭ２Ｍ規格で規定されるＲｅａｄコマンドである
　請求項８又は９に記載の通信方法。
　前記通知指示コマンドは、ＬｗＭ２Ｍ規格で規定されるＯｂｓｅｒｖｅコマンドである
　請求項９に記載の通信方法。
　サーバと、前記サーバとの通信を行う通信機器と、前記通信機器と電気的に接続される後位機器と、を含む通信システムに用いる前記通信機器であって、
　前記サーバへの通知対象である第１データと、前記第１データの読み出しを前記サーバに要求するために用いる第２データとを保持する記憶部と、
　前記第２データを変化させる制御を前記後位機器から受け付けると、前記第２データの変化時に前記第２データを前記サーバに通知する制御部と、
　前記第２データを前記第１データの読み出し要求とみなした前記サーバから、前記第１データを読み出す読み出しコマンドを受信する通信部と、を備える
　通信機器。
　サーバと、前記サーバとの通信を行う通信機器と、前記通信機器と電気的に接続される後位機器と、を含む通信システムに用いる前記サーバであって、
　前記サーバへの通知対象である第１データと前記第１データの読み出しを前記サーバに要求するために用いる第２データとを保持する前記通信機器に対して、前記第２データの変化時に前記第２データを前記サーバに通知するよう指示する通知指示コマンドを送信する通信部を備え、
　前記通信部は、前記通信機器から前記第２データを受信すると、該受信した第２データを前記第１データの読み出し要求とみなすことにより、前記第１データを読み出す読み出しコマンドを前記通信機器に送信する
　サーバ。
　サーバと、前記サーバとの通信を行う通信機器と、を含む通信システムであって、
　前記通信機器は、
　前記サーバへの通知対象である第１データと、前記第１データの読み出しを前記サーバに要求するために用いる第２データとを保持する記憶部と、
　前記第２データを変化させる制御を、前記通信機器と電気的に接続される後位機器から受け付けると、前記第２データの変化時に前記第２データを前記サーバに通知する制御部と、
　前記サーバから、前記第１データを読み出す読み出しコマンドを受信する第１通信部と、を備え、
　前記サーバは、
　前記通信機器に対して、前記第２データの変化時に前記第２データを前記サーバに通知するよう指示する通知指示コマンドを送信する第２通信部を備え、
　前記第２通信部は、前記通信機器から前記第２データを受信すると、該受信した第２データを前記第１データの読み出し要求とみなすことにより、前記読み出しコマンドを前記通信機器に送信する
　通信システム。