JPH06250910A - メッセージキュー着信管理方式 - Google Patents

Abstract

(57)【要約】 【目的】 セマフォを用いて、複数のキューに対して電
文の着信を待っている業務処理プロセスに電文の着信を
指示する。 【構成】 トランザクション処理システムにおいて、業
務処理プロセス３毎にセマフォ７を設け、端末制御プロ
セス２が業務処理要求の電文を業務処理プロセス管理キ
ュー６に送信すると共に、前記セマフォ７のセマフォ値
を変化させることによって、セマフォ７を監視している
業務処理プロセス３が複数のメッセージキューに対して
同時に電文の着信を監視できるものである。 【効果】 セマフォを用いて電文の着信を監視すること
によって、ＣＰＵ使用効率とレスポンスが向上する効果
がある。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、トランザクション処理
システムに関し、特に入力装置からの業務処理要求およ
び出力装置に出力する処理結果を制御する端末制御プロ
セスと、データベース管理システムに対してトランザク
ション処理要求を行う業務処理プロセスとの間で行われ
るプロセス間通信に使用されるメッセージキュー着信管
理方式に関する。

【０００２】

【従来の技術】従来のトランザクション処理システムに
おいては、セマフォを用いたキュー管理によるプロセス
制御がある。その一例としては、特開平２−２７４３５
号セマフォによるプロセス制御方式が参照できる。

【０００３】図３は従来のセマフォによるプロセス制御
方式の構成図であり、プロセスコントロールブロック
（以下ＰＣＢと略す）本体３０は、プロセス名３１、制
御情報格納域３２、実行状態表示部３３、実行待ちキュ
ー次ポインタ３４および待機キュー次ポインタ３５によ
り構成され、待機キュー次ポインタ３５はシステムが用
いるセマフォの数よりなる待機キュー次ポインタ列を構
成している。実行待ちキューは図３の下段に示すよう
に、実行待ち先頭ＰＣＢポインタ３６が実行待ち先頭Ｐ
ＣＢ３７の実行待ちキュー次ポインタ３９を指し、この
実行待ちキュー次ポインタ３９は次の実行待ちＰＣＢ３
８の実行待ちキュー次ポインタ４０を指している。この
キューはシステムが許容するまでつながるものであり、
キューの最終ＰＣＢの実行待ちキュー次ポインタ（ここ
では実行待ちキュー次ポインタ４０）には−１が書き込
まれる。この下段には図示していないがセマフォ番号に
対応する待機キュー列が連結されている。

【０００４】ここで、プロセスがセマフォの規程に従っ
て、［セマフォカウンタの値から１を減じた値が非負で
あれば、そのまま現在実行中のプロセスを継続し、その
値が負の場合は、現在実行中のプロセスを閉塞し他の実
行待ちプロセスを起動する］という内容の命令であるＰ
命令を発行した場合、待機キュー列を探索して指定セマ
フォ番号のセマフォカウンタから１を減じ、その値が０
以上の場合は制御をＰ命令に返し、負の値の場合はＰ命
令発行プロセスの制御情報をＰＣＢ制御情報格納域３２
に待機して、実行状態表示部３３には“待機中”を設定
する。

【０００５】プロセスが、［セマフォカウンタの値に１
を加えた値が正であれば、そのまま現在実行中のプロセ
スを継続し、負であれば、そのセマフォで待機している
プロセスの一つを実行待ち状態とする］という内容のセ
マフォ命令であるＶ命令を発行した場合は、指定セマフ
ォ番号のセマフォカウンタに１を加えた値が１以上な
ら、そのままＰ命令の発行プロセスに制御を戻し、０以
下の場合は指定セマフォ番号の待機キューポインタで指
定されるＰＣＢを待機からはずし、ＰＣＢを実行待ちキ
ューにつないでＰＣＢの実行状態表示部３３には“実行
待ち”を設定した上で、制御はプロセススケジューラに
引き渡される。

【０００６】プロセススケジューラはＰ命令あるいはＶ
命令から制御が渡されると、実行待ち先頭ＰＣＢ９から
アドレスを得、ＰＣＢの実行状態表示部３３が“実行待
ち”であれば、ここに“実行中”を設定しプロセスの実
行に必要な変数を復元してプロセスを起動する。

【０００７】以上が、従来の一般的な形態としてのセマ
フォを用いてキュー管理を行う複数プロセス制御の一つ
の例であるが、具体的な形態としてのＪＣＡ手順、全銀
プロトコル等（特に限定するものではない）に見られる
ようなトランザクション処理システムにおいても、端末
制御プロセスとデータベースなどへの処理を遂行する業
務処理プロセスとの間の通信をメッセージキューを用い
て行い、一つの業務処理プロセスに対して複数のキュー
を用意することによって、業務処理の内容や優先度を各
キューに対応させる同種の処理が行われている。

【０００８】

【発明が解決しようとする課題】しかしながら、以上の
ような従来の方式では、セマフォに関する命令内容やプ
ロセス制御それ自体の機能拡張は計られているが、各プ
ロセス間制御の効率化の側面についての配慮が無いの
で、具体的には業務処理プロセスが管理すべきすべての
キューに対し、常に電文の着信を監視していなければな
らないという処理についてはそのままとなり、キューに
電文が存在するかを常時認識していたのではＣＰＵ使用
効率の悪化を招くという問題があり、また、これを改善
する意味で一定間隔の確認を行うようにした場合には、
業務処理を依頼してからのレスポンスが悪化してしまう
という問題がある。

【０００９】本発明は上述の問題点に鑑みて、キューに
電文が存在しない間は無駄な処理は行わず、キューに電
文がのせられた時点で業務処理プロセスに電文が存在す
ることを通知する方法によって、プロセス間制御の効率
化を計るメッセージキュー着信管理方式を提供すること
を目的とする。

【００１０】

【課題を解決するための手段】本発明のメッセージキュ
ー着信管理方式は、データベースを利用するのに必要な
機能を集中管理するデータベース管理システムと、入力
装置から入力された業務処理要求から適切な処理プロセ
スおよび管理キューを選択し入力情報を送ると共に処理
された結果を出力装置に出力する端末制御プロセスと、
該端末制御プロセスからの要求によって前記データベー
ス管理システム対してトランザクション処理要求を行う
ことにより業務処理を遂行する業務処理プロセスを備え
たトランザクション処理システムにおいて、前記端末制
御プロセスと業務処理プロセスとの間でプロセス間通信
を行うのに使用し、業務処理プロセス毎に複数個存在す
る業務処理プロセス管理キューと、該業務処理プロセス
管理キューにメッセージが着信したことを指示するセマ
フォと、前記業務処理プロセス管理キューと業務処理プ
ロセスとの対応、前記業務処理プロセス管理キューの属
性および前記業務処理プロセスに対するセマフォを管理
するメッセージキュー管理テーブルを有している。

【００１１】また、前記セマフォは一つの業務処理プロ
セスに対し一つ存在し、前記端末制御プロセスによりメ
ッセージ送信と同時にインクリメントされ前記業務処理
プロセスが該インクリメントによりメッセージ着信を認
識して受信起動を行うものであることを特徴としてい
る。

【００１２】

【作用】上記構成によれば、端末制御プロセスが入力さ
れた業務処理要求から、該当する業務処理プロセスと複
数の業務処理プロセス管理キューを選択しメッセージを
業務処理プロセス管理キューへ送信すると同時に、業務
処理プロセスに対応するセマフォをメッセージキュー管
理テーブルから検索しセマフォ値をインクリメントする
ことによって、セマフォを監視している業務処理プロセ
スがメッセージの着信を認識して受信起動を行うので、
セマフォ値の変化を監視しているだけで複数のキューに
対する着信を知ることが可能となる。

【００１３】

【実施例】以下、本発明の一実施例について図面を参照
して説明する。図１は本発明の一実施例を示す構成図で
ある。図１を参照すると、トランザクション処理を要求
するための入力・出力装置１と、入力・出力装置１毎に
一つ存在する入力・出力を制御する端末制御プロセス２
と、データベース５を集中管理するデータベース管理シ
ステム４にトランザクション処理要求を行うことによっ
て業務処理を行う業務処理プロセス３と、端末制御プロ
セス２が業務処理プロセス３に業務処理要求を行うため
の電文（メッセージ）を送信・受信するために使用し、
また、電文の処理に優先度を付加するために、属性とし
て優先度をもった一つの業務処理プロセス３が管理する
複数の業務処理プロセス管理キュー６と、業務処理プロ
セス管理キュー６に電文が着信したことを指示する一つ
の業務処理プロセスに対して一つ存在するセマフォ７
と、業務処理プロセス管理キュー６と業務処理プロセス
３との対応、業務処理プロセス管理キュー６の属性およ
び業務処理プロセス３に対するセマフォ７を管理するメ
ッセージキュー管理テーブル８から構成される。

【００１４】図２は図１に示す実施例の処理のフローチ
ャートである。

【００１５】次に図１、図２を参照して本実施例の動作
について説明する。入力・出力装置１から入力した業務
処理要求を端末制御プロセス２は、その業務処理要求を
遂行する業務処理プロセス３を選択する。さらに、業務
内容の優先度から業務処理プロセス３が管理する複数の
業務処理プロセス管理キュー６の中から適切なキューを
選択する（Ｓ−２０）。

【００１６】端末制御プロセス２は選択したキュー６に
電文をキューイングするとともに（Ｓ−２１）、処理要
求を行う業務処理プロセス３に対応するセマフォ７をメ
ッセージキュー管理テーブル８から検索する（Ｓ−２
２）。端末制御プロセス２は検索したセマフォ７のセマ
フォカウンタ値をインクリメントする（Ｓ−２３）。

【００１７】一方、業務処理プロセス３は業務処理要求
の受信を待っている状態では、セマフォ７がデクリメン
トできるか、どうかを監視してセマフォ値が変化するま
ではスリープ状態となる。端末制御プロセス２が電文を
送信したと同時に、セマフォ７のカウンタをインクリメ
ントすることによって、電信待ち状態の業務処理プロセ
ス３は自分が管理している業務処理プロセス管理キュー
６のいづれかに電文が着信したことがわかる。

【００１８】着信を知った業務処理プロセス３は受信起
動して優先度の順にキュー６からのデキューイングを試
みる。デキューイングできた時点で、獲得した電文内容
の業務処理を遂行する（Ｓ−２４）。

【００１９】このように、本実施例では複数のキュー管
理を一つのセマフォを介して行うようにしたので、従来
例に比較して、端末制御プロセスと業務処理プロセス間
の通信手順制御が効率化される。

【００２０】

【発明の効果】以上説明したように、本発明によるメッ
セージキュー着信管理方式は、複数のメッセージキュー
に対して、同時に着信待ちを行っている業務処理プロセ
スがキューに着信したことを知る手段としてセマフォを
用いることとしたため、１つのセマフォに対してのみ、
そのセマフォ値の変化を監視しているだけで、複数のキ
ューに対する着信を知ることができ、ＣＰＵ使用効率お
よび業務処理要求に対するレスポンスの向上が実現でき
るという効率を有する。

【図面の簡単な説明】

【図１】本発明の一実施例によるメッセージキュー着信
管理方式の構成図である。

【図２】図１に示す実施例の処理のフローチャートであ
る。

【図３】従来のセマフォによるプロセス制御方式の構成
図である。

【符号の説明】

１ 入力・出力装置 ２ 端末制御プロセス ３ 業務処理プロセス ４ データベース管理システム ５ データベース ６ 業務処理プロセス管理キュー ７ セマフォ ８ メッセージキュー管理テーブル

Claims (2)

【特許請求の範囲】
1. 【請求項１】 データベースを利用するのに必要な機能
   を集中管理するデータベース管理システムと、 入力装置から入力された業務処理要求から適切な処理プ
   ロセスおよび管理キューを選択し入力情報を送ると共に
   処理された結果を出力装置に出力する端末制御プロセス
   と、 該端末制御プロセスからの要求によって前記データベー
   ス管理システムに対してトランザクション処理要求を行
   うことにより業務処理を遂行する業務処理プロセスを備
   えたトランザクション処理システムにおいて、 前記端末制御プロセスと業務処理プロセスとの間でプロ
   セス間通信を行うのに使用し業務処理プロセス毎に複数
   個存在する業務処理プロセス管理キューと、 該業務処理プロセス管理キューにメッセージが着信した
   ことを指示するセマフォと、 前記業務処理プロセス管理キューと業務処理プロセスと
   の対応、前記業務処理プロセス管理キューの属性および
   前記業務処理プロセスに対するセマフォを管理するメッ
   セージキュー管理テーブルとを備えることを特徴とする
   メッセージキュー着信管理方式。
2. 【請求項２】 請求項１に記載のメッセージキュー着信
   管理方式において、前記セマフォは一つの業務処理プロ
   セスに対して一つ存在し、前記端末制御プロセスにより
   メッセージ送信と同時にインクリメントされ前記業務処
   理プロセスが該インクリメントによりメッセージ着信を
   認識して受信起動を行うものであることを特徴とするメ
   ッセージキュー着信管理方式。