JPH06332728A - 情報処理システムのプログラム間インタフェースチェック方法 - Google Patents

Abstract

(57)【要約】 【目的】 業務プログラムと制御プログラム間の情報交
換時にかかるインタフェースチェックのオーバヘッドを
軽減する。 【構成】 業務プログラムが制御プログラムへ処理を要
求する時の業務プログラムと制御プログラム間のインタ
フェースの正否をチェックし、その正否の実績を監視す
る手段を制御プログラム内に設け、正否の実績に応じて
業務プログラムの要求に対するインタフェースのチェッ
クを省略する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は制御プログラムによって
業務プログラムの実行環境や実行順序を制御する情報処
理システムにおけるプログラム間インタフェースチェッ
ク方法に関する。

【０００２】

【従来の技術】従来、制御プログラムによって業務プロ
グラムの実行環境や実行順序を制御するオンラインシス
テム等の情報処理システムでは、業務プログラムの不良
がシステム全体に影響を与えないようにするため、業務
プログラムと制御プログラムとの間のインタフェースに
おいて、制御プログラムにより各種のインタフェースチ
ェックを逐次行っていた。

【０００３】

【発明が解決しようとする課題】しかし、従来技術で
は、業務プログラムと制御プログラムとの間で、既に正
しく情報交換が行え、常に安定稼働を続けている状態で
あっても、インタフェースのチェックを行っているた
め、不要なオーバヘッドがいつまでも残っているという
問題があった。

【０００４】本発明の目的は、業務プログラムと制御プ
ログラムとの間の情報交換時にかかるインタフェースチ
ェックのオーバヘッドを軽減できる情報処理システムの
プログラム間インタフェースチェック方法を提供するこ
とにある。

【０００５】

【課題を解決するための手段】前記目的を達成するため
に、本発明は、業務プログラムが制御プログラムへ処理
を要求する時の業務プログラムと制御プログラム間のイ
ンタフェースの正否をチェックし、その正否の実績を監
視する手段を制御プログラム内に設け、正否の実績に応
じて業務プログラムの要求に対するインタフェースのチ
ェックを省略するようにしたものである。

【０００６】

【作用】上記手段によれば、制御プログラムは業務プロ
グラムからの要求ごとに、そのインタフェースチェック
の成功回数を記録し、安定稼働を続けていると判断でき
たならば、その要求に対するインタフェースのチェック
を省略する。

【０００７】これにより、業務プログラムと制御プログ
ラム間の情報交換時にかかるオーバヘッドを軽減するこ
とが可能となる。

【０００８】

【実施例】以下、本発明の一実施例を図面により説明す
る。

【０００９】図１は、本発明の一実施例を示すオンライ
ンシステムの構成図である。

【００１０】図において、計算機システム１には、オン
ラインシステムで使用する複数の端末システム４やデー
タベース５が接続されている。

【００１１】また、計算機システム１には、各端末シス
テム４からの要求に対するトランザクション制御を行う
制御プログラム実行部２と、トランザクション処理を行
う複数の業務プログラム実行空間３が設けられている。

【００１２】図２は、ある業務プログラム実行空間３で
実行される業務プログラム１１と、業務プログラム１１
からの要求を受け、処理を行う制御プログラム１３の処
理の流れを示す図である。

【００１３】業務プログラム１１は、メッセージの送受
信等の各種要求１２を制御プログラム実行部２の制御プ
ログラム１３に対し発行する。その要求１２は、制御プ
ログラム１３内のインタフェースチェック処理部１４に
入力され、ここでインタフェース情報がチェックされ
る。この後、各種要求処理部１５において実行される。

【００１４】初めての要求１２に対しては、インタフェ
ースチェック処理部１４において業務プログラム単位の
要求管理テーブル１６に各種要求１２をエントリして、
その業務プログラム１１を実行する度に各要求１２のイ
ンタフェース情報が正常であった回数（成功回数）をカ
ウントし、要求管理テーブル１６に蓄積する。

【００１５】そして、その成功回数を見ることにより、
業務プログラム１１の稼働状況を監視する。

【００１６】図３は、要求管理テーブル１６の構成例を
示したものである。

【００１７】要求管理テーブル１６は、業務プログラム
１１からの要求１２を示す名称等を格納する要求名称格
納領域３１と、要求のインタフェース情報が正常の場合
の成功回数３２と、その成功回数が特定数を越え、チェ
ックが不要と判断した場合の状態を示すチェック要／不
要情報３３で構成されている。

【００１８】図４は、業務プログラム１１から制御プロ
グラム１３に処理要求を行なうときのインタフェースチ
ェックの処理フローである。

【００１９】業務プログラム１１が制御プログラム１３
に端末システム４からのメッセージ受信要求４１やデー
タベースアクセス要求４２、又は端末システム４へのメ
ッセージ送信要求４３等の要求１２を発行すると、制御
プログラム１３は要求管理テーブル１６を見て、該要求
１２が初回の要求であれば、要求管理テーブル１６にエ
ントリし、該要求管理テーブル１６にあればそのエント
リを参照する（ステップ４４）。

【００２０】次に、該要求１２がチェック不要の状態で
あるかを判断し（ステップ４５）、不要であれば、制御
プログラム１３はそのまま要求１２に対する処理を行う
（ステップ５２）。

【００２１】インタフェースチェックが必要であれば、
要求１２に対する各種インタフェースチェック（ステッ
プ４６のステップ群）を行い、要求１２に対するインタ
フェース情報が正常であれば（ステップ４７）、該要求
１２の成功数を１増やす（ステップ４９）。

【００２２】該要求１２の成功数が特定数に達していれ
ば（ステップ５０）、該要求１２のチェックを不要の状
態にする（ステップ５１）。特定数に達していなけれ
ば、そのまま要求に対するインタフェイスのチェック処
理（ステップ５２）を行う。

【００２３】該要求に対するインタフェース情報が間違
っている場合（ステップ４７）、該要求１２の成功数を
初期値（ゼロ）に戻す（ステップ４８）。

【００２４】また、要求１２に対する処理（ステップ５
２）の後でもエラーが発生する場合があり（ステップ５
３）、発生した場合は該要求１２のインタフェースチェ
ックを必要な状態（ステップ５４）にして、該要求１２
の成功数を初期値（ゼロ）に戻す（ステップ５５）。

【００２５】図５に前記ステップ４６の具体例を示す。

【００２６】図５（ａ）は、本実施例のオンラインシス
テムで動作する業務プログラム１１のメッセージ受信要
求のチェック例を示したものである。

【００２７】業務プログラム１１のメッセージ受信要求
に対する制御プログラム１３のインタフェースチェック
は、インタフェース情報エリアのアドレスのチェック７
１と、インタフェース情報の受信領域アドレスのチェッ
ク７２と、受信領域のサイズチェック７３の３項目が行
われる。

【００２８】図５（ｂ）は、オペレーティングシステム
（ＯＳ）下で動作するプログラムとオペレーティングシ
ステムのインタフェースチェック例を示したものであ
る。

【００２９】ＯＳ下で動作するプログラムとＯＳとのイ
ンタフェースチェックは、インタフェース情報エリアの
アドレスのチェック７４と、インタフェース情報エリア
のメモリ領域キーのチェック７５と、インタフェース情
報エリアの境界チェック７６と、インタフェース情報エ
リアの形式チェック７７と、インタフェース情報のチェ
ック７８の５項目が行われる。

【００３０】このように、業務プログラム１１は制御プ
ログラム実行部２の制御プログラム１３に要求１２を渡
すと、制御プログラム１３の中のインタフェースチェッ
ク１４で要求管理テーブル１６を参照し、該要求１２の
成功回数が特定数を越えている場合、その要求に対する
インタフェースチェックを省略する。

【００３１】従って、システムが十分に安定稼動状態に
なっているときは、殆どのインタフェースチェックが省
略されるので、チェック時におけるオーバーヘッドを軽
減できる。

【００３２】なお、本実施例では、要求に対するインタ
フェースチェックの成功回数が特定数を越えている場
合、その要求に対するインタフェースチェックを省略す
る例を挙げてきたが、本発明はそれに限定されるもので
ない。

【００３３】例えば、前記図５（ａ）〜図５（ｂ）に示
すように各要求に対するインタフェースのチェック項目
にチェックするレベルを設け、要求の成功回数が特定数
を越える度にチェックレベルが高い方から低い方に１項
目ずつチェック処理を段階的に減らし、最終的に全イン
タフェースチェックを省略する等にも応用できる。な
お、このときのチェックレベルは、低いほど主要なチェ
ックであることを示す。

【００３４】以上のように、業務プログラム１１の安定
稼働実績が増えるに伴い、業務プログラム１１と制御プ
ログラム１３間のインタフェースのチェック数を少なく
し、業務プログラム１１と制御プログラム１３間の情報
交換時にかかるオーバヘッドを軽減することができる。

【００３５】そして、制御プログラム１３では、要求管
理テーブル１６を使用し、業務プログラム１１の稼働状
況を監視し、稼働の状況に合わせたチェックを行える。

【００３６】

【発明の効果】以上のように本発明によれば、業務プロ
グラムが制御プログラムへ処理を要求する時の業務プロ
グラムと制御プログラム間のインタフェースの正否をチ
ェックし、その正否の実績を監視する手段を制御プログ
ラム内に設け、正否の実績に応じて業務プログラムの要
求に対するインタフェースのチェックを省略するように
したので、業務プログラムと制御プログラムとの間の情
報交換時にかかるインタフェースチェックのオーバヘッ
ドを軽減できるという効果がある。

【図面の簡単な説明】

【図１】本発明の一実施例を示すオンラインシステムの
構成図である。

【図２】実施例の業務プログラム実行部と制御プログラ
ム実行部の処理の流れを示す図である。

【図３】業務プログラムからの要求を管理する要求管理
テーブルの構成図である。

【図４】実施例のインタフェースチェック手順を示すフ
ローチャートである。

【図５】実施例のインタフェースチェックの具体例を示
した図である。

【符号の説明】

１…計算機、２…制御プログラム実行部、３…業務プロ
グラム実行空間、４…端末システム、５…データベー
ス、１１…業務プログラム、１４…インタフェースチェ
ック処理部、１５…各種要求処理部、１６…要求管理テ
ーブル。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 正本 和朗 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内 (72)発明者 森本 伸夫 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内

Claims (1)

【特許請求の範囲】
1. 【請求項１】 制御プログラムによって業務プログラム
   の実行環境や実行順序を制御する情報処理システムにお
   いて、業務プログラムが制御プログラムへ処理を要求す
   る時の業務プログラムと制御プログラム間のインタフェ
   ースの正否をチェックし、その正否の実績を監視する手
   段を制御プログラム内に設け、正否の実績に応じて業務
   プログラムの要求に対するインタフェースのチェックを
   省略することを特徴とする情報処理システムのプログラ
   ム間インタフェースチェック方法。