JP3182806B2 - バージョンアップ方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数のプロセッサを接
続してネットワークを構成したマルチプロセッサシステ
ムなどにおけるバージョンアップ方法に関する。

【０００２】

【従来の技術】従来、複数のプロセッサを接続してネッ
トワークをなすマルチプロセッサ構成のコンピュータシ
ステムにおいて、そのシステム内のソフトウェアあるい
はハードウェアのバージョンアップを行なうことはしば
しば行なわれている。このバージョンアップの際には、
たとえそのバージョンアップがシステム内の一部のプロ
セッサに係るバージョンアップであったとしても、シス
テム全体を停止してバージョンアップ作業を行う方法が
普通であった。また、シングルプロセッサ構成のコンピ
ュータシステムでは、システム全体を停止してバージョ
ンアップを行なうしかなかった。

【０００３】またマルチプロセッサ構成のコンピュータ
システムでは、システム全体を停止しないにしても、バ
ージョンアップを行いたいプロセッサと何らかの関係を
持つプロセッサが存在する場合には、その関係を持つプ
ロセッサに対し一部の機能の停止の要求を出さねばなら
なかった。例えばネットワークを介してプロセス間通信
やファイルアクセスを行っている場合に、それらの処理
に関連するプロセッサのうちの１つのバージョンアップ
を行いたいときは、バージョンアップを行なうプロセッ
サ以外のプロセッサに対しても一部の機能の停止の要求
を出さなければならない。

【０００４】また、特にハードウェアのバージョンアッ
プおよびオペレーティングシステムのバージョンアップ
のときは、バージョンアップを行うプロセッサ内で動作
しているプロセスは停止しなければならず、使用されて
いるファイルは使用できなくなってしまう。

【０００５】結局どの場合でも、バージョンアップを行
なう際には、システム内の資源の全部または一部の使用
を限定してバージョンアップ作業を行なっているのが実
情である。

【０００６】

【発明が解決しようとする課題】上記従来技術では、シ
ステム内の資源の全部または一部の使用を限定してバー
ジョンアップを行なっているので、コンピュータシステ
ムのユーザは自分の業務を一旦しかもかなり長い間停止
させられることになる。すなわち上記従来技術では、バ
ージョンアップ作業中でのシステム内の資源の効率的利
用に関して配慮がなされていなかった。また、ユーザの
コンピュータ上での業務の続行という点でも配慮がなさ
れていなかった。したがって、バージョンアップ作業中
のユーザ業務が制限され、または許されないという問題
があった。

【０００７】バージョンアップ作業は、このようにユー
ザ業務を制限してまたは停止して行われるか、またはユ
ーザが使用していないとき、例えば夜間または休日など
に行われている。これは、バージョンアップを行う特権
者例えばシステム管理者にとっても業務を行うユーザに
とっても不便であり、システムの資源有効利用という点
で非常に効率が悪い。

【０００８】さらに、２４時間停止することなく稼動す
ることを要求されているシステムにおいては、上記従来
のバージョンアップ方法ではシステムダウンに等しく望
ましくない。

【０００９】本発明の目的は、上記事情に鑑み、複数の
プロセッサが接続されてネットワークをなすコンピュー
タシステムあるいはシングルプロセッサ構成のコンピュ
ータシステムにおいて、そのシステム内のソフトウェア
やハードウェアのバージョンアップを行なう際に、シス
テム内資源の効率的利用を図り、ユーザがコンピュータ
業務を続行しながらシステムのバージョンアップを行う
ことを可能とするバージョンアップ方法を提供すること
にある。

【００１０】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、複数のプロセッサが接続されたマルチプ
ロセッサシステム内のソフトウェアあるいはハードウェ
アをバージョンアップするバージョンアップ方法におい
て、バージョンアップを必要とするプロセッサが、まず
自己が管理している資源を調査して移動または複写が必
要な資源を決定し、またそのバージョンアップを必要と
するプロセッサが上記資源の移動または複写先のプロセ
ッサを決定し、さらに上記バージョンアップが必要なプ
ロセッサと移動または複写先プロセッサにより連携して
資源を移動または複写して、その後バージョンアップを
必要とするプロセッサにおけるバージョンアップを実行
するようにしている。

【００１１】また、伝送路を有するシングルプロセッサ
構成のコンピュータシステムにおいて、新規にプロセッ
サを接続し上記のように資源の移動または複写を行なっ
て、バージョンアップを実行するようにしている。

【００１２】

【作用】上記構成によれば、複数のプロセッサが接続さ
れたコンピュータシステムにおいて、ソフトウェアやハ
ードウェアのバージョンアップを行なうときに、バージ
ョンアップの必要なプロセッサに係る資源はシステム内
の他のプロセッサに移動または複写される。また、シン
グルプロセッサのシステムでも新規に接続されたプロセ
ッサに資源が移動または複写される。したがって、シス
テム内資源の有効利用を図ることができる。すなわち、
ユーザは他のプロセッサに移動または複写された資源を
用いながらコンピュータ業務を続行することができる。
また、それと並行してシステムのバージョンアップを行
うことができる。

【００１３】

【実施例】以下、本発明の第１の実施例を図面を用いて
詳細に説明する。

【００１４】図１は、本発明に係るバージョンアップ方
法が適用されるマルチプロセッサシステムの一例を示す
ものである。同図において、プロセッサ１，２，…，ｎ
は、伝送路１０を介して相互接続されており互いにデー
タを授受しあう。各プロセッサ１，２，…，ｎは、それ
ぞれ外部記憶装置１１０，２１０，…，ｎ１０および端
末装置１０９，２０９，…，ｎ０９を有する。

【００１５】図２は、図１のマルチプロセッサシステム
におけるプロセッサ１内のモジュール構成図を示す。図
１の他のプロセッサ２，…，ｎも同様のモジュール構成
を有するので、ここでは図２を参照してプロセッサ１に
ついて説明する。

【００１６】図２において、通信制御モジュール１０１
は、伝送路１０との送受信を実現する処理を行なうモジ
ュールである。ファイルサーバモジュール１０２、ファ
イルクライアントモジュール１０３、対話サーバモジュ
ール１０４、対話クライアントモジュール１０５、資源
管理クライアントモジュール１０６、および資源管理サ
ーバモジュール１０７は、通信制御モジュール１０１を
通して伝送路１０とのインタフェースをとる。すなわ
ち、これらのモジュール１０２〜１０７は、通信制御モ
ジュール１０１を通して伝送路１０に対する送受信を実
現する。

【００１７】ファイルクライアントモジュール１０３
は、アプリケーションプログラム１１２とのインタフェ
ースをとるモジュールである。すなわち、ファイルクラ
イアントモジュール１０３は、アプリケーションプログ
ラム１１２からのファイルアクセス要求を受け付け、通
信制御モジュール１０１経由で伝送路１０にファイルア
クセス依頼データを送出する。また、通信制御モジュー
ル１０１が伝送路１０より受信したファイルアクセス結
果データをアプリケーションプログラム１１２に渡す。

【００１８】ファイルサーバモジュール１０２は、通信
制御モジュール１０１経由で伝送路１０からファイルア
クセス依頼データを受信する。そして、そのファイルア
クセス依頼データに基づき、接続されている外部記憶装
置１１０のファイルアクセス処理を実行する。また、フ
ァイルアクセス結果を表すファイルアクセス結果データ
を、通信制御モジュール１０１経由で伝送路１０に送出
する。

【００１９】対話クライアントモジュール１０５は、端
末１０９とのインタフェースをとるモジュールである。
すなわち、対話クライアントモジュール１０５は、通信
制御モジュール１０１経由で、端末１０９からの入力デ
ータを端末入力データとして伝送路１０に送出する。ま
た、通信管理モジュール１０１が伝送路１０より受信し
た端末出力データを端末１０９に出力する。さらに、こ
のモジュール１０５は、対話モニタプログラム１０８か
らのアプリケーションプログラム起動依頼に基づき、こ
の依頼を起動依頼データとして通信制御モジュール１０
１経由で伝送路１０に送出する。

【００２０】対話サーバモジュール１０４は、アプリケ
ーションプログラム１１２とのインタフェースをとるモ
ジュールである。すなわち、対話サーバモジュール１０
４は、通信制御モジュール１０１経由で端末への出力デ
ータを端末出力データとして伝送路１０に送出する。ま
た、通信管理モジュール１０１が伝送路１０より受信し
た端末入力データをアプリケーションプログラム１１２
に渡す。さらに、このモジュール１０４は、通信制御モ
ジュール１０１経由で入力した起動依頼データを受けて
アプリケーションプログラムを起動する。

【００２１】資源管理クライアントモジュール１０６お
よび資源管理サーバモジュール１０７は、対話モニタプ
ログラム１０８からの資源複写または資源移動依頼に基
づき、プロセス、ファイルおよび対話権利の複写または
移動を行う。対話モニタプログラム１０８は、ユーザが
セッションを開始する際、そのプロセッサのオペレーテ
ィングシステムにより起動され、以後、ユーザのキーイ
ンコマンドを解析し処理する。

【００２２】図１では、プロセッサ１およびプロセッサ
２中で同一のユーザが２つの同一アプリケーションプロ
グラムａ（１１２，２１２）を多重化して使って業務を
行なっている。また、外部記憶装置１１０，２１０に
は、同一内容のファイルＡ（１１１，２１１）が多重化
して格納されている。このような多重化方式は、例えば
特開平２−１９３２４９号および特開平３−９２９４２
に詳細に示されている。次に、図１のようにアプリケー
ションプログラムおよびファイルが２重化されている場
合を例にとって、アプリケーションプログラムの起動と
システム内プロセッサのバージョンアップを説明する。
なお、多重度は２重に限ることなく何重でも同様の方法
が用いられる。

【００２３】図１および図２を参照して、いまユーザが
端末１０９からアプリケーションプログラムａの起動を
指示したとする。対話モニタプログラム１０８は、端末
１０９からのこの指示を解析し、対話クライアントモジ
ュール１０５に対しアプリケーションプログラムａの起
動を依頼する。さらに、対話モニタプログラム１０８
は、端末１０９との入出力権利を対話クライアントモジ
ュール１０５に譲渡する。それを受けた対話クライアン
トモジュール１０５は、その依頼を起動依頼データとし
て通信制御モジュール１０１に渡す。通信制御モジュー
ル１０１は、この起動依頼データを伝送路１０に送出す
る。

【００２４】この起動依頼データは、まず通信制御モジ
ュール１０１を介してプロセッサ１内の対話サーバモジ
ュール１０４に渡される。また、伝送路１０を介して、
プロセッサ２内の対話サーバモジュールにも渡される。
ここで、アプリケーションプログラムａは、プロセッサ
１およびプロセッサ２だけで起動されることになってい
るものとする。このようにアプリケーションプログラム
ａが起動されることは、ユーザが起動コマンド入力時に
指定しても良いし予め決定しておいても良い。プロセッ
サ１，２内のそれぞれの対話サーバモジュールは、アプ
リケーションプログラムａ１１２，ａ２１２を非同期に
起動する。なお、アプリケーションプログラムａ１１２
はプロセッサ１で起動されたアプリケーションプログラ
ムａを示し、アプリケーションプログラムａ２１２はプ
ロセッサ２で起動されたアプリケーションプログラムａ
を示すものとする。

【００２５】アプリケーションプログラムａ１１２から
端末へ出力するとき、まずアプリケーションプログラム
ａ１１２は端末への出力データを対話サーバモジュール
１０４に出力する。対話サーバモジュール１０４は、通
信制御モジュール１０１を介して、この出力データを対
話クライアントモジュール１０５に渡す。同時に通信制
御モジュール１０１はこの出力データを伝送路１０にも
送出する。同様に、アプリケーションプログラムａ２１
２から端末へ出力される出力データも、プロセッサ２内
の対話サーバモジュールおよび通信制御モジュールを介
して、伝送路１０に送出される。このプロセッサ２から
の出力データは、プロセッサ１の通信制御モジュール１
０１を介して対話クライアントモジュール１０５に入力
する。対話クライアントモジュール１０５は２つの出力
データを整合化し、端末１０９に出力する。整合化と
は、複数のデータから１つのデータを選択することであ
る。端末１０９からの入力データは、対話クライアント
モジュール１０５を介して、同様にアプリケーションプ
ログラムａ１１２およびａ２１２に渡る。

【００２６】アプリケーションプログラムａ１１２のフ
ァイルＡへのアクセス要求は、まずファイルクライアン
トモジュール１０３により受け付けられる。それを受け
たファイルクライアントモジュール１０３は、その依頼
をファイルアクセス依頼データとして通信制御モジュー
ル１０１に渡す。通信制御モジュール１０１は、このフ
ァイルアクセス依頼データを伝送路１０に送出する。

【００２７】このファイルアクセス依頼データは、まず
通信制御モジュール１０１を介してプロセッサ１内のフ
ァイルサーバモジュール１０２に渡される。また、伝送
路１０を介して、プロセッサ２内のファイルサーバモジ
ュールにも渡される。同様に、多重化されたアプリケー
ションプログラムａ２１２のファイルＡへのアクセス要
求も、ファイルアクセス依頼データとしてプロセッサ
１，２内のファイルサーバモジュールにそれぞれ渡され
る。プロセッサ１，２のファイルサーバモジュールは各
々２つの依頼データの整合化を行い、依頼データに基づ
きそれぞれのファイルＡ１１１およびＡ２１１を非同期
にアクセスする。なお、ファイルＡ１１１はプロセッサ
１の外部記憶装置１１０内にあるファイルＡを示し、フ
ァイルＡ２１１はプロセッサ２の外部記憶装置２１０内
にあるファイルＡを示すものとする。

【００２８】プロセッサ１，２の各ファイルサーバモジ
ュールは、アクセス結果をファイルアクセス結果データ
として、それぞれの通信制御モジュールに送出する。各
通信制御モジュール例えばプロセッサ１内の通信制御モ
ジュール１０１は、そのファイルアクセス結果データを
ファイルクライアントモジュール１０３に渡すととも
に、伝送路１０およびプロセッサ２内の通信制御モジュ
ールを介してプロセッサ２内のファイルクライアントモ
ジュールにも渡す。プロセッサ２のファイルサーバモジ
ュールから送出されたファイルアクセス結果データも同
様にしてプロセッサ１，２のファイルクライアントモジ
ュールに渡される。プロセッサ１，２のファイルクライ
アントモジュールでは、それぞれ２つのファイルアクセ
ス結果データの整合化を行い、その結果をアプリケーシ
ョンプログラムａに渡す。

【００２９】このように、ユーザが端末１０９から、プ
ロセス（ここでプロセスとは、プログラムカウンタ、レ
ジスタ、および変数の現在値を含む実行中のプログラム
を指すものとする）多重およびファイル多重で業務を行
っている最中に、例えばプロセッサ１のソフトウェアま
たはハードウェアの交換（バージョンアップ）を行いた
いとする。

【００３０】以下、このようなバージョンアップにつき
図３のフローチャートを参照して説明する。

【００３１】まず、バージョンアップを行なうに際して
プロセッサ１が管理する資源の調査を行う（ステップ３
０１）。具体的には、まずあるプロセッサの端末からプ
ロセッサ１に対するバージョンアップコマンドを入力す
る。このコマンドは、システム内のどのプロセッサから
でも実行できる。またこのコマンドは、特権者ユーザし
か使用できない。いま、プロセッサ１の端末から、プロ
セッサ１に対するバージョンアップコマンドが入力され
たとする。それを解析した対話モニタプログラム１０８
は、資源管理クライアントモジュール１０６に管理資源
調査依頼を出す。これを受けて資源管理クライアントモ
ジュール１０６は、この依頼をバージョンアップを要求
されたプロセッサであるプロセッサ１の資源管理クライ
アントモジュール１０６に通信制御モジュール１０１経
由で譲渡する。ここでは、譲渡する方およびされる方の
資源管理クライアントモジュールが同じモジュール１０
６であるため実際には譲渡する必要はない。もし、他の
プロセッサの端末からプロセッサ１に対するバージョン
アップコマンドが入力された場合は、それぞれのプロセ
ッサの通信制御モジュールおよび伝送路１０を経由して
管理資源調査依頼がプロセッサ１の資源管理クライアン
トモジュール１０６に譲渡されることとなる。

【００３２】管理資源調査依頼を譲渡された資源管理ク
ライアントモジュール１０６は、管理している資源に対
し、システム内で唯一なものであるかどうかに基づいて
資源調査を行う。具体的には、以下の５つの項目に関
し、プロセッサ１自身の資源を調査する。 （１）システム内の他のプロセッサから起動することが
できるプログラムが存在するか。ただし、そのプログラ
ムは多重起動ではないものとする。 （２）上記（１）のプログラムが現在動作しているプロ
セスとして存在しているか。 （３）システム内の他のプロセッサから使用できるファ
イルが存在するか。ただし、そのファイルは多重化ファ
イルではないものとする。 （４）現在対話権を持っているユーザが存在するか。 （５）上記（１）〜（３）以外で、予めバージョンアッ
プ時は移動するよう指定されたアプリケーションプログ
ラムとそのプロセスおよびファイルが存在するか。

【００３３】上記の（１）および（２）の資源は、他の
プロセッサから使用できるようにユーザがシステムに対
しあらかじめ指定しておくものである。ユーザ個人のフ
ァイルはシステム内でユニーク（単一のもの）だが、こ
れに関しては上記（５）によってあらかじめ指定された
ものだけを複写または移動の対象とする。もちろん、す
べてのユーザ個人ファイルが指定されていても良い。よ
って、上記（１）（３）（５）はあらかじめ指定した資
源であるため、システムは容易に判断でき、また上記
（２）（４）に関しても、プロセス管理および端末管理
を行うことによって容易に判断できる。

【００３４】この図１、２の例では、プロセスとしてア
プリケーションプログラムａがあり、アクセス中ファイ
ルとしてファイルＡがあるが、両方とも多重化されてい
る。したがって、それらに関しては複写または移動の必
要はないと判断される。しかし、いまユーザは端末１０
９からアプリケーションプログラムａと対話しているの
で、この対話権の移動が必要だと判断される（ステップ
３０１）。

【００３５】この判断にもとづき、資源管理クライアン
トモジュール１０６は資源複写（移動）先決定作業を開
始する（ステップ３０２）。資源複写（移動）先決定の
手順を、具体的に図４，５のフローチャートを参照して
説明する。図４は資源管理クライアントモジュールにお
ける資源複写（移動）先決定手順を、図５は資源管理サ
ーバモジュールにおける資源複写（移動）先決定手順
を、それぞれ示す。

【００３６】なお、資源の移動というときは移動元の資
源は削除され、資源の複写というときは複写元の資源は
そのまま残される。移動と複写とはこの点で差異がある
のみであり、本発明ではどちらで資源を移してもよい。
移動か複写かはユーザが指定してもよいし、予めシステ
ムが決定しておいてもよい。以下、資源の移動を行なう
ものとして資源移動先決定手順を説明するが複写につい
ても同様である。

【００３７】図４および図２を参照して、まず資源管理
クライアントモジュール１０６は、資源移動依頼データ
を通信制御モジュール１０１を介して伝送路１０に送出
する（ステップ４０１）。このデータには、移動したい
資源の名称の一覧並びに、それらの資源の数および必要
なら大きさなどのそれらの資源の特徴情報が含まれる。
この例では対話権が１つ移動要求される。

【００３８】この資源移動依頼データは、伝送路１０を
介し他のすべてのプロセッサの資源管理サーバモジュー
ルに渡される。一方図５を参照して、資源管理サーバモ
ジュールではこの資源移動依頼データを受信すると（ス
テップ５０１，５０２）、依頼された資源を自プロセッ
サ内に移動できるか調査する（ステップ５０３）。移動
可能なら（ステップ５０４）、移動可能資源の使用予約
を自プロセッサに対して行う（ステップ５０５）。そし
て、移動可能な資源名称の一覧を資源移動応答データと
して、通信制御モジュールを介して伝送路１０に送出す
る（ステップ５０６）。

【００３９】プロセッサ１の資源管理クライアントモジ
ュール１０６は、この資源移動応答データを集計する。
すなわち、前述の依頼データ送出した（ステップ４０
１）後、タイマを起動し（ステップ４０２）、タイムア
ウトになるまでこの応答データを集計する（ステップ４
０３，４０４，４０５）。タイムアウトになったとき、
移動資源ごとに移動先プロセッサを１つ決定する（ステ
ップ４０６）。移動先は、自動的になんらかの基準例え
ば物理的に１番近いプロセッサを選ぶという基準などに
基づき、自動的に決定してよい。また、端末に移動可能
なプロセッサを表示してユーザの判断で選ぶようにして
も良い。

【００４０】移動先が決定したら、資源管理クライアン
トモジュール１０６は移動先決定データを送出する（ス
テップ４０７）。その後、資源の移動を開始する（ステ
ップ４０８）。

【００４１】一方、移動先決定データを受信した資源管
理サーバモジュールは、自プロセッサに決定したと分か
った場合には何もせず資源の移動作業を待ち、他プロセ
ッサに決定した場合は先ほど予約した資源の使用予約を
取消す（ステップ５０７，５０８）。

【００４２】以上のようにして、プロセッサ１の資源管
理クライアントモジュール１０６および他のプロセッサ
の資源管理サーバモジュールは資源の移動先を決定する
（ステップ３０２）。

【００４３】図３を再び参照して、移動先の決定（ステ
ップ３０２）の後は、実際に資源の移動を行う（ステッ
プ３０３）。いま簡単のため移動先がすべてプロセッサ
２に決定したとする。資源（この例では対話権）移動の
実行では、まず対話権の移動のために、資源管理クライ
アントモジュール１０６は、対話クライアントモジュー
ル１０５に対し、アプリケーションプログラムａへの端
末１０９の対話権放棄を要求する。その確認がとれた
後、資源管理クライアントモジュール１０６は、移動先
として決定されたプロセッサ２の資源管理サーバモジュ
ールに対し、端末１０９への入出力情報が納められた画
面バッファの内容をデータとして渡す。プロセッサ２の
資源管理サーバモジュールは、自プロセッサ２内の対話
クライアントモジュールに対話権の獲得を要求し、か
つ、受信した画面バッファの内容を対話権を獲得した端
末２０９の画面バッファに複写する。これにより、ユー
ザは端末２０９からアプリケーションプログラムａを引
続き動作させることができる。こうして対話権の移動が
終了する。なお、対話権の移動は、移動先の資源管理ク
ライアントモジュールが対話権の譲渡と画面バッファの
複写を要求する形で行なっても良い。

【００４４】このように、必要な資源の移動あるいは複
写が終了したなら、特権者ユーザはプロセッサ１をシス
テムから論理的にきりはなす。すなわち、他のプロセッ
サと交信できないようにする。その後、特権者ユーザは
プロセッサ１のバージョンアップ作業にかかれば良い
（ステップ３０４）。このバージョンアップ作業は、ネ
ットワークに接続されていない、いわゆるスタンドアロ
ン型のプロセッサのバージョンアップと同様に行なえば
良い。この際、プロセッサ１内に存在するプロセスとし
てのアプリケーションプログラムａ１１２は消滅し、ま
たファイルＡ１１１へのアクセスも不可能となるため、
バージョンアップ作業前のプロセス多重およびファイル
多重状態ではない。しかし、プロセッサ２内のプロセス
としてのアプリケーションプログラムａおよびファイル
Ａによって、ユーザは端末２０９から業務を続行するこ
とができる。

【００４５】バージョンアップ作業が終了したとき、プ
ロセッサ１の状態をもとの状態に戻したいなら、資源複
写または移動作業（復元）を行なえばよい（ステップ３
０５）。すなわち、まずプロセス多重化に復元するた
め、プロセスとしてのアプリケーションプログラムａ２
１２をプロセッサ１に複写する。プロセスとしてのアプ
リケーションプログラムａは、再配置可能にできてい
る。複写の際は、複写元プロセスを凍結し、その後プロ
セスを再起動するのに必要なデータも含めたそのプロセ
スに関するデータすべてをプロセッサ１に複写し、複写
先プロセッサ１にプロセスとして登録する。複写完了後
に複写元プロセスの凍結を解除する。伝送路１０を介し
たメモリ間の複写であること、およびプロセスの大きさ
は大きくても数メガバイトであることを考慮すれば、復
元にかかる時間は多くても数秒であり、その間プロセス
が凍結していたとしてもユーザ業務にほとんど支障はな
い。

【００４６】次に、ファイル多重化に復元するため、フ
ァイルＡ２１１をプロセッサ１の外部記憶装置１１０に
複写する。複写方法は、例えば特願平１−２２８９４９
に説明されているような方法を用いれば良い。その基本
的方法は、複写の際、まず複写元ファイルをいくつかの
小さいファイルに論理的に分割する。分割の大きさおよ
び数はどのようであってもよい。例えば、オペレーティ
ングシステムによってブロックと呼ばれている大きさで
均等に分割しても良い。次に、分割した１つの小さいフ
ァイルをロックする。ロックとはその小さいファイルが
使用中であることを示す。ロック中のファイルは他のプ
ロセスで使用できない。次に、いまロックをかけた小さ
いファイルを複写先に複写する。複写終了後に元のファ
イルのロックを解除する。これら、ロック、複写および
ロック解除処理を繰り返しながら、すべての小さいファ
イルつまりファイル全体の複写を完了する。

【００４７】複写中のファイル全体に対するアクセスは
可能である。すなわち、ロックがかかっていない小さい
ファイルへの読み書きは可能である。ロック、複写およ
びロック解除の１セットの処理の間、アプリケーション
プログラムはロック中の１つの小さいファイルにはアク
セスできない。しかし、分割の大きさを小さくすること
により、アプリケーションプログラムがファイルをアク
セスできない確率およびアクセスできない時間は小さく
なるので、ユーザ業務にほとんど支障がないようにでき
る。

【００４８】バージョンアップ作業が終了したなら、プ
ロセッサ１を再びシステムに組み込む前に、すなわちバ
ージョンアップされたプロセッサ１が他のプロセッサと
通信を開始する前に、特権者ユーザはプロセッサ１をテ
ストモードにするかどうかを決定する。テストモードに
すれば、プロセッサ１内の通信制御モジュール１０１は
伝送路１０に対しデータを受信はするが送信はしない。
これにより、バージョンアップされたプロセッサ１は、
伝送路１０から受信されるオンラインのデータにより、
バージョンアップした新しい資源例えばオペレーティン
グシステムやハードウェアなどのテストを行なうことが
できる。また、このときプロセッサ１が何らかの理由で
異常な処理を行なったとしても、他のプロセッサには影
響がない。

【００４９】ある一定の期間テストモードでテストを行
ない、伝送路１０に対しデータを送出しても問題なしと
判断したなら、特権者ユーザはテストモードを解除す
る。これにより、プロセッサ１は再びバージョンアップ
前と同様にシステムに組み込まれる。

【００５０】以上のように、この実施例ではバージョン
アップの必要なプロセッサの資源を他のプロセッサに移
動または複写するため、ネットワークを介して接続され
たコンピュータシステムにおいてそのシステム内のソフ
トウェアやハードウェアのバージョンアップを行なう際
に、システム内資源の有効利用を図ることができ、また
ユーザがコンピュータ業務を続行しながら、システムの
バージョンアップを行うことができる。

【００５１】次に、バージョンアップするプロセッサ内
のプログラムやプロセスを移動する第２の実施例につき
説明する。

【００５２】図６は、本発明の第２の実施例に係るバー
ジョンアップ方法が適用されるマルチプロセッサシステ
ムの一例を示す。なお、図１と共通の構成要素は同一の
番号で表すものとする。図６の各プロセッサは図２に示
したものと同じものである。ただし、図２のアプリケー
ションプログラムａ１１２はアプリケーションプログラ
ムｂ１１４に置き換える。

【００５３】いまユーザが端末１０９からアプリケーシ
ョンプログラムｂの起動を指示したとする。対話モニタ
プログラム１０８は、この指示を解析し、対話クライア
ントモジュール１０５に対しアプリケーションプログラ
ムｂの起動を依頼する。さらに、対話モニタプログラム
１０８は、端末１０９との入出力権利を対話クライアン
トモジュール１０５に譲渡する。それを受けた対話クラ
イアントモジュール１０５は、その依頼を起動依頼デー
タとして通信制御モジュール１０１に渡す。通信制御モ
ジュール１０１は、この起動依頼データを伝送路１０に
送出する。

【００５４】この起動依頼データは、まずプロセッサ１
内の対話サーバモジュール１０４に渡される。また、伝
送路１０を介して他の各プロセッサにも渡される。ここ
では、プロセッサ１だけでアプリケーションプログラム
ｂが起動されることになっているものとする。このこと
はユーザが起動コマンド入力時に指定してもよいし、あ
らかじめ決定しておいてもよい。プロセッサ１の対話サ
ーバモジュール１０４は、アプリケーションプログラム
ｂ１１４を起動する。この際ユーザはアプリケーション
プログラムがどのプロセッサで起動されたかを知る必要
はない。

【００５５】アプリケーションプログラムｂ１１４の端
末への出力データは、対話サーバモジュール１０４から
通信制御モジュール１０１を介して、対話クライアント
モジュール１０５に渡される。対話クライアントモジュ
ール１０５はこの出力データを端末１０９に出力する。
端末１０９からの入力データは、対話クライアントモジ
ュール１０５から、同様にしてアプリケーションプログ
ラムｂ１１４に渡る。アプリケーションプログラムｂ１
１４のファイルＢへのアクセス要求は、ファイルクライ
アントモジュール１０３により受け付けられる。それを
受けたファイルクライアントモジュール１０３はその依
頼をファイルアクセス依頼データとして通信制御モジュ
ール１０１に渡す。通信制御モジュール１０１は、この
依頼データを伝送路１０に送出する。また、この依頼デ
ータはプロセッサ１内のファイルサーバモジュール１０
２に渡される。いまはプロセッサ１の外部記憶装置内に
のみファイルＢが定義されている。ファイルサーバモジ
ュール１０２は依頼データに基づきファイルＢをアクセ
スする。

【００５６】プロセッサ１のファイルサーバモジュール
１０２は、アクセス結果をファイルアクセス結果データ
として、通信制御モジュール１０１を介して、プロセッ
サ１のファイルクライアントモジュール１０３に渡す。
プロセッサ１のファイルクライアントモジュール１０３
は、ファイルアクセス結果データをアプリケーションプ
ログラムｂ１１４に渡す。

【００５７】このように、ユーザが端末１０９からプロ
セス一重およびファイル一重で業務を行っている最中
に、プロセッサ１のソフトウェアまたはハードウェアの
交換（バージョンアップ）を行いたいとする。

【００５８】以下、このようなバージョンアップにつき
再び図３のフローチャートを参照して説明する。

【００５９】まず、プロセッサ１が管理する資源の調査
を行う（ステップ３０１）。この資源の調査は例えば前
述の第１の実施例と同様に行なわれる。すなわち、資源
管理クライアントモジュール１０６が、管理している資
源に対しシステム内で唯一なものであるかどうかに基づ
いて資源調査を行う。具体的には、前述した５つの項目
（１）〜（５）に関し資源を調査する。

【００６０】この図６に示す第２の実施例では、プロセ
スとしてアプリケーションプログラムｂがありアクセス
中ファイルとしてファイルＢがあるが、両方とも多重化
されていない。したがって、これらに関しては複写また
は移動の必要があると判断される。また、いまユーザは
端末１０９からアプリケーションプログラムｂと対話し
ているので、この対話権の移動も必要だと判断される
（ステップ３０１）。

【００６１】この判断にもとづき、資源管理クライアン
トモジュール１０６は資源複写（移動）先決定作業を開
始する（ステップ３０２）。具体的には、まず資源管理
クライアントモジュール１０６が、資源移動依頼データ
を通信制御モジュール１０１を介して伝送路１０に送出
する。この資源移動依頼データには、移動したい資源の
名称の一覧並びに、それら資源の数および必要なら大き
さなどのそれらの資源の特徴を示す情報が含まれる。こ
の例では、アプリケーションプログラムｂ、そのプロセ
ス、ファイルＢ、および対話権が移動要求される。この
資源移動依頼データは、伝送路１０を介し他のすべての
プロセッサの資源管理サーバモジュールに渡される。資
源管理サーバモジュールは、依頼された資源を自プロセ
ッサ内に移動できるか調査する。移動可能なら移動可能
な資源名称の一覧を資源移動応答データとして、通信制
御モジュールを介して伝送路１０に送出する。プロセッ
サ１の資源管理クライアントモジュール１０６は、この
資源移動応答データを集計し、移動資源ごとに移動先プ
ロセッサを１つを決定する。以上のような、移動先の決
定は前述の第１の実施例で図４，５で説明した手順と同
様に行なわれる。

【００６２】移動先が決定したら、次は実際に資源の移
動を行う（ステップ３０３）。いま移動先がプロセッサ
２に決定したとする。

【００６３】まず対話権の移動のために、まず資源管理
クライアントモジュール１０６は、対話管理クライアン
トモジュール１０５に対し、アプリケーションプログラ
ムｂへの端末１０９の対話権放棄を要求する。その確認
がとれた後、資源管理クライアントモジュール１０６
は、移動先として決定されたプロセッサ２の資源管理サ
ーバモジュールに、端末１０９への入出力情報が納めら
れた画面バッファの内容をデータとして渡す。プロセッ
サ２の資源管理サーバモジュールは、自プロセッサ２内
の対話クライアントモジュールに対話権の獲得を要求
し、かつ、受信した画面バッファの内容を対話権を獲得
した端末２０９の画面バッファに複写する。これによ
り、ユーザは端末２０９からアプリケーションプログラ
ムｂを引続き動作させることができる。こうして対話権
の移動が終了する。対話権の移動は、移動先の資源管理
クライアントモジュールが対話権の譲渡と画面バッファ
の複写を要求する形で行なっても良い。

【００６４】次にファイルの移動を行う。ファイルの移
動は、前述した複写によるファイルの多重化を行った
後、複写元を消去することによってなされる。具体的に
は、まず多重化にするためファイル１１３をプロセッサ
２の外部記憶装置２１０に複写する。

【００６５】この複写はプロセッサ１の資源管理クライ
アントモジュール１０６とプロセッサ２の資源管理サー
バモジュールとによって行われる。この複写の方式は前
述の第１の実施例におけるファイルの復元と同様であ
る。すなわち、複写の際、まず複写元ファイルを幾つか
の小さいファイルに論理的に分割し、分割した１つの小
さいファイルをロックする。次に、ロックをかけた小さ
いファイルを複写先に複写し、複写終了後に複写元のロ
ックを解除する。これら、ロック、複写、およびロック
解除処理を繰り返しながら、すべての小さいファイルつ
まりファイル全体の複写を完了する。複写中のファイル
全体に対するアクセスは前述したように可能である。フ
ァイル複写後、外部記憶装置１１０に存在する複写元の
ファイルを消去する。

【００６６】アプリケーションプログラムｂの移動も同
じである。プログラム自体は外部記憶装置上のファイル
であるので、ファイルの移動と同様の方法で移動する。

【００６７】次に、プロセスの移動を行う。プロセスと
してのアプリケーションプログラムｂ１１４は再配置可
能にできている。プロセスとしてのアプリケーションプ
ログラムｂ１１４を移動する際には、まず複写元のプロ
セッサ１のプロセスを休眠状態とする。プロセスは一般
にテキスト、データ、およびスタックからなる。テキス
トとはＣＰＵが機械語の命令として解釈するバイト列で
あり、データはプロセス生成時に静的に領域が生成され
る変数、スタックは実行時に動的に領域が生成される変
数である。これらを、まずスタック、そしてデータ、そ
れからテキストの優先順位で、プロセッサ１からプロセ
ッサ２へと複写する。テキスト部に関しては、まず現在
プログラムカウンタが指している命令語が含まれるテキ
ストの一部分（ブロック）をまず複写する。この複写終
了時点で、このプロセスを準備完状態として登録する。
その後、残りのテキスト部の複写を行う。

【００６８】プロセススケジューリングのため、残りの
テキスト部の複写が完了する前に、複写され準備完状態
として登録されたプロセスが、実行されるかもしれな
い。その際、残りのテキスト部分の命令語の実行が要求
される可能性がある。この場合、オペレーティングシス
テムは、そのプロセスの実行を停止し、そのプロセスを
準備完状態の待ち行列に登録し、まず必要なテキストの
一部分（ブロック）を複写する。これを繰り返すことに
より、テキスト部のすべてが複写されたなら、複写元の
プロセスを消去し、そのプロセスの領域を解放する。こ
のようにしてプロセスの移動が完了する。

【００６９】以上のように、必要な資源の移動（複写）
が終了したなら、特権者ユーザはプロセッサ１をシステ
ムから論理的にきりはなし、つまり他のプロセッサと交
信できないようにして、プロセッサ１のバージョンアッ
プ作業にかかれば良い（ステップ３０４）。プロセッサ
２内のプロセスとしてのアプリケーションプログラムｂ
およびファイルＢによって、ユーザは移動した端末２０
９から業務を続行することができる。

【００７０】バージョンアップ作業が終了したとき、プ
ロセッサ１の状態をもとの状態に戻したいなら、資源複
写または移動作業を行なえばよい（ステップ３０５）。
これらは、バージョンアップ前の資源移動と同様の方法
によってなされる。

【００７１】上記の第１および第２の実施例において
は、１つのプロセッサずつバージョンアップを行う例を
示したが、複数プロセッサに対しバージョンアップを並
行して行うことも可能である。この際、１つのプロセッ
サが複数の２つのプロセッサから自プロセッサの能力以
上の量の資源の移動に対し了解を与えてしまうことがあ
る。この問題を解決するためには、移動先プロセッサが
自分の能力以上の量の資源の移動に対し資源移動応答デ
ータを出さないようにするため、例えば移動先プロセッ
サが移動依頼データ受信時に資源の使用予約をしておけ
ばよい。または、移動元プロセッサが移動先を決定した
後、移動先プロセッサに資源の予約を依頼し、もし先約
のバージョンアッププロセッサのため依頼が拒絶された
ら、もう一度、資源移動依頼からやり直すようにしても
よい。

【００７２】また、１つのプロセッサでシステムが構成
されている場合（ただしそのプロセッサは伝送路には接
続されている）、または資源の移動が不可能な場合（メ
モリ、外部記憶装置、あるいは端末などを目一杯に使用
しているシステムの場合）は、バージョンアップの資源
移動先プロセッサとして一時的に新規にプロセッサを伝
送路に接続し、上述のバージョンアップを適用すればそ
の動作を停止せずにバージョンアップを可能とすること
ができる。新規に接続するプロセッサは１つでも複数で
もよい。

【００７３】さらに、上記実施例において、資源移動先
決定作業時に資源管理クライアントモジュールが移動し
たい資源があることだけを資源移動依頼データとして送
出するようにしてもよい。このとき、この依頼データを
受け取った資源管理サーバモジュールは、自分のプロセ
ッサ内に移動できる資源の量を調べ、移動可能な資源項
目とその量の一覧などの特徴情報を資源移動応答データ
として通信制御モジュールを介して伝送路に送出する。
例えば、ファイル３０キロバイト、対話権３つ、といっ
たようにである。この応答データを、資源管理クライア
ントモジュール１０６はこの応答データを集計し、移動
資源ごとに移動先プロセッサを１つ決定する。

【００７４】

【発明の効果】以上説明したように、本発明によれば、
バージョンアップの必要なプロセッサの資源を他のプロ
セッサに移動または複写してバージョンアップを行なっ
ているので、複数のプロセッサが接続されたコンピュー
タシステムにおいて、そのシステム内のソフトウェアあ
るいはハードウェアのバージョンアップ時にもシステム
内資源の有効利用を図ることができる。また、ユーザが
コンピュータ業務を続行しながら、システムのバージョ
ンアップを行うことができる。

【図面の簡単な説明】

【図１】本発明の第１の実施例のバージョンアップ方法
の適用対象であるマルチプロセッサシステムの構成図

【図２】図１のマルチプロセッサシステムの１つのプロ
セッサのモジュール構成図

【図３】実施例のバージョンアップ方法の手順を示すフ
ローチャート

【図４】資源管理クライアントモジュールにおける移動
先決定の手順を示すフローチャート

【図５】資源管理サーバモジュールにおける移動先決定
の手順を示すフローチャート

【図６】本発明の第２の実施例のバージョンアップ方法
の適用対象であるマルチプロセッサシステムの構成図

【符号の説明】

１，２，…，ｎ…プロセッサ、１０…伝送路、１０１…
通信制御モジュール、１０２…ファイルサーバモジュー
ル、１０３…ファイルクライアントモジュール、１０４
…対話サーバモジュール、１０５…対話クライアントモ
ジュール、１０６…資源管理クライアントモジュール、
１０７…資源管理サーバモジュール、１０８…対話モニ
タプログラム、１０９，２０９，…，ｎ０９…端末装
置、１１０，２１０，…，ｎ１０…外部記憶装置、１１
１，２１１，１１３…ファイル、１１２，２１２，１１
４…アプリケーションプログラム。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 織茂 昌之 神奈川県川崎市麻生区王禅寺1099番地 株式会社日立製作所システム開発研究所 内 (72)発明者 竹内 増幸 神奈川県横浜市戸塚区戸塚町5030番地 株式会社日立製作所ソフトウェア開発本 部内 (72)発明者 藤瀬 洋 神奈川県横浜市戸塚区戸塚町5030番地 株式会社日立製作所ソフトウェア開発本 部内 (72)発明者 鈴木 仁 東京都千代田区神田駿河台四丁目６番地 株式会社日立製作所内 (72)発明者 小合 一太郎 東京都千代田区神田駿河台四丁目６番地 株式会社日立製作所内 (56)参考文献 特開 平３−204723（ＪＰ，Ａ) 特開 平１−316858（ＪＰ，Ａ) 特開 平２−238529（ＪＰ，Ａ) 特開 昭56−123050（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 15/16 - 15/177 G06F 9/06 ＪＩＣＳＴファイル（ＪＯＩＳ)

Claims (12)

(57)【特許請求の範囲】
1. 【請求項１】複数のプロセッサが接続されてネットワー
   クをなすマルチプロセッサシステム内のソフトウェアあ
   るいはハードウェアをバージョンアップするバージョン
   アップ方法において、 バージョンアップを必要とするプロセッサが、自己が管
   理している資源を調査し、移動または複写が必要な資源
   を決定し、 さらにそのバージョンアップを必要とするプロセッサ
   が、上記資源の移動または複写先となるプロセッサを決
   定し、 上記バージョンアップが必要なプロセッサと上記資源の
   移動または複写先のプロセッサにより連携して上記資源
   を移動または複写し、 その後、上記バージョンアップを必要とするプロセッサ
   におけるバージョンアップを実行することを特徴とする
   バージョンアップ方法。
2. 【請求項２】前記バージョンアップの実行後、バージョ
   ンアップされたプロセッサに前記マルチプロセッサシス
   テム内の他のプロセッサから資源を移動または複写する
   請求項１に記載のバージョンアップ方法。
3. 【請求項３】前記バージョンアップを必要とするプロセ
   ッサは、自己が管理している資源について、マルチプロ
   セッサシステム内にその資源が唯一のものであるかどう
   かを判別することにより移動または複写が必要な資源か
   どうかを決定する請求項１または２に記載のバージョン
   アップ方法。
4. 【請求項４】前記バージョンアップを必要とするプロセ
   ッサは、移動または複写が必要な資源を特定する資源名
   称の一覧およびそれら各資源の特徴に関する情報をマル
   チプロセッサシステム内の各プロセッサに通知し、 通知を受けた各プロセッサはそれぞれ、受取ったそれら
   の情報に基づきいずれかの資源の受入れが可能かどうか
   を判断し、可能であれば自己が受け入れ可能な資源の名
   称の一覧を前記バージョンアップを必要とするプロセッ
   サに返答し、 前記バージョンアップを必要とするプロセッサは、それ
   らの受け入れ可能な資源の名称の一覧に基づいて、移動
   または複写すべき資源ごとにその資源の移動または複写
   先となるプロセッサを決定する請求項１ないし３のいず
   れか一項に記載のバージョンアップ方法。
5. 【請求項５】前記バージョンアップを必要とするプロセ
   ッサは、資源の移動または複写の要求をマルチプロセッ
   サシステム内の各プロセッサに通知し、 通知を受けた各プロセッサはそれぞれ、自己が受け入れ
   可能な資源の特徴に関する情報を前記バージョンアップ
   を必要とするプロセッサに返答し、 前記バージョンアップを必要とするプロセッサは、それ
   らの受け入れ可能な資源の特徴に関する情報に基づい
   て、移動または複写すべき資源ごとにその資源の移動ま
   たは複写先となるプロセッサを決定する請求項１ないし
   ３のいずれか一項に記載のバージョンアップ方法。
6. 【請求項６】前記資源の移動または複写先となるプロセ
   ッサは、移動または複写する資源ごとに１つ決定される
   請求項４または５に記載のバージョンアップ方法。
7. 【請求項７】前記ネットワーク内の複数のプロセッサに
   対し同時に並列してバージョンアップを行なう請求項１
   ないし６のいずれか一項に記載のバージョンアップ方
   法。
8. 【請求項８】前記通知を受けたプロセッサは、自己が受
   け入れ可能な資源があると判断される場合は使用予約を
   設定する請求項４ないし７のいずれか一項に記載のバー
   ジョンアップ方法。
9. 【請求項９】前記バージョンアップを必要とするプロセ
   ッサは、資源の移動または複写先となるプロセッサを決
   定した後、そのプロセッサに資源の予約を依頼し、その
   依頼が受け入れられたら資源の移動または複写を開始す
   る請求項４ないし７のいずれか一項に記載のバージョン
   アップ方法。
10. 【請求項１０】前記資源の移動または複写先となるプロ
    セッサは、新規にネットワークに接続されたものである
    請求項１ないし９のいずれか一項に記載のバージョンア
    ップ方法。
11. 【請求項１１】伝送路を有する１つのプロセッサからな
    るシステム内のソフトウェアあるいはハードウェアをバ
    ージョンアップするバージョンアップ方法において、 該伝送路に新規に１つ以上のプロセッサを接続し、 バージョンアップを必要とするシステムのプロセッサ
    が、自己が管理している資源を調査し、移動または複写
    が必要な資源を決定し、 上記バージョンアップが必要なプロセッサと上記新規の
    プロセッサにより連携して上記資源を上記新規のプロセ
    ッサに移動または複写し、 その後、上記バージョンアップを必要とするプロセッサ
    におけるバージョンアップを実行することを特徴とする
    バージョンアップ方法。
12. 【請求項１２】前記バージョンアップの実行後、バージ
    ョンアップされたプロセッサに前記新規のプロセッサか
    ら資源を移動または複写する請求項１１に記載のバージ
    ョンアップ方法。