JP2002507020A - 障害を生じることなくデータを更新する技術 - Google Patents

Abstract

(57)【要約】 複数のメモリ区画（４、１４）を備えたソフトウェア処理デバイスにおける更新プロセスの効率を改善するために第１メモリ区画（４）に記憶された元のデータで旧ソフトウェアの実行を続け、第２メモリ区画（１４）内で新ソフトウェアおよび関連するデータを更新することを提案する。旧ソフトウェアのデータと新ソフトウェアのデータとで同じ状態が得られた場合（Ｓ４）、同じ状態が得られる限り、新ソフトウェアへのサービスの瞬間的な切り替えを行う（Ｓ５）。第１メモリ区画内に転送すべきデータがなくなるまで（Ｓ６）このプロセスを繰り返す（Ｓ６）。従って、本発明によりデータ転送中に障害が少ない状態で更新の効率をかなり改善することができる。

Description

【発明の詳細な説明】

【０００１】 （発明の分野） 本発明は、障害を生じることなくデータを更新する技術分野に関し、より詳細
には障害を生じることなくソフトウェア処理デバイス内のソフトウェアおよび関
連するデータを更新する技術分野、およびこれに適した方法に関するものである
。

【０００２】 （発明の背景） データ処理機器およびソフトウェア技術の進歩によりソフトウェアを更新する
方法に対する要求が次第に増大している。

【０００３】 この目標を達成する通常の方法は、インストールされたソフトウェアの実行を
停止し、新ソフトウェアをロードし、次に新ソフトウェアをスタートすることで
ある。この方法を使用する際に、旧ソフトウェアと新ソフトウェアとの間で内部
データを転送することはない。更に、この方法を用いた場合に、確立されている
サービスのすべてが失われ、新ソフトウェアのロード中およびスタート中にはす
べてのサービスが完全に停止される。現在、この方法は一般に、例えばワークス
テーションまたはパソコンで用いられている。

【０００４】 別の方法は、旧ソフトウェアが旧データに対する演算を続けながら新ソフトウ
ェアをロードすることである。しかしながら、旧ソフトウェアと新ソフトウェア
との間でデータを転送する間、通常、旧ソフトウェアの実行は完全に停止される
。かかる例は１９９６年のエリクソンレビュー第２号、６６〜６７ページの「Ａ
ＸＥ１０ソフトウェアのリモートアップグレードおよび更新」なる論文に記載さ
れており、この例は記録のうちのすべての変数に対して繰り返して取り扱われる
、記録内の変数を転送することに関する。

【０００５】 特に、通常、転送すべき変数は新ソフトウェアの設計者により識別される。ま
た、変換しなければならない変数ごとにそれぞれの変換プログラムを作成しなけ
ればならない。この変換プログラムは次に必要な変換を実行し、この変換の結果
を新しくインストールされたソフトウェアに転送する。

【０００６】 しかしながら、上記解決案の欠点は、システムの全体の特性および性能が損な
われることである。特にデータの転送中、旧ソフトウェアのデータと一貫性のあ
るコピーを得るためにソフトウェアの実行を停止しなければならないという欠点
がある。

【０００７】 従って、米国特許第５，１５５，８３７号では、第１ステップにおいて新ソフ
トウェアへの新サービスのためのデータ入力を切り替えることが提案されている
。更に、旧ソフトウェアで進行中のサービスが完了すると、サービスからのデー
タの入力を旧バージョンから新バージョンへ切り替える。しかしながら、新ソフ
トウェアのバージョンが完全に作動状態となる前に旧バージョンによるソフトウ
ェアを最初に終了しなければならないので、このような解決案は短時間でサービ
スを処理するソフトウェアしか取り扱うことができない。

【０００８】 （発明の概要） 上記に鑑み、本発明の目的は改良された効率で障害を生じることなくソフトウ
ェアの更新を達成することにある。

【０００９】 本発明によれば、この目的はソフトウェアモジュールおよび関連するデータの
第１グループを記憶する第１メモリ区画（partition）およびソフトウェアモジ ュールおよび関連するデータの第２グループを記憶する第２メモリ区画にサブ分
割されたメモリ手段と、第２メモリ区画に記憶されているソフトウェアによるソ
フトウェアの処理を続けながら、これと同時に第１メモリ区画へソフトウェアお
よび関連するデータをロードするようになっているソフトウェア更新手段とを含
む、更新機能を備えたタイプのソフトウェア処理デバイスにより達成される。こ
のソフトウェアの実行は、新しくロードされたソフトウェアと実行中のソフトウ
ェアとに対し、同じ状態となるとすぐに、新メモリ区画へすぐに切り替えられる
。

【００１０】 全般に、長時間のサービスを取り扱う旧ソフトウェアが残っていても、極めて
効率的かつ障害を生じることなくソフトウェアの更新を達成するために、本発明
によれば、旧ソフトウェアを連続的に実行しながら旧ソフトウェアの必要なすべ
てのデータと共に新ソフトウェアを更新することが提案される。新ソフトウェア
のデータが旧ソフトウェアのデータと同じ状態に達したと同時に、新ソフトウェ
アは関連する機能の実行を引き継ぐ。

【００１１】 更に本発明の好ましい実施例によれば、ソフトウェア更新手段は新しくロード
されたメモリ区画および実行中のメモリ区画内のソフトウェアが、ソフトウェア
の実行を切り替えるための状態に達しているかどうかを評価するようになってい
る更新制御手段を含む。このソフトウェア更新手段は、ソフトウェア処理デバイ
ス内の異なるメモリ区画の間でデータを転送することにより、ソフトウェアおよ
び関連するデータをロードするためのインターフェース兼変換手段を更に含むこ
とが好ましい。更にこのインターフェース兼変換手段は１回のバックグラウンド
プロセスでソフトウェアの転送を実行し、複数回のバックグラウンドプロセスで
関連するデータの実行をすることが好ましい。この１回のバックグラウンドプロ
セスおよび複数回のバックグラウンドプロセスは現在インストールされているソ
フトウェアの実行と同時に実行される。

【００１２】 従って、異なるソフトウェアに関連する必要なすべてのデータの転送を扱うに
は、転送すべきとポイントされたすべてのデータを処理する少なくとも１回のバ
ックグラウンドプロセスを実行する。ここで、バックグラウンドプロセスは、変
更されていない新ソフトウェアへデータを転送するか、または必要な場合に変換
プログラムをスタートする。

【００１３】 本発明によれば、バックグラウンドプロセスを実行しながらソフトウェアの実
行を続けるので、既に転送されているデータを旧ソフトウェアによって変更でき
る。旧ソフトウェアと新ソフトウェアとの間で一貫したデータを得るために、変
数のかかる変更を再び新ソフトウェアへ転送する。換言すれば、旧ソフトウェア
により既にコピーされたデータを書き込むごとにデータを再び新ソフトウェアへ
転送する。変換すべきデータの場合、このデータのための変換プログラムを更に
スタートし、変換出力を再び新ソフトウェアへ転送する。

【００１４】 従って、本発明によれば、旧ソフトウェアの実行により既に確立されたサービ
スを失うことなく、かつデータの転送中または他の時間中に確立されたサービス
を停止することなく、新ソフトウェアへ転送される旧ソフトウェアに必要なすべ
てのデータを得ることが可能である。特にデータの転送は、データを新ソフトウ
ェアの表示およびデータ構造に変換することを伴うことがある。

【００１５】 従って、本発明によれば、機能変更を実行した場合に障害を大幅に低減するこ
とができる。従って、夜間ではなく、通常のワーキング時間に機能変更を実行で
きる。ソフトウェアのサービスプロバイダはアップグレードを行うことにより収
入を失うことはなく、かつソフトウェアによって提供されるサービスの購入者が
サービスの低下を受けることはない。

【００１６】 更に、本発明によれば、システムにより頻繁にソフトウェアの更新を行うこと
ができる。その理由は、このような更新の追加のコストが大幅に低減されるから
である。また、新しい機能を購入者へ早期に提供することができる。

【００１７】 旧ソフトウェアの実行を続けながら新ソフトウェアをロードし、旧ソフトウェ
アおよび新ソフトウェアに関連するすべてのデータを転送する工程と、新ソフト
ウェアに関連するデータが旧ソフトウェアに関連するデータと同じ状態となって
いるかどうかを評価する工程と、新ソフトウェアのデータの状態と旧ソフトウェ
アのデータの状態とが同じである限り、サービスを新サービスは瞬間的に切り替
える工程とを備えた、ソフトウェアを更新するための本発明の方法により、同じ
利点が得られる。

【００１８】 本発明の方法の好ましい実施例によれば、旧ソフトウェアを連続的に実行しな
がら、少なくとも１回のバックグラウンドプロセスで転送すべきデータを識別す
る。このバックグラウンドプロセスはソフトウェアの実行中に書き直された変数
を転送するよう、繰り返し実行することが好ましい。

【００１９】 また、本発明の方法の更に別の好ましい実施例によれば、少なくとも１回のバ
ックグラウンドプロセスを繰り返し実行することは、旧ソフトウェアによって変
数を書き直すごとに、転送すべき変数をマークするサブ工程と、前記マークされ
た変数だけに対してバックグラウンドプロセスを繰り返すサブ工程と、転送した
変数のマークを削除するサブ工程とを備える。

【００２０】 従って、本発明によれば、バックグラウンドプロセスのスタートと同時にマー
キングをスタートするように、潜在的に一貫性のない変数をマークする。特に旧
ソフトウェアの実行中に旧ソフトウェアにより書き込まれた転送すべき各データ
アイテムをマークする。転送すべきすべてのデータをバックグラウンドプロセス
がスキャンすると、転送すべきであるとマークされている変数に対してのみ、再
びバックグラウンドプロセスがスタートされる。転送後、データアイテムのマー
クは除かれる。次に、バックグラウンドプロセスの第２回目のスタート後、旧ソ
フトウェアにより書き込まれたすべての変数を再びマークする。このようなルー
プは１回のバックグラウンドプロセス中に書き直され、マークされた変数の数が
先の回と比較して減少しなくなるまで続けられる。次に、処理の停止中に残りの
いくつかの変数を転送することができる。かかる処理の停止が必要なケースでは
、可能な最高の効率が得られるように、停止のための時間が最小にされる。

【００２１】 更に本発明のソフトウェア処理デバイスおよび本発明の方法の双方は複数のア
プリケーション内で使用できる。すなわち移動通信システムの中央処理ユニット
内でソフトウェアをアップグレードするアプリケーション、データベースの構造
を変更する前に障害を最小にしながら、データベースをアップグレードするアプ
リケーション、またはオペレーティングシステムを更新するアプリケーションで
使用できる。

【００２２】 以下、図面を参照して本発明の好ましい実施例について説明する。

【００２３】 （本発明の好ましい実施例の説明） 図１は、本発明の第１実施例に係わるソフトウェア処理デバイス１の略図を示
す。

【００２４】 図１に示されるように、このソフトウェア処理デバイス１はＡサイドとＢサイ
ドとから成る。特にＡサイドは、更新制御ユニット２と、メモリ区画（partitio
n）４と、処理ユニット６とが設けられている。更にこのメモリ区画はデータ記 憶セクション８と、ソフトウェア記憶セクション１０とに分割されている。また
、Ｂサイドは、第２更新制御ユニット１２と、第２メモリ区画１４と、第２処理
ユニット１６とが設けられている。Ａサイドと同じように、メモリ区画１４はデ
ータ記憶セクション１８と、ソフトウェア記憶セクション２０とに分割されてい
る。

【００２５】 更に、図１に示されるように、Ａサイドのメモリ区画４とＢサイドのメモリ区
画１４とは、インターフェース兼変換ユニット２２を通してリンクされている。
このインターフェース兼変換ユニット２２はリンク２４を介し、Ａサイドにある
更新制御ユニット２によって制御され、更にＢサイドにある更新ユニット１２は
別のリンク２６を介してこのインターフェース兼変換ユニット２２を制御できる
。また、双方の更新制御ユニット２、１２は別のリンク２８および３０を介して
関連するメモリ区画４、１４に接続されている。

【００２６】 図２は、図１に示されたユニットと同じ機能を有するユニットを同じ番号で表
示した、本発明の第２実施例に係わる略図を示す。繰り返しを避けるために、同
じ機能を有するユニットの説明については本書では省略することとする。

【００２７】 図２に示されるように、ソフトウェア処理デバイスの第２実施例によれば、図
１に示された更新制御ユニット２と１２との機能は単一の更新制御ユニット３２
に統合されている。更に、特定のＡサイドまたはＢサイドに更新制御ユニット３
２を割り当ててはならないが、ＡサイドまたはＢサイドのいずれかの一部であっ
てもよい。

【００２８】 図３には異なる更新制御ユニット２、１２および３２の基本部品が示されてい
る。特に、更新制御ユニットはＡサイドとＢサイドとの間の、旧ソフトウェアお
よび新ソフトウェアに対するデータの転送を処理するためのデータ転送制御ユニ
ット３４を含む。更にＡサイドおよびＢサイドにおける旧ソフトウェアと新ソフ
トウェアの状態を比較し、これら状態が一致すると判断された場合にスイッチン
グユニット３８をトリガーするための状態比較ユニット３６が設けられている。
メモリ管理ユニット４０は新ソフトウェアのローディング中のメモリ管理、特に
記憶セクションの割り当て、記憶セクションの割り当て解除、記憶セクションの
コンパクト化、およびデータ変数のためのベースアドレスの変更を実行する。最
後に、リンク初期化兼管理ユニット４２は、新ソフトウェア記憶セクション２０
への新ソフトウェアをロードし、Ｂサイドにあるメモリ区画１４のうちのデータ
記憶セクション１８におけるデータ変数に関連する基準情報を更にロードした後
の、新ソフトウェア記憶セクション２０内の異なるソフトウェアモジュールに関
連する基準記憶テーブル間のリンクを初期化する。次に、図４〜８を参照し、更
新制御ユニットの異なる部品について説明する。

【００２９】 この更新制御ユニットが図１に示されるような分散タイプのものである場合、
最初の３つの構成部品をＡサイドにある更新制御ユニット２に割り当て、残りの
構成部品をＢサイドにある更新制御ユニット１２に割り当てることができる。

【００３０】 これまでの記載において、図１および２を参照して本発明に係わるソフトウェ
ア処理デバイスの２つの実施例について説明したが、次の記載では、図４〜９を
参照してそれらの機能について説明する。本発明を限定することなく、Ｂサイド
に新ソフトウェアをロードするものと仮定する。

【００３１】 図４に示されるように、両サイドの処理ユニットは、新ソフトウェアをロード
し、そのための基準記憶装置を初期化するための準備ステップＳ１でスタートす
る。更に、ステップＳ２による一般にモジュールに配置されている旧ソフトウェ
アの実行は、更新プロセス全体にわたっても続けられる。ステップＳ２における
旧ソフトウェアの実行と同時に、更新制御ユニット２および１２または更新制御
ユニット３２は、ステップＳ３における新ソフトウェアの更新および旧ソフトウ
ェアと新ソフトウェアとの間のデータの転送をトリガーする。更新プロセスの全
体の効率を大幅に改善可能にしているのは、このようなステップＳ２とＳ３にお
ける異なる作業を同時に実行していることによるものである。

【００３２】 更に図４に示されるように、状態比較ユニット３６がステップＳ４において旧
ソフトウェアに関連するデータと新ソフトウェアに関連するデータが一致してい
ると判断するとすぐに、同じ状態が達成されている限り、ステップＳ５において
スイッチングユニット３８はサービスを新ソフトウェアに切り替える。ステップ
Ｓ４は新ソフトウェアモジュールおよび旧ソフトウェアモジュールのグループご
とに作動できる。すなわちすべてのソフトウェアモジュールに対し、例えば１グ
ループとして作動できる。かかる各スイッチングステップＳ５の後で、データ転
送制御ユニット３４は、転送すべきデータが第１データ記憶セクション８に残っ
ているのか、または第１ソフトウェア記憶セクション１０に残っているのかを、
ステップＳ６で判断する。いずれかの場合、更新プロセスはステップＳ２に戻り
、全更新プロセスが終了するまで旧ソフトウェアおよび関連するデータを更に転
送する。

【００３３】 本発明によれば、図３に示される旧ソフトウェアおよび新ソフトウェアのため
のスイッチングユニット３８はモジュラー式に作動できる。また、旧ソフトウェ
アがそのサービスを実行し続けながら、転送すべきデータが連続的に識別される
。好ましくは、ステップＳ３〜Ｓ６における転送すべきデータの識別およびその
転送自体は、旧ソフトウェアと同時に実行される少なくとも１回のバックグラウ
ンドプロセスで実行される。

【００３４】 従って、本発明によれば、機能変更の実行中の障害は、夜間ではなく通常のワ
ーキング時間中に機能変更を実行できる程度に大幅に低減される。従って、ソフ
トウェアプロバイダは更新作業のために収入がなくなる恐れはなく、かつソフト
ウェアの購入者はサービスの低下を受けることはない。全般に、アップグレード
のコストが低減されるので、システムにより頻繁にソフトウェアの更新を行うこ
とができる。また購入者に対し、より容易に新しい機能を提供できる。

【００３５】 次に、図５〜９を参照し、これまで図１および２に示した第１および第２実施
例に係わるソフトウェア処理デバイスの作動についてより詳細に説明する。

【００３６】 特に図５ａおよび５ｂは図４に示されたステップＳ１およびＳ３に係わるソフ
トウェアの更新の詳細を示し、図８は図４に示されたステップＳ５による新ソフ
トウェアへのサービスの切り替えの詳細を示し、図９は図４に示されたステップ
Ｓ４による同じ状態を得るために転送すべき残りデータの判断の詳細を示す。

【００３７】 次に、準備ステップとしてのステップＳ１および新ソフトウェアおよびこれに
関連するデータを更新するステップＳ３の細部について、図５ａおよび図５ｂを
それぞれ参照して説明する。

【００３８】 図５ａに示されるように、新ソフトウェアの更新を準備するための第１ステッ
プＳ１１は、Ｂサイドにおけるデータ記憶セクションの準備に関するステップで
あり、この第１ステップＳ１１はメモリ管理ユニット４０によって実行される。
ここで、異なるメモリ区画の間のデータの記憶のリロケーションは、物理データ
記憶アドレス指定レベルにおけるこれらメモリ区画間のデータ変数の転送を可能
にするよう実行される。特に、メモリ区画内の適当なアドレススペースを変数が
占めるように、メモリ区画４、１４をリロケートする。従って、後にデータ変数
は新ソフトウェアのデータ変数と共存できる。

【００３９】 更に、図５ａに示されるようにステップＳ１１において旧ソフトウェアだけで
なく新ソフトウェアを取り扱い、更に、データ変換のための変換プログラムも取
り扱うのに十分なメモリが得られるように、異なるメモリ区画へのメモリの分離
を実行する。

【００４０】 図５ａに示される次のステップＳ１２は、新ソフトウェアのロードに関するも
のであり、メモリ管理ユニット４０によって実行される。新ソフトウェア変換の
他にデータの転送に必要な情報が、更新すべきメモリ区画に記憶される。この変
換情報は、ソース変数を変換変数に変換するためのコードと、ソース変数として
コピーまたは使用すべき変数に関する情報を含む。更に、この変換情報はベース
アドレスの変更に関連している。

【００４１】 更に、メモリ管理ユニット４０は、機能変更自体に必要なソフトウェアを除き
、更新された区画１４にあるソフトウェア記憶セクション２０から変更または削
除される旧ソフトウェアを除く。更新されたメモリ区画１４のソフトウェア更新
セクション２０内に、追加された新ソフトウェアおよび変更された新ソフトウェ
アがロードされる。よってこれら追加されたソフトウェアおよび変更されたソフ
トウェアのために記憶エリアが割り当てられるが、サイズを変えることができる
アレイには初期のサイズしか与えられない。更新プロセス中、サービスはまだ旧
ソフトウェアにより実行されている。

【００４２】 図５ａに示されるように、別のステップＳ１３ではリンク初期化兼管理ユニッ
ト４２により基準記憶装置を準備し、変更する。特に、除去されたソフトウェア
のために基準記憶情報を維持する。その理由は、データ変数の旧バージョンに変
換プログラムをリンクするために後でこの情報が必要となるからである。更に、
基準記憶エリアも割り当て、新ソフトウェアのためにこれを満たす。従って、ス
テップＳ１３の後に新ソフトウェアだけでなく、旧ソフトウェアのためのベース
アドレステーブルＢＡＴが存在する。

【００４３】 Ｂサイドにおける新ソフトウェアのローディング後のメモリ区画４、１４にお
けるベースアドレステーブルＢＡＴおよびデータ記憶セクションを示す図６には
、上記準備ステップＳ１２の結果が示されている。基準テーブルは、実際に利用
できるソフトウェアの概観を示すため、新ソフトウェアおよび旧ソフトウェアに
対し、基準テーブルが維持される。更に、ベースアドレステーブルＢＡＴは、追
加または変更されたソフトウェアモジュール、保存されたソフトウェアモジュー
ルおよび削除または変更されたソフトウェアモジュールに区別される、異なるソ
フトウェアモジュールのためのアドレスを提供する。

【００４４】 特に、図６は新ソフトウェアが追加または変更されたソフトウェアモジュール
４４−１または保存されたソフトウェアモジュール４４−２のいずれかに関連す
ることを示している。更に、旧ソフトウェアは、保存されたソフトウェアモジュ
ール４６−１または削除もしくは変更されたソフトウェアモジュール４６−２の
いずれかに関連する。

【００４５】 図６に示されるように、異なるソフトウェアモジュールとそれぞれのメモリ区
画のデータ記憶エリアに記憶された関連する変数との間のリンクは、それぞれポ
インタ４８、５０、５２によっても行われる。新ソフトウェアをロードした後に
、新しいセパレート変数、コピー変数および変換変数４８−１〜４８−３に、追
加または変更されたソフトウェアモジュールがリンクされる。更に、共通するセ
パレート変数、コピー変数およびソース変数５０−１〜５０−３に、保存された
ソフトウェアモジュールがリンクされる。最後に、古いセパレート変数、コピー
変数およびソース変数５２−１〜５２−３に、削除または変更されたソフトウェ
アモジュールがリンクされる。

【００４６】 図７には更新された基準記憶装置を設定するためのステップＳ１３の影響が示
されている。更新プロセスのために基準テーブルに変換ソフトウェア５４が追加
されており、ベースアドレステーブルＢＡＴに、関連する新変換ソフトウェアモ
ジュール５６が追加されている。リンク５８を介し、変換ソフトウェアモジュー
ルに変換ソフトウェアが関連付けされていることに留意すべきである。

【００４７】 図７に示されるように、ステップＳ１３に従って基準記憶装置を更新した後に
、コピーされた新変数６０へのリンク４８−２を共通するコピーされた旧変数６
２へ向け直す。従って、更新されたデータ記憶セクション１４内のコピーされた
新変数に対し、記憶エリアを保存する必要はない。

【００４８】 更に新しく挿入された変換ソフトウェアモジュールのためのベースアドレステ
ーブルＢＡＴ５６は、新しい変換タイプの変数６６、共通ソースタイプの変数６
８および旧ソースタイプの変数７０に対するそれぞれのリンク６４−１〜６４−
３を有する。このことは、変換ソフトウェアモジュールは、これら変数６６、６
８、７０に最終的に記憶される実際の内容に対する影響を有する。

【００４９】 従って、リンク初期化兼更新ユニット４２は、更新されたメモリ区画１４のＢ
サイドにあるベースアドレステーブルを再構築し、変換目的のためにこのＢサイ
ドで一時的なベースアドレステーブルＢＡＴ５６が導入される。これらベースア
ドレステーブルＢＡＴ５６は変換ソフトウェアモジュールによって使用され、新
ベースアドレステーブル内のエントリーが新しいコピーデータ変数の代わりに旧
データ変数をポイントするように変更され、よってその後、それぞれの旧ソフト
ウェアおよび新ソフトウェアに対し、対応する旧データ変数が共通となる。従っ
て、Ｂサイドにおけるデータ記憶セクション１８から新コピーデータ変数を除く
ことができる。

【００５０】 更に、新ベースアドレスを得て、このアドレスの値、構造、サイズおよび個々
の数を維持するだけのデータ変数はコピーデータ変数として扱われる。同じこと
が、旧ソフトウェアからそのサイズを相続するデータ変数についても当てはまる
。

【００５１】 変換情報に従い、旧ソフトウェアモジュールからそのサイズを継承する変換タ
イプの変数が、更新されたデータ記憶セクション１８に割り当てられる。新コピ
ーデータ変数から先に割り当て解除されたメモリを再利用するために、まず最初
にデータ記憶セクション１８をパックすることができる。図７において、影の付
いていないデータ変数は変更されないままである。更に、図７において影の付い
ているデータ変数は変換モジュールによって変更されたものである。

【００５２】 ステップＳ１３におけるこのような基準記憶装置の準備の結果は、インターフ
ェース兼変換ユニット２２で実行されるステップＳ３２で更新されるメモリ区画
へのデータをコピーし、変換するための基礎として働く。特に旧ソフトウェアを
更に実行する間にコピータイプおよびソースタイプのデータ変数はＡサイドから
Ｂサイドへ転送される。これらのコピーは、旧ソフトウェアによりデータが書き
込まれ、物理的アドレス指定レベルでこのような書き込みが行われるたびに行わ
れる。

【００５３】 関連するソフトウェアの変更に応じたインターフェース兼変換ユニット２２を
通してデータ変数の変更全体は、次のようにまとめることができる。

【００５４】

【表１】

【００５５】 図５ｂは図４に示されたステップ３による新ソフトウェアの更新の更なる詳細
を示す。ここで、第１ステップＳ３１はインターフェース兼変換ユニット２２内
で実行され、データ転送制御ユニット３４によって制御され、転送しなければな
らない旧ソースタイプのデータの識別を行う。特に、ステップＳ３１は遠くに転
送されないデータおよび既に転送されているが旧ソフトウェアの実行を続行する
ことにより旧ソフトウェアによって書き直されているデータを識別するように働
く。本発明の１つの選択案によれば、それぞれのデータ変数をマークすることが
できる。

【００５６】 ステップＳ３１に対し新データ変数へのコピーのみにより、転送すべきデータ
を特定するために、データ転送制御ユニット３４内でデータ変更情報を使用でき
る。

【００５７】 別のオプションはデータがそのベースアドレスを変えるか、またはデータの値
、構造、サイズおよび関連するデータ変数の個々の数を維持することである。更
に、データ変更情報は、変換機能を実行することにより、ある種のデータを変換
しなければならないことも指定できる。

【００５８】 データの更新をするための別のカテゴリーとしては、旧ソフトウェアからなん
らかの方法でコピーまたは入手してはならない、新ソフトウェアにおける変数に
関連したセパレートタイプのデータが挙げられる

【００５９】 最後に、データはソースタイプとすることができ、すなわちある種の変換され
た変数の値を得るのに使用できる。特にデータはソースタイプおよびコピータイ
プのいずれでもよい。

【００６０】 図５ｂに示されるように、ソフトウェアを更新するための第２ステップＳ３２
は、新ソフトウェアおよびそれに関連するデータのコピー、変換および初期化に
関連するステップである。この第２ステップＳ３２は、データ転送制御ユニット
３４によって制御され、次に説明するように、データおよび基準記憶装置の変更
を行う。

【００６１】 ここで、もとのメモリ区画４とソースメモリ区画１４との間で次の情報が転送
される。

【００６２】 データ：１ワードのデータ アドレス：１ワードよりも短い個々のデータのためのビットアドレスを含む、
書き込まれたデータの全アドレス ワイルドカード：１回の書き込み動作で２つ以上の個々のデータが書き込まれ
たことを示すビット カテゴリー：変数がソースタイプであることを示すビット

【００６３】 該当するすべてのデータ変数を転送することを保証するために、図４を参照し
てこれまで概略を述べた少なくとも１回のバックグラウンドプロセスでコピーお
よびソースタイプのデータ変数を読みだし、書き込みする。

【００６４】 更に、バックグラウンドプロセスが完了するとすぐに、Ｂサイドで変換データ
変数のための変換をスタートする。この変換はＡサイドのメモリ区画とＢサイド
のメモリ区画との間のコピーとパラレルに実行される。本発明によれば、この変
換は変換状態メントで発生するデータを旧ソフトウェアによって書き込むごとに
、個々のレベルで行う。

【００６５】 図５ｂに示されるように、ステップＳ３２はデータ変数のバックグラウンド変
換を終了する際に実行すべき新ソフトウェアの初期化を含む。この目的は新ソフ
トウェアを実際に実行する前に新ソフトウェアモジュールを初期化することにあ
る。特に、この初期化はデータのコピーおよび変換とパラレルに行われる。シス
テムのスタートおよび再スタートに実行中に、通常設定され、ソフトウェアの変
更後に更新を必要とする異なるタイプの論理リンクおよび基準を再設定する。

【００６６】 図４を参照すると、ステップＳ４では旧ソフトウェアおよび新ソフトウェアに
関するデータの状態を判断するために、状態比較ユニット３６を附勢する。図９
にはこのステップＳ４に関連するサブステップが示されており、これらサブステ
ップは２つの質問、すなわちステップＳ４１での転送すべきデータが残っている
のかという質問、更にステップＳ４２での最終バックアップ処理ループ中に書き
直された、すなわちマークされたデータ変数の数が、減少したかどうかという質
問を含む。

【００６７】 最終バックアップ処理ループ中に書き直されたデータ変数またはマークされた
データ変数の数が減少した場合、更新プロセスは再び図４に示されるステップＳ
２に分岐する。減少していない場合、全更新手順を終了するために、残っている
データ変数の転送を旧ソフトウェアの停止中に実行する。同じ状態が得られる場
合、このプロセスはスイッチングユニット３８で実行されるステップＳ５に進み
、同じ状態が得られている場合に新ソフトウェアのサービスに即座に切り替える
。図８は、次のように説明する新ソフトウェアモジュールへのサービスの切り替
えに関連するサブステップを示す。

【００６８】 図８に示される第１ステップＳ５１は、Ａサイドにあるメモリ区画とＢサイド
にあるメモリ区画１４との間の切り替えに関するものである。ここで、切り替え
るべきソフトウェアモジュールの実行は、関連するプロセスデータのスキャニン
グと共にＡサイドで停止される。プロセスバッファ内の現在のプロセスは実行さ
れるか、または最終的に除かれる。ソフトウェアモジュールを除かなければなら
ない場合、適用可能な場合には関連するトランザクションを終了しなければなら
ない。

【００６９】 ステップＳ５２では、Ｂサイドにおける最小機能変更の再スタートが続く。こ
のオプションのステップＳ５２の主な機能は、更新されているソフトウェア処理
デバイスにリンクされている別のソフトウェア処理デバイスへの外部通信を引き
継ぐことにある。また、この外部通信に関連する処理テーブルおよびタイミング
信号を開始してもよい。時間を節約するために、該当するソフトウェアモジュー
ルだけに再スタート信号を送ってもよい。どのソフトウェアモジュールが関連す
るかは機能コードまたは該当するソフトウェアモジュールからの明示的信号のい
ずれかによる先の初期化（ステップＳ３２）から決定できる。

【００７０】 図７に示された次のステップＳ５３はオプションであり、機能変更アボート、
例えばトランザクションのキャンセルに関するものである。特に本発明はトラン
ザクションの状態の概念に関するトランザクション概念を提供するものである。
この状態は全体としてトランザクションに適用される。本発明によれば、２つの
状態を区別する。すなわち旧ソフトウェアモジュールから新ソフトウェアモジュ
ールへのマッピングが可能であるという意味において、トランザクションの状態
が良好に定められる第１安定状態と、逆のことが当てはまる準安定状態とを区別
する。このトランザクション概念の利点は、起こり得るすべての準安定状態を変
換するための高価な機構を回避できることである。

【００７１】 ステップＳ５３の後に、変換目的および変換用に使用され、図７に影を付けて
示されるメモリの割り当てを解除し、次に基準記憶装置をクリーンアップする。

【００７２】 図８に示された最終ステップＳ５４は、初期および最終実行サイドのための通
常のパラレルスタートに関するステップである。このステップは、新ソフトウェ
ア内のエラーが極めて起こりにくいようにしばらくの間、新ソフトウェアを実行
される際に実行されるステップである。このような標準化ステップＳ５４の前に
、更新されたサイドはメモリ内に旧ソフトウェアを維持するバックアップとして
働く。

【００７３】 再び図４を参照すると、ステップＳ５で切り替えた後の主フローチャートにお
ける最終ステップＳ６は、残りのデータをまだ転送すべきかどうか、またはすべ
ての新モジュールを切り替え、実行しているかどうかの評価に関するステップで
ある。

【００７４】 本方法のこれまでの説明から、本方法は単一ソフトウェア処理デバイスおよび
分散処理を行う複数のソフトウェア処理デバイスの双方に適用できる。

【００７５】 単一ソフトウェアを処理するデバイスで使用する上での明らかな利点は、異な
るソフトウェア処理デバイス間でデータをコピーする必要がないということであ
る。また、通常の命令実行からの簡単なソフトウェアの割り込みとして変換プロ
グラムをスタートしてもよい。ソースデータ変数を書き込みするごとに、更に関
連する通常の実行時間への悪影響により、命令パイプラインが破壊されるという
欠点を克服するために、１つの可能性はソフトウェアの割り込み時にソースデー
タ変数のアドレスをバッファ化することである。

【００７６】 多数のソフトウェア処理デバイスを使用することは、各処理デバイスにおける
メモリおよび処理容量が少なくてすむという点で有利である。この理由は、プロ
グラム記憶セクションが旧ソフトウェア、新ソフトウェアだけでなく変換プログ
ラムを取り扱ってはならないからである。更に、データ記憶セクションも旧ソフ
トウェアだけでなく新ソフトウェアのためのセパレートタイプのデータ変数をホ
ストしてはならない。このことは、プログラム記憶セクションでは、単一ソフト
ウェア処理デバイスによる実現例と比較した場合に、要求量が少なくなるという
ことを意味する。データ記憶セクションでも要求量は低くなる。最後に、変換プ
ログラムだけでなく元のプログラムも複数のソフトウェア処理デバイスを使って
異なるサイドで実行されるので、処理容量の必要量も大幅に低減される。

【００７７】 全体に障害を生じることなくソフトウェアの機能変更を可能にするという、本
発明の主な原理は次のように要約できる。旧ソフトウェアから新ソフトウェアへ
のデータのコピーおよび変換は、通常のソフトウェアの実行とパラレルに、かつ
この実行に障害を生じることなく実行される。新ソフトウェアにおけるモジュー
ルを初期化し、通常のソフトウェアの実行をパラレルに、かつこのソフトウェア
の実行を乱すことなく機能変更を開始する。新ソフトウェアへの切り替えは、ソ
フトウェアの実行の停止中に最小の機能変更の再スタートを行い、次にソフトウ
ェアの実行とパラレルな不安定なトランザクションをアボートすることにより実
行される。

【００７８】 更に、本発明の基礎となる原理は、データ記憶装置内のデータ変数の元の物理
的位置を新ベースアドレステーブルエントリーに割り当てることにより、変数の
値、構造、サイズおよび変数の個々の数を維持し、データ変数の値を新データ変
数またはベースアドレスが変更された同じデータ変数へコピーすることである。
ここで、本発明によれば、実際のコピーおよび変換を行う前に割り当てを行う。
このことは、かかる割り当てのために実際の変換プログラムを実行しなくてもよ
いことを意味する。これと対照的に、１回コピーすれば、その結果、意図する変
換が得られる。

【００７９】 更に、コピーおよび変換をスタートする前にソフトウェア内の新しい部分にデ
ータ記憶セクション内のメモリを割り当てる。このことは重要な変換時間中にメ
モリをコンパクトにする資源を消費しなくてもよいことを意味する。

【００８０】 更に、データ変数を書き込むごとに異なるサイドの間でのコピーおよびソース
データ変数のための値の転送を行う。すべてのデータ変数が転送されるのを保証
するために、バックグラウンドレベルですべてのデータ変数をスキャンする。

【００８１】 更に、ソースデータ変数値を転送するごとに、更新サイドの変換プログラムを
スタートする。スタートごとに当該データ変数の１つの個々の変数だけに通常、
変換プログラムが実行され、データ変数の個々のすべてに対して繰り返すように
は実行されない。すべてのデータ変数にデータ値を割り当てることを保証ために
、すべての変換プログラムはバックグラウンドレベルで個々のデータ変数ごとに
１回実行される。

【００８２】 更に、初期化、すなわち静的なリンクを含まない最小の機能変更の再スタート
は極めて高速である。このことはこのような再スタートは実行中に短時間の停止
があっても、通常のソフトウェアの通常の実行に対し障害を引き起こすことがな
いことを意味する。

【００８３】 最後に、スイッチング時に良好に定められていないトランザクションがアボー
トされる。トランザクションの状態の概念すなわち安定または準安定とは、状態
が良好に定められていないかどうかを定めるものである。本書では安定状態にあ
るすべてのトランザクションに対し、新ソフトウェアへ一貫した状態が保証され
る。残りのトランザクションはアボートされることになる。

【００８４】 以上で本発明の異なる実施例について説明したが、これら実施例は本発明を限
定するものではなく、次に説明するように別の変形および変更を検討することが
できる。

【００８５】 かかる１つの変形例は、高レベルアドレスにある異なるサイドの間でデータ変
数アドレスをデータ記憶セクションへ転送することである。ここではデータ変数
アドレスは、データ変数のベースアドレスから成り、適用可能な場合には更にポ
インタまたはインデックスから成る。このような変形例の主な利点は、変換が簡
略であるということである。

【００８６】 別の変形例は、特定のソフトウェア処理デバイスに記憶されたソフトウェアモ
ジュールを除く他の部分に関連するソフトウェアモジュールを更新することであ
る。特にソフトウェアだけでなくハードウェアを更新することも検討できる。ま
た、ハードウェアの更新中にソフトウェアの実行を別のソフトウェア処理デバイ
スに切り替えることも検討できる。

【００８７】 更に、最初にハードウェアの部品を変更し、次に本発明に係わる方法を使って
ソフトウェアの一部を変更することにより、異なるソフトウェア処理デバイスで
ソフトウェアとハードウェアとの組み合わせた更新を検討することもできる。本
書では、同時に一部の部品だけを変更するだけでよく、従って、分散システム内
で全体を再スタートする必要はない。

【図面の簡単な説明】

【図１】 本発明の第１実施例に係わるソフトウェア処理デバイスの略図を示す。

【図２】 本発明の第２実施例に係わるソフトウェア処理デバイスの略図を示す。

【図３】 図１および２に示された更新制御ユニットの基本部品を示す。

【図４】 ソフトウェアを更新するための本発明の方法のフローチャートを示す。

【図５ａ】 図５ａは、図４に示されたフローチャートの細部を示すフローチャートであっ
て、図４に示された準備ステップのための、より細部を示すフローチャートを示
す。

【図５ｂ】 図５ｂは図４に示されたフローチャートの細部を示すフローチャートであって
、図４に示された新ソフトウェアおよび関連データを更新するためのステップの
、より細部を示すフローチャートを示す。

【図６】 新ソフトウェアモジュールをロードした後の基準記憶装置の状態を示す。

【図７】 図４における新ソフトウェアモジュールの準備ステップ後の基準記憶装置の状
態を示す。

【図８】 少なくとも１つのサービスを図４に示された新ソフトウェアモジュールに瞬間
的に切り替えるためのステップの詳細なフローチャートである。

【図９】 図４に示された残りのデータを評価するためのステップによる詳細なフローチ
ャートを示す。

【符号の説明】

１ ソフトウェア更新ユニットのためのソフトウェア処理デバイス ４ 第１メモリ区画 １４ 第２メモリ区画 ２、１２、３２ 更新制御ユニット ２２ インターフェイスおよび変換ユニット ８ 第１データ記憶セクション １０ 第１ソフトウェア記憶セクション １８ 第２データ記憶セクション ２０ 第２ソフトウェア記憶セクション ２４ 第１リンク ２６ 第２リンク ２８ 第３リンク ３０ 第４リンク ４４〜５２、５８、６４ 記憶された基準データにおけるリンク ５６ 変換ソフトウェアモジュールのためのベースアドレステーブル ６０、６２、６６〜７０ 更新されたデータ記憶エリアにおける変数

【手続補正書】特許協力条約第３４条補正の翻訳文提出書

【提出日】平成１２年３月１６日（２０００．３．１６）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】０００１

【補正方法】変更

【補正内容】

【０００１】 （発明の分野） 本発明は、障害を生じることなくデータを更新する技術分野に関し、より詳細
には、請求項１の前文に記載のソフトウェア処理デバイスおよび請求項１３に記
載のこの処理デバイスに適した方法において、障害を生じることなくソフトウェ
アおよび関連するデータを更新する技術分野に関するものである。

【手続補正書】特許協力条約第３４条補正の翻訳文提出書

【提出日】平成１２年６月１９日（２０００．６．１９）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】０００７

【補正方法】変更

【補正内容】

【０００７】 従って、米国特許第５，１５５，８３７号では、第１ステップにおいて新ソフ
トウェアへの新サービスのためのデータ入力を切り替えることが提案されている
。更に、旧ソフトウェアで進行中のサービスが完了すると、サービスからのデー
タの入力を旧バージョンから新バージョンへ切り替える。しかしながら、新ソフ
トウェアのバージョンが完全に作動状態となる前に旧バージョンによるソフトウ
ェアを最初に終了しなければならないので、このような解決案は短時間でサービ
スを処理するソフトウェアしか取り扱うことができない。 国際特許出願明細書第ＷＯ９４／０１８１９号は、コンピュータの作動中にソ
フトウェアを変更するためのシステムに関する。特にコンピュータシステムの進
行中の活動を乱すことなく、作動中のコンピュータシステムにおいてソフトウェ
アを置換することが検討されている。 更に、欧州特許第ＥＰ０８０３８０６Ａ２号は、コンピュータシステムのため
のデータ変換機構について述べており、この変換機構ではデータ構造のコンパク
トなコード化された表示を発生しながら、同時に別のソフトウェアの見地からソ
フトウェアツールがデータ構造を示す第２のデータ構造の定義ファイルを発生す
るよう、第１データ構造を処理するようになっている。 更に、グプタ.Ｄ外著「プロセス間の状態転送を使ったオンラインのソフトウ ェアバージョン変更」、ソフトウェアプラクティスおよび経験、第２３巻第９号
、１９９３年９月１日、９４９〜９６４ページには、プロセス間の状態転送を使
ってオンラインでソフトウェアのバージョンを変更することが記載されている。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】０００９

【補正方法】変更

【補正内容】

【０００９】 本発明によれば、この目的は、請求項１記載の更新機能を有するタイプのソフ
トウェア処理デバイスによって達成される。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】００１７

【補正方法】変更

【補正内容】

【００１７】 独立請求項１３の工程を含む、ソフトウェアを更新するための本発明の方法に
より同じ利点が得られる。

【手続補正書】

【提出日】平成１２年９月２６日（２０００．９．２６）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＵＧ，ＺＷ)，Ｅ Ａ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ， ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，Ｇ Ｅ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ， ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，Ｍ Ｎ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ， ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，Ｚ Ｗ (72)発明者 ヨンソン、ステン、エドバルド スウェーデン国 ファルスタ、リスビクス ガタン ３ Ｆターム(参考） 5B076 EA17

Claims (29)

【特許請求の範囲】
1. 【請求項１】 ａ）ａ１）ソフトウェアおよび関連するデータの第１グルー
   プを記憶する第１メモリ区画（４）と、 ａ２）ソフトウェアおよび関連するデータの第２グループを記憶する第２メ
   モリ区画（１４）とにサブ分割されたメモリ手段（４、１４）と、 ｂ）ｂ１）ソフトウェアおよび関連するデータを第１メモリ区画（４）にロー
   ドするのと同時に、 ｂ２）第２メモリ区画（１４）内に記憶されているソフトウェアによるソフ
   トウェア処理を続け、 ｂ３）ロードされ、実行中のソフトウェアのための同じ状態が得られる限り
   、ソフトウェアの実行を瞬間的に切り替えるようになっているソフトウェア更新
   手段（２、１２、２２；２２、３２）とを備えた、更新機能を有するタイプのソ
   フトウェア処理デバイス。
2. 【請求項２】 第１メモリ区画（４）が、第１データ記憶セクション（８）
   と、第１ソフトウェア記憶セクション（１０）とに分割されていることを特徴と
   する、請求項１記載のソフトウェア処理デバイス。
3. 【請求項３】 第２メモリ区画（１４）が、第２データ記憶セクション（１
   ８）と第２ソフトウェア記憶セクション（２０）とに分割されていることを特徴
   とする、請求項１または２記載のソフトウェア処理デバイス。
4. 【請求項４】 第１メモリ区画（４）および第２メモリ区画（１４）内に記
   憶されているソフトウェアを実行するようになっている処理手段（６、１６）を
   含むことを特徴とする、請求項１〜３のいずれかに記載のソフトウェア処理デバ
   イス。
5. 【請求項５】 ソフトウェア更新手段（２、１２、２２；２２、３２）が、
   新しくロードされたメモリ区画（４、１４）および変更されていないままのメモ
   リ区画（１４、４）内のソフトウェアがソフトウェアの実行を切り替えるための
   状態に達しているかどうかを評価するための状態記憶手段（３６）を含むことを
   特徴とする、請求項１〜４のいずれかに記載のソフトウェア処理デバイス。
6. 【請求項６】 更新制御手段（２、１２；３２）が、旧ソフトウェアと新ソ
   フトウェアとに対し同じ状態に達している限りソフトウェアの実行を瞬間的に切
   り替えるためのスイッチング手段（３８）を更に含むことを特徴とする、請求項
   ５記載のソフトウェア処理デバイス。
7. 【請求項７】 更新制御手段（２、１２；３２）が、更新すべきメモリ区画
   （４、１４）内のベースアドレスを割り当て、割り当てを解除し、パックし、ま
   たは変更するためのメモリ管理手段（４０）を更に含むことを特徴とする、請求
   項５または６記載のソフトウェア処理デバイス。
8. 【請求項８】 更新制御手段（２、１２；３２）が、新しくロードされたソ
   フトウェアと更新されたメモリ区画（４、１４）内の更新されたデータとの間の
   正しい基準を確立するようになっているリンク初期化兼管理手段（４２）を更に
   含むことを特徴とする、請求項５〜７のいずれかに記載のソフトウェア処理デバ
   イス。
9. 【請求項９】 ソフトウェア更新手段（２、１２、２２；２２、３２）が、
   第２または第１メモリ区画（１４、４）のうちの１つからのソフトウェアおよび
   関連するデータの転送により、第１または第２メモリ区画（４、１４）の１つに
   ソフトウェアおよび関連するデータをロードするためのインターフェース兼変換
   手段（２２）を更に含むことを特徴とする、請求項１〜８のいずれかに記載のソ
   フトウェア処理デバイス。
10. 【請求項１０】 インターフェース兼変換手段（２２）が、処理手段（６、
    １６）のソフトウェアの実行と同時に実行されるバックグラウンドプロセスにお
    いて、ソフトウェアおよび関連するデータの転送を実行するようになっているこ
    とを特徴とする、請求項９記載のソフトウェア処理デバイス。
11. 【請求項１１】インターフェース兼変換手段（２２）が、更新制御手段（２
    、１２、２２）から受信した命令に従い、ソフトウェアおよび関連するデータを
    変換するようになっていることを特徴とする、請求項９または１０記載のソフト
    ウェア処理デバイス。
12. 【請求項１２】 先の転送後にソフトウェアおよび関連するデータが再び変
    更された場合に更新制御手段（２、１２；３２）がソフトウェアおよび関連する
    データの転送を繰り返すことを、インターフェース兼変換手段（２２）に命令す
    ることを特徴とする、請求項１１記載のソフトウェア処理デバイス。
13. 【請求項１３】 ａ）旧ソフトウェアの実行を続けながら新ソフトウェアを
    ロードし、旧ソフトウェアおよび新ソフトウェアに関連するすべてのデータを転
    送する工程（Ｓ１、Ｓ２、Ｓ３）と、 ｂ）新ソフトウェアに関連するデータが旧ソフトウェアに関連するデータと同
    じ状態に達しているかどうかを評価する工程（Ｓ４）と、 ｃ）新ソフトウェアのデータの状態と旧ソフトウェアのデータの状態とが同じ
    である限り（Ｓ４）、サービスを新ソフトウェアに瞬間的に切り替える工程（Ｓ
    ５）とを備えた、ソフトウェアを更新するための方法。
14. 【請求項１４】 旧ソフトウェアおよび新ソフトウェアがモジュラータイプ
    であり、ソフトウェアモジュールに従って切り替えを実行する（Ｓ５）ことを特
    徴とする、請求項１３記載の方法。
15. 【請求項１５】 旧ソフトウェアがそのサービスの実行を続けながら（Ｓ２
    ）、少なくとも１つのバックグラウンドプロセスにより転送すべきデータを識別
    すること（Ｓ３〜Ｓ６）を特徴とする、請求項１３または１４記載の方法。
16. 【請求項１６】 バックグラウンドプロセスが、転送すべきすべてのデータ
    変数をコピータイプ、変換タイプおよびソースタイプに分類する（Ｓ３１）こと
    を特徴とする、請求項１５記載の方法。
17. 【請求項１７】 変数がコピータイプである場合に、バックグラウンドプロ
    セス（Ｓ３〜Ｓ６）がこの変数を変更されていない新ソフトウェアに転送するこ
    とを特徴とする、請求項１６記載の方法。
18. 【請求項１８】 変数が変換タイプである場合に、バックグラウンドプロセ
    ス（Ｓ３〜Ｓ６）が変換フォーマットに従って変数を新ソフトウェアに転送する
    ための変換プログラムをスタートすることを特徴とする、請求項１６記載の方法
    。
19. 【請求項１９】 更新されたデータが旧ソフトウェアによって再び変更され
    た場合に、かかる変更の各々を新ソフトウェアに対して再び更新する（Ｓ３１、
    Ｓ３２）ことを特徴とする、請求項１３〜１８のいずれかに記載の方法。
20. 【請求項２０】 コピータイプの旧ソフトウェアのデータ変数への各書き込
    みによりデータ変数を再び新ソフトウェアにコピーする（Ｓ３１、Ｓ３２）こと
    を特徴とする、請求項１９記載の方法。
21. 【請求項２１】 変換タイプの旧ソフトウェアのデータ変数への各書き込み
    により、変換プログラムが変換結果を新ソフトウェアに転送するよう再びスター
    トされる（Ｓ３１、Ｓ３２）ことを特徴とする、請求項１９記載の方法。
22. 【請求項２２】 旧ソフトウェアの実行中に書き直された変数を転送するよ
    うに、少なくとも１回のバックグラウンドプロセス（Ｓ３〜Ｓ６）を繰り返し実
    行する（Ｓ４１、Ｓ４２）ことを特徴とする、請求項１５〜２１のいずれかに記
    載の方法。
23. 【請求項２３】 少なくとも１回のバックグラウンドプロセスを繰り返し実
    行すること（Ｓ３〜Ｓ６）が、次のサブ工程、すなわち ａ）旧ソフトウェアによって変数を書き直すごとに、転送すべき変数をマーク
    するサブ工程と、 ｂ）前記マークされた変数だけに対してバックグラウンドプロセスを繰り返す
    サブ工程（Ｓ３〜Ｓ６）と、 ｃ）転送した変数のマークを削除するサブ工程とを備えることを特徴とする、
    請求項２２記載の方法。
24. 【請求項２４】 バックグラウンドプロセスが一巡する間に（Ｓ３〜Ｓ６）
    書き直された変数の数が先の数と比較して減少しなくなるまで（Ｓ４２）、少な
    くとも１つのバックグラウンドプロセス（Ｓ３〜Ｓ６）の繰り返しを続けること
    を特徴とする、請求項２２または２３記載の方法。
25. 【請求項２５】 旧ソフトウェアの停止中（Ｓ４３）に少なくとも１つのバ
    ックグラウンドプロセス（Ｓ３〜Ｓ６）の最終回の後に残っている書き直された
    変数の転送を実行することを特徴とする、請求項２４記載の方法。
26. 【請求項２６】 ソフトウェアのオンサイトの更新プロセスのために使用す
    ることを特徴とする、請求項１３〜２５のいずれかに記載の方法。
27. 【請求項２７】 ソフトウェアのリモート更新プロセスのために使用するこ
    とを特徴とする、請求項１３〜２５のいずれかに記載の方法。
28. 【請求項２８】 旧ソフトウェアを第１メモリ区画に割り当て、新ソフトウ
    ェアを第２メモリ区画に割り当てることを特徴とする、請求項１３〜２７のいず
    れかに記載の方法。
29. 【請求項２９】 更新プロセス後、通常の作動中に第１メモリ区画および第
    ２メモリ区画を使って冗長性を改善することを特徴とする、請求項２８記載の方
    法。