JPH038021A - 機能実行方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明ば、呼び出された機能を実行する機能実行方式に
関するものである。

３、発明の詳細な説明 〔従来の技術と発明が解決しようとする課題〕従来、パ
ソコン上などで例えばＣ言語を用いて記述したプログラ
ムによっである機能を呼び出して実行する場合、第４図
（イ）に示すように、機能に対応する制御モジュールを
予め作成しておき、これに記述された部品（機能を達成
するプログラム）を順次呼び出して実行させるようにし
ていた。

このため、機能数に対応した制御モジュールを予め作成
してお（必要があり、例え類似した機能であっても個別
に当該制御モジュールを作成し、メモリ資源を多（使用
してまうと共に、機能拡張に対応して該当する制御モジ
ュールをそれぞれ書き替える必要があり、機能拡張・修
正に多くの手間が必要となってしまうという問題があっ
た。

尚、第４図構成の動作を簡単に説明する。

第４図（イ）は、従来の全体構成を示す。ユーザプログ
ラムから機能０１、機能０２・・・機能ｎｎが呼び出さ
れた場合、機能の振り分は処理２１が機能を振り分けて
機能０１、機能０２−・・機能ｎｎに対応する制御モジ
ュール２２を呼び出す。この呼び出された制御モジュー
ル２２は、予め内部に記述した部品名の順番に部品群２
３から部品を呼び出して実行させ、機能を実現するよう
にしている。このときの部品の実行の様子を第４図（ロ
）に示す。例えば制御モジュール０１の処理は、部品０
１の実行を行い、正常終了したときに次の部品０２の実
行を行うというように順次部品０３、部品０４の実行を
行い、終了する。同様に他の制御モジュール０２・・・
制御モジュールｎｎについても実行する。このように機
能毎に制御モジュールを作成するようにしていた。

本発明は、機能定義テーブルを予め作成し、呼び出され
た機能に対応する該当機能定義テーブルを参照して順次
該当する部品を実行して機能を実現し、機能拡張・修正
などを簡単に行うことを目的としている。

（課題を解決する手段〕 第１図は、本発明の原理構成図を示す。

第１図において、機能定義テーブル２は、機能を実現す
る部品名を予め設定するテーブルである。

実行部３ば、機能定義テーブル２を参照して順次取り出
した部品名に対応する部品（部品モジュール）を部品群
４から呼び出して処理を実行するものである。

部品群４ば、機能定義テーブル１に設定した部品名に対
応する処理を実行する部品（部品モジュル）を多数集め
たものである。

〔作用〕

本発明は、第１図に示すように、機能定義テーブル２お
よび部品群４を予め作成しておき、実行部３がプログラ
ムから呼び出された機能に対応する機能定義テーブル２
を決定し、この決定した機能定義テーブル２から部品名
を順次取り出してこれらに対応する部品（部品モジュー
ル）を部品群４から順次呼び出して処理を実行するよう
にしている。

従って、機能拡張、入力データの増加に対応して機能定
義テーブル２を修正すればよく、しかも障害発生、保守
管理に際して機能定義テーブル２、該当部品を修正すれ
ばよく、簡単に行うことが可能となる。

〔実施例〕

次に、第１図から第３図を用いて本発明の１実施例の構
成および動作を順次詳細に説明する。

第１図において、サービスライブラリ１は、ユーザプロ
グラムにサービス（機能）を提供するものであって、機
能定義テーブル２、実行部３、および部品群４などから
構成されている。

機能定義テーブル２ば、機能を実現するために実行する
部品名を実行順序に従って予め設定するテーブルである
。例えば機能０１の定義テーブルは、部品０１、部品０
２、部品０３、部品０４の順番に実行することによって
、機能Ｏ１を実現するように設定したものである。

実行部３ば、機能定義テーブル２を参照して順次取り出
した部品名に対応する部品（部品モジュール）を部品群
４から呼び出して処理を実行し、全（仁としである機能
を実現するものである。

部品群４ば、機能定義テーブル１に設定した部品名に対
応する処理を実行する部品（部品モジュール）を多数集
めたものである。

次に、動作を説明する。

（１１ユーザプログラムから例えば機能０１の呼び出し
を受けたサービスライブラリｌを構成する実行部３が、
この機能０１に対応する機能Ｏ１の定義テーブルを決定
する。

ｆ２＋　　ｉｌ＋で決定した機能０１の定義テーブルの
先頭から部品名を順次取り出し、部品群４中の該当部品
を順次呼び出して処理を実行させ、指定された所定の機
能を実現するようにしている。実行後に、もとのユーザ
プログラムに復帰する。

第２図は、本発明に係わる機能定義テーブル説明図を示
す。

第２図（イ）は、機能定義テーブル例を示す。

ここで、機能０１は、部品０１、部品０２、部品０３、
部品０４を呼び出して実行させるための部品Ｏ１の７ド
レス（先頭アドレス）、部品０２のアドレス、部品０３
のアドレス、部品０４のアドレスを図示のように順番に
格納したものである。

先頭には、呼び出し部品数を格納しておく。

第２図（ロ）は、他の機能定義テーブル例を示す。これ
は、呼び出し部品数、部品Ｏｆの部品番号・・・部品０
４の部品番号を設け、これら各部品番号から部品のアド
レスを求める部品番号テーブルを図示のように別途設け
るようにしだものでる。

第２図（ハ）は、機能定義テーブルから部品を取り出し
て順次実行させる時の動作フローチャートを示す。以下
説明する。

第２図（ハ）において、■は、呼び出し部品数だけ処理
したか否かを判別する。これは、第２図（イ）、（ロ）
８１！能定義テーブルに格納されている呼び出し部品数
だけ処理したか否かを判別することを意味している。Ｙ
ＥＳの場合には、終了する。ＮＯの場合には、Ｏを実行
する。

■は、機能定義テーブルに定義されている部品のアドレ
スの関数（部品、部品モジュール〕を実行する。

■は、＠の実行が正常終了したか否かを判別する。ＹＥ
Ｓの場合には、Ｏを繰り返し実行する６ＮＯの場合には
、終了する。

以上の処理によって、機能定義テーブル２に予め設定し
た部品（関数）を順次実行し、所望の機能を実現するよ
うにしている。

第３図は、本発明の１実施例構成図を示す、これは、Ｃ
言語で記述したユーザプログラムからサービスライブラ
リ１を呼び出して処理を実行する場合のものである。以
下順次説明する。

（１）例えばｆｕｎｃｏｌ　（ｐＬ　ｐ２．　ｐ、３）
によってサービスライブラリ１の実行部３を呼び出す。

（２）　　（１１で呼び出された実行部３が該当する機
能定義テーブル２を、機能０１の定義テーブルと決定す
る。

（３１（２）で決定された機能０１の定義テーブルの先
頭から記述されている部品０１（ｐＩ）、部品０２（ｐ
２）、部品０３（ｐ３）を順次取り出し、部品群４から
対応する部品を呼び出して処理を順次実行させる。

（４１（３１で処理を全て実行した後、結果を持っても
とのプログラム（Ｃ言語）に復帰する。

〔発明の効果〕

以上説明したように、本発明によれば、Ｉ！能定義テー
ブル２を予め作成し、呼び出された機能に対応する該当
機能定義テーブル２を参照して順次該当する部品を実行
して機能を実現する構成を採用しているため、機能拡張
、入力データの増加、などに対応して機能定義テーブル
２を修正すればよく、機能の拡張・修正、保守管理を容
易に行うことができると共に、メモリ使用量を少なくす
ることができる。

【図面の簡単な説明】

第１図ば本発明の原理構成図、第２図は本発明に係わる
機能定義テーブル説明図、第３図は本発明の１実施例構
成図、第４図は従来技術の説明図を示す。 図中、 ｌはサービスライブラリ、 ２は機能定義 テーブル、 ３は実行部、 ４は部品群を表す。

Claims (1)

1. 【特許請求の範囲】 呼び出された機能を実行する機能実行方式において、 機能を実現する部品名を予め設定する機能定義テーブル
   （２）と、 この機能定義テーブル（２）に設定した部品名に対応す
   る処理を実行する部品を多数集めた部品群（４）とを備
   え、 プログラムから呼び出された機能に対応する上記機能定
   義テーブル（２）から部品名を順次取り出し、これら順
   次取り出した部品名に対応する部品を上記部品群（４）
   から順次呼び出して処理を実行するように構成したこと
   を特徴とする機能実行方式。