JP2004310232A

JP2004310232A - プログラムのバージョンアップのためのシステムおよび方法

Info

Publication number: JP2004310232A
Application number: JP2003099809A
Authority: JP
Inventors: Tetsuya Yokota; 哲也横田; Tadao Fujita; 直生藤田; Kozo Okada; 浩三岡田
Original assignee: Hitachi Electronics Services Co Ltd
Current assignee: Hitachi Electronics Services Co Ltd
Priority date: 2003-04-03
Filing date: 2003-04-03
Publication date: 2004-11-04

Abstract

【課題】正しく修正されたプログラムでバージョンアップが行われることを担保する。
【解決手段】開発管理サーバ１は、バーションアップ対象プログラムの修正前のソースファイルを取得する（Ｓ２１）。修正前のソースファイルを作業者がエディタで修正する（Ｓ２２）。開発管理サーバ１は、修正前のソースファイルと修正後のソースファイルとを比較して、両者の相違を示す差分ファイルを生成する（Ｓ２３）。
【選択図】図４

Description

【０００１】
【発明の属する技術分野】
本発明は、プログラム等のバージョンアップ作業を行うための技術に関し、特に、プログラムの修正をミスなくするための技術に関する。
【０００２】
【従来の技術】
大規模なシステムにおいて、プログラムの登録、払い出しにおいて、プログラム管理者が不在であっても緊急時などでもスムーズに運用できるよう、プログラムの状態などを記憶したプログラム履歴テーブルを用いて行う方法が特許文献１に記載されている。
【０００３】
また、大分散型エンタープライズ環境において、コンピューティング資源を効果的に管理する方法が特許文献２に記載されている。
【０００４】
【特許文献１】
特開２０００−４７８５４号公報
【特許文献２】
特開平１０−１２４４６８号公報
【０００５】
【発明が解決しようとする課題】
ここで、プログラム等のバージョンアップを行う場合には、プログラムのソースファイルを修正、更新するという作業がある。そして、同一のプログラムが複数のコンピュータで動作しているような大規模システムでは、この修正、更新されたソースファイルを、それらの複数のコンピュータに配布して更新しなければならない。このとき、プログラムの修正作業手順において、ミスがあればその後に生じる影響は大きい。また、正しく修正されたときでも、その後、故意または不注意により修正後のプログラムが書き換えられてしまうこともある。
【０００６】
本発明の目的は、正しく修正されたプログラムでバージョンアップが行われることを担保するためのシステム等を提供することである。
【０００７】
【課題を解決するための手段】
本発明の一つの実施態様に従うシステムは、プログラムのバージョンアップのためのシステムであって、エディタと、バーションアップ対象プログラムの修正前のソースファイルを記憶する手段と、前記修正前のソースファイルを、前記エディタを用いて修正した修正後のソースファイルを記憶する手段と、修正前のソースファイルと修正後のソースファイルとを比較して、両者の相違を示す第１の差分ファイルを生成する手段と、を備える。
【０００８】
好適な実施形態では、前記生成手段により生成された第１の差分ファイルと、バージョンアップ指示者から受け付けた、予め作成されている第２の差分ファイルとを比較する手段と、前記比較の結果、第１の差分ファイルと第２の差分ファイルとが一致しないとき、その旨を報知する手段をさらに備えるようにしてもよい。
【０００９】
好適な実施形態では、特定の管理者だけがアクセス可能なようにアクセス権限が設定されている機密保護記憶手段をさらに備え、前記比較の結果、第１の差分ファイルと第２の差分ファイルとが一致したとき、前記特定の管理者の操作に基づいて前記修正後のソースファイルを前記機密保護記憶手段に格納するようにしてもよい。
【００１０】
【発明の実施の形態】
以下、本発明を適用したバージョンアップ管理システムの一実施形態について、図面を用いて説明する。
【００１１】
図１は本システムの全体構成を示す図である。本システムは、開発管理サーバ１および現用機管理サーバ２の二つの管理サーバを有する。そして、現用機管理サーバ２は、インターネットまたは専用回線などのネットワーク９を介して複数の現用機３と接続されていて、これらを管理する。現用機３では、例えば、複数のコンピュータプログラムが動作していて、顧客に対して種々のサービスを提供する。各現用機３は、それぞれ独立に動作することができる。
【００１２】
開発管理サーバ１には、バージョンアップ指示の入力を受け付けるバージョンアップ指示端末４と、管理者端末５とが接続されている。
【００１３】
現用機管理サーバ２には、管理者端末６が接続されている。ネットワーク９には、さらに緊急バージョンアップを行うための緊急端末７が接続されている。
【００１４】
開発管理サーバ１、現用機管理サーバ２、バージョンアップ指示端末４、管理者端末５、６および緊急端末７は、いずれも例えば汎用的なコンピュータシステムにより構成され、以下に説明する各サーバおよび端末の内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。
【００１５】
開発管理サーバ１は、その内部機能として、ユニークな管理番号を自動採番する採番データベース１１と、バージョンアップ対象ファイルを一時的に記憶するための納品エリアと、バージョンアップ対象ファイルの編集を行うためのワークエリア１３と、ソースプログラムの編集を行うためのエディタ１４と、現用機で動作している、最新世代プログラムのソースファイルを記憶するための最新世代エリア１５と、バージョンアップされた（修正された）ファイルを記憶するための凍結エリア１６とを有する。
【００１６】
現用機管理サーバ２は、開発管理サーバ１で凍結されたファイルの転送を受けたとき、それを記憶するための凍結エリア２１と、プログラムのソースファイルを世代管理するための資源管理エリア２２と、第３世代の資源を格納するための第３世代エリア２３と、緊急変更があったときに現用機３から送られてくる緊急変更されたファイルを一時的に記憶するための緊急変更エリア２５とを備える。
【００１７】
凍結エリア１６、２１は、それぞれ、特定の管理者だけがアクセス可能なようにアクセス権限が設定されている記憶領域である。凍結エリア１６にアクセスできる管理者と凍結エリア２１にアクセスできる管理者は、同一の者でもあってもいいし、別の者でもよい。後述するように、凍結エリア１６、２１は、バージョンアップのために修正され、その内容が確定したソースファイルを記憶するための領域であり、不正に書き換えられることを防止する機密保護機能を有する。
【００１８】
資源管理エリア２２は、バージョンアップが繰り返されるプログラムのソースファイルの世代管理をするための記憶領域である。資源管理エリア２２には、複数種類のファイルについて、それぞれの最新ファイルを記憶する最新世代エリア２２１と、最新世代よりも前の世代のファイルを記憶する旧世代記憶エリアとして第１世代エリア２２２と、第２世代エリア２２３とがある。つまり、現用機管理サーバ１は、最新世代を含めた上記３世代分のソースファイルを世代管理する。
【００１９】
第３世代エリア２３は、現用機管理サーバ１として管理対象とはならない第２世代よりもさらに１世代前の第３世代のソースファイルを記憶するためのエリアである。第３世代エリア２３は、隠しデータベースとしてもよい。
【００２０】
上記の構成を備えるシステムにおいて、現用機３で動作するプログラムのバージョンアップを行うときの処理について説明する。
【００２１】
＜バージョンアップ指示＞
開発管理サーバ１は、図２に示すような手順で、現用機３で動作しているプログラムのバージョンアップ指示を受け付ける。
【００２２】
バージョンアップの指示入力は、バージョンアップ指示端末４に対して行われる（Ｓ１１）。例えば、作業者がバージョンアップ指示端末４の図示しない入出力装置を用いて、バージョンアップ作業依頼入力画面（以下、入力画面という）からバージョンアップの作業依頼情報を入力する。
【００２３】
入力画面１００には、例えば、図３に示すように、以下の項目についての入力領域を備える。すなわち、入力画面１００には、対象システム名１０１、リリース予定日１０２、バージョンアップ作業開始および終了日時１０３、優先順位１０４、影響度１０５、バージョンアップ対象ファイル名１０６、対象現用機１０７、バージョンアップ指示責任者１０８、バージョンアップ作業責任者１０９、作業指示書１１０、および差分エビデンス１１１の各入力領域がある。
【００２４】
ここで、優先順位１０４とは、複数のファイルのバージョンアップを行う場合、そのバージョンアップの作業に順序性があるときに、作業の順序を入力する。
【００２５】
バージョンアップ対象ファイル名１０６でバージョンアップ対象プログラムを識別することができる。
【００２６】
作業指示書１１０には、予め作成されているバージョンアップ作業の詳細な手順を記したドキュメントのファイル名等が入力される。
【００２７】
差分エビデンス１１１には、バージョンアップ対象となるソースファイルの修正前と修正後の差分を示すファイルのファイル名等が入力される。例えば、バージョンアップ指示者等が、予めテスト環境などでバージョンアップの確認したときに生成されたものである。後述するように、バージョンアップ作業の正当性を確認するときに用いられる。
【００２８】
入力画面１００で必要な情報が入力されると、バージョンアップ指示端末４は、採番データベース１１から、このバージョンアップ作業に対する管理番号を採番する（Ｓ１２）。
【００２９】
バージョンアップ指示端末４は、最新世代エリア１５からバージョンアップ対象ファイル名１０６で特定されるソースファイルを抽出するよう指示をする（Ｓ１３）。
【００３０】
そして、バージョンアップ指示端末４は、入力画面１００で入力された作業依頼情報を開発管理サーバ１へ転送し、作業依頼情報およびステップＳ１３の指示によって抽出されたソースファイルを対応付けて納品エリア１２に格納する（Ｓ１４）。このとき、さらに、作業指示書１１０および差分エビデンス１１１を対応付けてもよい。
【００３１】
これでバージョンアップ作業の準備が完了するので、バージョンアップ指示端末４から開発管理サーバ１へバージョンアップ作業の開始指示が通知される（Ｓ１５）。
【００３２】
＜バージョンアップ資源作成＞
つぎに、バージョンアップを行うための凍結ファイルの作成手順について図４を用いて説明する。ここで、凍結ファイルとは、ソースファイルを修正、変更が完了し、これ以上変更されたくない状態のファイルをいう。
【００３３】
まず、開発管理サーバ１は、納品エリア１２に記憶されているバージョンアップ対象のソースファイルをワークエリア１３へコピーする（Ｓ２１）。そして、バージョンアップ作業者が、管理者端末５を用いてエディタ１４を起動し、ワークエリア１３のソースファイルを修正、更新する（Ｓ２２）。この修正は、作業指示書に従って行う。修正後のソースファイルは、ワークエリア１３に記憶される。
【００３４】
修正作業が終了すると、開発管理サーバ１は、修正前のソースファイルと修正後のソースファイルとを比較して、両者の相違を示す差分ファイルを生成する（Ｓ２３）。
【００３５】
そして、開発管理サーバ１は、ここで生成された差分ファイルと、入力画面で指定された差分エビデンス１１１とを比較する（Ｓ２４）。この比較の結果、両者が一致しない場合は（Ｓ２４：ＮＧ）、メッセージウィンドウを出力するなどして作業者へその旨を報知し、ステップＳ２２以降を繰り返す。一方、この比較の結果が一致した場合は（Ｓ２４：ＯＫ）、凍結エリア１６にアクセス権限が与えられている特定の管理者の指示に基づいて、修正後のソースファイルを凍結エリア１６へコピーする。
【００３６】
これにより、バージョンアップ対象のソースファイル（凍結ファイル）が確定し、機密性の高い凍結エリア１６に格納される。凍結エリア１６に確定したファイルを保存することにより、誤ってファイルが書き換えられてしまったり、故意に書き換えられてしまったりする可能性も低くなり、よりセキュリティの高い状態で保存される。
【００３７】
＜バージョンアップ資源変更＞
次に、ファイル凍結後に、現用機で実際に動作しているプログラムを更新する手順について、図５および図６を用いて説明する。以下の処理は、例えば、作業者が管理者端末６から所定のコマンドを入力して行うこともできる。
【００３８】
まず、開発管理サーバ１の凍結エリア１６から現用機管理サーバ２の凍結エリア２１へ凍結されたソースファイルをコピーする（Ｓ３１）。このとき、作業依頼情報および作業指示書をあわせてコピーしてもよい。そして、凍結エリア２１に記憶されているソースファイルのリスト、つまりバージョンアップ対象のプログラムのリストを出力する（Ｓ３２）。
【００３９】
このファイルリストには、例えば、ファイル名（フォルダ名を含む）、ファイルサイズ、ファイルの更新日時などのファイルの識別情報が含まれる。なお、これ以降の説明で生成されるファイルリストも、これと同様の項目を含む。
【００４０】
現用機管理サーバ２は、凍結エリア２１に記憶されているソースファイルを更新対象の現用機３へ送信する（Ｓ３３）。現用機３は、送信されたファイルを受信する。
【００４１】
そして、現用機管理サーバ１は、現用機３に対して受信したプログラムのファイルリスト生成および送信を指示し、各現用機３からファイルリストを取得する（Ｓ３４）。このリストを確認することにより、現用機３へのファイル転送が問題なく行われたことを確認する。
【００４２】
この後、現用機３に対して、現用機３で現在動作しているプログラムのソースファイル等のバックアップを指示する（Ｓ３５）。この指示を受けた現用機３は、それぞれ、現在の環境をバックアップする。
【００４３】
そして、現用機管理サーバ１は、ステップＳ３３で各現用機３に新たに送り込んだプログラムに更新（バージョンアップ）するよう指示をする（Ｓ３６）。この指示を受けた現用機３は、指示に従ってプログラムを更新（バージョンアップ）する。このとき、必要に応じて実行形式のプログラムへの変換などを行う。
【００４４】
現用機管理サーバ１は、現用機３に対してバージョンアップ後のプログラムのファイルリスト生成および送信を指示し、各現用機３からファイルリストを取得する（Ｓ３７）。
【００４５】
ここで、ステップＳ３２で生成したファイルリストとステップＳ３７で取得したファイルリストとを比較する（Ｓ３８）。比較の結果、両者が一致しなかったときは（Ｓ３８：ＮＧ）、ステップＳ３３以降を繰り返す。比較の結果、両者が一致したときは（Ｓ３８：ＯＫ）、ステップＳ３７で取得したファイルリストを保存し、現用機３へ再起動を指示する（Ｓ３９，Ｓ４０）。現用機３が正常に動作したときは、そのまま終了する（Ｓ４１：ＯＫ）。現用機３が正常に動作しなかったときは、ステップＳ３３でバックアップしたデータに基づいて、バージョンアップ前の環境を復旧して、再起動するように指示をする（Ｓ４２）。
【００４６】
以上に説明した手順を実行することにより、確実にバージョンアップを実行することができる。
【００４７】
＜世代管理＞
次に、現用機管理サーバ２の資源管理エリア２２には、各資源が複数世代分記憶されている。以上に説明したバージョンアップが終了すると、現用機との整合性をとるために、これらの世代交代を行う。以下、その処理手順について図７を用いて説明する。
【００４８】
バージョンアップが完了すると、第２世代エリア２２３に記憶されているバージョンアップ対象プログラムの第２世代のソースファイルを、第３世代エリア２３へコピーする（Ｓ５１）。この処理は、データベースをリネームするのではなく、バージョンアップがあったプログラムのソースファイルについてのみ、コピーを行う。以下、同様である。
【００４９】
つぎに、第１世代エリア２２２に記憶されているバージョンアップ対象プログラムの第１世代のソースファイルを、第２世代エリア２２３の対応するファイルに上書きする（Ｓ５２）。
【００５０】
つぎに、最新世代エリア２２１に記憶されているバージョンアップ対象プログラムの最新世代のソースファイルを、第１世代エリア２２２の対応するファイルに上書きする（Ｓ５３）。
【００５１】
最後に、凍結エリア２１に記憶されているバージョンアップ対象プログラムのソースファイルを、最新世代エリア２２１の対応するファイルに上書きする（Ｓ５４）。
【００５２】
上記処理でエラーが発生せず、正常に終了したか確認する（Ｓ５５）。正常でない場合は（Ｓ５５：ＮＧ）、ステップＳ５１以降を繰り返す。正常の場合は（Ｓ５５：ＯＫ）、開発管理サーバ１へファイル名等を通知し、開発管理サーバ１の最新世代エリア１５のソースファイルを更新するよう指示をする（Ｓ５６）。開発管理サーバ１は、この指示に従って、通知されたファイル名等で特定される、凍結エリア１６に格納されているソースファイルを最新世代エリア１５の対応するファイルに上書きする。
【００５３】
これにより、開発管理サーバ１でも最新バージョンとの整合性が確保される。
【００５４】
＜緊急変更＞
以上、現用機３で動作するプログラムのバージョンアップのための通常の処理手順を説明した。しかし、実際のシステム運用においては、一刻も早くバージョンアップを行わなければならないときがある。そのようなときは、上記手順を踏むことによって要する時間すら惜しい。このようなときは、緊急変更端末７から直接現用機３のバージョンアップを行う緊急変更が行われる。以下、緊急変更手順について図８を用いて説明する。
【００５５】
操作者の指示に基づいて、緊急変更端末７は現用機３に修正されたソースファイルを直接送信して、バージョンアップを行う（Ｓ６１）。そして、緊急変更のバージョンアップが成功し、正常に動作するかどうかを確認する（Ｓ６２）。
【００５６】
正常でないときは（Ｓ６２：Ｎｏ）、バージョンアップ前へ戻す（Ｓ６３）。正常であるときは（Ｓ６２：Ｙｅｓ）、現用機管理サーバ１は、最新世代エリア２２１のファイルリストを取得する（Ｓ６４）。現用機３からは、現用機３で動作しているプログラムのファイルリストを取得する（Ｓ６５）。これらのファイルリストを比較して、現用機３で動作しているプログラムと最新世代エリア２２１で管理されているプログラムとの差分を抽出して、緊急変更によってバージョンアップされたプログラムを特定する（Ｓ６６）。
【００５７】
現用機管理サーバ１は、ここで特定された、そのバージョンアップ後のソースファイルをバージョンアップが行われた現用機３から取得して、緊急変更データベース２５に格納する（Ｓ６７）。そして、図７で説明した要領によって、現用機管理サーバ１の世代交代を行う（Ｓ６８）。なお、図７のステップ５４では、凍結エリア２１に記憶されたソースファイルを最新世代エリアへコピーしているが、ここでは緊急変更データベース２５に記憶されたソースファイルをコピーする。
【００５８】
以上の手順により、緊急変更を行ったときでも、現用機管理サーバ１が管理するソースファイルの世代の整合性は担保される。
【００５９】
＜整合性チェック＞
つぎに、通常の運用を行っているときに、定期的に行うプログラムのバージョンチェックについて説明する。
【００６０】
現用機管理サーバ２の最新世代エリア２２１に格納されているプログラムのソースファイルと、現用機３で実際に動作しているプログラムとは対応がとれているのが原則である。しかし、何らかの理由でこの対応関係がずれてしまうことがあり得る。このような対応関係のずれを放置することは好ましくない。そこで、図９に示すような手順で整合性チェックを行い、対応関係を修復する。この処理は、定期的に起動されることが好ましい。
【００６１】
まず、図８に示したステップＳ６４−Ｓ６８を行って、現用機で動作しているプログラムと最新世代との差分ファイルを取得し、最新世代エリア２２１を現用機３に整合させる（Ｓ７１）。
【００６２】
ステップＳ７１で取得した更新されたファイル名を開発管理サーバ１へ転送する（Ｓ７２）。開発管理サーバ１は、転送されたファイルを自己の最新世代エリア１５へコピーする。これにより、開発管理サーバ１のバージョンも、整合がとれた状態に回復する。
【００６３】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【図面の簡単な説明】
【図１】本発明を適用した一実施形態にかかるバージョンアップ管理システムの全体構成を示す図である。
【図２】プログラムのバージョンアップ指示の受付手順を示すフローチャートである。
【図３】バージョンアップ作業依頼入力画面の一例を示す図である。
【図４】バージョンアップを行うための凍結ファイルの作成手順を示すフローチャートである。
【図５】プログラムを更新する手順を示すフローチャートである。
【図６】プログラムを更新する手順を示すフローチャートである。
【図７】資源の世代交代を行う手順を示すフローチャートである。
【図８】緊急変更の処理手順を示すフローチャートである。
【図９】整合性を確保するための処理手順を示すフローチャートである。
【符号の説明】
１…開発管理サーバ、２…現用機管理サーバ、３…現用機、４…バージョンアップ指示端末、５、６…管理者端末、７…緊急端末、９…ネットワーク。

Claims

プログラムのバージョンアップのためのシステムであって、
エディタと、
バーションアップ対象プログラムの修正前のソースファイルを記憶する手段と、
前記修正前のソースファイルを、前記エディタを用いて修正した修正後のソースファイルを記憶する手段と、
修正前のソースファイルと修正後のソースファイルとを比較して、両者の相違を示す第１の差分ファイルを生成する手段と、を備えるシステム。
前記生成手段により生成された第１の差分ファイルと、バージョンアップ指示者から受け付けた、予め作成されている第２の差分ファイルとを比較する手段と、
前記比較の結果、第１の差分ファイルと第２の差分ファイルとが一致しないとき、その旨を報知する手段をさらに備える請求項１記載のシステム。
特定の管理者だけがアクセス可能なようにアクセス権限が設定されている機密保護記憶手段をさらに備え、
前記比較の結果、第１の差分ファイルと第２の差分ファイルとが一致したとき、前記特定の管理者の操作に基づいて前記修正後のソースファイルを前記機密保護記憶手段に格納する請求項２記載のシステム。
プログラムのバージョンアップのための方法であって、
バーションアップ対象プログラムの修正前のソースファイルを取得するステップと、
前記修正前のソースファイルをエディタを用いて修正した修正後のソースファイルを取得するステップと、
修正前のソースファイルと修正後のソースファイルとを比較して、両者の相違を示す差分ファイルを生成するステップと、を備える方法。