JP2565299B2 - タスク間通信方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、同一システム上で電文
の送受信を行うタスク間通信方法に関する。

【０００２】

【従来の技術】従来、この種のタスク間通信方法を図１
０を参照して説明する。

【０００３】複数の一般タスク１００は、それぞれ電文
送受信用のキュー３００を有し、同一コンピュータ１０
上で動作するとともに、電文送受信用のモジュール２０
０がリンクされている。キューテーブル８００は、前記
一般タスク１００に対応したＩＤ番号が付加されたキュ
ーがシステムの固定領域に確保されている。通信サーバ
４００は、キュー５００を有し、送受信用のモジュール
６００がリンクされている。前記モジュール６００は、
前記キューテーブル８００に存在する各固定キューのア
ドレスと対応するＩＤ番号とを管理するキュー管理テー
ブル７００が備えられている。

【０００４】次に、図１１のフローチャートを参照して
通信サーバから特定の一般タスク（例えば一般タスク１
００−２）に電文が送信される場合の動作を説明する。

【０００５】通信サーバ４００が一般タスク１００−２
に電文を送信する場合に、まず、この通信サーバ４００
は、モジュール６００に対し、送信先の一般タスク１０
０−２に対応する固定キューＤ２に付加されたＩＤ番号
（この場合はＣ２）を指定する。モジュール６００は、
前記通信サーバ４００から指定されたＩＤ番号と対応す
る固定キューが確保されているアドレスをこのモジュー
ル６００に備えられるキュー管理テーブル７００を検索
することにより取得する（Ｓ１１１）。

【０００６】前記通信サーバ４００は、通知されたアド
レスに確保された固定キューＤ２に対し電文を送信する
（Ｓ１１２）。

【０００７】次に、一般タスク１００−２に備えられた
モジュール２００は、前記固定キューＤ２につながれて
いる電文を前記一般タスク１００−２に備えられるキュ
ー３００−２につなぎかえ（Ｓ１１３）、一般タスク１
００−２は、このキュー３００−２につながれた電文を
処理する。

【０００８】

【発明が解決しようとする課題】この従来のタスク間通
信方法では、コンピュータシステム上に固定的にキュー
を確保するために、キューの情報を有するキュー管理テ
ーブルを備えなければならないので、使用するメモリが
増大する。

【０００９】さらに、送信用のモジュールが通信サーバ
にリンクされており、電文を送信する度に、キュー管理
テーブルを検索しなければならなず、また、固定キュー
につながれた電文を送信先のタスクに備えられたキュー
につなぎかえなければならないので、電文の送受信を高
速に行うことができなかった。

【００１０】

【課題を解決するための手段】上記問題点を解決するた
めに、本発明のタスク間通信方法は、複数の一般タスク
と通信サーバとのあいだで電文の送受信を行うタスク間
通信方法であって、任意の前記一般タスクが起動する際
に、その一般タスクにリンクされ前記通信サーバが前記
一般タスクに電文を送信する方法を示す第一のモジュー
ルのアドレスが前記通信サーバに通知されるステップ
と、前記通信サーバが前記第一のモジュールをコールす
るステップと、前記通信サーバによりコールされた前記
第一のモジュールが、前記通信サーバから送信された電
文を前記一般タスクに備えられる第一のキューにつなげ
るステップとを含む。

【００１１】また、さらに、複数の一般タスクと通信サ
ーバとのあいだで電文の送受信を行うタスク間通信方法
であって、電文の送信元となる任意の前記一般タスク
が、前記一般タスクから前記通信サーバに電文を送信す
る方法を示す第二のモジュールをコールするステップ
と、前記第二のモジュールの機能により、前記一般タス
クが、前記通信サーバに備えられる第二のキューのアド
レスを取得するステップと、前記第二のモジュールが、
前記第二のキューに電文をつなげるステップとを含む。

【００１２】

【実施例】次に、本発明の一実施例について図面を参照
して詳細に説明する。

【００１３】図１は、本実施例におけるタスク間通信シ
ステムの構成を示すブロック図であり、複数の一般タス
ク２０は、コンピュータ１０上で、通信サーバ３０と電
文の送受信を行って、同期を取りながら各々の処理を実
行している。モジュール４０は、前記一般タスク２０か
ら前記通信サーバ３０に電文を送信する処理を実行す
る。モジュール５０は、前記通信サーバ３０から前記一
般タスク２０に電文を送信する処理を実行する。

【００１４】次に、図２のフローチャートを参照してモ
ジュール４０の動作を説明する。

【００１５】モジュール４０は、通信サーバ３０の一機
能として作成されるが、動作時には一般タスク２０にリ
ンクされ、この一般タスク２０の一部として動作する。

【００１６】このモジュール４０は、一般タスク２０が
通信サーバ３０に電文を送信するために、この一般タス
ク２０からコールされる。さらに、このモジュール４０
は、そのコールがコールした前記一般タスク２０にとっ
て初めてのコールであるかどうかを調べ（Ｓ２１）、初
めてのコールであれば、通信サーバ３０のキュー７０の
アドレスを取得し（Ｓ２２）、また、初めてのコールで
なかった場合は、既に取得してある前記キュー７０のア
ドレスを直接参照し、一般タスク２０から送信される電
文をこのキュー７０につなげる（Ｓ２３）。つまり、す
でにコールしたことのある前記一般タスク２０からのコ
ールを受けた場合は、新たに前記キュー７０のアドレス
を取得する必要がない。

【００１７】次に、図３のフローチャートを参照してモ
ジュール５０の動作を説明する。

【００１８】モジュール５０は、一般タスク２０の一機
能として作成され、その一般タスク２０にリンクされる
が、動作時には通信サーバ３０の一部として動作する。

【００１９】このモジュール５０は、通信サーバ３０か
ら一般タスク２０に電文を送信するために、前記通信サ
ーバ３０からコールされた場合に（Ｓ３１）、前記通信
サーバ３０から送信された電文を前記一般タスク２０に
備えられるキュー６０につなげる（Ｓ３２）。

【００２０】次に、図４、図５のフローチャートを参照
して一般タスク２０の動作を説明する。

【００２１】図４は、一般タスク２０から通信サーバ３
０に電文を送信する場合の前記一般タスクの動作を示
し、この一般タスク２０は、前記通信サーバ３０に電文
を送信する場合には、モジュール４０をコールする（Ｓ
４１）。その後、モジュール４０の機能により、電文送
信処理が実行される。

【００２２】また、図５は、通信サーバ３０から一般タ
スク２０に電文を送信する場合の一般タスクの動作を示
し、まず、一般タスク２０は、自身が起動されたとき
に、通信サーバ３０にモジュール５０のアドレスを通知
する（Ｓ５１）。次に、この一般タスク２０は、自身に
備えられたキュー６０に電文があるかどうかを調べ（Ｓ
５２）、このキュー６０に電文があれば、それを処理す
る（Ｓ５３）。その後、前記モジュール５０の機能によ
り、送信された電文が前記キュー６０につなげられる
（Ｓ５４）。

【００２３】次に、図６、７のフローチャートを参照し
て通信サーバの動作を説明する。

【００２４】図６は、通信サーバ３０が前記一般タスク
２０に電文を送信する場合の動作を示すフローチャート
であり、まず、前記一般タスク２０からその一般タスク
２０の起動時にモジュール５０のアドレスが通知され、
そのモジュール５０のアドレスを記憶しておく（Ｓ６
１）。次に、実際に前記通信サーバ３０から前記一般タ
スク２０に電文が送信される場合、前記通信サーバ３０
はモジュール５０をコールする（Ｓ６２）。その後、こ
のモジュール５０が動作することにより、電文送信処理
が実行される。

【００２５】また、図７は、通信サーバ３０が一般タス
ク２０から送信された電文を受信する場合の通信サーバ
３０の動作を示すフローチャートであり、この通信サー
バ３０は、一般タスク２０に備えられたモジュール４０
からキュー７０のアドレスを問い合わされた場合、この
キュー７０のアドレスを前記一般タスク２０に通知する
（Ｓ７１）とともに、前記キュー７０に電文があるかど
うかを調べ（Ｓ７２）、このキュー７０に電文があれ
ば、それを処理する（Ｓ７３）。その後、前記モジュー
ル４０に機能により前記一般タスク２０から送信された
電文が前記キュー７０につなげられる（Ｓ７４）。

【００２６】次に、本実施例の動作について図１、図８
および図９を参照して説明する。

【００２７】図８は、通信サーバから一般タスクに電文
が送信される場合の処理を示すフローチャートであり、
まず、一般タスク２０が起動したときに、この一般タス
ク２０からモジュール５０のアドレスが通信サーバ３０
に通知され（Ｓ８１）、この通信サーバ３０は前記モジ
ュール５０のアドレスを記憶しておく。

【００２８】次に、実際に電文送信処理を実行する場合
に、前記通信サーバ３０は、前記モジュール５０をコー
ルする（Ｓ８２）。

【００２９】また、前記一般タスク２０では、キュー６
０に電文があるかどうかが調べられ（Ｓ８３）、電文が
ある場合には、そのキュー６に残っている電文が処理さ
れる（Ｓ８４）。

【００３０】次に、前記通信サーバ３０によりコールさ
れた前記モジュール５０は、この通信サーバ３０から送
信された電文を前記一般タスク２０に備えられたキュー
６０につなげる（Ｓ８５）。次に、一般タスク２０は、
このキュー６につなげられた電文を処理する。

【００３１】また、図９は、一般タスクから通信サーバ
に電文が送信される場合の処理を示すフローチャートで
あり、まず、一般タスク２０は、モジュール４０をコー
ルする（Ｓ９１）。ここで、このモジュール４０へのコ
ールが前記一般タスク２０にとってはじめてのコールか
どうか調べられ（Ｓ９２）、初めてのコールであれば、
前記通信サーバ３０に備えられるキュー７０のアドレス
が通知され（Ｓ９３）、また、初めてのコールでなけれ
ば、既に取得されている前記キュー７０のアドレスを直
接参照する。

【００３２】また、前記通信サーバ３０は、前記キュー
７０に電文があるかどうかを調べ（Ｓ９４）、電文があ
る場合はその電文を処理する（Ｓ９５）。

【００３３】次に、前記モジュール４０は、アドレスを
取得した前記キュー７０に前記一般タスク２０から送信
された電文をつなげる（Ｓ９６）。

【００３４】

【発明の効果】以上説明したように、本発明のタスク間
通信方法によれば、通信サーバから一般タスクに電文を
送信する機能を有するモジュールが通信サーバではなく
一般タスクにリンクされているので、この通信サーバが
電文を送信する場合に送信先である前記一般タスクのキ
ュー情報を検索する必要がなく、また、さらに、この一
般タスクには通信サーバのキューのアドレスを取得する
機能を有するモジュールがリンクされているために、電
文の送受信を高速で行うことができる。

【図面の簡単な説明】

【図１】本発明の一実施例を示すブロック図。

【図２】モジュールの動作を示すフローチャート。

【図３】モジュールの動作を示すフローチャート。

【図４】一般タスクの動作を示すフローチャート。

【図５】一般タスクの動作を示すフローチャート。

【図６】通信サーバの動作を示すフローチャート。

【図７】通信サーバの動作を示すフローチャート。

【図８】一実施例の動作を示すフローチャート。

【図９】一実施例の動作を示すフローチャート。

【図１０】従来のタスク間通信方法のシステム構成を示
すブロック図。

【図１１】従来のタスク間通信方法の動作を示すフロー
チャート。

【符号の説明】

１０ コンピュータ ２０ 一般タスク ３０ 通信サーバ ４０、５０ モジュール ６０、７０ キュー １００ 一般タスク ２００ モジュール ３００ キュー ４００ 通信サーバ ５００ キュー ６００ モジュール ７００ キュー管理テーブル ８００ キューテーブル

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 複数の一般タスクと通信サーバとのあい
   だで電文の送受信を行うタスク間通信方法であって、 電文の送信元となる任意の前記一般タスクが、前記一般
   タスクから前記通信サーバに電文を送信する処理を実行
   する第二のモジュールをコールするステップ、 前記第二のモジュールの機能により、前記一般タスク
   が、前記通信サーバに備えられる第二のキューのアドレ
   スを取得するステップ、 前記第二のモジュールが、前記第二のキューに電文をつ
   なげるステップ、 を含み、前記一般タスクが前記第二のモジュールに対するコール
   が、その一般タスクにとって初めてのコールかどうかを
   判定し、 前記判定の結果、初めてのコールではない場合は、前記
   第二のモジュールは、既に取得されている前記第二のキ
   ューのアドレスを直接参照し、この第二のキューに電文
   をつなげる ことを特徴とするタスク間通信方法。