(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024032198
(43)【公開日】2024-03-12
(54)【発明の名称】通信装置および制御方法
(51)【国際特許分類】
H04L 12/44 20060101AFI20240305BHJP
H04L 67/01 20220101ALI20240305BHJP
【ＦＩ】
H04L12/44 200
H04L67/01
【審査請求】未請求
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2022135721
(22)【出願日】2022-08-29
(71)【出願人】
【識別番号】000000295
【氏名又は名称】沖電気工業株式会社
(74)【代理人】
【識別番号】110001461
【氏名又は名称】弁理士法人きさ特許商標事務所
(72)【発明者】
【氏名】丸山 兼司
【テーマコード（参考）】
5K033
【Ｆターム（参考）】
5K033AA05
5K033DB13
5K033EC01
(57)【要約】
【課題】限られたメモリ資源においてファームウェアの更新を成功させる通信装置および制御方法を得る。
【解決手段】局側装置と通信を行う通信部と、局側装置から受信する更新用ファームウェアを記憶する第１の記憶部と、局側装置から更新用ファームウェアの受信を開始すると、第１の記憶部の空き容量が予め決められた閾値未満であるか否かを判定する判定部と、判定部によって空き容量が閾値未満と判定されると、非信号処理に限定した制御処理を行う制御部と有する。
【選択図】図２
【解決手段】局側装置と通信を行う通信部と、局側装置から受信する更新用ファームウェアを記憶する第１の記憶部と、局側装置から更新用ファームウェアの受信を開始すると、第１の記憶部の空き容量が予め決められた閾値未満であるか否かを判定する判定部と、判定部によって空き容量が閾値未満と判定されると、非信号処理に限定した制御処理を行う制御部と有する。
【選択図】図２
【特許請求の範囲】
【請求項1】
局側装置と通信を行う通信部と、
前記局側装置から受信する更新用ファームウェアを記憶する第１の記憶部と、
前記局側装置から前記更新用ファームウェアの受信を開始すると、前記第１の記憶部の空き容量が予め決められた閾値未満であるか否かを判定する判定部と、
前記判定部によって前記空き容量が前記閾値未満と判定されると、非信号処理に限定した制御処理を行う制御部と、
を有する通信装置。
前記局側装置から受信する更新用ファームウェアを記憶する第１の記憶部と、
前記局側装置から前記更新用ファームウェアの受信を開始すると、前記第１の記憶部の空き容量が予め決められた閾値未満であるか否かを判定する判定部と、
前記判定部によって前記空き容量が前記閾値未満と判定されると、非信号処理に限定した制御処理を行う制御部と、
を有する通信装置。
【請求項2】
前記第１の記憶部は、信号処理に関するログを記憶し、
前記非信号処理に限定した制御処理は、前記第１の記憶部から前記ログを削除するものである、
請求項１に記載の通信装置。
前記非信号処理に限定した制御処理は、前記第１の記憶部から前記ログを削除するものである、
請求項１に記載の通信装置。
【請求項3】
前記第１の記憶部は、信号処理の保守プロセスに必要な容量を未使用とし、
前記非信号処理に限定した制御処理は、前記保守プロセスを停止するものである、
請求項１に記載の通信装置。
前記非信号処理に限定した制御処理は、前記保守プロセスを停止するものである、
請求項１に記載の通信装置。
【請求項4】
前記第１の記憶部は、信号処理の保守系コマンドを記憶し、
前記非信号処理に限定した制御処理は、前記第１の記憶部から前記保守系コマンドを削除するものである、
請求項１に記載の通信装置。
前記非信号処理に限定した制御処理は、前記第１の記憶部から前記保守系コマンドを削除するものである、
請求項１に記載の通信装置。
【請求項5】
前記第１の記憶部は、未使用のメモリの消費電力を低減する省電力機能を実行し、
前記非信号処理に限定した制御処理は、前記省電力機能を停止するものである、
請求項１に記載の通信装置。
前記非信号処理に限定した制御処理は、前記省電力機能を停止するものである、
請求項１に記載の通信装置。
【請求項6】
前記非信号処理に限定した複数の制御処理が優先度と対応付けられた処理テーブルを記憶する第２の記憶部を有し、
前記制御部は、前記空き容量に対応して前記優先度の高い方から順に前記非信号処理に限定した制御処理を行う、
請求項１に記載の通信装置。
前記制御部は、前記空き容量に対応して前記優先度の高い方から順に前記非信号処理に限定した制御処理を行う、
請求項１に記載の通信装置。
【請求項7】
前記処理テーブルには、前記優先度に対応づけられて前記非信号処理に限定した制御処理に対する復旧処理の情報が登録され、
前記制御部は、前記更新用ファームウェアの受信が終了すると、前記非信号処理に限定した制御処理に対する前記復旧処理を行う、
請求項６に記載の通信装置。
前記制御部は、前記更新用ファームウェアの受信が終了すると、前記非信号処理に限定した制御処理に対する前記復旧処理を行う、
請求項６に記載の通信装置。
【請求項8】
局側装置から受信する更新用ファームウェアを記憶する第１の記憶部を有する通信装置による制御方法であって、
前記局側装置から前記更新用ファームウェアの受信を開始すると、前記第１の記憶部の空き容量が予め決められた閾値未満であるか否かを判定するステップと、
前記空き容量が前記閾値未満と判定されると、非信号処理に限定した制御処理を行うステップと、
を有する制御方法。
前記局側装置から前記更新用ファームウェアの受信を開始すると、前記第１の記憶部の空き容量が予め決められた閾値未満であるか否かを判定するステップと、
前記空き容量が前記閾値未満と判定されると、非信号処理に限定した制御処理を行うステップと、
を有する制御方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、局側装置と通信する通信装置および通信装置が実行する制御方法に関する。
【背景技術】
【0002】
従来、ＰＯＮ（Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）システムにおいて、加入者側の通信装置であるＯＮＵ（Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｕｎｉｔ）は、装置に予め格納されたファームウェアを実行することで、ユーザが使用する通信の信号である主信号の信号処理を行う。ＯＮＵは、ファームウェアを記憶する不揮発性メモリと、揮発性メモリとを有し、起動時にファームウェアを不揮発性メモリから揮発性メモリに展開し、ファームウェアを実行する。揮発性メモリは、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。
【0003】
また、ＯＮＵの小型化手段の１つとして、１つのＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）にＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）およびＲＡＭ等の複数のデバイスが搭載されたＳｏＣ（Ｓｙｓｔｅｍ ｏｎ ａ Ｃｈｉｐ）を用いることが行われている。しかし、ＳｏＣに搭載されるＲＡＭのメモリ容量は、単独でＯＮＵに搭載されるＲＡＭと比べて小さい。
【0004】
一方、ＯＮＵに搭載されるＲＡＭは、主信号の信号処理用バッファとして大容量であることが望まれている。信号処理用バッファの大容量化を目的として、「バッファ専用メモリ」と「ＲＡＭの一部」との２種類のメモリを用いる「２段バッファ構成」を採用するＯＮＵもある。この場合、ＲＡＭは、信号処理バッファ用と、ファームウェア用とに分割される。このように、ファームウェアは使用可能なメモリ容量が十分ではない状況下でも動作可能であることが求められている。
【0005】
ＯＮＵが揮発性メモリの容量をより多く必要とする処理の１つとして「ファームウェア更新」が挙げられる。ファームウェアの更新について、例えば、特許文献１に、局側装置であるＯＬＴ（Ｏｐｔｉｃａｌ Ｌｉｎｅ Ｔｅｒｍｉｎａｌ）がＯＮＵのファームウェアの版数を確認し、更新用ファームウェアをＯＮＵに送信することでファームウェアの更新を管理するＰＯＮシステムが提案されている。
【先行技術文献】
【特許文献】
【0006】
【特許文献1】特開２００７－２８２１４８号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
特許文献１に開示されたＰＯＮシステムにおいて、ＯＮＵはＯＬＴから更新用ファームウェアを受信するとき、更新用ファームウェアの全てを一時的に揮発性メモリに保存する。更新用ファームウェアのデータサイズが通常よりも大きい場合、揮発性メモリのうち、使用可能なメモリ容量が不足してしまう。その結果、ファームウェア更新ができなくなってしまうおそれがある。
【課題を解決するための手段】
【0008】
本発明に係る通信装置は、局側装置と通信を行う通信部と、前記局側装置から受信する更新用ファームウェアを記憶する第１の記憶部と、前記局側装置から前記更新用ファームウェアの受信を開始すると、前記第１の記憶部の空き容量が予め決められた閾値未満であるか否かを判定する判定部と、前記判定部によって前記空き容量が前記閾値未満と判定されると、非信号処理に限定した制御処理を行う制御部と、を有するものである。
【0009】
本発明に係る制御方法は、局側装置から受信する更新用ファームウェアを記憶する第１の記憶部を有する通信装置による制御方法であって、前記局側装置から前記更新用ファームウェアの受信を開始すると、前記第１の記憶部の空き容量が予め決められた閾値未満であるか否かを判定するステップと、前記空き容量が前記閾値未満と判定されると、非信号処理に限定した制御処理を行うステップと、を有するものである。
【発明の効果】
【0010】
本発明によれば、ファームウェアを更新する際、第１の記憶部において使用可能メモリ容量を確認し、第１の記憶部の空き容量が閾値より小さい場合、非信号処理に限定した制御処理が行われる。そのため、第１の記憶部において信号処理に必要なメモリ容量を確保しつつ、更新用ファームウェアをダウンロードするための空き容量を一時的に増加させることができる。その結果、限られたメモリ資源において、実行中のファームウェアを正常に動作させながら、ファームウェアの更新を成功させることができる。
【図面の簡単な説明】
【0011】
【図1】実施の形態１に係る通信装置を含むＰＯＮシステムの一構成例を示す図である。
【図2】実施の形態１に係るＯＮＵの一構成例を示す機能ブロック図である。
【図4】実施の形態１に係るＯＮＵのファームウェア更新部の動作手順を示すフローチャートである。
【図5】実施の形態１に係るＯＮＵの判定部およびメモリ制御部の動作手順を示すフローチャートである。
【図6】実施の形態１に係るＯＮＵによる制御方法を説明するための模式図である。
【発明を実施するための形態】
【0012】
実施の形態１．
本実施の形態１の通信装置を有するＰＯＮシステムの構成を説明する。図１は、実施の形態１に係る通信装置を含むＰＯＮシステムの一構成例を示す図である。本実施の形態１においては、ＰＯＮシステムがＥＰＯＮ（Ｅｔｈｅｒｎｅｔ（登録商標） ＰＯＮ）システムの場合で説明するが、実施の形態１に係る通信装置を有するシステムはＥＰＯＮシステムに限らない。
本実施の形態１の通信装置を有するＰＯＮシステムの構成を説明する。図１は、実施の形態１に係る通信装置を含むＰＯＮシステムの一構成例を示す図である。本実施の形態１においては、ＰＯＮシステムがＥＰＯＮ（Ｅｔｈｅｒｎｅｔ（登録商標） ＰＯＮ）システムの場合で説明するが、実施の形態１に係る通信装置を有するシステムはＥＰＯＮシステムに限らない。
【0013】
ＥＰＯＮシステム１は、局側装置であるＯＬＴ１０と、加入者側の通信装置であるＯＮＵ２０－１～２０－ｍ（ｍは１以上の整数）と、光ファイバ３０と、光スプリッタ４０とを有する。光スプリッタ４０は、ＯＬＴ１０から受信するデータをＯＮＵ２０－１～２０－ｍに分配し、ＯＮＵ２０－１～２０－ｍから受信するデータをＯＬＴ１０に送信する。ＯＬＴ１０は、光スプリッタ４０によってＯＮＵ２０－１～２０－ｍと接続される。
【0014】
ＯＮＵ２０－１～２０－ｍのそれぞれには、各ユーザが使用する通信端末（図示せず）が接続されている。また、本実施の形態１では、ＯＮＵ２０－１～２０－ｍがファームウェアを更新する動作を説明するために、光ファイバ３０を介してＯＬＴ１０と接続される場合の構成を図１に示しているが、ＯＮＵ２０－１～２０－ｍはＯＬＴ１０を介して光ネットワーク（図示せず）と接続されていてもよい。ＯＮＵ２０－１～２０－ｍは各ユーザの主信号の信号処理を行う。ＯＮＵ２０－１～２０－ｍは同一の構成であるため、以下では、任意の１台のＯＮＵをＯＮＵ２０と表記する。
【0015】
次に、本実施の形態１の通信装置であるＯＮＵ２０の構成を説明する。図２は、実施の形態１に係るＯＮＵの一構成例を示す機能ブロック図である。ＯＮＵ２０は、通信部２と、制御部３と、記憶部４とを有する。通信部２はＯＬＴ１０と通信を行う。また、通信部２は、ＯＬＴ１０および光ファイバ３０を介して、光ネットワーク（図示せず）と主信号を送受信する。
【0016】
制御部３は、主信号の信号処理を実行する信号処理部６と、ファームウェア更新部７と、メモリ制御部８と、判定部９とを有する。制御部３は、例えば、プログラムを記憶するメモリ（図示せず）と、プログラムにしたがって処理を実行するＣＰＵ（図示せず）とを有する構成である。ＣＰＵ（図示せず）がプログラムを実行することで、信号処理部６、ファームウェア更新部７、メモリ制御部８および判定部９が構成される。
【0017】
記憶部４の構成を説明する。記憶部４は、第１の記憶部２１および第２の記憶部２２を有する。第１の記憶部２１は、揮発性メモリで構成される。第２の記憶部２２は、不揮発性メモリで構成される。揮発性メモリは、例えば、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）等のＲＡＭである。不揮発性メモリは、例えば、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）またはフラッシュメモリである。
【0018】
第１の記憶部２１は、信号処理部６が主信号の信号処理を実行する際、信号処理部６が実行するファームウェアを記憶する。また、第１の記憶部２１は、信号処理部６が主信号の信号処理を実行する際、信号処理に必要なデータを一時的に記憶するバッファ専用メモリとして機能する。さらに、第１の記憶部２１は、ＯＬＴ１０から通信部２が更新用ファームウェアのファイルの受信を開始すると、更新用ファームウェアを記憶する。ファームウェアのデータサイズ（容量）の情報等を含むファイル情報がファームウェアに添付されたものを、以下では、ファームウェアファイルと称する。ファイル情報には、ファームウェアのデータサイズの他に、例えば、伝送エラーを防ぐためのチェックサムのサム値が含まれる。
【0019】
第２の記憶部２２は、主信号の信号処理のためのファームウェアを記憶し、信号処理部６が主信号の信号処理を実行する際、記憶するファームウェアを第１の記憶部２１に展開する。また、第２の記憶部２２は、第１の記憶部２１の空き容量Ｃｆｍを増加するための処理が記述された処理テーブルを記憶する。
【0020】
図３は、図２に示した第２の記憶部が記憶する処理テーブルの一構成例を示す図である。処理テーブルは、実行番号に対応して、実行閾値、実行名称、メモリ増加処理および復旧処理の内容が登録されている。図３に示す構成例では、実行番号に対応して、実行閾値、実行名称、メモリ増加処理および復旧処理の各内容が異なる列に記述されている。図３に示す実行番号の最大値ｎは任意の正の整数である。
【0021】
図３に示す処理テーブルの「実行名称」の欄に記載されたＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）カーネルログは、制御部３によってＯＳプログラムが実行された結果の履歴情報である。ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）ログは、ＳＮＭＰにしたがってＯＬＴ１０がＯＮＵ２０を管理した結果の履歴情報である。これらのログは、第１の記憶部２１に記憶される。これらのログは、例えば、ＯＮＵ２０に障害などが発生したとき、ＯＬＴ１０による解析のために使用される。第１の記憶部２１において、蓄積されるログの容量は予め決められており、ＯＮＵ２０が正常に動作している間、古いログの上に新しいログが上書きされる。
【0022】
保守プロセス１および保守プロセス２等の保守プロセスは、ＯＬＴ１０がＳＮＭＰによって決められた手順にしたがってＯＮＵ２０に対して定期的または不定期に行う保守である。保守プロセス１と保守プロセス２とは保守の種類が異なる。第１の記憶部２１において、保守プロセスが実行される場合に備えて、予め決められたメモリ容量が未使用容量として確保される。
【0023】
図３に示す処理テーブルにおいて、メモリ増加処理は、第１の記憶部２１において、空き容量Ｃｆｍを増加させる処理であり、物理的にメモリ容量を増加させるものではない。メモリ増加処理は、（１）「増加容量の観点」および（２）「影響度の観点」の２つの観点によって優先度が高い順に実行番号１～ｎが割り振られている。（１）番目の「増加容量の観点」はメモリ増加容量がより大きいという観点である。（２）番目の「影響度の観点」は、処理が実行されてもＯＮＵ２０の機能面で影響度がより小さいという観点である。
【0024】
例えば、実行番号１の「ＯＳカーネルログ削除」の場合の２つの観点を説明する。（１）増加容量の観点について、容量大の増加が可能である。（２）影響度の観点について、ＲＡＭに蓄積されるＯＳの標準機能であり、「保守」機能面では役立つが、装置電源をオフすると削除され、実行されてもＯＮＵ２０の機能に影響はない。よって、「ＯＳカーネルログ削除」は、実行優先度が「高」の処理である。
【0025】
一方、実行番号３の「保守プロセス１の停止」および実行番号ｎの「保守プロセス２の停止」は、（１）増加容量の観点では一般的に小さく、（２）影響度の観点について、プロセスの内容に依存するが、ログの削除に比べると、信号処理への影響度は大きい。そのため、「保守プロセス１の停止」および「保守プロセス２の停止」は、実行優先度が「低」の処理である。
【0026】
メモリ増加処理および復旧処理の全ては、ＯＮＵ２０におけるＰＯＮまたはイーサネット（登録商標）等によるユーザが使用する通信の主信号に関わるハードウェアに変更を行わない処理である。主信号に関わるハードウェアの変更とは、例えば、ＳｏＣ内ＰＯＮ－ＬＳＩおよびＰＨＹ－ＬＳＩ等の、レジスタ値の変更がある。レジスタ値の変更とは、ＰＯＮまたはイーサネット（登録商標）によるフレーム送受信処理に関わるレジスタ値の設定変更である。レジスタ値が変化すると、主信号のスループット低下または主信号のリンク断線など、主信号に何らかの影響が出てしまう。
【0027】
図３に示すようなメモリ増加処理は、「主信号に関わるハードウェアに変更を行わない処理」である。「主信号に関わるハードウェアに変更を行わない処理」を「非信号処理に限定した制御処理」と称する。非信号処理に限定した制御処理は、主信号の信号処理およびその性能（スループット、バースト耐性、レイテンシ等）に影響を及ぼさずに、第１の記憶部２１における使用可能なメモリ容量を一時的に増加させることができる。
【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】
１ ＥＰＯＮシステム
２ 通信部
３ 制御部
４ 記憶部
６ 信号処理部
７ ファームウェア更新部
８ メモリ制御部
９ 判定部
１０ ＯＬＴ
２０ ＯＮＵ
２０－１～２０－ｍ ＯＮＵ
２１ 第１の記憶部
２２ 第２の記憶部
３０ 光ファイバ
４０ 光スプリッタ
２ 通信部
３ 制御部
４ 記憶部
６ 信号処理部
７ ファームウェア更新部
８ メモリ制御部
９ 判定部
１０ ＯＬＴ
２０ ＯＮＵ
２０－１～２０－ｍ ＯＮＵ
２１ 第１の記憶部
２２ 第２の記憶部
３０ 光ファイバ
４０ 光スプリッタ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】