"宅側装置とともにネットワークシステムを構成する局側装置であって、階層化された通信プロトコルの上位レイヤを司り、前記ネットワークシステムの状態を記憶するための第1の記憶部を有し、前記ネットワークシステムで発生したイベントが通知されることにより、前記第1の記憶部に記憶された前記ネットワークシステムの状態を更新する上位レイヤ処理部と、前記階層化された通信プロトコルの下位レイヤを司り、前記ネットワークシステムの状態を記憶するための第2の記憶部を有し、イベントの発生を検知して、前記イベントを前記上位レイヤ処理部に通知するとともに前記第2の記憶部に記憶された前記ネットワークシステムの状態を前記イベントに基づいて更新する下位レイヤ処理部とを備え、前記上位レイヤ処理部は一時的に停止しうる一方で、前記上位レイヤ処理部が一時的に停止した場合であっても、前記下位レイヤ処理部は、その動作を維持できるように構成され、前記局側装置は、前記上位レイヤ処理部の停止期間の間にイベントが発生した場合には、前記上位レイヤ処理部の前記停止期間の後に、前記第1の記憶部に記憶された状態と前記第2の記憶部に記憶された状態とを整合させる整合部をさらに備える、局側装置。前記整合部は、前記上位レイヤ処理部が一時的に停止する場合には、前記上位レイヤ処理部の前記停止期間の間に発生したイベントを蓄積するための指示を前記下位レイヤ処理部に送り、前記上位レイヤ処理部の前記停止期間の後には、前記蓄積されたイベントを前記上位レイヤ処理部に通知するための指示を前記下位レイヤ処理部に送る、請求項1に記載の局側装置。前記整合部は、前記上位レイヤ処理部が一時的に停止する場合には、前記イベントの検知を停止するための指示を前記下位レイヤ処理部に送り、前記上位レイヤ処理部の前記停止期間の後には、前記イベントの検知を再開するための指示を前記下位レイヤ処理部に送る、請求項1に記載の局側装置。前記整合部は、前記上位レイヤ処理部の前記停止期間の後に、前記第2の記憶部に記憶された前記ネットワークシステムの状態を前記上位レイヤ処理部に通知するための指示を前記下位レイヤ処理部に送る、請求項1に記載の局側装置。前記ネットワークシステムは、受動型光ネットワークシステムであり、前記下位レイヤのプロトコルは、MPCPまたはOAMであり、前記上位レイヤのプロトコルは、前記MPCPおよび前記OAMよりも上位レイヤに属するプロトコルである、請求項1から4のいずれか1項に記載の局側装置。前記上位レイヤ処理部は、前記ネットワークシステムに他の宅側装置が追加接続されたというイベントが前記下位レイヤ処理部から通知された場合に、前記局側装置と前記他の宅側装置との間の通信リンクを確立するように前記下位レイヤ処理部に指示する、請求項5に記載の局側装置。前記局側装置は、上位ネットワークを経由して受信した多チャネルの映像データを、宅側装置に配信し、前記上位レイヤ処理部は、前記多チャネルの映像データの中から1つのチャネルの映像データを選択するためのリクエストを前記宅側装置から受信して、前記1つのチャネルの映像データの配信先に前記宅側装置を含める処理を実行する、請求項1から6のいずれか1項に記載の局側装置。前記停止期間は、前記上位レイヤ処理部に実装されたファームウェアを新しいファームウェアに更新するための期間を含む、請求項1から7のいずれか1項に記載の局側装置。局側装置においてネットワークシステムを管理する制御方法であって、階層化された通信プロトコルの上位レイヤに関する上位レイヤ処理を実行するステップと、前記階層化された通信プロトコルの下位レイヤに関する下位レイヤ処理を実行するステップと、前記ネットワークシステムにおいて発生したイベントを、前記下位レイヤ処理を実行する処理部から、前記上位レイヤ処理を実行する処理部へと通知するステップとを備え、前記上位レイヤ処理が実行できる期間においては、前記下位レイヤ処理および前記上位レイヤ処理ならびに前記イベントの通知が実行され、前記上位レイヤ処理が実行できない期間においては、前記下位レイヤ処理を実行しておいて、前記上位レイヤ処理が実行できる期間の開始後に、当該期間において前記上位レイヤ処理と前記イベントの通知とが実行された状態と同じ状態を作るステップをさらに備える、制御方法。局側装置と、受動的光ネットワークを介して前記局側装置と接続された複数の宅側装置とによって構成されるPONシステムの制御方法であって、前記局側装置から前記受動的光ネットワークに配信される多チャネルの映像データの中から1つのチャネルの映像データを選択するためのリクエストを、前記複数の宅側装置のうちの少なくとも1つの宅側装置が前記局側装置に送信するステップと、前記局側装置の上位レイヤ処理部が、前記リクエストを受信するステップと、上位ネットワークから前記局側装置に送られた多チャンネルの映像データのうちの前記1つのチャネルの映像データの配信先に、前記リクエストを送信した宅側装置を含めるステップと、前記局側装置が、前記受動的光ネットワークに前記多チャンネルの映像データを配信するステップと、前記リクエストを送信した宅側装置が、前記多チャンネルの映像データの中から、前記リクエストに対応する前記1つのチャネルの映像データを選択的に受信するステップと、前記上位レイヤ処理部が前記リクエストを受信できない期間にリクエストが発生した場合には、前記局側装置の下位レイヤ処理部が当該発生したリクエストを受信しておいて、前記上位レイヤ処理部が前記リクエストを受信できる期間の開始後に、前記上位レイヤ処理部が当該発生したリクエストを受信した状態と同じ状態を作るステップとを備える、PONシステムの制御方法。特許文献1特開2010-252176号公報は、ONUのファームウェアを更新する方法を開示するものの、OLTのファームウェアを更新するための具体的な方法は開示していない。OLTのファームウェアを更新する場合、たとえば以下の方法が考えられる。すなわち、外部からOLTに新しいファームウェアが供給され、OLTは、その内部の不揮発性メモリに、その新しいファームウェアを格納する。OLTを再起動することによって不揮発性メモリから新しいファームウェアが読み出される。これによりOLTのファームウェアが更新される。しかしながら、OLTのファームウェアの更新中の間、OLTの処理が停止する可能性がある。OLTの処理が停止した場合には、ONUおよびその配下の端末による通信が停止することが起こりうる。近年では、アクセス系ネットワークにおいては、インターネットを経由したデータ通信だけでなく、VoIPVoiceoverInternetProtocolサービスおよび映像データの配信等といった各種の通信も行なわれている。このため通信が停止することによる影響は大きくなりつつある。したがって、OLTとONUとの間のデータ通信を継続しながらOLTのファームウェアを更新することが好ましいと考えられる。1つの解決方法は、OLTの構成を、データ通信を担う基本通信部と、それ以外の機能を担う上位処理部とに分けて、上位処理部のファームウェアを更新することである。しかしながら、上位処理部は、基本通信部から通知されたイベントによって、通信システムの状態を把握し、必要に応じて、そのイベントに応じた指示を基本通信部に送る。したがって上位処理部のファームウェアの更新のための処理が実行されている間にイベントが発生した場合、上位処理部は当該イベントを検知できない。このような場合には、上位処理部が管理している把握しているネットワークの状態と、基本通信部が管理している把握しているネットワークの状態との間に不整合が生じる。さらに、基本通信部は、自身の検知したイベントに対する指示を上位処理部から受けることができなくなる。本発明の目的は、OLTの2つの処理部の一方の処理部が一時的に処理を停止した場合にも、その処理部の再起動後に2つの処理部の間で円滑に処理を実行することが可能な技術を提供することである。本発明のある局面に係る局側装置は、宅側装置とともにネットワークシステムを構成する局側装置であって、階層化された通信プロトコルの上位レイヤを司り、ネットワークシステムの状態を記憶するための第1の記憶部を有し、ネットワークシステムで発生したイベントが通知されることにより、第1の記憶部に記憶されたネットワークシステムの状態を更新する上位レイヤ処理部と、階層化された通信プロトコルの下位レイヤを司り、ネットワークシステムの状態を記憶するための第2の記憶部を有し、イベントの発生を検知して、イベントを上位レイヤ処理部に通知するとともに第2の記憶部に記憶されたネットワークシステムの状態をイベントに基づいて更新する下位レイヤ処理部とを備える。上位レイヤ処理部は一時的に停止しうる一方で、上位レイヤ処理部が一時的に停止した場合であっても、下位レイヤ処理部は、その動作を維持できるように構成される。局側装置は、上位レイヤ処理部の停止期間の間にイベントが発生した場合には、上位レイヤ処理部の停止期間の後に、第1の記憶部に記憶された状態と第2の記憶部に記憶された状態とを整合させる整合部をさらに備える。上記構成によって、上位レイヤ処理部の停止期間が終了した後に、上位レイヤ処理部が有する第1の記憶部に記憶されたネットワークの状態と、下位レイヤ処理部が有する第2の記憶部に記憶されたネットワークの状態とを一致させることができる。したがって、上位レイヤ処理部と下位レイヤ処理部との間で円滑に処理を実行することができる。たとえば通常の状態と同様に、上位レイヤ処理部は下位レイヤ処理部に対して、下位レイヤ処理部が検知したイベントに対する指示を送ることができる。好ましくは、整合部は、上位レイヤ処理部が一時的に停止する場合には、上位レイヤ処理部の停止期間の間に発生したイベントを蓄積するための指示を下位レイヤ処理部に送る。整合部は、上位レイヤ処理部の停止期間の後には、蓄積されたイベントを上位レイヤ処理部に通知するための指示を下位レイヤ処理部に送る。上記構成によって、上位レイヤ処理部の停止期間が終了した後に、上位レイヤ処理部が有する第1の記憶部に記憶されたネットワークの状態と、下位レイヤ処理部が有する第2の記憶部に記憶されたネットワークの状態とを一致させることができる。したがって、上位レイヤ処理部と下位レイヤ処理部との間の管理状態の不整合を未然に防止できる。好ましくは、整合部は、上位レイヤ処理部が一時的に停止する場合には、イベントの検知を停止するための指示を下位レイヤ処理部に送る。整合部は、上位レイヤ処理部の停止期間の後には、イベントの検知を再開するための指示を下位レイヤ処理部に送る。上記構成によって、上位レイヤ処理部の停止期間が終了した後に、上位レイヤ処理部が有する第1の記憶部に記憶されたネットワークの状態と、下位レイヤ処理部が有する第2の記憶部に記憶されたネットワークの状態とを一致させることができる。したがって、上位レイヤ処理部と下位レイヤ処理部との間の管理状態の不整合を未然に防止できる。好ましくは、整合部は、上位レイヤ処理部の停止期間の後に、第2の記憶部に記憶されたネットワークシステムの状態を上位レイヤ処理部に通知するための指示を下位レイヤ処理部に送る。上記構成によって、上位レイヤ処理部の停止期間が終了した後に、上位レイヤ処理部が有する第1の記憶部に記憶されたネットワークの状態と、下位レイヤ処理部が有する第2の記憶部に記憶されたネットワークの状態とを一致させることができる。上位レイヤ処理部の停止期間中に上位レイヤ処理部が記憶するネットワークの状態と下位レイヤ処理部が管理するネットワークの状態とが互いに異なったとしても、上位レイヤ処理部の停止期間の後に、このような状態の食い違いを解消することができる。好ましくは、ネットワークシステムは、受動型光ネットワークシステムである。下位レイヤのプロトコルは、MPCPまたはOAMである。上位レイヤのプロトコルは、MPCPおよびOAMよりも上位レイヤに属するプロトコルである。上記構成によって、ONUとOLTとの間の通信が常に維持される必要があるPONシステムにおいて、上位レイヤ処理部が一時的に停止したとしても、OLTとONUとの基本的な通信を維持することができる。好ましくは、上位レイヤ処理部は、ネットワークシステムに他の宅側装置が追加接続されたというイベントが下位レイヤ処理部から通知された場合に、局側装置と他の宅側装置との間の通信リンクを確立するように下位レイヤ処理部に指示する。上記構成によって、ONUがネットワークシステムに追加接続されたという状態を上位レイヤ処理部が把握できる。さらに、上位レイヤ処理部から下位レイヤ処理部への指示により、ONUとOLTとの間の通信リンクを確立することができる。好ましくは、局側装置は、上位ネットワークを経由して受信した多チャネルの映像データを、宅側装置に配信する。上位レイヤ処理部は、多チャネルの映像データの中から1つのチャネルの映像データを選択するためのリクエストを宅側装置から受信して、1つのチャネルの映像データの配信先に宅側装置を含める処理を実行する。上記構成によって、宅側装置から送られたリクエストに対応したチャネルの映像データを当該宅側装置に配信できる。上位レイヤ処理部が一時的に停止した場合であっても、ユーザからのリクエストに対応してチャネルを切換えることができる。また、その停止期間を短くすることで、ユーザがチャネルを切換えるときのタイムラグを短くすることができる。好ましくは、停止期間は、上位レイヤ処理部に実装されたファームウェアを新しいファームウェアに更新するための期間を含む。上記構成によって、ファームウェアの更新のために上位レイヤ処理部が一時的に停止する場合であっても、OLTとONUとの間の通信を維持できる。また、上位レイヤ処理部の再起動後に上位レイヤ処理部の管理状態と下位レイヤ処理部の管理状態とを整合させることができる。本発明の他の局面に係る制御方法は、局側装置においてネットワークシステムを管理する制御方法であって、階層化された通信プロトコルの上位レイヤに関する上位レイヤ処理を実行するステップと、階層化された通信プロトコルの下位レイヤに関する下位レイヤ処理を実行するステップと、ネットワークシステムにおいて発生したイベントを、下位レイヤ処理を実行する処理部から、上位レイヤ処理を実行する処理部へと通知するステップとを備える。上位レイヤ処理が実行できる期間においては、下位レイヤ処理および上位レイヤ処理ならびにイベントの通知が実行される。制御方法は、上位レイヤ処理が実行できない期間においては、下位レイヤ処理を実行しておいて、上位レイヤ処理が実行できる期間の開始後に、当該期間において上位レイヤ処理とイベントの通知とが実行された状態と同じ状態を作るステップをさらに備える。上記構成によって、上位レイヤの処理が一時的に実行できない場合にも、その上位レイヤの処理が再び実行可能になった後に、上位レイヤの処理を行なう部分が管理するネットワークの状態と、下位レイヤの処理を行なう部分が管理するネットワークの状態とを一致させることができる。本発明のさらに他の局面に係るPONシステムの制御方法は、局側装置と、受動的光ネットワークを介して局側装置と接続された複数の宅側装置とによって構成されるPONシステムの制御方法であって、局側装置から受動的光ネットワークに配信される多チャネルの映像データの中から1つのチャネルの映像データを選択するためのリクエストを、複数の宅側装置のうちの少なくとも1つの宅側装置が局側装置に送信するステップと、局側装置の上位レイヤ処理部が、リクエストを受信するステップと、上位ネットワークから局側装置に送られた多チャンネルの映像データのうちの1つのチャネルの映像データの配信先に、リクエストを送信した宅側装置を含めるステップと、局側装置が、受動的光ネットワークに多チャンネルの映像データを配信するステップと、リクエストを送信した宅側装置が、多チャンネルの映像データの中から、リクエストに対応する1つのチャネルの映像データを選択的に受信するステップと、上位レイヤ処理部がリクエストを受信できない期間にリクエストが発生した場合には、局側装置の下位レイヤ処理部が当該発生したリクエストを受信しておいて、上位レイヤ処理部がリクエストを受信できる期間の開始後に、上位レイヤ処理部が当該発生したリクエストを受信した状態と同じ状態を作るステップとを備える。上記構成によって、ONUとOLTとの間の通信が常に維持される必要があるPONシステムにおいて、上位レイヤ処理部が一時的に停止したとしても、OLTとONUとの基本的な通信を維持することができる。さらに上位レイヤ処理部が自身の処理を実行できない間に、チャネルの選択のためのリクエストがONUから送信された場合であっても、上位レイヤ処理部が自身の処理を実行可能な期間では、上位レイヤ処理部がユーザからのリクエストを受信した状態と同じ状態を得ることができる。これによりユーザ側ではリクエストに応じてチャネルを切換えることができる。本発明によれば、OLTの2つの処理部の一方の処理部が一時的に処理を停止した場合にも、その処理部の再起動後に2つの処理部の間で円滑に処理を実行することができる。以下、本発明の実施の形態について図面を用いて説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。図1は、本発明の実施の形態に係るPONシステム100の概略構成を示すブロック図である。図1を参照して、PONシステム100は、OLT101と、ONU102-1,102-2,,102-nと、PON回線104と、スプリッタ105とを備える。OLT101は、たとえば電話局に設置される。ONU102-1~102-nの各々は、たとえばネットワークアクセスサービスの加入者の宅内に設置される。ONU102-1~102-nの各々にはユーザ端末111が接続される。各ONU102に接続されるユーザ端末111の数は特に限定されるものではない。たとえば1つのONUに複数のユーザ端末が接続されていてもよい。また、ユーザ端末111の種類も特に限定されるものではない。PON回線104は光ファイバにより構成される。OLT101から送信された光信号は、PON回線104を通り、スプリッタ105によってONU102-1~102-nへと分岐される。一方、ONU102-1~102-nから送信された光信号は、スプリッタ105によって集束されるとともにPON回線104を通ってOLT101に送られる。スプリッタ105は、外部からの電源供給を特に必要とすることなく、入力された信号から受動的に信号を分岐または多重する。OLT101は、上位ネットワーク109を介してデータを受信するとともに、そのデータをPON回線104に出力する。PONの物理的構成によれば、ONU102-1~102-nのすべてが、OLT101から送信されたデータを受信可能である。このためOLT101は、送信フレームのプリアンブル部分に、その送信フレームを受信すべきONUを特定する識別子LLIDLogicalLinkIDを挿入する。各ONUは、OLT101から受信したフレームに含まれるLLIDを、予めOLT101から通知された自己のLLIDと照合する。フレームに含まれるLLIDが自己のLLIDに一致する場合には、ONUはそのフレームを受信し、そうでない場合には、ONUは、そのフレームを破棄する。一方、各ONUから送信される光信号はスプリッタ105において合流する。このため、各ONUからの信号上り信号がスプリッタ105で合流した後に衝突しないための制御が必要となる。OLT101は、ONU102-1~102-nから送信された制御フレームレポートに基づいて、ONU102-1~102-n内のバッファに蓄積されているデータの送信開始時刻および送信許可量を演算する。次に、OLT101は、指示信号を挿入した制御フレームグラントを、PON回線104およびスプリッタ105を介してONU102-1~102-nに送信する。たとえば、ONU102-1は、宅側ネットワーク110を介してユーザ端末111から上り情報フレームを受信する。ONU102-1は、上り情報フレームをバッファに一旦蓄積する。ONU102-1は、グラントによって指定された時刻に、自己のバッファ内のデータの長さをレポートでOLT101に通知する。ONU102-1は、指示信号が挿入されたグラントをOLT101から受信するとともに、その指示信号に基づいて、自己のバッファ内のデータをレポートとともにOLT101に送信する。図2は、図1に示したONUに接続されるユーザ端末の構成の一例を示した図である。図2を参照して、ONU102-1に接続されたユーザ端末111は、パーソナルコンピュータPC111aと、セットトップボックスSTB111bと、テレビジョン受像機TV111cと、電話機111dと、接続機器111eとを含む。図2に示した構成例では、パーソナルコンピュータ111a、セットトップボックス111bおよび接続機器111eたとえばアダプタ、ルータ等と呼ばれるがONU102-1に接続される。テレビジョン受像機TV111cはセットトップボックス111bを介してONU102-1に接続される。一方、映像配信サーバ112が上位ネットワーク109たとえばインターネットに接続される。映像配信サーバ112は、PONシステム100を経由して、テレビジョン受像機111cのユーザに多チャネル配信サービスを提供する。セットトップボックス111bは、多チャンネルの中からユーザの好みのチャネルを選択するためのチューナとして機能する。ユーザは、図示しないリモコン等によってセットトップボックス111bを操作することにより、多チャネルの中から自己の所望する番組に対応するチャネルを選択する。この場合、セットトップボックス111bからONU102-1に、チャンネル選択リクエストが送られる。ONU102-1は、このチャンネル選択リクエストをPON回線104を経由してOLT101に送信する。OLT101は、ONU102-1からのチャンネル選択リクエストを受付ける。OLT101は、映像配信サーバ112から上位ネットワーク109を経由して送られてきた多チャネルの映像データのうち、チャンネル選択リクエストに対応するチャネルの映像データに対して、ONU102-1を特定する識別子LLIDを付与する。OLT101が、多チャネルの映像データをPON回線104に送出すると、ONU102-1は、自己に対応する識別子LLIDが付与された映像データのみを取得する。これによりユーザは、所望の番組を視聴することができる。電話機111dは、接続機器111eを介してONU102-1に接続される。これにより、ユーザは、たとえばVoIPサービスといった通話サービスを利用することができる。ユーザ端末111の構成は図2に示したように限定されるものではなく、ユーザが所望するサービスに応じて、図2に示した構成から変形可能である。たとえば、ONUに接続される機器は、任意に選択可能である。別の例では、宅側ネットワーク110を構築するために、他のネットワーク機器たとえばハブHUB、ルータ等が用いられてもよい。さらに別の例では、テレビジョン受像機111cがセットトップボックス111bの機能を有していてもよい。図3は、図1に示したOLTの機能ブロック図である。図3を参照して、OLT101は、上位処理部11と、基本通信部12と、光インターフェイスIF部15と、通信処理部16と、上位インターフェイスIF部18とを含む。上位処理部11は、階層化された通信プロトコルの上位レイヤを司る上位レイヤ処理部である。基本通信部12は、階層化された通信プロトコルの下位レイヤを司る下位処理部13と、整合部14とを含む。本発明の実施の形態では、階層化された通信プロトコルは、OSIOpenSystemsInterconnection参照モデルに従う通信プロトコルであり、上位レイヤとは、第3層ネットワーク層およびそれより上の階層である。一方、下位レイヤとは、OSI参照モデルの第1層物理層および第2層データリンク層である。下位レイヤ特にデータリンク層のプロトコルは、MPCPMultiPointControlProtocolおよびOAMOperationsAdministrationandMaintenanceプロトコルを含む。上位処理部11と基本通信部12とは互いに通信を行なう。上位処理部11および基本通信部12の間の通信に用いられるプロトコルは、たとえばTCP/IPである。上位処理部11は、PONシステムの状態に関する情報を保持する記憶部21を有する。上位処理部11は、下位処理部13からイベントが通知されることにより、記憶部21に記憶された状態を更新する。基本通信部12は、PONシステムの状態に関する情報を保持する記憶部22を有する。この記憶部22は、下位処理部13の一部として構成される。ただし、下位処理部13とは別に記憶部22が設けられてもよい。下位処理部13はイベントを検知するとともに、当該イベントを上位処理部11に通知する。さらに下位処理部13は検知されたイベントに従って状態を更新する。下位処理部13は、自身が上位処理部11に通知したイベントに対する指示を上位処理部11から受けた場合には、その指示に従って処理を実行する。上記の処理の一例として、PONシステム100にONUが追加接続された場合を説明する。下位処理部13は、MPCPに従い、ONUが追加接続されたことを検出する。すなわち下位処理部13は、ONUが追加接続されたというイベントを検出する。この場合、下位処理部13は、新規のONUが接続されたという情報を記憶部22に格納するとともに、そのイベントを上位処理部11に通知する。上位処理部11は、下位処理部13からイベントが通知されることにより、新規のONUが接続されたという情報を記憶部21に格納する。次に上位処理部11は、そのONUに対するLLIDを割り当てて、そのLLIDを、新規のONUに通知するための指示を下位処理部13に送る。これにより、下位処理部13はLLIDを、新規のONUに通知する。さらに、上位処理部11は、新規のONUからOLTへと送信される上り信号の送信帯域および送信タイミングを決定して、その送信帯域および送信タイミングを新規のONUに通知するよう指示する。下位処理部13は上位処理部11からの指示に従って、送信帯域および送信タイミングを新規のONUに通知する。さらに、下位処理部13はOAMプロトコルに従い、ONUおよびPON回線を監視する。たとえば下位処理部13は、PON回線の異常をイベントとして検知すると、上位処理部11にそのイベントを通知する。この場合、たとえば、上位処理部11は、上位ネットワーク109を通じてPONシステムを保守運用するオペレータの端末機器へ、そのイベントPON回線の異常を通知する。上記のように、上位処理部11および下位処理部13の各々は、ネットワークの状態を保持するための記憶部を有する。この記憶部記憶部21,22は、たとえばデータベースの形式で管理状態を保持する。これにより、上位処理部11および下位処理部13の各々は、ネットワークの状態を管理できる。上位処理部11および下位処理部13の各々が記憶部を有することによってモジュールごとに処理を独立させることができるので、通信制御のための処理を上位レイヤと下位レイヤとに階層化できる。光インターフェイス部15は、PON回線104光ファイバと接続される。光インターフェイス部15は、PON回線104から受信した光信号上り信号を電気信号に変換する一方、入力される電気信号下り信号を光信号に変換してPON回線104にその光信号を送出する。通信処理部16は、ONUからOLT101に送られた上り信号がデータ信号であると判別すると、当該データ信号をOLT101から上位ネットワーク109へと送信するための各種の処理を実行する。また、通信処理部16は、上位ネットワーク109からOLT101に送られた下り信号データ信号を、PON回線104を通じてONUに送信するための各種の処理を実行する。さらに通信処理部16は、ONUからOLT101に制御フレームが伝送された場合には、当該制御フレームを基本通信部12下位処理部13に送信する。また、OLT101からONUに制御フレームを伝送すべき場合、通信処理部16は、ONUと送出されるべき制御フレームを基本通信部12下位処理部13から受信して、当該制御フレームをPON回線104へと送出するための処理を実行する。この制御フレームは、MPCPフレーム、OAMフレームを含む。上位処理部11にはファームウェアが実装される。新たな機能の追加および問題点の改修などの理由により、上位処理部11のファームウェアが新しいファームウェアに更新されることがある。上位処理部11のファームウェアの更新期間中は上位処理部11の処理が停止される。一方、上位処理部11がその処理を一時的に停止している間であっても下位処理部13は動作を継続する。これによって、OLTとONUとの間のデータ通信が停止することを防ぐことができる。しかしながら、上位処理部11が停止している間にイベントが発生した場合、下位処理部13は記憶部22に記憶された状態を更新することができる一方で、上位処理部11は記憶部21に保持された管理状態を更新することができない。このため、上位処理部11が再起動されたときには、上位処理部11が管理する状態すなわち記憶部21に記憶された情報と下位処理部13が管理する状態すなわち記憶部22に記憶された情報とが一致していないことが起こりうる。整合部14は、上位処理部11が一時的に停止している間にイベントが発生した場合には、上位処理部11の停止期間の後に、上位処理部11の記憶部21に記憶された管理状態と下位処理部13の記憶部22に記憶された管理状態とを整合させる。整合部14の具体的処理については、後に詳細に説明される。図4は、図3に示したOLTのハードウェア構成例を模式的に示した図である。図4を参照して、OLT101は、CPU31と、制御LSILargeScaleIntegratedcircuit32と、光送受信回路33と、不揮発性メモリ34と、RAM35と、不揮発性メモリ36と、RAM37と、送受信回路38とを備える。CPU31にはファームウェアが実装されている。ファームウェアに従う処理をCPUが実行することにより、CPU31は、図3に示した上位処理部11を実現する。CPU31のファームウェアを更新することで、OLT101の高機能化、OLT101の機能の拡張等に柔軟に対応することができる。新しいファームウェアは、たとえばFTP等のプロトコルによって、ネットワーク115を通じて管理用インターフェイス39に送られる。CPU101は、管理用インターフェイス39を介して新しいファームウェアを受信すると、そのファームウェアを不揮発性メモリ34に格納する。CPU101に実装されたファームウェアを新しいファームウェアに更新するため、CPU101が再起動される。たとえばネットワーク115に接続されたコンピュータから送られたコマンドをCPU101が受信すると、CPU101は再起動を行なうとともに不揮発性メモリ34に格納されたファームウェアを読み出す。これによってファームウェアが更新される。RAM35は、CPU31の処理の際にデータを一時的に格納する。たとえば記憶部21をRAM35によって実現できる。記憶部21に記憶された情報が失われないように、CPU31は、適切なタイミングで、記憶部21に記憶された情報を不揮発性メモリ34あるいは他の不揮発性メモリに格納してもよい。制御LSI32は、たとえば基本通信部12および通信処理部16を実現する。RAM37は、制御LSI32の処理の際にデータを一時的に格納する。たとえば記憶部22をRAM37によって実現できる。また、記憶部22に記憶された情報が不揮発性メモリ36に格納されてもよい。光送受信回路33は、光インターフェイス部15を実現する。同じく送受信回路38は、上位インターフェイス部18を実現する。図5は、OLTの通常の状態においてイベントが発生したときのOLTの処理を説明するシーケンス図である。ここで、通常の状態とは、上位処理部11が一時的にその動作を停止していない場合具体的な例では、ファームウェアの更新がない場合に対応する。図5を参照して、イベントが発生した場合、基本通信部12は、そのイベントを検知する。基本通信部12は、そのイベントを上位処理部11に通知するとともに、基本通信部12で管理すべきPONシステム100の状態に関する情報を記憶部22に格納する。これにより記憶部22によって構成されたデータベースが更新され、その結果、基本通信部12が管理する状態PONシステム100の状態が変更される。一方、上位処理部11は、基本通信部12からイベントが通知されると、記憶部21によって構成されたデータベースに、その通知内容を反映させる。これによって上位処理部11のデータベースが更新され、その結果、上位処理部11が管理する状態PONシステム100の状態が更新される。さらに、上位処理部11は、必要に応じて、上位処理部11に通知されたイベントに対応する処理を基本通信部12に指示する。上記のように、通常の状態では、基本通信部12がイベントを検知した場合に、基本通信部12が有するデータベースと上位処理部11が有するデータベースとがほぼ同期して更新される。したがって通常の状態では、基本通信部12が管理する状態と上位処理部11が管理する状態とは一致する。図6は、上位処理部のファームウェアの更新中に起こりうる課題を示したシーケンス図である。基本通信部12が整合部14の機能を有していない場合に、以下に説明する課題が生じ得る。図6を参照して、基本通信部12がイベントを検知する。基本通信部12はそのイベントを上位処理部11に通知する。しかしファームウェアの更新のため、上位処理部11の処理は停止している。このため基本通信部12からの通知がロスする。その結果、記憶部21に保持された情報は更新されない。したがって、上位処理部11が再起動した後において、基本通信部12が管理する状態と上位処理部11が管理する状態との間に不一致が生じる。さらに、イベントに対応する処理の指示が基本通信部12に送られない。これに対して、本発明の実施の形態によれば、整合部14は、上位処理部11が一時的に停止している間にイベントが発生した場合には、上位処理部11の停止期間の後に、上位処理部11の記憶部21に記憶された管理状態と、下位処理部13の記憶部22に記憶された管理状態とを整合させる。これにより、上位処理部11の再起動後には、上位レイヤの処理とイベントの通知とが実行された状態と同じ状態が作り出されるため、上位処理部11と基本通信部12との間で円滑に処理を実行することができる。たとえば通常の状態と同様に、上位処理部11は基本通信部12に対して、基本通信部12が検知したイベントに対する指示を送ることができる。以下、整合部14による処理を、実施の形態ごとに詳細に説明する。[実施の形態1]図7は、実施の形態1に係るOLTの処理を説明するためのシーケンス図である。図3および図7を参照して、処理を停止するに先立ち、上位処理部11は整合部14に対して上位処理部11の停止を通知する。整合部14は、上位処理部11からの通知により、上位処理部11が停止することを検知する。これにより整合部14は、下位処理部13に対して、上位処理部11に通知すべきイベントを蓄積するよう指示する。下位処理部13は、イベントの検知によって、基本通信部12側のデータベース記憶部22により構成されたデータベースを更新するとともに上位処理部11に通知すべきイベントを蓄積する。上位処理部11のファームウェアが更新され、上位処理部11が再起動される。上位処理部11は、整合部14に対して、上位処理部11が再起動したことを通知する。整合部14は、上位処理部11からの通知により、上位処理部11が再起動したことを検知する。これにより整合部14は、下位処理部13に対して、イベントの蓄積を解除するよう指示するとともに、蓄積されたイベントを上位処理部11に通知するよう指示する。下位処理部13は、上位処理部11の停止期間すなわちファームウェアの更新期間に蓄積されたイベントを上位処理部11に通知する。以後、図5に示された処理と同様に、上位処理部11は、下位処理部13から通知されたイベントにより、上位処理部11側のデータベース記憶部21により構成されるデータベースを更新する。さらに上位処理部11は、必要に応じて、下位処理部13から通知されたイベントに対応する処理を下位処理部13に指示する。図8は、図7に示された整合部の処理の流れを説明するフローチャートである。このフローチャートに示される処理は、たとえば一定の周期で実行される。図8を参照して、ステップS1において、整合部14は、上位処理部11から停止通知を受信したかどうかを判断する。整合部14が上位処理部11から停止通知を受信していない場合ステップS1においてNO、以後に説明する処理はスキップされる。整合部14が上位処理部11から停止通知を受信した場合ステップS1においてYES、処理はステップS2に進む。ステップS2において、整合部14は、イベントの蓄積を下位処理部13に指示する。整合部14からの指示に応答して、下位処理部13は、上位処理部11に通知すべきイベントを蓄積する。なお、下位処理部13は、イベントが発生するごとに自身のデータベースを更新する。ステップS3において、整合部14は、上位処理部11から再起動通知を受信したかどうかを判断する。整合部14が上位処理部11から停止通知を受信していない場合ステップS3においてNO、ステップS3の処理が繰返される。整合部14が上位処理部11から再起動通知を受信した場合ステップS3においてYES、処理はステップS4に進む。ステップS4において、整合部14は、イベントの蓄積の解除および蓄積されたイベントの通知を下位処理部13に指示する。整合部14からの指示に応答して、基本通信部12は、イベントの蓄積を解除するとともに、蓄積されたイベントを上位処理部11へと通知する。上位処理部11は、通知されたイベントにより、自身のデータベースを更新する。以上のように、実施の形態1によれば、整合部14は、上位処理部11の停止期間ファームウェアの更新期間の間に発生したイベントを下位処理部13に蓄積させる。整合部14は、上位処理部11の停止期間が経過した後に、下位処理部13から上位処理部11に蓄積されたイベントを通知させる。したがって、上位処理部11の再起動後に上位処理部11が管理する状態記憶部21に記憶された情報と下位処理部13が管理する状態記憶部22に記憶された情報とを整合させることができる。これにより上位処理部11と下位処理部13との間の管理状態の不整合を未然に防止できる。[実施の形態2]図9は、実施の形態2に係るOLTの処理を説明するためのシーケンス図である。図3および図9を参照して、処理を停止するに先立ち、上位処理部11は整合部14に上位処理部11の停止を通知する。整合部14は、上位処理部11からの通知により、上位処理部11が停止することを検知する。これにより、整合部14は、下位処理部13に対して、イベントの検知を停止するよう指示する。下位処理部13は、整合部14からの指示により、イベントの検知を停止する。上位処理部11のファームウェアが更新され、上位処理部11が再起動される。上位処理部11は、整合部14に対して、上位処理部11が再起動したことを通知する。整合部14は、上位処理部11からの通知により、上位処理部11が再起動したことを検知する。これにより整合部14は、下位処理部13に対して、イベントの検知を再開するよう指示する。下位処理部13は、整合部14からの指示により、イベントの検知を再開する。図10は、図9に示された整合部の処理の流れを説明するフローチャートである。このフローチャートに示される処理は、たとえば一定の周期で実行される。図8および図10を参照して、実施の形態2では、ステップS2,S4の処理に代えてステップS2A,S4Aの処理がそれぞれ実行される。整合部14が上位処理部11から停止通知を受信した場合ステップS1においてYES、処理はステップS2Aに進む。ステップS2Aにおいて、整合部14は、イベントの検知の停止を下位処理部13に指示する。整合部14からの指示に応答して、下位処理部13は、イベントの検知を停止する。ステップS3において、整合部14は、上位処理部11から再起動通知を受信したかどうかを判断する。整合部14が上位処理部11から停止通知を受信した場合ステップS3においてYES、処理はステップS4Aに進む。ステップS4Aにおいて、整合部14は、イベントの検知の再開を下位処理部13に指示する。整合部14からの指示に応答して、下位処理部13は、イベントの検知を再開する。実施の形態2によれば、上位処理部11のファームウェアが更新される間、下位処理部13によるイベントの検知も停止される。この期間にイベントが発生した場合には、当該イベントは、上位処理部11の再起動後に下位処理部13によって検知される。このとき、下位処理部13は、検知されたイベントを上位処理部11へと通知するとともに、自身のデータベースを更新する。上位処理部11は、下位処理部13からの通知により、自身のデータベースを更新する。さらに上位処理部11は、必要に応じて、下位処理部13から通知されたイベントに対応する処理の指示を下位処理部13に送る。したがって実施の形態2によれば、実施の形態1と同様に、上位処理部11が一時的に停止しても、その再起動後に上位処理部11が管理する状態と下位処理部13が管理する状態とを整合させることができる。すなわち実施の形態2によれば、実施の形態1と同様に、上位処理部11と下位処理部13との間の管理状態の不整合を未然に防止できる。イベントの検知の停止の具体例下位処理部13によって検知されるイベントの第1の例は、MPCPリンクダウンイベントである。下位処理部13は、MPCPタイムアウト監視を停止することによって、MPCPリンクダウンイベントの検知を停止する。MPCPタイムアウト監視は、以下の方式で行なわれる。OLT101はONU102へMPCPゲートフレームを周期的に送信する。下位処理部13は、そのゲートフレームへの応答となるMPCPフレームレポートが所定期間内にONU102から届くかどうかを監視する。所定期間内にONU102からOLT101にレポートが送られなかった場合には、下位処理部13はMPCPリンクダウンイベントを検知する。MPCPの場合、この所定期間は1秒と定義される。下位処理部13によって検知されるイベントの第2の例は、OAMリンクダウンイベントである。下位処理部13は、OAMタイムアウト監視を停止することによって、OAMリンクダウンイベントの検知を停止する。OAMタイムアウト監視は、MPCPタイムアウト監視と同様の方式で行なわれる。OAMの場合、タイムアウト期間は5秒と定義される。下位処理部13によって検知されるイベントの第3の例は、MPCPリンクアップイベントである。下位処理部13は、ディスカバリフレームの送信を停止することにより、MPCPリンクアップイベントの検知を停止する。OLT101は、新規にPON回線104に接続されたONUを検出するために、Discoveryフレームを全ONU宛に定期的にブロードキャストする。新規にPON回線104に接続されたONUは、OLT101に未登録である。このため、当該ONUからOLT101に、自己を登録することを要求するRegisterRequestフレームが送られる。OLT101は、このONUに対してLLIDを付与して、当該ONUとの通信リンクを確立する。新規登録されたONUの情報は、上位処理部11側のデータベース、および下位処理部13側のデータベースの両方に登録される。[実施の形態3]図11は、実施の形態3に係るOLTの処理を説明するためのシーケンス図である。図3および図11を参照して、上位処理部11は、ファームウェアの更新のために処理を停止する。上位処理部11のファームウェアの更新中にイベントが発生した場合、下位処理部13は、自身のデータベースに記憶された管理状態を変更するとともに、上位処理部11にイベントを通知する。ただし、上位処理部11は、その処理を停止しているために下位処理部13からの通知を受付けない。ファームウェアの更新が終了すると、上位処理部11は再起動される。次に上位処理部11は、管理状態の取得要求を基本通信部12に送信する。整合部14が上位処理部11から管理状態の取得要求を受信すると、整合部14は、下位処理部13に対して、管理状態を通知するよう指示する。下位処理部13は、整合部14からの指示に応じて、自身のデータベースに記憶された管理状態記憶部22に記憶された情報を上位処理部11に通知する。上位処理部11は、自身のデータベースに記憶された管理状態記憶部22に記憶された情報を、下位処理部13から通知された管理状態と照合する。両者の管理状態に差分がある場合、上位処理部11は、自身のデータベースにその差分を反映させる。これにより、上位処理部11が管理する状態は、下位処理部13が管理する状態と整合する。さらに上位処理部11は、必要に応じて、イベントに対応する処理を下位処理部13へと指示する。図12は、図11に示された整合部の処理の流れを説明するフローチャートである。このフローチャートに示される処理は、たとえば一定の周期で実行される。図12を参照して、ステップS11において、整合部14が管理状態の取得要求を上位処理部11から受信したかどうかが判断される。整合部14が管理状態の取得要求を上位処理部11から受信していない場合ステップS11においてNO、ステップS12の処理はスキップされる。整合部14が管理状態の取得要求を上位処理部11から受信した場合ステップS11においてYES、ステップS12の処理が実行される。ステップS12において、整合部14は、下位処理部13に、その管理状態を上位処理部11に通知するよう指示する。下位処理部13は、整合部14からの指示に応答して、記憶部22に記憶された管理状態を上位処理部11に通知する。以上のように実施の形態3によれば、上位処理部11は、再起動後に、管理状態の取得要求を基本通信部12に送信する。整合部14は、上位処理部11からの管理状態の取得要求に応じて、下位処理部13に、その管理状態を上位処理部11に通知させる。したがって実施の形態3によれば、実施の形態1,2と同じく、上位処理部11の再起動後に、上位処理部11が管理する状態記憶部21に記憶された情報と基本通信部12が管理する状態記憶部22に記憶された情報とを整合させることができる。基本通信部12は、イベントが発生するたびに、その管理状態を変更している。このため、上位処理部11のファームウェアの更新中に上位処理部11の管理状態と基本通信部12の管理状態とが互いに異なりうる。実施の形態3によれば、このような管理状態の食い違いを解消することができる。上記のように、本発明の局側装置は、PONシステムのように、ONUとOLTとの間の通信が常に維持される必要がある通信ネットワークに好適に適用される。以下、本発明の実施の形態に係るPONシステムの利用例について2つの例を示す。[PONシステムの利用例]第1の例第1の例は、多チャンネル映像データの配信である。図13は、本発明の実施の形態に係るPONシステムによる多チャンネル映像配信の処理を模式的に説明するためのシーケンス図である。図13を参照して、ユーザがユーザ端末たとえば図2に示すSTB111bの視聴チャネルを切換えた場合、ユーザ端末からチャネル切換リクエストが送信される。このチャネル切換リクエストは、当該ユーザのONUONU-Aとするによって光信号に変換されて、OLT101に送信される。OLT101は、チャネル切換リクエストを受信する。この場合、チャネル切換リクエストは、上位処理部11によって処理される。具体的には、上位処理部11は、チャネル切換リクエストに応じて、ONUと視聴チャネルとを対応付けたチャネルリストを変更する。一方、映像サーバからは多チャンネル映像のデータが配信される。OLT101は、上記のチャネルリストに従い、ONU-Aからのリクエストに対応するチャネルの映像データに、ONU-AのLLIDを付与する。そして、OLT101は多チャンネル映像を配信する。OLT101からの映像データの配信形式は、ユニキャストでもよく、マルチキャストでもよい。ONU-Aは、OLT101から送られた多チャンネル映像の中から、自己のLLIDと一致するLLIDが付与された映像データを受信する。ONU-Aは、その受信した映像をユーザ端末に送信する。これによりユーザ端末は、チャネル切換リクエストに対応した映像を受信できる。もし、ユーザ端末がユーザのリクエストに対応するチャネルの映像データを選択する場合、図13において破線の矢印に示されるように、映像サーバから送られた多チャンネル映像データが、ONUから宅側ネットワークを通じてユーザ端末に送られる。しかし多くの場合、PON回線の伝送容量たとえば10Gbpsに対して、宅側ネットワークの伝送容量は小さいたとえば100Mbps。したがって、宅側ネットワークに大容量のデータが伝送された場合には、宅側ネットワークへの影響たとえばデータ伝送の遅延などが生じ得る。OLT101具体的には上位処理部がONUとチャネルとを関連付けて管理することによって、宅側ネットワークにはユーザの希望するチャネルの映像データのみ配信されるので、上記の問題を防止できる。ここで、ファームウェアの更新などの理由によってOLTとONUとの間のデータ通信が途絶えた場合、ユーザがテレビで見ていた映像が途切れるといった不具合が生じる。しかし、本発明の実施の形態によれば、上位処理部11が一時的に停止する場合であっても、基本通信部12は動作を継続している。これにより上位IF部、通信処理部16および光IF部15の動作も継続される。このためユーザによる映像の視聴への影響を小さくできる。さらに、ユーザがチャネルを切換える操作を行なった場合に、ユーザ端末に表示される映像も、ユーザにとって適切な時間内に新しいチャネルの映像に切換る必要がある。ユーザがチャネルを切換える操作を行なったときに、ファームウェアの更新によって上位処理部11が停止している可能性が考えられる。図14に示されるように、基本通信部12は、上位処理部11が一時的に停止している場合には、ONUから送信されたリクエストを受信する。そして、上位処理部11が再起動すると、基本通信部12は、上位処理部11にそのリクエストを通知する。これによって、上位処理部11が自身の処理を実行できる期間において、上位処理部11がリクエストを受信した状態と同じ状態を作ることができる。以後、上位処理部11は図13に示された処理と同様の処理を実行する。したがって、チャネル切換リクエストを送信したONUは、新しいチャネルの映像データを受信できる。さらに、上位処理部11の停止時間ファームウェア更新時間を短くすることによって、ユーザがチャネル切換の操作を行なってから、端末TVで実際にチャネルが切り替わるまでのタイムラグを短くすることも可能である。第2の例第2の例は、OLTが複数のONUのファームウェアを一斉に更新する例である。一般のアクセス網であれば、複数のONUに個別にデータを送信する必要がある。これに対して、PONシステムでは、OLTが1つのデータをPON回線に送出すれば、すべてのONUがそのデータを受信できる。この機能はOLTの上位処理部によって実現される。図15は、本発明の実施の形態に係るPONシステムにおけるデータのダウンロードの動作手順を示すシーケンス図である。ここでは、共通管理データがN個のブロックに分割される場合について説明する。図15を参照して、まず、OLTは、ダウンロード開始を通知するための制御フレームを各ONUへ送信するSQ1。次に、各ONUは、OLTからダウンロード開始を示す制御フレームを受信して、ダウンロード状態へ遷移する。そして、各ONUは、ダウンロード状態へ遷移したこと示す制御フレームをOLTへ送信するSQ2。次に、OLTは、各ONUからダウンロード状態へ遷移したことを示す制御フレームを受信して、N個のブロックのうちのブロック1を制御フレームに入れ、かつブロードキャストLLIDを制御フレームに入れて各ONUへブロードキャストするSQ3。次に、各ONUは、OLTからブロック1を含む制御フレームを受信して、ブロック1を保存し、ブロック1を正常に受信したことを示すAckAcknowledge1を制御フレームに入れてOLTへ送信するSQ4。次に、OLTは、各ONUからAck1を含む制御フレームを受信して、N個のブロックのうちのブロック2を制御フレームに入れ、かつブロードキャストLLIDを制御フレームに入れて各ONUへブロードキャストするSQ5。次に、各ONUは、OLTからブロック2を含む制御フレームを受信して、ブロック2を保存し、ブロック2を正常に受信したことを示すAck2を制御フレームに入れてOLTへ送信するSQ6。以降、OLTおよび各ONUは、ブロック3~ブロックN-1の送信および受信を繰り返す。そして、OLTがブロックNのブロードキャストを行ないSQ7、これに対して各ONUがAckNを制御フレームに入れてOLTへ送信するSQ8。ここで、各ONUは、ブロック1~ブロックNをすべて正常に受信できた場合、管理データの更新を行なう。次に、OLTは、各ONUからAckNを含む制御フレームを受信して、ブロック1~ブロックNのダウンロードが正常に完了したか否かの問い合わせを示す制御フレームを各ONUへ送信するSQ9。次に、各ONUは、OLTから問い合わせを示す制御フレームを受信して、ブロック1~ブロックNのダウンロードが正常に完了したか否かの状態を示す制御フレームをOLTへ送信するSQ10。次に、OLTは、各ONUからブロック1~ブロックNのダウンロードが正常に完了した状態を示す制御フレームを受信した場合には、ダウンロード処理を終了する。一方、OLTは、ブロック1~ブロックNのダウンロードが正常に完了しなかった状態を示す制御フレームを少なくとも1つのONU以下、未完了ONUと称する。から受信した場合には、未完了ONUが正常に受信できなかったブロックii=1~Nを未完了ONUへ再送信するSQ11。次に、未完了ONUは、OLTからブロックiを含む制御フレームを受信して、ブロックiを保存し、ブロックiを正常に受信したことを示すAckiを制御フレームに入れてOLTへ送信するSQ12。そして、未完了ONUは、管理データの更新を行なう。次に、OLTは、未完了ONUからAckiを含む制御フレームを受信して、ブロック1~ブロックNのダウンロードが正常に完了したか否かの問い合わせを示す制御フレームを未完了ONUへ送信するSQ13。次に、未完了ONUを含む各ONUは、OLTから問い合わせを示す制御フレームを受信して、ブロック1~ブロックNのダウンロードが正常に完了した状態を示す制御フレームをOLTへ送信するSQ14。そして、OLTは、各ONUからブロック1~ブロックNのダウンロードが正常に完了した状態を示す制御フレームを受信した場合には、ダウンロード処理を終了する。図16は、本発明の実施の形態に係るPONシステムにおけるブロードキャスト開始前の準備動作の手順を示すシーケンス図である。図16は、図15に示すシーケンスSQ1およびSQ2の動作に対応している。ここでは、OLTと2つのONUONU-AおよびONU-Bとするとが通信を行なっている場合について説明する。1つのOLTと通信している、すなわち1つのOLTに接続されている各ONUにおいて、製造メーカ、ソフトウェアバージョンおよびハードウェアバージョンが混在していることがあり、同じ管理データについて必ずしもすべてのONUがダウンロード対象になるとは限らない。そこで、OLTは、共通管理データを各ONUへブロードキャストする前に、その共通管理データをダウンロードすべきONU、すなわちダウンロード対象のONUを把握する。まず、OLTは、ダウンロード開始を通知する制御メッセージを生成し、制御フレームに入れ、かつブロードキャストLLIDを制御フレームに入れてONU-AおよびONU-BへブロードキャストするSQ21AおよびSQ21B。この制御メッセージには、ダウンロード開始通知に加えて、共通管理データの種類が含まれる。共通管理データの種類としては、たとえば、ダウンロード対象となるONUの製造メーカ名、ソフトウェアバージョンおよびハードウェアバージョンがある。また、共通管理データの種類としては、ダウンロード対象デバイスの種類、すなわち共通管理データがCPU等のソフトウェアプログラムであるかFPGAのデータであるかまたは動作指示情報であるか等の情報がある。また、共通管理データの種類としては、共通管理データ自体のバージョン、共通管理データのサイズ、共通管理データの分割ブロックのサイズおよび共通管理データの日付がある。次に、ONU-AおよびONU-Bは、OLTから受信した制御フレームに含まれる制御メッセージと、自己の設定およびバージョン等とを確認する。すなわち、ONUは、制御メッセージが示す共通管理データの種類と自己の設定およびバージョン等とを比較して、当該共通管理データのダウンロード条件を自己が満たしているか否かを判断するSQ22およびSQ24。ONU-Aは、ダウンロード条件を自己が満たしている、すなわちこの共通管理データをダウンロードすべきであると判断するとSQ23、ダウンロード状態へ遷移して、ダウンロード状態へ遷移したこと示す制御フレームをOLTへ送信するSQ26。ONU-Bは、ダウンロード条件を自己が満たしていないと判断するとSQ25、ダウンロード状態へ遷移せず、ダウンロード状態へ遷移しなかったこと示す制御フレームをOLTへ送信するSQ27。次に、OLTは、ONU-Aからダウンロード状態へ遷移したこと示す制御フレームおよびONU-Bからダウンロード状態へ遷移しなかったこと示す制御フレームを受信して、ダウンロード状態となったONU-Aの識別番号たとえばユニキャストLLIDを記憶する、すなわちダウンロード対象にONU-Aを追加する。この記憶内容は、後述するダウンロード完了確認処理において用いられるSQ28。図17は、本発明の実施の形態に係るPONシステムにおけるOLTがブロードキャストを行なう際の動作手順を定めたフローチャートである。図17は、図15に示すシーケンスSQ3,SQ5,SQ7の動作に対応している。このフローチャートは、共通管理データのブロックの送信に対するONUからの応答を契機にOLTが次のブロックを送信する方式を示している。図17を参照して、まず、OLTは、変数i=1に設定するS21。次に、OLTは、トータル送信ブロック数を算出する、すなわち共通管理データの分割ブロック数を算出するS22。次に、OLTは、i番目のブロックを各ONUへブロードキャストするS23。次に、OLTは、ブロックをブロードキャストした時から所定時間内に各ONUからの応答Ackを受信した場合にはS24でYES、変数i=i1に設定するS25。次に、OLTは、変数iがトータル送信ブロック数に達していない場合にはS6でNO、i番目のブロックを各ONUへブロードキャストする、すなわち次のブロックをブロードキャストするS23。また、OLTは、ブロックをブロードキャストした時から所定時間内に各ONUからの応答を受信しなかった場合にはS24でNO、同じブロックを再送信するS23。そして、OLTは、変数iがトータル送信ブロック数に達した場合にはS26でYES、ブロードキャスト処理を終了する。図18は、本発明の実施の形態に係るPONシステムにおけるOLTがダウンロード完了確認を行なう際の動作手順を定めたフローチャートである。図18は、図15に示すシーケンスSQ9~SQ14の動作に対応している。図18を参照して、OLTは、図16に示す動作によって認識したダウンロード対象の各ONUのうち、いずれかのONUを選択し、選択したONUの識別番号たとえばユニキャストLLIDを変数onuに代入するS31。次に、OLTは、選択したONUに対してダウンロードの完了を問い合わせる。すなわち、OLTは、共通管理データのダウンロードが正常に完了したか否かの問い合わせを示す制御フレームに、変数onuのLLIDを入れてPON回線へ送信するS32。次に、OLTは、選択したONUからダウンロードが完了した旨を示す応答を受けた場合であってS33でYES、ダウンロード対象の各ONUのダウンロード完了をすべて確認したときにはS36でYES、ダウンロード完了確認処理を終了する。一方、OLTは、選択したONUからダウンロードが完了した旨を示す応答を受けた場合であってS33でYES、ダウンロード対象の各ONUの中でダウンロード完了を確認していないONUが存在する場合にはS36でNO、未確認のONUを選択し、選択したONUの識別番号たとえばユニキャストLLIDを変数onuに代入するS31。また、OLTは、選択したONUからダウンロードが未完了である旨を示す応答を受けた場合にはS33でNO、当該ONUから取得した受信チェックリストに基づいて、各ブロックのうちのどのブロックが正常受信されていないかを確認し、未正常受信のブロックを当該OLTへ送信する。すなわち、OLTは、未正常受信のブロックを制御フレームに入れ、当該ONUのユニキャストLLIDを制御フレームに入れてPON回線へ送信しS35、ステップS36の処理を行なう。このように、OLTは、一旦すべてのブロックを送信すると、各ONUがダウンロードを完了したか否かを確認し、完了していない場合には、正常受信されなかったブロックだけをONUへ個別に再送信する。このような構成により、OLTからONUへの伝送経路の途中でブロックが喪失した場合であっても、ONUのダウンロードを完了させることができる。たとえば、上記の処理の途中において、上位処理部がその処理を一時的に停止する可能性がある。第2の例においても、上位処理部がその処理を実行できない期間に、上位処理部が受信すべきメッセージを基本通信部が代わりに受信する。そして、上位処理部の再起動後に、基本通信部は、そのメッセージを上位処理部に送信する。なお、上記の各実施の形態では、上位処理部11は、処理を停止する際、および再起動時に、基本通信部12に対して通知を行なう。これにより基本通信部12整合部14は、上位処理部11が停止および再起動したことを検知できる。ただし、基本通信部12は、上位処理部11との通信が途絶える例えばTCP/IPにより通信している場合はセッションが閉じることによって、上位処理部11のファームウェアの更新が開始されたことを検知してもよい。したがってこの場合、基本通信部12は、上位処理部11との通信が再開することによって、上位処理部11の再起動を検知してもよい。また、図3の構成によれば、整合部14は、整合部14は基本通信部12の一部として構成されている。ただし整合部14は、基本通信部12とは別個に設けられていてもよい。また、上記の各実施の形態では、局側装置が一時的に処理を停止する場合の一例として、ファームウェアの更新およびOLTの再起動を例示した。しかしながら、本発明は、ファームウェアの更新の場合に限定されず、処理を一時的に停止する可能性を有する上位処理部を備えたOLT、およびそのOLTを含むPONシステムに適用できる。今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。"