JPH07210485A - 情報処理装置間のアプリケーションプロセス通信方法及びそれを用いた情報処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 情報処理装置間に確立されるソケットコネク
ション増大に伴う資源の拡大を防止すること。 【構成】 ＴＣＰ／ＩＰを使用したネットワーク上の情
報処理装置間のアプリケーションプロセス通信方法にお
いて、ソケットコネクション一本に前記アプリケーショ
ンプロセスの業務形態毎の複数の仮想コネクションを確
立し、それらをプール化して通信すること。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワーク上のサー
バ、ワークステーション、パーソナルコンピュータ等の
情報処理装置で実行されるアプリケーションプロセス間
の通信に関し、特に、ＴＣＰ／ＩＰ（Transmission Con
trol Protocol／Internet Protocol）を使用する情報処
理装置間のアプリケーションプロセス通信方法に適用し
て有効な技術に関するものである。

【０００２】

【従来の技術】ＴＣＰ／ＩＰを使用する情報処理装置に
は、アプリケーションプロセスの通信のためのソケット
コネクションを確立するソケット・インターフェイスと
いうツールが用意されており、そのソケット・インター
フェースによってソケットコネクションを確立させる。

【０００３】従来におけるＴＣＰ／ＩＰを使用する情報
処理装置のソケットコネクションは、例えばサーバ上で
実行されるアプリケーションとクライアント上で実行さ
れるアプリケーションとでトランザクション処理の通信
が行われる場合を想定すると、そのサーバとクライアン
ト間に一本のソケットコネクションを確立させて、問い
合わせ、応答、応答を期待しない一方送信等の複数のト
ランザクション処理の通信をソケットコネクション一本
で兼用して行っていた。

【０００４】また、銀行等のアクセスを頻繁に行うトラ
ンザクション処理には、通信のアクセスの待ち時間を短
縮するために、複数のソケットコネクションを確立して
通信していた。

【０００５】

【発明が解決しようとする課題】本発明者は、上記従来
技術を検討した結果、以下の問題点を見いだした。

【０００６】従来のＴＣＰ／ＩＰを使用する情報処理装
置間に確立されるソケットコネクションは、トランザク
ション処理の通信を例に挙げると、その情報処理装置上
で実行されるアプリケーションにおける問い合わせ、応
答、応答を期待しない一方送信等の複数のトランザクシ
ョン処理の通信をソケットコネクション一本で兼用して
行っていたため、通信方向が相反である問い合わせと応
答等において、通信データの衝突が発生することがある
という問題点があった。

【０００７】また、銀行等のアクセスを頻繁に行うトラ
ンザクション処理には、待ち時間の短縮のためにソケッ
トコネクション数が増大し、これに伴い資源が拡大する
という問題点があった。

【０００８】本発明の目的は、情報処理装置上で実行さ
れるアプリケーションプロセス間の通信データの衝突を
防止することが可能な技術を提供することにある。

【０００９】本発明の他の目的は、情報処理装置間に確
立されるソケットコネクション増大に伴う資源の拡大を
防止することが可能な技術を提供することにある。

【００１０】本発明の前記ならびにその他の目的と新規
な特徴は、本明細書の記述及び添付図面によって明らか
になるであろう。

【００１１】

【課題を解決するための手段】本願において開示される
発明のうち、代表的なものの概要を簡単に説明すれば、
下記のとおりである。

【００１２】ＴＣＰ／ＩＰを使用したネットワーク上の
情報処理装置間のアプリケーションプロセス通信方法に
おいて、前記情報処理装置間にアプリケーションプロセ
スの業務形態毎にソケットコネクションを確立して通信
を行い、通信に障害が生じた場合には、障害処理を行
う。

【００１３】また、前記ソケットコネクション一本に前
記アプリケーションプロセスの業務形態毎の複数の仮想
コネクションを確立して通信する。

【００１４】また、前記一本のソケットコネクションに
確立されたアプリケーションプロセスの業務形態毎の仮
想コネクションをそれぞれ複数本確立し、プール化して
通信する。

【００１５】

【作用】上述した手段によれば、ＴＣＰ／ＩＰを使用し
たネットワーク上の情報処理装置間のアプリケーション
プロセス通信方法において、前記情報処理装置間にアプ
リケーションプロセスの業務形態毎にソケットコネクシ
ョンを確立して通信を行い、通信に障害が生じた場合に
は、障害処理を行うことにより、一定の通信方向を有す
るソケットコネクションを確立できるので、情報処理装
置上で実行されるアプリケーションプロセス間における
通信データの衝突を防止することが可能となる。

【００１６】また、ソケットコネクション一本に前記ア
プリケーションプロセスの業務形態毎の複数の仮想コネ
クションを確立して通信することにより、確立させるソ
ケットコネクション数を少なくできるので、ソケットコ
ネクション増大に伴う資源の拡大を防止することが可能
となる。

【００１７】また、一本のソケットコネクションに確立
されたアプリケーションプロセスの業務形態毎の仮想コ
ネクションをそれぞれ複数本確立し、プール化して通信
することにより、アプリケーションプロセス間の通信時
に、複数本確立された業務形態毎の仮想コネクションの
うち、空いている仮想コネクションを逐次選択して通信
でき、一本のソケットコネクションに確立する業務形態
毎の仮想コネクション数を削減できるので、情報処理装
置上で実行されるアプリケーションプロセス間の仮想ソ
ケットコネクション増大における資源の拡大を防止する
ことが可能となる。

【００１８】以下、本発明の構成について、実施例とと
もに説明する。

【００１９】なお、実施例を説明するための全図におい
て、同一機能を有するものは同一符号を付け、その繰り
返しの説明は省略する。

【００２０】

【実施例】図１は、本発明の一実施例で使用するネット
ワークシステムの構成を示した概略図であり、ＳＮＡ、
ルータ等は省略してある。

【００２１】図１において、１はホスト、２はＣＳ（Co
mmunication Server）、３はＷＳ／Ｓ（Work Station
／Server）、４はＰＣ（Personal Computer）、５はＰ
Ｒ（Printer）をそれぞれ示す。

【００２２】また、ＣＳ２はサーバの機能を有し、ＷＳ
／Ｓ３に関してはＣＳ２に対してのクライアントの機能
を有し、ＰＣ４及びＰＲ５に対してサーバの機能を有す
る。

【００２３】更に、ＰＣ４、ＰＲ５に対しては、クライ
アントの機能を有するものである。

【００２４】本実施例では、情報処理装置間のアプリケ
ーションプロセスの通信の例として、大規模店内のＣＳ
２とＷＳ／Ｓ３間、大規模店のＣＳ２と小規模店のＷＳ
／Ｓ３間の太線で示したＣＳ−ＷＳ／Ｓ間におけるアプ
リケーションのトランザクション処理の通信を取り挙げ
て説明する。

【００２５】図２は、本実施例の情報処理装置であるＣ
Ｓ２及びＷＳ／Ｓ３等のプロトコル体系を説明するため
の図である。

【００２６】図２において、１１はアプリケーション、
１２はトランザクション制御プロトコル（以下、ＴＣと
略称する）、１３はソケットインタフェース、１４はＴ
ＣＰ、１５はＩＰ、１６はＥＴＨＥＲＮＥＴ及びＣＳＭ
Ａ／ＣＤをそれぞれ示す。

【００２７】図２に示す本実施例のＣＳ２、ＷＳ／Ｓ３
等のプロトコル体系は、ＯＳＩ参照モデルにおける１，
２層の物理層、データリンク層に相当するＥＴＨＥＲＮ
ＥＴ及びＣＳＭＡ／ＣＤ１６と、３層のネットワーク層
に相当するＩＰ１５と、４層のトランスポート層に相当
するＴＣＰ１４と、５〜７層のセッション層、プレゼン
テーション層、アプリケーション層に相当するソケット
インタフェース１３、ＴＣ１２、アプリケーション１１
とで構成される。

【００２８】次に、本実施例のＣＳ２及びＷＳ／Ｓ３の
５層に設けられたＴＣ１２について説明する。

【００２９】図２に示した５層に設けられたトランザク
ション制御プロトコルＴＣ１２は、ＣＳ２、ＷＳ／Ｓで
それぞれ実行されているアプリケーション間のトランザ
クション処理の通信を行うものである。

【００３０】本実施例のＴＣ１２は、カーネル機能とオ
プショナル機能とからなり、カーネル機能はトランザク
ション転送を実現する基本処理を提供するものであり、
業務形態仮想のコネクション（以下、業務コネクション
と略称する）制御処理と、業務コネクション確立応答受
信処理と、問合せ処理と、応答処理と、一方送信処理
と、コネクション管理処理と、ＴＣ通番管理処理と、障
害報告処理と、分割・組立処理とからなる。

【００３１】また、オプショナル機能は、後続送信制御
処理と、送達確認処理と、タイマ監視処理とからなる。
以下に上記各処理について説明する。

【００３２】まず、業務コネクション制御処理は、ソケ
ットインタフェースで提供されるソケットコネクション
に業務コネクションを確立するものである。この業務コ
ネクションの確立方法については後で説明する。

【００３３】次に、業務コネクションの確立応答受信処
理は、ソケットコネクション上に業務コネクションが確
立されたことを受信するものであり、図３に示すよう
に、電源ＯＮ時に、ＣＳ２−ＷＳ／Ｓ３間のソケットコ
ネクション上に業務コネクションが確立されたことを受
信するものである。

【００３４】問合せ処理は、図４に示すように、問合せ
側（問合せ元ＴＣ利用者）から応答側（問合せ先ＴＣ利
用者）に対し、トランザクションを転送するものであ
る。

【００３５】応答処理は、図５に示すように、応答側
（問合せ先ＴＣ利用者）からトランザクションの処理結
果を問合せ側（問合せ元ＴＣ利用者）へ転送するもので
ある。

【００３６】一方送信処理は、図６に示すように、送信
側（送信元ＴＣ利用者）が受信側（送信先ＴＣ利用者）
に対し、応答を期待しないトランザクションを転送する
ものである。

【００３７】コネクション管理処理は、業務コネクショ
ン本数を極力絞り込むことを目的にコネクションのプー
ル化を実施するものであり、データ送信要求時に、初期
設定時に必要本数分確立された業務コネクションの中か
ら空いている業務コネクションをダイナミックに割り当
て、送信するものである。

【００３８】ＴＣ通番管理処理は、ＴＣのデータ単位
（以下、ＰＤＵと略称する）に通番し、ＴＣのＰＤＵの
脱落または重複をチェックする論理矛盾検知を目的とす
るものである。

【００３９】障害報告処理は、図７に示すように、デー
タ送受信に関連し、発生した障害情報を通信相手側のＴ
Ｃ利用者に報告し、障害報告を受けた側のＴＣから障害
応答を返すものである。

【００４０】分割・組立処理は、ＴＣ層での分割・組立
と、ＴＣ利用者での分割・組立とがあり、ＴＣ層での分
割・組立は、図８に示すように、送信側ＴＣ利用者のデ
ータ要求のデータ単位をＴＣ層のデータ単位（ＰＤＵ）
に分割し、送信するものであり、受信側のＴＣ利用者
に、その分割されたＴＣ層データ（ＰＤＵ）を組み立
て、渡すものである。

【００４１】ＴＣ利用者での分割・組立は、ＴＣ利用者
が予めＴＣ利用者のデータ単位を分割し、送信するもの
であり、図９に示すように、送信側のＴＣでは、分割さ
れたＴＣ利用者データをＴＣ層のＴＣのＰＤＵに分割し
て送信し、受信側のＴＣでは、分割されたＴＣのＰＤＵ
をＴＣ利用者のデータ単位に組み立てるものである。こ
のときの送信側のＴＣ利用者に渡すのは、先頭、中間、
最終のデータ単位である。

【００４２】次に、オプショナル機能である後続送信制
御処理は、長いＴＣ利用者の分割されたデータ単位（以
下、分割メッセージと略称する）送信時に、送信側が受
信側に対し、ある一定データ単位数を受け取ったタイミ
ングで後続データの送信開始を促すものであり、図１０
に示すように、後続送信要求は、送信側データ（先頭、
中間）に付加するものである。

【００４３】送達確認処理は、データ受信側が送信側の
データの送達を報告するものであり、図１１に示すよう
に、送達確認要求は、送信側データの単独または最終に
付加するものである。

【００４４】タイマ監視処理は、送信したデータが受信
側で正常処理されているか、正しく届いているかをタイ
マ（時間）によって監視するものであり、タイマ監視の
時間設定は、業務により異なるため、問合せ応答時間監
視タイマと、分割メッセージ監視タイマと、送達確認時
間監視タイマの三つの監視タイマを設けてある。

【００４５】問合せ応答時間監視タイマは、問合せデー
タを送信してから応答データを受信するまでの図１２の
ａに示す時間を監視するタイマである。

【００４６】分割メッセージ監視タイマは、図１２に示
すように、分割メッセージの先頭のデータ送信（Ｆ）か
ら中間のデータ送信（Ｍ）と、中間のデータ送信（Ｍ）
から中間のデータ送信（Ｍ）と、中間のデータ送信
（Ｍ）から送達確認要求を含む最終のデータ送信（Ｌ）
までのそれぞれのｂで示した時間を監視するタイマであ
る。

【００４７】送達確認時間監視タイマは、図１２に示す
ように、最終データ（送達確認要求含む）送信から、送
達確認応答受信までのｃに示す時間を監視するタイマで
ある。

【００４８】次に、ＴＣ１２がアプリケーション層から
の利用者によるデータを下層のＴＣＰに送る時に付加す
るヘッダについて説明する。

【００４９】図１３は、ＴＣ１２が利用者データに付加
するヘッダについて説明するための図である。

【００５０】図１３において、２０はヘッダを付加した
利用者データ、２０ａはＴＣヘッダ識別、２０ｂはヘッ
ダ長、２０ｃは利用者設定パラメータ、２０ｄは利用者
情報長、２０ｅは利用者データをそれぞれ示す。

【００５１】ＴＣヘッダ識別２０ａは、ＴＣＰ層に送ら
れる利用者データの形態（データユニット）を示したも
のであり、データユニットの種類としては、問合せトラ
ンザクション処理を行う問合せデータユニット（ＴＲＩ
ＮＱ）、応答トランザクション処理を行う応答データユ
ニット（ＴＲＲＥＰ）、一方送信トランザクション処理
を行う一方送信データユニット（ＴＲＢＲＤ）、ＴＣ、
ＴＣ利用者に異常が発生した場合に、相手ＴＣ、相手Ｔ
Ｃ利用者に対し異常を報告し、応答をもらう障害報告デ
ータユニット（ＴＲＥＲＲ）がある。

【００５２】ヘッダ長２０ｂは、ヘッダの長さを示すも
のである。

【００５３】利用者設定パラメータ２０ｃは、トランザ
クション識別、ＴＣのＰＤＵ通番、終始端指示、後続送
信要求、送達確認要求、障害理由コード、障害理由詳細
コード等から利用者が任意に設定するものである。

【００５４】上記トランザクション識別は、問合せに対
する応答等の各処理間の関連付け行うためのものであ
り、通信する相互のＴＣ間でユニークになるような番号
を問合せ送信時に設定して、応答時はその番号をそのま
ま設定するようにする。

【００５５】ＴＣのＰＤＵ通番は、ＴＣのＰＤＵに付加
する番号を指定するものである。

【００５６】終始端指示は、ＴＣ利用者及びＴＣの分割
メッセージの先頭、中間、最終、単独を示すものであ
る。

【００５７】後続送信要求は、後続送信要求があるかな
いかを示すものである。

【００５８】送達確認要求は、送達確認要求があるかな
いかを示すものである。

【００５９】障害理由コードは、大まかな通信エラー分
類を示すものであり、ＴＣ層検出障害（タイミングエラ
ー、論理矛盾、タイムアウト）と、ＴＣ利用者層検出障
害がある。

【００６０】障害理由詳細コードは、上記通信エラーの
詳細を示すものであり、コネクション未確立、コネクシ
ョン割り当て不可、ヘッダ不正、通番不正、文法不正、
問合せ応答時間監視タイムアウト、分割メッセージ時間
監視タイムアウト、送達確認時間監視タイムアウトがあ
り、前述のそれぞれの障害処理については、後で説明す
る。

【００６１】そして、利用者情報長２０ｄは利用者デー
タ２０ｅの長さを示すものである。

【００６２】次に、本実施例のＣＳ２−ＷＳ／Ｓ３間の
アプリケーションのトランザクション処理の通信に用い
られる３通りのソケットコネクションの確立方法につい
て説明する。

【００６３】図１４は、本実施例のＣＳ２及びＷＳ／Ｓ
３の第一のソケットコネクションの確立方法を説明する
ための図である。

【００６４】図１４において、２１は問合せ用ソケット
コネクション、２２は応答用ソケットコネクション、２
３は一方送信用ソケットコネクションをそれぞれ示す。

【００６５】まず、本実施例の第一のソケットコネクシ
ョン確立方法は、図１４に示すように、アプリケーショ
ンのトランザクション処理の問合せ、応答、一方送信の
業務毎に専属のソケットコネクションを確立することで
ある。このときのソケットコネクションは、前述のＴＣ
１２を用いなくてもソケットインタフェースで確立でき
る。

【００６６】これにより、ＣＳ２、ＷＳ／Ｓ３のアプリ
ケーション間でトランザクション処理の通信を行う際
に、一定の通信方向を有するソケットコネクションを確
立できるので、情報処理装置上で実行されるアプリケー
ションプロセス間における通信データの衝突を防止する
ことが可能となる。

【００６７】図１５は、本実施例のＣＳ２及びＷＳ／Ｓ
３の第二のソケットコネクションの確立方法を説明する
ための図である。

【００６８】図１５において、３１はソケットコネクシ
ョン、３２は問合せ（INQUIRE）、３３は応答（RESPONS
E）、３４は一方送信（BROADCAST）をそれぞれ示す。

【００６９】本実施例の第二のソケットコネクション確
立方法は、図１５に示すように、一本のソケットコネク
ションに、アプリケーションのトランザクション処理の
問合せ、応答、一方送信の業務毎に専属の仮想ソケット
コネクション（業務コネクション）を確立することであ
る。

【００７０】この業務コネクションは、前述したＴＣ１
２の業務コネクション制御処理にて確立されるものであ
り、図１５には、一本づつの業務コネクションしか示し
ていないが、ＷＳ／Ｓ３の下に接続されるＰＣ４（パー
ソナルコンピュータ）の台数、トラフィック等により各
業務コネクションの本数を設定するものであり、また、
ソケットコネクションも一本でなく前述の業務コネクシ
ョンの本数と同様に設定される。

【００７１】これにより、ソケットインタフェースが確
立させるソケットコネクション数を少なくできるので、
ソケットコネクション増大に伴う資源の拡大を防止する
ことが可能となる。

【００７２】図１６は、本実施例のＣＳ２及びＷＳ／Ｓ
３の第三のソケットコネクションの確立方法を説明する
ための図である。

【００７３】図１６において、４１はプール化された業
務コネクションを示す。

【００７４】本実施例の第三のソケットコネクション確
立方法は、前述の第二のソケットコネクション確立方法
における一本のソケットコネクションに確立されたアプ
リケーションのトランザクション処理の問合せ、応答、
一方送信の専属の業務コネクションを複数本確立し、そ
れらをプール化することである。

【００７５】この業務コネクションのプール化は、前述
のＴＣ１２のコネクション管理処理によって行われるも
ので、データ送信要求時に、複数ある業務コネクション
の利用状況から空いている業務コネクションをダイナミ
ックに割り当てて送信するものである。

【００７６】これにより、アプリケーションが同時にア
クセスすることが多くない場合には、アプリケーション
間の通信時に、複数本確立された業務コネクションのう
ち、空いている業務コネクションを逐次選択して通信す
ることにより、ソケットコネクションに確立する業務コ
ネクション数を削減でき、資源の拡大を防止することが
可能となる。

【００７７】図１７は、本実施例のＴＣ１２における問
合せ、応答等の処理手順を示すフローチャートを示す。

【００７８】図１７に示すように、本実施例のＴＣ１２
を有するＣＳ２または、ＷＳ／Ｓ３，ＰＣ４等から送信
要求があったときは、まず、問合せ、応答、一方送信等
のどの業務形態かを選択し（ステップ５１）、それに対
応した業務コネクションを選択、またはプール選択する
（ステップ５２）。

【００７９】そして、その選択された業務コネクション
が使用されているかの空きチェックを行い（ステップ５
３）、使用中で空きがなければ、キューイングしてリト
ライし、リトライしても空きがない場合は、要求元にビ
ジー（ＢＵＳＹ）の旨を通知し（ステップ５５）、空き
があればそのコネクションを使用中にする（ステップ５
４）。

【００８０】その後、送信処理を行い（ステップ５
６）、送信終了後、その業務コネクションを未使用にし
（ステップ５７）、送信要求を終了する。

【００８１】次に、本実施例のＴＣ１２の障害処理につ
いて説明する。

【００８２】本実施例で示す障害は、下位層検出障害
（回線障害、文法不正障害）と、前述の障害理由コード
で挙げたＴＣ層検出障害（タイミングエラー、論理矛
盾、タイムアウト）と、ＴＣ利用者層検出障害である。

【００８３】まず、下位層検出障害には回線障害と文法
不正障害があり、回線障害は主にコネクション断であ
り、このコネクション断の再接続処理はＷＳ／Ｓ３から
実施する。

【００８４】文法不正障害の処理は、文法エラーとして
通信相手に対し障害報告を行い、通信相手ＴＣ層からの
障害応答を受信することでニュートラルの状態に戻すも
のである。

【００８５】そして、ＴＣ層検出障害にはタイミングエ
ラーと論理矛盾とタイムアウトがあり、タイミングエラ
ーはＣＳ２またはＷＳ／Ｓ３のどちらかが未起動時に、
ＴＣ利用者から要求があった場合のコネクション未確立
や、ＴＣ利用者から要求があった場合の構成情報不一致
等によるコネクション割り当て不可などの障害であり、
その処理はＴＣ利用者にその障害報告を行うものであ
る。

【００８６】論理矛盾は、通信処理中のＴＣ利用者から
のデータ要求に対するＴＣ層での障害であり、これはＴ
Ｃ層で検知され、その処理は検知元ＴＣ利用者及び通信
相手のＴＣ利用者に障害報告を行うものである。

【００８７】タイムアウトは、ＴＣ層で検知され、所定
時間内に応答等の通信処理が行われなかったということ
であり、その処理は検知元ＴＣ利用者及び通信相手のＴ
Ｃ利用者に障害報告を行うものである。

【００８８】最後に、ＴＣ利用者層検出障害は、ＴＣ利
用者層（アプリケーション層）内で生じる各種障害であ
り、その処理は通信相手のＴＣ利用者に対して障害事象
を報告するものである。

【００８９】したがって、ＴＣＰ／ＩＰを使用したネッ
トワーク上の情報処理装置間のアプリケーションプロセ
ス通信方法において、前記情報処理装置間にアプリケー
ションプロセスの業務形態毎にソケットコネクションを
確立して通信を行い、通信に障害が生じた場合には、障
害処理を行うことにより、一定の通信方向を有するソケ
ットコネクションを確立できるので、情報処理装置上で
実行されるアプリケーションプロセス間における通信デ
ータの衝突を防止することが可能となる。

【００９０】また、本実施例で示したトランザクション
制御プロトコル（ＴＣ）をＯＳＩ参照モデルにおける５
層に設けて、ソケットコネクション一本に各種の業務コ
ネクションを確立して通信することにより、確立させる
ソケットコネクション数を少なくできるので、ソケット
コネクション増大に伴う資源の拡大を防止することが可
能となる。

【００９１】また、一本のソケットコネクションに確立
されたアプリケーションプロセスの業務コネクションを
それぞれ複数本確立し、プール化して通信することによ
り、アプリケーションプロセス間の通信時に、複数本確
立された業務コネクションのうち、空いている業務コネ
クションを逐次選択して通信でき、一本のソケットコネ
クションに確立する業務コネクション数を削減できるの
で、情報処理装置上で実行されるアプリケーションプロ
セス間のソケットコネクション増大における資源の拡大
を防止することが可能となる。

【００９２】以上、本発明者によってなされた発明を、
前記実施例に基づき具体的に説明したが、本発明は、前
記実施例に限定されるものではなく、その要旨を逸脱し
ない範囲において種々変更可能であることは勿論であ
る。

【００９３】

【発明の効果】本願において開示される発明のうち代表
的なものによって得られる効果を簡単に説明すれば、下
記のとおりである。

【００９４】ＴＣＰ／ＩＰを使用したネットワーク上の
情報処理装置間のアプリケーションプロセス通信方法に
おいて、前記情報処理装置間にアプリケーションプロセ
スの業務形態毎にソケットコネクションを確立して通信
を行い、通信に障害が生じた場合には、障害処理を行う
ことにより、一定の通信方向を有するソケットコネクシ
ョンを確立できるので、情報処理装置上で実行されるア
プリケーションプロセス間における通信データの衝突を
防止することが可能となる。

【００９５】また、ソケットコネクション一本に前記ア
プリケーションプロセスの業務形態毎の複数の仮想コネ
クションを確立して通信することにより、確立させるソ
ケットコネクション数を少なくできるので、ソケットコ
ネクション増大に伴う資源の拡大を防止することが可能
となる。

【００９６】また、一本のソケットコネクションに確立
されたアプリケーションプロセスの業務形態毎の仮想コ
ネクションをそれぞれ複数本確立し、プール化して通信
することにより、アプリケーションプロセス間の通信時
に、複数本確立された業務形態毎の仮想コネクションの
うち、空いている仮想コネクションを逐次選択して通信
でき、一本のソケットコネクションに確立する業務形態
毎の仮想コネクション数を削減できるので、情報処理装
置上で実行されるアプリケーションプロセス間のソケッ
トコネクション増大における資源の拡大を防止すること
が可能となる。

【図面の簡単な説明】

【図１】本発明の一実施例で使用するネットワークシス
テムの構成を示した概略図である。

【図２】本実施例の情報処理装置であるＣＳ及びＷＳ／
Ｓ等のプロトコル体系を説明するための図である。

【図３】本実施例のＴＣの業務コネクション確立応答受
信処理を説明するためのシーケンス図である。

【図４】本実施例のＴＣの問合せ処理を説明するための
シーケンス図である。

【図５】本実施例のＴＣの応答処理を説明するためのシ
ーケンス図である。

【図６】本実施例のＴＣの一方送信処理を説明するため
のシーケンス図である。

【図７】本実施例のＴＣの障害報告処理を説明するため
のシーケンス図である。

【図８】本実施例のＴＣの分割・組立処理を説明するた
めのシーケンス図である。

【図９】本実施例のＴＣの分割・組立処理を説明するた
めのシーケンス図である。

【図１０】本実施例のＴＣの後続送信制御処理を説明す
るためのシーケンス図である。

【図１１】本実施例のＴＣの送達確認処理を説明するた
めのシーケンス図である。

【図１２】本実施例のＴＣのタイマ監視処理を説明する
ためのシーケンス図である。

【図１３】本実施例のＴＣのヘッダについて説明するた
めの図である。

【図１４】本実施例のＣＳ及びＷＳ／Ｓの第一のソケッ
トコネクションの確立方法を説明するための図である。

【図１５】本実施例のＣＳ及びＷＳ／Ｓの第二のソケッ
トコネクションの確立方法を説明するための図である。

【図１６】本実施例のＣＳ及びＷＳ／Ｓの第三のソケッ
トコネクションの確立方法を説明するための図である。

【図１７】本実施例のＴＣの通信の処理手順を示したフ
ローチャートである。

【符号の説明】

１…１…ホスト、２…ＣＳ（Communication Server）、
３…ＷＳ／Ｓ（Work Station ／Server）、４…ＰＣ（P
ersonal Computer）、５…ＰＲ（Printer）、１１…ア
プリケーション、１２…トランザクション制御プロトコ
ル、１３…ソケットインタフェース、１４…ＴＣＰ、１
５…ＩＰ、１６…ＥＴＨＥＲＮＥＴ及びＣＳＭＡ／Ｃ
Ｄ、２０…ヘッダを付加した利用者データ、２０ａ…Ｔ
Ｃヘッダ識別、２０ｂ…ヘッダ長、２０ｃ…利用者設定
パラメータ、２０ｄ…利用者情報長、２０ｅ…利用者デ
ータ、２１…問合せ用ソケットコネクション、２２…応
答用ソケットコネクション、２３…一方送信用ソケット
コネクション、３１…ソケットコネクション、３２…問
合せ（INQUIRE）、３３…応答（REPLY）、３４…一方送
信（BROADCAST）、４１…プール化された業務コネクシ
ョン。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 鈴木 邦夫 神奈川県川崎市幸区鹿島田890番地の12 株式会社日立製作所情報システム事業部内

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ＴＣＰ／ＩＰを使用したネットワーク上
   の情報処理装置間のアプリケーションプロセス通信方法
   において、前記情報処理装置間にアプリケーションプロ
   セスの業務形態毎にソケットコネクションを確立して通
   信を行い、通信に障害が生じた場合には、障害処理を行
   うことを特徴とする情報処理装置間のアプリケーション
   プロセス通信方法。
2. 【請求項２】 前記請求項１に記載の情報処理装置間の
   アプリケーションプロセス通信方法において、前記ソケ
   ットコネクション一本に前記アプリケーションプロセス
   の業務形態毎の複数の仮想コネクションを確立して通信
   することを特徴とする情報処理装置間のアプリケーショ
   ンプロセス通信方法。
3. 【請求項３】 前記請求項２に記載の情報処理装置間の
   アプリケーションプロセス通信方法において、前記一本
   のソケットコネクションに確立されたアプリケーション
   プロセスの業務形態毎の仮想コネクションをそれぞれ複
   数本確立し、プール化して通信することを特徴とする情
   報処理装置間のアプリケーションプロセス通信方法。
4. 【請求項４】 ＴＣＰ／ＩＰを使用したネットワーク上
   の情報処理装置において、アプリケーションプロセスの
   業務形態毎の複数の仮想コネクションを一本のソケット
   コネクション中に確立して通信する手段と、通信に障害
   が生じた場合に障害処理を行う障害処理手段とを設けた
   ことを特徴とするネットワーク上の情報処理装置。
5. 【請求項５】 前記請求項４に記載のＴＣＰ／ＩＰを使
   用したネットワーク上の情報処理装置において、一本の
   ソケットコネクションに確立されたアプリケーション間
   トランザクション処理の業務形態毎の仮想コネクション
   をそれぞれ複数本確立し、プール化して通信する手段
   と、通信に障害が生じた場合に障害処理を行う障害処理
   手段とを設けたことを特徴とするネットワーク上の情報
   処理装置。