JP3451499B2 - I / O device control system configuration change processing method - Google Patents

I / O device control system configuration change processing method

Info

Publication number
JP3451499B2
JP3451499B2 JP20344394A JP20344394A JP3451499B2 JP 3451499 B2 JP3451499 B2 JP 3451499B2 JP 20344394 A JP20344394 A JP 20344394A JP 20344394 A JP20344394 A JP 20344394A JP 3451499 B2 JP3451499 B2 JP 3451499B2
Authority
JP
Japan
Prior art keywords
driver
input
output device
common control
new
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP20344394A
Other languages
Japanese (ja)
Other versions
JPH0869430A (en
Inventor
一司 荒木
新 二神
馨 仁藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP20344394A priority Critical patent/JP3451499B2/en
Publication of JPH0869430A publication Critical patent/JPH0869430A/en
Application granted granted Critical
Publication of JP3451499B2 publication Critical patent/JP3451499B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Description

【発明の詳細な説明】 【0001】 【産業上の利用分野】本発明は、上記制御機構(アプリ
ケーション)からの指示に基づき入出力装置の動作制御
を行なう変更処理方法に係り、特に、電子交換機などに
おける磁気テープ装置やファイル記憶装置、共通線信号
装置等のように、冗長構成で設けられた各入出力装置の
動作制御を行なう入出力装置制御システム構成の変更処
理方法に関する。 【0002】 【従来の技術】通信網において端末間の接続交換処理を
行なう電子交換機は、例えば電子情報通信学会編「電子
情報ハンドブック」(1988年、オーム社発行)の第
2149頁に記載のように、機能停止時の社会的影響が
大きく、冗長構成により信頼性の向上を図っており、磁
気テープ装置やファイル記憶装置、共通線信号装置等の
各入出力装置に関しても冗長構成となっている。また、
電子交換機は、蓄積プログラム制御技術を利用してお
り、そのソフトウェア構成は、交換プログラムの作成や
機能追加を容易にし、かつシステム全体をわかりやすく
して信頼性を向上させるために、上記「電子情報ハンド
ブック」の第2131頁に記載のように、分散制御技術
に基づきモジュール化構成となっている。 【0003】電子交換機においては、各入出力装置は、
データチャネル装置(DCH:data channe
l)と呼ばれる入出力装置制御システムにより、CPU
からの命令に基づき制御される。このデータチャネル装
置の動作制御に用いられるソフトウェア(プログラム)
は、バグ対処や、ハードウェアインタフェース変更など
により、更新されるが、このプログラムを更新する場
合、システムを一時停止し、更新対象のプログラムのみ
でなく、全システムファイル(プログラム)をロードし
直して、全てのソフトウェアの初期設定を行なわなけれ
ばならない。その結果、更新対象が一部のファイルであ
るにも係らず、更新に多大な時間を要してしまう。 【0004】 【発明が解決しようとする課題】解決しようとする問題
点は、従来の技術では、入出力装置の制御に用いるプロ
グラムの更新においては、一部の更新であっても、シス
テムを一時停止して、全システムファイルのロードと、
全ソフトウェアの初期設定をしなければならない点であ
る。本発明の目的は、これら従来技術の課題を解決し、
更新対象のプログラムのみのロード、および、関連する
ソフトウェアのみの初期設定だけで、入出力装置の制御
用プログラムの更新ができ、上記システムを一時停止す
ることなく、かつ短時間での更新を可能とする入出力装
置制御システム構成の変更処理方法を提供することであ
る。 【0005】 【課題を解決するための手段】上記目的を達成するた
め、本発明の入出力装置制御システム構成の変更処理方
法は、上位制御機構(アプリケーション1)からの指示
に基づき、機能種別ごとに冗長構成された各入出力装置
4a〜4dの動作制御を行なう入出力装置制御システム
は、上記上位制御機構からの指示に基づき、全ての上記
入出力装置に共通な制御を行なう1つの共通制御手段
該共通制御手段からの指示に基づき、同一の機能種
別の各入出力装置に共通な制御を行なう複数のドライバ
3a,3bとからなり 上記ドライバ単位での増設また
は更新を行なう場合、上記ドライバ3の新設時には、
記上位制御機構(アプリケーション1)は、新設する新
ドライバ3の起動を上記共通制御手段2に指示し、該指
示を受けた共通制御手段2は、上記上位制御機構がファ
イル名で指定した上記新ドライバ3を起動し、該起動し
た新ドライバ3は、自ドライバに固有の識別子と、上記
上位制御機構から上記各入出力装置の制御要求時に送出
されるデバイス登録システムコールに対応する処理ルー
チンのアドレスとを上記共通制御手段に送信し、上記共
通制御手段は、受信したドライバ識別子を上記上位制御
機構に返すと共に、上記デバイス登録ルーチンのアドレ
スをドライバ識別子対応にテーブル登録し、上記上位制
御機構は、受信したドライバ識別子を付与してデバイス
登録システムコールを上記共通制御手段に送出し、上記
共通制御手段は、上記上位制御機構からのドライバ識別
子に対応するデバイス登録ルーチンのアドレスを上記
ーブルから読みだし、該の新ドライバ3を起動し、
ドライバ3に、上記デバイス登録システムコールで指
示される入出力装置を割り当て、上記起動した新ドライ
バ3は、上記上位制御機構から上記各入出装置の制御要
求時に送出される各種システムコールに対応する自ドラ
イバに固有な処理ルーチンのアドレスを、上記割り当て
られた入出力装置の識別子に対応付けて、上記共通制御
手段に送出し、上記共通制御手段は、上記新ドライバ3
からの各種システムコールに対応する各処理ルーチンの
アドレスを、上記入出力装置の識別子に対応付けてテー
ブルに登録し、該入出力装置の識別子を上記上位制御機
構に送出し、上記上位制御機構は、上記入出力装置の識
別子を付与した各種システムコールにより、上記共通制
御手段および新ドライバ3に、上記入出力装置の制御を
指示し、 上記ドライバの更新時には、該入出力装置が複
数存在し、1装置が予備装置となるフォールトトレラン
スシステムに適用することにより、1装置ずつ、ドライ
バの置き替え処理を行ない、該予備装置である1装置の
停止のみで、サービスを中断することなくドライバを更
新することを特徴としている。 【0006】 【作用】本発明においては、機能種別ごとに冗長構成さ
れた各入出力装置を制御するソフトウェアを、全ての入
出力装置に共通な制御処理を行なう共通制御部と、同一
の機能種別の各入出力装置に共通な制御処理を行なうド
ライバとにモジュール分けして構成する。そして、アプ
リケーション(上位制御機構)は、共通制御部を介し
て、ドライバのロードと、ロードしたドライバの個別の
初期設定を行ない、各入出力装置を運用状態とする。こ
のことにより、例えば、旧ドライバを新ドライバに切替
る場合には、共通制御部により、新ドライバをロードし
て初期設定し、運用中の旧ドライバで管理されている入
出力装置を旧ドライバから切り離して、新ドライバ経由
での運用に移行させる。また、共通制御部において、新
/旧ドライバの双方を初期設定しておき、旧ドライバか
ら新ドライバへの変更中にシステム再開が発生した場合
には、旧ドライバで再開し、上位ソフトからドライバ変
更の完了が通知された後にシステム再開が発生した場合
には、新ドライバで再開する。このように、本発明の入
出力装置制御システムおよびその構成の変更処理方法に
おいては、入出力装置の新設に伴う増設やバグ対処等の
ための更新を、ドライバ部分のみの増設/更新で行なう
ことができる。 【0007】 【実施例】以下、本発明の実施例を、図面により詳細に
説明する。図2は、本発明の入出力装置制御システムの
本発明に係る構成の一実施例を示すブロック図である。
本図において、1は上位制御機構としてのアプリケーシ
ョン、2、3は本発明の入出力装置制御システムを構成
する共通制御部とドライバ、4a〜4dは冗長構成の入
出力装置である。共通制御部2は、入出力装置4a〜4
dや、図示していない他の入出力装置に共通な制御処理
を行ない、ドライバ3は、各入出力装置4a〜4dに共
通な処理を行ない、共通制御部2およびドライバ3は、
それぞれ、ロード単位(ロードモジュール)とする。共
通制御部2とドライバ3からなる入出力装置制御システ
ムは、アプリケーション1からの指示に基づき、冗長構
成の各入出力装置4a〜4dの動作制御を行なうが、こ
のように、共通制御部2とドライバ3とに分けて構成す
ることにより、図1、図4〜図10で詳細を説明するよ
うに、入出力装置の新設やバグ対処等のための更新に、
効率良く対処することができる。 【0008】共通制御部2およびドライバ3は、図3に
示すように、「デバイス登録」や「デバイス開始」等の
アプリケーション1からの各種システムコールに基づ
き、ハードウェアの論理化を行ない、入出力装置4a〜
4dに対する制御を行なう。すなわち、図3に示すよう
に、デバイス登録(システムコール)に基づき、入出力
装置が論理的に生成されて装置登録される。これによ
り、入出力装置は、装置未登録の状態から、装置へのア
クセスが不可能な状態に遷移する。この状態におけるデ
バイス開始(システムコール)に基づき、入出力装置の
初期設定が行なわれる。これにより、入出力装置へのア
クセスが可能な状態となる。入出力装置の初期設定が完
了した後、デバイス制御(システムコール)を実行する
ことにより、入出力装置の動作制御が行なわれる。そし
て、デバイス終了(システムコール)に基づき、入出力
装置が停止し、さらに、デバイス削除(システムコー
ル)に基づき、入出力装置が論理的に消滅する。以下、
図1を用いて、このような入出力装置制御システムの処
理動作を詳細に説明する。 【0009】図1は、本発明に係る共通制御部の詳細構
成を示すブロック図である。本図を用いて、ドライバ3
の増設および置き換え時に必要なドライバの新設動作説
明を行なう。特に、ドライバ3の新設時における共通制
御部2とドライバ3のリンク動作について説明する。ド
ライバ3のロードおよび初期設定時に、アプリケーショ
ン1は、ドライバ3の識別子(ファイル名)を共通制御
部2に指定する。共通制御部2は、指定されたドライバ
3のファイル名より、ドライバ3の初期化ルーチンアド
レスを求め、ドライバ3の初期化を行なう。この初期化
時、ドライバ3は、共通制御部2に対して、デバイス登
録ルーチンアドレスおよびドライバ3の識別子を送出
し、共通制御部2は、これらのデバイス登録ルーチンア
ドレスとドライバ識別子を対応付けて、デバイス登録エ
ントリーテーブルに登録し、かつ、ドライバ識別子をア
プリケーション1に返却する。 【0010】アプリケーション1からのデバイス登録の
指示(デバイス登録システムコール)が入力されると、
共通制御部2は、デバイス制御テーブルを作成した後、
アプリケーション1よりデバイス登録指示と共に入力さ
れたドライバ識別子をキーとして、デバイス登録エント
リーテーブルから、当該するデバイス登録ルーチンを探
しだして起動する。そして、ドライバ3は、デバイス登
録、デバイス削除、デバイス開始、デバイス終了、デバ
イス制御の各ルーチンのエントリテーブルアドレス(ド
ライブ起動エントリテーブルアドレス)を、共通制御部
2に送出し、共通制御部2は、受信したドライブ起動エ
ントリテーブルアドレスをデバイス制御テーブルに登録
し、デバイス制御テーブルに対応した入出力装置識別子
を、アプリケーション1に返却する。 【0011】以後、アプリケーション1は、入出力装置
識別子を指定して、各種システムコールにより、デバイ
ス開始、デバイス終了、デバイス削除などを行なう。共
通制御部2では、デバイス制御テーブルを参照すること
により、当該するドライバ3を起動する。これにより、
デバイス制御テーブルにおいて、旧ドライバで登録され
た入出力装置は旧ドライバのエントリにより、また、新
ドライバで登録された入出力装置は新ドライバのエント
リにより、それぞれ、デバイス開始、デバイス終了、デ
バイス削除などが行なわれる。 【0012】図4は、本発明の入出力装置制御システム
によるドライバ増設時の処理動作例を示すシーケンス図
である。新ドライバの増設時には、先ず、上位ソフト
(アプリケーション)により新ドライバがロードされ、
上位ソフトから新ドライバのファイル名が共通制御部に
渡され、ドライバの初期設定が指示される。指示を受け
た共通制御部は、ファイル名に対応する新ドライバの初
期化ルーチンアドレスを求めて新ドライバの初期設定要
求を行なう。新ドライバは、自ドライバの識別子と、対
応するデバイス登録ルーチンのアドレスを、共通制御部
に送出する。共通制御部は、新ドライバから送られてき
たドライバ識別子とデバイス登録ルーチンアドレスを対
応付けてテーブル(デバイス登録エントリテーブル)に
登録すると共に、新ドライバ識別子を上位ソフトに送出
する。 【0013】上位ソフトは、この新ドライバ識別子を付
加して、デバイス登録を行なう。共通制御部は、デバイ
ス登録指示と共に入力される新ドライバ識別子に基づ
き、デバイス登録エントリテーブルを参照して、当該す
る新ドライバを判別し、デバイス登録を指示して、新ド
ライバでの運用を開始する。この運用において問題が生
じなければ、上位ソフトから共通制御部にドライバ登録
処理が指示された時点で、共通制御部は、新ドライバ用
に生成したデバイス登録エントリテーブルの内容を、既
存の各ドライバに関する情報が登録されているデバイス
登録エントリテーブルに追加してドライバ増設処理を終
了する。 【0014】次に、新たに設けた新ドライバに、旧ドラ
イバを置き換える動作処理を説明する。図5は、図2に
おける共通制御部による新/旧ドライバの置き換えに係
る第1の処理動作例を示す説明図である。新ドライバの
新設時には、共通制御部2は、新ドライバ用のデバイス
登録エントリテーブル(新)を、既存のデバイス登録エ
ントリテーブル(旧)とは別に生成する。この既存のデ
バイス登録エントリテーブル(旧)には、旧ドライバ用
のデバイス登録エントリが登録されている。そして、ア
プリケーション1からのドライバ切替指示によって、共
通制御部2は、新/旧のデバイス登録エントリテーブル
を切替えることにより、新/旧ドライバの切替を行な
う。このように、旧ドライバと新ドライバのそれぞれの
デバイス登録エントリを二重置きにすることにより、ド
ライバの置き換え中に新ドライブで問題が発生した場合
にも、旧ドライバへの復帰を容易に行なうことができ
る。 【0015】図6は、図2における共通制御部による新
/旧ドライバの置き換えに係る第2の処理動作例を示す
説明図である。本例は、旧ドライバの登録削除および新
ドライバの登録処理に係る動作例を示している。すなわ
ち、旧ドライバから新ドライバへの置き換えが終了した
後、アプリケーション1は、しばらく新ドライバにより
運用し、新ドライバの安定性を確認した後に、新ドライ
バの登録処理を共通制御部2に指示する。この新ドライ
バの登録処理指示に基づき、共通制御部2は、新ドライ
バ初期設定のエントリを、既存のドライバ初期設定ルー
チンエントリテーブルの旧ドライバの登録部分に上書き
して登録する。 【0016】通信システムや交換システムでは、運用
中、ソフトウェアによる不正番地へのアクセスや、輻輳
などによるリソース不足などが発生した場合、システム
再開を行なう。旧ドライバから新ドライバへの置き換え
中に不正番地アクセスなどが発生し、システム再開が行
なわれた場合には、旧ドライバにより、入出力装置の初
期設定を行なう必要があり、共通制御部2は、既存のデ
バイス登録エントリを用いて、すなわち、旧ドライバの
初期設定ルーチンで、各ドライバの初期設定を行なう。
また、ドライバの置き換えが終了した後に、システム再
開が行なわれた場合には、新ドライバの初期設定ルーチ
ンで、各入出力装置の初期設定を行なう。 【0017】図7は、本発明の入出力装置制御システム
による新/旧ドライバの置き換え処理動作例を示すシー
ケンス図である。本例は、冗長構成された複数の入出力
装置の制御を、旧ドライバから新ドライバに置き換える
ための動作例を示すものである。まず、新ドライバを増
設する。すなわち、アプリケーションにより、新ドライ
バがロードされ、新ドライバのファイル名が共通制御部
に渡され、ドライバの初期設定が指示される。指示を受
けた共通制御部は、ファイル名に対応する新ドライバの
初期化ルーチンアドレスを求めて新ドライバの初期設定
要求を行なう。新ドライバは、自ドライバの識別子と、
対応するデバイス登録ルーチンのアドレスを、共通制御
部に送出する。共通制御部は、新ドライバから送られて
きたドライバ識別子とデバイス登録ルーチンアドレスを
対応付けてテーブル(デバイス登録エントリテーブル)
に登録すると共に、新ドライバ識別子をアプリケーショ
ンに送出する。 【0018】ここまでは、図4におけるドライバの増設
と同様の処理であり、このようにして新ドライバの増設
が終了すると、次に、アプリケーションは、旧ドライバ
で動作中の一つの入出力装置の処理を他の入出力装置に
移行する。そして、アプリケーションからの指示に基づ
き、無負荷状態となった入出力装置を、旧ドライバにお
いてデバイス終了し、デバイス終了した入出力装置の旧
ドライバにおけるデバイス削除を行なう。このことによ
り、この入出力装置は論理的に消滅する。この無負荷状
態となった入出力装置を、新ドライバでデバイス登録
し、デバイス登録した入出力装置を新ドライバでデバイ
ス開始する。このようにしてデバイス登録、デバイス開
始を行なった入出力装置へ、旧ドライバで動作中の他の
一入出力装置の処理を移行する。 【0019】このように、入出力装置を旧ドライバから
切り離して、この切り離した入出力装置を、新ドライバ
に接続する処理を、旧ドライバで動作中の入出力装置の
数分だけ繰返し、旧ドライバで動作していた各入出力装
置を、順次に新ドライバでの動作に切替え、最終的に、
全ての入出力装置を新ドライバで動作させる。そして、
ドライバ登録して全ての入出力装置のドライバを旧から
新に置き換えた後、終了処理を行なう。このように、入
出力装置の新設やバグ対処等のための更新に、ドライバ
部分のみの増設/更新で対処することができる。このこ
とにより、システムサービスを中断することなく、か
つ、短時間に増設/更新を行なうことができるので、バ
グ対処やハードウェアインタフェース変更によるドライ
バの更新を効率良く行なうことができる。 【0020】図8および図9は、図7における処理によ
るドライバの置き換え処理動作を具体的に示す説明図で
ある。図8(a)においては、冗長構成の4つの入出力
装置(#0〜#3)は、旧ドライバ3aで動作中であ
る。この状態でアプリケーション1は、共通制御部2を
介して、旧ドライバを更新した新ドライバ3bをロード
する。図8(b)においては、1つの入出力装置(#
0)の処理は、他の入出力装置(#1〜#3)に移さ
れ、入出力装置(#0)は旧ドライバ3aから切り離さ
れる。この状態で、アプリケーション1は、共通制御部
2を介して、新ドライバ3bのデバイス登録とデバイス
開始を行なう。このことにより、新ドライバ3bによる
入出力装置(#0〜#3)へのアクセスが可能とする。
図8(c)においては、旧ドライバ3aから切り離され
た入出力装置(#0)を、新ドライバ3bで制御してい
る。 【0021】そして、図9(a)において、この状態で
旧ドライバ3aで動作している入出力装置(#1)の処
理が、新ドライバ3bで動作する入出力装置(#0)に
移され、入出力装置(#1)が、旧ドライバ3aから切
り離される。さらに、図9(b)においては、旧ドライ
バ3aから切り離された入出力装置(#1)を、新ドラ
イバ3bで制御する。このような切替処理を、入出力装
置(#0〜#3)の数(ここでは4)分だけ、繰返すこ
とにより、図9(c)で示すように、全ての入出力装置
(#0〜#3)を新ドライバ3bでの制御に移行させる
ことができる。このようにして、ドライバの更新を、ア
プリケーションによる処理(システムサービス)を中断
することなく行なうことができる。 【0022】図10は、本発明の入出力装置制御システ
ムによる新ドライバの異常検出時における切り戻し処理
動作例を示すシーケンス図である。本例は、ドライバの
置き換え中に、新ドライバの異常を検出し、旧ドライバ
へ切り戻す場合の動作を示すものである。ドライバの置
き換え中に新ドライバの異常があれば、まず、アプリケ
ーションは、旧ドライバの識別子を指定し、共通制御部
に、ドライバの切替要求を出す。要求を受けた共通制御
部は、デバイス登録エントリテーブルからの呼出し先
を、新ドライバから旧ドライバの識別子に変更する。 【0023】次に、アプリケーションは、新ドライバで
動作中の一つの入出力装置の処理を他の入出力装置に移
行する。そして、アプリケーションからの指示に基づき
共通制御部は、無負荷状態となった入出力装置の新ドラ
イバでのデバイス終了、および、デバイス終了した入出
力装置の新ドライバでのデバイス削除を行なう。このこ
とにより、この入出力装置は論理的に消滅する。さら
に、アプリケーションからの指示に基づき共通制御部
は、この無負荷状態となった入出力装置の旧ドライバで
のデバイス登録、および、デバイス登録した入出力装置
の旧ドライバでのデバイス開始を行なう。 【0024】このようにして旧ドライバでデバイス登
録、デバイス開始を行なった入出力装置へ、新ドライバ
で動作中の他の一入出力装置の処理を移行する。このよ
うな入出力装置の新ドライバからの切り離し、および、
この切り離した入出力装置の旧ドライバでの動作移行
を、新ドライバで動作中の入出力装置の数分だけ繰返
し、新ドライバで動作していた各入出力装置を、順次に
旧ドライバでの動作に切替えることにより、全ての入出
力装置を旧ドライバでの動作に戻すことができる。 【0025】以上、図1〜図10を用いて説明したよう
に、本実施例の入出力装置制御システムでは、各入出力
装置に共通な制御処理を行なう共通制御部と、各入出力
装置に固有の処理を行なうドライバとに分けているの
で、入出力装置の新設に伴う増設やバグ対処等のための
更新を、ドライバのみの増設/更新で行なうことができ
る。このことにより、アプリケーションによるシステム
サービスを中断することなく、かつ、短時間に更新を行
なうことができるので、バグ対処やハードウェアインタ
フェース変更によるドライバの更新を効率良く行なうこ
とができる。尚、本発明は、図1〜図10を用いて説明
した実施例に限定されるものではなく、その要旨を逸脱
しない範囲において種々変更可能である。 【0026】 【発明の効果】本発明によれば、更新対象のプログラム
のみのロード、および、関連するソフトウェアのみの初
期設定だけで、入出力装置の制御用プログラムの更新が
でき、上位システム(システムサービス)を一時停止す
ることなく、かつ短時間で、効率良く、入出力装置制御
システムの増設および更新を行なうことが可能となる。
Description: BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a change processing method for controlling the operation of an input / output device based on an instruction from the control mechanism (application) , and more particularly, to an electronic exchange. magnetic tape or file storage device such as in, as such a common line signal system, about the change processing method of the input and output device control system configuration for controlling the operation of each input and output device provided in a redundant configuration. 2. Description of the Related Art An electronic exchange for performing connection switching between terminals in a communication network is described in, for example, "Electronic Information Handbook" (edited by the Institute of Electronics, Information and Communication Engineers) (1988, Ohmsha, page 2149). In addition, the social impact when the function is stopped is large, reliability is improved by a redundant configuration, and each input / output device such as a magnetic tape device, a file storage device, and a common line signal device has a redundant configuration. . Also,
Electronic exchanges utilize stored program control technology, and the software configuration is based on the "electronic information" described above to facilitate creation of exchange programs and addition of functions, as well as to make the entire system easier to understand and improve reliability. As described on page 2131 of "Handbook", it is modularized based on distributed control technology. In an electronic exchange, each input / output device is:
Data channel device (DCH: data channel)
l) An input / output device control system called
It is controlled based on the command from Software (program) used to control the operation of this data channel device
Is updated due to bug fixes or hardware interface changes. To update this program, suspend the system and reload not only the program to be updated but also all system files (programs). , All software must be initialized. As a result, a large amount of time is required for updating even though the update target is a part of the files. [0004] The problem to be solved is that, in the prior art, in updating a program used for controlling an input / output device, even if a part of the program is updated, the system is temporarily stopped. Stop, load all system files,
The point is that all software must be initialized. An object of the present invention is to solve these problems of the prior art,
The I / O device control program can be updated only by loading the program to be updated and initial settings of only the related software, and the update can be performed in a short time without suspending the system. it is to provide a change processing method of the input and output device control system configuration. In order to achieve the above object, a method of changing the configuration of an input / output device control system according to the present invention is provided.
Law, output device control system based on an instruction from a higher-level control mechanism (application 1), controls the operation of output devices 4a~4d which is redundant for each function type
Is a common control means for performing common control for all of the input / output devices based on an instruction from the higher-level control mechanism.
If, based on an instruction from the common control unit, a plurality of drivers 3a that performs common control the output devices of the same function type, consists of a 3b, also added in the driver unit
When updating, at the time of establishment of the driver 3, above
Serial higher control mechanism (application 1) is the activation of the new driver 3 to newly instructed to the common control unit 2, the common control unit 2 which has received the finger <br/> shown, said upper control mechanism filename in start specified above new driver 3, the new driver 3 that the boot includes a unique identifier to its own driver, the
And the address of the processing routine from the host control system corresponding to the device registration system calls that are sent during the control request of the output devices is transmitted to the common control means, the co
Passing control means, the upper control driver identifier received
With return mechanism, a table registers the address of the device registration routine to the driver identifier corresponds, the higher system
Control mechanism, to impart a driver identifier received transmits a device registration system call to the common control means, the
Common control means, the address of the device registered routine corresponding to the driver identifier from the upper level control mechanism reads from the Te <br/> Buru, start the new driver 3 of this said, the
The new driver 3, assign the output device indicated by the device registration system call, the new driver 3 described above starting correspond to various system calls sent when the control requirements of the respective input and device from said higher-level control mechanism the address of the specific processing routine in the own driver, in association with the identifier of the assigned input and output devices, the common control
And the common control means sends the new driver 3
The address of each processing routine corresponding to the various system calls from, and registered in the table in association with the identifier of the input-output device, an identifier of the high-order controller of the input output device
And the upper control mechanism recognizes the input / output device.
The above-mentioned common system can be implemented by various system calls with additional children.
The control means and the new driver 3, and instructs the control of the input and output device, at the time of updating the driver, said input output device double
Fault Tolerance where one device is a standby device
By applying the system to
Replacement process, and one of the spare devices
Stop only and update the driver without interrupting service
It is characterized by being new. In the present invention, software for controlling each input / output device redundantly configured for each function type is provided by a common control unit for performing control processing common to all input / output devices, and a common function unit having the same function type. And a driver that performs control processing common to each input / output device. Then, the application (higher-level control mechanism) loads the driver and individually initializes the loaded driver via the common control unit, and puts each input / output device into the operating state. Thus, for example, when the old driver is switched to the new driver, the common control unit loads the new driver, initializes the new driver, and changes the input / output device managed by the operating old driver from the old driver. Separate and move to operation via the new driver. In the common control unit, both the new and old drivers are initialized, and if the system restart occurs during the change from the old driver to the new driver, the system restarts with the old driver and the driver is changed from the host software. If the system restart occurs after the completion notification is performed, the restart is performed by the new driver. As described above, in the input / output device control system and the configuration change processing method according to the present invention, the update for the addition or the handling of a bug due to the new installation of the input / output device is performed by adding / updating only the driver portion. Can be. Embodiments of the present invention will be described below in detail with reference to the drawings. FIG. 2 is a block diagram showing one embodiment of the configuration according to the present invention of the input / output device control system of the present invention.
In the drawing, reference numeral 1 denotes an application as a higher-level control mechanism, reference numerals 2 and 3 denote a common control unit and a driver constituting the input / output device control system of the present invention, and reference numerals 4a to 4d denote redundant input / output devices. The common control unit 2 includes input / output devices 4a to 4a.
d and other input / output devices, not shown, perform common control processing, the driver 3 performs common processing for each of the input / output devices 4a to 4d, and the common control unit 2 and the driver 3
Each is a load unit (load module). The input / output device control system including the common control unit 2 and the driver 3 controls the operation of each of the redundantly configured input / output devices 4a to 4d based on an instruction from the application 1. As described in detail with reference to FIGS. 1 and 4 to 10, the configuration for the input / output device can be newly installed or updated for dealing with a bug.
We can deal with it efficiently. As shown in FIG. 3, the common control unit 2 and the driver 3 perform hardware logicalization based on various system calls from the application 1 such as “device registration” and “device start”, and Apparatus 4a ~
4d is controlled. That is, as shown in FIG. 3, an input / output device is logically generated and registered based on device registration (system call). As a result, the input / output device transitions from a state where the device is not registered to a state where access to the device is impossible. Initial setting of the input / output device is performed based on the device start (system call) in this state. Thereby, access to the input / output device is enabled. After the initial setting of the input / output device is completed, the operation of the input / output device is controlled by executing device control (system call). Then, based on the device termination (system call), the input / output device stops, and further, based on the device deletion (system call), the input / output device logically disappears. Less than,
The processing operation of such an input / output device control system will be described in detail with reference to FIG. FIG. 1 is a block diagram showing a detailed configuration of a common control unit according to the present invention. Using this diagram, the driver 3
A description will be given of the operation of newly installing a driver necessary for adding or replacing a driver. In particular, a link operation between the common control unit 2 and the driver 3 when the driver 3 is newly installed will be described. At the time of loading and initial setting of the driver 3, the application 1 specifies the identifier (file name) of the driver 3 to the common control unit 2. The common control unit 2 obtains the initialization routine address of the driver 3 from the designated file name of the driver 3 and initializes the driver 3. At the time of this initialization, the driver 3 sends the device registration routine address and the identifier of the driver 3 to the common control unit 2, and the common control unit 2 associates the device registration routine address with the driver identifier, Register it in the device registration entry table and return the driver identifier to the application 1. When a device registration instruction (device registration system call) is input from the application 1,
After creating the device control table, the common control unit 2
Using the driver identifier input together with the device registration instruction from the application 1 as a key, the device registration entry table is searched for and activated from the device registration entry table. Then, the driver 3 sends an entry table address (drive start entry table address) of each routine of device registration, device deletion, device start, device end, and device control to the common control unit 2, and the common control unit 2 The received drive start entry table address is registered in the device control table, and an input / output device identifier corresponding to the device control table is returned to the application 1. Thereafter, the application 1 designates an I / O device identifier and performs device start, device end, device deletion, etc. by various system calls. The common control unit 2 activates the driver 3 by referring to the device control table. This allows
In the device control table, input / output devices registered with the old driver are determined by the entry of the old driver, and input / output devices registered with the new driver are determined by the entry of the new driver. Is performed. FIG. 4 is a sequence diagram showing an example of processing operation when a driver is added by the input / output device control system of the present invention. When adding a new driver, first, the new driver is loaded by the host software (application).
The file name of the new driver is passed from the host software to the common control unit, and the initial setting of the driver is instructed. Upon receiving the instruction, the common control unit requests an initialization routine address of the new driver corresponding to the file name, and issues a request for initial setting of the new driver. The new driver sends the identifier of the own driver and the address of the corresponding device registration routine to the common control unit. The common control unit associates the driver identifier sent from the new driver with the device registration routine address, registers it in a table (device registration entry table), and sends the new driver identifier to the host software. The host software adds the new driver identifier and registers the device. The common control unit refers to the device registration entry table based on the new driver identifier input together with the device registration instruction, determines the new driver concerned, instructs device registration, and starts operation with the new driver. . If no problem occurs in this operation, at the time when the driver registration processing is instructed to the common control unit from the host software, the common control unit updates the contents of the device registration entry table generated for the new driver with respect to each existing driver. The information is added to the device registration entry table in which the information is registered, and the driver addition processing ends. Next, an operation process for replacing an old driver with a newly provided new driver will be described. FIG. 5 is an explanatory diagram showing a first processing operation example relating to replacement of a new / old driver by the common control unit in FIG. When a new driver is newly installed, the common control unit 2 generates a device registration entry table (new) for the new driver separately from an existing device registration entry table (old). In the existing device registration entry table (old), a device registration entry for the old driver is registered. Then, in response to a driver switching instruction from the application 1, the common control unit 2 switches the new / old driver by switching the new / old device registration entry table. In this way, by duplicating the device registration entries of the old driver and the new driver, even if a problem occurs with the new drive during replacement of the driver, it is easy to return to the old driver. Can be. FIG. 6 is an explanatory diagram showing a second processing operation example relating to replacement of a new / old driver by the common control unit in FIG. This example shows an operation example relating to the registration deletion of the old driver and the registration processing of the new driver. That is, after the replacement of the old driver with the new driver is completed, the application 1 operates with the new driver for a while, and after confirming the stability of the new driver, instructs the common control unit 2 to register the new driver. Based on this new driver registration processing instruction, the common control unit 2 overwrites and registers the entry of the new driver initialization on the registered part of the old driver in the existing driver initialization routine entry table. In a communication system or a switching system, during operation, when access to an illegal address by software or resource shortage due to congestion or the like occurs, the system is restarted. When an illegal address access or the like occurs during replacement of the old driver with the new driver and the system is restarted, it is necessary to initialize the input / output device by the old driver, and the common control unit 2 Initialization of each driver is performed using the existing device registration entry, that is, in the initialization routine of the old driver.
When the system is restarted after the replacement of the driver is completed, the initial setting routine of the new driver initializes each input / output device. FIG. 7 is a sequence diagram showing an example of replacement processing operation of a new / old driver by the input / output device control system of the present invention. This example shows an operation example for replacing control of a plurality of redundantly configured input / output devices with an old driver by a new driver. First, add a new driver. That is, the application loads the new driver, passes the file name of the new driver to the common control unit, and instructs initial setting of the driver. Upon receiving the instruction, the common control unit requests an initialization routine address of the new driver corresponding to the file name, and issues a request for initial setting of the new driver. The new driver has its own identifier and
The address of the corresponding device registration routine is sent to the common control unit. The common control unit associates the driver identifier sent from the new driver with the device registration routine address and makes a table (device registration entry table).
And sends the new driver identifier to the application. Up to this point, the processing is the same as the addition of the driver in FIG. 4. When the addition of the new driver is completed in this way, the application next proceeds to one of the I / O devices operating with the old driver. Transfer processing to another input / output device. Then, based on an instruction from the application, the old driver terminates the device of the input / output device in the no-load state, and deletes the device of the terminated input / output device in the old driver. As a result, this input / output device is logically extinguished. The input / output device in the no-load state is registered as a device with the new driver, and the registered device is started as a device with the new driver. The processing of another input / output device operating with the old driver is transferred to the input / output device for which device registration and device start have been performed in this manner. In this manner, the process of disconnecting the input / output device from the old driver and connecting the separated input / output device to the new driver is repeated by the number of input / output devices operating with the old driver. Each input / output device that was operating in the above is sequentially switched to the operation with the new driver, and finally,
Operate all I / O devices with the new driver. And
After the driver is registered and the drivers of all the input / output devices are replaced from the old one to the new one, an end process is performed. As described above, it is possible to cope with a new installation of the input / output device or an update for dealing with a bug by adding / updating only the driver portion. Thus, the extension / update can be performed in a short time without interrupting the system service, so that the driver can be efficiently updated by dealing with a bug or changing the hardware interface. FIGS. 8 and 9 are explanatory diagrams specifically showing the driver replacement processing operation by the processing in FIG. In FIG. 8A, four input / output devices (# 0 to # 3) having a redundant configuration are operating with the old driver 3a. In this state, the application 1 loads the new driver 3b obtained by updating the old driver via the common control unit 2. In FIG. 8B, one input / output device (#
The process of (0) is transferred to other input / output devices (# 1 to # 3), and the input / output device (# 0) is disconnected from the old driver 3a. In this state, the application 1 performs device registration and device start of the new driver 3b via the common control unit 2. This enables the new driver 3b to access the input / output devices (# 0 to # 3).
In FIG. 8C, the input / output device (# 0) separated from the old driver 3a is controlled by the new driver 3b. In FIG. 9A, in this state, the processing of the input / output device (# 1) operating with the old driver 3a is transferred to the input / output device (# 0) operating with the new driver 3b. , The input / output device (# 1) is disconnected from the old driver 3a. Further, in FIG. 9B, the input / output device (# 1) separated from the old driver 3a is controlled by the new driver 3b. By repeating such a switching process by the number of input / output devices (# 0 to # 3) (here, 4), as shown in FIG. 9C, all of the input / output devices (# 0 to # 3) Step # 3) can be shifted to control by the new driver 3b. In this way, the driver can be updated without interrupting the processing (system service) by the application. FIG. 10 is a sequence diagram showing an example of a switchback processing operation when an abnormality of a new driver is detected by the input / output device control system of the present invention. This example shows an operation in a case where an abnormality of a new driver is detected during replacement of a driver, and switching back to an old driver is performed. If there is an abnormality in the new driver during the replacement of the driver, the application first specifies the identifier of the old driver and issues a driver switching request to the common control unit. Upon receiving the request, the common control unit changes the call destination from the device registration entry table from the new driver to the identifier of the old driver. Next, the application transfers the processing of one input / output device operating with the new driver to another input / output device. Then, based on an instruction from the application, the common control unit performs device termination with the new driver of the input / output device in the no-load state and deletion of the device with the new driver of the input / output device whose device has been terminated. As a result, this input / output device is logically extinguished. Further, based on an instruction from the application, the common control unit performs device registration with the old driver of the input / output device in the no-load state and starts device operation with the old driver of the registered input / output device. In this way, the processing of another input / output device operating with the new driver is transferred to the input / output device for which device registration and device start have been performed by the old driver. Disconnecting such I / O devices from the new driver, and
The operation of the detached I / O device using the old driver is repeated by the number of I / O devices that are operating with the new driver. , All input / output devices can be returned to the operation of the old driver. As described above with reference to FIGS. 1 to 10, in the input / output device control system of the present embodiment, a common control unit for performing control processing common to each input / output device, Since the driver is divided into a driver that performs a specific process, an update for adding a new input / output device and dealing with a bug can be performed by adding / updating only the driver. As a result, the update can be performed in a short time without interrupting the system service by the application, so that the driver can be efficiently updated by dealing with a bug or changing the hardware interface. The present invention is not limited to the embodiment described with reference to FIGS. 1 to 10 and can be variously modified without departing from the gist thereof. According to the present invention, the control program for the input / output device can be updated only by loading only the program to be updated and by initializing only the related software. Service), the input / output device control system can be efficiently added and updated in a short time and efficiently.

【図面の簡単な説明】 【図1】本発明に係る共通制御部の詳細構成を示すブロ
ック図である。 【図2】本発明の入出力装置制御システムの本発明に係
る構成の一実施例を示すブロック図である。 【図3】アプリケーションからの各種システムコールに
基づく入出力装置の状態変化を示す状態遷移図である。 【図4】本発明の入出力装置制御システムによるドライ
バ増設時の処理動作例を示すシーケンス図である。 【図5】図2における共通制御部による新/旧ドライバ
の置き換えに係る第1の処理動作例を示す説明図であ
る。 【図6】図2における共通制御部による新/旧ドライバ
の置き換えに係る第2の処理動作例を示す説明図であ
る。 【図7】本発明の入出力装置制御システムによる新/旧
ドライバの置き換え処理動作例を示すシーケンス図であ
る。 【図8】図7における処理によるドライバの置き換え処
理動作の前半部分を具体的に示す説明図である。 【図9】図7における処理によるドライバの置き換え処
理動作の後半部分を具体的に示す説明図である。 【図10】本発明の入出力装置制御システムによる新ド
ライバの異常検出時における切り戻し処理動作例を示す
シーケンス図である。 【符号の説明】 1 アプリケーション 2 共通制御部 3 ドライバ 3a 旧ドライバ 3b 新ドライバ 4a〜4d 入出力装置
BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a block diagram showing a detailed configuration of a common control unit according to the present invention. FIG. 2 is a block diagram showing one embodiment of a configuration according to the present invention of the input / output device control system of the present invention. FIG. 3 is a state transition diagram showing a state change of an input / output device based on various system calls from an application. FIG. 4 is a sequence diagram illustrating an example of a processing operation when a driver is added by the input / output device control system of the present invention. FIG. 5 is an explanatory diagram showing a first processing operation example relating to replacement of a new / old driver by a common control unit in FIG. 2; FIG. 6 is an explanatory diagram showing a second processing operation example relating to replacement of a new / old driver by the common control unit in FIG. 2; FIG. 7 is a sequence diagram showing an example of an operation for replacing a new / old driver by the input / output device control system of the present invention. 8 is an explanatory diagram specifically showing the first half of the driver replacement processing operation by the processing in FIG. 7; 9 is an explanatory diagram specifically showing the latter half of the driver replacement processing operation by the processing in FIG. 7; FIG. 10 is a sequence diagram showing an example of a switchback processing operation when an abnormality of a new driver is detected by the input / output device control system of the present invention. [Description of Signs] 1 application 2 common control unit 3 driver 3a old driver 3b new drivers 4a to 4d input / output device

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平3−121555(JP,A) 特開 昭63−142451(JP,A) 特開 昭56−108124(JP,A) 特開 平1−319847(JP,A) 特開 平8−6888(JP,A) (58)調査した分野(Int.Cl.7,DB名) G06F 13/10 ──────────────────────────────────────────────────続 き Continuation of the front page (56) References JP-A-3-121555 (JP, A) JP-A-63-142451 (JP, A) JP-A-56-108124 (JP, A) JP-A-1- 319847 (JP, A) JP-A-8-6888 (JP, A) (58) Fields investigated (Int. Cl. 7 , DB name) G06F 13/10

Claims (1)

(57)【特許請求の範囲】【請求項1】 上位制御機構からの指示に基づき、機能
種別ごとに冗長構成された各入出力装置の動作制御を行
なう入出力装置制御システムは、上記上位制御機構から
の指示に基づき、全ての上記入出力装置に共通な制御を
行なう1つの共通制御手段と、該共通制御手段からの指
示に基づき、同一の機能種別の各入出力装置に共通な制
御を行なう複数のドライバとからなり、 上記ドライバ単位での増設または更新を行なう場合、上
記ドライバの新設時には、上記上位制御機構は、新設す
る新ドライバの起動を上記共通制御手段に指示し、該指
示を受けた共通制御手段は、上記上位制御機構がファイ
ル名で指定した上記新ドライバを起動し、該起動した新
ドライバは、自ドライバに固有の識別子と、上記上位制
御機構から上記各入出力装置の制御要求時に送出される
デバイス登録システムコールに対応する処理ルーチンの
アドレスとを上記共通制御手段に送信し、上記共通制御
手段は、受信したドライバ識別子を上記上位制御機構に
返すと共に、上記デバイス登録ルーチンのアドレスをド
ライバ識別子対応にテーブル登録し、上記上位制御機構
は、受信したドライバ識別子を付与してデバイス登録シ
ステムコールを上記共通制御手段に送出し、上記共通制
御手段は、上記上位制御機構からのドライバ識別子に対
応するデバイス登録ルーチンのアドレスを上記テーブル
から読みだし、該当する上記新ドライバを起動し、該新
ドライバに、上記デバイス登録システムコールで指示さ
れる入出力装置を割り当て、上記起動した新ドライバ
は、上記上位制御機構から上記各入出装置の制御要求時
に送出される各種システムコールに対応する自ドライバ
に固有な処理ルーチンのアドレスを、上記割り当てられ
た入出力装置の識別子に対応付けて、上記共通制御手段
に送出し、上記共通制御手段は、上記新ドライバからの
各種システムコールに対応する各処理ルーチンのアドレ
スを、上記入出力装置の識別子に対応付けてテーブルに
登録し、該入出力装置の識別子を上記上位制御機構に送
出し、上記上位制御機構は、上記入出力装置の識別子を
付与した各種システムコールにより、上記共通制御手段
および新ドライバに、上記入出力装置の制御を指示し、 上記ドライバの更新時には、該入出力装置が複数存在
し、1装置を予備装置とすることにより、1装置ずつド
ライバの置き替え処理を行ない、該予備装置である1装
置の停止のみで、サービスを中断することなくドライバ
を更新することを特徴とする入出力装置制御システム構
成の変更処理方法。
( 1) An input / output device control system for controlling the operation of each input / output device redundantly configured for each function type based on an instruction from a higher control mechanism. One common control means for performing common control for all the input / output devices based on an instruction from the mechanism, and a common control for each input / output device of the same function type based on an instruction from the common control means. When a new driver is newly installed, the higher-level control mechanism instructs the common control means to start a newly-installed new driver. The received common control means starts the new driver specified by the file name by the higher-level control mechanism, and the started-up new driver receives an identifier unique to its own driver and the higher-level control mechanism. The common control means transmits the address of the processing routine corresponding to the device registration system call transmitted at the time of the control request of each input / output device to the common control means, and the common control means returns the received driver identifier to the high-order control mechanism. At the same time, the address of the device registration routine is registered in a table corresponding to the driver identifier, and the higher-level control mechanism sends a device registration system call to the common control unit with the received driver identifier, and the common control unit The address of the device registration routine corresponding to the driver identifier from the higher-level control mechanism is read from the table, the corresponding new driver is started, and the new driver is notified of the input / output device indicated by the device registration system call. The new driver that has been assigned and started An address of a processing routine unique to the driver corresponding to various system calls sent at the time of a control request of the input / output device is sent to the common control means in association with the assigned identifier of the input / output device, and The control means registers the address of each processing routine corresponding to various system calls from the new driver in the table in association with the identifier of the input / output device, and sends the identifier of the input / output device to the upper control mechanism. The higher-level control mechanism instructs the common control means and the new driver to control the input / output device by various system calls to which the identifier of the input / output device is added. There are a plurality of devices, and by replacing one device as a spare device, a driver replacement process is performed for each device, and the device is the spare device. Only stop the device, input-output control system configuration of the change processing method characterized by updating without driver interrupting service.
JP20344394A 1994-08-29 1994-08-29 I / O device control system configuration change processing method Expired - Lifetime JP3451499B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP20344394A JP3451499B2 (en) 1994-08-29 1994-08-29 I / O device control system configuration change processing method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP20344394A JP3451499B2 (en) 1994-08-29 1994-08-29 I / O device control system configuration change processing method

Publications (2)

Publication Number Publication Date
JPH0869430A JPH0869430A (en) 1996-03-12
JP3451499B2 true JP3451499B2 (en) 2003-09-29

Family

ID=16474201

Family Applications (1)

Application Number Title Priority Date Filing Date
JP20344394A Expired - Lifetime JP3451499B2 (en) 1994-08-29 1994-08-29 I / O device control system configuration change processing method

Country Status (1)

Country Link
JP (1) JP3451499B2 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4805451B2 (en) * 2000-12-28 2011-11-02 富士通コンポーネント株式会社 Update method, device and recording medium
US8056072B2 (en) 2005-10-31 2011-11-08 Microsoft Corporation Rebootless display driver upgrades
JP5229112B2 (en) * 2009-05-28 2013-07-03 セイコーエプソン株式会社 Controller control method and controller

Also Published As

Publication number Publication date
JPH0869430A (en) 1996-03-12

Similar Documents

Publication Publication Date Title
US6636958B2 (en) Appliance server with a drive partitioning scheme that accommodates application growth in size
JP4359609B2 (en) Computer system, system software update method, and first server device
US6898705B2 (en) Automatic appliance server re-provision/re-purposing method
JP2001034458A (en) Remote loading executing method and system, information processor, managing device and computer readable recording medium
JPH11259284A (en) On-line program updating system and computer readable storage medium for recording program for updating program
JP2001134454A (en) Method and system for updating component in computer environment and manufactured product
JPH08179941A (en) Method and computer for change of program package in multicomputer system
JP3451499B2 (en) I / O device control system configuration change processing method
US7325039B1 (en) Router image support device
JP2001154896A (en) Computer and method for updating file
WO2022003909A1 (en) Communication device, communication device control system, communication device control method, and program
JP2001067214A (en) Computer system and program file updating method
JP3265540B2 (en) Operation control method of computer system
JPH09288590A (en) Virtual computer system
JPH05127891A (en) Stable working method for software revision in computer system
JP2005056148A (en) Driver update system, driver update method and program
KR100380414B1 (en) Auto update method of IPC server program in exchanger
JPH0991212A (en) Software distribution method
JPH01245346A (en) Information down loading system
JP2000099340A (en) Computer system and its basic software change method
KR100226681B1 (en) Method of recovering if being detected a fault in the middle of upgrading software in an electronic exchange
JPH06231026A (en) Updating method for system file
JPH09288655A (en) Processor extension method
JP2861791B2 (en) SCSI basic input / output system
JPH09190354A (en) Down line load system

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20070718

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080718

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080718

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090718

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090718

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100718

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100718

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110718

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120718

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130718

Year of fee payment: 10

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

EXPY Cancellation because of completion of term