JPH03189820A - プログラムの呼出し処理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 （概　要） 異なったインタフェースを持つプログラムの呼出し処理
方式に関し 共通プログラムの修正無しで機能プログラムの追加、削
除を可能とすることを目的とし。

自己の属する機能プログラムが共通プログラムの呼出し
対象か否かを識別する対象識別ルーチンと、資源を使用
した所定の処理を行う主ルーチンとを機能プログラムに
設け、前記対象識別ルーチンを呼出す対象識別ルーチン
呼出し部と、前記主ルーチンを呼出す主ルーチン呼出し
部とを共通ブログラムに設け、前記対象識別ルーチン呼
出し部から呼出された対象識別ルーチンが、前記識別を
行い、その結果を前記対象識別ルーチン呼出し部に通知
し、当該通知に基づいて前記主ルーチン呼出し部が、該
当する主ルーチンを呼出し、当該呼出された主ルーチン
が前記所定の処理を実行するように構成する。

〔産業上の利用分野〕

本発明はプログラムの呼出し処理方式に関し。

更に詳しくは、異なったインタフェースを持つプログラ
ムの呼出し処理方式に関する。

データ処理システムにおいて、資源の存在場所や加工方
法により異なったインタフェースを持つ個別部（機能プ
ログラム）に、１つの共通部（共通プログラム）から実
行を振分けることが行われる。これによって、利用者プ
ログラムに対して。

異なるインタフェースの機能プログラムが１つの統一さ
れたインタフェースを持つように見せることができる。

〔従来の技術〕

第６図及び第７図は従来技術説明図であり、同図におい
て、２は共通プログラム、３　（３−１゜３−２）は機
能プログラム、４　（４−１ないし４３）は資源、８　
（８−１，８−２）は主ルーチン、９は利用者プログラ
ム、１５は識別ルーチンである。

第６図図示の如く、利用者プログラム９は２機能プログ
ラム３−１及び３−２のインタフェースを意識すること
なく、統一されたインタフェースの共通プログラム２を
呼出す、共通プログラム２は、その識別ルーチン１５に
おいて、利用者プログラム９の実行しようとしている処
理の（呼出し）対象が１機能プログラム３−１か３−２
かを識別する。そして、該当する喪粍プログラム３の主
ルーチン８を呼出して実行する。主、ルーチン８−１は
資源４−１及び４−２について、主ルーチン８−２は資
ｍ４−２及び４−３について、各々、処理を実行するも
のであり、共通プログラム２との間で異なったインタフ
ェースを有している。

第７図に識別ルーチン１５の行う処理を示す。

この処理においては３機能プログラム３は全て装置番号
（Ａ、　Ｂ、・・・）により特定される。

識別ルーチン１５は、装置番号の順に、対象か否かを調
べる。例えば、装置番号Ａについて呼出し対象か否かを
調べる。そして、対象でない場合。

次の装置番号Ｂについて呼出し対象か否かを調べる。こ
れが対象である場合、該当する機能プログラム３−２　
（Ｂ）の主ルーチン８−２を呼出し。

処理を実行する。

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

前述の従来技術によれば１機能プログラム３の呼出しの
ための識別ルーチン１５が、共通プログラム２内に設け
られている。このため１次の如き問題を生じていた。

機能プログラム３は、データ処理システムにおいて頻繁
に行われる機能拡張に対応するためのものである。従っ
て９機能プログラム３は９機能拡張の都度、追加又は削
除される。一方、共通プログラム２においても、識別ル
ーチン１５の部分の修正が必らず必要となる。即ち１機
能プログラム３の識別を識別ルーチン１５が意識して行
っているので、このために１機能プログラム３について
の情報（当該機能プログラムが存在すること）を共通プ
ログラム２に対して追加又は削除してやる必要がある。

従って、共通プログラム２の修正を伴うのでその汎用性
が低く、また、プログラム全体として作成の負担が太き
（なってしまう。

本発明は、共通プログラムの修正無しで機能プログラム
の追加、削除を可能としたプログラムの呼出し処理方式
を提供することを目的とする。

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

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

第１図において、ｌはデータ処理システム、２は共通プ
ログラム、３は機能プログラム、４は資源、５は対象識
別ルーチン呼出し部、６は主ルーチン呼出し部、７は対
象識別ルーチン、８は主ルーチンである。

機能プログラム３は、共通プログラム２から呼出されて
、所定の処理を実行し、また、自己が呼出し対象である
か否かの識別を行う。このため機能プログラム３は、対
象識別ルーチン７と主ルーチン８とを備える。即ち、対
象識別ルーチン７は、自己の属する機能プログラム３が
共通プログラム２の呼出し対象か否かを識別する。主ル
ーチン８は、資源４を使用した所定の処理を行う。

共通プログラム２は、必要に応じて１機能プログラム３
を呼出す。このために、共通プログラム２は、対象識別
ルーチン呼出し部５と主ルーチン呼出し部６とを備える
。対象識別ルーチン呼出し部５及び主ルーチン呼出し部
６は、各々、対象識別ルーチン７及び主ルーチン８を呼
出す。

〔作　用〕

共通プログラム２は１機能プログラム３を呼出す必要が
生じると、対象識別ルーチン呼出し部５から１機能プロ
グラム３の対象識別ルーチン７を呼出す。

呼出された対象識別ルーチン７は、前述の如き識別を行
って、その結果を呼出し元である対象識別ルーチン呼出
し部５に通知する。

主ルーチン呼出し部６は、この通知に基づいて該当する
主ルーチン８を呼出す。即ち、前記識別の結果として「
呼出し対象である」という通知を受けた場合に、当該通
知を行った対象識別ルーチン７の属する機能プログラム
３の主ルーチン８を呼出す。

呼出された主ルーチン８は、所定の処理、即ち。

当該機能プログラム３の本来の処理を実行する。

以上によれば、呼出し対象である機能プログラム３自体
が識別機能を備えるので、共通プログラム２が機能プロ
グラム３の識別を意識する（行う）必要がない、また、
共通プログラム２は、所定の対象識別ルーチン７を呼出
し、８！別の結果を受取り、これに応じて主ルーチン８
を呼出すのみでよい。

従って１機能プログラム３の追加、削除があっても、こ
れに伴う共通プログラム２の修正を不要にすることがで
きる。

〔実施例〕

第２図は実施例構成図であり、同図において９は利用者
プログラム、１０はプログラム群である。

プログラム群１０は、データ処理システム１のシステム
プログラムであり、共通プログラム２と複数の機能プロ
グラム３　（３−１３−２）とからなる。利用者プログ
ラム９は、このプログラム群１０を呼出す。この呼出し
において、共通プログラム２は１利用者プログラム９に
対する統一インタフェースである。一方、共通プログラ
ム２は。

機能プログラムｌ−１，３−２との間で、各々異なるイ
ンタフェースとされる。

利用者プログラム９から呼出されたプログラム群１０の
共通プログラム２は、必要に応じて１機能プログラム３
−１又は３−２を呼出す、即ち。

利用者プログラム９の要求する処理の実行のために必要
な機能プログラム３を呼出す。

対象識別ルーチン呼出し部５は、複数の機能プログラム
３−１．３−２の対象識別ルーチン７−１．７−２につ
いて、所定の順序（後述する）に従って、順に呼出す。

この呼出しの際、利用者プログラム９より渡されたパラ
メータが対象識別ルーチン７に通知される。この呼出し
は、呼出し対象を指定した上での「呼出し対象に該当す
るか否か」の間合せである。

また、対象識別ルーチン呼出し部５は、この呼出しに対
する対象識別ルーチン７からの通知（返答）に基づいた
処理を行う。即ち、返答が°ｙｅｓである（呼出し対象
に該当する）場合、主ルーチン呼出し部６に制御を渡す
、返答が“ｎｏ”である（呼出し対象に該当しない）場
合１次の順位の対象識別ルーチン７を呼出す、なお、全
対象識別ルーチン７からの返答が“ｎｏ”である場合、
エラー処理を行う。

主ルーチン呼出し部６は、対象識別ルーチン呼出し部５
から制御を渡されると、該当する機能プログラム３を呼
出す。即ち、返答が“ｙｅｓ”であった対象識別ルーチ
ン７に対応する主ルーチン８を呼出す。

また、主ルーチン呼出し部６は、主ルーチン８からの通
知を待って、処理を終了する。

対象識別ルーチン７−１及び７−２は、呼出されると、
利用者プログラム９より渡されたパラメータを解析し、
呼出し対象に該当するか否かの識別を行う。即ち、呼出
の際に、指定されたパラメータの１つである資源名（処
理により複数個指定されうる）より、その資源が存在す
る装置の装置番号を求め５自己が扱う装置の装置番号と
一致するか否かを調べる。そして、自己が呼出し対象に
該当する場合には“ｙｅｓ”の返答を、該当しない場合
には”ｎｏ”の返答を、対象識別ルーチン呼出し部５に
通知する。

主ルーチン８−１及び８−２は、呼出されると。

所定の処理を行う、主ルーチン８−１は１例えば。

資源４−１及び４−２についての処理を実行する。

主ルーチン８−２は１例えば、資源４−２及び４−３に
ついての処理を実行する。そして、主ルーチン８−１及
び８−２は、処理の終了を主ルーチン呼出し部６に通知
する。

第３図はインタフェース説明図であり、同図において、
１１は対象識別関数、１２は代表関数。

１３は機能関数群、１４は関数テーブルの配列である。

共通プログラム２と機能プログラム３との間のインタフ
ェースは、対象識別関数１１及び代表関数１２の２つか
らなる０機能プログラム３と資源４との間のインタフェ
ースは９機能関数群１３からなる。

対象識別関数１１は、当該機能プログラム３が呼出し対
象か（利用者プログラム９からの要求が当該機能プログ
ラム３に対してのものか）否かを識別する関数である。

即ち、対象識別ルーチン７である。

代表関数１２は、主ルーチン８の入口となる関数（利用
者プログラム９からの要求を実行するための入口点とな
る関数）である０機能関数群１３は１代表関数１２と共
に主ルーチン８を構成し。

複数の命令群（例えば、オーブン、リード、クローズ等
）からなる、従って１機能関数群１３の１つの関数２例
えば、「オープンＪによって、ファイル等の資源４につ
いてのオープン処理を実行する。

関数テーブルの配列１４は、共通プログラム２が保持す
る関数テーブルの集合である。即ち、共通プログラム２
は、同一機能プログラム３の対象識別関数１１及び代表
関数１２を一対とし、これを１つの関数テーブル（１５
）とする、そして。

各機能プログラム３毎の関数テーブル（１５）を所定の
順に並べ、関数テーブルの配列１４として保持する。

第４図は関数テーブル説明図であり、同図において、１
５は関数テーブルである。

関数テーブル１５は、一対の対象識別関数１１及び代表
関数１２について、その各々の先頭アドレスを示すアド
レス情報からなる。この関数テーブル１５は１機能プロ
グラム３毎に用意されるので、複数個存在する。

関数テーブルの配列１４は、複数の関数テーブル１５を
所定の順に配列してなる。各関数テーブル１５の間には
、新たな関数テーブル１５の追加（即ち機能プログラム
３の追加）を想定して、リザーブ域が設けられる。リザ
ーブ域の大きさは。

例えば、１つの関数テーブル１５と等しくされる。

従って、関数テーブルの配列１４は、所定のサイズの関
数テーブル１５を所定順に配列するための記憶領域でも
ある。

関数テーブル１５を配列する順序は１例えば。

機能プログラム３の実行の頻度の高いものの順とされる
。なお、識別条件によっては、対象となる機能プログラ
ム３が一意に特定できなくなる可能性もあるので１　こ
のような場合には、優先して識別を行うべき機能プログ
ラム３の優先度が高くされる。

機能プログラム３を作成し追加したシステム管理者は、
その対象識別関数１１及び代表関数１２の先頭アドレス
を知っているので、これらを所定のフォーマット即ち関
数テーブル１５とする。そして１機能プログラム３を追
加したことを、その関数テーブル１５と共に、共通プロ
グラム２に通知する。この作業は、共通プログラム２の
変更を行うものではないので、殆んど負担とならない。

共通プログラム２は、当該通知を受けると、これに応し
て関数テーブルの配列１４を更新する。

即ち、新たな関数テーブル１５を、関数テーブルの配列
１４内の所定の順位に追加する。これにより、共通プロ
グラム２は、常に、全ての機能プログラム３について、
呼出し対象か否かの識別を行うことができる。

なお１機能プログラム３を削除した場合には。

該当する関数テーブル１５が、共通プログラム２によっ
て関数テーブルの配列１４から削除される。

このような共通プログラム２の関数テーブルの配列１４
を作成する機能は、共通プログラム２の機能プログラム
３を管理する機能の一部として設けられる。

第５図は動作処理フローを示している。

この処理においては、利用者プログラム９より渡される
パラメータは、全て、「装置番号Ａ、　　Ｂ・・・」の
如くに表わされるものとする。

まず、利用者プログラム９が、共通プログラム２を呼出
し、装置番号を指定して、処理の要求をする。これに応
じて、対象識別ルーチン呼出し部５が起動される。

■対象識別ルーチン呼出し部５がパラメータｉを０とす
る。

■ｉと関数テーブルの配列１４のエントリの数（関数テ
ーブル１５の数とリザーブ域の数の和）とを比較する。

ｉよりエントリの数が大きくない場合、エラーとして処
理を終了する。

■ｉよりエントリの数が大きい場合、関数テーブルの配
列１４のｉ番目のエントリの関数テーブル１５に基づい
て、対象識別ルーチン７を呼出し。

装置番号を指定して識別を要求する。

■対象識別ルーチン７が、指定された装置番号と自装置
番号とを比較する。

両者が一致する場合には“ｙｅｓ”を、不一致の場合に
は“ｎｏ”を、対象識別ルーチン呼出し部５に通知する
。

■対象識別ルーチン呼出し部５が、返答が“ｙｅｓか“
ｎｏ”かを調べる。

■“ｎｏ”の場合、対象識別ルーチン呼出し部５がパラ
メータｉをｉ＋１とし５　この後、処理■ないし■をく
り返す。

■“ｙｅｓ“の場合、対象識別ルーチン呼出し部５が。

制御を主ルーチン呼出し部６に渡す。

主ルーチン呼出し部６は、関数テーブルの配列のｉ番目
のエントリの関数テーブル１５に基づいて　主ルーチン
８を呼出し、処理を要求する。

■主ルーチン８が、要求された処理を実行し、処理が終
了したら主ルーチン呼出し部６に通知する。

今１機能プログラム３−１（Ａ）及び３−２（Ｂ）が存
在し、各々の装置番号がＡ及びＢであるとする。また、
利用者プログラム９は、装置番号Ｂを指定したとする。

更に、関数テーブルの配列１４は、第４図図示のとおり
であったとする。

このような場合の処理は、以下の如くになる。

即ち、関数テーブルの配列１４の０番目のエントリはリ
ザーブ域であるから、対象識別ルーチン呼出し部５は、
処理■ないし■を行うことなく。

ｉを＋１する。

次に、装置番号Ａの機能プログラム３−１の対象識別ル
ーチン７−１が呼出され、返答“ｎｏ”が得られる。

そこで　ｉを＋１すると　当該エントリがリザーブ域で
あるから、更にｌを＋１する。

そして、装置番号Ｂの機能プログラム３−２の対象識別
ルーチン７−２が呼出され、返答“ｙｅｓが得られる。

そこで、該当する主ルーチン８−２が呼出され。

処理が実行される。

〔発明の効果〕

以上説明したように９本発明によれば、異なったインタ
フェースを持つプログラムの呼出し処理において、呼出
し対象であるか否かを識別するルーチンを呼出し対象で
ある機能プログラムに設けることにより、共通プログラ
ムの修正なしで機能プログラムを追加、削除することが
できるので。

共通プログラムの汎用性を高めることができ、プログラ
ム作成の負担を少なくすることができる。

【図面の簡単な説明】

第１図は本発明の原理構成図。 第２図は実施例構成図。 第３図はインタフェース説明図。 第４図は関数テーブル説明図。 第５図は動作処理フロー 第６図及び第７図は従来技術説明図。 １はデータ処理システム、２は共通プログラム。 ３は機能プログラム、４は資源、５は対象識別ルーチン
呼出し部、６は主ルーチン呼出し部、７は対象識別ルー
チン、８は主ルーチンである。

Claims (1)

1. 【特許請求の範囲】 機能プログラム（３）と、これを呼出す共通プログラム
   （２）とを備えたデータ処理システム（１）において、 自己の属する機能プログラム（３）が前記共通プログラ
   ム（２）の呼出し対象か否かを識別する対象識別ルーチ
   ン（７）と、 資源（４）を使用した所定の処理を行う主ルーチン（８
   ）とを前記機能プログラム（３）に設け、前記対象識別
   ルーチン（７）を呼出す対象識別ルーチン呼出し部（５
   ）と、 前記主ルーチン（８）を呼出す主ルーチン呼出し部（６
   ）とを前記共通プログラム（２）に設け、前記対象識別
   ルーチン呼出し部（５）から呼出された対象識別ルーチ
   ン（７）が、前記識別を行い、その結果を前記対象識別
   ルーチン呼出し部（５）に通知し、 当該通知に基づいて前記主ルーチン呼出し部（６）が、
   該当する主ルーチン（８）を呼出し、当該呼出された主
   ルーチン（８）が前記所定の処理を実行する ことを特徴とするプログラムの呼出し処理方式。