JP2000307721A - 通信システムおよび加入者側通信装置 - Google Patents

Abstract

(57)【要約】 【課題】通信システムにおいて、局側のオペレーション
システムからの命令に従い、局側通信装置が各加入者側
通信装置に対して書込み制御信号、及び書込みデータを
送信することにより各加入者側通信装置のハードウェア
変更を行う。 【解決手段】オペレーションシステム１からの命令によ
り、局側通信装置１０は各加入者側通信装置宛ての任意
の情報チャネル領域あるいは制御チャネル領域に書込み
制御信号、及び書込みデータを挿入する。各加入者側通
信装置４ｉは、書込み制御信号に含まれた宛先アドレス
を見て、その信号が自装置宛ての場合、該当ＰＬＤ用の
メモリへ書込みを行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、局側通信装置に接
続したオペレーションシステムからの命令に従って加入
者側通信装置のＰＬＤ（プログラマブル・ロジック・デ
バイス）の内容を更新することにより、ハードウェアの
変更を行う通信システムに関する。

【０００２】

【従来の技術】従来、局側通信装置から加入者側通信装
置のプログラム変更を行う方法としては、特開平７−１
６２５４７号公報に記載の遠隔プログラム書き替え方式
がある。図１にこの方式のシステム構成を示す。このプ
ログラム書き替え方式では、局側通信装置５１と加入者
側通信装置８ｉ（ｉ＝１〜Ｎ）との接続はＩＳＤＮ網５
０を利用したポイント・ポイント接続である。この方式
によると、加入者側通信装置８ｉはメインプログラムを
格納するフラッシュＲＯＭ８ｉ６と、プログラム書き替
え制御を行うプログラムを格納するＲＯＭ８ｉ５を持
つ。局側通信装置５１のデータ端末装置（ＤＴＥ）５３
は、まずターミナルアダプタ５２により加入者側通信装
置８ｉに書き替え要求を発呼する。それを受け取った加
入者側通信装置８ｉは、応答を返し、着信を終了する。
着信終了後、加入者側通信装置８ｉは、プログラムの制
御権をメインプログラムを格納するフラッシュＲＯＭ８
ｉ６からプログラム書き替え制御を行うＲＯＭ８ｉ５に
変更する。次に、局側通信装置５１は、変更データを送
信する。加入者側通信装置８ｉは、プログラム書き替え
制御ＲＯＭ８ｉ５に従って、メインプログラムを格納す
るフラッシュＲＯＭ８ｉ６に対して書き替え処理を行
い、書き替え終了後、局側通信装置５１に応答を返し、
プログラムの制御権を新しいメインプログラムを格納す
るフラッシュＲＯＭ８ｉ６に戻すことでプログラム書き
替えが終了する。

【０００３】

【発明が解決しようとする課題】上記のような従来技術
の遠隔プログラム書き替え方式においては、加入者側通
信装置のファームウェアの書き替えは可能であったが、
サービス開始後に加入者側通信装置にファームウェアの
変更だけでは対応できない機能変更等が生じた場合、ハ
ードウェア変更が必要となる。ハード変更するには作業
者が装置の設置されている場所まで行き、ハードウェア
を交換するしか方法がなかった。しかし、加入者側通信
装置は広く分散して配置されている。また、設置形態が
電柱の上など作業が困難な場所や、ユーザ所有のビル、
加入者宅等事前の交渉で理解を得ておくことが必要な場
所がある。以上のように、ハードウェア交換作業は、物
理的にも精神的にも労力を要するという問題があった。

【０００４】更に、局側通信装置に接続されている加入
者側通信装置の数が多い場合、加入者側通信装置のプロ
グラム変更を１台ずつ行うのは多大の労力を要するとい
う問題がある。

【０００５】

【課題を解決するための手段】本発明は、ハードウェア
交換のため加入者側通信装置が設置されている場所まで
行く必要がなく、局側のオペレーションシステムからの
命令に従って加入者側通信装置のハードウェアのプログ
ラム変更を行うことにより、ハードウェア変更を行える
遠隔ダウンロード方式を提供することを目的とする。

【０００６】上記目的の達成のため、本発明では、局側
のオペレーションシステムからの命令に従い、局側通信
装置のインチャネル制御部が各加入者側通信装置宛ての
任意の情報チャネル領域あるいは制御チャネル領域に書
込み制御信号、及び書込みデータを挿入する機能を持
つ。また、本発明は、各加入者側通信装置に番号を付与
することにより、書込み制御信号にてターゲット加入者
側通信装置を指定することを可能とし、書込み制御信号
にてグローバルアドレスを通知することにより、局側通
信装置に接続された複数の加入者側通信装置を一括指定
可能とする。

【０００７】

【発明の実施の形態】本発明の実施の形態である通信シ
ステム、局側通信装置、加入者側通信装置の実施例を図
２ないし図４に示す。ここで、図２は通信システム、図
３は局側通信システム、図４は加入者側通信装置の要部
ブロック図である。

【０００８】図２の通信システムは、加入者側通信装置
４ｉ（ｉ＝１〜Ｎ）と、この加入者側通信装置４ｉのそ
れぞれの情報チャネルと交換機２との回線接続、及び集
線処理を行う局側通信装置１０と、局側通信装置を制御
するオペレーションシステム１と、加入者側通信装置４
ｉと局側通信装置１０とを接続する通信網３０とを備え
る。

【０００９】図３に示す局側通信装置１０は、交換機２
とのインタフェース機能を持つ交換機インタフェース部
１１と、オペレーションシステム１とのインタフェース
機能を持つオペレーションシステムインタフェース部１
２と、回線接続機能を持つスイッチ１３、オペレーショ
ンシステム１からの命令を基に加入者側通信装置４ｉ宛
てのパケットを生成する機能と加入者側通信装置４ｉか
ら受信したパケットを終端する機能とを持つパケット処
理部１６と、オペレーションシステム１からの指示に従
い、局側通信装置１０の監視、及び制御を行う監視・制
御部１４と、加入者側通信装置４ｉとのインタフェース
機能を持つ複数の加入者線終端部２ｊ（ｊ＝１〜Ｍ）と
を備える。更に、監視・制御部１４は、オペレーション
システム１からの命令に従い、加入者側通信装置４ｉ宛
ての任意の情報チャネル領域あるいは制御チャネル領域
にパケット処理部１６で生成した書込み制御パケットを
挿入する機能と加入者側通信装置４ｉから受信した応答
パケットを抜き取る機能を持つインチャネル制御部１５
を備える。

【００１０】図４に示す加入者側通信装置４ｉは、局側
通信装置１０とのインタフェース機能を持つ主信号イン
タフェース部４ｉ０と、局側通信装置１０宛ての任意の
情報チャネル領域あるいは制御チャネル領域に応答パケ
ットを挿入する機能と局側通信装置１０から受信した自
装置宛ての書込み制御パケットを抜き取る機能を持つイ
ンチャネル制御部４ｉ１と、局側通信装置１０から受信
した書込み制御パケットを終端する機能と局側通信装置
１０宛てに書込み応答パケットを生成する機能を持つパ
ケット処理部４ｉ２と、各論理基板に対して書込み制御
を行う書込み制御部４ｉ３と、各論理基板上の各ＰＬＤ
のバージョンの管理を行うＰＬＤバージョン管理部４ｉ
６と、各種通信サービスをサポートする論理基板Ａ４ｉ
４と、論理基板Ｂ４ｉ５を備える。

【００１１】論理基板Ａ４ｉ４は、ＰＬＤ書込み制御部
４ｉ４０と、ＰＬＤＡ４ｉ４１と、ＰＬＤＢ４ｉ４２
と、ＰＬＤの書込みデータを格納するＲＯＭ４ｉ４４、
４ｉ４６と、書込みデータをＲＯＭに格納するまえに一
時的に格納するＲＡＭ４ｉ４３、４ｉ４５とを備える。
論理基板Ｂ４ｉ５は、同様に、ＰＬＤ書込み制御部４ｉ
５０と、ＰＬＤＣ４ｉ５１と、ＰＬＤＤ４ｉ５２と、Ｒ
ＡＭ４ｉ５３、４ｉ５５と、ＲＯＭ４ｉ５４、４ｉ５６
とを備える。

【００１２】ここで、論理基板は、論理基板Ａと論理基
板Ｂとの２枚としたが、ハードウェア規模によって１枚
でもよいし、３枚以上であってよい。また、論理基板上
に設けたＰＬＤは、２個に限らない。本実施例では、Ｐ
ＬＤとしてＦＰＧＡを用いた。しかし、ＦＰＧＡに限ら
ず他の種類のＰＬＤであって構わない。

【００１３】尚、本実施例ではハードウェア変更制御の
説明が目的であるため、図４の加入者側通信装置４ｉに
おいて、情報データの処理部の記載を省いた。

【００１４】次に、局側通信装置１０と加入者側通信装
置４ｉとの間で行われる通信のフレーム構成を図５と図
６とを用いて説明する。

【００１５】図５は、局側通信装置１０から加入者側通
信装置４ｉに送信されるパケット６０を示す。パケット
６０は、制御フレームであることを示すヘッダ６８と、
目的の加入者側通信装置、論理基板、ＰＬＤの番号を示
す宛先アドレス６１と、送信データが書込み制御デー
タ、読み出し制御データ、あるいはリセットデータであ
るかを特定するデータタイプ６２と、パケット番号６３
と、送信データが書込み制御データであった場合、その
書込みデータのバージョンを示すバージョン情報６４
と、データの長さを示すデータ長６５と、ＰＬＤに書込
む書込みデータ６６と、パケットの送信誤り検出用のフ
レームチェックコード６７によって構成される。

【００１６】パケット６０が書込み制御データでない場
合、バージョン情報６４、データ長６５、書込みデータ
６６の内容はオール“０”とする。

【００１７】図４は、加入者側通信装置４ｉから局側通
信装置１０に送信されるパケット７０を示し、ヘッダ７
６と、自己アドレス７１と、送信データが書込み完了通
知、自己ハードウェアバージョン通知、あるいはリセッ
ト完了通知であるかを特定するデータタイプ７２と、パ
ケット番号７３と、送信データが自己ハードウェアバー
ジョン通知であった場合、自己バージョンを示すバージ
ョン情報７４と、フレームチェックコード７５によって
構成される。パケット７０が自己ハードウェアバージョ
ン通知でない場合、バージョン情報７４はオール“０”
とする。

【００１８】次に図２に示す通信システムにおいて、オ
ペレーションシステム１が加入者側通信装置４１の論理
基板Ａ４１４内のＰＬＤＡ４１４１のハードウェア変更
を命令した場合を説明する。

【００１９】上記のようなハードウェア変更の場合、局
側通信装置１０のパケット処理部１６は、図５のパケッ
ト６０の宛先アドレス６１にて、加入者側通信装置４１
の論理基板Ａ４１４のＰＬＤＡ４１４１を指定した書込
み制御信号を生成する。さらに、監視・制御部１４は、
インチャネル制御部１５により、任意の情報チャネル領
域または制御チャネル領域に書込み制御信号を挿入す
る。

【００２０】加入者側通信装置４１は、下り信号を取り
込む。具体的には、加入者側通信装置４１のインチャネ
ル制御部４１１は、パケットのヘッダ６８と宛先アドレ
ス６１から自装置宛ての制御信号を抜き取る。パケット
処理部４１２は、受信した制御信号のフレームチェック
を行い、書込み制御信号であることを検出し、加入者側
通信装置の宛先アドレスを除いた信号を書込み制御部４
１３に透過する。書込み制御部４１３は、論理基板４１
４のＰＬＤ書込み制御部４１４０に対して書込み制御信
号を送信する。ＰＬＤ書込み制御部４１４０は、書込み
制御部４１３から受信した書込みデータを一旦ＲＡＭ４
１４５に格納し、それからＲＯＭ４１４６への書込みを
行う。

【００２１】ＲＯＭ４１４６への書込みが正常に終了し
た後、ＰＬＤ書込み制御部４１４０は、書込み制御部４
１３に書込みが完了したことを通知する。そして、加入
者側通信装置４１は、パケット７０によって局側通信装
置１０に対して書込み正常終了通知を送信する。

【００２２】加入者側通信装置４１が送信する書込み正
常終了通知のフレーム構成は、図６の通りである。パケ
ット番号７３は、この書込み正常終了通知がどの書込み
制御信号に対する通知であるかを明確にするため、この
書込み正常終了通知を発生させた書込み制御信号のパケ
ット番号６３と同じ番号とする。

【００２３】加入者側通信装置４１において、受信した
制御信号のフレームチェックエラーを検出した場合、書
込みは行わない。局側通信装置１０は加入者側通信装置
４１から書込み正常終了通知を受信することにより、書
込みが正常に終了したことを確認する。ある一定の時間
以内に目的加入者側通信装置４１から書込み正常終了通
知を受信しなかった場合、局側通信装置１０は書込みが
正常に行われなかったと判断し、書込み制御信号を再送
する。無限ループを回避するため、再送は３回までとす
る。

【００２４】局側通信装置１０は、加入者側通信装置４
１から書込み正常終了通知を受信した後、ハードウェア
変更を有効にするため、加入者側通信装置４１宛てにハ
ードウェアリセット信号を送信する。加入者側通信装置
４ｉは、通常通り下り信号を取り込む。具体的には、加
入者側通信装置４１のインチャネル制御部４１１は、パ
ケットのヘッダ６８と宛先アドレス６１から自装置宛て
の制御信号を検出する。パケット処理部４１２は、信号
のフレームチェックを行う。更に、パケット処理部４１
２は受信した信号がハードウェアリセット信号であるこ
とを検出し、加入者側通信装置の宛先アドレスを除いた
信号を書込み制御部４１３に透過する。

【００２５】書込み制御部４１３は、論理基板４１４の
ＰＬＤ書込み制御部４１４０に対してリセット信号を送
信する。それからＰＬＤ書込み制御部４１４０がターゲ
ットＰＬＤＡ４１４１に対してリセットを行うことによ
り、ＲＯＭ４１４６に格納されている書込みデータがＰ
ＬＤＡ４１４１に取り込まれ、ハードウェア変更が完了
する。

【００２６】ハードウェア変更完了後、ＰＬＤバージョ
ン管理部４１６は、論理基板４１４のＰＬＤＡ４１４１
のバージョン管理情報を最新バージョンに更新する。ハ
ードウェア変更完了後、ＰＬＤ書込み制御部４１４０
は、書込み制御部４１３にリセットが完了したことを通
知する。加入者側通信装置４１は、局側通信装置１０に
対してリセット完了通知を送信する。この際、フレーム
構成のパケット番号７３は、このリセット完了通知がど
のリセット信号に対する完了通知であるかを明確にする
ため、このリセット完了通知を発生させたリセット信号
のパケット番号６３と同じ番号とする。

【００２７】局側通信装置１０は加入者側通信装置４１
からリセット完了通知を受信することにより、ハードウ
ェアリセットが正常に完了したことを確認する。ある一
定の時間以内に目的加入者側通信装置４１からリセット
完了通知を受信しなかった場合、局側通信装置１０はリ
セットが正常に行われなかったと判断し、リセット信号
を再送する。無限ループを回避するため、再送は３回ま
でとする。

【００２８】本実施例における加入者側通信装置の動作
フローチャートを図７、図８に示す。！まず、局側通信
装置１０から信号を受信し（８０）、この信号が制御信
号であるかを判断する（１１０）。制御信号でない場合
はパケットを破棄する（１１１）。制御信号である場合
は、この制御信号内の宛先アドレスと加入者側通信装置
の自己アドレスが一致しているかを判断し（８１）、一
致していなければこのパケットを廃棄し（１０９）、次
の制御信号を待機する。アドレスが一致していれば、フ
レームチェックエラーを検出する（８２）。フレームチ
ェックエラーが検出された場合は、パケットを破棄し
（９２）、次の制御信号を待機する。フレームチェック
が正常な場合は、この信号が書込み制御信号であるかを
判断する（８３）。書込み制御信号である場合、目的Ｒ
ＯＭに書込みデータを格納し、バージョン情報をバージ
ョン管理部に格納する（８４）。格納が終了すると、局
側通信装置１０に書込み正常終了通知を送信し（８
５）、次の制御信号を待機する。受信した信号が書込み
制御信号でない場合、信号がバージョン読み出し制御信
号であるかを判断する（８６）。バージョン読み出し信
号であれば、局側通信装置１０に対してハードウェアバ
ージョン通知を送信し（８７）、送信が完了したら自己
ハードウェアバージョン通知が完了したという通知を局
側通信装置１０に対して送信し（８８）、次の制御信号
を待機する。受信した信号がバージョン読み出し制御信
号でない場合は、信号がリセット信号であるかを判断す
る（８９）。リセット信号であるならば、ターゲットＰ
ＬＤに対してリセットを行い（９０）、リセット完了通
知を局側通信装置に送信し（９１）、次の制御信号を待
機する。受信した信号がリセット信号でもない場合は、
パケットを破棄し（９３）、次の制御信号を待機する。

【００２９】本実施例におけるオペレーションシステム
の動作フローチャートを図９、図１０に示す。まず、オ
ペレーションシステムの書込み制御信号再送カウンタを
０に設定する（９４）。次に、書込み制御信号再送カウ
ンタの値が３以上であるかを判断し、３以上である場合
は送信を終了する（９５）。書込み制御信号再送カウン
タの値が３未満である場合、目的加入者側通信装置に対
して書込み制御信号を送信する（９６）。次に、目的加
入者側通信装置からの書込み正常終了通知を待機する
（９７）。ある一定の時間以内に書込み正常終了通知が
受信されなかった場合はタイムアウトとなり、書込み制
御信号再送カウンタの値を一つ繰り上げ（９８）、再び
書込み制御信号再送カウンタの値の判定を行う（９
５）。ステップ９７で、ある一定の時間以内に書込み正
常終了通知が受信された場合は、リセット信号再送カウ
ンタの値を０に設定する（９９）。次に、リセット信号
再送カウンタの値が３以上であるかを判断し（１０
０）、３以上である場合は送信を終了する。リセット信
号再送カウンタの値が３未満である場合、目的加入者側
通信装置に対してリセット信号を送信する（１０１）。
次に、目的加入者側通信装置からのリセット完了通知を
待機する（１０２）。ある一定の時間以内にリセット完
了通知が受信されなかった場合はタイムアウトとなり、
リセット信号再送カウンタの値を一つ繰り上げ（１０
３）、再びリセット信号再送カウンタの値の判定を行う
（１００）。ステップ１０２で、ある一定の時間以内に
リセット完了通知が受信された場合は、送信を終了す
る。

【００３０】図２のような通信システムにおいて、オペ
レーションシステム１が加入者側通信装置４１のバージ
ョン情報を要求し、そのバージョン情報が旧バージョン
であるため、ＰＬＤＡ４１４１のハードウェア変更を行
う実施例を以下説明する。

【００３１】オペレーションシステム１からの加入者側
通信装置４１のバージョン情報要求により、局側通信装
置１０は、図５のフレーム構成の宛先アドレス６１にて
加入者側通信装置４１を指定したバージョン読み出し制
御信号を生成する。監視・制御部１４は、インチャネル
制御部１５により、任意の情報チャネル領域または制御
チャネル領域にバージョン読み出し制御信号を挿入す
る。

【００３２】加入者側通信装置４ｉは、通常通り下り信
号を取り込み、加入者側通信装置４１のインチャネル制
御部４１１はパケットのヘッダ６８と宛先アドレス６１
から自装置宛ての制御信号を検出し、パケット処理部４
１２は信号のフレームチェックを行い、受信した信号が
バージョン読み出し制御信号であることを検出し、ＰＬ
Ｄバージョン管理部４１６に格納された全ＰＬＤのバー
ジョン情報を検索してその情報を局側通信装置１０に対
して送信する。この際、パケット７０のパケット番号７
３はこの自己ハードウェアバージョン通知がどのバージ
ョン読み出し制御信号に対する完了通知であるかを明確
にするため、この自己ハードウェアバージョン通知を発
生させたパケット６０のバージョン読み出し制御信号の
パケット番号６３と同じ番号とする。加入者側通信装置
４１は、自装置内の全ての論理基板上の全てのＰＬＤの
バージョン情報を送信した後、局側通信装置１０に対し
て自己ハードウェアバージョン通知を完了したという通
知を送信する。

【００３３】これにより、局側通信装置１０は、加入者
側通信装置４１のハードウェアバージョン管理情報を全
て受信したことが分かり、最新バージョンであるかの判
断が可能となる。ある一定の時間以内に加入者側通信装
置４１から自己ハードウェアバージョン通知あるいは完
了通知を受信しなかった場合、局側通信装置１０はバー
ジョン読み出し制御信号を再送する。無限ループを回避
するため、再送は３回までとする。

【００３４】加入者側通信装置４１のハードウェアバー
ジョンが最新であるならば問題ないが、旧バージョンで
あった場合、最新バージョンに更新する必要がある。最
新バージョンへの更新は従前の実施例の通り行う。

【００３５】このバージョン情報を要求する実施例のオ
ペレーションシステムの動作フローチャートを図１１に
示す。まず、バージョン読み出し要求信号再送カウンタ
の値を０に設定する（１０４）。次に、バージョン読み
出し要求信号再送カウンタの値が３以上であるかを判断
し（１０５）、３以上である場合は送信を終了する。バ
ージョン読み出し要求信号再送カウンタの値が３未満で
ある場合、目的加入者側通信装置に対してバージョン読
み出し要求信号を送信する（１０６）。次に、目的加入
者側通信装置からのハードウェアバージョン通知を待機
する（１０７）。ある一定の時間以内にハードウェアバ
ージョン通知が受信されなかった場合はタイムアウトと
なり、バージョン読み出し要求信号再送カウンタの値を
一つ繰り上げ（１０８）、再びバージョン読み出し要求
信号再送カウンタの値の判定を行う（１０５）。ステッ
プ１０７で、ある一定の時間以内にハードウェアバージ
ョン通知が受信された場合は、送信を終了する。

【００３６】尚、上述の実施例では、１台の加入者側通
信装置のハードウェア変更を行う場合を説明したが、複
数の加入者側通信装置のハードウェア変更を行う場合
は、上述の実施例通りの作業を同時に複数台分行えば良
い。また、通信網がポイント・マルチポイント接続の場
合、局側通信装置１０から送信する書込み制御パケット
６０の宛先アドレス６１にてすべての加入者側通信装置
に共通なグローバルアドレスを挿入すれば局側通信装置
に接続された全ての加入者側通信装置のハードウェア変
更を行うことができる。この場合は、図７のステップ８
１において、制御信号の宛先アドレスが自己アドレスだ
けでなくグローバルアドレスであるとき、ステップ８２
に進むようにプログラムしておけば良い。また、グロー
バルアドレスは、すべての加入者側通信装置に共通であ
る必要はなく、たとえば複数のパーシャルグローバルア
ドレスを加入者側通信装置に割り振っても良い。

【００３７】

【発明の効果】以上説明したように、本発明によるとサ
ービス開始後に加入者側通信装置に機能変更等によるハ
ードウェア変更の必要が生じた場合でも、ハードウェア
交換のため加入者側通信装置が設置されている場所まで
行く必要がなく、局側のオペレーションシステムからの
命令に従って加入者側通信装置のハードウェアのプログ
ラム変更を行うことにより、ハードウェア変更を行うこ
とができる。更に、局側通信装置に接続されている加入
者側通信装置の数が多い場合、加入者側通信装置のプロ
グラム変更を１台ずつ行わず、複数の加入者側通信装置
のハードウェア変更を一括して行うことができる。

【図面の簡単な説明】

【図１】従来の通信システムにおける遠隔ログラム書き
替え方式を示すブロック図である。

【図２】本発明の実施例の通信システムにおける通信シ
ステムを示すブロック図である。

【図３】本発明の実施例の局側通信装置を示すブロック
図である。

【図４】本発明の実施例の加入者側通信装置を示すブロ
ック図である。

【図５】本発明の下り信号フレーム構成を示す図であ
る。

【図６】本発明の上り信号フレーム構成を示す図であ
る。

【図７】本発明の実施例における加入者側通信装置の動
作フローチャート（１）である。

【図８】本発明の実施例における加入者側通信装置の動
作フローチャート（２）である。

【図９】本発明の実施例における局側通信装置の動作フ
ローチャート（１）である。

【図１０】本発明の実施例におけるオ局側通信装置の動
作フローチャート（２）である。

【図１１】本発明の他の実施例における局側通信装置の
動作フローチャートである。

【符号の説明】

１…オペレーションシステム、２…交換機、１０…局側
通信装置、１１…交換機インタフェース部、１２…オペ
レーションシステムインタフェース部、１３…スイッ
チ、１４…監視・制御部、１５、４ｉ１…インチャネル
制御部、１６、４ｉ２…パケット処理部、２ｊ…加入者
線終端部、３０…通信網、４ｉ、８ｉ…加入者側通信装
置、４ｉ０…主信号インタフェース部、４ｉ３…書込み
制御部、４ｉ４…論理基板Ａ、４ｉ５…論理基板Ｂ、４
ｉ６…ＰＬＤバージョン管理部、４ｉ４０、４ｉ５０…
ＰＬＤ書込み制御部、４ｉ４１…ＰＬＤ Ａ、４ｉ４２
…ＰＬＤ Ｂ…、４ｉ４３、４ｉ４５、４ｉ５３、４ｉ
５５…ＲＡＭ、４ｉ４４、４ｉ４６、４ｉ５４、４ｉ５
６…ＲＯＭ、４ｉ５１…ＰＬＤ Ｃ、４ｉ５２…ＰＬＤ
Ｄ、６０、７０…パケット、６１…宛先アドレス、６
２、７２…データタイプ、６３、７３…パケット番号、
６４、７４…バージョン情報、６５…データ長、６６…
書込みデータ、６７、７５…フレームチェックコード、
６８、７６…ヘッダ、７１…自己アドレス。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 二見 雅彦 神奈川県横浜市戸塚区戸塚町216番地 株 式会社日立製作所通信システム事業本部内 (72)発明者 下総 純也 神奈川県横浜市戸塚区戸塚町216番地 株 式会社日立製作所通信システム事業本部内 Ｆターム(参考） 5K026 AA23 BB03 FF19 GG27 5K030 GA05 GA17 HA08 HB06 HB19 JA05 LE10 5K034 AA11 AA19 DD02 EE11 HH63 JJ24 5K051 AA09 DD09 KK05 9A001 CC03 CC07 KK56 LL09

Claims (5)

【特許請求の範囲】
1. 【請求項１】複数の加入者側通信装置と、これらの加入
   者側通信装置と通信網を介して通信する局側通信装置
   と、局側通信装置のオペレーションシステムとから成る
   通信システムであって、 前記加入者側通信装置は、局側通信装置が送信したパケ
   ット信号から自局あての制御信号を抽出し、その制御信
   号の基いて自局内のプログラム可能な論理素子の論理を
   書き換えることを特徴とする通信システム。
2. 【請求項２】局側装置において、制御信号の宛先アドレ
   スにグローバルアドレスを書き込むことにより、複数の
   加入者側通信装置を指定可能とすることを特徴とする請
   求項１記載の通信システム。
3. 【請求項３】通信網を介して局側通信装置と通信する加
   入者側通信装置であって、 前記加入者側通信装置は、局側通信装置が送信したパケ
   ット信号から自局あての制御信号を抽出し、その制御信
   号の基いて自局内のプログラム可能な論理素子の論理を
   書き換えることを特徴とする加入者側通信装置。
4. 【請求項４】通信網を介して局側通信装置と通信する加
   入者側通信装置であって、 前記加入者側通信装置は、局側通信装置が送信したパケ
   ット信号からグローバルアドレスを含んだ制御信号を抽
   出し、その制御信号の基いて自局内のプログラム可能な
   論理素子の論理を書き換えることを特徴とする加入者側
   通信装置。
5. 【請求項５】通信網を介して局側通信装置と通信する加
   入者側通信装置であって、 前記加入者側通信装置は、書込みデータのバージョン情
   報をもとに自装置の各ＰＬＤのハードウェアバージョン
   を管理し、ハードウェア変更を行う際には該当ＰＬＤの
   ハードウェアバージョンをオペレーションシステムより
   受信した書込みデータのバージョン情報に更新すること
   を特徴とする請求項３または請求項４に記載の加入者側
   通信装置。