JP3090048B2 - 標準プログラムの機能拡張方法及び方式 - Google Patents
標準プログラムの機能拡張方法及び方式Info
- Publication number
- JP3090048B2 JP3090048B2 JP08168565A JP16856596A JP3090048B2 JP 3090048 B2 JP3090048 B2 JP 3090048B2 JP 08168565 A JP08168565 A JP 08168565A JP 16856596 A JP16856596 A JP 16856596A JP 3090048 B2 JP3090048 B2 JP 3090048B2
- Authority
- JP
- Japan
- Prior art keywords
- rpq
- function
- program
- management table
- execution
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Stored Programmes (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、標準プログラムの
機能拡張方法及び方式に関し、より詳細には、汎用のプ
ログラムにユーザ個別の機能拡張を付加する場合の、ソ
ースプログラムの作成方法とプログラムの実行の制御方
法及び方式に関する。
機能拡張方法及び方式に関し、より詳細には、汎用のプ
ログラムにユーザ個別の機能拡張を付加する場合の、ソ
ースプログラムの作成方法とプログラムの実行の制御方
法及び方式に関する。
【０００２】
【従来の技術】この種の従来技術として、例えば特開平
２−３７４２３号公報には、最新世代以外の世代に対す
る編集も同一のソースプログラムを使用して行うことが
できると共に、そのように編集されて得られた新たな世
代のソースプログラムも元のソースプログラムとレコー
ドを共有して管理することができる、ソースプログラム
の世代管理を伴う編集方式を提供することを目的とし
て、ソースプログラムファイルが、テキスト部以外に、
世代管理部長フィールド、テキストレコードが属する主
系列世代を示す主系列世代情報フィールド、およびその
テキストレコードが属する副系列世代を示す可変個の副
系列世代情報フィールドから構成される世代管理部を持
つテキストレコードを含む構造のソースプログラムを保
存し、編集処理手段が、テキストレコードの世代管理部
の内容に基づいてそのテキストレコードの属する世代を
判定する世代判定手段と、テキストレコードの世代管理
部の内容を変更することにより、そのテキストレコード
の属する世代を変更し、あるいは新規に世代管理部を生
成する世代設定変更手段とを使用しながら、ソースプロ
グラムファイルに格納されたソースプログラムに対する
主系列、副系列を含めて世代管理を伴う編集処理を端末
と会話的処理により進めるようにした編集方式が提案さ
れている。
２−３７４２３号公報には、最新世代以外の世代に対す
る編集も同一のソースプログラムを使用して行うことが
できると共に、そのように編集されて得られた新たな世
代のソースプログラムも元のソースプログラムとレコー
ドを共有して管理することができる、ソースプログラム
の世代管理を伴う編集方式を提供することを目的とし
て、ソースプログラムファイルが、テキスト部以外に、
世代管理部長フィールド、テキストレコードが属する主
系列世代を示す主系列世代情報フィールド、およびその
テキストレコードが属する副系列世代を示す可変個の副
系列世代情報フィールドから構成される世代管理部を持
つテキストレコードを含む構造のソースプログラムを保
存し、編集処理手段が、テキストレコードの世代管理部
の内容に基づいてそのテキストレコードの属する世代を
判定する世代判定手段と、テキストレコードの世代管理
部の内容を変更することにより、そのテキストレコード
の属する世代を変更し、あるいは新規に世代管理部を生
成する世代設定変更手段とを使用しながら、ソースプロ
グラムファイルに格納されたソースプログラムに対する
主系列、副系列を含めて世代管理を伴う編集処理を端末
と会話的処理により進めるようにした編集方式が提案さ
れている。
【０００３】すなわち、上記公報に提案される方式にお
いては、主系列世代の任意の世代を編集することにより
順次に発生する世代を副系列世代として管理するため
に、世代管理部長フィールド、主系列世代情報フィール
ド、副系列世代情報フィールドから構成される世代管理
部を含む構造をもつソースプログラムを保存するソース
プログラムファイルを持つことにより、ソースプログラ
ムの世代管理を行っている。
いては、主系列世代の任意の世代を編集することにより
順次に発生する世代を副系列世代として管理するため
に、世代管理部長フィールド、主系列世代情報フィール
ド、副系列世代情報フィールドから構成される世代管理
部を含む構造をもつソースプログラムを保存するソース
プログラムファイルを持つことにより、ソースプログラ
ムの世代管理を行っている。
【０００４】
【発明が解決しようとする課題】しかしながら上記従来
の技術は、下記記載の問題点を有している。
の技術は、下記記載の問題点を有している。
【０００５】その第１の問題点は、上記従来の方式にお
いては、主系列世代の任意の世代を編集することにより
順次に発生する世代を副系列世代として管理するため
に、世代管理部長フィールド、主系列世代情報フィール
ド、副系列世代情報フィールドから構成される、世代管
理部を含む構造をもつソースプログラムを保存するソー
スプログラムファイルを備えなければならず、これらの
フィールドを持つために、ソースプログラムにおいて、
本来の機能ではない部分が徒らに増加し、プログラムサ
イズが増加するという点にある。
いては、主系列世代の任意の世代を編集することにより
順次に発生する世代を副系列世代として管理するため
に、世代管理部長フィールド、主系列世代情報フィール
ド、副系列世代情報フィールドから構成される、世代管
理部を含む構造をもつソースプログラムを保存するソー
スプログラムファイルを備えなければならず、これらの
フィールドを持つために、ソースプログラムにおいて、
本来の機能ではない部分が徒らに増加し、プログラムサ
イズが増加するという点にある。
【０００６】また、上記従来方式の第２の問題点として
は、副系列世代情報フィールドをもつことにより、ソー
スプログラムとしては１本の管理をしても、実際には、
複数本の実行プログラムが生成されるため、実際のコン
ピュータ上で動く実行プログラムがそれぞれ異なってし
まうことから、共通の障害修正を行おうとする場合に、
当該箇所が共通のアドレスになく、そのアドレスの内容
を直接書き替えて修正する（パッチをあてる）という、
一般的な修正方法が使用できない点にある。
は、副系列世代情報フィールドをもつことにより、ソー
スプログラムとしては１本の管理をしても、実際には、
複数本の実行プログラムが生成されるため、実際のコン
ピュータ上で動く実行プログラムがそれぞれ異なってし
まうことから、共通の障害修正を行おうとする場合に、
当該箇所が共通のアドレスになく、そのアドレスの内容
を直接書き替えて修正する（パッチをあてる）という、
一般的な修正方法が使用できない点にある。
【０００７】また、従来の編集方式においては、標準プ
ログラムについて、ユーザから機能の拡張要求（「ＲＰ
Ｑ」という）があった場合に、ユーザごとに、その機能
拡張を対応したプログラムのソース修正を行い、その管
理を行うなわねばならなかった。
ログラムについて、ユーザから機能の拡張要求（「ＲＰ
Ｑ」という）があった場合に、ユーザごとに、その機能
拡張を対応したプログラムのソース修正を行い、その管
理を行うなわねばならなかった。
【０００８】このため、内容が少しずつ異なるソースプ
ログラムが存在し、これをアセンブルまたはコンパイル
してオブジェクトコードを得、これをリンクして得られ
る実行可能プログラムは大きさが異なってしまうため、
実行時のプログラムのアドレスがそれぞれに異なってし
まう。
ログラムが存在し、これをアセンブルまたはコンパイル
してオブジェクトコードを得、これをリンクして得られ
る実行可能プログラムは大きさが異なってしまうため、
実行時のプログラムのアドレスがそれぞれに異なってし
まう。
【０００９】さらに、プログラムの不具合が発生した場
合に、一般的に用いられる実行プログラムのアドレス
を、直接指定してプログラムの内容を書き替える方法
（「パッチをあてる」という）が使用できなくなる。
合に、一般的に用いられる実行プログラムのアドレス
を、直接指定してプログラムの内容を書き替える方法
（「パッチをあてる」という）が使用できなくなる。
【００１０】従って、本発明は、上記事情に鑑みてなさ
れたものであって、その目的は、上記従来方式の問題点
を解消し、複数のソースプログラムを修正・管理するこ
となく、またそれに対応した複数のパッチを作成するこ
となくすべてを１本のソースプログラムの管理ですむよ
うにした標準プログラムの機能拡張方法及び方式を提供
することにある。
れたものであって、その目的は、上記従来方式の問題点
を解消し、複数のソースプログラムを修正・管理するこ
となく、またそれに対応した複数のパッチを作成するこ
となくすべてを１本のソースプログラムの管理ですむよ
うにした標準プログラムの機能拡張方法及び方式を提供
することにある。
【００１１】
【課題を解決するための手段】前記目的を達成するため
に、本発明は、ユーザのシステム毎に、ユーザの要求す
る機能に対して修正が必要とされるソースプログラムを
識別するための情報である要求機能を示す機能拡張要求
（「ＲＰＱ」という）番号と、該ＲＰＱ機能を実現する
モジュール名と、このＲＰＱ機能の実行の有効／無効を
識別するための有効フラグと、を備えたＲＰＱ管理テー
ブルと、ソースプログラムにおけるＲＰＱ機能を実現す
るプログラム部分の入り口で、前記ＲＰＱ管理テーブル
の中の有効フラグを検査確認し、該検査結果に応じてプ
ログラムの流れを制御する手段と、プログラム実行時及
び提供されているＲＰＱ機能の検査確認時において前記
ＲＰＱ管理テーブルを参照する手段と、前記ＲＰＱ管理
テーブルに、ＲＰＱの番号、モジュール名を設定すると
ともに、ＲＰＱ機能の必要の有無に応じて前記有効フラ
グに有効／無効の情報を設定するための登録手段と、を
備えたことを特徴とする標準プログラムの機能拡張方式
を提供する。また前記目的を達成するために、本発明
は、機能の拡張要求（ＲＰＱ）を実現するＲＰＱ機能を
識別するコードと、該ＲＰＱ機能を実現するために標準
プログラムにＲＰＱ機能部分を追加するソースプログラ
ムのモジュール名と、プログラム実行時における該ＲＰ
Ｑ機能の実行の有効／無効を識別するための有効フラグ
と、を各ＲＰＱ機能毎に有するＲＰＱ管理テーブルを備
え、ソースプログラムが、標準型のプログラム部と、該
標準型プログラム部の機能に対して前記ＲＰＱ機能を実
現するＲＰＱ機能実行部と、を前記ＲＰＱ管理テーブル
の有効フラグの無効／有効の確認結果に応じて選択的に
実行するように制御する条件分岐を少なくとも含み、前
記プログラムの実行時に、前記ＲＰＱ機能の実行の可否
を前記ＲＰＱ管理テーブルの有効フラグの参照して前記
条件分岐が行われ、一つのソースプログラムにて標準プ
ログラム及びＲＰＱ機能の選択を可能としたことを特徴
とする標準プログラムの機能拡張方法を提供する。
に、本発明は、ユーザのシステム毎に、ユーザの要求す
る機能に対して修正が必要とされるソースプログラムを
識別するための情報である要求機能を示す機能拡張要求
（「ＲＰＱ」という）番号と、該ＲＰＱ機能を実現する
モジュール名と、このＲＰＱ機能の実行の有効／無効を
識別するための有効フラグと、を備えたＲＰＱ管理テー
ブルと、ソースプログラムにおけるＲＰＱ機能を実現す
るプログラム部分の入り口で、前記ＲＰＱ管理テーブル
の中の有効フラグを検査確認し、該検査結果に応じてプ
ログラムの流れを制御する手段と、プログラム実行時及
び提供されているＲＰＱ機能の検査確認時において前記
ＲＰＱ管理テーブルを参照する手段と、前記ＲＰＱ管理
テーブルに、ＲＰＱの番号、モジュール名を設定すると
ともに、ＲＰＱ機能の必要の有無に応じて前記有効フラ
グに有効／無効の情報を設定するための登録手段と、を
備えたことを特徴とする標準プログラムの機能拡張方式
を提供する。また前記目的を達成するために、本発明
は、機能の拡張要求（ＲＰＱ）を実現するＲＰＱ機能を
識別するコードと、該ＲＰＱ機能を実現するために標準
プログラムにＲＰＱ機能部分を追加するソースプログラ
ムのモジュール名と、プログラム実行時における該ＲＰ
Ｑ機能の実行の有効／無効を識別するための有効フラグ
と、を各ＲＰＱ機能毎に有するＲＰＱ管理テーブルを備
え、ソースプログラムが、標準型のプログラム部と、該
標準型プログラム部の機能に対して前記ＲＰＱ機能を実
現するＲＰＱ機能実行部と、を前記ＲＰＱ管理テーブル
の有効フラグの無効／有効の確認結果に応じて選択的に
実行するように制御する条件分岐を少なくとも含み、前
記プログラムの実行時に、前記ＲＰＱ機能の実行の可否
を前記ＲＰＱ管理テーブルの有効フラグの参照して前記
条件分岐が行われ、一つのソースプログラムにて標準プ
ログラム及びＲＰＱ機能の選択を可能としたことを特徴
とする標準プログラムの機能拡張方法を提供する。
【００１２】
【発明の実施の形態】本発明の好ましい実施の形態を以
下に説明する。本発明は、その好ましい実施の形態にお
いて、ユーザの要求する機能に対して、修正が必要とな
るソースプログラムを識別するためのＲＰＱ管理テーブ
ル（図１の１０）を備え、該テーブルの各エントリは、
要求機能を示すＲＰＱ番号（図１の１１）と、機能を実
現するモジュール名（図１の１２）、このＲＰＱ機能の
実行を有効にするかしないかを識別する有効フラグ（図
１の１３）と、からなっている。なお、ＲＰＱ管理テー
ブルは、プログラムが実行されるコンピュータシステム
上のメインメモリ、または磁気ディスク装置等外部記憶
装置に存在する。
下に説明する。本発明は、その好ましい実施の形態にお
いて、ユーザの要求する機能に対して、修正が必要とな
るソースプログラムを識別するためのＲＰＱ管理テーブ
ル（図１の１０）を備え、該テーブルの各エントリは、
要求機能を示すＲＰＱ番号（図１の１１）と、機能を実
現するモジュール名（図１の１２）、このＲＰＱ機能の
実行を有効にするかしないかを識別する有効フラグ（図
１の１３）と、からなっている。なお、ＲＰＱ管理テー
ブルは、プログラムが実行されるコンピュータシステム
上のメインメモリ、または磁気ディスク装置等外部記憶
装置に存在する。
【００１３】また、本発明の実施の形態は、ソースプロ
グラムの中でＲＰＱ機能を実現するプログラム部分の入
り口で、ＲＰＱ管理テーブルの中の有効フラグを検査
し、プログラムの流れを制御するためのＲＰＱ実行判断
手段（図１の１５）を備える。
グラムの中でＲＰＱ機能を実現するプログラム部分の入
り口で、ＲＰＱ管理テーブルの中の有効フラグを検査
し、プログラムの流れを制御するためのＲＰＱ実行判断
手段（図１の１５）を備える。
【００１４】さらに、本発明の実施の形態は、プログラ
ム実行時、及び提供されるＲＰＱ機能の確認時に、ＲＰ
Ｑ管理テーブル（図１の１０）を参照するＲＰＱ管理テ
ーブル参照手段（図１の１４）を備える。
ム実行時、及び提供されるＲＰＱ機能の確認時に、ＲＰ
Ｑ管理テーブル（図１の１０）を参照するＲＰＱ管理テ
ーブル参照手段（図１の１４）を備える。
【００１５】そして、本発明の実施の形態において、Ｒ
ＰＱ有効情報登録手段（図１の１６）は、ＲＰＱ管理テ
ーブルにＲＰＱの番号、有効・無効の情報を与える。
ＰＱ有効情報登録手段（図１の１６）は、ＲＰＱ管理テ
ーブルにＲＰＱの番号、有効・無効の情報を与える。
【００１６】上記構成のもと、本発明の実施の形態にお
いては、標準プログラム中に、ユーザ固有の機能を拡張
していく場合には、そのソースプログラム修正時に、Ｒ
ＰＱ機能を実現するプログラム部分の入り口で、ＲＰＱ
管理テーブル（図１の１０）の有効フラグを検査してか
ら実行の有無を決める、ＲＰＱ実行判断手段を記述す
る。
いては、標準プログラム中に、ユーザ固有の機能を拡張
していく場合には、そのソースプログラム修正時に、Ｒ
ＰＱ機能を実現するプログラム部分の入り口で、ＲＰＱ
管理テーブル（図１の１０）の有効フラグを検査してか
ら実行の有無を決める、ＲＰＱ実行判断手段を記述す
る。
【００１７】あるユーザにおいて、あるＲＰＱ機能をリ
リースする場合には、ＲＰＱ管理テーブルにそのＲＰＱ
の番号と、ＲＰＱが有効である旨の情報を、ＲＰＱ管理
テーブル情報登録手段（図１の１６）を用いて書き込
む。これにより、該ユーザにて、必要とされるＲＰＱ機
能が、プログラムの実行時に提供されることになる。
リースする場合には、ＲＰＱ管理テーブルにそのＲＰＱ
の番号と、ＲＰＱが有効である旨の情報を、ＲＰＱ管理
テーブル情報登録手段（図１の１６）を用いて書き込
む。これにより、該ユーザにて、必要とされるＲＰＱ機
能が、プログラムの実行時に提供されることになる。
【００１８】ＲＰＱ部分は、実行の有無に拘らず、実行
プログラム内に存在するため、どのユーザにおいても、
プログラムのサイズ、実行アドレスは変化しない。
プログラム内に存在するため、どのユーザにおいても、
プログラムのサイズ、実行アドレスは変化しない。
【００１９】このため、パッチによる修正を行う場合、
どのユーザに対しても、同じアドレスへのパッチで対応
が可能となる。
どのユーザに対しても、同じアドレスへのパッチで対応
が可能となる。
【００２０】従来、ソフトウェアパッケージについてユ
ーザから機能変更・拡張の要求があった場合にユーザ毎
に機能変更・拡張に対応したプログラムの変更をソース
プログラムレベルで行って、各変更・拡張毎に異なるソ
ースプログラムのリビジョン管理を行うことが必要とさ
れており、ソフトウェアパッケージ不具合（バグ）等が
検出された場合、各ソースプログラムに対して修正（パ
ッチをあてる）することが必要とされていたが、本発明
によれば、ソフトウェアパッケージに対するユーザ毎の
各種ＲＰＱ機能を、一つのソースプログラムにて提供及
び管理することができる。
ーザから機能変更・拡張の要求があった場合にユーザ毎
に機能変更・拡張に対応したプログラムの変更をソース
プログラムレベルで行って、各変更・拡張毎に異なるソ
ースプログラムのリビジョン管理を行うことが必要とさ
れており、ソフトウェアパッケージ不具合（バグ）等が
検出された場合、各ソースプログラムに対して修正（パ
ッチをあてる）することが必要とされていたが、本発明
によれば、ソフトウェアパッケージに対するユーザ毎の
各種ＲＰＱ機能を、一つのソースプログラムにて提供及
び管理することができる。
【００２１】
【実施例】上記した本発明の実施の形態を更に詳細に説
明すべく、本発明の実施例について図面を参照して以下
に詳細に説明する。
明すべく、本発明の実施例について図面を参照して以下
に詳細に説明する。
【００２２】図１は、本発明の実施例の構成をブロック
図にて示したものである。図１を参照すると、本発明の
実施例は、ＲＰＱ管理テーブル１０と、ＲＰＱ管理テー
ブルに書かれた情報の内容を参照するＲＰＱ管理テーブ
ル参照手段１４と、管理情報を変更するＲＰＱ管理テー
ブル有効情報登録手段１６と、ＲＰＱ管理テーブルの有
効フラグを参照してプログラムの実行の流れを制御する
ＲＰＱ実行判断手段１５と、を備えて構成されている。
図にて示したものである。図１を参照すると、本発明の
実施例は、ＲＰＱ管理テーブル１０と、ＲＰＱ管理テー
ブルに書かれた情報の内容を参照するＲＰＱ管理テーブ
ル参照手段１４と、管理情報を変更するＲＰＱ管理テー
ブル有効情報登録手段１６と、ＲＰＱ管理テーブルの有
効フラグを参照してプログラムの実行の流れを制御する
ＲＰＱ実行判断手段１５と、を備えて構成されている。
【００２３】このうちＲＰＱ管理テーブル１０は、例え
ば磁気ディスク装置等の外部記憶装置に、通常は、ファ
イルとして記録保持されており、システムの電源オン時
に、外部記憶装置からロードされてメインメモリ上に展
開される。これは、外部記憶装置のファイルのアクセス
時間がメインメモリへのアクセスと比べて遅いため、プ
ログラム実行性能を更に向上を図るべく、本実施例で
は、ＲＰＱ管理テーブル１０をメインメモリに展開する
方式としたものである。このＲＰＱ管理テーブル１０
は、ユーザ（利用者）のコンピュータシステム毎に１つ
ずつ存在する。
ば磁気ディスク装置等の外部記憶装置に、通常は、ファ
イルとして記録保持されており、システムの電源オン時
に、外部記憶装置からロードされてメインメモリ上に展
開される。これは、外部記憶装置のファイルのアクセス
時間がメインメモリへのアクセスと比べて遅いため、プ
ログラム実行性能を更に向上を図るべく、本実施例で
は、ＲＰＱ管理テーブル１０をメインメモリに展開する
方式としたものである。このＲＰＱ管理テーブル１０
は、ユーザ（利用者）のコンピュータシステム毎に１つ
ずつ存在する。
【００２４】図１に示すように、ＲＰＱ管理テーブル１
０の各エントリは、ＲＰＱの番号を示すＲＰＱ番号（Ｒ
ＰＱ Ｎｏ．）１１と、そのＲＰＱ機能を実現するため
に、標準プログラムにＲＰＱ機能部分を追加するソース
プログラムのモジュール名を登録するためのモジュール
登録部（モジュール名）１２と、さらに、このＲＰＱ管
理テーブル１０を持つユーザのコンピュータシステム
で、ＲＰＱ番号１１の機能を提供するか／否かの情報を
示す有効フラグ１３と、を備えて構成されている。
０の各エントリは、ＲＰＱの番号を示すＲＰＱ番号（Ｒ
ＰＱ Ｎｏ．）１１と、そのＲＰＱ機能を実現するため
に、標準プログラムにＲＰＱ機能部分を追加するソース
プログラムのモジュール名を登録するためのモジュール
登録部（モジュール名）１２と、さらに、このＲＰＱ管
理テーブル１０を持つユーザのコンピュータシステム
で、ＲＰＱ番号１１の機能を提供するか／否かの情報を
示す有効フラグ１３と、を備えて構成されている。
【００２５】このＲＰＱ管理テーブル１０には、全ての
ユーザからのＲＰＱ要求の情報が、ＲＰＱ番号１１を識
別として登録されている。各ユーザに対応したＲＰＱ管
理テーブル１０も、ここまでは同じ内容であるが、個々
のユーザ毎にＲＰＱ管理テーブルにおいてその有効フラ
グ１３の状態が異なることになる。
ユーザからのＲＰＱ要求の情報が、ＲＰＱ番号１１を識
別として登録されている。各ユーザに対応したＲＰＱ管
理テーブル１０も、ここまでは同じ内容であるが、個々
のユーザ毎にＲＰＱ管理テーブルにおいてその有効フラ
グ１３の状態が異なることになる。
【００２６】例えば、あるユーザから、ＲＰＱ番号が
「０００２」（１１ａ）に該当するＲＰＱ機能の提供要
求があった場合、有効フラグ１３ａを、有効であること
を示す値「１」に設定し直すことで、このＲＰＱ機能を
使用することができるようになる。
「０００２」（１１ａ）に該当するＲＰＱ機能の提供要
求があった場合、有効フラグ１３ａを、有効であること
を示す値「１」に設定し直すことで、このＲＰＱ機能を
使用することができるようになる。
【００２７】ＲＰＱ管理テーブル参照手段１４、及びＲ
ＰＱ実行判断手段１５は、ＲＰＱ機能を提供するプログ
ラムの中で使用されるものであり、プログラム実行時に
は、メインメモリに展開されるものである。
ＰＱ実行判断手段１５は、ＲＰＱ機能を提供するプログ
ラムの中で使用されるものであり、プログラム実行時に
は、メインメモリに展開されるものである。
【００２８】ＲＰＱ管理テーブル情報登録手段１６は、
新たにＲＰＱ機能をユーザのコンピュータシステムに提
供する場合に、ＲＰＱ管理テーブル１０の情報を更新す
るために使用される。この手段も、実行時には、プログ
ラムとしてメインメモリに展開される。
新たにＲＰＱ機能をユーザのコンピュータシステムに提
供する場合に、ＲＰＱ管理テーブル１０の情報を更新す
るために使用される。この手段も、実行時には、プログ
ラムとしてメインメモリに展開される。
【００２９】ＲＰＱ管理テーブル参照手段１４、ＲＰＱ
実行判断手段１５について、図２及び図３の流れ図とし
て示すプログラムを参照して以下にそれぞれ説明する。
実行判断手段１５について、図２及び図３の流れ図とし
て示すプログラムを参照して以下にそれぞれ説明する。
【００３０】図２を参照して、モジュールａは、ある機
能を実現するプログラムの流れを示すフローチャートで
ある。
能を実現するプログラムの流れを示すフローチャートで
ある。
【００３１】ステップ２１は、標準プログラムの実行部
であり、全てのユーザに等しく提供する機能の部分であ
る。
であり、全てのユーザに等しく提供する機能の部分であ
る。
【００３２】ステップ２３は、ＲＰＱ番号「０００２」
実行部であり、図１のＲＰＱ管理テーブル１０のＲＰＱ
番号「０００２」（１１ａ）のエントリに対応するＲＰ
Ｑ機能の実行部である。
実行部であり、図１のＲＰＱ管理テーブル１０のＲＰＱ
番号「０００２」（１１ａ）のエントリに対応するＲＰ
Ｑ機能の実行部である。
【００３３】プログラムの流れとしては、ステップ２２
の判定処理にて、ＲＰＱ管理テーブル参照手段１４を用
いて、ＲＰＱ管理テーブル１０を検索し、ＲＰＱ番号
「０００２」が有効であるか否かを、ＲＰＱ実行判定手
段１６を用いて判断する。
の判定処理にて、ＲＰＱ管理テーブル参照手段１４を用
いて、ＲＰＱ管理テーブル１０を検索し、ＲＰＱ番号
「０００２」が有効であるか否かを、ＲＰＱ実行判定手
段１６を用いて判断する。
【００３４】この結果、有効フラグ１３が「１」を示し
ていれば、ステップ２３のＲＰＱ番号「０００２」実行
部を実行し、有効フラグ１３が「１」でなければ、ステ
ップ２３の処理２を実行せずに、ステップ２４の標準部
分プログラムの処理に進む。
ていれば、ステップ２３のＲＰＱ番号「０００２」実行
部を実行し、有効フラグ１３が「１」でなければ、ステ
ップ２３の処理２を実行せずに、ステップ２４の標準部
分プログラムの処理に進む。
【００３５】同様にして、ステップ２５の判定処理で、
ＲＰＱ番号「０００３」について、ＲＰＱ管理テーブル
１０を検索して、実行の可否を判断し、対応するエント
リの有効フラグの値に応じて、ステップ２６のＲＰＱ部
分またはステップ２７の標準部分プログラムを実行す
る。
ＲＰＱ番号「０００３」について、ＲＰＱ管理テーブル
１０を検索して、実行の可否を判断し、対応するエント
リの有効フラグの値に応じて、ステップ２６のＲＰＱ部
分またはステップ２７の標準部分プログラムを実行す
る。
【００３６】ステップ２８は、ＲＰＱ機能を使用してい
るユーザでも、使用していないユーザでも共通に不具合
を修正するためにパッチをあてたバグ修正箇所であり、
これは無条件に実行される。
るユーザでも、使用していないユーザでも共通に不具合
を修正するためにパッチをあてたバグ修正箇所であり、
これは無条件に実行される。
【００３７】従来のソースプログラム管理の方法では、
ＲＰＱ機能を実装したユーザと、未実装のユーザとで
は、プログラムの長さが互いに変わってしまうため、パ
ッチをあてるアドレスがずれてしまう。このため、それ
ぞれの実行プログラムに対し、それぞれのパッチを準備
する必要があった。
ＲＰＱ機能を実装したユーザと、未実装のユーザとで
は、プログラムの長さが互いに変わってしまうため、パ
ッチをあてるアドレスがずれてしまう。このため、それ
ぞれの実行プログラムに対し、それぞれのパッチを準備
する必要があった。
【００３８】これに対して、本発明の実施例の方法で
は、全てのＲＰＱ機能を１つのソースプログラムに盛り
込み（実装し）、プログラム実行時に、その機能の実行
の可否を判断しながら進むため、不具合の修正時の手間
を省き、１つのソースプログラム、同一パッチ箇所によ
り管理できるという利点を有する。
は、全てのＲＰＱ機能を１つのソースプログラムに盛り
込み（実装し）、プログラム実行時に、その機能の実行
の可否を判断しながら進むため、不具合の修正時の手間
を省き、１つのソースプログラム、同一パッチ箇所によ
り管理できるという利点を有する。
【００３９】次に、ＲＰＱ部分の実行を有効とする方法
を、図１を参照して説明する。
を、図１を参照して説明する。
【００４０】図１において、ＲＰＱはユーザからの要求
によって機能提供を開始するため、ＲＰＱ管理テーブル
１０の有効フラグ１３の初期値は「０」とされている。
ユーザからある機能、本実施例ではＲＰＱ番号「０００
３」とする、の提供要求があった場合、ＲＰＱ管理テー
ブル情報登録手段１５を用いて、ＲＰＱ番号０００３の
エントリの有効フラグ１３ｂを「１」に更新設定するこ
とにより、このユーザのシステムでＲＰＱ番号「０００
３」のＲＰＱ機能が実行できるようになる。
によって機能提供を開始するため、ＲＰＱ管理テーブル
１０の有効フラグ１３の初期値は「０」とされている。
ユーザからある機能、本実施例ではＲＰＱ番号「０００
３」とする、の提供要求があった場合、ＲＰＱ管理テー
ブル情報登録手段１５を用いて、ＲＰＱ番号０００３の
エントリの有効フラグ１３ｂを「１」に更新設定するこ
とにより、このユーザのシステムでＲＰＱ番号「０００
３」のＲＰＱ機能が実行できるようになる。
【００４１】また、図３に示すモジュールｍが新たにＲ
ＰＱ番号「０００Ｎ」の処理を追加する場合を以下に説
明する。
ＰＱ番号「０００Ｎ」の処理を追加する場合を以下に説
明する。
【００４２】図３に示すモジュールｍにおいて、ステッ
プ３１のモジュールｎのバグ修正箇所と、ステップ３４
の標準部分プログラムは、もともと全てのユーザに共通
に実行される処理部とされている。
プ３１のモジュールｎのバグ修正箇所と、ステップ３４
の標準部分プログラムは、もともと全てのユーザに共通
に実行される処理部とされている。
【００４３】これに、ＲＰＱ番号「０００Ｎ」を実行す
るかどうか否か判断するステップ３２を追加し、ＲＰＱ
が有効の場合のみ、ステップ３３のＲＰＱ機能部分、す
なわちＲＰＱ番号「０００Ｎ」の処理が実行されるよう
に、プログラムを修正しておく。
るかどうか否か判断するステップ３２を追加し、ＲＰＱ
が有効の場合のみ、ステップ３３のＲＰＱ機能部分、す
なわちＲＰＱ番号「０００Ｎ」の処理が実行されるよう
に、プログラムを修正しておく。
【００４４】そして、図１に示したＲＰＱ管理テーブル
１０に、テーブル情報登録手段１５により、ＲＰＱ番号
「０００Ｎ」のエントリである１１ｎに、モジュール名
を設定し、有効フラグ１３ｎに有効を示す「１」を設定
する。
１０に、テーブル情報登録手段１５により、ＲＰＱ番号
「０００Ｎ」のエントリである１１ｎに、モジュール名
を設定し、有効フラグ１３ｎに有効を示す「１」を設定
する。
【００４５】このＲＰＱが他のモジュールについても、
修正が必要な場合には、修正が必要となるモジュール
ｍ、モジュールｏについても、ステップ３２とステップ
３３と同様にして、プログラムの修正を行うことによ
り、このＲＰＱ番号「０００Ｎ」で示されるＲＰＱ機能
が、ユーザ提供されることになる。
修正が必要な場合には、修正が必要となるモジュール
ｍ、モジュールｏについても、ステップ３２とステップ
３３と同様にして、プログラムの修正を行うことによ
り、このＲＰＱ番号「０００Ｎ」で示されるＲＰＱ機能
が、ユーザ提供されることになる。
【００４６】本発明の一実施例の動作を、図４を参照し
て以下に説明する。
て以下に説明する。
【００４７】図４に示す、検索プログラムａは、キーボ
ードから入力した条件に基づき、磁気ディスク装置に格
納されているデータから条件にあうものを抽出して、結
果を画面に表示するというプログラムであるとする。
ードから入力した条件に基づき、磁気ディスク装置に格
納されているデータから条件にあうものを抽出して、結
果を画面に表示するというプログラムであるとする。
【００４８】この検索プログラムａにおいては、標準プ
ログラムは、ステップ４３〜４５のように、ディスクか
らデータを１件ずつ読み出し（ステップ４３）、検索条
件にあうかどうかを照合し（ステップ４４）、全て検索
したか否かを判定し（ステップ４５）、全て検索してい
ない場合にはステップ４３の処理に戻るという具合に、
データの最後になるまでこれらのステップにおける処理
を繰り返すというものである。
ログラムは、ステップ４３〜４５のように、ディスクか
らデータを１件ずつ読み出し（ステップ４３）、検索条
件にあうかどうかを照合し（ステップ４４）、全て検索
したか否かを判定し（ステップ４５）、全て検索してい
ない場合にはステップ４３の処理に戻るという具合に、
データの最後になるまでこれらのステップにおける処理
を繰り返すというものである。
【００４９】一方、ＲＰＱ機能として、ＲＰＱ番号「０
００１」で表される機能として、ディスク装置からデー
タを１件ずつではなく、メインメモリ上にまとめて１０
００件読み出し、メインメモリ上でデータを検索すると
いう機能が提供されているものとする。
００１」で表される機能として、ディスク装置からデー
タを１件ずつではなく、メインメモリ上にまとめて１０
００件読み出し、メインメモリ上でデータを検索すると
いう機能が提供されているものとする。
【００５０】この機能は、データ検索を高速で実施でき
るという利点があるが、メインメモリを多く使用すると
いう制約があるため、十分なメモリ容量を持ったコンピ
ュータシステムでなければ実行できない。このため、こ
の機能は、ユーザの個別の機能要求により提供されるＲ
ＰＱ機能である。
るという利点があるが、メインメモリを多く使用すると
いう制約があるため、十分なメモリ容量を持ったコンピ
ュータシステムでなければ実行できない。このため、こ
の機能は、ユーザの個別の機能要求により提供されるＲ
ＰＱ機能である。
【００５１】図４を参照して、ステップ４６〜ステップ
４９は、このＲＰＱ機能を実行する処理であり、データ
一件毎の読み出し、及びデータを１０００件まとめて読
み出す処理のいずれの場合も、処理終了後にステップ５
０に合流し、検索結果を表示して終了する。
４９は、このＲＰＱ機能を実行する処理であり、データ
一件毎の読み出し、及びデータを１０００件まとめて読
み出す処理のいずれの場合も、処理終了後にステップ５
０に合流し、検索結果を表示して終了する。
【００５２】このユーザのコンピュータシステムにおけ
る、ＲＰＱ管理テーブルとしては、図５に６０として示
すようなものとされている。
る、ＲＰＱ管理テーブルとしては、図５に６０として示
すようなものとされている。
【００５３】すなわち、図５を参照して、ＲＰＱ管理テ
ーブル６０のエントリ６０ａのＲＰＱ番号「０００１」
は、モジュール名（６０ｂ）としてＲＰＱ機能を実現す
る「検索プログラムａ」の名前が登録されており、有効
フラグ（６０ｃ）が「１」に設定され、このユーザでの
機能提供が許可されている。
ーブル６０のエントリ６０ａのＲＰＱ番号「０００１」
は、モジュール名（６０ｂ）としてＲＰＱ機能を実現す
る「検索プログラムａ」の名前が登録されており、有効
フラグ（６０ｃ）が「１」に設定され、このユーザでの
機能提供が許可されている。
【００５４】また、このＲＰＱ管理テーブル６０にこれ
らの情報を登録する場合は、図１に示したＲＰＱ管理テ
ーブル情報登録手段１６を用いて、ユーザからの提供依
頼があった時に実行される。
らの情報を登録する場合は、図１に示したＲＰＱ管理テ
ーブル情報登録手段１６を用いて、ユーザからの提供依
頼があった時に実行される。
【００５５】図４に流れ図として示した検索プログラム
ａにおいては、このＲＰＱ管理テーブル６０を、ステッ
プ４２の判定処理においてＲＰＱ管理テーブル参照手段
１４とＲＰＱ実行判断手段１５により参照してＲＰＱ機
能の提供を確認し、ステップ４６〜ステップ４９の処理
が実行されることになる。
ａにおいては、このＲＰＱ管理テーブル６０を、ステッ
プ４２の判定処理においてＲＰＱ管理テーブル参照手段
１４とＲＰＱ実行判断手段１５により参照してＲＰＱ機
能の提供を確認し、ステップ４６〜ステップ４９の処理
が実行されることになる。
【００５６】
【発明の効果】以上説明したように、本発明によれば、
個々のソースプログラムは、新しいＲＰＱ部分を追加し
ていくことにより、常に最新レビジョンの管理のみで済
み、上記従来の編集方式で問題とされた不具合を漏れな
く解消することができるという効果を奏する。
個々のソースプログラムは、新しいＲＰＱ部分を追加し
ていくことにより、常に最新レビジョンの管理のみで済
み、上記従来の編集方式で問題とされた不具合を漏れな
く解消することができるという効果を奏する。
【００５７】また、本発明によれば、ＲＰＱ管理テーブ
ルを参照することにより、そのユーザシステムで提供さ
れている最新の機能の一覧を把握することができるとい
う効果を奏する。
ルを参照することにより、そのユーザシステムで提供さ
れている最新の機能の一覧を把握することができるとい
う効果を奏する。
【００５８】さらに、本発明によれば、あるユーザで提
供したＲＰＱ機能を、他のユーザから要求された場合
に、ＲＰＱ管理テーブルの有効フラグを「有効」を示す
状態に設定するという作業だけで、当該ＲＰＱ機能が実
行されるようになるため、あらたにプログラムをユーザ
に配布し直し、コンピュータシステムにインストールし
直すという手間が省け、作業工数の低減、及びコストの
低減を達成するという効果を奏するものである。
供したＲＰＱ機能を、他のユーザから要求された場合
に、ＲＰＱ管理テーブルの有効フラグを「有効」を示す
状態に設定するという作業だけで、当該ＲＰＱ機能が実
行されるようになるため、あらたにプログラムをユーザ
に配布し直し、コンピュータシステムにインストールし
直すという手間が省け、作業工数の低減、及びコストの
低減を達成するという効果を奏するものである。
【図１】本発明の一実施例の構成を示すブロック図であ
る。
る。
【図２】本発明の一実施例を説明するための図であり、
プログラムの流れを示すフローチャートである。
プログラムの流れを示すフローチャートである。
【図３】本発明の一実施例を説明するための図であり、
プログラムの流れを示すフローチャートである。
プログラムの流れを示すフローチャートである。
【図４】本発明の一実施例を説明するための図であり、
プログラムの流れを示すフローチャートである。
プログラムの流れを示すフローチャートである。
【図５】本発明の一実施例におけるＲＰＱ管理テーブル
の内容を示す図である。
の内容を示す図である。
１０ ＲＰＱ管理テーブル １１ ＲＰＱ 番号を示すフィールド １２ ＲＰＱ対応を持つモジュール名を登録するフィー
ルド １３ ＲＰＱの実行の許可／非許可を指示する有効フラ
グを格納するフィールド １４ ＲＰＱ管理テーブル参照手段 １５ ＲＰＱ実行判断手段 １６ ＲＰＱ管理テーブル情報登録手段 ６０ ＲＰＱ管理テーブル ６０ａ ＲＰＱ番号 ６０ｂ ＲＰＱ対応をもつモジュール名 ６０ｃ ＲＰＱ有効フラグ
ルド １３ ＲＰＱの実行の許可／非許可を指示する有効フラ
グを格納するフィールド １４ ＲＰＱ管理テーブル参照手段 １５ ＲＰＱ実行判断手段 １６ ＲＰＱ管理テーブル情報登録手段 ６０ ＲＰＱ管理テーブル ６０ａ ＲＰＱ番号 ６０ｂ ＲＰＱ対応をもつモジュール名 ６０ｃ ＲＰＱ有効フラグ
フロントページの続き (56)参考文献 特開 平３−189819（ＪＰ，Ａ) 特開 平６−4477（ＪＰ，Ａ) 特開 平６−314194（ＪＰ，Ａ) 特開 平５−307477（ＪＰ，Ａ) 特開 平６−110667（ＪＰ，Ａ) 特開 平４−178830（ＪＰ，Ａ) 特開 平８−95771（ＪＰ，Ａ) 特開 平７−152551（ＪＰ，Ａ) 特開 平７−129395（ＪＰ，Ａ) 特開 平７−121364（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) G06G 9/06 - 9/45 G06G 11/00 - 11/36
Claims (2)
- 【請求項１】 ユーザのシステム毎に、ユーザの要求す
る機能に対して修正が必要とされるソースプログラムを
識別するための情報である要求機能を示す機能拡張要求
（「ＲＰＱ」という）番号と、該ＲＰＱ機能を実現する
モジュール名と、このＲＰＱ機能の実行の有効／無効を
識別するための有効フラグと、を備えたＲＰＱ管理テー
ブルと、 ソースプログラムにおけるＲＰＱ機能を実現するプログ
ラム部分の入り口で、前記ＲＰＱ管理テーブルの中の有
効フラグを検査確認し、該検査結果に応じてプログラム
の流れを制御する手段と、 プログラム実行時及び提供されているＲＰＱ機能の検査
確認時において前記ＲＰＱ管理テーブルを参照する手段
と、 前記ＲＰＱ管理テーブルに、ＲＰＱの番号、モジュール
名を設定するとともに、ＲＰＱ機能の必要の有無に応じ
て前記有効フラグに有効／無効の情報を設定するための
登録手段と、 を備えたことを特徴とする標準プログラムの機能拡張方
式。 - 【請求項２】 機能の拡張要求（ＲＰＱ）を実現するＲ
ＰＱ機能を識別するコードと、該ＲＰＱ機能を実現する
ために標準プログラムにＲＰＱ機能部分を追加するソー
スプログラムのモジュール名と、プログラム実行時にお
ける該ＲＰＱ機能の実行の有効／無効を識別するための
有効フラグと、を各ＲＰＱ機能毎に有するＲＰＱ管理テ
ーブルを備え、 ソースプログラムが、標準型のプログラム部と、該標準
型プログラム部の機能に対して前記ＲＰＱ機能を実現す
るＲＰＱ機能実行部と、を前記ＲＰＱ管理テーブルの有
効フラグの無効／有効の確認結果に応じて選択的に実行
するように制御する条件分岐を少なくとも含み、 前記プログラムの実行時に、前記ＲＰＱ機能の実行の可
否を前記ＲＰＱ管理テーブルの有効フラグの参照して前
記条件分岐が行われ、 一つのソースプログラムにて標準プログラム及びＲＰＱ
機能の選択を可能としたことを特徴とする標準プログラ
ムの機能拡張方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08168565A JP3090048B2 (ja) | 1996-06-07 | 1996-06-07 | 標準プログラムの機能拡張方法及び方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08168565A JP3090048B2 (ja) | 1996-06-07 | 1996-06-07 | 標準プログラムの機能拡張方法及び方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09330217A JPH09330217A (ja) | 1997-12-22 |
| JP3090048B2 true JP3090048B2 (ja) | 2000-09-18 |
Family
ID=15870401
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP08168565A Expired - Fee Related JP3090048B2 (ja) | 1996-06-07 | 1996-06-07 | 標準プログラムの機能拡張方法及び方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3090048B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101214034B1 (ko) * | 2008-09-05 | 2012-12-20 | 가부시키가이샤 어드밴티스트 | 시험 장치, 및 시험 방법 |
-
1996
- 1996-06-07 JP JP08168565A patent/JP3090048B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09330217A (ja) | 1997-12-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8533705B2 (en) | Registry emulation | |
| US6651240B1 (en) | Object-oriented software development support apparatus and development support method | |
| US6304867B1 (en) | System and method for enhanced performance of a relational database management system through the use of application-specific memory-resident data | |
| US7647355B2 (en) | Method and apparatus for increasing efficiency of data storage in a file system | |
| US20200249925A1 (en) | On-demand loading of dynamic scripting language code for reduced memory usage | |
| JPH11327916A (ja) | コンパイル済コ―ドにおけるダイナミッククラス初期化チェックのコスト低減技術 | |
| US7774770B2 (en) | Method and system for dynamically loading data structures into memory with global constant pool | |
| CN110489425B (zh) | 一种数据访问方法、装置、设备及存储介质 | |
| US20120011166A1 (en) | Skip list generation | |
| CN113971037A (zh) | 应用处理方法、装置、电子设备及存储介质 | |
| US7409642B2 (en) | Method and system for applying user interface elements to data | |
| US8806138B1 (en) | Dynamic dependencies and parameterizations for execution and caching | |
| US6915512B1 (en) | Software editing with indication of format and processing state of each process of the software | |
| JP3090048B2 (ja) | 標準プログラムの機能拡張方法及び方式 | |
| US20050149270A1 (en) | Componentware creating method, apparatus and recording medium | |
| US7669200B2 (en) | Resizing an install image | |
| JP3461185B2 (ja) | ロードモジュールへのソースコード行番号登録方法および装置 | |
| US7028292B1 (en) | Program executing apparatus, control method therefor, and storage medium for interpreting and executing intermediate codes | |
| JPH096653A (ja) | データベースのチェックを行う情報処理装置 | |
| CN114356441B (zh) | 一种插件预加载方法、装置、电子设备及存储介质 | |
| JP3489153B2 (ja) | ファイルシステム | |
| US7302452B2 (en) | Method and apparatus for handling requests for files in a data processing system | |
| JPH09305449A (ja) | データベース管理システム | |
| JP3722854B2 (ja) | データ編集装置 | |
| CN116841657A (zh) | 接口函数调用方法和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |