JP3361229B2

JP3361229B2 - 通信制御装置

Info

Publication number: JP3361229B2
Application number: JP16570596A
Authority: JP
Inventors: 武菅
Original assignee: 松下電送システム株式会社
Priority date: 1996-06-26
Filing date: 1996-06-26
Publication date: 2003-01-07
Anticipated expiration: 2016-06-26
Also published as: JPH1011296A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信制御装置、特
に動作プログラムの書き換えを円滑に行ないながら通信
制御動作を実行することができる通信制御装置に関する
ものである。

【０００２】

【従来の技術】近年、パーソナルコンピュータ等の普及
および機能増大により、コンピュータを通信制御装置を
介して通信回線に接続しデータの送受を行なうケースが
増加してきた。このような、コンピュータ通信のシステ
ム構成の従来例としては例えば図１１に示すようなもの
がある。このコンピュータ通信システム構成において、
符号Ｃは通信制御装置全体を示す。１は通信制御装置Ｃ
全体を制御するためのマイクロコントローラ、７は通信
制御装置Ｃを操作するとともに自身が端末装置としてデ
ータ通信を行なうホストコンピュータ、６はホストコン
ピュータ７と通信制御装置Ｃを接続するためのホストイ
ンタフェース（Ｉ／Ｆ）、３はホストコンピュータ７か
らホストＩ／Ｆ６を通してロードされたファームウェア
を格納するためのメインメモリとしてのＲＯＭ、４はフ
ァームウェアが動作するに際して使用するためのデータ
を格納するワーク用ＲＡＭ、５はホストコンピュータ７
から送られてきたデータや通信回線Ｎから送られてきた
データを変換するための変復調動作と回線制御動作を行
なうための変／復調・ＮＣＵ部であり、ライン８を通し
て通信回線Ｎと接続される。

【０００３】かかる構成を有するコンピュータ通信のシ
ステム構成において、図１１に示されたホストコンピュ
ータ７が送信側端末である場合は、送信データは変／復
調・ＮＣＵ部５において変調処理を受けた後通信制御さ
れながらライン８を通して通信回線Ｎに送出される。ま
た、図１１に示されたホストコンピュータ７が受信側端
末である場合は、通信回線Ｎおよびライン８を通して受
信されたデータは変／復調・ＮＣＵ部５において復調処
理を受け、マイクロコントローラ１の制御の下でホスト
コンピュータ７へ送付される。前記のような一連の通信
制御動作はＲＯＭ９に格納されたプログラムにしたがっ
て実行される。

【０００４】

【発明が解決しようとする課題】しかしながら、このよ
うな従来の通信制御装置Ｃにあっては、この通信制御装
置Ｃが実行すべき処理内容すなわちプログラムを直接Ｒ
ＯＭ９に焼き込んで動作させたり、必要に応じてホスト
コンピュータ７からファームウェアをＲＯＭ９またはＲ
ＡＭ４にロードして動作させていたので、以下の問題点
を有していた。

【０００５】（１）ＲＯＭ９にファームウェアを焼き込
んでいる場合、ファームウェアの変更には人を介してＲ
ＯＭ９の交換を行う必要があり、交換すべき数が多けれ
ば多いほど、莫大な費用と人と時間を費やしていた。ま
た、ファームウェアの変更に人を介さず、ホストからフ
ァームウェアをロードして動作させる場合にも、ロード
に失敗したり、何らかの原因でロードが中断されたりし
た場合、ファームウェアが動作可能かどうかを判断する
ことがでずそのまま起動していたので、通信装置内のシ
ステム暴走を招く可能性があった。

【０００６】（２）ファームウェアが動作可能かを判断
するための情報が、既存のファームウェアの最後尾に付
加されているため、過去にプログラムローダーによって
ファームウェアが再ロードされた場合、動作可能かどう
かの判断情報の格納場所がファームウェアのサイズによ
って異なるので、プログラムローダーはファームウェア
を起動するか再ロードが必要か判断する場合、あらかじ
め前記判断情報を捜索する必要があり、判断に時間がか
かったり、判断を誤って暴走する可能性があった。

【０００７】（３）ファームウェアの変更は、ＲＯＭ９
を交換するかＤＴＥ（ホストコンピュータ７）とＤＣＥ
（通信装置Ｃ）間のローカルな場所での変更しかできな
かったので、遠隔地にある通信装置のファームウェアの
変更には、直接人が行って交換するか、ファームウェア
を郵送など別の手段であらかじめ送っておいて、ローカ
ルで変更するしかなかった。

【０００８】（４）プログラムローダー自身を書き換え
る手段をもっていないので、ローダーに新しい機能を付
加したり、動作上の問題が発生しても、ローダー自身を
書き換えることができなかった。

【０００９】本発明は前記問題点に鑑みてなされたもの
で、その目的は、動作プログラムの書き換えを円滑に且
つ簡便に行なうことができ、各種動作を実行させること
ができる通信制御装置を提供することである。

【００１０】

【課題を解決するための手段】本発明は、上述の課題を
解決するため、通信制御装置に、装置本体を動作させる
プログラムをこのプログラムが既登録であることを示す
識別フラグと共に格納する第１の記憶手段と、前記プロ
グラムを更新するためのプログラムを格納する第２の記
憶手段と、前記第１の記憶手段内のプログラムに基づい
て装置本体を制御する制御手段とを備え、前記制御手段
に、電源立ち上げ時に前記第１の記憶手段内の識別フラ
グの有無を判定して、前記識別フラグの存在を確認する
と前記第１の記憶手段内のプログラムを読み出して動作
を開始し、ホストコンピュータによる通信の制御を行な
わせることを要旨とする。また、制御手段は、第１の記
憶手段に格納されたプログラムを更新するために第２の
記憶手段より読み出された新たなプログラムを第１の記
憶手段に書き込みすることを要旨とする。

【００１１】このような構成により、ファームウェアの
変更が必要になった場合、ファームウェアのＲＯＭを物
理的に交換することなく、ソフトウェアで通信制御装置
内のファームウェアを更新する。これにより、サービス
マンを介さずファームウェアの更新ができ、ファームウ
ェアの交換に要する人件費と時間を削減できる。さらに
ファームウェアが完全に更新されなければファームウェ
ア識別フラグは設定されないので、ファームウェアの更
新時に何らかの原因で通信制御装置がシステムダウンし
ても再度立ち上げを行うとプログラムローダーが起動さ
れるので、通信制御装置の原因不明のシステム停止や暴
走を防止することができる。

【００１２】

【発明の実施の形態】本発明の請求項１に記載の発明
は、通信制御装置に、ホストコンピュータとの動作のマ
ッチングをとるインタフェース部と、通信回線を介して
入出力するデータを変調および復調する変復調手段と、
装置本体を動作させるプログラムをこのプログラムが既
登録であることを示す識別フラグと共に格納する第１の
記憶手段と、前記プログラムを更新するためのプログラ
ムを格納する第２の記憶手段と、前記第１の記憶手段内
のプログラムに基づいて装置本体を制御する制御手段と
を備えたものであり、制御手段は、電源立ち上げ時に前
記第１の記憶手段内の識別フラグの有無を判定して、前
記識別フラグの存在を確認すると前記第１の記憶手段内
のプログラムを読み出して動作を開始し、ホストコンピ
ュータと通信回線との間の通信制御を行なうことによ
り、通信制御装置のシステムの暴走を防ぎ、ＤＴＥの要
求に応じて新しいファームウェアをロードしたり、ロー
ドした新しいファームウェアを動作させることができる
という作用を有する。

【００１３】本発明の請求項２に記載の発明は、請求項
１記載の通信制御装置において、制御手段は、第１の記
憶手段に格納されたプログラムを更新するために第２の
記憶手段より読み出された新たなプログラムを第１の記
憶手段に書き込みするようにしたものであり、ファーム
ウェアの変更が必要になった場合、ファームウェアのＲ
ＯＭを物理的に交換することなく、ソフトウェアで通信
制御装置内のファームウェアを更新するという作用を有
する。

【００１４】本発明の請求項３に記載の発明は、請求項
２記載の通信制御装置において、制御手段は、第１の記
憶手段に新たなプログラムを書き込む場合、まず制御手
段が前記第１の記憶手段内において最初にロードするア
ドレスを識別フラグを設定する特定アドレスとし、次に
そのアドレスの次アドレスから前記第２の記憶手段より
読み出された新たなプログラムの書き込みを行ない、次
に前記新たなプログラムの書き込みが終了すると前記識
別フラグを前記特定アドレスに設定するようにしたもの
であり、プログラムが既登録であることを示す識別フラ
グは記憶手段の領域のうち制御手段が最初にロードする
アドレスの位置に必ず設定されるので、制御手段は前記
プログラムのサイズの大小にかかわらず、前記識別フラ
グを容易に発見でき、確実に前記識別フラグの有無を判
定することができるという作用を有する。

【００１５】本発明の請求項４に記載の発明は、請求項
１または２記載の通信制御装置において、第２の記憶手
段に格納されている更新用プログラムを更新する場合、
制御手段は、先ず前記更新用プログラムを他の記憶手段
に転送し、次に前記更新用プログラムに基づいてホスト
コンピュータから転送されてくる新たな更新用プログラ
ムを前記第２の記憶手段に書き込むようにしたものであ
り、第２の記憶手段に格納されている更新用プログラム
を実現できるという作用を有する。

【００１６】本発明の請求項５に記載の発明は、通信制
御装置に、ホストコンピュータとの動作のマッチングを
とるインタフェース部と、通信回線を介して入出力する
データを変復調する変復調手段と、装置本体を動作させ
るプログラムをこのプログラムが既登録であることを示
す識別フラグと共に格納する第１の記憶手段と、前記プ
ログラムを更新するためのプログラムを格納する第２の
記憶手段と、前記第１の記憶手段内のプログラムに基づ
いて装置本体を制御する制御手段と、前記通信回線から
入力したプログラムを一時格納する第３の記憶手段と、
この第３の記憶手段にプログラムが格納されていること
を示すデータ格納情報を格納する第４の記憶手段とを備
えたものであり、前記制御手段に、前記第１の記憶手段
内のプログラムの書き換え指示を受けた場合であって、
前記第４の記憶手段内にデータ格納情報が存在する場合
は、前記第３の記憶手段内のプログラムを前記第１の記
憶手段に書き込んで動作を開始し、ホストコンピュータ
と通信回線との間の通信制御を行なわせることにより、
第１の記憶手段内のプログラムの書き換え指示を受けた
場合、通信制御装置は、いずれからの指示であるかを判
断できないが、通信回線から更新プログラムがきたこと
を示すデータ格納情報を格納する記憶手段を設けて、前
記データ格納情報をチェックし、遠隔地からファームウ
ェアの更新をするという作用を有する。

【００１７】（実施の形態１）以下、本発明の実施の形
態について図面を参照して説明する。図１は、本発明の
第１の実施の形態による通信制御装置のハードウェア構
成を概略的に示すブロック図、図２は第１の実施の形態
による通信制御装置の処理モジュールの構成を示したソ
フトウェアモジュール構成図である。図１において１は
通信制御装置Ｃ全体を制御するためのマイクロコントロ
ーラであり、２はプログラムローダーを格納するための
プログラムローダー格納ＲＯＭ、７は通信制御装置Ｃを
操作するとともに自身が端末装置としてデータ通信を行
なうホストコンピュータ、６はホストコンピュータ７と
通信制御装置Ｃを接続するためのホストインタフェース
（Ｉ／Ｆ）、３はホストコンピュータ７からホストＩ／
Ｆ６を通してロードされたファームウェアを格納するた
めのメインメモリとしての書換可能なＲＯＭ、４はファ
ームウェアやプログラムローダーで使用するためのワー
ク用ＲＡＭ、５はホストコンピュータ７から送られてき
たデータや通信回線Ｎから送られてきたデータを変換す
るための変復調部と回線制御を行うための変／復調・Ｎ
ＣＵ部であり、ライン８を通して通信回線Ｎと接続され
る。

【００１８】また図２におけるソフトウェアモジュール
はマイクロコントローラ１によって制御されている。１
０は通信制御装置Ｃ内の初期処理やプログラムローダー
またはファームウェアを起動するためのメイン制御部で
あり、１１はプログラムをロードする時のメインの制御
を行うためのプログラムロード処理部である。１２はホ
ストコンピュータ７からプログラムをロードする時の手
順を制御するための汎用プロトコル処理部、１３はホス
トＩ／Ｆ６を制御するためのホストＩ／Ｆ制御部、１４
は書換可能なＲＯＭ３にデータを書き込むための処理を
行うデータ書込処理部であり、これら１０から１４は、
プログラムローダー格納ＲＯＭ２に格納されており、１
１から１４を総称して以下プログラムローダーと云う。
また１５はホストコンピュータ７からロードされた通信
制御装置Ｃを制御するためのファームウェア、１６はロ
ードしたファームウェアが実行可能かどうかを示すファ
ームウェア識別フラグであり、固有の文字列等を用い
る。このファームウェア識別フラグ１６はファームウェ
アと一緒に、ロードされたとき書換可能なＲＯＭ３に書
かれる。

【００１９】以上のように構成した通信制御装置Ｃにつ
いて図２，図３，図４を用いてその動作を説明する。図
３は第１の実施の形態に係る通信制御装置の処理動作を
説明するフロー図であり、図４は通信制御装置Ｃのモジ
ュールのメモリマップを示している。まず、通信制御装
置Ｃは電源オン時に、メイン制御部１０が起動され初期
処理を行った後、書換可能なＲＯＭ３上のファームウェ
ア１５が起動可能かどうかを、同じ書換可能なＲＯＭ３
上にあるファームウェア識別フラグ１６をファームウェ
ア１５の先頭（図４のxxxyyyy 番地）から捜索し(R1)、
このファームウェア識別フラグ１６が有効か無効かをチ
ェックする(R2)。もしファームウェア識別フラグ１６が
有効であればファームウェア１５は実行可能であると判
断し、ファームウェア１５のエントリーへジャンプ(R3)
し、ファームウェア実行環境へ移行する(S0,ファームウ
ェア１５へ制御を移す) 。またファームウェア識別フラ
グ１６が無効の場合、ファームウェア１５をロードする
ためにプログラムローダーエントリへジャンプ(R4)し、
ファームウェア１５をロードする処理に入る（プログラ
ムロード処理部１１へ制御を移す）。プログラムロード
処理部１１では、まずローダーのワークエリアを初期化
(P0)し、書換可能なＲＯＭ３の全エリアを消去すること
により、旧ファームウェア１５の削除とファームウェア
識別フラグ１６を無効とし、ホストコンピュータ７へプ
ログラムデータの転送を指示する。その後プログラムロ
ード処理部１１は、汎用プロトコル処理部１２に起動を
かけデータ転送のプロトコル制御を行いながら、ホスト
Ｉ／Ｆ制御部１３を通して送られてきたプログラムデー
タを一定量ずつ受信する。この時使用するホストコンピ
ュータ７と通信制御装置Ｃ間のデータ転送のプロトコル
に、汎用の通信ソフトでは実装されているＸモデム（Ｍ
ＯＤＥＭ）やＹモデム（ＭＯＤＥＭ）などの汎用プロト
コルを用いれば、ホストコンピュータ７側にプログラム
ロード用の新規のソフトウェアを作成する必要はない。

【００２０】そして、受信したデータをプログラムロー
ド処理部１１を通してプログラムが実行可能なコードに
変換し、データ書込処理部１４を通して書換可能なＲＯ
Ｍ３の指定された空間へ書き込まれる。これをプログラ
ムデータのサイズ分だけ繰り返した後、データの最後に
ファームウェア１５が正常に書き込まれたことを示すフ
ァームウェア識別フラグ１６を、データ書込処理部１４
を通して書き込み、ファームウェア識別フラグ１６の設
定を行なう(P3,図４参照) 。その後、書き込まれたファ
ームウェア１５のエントリーへジャンプし(P4)、ファー
ムウェア１５へ制御を移して、プログラムのロード処理
は終了する。この時、停電などの何らかの理由によりホ
ストコンピュータ７から受信したプログラムデータを全
て書換可能なＲＯＭ３へ書き込むことができなかった場
合、同様にファームウェア識別フラグ１６も書かれない
ので、電源オンの起動時にこのフラグをチェックするこ
とにより、再度プログラムローダーが起動され、通信制
御装置Ｃとしての暴走を防止するようになっている。

【００２１】また、ファームウェア１５に制御を移した
後も、ファームウェア１５の処理の中にプログラムロー
ダーの再起動処理を追加しておくことにより、ホストコ
ンピュータ７からのファームウェア再ロード指示を受け
て新しいファームウェア１５をロードすることができ
る。

【００２２】（実施の形態２）以下本発明の第２の実施
の形態について、図５，図６を参照しながら説明する。
図５は本発明の第２の実施の形態の処理動作を説明する
フロー図であり、図３と同一の符号は同様のものを示し
ている。図６はモジュールのメモリマップである。図５
において図３の処理動作手順と異なるのは、ファームウ
ェア識別フラグ１６がファームウェア１５の最後尾に付
加されているのではなく、書込可能なＲＯＭ３のメモリ
空間のある位置に一意的にマッピングされているという
点である。

【００２３】以上のように構成された通信制御装置Ｃに
おいて、その動作を説明する。通信制御装置Ｃは電源オ
ン時に、第１実施の形態と同様の手順でメイン制御部１
０を起動し初期処理を行う(R10) 。その後、書換可能な
ＲＯＭ３上のファームウェア１５が起動可能かどうか
を、同じ書換可能なＲＯＭ３上の一意的な位置に定めら
れたファームウェア識別フラグ１６をチェックし、この
ファームウェア識別フラグ１６が有効か無効かを調べた
(R11) 後、有効または無効によってその後の動作が変
わる(R12,R13) 。この時のファームウェア識別フラグ１
６は、ロードされるファームウェア１５のサイズには
影響されない位置（例えば、ファームウェア１５の先頭
xxxyyyy 番地，図６を参照）に配置される。したがっ
て、ロードされるファームウェア１５のサイズが変わ
ってもファームウェア識別フラグ１６の位置は動かな
い。したがって、メイン制御部１０はファームウェア識
別フラグ１６の走査に時間を費やすこともないし、誤認
識をすることもなくなる。

【００２４】また、このファームウェア識別フラグ１６
は、第１実施の形態と同様に新しいファームウェア１５
をロードした後、最後に書かれるので、あらかじめこの
ファームウェア識別フラグ１６をチェックすることによ
り通信制御装置Ｃの暴走を防止することができる。

【００２５】（実施の形態３）以下本発明の第３の実施
の形態について、図７，図８を用いてその動作を説明す
る。図７は本発明の第３の実施の形態の処理モジュール
の構成を示したソフトウェアモジュール構成図であり、
図２と同一の符号は同様のものを示している。図７にお
いて図２の構成と異なるのは、通信回線Ｎから受信した
プログラムデータをＲＡＭ上に一時格納しておくための
通信データ格納部１８と、更新すべきプログラムデータ
をホストコンピュータ７からロードするのではなく、既
に通信データ格納部１８に格納されていることを示す格
納識別子及びプログラムデータを前記通信データ格納部
１８の何処に格納したか示すアドレス情報を格納したデ
ータ格納情報１９を備えた点である。この場合データ格
納情報１９はＲＡＭ上に置かれる。図８は本発明の第３
の実施の形態の処理動作を説明するフロー図である。

【００２６】以上のように構成された通信制御装置Ｃに
おいてその動作を説明する。通信制御装置Ｃは電源オン
時に、第１実施の形態と同様の手順でファームウェア１
５が動作可能であることを調査したうえで、実際の通信
制御を行うファームウェア１５を起動し(R0-R3)、制御
を移す。この時ファームウェア１５は、自動着信応答モ
ードの設定にしておく必要がある。通信回線Ｎに接続さ
れたリモートホストコンピュータ７はファームウェア１
５を書き換える際、本装置と接続後最初にファームウェ
ア書換指示データを送信してくるので、本装置のファー
ムウェア１５は、通信回線Ｎに接続した後受信データを
チェック判定し、ファームウェア１５の書換え指示か、
通常の通信処理を行うかを決める(S10) 。通常の通信処
理を行う場合は、ファームウェア１５の通常の処理を実
行(S11) する。ファームウェア１５の書換を行う場合
は、通信回線Ｎからプログラムデータを受信し、メモリ
へ格納する(S12) 。そして、アドレス情報と格納識別子
をデータ格納情報に設定し、プログラムローダーエント
リへジャンプする（プログラムロード処理部１１へ制御
を移す）。プログラムロード処理部１１では、プログラ
ムローダーのワークの初期化(P20) を行い、データ格納
情報１９の格納識別子をチェックし通信データ格納部１
８にプログラムデータが格納されていなければ、第１の
実施の形態と同様にファームウェア１５のロード及び書
き換えの処理を行う(P22,P23) 。

【００２７】また通信データ格納部１８にプログラムデ
ータが格納されていれば、データ格納情報１９のアドレ
ス情報を参照して、ＲＡＭ上からプログラムデータを読
み出し、プログラムが実行可能なコードに変換後データ
書込処理部１４を通して書換可能なＲＯＭ３の指定され
た空間へ書き込む(P24) 。書換可能なＲＯＭ３の書換え
制御は、第１の実施の形態と同様の手順で行う。全ての
プログラムデータを書き換えた後、ファームウェア識別
フラグ１６の設定を行ない(P25) 、データ格納情報１９
をクリアした後新しいファームウェア１５のエントリー
へジャンプして、ファームウェア１５の書換を終了す
る。

【００２８】以上のように、本実施の形態によれば、通
信制御装置Ｃ内のファームウェア１５を通信回線Ｎを通
して遠隔地から更新することができるので、ファームウ
ェア１５のバージョンアップやメンテナンスに、人や時
間を掛けることなく処理でき、素早い対応が可能とな
る。

【００２９】（実施の形態４）以下本発明の第４の実施
の形態について、図９，図１０を用いてその動作を説明
する。図９は本発明の第４の実施の形態の処理動作を説
明するフロー図であり、図１０はモジュールのメモリマ
ップを示している。図１０において、図４の構成と異な
るのは、メイン制御部１０やプログラムロード処理部１
１や汎用プロトコル処理部１２などのプログラムローダ
ーの本体をＲＯＭではなくファームウェア１５と同様の
書換可能なＲＯＭ３に格納し、ローダー内でホストコン
ピュータ７からの書換指示がファームウェア１５を書き
換えるのかプログラムローダー本体を書き換えるのかを
判別し、この書換指示によって、プログラムデータの処
理方法を変えるようにした点である。

【００３０】以上のように構成された通信制御装置Ｃに
おいてその動作を説明する。通信制御装置Ｃは電源オン
時に、第１実施の形態と同様の手順でファームウェア１
５が動作可能であることを調査したうえで、実際の通信
制御を行うファームウェア１５を起動し(R20-R23)制御
を移す。ここでプログラムローダー自身を書き換える場
合は、ファームウェア１５からローダー識別フラグ１６
をセットし、プログラムローダーのエントリーへジャン
プする（プログラムロード処理部１１へ制御を移す）。

【００３１】プログラムロード処理部１１では、ローダ
ー識別フラグ１６をチェックすることによって、プログ
ラムローダー自身を書き換えるかファームウェア１５を
書き換えるかを判別(P30) し、プログラムローダー自身
を書き換える場合はプログラムローダー本体をＲＡＭ上
の空き領域( 図１０のaaabbb番地からcccdddd 番地へ)
転送し(P31) 、ＲＡＭ上のローダーへ制御を移す(P32)
。その後ＲＡＭ上のプログラムローダーは、ワークエ
リアの初期化(P33) を行いプログラムローダーのロード
処理が正常に終了した(P34,P35) あと、元のファームウ
ェア１５へジャンプし制御を移す。この時プログラムの
ロード処理は、ファームウェア１５のロードと同じよう
に、汎用のプロトコルを用いてロードし、書換可能なＲ
ＯＭ３へ書き込む。そしてローダー識別フラグによりフ
ァームウェア１５を書き換えると判定した場合は、第１
実施の形態と同様の処理を行う(P37) 。また、ここでは
プログラムローダー自身を書き換える場合は、一旦Ｒ
ＡＭ上に転送したが、これをＲＡＭだけでなく、書換可
能なＲＯＭ３の空き領域に保存しておくことにより、自
分自身の書換中に何らかの原因でシステムが停止して
も、システムの再立ち上げを行い、プログラムローダー
が壊れている場合は、保存したプログラムローダー起動
するようにしておくことにより、システムの暴走を防止
できる。この時のプログラムローダーが壊れているかど
うかの判定は、ファームウェア１５が起動可能かどうか
を判定するのと同様の手段でチェックできる。

【００３２】以上のように本実施の形態によれば、通信
制御装置Ｃ内のプログラムローダーに障害があったり、
バージョンアップを必要とする場合でもＲＯＭを交換す
る必要がなく、ファームウェア１５の更新と同じ手順で
プログラムローダーを更新できるので、サービスマンの
人件費や交換に要する時間を削減できる。

【００３３】

【発明の効果】以上の説明から明らかなように、本発明
は、通信制御装置を制御するファームウェアを書換可能
なＲＯＭに格納し、ホストからホストインタフェースを
通して通信制御装置内にファームウェアをロードし書換
可能なＲＯＭに書き込むためのプログラムローダーをＲ
ＯＭに格納し、ファームウェアが動作可能か否かを示す
ためのファームウェア識別フラグを、ファームウェアの
ロードが正常終了した場合のみ設定し、前記プログラム
ローダーでファームウェア識別フラグをチェックし、既
存のファームウェアを起動したり新しいファームウェア
をロードすることにより、以下の効果を得ることができ
る。

【００３４】第１にファームウェアのＲＯＭを物理的に
交換することなく、ソフトウェアで通信制御装置内のフ
ァームウェアを更新できるので、サービスマンを介さず
ファームウェアの更新ができ、ファームウェアの交換に
要する人件費と時間を削減できる。さらにファームウェ
アが完全に更新されなければファームウェア識別フラグ
は設定されないので、ファームウェアの更新時に何らか
の原因で通信制御装置がシステムダウンしても再度立ち
上げを行うとプログラムローダーが起動されるので、通
信制御装置の原因不明のシステム停止や暴走を防止する
ことができる。

【００３５】第２にファームウェア識別フラグを、ファ
ームウェアの最後尾から一意に定められた固定の場所に
変更することにより、ファームウェアのサイズによって
ファームウェア識別フラグの場所が移動しなくなるので
ファームウェア識別フラグのチェックの時間を縮小で
き、さらにはフラグの誤認識によるシステムの暴走を防
ぐことができる。

【００３６】第３に通信回線を通して送られてきたデー
タを一時的に蓄えるためのメモリを追加し、ファームウ
ェアに通常の通信処理かファームウェアの更新かを判別
するための機能を追加することにより、通信回線上に接
続されたリモートホストからファームウェアを更新でき
るので、遠隔地にある通信制御装置内のファームウェア
更新が、人と費用と時間を掛けずにできる。

【００３７】第４にプログラムローダー自身をファーム
ウェアと同じ書換可能なＲＯＭ上に格納し、プログラム
ローダー本体を一度ＲＡＭへ転送しそのＲＡＭ上で動作
させることにより、ファームウェアと同様の手順でプロ
グラムローダー自身を書き換えることができるので、プ
ログラムローダー自身に問題があった場合の修正や、プ
ログラムローダーのバージョンアップにも対応できる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態による通信制御装置
のハードウェア構成を概略的に示すブロック図

【図２】前記第１の実施の形態による通信制御装置の処
理モジュールの構成を示したソフトウェアモジュール構
成図

【図３】前記第１の実施の形態に係る通信制御装置の処
理動作を説明するフロー図

【図４】前記第１の実施の形態に係る通信制御装置のモ
ジュールのメモリマップ図

【図５】本発明の第２の実施の形態に係る通信制御装置
の処理動作を説明するフロー図

【図６】前記第２の実施の形態に係る通信制御装置のモ
ジュールのメモリマップ図

【図７】本発明の第３の実施の形態に係る通信制御装置
の処理モジュールの構成を示したソフトウェアモジュー
ル構成図

【図８】前記第３の実施の形態に係る通信制御装置の処
理動作を説明するフロー図

【図９】本発明の第４の実施の形態に係る通信制御装置
の処理動作を説明するフロー図

【図１０】前記第４の実施の形態に係る通信制御装置の
モジュールのメモリマップ図

【図１１】従来の通信制御装置のハードウェア構成を概
略的に示すブロック図

【符号の説明】

１マイクロコントローラ２プログラムローダー格納ＲＯＭ３書換可能なＲＯＭ４ワーク用ＲＡＭ５変／復調・ＮＣＵ部６ホストＩ／Ｆ７ホストコンピュータ８ライン１０メイン制御部１１プログラムロード処理部１２汎用プロトコル処理部１３ホストＩ／Ｆ制御部１４データ書込処理部１５ファームウェア１６ファームウェア識別フラグ

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 11/00 G06F 13/00 H04M 11/00

Claims

(57)【特許請求の範囲】

【請求項１】ホストコンピュータとの動作のマッチン
グをとるインタフェース部と、通信回線を介して入出力
するデータを変調および復調する変復調手段と、装置本
体を動作させるプログラムをこのプログラムが既登録で
あることを示す識別フラグと共に格納する第１の記憶手
段と、前記プログラムを更新するためのプログラムを格
納する第２の記憶手段と、前記第１の記憶手段内のプロ
グラムに基づいて装置本体を制御する制御手段とを備
え、前記制御手段は、電源立ち上げ時に前記第１の記憶
手段内の識別フラグの有無を判定して、前記識別フラグ
の存在を確認すると前記第１の記憶手段内のプログラム
を読み出して動作を開始し、ホストコンピュータと通信
回線との間の通信制御を行なうことを特徴とする通信制
御装置。
【請求項２】制御手段は、第１の記憶手段に格納され
たプログラムを更新するために第２の記憶手段より読み
出された新たなプログラムを第１の記憶手段に書き込み
することを特徴とする請求項１記載の通信制御装置。
【請求項３】制御手段は、第１の記憶手段に新たなプ
ログラムを書き込む場合、まず制御手段が前記第１の記
憶手段内において最初にロードするアドレスを識別フラ
グを設定する特定アドレスとし、次にそのアドレスの次
アドレスから前記第２の記憶手段より読み出された新た
なプログラムの書き込みを行ない、次に前記新たなプロ
グラムの書き込みが終了すると前記識別フラグを前記特
定アドレスに設定することを特徴とする請求項２記載の
通信制御装置。
【請求項４】第２の記憶手段に格納されている更新用
プログラムを更新する場合、制御手段は、先ず前記更新
用プログラムを他の記憶手段に転送し、次に前記更新用
プログラムに基づいてホストコンピュータから転送され
てくる新たな更新用プログラムを前記第２の記憶手段に
書き込むことを特徴とする請求項１または２記載の通信
制御装置。
【請求項５】ホストコンピュータとの動作のマッチン
グをとるインタフェース部と、通信回線を介して入出力
するデータを変復調する変復調手段と、装置本体を動作
させるプログラムをこのプログラムが既登録であること
を示す識別フラグと共に格納する第１の記憶手段と、前
記プログラムを更新するためのプログラムを格納する第
２の記憶手段と、前記第１の記憶手段内のプログラムに
基づいて装置本体を制御する制御手段と、前記通信回線
から入力したプログラムを一時格納する第３の記憶手段
と、この第３の記憶手段にプログラムが格納されている
ことを示すデータ格納情報を格納する第４の記憶手段と
を有し、前記制御手段は、前記第１の記憶手段内のプロ
グラムの書き換え指示を受けた場合であって、前記第４
の記憶手段内にデータ格納情報が存在する場合は、前記
第３の記憶手段内のプログラムを前記第１の記憶手段に
書き込んで動作を開始し、ホストコンピュータと通信回
線との間の通信制御を行なうことを特徴とする通信制御
装置。