JP7477584B1 - 通信装置、通信装置の制御方法、及び通信装置の制御プログラム - Google Patents

Abstract

【課題】ＮＢ－ＩｏＴにおけるＦＯＴＡを効率的に行うこと【解決手段】第１通信方式によって無線アクセスネットワークへ接続し、データを送受信する通信装置は、自装置に更新用ソフトウェアを配信する配信サーバから、更新用ソフトウェアの配信通知を受信したことに応じて、自装置の通信方式を、前記第１通信方式から、当該第１通信方式と比較して通信速度が速い第２通信方式へ切り替える切替部と、無線アクセスネットワークを介して、第２通信方式によって更新用ソフトウェアを取得し、自装置のファームウェアを更新する更新部とを備える。【選択図】図２

Description

本発明は、通信装置、通信装置の制御方法、及び通信装置の制御プログラムに関する。

近年広がりを見せるＩｏＴ（Internet of Things）デバイス向けの通信技術として、ＬＰＷＡ（Low Power Wide Area）が注目されている。ＬＰＷＡは、低消費電力、長距離通信を実現する通信技術であり、屋内外の様々な場所に設置され、外部電源を備えず内蔵電池で駆動されるＩｏＴデバイスに適している。ＬＰＷＡに分類されるＩｏＴ向けの通信方式としては、例えば、ＬＴＥを拡張したカテゴリＭ（Category M）、カテゴリＭ１（Category M1）、ＮＢ－ＩｏＴ（Narrow Band IoT）が挙げられる。また、その他のＬＰＷＡに分類される通信方式には、ＬｏＲａＷＡＮ（登録商標）、Ｓｉｇｆｏｘ（登録商標）、ＺＥＴＡ等がある。

上述したＬＰＷＡに準拠し、ＬＴＥを拡張した通信方式のうち、ＮＢ－ＩｏＴは、カテゴリＭ、カテゴリＭ１よりもさらに省電力であり、また、ＮＩＤＤ（Non-IP Data Delivery）を利用できるという利点がある。ＮＩＤＤは、ＩｏＴデバイスにＩＰ（Internet Protocol）アドレスを割り当てることなくデータ通信を行うため、データ通信時のヘッダー情報等を削減でき、通信に必要な電力を抑えて、ＩｏＴデバイスのバッテリーを長持ちさせることができる。

なお、従来、無線通信装置には、不具合の修正や機能の追加のために自装置のファームウェア（ソフトウェアプログラム）の更新を無線経由で行う、ＦＯＴＡ（Firmware Over The Air）と呼ばれる技術が知られている。例えば特許文献１には、ＮＢ－ＩｏＴに準拠するＩｏＴデバイスに対してＦＯＴＡを行う技術が開示されている。

特開２０２０－０３５２４４号公報

ＮＢ－ＩｏＴは、携帯電話や無線ＬＡＮの通信方式であるＬＴＥ（登録商標）（Long Term Evolution）やＷｉ－Ｆｉ（登録商標）と比較して、低消費電力で長距離通信が可能であるものの、通信帯域が狭く、通信速度が遅いとの特徴がある。そのため、ファームウェアの更新用ソフトウェアのような、ＩｏＴデバイスが通常の動作で送受信するデータと比較して容量の大きいデータのダウンロードには時間を要し、通信帯域を長時間占有するという問題がある。このため、例えば特許文献１に記載のように、更新用ソフトウェアを分割して送信する手法等がとられる必要があった。

ＮＢ－ＩｏＴにおけるＦＯＴＡを効率的に行うことが求められていた。

本発明の一実施形態に係る、第１通信方式によって無線アクセスネットワークへ接続し、データを送受信する通信装置は、自装置に更新用ソフトウェアを配信する配信サーバから、更新用ソフトウェアの配信通知を受信したことに応じて、自装置の通信方式を、前記第１通信方式から、当該第１通信方式と比較して通信速度が速い第２通信方式へ切り替える切替部と、無線アクセスネットワークを介して、第２通信方式によって更新用ソフトウェアを取得し、自装置のファームウェアを更新する更新部とを備える。

本発明の一実施形態に係る通信装置において、切替部は、更新部による更新用ソフトウェアの取得が完了したことに応じて、自装置の通信方式を、第２通信方式から第１通信方式へ切り替えてよい。

本発明の一実施形態に係る通信装置は、第１通信方式及び第２通信方式を含む、少なくとも２以上の複数の通信方式への切り替えが可能であって、複数の通信方式それぞれにおける、無線アクセスネットワークへ接続する際の通信品質を取得する品質取得部をさらに備え、切替部は、配信通知を受信したことに応じて、自装置の通信方式を、第１通信方式から、複数の通信方式のうち最も通信品質の高い通信方式へ切り替えてよい。

本発明の一実施形態に係る通信装置において、通信方式は、ＬＰＷＡ（Low Power Wide Area）に準拠する通信方式であって、第１通信方式はＮＢ－ＩｏＴ（Narrow Band Internet of Things）による通信方式、第２通信方式はカテゴリＭ１（Category M1）による通信方式であってよい。

本発明の一実施形態に係る通信装置において、切替部は、複数の通信方式に含まれる通信方式として、ＬＴＥ（Long Term Evolution）による通信方式へ切り替え可能であってよい。

本発明の一実施形態に係る、第１通信方式によって無線アクセスネットワークへ接続し、データを送受信する通信装置の制御方法は、通信装置が、自装置に更新用ソフトウェアを配信する配信サーバから、更新用ソフトウェアの配信通知を受信したことに応じて、自装置の通信方式を、第１通信方式から第２通信方式へ切り替えるステップと、無線アクセスネットワークを介して、第２通信方式によって更新用ソフトウェアを取得するステップとを含む。

本発明の一実施形態に係る、第１通信方式によって無線アクセスネットワークへ接続し、データを送受信する通信装置の制御プログラムは、通信装置に、自装置に更新用ソフトウェアを配信する配信サーバから、更新用ソフトウェアの配信通知を受信したことに応じて、自装置の通信方式を、第１通信方式から第２通信方式へ切り替える機能と、無線アクセスネットワークを介して、第２通信方式によって更新用ソフトウェアを取得する機能とを実現させる。

図１は、本発明の一実施形態に係る配信システムの構成を示す概略図である。 図２は、本発明の一実施形態に係る配信サーバおよび通信装置の概略構成図である。 図３は、本発明の一実施形態に係る通信装置及び配信サーバ間のシーケンス図の一例である。 図４は、本発明の一実施形態に係る通信装置及び配信サーバ間のシーケンス図の一例である。

以降、図を用いて、本開示に係る発明（本発明ともいう）の一実施形態を説明する。なお、図は一例であって、本発明は図に示すものに限定されない。例えば、図示した配信サーバ（情報処理装置）、管理サーバ、基地局、通信装置（ＩｏＴデバイス）の数、シーケンス図は一例であって、本発明はこれらに限定されるものではない。

＜システム構成＞
図１は、本発明の一実施形態に係る配信システムの構成例を示す図である。配信システム６００は、通信装置２００に対し、ファームウェアを更新するための更新用ソフトウェアを配信するシステムであってよい。

配信システム６００は、配信サーバ１００と、管理サーバ１０１と、基地局３００（３００Ａ，３００Ｂ）と、複数の通信装置２００と、移動通信ネットワーク５００とを含んでよい。ここで、移動通信ネットワーク５００は、基地局３００と通信装置２００とがデータをやり取りする無線アクセスネットワークと、コアネットワーク５０とを含んでよい。なお、これ以降、基地局３００Ａ，３００Ｂを特に区別する必要がない場合、単に基地局３００として説明する。また、配信システム６００は、図示しないデータベースサーバをさらに備え、データベースサーバは、本発明の一実施形態に係る配信システム６００の機能の実現に必要な各種データを格納してもよい。

通信装置２００は、基地局３００に接続され、各基地局３００のセル内に存在（在圏）する各種ＩｏＴデバイスであってよい。なお、これ以降、通信装置２００を、ガス（都市ガス、ＬＰガス）、水道、電気等のスマートメータに設置され、メータの検針データ等を送信するＩｏＴデバイスとして説明する。しかしながら、本発明はこれに限定されず、通信装置２００としては、橋や道路等のインフラ監視に用いられるＩｏＴセンサや、ウェアラブルデバイスなどであってよい。

また、通信装置２００は、ＬＰＷＡに分類されるＩｏＴ向けの通信方式であって、例えば、ＮＢ－ＩｏＴ、カテゴリＭ、カテゴリＭ１等に準拠するデバイスであってもよい。さらに、通信装置２００は、無線アクセスネットワークに接続する際の通信方式を、複数の通信方式で切り替え可能であってよい。言い換えれば、移動通信ネットワーク５００における通信ベアラ（通信経路）を、複数の通信方式間で切り替え可能であってよい。例えば、通信装置２００は、通信方式を、ＮＢ－ＩｏＴとカテゴリＭ１とで切り替え可能であってよい。

配信サーバ１００は、基地局３００に接続する各通信装置２００のファームウェアのバージョンを管理し、必要に応じて、各通信装置２００のファームウェアを更新するための更新用ソフトウェアを送信する機能（ＦＯＴＡを実行するための機能）を有してよい。なお、更新用ソフトウェアを提供する事業者と、配信する事業者とは異なっていてもよい。例えば、更新用ソフトウェアは、各通信装置２００の製造業者によって提供され、基地局３００を管理する通信事業者によって、配信サーバ１００を介して各通信装置２００へ配信されてもよい。

管理サーバ１０１は、各通信装置２００から送信された各スマートメータの検針値等を処理し、スマートメータの管理者へ必要なデータを受け渡す、ＩｏＴ－ＰＦ（プラットフォーム）として機能してよい。管理サーバ１０１は、移動通信ネットワーク５００を介して、通信装置２００を遠隔制御してもよく、管理サーバ１０１は、管理者が待機する図示しない集中監視センタに接続されてよい。なお、管理サーバ１０１と配信サーバ１００とは、同一のサーバとして設けられてもよいし、さらに複数のサーバにその機能が分散されてもよい。なお、管理サーバ１０１、配信サーバ１００は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよく、例えば、サーバ装置、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレット等）、コミュニケーションプラットホーム等を含んでもよい。

コアネットワーク５０は、図示しないＭＭＥ（Mobility Management Entity：モビリティ管理エンティティ）、Ｓ－ＧＷ（Serving Gateway：サービング・ゲートウェイ）、Ｐ－ＧＷ（Packet Data Network Gateway：パケット・データ・ネットワーク・ゲートウェイ）、ＳＣＥＦ（Service Capability Exposure Function）等のノードを含んでよい。ＭＭＥは、通信装置２００の位置管理、認証管理や、各ノード間のセッションの管理（すなわち、通信ベアラの管理）等を行う機能を有する。また、ＭＭＥは、通信装置２００を呼び出す際に、基地局３００へページングを送信する機能も有する。Ｓ－ＧＷは、基地局３００とコアネットワーク５０との間で、ユーザパケットのルーティングや転送を行うゲートウェイとしての機能を有する。Ｐ－ＧＷは、コアネットワーク５０以降のＩＰ通信網で使用可能な通信装置２００のＩＰ（Internet Protocol）アドレスを割り当て、そのＩＰアドレスによって、通信装置２００と移動通信ネットワーク５００の外部ネットワークとの通信を可能とするゲートウェイとしての機能を有する。なお、Ｓ－ＧＷとＰ－ＧＷとは、統合して１つのノードとして実現される場合もある。また、コアネットワーク５０は、さらに、図示しないＳＣＳ（Service Capability Server）を含んでもよい。

＜配信サーバ＞
図２に、本発明の一実施形態による配信サーバ１００のブロック図の一例を示す。配信サーバ１００は、制御部１１０、通信部１２０、入出力部１３０及び記憶部１７０を備えてよい。

記憶部１７０は、典型的には、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等各種の記録媒体により実現され、配信サーバ１００が動作するうえで必要とする各種プログラム及びデータを記憶する機能を有してよい。

制御部１１０は、典型的にはプロセッサであって、中央処理装置（ＣＰＵ）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）等によって実現されてよい。制御部１１０は、記憶部１７０に記憶されるプログラムを読み出し、読み出したプログラムに含まれるコード又は命令を実行することによって、各実施形態に示す機能、方法を実行してよい。制御部１１０は、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各実施形態に開示される各処理を実現してもよい。また、これらの回路は、１又は複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよい。

通信部１２０は、ネットワークアダプタ等のハードウェアや通信用ソフトウェア、及びこれらの組み合わせとして実装され、外部装置と各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。例えば、配信サーバ１００と通信装置２００とは、ＯＭＡ（Open Mobile Alliance）によって策定されたＩｏＴ向けのプロトコルであるＬｗＭ２Ｍ（Lightweight M2M）、ＭＱＴＴ（Message Queue Telemetry Transport）、及びＣｏＡＰ（Constrained Application Protocol）等を用いて、データの送受信を行ってよい。通信部１２０は、配信サーバ１００と各通信装置２００の間で確立された通信ベアラを用いて、各種データの送受信を行ってよい。

入出力部１３０は、配信サーバ１００に対する各種操作を入力する入力装置、及び、配信サーバ１００で処理された処理結果を出力する出力装置を含んでよい。入力装置は、例えば、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（画像を介した操作入力）、マイク（音声による操作入力）を含む。出力装置は、制御部１１０で処理された処理結果を出力し、例えば、タッチパネル、スピーカ等を含む。入力装置、出力装置は、通信装置２００を遠隔で監視するための図示しない集中監視センタに設置されて、監視者（管理者）からの操作を受け付けたり、監視者に対して各種情報を出力したりしてよい。

配信サーバ１００は、制御部１１０によって実現される機能として、配信部１１１を備えてよい。配信部１１１は、更新用ソフトウェアを通信装置２００へ配信する機能を有してよい。ここで、「配信」とは、更新用ソフトウェアを通信装置２００が取得可能な状態にすることを指してよい。例えば、配信部１１１は、通信装置２００が更新用ソフトウェアをダウンロード可能な場所に格納し、当該場所についての情報（ダウンロード先のＵＲＬ（Uniform Resource Locator））を通信装置２００へ通知してよい。

＜通信装置＞
次に、図２を用いて、本発明の一実施形態に係る通信装置２００について説明する。通信装置２００は、制御部２１０、通信部２２０、入出力部２３０、及び記憶部２７０を備えてよい。通信装置２００を構成する制御部２１０や通信部２２０は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、通信装置２００を構成する制御部２１０や通信部２２０は、回路もしくはチップ等のハードウェアであってもよい。

通信部２２０は、所定の通信方式で基地局３００との間で通信を行い、移動通信ネットワーク５００を介して、配信サーバ１００や管理サーバ１０１との間で各種データの送受信を行ってよい。なお、通信装置２００は、複数の通信方式に対応し、動作する通信方式を切り替えることが可能であってよい。例えば、通信部２２０は、複数の通信方式として、ＮＢ－ＩｏＴ、カテゴリＭ、カテゴリＭ１、ＬＴＥ等に対応可能であってよい。

制御部２１０は、例えばＭＰＵ（Micro Processing Unit）等で構成され、記憶部２７０に記憶されているプログラムを実行することにより、通信装置２００を、ＮＢ－ＩｏＴやカテゴリＭ１等に準拠して動作させるための処理を実現してよい。制御部２１０は、切替部２１１を備え、自装置の通信方式を、第１通信方式と第２通信方式とで切り替えてよい。ここで、「第１通信方式」は、通信装置２００がデータを送受信する際に用いる通信方式であってよい。例えば、「第１通信方式」は、通信装置２００が自装置からの上りデータ（メータの検針データ等）を送信したり、配信サーバ１０１からの下りデータ（通信装置２００に対するデータ取得要求等）を受信したりする際に用いる通信方式であって、省電力のＮＢ－ＩｏＴであってよい。さらに、「第２通信方式」は、第１通信方式と比べて通信速度の速い通信方式であって、例えば、カテゴリＭ１であってよい。

また、制御部２１０は、自装置の再起動を実行したり、移動通信ネットワーク５００への接続（コアネットワーク５０への登録）や、移動通信ネットワーク５００との接続を解除するための各種処理を実行してよい。さらに、制御部２１０は、通信部２２０を介して、ＦＯＴＡの更新用ソフトウェアをダウンロードしたりしてよい。また、制御部２１０は、更新部２１２を備え、ダウンロードした更新用ソフトウェアを用いて、自装置のファームウェアを更新してよい。

さらに、制御部２１０は、品質取得部２１３を備え、通信装置２００が切り替え可能な複数の通信方式それぞれにおける、無線アクセスネットワークへ接続する際の通信品質を取得してよい。通信品質は、例えば、ＲＳＲＰ（Reference Signal Received Power）、ＲＳＲＱ（Reference Signal Received Quality）、ＲＳＳＩ（Received Signal Strength Indicator）、ＳＩＮＲ（Signal to Interference plus Noise Ratio）等であってよいが、これらに限定されない。

なお、通信装置２００は、ＩｏＴデバイスの低消費電力化の技術である、ｅＤＲＸ（extended Discontinuous Reception）やＰＳＭ（Power Saving Mode）に対応してもよい。制御部２１０は、ｅＤＲＸやＰＳＭにおけるアイドル状態（スリープ状態）と、移動通信ネットワーク５００への接続状態とを切り替えてよい。

記憶部２７０は、通信装置２００が動作するうえで必要とする各種プログラムや各種データを記憶する。記憶部２７０は、例えば、半導体メモリ（磁気メモリ、フラッシュメモリ等）を含んでよい。また、記憶部２７０は、制御部２１０に対する作業領域を提供するメモリ（ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等）を含んでよい。

入出力部２３０は、センサ等の外部装置とのインタフェースであって、例えば、Ｕバスインタフェース、ＵＡＲＴ（Universal Asynchronous Receiver/Transmitter）インタフェース、ＳＰＩ（Serial Peripheral Interface）インタフェース、Ｉ２Ｃインタフェース等を含んでよい。通信装置２００は、入出力部２３０を介して接続されたセンサが検知したデータを、管理サーバ１０１等に送信してよい。

＜更新用ソフトウェアの配信処理＞
これ以降、本発明の一実施形態による更新用ソフトウェアの配信処理について、図３，４を用いて説明する。図３，４は、更新用ソフトウェアの配信処理（ＦＯＴＡ）の実行にあたる、配信サーバ１００と通信装置２００との間のシーケンス図である。

通信装置２００は、メータの検針データの送信時といった通常動作では、第１通信方式で動作してよい（ステップＳ１０）。すなわち、通信装置２００は、第１通信方式によって無線アクセスネットワークへ接続し、自装置からの上りデータを送信してよい。なお、第１通信方式とは、省電力・長距離伝送が可能なＮＢ－ＩｏＴであってよい。

配信サーバ１００の配信部１１１は、通信装置２００に対して更新用ソフトウェアを配信してよい。なお、更新用ソフトウェアの配信は、ＦＯＴＡを実行する旨を示すＦＯＴＡ指令（配信通知）が、通信装置２００に送信されることによって行われてよい（ステップＳ１１）。なお、ＦＯＴＡ指令には、更新用ソフトウェアのダウンロード先に関する情報（ＵＲＬ）が含まれてよい。

通信装置２００は、ＦＯＴＡ指令に対して応答し（ステップＳ１２）、その後、自装置の通信方式を、第１通信方式から第２通信方式に切り替えてよい（ステップＳ１３）。すなわち、切替部２１１は、自装置に更新用ソフトウェアを配信する配信サーバ１００から、更新用ソフトウェアの配信通知（ＦＯＴＡ指令）を受信したことに応じて、自装置の通信方式を、第１通信方式から第２通信方式へ切り替えてよい。ここで、第２通信方式は、第１通信方式と比べて通信速度が速い通信方式であって、例えば、カテゴリＭ１であってよい。その後、通信装置２００は、第２通信方式による通信ベアラを確立し（ステップＳ１４）、ダウンロード先に接続して、更新用ソフトウェアのダウンロードを行ってよい（ステップＳ１５）。

更新用ソフトウェアのダウンロードが完了したことに応じて、切替部２１１は、自装置の通信方式を第２通信方式から第１通信方式に切り替えてよい（ステップＳ１６）。そして、通信装置２００は、第１通信方式による通信ベアラを確立し（ステップＳ１７）、ダウンロードした更新用ソフトウェアを用いて、自装置のファームウェアを更新してよい（ステップＳ１８）。また、通信装置２００は、ファームウェアの更新が完了すると、ＦＯＴＡが完了した旨を示す通知を配信サーバ１００へ送信してよい（ステップＳ１９）。なお、通信装置２００は、通信方式を切り替えた際には、自装置を再起動し、コアネットワーク５０への登録と通信ベアラの確立を行ってよい。

上述のように、本発明の一実施形態によれば、更新用ソフトウェアのようなサイズの大きいデータの受信時には、通信装置２００の通信方式が、通信速度の低いものから、通信速度の高いものに切り替えられてよい。これにより、更新用ソフトウェアを短時間でダウンロードし、通信帯域を占有することなく、効率的なＦＯＴＡを実現することができる。

また、本発明の一実施形態によれば、更新用ソフトウェアのダウンロードが完了した後には、通信装置２００の通信方式は、第２通信方式から第１通信方式へ切り替えられてよい。これにより、消費電力を抑え、通信装置２００のバッテリーを長期間維持することができる。

なお、上述では、通信装置２００が第１通信方式と第２通信方式の２つに対応し、ＦＯＴＡの実行に際し更新用ソフトウェアをダウンロードする場合に、第１通信方式から第２通信方式に切り替えられる態様を説明した。しかしながら、通信装置２００が、３つ以上の複数の通信方式に対応しており、ＦＯＴＡの実行に際し、最適な通信方式が選択されてもよい。このことを、図４のシーケンス図を用いて説明する。

図４のステップＴ１０～Ｔ１２は、図３のステップＳ１０～Ｓ１２と同様であるため説明を省略する。ステップＴ１２でＦＯＴＡ指令に対して応答した後、通信装置２００の品質取得部２１３は、自装置が対応する複数の通信方式それぞれにおける、無線アクセスネットワークへ接続する際の通信品質を取得してよい（ステップＴ１３）。通信品質は、例えば、ＲＳＲＰ、ＲＳＲＱ、ＲＳＳＩ、ＳＩＮＲ等であってよいが、これらに限定されない。切替部２１１は、ＦＯＴＡ指令を受信したことに応じて、自装置の通信方式を、第１通信方式から、複数の通信方式のうち最も通信品質の高い通信方式へ切り替えてよい（ステップＴ１４）。なお、切替部２１１は、上述した通信品質のうち、１つの通信品質に基づいて、切替先の通信方式を選択してもよいし、複数の通信品質の平均に基づいて、切替先の通信方式を選択してもよい。また、通品品質は、瞬時値であってもよいし、所定の時間（例えば、３秒間、１０秒間等）にわたる測定値に基づいてもよい。

なお、複数の通信方式には、ＮＢ－ＩｏＴ、カテゴリＭ１、カテゴリＭ、ＬＴＥ等が含まれてよい。例えば、ＬＴＥが最も通信品質が高い場合、通信装置２００は、自装置の通信方式を、ＬＴＥに切り替えてもよい。これにより、更新用ソフトウェアをより高速でダウンロードすることが可能となる。

その後、通信装置２００は、切替先の通信方式による通信ベアラを確立し（ステップＴ１５）、ダウンロード先に接続して、更新用ソフトウェアのダウンロードを行ってよい（ステップＴ１６）。

更新用ソフトウェアのダウンロードが完了したことに応じて、切替部２１１は、自装置の通信方式を第１通信方式に切り替えてよい（ステップＴ１７）。そして、通信装置２００は、第１通信方式による通信ベアラを確立し（ステップＴ１８）、ダウンロードした更新用ソフトウェアを用いて、自装置のファームウェアを更新してよい（ステップＴ１９）。また、通信装置２００は、ファームウェアの更新が完了すると、ＦＯＴＡが完了した旨を示す通知を配信サーバ１００へ送信してよい（ステップＴ２０）。なお、通信装置２００は、通信方式を切り替えた際には、自装置を再起動し、コアネットワーク５０への登録と通信ベアラの確立を行ってよい。

上述のように、本発明の一実施形態によれば、更新用ソフトウェアのようなサイズの大きいデータの受信時には、通信装置２００の通信方式が、通信品質の高い通信方式に切り替えられてよい。これにより、更新用ソフトウェアを短時間でダウンロードし、通信帯域を占有することなく、効率的なＦＯＴＡを実現することができる。

また、上述のように、通信装置２００は、検針データの送信等といった通常動作には、第１通信方式としてＮＢ－ＩｏＴを用い、サイズの大きな更新用ソフトウェアのダウンロード時には、第２通信方式としてカテゴリＭ１を用いてよい。これにより、通常動作時には消費電力を抑えつつ、更新用ソフトウェアを、ＮＢ－ＩｏＴの場合と比べて短時間でダウンロードすることができる。

本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、上記実施の形態に示す構成を適宜組み合わせることとしてもよい。例えば、配信サーバ１００が備えるとして説明した各構成部は、複数のサーバによって分散されて実現されてもよい。また、配信サーバ１００の機能として説明した処理は、通信装置２００によって行われても良い。逆に、通信装置２００によって行われるとした処理が、配信サーバ１００や管理サーバ１０１によって行われてもよい。

例えば、上述では、第２通信方式をカテゴリＭ１として説明した。しかしながら、本発明はこれに限定されず、第２通信方式がＬＴＥであってもよい。

配信サーバ１００又は通信装置２００の各機能部は、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。また、各機能部は、１又は複数の集積回路により実現されてよく、複数の機能部の機能を１つの集積回路により実現されることとしてもよい。

本開示の各実施形態のプログラムは、情報処理装置に読み取り可能な記憶媒体に記憶された状態で提供されてもよい。記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。プログラムは、例えば、ソフトウェアプログラムや情報処理装置プログラムを含む。情報処理装置としての通信装置２００の各機能部をソフトウェアにより実現する場合、通信装置２００は、プロセッサがメモリ上にロードされたプログラムを実行することにより、切替部２１１、更新部２１２、および品質取得部２１３として機能する。

記憶媒体は適切な場合、１つ又は複数の半導体ベースの、又は他の集積回路（ＩＣ）（例えば、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、特定用途向けＩＣ（ＡＳＩＣ）等）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カードもしくはドライブ、任意の他の適切な記憶媒体、又はこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、又は揮発性と不揮発性の組合せでよい。

また、本開示のプログラムは、当該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して、通信装置２００に提供されてもよい。

また、本開示の各実施形態は、プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。なお、本開示のプログラムは、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ｐｙｔｈｏｎ等のスクリプト言語、Ｃ言語、Ｇｏ言語、Ｓｗｉｆｔ，Ｋｏｌｔｉｎ、Ｊａｖａ（登録商標）等を用いて実装されてよい。

以上説明した本開示の各態様によれば、５Ｇ以降のネットワーク技術に向けたＩｏＴデバイスの監視や保守に係る技術を提供することにより、持続可能な開発目標（ＳＤＧs）の目標９「産業と技術革新の基盤をつくろう」の達成に貢献できる。

１００ 配信サーバ（情報処理装置）
１１０ 制御部
１１１ 配信部
１２０ 通信部
１３０ 入出力部
１７０ 記憶部
１０１ 管理サーバ
２００ 通信装置（ＩｏＴデバイス）
２１０ 制御部
２１１ 切替部
２１２ 更新部
２１３ 通信品質部
２２０ 通信部
２３０ 入出力部
２７０ 記憶部
３００ 基地局
５００ 移動通信ネットワーク
５０ コアネットワーク
６００ 配信システム

Claims (5)

1. 第１通信方式であるＮＢ－ＩｏＴ（Narrow Band Internet of Things）による通信方式によって無線アクセスネットワークへ接続し、データを送受信する、スマートメータに係る通信装置であって、
   自装置に更新用ソフトウェアを配信する配信サーバから、前記更新用ソフトウェアの配信通知を受信したことに応じて、自装置の通信方式を、前記第１通信方式から、当該第１通信方式と比較して消費電力が大きく通信速度が速い第２通信方式であるカテゴリＭ１（Category M1）による通信方式へ切り替える切替部と、
   前記無線アクセスネットワークを介して、前記第２通信方式によって前記更新用ソフトウェアを取得し、自装置のファームウェアを更新する更新部と、を備え、
   前記切替部は、前記更新部による前記更新用ソフトウェアの取得が完了したことに応じて、自装置の通信方式を、前記第２通信方式から前記第１通信方式へ切り替え、
   通信方式を切り替えた後に、自装置を再起動し、コアネットワークへの登録と通信ベアラの確立を実行する、通信装置。
2. 前記通信装置は、前記第１通信方式及び前記第２通信方式を含む、少なくとも２以上の複数の通信方式への切り替えが可能であって、
   前記複数の通信方式それぞれにおける、前記無線アクセスネットワークへ接続する際の通信品質を取得する品質取得部をさらに備え、
   前記切替部は、前記配信通知を受信したことに応じて、自装置の通信方式を、前記第１通信方式から、前記複数の通信方式のうち最も通信品質の高い通信方式へ切り替える、請求項１に記載の通信装置。
3. 前記切替部は、前記複数の通信方式に含まれる通信方式として、ＬＴＥ（Long Term Ev olution）による通信方式へ切り替え可能である、請求項２に記載の通信装置。
4. 第１通信方式であるＮＢ－ＩｏＴ（Narrow Band Internet of Things）による通信方式によって無線アクセスネットワークへ接続し、データを送受信する、スマートメータに係る通信装置の制御方法であって、
   通信装置が、
   自装置に更新用ソフトウェアを配信する配信サーバから、前記更新用ソフトウェアの配信通知を受信したことに応じて、自装置の通信方式を、前記第１通信方式から、当該第１通信方式と比較して消費電力が大きく通信速度が速い第２通信方式であるカテゴリＭ１（Category M1）による通信方式へ切り替えるステップと、
   前記無線アクセスネットワークを介して、前記第２通信方式によって前記更新用ソフトウェアを取得し、自装置のファームウェアを更新するステップと、
   前記更新用ソフトウェアの取得が完了したことに応じて、自装置の通信方式を、前記第２通信方式から前記第１通信方式に切り替え、
   通信方式を切り替えた後に、自装置を再起動し、コアネットワークへの登録と通信ベアラの確立を実行するステップと、
   を含む、通信装置の制御方法。
5. 第１通信方式であるＮＢ－ＩｏＴ（Narrow Band Internet of Things）による通信方式によって無線アクセスネットワークへ接続し、データを送受信する、スマートメータに係る通信装置の制御プログラムであって、
   通信装置に、
   自装置に更新用ソフトウェアを配信する配信サーバから、前記更新用ソフトウェアの配信通知を受信したことに応じて、自装置の通信方式を、前記第１通信方式から、当該第１通信方式と比較して消費電力が大きく通信速度が速い第２通信方式であるカテゴリＭ１（Category M1）による通信方式へ切り替える機能と、
   前記無線アクセスネットワークを介して、前記第２通信方式によって前記更新用ソフトウェアを取得し、自装置のファームウェアを更新する機能と、
   前記更新用ソフトウェアの取得が完了したことに応じて、自装置の通信方式を、前記第２通信方式から前記第１通信方式に切り替え、
   通信方式を切り替えた後に、自装置を再起動し、コアネットワークへの登録と通信ベアラの確立を実行する機能と、
   を実現させる、通信装置の制御プログラム。
   

Images