JPH0581152A - 通信処理システムにおけるアソシエーシヨンデータ送受信制御方式 - Google Patents
通信処理システムにおけるアソシエーシヨンデータ送受信制御方式Info
- Publication number
- JPH0581152A JPH0581152A JP3240722A JP24072291A JPH0581152A JP H0581152 A JPH0581152 A JP H0581152A JP 3240722 A JP3240722 A JP 3240722A JP 24072291 A JP24072291 A JP 24072291A JP H0581152 A JPH0581152 A JP H0581152A
- Authority
- JP
- Japan
- Prior art keywords
- association
- representative
- server
- data
- instruction
- 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.)
- Pending
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 23
- 238000000034 method Methods 0.000 claims description 12
- 238000010586 diagram Methods 0.000 description 6
- 102000002067 Protein Subunits Human genes 0.000 description 1
- 108010001267 Protein Subunits Proteins 0.000 description 1
Landscapes
- Communication Control (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【目的】セッション側からの無秩序かつ一時的に集中し
て発生するアソシエーション確立指示を効率的に処理す
る。 【構成】ＥＸ部１−６の代表受信手段１−９は、ＳＳＡ
Ｐ１−１０または１−１３を介して送信されてきたデー
タを受け取る。送信制御手段１−７はデータを受信した
後に呼び出されアソシエーション制御テーブル１−８の
情報を元にアソシエーション確立の可能の場合にＳＵＢ
部１−２への送信を行う。ＳＵＢ部１−２の受信格納手
段１−４は、ＥＸ部１−６より送信されてきたデータが
アソシエーション確立指示で代表ＧＥＴフラグがオフで
あればアソシエーション指示プール１−５へ格納し、そ
の他の場合はサーバプログラム１−１へデータを送信す
る。代表ＧＥＴ処理手段１−３はサーバから代表ＧＥＴ
が発行された時に呼び出されアソシエーション指示プー
ル１−５の格納されたデータをサーバに送信し格納され
ていなければ代表ＧＥＴフラグをオンにセットする。
て発生するアソシエーション確立指示を効率的に処理す
る。 【構成】ＥＸ部１−６の代表受信手段１−９は、ＳＳＡ
Ｐ１−１０または１−１３を介して送信されてきたデー
タを受け取る。送信制御手段１−７はデータを受信した
後に呼び出されアソシエーション制御テーブル１−８の
情報を元にアソシエーション確立の可能の場合にＳＵＢ
部１−２への送信を行う。ＳＵＢ部１−２の受信格納手
段１−４は、ＥＸ部１−６より送信されてきたデータが
アソシエーション確立指示で代表ＧＥＴフラグがオフで
あればアソシエーション指示プール１−５へ格納し、そ
の他の場合はサーバプログラム１−１へデータを送信す
る。代表ＧＥＴ処理手段１−３はサーバから代表ＧＥＴ
が発行された時に呼び出されアソシエーション指示プー
ル１−５の格納されたデータをサーバに送信し格納され
ていなければ代表ＧＥＴフラグをオンにセットする。
Description
【０００１】
【産業上の利用分野】本発明は、通信処理システムにお
けるアソシエーションデータ送受信制御方式に関し、特
にセッション側からの無秩序かつ一時的に集中して発生
するアソシエーション確立指示に対し、サーバプログラ
ムの処理スピードが追い付かない場合のための、アソシ
エーション確立指示情報の送受信制御方式に関する。
けるアソシエーションデータ送受信制御方式に関し、特
にセッション側からの無秩序かつ一時的に集中して発生
するアソシエーション確立指示に対し、サーバプログラ
ムの処理スピードが追い付かない場合のための、アソシ
エーション確立指示情報の送受信制御方式に関する。
【０００２】
【従来の技術】従来の代表パスしか提供していないセッ
ションを使用する通信処理システムにおいては、セッシ
ョン側からアソシエーション確立指示が送信されてきた
時に、サーバが代表ＧＥＴを発行していないとアソシエ
ーション確立要求元に拒否応答を返し、代表ＧＥＴを発
行していればサーバプログラムにアソシエーション確立
指示を送信していた。
ションを使用する通信処理システムにおいては、セッシ
ョン側からアソシエーション確立指示が送信されてきた
時に、サーバが代表ＧＥＴを発行していないとアソシエ
ーション確立要求元に拒否応答を返し、代表ＧＥＴを発
行していればサーバプログラムにアソシエーション確立
指示を送信していた。
【０００３】
【発明が解決しようとする課題】サーバは、アソシエー
ション確立指示に対しそのアソシエーション確立の為の
各種作業を終了した後、代表ＧＥＴを発行して次の確立
指示を待つ。そのため、上述した従来の通信処理システ
ムのアソシエーション確立指示受信時の制御方式では、
サーバプログラムの動作とは無関係にアソシエーション
確立指示が無秩序にかつ一時的に集中して発生する状況
下では、サーバの代表ＧＥＴが間に合わずほとんどのア
ソシエーション確立指示に対し拒否の応答を要求元に返
してしまうことになる。アソシエーションの確立指示の
要求元は、拒否の理由が何かをチェックして、上述のエ
ラーで再試行可能なことを確認して、もう一度要求を発
行することをしなければならない。このように、アソシ
エーションの確立に対し、アソシエーション確立指示の
要求元やサーバプログラムに処理上の制約を与えてしま
うという欠点がある。
ション確立指示に対しそのアソシエーション確立の為の
各種作業を終了した後、代表ＧＥＴを発行して次の確立
指示を待つ。そのため、上述した従来の通信処理システ
ムのアソシエーション確立指示受信時の制御方式では、
サーバプログラムの動作とは無関係にアソシエーション
確立指示が無秩序にかつ一時的に集中して発生する状況
下では、サーバの代表ＧＥＴが間に合わずほとんどのア
ソシエーション確立指示に対し拒否の応答を要求元に返
してしまうことになる。アソシエーションの確立指示の
要求元は、拒否の理由が何かをチェックして、上述のエ
ラーで再試行可能なことを確認して、もう一度要求を発
行することをしなければならない。このように、アソシ
エーションの確立に対し、アソシエーション確立指示の
要求元やサーバプログラムに処理上の制約を与えてしま
うという欠点がある。
【０００４】
【課題を解決するための手段】第１の発明は、代表パス
しか提供していないセッションと受信側のサーバとの間
にあって、前記受信側のサーバから受信要求を受けた後
前記セッション側から受けた通信路（以下アソシエーシ
ョンと呼ぶ）の確立指示を前記受信側へ送信する通信処
理システムにおけるアソシエーションデータ送受信制御
方式において、常に前記セッションへ代表パスの受信要
求を発行して既アソシエーションデータ及び新規アソシ
エーション確立指示の受け付けを常時行う代表受信手段
と、前記セッションからデータを受信した時に呼び出さ
れ予め設けられたアソシエーション制御テーブル内に格
納されている最大認可アソシエーション数と確立中アソ
シエーション数から新規アソシエーションの確立許可を
判断し許可の場合は前記新規アソシエーションを受け付
ける前記サーバへ受信した前記データを送信し拒否の場
合は前記新規アソシエーションの要求元へ拒否の応答を
返す送信制御手段とから構成され前記通信処理システム
内に１個だけ存在するＥＸ部と、前記送信制御手段より
送信されてきた前記新規アソシエーション確立指示を代
表ＧＥＴフラグがオフであれば予め用意されたアソシエ
ーション指示プールにセーブしておき前記代表ＧＥＴフ
ラグがオンであれば前記新規アソシエーション確立指示
を前記サーバに送信する受信格納手段と、前記サーバよ
り前記新規アソシエーションの受け付けを許可すること
を意味する前記代表ＧＥＴが発行された時に呼び出され
前記アソシエーション指示プールに前記アソシエーショ
ン確立指示がセーブされている時は前記セーブデータを
取り出し前記サーバへ送信しセーブされていない時は前
記代表ＧＥＴフラグをオンにする代表ＧＥＴ処理手段と
から構成され前記サーバごとに存在するＳＵＢ部とを有
することを特徴とする。
しか提供していないセッションと受信側のサーバとの間
にあって、前記受信側のサーバから受信要求を受けた後
前記セッション側から受けた通信路（以下アソシエーシ
ョンと呼ぶ）の確立指示を前記受信側へ送信する通信処
理システムにおけるアソシエーションデータ送受信制御
方式において、常に前記セッションへ代表パスの受信要
求を発行して既アソシエーションデータ及び新規アソシ
エーション確立指示の受け付けを常時行う代表受信手段
と、前記セッションからデータを受信した時に呼び出さ
れ予め設けられたアソシエーション制御テーブル内に格
納されている最大認可アソシエーション数と確立中アソ
シエーション数から新規アソシエーションの確立許可を
判断し許可の場合は前記新規アソシエーションを受け付
ける前記サーバへ受信した前記データを送信し拒否の場
合は前記新規アソシエーションの要求元へ拒否の応答を
返す送信制御手段とから構成され前記通信処理システム
内に１個だけ存在するＥＸ部と、前記送信制御手段より
送信されてきた前記新規アソシエーション確立指示を代
表ＧＥＴフラグがオフであれば予め用意されたアソシエ
ーション指示プールにセーブしておき前記代表ＧＥＴフ
ラグがオンであれば前記新規アソシエーション確立指示
を前記サーバに送信する受信格納手段と、前記サーバよ
り前記新規アソシエーションの受け付けを許可すること
を意味する前記代表ＧＥＴが発行された時に呼び出され
前記アソシエーション指示プールに前記アソシエーショ
ン確立指示がセーブされている時は前記セーブデータを
取り出し前記サーバへ送信しセーブされていない時は前
記代表ＧＥＴフラグをオンにする代表ＧＥＴ処理手段と
から構成され前記サーバごとに存在するＳＵＢ部とを有
することを特徴とする。
【０００５】
【実施例】次に、本発明の実施例について図面を参照し
て説明する。図１は、本発明の一実施例を示すブロック
図である。図２は、アソシエーション制御テーブルを示
す図である。図３は、アソシエーション指示プールを示
す図である。図４は、代表受信手段のフローチャートで
ある。図５は、送信制御手段のフローチャートである。
図６は、受信格納手段のフローチャートである。図７
は、代表ＧＥＴ処理手段のフローチャートである。
て説明する。図１は、本発明の一実施例を示すブロック
図である。図２は、アソシエーション制御テーブルを示
す図である。図３は、アソシエーション指示プールを示
す図である。図４は、代表受信手段のフローチャートで
ある。図５は、送信制御手段のフローチャートである。
図６は、受信格納手段のフローチャートである。図７
は、代表ＧＥＴ処理手段のフローチャートである。
【０００６】次に、図１を使って全体の処理の流れを説
明する。矢印はデータの流れを示す。本通信システムプ
ログラムは、ＥＸ部（セッションとＳＵＢ間のデータの
送受信の仲介を行う）１−６という１個のジョブとサー
バプログラム１−１対応のＳＵＢ部（利用者とＥＸ部の
データの仲介を行う）１−２およびサーバプログラム１
−１１対応のＳＵＢ部１−１２という複数個のジョブに
よって構成されている。ＥＸ部１−６は、ＳＳＡＰ（セ
ッションサービスアクセスポイントの略）１−１０また
は１−１３を介して送信されてきたデータを受け取る代
表受信手段１−９と、データを受信した後に呼び出され
アソシエーション制御テーブル１−８の情報を元にアソ
シエーション確立の判断と対応を行いＳＵＢ部１−２へ
の送信を行う送信制御手段１−７とにより、本通信シス
テムへ届いたアソシエーション確立指示および既確立の
アソシエーションデータの送信等全ての制御を行う。
明する。矢印はデータの流れを示す。本通信システムプ
ログラムは、ＥＸ部（セッションとＳＵＢ間のデータの
送受信の仲介を行う）１−６という１個のジョブとサー
バプログラム１−１対応のＳＵＢ部（利用者とＥＸ部の
データの仲介を行う）１−２およびサーバプログラム１
−１１対応のＳＵＢ部１−１２という複数個のジョブに
よって構成されている。ＥＸ部１−６は、ＳＳＡＰ（セ
ッションサービスアクセスポイントの略）１−１０また
は１−１３を介して送信されてきたデータを受け取る代
表受信手段１−９と、データを受信した後に呼び出され
アソシエーション制御テーブル１−８の情報を元にアソ
シエーション確立の判断と対応を行いＳＵＢ部１−２へ
の送信を行う送信制御手段１−７とにより、本通信シス
テムへ届いたアソシエーション確立指示および既確立の
アソシエーションデータの送信等全ての制御を行う。
【０００７】ＳＵＢ部１−２は、ＥＸ部１−６より送信
されてきたデータがアソシエーション確立指示か，代表
ＧＥＴフラグがオンかをチェックし、アソシエーション
確立指示で代表ＧＥＴフラグがオフであればアソシエー
ション指示プール１−５へ格納し、代表ＧＥＴフラグが
オンの場合とアソシエーション確立指示でない場合はサ
ーバプログラム１−１へデータを送信する受信格納手段
１−４と、サーバから代表ＧＥＴが発行された時に呼び
出されアソシエーション指示プール１−５にデータが格
納されていればそのデータをサーバに送信し格納されて
いなければ代表ＧＥＴフラグをオンにセットする代表Ｇ
ＥＴ処理手段１−３とにより、サーバプログラムの代表
ＧＥＴとアソシエーション確立指示の制御を行う。即
ち、本通信システムは、アソシエーション確立指示が一
時的に多量に発生した場合、ＥＸ部１−６はサポート可
能な範囲で対応するＳＵＢ部へ送信し、ＳＵＢ部１−２
はサーバが代表ＧＥＴを発行するまでの間アソシエーシ
ョン指示プール１−５へセーブし、代表ＧＥＴが発行さ
れた時点でセーブしたエリアより取り出しサーバへ送信
するという処理を行う。
されてきたデータがアソシエーション確立指示か，代表
ＧＥＴフラグがオンかをチェックし、アソシエーション
確立指示で代表ＧＥＴフラグがオフであればアソシエー
ション指示プール１−５へ格納し、代表ＧＥＴフラグが
オンの場合とアソシエーション確立指示でない場合はサ
ーバプログラム１−１へデータを送信する受信格納手段
１−４と、サーバから代表ＧＥＴが発行された時に呼び
出されアソシエーション指示プール１−５にデータが格
納されていればそのデータをサーバに送信し格納されて
いなければ代表ＧＥＴフラグをオンにセットする代表Ｇ
ＥＴ処理手段１−３とにより、サーバプログラムの代表
ＧＥＴとアソシエーション確立指示の制御を行う。即
ち、本通信システムは、アソシエーション確立指示が一
時的に多量に発生した場合、ＥＸ部１−６はサポート可
能な範囲で対応するＳＵＢ部へ送信し、ＳＵＢ部１−２
はサーバが代表ＧＥＴを発行するまでの間アソシエーシ
ョン指示プール１−５へセーブし、代表ＧＥＴが発行さ
れた時点でセーブしたエリアより取り出しサーバへ送信
するという処理を行う。
【０００８】図２のアソシエーション制御テーブルは、
サーバが本通信システムプログラムに使用するＳＳＡＰ
とアソシエーション受信許可の最大値とサーバの情報
（データの送受信に関わる情報）を通知して、サーバで
あることを宣言すると、本システムがアソシエーション
制御テーブルに１個登録し、ＳＳＡＰカウンタを１カウ
ントアップする。本テーブルは、送信制御手段１−７に
使用される。
サーバが本通信システムプログラムに使用するＳＳＡＰ
とアソシエーション受信許可の最大値とサーバの情報
（データの送受信に関わる情報）を通知して、サーバで
あることを宣言すると、本システムがアソシエーション
制御テーブルに１個登録し、ＳＳＡＰカウンタを１カウ
ントアップする。本テーブルは、送信制御手段１−７に
使用される。
【０００９】図４の代表受信手段は、セッションにデー
タが届いた時に呼び出され、ステップ４−１で特定のＳ
ＳＡＰに届いているデータをセッションから受信するた
めＳＳＡＰパラメータをセットし、ステップ４−２でセ
ッションからデータ受信する。
タが届いた時に呼び出され、ステップ４−１で特定のＳ
ＳＡＰに届いているデータをセッションから受信するた
めＳＳＡＰパラメータをセットし、ステップ４−２でセ
ッションからデータ受信する。
【００１０】図２のアソシエーション制御テーブルと図
５のフローチャートを使って、送信制御手段１−７の動
作を説明する。セッションのＳＳＡＰよりデータを受信
する度に呼び出される送信制御手段１−７は、まずステ
ップ５−１で受信データがアソシエーション確立指示か
をチェックする。確立指示でなければ、ステップ５−６
へ分岐する。アソシエーション確立指示ならば、ステッ
プ５−２でアソシエーション制御テーブルの同一ＳＳＡ
Ｐを捜す。ステップ５−３で確立中アソシエーション数
２−４と最大認可アソシエーション数２−３を比較し、
確立中アソシエーション数の方が大きい場合はステップ
５−５へ分岐して、要求元へ拒否の応答を返す。最大認
可アソシエーション数の方が大きい場合は、ステップ５
−４へ分岐し確立中アソシエーション数を１カウントア
ップする。ステップ５−６では、ＳＵＢ部情報２−５を
参照して対応するＳＵＢ部の受信格納手段１−４へデー
タを送信し、リターンする。
５のフローチャートを使って、送信制御手段１−７の動
作を説明する。セッションのＳＳＡＰよりデータを受信
する度に呼び出される送信制御手段１−７は、まずステ
ップ５−１で受信データがアソシエーション確立指示か
をチェックする。確立指示でなければ、ステップ５−６
へ分岐する。アソシエーション確立指示ならば、ステッ
プ５−２でアソシエーション制御テーブルの同一ＳＳＡ
Ｐを捜す。ステップ５−３で確立中アソシエーション数
２−４と最大認可アソシエーション数２−３を比較し、
確立中アソシエーション数の方が大きい場合はステップ
５−５へ分岐して、要求元へ拒否の応答を返す。最大認
可アソシエーション数の方が大きい場合は、ステップ５
−４へ分岐し確立中アソシエーション数を１カウントア
ップする。ステップ５−６では、ＳＵＢ部情報２−５を
参照して対応するＳＵＢ部の受信格納手段１−４へデー
タを送信し、リターンする。
【００１１】図３のアソシエーション指示プールと図６
のフローチャートを使って、受信格納手段１−４の動作
を説明する。ＥＸ部１−６の送信制御手段１−７よりデ
ータが送信されると呼び出される受信格納手段１−４
は、まずステップ６−１でアソシエーション確立指示か
をチェックする。確立指示でなければ、ステップ６−３
へ分岐し、サーバプログラム１−１へデータを送信す
る。確立指示であれば、ステップ６−２へ分岐し、サー
バより代表ＧＥＴが発行されているかどうか（代表ＧＥ
Ｔフラグ３−１）をチェックする。代表ＧＥＴフラグが
オフならばステップ６−４に行き、セーブ済アソシエー
ション確立指示数３−２を１カウントアップし、データ
を最新のアソシエーション確立指示データ３−５の後部
に格納する。また、代表ＧＥＴフラグがオンならば、ス
テップ６−５でアソシエーション確立指示データをサー
バへ送信し、ステップ６−６で代表ＧＥＴフラグをオフ
にセットする。
のフローチャートを使って、受信格納手段１−４の動作
を説明する。ＥＸ部１−６の送信制御手段１−７よりデ
ータが送信されると呼び出される受信格納手段１−４
は、まずステップ６−１でアソシエーション確立指示か
をチェックする。確立指示でなければ、ステップ６−３
へ分岐し、サーバプログラム１−１へデータを送信す
る。確立指示であれば、ステップ６−２へ分岐し、サー
バより代表ＧＥＴが発行されているかどうか（代表ＧＥ
Ｔフラグ３−１）をチェックする。代表ＧＥＴフラグが
オフならばステップ６−４に行き、セーブ済アソシエー
ション確立指示数３−２を１カウントアップし、データ
を最新のアソシエーション確立指示データ３−５の後部
に格納する。また、代表ＧＥＴフラグがオンならば、ス
テップ６−５でアソシエーション確立指示データをサー
バへ送信し、ステップ６−６で代表ＧＥＴフラグをオフ
にセットする。
【００１２】図３のアソシエーション指示プールと図７
のフローチャートを使って、代表ＧＥＴ処理手段１−３
を説明する。サーバプログラム１−１が代表ＧＥＴを発
行したときに呼び出される代表ＧＥＴ処理手段１−３
は、まずステップ７−１でセーブ済アソシエーション確
立指示数３−２が０かをチェックする。０であれば、ス
テップ７−３で代表ＧＥＴフラグをオンにセットしてリ
ターンする。０でなければ、ステップ７−２で確立指示
数を１カウントダウンし、ステップ７−４で一番古いア
ソシエーション確立指示データを取り出し、ステップ７
−５でサーバプログラム１−１へ送信し、リターンす
る。
のフローチャートを使って、代表ＧＥＴ処理手段１−３
を説明する。サーバプログラム１−１が代表ＧＥＴを発
行したときに呼び出される代表ＧＥＴ処理手段１−３
は、まずステップ７−１でセーブ済アソシエーション確
立指示数３−２が０かをチェックする。０であれば、ス
テップ７−３で代表ＧＥＴフラグをオンにセットしてリ
ターンする。０でなければ、ステップ７−２で確立指示
数を１カウントダウンし、ステップ７−４で一番古いア
ソシエーション確立指示データを取り出し、ステップ７
−５でサーバプログラム１−１へ送信し、リターンす
る。
【００１３】
【発明の効果】以上説明したように本発明は、サーバの
処理またはサーバを取り巻くシステム環境の具合で代表
ＧＥＴの発行が間に合わない時に、アソシエーション指
示データをセーブしておき、サーバが代表ＧＥＴを発行
してきたときに到着した順にサーバに送信しているの
で、要求元の再試行をなくすとともに、サーバプログラ
ムのアソシエーション確立指示受信機能への影響をなく
すことができるという効果がある。
処理またはサーバを取り巻くシステム環境の具合で代表
ＧＥＴの発行が間に合わない時に、アソシエーション指
示データをセーブしておき、サーバが代表ＧＥＴを発行
してきたときに到着した順にサーバに送信しているの
で、要求元の再試行をなくすとともに、サーバプログラ
ムのアソシエーション確立指示受信機能への影響をなく
すことができるという効果がある。
【図１】本発明の一実施例を示すブロック図である。
【図２】本実施例のアソシエーション制御テーブルを示
す図である。
す図である。
【図３】本実施例のアソシエーション指示プールを示す
図である。
図である。
【図４】本実施例の代表受信手段のフローチャートであ
る。
る。
【図５】本実施例の送信制御手段のフローチャートであ
る。
る。
【図６】本実施例の受信格納手段のフローチャートであ
る。
る。
【図７】本実施例の代表ＧＥＴ処理手段のフローチャー
トである。
トである。
１−１，１−１１ サーバプログラム １−２，１−１２ ＳＵＢ部 １−３ 代表ＧＥＴ処理手段 １−４ 受信格納手段 １−５ アソシエーション指示プール １−６ ＥＸ部 １−７ 送信制御手段 １−８ アソシエーション制御テーブル １−９ 代表受信手段 １−１０，１−１３ ＳＳＡＰ
Claims (1)
- 【請求項１】 代表パスしか提供していないセッション
と受信側のサーバとの間にあって、前記受信側のサーバ
から受信要求を受けた後前記セッション側から受けた通
信路（以下アソシエーションと呼ぶ）の確立指示を前記
受信側へ送信する通信処理システムにおけるアソシエー
ションデータ送受信制御方式において、常に前記セッシ
ョンへ代表パスの受信要求を発行して既アソシエーショ
ンデータ及び新規アソシエーション確立指示の受け付け
を常時行う代表受信手段と、前記セッションからデータ
を受信した時に呼び出され予め設けられたアソシエーシ
ョン制御テーブル内に格納されている最大認可アソシエ
ーション数と確立中アソシエーション数から新規アソシ
エーションの確立許可を判断し許可の場合は前記新規ア
ソシエーションを受け付ける前記サーバへ受信した前記
データを送信し拒否の場合は前記新規アソシエーション
の要求元へ拒否の応答を返す送信制御手段とから構成さ
れ前記通信処理システム内に１個だけ存在するＥＸ部
と、前記送信制御手段より送信されてきた前記新規アソ
シエーション確立指示を代表ＧＥＴフラグがオフであれ
ば予め用意されたアソシエーション指示プールにセーブ
しておき前記代表ＧＥＴフラグがオンであれば前記新規
アソシエーション確立指示を前記サーバに送信する受信
格納手段と、前記サーバより前記新規アソシエーション
の受け付けを許可することを意味する前記代表ＧＥＴが
発行された時に呼び出され前記アソシエーション指示プ
ールに前記アソシエーション確立指示がセーブされてい
る時は前記セーブデータを取り出し前記サーバへ送信し
セーブされていない時は前記代表ＧＥＴフラグをオンに
する代表ＧＥＴ処理手段とから構成され前記サーバごと
に存在するＳＵＢ部とを有することを特徴とする通信処
理システムにおけるアソシエーションデータ送受信制御
方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3240722A JPH0581152A (ja) | 1991-09-20 | 1991-09-20 | 通信処理システムにおけるアソシエーシヨンデータ送受信制御方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3240722A JPH0581152A (ja) | 1991-09-20 | 1991-09-20 | 通信処理システムにおけるアソシエーシヨンデータ送受信制御方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0581152A true JPH0581152A (ja) | 1993-04-02 |
Family
ID=17063732
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3240722A Pending JPH0581152A (ja) | 1991-09-20 | 1991-09-20 | 通信処理システムにおけるアソシエーシヨンデータ送受信制御方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0581152A (ja) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS62182956A (ja) * | 1986-02-07 | 1987-08-11 | Nec Corp | セツシヨン切替制御方式 |
| JPH02302859A (ja) * | 1989-05-18 | 1990-12-14 | Nec Corp | 通信路開設制限方式 |
-
1991
- 1991-09-20 JP JP3240722A patent/JPH0581152A/ja active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS62182956A (ja) * | 1986-02-07 | 1987-08-11 | Nec Corp | セツシヨン切替制御方式 |
| JPH02302859A (ja) * | 1989-05-18 | 1990-12-14 | Nec Corp | 通信路開設制限方式 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH09259002A (ja) | デバッグ支援装置 | |
| JPH0581152A (ja) | 通信処理システムにおけるアソシエーシヨンデータ送受信制御方式 | |
| JPH10327212A (ja) | ネットワーク接続制御システムおよび記憶媒体 | |
| JPH06324998A (ja) | メッセージ受信方式 | |
| JPH0512094A (ja) | トランザクシヨン管理装置 | |
| JP2818521B2 (ja) | タスク間通信方法 | |
| JP2538765B2 (ja) | ジョブ間情報通信方式およびジョブ間情報通信方法 | |
| JP2904243B2 (ja) | ネットワーク管理システムにおける排他制御方式 | |
| JP2757834B2 (ja) | サーバ・クライアントコンピュータシステムにおけるアプリケーションプログラムの実行方法および実行装置 | |
| JPS62135042A (ja) | デ−タ通信における装置アドレス自動認識方式 | |
| JPH06214914A (ja) | 複数のシステム間での連携業務の処理方法 | |
| JPH08305511A (ja) | 印刷方法及びそのシステム | |
| JP2000285061A (ja) | プロキシアクセス制御システム | |
| JP3740198B2 (ja) | 分散システムでの運用コマンドの処理機構の実現方法 | |
| JP3452656B2 (ja) | Ｄｍａコントローラ | |
| CN116166578A (zh) | 一种处理器中中断路由的控制方法和系统 | |
| JPH0235850A (ja) | 前置通信処理装置の排他制御方式 | |
| JPH10232848A (ja) | クライアント／サーバシステム | |
| JPH03154940A (ja) | マルチ・ファイル処理装置 | |
| JP2000187649A (ja) | 並列処理型オンラインシステムのコマンド制御方法及び装置 | |
| JPH04367042A (ja) | 分散データベース処理制御システム | |
| JPH04222044A (ja) | データ通信処理装置 | |
| JPH04111561A (ja) | 通信方式 | |
| JPH02272624A (ja) | 聴覚情報入力管理方式 | |
| JPH06266569A (ja) | 一斉通知処理方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 19971216 |