JP3359057B2 - 資源のバージョン管理方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数のワークステーシ
ョンが共通に使用するマスタファイルのバージョンを、
上位装置が管理する場合の、資源のバージョン管理方法
に関する。

【０００２】

【従来の技術】複数のワークステーションが、それぞれ
共通のマスタファイルを使用して各種の処理を実行する
場合、そのマスタファイルを１箇所のメモリに格納して
管理すると、アクセスが競合したりネットワークのスル
ープットが低下する場合がある。これを解決するため
に、マスタファイルを１箇所で管理すると共に、これを
所定のタイミングで各ワークステーションにダウンロー
ドし、使用する方法がある。

【０００３】図２に、このような方法を採用したコンピ
ュータシステムのブロック図を示す。図において、この
システムは、ターミナルコントローラ１が自己の所有す
る記憶装置２にマスタファイル３を保持し、これを複数
のワークステーションＷＳ−１〜ＷＳ−４に対し、通信
回線５を介してダウンロードする構成となっている。各
ワークステーションＷＳ−１〜ＷＳ−４には、それぞれ
記憶装置４が接続されている。このようなシステムにお
いては、各ワークステーションＷＳ−１〜ＷＳ−４は、
それぞれ、例えば毎朝立ち上げの際、あるいは夕方電源
をオフする直前に、ターミナルコントローラ１から最新
のマスタファイルのダウンロードを受ける。なお、この
場合、マスタファイル３を単に最新のものに置き換える
というだけでは、正常なバージョンアップができない場
合がある。

【０００４】例えば、金融機関のオンラインシステムに
おいては、新規に開店したり閉鎖したりする営業店のリ
ストをマスタファイル３としてターミナルコントローラ
１が管理する。このマスタファイルは、随時更新されて
バージョンアップされていくが、そのマスタファイルを
利用した各種の別のファイルを、それぞれワークステー
ションが個々に保持しており、マスタファイルのバージ
ョンアップと共に他のファイルの変更等も必要とする。
また、マスタファイルのバージョンアップは、各ワーク
ステーションＷＳ−１〜ＷＳ−４がそれぞれ立ち上げ時
や電源オフの直前に実行する。従って、頻繁に使用され
るワークステーションについては、常に最新のバージョ
ンのマスタファイルがダウンロードされる。しかしなが
ら、長期間使用されないワークステーションもあり、こ
のようなワークステーションについては、マスタファイ
ルが古いバージョンのままバージョンアップされずにい
ることがある。

【０００５】例えば、図の例では、ワークステーション
ＷＳ−２とＷＳ−３には、バージョンが１．４のマスタ
ファイルがダウンロードされている。また、ワークステ
ーションＷＳ−１は、バージョンが１．３のマスタファ
イルがダウンロードされている。しかしながら、ワーク
ステーションＷＳ−４には、バージョンが１．１のもの
がダウンロードされており、最も古いバージョンとなっ
ている。ターミナルコントローラ１は、これらのいずれ
かのワークステーションが立ち上げられ、あるいは電源
オフの直前にダウンロードを要求した場合、各ワークス
テーションのバージョンに応じてバージョンアップ処理
のための情報を送らなければならない。例えば、この例
で、ターミナルコントローラ１のマスタファイル３がバ
ージョン１．５にバージョンアップされた場合、ワーク
ステーションＷＳ−２とＷＳ−３が立ち上げられた場
合、ターミナルコントローラ１がバージョンが１．４の
マスタファイルを１．５のマスタファイルに更新するた
めの情報を送ることになる。一方、バージョンが１．３
のワークステーションＷＳ−１が立ち上げられた場合、
ターミナルコントローラ１はバージョン１．３のマスタ
ファイルをバージョン１．４にバージョンアップすると
共に、さらにバージョン１．５にバージョンアップする
ための情報を送るようにしている。

【０００６】図３に、従来のこの種のバージョンアップ
のためのオペレーション内容説明図を示す。上記ターミ
ナルコントローラ１の各ワークステーションに対するバ
ージョンアップのためのオペレーションは、この図に示
すような内容となる。即ち、ターミナルコントローラ１
に保持されているオペレーションは、図に示すように、
バージョン１．１から１．２にバージョンアップするた
めのオペレーションと、バージョン１．２からバージョ
ン１．３にバージョンアップするためのオペレーション
と、バージョン１．３から１．４にバージョンアップす
るためのオペレーション及びバージョン１．４から１．
５にバージョンアップするためのオペレーションの４種
類のオペレーションが保持される。これによって、バー
ジョンが１．１のもの、１．２のもの、１．３のもの、
１．４のものについて、いずれのワークステーションに
ついてもバージョンアップを円滑に実行することが可能
になる。なお、この図では、１段階ずつバージョンアッ
プするための処理をＯＰ（１．３→１．４）というよう
に表示している。従って、先に説明したとおり、バージ
ョンの低いワークステーションをバージョンアップする
場合には、そのバージョンに応じて複数回のオペレーシ
ョンが繰り返されることになる。

【０００７】

【発明が解決しようとする課題】ところで、上記のよう
な各ワークステーションのマスタファイルの管理方法に
おいては、各ワークステーションを管理するためのター
ミナルコントローラやその他の処理プロセッサが、任意
のバージョンのマスタファイルを持つワークステーショ
ンについて、そのバージョンを最新のマスタファイルの
バージョンにバージョンアップするための更新情報を全
て累積的に保持しておく必要があった。

【０００８】図４に従来のマスタファイルについての管
理情報例説明図を示す。図に示すように、例えばあるマ
スタファイルが新たにシステムに追加された場合、ター
ミナルコントローラは、最初のバージョン１．１から始
まって最新のバージョン１．５に至るまで、それぞれ段
階的にバージョンアップを行うためのオペレーションを
更新情報として保存しておく必要があった。ところが、
マスタファイルの数が増加し、またその情報量も増加す
ると、このような更新情報が膨大になり、これを全て蓄
積していくと、記憶装置の管理上、不経済な場合が生じ
る。そこで、従来は適当な期間が経過すると、古いバー
ジョンの更新情報から順次、記憶領域上から消去してい
くようにして、その調整を図っていた。

【０００９】システムが活発に利用され、各ワークステ
ーションが常に適当なタイミングでマスタファイルのバ
ージョンアップを行っていれば、このようなシステムを
採用して支障はない。しかしながら、例えば図２に示し
たように、特定のワークステーションＷＳ−４が長期間
使用されず、古いバージョンのマスタファイルがそのま
ま更新されないでいることがある。このような場合、タ
ーミナルコントローラが、古いバージョンの更新情報を
記憶装置２から消滅させてしまった後は、ワークステー
ションＷＳ−４についてのマスタファイルのバージョン
アップが困難になるという問題があった。

【００１０】本発明は以上の点に着目してなされたもの
で、ワークステーションのマスタファイルを管理するタ
ーミナルコントローラ等の上位装置が、全てのワークス
テーションのマスタファイルについて、そのバージョン
アップが可能な必要最小限の管理情報を保持するように
し、記憶領域の有効な活用を図るようにした資源のバー
ジョン管理方法を提供することを目的とするものであ
る。

【００１１】

【課題を解決するための手段】本発明は、上位装置から
共用するマスタファイルを複数のワークステーションに
ダウンロードすると共に該上位装置が該各ワークステー
ションのマスタファイルをバージョンアップすべく更新
する資源のバージョン管理方法において、上位装置は、
記憶している前回のバージョンのマスタファイルに対
し、マスタファイルを構成するレコード毎に、前回以前
のバージョンを保持するワークステーションに対し前回
のバージョンへ更新するための追加、変更及び削除のい
ずれかを示す前回管理情報を生成して記憶すると共に、
前回のバージョンを保持するワークステーションに対し
更新の終了を示す終了情報を生成して記憶し、かつ上位
装置は、今回の最新のバージョンのマスタファイルを記
憶すると、レコード毎に、前回以前のバージョンを保持
するワークステーションに対し該レコードを更に今回の
バージョンへ更新するために前回管理情報に基づいて今
回管理情報を生成して記憶すると共に、前回のバージョ
ンを保持するワークステーションに対し該レコードを更
に今回のバージョンへ更新するために該バージョン対応
の今回管理情報を生成して記憶し、更に上位装置は、最
新のマスタファイルを記憶した時点で、前回及び前回以
前のバージョンのいずれかを保持するワークステーショ
ンが今回管理情報に基づくレコードの更新により今回の
バージョンを保持すると、対応する今回管理情報を終了
情報に変更し、全ての今回管理情報が終了情報に変更さ
れると、該全ての終了情報を削除すること、を特徴とす
る。

【００１２】

【作用】この方法では、予め、マスタファイルを構成す
るレコード毎に前回のバージョンを保持するワークステ
ーションに対してはその終了情報を、又前回以前のバー
ジョンを保持するワークステーションに対しては前回の
バージョンへ更新するための管理情報を記憶しておく。
そして、上位装置が最新（今回）のバージョンのマスタ
ファイルのみを記憶した時点で、レコード毎に、前回以
前のバージョンのワークステーションに対してはこの管
理情報に基づき更に今回管理情報を生成して記憶する。
また、前回のバージョンのワークステーションに対して
は今回のバージョンに更新するための今回管理情報を記
憶する。一方、全てのワークステーションについて前回
のバージョンにバージョンアップされているときは、全
ての管理情報は終了情報に変更されているので、これら
終了情報を削除する。 このように、レコード毎に、これ
までのバージョンから最新のバージョンに直接バージョ
ンアップするための管理情報及び終了情報を保存するよ
うにすれば、前回までのバージョンの更新情報を保持す
る必要がない。また、全てのワークステーションが前回
のバージョンを保持する場合には終了情報を削除するた
め、更に記憶領域の無駄な消費が回避できる。

【００１３】

【実施例】以下、本発明を図の実施例を用いて詳細に説
明する。図１は、本発明の方法を実施した各レコード毎
の管理情報説明図である。本発明は、例えば図２に示し
たものと同様のコンピュータシステムに適用される。即
ち、複数のワークステーションが共通に使用するマスタ
ファイルをターミナルコントローラ等の上位装置が管理
し、それぞれ所定のタイミングでダウンロードする。こ
のダウンロードの際に、必要なバージョンアップが行わ
れる。バージョンアップのタイミングがワークステーシ
ョン毎に任意のため、本発明においては、図１に示すよ
うな管理情報を持つ。この情報は、上位装置に格納され
る。

【００１４】図のように、この管理情報はマスタファイ
ルを構成する各レコード毎に設けられる。例えば、マス
タファイルが営業店リストである場合、新たな営業店が
追加されたとき、その営業店に対応するレコードの管理
情報が生成される。この管理情報の構成は、図に示すよ
うに、レコード名と、システムのバージョン及び今回オ
ペレーション（管理情報）と前回オペレーション（管理
情報）の内容とから成る。システムのバージョンという
のは、マスタファイルの最新（今回）のバージョンを示
すものである。今回オペレーションと前回オペレーショ
ンについては、それぞれシステムにより管理される全て
のワークステーション毎に、個別に必要なオペレーショ
ンの内容が表示される。

【００１５】図５に本発明による各オペレーションの内
容説明図を示す。本発明においては、各ワークステーシ
ョン毎の、各レコード毎に、そのバージョンアップのた
めのオペレーションを設定する。従って、オペレーショ
ン中には、図３を用いて示したような、ＯＰ（１．１→
１．２）、ＯＰ（１．２→１．３）…というようにバー
ジョンアップをするオペレーションでなく、現在のバー
ジョンから最新のバージョンに直接バージョンアップす
るためのオペレーションが格納される。

【００１６】即ち、図５（ａ）に示したように、例えば
ワークステーションＷＳ−１については、該当するレコ
ードについて、バージョン１．３からバージョン１．５
にバージョンアップするためのオペレーションが記憶さ
れ、ワークステーションＷＳ−２については、バージョ
ン１．４からバージョン１．５にバージョンアップする
ためのオペレーションが記憶される。従って、予め図５
（ｂ）に示すバージョンアップの経過を考慮すると同様
に論理的にオペレーションの内容を導き出しておく必要
がある。

【００１７】例えば、図５の（ｂ）に示すように、従来
ＯＰ（１．１→１．２）、ＯＰ（１．２→１．３）、Ｏ
Ｐ（１．３→１．４）、ＯＰ（１．４→１．５）という
４段階のオペレーションが実行されるべきものを論理的
に解析し、ＯＰ（１．１→１．５）という内容とし、こ
れを各レコード毎にかつ各ワークステーション毎に記憶
しておく。例えば、特定のレコードがバージョン１．１
で追加され、バージョン１．２で削除され、バージョン
１．３で再び追加されたような場合、バージョン１．１
から１．３へのバージョンアップのためのオペレーショ
ンは、実際には変更という内容となる。また、バージョ
ン１．２から１．３へのオペレーションの内容はレコー
ドの追加となる。１つのレコード単位でみれば、このよ
うに何回かバージョンアップを繰り返された後であって
も、オペレーションの内容は追加か、削除か、変更のい
ずれかとなり、極めて単純な内容となる。

【００１８】このように各ワークステーション毎の前回
オペレーションが記憶されていれば、上位装置がマスタ
ファイルを最新のバージョンにバージョンアップした場
合、それぞれのワークステーションについて今回どのよ
うなオペレーションを実行すべきか論理的に判断し、そ
のオペレーションの内容を設定できる。

【００１９】図６及び図７に、このような上位装置の記
憶装置に格納されたマスタファイルの管理情報を更新す
るための論理説明図を示す。まず、図６は、あるレコー
ドについて、データベース２に最新のマスタファイル３
が格納される場合のオペレーションである。即ち、全て
のワークステーションのマスタファイル中のこのレコー
ドに関するバージョンが前回のバージョン（Ｖ１．４）
に一致しているとき、本発明ではそのレコードについて
終了情報「△」を持たない。従って、このとき、最新の
レコード情報をマスタファイルに追加する場合、削除す
る場合、更新する場合、新たにそのレコードに関する管
理情報が生成される。その場合、今回のオペレーション
は、追加か、削除か、更新のいずれかであって、前回の
オペレーション「△」は表示は不要である。

【００２０】図７には、これに対し、既にあるレコード
についてオペレーションが存在し、そのレコードについ
て今回の最新のバージョンに基づいて新たに追加した
り、削除したり、更新したりする処理が加わった場合の
論理を示す。例えば、今回（Ｖ１．５）そのレコードを
削除するような場合、前回（Ｖ１．４）実行すべきオペ
レーションが追加Ａであったような場合には、今回のバ
ージョンで示すオペレーション（削除）はその内容が変
更され、三角印、即ち何もしないという内容となる。こ
の論理は、レコードについての今回のバージョンで示す
オペレーションが追加、削除、更新（変更）のいずれか
の処理を示す場合、即ち三角印以外の場合のオペレーシ
ョン変更論理である。

【００２１】

【００２２】図９に、上記のようなマスタファイル更新
処理フローチャートを示す。上位装置は、このフローチ
ャートに従ってマスタファイルや管理情報（オペレーシ
ョン）の更新を予め行い、その後、各ワークステーショ
ンに対するバージョンアップ処理を実行する。まず、ス
テップＳ１において、システムの管理バージョン番号の
更新を行う。そして、新たなマスタ更新データを読み込
む（ステップＳ２）。次に、ステップＳ３において処理
が終了かどうを判断する。処理が終了していなければ、
ステップＳ４においてマスタを更新し、ステップＳ５に
おいてこれまでの管理情報を読み込む。

【００２３】ここで、今回更新の対象となったレコード
についての管理情報があるか否かを判断する（ステップ
Ｓ６）。そのレコードについての管理情報があった場合
には、先に説明した要領で管理情報の更新を行う（ステ
ップＳ７）。一方、そのような管理情報がない場合に
は、対応するレコードについて新たに管理情報を追加す
る（ステップＳ８）。こうして、ステップＳ９において
処理を確定し、ステップＳ２に戻る。上記のような手順
によって、上位装置側でマスタファイルのバージョンア
ップが終了すると、その後ワークステーションが任意の
タイミングで立ち上げられ、あるいは電源をオフする際
に、個別にそのバージョンアップが行われる。

【００２４】図１０にワークステーション毎のバージョ
ンアップフローチャートを示す。ステップＳ１におい
て、ワークステーションからログインのための電文を上
位装置が受信する。次にステップＳ２において、ワーク
ステーションのファイルのバージョンチェックを行う。
もし、ここでワークステーションのマスタファイルのバ
ージョンと上位装置のマスタファイルのバージョンが一
致した場合には、ステップＳ３からステップＳ１２に移
り処理を処理を終了する。一方、ワークステーションの
バージョンが古い場合には、ステップＳ４に移り、管理
情報の読込みを行う。そして、ステップＳ５において、
管理情報の送信が必要か否かを判断する。即ち、管理情
報にそのワークステーションに該当するオペレーション
が先に説明した要領で格納されているが、その場合に実
質的に新たな情報を必要としない場合には、そのレコー
ドについてオペレーションは完了したものとしてステッ
プＳ１１に移り、次のレコードについての管理情報読込
みに移る。

【００２５】ステップＳ５で、送信が必要と判断された
場合にはステップＳ６に移り、そのオペレーションによ
って明らかになった更新データをワークステーションに
送出する。これによって、ワークステーションの該当す
るレコードが最新のバージョンに更新される。ステップ
Ｓ７においては、そのようなオペレーションが終了した
後、図１に示した管理情報の更新を行う。即ち、該当す
るワークステーションについて最新のバージョンにバー
ジョンアップされた旨のデータを記入する。ステップＳ
８において、全てのワークステーションに対し、そのレ
コードについてオペレーションが終了したか否かを判断
する。

【００２６】ここで、全てのワークステーションについ
て、そのレコードのバージョンアップが完了していれ
ば、既にそのレコードについての管理情報「△」を保持
する必要がない。従って、ステップＳ９において、レコ
ードの管理情報「△」を削除する。それ以外の場合に
は、そのまま管理情報を保存確定する（ステップＳ１
０）。そして、ステップＳ１１に移り、全ての管理情報
について読込みが完了したか否かを判断し、該当するワ
ークステーションについて別の管理情報がある場合に
は、ステップＳ４に移り、先に説明した処理を繰り返
す。

【００２７】本発明は以上の実施例に限定されない。管
理情報の構成やレイアウト、その形式等は、同様の趣旨
を変更しない範囲で自由に変形して差し支えない。ま
た、システムの構成は、電話等の公衆回線を介して接続
されたワークステーションや、ローカルエリアネットワ
ーク等を介して接続されたワークステーション等、各種
のものに適用が可能である。さらに、マスタファイルと
しては、データだけでなく、プログラムその他あらゆる
資源について本発明の利用が可能である。

【００２８】

【発明の効果】以上説明した本発明の資源のバージョン
管理方法は、上位装置が最新のバージョンのマスタファ
イルのみを記憶し、さらに各レコード毎に管理対象とな
る全てのワークステーションについて、そのワークステ
ーションのバージョンのマスタファイルを、最新のバー
ジョンに直接バージョンアップするためのオペレーショ
ンを管理情報として記憶しておくので、トータルとして
保存しておくべきバージョン管理用の情報量が従来に比
べて十分減少する。しかも、全てのワークステーション
についてバージョンアップが完了したレコードに対する
管理情報は、自動的に削除されるため、この種の情報の
累積によって大量の記憶領域を消費することがない。さ
らに、全てのワークステーションのバージョンを明確に
管理するため、例えば長期間バージョンアップがされな
いワークステーションが、その後バージョンアップ不能
になるといった問題もなくなる。

【図面の簡単な説明】

【図１】本発明の方法による各レコード毎の管理情報説
明図である。

【図２】一般のコンピュータシステムのブロック図であ
る。

【図３】従来のオペレーション内容説明図である。

【図４】従来のマスタファイルについての管理情報例説
明図である。

【図５】本発明による各オペレーションの内容説明図で
ある。

【図６】管理情報更新論理説明図（その１）である。

【図７】管理情報更新論理説明図（その２）である。

【図８】管理情報更新論理説明図（その３）である。

【図９】本発明のマスタファイル更新処理フローチャー
トである。

【図１０】本発明のワークステーション毎のバージョン
アップフローチャートである。

フロントページの続き (56)参考文献 特開 平３−179541（ＪＰ，Ａ) 特開 昭62−179027（ＪＰ，Ａ) 特開 平２−294765（ＪＰ，Ａ) 特開 平３−74738（ＪＰ，Ａ) 特開 平３−252756（ＪＰ，Ａ) 特開 平４−98434（ＪＰ，Ａ) 特開 平３−286345（ＪＰ，Ａ) 特開 平３−282746（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 12/00 517

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 上位装置から共用するマスタファイルを
   複数のワークステーションにダウンロードすると共に該
   上位装置が該各ワークステーションのマスタファイルを
   バージョンアップすべく更新する資源のバージョン管理
   方法において、 前記上位装置は、記憶している前回のバージョンのマス
   タファイルに対し、 前記マスタファイルを構成するレコード毎に、前回以前
   のバージョンを保持する前記ワークステーションに対し
   前回のバージョンへ更新するための追加、変更及び削除
   のいずれかを示す前回管理情報を生成して記憶すると共
   に、前回のバージョンを保持する前記ワークステーショ
   ンに対し更新の終了を示す終了情報を生成して記憶し、かつ前記上位装置は、 今回の最新のバージョンのマスタ
   ファイルを記憶すると、 前記レコード毎に、前回以前のバージョンを保持する前
   記ワークステーションに対し該レコードを更に今回のバ
   ージョンへ更新するために前記前回管理情報に基づいて
   今回管理情報を生成して記憶すると共に、前回のバージ
   ョンを保持する前記ワークステーションに対し該レコー
   ドを更に今回のバージョンへ更新するために該バージョ
   ン対応の今回管理情報を生成して記憶し、更に前記上位装置は、 前記最新のマスタファイルを記憶
   した時点で、前回及び前回以前のバージョンのいずれか
   を保持する前記ワークステーションが前記今回管理情報
   に基づく前記レコードの更新により今回のバージョンを
   保持すると、対応する前記今回管理情報を前記終了情報
   に変更し、 前記全ての今回管理情報が前記終了情報に変更される
   と、該全ての終了情報を削除すること、 を特徴とする資源のバージョン管理方法。