JPH05176011A - 回線制御方式 - Google Patents
回線制御方式Info
- Publication number
- JPH05176011A JPH05176011A JP3343026A JP34302691A JPH05176011A JP H05176011 A JPH05176011 A JP H05176011A JP 3343026 A JP3343026 A JP 3343026A JP 34302691 A JP34302691 A JP 34302691A JP H05176011 A JPH05176011 A JP H05176011A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- communication protocol
- computer
- task
- processing
- 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.)
- Withdrawn
Links
Landscapes
- Computer And Data Communications (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【目的】 コンピュータが複数の通信プロトコルのうち
用途に応じ一つの通信プロトコルによって通信を行う
際、コンピュータ自身によって通信プロトコルの識別を
行い通信業務処理を行うことを目的とする。 【構成】 コンピュータがそれぞれ異なる複数の通信プ
ロトコルを持つ複数の計算機と接続され、そのうちの１
つとのみ通信業務処理を行う場合、当該コンピュータが
自己識別を行い、行った識別結果をテーブルＴＢＬに持
ちその結果を用いて通信業務処理を行う。更に、複数の
通信プロトコルに対し、１つのプログラムによって回線
の制御を行っているため通信プロトコルの変更時、次の
ような効果がある。環境設定は定義ファイルを事前に定
めたファイル名に更新し、通信を行うタスクグループを
初期化するのみで可能となる。
用途に応じ一つの通信プロトコルによって通信を行う
際、コンピュータ自身によって通信プロトコルの識別を
行い通信業務処理を行うことを目的とする。 【構成】 コンピュータがそれぞれ異なる複数の通信プ
ロトコルを持つ複数の計算機と接続され、そのうちの１
つとのみ通信業務処理を行う場合、当該コンピュータが
自己識別を行い、行った識別結果をテーブルＴＢＬに持
ちその結果を用いて通信業務処理を行う。更に、複数の
通信プロトコルに対し、１つのプログラムによって回線
の制御を行っているため通信プロトコルの変更時、次の
ような効果がある。環境設定は定義ファイルを事前に定
めたファイル名に更新し、通信を行うタスクグループを
初期化するのみで可能となる。
Description
【０００１】
【産業上の利用分野】本発明は、特定の計算機（コンピ
ュータ）が複数の計算機のうち用途に応じて１つの選択
された計算機とのみ接続され、特定の計算機と選択され
た計算機との間で通信を行うネットワークシステムにお
いて、通信プロトコルの識別結果をテーブルに持ち、シ
ステムの立上げ時に通信プロトコルを識別し、その識別
結果を用いて通信業務を行う回線制御方式に関する。
尚、本明細書において、計算機は端末も含むものとす
る。
ュータ）が複数の計算機のうち用途に応じて１つの選択
された計算機とのみ接続され、特定の計算機と選択され
た計算機との間で通信を行うネットワークシステムにお
いて、通信プロトコルの識別結果をテーブルに持ち、シ
ステムの立上げ時に通信プロトコルを識別し、その識別
結果を用いて通信業務を行う回線制御方式に関する。
尚、本明細書において、計算機は端末も含むものとす
る。
【０００２】
【従来の技術】従来の回線制御方式について図４（Ａ）
を参照して説明する。ここでは、２種類の通信プロトコ
ルを例にとって説明し、それら通信プロトコルを、それ
ぞれ、第１の通信プロトコルＡおよび第２の通信プロト
コルＢと呼ぶ。先ず、第１の通信プロトコルＡに対応し
た第１の通信業務処理プログラム（以後、タスクと呼
ぶ。）ＴA を作成し、第２の通信プロトコルＢには対応
した第２のタスクＴB を作成する。第１のタスクＴA は
回線に対し通信処理を行う通信処理用タスクＡ1 と業務
処理を行う業務処理用タスクＡ2 とから構成される。同
様に、第２のタスクＴB は通信処理を行う通信処理用タ
スクＢ1 と業務処理を行う業務処理用タスクＢ2 とから
構成される。そして、使用目的（通信プロトコル）に対
応したタスクのみを当該コンピュータにセットし、当該
コンピュータの再立ち上げを行っていた。
を参照して説明する。ここでは、２種類の通信プロトコ
ルを例にとって説明し、それら通信プロトコルを、それ
ぞれ、第１の通信プロトコルＡおよび第２の通信プロト
コルＢと呼ぶ。先ず、第１の通信プロトコルＡに対応し
た第１の通信業務処理プログラム（以後、タスクと呼
ぶ。）ＴA を作成し、第２の通信プロトコルＢには対応
した第２のタスクＴB を作成する。第１のタスクＴA は
回線に対し通信処理を行う通信処理用タスクＡ1 と業務
処理を行う業務処理用タスクＡ2 とから構成される。同
様に、第２のタスクＴB は通信処理を行う通信処理用タ
スクＢ1 と業務処理を行う業務処理用タスクＢ2 とから
構成される。そして、使用目的（通信プロトコル）に対
応したタスクのみを当該コンピュータにセットし、当該
コンピュータの再立ち上げを行っていた。
【０００３】
【発明が解決しようとする課題】上述したように、従来
の回線制御方式では、異なる複数の通信プロトコルに対
応したタスクを作成し、使用目的（通信プロトコル）に
応じてタスクを当該コンピュータにセットしなければな
らなかった。これらのことより以下の問題点があった。
の回線制御方式では、異なる複数の通信プロトコルに対
応したタスクを作成し、使用目的（通信プロトコル）に
応じてタスクを当該コンピュータにセットしなければな
らなかった。これらのことより以下の問題点があった。
【０００４】（１）タスク作成者：タスク作成時におい
て各ネットワークの通信処理（図４（Ａ）中の通信処理
用タスクＡ1 ／Ｂ1 ）以外の業務処理（図４（Ａ）中の
業務処理用タスクＡ2 ／Ｂ2 ）を各通信プロトコルに対
応するようにそれぞれ作成していた。
て各ネットワークの通信処理（図４（Ａ）中の通信処理
用タスクＡ1 ／Ｂ1 ）以外の業務処理（図４（Ａ）中の
業務処理用タスクＡ2 ／Ｂ2 ）を各通信プロトコルに対
応するようにそれぞれ作成していた。
【０００５】（２）通信プロトコルの変更時：当該コン
ピュータの環境設定を変更し、更に通信プロトコルに対
応したタスクを当該コンピュータに再セットした後、当
該コンピュータを立ち上げ直すという余分な作業が発生
した。
ピュータの環境設定を変更し、更に通信プロトコルに対
応したタスクを当該コンピュータに再セットした後、当
該コンピュータを立ち上げ直すという余分な作業が発生
した。
【０００６】したがって、本発明の目的は、タスク作成
時に作成工程の削減及びタスクの縮小化を図ることがで
きる回線制御方式を提供することにある。
時に作成工程の削減及びタスクの縮小化を図ることがで
きる回線制御方式を提供することにある。
【０００７】本発明の別の目的は、通信プロトコルの変
更が発生しても、人手介入によるタスクの入れ替え作業
を行う必要がない回線制御方式を提供することにある。
更が発生しても、人手介入によるタスクの入れ替え作業
を行う必要がない回線制御方式を提供することにある。
【０００８】
【課題を解決するための手段】本発明の回線制御方式で
は、前述の問題点（１）および（２）を以下のようにし
て解決している。
は、前述の問題点（１）および（２）を以下のようにし
て解決している。
【０００９】（１）環境設定において最初に該当する通
信プロトコル用のシステム定義ファイルを複数個設定し
ておく。
信プロトコル用のシステム定義ファイルを複数個設定し
ておく。
【００１０】（２）システムの立ち上げ時、タスクが動
作し、事前にシステム定義で定義済の複数の通信プロト
コルに対し、当該タスクとオペレーティングシステム
（ＯＳ）との結合動作を行い、その結合結果を当該タス
クの自己識別用テーブルに格納する。このような機能を
自己識別を呼ぶ。
作し、事前にシステム定義で定義済の複数の通信プロト
コルに対し、当該タスクとオペレーティングシステム
（ＯＳ）との結合動作を行い、その結合結果を当該タス
クの自己識別用テーブルに格納する。このような機能を
自己識別を呼ぶ。
【００１１】（３）結合動作の結果が正常な場合を当該
コンピュータが特別に持つ第１の通信プロトコルとして
判断し、異常の場合は当該コンピュータが持つ別の第２
の通信プロトコルと判断する。
コンピュータが特別に持つ第１の通信プロトコルとして
判断し、異常の場合は当該コンピュータが持つ別の第２
の通信プロトコルと判断する。
【００１２】（４）以後の別タスクからの通信要求に対
し、当該自己識別用テーブルを参照し、通信可能に接続
されている選択された計算機の通信プロトコルを判断
し、送信／受信処理を行う。
し、当該自己識別用テーブルを参照し、通信可能に接続
されている選択された計算機の通信プロトコルを判断
し、送信／受信処理を行う。
【００１３】
【実施例】次に、本発明の実施例について図面を参照し
て説明する。本実施例では、２種類の通信プロトコルを
例にとって説明する。
て説明する。本実施例では、２種類の通信プロトコルを
例にとって説明する。
【００１４】本発明による回線制御方式が適用されるコ
ンピュータシステムは、特定の計算機（以下、コンピュ
ータと略称する）がそれぞれ異なる通信プロトコルを持
つ複数の計算機と物理的に接続されているが、特定の計
算機は用途に応じて複数の計算機のうちのいずれかの１
つの選択された計算機とのみ通信可能に接続され、特定
の計算機と選択された計算機との間で通信業務処理を行
う。
ンピュータシステムは、特定の計算機（以下、コンピュ
ータと略称する）がそれぞれ異なる通信プロトコルを持
つ複数の計算機と物理的に接続されているが、特定の計
算機は用途に応じて複数の計算機のうちのいずれかの１
つの選択された計算機とのみ通信可能に接続され、特定
の計算機と選択された計算機との間で通信業務処理を行
う。
【００１５】図１は通信業務処理を行うタスクグループ
ＯＮ（タスクが複数集まり１つの作業を行う単位）が使
用する通信プロトコルの識別処理を示した概略図であ
る。
ＯＮ（タスクが複数集まり１つの作業を行う単位）が使
用する通信プロトコルの識別処理を示した概略図であ
る。
【００１６】当該コンピュータには、通信プロトコルを
定義する特定のファイルが存在する。尚、この特定のフ
ァイル以外にもシステムを定義するいくつかのファイル
が存在するのは言うまでもない。この特定のファイルは
通信業務処理を行うタスクグループＯＮを当該コンピュ
ータ内に作成／初期化した時点でＯＳに読み込まれ、Ｏ
Ｓのテーブル（図示せず）に展開される。このテーブル
を参照することによって、ＯＳが当該コンピュータで使
用可能な通信プロトコルを認識する。
定義する特定のファイルが存在する。尚、この特定のフ
ァイル以外にもシステムを定義するいくつかのファイル
が存在するのは言うまでもない。この特定のファイルは
通信業務処理を行うタスクグループＯＮを当該コンピュ
ータ内に作成／初期化した時点でＯＳに読み込まれ、Ｏ
Ｓのテーブル（図示せず）に展開される。このテーブル
を参照することによって、ＯＳが当該コンピュータで使
用可能な通信プロトコルを認識する。
【００１７】タスクグループＯＮは通信制御タスクＴ1
と回線制御タスクＴ2 と自己認識用テーブル（ＴＢＬ）
とを有する。
と回線制御タスクＴ2 と自己認識用テーブル（ＴＢＬ）
とを有する。
【００１８】自己識別処理は次のようにして行われる。
通信制御タスクＴ1 は、オープン要求（図１（１）−
）によってＯＳに対して自タスクグループを認識さ
せ、ＯＳに結合要求を出す。ＯＳはこの結合要求に対
し、結合が可能な環境設定（ＯＳに対して要求するイン
タフェースのフォーマットが妥当なもの）であるかチェ
ックを行う（図１（１）−）。結合可能な場合、ＯＳ
から正常な戻り情報（ＯＫ）が返る。一方、結合が不可
（前述のオープン要求のファーマットが異なる）の場
合、ＯＳから定義が存在しないという戻り情報（ＮＧ）
が返される。このＯＳからの戻り情報によって使用する
通信プロトコルを識別する。
通信制御タスクＴ1 は、オープン要求（図１（１）−
）によってＯＳに対して自タスクグループを認識さ
せ、ＯＳに結合要求を出す。ＯＳはこの結合要求に対
し、結合が可能な環境設定（ＯＳに対して要求するイン
タフェースのフォーマットが妥当なもの）であるかチェ
ックを行う（図１（１）−）。結合可能な場合、ＯＳ
から正常な戻り情報（ＯＫ）が返る。一方、結合が不可
（前述のオープン要求のファーマットが異なる）の場
合、ＯＳから定義が存在しないという戻り情報（ＮＧ）
が返される。このＯＳからの戻り情報によって使用する
通信プロトコルを識別する。
【００１９】戻り情報がＯＫの場合（図１（１）−
）、通信制御タスクＴ1 は２種類の通信プロトコルの
うち当該コンピュータが特別に所有する通信プロトコル
であるプロトコルＡと認識する。一方、戻り情報がＮＧ
の場合（図１（１）−´）、通信制御タスクＴ1 は当
該コンピュータが既定値として所有する別の通信プロト
コルであるプロトコルＢと認識する。通信制御タスクＴ
1 はこの結果を実際に通信を行う回線制御タスクＴ2 に
対して通知する（図１−）。
）、通信制御タスクＴ1 は２種類の通信プロトコルの
うち当該コンピュータが特別に所有する通信プロトコル
であるプロトコルＡと認識する。一方、戻り情報がＮＧ
の場合（図１（１）−´）、通信制御タスクＴ1 は当
該コンピュータが既定値として所有する別の通信プロト
コルであるプロトコルＢと認識する。通信制御タスクＴ
1 はこの結果を実際に通信を行う回線制御タスクＴ2 に
対して通知する（図１−）。
【００２０】回線制御タスクＴ2 はこの通知内容を自タ
スクが持っている自己認識用テーブルにセットし（図１
−）、この識別結果をもとに通信プロトコルに対応す
るオープン／クローズ処理、送受信要求を行う。
スクが持っている自己認識用テーブルにセットし（図１
−）、この識別結果をもとに通信プロトコルに対応す
るオープン／クローズ処理、送受信要求を行う。
【００２１】次に、図２を参照して、送信要求処理につ
いて説明する。
いて説明する。
【００２２】通信業務を行う場合、端末に対する端末デ
ータの作成や端末からの受信データに対する処理等を行
う業務処理タスクＴ3 が送信データを作成し（図２
（１）−）、回線制御タスクＴ2 に対し送信要求の際
に送信データを通知する（図２（１）−）。
ータの作成や端末からの受信データに対する処理等を行
う業務処理タスクＴ3 が送信データを作成し（図２
（１）−）、回線制御タスクＴ2 に対し送信要求の際
に送信データを通知する（図２（１）−）。
【００２３】この送信要求を受けた回線制御タスクＴ2
は、送信データの内容を識別し（図２（２）−）、こ
の内容に対し最低限必要な処理（ステータスの更新、回
線状態の認識等）を行う（図２（２）−）。但し、こ
の処理は通信プロトコルとは無関係で共通の処理であ
る。
は、送信データの内容を識別し（図２（２）−）、こ
の内容に対し最低限必要な処理（ステータスの更新、回
線状態の認識等）を行う（図２（２）−）。但し、こ
の処理は通信プロトコルとは無関係で共通の処理であ
る。
【００２４】業務処理後、回線制御タスクＴ2 は、図１
を参照して自己認識処理で説明した自己認識結果がセッ
トされている自己認識用テーブルＴＢＬをチェックして
自己認識を行う（図２（２）−）。この自己認識結果
によって、回線制御タスクＴ2 は通信プロトコルに対応
した送信要求（図２（２）−または（２）−´）を
回線に対して行う。
を参照して自己認識処理で説明した自己認識結果がセッ
トされている自己認識用テーブルＴＢＬをチェックして
自己認識を行う（図２（２）−）。この自己認識結果
によって、回線制御タスクＴ2 は通信プロトコルに対応
した送信要求（図２（２）−または（２）−´）を
回線に対して行う。
【００２５】次に、図３を参照して、通信プロトコルの
変更時の処理（利用者が行う作業）について説明する。
変更時の処理（利用者が行う作業）について説明する。
【００２６】本発明では、当該コンピュータにおいて、
各通信プロトコル用の定義ファイルを２種類作成する。
すなわち、ファイル名が”ＣＯＭ．Ａ”のプロトコルＡ
定義ファイルとファイル名が”ＣＯＭ．Ｂ”のプロトコ
ルＢ定義ファイルとを作成する。尚、これら定義ファイ
ルは過去に作成済みである。その後、通信プロトコルに
よりこのファイル名を当該タスクグループの定義に定め
られたファイル名”ＣＯＭ．ＣＬＭ”に更新する（図３
−）。
各通信プロトコル用の定義ファイルを２種類作成する。
すなわち、ファイル名が”ＣＯＭ．Ａ”のプロトコルＡ
定義ファイルとファイル名が”ＣＯＭ．Ｂ”のプロトコ
ルＢ定義ファイルとを作成する。尚、これら定義ファイ
ルは過去に作成済みである。その後、通信プロトコルに
よりこのファイル名を当該タスクグループの定義に定め
られたファイル名”ＣＯＭ．ＣＬＭ”に更新する（図３
−）。
【００２７】従来の技術では、この時点で使用する通信
プロトコルに対応するタスクを当該コンピュータにセッ
トしていた。
プロトコルに対応するタスクを当該コンピュータにセッ
トしていた。
【００２８】この後、通信業務処理を行うタスクブルー
プＯＮを初期化する（図３−）ことにより、当該コン
ピュータの再立上げを行わずに、使用する通信プログラ
ムを更新できる。また、この後、タスクブループＯＮを
起動することにより、通信業務処理が再現可能となる
（図３−）。
プＯＮを初期化する（図３−）ことにより、当該コン
ピュータの再立上げを行わずに、使用する通信プログラ
ムを更新できる。また、この後、タスクブループＯＮを
起動することにより、通信業務処理が再現可能となる
（図３−）。
【００２９】以上説明したように、回線制御タスクの自
己識別チェック処理によって通信プロトコルに対応した
通信業務を行うことが可能であり、僅かな作業で通信プ
ロトコルの更新が可能となる。
己識別チェック処理によって通信プロトコルに対応した
通信業務を行うことが可能であり、僅かな作業で通信プ
ロトコルの更新が可能となる。
【００３０】図４（Ｂ）に本発明のタスク内構成を示
す。第１の通信プロトコルＡ及び第２の通信プロトコル
Ｂに対応したタスクＴC を作成する。このタスクＴ
C は、通信処理用タスクＡ1 と業務処理用タスクＡ2 の
一部とを含む部分と、通信処理用タスクＢ1 と業務処理
用タスクＢ2 の一部とを含む部分と、業務処理用タスク
Ａ2 と業務処理用タスクＢ2 の共通部分と、から構成さ
れる。
す。第１の通信プロトコルＡ及び第２の通信プロトコル
Ｂに対応したタスクＴC を作成する。このタスクＴ
C は、通信処理用タスクＡ1 と業務処理用タスクＡ2 の
一部とを含む部分と、通信処理用タスクＢ1 と業務処理
用タスクＢ2 の一部とを含む部分と、業務処理用タスク
Ａ2 と業務処理用タスクＢ2 の共通部分と、から構成さ
れる。
【００３１】
【発明の効果】以上説明したように本発明は、プログラ
ム内で自己識別を行い、この結果を用いて回線のオープ
ン、送受信要求を行っているので、以下に述べるような
効果を有する。
ム内で自己識別を行い、この結果を用いて回線のオープ
ン、送受信要求を行っているので、以下に述べるような
効果を有する。
【００３２】（１）タスク作業時、各通信プログラムに
対応した通信処理を通信プロトコルの種類分作成し、そ
の他共通部分を同一処理として一括化することにより、
作成工程の削減及びタスクの縮小化を図ることが可能と
なる。
対応した通信処理を通信プロトコルの種類分作成し、そ
の他共通部分を同一処理として一括化することにより、
作成工程の削減及びタスクの縮小化を図ることが可能と
なる。
【００３３】（２）通信プロトコルの変更が発生して
も、人手介入によるタスクの入れ替え作業を行わずに、
当該通信タスク内で通信プロトコルの識別を行うことに
より、どちらの通信プロトコルを使用するかを判断す
る。これにより、タスク内で自動的に異なる複数の通信
プロトコルとの結合を行い、その結合結果の正常／異常
を認識し、実際に通信業務を行う通信プロトコルの識別
が可能となる。
も、人手介入によるタスクの入れ替え作業を行わずに、
当該通信タスク内で通信プロトコルの識別を行うことに
より、どちらの通信プロトコルを使用するかを判断す
る。これにより、タスク内で自動的に異なる複数の通信
プロトコルとの結合を行い、その結合結果の正常／異常
を認識し、実際に通信業務を行う通信プロトコルの識別
が可能となる。
【図１】送信業務処理を行うタスクグループにおいて通
信プロトコルの識別を行うシーケンスを示す図である。
信プロトコルの識別を行うシーケンスを示す図である。
【図２】回線に対して送信要求を行うシーケンスを示す
図である。
図である。
【図３】通信プロトコル更新時における作業を示す図で
ある。
ある。
【図４】従来技術／本発明におけるタスク内構成を示す
図である。
図である。
ＴＬＢ 送信端末（通信プロトコル）の識別結果退避エ
リアで、オープン、送受信要求時の自己認識用テーブル ”ＣＯＭ．Ａ” プロトコルＡ用環境設定定義ファイル
のファイル名 ”ＣＯＭ．Ｂ” プロトコルＢ用環境設定定義ファイル
のファイル名 ”ＣＯＭ．ＣＬＭ” 当該コンピュータ通信処理用定義
ファイルのファイル名
リアで、オープン、送受信要求時の自己認識用テーブル ”ＣＯＭ．Ａ” プロトコルＡ用環境設定定義ファイル
のファイル名 ”ＣＯＭ．Ｂ” プロトコルＢ用環境設定定義ファイル
のファイル名 ”ＣＯＭ．ＣＬＭ” 当該コンピュータ通信処理用定義
ファイルのファイル名
Claims (4)
- 【請求項１】 特定の計算機がそれぞれ異なる通信プロ
トコルを持つ複数の計算機と物理的に接続されている
が、前記特定の計算機は用途に応じて前記複数の計算機
のうちのいずれかの１つの選択された計算機とのみ通信
可能に接続され、前記特定の計算機と前記選択された計
算機との間で通信業務処理を行うコンピュータシステム
において、前記特定の計算機は、 前記複数の計算機に対応する前記複数の通信プロトコル
を定義する環境設定手段と、 前記複数の計算機のうち前記通信業務処理を行う前記選
択された計算機の通信プロトコルを識別する識別手段
と、 該識別結果をテーブルに持つことにより、前記通信業務
処理の通信プロトコル管理を行う管理手段と、 前記識別された通信プロトコルに従って回線制御を行う
制御手段と、 を有することを特徴とする回線制御方式。 - 【請求項２】 前記通信業務処理は通信処理と業務処理
とから構成されている請求項１記載の回線制御方式。 - 【請求項３】 前記回線制御がオープン／クローズ処理
およびデータ送受信の制御である請求項１記載の回線制
御方式。 - 【請求項４】 特定の計算機がそれぞれ異なる通信プロ
トコルを持つ複数の計算機と物理的に接続されている
が、前記特定の計算機は用途に応じて前記複数の計算機
のうちのいずれかの１つの選択された計算機とのみ通信
可能に接続され、前記特定の計算機と前記選択された計
算機との間で通信業務処理を行うコンピュータシステム
において、 環境設定において最初に該当する通信プロトコル用のシ
ステム定義ファイルを複数個設定しておくステップと、 当該システムの立ち上げ時、タスクが動作し、事前にシ
ステム定義で定義済の複数の通信プロトコルに対し、当
該タスクとオペレーティングシステムとの結合動作を行
い、その結合結果を当該タスクの自己識別用テーブルに
格納するステップと、 該結合動作の結果が正常な場合を当該特定の計算機が特
別に持つ第１の通信プロトコルとして判断し、異常の場
合は当該特定の計算機が持つ別の第２の通信プロトコル
と判断するステップと、 以後の別タスクからの通信要求に対し、当該自己識別用
テーブルを参照し、通信可能に接続されている前記選択
された計算機の通信プロトコルを判断し、送信／受信処
理を行うステップと、 を含むことを特徴とする回線制御方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3343026A JPH05176011A (ja) | 1991-12-25 | 1991-12-25 | 回線制御方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3343026A JPH05176011A (ja) | 1991-12-25 | 1991-12-25 | 回線制御方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH05176011A true JPH05176011A (ja) | 1993-07-13 |
Family
ID=18358368
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3343026A Withdrawn JPH05176011A (ja) | 1991-12-25 | 1991-12-25 | 回線制御方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH05176011A (ja) |
-
1991
- 1991-12-25 JP JP3343026A patent/JPH05176011A/ja not_active Withdrawn
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7752166B2 (en) | System and methods for asynchronous synchronization | |
| US5559933A (en) | Distributed enterprise print controller | |
| US6782398B1 (en) | Method for executing commands on multiple computers of a network | |
| EP0613274B1 (en) | Socket structure for concurrent multiple protocol access | |
| US6891837B1 (en) | Virtual endpoint | |
| JPH09198294A (ja) | ローカル・エリア・ネットワークと分散コンピューティング環境との間の同期化をするシステム | |
| WO2021022714A1 (zh) | 跨区块链节点的消息处理方法及装置、设备、介质 | |
| US20030028594A1 (en) | Managing intended group membership using domains | |
| JP2003005979A (ja) | パフォーマンス管理ツールの自動構成 | |
| US20040010538A1 (en) | Apparatus and method for determining valid data during a merge in a computer cluster | |
| US20050102429A1 (en) | Portal cluster manager | |
| US7165251B2 (en) | In-context launch management method, system therefor, and computer-readable storage medium | |
| US20130073824A1 (en) | Copying segments of a virtual resource definition | |
| US7143082B2 (en) | Distributed-processing database-management system | |
| JPH05176011A (ja) | 回線制御方式 | |
| CN114020368A (zh) | 基于状态机的信息处理方法、装置和存储介质 | |
| JP2007086987A (ja) | データベース二重化システム、センタサーバ、リモートサーバ、データベース二重化方法及びプログラム | |
| JP2000089995A (ja) | ネットワークにおけるワークスペースエレメントの多数のコピーを安全に同期させる方法およびシステム | |
| JP3185343B2 (ja) | 情報処理システム | |
| JP3458384B2 (ja) | 通信処理方法 | |
| JPH05298173A (ja) | 分散ファイル同期更新方式 | |
| US20020184243A1 (en) | Base host-switching database-management system | |
| KR100482316B1 (ko) | 운영체제상에서의콘솔서버방법및장치 | |
| JPH05158846A (ja) | コンピュータネットワークのデータ送信システム | |
| JPH11261751A (ja) | ファクス通信システムおよびこのシステムに適用されるファクス通信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 19990311 |