JPH0934722A

JPH0934722A - システム移行方法及び装置並びにインストール方法及び装置

Info

Publication number: JPH0934722A
Application number: JP7181842A
Authority: JP
Inventors: Takayuki Matsui; 孝行松井
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1995-07-18
Filing date: 1995-07-18
Publication date: 1997-02-07

Abstract

(57)【要約】【課題】コンピュータシステムのＯＳ，アプリケーシ
ョンソフト、データ等の改版に伴うシステムの移行やデ
ータのインストールを行なうシステム移行方法及び装置
並びにインストール方法及び装置に関し、簡単な構成で
容易にシステム移行及びインストールが行なえるシステ
ム移行方法及び装置並びにインストール方法及び装置を
提供することを目的とする。【解決手段】システム改版毎に稼働開始日時、ＯＳ，
アプリ、データの版数、システムボリューム１１の割当
て領域Ｎｏ．を管理する起動管理テーブル１２を設け、
システム起動部１５が起動管理テーブル１２の稼働開始
日時を検知し、カレンダ部１４の現在の日時と一致した
ときにファイル制御部１６が制御され、起動管理テーブ
ル１２に格納された使用ボリュームＮｏ．に応じてシス
テムボリューム１１より選択された論理ボリュームを読
み出し、システムを起動させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はシステム移行方法及
び装置並びにインストール方法及び装置に係り、特に、
コンピュータシステムのＯＳ（オペレーティングシステ
ム）、ＡＰＬ（アプリケーションソフト）等の改版に伴
うシステムの移行やデータのインストールを行なうため
のシステム移行方法及び装置並びにインストール方法及
び装置に関する。

【０００２】近年金融機関などで用いられている大規模
オンラインシステムでは、支店や営業所などに、あわせ
て何百台もの端末や自動取引装置などを配置している。
このとき、合併や社名の変更などにより、ある特定の日
に、全ての端末や自動取引装置などを新システムに移行
させなければならない場合がある。

【０００３】端末や自動取引装置は台数が多く、全国に
点在しており、かつ、大型機のような専属のオペレータ
はいないので、移行やインストールはできるだけ簡単な
オペレーションで、かつ、短時間に行う必要がある。

【０００４】

【従来の技術】従来のシステムの移行及びインストール
方法には１ユニットの記憶装置のシステムに対するシス
テム移行及びインストール方法である１スピンドル方
式、２ユニットの記憶装置でシステムを構成し、システ
ム移行を記憶装置とシステムとの接続を切換えることに
より行なう２スピンドル方式、ＯＳ（オペレーティング
システム）、アプリ（アプリケーションソフト）、デー
タ毎に異なるユニットの記憶装置を設け、改版したユニ
ットだけを切換えることによりシステムの移行を行なう
多スピンドル方式、１ユニットの記憶装置でシステムを
構成し、ＯＳ、アプリ、データに環境変数を設定し、環
境変数の切り替えにより異なるＯＳ、アプリ、データの
切り替えを行なう環境変数の切り替えによるファイル名
指定方式がある。

【０００５】図１０に従来のシステム移行方法及びイン
ストール方法の説明図を示す。図１０（Ａ）は１スピン
ドル方式のシステム移行及びインストール方法の動作説
明図を示す。１スピンドル方式のシステム移行及びイン
ストール方法では旧ＯＳ３１ａとアプリ３１ｂが格納さ
れている１ユニットの記憶装置３１によりシステムが運
用されている場合に、旧ＯＳ３１ａに変えて新ＯＳによ
りシステムを運用しようとすると、使用直前に（金融機
関などでは当日の朝、営業時間前に、または前日の夜、
営業時間後に）フロッピーディスク３２に格納された旧
ＯＳの上からオーバーライトすることによりインストー
ルが行なわれ、後は、通常のように使用することにより
新ＯＳによる運用を行っていた。

【０００６】図１０（Ｂ）に２スピンドル方式のシステ
ム移行及びインストール方法の説明図を示す。本方式は
スイッチＳＷによりシステム本体との接続の切換えが可
能な２ユニットの記憶装置４１，４２を用意しておき、
新ＯＳをフロッピーディスク４３から一方の記憶装置４
２に格納した後にスイッチＳＷを切換えることによりシ
ステムを旧ＯＳから新ＯＳによる運用に切換える。この
とき、アプリ等は旧ＯＳ使用後、新ＯＳ使用前に記憶装
置４２に引き継ぐ必要がある。

【０００７】図１０（Ｃ）に多スピンドル方式のシステ
ム移行及びインストール方法の説明図を示す。図１０
（Ｃ）では旧ＯＳ格納用の１ユニットの記憶装置５１，
アプリ格納用の１ユニットの記憶装置５２，新ＯＳ格納
用の１ユニットの記憶装置５３を用意し、記憶装置５３
にフロッピーディスク５４等から新ＯＳを格納した後
に、システム本体との接続を記憶装置５１，５２から記
憶装置５２，５３に切替えることによりアプリの引き継
ぎなしに旧ＯＳと新ＯＳとの切換えを行なっている。

【０００８】図１０（Ｄ）に環境変数によるファイル名
指定方式によるシステム移行及びインストール方法の説
明図を示す。本方式は１ユニットの記憶装置６１にＯＳ
基本部６１ａ，旧ＯＳ６１ｂ，フロッピーディスク６２
などにより新たに格納される新ＯＳ６１ｃ，アプリ６１
ｄを格納し、ＯＳ基本部６１ａの環境変数を変えること
により旧ＯＳ６１ｂから新ＯＳ６１ｃに切換える。

【０００９】

【発明が解決しようとする課題】しかるに、従来の１ス
ピンドル方式のシステム移行及びインストール方法では
旧ＯＳから新ＯＳに切換える場合などにシステムを停止
させる必要があり、また、一度新ＯＳに移行してしまう
と再び旧ＯＳを書き込まなければ旧ＯＳに戻すことがで
きなかった。

【００１０】また、２スピンドル方式及び多スピンドル
方式のシステム移行及びインストール方法では通常使用
しない複数の記憶装置が必要となり、高価となってしま
い、特に多スピンドル方式では複数の記憶装置をシステ
ム本体に接続する必要があり、接続する記憶装置の組み
合わせが複雑となってしまうため、専門の作業員により
切換えを行なう必要があり、作業が大がかりなものにな
ってしまう。

【００１１】さらに、環境変数によるファイル指定方式
では、切換時には環境変数の設定が必要となり、やは
り、専門の作業員による作業が必要となるため、作業が
大がかりなものとなってしまう等の問題点があった。本
発明は上記の点に鑑みてなされたもので、安価な構成
で、容易に、システムの移行、インストールが行なえる
システム移行方法及び装置並びにインストール方法及び
装置を提供することを目的とする。

【００１２】

【課題を解決するための手段】図１に本発明の原理図を
示す。運用情報格納手段１は複数のシステムを運用する
運用情報が格納される。管理手段２は複数のシステムの
運用時間と、システムの運用に用いる運用情報を認識す
る識別情報とが格納される。

【００１３】運用時間検出手順Ｓ１は運用時間を検出す
るシステム起動手段Ｓ２は運用時間検出手順Ｓ１で運用
時間を検出すると前記複数のシステムのうち運用時間と
なったときに起動させるべきシステムの運用に用いる運
用情報を識別情報に応じて選択し、システムを起動させ
る。

【００１４】請求項１によれば、管理手段に予め設定さ
れた運用時間になると運用時間毎に予め設定された識別
情報に応じて運用情報格納手段に格納された複数システ
ム分の運用情報より必要な運用情報が選択され、所望の
システムを運用できるため、運用時間及び識別情報を設
定するだけで決められた時刻に所望のシステムの運用が
可能となり、切換動作が容易となる。

【００１５】請求項２はシステム移行装置であり、複数
のシステムを運用する運用情報が格納された運用情報格
納手段と、前記複数のシステムの運用時間と、システム
の運用に用いられる運用情報を識別する識別情報とが格
納された管理手段と、前記管理手段に格納された運用時
間を検出し、運用時間を検出したとき、前記複数のシス
テムのうち前記運用時間に対応したシステムの運用に用
いる運用情報を前記識別情報に応じて選択し、システム
を起動させるシステム起動手段とを有することを特徴と
する。

【００１６】請求項２によれば、管理手段に予め設定さ
れた運用時間になると運用時間毎に予め設定された識別
情報に応じてシステム起動手段により運用情報格納手段
に格納された複数システム分の運用情報より必要な運用
情報が選択され、所望のシステムを運用できるため、運
用時間及び識別情報を設定するだけで決められた時刻に
所望のシステムの運用が可能となり、切換動作が容易と
なる。

【００１７】請求項３は、現在運用されているシステム
を他のシステムに切換える操作を行なう切換操作手段を
有し、前記システム起動手段は前記切換操作手段の操作
により現在運用されているシステムを他のシステムに切
換えることを特徴とする。

【００１８】請求項３によれば、切換操作手段を操作す
るだけでシステムを切換えられるため、システムの移行
を容易、かつ、迅速に行なえる。請求項４は、運用すべ
きシステムに応じた識別情報及び運用時間が供給され、
該識別情報及び該運用時間を前記管理手段に格納するシ
ステム導入手段を有することを特徴とする。

【００１９】請求項４によれば、システム導入手段によ
り運用すべきシステムに応じた識別情報及び運用時間を
管理手段に格納しておくことにより、導入された運用時
間に導入した識別情報に応じたシステムの運用が可能と
なる。請求項５は、前記システム導入手段を新規の運用
情報を前記運用情報格納手段に格納する構成としてな
る。

【００２０】請求項５によれば、システム導入手段によ
り新規の運用情報までも格納できるため、システムの変
更改変等が自由に行なえる。請求項６は、システムを運
用する運用情報をインストールするインストール方法に
おいて、システムの運用時間と、前記複数のシステムの
運用情報をシステム毎に識別する識別情報が格納された
管理手段に格納された前記運用時間に応じて複数のシス
テムを運用する運用情報が格納された前記運用情報格納
手段に格納された運用情報のうち使用されない運用情報
を検出し、該使用されない運用情報に代えて、前記運用
情報格納手段に新規の運用情報を格納することを特徴と
する。

【００２１】請求項６によれば、システム導入手段によ
り新規の運用情報を管理手段に格納された運用時間に応
じて運用情報格納手段に格納された運用情報のうち使用
されない運用情報に代えて格納することにより、運用情
報格納手段の規模を大きくすることなく、新規の運用情
報の格納が行なえる。

【００２２】請求項７は、システムを運用する運用情報
をインストールするインストール方法において、前記シ
ステムの運用時間と、前記複数のシステムの運用情報を
システム毎に識別する識別情報が格納された管理手段に
格納された前記運用時間に応じて複数のシステムを運用
する運用情報が格納された運用情報格納手段に格納され
た前記運用情報のうち使用されない運用情報を検出し、
該使用されない運用情報に代えて、前記運用情報格納手
段に新規の運用情報を格納することを特徴とする。

【００２３】請求項７によれば、管理手段に格納された
運用時間を検出することにより運用情報格納手段に格納
された運用情報のうち使用しない運用情報を検出し、使
用されない運用情報に代えて新規運用情報を格納するこ
とにより、運用情報格納手段の容量を増やすことなく新
規の運用情報を格納でき、小型化、低コスト化が可能と
なる。

【００２４】請求項８は、システムを運用する運用情報
をインストールするインストール装置において、複数の
システムを運用する運用情報が格納された運用情報格納
手段と、前記システムの運用時間と、前記複数のシステ
ムの運用情報をシステム毎に識別する識別情報が格納さ
れた管理手段と、前記管理手段に格納された前記運用時
間に応じて前記運用情報格納手段に格納された前記運用
情報のうち使用されない運用情報を検出し、該使用され
ない運用情報に代えて新規の運用情報を前記運用情報格
納手段に格納する運用情報導入手段とを有することを特
徴とする。

【００２５】請求項８によれば、運用情報導入手段によ
り管理手段に格納された運用時間を検出することにより
運用情報格納手段に格納された運用情報のうち使用しな
い運用情報を検出し、検出された使用しない運用情報に
代えて新規運用情報を格納することにより運用情報格納
手段の容量を増加させることなく新規の運用情報を格納
でき、小型化、低コスト化が可能となる。

【００２６】

【発明の実施の形態】図２に本発明の一実施例のブロッ
ク構成図を示す。本実施例は１スピンドル方式のファイ
ル装置でシステムの移行及びインストールを行なう場合
について説明する。

【００２７】本実施例のファイル装置１０はＯＳ（オペ
レーティングシステム）、アプリケーションソフト（以
下、アプリ）、データなどを格納するシステムボリュー
ム１１，システムボリューム１１に格納されたＯＳ，ア
プリ、データの版数、稼働開始日、使用ボリュームを管
理する起動管理テーブル１２，版数の戻しを指示する戻
し指示部１３，現在の時刻を出力するカレンダ部１４，
ＯＳに先立って起動され、システムの起動を指示するシ
ステム起動部１５，システム起動部１５からの指示に応
じて起動され、システムボリューム１１に格納されたＯ
Ｓ，アプリ、データのうちシステム起動部１５により指
示されたボリュームを選択してシステムに組み込むファ
イル制御部１６，システムボリューム１１に新たなＯ
Ｓ，アプリ、データ等を導入するシステム導入部１７，
システムボリューム１１に新規に導入すべきＯＳ，アプ
リ、データを提供すると共にシステムの版数、稼働予定
日等のデータを提供する提供媒体１８，ＯＳ，アプリ、
データがシステムボリューム１１のどのボリューム（領
域）に組み込まれているのかを管理する領域割当てテー
ブル１９より構成される。

【００２８】システムボリューム１１は、ＯＳ，アプ
リ、データなどを格納する外部記憶であり、改版の単位
ごとに複数の領域（論理ボリューム＃１１〜＃１５）が
割当てられている。システムボリューム１１は１台の直
接アクセス磁気ディスク装置で構成しても、複数の直接
アクセス磁気ディスク装置で構成してもよい。また、各
論理ボリューム＃１１〜＃１５は、１台の直接アクセス
磁気ディスク装置の一部分で構成しても、１台の直接ア
クセス磁気ディスク装置で構成しても、複数の直接アク
セス磁気ディスク装置で構成してもよい。

【００２９】それぞれの論理ボリューム＃１１〜＃１５
には、論理ボリューム名、及び識別番号（以降ＶＯＬ番
号と呼ぶ）が付けられ、通常は論理ボリューム名をキー
にしてアクセスが行われる。ＶＯＬ番号は一意である
が、論理ボリューム名は重複可能とされている。

【００３０】論理ボリューム名は、改版単位を表すもの
として使用し、同じ論理ボリューム名が付与されている
論理ボリュームは、同一サイズであり、必要な世代の数
だけ用意されている。起動管理テーブル１２は、システ
ム版数、稼働開始日時、改版単位の版数表、及び各改版
単位が格納され、論理ボリューム＃１１〜＃１５との対
応を示すテーブルであり、磁気ディスク、バッテリバッ
クアップメモリなど、電源を切断しても消えない記憶媒
体で構成される。また、起動管理テーブル１２は最大の
世代をもつ論理ボリュームの数より多いエントリを有す
る構成とされている。各エントリには、各改版単位の論
理ボリューム名、版数、及びＶＯＬ番号が格納される。

【００３１】戻し指示部１３は、改版後のシステムに不
具合があった場合に、各営業店のエンドユーザなどが直
前の版数のシステムに戻す指示を行うためのものであ
り、一度戻し指示があったら、システム導入部１７から
の指示があるまでの間、システム起動部１５に対して戻
し指示を発行し続けるものであり、スイッチやタッチパ
ネルなどの外部入力装置で構成される。

【００３２】図３に戻し指示部１３のブロック構成図を
示す。戻し指示部１３はエンドユーザが戻し指示を行な
うための操作を行なう押釦スイッチ１３ａと、押釦スイ
ッチ１３ａの操作があったことをリセットされるまで保
持するラッチ回路１３ｂより構成される。

【００３３】ラッチ回路１３ｂはバッテリバックアップ
電源により駆動されており、通常の状態では出力Ｑはロ
ーレベルであり、押釦スイッチ１３ａが操作されると出
力Ｑがハイレベルとなり、システム起動部１５及びシス
テム導入部１７に戻し指示があったことを知らせる。

【００３４】ラッチ回路１３ｂにはシステム導入部１７
からリセット信号が供給されており、システム導入部１
７からのリセット信号がハイレベルとなり、リセットが
かかったときに出力Ｑが反転され、ローレベルにリセッ
トされ、システム起動部１５及び、システム導入部１７
に戻し指示が解除を知らせる。

【００３５】なお、戻し指示部１３は一度戻し指示があ
ったら、システム導入部１７からの指示があるまでの
間、電源切断があっても、システム起動部１５に対して
戻し指示を発行し続ければ、スイッチやタッチパネルな
ど、他どのような構成でも構わない。

【００３６】カレンダ部１４は、起動管理テーブル１２
の稼働開始日時の基準となる現在の日付を管理する時計
であり、システム起動部１５に現在日付を供給する。シ
ステム起動部１５は、当該システムのＯＳのローディン
グに先立って起動し、カレンダ部１４より示される日付
及び戻し指示部１３より示される戻し指示の有無に基づ
き、起動管理テーブル１２を検索し、ファイル制御部１
６に対して、どの論理ボリュームを使用してシステムを
起動したらよいか指示するものであり、ファイル制御部
１６に指示を発行した後、当該システムのＯＳの起動を
行うものである。システム起動部１５はブートストラッ
プローダのような、改版の対象とならないもので構成す
る。

【００３７】システム起動部１５は、ＯＳを起動するた
めのブートストラップローダとしてインプリメントされ
る。ブートストラップローダは、ＯＳなどをシステムメ
モリ内にローディングして起動するだけの機能で、改版
の対象にはならないため、ＯＳの改版時のＯＳ不具合に
よる戻し不可等が発生しない。

【００３８】図４にシステム起動部１５の動作フローチ
ャートを示す。システム起動部１５はシステム起動時、
カレンダ部１４から本日日付を読み込み（ステップ５０
１）、起動管理テーブル１２の先頭エントリから検索開
始（ステップ５０２）して、稼働開始日と本日日付を比
較する（ステップ５０３）。稼働開始日が本日日付以前
である間は、起動管理テーブル１２の末尾でないあいだ
（ステップ５０４）、次のテーブルエントリに移動して
検索を継続する（ステップ５０５）。稼働開始日が本日
日付より後になった場合は（ステップ５０３）、直前の
システム版数を用いるものとし（ステップ５０６）、テ
ーブル末尾となった場合は（ステップ５０４）最後のシ
ステム版数を用いる。

【００３９】以上のようにして現状システムの版数を取
得したら、戻し指示部１３を参照して戻し指示の有無を
得る（ステップ５０７）。戻し指示があったら（ステッ
プ５０８）、起動管理テーブル１２において直前のシス
テム版数に戻る（ステップ５０９）。

【００４０】このようにして、起動版数１５ａのシステ
ムを規定する起動管理テーブルのエントリを、ファイル
制御部１６に指示（ステップ５１０）してから、ファイ
ル制御部１６を用いてシステムを読み込み、起動する
（ステップ５１１）。ファイル制御部１６は、システム
ボリューム１１の読み書きを制御するものであり、シス
テム導入部１７以外に対しては、システム起動部１５か
ら指示された論理ボリュームだけを読み書きの対象とす
るように制御する。

【００４１】図５にファイル制御部１６の動作フローチ
ャート、図６にファイル制御部１６に内蔵され使用論理
ボリュームを管理する対応表の構成図を示す。ファイル
制御部１６も、システム起動部１５と同様にＯＳを起動
するためのブートストラップローダとしてインプリメン
トする構成とされている。ファイル制御部１６はシステ
ム起動部１５から、起動すべき版数のシステムを表す起
動管理テーブル１２のエントリを受け取ると（ステップ
６０１）、その内容から、論理ボリューム名と対応する
領域のＬＶＯＬ番号とを記録する対応表を作成する（ス
テップ６０２）。

【００４２】以降のファイルアクセスは、論理ボリュー
ム名をキーにしてアクセスするため、ファイル制御部は
対応表１６ａにより対応する領域を選択してアクセスす
る（ステップ６０３）ことにより、複数世代を格納する
システムボリューム１１から所定の版数を格納する論理
ボリュームだけを選択してシステムを起動可能となる。

【００４３】図６に示す対応表１６ａは、起動したＯＳ
内のファイル制御部１６にも引き渡され、同様にして、
複数世代を格納するシステムボリューム１１から所定の
版数を格納する論理ボリュームだけを選択してシステム
を稼働できる構成とされている。

【００４４】システム導入部１７は、提供媒体１８で提
供される改版データを当該システムに導入するものであ
り、領域割当てテーブル１９，版数表１８ａに基づき改
版データ１８ｂをシステムボリューム１１に格納すると
ともに、起動管理テーブル１２の更新、及び戻し指示部
１３の解除を行う。システム導入部１７は、他と異な
り、ＶＯＬ番号を指定して、直接論理ボリューム＃１１
〜＃１５にアクセス可能な構成とされている。

【００４５】提供媒体１８は、改版データ１８ｂを格納
するとともに、どの改版単位を変更するかを指示するた
めの版数表１８ａを格納するものであり、フロッピィデ
ィスク、磁気テープ、光磁気ディスク、ＣＤ−ＲＯＭな
どの外部記憶媒体で構成される。

【００４６】図７はシステム導入部１７のフローチャー
トを示す。システム導入部１７の起動は、現地のエンド
ユーザでも使用可能とするため、提供媒体１８をデッキ
にセットすると自動起動するようにしておく。システム
導入部１７が起動されると、提供媒体１８から、版数表
１８ａを読み込む（ステップ７０１）。この版数表のシ
ステム版数と同一版数が起動管理テーブル１２に存在す
るか検索する（ステップ７０２）。このとき同一版数が
存在しなければ改版のインストールであり、すでに存在
していれば修正のインストールを行なう（ステップ７０
３）。

【００４７】ステップ７０３で、同一システム版数が存
在しないことから改版のインストールであると判定され
た場合、版数表の変更部分に基づき、領域割当てテーブ
ル９を検索する（ステップ７０４）。このとき、領域割
当てテーブル内に空き領域がない場合（ステップ７０
５）は、起動管理テーブル２の最も古いシステム版数を
削除し、対応する論理ボリュームを領域割当てテーブル
９から解放する（ステップ７０６）。図７の例では、シ
ステム版数Ｖ０１を削除することになり、この結果、Ｌ
ＶＯＬ１１とＬＶＯＬ１３が解放される。

【００４８】これによって領域が確保されたので、新規
システム版数に対する領域を獲得する（ステップ７０
７）。図６及び図７の例では、ＡＰＬのみの改版である
ため、ＯＳ，データは直前のＶ０２と同じ領域を用い、
ＡＰＬには新規領域として先程解放したＬＶ０Ｌ１３を
割り当てる。図９は改版後の領域割当てテーブルの一実
施例である。ここで新たに確保した領域は、現行システ
ムが使用している領域とはことなるものであるため、シ
ステム運用中でもインストール可能であるため、提供媒
体８から改版データ３２を読み込み、インストールする
（ステップ７０８）。インストール完了したら、起動管
理テーブルに新規システム版数の情報を追加して格納す
る（ステップ７０９）。

【００４９】ステップ７０３で、同一システム版数が存
在することから修正のインストールであると判定された
場合、以前の改版インストール時に新規領域を獲得済で
あるため、起動管理テーブル１２より、修正システムを
格納すべきＶＯＬ番号を得て、インストール対象領域と
する（ステップ７１０）。修正のインストールを実施す
る場合は、戻し実施後であるため、この領域は戻しによ
って未使用状況になっているので、システム運用中でも
インストール可能であるため、提供媒体１８から改版デ
ータ３２を読み込み、インストールする（ステップ７１
１）。インストールが完了したら、起動管理テーブルの
修正対象版数に修正システムの稼働開始日を書き込み
（ステップ７１２）、戻し指示部１３に対して戻し解除
指示する（ステップ７１３）。

【００５０】領域割当てテーブル１９は、各改版単位を
格納するために、システムボリューム１１のどの論理ボ
リューム＃１１〜＃１９を割り当てるか指示するための
テーブルであり、磁気ディスク、バッテリバックアップ
メモリなど、電源を切断しても消えない記憶媒体で構成
される。

【００５１】図８，図９に本発明の一実施例の動作説明
図を示す。まず、起動管理テーブル１７に図８（Ａ）に
示されるようなシステム版数、稼働開始日時、ＯＳ，ア
プリ、データ夫々の版数を示す版数表、ＯＳ，アプリ、
データ夫々のシステムボリューム１１内での割り当て領
域が格納されており、提供媒体１８から図８（Ｂ）に示
されるようなシステム版数、稼働開始日時、ＯＳ，アプ
リ、データ夫々の版数を示す版数表、ＯＳ，アプリ、デ
ータの変更を検知する識別子が供給され、システム導入
部１７に供給されると、システム導入部１７は図８
（Ｃ）に示されるＯＳ，アプリ、データの名称毎に世代
数（改版数）、システムボリューム１１での割当て領域
及び現在の使用状況が示された領域割当て領域１９を参
照し、提供媒体１８から供給された図８（Ｂ）に示され
るシステム版数のＯＳ，アプリ、データのシステム版数
表の版数を見て、現在使用されているＯＳ，アプリ、デ
ータのシステム版数と一致するもの、異なるもの、ま
た、使用しないものを検知する。

【００５２】図８（Ｂ）でシステムを運用する場合には
図８（Ｃ）を参照するとアプリの変更が必要となる。こ
のため、アプリＶ０３を格納するために他のアプリを削
除する必要がある。このとき、システム導入部１７は起
動管理テーブル１２の稼働開始時間を見て、古くて使用
しそうもないアプリＶ０１を検知し、アプリＶ０１に代
えて提供媒体１８より提供されるアプリＶ０３をシステ
ムボリューム１１に格納する。

【００５３】アプリＶ０１が削除されたため、システム
版数Ｖ０１のシステムは使用できなくなる。このため、
システム導入部１７は図８（Ｄ）に示すように起動管理
テーブル１２のシステム版数Ｖ０１の領域を消去すると
共に図８（Ｅ）に示すように領域割当てテーブル１９の
内容を現状に合わせて変更する。

【００５４】また、システム版数Ｖ０３のアプリＶ０３
を修正する場合には図９（Ｂ）に示すように提供媒体１
８の稼働開始日時を次に稼働させようとする時間に設定
すると共にアプリＶ０３の変更を指示し、変更したアプ
リＶ０３と共にシステム導入部１７に供給する。

【００５５】このとき、起動管理テーブル１２の内容は
前日の変更により図９（Ａ）に示すようになっており、
稼働開始日時が異なるため、稼働開始日時を変更し、図
９（Ｃ）に示すように変わる。このとき、使用するボリ
ュームは同じであるため、領域割当てテーブルは図８
（Ｅ）のままで変更はない。

【００５６】このように本実施例によれば、システム起
動部１５により、システムが起動されたら、カレンダ部
１４をもとに起動日に対応するシステム版数を起動管理
テーブル１２から探し、起動版数１５ａを決め、これに
より決まったシステム版数を構成するシステムボリュー
ム１１の論理ボリュームの名称、版数、番号などをファ
イル制御部１６に通知する。

【００５７】ファイル制御部１６では、システムボリュ
ーム１１の論理ボリュームのうち、指示されたものだけ
を選択してシステムに組み込み、起動日に基づいて適切
な論理ボリュームを選択してシステムを立ち上げるた
め、起動管理テーブル１２上の稼働予定日になると、自
動的にシステム移行を行うことが可能になる。

【００５８】このため、事前に稼働予定日を合わせてお
けば、その日に一斉移行が可能になる。このとき、イン
ストール作業は一斉に行う必要がないので、インストー
ル作業に伴う作業負荷の軽減もできる。上記システムに
てシステムを戻す必要が生じた場合、戻し指示部１３に
システムの戻し指示を行ってからシステムを起動する。
戻し指示は戻し指示部１３の押釦スイッチ１３ａの押下
などにより戻し開始を指示し、修正のインストールを行
うまで継続する。

【００５９】この場合、システム起動部１５では、同様
にシステム版数を起動管理テーブル１２から探すが、戻
し指示があるため、求まったシステム版数よりも１世代
古い版数を起動版数１５ａとして選択し、システムを起
動する。これにより、システムの戻しが実現できるが、
データを格納する論理ボリュームは、起動管理テーブル
１２上で戻しの有無に関わらず同一のものを選択するよ
う定義されているため、アプリデータはそのまま引き継
がれる。

【００６０】以上により、押釦スイッチ１３ａの押下な
どの極めて単純な操作でシステムの戻しが実施可能にな
り、かつ、戻しの際に再インストールやデータの退避／
復元などが不要なため、短時間に実現できる。このた
め、システム移行時に、万一、トラブルが発生した場合
でも迅速に旧システムに戻して稼働させることができ
る。

【００６１】上記システムのインストールでは、システ
ム稼働中に、提供媒体１８をシステム導入部１７が読み
込み、版数表１８ａに基づいて行う。版数表１８ａのシ
ステム版数が、起動管理テーブル１２上で既存の場合、
新規の場合は改版のインストールとなる。

【００６２】また、戻しが行われた場合、“修正のイン
ストール”が行われる。また、移行すべき新規システム
が作成された場合は、“改版のインストール”が行われ
る。改版のインストールの場合には、図８で説明したよ
うにシステム導入部１７は、起動管理テーブル１２に版
数表１８ａの内容が追加される。この際、版数表１８ａ
の改版情報をもとに領域割当て表１９を検索し、改版し
た領域に割り当てられている領域のうち、未使用または
最古の領域を、改版データをインストールする領域とし
て割り当て、その論理ボリューム番号を設定する。改版
されなかった領域は、前システム版数のものを引き継
ぐ。

【００６３】通常、改版対象となる論理ボリュームは２
世代以上用意するので、現行システムとは異なる領域が
割り当てられるので、現行システム稼働中に改版データ
をインストールすることが可能となる。また、修正のイ
ンストールの場合には図９で説明したように、システム
導入部１７は、起動管理テーブル１２の被修正版数の稼
働予定を版数表１８ａのそれに修正した後、修正データ
を所定の領域にインストールする。

【００６４】修正を行う場合は戻し操作が行われている
ので、当該領域は戻しシステムとは異なる領域になるの
で、戻しシステム稼働中に修正データをインストールす
ることが可能になる。修正インストールが完了すると、
戻し指示部１３に対して戻し状態の解除が指示される。

【００６５】なお、修正に伴い、別の領域の改版が行わ
れた場合のインストールは、前記の改版インストールと
同様である。以上のように、修正、改版いずれのインス
トールでも、システム導入部１７が、提供媒体１８の情
報、及び領域割当てテーブル１９の情報を使用して自動
的に実施されるため、システムに対して特別な知識のな
い人でも簡単にオペレーション可能となる。

【００６６】

【発明の効果】上述の如く、本発明の請求項１によれ
ば、管理手段に予め設定された運用時間になると運用時
間毎に予め設定された識別情報に応じて運用情報格納手
段に格納された複数システム分の運用情報より必要な運
用情報が選択され、所望のシステムを運用できるため、
運用時間及び識別情報を設定するだけで決められた時刻
に所望のシステムの運用が可能となり、切換動作が容易
となる等の特長を有する。

【００６７】請求項２によれば、管理手段に予め設定さ
れた運用時間になると運用時間毎に予め設定された識別
情報に応じてシステム起動手段により運用情報格納手段
に格納された複数システム分の運用情報より必要な運用
情報が選択され、所望のシステムを運用できるため、運
用時間及び識別情報を設定するだけで決められた時刻に
所望のシステムの運用が可能となり、切換動作が容易と
なる等の特長を有する。

【００６８】請求項３によれば、切換操作手段を操作す
るだけでシステムを切換えられるため、システムの移行
を容易、かつ、迅速に行なえる等の特長を有する。請求
項４によれば、システム導入手段により運用すべきシス
テムに応じた識別情報及び運用時間を管理手段に格納し
ておくことにより、導入された運用時間に導入した識別
情報に応じたシステムの運用が可能となり、システムの
移行が容易となる等の特長を有する。

【００６９】請求項５によれば、システム導入手段によ
り新規の運用情報までも格納できるため、システムの変
更改変等が自由に行なえる等の特長を有する。請求項６
によれば、システム導入手段により新規の運用情報を管
理手段に格納された運用時間に応じて運用情報格納手段
に格納された運用情報のうち使用されない運用情報に代
えて格納することにより、運用情報格納手段の規模を大
きくすることなく、新規の運用情報の格納が行なえる等
の特長を有する。

【００７０】請求項７によれば、管理手段に格納された
運用時間を検出することにより運用情報格納手段に格納
された運用情報のうち使用しない運用情報を検出し、使
用されない運用情報に代えて新規運用情報を格納するこ
とにより、運用情報格納手段の容量を増やすことなく新
規の運用情報を格納でき、小型化、低コスト化が可能と
なる等の特長を有する。

【００７１】請求項８によれば、運用情報導入手段によ
り管理手段に格納された運用時間を検出することにより
運用情報格納手段に格納された運用情報のうち使用しな
い運用情報を検出し、検出された使用しない運用情報に
代えて新規運用情報を格納することにより運用情報格納
手段の容量を増加させることなく新規の運用情報を格納
でき、小型化、低コスト化が可能となる等の特長を有す
る。

【図面の簡単な説明】

【図１】本発明の原理図である。

【図２】本発明の一実施例のブロック構成図である。

【図３】本発明の一実施例の戻し指示部のブロック構成
図である。

【図４】本発明の一実施例のシステム起動部の動作フロ
ーチャートである。

【図５】本発明の一実施例のファイル制御部の動作フロ
ーチャートである。

【図６】本発明の一実施例のファイル制御部の対応表の
構成図である。

【図７】本発明の一実施例のシステム導入部の動作フロ
ーチャートである。

【図８】本発明の一実施例の動作説明図である。

【図９】本発明の一実施例の動作説明図である。

【図１０】従来のシステム移行方法及びインストール方
法の説明図である。

【符号の説明】

１運用情報格納手段２管理手段Ｓ１運用時間検出手順Ｓ２システム起動手順１１システムボリューム１２起動管理テーブル１３戻し指示部１４カレンダ部１５システム起動部１６ファイル制御部１７システム導入部１８提供媒体１９領域割当てテーブル

Claims

【特許請求の範囲】

【請求項１】複数のシステムのうち一のシステムから
他のシステムに運用を移行するシステム移行方法におい
て、前記複数のシステムの運用時間と、システムの運用に用
いる運用情報を識別する識別情報とが格納された管理手
段に格納された運用時間を検出する運用時間検出手段手
順と、前記運用時間検出手順でシステムの運用時間を検出する
と、前記複数のシステムのうち、前記運用時間となった
ときに起動させるべきシステムの運用時間に用いる運用
情報を前記識別情報に応じて前記複数のシステムを運用
する運用情報が格納された運用情報格納手段から選択
し、システムを起動させるシステム起動手順とを有する
ことを特徴とするシステム移行方法。
【請求項２】複数のシステムのうち一のシステムから
他のシステムに運用を移行するシステム移行装置におい
て、前記複数のシステムを運用する運用情報が格納された運
用情報格納手段と、前記複数のシステムの運用時間と、システムの運用に用
いられる運用情報を識別する識別情報とが格納された管
理手段と、前記管理手段に格納された運用時間を検出し、運用時間
を検出したとき、前記複数のシステムのうち前記運用時
間に対応したシステムの運用に用いる運用情報を前記識
別情報に応じて選択し、システムを起動させるシステム
起動手段とを有することを特徴とするシステム移行装
置。
【請求項３】現在使用されているシステムを他のシス
テムに切換える操作を行なう切換操作手段を有し、前記システム起動手段は前記切換操作手段の操作により
現在運用されているシステムを他のシステムに切換える
ことを特徴とする請求項２記載のシステム移行装置。
【請求項４】運用すべきシステムに応じた識別情報及
び運用時間が供給され、該識別情報及び該運用時間を前
記管理手段に格納するシステム導入手段を有することを
特徴とする請求項２又は３記載のシステム移行装置。
【請求項５】前記システム導入手段は新規の運用情報
を前記運用情報格納手段に格納することを特徴とする請
求項４記載のシステム移行装置。
【請求項６】前記システム導入手段は前記新規の運用
情報を前記運用時間に応じて前記運用情報のうち使用さ
れていない運用情報に代えて前記運用情報格納手段に格
納することを特徴とする請求項５記載のシステム移行装
置。
【請求項７】システムを運用する運用情報をインスト
ールするインストール方法において、前記システムの運用時間と、前記複数のシステムの運用
情報をシステム毎に識別する識別情報が格納された管理
手段に格納された前記運用時間に応じて複数のシステム
を運用する運用情報が格納された運用情報格納手段に格
納された前記運用情報のうち使用されない運用情報を検
出し、該使用されない運用情報に代えて、前記運用情報
格納手段に新規の運用情報を格納することを特徴とする
インストール方法。
【請求項８】システムを運用する運用情報をインスト
ールするインストール装置において、複数のシステムを運用する運用情報が格納された運用情
報格納手段と、前記システムの運用時間と、前記複数のシステムの運用
情報をシステム毎に識別する識別情報が格納された管理
手段と、前記管理手段に格納された前記運用時間に応じて前記運
用情報格納手段に格納された前記運用情報のうち使用さ
れない運用情報を検出し、該使用されない運用情報に代
えて新規の運用情報を前記運用情報格納手段に格納する
運用情報導入手段とを有することを特徴とするインスト
ール装置。