(57)【要約】【課題】  データ送信装置から複数のデータ受信装置に対してデータ送信をする際に、効率的に送信する。【解決手段】  本発明は、複数のデータ受信装置と、送信対象データを送信するデータ送信装置とを備える通信システムに関する。そして、データ送信装置は、送信対象データを複数のブロックに分割したデータと、それぞれのブロックに対応する誤り検出に係る符号をデータ受信装置に送信することを特徴とする。そして、データ受信装置は、データ送信装置から受信したブロックについて、受信した符号を用いて正常性を確認し、正常性の確認できたブロックを用いて送信対象データを構成することを特徴とする。【選択図】      図１
2012205277.tif 000002
【特許請求の範囲】
【請求項１】
複数のデータ受信装置と、送信対象データを上記受信側通信装置に送信するデータ送信装置とを備える通信システムにおいて、
上記データ送信装置は、
上記送信対象データを複数のブロックに分割したデータと、それぞれのブロックに対応する誤り検出に係る符号とを保持するデータ保持手段と、
それぞれの上記データ受信装置に対して、少なくとも、それぞれのブロックに対応する上記符号を含む通知情報を送信する通知手段と、
上記データ保持手段が保持しているブロックと、当該ブロックに係るシーケンス番号を挿入したブロックデータフレームを生成し、上記データ受信装置に、生成したブロックデータフレームを同報通信処理により送信するブロックデータフレーム送信手段とを有し、
それぞれの上記データ受信装置は、
上記データ送信装置から、通知情報を受信する通知受信手段と、
上記データ送信装置から、同報通信処理により送信された、ブロックデータフレームを受信するブロックデータフレーム受信手段と、
上記データ送信装置から通知された通知情報に含まれているそれぞれのブロックに対応する符号を用いて、上記ブロックデータフレーム受信手段が受信した各ブロックデータフレームに挿入されたブロックの正常性を検査する正常性検査手段と、
上記正常性検査手段により正常性が確認されたブロックを用いて、上記送信対象データを再構成するデータ再構成手段とを有する
ことを特徴とする通信システム。
【請求項２】
それぞれの上記データ受信装置は、
上記正常性検査手段により異常が検出されたブロックについては、上記データ送信装置に再送を要求する再送要求手段をさらに有し、
上記データ送信装置は、
いずれかの上記データ受信装置から、再送要求があった場合に、その再送要求に係るブロックと、当該ブロックに係るシーケンス番号を挿入したブロックデータフレームを生成し、再送要求元の上記データ受信装置に送信するブロックデータ再送手段をさらに有する
ことを特徴とする請求項１に記載の通信システム。
【請求項３】
上記通知手段が通知する通知情報には、上記送信対象データを構成するブロック数の情報も含まれており、
上記再送要求手段は、上記データ送信装置から通知された通知情報に含まれるブロック数の情報と、上記ブロックデータフレーム受信手段が受信した内容とを利用して、上記送信対象データを構成するブロックのうち、上記ブロックデータフレーム受信手段で受信されなかったブロックを検出し、受信されなかったブロックについても、上記データ送信装置に再送を要求する
ことを特徴とする請求項２に記載の通信システム。
【請求項４】
複数のデータ受信装置に送信対象データを送信するデータ送信装置において、
上記送信対象データを複数のブロックに分割したデータと、それぞれのブロックに対応する誤り検出に係る符号とを保持するデータ保持手段と、
それぞれの上記データ受信装置に対して、少なくとも、それぞれのブロックに対応する上記符号を含む通知情報を送信する通知手段と、
上記データ保持手段が保持しているブロックと、当該ブロックに係るシーケンス番号を挿入したブロックデータフレームを生成し、上記データ受信装置に、生成したブロックデータフレームを同報通信処理により送信するブロックデータフレーム送信手段と
を有することを特徴とするデータ送信装置。
【請求項５】
データ送信装置から送信対象データを受信するデータ受信装置において、
上記送信対象データから分割されたブロックのそれぞれに対応する誤り検出に係る符号を含む通知情報を、上記データ送信装置から受信する通知受信手段と、
上記データ送信装置から、同報通信処理により送信された、上記送信対象データから分割されたブロックと、当該ブロックに係るシーケンス番号とが挿入されたブロックデータフレームを受信するブロックデータフレーム受信手段と、
上記データ送信装置から通知された通知情報に含まれているそれぞれのブロックに対応する符号を用いて、上記ブロックデータフレーム受信手段が受信した各ブロックデータフレームに挿入されたブロックの正常性を検査する正常性検査手段と、
上記正常性検査手段により正常性が確認されたブロックを用いて、上記送信対象データを再構成するデータ再構成手段と
を有することを特徴とするデータ受信装置。
【請求項６】
複数のデータ受信装置に送信対象データを送信するデータ送信装置に搭載されたコンピュータを、
上記送信対象データを複数のブロックに分割したデータと、それぞれのブロックに対応する誤り検出に係る符号とを保持するデータ保持手段と、
それぞれの上記データ受信装置に対して、少なくとも、それぞれのブロックに対応する上記符号を含む通知情報を送信する通知手段と、
上記データ保持手段が保持しているブロックと、当該ブロックに係るシーケンス番号を挿入したブロックデータフレームを生成し、上記データ受信装置に、生成したブロックデータフレームを同報通信処理により送信するブロックデータフレーム送信手段と
して機能させることを特徴とするデータ送信プログラム。
【請求項７】
データ送信装置から送信対象データを受信するデータ受信装置に搭載されたコンピュータを、
上記送信対象データから分割されたブロックのそれぞれに対応する誤り検出に係る符号を含む通知情報を、上記データ送信装置から受信する通知受信手段と、
上記データ送信装置から、同報通信処理により送信された、上記送信対象データから分割されたブロックと、当該ブロックに係るシーケンス番号とが挿入されたブロックデータフレームを受信するブロックデータフレーム受信手段と、
上記データ送信装置から通知された通知情報に含まれているそれぞれのブロックに対応する符号を用いて、上記ブロックデータフレーム受信手段が受信した各ブロックデータフレームに挿入されたブロックの正常性を検査する正常性検査手段と、
上記正常性検査手段により正常性が確認されたブロックを用いて、上記送信対象データを再構成するデータ再構成手段と
して機能させることを特徴とするデータ受信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、データ送信装置及びプログラム、並びに、データ受信装置及びプログラム、並びに、通信システムに関し、例えば、ＰＯＮ（Ｐａｓｓｉｖｅ  Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ）等の光通信ネットワークシステムにおけるソフトウェア配布処理等に適用することができる。
【背景技術】
【０００２】
ＦＴＴＨにおける加入者アクセスシステムとしてＰＯＮ（Ｐａｓｓｉｖｅ  Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ）の技術（非特許文献１〜５）を利用したシステムが広く普及している。ＰＯＮシステムは局側（通信事業者側）におかれるＯＬＴ（Ｏｐｔｉｃａｌ  Ｌｉｎｅ  Ｔｅｒｍｉｎａｌ）と加入者宅側におかれるＯＮＵ（Ｏｐｔｉｃａｌ  Ｌｉｎｅ  Ｕｎｉｔ）からなり、ＯＬＴに接続された光ファイバは光スプリッタにより分岐されてＯＮＵと接続されるため、１対多の接続構成となっている。
【０００３】
このＯＮＵの制御ソフトウェアに何らかの不具合があった場合に、設置された場所へ出向いた上でのＯＮＵ本体の交換やソフトウェアの更新といった作業は効率が悪いため、ＯＬＴからＯＮＵの制御ソフトウェアを遠隔でダウンロードすれば効率が良い。
【０００４】
ＰＯＮシステムにおける遠隔ダウンロードを行うための従来技術として特許文献１の記載技術がある。特許文献１の記載技術は、ダウンロードデータを所定のサイズに区切ることにより光伝送路上におけるユーザフレームへの影響を低減し、また、個々のダウンロードデータが小さくなるためにＯＮＵ上のダウンロードデータを一時的に格納するメモリの領域節減に寄与できるものである。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２５２２４５号公報
【非特許文献】
【０００６】
【非特許文献１】日本電信電話株式会社編、「ＧＥ−ＰＯＮ技術、第１回  ＰＯＮとは」、ＮＴＴ技術ジャーナル、２００５年８月号、ｐｐ．７１−７４
【非特許文献２】日本電信電話株式会社編、「ＧＥ−ＰＯＮ技術、第２回  ＩＥＥＥ８０２．３ａｈ標準規格」、ＮＴＴ技術ジャーナル、２００５年９月号、ｐｐ．９１−９４
【非特許文献３】日本電信電話株式会社編、「ＧＥ−ＰＯＮ技術、第３回  ＤＢＡ機能」、ＮＴＴ技術ジャーナル、２００５年１０月号、ｐｐ．６７−７０
【非特許文献４】日本電信電話株式会社編、「ＧＥ−ＰＯＮ技術、第４回  ＧＥ−ＰＯＮシステム技術」、ＮＴＴ技術ジャーナル、２００５年１１月号、ｐｐ．５９−６１
【非特許文献５】日本電信電話株式会社編、「ＧＥ−ＰＯＮ技術、第５回  今後の標準化」、ＮＴＴ技術ジャーナル、２００５年１２月号、ｐｐ．５１−５４
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ＰＯＮシステムにおいてＯＬＴからＯＮＵへのデータ送信（以下、「下り送信」と呼ぶ）は、ユーザ毎の伝送路が幹線ファイバから光スプリッタで分岐されているだけであるため、物理レイヤのデータとしてはブロードキャストにて送信される（ＰＯＮの同報性）。しかしこれでは個々のＯＮＵとの通信が識別できないため、ＬＬＩＤ（Ｌｏｇｉｃａｌ  Ｌｉｎｋ  ＩＤ）と呼ばれるフレーム内のフィールドを使用して個々のＯＮＵを識別し、論理リンクを確立する。
【０００８】
特許文献１の記載技術においては制御ソフトウェアのダウンロード時にユーザフレームの影響を低減するという配慮がなされているが、効率的なダウンロードについて考慮されていない。即ち、ＯＬＴはソフトウェアデータをフレームに分割して送信し、ＯＮＵは個々のフレームを受信する度に受信確認（ＡＣＫ）をＯＬＴに返し、ＯＬＴはそのＡＣＫを受信することによって次のデータフレームを送信する。しかし各ＯＮＵがＯＬＴからの設置距離が異なるなどの影響でＡＣＫが遅れる場合や、伝送路上で何らかの問題があってソフトウェアデータが個々のＯＮＵに届かない、もしくはソフトウェアデータはＯＮＵに届いたがＡＣＫがＯＬＴに届かないという場合も有り得る。この場合、制御ソフトウェアのダウンロードはお互いのＯＮＵのダウンロードの進行への影響を防ぐためにも個々の論理リンク毎に行われている。
【０００９】
即ち、特許文献１の記載技術では、制御ソフトウェアのダウンロードデータは個々のＯＮＵに送信する必要があり、ＯＬＴとＯＮＵの接続が１：ｎの場合において、ＯＬＴはダウンロードデータをｎ回送信する必要があり効率が悪いという問題があった。
【００１０】
そのため、データ送信装置（例えば、ＯＬＴ）から複数のデータ受信装置（例えば、ＯＮＵ）に対してデータ送信をする際に、効率的に送信することができるデータ送信装置及びプログラム、並びに、データ受信装置及びプログラム、並びに、通信システムがのぞまれている。
【課題を解決するための手段】
【００１１】
第１の本発明は、複数のデータ受信装置と、送信対象データを上記受信側通信装置に送信するデータ送信装置とを備える通信システムにおいて、（１）上記データ送信装置は、（１−１）上記送信対象データを複数のブロックに分割したデータと、それぞれのブロックに対応する誤り検出に係る符号とを保持するデータ保持手段と、（１−２）それぞれの上記データ受信装置に対して、少なくとも、それぞれのブロックに対応する上記符号を含む通知情報を送信する通知手段と、（１−３）上記データ保持手段が保持しているブロックと、当該ブロックに係るシーケンス番号を挿入したブロックデータフレームを生成し、上記データ受信装置に、生成したブロックデータフレームを同報通信処理により送信するブロックデータフレーム送信手段とを有し、（２）それぞれの上記データ受信装置は、（２−１）上記データ送信装置から、通知情報を受信する通知受信手段と、（２−２）上記データ送信装置から、同報通信処理により送信された、ブロックデータフレームを受信するブロックデータフレーム受信手段と、（２−３）上記データ送信装置から通知された通知情報に含まれているそれぞれのブロックに対応する符号を用いて、上記ブロックデータフレーム受信手段が受信した各ブロックデータフレームに挿入されたブロックの正常性を検査する正常性検査手段と、（２−４）上記正常性検査手段により正常性が確認されたブロックを用いて、上記送信対象データを再構成するデータ再構成手段とを有することを特徴とする。
【００１２】
第２の本発明は、複数のデータ受信装置に送信対象データを送信するデータ送信装置において、（１）上記送信対象データを複数のブロックに分割したデータと、それぞれのブロックに対応する誤り検出に係る符号とを保持するデータ保持手段と、（２）それぞれの上記データ受信装置に対して、少なくとも、それぞれのブロックに対応する上記符号を含む通知情報を送信する通知手段と、（３）上記データ保持手段が保持しているブロックと、当該ブロックに係るシーケンス番号を挿入したブロックデータフレームを生成し、上記データ受信装置に、生成したブロックデータフレームを同報通信処理により送信するブロックデータフレーム送信手段とを有することを特徴とする。
【００１３】
第３の本発明は、データ送信装置から送信対象データを受信するデータ受信装置において、（１）上記送信対象データから分割されたブロックのそれぞれに対応する誤り検出に係る符号を含む通知情報を、上記データ送信装置から受信する通知受信手段と、（２）上記データ送信装置から、同報通信処理により送信された、上記送信対象データから分割されたブロックと、当該ブロックに係るシーケンス番号とが挿入されたブロックデータフレームを受信するブロックデータフレーム受信手段と、（３）上記データ送信装置から通知された通知情報に含まれているそれぞれのブロックに対応する符号を用いて、上記ブロックデータフレーム受信手段が受信した各ブロックデータフレームに挿入されたブロックの正常性を検査する正常性検査手段と、（４）上記正常性検査手段により正常性が確認されたブロックを用いて、上記送信対象データを再構成するデータ再構成手段とを有することを特徴とする。
【００１４】
第４の本発明のデータ送信プログラムは、（１）複数のデータ受信装置に送信対象データを送信するデータ送信装置に搭載されたコンピュータを、（２）上記送信対象データを複数のブロックに分割したデータと、それぞれのブロックに対応する誤り検出に係る符号とを保持するデータ保持手段と、（３）それぞれの上記データ受信装置に対して、少なくとも、それぞれのブロックに対応する上記符号を含む通知情報を送信する通知手段と、（４）上記データ保持手段が保持しているブロックと、当該ブロックに係るシーケンス番号を挿入したブロックデータフレームを生成し、上記データ受信装置に、生成したブロックデータフレームを同報通信処理により送信するブロックデータフレーム送信手段として機能させることを特徴とする。
【００１５】
第５の本発明のデータ受信プログラムは、（１）データ送信装置から送信対象データを受信するデータ受信装置に搭載されたコンピュータを、（２）上記送信対象データから分割されたブロックのそれぞれに対応する誤り検出に係る符号を含む通知情報を、上記データ送信装置から受信する通知受信手段と、（３）上記データ送信装置から、同報通信処理により送信された、上記送信対象データから分割されたブロックと、当該ブロックに係るシーケンス番号とが挿入されたブロックデータフレームを受信するブロックデータフレーム受信手段と、（４）上記データ送信装置から通知された通知情報に含まれているそれぞれのブロックに対応する符号を用いて、上記ブロックデータフレーム受信手段が受信した各ブロックデータフレームに挿入されたブロックの正常性を検査する正常性検査手段と、（５）上記正常性検査手段により正常性が確認されたブロックを用いて、上記送信対象データを再構成するデータ再構成手段として機能させることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、データ送信装置から複数のデータ受信装置に対してデータ送信をする際に、効率的に送信することができる。
【図面の簡単な説明】
【００１７】
【図１】実施形態に係る光通信ネットワークシステム（通信システム）の動作について示したシーケンス図である。
【図２】実施形態に係る光通信ネットワークシステム（通信システム）の全体構成について示したブロック図である。
【図３】実施形態に係るＯＬＴ（データ送信装置）の機能的構成について示したブロック図である。
【図４】実施形態に係るＯＮＵ（データ受信装置）の機能的構成について示したブロック図である。
【図５】実施形態に係るＯＬＴとＯＮＵの間を流れるフレームの一般的構成について示した説明図である。
【図６】実施形態に係るＯＬＴとＯＮＵの間を流れるフレームの具体的構成について示した説明図である。
【発明を実施するための形態】
【００１８】
（Ａ）主たる実施形態
以下、本発明によるデータ送信装置及びプログラム、並びに、データ受信装置及びプログラム、並びに、通信システムの一実施形態を、図面を参照しながら詳述する。なお、実施形態の通信システムは、光通信ネットワークシステムである。また、実施形態のデータ送信装置及びデータ受信装置は、ＯＬＴ及びＯＮＵである。
【００１９】
（Ａ−１）実施形態の構成
図２は、この実施形態の光通信ネットワークシステム１の全体構成を示すブロック図である。
【００２０】
光通信ネットワークシステム１には、ＯＬＴ１０（親局通信装置）及び、Ｎ個のＯＮＵ２０（２０−１〜２０−Ｎ）（子局通信装置）が配置されている。
【００２１】
ＯＬＴ１０と各ＯＮＵ２０との間は、光スプリッタ３０（複数分岐としても良い）により分岐された光ファイバ４０で接続されている。すなわち、ＯＬＴ１０と各ＯＮＵ２０によりＰＯＮ（ＧＥ−ＰＯＮ）が形成されている。
【００２２】
図２では、ＯＬＴ１０は、図示しない上位側ネットワーク（親局側ネットワーク）と接続している。なお、ＯＬＴ１０が図示しない上位側ネットワークに接続する構成は限定されないものである。
【００２３】
一方、図２において図示は省略しているが、それぞれのＯＮＵ２０の配下には、ユーザネットワーク（子局側ネットワーク）が接続されている。すなわち、それぞれのＯＮＵ２０は、配下のユーザネットワークのルータやスイッチ装置等のネットワーク装置と接続している。なお、ＯＮＵ２０自体に、ユーザネットワークを構成するためのルータやスイッチを搭載するようにしても良い。
【００２４】
次に、ＯＬＴ１０及びＯＮＵ２０の内部構成について説明する。
【００２５】
図３は、ＯＬＴ１０の機能的に構成の例について示したブロック図である。また、図４は、ＯＮＵ２０の機能的構成の例について示したブロック図である。
【００２６】
ＯＬＴ１０とＯＮＵ２０の一般的なハードウェア的な構成については、既存のＰＯＮを採用したシステムと同様のものを適用することができるので、図３、図４では、既存のＧＥ−ＰＯＮに対応したＯＬＴ及びＯＮＵの一般的なハードウェア構成に基づいて図示している。光通信ネットワークシステム１では、後述の動作説明の項で説明するＯＬＴ１０がＯＮＵ２０に送信対象のデータ（以下、「送信対象データ」と呼ぶ）を送信する際の処理に特徴があり、それ以外の構成については図３、図４の構成に限定されず、他のパターンの構成であっても良い。また、光通信ネットワークシステム１では、後述するＯＬＴ１０からＯＮＵ２０へ、送信対象データの送信に係る処理以外の処理（例えば、ＯＬＴ１０とＯＮＵ２との間の具体的な通信制御処理等）については、例えば、既存のＧＥ−ＰＯＮと同様の処理（例えば、ＩＥＥＥ８０２．３ａｈ、ＩＥＥＥ８０２．３ａｖ等に準拠した処理）を適用することができる。
【００２７】
次に、ＯＬＴ１０の内部構成について、図３を用いて説明する。
【００２８】
ＯＬＴ１０は、制御部１１、ＰＯＮ側インタフェース１２、ＬＡＮ側インタフェース１３、通信処理部１４、データ送信部１５、及び送信対象データ記憶部１６を有している。
【００２９】
ここで、ＯＬＴ１０は、例えば、ハードウェア的なインタフェース部等の他は、通信処理やデータ処理等を実行するためのＣＰＵ、ＲＯＭ、ＲＡＭ等を有する情報処理装置を用いて構築するようにしても良い。そして、上述の情報処理装置の実施形態のデータ送信プログラム等をインストールすることにより、ＯＬＴ１０を構築するようにしても良い。その場合でも、ＯＬＴ１０の機能的構成は、図３のように示すことができる。
【００３０】
制御部１１は、ＯＬＴ１０の全体を制御する機能を担っている。制御部１１が行う制御処理としては、後述する送信対象データの送信に係る制御処理（すなわち、データ送信部１５及び送信対象データ記憶部１６に係る制御処理）以外については、例えば、既存のＧＥ−ＰＯＮに対応したＯＬＴと同様の処理を適用することができる。
【００３１】
ＰＯＮ側インタフェース１２は、ＯＬＴ１０がＰＯＮ（光ファイバ４０）と接続するためのインタフェースである。ＰＯＮ側インタフェース１２は、例えば、既存のＧＥ−ＰＯＮに対応したＯＬＴと同様のインタフェースを適用することができる。
【００３２】
ＬＡＮ側インタフェース１３は、ＯＬＴ１０が図示しない上述の上位側ネットワークに接続するためのインタフェースである。ＬＡＮ側インタフェース１３は図示しない上位側ネットワークに対応したインタフェースであれば、その具体的な仕様は限定されないものであるが、例えば、既存のＧＥ−ＰＯＮに対応したＯＬＴと同様のインタフェース（例えば、１００Ｂａｓｅ−ＴＸや１０００Ｂａｓｅ-Ｔ等）を適用することができる。
【００３３】
通信処理部１４は、ＰＯＮ側インタフェース１２とＬＡＮ側インタフェース１３との間に配置されており、ＯＬＴ１０が行う通信処理等を行う機能を担っている。通信処理部１４が行う通信処理としては、例えば、ＰＯＮ（各ＯＮＵ２０）側と上位側ネットワークとの間のフレーム転送や、ＰＯＮ（各ＯＮＵ２０）に対する通信制御処理（例えば、ＭＰＣＰに基づく通信制御処理等）を行う。通信処理部１４が行う通信処理としては、後述する送信対象データの送信に係る通信処理（すなわち、データ送信部１５及び送信対象データ記憶部１６に係る通信処理）以外については、例えば、既存のＧＥ−ＰＯＮに対応したＯＬＴにおける通信処理と同様の処理を適用することができる。
【００３４】
データ送信部１５及び送信対象データ記憶部１６は、各ＯＮＵ２０へ送信対象データを送信するための構成要素である。送信対象データ記憶部１６は、送信対象データを後述する形式に変換したデータについて記憶する機能を担っている。そして、データ送信部１５は、送信対象データ記憶部１６に記憶している内容を、各ＯＮＵ２０へ送信する機能を担っている。データ送信部１５及び送信対象データ記憶部１６の詳細については後述する。
【００３５】
次に、ＯＮＵ２０の内部構成について、図４を用いて説明する。
【００３６】
なお、ここでは、説明を簡易にするために、各ＯＮＵ２０は、全て同じ構成であるものとして説明する。
【００３７】
各ＯＮＵ２０は、制御部２１、ＰＯＮ側インタフェース２２、ＬＡＮ側インタフェース２３、通信処理部２４、及び受信データ保持部２５を有している。
【００３８】
ここで、ＯＮＵ２０は、例えば、ハードウェア的なインタフェース部等の他は、通信処理やデータ処理等を実行するためのＣＰＵ、ＲＯＭ、ＲＡＭ等を有する情報処理装置を用いて構築するようにしても良い。そして、上述の情報処理装置に実施形態のデータ受信プログラム等をインストールすることにより、ＯＮＵ２０を構築するようにしても良い。その場合でも、ＯＮＵ２０の機能的構成は、図４のように示すことができる。
【００３９】
制御部２１は、ＯＮＵ２０の全体を制御する機能を担っている。制御部２１が行う制御処理としては、後述する送信対象データの受信に係る制御処理（すなわち、データ受信部２５に係る制御処理）以外については、例えば、既存のＧＥ−ＰＯＮに対応したＯＮＵと同様の処理を適用することができる。
【００４０】
ＰＯＮ側インタフェース２２は、ＯＮＵ２０がＰＯＮ（光ファイバ４０）と接続するためのインタフェースである。ＰＯＮ側インタフェース２２は、例えば、既存のＧＥ−ＰＯＮに対応したＯＮＵと同様のインタフェースを適用することができる。
【００４１】
ＬＡＮ側インタフェース２３は、ＯＮＵ２０が図示しない上述のユーザネットワークに接続させるためのインタフェースである。ＬＡＮ側インタフェース２３は図示しないユーザネットワークに対応したインタフェースであれば、その具体的な仕様は限定されないものであるが、例えば、既存のＧＥ−ＰＯＮに対応したＯＮＵと同様のインタフェース（例えば、１０００Ｂａｓｅ−Ｔや１０００Ｂａｓｅ−ＳＸ等）を適用することができる。
【００４２】
通信処理部２４は、ＰＯＮ側インタフェース２２とＬＡＮ側インタフェース２３との間に配置されており、ＯＮＵ２０が行う通信処理等を行う機能を担っている。通信処理部２４が行う通信処理としては、例えば、ＰＯＮ（ＯＬＴ１０）側と収容するユーザネットワークとの間のフレーム転送や、ＯＬＴ１０との間の通信制御処理（例えば、ＭＰＣＰに係る通信制御処理等）を行う。通信処理部２４が行う通信処理としては、後述する送信対象データの受信に係る通信処理（すなわち、データ受信部２５に係る通信処理）以外については、例えば、既存のＧＥ−ＰＯＮに対応したＯＮＵにおける通信処理と同様の処理を適用することができる。
【００４３】
データ受信部２５は、ＯＬＴ１０から送信された送信対象データを受信する機能を担っている。データ受信部２５の詳細については、後述する。
【００４４】
次に、ＯＬＴ１０とＯＮＵ２０との間を流れるフレーム（パケット）の形式について説明する。
【００４５】
図５は、ＧＥ−ＰＯＮで用いられるフレームの一般的な形式（非特許文献２参照）について示している。ＯＬＴ１０とＯＮＵ２０との間を流れるフレームについても、図５と同様の形式のフレームをそのまま適用するようにしても良いし、図５に示す形式のフレームの一部を変更したものを適用するようにしても良い。
【００４６】
図５に示すように、ＧＥ−ＰＯＮ上を流れるフレームは、ＬＬＩＤを含むプリアンブルのフィールドと、イーサネット（登録商標）フレームのフィールドに別れている。そして、イーサネットフレームは、ＤＡ（宛先のイーサネットアドレス）、ＳＡ（送信元のイーサネットアドレス）、タイプ値、送信データ、及びＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ、誤り検出符号）のフィールドを有している。
【００４７】
そして、ＯＬＴ１０とＯＮＵ２０との間を流れる送信対象データの送信処理に係るフレーム（通信制御信号に係るフレームも含む）については、主信号のフレーム（ＯＮＵ２０の配下のユーザネットワークと、ＯＬＴ１０が接続する上位側ネットワークとの間を流れるフレーム）と区別可能な形式である必要がある。すなわち、ＯＬＴ１０とＯＮＵ２０との間を流れる送信対象データの送信処理に係るフレームは、送信対象データの送信処理に係るフレームであることが識別可能な形式である必要がある。
【００４８】
ＯＬＴ１０とＯＮＵ２０との間で、送信対象データの送信処理に係るフレームと、主信号のフレームとを識別可能な形式で、フレームの送受信を行う具体的方式については限定されないものであるが、例えば、特許文献１の記載技術と同様に、タイプ値のフィールドに所定の値を適用することにより識別しても良いし、専用のＬＬＩＤを用いたりすること等が挙げられる。
【００４９】
そして、ＯＮＵ２０の通信処理部２４では、ＯＬＴ１０から受信したフレームが、送信対象データの送信処理に係るフレームと認識できた場合には、当該フレームを、データ受信部２５に供給し、主信号のフレームについては、所定の処理を行いＬＡＮ側インタフェース２３から送出する。一方、ＯＬＴ１０の通信処理部１４においても同様に、ＯＮＵ２０から受信したフレームが、送信対象データの送信処理に係るフレームと認識できた場合には、当該フレームを、データ送信部１５に供給し、主信号のフレームについては、所定の処理を行ってＬＡＮ側インタフェース１３から送出する。なお、送信対象データの送信処理に係るフレームについては、ＯＬＴ１０側のデータ送信部１５と、ＯＮＵ２０側のデータ受信部２５との間で送受信できれば良いため、上述の図５に示すＤＡ、ＳＡのフィールドについては省略するようにしても良いし、ダミーの値を設定しておくようにしても良い。
【００５０】
以下では、上述のような構成例により、ＯＬＴ１０のデータ送信部１５と、ＯＮＵ２０のデータ受信部２５との間の通信路（通信チャネル）が確保されているものとして、説明を行う。
【００５１】
次に、光通信ネットワークシステム１において、ＯＬＴ１０からＯＮＵ２０へ送信対象データを送信する構成について説明する。
【００５２】
ここでは、ＯＬＴ１０から各ＯＮＵ２０に対して、各ＯＮＵ２０にインストールするソフトウェア（例えば、通信処理部２４や制御部２１の処理に適用するソフトウェア）のデータ（以下、「ソフトウェアデータ」と呼ぶ）を、送信対象データとして送信するものとする。ただし、ＯＬＴ１０から各ＯＮＵ２０に対して送信する送信対象データの種類は、これに限定されないものである。
【００５３】
また、ＯＬＴ１０からＯＮＵ２０へ、ソフトウェアデータを送信する際には、同報通信により、全ＯＮＵ２０へ一斉にソフトウェアデータの送信を行うものとする。既存のＧＥ−ＰＯＮでは、「ブロードキャストＬＬＩＤ」と呼ばれる種類のＬＬＩＤがあり（非特許文献２参照）、ＯＬＴから、ＰＯＮ上の全てのＯＮＵへ同報通信を行う際に用いられる。光通信ネットワークシステム１においても、ＯＬＴ１０から各ＯＮＵ２０へのソフトウェアデータの送信については、当初、このブロードキャストＬＬＩＤを用いて送信するものとする。
【００５４】
ＯＬＴ１０の送信対象データ記憶部１６では、送信するソフトウェアデータについて、送信するブロック長の単位で区切ったもの（以下、「分割ブロック」と呼ぶ）が予め記憶されているものとする。ここでは、送信対象データであるソフトウェアを分割した結果、Ｍ個の分割ブロックが形成されたものとする。そして、送信対象データ記憶部１６では、各分割ブロックに、先頭の分割ブロックから順に昇順に管理番号（以下、「シーケンス番号」と呼ぶ）が付与され、それぞれの分割ブロックはシーケンス番号と対応付けて管理されているものとする。例えば、ソフトウェアデータの先頭部分を切り出した分割ブロックのシーケンス番号は１であり、ソフトウェアデータの最後の部分を切り出した分割ブロックのシーケンス番号はＭとなる。
【００５５】
また、送信対象データ記憶部１６では、受信側（ＯＮＵ２０）で、各分割ブロックを受信した際に、その正常性を確認するための誤り検出に係る符号を算出したデータも格納されているものとする。各分割ブロックに対応する誤り検出に係る符号の形式は限定されないものであるが、ここでは、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）が用いられるものとする。すなわち、送信対象データ記憶部１６には、各分割ブロックに基づくＣＲＣ値のデータも記憶されている。
【００５６】
次に、ＯＬＴ１０とＯＮＵ２０との間を流れる具体的なフレームの内容について説明する。
【００５７】
図６は、ＯＬＴ１０とＯＮＵ２０との間を流れる具体的なフレームの構成例について示した説明図である。
【００５８】
図６に示す各フレームでは、先頭にＬＬＩＤのフィールドを示しているが、実際のフレームではＬＬＩＤは、上述の図５に示すようにプリアンブルに含まれる部分である。また、図６に示す各フレームでは、ＬＬＩＤの後のフィールドについては、全て、上述の図５における「送信データ」の中身を示しているものである。図６に示す各フレームでは、上述の図５におけるＤＡ、ＳＡ、タイプ値、及びＦＣＳの各フィールドについて省略した内容としている。
【００５９】
図６（ａ）は、ＯＬＴ１０（データ送信部１５）により、各ＯＮＵ２０（データ受信部２５）に対して、ソフトウェアデータを送信するに先立って送信されるフレーム（以下、「送信開始通知フレーム」と呼ぶ）である。
【００６０】
図６（ａ）に示すように、送信開始通知フレームは、ＯＬＴ１０から、各ＯＮＵ２０に対して、ブロードキャストＬＬＩＤを用いて送信される。
【００６１】
送信開始通知フレームには、図６（ａ）に示すように、これから送信するソフトウェアデータの分割ブロックの数（Ｍ）を示すフィールドと、全ての分割ブロックのＣＲＣ値（すなわち、Ｍ個のＣＲＣ値）のフィールドが配置されている。なお、送信開始通知フレームに含めるべきＣＲＣ値の数が多く、フレームの最大長を超えてしまう場合には、例えば、送信開始通知フレームのうち、ＣＲＣ値のフィールドだけを複数フレームに分割して送信するようにしても良い。
【００６２】
図６（ａ）に示すように、送信開始通知フレームにおけるＣＲＣ値のフィールドでは、先頭から対応する分割ブロックのシーケンス番号順に配置されているものとする。これにより、送信開始通知フレームを受信したＯＮＵ２０（データ受信部２５）では、どのＣＲＣ値が、何番目の分割ブロックに対応するものであるのかを認識することができる。
【００６３】
そして、送信開始通知フレームを受信した各ＯＮＵ２０（データ受信部２５）は、ＯＬＴ１０にＡＣＫ信号（確認応答）のフレームを返す。そして、ＡＣＫ信号を受け取ったＯＬＴ１０は、ブロードキャストＬＬＩＤを用いて、ソフトウェアデータの分割ブロックのデータが挿入されたフレーム（以下、「分割ブロックフレーム」と呼ぶ）を順次、一方的に全ＯＮＵ２０に送信する。
【００６４】
なお、この場合ＯＮＵ２０（データ受信部２５）からＯＬＴ１０（データ送信部１５）へ送信されるＡＣＫ信号のフレーム形式については、例えば、上述の図５と同様の形式のフレームを用いるようにしてもよい。そして、そのＡＣＫ信号のフレームを構成する「送信データ」のフィールドに、送信開始通知フレームを受信した旨を示すＡＣＫ信号のデータを設定するようにしても良い。
【００６５】
図６（ｂ）は、分割ブロックフレームの構成例について示した説明図である。
【００６６】
分割ブロックフレームには、図６（ｂ）に示すように、分割ブロックのデータのフィールドと、当該分割ブロックのシーケンス番号のフィールドとが含まれている。
【００６７】
図６（ｂ）では、シーケンス番号がｍの分割ブロックが挿入された分割ブロックフレームの構成例について示している。上述の通り、送信対象のソフトウェアデータの分割ブロックはＭ個であるので、データ送信部１５では、Ｍ個の分割ブロックフレームが生成されることになる。
【００６８】
また、ここでは、各分割ブロック、及び分割ブロックフレームは固定長であるものとする。なお、ソフトウェアデータを分割ブロックに分割する際に、最後の分割ブロックについては、その他の分割ブロックよりも短いデータ長となる場合がある。その場合、最後の分割ブロックが挿入された分割ブロックフレームについては、例えば、他の分割ブロックフレームと比較して短くなっている部分をダミーデータにより補完するようにしても良い。また最後の分割ブロックが挿入された分割ブロックフレームについてだけ、他の分割ブロックフレームと比較して短いまま送出するようにしても良い。
【００６９】
そして、各ＯＮＵ２０（通信処理部２４）では、受信した分割ブロックフレームのシーケンス番号の確認と、受信した分割ブロックに基づくＣＲＣ値の算出が行われる。さらに、各ＯＮＵ２０（通信処理部２４）では、予め受信していた各分割ブロックのＣＲＣ値と、受信した分割ブロックに基づくＣＲＣ値とを照合して、受信した分割ブロックの正常性の確認が行われる。また、ＯＮＵ２０（データ受信部２５）では、正常に受信できたと確認された分割ブロックのデータを用いて、ソフトウェアデータの再構成が行われる。
【００７０】
そして、ＯＮＵ２０（データ受信部２５）は、最後のシーケンス番号の分割ブロックフレームまで、ＣＲＣによる正常性確認ができた場合には、ソフトウェアデータのダウンロード完了を示す信号のフレームを、ＯＬＴ１０（データ送信部１５）に送信する。なお、この場合ＯＮＵ２０（データ受信部２５）からＯＬＴ１０（データ送信部１５）へ送信されるダウンロード完了を示す信号のフレーム形式については、例えば、上述の図５と同様の形式のフレームを用いるようにしてもよい。そして、その信号のフレームを構成する「送信データ」のフィールドに、ソフトウェアデータのダウンロードが完了した旨を示すデータを設定するようにしても良い。
【００７１】
一方、ＯＮＵ２０（データ受信部２５）では、受信時に異常を検出した（ＣＲＣにより誤り検出した）分割ブロックや、受信できなかった分割ブロック（以下、「異常分割ブロック」と呼ぶ）があった場合には、その異常分割ブロックに係るシーケンス番号を記録する。なお、異常分割ブロックについては、シーケンス番号等の内容の読取りができない場合や、分割ブロックフレーム自体が通信処理部２４で受信できない場合も有り得る。このような場合を想定して、例えば、データ受信部２５で、正常に受信できた分割ブロックフレームのシーケンス番号を記録しておけば、間が飛ばされたシーケンス番号等から、異常分割ブロックのシーケンス番号を把握することができる。また、ＯＮＵ２０（データ受信部２５）では、送信開始通知フレームにより、最後のシーケンス番号Ｍは明らかとなっているので、最後の分割ブロックフレームが正常に受信できなかったことも検出することができる。
【００７２】
ＯＮＵ２０（データ受信部２５）が、受信した分割ブロックからソフトウェアデータの再構成を行う処理方式については、限定されないものである。ＯＮＵ２０（データ受信部２５）は、例えば、１つの分割ブロックを受信して正常性を確認する都度、特許文献１の記載技術と同様に、ソフトウェアデータを記憶するための図示しないメモリに逐次展開して、作業用メモリの節約を行うようにしても良い。そして、ＯＮＵ２０（データ受信部２５）は、異常分割ブロックを検出した場合に、上述のメモリで当該分割ブロックを記憶するべき領域については空けた状態にして、以降の分割ブロックのメモリ展開を継続するようにしても良い。そして、ＯＮＵ２０（データ受信部２５）は、異常分割ブロックの検出に伴って空けた状態としたメモリ領域については、後述する再送要求により後に取得した分割ブロックのデータを展開するようにしても良い。また、ＯＮＵ２０（データ受信部２５）は、例えば、全ての分割ブロックの正常性が確認された後にまとめてマージして再構成を行ってから、上述の図示しないメモリにまとめて展開するようにしても良い。
【００７３】
ＯＮＵ２０（データ受信部２５）は、分割ブロックフレームを受信する過程で、異常分割ブロックを検出した場合には、その異常分割ブロックに対応するシーケンス番号の分割ブロックについて、再送を要求するフレーム（以下、「再送要求フレーム」と呼ぶ）を、ＯＬＴ１０（データ送信部１５）に送信する。
【００７４】
図６（ｃ）は、再送要求フレームの構成例について示した説明図である。
【００７５】
図６（ｃ）に示すように、再送要求フレームには、異常分割ブロックに係るシーケンス番号（データ受信部２５が再送要求する必要があるシーケンス番号）のリストが挿入されている。
【００７６】
そして、再送要求フレームを受信したＯＬＴ１０（データ送信部１５）では、再送要求フレームのＬＬＩＤから、送信元のＯＮＵ２０を特定し、特定したＯＮＵ２０に対してだけ、再送要求フレームに係る分割ブロックが挿入されたフレーム（以下、「再送分割ブロックフレーム」と呼ぶ）を、ユニキャストのＬＬＩＤを用いて送信する。すなわち、再送分割ブロックフレームに含まれるＬＬＩＤは、ブロードキャストＬＬＩＤではなく、送信先のＯＮＵ２０に係るＬＬＩＤとなる。
【００７７】
図６（ｄ）は、再送分割ブロックフレームの構成例について示した説明図である。
【００７８】
図６（ｄ）に示すように、再送分割ブロックフレームは、用いるＬＬＩＤ以外は分割ブロックフレームと同様の構成となっており、再送する分割ブロックのシーケンス番号のフィールドと、再送する分割ブロックのデータのフィールドとを有している。図６（ｄ）では、ｍ番目の分割ブロックのデータを再送する場合について示している。
【００７９】
そして、ＯＮＵ２０（データ受信部２５）は、再送分割ブロックフレームを受信するごとに、分割ブロックフレームの場合と同様に、受信した再送分割ブロックフレームのシーケンス番号の確認と、ＣＲＣ値の算出を行い、予め受信していた対応する分割ブロックのＣＲＣ値と照合して正常性の確認を行う。そして、ＯＮＵ２０（データ受信部２５）は、受信した再送分割ブロックフレームの分割ブロックについて正常性が確認された場合にはその旨を示すＡＣＫ信号のフレームを、ＯＬＴ１０（データ送信部１５）に送信する。
【００８０】
なお、この場合ＯＮＵ２０（データ受信部２５）からＯＬＴ１０（データ送信部１５）へ送信されるＡＣＫ信号のフレーム形式については、例えば、上述の図５と同様の形式のフレームを用いるようにしてもよい。そして、そのＡＣＫ信号のフレームを構成する「送信データ」のフィールドに、再送分割ブロックフレームを受信した旨を示すＡＣＫ信号のデータ（該当するシーケンス番号を含めるようにしても良い）を設定するようにしても良い。
【００８１】
一方、再送分割ブロックフレームが、正常に受信できなかった場合（例えば、受信できなかった場合や、ＣＲＣによる誤り検出の結果が異常だった場合等）には、ＯＮＵ２０（データ受信部２５）は、さらに当該分割ブロックについて再送信させるための再送要求フレームを、ＯＬＴ１０（データ送信部１５）に送信するようにしても良いし、ダウンロードができなかったものとして異常終了するようにしても良い。また、ＯＮＵ２０（データ受信部２５）に、再送要求フレームを送信する回数の上限を設定しておき、その上限の回数までは、再送要求フレームの送信を繰り返すようにしても良い。
【００８２】
ＯＬＴ１０（データ送信部１５）は、ＯＮＵ２０（データ受信部２５）から、送信した再送分割ブロックフレームに対するＡＣＫ信号のフレームを受信すると、当該ＯＮＵ２０（データ受信部２５）から受信した再送要求フレームの内容（シーケンス番号のリスト）を確認する。そして、ＯＬＴ１０（データ送信部１５）は、その再送要求フレームに含まれていたシーケンス番号のリストで、次のシーケンス番号がある場合には、そのシーケンス番号を選択する。そして、ＯＬＴ１０（データ送信部１５）は、選択したシーケンス番号に対応する分割ブロックが挿入された再送分割ブロックフレームを送信する。このように、ＯＬＴ１０（データ送信部１５）は、ＯＮＵ２０（データ受信部２５）から受信した再送要求フレームで要求された全てのシーケンス番号に係る分割ブロックを再送する。
【００８３】
一方、ＯＮＵ２０（データ受信部２５）は、再送要求フレームで要求した再送分割ブロックフレームを全て正常に受信すると、再送された分割ブロックも用いて、ソフトウェアデータの再構成を行い、さらに、ソフトウェアデータのダウンロード終了を示す信号のフレーム（上述と同様の形式のフレームとしても良い）を、ＯＬＴ１０に通知する。
【００８４】
（Ａ−２）実施形態の動作
次に、以上のような構成を有するこの実施形態の光通信ネットワークシステム１における送信対象データ（ソフトウェアデータ）送信の動作を説明する。
【００８５】
ここでは、予め、送信対象のソフトウェアデータの分割ブロックのデータ及び、各分割ブロックに対応するＣＲＣ値のデータが、送信対象データ記憶部１６に登録されているものとする。なお、ソフトウェアデータから、分割ブロック及びＣＲＣ値を生成する処理については、外部装置で処理するようにしても良いし、データ送信部１５により行う（タイミングは限定されない）ようにしても良い。
【００８６】
また、送信対象データ記憶部１６には、複数のソフトウェアデータに対応する分割ブロック及びＣＲＣ値を登録しておき、ユーザによる設定や操作により特定されたソフトウェアデータに対応するものを、ＯＬＴ１０（データ送信部１５）により送信させるようにしても良い。また、ＯＬＴ１０（データ送信部１５）から、各ＯＮＵ２０へソフトウェアデータを送信する契機については限定されないものであるが、例えば、ユーザの操作や設定に応じたタイミングで開始するようにしても良い。
【００８７】
図１は、光通信ネットワークシステム１において、ＯＬＴ１０から各ＯＮＵ２０へソフトウェアデータを送信する処理の例について示したシーケンス図である。
【００８８】
なお、図１では、説明を簡易にするために、ＯＮＵ２０−１〜２０−Ｎのうち、ＯＮＵ２０−１、２０−Ｎについてだけ図示し、その他のＯＮＵ２０の動作については省略している。
【００８９】
ＯＬＴ１０（データ送信部１５）で、ソフトウェアデータの送信処理が開始されると、ＯＬＴ１０（データ送信部１５）から各ＯＮＵ２０へ、送信開始通知フレームがブロードキャストＬＬＩＤを用いて送信される（Ｓ１０１）。
【００９０】
そして、送信開始通知フレームを受信すると、各ＯＮＵ２０は、送信開始通知フレームを受信した旨を示すＡＣＫ信号のフレームを、ユニキャストのＬＬＩＤを用いてＯＬＴ１０（データ送信部１５）に送信する（Ｓ１０２）。なお、ＯＬＴ１０（データ送信部１５）では、ＡＣＫ信号の応答が所定時間以上無いＯＮＵ２０があった場合には、例えば、当該ＯＮＵ２０についてだけ送信開始通知フレームを送信するようにしても良いし、ブロードキャストＬＬＩＤを用いて送信開始通知フレームを再送するようにしても良い。また、ＯＬＴ１０（データ送信部１５）は、送信開始通知フレームを最初からユニキャストのＬＬＩＤで送信して、ＯＮＵ２０（データ受信部２５）からのＡＣＫ信号の応答を受付けるようにしても良い。
【００９１】
そして、ＯＬＴ１０（データ送信部１５）は、各ＯＮＵ２０に、Ｍ個の分割ブロックフレーム（シーケンス番号：１〜Ｍ）を、ブロードキャストＬＬＩＤを用いて送信する。そして、分割ブロックフレームを受信した各ＯＮＵ２０では、受信した分割ブロックフレームのシーケンス番号の確認と、ＣＲＣ値の算出が行われ、さらに、予め受信していた各分割ブロックのＣＲＣ値と照合して正常性の確認も行われる（Ｓ１０３）。
【００９２】
ここでは、図１に示すように、ＯＮＵ２０−１において、全ての分割ブロックフレームについて正常に受信されたものとする。一方、ＯＮＵ２０−Ｎでは、シーケンス番号が「４」の分割ブロックフレームについてだけ、ＣＲＣによる誤り検出の結果、誤りが検出されソフトウェアデータの再構成ができなかったものとする。この場合、ＯＮＵ２０−Ｎのデータ受信部２５では、シーケンス番号「４」について異常分割ブロックであった旨が記録されることになる。
【００９３】
そして、全ての分割ブロックフレームについて正常に受信されたＯＮＵ２０−１のデータ受信部２５から、ＯＬＴ１０へは、ソフトウェアデータのダウンロード終了を示す信号のフレームが、ＯＬＴ１０（データ送信部１５）へ送信される（Ｓ１０４）。また、ＯＮＵ２０−１のデータ受信部２５では、受信した分割ブロックフレームに挿入されていた分割ブロックに基づいて、ソフトウェアデータの再構成処理が行われる。
【００９４】
一方、ＯＮＵ２０−Ｎのデータ受信部２５では、異常分割ブロックとして検出された分割ブロック（シーケンス番号「４」に対応する分割ブロック）の再送を要求するための再送要求フレームが生成され、ＯＬＴ１０（データ送信部１５）に送信される（Ｓ１０５）。
【００９５】
ＯＮＵ２０−Ｎから再送要求フレームを受信すると、ＯＬＴ１０（データ送信部１５）は、その再送要求フレームに含まれるシーケンス番号のリストに基づいて、シーケンス番号「４」に対応する分割ブロックを送信対象データ記憶部１６から読み込む。そして、ＯＬＴ１０（データ送信部１５）は、読み込んだ分割ブロックを挿入した再送分割ブロックフレームを、ＯＮＵ２０−Ｎに向けてユニキャストのＬＬＩＤで送信する（Ｓ１０６）。
【００９６】
そして、再送分割ブロックフレームを受信すると、ＯＮＵ２０−Ｎのデータ受信部２５は、受信した再送分割ブロックフレームのシーケンス番号の確認と、ＣＲＣ値の算出が行われ、さらに、予め受信していた各分割ブロックのＣＲＣ値と照合して正常性の確認も行われる（Ｓ１０７）。そして、ここでは、ＯＮＵ２０−Ｎのデータ受信部２５では、受信した再送分割ブロックフレームに挿入された分割ブロックについて正常に受信されたものとする。これにより、ＯＮＵ２０−Ｎでは、ソフトウェアデータを構成する全ての分割ブロックのデータについて、正常に受信できたことになるため、ソフトウェアデータの全体を再構成することができる。
【００９７】
そして、全ての分割ブロックフレームについて正常に受信されたＯＮＵ２０−Ｎのデータ受信部２５から、ＯＬＴ１０（データ送信部１５）へ、ソフトウェアデータのダウンロード終了を示す信号のフレームが送信され（Ｓ１０８）、ＯＬＴ１０（データ送信部１５）側でも、全てのＯＮＵ２０についてソフトウェアデータの送信が正常に完了したことを把握することができる。
【００９８】
以上のように、ＯＬＴ１０から、各ＯＮＵ２０へソフトウェアデータの送信が行われる。
【００９９】
（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。
【０１００】
この実施形態では、ＯＬＴ１０から各ＯＮＵ２０へ、ブロードキャストＬＬＩＤを用いて、「送信開始通知フレーム」及び「分割ブロックフレームを」送信している。これにより、各ＯＮＵ２０に個別にソフトウェアデータのデータ送信を行わなくて良いため、ＰＯＮの帯域やＯＬＴ１０側のリソースを効率的に利用することができる。
【０１０１】
また、この実施形態では、ＯＬＴ１０から各ＯＮＵ２０に、送信開始通知フレーム（各分割ブロックに対応するＣＲＣ値）を送信しておき、ＯＮＵ２０側では、その後に受信した分割ブロックの正常性について予め受信したＣＲＣ値を用いて確認している。さらに、各ＯＮＵ２０では、正常に受信できなかった異常分割ブロックについて、ＯＬＴ１０に再送要求し、ＯＬＴ１０から個別にユニキャストで再送を受けている。すなわち、この実施形態では、各ＯＮＵ２０で正常に受信できなかった分割ブロックについてだけ、ユニキャストでＯＬＴ１０から再送しているため、光通信ネットワークシステム１では、効率的にリソースを利用しつつ、確実にソフトウェアデータの送信を行うことができる。
【０１０２】
特に、伝送するソフトウェアデータのサイズが大きい場合や、ソフトウェアデータ受信時にＯＮＵ２０の負荷が既に高い状態だった場合等には、分割ブロックフレームを受信したＯＮＵ２０の内部のエラー（例えば、ＣＰＵの処理が間に合わなかったり、データを消失する等のエラー）により、受信した分割ブロックフレームが正常に処理されない場合がある。したがって、このような場合に、上述の再送要求の処理は有効である。
【０１０３】
（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【０１０４】
（Ｂ−１）上記の実施形態では、ＯＬＴ１０及びＯＮＵ２０は、ＧＥ−ＰＯＮに対応したものとして説明したが、ブロードキャストＬＬＩＤ等を用いてＯＬＴから各ＯＮＵへ同報通信することができる構成を備えているその他のＰＯＮシステムに適用することもできる。なお、上記の実施形態における「ＬＬＩＤ」は、ＩＥＥＥ８０２．３ａｈ（Ｅｔｈｅｒｎｅｔ（登録商標）  ｉｎ  ｔｈｅ  Ｆｉｒｓｔ  Ｍｉｌｅ）に規定されたＥＰＯＮ（Ｅｔｈｅｒｎｅｔ  Ｐａｓｓｉｖｅ  Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ）のものであるが、論理リンクを識別するためのフィールドを備えておりかつ論理リンク上でブロードキャストを行う仕組みを備えているものに置き換えるようにしても良い。
【０１０５】
（Ｂ−２）上記の実施形態では、受信側（ＯＮＵ２０）で分割ブロックの正常性を検査するために、誤り検出に係る符号としてＣＲＣ値を用いているが、受信側（ＯＮＵ２０）で分割ブロックの正常性を検査するために用いる誤り検出に係る符号は、ＣＲＣ値に限定されないものである。例えば、ＣＲＣではなく他の誤り検出に係る符号（例えば、チェックサムやハッシュ関数を用いた方式）を、光通信ネットワークシステム１に適用するようにしても良い。また、誤り検出に係る符号として、誤り検出だけでなく訂正も行う符号（例えば、ハミング符号やＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）符号等）を適用するようにしても良い。なお、光通信ネットワークシステム１において、誤り検出に係る符号として誤り訂正符号を適用した場合には、受信側（ＯＮＵ２０）で、訂正不能だった分割ブロックについて、異常分割ブロックと検出するようにしても良い。
【０１０６】
（Ｂ−３）上記の実施形態では、ＧＥ−ＰＯＮにおいてＯＬＴ（データ送信装置）からＯＮＵ（データ受信装置）へデータ送信する例について説明したが、本発明のデータ送信装置及びデータ受信装置に適用する装置の種類や対応する通信方式は限定されないものである。例えば、データ送信装置としてＬＡＮインタフェース（例えば、１００Ｂａｓｅ−ＴＸや１０００Ｂａｓｅ−Ｔ等）を用いてＬＡＮ（例えば、Ｌ２／Ｌ３スイッチやルータ等により構成されたネットワーク）に接続したサーバ装置やネットワーク装置（例えば、通信事業者側のネットワークを構成するルータ等）等を適用するようにしても良い。また、データ受信装置として、データ送信装置にＬＡＮを介して接続するクライアント端末（例えば、パソコン等）や下位のネットワーク装置（例えば、通信事業者設備に接続する加入者側のルータ等）等を適用するようにしても良い。この場合、データ送信装置から、データ受信装置への同報通信については、ブロードキャストＬＬＩＤの替わりに、ブロードキャストＩＰアドレス、ブロードキャストＭＡＣアドレス、又はマルチキャストＩＰアドレス等を用いた通信を適用するようにしても良い。
【符号の説明】
【０１０７】
１…光通信ネットワークシステム（通信システム）、１０…ＯＬＴ（データ送信装置）、１１…制御部、１２…ＰＯＮ側インタフェース、１３…ＬＡＮ側インタフェース、１４…通信処理部、１５…データ送信部、１６…送信対象データ記憶部、２０、２０−１〜２０−Ｎ…ＯＮＵ（データ受信装置）、２１…制御部、２２…ＰＯＮ側インタフェース、２３…ＬＡＮ側インタフェース、２４…通信処理部、２５…データ受信部、３０…光スプリッタ、４０…光ファイバ。
【図１】
2012205277.tif 000003
【図２】
2012205277.tif 000004
【図３】
2012205277.tif 000005
【図４】
2012205277.tif 000006
【図５】
2012205277.tif 000007
【図６】
2012205277.tif 000008