JP2007280415A - 管理装置及びバージョン管理システム及びプログラムバージョン管理方法 - Google Patents

Abstract

【課題】プログラムのバージョンアップの履歴と実際の動作環境との整合をとる。
【解決手段】現用機で動作しているプログラムの識別情報を定期的に取得する。最新世代プログラムのソースファイルを記憶する最新世代エリアに記憶されているソースファイルの識別情報と、取得した識別情報とに基づいて、現用機で動作しているプログラムと最新世代プログラムとの差分に相当するプログラムのソースファイルを現用機から取得する。取得したソースファイルを、最新世代エリアに最新世代プログラムのソースファイルとして格納する（以上、Ｓ７１）。そして、取得したソースファイルを、管理装置に接続されている他の管理装置へ転送し、他の管理装置とも整合をとる（Ｓ７２）。
【選択図】図９

Description

本発明は、プログラム等のバージョンを管理するための技術に関し、特に、現用機で動作しているプログラムとバージョン管理のために把握している最新バージョンとの整合性を保つための技術に関する。

大規模なシステムにおいて、プログラムの登録、払い出しにおいて、プログラム管理者が不在であっても緊急時などでもスムーズに運用できるよう、プログラムの状態などを記憶したプログラム履歴テーブルを用いて行う方法が特許文献１に記載されている。

また、大分散型エンタープライズ環境において、コンピューティング資源を効果的に管理する方法が特許文献２に記載されている。

特開２０００−４７８５４号公報 特開平１０−１２４４６８号公報

ここで、プログラム等のバージョンアップを行う場合には、プログラムのソースファイルを修正、更新するという作業がある。そして、同一のプログラムが複数のコンピュータで動作しているような大規模システムでは、この修正、更新されたソースファイルを、それらの複数のコンピュータに配布して更新しなければならない。

また、バージョンアップ作業直後はミスに気付かず、時間が経ってからそのミスに気付くこともある。このようなときのために、過去のバージョンアップの履歴を管理することは重要である。

しかし、何らかの事情で実際に動作しているプログラムと、システムで把握している最新バージョンとが一致しなくなることがある。このようなときには、整合をとってバージョン管理を正しく行う必要がある。

本発明の目的は、プログラムのバージョンアップの履歴と実際の動作環境との整合をとるためのシステム等を提供することである。

請求項１記載の管理装置は、ネットワークを介して現用機と接続され、当該現用機の管理をする管理装置であって、アクセス権限が設定されている記憶領域である凍結エリアを備え、バージョンアップのために修正されてその内容が確定したソースファイルを前記凍結エリアに格納し、前記ネットワークを介して現用機に対して前記凍結エリアから前記バージョンアップソースファイルを送信することを特徴とする。

請求項２記載の管理装置は、請求項１に記載の管理装置であって、最新世代プログラムのソースファイルを記憶する手段と、前記現用機で動作しているプログラムの識別情報を定期的に取得する手段と、前記記憶手段に記憶されているソースファイルの識別情報と前記現用機から取得した識別情報とに基づいて、現用機で動作しているプログラムと最新世代プログラムとの差分を抽出する手段と、前記抽出手段で差分が抽出されると、前記差分に相当するプログラムのソースファイルを前記現用機から取得する手段と、当該取得したソースファイルを前記記憶手段に最新世代プログラムのソースファイルとして格納する手段と、を備えることを特徴とする。

請求項３記載のバージョン管理システムは、開発管理サーバと、現用機管理サーバと、現用機と、を備えるバージョン管理システムであって、開発管理サーバと現用機管理サーバはそれぞれアクセス権限が設定されている記憶領域である凍結エリアを備え、開発管理サーバにおいてバージョンアップのために修正されてその内容が確定したソースファイルを当該開発管理サーバが備える前記凍結エリアに格納し、当該開発管理サーバの凍結エリアから前記現用機管理サーバの凍結エリアへ前記バージョンアップソースファイルをコピーすることで現用機管理サーバの凍結エリアに前記バージョンアップソースファイルを格納し、前記現用機に対して前記現用機管理サーバの凍結エリアから前記バージョンアップソースファイルを送信することを特徴とする。

請求項４記載のバージョン管理システムは、請求項３に記載のバージョン管理システムであって、前記開発管理サーバが、バージョンアップ対象のソースファイルを格納する記憶領域である納品エリアと、バージョンアップのための修正ソースファイルが格納される記憶領域であるワークエリアと、を備え、前記開発管理サーバに対して差分情報を指定したバージョンアップ指示があった場合であって前記ワークエリアに修正後ソースファイルが格納された場合に、前記開発管理サーバによって、当該ワークエリアの修正後ソースファイルと前記納品エリアのソースファイルとを比較して両者の差分ファイルを生成し、当該差分ファイルと前記差分情報を比較し、この比較の結果両者が一致した場合に、前記修正後ソースファイルを、前記内容が確定したソースファイルとして開発管理サーバの前記凍結エリアに格納することを特徴とする。

請求項５記載のバージョン管理システムは、請求項３又は４に記載のバージョン管理システムであって、前記現用機サーバが、最新世代プログラムのソースファイルを記憶する手段と、前記現用機で動作しているプログラムの識別情報を定期的に取得する手段と、前記記憶手段に記憶されているソースファイルの識別情報と前記現用機から取得した識別情報とに基づいて、現用機で動作しているプログラムと最新世代プログラムとの差分を抽出する手段と、前記抽出手段で差分が抽出されると、前記差分に相当するプログラムのソースファイルを前記現用機から取得する手段と、当該取得したソースファイルを前記記憶手段に最新世代プログラムのソースファイルとして格納する手段と、を備えることを特徴とする。

請求項６記載のプログラムバージョン管理方法は、開発管理サーバと、現用機管理サーバと、現用機と、を備えるバージョン管理システムであって、開発管理サーバと現用機管理サーバがそれぞれアクセス権限が設定されている記憶領域である凍結エリアを備えているバージョン管理システムを、利用したプログラムバージョン管理方法であって、開発管理サーバを使用して修正したソースファイルであってバージョンアップのために修正されてその内容が確定したソースファイルを、前記開発管理サーバが備える凍結エリアに格納するステップと、当該開発管理サーバの凍結エリアから前記現用機管理サーバの凍結エリアへ前記バージョンアップソースファイルをコピーするステップと、前記現用機に対して前記現用機管理サーバの凍結エリアから前記バージョンアップソースファイルを送信するステップと、を備えることを特徴とする。

請求項７記載のプログラムバージョン管理方法は、請求項６に記載のプログラムバージョン管理方法であって、前記現用機で動作しているプログラムの識別情報を定期的に取得するステップと、前記現用機から前記識別情報を取得すると、最新世代プログラムのソースファイルを記憶する記憶手段に記憶されているソースファイルの識別情報と前記現用機から取得した識別情報とに基づいて、現用機で動作しているプログラムと最新世代プログラムとの差分を抽出するステップと、前記差分に相当するプログラムのソースファイルを前記現用機から取得するステップと、を備えることを特徴とする。

本発明に係る他の第１の発明は、現用機の管理をする管理装置であって、最新世代プログラムのソースファイルを記憶する手段と、前記現用機で動作しているプログラムの識別情報を、定期的に取得する手段と、前記記憶手段に記憶されているソースファイルの識別情報と前記現用機から取得した識別情報とに基づいて、現用機で動作しているプログラムと最新世代プログラムとの差分を抽出する手段と、前記抽出手段で差分が抽出されると、前記差分に相当するプログラムのソースファイルを前記現用機から取得する手段と、前記取得したソースファイルを、前記記憶手段に最新世代プログラムのソースファイルとして格納する手段と、前記記憶手段に記憶されている最新世代プログラムのソースファイルを、前記管理装置に接続されている、最新世代プログラムのソースファイルを管理する他の管理装置へ転送する手段とを備えることを特徴とする。

本発明に係る他の第２の発明は、上記第１の発明たる管理装置であって、前記記憶手段は、最新世代プログラムのソースファイルを記憶する最新世代領域と、最新世代よりも前の世代のファイルを記憶する旧世代記憶領域とを有し、前記格納手段は、前記取得したソースファイルと対応する、前記最新世代記憶領域のソースファイルを前記旧世代記憶領域の対応するファイルに上書きし、その後、前記取得したソースファイルを最新世代記憶領域の対応するソースファイルに上書きすることを特徴とする。

本発明に係る他の第３の発明は、上記第１の発明たる管理装置であって、前記プログラムの識別情報は、少なくともプログラム名、サイズ、および更新日時を含むことを特徴とする。

本発明に係る他の第４の発明は、現用機を管理する管理装置のための方法であって、前記現用機で動作しているプログラムの識別情報を定期的に取得するステップと、前記現用機から前記識別情報と取得すると、最新世代プログラムのソースファイルを記憶する記憶手段に記憶されているソースファイルの識別情報と前記現用機から取得した識別情報とに基づいて、現用機で動作しているプログラムと最新世代プログラムとの差分を抽出するステップと、前記差分に相当するプログラムのソースファイルを前記現用機から取得するステップと、前記取得したソースファイルを、前記管理装置に接続されている、最新世代プログラムのソースファイルを管理する他の管理装置へ転送するステップとを備えることを特徴とする。

本発明の一つの実施態様に従う、現用機の管理をする管理装置は、最新世代プログラムのソースファイルを記憶する手段と、前記現用機で動作しているプログラムの識別情報を、定期的に取得する手段と、前記記憶手段に記憶されているソースファイルの識別情報と前記現用機から取得した識別情報とに基づいて、現用機で動作しているプログラムと最新世代プログラムとの差分を抽出する手段と、前記抽出手段で差分が抽出されると、前記差分に相当するプログラムのソースファイルを前記現用機から取得する手段と、前記取得したソースファイルを、前記記憶手段に最新世代プログラムのソースファイルとして格納する手段と、前記記憶手段に記憶されている最新世代プログラムのソースファイルを、前記管理装置に接続されている、最新世代プログラムのソースファイルを管理する他の管理装置へ転送する手段とを備える。

好適な実施形態では、前記記憶手段は、最新世代プログラムのソースファイルを記憶する最新世代領域と、最新世代よりも前の世代のファイルを記憶する旧世代記憶領域とを有し、前記格納手段は、前記取得したソースファイルと対応する、前記最新世代記憶領域のソースファイルを前記旧世代記憶領域の対応するファイルに上書きし、その後、前記取得したソースファイルを最新世代記憶領域の対応するソースファイルに上書きするようにしてもよい。

好適な実施形態では、前記プログラムの識別情報は、少なくともプログラム名、サイズ、および更新日時を含むようにしてもよい。

以下、本発明を適用したバージョンアップ管理システムの一実施形態について、図面を用いて説明する。

図１は本システムの全体構成を示す図である。本システムは、開発管理サーバ１および現用機管理サーバ２の二つの管理サーバを有する。そして、現用機管理サーバ２は、インターネットまたは専用回線などのネットワーク９を介して複数の現用機３と接続されていて、これらを管理する。現用機３では、例えば、複数のコンピュータプログラムが動作していて、顧客に対して種々のサービスを提供する。各現用機３は、それぞれ独立に動作することができる。

開発管理サーバ１には、バージョンアップ指示の入力を受け付けるバージョンアップ指示端末４と、管理者端末５とが接続されている。

現用機管理サーバ２には、管理者端末６が接続されている。ネットワーク９には、さらに緊急バージョンアップを行うための緊急端末７が接続されている。

開発管理サーバ１、現用機管理サーバ２、バージョンアップ指示端末４、管理者端末５、６および緊急端末７は、いずれも例えば汎用的なコンピュータシステムにより構成され、以下に説明する各サーバおよび端末の内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。

開発管理サーバ１は、その内部機能として、ユニークな管理番号を自動採番する採番データベース１１と、バージョンアップ対象ファイルを一時的に記憶するための納品エリアと、バージョンアップ対象ファイルの編集を行うためのワークエリア１３と、ソースプログラムの編集を行うためのエディタ１４と、現用機で動作している、最新世代プログラムのソースファイルを記憶するための最新世代エリア１５と、バージョンアップされた（修正された）ファイルを記憶するための凍結エリア１６とを有する。

現用機管理サーバ２は、開発管理サーバ１で凍結されたファイルの転送を受けたとき、それを記憶するための凍結エリア２１と、プログラムのソースファイルを世代管理するための資源管理エリア２２と、第３世代の資源を格納するための第３世代エリア２３と、緊急変更があったときに現用機３から送られてくる緊急変更されたファイルを一時的に記憶するための緊急変更エリア２４とを備える。

凍結エリア１６、２１は、それぞれ、特定の管理者だけがアクセス可能なようにアクセス権限が設定されている記憶領域である。凍結エリア１６にアクセスできる管理者と凍結エリア２１にアクセスできる管理者は、同一の者でもあってもいいし、別の者でもよい。後述するように、凍結エリア１６、２１は、バージョンアップのために修正され、その内容が確定したソースファイルを記憶するための領域であり、不正に書き換えられることを防止する機密保護機能を有する。

資源管理エリア２２は、バージョンアップが繰り返されるプログラムのソースファイルの世代管理をするための記憶領域である。資源管理エリア２２には、複数種類のファイルについて、それぞれの最新ファイルを記憶する最新世代エリア２２１と、最新世代よりも前の世代のファイルを記憶する旧世代記憶エリアとして第１世代エリア２２２と、第２世代エリア２２３とがある。つまり、現用機管理サーバ２は、最新世代を含めた上記３世代分のソースファイルを世代管理する。

第３世代エリア２３は、現用機管理サーバ２として管理対象とはならない第２世代よりもさらに１世代前の第３世代のソースファイルを記憶するためのエリアである。第３世代エリア２３は、隠しデータベースとしてもよい。

上記の構成を備えるシステムにおいて、現用機３で動作するプログラムのバージョンアップを行うときの処理について説明する。

＜バージョンアップ指示＞
開発管理サーバ１は、図２に示すような手順で、現用機３で動作しているプログラムのバージョンアップ指示を受け付ける。

バージョンアップの指示入力は、バージョンアップ指示端末４に対して行われる（Ｓ１１）。例えば、作業者がバージョンアップ指示端末４の図示しない入出力装置を用いて、バージョンアップ作業依頼入力画面（以下、入力画面という）からバージョンアップの作業依頼情報を入力する。

入力画面１００には、例えば、図３に示すように、以下の項目についての入力領域を備える。すなわち、入力画面１００には、対象システム名１０１、リリース予定日１０２、バージョンアップ作業開始および終了日時１０３、優先順位１０４、影響度１０５、バージョンアップ対象ファイル名１０６、対象現用機１０７、バージョンアップ指示責任者１０８、バージョンアップ作業責任者１０９、作業指示書１１０、および差分エビデンス１１１の各入力領域がある。

ここで、優先順位１０４とは、複数のファイルのバージョンアップを行う場合、そのバージョンアップの作業に順序性があるときに、作業の順序を入力する。

バージョンアップ対象ファイル名１０６でバージョンアップ対象プログラムを識別することができる。

作業指示書１１０には、予め作成されているバージョンアップ作業の詳細な手順を記したドキュメントのファイル名等が入力される。

差分エビデンス１１１には、バージョンアップ対象となるソースファイルの修正前と修正後の差分を示すファイルのファイル名等が入力される。例えば、バージョンアップ指示者等が、予めテスト環境などでバージョンアップの確認したときに生成されたものである。後述するように、バージョンアップ作業の正当性を確認するときに用いられる。

入力画面１００で必要な情報が入力されると、バージョンアップ指示端末４は、採番データベース１１から、このバージョンアップ作業に対する管理番号を採番する（Ｓ１２）。

バージョンアップ指示端末４は、最新世代エリア１５からバージョンアップ対象ファイル名１０６で特定されるソースファイルを抽出するよう指示をする（Ｓ１３）。

そして、バージョンアップ指示端末４は、入力画面１００で入力された作業依頼情報を開発管理サーバ１へ転送し、作業依頼情報およびステップＳ１３の指示によって抽出されたソースファイルを対応付けて納品エリア１２に格納する（Ｓ１４）。このとき、さらに、作業指示書１１０および差分エビデンス１１１を対応付けてもよい。

これでバージョンアップ作業の準備が完了するので、バージョンアップ指示端末４から開発管理サーバ１へバージョンアップ作業の開始指示が通知される（Ｓ１５）。

＜バージョンアップ資源作成＞
つぎに、バージョンアップを行うための凍結ファイルの作成手順について図４を用いて説明する。ここで、凍結ファイルとは、ソースファイルを修正、変更が完了し、これ以上変更されたくない状態のファイルをいう。

まず、開発管理サーバ１は、納品エリア１２に記憶されているバージョンアップ対象のソースファイルをワークエリア１３へコピーする（Ｓ２１）。そして、バージョンアップ作業者が、管理者端末５を用いてエディタ１４を起動し、ワークエリア１３のソースファイルを修正、更新する（Ｓ２２）。この修正は、作業指示書に従って行う。修正後のソースファイルは、ワークエリア１３に記憶される。

修正作業が終了すると、開発管理サーバ１は、修正前のソースファイルと修正後のソースファイルとを比較して、両者の相違を示す差分ファイルを生成する（Ｓ２３）。

そして、開発管理サーバ１は、ここで生成された差分ファイルと、入力画面で指定された差分エビデンス１１１とを比較する（Ｓ２４）。この比較の結果、両者が一致しない場合は（Ｓ２４：ＮＧ）、メッセージウィンドウを出力するなどして作業者へその旨を報知し、ステップＳ２２以降を繰り返す。一方、この比較の結果が一致した場合は（Ｓ２４：ＯＫ）、凍結エリア１６にアクセス権限が与えられている特定の管理者の指示に基づいて、修正後のソースファイルを凍結エリア１６へコピーする。

これにより、バージョンアップ対象のソースファイル（凍結ファイル）が確定し、機密性の高い凍結エリア１６に格納される。凍結エリア１６に確定したファイルを保存することにより、誤ってファイルが書き換えられてしまったり、故意に書き換えられてしまったりする可能性も低くなり、よりセキュリティの高い状態で保存される。

＜バージョンアップ資源変更＞
次に、ファイル凍結後に、現用機で実際に動作しているプログラムを更新する手順について、図５および図６を用いて説明する。以下の処理は、例えば、作業者が管理者端末６から所定のコマンドを入力して行うこともできる。

まず、開発管理サーバ１の凍結エリア１６から現用機管理サーバ２の凍結エリア２１へ凍結されたソースファイルをコピーする（Ｓ３１）。このとき、作業依頼情報および作業指示書をあわせてコピーしてもよい。そして、凍結エリア２１に記憶されているソースファイルのリスト、つまりバージョンアップ対象のプログラムのリストを出力する（Ｓ３２）。

このファイルリストには、例えば、ファイル名（フォルダ名を含む）、ファイルサイズ、ファイルの更新日時などのファイルの識別情報が含まれる。なお、これ以降の説明で生成されるファイルリストも、これと同様の項目を含む。

現用機管理サーバ２は、凍結エリア２１に記憶されているソースファイルを更新対象の現用機３へ送信する（Ｓ３３）。現用機３は、送信されたファイルを受信する。

そして、現用機管理サーバ２は、現用機３に対して受信したプログラムのファイルリスト生成および送信を指示し、各現用機３からファイルリストを取得する（Ｓ３４）。このリストを確認することにより、現用機３へのファイル転送が問題なく行われたことを確認する。

この後、現用機３に対して、現用機３で現在動作しているプログラムのソースファイル等のバックアップを指示する（Ｓ３５）。この指示を受けた現用機３は、それぞれ、現在の環境をバックアップする。

そして、現用機管理サーバ２は、ステップＳ３３で各現用機３に新たに送り込んだプログラムに更新（バージョンアップ）するよう指示をする（Ｓ３６）。この指示を受けた現用機３は、指示に従ってプログラムを更新（バージョンアップ）する。このとき、必要に応じて実行形式のプログラムへの変換などを行う。

現用機管理サーバ２は、現用機３に対してバージョンアップ後のプログラムのファイルリスト生成および送信を指示し、各現用機３からファイルリストを取得する（Ｓ３７）。

ここで、ステップＳ３２で生成したファイルリストとステップＳ３７で取得したファイルリストとを比較する（Ｓ３８）。比較の結果、両者が一致しなかったときは（Ｓ３８：ＮＧ）、ステップＳ３３以降を繰り返す。比較の結果、両者が一致したときは（Ｓ３８：ＯＫ）、ステップＳ３７で取得したファイルリストを保存し、現用機３へ再起動を指示する（Ｓ３９，Ｓ４０）。現用機３が正常に動作したときは、そのまま終了する（Ｓ４１：ＯＫ）。現用機３が正常に動作しなかったときは、ステップＳ３３でバックアップしたデータに基づいて、バージョンアップ前の環境を復旧して、再起動するように指示をする（Ｓ４２）。

以上に説明した手順を実行することにより、確実にバージョンアップを実行することができる。

＜世代管理＞
次に、現用機管理サーバ２の資源管理エリア２２には、各資源が複数世代分記憶されている。以上に説明したバージョンアップが終了すると、現用機との整合性をとるために、これらの世代交代を行う。以下、その処理手順について図７を用いて説明する。

バージョンアップが完了すると、第２世代エリア２２３に記憶されているバージョンアップ対象プログラムの第２世代のソースファイルを、第３世代エリア２３へコピーする（Ｓ５１）。この処理は、データベースをリネームするのではなく、バージョンアップがあったプログラムのソースファイルについてのみ、コピーを行う。以下、同様である。

つぎに、第１世代エリア２２２に記憶されているバージョンアップ対象プログラムの第１世代のソースファイルを、第２世代エリア２２３の対応するファイルに上書きする（Ｓ５２）。

つぎに、最新世代エリア２２１に記憶されているバージョンアップ対象プログラムの最新世代のソースファイルを、第１世代エリア２２２の対応するファイルに上書きする（Ｓ５３）。

最後に、凍結エリア２１に記憶されているバージョンアップ対象プログラムのソースファイルを、最新世代エリア２２１の対応するファイルに上書きする（Ｓ５４）。

上記処理でエラーが発生せず、正常に終了したか確認する（Ｓ５５）。正常でない場合は（Ｓ５５：ＮＧ）、ステップＳ５１以降を繰り返す。正常の場合は（Ｓ５５：ＯＫ）、開発管理サーバ１へファイル名等を通知し、開発管理サーバ１の最新世代エリア１５のソースファイルを更新するよう指示をする（Ｓ５６）。開発管理サーバ１は、この指示に従って、通知されたファイル名等で特定される、凍結エリア１６に格納されているソースファイルを最新世代エリア１５の対応するファイルに上書きする。

これにより、開発管理サーバ１でも最新バージョンとの整合性が確保される。

＜緊急変更＞
以上、現用機３で動作するプログラムのバージョンアップのための通常の処理手順を説明した。しかし、実際のシステム運用においては、一刻も早くバージョンアップを行わなければならないときがある。そのようなときは、上記手順を踏むことによって要する時間すら惜しい。このようなときは、緊急変更端末７から直接現用機３のバージョンアップを行う緊急変更が行われる。以下、緊急変更手順について図８を用いて説明する。

操作者の指示に基づいて、緊急変更端末７は現用機３に修正されたソースファイルを直接送信して、バージョンアップを行う（Ｓ６１）。そして、緊急変更のバージョンアップが成功し、正常に動作するかどうかを確認する（Ｓ６２）。

正常でないときは（Ｓ６２：Ｎｏ）、バージョンアップ前へ戻す（Ｓ６３）。正常であるときは（Ｓ６２：Ｙｅｓ）、現用機管理サーバ２は、最新世代エリア２２１のファイルリストを取得する（Ｓ６５）。現用機３からは、現用機３で動作しているプログラムのファイルリストを取得する（Ｓ６４）。これらのファイルリストを比較して、現用機３で動作しているプログラムと最新世代エリア２２１で管理されているプログラムとの差分を抽出して、緊急変更によってバージョンアップされたプログラムを特定する（Ｓ６６）。

現用機管理サーバ２は、ここで特定された、そのバージョンアップ後のソースファイルをバージョンアップが行われた現用機３から取得して、緊急変更データベース２４に格納する（Ｓ６７）。そして、図７で説明した要領によって、現用機管理サーバ２の世代交代を行う（Ｓ６８）。なお、図７のステップ５４では、凍結エリア２１に記憶されたソースファイルを最新世代エリアへコピーしているが、ここでは緊急変更データベース２４に記憶されたソースファイルをコピーする。

以上の手順により、緊急変更を行ったときでも、現用機管理サーバ２が管理するソースファイルの世代の整合性は担保される。

＜整合性チェック＞
つぎに、通常の運用を行っているときに、定期的に行うプログラムのバージョンチェックについて説明する。

現用機管理サーバ２の最新世代エリア２２１に格納されているプログラムのソースファイルと、現用機３で実際に動作しているプログラムとは対応がとれているのが原則である。しかし、何らかの理由でこの対応関係がずれてしまうことがあり得る。このような対応関係のずれを放置することは好ましくない。そこで、図９に示すような手順で整合性チェックを行い、対応関係を修復する。この処理は、定期的に起動されることが好ましい。

まず、図８に示したステップＳ６４−Ｓ６８を行って、現用機で動作しているプログラムと最新世代との差分ファイルを取得し、最新世代エリア２２１を現用機３に整合させる（Ｓ７１）。

ステップＳ７１で取得した更新されたファイル名を開発管理サーバ１へ転送する（Ｓ７２）。開発管理サーバ１は、転送されたファイルを自己の最新世代エリア１５へコピーする。これにより、開発管理サーバ１のバージョンも、整合がとれた状態に回復する。

上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。

本発明を適用した一実施形態にかかるバージョンアップ管理システムの全体構成を示す図である。 プログラムのバージョンアップ指示の受付手順を示すフローチャートである。 バージョンアップ作業依頼入力画面の一例を示す図である。 バージョンアップを行うための凍結ファイルの作成手順を示すフローチャートである。 プログラムを更新する手順を示すフローチャートである。 プログラムを更新する手順を示すフローチャートである。 資源の世代交代を行う手順を示すフローチャートである。 緊急変更の処理手順を示すフローチャートである。 整合性を確保するための処理手順を示すフローチャートである。

符号の説明

１…開発管理サーバ、２…現用機管理サーバ、３…現用機、４…バージョンアップ指示端末、５、６…管理者端末、７…緊急端末、９…ネットワーク。

Claims (7)

1. ネットワークを介して現用機と接続され、当該現用機の管理をする管理装置であって、
   アクセス権限が設定されている記憶領域である凍結エリアを備え、バージョンアップのために修正されてその内容が確定したソースファイルを前記凍結エリアに格納し、前記ネットワークを介して現用機に対して前記凍結エリアから前記バージョンアップソースファイルを送信することを特徴とする管理装置。
2. 最新世代プログラムのソースファイルを記憶する手段と、前記現用機で動作しているプログラムの識別情報を定期的に取得する手段と、前記記憶手段に記憶されているソースファイルの識別情報と前記現用機から取得した識別情報とに基づいて、現用機で動作しているプログラムと最新世代プログラムとの差分を抽出する手段と、前記抽出手段で差分が抽出されると、前記差分に相当するプログラムのソースファイルを前記現用機から取得する手段と、当該取得したソースファイルを前記記憶手段に最新世代プログラムのソースファイルとして格納する手段と、を備えることを特徴とする請求項１に記載の管理装置。
3. 開発管理サーバと、現用機管理サーバと、現用機と、を備えるバージョン管理システムであって、開発管理サーバと現用機管理サーバはそれぞれアクセス権限が設定されている記憶領域である凍結エリアを備え、開発管理サーバにおいてバージョンアップのために修正されてその内容が確定したソースファイルを当該開発管理サーバが備える前記凍結エリアに格納し、当該開発管理サーバの凍結エリアから前記現用機管理サーバの凍結エリアへ前記バージョンアップソースファイルをコピーすることで現用機管理サーバの凍結エリアに前記バージョンアップソースファイルを格納し、前記現用機に対して前記現用機管理サーバの凍結エリアから前記バージョンアップソースファイルを送信することを特徴とするバージョン管理システム。
4. 前記開発管理サーバが、バージョンアップ対象のソースファイルを格納する記憶領域である納品エリアと、バージョンアップのための修正ソースファイルが格納される記憶領域であるワークエリアと、を備え、
   前記開発管理サーバに対して差分情報を指定したバージョンアップ指示があった場合であって前記ワークエリアに修正後ソースファイルが格納された場合に、前記開発管理サーバによって、当該ワークエリアの修正後ソースファイルと前記納品エリアのソースファイルとを比較して両者の差分ファイルを生成し、当該差分ファイルと前記差分情報を比較し、この比較の結果両者が一致した場合に、前記修正後ソースファイルを、前記内容が確定したソースファイルとして開発管理サーバの前記凍結エリアに格納することを特徴とする請求項３に記載のバージョン管理システム。
5. 前記現用機サーバが、最新世代プログラムのソースファイルを記憶する手段と、前記現用機で動作しているプログラムの識別情報を定期的に取得する手段と、前記記憶手段に記憶されているソースファイルの識別情報と前記現用機から取得した識別情報とに基づいて、現用機で動作しているプログラムと最新世代プログラムとの差分を抽出する手段と、前記抽出手段で差分が抽出されると、前記差分に相当するプログラムのソースファイルを前記現用機から取得する手段と、当該取得したソースファイルを前記記憶手段に最新世代プログラムのソースファイルとして格納する手段と、を備えることを特徴とする請求項３又は４に記載のバージョン管理システム。
6. 開発管理サーバと、現用機管理サーバと、現用機と、を備えるバージョン管理システムであって、開発管理サーバと現用機管理サーバがそれぞれアクセス権限が設定されている記憶領域である凍結エリアを備えているバージョン管理システムを、利用したプログラムバージョン管理方法であって、開発管理サーバを使用して修正したソースファイルであってバージョンアップのために修正されてその内容が確定したソースファイルを、前記開発管理サーバが備える凍結エリアに格納するステップと、当該開発管理サーバの凍結エリアから前記現用機管理サーバの凍結エリアへ前記バージョンアップソースファイルをコピーするステップと、前記現用機に対して前記現用機管理サーバの凍結エリアから前記バージョンアップソースファイルを送信するステップと、を備えることを特徴とするプログラムバージョン管理方法。
7. 前記現用機で動作しているプログラムの識別情報を定期的に取得するステップと、前記現用機から前記識別情報を取得すると、最新世代プログラムのソースファイルを記憶する記憶手段に記憶されているソースファイルの識別情報と前記現用機から取得した識別情報とに基づいて、現用機で動作しているプログラムと最新世代プログラムとの差分を抽出するステップと、前記差分に相当するプログラムのソースファイルを前記現用機から取得するステップと、を備えることを特徴とする請求項６に記載のプログラムバージョン管理方法。

Images