(57)【要約】【課題】端末と基地局の間の回線を占有する時間が短く、大容量ファイルがダウンロードできるＮＢ−ＩｏＴ通信システム、端末、プログラムを提供する。【解決手段】管理サーバ２が大容量ファイルから作成された複数の分割ファイル６１乃至６３を１つずつ端末１に配信開始時間をずらして順繰りに配信し、端末１が配信された分割ファイル６１乃至６３を１つずつ順繰りにダウンロードし、全ての分割ファイル６１乃至６３のダウンロードが完了すると、端末１がダウンロードした全ての分割ファイル６１乃至６３を結合してインストールする。【選択図】図１
2020035244.tif 000002
【特許請求の範囲】
【請求項１】
センサーと通信機能部とからなる端末が収集したデータを管理サーバにネットワークと基地局とからなるインターネットにより送信し、前記管理サーバが前記端末から送信されたデータを蓄積するＮＢ−ＩｏＴ通信システムであって、管理サーバが大容量ファイルから作成された複数の分割ファイルを１つずつ端末に配信開始時間をずらして順繰りに配信し、前記端末が配信された前記分割ファイルを１つずつ順繰りにダウンロードし、全ての前記分割ファイルのダウンロードが完了すると、端末がダウンロードした全ての前記分割ファイルを結合してインストールすることを特徴とするＮＢ−ＩｏＴ通信システム。
【請求項２】
前記管理サーバから配信された前記分割ファイルの分割ファイル名における大容量ファイルのファイルサイズを前記分割ファイルのダウンロード開始前のダウンロード可否判断に用いることを特徴とする請求項１記載のＮＢ−ＩｏＴ通信システムに用いられる端末。
【請求項３】
前記管理サーバから配信された分割ファイルの分割ファイル名における前記分割ファイルの順番を示す分子と前記分割ファイルの合計数を示す分母とが同数であるか否かを前記分割ファイルのダウンロード開始前のダウンロード可否判断に用いることを特徴とする請求項１記載のＮＢ−ＩｏＴ通信システムに用いられる端末。
【請求項４】
前記管理サーバから配信された分割ファイルの分割ファイル名における大容量ファイルのファイルサイズを前記分割ファイルのダウンロード開始前に判断するステップと、この判断するステップで判断した前記大容量ファイルのファイルサイズが前記端末の記憶可能なサイズを超えていなければ前記管理サーバから配信された前記分割ファイルをダウンロードするステップと、前記判断するステップで判断した前記大容量ファイルのファイルサイズが前記端末の記憶可能なサイズを超えていれば前記管理サーバから配信された前記分割ファイルをダウンロードしないステップと、を備えたことを特徴とする請求項２記載の端末に用いられるソフトウェア。
【請求項５】
前記管理サーバから配信された分割ファイルの分割ファイル名における前記分割ファイルの順番を示す分子と前記分割ファイルの合計数を示す分母とが同数であるか否かを前記分割ファイルのダウンロード開始前に判断するステップと、この判断するステップで判断した前記分子と前記分母とが異なる場合は前記分割ファイルをダウンロードしかつインストールしないステップと、前記判断するステップで判断した前記分子と前記分母とが同数である場合は前記分割ファイルをダウンロードしかつそれまでにダウンロードした全ての分割ファイルを結合してインストールするステップと、を備えることを特徴とする請求項３記載の端末に用いられるソフトウェア。
【請求項６】
前記大容量ファイルのファイルサイズを前記複数の分割ファイルごとの分割ファイル名に付けることを特徴とする請求項１記載のＮＢ−ＩｏＴ通信システムに用いられるファイル命名規則。
【請求項７】
前記分割ファイルの順番を示す分子と前記分割ファイルの合計数を示す分母とを前記複数の分割ファイルごとの分割ファイル名に付けることを特徴とする請求項１記載のＮＢ−ＩｏＴ通信システムに用いられるファイル命名規則。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末と基地局の間の回線を占有する時間が短く、大容量ファイルがダウンロードできるＮＢ−ＩｏＴ通信システム、に関する。
【背景技術】
【０００２】
特許文献１で開示されたＮＢ−ＩｏＴ通信システムにおける狭帯域の端末は、ガス・電気・水道メーターの監視を行うデバイス、又は、自治体の災害監視・街路灯の制御・ごみ回収のタイミングの決定・駐車場の空き状況の確認・異常気象や異常水位等の環境条件の監視・道路混雑状況の監視を行うデバイス、或いは、土壌・気象・病害虫の管理や水質管理を行うデバイス等のように設置された基地局のセルから別の基地局のセルに移動しない、つまり、ハンドオーバーのない、所謂、定点観測として用いられる端末である。このような端末がＦＯＴＡ（Firmware Over-The-Air）によるファームウェアのような大容量ファイルをダウンロードしてインストールすると、基地局と端末との間のＮＢ−ＩｏＴの通信速度が低く、ＮＢ−ＩｏＴ通信システムの通信経路つまり端末と基地局の間の回線を長時間占有するという問題がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１８−７１７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、上記背景技術に鑑みてなされたものであり、端末と基地局の間の回線を占有する時間が短く、大容量ファイルがダウンロードできるＮＢ−ＩｏＴ通信システム、ＮＢ−ＩｏＴ通信システムに用いられる端末、ＮＢ−ＩｏＴ通信システムの端末に用いられるプログラムの提供を目的とする。
【課題を解決するための手段】
【０００５】
本発明のＮＢ−ＩｏＴ通信システムは、管理サーバが大容量ファイルから作成された複数の分割ファイルを１つずつ端末に配信開始時間をずらして順繰りに配信し、前記端末が配信された前記分割ファイルを１つずつ順繰りにダウンロードし、全ての前記分割ファイルのダウンロードが完了すると、端末がダウンロードした全ての前記分割ファイルを結合してインストールすることを特徴とする。
【０００６】
本発明のＮＢ−ＩｏＴ通信システムに用いられる端末は、前記管理サーバから配信された前記分割ファイルの分割ファイル名における大容量ファイルのファイルサイズを前記分割ファイルのダウンロード開始前のダウンロード可否判断に用いることを特徴とするか、又は、前記管理サーバから配信された分割ファイルの分割ファイル名における前記分割ファイルの順番を示す分子と前記分割ファイルの合計数を示す分母とが同数であるか否かを前記分割ファイルのダウンロード開始前のダウンロード可否判断に用いることを特徴とする。
【０００７】
本発明のＮＢ−ＩｏＴ通信システムの端末に用いられるソフトウェアは、前記管理サーバから配信された分割ファイルの分割ファイル名における大容量ファイルのファイルサイズを前記分割ファイルのダウンロード開始前に判断するステップと、この判断するステップで判断した前記大容量ファイルのファイルサイズが前記端末の記憶可能なサイズを超えていなければ前記管理サーバから配信された前記分割ファイルをダウンロードするステップと、前記判断するステップで判断した前記大容量ファイルのファイルサイズが前記端末の記憶可能なサイズを超えていれば前記管理サーバから配信された前記分割ファイルをダウンロードしないステップと、を備えたことを特徴とするか、又は、前記管理サーバから配信された分割ファイルの分割ファイル名における前記分割ファイルの順番を示す分子と前記分割ファイルの合計数を示す分母とが同数であるか否かを前記分割ファイルのダウンロード開始前に判断するステップと、この判断するステップで判断した前記分子と前記分母とが異なる場合は前記分割ファイルをダウンロードしかつインストールしないステップと、前記判断するステップで判断した前記分子と前記分母とが同数である場合は前記分割ファイルをダウンロードしかつそれまでにダウンロードした全ての分割ファイルを結合してインストールするステップと、を備えたことを特徴とする。
【０００８】
本発明のＮＢ−ＩｏＴ通信システムに用いられるファイル命名規則は、前記大容量ファイルのファイルサイズを前記複数の分割ファイルごとの分割ファイル名に付けることを特徴とするか、又は、前記分割ファイルの順番を示す分子と前記分割ファイルの合計数を示す分母とを前記複数の分割ファイルごとの分割ファイル名に付けることを特徴とする。
【発明の効果】
【０００９】
本発明は、管理サーバが大容量ファイルから作成された複数の分割ファイルを１つずつ端末に配信開始時間をずらして順繰りに配信し、前記端末が配信された前記分割ファイルを１つずつ順繰りにダウンロードし、全ての前記分割ファイルのダウンロードが完了すると、端末がダウンロードした全ての前記分割ファイルを結合してインストールすることにより、端末と基地局の間の回線を占有する時間が短く、大容量ファイルがダウンロードできる効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】発明を実施するための形態に係るＮＢ−ＩｏＴ通信システムを示す構成図。
【図２】発明を実施するための形態に係る配信機能による分割ファイルのタイミングチャート。
【図３】発明を実施するための形態に係る依存関係設定機能による分割ファイルのタイミングチャート。
【図４】発明を実施するための形態に係るファイル命名規則を示す図表。
【図５】対比例として大容量ファイルを分割しないでダウンロードする端末と管理サーバとの間の上から下に並んでいる順番に行われる処理を示すシーケンス図。
【図６】発明を実施するための形態に係る第１分割ファイルをダウンロードする端末と管理サーバとの間の上から下に並んでいる順番に行われる処理を示すシーケンス図。
【図７】発明を実施するための形態に係る第２分割ファイルをダウンロードする端末と管理サーバとの間の上から下に並んでいる順番に行われる処理を示すシーケンス図。
【図８】発明を実施するための形態に係る第３分割ファイルをダウンロードした後に第１乃至第３分割ファイルインストールする端末と管理サーバとの間の上から下に並んでいる順番に行われる処理を示すシーケンス図。
【図９】発明を実施するための形態に係る端末の処理を示すフローチャート。
【図１０】発明を実施するための形態に係る端末の図９と異なる処理を示すフローチャート。
【発明を実施するための形態】
【００１１】
図１に示した発明を実施するための形態に係るＮＢ−ＩｏＴ通信システムでは、端末１が収集したデータを管理サーバ２にネットワーク３と基地局４とからなるインターネットにより送信し、管理サーバ２が端末１から送信されたデータを蓄積しかつ蓄積されたデータを分析して新たな知見を獲得するソリューションを提供するものであって、端末１と基地局４との間の無線通信にＮＢ−ＩｏＴを使用する。
【００１２】
次に、図１に示したＮＢ−ＩｏＴ通信システムにおいて、管理サーバ２がファイルサーバ５に格納された大容量ファイル６をネットワーク３及び基地局４により端末１に配信する場合について説明する。大容量ファイル６としては、ＦＯＴＡによるファームウェアに限定されるものではないが、その１つとしてＦＯＴＡによるファームウェアのバージョンアップが考えられる。管理サーバ２が大容量ファイル６を端末１に配信する際の端末１と基地局４との間の回線を占有する時間を短くすることから、大容量ファイル６から複数の分割ファイルがＮＢ−ＩｏＴ通信システム管理者（以下、管理者と表現する）により作成され、この作成された複数の分割ファイルがファイルサーバ５に管理者により格納されている。
【００１３】
複数の分割ファイルは３個に限定されるものではないが、例えば、ファイルサイズが３００ＫＢの大容量ファイル６を、ファイルサイズが１００ＫＢの第１分割ファイル６１、ファイルサイズが１００ＫＢの第２分割ファイル６２、ファイルサイズが１００ＫＢの第３分割ファイル６３の３個に分割した場合を例示した。
【００１４】
先ず、管理サーバ２が第１分割ファイル６１乃至第３分割ファイル６３を端末１に配信開始時間をずらして順繰りに配信する。次に、端末１が、配信された第１分割ファイル６１乃至第３分割ファイル６３を順繰りに受信するごとに、分割ファイル名を確認し、指定の条件に合致する場合は、分割ファイルのダウンロードを実行するごとに管理サーバ２にインストール完了を偽装通知する。このインストール完了の偽装通知を管理サーバ２が受信することで、管理サーバ２は端末１のＦＯＴＡによるファームウェアのバージョンアップが完了したと管理する。
【００１５】
そして、端末１は、全ての第１分割ファイル６１乃至第３分割ファイル６３のダウンロードが完了すると、ダウンロードした全ての第１分割ファイル６１乃至第３分割ファイル６３を結合してインストールする。端末１が全ての第１分割ファイル６１乃至第３分割ファイル６３を結合してインストールすると、端末１のＦＯＴＡによるファームウェアのバージョンアップに対する更新が完了する。
【００１６】
端末１は、センサーと通信機能部とを備え、ガス・電気・水道メーターの監視を行うデバイス、又は、自治体の災害監視・街路灯の制御・ごみ回収のタイミングの決定・駐車場の空き状況の確認・異常気象や異常水位等の環境条件の監視・道路混雑状況の監視を行うデバイス、又は、土壌・気象・病害虫の管理や水質管理を行うデバイス等のように設置された基地局４から図示のされていない別の基地局に移動しない、つまり、ハンドオーバーのない、所謂、定点観測として用いられ、基地局４との通信にＮＢ−ＩｏＴを用いるデバイスを構成する。
【００１７】
ＮＢ−ＩｏＴ通信システムは、ＬＴＥ（Long term evolution）の機能を持ちながらデータ量及びスループットスケールを落とし、なおかつ、データ転送距離の長い帯域を利用し、例えば、約２００ｋＨｚのＮＢで通信を行い、通信速度も下り２６ｋｂｐｓ、上り６３ｋｂｐｓと低速に抑えた通信システムになっている。又、端末１から基地局４へのデータ転送は、間欠的に行われ、端末１の電源の使用量を極力減らすように数分間で行うようになっている。端末１から基地局４への１回のデータ転送から次のデータ転送までの間に数時間の通信休止状態を作ることも可能で、通信距離は１００Ｋｍを超えることも可能になっている。
【００１８】
図２に示した発明を実施するための形態に係る第１分割ファイル６１乃至第３分割ファイル６３のダウンロードでは、現行バージョン：１００（Current Ver.：100）と表し、次バージョン：１１０（Next Ver.：110）と表し、ダミーソフトウエアバージョンナンバー：１０１に対するファイル配信期間Ａ、ダミーソフトウエアバージョンナンバー１０２に対するファイル配信期間Ｂ、次バージョン１１０に対するファイル配信期間Ｃと表し、各ファイル配信期間Ａ乃至Ｃが同じ時刻に終了とし、ファイル配信期間Ａの開始よりも遅れ期間ａ後にファイル配信期間Ｂが開始し、ファイル配信期間Ａの開始よりも遅れ期間ｂ後にファイル配信期間Ｃが開始するというように、管理サーバ２がファイル配信期間Ａ乃至Ｃの配信開始時刻をずらすことで端末１の１台当たりの回線占有時間を分散する。
【００１９】
そして、管理サーバ２に設けられたコンピュータのソフトウェアで具現化される配信機能により、ファイル配信期間Ａにおける時刻Ｔ１で管理サーバ２が「新しいパッケージＵＲＩを書き込む（Write new package URI）」情報に相当する「Push 101」情報を端末１に出力すると、端末１が第１分割ファイル６１をファイルサーバ５からダウンロードしたままインストールしない。この端末１が第１分割ファイル６１をファイルサーバ５からダウンロードしたままインストールしない状態は「Download only FWV100→101」と表現した。「Download only FWV100→101」における「FWV」はファームウェアのバージョンを意味する。
【００２０】
又、管理サーバ２に設けられたたコンピュータのソフトウェアで具現化される配信機能により、ファイル配信期間Ｂにおける時刻Ｔ２で管理サーバ２が「新しいパッケージURIを書き込む（Write new package URI）」情報に相当する「Push102」情報を端末１に出力すると、端末１が第２分割ファイル６２をファイルサーバ５からダウンロードしたままインストールしない。この端末１が第２分割ファイル６２をファイルサーバ５からダウンロードしたままインストールしない状態は「Download only FWV101→102」と表現した。「Download only FWV101→102」における「FWV」はファームウェアのバージョンを意味する。
【００２１】
更に、管理サーバ２に設けられたたコンピュータのソフトウェアで具現化される配信機能により、ファイル配信期間Ｃにおける時刻Ｔ３で管理サーバ２が「新しいパッケージURIを書き込む（Write new package URI）」情報に相当する「Push103」情報を端末１に出力すると、端末１が第３分割ファイル６３をファイルサーバ５からダウンロードした後に、端末１が第１分割ファイル６１乃至第３分割ファイル６３を結合してインストールする。端末１が第３分割ファイル６３をダウンロード後に第１分割ファイル６１乃至第３分割ファイル６３を結合してインストールする状態は「DL + Install FWV102→110」と表現した。「DL + Install FWV102→110」における「DL」はダウンロードを意味し、「FWV」はファームウェアのバージョンを意味する。
【００２２】
図３に示した発明を実施するための形態に係る第１分割ファイル６１乃至第３分割ファイル６３のダウンロードでは、現行バージョン：１００（Current Ver.：100）とし、次バージョン：１１０（Next Ver.：110）とし、ダミーソフトウエアバージョンナンバー１０１に対するファイル配信期間Ａ、ダミーソフトウエアバージョンナンバー１０２に対するファイル配信期間Ｂ、次バージョン１１０に対するファイル配信期間Ｃとし、各ファイル配信期間Ａ乃至Ｃが同じ時刻に終了とし、ファイル配信期間Ａの開始よりも遅れ期間ａ後にファイル配信期間Ｂが開始し、ファイル配信期間Ａの開始よりも遅れ期間ｂ後にファイル配信期間Ｃが開始するというように、管理サーバ２がファイル配信期間Ａ乃至Ｃの配信開始時刻をずらすことで端末１の１台当たりの回線占有時間を分散することは図３と同じである。しかしながら、管理サーバ２に設けられたコンピュータのソフトウェアで具現化される依存関係設定機能により、ファイル配信期間Ａとファイル配信期間Ｂ間とが重なる期間ｃでも若いバージョンから先にダウンロードするようになっている。
【００２３】
例えば、管理サーバ２に設けられたコンピュータのソフトウェアで具現化される依存関係設定機能により、ファイル配信期間Ａとファイル配信期間Ｂとが重なる期間ｃにおける時刻Ｔ１と時刻Ｔ２とで管理サーバ２が「新しいパッケージURIを書き込む（Write new package URI）」情報に相当する「Push 101＆102」情報を端末１に出力すると、端末１が第１分割ファイル６１と第２分割ファイル６２とをファイルサーバ５からダウンロードしたままインストールしない。この端末１が第１分割ファイル６１と第２分割ファイル６２とをファイルサーバ５からダウンロードしたままインストールしない状態は「Download only FWV100→101→102」と表現した。「Download only FWV100→101→102」における「FWV」はファームウェアバージョンを意味する。
【００２４】
尚、管理サーバ２に設けられたコンピュータのソフトウェアで具現化される配信機能により、ファイル配信期間Ｃにおける時刻Ｔ３で管理サーバ２が「新しいパッケージURIを書き込む（Write new package URI）」情報に相当する「Push110」情報を端末１に出力すると、端末１が第３分割ファイル６３をファイルサーバ５からダウンロードした後に、端末１が第１分割ファイル６１乃至第３分割ファイル６３を結合してインストールする。この端末１が第３分割ファイル６３をダウンロード後に第１分割ファイル６１乃至第３分割ファイル６３を結合してインストールする状態は「DL + Install FWV102→110」と表現した。
【００２５】
図４に示した発明を実施するための形態に係るファイル命名規則７は、管理者が大容量ファイル６から作成された第１分割ファイル６１乃至第３分割ファイル６３をファイルサーバ５に格納する際に用いられる。ファイル命名規則７によるファイル名として、分割ファイル数：３、合計ファイルサイズ：３００ＫＢ、つまり、ファイルサイズが３００ＫＢの大容量ファイル６から作成されたファイルサイズが１００ＫＢの第１分割ファイル６１乃至第３分割ファイル６３に命名した場合について説明する。
【００２６】
第１分割ファイル名「第1分割ファイル61    sampledelta_1_3_101_300000」、第２分割ファイル名「第2分割ファイル62    sampledelta_2_3_102_300000」、第３分割ファイル名「第3分割ファイル63    sampledelta_3_3_300000」」において、仮想線枠Ｄで囲まれた部分での左側の上から下に「１、２、３」と表された分子が当該ファイルの順番を示し、仮想線枠Ｄで囲まれた部分での右側の上から下に「３、３、３」と表された分母は合計のファイル数を示す。よって、端末１が分子と分母とが同数の第３分割ファイル名をファイルサーバ５から受信すると、それまでに受信した第１分割ファイル６１乃至第３分割ファイル６３を結合してインストールする。
【００２７】
第１分割ファイル名「第1分割ファイル61    sampledelta_1_3_101_300000」における「101」と第２分割ファイル名「第2分割ファイル62    sampledelta_2_3_102_300000」における「102」とは、ダミーソフトウエアバージョンナンバーを表す。
【００２８】
第１分割ファイル名「第1分割ファイル61    sampledelta_1_3_101_300000」における「300000」と「第2分割ファイル62    sampledelta_2_3_102_300000」における「300000」と「第3分割ファイル63    sampledelta_3_3_300000」における「300000」とは、大容量ファイル６のファイルサイズを表す。よって、端末１がファイルサイズを第１分割ファイル６１乃至第３分割ファイル６３のダウンロード開始前にダウンロード可否判断に活用する。
【００２９】
第３分割ファイル名「第3分割ファイル63    sampledelta_3_3_300000」では、ダミーソフトウエアバージョンナンバーが不要である。又、第３分割ファイル名「第3分割ファイル63    sampledelta_3_3_300000」では、分子と分母とが同数であることから、端末１が第３分割ファイル６３のダウンロード後に、それまでにダウンロードした第１分割ファイル６１乃至第３分割ファイル６３を結合してインストールする。
【００３０】
次に図５の対比例における端末１１と管理サ−バ１２との情報のやり取りと、図６乃至８の発明を実施するための形態における端末１と管理サーバ２との情報のやり取りと、について説明する。
【００３１】
先ず、図５乃至図８のシーケンスにおいて、管理サーバ１２又は２の「状態観察」処理による「GET /5/0/3 Observe」情報に対しては、端末１１又は１より返信される情報は、「2.05 Content 0 (idle)」情報と「2.05 Content 2 (downloaded)」情報と「2.05 Content 3 (updating)」情報とである。また、「更新結果観察」処理による「（GET /5/0/5）のObserve」情報に対しては、端末１より返信される情報は、「2.05 Content 0 (initial value)」情報と「2.05 Content 1 (update successfully)」情報とである。なお、端末１が上記各情報を返信するタイミングは図５乃至図８のシーケンスの説明において明記する。
【００３２】
図５に示した対比例として大容量ファイル６を分割しないでダウンロードする端末１１と管理サーバ１２との間におけるシーケンスでは、先ず、管理サーバ１２が「ファームウェアバージョン読み取り（Read FW Vers）」処理により「GET /3/0/3 Read」情報を端末１１に配信すると、端末１１が「2.05 Content  100 (FirmwareVersion)」情報を管理サーバ１２に返信する。
【００３３】
次に、管理サーバ１２が「状態観察(observe State）」処理により「GET /5/0/3 Observe」情報を端末１１に配信すると、端末１１が「2.05 Content  0 (idle)」情報を管理サーバ１２に返信する。
【００３４】
又、管理サーバ１２が「新パッケージURI書き込み（Write  new  package URI）」処理により「PUT /5/0/1 http://aaa-fw/v123」情報を端末１１に配信すると、端末１１が「2.04 Changed」情報を管理サーバ１２に返信した後に「2.05 Content 1 (downloading）」情報を管理サーバ１２に送信する。
【００３５】
その後、端末１１が配信された「PUT /5/0/1 http://aaa-fw/v123」情報に基づき「Download the firmware from http://aaa-fw/v123」処理により「http://aaa-fw/v123」からファームウェアをダウンロードした後、「2.05 Content 2 (downloaded)」情報を管理サーバ１２に返信する。
【００３６】
管理サーバ１２が端末１１から前記「2.05 Content 2 (downloaded)」情報を受信した後の「更新結果観察（Observe Update Result）」処理により「GET /5/0/5 Observe」情報を端末１１に配信すると、端末１１が「2.05 Content 0 (initial value)」情報を管理サーバ１２に返信する。
【００３７】
又、管理サーバ１２が「ファームウェアアップデート実行（Execute firmware update）」処理により「POST /5/0/2」情報を端末１１に配信すると、端末１１が「2.04 Changed」情報を管理サーバ１２に返信した後に「2.05 Content 3 (updating)」情報を管理サーバ１２に送信する。
【００３８】
その後、端末１１が「ファームウェアアップデート（Update the firmware）」処理により前記「http://aaa-fw/v123」からダウンロードした後にファームウェアをインストールし、当該インスールが完了すると、「2.05 Content 0 (idle)」情報を管理サーバ１２に返信した後に「2.05 Content 1 (更新成功（update successfully)）」情報を管理サーバ１２に送信する。
【００３９】
その後、管理サーバ１２が、２つの「観察キャンセル（Cancel Observation）」処理ごとにリセット（Reset）情報を端末１１に配信した後の「ファームウェア読み取り（Read FW Version）」処理により「GET /3/0/3 Read」情報を端末１１に配信する。この「GET /3/0/3 Read」情報を受信した端末１１が「2.05 Content  110 (FirmwareVersion)」情報を管理サーバ１２に返信する。以上により、大容量ファイル６を分割しないでダウンロードする端末１１と管理サーバ１２との間における対比例のシーケンスが終了する。
【００４０】
図６に示した発明を実施するための形態に係る第１分割ファイル６１をダウンロードする端末１と管理サーバ２との間におけるシーケンスでは、管理サーバ２での上から３番目の「新しいパッケージURI書き込み（Write new package URI）」処理により端末１に配信された「PUT /5/0/1 http://aaa-fw/sampledelta_1_3_101_300000」情報の分子と分母とが同数であるか否かを端末１が判断し、分子と分母とが同数でないので、端末１が第１分割ファイル６１をダウンロードするだけである。
【００４１】
又、図６に示したシーケンスでは、端末１での上から２番目の「ファームウェアアップデート（Update the firmware）」処理を実行せず前記「http://aaa-fw/…」からファームウェアをダウンロードしたままインストールしないで「2.05 Content 0 (idle)」情報並びに「2.05 Content 1 （更新成功(update successfully)）」情報をインストール完了の偽装通知として管理サーバ２に返信する。
【００４２】
又、図６の管理サーバ２での最下位の「ファームウェア読み取り(Read FW Version)」処理に対し、端末１が「FW Version は102に更新した」ことを表す「2.05 Content  101 (FirmwareVersion)」情報を管理サーバ２に返信する。
【００４３】
図７に示した発明を実施するための形態に係る第２分割ファイル６２をダウンロードする端末１と管理サーバ２との間におけるシーケンスでは、管理サーバ２での上から３番目の「新しいパッケージURI書き込み（Write new package URI）」処理により端末１に配信された「PUT /5/0/1 http://aaa-fw/sampledelta_2_3_102_300000」情報の分子と分母とが同数であるか否かを端末１が判断し、分子と分母とが同数でないので端末１が第２分割ファイル６２をダウンロードするだけである。
【００４４】
又、図７に示したシーケンスでは、端末１での上から２番目の「ファームウェアアップデート（Update the firmware）」処理を実行せず前記「http://aaa-fw/…」からファームウェアをダウンロードしたままインストールしないで「2.05 Content 0 (idle)」情報並びに「2.05 Content 1（更新成功(update successfully)）」情報をインストール完了の偽装通知として管理サーバ２に返信する。
【００４５】
又、図７の管理サーバ２での最下位の「ファームウェア読み取り(Read FW Version)」処理に対し、端末１が「FW Version は102に更新した」ことを表す「2.05 Content  102 (FirmwareVersion)」情報を管理サーバ２に返信する。
【００４６】
図８に示した発明を実施するための形態に係る第３割ファイル６３をダウンロードする端末１と管理サーバ２との間におけるシーケンスでは、管理サーバ２での上から３番目の「新しいパッケージURI書き込み（Write new package URI）」処理により端末１に配信された「PUT /5/0/1 http://aaa-fw/sampledelta_3_3_300000」情報の分子と分母とが同数であるか否かを端末１が判断し、分子と分母とが同数なので端末１が第３分割ファイル６３をダウンロードした後、端末１がそれまでダウンロードした第１分割ファイル６１乃至第３分割ファイル６３を結合してインストールした後に「2.05 Content 0 (idle)」情報並びに「2.05 Content 1（更新成功(update successfully)）」情報をインストール完了の通知として管理サーバ２に返信する。
【００４７】
又、図８の管理サーバ２での最下位の「ファームウェア読み取り(Read FW Version)」処理に対し、端末１が「FW Version は110に更新した」ことを表す「2.05 Content  110 (FirmwareVersion)」情報を管理サーバ２に返信する。
【００４８】
図９に示した発明を実施するための形態に係る端末１が管理サーバ２から分割ファイルが配信された場合のフローチャートは、端末１に設けられたコンピュータのプログラムにより具現化される。
【００４９】
図９におけるステップ９０１において分割ファイルが配信されかを判断し、分割ファイルが配信されていない場合は、ステップ９０１がＮＯとなり、ステップ９０１に戻り、分割ファイルが配信された場合は、ステップ９０１がＹＥＳとなり、ステップ９０２に進む。
【００５０】
ステップ９０２では、分割ファイルのダウンロード前に、分割ファイルの分割ファイル名における大容量ファイル６のファイルサイズを読み取る。この分割ファイル名における大容量ファイル６のファイルサイズは、図４に示した第１分割ファイル名「第1分割ファイル61    sampledelta_1_3_101_300000」と第２分割ファイル名「第2分割ファイル62    sampledelta_2_3_101_300000」と第３分割ファイル名「第3分割ファイル63    sampledelta_3_3_300000」とにおける「300000」であるので、当該「300000」を読み取ることによって、端末１がダウンロードするための大容量ファイル６のファイルサイズを把握し、ステップ９０３に進む。
【００５１】
ステップ９０３では、読み取ったファイルサイズが端末１の記憶可能なサイズ以内かを判断し、読み取ったファイルサイズが端末１の記憶可能なサイズ以内であると、ステップ９０３がＹＥＳとなり、ステップ９０４に進み、読み取ったファイルサイズが端末１の記憶可能なサイズ以上であると、ステップ９０３がＮＯとなり、ステップ９０５に進む。ステップ９０４ではステップ９０１で配信された分割ファイルを端末１がダウンロードし、ステップ９０５ではステップ９０１で配信された分割ファイルを端末１がダウンロードしない。
【００５２】
図９に示した端末１の処理により、端末１が複数の分割ファイルのうちで最初に配信された第１分割ファイル６１をダウンロードする前に、第１分割ファイル名「第1分割ファイル61    sampledelta_1_3_101_300000」から大容量ファイル６のファイルサイズ「300000」を読み取り、この読み取った大容量ファイル６のファイルサイズ「300000」が端末１の記憶可能なサイズ以内であることを把握して第１分割ファイル６１乃至第３分割ファイル６３をダウンロードするので、全ての第１分割ファイル６１乃至第３分割ファイル６３を適切にダウンロードできる。
【００５３】
図１０に示した発明を実施するための形態に係る端末１が管理サーバ２から分割ファイルが配信された場合のフローチャートは、端末１に設けられたコンピュータのプログラムにより具現化される。
【００５４】
図１０におけるステップ１００１において分割ファイルが配信されかを判断し、分割ファイルが配信されていない場合は、ステップ１００１がＮＯとなり、ステップ１００１に戻り、分割ファイルが配信された場合は、ステップ１００１がＹＥＳとなり、ステップ１００２に進む。
【００５５】
ステップ１００２では、分割ファイルのダウンロード前に、分割ファイルの分割ファイル名における前記分割ファイルの順番を示す分子と前記分割ファイルの合計数を示す分母とを読み取る。配信された分割ファイルが第１分割ファイル６１の場合は第１分割ファイル名「第1分割ファイル61    sampledelta_1_3_101_300000」の「1_3」を読み取り、配信された分割ファイルが第２分割ファイル６２の場合は第２分割ファイル名「第2分割ファイル62    sampledelta_2_3_101_300000」の「2_3」を読み取り、配信された分割ファイルが第３分割ファイル６３の場合は第３分割ファイル名「第3分割ファイル63    sampledelta_3_3_300000」の「3_3」を読み取り、ステップ１００３に進む。
【００５６】
ステップ１００３では、読み取った分子と分母とが異なる数かを判断し、分子と分母とが異なる数の場合はステップ１００３がＹＥＳとなりステップ１００４に進み、分子と分母とが同数の場合はステップ１００３がＮＯとなりステップ１００５に進む。具体的には、ステップ１０３で読み取った分子と分母とが「1_3」及び「2_3」の場合、つまり、ステップ１００１で配信された分割ファイルが第１分割ファイル６１及び第２分割ファイル６２の場合は、端末１が第１分割ファイル６１及び第２分割ファイル６２はダウンロードするだけでインストールしない。ステップ１０３で読み取った分子と分母とが「3_3」の場合、つまり、ステップ１００１で配信された分割ファイルが第３分割ファイル６３の場合は、端末１が第３分割ファイル６３をダウンロードした後、それまでにダウンロードした全ての第１分割ファイル６１乃至第３分割ファイル６３を結合してインストールする。
【符号の説明】
【００５７】
１    端末
２    管理サーバ
３    ネットワーク
４    基地局
５    ファイルサーバ
６    大容量ファイル６
６１  第１分割ファイル
６２  第２分割ファイル
６３  第３分割ファイル
【図１】
2020035244.tif 000003
【図２】
2020035244.tif 000004
【図３】
2020035244.tif 000005
【図４】
2020035244.tif 000006
【図５】
2020035244.tif 000007
【図６】
2020035244.tif 000008
【図７】
2020035244.tif 000009
【図８】
2020035244.tif 000010
【図９】
2020035244.tif 000011
【図１０】
2020035244.tif 000012