複数のデータ受信装置と、送信対象データを上記受信側通信装置に送信するデータ送信装置とを備える通信システムにおいて、上記データ送信装置は、上記送信対象データを複数のブロックに分割したデータと、それぞれのブロックに対応する誤り検出に係る符号とを保持するデータ保持手段と、それぞれの上記データ受信装置に対して、少なくとも、それぞれのブロックに対応する上記符号を含む通知情報を送信する通知手段と、上記データ保持手段が保持しているブロックと、当該ブロックに係るシーケンス番号を挿入したブロックデータフレームを生成し、上記データ受信装置に、生成したブロックデータフレームを同報通信処理により送信するブロックデータフレーム送信手段とを有し、それぞれの上記データ受信装置は、上記データ送信装置から、通知情報を受信する通知受信手段と、上記データ送信装置から、同報通信処理により送信された、ブロックデータフレームを受信するブロックデータフレーム受信手段と、上記データ送信装置から通知された通知情報に含まれているそれぞれのブロックに対応する符号を用いて、上記ブロックデータフレーム受信手段が受信した各ブロックデータフレームに挿入されたブロックの正常性を検査する正常性検査手段と、上記正常性検査手段により正常性が確認されたブロックを用いて、上記送信対象データを再構成するデータ再構成手段とを有することを特徴とする通信システム。それぞれの上記データ受信装置は、上記正常性検査手段により異常が検出されたブロックについては、上記データ送信装置に再送を要求する再送要求手段をさらに有し、上記データ送信装置は、いずれかの上記データ受信装置から、再送要求があった場合に、その再送要求に係るブロックと、当該ブロックに係るシーケンス番号を挿入したブロックデータフレームを生成し、再送要求元の上記データ受信装置に送信するブロックデータ再送手段をさらに有することを特徴とする請求項1に記載の通信システム。上記通知手段が通知する通知情報には、上記送信対象データを構成するブロック数の情報も含まれており、上記再送要求手段は、上記データ送信装置から通知された通知情報に含まれるブロック数の情報と、上記ブロックデータフレーム受信手段が受信した内容とを利用して、上記送信対象データを構成するブロックのうち、上記ブロックデータフレーム受信手段で受信されなかったブロックを検出し、受信されなかったブロックについても、上記データ送信装置に再送を要求することを特徴とする請求項2に記載の通信システム。複数のデータ受信装置に送信対象データを送信するデータ送信装置において、上記送信対象データを複数のブロックに分割したデータと、それぞれのブロックに対応する誤り検出に係る符号とを保持するデータ保持手段と、それぞれの上記データ受信装置に対して、少なくとも、それぞれのブロックに対応する上記符号を含む通知情報を送信する通知手段と、上記データ保持手段が保持しているブロックと、当該ブロックに係るシーケンス番号を挿入したブロックデータフレームを生成し、上記データ受信装置に、生成したブロックデータフレームを同報通信処理により送信するブロックデータフレーム送信手段とを有することを特徴とするデータ送信装置。データ送信装置から送信対象データを受信するデータ受信装置において、上記送信対象データから分割されたブロックのそれぞれに対応する誤り検出に係る符号を含む通知情報を、上記データ送信装置から受信する通知受信手段と、上記データ送信装置から、同報通信処理により送信された、上記送信対象データから分割されたブロックと、当該ブロックに係るシーケンス番号とが挿入されたブロックデータフレームを受信するブロックデータフレーム受信手段と、上記データ送信装置から通知された通知情報に含まれているそれぞれのブロックに対応する符号を用いて、上記ブロックデータフレーム受信手段が受信した各ブロックデータフレームに挿入されたブロックの正常性を検査する正常性検査手段と、上記正常性検査手段により正常性が確認されたブロックを用いて、上記送信対象データを再構成するデータ再構成手段とを有することを特徴とするデータ受信装置。複数のデータ受信装置に送信対象データを送信するデータ送信装置に搭載されたコンピュータを、上記送信対象データを複数のブロックに分割したデータと、それぞれのブロックに対応する誤り検出に係る符号とを保持するデータ保持手段と、それぞれの上記データ受信装置に対して、少なくとも、それぞれのブロックに対応する上記符号を含む通知情報を送信する通知手段と、上記データ保持手段が保持しているブロックと、当該ブロックに係るシーケンス番号を挿入したブロックデータフレームを生成し、上記データ受信装置に、生成したブロックデータフレームを同報通信処理により送信するブロックデータフレーム送信手段として機能させることを特徴とするデータ送信プログラム。データ送信装置から送信対象データを受信するデータ受信装置に搭載されたコンピュータを、上記送信対象データから分割されたブロックのそれぞれに対応する誤り検出に係る符号を含む通知情報を、上記データ送信装置から受信する通知受信手段と、上記データ送信装置から、同報通信処理により送信された、上記送信対象データから分割されたブロックと、当該ブロックに係るシーケンス番号とが挿入されたブロックデータフレームを受信するブロックデータフレーム受信手段と、上記データ送信装置から通知された通知情報に含まれているそれぞれのブロックに対応する符号を用いて、上記ブロックデータフレーム受信手段が受信した各ブロックデータフレームに挿入されたブロックの正常性を検査する正常性検査手段と、上記正常性検査手段により正常性が確認されたブロックを用いて、上記送信対象データを再構成するデータ再構成手段として機能させることを特徴とするデータ受信プログラム。PONシステムにおいてOLTからONUへのデータ送信以下、下り送信と呼ぶは、ユーザ毎の伝送路が幹線ファイバから光スプリッタで分岐されているだけであるため、物理レイヤのデータとしてはブロードキャストにて送信されるPONの同報性。しかしこれでは個々のONUとの通信が識別できないため、LLIDLogicalLinkIDと呼ばれるフレーム内のフィールドを使用して個々のONUを識別し、論理リンクを確立する。特許文献1の記載技術においては制御ソフトウェアのダウンロード時にユーザフレームの影響を低減するという配慮がなされているが、効率的なダウンロードについて考慮されていない。即ち、OLTはソフトウェアデータをフレームに分割して送信し、ONUは個々のフレームを受信する度に受信確認ACKをOLTに返し、OLTはそのACKを受信することによって次のデータフレームを送信する。しかし各ONUがOLTからの設置距離が異なるなどの影響でACKが遅れる場合や、伝送路上で何らかの問題があってソフトウェアデータが個々のONUに届かない、もしくはソフトウェアデータはONUに届いたがACKがOLTに届かないという場合も有り得る。この場合、制御ソフトウェアのダウンロードはお互いのONUのダウンロードの進行への影響を防ぐためにも個々の論理リンク毎に行われている。即ち、特許文献1の記載技術では、制御ソフトウェアのダウンロードデータは個々のONUに送信する必要があり、OLTとONUの接続が1:nの場合において、OLTはダウンロードデータをn回送信する必要があり効率が悪いという問題があった。そのため、データ送信装置例えば、OLTから複数のデータ受信装置例えば、ONUに対してデータ送信をする際に、効率的に送信することができるデータ送信装置及びプログラム、並びに、データ受信装置及びプログラム、並びに、通信システムがのぞまれている。第1の本発明は、複数のデータ受信装置と、送信対象データを上記受信側通信装置に送信するデータ送信装置とを備える通信システムにおいて、1上記データ送信装置は、1-1上記送信対象データを複数のブロックに分割したデータと、それぞれのブロックに対応する誤り検出に係る符号とを保持するデータ保持手段と、1-2それぞれの上記データ受信装置に対して、少なくとも、それぞれのブロックに対応する上記符号を含む通知情報を送信する通知手段と、1-3上記データ保持手段が保持しているブロックと、当該ブロックに係るシーケンス番号を挿入したブロックデータフレームを生成し、上記データ受信装置に、生成したブロックデータフレームを同報通信処理により送信するブロックデータフレーム送信手段とを有し、2それぞれの上記データ受信装置は、2-1上記データ送信装置から、通知情報を受信する通知受信手段と、2-2上記データ送信装置から、同報通信処理により送信された、ブロックデータフレームを受信するブロックデータフレーム受信手段と、2-3上記データ送信装置から通知された通知情報に含まれているそれぞれのブロックに対応する符号を用いて、上記ブロックデータフレーム受信手段が受信した各ブロックデータフレームに挿入されたブロックの正常性を検査する正常性検査手段と、2-4上記正常性検査手段により正常性が確認されたブロックを用いて、上記送信対象データを再構成するデータ再構成手段とを有することを特徴とする。第2の本発明は、複数のデータ受信装置に送信対象データを送信するデータ送信装置において、1上記送信対象データを複数のブロックに分割したデータと、それぞれのブロックに対応する誤り検出に係る符号とを保持するデータ保持手段と、2それぞれの上記データ受信装置に対して、少なくとも、それぞれのブロックに対応する上記符号を含む通知情報を送信する通知手段と、3上記データ保持手段が保持しているブロックと、当該ブロックに係るシーケンス番号を挿入したブロックデータフレームを生成し、上記データ受信装置に、生成したブロックデータフレームを同報通信処理により送信するブロックデータフレーム送信手段とを有することを特徴とする。第3の本発明は、データ送信装置から送信対象データを受信するデータ受信装置において、1上記送信対象データから分割されたブロックのそれぞれに対応する誤り検出に係る符号を含む通知情報を、上記データ送信装置から受信する通知受信手段と、2上記データ送信装置から、同報通信処理により送信された、上記送信対象データから分割されたブロックと、当該ブロックに係るシーケンス番号とが挿入されたブロックデータフレームを受信するブロックデータフレーム受信手段と、3上記データ送信装置から通知された通知情報に含まれているそれぞれのブロックに対応する符号を用いて、上記ブロックデータフレーム受信手段が受信した各ブロックデータフレームに挿入されたブロックの正常性を検査する正常性検査手段と、4上記正常性検査手段により正常性が確認されたブロックを用いて、上記送信対象データを再構成するデータ再構成手段とを有することを特徴とする。第4の本発明のデータ送信プログラムは、1複数のデータ受信装置に送信対象データを送信するデータ送信装置に搭載されたコンピュータを、2上記送信対象データを複数のブロックに分割したデータと、それぞれのブロックに対応する誤り検出に係る符号とを保持するデータ保持手段と、3それぞれの上記データ受信装置に対して、少なくとも、それぞれのブロックに対応する上記符号を含む通知情報を送信する通知手段と、4上記データ保持手段が保持しているブロックと、当該ブロックに係るシーケンス番号を挿入したブロックデータフレームを生成し、上記データ受信装置に、生成したブロックデータフレームを同報通信処理により送信するブロックデータフレーム送信手段として機能させることを特徴とする。第5の本発明のデータ受信プログラムは、1データ送信装置から送信対象データを受信するデータ受信装置に搭載されたコンピュータを、2上記送信対象データから分割されたブロックのそれぞれに対応する誤り検出に係る符号を含む通知情報を、上記データ送信装置から受信する通知受信手段と、3上記データ送信装置から、同報通信処理により送信された、上記送信対象データから分割されたブロックと、当該ブロックに係るシーケンス番号とが挿入されたブロックデータフレームを受信するブロックデータフレーム受信手段と、4上記データ送信装置から通知された通知情報に含まれているそれぞれのブロックに対応する符号を用いて、上記ブロックデータフレーム受信手段が受信した各ブロックデータフレームに挿入されたブロックの正常性を検査する正常性検査手段と、5上記正常性検査手段により正常性が確認されたブロックを用いて、上記送信対象データを再構成するデータ再構成手段として機能させることを特徴とする。本発明によれば、データ送信装置から複数のデータ受信装置に対してデータ送信をする際に、効率的に送信することができる。A主たる実施形態以下、本発明によるデータ送信装置及びプログラム、並びに、データ受信装置及びプログラム、並びに、通信システムの一実施形態を、図面を参照しながら詳述する。なお、実施形態の通信システムは、光通信ネットワークシステムである。また、実施形態のデータ送信装置及びデータ受信装置は、OLT及びONUである。A-1実施形態の構成図2は、この実施形態の光通信ネットワークシステム1の全体構成を示すブロック図である。光通信ネットワークシステム1には、OLT10親局通信装置及び、N個のONU2020-1~20-N子局通信装置が配置されている。OLT10と各ONU20との間は、光スプリッタ30複数分岐としても良いにより分岐された光ファイバ40で接続されている。すなわち、OLT10と各ONU20によりPONGE-PONが形成されている。図2では、OLT10は、図示しない上位側ネットワーク親局側ネットワークと接続している。なお、OLT10が図示しない上位側ネットワークに接続する構成は限定されないものである。一方、図2において図示は省略しているが、それぞれのONU20の配下には、ユーザネットワーク子局側ネットワークが接続されている。すなわち、それぞれのONU20は、配下のユーザネットワークのルータやスイッチ装置等のネットワーク装置と接続している。なお、ONU20自体に、ユーザネットワークを構成するためのルータやスイッチを搭載するようにしても良い。次に、OLT10及びONU20の内部構成について説明する。図3は、OLT10の機能的に構成の例について示したブロック図である。また、図4は、ONU20の機能的構成の例について示したブロック図である。OLT10とONU20の一般的なハードウェア的な構成については、既存のPONを採用したシステムと同様のものを適用することができるので、図3、図4では、既存のGE-PONに対応したOLT及びONUの一般的なハードウェア構成に基づいて図示している。光通信ネットワークシステム1では、後述の動作説明の項で説明するOLT10がONU20に送信対象のデータ以下、送信対象データと呼ぶを送信する際の処理に特徴があり、それ以外の構成については図3、図4の構成に限定されず、他のパターンの構成であっても良い。また、光通信ネットワークシステム1では、後述するOLT10からONU20へ、送信対象データの送信に係る処理以外の処理例えば、OLT10とONU2との間の具体的な通信制御処理等については、例えば、既存のGE-PONと同様の処理例えば、IEEE802.3ah、IEEE802.3av等に準拠した処理を適用することができる。次に、OLT10の内部構成について、図3を用いて説明する。OLT10は、制御部11、PON側インタフェース12、LAN側インタフェース13、通信処理部14、データ送信部15、及び送信対象データ記憶部16を有している。ここで、OLT10は、例えば、ハードウェア的なインタフェース部等の他は、通信処理やデータ処理等を実行するためのCPU、ROM、RAM等を有する情報処理装置を用いて構築するようにしても良い。そして、上述の情報処理装置の実施形態のデータ送信プログラム等をインストールすることにより、OLT10を構築するようにしても良い。その場合でも、OLT10の機能的構成は、図3のように示すことができる。制御部11は、OLT10の全体を制御する機能を担っている。制御部11が行う制御処理としては、後述する送信対象データの送信に係る制御処理すなわち、データ送信部15及び送信対象データ記憶部16に係る制御処理以外については、例えば、既存のGE-PONに対応したOLTと同様の処理を適用することができる。PON側インタフェース12は、OLT10がPON光ファイバ40と接続するためのインタフェースである。PON側インタフェース12は、例えば、既存のGE-PONに対応したOLTと同様のインタフェースを適用することができる。LAN側インタフェース13は、OLT10が図示しない上述の上位側ネットワークに接続するためのインタフェースである。LAN側インタフェース13は図示しない上位側ネットワークに対応したインタフェースであれば、その具体的な仕様は限定されないものであるが、例えば、既存のGE-PONに対応したOLTと同様のインタフェース例えば、100Base-TXや1000BaseT等を適用することができる。通信処理部14は、PON側インタフェース12とLAN側インタフェース13との間に配置されており、OLT10が行う通信処理等を行う機能を担っている。通信処理部14が行う通信処理としては、例えば、PON各ONU20側と上位側ネットワークとの間のフレーム転送や、PON各ONU20に対する通信制御処理例えば、MPCPに基づく通信制御処理等を行う。通信処理部14が行う通信処理としては、後述する送信対象データの送信に係る通信処理すなわち、データ送信部15及び送信対象データ記憶部16に係る通信処理以外については、例えば、既存のGE-PONに対応したOLTにおける通信処理と同様の処理を適用することができる。データ送信部15及び送信対象データ記憶部16は、各ONU20へ送信対象データを送信するための構成要素である。送信対象データ記憶部16は、送信対象データを後述する形式に変換したデータについて記憶する機能を担っている。そして、データ送信部15は、送信対象データ記憶部16に記憶している内容を、各ONU20へ送信する機能を担っている。データ送信部15及び送信対象データ記憶部16の詳細については後述する。次に、ONU20の内部構成について、図4を用いて説明する。なお、ここでは、説明を簡易にするために、各ONU20は、全て同じ構成であるものとして説明する。各ONU20は、制御部21、PON側インタフェース22、LAN側インタフェース23、通信処理部24、及び受信データ保持部25を有している。ここで、ONU20は、例えば、ハードウェア的なインタフェース部等の他は、通信処理やデータ処理等を実行するためのCPU、ROM、RAM等を有する情報処理装置を用いて構築するようにしても良い。そして、上述の情報処理装置に実施形態のデータ受信プログラム等をインストールすることにより、ONU20を構築するようにしても良い。その場合でも、ONU20の機能的構成は、図4のように示すことができる。制御部21は、ONU20の全体を制御する機能を担っている。制御部21が行う制御処理としては、後述する送信対象データの受信に係る制御処理すなわち、データ受信部25に係る制御処理以外については、例えば、既存のGE-PONに対応したONUと同様の処理を適用することができる。PON側インタフェース22は、ONU20がPON光ファイバ40と接続するためのインタフェースである。PON側インタフェース22は、例えば、既存のGE-PONに対応したONUと同様のインタフェースを適用することができる。LAN側インタフェース23は、ONU20が図示しない上述のユーザネットワークに接続させるためのインタフェースである。LAN側インタフェース23は図示しないユーザネットワークに対応したインタフェースであれば、その具体的な仕様は限定されないものであるが、例えば、既存のGE-PONに対応したONUと同様のインタフェース例えば、1000Base-Tや1000Base-SX等を適用することができる。通信処理部24は、PON側インタフェース22とLAN側インタフェース23との間に配置されており、ONU20が行う通信処理等を行う機能を担っている。通信処理部24が行う通信処理としては、例えば、PONOLT10側と収容するユーザネットワークとの間のフレーム転送や、OLT10との間の通信制御処理例えば、MPCPに係る通信制御処理等を行う。通信処理部24が行う通信処理としては、後述する送信対象データの受信に係る通信処理すなわち、データ受信部25に係る通信処理以外については、例えば、既存のGE-PONに対応したONUにおける通信処理と同様の処理を適用することができる。データ受信部25は、OLT10から送信された送信対象データを受信する機能を担っている。データ受信部25の詳細については、後述する。次に、OLT10とONU20との間を流れるフレームパケットの形式について説明する。図5は、GE-PONで用いられるフレームの一般的な形式非特許文献2参照について示している。OLT10とONU20との間を流れるフレームについても、図5と同様の形式のフレームをそのまま適用するようにしても良いし、図5に示す形式のフレームの一部を変更したものを適用するようにしても良い。図5に示すように、GE-PON上を流れるフレームは、LLIDを含むプリアンブルのフィールドと、イーサネット登録商標フレームのフィールドに別れている。そして、イーサネットフレームは、DA宛先のイーサネットアドレス、SA送信元のイーサネットアドレス、タイプ値、送信データ、及びFCSFrameCheckSequence、誤り検出符号のフィールドを有している。そして、OLT10とONU20との間を流れる送信対象データの送信処理に係るフレーム通信制御信号に係るフレームも含むについては、主信号のフレームONU20の配下のユーザネットワークと、OLT10が接続する上位側ネットワークとの間を流れるフレームと区別可能な形式である必要がある。すなわち、OLT10とONU20との間を流れる送信対象データの送信処理に係るフレームは、送信対象データの送信処理に係るフレームであることが識別可能な形式である必要がある。OLT10とONU20との間で、送信対象データの送信処理に係るフレームと、主信号のフレームとを識別可能な形式で、フレームの送受信を行う具体的方式については限定されないものであるが、例えば、特許文献1の記載技術と同様に、タイプ値のフィールドに所定の値を適用することにより識別しても良いし、専用のLLIDを用いたりすること等が挙げられる。そして、ONU20の通信処理部24では、OLT10から受信したフレームが、送信対象データの送信処理に係るフレームと認識できた場合には、当該フレームを、データ受信部25に供給し、主信号のフレームについては、所定の処理を行いLAN側インタフェース23から送出する。一方、OLT10の通信処理部14においても同様に、ONU20から受信したフレームが、送信対象データの送信処理に係るフレームと認識できた場合には、当該フレームを、データ送信部15に供給し、主信号のフレームについては、所定の処理を行ってLAN側インタフェース13から送出する。なお、送信対象データの送信処理に係るフレームについては、OLT10側のデータ送信部15と、ONU20側のデータ受信部25との間で送受信できれば良いため、上述の図5に示すDA、SAのフィールドについては省略するようにしても良いし、ダミーの値を設定しておくようにしても良い。以下では、上述のような構成例により、OLT10のデータ送信部15と、ONU20のデータ受信部25との間の通信路通信チャネルが確保されているものとして、説明を行う。次に、光通信ネットワークシステム1において、OLT10からONU20へ送信対象データを送信する構成について説明する。ここでは、OLT10から各ONU20に対して、各ONU20にインストールするソフトウェア例えば、通信処理部24や制御部21の処理に適用するソフトウェアのデータ以下、ソフトウェアデータと呼ぶを、送信対象データとして送信するものとする。ただし、OLT10から各ONU20に対して送信する送信対象データの種類は、これに限定されないものである。また、OLT10からONU20へ、ソフトウェアデータを送信する際には、同報通信により、全ONU20へ一斉にソフトウェアデータの送信を行うものとする。既存のGE-PONでは、ブロードキャストLLIDと呼ばれる種類のLLIDがあり非特許文献2参照、OLTから、PON上の全てのONUへ同報通信を行う際に用いられる。光通信ネットワークシステム1においても、OLT10から各ONU20へのソフトウェアデータの送信については、当初、このブロードキャストLLIDを用いて送信するものとする。OLT10の送信対象データ記憶部16では、送信するソフトウェアデータについて、送信するブロック長の単位で区切ったもの以下、分割ブロックと呼ぶが予め記憶されているものとする。ここでは、送信対象データであるソフトウェアを分割した結果、M個の分割ブロックが形成されたものとする。そして、送信対象データ記憶部16では、各分割ブロックに、先頭の分割ブロックから順に昇順に管理番号以下、シーケンス番号と呼ぶが付与され、それぞれの分割ブロックはシーケンス番号と対応付けて管理されているものとする。例えば、ソフトウェアデータの先頭部分を切り出した分割ブロックのシーケンス番号は1であり、ソフトウェアデータの最後の部分を切り出した分割ブロックのシーケンス番号はMとなる。また、送信対象データ記憶部16では、受信側ONU20で、各分割ブロックを受信した際に、その正常性を確認するための誤り検出に係る符号を算出したデータも格納されているものとする。各分割ブロックに対応する誤り検出に係る符号の形式は限定されないものであるが、ここでは、CRCCyclicRedundancyCheckが用いられるものとする。すなわち、送信対象データ記憶部16には、各分割ブロックに基づくCRC値のデータも記憶されている。次に、OLT10とONU20との間を流れる具体的なフレームの内容について説明する。図6は、OLT10とONU20との間を流れる具体的なフレームの構成例について示した説明図である。図6に示す各フレームでは、先頭にLLIDのフィールドを示しているが、実際のフレームではLLIDは、上述の図5に示すようにプリアンブルに含まれる部分である。また、図6に示す各フレームでは、LLIDの後のフィールドについては、全て、上述の図5における送信データの中身を示しているものである。図6に示す各フレームでは、上述の図5におけるDA、SA、タイプ値、及びFCSの各フィールドについて省略した内容としている。図6aは、OLT10データ送信部15により、各ONU20データ受信部25に対して、ソフトウェアデータを送信するに先立って送信されるフレーム以下、送信開始通知フレームと呼ぶである。図6aに示すように、送信開始通知フレームは、OLT10から、各ONU20に対して、ブロードキャストLLIDを用いて送信される。送信開始通知フレームには、図6aに示すように、これから送信するソフトウェアデータの分割ブロックの数Mを示すフィールドと、全ての分割ブロックのCRC値すなわち、M個のCRC値のフィールドが配置されている。なお、送信開始通知フレームに含めるべきCRC値の数が多く、フレームの最大長を超えてしまう場合には、例えば、送信開始通知フレームのうち、CRC値のフィールドだけを複数フレームに分割して送信するようにしても良い。図6aに示すように、送信開始通知フレームにおけるCRC値のフィールドでは、先頭から対応する分割ブロックのシーケンス番号順に配置されているものとする。これにより、送信開始通知フレームを受信したONU20データ受信部25では、どのCRC値が、何番目の分割ブロックに対応するものであるのかを認識することができる。そして、送信開始通知フレームを受信した各ONU20データ受信部25は、OLT10にACK信号確認応答のフレームを返す。そして、ACK信号を受け取ったOLT10は、ブロードキャストLLIDを用いて、ソフトウェアデータの分割ブロックのデータが挿入されたフレーム以下、分割ブロックフレームと呼ぶを順次、一方的に全ONU20に送信する。なお、この場合ONU20データ受信部25からOLT10データ送信部15へ送信されるACK信号のフレーム形式については、例えば、上述の図5と同様の形式のフレームを用いるようにしてもよい。そして、そのACK信号のフレームを構成する送信データのフィールドに、送信開始通知フレームを受信した旨を示すACK信号のデータを設定するようにしても良い。図6bは、分割ブロックフレームの構成例について示した説明図である。分割ブロックフレームには、図6bに示すように、分割ブロックのデータのフィールドと、当該分割ブロックのシーケンス番号のフィールドとが含まれている。図6bでは、シーケンス番号がmの分割ブロックが挿入された分割ブロックフレームの構成例について示している。上述の通り、送信対象のソフトウェアデータの分割ブロックはM個であるので、データ送信部15では、M個の分割ブロックフレームが生成されることになる。また、ここでは、各分割ブロック、及び分割ブロックフレームは固定長であるものとする。なお、ソフトウェアデータを分割ブロックに分割する際に、最後の分割ブロックについては、その他の分割ブロックよりも短いデータ長となる場合がある。その場合、最後の分割ブロックが挿入された分割ブロックフレームについては、例えば、他の分割ブロックフレームと比較して短くなっている部分をダミーデータにより補完するようにしても良い。また最後の分割ブロックが挿入された分割ブロックフレームについてだけ、他の分割ブロックフレームと比較して短いまま送出するようにしても良い。そして、各ONU20通信処理部24では、受信した分割ブロックフレームのシーケンス番号の確認と、受信した分割ブロックに基づくCRC値の算出が行われる。さらに、各ONU20通信処理部24では、予め受信していた各分割ブロックのCRC値と、受信した分割ブロックに基づくCRC値とを照合して、受信した分割ブロックの正常性の確認が行われる。また、ONU20データ受信部25では、正常に受信できたと確認された分割ブロックのデータを用いて、ソフトウェアデータの再構成が行われる。そして、ONU20データ受信部25は、最後のシーケンス番号の分割ブロックフレームまで、CRCによる正常性確認ができた場合には、ソフトウェアデータのダウンロード完了を示す信号のフレームを、OLT10データ送信部15に送信する。なお、この場合ONU20データ受信部25からOLT10データ送信部15へ送信されるダウンロード完了を示す信号のフレーム形式については、例えば、上述の図5と同様の形式のフレームを用いるようにしてもよい。そして、その信号のフレームを構成する送信データのフィールドに、ソフトウェアデータのダウンロードが完了した旨を示すデータを設定するようにしても良い。一方、ONU20データ受信部25では、受信時に異常を検出したCRCにより誤り検出した分割ブロックや、受信できなかった分割ブロック以下、異常分割ブロックと呼ぶがあった場合には、その異常分割ブロックに係るシーケンス番号を記録する。なお、異常分割ブロックについては、シーケンス番号等の内容の読取りができない場合や、分割ブロックフレーム自体が通信処理部24で受信できない場合も有り得る。このような場合を想定して、例えば、データ受信部25で、正常に受信できた分割ブロックフレームのシーケンス番号を記録しておけば、間が飛ばされたシーケンス番号等から、異常分割ブロックのシーケンス番号を把握することができる。また、ONU20データ受信部25では、送信開始通知フレームにより、最後のシーケンス番号Mは明らかとなっているので、最後の分割ブロックフレームが正常に受信できなかったことも検出することができる。ONU20データ受信部25が、受信した分割ブロックからソフトウェアデータの再構成を行う処理方式については、限定されないものである。ONU20データ受信部25は、例えば、1つの分割ブロックを受信して正常性を確認する都度、特許文献1の記載技術と同様に、ソフトウェアデータを記憶するための図示しないメモリに逐次展開して、作業用メモリの節約を行うようにしても良い。そして、ONU20データ受信部25は、異常分割ブロックを検出した場合に、上述のメモリで当該分割ブロックを記憶するべき領域については空けた状態にして、以降の分割ブロックのメモリ展開を継続するようにしても良い。そして、ONU20データ受信部25は、異常分割ブロックの検出に伴って空けた状態としたメモリ領域については、後述する再送要求により後に取得した分割ブロックのデータを展開するようにしても良い。また、ONU20データ受信部25は、例えば、全ての分割ブロックの正常性が確認された後にまとめてマージして再構成を行ってから、上述の図示しないメモリにまとめて展開するようにしても良い。ONU20データ受信部25は、分割ブロックフレームを受信する過程で、異常分割ブロックを検出した場合には、その異常分割ブロックに対応するシーケンス番号の分割ブロックについて、再送を要求するフレーム以下、再送要求フレームと呼ぶを、OLT10データ送信部15に送信する。図6cは、再送要求フレームの構成例について示した説明図である。図6cに示すように、再送要求フレームには、異常分割ブロックに係るシーケンス番号データ受信部25が再送要求する必要があるシーケンス番号のリストが挿入されている。そして、再送要求フレームを受信したOLT10データ送信部15では、再送要求フレームのLLIDから、送信元のONU20を特定し、特定したONU20に対してだけ、再送要求フレームに係る分割ブロックが挿入されたフレーム以下、再送分割ブロックフレームと呼ぶを、ユニキャストのLLIDを用いて送信する。すなわち、再送分割ブロックフレームに含まれるLLIDは、ブロードキャストLLIDではなく、送信先のONU20に係るLLIDとなる。図6dは、再送分割ブロックフレームの構成例について示した説明図である。図6dに示すように、再送分割ブロックフレームは、用いるLLID以外は分割ブロックフレームと同様の構成となっており、再送する分割ブロックのシーケンス番号のフィールドと、再送する分割ブロックのデータのフィールドとを有している。図6dでは、m番目の分割ブロックのデータを再送する場合について示している。そして、ONU20データ受信部25は、再送分割ブロックフレームを受信するごとに、分割ブロックフレームの場合と同様に、受信した再送分割ブロックフレームのシーケンス番号の確認と、CRC値の算出を行い、予め受信していた対応する分割ブロックのCRC値と照合して正常性の確認を行う。そして、ONU20データ受信部25は、受信した再送分割ブロックフレームの分割ブロックについて正常性が確認された場合にはその旨を示すACK信号のフレームを、OLT10データ送信部15に送信する。なお、この場合ONU20データ受信部25からOLT10データ送信部15へ送信されるACK信号のフレーム形式については、例えば、上述の図5と同様の形式のフレームを用いるようにしてもよい。そして、そのACK信号のフレームを構成する送信データのフィールドに、再送分割ブロックフレームを受信した旨を示すACK信号のデータ該当するシーケンス番号を含めるようにしても良いを設定するようにしても良い。一方、再送分割ブロックフレームが、正常に受信できなかった場合例えば、受信できなかった場合や、CRCによる誤り検出の結果が異常だった場合等には、ONU20データ受信部25は、さらに当該分割ブロックについて再送信させるための再送要求フレームを、OLT10データ送信部15に送信するようにしても良いし、ダウンロードができなかったものとして異常終了するようにしても良い。また、ONU20データ受信部25に、再送要求フレームを送信する回数の上限を設定しておき、その上限の回数までは、再送要求フレームの送信を繰り返すようにしても良い。OLT10データ送信部15は、ONU20データ受信部25から、送信した再送分割ブロックフレームに対するACK信号のフレームを受信すると、当該ONU20データ受信部25から受信した再送要求フレームの内容シーケンス番号のリストを確認する。そして、OLT10データ送信部15は、その再送要求フレームに含まれていたシーケンス番号のリストで、次のシーケンス番号がある場合には、そのシーケンス番号を選択する。そして、OLT10データ送信部15は、選択したシーケンス番号に対応する分割ブロックが挿入された再送分割ブロックフレームを送信する。このように、OLT10データ送信部15は、ONU20データ受信部25から受信した再送要求フレームで要求された全てのシーケンス番号に係る分割ブロックを再送する。一方、ONU20データ受信部25は、再送要求フレームで要求した再送分割ブロックフレームを全て正常に受信すると、再送された分割ブロックも用いて、ソフトウェアデータの再構成を行い、さらに、ソフトウェアデータのダウンロード終了を示す信号のフレーム上述と同様の形式のフレームとしても良いを、OLT10に通知する。A-2実施形態の動作次に、以上のような構成を有するこの実施形態の光通信ネットワークシステム1における送信対象データソフトウェアデータ送信の動作を説明する。ここでは、予め、送信対象のソフトウェアデータの分割ブロックのデータ及び、各分割ブロックに対応するCRC値のデータが、送信対象データ記憶部16に登録されているものとする。なお、ソフトウェアデータから、分割ブロック及びCRC値を生成する処理については、外部装置で処理するようにしても良いし、データ送信部15により行うタイミングは限定されないようにしても良い。また、送信対象データ記憶部16には、複数のソフトウェアデータに対応する分割ブロック及びCRC値を登録しておき、ユーザによる設定や操作により特定されたソフトウェアデータに対応するものを、OLT10データ送信部15により送信させるようにしても良い。また、OLT10データ送信部15から、各ONU20へソフトウェアデータを送信する契機については限定されないものであるが、例えば、ユーザの操作や設定に応じたタイミングで開始するようにしても良い。図1は、光通信ネットワークシステム1において、OLT10から各ONU20へソフトウェアデータを送信する処理の例について示したシーケンス図である。なお、図1では、説明を簡易にするために、ONU20-1~20-Nのうち、ONU20-1、20-Nについてだけ図示し、その他のONU20の動作については省略している。OLT10データ送信部15で、ソフトウェアデータの送信処理が開始されると、OLT10データ送信部15から各ONU20へ、送信開始通知フレームがブロードキャストLLIDを用いて送信されるS101。そして、送信開始通知フレームを受信すると、各ONU20は、送信開始通知フレームを受信した旨を示すACK信号のフレームを、ユニキャストのLLIDを用いてOLT10データ送信部15に送信するS102。なお、OLT10データ送信部15では、ACK信号の応答が所定時間以上無いONU20があった場合には、例えば、当該ONU20についてだけ送信開始通知フレームを送信するようにしても良いし、ブロードキャストLLIDを用いて送信開始通知フレームを再送するようにしても良い。また、OLT10データ送信部15は、送信開始通知フレームを最初からユニキャストのLLIDで送信して、ONU20データ受信部25からのACK信号の応答を受付けるようにしても良い。そして、OLT10データ送信部15は、各ONU20に、M個の分割ブロックフレームシーケンス番号:1~Mを、ブロードキャストLLIDを用いて送信する。そして、分割ブロックフレームを受信した各ONU20では、受信した分割ブロックフレームのシーケンス番号の確認と、CRC値の算出が行われ、さらに、予め受信していた各分割ブロックのCRC値と照合して正常性の確認も行われるS103。ここでは、図1に示すように、ONU20-1において、全ての分割ブロックフレームについて正常に受信されたものとする。一方、ONU20-Nでは、シーケンス番号が4の分割ブロックフレームについてだけ、CRCによる誤り検出の結果、誤りが検出されソフトウェアデータの再構成ができなかったものとする。この場合、ONU20-Nのデータ受信部25では、シーケンス番号4について異常分割ブロックであった旨が記録されることになる。そして、全ての分割ブロックフレームについて正常に受信されたONU20-1のデータ受信部25から、OLT10へは、ソフトウェアデータのダウンロード終了を示す信号のフレームが、OLT10データ送信部15へ送信されるS104。また、ONU20-1のデータ受信部25では、受信した分割ブロックフレームに挿入されていた分割ブロックに基づいて、ソフトウェアデータの再構成処理が行われる。一方、ONU20-Nのデータ受信部25では、異常分割ブロックとして検出された分割ブロックシーケンス番号4に対応する分割ブロックの再送を要求するための再送要求フレームが生成され、OLT10データ送信部15に送信されるS105。ONU20-Nから再送要求フレームを受信すると、OLT10データ送信部15は、その再送要求フレームに含まれるシーケンス番号のリストに基づいて、シーケンス番号4に対応する分割ブロックを送信対象データ記憶部16から読み込む。そして、OLT10データ送信部15は、読み込んだ分割ブロックを挿入した再送分割ブロックフレームを、ONU20-Nに向けてユニキャストのLLIDで送信するS106。そして、再送分割ブロックフレームを受信すると、ONU20-Nのデータ受信部25は、受信した再送分割ブロックフレームのシーケンス番号の確認と、CRC値の算出が行われ、さらに、予め受信していた各分割ブロックのCRC値と照合して正常性の確認も行われるS107。そして、ここでは、ONU20-Nのデータ受信部25では、受信した再送分割ブロックフレームに挿入された分割ブロックについて正常に受信されたものとする。これにより、ONU20-Nでは、ソフトウェアデータを構成する全ての分割ブロックのデータについて、正常に受信できたことになるため、ソフトウェアデータの全体を再構成することができる。そして、全ての分割ブロックフレームについて正常に受信されたONU20-Nのデータ受信部25から、OLT10データ送信部15へ、ソフトウェアデータのダウンロード終了を示す信号のフレームが送信されS108、OLT10データ送信部15側でも、全てのONU20についてソフトウェアデータの送信が正常に完了したことを把握することができる。以上のように、OLT10から、各ONU20へソフトウェアデータの送信が行われる。A-3実施形態の効果この実施形態によれば、以下のような効果を奏することができる。この実施形態では、OLT10から各ONU20へ、ブロードキャストLLIDを用いて、送信開始通知フレーム及び分割ブロックフレームを送信している。これにより、各ONU20に個別にソフトウェアデータのデータ送信を行わなくて良いため、PONの帯域やOLT10側のリソースを効率的に利用することができる。また、この実施形態では、OLT10から各ONU20に、送信開始通知フレーム各分割ブロックに対応するCRC値を送信しておき、ONU20側では、その後に受信した分割ブロックの正常性について予め受信したCRC値を用いて確認している。さらに、各ONU20では、正常に受信できなかった異常分割ブロックについて、OLT10に再送要求し、OLT10から個別にユニキャストで再送を受けている。すなわち、この実施形態では、各ONU20で正常に受信できなかった分割ブロックについてだけ、ユニキャストでOLT10から再送しているため、光通信ネットワークシステム1では、効率的にリソースを利用しつつ、確実にソフトウェアデータの送信を行うことができる。特に、伝送するソフトウェアデータのサイズが大きい場合や、ソフトウェアデータ受信時にONU20の負荷が既に高い状態だった場合等には、分割ブロックフレームを受信したONU20の内部のエラー例えば、CPUの処理が間に合わなかったり、データを消失する等のエラーにより、受信した分割ブロックフレームが正常に処理されない場合がある。したがって、このような場合に、上述の再送要求の処理は有効である。B他の実施形態本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。B-1上記の実施形態では、OLT10及びONU20は、GE-PONに対応したものとして説明したが、ブロードキャストLLID等を用いてOLTから各ONUへ同報通信することができる構成を備えているその他のPONシステムに適用することもできる。なお、上記の実施形態におけるLLIDは、IEEE802.3ahEthernet登録商標intheFirstMileに規定されたEPONEthernetPassiveOpticalNetworkのものであるが、論理リンクを識別するためのフィールドを備えておりかつ論理リンク上でブロードキャストを行う仕組みを備えているものに置き換えるようにしても良い。B-2上記の実施形態では、受信側ONU20で分割ブロックの正常性を検査するために、誤り検出に係る符号としてCRC値を用いているが、受信側ONU20で分割ブロックの正常性を検査するために用いる誤り検出に係る符号は、CRC値に限定されないものである。例えば、CRCではなく他の誤り検出に係る符号例えば、チェックサムやハッシュ関数を用いた方式を、光通信ネットワークシステム1に適用するようにしても良い。また、誤り検出に係る符号として、誤り検出だけでなく訂正も行う符号例えば、ハミング符号やFECForwardErrorCorrection符号等を適用するようにしても良い。なお、光通信ネットワークシステム1において、誤り検出に係る符号として誤り訂正符号を適用した場合には、受信側ONU20で、訂正不能だった分割ブロックについて、異常分割ブロックと検出するようにしても良い。B-3上記の実施形態では、GE-PONにおいてOLTデータ送信装置からONUデータ受信装置へデータ送信する例について説明したが、本発明のデータ送信装置及びデータ受信装置に適用する装置の種類や対応する通信方式は限定されないものである。例えば、データ送信装置としてLANインタフェース例えば、100Base-TXや1000Base-T等を用いてLAN例えば、L2/L3スイッチやルータ等により構成されたネットワークに接続したサーバ装置やネットワーク装置例えば、通信事業者側のネットワークを構成するルータ等等を適用するようにしても良い。また、データ受信装置として、データ送信装置にLANを介して接続するクライアント端末例えば、パソコン等や下位のネットワーク装置例えば、通信事業者設備に接続する加入者側のルータ等等を適用するようにしても良い。この場合、データ送信装置から、データ受信装置への同報通信については、ブロードキャストLLIDの替わりに、ブロードキャストIPアドレス、ブロードキャストMACアドレス、又はマルチキャストIPアドレス等を用いた通信を適用するようにしても良い。