7675961 配信サーバ、配信サーバの制御方法、及び配信サーバの制御プログラム

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

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

(11)【特許番号】

(24)【登録日】2025-05-01

(45)【発行日】2025-05-13

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

(51)【国際特許分類】

   H04W 8/24 20090101AFI20250502BHJP

【ＦＩ】

H04W8/24

【請求項の数】 7

(21)【出願番号】P 2025061638

(22)【出願日】2025-04-03

【審査請求日】2025-04-03

【早期審査対象出願】

(73)【特許権者】

【識別番号】501440684

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

(74)【代理人】

【識別番号】110002516

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

(72)【発明者】

【氏名】磯村 周平

(72)【発明者】

【氏名】根岸 宏明

(72)【発明者】

【氏名】盛下 泰暉

(72)【発明者】

【氏名】藤波 英輝

(72)【発明者】

【氏名】嶺岸 優司

(72)【発明者】

【氏名】宮地 武志

(72)【発明者】

【氏名】志村 俊輔

【審査官】吉村 伊佐雄

(56)【参考文献】

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

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

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

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

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

【請求項1】

基地局に接続する複数の通信装置に更新用ソフトウェアを配信する配信サーバであって、
前記複数の通信装置から、前記基地局との間の通信方式に関する情報を取得する取得部と、
前記通信方式に関する情報に基づき、一の配信で前記更新用ソフトウェアを配信する前記通信装置の、前記通信方式ごとの比率を設定する設定部と、
前記基地局に、前記比率に基づいて設定される前記通信方式ごとの配信台数で、前記更新用ソフトウェアを配信する配信部と、
を備える配信サーバ。

【請求項2】

前記取得部は、前記通信方式に関する情報を、前記通信装置と所定のプロトコルで通信を行う管理サーバを介して取得する、
請求項１に記載の配信サーバ。

【請求項3】

前記配信部は、前記一の配信で前記基地局に配信可能な上限台数と前記比率とに基づいて取得される、前記通信方式ごとの前記配信台数で、前記基地局に前記更新用ソフトウェアを配信する、
請求項１に記載の配信サーバ。

【請求項4】

前記基地局との間の前記通信方式に関する情報は、カテゴリＭ１（Category M1）を含む、
請求項１に記載の配信サーバ。

【請求項5】

前記基地局との間の前記通信方式に関する情報は、ＮＢ－ＩｏＴ（Narrow Band Internet of Things）を含む、
請求項１に記載の配信サーバ。

【請求項6】

基地局に接続する複数の通信装置に更新用ソフトウェアを配信する配信サーバの制御方法であって、
コンピュータが、
前記複数の通信装置から、前記基地局との間の通信方式に関する情報を取得するステップと、
前記通信方式に関する情報に基づき、一の配信で前記更新用ソフトウェアを配信する前記通信装置の、前記通信方式ごとの比率を設定するステップと、
前記基地局に、前記比率に基づいて設定される前記通信方式ごとの配信台数で、前記更新用ソフトウェアを配信するステップと、
を実行する、配信サーバの制御方法。

【請求項7】

基地局に接続する複数の通信装置に更新用ソフトウェアを配信する配信サーバの制御プログラムであって、
コンピュータに、
前記複数の通信装置から、前記基地局との間の通信方式に関する情報を取得する機能と、
前記通信方式に関する情報に基づき、一の配信で前記更新用ソフトウェアを配信する前記通信装置の、前記通信方式ごとの比率を設定する機能と、
前記基地局に、前記比率に基づいて設定される前記通信方式ごとの配信台数で、前記更新用ソフトウェアを配信する機能と、
を実現させる、配信サーバの制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【先行技術文献】

【特許文献】

【0003】

【文献】特許第６７６２９８９号公報

【発明の概要】

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

【0004】

本発明の一実施形態に係る、基地局に接続する複数の通信装置に更新用ソフトウェアを配信する配信サーバは、複数の通信装置から、基地局との間の通信方式に関する情報を取得する取得部と、通信方式に関する情報に基づき、一の配信で更新用ソフトウェアを配信する通信装置の、通信方式ごとの比率を設定する設定部と、基地局に、比率に基づいて設定される通信方式ごとの配信台数で、更新用ソフトウェアを配信する配信部と、を備える。

【0005】

本発明の一実施形態に係る配信サーバにおいて、取得部は、通信方式に関する情報を、通信装置と所定のプロトコルで通信を行う管理サーバを介して取得してよい。

【0006】

本発明の一実施形態に係る配信サーバにおいて、配信部は、一の配信で基地局に配信可能な上限台数と比率とに基づいて取得される、通信方式ごとの配信台数で、基地局に更新用ソフトウェアを配信してよい。

【0007】

本発明の一実施形態に係る配信サーバにおいて、基地局との間の通信方式に関する情報は、カテゴリＭ１（Category M1）を含んでよい。

【0008】

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

【0009】

本発明の一実施形態に係る、基地局に接続する複数の通信装置に更新用ソフトウェアを配信する配信サーバの制御方法は、コンピュータが、複数の通信装置から、基地局との間の通信方式に関する情報を取得するステップと、通信方式に関する情報に基づき、一の配信で更新用ソフトウェアを配信する通信装置の、通信方式ごとの比率を設定するステップと、基地局に、比率に基づいて設定される通信方式ごとの配信台数で、更新用ソフトウェアを配信するステップと、を実行する。

【0010】

本発明の一実施形態に係る、基地局に接続する複数の通信装置に更新用ソフトウェアを配信する配信サーバの制御プログラムは、コンピュータに、複数の通信装置から、基地局との間の通信方式に関する情報を取得する機能と、通信方式に関する情報に基づき、一の配信で更新用ソフトウェアを配信する通信装置の、通信方式ごとの比率を設定する機能と、基地局に、比率に基づいて設定される通信方式ごとの配信台数で、更新用ソフトウェアを配信する機能と、を実現させる。

【図面の簡単な説明】

【0011】

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

【図2】図２（ａ）～（ｃ）は、本発明の一実施形態を説明するための概略図である。

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

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

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

【0012】

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

【0013】

ＩｏＴ向けの通信技術として、ＬＰＷＡ（Low Power Wide Area）が注目されている。ＬＰＷＡは、低消費電力、長距離通信を実現する通信技術であり、屋内外の様々な場所に設置され、外部電源を備えず内蔵電池で駆動されるＩｏＴデバイスに適している。ＬＰＷＡに分類されるＩｏＴ向けの通信方式としては、例えば、ＬＴＥ（Long Term Evolution）（登録商標）を拡張したカテゴリＭ１（Category M1）、ＮＢ－ＩｏＴ（Narrow Band IoT）が挙げられる。これらカテゴリＭ１、ＮＢ－ＩｏＴのいずれも、ＬＴＥやＷｉ－Ｆｉ（登録商標）と比較して、低消費電力で長距離通信が可能であるものの、通信帯域が狭く、通信速度が遅いという特徴がある。そのため、ファームウェアの更新用ソフトウェアのような、ＩｏＴデバイスが通常の動作で送受信するデータと比較して容量の大きいデータのダウンロードには時間を要し、通信帯域を長時間占有するという問題がある。したがって、一度に更新用ソフトウェアを配信する通信装置の台数に、上限を設ける運用がなされている。ここで、ＮＢ－ＩｏＴとカテゴリＭ１とでは、その通信帯域や通信速度の違いにより、同時にＦＯＴＡを行える通信装置の上限台数に差が生じている。具体的には、更新用ソフトウェアの同時配信が可能である台数が、カテゴリＭ１では数千台規模であるのに対し、ＮＢ－ＩｏＴでは数百台程度である。

【0014】

このように、通信方式によって更新用ソフトウェアを同時に配信できる台数に違いがあるものの、従来、ＦＯＴＡを行う際に、通信装置の通信方式の違いが考慮されていない。したがって、ＦＯＴＡの失敗率を低減するために、ＮＢ－ＩｏＴに対する上限台数で更新用ソフトウェアの配信が行われると、カテゴリＭ１のリソースが最大限に活用されず、非効率となっていた。これに対し、本開示の一実施形態によれば、セルに在圏するＩｏＴデバイスの通信方式ごとに、ＦＯＴＡを実行するＩｏＴデバイスの台数を異ならせてよい。これにより、通信方式ごとのリソースを最大限に活用しつつ、安定したＦＯＴＡの実現が可能となる。

【0015】

＜システム構成＞
図１は、本発明の一実施形態に係る配信システムの構成例を示す図である。配信システム６００は、通信装置２００に対し、ファームウェアを更新するための更新用ソフトウェアを配信するシステムであってよい。ここで、「配信」とは、更新用ソフトウェアを通信装置２００が取得可能な状態にすることを指してよい。例えば、配信部１１３は、通信装置２００が更新用ソフトウェアをダウンロード可能な場所に格納し、当該場所についての情報（ダウンロード先のＵＲＬ（Uniform Resource Locator））を通信装置２００へ通知してよい。

【0016】

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

【0017】

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

【0018】

通信装置２００は、ＬＰＷＡに分類されるＩｏＴ向けの通信方式であって、例えば、ＮＢ－ＩｏＴ、カテゴリＭ１等に準拠するデバイスであってよい。１つの基地局３００のセル内に存在する複数の通信装置２００は、それぞれ、上述した複数の通信方式のいずれかで基地局３００との間で通信を行ってよい。例えば、基地局３００Ａとの間の通信方式は、通信装置２００ＡａがＮＢ－ＩｏＴ、通信装置２００ＡｂがカテゴリＭ１等のように異なってよい。

【0019】

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

【0020】

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

【0021】

データベースサーバ４００には、各通信装置２００と基地局３００とを関連付けるための各種データや、ＦＯＴＡに係る処理に必要な各種の情報が格納されてよい。例えば、データベースサーバ４００には、ＦＯＴＡを行うべき通信装置２００の情報が格納されてよい。なお、図１では、データベースサーバ４００を配信サーバ１００とは別個に示してあるが、本発明はこれに限定されず、データベースサーバ４００に格納されるデータは、例えば配信サーバ１００の記憶部１７０に記憶されてもよい。また、データベースサーバ４００は、格納するデータの種類ごと、また、データベースを管理する主体ごとに、別個に存在してもよい。

【0022】

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

【0023】

＜実施形態＞
図２を用いて、本発明の一実施形態について説明する。

【0024】

まず、配信サーバ１００は、データベースサーバ４００に格納された情報に基づき、ＦＯＴＡを行うべき通信装置２００の情報を取得してよい。ＦＯＴＡを行うべき通信装置とは、例えば、機能の追加、脆弱性への対応、通信規格への準拠のための更新等で、ファームウェアの更新を要する通信装置であってよい。ＦＯＴＡを行うべき通信装置の情報は、データベースサーバ４００に例えばＣＳＶデータファイル形式でリスト化されていてよい。なお、これ以降、ＦＯＴＡを行うべき通信装置を、更新用ファームウェアの配信対象の通信装置とも称する。

【0025】

配信サーバ１００は、更新用ソフトウェアの配信対象の通信装置２００から、当該通信装置２００が接続する基地局３００を識別する識別情報を取得してよい。基地局を識別する識別情報とは、セルＩＤ（IDentifier：識別情報の一種）であってよい。セルＩＤは、基地局に一意に割り当てられ、基地局の通信範囲（セル）を一意に識別する番号であってよい。通信装置２００は、基地局３００への接続時に、接続先の基地局３００のセルＩＤを、自装置の記憶部に記憶することができてよい。なお、配信サーバ１００は、管理サーバ１０１に対して通信装置２００のセルＩＤを要求してよい。管理サーバ１０１は、配信サーバ１００の要求に応じて、通信装置２００に対してセルＩＤの送信を要求し、通信装置２００から取得したセルＩＤを、管理サーバ１０１に送信してよい。これにより、確実にセルＩＤを取得することができる。

【0026】

なお、通信装置２００は、ＬｗＭ２Ｍプロトコルを用いて、配信サーバ１００との間でデータの送受信を行ってよい。ＬｗＭ２Ｍでは、データの管理にリソースモデルという形式を用いているが、リソースモデルは、オブジェクト、オブジェクトインスタンス、リソースのツリー構造であり、各要素には番号が割り当てられる。本発明の一実施形態において、通信装置２００の接続先の基地局３００を識別するセルＩＤは、コネクティビティモニタリングオブジェクト「４」のリソース「８」に格納されてよい。したがって、配信サーバ１００は、セルＩＤの送信を要求する際に、リソース「／４／０／８」を指定する命令を生成してよい。通信装置２００は、配信サーバ１００からリソース「／４／０／８」を指定する要求を受信すると、当該リソースに格納されているセルＩＤを読み出し、配信サーバ１００へ送信してよい。なお、各通信装置２００の接続先の基地局３００を識別する方法は上述に限定されない。

【0027】

また、配信サーバ１００は、複数の通信装置２００から、基地局３００との間の通信方式に関する情報を取得してよい。通信方式に関する情報とは、通信装置２００が基地局３００との間の通信に用いている通信方式を識別するための情報であってよい。通信方式とは、ＬＰＷＡに準ずる通信方式であって、上述したＮＢ－ＩｏＴ、カテゴリＭ１等であってよい。なお、本発明の一実施形態において、通信方式は、ＮＢ－ＩｏＴ、カテゴリＭ１に限定されるものではない。配信サーバ１００は、管理サーバ１０１に対して通信装置２００の通信方式に関する情報を要求してよい。管理サーバ１０１は、配信サーバ１００の要求に応じて、通信装置２００に対して通信方式に関する情報の送信を要求し、通信装置２００から取得した通信方式に関する情報を、管理サーバ１０１に送信してよい。

【0028】

なお、本発明の一実施形態において、通信装置２００の通信方式に関する情報は、コネクティビティモニタリングオブジェクト「４」のリソース「０」に、ネットワークベアラとして格納されてよい。したがって、配信サーバ１００は、通信方式に関する情報の送信を要求する際に、リソース「／４／０／０」を指定する命令を生成してよい。通信装置２００は、配信サーバ１００からリソース「／４／０／０」を指定する要求を受信すると、当該リソースに格納されている情報（通信方式に関する情報）を読み出し、配信サーバ１００へ送信してよい。

【0029】

図２（ａ）は、基地局２００Ａに接続する更新用ソフトウェアの配信対象の通信装置２００（２００Ａａ，２００Ａｂ，…）と、当該通信装置２００の通信方式とを関連付けたテーブルの一例であってよい。テーブルＴＢ１０は、通信装置を一意に識別する通信装置ＩＤに、当該通信装置ＩＤを有する通信装置２００の通信方式を関連付けて記憶してよい。なお図２（ａ）では、簡単のため、それぞれのＩＤを、図１における符号で示してある。例えば、テーブルＴＢ１０を参照すると、通信装置２００Ａａの通信方式はＮＢ－ＩｏＴであり、通信装置２００Ａｂの通信方式はカテゴリＭ１である。なお、図は一例であって、通信装置２００の通信方式を識別可能であれば、テーブルの形式はこれに限定されない。

【0030】

配信サーバ１００は、複数の通信装置２００から取得した通信方式に関する情報に基づき、通信方式ごとの通信装置２００の台数を取得してよい。図２（ｂ）は、基地局３００Ａに接続する通信装置の、各通信方式の台数を格納したテーブルであってよい。例えば、テーブルＴＢ１１は、図２（ａ）のテーブルＴＢ１０に基づいて取得され、各通信方式に、通信装置２００の台数を関連付けて格納されてよい。テーブルＴＢ１１の例では、基地局３００Ａに接続する、更新用ソフトウェアの配信対象の通信装置２００は、通信方式がカテゴリＭ１のものが７０台、通信方式がＮＢ－ＩｏＴのものが３０台である。なお、テーブルＴＢ１１における数値は、説明を分かりやすくするための簡易的なものであって、本発明はこれに限定されない。

【0031】

配信サーバ１００は、基地局３００に接続する通信装置２００台数に基づいて、一の配信で更新用ソフトウェアを配信する通信装置の、通信方式ごとの比率を設定してよい。このことを、図２（ｃ）を用いて説明する。テーブルＴＢ１１より、カテゴリＭ１とＮＢ－ＩｏＴとの比率は、「７：３」となってよい。したがって、配信サーバ１００は、一回の配信で更新用ソフトウェアを配信する際の通信装置の台数を、カテゴリＭ１とＮＢ－ＩｏＴとで「７：３」となるように設定してよい。そして、配信サーバ１００は、上記の比率に基づいて設定される通信方式ごとの配信台数で、更新用ソフトウェアを配信してよい。すなわち、図２（ｃ）において、帯４０が一回の配信台数を示すとすると、カテゴリＭ１の通信装置、ＮＢ－ＩｏＴの通信装置それぞれに、７：３の割合で更新用ソフトウェアが配信されてよい。

【0032】

上述の利点を説明する。例えば、テーブルＴＢ１１の状態において、基地局３００Ａに接続する通信装置２００のうち、通信方式がカテゴリＭ１のものが２０台、ＮＢ－ＩｏＴのものが１２台であるとする。また、各通信方式で配信可能な台数の上限が、カテゴリＭ１であれば１０台、ＮＢ－ＩｏＴであれば６台であるとする。このとき、従来では、ＦＯＴＡの失敗を低減するため、ＮＢ－ＩｏＴの台数に合わせて、配信サーバ１００による一回の配信可能台数が６台と設定され得る。この場合、合計３２台の通信装置に対し、６台ずつ更新用ソフトウェアの配信が行われるとすると、配信の完了まで少なくとも６回の配信が必要となる。ここで、カテゴリＭ１は、ＮＢ－ＩｏＴより広帯域であり、配信可能台数は６台よりも多いにも関わらず、カテゴリＭ１の配信可能なリソースが十分に活用されていない。

【0033】

これに対し、本発明一実施形態によれば、通信方式に応じて更新用ソフトウェアが配信されてよい。したがって、１回目の配信で、カテゴリＭ１の上限台数１０台を採用し、カテゴリＭ１とＮＢ－ＩｏＴとで、それぞれ７台、３台分のＦＯＴＡが行われてよい。これにより、リソースを十分に活用してＦＯＴＡを実行することが可能となり、ＩｏＴデバイスのＦＯＴＡに要する時間を短縮することができる。

【0034】

また、配信サーバ１００は、上述のように、一の配信で配信可能な上限台数と上述の比率とに基づいて、通信方式ごとの配信台数を設定してよい。これにより、更新用ソフトウェアの配信台数に制限がある場合でも、リソースを無駄にすることなくＦＯＴＡを行うことが可能となる。

【0035】

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

【0036】

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

【0037】

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

【0038】

制御部１１０は、典型的にはプロセッサであって、中央処理装置（ＣＰＵ）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（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】

配信部１１３は、基地局３００に、比率に基づいて設定される通信方式ごとの配信台数で、更新用ソフトウェアを配信してよい。なお、配信部１１３は、一の配信で配信可能な上限台数と比率とに基づいて取得される、通信方式ごとの配信台数で、基地局３００に更新用ソフトウェアを配信してよい。

【0044】

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

【0045】

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

【0046】

制御部２１０は、例えばＭＰＵ（Micro Processing Unit）等で構成され、記憶部２７０に記憶されているプログラムを実行することにより、通信装置２００を、ＮＢ－ＩｏＴやカテゴリＭ１等に準拠して動作させるための処理を実現してよい。

【0047】

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

【0048】

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

【0049】

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

【0050】

＜更新用ソフトウェアの配信処理＞
本発明の一実施形態による更新用ソフトウェアの配信処理について、図４を用いて説明する。図４は、更新用ソフトウェアの配信処理（ＦＯＴＡ）の実行にあたる、配信サーバ１００と通信装置２００との間のシーケンス図である。なお、ここでは、基地局３００Ａに接続された、ＮＢ－ＩｏＴの通信装置２００Ａａ、カテゴリＭ１の通信装置２００Ａｂを対象に説明する。また、配信サーバ１００は、通信装置２００Ａａ，２００Ａｂが基地局３００Ａに接続していることを、通信装置２００Ａａ，２００Ａｂから取得したセルＩＤによって識別しているとする。

【0051】

通信装置２００Ａａ，２００Ａｂは、管理サーバ１０１からの要求を受けて、管理サーバ１０１を介して、自装置の通信方式に関する情報を送信してよい（ステップＳ１１，Ｓ１２）。配信サーバ１００は、更新用ソフトウェアの複数の通信装置２００Ａａ，２００Ａｂから、基地局３００Ａとの間の通信方式に関する情報を取得してよい（ステップＳ１３）。これにより、図２（ａ）のテーブルＴＢ１０が取得されてよい。

【0052】

配信サーバ１００は、複数の通信装置２００Ａａ，２００Ａｂから取得した通信方式に関する情報に基づき、一の配信で更新用ソフトウェアを配信する通信装置の、通信方式ごとの比率を設定してよい（ステップＳ１４）。これにより、図２（ｂ）のテーブルＴＢ１１、図２（ｃ）の比率が設定されてよい。

【0053】

そして、配信サーバ１００は、基地局３００Ａに、比率に基づいて設定される通信方式ごとの配信台数で、更新用ソフトウェアを配信してよい（ステップＳ１５，Ｓ１６，Ｓ１７）。更新用ソフトウェアの配信は、ＦＯＴＡを実行する旨を示すＦＯＴＡ指令（配信通知）が、各通信装置２００に送信されることによって行われてよい。なお、ＦＯＴＡ指令には、更新用ソフトウェアのダウンロード先に関する情報（ＵＲＬ）が含まれてよい。

【0054】

なお、通信装置２００は、更新用ソフトウェアのダウンロードと、ダウンロードした更新用ソフトウェアを用いて、自装置のファームウェアを更新してよい。また、通信装置２００Ａａ，２００Ａｂは、ファームウェアの更新が完了すると、ＦＯＴＡが完了した旨を示す通知を配信サーバ１００へ送信してよい。その後、１回目の配信で更新用ソフトウェアが未配信の通信装置２００に対し、各通信方式に設定された比率による台数で、さらにＦＯＴＡ指令が送信されてよい。

【0055】

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

【0056】

例えば、上述では、基地局の識別情報としてセルＩＤを一例に説明した。しかしながら、基地局の識別情報としては、ＥＣＧＩ（E-UTRAN Cell Global Identifier）が用いられてもよい。さらに、セルＩＤに加え、基地局３００を提供する通信事業者に関する情報や、基地局３００の設置地域に関する情報が、基地局３００の識別に用いられてもよい。

【0057】

また、通信方式ごとの配信台数の比率が、所定の重み付けに応じて変更されてもよい。例えば、各通信装置２００の制御部２１０は、自装置の通信品質に関する通信品質情報を取得し、通信部２２０を介して管理サーバ１０１へ送信してよい。通信品質情報は、例えば、ＲＳＲＰ（Reference Signal Received Power）、ＲＳＲＱ（Reference Signal Received Quality）、ＲＳＳＩ（Received Signal Strength Indicator）、ＳＩＮＲ（Signal to Interference plus Noise Ratio）等であってよいが、これらに限定されない。なお、通信装置２００の制御部２１０は、通信部２２０が受信した電波の受信強度といった無線通信の状態に基づいて、通信品質情報を測定してよい。そして、配信サーバ１００は、通信品質が良好でない通信方式に対しては、配信台数の比率を下げてもよい。これにより、ＦＯＴＡが失敗する確率を低下することができる。

【0058】

また、例えば、通信方式を指定したＦＯＴＡが行われてもよい。例えば、ＮＢ－ＩｏＴの通信装置２００のみにＦＯＴＡを実行することができてもよい。これにより、より柔軟なＦＯＴＡの実行が可能となる。

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【符号の説明】

【0064】

１００ 配信サーバ（情報処理装置）
１１０ 制御部
１１１ 取得部
１１２ 設定部
１１３ 配信部
１２０ 通信部
１３０ 入出力部
１７０ 記憶部
１０１ 管理サーバ
２００ 通信装置（ＩｏＴデバイス）
２１０ 制御部
２２０ 通信部
２３０ 入出力部
２７０ 記憶部
２７１ 基地局識別情報（セルＩＤ）
２７２ 通信方式情報
３００ 基地局
５００ 移動通信ネットワーク
５０ コアネットワーク
６００ 配信システム

【要約】

【課題】基地局に接続する複数の通信装置間で、ＦＯＴＡを効率的かつ平等に行うこと。
【解決手段】基地局に接続する複数の通信装置に更新用ソフトウェアを配信する配信サーバは、複数の通信装置から、基地局との間の通信方式に関する情報を取得する取得部と、通信方式に関する情報に基づき、一の配信で更新用ソフトウェアを配信する通信装置の、通信方式ごとの比率を設定する設定部と、基地局に、比率に基づいて設定される通信方式ごとの配信台数で、更新用ソフトウェアを配信する配信部と、を備える。
【選択図】図３

【図1】

【図2】

【図3】

【図4】