(57)【特許請求の範囲】
【請求項１】
既定台数の加入者側終端装置の各々を識別可能な複数の数値のうちの１つの数値である識別番号を受け付ける受付部と、
前記受付部により受け付けられた前記識別番号、前記既定台数を超える台数の加入者側終端装置の各々を前記識別番号との組み合わせで識別可能な数値として前記識別番号を補足する補足番号、及び既定の固有番号を対応付けて対応情報として保持する保持部と、
加入者側終端装置が光回線を介して局側終端装置に接続された場合に、前記保持部により保持されている前記対応情報を前記局側終端装置に送信する送信部と、
を含む加入者側終端装置。
【請求項２】
既定台数の加入者側終端装置の各々を識別可能な複数の数値のうちの１つの数値である識別番号を受け付ける受付部を備えた加入者側終端装置である通信先が、前記受付部によって受け付けられた前記識別番号、前記既定台数を超える台数の加入者側終端装置の各々を前記識別番号との組み合わせで識別可能な数値として前記識別番号を補足する補足番号、及び既定の固有番号を対応付けて対応情報として保持した状態で、光回線を介して局側終端装置に接続された場合に、前記通信先から前記対応情報が送信され、送信された前記対応情報を受信する受信部と、
前記対応情報を記憶する記憶部と、
前記受信部により受信された前記対応情報である新対応情報に含まれる前記固有番号と同一の番号を前記固有番号として前記記憶部が未記憶であり、かつ、前記新対応情報に含まれる前記識別番号及び前記補足番号と同一関係にある一対の番号を前記識別番号及び前記補足番号として前記記憶部が未記憶の場合に、前記新対応情報を前記記憶部に記憶させる制御部と、
を含む局側終端装置。
【請求項３】
前記通信先は、前記対応情報を保持する新通信先と、前記識別番号及び前記固有番号を保持し、かつ、前記補足番号を未保持の旧通信先と、に類別され、
前記旧通信先は、前記光回線を介して前記局側終端装置に接続された場合に、前記識別番号及び前記固有番号を対応付けて旧対応情報として前記局側終端装置に送信し、
前記受信部は、前記旧通信先から送信された前記旧対応情報を受信し、
前記制御部は、前記新通信先が保持する前記対応情報に含まれる前記補足番号とは異なる補足番号として予め定められた番号である旧型用補足番号、及び前記受信部により受信された前記旧対応情報を対応付けて前記対応情報として前記記憶部に記憶させる請求項２に記載の局側終端装置。
【請求項４】
前記制御部は、前記局側終端装置が前記光回線を介して前記旧通信先に接続された場合に、前記旧通信先で前記旧対応情報を管理可能な旧型のファームウェアを、前記新通信先で前記対応情報を管理可能な新型のファームウェアに更新するように前記旧通信先を制御する請求項３に記載の局側終端装置。
【請求項５】
前記旧通信先において前記旧型のファームウェアが前記新型のファームウェアに更新されることで、前記旧通信先において前記旧型用補足番号を保持可能な保持領域が確保される請求項４に記載の局側終端装置。
【請求項６】
前記制御部は、前記旧通信先において前記旧型のファームウェアが前記新型のファームウェアに更新された場合、前記旧型用補足番号を前記保持領域で保持させるように前記旧通信先を制御する請求項５に記載の局側終端装置。
【請求項７】
前記制御部は、前記旧通信先に対して前記保持領域で保持させる前記旧型用補足番号を第１拡張ＯＡＭに定義し、定義済みの前記第１拡張ＯＡＭを用いて、前記旧通信先に対して前記旧型用補足番号を前記保持領域で保持させる請求項６に記載の局側終端装置。
【請求項８】
前記制御部は、前記受信部により受信された前記新対応情報に含まれる前記固有番号と同一の番号を前記固有番号として前記記憶部が未記憶であり、かつ、前記新対応情報に含まれる前記識別番号及び前記補足番号と同一関係にある一対の番号が前記識別番号及び前記補足番号として前記記憶部に記憶されている場合、前記新対応情報に含まれる前記補足番号を、前記識別番号との組み合わせが前記局側終端装置の配下で固有の組み合わせになる新補足番号に更新し、前記新補足番号に更新された前記新対応情報を前記記憶部に記憶させる請求項２から請求項７の何れか１項に記載の局側終端装置。
【請求項９】
前記制御部は、前記新補足番号を第２拡張ＯＡＭに定義し、前記補足番号の更新対象とされた前記新対応情報の送信元である前記通信先に対して、定義済みの前記第２拡張ＯＡＭを用いて、前記更新対象とされた前記新対応情報に含まれる前記補足番号を前記新補足番号に更新させる請求項８に記載の局側終端装置。
【請求項１０】
前記通信先は、前記対応情報を保持する新通信先と、前記識別番号及び前記固有番号を保持し、かつ、前記補足番号を未保持の旧通信先と、に類別され、
前記制御部は、前記旧通信先から前記識別番号及び前記固有番号を受信すると、前記新通信先が保持する前記対応情報に含まれる前記補足番号及び前記固有番号とに紐付けて、前記対応情報として前記記憶部に記憶させる請求項２に記載の局側終端装置。
【請求項１１】
既定台数の加入者側終端装置の各々を識別可能な複数の数値のうちの１つの数値である識別番号を受け付ける受付部と、前記受付部により受け付けられた前記識別番号、前記既定台数を超える台数の加入者側終端装置の各々を前記識別番号との組み合わせで識別可能な数値として前記識別番号を補足する補足番号、及び既定の固有番号を対応付けて対応情報として保持する保持部と、加入者側終端装置が光回線を介して局側終端装置に接続された場合に、前記保持部により保持されている前記対応情報を前記局側終端装置に送信する送信部と、を備えた加入者側終端装置と、
前記加入者側終端装置が前記対応情報を保持した状態で、前記光回線を介して局側終端装置に接続された場合に、前記送信部から前記対応情報が送信され、送信された前記対応情報を受信する受信部と、前記対応情報を記憶する記憶部と、前記受信部により受信された前記対応情報である新対応情報に含まれる前記固有番号と同一の番号を前記固有番号として前記記憶部が未記憶であり、かつ、前記新対応情報に含まれる前記識別番号及び前記補足番号と同一関係にある一対の番号を前記識別番号及び前記補足番号として前記記憶部が未記憶の場合に、前記新対応情報を前記記憶部に記憶させる制御部と、を備えた局側終端装置と、
を含む通信システム。
【請求項１２】
コンピュータに、
既定台数の加入者側終端装置の各々を識別可能な複数の数値のうちの１つの数値である識別番号を受け付ける受付部により受け付けられた前記識別番号、前記既定台数を超える台数の加入者側終端装置の各々を前記識別番号との組み合わせで識別可能な数値として前記識別番号を補足する補足番号、及び既定の固有番号を対応付けて対応情報として保持部に保持させ、
加入者側終端装置が光回線を介して局側終端装置に接続された場合に、前記保持部により保持されている前記対応情報を前記局側終端装置に送信することを含む処理を実行させるためのプログラム。
【請求項１３】
コンピュータに、
既定台数の加入者側終端装置の各々を識別可能な複数の数値のうちの１つの数値である識別番号を受け付ける受付部を備えた加入者側終端装置である通信先が、前記受付部によって受け付けられた前記識別番号、前記既定台数を超える台数の加入者側終端装置の各々を前記識別番号との組み合わせで識別可能な数値として前記識別番号を補足する補足番号、及び既定の固有番号を対応付けて対応情報として保持した状態で、光回線を介して局側終端装置に接続された場合に、前記通信先から前記対応情報が送信され、送信された前記対応情報を受信し、
前記対応情報を記憶する記憶部が、受信した前記対応情報である新対応情報に含まれる前記固有番号と同一の番号を前記固有番号として未記憶であり、かつ、前記新対応情報に含まれる前記識別番号及び前記補足番号と同一関係にある一対の番号を前記識別番号及び前記補足番号として未記憶の場合に、前記新対応情報を前記記憶部に記憶させることを含む処理を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、加入者側終端装置、局側終端装置、通信システム、及びプログラムに関する。
【背景技術】
【０００２】
先ず、本明細書において、「ＰＯＮ」とは、“Ｐａｓｓｉｖｅ  Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ”の略称を指す。また、本明細書において、「ＧＥ−ＰＯＮ」とは、“Ｇｉｇａｂｉｔ  Ｅｔｈｅｒｎｅｔ（登録商標）−Ｐａｓｓｉｖｅ  Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ”の略称を指す。また、本明細書において、「ＯＮＵ」とは、光ファイバを用いた公衆回線である光回線において、加入者宅に設置される終端装置である“Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ  Ｕｎｉｔ”の略称を指す。また、本明細書において、「ＯＬＴ」とは、光回線において、通信会社の局側に設置される終端装置である“Ｏｐｔｉｃａｌ  Ｌｉｎｅ  Ｔｅｒｍｉｎａｌ”の略称を指す。更に、本明細書において、「ＯＡＭ」とは、保守運用管理の仕組みである“Ｏｐｅｒａｔｉｏｎ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ”の略称を指す。
【０００３】
なお、本明細書において、同一のＯＬＴの配下に存在するＯＮＵとは、同一のＯＬＴの管理下に置かれたＯＮＵを意味する。
【０００４】
一般的に、ＧＥ−ＰＯＮに対するＯＬＴでは、ＯＮＵに付与されたＭＡＣアドレスにて個々のＯＮＵが識別されて管理される。接続を許可するＯＮＵのＭＡＣアドレスをＯＬＴに登録する方法としては、オペレーションシステム等の上位システムからＯＬＴに登録する方法が知られている。
【０００５】
一方、特許文献１には、上位システムが無い場合に、ＯＬＴにＯＮＵのＭＡＣアドレスを簡易に登録する方法が開示されている。
【０００６】
特許文献１に記載のＯＮＵ自動登録方法では、ＯＮＵがロータリスイッチを備えており、ロータリスイッチが操作されることで指定された番号であるＯＮＵ番号とＯＮＵのＭＡＣアドレスとが関連付けられてＯＬＴに送信される。そして、ＯＮＵから送信されたＯＮＵ番号及びＭＡＣアドレスはＯＬＴによって受信され、ＯＬＴにて、受信されたＯＮＵ番号に対してＭＡＣアドレスが未登録の場合に、ＭＡＣアドレスが登録される。
【０００７】
特許文献１に記載のＯＮＵ自動登録方法は、運用上、同一のＯＬＴの配下に存在するＯＮＵのＯＮＵ番号は全て異なることを前提としている。例えば、ＯＬＴが６４台のＯＮＵのＯＮＵ番号及びＭＡＣアドレスを登録するために、ＯＮＵの各々に対して“０”から“９”を設定可能なロータリスイッチを２個ずつ設けることが求められる。そして、２個のロータリスイッチの組み合わせによって“１”から“６４”までのＯＮＵ番号が規定される。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００８−２６３５２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ところで、上述した既知のＰＯＮが既に市場で運用されている状況下で、例えば、ＯＬＴが高性能化されると、複数のＯＬＴの各々の配下に属するＯＮＵを同一のＯＬＴに収束する等の、ＯＬＴにおけるＯＮＵの収容の見直しを実施するケースが想定される。例えば、３２台のＯＮＵをＯＬＴに接続する構成の場合、ＯＬＴの光特性が改善される等により、収容率を上げて、１台のＯＬＴに対して６４台のＯＮＵを接続するケースが考えられる。
【００１０】
しかしながら、従来技術では、同一のＯＬＴの配下に同一のＯＮＵ番号のＯＮＵを存在させることができない。そのため、各々が“１”から“３２”までのＯＮＵ番号にて運用している複数のＰＯＮを束ねるには、家庭内等に既に設置されたＯＮＵのロータリスイッチを保守者が現地に行って操作して、他のＯＮＵのＯＮＵ番号と重複しないようにＯＮＵ番号を変更することが必要になる。また、顧客にサービスを継続的に提供しながら保守者が作業を行う必要がある点を考慮すると、保守者が各ＯＮＵに対してＯＮＵ番号の変更を行うことは現実的に困難である。
【００１１】
本発明は、複数の加入者側終端装置に対して付与された識別番号が加入者側終端装置間で重複している場合であっても、局側終端装置が複数の加入者側終端装置を識別可能に管理することができる加入者側終端装置、局側終端装置、通信システム、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するために、請求項１に記載の加入者側終端装置は、既定台数の加入者側終端装置の各々を識別可能な複数の数値のうちの１つの数値である識別番号を受け付ける受付部と、前記受付部により受け付けられた前記識別番号、前記既定台数を超える台数の加入者側終端装置の各々を前記識別番号との組み合わせで識別可能な数値として前記識別番号を補足する補足番号、及び既定の固有番号を対応付けて対応情報として保持する保持部と、加入者側終端装置が光回線を介して局側終端装置に接続された場合に、前記保持部により保持されている前記対応情報を前記局側終端装置に送信する送信部と、を含む。
【００１３】
上記目的を達成するために、請求項２に記載の局側終端装置は、既定台数の加入者側終端装置の各々を識別可能な複数の数値のうちの１つの数値である識別番号を受け付ける受付部を備えた加入者側終端装置である通信先が、前記受付部によって受け付けられた前記識別番号、前記既定台数を超える台数の加入者側終端装置の各々を前記識別番号との組み合わせで識別可能な数値として前記識別番号を補足する補足番号、及び既定の固有番号を対応付けて対応情報として保持した状態で、光回線を介して局側終端装置に接続された場合に、前記通信先から前記対応情報が送信され、送信された前記対応情報を受信する受信部と、前記対応情報を記憶する記憶部と、前記受信部により受信された前記対応情報である新対応情報に含まれる前記固有番号と同一の番号を前記固有番号として前記記憶部が未記憶であり、かつ、前記新対応情報に含まれる前記識別番号及び前記補足番号と同一関係にある一対の番号を前記識別番号及び前記補足番号として前記記憶部が未記憶の場合に、前記新対応情報を前記記憶部に記憶させる制御部と、を含む。
【００１４】
上記目的を達成するために、請求項１１に記載の通信システムは、既定台数の加入者側終端装置の各々を識別可能な複数の数値のうちの１つの数値である識別番号を受け付ける受付部と、前記受付部により受け付けられた前記識別番号、前記既定台数を超える台数の加入者側終端装置の各々を前記識別番号との組み合わせで識別可能な数値として前記識別番号を補足する補足番号、及び既定の固有番号を対応付けて対応情報として保持する保持部と、加入者側終端装置が光回線を介して局側終端装置に接続された場合に、前記保持部により保持されている前記対応情報を前記局側終端装置に送信する送信部と、を備えた加入者側終端装置と、前記加入者側終端装置が前記対応情報を保持した状態で、前記光回線を介して局側終端装置に接続された場合に、前記送信部から前記対応情報が送信され、送信された前記対応情報を受信する受信部と、前記対応情報を記憶する記憶部と、前記受信部により受信された前記対応情報である新対応情報に含まれる前記固有番号と同一の番号を前記固有番号として前記記憶部が未記憶であり、かつ、前記新対応情報に含まれる前記識別番号及び前記補足番号と同一関係にある一対の番号を前記識別番号及び前記補足番号として前記記憶部が未記憶の場合に、前記新対応情報を前記記憶部に記憶させる制御部と、を備えた局側終端装置と、を含む。
【００１５】
上記目的を達成するために、請求項１２に記載のプログラムは、コンピュータに、既定台数の加入者側終端装置の各々を識別可能な複数の数値のうちの１つの数値である識別番号を受け付ける受付部により受け付けられた前記識別番号、前記既定台数を超える台数の加入者側終端装置の各々を前記識別番号との組み合わせで識別可能な数値として前記識別番号を補足する補足番号、及び既定の固有番号を対応付けて対応情報として保持部に保持させ、加入者側終端装置が光回線を介して局側終端装置に接続された場合に、前記保持部により保持されている前記対応情報を前記局側終端装置に送信することを含む処理を実行させるためのプログラム、とされている。
【００１６】
上記目的を達成するために、請求項１３に記載のプログラムは、コンピュータに、既定台数の加入者側終端装置の各々を識別可能な複数の数値のうちの１つの数値である識別番号を受け付ける受付部を備えた加入者側終端装置である通信先が、前記受付部によって受け付けられた前記識別番号、前記既定台数を超える台数の加入者側終端装置の各々を前記識別番号との組み合わせで識別可能な数値として前記識別番号を補足する補足番号、及び既定の固有番号を対応付けて対応情報として保持した状態で、光回線を介して局側終端装置に接続された場合に、前記通信先から前記対応情報が送信され、送信された前記対応情報を受信し、前記対応情報を記憶する記憶部が、前記受信部により受信された前記対応情報である新対応情報に含まれる前記固有番号と同一の番号を前記固有番号として未記憶であり、かつ、前記新対応情報に含まれる前記識別番号及び前記補足番号と同一関係にある一対の番号を前記識別番号及び前記補足番号として未記憶の場合に、前記新対応情報を前記記憶部に記憶させることを含む処理を実行させるためのプログラム、とされている。
【発明の効果】
【００１７】
本発明によれば、複数の加入者側終端装置に対して付与された識別番号が加入者側終端装置間で重複している場合であっても、局側終端装置が複数の加入者側終端装置を識別可能に管理することができる、という効果が得られる。
【図面の簡単な説明】
【００１８】
【図１】実施形態に係る通信システムの概略構成の一例を示すブロック図である。
【図２】実施形態に係る通信システムに含まれるＯＬＴのハードウェア構成の一例を示すブロック図である。
【図３】実施形態に係る通信システムに含まれるＯＮＵのハードウェア構成の一例を示すブロック図である。
【図４】従来の通信システムの概略構成の一例を示すブロック図である。
【図５Ａ】従来の通信システムであって、一方の通信システムに含まれるＯＬＴの配下のＯＮＵを他方の通信システムに含まれるＰＯＮに収容する前の通信システムの概略構成の一例を示すブロック図である。
【図５Ｂ】一方の通信システムのＯＬＴの配下に、他方の通信システムに属するＯＮＵを収容する態様の一例を模式的に示す模式図である。
【図６】実施形態に係る通信システムに含まれるＯＬＴが有する管理テーブルのデータ構造の一例を示す
【図７】実施形態に係る通信システムに含まれるＯＬＴのＣＰＵによって定義される拡張ＯＡＭのデータ構造の一例を示す概念図である。
【図８】実施形態に係る管理テーブル構築処理の流れの一例を示すフローチャートである。
【図９】図８に示すフローチャートの続きである。
【図１０】実施形態に係るＯＮＵ側制御処理の流れの一例を示すフローチャートである。
【図１１】図１０に示すフローチャートの続きである。
【図１２】実施形態に係る管理テーブル構築処理の変形例に係る管理テーブル構築処理の流れの一例を示すフローチャートである。
【図１３】実施形態に係る管理テーブル構築プログラムが記憶された記憶媒体から管理テーブル構築プログラムがＯＬＴにインストールされる態様の一例を示す概念図である。
【図１４】実施形態に係るＯＮＵ側制御プログラムが記憶された記憶媒体からＯＮＵ側制御プログラムがＯＮＵにインストールされる態様の一例を示す概念図である。
【発明を実施するための形態】
【００１９】
以下、図面を参照して本発明に係る実施形態の一例を詳細に説明する。なお、以下では、説明の便宜上、ロータリスイッチ（Ｒｏｔａｒｙ  Ｓｗｉｔｃｈ）を「ＲＳＷ」と称する。また、以下において、一次記憶部とは、揮発性のメモリを意味し、二次記憶部とは、不揮発性のメモリを意味する。
【００２０】
一例として図１に示すように、通信システム１０は、ＯＬＴ１２、ＰＯＮ１４、並びに、ＯＮＵ１６１、・・・・及びＯＮＵ１６ｎを含む。なお、以下では、説明の便宜上、ＯＮＵ１６１、・・・・及びＯＮＵ１６ｎを区別して説明する必要がない場合、「ＯＮＵ１６」と称する。また、ＯＬＴ１２は、本発明に係る局側終端装置の一例であり、ＯＮＵ１６は、本発明に係る加入者側終端装置及び通信先の一例であり、ＰＯＮ１４は、本発明に係る光回線の一例である。
【００２１】
ＯＬＴ１２は、インターネット等のコアネットワーク２４に接続されている。ＰＯＮ１４は、ＯＬＴ１２とＯＮＵ１６とを接続し、ＯＬＴ１２とＯＮＵ１６との間での光信号の授受を媒介する双方向通信用の光回線である。
【００２２】
ＰＯＮ１４は、基幹伝送路１８、スターカプラ２０、及び分岐光伝送路２２を含む。基幹伝送路１８及び分岐光伝送路２２は何れも、光ファイバによる伝送路である。基幹伝送路１８の一端はＯＬＴ１２に接続され、基幹伝送路１８の他端はスターカプラ２０に接続されている。分岐光伝送路２２は、ＯＮＵ１６毎に設けられており、各分岐光伝送路２２の一端はスターカプラ２０に接続されており、ＯＮＵ１６の各々に対して、対応する分岐光伝送路２２の他端が接続されている。
【００２３】
一例として図２に示すように、ＯＬＴ１２は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３０、一次記憶部３２、及び二次記憶部３４を含み、ＣＰＵ３０、一次記憶部３２、及び二次記憶部３４は、バス３６に接続されている。なお、一次記憶部３２とは、例えば、ＲＡＭ（Ｒａｎｄｏｍ）  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）を指す。また、二次記憶部３４とは、例えば、フラッシュメモリ、ＨＨＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、又はＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）を指す。
【００２４】
また、ＯＬＴ１２は、受付デバイス３８、表示デバイス４０、外部Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ：インタフェース）４２、光通信Ｉ／Ｆ４４、及び通信Ｉ／Ｆ４６を含む。受付デバイス３８、表示デバイス４０、外部Ｉ／Ｆ４２、光通信Ｉ／Ｆ４４、及び通信Ｉ／Ｆ４６は、バス３６に接続されている。
【００２５】
受付デバイス３８は、ＯＬＴ１２のユーザの指示を受け付けるデバイスであり、受付デバイス３８の一例としては、キーボード、マウス、及びタッチパネル等のうちの少なくとも１つが挙げられる。
【００２６】
表示デバイス４０は、例えば、液晶ディスプレイであり、ＣＰＵ３０の制御下で各種情報を表示する。
【００２７】
外部Ｉ／Ｆ４２は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリ及びＵＳＢコネクタ等の外部機器（図示省略）に接続され、ＣＰＵ３０と外部機器との間の各種信号の送受信を司る。
【００２８】
光通信Ｉ／Ｆ４４は、基幹伝送路１８に接続されており、ＣＰＵ３０とＯＮＵ１６との間の各種信号の送受信を司る。
【００２９】
通信Ｉ／Ｆ４４は、コアネットワーク２４に接続されており、ＣＰＵ３０とコアネットワーク２４上の通信装置（図示省略）との間の各種信号の送受信を司る。外部装置の一例としては、パーソナル・コンピュータ及びサーバ装置が挙げられる。
【００３０】
一例として図３に示すように、ＯＮＵ１６は、ＣＰＵ５０、一次記憶部５２、及び二次記憶部５４を含む。ＯＮＵ１６においても、ＯＬＴ１２と同様に、一次記憶部５２とは、例えば、ＲＡＭを指し、二次記憶部３４とは、例えば、フラッシュメモリ、ＨＨＤ、又はＳＳＤを指す。
【００３１】
また、ＯＮＵ１６は、本発明に係る受付部の一例である受付デバイス５８、表示デバイス６０、外部Ｉ／Ｆ６２、及び光通信Ｉ／Ｆ６４を含む。受付デバイス５８、表示デバイス６０、外部Ｉ／Ｆ６２、及び光通信Ｉ／Ｆ６４は、バス５６に接続されている。
【００３２】
受付デバイス５８は、ＯＮＵ１６のユーザの指示を受け付けるデバイスであり、キーボード、マウス、及びタッチパネルの他に、ＲＳＷ５８Ａ，５８Ｂを有する。なお、以下では、説明の便宜上、ＲＳＷ５８Ａ，５８Ｂを区別して説明する必要がない場合、「ＲＳＷ５８」と称する。また、本実施形態では、ＲＳＷ５８を例示しているが、本発明はこれに限定されるものではなく、ＲＳＷ５８に代えてディップスイッチ等の他の形態のスイッチを適用することも可能である。
【００３３】
ＲＳＷ５８Ａ，５８Ｂの各々は、ユーザの操作により０〜９の整数の何れか１つを設定し、設定した整数をＣＰＵ５０に出力する。ＣＰＵ５０は、ＲＳＷ５８Ａにより設定された整数とＲＳＷ５８Ｂにより設定された整数とを組み合わせた番号であるＲＳＷ番号を保持する。ＲＳＷ番号は、本発明に係る識別番号の一例である。なお、本実施形態では、ＲＳＷ５８が設定し得る数値として０〜９の整数を例示しているが、本発明はこれに限定されるものではなく、他の数値範囲であってもよい。
【００３４】
ここで、ＲＳＷ番号とは、既定台数のＯＮＵ１６の各々を識別可能な複数の数値のうちの１つの数値を指す。既定台数とは、例えば、３２台を指す。「複数の数値」とは、ＲＳＷ５８Ａにより設定された整数とＲＳＷ５８Ｂにより設定された整数との組み合わせて得られる複数の数値を指す。
【００３５】
表示デバイス６０は、例えば、液晶ディスプレイであり、ＣＰＵ５０の制御下で各種情報を表示する。
【００３６】
外部Ｉ／Ｆ６２は、ＵＳＢメモリ及びＵＳＢコネクタ等の外部機器（図示省略）に接続され、ＣＰＵ５０と外部機器との間の各種信号の送受信を司る。
【００３７】
光通信Ｉ／Ｆ６４は、分岐光伝送路２２に接続されており、ＣＰＵ５０とＯＬＴ１２との間の各種信号の送受信を司る。
【００３８】
ところで、図４には、従来の通信システム５００が例示されている。一例として図４に示すように、通信システム５００は、ＯＬＴ５０２、ＰＯＮ１４、並びに、ＯＮＵ５０６１、・・・・及びＯＮＵ５０６ｎを含む。なお、以下では、説明の便宜上、ＯＮＵ５０６１、・・・・及びＯＮＵ５０６ｎを区別して説明する必要がない場合、「ＯＮＵ５０６」と称する。
【００３９】
通信システム５００では、ＯＬＴ５０２がＰＯＮ１４を介して各ＯＮＵ５０６に接続されている。ＯＬＴ５００は、管理テーブル５０８を保持しており、管理テーブル５０８を用いて、ＯＬＴ５０２の配下の各ＯＮＵ５０６を識別可能に管理する。
【００４０】
管理テーブル５０８には、１〜６４の整数の管理番号毎に、互いに対応関係にあるＲＳＷ番号及びＭＡＣアドレス、すなわち、個々のＯＮＵ５０６に関するＲＳＷ番号及びＭＡＣアドレスが対応付けられて格納されている。
【００４１】
しかし、管理テーブル５０８は、同一のＲＳＷ番号を存在させないことを前提として構築されたテーブルである。そのため、例えば、図５Ａ及び図５Ｂに示すように、一方の通信システム５００のＯＬＴ５０２の配下に、他方の通信システム５００のＰＯＮ１４に属するＯＮＵ５０６を収容する場合、１つのＯＬＴ５０２の配下に同一のＲＳＷ番号のＯＮＵ５０６が複数存在することになる。この場合、同一のＯＬＴ５０２の配下においてＲＳＷ番号が重複しないように、保守者がＯＮＵ５０６の設置場所に行ってＲＳＷ番号を変更する必要が生じる。また、ＯＮＵ５０６の収容先を他のＯＬＴ５０２の配下に変更することに伴って同一のＯＬＴ５０２の配下に収容されるＯＮＵ５０６の台数によっては、ＲＳＷ番号が不足する事態も想定される。
【００４２】
なお、図５Ｂは、一方の通信システム５００のＯＬＴ５０２の配下に、他方の通信システム５００に属するＯＮＵ５０６を収容する態様の一例を模式的に示す模式図である。実際に工事等で収容先を変更する場合には、一例として図５Ｂに示すように、収容先の通信システム５００における基幹伝送路１８の途中に新たなスターカプラ２１が設けられ、新たなスターカプラ２１と破線で示される収容変更する基幹伝送路１８とが接続される。換言すると、２本の基幹伝送路１８に接続された全てのＯＮＵ５０６はスターカプラ２０，２１によって、１本の伝送路に集線される。
【００４３】
本実施形態に係る通信システム１０では、ＲＳＷ番号が不足する事態を想定して、一例として図２に示すように、ＯＬＴ１２の二次記憶部３４が、管理テーブル構築プログラム７０及び管理テーブル７２を記憶している。また、一例として図３に示すように、ＯＮＵ１６の二次記憶部５４が、ＯＮＵ側制御プログラム７４を記憶している。なお、管理テーブル構築プログラム７０及びＯＮＵ側制御プログラム７４は、本発明に係るプログラムの一例である。
【００４４】
ＯＬＴ１２のＣＰＵ３０は、二次記憶部３４から管理テーブル構築プログラム７０を読み出して一次記憶部３２に展開し、管理テーブル構築プログラム７０を実行することで、本発明に係る受信部及び制御部として動作する。また、ＣＰＵ３０が本発明に係る受信部及び制御部として動作することで、管理テーブル７２は本発明に係る記憶部として用いられる。
【００４５】
また、ＯＮＵ１６のＣＰＵ５０は、二次記憶部５４からＯＮＵ側制御プログラム７４を読み出して一次記憶部５２に展開し、ＯＮＵ側制御プログラム７４を実行することで、本発明に係る送信部として動作する。また、ＯＮＵ１６の受付デバイス５８が本発明に係る受付部として動作し、かつ、ＣＰＵ５０が本発明に係る送信部として動作することで、二次記憶部５４は本発明に係る保持部として用いられる。
【００４６】
管理テーブル７２は、同一のＯＬＴ１２の配下のＯＮＵ１６を個別に管理するためのテーブルである。管理テーブル７２には、同一のＯＮＵ１６に対して複数のＭＡＣアドレスが対応付けられないように、ＲＳＷ番号、本発明に係る補足番号の一例であるＲＳＷ拡張バイト値、及びＭＡＣアドレスが対応付けられている。
【００４７】
通信システム１０では、一例として６４台のＯＮＵ１６がＯＬＴ１２による管理対象とされるため、ＯＬＴ１２は、管理テーブル７２を用いて、６４台分のＯＮＵ１６を管理する。そのため、一例として図６に示すように、管理テーブル７２には、１〜６４の整数の管理番号毎に、ＲＳＷ番号、ＲＳＷ拡張バイト値、及びＭＡＣアドレスが対応付けられて格納されている。
【００４８】
ここで、ＲＳＷ拡張バイト値とは、例えば、既定台数を超える台数のＯＮＵ１６の各々をＲＳＷ番号との組み合わせで識別可能な数値としてＲＳＷ番号を補足する番号を指す。ＲＳＷ拡張バイト値は、一例として図３に示すように、ＣＰＵ５０によって二次記憶部５４の特定の記憶領域であるバイト値記憶領域５４Ａに記憶されることで保持される。ＯＮＵ１６において、バイト値記憶領域５４Ａが二次記憶部５４で確保されていない場合、後述の管理テーブル構築処理及びＯＮＵ側制御処理が実行されることによってバイト値記憶領域５４Ａが二次記憶部５４で確保される。なお、本実施形態において、バイト値記憶領域５４Ａとは、１バイト分の記憶領域を指す。また、ここで言う「バイト値記憶領域５４Ａ」は、本発明に係る保持領域の一例である。
【００４９】
なお、管理テーブル７２において互いに対応付けられているＲＳＷ番号、ＲＳＷ拡張バイト値、及びＭＡＣアドレスは、本発明に係る対応情報の一例である。また、以下では、説明の便宜上、互いに対応付けられているＲＳＷ番号、ＲＳＷ拡張バイト値、及びＭＡＣアドレスを「対応情報」と称する。
【００５０】
通信システム１０において、ＯＮＵ１６は、対応情報を保持するＯＮＵである新ＯＮＵ１６Ａと、ＲＳＷ番号及びＭＡＣアドレスを保持し、かつ、ＲＳＷ拡張バイト値を未保持の旧ＯＮＵ１６Ｂと、に類別される。
【００５１】
なお、新ＯＮＵ１６Ａは、本発明に係る新通信先の一例であり、旧ＯＮＵ１６Ｂは、本発明に係る旧通信先の一例である。また、旧ＯＮＵ１６Ｂが保持するＲＳＷ番号及びＭＡＣアドレスは、本発明に係る旧対応情報の一例である。また、新ＯＮＵ１６Ａが保持するＲＳＷ番号、ＲＳＷ拡張バイト値、及びＭＡＣアドレスは、本発明に係る新対応情報の一例である。そこで、以下では、説明の便宜上、旧ＯＮＵ１６Ｂが保持するＲＳＷ番号及びＭＡＣアドレスを「旧対応情報」とも称し、これに対し、新ＯＮＵ１６Ａが保持する対応情報を「新対応情報」とも称する。
【００５２】
新ＯＮＵ１６Ａは、新対応情報を二次記憶部５４に記憶することで保持する。旧ＯＮＵ１６Ｂは、旧対応情報を二次記憶部５４に記憶することで保持する。
【００５３】
通信システム１０では、ＯＬＴ１２のＣＰＵ３０が、一例として図７に示すように、本発明に係る第１及び第２拡張ＯＡＭの一例である拡張ＯＡＭ８０に各種信号を定義し、定義済みの拡張ＯＡＭ８０を用いることで、ＯＮＵ１６の制御を行う。ここで、拡張ＯＡＭ８０に信号を定義するとは、例えば、拡張ＯＡＭ８０のフィールドに信号を格納することを意味する。ＯＮＵ１６の制御とは、例えば、旧ＯＮＵ１６Ｂに対してバイト値記憶領域５４Ａを確保させる制御、旧ＯＮＵ１６Ｂに対してバイト値記憶領域５４ＡにＲＳＷ拡張バイト値を記憶させる制御、及び新ＯＮＵ１６ＡにＲＳＷ拡張バイト値を更新させる制御等を指す。
【００５４】
拡張ＯＡＭ８０は、ＯＬＴ１２の配下のＯＮＵ１６毎に規定されており、一例として図７に示すように、ＩＥＥＥ８０２．３ａｈ  Ｃｌａｕｓｅ５７に基づく８個のフィールドを有する。図７に示す例では、“Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ”、“Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ”、“Ｌｅｎｇｔｈ／Ｔｙｐｅ”、“Ｓｕｂｔｙｐｅ”、“Ｆｌａｇｓ”、“ｃｏｄｅ”、“Ｄａｔａ／ｐａｄ”、及び“ＦＣＳ”の各フィールドが示されている。
【００５５】
“Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ”は、マルチキャストのＭＡＣアドレスを与えるフィールドであり、“Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ”には６バイトが割り当てられている。また、“Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ”は、ＯＮＵ１６のＭＡＣアドレスを与えるフィールドであり、“Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ”には６バイトが割り当てられている。
【００５６】
また、“Ｌｅｎｇｔｈ／Ｔｙｐｅ”は、ＯＡＭプロトコルを与えるフィールドであり、“Ｌｅｎｇｔｈ／Ｔｙｐｅ”には２バイトが割り当てられている。また、“Ｓｕｂｔｙｐｅ”は、ＯＡＭの識別用のフィールドであり、“Ｓｕｂｔｙｐｅ”には１バイトが割り当てられている。また、“Ｆｌａｇｓ”は、拡張ＯＡＭフレームのセットが完了したか否かを識別するためのフィールドであり、“Ｆｌａｇｓ”には２バイトが割り当てられている。なお、拡張ＯＡＭフレームとは、ＯＮＵ１６に対する送信用のフレームであって、拡張ＯＡＭ８０に基づくフレームを指す。
【００５７】
また、“ｃｏｄｅ”は、ＯＮＵ１６からの状態通知用のフィールドであり、“ｃｏｄｅ”には１バイトが割り当てられている。また、“Ｄａｔａ／ｐａｄ”は、拡張ＯＡＭ８０の主たるデータの格納領域であり、“Ｄａｔａ／ｐａｄ”には４２バイトが割り当てられている。更に、“ＦＣＳ”は、誤り検知用のフィールドであり、“ＦＣＳ”には４バイトが割り当てられている。
【００５８】
拡張ＯＡＭ８０の“Ｄａｔａ／ｐａｄ”は、１０個のフィールドに分割されている。図７に示す“Ｄａｔａ／ｐａｄ”における１０個のフィールドのうちの“ｌｅａｆ”は、新ＯＮＵ１６Ａに対してＲＳＷ拡張バイト値の更新、または初期設定を指示する情報が格納されるフィールドである。図７に示す“Ｄａｔａ／ｐａｄ”における１０個のフィールドのうちの“ｖａｌｕｅ”は、ＯＮＵ１６に保持させるＲＳＷ拡張バイト値が格納されるフィールドである。“ｌｅａｆ”及び“ｖａｌｕｅ”の各フィールドには１バイトが割り当てられている。
【００５９】
次に、通信システム１０の作用について説明する。
【００６０】
先ず、管理テーブル構築処理について、図８及び図９を参照して説明する。管理テーブル構築処理は、ＯＬＴ１２がＯＮＵ１６とリンクアップしていない状態でリンクアップを開始する指示が受付デバイス３８によって受け付けられた場合にＣＰＵ３０が管理テーブル構築プログラム７０を実行することで実現される。
【００６１】
なお、以下では、説明の便宜上、ＯＬＴ１２で基幹伝送路１８の一端が接続されるポートの番号であるポート番号として互いに異なるポート番号が付与された複数のＯＬＴ１２の各々の配下のＯＮＵ１６が、同一のＯＬＴ１２の配下に収容される場合を例に挙げて説明する。また、以下では、説明の便宜上、同一のＯＬＴ１２の配下に収容される前のＯＬＴ１２の配下で新ＯＮＵ１６Ａが保持する新対応情報に含まれるＲＳＷ拡張バイト値が“００”であることを前提として説明する。また、以下では、説明の便宜上、新ＯＮＵ１６Ａ及び旧ＯＮＵ１６ＢがＰＯＮ１４を介してＯＬＴ１２に接続される場合について説明する。また、以下では、説明の便宜上、管理テーブル７２で、ＲＳＷ番号及びＲＳＷ拡張バイト値が“ＮＵＬＬ”とされ、ＭＡＣアドレスが“ｆｆ−ｆｆ−ｆｆ−ｆｆ−ｆｆ−ｆｆ”とされている状態で管理テーブル構築処理の実行が開始されることを前提として説明する。
【００６２】
また、図６に示す例において、“−”とは、“ＮＵＬＬ”を意味する。また、図６に示す例において、“ｆｆ−ｆｆ−ｆｆ−ｆｆ−ｆｆ−ｆｆ”とは、管理テーブル７２においてＭＡＣアドレスが未確定、すなわち、管理テーブル７２にＭＡＣアドレスが未だに格納されていないことを意味する。
【００６３】
図８に示す管理テーブル構築処理では、先ず、ステップ１００で、ＣＰＵ３０は、ＯＬＴ１２の配下のＯＮＵ１６とのリンクアップが完了したか否かを判定する。本ステップ１００において、ＯＬＴ１２の配下のＯＮＵ１６とのリンクアップが完了していない場合は、判定が否定されて、ステップ１００の判定が再び行われる。本ステップ１００において、ＯＬＴ１２の配下のＯＮＵ１６とのリンクアップが完了した場合は、判定が肯定されて、ステップ１０２へ移行する。
【００６４】
ステップ１０２で、ＣＰＵ３０は、ＯＬＴ１２の配下のＯＮＵ１６のうち、処理対象とされるＯＮＵ１６である処理対象ＯＮＵを決定し、その後、ステップ１０４へ移行する。
【００６５】
ステップ１０４で、ＣＰＵ３０は、対応情報の送信を処理対象ＯＮＵに対して要求する信号である対応情報要求信号を光通信Ｉ／Ｆ４４を介して処理対象ＯＮＵに送信し、その後、ステップ１０６へ移行する。
【００６６】
本ステップ１０４の処理が実行されることで処理対象ＯＮＵに対応情報要求信号が送信され、送信先である処理対象ＯＮＵが新ＯＮＵ１６Ａの場合、後述のＯＮＵ側制御処理のステップ２０４の処理が実行されることで新対応情報がＯＬＴ１２に送信される。また、本ステップ１０４の処理が実行されることで処理対象ＯＮＵに対応情報要求信号が送信され、送信先である処理対象ＯＮＵが旧ＯＮＵ１６Ｂの場合、後述のＯＮＵ側制御処理のステップ２０４の処理が実行されることで旧対応情報がＯＬＴ１２に送信される。
【００６７】
そこで、ステップ１０６で、ＣＰＵ３０は、新対応情報を受信したか否かを判定する。本ステップ１０６において、新対応情報を受信していない場合は、判定が否定されて、ステップ１２２へ移行する。本ステップ１０６において、新対応情報を受信した場合は、判定が肯定されて、ステップ１３６へ移行する。
【００６８】
ステップ１２２で、ＣＰＵ３０は、旧対応情報を受信したか否かを判定する。本ステップ１２２において、旧対応情報を受信していない場合は、判定が否定されて、ステップ１０６へ移行する。本ステップ１２２において、旧対応情報を受信した場合は、判定が肯定されて、ステップ１２４へ移行する。
【００６９】
ステップ１３６で、ＣＰＵ３０は、処理対象ＯＮＵにてＲＳＷ拡張バイト値が未定義か否かを判定する。ここで、「ＲＳＷ拡張バイト値が未定義」とは、例えば、バイト値記憶領域５４ＡでのＲＳＷ拡張バイト値が不確定を示す“ｆｆ”であることを意味する。
【００７０】
ステップ１３６において、処理対象ＯＮＵにてＲＳＷ拡張バイト値が未定義でない場合は、判定が否定されて、図８に示すステップ１０８へ移行する。ステップ１３６において、処理対象ＯＮＵにてＲＳＷ拡張バイト値が未定義の場合は、判定が肯定されて、ステップ１３８へ移行する。
【００７１】
ステップ１３８で、ＣＰＵ３０は、拡張ＯＡＭ８０の“ｖａｌｕｅ”に、“００”をＲＳＷ拡張バイト値として格納し、その後、ステップ１４０へ移行する。“００”は、新対応情報に含まれるＲＳＷ番号のうち、旧対応情報に含まれるＲＳＷ番号と同一の番号であるＲＳＷ番号に対応付けられるＲＳＷ拡張バイト値とは異なるＲＳＷ拡張バイト値として予め定められた番号である。なお、本ステップ１３８の処理が実行されることで“ｖａｌｕｅ”に格納される“００”は、本発明に係る旧型用補足番号の一例である。
【００７２】
また、ここでの“００”は、あくまでも一例であり、新対応情報に含まれるＲＳＷ番号のうち、旧対応情報に含まれるＲＳＷ番号と同一の番号であるＲＳＷ番号に対応付けられるＲＳＷ拡張バイト値とは異なる固有のＲＳＷ拡張バイト値であればよい。
【００７３】
ステップ１４０で、ＣＰＵ３０は、ステップ１３８の処理が実行されることで“ｖａｌｕｅ”に“００”が格納された拡張ＯＡＭ８０に基づく拡張ＯＡＭフレームを光通信Ｉ／Ｆ４４を介して処理対象ＯＮＵに送信する。
【００７４】
本ステップ１４０の処理が実行されることで処理対象ＯＮＵに拡張ＯＡＭフレームが送信されると、後述のＯＮＵ側制御処理のステップ２２０の処理が実行されることでバイト値記憶領域５４ＡにＲＳＷ拡張バイト値が記憶される。そして、後述のＯＮＵ側制御処理のステップ２２２の処理が実行されることで第２完了信号が送信される。
【００７５】
そこで、次のステップ１４２で、ＣＰＵ３０は、第２完了信号を受信したか否かを判定する。本ステップ１４２において、第２完了信号を受信していない場合は、判定が否定されて、本ステップ１４２の判定が再び行われる。本ステップ１４２において、第２完了信号を受信した場合は、判定が肯定されて、ステップ１０８へ移行する。
【００７６】
ステップ１０８で、ＣＰＵ３０は、受信した新対応情報に含まれるＭＡＣアドレスが管理テーブル７２に格納されているか否かを判定する。本ステップ１０８において、上記ステップ１０６の処理が実行されることで受信された新対応情報に含まれるＭＡＣアドレスが管理テーブル７２に格納されている場合は、判定が肯定されて、ステップ１１０へ移行する。本ステップ１０８において、上記ステップ１０６の処理が実行されることで受信された新対応情報に含まれるＭＡＣアドレスが管理テーブル７２に格納されていない場合は、判定が否定されて、ステップ１１２へ移行する。
【００７７】
ステップ１１０で、ＣＰＵ３０は、ＯＬＴ１２の配下の全てのＯＮＵ１６の対応情報が管理テーブル７２に格納されたか否かを判定する。本ステップ１１０において、ＯＬＴ１２の配下の全てのＯＮＵ１６の対応情報が管理テーブル７２に格納されていない場合は、判定が否定されて、ステップ１０２へ移行する。本ステップ１１０において、ＯＬＴ１２の配下の全てのＯＮＵ１６の対応情報が管理テーブル７２に格納された場合は、判定が肯定されて、本管理テーブル構築処理を終了する。
【００７８】
ステップ１１２で、ＣＰＵ３０は、受信した新対応情報に含まれるＲＳＷ番号及びＲＳＷ拡張バイト値と同一関係にある一対の番号がＲＳＷ番号及びＲＳＷ拡張バイト値として管理テーブル７２に未格納か否かを判定する。
【００７９】
本ステップ１１２において、受信した新対応情報に含まれるＲＳＷ番号及びＲＳＷ拡張バイト値と同一関係にある一対の番号がＲＳＷ番号及びＲＳＷ拡張バイト値として管理テーブル７２に未格納の場合は、判定が肯定されて、ステップ１１４へ移行する。本ステップ１１２において、受信した新対応情報に含まれるＲＳＷ番号及びＲＳＷ拡張バイト値と同一関係にある一対の番号がＲＳＷ番号及びＲＳＷ拡張バイト値として管理テーブル７２に格納されている場合は、判定が否定されて、ステップ１１６へ移行する。
【００８０】
ステップ１１４で、ＣＰＵ３０は、受信した新対応情報を管理テーブル７２に格納し、その後、ステップ１１０へ移行する。
【００８１】
ステップ１１６で、ＣＰＵ３０は、拡張ＯＡＭ８０の“ｖａｌｕｅ”のＲＳＷ拡張バイト値を、他のＯＮＵ１６のうちの同一のＲＳＷ番号を有するＯＮＵ１６が保持するＲＳＷ拡張バイト値とは異なり、かつ、“００”以外のＲＳＷ拡張バイト値に更新する。すなわち、“ｖａｌｕｅ”のＲＳＷ拡張バイト値は、ステップ１０６の処理で受信した新対応情報に関する処理対象ＯＮＵのＲＳＷ番号とＲＳＷ拡張バイト値との組み合わせがＯＬＴ１２の配下において固有の組み合わせになるＲＳＷ拡張バイト値に更新される。
【００８２】
なお、本ステップ１１６では、「“００”以外のＲＳＷ拡張バイト値」として、同一のＯＬＴ１２の配下に収容される前に属していたＯＬＴ１２に対するＰＯＮ１４のポート番号と同一の数値を採用している。また、本ステップ１１６の処理が実行されることで更新されて得られたＲＳＷ拡張バイト値は、本発明に係る新補足番号の一例である。
【００８３】
次のステップ１１８で、ＣＰＵ３０は、ステップ１１４の処理が実行されることでＲＳＷ拡張バイト値が更新された拡張ＯＡＭ８０に基づく拡張ＯＡＭフレームを光通信Ｉ／Ｆ４４を介して処理対象ＯＮＵに送信する。
【００８４】
本ステップ１１８の処理が実行されることで処理対象ＯＮＵに拡張ＯＡＭフレームが送信されると、後述のＯＮＵ側制御処理のステップ２１６の処理が実行されることでＲＳＷ拡張バイト値が更新される。そして、後述のＯＮＵ側制御処理のステップ２１８の処理が実行されることで第１完了信号が送信される。
【００８５】
そこで、次のステップ１２０で、ＣＰＵ３０は、第１完了信号を受信したか否かを判定する。本ステップ１２０において、第１完了信号を受信していない場合は、判定が否定されて、本ステップ１２０の判定が再び行われる。本ステップ１２０において、第１完了信号を受信した場合は、判定が肯定されて、ステップ１２１へ移行する。
【００８６】
ステップ１２１で、ＣＰＵ３０は、受信した新対応情報に含まれるＲＳＷ番号及びＭＡＣアドレス、並びに、上記ステップ１１６の処理で更新されたＲＳＷ拡張バイト値を対応付けて対応情報として管理テーブル７２に格納し、その後、ステップ１１０へ移行する。
【００８７】
一方、図８に示すステップ１２４で、ＣＰＵ３０は、処理対象ＯＮＵに対して新たにインストールされるファームウェアとして予め定められたファームウェアである新ファームウェアを処理対象ＯＮＵに転送し、その後、ステップ１３０へ移行する。なお、新ファームウェアは、新ＯＮＵ１６Ａで新対応情報を管理可能なファームウェアであり、本発明に係る「新型のファームウェア」の一例である。
【００８８】
本ステップ１２４の処理が実行されることで処理対象ＯＮＵに新ファームウェアが転送されると、ＯＮＵ側制御処理のステップ２０８の処理が実行されることで、処理対象ＯＮＵの旧型のファームウェアである旧ファームウェアが新ファームウェアに更新される。これにより、処理対象ＯＮＵの二次記憶部５４にバイト値記憶領域５４Ａが確保される。なお、旧ファームウェアとは、例えば、旧ＯＮＵ１６Ｂで旧対応情報を管理可能なファームウェアを指す。
【００８９】
ステップ１３０で、ＣＰＵ３０は、処理対象ＯＮＵにて旧ファームウェアから新ファームウェアへの更新が完了したか否かを判定する。ステップ１３０において、処理対象ＯＮＵにて旧ファームウェアから新ファームウェアへの更新が完了していない場合は、判定が否定されて、本ステップ１３０の判定が再び行われる。ステップ１３０において、処理対象ＯＮＵにて旧ファームウェアから新ファームウェアへの更新が完了した場合は、判定が肯定されて、ステップ１３２へ移行する。
【００９０】
なお、処理対象ＯＮＵにて旧ファームウェアから新ファームウェアへの更新が完了すると、処理対象ＯＮＵはリブートする。
【００９１】
そこで、ステップ１３２で、ＣＰＵ３０は、処理対象ＯＮＵがリブートされたか否かを判定する。ステップ１３２において、処理対象ＯＮＵがリブートされていない場合は、判定が否定されて、本ステップ１３２の判定が再び行われる。ステップ１３２において、処理対象ＯＮＵがリブートされた場合は、判定が肯定されて、ステップ１００へ移行する。
【００９２】
なお、処理対象ＯＮＵはリブートすると、一旦リンクダウンした後、再びリンクアップ動作を開始する。
【００９３】
次に、ＯＮＵ側制御処理について、図１０及び図１１を参照して説明する。ＯＮＵ側制御処理は、処理対象ＯＮＵの電源が投入された場合に処理対象ＯＮＵのＣＰＵ５０がＯＮＵ側制御プログラム７４を実行することで実現される。
【００９４】
図１０に示すＯＮＵ側制御処理では、ステップ２００で、ＣＰＵ５０は、ＯＬＴ１２とのリンクアップが完了したか否かを判定する。本ステップ２００において、ＯＬＴ１２とのリンクアップが完了していない場合は、判定が否定されて、ステップ２００の判定が再び行われる。本ステップ２００において、ＯＬＴ１２とのリンクアップが完了した場合は、判定が肯定されて、ステップ２０２へ移行する。
【００９５】
ステップ２０２で、ＣＰＵ５０は、管理テーブル構築処理に含まれるステップ１０４の処理が実行されることで送信される対応情報要求信号を受信したか否かを判定する。本ステップ２０２において、管理テーブル構築処理に含まれるステップ１０４の処理が実行されることで送信される対応情報要求信号を受信した場合は、判定が肯定されて、ステップ２０４へ移行する。本ステップ２０２において、管理テーブル構築処理に含まれるステップ１０４の処理が実行されることで送信される対応情報要求信号を受信していない場合は、判定が否定されて、ステップ２０６へ移行する。
【００９６】
ステップ２０４で、ＣＰＵ５０は、処理対象ＯＮＵが新ＯＮＵ１６Ａの場合、すなわち、処理対象ＯＮＵが新対応情報を保持している場合、新対応情報を光通信Ｉ／Ｆ６４を介してＯＬＴ１２に送信し、その後、ステップ２２４へ移行する。また、ステップ２０４で、ＣＰＵ５０は、処理対象ＯＮＵが旧ＯＮＵ１６Ｂの場合、すなわち、処理対象ＯＮＵが旧対応情報を保持している場合、旧対応情報を光通信Ｉ／Ｆ６４を介してＯＬＴ１２に送信し、その後、ステップ２２４へ移行する。
【００９７】
ステップ２０６で、ＣＰＵ５０は、管理テーブル構築処理に含まれるステップ１２４の処理が実行されることで送信される新ファームウェアを受信したか否かを判定する。ステップ２０６において、管理テーブル構築処理に含まれるステップ１２４の処理が実行されることで送信される新ファームウェアを受信した場合は、判定が肯定されて、ステップ２０８へ移行する。ステップ２０６において、管理テーブル構築処理に含まれるステップ１２４の処理が実行されることで送信される新ファームウェアを受信していない場合は、判定が否定されて、ステップ２１０へ移行する。
【００９８】
ステップ２０８で、ＣＰＵ５０は、ステップ２０６の処理において受信した新ファームウェアをインストールすることで、処理対象ＯＮＵの旧ファームウェアを新ファームウェアに更新し、その後、ステップ２２４へ移行する。なお、本ステップ２０８の処理が実行されることで処理対象ＯＮＵの旧ファームウェアが新ファームウェアに更新されると、処理対象ＯＮＵがリブートされる。処理対象ＯＮＵがリブートされると、処理対象ＯＮＵとＯＬＴ１２との間が一旦リンクダウンされ、その後、処理対象ＯＮＵとＯＬＴ１２とのリンクアップが再開される。
【００９９】
本ステップ２０８の処理が実行されることで旧ファームウェアが新ファームウェアに更新されると、二次記憶部５４に、１バイト分のバイト値記憶領域が確保される。このように、処理対象ＯＮＵである旧ＯＮＵ１６Ｂの二次記憶部５４に１バイト分のバイト値記憶領域５４Ａが確保されることによって、旧ＯＮＵ１６Ｂは、新ＯＮＵ１６Ａへのバージョンアップが可能となる。
【０１００】
ステップ２１０で、ＣＰＵ５０は、管理テーブル構築処理に含まれるステップ１１８又はステップ１４０の処理が実行されることで送信される拡張ＯＡＭフレームを受信したか否かを判定する。
【０１０１】
ステップ２１０において、管理テーブル構築処理に含まれるステップ１１８又はステップ１４０の処理が実行されることで送信される拡張ＯＡＭフレームを受信していない場合は、判定が否定されて、ステップ２０２へ移行する。ステップ２１０において、管理テーブル構築処理に含まれるステップ１１８又はステップ１４０の処理が実行されることで送信される拡張ＯＡＭフレームを受信した場合は、判定が肯定されて、図１１に示すステップ２１２へ移行する。
【０１０２】
ステップ２１２で、ＣＰＵ５０は、受信した拡張ＯＡＭフレームにより特定される拡張ＯＡＭ８０の“ｖａｌｕｅ”にＲＳＷ拡張バイト値が格納されているか否かを判定する。
【０１０３】
ステップ２１２において、受信した拡張ＯＡＭフレームにより特定される拡張ＯＡＭ８０の“ｖａｌｕｅ”にＲＳＷ拡張バイト値が格納されていない場合は、判定が否定されて、図１０に示すステップ２２４へ移行する。ステップ２１２において、受信した拡張ＯＡＭフレームにより特定される拡張ＯＡＭ８０の“ｖａｌｕｅ”にＲＳＷ拡張バイト値が格納されている場合は、判定が肯定されて、ステップ２１４へ移行する。
【０１０４】
ステップ２１４で、ＣＰＵ５０は、バイト値記憶領域５４ＡにＲＳＷ拡張バイト値が記憶されているか否かを判定する。ステップ２１４において、バイト値記憶領域５４ＡにＲＳＷ拡張バイト値が記憶されている場合は、判定が肯定されて、ステップ２１６へ移行する。ステップ２１４において、バイト値記憶領域５４ＡにＲＳＷ拡張バイト値が記憶されていない場合は、判定が否定されて、ステップ２２０へ移行する。
【０１０５】
ここで、バイト値記憶領域５４ＡにＲＳＷ拡張バイト値が記憶されているということは、処理対象ＯＮＵが新ＯＮＵ１６Ａであることを意味する。また、バイト値記憶領域５４ＡにＲＳＷ拡張バイト値が記憶されていないということは、処理対象ＯＮＵが旧ＯＮＵ１６Ｂであることを意味する。
【０１０６】
ステップ２１６で、ＣＰＵ５０は、バイト値記憶領域５４Ａに現時点で記憶されているＲＳＷ拡張バイト値を、受信した拡張ＯＡＭフレームにより特定される拡張ＯＡＭ８０の“ｖａｌｕｅ”に格納されているＲＳＷ拡張バイト値に置き換えることで更新する。
【０１０７】
次のステップ２１８で、ＣＰＵ５０は、ＲＳＷ拡張バイト値の更新が完了したことを示す第１完了信号を光通信Ｉ／Ｆ６４を介してＯＬＴ１２に送信し、その後、図１０に示すステップ２２４へ移行する。
【０１０８】
ステップ２２０で、ＣＰＵ５０は、受信した拡張ＯＡＭフレームにより特定される拡張ＯＡＭ８０の“ｖａｌｕｅ”に格納されているＲＳＷ拡張バイト値をバイト値記憶領域５４Ａに記憶させ、その後、ステップ２２２へ移行する。
【０１０９】
ステップ２２２で、ＣＰＵ５０は、ＲＳＷ拡張バイト値のバイト値記憶領域５４Ａへの記憶が完了したことを示す第２完了信号を光通信Ｉ／Ｆ６４を介してＯＬＴ１２に送信し、その後、図１０に示すステップ２２４へ移行する。
【０１１０】
ステップ２２４で、ＣＰＵ５０は、ＯＮＵ側制御処理を終了する条件（以下、「終了条件」と称する）を満足したか否かを判定する。終了条件としては、例えば、ＯＮＵ側制御処理を終了する指示が受付デバイス５８によって受け付けられたとの条件、又は、ＯＮＵ側制御処理の実行が開始されてから既定時間（例えば、３０分）が経過したとの条件等が挙げられる。
【０１１１】
ステップ２２４において、終了条件を満足していない場合は、判定が否定されて、ステップ２０２へ移行する。ステップ２２４において、終了条件を満足した場合は、判定が肯定されて、本ＯＮＵ側制御処理を終了する。
【０１１２】
管理テーブル構築処理及びＯＮＵ制御処理が実行されることで、例えば、図６の管理番号“１”〜“３”に示すデータ構造で管理テーブル７２が構築される。
【０１１３】
図６に示す例では、管理テーブル７２において、管理番号“１”に対応するＯＮＵ１６、及び管理番号“３”に対応するＯＮＵ１６の各々に対して、ＲＳＷ番号として“０１”が２つ格納されている。そのため、仮に、ＲＳＷ番号のみに依拠してＯＮＵ１６が識別されると、同一のＯＮＵ１６に対して異なるＭＡＣアドレスが対応づけられてしまう虞がある。
【０１１４】
しかし、管理テーブル構築処理及びＯＮＵ制御処理が実行されることで、管理番号“１”に対応するＯＮＵ１６に対しては、ＲＳＷ拡張バイト値として“０３”が対応付けられる。また、管理番号“３”に対応するＯＮＵ１６に対しては、ＲＳＷ拡張バイト値として“０４”が対応付けられる。
【０１１５】
従って、管理番号“１”に対応するＯＮＵ１６及び管理番号“３”に対応するＯＮＵ１６は互いに異なるＯＮＵ１６としてＯＬＴ１２によって認識され、同一のＯＮＵ１６に対して異なるＭＡＣアドレスが対応付けられるという事態の発生を回避することができる。
【０１１６】
以上説明したように、ＯＮＵ１６では、受付デバイス３８によって受け付けられたＲＳＷ番号、ＲＳＷ拡張バイト値、及びＭＡＣアドレスが対応付けられて対応情報として二次記憶部５４に記憶されることで保持される（ステップ２１６，２２０）。そして、ＯＮＵ１６がＰＯＮ１４を介してＯＬＴ１２に接続された場合に、二次記憶部５４に保持されている対応情報がＯＬＴ１２に送信される（ステップ２０４）。
【０１１７】
従って、ＯＮＵ１６は、複数のＯＮＵ１６に対して付与されたＲＳＷ番号がＯＮＵ１６間で重複している場合であっても、ＯＬＴ１２に対して複数のＯＮＵ１６を識別可能に管理させることができる。
【０１１８】
また、ＯＬＴ１２では、新ＯＮＵ１６Ａである処理対象ＯＮＵがＰＯＮ１４を介してＯＬＴ１２に接続された場合に、処理対象ＯＮＵから新対応情報が送信される。そして、ＯＬＴ１２では、受信された新対応情報に含まれるＭＡＣアドレスと同一の番号がＭＡＣアドレスとして管理テーブル７２に未格納であるか否かが判定される（ステップ１０８）。ＭＡＣアドレスが未格納であると判定された場合、新対応情報に含まれるＲＳＷ番号及びＲＳＷ拡張バイト値と同一関係にある一対の番号がＲＳＷ番号及びＲＳＷ拡張バイト値として管理テーブル７２に未格納であるか否かが判定される（ステップ１１２）。ＲＳＷ番号及びＲＳＷ拡張バイト値が未格納であると判定された場合、新対応情報が管理テーブル７２に格納される（ステップ１１４）。
【０１１９】
従って、ＯＬＴ１２は、複数のＯＮＵ１６に対して付与されたＲＳＷ番号がＯＮＵ１６間で重複している場合であっても、複数のＯＮＵ１６を識別可能に管理することができる。
【０１２０】
また、ＯＬＴ１２では、旧ＯＮＵ１６Ｂである処理対象ＯＮＵがＰＯＮ１４を介してＯＬＴ１２に接続された場合に、処理対象ＯＮＵから旧対応情報が送信される（ステップ２０４）。また、ＯＬＴ１２では、処理対象ＯＮＵから送信された旧対応情報が受信される（ステップ１２２）。そして、ＯＬＴ１２では、ＲＳＷ拡張バイト値として、新対応情報に含まれるＲＳＷ拡張バイト値とは異なる数値である“００”と、受信された旧対応情報とが対応付けられて管理テーブル７２に格納される。
【０１２１】
従って、ＯＬＴ１２は、旧ＯＮＵ１６Ｂである処理対象ＯＮＵがＰＯＮ１４を介してＯＬＴ１２に接続された場合であっても、複数のＯＮＵ１６を識別可能に管理することができる。
【０１２２】
また、ＯＬＴ１２では、旧ＯＮＵ１６Ｂである処理対象ＯＮＵがＰＯＮ１４を介してＯＬＴ１２に接続された場合に、処理対象ＯＮＵの旧ファームウェアが新ファームウェアに更新されるように処理対象ＯＮＵが制御される（ステップ１２４，２０６，２０８）。
【０１２３】
従って、ＯＬＴ１２は、通信システム１０の保守者が介在して処理対象ＯＮＵのファームウェアの更新が行われる場合に比べ、処理対象ＯＮＵのファームウェアの更新に要する手間を軽減することができる。
【０１２４】
また、ＯＬＴ１２では、処理対象ＯＮＵのファームウェアが更新されることで、処理対象ＯＮＵに対してバイト値記憶領域５４Ａが確保される（ステップ１２２，１２４，１３０，２０６，２０８）。
【０１２５】
従って、ＯＬＴ１２は、旧ＯＮＵ１６がＰＯＮ１４を介してＯＬＴ１２に接続された場合であっても、ＲＳＷ拡張バイト値を保持可能な状態に旧ＯＮＵ１６Ｂを新ＯＮＵ１６Ａにバージョンアップさせることができる。
【０１２６】
また、ＯＬＴ１２では、旧ＯＮＵ１６Ｂである処理対象ＯＮＵに対してバイト値記憶領域５４Ａを新ファームウェアに更新することにより確保させた場合に、ＲＳＷ拡張バイト値として“００”がバイト値記憶領域５４Ａに記憶されるように処理対象ＯＮＵが制御される（ステップ１３８，１４０）。なお、“００”は、旧ＯＮＵ１６Ｂである処理対象ＯＮＵと新ＯＮＵ１６Ａとの区別を可能とする固有のＲＳＷ拡張バイト値である。
【０１２７】
従って、ＯＬＴ１２は、旧ＯＮＵ１６Ｂを新ＯＮＵ１６Ａと区別可能に管理することができる。
【０１２８】
また、ＯＬＴ１２では、ＲＳＷ拡張バイト値が拡張ＯＡＭ８０に定義される（ステップ１３８）。そして、ＯＬＴ１２では、定義済みの拡張ＯＡＭ８０が用いられることで、旧ＯＮＵ１６Ｂである処理対象ＯＮＵに対してバイト値記憶領域５４ＡにＲＳＷ拡張バイト値を記憶させている（ステップ２２０）。
【０１２９】
従って、ＯＬＴ１２は、ＲＳＷ拡張バイト値を拡張ＯＡＭ８０に定義せずに処理対象ＯＮＵに対してＲＳＷ拡張バイト値を記憶させる場合に比べ、簡易な構成で、処理対象ＯＮＵに対してバイト値記憶領域５４ＡにＲＳＷ拡張バイト値を記憶させることができる。
【０１３０】
また、ＯＬＴ１２では、受信された新対応情報に含まれるＭＡＣアドレスと同一の番号がＭＡＣアドレスとして管理テーブル７２に未格納であるか否かが判定される（ステップ１０８）。ＭＡＣアドレスが未格納であると判定された場合、新対応情報に含まれるＲＳＷ番号及びＲＳＷ拡張バイト値と同一関係にある一対の番号がＲＳＷ番号及びＲＳＷ拡張バイト値として管理テーブル７２に未格納であるか否かが判定される（ステップ１１２）。ここで、未格納でないと判定された場合、処理対象ＯＮＵのＲＳＷ番号とＲＳＷ拡張バイト値との組み合わせがＯＬＴ１２の配下において固有の組み合わせになるＲＳＷ拡張バイト値に更新される（ステップ１１６，１１８，２１６）。
【０１３１】
従って、ＯＬＴ１２は、ＲＳＷ番号及びＲＳＷ拡張バイト値の組み合わせが同一のＯＮＵ１６がＯＬＴ１２の配下に複数存在する場合であっても、複数のＯＮＵ１６を識別可能に管理することができる。
【０１３２】
また、ＯＬＴ１２では、ＲＳＷ番号との組み合わせがＯＬＴ１２の配下で固有の組み合わせになるＲＳＷ拡張バイト値が拡張ＯＡＭ８０に定義される（ステップ１１６）。そして、ＯＬＴ１２では、定義済みの拡張ＯＡＭ８０が用いられることで、処理対象ＯＮＵのバイト値記憶領域５４ＡのＲＳＷ拡張バイト値が更新される（ステップ２１６）。
【０１３３】
従って、ＯＬＴ１２は、ＲＳＷ拡張バイト値を拡張ＯＡＭ８０に定義せずに処理対象ＯＮＵに対してＲＳＷ拡張バイト値を更新させる場合に比べ、簡易な構成で、処理対象ＯＮＵに対してＲＳＷ拡張バイト値を更新させることができる。
【０１３４】
なお、上記実施形態では、ＯＬＴ１２が主導してＯＮＵ１６に対してバイト値記憶領域５４ＡにＲＳＷ拡張バイト値を記憶させ、管理テーブル７２にＯＮＵ１６が登録されるようにしたが、本発明はこれに限定されるものではない。例えば、新規のＯＮＵ１６をＯＬＴ１２の配下に収容する場合、及び運用中のＯＮＵ１６を転用する場合、ＯＮＵ１６のＲＳＷ５８が操作されることで、ＲＳＷ拡張バイト値がＯＮＵ１６に付与されて、管理テーブル７２にＯＮＵ１６が登録されるようにしてもよい。
【０１３５】
この場合、例えば、ＯＮＵ１６にて、ＲＳＷ番号として“００”及び６５〜９６の整数が用いられ、“０”及び１〜３２の何れかの整数がＲＳＷ拡張バイト値としてバイト値記憶領域５４Ａに記憶されるようにすればよい。
【０１３６】
具体的には、先ず、ＯＮＵ１６の電源がオフされている状態で、ＲＳＷ５８が操作されることでＲＳＷ番号として“００”又は１〜３２の何れかの整数が設定され、その後、ＯＮＵ１６の電源がオンされる。次に、電源がオフの際に設定されたＲＳＷ番号が“００”の場合、“００”がＲＳＷ拡張バイト値としてバイト値記憶領域５４Ａに記憶される。また、電源がオフの際に設定されたＲＳＷ番号が６５〜９６の何れかの整数であれば、ＲＳＷ番号から６４を減算して得た数値がＲＳＷ拡張バイト値としてバイト値記憶領域５４Ａに記憶される。そして、ＯＮＵ１６にて、再び電源がオフされ、任意のＲＳＷ番号が設定された後、ＯＮＵ１６の電源がオンされてＯＮＵ１６がＯＬＴ１２と通信可能に接続される。これにより、ＯＬＴ１２によってＯＮＵ１６から新対応情報が取得され、取得された新対応情報が管理テーブル７２に格納される。
【０１３７】
また、上記実施形態では、管理テーブル構築処理に含まれるステップ１１６の処理にて、ポート番号と同一の数値がＲＳＷ拡張バイト値として強制的に用いられる場合について説明したが、本発明はこれに限定されるものではない。例えば、ポート番号が手動で設定されるようにし、手動で設定されたポート番号と同一の数値がＲＳＷ拡張バイト値として用いられるようにしてもよい。ポート番号が手動で設定されるとは、例えば、ＯＬＴ１２の受付デバイス３８によって受け付けられた指示に従ってポート番号が設定される、ということを意味する。
【０１３８】
例えば、一方のＯＬＴ１２の配下のＯＮＵ１６を他方のＯＬＴ１２の配下に新たに収容する場合、先ず、一方のＰＯＮ１４のＯＬＴ１２に対するポート番号として“０１”が手動で設定され、他方のＰＯＮ１４のＯＬＴ１２に対するポート番号として“０２”が手動で設定される。そして、一方のＯＬＴ１２の配下のＯＮＵ１６に対しては、ＲＳＷ拡張バイト値として、ポート番号と同一の数値である“０１”が採用され、他方のＯＬＴ１２の配下のＯＮＵ１６に対しては、ＲＳＷ拡張バイト値として、ポート番号と同一の数値である“０２”が採用される。従って、ポート番号が手動で設定され、手動で設定されたポート番号と同一の数値がＲＳＷ拡張バイト値として採用される場合であっても、上記実施形態と同様に、ＯＬＴ１２は、同一のＯＬＴ１２の配下のＯＮＵ１６の各々を識別することができる。よって、上記実施形態と同様に、ＯＬＴ１２は、同一のＯＮＵ１６に対して複数のＭＡＣアドレスが対応付けられるという事態の発生を抑制することができる。
【０１３９】
また、上記実施形態では、ＯＬＴ１２が拡張ＯＡＭフレームを用いて処理対象ＯＮＵを制御する場合について例示したが、本発明はこれに限定されるものではない。例えば、ＯＬＴ１２は、拡張ＯＡＭフレームとは異なるフレームを用いて、処理対象ＯＮＵに対してＲＳＷ拡張バイト値を送信するようにしてもよい。
【０１４０】
また、上記実施形態では、通信システム１０の保守者が介在することなく、ＯＬＴ１２の制御下で旧ＯＮＵ１６Ｂの旧ファームウェアが新ファームウェアに更新される場合を例示したが、本発明はこれに限定されるものではない。例えば、通信システム１０の保守者を介在させて旧ＯＮＵ１６Ｂの旧ファームウェアが新ファームウェアに更新されるようにしてもよい。なお、以下では、説明の便宜上、通信システム１０の保守者を単に「保守者」と称する。
【０１４１】
この場合、上記実施形態で説明した図８及び図９に示す管理テーブル構築処理に代えて、一例として図１２に示す管理テーブル構築処理がＣＰＵ３０によって実行される。
【０１４２】
図１２に示す管理テーブル構築処理は、上記実施形態で説明した図８及び図９に示す管理テーブル構築処理に比べ、ステップ１２４、ステップ１３０、及びステップ１３２の処理に代えてステップ３００及びステップ３０２の処理を有する点が異なる。また、図１２に示す管理テーブル構築処理は、上記実施形態で説明した図８及び図９に示す管理テーブル構築処理に比べ、ステップ１３６〜１４２の処理を有しない点が異なる。
【０１４３】
図１２に示すステップ３００で、ＣＰＵ３０は、処理対象ＯＮＵが現時点で保持している旧ファームウェアを新ファームウェアに更新することを保守者側装置（図示省略）に要求し、その後、ステップ３０２へ移行する。ここで、保守者側装置とは、例えば、ＯＬＴ１２に接続された管理装置であって、通信システム５０の保守者（以下、単に「保守者」と称する）が使用する管理装置を指す。
【０１４４】
ステップ３００の処理が実行されることで、保守者は、処理対象ＯＮＵが現時点で保持している旧ファームウェアから新ファームウェアへの更新が要求されていることを、保守者側装置を介して認識することができる。
【０１４５】
図１２に示すステップ３０２で、ＣＰＵ３０は、処理対象ＯＮＵである旧ＯＮＵ１６Ｂについて、ＲＳＷ拡張バイトを“００”と見做し、ステップ１２２で受信した旧対応情報に“００”のＲＳＷ拡張バイト値を対応付けて埋め込む（付加する）。これによりステップ１２２で受信した旧対応情報を新対応情報として扱うことができる。その後、処理はステップ１０８へ移行する。なお、ＣＰＵ３０がステップ３０２の上述する処理を行う時点で、処理対象ＯＮＵである旧ＯＮＵ１６Ｂが、保守者を介して新ファームウェアに更新されている必要はない。ＣＰＵ３０がステップ３０２にて行う上述の処理は、処理対象ＯＮＵである旧ＯＮＵ１６Ｂの状態に関わらず、ＯＬＴ１２が旧ＯＮＵ１６Ｂを、ＲＳＷ拡張バイト値として“００”を有する新ＯＮＵ１６Ａと見做して登録することに等しい。
【０１４６】
このように、図１２に示す管理テーブル構築処理が実行されると、処理対象ＯＮＵが旧ＯＮＵ１６Ｂであっても、旧ＯＮＵ１６Ｂが有する旧対応情報、及び見做し値である“００”のＲＳＷ拡張バイト値が対応情報として管理テーブル７２に格納される（ステップ１１４）。従って、通信システム１０は、ＯＬＴ１２に接続されるＯＮＵ１６が旧ＯＮＵ１６ＢであってもＯＬＴ１２が旧ＯＮＵ１６Ｂを新ＯＮＵ１６Ａと見做して登録するため、通信を継続することができる。
【０１４７】
また、図１２に示す管理テーブル構築処理とすることで、図１２に示すステップ３００にて旧ＯＮＵ１６Ｂのファームウェア更新が要求されていることを認識した保守者は、任意の時期に旧ＯＮＵ１６Ｂに対する新ファームウェア更新作業を実施することができる。なぜならば、上述の通り、通信システム１０は、ＯＬＴ１２に接続されるＯＮＵ１６が旧ＯＮＵ１６Ｂであっても、旧ＯＮＵ１６Ｂのファームウェアが更新されるまでの間は、ＯＬＴ１２が旧ＯＮＵ１６Ｂを新ＯＮＵ１６Ａと見做して登録するため、通信の継続が可能であるからである。
【０１４８】
保守者によって処理対象ＯＮＵである旧ＯＮＵ１６Ｂの旧ファームウェアが新ファームウェアに更新され、ＯＬＴ１２と新ＯＮＵ１６Ａがリンクアップしたならば、ＯＬＴ１２からの制御により、新ＯＮＵ１６Ａに格納されるＲＳＷ拡張バイトを“００”と設定すればよい。この処理は、図１１に示されるステップと同様である。これにより、ＯＬＴ１２にて見做し登録したＲＳＷ拡張バイトの値“００”と、新ＯＮＵ１６Ａに格納されるＲＳＷ拡張バイトとが、整合される。
【０１４９】
なお、処理対象ＯＮＵである旧ＯＮＵ１６Ｂと、ＯＬＴ１２の配下に存在しうるその他新ＯＮＵ１６Ａとを識別できる値であれば、見做し値として登録するＲＳＷ拡張バイトの値は“００”に限定されるものではない。
【０１５０】
以上、上記実施形態にて、通信システム１０の保守者が介在することなくＯＬＴ１２の制御下で旧ＯＮＵ１６Ｂの旧ファームウェアが新ファームウェアに更新される場合と、通信システム１０の保守者を介在させて旧ＯＮＵ１６Ｂの旧ファームウェアが新ファームウェアに更新される場合とについて説明した。これら上記実施形態では、管理テーブル構築プログラム７０を二次記憶部３４から読み出す場合を例示したが、必ずしも最初から二次記憶部３４に記憶させておく必要はない。例えば、図１３に示すように、ＳＳＤ又はＵＳＢメモリなどの任意の可搬型の記憶媒体６００に先ずは管理テーブル構築プログラム７０を記憶させておいてもよい。この場合、記憶媒体６００の管理テーブル構築プログラム７０がＯＬＴ１２にインストールされ、インストールされた管理テーブル構築プログラム７０がＣＰＵ３０によって実行される。
【０１５１】
また、コアネットワーク２４を介してＯＬＴ１２に接続される他のコンピュータ又はサーバ装置等の記憶部に管理テーブル構築プログラム７０を記憶させておき、管理テーブル構築プログラム７０がＯＬＴ１２の要求に応じてダウンロードされるようにしてもよい。この場合、ダウンロードされた管理テーブル構築プログラム７０がＣＰＵ３０によって実行される。
【０１５２】
また、上記各実施形態では、ＯＮＵ側制御プログラム７４を二次記憶部５４から読み出す場合を例示したが、必ずしも最初から二次記憶部５４に記憶させておく必要はない。例えば、図１４に示すように、記憶媒体６０２に先ずはＯＮＵ側制御プログラム７４を記憶させておいてもよい。この場合、記憶媒体６０２のＯＮＵ側制御プログラム７４がＯＮＵ１６にインストールされ、インストールされたＯＮＵ側制御プログラム７４がＣＰＵ５０によって実行される。
【０１５３】
また、通信網（図示省略）を介してＯＮＵ１６に接続される他のコンピュータ又はサーバ装置等の記憶部にＯＮＵ側制御プログラム７４を記憶させておき、ＯＮＵ側制御プログラム７４がＯＮＵ１６の要求に応じてダウンロードされるようにしてもよい。この場合、ダウンロードされたＯＮＵ側制御プログラム７４がＣＰＵ５０によって実行される。
【０１５４】
また、上記実施形態で説明した管理テーブル構築処理（図８、図９、及び図１２参照）は、あくまでも一例である。従って、主旨を逸脱しない範囲内において不要なステップを削除したり、新たなステップを追加したり、処理順序を入れ替えたりしてもよいことは言うまでもない。なお、ＯＮＵ側制御処理（図１０及び図１１参照）についても同様である。
【０１５５】
また、上記実施形態では、管理テーブル構築処理がＣＰＵ３０を利用したソフトウェア構成により実現される場合を例示したが、あくまでも一例である。管理テーブル構築処理は、ハードウェア構成で実現されてもよい。この場合、複数の機能の回路を１つにまとめた集積回路であるＡＳＩＣ（Application Specific Integrated Circuit）やプログラマブルロジックデバイスを利用する例が挙げられる。また、管理テーブル構築処理は、ハードウェア構成とソフトウェア構成の組み合わせによって実現してもよい。なお、ＯＮＵ側制御処理についても同様である。
【符号の説明】
【０１５６】
１０  通信システム
１２  ＯＬＴ
１４  ＰＯＮ
１６  ＯＮＵ
３０  ＣＰＵ
３４  管理テーブル構築プログラム
３４，５４  二次記憶部
５４Ａ  バイト値記憶領域
７２  管理テーブル
７４  ＯＮＵ側制御プログラム
【図１】
0006607084.tif 000002
【図２】
0006607084.tif 000003
【図３】
0006607084.tif 000004
【図４】
0006607084.tif 000005
【図５Ａ】
0006607084.tif 000006
【図５Ｂ】
0006607084.tif 000007
【図６】
0006607084.tif 000008
【図７】
0006607084.tif 000009
【図８】
0006607084.tif 000010
【図９】
0006607084.tif 000011
【図１０】
0006607084.tif 000012
【図１１】
0006607084.tif 000013
【図１２】
0006607084.tif 000014
【図１３】
0006607084.tif 000015
【図１４】
0006607084.tif 000016