JP2022054548A - サーバ装置、通信デバイス、端末装置、通信システム、プログラム及び更新方法 - Google Patents

Abstract

【課題】非ＩＰ通信で利用可能なデバイス管理プロトコルを用いて、通信デバイスにおける通信モジュール以外の構成部で用いられるソフトウェアを更新する。【解決手段】非ＩＰ通信により、通信モジュール１２と制御部１３とを有する通信ボード１１のソフトウェアを更新するための更新用データを、移動通信網を介して通信ボードへ送信するサーバ装置２００であって、通信モジュールとサーバ装置との間のデバイス管理プロトコルに用いられる複数のデータコンテナのうち、通信モジュールのファームウェア更新用データに用いられることが前記デバイス管理プロトコルによって定義されているデータコンテナとは別のデータコンテナを用いて、通信ボードにおける通信モジュール以外の構成部である制御部１２のソフトウェアを更新するための更新用データを、通信ボードの通信モジュールへ送信する送信処理を行う送信処理部を有する。【選択図】図１

Description

本発明は、移動通信網の基地局に接続可能な端末装置と通信するサーバ装置、端末装置に設けられる通信デバイス、端末装置、通信システム、プログラム及び更新方法に関するものである。

従来、移動通信システムの通信規格である３ＧＰＰのＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）－Ａｄｖａｎｃｅｄを発展させたＬＴＥ－ＡｄｖａｎｃｅｄＰｒｏと呼ばれる通信規格（非特許文献１参照）、及び、第５世代の移動通信で提案されている新しい無線アクセス技術（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）の通信規格では、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）向けデバイスへの通信を提供する低消費電力広域（以下「ＬＰＷＡ」（Ｌｏｗ Ｐｏｗｅｒ、Ｗｉｄｅ Ａｒｅａ）という。）通信技術として、ＩｏＴ機器に組み込まれる通信端末装置の低価格化及び基地局と通信可能なカバレッジエリアの拡張を実現する２つの無線通信方式であるＣａｔ．ＭとＣａｔ．ＮＢ（ＮａｒｒｏｗＢａｎｄ）がサポートされている。Ｃａｔ．Ｍは、Ｃａｔ．Ｍ１、ＬＴＥ－Ｍ又はｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）とも呼ばれ、周波数帯域幅が例えば１．４ＭＨｚに制限され、約１５ｄＢのカバレッジ拡張及び１Ｍｂｐｓ（上り）の最大通信速度をサポートしている。また、Ｃａｔ．ＮＢは、ＮＢ－ＩｏＴとも呼ばれ、周波数帯域幅が例えば２００ｋＨｚの狭帯域に制限され、約２３ｄＢのカバレッジ拡張及び６３ｋｂｐｓ（上り）の最大通信速度をサポートし、ＬＴＥの周波数バンドでも使用できる。

３ＧＰＰ ＴＳ ３６．３００ Ｖ１３．５．０ （２０１６－０９）．

ＬＰＷＡ通信技術の中には、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いない非ＩＰ通信により移動通信網を介して端末装置とサーバ装置との間を通信する通信方式（ＮＩＤＤ（Ｎｏｎ－ＩＰ Ｄａｔａ Ｄｅｌｉｖｅｒ）に準拠する通信方式など）がある。このような移動通信網を介した非ＩＰ通信は、高いセキュリティ性等の観点から、端末装置のソフトウェアの更新用データの配信（例えば、ＦＯＴＡ（Ｆｉｒｍｗａｒｅ ｕｐｄａｔｅ Ｏｖｅｒ Ｔｈｅ Ａｉｒ））に利用される。

しかしながら、従来、非ＩＰ通信で利用可能な通信プロトコル（例えば、ＬｗＭ２Ｍ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）プロトコル）では、端末装置に搭載されている通信モジュールのファームウェアの更新は実施できたが、端末装置における通信モジュール以外の構成部で用いられるソフトウェアを更新することはできなかった。

本発明の一態様に係るサーバ装置は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いない非ＩＰ通信により、通信モジュールと該通信モジュールに接続された制御部とを有する通信デバイスのソフトウェアを更新するための更新用データを、移動通信網を介して該通信デバイスへ送信するサーバ装置であって、前記通信モジュールと前記サーバ装置との間のデバイス管理プロトコルに用いられる複数のデータコンテナのうち、前記通信モジュールのファームウェア更新用データに用いられることが前記デバイス管理プロトコルによって定義されているデータコンテナとは別のデータコンテナを用いて、前記通信デバイスにおける前記通信モジュール以外の構成部のソフトウェアを更新するための更新用データを、前記通信デバイスの前記通信モジュールへ送信する送信処理を行う送信処理部を有する。
前記サーバ装置において、前記別のデータコンテナには、前記構成部の更新用データの送受信に用いられる構成部更新用のオブジェクトインスタンスが定義され、前記構成部更新用のオブジェクトインスタンスは、前記更新用データが格納されるリソースとして用いられる第１のオブジェクトインスタンスと、前記更新管理用データが格納されるリソースとして用いられる第２のオブジェクトインスタンスと、前記更新用データのダウンロード状態を通知するデータが格納される第３のオブジェクトインスタンスと、を含んでもよい。
また、前記サーバ装置において、前記送信処理では、前記更新用データを複数の更新用分割データに分割して前記通信デバイスの前記通信モジュールへ送信してもよい。
また、前記サーバ装置において、前記非ＩＰ通信は、低消費電力広域通信であってもよい。
また、前記サーバ装置において、前記低消費電力広域通信は、ＮＩＤＤ（Ｎｏｎ－ＩＰ Ｄａｔａ Ｄｅｌｉｖｅｒ）に準拠する通信であってもよい。
また、前記サーバ装置において、前記通信プロトコルは、ＬｗＭ２Ｍ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）プロトコルであってもよい。
また、前記サーバ装置において、前記更新用データは、前記通信デバイスに接続される接続機器の構成部のソフトウェアを更新するための更新用データであってもよい。

また、本発明の他の態様に係る通信デバイスは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いない非ＩＰ通信により、移動通信網を介してサーバ装置と通信する通信モジュールと、前記通信モジュールで受信される前記サーバ装置からの更新用データに基づいて更新処理を行う制御部とを備えた通信デバイスであって、前記通信モジュールは、前記通信モジュールと前記サーバ装置との間のデバイス管理プロトコルに用いられる複数のデータコンテナのうち、前記通信モジュールのファームウェア更新用データに用いられることが前記デバイス管理プロトコルによって定義されているデータコンテナとは別のデータコンテナを用いて、前記サーバ装置から送信されてくる前記通信モジュール以外の構成部のソフトウェアを更新するための更新用データを受信し、前記更新用データを前記制御部に渡し、前記制御部は、前記通信モジュールから前記更新用データを受け取り、前記更新用データに基づいて、前記通信モジュール以外の当該通信装置の構成部又は当該通信デバイスに接続される外部の構成部のソフトウェアを更新する。

また、本発明の更に他の態様に係る端末装置は、接続機器と、接続機器から送られてくる情報を情報取得装置へ移動通信網を介して送信する通信デバイスとを備えた端末装置であって、前記通信デバイスとして、上述した通信デバイスを用いる。

また、本発明の更に他の態様に係る通信システムは、移動通信網の基地局に接続可能な端末装置と、前記端末装置と前記移動通信網を介して通信するサーバ装置とを備えた通信システムであって、前記サーバ装置は、上述したサーバ装置であり、前記端末装置は、上述した端末装置である。

また、本発明の更に他の態様に係るプログラムは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いない非ＩＰ通信により、通信モジュールと該通信モジュールに接続された制御部とを有する通信デバイスのソフトウェアを更新するための更新用データを、移動通信網を介して該通信デバイスへ送信するサーバ装置のコンピュータを機能させるプログラムであって、前記通信モジュールと前記サーバ装置との間のデバイス管理プロトコルに用いられる複数のデータコンテナのうち、前記通信モジュールのファームウェア更新用データに用いられることが前記デバイス管理プロトコルによって定義されているデータコンテナとは別のデータコンテナを用いて、前記通信デバイスにおける前記通信モジュール以外の構成部のソフトウェアを更新するための更新用データを、前記通信デバイスの前記通信モジュールへ送信する送信処理を行う送信処理部として、前記コンピュータを機能させる。

また、本発明の更に他の態様に係るプログラムは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いない非ＩＰ通信により、移動通信網を介してサーバ装置と通信する通信モジュールと、前記通信モジュールで受信される前記サーバ装置からの更新用データに基づいて更新処理を行う制御部をと備えた通信デバイスの該通信モジュールのコンピュータを機能させるプログラムであって、前記通信モジュールと前記サーバ装置との間のデバイス管理プロトコルに用いられる複数のデータコンテナのうち、前記通信モジュールのファームウェア更新用データに用いられることが前記デバイス管理プロトコルによって定義されているデータコンテナとは別のデータコンテナを用いて、前記サーバ装置から送信されてくる前記通信モジュール以外の構成部のソフトウェアを更新するための更新用データを、前記通信モジュールにより受信して、前記制御部に渡すように、前記コンピュータを機能させる。

また、本発明の更に他の態様に係るプログラムは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いない非ＩＰ通信により、移動通信網を介してサーバ装置と通信する通信モジュールと、前記通信モジュールで受信される前記サーバ装置からの更新用データに基づいて更新処理を行う制御部をと備えた通信デバイスの該制御部のコンピュータを機能させるプログラムであって、前記通信モジュールと前記サーバ装置との間のデバイス管理プロトコルに用いられる複数のデータコンテナのうち、前記通信モジュールのファームウェア更新用データに用いられることが前記デバイス管理プロトコルによって定義されているデータコンテナとは別のデータコンテナを用いて、前記サーバ装置から送信されてくる前記通信モジュール以外の構成部のソフトウェアを更新するための更新用データを、前記通信モジュールから受け取り、該更新用データに基づいて、前記通信モジュール以外の当該通信デバイスの構成部又は当該通信デバイスに接続される外部の構成部のソフトウェアを更新するように、前記コンピュータを機能させる。

また、本発明の更に他の態様に係る更新方法は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いない非ＩＰ通信により、通信モジュールと該通信モジュールに接続された制御部とを有する通信デバイスのソフトウェアを更新するための更新用データを、サーバ装置から移動通信網を介して前記通信デバイスへ送信し、前記更新用データに基づいて、前記通信デバイスのソフトウェアを更新する更新方法であって、前記通信モジュールと前記サーバ装置との間のデバイス管理プロトコルに用いられる複数のデータコンテナのうち、前記通信モジュールのファームウェア更新用データに用いられることが前記デバイス管理プロトコルによって定義されているデータコンテナとは別のデータコンテナを用いて、前記通信デバイスにおける前記通信モジュール以外の構成部のソフトウェアを更新するための更新用データを、前記サーバ装置から前記通信デバイスへ送信することと、前記通信デバイスの前記通信モジュールが、前記サーバ装置から送信されてくる前記更新用データを受信し、該更新データを前記制御部に渡すことと、前記通信デバイスの前記制御部が、前記通信モジュールから前記更新用データを受け取り、該更新用データに基づいて、前記通信モジュール以外の構成部のソフトウェアを更新することと、を含む。

本発明によれば、非ＩＰ通信で利用可能なデバイス管理プロトコルを用いて、通信デバイスにおける通信モジュール以外の構成部で用いられるソフトウェアを更新することができる。

実施形態に係る通信システムの構成の一例を示す説明図。 ＬｗＭ２Ｍプロトコルに従って定義されるデータコンテナの一例を示す説明図。 同通信システムにおける端末装置の通信ボードを起動して端末装置と移動通信網側との間の通信を確立する処理の流れの一例を示すシーケンス図。 実施形態に係る更新処理において、端末装置の制御部の制御アプリのバージョンをチェックする処理の流れの一例を示すシーケンス図。 同更新処理において、ＦＯＴＡサーバから通信ボード（通信端末装置）へ更新用データを送信する処理の流れの一例を示すシーケンス図。 同更新処理において、端末装置の記憶部に保存された更新ファイルを用いて制御部の制御アプリを更新する処理の流れの一例を示すシーケンス図。

以下、図面を参照して、本発明の実施形態について説明する。
図１は、本実施形態に係る通信システムの構成の一例を示す説明図である。
本実施形態の通信システムは、主に、１又は２以上の端末装置１０と、サーバ装置としてのＦＯＴＡ（Ｆｉｒｍｗａｒｅ ｕｐｄａｔｅ Ｏｖｅｒ Ｔｈｅ Ａｉｒ）サーバ２００とから構成される。

本実施形態の端末装置１０は、通信デバイスとしての通信ボード１１を備えている。この通信ボード１１には、移動通信用の通信モジュール１２が実装されており、接続機器としてのセンサ１６が接続されている。本実施形態の端末装置１０は、ＩｏＴデバイスであるが、移動通信可能な端末装置であれば、これに限定されるものではない。本実施形態の通信システムは、このセンサ１６を備えるＩｏＴデバイスである端末装置１０からセンサ１６の検知情報を取得する情報取得手段としてのサービス事業者サーバ３００も含まれている。サービス事業者サーバ３００は、端末装置１０のセンサ１６によって検知される検知情報を収集し、収集した検知情報を利用したサービスを提供するための処理を行うものであり、当該サービスを提供するサービス事業者によって管理運用される。

端末装置１０の通信ボード１１からＳＣＳ１００を介してサービス事業者サーバ３００へ送信されるアップロードデータは、基地局２０、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）４０、ＳＣＥＦ（Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）５０を介して、ＳＣＳ１００に中継され、サービス事業者サーバ３００へと送られる。また、サービス事業者サーバ３００からＳＣＳ１００を介して端末装置１０の通信ボード１１へ送信されるダウンロードデータは、ＳＣＳ１００で中継されて、ＳＣＥＦ５０、ＭＭＥ４０、基地局２０を介して端末装置１０の通信ボード１１へと送られる。これらのアップロードデータやダウンロードデータは、ユーザーデータが格納されたユーザーデータコンテナにヘッダ部等が付加されたデータ構造をもつ。

本実施形態の通信システムは、ＩＰを用いない非ＩＰ通信により、更新用データを含む通信データを、ＦＯＴＡサーバ２００から移動通信網１を介して端末装置１０に搭載された通信ボード１１の通信モジュール１２へ送信し、当該更新用データに基づいて端末装置１０の通信ボード１１におけるソフトウェア（プログラムやデータ）の更新を行うものである。ＦＯＴＡサーバ２００からＳＣＳ１００を介して端末装置１０の通信ボード１１へ送信される更新用データは、ＳＣＳ１００で中継されて、ＳＣＥＦ５０、ＭＭＥ４０、基地局２０を介して端末装置１０の通信ボード１１へと送られる。この更新用データは、その通信データ（ダウンロードデータ）のユーザーデータコンテナ内における指定のデータコンテナに格納され、所定の通信プロトコルを用いて通信される。本実施形態では、その通信プロトコルとして、ＬｗＭ２Ｍ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）プロトコルを用いる例で説明するが、これに制限されるものではない。

本実施形態の通信システムを構成する移動通信網１は、主に、端末装置１０と無線通信する１又は２以上の基地局２０と、ＭＭＥ４０と、ＳＣＥＦ５０と、ＳＣＳ１００とを含む。ＳＣＳ１００は、ＳＣＥＦ５０と通信を行うためのＳＣＥＦ用Ｉ／Ｆ１２０や、ＦＯＴＡサーバ２００及びサービス事業者サーバ３００と通信するためのＩＰ用Ｉ／Ｆ１４０を備えている。

基地局２０、ＭＭＥ４０、ＳＣＥＦ５０、ＳＣＳ１００などの移動通信網１内の設備は、例えば、移動通信網の移動通信事業者によって管理運営してもよい。ＳＣＳ１００は、移動通信網内の設備であってもよいし、移動通信網外の設備であってもよい。図１では、図示の都合上、端末装置１０を１台だけ示しているが、端末装置１０は２台以上であってもよい。

本実施形態の端末装置１０に搭載された通信デバイスとしての通信ボード１１は、通信モジュール１２と、本体側の制御部１３と、記憶部１４と、複数種類の通信方式に対応した複数のＩ／Ｏインターフェース１５Ａ～１５Ｄとを備えている。通信ボード１１のＩ／Ｏインターフェース１５Ａ～１５Ｄには、センサ１６等の接続機器が接続可能である。接続機器は、当該端末装置１０（ＩｏＴデバイス）の用途に応じた様々な接続機器が挙げられ、特に制限はない。例えば、本実施形態の端末装置１０は、医療、農業、電力、上下水道、自動車、交通機関などの各種産業で用いられるセンサを備えたＩｏＴデバイスであるが、そのようなセンサを備えていないＩｏＴデバイスであってもよく、あらゆる用途、機能を有するＩｏＴ機器に適用できる。また、本実施形態の端末装置１０は、移動局とも呼ばれる移動通信用の通信モジュール１２が組み込まれた機器であれば、ＩｏＴデバイスに限らず、あらゆる用途、機能を有する機器に適用できる。

通信モジュール１２は、移動局とも呼ばれる移動通信用の通信装置であり、移動通信網を介して通信する通信手段として機能し、例えばシンセサイザ、周波数変換器、高周波増幅器などにより構成され、移動通信網の基地局２０との間で無線通信するための高周波信号処理を実行する。本実施形態の通信モジュール１２は、モジュール化されて通信ボード１１上に実装されるものであり、通信モジュール１２内の記憶装置に記憶されているファームウェアを実行することで、各種処理動作を実行する。通信ボード１１は、通信モジュール１２により、所定の無線通信方式で基地局２０と無線通信を行い、移動通信網側に接続することができ、移動通信網を介して低消費電力広域通信技術であるＬＰＷＡ（Ｌｏｗ Ｐｏｗｅｒ、Ｗｉｄｅ Ａｒｅａ）通信技術に属する例えばＮＩＤＤ（Ｎｏｎ－ＩＰ Ｄａｔａ Ｄｅｌｉｖｅｒ）通信方式による通信を行うことができる。

通信モジュール１２は、Ｃａｔ．ＭやＣａｔ．ＮＢなどのＬＰＷＡ通信技術に属する他の通信方式を採用してもよい。なお、Ｃａｔ．Ｍは、３ＧＰＰのＬＴＥ Ｃａｔ．Ｍ１、ＬＴＥ Ｃａｔ．Ｍ２、ＬＴＥ－Ｍ又はｅＭＴＣの仕様に準拠した無線通信方式であり、周波数帯域幅が例えば１．４ＭＨｚに制限され、約１５ｄＢのカバレッジ拡張及び１Ｍｂｐｓ（上り）の最大通信速度（スループット）をサポートしている。また、Ｃａｔ．ＮＢは、３ＧＰＰのＬＴＥ Ｃａｔ．ＮＢ１、ＬＴＥ Ｃａｔ．ＮＢ２、又はＮＢ－ＩｏＴの仕様に準拠した無線通信方式であり、周波数帯域幅が例えば２００ｋＨｚの狭帯域に制限され、約２３ｄＢのカバレッジ拡張及びＮＢ１の場合は６３ｋｂｐｓ（上り）の最大通信速度（スループット）をサポートしている。

通信モジュール１２は、通常の移動局のように、移動通信網を介してＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いた通信をする機能が備わっていてもよい。しかしながら、この場合、ＩＰ通信用の処理モジュールを実装する必要があり、通信モジュール１２の部品コストや製造コストが増大する。通信モジュール１２は、市場に出回る大量の端末装置１０や通信ボード１１に搭載される場合、上述したＬＰＷＡ通信技術に属するＮＩＤＤ通信方式の通信に必要十分な機能だけを備え、この通信に必要のないＩＰ通信などの他の機能を排除したものが、コスト面で好ましい。

制御部１３は、通信デバイス１１の各種構成部の動作を制御するものである。制御部１３は、通信デバイス１１の種類等によって異なるものの、例えば、ＭＰＵ（マイクロ・プロセッシング・ユニット）、ＲＡＭ、ＲＯＭ等を備え、制御モジュールとして、通信モジュール１２とともに通信ボード１１上に実装されている。このように、通信ボード１１上の通信モジュール１２と制御部１３とを別々のモジュールで構成することで、通信モジュール１２と制御部１３とを別々に開発、製造することが容易になる。

これによれば、例えば、通信モジュール１２を移動通信事業者が開発して製造する一方、制御部１３の制御モジュールはサービス事業者が開発して製造するということが可能となる。その結果、移動通信事業者にとっては、複数のサービス事業者の制御モジュールと組み合わせる通信モジュール１２を共通化でき、コスト削減を図ることができる。また、サービス事業者にとっては、複数の移動通信事業者の通信モジュールと組み合わせる制御部１３を共通化でき、コスト削減を図ることができる。

制御部１３は、記憶部１４に記憶されているファームウェア等のプログラム（以下「制御アプリ」ともいう。）を実行することで、例えば、所定のアップロードデータを通信モジュール１２から移動通信網１を介してサービス事業者サーバ３００へ送信したり、サービス事業者サーバ３００から移動通信網１を介して通信モジュール１２で受信したダウンロードデータに基づいてセンサ１６を制御したり、データ処理を行ったりする。

また、制御部１３は、所定の更新実行プログラムを実行することにより、ＦＯＴＡサーバ２００から移動通信網１を介して通信モジュール１２に受信される更新用データに基づいて、通信モジュール１２のファームウェアのほか、通信モジュール以外の構成部である当該制御部１３のファームウェア（制御アプリ１）、制御部１３が実行するセンサ１６を制御するための制御プログラム（制御アプリ２）などの記憶部１４内のプログラム、通信ボード１１に接続されるセンサ１６のファームウェアなどを更新する更新処理を実行することができる。

なお、本実施形態では、通信ボード１１における記憶部１４に記憶されているプログラム（制御アプリ等のソフトウェア）を更新する処理を例に挙げるが、これに限らず、例えば、記憶部１４に記憶されているデータベースのデータ更新など、データ（ソフトウェア）を更新する処理であってもよい。

記憶部１４は、制御部１３によって実行されるプログラムや各種データなどのソフトウェアを記憶している。記憶部１４内のプログラムやデータは、ＦＯＴＡサーバ２００から移動通信網１を介して通信モジュール１２に受信される更新用データに基づいて、制御部１３の更新処理によって更新される。

Ｉ／Ｏインターフェース１５Ａ～１５Ｄは、端末装置１０における通信ボード１１上に設けられている。本実施形態の通信ボード１１上には、Ｉ／Ｏインターフェースとして、Ｕバスインターフェース１５Ａと、ＵＡＲＴ（Ｕｎｉｖｅｒｓａｌ Ａｓｙｎｃｈｒｏｎｏｕｓ Ｒｅｃｅｉｖｅｒ Ｔｒａｎｓｍｉｔｔｅｒ）インターフェース１５Ｂと、ＳＰＩ（Ｓｅｒｉａｌ Ｐｅｒｉｐｈｅｒａｌ Ｉｎｔｅｒｆａｃｅ）インターフェース１５Ｃと、Ｉ^２Ｃインターフェース１５Ｄとを備えている。端末装置１０に搭載されるセンサ１６等の機器（構成部）は、通信ボード１１のＩ／Ｏインターフェース１５Ａ～１５Ｄのうち、対応しているインターフェースに接続される。本実施形態のセンサ１６は、ＵＡＲＴインターフェース１５Ｂに対応しているので、ＵＡＲＴインターフェース１５Ｂに接続されている。なお、Ｕバスインターフェース１５Ａは、水道メーターやガスメータなどのメーター機器、各種センサとの間で高速パケット通信が可能な通信インターフェースである。

センサ１６は、端末装置１０に搭載されて必要な情報を検知する検知手段であり、通信ボード１１に接続される接続機器である。このセンサ１６が検知する情報は、サービス事業者サーバ３００で収集され、収集した検知情報を利用したサービスに利用される。なお、センサ１６がどのような情報を検知するかは特に制限はなく、センサ１６は、ガスや水道の使用量を検知するセンサ（メータ機器）であってもよいし、移動体である自動車等の車速などの情報を検知するセンサであってもよいし、雨量を検知するセンサであってもよいし、どのようなセンサであってもよい。

基地局２０は、無線アクセス網（ＲＡＮ）を構成し、例えば、ｅＮｏｄｅＢ（ｅＮＢ）やｇＮｏｄｅＢ等とも呼ばれたり、自局が形成するセルのサイズによりマクロセル基地局やスモールセル基地局などと呼ばれたりする。基地局２０は、例えば、無線信号の送受信をする無線部（ＲＲＨ）と、デジタルベースバンド信号処理を行うベースバンド部（ＢＢＵ）を備える。ＲＲＨは、例えば、ＢＢＵから受信したデジタルベースバンド信号をＲＦ信号に変換し、所定の信号レベルに電力増幅して端末装置１０に送信する。また、ＲＲＨは、端末装置１０の通信モジュール１２から受信したＲＦ信号をデジタルベースバンド信号に変換し、ＢＢＵへ送信する。

移動通信網に含まれるコアネットワークは、例えばＬＴＥ／ＬＴＥ－ＡｄｖａｎｃｅｄにおいてＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）とも呼ばれ、所定の通信インターフェースを介して基地局２０が接続される。コアネットワークは、ＭＭＥ４０、ＳＣＥＦ５０等の各種ノードも有している。コアネットワークは、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ）等の他のノードを有していてもよい。

ＭＭＥ４０は、基地局２０を収容して無線通信ネットワーク制御、モビリティ制御、ハンドオーバ制御、ユーザー認証制御等を行うノードである。ＭＭＥ４０は、ユーザー登録情報に基づいて、基地局２０を介して送信されてきたデータを、後述のＮＩＤＤのデータ転送を行うＳＣＥＦ５０に転送したり、ＳＣＥＦ５０から送られてきた端末装置１０宛のデータや受信要求などの情報を基地局２０に転送したりする。また、ＭＭＥ４０は、端末装置１０の通信ボード１１に搭載した通信モジュール１２及び基地局２０のそれぞれについて通信ログ情報及び通信制御パラメータ等の情報を収集して格納する機能を有する。

ＳＣＥＦ５０は、３ＧＰＰの通信サービスの一部をサードパーティのアプリケーションプロバイダーに提供するためのインターフェースを有するノードである。ＳＣＥＦ５０は、後述のＮＩＤＤによる端末装置１０の通信ボード１１との間のデータ送受信の転送処理を行う。ＳＣＥＦ５０は、ＮＩＤＤによる端末装置１０の通信ボード１１とのデータ送受信に対する課金用の通信利用データ（例えばＣＤＲ）を作成してもよい。

また、本実施形態において、端末装置１０が所定のデータ通信タイミングでデータ通信する定期通信のデータ通信タイミングを知らせる通知などの情報は、例えば、制御チャネルにより端末装置１０の通信ボード１１からＳＣＥＦ５０に通知される。

また、端末装置１０の通信モジュール１２は、電力消費を低減するために着信待ち受け時に一部回路への電源供給を休止してスリープ状態にしておいてもよい。端末装置１０の通信モジュール１２は、前記着信待ち受け時に後述する受信要求を受信し、その受信をトリガーとして全体回路への電源供給を行い、所定のアプリケーションを起動して受信対象のデータ（サービス事業者サーバ３００からのダウンロードデータなど）を受信し、データ受信が完了したらスリープ状態に戻るように制御してもよい。

また、本実施形態において、端末装置１０の通信モジュール１２との通信状況を示す通信状況情報は、端末装置１０や基地局２０からＭＭＥ４０を介してＳＣＥＦ５０に転送される。通信状況情報は、例えば、端末装置１０及び基地局２０の通信ログ情報及び通信制御パラメータ等の情報、端末装置１０の通信モジュール１２に設定されているデータ通信タイミングの設定情報などである。

本実施形態の通信システムを構成する通信システムは、ＮＩＤＤをサポートしている。ＮＩＤＤは、３ＧＰＰの標準規格（例えば、ＴＳ２３．４０１ Ｖ１５．４．０（２０１８－０６），ＴＳ２３．６８２ Ｖ１５．５．０（２０１８－０６）参照）で定義された機能であり、ＩＰを用いずに通信を行う非ＩＰ通信であるため、端末装置１０に搭載される通信モジュール１２がＩＰスタックの操作やＩＰアドレスの取得を行うことなくデータ転送が可能になる機能である。このＮＩＤＤを利用することにより、ＩＰを用いるＩＰネットワークからの攻撃がなくセキュアなデータ転送が可能になるとともに、移動通信網にて伝送するデータ量が少なくて済むためデバイスの消費電力削減や弱電界における通信成功率の向上が期待できる。

移動通信網におけるデータ処理の負荷を軽減するため、移動通信網におけるデータ処理の一部を行うＭＥＣ（Ｍｏｂｉｌｅ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ）サーバを、基地局２０の内部又は近傍に設けてもよい。ＭＥＣサーバは、例えば、そのサーバに対応する基地局２０のセルに在圏する端末装置１０の通信モジュール１２へのデータ送信タイミングを管理する機能を有してもよい。

また、本実施形態の通信システムは、端末装置１０の通信モジュール１２がＩｏＴ通信モードで通信できるようにカテゴリーＭ１（ｅＭＴＣ）及びカテゴリーＮＢ１（ＮＢ－ＩｏＴ）のカバレッジ拡張（ＣＥ）をサポートしている。

ＩｏＴ通信モードは、基地局２０との間でＩｏＴ用通信を行う通信モードであり、例えばＬＴＥ－Ａｄｖａｎｃｅｄ ＰｒｏのｅＭＴＣ若しくはＮＢ－ＩｏＴの標準規格（非特許文献１参照）に準拠した通信モード、又は、第５世代の移動通信で提案されている大規模マシンタイプ通信（５ＧのｍＭＴＣ：ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）の通信モードである。

なお、広帯域通信モードは、ＩｏＴ通信モードで通信可能なＩｏＴ通信エリアよりも狭い広帯域通信エリアにおいて基地局２０との間で広帯域の通信を行う通信モードであり、例えば移動通信の第３世代（３Ｇ）、ＬＴＥ、ＬＴＥ－Ａｄｖａｎｃｅｄ若しくはＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏの標準規格に準拠する通信モード、又は、第５世代の移動通信で提案されている新しい無線アクセス技術（５Ｇ（Ｎｅｗ Ｒａｄｉｏ））の通信モードである。

本実施形態の端末装置１０又は通信ボード１１を含む通信システムとしては、広帯域通信モード及びＩｏＴ通信モードの両方に対応しているものであってもよいし、ＩｏＴ通信モードのみに対応しているものであってもよい。

また、本実施形態の通信システムでは、ＦＯＴＡサーバ２００やサービス事業者サーバ３００から端末装置１０の通信モジュール１２へのデータ送信をプッシュ通信（通信モジュール１２がデータの取得要求を送信することなく当該データを受信する通信方式）によって行うことができる。このようなプッシュ通信によれば、ＦＯＴＡサーバ２００やサービス事業者サーバ３００側が希望する時期に端末装置１０の通信モジュール１２に所定のダウンロードデータ（更新用データなど）を送信することが可能になる。

ただし、端末装置１０の通信モジュール１２は、電力消費を低減するために、所定のデータ通信タイミングではない通信不可タイミングでは、通信不可の状態になっている。そのため、通信不可タイミングで端末装置１０の通信モジュール１２にダウンロードデータを送信（プッシュ通信）してもデータ不達となってしまう。

この点について、本実施形態では、データ通信タイミングがＳＣＥＦ５０等によって管理されているので、通信不可タイミングにサービス事業者サーバ３００から端末装置１０の通信モジュール１２へのデータ送信（プッシュ通信）があった場合、当該ダウンロードデータをＳＣＥＦ５０が一時的に保持する。そして、所定のデータ通信タイミングになったタイミングで、ＳＣＥＦ５０が端末装置１０の通信モジュール１２へ当該ダウンロードデータを送信する。

また、所定のデータ通信タイミングであっても、端末装置１０の電源が落とされているなど、端末装置１０の通信モジュール１２が基地局２０との間で通信できない状況になっている場合には、データ不達となってしまう。このような場合、本実施形態では、ＭＭＥ４０が端末装置１０の通信モジュール１２と基地局２０との通信状況を監視しているので、当該通信モジュール１２へのデータ送信があった場合、ＭＭＥ４０は当該通信モジュール１２とは通信できない状況であることをＳＣＥＦ５０へ通知する。これにより、ＳＣＥＦ５０は、当該ダウンロードデータを一時的に保持しておき、当該通信モジュール１２との通信が可能な状況になった旨の通知がＭＭＥ４０から受けたら、当該ダウンロードデータをＭＭＥ４０を介して端末装置１０の通信モジュール１２へ送信する。

次に、本実施形態におけるＳＣＳ１００の構成について説明する。
ＳＣＳ１００は、本通信システムに属する各端末装置１０の通信モジュール１２から送信されるアップロードデータを移動通信網を介して受信し、これを当該アップロードデータに含まれる宛先情報（サーバ識別情報）により指定されるＦＯＴＡサーバ２００やサービス事業者サーバ３００などの装置へ送信する中継装置としての機能を有する。ＳＣＳ１００は、図１に示すように、制御部１１０と、ＳＣＥＦ用Ｉ／Ｆ１２０と、記憶部１３０と、ＩＰ用Ｉ／Ｆ１４０とを備えている。

制御部１１０は、ＳＣＳ１００が担う機能を発揮させるための各種制御、データ処理を実行する。具体的には、制御部１１０は、例えば、端末装置１０の通信モジュール１２からＮＩＤＤ通信方式により送信されてくるアップロードデータをＳＣＥＦ用Ｉ／Ｆ１２０により受信し、受信したアップロードデータをＩＰ用Ｉ／Ｆ１４０によりサービス事業者サーバ３００へ送信するための送信処理を実行する。また、制御部１１０は、サービス事業者サーバ３００から送信されてくるダウンロードデータをＩＰ用Ｉ／Ｆ１４０により受信し、受信したダウンロードデータをＳＣＥＦ用Ｉ／Ｆ１２０によりＮＩＤＤ通信方式によって端末装置１０の通信モジュール１２へ送信するための送信処理を実行する。

また、制御部１１０は、ＦＯＴＡ２００から送信されてくる更新用データを含む通信データであるダウンロードデータをＩＰ用Ｉ／Ｆ１４０により受信し、受信したダウンロードデータをＳＣＥＦ用Ｉ／Ｆ１２０によりＮＩＤＤ通信方式によって端末装置１０の通信モジュール１２へ送信するための送信処理を実行する。

なお、端末装置１０から送信されるアップロードデータや端末装置１０へ送信されるダウンロードデータは、高いセキュリティ性が望まれる場合が多いので、高いセキュリティ性を備えたＮＩＤＤ通信方式を用いることは有効である。本実施形態の通信システムがサポートしているＮＩＤＤ通信方式は、上述のとおり、ＩＰを使わないＩＰアドレス不要の通信技術であるため、一般的なＩＰ通信方式による悪意ある攻撃を受けるリスクが低く、セキュアな通信が可能である。また、このように、ＮＩＤＤ通信方式を利用することにより、暗号化通信などの他のセキュリティ対策を取らなくても十分なセキュリティ性を確保できることから、他の通信方式においてセキュリティ対策のために必要な分のデータ量を削減できるため、デバイスのデータ通信に必要な消費電力の削減や弱電界における通信成功率の向上が期待できる。

ＳＣＥＦ用Ｉ／Ｆ１２０は、ＳＣＥＦ５０との間で通信を行うためのインターフェースである。ＳＣＳ１００とＳＣＥＦ５０との間は、ＩＰを用いない非ＩＰ通信方式で接続される必要はないが、ＩＰ通信方式により接続する場合には、プライベートＩＰを用いたり専用線を用いたりして十分なセキュリティを確保することが望ましい。

記憶部１３０は、制御部１１０で実行されるファームウェア等のプログラムや、制御部１１０で実行される各種処理に利用される各種情報、各種データが記憶される。

ＩＰ用Ｉ／Ｆ１４０は、主に、ＦＯＴＡサーバ２００やサービス事業者サーバ３００との間で通信を行うためのインターフェースである。これらのＦＯＴＡサーバ２００及びサービス事業者サーバ３００とＳＣＳ１００との間は、ＩＰを用いて通信するＩＰ通信方式により接続されているが、十分なセキュリティを確保することが望まれる。そのため、例えば、クライアント証明書により通信が許可されているＦＯＴＡサーバ２００及びサービス事業者サーバ３００のみがＳＣＳ１００と通信できるように認証を行うとともに、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）による暗号化通信を行うなどして、十分なセキュリティ性を確保している。

また、サービス事業者サーバ３００は、端末装置１０からのアップロードデータを受信して、各種サービスを提供するための処理を実行するアプリケーションサーバである。本実施形態では、サービス事業者サーバ３００が１つである場合の例であるが、同じ端末装置１０からのアップロードデータを受信して互いに同じサービス又は異なるサービスを提供する２つ以上のサービス事業者サーバが接続されてもよい。

サービス事業者サーバ３００は、端末装置１０からのアップロードデータを受信してデータ処理を行ったり、端末装置１０へダウンロードデータを送信するデータ提供の処理を行ったりするものであれば、その処理内容に特に制限されることはない。したがって、サービス事業者サーバ３００は、例えば、サービスプロバイダが提供するＩｏＴプラットフォーム用のサーバであったり、電気、ガス、水道等のスマートメータや各種センサ等の端末装置１０からのアップロードデータを収集して活用するサービス提供用のサーバであったり、自動車などの移動体に搭載された各種センサ等の端末装置１０からのアップロードデータを収集して活用するサービス提供用のサーバなどが挙げられる。

本実施形態が端末装置１０のソフトウェア（プログラムやデータ）の更新処理に用いるＬｗＭ２Ｍプロトコルでは、端末装置１０の通信モジュール１２のファームウェアを更新するためのファームウェア更新用データに用いられるデータコンテナ（オブジェクト５）が定義されている。しかしながら、ＬｗＭ２Ｍプロトコルでは、通信ボード１１の通信モジュール１２以外の構成部（本実施形態では制御部１３）のソフトウェア（制御アプリ等）を更新するための更新用データを送受信するデータコンテナは定義されていない。そのため、ＬｗＭ２Ｍプロトコルでは、従来、端末装置１０の通信モジュール１２以外の構成部のソフトウェアを更新することはできなかった。

端末装置１０の通信モジュール１２以外の構成部のソフトウェアを更新する方法としては、ＬｗＭ２Ｍプロトコルとは別のプロトコルを利用するという方法が考えられる。しかしながら、そのような別のプロトコルを利用するためには、既存構成のプログラム等を改修するなどの作業が必要となり、大規模な改修作業を余儀なくされ、大きなコストがかかるなどの問題が生じる。端末装置１０の通信モジュール１２のファームウェアを更新する処理に使用されるＬｗＭ２Ｍプロトコルを用いて、端末装置１０の通信モジュール１２以外の構成部のソフトウェアを更新することができれば、既存構成を有効活用できるので、端末装置１０の通信モジュール１２以外の構成部のソフトウェアを更新する処理を低コストで実現可能となる。

そこで、本実施形態においては、通信モジュール１２のファームウェアを更新する処理に使用されるＬｗＭ２Ｍプロトコルを用いて、端末装置１０の通信モジュール１２以外の構成部である制御部１３の制御アプリの更新を行う。

図２は、本実施形態において、ＬｗＭ２Ｍプロトコルに従って定義されるデータコンテナ（オブジェクト１９）の一例を示す説明図である。
ＬｗＭ２Ｍプロトコルでは、図２に示すように、通信モジュール１２とＦＯＴＡサーバ２００との間でバイナリデータを送受信するためのデータコンテナ「Ｂｉｎａｒｙ Ａｐｐ Ｄａｔａ Ｃｏｎｔａｉｎｅｒ」（オブジェクト１９）が定義されている。このデータコンテナ（オブジェクト１９）は、図２に示すように、その下に、オブジェクトインスタンス０～４がツリー構造になっている。本実施形態では、ＬｗＭ２Ｍプロトコルに用いられるデータコンテナ「Ｂｉｎａｒｙ Ａｐｐ Ｄａｔａ Ｃｏｎｔａｉｎｅｒ」（オブジェクト１９）におけるオブジェクトインスタンス２～４を、制御部１３の制御アプリの更新用として新たに定義している。

具体的には、例えば、このデータコンテナ（オブジェクト１９）の第１のオブジェクトインスタンスとしてのオブジェクトインスタンス２のＤａｔａ領域０（以下「／１９／２／０」と表記する。）は、当該制御アプリの更新のための管理用リソースとして定義する。また、このデータコンテナ（オブジェクト１９）の第２のオブジェクトインスタンスとしてのオブジェクトインスタンス３のＤａｔａ領域０（以下「／１９／３／０」と表記する。）は、当該制御アプリの更新のためのデータ格納用リソースとして定義する。また、このデータコンテナ（オブジェクト１９）の第３のオブジェクトインスタンスとしてのオブジェクトインスタンス４のＤａｔａ領域０（以下「／１９／４／０」と表記する。）は、当該制御アプリの更新のための通知用リソースとして定義する。

オブジェクトインスタンス「／１９／２／０」で送受信されるデータとしては、例えば、通信ボード１１のモデルナンバー、通信ボード１１のシリアルナンバー、制御アプリのバージョン情報、制御アプリのアップデートステータス（例えば、アップデート中、アップデートの成功、アップデートの失敗）が挙げられる。また、オブジェクトインスタンス「／１９／３／０」で送受信されるデータとしては、例えば、制御アプリの更新ファイルが所定サイズに分割された更新用分割データである分割Ｄｅｌｔａファイル（バイナリデータ）、分割Ｄｅｌｔａファイルの総数、分割Ｄｅｌｔａファイルの番号が挙げられる。また、オブジェクトインスタンス「／１９／４／０」で送受信されるデータとしては、例えば、制御アプリの分割Ｄｅｌｔａファイル（更新ファイル）のダウンロードステータス（例えば、ダウンロードの成功、ダウンロードの失敗（原因））、ダウンロードされた分割Ｄｅｌｔａファイルの総数、ダウンロードされた分割Ｄｅｌｔａファイルの番号が挙げられる。

図３は、本実施形態の通信システムにおける端末装置１０の通信ボード１１を起動して端末装置１０と移動通信網１側との間の通信を確立する処理の流れの一例を示すシーケンス図である。
起動ステップ（Ｓ１００）では、例えば端末装置１０の電源を投入されると、通信ボード１１上の通信モジュール１２や制御部１３は、それぞれのファームウェアを実行し、通信ボード１１が起動する（Ｓ１０１）。そして、制御部１３は、記憶部１４に記憶されている制御アプリのバージョン情報等を、通信モジュール１２へ報告する（Ｓ１０２）。具体的には、制御部１３は、記憶部１４から、データコンテナ（オブジェクト１９）のオブジェクトインスタンス「／１９／２／０」及び「／１９／４／０」に対応するデータを読み出し、そのデータを通信モジュール１２へ送信する。通信モジュール１２は、これらのデータを、通信モジュール１２内の記憶装置に一時的に保持する。なお、通信モジュール１２と制御部１３との間の通信には、例えばＡＴコマンドを用いることができる。

その後、通信モジュール１２は、移動通信網１との通信を確立するため、まず、予め自身に割り当てられている端末識別情報であるＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）またはＧＵＴＩ（Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ Ｔｅｍｐｏｒａｒｙ ＩＤ）（以降「ＩＭＳＩ」で統一）の情報を、基地局２０を介してＭＭＥ４０に通知する（Ｓ１０３）。ＭＭＥ４０は、このＩＭＳＩが認証されたものであるかどうかを確認するための認証設備に問い合わせを行って認証処理を行う（Ｓ１０４）。

ここで、この認証処理の前に、ＳＣＳ１００は、事前に、ＳＣＥＦ５０を介して当該端末装置１０の通信モジュール１２との間でＮＩＤＤ通信方式での通信を行うためのリソースを生成する。このとき、ＳＣＥＦ５０は、認証設備に対し、Ｅｘｔｅｒｎａｌ－ＩＤ（以下「Ｅ－ＩＤ」という。）の認証要求を出し、認証設備は、この認証要求の応答として、当該認証処理に係るＩＭＳＩをＳＣＥＦ５０に返す。これにより、ＳＣＥＦ５０は、端末認証ステップの認証対象である端末装置１０の通信モジュール１２に対応する当該ＩＭＳＩと、ＳＣＥＦ５０とＳＣＳ１００との間の通信に用いられるＥ－ＩＤとの対応付けを行う処理を実行し、当該対応付けを保持する。

認証設備は、この事前の処理により、ＳＣＥＦ５０にＩＭＳＩとＥ－ＩＤとの対応付けがなされたＩＭＳＩ、すなわち、本通信システムの端末装置１０として利用可能なＩＭＳＩが登録されている。したがって、端末装置１０の通信モジュール１２からＩＭＳＩの通知を受けたＭＭＥ４０は、認証設備に問い合わせることで、このＩＭＳＩが本通信システムの通信モジュール１２のＩＭＳＩであるかどうかの認証を行うことができる。

ＭＭＥ４０は、通信モジュール１２のＩＭＳＩの認証処理を終えたら、ＮＩＤＤ通信方式によるセッション生成要求をＳＣＥＦ５０へ送信する（Ｓ１０５）。これにより、ＳＣＥＦ５０は、事前に対応づけておいた当該ＩＭＳＩとＥ－ＩＤとの対応付け処理をＳＣＳ１００との間で実行する（Ｓ１０６）。これにより、ＳＣＳ１００は、当該端末装置１０の通信モジュール１２に対し、ＳＣＥＦ５０を介してデータの通信を行うことが可能となる。

このように、本実施形態によれば、端末装置１０に電源が投入されるだけで、端末装置１０の通信モジュール１２と移動通信網１との間の自動接続処理が実行され、移動通信網１と端末装置１０の通信モジュール１２との間のＮＩＤＤ通信方式による通信を確立することができる。

次に、ＦＯＴＡサーバ２００から端末装置１０の通信モジュール１２へ送信されるダウンロードデータに含まれる更新用データに基づいて、端末装置１０におけるソフトウェアの更新を行う更新処理について説明する。
なお、ここでは、端末装置１０の通信ボード１１における制御部１３が実行する制御アプリ（プログラム）を更新する更新処理について説明する。

図４は、本実施形態の更新処理において、通信ボード１１の制御部１３の制御アプリのバージョンをチェックする処理の流れの一例を示すシーケンス図である。
本実施形態の更新処理においては、まず、端末装置１０の制御部１３の制御アプリのバージョンをチェックし、新しいバージョンが存在するなど制御アプリの更新が必要であるか否かを判断する。図４に示す処理は、端末装置１０の制御部１３の制御アプリのバージョンをチェックするバージョンチェックステップ（Ｓ２００）である。

ＦＯＴＡサーバ２００は、所定の更新処理開始条件が満たされると、更新処理を開始し（Ｓ２０１）、まず、端末装置１０の通信モジュール１２に対し、更新対象となる制御アプリのバージョン情報等の取得要求を送信する（Ｓ２０２）。具体的には、ＦＯＴＡサーバ２００は、バージョン情報等の取得要求として、オブジェクトインスタンス「／１９／２／０」及び「／１９／４／０」のデータ取得要求を送信する。この取得要求は、移動通信網１を介して端末装置１０の通信モジュール１２へと送信される。詳しくは、この取得要求は、ＳＣＳ１００へ送信され、ＳＣＳ１００は、制御部１１０により、当該取得要求を端末装置１０へ送信するための処理を行う。これにより、ＳＣＳ１００は、制御部１１０が記憶部１３０を参照して、当該取得要求の送信先となる端末装置１０の通信モジュール１２に対し、当該取得要求をＳＣＥＦ用Ｉ／Ｆ１２０からＳＣＥＦ５０へ送信する。ＳＣＥＦ５０は、ＳＣＳ１００から受信した取得要求を、端末装置１０の通信モジュール１２との間でデータ通信可能な所定のデータ通信タイミングに、当該端末装置１０に向けて送信する。これにより、ＳＣＥＦ５０から送信される取得要求は、ＮＩＤＤ通信方式により、ＭＭＥ４０及び基地局２０を介して、端末装置１０の通信モジュール１２へと送られる。

取得要求が端末装置１０の通信モジュール１２に受信されると、通信モジュール１２は、ファームウェアに従って、起動ステップ（Ｓ１００）において制御部１３から予め取得しておいた当該データ取得要求に係るオブジェクトインスタンス「／１９／２／０」及び「／１９／４／０」に対応するデータ（バージョン情報、更新用データ通信のための設定情報など）を、通信モジュール１２内の記憶装置から読み出し（Ｓ２０３）、読みだしたデータをＦＯＴＡサーバ２００へ送信する（Ｓ２０４）。これにより、端末装置１０の通信モジュール１２から送信されたデータは、ＮＩＤＤ通信方式により、移動通信網１を介してＦＯＴＡサーバ２００へ送信される。詳しくは、基地局２０、ＭＭＥ４０及びＳＣＥＦ５０を介して、ＳＣＳ１００で中継され、ＳＣＳ１００からＦＯＴＡサーバ２００へ送信される。

なお、端末装置１０の通信モジュール１２は、ＦＯＴＡサーバ２００からのデータ取得要求に係るオブジェクトインスタンス「／１９／２／０」及び「／１９／４／０」に対応するデータを移動通信網１へ送信した後、通信ボード１１の制御部１３に、オブジェクトインスタンス「／１９／２／０」及び「／１９／４／０」の通知（ｏｂｓｅｒｖｅ）を行う（Ｓ２０５）。

ＦＯＴＡサーバ２００では、受信したデータに含まれるバージョン情報に基づき、通信ボード１１の制御部１３における更新対象の制御アプリのバージョンチェックを行う（Ｓ２０６）。ＦＯＴＡサーバ２００は、バージョンチェックにおいて最新バージョンよりも古いバージョンであることが判明した場合など、更新対象の制御アプリの更新が必要であると判断したら、後述する更新用データの送信処理に移行し、更新対象の制御アプリの更新が必要でないと判断したら、更新処理を終了する。

次に、上述したバージョンチェック（Ｓ２０６）により更新対象の制御アプリの更新が必要であると判断したときに実行される更新用データの送信処理について説明する。
図５は、本実施形態の更新処理において、ＦＯＴＡサーバ２００から端末装置１０へ更新用データを送信する処理の流れの一例を示すシーケンス図である。
図５に示す処理は、ＦＯＴＡサーバ２００から端末装置１０へ更新用データを送信する送信ステップ（Ｓ３００）である。

送信ステップ（Ｓ３００）において、ＦＯＴＡサーバ２００の送信処理部は、上述したバージョンチェック（Ｓ２０６）により更新対象の制御アプリの更新が必要であると判断したら、更新ファイルの送信処理を開始する（Ｓ３０１）。具体的には、通信モジュール１２のファームウェア更新用データを格納することがＬｗＭ２Ｍプロトコルによって定義されているデータコンテナ（オブジェクト５）とは別のデータコンテナ（オブジェクト１９）を用いて、更新ファイルを、端末装置１０へ送信する送信処理を開始する。

ここで、制御アプリの更新に必要な更新ファイルのデータ量が、データコンテナ（オブジェクト１９）に格納できるデータ量を超えている場合、更新ファイルを複数の更新ファイル（更新用分割データ）に分割する必要が生じる。そのため、本実施形態において、ＦＯＴＡサーバ２００の送信処理部は、更新ファイルを３つに分割し、３回に分けて更新ファイルを送信する。

本実施形態では、まず、ＦＯＴＡサーバ２００の送信処理部は、移動通信網１へ、更新対象である制御アプリの更新ファイルを３つに分割したうちの第一の更新ファイル（第一の分割Ｄｅｌｔａファイル）を移動通信網１のＳＣＳ１００へ送信する（Ｓ３０２）。この制御アプリの第一更新ファイルは、上述したように、ＬｗＭ２Ｍプロトコルにおける「／１９／３／０」を用いて送信されるものであるため、ＦＯＴＡサーバ２００からは、「／１９／３／０」への書込命令（Ｗｒｉｔｅ）とともに、第一更新ファイルが送信される。

第一更新ファイルを受信したＳＣＳ１００は、この第一更新ファイルを、ＮＩＤＤ通信方式により、ＳＣＥＦ５０、ＭＭＥ４０及び基地局２０を介して、端末装置１０の通信モジュール１２へと送信する。このとき、第一更新ファイルのデータ量は、ＮＩＤＤ通信方式で１回の通信で送信するデータ量を超えているため、ＳＣＳ１００は、第一更新ファイルを、ＮＩＤＤ通信方式による１回の通信で送信できるデータ量になるようにデータの細分化を行う（Ｓ３０３）。このデータ細分化により、第一更新ファイルは、データブロックごとに分けられて、ＮＩＤＤ通信方式により端末装置１０の通信モジュール１２へ送信される（Ｓ３０４）。

端末装置１０の通信モジュール１２は、ＳＣＳ１００から順次送信されるデータブロックを受信し、最後のデータブロックまで受信したら、これらのデータブロックを第一更新ファイルとして受信する受信処理を行う（Ｓ３０５）。そして、端末装置１０の通信モジュール１２は、受信した第一更新ファイルを通信ボード１１の制御部１３に送信し（Ｓ３０６）、制御部１３は、第一更新ファイルを記憶部１４に保存する（Ｓ３０７）。

制御部１３は、第一更新ファイルを記憶部１４に保存したら、ＬｗＭ２Ｍプロトコルにおける「／１９／４／０」に格納されているダウンロードステータスを参照し、当該第一更新ファイルの番号（３つに分割したうちの第一更新ファイルを示す番号）とともに、ダウンロードに成功した旨の通知を通信モジュール１２に送る（Ｓ３０８）。これを受けた通信モジュール１２は、当該通知を移動通信網１へ送信し、当該通知は、ＮＩＤＤ通信方式により、基地局２０、ＭＭＥ４０及びＳＣＥＦ５０を介して、ＳＣＳ１００で中継され、ＳＣＳ１００からＦＯＴＡサーバ２００へ送信される（Ｓ３０８）。

ＦＯＴＡサーバ２００は、ダウンロードに成功した旨の通知を受信すると、その通知に含まれる第一更新ファイルの番号を確認し、更新ファイルのすべての送信が完了したか否かを判断する（Ｓ３０９）。この段階では、まだ２つの更新ファイル、すなわち、第二更新ファイル（第二の分割Ｄｅｌｔａファイル）及び第三更新ファイル（第三の分割Ｄｅｌｔａファイル）が残っているため、更新ファイルのすべての送信が完了していない（Ｓ３０９のＮｏ）。したがって、処理ステップＳ３０１に戻り、第二更新ファイルの送信処理を実行する（Ｓ３０１～Ｓ３０８）。そして、第二更新ファイル及び第三更新ファイルの送信処理が完了したら、更新ファイルのすべての送信が完了したと判断され（Ｓ３０９のＹｅｓ）、送信ステップが終了する。

次に、通信ボード１１の記憶部１４に保存された更新ファイルを用いて制御部１３の制御アプリを更新する処理について説明する。
図６は、本実施形態において、通信ボード１１の記憶部１４に保存された更新ファイルを用いて制御部１３の制御アプリを更新する処理の流れの一例を示すシーケンス図である。
図６に示す処理は、通信ボード１１の記憶部１４に保存された更新ファイルを用いて制御部１３の制御アプリを更新する更新ステップ（Ｓ４００）である。

更新ステップ（Ｓ４００）において、ＦＯＴＡサーバ２００は、送信ステップ（ｓ３００）において更新ファイルのすべての送信を完了した後、更新対象である制御アプリの更新命令を移動通信網１へ送信する（Ｓ４０１）。具体的には、ＦＯＴＡサーバ２００は、「／１９／２／０」への書込命令（Ｗｒｉｔｅ）とともに、更新後のバージョン情報等のデータを送信する。ＦＯＴＡサーバ２００から送信された更新命令は、ＳＣＳ１００に中継され、ＳＣＳ１００のＳＣＥＦ用Ｉ／Ｆ１２０からＳＣＥＦ５０へと送信される（Ｓ４０２）。更新命令を受信したＳＣＥＦ５０は、この更新命令を、ＮＩＤＤ通信方式により、ＭＭＥ４０及び基地局２０を介して、端末装置１０の通信モジュール１２へと送信する（Ｓ４０２）。

端末装置１０の通信モジュール１２は、この更新命令を受信したら、通信ボード１１の制御部１３に対して更新命令を送信する（Ｓ４０３）。この更新命令を受信した制御部１３は、更新命令に係る制御アプリのバージョンに対応した更新ファイル、すなわち、上述した送信ステップで記憶部１４に保存された更新ファイルを読み出して、記憶部１４に記憶されている更新対象の制御アプリを更新する処理を行う（Ｓ４０４）。このとき、制御部１３は、この制御アプリによって制御されるセンサ等の機器に対して、更新処理中である旨を通知するようにしてもよい。

通信ボード１１の制御部１３は、制御アプリの更新が終了したら、通信ボード１１を再起動させる（Ｓ４０５）。再起動後、制御部１３は、上述した起動ステップ（Ｓ１００）の処理ステップＳ１０２と同様、記憶部１４に記憶されている制御アプリのバージョン情報等を、通信モジュール１２へ報告する（Ｓ４０６）。また、通信モジュール１２は、上述した起動ステップ（Ｓ１００）の処理ステップＳ１０３～Ｓ１０６と同様、移動通信網１との通信を確立する処理を実行する（Ｓ４０７）。

そして、通信モジュール１２は、移動通信網１からのデータ取得要求に応じ、上述した処理ステップＳ４０６で制御部１３から予め取得しておいた当該データ取得要求に係るオブジェクトインスタンス「／１９／２／０」及び「／１９／４／０」に対応するデータ（バージョン情報、更新用データ通信のための設定情報など）を、通信モジュール１２内の記憶装置から読み出し（Ｓ４０７）、読みだしたデータをＦＯＴＡサーバ２００へ送信する（Ｓ４０８）。これにより、端末装置１０の通信モジュール１２から送信されたデータは、ＮＩＤＤ通信方式により、移動通信網１を介してＦＯＴＡサーバ２００へ送信される。その結果、ＦＯＴＡサーバ２００により、制御アプリの更新が正常終了したことが確認され、一連の更新処理を終了する。

なお、端末装置１０の通信モジュール１２は、ＦＯＴＡサーバ２００からのデータ取得要求に係るオブジェクトインスタンス「／１９／２／０」及び「／１９／４／０」に対応するデータを移動通信網１へ送信した後、通信ボード１１の制御部１３に、オブジェクトインスタンス「／１９／２／０」及び「／１９／４／０」の通知（ｏｂｓｅｒｖｅ）を行う（Ｓ４０９）。

また、本実施形態の更新処理の最後には、通信モジュール１２から、更新後のオブジェクトインスタンス「／１９／２／０」及び「／１９／４／０」に対応するデータをＦＯＴＡサーバ２００へ受け渡すようにしてもよい。具体的には、通信モジュール１２は、ＦＯＴＡサーバ２００からのデータ取得要求に応じて、更新後のオブジェクトインスタンス「／１９／２／０」及び「／１９／４／０」に対応するデータを、移動通信網１を介してＦＯＴＡサーバ２００へ送信してもよい。

以上、ＬｗＭ２Ｍプロトコルでは、端末装置１０の通信モジュール１２のファームウェアを更新する処理については定義されているが、端末装置１０の通信モジュール１２以外の構成部である制御部１３の制御アプリを更新する処理については定義されていない。そのため、従来、ＬｗＭ２Ｍプロトコルの定義の下では、通信ボード１１の制御部１３の制御アプリを更新することはできなかったが、本実施形態においては、上述したとおり、当該ＬｗＭ２Ｍプロトコルを用いて当該制御アプリを行うことができる。したがって、本実施形態によれば、端末装置１０の通信ボード１１に搭載された通信モジュール１２のファームウェアを更新する処理に使用されるＬｗＭ２Ｍプロトコルに対応する既存構成を利用して、端末装置１０の通信モジュール１２以外の構成部である制御部１３の制御アプリを更新できるので、当該制御アプリの更新処理を低コストで実現することができる。

なお、ＮＩＤＤ通信方式以外のＬＰＷＡ通信技術の通信方式を利用してもよいが、高いセキュリティ性が望まれる更新用データの通信に用いるので、本実施形態のようにセキュリティ性の高いＮＩＤＤ通信方式を採用することが好ましい。

なお、本明細書で説明された処理工程並びに端末装置、サーバ装置、通信システムの構成要素は、様々な手段によって実装することができる。例えば、これらの工程及び構成要素は、ハードウェア、ファームウェア、ソフトウェア、又は、それらの組み合わせで実装されてもよい。

ハードウェア実装については、実体（例えば、各種無線通信装置、ｅＮｏｄｅＢやｇＮｏｄｅ等の各種基地局装置、制御部、通信モジュール、記憶部、ハードディスクドライブ装置、又は、光ディスクドライブ装置）において前記工程及び構成要素を実現するために用いられる処理ユニット等の手段は、１つ又は複数の、特定用途向けＩＣ（ＡＳＩＣ）、デジタルシグナルプロセッサ（ＤＳＰ）、デジタル信号処理装置（ＤＳＰＤ）、プログラマブル・ロジック・デバイス（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で説明された機能を実行するようにデザインされた他の電子ユニット、コンピュータ、又は、それらの組み合わせの中に実装されてもよい。

また、ファームウェア及び／又はソフトウェア実装については、前記構成要素を実現するために用いられる各部は、本明細書で説明された機能を実行するプログラム（例えば、プロシージャ、関数、モジュール、インストラクション、などのコード）で実装されてもよい。一般に、ファームウェア及び／又はソフトウェアのコードを明確に具体化する任意のコンピュータ／プロセッサ読み取り可能な媒体が、本明細書で説明された前記工程及び構成要素を実現するために用いられる処理ユニット等の手段の実装に利用されてもよい。例えば、ファームウェア及び／又はソフトウェアコードは、例えば制御装置や記憶装置において、メモリに記憶され、コンピュータやプロセッサにより実行されてもよい。そのメモリは、コンピュータやプロセッサの内部に実装されてもよいし、又は、プロセッサの外部に実装されてもよい。また、ファームウェア及び／又はソフトウェアコードは、例えば、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、プログラマブルリードオンリーメモリ（ＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリ、フロッピー（登録商標）ディスク、コンパクトディスク（ＣＤ）、デジタルバーサタイルディスク（ＤＶＤ）、磁気又は光データ記憶装置、などのような、コンピュータやプロセッサで読み取り可能な媒体に記憶されてもよい。そのコードは、１又は複数のコンピュータやプロセッサにより実行されてもよく、また、コンピュータやプロセッサに、本明細書で説明された機能性のある態様を実行させてもよい。

また、前記媒体は非一時的な記録媒体であってもよい。また、前記プログラムのコードは、コンピュータ、プロセッサ、又は他のデバイス若しくは装置機械で読み込んで実行可能であれよく、その形式は特定の形式に限定されない。例えば、前記プログラムのコードは、ソースコード、オブジェクトコード及びバイナリコードのいずれでもよく、また、それらのコードの２以上が混在したものであってもよい。

また、本明細書で開示された実施形態の説明は、当業者が本開示を製造又は使用するのを可能にするために提供される。本開示に対するさまざまな修正は当業者には容易に明白になり、本明細書で定義される一般的原理は、本開示の趣旨又は範囲から逸脱することなく、他のバリエーションに適用可能である。それゆえ、本開示は、本明細書で説明される例及びデザインに限定されるものではなく、本明細書で開示された原理及び新規な特徴に合致する最も広い範囲に認められるべきである。

１ ：移動通信網
１０ ：端末装置
１１ ：通信ボード（通信デバイス）
１２ ：通信モジュール
１３ ：制御部
１４ ：記憶部
１５Ａ～１５Ｄ：Ｉ／Ｏインターフェース
１６ ：センサ
２０ ：基地局
４０ ：ＭＭＥ
５０ ：ＳＣＥＦ
１００ ：ＳＣＳ
１１０ ：制御部
１２０ ：ＳＣＥＦ用Ｉ／Ｆ
１３０ ：記憶部
１４０ ：ＩＰ用Ｉ／Ｆ
２００ ：ＦＯＴＡサーバ
３００ ：サービス事業者サーバ

Claims (14)

1. ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いない非ＩＰ通信により、通信モジュールと該通信モジュールに接続された制御部とを有する通信デバイスのソフトウェアを更新するための更新用データを、移動通信網を介して該通信デバイスへ送信するサーバ装置であって、
   前記通信モジュールと前記サーバ装置との間のデバイス管理プロトコルに用いられる複数のデータコンテナのうち、前記通信モジュールのファームウェア更新用データに用いられることが前記デバイス管理プロトコルによって定義されているデータコンテナとは別のデータコンテナを用いて、前記通信デバイスにおける前記通信モジュール以外の構成部のソフトウェアを更新するための更新用データを、前記通信デバイスの前記通信モジュールへ送信する送信処理を行う送信処理部を有することを特徴とするサーバ装置。
2. 請求項１に記載のサーバ装置において、
   前記別のデータコンテナには、前記構成部の更新用データの送受信に用いられる構成部更新用のオブジェクトインスタンスが定義され、
   前記構成部更新用のオブジェクトインスタンスは、
   前記更新用データが格納されるリソースとして用いられる第１のオブジェクトインスタンスと、
   前記更新管理用データが格納されるリソースとして用いられる第２のオブジェクトインスタンスと、
   前記更新用データのダウンロード状態を通知するデータが格納される第３のオブジェクトインスタンスと、
   を含むことを特徴とするサーバ装置。
3. 請求項１又は２に記載のサーバ装置において、
   前記送信処理では、前記更新用データを複数の更新用分割データに分割して前記通信デバイスの前記通信モジュールへ送信することを特徴とするサーバ装置。
4. 請求項１乃至３のいずれか１項に記載のサーバ装置において、
   前記非ＩＰ通信は、低消費電力広域通信であることを特徴とするサーバ装置。
5. 請求項４に記載のサーバ装置において、
   前記低消費電力広域通信は、ＮＩＤＤ（Ｎｏｎ－ＩＰ Ｄａｔａ Ｄｅｌｉｖｅｒ）に準拠する通信であることを特徴とするサーバ装置。
6. 請求項１乃至５のいずれか１項に記載のサーバ装置において、
   前記通信プロトコルは、ＬｗＭ２Ｍ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）プロトコルであることを特徴とするサーバ装置。
7. 請求項１乃至６のいずれか１項に記載のサーバ装置において、
   前記更新用データは、前記通信デバイスに接続される接続機器の構成部のソフトウェアを更新するための更新用データであることを特徴とするサーバ装置。
8. ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いない非ＩＰ通信により、移動通信網を介してサーバ装置と通信する通信モジュールと、前記通信モジュールで受信される前記サーバ装置からの更新用データに基づいて更新処理を行う制御部とを備えた通信デバイスであって、
   前記通信モジュールは、
   前記通信モジュールと前記サーバ装置との間のデバイス管理プロトコルに用いられる複数のデータコンテナのうち、前記通信モジュールのファームウェア更新用データに用いられることが前記デバイス管理プロトコルによって定義されているデータコンテナとは別のデータコンテナを用いて、前記サーバ装置から送信されてくる前記通信モジュール以外の構成部のソフトウェアを更新するための更新用データを受信し、
   前記更新用データを前記制御部に渡し、
   前記制御部は、
   前記通信モジュールから前記更新用データを受け取り、
   前記更新用データに基づいて、前記通信モジュール以外の当該通信装置の構成部又は当該通信デバイスに接続される外部の構成部のソフトウェアを更新する、
   ことを特徴とする通信デバイス。
9. 接続機器と、接続機器から送られてくる情報を情報取得装置へ移動通信網を介して送信する通信デバイスとを備えた端末装置であって、
   前記通信デバイスとして、請求項８に記載の通信デバイスを用いることを特徴とする端末装置。
10. 移動通信網の基地局に接続可能な端末装置と、
    前記端末装置と前記移動通信網を介して通信するサーバ装置とを備えた通信システムであって、
    前記サーバ装置は、請求項１乃至７のいずれか１項に記載のサーバ装置であり、
    前記端末装置は、請求項８に記載の端末装置であることを特徴とする通信システム。
11. ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いない非ＩＰ通信により、通信モジュールと該通信モジュールに接続された制御部とを有する通信デバイスのソフトウェアを更新するための更新用データを、移動通信網を介して該通信デバイスへ送信するサーバ装置のコンピュータを機能させるプログラムであって、
    前記通信モジュールと前記サーバ装置との間のデバイス管理プロトコルに用いられる複数のデータコンテナのうち、前記通信モジュールのファームウェア更新用データに用いられることが前記デバイス管理プロトコルによって定義されているデータコンテナとは別のデータコンテナを用いて、前記通信デバイスにおける前記通信モジュール以外の構成部のソフトウェアを更新するための更新用データを、前記通信デバイスの前記通信モジュールへ送信する送信処理を行う送信処理部として、前記コンピュータを機能させることを特徴とするプログラム。
12. ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いない非ＩＰ通信により、移動通信網を介してサーバ装置と通信する通信モジュールと、前記通信モジュールで受信される前記サーバ装置からの更新用データに基づいて更新処理を行う制御部をと備えた通信デバイスの該通信モジュールのコンピュータを機能させるプログラムであって、
    前記通信モジュールと前記サーバ装置との間のデバイス管理プロトコルに用いられる複数のデータコンテナのうち、前記通信モジュールのファームウェア更新用データに用いられることが前記デバイス管理プロトコルによって定義されているデータコンテナとは別のデータコンテナを用いて、前記サーバ装置から送信されてくる前記通信モジュール以外の構成部のソフトウェアを更新するための更新用データを、前記通信モジュールにより受信して、前記制御部に渡すように、前記コンピュータを機能させることを特徴とするプログラム。
13. ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いない非ＩＰ通信により、移動通信網を介してサーバ装置と通信する通信モジュールと、前記通信モジュールで受信される前記サーバ装置からの更新用データに基づいて更新処理を行う制御部をと備えた通信デバイスの該制御部のコンピュータを機能させるプログラムであって、
    前記通信モジュールと前記サーバ装置との間のデバイス管理プロトコルに用いられる複数のデータコンテナのうち、前記通信モジュールのファームウェア更新用データに用いられることが前記デバイス管理プロトコルによって定義されているデータコンテナとは別のデータコンテナを用いて、前記サーバ装置から送信されてくる前記通信モジュール以外の構成部のソフトウェアを更新するための更新用データを、前記通信モジュールから受け取り、該更新用データに基づいて、前記通信モジュール以外の当該通信デバイスの構成部又は当該通信デバイスに接続される外部の構成部のソフトウェアを更新するように、前記コンピュータを機能させることを特徴とするプログラム。
14. ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いない非ＩＰ通信により、通信モジュールと該通信モジュールに接続された制御部とを有する通信デバイスのソフトウェアを更新するための更新用データを、サーバ装置から移動通信網を介して前記通信デバイスへ送信し、前記更新用データに基づいて、前記通信デバイスのソフトウェアを更新する更新方法であって、
    前記通信モジュールと前記サーバ装置との間のデバイス管理プロトコルに用いられる複数のデータコンテナのうち、前記通信モジュールのファームウェア更新用データに用いられることが前記デバイス管理プロトコルによって定義されているデータコンテナとは別のデータコンテナを用いて、前記通信デバイスにおける前記通信モジュール以外の構成部のソフトウェアを更新するための更新用データを、前記サーバ装置から前記通信デバイスへ送信することと、
    前記通信デバイスの前記通信モジュールが、前記サーバ装置から送信されてくる前記更新用データを受信し、該更新データを前記制御部に渡すことと、
    前記通信デバイスの前記制御部が、前記通信モジュールから前記更新用データを受け取り、該更新用データに基づいて、前記通信モジュール以外の構成部のソフトウェアを更新することと、
    を含むことを特徴とする更新方法。

Images