知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024033762
(43)【公開日】2024-03-13
(54)【発明の名称】通信システムおよび通信方法
(51)【国際特許分類】
H04L 47/267 20220101AFI20240306BHJP
H04L 47/19 20220101ALI20240306BHJP
H04L 67/06 20220101ALI20240306BHJP
H04L 67/5651 20220101ALI20240306BHJP
G06F 8/65 20180101ALI20240306BHJP
H04L 12/44 20060101ALN20240306BHJP
【ＦＩ】
H04L47/267
H04L47/19
H04L67/06
H04L67/5651
G06F8/65
H04L12/44 200
【審査請求】未請求
【請求項の数】19
【出願形態】ＯＬ
(21)【出願番号】P 2022137566
(22)【出願日】2022-08-31
(71)【出願人】
【識別番号】000000295
【氏名又は名称】沖電気工業株式会社
(74)【代理人】
【識別番号】110001461
【氏名又は名称】弁理士法人きさ特許商標事務所
(72)【発明者】
【氏名】岡田 憲彦
【テーマコード（参考）】
5B376
5K030
5K033
【Ｆターム（参考）】
5B376CA14
5K030HB19
5K030LC01
5K030MA05
5K033AA02
5K033DA15
5K033DB02
5K033DB22
(57)【要約】
【課題】ファイルの転送時間を短縮する通信システムおよび通信方法を提供する。
【解決手段】通信システムは親局装置と子局装置を有する。親局装置は圧縮部と親側通信部を備え、圧縮部は子局装置に送信する親側ファイルを圧縮し、親側通信部は圧縮された親側ファイルである圧縮ファイルを子局装置に送信する。子局装置は子側通信部と子側記憶部と容量判定部と解凍部と書き込み部と結果応答部を備える。子側記憶部は第１記憶領域と第２記憶領域を有し、第１記憶領域は親側ファイルを記憶するための領域である。容量判定部は第２記憶領域の空き容量が圧縮ファイルの解凍に必要な第１必要容量以上かを判定する。空き容量が第１必要容量以上の場合、解凍部は圧縮ファイルを解凍し、書き込み部は解凍により得られた親側ファイルを第１記憶領域に書き込む。空き容量が第１必要容量未満の場合、結果応答部は圧縮ファイルの解凍不能を示す情報を親局装置に送信するよう子側通信部に指示する。
【選択図】図８
【解決手段】通信システムは親局装置と子局装置を有する。親局装置は圧縮部と親側通信部を備え、圧縮部は子局装置に送信する親側ファイルを圧縮し、親側通信部は圧縮された親側ファイルである圧縮ファイルを子局装置に送信する。子局装置は子側通信部と子側記憶部と容量判定部と解凍部と書き込み部と結果応答部を備える。子側記憶部は第１記憶領域と第２記憶領域を有し、第１記憶領域は親側ファイルを記憶するための領域である。容量判定部は第２記憶領域の空き容量が圧縮ファイルの解凍に必要な第１必要容量以上かを判定する。空き容量が第１必要容量以上の場合、解凍部は圧縮ファイルを解凍し、書き込み部は解凍により得られた親側ファイルを第１記憶領域に書き込む。空き容量が第１必要容量未満の場合、結果応答部は圧縮ファイルの解凍不能を示す情報を親局装置に送信するよう子側通信部に指示する。
【選択図】図８
【特許請求の範囲】
【請求項1】
互いに通信を行う親局装置と子局装置とを有する通信システムであって、
前記親局装置は、
前記子局装置に送信するための親側ファイルを圧縮する圧縮部と、
前記圧縮部によって圧縮された前記親側ファイルである圧縮ファイルを前記子局装置に送信する親側通信部と、
を備え、
前記子局装置は、
前記親局装置から前記圧縮ファイルを受信する子側通信部と、
前記親側ファイルが記憶される第１記憶領域、および、該第１記憶領域以外の第２記憶領域を有する子側記憶部と、
前記子側記憶部の前記第２記憶領域における空き容量が、前記圧縮ファイルの解凍のために必要な第１必要容量以上か否かを判定する容量判定部と、
前記空き容量が前記第１必要容量以上である場合には、前記圧縮ファイルを解凍する解凍部と、
解凍によって得られた前記親側ファイルを前記第１記憶領域に書き込む書き込み部と、
前記空き容量が前記第１必要容量未満である場合には、前記圧縮ファイルを解凍できないことを示す情報を前記親局装置に送信するよう前記子側通信部に指示を行う結果応答部と、
を備える、通信システム。
前記親局装置は、
前記子局装置に送信するための親側ファイルを圧縮する圧縮部と、
前記圧縮部によって圧縮された前記親側ファイルである圧縮ファイルを前記子局装置に送信する親側通信部と、
を備え、
前記子局装置は、
前記親局装置から前記圧縮ファイルを受信する子側通信部と、
前記親側ファイルが記憶される第１記憶領域、および、該第１記憶領域以外の第２記憶領域を有する子側記憶部と、
前記子側記憶部の前記第２記憶領域における空き容量が、前記圧縮ファイルの解凍のために必要な第１必要容量以上か否かを判定する容量判定部と、
前記空き容量が前記第１必要容量以上である場合には、前記圧縮ファイルを解凍する解凍部と、
解凍によって得られた前記親側ファイルを前記第１記憶領域に書き込む書き込み部と、
前記空き容量が前記第１必要容量未満である場合には、前記圧縮ファイルを解凍できないことを示す情報を前記親局装置に送信するよう前記子側通信部に指示を行う結果応答部と、
を備える、通信システム。
【請求項2】
前記親側通信部は、
前記圧縮ファイルを解凍できないことを示す情報を受信した場合には、圧縮されていない前記親側ファイルである非圧縮ファイルを前記子局装置に送信し、
前記書き込み部は、前記子側通信部が前記非圧縮ファイルを受信した場合には、前記非圧縮ファイルを前記第１記憶領域に書き込む、請求項１に記載の通信システム。
前記圧縮ファイルを解凍できないことを示す情報を受信した場合には、圧縮されていない前記親側ファイルである非圧縮ファイルを前記子局装置に送信し、
前記書き込み部は、前記子側通信部が前記非圧縮ファイルを受信した場合には、前記非圧縮ファイルを前記第１記憶領域に書き込む、請求項１に記載の通信システム。
【請求項3】
互いに通信を行う親局装置と子局装置とを有する通信システムであって、
前記子局装置は、
前記親局装置からの親側ファイルが記憶される第１記憶領域、および、該第１記憶領域以外の第２記憶領域を有する子側記憶部と、
前記子側記憶部の前記第２記憶領域における空き容量を特定する容量特定部と、
前記空き容量を示す容量情報を前記親局装置に送信する子側通信部と、
を備え、
前記親局装置は、
前記容量情報を受信する親側通信部と、
前記親側ファイルを圧縮する圧縮部と、
前記容量情報が示す前記空き容量が、圧縮された前記親側ファイルである圧縮ファイルの解凍のために必要な第１必要容量以上か否かを判定する更新可否判定部と、
を備え、
前記親側通信部は、
前記空き容量が前記第１必要容量以上である場合には、前記圧縮ファイルを前記子局装置に送信し、前記空き容量が前記第１必要容量未満である場合には、圧縮されていない前記親側ファイルである非圧縮ファイルを前記子局装置に送信する、通信システム。
前記子局装置は、
前記親局装置からの親側ファイルが記憶される第１記憶領域、および、該第１記憶領域以外の第２記憶領域を有する子側記憶部と、
前記子側記憶部の前記第２記憶領域における空き容量を特定する容量特定部と、
前記空き容量を示す容量情報を前記親局装置に送信する子側通信部と、
を備え、
前記親局装置は、
前記容量情報を受信する親側通信部と、
前記親側ファイルを圧縮する圧縮部と、
前記容量情報が示す前記空き容量が、圧縮された前記親側ファイルである圧縮ファイルの解凍のために必要な第１必要容量以上か否かを判定する更新可否判定部と、
を備え、
前記親側通信部は、
前記空き容量が前記第１必要容量以上である場合には、前記圧縮ファイルを前記子局装置に送信し、前記空き容量が前記第１必要容量未満である場合には、圧縮されていない前記親側ファイルである非圧縮ファイルを前記子局装置に送信する、通信システム。
【請求項4】
前記子局装置は、
前記子側通信部が前記圧縮ファイルを受信した場合には、該圧縮ファイルを解凍する解凍部と、
解凍によって得られた前記親側ファイルを前記第１記憶領域に書き込む書き込み部と、
を備え、
前記書き込み部は、
前記子側通信部が前記非圧縮ファイルを受信した場合には、該非圧縮ファイルを前記第１記憶領域に書き込む、請求項３に記載の通信システム。
前記子側通信部が前記圧縮ファイルを受信した場合には、該圧縮ファイルを解凍する解凍部と、
解凍によって得られた前記親側ファイルを前記第１記憶領域に書き込む書き込み部と、
を備え、
前記書き込み部は、
前記子側通信部が前記非圧縮ファイルを受信した場合には、該非圧縮ファイルを前記第１記憶領域に書き込む、請求項３に記載の通信システム。
【請求項5】
前記子側通信部は、
前記子局装置の解凍機能の有無を示す機能情報を前記親局装置に送信し、
前記親側通信部は、
前記子局装置が解凍機能を有さないことを、前記子局装置からの前記機能情報が示す場合には、前記圧縮ファイルを前記子局装置に送信せず、前記非圧縮ファイルを前記子局装置に送信する、請求項３または請求項４に記載の通信システム。
前記子局装置の解凍機能の有無を示す機能情報を前記親局装置に送信し、
前記親側通信部は、
前記子局装置が解凍機能を有さないことを、前記子局装置からの前記機能情報が示す場合には、前記圧縮ファイルを前記子局装置に送信せず、前記非圧縮ファイルを前記子局装置に送信する、請求項３または請求項４に記載の通信システム。
【請求項6】
互いに通信を行う親局装置と子局装置とを有する通信システムであって、
前記子局装置は、
子側ファイルが記憶される第１記憶領域、および、該第１記憶領域以外の第２記憶領域を有する子側記憶部と、
前記子側ファイルに含まれる複数のデータ構成の各々のバージョンを示す子側バージョン情報を取得するバージョン取得部と、
前記子側バージョン情報を前記親局装置に送信する子側通信部と、
を備え、
前記親局装置は、
サーバから親側ファイルを取得する取得部と、
前記子局装置から前記子側バージョン情報を受信する親側通信部と、
前記親側ファイルに含まれる複数のデータ構成の各々のバージョンを示す親側バージョン情報を取得し、取得した前記親側バージョン情報、および、前記親側通信部が受信した前記子側バージョン情報に基づいて、前記親側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成による更新対象となる、前記子側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成を特定する更新対象特定部と、
前記親側ファイルにおける前記複数のデータ構成のうちの前記１以上のデータ構成を含む更新対象ファイルを圧縮する圧縮部と、
を備え、
前記親側通信部は、
圧縮された前記更新対象ファイルである圧縮更新対象ファイルを前記子局装置に送信し、
前記子局装置は、更に、
前記子側通信部が前記圧縮更新対象ファイルを受信した場合には、前記子側記憶部の前記第２記憶領域における空き容量が、前記圧縮更新対象ファイルの解凍のために必要な第２必要容量以上か否かを判定する容量判定部と、
前記空き容量が前記第２必要容量以上である場合には、前記圧縮更新対象ファイルを解凍する解凍部と、
解凍によって得られた前記更新対象ファイルによって、前記子側ファイルのうちの前記更新対象の前記１以上のデータ構成を更新する書き込み部と、
を備える、通信システム。
前記子局装置は、
子側ファイルが記憶される第１記憶領域、および、該第１記憶領域以外の第２記憶領域を有する子側記憶部と、
前記子側ファイルに含まれる複数のデータ構成の各々のバージョンを示す子側バージョン情報を取得するバージョン取得部と、
前記子側バージョン情報を前記親局装置に送信する子側通信部と、
を備え、
前記親局装置は、
サーバから親側ファイルを取得する取得部と、
前記子局装置から前記子側バージョン情報を受信する親側通信部と、
前記親側ファイルに含まれる複数のデータ構成の各々のバージョンを示す親側バージョン情報を取得し、取得した前記親側バージョン情報、および、前記親側通信部が受信した前記子側バージョン情報に基づいて、前記親側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成による更新対象となる、前記子側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成を特定する更新対象特定部と、
前記親側ファイルにおける前記複数のデータ構成のうちの前記１以上のデータ構成を含む更新対象ファイルを圧縮する圧縮部と、
を備え、
前記親側通信部は、
圧縮された前記更新対象ファイルである圧縮更新対象ファイルを前記子局装置に送信し、
前記子局装置は、更に、
前記子側通信部が前記圧縮更新対象ファイルを受信した場合には、前記子側記憶部の前記第２記憶領域における空き容量が、前記圧縮更新対象ファイルの解凍のために必要な第２必要容量以上か否かを判定する容量判定部と、
前記空き容量が前記第２必要容量以上である場合には、前記圧縮更新対象ファイルを解凍する解凍部と、
解凍によって得られた前記更新対象ファイルによって、前記子側ファイルのうちの前記更新対象の前記１以上のデータ構成を更新する書き込み部と、
を備える、通信システム。
【請求項7】
前記子局装置は、
前記空き容量が前記第２必要容量未満である場合には、前記圧縮更新対象ファイルを解凍できないことを示す情報を前記親局装置に送信するよう前記子側通信部に指示を行う結果応答部を更に備え、
前記親側通信部は、
前記圧縮更新対象ファイルを解凍できないことを示す情報を受信した場合には、圧縮されていない前記更新対象ファイルである非圧縮更新対象ファイルを前記子局装置に送信し、
前記書き込み部は、前記子側通信部が前記非圧縮更新対象ファイルを受信した場合には、前記非圧縮更新対象ファイルによって、前記子側ファイルのうちの前記更新対象の前記１以上のデータ構成を更新する、請求項６に記載の通信システム。
前記空き容量が前記第２必要容量未満である場合には、前記圧縮更新対象ファイルを解凍できないことを示す情報を前記親局装置に送信するよう前記子側通信部に指示を行う結果応答部を更に備え、
前記親側通信部は、
前記圧縮更新対象ファイルを解凍できないことを示す情報を受信した場合には、圧縮されていない前記更新対象ファイルである非圧縮更新対象ファイルを前記子局装置に送信し、
前記書き込み部は、前記子側通信部が前記非圧縮更新対象ファイルを受信した場合には、前記非圧縮更新対象ファイルによって、前記子側ファイルのうちの前記更新対象の前記１以上のデータ構成を更新する、請求項６に記載の通信システム。
【請求項8】
互いに通信を行う親局装置と子局装置とを有する通信システムであって、
前記子局装置は、
子側ファイルが記憶される第１記憶領域、および、該第１記憶領域以外の第２記憶領域を有する子側記憶部と、
前記子側記憶部の前記第２記憶領域における空き容量を特定する容量特定部と、
前記子側ファイルに含まれる複数のデータ構成の各々のバージョンを示す子側バージョン情報を取得するバージョン取得部と、
前記空き容量を示す容量情報、および、前記子側バージョン情報を、前記親局装置に送信する子側通信部と、
を備え、
前記親局装置は、
サーバから親側ファイルを取得する取得部と、
前記子局装置から前記容量情報および前記子側バージョン情報を受信する親側通信部と、
前記親側ファイルに含まれる複数のデータ構成の各々のバージョンを示す親側バージョン情報を取得し、取得した前記親側バージョン情報、および、前記親側通信部が受信した前記子側バージョン情報に基づいて、前記親側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成による更新対象となる、前記子側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成を特定する更新対象特定部と、
前記親側ファイルにおける前記複数のデータ構成のうちの前記１以上のデータ構成を含む更新対象ファイルを圧縮する圧縮部と、
前記容量情報が示す前記空き容量が、圧縮された前記更新対象ファイルである圧縮更新対象ファイルの解凍のために必要な第２必要容量以上か否かを判定する更新可否判定部と、
を備え、
前記親側通信部は、
前記空き容量が前記第２必要容量以上である場合には、前記圧縮更新対象ファイルを前記子局装置に送信し、前記空き容量が前記第２必要容量未満である場合には、圧縮されていない前記更新対象ファイルである非圧縮更新対象ファイルを前記子局装置に送信する、通信システム。
前記子局装置は、
子側ファイルが記憶される第１記憶領域、および、該第１記憶領域以外の第２記憶領域を有する子側記憶部と、
前記子側記憶部の前記第２記憶領域における空き容量を特定する容量特定部と、
前記子側ファイルに含まれる複数のデータ構成の各々のバージョンを示す子側バージョン情報を取得するバージョン取得部と、
前記空き容量を示す容量情報、および、前記子側バージョン情報を、前記親局装置に送信する子側通信部と、
を備え、
前記親局装置は、
サーバから親側ファイルを取得する取得部と、
前記子局装置から前記容量情報および前記子側バージョン情報を受信する親側通信部と、
前記親側ファイルに含まれる複数のデータ構成の各々のバージョンを示す親側バージョン情報を取得し、取得した前記親側バージョン情報、および、前記親側通信部が受信した前記子側バージョン情報に基づいて、前記親側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成による更新対象となる、前記子側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成を特定する更新対象特定部と、
前記親側ファイルにおける前記複数のデータ構成のうちの前記１以上のデータ構成を含む更新対象ファイルを圧縮する圧縮部と、
前記容量情報が示す前記空き容量が、圧縮された前記更新対象ファイルである圧縮更新対象ファイルの解凍のために必要な第２必要容量以上か否かを判定する更新可否判定部と、
を備え、
前記親側通信部は、
前記空き容量が前記第２必要容量以上である場合には、前記圧縮更新対象ファイルを前記子局装置に送信し、前記空き容量が前記第２必要容量未満である場合には、圧縮されていない前記更新対象ファイルである非圧縮更新対象ファイルを前記子局装置に送信する、通信システム。
【請求項9】
前記子局装置は、
前記子側通信部が前記圧縮更新対象ファイルを受信した場合には、前記圧縮更新対象ファイルを解凍する解凍部と、
解凍によって得られた前記更新対象ファイルによって、前記子側ファイルのうちの前記更新対象の前記１以上のデータ構成を更新する書き込み部と、
を備え
前記書き込み部は、
前記子側通信部が、前記非圧縮更新対象ファイルを受信した場合には、該非圧縮更新対象ファイルによって、前記子側ファイルのうちの前記更新対象の前記１以上のデータ構成を更新する、請求項８に記載の通信システム。
前記子側通信部が前記圧縮更新対象ファイルを受信した場合には、前記圧縮更新対象ファイルを解凍する解凍部と、
解凍によって得られた前記更新対象ファイルによって、前記子側ファイルのうちの前記更新対象の前記１以上のデータ構成を更新する書き込み部と、
を備え
前記書き込み部は、
前記子側通信部が、前記非圧縮更新対象ファイルを受信した場合には、該非圧縮更新対象ファイルによって、前記子側ファイルのうちの前記更新対象の前記１以上のデータ構成を更新する、請求項８に記載の通信システム。
【請求項10】
前記子側通信部は、
前記子局装置の解凍機能の有無を示す機能情報を前記親局装置に送信し、
前記親側通信部は、
前記子局装置が解凍機能を有さないことを、前記子局装置からの前記機能情報が示す場合には、前記圧縮更新対象ファイルを前記子局装置に送信せず、前記非圧縮更新対象ファイルを前記子局装置に送信する、請求項８または請求項９に記載の通信システム。
前記子局装置の解凍機能の有無を示す機能情報を前記親局装置に送信し、
前記親側通信部は、
前記子局装置が解凍機能を有さないことを、前記子局装置からの前記機能情報が示す場合には、前記圧縮更新対象ファイルを前記子局装置に送信せず、前記非圧縮更新対象ファイルを前記子局装置に送信する、請求項８または請求項９に記載の通信システム。
【請求項11】
互いに通信を行う親局装置と子局装置とを有する通信システムであって、
前記子局装置は、
子側ファイルが記憶される第１記憶領域、および、該第１記憶領域以外の第２記憶領域を有する子側記憶部と、
前記子側記憶部の前記第２記憶領域における空き容量を特定する容量特定部と、
前記子側ファイルに含まれる複数のデータ構成の各々のバージョンを示す子側バージョン情報を取得するバージョン取得部と、
前記空き容量を示す容量情報、および、前記子側バージョン情報を、前記親局装置に送信する子側通信部と、
を備え、
前記親局装置は、
サーバから親側ファイルを取得する取得部と、
前記子局装置から前記容量情報および前記子側バージョン情報を受信する親側通信部と、
前記親側ファイルに含まれる複数のデータ構成の各々のバージョンを示す親側バージョン情報を取得し、取得した前記親側バージョン情報、および、前記親側通信部が受信した前記子側バージョン情報に基づいて、前記親側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成による更新対象となる、前記子側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成を特定する更新対象特定部と、
前記親側ファイルにおける前記複数のデータ構成のうちの前記１以上のデータ構成を含む更新対象ファイルを圧縮する圧縮部と、
前記容量情報が示す前記空き容量が、圧縮された前記更新対象ファイルである圧縮更新対象ファイルの解凍のために必要な第２必要容量以上か否かを判定する更新可否判定部と、
前記空き容量が前記第２必要容量未満である場合には、前記圧縮更新対象ファイルのデータ量を低減させた圧縮部分ファイルを生成する圧縮変更部と、
を備え、
前記圧縮変更部は、
前記更新対象ファイルのうち、前記圧縮部分ファイルに含まれるデータ以外のデータを圧縮されない状態で含む非圧縮部分ファイルを生成し、
前記親側通信部は、
前記空き容量が前記第２必要容量以上であれば、前記圧縮更新対象ファイルを前記子局装置に送信し、前記空き容量が、前記圧縮部分ファイルの容量によって定まる第３必要容量以上であって、且つ、前記第２必要容量未満である場合には、前記圧縮部分ファイルと前記非圧縮部分ファイルとを前記子局装置に送信し、前記空き容量が前記第３必要容量未満である場合には、圧縮されていない前記更新対象ファイルである非圧縮更新対象ファイルを前記子局装置に送信する、通信システム。
前記子局装置は、
子側ファイルが記憶される第１記憶領域、および、該第１記憶領域以外の第２記憶領域を有する子側記憶部と、
前記子側記憶部の前記第２記憶領域における空き容量を特定する容量特定部と、
前記子側ファイルに含まれる複数のデータ構成の各々のバージョンを示す子側バージョン情報を取得するバージョン取得部と、
前記空き容量を示す容量情報、および、前記子側バージョン情報を、前記親局装置に送信する子側通信部と、
を備え、
前記親局装置は、
サーバから親側ファイルを取得する取得部と、
前記子局装置から前記容量情報および前記子側バージョン情報を受信する親側通信部と、
前記親側ファイルに含まれる複数のデータ構成の各々のバージョンを示す親側バージョン情報を取得し、取得した前記親側バージョン情報、および、前記親側通信部が受信した前記子側バージョン情報に基づいて、前記親側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成による更新対象となる、前記子側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成を特定する更新対象特定部と、
前記親側ファイルにおける前記複数のデータ構成のうちの前記１以上のデータ構成を含む更新対象ファイルを圧縮する圧縮部と、
前記容量情報が示す前記空き容量が、圧縮された前記更新対象ファイルである圧縮更新対象ファイルの解凍のために必要な第２必要容量以上か否かを判定する更新可否判定部と、
前記空き容量が前記第２必要容量未満である場合には、前記圧縮更新対象ファイルのデータ量を低減させた圧縮部分ファイルを生成する圧縮変更部と、
を備え、
前記圧縮変更部は、
前記更新対象ファイルのうち、前記圧縮部分ファイルに含まれるデータ以外のデータを圧縮されない状態で含む非圧縮部分ファイルを生成し、
前記親側通信部は、
前記空き容量が前記第２必要容量以上であれば、前記圧縮更新対象ファイルを前記子局装置に送信し、前記空き容量が、前記圧縮部分ファイルの容量によって定まる第３必要容量以上であって、且つ、前記第２必要容量未満である場合には、前記圧縮部分ファイルと前記非圧縮部分ファイルとを前記子局装置に送信し、前記空き容量が前記第３必要容量未満である場合には、圧縮されていない前記更新対象ファイルである非圧縮更新対象ファイルを前記子局装置に送信する、通信システム。
【請求項12】
前記子局装置は、
前記子側通信部が前記圧縮更新対象ファイルと前記圧縮部分ファイルのうちのいずれかのファイルを受信した場合には、前記いずれかのファイルを解凍する解凍部と、
前記いずれかのファイルを解凍することによって得られた、圧縮されていない前記更新対象ファイルである前記非圧縮更新対象ファイルによって、前記子側ファイルのうちの前記更新対象の前記１以上のデータ構成を更新する書き込み部と、
を備え、
前記書き込み部は、
前記子側通信部が、前記非圧縮更新対象ファイルを受信した場合には、該非圧縮更新対象ファイルによって、前記子側ファイルのうちの前記更新対象の前記１以上のデータ構成を更新する、請求項１１に記載の通信システム。
前記子側通信部が前記圧縮更新対象ファイルと前記圧縮部分ファイルのうちのいずれかのファイルを受信した場合には、前記いずれかのファイルを解凍する解凍部と、
前記いずれかのファイルを解凍することによって得られた、圧縮されていない前記更新対象ファイルである前記非圧縮更新対象ファイルによって、前記子側ファイルのうちの前記更新対象の前記１以上のデータ構成を更新する書き込み部と、
を備え、
前記書き込み部は、
前記子側通信部が、前記非圧縮更新対象ファイルを受信した場合には、該非圧縮更新対象ファイルによって、前記子側ファイルのうちの前記更新対象の前記１以上のデータ構成を更新する、請求項１１に記載の通信システム。
【請求項13】
前記圧縮変更部は、
前記容量情報が示す前記空き容量から、前記更新対象ファイルのサイズを差し引いた圧縮ファイル用容量を導出し、
前記圧縮更新対象ファイルにおける前記１以上のデータ構成のうち、少なくとも１つのデータ構成を含む圧縮データ構成グループであって、前記少なくとも１つのデータ構成によるサイズが前記圧縮ファイル用容量以下となる前記圧縮データ構成グループを探索し、
探索して得られた１以上の前記圧縮データ構成グループのうち、サイズが最大となる前記圧縮データ構成グループを前記圧縮部分ファイルとする、請求項１１または請求項１２に記載の通信システム。
前記容量情報が示す前記空き容量から、前記更新対象ファイルのサイズを差し引いた圧縮ファイル用容量を導出し、
前記圧縮更新対象ファイルにおける前記１以上のデータ構成のうち、少なくとも１つのデータ構成を含む圧縮データ構成グループであって、前記少なくとも１つのデータ構成によるサイズが前記圧縮ファイル用容量以下となる前記圧縮データ構成グループを探索し、
探索して得られた１以上の前記圧縮データ構成グループのうち、サイズが最大となる前記圧縮データ構成グループを前記圧縮部分ファイルとする、請求項１１または請求項１２に記載の通信システム。
【請求項14】
前記子側通信部は、
前記子局装置の解凍機能の有無を示す機能情報を前記親局装置に送信し、
前記親側通信部は、
前記子局装置が解凍機能を有さないことを、前記子局装置からの前記機能情報が示す場合には、前記圧縮更新対象ファイル、または、前記圧縮部分ファイルおよび前記非圧縮部分ファイルに代え、前記非圧縮更新対象ファイルを前記子局装置に送信する、請求項１１または請求項１２に記載の通信システム。
前記子局装置の解凍機能の有無を示す機能情報を前記親局装置に送信し、
前記親側通信部は、
前記子局装置が解凍機能を有さないことを、前記子局装置からの前記機能情報が示す場合には、前記圧縮更新対象ファイル、または、前記圧縮部分ファイルおよび前記非圧縮部分ファイルに代え、前記非圧縮更新対象ファイルを前記子局装置に送信する、請求項１１または請求項１２に記載の通信システム。
【請求項15】
互いに通信を行う親局装置と子局装置とを有する通信システムによる通信方法であって、
前記子局装置は、
親側ファイルが記憶される第１記憶領域、および、該第１記憶領域以外の第２記憶領域を有する子側記憶部を備え、
前記親局装置による、
前記子局装置に送信するための前記親側ファイルを圧縮する圧縮ステップと、
圧縮された前記親側ファイルである圧縮ファイルを前記子局装置に送信する親側通信ステップと、
前記子局装置による、
前記親局装置から前記圧縮ファイルを受信する子側通信ステップと、
前記子側記憶部の前記第２記憶領域における空き容量が、前記圧縮ファイルの解凍のために必要な第１必要容量以上か否かを判定する容量判定ステップと、
前記空き容量が前記第１必要容量以上である場合には、前記圧縮ファイルを解凍する解凍ステップと、
解凍によって得られた前記親側ファイルを前記第１記憶領域に書き込む書き込みステップと、
前記空き容量が前記第１必要容量未満である場合には、前記圧縮ファイルを解凍できないことを示す情報を前記親局装置に送信する結果応答ステップと、
を含む、通信方法。
前記子局装置は、
親側ファイルが記憶される第１記憶領域、および、該第１記憶領域以外の第２記憶領域を有する子側記憶部を備え、
前記親局装置による、
前記子局装置に送信するための前記親側ファイルを圧縮する圧縮ステップと、
圧縮された前記親側ファイルである圧縮ファイルを前記子局装置に送信する親側通信ステップと、
前記子局装置による、
前記親局装置から前記圧縮ファイルを受信する子側通信ステップと、
前記子側記憶部の前記第２記憶領域における空き容量が、前記圧縮ファイルの解凍のために必要な第１必要容量以上か否かを判定する容量判定ステップと、
前記空き容量が前記第１必要容量以上である場合には、前記圧縮ファイルを解凍する解凍ステップと、
解凍によって得られた前記親側ファイルを前記第１記憶領域に書き込む書き込みステップと、
前記空き容量が前記第１必要容量未満である場合には、前記圧縮ファイルを解凍できないことを示す情報を前記親局装置に送信する結果応答ステップと、
を含む、通信方法。
【請求項16】
互いに通信を行う親局装置と子局装置とを有する通信システムによる通信方法であって、
前記子局装置は、
前記親局装置からの親側ファイルが記憶される第１記憶領域、および、該第１記憶領域以外の第２記憶領域を有する子側記憶部を備え、
前記子局装置による、
前記子側記憶部の前記第２記憶領域における空き容量を特定する容量特定ステップと、
前記空き容量を示す容量情報を前記親局装置に送信する子側通信ステップと、
を含み、
前記親局装置による、
前記容量情報を受信する親側通信ステップと、
前記親側ファイルを圧縮する圧縮ステップと、
前記容量情報が示す前記空き容量が、圧縮された前記親側ファイルである圧縮ファイルの解凍のために必要な第１必要容量以上か否かを判定する更新可否判定ステップと、
前記空き容量が前記第１必要容量以上である場合には、前記圧縮ファイルを前記子局装置に送信し、前記空き容量が前記第１必要容量未満である場合には、圧縮されていない前記親側ファイルである非圧縮ファイルを前記子局装置に送信するステップと、
を含む、通信方法。
前記子局装置は、
前記親局装置からの親側ファイルが記憶される第１記憶領域、および、該第１記憶領域以外の第２記憶領域を有する子側記憶部を備え、
前記子局装置による、
前記子側記憶部の前記第２記憶領域における空き容量を特定する容量特定ステップと、
前記空き容量を示す容量情報を前記親局装置に送信する子側通信ステップと、
を含み、
前記親局装置による、
前記容量情報を受信する親側通信ステップと、
前記親側ファイルを圧縮する圧縮ステップと、
前記容量情報が示す前記空き容量が、圧縮された前記親側ファイルである圧縮ファイルの解凍のために必要な第１必要容量以上か否かを判定する更新可否判定ステップと、
前記空き容量が前記第１必要容量以上である場合には、前記圧縮ファイルを前記子局装置に送信し、前記空き容量が前記第１必要容量未満である場合には、圧縮されていない前記親側ファイルである非圧縮ファイルを前記子局装置に送信するステップと、
を含む、通信方法。
【請求項17】
互いに通信を行う親局装置と子局装置とを有する通信システムであって、
前記子局装置は、
子側ファイルが記憶される第１記憶領域、および、該第１記憶領域以外の第２記憶領域を有する子側記憶部を備え、
前記子局装置による、
前記子側ファイルに含まれる複数のデータ構成の各々のバージョンを示す子側バージョン情報を取得するバージョン取得ステップと、
前記子側バージョン情報を前記親局装置に送信する子側通信ステップと、
を含み
前記親局装置による、
サーバから親側ファイルを取得する取得部ステップ、
前記子局装置から前記子側バージョン情報を受信する親側通信ステップと、
前記親側ファイルに含まれる複数のデータ構成の各々のバージョンを示す親側バージョン情報を取得し、前記親側バージョン情報および前記子側バージョン情報に基づいて、前記親側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成による更新対象となる、前記子側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成を特定する更新対象特定ステップと、
前記親側ファイルにおける前記複数のデータ構成のうちの前記１以上のデータ構成を含む更新対象ファイルを圧縮する圧縮ステップと、
圧縮された前記更新対象ファイルである圧縮更新対象ファイルを前記子局装置に送信するステップと、
前記子局装置による、
前記圧縮更新対象ファイルを受信した場合には、前記子側記憶部の前記第２記憶領域における空き容量が、前記圧縮更新対象ファイルの解凍のために必要な第２必要容量以上か否かを判定する容量判定ステップと、
前記空き容量が前記第２必要容量以上である場合には、前記圧縮更新対象ファイルを解凍する解凍ステップと、
解凍によって得られた前記更新対象ファイルによって、前記子側ファイルのうちの前記更新対象の前記１以上のデータ構成を更新する書き込みステップと、
を含む、通信方法。
前記子局装置は、
子側ファイルが記憶される第１記憶領域、および、該第１記憶領域以外の第２記憶領域を有する子側記憶部を備え、
前記子局装置による、
前記子側ファイルに含まれる複数のデータ構成の各々のバージョンを示す子側バージョン情報を取得するバージョン取得ステップと、
前記子側バージョン情報を前記親局装置に送信する子側通信ステップと、
を含み
前記親局装置による、
サーバから親側ファイルを取得する取得部ステップ、
前記子局装置から前記子側バージョン情報を受信する親側通信ステップと、
前記親側ファイルに含まれる複数のデータ構成の各々のバージョンを示す親側バージョン情報を取得し、前記親側バージョン情報および前記子側バージョン情報に基づいて、前記親側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成による更新対象となる、前記子側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成を特定する更新対象特定ステップと、
前記親側ファイルにおける前記複数のデータ構成のうちの前記１以上のデータ構成を含む更新対象ファイルを圧縮する圧縮ステップと、
圧縮された前記更新対象ファイルである圧縮更新対象ファイルを前記子局装置に送信するステップと、
前記子局装置による、
前記圧縮更新対象ファイルを受信した場合には、前記子側記憶部の前記第２記憶領域における空き容量が、前記圧縮更新対象ファイルの解凍のために必要な第２必要容量以上か否かを判定する容量判定ステップと、
前記空き容量が前記第２必要容量以上である場合には、前記圧縮更新対象ファイルを解凍する解凍ステップと、
解凍によって得られた前記更新対象ファイルによって、前記子側ファイルのうちの前記更新対象の前記１以上のデータ構成を更新する書き込みステップと、
を含む、通信方法。
【請求項18】
互いに通信を行う親局装置と子局装置とを有する通信システムによる通信方法あって、
前記子局装置は、
子側ファイルが記憶される第１記憶領域、および、該第１記憶領域以外の第２記憶領域を有する子側記憶部を備え、
前記子局装置による、
前記子側記憶部の前記第２記憶領域における空き容量を特定する容量特定ステップと、
前記子側ファイルに含まれる複数のデータ構成の各々のバージョンを示す子側バージョン情報を取得するバージョン取得ステップと、
前記空き容量を示す容量情報、および、前記子側バージョン情報を、前記親局装置に送信する子側通信ステップと、
を含み、
前記親局装置による、
サーバから親側ファイルを取得する取得ステップと、
前記子局装置から前記容量情報および前記子側バージョン情報を受信する親側通信ステップと、
前記親側ファイルに含まれる複数のデータ構成の各々のバージョンを示す親側バージョン情報を取得し、前記親側バージョン情報および前記子側バージョン情報に基づいて、前記親側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成による更新対象となる、前記子側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成を特定する更新対象特定ステップと、
前記親側ファイルにおける前記複数のデータ構成のうちの前記１以上のデータ構成を含む更新対象ファイルを圧縮する圧縮ステップと、
前記容量情報が示す前記空き容量が、圧縮された前記更新対象ファイルである圧縮更新対象ファイルの解凍のために必要な第２必要容量以上か否かを判定する更新可否判定ステップと、
前記空き容量が前記第２必要容量以上である場合には、前記圧縮更新対象ファイルを前記子局装置に送信し、前記空き容量が前記第２必要容量未満である場合には、圧縮されていない前記更新対象ファイルである非圧縮更新対象ファイルを前記子局装置に送信するステップと、
を含む通信方法。
前記子局装置は、
子側ファイルが記憶される第１記憶領域、および、該第１記憶領域以外の第２記憶領域を有する子側記憶部を備え、
前記子局装置による、
前記子側記憶部の前記第２記憶領域における空き容量を特定する容量特定ステップと、
前記子側ファイルに含まれる複数のデータ構成の各々のバージョンを示す子側バージョン情報を取得するバージョン取得ステップと、
前記空き容量を示す容量情報、および、前記子側バージョン情報を、前記親局装置に送信する子側通信ステップと、
を含み、
前記親局装置による、
サーバから親側ファイルを取得する取得ステップと、
前記子局装置から前記容量情報および前記子側バージョン情報を受信する親側通信ステップと、
前記親側ファイルに含まれる複数のデータ構成の各々のバージョンを示す親側バージョン情報を取得し、前記親側バージョン情報および前記子側バージョン情報に基づいて、前記親側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成による更新対象となる、前記子側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成を特定する更新対象特定ステップと、
前記親側ファイルにおける前記複数のデータ構成のうちの前記１以上のデータ構成を含む更新対象ファイルを圧縮する圧縮ステップと、
前記容量情報が示す前記空き容量が、圧縮された前記更新対象ファイルである圧縮更新対象ファイルの解凍のために必要な第２必要容量以上か否かを判定する更新可否判定ステップと、
前記空き容量が前記第２必要容量以上である場合には、前記圧縮更新対象ファイルを前記子局装置に送信し、前記空き容量が前記第２必要容量未満である場合には、圧縮されていない前記更新対象ファイルである非圧縮更新対象ファイルを前記子局装置に送信するステップと、
を含む通信方法。
【請求項19】
互いに通信を行う親局装置と子局装置とを有する通信システムによる通信方法であって、
前記子局装置は、
子側ファイルが記憶される第１記憶領域、および、該第１記憶領域以外の第２記憶領域を有する子側記憶部を備え、
前記子局装置による、
前記子側記憶部の前記第２記憶領域における空き容量を特定する容量特定ステップと、
前記子側ファイルに含まれる複数のデータ構成の各々のバージョンを示す子側バージョン情報を取得するバージョン取得ステップと、
前記空き容量を示す容量情報、および、前記子側バージョン情報を、前記親局装置に送信する子側通信ステップと、
を含み、
前記親局装置による、
サーバから親側ファイルを取得する取得ステップと、
前記子局装置から前記容量情報および前記子側バージョン情報を受信する親側通信ステップと、
前記親側ファイルに含まれる複数のデータ構成の各々のバージョンを示す親側バージョン情報を取得し、前記親側バージョン情報および前記子側バージョン情報に基づいて、前記親側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成による更新対象となる、前記子側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成を特定する更新対象特定ステップと、
前記親側ファイルにおける前記複数のデータ構成のうちの前記１以上のデータ構成を含む更新対象ファイルを圧縮する圧縮部と、
前記容量情報が示す前記空き容量が、圧縮された前記更新対象ファイルである圧縮更新対象ファイルの解凍のために必要な第２必要容量以上か否かを判定する更新可否判定ステップと、
前記空き容量が前記第２必要容量未満である場合には、前記圧縮更新対象ファイルのデータ量を低減させた圧縮部分ファイルを生成する圧縮変更ステップと、
前記更新対象ファイルのうち、前記圧縮部分ファイルに含まれるデータ以外のデータを圧縮されない状態で含む非圧縮部分ファイルを生成するステップと、
前記空き容量が前記第２必要容量以上であれば、前記圧縮更新対象ファイルを前記子局装置に送信し、前記空き容量が、前記圧縮部分ファイルの容量によって定まる第３必要容量以上であって、且つ、前記第２必要容量未満である場合には、前記圧縮部分ファイルと前記非圧縮部分ファイルとを前記子局装置に送信し、前記空き容量が前記第３必要容量未満である場合には、圧縮されていない前記更新対象ファイルである非圧縮更新対象ファイルを前記子局装置に送信するステップと、
を含む通信方法。
前記子局装置は、
子側ファイルが記憶される第１記憶領域、および、該第１記憶領域以外の第２記憶領域を有する子側記憶部を備え、
前記子局装置による、
前記子側記憶部の前記第２記憶領域における空き容量を特定する容量特定ステップと、
前記子側ファイルに含まれる複数のデータ構成の各々のバージョンを示す子側バージョン情報を取得するバージョン取得ステップと、
前記空き容量を示す容量情報、および、前記子側バージョン情報を、前記親局装置に送信する子側通信ステップと、
を含み、
前記親局装置による、
サーバから親側ファイルを取得する取得ステップと、
前記子局装置から前記容量情報および前記子側バージョン情報を受信する親側通信ステップと、
前記親側ファイルに含まれる複数のデータ構成の各々のバージョンを示す親側バージョン情報を取得し、前記親側バージョン情報および前記子側バージョン情報に基づいて、前記親側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成による更新対象となる、前記子側ファイルにおける前記複数のデータ構成のうちの１以上のデータ構成を特定する更新対象特定ステップと、
前記親側ファイルにおける前記複数のデータ構成のうちの前記１以上のデータ構成を含む更新対象ファイルを圧縮する圧縮部と、
前記容量情報が示す前記空き容量が、圧縮された前記更新対象ファイルである圧縮更新対象ファイルの解凍のために必要な第２必要容量以上か否かを判定する更新可否判定ステップと、
前記空き容量が前記第２必要容量未満である場合には、前記圧縮更新対象ファイルのデータ量を低減させた圧縮部分ファイルを生成する圧縮変更ステップと、
前記更新対象ファイルのうち、前記圧縮部分ファイルに含まれるデータ以外のデータを圧縮されない状態で含む非圧縮部分ファイルを生成するステップと、
前記空き容量が前記第２必要容量以上であれば、前記圧縮更新対象ファイルを前記子局装置に送信し、前記空き容量が、前記圧縮部分ファイルの容量によって定まる第３必要容量以上であって、且つ、前記第２必要容量未満である場合には、前記圧縮部分ファイルと前記非圧縮部分ファイルとを前記子局装置に送信し、前記空き容量が前記第３必要容量未満である場合には、圧縮されていない前記更新対象ファイルである非圧縮更新対象ファイルを前記子局装置に送信するステップと、
を含む通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、通信関係がある親装置と子装置を含み、子装置のファームウェアの更新を行う通信システムおよび通信方法に関するものである。
【背景技術】
【0002】
従来、ＥＰＯＮ（Ethernet Passive Optical Network）などによるシステムにおけるＯＮＵ（Optical Network Unit）などの子局装置のファームウェアの更新方法として、以下の方法が知られている（Ethernetは登録商標）。まず、サーバが、ＯＬＴ（Optical Line Terminal）などの親局装置に子局装置のファームウェアファイルを転送する。親局装置は、サーバから転送されたファームウェアファイルを子局装置に転送し、子局装置は、受信したファームウェアファイルによってファームウェアを更新する。
【0003】
ここで、ＥＰＯＮなどでは、１つの親局装置に複数の子局装置が接続される。そして、複数の子局装置のファームウェアの更新の際、親局装置は各子局装置にファームウェアファイルを転送する。ファームウェアファイルの転送には、親局装置から子局装置へのデータの伝送経路上の帯域が使用され、ユーザが使用可能な帯域は、ファームウェアファイルの転送で使用される帯域の分、減少する。ファームウェアファイルのサイズ、すなわち、ファームウェアファイルのデータ量が大きい場合には、転送に時間がかかり、その間、ユーザは制限された帯域しか使用できず、利便性が低下する。更に、親局装置からファームウェアファイルを受信した子局装置は、自機のファームウェア更新処理を行うため、通常動作を行うことができない。
【0004】
このような状況下において、転送されたファームウェアファイルの一部分を揮発性メモリに書き込み、他の部分を不揮発性メモリに書き込むことによって、受信したファームウェアファイルの更新処理に係る時間を短縮する方法が知られている（例えば、特許文献１参照）。より詳細には、不揮発性メモリへの書き込みには時間がかかるため、ファームウェアファイルのうちの一部分を揮発性メモリに書き込むことによって、書き込み速度を向上させる。これにより、ファームウェアファイルの更新時間の短縮が図られる。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開２０２２－６９３５号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
特許文献１に記載の技術は、子局装置におけるファームウェアの更新処理の時間短縮につながる。ところが、親局装置から子局装置へのファームウェアファイルの転送時間に関する課題が残る。ファームウェアファイルを転送中に、子局装置の電源が断たれた場合、または、親局装置と子局装置との間の通信が遮断された場合等には、親局装置は、再度、ファームウェアファイルを子局装置に最初から転送しなければならなくなり得る。このような電源または通信の遮断などの事象は、ファームウェアファイルの転送時間が長いほど発生する可能性が高くなるため、ファームウェアの転送時間の短縮が望まれている。
【0007】
近年では、Ｌｉｎｕｘ（登録商標）をベースとしたファームウェアの開発が増えている。Ｌｉｎｕｘ（登録商標）をベースとして開発されたファームウェアには、多機能なプログラムが組み込まれているため、ファームウェアファイルのサイズが増大している。そのようなサイズの大きいファームウェアを更新する場合、ファームウェアファイルの転送に時間を要するため、転送時間の短縮への要請はより高まっている。
【0008】
本開示は、上記課題を解決するためになされたものであり、ファイルの転送時間を短縮する通信システムおよび通信方法を提供することを目的とする。
【課題を解決するための手段】
【0009】
本開示に係る通信システムは、互いに通信を行う親局装置と子局装置とを有する通信システムであって、前記親局装置は、前記子局装置に送信するための親側ファイルを圧縮する圧縮部と、前記圧縮部によって圧縮された前記親側ファイルである圧縮ファイルを前記子局装置に送信する親側通信部と、を備え、前記子局装置は、前記親局装置から前記圧縮ファイルを受信する子側通信部と、前記親側ファイルが記憶される第１記憶領域、および、該第１記憶領域以外の第２記憶領域を有する子側記憶部と、前記子側記憶部の前記第２記憶領域における空き容量が、前記圧縮ファイルの解凍のために必要な第１必要容量以上か否かを判定する容量判定部と、前記空き容量が前記第１必要容量以上である場合には、前記圧縮ファイルを解凍する解凍部と、解凍によって得られた前記親側ファイルを前記第１記憶領域に書き込む書き込み部と、前記空き容量が前記第１必要容量未満である場合には、前記圧縮ファイルを解凍できないことを示す情報を前記親局装置に送信するよう前記子側通信部に指示を行う結果応答部と、を備える。
【0010】
本開示に係る通信方法は、互いに通信を行う親局装置と子局装置とを有する通信システムによる通信方法であって、前記子局装置は、親側ファイルが記憶される第１記憶領域、および、該第１記憶領域以外の第２記憶領域を有する子側記憶部を備え、前記親局装置による、前記子局装置に送信するための前記親側ファイルを圧縮する圧縮ステップと、圧縮された前記親側ファイルである圧縮ファイルを前記子局装置に送信する親側通信ステップと、前記子局装置による、前記親局装置から前記圧縮ファイルを受信する子側通信ステップと、前記子側記憶部の前記第２記憶領域における空き容量が、前記圧縮ファイルの解凍のために必要な第１必要容量以上か否かを判定する容量判定ステップと、前記空き容量が前記第１必要容量以上である場合には、前記圧縮ファイルを解凍する解凍ステップと、解凍によって得られた前記親側ファイルを前記第１記憶領域に書き込む書き込みステップと、前記空き容量が前記第１必要容量未満である場合には、前記圧縮ファイルを解凍できないことを示す情報を前記親局装置に送信する結果応答ステップと、を含む。
【発明の効果】
【0011】
本開示に係る通信システムおよび通信方法によれば、親局装置は親側ファイルを圧縮して得られる圧縮ファイルを子局装置に送信する。これにより、ファイルの転送時間の短縮が可能になる。
【図面の簡単な説明】
【0012】
【図1】実施の形態１に係る通信システムの構成の一例を示す模式図である。
【図2】実施の形態１におけるＯＬＴの機能ブロックを例示する図である。
【図3】実施の形態１における第１更新用ファイルを例示する模式図である。
【図4】実施の形態１におけるＯＮＵの機能ブロックを例示する図である。
【図5】実施の形態１におけるＯＬＴのハードウェア構成を例示する模式図である。
【図6】実施の形態１におけるＯＮＵのハードウェア構成を例示する模式図である。
【図7】実施の形態１に係る通信システムにおけるＯＬＴとＯＮＵとの間の通信処理を例示するシーケンス図である。
【図8】実施の形態１に係る通信システムのＯＮＵによるファームウェア更新処理を例示するフローチャートである。
【図9】実施の形態２に係るＯＬＴの機能ブロックを例示する図である。
【図10】実施の形態２におけるＯＮＵの機能ブロックを例示する図である。
【図11】実施の形態２に係る通信システムにおけるＯＬＴとＯＮＵとの間の通信処理を例示するシーケンス図である。
【図12】実施の形態２に係る通信システムのＯＬＴによるファームウェアファイルの送信処理を例示するフローチャートである。
【図13】実施の形態３に係るＯＬＴの機能ブロックを例示する図である。
【図14】実施の形態３に係るＯＮＵの機能ブロックを例示する図である。
【図15】実施の形態３に係る通信システムにおけるＯＬＴとＯＮＵとの間の通信処理を例示するシーケンス図である。
【図16】実施の形態３に係る通信システムのＯＬＴによる更新対象ファイルの送信処理の前半部分を例示するフローチャートである。
【図17】実施の形態３に係る通信システムのＯＬＴによる更新対象ファイルの送信処理の後半部分を例示するフローチャートである。
【図18】実施の形態４におけるＯＬＴの機能ブロックを例示する図である。
【図19】実施の形態４におけるＯＮＵの機能ブロックを例示する図である。
【図20】実施の形態４に係る通信システムにおけるＯＬＴとＯＮＵとの間の通信処理を例示するシーケンス図である。
【図21】実施の形態４に係る通信システムのＯＬＴによる更新対象ファイルの送信処理を例示するフローチャートである。
【図22】実施の形態４におけるＯＮＵによるファームウェア更新処理を例示するフローチャートである。
【図23】実施の形態４における圧縮変更部による、圧縮更新対象ファイルにおけるデータの削減処理の第１の例を示すフローチャートである。
【図24】実施の形態４における圧縮変更部による、圧縮更新対象ファイルにおけるデータの削減処理の第２の例を示すフローチャートである。
【図25】実施の形態４における圧縮更新対象ファイルのデータの削減処理の第２の例について説明するための図である。
【図26】実施の形態４における圧縮変更部による、圧縮更新対象ファイルにおけるデータの削減処理の第３の例を示すフローチャートである。
【図27】実施の形態４における圧縮更新対象ファイルのデータ削減処理の第３の例について説明するための図である。
【発明を実施するための形態】
【0013】
実施の形態１．
図１は、実施の形態１に係る通信システムの構成の一例を示す模式図である。なお、実施の形態１では、通信システム１００として、ＥＰＯＮ（Ethernet Passive Optical Network）によるシステムを例に挙げて説明する。通信システム１００は、ＯＬＴ（Optical Line Terminal）１と、１以上のＯＮＵ（Optical Network Unit）３とを有する。ＯＬＴ１は親局装置の例であり、ＯＮＵ３は子局装置の例である。
図１は、実施の形態１に係る通信システムの構成の一例を示す模式図である。なお、実施の形態１では、通信システム１００として、ＥＰＯＮ（Ethernet Passive Optical Network）によるシステムを例に挙げて説明する。通信システム１００は、ＯＬＴ（Optical Line Terminal）１と、１以上のＯＮＵ（Optical Network Unit）３とを有する。ＯＬＴ１は親局装置の例であり、ＯＮＵ３は子局装置の例である。
【0014】
ＯＬＴ１と、１以上のＯＮＵ３とは、光スプリッタ５を介して接続され、有線通信を行う。光スプリッタ５は、ＯＬＴ１からＯＮＵ３への光信号を分岐し、ＯＮＵ３からＯＬＴ１への光信号を集約する。
【0015】
ＯＬＴ１は、サーバ６と通信し、サーバ６からＯＮＵ３のファームウェアを更新するためのファームウェアファイルを取得する。サーバ６からのファームウェアファイルは、親側ファイルの例である。実施の形態１のＯＬＴ１は、ファームウェアファイルを取得した場合には、当該ファームウェアファイルを圧縮し、圧縮後のファームウェアファイルをＯＮＵ３に送信する。以下では圧縮された状態の親側ファイルを圧縮ファイルと記載する場合もある。また、以下では、圧縮されていない状態の親側ファイルを非圧縮ファイルと記載する場合もある。
【0016】
図２は、実施の形態１におけるＯＬＴの機能ブロックを例示する図である。ＯＬＴ１は、取得部１０と親側記憶部１１と圧縮部１２と親側通信部１３とを備える。取得部１０は、サーバ６と通信し、サーバ６からファームウェアファイルを取得する。親側記憶部１１は、取得部１０が取得したファームウェアファイルを記憶する。圧縮部１２は、ファームウェアファイルを圧縮する。親側通信部１３は、圧縮部１２が圧縮したファームウェアファイルにヘッダ情報を付加した第１更新用ファイルをＯＮＵ３に送信する。
【0017】
図３は、実施の形態１における第１更新用ファイルを例示する模式図である。図３に示すファームウェアファイルには、デバイスツリーと、ＯＳ（Operating System）と、ＳＤＫ（Software Development Kit）と、ＡＰＬ（Application Software）とが含まれる。以下では、数値または文字等のデータによって構成される、デバイスツリー、ＯＳ、ＳＤＫ、およびＡＰＬ等の各々をデータ構成と記載する場合もある。図３に示すヘッダ情報には、サイズ情報と、圧縮識別情報と、データ構成情報と、デバイスツリーバージョン情報と、ＯＳバージョン情報と、ＳＤＫバージョン情報と、ＡＰＬバージョン情報とが含まれる。
【0018】
サイズ情報は、ファームウェアファイルのサイズを示す情報である。なお、サイズとは、データ量に相当する。サイズ情報は、ファームウェアファイルが圧縮されていない場合には、非圧縮ファイルのサイズを示す情報である。一方、ファームウェアファイルが圧縮されている場合には、サイズ情報は、圧縮ファイルのサイズを示す情報と、非圧縮ファイルのサイズを示す情報とを含む。あるいは、ファームウェアファイルが圧縮されている場合におけるサイズ情報は、圧縮ファイルのサイズと、非圧縮ファイルのサイズとの合計を示す情報である。圧縮識別情報は、ファームウェアファイルの圧縮の有無を示す情報である。圧縮識別情報は、データ構成ごとの圧縮の有無を示してもよい。データ構成情報は、ファームウェアファイルに含まれるデータ構成を示す情報である。
【0019】
デバイスツリーバージョン情報は、ファームウェアファイルのデバイスツリーのバージョンを示す情報であり、ＯＳバージョン情報は、ファームウェアファイルのＯＳのバージョンを示す情報である。ＳＤＫバージョン情報は、ファームウェアファイルのＳＤＫのバージョンを示す情報であり、ＡＰＬバージョン情報は、ファームウェアファイルのＡＰＬのバージョンを示す情報である。以下では、デバイスツリーバージョン情報と、ＯＳバージョン情報と、ＳＤＫバージョン情報と、ＡＰＬバージョン情報など、ファームウェアファイルに含まれるデータ構成のバージョンを示す、ヘッダ情報内の情報をヘッダ内バージョン情報と記載する場合もある。
【0020】
図４は、実施の形態１におけるＯＮＵの機能ブロックを例示する図である。ＯＮＵ３は、子側通信部３０と子側記憶部３１とヘッダ解析部３２と容量判定部３３と解凍部３４と書き込み部３５と結果応答部３６とを備える。
【0021】
子側通信部３０はＯＬＴ１と通信する。子側通信部３０は、ＯＬＴ１から第１更新用ファイルを受信する。
【0022】
子側記憶部３１は不揮発性メモリを含む。当該不揮発性メモリには、ファームウェアファイルが記憶される。以下では、不揮発性メモリにおけるファームウェアファイルが記憶される領域を第１記憶領域と記載する場合もある。子側記憶部３１は、揮発性メモリを含んでもよい。子側記憶部３１の第１記憶領域以外の記憶領域である第２記憶領域には、子側通信部３０が受信した第１更新用ファイルなどが保存される。なお、後述するように、実施の形態１におけるＯＮＵ３は、ＯＬＴ１から、非圧縮ファイルにヘッダ情報が付加された第２更新用ファイルを受信する場合もあり、この場合には、子側記憶部３１の第２記憶領域には第２更新用ファイルが保存される。
【0023】
ヘッダ解析部３２はヘッダ情報の解析を行い、サイズ情報および圧縮識別情報等の情報を得る。また、ヘッダ解析部３２は、解析によって得られた圧縮識別情報からファームウェアファイルが圧縮されているか否かを判定する。容量判定部３３は、ヘッダ解析部３２による判定結果が、ファームウェアの圧縮、すなわち、ファームウェアファイルが圧縮されていることを示す場合には、第１更新用ファイルに含まれる圧縮ファイルを解凍するために必要な空き容量が、子側記憶部３１の第２記憶領域に存在するか否かを判定する。以下では、圧縮ファイルを解凍するために最低限必要な空き容量を第１必要容量と記載する場合もある。なお、圧縮ファイルを解凍すると、第２記憶領域に圧縮ファイルと非圧縮ファイルとが記憶された状態となる。子側通信部３０による第１更新用ファイルの受信後、第２記憶領域に圧縮ファイルが記憶されるので、圧縮ファイルの解凍のためには、非圧縮ファイルのデータ量以上の空き容量が第２記憶領域において必要となる。そのため、実施の形態１における第１必要容量は、非圧縮ファイルのデータ量と等しい量である。なお、以下、空き容量と記載する場合には、子側記憶部３１の第２記憶領域における空き容量を指すものとする。
【0024】
解凍部３４は、子側記憶部３１の空き容量が第１必要容量以上である場合には、圧縮ファイルを解凍する。書き込み部３５は、解凍によって得られたファームウェアファイルを子側記憶部３１の不揮発性メモリの第１記憶領域に書き込む。これにより、ＯＮＵ３のファームウェアは更新される。一方、解凍部３４は、子側記憶部３１の空き容量が第１必要容量未満である場合には、圧縮ファイルを解凍しない。また、この場合には、書き込み部３５は、圧縮ファイルを第１記憶領域に書き込まない。そのため、このままでは、ファームウェアファイルの更新がされない状態となるが、実施の形態１における結果応答部３６は、空き容量が第１必要容量未満である場合においても、ＯＮＵ３におけるファームウェアの更新を可能にするため、以下の処理を行う。
【0025】
結果応答部３６は、子側記憶部３１の空き容量が第１必要容量未満であって、ファームウェアファイルの更新が行われない場合には、子側記憶部３１の容量不足によって更新処理が行えないことを示す更新不可情報を送信するよう子側通信部３０に指示を行う。子側通信部３０は、結果応答部３６からの指示に基づいて更新不可情報をＯＬＴ１に送信する。ＯＬＴ１は、更新不可情報をＯＮＵ３から受信した場合には、非圧縮ファイルにヘッダ情報を付加した第２更新用ファイルをＯＮＵ３に送信する。書き込み部３５は、子側通信部３０が第２更新用ファイルを受信した場合には、当該第２更新用ファイルに含まれる非圧縮ファイルを第１記憶領域に書き込む。これにより、ＯＮＵ３はファームウェアを更新することができる。
【0026】
結果応答部３６は、子側記憶部３１の空き容量が第１必要容量以上である場合には、ファームウェアファイルの更新が可能であることを示す情報をＯＬＴ１に送信するよう子側通信部３０に指示を行ってもよい。あるいは、結果応答部３６は、ファームウェアファイルの更新が完了した場合には、更新完了を示す情報をＯＬＴ１に送信するよう子側通信部３０に指示を行ってもよい。
【0027】
以下、図５～図６を参照して、ＯＬＴ１とＯＮＵ３の各ハードウェア構成について説明する。図５は、実施の形態１におけるＯＬＴのハードウェア構成を例示する模式図である。図６は、実施の形態１におけるＯＮＵのハードウェア構成を例示する模式図である。図５に示すように、ＯＬＴ１は、第１バス２０によって接続された、第１プロセッサ２１と第１メモリ２２と第１通信インターフェース回路２３とサーバ通信用インターフェース回路２４とによって構成することができる。第１プロセッサ２１は、ＣＰＵ（Central Processing Unit）またはＭＰＵ（Micro Processing Unit）等である。第１メモリ２２は、不揮発性のＲＡＭ（Random Access Memory）、または、書き込み可能なＲＯＭ（Read Only Memory）である。なお、第１メモリ２２には、揮発性のＲＡＭ、または、書き込みができないＲＯＭ等が含まれてもよい。第１通信インターフェース回路２３は、例えば、ＰＯＮ（Passive Optical Network）による通信を可能にするインターフェース回路である。サーバ通信用インターフェース回路２４は、サーバ６との間の有線通信または無線通信を可能にするためのインターフェース回路である。
【0028】
取得部１０の機能は、サーバ通信用インターフェース回路２４によって実現可能である。親側記憶部１１の機能は、第１メモリ２２によって実現可能である。圧縮部１２の機能は、第１プロセッサ２１が第１メモリ２２に記憶されている各種プログラムを読み出して実行することにより実現可能である。第１通信インターフェース回路２３の機能は、第１通信インターフェース回路２３、または、第１通信インターフェース回路２３と第１プロセッサ２１との組み合わせによって実現可能である。ＯＬＴ１は、その全部または一部を専用のハードウェアとしてもよい。
【0029】
ＯＮＵ３は、第２バス４０によって接続された、第２プロセッサ４１と第２メモリ４２と第３メモリ４３と第２通信インターフェース回路４４とによって構成することができる。第２プロセッサ４１は、ＣＰＵまたはＭＰＵ等である。第２メモリ４２は、不揮発性のＲＡＭ、または、書き込み可能なＲＯＭである。第２メモリ４２は、子側記憶部３１の上記不揮発性メモリの例であり、第１記憶領域を有する。第３メモリ４３は揮発性のＲＡＭである。第３メモリ４３は第２記憶領域を有する。第３メモリ４３には、不揮発性のＲＡＭ、またはＲＯＭが含まれてもよい。また、第３メモリ４３が、不揮発性のＲＡＭ、または、書き込み可能なＲＯＭを含む場合には、第２メモリ４２と第３メモリ４３は一体のメモリであってもよい。第２通信インターフェース回路４４は、例えばＰＯＮによる通信を可能にするインターフェース回路である。
【0030】
子側通信部３０の機能は、第２通信インターフェース回路４４、または、第２通信インターフェース回路４４と第２プロセッサ４１との組み合わせによって実現可能である。子側記憶部３１の機能は、第２メモリ４２と第３メモリ４３によって実現可能である。ヘッダ解析部３２と容量判定部３３と解凍部３４と書き込み部３５と結果応答部３６の各機能は、第２プロセッサ４１が、第２メモリ４２および第３メモリ４３の両方および一方に記憶されている各種プログラムを読み出して実行することにより実現可能である。ＯＮＵ３は、その全部または一部を専用のハードウェアとしてもよい。
【0031】
以下、実施の形態１に係る通信システム１００による処理について図７～図８を参照して説明する。図７は、実施の形態１に係る通信システムにおけるＯＬＴとＯＮＵとの間の通信処理を例示するシーケンス図である。図８は、実施の形態１に係る通信システムのＯＮＵによるファームウェア更新処理を例示するフローチャートである。
【0032】
図７のステップＳ１においてＯＬＴ１は、ファームウェアの更新を要求する更新要求信号をＯＮＵ３に送信する。ステップＳ２においてＯＮＵ３は、当該更新要求信号に応答するための更新応答信号をＯＬＴ１に送信する。なお、当該更新要求信号の送信は、ＯＬＴ１の親側通信部１３によって実行され、当該更新応答信号の送信は、ＯＮＵ３の子側通信部３０によって実行される。
【0033】
ステップＳ３～ステップＳ６においてＯＬＴ１は、第１更新用ファイルをフレーム毎にＯＮＵ３に送信し、ＯＮＵ３は、フレームを受信したことを示すフレーム応答信号を、フレームを受信する毎にＯＬＴ１に送信する。まず、ステップＳ３においてＯＬＴ１は、第１更新用ファイルのうち最初のフレームをＯＮＵ３に送信する。ステップＳ４においてＯＮＵ３は、当該最初のフレームを受信したことを示すフレーム応答信号をＯＬＴ１に送信する。ステップＳ３以降、ＯＬＴ１が第１更新用ファイルにおけるフレームの順番に沿ってフレームをＯＮＵ３に送信する処理と、ＯＮＵ３が当該フレームを受信したことを示すフレーム応答信号をＯＬＴ１に送信する処理とが繰り返される。そして、ステップＳ５においてＯＬＴ１は、最後のフレームをＯＮＵ３に送信し、ステップＳ６においてＯＮＵ３は、当該最後のフレームを受信したことを示すフレーム応答信号をＯＬＴ１に送信する。なお、フレームの送信処理は、親側通信部１３によって実行され、フレームの受信毎のフレーム応答信号の送信処理は、子側通信部３０によって実行される。ＯＮＵ３はＯＬＴ１からフレームを受信する毎に受信したファイルを子側記憶部３１の第２記憶領域に保存する。
【0034】
図８のステップＳ１１の処理は、上記ステップＳ５以降においてＯＮＵ３が全てのフレームをＯＬＴ１から受信した場合、すなわち、ＯＮＵ３が最後のフレームを受信した場合においてＯＮＵ３が実行する処理である。なお、ＯＮＵ３は、ステップＳ５より前であって、ステップＳ３以降に、ヘッダ情報を構成する全てのフレームを受信した場合に、ステップＳ１１の処理を実行してもよい。この場合には、ＯＮＵ３は、ステップＳ５以降において最後のフレームを受信後、後述するステップＳ１３とステップＳ１４の各処理を行う。ステップＳ１１においてヘッダ解析部３２は、子側記憶部３１の第２記憶領域に記憶されたヘッダ情報を解析し、解析によって得られた圧縮識別情報から、ＯＬＴ１からのファームウェアファイルが圧縮されているか否かを判定する。ＯＬＴ１からのファームウェアファイルが圧縮されていない場合には（ステップＳ１１：ＮＯ）、ＯＮＵ３は処理をステップＳ１４に移す。
【0035】
ＯＬＴ１からのファームウェアファイルが圧縮されている場合には（ステップＳ１１：ＹＥＳ）、ステップＳ１２において容量判定部３３は、ヘッダ解析部３２の解析によって得られたサイズ情報に基づいて、空き容量が第１必要容量以上か否かを判定する。空き容量が第１必要容量以上である場合には（ステップＳ１２：ＹＥＳ）、ステップＳ１３において解凍部３４は、圧縮ファイルを解凍する。圧縮ファイルが解凍されると、当該圧縮ファイルと非圧縮ファイルとが第２記憶領域に記憶された状態となる。ステップＳ１３の処理後、ＯＮＵ３は処理をステップＳ１４に移す。
【0036】
ステップＳ１４において書き込み部３５は、第２記憶領域に記憶された非圧縮ファイルによって、第１記憶領域に記憶されたファームウェアを更新する。ステップＳ１４の処理後、通信システム１００におけるファームウェアの更新処理は終了する。
【0037】
子側記憶部３１の空き容量が第１必要容量未満である場合には（ステップＳ１２：ＮＯ）、ステップＳ１５において子側通信部３０は、結果応答部３６からの指示に基づいて、ファームウェアの更新が行えないことを示す更新不可情報をＯＬＴ１に送信する。また、ＯＮＵ３は第２記憶領域に記憶されている第１更新用ファイルを破棄する。
【0038】
ステップＳ１５の処理後、ＯＮＵ３はステップＳ１１以降の処理を行う。なお、ステップＳ１５の処理後、通信システム１００は、第１更新用ファイルを第２更新用ファイルに読み替えたステップＳ３～ステップＳ６の処理を実行する。すなわち、ステップＳ３～ステップＳ６においてＯＬＴ１は、第２更新用ファイルをフレーム毎にＯＮＵ３に送信し、ＯＮＵ３は、第２更新用ファイルのフレームを受信する毎にフレーム応答信号をＯＬＴ１に送信する。
【0039】
以下、実施の形態１に係る通信システム１００による効果について述べる。実施の形態１に係る通信システム１００は、互いに通信を行う親局装置と子局装置とを有する。親局装置は、圧縮部１２と親側通信部１３とを備える。圧縮部１２は、子局装置に送信するための親側ファイルを圧縮する。親側通信部１３は、圧縮部１２によって圧縮された親側ファイルである圧縮ファイルを子局装置に送信する。子局装置は、子側通信部３０と子側記憶部３１と容量判定部３３と解凍部３４と書き込み部３５と結果応答部３６とを備える。子側通信部３０は、親局装置から圧縮ファイルを受信する。子側記憶部３１は、親側ファイルが記憶される第１記憶領域、および、第１記憶領域以外の第２記憶領域を有する。容量判定部３３は、子側記憶部３１の第２記憶領域における空き容量が、圧縮ファイルの解凍のために必要な第１必要容量以上か否かを判定する。解凍部３４は、空き容量が第１必要容量以上である場合には、圧縮ファイルを解凍する。書き込み部３５は、解凍によって得られた親側ファイルを第１記憶領域に書き込む。結果応答部は、空き容量が第１必要容量未満である場合には、圧縮ファイルを解凍できないことを示す情報を親局装置に送信するよう子側通信部３０に指示を行う。
【0040】
上記構成によれば、親局装置は、親側ファイルを圧縮して得られる圧縮ファイルを子局装置に送信する。これにより、親局装置から子局装置へファイルを送信する時間が短縮される。また、子局装置は、第２記憶領域における空き領域の容量である空き容量が、圧縮ファイルの解凍に必要な第１必要容量以上か否かを判定し、空き容量が第１必要容量以上である場合に圧縮ファイルを解凍する。そして、子局装置は、解凍後の親側ファイルを第１記憶領域に書き込む。子局装置は、空き容量が第１必要容量未満である場合には、圧縮ファイルを解凍できないことを示す情報を親局装置に送信する。これにより、親局装置は、子局装置に非圧縮ファイルを送信する必要があると判定可能になる。従って、親局装置による非圧縮ファイルの送信が促され、子局装置は非圧縮ファイルを取得することによって、子側記憶部３１に親側ファイルの書き込みを行うことができる。
【0041】
実施の形態１における親側通信部１３は、圧縮ファイルを解凍できないことを示す情報を受信した場合には、圧縮されていない親側ファイルである非圧縮ファイルを子局装置に送信する。書き込み部３５は、子側通信部３０が非圧縮ファイルを受信した場合には、第２記憶領域に記憶された非圧縮ファイルを第１記憶領域に書き込む。これにより、子局装置は、第１記憶領域に記憶されたファームウェアファイルの更新が可能になる。
【0042】
実施の形態２．
以下、実施の形態２に係る通信システム１００について詳述する。なお、実施の形態２では、実施の形態１における構成要素と同様の構成要素に対し、同一の符号を付すものとする。また、実施の形態２において、実施の形態１における構成と同様の構成、および、実施の形態１における機能と同様の機能等については、特段の事情がない限り説明を省略する。
以下、実施の形態２に係る通信システム１００について詳述する。なお、実施の形態２では、実施の形態１における構成要素と同様の構成要素に対し、同一の符号を付すものとする。また、実施の形態２において、実施の形態１における構成と同様の構成、および、実施の形態１における機能と同様の機能等については、特段の事情がない限り説明を省略する。
【0043】
実施の形態２の通信システム１００の構成は、実施の形態１と同様に図１で例示される。実施の形態２に係るＯＬＴ１のハードウェア構成は、実施の形態１と同様に図５で例示される。実施の形態２に係るＯＮＵ３のハードウェア構成は、実施の形態１と同様に図６で例示される。
【0044】
図９は、実施の形態２に係るＯＬＴの機能ブロックを例示する図である。図１０は、実施の形態２におけるＯＮＵの機能ブロックを例示する図である。図９に示すように、実施の形態２におけるＯＬＴ１は、図２に例示される構成に加え、更に更新可否判定部１４を備える。更新可否判定部１４の機能は、上述の第１プロセッサ２１が第１メモリ２２に記憶されている各種プログラムを読み出して実行することにより実現可能である。図１０に示すように、実施の形態２におけるＯＮＵ３は、図４に示される容量判定部３３に代え、容量特定部３７を備える。容量特定部３７の機能は、上述の第２プロセッサ４１が、第２メモリ４２と第３メモリ４３の両方または一方に記憶されている各種プログラムを読み出して実行することにより実現可能である。なお、実施の形態２におけるＯＮＵ３は結果応答部３６を含まないものでもよい。
【0045】
更新可否判定部１４は、取得部１０が取得したファームウェアファイルのサイズを特定する。また、更新可否判定部１４は、空き容量を示す容量情報をＯＮＵ３に要求する容量要求情報を、当該ＯＮＵ３に送信するよう親側通信部１３に指示を行う。なお、空き容量とは、子側記憶部３１の第２記憶領域における空き容量である。親側通信部１３は、更新可否判定部１４の指示に基づいてＯＮＵ３に容量要求情報を送信する。
【0046】
容量特定部３７は、子側通信部３０が容量要求情報を受信した場合には、空き容量を特定する。子側通信部３０は、容量特定部３７が特定した容量を示す容量情報をＯＬＴ１に送信する。
【0047】
更新可否判定部１４は、親側通信部１３が受信した容量情報が示す空き容量が第１必要容量以上であるか否かを判定する。なお、実施の形態２における第１必要容量は、圧縮ファイルのサイズと、非圧縮ファイルのサイズと、ヘッダ情報のサイズとの和に相当する。あるいは、実施の形態２における第１必要容量は、圧縮ファイルのサイズと、非圧縮ファイルのサイズとの和に相当する。
【0048】
容量情報が示す空き容量が第１必要容量以上である場合には、親側通信部１３は、第１更新用ファイルをＯＮＵ３に送信する。容量情報が示す空き容量が第１必要容量未満である場合には、親側通信部１３は、第２更新用ファイルをＯＮＵ３に送信する。
【0049】
子側記憶部３１の第２記憶領域には、子側通信部３０が受信した第１更新用ファイルまたは第２更新用ファイルが記憶される。ヘッダ解析部３２は、第２記憶領域に記憶された第１更新用ファイルまたは第２更新用ファイルにおけるヘッダ情報の解析によって得られた圧縮識別情報から、子側通信部３０が受信したファームウェアファイルが圧縮されているか否かを判定する。解凍部３４は、ファームウェアファイルが圧縮されていると判定された場合には、解凍処理を行う。書き込み部３５は、解凍部３４による解凍処理によって得られた非圧縮ファイルを第１記憶領域に書き込む。なお、書き込み部３５は、ファームウェアファイルが圧縮されていないと判定された場合には、圧縮されていない当該ファームウェアファイルである非圧縮ファイルを第１記憶領域に書き込む。
【0050】
以下、実施の形態２に係る通信システム１００による処理について図１１～図１２を参照して説明する。図１１は、実施の形態２に係る通信システムにおけるＯＬＴとＯＮＵとの間の通信処理を例示するシーケンス図である。図１２は、実施の形態２に係る通信システムのＯＬＴによるファームウェアファイルの送信処理を例示するフローチャートである。
【0051】
図１１のステップＳ２１においてＯＬＴ１は、容量要求情報に対応する容量要求信号をＯＮＵ３に送信する。ステップＳ２２においてＯＮＵ３は、容量情報に対応する容量信号をＯＬＴ１に送信する。ステップＳ２２の処理後であって、後述するステップＳ３５またはステップＳ３６の処理以後において通信システム１００は、図７に示されるステップＳ１～ステップＳ６の処理を実行する。
【0052】
図１２のステップＳ３１において更新可否判定部１４は、圧縮前のファームウェアファイルのサイズを特定する。このとき、更新可否判定部１４は、特定したサイズを示す情報を親側記憶部１１に保存する。ステップＳ３２において更新可否判定部１４は、圧縮部１２によって圧縮されたファームウェアファイルのサイズを特定する。このとき、更新可否判定部１４は、特定したサイズを示す情報を親側記憶部１１に保存する。
【0053】
図１２におけるステップＳ３３の処理は、図１１のステップＳ２２に対応し、ステップＳ３３に先立ち、ステップＳ２１が実行される。なお、図１２のステップＳ３１～ステップＳ３２の処理は、ステップＳ２１～ステップＳ２２の処理と並行して実行されてもよいし、ステップＳ２１もしくはステップＳ２２の処理前もしくは処理後に実行されてもよい。
【0054】
ステップＳ３３において親側通信部１３は容量信号をＯＮＵ３から受信する。ステップＳ３４において更新可否判定部１４は、容量情報が示す空き容量が第１必要容量以上か否かを判定する。空き容量が第１必要容量以上であれば（ステップＳ３４：ＹＥＳ）、ステップＳ３５において親側通信部１３は第１更新用ファイルを送信する。ステップＳ３５以降の通信システム１００による処理は、第１更新用ファイルのフレーム毎の送受信と、フレーム応答信号の送受信とについての上記ステップＳ１～ステップＳ６の処理と等しい。当該ステップＳ６の処理後、ＯＬＴ１の処理は終了する。
【0055】
空き容量が第１必要容量未満であれば（ステップＳ３４：ＮＯ）、ステップＳ３６において親側通信部１３は第２更新用ファイルを送信する。ステップＳ３６以降の通信システム１００による処理は、第１更新用ファイルを第２更新用ファイルに読み替えた、図７に示す上述のステップＳ１～ステップＳ６の処理と等しい。当該ステップＳ６の処理後、ＯＬＴ１の処理は終了する。
【0056】
実施の形態２におけるＯＮＵ３によるファームウェア更新処理は、図８においてステップＳ１２とステップＳ１５とを省いた処理となる。なお、実施の形態２では、ステップＳ１１においてファームウェアファイルが圧縮されていると判定された場合には（ステップＳ１１：ＹＥＳ）、ＯＮＵ３は処理をステップＳ１３に移す。
【0057】
ＯＬＴ１は、ステップＳ３１～ステップＳ３４の処理前、または、ステップＳ３１～ステップＳ３４の処理と並行して、解凍機能を有するか否かをＯＮＵ３に問うための機能要求情報に対応する機能要求信号を、当該ＯＮＵ３に送信してもよい。解凍機能とは、圧縮ファイルを受信した場合に、当該圧縮ファイルを解凍し、解凍後の非圧縮ファイルによってファームウェアを更新する機能を指す。ＯＬＴ１は、ＯＮＵ３が解凍機能を有することを示す機能情報に対応する機能信号を当該ＯＮＵ３から受信し、且つ、ステップＳ３４において空き容量が第１必要容量以上と判定された場合に、ステップＳ３５の処理を実行する。ＯＬＴ１は、ＯＮＵ３が解凍機能を有さないことを示す機能信号を当該ＯＮＵ３から受信した場合には、ステップＳ３４の判定結果に関わらず、ステップＳ３６の処理を実行する。あるいは、ＯＬＴ１は、ＯＮＵ３が解凍機能を有さないことを示す機能信号を当該ＯＮＵ３から受信した場合には、ステップＳ３２～ステップＳ３４の処理を行うことなく、ステップＳ３６の処理を実行してもよい。これにより、通信システム１００は、ＯＮＵ３が解凍機能を有さない場合における以下の事象の発生を抑制することが可能となる。すなわち、通信システム１００は、ＯＮＵ３において圧縮ファイルによってファームウェアが更新されて、ＯＮＵ３が正常に動作しなくなる事態の抑制を図ることができる。
【0058】
以下、実施の形態２に係る通信システム１００による効果について述べる。実施の形態２に係る通信システム１００は、互いに通信を行う親局装置と子局装置とを有する。子局装置は、子側記憶部３１と容量特定部３７と子側通信部３０とを備える。子側記憶部３１は、親局装置からの親側ファイルが記憶される第１記憶領域、および、第１記憶領域以外の第２記憶領域を有する。容量特定部３７は、子側記憶部３１の第２記憶領域における空き容量を特定する。子側通信部３０は、空き容量を示す容量情報を親局装置に送信する。親局装置は、親側通信部１３と圧縮部１２と更新可否判定部１４とを備える。親側通信部１３は、容量情報を受信する。圧縮部１２は、親側ファイルを圧縮する。更新可否判定部１４は、容量情報が示す空き容量が、圧縮ファイルの解凍のために必要な第１必要容量以上か否かを判定する。親側通信部１３は、空き容量が第１必要容量以上である場合には、圧縮された親側ファイルである圧縮ファイルを子局装置に送信し、空き容量が第１必要容量未満である場合には、圧縮されていない親側ファイルである非圧縮ファイルを子局装置に送信する。
【0059】
上記構成によれば、親局装置は、空き容量が第１必要容量以上である場合、すなわち、子局装置で圧縮ファイルが解凍可能である場合に圧縮ファイルを送信する。このため、親局装置から子局装置へファイルを送信するための時間を短縮することが可能になる。一方、空き容量が第１必要容量未満である場合、すなわち、子局装置で圧縮ファイルが解凍できない場合には、親局装置は非圧縮ファイルを子局装置に送信するため、子局装置は非圧縮ファイルを取得することができる。従って、子局装置は、非圧縮ファイルによってファームウェアを適切に更新できる。
【0060】
実施の形態２における子局装置は、解凍部３４と書き込み部３５とを備える。解凍部３４は、子側通信部３０が圧縮ファイルを受信した場合には、当該圧縮ファイルを解凍する。書き込み部３５は、解凍によって得られた親側ファイルを第１記憶領域に書き込む。書き込み部３５は、子側通信部３０が非圧縮ファイルを受信した場合には、第２記憶領域に記憶された当該非圧縮ファイルを第１記憶領域に書き込む。これにより、子局装置は、解凍されていない状態の親側ファイルを第１記憶領域に記憶することができる。従って、子局装置は、ファームウェアを適切に更新することができる。
【0061】
実施の形態２における子側通信部３０は、子局装置の解凍機能の有無を示す機能情報を親局装置に送信する。親側通信部１３は、子局装置が解凍機能を有さないことを、子局装置からの機能情報が示す場合には、圧縮ファイルを子局装置に送信せずに、非圧縮ファイルを子局装置に送信する。これにより、子局装置は、解凍されていない状態の親側ファイルを第１記憶領域に記憶することができる。従って、子局装置は、ファームウェアを適切に更新することができる。
【0062】
実施の形態３．
以下、実施の形態３に係る通信システム１００について詳述する。なお、実施の形態３では、実施の形態１～実施の形態２における構成要素と同様の構成要素に対し、同一の符号を付すものとする。また、実施の形態３において、実施の形態１～実施の形態２における構成と同様の構成、および、実施の形態１～実施の形態２における機能と同様の機能等については、特段の事情がない限り説明を省略する。
以下、実施の形態３に係る通信システム１００について詳述する。なお、実施の形態３では、実施の形態１～実施の形態２における構成要素と同様の構成要素に対し、同一の符号を付すものとする。また、実施の形態３において、実施の形態１～実施の形態２における構成と同様の構成、および、実施の形態１～実施の形態２における機能と同様の機能等については、特段の事情がない限り説明を省略する。
【0063】
実施の形態３の通信システム１００の構成は、実施の形態１～実施の形態２と同様に図１で例示される。実施の形態３に係るＯＬＴ１のハードウェア構成は、実施の形態１～実施の形態２と同様に図５で例示される。実施の形態３に係るＯＮＵ３のハードウェア構成は、実施の形態１～実施の形態２と同様に図６で例示される。
【0064】
図１３は、実施の形態３に係るＯＬＴの機能ブロックを例示する図である。図１４は、実施の形態３に係るＯＮＵの機能ブロックを例示する図である。図１３に示すように、実施の形態３におけるＯＬＴ１は、図２に例示される構成に加え、更に更新対象特定部１５を備える。更新対象特定部１５の機能は、上述の第１プロセッサ２１が第１メモリ２２に記憶されている各種プログラムを読み出して実行することにより実現可能である。図１４に示すように、実施の形態３におけるＯＮＵ３は、図４に例示される構成に加え、更にバージョン取得部３８を備える。バージョン取得部３８の機能は、上述の第２プロセッサ４１が、第２メモリ４２および第３メモリ４３の両方または一方に記憶されている各種プログラムを読み出して実行することにより実現可能である。
【0065】
ＯＬＴ１の更新対象特定部１５は、サーバ６から得られたファームウェアファイルにおけるデータツリー、ＯＳ、ＳＤＫ、およびＡＰＬ等の各データ構成のバージョンを示す親側バージョン情報を取得する。また、更新対象特定部１５は、ＯＮＵ３の子側記憶部３１の第１記憶領域に記憶されているファームウェアファイルに含まれる各データ構成のバージョンを示す情報を要求するバージョン要求情報を当該ＯＮＵに送信するよう親側通信部１３に指示を行う。親側通信部１３は、更新対象特定部１５からの指示に基づいて、バージョン要求情報をＯＮＵ３に送信する。なお、子側記憶部３１の不揮発性メモリの第１記憶領域に記憶されているファームウェアファイルは、子側ファイルの例である。
【0066】
ＯＮＵ３のバージョン取得部３８は、子側通信部３０がバージョン要求情報を受信した場合には、第１記憶領域に記憶されているファームウェアファイルにおける各データ構成のバージョンを示す子側バージョン情報を取得する。子側通信部３０は、バージョン取得部３８が取得した子側バージョン情報をＯＬＴ１に送信する。
【0067】
更新対象特定部１５は、親側バージョン情報と、ＯＮＵ３からの子側バージョン情報との比較を行い、ＯＮＵ３のファームウェアファイルのうち、どのデータ構成が更新対象になるかを特定する。具体的には、更新対象特定部１５は、親側バージョン情報によって示されるバージョンが、子側バージョン情報によって示されるバージョンよりも新しいデータ構成がどれであるかを特定する。そして、更新対象特定部１５は、特定したデータ構成であって、子側ファイルにおけるデータ構成を更新対象とする。すなわち、更新対象特定部１５は、親側ファイルにおける１以上のデータ構成による更新対象となる、子側ファイルにおける１以上のデータ構成を特定する。以下では、更新対象特定部１５が特定した１以上のデータ構成であって、子側ファイルの１以上のデータ構成を更新するための、親側ファイルの１以上のデータ構成を含むファイルを更新対象ファイルと記載する場合もある。更新対象特定部１５は、更新対象ファイルを生成する。
【0068】
圧縮部１２は、更新対象ファイルを圧縮する。以下では、圧縮されている状態の更新対象ファイルを圧縮更新対象ファイルと記載する場合もある。また、圧縮されていない状態の更新対象ファイルを非圧縮更新対象ファイルと記載する場合もある。親側通信部１３は、圧縮更新対象ファイルにヘッダ情報を付加した第３更新用ファイルをＯＮＵ３に送信する。
【0069】
なお、実施の形態３におけるヘッダ情報におけるサイズ情報は、更新対象ファイルのサイズを示す情報である。サイズ情報は、当該サイズ情報が付加され得る更新対象ファイルが圧縮されている場合には、圧縮更新対象ファイルのサイズを示す情報と、非圧縮更新対象ファイルのサイズを示す情報とを含む。あるいは、サイズ情報は、圧縮更新対象ファイルのサイズと、非圧縮更新対象ファイルのサイズとの和を示す情報を含む。サイズ情報は、当該サイズ情報が付加され得る更新対象ファイルが圧縮されていない場合には、非圧縮更新対象ファイルのサイズを示す情報を含む。圧縮識別情報は、更新対象ファイルが圧縮されているか否かを示す情報である。
【0070】
実施の形態３のヘッダ内バージョン情報は、実施の形態１と同様、図３に示すように、サーバ６からのファームウェアファイルにおける全てのデータ構成の各々のバージョンを示す情報を含むものでもよい。この場合には、ヘッダ内バージョン情報は、上述の親側バージョン情報と等しい。ヘッダ内バージョン情報は、更新対象ファイルに含まれるデータ構成のバージョンを示す情報を含み、更新対象ファイルに含まれないデータ構成のバージョンを示す情報を含まないものでもよい。
【0071】
実施の形態３に係るヘッダ情報におけるデータ構成情報は、更新対象のデータ構成を示す情報である。
【0072】
実施の形態３におけるＯＮＵ３は、子側通信部３０がＯＬＴ１から第３更新用ファイルを受信した場合には、当該第３更新用ファイルを子側記憶部３１の第２記憶領域に保存する。なお、後述するように、子側通信部３０が、非圧縮更新対象ファイルにヘッダ情報を付加した第４更新用ファイルを受信した場合には、当該第４更新用ファイルは子側記憶部３１の第２記憶領域に保存される。ヘッダ解析部３２は、受信した第３更新用ファイルまたは第４更新用ファイルにおけるヘッダ情報の解析から得られた圧縮識別情報に基づき、ＯＬＴ１からの更新対象ファイルが圧縮されているか否かを判定する。容量判定部３３は、更新対象ファイルが圧縮されている場合には、子側記憶部３１の空き容量が第２必要容量以上であるか否かを判定する。なお、第２必要容量は、圧縮更新対象ファイルの解凍に最低限必要な容量である。圧縮更新対象ファイルを解凍するには、第２記憶領域に、解凍後の非圧縮更新対象ファイルを展開できる容量が必要となる。すなわち、第２記憶領域には、非圧縮更新対象ファイルのサイズ以上の容量が必要となる。そのため、第２必要容量は非圧縮更新対象ファイルのデータ量と等しい。
【0073】
解凍部３４は、子側記憶部３１の第２記憶領域における空き容量が第２必要容量以上である場合には、圧縮更新対象ファイルを解凍する。そして、書き込み部３５は、子側記憶部３１の第１記憶領域に記憶されたファームウェアファイルのうち、更新対象のデータ構成を、非圧縮更新対象ファイルによって更新する。
【0074】
一方、空き容量が第２必要容量未満である場合には、結果応答部３６は、子側記憶部３１の容量不足によって更新処理が行えないことを示す更新不可情報を送信するよう子側通信部３０に指示を行う。ＯＬＴ１は、更新不可情報をＯＮＵ３から受信した場合には、非圧縮更新対象ファイルにヘッダ情報を付加した第４更新用ファイルをＯＮＵ３に送信する。ＯＮＵ３の書き込み部３５は、子側通信部３０が第４更新用ファイルを受信した場合には、当該第４更新用ファイルに含まれる非圧縮更新対象ファイルによって、子側記憶部３１の第１記憶領域に記憶されたファームウェアファイルにおける更新対象のデータ構成を更新する。
【0075】
以下、実施の形態３に係る通信システム１００による処理について図１５～図１７を参照して説明する。図１５は、実施の形態３に係る通信システムにおけるＯＬＴとＯＮＵとの間の通信処理を例示するシーケンス図である。図１６は、実施の形態３に係る通信システムのＯＬＴによる更新対象ファイルの送信処理の前半部分を例示するフローチャートである。図１７は、実施の形態３に係る通信システムのＯＬＴによる更新対象ファイルの送信処理の後半部分を例示するフローチャートである。なお、図１６～図１７では、ファームウェアファイルに、デバイスツリーとＯＳとＳＤＬとＡＰＬとが含まれる場合が例示されている。
【0076】
図１５のステップＳ４１においてＯＬＴ１は、バージョン要求情報に対応するバージョン要求信号をＯＮＵ３に送信する。ステップＳ４２においてＯＮＵ３は、子側バージョン情報に対応する子側バージョン信号をＯＬＴ１に送信する。ステップＳ４２の処理後であって、後述するステップＳ６６の処理以後において通信システム１００は、図７についての上記説明において第１更新用ファイルを第３更新用ファイルに読み替えたステップＳ１～ステップＳ６の処理を実行する。
【0077】
図１６では、ステップＳ５１の処理に先立ち、ＯＬＴ１はサーバ６からファームウェアファイルを取得する。ステップＳ５１において更新対象特定部１５は、サーバ６から取得したファームウェアファイルの各データ構成のバージョンを示す親側バージョン情報を取得する。
【0078】
ステップＳ５２において更新対象特定部１５は、子側バージョン情報を取得する。なおステップＳ５２の処理は、図１５のステップＳ４２の処理に対応し、ステップＳ５２の処理前に上記ステップＳ４１の処理が実行されている。
【0079】
ステップＳ５３において更新対象特定部１５は、親側バージョン情報が示すデバイスツリーのバージョンが、子側バージョン情報が示すデバイスツリーのバージョンより新しいか否かを判定する。親側バージョン情報が示すデバイスツリーのバージョンが、子側バージョン情報が示すデバイスツリーのバージョンより新しい場合には（ステップＳ５３：ＹＥＳ）、ＯＬＴ１は処理をステップＳ５４に移す。ステップＳ５４において更新対象特定部１５は、デバイスツリーを更新対象とし、サーバ６からのファームウェアファイルにおけるデバイスツリーをＯＮＵ３に送信する更新対象ファイルに含ませる。ステップＳ５４の処理後、ＯＬＴ１は処理をステップＳ５６に移す。
【0080】
親側バージョン情報が示すデバイスツリーのバージョンが、子側バージョン情報が示すデバイスツリーのバージョンより新しくない場合には（ステップＳ５３：ＮＯ）、ＯＬＴ１は処理をステップＳ５５に移す。ステップＳ５５において更新対象特定部１５は、デバイスツリーを非更新対象とし、サーバ６からのファームウェアファイルにおけるデバイスツリーをＯＮＵ３に送信する更新対象ファイルに含ませない。ステップＳ５５の処理後、ＯＬＴ１は処理をステップＳ５６に移す。
【0081】
ステップＳ５６において更新対象特定部１５は、親側バージョン情報が示すＯＳのバージョンが、子側バージョン情報が示すＯＳのバージョンより新しいか否かを判定する。親側バージョン情報が示すＯＳのバージョンが、子側バージョン情報が示すＯＳのバージョンより新しい場合には（ステップＳ５６：ＹＥＳ）、ＯＬＴ１は処理をステップＳ５７に移す。ステップＳ５７において更新対象特定部１５は、ＯＳを更新対象とし、サーバ６からのファームウェアファイルにおけるＯＳをＯＮＵ３に送信する更新対象ファイルに含ませる。ステップＳ５７の処理後、ＯＬＴ１は処理をステップＳ５９に移す。
【0082】
親側バージョン情報が示すＯＳのバージョンが、子側バージョン情報が示すＯＳのバージョンより新しくない場合には（ステップＳ５６：ＮＯ）、ＯＬＴ１は処理をステップＳ５８に移す。ステップＳ５８において更新対象特定部１５は、ＯＳを非更新対象とし、サーバ６からのファームウェアファイルにおけるＯＳをＯＮＵ３に送信する更新対象ファイルに含ませない。ステップＳ５８の処理後、ＯＬＴ１は処理をステップＳ５９に移す。
【0083】
図１７のステップＳ５９において更新対象特定部１５は、親側バージョン情報が示すＳＤＫのバージョンが、子側バージョン情報が示すＳＤＫのバージョンより新しいか否かを判定する。親側バージョン情報が示すＳＤＫのバージョンが、子側バージョン情報が示すＳＤＫのバージョンより新しい場合には（ステップＳ５９：ＹＥＳ）、ＯＬＴ１は処理をステップＳ６０に移す。ステップＳ６０において更新対象特定部１５は、ＳＤＫを更新対象とし、サーバ６からのファームウェアファイルにおけるＳＤＫを更新対象ファイルに含ませる。ステップＳ６０の処理後、ＯＬＴ１は処理をステップＳ６２に移す。
【0084】
親側バージョン情報が示すＳＤＫのバージョンが、子側バージョン情報が示すＳＤＫのバージョンより新しくない場合には（ステップＳ５９：ＮＯ）、ＯＬＴ１は処理をステップＳ６１に移す。ステップＳ６１において更新対象特定部１５は、ＳＤＫを非更新対象とし、サーバ６からのファームウェアファイルにおけるＳＤＫをＯＮＵ３に送信する更新対象ファイルに含ませない。ステップＳ６１の処理後、ＯＬＴ１は処理をステップＳ６２に移す。
【0085】
ステップＳ６２において更新対象特定部１５は、親側バージョン情報が示すＡＰＬのバージョンが、子側バージョン情報が示すＡＰＬのバージョンより新しいか否かを判定する。親側バージョン情報が示すＡＰＬのバージョンが、子側バージョン情報が示すＡＰＬのバージョンより新しい場合には（ステップＳ６２：ＹＥＳ）、ＯＬＴ１は処理をステップＳ６３に移す。ステップＳ６３において更新対象特定部１５は、ＡＰＬを更新対象とし、サーバ６からのファームウェアファイルにおけるＡＰＬを更新対象ファイルに含ませる。ステップＳ６３の処理後、ＯＬＴ１は処理をステップＳ６５に移す。
【0086】
親側バージョン情報が示すＡＰＬのバージョンが、子側バージョン情報が示すＡＰＬのバージョンより新しくない場合には（ステップＳ６２：ＮＯ）、ＯＬＴ１は処理をステップＳ６４に移す。ステップＳ６４において更新対象特定部１５は、ＡＰＬを非更新対象とし、サーバ６からのファームウェアファイルにおけるＡＰＬをＯＮＵ３に送信する更新対象ファイルに含ませない。ステップＳ６４の処理後、ＯＬＴ１は処理をステップＳ６５に移す。
【0087】
ステップＳ６５において圧縮部１２は、更新対象ファイルを圧縮する。ステップＳ６６において親側通信部１３は第３更新用ファイルをＯＮＵ３に送信する。
【0088】
実施の形態３におけるＯＮＵ３によるファームウェアの更新処理は、ファームウェアファイルを更新対象ファイルに読み替え、圧縮ファイルを圧縮更新対象ファイルに読み替え、非圧縮ファイルを非圧縮更新対象ファイルに読み替え、第１更新用ファイルを第３更新用ファイルに読み替え、且つ、第１必要容量を第２必要容量に読み替えた、図８におけるステップＳ１１～ステップＳ１５の処理に相当する。なお、実施の形態３のステップＳ１４では、書き込み部３５は、ヘッダ解析部３２によるヘッダ情報の解析から得られたデータ構成情報を参照し、子側記憶部３１の第１記憶領域におけるファームウェアファイルのうち、更新対象のデータ構成を非圧縮更新対象ファイルによって更新する。例えば、書き込み部３５は、デバイスツリーが更新対象である場合には、非圧縮更新対象ファイルのうちのデバイスツリーによって、第１記憶領域におけるデバイスツリーを更新する。書き込み部３５は、ＯＳが更新対象である場合には、非圧縮更新対象ファイルのうちのＯＳによって、第１記憶領域におけるＯＳを更新する。書き込み部３５は、ＳＤＫが更新対象である場合には、非圧縮更新対象ファイルのうちのＳＤＫによって、第１記憶領域におけるＳＤＫを更新する。書き込み部３５は、ＡＰＬが更新対象である場合には、非圧縮更新対象ファイルのうちのＡＰＬによって、第１記憶領域におけるＡＰＬを更新する。
【0089】
なお、実施の形態３のステップＳ１２において、子側記憶部３１の第２記憶領域における空き容量が第２必要容量未満である場合には、ＯＮＵ３はステップＳ１５の処理を実行する。すなわち、ＯＮＵ３は、更新不可情報をＯＬＴ１に送信する。この場合において通信システム１００は、図７に関する上記説明において第１更新用ファイルを第４更新用ファイルに読み替えた上記ステップＳ３～ステップＳ６の処理を行う。また、この場合においてＯＬＴ１は、図１７に関する上記説明において第３更新用ファイルを第４更新用ファイルに読み替えたステップＳ６６の処理を実行する。そして、ＯＮＵ３は、ファームウェアファイルを更新対象ファイルに読み替え、圧縮ファイルを圧縮更新対象ファイルに読み替え、非圧縮ファイルを非圧縮更新対象ファイルに読み替え、且つ、第１必要容量を第２必要容量に読み替えたステップＳ１１以降の処理をステップＳ１５の処理後に実行する。
【0090】
以上の実施の形態３では、ＯＬＴ１が更新対象ファイルを圧縮してＯＮＵ３に送信し、ＯＮＵ３において子側記憶部３１の空き容量が第２必要容量に満たない場合には、ＯＮＵ３が更新不可情報をＯＬＴ１に送信する例を示した。しかし、実施の形態３におけるＯＬＴ１は、ＯＮＵ３において圧縮更新対象ファイルの解凍が可能か否かを判定し、解凍可能である場合に第３更新用ファイルをＯＮＵ３に送信し、解凍不可能である場合に第４更新用ファイルを送信してもよい。この場合には、ＯＬＴ１は、図９に示す構成に、更新対象特定部１５を加えた構成で例示される。また、ＯＮＵ３は、図１０に示す構成に、バージョン取得部３８を加えた構成で例示される。なお、ＯＬＴ１が、ＯＮＵ３における圧縮更新対象ファイルの解凍の可否を判定し、判定結果に応じて第３更新対象ファイルと第４更新用ファイルのいずれかを送信する場合には、ＯＮＵ３は結果応答部３６を含まないものでもよい。以下、ＯＬＴ１が、ＯＮＵ３における圧縮更新対象ファイルの解凍の可否を判定し、判定結果に応じて、第３更新対象ファイルと第４更新用ファイルのいずれかをＯＮＵ３に送信する場合の通信システム１００の機能と処理内容とについて説明する。
【0091】
更新対象特定部１５は、上記同様、子側バージョン情報を要求するバージョン要求情報をＯＮＵ３に送信するよう親側通信部１３に指示を行う。そして、子側通信部３０はバージョン要求情報を受信し、バージョン取得部３８は子側ファイルの各データ構成のバージョンを示す子側バージョン情報を取得し、子側通信部３０は子側バージョン情報をＯＬＴ１に送信する。更新対象特定部１５は、上記同様に、親側バージョン情報と子側バージョン情報と基づいて、更新対象となるデータ構成を特定する。そして、更新対象特定部１５は、子側ファイルにおける更新対象のデータ構成を更新するための、親側ファイルにおけるデータ構成を含む更新対象ファイルを生成する。
【0092】
更新可否判定部１４は、更新対象特定部１５が生成した更新対象ファイルのサイズを示す情報を取得する。更新可否判定部１４は、また、圧縮部１２が圧縮した更新対象ファイルのサイズを示す情報を取得する。更新可否判定部１４は、容量要求信号を当該ＯＮＵ３に送信するよう親側通信部１３に指示を行い、親側通信部１３は、ＯＮＵ３に容量要求信号を送信する。容量特定部３７は、子側通信部３０が容量要求信号を受信した場合には、第２記憶領域における空き容量を示す容量情報を取得し、子側通信部３０は、容量情報をＯＬＴ１に送信する。
【0093】
更新可否判定部１４は、親側通信部１３が受信した容量情報が示す空き容量が第２必要容量以上であるか否かを判定する。この場合における第２必要容量は、圧縮更新対象ファイルのサイズと、非圧縮更新対象ファイルのサイズと、ヘッダ情報のサイズとの和に相当する。あるいは、この場合における第２必要容量は、圧縮更新対象ファイルのサイズと、非圧縮更新対象ファイルのサイズとの和に相当する。親側通信部１３は、容量情報が示す空き容量が第２必要容量以上である場合には第３更新用ファイルをＯＮＵ３に送信し、空き容量が第２必要容量未満である場合には第４更新用ファイルをＯＮＵ３に送信する。
【0094】
【0095】
ＯＬＴ１による更新対象ファイルの送信処理は、図１２についての上記説明において、ファームウェアファイルを更新対象ファイルと読み替え、第１更新用ファイルを第３更新用ファイルと読み替え、第２更新用ファイルを第４更新用ファイルと読み替え、且つ、第１必要容量を第２必要容量に読み替えた、ステップＳ３１～ステップＳ３６の処理であって、更に、当該ステップＳ３１の処理前に、図１６～図１７のステップＳ５１～ステップＳ６４の処理が追加されたものとなる。なお、ステップＳ３３の処理は、ステップＳ３２の前に実行されてもよい。この場合には、ステップＳ３３の処理は、ステップＳ５１～ステップＳ６４の処理前もしくは処理後に実行されてもよいし、ステップＳ５１～ステップＳ６４の処理と並行して実行されてもよい。ステップＳ３３の処理が、ステップＳ５１～ステップＳ６４の処理前に実行される場合には、ステップＳ２１～ステップＳ２２の処理は、ステップＳ４１～ステップＳ４２の処理前に実行される。ステップＳ３３の処理が、ステップＳ５１～ステップＳ６４と並行して実行される場合には、ステップＳ２１～ステップＳ２２の処理は、ステップＳ４１～ステップＳ４２の処理と並行して実行される。
【0096】
この場合のステップＳ３５以降の処理は、図７についての上記説明において、第１更新用ファイルを第３更新用ファイルと読み替えた場合の、ステップＳ３～ステップＳ６の処理に相当する。ステップＳ３６以降の処理は、図７についての上記説明において第１更新用ファイルを第４更新用ファイルと読み替えた場合の、ステップＳ３～ステップＳ６の処理に相当する。
【0097】
ＯＮＵ３によるファームウェア更新処理は、図８においてステップＳ１２とステップＳ１５とを省いた処理であって、図８についての上記説明において、ファームウェアファイルを更新対象ファイルに読み替え、圧縮ファイルを圧縮更新対象ファイルに読み替え、且つ、非圧縮ファイルを非圧縮更新対象ファイルに読み替えた場合の処理に相当する。なお、ここではステップＳ１１で更新対象ファイルが圧縮されていると判定された場合には、ステップＳ１４の処理が実行される。
【0098】
実施の形態３におけるＯＬＴ１は、実施の形態２と同様に、解凍機能を有するか否かをＯＮＵ３に問うための機能要求情報を当該ＯＮＵ３に送信してもよい。そして、ＯＬＴ１は、ＯＮＵ３から解凍機能を有さないことを示す機能情報を受信した場合には、ＯＮＵ３に、第３更新用ファイルを送信せず、第４更新用ファイルを送信してもよい。
【0099】
以下、実施の形態３に係る通信システム１００による効果について述べる。通信システム１００は、互いに通信を行う親局装置と子局装置とを有する。子局装置は、子側記憶部３１とバージョン取得部３８と子側通信部３０と容量判定部３３と解凍部３４と書き込み部３５とを備える。子側記憶部３１は、子側ファイルが記憶される第１記憶領域、および、当該第１記憶領域以外の第２記憶領域を有する。バージョン取得部３８は、子側ファイルに含まれる複数のデータ構成の各々のバージョンを示す子側バージョン情報を取得する。子側通信部３０は、子側バージョン情報を親局装置に送信する。親局装置は、取得部１０と親側通信部１３と更新対象特定部１５と圧縮部１２とを備える。取得部１０は、サーバ６から親側ファイルを取得する。親側通信部１３は、子局装置から子側バージョン情報を受信する。更新対象特定部１５は、親側ファイルに含まれる複数のデータ構成の各々のバージョンを示す親側バージョン情報を取得し、取得した親側バージョン情報、および、親側通信部１３が受信した子側バージョン情報に基づいて、親側ファイルにおける複数のデータ構成のうちの１以上のデータ構成による更新対象となる、子側ファイルにおける複数のデータ構成のうちの１以上のデータ構成を特定する。圧縮部１２は、親側ファイルにおける当該１以上のデータ構成を含む更新対象ファイルを圧縮する。親側通信部１３は、圧縮された更新対象ファイルである圧縮更新対象ファイルを子局装置に送信する。子局装置の容量判定部３３は、子側通信部３０が圧縮更新対象ファイルを受信した場合には、子側記憶部３１の第２記憶領域における空き容量が、圧縮更新対象ファイルの解凍のために必要な第２必要容量以上か否かを判定する。解凍部３４は、空き容量が第２必要容量以上である場合には、圧縮更新対象ファイルを解凍する。書き込み部３５は、解凍によって得られた更新対象ファイルによって、子側ファイルのうちの更新対象の１以上のデータ構成を更新する。
【0100】
上記構成によれば、親局装置は、ファームウェアファイルのうち、子側ファイルの更新に必要なデータ構成のよる更新対象ファイルを生成し、更新対象ファイルを圧縮した圧縮更新対象ファイルを子局装置に送信する。圧縮更新対象ファイルのサイズは、圧縮ファイルのサイズ以下であるため、親局装置から子局装置へのファイルの送信時間の更なる短縮が図られる。
【0101】
実施の形態３における子局装置は、結果応答部３６を更に備える。結果応答部３６は、空き容量が第２必要容量未満である場合には、圧縮更新対象ファイルを解凍できないことを示す情報を親局装置に送信するよう子側通信部３０に指示を行う。親側通信部１３は、圧縮更新対象ファイルを解凍できないことを示す情報を受信した場合には、圧縮されていない更新対象ファイルである非圧縮ファイルを子局装置に送信する。書き込み部３５は、子側通信部３０が非圧縮更新対象ファイルを受信した場合には、非圧縮更新対象ファイルによって、子側ファイルのうちの更新対象の１以上のデータ構成を更新する。これにより、子側記憶部３１の第２記憶領域における空き容量が、第２必要容量未満であって、圧縮更新対象ファイルの解凍が行えない場合でも、結果応答部３６が、解凍不能を示す上記情報を親局装置に送信することによって、子局装置は非圧縮更新対象ファイルを得ることができ、更新対象のデータ構成の更新を適切に行うことが可能になる。
【0102】
実施の形態３に係る通信システム１００は、互いに通信を行う親局装置と子局装置とを有する。子局装置は、子側記憶部３１と容量特定部３７とバージョン取得部３８と子側通信部３０とを備える。子側記憶部３１は、子側ファイルが記憶される第１記憶領域、および、当該第１記憶領域以外の第２記憶領域を有する。容量特定部３７は、子側記憶部３１の第２記憶領域における空き容量を特定する。バージョン取得部３８は、子側ファイルに含まれる複数のデータ構成の各々のバージョンを示す子側バージョン情報を取得する。子側通信部３０は、空き容量を示す容量情報、および、子側バージョン情報を、親局装置に送信する。親局装置は、取得部１０と親側通信部１３と更新対象特定部１５と圧縮部１２と更新可否判定部１４とを備える。取得部１０は、サーバ６から親側ファイルを取得する。親側通信部１３は、子局装置から容量情報および子側バージョン情報を受信する。更新対象特定部１５は、親側ファイルに含まれる複数のデータ構成の各々のバージョンを示す親側バージョン情報を取得する。更新対象特定部１５は、親側バージョン情報と子側バージョン情報とに基づいて、親側ファイルにおける複数のデータ構成のうちの１以上のデータ構成による更新対象となる、子側ファイルにおける複数のデータ構成のうちの１以上のデータ構成を特定する。圧縮部１２は、親側ファイルにおける当該１以上のデータ構成を含む更新対象ファイルを圧縮する。更新可否判定部１４は、容量情報が示す空き容量が、圧縮更新対象ファイルの解凍のために必要な第２必要容量以上か否かを判定する。親側通信部１３は、空き容量が第２必要容量以上である場合には、圧縮更新対象ファイルを子局装置に送信し、空き容量が第２必要容量未満である場合には、圧縮されていない更新対象ファイルである非圧縮更新対象ファイルを子局装置に送信する。
【0103】
上記構成によれば、親局装置は、子側ファイルにおけるデータ構成を更新するための、親側ファイルにおけるデータ構成を含む更新対象ファイルを、子側記憶部３１の第２記憶領域における空き容量に応じて、子局装置に送信可能になる。更新対象ファイルのサイズはファームウェアファイルのサイズ以下であり、圧縮更新対象ファイルのサイズは圧縮ファイルのサイズ以下である。そのため、親局装置が子局装置に非圧縮更新対象ファイルを送信する場合には、非圧縮ファイルを送信する場合に比べ、送信時間の削減が図られる。また、親局装置が子局装置に圧縮更新対象ファイルを送信する場合には、非圧縮更新対象ファイルを送信する場合に比べ、送信時間の削減が図られる。また、親局装置は、子側記憶部３１の第２記憶領域における空き容量が第２必要容量未満であって、圧縮更新対象ファイルの解凍を行えない場合に、非圧縮更新対象ファイルを子局装置に送信するため、子局装置は更新に必要なデータ構成を適切に取得することができる。
【0104】
実施の形態３における子局装置は、解凍部３４と書き込み部３５とを備える。解凍部３４は、子側通信部３０が圧縮更新対象ファイルを受信した場合には、圧縮更新対象ファイルを解凍する。書き込み部３５は、解凍によって得られた更新対象ファイルによって、子側ファイルのうちの更新対象の１以上のデータ構成を更新する。書き込み部３５は、子側通信部３０が、非圧縮更新対象ファイルを受信した場合には、当該非圧縮ファイルによって、子側ファイルのうちの更新対象の１以上のデータ構成を更新する。これにより、子側記憶部３１の第１記憶領域におけるファームウェアファイルのうちの更新対象のデータ構成は、適切に更新される。
【0105】
実施の形態３における子側通信部３０は、子局装置の解凍機能の有無を示す機能情報を親局装置に送信する。親側通信部１３は、子局装置が解凍機能を有さないことを、子局装置からの機能情報が示す場合には、圧縮更新対象ファイルを子局装置に送信せず、圧縮されていない更新対象ファイルである非圧縮更新対象ファイルを子局装置に送信する。これにより、子局装置は、非圧縮更新対象ファイルによって、第１記憶領域におけるファームウェアファイルを適切に更新することができる。
【0106】
実施の形態４．
以下、実施の形態４に係る通信システム１００について詳述する。なお、実施の形態４では、実施の形態１～実施の形態３における構成要素と同様の構成要素に対し、同一の符号を付すものとする。また、実施の形態４において、実施の形態１～実施の形態３における構成と同様の構成、および、実施の形態１～実施の形態３における機能と同様の機能等については、特段の事情がない限り説明を省略する。
以下、実施の形態４に係る通信システム１００について詳述する。なお、実施の形態４では、実施の形態１～実施の形態３における構成要素と同様の構成要素に対し、同一の符号を付すものとする。また、実施の形態４において、実施の形態１～実施の形態３における構成と同様の構成、および、実施の形態１～実施の形態３における機能と同様の機能等については、特段の事情がない限り説明を省略する。
【0107】
実施の形態４の通信システム１００の構成は、実施の形態１～実施の形態３と同様に図１で例示される。実施の形態４に係るＯＬＴ１のハードウェア構成は、実施の形態１～実施の形態３と同様に図５で例示される。実施の形態４に係るＯＮＵ３のハードウェア構成は、実施の形態１～実施の形態３と同様に図６で例示される。
【0108】
図１８は、実施の形態４におけるＯＬＴの機能ブロックを例示する図である。図１９は、実施の形態４におけるＯＮＵの機能ブロックを例示する図である。実施の形態４のＯＬＴ１は、図２に示す構成に加え、実施の形態２の更新可否判定部１４と、実施の形態３の更新対象特定部１５と、圧縮変更部１６とを備える。圧縮変更部１６による機能は、上述の第１プロセッサ２１が第１メモリ２２に記憶されている各種プログラムを読み出して実行することにより実現可能である。図１９に示すように、実施の形態４におけるＯＮＵ３は、図１０に示される構成に加え、実施の形態３のバージョン取得部３８を備える。なお、実施の形態４のＯＮＵ３は結果応答部３６を含まないものでもよい。
【0109】
実施の形態４の更新可否判定部１４は、更新対象特定部１５によって得られた非圧縮更新対象ファイルのサイズを特定する。また、更新可否判定部１４は、圧縮部１２が非圧縮更新対象ファイルを圧縮することによって得られた圧縮更新対象ファイルのサイズを特定する。
【0110】
更新可否判定部１４は、容量要求信号をＯＮＵ３に送信するよう親側通信部１３に指示を行い、親側通信部１３は、ＯＮＵ３に容量要求信号を送信する。容量特定部３７は、子側通信部３０が容量要求信号を受信した場合には、子側記憶部３１の第２記憶領域における空き容量を特定し、子側通信部３０は、当該空き容量を示す容量情報をＯＬＴ１に送信する。
【0111】
更新可否判定部１４は、親側通信部１３が受信した容量情報が示す空き容量が第２必要容量以上であるか否かを判定する。実施の形態４における第２必要容量は、圧縮更新対象ファイルのサイズと、非圧縮更新対象ファイルのサイズと、ヘッダ情報のサイズとの和に相当する。あるいは、実施の形態４における第２必要容量は、圧縮更新対象ファイルのサイズと、非圧縮更新対象ファイルのサイズとの和に相当する。
【0112】
親側通信部１３は、容量情報が示す空き容量が第２必要容量以上である場合には、第３更新用ファイルをＯＮＵ３に送信する。
【0113】
圧縮変更部１６は、容量情報が示す空き容量が第２必要容量未満である場合には、圧縮更新対象ファイルのデータを減らす。減らされたデータは、圧縮されない状態でＯＮＵ３に送信される。これにより、更新対象ファイルの全データは、圧縮された状態でＯＮＵ３に送信されるデータと、圧縮されていない状態でＯＮＵ３に送信されるデータとに分けられる。
【0114】
更新可否判定部１４は、圧縮変更部１６によって圧縮更新対象ファイルのデータが減らされた場合には、容量情報が示す空き容量が第３必要容量以上であるか否かを判定する。第３必要容量は、圧縮部分ファイルの解凍に最低限必要な容量である。なお、圧縮部分ファイルとは、圧縮変更部１６によってデータが減らされた圧縮更新対象ファイルである。第３必要容量は、非圧縮更新対象ファイルのサイズと、圧縮部分ファイルのサイズと、ヘッダ情報のサイズとの和に相当する。あるいは、第３必要容量は、非圧縮更新対象ファイルのサイズと、圧縮部分ファイルのサイズとの和に相当する。
【0115】
容量情報が示す空き容量が第３必要容量以上である場合には、親側通信部１３は、圧縮部分ファイルと非圧縮部分ファイルとに、ヘッダ情報を付加した第５更新用ファイルをＯＮＵ３に送信する。なお、非圧縮部分ファイルとは、圧縮更新対象ファイルから削除されたデータによるファイルであって、圧縮されていないファイルである。容量情報が示す空き容量が第３必要容量未満である場合には、親側通信部１３は、第４更新用ファイルをＯＮＵ３に送信する。
【0116】
実施の形態４におけるヘッダ情報の圧縮識別情報は、子側ファイルの１以上のデータ構成を更新する、親側ファイルの１以上のデータ構成におけるデータの圧縮の有無を示す情報である。より具体的には、実施の形態４における圧縮識別情報は、更新対象特定部１５によって得られた更新対象ファイルに複数のデータ構成が含まれる場合には、当該複数のデータ構成の各々におけるデータの圧縮の有無を示す。一方、当該更新対象ファイルに１つのデータ構成が含まれる場合には、圧縮識別情報は、当該１つのデータ構成におけるデータの圧縮の有無を示す。
【0117】
実施の形態４における子側記憶部３１の第２記憶領域には、子側通信部３０が受信した第３更新用ファイル、第４更新用ファイル、または第５更新用ファイルが保存される。ヘッダ解析部３２は、第２記憶領域に保存された第３更新用ファイル、第４更新用ファイル、または第５更新用ファイルのヘッダ情報を解析し、圧縮識別情報等を得る。解凍部３４は、ヘッダ解析部３２による解析によって得られた圧縮識別情報がデータの圧縮を示す場合には、圧縮されているデータを解凍する。そして、書き込み部３５は、解凍によって得られた更新対象ファイルである非圧縮更新対象ファイルによって、第１記憶領域におけるファームウェアファイルのうちの更新対象のデータ構成を更新する。書き込み部３５は、子側通信部３０が第４更新用ファイルを受信し、ヘッダ解析部３２による解析によって得られた圧縮識別情報が、データが圧縮されていないことを示す場合には、当該第４更新対象ファイルにおける非圧縮更新対象ファイルによって、第１記憶領域におけるファームウェアファイルのうちの更新対象のデータ構成を更新する。
【0118】
以下、実施の形態４に係る通信システム１００による処理について図２０～図２２を参照して説明する。図２０は、実施の形態４に係る通信システムにおけるＯＬＴとＯＮＵとの間の通信処理を例示するシーケンス図である。図２１は、実施の形態４に係る通信システムのＯＬＴによる更新対象ファイルの送信処理を例示するフローチャートである。図２２は、実施の形態４におけるＯＮＵによるファームウェア更新処理を例示するフローチャートである。
【0119】
図２０のステップＳ７１～ステップＳ７２の処理は、図１５のステップＳ４１～ステップＳ４２の処理と同様である。ステップＳ７３～ステップＳ７４の処理は、図１１のステップＳ２１～ステップＳ２２の処理と同様である。なお、ステップＳ７１～ステップＳ７２の処理は、ステップＳ７３～ステップＳ７４の処理後に実行されてもよいし、ステップＳ７３～ステップＳ７４と並行して実行されてもよい。ステップＳ７２の処理後であって、ステップＳ７４の処理後、通信システム１００は、図７についての上記説明において、第１更新用ファイルを、第３更新用ファイル、第４更新用ファイル、または第５更新用ファイルに読み替えた場合の、上記ステップＳ１～ステップＳ６の処理を実行する。
【0120】
図２１におけるステップＳ８１～ステップＳ８２の処理は、図１６におけるステップＳ５１～ステップＳ５２の処理と同様である。ステップＳ８２の処理は、図２０のステップＳ７２の処理に対応する。ステップＳ８３の処理は、図１６～図１７のステップＳ５３～ステップＳ６４の処理に対応する。ステップＳ８３において更新対象特定部１５は、子側ファイルにおける更新対象のデータ構成を特定し、特定したデータ構成を更新するための、親側ファイルにおけるデータ構成を含む更新対象ファイルを生成する。ステップＳ８４において更新可否判定部１４は、圧縮前の更新対象ファイルのサイズを特定する。このとき、更新可否判定部１４は、特定したサイズを示す情報を親側記憶部１１に保存する。ステップＳ８５において圧縮部１２は、更新対象ファイルを圧縮する。ステップＳ８６において更新可否判定部１４は、圧縮部１２によって圧縮された更新対象ファイルのサイズを特定する。このとき、更新可否判定部１４は、特定したサイズを示す情報を親側記憶部１１に保存する。
【0121】
ステップＳ８７の処理は、図２０のステップＳ７４の処理に対応する。ステップＳ８７において親側通信部１３は容量信号をＯＮＵ３から受信する。なお、ステップＳ７３～ステップＳ７４の処理は、ステップＳ８１～ステップＳ８６のうちのいずれかの処理前に実行されてもよいし、ステップＳ８１～ステップＳ８６のうちのいずれかの処理と並行して実行されてもよい。
【0122】
ステップＳ８８において更新可否判定部１４は、容量情報が示す空き容量が第２必要容量以上か否かを判定する。空き容量が第２必要容量以上であれば（ステップＳ８８：ＹＥＳ）、ステップＳ８９において親側通信部１３は、第３更新用ファイルをＯＮＵ３に送信する。ステップＳ８９の処理は、図２０に示すステップＳ１～ステップＳ６の処理であって、図７についての上記説明において第１更新用ファイルを第３更新用ファイルと読み替えた処理に相当する。ステップＳ８９の処理後、ＯＬＴ１は、更新対象ファイルの送信処理を終了する。
【0123】
空き容量が第２必要容量未満であれば（ステップＳ８８：ＮＯ）、ステップＳ９０において圧縮変更部１６は、圧縮更新対象ファイルにおけるデータを削減する。圧縮変更部１６による圧縮更新対象ファイルにおけるデータの削減処理については後述する。ステップＳ９０の処理後、ＯＬＴ１は処理をステップＳ９１に移す。ステップＳ９１において更新可否判定部１４は、容量情報が示す空き容量が第３必要容量以上か否かを判定する。
【0124】
空き容量が第３必要容量以上であれば（ステップＳ９１：ＹＥＳ）、ステップＳ９２において親側通信部１３は、第５更新用ファイルをＯＮＵ３に送信する。ステップＳ９２の処理は、図２０に示すステップＳ１～ステップＳ６の処理であって、図７についての上記説明において第１更新用ファイルを第５更新用ファイルと読み替えた処理に相当する。
【0125】
空き容量が第３必要容量未満であれば（ステップＳ９１：ＮＯ）、ステップＳ９３において親側通信部１３は、第４更新用ファイルをＯＮＵ３に送信する。ステップＳ９３の処理は、図２０に示すステップＳ１～ステップＳ６の処理であって、図７についての上記説明において第１更新用ファイルを第４更新用ファイルと読み替えた処理に相当する。
【0126】
図２２のステップＳ１０１の処理は、図２０におけるステップＳ５以降においてＯＮＵ３が第３更新用ファイル、第４更新用ファイル、または、第５更新用ファイルを構成する全てのフレームをＯＬＴ１から受信した場合に実行される。なお、ステップＳ１０１の処理は、図２０におけるステップＳ３以降であって、ステップＳ５より前に、ＯＮＵ３がヘッダ情報を構成する全てのフレームをＯＬＴ１から受信した場合に実行されてもよい。この場合においてステップＳ１０２～ステップＳ１０３の処理は、図２０におけるステップＳ５以降においてＯＮＵ３が第３更新用ファイル、第４更新用ファイル、または第５更新用ファイルの全フレームをＯＬＴ１から受信した場合に実行される。
【0127】
ステップＳ１０１においてヘッダ解析部３２は、解析によって得られた圧縮識別情報に基づき、ＯＬＴ１からの第３更新用ファイル、第４更新用ファイル、および第５更新用ファイルのうちのいずれかのファイルが、圧縮されたデータを含むか否かを判定する。ＯＬＴ１からのファイルが、圧縮されたデータを含まない場合には（ステップＳ１０１：ＮＯ）、ＯＮＵ３は処理をステップＳ１０３に移す。ＯＬＴ１からのファイルが、圧縮されたデータを含む場合には（ステップＳ１０１：ＹＥＳ）、ステップＳ１０２において解凍部３４は、圧縮されているデータを解凍する。
【0128】
ステップＳ１０３において書き込み部３５は、非圧縮更新対象ファイルによって、子側記憶部３１の第１記憶領域におけるファームウェアファイルのうちの更新対象のデータ構成を更新する。ステップＳ１０３の処理後、通信システム１００におけるファームウェアの更新処理は終了する。
【0129】
以下、実施の形態４における圧縮変更部１６による、圧縮更新対象ファイルにおけるデータの削減処理の詳細について説明する。なお、実施の形態４では、圧縮更新対象ファイルにおけるデータの削減処理の内容として、以下の３つの内容が挙げられる。以下、当該３つの内容の各々について説明する。
【0130】
図２３は、実施の形態４における圧縮変更部による、圧縮更新対象ファイルにおけるデータの削減処理の第１の例を示すフローチャートである。ステップＳ１１１において圧縮変更部１６は、圧縮更新対象ファイルに含まれるデータ構成の数が２以上か否かを判定する。圧縮更新対象ファイルに含まれるデータ構成の数が１以下である場合には（ステップＳ１１１：ＮＯ）、圧縮変更部１６は、圧縮更新対象ファイルにおけるデータの削減処理を終了する。圧縮更新対象ファイルに含まれるデータ構成の数が２以上である場合には（ステップＳ１１１：ＹＥＳ）、ステップＳ１１２において圧縮変更部１６は、圧縮更新対象ファイルからデータ構成を１つ削除する。
【0131】
ステップＳ１１３において圧縮変更部１６は、容量情報が示す空き容量が第４必要容量以上であるか否かを判定する。第４必要容量は、ステップＳ１１２でデータ構成が削除された後の圧縮更新対象ファイルの解凍のために最低限必要な容量である。第４必要容量は、非圧縮更新対象ファイルのサイズと、ステップＳ１１２でデータ構成が削除された後の圧縮更新対象ファイルのサイズと、ヘッダ情報のサイズとの和に相当する。あるいは、第３必要容量は、非圧縮更新対象ファイルのサイズと、ステップＳ１１２でデータ構成が削除された後の圧縮更新対象ファイルのサイズとの和に相当する。
【0132】
空き容量が第４必要容量以上である場合には（ステップＳ１１３：ＹＥＳ）、ステップＳ１１４において圧縮変更部１６は、ステップＳ１１２におけるデータ構成の削除後の圧縮更新対象ファイルを圧縮部分ファイルとする。そして、圧縮変更部１６は、ステップＳ１１２において削除されたデータ構成を非圧縮状態で非圧縮部分ファイルに含ませる。すなわち、圧縮変更部１６は、ステップＳ１１２において削除されたデータ構成であって、圧縮されていないデータ構成を含む非圧縮部分ファイルを生成する。ステップＳ１１４の処理後、圧縮変更部１６は圧縮更新対象ファイルにおけるデータの削減処理を終了する。空き容量が第４必要容量未満である場合には（ステップＳ１１３：ＮＯ）、圧縮変更部１６は処理をステップＳ１１１に戻す。
【0133】
ここで、ステップＳ１１２において圧縮更新対象ファイルから削除されるデータ構成は任意に定められるが、圧縮更新対象ファイルからサイズの最も小さいデータ構成が削除されてもよいし、サイズの最も大きいデータ構成が削除されもよい。あるいは、圧縮更新対象ファイルにおいて最も前に配置されているデータ構成が削除されてもよい。例えば、圧縮更新対象ファイルに、圧縮されたデバイスツリーと、圧縮されたＯＳと、圧縮されたＳＤＫが、この順番で含まれる場合には、最初に実行されるステップＳ１１２では、圧縮後のデバイスツリーが削除される。そして、２回目に実行されるステップＳ１１２では、圧縮後のＯＳが削除される。
【0134】
図２４は、実施の形態４における圧縮変更部による、圧縮更新対象ファイルにおけるデータの削減処理の第２の例を示すフローチャートである。ステップＳ１２１において圧縮変更部１６は、容量情報が示す空き容量から、更新対象ファイルのサイズを差し引いた容量を導出する。あるいは、圧縮変更部１６は、容量情報が示す空き容量から、更新対象ファイルのサイズと、ヘッダ情報のサイズとを差し引いた容量を導出する。以下では、当該空き容量から更新対象ファイルのサイズを差し引いた容量、または、当該空き容量から更新対象ファイルのサイズとヘッダ情報のサイズとを差し引いた容量を、圧縮ファイル用容量と記載する場合もある。
【0135】
ステップＳ１２２において圧縮変更部１６は、圧縮更新対象ファイルに含まれる、圧縮後の各データ構成のサイズを特定する。ステップＳ１２３において圧縮変更部１６は、サイズ条件を満たす圧縮データ構成グループを探索する。ここで、圧縮データ構成グループとは、圧縮更新対象ファイルにおける１以上のデータ構成によるグループである。サイズ条件とは、サイズが圧縮ファイル用容量以下であるとの条件である。なお、圧縮データ構成グループのサイズは、当該圧縮データ構成グループにおける１以上のデータ構成のサイズの総和である。このことより、サイズ条件を満たす圧縮データ構成グループとは、当該圧縮データ構成グループのサイズ、すなわち、当該圧縮データ構成グループにおける１以上のデータ構成のサイズの総和が、圧縮ファイル用容量以下であるグループである。
【0136】
ステップＳ１２４において圧縮変更部１６は、サイズ条件を満たす圧縮データ構成グループの探索が成功したか否かを判定する。圧縮データ構成グループの探索が成功しなかった場合、すなわち、サイズ条件を満たす圧縮データ構成グループが見つからなかった場合には（ステップＳ１２４：ＮＯ）、圧縮変更部１６は、圧縮更新対象ファイルのデータの削減処理を終了する。圧縮データ構成グループの探索が成功した場合、すなわち、サイズ条件を満たす圧縮データ構成グループが見つかった場合には（ステップＳ１２４：ＹＥＳ）、圧縮変更部１６は処理をステップＳ１２５に移す。
【0137】
ステップＳ１２５において圧縮変更部１６は、ステップＳ１２３の探索によって得られた１以上の圧縮データ構成グループのうち、サイズが最大の圧縮データ構成グループを抽出する。具体的には、圧縮変更部１６は、ステップＳ１２３の探索の結果、複数の圧縮データ構成グループが得られた場合には、各圧縮データ構成グループにおける１以上のデータ構成のサイズの総和を導出する。そして、当該サイズの総和が最大となる圧縮データ構成グループを抽出する。なお、圧縮変更部１６は、ステップＳ１２３の探索の結果、１つの圧縮データ構成グループのみが得られた場合には、当該１つの圧縮データ構成グループを抽出する。
【0138】
ステップＳ１２６において圧縮変更部１６は、ステップＳ１２５で抽出した圧縮データ構成グループにおける１以上のデータ構成による圧縮更新対象ファイルを、圧縮部分ファイルとする。ステップＳ１２７において圧縮変更部１６は、抽出した圧縮データ構成グループの１以上のデータ構成以外のデータ構成を非圧縮対象とし、圧縮されない状態で非圧縮部分ファイルに含める。ステップＳ１２７の処理後、圧縮変更部１６は圧縮更新対象ファイルのデータ削減処理を終了する。
【0139】
図２５は、実施の形態４における圧縮更新対象ファイルのデータの削減処理の第２の例について説明するための図である。なお、図２５では、圧縮されていない状態での更新対象ファイルのサイズを４０とし、ヘッダ情報のサイズを５とし、子側記憶部３１の第２記憶領域における空き容量を５５とする。また、圧縮ファイル用容量を、空き容量から、非圧縮状態の更新対象ファイルのサイズと、ヘッダ情報のサイズとを差し引いた容量とする。すると、図２５では、圧縮ファイル用容量は１０となる。
【0140】
更新対象ファイルには、４つのデータ構成が含まれ、各データ構成は、Ａ、Ｂ、Ｃ、およびＤの各々によって示される。ここで、圧縮されたＡのサイズを２とし、圧縮されたＢのサイズを３とし、圧縮されたＣのサイズを４とし、圧縮されたＤのサイズを５とする。この場合において、サイズ条件を満たす、１以上のデータ構成を含む圧縮データ構成グループとして、ＡとＢとＣとを含む圧縮データ構成グループと、ＡとＢとＤとを含む圧縮データ構成グループと、ＣとＤとを含むデータ構成グループ等が挙げられる。これらの圧縮データ構成グループのうち、ＡとＢとＤとを含む圧縮データ構成グループのサイズ、すなわち、ＡとＢとＤのサイズの総和は１０であり、全ての圧縮データ構成グループにおいて最大となる。圧縮変更部１６は、ＡとＢとＤとの組み合わせを圧縮部分ファイルとする。
【0141】
なお、圧縮後のデータ構成のサイズは、圧縮前のデータ構成のサイズが大きいほど大きい。そのため、より大きいサイズのデータ構成のグループを圧縮した状態で送信することにより、当該グループを圧縮しない状態で送信するより、データ通信量の低減が可能になる。
【0142】
図２６は、実施の形態４における圧縮変更部による、圧縮更新対象ファイルにおけるデータの削減処理の第３の例を示すフローチャートである。ステップＳ１３１において圧縮変更部１６は、圧縮ファイル用容量を導出する。ステップＳ１３２において圧縮変更部１６は、圧縮更新対象ファイルのサイズが圧縮ファイル用容量より大きいか否かを判定する。圧縮更新対象ファイルのサイズが圧縮ファイル用容量より大きい場合には（ステップＳ１３２：ＹＥＳ）、ステップＳ１３３において圧縮変更部１６は、圧縮更新対象ファイルのデータ量を減らす。具体的には、圧縮変更部１６は、圧縮更新対象ファイルのデータ量を基準量だけ減らす。ステップＳ１３３の処理後、圧縮変更部１６は処理をステップＳ１３２に戻す。
【0143】
圧縮更新対象ファイルのサイズが圧縮ファイル用容量以下である場合には（ステップＳ１３２：ＮＯ）、ステップＳ１３４において圧縮変更部１６は、当該圧縮更新対象ファイルを圧縮部分ファイルとする。ステップＳ１３５において圧縮変更部１６は、圧縮更新対象ファイルのデータ以外のデータを非圧縮状態で非圧縮部分ファイルに含ませる。ステップＳ１３５の処理後、圧縮変更部１６は圧縮更新対象ファイルのデータ削減処理を終了する。
【0144】
図２７は、実施の形態４における圧縮更新対象ファイルのデータ削減処理の第３の例について説明するための図である。なお、図２７でも、図２５の場合と同様に、圧縮されていない状態での更新対象ファイルのサイズを４０とし、ヘッダ情報のサイズを５とし、子側記憶部３１の第２記憶領域における空き容量を５５とし、圧縮ファイル用容量を１０とする。また、図２７では、圧縮された状態での更新対象ファイルのサイズを２０とする。圧縮変更部１６は、圧縮更新対象ファイルのサイズと圧縮ファイル用容量との比較を行う。図２７に示すように、圧縮更新対象ファイルのサイズである２０は、圧縮ファイル用容量である１０より大きい。このため、圧縮変更部１６は、基準量である１だけ、圧縮更新対象ファイルのサイズを減らす。これにより、圧縮更新のサイズは１９となる。圧縮変更部１６は、再び、圧縮更新対象ファイルのサイズと圧縮ファイル用容量との比較を行う。しかし、圧縮更新対象ファイルのサイズである１９は、圧縮ファイル用容量である１０より大きいため、圧縮変更部１６は、基準量である１だけ、圧縮更新対象ファイルのサイズを再び減らす。このように、圧縮変更部１６は、圧縮更新対象ファイルのサイズと圧縮ファイル用容量との比較と、圧縮更新対象ファイルのサイズの低減とを繰り返す。そして、圧縮変更部１６は、圧縮更新ファイルのサイズを圧縮ファイル用容量と等しい１０まで減らす。圧縮変更部１６は、サイズが１０である圧縮更新対象ファイルを圧縮部分ファイルとし、圧縮更新対象ファイルのデータ以外のデータを非圧縮状態で非圧縮部分ファイルに含ませる。
【0145】
実施の形態４におけるＯＬＴ１は、実施の形態２～実施の形態３と同様に、解凍機能を有するか否かをＯＮＵ３に問うための機能要求情報を当該ＯＮＵ３に送信してもよい。そして、ＯＬＴ１は、ＯＮＵ３から解凍機能を有さないことを示す機能情報を受信した場合には、ＯＮＵ３に、第３更新用ファイルと第５更新用ファイルのいずれをも送信せず、第４更新用ファイルを送信してもよい。
【0146】
以下、実施の形態４に係る通信システム１００による効果について述べる。実施の形態４に係る通信システム１００は、互いに通信を行う親局装置と子局装置とを有する。子局装置は、子側記憶部３１と容量特定部３７とバージョン取得部３８と子側通信部３０十を備える。子側記憶部３１は、子側ファイルが記憶される第１記憶領域、および、当該第１記憶領域以外の第２記憶領域を有する。容量特定部３７は、子側記憶部３１の第２記憶領域における空き容量を特定する。バージョン取得部３８は、子側ファイルに含まれる複数のデータ構成の各々のバージョンを示す子側バージョン情報を取得する。子側通信部３０は、空き容量を示す容量情報、および子側バージョン情報を、親局装置に送信する。親局装置は、取得部１０と親側通信部１３と更新対象特定部１５と圧縮部１２と更新可否判定部１４と圧縮変更部１６とを備える。取得部１０は、サーバ６から親側ファイルを取得する。親側通信部１３は、子局装置から容量情報および子側バージョン情報を受信する。更新対象特定部１５は、親側ファイルに含まれる複数のデータ構成の各々のバージョンを示す親側バージョン情報を取得する。更新対象特定部１５は、親側バージョン情報と子側バージョン情報とに基づいて、親側ファイルにおける複数のデータ構成のうちの１以上のデータ構成による更新対象となる、子側ファイルにおける複数のデータ構成のうちの１以上のデータ構成を特定する。圧縮部１２は、親側ファイルにおける複数のデータ構成のうちの当該１以上のデータ構成を含む更新対象ファイルを圧縮する。更新可否判定部１４は、容量情報が示す空き容量が、圧縮更新対象ファイルの解凍のために必要な第２必要容量以上か否かを判定する。圧縮変更部１６は、空き容量が第２必要容量未満である場合には、圧縮更新対象ファイルのデータ量を低減させた圧縮部分ファイルを生成する。圧縮変更部１６は、更新対象ファイルのうち、圧縮部分ファイルに含まれるデータ以外のデータを圧縮されない状態で含む非圧縮部分ファイルを生成する。親側通信部１３は、空き容量が第２必要容量以上であれば、圧縮更新対象ファイルを子局装置に送信する。親側通信部１３は、空き容量が、圧縮部分ファイルの容量によって定まる第３必要容量以上であって、且つ、第２必要容量未満である場合には、圧縮部分ファイルと非圧縮部分ファイルとを子局装置に送信する。親側通信部１３は、空き容量が第３必要容量未満である場合には、圧縮されていない更新対象ファイルである非圧縮更新対象ファイルを子局装置に送信する。
【0147】
上記構成によれば、空き容量が第２必要容量未満である場合に、圧縮変更部１６が圧縮更新対象ファイルのサイズを低減する。そして、サイズが低減された圧縮対象更新ファイルである圧縮部分ファイルと、圧縮更新対象ファイルから省かれた、非圧縮状態のデータによる非圧縮部分ファイルとが子局装置に送信されることにより、非圧縮更新対象ファイルが送信される場合に比べ、ファイル送信時間の低減が図られる。
【0148】
実施の形態４における子局装置は、解凍部３４と書き込み部３５とを備える。解凍部３４は、子側通信部３０が圧縮更新対象ファイルと圧縮部分ファイルのうちのいずれかのファイルを受信した場合には、当該いずれかのファイルを解凍する。書き込み部３５は、当該いずれかのファイルを解凍することによって得られた、圧縮されていない更新対象ファイルである非圧縮更新対象ファイルによって、子側ファイルのうちの更新対象の１以上のデータ構成を更新する。書き込み部３５は、子側通信部３０が、非圧縮更新対象ファイルを受信した場合には、当該非圧縮更新対象ファイルによって、子側ファイルのうちの更新対象の１以上のデータ構成を更新する。これにより、圧縮部分ファイル等の解凍が可能になり、ファームウェアにおける更新対象のデータ構成の更新が可能になる。従って、圧縮部分ファイルと非圧縮部分ファイルとの送受信によって、ファームウェアの更新のための通信処理の回数が１回で済み、ファイルの送受信にかかる時間の総和の低減が図られる。
【0149】
実施の形態４における圧縮変更部１６は、容量情報が示す空き容量から、更新対象ファイルのサイズを差し引いた圧縮ファイル用容量を導出する。圧縮変更部１６は、圧縮更新対象ファイルにおける１以上のデータ構成のうち、少なくとも１つのデータ構成を含む圧縮データ構成グループであって、サイズが圧縮ファイル用容量以下となる圧縮データ構成グループを探索する。圧縮変更部１６は、探索して得られた１以上の圧縮データ構成グループのうち、サイズが最大となる圧縮データ構成グループを圧縮部分ファイルとする。これにより、更新対象ファイルのうち、より大きなサイズの１以上のデータ構成が圧縮された状態で送信されることになる。従って、更新対象ファイルの送信時間の更なる短縮が図られる。
【0150】
実施の形態４における子側通信部３０は、子局装置の解凍機能の有無を示す機能情報を親局装置に送信する。親側通信部１３は、子局装置が解凍機能を有さないことを、子局装置からの機能情報が示す場合には、圧縮更新対象ファイル、または、圧縮部分ファイルおよび非圧縮部分ファイルに代え、非圧縮ファイルを子局装置に送信する。これにより、子局装置は、非圧縮更新対象ファイルによって、第１記憶領域におけるファームウェアファイルを適切に更新することができる。
【0151】
以上、実施の形態について説明したが、本開示の内容は、実施の形態に限定されるものではなく、想定しうる均等の範囲を含む。また、実施の形態１～実施の形態４で説明した構成およびその変形例は、機能及び動作を阻害しない範囲で、互いに組み合わせることができる。
【符号の説明】
【0152】
１ ＯＬＴ、３ ＯＮＵ、５ 光スプリッタ、６ サーバ、１０ 取得部、１１ 親側記憶部、１２ 圧縮部、１３ 親側通信部、１４ 更新可否判定部、１５ 更新対象特定部、１６ 圧縮変更部、２０ 第１バス、２１ 第１プロセッサ、２２ 第１メモリ、２３ 第１通信インターフェース回路、２４ サーバ通信用インターフェース回路、３０ 子側通信部、３１ 子側記憶部、３２ ヘッダ解析部、３３ 容量判定部、３４ 解凍部、３５ 書き込み部、３６ 結果応答部、３７ 容量特定部、３８ バージョン取得部、４０ 第２バス、４１ 第２プロセッサ、４２ 第２メモリ、４３ 第３メモリ、４４ 第２通信インターフェース回路、１００ 通信システム。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】