JP5938833B2 - 局側装置、局側装置の制御方法およびプログラム - Google Patents

Description

本発明は、局側装置、局側装置の制御方法およびプログラムに関する。

各家庭までのネットワークアクセスサービスを光ファイバによって提供するＦＴＴＨ（Fiber To The Home）を実現する形態のひとつにＰＯＮ（Passive Optical Network）がある。ＰＯＮの特長は、宅側装置（ＯＮＵ（Optical Network Unit））と局側装置（ＯＬＴ（Optical Line Terminal））との間を結ぶ光ファイバの一部を共有して通信を行なうことにより、低コストで光アクセスサービスを提供できることである。

ＦＴＴＨを含めたネットワークシステムでは、新たな機能の追加および問題点の改善を行なう機能を求められることが多い。このような機能の実現方法としては、ネットワーク機器内のＣＰＵ（Central Processing Unit）が実行するソフトウェアプログラム、あるいはネットワーク機器内のＦＰＧＡ（Field Programmable Gate Array）の設計データをダウンロードする方法がある。なお、この明細書では、「ファームウェア」とは、通信機器（ＯＬＴ，ＯＮＵを問わない）の内部のＣＰＵが実行するプログラムコードおよびＦＰＧＡのコンフィグレーションコードを含むものとする。

たとえば特許文献１（特開２０１０−２５２１７６号公報）は、ＯＬＴが複数のＯＮＵへ、複数のＯＮＵ自身によってダウンロードされるべきデータをブロードキャストするように構成された通信システムを開示する。複数のＯＮＵ自身によってダウンロードされるべきデータは、複数のＯＮＵの各々に実装されたファームウェアを更新するためのファームウェアを含みうる。上記の構成によれば、ＰＯＮに接続された複数のＯＮＵによるダウンロードを短時間で実行することができる。

特開２０１０−２５２１７６号公報

特許文献１（特開２０１０−２５２１７６号公報）は、ＯＮＵのファームウェアを更新する方法を開示するものの、ＯＬＴのファームウェアを更新するための具体的な方法は開示していない。

ＯＬＴのファームウェアを更新する場合、たとえば以下の方法が考えられる。すなわち、外部からＯＬＴに新しいファームウェアが供給され、ＯＬＴは、その内部の不揮発性メモリに、その新しいファームウェアを格納する。ＯＬＴを再起動することによって不揮発性メモリから新しいファームウェアが読み出される。これによりＯＬＴのファームウェアが更新される。

しかしながら、ＯＬＴのファームウェアの更新中の間、ＯＬＴの処理が停止する可能性がある。ＯＬＴの処理が停止した場合には、ＯＮＵおよびその配下の端末による通信が停止することが起こりうる。

近年では、アクセス系ネットワークにおいては、インターネットを経由したデータ通信だけでなく、VoIP（Voice over Internet Protocol）サービスおよび映像データの配信等といった各種の通信も行なわれている。このため通信が停止することによる影響は大きくなりつつある。

したがって、ＯＬＴとＯＮＵとの間のデータ通信を継続しながらＯＬＴのファームウェアを更新することが好ましいと考えられる。１つの解決方法は、ＯＬＴの構成を、データ通信を担う基本通信部と、それ以外の機能を担う上位処理部とに分けて、上位処理部のファームウェアを更新することである。

しかしながら、ＯＬＴが一旦起動した後に上位処理部のファームウェアが更新された場合に、更新された機能を基本通信部に反映されることが課題となる。たとえば局側装置の起動時に基本通信部が初期化されると、基本通信部は、初期設定に従って通信を継続する。したがって局側装置の起動後に上位処理部の機能が更新された場合には、その更新された機能が基本通信部に反映されない可能性がある。

本発明の目的は、局側装置を停止させることなく、その機能を更新することを可能にするための技術を提供することである。

本発明のある局面に係る局側装置は、上位処理部と、下位処理部とを備える。上位処理部は、ファームウェアを有し、ファームウェアに従う処理を実行する。下位処理部は、機能に関する設定を上位処理部から受ける。下位処理部は、上位処理部のファームウェアの更新中にも設定に従う動作を維持可能である。上位処理部は、上位処理部が有するファームウェアを更新する更新部と、下位処理部から、設定に関する情報を取得する情報取得部と、取得された情報に基づいて、ファームウェアの更新後における下位処理部の機能を設定する機能設定部と、設定された機能に従う動作を下位処理部に実行させる下位制御部とを備える。

この構成によれば、局側装置を停止させることなく、その機能を更新することができる。情報取得部は、下位処理部から、ファームウェアの更新前における設定に関する情報を取得する。この情報は、たとえば、機能を設定するためのパラメータを含む。機能設定部は、取得された情報に基づいて、ファームウェアの更新後における下位処理部の機能を設定する。したがって、下位処理部の機能が更新される。すなわち上位処理部の機能の更新が下位処理部にも反映される。

「機能の更新」とは、機能の追加、機能の修正、機能の削除（たとえば不要な機能を無効化することを含む）を含む。さらに、「機能の更新」は、変更の必要のない機能をそのまま維持することを含んでもよい。

好ましくは、上位処理部は、ファームウェアの更新前の設定を保存する記憶部をさらに含む。下位制御部は、ファームウェアの更新中に更新前の設定に従って下位処理部を制御する。

この構成によれば、上位処理部１１のファームウェアを更新している間にも通信を維持することができる。

好ましくは、上位処理部は、さらに、宅側装置の局側装置への論理的な接続に対応して宅側装置の機能を設定する。情報取得部は、宅側装置から、ファームウェアの更新前の設定に関する情報を取得する。機能設定部は、宅側装置から取得された情報に基づいて、宅側装置の機能を設定する。

この構成によれば、宅側装置と局側装置との間の論理的な接続をやり直す必要なく、宅側装置の機能を更新することができる。なお、「論理的な接続」は、局側装置が宅側装置を認証する処理を含んでもよい。

好ましくは、機能設定部は、情報取得部により取得された情報が、ファームウェアの更新後における設定に一致しない場合には、機能を再度設定する。

この構成によれば、より確実に、局側装置の下位処理部および／または宅側装置の機能を更新することができる。

好ましくは、更新部、情報取得部、機能設定部、および下位制御部は、更新にかかるファームウェアで実行される。

この構成によれば、各機能を実現する手段をファームウェアによって実現することが可能となる。

本発明の他の局面によれば、局側装置の制御方法であって、局側装置の上位処理部が有するファームウェアを更新するステップと、上位処理部から機能に関する設定を受ける下位処理部から、設定に関する情報を取得するステップと、取得された情報に基づいて、ファームウェアの更新後における下位処理部の機能を設定するステップと、設定された機能に従って下位処理部が動作するように下位処理部を制御するステップとを備える。

この構成によれば、局側装置を停止させることなく、その機能を更新することができる。

本発明のさらに他の局面によれば、プログラムであって、局側装置に、局側装置の上位処理部が有するファームウェアを更新するステップと、上位処理部から機能に関する設定を受ける下位処理部から、設定に関する情報を取得するステップと、取得された情報に基づいて、ファームウェアの更新後における下位処理部の機能を設定するステップと、設定された機能に従って下位処理部が動作するように下位処理部を制御するステップとを実行させる。

この構成によれば、局側装置を停止させることなく、その機能を更新することができる。

本発明によれば、局側装置を停止させることなく、その機能を更新することを可能にするための技術を提供することができる。

本発明の実施の形態に係るＰＯＮシステムの概略構成を示すブロック図である。 図１に示したＯＮＵに接続されるユーザ端末の構成の一例を示した図である。 図１に示したＯＬＴの機能ブロック図である。 図３に示した上位処理部の機能ブロック図である。 図４に示したＯＬＴのハードウェア構成例を模式的に示した図である。 ファームウェアの更新前における、上位処理部による基本通信部の初期化処理を説明するためのシーケンス図である。 ファームウェアの更新後における、上位処理部による基本通信部の初期化処理を説明するためのシーケンス図である。 ＯＬＴの起動後にファームウェアを更新した場合に生じうる課題を説明するための図である。 本発明の第１の実施の形態による、ＯＬＴの機能の更新処理を説明するためのシーケンス図である。 ＯＬＴの起動時の処理を説明するためのフローチャートである。 無瞬断のファームウェア更新による、基本通信部の機能の更新処理を説明するためのフローチャートである。 ファームウェアの更新前における、上位処理部による基本通信部およびＯＮＵの初期化処理を説明するためのシーケンス図である。 ファームウェアの更新後における、上位処理部による基本通信部およびＯＮＵの初期化処理を説明するためのシーケンス図である。 無瞬断のファームウェア更新によるＯＮＵの機能の更新に関する課題を説明するための図である。 本発明の第２の実施の形態による、ＯＬＴの基本通信部および、ＯＮＵの機能の更新処理を説明するためのシーケンス図である。 無瞬断のファームウェア更新による、基本通信部およびＯＮＵの機能の更新処理を説明するためのフローチャートである。 本発明の第３の実施の形態による、ＯＬＴの基本通信部および、ＯＮＵの機能の更新処理を説明するためのシーケンス図である。 ＯＬＴの上位処理部による、設定すべきパラメータの再問い合わせ処理を説明するためのフローチャートである。

以下、本発明の実施の形態について図面を用いて説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。

図１は、本発明の実施の形態に係るＰＯＮシステム１００の概略構成を示すブロック図である。図１を参照して、ＰＯＮシステム１００は、局側装置（ＯＬＴ）１０１と、宅側装置（ＯＮＵ）１０２−１，１０２−２，・・・，１０２−ｎと、ＰＯＮ回線１０４と、スプリッタ１０５とを備える。

ＯＬＴ１０１は、たとえば電話局に設置される。ＯＮＵ１０２−１〜１０２−ｎの各々は、たとえばネットワークアクセスサービスの加入者の宅内に設置される。

ＯＮＵ１０２−１〜１０２−ｎの各々にはユーザ端末１１１が接続される。各ＯＮＵ１０２に接続されるユーザ端末１１１の数は特に限定されるものではない。たとえば１つのＯＮＵに複数のユーザ端末が接続されていてもよい。また、ユーザ端末１１１の種類も特に限定されるものではない。

ＰＯＮ回線１０４は光ファイバにより構成される。ＯＬＴ１０１から送信された光信号は、ＰＯＮ回線１０４を通り、スプリッタ１０５によってＯＮＵ１０２−１〜１０２−ｎへと分岐される。一方、ＯＮＵ１０２−１〜１０２−ｎから送信された光信号は、スプリッタ１０５によって集束されるとともにＰＯＮ回線１０４を通ってＯＬＴ１０１に送られる。スプリッタ１０５は、外部からの電源供給を特に必要とすることなく、入力された信号から受動的に信号を分岐または多重する。

ＯＬＴ１０１は、上位ネットワーク１０９を介してデータを受信するとともに、そのデータをＰＯＮ回線１０４に出力する。ＰＯＮの物理的構成によれば、ＯＮＵ１０２−１〜１０２−ｎのすべてが、ＯＬＴ１０１から送信されたデータを受信可能である。このためＯＬＴ１０１は、送信フレームのプリアンブル部分に、その送信フレームを受信すべきＯＮＵを特定する識別子ＬＬＩＤ（Logical Link ID）を挿入する。各ＯＮＵは、ＯＬＴ１０１から受信したフレームに含まれるＬＬＩＤを、予めＯＬＴ１０１から通知された自己のＬＬＩＤと照合する。フレームに含まれるＬＬＩＤが自己のＬＬＩＤに一致する場合には、ＯＮＵはそのフレームを受信し、そうでない場合には、ＯＮＵは、そのフレームを破棄する。

一方、各ＯＮＵから送信される光信号はスプリッタ１０５において合流する。このため、各ＯＮＵからの信号（上り信号）がスプリッタ１０５で合流した後に衝突しないための制御が必要となる。ＯＬＴ１０１は、ＯＮＵ１０２−１〜１０２−ｎから送信された制御フレーム（レポート）に基づいて、ＯＮＵ１０２−１〜１０２−ｎ内のバッファに蓄積されているデータの送信開始時刻および送信許可量を演算する。次に、ＯＬＴ１０１は、指示信号を挿入した制御フレーム（グラント）を、ＰＯＮ回線１０４およびスプリッタ１０５を介してＯＮＵ１０２−１〜１０２−ｎに送信する。

たとえば、ＯＮＵ１０２−１は、宅側ネットワーク１１０を介してユーザ端末１１１から上り情報フレームを受信する。ＯＮＵ１０２−１は、上り情報フレームをバッファに一旦蓄積する。ＯＮＵ１０２−１は、グラントによって指定された時刻に、自己のバッファ内のデータの長さをレポートでＯＬＴ１０１に通知する。ＯＮＵ１０２−１は、指示信号が挿入されたグラントをＯＬＴ１０１から受信するとともに、その指示信号に基づいて、自己のバッファ内のデータをレポートとともにＯＬＴ１０１に送信する。

図２は、図１に示したＯＮＵに接続されるユーザ端末の構成の一例を示した図である。図２を参照して、ＯＮＵ１０２−１に接続されたユーザ端末１１１は、パーソナルコンピュータ（ＰＣ）１１１ａと、セットトップボックス（ＳＴＢ）１１１ｂと、テレビジョン受像機（ＴＶ）１１１ｃと、電話機１１１ｄと、接続機器１１１ｅとを含む。

図２に示した構成例では、パーソナルコンピュータ１１１ａ、セットトップボックス１１１ｂおよび接続機器１１１ｅ（たとえばアダプタ、ルータ等と呼ばれる）がＯＮＵ１０２−１に接続される。テレビジョン受像機（ＴＶ）１１１ｃはセットトップボックス１１１ｂを介してＯＮＵ１０２−１に接続される。

一方、映像配信サーバ１１２が上位ネットワーク１０９（たとえばインターネット）に接続される。映像配信サーバ１１２は、ＰＯＮシステム１００を経由して、テレビジョン受像機１１１ｃのユーザに多チャネル配信サービスを提供する。

セットトップボックス１１１ｂは、多チャンネルの中からユーザの好みのチャネルを選択するためのチューナとして機能する。ユーザは、図示しないリモコン等によってセットトップボックス１１１ｂを操作することにより、多チャネルの中から自己の所望する番組に対応するチャネルを選択する。この場合、セットトップボックス１１１ｂからＯＮＵ１０２−１に、チャンネル選択リクエストが送られる。ＯＮＵ１０２−１は、このチャンネル選択リクエストをＰＯＮ回線１０４を経由してＯＬＴ１０１に送信する。

ＯＬＴ１０１は、ＯＮＵ１０２−１からのチャンネル選択リクエストを受付ける。ＯＬＴ１０１は、映像配信サーバ１１２から上位ネットワーク１０９を経由して送られてきた多チャネルの映像データのうち、チャンネル選択リクエストに対応するチャネルの映像データに対して、ＯＮＵ１０２−１を特定する識別子ＬＬＩＤを付与する。ＯＬＴ１０１が、多チャネルの映像データをＰＯＮ回線１０４に送出すると、ＯＮＵ１０２−１は、自己に対応する識別子ＬＬＩＤが付与された映像データのみを取得する。これによりユーザは、所望の番組を視聴することができる。

電話機１１１ｄは、接続機器１１１ｅを介してＯＮＵ１０２−１に接続される。これにより、ユーザは、たとえばＶｏＩＰサービスといった通話サービスを利用することができる。

ユーザ端末１１１の構成は図２に示したように限定されるものではなく、ユーザが所望するサービスに応じて、図２に示した構成から変形可能である。たとえば、ＯＮＵに接続される機器は、任意に選択可能である。別の例では、宅側ネットワーク１１０を構築するために、他のネットワーク機器（たとえばハブ（ＨＵＢ）、ルータ等）が用いられてもよい。さらに別の例では、テレビジョン受像機１１１ｃがセットトップボックス１１１ｂの機能を有していてもよい。

図３は、図１に示したＯＬＴの機能ブロック図である。図３を参照して、ＯＬＴ１０１は、上位処理部１１と、基本通信部１２とを含む。

上位処理部１１は、たとえば、階層化された通信プロトコルの上位レイヤを司る。基本通信部１２は、たとえば階層化された通信プロトコルの下位レイヤを司る。基本通信部１２は、上位処理部１１によって制御される下位処理部である。基本通信部１２は、上位処理部１１の一部あるいは全部の処理が一時的に停止した場合にも、通信を継続できるように構成される。

本発明の実施の形態では、階層化された通信プロトコルは、ＯＳＩ（Open Systems Interconnection）参照モデルに従う通信プロトコルであり、「上位レイヤ」とは、たとえば、第３層（ネットワーク層）およびそれより上の階層である。一方、「下位レイヤ」とは、たとえば、ＯＳＩ参照モデルの第１層（物理層）および第２層（データリンク層）である。「下位レイヤ」（特にデータリンク層）のプロトコルは、ＭＰＣＰ（Multi-Point Control Protocol）およびＯＡＭ（Operations, Administration and Maintenance）プロトコルを含むがこれらに限定されない。

基本通信部１２は、光インターフェイス（ＩＦ）部１５と、通信処理部１６と、上位インターフェイス（ＩＦ）部１８とを含む。

上位処理部１１と通信処理部１６とは互いに通信を行なう。上位処理部１１および通信処理部１６の間の通信に用いられるプロトコルは、たとえばＴＣＰ／ＩＰである。

光インターフェイス部１５は、ＰＯＮ回線１０４（光ファイバ）と接続される。光インターフェイス部１５は、ＰＯＮ回線１０４から受信した光信号（上り信号）を電気信号に変換する一方、入力される電気信号（下り信号）を光信号に変換してＰＯＮ回線１０４にその光信号を送出する。

通信処理部１６は、ＯＮＵからＯＬＴ１０１に送られた上り信号がデータ信号であると判別すると、当該データ信号をＯＬＴ１０１から上位ネットワーク１０９へと送信するための各種の処理を実行する。また、通信処理部１６は、上位ネットワーク１０９からＯＬＴ１０１に送られた下り信号（データ信号）を、ＰＯＮ回線１０４を通じてＯＮＵに送信するための各種の処理を実行する。

さらに通信処理部１６は、ＯＬＴ１０１に制御フレームが伝送された場合には、当該制御フレームを上位処理部１１に送信する。また、ＯＬＴ１０１からＯＮＵに制御フレームを伝送すべき場合、通信処理部１６は、ＯＮＵに送出されるべき制御フレームを上位処理部１１から受信して、当該制御フレームをＰＯＮ回線１０４へと送出するための処理を実行する。

上位処理部１１にはファームウェアが実装される。新たな機能の追加、および問題点の改修などの理由により、上位処理部１１のファームウェアが新しいファームウェアに更新されることがある。上位処理部１１のファームウェアの更新期間中は上位処理部１１の少なくとも一部の処理が停止される。ファームウェアの更新による上位処理部１１の停止期間は、たとえば数秒間であるがこれに限定されない。

上位処理部１１の少なくとも一部の処理を一時的に停止している間であっても下位処理部１３は動作を継続する。これによって、ＯＬＴとＯＮＵとの間のデータ通信が途絶えることを防ぐことができる。基本通信部１２による通信を可能にしながら上位処理部１１のファームウェアを更新することを、以下では「無瞬断ファームウェア更新」と呼ぶ。

無瞬断ファームウェア更新が実行されている間も、下位処理部１３は、初期の設定に従って通信を継続する。「初期の設定」とは、たとえばＯＬＴ１０１の起動時の設定である。上位処理部１１のファームウェアが更新された場合には、その更新を基本通信部１２の動作に反映させる必要がある。

本発明の実施の形態によれば、上位処理部１１のファームウェアが更新されると、上位処理部１１は、基本通信部１２の機能を設定する。「機能の設定」は、たとえば、新しい機能の追加、既存の機能の修正、変更の必要のない機能の維持、不要な機能の削除（機能の無効化）などを含むがこれらに限定されるものではない。以下、基本通信部１２の機能の設定に関する各実施の形態を詳細に説明する。

［実施の形態１］
図４は、図３に示した上位処理部１１の機能ブロック図である。図４を参照して、上位処理部１１は、更新部２１と、情報取得部２２と、機能設定部２３と、下位制御部２４と、記憶部２５とを含む。

更新部２１は、上位処理部１１が有するファームウェアを、新しいファームウェアへと更新する。具体的には、更新部２１は、ＯＬＴ１０１の外部から新しいファームウェアを取得する。新しいファームウェアは、ネットワークを通じて、あるいは、ＣＤ−ＲＯＭ、ＤＶＤ等の記録媒体を通じてＯＬＴ１０１に提供される。更新部２１は、たとえば、新しいファームウェアを記憶部２５に一旦格納する。次に、更新部２１は、たとえばオペレータの指示に従って、記憶部２５から新しいファームウェアを読み出すとともに、現在のファームウェアを、その新しいファームウェアに更新する。ファームウェアの更新中には、上位処理部１１の少なくとも一部の機能が停止する。

情報取得部２２は、基本通信部１２から、上位処理部１１によって設定された機能に関する情報を取得する。情報取得部２２により取得された情報は、ファームウェアの更新前に設定された基本通信部１２の機能に関する情報である。情報取得部２２により取得された情報は、たとえば記憶部２５に格納される。

機能設定部２３は、ファームウェアの更新前には、記憶部２５に記憶された情報に基づいて、基本通信部１２の機能に関する設定を行なう。さらに、機能設定部２３は、ファームウェアの更新後には、情報取得部２２を通じて基本通信部１２から取得された情報に基づいて、基本通信部１２の機能を設定する。すなわち、機能設定部２３は、ファームウェアの更新後に、基本通信部１２の機能を再設定する。

下位制御部２４は、ファームウェアの更新前および更新中には、記憶部２５から更新前のパラメータを読出して、そのパラメータに従って基本通信部１２を制御する。下位制御部２４は、ファームウェアの更新後には、記憶部２５から更新後のパラメータを読出して、そのパラメータに従って基本通信部１２を制御する。

記憶部２５は、上位処理部１１の機能の更新に関する各種の情報およびデータを記憶する。さらに、記憶部２５は、上位処理部１１の更新前の機能に関する各種の情報およびデータを記憶する。たとえばＯＬＴ１０１の起動時にファームウェアが起動される。ファームウェアの起動により、更新前の機能に関する各種の情報およびデータが、記憶部２５に格納される。したがって、ファームウェアが更新されるまでは、ＯＬＴ１０１の起動時に、更新前の機能に関する各種の情報およびデータが、記憶部２５に格納される。

図５は、図４に示したＯＬＴのハードウェア構成例を模式的に示した図である。図５を参照して、ＯＬＴ１０１は、ＣＰＵ３１と、制御ＬＳＩ（Large Scale Integrated circuit）３２と、光送受信回路３３と、不揮発性メモリ３４と、ＲＡＭ３５と、不揮発性メモリ３６と、ＲＡＭ３７と、送受信回路３８とを備える。

ＣＰＵ３１にはファームウェアが実装されている。ファームウェアに従う処理をＣＰＵが実行することにより、ＣＰＵ３１は、図３および図４に示した上位処理部１１を実現する。

ＣＰＵ３１のファームウェアを更新することで、ＯＬＴ１０１の高機能化、ＯＬＴ１０１の機能の拡張等に柔軟に対応することができる。新しいファームウェアは、たとえばＦＴＰ等のプロトコルによって、ネットワーク１１５を通じて管理用インターフェイス３９に送られる。ＣＰＵ１０１は、管理用インターフェイス３９を介して新しいファームウェアを受信すると、そのファームウェアを不揮発性メモリ３４に格納する。

ＣＰＵ１０１に実装されたファームウェアを新しいファームウェアに更新するため、ＣＰＵ１０１が再起動される。たとえばネットワーク１１５に接続されたコンピュータから送られたコマンドをＣＰＵ１０１が受信すると、ＣＰＵ１０１は再起動を行なうとともに不揮発性メモリ３４に格納されたファームウェアを読み出す。これによってファームウェアが更新される。

ＲＡＭ３５は、ＣＰＵ３１の処理の際にデータを一時的に格納する。たとえば図４に示した記憶部２５をＲＡＭ３５によって実現できる。記憶部２５に記憶された情報が失われないように、ＣＰＵ３１は、適切なタイミングで、記憶部２５に記憶された情報を不揮発性メモリ３４あるいは他の不揮発性メモリに格納してもよい。

制御ＬＳＩ３２は、たとえば通信処理部１６（図３を参照）を実現する。ＲＡＭ３７は、制御ＬＳＩ３２の処理の際にデータを一時的に格納する。光送受信回路３３は、光インターフェイス部１５を実現する。同じく送受信回路３８は、上位インターフェイス部１８を実現する。

図６は、ファームウェアの更新前における、上位処理部１１による基本通信部１２の初期化処理を説明するためのシーケンス図である。図７は、ファームウェアの更新後における、上位処理部１１による基本通信部１２の初期化処理を説明するためのシーケンス図である。

図６および図７を参照して、ＯＬＴ（装置）が起動されると、上位処理部１１は、基本通信部１２の初期化を実行する。ファームウェアの更新前において、上位処理部１１は、ＯＬＴの起動後に、基本通信部１２に対して、機能Ａ，Ｂ，Ｃについて、それぞれ、Ｘ，Ｙ，Ｚという設定を実行する。なお、設定Ｘ，Ｙ，Ｚは、たとえば、機能Ａ，Ｂ，Ｃをそれぞれ実行するためのパラメータであってもよく、あるいは、パラメータの設定であってもよい。

ファームウェアの更新によって、機能Ａが修正される（たとえばプログラムのバグフィックスなど）。さらに、機能Ｄが追加される。機能Ｄは、たとえば基本通信部１２が元来有しているが、更新前のファームウェアでは使用されていなかった機能である。

なお、機能Ａ〜Ｄは特に限定されるものではない。基本通信部１２の設定の例として、たとえば帯域の設定（Service Level Agreement）あるいはネットワークモデルの設定などを挙げることができる。

上位処理部１１は、ＯＬＴの起動後に、基本通信部１２に対して、機能Ａ，Ｂ，Ｃ，Ｄについて、それぞれ、Ｘ’，Ｙ，Ｚ，Ｗという設定を実行する。つまり、設定ＸがＸ’に修正されるとともに、設定Ｗが追加される。

図６および図７に示すように、ＯＬＴ１０１を再起動することにより機能を更新することができる。しかし、ＯＬＴ１０１を再起動すると、ＯＬＴの処理が一時的に停止する。このため通信システムへの影響が大きくなる。したがって、ＯＬＴ１０１を停止させることなくファームウェアを更新することが必要となる。ただし、ＯＬＴ１０１の起動後にファームウェアを更新しただけでは、次に説明するような課題が発生する可能性がある。

図８に示すように、ＯＬＴ１０１の起動時には、更新前のファームウェアにより、機能Ａ，Ｂ，Ｃが、それぞれＸ，Ｙ，Ｚに設定される。この状態で、ＯＬＴ１０１を停止させることなく（無瞬断で）ファームウェアが更新される。本来は、設定ＸがＸ’に修正されるとともに、設定Ｗが追加されなければならない。しかし基本通信部１２の設定は、ＯＬＴ１０１の起動時のままである。ファームウェアが更新されたにもかかわらず、基本通信部１２の機能はファームウェアの更新前のままであるため、期待される動作が実行されない。

図９は、本発明の第１の実施の形態による、ＯＬＴの機能の更新処理を説明するためのシーケンス図である。図９を参照して、ファームウェアの更新前と更新後で実施される基本通信部１２の初期化は、図６および図７でそれぞれ示された初期化処理と同じである。

まずＯＬＴ１０１の起動時に、上位処理部１１は、基本通信部１２の初期化を実行する。上位処理部１１は、基本通信部１２に対して、機能Ａ，Ｂ，Ｃについて、それぞれ、パラメータＸ，Ｙ，Ｚを設定する。

次に、ファームウェアが更新される。ファームウェアが更新される間、上位処理部１１が停止するものの、基本通信部１２は動作している。なお、上位処理部１１の全体が停止していなくてもよい。たとえば下位制御部２４（図４参照）のみが基本通信部１２の制御のために動作し続けていてもよい。

ファームウェアの更新によって、機能Ａ，Ｂ，Ｃ，Ｄが実行可能となる。ファームウェアの更新が完了すると、上位処理部１１は基本通信部１２から、機能に関するパラメータを情報として取得する。

具体的には上位処理部１１は、基本通信部１２に対して、機能Ａ，Ｂ，Ｃ，Ｄの各々に関するパラメータを問い合わせる。基本通信部１２は、上位処理部１１からの問い合わせに応答して、各機能のパラメータを上位処理部１１に送信する。

この例では、上位処理部１１は、たとえば機能Ａ，Ｂ，Ｃ，Ｄの順に、基本通信部１２に対してパラメータを問い合わせる。基本通信部１２は、機能ＡのパラメータであるＸを上位処理部１１に送信する。

更新後のファームウェアでは機能ＡのパラメータがＸ’に設定される。基本通信部１２から上位処理部１１に送られたパラメータＸは、Ｘ’と異なる。したがって、上位処理部１１は、機能ＡのパラメータをＸ’に更新するとともに、そのパラメータＸ’を基本通信部１２に伝送する。

基本通信部１２は、パラメータＸ’を用いて機能Ａに対応する動作を実行することができる。したがって機能Ａの修正が基本通信部１２に反映される。

同じように、上位処理部１１は、機能Ｂ，Ｃのパラメータについて基本通信部１２に問い合わせる。基本通信部１２は、問い合わせに応答して、機能ＢのパラメータＹおよび機能ＣのパラメータＺを上位処理部１１に送信する。更新後のファームウェアでは、機能Ｂ，Ｃは変更されていない。つまり、機能Ｂ，Ｃのパラメータは、それぞれＹ，Ｚのままである。基本通信部１２から上位処理部１１に送られたパラメータと、更新後のファームウェアにより設定されるべきパラメータとが一致しているので、上位処理部１１は機能Ｂ，Ｃのパラメータを更新しない。

さらに、上位処理部１１は、機能Ｄのパラメータについて基本通信部１２に問い合わせる。機能Ｄは、更新後のファームウェアにより追加された機能である。基本通信部１２は、上位処理部１１からの問い合わせに応答して、機能Ｄのパラメータが設定されていないことを上位処理部１１に通知する。この場合、基本通信部１２は、パラメータが設定されていないことを示す所定値（たとえばデフォルト値）を上位処理部１１に送信してもよい。

上位処理部１１は、設定のパラメータが異なる場合（機能Ａについての問い合わせの場合）と同様に、機能ＤのパラメータＷを基本通信部１２に送る。基本通信部１２は、パラメータＷを用いて機能Ｄに対応する動作を実行することができる。したがって、基本通信部１２に機能Ｄが追加される。

なお、基本通信部１２のある特定の機能を別の機能に置き換えてもよい。この場合、上位処理部１１は、現存の機能を無効化するためのパラメータと、新しい機能を有効化するためのパラメータとを送ることができる。また、上位処理部１１は、現存のある機能を廃止するためのパラメータを基本通信部１２に送ってもよい。

図１０は、ＯＬＴ１０１の起動時の処理を説明するためのフローチャートである。図１０を参照して、ステップＳ１において、上位処理部１１は、ファームウェアを起動する。ステップＳ２において、上位処理部１１は、基本通信部１２を初期化する。具体的には、上位処理部１１（たとえば下位制御部２４）は、各機能に対応するパラメータを記憶部２５（図４を参照）から読み出すとともに、そのパラメータを基本通信部１２に設定する。

ステップＳ３において、上位処理部１１は、基本通信部１２を動作させる。基本通信部１２は、起動時に設定された機能を実行することができる。ステップＳ３以後、基本通信部１２は、定常運転を行なう。ステップＳ３の処理によって、起動時の処理が完了する。

図１１は、無瞬断のファームウェア更新による、基本通信部１２の機能の更新処理を説明するためのフローチャートである。

図４および図１１を参照して、ステップＳ１１において、上位処理部１１は、無瞬断のファームウェア更新を実行するかどうかを判断する。たとえば、ファームウェアの更新のためのコマンドを更新部２１が受信する。この場合、更新部２１は、無瞬断のファームウェア更新を実行すると判断する。一方、新しいファームウェア、あるいは、ファームウェアの更新のためのコマンドを更新部２１が受信していない場合には、更新部２１は、無瞬断のファームウェア更新を実行しないと判断する。

更新部２１が、無瞬断のファームウェア更新を実行すると判断した場合（ステップＳ１１においてＹＥＳ）、更新部２１は、ファームウェアを更新する（ステップＳ１２）。一方、更新部２１が、無瞬断のファームウェア更新を実行しないと判断した場合（ステップＳ１１においてＮＯ）、全体の処理は終了する。この場合、たとえば一定の周期の経過後にステップＳ１１の処理が実行されてもよい。

ファームウェアが更新された（ステップＳ１２）後、ステップＳ１３において、情報取得部２２は、基本通信部１２から、ある機能に関するパラメータを取得する。ステップＳ１４において、機能設定部２３は、取得されたパラメータが、設定すべきパラメータと一致しているかどうかを判断する。

取得されたパラメータが、設定すべきパラメータと一致している場合（ステップＳ１４においてＹＥＳ）、ステップＳ１６において、機能設定部２３は、更新後のファームウェアの各機能に対応するパラメータをすべてチェックしたかどうかを判定する。図９に示された例では、機能ＢのパラメータＹは、ファームウェアの更新前のパラメータと同じである。したがって機能設定部２３は、更新後のファームウェアの他の機能もチェックしたかどうかを判定する（ステップＳ１６）。

一方、取得されたパラメータが、設定すべきパラメータと異なる場合（ステップＳ１４においてＮＯ）、ステップＳ１５において、機能設定部２３は、取得されたパラメータを、設定すべきパラメータに更新する。下位制御部２４は、その更新されたパラメータを基本通信部１２へと伝送する。これにより、基本通信部１２において、更新されたパラメータが設定される。

図９に示された例では、ファームウェアの更新によって、機能ＡのパラメータはＸからＸ’に変更される。取得されたパラメータはＸであり、設定すべきパラメータはＸ’である。この場合には、機能設定部２３は、機能ＡのパラメータをＸ’に設定する。機能設定部２３は、パラメータＸ’を基本通信部１２へと伝送する。これにより基本通信部１２は、更新された機能Ａを実行するように動作することができる。

また、機能Ｄは、更新されたファームウェアによって追加される。機能Ｄの場合、設定すべきパラメータはＷであるのに対して、取得されたパラメータは、たとえばデフォルト値（機能Ｄが設定されていないことを示す値）である。あるいは、機能設定部２３は、パラメータを取得することができない。この場合には機能設定部２３は、機能ＤのパラメータをＷに設定するとともに、パラメータＷを基本通信部１２へと伝送する。これにより基本通信部１２は、追加された機能Ｄを実行するように動作することができる。

ステップＳ１５の処理が実行された後、機能設定部２３は、更新後のファームウェアの他の機能もチェックしたかどうかを判定する（ステップＳ１６）。ステップＳ１６において、更新後のファームウェアの各機能に対応するパラメータがすべてチェックされたと判定された場合（ステップＳ１６においてＹＥＳ）、処理はステップＳ１７に進む。ステップＳ１７において、下位制御部２４は、基本通信部１２を、設定されたパラメータに従って定常運転させる。

以上説明するように、本発明の第１の実施の形態によれば、上位処理部１１は、ファームウェアの更新後に、更新後の機能に関する情報（パラメータ）を、基本通信部１２から取得する。上位処理部１１は、この取得された情報（パラメータ）を設定すべき情報（パラメータ）へと更新して、基本通信部１２に、更新後のパラメータを伝送する。これにより、基本通信部１２は、更新後の機能を実行可能なように動作する。本発明の第１の実施の形態によれば、基本通信部１２を停止させることなく、初期化処理を行なった状態と同様の状態を得ることができる。したがって、局側装置を停止させることなく、その機能を更新することができる。

さらに第１の実施の形態によれば、下位制御部２４は、ファームウェアの更新中に、更新前の設定に従って基本通信部１２を制御する。これにより、上位処理部１１のファームウェアを更新している間にも通信を維持することができる。

［実施の形態２］
本発明の第２の実施の形態によれば、上位処理部１１は、基本通信部１２だけでなく、ＯＮＵに対する機能設定を実行する。この点で第２の実施の形態は第１の実施の形態と異なる。なお、第２の実施の形態に係るＯＬＴは、図４および図５に示した構成を有する。したがって第２の実施の形態に係るＯＬＴの構成については以後の説明を繰り返さない。

ＯＮＵ１０２がＯＬＴ１０１と論理的につながった（リンクアップした）後、あるいはＯＬＴ１０１がＯＮＵ１０２を認証した後に、上位処理部１１は基本通信部１２およびＯＮＵ１０２に対して機能に関するパラメータの設定を行なう。なお、この明細書では、ＯＮＵの「論理的接続」とは、上記のリンクアップおよびＯＬＴによるＯＮＵの認証の両方を包含する。

図１２は、ファームウェアの更新前における、上位処理部１１による基本通信部１２およびＯＮＵ１０２の初期化処理を説明するためのシーケンス図である。図１３は、ファームウェアの更新後における、上位処理部１１による基本通信部１２およびＯＮＵ１０２の初期化処理を説明するためのシーケンス図である。

図１２および図１３を参照して、ＯＮＵ１０２のリンクアップが発生すると、上位処理部１１は、基本通信部１２およびＯＮＵ１０２に対してリンクアップ処理を実行する。また、ＯＮＵ１０２の認証イベントが発生した場合にも上位処理部１１は、基本通信部１２およびＯＮＵ１０２に対して認証時処理を実行する。なお、図１２および図１３ではＯＮＵ１０２のリンクアップおよび認証イベントをまとめて示すとともに、リンクアップ処理および認証時処理をまとめて示す。

ファームウェアの更新前のリンクアップ処理または認証時処理において、上位処理部１１は、基本通信部１２に対して、機能Ｐ，Ｒについて、それぞれ、Ｉ，Ｋという設定を実行する。さらに上位処理部１１は、ＯＮＵ１０２に対して、機能Ｑについて、Ｊという設定を実行する。設定Ｉ，Ｊ，Ｋは、それぞれ機能Ｐ，Ｑ，Ｒを実行するためのパラメータ、あるいはそのパラメータの設定である。なお、ＯＮＵの設定としては、たとえばネットワークモデルの設定、暗号の設定などがある。

ファームウェアの更新によって、機能Ｒが修正されるとともに機能Ｓが追加される。上位処理部１１は、リンクアップ処理または認証時処理において、基本通信部１２に対して、機能Ｐ，Ｒについて、それぞれ、Ｉ，Ｋ’という設定を実行する。さらに上位処理部１１は、ＯＮＵ１０２に対して、機能Ｑ，Ｓについて、それぞれ、Ｊ，Ｌという設定を実行する。

図１４は、無瞬断のファームウェア更新によるＯＮＵの機能の更新に関する課題を説明するための図である。図１４を参照して、ＯＬＴ１０１が起動されて更新前のファームウェアが実行される。これにより基本通信部１２の初期化処理が実行される。この初期化処理は、第１の実施の形態で説明した処理と同じであるので以後の説明を繰り返さない。

次に、ＯＮＵ１０２のリンクアップまたは認証イベントが発生する。応じて上位処理部１１は、リンクアップ処理または認証時処理を実行する。この処理は図１２に示された処理と同様である。

続いて、ＯＬＴ１０１を停止させることなく（無瞬断で）ファームウェアが更新される。しかしながら、ＯＮＵ１０２が既にリンクアップまたは認証されているために、リンクアップ処理または認証時処理は実行されない。このため、基本通信部１２およびＯＮＵ１０２の機能はファームウェアの更新前のままである。第２の実施の形態では、第１の実施の形態と同様に、ファームウェアの更新後に、基本通信部１２およびＯＮＵ１０２の機能を更新するための処理を実行する。

図１５は、本発明の第２の実施の形態による、ＯＬＴの基本通信部および、ＯＮＵの機能の更新処理を説明するためのシーケンス図である。なお、ＯＬＴ１０１の起動からファームウェアの更新が終了するまでの処理は図１４に示された処理と同様である。

図１５を参照して、ファームウェアの無瞬断更新を実施後、上位処理部１１は、基本通信部１２およびＯＬＴ１０１に接続されたすべてのＯＮＵに対して、各機能のパラメータを取得する。この例では、ＯＬＴ１０１の上位処理部１１は、機能Ｐ，Ｑ，Ｒ，Ｓについての設定値を基本通信部１２またはＯＮＵから取得する。

具体的には、上位処理部１１は、機能Ｐ，Ｒの各々に関するパラメータを基本通信部１２に問い合わせる。基本通信部１２は、上位処理部１１からの問い合わせに応答して、機能Ｐに関するパラメータＩ、および機能Ｒに関するパラメータＫを上位処理部１１に送信する。

さらに、上位処理部１１は、機能Ｑ，Ｓの各々に関するパラメータをＯＮＵ１０２に問い合わせる。ＯＮＵ１０２は、上位処理部１１からの問い合わせに応答して、機能Ｑに関するパラメータＪをＯＬＴ１０１に送信する。機能Ｓは設定されていないため、ＯＮＵ１０２は、機能Ｓが設定されていないことを示す情報、または、デフォルト値をＯＬＴ１０１に送信する。ＯＮＵ１０２からＯＬＴ１０１に送信されたパラメータは、基本通信部１２によって受信される。基本通信部１２は、そのパラメータを上位処理部１１に転送する。

機能Ｐ，Ｑは、変更されていないので、ファームウェアの更新後の機能Ｐ，Ｑのパラメータは、それぞれＩ，Ｊである。しかしながら、機能Ｒについて、ファームウェアの更新後に設定されるべきパラメータはＫ’である。ファームウェアの更新前のパラメータ（取得されたパラメータ）はＫである。したがって上位処理部１１は、機能ＲのパラメータをＫからＫ’へと更新するとともに、パラメータＫ’を基本通信部１２へと送信する。これにより機能Ｒが更新される。

機能Ｓは、更新後のファームウェアにより追加された機能である。ＯＮＵ１０２は、ＯＬＴ１０１の上位処理部１１からの問い合わせに応答して、機能Ｓのパラメータが設定されていないことを上位処理部１１に通知する。上位処理部１１は、設定すべきパラメータＬを、基本通信部１２を通じてＯＮＵ１０２へと送信する。これにより、ＯＮＵ１０２の機能に機能Ｓが追加される。

図１６は、無瞬断のファームウェア更新による、基本通信部およびＯＮＵの機能の更新処理を説明するためのフローチャートである。図１１および図１６を参照して、無瞬断のファームウェア更新による、ＯＬＴの基本通信部およびＯＮＵの機能の更新処理は、基本的には図１１に示された処理と同様である。第２の実施の形態では、ＯＬＴ１０１の上位処理部１１（情報取得部２２）は、基本通信部１２だけでなく、ＯＬＴ１０１に接続されるすべてのＯＮＵからも、更新後の機能に関するパラメータを取得する（ステップＳ１３）。同じく、機能設定部２３は、基本通信部１２だけでなく、機能の変更および追加の対象に該当するすべてのＯＮＵに対して、設定すべきパラメータ（更新または追加されたパラメータ）を送信する（ステップＳ１５）。ステップＳ１７Ａにおいて、下位制御部２４は、基本通信部１２およびＯＮＵを定常運転させる。

本発明の第２の実施の形態によれば、局側装置の通信を継続させたまま、局側装置の機能だけでなく、ＯＮＵの機能も更新することができる。

［実施の形態３］
第２の実施の形態では、ＯＬＴの基本通信部およびＯＮＵの機能を更新する場合に、設定すべきパラメータを基本通信部およびＯＮＵに送る。しかしながら、基本通信部あるいはＯＮＵが予期されたように機能を更新することができないことも可能性として考えられる。たとえば、設定すべきパラメータがＯＬＴからＯＮＵに伝送される途中で失われた場合には、ＯＮＵの機能が更新されないままになると考えられる。

本発明の第３の実施の形態では、第２の実施の形態に比べて、より確実に、基本通信部およびＯＮＵの機能を更新するための方法が提供される。なお、第３の実施の形態に係るＯＬＴは、図４および図５に示した構成を有する。したがって第３の実施の形態に係るＯＬＴの構成については以後の説明を繰り返さない。

また、第３の実施の形態では、無瞬断のファームウェア更新による、基本通信部およびＯＮＵの機能の更新処理は、図１６に示すフローチャートに従って実行可能である。

図１７は、本発明の第３の実施の形態による、ＯＬＴの基本通信部および、ＯＮＵの機能の更新処理を説明するためのシーケンス図である。図１５および図１７を参照して、第３の実施の形態では、上位処理部１１は、ある機能の設定のためのパラメータを基本通信部１２およびＯＮＵに送った後で、再度、基本通信部１２およびＯＮＵに、その機能に関するパラメータを再度問合わせる。

図１７に示された例では、上位処理部１１は、基本通信部１２に対して、機能Ｒのパラメータを再度問い合わせる。基本通信部１２は、機能ＲのパラメータＫ’を上位処理部１１に送信する。上位処理部１１は、基本通信部１２からパラメータＫ’を受信することにより、機能Ｒが更新された（変更された）ことを確認する。

同じく、上位処理部１１は、ＯＮＵ１０２に対して、機能Ｓのパラメータを再度問い合わせる。ＯＮＵ１０２は、機能ＳのパラメータＬを上位処理部１１に送信する。上位処理部１１は、基本通信部１２からパラメータＬを受信することにより、機能ＳがＯＮＵ１０２の機能に追加されたことを確認する。

なお、図１６との対比が容易になるように、図１７では、すべての機能の設定が完了した後で、上位処理部１１が基本通信部１２およびＯＮＵ１０２に対して再問い合わせを行なう。ただし、再問い合わせのタイミングはこのように限定される必要がない。機能Ｒの更新を例に説明すると、たとえば上位処理部１１は、設定すべきパラメータＫ’を基本通信部１２に送り、続けて基本通信部１２に問い合わせを行なってもよい。

また、１回目の再問い合わせの結果、パラメータが更新されていないことを確認した場合、上位処理部１１は、パラメータの更新が確認できるまで、基本通信部１２あるいはＯＮＵ１０２に対して、設定すべきパラメータの送信と、問い合わせ（パラメータの取得）とを繰り返してもよい。

図１８は、ＯＬＴ１０１の上位処理部１１による、設定すべきパラメータの再問い合わせ処理を説明するためのフローチャートである。このフローチャートの処理は、たとえば、図１６に示す処理とは独立に実行されてもよい。あるいは、図１８に示された処理は、たとえば図１６に示されるステップＳ１６とステップＳ１７Ａとの間に実行されてもよい。

図４および図１８を参照して、ステップＳ３１において、情報取得部２２は、基本通信部１２あるいはＯＮＵ１０２から、更新対象パラメータを取得する。「更新対象パラメータ」とは、変更された機能あるいは追加された機能に関連するパラメータである。たとえば図１７に示したパラメータＫ’あるいはＬが更新対象パラメータに該当する。

ステップＳ３２において、機能設定部２３は、取得されたパラメータが、設定すべきパラメータと一致しているかどうかを判断する。取得されたパラメータが、設定すべきパラメータと一致している場合（ステップＳ３２においてＹＥＳ）、処理は終了する。一方、取得されたパラメータが、設定すべきパラメータと異なる場合（ステップＳ１４においてＮＯ）、ステップＳ３５において、機能設定部２３は、取得されたパラメータを、設定すべきパラメータに更新する。機能設定部２３は、その更新されたパラメータを基本通信部１２あるいはＯＮＵ１０２へと伝送する。

なお、複数の機能が更新または追加される場合、ステップＳ３１において、取得されるパラメータの数は、１つでもよく複数でもよい。ステップＳ３１において取得されるパラメータの数が１つである場合、パラメータごとにステップＳ３１〜Ｓ３３の処理を実行することができる。ステップＳ３１において取得されるパラメータの数が複数である場合、ステップＳ３２，Ｓ３３の処理は、複数のパラメータについて実行することができる。

以上のように第３の実施の形態によれば、設定すべきパラメータが、基本通信部１２またはＯＮＵ１０２において設定されたことが確認される。したがって第３の実施の形態によれば、第２の実施の形態に比べて、より確実に、基本通信部およびＯＮＵの機能を更新することができる。なお、第１の実施の形態においても、図１８に示す処理を実行してもよい。すなわち、第１の実施の形態において、設定すべきパラメータが基本通信部１２において正しく設定されたことを確認する処理が実行されてもよい。

以上の実施の形態では、上位処理部１１が実行するべきファームウェアの更新、基本通信部１２（下位処理部）からの情報の取得、基本通信部１２の機能設定、設定された機能に従う動作を基本通信部１２（下位処理部）に実行させる制御、およびＯＮＵ１０２の機能設定は、ファームウェアとは別に用意された手段で実施されるものとして説明した。しかしながら更新されるファームウェアが、たとえばＣＰＵで実行されるプログラムである場合には、そのＣＰＵが上記ファームウェア（プログラム）を実行することによって上記の一部またはすべての動作を実施することもできる。この場合には、ファームウェアの更新前およびファームウェアの更新後の両方で行なわれる動作については、更新前のファームウェアおよび更新後のファームウェアの両方が備えており、ファームウェアの更新後のみ行なわれる動作については、少なくとも更新後のファームウェアが備えていればよい。

今回開示された実施の形態はすべての点で例示であって制限的なものでないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１１ 上位処理部、１２ 基本通信部、１５ 光インターフェイス部、１６ 通信処理部、１８ 上位インターフェイス部、２１ 更新部、２２ 情報取得部、２３ 機能設定部、２４ 下位制御部、２５ 記憶部、３１ ＣＰＵ、３２ 制御ＬＳＩ、３３ 光送受信回路、３４，３６ 不揮発性メモリ、３５，３７ ＲＡＭ、３８ 送受信回路、３９ 管理用インターフェイス、１００ ＰＯＮシステム、１０１ 局側装置（ＯＬＴ）、１０２ 宅側装置（ＯＮＵ）、１０４ ＰＯＮ回線、１０５ スプリッタ、１０９ 上位ネットワーク、１１０ 宅側ネットワーク、１１１ ユーザ端末、１１１ａ パーソナルコンピュータ、１１１ｂ セットトップボックス、１１１ｃ テレビジョン受像機、１１１ｄ 電話機、１１１ｅ 接続機器、１１２ 映像配信サーバ、１１５ ネットワーク。

Claims (7)

1. ファームウェアを有し、前記ファームウェアに従う処理を実行する上位処理部と、
   機能に関する設定を前記上位処理部から受けて、前記上位処理部の前記ファームウェアの更新中にも前記設定に従う動作を維持可能な下位処理部とを備え、
   前記上位処理部は、
   前記上位処理部が有する前記ファームウェアを更新する更新部と、
   前記ファームウェアの更新後に、前記下位処理部から、前記ファームウェアの更新前の前記設定に関する情報を取得する情報取得部と、
   取得された前記情報が、前記ファームウェアの更新後に前記下位処理部に設定されるべき機能に関する情報と一致しない場合には、当該設定されるべき機能に関する情報を用いて、前記下位処理部の前記機能を設定する機能設定部と、
   前記機能設定部により設定された機能に従う動作を前記下位処理部に実行させる下位制御部とを備える、局側装置。
2. 前記上位処理部は、前記ファームウェアの更新前の前記設定を保存する記憶部をさらに含み、
   前記下位制御部は、前記ファームウェアの更新中に前記更新前の前記設定に従って前記下位処理部を制御する、請求項１に記載の局側装置。
3. 前記上位処理部は、さらに、宅側装置の前記局側装置への論理的な接続に対応して前記宅側装置の機能を設定し、
   前記情報取得部は、前記宅側装置から、前記ファームウェアの更新前の設定に関する情報を取得し、
   前記機能設定部は、前記宅側装置から取得された前記情報に基づいて、前記宅側装置の前記機能を設定する、請求項１または２に記載の局側装置。
4. 前記機能設定部は、前記ファームウェアの更新後に前記機能を設定したにもかかわらず、前記情報取得部により取得された前記情報が、前記ファームウェアの更新後における設定に一致しない場合には、前記機能を再度設定する、請求項１から３のいずれか１項に記載の局側装置。
5. 前記更新部、前記情報取得部、前記機能設定部、および前記下位制御部は、更新にかかるファームウェアで実行される、請求項１から４のいずれか１項に記載の局側装置。
6. 局側装置の制御方法であって、
   前記局側装置の上位処理部が有するファームウェアを更新するステップと、
   前記ファームウェアの更新後に、前記上位処理部から機能に関する設定を受ける下位処理部から、前記ファームウェアの更新前の前記設定に関する情報を取得するステップと、
   取得された前記情報が、前記ファームウェアの更新後に前記下位処理部に設定されるべき機能に関する情報と一致しない場合には、当該設定されるべき機能に関する情報を用いて、前記ファームウェアの更新後における前記下位処理部の前記機能を設定するステップと、
   設定された機能に従って前記下位処理部が動作するように前記下位処理部を制御するステップとを備える、局側装置の制御方法。
7. 局側装置に、
   前記局側装置の上位処理部が有するファームウェアを更新するステップと、
   前記ファームウェアの更新後に、前記上位処理部から機能に関する設定を受ける下位処理部から、前記ファームウェアの更新前の前記設定に関する情報を取得するステップと、
   取得された前記情報が、前記ファームウェアの更新後に前記下位処理部に設定されるべき機能に関する情報と一致しない場合には、当該設定されるべき機能に関する情報を用いて、前記ファームウェアの更新後における前記下位処理部の前記機能を設定するステップと、
   設定された機能に従って前記下位処理部が動作するように前記下位処理部を制御するステップとを実行させる、プログラム。

Images