JPH04205231A - プログラム実行制御方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔概要〕 マルチタスク環境下に於けるプログラム実行制御方式に
関し、 マルチタスク環境下に於けるプログラムを効率的に実行
させることを目的とし、 マルチタスク環境下に於けるプログラム実行制御機能部
と、プログラム実行管理テーブルとを備え、該プログラ
ム実行管理テーブルは、プログラム対応の起動条件と起
動条件数とを含むプログラム起動情報を有し、前記プロ
グラム実行制御機能部は、前記プログラム実行管理テー
ブルを参照して、前記起動条件を満足した時に前記起動
条件数を減算し、該起動条件数が零となった時に該プロ
グラムを起動し、互いに競合するプログラムは直列的に
、又互いに競合しないプログラムは並列的にそれぞれ実
行するように構成した。

〔産業上の利用分野〕

本発明は、マルチタスク環境下に於けるプログラム実行
制御方式に関するものである。

マルチタスク環境下に於いて、複数のプログラムを実行
させる場合、リソースの競合がなければ各プログラムを
並列的に起動できるが、リソースの競合が生じる場合、
直列的に起動することになる。従って、リソースの競合
が生じる場合の実行効率が低下するものであり、この実
行効率の向上が要望されている。

〔従来の技術〕

一般のオペーレティング・システム等に於いては、複数
の入出力装置等を効率良く制御する為に、マルチタスク
環境下で制御する方式が比較的多く採用されている。こ
のようなプログラム実行制御方式に於いては、共用のメ
モリ等のリソースの競合に対しては排他的制御を行った
り、又はプリンタ等の共用リソースを複数用意して、競
合の発生確率を少なくし、タスク間の待ち時間を低減す
ることにより、効率低下を防止している。

又異なるタスクがそれぞれ異なる順序で複数のリソース
を要求すると、リソース解放待ちのデッドロックとなる
場合があるから、リソースの要求順序を規定したり、或
いは複数のリソースを同時的に要求するように制御する
ことにより、デッドロックを回避している。

しかし、プロセッサにより制御される複数の入出力装置
等を備えた交換機等の情報処理装置に於いて、各部の正
常性や障害個所探索等の為に診断を行う場合は、従来は
、同時には単一の診断プログラムを実行するのみであっ
た。

〔発明が解決しようとする課題］ マルチタスク環境下で複数の入出力装置等の診断を行う
場合、複数の診断プログラムを並列的に起動することが
できれば問題はないが、異なる被診断装置が同一の負荷
を制御するような場合には、それらの被診断装置に対す
る診断プログラムを同時に実行することができないもの
となる。即ち、リソースを多数用意しても、診断の為の
特定のリソースを要求するものであるから、競合が生し
ることになり、保守者がこのような条件を認識しながら
順次診断プログラムを起動しなければならないので、診
断プログラムの自動的な起動制御が不可能となる欠点が
ある。

又前述のようなプログラムの自動的な起動制御を行うと
すると、プログラムの終了をトリガとして次のプログラ
ムを起動する直列的な起動制御を行う必要があるから、
マルチタスク環境を有効に活用できない欠点がある。

本発明は、マルチタスク環境下に於けるプログラムを効
率的に実行させることを目的とするものである。

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

本発明のプログラム実行制御方式は、マルチタスク環境
下に於けるプログラムの並列的な起動制御を自動的に行
わせるものであり、第１図を参照して説明する。

マルチタスク環境下に於けるプログラム実行制御機能部
ｌと、プログラム実行管理テーブル２とを備え、このプ
ログラム実行管理テーブル２は、プログラム対応の起動
条件と起動条件数とを含むプログラム起動情報を有し、
プログラム実行制御機能部ｌは、プログラム実行管理テ
ーブル２を参照して、起動条件を満足している場合には
、起動条件数を減算し、この起動条件数が零となった時
にそのプログラムを起動して、互いに競合するプログラ
ムは直列的に、又互いに競合しないプログラムは並列的
に実行するものである。

〔作用〕　゛ プログラム実行制御機能部１は、例えば、診断プロセッ
サの制御機能により構成され、プログラム実行管理テー
ブル２は、メモリ等により構成されてプログラム対応の
プログラム起動情報を格納している。プログラム実行制
御機能部１はプログラム実行管理テーブル２のプログラ
ム対応の起動条件を判定し、起動条件を満足している場
合は、起動条件数を−１し、この起動条件数が零となる
と、そのプログラムを起動するものである。

この起動条件数が最初から零に設定されている時は、直
ちにそのプログラムが起動される。又リソースの競合が
生じるプログラムの場合は、起動条件数が成る値に設定
されるから、この起動条件数が零となると、競合が生じ
ない状態となるから、そのプログラムを起動することに
なる。従って、リソースの競合の有無等により、各種の
プログラムを自動的に直列的又は並列的に起動すること
ができる。

〔実施例］ 以下図面を参照して本発明の実施例について詳細に説明
する。

第２図は本発明の実施例の要部ブロック図であり、１１
はプロセッサ（ＣＰＵ）、１２は診断プログラムや各種
のプログラムを格納しているメインメモリ（ＭＥＭ）、
１３はハス、１４は診断プロセッサ、１５はメモリ、１
６はプログラム実行管理テーブル、Ａ１−Ａ４．Ｂｌは
入出力制御装置や入出力装置等の装置である。通常はプ
ロセッサ１１によりマルチタスク環境下で各装置Ａ１〜
Ａ４．Ｂ１等が制御される。このような情報処理装置を
交換機とした場合、装置Ａ１〜Ａ４．Ｂｌは、加入者回
路４通話路スイッチ、走査装置、信号分配装置等に相当
し、加入者からのダイヤル番号に従った呼処理が行われ
る。

又プログラム実行管理テーブル１６は、メモリ１５内に
形成された場合を示すが、診断プロセッサ１４内部に形
成することも可能であり、プログラム対応のプログラム
起動情報を格納している。

診断プロセッサ１４はこのプログラム実行管理テーブル
１６を参照して診断プログラムの起動制御を行うもので
あり、プロセッサ１１に対して診断プログラムの起動条
件に従って起動メソセージを送出し、そのプログラムの
実行終了により終了メツセージを受信するものである。

第３図はプログラム実行管理テーブルの説明図であり、
プログラム実行管理テーブル１６は、プログラム対応の
プログラム起動情報＃１〜＃ｍを有し、各プログラム起
動情報は、プログラム識別子、起動プログラム名、起動
パラメータ、起動条件８１〜Ｓｎ、起動条件数Ｎ、実行
状態等から構成されている。又プログラム実行制御機能
部１７は第２図に於ける診断プロセッサ１４の処理機能
により構成されている。

起動条件Ｓ１〜Ｓｎは、そのプログラムが起動される時
に、既に実行終了していなければならないプログラムを
示し、プログラム識別子として格納するものである。又
起動条件数Ｎは、この起動条件Ｓ１〜Ｓｎの数を格納す
るもので、起動条件がない場合は起動条件数Ｎは零に設
定される。又実行状態は、「実行中」、「終了」、「未
起動」の何れかが設定される。

第４図は本発明の実施例のフローチャートであり、プロ
グラム実行制御機能部１７は、プログラム実行管理テー
ブル１６の先頭アドレスから順次プログラム起動情報を
読込むものであり、このプログラム起動情報を読込むと
■、そのプログラムの実行状態が「終了」か否か判定し
■、終了の場合は、プログラム起動情報インデックスを
＋１する■。即ち、プログラム実行管理テーブル１６の
アドレスに対して＋１し、プログラム実行管理テーブル
終了か否か、即ち、プログラム実行管理テーブル１６の
続出アドレスが最終アドレスとなったか否かを判定し［
株］、最終アドレスでない場合はステップ■に戻り、又
最終アドレスとなった場合は、総てのプログラムの実行
終了か否か判定し■、実行終了の場合はこの処理は終了
となり、又実行終了でない場合はプログラム起動情報イ
ンデックスをＯに戻して■、ステップ■に戻り、プログ
ラム実行管理テーブル１６の先頭アドレスからのプログ
ラム起動情報の読込みが行われる。

又ステップ■に於いて、実行状態が「終了」でない場合
、その実行状態が「実行中」か否か判定し■、「実行中
」でない場合は、起動条件数Ｎが零（Ｎ＝Ｏ）か否か判
定し■、零の場合は、起動プログラム名及び起動パラメ
ータを基にそのプログラムを起動■し、実行状態を「実
行中」に設定し、プログラム起動情報インデックスを＋
１し■、ステップ［株］以降の処理を行う。この場合、
第２図に於いては、診断プロセッサ１４から起動プログ
ラム名及び起動パラメータを含む起動メツセージがプロ
セッサ１１に転送されるから、プロセッサ１１はその起
動メツセージに従った診断プログラムを実行することに
なる。

又ステップ■に於いて、実行状態が「実行中」の場合、
そのプログラムの実行が終了したか否か判定し■、未だ
実行中で終了していない場合はステップ■に移行し、終
了している場合は、実行状態を１終了」に設定し０、終
了カウンタを＋１し＠、ステップ■に移行する。

又ステップ■に於いて、起動条件数Ｎが零でない場合（
Ｎ＝Ｉ＝０）は、起動条件を満足するか否か判定し■、
満足している場合は起動条件数Ｎを−ＩＬ（Ｎ＋Ｎ−１
）■、次に、起動条件を満足している場合を含めて残り
の起動条件を総てチエツクしたか否か判定し■、判定残
りの起動条件がある場合はステップ■に移行し、判定残
りの起動条件がない場合は、起動条件数Ｎが零（Ｎ＝Ｏ
）か否か判定し■、零でない場合はステップ■に移行し
、零の場合は、起動プログラム名と起動パラメータとを
基にそのプログラムを起動し■、ステップ［相］に移行
する。

前述の実行状態が「未起動」のプログラムについて、前
述の動作を繰り返し、実行状態が「実行中コのプログラ
ムについては、そのプログラムの実行が終了したか否か
チエツクし、終了していれば、ステップ■に示すように
「終了」を設定し、総てのプログラムの実行状態が「終
了」となることにより、この処理は終了することになる
。

例えば、装置Ａ１を制御するプログラムと、装置Ａ２を
制御するプログラムとに於いて、装置Ｂ１を装置Ａ１か
ら制御した後に、装置Ｂ１を装置Ａ２から制御する必要
がある場合、装置Ａ２から装置Ｂ１を制御するプログラ
ム対応のプログラム起動情報の起動条件に、装置Ａ１の
プログラム起動情報のプログラム識別子が設定され、起
動条件数Ｎは１に設定される。

そして、装置Ａ１に対するプログラムの実行終了か否か
は、起動条件のプログラム識別子を基に装置ＡＩのプロ
グラム起動情報の実行状態をチエツクし、「終了」とな
っていれば、既に制御が終了しているから、装置Ａ２の
プログラム起動情報の起動条件を満足することになり、
その起動条件数Ｎを−１することにより、起動条件数Ｎ
は零となるから（Ｎ−１＝０）、装置Ｂ１を制御する為
の装置Ａ２に対するプログラムが起動される。即ち、リ
ソースに競合が発生する場合は、直列的にプログラムが
起動されることなる。

又装置ＡＩ、Ａ３．Ａ４に対するプログラム起動情報の
起動条件数Ｎが零に設定されている場合は、リソースの
競合が生じない場合であるから、並列的に起動されるこ
とになる。

本発明は、マルチタスク環境により診断を行う場合以外
に、通常の制御についても適用できるものである。

〔発明の効果〕

以上説明したように、本発明は、プログラム実行管理テ
ーブル２に、起動条件と起動条件数とを含むプログラム
起動情報をプログラム対応に格納し、プログラム実行制
御機能部１は、このプログラム実行管理テーブル２を参
照して、起動条件を満足している場合に起動条件数を減
算し、その起動条件数が零の時に、そのプログラムを起
動するものであり、プログラム実行管理テーブル２を形
成しておくことにより、リソースの競合が発生するプロ
グラムは直列的に、競合が発生しないプログラムは並列
的に、それぞれ自動的に起動して実行することができる
から、マルチタスク環境下に於けるプログラムの実行効
率を向上することができる。

【図面の簡単な説明】

第１図は本発明の原理説明図、第２図は本発明′の実施
例の要部ブロック図、第３図は本発明の実施例のプログ
ラム実行管理テーブルの説明図、第４図は本発明の実施
例のフローチャートである。 １はプログラム実行制御機能部、２はプログラム実行管
理テーブルである。

Claims (1)

1. 【特許請求の範囲】 マルチタスク環境下に於けるプログラム実行制御機能部
   （１）と、プログラム実行管理テーブル（２）とを備え
   、 該プログラム実行管理テーブル（２）は、プログラム対
   応の起動条件と起動条件数とを含むプログラム起動情報
   を有し、 前記プログラム実行制御機能部（１）は、前記プログラ
   ム実行管理テーブル（２）を参照して、前記起動条件を
   満足した時に前記起動条件数を減算し、該起動条件数が
   零となった時に該プログラムを起動し、互いに競合する
   プログラムは直列的に、又互いに競合しないプログラム
   は並列的にそれぞれ実行する ことを特徴とするプログラム実行制御方式。