JPH07182183A - メッセージ駆動処理システムにおける順次処理タスク制御方法及び装置 - Google Patents

Abstract

(57)【要約】 【目的】順次処理型で作成されているプログラムを、変
更量が少なく小労力で、且つ高品質でメッセージ駆動処
理型に移植できるようにする。 【構成】順次処理部７-1〜７-nのいずれかからイベント
要求が出されると、その順次処理部が待ちタスク制御部
６５により待ち状態にされ、その状態はタスク管理部６
３で管理される。メッセージ駆動処理部５からメッセー
ジが出されると、メッセージ受付部６２で受け取られ、
その情報がタスク管理部６３に通知される。タスク管理
部６３はこの情報をもとに対応するイベント要求により
待ち状態にある順次処理部の待ち状態からの解除の可否
を判定し、解除可能なら当該順次処理部を待ちタスク制
御部６５を通してレディ状態に切り替える。タスク管理
部６３はメッセージ駆動処理部５から直接呼ばれた際、
その時点で最も以前にレディ状態にされている順次処理
部を待ちタスク制御部６５を通して継続実行させる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、メッセージ駆動処理シ
ステム上で順次処理型プログラムを動作させるための順
次処理タスク制御方法および装置に関する。

【０００２】

【従来の技術】一般にプログラムは、その処理形態によ
り、従来から存在する順次処理システム上で動作する順
次処理型プログラムと、近年出現してきているメッセー
ジ駆動処理システム上で動作するメッセージ駆動型プロ
グラムとに分類される。

【０００３】この処理形態の違いについて、図６
（ａ），（ｂ）を参照して説明する。まず、図６（ａ）
に示す順次処理型プログラム１０は、同プログラム１０
のそれぞれの実行段階で順次処理システム２０から入力
文字、タイマ情報、通信情報などのイベント情報を受け
取りながら、処理を継続するものである。

【０００４】一方、図６（ｂ）に示すメッセージ駆動処
理型プログラム３０は、メッセージ駆動処理システム４
０から入力文字、タイマ情報、通信情報などのメッセー
ジを受け取る度にプログラム処理を開始して、処理を終
了するものである。

【０００５】したがって、順次処理システムで動作する
プログラム（順次処理型プログラム）は、順次処理型プ
ログラムで開発されたものでなければならず、メッセー
ジ駆動処理システムで動作するプログラム（メッセージ
駆動処理型プログラム）は、メッセージ駆動処理型で開
発されたものでなければならない。

【０００６】

【発明が解決しようとする課題】ところが、メッセージ
駆動処理システムは順次処理システムに比べて歴史が浅
いため、このメッセージ駆動処理システム上で動くプロ
グラムの数は少なく、殆どのプログラムが順次処理型で
開発されたものであった。

【０００７】そこで、このような順次処理型で開発され
た実績のあるプログラムを、メッセージ駆動型に移植し
て利用したいという要望がある。しかし、そのために
は、プログラムの基本構造を一から作り直さなくてはな
らず、莫大な作業量が必要となり、また品質上も過去の
実績が活かせなくなる虞があった。

【０００８】本発明は上記事情を考慮してなされたもの
でその目的は、順次処理型で作成されているプログラム
を、変更量が少なく小労力で、且つ高品質でメッセージ
駆動処理型に移植できる順次処理タスク制御方法及び装
置を提供することにある。

【０００９】

【課題を解決するための手段】本発明に係る順次処理タ
スク制御方法は、順次処理型プログラムにより実現され
るタスクからイベント要求が出される毎に、当該タスク
を待ち状態にしておき、メッセージ駆動処理システムを
通して何らかのメッセージが引き渡される毎に、そのメ
ッセージの示す情報をもとに、対応するイベント要求に
より待ち状態にあるタスクの待ち状態からの解除の可否
を判定して、解除可能であれば当該タスクをレディ状態
に切り替え、メッセージ引き渡しに伴うタスクの呼び出
しがある毎に、その時点で最も以前にレディ状態にされ
ているタスクを継続実行させるようにしたことを特徴と
するものである。

【００１０】また本発明に係る順次処理タスク制御装置
は、順次処理型プログラムにより実現されるタスクから
イベント要求を受けて、その要求に対応するメッセージ
がメッセージ駆動処理システムを通して引き渡されるま
で当該タスクを待ち状態にする待ちタスク制御手段と、
上記メッセージ駆動処理システムを通して引き渡される
各種メッセージの受付を司るメッセージ受付手段と、上
記メッセージ駆動処理システム上で動作させるタスク及
び上記待ちタスク制御手段により待ち状態にされている
タスクの管理を行うと共に、メッセージ受付手段により
受け付けられたメッセージの示す情報を受けて、その情
報をもとに、対応するイベント要求により待ち状態にあ
るタスクの待ち状態からの解除の可否を判定して、解除
可能であれば当該タスクをレディ状態に切り替え、更に
上記メッセージの引き渡しに伴うタスク呼び出しがある
毎に、その時点で最も以前にレディ状態にされているタ
スクをタスク制御手段を通して継続実行させるタスク管
理手段とを備えたことを特徴とする。

【００１１】

【作用】上記の構成においては、順次処理型のタスクか
らのイベント要求に対して待ち状態の制御が行われ、対
応するメッセージがメッセージ駆動処理システムから引
き渡された際に、そのメッセージの情報をもとにレディ
状態に切り替えられ、その引き渡しに伴って発生するタ
スク呼び出しに応じて、その時点で最も以前にレディ状
態にされているタスクにＣＰＵ資源が渡されて処理が継
続実行される。即ち上記の構成においては、順次処理型
のタスクを、メッセージ駆動型に変更することなく、メ
ッセージ駆動処理システム上で動作させることが可能と
なる。

【００１２】

【実施例】図１は本発明の一実施例に係る情報処理シス
テムの全体構成を示すブロック図である。同図におい
て、１は情報処理システムの中心をなすメッセージ駆動
処理システム、２はメッセージ駆動処理システムに各種
の入力情報を入力するための入力機器、３はメッセージ
駆動処理システム１から各種の出力情報を出力するため
の出力機器である。４はメッセージ駆動処理システム１
上で動作するアプリケーションプログラムである。

【００１３】メッセージ駆動処理システム１は、入力文
字、タイマ情報、通信情報などのメッセージを逐次アプ
リケーションプログラム４に出力して当該プログラム４
を駆動し、また当該プログラム４からの出力を受け取っ
て動作するＯＳ（オペレーティングシステム）である。

【００１４】アプリケーションプログラム４は、メッセ
ージ駆動処理部５、順次処理タスク制御装置６及び順次
処理部７-1〜７-n（ｎは２以上の整数）の各機能要素を
構成する。

【００１５】メッセージ駆動処理部５は、メッセージ駆
動処理型プログラムにより実現されており、メッセージ
駆動処理システム１から出力されたメッセージを受け取
り、必要に応じて順次処理タスク制御装置６に引き渡す
インタフェース機能を有する。

【００１６】順次処理タスク制御装置６は、メッセージ
駆動処理部５から引き渡されたメッセージ情報をもと
に、対応するイベント情報の待ち状態にある順次処理部
７-i（ｉは１〜ｎのうちのいずれか）にイベント情報を
渡し、当該順次処理部７-iの処理を継続させる順次処理
型タスクの切り替え制御を行う。順次処理タスク制御装
置６は、順次処理部７-iの上記待ち状態の管理も行う。

【００１７】順次処理部７-iは、順次処理型プログラム
により実現されており、入力文字などのイベント情報の
入力要求状態（イベント要求状態）にある場合、順次処
理タスク制御装置６から対応する情報を渡されること
で、処理（タスク処理）を継続するようになっている。
もし、入力要求時に、必要な情報が順次処理タスク制御
装置６内になければ、順次処理部７-iは、当該順次処理
タスク制御装置６により待ち状態にされる。

【００１８】上記メッセージ駆動処理部５、順次処理タ
スク制御装置６及び順次処理部７-1〜７-nのそれぞれか
らは、メッセージ駆動処理システム１のサービスが呼べ
るようになっている。

【００１９】図２は、図１中の順次処理タスク制御装置
６の機能構成を示すブロック図である。順次処理タスク
制御装置６は、タスク登録部６１、メッセージ受付部６
２、タスク管理部６３、パイプ管理部６４及び待ちタス
ク制御部６５から構成される。

【００２０】タスク登録部６１は、メッセージ駆動処理
部５を通して順次処理部７-1〜７-n（の処理タスク）を
タスク管理部６３に登録する登録処理を司る。メッセー
ジ受付部６２は、メッセージ駆動処理部５から引き渡さ
れるメッセージを受け付けて、そのメッセージ情報をタ
スク管理部６３に通知するものである。

【００２１】タスク管理部６３は、タスク登録部６１に
より登録された順次処理部７-1〜７-n（の処理タスク）
の管理を司るものである。タスク管理部６３は、メッセ
ージ受付部６２及びパイプ管理部６４から通知される情
報を保存・処理し、その結果をもとに待ちタスク制御部
６５にデータ及び制御情報を伝える。このタスク管理部
６３は、メッセージ駆動処理部５から直接呼び出され、
その際には、レディ状態の順次処理部７-iが存在するな
らば当該順次処理部７-iに制御を渡し、レディ状態の順
次処理部７-iが存在しないならば、即ち順次処理部７-1
〜７-nがすべて待ち状態のときはメッセージ駆動処理部
５に処理を戻すように構成されている。

【００２２】パイプ管理部６４は、タスク管理部６３で
管理される順次処理部７-1〜７-n間のデータ送受信のパ
イプ動作を管理し、その情報をタスク管理部６に通知す
るものである。なお、パイプ動作とは、順次処理部（タ
スク）７-1〜７-n間に存在する一種のＦＩＦＯ（先入れ
先出し）バッファ（図示せず）としてのパイプを通して
行われるデータ転送のことである。

【００２３】待ちタスク制御部６５は、順次処理部７-i
からの各種のイベント要求（文字入力要求、特殊コード
入力要求、時間待ち要求、通信完了通知要求、データ送
受信要求等）を受け、タスク管理部６３において対応す
る情報が受信されるまで（文字入力要求または特殊コー
ド入力要求の場合）、或いはタスク管理部６３において
受信情報をもとに必要な確認（時間待ち要求であれば指
定時間の経過の確認、通信完了通知要求であれば通信完
了の確認、データ送受信要求であればパイプ送受信動作
完了の確認）がなされるまで、当該順次処理部（タス
ク）７-iを待ち状態にする。

【００２４】上記メッセージ受付部６２は、入力文字メ
ッセージ受付部６２１、特殊コードメッセージ受付部６
２２、タイマメッセージ受付部６２３及び通信メッセー
ジ受付部６２４から構成される。

【００２５】入力文字メッセージ受付部６２１は、メッ
セージ駆動処理部５から入力文字メッセージが引き渡さ
れた場合に、同メッセージを受け取り、タスク管理部６
３にその入力文字情報を通知する機能を持つ。

【００２６】特殊コードメッセージ受付部６２２は、メ
ッセージ駆動処理部５から特殊コードメッセージが引き
渡された場合に、同メッセージを受け取り、タスク管理
部６３にその特殊コード文字情報を通知する機能を持
つ。

【００２７】タイマメッセージ受付部６２３は、メッセ
ージ駆動処理部５からタイマメッセージが引き渡された
場合に、同メッセージを受け取り、タスク管理部６３に
そのタイマ情報を通知する機能を持つ。

【００２８】通信メッセージ受付部６２４は、メッセー
ジ駆動処理部５から通信メッセージが引き渡された場合
に、同メッセージを受け取り、タスク管理部６３にその
通信情報を通知する機能を持つ。

【００２９】次に上記待ちタスク制御部６５は、入力文
字入力待ちタスク制御部６５１、特殊コード入力待ちタ
スク制御部６５２、時間待ちタスク制御部６５３、通信
完了待ちタスク制御部６５４及びパイプ処理完了待ちタ
スク制御部６５５から構成される。

【００３０】入力文字入力待ちタスク制御部６５１は、
順次処理部７-iから文字入力要求を受け、タスク管理部
６３が入力文字情報を受信するまで、要求元の順次処理
部７-iを待ち状態にし、入力文字情報受信時にその待ち
状態を解除して、当該順次処理部７-iに入力文字情報を
通知する。

【００３１】特殊コード入力待ちタスク制御部６５２
は、順次処理部７-iから特殊コード入力要求を受け、タ
スク管理部６３が特殊コード文字情報を受信するまで、
要求元の順次処理部７-iを待ち状態にし、特殊コード文
字情報受信時にその待ち状態を解除して、当該順次処理
部７-iに特殊コード文字情報を通知する。

【００３２】時間待ちタスク制御部６５３は、順次処理
部７-iから時間待ち要求を受け、タスク管理部６３がタ
イマメッセージ受付部６２３から受け取るタイマ情報を
もとに指定された時間の経過を確認するまで、要求元の
順次処理部７-iを待ち状態にする。

【００３３】通信完了待ちタスク制御部６５４は、順次
処理部７-iから通信完了通知要求を受け、タスク管理部
６３が通信メッセージ受付部６２４から受け取る通信情
報をもとに通信の完了を確認するまで、要求元の順次処
理部７-iを待ち状態にする。

【００３４】パイプ処理完了待ちタスク制御部６５５
は、順次処理部７-iからデータ送受信要求を受け、パイ
プ管理部６４からタスク管理部６３を通してパイプの送
受信動作の完了が通知されるまで、要求元の順次処理部
７-iを待ち状態にする。

【００３５】次に、本発明の一実施例の動作を、図３及
び図４のフローチャートを参照して説明する。まず、メ
ッセージ駆動処理システム１上でアプリケーションプロ
グラム４の動作が開始されると、同プログラム４（中の
メッセージ駆動処理型プログラム）により実現されるメ
ッセージ駆動処理部５から順次処理タスク制御装置６内
のタスク登録部６１がアクセスされて、（それぞれ順次
処理型プログラムにより実現される）順次処理部（タス
ク）７-1〜７-nを呼び出すための関数を指すポインタ
（タスク情報）がタスク管理部６３に登録される（ステ
ップＳ１）。

【００３６】次に、メッセージ駆動処理部５からタスク
管理部６３が直接呼ばれる（ステップＳ２）。この呼び
出しをタスク呼び出しと称する。タスク管理部６３は、
メッセージ駆動処理部５からタスク呼び出しがあると、
当該メッセージ駆動処理部５からタスク登録部６１を通
して登録されている順次処理部（タスク）７-1〜７-n
を、その登録順に登録ポインタ（タスク情報）を用いて
呼び出す（ステップＳ３）。これにより、順次処理部７
-1〜７-nが、登録順に順次実行される。

【００３７】このようにして順次処理部７-1〜７-nの実
行が開始され、やがて、それぞれの実行段階で、入力文
字入力待ちタスク制御部６５１への文字入力要求、特殊
コード入力待ちタスク制御部６５２への特殊コード入力
要求、時間待ちタスク制御部６５３への時間待ち要求、
通信完了待ちタスク制御部６５４への通信完了の通知要
求及びパイプ処理完了待ちタスク制御部６５５へのデー
タ送受信要求のうちのいずれかの要求（イベント要求）
が出されると、その要求先の待ちタスク制御部により対
応する順次処理部（タスク）が待ち状態にされる。但
し、パイプ処理完了待ちタスク制御部６５５へのデータ
受信要求の場合には、対応するデータがパイプ管理部６
４で管理されているパイプに既に揃っているならば、待
ち状態とならない。なお、時間待ち要求には、待ち時間
を示す時間情報が付加され、通信完了通知要求には、何
番目の通信であるかを示す識別子（通信ＩＤ）が付され
る。またデータ送受信要求には、受信先または送信先の
タスクの情報が付される。

【００３８】さて、待ち状態にされた順次処理部（タス
ク）の情報（待ちタスク情報）は、要求先待ちタスク制
御部からタスク管理部６３に通知される。この待ちタス
ク情報には、時間待ち要求の場合であれば時間情報が含
まれ、通信完了通知要求の場合であれば通信ＩＤが含ま
れ、データ送受信要求であれば、受信先または送信先の
タスクの情報が付される。

【００３９】タスク管理部６３は、この通知された待ち
タスク情報を、例えば待ち（に対応するイベント要求情
報）の種類毎に保持・管理する。もし、既に同種の待ち
タスク情報が存在するならば、タスク管理部６３は、そ
の情報に新たな情報をチェインさせる。

【００４０】タスク管理部６３は、このようにして順次
処理部７-1〜７-nがすべて何らかの待ち状態になったと
ころで（ステップＳ４）、ＣＰＵ制御（ＣＰＵ資源の使
用権）をメッセージ駆動処理部５に返す（ステップＳ
５）。

【００４１】この状態で、メッセージ駆動処理部５は、
メッセージ駆動処理システム１から（同システム１に固
有の形式の）順次処理タスク制御装置６に必要な何らか
のメッセージを受け取ると、当該メッセージを順次処理
タスク制御装置６で処理可能な汎用性のあるメッセージ
に変換すると共に、当該メッセージが、入力文字メッセ
ージ、特殊コードメッセージ、タイマメッセージまたは
通信メッセージのいずれであるかを調べ、その変換メッ
セージを、メッセージ受付部６２内の入力文字メッセー
ジ受付部６２１、特殊コードメッセージ受付部６２２、
タイマメッセージ受付部６２３及び通信メッセージ受付
部６２４のうちの該当する受付部に渡す（ステップＳ
６）。

【００４２】入力文字メッセージ受付部６２１は、メッ
セージ駆動処理部５から入力文字メッセージを渡された
場合、当該入力文字メッセージを受け取り、タスク管理
部６３にその入力文字情報を通知する。

【００４３】特殊コードメッセージ受付部６２２は、メ
ッセージ駆動処理部５から特殊コードメッセージを渡さ
れた場合、当該特殊コードメッセージを受け取り、タス
ク管理部６３にその特殊コード文字情報を通知する。

【００４４】タイマメッセージ受付部６２３は、メッセ
ージ駆動処理部５からタイマメッセージを渡された場
合、当該タイマメッセージを受け取り、タスク管理部６
３にそのタイマ情報を通知する。

【００４５】通信メッセージ受付部６２４は、メッセー
ジ駆動処理部５から通信メッセージを渡された場合、当
該通信メッセージを受け取り、タスク管理部６３にその
通信情報を通知する。

【００４６】タスク管理部６３は、メッセージ受付部６
２内の受付部６２１〜６２４のいずれかからその受付部
に対応する情報が通知されると（ステップＳ７）、以下
の動作を行う。

【００４７】まずタスク管理部６３は、メッセージ受付
部６２内の受付部６２１〜６２４のいずれかから通知さ
れた情報を受け取り、当該情報（受信情報）をバッファ
リングする。

【００４８】同時にタスク管理部６３は、受信情報が入
力文字情報であれば、入力文字入力待ち状態にある順次
処理部７-iを、即ち待ち状態の解除が可能な順次処理部
７-iを、その情報種類に対応する待ちタスク情報のチェ
インをもとに調べる。

【００４９】同様に、受信情報が特殊コード文字情報で
あれば、タスク管理部６３は、特殊コード入力待ち状態
にある順次処理部７-iを、即ち待ち状態の解除が可能な
順次処理部７-iを、その情報種類に対応する待ちタスク
情報のチェインをもとに調べる。

【００５０】同様に、受信情報がタイマ情報であれば、
タスク管理部６３は、その情報種類に対応する待ちタス
ク情報のチェインを対象に、そのチェイン上の各待ちタ
スク情報中の時間情報を一定量（或いはタイマ情報の示
す値）だけ減じ、その結果、時間情報が「０」となった
待ちタスク情報が存在するか否か、即ち待ち状態を解除
できる順次処理部７-iが存在するか否かを調べる。

【００５１】同様に、受信情報が通信情報であれば、タ
スク管理部６３は、その情報種類に対応する待ちタスク
情報のチェインを対象に、そのチェイン上の各待ちタス
ク情報中に、当該通信情報の示す通信ＩＤに一致する通
信ＩＤを含むものが存在するか否か、即ち待ち状態を解
除できる順次処理部７-iが存在するか否かを調べる。

【００５２】ここで、受信情報に対応した待ちの解除が
可能な順次処理部（タスク）７-iが存在するならば、タ
スク管理部６３は、対応する待ちタスク情報を該当する
待ちタスク情報チェインから外して当該順次処理部７-i
の待ち状態を解除すると共に、そのタスク情報をレディ
タスク管理キュー（図示せず）に積む（ステップＳ
８）。このレディタスク管理キューは、レディ状態にあ
る順次処理部（タスク）をタスク管理部６３が管理する
ためのものである。なお、受信情報に対応した待ち状態
にある順次処理部７-iが複数存在する場合には、例えば
先に待ち状態にあるもの、或いは予め定められた（また
は、その時点において）優先順位の高いものが優先され
る。

【００５３】また、上記レディタスク管理キューにタス
ク情報を積む動作は、以上の場合の他に、順次処理部７
-1〜７-nのいずれかからパイプ処理完了待ちタスク制御
部６５へデータ送信要求が出された段階で、パイプ管理
部６４により管理されているパイプが満杯でない場合、
順次処理部７-1〜７-nのいずれかからパイプ処理完了待
ちタスク制御部６５へデータ受信要求が出された段階
で、要求データが既にパイプに送信済みであることがパ
イプ管理部６４からタスク管理部６３に通知されている
場合にも、行われる。

【００５４】また、データ送信の待ち状態にある順次処
理部（タスク）を管理するチェインに待ちタスク情報が
つながれている状態で、パイプ管理部６４からタスク管
理部６３にパイプの使用可が通知された場合には、該当
するタスク情報が当該チェインから外されて、レディタ
スク管理キューに積まれる。同様に、データ受信の待ち
状態にある順次処理部（タスク）を管理するチェインに
待ちタスク情報がつながれている状態で、或るタスクか
らパイプへのデータ送信が完了したことがパイプ管理部
６４からタスク管理部６３に通知された場合には、その
データの受信待ち状態にある順次処理部を示すタスク情
報が当該チェインから外されて、レディタスク管理キュ
ーに積まれる。

【００５５】タスク管理部６３は、レディタスク管理キ
ューにタスク情報を積むと、その旨を待ちタスク制御部
６５内の入力文字入力待ちタスク制御部６５１、特殊コ
ード入力待ちタスク制御部６５２、時間待ちタスク制御
部６５３、通信完了待ちタスク制御部６５４及びパイプ
処理完了待ちタスク制御部６５５のうちの、受信情報ま
たはパイプ管理部６４からの通知情報に対応する待ちタ
スク制御部に対して通知する。これにより、当該待ちタ
スク制御部は、自身に対して何らかの要求を発した順次
処理部（タスク）７-iの状態をレディ状態に切り替え
る。

【００５６】次に、メッセージ駆動処理部５からタスク
管理部６３へのタスク呼び出しが行われる（ステップＳ
９）。するとタスク管理部６３は、入力文字入力待ちタ
スク制御部６５１、特殊コード入力待ちタスク制御部６
５２、時間待ちタスク制御部６５３、通信完了待ちタス
ク制御部６５４及びパイプ処理完了待ちタスク制御部６
５５のうちの先ほど通知した待ちタスク制御部に制御情
報を渡すことで、当該待ちタスク制御部を通して、ステ
ップＳ９でレディ状態にした順次処理部７-iを継続実行
させる（ステップＳ１０）。

【００５７】この際、タスク管理部６３は、制御情報の
通知先の待ちタスク制御部が入力文字入力待ちタスク制
御部６５１であれば、先にバッファリングしておいた入
力文字情報を当該待ちタスク制御部６５１を通して、実
行対象とする順次処理部７-1に伝える。これを受けて
（文字入力を要求していた）順次処理部７-1は、処理を
継続することができる。同様にタスク管理部６３は、制
御情報の通知先の待ちタスク制御部が特殊コード入力待
ちタスク制御部６５２であれば、先にバッファリングし
ておいた特殊コード文字情報を当該待ちタスク制御部６
５２を通して、実行対象とする順次処理部７-1に伝え
る。これを受けて（特殊コード入力を要求していた）順
次処理部７-1は、処理を継続することができる。

【００５８】さて、継続実行された順次処理部７-iが再
び何らかの待ち状態になると（ステップＳ１１）、タス
ク管理部６３は、ＣＰＵ制御をメッセージ駆動処理部５
に返す（ステップＳ５）。そしてステップＳ６以降の処
理が繰り返される。

【００５９】このように本実施例では、順次処理タスク
制御装置６を介してメッセージ駆動処理部５と順次処理
部７-1〜７-nとで疑似的なマルチタスク動作が行われ、
それぞれの部分へのＣＰＵ資源の割り当てが行われる。

【００６０】以上に述べた、メッセージ駆動処理システ
ム１での順次処理型プログラム（順次処理部７-1〜７-
n）の処理形態を図５に示す。この図３の処理形態につ
いては、既に先の動作説明で詳述しているが、図６との
相違を明確にするために、要点のみ整理して述べる。

【００６１】まず、メッセージ駆動処理システム１から
出された入力文字などのメッセージがメッセージ駆動処
理部５で受け取られ、必要に応じてそのメッセージ情報
が順次処理タスク制御装置６に引き渡される。

【００６２】順次処理タスク制御装置６は、メッセージ
駆動処理部５から引き渡された情報をもとに、その情報
に対応するイベント要求により待ち状態にある順次処理
部（タスク）７-iの待ち状態を解除して必要な情報（入
力文字情報など）を渡し、当該順次処理部７-iの処理を
継続させる。

【００６３】各順次処理部７-1〜７-nは、順次処理タス
ク制御装置６に対して、入力文字の入力要求など、必要
なイベント要求を出す。この際、その順次処理部７-1〜
７-nは、一般には、要求したイベントに対応するメッセ
ージが順次処理タスク制御装置６で受け取られるまで待
ち状態にされる。

【００６４】なお、前記実施例では、順次処理部（タス
ク）が複数の場合、即ちマルチタスクの場合について説
明したが、順次処理部（タスク）が１つの場合にも同様
に適用可能である。但し、この場合には、タスク間のデ
ータ転送がないことから、パイプ管理部６４及びパイプ
処理完了待ちタスク制御部６５５は不要である。

【００６５】

【発明の効果】以上詳述したように本発明によれば、順
次処理型プログラムにより実現される少なくとも１つの
タスクから何らかのイベント要求が出される毎に、当該
タスクを待ち状態にしておき、メッセージ駆動処理シス
テムを通して何らかのメッセージが送られる毎に、その
メッセージの示す情報をもとに、対応するイベント要求
により待ち状態にあるタスクの待ち状態からの解除の可
否を判定して、解除可能であれば当該タスクをレディ状
態に切り替え、メッセージ引き渡しに伴うタスクの呼び
出しがある毎に、その時点で最も以前にレディ状態にさ
れているタスクを継続実行させる構成としたので、順次
処理型で作成されているプログラム（タスク）をメッセ
ージ駆動処理システム上で動作させることができ、した
がって実績のある順次処理型プログラムを、変更量が少
なく小労力で、且つ高品質でメッセージ駆動処理型に移
植することができる。

【図面の簡単な説明】

【図１】本発明の一実施例に係る情報処理システムの全
体構成を示すブロック図。

【図２】図１中の順次処理タスク制御装置６の機能構成
を示すブロック図。

【図３】同実施例の動作を説明するためのフローチャー
トの一部を示す図。

【図４】同実施例の動作を説明するためのフローチャー
トの残りを示す図。

【図５】メッセージ駆動処理システム１上での順次処理
型プログラム（順次処理部７-1〜７-n）の処理形態を説
明するための図。

【図６】順次処理システム上で動作する順次処理型プロ
グラムと、メッセージ駆動処理システム上で動作するメ
ッセージ駆動型プログラムの各処理形態を対比して説明
するための図。

【符号の説明】

１…メッセージ駆動処理システム、４…アプリケーショ
ンプログラム、５…メッセージ駆動処理部、６…順次処
理タスク制御装置、７-1〜７-n…順次処理部（タス
ク）、６１…タスク登録部、６２…メッセージ受付部、
６３…タスク管理部、６４…パイプ管理部、６５…待ち
タスク制御部、６２１…入力文字メッセージ受付部、６
２２…特殊コードメッセージ受付部、６２３…タイマメ
ッセージ受付部、６２４…通信メッセージ受付部、６５
１…入力文字入力待ちタスク制御部、６５２…特殊コー
ド入力待ちタスク制御部、６５３…時間待ちタスク制御
部、６５４…通信完了待ちタスク制御部、６５５…パイ
プ処理完了待ちタスク制御部。

Claims (8)

【特許請求の範囲】
1. 【請求項１】順次処理型プログラムにより実現される少
   なくとも１つのタスクをメッセージ駆動処理システム上
   で動作させる順次処理タスク制御方法であって、 前記タスクからイベント要求が出される毎に、当該タス
   クを待ち状態にしておき、 前記メッセージ駆動処理システムを通してメッセージが
   引き渡される毎に、そのメッセージの示す情報をもと
   に、対応するイベント要求により待ち状態にあるタスク
   の待ち状態からの解除の可否を判定して、解除可能であ
   れば当該タスクをレディ状態に切り替え、 前記メッセージ引き渡しに伴うタスクの呼び出しがある
   毎に、その時点で最も以前にレディ状態にされているタ
   スクを継続実行させることを特徴とする順次処理タスク
   制御方法。
2. 【請求項２】順次処理型プログラムにより実現される少
   なくとも１つのタスクをメッセージ駆動処理システム上
   で動作させる順次処理タスク制御装置であって、 前記タスクからイベント要求を受けて、その要求に対応
   するメッセージが前記メッセージ駆動処理システムを通
   して引き渡されるまで当該タスクを待ち状態にする待ち
   タスク制御手段と、 前記メッセージ駆動処理システムを通して引き渡される
   各種メッセージの受付を司るメッセージ受付手段と、 前記メッセージ駆動処理システム上で動作させるタスク
   及び前記待ちタスク制御手段により待ち状態にされてい
   るタスクの管理を行うと共に、前記メッセージ受付手段
   により受け付けられたメッセージの示す情報を受けて、
   その情報をもとに、対応するイベント要求により待ち状
   態にあるタスクの待ち状態からの解除の可否を判定し
   て、解除可能であれば当該タスクをレディ状態に切り替
   え、更に前記メッセージの引き渡しに伴うタスク呼び出
   しがある毎に、その時点で最も以前にレディ状態にされ
   ているタスクを前記待ちタスク制御手段を通して継続実
   行させるタスク管理手段とを具備することを特徴とする
   順次処理タスク制御装置。
3. 【請求項３】前記メッセージ受付手段は、前記メッセー
   ジが入力文字メッセージの場合に当該メッセージを受け
   取り、その入力文字情報を前記タスク管理手段に通知す
   る入力文字メッセージ受付手段を有しており、 前記タスク管理手段は、前記入力文字メッセージ受付手
   段から前記入力文字情報が通知された場合、文字入力を
   要求するイベント要求により待ち状態にされているタス
   クを待ち状態から解除可能であるとして前記待ちタスク
   制御手段を通してレディ状態に切り替え、このレディ状
   態にしたタスクを継続実行させる際に、このタスクに対
   して、前記入力文字情報を前記待ちタスク制御手段を通
   して通知することを特徴とする請求項２記載の順次処理
   タスク制御装置。
4. 【請求項４】前記メッセージ受付手段は、前記メッセー
   ジが特殊コードメッセージの場合に当該メッセージを受
   け取り、その特殊コード文字情報を前記タスク管理手段
   に通知する特殊コードメッセージ受付手段を更に有して
   おり、 前記タスク管理手段は、前記特殊コードメッセージ受付
   手段から前記特殊コード文字情報が通知された場合、特
   殊コード入力を要求するイベント要求により待ち状態に
   されているタスクを待ち状態から解除可能であるとして
   前記待ちタスク制御手段を通してレディ状態に切り替
   え、このレディ状態にしたタスクを継続実行させる際
   に、このタスクに対して、前記特殊コード文字情報を前
   記待ちタスク制御手段を通して通知することを特徴とす
   る請求項３記載の順次処理タスク制御装置。
5. 【請求項５】前記メッセージ受付手段は、前記メッセー
   ジがタイマメッセージの場合に当該メッセージを受け取
   り、そのタイマ情報を前記タスク管理手段に通知するタ
   イマメッセージ受付手段を更に有しており、 前記タスク管理手段は、前記タイマメッセージ受付手段
   から前記タイマ情報が通知された場合、時間待ちを要求
   するイベント要求により待ち状態にされており当該タイ
   マ情報をもとに要求された時間の経過が確認されたタス
   クを前記待ちタスク制御手段を通してレディ状態に切り
   替えることを特徴とする請求項４記載の順次処理タスク
   制御装置。
6. 【請求項６】前記メッセージ受付手段は、前記メッセー
   ジが通信メッセージの場合に、当該メッセージを受け取
   り、その通信情報を前記タスク管理手段に通知するタイ
   マメッセージ受付手段を更に有しており、 前記タスク管理手段は、前記通信メッセージ受付手段か
   ら前記通信情報が通知された場合、通信完了待ちを要求
   するイベント要求により待ち状態にされており当該通信
   情報をもとに要求された通信の完了が確認されたタスク
   を前記待ちタスク制御手段を通してレディ状態に切り替
   えることを特徴とする請求項５記載の順次処理タスク制
   御装置。
7. 【請求項７】前記待ちタスク制御手段は、 前記タスクから文字入力を要求するイベント要求を受け
   て当該タスクを待ち状態にすると共に、当該タスクを前
   記タスク管理手段からの指示によりレディ状態に切り替
   え、前記タスク管理手段から前記入力文字情報が渡され
   た際に、その入力文字情報を当該タスクに通知する入力
   文字入力待ちタスク制御手段と、 前記タスクから特殊コード入力を要求するイベント要求
   を受けて当該タスクを待ち状態にすると共に、当該タス
   クを前記タスク管理手段からの指示によりレディ状態に
   切り替え、前記タスク管理手段から前記特殊コード文字
   情報が渡された際に、その特殊コード文字情報を当該タ
   スクに通知する特殊コード入力待ちタスク制御手段と、 前記タスクから時間待ちを要求するイベント要求を受け
   て当該タスクを待ち状態にすると共に、当該タスクを前
   記タスク管理手段からの指示によりレディ状態に切り替
   える時間待ちタスク制御手段と、 前記タスクから通信完了待ちを要求するイベント要求を
   受けて当該タスクを待ち状態にすると共に、当該タスク
   を前記タスク管理手段からの指示によりレディ状態に切
   り替える通信完了待ちタスク制御手段とを有しているこ
   とを特徴とする請求項６記載の順次処理タスク制御装
   置。
8. 【請求項８】前記タスクが複数の場合に、前記タスク間
   のパイプ送受信動作を管理するパイプ管理手段と、 前記タスクからデータ送受信を要求するイベント要求を
   受けて、前記パイプ管理手段により対応するパイプ送受
   信動作が可能となることが示されるまで、当該タスクを
   待ち状態にし、しかる後に当該タスクをレディ状態に切
   り替える、前記待ちタスク制御手段に設けられたパイプ
   処理完了待ちタスク制御手段とを更に具備することを特
   徴とする請求項７記載の順次処理タスク制御装置。