JPH04141733A - パッケージソフトのレベルアップ管理システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［概要コ 複数のユーザに提供しているパッケージソフトのレベル
アップ管理システムに関し、 カストマイズしているプログラムパッケージのレベルア
ップの可能性を検査できるようにすることを目的とし、 複数ユーザで稼動するアプリケーションプログラムパッ
ケージソフトの改訂を行うシステムにおいて、各ユーザ
毎にプロクラムバンヶー７ソフト毎に個別修正（カスト
マイズ）したがとぅがを記録するシステム管理マスタを
設けておき、ユーザでは個別修正したプログラムパッケ
ージに対しては前記システム管理マスタの更新禁止区分
にその履歴を書込んでおき、一方、メーカ側では修正プ
ログラム作成時にどのプログラムパッケージを修正した
かどうかを記録するシステム管理マスタを設けておき、
システムのレベルアップ時に、レベルアップのためのプ
ログラム入替えが可能かとうかをユーザ側のシステム管
理マスタと修正プログラム側のシステム管理マスタとを
比較参照してユーザ側で判断するように構成する。

［産業上の利用分野］ 本発明は複数のユーザに提供しているパッケージソフト
のレベルアップ管理システムに関し、更に詳しくは複数
ユーザで稼動するアブリケーンヨンバッケーシソフトの
保守支援システムに関する。

［従来の技術］ コンピュータメーカでは、複数ユーザで稼動するアブリ
ケーンヨンパッケージソフトを作成し、各ユーザに提供
するようになっている。この種のアブリケーションパッ
ケーンソフトの場合、適用するユーザにより標準でメー
カ側から提供するシステムでは、ユーザ要件に対応しな
い場合かよくある。特に、販売管理業務のように標準と
なる業務形態がないものを標準プログラムパッケージソ
フトとして提供する場合、はとんどのユーザか標準プロ
グラムを自己に合った形に個別修正（以下刃ストマイス
という）して使用している。

ところで、このカストマイズとは別に、メーカではユー
ザに納入したした後、標準プログラムに障害等が見つか
った場合、それらの修正を行っている。そして、標準プ
ログラムを修正したものを一定期間毎に１つのレベルア
ップしたプログラム（以下、修正プログラムという）と
してユーザに無償で提供している。

しかしなから、パンケージソフトをカストマイズした場
合、そのシステムの標準仕様に障害等があり、レベルア
ップを行わなければならない場合にも、ユーザによって
はパッケージソフトをカストマイズして使用している場
合かあるので、標準プログラムを修正プログラムで入替
えると、先に使用していたカストマイズプログラムか破
壊されてしまうおそれがある。このため、ユーザによっ
てはメーカから修正プログラムの提供を受けても、古い
レベルのプログラムのまま使用している場合が多い。

例えば、あるユーザの使用条件では障害が出るけれとも
、他のユーザの使用条件では障害が出ない場合には、障
害か出ないユーザでは前の標準プログラムのまま、特定
のプログラムパッケージのみをカストマイズして使用し
ても問題がないからである。このため、ユーザのカスト
マイズプログラムと修正プログラムの管理方法か問題と
なってきている。

第６図は、ユーザが使用しているメーカ提供のプログラ
ムの構成例を示す図である。図において、Ｐ］〜Ｐ　１
０はプログラムパッケージで１０個のパッケージてシス
テムが動作しているものとする。

これらプログラムパンケージ（プログラムプロダクツ；
ｐ、ｐ、　　と略す）のうち、Ｐ２とＰ３についてはカ
ストマイズが行われていることを示す。

これらカストマイズは、ユーザ側で行ったものである。

第７図はメーカ提供の修正プログラムの構成例を示す図
である。図では、プログラムパッケジＰ１とＰＬＯか修
正されている。

［発明が解決しようとする課題］ 前述したような販売管理業務のような標準となる業務形
態かなく、個々のユーザにより業務内容が異なるものを
パッケージとして販売する場合、無修正適用ではなく、
カストマイズを前提とした販売及び適用が求められてい
るため、カストマイズを行った時もレベルアップを行え
るようなシステムが望まれている。しかしながら、レベ
ルア、。

ブは無修正−括入替えを前提としているため、プログラ
ムのカストマイズを行えないという問題かある。

図を用いて説明する。例えば、第７図に示す修正プログ
ラムで前のプログラムを置換しようとすると、第６図に
示すプログラムのうちのカストマイズプログラムパッケ
ージＰ２．Ｐ３か破壊されてしまう。従って、若しカス
トマイズを行った場合、システムのレベルアップは困難
になるという問題があった。

本発明はこのような課題に鑑みてなされたちのてあって
、カストマイズしているプログラムパッケージのレベル
アップの可能性を検査できるようにすることができるパ
ッケージソフトのレベルアップ管理システムを提供する
ことを目的としている。

［課題を解決するための手段］ 第１図は本発明の原理図である。図において、１０はア
ブリケーンヨンプログラムパッケージ群で、ユーザの数
Ｍたけ設けられている。Ｐ１〜Ｐｎはアプリケーション
プログラムパッケージ群］０を構成するブロクラムパッ
ケージである。各ユーザに提供されるアブリケーンヨン
ブロクラムパッケージ群１０は、メーカからユーザに提
供された時点では共通である。メーカから提供されたブ
ロクラムパッケージをユーザか自己の業務形態に合わせ
てカストマイズすることになる。

１１は各プログラムパッケージ毎にカストマイズした履
歴を書込む更新禁止区分である。カストマイズしたブロ
クラムパッケージについては、修正プログラムによる更
新は、それがカストマイズプログラムに影響を与える時
には禁止される。２はメーカによって作成される修正プ
ログラムパッケージ群である。この修正プログラムパッ
ケージ群２は、ユーザ納入後に見つかったプログラムの
障害を修正したものである。

２０は修正プログラムパッケージ群２に添付されるシス
テム管理マスタで、修正したプログラムパッケージの履
歴を書込んでおくものである。３０は修正プログラム側
のシステム管理マスタ２０とユーザ側のシステム管理マ
スタ］０とを比較参照する比較参照部である。

［作用］ プログラムパッケージのカストマイズ情報をユーザか運
用時にシステム管理マスタ］０内の更新禁止区分１１に
書込んでおくようにする。一方、メーカ側では修正プロ
グラム作成時にシステム管理マスタ２０に書込んでおく
ようにする。そして、レベルアップ時（プログラムを修
正プロクラムと入れ替える時）、ユーザ側のシステム管
理マスタ１０と修正プロクラムパッケージ群２に添付さ
れるシステム管理マスタ２０とを比較参照部３０て比較
参照することにより、レベルアップするプログラムパッ
ケージがカストマイズされているかとうかを認識するこ
とができ、カストマイズしているプログラムパッケージ
のレベルアップの可能性を検査することができるように
なる。

［実施例コ 以下、図面を参照して本発明の実施例を詳細に説明する
。

第２図は本発明の動作説明図である。図において、１０
はユーザ側のシステム管理マスタ（以下、システム管理
マスタ１と略す）、２０は修正プログラム側のシステム
管理マスタ（以下、システム管理マスタ２と略す）であ
る。１］はシステム管理マスタ１側に設けられた更新禁
止区分、２］はシステム管理マスタ２側に設けられた更
新必須区分である。３０はシステム管理マスタ１とシス
テム管理マスタ２とを比較参照する比較参照部である。

該比較参照部３０は、例えばソフトウェアにより実現す
ることができる。

このように構成されたシステムにおいて、ユーザは自己
が使用するのに適した形にプログラムパッケージＰ２と
Ｐ３とをカストマイズ（個別修正）する。カストマイズ
したら、システム管理マスタ１の更新禁止区分１１の該
当箇所にカストマイズしたことを示す“１′を書込んで
おく。一方、メカではユーザに納入したプログラムパッ
ケージ群に障害か見つかった時には、その障害を修正し
レベルアップを行う。ここで、レベルアップを行ったブ
ロクラムパッケージかＰｌとＰ］０てあったものとする
と、システム管理マスタ２０の更新必須区分２１の該当
箇所にレベルアップしたことを示す“］”を書込んでお
く この修正プログラムパッケージ群は、メーカからユーザ
に提供される。ユーザは修正プログラムの提供を受けた
ら、その修正ブロクラムに添付されているシステム管理
マスタ２とユーザか持っているシステム管理マスタ１と
を比較参照部３０て比較する。その結果、システム管理
マスタ１側にはプログラムパッケージＰ２とＰ３かカス
トマイズされているので、修正プログラムで前のプログ
ラムをそのまま入替えることはできない。

そこで、比較参照部３０は、修正プログラムパッケージ
Ｐ１とＰＩＯとがカストマイズプログラムパッケージＰ
２とＰ３に影響を与えるかどうか調べる。修正プログラ
ムパッケージＰ］とＰＩＯとがカストマイズプログラム
パッケージＰ２とＰ３に影響を与えないことが分かった
場合には、修正前のプログラムパッケージＰ２とＰ３の
内容を別領域に退避させておいて、修正前のプログラム
を修正プログラムで入替える。

更に、その後退避させておいたカストマイズプログラム
パッケージＰ２とＰ３を元の領域に戻してやる。このよ
うにすることにより、カストマイズヲ行った時にもプロ
グラムのレベルアップを行うことができる。なお、修正
プログラムパッケージシとＰＩＯとかカストマイズプロ
グラムパッケージＰ２とＰ３に影響を与えることか分か
った場合には、単純にカストマイズを行った時にレベル
アップを行うことはできない。

第３図は本発明で使用されるシステム管理マスタのファ
イルレイアウト例を示す図である。図に示すようにシス
テム管理マスタはキー項目４ルベルアップ情報４２．ユ
ーザ管理情報４３等から構成される。キー項目４１のう
ち４１ａはモジュール区分て、Ｐ、Ｐ、（プログラム・
プロダクツ）の識別を行うものである。例えば、ＦＩＬ
はファイルを、ＰＧＭはＣ０ＢＯＬオブジエクトをＪＣ
Ｌはジョブをそれぞれ示す。４］ｂはプログラムの識別
を示すブロクラムＩＤである。

レベルアップ情報４２は、更新必須区分２］のみから構
成されている。この更新必須区分２］については、レベ
ルアップ媒体のシステム管理辞書で設定されるものであ
る。この区分が“１”の場合には、このプロクラムパッ
ケージ（ＰＰのこと）はレベルアップ対象の他のプログ
ラムパッケージと同期をとって修正しているので、入替
えか必須であることを示している。つまり、このプログ
ラムパッケージを入替えないと、他のプログラムパッケ
ージの入替えも行えない。

次に、この区分が“９”の場合には、このプログラムパ
ッケージ固有のプログラム修正を行っているので、この
プログラムパッケージの入替えを行わなくともも他のプ
ログラムパッケージの入替えが行える。次に、この区分
か“θ′の場合にはこのプログラムパッケージの修正は
行っていないことを示す。

ユーザ管理情報は４３のうち、選択区分４３ａはユーザ
システムインストール時に設定されるもので、１′の時
にはユーザシステムで使用していることを示し、“０“
の時にはユーザシステムで使用していないことを示して
いる。更新禁止区分１１は、ユーザがシステム管理のた
めに設定するもので、前述したとおりである。即ち、こ
の区分が“１”の時にはユーザ固有の仕様にカストマイ
ズされていることを示し、この区分か“０”の場合には
オリジナル仕様のままでカストマイズされていないこと
を示している。ユーザ設定区分４３ｂは、ユーザがシス
テム管理のために設定するもので、“１”の時にはユー
ザ固有仕様でシステムで提供していないプログラムパッ
ケーシテアルことを示している。“０′の時にはオリジ
ナルで提供したプログラムパッケージであることを示し
ている。なお、各項目の下に付されたＸ（０３）Ｘ（０
１）等はその表現形式を示している。例えばＸ　（０３
）は英数文字、カタカナで３バイトで表すことを示して
いる。

第４図はレベルアップ時の入替え検査の処理の流れを示
す図である。ここで説明する処理の流れを概説すると、
以下のとおりである。ユーザが個別でプロクラムパッケ
ージをカストマイズした場合、ニーサシステムで管理し
ているシステム管理マスタの更新禁止区分をオンにして
カストマイズプログラムパッケージを管理する。そして
、レベルアップ時に、パッケージソフトのレベルアップ
を行う前にニーサシステムに管理されているシステム管
理マスタを順読みし、カストマイズ対象プログラムパッ
ケージかどうかを検査し、カストマイズ対象プログラム
パッケージの場合には、レベルアップ媒体で管理してい
るシステム管理マスタと比較参照して、今回のレベルア
ップに関連しているプログラムパッケージであるかどう
かを調査するものである。

先ず、初期処理が行われる（Ｓｌ）。ここでいう初期処
理とは、マスタをオープンする処理等をいう。次に、ユ
ーザシステムライブラリのシステム管理マスタを順読み
する（Ｓ２）。そして、順読みが終了したかどうかチエ
ツクしくＳ３）、終了したら終了処理を行う（Ｓ４）。

ここでいう終了処理とはマスタのクロース処理等をいう
。

ステップＳ３で、終了でない場合には、更新禁止区分か
オン（“１′）になっているかとうかをチエツクする（
Ｓ５）。

若し、更新禁止区分がオフの時には、標準プログラムパ
ッケージであるので、次のレコードに移る。更新禁止区
分がオンの場合には、当該プログラムパッケージはカス
トマイズされていることになる。この場合には、レベル
アップライブラリのシステム管理マスタを更新禁止区分
かオンであったレコードのキーをセットして乱読みする
（Ｓ６）そして、カストマイズしているプログラムパッ
ケージが今回のレベルアップの対象となっているかどう
か（ＩＮＶＡＬＩＤであるかどうか）をチエツクする（
Ｓ７）。若し、カストマイズしているプログラムパッケ
ージが今回のレベルアップの対象となっていない場合に
は、次のレコードに移る。今回のレベルアップの対象と
なっている場合には、更新必須区分かオンになっている
かどうかチエツクする（Ｓ８）。

更新必須区分がオフの場合には、カストマイズされたプ
ログラムパッケージは、今回のレベルアップ対象のプロ
グラムパッケージであるが、このプログラムパッケージ
の入替えをしなくても他のプログラムパッケージの入替
えを行える場合であり、その旨の印字出力を行い（Ｓ９
）、次のレコドに移る。更新必須区分がオンの場合には
、カストマイズされたプログラムパッケージは、今回の
レベルアップ対象のプログラムパッケージであり、かつ
このプログラムパッケージの入替えを行わないと他のプ
ログラムパッケージの入替えも行えない場合である。こ
の場合には、その旨の印字出力を行い（Ｓ１０）、次の
レコードに移る。

第５図は入替え検査を行った時の印字出力例を示す図で
ある。カストマイズしているプログラムパッケージかモ
ジュール区分に示されている。つまり、ここに示されて
いるプログラムパッケージのうち、更新必須区分に○が
付されているパッケージはレベルアップ必須のものであ
ることを示している。このリストアツブされた印字結果
から、カストマイズされたプログラムパッケージとレベ
ルアップ対象のプログラムか明確化されるので、カスト
マイズを行ったプログラムパッケージについてもレベル
アップを行うことか可能となる。

［発明の効果］ 以上、詳細に説明したように、本発明によればプログラ
ムパッケージのカストマイズ情報をユーザが運用時にン
ステム管理マスタ内の更新禁止区分に書込んでおくよう
にし、一方、メーカ側では修正プログラム作成時にシス
テム管理マスタに書込んでおくようにし、レベルアップ
時（プログラムを修正プログラムと入れ替える時）、ユ
ーザ側のシステム管理マスタと修正プログラムパッケー
ジ群に添付されるシステム管理マスタとを比較参照する
ことにより、レベルアップするプログラムパッケージか
カストマイズされているかどうかを認識することかでき
、カストマイズしているプロクラムパッケージのレベル
アップの可能性を検査することかできるようになる。

従って、本発明によれば第１にユーザ固有のシステム状
態を管理できるので、管理者が変わってもシステムの状
態が常に把握できるので、信頼性が向上し、第２にカス
トマイズされたプロクラムパッケージかある場合にも事
前に入替えの検査ができるので、ユーザへの適用性か拡
大し、第３に事前の入替え検査によるレベルアッププロ
グラムパッケージの誤インストールを防止することによ
り、保守性が向上し、アプリケーションパッケージソフ
トの適用拡大に寄与するところか大きい。

【図面の簡単な説明】

第１図は本発明の原理図、 第２図は本発明の動作説明図、 第３図はシステム管理マスタのファイルレイアウト例を
示す図、 第４図はレベルアップ時の入替え検査の処理の流れを示
す図、 第５図は印字出力例を示す図、 第６図はユーザが使用しているプログラムの構成例を示
す図、 第７図は修正プログラムの構成例を示す図である。 第１図において、 ２は修正プログラムパッケージ群、 １０はシステム管理マスタ、 １１は更新禁止区分、 ２０はシステム管理マスタ、 ３０は比較参照部である。

Claims (1)

1. 【特許請求の範囲】 複数ユーザで稼動するアプリケーションプログラムパッ
   ケージソフトの改訂を行うシステムにおいて、 各ユーザ毎にプログラムパッケージソフト毎に個別修正
   （カストマイズ）したがどうかを記録するシステム管理
   マスタ（１０）を設けておき、ユーザでは個別修正した
   プログラムパッケージに対しては前記システム管理マス
   タ（１０）の更新禁止区分（１１）にその履歴を書込ん
   でおき、一方、メーカ側では修正プログラム作成時にど
   のプログラムパッケージを修正したかどうかを記録する
   システム管理マスタ（２０）を設けておき、システムの
   レベルアップ時に、レベルアップのためのプログラム入
   替えが可能かどうかをユーザ側のシステム管理マスタ（
   １０）と修正プログラム側のシステム管理マスタ（２０
   ）とを比較参照してユーザ側で判断するように構成した
   ことを特徴とするパッケージソフトのレベルアップ管理
   システム。