JPH04270535A

JPH04270535A - 通信制御方法

Info

Publication number: JPH04270535A
Application number: JP3053488A
Authority: JP
Inventors: Yasushi Wada; 康和田; Tsuneo Okubo; 恒夫大久保; Satoshi Tazawa; 聰田沢; Masahiro Yoshizawa; 吉沢　正浩
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 1991-02-25
Filing date: 1991-02-25
Publication date: 1992-09-25

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は通信制御方法に関し、よ
り詳細には、通信路を介して異なるコンピュータ上のア
プリケーションプログラム同志が通信するために使用さ
れる、通信を媒介するプログラムに関する通信制御方法
に関するものである。

【０００２】

【従来の技術】従来、通信は、それを必要とするプログ
ラム間で実行されていた。つまり、ユーザがアプリケー
ションプログラムを製作する場合、各プログラム内に通
信を実行する手順（通信ルーチン）を個々に記述する方
法が用いられていた。しかし、通信はかなり複雑な手続
きにより実行されるので、上述の如き方法では、各ユー
ザは通信ルーチンの開発に相当な時間を要していた。こ
れに対しては、各ユーザが通信ルーチンの開発に要する
時間を削減する目的で、汎用の通信ルーチンが開発され
、利用されるようになった。例えば、秀和システムトレ
ーディング（株）刊「ＯＳ−９／６８０００テクニカル
マニュアル」第７章には、汎用の通信ルーチンの使用方
法が詳細に述べられている。この種の汎用通信ルーチン
は、ユーザが容易に利用できるように単純な入力データ
、例えば、相手コンピュータノード名，相手アプリケー
ション名，データ量等のみで使用できることを特徴とし
ている。以下、これについて具体的に説明する。図５Ａ
および５Ｂ（以下、これらを合せて「図５」という）は
、従来の通信ルーチンの構成およびアプリケーションに
よる、上記通信ルーチンの使用例を示す図である。ここ
に示す通信ルーチン１は、トーカ２とリスナ３のペアか
ら構成され、各コンピュータ４上に１組ずつ存在する。トーカ２は、リスナ３にメッセージを渡すことが可能で
あり、ここで、相手リスナは同一コンピュータ上，異な
るコンピュータ上のいずれに存在しても良い。相手リス
ナがトーカ２と同一コンピュータ上に存在する場合は、
メッセージは通信路５を介することなく、内部バス等を
介して伝送される。また、相手リスナがトーカ２とは異
なるコンピュータ上に存在する場合は、メッセージは通
信路５を介して伝送される。なお、本明細書中において
は、通信路を広義に捉え、内部バス等を介する場合も通
信路を介するものと表現することにする。これとは逆に
、リスナ３は、トーカ２からメッセージを受けることが
可能である。この場合も、相手トーカは同一コンピュー
タ上，異なるコンピュータ上のいずれに存在しても良い
。

【０００３】発信元アプリケーションプログラム（以下
、発信元「ＡＰ」という）６は、同一コンピュータ上の
トーカ２に渡すためにメッセージを発信ファイル７に書
込み、ファイル名を発信ディレクトリ８に登録する。発
信ファイル７に書込まれたメッセージには、メッセージ
本体とともに、相手コンピュータノード名，相手アプリ
ケーション名，データ量等の情報が入っている。トーカ
２は、発信元ＡＰ６から割込みシグナルを受けるか、ま
たは、自らの定期的スキャンによって読出しのタイミン
グを知り、発信ディレクトリ８を参照し、メッセージの
ファイル名を知り、発信ファイル７内のメッセージを読
んで、相手コンピュータノード名，相手アプリケーショ
ン名，データ量等の情報を獲得し、通信路を開いてメッ
セージを相手コンピュータ上のリスナに伝送する。リス
ナ３は、受信したメッセージを受信ファイル９に書込み
、ファイル名を受信ディレクトリ１０に登録する。受信
ファイル９に書込まれたメッセージには、メッセージ本
体とともに、相手アプリケーション名，データ量の情報
が入っている。受信元ＡＰ１１は、リスナ３から割込み
シグナルを受けるか、自らの定期的スキャンによって受
信ディレクトリ１０を参照し、メッセージのファイル名
を知り、受信ファイル９内のメッセージを読出す。上述
の如く、発信元ＡＰ６は、通信ルーチン１を使用して受
信元ＡＰ１１にメッセージを渡してきた。

【０００４】

【発明が解決しようとする課題】しかしながら、上記従
来技術も、同プログラムで大規模かつ複雑なＡＰ群の通
信の媒介を行う際には、下記の如き不都合があった。す
なわち、一般に、大規模かつ複雑なＡＰ群間では、種々
の電文（メッセージ）を通信する必要がある。この場合
、メッセージの種類として、（１）相手方に即時に伝達したいもの（２）データ量が大きくた、即時性を要しないものをミ
ックスして伝送すると、即時性を要するメッセージの伝
達が遅れ、全体として、サービス種別から見た処理要求
速度を実現できない場合が生ずる。前述の具体例で言え
ば、発信ファイル７，受信ファイル９内のメッセージが
上記（１）または（２）のいずれかが区別できないので
、即時性を要するメッセージの伝達が遅れ、全体として
、サービス種別から見た処理要求速度を実現できない事
態が避けられないということになる。一方、コンピュー
タ上で処理される各種ジョブ，タスク等のプロセスに予
め優先順位を付して、その優先順位に従って処理を行う
技術は、第３世代コンピュータ以降においては常套的に
使用されてきた。更に、ある優先順位に従って処理され
ているジョブ，タスク等が存在しても、その順位よりも
高い優先順位を有するジョブ，タスク等が発生したとき
、現在実行中のジョブ，タスク等に割込んで高優先順位
のジョブ，タスク等を処理する技術も、常套的に使用さ
れている。これらの技術においては、ジョブ，タスク等
を即時性を要するものと即時性を要しないものとに区分
して、処理することができた。しかし、上述の優先処理
技術は、コンピュータ内に閉じて内部処理として実行さ
れているものである。また、これらの技術の延長上に、
リモートジョブエントリ技術において使用されている優
先処理技術がある。この技術は、リモート端末から、優
先順位を付したジョブをセンタコンピュータに投入し、
その優先順位に従った順序でジョブを実行し、結果をリ
モート端末に戻す技術である。この技術も、優先順位情
報を与えることにより、相手方コンピュータ内のスケジ
ューラによる内部処理の都合に委ねてジョブやタスクを
実行し、結果として、ジョブやタスクの処理完了時間に
差を付ける点で、前述の諸技術と同一の範疇に属する。

【０００５】上述の如く、センタコンピュータとリモー
ト端末の間で行われる通信においては、通信の優先度の
概念は存在しない。例えば、電子メイルをセンタコンピ
ュータから外部の遠隔コンピュータへ送信する場合、そ
の電文は至急メイルと通常メイルの如き、緊急度に応じ
てホストコンピュータ上で受付け、内部処理においてそ
の優先順位により実行することは行われているが、通信
中にソフト制御技術により電文伝送の優先順位を変更す
ることは実行されていなかった。顧客は電文を差出して
しまえば、何時完了するかを知ることなく端末から立ち
去るため、通信の優先度の如きパラメータを持込む必要
がなかったからである。本発明が適用対象とする分野は
、分散型オンライントランザクション処理とでも呼び得
る分野で、複数個のコンピュータを組み合せて全体のト
ランザクションが処理される場合にあたる。例えば、顧
客が、ある銀行の端末から別の銀行のファイルへ現金を
振込む場合であって、概ね次の手順が踏まれる。（１）顧客のサービス要求種類に合う処理プログラムの
選択（２）顧客のパスワードの照合（３）振込み金額の確認（４）相手ＩＤの要求／入力／原簿との照合／相手名の
表示（５）顧客による相手名の確認（６）振込み実行要求／完了確認（７）報告書の出力本トランザクション処理では、顧客がサービス処理期間
中は、端末を離れないで常時、手続き操作を行い、完了
を待っているので、できる限り待ち時間を削減したい。このような要請に応えるために、優先順位を■振込み処
理，■電子メイル処理の順序とすることが行われる。

【０００６】ところが、これまでは図示されていない分
散型オンライントランザクション処理システムにおいて
、ユーザ（顧客）が何等かの処理を要求する場合、ユー
ザは、端末のメニュー画面からサービスの種類を指定し
、処理の実行を要求する。システムのＡＰは、サービス
の種類により処理の優先順位を決定し、処理を開始すべ
き時刻になれば、処理を行う。このような処理実行時間
の割当てはＡＰ上のスケジューラが行っていた。処理が
開始され、異なるコンピュータとの間で情報授受の必要
が生じた場合は、その都度通信路を介してメッセージ通
信が行われる。このとき、コンピュータ間では、前出の
図５に示した如き情報授受方式が用いられており、通信
処理を優先順位に応じて処理する考え方はないために、
処理されるべきトランザクションが単純な待ち行列に滞
留してしまっていた。更に、一般の分散型オンライント
ランザクション処理システムの利用方法として、ユーザ
がメニュー画面からサービスの種類を指定した後、当該
サービスを実行する優先順位として（特急，準急，普通
）の区分を指定して処理の実行を要求する場合を考える
。この場合、ＡＰ上のスケジューラは、サービスの種類
によって定まる優先順位を考慮した処理実行時間の割当
てを行わねばならない。つまり、きめ細かなサービス実
行管理を行うとＡＰ上のスケジューラの機能は複雑にな
り、サービス機能自体の拡張が益々困難になっていた。この状況は、通信路によって結合された複合システム、
すなわち、コンピュータ分散ネットワークシステム内で
、１つのトランザクション（１つのサービス）を複数の
コンピュータ上の複数のプロセスで実行する場合には、
一層致命的となる。本発明は上記事情に鑑みてなされた
もので、その目的とするところは、従来の技術における
上述の如き問題を解消し、大規模かつ複雑なＡＰ群の通
信の媒介を行う場合にも有効な、各メッセージに必要な
伝達速度要求を満足し、全体としてサービス処理速度を
実現するための、通信を媒介するプログラムに関する通
信制御方法を提供することにある。

【０００７】

【課題を解決するための手段】本発明の上述の目的は、
コンピュータ上のアプリケーションプロセス同志が通信
するために使用される「通信を媒介するプログラムプロ
セス」と前記アプリケーションプロセスのインタフェー
スにおいて、送り手プロセスが前記通信に用いられるメ
ッセージの優先処理順位を表わす情報を、前記コンピュ
ータのディレクトリ内のファイル名に含ませ、受け手プ
ロセスが前記優先処理順位を表わす情報に基づいて優先
度読出し処理を行うことを特徴とする通信制御方法によ
って達成される。

【０００８】

【作用】本発明に係る通信制御方法においては、通信を
媒介するプログラムとプロセスとのインタフェースにお
いて、通信に用いられるメッセージの優先処理順位を表
わす情報に基づいて優先度処理を行うようにしたので、
通信路によって結合された複合システム内で、１つのト
ランザクション（１つのサービス）を複数のコンピュー
タ上の複数のプロセスで実行する場合にも、各メッセー
ジに必要な伝達速度要求を満足し、全体としてサービス
処理速度を実現することが可能になる。

【０００９】

【実施例】以下、本発明の実施例を図面に基づいて詳細
に説明する。以下に説明する実施例は、いずれも、前述
のオンライントランザクション処理システムにおいて、
送受信されるメッセージが即時性を要するものか即時性
を要しないものかを区別し、即時性を要するメッセージ
の伝達を遅らせることなく、全体としてサービス処理要
求速度を実現するものである。図１Ａおよび１Ｂ（以下
、これらを合せて「図１」という）は、本発明の第一の
実施例である複合システムの構成図であり、図中、記号
１ａは本実施例の特徴的動作を行う通信ルーチンを示し
ており、６−１〜６−Ｎは発信元ＡＰ、１１−１〜１１
−Ｎは受信元ＡＰを示している。また、その他の記号は
、図５に示した構成要素に対応して付けられている。通
信ルーチン１ａはトーカ２ａおよびリスナ３ａのペアか
ら成り、各コンピュータ４上に１組ずつ存在する。トー
カ２ａはリスナ３ａにメッセージを渡すことが可能で、
相手リスナは同一コンピュータ上，異なるコンピュータ
上のいずれに存在しても良い。前述の如く、両者が同一
コンピュータ上に存在する場合は、内部バスを介して伝
送され、両者が異なるコンピュータ上に存在する場合は
、通信路５を介して伝送される。また、リスナ３ａは、
トーカ２ａからメッセージを受けることが可能で、相手
トーカは同一コンピュータ上，異なるコンピュータ上の
いずれに存在しても良い。

【００１０】本実施例の動作を、以下、図６Ａ〜６Ｄ（
これらを合せて「図６」とする）に示す動作フロー図に
基づいて説明する。まず、発信元ＡＰ６−１〜６−Ｎは
、同一コンピュータ上のトーカ２ａに渡すためにメッセ
ージを発信ファイル７に書込み、ファイル名を短信ディ
レクトリ８に登録する。発信ファイル７に書込まれたメ
ッセージには、メッセージ本体の他に、少なくとも、相
手コンピュータノード名，相手ＡＰ名，データ量，優先
順位の情報が入っており、かつ、発信ディレクトリ８に
登録するファイル名には、優先順位の情報が折込まれた
命名がなされるようにする（ステップ２１〜２６）。な
お、ここでいう優先順位は、予め発信元ＡＰ６−１〜６
−Ｎのサービスの種類により定まる優先順位の他に、ユ
ーザの要求により定まる優先順位を考慮して決定した値
を用いるものとする。トーカ２ａは、発信元ＡＰ６−１
〜６−Ｎから割込みシグナルを受けるか、もしくは、自
らのスキャンによって、読出しのタイミングを知り、発
信ディレクトリ８を参照してメッセージのファイル名を
知り、ファイル名に折込まれた優先順位に従って発信フ
ァイル７内のメッセージを読んで、通信路を開いて前述
のメッセージを、相手コンピュータ（同一コンピュータ
の場合もある）上のリスナ３に伝送する（ステップ３１
〜３８）。

【００１１】リスナ３ａは、受信したメッセージから相
手コンピュータノード名を照合し、メッセージを受信フ
ァイル９に書込み、ファイル名を受信ディレクトリ１０
に登録する。ここで、受信ファイル９に書込まれたメッ
セージには、メッセージ本体の他に、相手ＡＰ名，デー
タ量の情報が入っており、かつ、受信ディレクトリに登
録するファイル名には、優先順位の情報が折込まれた命
名がなされるようにする（ステップ４１〜４７）。受信
元ＡＰ１１−１〜１１−Ｎは、リスナ３ａから割込みシ
グナルを受けるか、または、自らの定期的スキャンによ
って、受信ディレクトリ１０を参照し、メッセージのフ
ァイル名を知り、ファイル名に折込まれた優先順位に従
って、受信ファイル９内のメッセージを読出し、必要な
ら相手ＡＰ名，データ量の照合を行う。更に、必要なら
、受信の完了を発信元ＡＰ６−１〜６−Ｎのいずれかに
通知する。なお、図では省略されているが、ここで、返
信に必要な情報は受信メッセージ内に格納されているも
のとする（ステップ５１〜５７）。上述の如き動作によ
り、発信ファイル７，受信ファイル９内のメッセージが
、即時性を要するものか、即時性を要しないものかを区
別することができるので、即時性を要するメッセージの
伝達が遅れることはなく、全体として、サービス要求処
理速度を実現することが可能になるという効果がある。

【００１２】図２Ａおよび２Ｂ（以下、これらを合せて
「図２」という）は、本発明の第二の実施例である複合
システムの構成図であり、図中、記号１ｂは本実施例の
特徴的動作を行う通信ルーチンを示しており、１２−１
−１〜１２−１−Ｍ，・・・・，１２−Ｎ−１〜１２−
Ｎ−Ｍは、受信元ＡＰ１１−１〜１１−Ｎへメッセージ
を渡すために設けられた受信メイルボックスを示してい
る。また、その他の記号は、図５および図１に準じて付
けられている。図２に示す実施例の動作を、図１に示し
た実施例と異なる部分を中心にして、図７Ａ〜７Ｄ（こ
れらを合せて「図７」とする）に示す動作フロー図に基
づいて説明する。相手コンピュータからメッセージを受
信したリスナ３ｂは、受信したメッセージから相手コン
ピュータノード名を照合し、メッセージを受信メイルボ
ックス１２−１−１〜１２−Ｎ−Ｍの該当するメイルボ
ックスに書込む。このとき、メイルボックスの子番はメ
ッセージに区かれた相手ＡＰ名から決定し、孫番は優先
順位から決定する（ステップ４１，４２，６１および４
７）。本実施例においては、各メイルボックスはキュー
ファイルを構成しているため、受信ディレクトリの作成
が不要になり、処理が前述の実施例の場合より高速化で
きるという利点がある。

【００１３】図３Ａおよび３Ｂ（以下、これらを合せて
「図３」という）は、本発明の第三の実施例である複合
システムの構成図であり、図中、記号１ｃは本実施例の
特徴的動作を行う通信ルーチンを示しており、１３は受
信元ＡＰ１１−１〜１１−Ｎへメッセージを渡すために
設けられた受信用共有メモリを示している。また、その
他の記号は、図５，図１および図２に準じて付けられて
いる。図４に、上述の受信共有メモリ１３の内部構成例を示す
。図４に示す如く、本実施例に示す受信共有メモリ１３
は、受渡し先である受信元ＡＰ１１−１〜１１−Ｎ毎、
および、優先順位毎にメモリ領域が区切られている。区
分共有メモリ１３−１−１〜１３−１−Ｍ，・・・・，
１３−Ｎ−１〜１３−Ｎ−Ｍは、それぞれ、受信元ＡＰ
１１−１〜１１−Ｎへメッセージを渡すために設けられ
ているものである。なお、孫番の１〜Ｍは、メッセージ
を受信元ＡＰ１１−１〜１１−Ｎへ受け渡す際の優先順
位別に、区分共有メモリが存在することを示している。図３および図４に示す実施例の動作を、図１に示した実
施例と異なる部分を中心にして、図８Ａ〜８Ｄ（これら
を合せて「図８」とする）に示す動作フロー図に基づい
て説明する。相手コンピュータからメッセージを受信し
たリスナ３ｃは、受信したメッセージから相手コンピュ
ータノード名を照合し、メッセージを区分共有メモリ１
３−１−１〜１３−Ｎ−Ｍの該当する区分共有メモリに
書込む。このとき、区分共有メモリの子番はメッセージ
に区かれた相手ＡＰ名から決定し、孫番は優先順位から
決定する（ステップ４１，４２，７１および４７）。本
実施例においては、各区分共有メモリのアドレスを受信
元ＡＰ１１−１〜１１−Ｎ等に登録しておくことにより
、受信ディレクトリの作成が不要になり、処理が前述の
第一の実施例の場合より高速化できるという利点がある
。また、本実施例においては、外部ファイルへのデータ
の読み書きが不要なため、処理が前述の第二の実施例の
場合より高速化できるという利点もある。

【００１４】上述の各実施例は本発明の一例を示すもの
であり、本発明はこれに限定されるべきものではない。例えば、上記各実施例においては、発信元ＡＰとトーカ
間のメッセージの授受をディレクトリファイル方式で行
う例を説明したが、プログラムの複雑化の許容度，メッ
セージサイズ等を考慮して、メイルボックス方式や共有
メモリ方式を採用することも可能である。但し、受信プ
ログラムがトーカに固定されているため、ＡＰによる区
分けは必要ではない。また、発信元ＡＰとトーカ間，リ
スナと受信元ＡＰ間についても、サービスを処理するた
めの要求速度に応じて、ディレクトリファイル方式，メ
イルボックス方式や共有メモリ方式の各通信方式を最適
に使い分けることも可能である。また、上述の各実施例
においては、本発明を「通信を媒介するプログラム」と
して独立した構成とした例を示したが、汎用の関数形式
にしてユーザプログラム内に組込んで一体化しても良い
ことは言うまでもないことである。

【００１５】

【発明の効果】以上、詳細に説明した如く、本発明によ
れば、大規模かつ複雑なＡＰ群の通信の媒介を行う場合
にも有効な、各メッセージに必要な伝達速度要求を満足
し、全体としてサービス処理速度を実現するための、通
信を媒介するプログラムに関する通信制御方法を実現で
きるという顕著な効果を奏するものである。

【００１６】

【図面の簡単な説明】

【図１Ａ】本発明の第一の実施例である複合システムの
概略構成図である。

【図１Ｂ】第一の実施例である複合システム内のコンピ
ュータの個別構成図である。

【図２Ａ】本発明の第二の実施例である複合システムの
概略構成図である。

【図２Ｂ】第二の実施例である複合システム内のコンピ
ュータの個別構成図である。

【図３Ａ】本発明の第三の実施例である複合システムの
概略構成図である。

【図３Ｂ】第三の実施例である複合システム内のコンピ
ュータの個別構成図である。

【図４】第三の実施例の受信共有メモリの内部構成を示
す図である。

【図５Ａ】従来の複合システムの概略構成図である。

【図５Ｂ】従来の複合システム内のコンピュータの個別
構成図である。

【図６Ａ】第一の実施例の動作を示すフロー図の一部で
ある。

【図６Ｂ】第一の実施例の動作を示すフロー図の他の一
部である。

【図６Ｃ】第一の実施例の動作を示すフロー図の他の一
部である。

【図６Ｄ】第一の実施例の動作を示すフロー図の他の一
部である。

【図７Ａ】第一の実施例の動作を示すフロー図の一部で
ある。

【図７Ｂ】第一の実施例の動作を示すフロー図の他の一
部である。

【図７Ｃ】第一の実施例の動作を示すフロー図の他の一
部である。

【図７Ｄ】第一の実施例の動作を示すフロー図の他の一
部である。

【図８Ａ】第一の実施例の動作を示すフロー図の一部で
ある。

【図８Ｂ】第一の実施例の動作を示すフロー図の他の一
部である。

【図８Ｃ】第一の実施例の動作を示すフロー図の他の一
部である。

【図８Ｄ】第一の実施例の動作を示すフロー図の他の一
部である。

【符号の説明】

１ａ〜１ｃ：通信ルーチン、２ａ〜２ｃ：トーカ、３ａ
〜３ｃ：リスナ、４ａ〜４ｃ：コンピュータ、５：通信
路、６−１〜６−Ｎ：発信元ＡＰ、７：発信ファイル、
８：発信ディレクトリ、９：受信ファイル、１０：受信
ディレクトリ、１１−１〜１１−Ｎ：受信元ＡＰ、１２
−１−１〜１２−１−Ｍ，・・・・，１２−Ｎ−１〜１
２−Ｎ−Ｍ：受信メイルボックス、１３：受信用共有メ
モリ。

Claims

【特許請求の範囲】

【請求項１】　　コンピュータ上のアプリケーションプ
ロセス同志が通信するために使用される「通信を媒介す
るプログラムプロセス」と前記アプリケーションプロセ
スのインタフェースにおいて、送り手プロセスが前記通
信に用いられるメッセージの優先処理順位を表わす情報
を、前記コンピュータのディレクトリ内のファイル名に
含ませ、受け手プロセスが前記優先処理順位を表わす情
報に基づいて優先度読出し処理を行うことを特徴とする
通信制御方法。
【請求項２】　　コンピュータ上のアプリケーションプ
ロセス同志が通信するために使用される「通信を媒介す
るプログラムプロセス」と前記アプリケーションプロセ
スのインタフェースにおいて、複数のメイルボックスを
設け、送り手プロセスが前記通信に用いられるメッセー
ジの優先処理順位を表わす情報に基づいて前記メイルボ
ックスを選択してメッセージを書込み、受け手プロセス
が前記メイルボックス内のメッセージの優先順位に基づ
いて読出し処理を行うことを特徴とする通信制御方法。
【請求項３】　　コンピュータ上のアプリケーションプ
ロセス同志が通信するために使用される「通信を媒介す
るプログラムプロセス」と前記アプリケーションプロセ
スのインタフェースにおいて、複数の区分共有メモリを
設け、送り手プロセスが前記通信に用いられるメッセー
ジの優先処理順位を表わす情報に基づいて前記区分共有
メモリを選択してメッセージを書込み、受け手プロセス
が前記区分共有メモリ内のメッセージの優先順位に基づ
いて読出し処理を行うことを特徴とする通信制御方法。