JPH03100727A - ユーザ固有条件参照処理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔概　要〕 異なる複数のユーザで使用されるアブリケーシッンプロ
グラムにおけるユーザ固有条件参照処理方式に関し。

参照のための処理を簡略化すると共にデッドロック等が
生じないようにしてプログラマへの負担を軽減すること
を目的とし。

その処理をユーザ固有条件に応じて行う主プログラムと
、前記主プログラムを実行する処理装置とを備えたデー
タ処理システムにおいて、前記ユーザ固有条件を格納し
、前記データ処理システムの運用時には参照のみが許さ
れるようにされたユーザ固有条件マスタと、前記ユーザ
固存条件マス夕からの前記ユーザ固有条件の読込みを行
うユーザ固有条件マスタ読込みサブルーチンとを設け。

前記主プログラムの実行の際に、前記ユーザ固有条件に
応じた処理の実行に先立って、前記主プログラムが前記
ユーザ固有条件マスタ読込みサブルーチンをコールし、
当該ユーザ固有条件マスタ読込みサブルーチンが前記ユ
ーザ固有条件マスタから前記ユーザ固有条件を読込み、
当該読込まれたユーザ固有条件を前記主プログラムが参
照するように構成する。

〔産業上の利用分野〕

本発明はユーザ固有条件参照処理方式に関し。

更に詳しくは、異なる複数のユーザで使用されるアプリ
ケーションプログラムにおけるユーザ固有条件参照処理
方式に関する。

アプリケーションプログラム（アプリケーションパッケ
ージソフトウェア）は、複数の異なるユーザにおいて使
用されるが１個々のユーザ毎に固有の条件（ユーザ固有
条件）によって、パフケージ内の個々のプログラムの動
作等を変更する必要がある。

〔従来の技術〕

例えば販売管理用のアプリケーションパッケージソフト
ウェアは、３００ないし４００のプログラムから構成さ
れる。そして０個々のプログラムが、その動作時に、自
由に参照できる外部ファイルとして条件マスタが用意さ
れる。

この条件マスタには、従来、ユーザ固有条件の他に処理
状態データ等が格納されていた。ユーザ固有条件は１例
えば、「帳表プリントの際の日付の選択（西暦等）」、
「在庫の評価方法」、「朋前月ノ等をユーザの適用に応
じて指定したものである。これらは、運用の立上げの時
にのみ更新（設定）されるものであり１個々のプログラ
ムからは参照されるのみで更新されることのないもので
ある。一方、処理状態データは３例えば、１日の処理の
終了時にその日付を「運用日付」として所定のデータと
共に記録したものである。これは。

個々のプログラムから必要に応じて更新（記録）される
ものである。

個々のプログラムは、この条件マスタを動作時に処理の
必要に応じて、その都度参照又は更新していた。即ち１
個々のプログラムにおいて２条件マスタの内容を参照又
は更新するロジックが処理の必要に応じて記述されてい
た。

〔発明が解決しようとする課題〕

前述の従来技術によれば、以下の如き問題があった。

個々のプログラムからは必ずユーザ固有条件を参照する
必要があるにも拘わらず、当該参照のための処理を個々
のプログラムで行う必要がある。

このため、プログラマの負担が大きくなる。

また、前記参照処理の後処理（異常終了処理等）も個々
のプログラムで行う必要がある。このため、プログラム
サイズが大きくなってしまい。

また、プログラマの負担も大きい。

更に９条件マスタ中に参照のみのレコードと更新される
レコードが混在するために、複数プログラムから同時に
更新されたり、デッドロックが生じたりしないように、
プログラムの構成（記述）に配慮する必要がある０例え
ば、複数の端末から複数のプログラムが同時に立上がる
と、参照と更新という異なる処理が存在するため、１つ
のファイル（条件マスタ）を複数のプログラムがアクセ
スする場合が住しる。そこで１条件マスタを参照（リー
ド）したら、その後に必ず参照したデータを更新（ライ
ト）するといった本来不要な処理を伴うようにする必要
がある。このために、プログラマの負担が大きくなり、
また、ユーザ固有条件の参照には本来不要な処理が増し
てしまう。

本発明は、参照のための処理を簡略化すると共にデッド
ロック等が生じないようにしてプログラマへの負担を軽
減したユーザ固有条件参照処理方式を提供することを目
的とする。

〔課題を解決するための手段〕

第１図は本発明の原理構成図であり１本発明によるデー
タ処理システムを示している。

第１図において、１は処理装置、２は主プログラム、３
はユーザ固有条件マスタ読込みサブルーチン、４はユー
ザ固有条件マスタ、５は運用マスタ、３１は連絡領域で
ある。

処理装置１は、中央処理装置（ｃｐｕ）と主記憶装置（
ＭＳＵ）とからなり、主プログラム２゜ユーザ固有条件
マスタ読込みサブルーチン（以下読込みサブルーチンと
いう）３等を実行する。

主プログラム２は、その処理（の一部）をユーザ固有条
件に応じた処理として行う、主プログラム２は　アプリ
ケーションパッケージソフトウェアを構成する複数のプ
ログラムの各々であり、ユーザ固有条件を共有する。主
プログラム２は、その実行の際に、ユーザ固有条件に応
じた処理の実行に先立って、読込みサブルーチン３をコ
ールする。

読込みサブルーチン３は、ユーザ固有条件マスタ４から
ユーザ固有条件の読込みを行う、読込みサブルーチン３
は、主プログラム２の各々からコールされる。

ユーザ固有条件マスタ４は、ユーザ固有条件を単レコー
ドの形で格納する外部マスタファイルであり、データ処
理システムの運用麺には参照のみが許されるようにされ
る。従って、このファイルは、続出し専用のファイルと
され、処理状態データ等システム運用時に更新の行われ
るものを格納することはなく、ユーザ固有条件の如くシ
ステム運用時に参照のみが行われるものを格納する。

〔作　用〕

第２図は本発明の作用説明図であり５本発明によるユー
ザ固有条件参照処理の概略フローを示している。

主プログラム２が実行されると、初期処理、主処理、終
了処理の順に実行が移る。ユーザ固有条件に応じた処理
は主処理に含まれる。そこで、これに先立って実行され
る初期処理において、読込みサブルーチン３がコールさ
れ、実行される。この結果、ユーザ固有条件は、ユーザ
固有条件マスタ４から読込みサブルーチン３に読込まれ
る。この後、その他の初期処理（従来行われていた初期
処理）が行われる。

主処理に実行が移ると、主プログラム２は、ユーザ固有
条件マスタ４ではなく、読込みサブルーチン３を参照す
ることによって、これに読込まれたユーザ固有条件を参
照し、これに応じた処理を行う。

このようにすることにより、主プログラム２自体はユー
ザ固有条件マスタ４を参照せずともよく。

当該処理は全て読込みサブルーチン３によって行われる
。従って、主プログラム２を作成するプログラマは、当
該処理を意識する必要がなく（読込みサブルーチン３を
コールするのみでよい）、その負担を軽くできる。また
、主プログラム２のサイズを小さくすることができる。

ユーザ固有条件はユーザ固有条件マスタ４に一元的に管
理され、またこれにより、そのアクセス方法を参照のみ
に限ることができるので、デッドロック等の生じること
がなくなる。従って、ユーザ固有条件参照の際（即ち読
込みサブルーチン３の作成にあたって）、アクセスの複
雑な制御を考慮する必要はなくなり、プログラマの負担
を軽くできる。

〔実施例〕

第１図図示のデータ処理システムについて更に説明する
。

図示の如く、読込みサブルーチン３は、連絡領域３１を
有する。連絡領域３１は、処理装置１を構成する主記憶
装置の所定の位置に設けられた記憶領域である。読込み
サブルーチン３は、ユーザ固有条件マスタ４から読込ん
だユーザ固有条件を連絡領域３１に格納する。主プログ
ラム２は、主処理の実行の際に、連絡領域３１を参照す
ることによって、予めこれに読込まれたユーザ固有条件
を参照することができる。このように、主プログラム２
の主処理の実行においては主記憶装置内でユーザ固有条
件を参照できるので、−雇主ブーログラム２を簡略にで
きる。

ユーザ固有条件マスタ４は、システム運用時には参照の
みが許され、更新は行われない、読込みサブルーチン３
は、システム運用時、ユーザ固有条件マスタ４を参照す
ることができる唯一のプログラムである。従って、主プ
ログラム２はユーザ固有条件マスタ４を参照できない、
一方、システム立上時には、ユーザ固有条件がユーザ固
有条件マスタ４に設定（更新）される０、この設定は９
例えばオペレーティングシステムによって行われる。

ユーザ固有条件マスタ４は、更新レコードを含まない（
参照専用の）単レコードマスタであるので。

その信頼性を向上することができる。

運用マスタ５は、処理状態データ等を格納する外部マス
タファイルであり、データ処理システムの運用時には参
照及び更新が行われる。従って。

このファイルは、ユーザ固有条件の如くシステム運用時
に参照のみが行われるものを格納することはなく、処理
状態データの如くシステム運用時に更新される（可能性
のある）ものを格納する。なお、運用マスタ５について
は参照処理及び更新処理が混在するので、これをアクセ
スする主プログラム２においては、従来と同様のデッド
ロック等の発生を防止する配慮が必要となる。しかし、
運用マスタ５を全くアクセスしない主プログラム２にお
いては、このような配慮は全く不要となる。

第３図はユーザ固有条件フォーマット説明図であり、ユ
ーザ固有条件の一例を示している。

ユーザ固有条件は１図示の如＜、４０９６バイトの単レ
コードからなり、「自社基」　「自社住所」・・・「請
求明細書発行区分Ｊ・・・等の各項目について。

所定の大きさのデータを含んでいる。従って、ユーザ固
有条件マスタ４も、４０９６バイトの大きさのファイル
とされる。なお、「自社基」等は項目名である。ユーザ
固有条件（マスタ４）は、所定の大きさの各項目を所定
の順に配列した所定のフォーマットとされる。

連絡領域３１に読込まれたユーザ固有条件は。

ユーザ固有条件マスタ４におけるそれと実質的に同一と
される。即ち、ユーザ固有条件マスタ４におけるユーザ
固有条件に、２バイトのサブルーチン正常終了区分を付
加してなる。サブルーチン正常終了区分は、読込みサブ
ルーチン３の処理が正常に終了したことを示す制御フラ
グであり、読込みサブルーチン３によって付加される。

従って。

連絡領域３１は、４０９８バイトの大きさとされる。な
お、連絡領域３１において、各項目名は「連絡−自社基
」の如くにされる。これによって。

ユーザ固有条件マスタ４内の各１項目と区別される。

なお、読込みサブルーチン３が実行されると。

ユーザ固有条件マスタ４の全内容（４０９６バイト）が
連絡領域３１に読込まれる。従って、ユーザ固有条件マ
スタ４からのユーザ固有条件の読出しにおいて１項目名
を指定して各項目毎の読出しが行われることはない、従
って５ある主プログラム２が必要としない項目について
も、その区別なく、−旦、全てのユーザ固有条件が連絡
領域３１に格納される。

へ方、主プログラム２が連絡領域３１内のユーザ固有条
件を参照する際には、その項目名を指定して各項目毎に
必要なもののみが参照される。

また、１つの主プログラム２において、ユーザ固有条件
マスタ４の読込み（アクセス）は読込みサブルーチン３
によってのみ行われ、がっ、その回数は１回である。従
って、ユーザ固有条件マスタ４のアクセスの正常終了を
示す制御フラグを標準（簡略）化することができる。即
ち、「サブルーチン正常終了区分」として統一すること
ができ。

これを連絡領域３１に容易に付加することができる。こ
れにより、主プログラム２は、容易にユーザ固有条件の
読込みの正常終了区分を知ることができ、異常があった
場合は、速やかに再度読込みサブルーチン３をコールす
ることが可能となる。

第４図は読込みサブルーチン処理フローであり。

読込みサブルーチン３の行う処理を示している。

■　主プログラム２からコールされると、ユーザ固有条
件マスタ４をオープン（１１０オーブン）する。

■　ユーザ固有条件マスタ４から単レコードのユーザ固
有条件を読出し、その全内容を違絡陵域３１に転送する
。

■　ユーザ固有条件マスタ４をクローズ（Ｉ１０クロー
ズ）する。

なお、処理■の後、処理■に先立って、異常終了処理等
の処理が必要に応じて行われる。

第５図はユーザ固有条件参照処理フローであり。

特に主プログラム２が（料金）請求明細書の発行処理を
行うものである場合について示している。

主プログラム２の実行が開始されると、第５図（Ａ）図
示の如く、初期処理が実行される。即ち。

まず主プログラム２から読込みサブルーチン３がコール
され、実行される。これにより、ユーザ固有条件が連絡
領域３１上に展開される。この時。

主プログラム２が例えば「請求明細書発行区分」のみし
か必要としない（参照しない）場合であっても、全内容
が連絡領域３１に読込まれる。

この後、他の初期処理１例えば、ユーザ固有条件マスタ
４をオーブンしたシステム日付の読込み処理等が行われ
、初期処理を終了する。

実行が主処理に移ると、第５図（Ｂ）図示の如く、主プ
ログラム２は、必要な項目名「連絡−請求明細書発行区
分」のみを指定して連絡領域３１を参照し、その内容に
応じた処理を行う、即ち。

当該区分が“ＯＮ”であれば請求明細書の発行を行い、
当該区分が“ＯＮ°゛でなければ請求明細書の発行を行
わない（例えば請求額のみを出力する）０以上により、
主処理を終了する。

実行が終了処理に移ると、第５図（Ｃ）図示の如く、終
了処理１例えばファイルのクローズ処理等が行われ、終
了処理を終了する。

〔発明の効果〕

以上説明したように０本発明によれば、異なる複数のユ
ーザで使用されるアプリケーションプログラムにおける
ユーザ固有条件参照処理において。

ユーザ固有条件マスタを設けてこれを読込みサブルーチ
ンによって参照することによって、主プログラムの構成
を簡略化すると共にそのサイズを小さくすることができ
るのでプログラマの負担を軽減することができ、また、
ユーザ固有条件マスタの信転性を向上しデッドロックの
発生を防止できるのでシステムの信幀性を向上すること
ができる。

【図面の簡単な説明】

第１図は本発明の原理構成図。 第２図は本発明の作用説明図。 第３図はユーザ固有条件フォーマット説明図。 第４図は読込みサブルーチン処理フロー第５図はユーザ
固有条件参照処理フロー第１図において、１は処理装置
、２は主プログラム、３はユーザ固有条件マスタ読込み
サブルーチン、４はユーザ固有条件マスタ、５は運用マ
スタ、３１は連絡領域である。

Claims (1)

1. 【特許請求の範囲】 その処理をユーザ固有条件に応じて行う主プログラム（
   ２）と、 前記主プログラム（２）を実行する処理装置（１）とを
   備えたデータ処理システムにおいて、前記ユーザ固有条
   件を格納し、前記データ処理システムの運用時には参照
   のみが許されるようにされたユーザ固有条件マスタ（４
   ）と、 前記ユーザ固有条件マスタ（４）からの前記ユーザ固有
   条件の読込みを行うユーザ固有条件マスタ読込みサブル
   ーチン（３）とを設け、 前記主プログラム（２）の実行の際に、前記ユーザ固有
   条件に応じた処理の実行に先立って、前記主プログラム
   （２）が前記ユーザ固有条件マスタ読込みサブルーチン
   （３）をコールし、当該ユーザ固有条件マスタ読込みサ
   ブルーチン（３）が前記ユーザ固有条件マスタ（４）か
   ら前記ユーザ固有条件を読込み、当該読込まれたユーザ
   固有条件を前記主プログラム（２）が参照する ことを特徴とするユーザ固有条件参照処理方式。