(57)【特許請求の範囲】
【請求項１】
複数の子装置からの初期値設定を要求するコマンドに対するレスポンスの数が、マルチキャスト送信又はユニキャスト送信のいずれを選択するかの基準となる送信方式判断基準数を超えている場合には、親装置はレスポンスをマルチキャスト送信方式で送信し、
レスポンスの数が該送信方式判断基準数以下の場合には、レスポンスをユニキャスト送信方式で送信する
することを特徴とするレスポンス送信方式。
【請求項２】
請求項１記載のレスポンス送信方式において、
上記送信方式判断基準数を、上記親装置がサポートするマルチキャスト・グループ数に応じて設定可能にすることを特徴とするレスポンス送信方式。
【請求項３】
請求項１記載のレスポンス送信方式において、
上記親装置における送信バッファ内のレスポンス格納状況と送信形態を管理する管理テーブルを、送信形態別且つマルチキャスト・グループ毎に管理することを特徴とするレスポンス送信方式。
【請求項４】
請求項１又は請求項２のいずれかに記載のレスポンス送信方式において、
マルチキャスト送信すべく判定された時点で送信バッファ内に格納している複数のレスポンスを単一のグループとして区切り、該グループ内で同一マルチキャスト・グループのレスポンスを検索してマルチキャスト送信することを特徴とするレスポンス送信方式。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、１つの親装置と該親装置の配下の複数の子装置から構成され、該複数の子装置からの初期条件設定を要求するコマンド（以降、単に「設定コマンド」と記載する。）に対して該親装置側がレスポンスを返送するレスポンス送信方式に係り、特に、該親装置側のレスポンス作成の負荷及び送信の負荷を軽減することができ、且つ、レスポンス送信による該親装置と該複数の子装置間の伝送路の伝送効率の低下を回避することができるレスポンス送信方式に関する。
【０００２】
ただ、１つの親装置と該親装置の配下の複数の子装置から構成され、該複数の子装置からの設定コマンドに対するレスポンスを該親装置が送信するというシステムは多数存在する。例えば、加入者系光通信システムも、監視制御システムもそうである。更に、加入者系光通信システムでも監視制御システムでも、ネットワークの形態が複数ある。
【０００３】
従って、１つの親装置と該親装置の配下の複数の子装置から構成され、該複数の子装置からの設定コマンドに対するレスポンスを該親装置が送信するというシステムというだけでは技術の説明を明快にしにくいので、ここでは、加入者系光通信システムの１方式であるパッシブ・ダブル・スター・システム（Passive Double Star System）における、光ネットワーク・ユニット（Optical Network Unit :通常「ＯＮＵ」と略記されることが多い。）からの設定コマンドに対して光加入者線終端装置（Optical Subscriber Line Terminator :通常「ＯＬＴ」と略記されることが多い。）側がレスポンスを返送するレスポンス送信方式を例に、光加入者線終端装置のレスポンス送信負荷を軽減することができ、且つ、レスポンス送信による光伝送路の伝送効率の低下を回避することができるレスポンス送信方式を例にして具体的に説明してゆくことにする。
【０００４】
従って、本発明は光加入者線伝送方式に限定されるものではなく、ましてや、パッシブ・ダブル・スター・システムに限定されるものでもない。このことについては、本発明の実施の形態を詳細に説明した後で改めて記載したい。
【０００５】
図２２は、パッシブ・ダブル・スター・システムを適用した情報伝送システムの構成の概要である。
【０００６】
図２２において、１は該情報伝送システム全体の監視・制御を行なうオペレーション・システム（図では、Operation Systemを略して「ＯｐＳ」と標記している。以降も、図では同様に標記する。）、２は光加入者線終端装置（ＯＬＴ）、３はスター・カプラ、４−１乃至４−４は光ネットワーク・ユニット（図では、「ＯＮＵ」と略記している。以降も、図では同様に標記する。）、５−１及び５−２は各々の光ネットワーク・ユニットに接続されて、複数の端末へ情報を分岐・供給するハブ、６−１及び６−２は端末の１種であるパソコン（図では、「ＰＣ」と略記している。）、７−１及び７−２は端末の１種である電話機、８−１及び８−２は端末の１種であるテレビジョン及びビデオ・テープ・レコーダー（図では、「ＴＶ」と略記している。）で、上記構成要素によって情報伝送システムを構成する。
【０００７】
尚、各々の光ネットワーク・ユニット中にはイーサネット・インタフェース（図では、「イーサＩＦ」と略記している。以降も、図では同様に標記する。）が搭載されており、スター・カプラ、光加入者ユニットを介してルータ・インタフェースと通信をする。
【０００８】
９は該情報伝送システムをネットワーク側に接続するルータ、１０は代表的なコンピュータ・ネットワークであるインターネット、１１はインターネット１０に接続される情報提供者が管理するプロバイダ・ホストである。
【０００９】
そして、光加入者線終端装置２は、オペレーション・システム１との間で通信を行なうオペレーション・システム・インタフェース（図では、「ＯｐＳ−ＩＦ」と略記している。以降も、図では同様に標記する。尚、「ＩＦ」はInterface の略である。）２１、ルータ９との間で通信を行なうルータ・インタフェース（図では、「ルータＩＦ」と略記している。以降も、図では同様に標記する。）２２、複数のルータ・インタフェースと複数の光加入者ユニットを接続して光加入者線終端装置内においてクロス・コネクト機能を実現するフォーマッタ（図では、「ＦＭＴ」と略記している。）２３、ルータ・インタフェース２２に接続されるハイウェイ上に配置されて、ルータ・インタフェース２２と複数の光ネットワーク・ユニットの間の通信を行なう光加入者ユニット（Optical Subscriber
Unit:図では「ＯＳＵ」と略記している。以降も、図では同様に標記する。）２４−１及び２４−２を備えている。
【００１０】
典型的な例では、ルータ・インタフェース２２は、ネットワーク側に４つのポートを備え、光加入者線終端装置２の内部側で８本のハイウェイ（図では、Highway を略した「ＨＷ」と標記している。以降も、図では同様に標記する。）を収容することができる。
【００１１】
各々のスター・カプラは、典型的な例では最大３２分岐が可能である。
【００１２】
従って、単一のルータ・インタフェースに、最大８×３２＝２５６の光ネットワーク・ユニットが収容可能である。
【００１３】
さて、各々の光ネットワーク・ユニットに搭載されているイーサネット・インタフェースは、上記情報伝送システムの立ち上げ時の回線接続完了後にルータ・インタフェース２２に対して設定コマンドを送信して、初期条件の設定を要求する。該設定コマンドの送信は、各々の光ネットワーク・ユニットが独立に、又は指定の順序でユニキャストで行なう。
【００１４】
ルータ・インタフェース２２は、該設定コマンドを受信したら、オペレーション・システム１から予め設定されている設定データ、又は、ルータ・インタフェース２２内に保有している設定データに基づいてレスポンスを作成して光ネットワーク・ユニット側に返送する。
【００１５】
ルータ・インタフェース２２に収容しうる光ネットワーク・ユニットは最大２５６であるので、上記情報伝送システムの立ち上げ時におけるルータ・インタフェース２２のレスポンス送信の負荷は大きなものになる恐れがある。。
【００１６】
又、単一のハイウェイに収容される光ネットワーク・ユニットは最大３２であるので、上記情報伝送システムの立ち上げ時には各々のハイウェイにおいてレスポンスの伝送が輻輳する恐れがある。
【００１７】
従って、図２２に示した情報通信システムにおいては、上記情報伝送システムの立ち上げ時におけるルータ・インタフェース２２の負荷を軽減できることと、ハイウェイの伝送効率の低下を回避できることが重要である。
【００１８】
【従来の技術】
図１５は、従来のユニキャスト送信方式でのレスポンスの流れの概略図である。
【００１９】
図１５において、１はオペレーション・システム、２は光加入者線終端装置、３−１及び３−２はスター・カプラ、４−１乃至４−４はイーサネット・インタフェースを備える光ネットワーク・ユニットで、設定コマンドの送信及びレスポンスの受信にかかわる主要部である。
【００２０】
尚、同一の設定データを設定される複数の光ネットワーク・ユニットは、マルチキャスト・グループと呼ばれるグループを組んでいる。即ち、設定データはマルチキャスト・グループ単位の管理になっていて、同一マルチキャスト・グループ内のイーサネット・インタフェースの設定データは同一である。
【００２１】
そして、光加入者線終端装置２は、オペレーション・システム・インタフェース２１、ルータ・インタフェース２２、フォーマッタ２３、ルータ・インタフェース２２と複数の光ネットワーク・ユニットの間の通信を行なう光加入者ユニット２４−１乃至２４−２を備えている。
【００２２】
各々のイーサネット・インタフェースは、システム立ち上げ時の回線接続完了後にルータ・インタフェース２２に対して設定コマンドを送信して初期条件の設定を要求する。
【００２３】
該設定コマンドを受けたルータ・インタフェース２２は、オペレーション・システム１から予め設定されている設定データ、又は、ルータ・インタフェース２２内に既に格納している設定データに基づいてレスポンスを形成する。
【００２４】
図１７は、ユニキャスト送信時に送信するレスポンスである。
【００２５】
即ち、レスポンスは、ハイウェイ番号部、宛先マルチキャスト・グループ番号部（図では、「宛先ＭＣＧ番号部」と標記しているが、「ＭＣＧ」はMulti-CastGroup の頭文字による略語である。以降も、図では同様に標記する。）、宛先光ネットワーク・ユニット番号部、送信データ種別部及び設定データ部によって構成される。
【００２６】
複数のイーサネット・インタフェースから設定コマンドが届くので、ルータ・インタフェース２２は複数のレスポンスを作成して、送信バッファに一旦格納する。
【００２７】
図１８は、従来のレスポンス送信方式における送信バッファの内容を示す図である。
【００２８】
図１８において、単位の矩形が１つのレスポンスを表現しており、レスポンスの状態を該単位の矩形を形成する線種で表現している。即ち、二重線の矩形は送信待ちレスポンス、太い実線の矩形は送信済レスポンス、太い破線の矩形は新たに格納されたレスポンスで、矩形の中には後述するマルチキャスト・グループ番号だけを記載している。又、細い実線のマルチキャスト・グループ番号が記載されていない単位の矩形は送信済のレスポンスを消去した領域、即ち空きレスポンスである。
【００２９】
そして、該単位の矩形を縦に複数積み重ねた縦長の矩形全体が送信バッファの格納領域又は格納内容を表現している。
【００３０】
送信データのフォーマットにおいて、例えば、ハイウェイ番号「＃０」、宛先マルチキャスト・グループ番号「＃１」、宛先光ネットワーク・ユニット番号「＃０」、送信データ種別「レスポンス」が設定されていれば、当該送信データの宛先はハイウェイ番号＃０に収容されている光ネットワーク・ユニット番号＃０の光ネットワーク・ユニット、即ち、図１５の光ネットワーク・ユニット４−１で、送信データ種別はマルチキャスト・グループ＃１に対応する設定データを設定したレスポンスであることが示されている。
【００３１】
レスポンスをユニキャスト送信する場合、ルータ・インタフェース２２は、ハイウェイ番号（図１７の場合は＃０）を参照して単一のレスポンスをハイウェイ番号（図１７の場合は＃０）を指定して光サービス・ユニット＃０（光サービス・ユニット２４−１である。）宛に送信し、光サービス・ユニット＃０は当該レスポンスをスター・カプラ３−１に向けて送信する。
【００３２】
スター・カプラ３−１は、光サービス・ユニット＃０から受信したデータを配下に接続されている複数の光ネットワーク・ユニットに分岐して送信し、又、、配下に接続されている複数の光ネットワーク・ユニットから異なるタイミングで受信した複数のデータを１本の光伝送路に結合して光サービス・ユニットに向けて送信するものである。
【００３３】
従って、スター・カプラ３−１は光サービス・ユニット＃０から受信したデータを図１５の光ネットワーク・ユニット＃０（光ネットワーク・ユニット４−１である。）から光ネットワーク・ユニット＃３１（光ネットワーク・ユニット４−２である）に向けて分岐して送信する。
【００３４】
データを受信した光ネットワーク・ユニットは、受信データ中の宛先光ネットワーク・ユニット番号と自分に設定されている光ネットワーク・ユニット番号とを比較して、一致していれば該受信データを取り込み、不一致ならば該受信データを廃棄する。これを図１５のスター・カプラ３−１の右の太い実線と太い破線で示している。即ち、光ネットワーク・ユニット＃０は受信したデータを取り込み、光ネットワーク・ユニット＃３１は受信したデータを廃棄している（×印で表現している。）。尚、図１５のスター・カプラ３−２の右の細い実線は、ハイウェイ番号が違うためにレスポンスの送信が行なわれていないことを示している。
【００３５】
上記レスポンス送信処理で送信されたレスポンスが図１８（イ）の最上のレスポンスａであるならば、上記レスポンス送信処理によって当該レスポンスは送信済レスポンスとなり、送信バッファの状態は図１８（ロ）の如く変化し、次には図１８（ロ）にｂで示したレスポンスが送信されることになり、上記のレスポンス送信処理が行なわれる。
【００３６】
その結果、送信バッファの状態は図１８（ハ）の如く変化し、レスポンスａが格納されていた領域は消去されて空きレスポンスとなり、レスポンスｂは送信済レスポンスとなり、レスポンスｃが次に送信されるレスポンスとなる。
【００３７】
ユニキャスト送信方式の場合には、上記の如きレスポンス送信処理が繰り返される。
【００３８】
図１６は、従来のレスポンス送信方式を説明する図（その１）で、ユニキャスト送信方式による上記シーケンスが図示されている。
【００３９】
図１６において、最左の縦線はルータ・インタフェースを表わし、右の３本の縦線が光ネットワーク・ユニットを表わしている。そして、各々の光ネットワーク・ユニットは、左から、ハイウェイ＃０に接続される光ネットワーク・ユニット＃ｘ（ＭＣＧ＃１）、ハイウェイ＃０に接続される光ネットワーク・ユニット＃ｙ（ＭＣＧ＃１）、ハイウェイ＃１に接続される光ネットワーク・ユニット＃ｚ（ＭＣＧ＃２）である。
【００４０】
各々の光ネットワーク・ユニットは、当然、ユニキャスト送信方式で設定コマンドをルータ・インタフェースに送る。
【００４１】
設定コマンドを受けたルータ・インタフェースは、上記の如くレスポンスを作成、送信バッファに格納して、ユニキャストでレスポンスを送信する。光ネットワーク・ユニットが受信できるレスポンスは当該光ネットワーク・ユニットが収容されているハイウェイに送信されたレスポンスだけであるから、光ネットワーク・ユニットは光ネットワーク・ユニット番号を確認して、自分宛のレスポンスだけを取り込む。
【００４２】
一方、マルチキャスト送信方式の場合には、ルータ・インタフェース２２は、マルチキャスト・グループ番号を参照して複数のレスポンスを指定されるハイウェイに送信する。
【００４３】
図１９は、マルチキャスト送信方式でのレスポンスの流れの概略図である。
【００４４】
図１９において、１はオペレーション・システム、２は光加入者線終端装置、３−１及び３−２はスター・カプラ、４−１乃至４−４はイーサネット・インタフェースを備える光ネットワーク・ユニットで、設定コマンドの送信及びレスポンスの受信にかかわる主要部である。
【００４５】
尚、同一の設定データを設定される複数の光ネットワーク・ユニットは、マルチキャスト・グループを組んでいることは図１５と同様である。
【００４６】
そして、光加入者線終端装置２は、オペレーション・システム・インタフェース２１、ルータ・インタフェース２２、フォーマッタ２３、ルータ・インタフェース２２と複数の光ネットワーク・ユニットの間の通信を行なう光サービス・ユニット２４−１乃至２４−２を備えている。
【００４７】
各々のイーサネット・インタフェースは、システム立ち上げ時の回線接続完了後にルータ・インタフェース２２に対して設定コマンドを送信して初期条件の設定を要求する。
【００４８】
該設定コマンドを受けたルータ・インタフェース２２は、オペレーション・システムから予め設定されている設定データ、又は、ルータ・インタフェース２２内で既に格納している設定データに基づいてレスポンスを形成する。
【００４９】
図２１は、マルチキャスト送信時に送信するレスポンスで、構造は図１７のものと同じであるが、ハイウェイ番号部には関係するハイウェイ番号全てが書き込まれ、宛先光ネットワーク・ユニット番号部には全ての光ネットワーク・ユニット宛であることを示す情報「ＡＬＬ」が書き込まれる。全ての光ネットワーク・ユニット宛を示すには、例えば、光ネットワーク・ユニット番号部の桁数を実在の光ネットワーク・ユニットのアドレスを示すに必要な桁数より大きくとっておき、全ての桁に“１”を書き込むようにすればよい。
【００５０】
そして、形成されたレスポンスは送信バッファに一旦格納される。
【００５１】
そして、マルチキャスト送信方式の場合には、同一マルチキャスト・グループ宛のレスポンスをまとめて送信する。即ち、同一マルチキャスト・グループ番号のレスポンスを集め、集められた全てのレスポンスに関係するハイウェイ全てに当該マルチキャスト・グループ番号のレスポンスを送信する。
【００５２】
これを、図１９のスター・カプラより右の太い実線と太い破線で示している。図１９はマルチキャスト・グループ＃１の光ネットワーク・ユニットに設定すべき設定データを送信する時を想定しているので、マルチキャスト・グループ＃１に属する光ネットワーク・ユニットは全て受信データを取り込み、マルチキャスト・グループ番号が異なる光ネットワーク・ユニット＃３１は受信したデータを廃棄している。
【００５３】
そして、最初のマルチキャスト・グループ宛のレスポンスを送信した後、次のマルチキャスト・グループ宛のレスポンスを送信するという処理を繰り返す。
【００５４】
図２０は、従来のレスポンス送信方式を説明する図（その２）で、マルチキャスト送信方式による上記シーケンスを図示している。
【００５５】
図２０において、最左の縦線はルータ・インタフェースを表わし、右の３本の縦線が光ネットワーク・ユニットを表わしている。そして、各々の光ネットワーク・ユニットは、左から、マルチキャスト・グループ＃１に属するハイウェイ＃０に接続される光ネットワーク・ユニット＃ｘ、マルチキャスト・グループ＃１に属するハイウェイ＃０に接続される光ネットワーク・ユニット＃ｙ、マルチキャスト・グループ＃２に属するハイウェイ＃１に接続される光ネットワーク・ユニット＃ｚである。
【００５６】
各々の光ネットワーク・ユニットは、当然、ユニキャスト送信方式で設定コマンドをルータ・インタフェースに送る。
【００５７】
設定コマンドを受けたルータ・インタフェースは、上記の如くレスポンスを作成、送信バッファに格納して、マルチキャスト方式でレスポンスを送信する。光ネットワーク・ユニットが受信できるレスポンスは当該光ネットワーク・ユニットが属するマルチキャスト・グループ宛に送信されたレスポンスだけであるから、各光ネットワーク・ユニットはマルチキャスト・グループ番号を確認して、自分が属するマルチキャスト・グループの設定データだけを取り込む。
【００５８】
図２０の場合、最初に送信されたレスポンスはマルチキャスト・グループ＃１の設定データであったので、光ネットワーク・ユニット＃ｘと光ネットワーク・ユニット＃ｙは取り込むが、光ネットワーク・ユニット＃ｚはマルチキャスト・グループの番号が違うので取り込まない。
【００５９】
２回目に送信されたレスポンスはマルチキャスト・グループ＃２の設定データであったので、光ネットワーク・ユニット＃ｚは取り込むが、光ネットワーク・ユニット＃ｘと光ネットワーク・ユニット＃ｙはマルチキャスト・グループ番号違いで取り込まない。
【００６０】
上記の送信処理の繰り返しで、設定コマンドを送信した全ての光ネットワーク・ユニットに設定データを設定することができる。
【００６１】
【発明が解決しようとする課題】
ユニキャスト送信方式の場合、１回で１つのレスポンスしか送信しない。
【００６２】
さきにも記載した如く、同一マルチキャスト・グループに属する光ネットワーク・ユニットに設定されるデータは同一である。
【００６３】
図１８に図示したように、同一マルチキャスト・グループのレスポンスが多数ある場合に、１回で１つのレスポンスを送信するユニキャスト送信方式では、同一の設定データを何回も送信することになり、ルータ・インタフェース２２の処理負荷が大きくなると共に、ハイウェイを無駄に占有することにもなる。
【００６４】
このことは、ルータ・インタフェース２２の処理速度及びハイウェイの伝送速度が低下することを意味し、情報伝送システムのユーザに伝送遅延の増大という形で迷惑がかかることになる。
【００６５】
一方、マルチキャスト送信方式で送信する場合には、同一マルチキャスト・グループの設定データをまとめてマルチキャスト送信することで、ルータ・インタフェースの送信処理を軽減することができると共に、レスポンス送信に伴うハイウェイの占有を回避することができる。
【００６６】
しかし、設定コマンドの受信数が少ない場合や、送信バッファ内に未送信で残っているレスポンスの数が少ない場合に、同一マルチキャスト・グループに属する光ネットワーク・ユニット宛のレスポンスを集める処理を毎回行なうのは非効率的である。
【００６７】
本発明は、かかる問題点に鑑み、加入者系光通信システムの１方式であるパッシブ・ダブル・スター・システムを例に、光ネットワーク・ユニットからの設定コマンドに対して光加入者線終端装置側がレスポンスを返送するレスポンス送信方式に関し、光加入者線終端装置のレスポンス送信負荷を軽減することができ、且つ、レスポンス送信による光伝送路の伝送効率の低下を回避することができるレスポンス送信方式を提供することを目的とする。
【００６８】
【課題を解決するための手段】
第一の発明は、
複数の光ネットワーク・ユニットからの設定コマンドに対するレスポンスの数が送信形態判断基準数を超えている場合には、光加入者線終端装置はレスポンスをマルチキャスト送信方式で送信し、
レスポンスの数が該送信形態判断基準数以下の場合には、レスポンスをユニキャスト送信方式で送信する
技術である。
【００６９】
第一の発明によれば、多数のレスポンスが未送信状態の場合にはマルチキャスト送信方式で送信する。従って、光加入者線終端装置が行なうレスポンスの送信回数を低減することができ、レスポンス送信のための負荷を軽減することができ、レスポンス送信のために使用されるハイウェイの伝送効率の低下を回避することができる。
【００７０】
又、送信すべきレスポンス数が少ない時にはユニキャスト送信方式で設定データを送信するので、マルチキャスト送信するために同一マルチキャスト・グループに属する光ネットワーク・ユニット宛のレスポンスを集める処理を毎回行なう必要がなくなり、ルータ・インタフェースの負荷を軽減することができる。
【００７１】
第二の発明は、第一の発明において、
上記送信形態判断基準数を、該光加入者線終端装置がサポートするマルチキャスト・グループ数に応じて設定可能にする                                  技術である。
【００７２】
第二の発明によれば、上記送信形態判断基準数を、該光加入者線終端装置がサポートするマルチキャスト・グループ数に応じて設定可能にする。従って、システムの規模に応じてレスポンス送信形態を柔軟に選択することが可能になる。
【００７３】
第三の発明は、第一の発明において、
該光加入者線終端装置における送信バッファ内のレスポンス格納状況と送信形態を管理する管理テーブルを、送信形態別且つマルチキャスト・グループ毎に管理する
技術である。
【００７４】
第三の発明によれば、該光加入者線終端装置における送信バッファ内のレスポンス格納状況と送信形態を管理する管理テーブルを、送信形態別且つマルチキャスト・グループ毎に管理する。従って、マルチキャスト送信時に該光加入者線終端装置におけるレスポンス作成及び格納処理と送信処理を独立に実行することが可能になる。
【００７５】
第四の発明は、第一の発明又は第二の発明において、
マルチキャスト送信すべく判定された時点で送信バッファ内に格納している複数のレスポンスを単一のグループとして区切り、該グループ内で同一マルチキャスト・グループのレスポンスを検索してマルチキャスト送信する
技術である。
【００７６】
第四の発明によれば、マルチキャスト送信すべく判定された時点で送信バッファ内に格納している複数のレスポンスを単一のグループとして区切り、該グループ内で同一マルチキャスト・グループのレスポンスを検索してマルチキャスト送信する。従って、レスポンス送信のためにハイウェイを占有する回数が少なくなって伝送効率を高めることができる。
【００７７】
【発明の実施の形態】
図１は、本発明のレスポンス送信方式の概要を説明する図である。
【００７８】
図１において、最左の縦線はルータ・インタフェースを表わし、右の３本の縦線が光ネットワーク・ユニットを表わしている。そして、各々の光ネットワーク・ユニットは、左から、マルチキャスト・グループ＃１に属するハイウェイ＃０に接続される光ネットワーク・ユニット＃ｘ、マルチキャスト・グループ＃１に属するハイウェイ＃０に接続される光ネットワーク・ユニット＃ｙ、マルチキャスト・グループ＃２に属するハイウェイ＃１に接続される光ネットワーク・ユニット＃ｚである。
【００７９】
各々の光ネットワーク・ユニットは、当然、ユニキャスト送信方式で設定コマンドをルータ・インタフェースに送る。
【００８０】
設定コマンドを受けたルータ・インタフェースは、レスポンスを作成して送信バッファに格納し、レスポンスを光ネットワーク・ユニットに送信する。
【００８１】
本発明のレスポンス送信方式の第一の特徴は、レスポンスの送信に先立って送信バッファに格納されているレスポンス数と、マルチキャスト送信方式とユニキャスト送信方式のいずれによって送信するかを判断する基準数即ち送信形態判断基準数とを比較した結果で送信方式を選択することである。
【００８２】
即ち、図１に示している如く、ルータ・インタフェースはレスポンス数が送信形態判断基準数以上であると判断した場合（図では、単に「≧基準数の時」と略記している。）にはレスポンスをマルチキャスト送信方式で送信する。
【００８３】
図１の場合、最初のレスポンス送信では、マルチキャスト・グループ＃１を指定してマルチキャスト送信方式でレスポンスを送信している。当然、光ネットワーク・ユニットが受信できるレスポンスは当該光ネットワーク・ユニットが属するマルチキャスト・グループ宛に送信されたレスポンスだけであるから、各光ネットワーク・ユニットはマルチキャスト・グループ番号を確認して、自分が属するマルチキャスト・グループの設定データだけを取り込む。
【００８４】
従って、最初に送信されたレスポンスは、光ネットワーク・ユニット＃ｘと光ネットワーク・ユニット＃ｙは取り込むのに対して光ネットワーク・ユニット＃ｚはマルチキャスト・グループ番号が違うので取り込まない。
【００８５】
全てのレスポンスを送信していないので、ルータ・インタフェースは再度レスポンス数と送信形態判断基準数を比較してレスポンス数が送信形態判断基準数未満であると判断した場合には、レスポンスをユニキャスト送信方式で送信する。
【００８６】
２回目のレスポンスはハイウェイ＃１と光ネットワーク・ユニット＃ｚを指定して送信されるので、光ネットワーク・ユニット＃ｚだけが取り込む。尚、図１の設定によれば光ネットワーク・ユニット＃ｘと光ネットワーク・ユニット＃ｙはハイウェイ＃０に接続されているので、２回目のレスポンスは光ネットワーク・ユニット＃ｘと光ネットワーク・ユニット＃ｙには配信されない。
【００８７】
上記のように、本発明を適用したルータ・インタフェースは、レスポンスの送信に先立って送信バッファに格納されているレスポンス数と送信形態判断基準数とを比較し、レスポンス数が送信形態判断基準数を超えていると判断した場合にはレスポンスをマルチキャスト送信方式で送信し、レスポンス数が送信形態判断基準数以下であると判断した場合には、レスポンスをユニキャスト送信方式で送信する。
【００８８】
従って、送信すべきレスポンス数が多い時、即ち、レスポンスを受ける必要がある光ネットワーク・ユニットの数が多い時には、一度のマルチキャスト送信によって多数の光ネットワーク・ユニットに設定データを送信することができるので、ルータ・インタフェースの送信負荷を軽減することができると共に、ハイウェイの伝送効率の低下を回避することができる。
【００８９】
又、送信すべきレスポンス数が少ない時にはユニキャスト送信方式で設定データを送信するので、ルータ・インタフェースがマルチキャスト送信するために同一マルチキャスト・グループに属する光ネットワーク・ユニット宛のレスポンスを集める処理を毎回行なう必要がなくなり、ルータ・インタフェースの負荷を軽減することができる。そして、この場合には、送信すべきレスポンス数が少ないのでハイウェイがレスポンス送信のために占有される恐れは少ない。
【００９０】
以降、本発明の技術を詳細に説明する。
【００９１】
図２は、レスポンスの構成である。
【００９２】
即ち、レスポンスは、ハイウェイ番号部、宛先マルチキャスト・グループ番号部、宛先光ネットワーク・ユニット番号部、送信データ種別部及び設定データ部によって構成される。
【００９３】
そして、レスポンスはマルチキャスト送信方式とユニキャスト送信方式のいずれによっても送信され得るので、宛先光ネットワーク・ユニット番号部には設定コマンドを送信してきた光ネットワーク・ユニットの番号を、ハイウェイ番号部には当該光ネットワーク・ユニットが収容されているハイウェイ番号を、宛先マルチキャスト・グループ番号部には当該光ネットワーク・ユニットが属するマルチキャスト・グループの番号を、送信データ種別部にはレスポンスである旨を示す情報を格納し、設定データ部には当該光ネットワーク・ユニットが必要とする設定データを搭載してレスポンスを作成する。
【００９４】
上記の如く作成されたレスポンスは，ルータ・インタフェースの中に設けられている送信バッファに一旦格納される。
【００９５】
図３は、送信バッファ内に登録されたレスポンスの構成である。
【００９６】
送信バッファでは、格納されたレスポンスの各々について送信済か未送信で送信待ち状態かを把握して管理する必要があるので、上記構成のレスポンスに送信済／未送信を表示するデータ・コードを付加する必要がある。該データ・コードを付加する領域がテータ・コード部である。例えば、“１”が設定されていれば未送信状態、“０”が設定されていれば送信済であることを示す。尚、消去された時にもデータ・コードは“０”になっているが、管理上支障はない。もし、送信済と消去状態を区別する必要があれば、データ・コードを２ビットにすればよい。
【００９７】
そして、送信バッファ内には複数のレスポンスがデータ・コードを付加されて格納される。従って、送信バッファにおけるレスポンスの格納状況を把握するためにレスポンス管理テーブルを作成する必要がある。
【００９８】
図４は、レスポンス管理テーブルの構成である。
【００９９】
図４において、バッファ内残余レスポンス数部には、未送信状態で送信バッファに格納されているレスポンスの個数を設定する。
【０１００】
送信形態判断基準数部には、マルチキャスト送信方式を選択するかユニキャスト送信方式を選択するかの判断基準となる送信形態判断基準数を設定する。ここに設定されている送信形態判断基準数より残余レスポンス個数が多いか等しければマルチキャスト送信方式が選択され、送信形態判断基準数より残余レスポンス個数が少なければユニキャスト送信方式が選択されることになる。
【０１０１】
尚、送信形態判断基準数はルータ・インタフェース内でサポートしているマルチキャスト・グループ数に応じて設定されるが、この件については図５によって後で説明する。
【０１０２】
送信形態種別部には、現在選択している送信形態、即ち、マルチキャスト送信方式かユニキャスト送信方式かを示す情報を設定する。例えば、“１”が設定されていればマルチキャスト送信方式が選択されていることを示し、“０”が設定されていればユニキャスト送信方式が選択されていることを示すものとすればよい。
【０１０３】
レスポンス・グループ・スタート・アドレス部には、マルチキャスト送信時に送信対象となるレスポンスのグループ（これが、「レスポンス・グループ」である。）が格納されている送信バッファ内の先頭アドレス（スタート・アドレス）が設定される。
【０１０４】
又、レスポンス・グループ・エンド・アドレス部には、マルチキャスト送信時にグループで送信されるレスポンス・グループの送信バッファ内での最終アドレス（エンド・アドレス）が設定される。
【０１０５】
上記の如く、スタート・アドレスとエンド・アドレスを設定しておくことにより、マルチキャスト送信方式によってレスポンスが送信された結果空きレスポンスになった領域をとばしてマルチキャスト送信することが可能になる。
【０１０６】
レスポンス・グループ合計の残余レスポンス数部には、マルチキャスト送信の対象となっているレスポンス・グループ内で未送信のレスポンス個数が格納される。
【０１０７】
送信側マルチキャスト・グループ別管理データ部には、マルチキャスト送信対象の各レスポンスに関する情報を格納する。「マルチキャスト送信対象の各レスポンスに関する」という意味で「送信側」としている。
【０１０８】
受信側マルチキャスト・グループ別管理データ部には、マルチキャスト送信と判断した後に格納した各レスポンスに関する管理データを格納する。「マルチキャスト送信と判断した後に設定コマンドを受信して作成、格納した各レスポンスに関する」という意味で「受信側」としている。
【０１０９】
尚、該送信側マルチキャスト・グループ別管理データ部と、該受信側マルチキャスト・グループ別管理データ部の構成については図６によって後で説明する。
【０１１０】
さて、図５は、図４のレスポンス管理テーブルにおける送信形態判断基準数部の構成である。
【０１１１】
該送信形態判断基準数部は、図５に示す如く、図２２の情報伝送システムを構成するマルチキャスト・グループ個数に対応する送信形態判断基準数が設定されており、現在の送信形態判断基準数の有効値を示す有効フラグが付加されている。該有効フラグは、例えば、“１”で有効を示し、“０”で無効を示せばよい（但し、図では視覚的に明瞭になるように−印と黒丸印で表現している。）。
【０１１２】
図５の例では、図２２の情報伝送システムを構成するマルチキャスト・グループ個数３に対応する送信形態判断基準数５が現在有効な送信形態判断基準数であることを示している。
【０１１３】
ここで、図２２の情報伝送システムを構成するマルチキャスト・グループ個数に対する送信形態判断基準数の設定方法は多分に経験に依存する面があるが、情報伝送システムのユーザが自己が運用しているシステムの構成に対応して自由に設定すればよい。
【０１１４】
図６は、マルチキャスト・グループ別管理データ部とアドレス管理部の構成である。
【０１１５】
ここで、アドレス管理部は、メモリの空き領域に光ネットワーク・ユニットの個数分確保される。
【０１１６】
尚、レスポンス管理テーブルにおいては、送信側マルチキャスト・グループ別管理データ部と受信側マルチキャスト・グループ別管理データ部に区別したが、レスポンスが作成されたタイミングによって区別しているだけで構成は同一なので、マルチキャスト・グループ別管理データ部として統一的に説明する。
【０１１７】
まず、マルチキャスト・グループ別管理データ部は次のように構成される。
【０１１８】
即ち、ステータス部は、送信側か受信側かを示す。例えば、“１”が設定されていれば送信側、“０”が設定されていれば受信側であると判断すればよい。
【０１１９】
レスポンスがあるマルチキャスト・グループ数部には、送信すべきレスポンスがあるマルチキャスト・グループの数を格納する。
【０１２０】
マルチキャスト・グループ番号部には、情報伝送システムを構成するマルチキャスト・グループの番号を記載する。
【０１２１】
レスポンス個数部は、マルチキャスト・グループ毎の送信すべきレスポンスの個数を記載する。
【０１２２】
ハイウェイ番号部には、当該マルチキャスト・グループ番号のマルチキャスト・グループに属する光ネットワーク・ユニットを収容している全てのハイウェイ番号を設定する。
【０１２３】
アドレス管理部の先頭アドレス部には、当該マルチキャスト・グループ番号のマルチキャスト・グループ宛のレスポンスのアドレスを格納したアドレス管理部の先頭アドレスを格納する。
【０１２４】
即ち、アドレス管理部のＨｘ○○○○という先頭アドレス以降に、送信バッファ内でマルチキャスト・グループ番号＃１に属するレスポンスが格納されているアドレスが格納されている。
【０１２５】
図７は、本発明におけるレスポンス送信方式における送信バッファの内容である。
【０１２６】
図７において、（イ）乃至（ヘ）はそれぞれのタイミングにおける送信バッファの内容の概要で、各々の送信バッファの内容の上に記載されているのが当該タイミングにおけるレスポンス管理テーブル（図では、単に「管理テーブル」とだけ記載している。）の主要な内容で、受信側マルチキャスト・グループ別管理データ部は省略している。
【０１２７】
又、二重線の単位の矩形が送信待ちレスポンス、太い破線の単位の矩形がマルチキャスト送信するレスポンス・グループが設定された後に作成された新レスポンス、中太の実線の単位の矩形が設定されたレスポンス・グループ中でマルチキャスト送信済のレスポンス、細い実線の、図１７と同様にマルチキャスト・グループ番号が記載されていない単位の矩形がレスポンス・グループ全ての送信が済んだ後に消去された空きレスポンスを示し、これら単位の矩形を積み重ねた縦長の矩形全体が送信バッファの格納領域又は格納内容を示している。
【０１２８】
そして、各単位の矩形の左肩に記載されているのが未送信／送信済を示すデータ・コードで、データ・コードの右の辺と下の辺が細い実線であるのは未送信であることを示し、データ・コードの右の辺と下の辺が太い実線であるのは送信済であることを示している。
【０１２９】
更に、単位の矩形中でデータ・コードの枠の外にはマルチキャスト・グループ番号を記載している。
【０１３０】
図７（イ）の時点の送信バッファには、１０個のレスポンスが送信待ちで格納されていて、当該１０個のレスポンスがマルチキャスト送信するレスポンス・グループを形成しており、当該レスポンス・グループに関係するマルチキャスト・グループの番号は＃１、＃２及び＃３である。
【０１３１】
従って、レスポンス管理テーブルのバッファ内残余レスポンス数部には１０が格納され、レスポンス・グループ合計の残余レスポンス数部にも１０が格納され、送信側マルチキャスト・グループ別管理データ部には、マルチキャスト・グループ＃１宛のレスポンスが３個、マルチキャスト・グループ＃２宛のレスポンスが２個、マルチキャスト・グループ＃３宛のレスポンスが５個あることが格納されている。
【０１３２】
そして、図５の送信形態判断基準数部の構成の例によれば、マルチキャスト・グループの種類数が３個であり、この場合には送信形態判断基準数は５であると指定されている。図７（イ）における残余レスポンス個数は１０個であり、送信形態判断基準数５より多いので、この場合にはマルチキャスト送信が選択される。
【０１３３】
尚、図７（イ）における最上のレスポンスが格納されている領域のアドレスがマルチキャスト送信のスタート・アドレス（１０進で０番地）、図７（イ）において１０番目のレスポンスが格納されている領域のアドレスがマルチキャスト送信のエンド・アドレス（１０進で９番地）である。該スタート・アドレスとエンド・アドレスはここで形成されたレスポンス・グループ中の全てのレスポンスが送信された後に消去されるまでは変更されない。
【０１３４】
図７（ロ）の時点に図７（イ）で組まれたレスポンス・グループのマルチキャスト送信が行なわれるが、レスポンス・グループの最初のレスポンスがマルチキャスト・グループ＃１に関係するレスポンスであるので、まずマルチキャスト・グループ＃１に関係するレスポンスがマルチキャストで送信される。
【０１３５】
この結果、図７（ロ）の時点の送信バッファには、マルチキャスト・グループ＃１宛のレスポンス３個が送信されて残った７個のレスポンスと、新たに追加されたレスポンス２個が格納されている。
【０１３６】
従って、レスポンス管理テーブルの残余レスポンス数部には１０−３＋２＝９が格納され、レスポンス・グループ合計の残余レスポンス数部には１０−３＝７が格納され、送信側マルチキャスト・グループ別管理データ部には、マルチキャスト・グループ＃１宛のレスポンスが０個、マルチキャスト・グループ＃２宛のレスポンスが２個、マルチキャスト・グループ＃３宛のレスポンスが５個あることが格納されている。
【０１３７】
尚、図７には記載していないが、レスポンス管理テーブル中の受信側マルチキャスト・グループ別管理データ部には、マルチキャスト・グループ＃１宛のレスポンスが１個、マルチキャスト・グループ＃２宛のレスポンスが０個、マルチキャスト・グループ＃３宛のレスポンスが１個あることが記載されている。
【０１３８】
そして、残余レスポンス個数が９個であるので、次の時点での送信方式もマルチキャストが選択される。
【０１３９】
図７（ハ）の時点では、送信待ち状態のレスポンスでアドレスが最小のレスポンスがマルチキャスト・グループ＃３宛のレスポンスであるので、マルチキャスト・グループ番号＃３宛のレスポンスがマルチキャスト送信される。
【０１４０】
同様にしてマルチキャスト送信が行なわれてゆき図７（ニ）に到ると、図７（イ）の時点で送信バッファに格納されたレスポンス・グループの１０個のレスポンスが全てマルチキャスト送信され、図７（ハ）以前に追加されて送信待ちしているレスポンスが５個になっており、新たに図７（ニ）の時点で２個のレスポンスが追加されている。
【０１４１】
従って、レスポンス管理テーブルの残余レスポンス数部には５＋２＝７が格納され、レスポンス・グループ合計の残余レスポンス数部には１０−１０＝０が格納され、送信側マルチキャスト・グループ別管理データ部には、マルチキャスト・グループ＃１宛のレスポンスが０個、マルチキャスト・グループ＃２宛のレスポンスが０個、マルチキャスト・グループ＃３宛のレスポンスが０個になったことが格納されている。
【０１４２】
そして、図７（ホ）の時点で、最初に１０個のレスポンスで形成されたレスポンス・グループは消去されて空きレスポンスとなる。この時、受信側マルチキャスト・グループ別管理データ部にはレスポンスがあるマルチキャスト・グループ数に３が入っているので、図５より基準数５の所に該当フラグが設定され、この時点での残余レスポンス個数は７個であるから、基準個数以上となり次の送信にもマルチキャスト送信方式が選択される。
【０１４３】
図７（ニ）の時点で、受信側マルチキャスト・グループ別管理データ部のステータスが送信に設定され、送信側マルチキャスト・グループ別管理データ部のステータスが受信に設定され、未送信であったレスポンスと新規に追加されたレスポンスが送信待ちレスポンスとされる。この時点では、送信待ちレスポンスが７個あり、この送信待ちレスポンス７個でマルチキャスト送信のレスポンス・グループが組まれ、マルチキャスト・グループ＃１宛のレスポンスが３個、マルチキャスト・グループ＃２宛のレスポンスが２個、マルチキャスト・グループ＃３宛のレスポンスが２個ある。
【０１４４】
従って、レスポンス管理テーブルの残余レスポンス数部には７が格納され、レスポンス・グループ合計の残余レスポンス数部にも７が格納され、送信側マルチキャスト・グループ別管理データ部には、マルチキャスト・グループ＃１宛のレスポンスが３個、マルチキャスト・グループ＃２宛のレスポンスが２個、マルチキャスト・グループ＃３宛のレスポンスが２個あることが格納されている。
【０１４５】
この時点になって初めて、図７（ホ）における上側の空きレスポンスの直下のレスポンスが格納されている領域のアドレスがマルチキャスト送信のスタート・アドレス（１０進で１０番地）となり、図７（ニ）において７番目の送信待ちレスポンスが格納されている領域のアドレスがマルチキャスト送信のエンド・アドレス（１０進で１６番地）となって、マルチキャスト送信するレスポンス・グループのスタート・アドレスとエンド・アドレスが更新される。
【０１４６】
以降は、上記と同様な手順でレスポンスの送信が続けられてゆく。尚、残余レスポンス個数が送信形態判断基準数以下になると送信方式をユニキャストに変更してレスポンスの送信が行なわれるようになる。
【０１４７】
図８は、レスポンス管理テーブルの設定例である。レスポンス管理テーブルの設定内容の概要は図７に関する説明において記載しているので、ほぼ理解をして戴けたと思うが、更に詳細な設定内容を記載しておく。尚、図８に示すのは図７（イ）の状態に整合したものである。
【０１４８】
図７（イ）の時点では、送信バッファのアドレス０からアドレス９までのレスポンスがレスポンス・グループに組み込まれており、マルチキャスト・グループ＃１宛のレスポンスが３個、マルチキャスト・グループ＃２宛のレスポンスが２個、マルチキャスト・グループ＃３宛のレスポンス５個が送信待ちレスポンスとして格納されている。
【０１４９】
従って、バッファ内残余レスポンス数部には１０が、送信形態判断基準数部には図５を参照して５が、送信形態種別部には「マルチキャスト」が、スタート・アドレスには１０進の０が、エンド・アドレス部には１０進の９が格納され、レスポンス・グループ合計の残余レスポンス個数部には１０が格納される。
【０１５０】
そして、送信側マルチキャスト・グループ別管理データ部には、下記のように格納される。
【０１５１】
即ち、ステータス部には「送信側」が、レスポンスがあるマルチキャスト・グループ数部には３が、マルチキャスト・グループ番号＃１のレスポンス個数部には３が、マルチキャスト・グループ＃２のレスポンス個数部には２が、マルチキャスト・グループ＃３のレスポンス個数部には５が格納される。尚、ハイウェイ番号には、図６を参照して、各々のマルチキャスト・グループ番号に対して０と２、１と３、７が格納されるものとする。
【０１５２】
次いで、受信側マルチキャスト・グループ別管理データ部には、下記のように格納される。
【０１５３】
即ち、ステータス部には「受信側」が、レスポンスがあるマルチキャスト・グループ数部にはレスポンス・グループが組まれた後に送信バッファに格納されたレスポンスがないので０が、マルチキャスト・グループ番号＃１のレスポンス個数部には０が、マルチキャスト・グループ＃２のレスポンス個数部には０が、マルチキャスト・グループ＃３のレスポンス個数部には０が格納される。尚、ハイウェイ番号には、送信すべきレスポンスがない状態なので何も格納されない。
【０１５４】
以上で、本発明に必要なレスポンス、レスポンス管理テーブルの構成と送信バッファへのレスポンスの格納についての説明を終わり、以降は、レスポンスの作成、レスポンスの作成中におけるレスポンス管理テーブルの更新、レスポンスの送信において行なう処理をフローチャートによって説明する。
【０１５５】
尚、レスポンスの作成、レスポンスの送信バッファへの登録とレスポンス管理テーブルの更新を行なうプログラムとレスポンスの送信を行なうプログラムは独立に動作しており、レスポンスの送信を行なうプログラムはレスポンス管理テーブルの格納内容を見て送信動作を実行する。
【０１５６】
図９は、レスポンス作成のフローチャートである。
【０１５７】
Ｓ１．ルータ・インタフェースは光ネットワーク・ユニットからの設定コマンドの受信を待っており、光ネットワーク・ユニットからの設定コマンドを受信したか否かの判定をしている。
【０１５８】
光ネットワーク・ユニットから設定コマンドを受信していないと判定された場合（Ｎｏ）には最初（ステップＳ１）に戻る。
【０１５９】
Ｓ２．ステップＳ１で、光ネットワーク・ユニットからの設定コマンドを受信したと判定された場合（Ｙｅｓ）には、オペレーション・システムからの設定内容、又は、ルータ・インタフェース自身に予め設定されている初期条件を基にしてレスポンスの設定データ部を作成し、受信した設定コマンドを参照してレスポンスを要求してきた光ネットワーク・ユニット番号、当該光ネットワーク・ユニットが収容されているハイウェイ番号及び当該光ネットワーク・ユニットが属するマルチキャスト・グループ番号を付加する。
【０１６０】
Ｓ３．レスポンスの送信データ種別部に、レスポンスである旨の情報を設定してレスポンスを完成させる。
【０１６１】
Ｓ４．改正したレスポンスを送信バッファに登録するために、先頭にデータ・コード部を付加し、未送信状態である旨の情報を設定する。
【０１６２】
Ｓ５．データ・コードを付加したレスポンスを送信バッファに登録する。
【０１６３】
Ｓ６．設定コマンドに対応してレスポンスを１個送信バッファに登録したので、レスポンス管理テーブルの残余レスポンス数部に格納されている数に１を加算する。
【０１６４】
Ｓ７．以降のレスポンス管理テーブルの更新においては、マルチキャスト送信している場合とユニキャスト送信している場合とで処理が異なるので、マルチキャスト送信中か否かを判定する。これは、レスポンス管理テーブルにおける送信形態種別がマルチキャストを示しているか、ユニキャストを示しているかを見ればよい。
【０１６５】
そして、送信形態種別がマルチキャストの場合（Ｙｅｓ）には、マルチキャスト時のレスポンス管理テーブルの更新を行ない、送信形態種別がユニキャストの場合（Ｙｅｓ）には、ユニキャスト時のレスポンス管理テーブルの更新を行なった上で、ステップＳ１に戻る。
【０１６６】
図１０は、マルチキャスト送信時のレスポンス管理テーブル更新のフローチャートである。
【０１６７】
Ｓ１１．マルチキャスト送信中に新たにレスポンスを作成、登録した時点であるので、当該レスポンスは次に送信すべきレスポンス・グループに組み込まれる。従ってレスポンス中のマルチキャスト・グループ番号を参照して、受信側マルチキャスト・グループ別管理データ部の当該マルチキャスト・グループ番号に格納しているレスポンス個数を１増やす。
【０１６８】
Ｓ１２．当該レスポンスが、ステップＳ１１で、受信側マルチキャスト・グループ別管理データ部においてレスポンス個数を増やしたマルチキャスト・グループの最初のレスポンスであるか否かを判定する。これは、当該マルチキャスト・グループに該当するマルチキャスト・グループ番号に格納しているレスポンス個数が１になったか、２以上になっているかを判定すればよい。
【０１６９】
Ｓ１３．ステップＳ１２で、受信側マルチキャスト・グループ別管理データ部においてレスポンス個数を増やしたマルチキャスト・グループの最初のレスポンスであると判定された場合（Ｙｅｓ）には、新たなマルチキャスト・グループ宛のレスポンスが登録されたことを意味するので、受信側マルチキャスト・グループ別管理データ部のレスポンスがあるマルチキャスト・グループ数部に格納している数を１増やす。
【０１７０】
Ｓ１４．アドレス管理部を形成するために、メモリの空き領域に光ネットワーク・ユニットの個数分の格納領域を確保する。
【０１７１】
Ｓ１５．確保したアドレス管理部の先頭アドレスを受信側マルチキャスト・グループ別管理データ部のマルチキャスト・グループ番号毎に管理アドレス管理部の先頭アドレス部に格納する。
【０１７２】
Ｓ１６．そして、アドレス管理部には当該レスポンスを格納した送信バッファのアドレスを格納する。
【０１７３】
Ｓ１７．当該レスポンスのハイウェイ番号を、受信側マルチキャスト・グループ別管理データ部のマルチキャスト・グループ番号ごとに管理しているハイウェイ番号部に登録して、図９のフローチャートにおけるＳ１にジャンプする。
【０１７４】
Ｓ１８．一方、ステップＳ１２で、受信側マルチキャスト・グループ別管理データ部においてレスポンス個数を増やしたマルチキャスト・グループの最初のレスポンスではないと判定された場合（Ｎｏ）には、アドレス管理部に当該レスポンスを格納した送信バッファのアドレスを格納する。
【０１７５】
Ｓ１９．当該レスポンスのハイウェイ番号が受信側管理データ部のマルチキャスト・グループ番号毎に管理しているハイウェイ番号部に登録されているか否かを判定する。
【０１７６】
当該レスポンスのハイウェイ番号が受信側管理データ部のマルチキャスト・グループ番号毎に管理しているハイウェイ番号部に登録されていると判定された場合（Ｙｅｓ）には、図９のフローチャートにおけるＳ１にジャンプする。
【０１７７】
Ｓ２０．ステップ１９で、当該レスポンスのハイウェイ番号が受信側管理データ部のマルチキャスト・グループ番号毎に管理しているハイウェイ番号部に登録されていないと判定された場合（Ｎｏ）には、当該レスポンスのハイウェイ番号を受信側マルチキャスト・グループ別管理データ部のマルチキャスト・グループ番号毎に管理しているハイウェイ番号部に登録して、図９のフローチャートにおけるＳ１にジャンプする。
【０１７８】
図１１は、ユニキャスト送信時のレスポンス管理テーブル更新のフローチャートである。
【０１７９】
Ｓ３１．今はユニキャスト送信中に新たにレスポンスを作成、登録した時点である。ところで、ユニキャスト送信時には、レスポンス・グループ毎にレスポンスを送信するということはしないので、マルチキャスト・グループ別管理データ部は送信側だけが有効である。従ってレスポンス中のマルチキャスト・グループ番号を参照して、送信側マルチキャスト・グループ別管理データ部の当該マルチキャスト・グループ番号に格納しているレスポンス個数を１増やす。
【０１８０】
Ｓ３２．当該レスポンスが、ステップＳ３１で、送信側マルチキャスト・グループ別管理データ部においてレスポンス個数を増やしたマルチキャスト・グループの最初のレスポンスであるか否かを判定する。これは、当該マルチキャスト・グループに該当するマルチキャスト・グループ番号に格納しているレスポンス個数が１になったか、２以上になっているかを判定すればよい。
【０１８１】
Ｓ３３．ステップＳ３２で、送信側マルチキャスト・グループ別管理データ部においてレスポンス個数を増やしたマルチキャスト・グループの最初のレスポンスであると判定された場合（Ｙｅｓ）には、新たなマルチキャスト・グループ宛のレスポンスが登録されたことを意味するので、送信側マルチキャスト・グループ別管理データ部のレスポンスがあるマルチキャスト・グループ数部に格納している数を１増やす。
【０１８２】
Ｓ３４．アドレス管理部を形成するために、メモリの空き領域に光ネットワーク・ユニットの個数分の格納領域を確保する。
【０１８３】
Ｓ３５．確保したアドレス管理部の先頭アドレスを送信側マルチキャスト・グループ別管理データ部のマルチキャスト・グループ番号毎に管理アドレス管理部の先頭アドレス部に格納する。
【０１８４】
Ｓ３６．そして、アドレス管理部には当該レスポンスを格納した送信バッファのアドレスを格納する。
【０１８５】
Ｓ３７．当該レスポンスのハイウェイ番号を、送信側マルチキャスト・グループ別管理データ部のマルチキャスト・グループ番号ごとに管理しているハイウェイ番号部に登録する。
【０１８６】
Ｓ３８．送信側マルチキャスト・グループ別管理データ部のレスポンスがあるマルチキャスト・グループ数部に格納している数を参照して、送信形態判断基準数部の該当フラグを格納している数のところに移動して、図９のステップＳ１にジャンプする。
【０１８７】
Ｓ３９．一方、ステップＳ３２で、送信側マルチキャスト・グループ別管理データ部においてレスポンス個数を増やしたマルチキャスト・グループの最初のレスポンスではないと判定された場合（Ｎｏ）には、アドレス管理部に当該レスポンスを格納した送信バッファのアドレスを格納する。
【０１８８】
Ｓ４０．当該レスポンスのハイウェイ番号が受信側管理データ部のマルチキャスト・グループ番号毎に管理しているハイウェイ番号部に登録されているか否かを判定する。
【０１８９】
当該レスポンスのハイウェイ番号が受信側管理データ部のマルチキャスト・グループ番号毎に管理しているハイウェイ番号部に登録されていると判定された場合（Ｙｅｓ）には、図９のフローチャートにおけるＳ１にジャンプする。
【０１９０】
Ｓ４１．ステップ３９で、当該レスポンスのハイウェイ番号が送信側管理データ部のマルチキャスト・グループ番号毎に管理しているハイウェイ番号部に登録されていないと判定された場合（Ｎｏ）には、当該レスポンスのハイウェイ番号を送信側マルチキャスト・グループ別管理データ部のマルチキャスト・グループ番号毎に管理しているハイウェイ番号部に登録して、図９のフローチャートにおけるＳ１にジャンプする。
【０１９１】
上記の如く、レスポンスの作成とレスポンス管理テーブルの更新処理は無限ループで行なわれる。
【０１９２】
次いで、レスポンスの送信処理について説明する。
【０１９３】
図１２は、レスポンス送信のフローチャートである。
【０１９４】
Ｓ５１．レスポンス管理テーブルの残余レスポンス数が送信形態判断基準数以上か否かを判定する。
【０１９５】
Ｓ５２．ステップＳ５１で、レスポンス管理テーブルの残余レスポンス数が送信形態判断基準数以上であると判定された場合（Ｙｅｓ）には、マルチキャスト送信を行なう必要があり、送信種別がマルチキャストに設定されている必要があるので、レスポンス管理テーブルの送信種別部にマルチキャスト送信である旨の情報が設定されているか否かの判定を行なう。
【０１９６】
Ｓ５３．ステップＳ５２で、送信種別がマルチキャストである旨設定されていると判定された場合（Ｙｅｓ）には、レスポンス管理テーブル内の受信側マルチキャスト・グループ別管理データ部のステータスを送信側に更新し、レスポンス管理テーブル内の送信側マルチキャスト・グループ別管理データ部のステータスを受信側に更新する。
【０１９７】
これは、マルチキャスト送信である旨設定されている場合には、新たに送信すべきレスポンスの情報は受信側マルチキャスト・グループ別管理データ部に格納されており、それまでの送信側マルチキャスト・グループ別管理データに対応するレスポンスは既に送信済であるから、マルチキャスト・グループ別管理データ部のステータスを入れ替えるために行なう処理である。
【０１９８】
そして、レスポンスのマルチキャスト送信のルーチンに移行し、マルチキャスト送信のルーチンを終了した時にステップＳ５４に移行する。
【０１９９】
Ｓ５４．マルチキャスト送信を終了した段階には、送信側マルチキャスト・グループ別管理データ部に格納されている情報に関係するレスポンスは全て送信済になっており、次に送信すべきレスポンスに関する情報は受信側マルチキャスト・グループ別管理データ部に格納されている。
【０２００】
従って、受信側マルチキャスト・グループ別管理データ部のレスポンスがあるマルチキャスト・グループ数部に格納されている数を参照して、送信形態判断基準数部におけるフラグの位置を更新して、ステップＳ５１にジャンプする。
【０２０１】
Ｓ５５．レスポンス管理テーブルの送信形態種別がユニキャストであるため、マルチキャストに設定する。
【０２０２】
Ｓ５６．一方、ステップＳ５１で、レスポンス管理テーブルの残余レスポンス数が送信形態判断基準数未満であると判定された場合（Ｎｏ）には、送信すべきレスポンスがあるか否かを判定する。
【０２０３】
送信すべきレスポンスがないと判定された場合（Ｎｏ）には、ステップＳ５１にジャンプする。
【０２０４】
Ｓ５７．ステップＳ５６で、送信すべきレスポンスがあると判定された場合（Ｙｅｓ）には、レスポンス管理テーブルの送信種別部にユニキャスト送信である旨の情報が格納されているか否かを判定する。
【０２０５】
ユニキャスト送信である旨の情報が格納されている場合（Ｙｅｓ）には、レスポンス送信をユニキャストで行なうルーチンに移行して、ユニキャスト送信が終了した時にステップＳ５１にジャンプする。
【０２０６】
Ｓ５８．一方、ステップＳ５７で、レスポンス管理テーブルの送信種別部にマルチキャスト送信である旨の情報が格納されている場合（Ｎｏ）には、レスポンス管理テーブルの送信種別部にユニキャスト送信である旨の情報を格納しなおす。
【０２０７】
Ｓ５９．レスポンス管理テーブル内の受信側マルチキャスト・グループ別管理データ部のステータスを送信側に更新し、レスポンス管理テーブル内の送信側マルチキャスト・グループ別管理データ部のステータスを受信側に更新する。
【０２０８】
ここで、ユニキャスト送信すべきであると判定された時にマルチキャスト送信が設定されているのは、マルチキャスト送信をした後ユニキャスト送信に変更することを意味する。
【０２０９】
従って、新たに送信すべきレスポンスの情報は受信側マルチキャスト・グループ別管理データ部に格納されており、それまでの送信側マルチキャスト・グループ別管理データに対応するレスポンスは既に送信済であるから、マルチキャスト・グループ別管理データ部のステータスを入れ替える必要があるために行なう処理である。
【０２１０】
そして、レスポンスのユニキャスト送信のルーチンに移行し、ユニキャスト送信のルーチンを終了した時にステップＳ５１に移行する。
【０２１１】
上記の如く、レスポンス送信の処理は無限ループで行なわれる。以降において、無限ループの中のマルチキャスト送信とユニキャスト送信の処理を説明する。
【０２１２】
図１３は、レスポンスをマルチキャスト送信する場合のフローチャートである。
【０２１３】
Ｓ６１．レスポンス管理テーブルの送信側マルチキャスト・グループ別管理データ部のレスポンス個数の合計を、レスポンス管理テーブルのレスポンス・グループ合計の残余レスポンス数に格納する。
【０２１４】
Ｓ６２．送信バッファ内に格納されている送信待ちレスポンスのうち、最も古いレスポンスのアドレスをスタート・アドレスとしてレスポンス管理テーブルのスタート・アドレス部に格納する。
【０２１５】
Ｓ６３．送信バッファ内に格納されているレスポンスのうち、最も新しいレスポンスのアドレスをエンド・アドレスとしてレスポンス管理テーブルのエンド・アドレス部に格納する。
【０２１６】
上記ステップＳ６２とステップＳ６３の処理によって、レスポンス・グループを組むレスポンスの範囲が規定されたことになる。
【０２１７】
Ｓ６４．送信バッファ内に格納されている送信待ちレスポンスの中で最も古いレスポンスが含まれているマルチキャスト・グループのレスポンスが他にあるか否かを判定する。
【０２１８】
Ｓ６５．ステップＳ６４で、送信バッファ内に格納されている送信待ちレスポンスの中で最も古いレスポンスが含まれているマルチキャスト・グループのレスポンスが他にあると判定された場合（Ｙｅｓ）には、レスポンスの送信先のハイウェイ番号は送信側マルチキャスト・グループ別管理データ部の該当マルチキャスト・グループ番号に対応するハイウェイ番号部に登録されているハイウェイ番号に設定し、レスポンスの送信先の光ネットワーク・ユニット番号には「ＡＬＬ」を意味する数を設定する。
【０２１９】
Ｓ６６．同一マルチキャスト・グループで定義されるレスポンスを送信先のハイウェイに送出し、当該ハイウェイに接続されている全ての光ネットワーク・ユニットに対してマルチキャスト送信して、ステップＳ６８に移行する。
【０２２０】
Ｓ６７．一方、ステップＳ６４で、送信バッファ内に格納されている送信待ちレスポンスの中で最も古いレスポンスが含まれているマルチキャスト・グループのレスポンスが他にないと判定された場合（Ｎｏ）には、当該レスポンスだけをユニキャスト送信して、ステップＳ６８に移行する。
【０２２１】
Ｓ６８．ステップＳ６６又はステップＳ６７で送信したレスポンスのデータ・コードを送信済を意味する情報に更新する。
【０２２２】
Ｓ６９．ステップＳ６６又はステップＳ６７で送信したレスポンスの個数を、レスポンス管理テーブル内の残余レスポンス個数部とレスポンス・グループ合計の残余レスポンス個数部に格納されている数から減算する。
【０２２３】
Ｓ７０．送信したレスポンス個数を、レスポンス管理テーブル内の送信側マルチキャスト・グループ別管理データ部にマルチキャスト・グループ毎に登録しているレスポンス個数から減算する。
【０２２４】
Ｓ７１．レスポンス管理テーブルの送信側マルチキャスト・グループ別管理データ部のマルチキャスト・グループ毎に登録しているハイウェイ番号を消去する。
【０２２５】
Ｓ７２．アドレス管理部に格納されている送信したマルチキャスト・グループのレスポンスのアドレスを消去する。
【０２２６】
Ｓ７３．送信側マルチキャスト・グループ別管理データ部のマルチキャスト・グループ番号毎に管理しているアドレス管理部を返却する。
【０２２７】
Ｓ７４．送信側マルチキャスト・グループ別管理データ部のマルチキャスト・グループ番号毎に管理しているアドレス管理部の先頭アドレスを消去する。
【０２２８】
Ｓ７５．レスポンス・グループ合計の残余レスポンス個数が０か否か、即ち、レスポンス・グループの全てのレスポンスを送信したか否かを判定する。
【０２２９】
レスポンス・グループ合計の残余レスポンス個数が０ではない、即ち、未送信のレスポンスがあると判定された場合（Ｎｏ）には、ステップＳ６４にジャンプする。
【０２３０】
Ｓ７６．ステップＳ７５で、レスポンス・グループ合計の残余レスポンス個数が０である、即ち、未送信のレスポンスはないと判定された場合（Ｙｅｓ）には、レスポンス管理テーブルのスタート・アドレス部に格納されているスタート・アドレスと、エンド・アドレス部に格納されているエンド・アドレスで指定されている範囲内のレスポンスを消去して、図１２のフローチャートのステップＳ５１にジャンプする。
【０２３１】
図１４は、レスポンスをユニキャスト送信する場合のフローチャートである。
【０２３２】
Ｓ８１．送信バッファ内に格納されている送信待ちレスポンスで最も古いレスポンスをユニキャスト送信する。
【０２３３】
Ｓ８２．送信したレスポンスのデータ・コードを送信済に更新する。
【０２３４】
Ｓ８３．レスポンス管理テーブル内の残余レスポンス個数部に格納されている数から１を減算する。
【０２３５】
Ｓ８４．レスポンス管理テーブル内の送信側マルチキャスト・グループ別管理データ部のマルチキャスト・グループ番号毎に管理しているレスポンス個数から１を減算する。
【０２３６】
Ｓ８５．送信待ちレスポンスのなかに同一マルチキャスト・グループで定義されるレスポンスがないか否か判定する。
【０２３７】
Ｓ８６．ステップＳ８５で、送信待ちレスポンスのなかに同一マルチキャスト・グループで定義されるレスポンスがないと判定された場合（Ｙｅｓ）には、送信側マルチキャスト・グループ別管理データ部のマルチキャスト・グループ番号毎に管理しているハイウェイ番号を消去する。
【０２３８】
Ｓ８７．送信したレスポンスを送信バッファから消去する。
【０２３９】
Ｓ８８．アドレス管理部に格納されているレスポンスのアドレスを消去する。
【０２４０】
Ｓ８９．送信側マルチキャスト・グループ別管理データ部のマルチキャスト・グループ番号ごとに管理しているアドレス管理部を返却する。
【０２４１】
Ｓ９０．送信側マルチキャスト・グループ別管理データ部のマルチキャスト・グループ番号毎に管理しているアドレス管理部の先頭アドレスを消去する。
【０２４２】
Ｓ９１．送信側マルチキャスト・グループ別管理データ部のレスポンスがあるマルチキャスト・グループ数部に格納されている数から１を減算する。
【０２４３】
Ｓ９２．レスポンス管理テーブルの送信形態判断基準数部のフラグを１を減算された結果のマルチキャスト・グループ数のところに更新して、図１２のステップＳ５１にジャンプする。
【０２４４】
Ｓ９３．一方、ステップＳ８５で、送信待ちレスポンスのなかに同一マルチキャスト・グループで定義されるレスポンスがあると判定された場合（Ｎｏ）には、送信待ちレスポンスの中に同一ハイウェイ番号のレスポンスがないか否か判定する。
【０２４５】
送信待ちレスポンスの中に同一ハイウェイ番号のレスポンスがあると判定された場合（Ｎｏ）には、ステップＳ９５にジャンプする。
【０２４６】
Ｓ９４．一方、ステップシ９３で、送信待ちレスポンスの中に同一ハイウェイ番号のレスポンスがないと判定された場合（Ｙｅｓ）には、送信側マルチキャスト・グループ別管理データ部のマルチキャスト・グループ数毎に管理しているハイウェイ番号より送信したレスポンスのハイウェイ番号のみを消去して。ステップＳ９５に移行する。
【０２４７】
Ｓ９５．送信したレスポンスを送信バッファから消去する。
【０２４８】
Ｓ９６．アドレス管理部に格納されている送信したレスポンスのアドレスを消去して、図１２のステップＳ５１にジャンプする。
【０２４９】
以上、パッシブ・ダブル・スター・システムを例にした光加入者系伝送システムにおけるレスポンス送信方式に関して説明した。これは、最初に記載したように、類似の機能を必要とするシステムが複数あり、構成自体が異なるのが常であるために、具体的なシステムを例に説明をしないと技術を明快にできないからである。従って、本発明の技術がパッシブ・ダブル・スター・システムに限定されるものではない。以降、この点について付記をしておきたい。
【０２５０】
最初に記載したように、パッシブ・ダブル・スター・システムと類似な機能を有するシステムに監視制御システムがあり、監視制御システムにおいても複数の監視端末が単一の監視制御局に初期設定を要求し、該監視制御局が該監視端末にレスポンスを送信するということが行なわれる。両方のシステムを統一的に見ると、パッシブ・ダブル・スター・システムにおける光加入者線終端装置及び監視制御システムにおける監視制御局は「親装置」と定義でき、パッシブ・ダブル・スター・システムにおける光ネットワーク・ユニット及び監視制御システムにおける監視端末は「子装置」と定義できる。
【０２５１】
又、親装置と複数の子装置で構成されるネットワークの形態は、パッシブ・ダブル・スター・システムのようなスター型とは限らず、バス型のネットワークもあり、ループ又はリング型のネットワークもある。このようにネットワークの形態が違う場合、設定コマンドの送信の仕方とレスポンスの送信の仕方、つまり、通信フレームの組み方に違いが出る。
【０２５２】
しかし、設定コマンドに対するレスポンス作成とレスポンス送信の負荷を低減し、ネットワークの伝送効率の低下を回避する必要があることは同じである。そして、本発明の技術はネットワークの形態如何にかかわらず適用することが可能である。
【０２５３】
更に、加入者線光伝送システムにおいても、監視制御システムにおいても、親装置を冗長構成にすることが多いが、この場合でも実質的には単一の親装置と複数の子装置によってシステムが稼働している。従って、親装置を冗長構成にしたシステムにも本発明の技術を適用することができる。
【０２５４】
従って、例えば、課題を解決するための手段において「第一の発明」として記載した「複数の光ネットワーク・ユニットからの設定コマンドに対するレスポンスの数が送信形態判断基準数を超えている場合には、光加入者線終端装置はレスポンスをマルチキャスト送信方式で送信し、レスポンスの数が該送信形態判断基準数以下の場合には、レスポンスをユニキャスト送信方式で送信する」技術は、一般的に、「複数の子装置からの設定コマンドに対するレスポンスの数が、送信形態判断基準数を超えている場合には、親装置はレスポンスをマルチキャスト送信方式で送信し、レスポンスの数が該送信形態判断基準数以下の場合には、レスポンスをユニキャスト送信方式で送信する」技術であるというように書き替えることができる。これは、他の発明についても同様である。
【０２５５】
【発明の効果】
第一の発明によれば、親装置が行なうレスポンスの送信回数を低減することができ、レスポンス送信のための負荷を軽減することができ、レスポンス送信のために使用されるハイウェイの伝送効率の低下を回避することができる。
【０２５６】
又、送信すべきレスポンス数が少ない時にはユニキャスト送信方式で設定データを送信するので、マルチキャスト送信するために同一マルチキャスト・グループに属する子装置宛のレスポンスを集める処理を毎回行なう必要がなくなり、親装置の負荷を軽減することができる。
【０２５７】
第二の発明によれば、システムの規模に応じてレスポンス送信形態を柔軟に選択することが可能になる。
【０２５８】
第三の発明によれば、マルチキャスト送信時に該親装置におけるレスポンス作成及び格納処理と送信処理を独立に実行することが可能になる。
【０２５９】
第四の発明によれば、レスポンス送信のためにハイウェイを占有する回数が少なくなって伝送効率を高めることができる。
【図面の簡単な説明】
【図１】  本発明のレスポンス送信方式を説明する図。
【図２】  レスポンスの構成。
【図３】  送信バッファ内に登録されたレスポンスの構成。
【図４】  レスポンス管理テーブルの構成。
【図５】  送信形態判断基準数部の構成。
【図６】  ＭＣＧ別管理データ部とアドレス管理部の構成。
【図７】  本発明のレスポンス送信方式における送信バッファの内容。
【図８】  レスポンス管理テーブルの設定例。
【図９】  レスポンス作成のフローチャート。
【図１０】  マルチキャスト送信時のレスポンス管理テーブル更新のフローチャート。
【図１１】  ユニキャスト送信時のレスポンス管理テーブル更新のフローチャート。
【図１２】  レスポンス送信のフローチャート。
【図１３】  レスポンスをマルチキャスト送信する場合のフローチャート。
【図１４】  レスポンスをユニキャスト送信する場合のフローチャート。
【図１５】  ユニキャスト送信方式でのレスポンスの流れの概略図。
【図１６】  従来のレスポンス送信方式を説明する図（その１）。
【図１７】  ユニキャスト送信時に送信するレスポンス。
【図１８】  従来のレスポンス送信方式における送信バッファの内容。
【図１９】  マルチキャスト送信方式でのレスポンスの流れの概略図。
【図２０】  従来のレスポンス送信方式を説明する図（その２）。
【図２１】  マルチキャスト送信時に送信するレスポンス。
【図２２】  パッシブ・ダブル・スター・システムを適用した情報伝送システムの構成の概要。
【符号の説明】
１  オペレーション・システム（ＯｐＳ）
２  光加入者線終端装置（ＯＬＴ）
２１  オペレーション・システム・インタフェース（ＯｐＳ−ＩＦ）
２２  ルータ・インタフェース（ルータＩＦ）
２３  フォーマッタ（ＦＭＴ）
２４−１  光加入者・ユニット（ＯＳＵ）
２４−２  光加入者・ユニット（ＯＳＵ）
３−１  スター・カプラ
３−２  スター・カプラ
４−１  光ネットワーク・ユニット（ＯＮＵ）
４−２  光ネットワーク・ユニット（ＯＮＵ）
４−３  光ネットワーク・ユニット（ＯＮＵ）
４−４  光ネットワーク・ユニット（ＯＮＵ）
５−１  ハブ
５−２  ハブ
６−１  パソコン（ＰＣ）
６−２  パソコン（ＰＣ）
７−１  電話機
７−２  電話機
８−１  テレビジョン及びビデオ・テープ・レコーダー（ＴＶ）
８−２  テレビジョン及びビデオ・テープ・レコーダー（ＴＶ）
９  ルータ
１０  インターネット
１１  プロバイダ・ホスト
【図１】
0003724327.tif 000002
【図２】
0003724327.tif 000003
【図３】
0003724327.tif 000004
【図４】
0003724327.tif 000005
【図５】
0003724327.tif 000006
【図６】
0003724327.tif 000007
【図７】
0003724327.tif 000008
【図８】
0003724327.tif 000009
【図９】
0003724327.tif 000010
【図１０】
0003724327.tif 000011
【図１１】
0003724327.tif 000012
【図１２】
0003724327.tif 000013
【図１３】
0003724327.tif 000014
【図１４】
0003724327.tif 000015
【図１５】
0003724327.tif 000016
【図１６】
0003724327.tif 000017
【図１７】
0003724327.tif 000018
【図１８】
0003724327.tif 000019
【図１９】
0003724327.tif 000020
【図２０】
0003724327.tif 000021
【図２１】
0003724327.tif 000022
【図２２】
0003724327.tif 000023