特許 7546746 配信サーバ、配信サーバの制御方法、配信サーバの制御プログラム、配信システム、及び通信装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-08-29

(45)【発行日】2024-09-06

(54)【発明の名称】配信サーバ、配信サーバの制御方法、配信サーバの制御プログラム、配信システム、及び通信装置

(51)【国際特許分類】

   H04W 8/24 20090101AFI20240830BHJP

   H04W 4/06 20090101ALI20240830BHJP

   H04W 28/02 20090101ALI20240830BHJP

【ＦＩ】

H04W8/24

H04W4/06

H04W28/02

【請求項の数】 13

(21)【出願番号】P 2023184745

(22)【出願日】2023-10-27

【審査請求日】2024-03-19

【早期審査対象出願】

(73)【特許権者】

【識別番号】501440684

【氏名又は名称】ソフトバンク株式会社

(74)【代理人】

【識別番号】110002516

【氏名又は名称】弁理士法人白坂

(72)【発明者】

【氏名】盛下 泰暉

(72)【発明者】

【氏名】磯村 周平

(72)【発明者】

【氏名】根岸 宏明

【審査官】三枝 保裕

(56)【参考文献】

【文献】特開２０１９－０４７２５７（ＪＰ，Ａ）

【文献】特開２０２３－０１５１４０（ＪＰ，Ａ）

【文献】特開２００４－２５３９３２（ＪＰ，Ａ）

【文献】特開２０１０－２２００３１（ＪＰ，Ａ）

【文献】特開２００７－１１０５５３（ＪＰ，Ａ）

【文献】特開２００８－０９２３４７（ＪＰ，Ａ）

【文献】特開２０１６－０３９５１１（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

一の基地局に接続する複数の通信装置に更新用ソフトウェアを配信する配信サーバであって、
前記複数の通信装置から、当該通信装置の通信品質に関する通信品質情報を取得する取得部と、
前記複数の通信装置に対し、前記通信品質に基づく所定の順序で、前記通信品質に対してあらかじめ設定された上限台数以下の通信装置に対し、前記一の基地局を介して前記更新用ソフトウェアを配信する配信部と、を備え、
前記配信部は、一以上の通信装置への前記更新用ソフトウェアの配信が完了した場合に、前記所定の順序において次に前記更新用ソフトウェアを配信する通信装置に対する、前記更新用ソフトウェアの配信を、前記一の基地局を介して前記更新用ソフトウェアを配信する通信装置の数が、前記次に前記更新用ソフトウェアを配信する通信装置の通信品質に対してあらかじめ設定された上限台数以下となるまで待機する、配信サーバ。

【請求項2】

一の基地局に接続する複数の通信装置に更新用ソフトウェアを配信する配信サーバであって、
前記複数の通信装置から、当該通信装置の通信品質に関する通信品質情報を取得する取得部と、
前記複数の通信装置に対し、前記通信品質に基づく所定の順序で、前記通信品質に対してあらかじめ設定された上限台数以下の通信装置に対し、前記一の基地局を介して前記更新用ソフトウェアを配信する配信部と、を備え、
前記配信部は、前記複数の通信装置について、所定期間にわたる前記通信品質の平均値、または、最新の前記通信品質を用いて、前記あらかじめ設定された上限台数を決定する、請求項１に記載の配信サーバ。

【請求項3】

前記取得部は、通信装置から受信した、前記通信装置を識別する装置識別情報に基づいて、前記通信装置が接続する基地局を識別する基地局識別情報を取得し、前記基地局識別情報に基づいて、前記一の基地局に接続する前記複数の通信装置を抽出する、請求項１または２に記載の配信サーバ。

【請求項4】

前記配信部は、前記所定の順序として、前記複数の通信装置を前記通信品質が高い順に順序付けた上で、前記更新用ソフトウェアを配信し、前記上限台数は、前記通信品質が高いほど多く設定される、請求項１または２に記載の配信サーバ。

【請求項5】

前記通信装置と前記一の基地局との間の通信は、ＮＢ－ＩｏＴ（Narrow Band Internet of Things）による通信方式に基づく、請求項１または２に記載の配信サーバ。

【請求項6】

一の基地局に接続する複数の通信装置に更新用ソフトウェアを配信する配信サーバの制御方法であって、
配信サーバが、
前記複数の通信装置から、当該通信装置の通信品質に関する通信品質情報を取得するステップと、
前記複数の通信装置に対し、前記通信品質情報に基づく所定の順序で、前記通信品質に対してあらかじめ設定された上限台数以下の通信装置に対し、前記一の基地局を介して前記更新用ソフトウェアを配信するステップと、
を実行し、
前記配信するステップは、一以上の通信装置への前記更新用ソフトウェアの配信が完了した場合に、前記所定の順序において次に前記更新用ソフトウェアを配信する通信装置に対する、前記更新用ソフトウェアの配信を、前記一の基地局を介して前記更新用ソフトウェアを配信する通信装置の数が、前記次に前記更新用ソフトウェアを配信する通信装置の通信品質に対してあらかじめ設定された上限台数以下となるまで待機する、配信サーバの制御方法。

【請求項7】

一の基地局に接続する複数の通信装置に更新用ソフトウェアを配信する配信サーバの制御プログラムであって、
配信サーバに、
前記複数の通信装置から、当該通信装置の通信品質に関する通信品質情報を取得する機能と、
前記複数の通信装置に対し、前記通信品質情報に基づく所定の順序で、前記通信品質に対してあらかじめ設定された上限台数以下の通信装置に対し、前記一の基地局を介して前記更新用ソフトウェアを配信する機能と、を実現させ、
前記配信する機能は、一以上の通信装置への前記更新用ソフトウェアの配信が完了した場合に、前記所定の順序において次に前記更新用ソフトウェアを配信する通信装置に対する、前記更新用ソフトウェアの配信を、前記一の基地局を介して前記更新用ソフトウェアを配信する通信装置の数が、前記次に前記更新用ソフトウェアを配信する通信装置の通信品質に対してあらかじめ設定された上限台数以下となるまで待機する、配信サーバの制御プログラム。

【請求項8】

一の基地局に接続する複数の通信装置と、当該複数の通信装置に更新用ソフトウェアを配信する配信サーバとを含む配信システムであって、
前記配信サーバは、
前記複数の通信装置から、当該通信装置の通信品質に関する通信品質情報を取得する取得部と、
前記複数の通信装置に対し、前記通信品質情報に基づく所定の順序で、前記通信品質に対してあらかじめ設定された上限台数以下の通信装置に対し、前記一の基地局を介して前記更新用ソフトウェアを配信する配信部と、を備え、
前記配信部は、一以上の通信装置への前記更新用ソフトウェアの配信が完了した場合に、前記所定の順序において次に前記更新用ソフトウェアを配信する通信装置に対する、前記更新用ソフトウェアの配信を、前記一の基地局を介して前記更新用ソフトウェアを配信する通信装置の数が、前記次に前記更新用ソフトウェアを配信する通信装置の通信品質に対してあらかじめ設定された上限台数以下となるまで待機する、配信システム。

【請求項9】

一の基地局に接続し、配信サーバから更新用ソフトウェアの配信を受ける通信装置であって、
前記配信サーバに対し、自装置の通信品質に関する通信品質情報を送信する送信部と、
前記更新用ソフトウェアの配信を受けて自装置のファームウェアを更新する更新部と、を備え、
前記配信サーバは、前記通信品質情報に基づく所定の順序で、前記通信品質に対してあらかじめ設定された上限台数以下の通信装置に対し、前記一の基地局を介して前記更新用ソフトウェアを配信し、一以上の通信装置への前記更新用ソフトウェアの配信が完了した場合に、前記所定の順序において次に前記更新用ソフトウェアを配信する通信装置に対する、前記更新用ソフトウェアの配信を、前記一の基地局を介して前記更新用ソフトウェアを配信する通信装置の数が、前記次に前記更新用ソフトウェアを配信する通信装置の通信品質に対してあらかじめ設定された上限台数以下となるまで待機する、通信装置。

【請求項10】

一の基地局に接続する複数の通信装置に更新用ソフトウェアを配信する配信サーバの制御方法であって、
配信サーバが、
前記複数の通信装置から、当該通信装置の通信品質に関する通信品質情報を取得するステップと、
前記複数の通信装置に対し、前記通信品質情報に基づく所定の順序で、前記通信品質に対してあらかじめ設定された上限台数以下の通信装置に対し、前記一の基地局を介して前記更新用ソフトウェアを配信するステップと、
を実行し、
前記配信するステップは、前記複数の通信装置について、所定期間にわたる前記通信品質の平均値、または、最新の前記通信品質を用いて、前記あらかじめ設定された上限台数を決定する、配信サーバの制御方法。

【請求項11】

一の基地局に接続する複数の通信装置に更新用ソフトウェアを配信する配信サーバの制御プログラムであって、
配信サーバに、
前記複数の通信装置から、当該通信装置の通信品質に関する通信品質情報を取得する機能と、
前記複数の通信装置に対し、前記通信品質情報に基づく所定の順序で、前記通信品質に対してあらかじめ設定された上限台数以下の通信装置に対し、前記一の基地局を介して前記更新用ソフトウェアを配信する機能と、
を実現させ、
前記配信する機能は、前記複数の通信装置について、所定期間にわたる前記通信品質の平均値、または、最新の前記通信品質を用いて、前記あらかじめ設定された上限台数を決定する、配信サーバの制御プログラム。

【請求項12】

一の基地局に接続する複数の通信装置と、当該複数の通信装置に更新用ソフトウェアを配信する配信サーバとを含む配信システムであって、
前記配信サーバは、
前記複数の通信装置から、当該通信装置の通信品質に関する通信品質情報を取得する取得部と、
前記複数の通信装置に対し、前記通信品質情報に基づく所定の順序で、前記通信品質に対してあらかじめ設定された上限台数以下の通信装置に対し、前記一の基地局を介して前記更新用ソフトウェアを配信する配信部と、を備え、
前記配信部は、前記複数の通信装置について、所定期間にわたる前記通信品質の平均値、または、最新の前記通信品質を用いて、前記あらかじめ設定された上限台数を決定する、配信システム。

【請求項13】

一の基地局に接続し、配信サーバから更新用ソフトウェアの配信を受ける通信装置であって、
前記配信サーバに対し、自装置の通信品質に関する通信品質情報を送信する送信部と、
前記更新用ソフトウェアの配信を受けて自装置のファームウェアを更新する更新部と、を備え、
前記配信サーバは、前記通信品質情報に基づく所定の順序で、前記通信品質に対してあらかじめ設定された上限台数以下の通信装置に対し、前記一の基地局を介して前記更新用ソフトウェアを配信し、複数の前記通信装置について、所定期間にわたる前記通信品質の平均値、または、最新の前記通信品質を用いて、前記あらかじめ設定された上限台数を決定する、通信装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、配信サーバ、配信サーバの制御方法、配信サーバの制御プログラム、配信システム、及び通信装置に関する。

【背景技術】

【0002】

ＩｏＴ（Internet of Things）デバイス向けの通信規格として、ＩｏＴデバイスにＩＰ（Internet Protocol）アドレスを割り当てることなくデータ通信を行う、ＮＩＤＤ（Non-IP Data Delivery）が知られている。インターネットプロトコルを用いない非ＩＰ通信方式であるＮＩＤＤは、データ通信時のヘッダー情報等を削減でき、通信に必要な電力を抑えて、ＩｏＴデバイスのバッテリーを長持ちさせるという優れた利点を有する。

【0003】

なお、従来、無線通信装置には、不具合の修正や機能の追加のために自装置のファームウェア（ソフトウェアプログラム）の更新を無線経由で行う、ＦＯＴＡ（Firmware Over The Air）と呼ばれる技術が知られている。ＮＩＤＤは、ＩｏＴデバイス向けの無線通信技術として標準化されたＬＰＷＡ（Low Power Wide Area）に分類される通信規格のうち、ＮＢ－ＩｏＴ（Narrow Band-IoT）に最適な通信方式であり、例えば特許文献１には、ＮＢ－ＩｏＴに準拠するＩｏＴデバイスに対してＦＯＴＡを行う技術が開示されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０２０－１４１８３号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ＮＢ－ＩｏＴは、携帯電話や無線ＬＡＮの通信規格であるＬＴＥ（登録商標）（Long Term Evolution）やＷｉ－Ｆｉ（登録商標）と比較して、低消費電力で長距離通信が可能であるものの、通信帯域が狭く、通信速度が低いとの特徴がある。そのため、ファームウェアの更新用ソフトウェアのような、ＩｏＴデバイスが通常の動作で送受信するデータと比較して容量の大きいデータを、基地局のセル内に存在する大量のＩｏＴデバイスに対して配信すると、処理が遅延し、ファームウェアの更新に失敗する確率が高くなる。更新用ソフトウェアを配信するＩｏＴデバイスの数を制限する手法もとられるが、ＩｏＴデバイスの数を制限内にしても、ファームウェアの更新が完了するまでにばらつきが生じたり、更新に失敗したりする現象が生じていた。この現象は通信品質の差によってより顕著であり、通信品質の良い通信装置に対しより多くの通信リソースが使用され、通信品質の悪い通信装置は、更新用ソフトウェアの受信に時間を要したり、失敗したりしていた。

【0006】

このような現象に対し、ＮＢ－ＩｏＴにおけるＦＯＴＡを効率的に行うことが求められていた。

【課題を解決するための手段】

【0007】

本発明の一実施形態に係る、一の基地局に接続する複数の通信装置に更新用ソフトウェアを配信する配信サーバは、複数の通信装置から、当該通信装置の通信品質に関する通信品質情報を取得する取得部と、複数の通信装置に対し、通信品質に基づく所定の順序で、通信品質に対してあらかじめ設定された上限台数以下の通信装置に対し、一の基地局を介して更新用ソフトウェアを配信する配信部と、を備える。

【0008】

本発明の一実施形態に係る配信サーバにおいて、配信部は、一以上の通信装置への更新用ソフトウェアの配信が完了した場合に、所定の順序において次に更新用ソフトウェアを配信する通信装置に対する、更新用ソフトウェアの配信を、一の基地局を介して更新用ソフトウェアを配信する通信装置の数が、次に更新用ソフトウェアを配信する通信装置の通信品質に対してあらかじめ設定された上限台数以下となるまで待機してよい。

【0009】

本発明の一実施形態に係る配信サーバにおいて、取得部は、通信装置から受信した、通信装置を識別する装置識別情報に基づいて、通信装置が接続する基地局を識別する基地局識別情報を取得し、配信部は、基地局識別情報に基づいて、一の基地局に接続する複数の通信装置を抽出してよい。

【0010】

本発明の一実施形態に係る配信サーバにおいて、配信部は、所定の順序として、複数の通信装置を通信品質が高い順に順序付けた上で、更新用ソフトウェアを配信し、上限台数は、通信品質が高いほど多く設定されてよい。

【0011】

本発明の一実施形態に係る配信サーバにおいて、配信部は、複数の通信装置について、所定期間にわたる通信品質の平均値、または、最新の通信品質を用いて、あらかじめ設定された上限台数を決定してよい。

【0012】

本発明の一実施形態に係る配信サーバにおいて、通信装置と一の基地局との間の通信は、ＮＢ－ＩｏＴ（Narrow Band Internet of Things）による通信方式に基づいてよい。

【0013】

本発明の一実施形態に係る、一の基地局に接続する複数の通信装置に更新用ソフトウェアを配信する配信サーバの制御方法は、配信サーバが、複数の通信装置から、当該通信装置の通信品質に関する通信品質情報を取得するステップと、複数の通信装置に対し、通信品質情報に基づく所定の順序で、通信品質に対してあらかじめ設定された上限台数以下の通信装置に対し、一の基地局を介して更新用ソフトウェアを配信するステップと、を実行する。

【0014】

本発明の一実施形態に係る、一の基地局に接続する複数の通信装置に更新用ソフトウェアを配信する配信サーバの制御プログラムは、配信サーバに、複数の通信装置から、当該通信装置の通信品質に関する通信品質情報を取得する機能と、複数の通信装置に対し、通信品質情報に基づく所定の順序で、通信品質に対してあらかじめ設定された上限台数以下の通信装置に対し、一の基地局を介して更新用ソフトウェアを配信する機能と、を実現させる。

【0015】

本発明の一実施形態に係る、一の基地局に接続する複数の通信装置と、当該複数の通信装置に更新用ソフトウェアを配信する配信サーバとを含む配信システムは、配信サーバが、複数の通信装置から、当該通信装置の通信品質に関する通信品質情報を取得する取得部と、複数の通信装置に対し、通信品質情報に基づく所定の順序で、通信品質に対してあらかじめ設定された上限台数以下の通信装置に対し、一の基地局を介して更新用ソフトウェアを配信する配信部と、を備える。

【0016】

本発明の一実施形態に係る、一の基地局に接続し、配信サーバから更新用ソフトウェアの配信を受ける通信装置は、配信サーバに対し、自装置の通信品質に関する通信品質を送信する送信部と、更新用ソフトウェアの配信を受けて自装置のファームウェアを更新する更新部と、を備え、配信サーバは、通信品質情報に基づく所定の順序で、通信品質に対してあらかじめ設定された上限台数以下の通信装置に対し、一の基地局を介して更新用ソフトウェアを配信する。

【図面の簡単な説明】

【0017】

【図1】図１は、本発明の一実施形態に係る配信システムの構成を示す概略図である。

【図2】図２は、本発明の一実施形態に係る配信サーバおよび通信装置の概略構成図である。

【図3】図３は、本発明の一実施形態に係る通信装置及び配信サーバ間のシーケンス図の一例である。

【図4】図４は、本発明の一実施形態で用いられるデータセットの一例である。

【図5】図５（ａ）、（ｂ）は、本発明の一実施形態で用いられるデータセットの一例である。

【図6】図６（ａ）～（ｃ）は、本発明の一実施形態による更新用ソフトウェアの配信処理を説明するための概略図である。

【図7】図７は、本発明の一実施形態で用いられるデータセットの一例である。

【発明を実施するための形態】

【0018】

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

【0019】

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

【0020】

配信システム６００は、配信サーバ１００と、管理サーバ１０１と、データベースサーバ４００と、基地局３００（３００Ａ，３００Ｂ）と、複数の通信装置２００（２００Ａａ，２００Ａｂ，…，２００Ｂａ，２００Ｂｂ，…）と、移動通信ネットワーク５００とを含んでよい。ここで、移動通信ネットワーク５００は、基地局３００と通信装置２００とがデータをやり取りする無線アクセスネットワークと、コアネットワーク５０とを含んでよい。なお、図１において、それぞれ基地局３００Ａ，３００Ｂに接続する通信装置２００には、それぞれ同一の大文字の英字Ａ，Ｂを付与し、通信装置間を区別する場合、小文字の英字ａ，ｂ…を付与する。しかしながら、特に区別する必要がない場合、単に基地局３００、通信装置２００として説明する。

【0021】

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

【0022】

また、ここでは、通信装置２００を、ＮＩＤＤによるデータ通信が可能なＩｏＴデバイスとして説明する。すなわち、通信装置２００と基地局３００とは、ＮＢ－ＩｏＴに準拠した通信方式で通信を行ってよい。ＮＩＤＤは、上述のように、通信に必要な電力を抑えて、ＩｏＴデバイスのバッテリーを長持ちさせるとともに、ＩｏＴデバイスを狙った悪意のある攻撃を受けるリスクが低く、高セキュリティーなネットワークを構築することができる。また、ＮＢ－ＩｏＴは、狭帯域かつ低速のため消費電力が少なく電池による長時間駆動を可能にするほか、運用コストを抑えられるという利点がある。

【0023】

なお、本発明はこれに限定されず、通信装置２００は、ＬＰＷＡに分類されるＩｏＴ向けの通信規格であって、例えば、カテゴリーＭ（Category M）、カテゴリーＭ１（Category M1）、ＬｏＲａＷＡＮ（登録商標）、Ｓｉｇｆｏｘ（登録商標）等に準拠するデバイスであってもよい。

【0024】

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

【0025】

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

【0026】

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

【0027】

ＮＢ－ＩｏＴでは、ＬＴＥと同様に、コアネットワーク５０において、制御信号を伝送する機能を有する制御プレーン（ＣＰｌａｎｅ：Control Plane）と、通信装置２００との間で送受信されるデータ（ユーザデータ）を伝送する機能を有するユーザプレーン（ＵＰｌａｎｅ：User Plane）とが分離されたシステムとなっている。すなわち、ユーザデータは、通信装置２００、Ｓ－ＧＷ、Ｐ－ＧＷを経由するユーザプレーンを介して、転送されてよい。また、制御信号は、通信装置２００、ＭＭＥ、Ｓ－ＧＷ、Ｐ－ＧＷ、配信サーバ１００を経由する制御プレーンを介して転送されてよい。なお、ＮＩＤＤによる通信方式の場合、通信装置２００から送信された各種データは、制御プレーンを介して、ＭＭＥ、ＳＣＥＦを経由して送受信されてよい。また、コアネットワーク５０は、さらに、図示しないＳＣＳ（Service Capability Server）を含んでもよい。

【0028】

また、配信システム６００は、データベースサーバ４００をさらに備えてよい。詳細は後述するが、データベースサーバ４００には、各通信装置２００と各基地局３００とを関連付けるための各種データや、各通信装置２００と各基地局３００との間の通信品質に関する通信品質情報、各通信装置２００にＦＯＴＡを実行させる際の、基地局３００に接続させる上限台数等が格納されてよい。なお、図１では、データベースサーバ４００を配信サーバ１００とは別個に示してあるが、本発明はこれに限定されず、データベースサーバ４００に格納されるデータは、例えば配信サーバ１００の記憶部１７０に記憶されてもよい。また、データベースサーバ４００は、格納するデータの種類ごと、また、データベースを管理する主体ごとに、別個に存在してもよい。

【0029】

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

【0030】

通信部２２０は、所定の通信方式で基地局３００との間で通信を行い、移動通信ネットワーク５００を介して、配信サーバ１００や管理サーバ１０１との間で各種データの送受信を行ってよい。所定の通信方式は、ＮＢ－ＩｏＴ、Category M, Category M1等であってよい。なお、詳細は後述するが、通信部２２０は、配信サーバ１００に対し、自装置の通信品質に関する通信品質を送信する送信部、及び、更新用ソフトウェアを受信する受信部として機能してよい。なお、本発明の一実施形態による通信装置２００は、ＮＩＤＤ通信方式によるデータの送受信が可能であって、ＮＩＤＤ通信方式によってデータの送受信を行うものとして説明する。

【0031】

制御部２１０は、例えばＭＰＵ（Micro Processing Unit）等で構成され、記憶部２７０に記憶されているプログラムを実行することにより、通信装置２００をＮＢ－ＩｏＴやＮＩＤＤに準拠して動作させるための処理を実現してよい。また、制御部２１０は、自装置の再起動、移動通信ネットワーク５００への接続、及び移動通信ネットワーク５００との接続解除等の各種処理を実行してよい。さらに、制御部２１０は、通信部２２０を介して、後述する自装置に固有の装置識別情報（ＵＵＩＤ（Universally Unique Identifier）、ＩＭＳＩ（International Mobile Subscriber Identity）等）を送信したり、ＦＯＴＡの更新用ソフトウェアをダウンロードしたりしてよい。また、制御部２１０は、ダウンロードした更新用ソフトウェアを用いて、自装置のファームウェアの更新を実行する更新部として機能してよい。

【0032】

また、制御部２１０は、自装置の通信品質に関する通信品質情報を取得し、通信部２２０を介して管理サーバ１０１へ送信してよい。通信品質情報は、例えば、ＲＳＲＰ（Reference Signal Received Power）、ＲＳＲＱ（Reference Signal Received Quality）、ＲＳＳＩ（Received Signal Strength Indicator）、ＳＩＮＲ（Signal to Interference plus Noise Ratio）等であってよいが、これらに限定されない。なお、通信装置２００の制御部２１０は、通信部２２０が受信した電波の受信強度といった無線通信の状態に基づいて、通信品質情報を測定してよい。さらに、制御部２１０は、通信部２２０を介して、定期的にメーターの検針値を管理サーバ１０１へ送信してよい。

【0033】

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

【0034】

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

【0035】

＜配信サーバ＞
次に、図２を用いて、本発明の一実施形態に係る配信サーバ１００のハードウェア構成、機能構成について説明する。

【0036】

（１）配信サーバのハードウェア構成
配信サーバ１００は、制御部１１０、通信部１２０、入出力部１３０及び記憶部１７０を備えてよい。

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

（２）配信サーバの機能構成
配信サーバ１００は、制御部１１０によって実現される機能として、取得部１１１、設定部１１２、順序付け部１１３、及び配信部１１４を備えてよい。なお、図２に記載の各機能部のうち、これ以降に説明する各実施形態において、必須でない機能部はなくともよい。また、各機能部の機能又は処理は、実現可能な範囲において、機械学習又はＡＩにより実現されてもよい。

【0042】

＜更新用ソフトウェアの配信処理＞
これ以降、配信サーバ１００の各機能部の説明とともに、本発明の一実施形態による更新用ソフトウェアの配信処理について、図３～７も用いて説明する。ここで、図３は、配信サーバ１００と通信装置２００Ａａ，２００Ａｂとの間のシーケンス図である。図３では、通信装置２００を２台のみ示してあるが、配信サーバ１００は、図示したもの以外の通信装置２００との間でデータの送受信を行ってよい。また、図４～７は、配信処理に用いられる各種データテーブルである。なお、シーケンス図には、通信装置２００Ａａ，２００Ａｂと配信サーバ１００のみを示してあるが、通信装置２００Ａａ，２００Ａｂと配信サーバ１００とは、管理サーバ１０１を介してデータのやり取りを行ってよい。また、配信サーバ１００は、必要に応じて、データベースサーバ４００からデータを取得してよい。

【0043】

まず、図３のシーケンス図を用いて説明する。取得部１１１は、通信装置２００Ａａ，２００Ａｂから、当該通信装置を識別するための装置識別情報及び通信品質情報を取得してよい（ステップＳ１１，Ｓ１２）。通信装置を識別するための装置識別情報とは、例えば、ＩＭＳＩ、ＩＭＥＩ（International Mobile Equipment Identifier）、ＵＵＩＤ等であってよいが、これらに限定されない。また、通信品質情報とは、通信装置２００と基地局３００との間の通信品質に関する通信品質情報であって、例えば、ＲＳＲＰ、ＲＳＲＱ、ＲＳＳＩ、ＳＩＮＲ等であってよいが、これらに限定されない。なお、これ以降、通信品質情報として、ＲＳＲＰを例に説明する。

【0044】

なお、通信装置２００は、装置識別情報及び通信品質情報を、所定の契機で管理サーバ１０１へ送信してよい。所定の契機とは、通信装置２００において所定の処理が実行されたこと、または、管理サーバ１０１等から送信された所定の要求を受信したことであってよい。例えば、通信装置２００は、自装置に発生した異常に関する処理を実行したことを契機として、異常に関する情報を管理サーバ１０１に送信してよい。具体的には、例えば、通信装置２００は、自装置の異常を検出した場合、または、異常の発生に基づいて基地局３００との接続を解除して再起動を実行した場合に、異常の内容等を管理サーバ１０１に送信してよい。また、通信装置２００は、自装置の電池電圧が低下したことを契機として、電池電圧が低下した旨を管理サーバ１０１に送信してよい。さらに、通信装置２００は、管理サーバ１０１からの要求を契機として、あるいは、あらかじめ設定された時間に到達したことを契機として、スマートメーターの検針値等を管理サーバ１０１に送信してよい。通信装置２００は、上述した情報を送信する際に、装置識別情報、及び通信装置２００と基地局との間の通信品質に関する通信品質情報を含ませて、管理サーバ１０１に送信してよい。配信サーバ１００は、装置識別情報と通信品質情報とを、管理サーバ１０１から取得してよい。

【0045】

なお、通信装置２００は、ＬｗＭ２Ｍプロトコルを用いて、管理サーバ１０１や配信サーバ１００との間でデータの送受信を行ってよい。ＬｗＭ２Ｍでは、データの管理にリソースモデルという形式を用いているが、例えば、通信装置２００から管理サーバ１０１へ送信される上述した検針値や通信品質情報等は、通信装置２００における所定のリソースに格納されてよい。

【0046】

配信サーバ１００の取得部１１１は、通信装置２００Ａａ，２００Ａｂから取得した装置識別情報に基づいて、複数の基地局３００のうち、通信装置２００Ａａ，２００Ａｂが接続する基地局を識別するための基地局識別情報を、データベースサーバ４００から取得してよい（ステップＳ１３）。基地局識別情報は、これに限定されるものではないが、例えば、セルを一意に識別するＥＣＧＩ（E-UTRAN (Evolved Universal Terrestrial Radio Access Network) Cell Global Identifier）であってよい。

【0047】

なお、データベースサーバ４００は、各通信装置２００の接続先の基地局３００に関する情報を、あらかじめ記憶してよい。図４は、データベースサーバ４００に記憶される、通信装置２００の接続先の基地局３００に関する基地局情報テーブルの一例である。なお、図は一例であって、基地局情報はこれらに限定されず、含まれる情報はこれ以下でもこれ以上であってもよい。基地局情報テーブルＴＢ１０には、通信装置２００の装置識別情報と、当該装置識別情報で識別される通信装置２００が接続する基地局３００の基地局識別情報とが関連付けられて記憶されてよい。なお、図４では、分かりやすさのため、装置識別情報を、図１における通信装置の符号（２００Ａａ，２００Ｂｄ等）で示し、基地局識別情報を、基地局の符号（３００Ａ，３００Ｂ等）で示してある。

【0048】

配信サーバ１００の取得部１１１は、通信装置２００から装置識別情報を取得すると、データベースサーバ４００の基地局情報テーブルＴＢ１０を参照して、通信装置２００の接続先である基地局３００の基地局識別情報を取得してよい。これにより、通信装置２００の接続先のセルを判定することが可能となる。

【0049】

取得部１１１は、基地局３００ごとの通信品質情報をデータベースサーバ４００に蓄積してよい（ステップＳ１４）。例えば、取得部１１１は、通信品質情報の取得履歴を記憶してよい。図５（ａ）に、通信品質情報の取得履歴を格納したテーブルＴＢ２０の一例を示す。テーブルＴＢ２０は、装置識別情報ごとに、各通信装置２００から送信された各種情報に含まれる通信品質情報が、取得日とともに格納されたテーブルであってよい。なお、記憶される情報は図示したものに限定されず、時刻の情報を含んでもよいし、装置識別情報ごとに作成されなくてもよい。なお、取得部１１１は、テーブルＴＢ１０，ＴＢ２０に基づき、所定期間における各基地局３００と通信装置２００との間の平均の通信品質（平均ＲＳＲＰ）を算出し、装置識別情報ごとに記憶してよい。図５（ｂ）のテーブルＴＢ２１は、基地局識別情報ごとの、各通信装置２００との間の平均の通信品質（平均ＲＳＲＰ）が格納されたテーブルの一例である。なお、平均をとる期間としては、直近の一週間、３日間等であってよいが、これらに限定されない。

【0050】

順序付け部１１３は、一の基地局に接続する複数の通信装置を、通信品質に基づく所定の順序で順序付けてよい（ステップＳ１５）。図６（ａ）に、例えば、基地局３００Ａに接続する複数の通信装置２００を、通信品質に基づく所定の順序で順序付けたテーブルの一例を示す。テーブルＴＢ３０は、図５（ｂ）のテーブルＴＢ２１のうち基地局３００Ａについて、通信品質に基づく所定の順序として、例えば、通信品質の高い順に並べたものであってよい。なお、テーブルＴＢ３０は説明のために示すものであって、後述する更新用ソフトウェアの配信順序が判定可能であれば、順序通りに記憶されなくてもよい。

【0051】

配信部１１４は、複数の通信装置２００Ａａ，２００Ａｂに対し、通信品質に基づく所定の順序で、通信品質に対してあらかじめ設定された上限台数以下の通信装置に対し、一の基地局３００Ａを介して更新用ソフトウェアを配信してよい。設定部１１２は、基地局３００ごとに、更新用ソフトウェアを配信する通信装置２００の上限台数を、通信品質に応じて設定してよい。ここで、上限台数とは、複数の通信装置２００のうち、通信により配信サーバ１００から更新用ソフトウェアを同時に配信できる通信装置２００の上限の台数を意味してよい。なお、上限台数は、例えば通信事業者によってあらかじめ設定されていてもよい。

【0052】

基地局３００ごとに設定された上限台数に関する情報は、データベースサーバ４００に記憶されてよい。図７は、基地局３００ごとの上限台数を記憶する上限台数テーブルの一例である。図７の上限台数テーブルＴＢ４０の例では、基地局３００Ａの上限台数は、通信品質としてＲＳＲＰが「－１００以上」の通信装置２００に対しては「６台」、ＲＳＲＰが「－１００～－１１５」の通信装置２００に対しては「４台」、ＲＳＲＰが「－１１５～－１３０」の通信装置２００に対しては「２台」、ＲＳＲＰが「－１３０以下」の通信装置２００に対しては「１台」であってよい。なお、例えばテーブルＴＢ４０のように、基地局３００ごとに上限台数が異なってもよい。

【0053】

本発明の一実施形態において、更新用ソフトウェアは、通信装置２００が有する通信品質に応じてあらかじめ設定された上限台数以下の通信装置２００に対し配信されてよい。このことを、図３、図６（ａ）～（ｃ）、図７を用いて説明する。上述のように、図６（ａ）は、基地局３００Ａに接続する複数の通信装置２００を、通信品質の高い順に並べたテーブルである。ここで、図７のテーブル４０を参照すると、基地局３００Ａは、ＲＳＲＰが「－１００以上」の通信装置２００に対しては、最大「６台」まで更新用ソフトウェアを配信することができてよい。したがって、配信部１１４は、ＲＳＲＰが「－１００以上」である通信装置２００Ａａを含む、通信装置が６台の群１０に対し、更新用ソフトウェアを配信してよい。なお、更新用ソフトウェアの配信は、ＦＯＴＡを実行する旨を示すＦＯＴＡ指令が通信装置２００Ａａに送信されることによって行われてよい（図３のステップＳ１６）。ＦＯＴＡ指令には、更新用ソフトウェアのダウンロード先に関する情報（ＵＲＬ）が含まれてよく、通信装置２００Ａａは、ＦＯＴＡ指令に応じてダウンロード先に接続し、更新用ソフトウェアのダウンロード及びファームウェアの更新を行ってよい（ステップＳ１７）。

【0054】

その後、通信装置２００Ａａは、ファームウェアの更新が完了すると、ＦＯＴＡが完了した旨を示す通知を配信サーバ１００へ送信してよい（ステップＳ１８）。図６（ａ）の群１０のうちのいずれかの通信装置（図６の例では、通信装置２００Ａａ）への更新用ソフトウェアの配信が完了すると、図６（ｂ）の状態に遷移し、群１１に含まれる通信装置２００に対し、引き続き更新用ソフトウェアの配信が継続されてよい。また、次に更新用ソフトウェアを配信すべき通信装置（以降、「次の通信装置」とも称する）は、通信装置２００Ａｂ（行１２）となる。ここで、配信部１１４は、一以上の通信装置２００（図６の場合、通信装置２００Ａａ）への更新用ソフトウェアの配信が完了した場合に、一の基地局３００Ａを介して更新用ソフトウェアを配信する通信装置の数が、所定の順序において次に更新用ソフトウェアを配信する通信装置２００（図６の場合、通信装置２００Ａｂ）の通信品質に対してあらかじめ設定された上限台数以下であるか否かを判定してよい（ステップＳ１９）。

【0055】

ここで、図７のテーブルＴＢ４０より、基地局３００Ａの場合、ＲＳＲＰが「－１００～－１１５」の通信装置に対しては、最大「４台」まで更新用ソフトウェアを配信してよい。しかしながら、図６（ｂ）の状態では、群１１の「５台」の通信装置２００に対して更新用ソフトウェアを配信中であるため、ステップＳ１９において、上限台数以上であると判定されてよい（ステップＳ１９でＮＯ）。したがって、配信部１１４は、所定の順序において次の通信装置２００Ａｂへの更新用ソフトウェアの配信を待機してよい。

【0056】

その後、図６（ｃ）のように、群１１に含まれる通信装置２００において、さらに２台の通信装置２００に対して更新用ソフトウェアの配信が完了したとする。この場合、ＲＳＲＰが「－１００～－１１５」の通信装置に対する更新用ソフトウェアを配信する上限台数が「４台」であるとの条件を満たすため、ステップＳ１９において、上限台数以下であると判定されてよい（ステップＳ１９でＹＥＳ）。そして、配信部１１４は、通信装置２００Ａｂへ更新用ソフトウェアを配信してよい（ステップＳ２０）。通信装置２００Ａｂは、更新用ソフトウェアのダウンロード及びファームウェアの更新を行ってよい（ステップＳ２１）。このとき、配信部１１４は、図６（ｃ）の通信装置４台から成る群１３に対し、更新用ソフトウェアの配信を行うことになる。

【0057】

このように、本発明の一実施形態によれば、更新用ソフトウェアを配信する通信装置の上限台数を、通信品質に応じて変化させて設定してよい。したがって、通信品質の良い通信装置によって通信リソースを占有されることなく、通信品質の悪い通信装置に対しても、更新用ソフトウェアの配信のための通信リソースを確保することができる。

【0058】

また、本発明の一実施形態によれば、複数の通信装置を、通信品質が高い順に順序付けた上で、更新用ソフトウェアが配信されてよい。また、通信品質に応じて設定される上限台数は、通信品質が高いほど多くてよい。したがって、更新用ソフトウェアの配信を、より多くの通信装置に対して開始することができ、効率的な配信システムを実現することができる。

【0059】

また、本発明の一実施形態によれば、更新用ソフトウェアを配信中の通信装置の数が、次の通信装置の通信品質に設定された上限台数以下となるまで、次の通信装置への更新用ソフトウェアの配信が待機されてよい。これにより、次の通信装置にも通信リソースを割り当てることができる。

【0060】

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

【0061】

例えば、上述では、上限台数を判定するための通信品質を、所定期間にわたる通信品質の平均値とする態様について説明した。しかしながら、上限台数を判定する通信品質は、取得された通信品質のうち最新のものが用いられてもよい。これにより、更新用ソフトウェアの配信を開始する直前の通信品質に即した上限台数による配信が可能となる。

【0062】

例えば、上述では、各データテーブルがデータベースサーバ４００に記憶される態様について説明したが、それら各種情報は、配信サーバ１００や管理サーバ１０１の記憶部に記憶されてもよい。

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【符号の説明】

【0069】

１００ 配信サーバ（情報処理装置）
１１０ 制御部
１１１ 取得部
１１２ 設定部
１１３ 順序付け部
１１４ 配信部
１２０ 通信部
１３０ 入出力部
１７０ 記憶部
１０１ 管理サーバ
４００ データベースサーバ
２００ 通信装置（ＩｏＴデバイス）
２１０ 制御部
２２０ 通信部
２３０ 入出力部
２７０ 記憶部
３００ 基地局
５００ 移動通信ネットワーク
５０ コアネットワーク
６００ 配信システム

【要約】

【課題】ＮＢ－ＩｏＴにおけるＦＯＴＡを効率的に行うこと
【解決手段】一の基地局に接続する複数の通信装置に更新用ソフトウェアを配信する配信サーバは、複数の通信装置から、当該通信装置の通信品質に関する通信品質情報を取得する取得部と、複数の通信装置に対し、通信品質に基づく所定の順序で、通信品質に対してあらかじめ設定された上限台数以下の通信装置に対し、一の基地局を介して更新用ソフトウェアを配信する配信部とを備える。
【選択図】図２

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】