JP2000183999A - 通信制御装置、通信制御方法、及び記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク上の端末間での通信制御を行う
通信制御装置において、その通信制御装置の通信状況を
使用者が確認することなく、通信制御装置にて実行され
るソフトウェアの更新処理を行えるようにする。 【解決手段】 通信制御装置にて実行されるソフトウェ
アの更新処理要求が端末からなされた場合に、通信が確
立されている他の通信が無いことを自動的に確認処理
し、その確認が得られた場合に初めて更新に係る新規な
ソフトウェアを実行可能に制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク上の
端末間での通信制御を行う通信制御装置に関し、特に通
信制御装置のソフトウェアの更新技術に関する。

【０００２】

【従来の技術】従来、この種の通信制御装置は、機能変
更に対応するため、ソフトウェアをＥＥＰＲＯＭ、フラ
ッシュメモリなどの書換え可能な記憶媒体に格納してい
る。そして、ソフトウェア変更の必要が生じたときは、
ＥＥＰＲＯＭなどの内容を書換えている。ここでは、書
換えソフトウェアのための領域を２つ持つシステムにつ
いて考える。このシステムでのメモリマップは、図３の
ようになっている。

【０００３】今、ＣＰＵにハードウェアリセットがかか
ったとき、プログラムカウンタとスタックポインタが、
固定番地に格納されている値にセットされるものとす
る。なお、この辺りの動作は、使用するＣＰＵのアーキ
テクチャによって異なる。例えば、固定番地０００００
０００ｈの値が０００００１００ｈ（４バイト）、固定
番地０００００００４ｈの値が０００３ＦＦＦＣｈとす
ると、リセットによって、プログラムカウンタには００
０００１００ｈがセットされ、スタックポイシタには０
００３ＦＦＦＣｈがセットされる。この場合、プログラ
ムカウンタが示す０００００１００ｈ番地以降に、リセ
ット直後のソフトウェアが記述されていることになる。

【０００４】また、２つの領域のうちのどちらの領域の
ソフトウェアを実際に動作している現行版とするかの情
報を、ＲＡＭなどの作業領域のある番地に保持するよう
にする。それによって、電源オン／オフなどのリセット
時に、どちらの領域のソフトウェアを走らせるかを決定
する。

【０００５】次に、通信制御装置における一般的なソフ
トウェア制御を、図４を用いて説明する。なお、図４に
おいて、実線で囲ったものがソフトウェアであり、破線
で囲ったものはハードウェアである。

【０００６】この種の通信制御装置を動作させるために
何らかのＯＳ（オペレーティシグシステム、ＯＳカーネ
ル）５１が存在する。また、アナログ加入者線５２、Ｅ
ｔｈｅｒｎｅｔ５３、ＩＳＤＮ１２、シリアルバス（コ
ンソール５４）などのハードウェアを制御するためのデ
バイスドライバとして、電話機ドライバ５５、Ｅｔｈｅ
ｒｎｅｔドライバ５６、ＩＳＤＮドライバ５７、シリア
ルドライバ５８が存在する。また、それらへのアクセス
を一括して制御するＩ／Ｏマネージャ５９、Ｉ／Ｏマネ
ージャ５９以外のマネージャ６０、システムサービス６
１が存在する。この環境の上に、電話通信アプリケーシ
ョン６２、データ通信制御アプリケーション６３、ＩＳ
ＤＮアプリケーション６４、コンソールアプリケーショ
ン６５等のアプリケーションプログラム、及び多重制御
プログラム６６が存在する。

【０００７】例えば、この多重化装置間で電話通信を行
うときの処理は以下のようになる。電話通信アプリケー
ション６２は、電話通信用のデバイスをオープンするこ
とによって（初期化を含む）、ＣＰＵに対するＩ／Ｏア
クセス命令に基づいて、そのデバイスを制御できる。デ
バイスの初期化が終了すると、電話通信アプリケーショ
ン６２は、電話通信用のデバイスの状態変化を検出する
ために、イベント待ちのためのシステムコールをシステ
ムサービス６１により行う。すると、一旦ＯＳ（Ｉ／Ｏ
マネージャ５９）に制御が移る。

【０００８】ところで、システムコールのパラメータ
で、電話通信用デバイスからのイベント発生をいつまで
持つかを指定できるようになっている。システムコール
のパラメータでこの待機時間が設定されている場合は、
ＯＳカーネル５１は、待機時間が到来するまでの間は、
電話通信用デバイス上で何らかのイベントが発生するま
で、システムコールした電話通信用アプリケーションを
イベント待ち状態にし、他のアプリケーションを動か
す。

【０００９】この状態で、電話機の利用者が受話器を上
げたとする（オフ・フック操作）。電話機ドライバ５５
は、それを検出し、それをオフ・フックイベントとし
て、Ｉ／Ｏマネージャ５９に通知する。Ｉ／Ｏマネージ
ャ５９は、各ドライバからの通知を受け、それを適切な
アプリケーションに通知したり、または、その逆を行う
ものである。よって、電話機のオフ・フックは、電話通
信アプリケーション６２に通知され、イベント待ちの次
に記述されている処理から再開する。

【００１０】なお、電話通信アプリケーショシ６２は、
電話機毎に状熊遷移を管理しており、アイドル状態の電
話機にてオフ・フックというイベントが発生したら、自
身が管理する電話機の状態をＤＴ（グイヤルトーン）送
出中に遷移させ、その電話機に対しダイヤルトーンを送
出するようにシステムコールし、次のイベントを待つよ
うにシステムコールする。以下、同様に、イベントを待
ち、何らかのイベントが発生したらそれに対する処理を
行い、次のイベントを待つという過程を繰り返す。

【００１１】次に、図９のネットワーク構成例を用い
て、ソフトウェアのアップデート（更新）手順について
説明する。なお、図９におけるＴ１１〜Ｔ１３，Ｔ２１
〜Ｔ２３はデータ端末、ＶＴ１１〜ＶＴ１４，ＶＴ２１
〜ＶＴ２４は電話機、ＴＡ１，ＴＡ２は多重化装置であ
る。

【００１２】ここで、端末は、ＴＣＰ（Ｔｒａｎｓｍｉ
ｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）／Ｉ
Ｐ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＵＤＰ（Ｕ
ｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）／Ｉ
Ｐ、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏ
ｃｏｌ）などの種々の通信ソフトウェアの他にアップデ
ート処理用のプログラムなどを備えており、多重化装置
も、多重化やルータ機能の他にアップデート処理用のプ
ログラム（図３のローダ部）を備えているものとする。

【００１３】また、ＴＣＰ（ＵＤＰ）／ＩＰ通信につい
て説明しておくと、これらは、ＩＥＴＦ（Ｉｎｔｅｒｎ
ｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃ
ｅ）で定められた通信プロトコルであり、それぞれ標準
が、ＲＦＣ（ＲｅｑｕｅｓｔＦｏｒ Ｃｏｍｍｍｅｎｔ
ｓ）７９３（ＴＣＰ）、ＲＦＣ７６８（ＵＤＰ）、ＲＦ
Ｃ７９１（ＩＰ）で定められている。各々のヘッダ構成
は、図６、７、５のようになっている。図５中のプロト
コルフィールドの値が６のときがＴＣＰであり、１７の
ときがＵＤＰである。図８に、インターネットのプロト
コルスタックを示す。この通信に関わる各ソフトウェア
は、これらのプロトコルスタックに合致するような構造
になっている。

【００１４】今、図９に示した多重化装置ＴＡ１に収容
されているデータ端末Ｔ１１の利用者が、多重化装置Ｔ
Ａ２に収容されているデータ端末Ｔ２１で運用されてい
るＦＴＰサーバサービスにアクセスし、多重化装置ＴＡ
１上の例えばＩＳＤＮアプリケーション６４等のソフト
ウェアをアップデートしようと試みたとする。この場
合、まず、最初に、アップデートされたソフトウェアを
データ端末Ｔ２１からデータ端末Ｔ１１にセーブし、そ
の後、データ端末Ｔ１１から多重化装置ＴＡ１にアップ
デートされたソフトウェアをロードする。

【００１５】このセーブ処理は、データ端末Ｔ１１側の
ＦＴＰクライアントソフトとデータ端末Ｔ２１側のＦＴ
Ｐサーバソフトで実現される。すなわち、データ端末Ｔ
１１側のＦＴＰクライアントは、宛先のＩＰアドレスと
ロード対象のデータを指定する情報（ディレクトリやフ
ァイル名など）をトランスポート／インターネットレイ
ヤのプログラムに渡す。ここで、上位のＦＴＰクライア
ントは、ＦＴＰのポート番号として、標準（ＲＦＣ１７
００）の値＝２０または２１を用いる。トランスポート
／インターネットレイヤでは、ＩＰアドレスとデータ指
定情報をリンクレイヤに渡すことにより、実際の物理回
線を介して伝送する。

【００１６】受信側の動きは、その逆になる。すなわ
ち、データ端末Ｔ２１側のＥｔｈｅｒｎｅｔドライバが
上記データを受信すると、Ｅｔｈｅｒｎｅｔフレームの
タイプフィールド／レングス部を見て、それがＩＰパケ
ットであれば、インターネット／トランスポートレイヤ
のソフトウェアにその受信データを渡す。インターネッ
ト／トラシスポートレイヤのソフトウェアでは、ポート
番号を見て、それがＦＴＰであることを知り、対応する
アプリケーションにデータを渡す。

【００１７】なお、ＦＴＰサーバサービスを提供するデ
ータ端末Ｔ２１では、一般にＦＴＰデーモンと呼ばれる
ソフトが常時動作しており、自分宛てのＩＰパケットで
ポート番号が２０または２１のパケットが来たら、それ
に対応するようになっている。また、このとき多重化装
置ＴＡ１とＴＡ２は、ルータとして機能し、データ端末
Ｔ１１とＴ２１の間でのＩＰ通信を確立させている。

【００１８】このようにして、アップデートされたソフ
トウェアが、データ端末Ｔ１１のハードディスクなどに
一旦セーブされる。

【００１９】次に、データ端末Ｔ１１の利用者がアップ
デート処理用のプログラムを起動する。すると、今度
は、データ端末Ｔ１１と多重化装置ＴＡ１の通信にな
る。アップデートされたソフトウェアは、多重化装置Ｔ
Ａ１のＩＰアドレスが付与されて多重化装置ＴＡ１に送
信される。この際、標準（ＲＦＣ１７００）で規定され
ていないＴＣＰやＵＤＰのポート番号を使うものとす
る。また、前述のＦＴＰと同様に、多重化装置ＴＡ１で
は、アップデート処理用のソフトウェアが常時動作して
いる。

【００２０】多重化装置ＴＡ１のインターネット／トラ
ンスポートレイヤのソフトウェアは、データ端末Ｔ１１
からのパケットをアップデート処理用のソフトウェアに
渡す。すると、アップデート処理用のソフトウェアは、
データ端末１１から送信されてくるパケット（アップデ
ートされたソフトウェア、すなわち更新に係る新規なソ
フトウェア）を、現行版が動作している領域ではないプ
ログラム領域に上書きする。上書きが終了すると、その
上書き領域を現行版とすべく現行版の領域を保持する変
数を変更して、その上書き領域の先頭アドレスにジャン
プする。

【００２１】なお、他のプログラム交換方式として特公
平６−８３３１４号公報、特開平６−１９５２１０号公
報が知られている。

【００２２】

【発明が解決しようとする課題】ところで、ソフトウェ
アのアップデートの内容として通信速度等のインターフ
ェースを変更する場合もあるが、インターフェースの変
更を含むアップデート処理を行った場合は、アップデー
トされたソフトウェアを動作させる際に、インターフェ
ース等の通信条件を初期化（変更）する必要がある。そ
のため、電話機や接続しているデータ端末が通信中のと
きは、それらの通信を終了させた後でなければソフトウ
ェアの更新ができなかった。

【００２３】特に、複数の電話機やデータ端末を収容し
ている場合は、アップデート操作を行う利用者の一存で
それらの通信を切断することはできないので、利用者自
身が全ての電話機や端末がアイドル状態であることを確
認し、その後、アップデート操作を行わなければならな
いという煩わしさがあった。

【００２４】なお、特公平６−８３３１４号公報では、
通信を切断せずに呼情報を保持してプログラムを切替え
る技術が示されている。しかし、この技術は、現用系と
予備系の切替えの場合であり、通信条件等のシステム制
御情報そのものが更新されることにより初期化が必要と
なる場合には対応していない。また、特開平６−１９６
２１０号公報では、プログラム更新用のインタフェース
以外のインタフェースの状態を考慮していない。

【００２５】本発明は、このような背景の下になされた
もので、その課題は、ネットワーク上の端末間での通信
制御を行う通信制御装置において、その通信制御装置の
通信状況を使用者が確認することなく、通信制御装置に
て実行されるソフトウェアの更新処理を行えるようにす
ることにある。

【００２６】

【課題を解決するための手段および作用】上記課題を解
決するため、本発明は、ネットワーク上の端末間での通
信制御を行う通信制御装置において、書換え可能なメモ
リに記憶されたソフトウェアに対する更新処理要求がな
された際に、当該通信制御装置にて前記更新処理以外の
他の一切の通信制御が実行されていないことを確認する
確認手段と、前記確認手段により他の一切の通信制御が
実行されていないことが確認された場合に、前記メモリ
に記憶されたソフトウェアを新規なソフトウェアに更新
する更新手段とを備えている。

【００２７】また、本発明は、ネットワーク上の端末間
での通信制御を行う通信制御装置において、書換え可能
なメモリに記憶されたソフトウェアに対する更新処理要
求がなされた際に、当該通信制御装置にて前記更新処理
以外の他の一切の通信制御が実行されていないことを確
認する確認工程と、前記確認工程により他の一切の通信
制御が実行されていないことが確認された場合に、前記
メモリに記憶されたソフトウェアを新規なソフトウェア
に更新する更新工程とを備えている。

【００２８】また、本発明は、ネットワーク上の端末間
での通信制御を行う通信制御装置に適用されるプログラ
ムを記憶する記憶媒体であって、前記プログラムは、書
換え可能なメモリに記憶されたソフトウェアに対する更
新処理要求がなされた際に、当該通信制御装置にて前記
更新処理以外の他の一切の通信制御が実行されていない
ことを確認する確認ルーチンと、前記確認ルーチンによ
り他の一切の通信制御が実行されていないことが確認さ
れた場合に、前記メモリに記憶されたソフトウェアを新
規なソフトウェアに更新する更新ルーチンとを含んでい
る。

【００２９】また、本発明では、前記新規なソフトウェ
アは、インターフェースの変更を必要とするソフトウェ
アとなっている。

【００３０】また、本発明では、前記新規なソフトウェ
アは、インターフェースの変更を必要とするソフトウェ
アであって、当該変更処理を行うルーチンを含んでい
る。

【００３１】また、本発明では、前記新規なソフトウェ
アは、前記ネットワーク上の第１の端末から転送されて
当該通信制御装置を経由して第２の端末に一旦セーブさ
れた後に、前記第２の端末からの更新処理要求に応じて
当該通信制御装置装置にロードされている。

【００３２】また、本発明では、前記新規なソフトウェ
アを前記第２の端末から当該通信制御装置装置にロード
するための専用ポートを有している。

【００３３】また、本発明では、前記メモリは、現行版
用と旧来版用のソフトウェアを記憶するための２つの記
憶領域を有し、前記更新手段・工程・ルーチンは、旧来
版用の記憶領域に更新に係る新規なソフトウェアを書込
み、前記確認手段・工程・ルーチンにより他の一切の制
御が実行されていないことが確認されたときに、前記新
規なソフトウェアに制御を移している。

【００３４】また、本発明では、前記メモリは、現行版
用のソフトウェアを記憶する１つの記憶領域を有し、前
記更新手段・工程・ルーチンは、前記確認手段・工程・
ルーチンにより他の一切の通信制御が実行されていない
ことが確認されたときに前記メモリの１つの記憶領域に
前記新規なソフトウェアを書込んでいる。

【００３５】また、本発明では、前記更新処理の途中で
なされた当該通信制御装置に対する通信制御の要求を却
下する却下手段・工程・ルーチンを有している。

【００３６】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて説明する。

【００３７】図１は、本発明を適用した多重化装置の概
略構成を示すブロック図であり、従来例の欄で説明した
図９の多重化装置ＴＡ１，ＴＡ２に該当するものであ
る。

【００３８】図１において、１は本装置の制御を行うＣ
ＰＵ（マイクロプロセッサ）、２は利用者が運用状態を
設定するためのＤＩＰＳＷ（ディップスイッチ）であ
り、ＣＰＵ１がこの設定値を読込めるようになってい
る。３はＣＰＵ１の動作を決定するオペレーティングシ
ステムや図２のフローチャートに対応するアップデート
処理プログラム等のプログラムが格納されるＲＯＭ、４
は作業用の変数などを格納するＲＡＭ１、５は各種のア
プリケーションプログラムを格納する書換え可能なＥＥ
ＰＲＯＭである。なお、これらソフトウェアのメモリマ
ップは、前述の図２のようになっており、ＥＥＰＲＯＭ
５は、現行版と旧来版のソフトウェア用に、同一ソフト
ウェアについて、それぞれ２つの領域を有している。

【００３９】６はバス、７はＢチャネル上のデータ用の
ＨＤＬＣ（Ｈｉｇｈ ｌｅｖｅｌＤａｔａ Ｌｉｎｋ
Ｃｏｎｔｒｏｌ）コントローラ、８はＩＳＤＮ（Ｉｎｔ
ｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅ Ｄｉｇｉｔａｌ Ｎ
ｅｔｗｏｒｋ）のＳ点インターフェースであり、本実施
形態ではレイヤ２までを制御するＬＳＩにより構成され
ている。９は本多重化装置に内蔵されるＤＳＵ（Ｄｉｇ
ｉｔａｌ Ｓｅｒｖｉｃｅ Ｕｎｉｔ）、１０は本多重
化装置の外部にＩＳＤＮのＳ点を提供するためのＲＪ−
４５インタフェース、１１は本多重化装置の外部のＤＳ
Ｕ、１２はＩＳＤＮ、１３はＰＣＭ音声を圧縮／伸長す
るＶＯＣＯＲＤＥＲ（ＶＯｉｃｅ ＣＯＲＤＥＲ）、１
４は複数のタイムスロットを持ちスイッチングを行うＴ
Ｄ ＳW（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｓｗｉｔｃ
ｈ）、２５は会議通話を行うための会議用ＬＳＩであ
る。なお、ＩＳＤＮのＳ点インターフェース８、ＲＪ−
４５インタフェース１０は、ワイドエリア側とのインタ
フェースとして機能する。

【００４０】１５はＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍ
ｏｄｕｌａｔｉｏｎ）データとアナログデークの変換を
行うＣＯＤＥＣ（ＣＯｄｅｒ ＤＥＣｏｄｅｒ）、１６
はアナログ加入者線回路の制御を行うＳＬＩＣ、１７は
モジュラコネクタを収容するＲＪ−１１である。１８は
第２のシリアルポート、１９は外部のコンソールを接続
するためのＤｓｕｂコネクタ、２０は第１のシリアルポ
ート、２１はＥｈｅｒｎｅｔのＭＡＣ（Ｍｅｄｉａ Ａ
ｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤを制御するための
ＬＳＩである。２２はＥｔｈｅｒｎｅｔフレームのリピ
ータとして機能するＨＵＢ、２３はローカルエリア側の
Ｅｔｈｅｒｎｅｔ端末を収容するためのＲＪ−４５コネ
クタである。

【００４１】なお、本多重化装置のソフトウェアの構成
は、前述の図４に示した通りであり、通信制御を行う場
合の通信プロトコルは、前述の図５に示したＩＰパケッ
トの構成、図６に示したＴＣＰヘッダの構成、図７に示
したＵＤＰヘッダの構成に準拠しており、インターネッ
トのプロトコルスタックは、図８に示した通りとなって
いる。

【００４２】次に、本発明に特有なソフトウェアのアッ
プデート処理を、図２のフローチャートに従って説明す
る。なお、図２のアップデート処理は、従来例の欄で説
明したように、アップデートされた目的のソフトウェア
を端末に一旦セーブした後に、この端末から本多重化装
置にロードする際に実行されるものである。また、図２
のフローチャートに対応するプログラムは、図４のシス
テムサービス６１に含まれており、上記のようにＲＯＭ
３に格納されている。

【００４３】多重化装置がいずれかの状態にあるものと
する（ステップＳ２０１）。多重化装置の各アプリケー
ションは、収容している全ての電話機やデータ通信の変
化を検出するためにイベント待ちになっている（ステッ
プＳ２０２）。ここで、アップデートされた目的のソフ
トウェアを一旦セーブしたデータ端末により、ソフトウ
ェアのアップデート操作を行ったとする。すると、従来
技術の欄で説明したように、そのデータ端末からアップ
デートされたソフトウェアが本多重化装置にロードされ
て来るので、そのアップデートされたソフトウェアをＥ
ＥＰＲＯＭ５上の現行版プログラム領域ではない方の旧
来版用の領域に上書きする（ステップＳ２０３）。

【００４４】上書きが終了したら、アップデート要求イ
ベントを発行して（ステップＳ２０４）、ステップＳ２
０２に戻る。ここで、このアップデート要求イベントの
付加情報として、上書きした領域の識別子を入れてお
く。なお、通常、イベントは、電話利用者の操作やデー
タ通信の開始／終了によって発生するものであるが、こ
のように多重化装置自らが発生させることもできるので
ある。

【００４５】すると、ステップＳ２０２では、自分の発
生させたイベントを検出することになるが、このとき、
収容している電話機が全てアイドル状態であり、かつ、
データ通信が全くないという条件を満足しているか否か
を判別する（ステップＳ２０５）。その結果、上記の条
件を満足していない場合は、イベントに対し未処理のま
まとしてステップＳ２０２に戻る。

【００４６】一方、上記の条件を満足している場合は、
アップデート可能として、アップデート要求イベントに
含まれる使用領域情報（上書きした領域の識別子）に該
当する領域へ制御を移す（ステップＳ２０６〜Ｓ２０
８）。

【００４７】なお、アップデートされたソフトウェア
は、ローカルエリア側の端末を収容するＨＵＢ２２やワ
イドエリア側のＩＳＤＮのＳ点インターフェース８など
の通信条件の変更（初期化）を必要とするソフトウェア
である場合もあるが、この初期化処理は、このアップデ
ートされたソフトウェアに初期化処理用のルーチンが含
まれている場合は、上記ステップＳ２０７またはＳ２０
８で当該アップデートされたソフトウェアにジャンプし
た際に実行されることとなる。一方、アップデートされ
たソフトウェアに初期化処理用のルーチンが含まれてい
ない場合は、当該アップデートされたソフトウェアにジ
ャンプする前のいずれかの時点で初期化処理を実行させ
ればよい。

【００４８】また、多重化装置とデータ端末の間で、ア
ップデートのために転送を始めてからアップデートした
ソフトウェアに制御を移すまでの間に、収容した電話機
から新たな発呼操作があった場合は、その電話機にビジ
ートーンを流したり、または、アップデートが行われる
旨の音声メッセージを流したりして、新たな通話をさせ
ないようにする。また、収容しているＥｔｈｅｒｎｅｔ
端末（データ端末）に対しては、Ｅｔｈｅｒｎｅｔイン
ターフェースをダウンさせ、通信を受付けない等の処理
を行ってもよい。

【００４９】さらに、このアップデート処理で用いるポ
ート番号は、本発明装置に固有のものであり、将来の新
しい標準アプリケーションのポート番号と重複すること
も考えられる。そのときは、アップデートされたソフト
ウェフを一旦セーブしたデータ端末で、その新しい標準
アプリケーションを動作させる前に、新しいポート番号
で通信を行うアップデート用のクライアントソフトをイ
ンストールし、多重化装置側でも、それに対応したソフ
トウェアに更新しておけばよい。

【００５０】このように、本実施形態では、通信制御装
置にて実行されるソフトウェアの更新処理要求がなされ
た場合に、その更新処理以外の通信制御が当該通信制御
装置にて実行されていないこと、換言すれば通信が確立
されている他の通信が無いことを自動的に確認処理し、
その確認が得られた場合に初めて更新に係る新規なソフ
トウェアを実行可能に制御しているので、たとえインタ
フェースの変更を要する新規なソフトウェアに更新する
場合であっても、通信制御装置にて実行されるソフトウ
ェアの更新処理を行うに先だって、通信制御装置の通信
状況を使用者自信が確認しなくても済む。

【００５１】なお、本発明は、上記の実施形態に限定さ
れることなく、例えば、現行版用と旧来版用との２つの
メモリ領域を有しない場合にも適用することが可能であ
る。この場合には、データ端末にてアップデート操作が
なされた場合に、例えば、通信制御が通信制御装置にて
実行されていないこと確認した上で、データ端末から更
新に係る新規にソフトウェアをロードして一旦受信バッ
ファ等に蓄積し、ＥＥＰＲＯＭ等の書換え可能な記憶媒
体に上書きすればよい。

【００５２】

【発明の効果】以上説明したように、本発明によれば、
ネットワーク上の端末間での通信制御を行う通信制御装
置において、書換え可能なメモリに記憶されたソフトウ
ェアに対する更新処理要求がなされた際に、当該通信制
御装置にて前記更新処理以外の他の一切の通信制御が実
行されていないことを確認する確認手段と、前記確認手
段により他の一切の通信制御が実行されていないことが
確認された場合に、前記メモリに記憶されたソフトウェ
アを新規なソフトウェアに更新する更新手段とを備えた
ので、たとえインタフェースの変更を要する新規なソフ
トウェアに更新する場合であっても、通信制御装置の通
信状況を使用者が確認することなく、通信制御装置にて
実行されるソフトウェアの更新処理を行うことが可能と
なる。

【図面の簡単な説明】

【図１】本発明を適用した多重化装置の概略構成を示す
ブロック図である。

【図２】本発明におけるソフトウェアの更新処理を示す
フローチャートである。

【図３】上記多重化装置のメモリマップである。

【図４】上記多重化装置のソフトウェア構成を示す概念
図である。

【図５】ＩＰパケットの構成を示す概念図である。

【図６】ＴＣＰヘッダの構成を示す概念図である。

【図７】ＵＤＰヘッダの構成を示す概念図である。

【図８】インターネットプロトコル用のスタックを示す
概念図である。

【図９】上記多重化装置を含むネットワークの構成例を
示す図である。

【符号の説明】

１：ＣＰＵ、３：ＲＯＭ、４：ＲＡＭ、５：ＥＥＰＲＯ
Ｍ、８：ＩＳＤＮのＳ点インターフェースＬＳＩ、１
０：ＲＪ−４５インターフェース、２２：ＨＵＢ、５
９：Ｉ／Ｏマネージャ、６１：システムサービス、６
３：データ通信制御アプリケーション、６４：ＩＳＤＮ
アプリケーション、Ｔ１１〜Ｔ１３，Ｔ２１〜Ｔ２３：
データ端末、ＶＴ１１〜ＶＴ１４，ＶＴ２１〜ＶＴ２
４：電話機、ＴＡ１，ＴＡ２：多重化装置。

Claims (24)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上の端末間での通信制御を
   行う通信制御装置において、 書換え可能なメモリに記憶されたソフトウェアに対する
   更新処理要求がなされた際に、当該通信制御装置にて前
   記更新処理以外の他の一切の通信制御が実行されていな
   いことを確認する確認手段と、 前記確認手段により他の一切の通信制御が実行されてい
   ないことが確認された場合に、前記メモリに記憶された
   ソフトウェアを新規なソフトウェアに更新する更新手段
   と、 を備えたことを特徴とする通信制御装置。
2. 【請求項２】 前記新規なソフトウェアは、インターフ
   ェースの変更を必要とするソフトウェアであることを特
   徴とする請求項１記載の通信制御装置。
3. 【請求項３】 前記新規なソフトウェアは、インターフ
   ェースの変更を必要とするソフトウェアであって、当該
   変更処理を行うルーチンを含むことを特徴とする請求項
   ２記載の通信制御装置。
4. 【請求項４】 前記新規なソフトウェアは、前記ネット
   ワーク上の第１の端末から転送されて当該通信制御装置
   を経由して第２の端末に一旦セーブされた後に、前記第
   ２の端末からの更新処理要求に応じて当該通信制御装置
   装置にロードされることを特徴とする請求項１〜３のい
   ずれかに記載の通信制御装置。
5. 【請求項５】 前記新規なソフトウェアを前記第２の端
   末から当該通信制御装置装置にロードするための専用ポ
   ートを有することを特徴とする請求項４記載の通信制御
   装置。
6. 【請求項６】 前記メモリは、現行版用と旧来版用のソ
   フトウェアを記憶するための２つの記憶領域を有し、前
   記更新手段は、旧来版用の記憶領域に更新に係る新規な
   ソフトウェアを書込み、前記確認手段により他の一切の
   制御が実行されていないことが確認されたときに、前記
   新規なソフトウェアに制御を移すことを特徴とする請求
   項１〜５のいずれかに記載の通信制御装置。
7. 【請求項７】 前記メモリは、現行版用のソフトウェア
   を記憶する１つの記憶領域を有し、前記更新手段は、前
   記確認手段により他の一切の通信制御が実行されていな
   いことが確認されたときに前記メモリの１つの記憶領域
   に前記新規なソフトウェアを書込むことを特徴とする請
   求項１〜５のいずれかに記載の通信制御装置。
8. 【請求項８】 前記更新処理の途中でなされた当該通信
   制御装置に対する通信制御の要求を却下する却下手段を
   有することを特徴とする請求項１〜７のいずれかに記載
   の通信制御装置。
9. 【請求項９】 ネットワーク上の端末間での通信制御を
   行う通信制御装置において、 書換え可能なメモリに記憶されたソフトウェアに対する
   更新処理要求がなされた際に、当該通信制御装置にて前
   記更新処理以外の他の一切の通信制御が実行されていな
   いことを確認する確認工程と、 前記確認工程により他の一切の通信制御が実行されてい
   ないことが確認された場合に、前記メモリに記憶された
   ソフトウェアを新規なソフトウェアに更新する更新工程
   と、 を備えたことを特徴とする通信制御方法。
10. 【請求項１０】 前記新規なソフトウェアは、インター
    フェースの変更を必要とするソフトウェアであることを
    特徴とする請求項９記載の通信制御方法。
11. 【請求項１１】 前記新規なソフトウェアは、インター
    フェースの変更を必要とするソフトウェアであって、当
    該変更処理を行うルーチンを含むことを特徴とする請求
    項１０記載の通信制御方法。
12. 【請求項１２】 前記新規なソフトウェアは、前記ネッ
    トワーク上の第１の端末から転送されて当該通信制御装
    置を経由して第２の端末に一旦セーブされた後に、前記
    第２の端末からの更新処理要求に応じて当該通信制御装
    置装置にロードされることを特徴とする請求項９〜１１
    のいずれかに記載の通信制御方法。
13. 【請求項１３】 前記新規なソフトウェアを前記第２の
    端末から当該通信制御装置装置にロードするための専用
    ポートを有することを特徴とする請求項１２記載の通信
    制御方法。
14. 【請求項１４】 前記メモリは、現行版用と旧来版用の
    ソフトウェアを記憶するための２つの記憶領域を有し、
    前記更新工程は、旧来版用の記憶領域に更新に係る新規
    なソフトウェアを書込み、前記確認工程により他の一切
    の制御が実行されていないことが確認されたときに、前
    記新規なソフトウェアに制御を移すことを特徴とする請
    求項９〜１３のいずれかに記載の通信制御方法。
15. 【請求項１５】 前記メモリは、現行版用のソフトウェ
    アを記憶する１つの記憶領域を有し、前記更新工程は、
    前記確認工程により他の一切の通信制御が実行されてい
    ないことが確認されたときに前記メモリの１つの記憶領
    域に前記新規なソフトウェアを書込むことを特徴とする
    請求項９〜１３のいずれかに記載の通信制御方法。
16. 【請求項１６】 前記更新処理の途中でなされた当該通
    信制御装置に対する通信制御の要求を却下する却下工程
    を有することを特徴とする請求項９〜１５のいずれかに
    記載の通信制御方法。
17. 【請求項１７】 ネットワーク上の端末間での通信制御
    を行う通信制御装置に適用されるプログラムを記憶する
    記憶媒体であって、前記プログラムは、 書換え可能なメモリに記憶されたソフトウェアに対する
    更新処理要求がなされた際に、当該通信制御装置にて前
    記更新処理以外の他の一切の通信制御が実行されていな
    いことを確認する確認ルーチンと、 前記確認ルーチンにより他の一切の通信制御が実行され
    ていないことが確認された場合に、前記メモリに記憶さ
    れたソフトウェアを新規なソフトウェアに更新する更新
    ルーチンと、 を含むことを特徴とする通信制御方法。
18. 【請求項１８】 前記新規なソフトウェアは、インター
    フェースの変更を必要とするソフトウェアであることを
    特徴とする請求項１７記載の記憶媒体。
19. 【請求項１９】 前記新規なソフトウェアは、インター
    フェースの変更を必要とするソフトウェアであって、当
    該変更処理を行うルーチンを含むことを特徴とする請求
    項１８記載の記憶媒体。
20. 【請求項２０】 前記新規なソフトウェアは、前記ネッ
    トワーク上の第１の端末から転送されて当該通信制御装
    置を経由して第２の端末に一旦セーブされた後に、前記
    第２の端末からの更新処理要求に応じて当該通信制御装
    置装置にロードされることを特徴とする請求項１７〜１
    ９のいずれかに記載の記憶媒体。
21. 【請求項２１】 前記新規なソフトウェアを前記第２の
    端末から当該通信制御装置装置にロードするための専用
    ポートを有することを特徴とする請求項２０記載の記憶
    媒体。
22. 【請求項２２】 前記メモリは、現行版用と旧来版用の
    ソフトウェアを記憶するための２つの記憶領域を有し、
    前記更新ルーチンは、旧来版用の記憶領域に更新に係る
    新規なソフトウェアを書込み、前記確認ルーチンにより
    他の一切の制御が実行されていないことが確認されたと
    きに、前記新規なソフトウェアに制御を移すことを特徴
    とする請求項１７〜２１のいずれかに記載の記憶媒体。
23. 【請求項２３】 前記メモリは、現行版用のソフトウェ
    アを記憶する１つの記憶領域を有し、前記更新ルーチン
    は、前記確認ルーチンにより他の一切の通信制御が実行
    されていないことが確認されたときに前記メモリの１つ
    の記憶領域に前記新規なソフトウェアを書込むことを特
    徴とする請求項１７〜２１のいずれかに記載の記憶媒
    体。
24. 【請求項２４】 前記更新処理の途中でなされた当該通
    信制御装置に対する通信制御の要求を却下する却下ルー
    チンを含むことを特徴とする請求項１７〜２３のいずれ
    かに記載の記憶媒体。