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

Abstract

(57)【要約】 【目的】 ワークステーションのマスタファイルを管理
するターミナルコントローラ等の上位装置が、全てのワ
ークステーションのマスタファイルについて、そのバー
ジョンアップが可能な必要最小限の管理情報を保持する
ようにし、記憶領域の有効な活用を図る。 【構成】 上位装置は基本的に最新のバージョンのマス
タファイルのみを記憶する。さらに、そのマスタファイ
ルを構成するレコード毎に、各ワークステーションが前
回どのようなオペレーションを実行したかという内容
と、今回どのようなオペレーションをすべきかという内
容を記憶しておく。オペレーションの内容として、前回
のバージョンから最新のバージョンに直接バージョンア
ップするために必要な処理が盛り込まれる。全てのワー
クステーションについて、最新のバージョンにバージョ
ンアップしたときは、その部分の管理情報は削除され
る。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

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

【０００７】

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

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

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

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

【００１１】

【課題を解決するための手段】本発明の資源のバージョ
ン管理方法は、複数のワークステーションが共通に使用
するマスタファイルをそれぞれ各ワークステーションに
上位装置からダウンロードして、前記各ワークステーシ
ョンのマスタファイルのバージョンを前記上位装置が管
理し、それぞれ任意のタイミングで各ワークステーショ
ンのマスタファイルを最新のバージョンにバージョンア
ップするものにおいて、前記上位装置は、常に最新のバ
ージョンの前記マスタファイルのみを記憶するととも
に、当該マスタファイルの各レコード毎に、管理対象と
なる全てのワークステーションについて、現在の各ワー
クステーションのバージョンのマスタファイルを最新の
バージョンにバージョンアップするためのオペレーショ
ンを管理情報として記憶し、全てのワークステーション
について、前記最新のバージョンにバージョンアップす
るためのオペレーションが完了したとき、該当するレコ
ード毎に、その管理情報を削除することを特徴とするも
のである。

【００１２】

【作用】この方法では、上位装置は基本的に最新のバー
ジョンのマスタファイルのみを記憶する。さらに、その
マスタファイルを構成するレコード毎に各ワークステー
ションが前回どのようなオペレーションを実行したかと
いう内容と、今回どのようなオペレーションをすべきか
という内容を記憶しておく。オペレーションの内容は、
レコード毎に、前回のバージョンから最新のバージョン
に直接バージョンアップするために必要な処理が盛り込
まれる。全てのワークステーションについて、最新のバ
ージョンにバージョンアップしたときは、その部分の管
理情報は削除される。レコード毎の、しかもこれまでの
バージョンから最新のバージョンに直接バージョンアッ
プするためのオペレーションのみを保存するようにすれ
ば、管理情報の情報量は比較的少なくて済む。また、全
てのワークステーションのバージョンアップ状況を把握
し、それに従って不要な管理情報を削除するため、記憶
領域の無駄な消費が回避できる。

【００１３】

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

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

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

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

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

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

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

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

【００２１】図８は、これに対し、元の今回オペレーシ
ョンが三角印のときの論理である。即ち、例えば今回、
該当するレコードを追加しようとするような場合、元の
レコードについての前回オペレーションが何もしない三
角印となっている場合には、今回オペレーションは追加
Ａとなる。以下、同様の論理に従って、これらの表は構
成されている。

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

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

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

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

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

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

【００２８】

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

Claims (1)

【特許請求の範囲】
1. 【請求項１】 複数のワークステーションが共通に使用
   するマスタファイルをそれぞれ各ワークステーションに
   上位装置からダウンロードして、前記各ワークステーシ
   ョンのマスタファイルのバージョンを前記上位装置が管
   理し、それぞれ任意のタイミングで各ワークステーショ
   ンのマスタファイルを最新のバージョンにバージョンア
   ップするものにおいて、 前記上位装置は、 常に最新のバージョンの前記マスタファイルのみを記憶
   するとともに、 当該マスタファイルの各レコード毎に、 管理対象となる全てのワークステーションについて、 現在の各ワークステーションのバージョンのマスタファ
   イルを最新のバージョンにバージョンアップするための
   オペレーションを管理情報として記憶し、 全てのワークステーションについて、前記最新のバージ
   ョンにバージョンアップするためのオペレーションが完
   了したとき、 該当するレコード毎に、その管理情報を削除することを
   特徴とする資源のバージョン管理方法。