JP2820942B2 - 通信プロトコル処理方法 - Google Patents
通信プロトコル処理方法Info
- Publication number
- JP2820942B2 JP2820942B2 JP63237315A JP23731588A JP2820942B2 JP 2820942 B2 JP2820942 B2 JP 2820942B2 JP 63237315 A JP63237315 A JP 63237315A JP 23731588 A JP23731588 A JP 23731588A JP 2820942 B2 JP2820942 B2 JP 2820942B2
- Authority
- JP
- Japan
- Prior art keywords
- event
- state transition
- routine
- matrix
- layer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Description
【発明の詳細な説明】 〔産業上の利用分野〕 本発明は通信装置におけるプロトコル処理に関し、よ
り詳細には、階層型通信プロトコルにおける各層間のイ
ベント通知インタフェース、及び同一層内の異なる状態
遷移マトリックス間のイベント通知インタフェースに関
する。
り詳細には、階層型通信プロトコルにおける各層間のイ
ベント通知インタフェース、及び同一層内の異なる状態
遷移マトリックス間のイベント通知インタフェースに関
する。
近年、通信技術の発達に伴い、ファクシミリ通信、パ
ケット交換、ビデオテックス通信など種々の通信が提案
され、実用化されている。これらの異なる通信を有機的
かつ一体的に結合して体系的な（標準的な）通信を確立
するために、プロトコル（通信規約）が必要である。プ
ロトコルはネットワーク（通信網）の構成要素をモデル
化し、モデル上での通信に必要な取決め（例えばメッセ
ージの種類、情報送受信の順序関係）である。
ケット交換、ビデオテックス通信など種々の通信が提案
され、実用化されている。これらの異なる通信を有機的
かつ一体的に結合して体系的な（標準的な）通信を確立
するために、プロトコル（通信規約）が必要である。プ
ロトコルはネットワーク（通信網）の構成要素をモデル
化し、モデル上での通信に必要な取決め（例えばメッセ
ージの種類、情報送受信の順序関係）である。
はじめに、第７図ないし第９図を参照して、プロトコ
ルの概念について説明する。尚、第７図ないし第９図
は、「河岡，ほか“プロトコルの形式記述法",電子通信
学会誌,Vol.68,2,pp.187-192,昭和60年２月」に記載さ
れている。
ルの概念について説明する。尚、第７図ないし第９図
は、「河岡，ほか“プロトコルの形式記述法",電子通信
学会誌,Vol.68,2,pp.187-192,昭和60年２月」に記載さ
れている。
第７図はプロトコルの階層化モデルを示す図である。
ノードA,Bは端末等の通信装置である。プロトコルは
（Ｎ＋１）レイヤ、（Ｎ）レイヤ等のように階層化され
てモデル化される。エンティティはプロトコルを実行す
る手段で、各層ごとに設けられている。例えば（Ｎ）レ
イヤのエンティティは、すぐ下の（Ｎ−１）エンティテ
ィから提供される（Ｎ−１）サービスを受取り、（Ｎ）
レイヤの手順処理ルーチンを実行する。そして、（Ｎ）
レイヤのすぐ上の（Ｎ＋１）レイヤに（Ｎ）サービスを
提供する。このような（Ｎ）レイヤのエンティティが行
う動作を規定するものが、プロトコルである。
ノードA,Bは端末等の通信装置である。プロトコルは
（Ｎ＋１）レイヤ、（Ｎ）レイヤ等のように階層化され
てモデル化される。エンティティはプロトコルを実行す
る手段で、各層ごとに設けられている。例えば（Ｎ）レ
イヤのエンティティは、すぐ下の（Ｎ−１）エンティテ
ィから提供される（Ｎ−１）サービスを受取り、（Ｎ）
レイヤの手順処理ルーチンを実行する。そして、（Ｎ）
レイヤのすぐ上の（Ｎ＋１）レイヤに（Ｎ）サービスを
提供する。このような（Ｎ）レイヤのエンティティが行
う動作を規定するものが、プロトコルである。
一般に、プロトコルを記述する方法として種々提案さ
れているが、ここでは状態遷移モデルに沿って説明す
る。
れているが、ここでは状態遷移モデルに沿って説明す
る。
第８図はデータの提供者とデータの消費側との間で行
れる状態遷移モデルの一例を示す図である。図中、i1は
内部的な送信要求の通知、i2は相手側からの受信可の通
知、i3は内部的なデータ転送の終りの通知、i4は相手側
からのデータ消費の通知、o1は相手側へ送信要求、o2は
相手側へデータの送信、−は入力，出力がないことを示
す。また、i/oはｉが入力を、ｏが出力を示し、＊はデ
ータ提供側の出力がデータ消費側の入力となることを示
している。
れる状態遷移モデルの一例を示す図である。図中、i1は
内部的な送信要求の通知、i2は相手側からの受信可の通
知、i3は内部的なデータ転送の終りの通知、i4は相手側
からのデータ消費の通知、o1は相手側へ送信要求、o2は
相手側へデータの送信、−は入力，出力がないことを示
す。また、i/oはｉが入力を、ｏが出力を示し、＊はデ
ータ提供側の出力がデータ消費側の入力となることを示
している。
第９図は、データ提供側の状態遷移を示す図である。
図示するように、入力（イベントともいう）とこのとき
のデータ提供側の状態とで、エンティティが実行する手
順処理ルーチンが決定される。通常、第９図に示す入力
と状態との関係を状態遷移マトリックスと呼ぶ。
図示するように、入力（イベントともいう）とこのとき
のデータ提供側の状態とで、エンティティが実行する手
順処理ルーチンが決定される。通常、第９図に示す入力
と状態との関係を状態遷移マトリックスと呼ぶ。
従来の階層型通信プロトコル処理では、各層毎に独立
した状態遷移マトリックスを持ち、それぞれイベントの
受け口を持つ。この様子を第10図に示す。図中X,Y,Zは
異なる層のエンティティ（以下、タスクという）で、x,
y,zはそれぞれタスクX,Y,Zに対するイベントの受け口で
ある。イベントの受け口とは、隣り合う層間で行れる手
順処理ルーチンを結合するプログラムである。例えば、
第10図に示すように、タスクＸの層のすぐ下の層でタス
クＸに対して発生したイベントはイベント受け口ｘにつ
ながれ（キューイング）、ここを介してイベントを取得
する。タスクＸは後述するように、自層の状態遷移マト
リックスから、取得したイベントに対する手順処理ルー
チンを求め、実行する（これをマトリックス対応手順処
理という）。タスクＸは手順処理ルーチンを実行するこ
とにより状態遷移し、タスクＸの層のすぐ上の層に対す
るイベントを作成する。このイベントは、タスクＹに対
するイベント受け口ｙを介してタスクＹに与えられる。
このようにしてイベントを取得したタスクＹは、このイ
ベントに対する手順処理ルーチンを求め、実行する。そ
して、タスクＹはこの手順処理ルーチンで作成したイベ
ントをイベント受け口ｚへキューイングし、タスクＺに
与える。イベントを取得したタスクＺは同様にして手順
処理ルーチンを決定し、実行する。
した状態遷移マトリックスを持ち、それぞれイベントの
受け口を持つ。この様子を第10図に示す。図中X,Y,Zは
異なる層のエンティティ（以下、タスクという）で、x,
y,zはそれぞれタスクX,Y,Zに対するイベントの受け口で
ある。イベントの受け口とは、隣り合う層間で行れる手
順処理ルーチンを結合するプログラムである。例えば、
第10図に示すように、タスクＸの層のすぐ下の層でタス
クＸに対して発生したイベントはイベント受け口ｘにつ
ながれ（キューイング）、ここを介してイベントを取得
する。タスクＸは後述するように、自層の状態遷移マト
リックスから、取得したイベントに対する手順処理ルー
チンを求め、実行する（これをマトリックス対応手順処
理という）。タスクＸは手順処理ルーチンを実行するこ
とにより状態遷移し、タスクＸの層のすぐ上の層に対す
るイベントを作成する。このイベントは、タスクＹに対
するイベント受け口ｙを介してタスクＹに与えられる。
このようにしてイベントを取得したタスクＹは、このイ
ベントに対する手順処理ルーチンを求め、実行する。そ
して、タスクＹはこの手順処理ルーチンで作成したイベ
ントをイベント受け口ｚへキューイングし、タスクＺに
与える。イベントを取得したタスクＺは同様にして手順
処理ルーチンを決定し、実行する。
各層内の処理は第11図に示すように行われる。例え
ば、タスクＸは自層に係る状態遷移マトリックスａ（マ
トリックス番号ａで特定される）を取得し、イベントの
受け口ｘから取得したイベントのイベント番号ｂとこの
ときの層の状態（ステータス）の状態番号ｃから、対応
する手順処理ルーチンのルーチン番号ｄを取得する。こ
のルーチン番号ｄは、状態遷移マトリックスａ中の各手
順処理ルーチンを格納するメモリの先頭アドレス（これ
を手順処理ルーチンアドレスという）を格納するルーチ
ンアドレステーブルT1に与えられる。そして、ルーチン
番号ｄに対応する手順処理ルーチンアドレスを知ったタ
スクＸは、このアドレスから開始される手順処理ルーチ
ンをルーチン・コールし、実行する。特に、マトリック
ス番号ａの取得からルーチン・コールまでの制御処理を
マトリックス制御処理という。第11図中、これを参照番
号10で示す。ルーチン番号ｄに対応する手順処理ルーチ
ンの実行中に、呼び出したい層（例えば、タスクＹの
層）に対するイベントが作成される。そして、ルーチン
・コールでマトリックス制御処理10にもどり、イベント
の受け口ｙにキューイングすることにより、タスクＹに
イベントを通知する。
ば、タスクＸは自層に係る状態遷移マトリックスａ（マ
トリックス番号ａで特定される）を取得し、イベントの
受け口ｘから取得したイベントのイベント番号ｂとこの
ときの層の状態（ステータス）の状態番号ｃから、対応
する手順処理ルーチンのルーチン番号ｄを取得する。こ
のルーチン番号ｄは、状態遷移マトリックスａ中の各手
順処理ルーチンを格納するメモリの先頭アドレス（これ
を手順処理ルーチンアドレスという）を格納するルーチ
ンアドレステーブルT1に与えられる。そして、ルーチン
番号ｄに対応する手順処理ルーチンアドレスを知ったタ
スクＸは、このアドレスから開始される手順処理ルーチ
ンをルーチン・コールし、実行する。特に、マトリック
ス番号ａの取得からルーチン・コールまでの制御処理を
マトリックス制御処理という。第11図中、これを参照番
号10で示す。ルーチン番号ｄに対応する手順処理ルーチ
ンの実行中に、呼び出したい層（例えば、タスクＹの
層）に対するイベントが作成される。そして、ルーチン
・コールでマトリックス制御処理10にもどり、イベント
の受け口ｙにキューイングすることにより、タスクＹに
イベントを通知する。
以上の処理は通常プログラムで行われる。このプログ
ラムは、各層ごとに独立したサブプログラムとサブプロ
グラムを有機的に結合するメインプログラムとを有す
る。
ラムは、各層ごとに独立したサブプログラムとサブプロ
グラムを有機的に結合するメインプログラムとを有す
る。
しかしながら、上記従来の階層型通信プロトコル処理
方式では、各層ごとに独立してタスク（換言すればサブ
プログラム又はエンティティ）が設けられており、しか
もタスク間（換言すれば状態遷移マトリックス間）は、
イベントの受け口のみを介してのみイベントを取得する
ことができるため、イベント通知時のイベントの受け口
を構成するプログラムのオーバヘッドが大となるという
問題点があった。
方式では、各層ごとに独立してタスク（換言すればサブ
プログラム又はエンティティ）が設けられており、しか
もタスク間（換言すれば状態遷移マトリックス間）は、
イベントの受け口のみを介してのみイベントを取得する
ことができるため、イベント通知時のイベントの受け口
を構成するプログラムのオーバヘッドが大となるという
問題点があった。
従って、本発明は上記問題点を解決し、イベントの受
け口を介さずにイベントの通知を行えるようにして、イ
ベント通知時のオーバヘッドを軽減し、もって通信装置
のソフトウエア及びハードウエアを削減することを目的
とする。
け口を介さずにイベントの通知を行えるようにして、イ
ベント通知時のオーバヘッドを軽減し、もって通信装置
のソフトウエア及びハードウエアを削減することを目的
とする。
第１図は、本発明の原理を説明するための図である。
プロトコルの持つ複数の状態遷移マトリックス（仮にA,
B,Cとする）からそれぞれ求められるＡマトリックス対
応手順処理、Ｂマトリックス対応手順処理、Ｃマトリッ
クス対応手順処理に対し、１つのイベント受け口21を設
ける。
プロトコルの持つ複数の状態遷移マトリックス（仮にA,
B,Cとする）からそれぞれ求められるＡマトリックス対
応手順処理、Ｂマトリックス対応手順処理、Ｃマトリッ
クス対応手順処理に対し、１つのイベント受け口21を設
ける。
また、各状態遷移マトリックスで規定されるＡマトリ
ックス対応手順処理、Ｂマトリックス対応手順処理、Ｃ
マトリックス対応手順処理の中にそれぞれ、他の状態遷
移マトリックス（例えば状態遷移マトリックスＡに対す
る状態遷移マトリックスＢ）をルーチン・コールで直接
呼び出してイベントを通知するための制御情報を受け
る。
ックス対応手順処理、Ｂマトリックス対応手順処理、Ｃ
マトリックス対応手順処理の中にそれぞれ、他の状態遷
移マトリックス（例えば状態遷移マトリックスＡに対す
る状態遷移マトリックスＢ）をルーチン・コールで直接
呼び出してイベントを通知するための制御情報を受け
る。
複数の状態遷移マトリックスは異なる層間（例えば、
前述した第10図に相当する）のものであっても良いし、
同一層間のものであっても良い。また、複数の状態遷移
マトリックスはイベントの受け口を介さずにルーチン・
コールで直接イベントを通知するため、これらに対し１
つのタスク22を設けることでマトリックス対応手順処理
を実行できる。
前述した第10図に相当する）のものであっても良いし、
同一層間のものであっても良い。また、複数の状態遷移
マトリックスはイベントの受け口を介さずにルーチン・
コールで直接イベントを通知するため、これらに対し１
つのタスク22を設けることでマトリックス対応手順処理
を実行できる。
複数の状態遷移マトリックスに対する他の状態遷移マ
トリクス（例えば下位層にある）からのイベントの通
知、換言すればタスク22に対するイベントの通知はイベ
ント受け口21を介して通知される。例えば状態遷移マト
リックスＡはイベント受け口21を介して（キューによ
り）イベントを取得する。そして、取得したイベントに
対応するＡマトリックス対応手順処理を実行する。この
実行により発生したイベントは、Ａマトリックス対応手
順処理中の制御情報に従い、他の状態遷移マトリックス
Ｂを直接呼び出し（ルーチン・コール）して通知され
る。このようにして通知されたイベントに対応するＢマ
トリックス対応手順処理が実行される。この実行中に発
生したイベントは制御情報に従い、直接呼び出された他
の状態遷移マトリックスＣに通知され、対応するＣマト
リックス対応手順処理が実行される。
トリクス（例えば下位層にある）からのイベントの通
知、換言すればタスク22に対するイベントの通知はイベ
ント受け口21を介して通知される。例えば状態遷移マト
リックスＡはイベント受け口21を介して（キューによ
り）イベントを取得する。そして、取得したイベントに
対応するＡマトリックス対応手順処理を実行する。この
実行により発生したイベントは、Ａマトリックス対応手
順処理中の制御情報に従い、他の状態遷移マトリックス
Ｂを直接呼び出し（ルーチン・コール）して通知され
る。このようにして通知されたイベントに対応するＢマ
トリックス対応手順処理が実行される。この実行中に発
生したイベントは制御情報に従い、直接呼び出された他
の状態遷移マトリックスＣに通知され、対応するＣマト
リックス対応手順処理が実行される。
このように、複数の状態遷移マトリックスに対しイベ
ント受け口は１つで、しかもこれらの間のイベントの通
知をイベント受け口を介さずに直接ルーチン・コールで
対応する状態遷移マトリックスに与えるので、従来の問
題点は解消される。
ント受け口は１つで、しかもこれらの間のイベントの通
知をイベント受け口を介さずに直接ルーチン・コールで
対応する状態遷移マトリックスに与えるので、従来の問
題点は解消される。
以下、本発明の実施例を図を参照して詳細に説明す
る。
る。
第２図は、本発明を実施する通信装置一構成例を示
す。同図において、通信装置は本体系装置30と、通信制
御処理装置34と、周辺系装置35とを有する。本体系装置
30は中央処理装置（CPU）31と、主記憶装置（MEM）32
と、データ転送装置（DCH）33とを具備する。中央処理
装置31は後述するフローチャートに従い、プロトコルで
規定された制御を行う。主記憶装置32は後述する状態遷
移マトリックス、対応手順処理ルーチン、ルーチンアド
レステーブル等を記憶する。データ転送装置33は、中央
処理装置31と通信制御処理装置34及び周辺系装置35との
間のデータ転送を制御する。通信制御処理装置34は、本
体系装置30と回線36との間に設けられ、変復調や回線接
続／しゃ断等の制御を行う。周辺系装置35はCRT、プリ
ンタ、キーボード等である。
す。同図において、通信装置は本体系装置30と、通信制
御処理装置34と、周辺系装置35とを有する。本体系装置
30は中央処理装置（CPU）31と、主記憶装置（MEM）32
と、データ転送装置（DCH）33とを具備する。中央処理
装置31は後述するフローチャートに従い、プロトコルで
規定された制御を行う。主記憶装置32は後述する状態遷
移マトリックス、対応手順処理ルーチン、ルーチンアド
レステーブル等を記憶する。データ転送装置33は、中央
処理装置31と通信制御処理装置34及び周辺系装置35との
間のデータ転送を制御する。通信制御処理装置34は、本
体系装置30と回線36との間に設けられ、変復調や回線接
続／しゃ断等の制御を行う。周辺系装置35はCRT、プリ
ンタ、キーボード等である。
第３図は、第２図中の中央処理装置31や主記憶装置32
で行われるプロトコル制御の機能ブロック図である。イ
ベント入力部40は第１図に示すイベント受け口21に相当
し、下位層などからタスク22に対するイベントの通知を
受け取る。マトリックス格納部41は、複数の状態遷移マ
トリックスを格納する。ルーチン格納部42は、各状態遷
移マトリックスで規定されている状態番号に対応したマ
トリックス対応手順ルーチンと、このルーチンで発生し
たイベントを、直接ルーチン・コールで他の状態遷移マ
トリックスを呼び出して通知するためのルーチン（これ
を二次マトリックス制御処理ルーチンという）とを格納
する。ルーチンアドレステーブル43は、各状態遷移マト
リックスで求められる状態番号とルーチン格納部42との
対応関係を規定するテーブルである。制御部44は図示す
る各部を、後述する第４図の動作フローチャートに従っ
て制御する。手順処理部45は、制御部44から指定された
対応手順処理ルーチンを実行する。
で行われるプロトコル制御の機能ブロック図である。イ
ベント入力部40は第１図に示すイベント受け口21に相当
し、下位層などからタスク22に対するイベントの通知を
受け取る。マトリックス格納部41は、複数の状態遷移マ
トリックスを格納する。ルーチン格納部42は、各状態遷
移マトリックスで規定されている状態番号に対応したマ
トリックス対応手順ルーチンと、このルーチンで発生し
たイベントを、直接ルーチン・コールで他の状態遷移マ
トリックスを呼び出して通知するためのルーチン（これ
を二次マトリックス制御処理ルーチンという）とを格納
する。ルーチンアドレステーブル43は、各状態遷移マト
リックスで求められる状態番号とルーチン格納部42との
対応関係を規定するテーブルである。制御部44は図示す
る各部を、後述する第４図の動作フローチャートに従っ
て制御する。手順処理部45は、制御部44から指定された
対応手順処理ルーチンを実行する。
次に、本実施例の動作を第３図に加え、第４図ないし
第６図を参照して説明する。ここで、第４図は本実施例
の動作を示すフローチャート、第５図は本実施例の処理
手順を示す図、及び第６図は本実施例の処理をステップ
ごとに示す図である。以下の説明では、階層型通信プロ
トコル処理における連続する二層（以下、下位層をＡ
層、上位層をＢ層とする）を制御する場合の手順を例に
とる。
第６図を参照して説明する。ここで、第４図は本実施例
の動作を示すフローチャート、第５図は本実施例の処理
手順を示す図、及び第６図は本実施例の処理をステップ
ごとに示す図である。以下の説明では、階層型通信プロ
トコル処理における連続する二層（以下、下位層をＡ
層、上位層をＢ層とする）を制御する場合の手順を例に
とる。
はじめに、装置はイベント待ち状態にある（第６図の
（ａ））。この状態でＡ層の下位層でＡ層に対するイベ
ントとＢ層に対するイベントとが連続して発生した
とする（第６図（ｂ））。イベントは他のプログラム
によるキューイングにより第３図のイベント入力部40に
与えられる。そして、イベント入力部40は先頭のイベン
トを取得する（第４図のステップ101;第６図
（ｃ））。イベント入力部40からイベントの通知を受
けた制御部44は、このイベントがどの層に対応するか
を判定する（ステップ102;第６図（ｄ））。制御部44
は、イベントは状態遷移マトリックスＡに対応するも
のであることを知り、マトリックス格納部41から第５図
に示す状態遷移マトリックスa1を読み出す（ステップ10
3;第６図（ｅ））。いま、ステータスの状態番号がc1で
イベントがイベント番号b1を持つとすると、制御部44
は対応するルーチンアドレスd1を決定する（ステップ10
4;第６図（ｆ））。そして、制御部44はルーチンアドレ
ステーブル43を参照して、状態番号d1に対応するa1対応
手順処理ルーチンのアドレスを知り、ルーチン・コール
をする（ステップ105;第６図（ｇ））。そして、制御部
44はa1対応手順処理ルーチンを手順処理部45に与える。
これにより、手順処理部45はイベントに対応するa1対
応手順処理を実行する（ステップ106;第６図（ｈ））。
（ａ））。この状態でＡ層の下位層でＡ層に対するイベ
ントとＢ層に対するイベントとが連続して発生した
とする（第６図（ｂ））。イベントは他のプログラム
によるキューイングにより第３図のイベント入力部40に
与えられる。そして、イベント入力部40は先頭のイベン
トを取得する（第４図のステップ101;第６図
（ｃ））。イベント入力部40からイベントの通知を受
けた制御部44は、このイベントがどの層に対応するか
を判定する（ステップ102;第６図（ｄ））。制御部44
は、イベントは状態遷移マトリックスＡに対応するも
のであることを知り、マトリックス格納部41から第５図
に示す状態遷移マトリックスa1を読み出す（ステップ10
3;第６図（ｅ））。いま、ステータスの状態番号がc1で
イベントがイベント番号b1を持つとすると、制御部44
は対応するルーチンアドレスd1を決定する（ステップ10
4;第６図（ｆ））。そして、制御部44はルーチンアドレ
ステーブル43を参照して、状態番号d1に対応するa1対応
手順処理ルーチンのアドレスを知り、ルーチン・コール
をする（ステップ105;第６図（ｇ））。そして、制御部
44はa1対応手順処理ルーチンを手順処理部45に与える。
これにより、手順処理部45はイベントに対応するa1対
応手順処理を実行する（ステップ106;第６図（ｈ））。
第５図中、マトリックス番号a1を取得してから対応す
るルーチン・コールまでの制御は、一次マトリックス制
御処理として図示している。
るルーチン・コールまでの制御は、一次マトリックス制
御処理として図示している。
このようにして得たa1対応手順処理を実行中にイベン
トが発生するかどうかで、以下に述べるように２通りの
処理に分れる。
トが発生するかどうかで、以下に述べるように２通りの
処理に分れる。
まず、a1対応手順処理中に状態遷移マトリックスＢに
対するイベントＢ′が発生したとする（第６図
（i2））。これを検知した制御部44は、先にルーチンア
ドレステーブル43のルーチンアドレd1をアクセスした際
に取得した二次マトリックス制御処理ルーチンアドレス
に従い、a1対応手順処理の終了から、第５図に示す一次
マトリックス制御処理と同様にして、イベントＢ′に対
応するルーチン番号を取得するためのプログラムに連続
的に移行する（ステップ107の“YES";第６図（j2））。
この二次マトリックス制御処理ルーチンアドレスとは、
第４図のステップ107からステップ102に戻ることを意味
し、二次マトリックス制御処理とはこのようにして戻っ
たステップ102からステップ106までの処理を意味する。
対するイベントＢ′が発生したとする（第６図
（i2））。これを検知した制御部44は、先にルーチンア
ドレステーブル43のルーチンアドレd1をアクセスした際
に取得した二次マトリックス制御処理ルーチンアドレス
に従い、a1対応手順処理の終了から、第５図に示す一次
マトリックス制御処理と同様にして、イベントＢ′に対
応するルーチン番号を取得するためのプログラムに連続
的に移行する（ステップ107の“YES";第６図（j2））。
この二次マトリックス制御処理ルーチンアドレスとは、
第４図のステップ107からステップ102に戻ることを意味
し、二次マトリックス制御処理とはこのようにして戻っ
たステップ102からステップ106までの処理を意味する。
制御部44はイベントＢ′に対応する層を判定した後
（ステップ102）、これに係る状態遷移マトリックスa2
をマトリックス格納部41から読み出し（ステップ10
3）、このときのＢ層のステータスとイベントＢ′のイ
ベント番号に対応するルーチン番号を知る（ステップ10
4）。今、第５図に示すように、イベントＢ′のイベン
ト番号b2とこのときの状態番号c2とでルーチンアドレス
d2が求められたとすると、制御部44はルーチン・コール
によりルーチン格納部42からルーチンアドレスd2に対応
するa2対応手順処理ルーチンを読み出し（ステップ10
5）、これを受けた手順処理部45がこれを実行する（ス
テップ106）。尚、本実施例ではＢ層は１つのタスクで
処理される最上位層なので、ルーチンアドレステーブル
43は状態遷移マトリックスa2に規定されるステータス・
アドレスに関しては手順処理ルーチンアドレスのみを持
ち、二次マトリックス制御処理ルーチンアドレスを持た
ない。
（ステップ102）、これに係る状態遷移マトリックスa2
をマトリックス格納部41から読み出し（ステップ10
3）、このときのＢ層のステータスとイベントＢ′のイ
ベント番号に対応するルーチン番号を知る（ステップ10
4）。今、第５図に示すように、イベントＢ′のイベン
ト番号b2とこのときの状態番号c2とでルーチンアドレス
d2が求められたとすると、制御部44はルーチン・コール
によりルーチン格納部42からルーチンアドレスd2に対応
するa2対応手順処理ルーチンを読み出し（ステップ10
5）、これを受けた手順処理部45がこれを実行する（ス
テップ106）。尚、本実施例ではＢ層は１つのタスクで
処理される最上位層なので、ルーチンアドレステーブル
43は状態遷移マトリックスa2に規定されるステータス・
アドレスに関しては手順処理ルーチンアドレスのみを持
ち、二次マトリックス制御処理ルーチンアドレスを持た
ない。
一方、第４図のステップ107でa1対応手順処理中にイ
ベントが発生しなかった場合は、制御部44はイベント入
力部40に次のイベントがあるかどうかを判定する（ステ
ップ108）。第６図（i1）に示すように、イベントに
続きイベントが来ているので、制御部44はイベント入
力部40からイベントを取得する。そして、ステップ10
2〜106に従って、対応する手順処理ルーチンを決定し、
実行する（第６図（j1），（k1））。そして、最後に初
期状態（第６図（ａ））に戻る。
ベントが発生しなかった場合は、制御部44はイベント入
力部40に次のイベントがあるかどうかを判定する（ステ
ップ108）。第６図（i1）に示すように、イベントに
続きイベントが来ているので、制御部44はイベント入
力部40からイベントを取得する。そして、ステップ10
2〜106に従って、対応する手順処理ルーチンを決定し、
実行する（第６図（j1），（k1））。そして、最後に初
期状態（第６図（ａ））に戻る。
以上、本発明の一実施例を説明した。上記実施例では
状態遷移マトリックスA,Bに対し１つのイベント受け口
（イベント入力部40）を設け、状態遷移マトリックスＡ
に係る処理中に発生したイベントはルーチン・コールに
より状態遷移マトリックスに通知している。これによ
り、イベント受け口の層間インタフェースのオーバーヘ
ッドを削減できる。
状態遷移マトリックスA,Bに対し１つのイベント受け口
（イベント入力部40）を設け、状態遷移マトリックスＡ
に係る処理中に発生したイベントはルーチン・コールに
より状態遷移マトリックスに通知している。これによ
り、イベント受け口の層間インタフェースのオーバーヘ
ッドを削減できる。
また、タスク（第３図の手順処理部45に相当）は状態
遷移マトリックスA,Bに共通に１つあれば良いので、プ
ロトコルを実行するソフトウエアやハードウエアの容量
を削減できる。
遷移マトリックスA,Bに共通に１つあれば良いので、プ
ロトコルを実行するソフトウエアやハードウエアの容量
を削減できる。
更に、上記実施例では状態遷移マトリックスa1,a2を
異なる層に対応するものとして説明したが、同一層内に
おいて状態遷移マトリックスを複数に分割して管理する
ことができる。例えば、プロトコル処理上あってはなら
ない状態とイベントとの関係とで１つの状態遷移マトリ
ックスを作成しておき、これにアクセスがあったときは
障害として直ちに必要な対応処理を読み出して行うよう
にすることができる。
異なる層に対応するものとして説明したが、同一層内に
おいて状態遷移マトリックスを複数に分割して管理する
ことができる。例えば、プロトコル処理上あってはなら
ない状態とイベントとの関係とで１つの状態遷移マトリ
ックスを作成しておき、これにアクセスがあったときは
障害として直ちに必要な対応処理を読み出して行うよう
にすることができる。
以上説明したように、本発明によれば、複数の状態遷
移マトリックスに対しイベントの受け口は１つで、しか
もこれらの間のイベントの通知をイベントの受け口を介
さずに直接ルーチン・コールで対応する状態遷移マトリ
ックスに与えるので、イベントの通知時のオーバーヘッ
ドを軽減して通信装置のソフトウエア及びハードウエア
を削減することができる。
移マトリックスに対しイベントの受け口は１つで、しか
もこれらの間のイベントの通知をイベントの受け口を介
さずに直接ルーチン・コールで対応する状態遷移マトリ
ックスに与えるので、イベントの通知時のオーバーヘッ
ドを軽減して通信装置のソフトウエア及びハードウエア
を削減することができる。
第１図は本発明の原理を説明するための図、 第２図は本発明が適用できる通信装置の構成例を示すブ
ロック図、 第３図は本発明実施例の機能ブロック図、 第４図は本発明実施例の動作フローチャート、 第５図は本発明実施例の処理手順を示す図、 第６図は本発明実施例の処理をステップごとに示す図、 第７図はプロトコルの階層化モデルを示す図、 第８図は状態遷移モデルの一例を示す図、 第９図はデータ提供側の状態遷移を示す図、 第10図は従来方式を説明するための図、及び 第11図は各層で行われる処理手順を示す図である。 21……イベント受け口、22……タスク、30……本体系装
置、31……中央処理装置（CPU）、32……主記憶装置（M
EM）、33……データ転送装置（DCH）、34……通信制御
処理装置、35……周辺系装置、36……回線、40……イベ
ント入力部、41……マトリックス格納部、42……ルーチ
ン格納部、43……ルーチンアドレステーブル、44……制
御部、45……手順処理部。
ロック図、 第３図は本発明実施例の機能ブロック図、 第４図は本発明実施例の動作フローチャート、 第５図は本発明実施例の処理手順を示す図、 第６図は本発明実施例の処理をステップごとに示す図、 第７図はプロトコルの階層化モデルを示す図、 第８図は状態遷移モデルの一例を示す図、 第９図はデータ提供側の状態遷移を示す図、 第10図は従来方式を説明するための図、及び 第11図は各層で行われる処理手順を示す図である。 21……イベント受け口、22……タスク、30……本体系装
置、31……中央処理装置（CPU）、32……主記憶装置（M
EM）、33……データ転送装置（DCH）、34……通信制御
処理装置、35……周辺系装置、36……回線、40……イベ
ント入力部、41……マトリックス格納部、42……ルーチ
ン格納部、43……ルーチンアドレステーブル、44……制
御部、45……手順処理部。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 目々沢 健治 神奈川県横浜市中区山下町223―１ エ ヌ・ティ・ティ・ソフトウェア株式会社 内 (72)発明者 呉地 滋 神奈川県横浜市戸塚区戸塚町5030番地 株式会社日立製作所ソフトウェア工場内 (72)発明者 吉瀬 宏 神奈川県横浜市戸塚区戸塚町5030番地 株式会社日立製作所ソフトウェア工場内 (56)参考文献 特開 昭64−3759（ＪＰ，Ａ) 特開 昭63−245752（ＪＰ，Ａ) 特開 昭61−257046（ＪＰ，Ａ) (58)調査した分野(Int.Cl.6，ＤＢ名) H04L 29/02 G06F 13/00 ５Ｋ０３４ ＪＪ０１ ５Ｂ０８９ ＣＣ１５
Claims (1)
- 【請求項１】通信装置におけるプロトコル処理におい
て、 プロトコルの持つ複数の状態遷移マトリックスに対して
イベントを通知するためのイベント受け口を１つ設け、 各状態遷移マトリックスで規定されるマトリックス対応
手順処理の中に、他の状態遷移マトリックスをルーチン
・コールで直接呼び出してイベントを通知するための制
御情報を設けたことを特徴とする通信プロトコル処理方
法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP63237315A JP2820942B2 (ja) | 1988-09-21 | 1988-09-21 | 通信プロトコル処理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP63237315A JP2820942B2 (ja) | 1988-09-21 | 1988-09-21 | 通信プロトコル処理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0286243A JPH0286243A (ja) | 1990-03-27 |
| JP2820942B2 true JP2820942B2 (ja) | 1998-11-05 |
Family
ID=17013547
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP63237315A Expired - Lifetime JP2820942B2 (ja) | 1988-09-21 | 1988-09-21 | 通信プロトコル処理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2820942B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6711620B1 (en) | 1999-04-14 | 2004-03-23 | Matsushita Electric Industrial Co. | Event control device and digital broadcasting system |
-
1988
- 1988-09-21 JP JP63237315A patent/JP2820942B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0286243A (ja) | 1990-03-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100383381B1 (ko) | 제한된메모리컴퓨터시스템에서의클라이언트관리흐름제어를위한방법과장치 | |
| US5983265A (en) | System for controlling electronic messaging protocol between plurality of computer system by using identical electronic messaging system | |
| US5386512A (en) | System for deriving and testing mutual capability set after receiving updated capability from other processors and before requesting service information | |
| US5872929A (en) | Method and system for managing terminals in a network computing system using terminal information including session status | |
| EP1230597B1 (en) | Communication architecture for distributed computing environment | |
| JPH07118723B2 (ja) | 通信コントローラ | |
| US5535334A (en) | Fault-tolerant system-to-system communications system and method utilizing multiple communications methods to transfer a single message | |
| EP1002414A1 (en) | Queue system and method for point-to-point message passing | |
| US20070061444A1 (en) | High availability for distributed non-persistent event propagation | |
| JPH03206542A (ja) | 割込み方法 | |
| JP2820942B2 (ja) | 通信プロトコル処理方法 | |
| JP2000047890A (ja) | 分散オブジェクト管理システムとそのオブジェクト選択方法およびその処理プログラムを記録した記録媒体 | |
| JP2001216174A (ja) | アプリケーション代替方法及びアプリケーション代替プログラムを格納した記憶媒体 | |
| JP3347391B2 (ja) | ファクシミリシステム及び通信方法 | |
| JP2001243202A (ja) | ２つのソフトウェアエージェント間の通信に使用される通信手段を動的に変更するためのシステム | |
| KR100482316B1 (ko) | 운영체제상에서의콘솔서버방법및장치 | |
| JP3105097B2 (ja) | 透過通信ドライバ | |
| KR910005777B1 (ko) | 퍼스널컴퓨터 접속 처리장치의 n회선 처리방법 | |
| JPH04118735A (ja) | 情報処理サービス機能拡張方式 | |
| JPH11327938A (ja) | フロー制御方法 | |
| JP2000295353A (ja) | 自律協調分散処理型管理情報方式 | |
| JPH02280437A (ja) | 通信処理装置 | |
| JPH0756867A (ja) | 分散型プロセスコントロール方法 | |
| JPH0468457A (ja) | ネットワーク管理システムのマネージャ装置 | |
| JPH0713940A (ja) | 計算機システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080828 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080828 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090828 Year of fee payment: 11 |
|
| EXPY | Cancellation because of completion of term | ||
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090828 Year of fee payment: 11 |