JP2581476B2 - 情報処理装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は情報処理装置に関し、特
にＴＣＰ／ＩＰ（トランスミッションコントロールプロ
トコル／インターネットプロトコル）手順のＴＥＬＮＥ
Ｔプロトコルを使用して相手装置との間でオンライン処
理を行うクライアント／サーバ、サーバ／クライアント
型の情報処理装置に関するものである。

【０００２】

【従来の技術】従来、一般的なＵＮＩＸでは、ＴＥＬＮ
ＥＴサーバの上位にはログインプロセスが、ＴＥＬＮＥ
Ｔクライアントの上位にはユーザが、ＴＥＬＮＥＴの下
位にはＴＣＰが存在する。ここでのユーザとはＴＥＬＮ
ＥＴの利用者を意味し、装置内のアプリケーションプロ
グラムまたは装置のオペレータを意味する。

【０００３】自装置がクライアントの場合、ＴＥＬＮＥ
ＴはユーザからのＯＰＥＮコマンドを受け付け、コネク
ションを確立する。ユーザは該当コネクションを使用し
て、データの送信・受信を行う。ログアウト時にコネク
ションが切断される。あるいは何らかの障害によるコネ
クション切断時にログアウトされる。再びＴＥＬＮＥＴ
を使用してデータ転送を行うためには、ユーザはＯＰＥ
Ｎコマンドを発行し、コネクションを確立しなければな
らない。

【０００４】自装置がサーバの場合、ＴＥＬＮＥＴは常
にＷＥＬＬ ＫＮＯＷＮポートでＬＩＳＴＥＮしてお
り、相手装置からのコネクション確立時に、ログインプ
ロセスを生成する。相手装置からのコネクション確立
は、通常、相手装置のユーザが相手装置のＴＥＬＮＥＴ
クライアントに対してＯＰＥＮコマンドを発行した時に
行われる。ログインプロセスは該当コネクションを使用
して、データの送信、受信を行う。

【０００５】ログアウト時にコネクションが切断され、
あるいは何らかの障害によるコネクション切断時にログ
アウトされると、ログインプロセスは削除される。再び
ＴＥＬＮＥＴを使用してデータ転送を行うためには、相
手ユーザがＯＰＥＮコマンドを発行し、コネクションを
確立しなければならない。

【０００６】また、他の従来例として特開平５−３４６
８９８号公報を参照すると、クライアントとサーバ間に
コネクションを確立してこのコネクションによりデータ
通信を行うＴＣＰ／ＩＰによるクライアント／サーバシ
ステムの例が開示されており、図１９にその概略ブロッ
ク図が示されている。

【０００７】本システムでは、クライアント１及びサー
バ２が、ＵＮＩＸをオペレーティングシステムとして使
用しており、ＯＳＩ参照モデルの３層、４層プロトコル
としてＴＣＰ／ＩＰ、１層、２層プロトコルとしてイー
サネット等を使用しており、伝送路３を介して接続され
ている。

【０００８】クライアント１は、コネクションを介して
データ送受信を行うと共に、送受信時のエラーや、ケー
ブル等の接続時、サーバ２側のコネクションクローズ処
理を検出してコネクションのクローズ指示及びコネクシ
ョン確立要求出力の指示を行うデータ送受信処理部１１
と、データ送受信処理部１１からの指示によりコネクシ
ョンが確立されるまでサーバ２に対しコネクション確立
要求を送信し続けるコネクション確立要求部１２と、デ
ータ送受信処理部１１からの指示によりコネクションを
クローズするコネクション制御部１３と、をＴＣＰレイ
ヤに有する。

【０００９】サーバ２は、データ送受信処理部１１と同
様にコネクションを介してデータ送受信を行うと共に、
送受信時のエラーや、ケーブル等の接続時、クライアン
ト１側のコネクションクローズ処理を検出してコネクシ
ョンのクローズ指示及びコネクション確立要求出力の指
示を行うデータ送受信処理部２１と、クライアント１の
コネクション確立要求部１２からの要求に対してコネク
ション確立処理を行うコネクション確立受動部２２と、
コネクション受動部２２により確立されたコネクション
を正規なものとし、古いコネクション（プロセス）をク
ローズするプロセス制御部２３と、データ送受信処理部
２３からの指示によりコネクションをクローズするコネ
クション制御部２４と、をＴＣＰレイヤに有する。

【００１０】これにより、クライアント１、サーバ２間
では、コネクション通信型伝送形態、即ちソケットイン
タフェースにより確立したコネクション両端の各ＴＣＰ
ポート（通信ポート）を介してデータ通信が行われる。

【００１１】この例では、クライアントとサーバ間のデ
ータ送受信時にエラーが発生した場合、データ送受信処
理部１１がそれを検知してコネクション制御部１３にコ
ネクションをクローズさせると共に、コネクション確立
要求部１２に新たなコネクションが確立されるまでコネ
クション確立要求を出力し続ける。

【００１２】サーバ側では、クライアント側のコネクシ
ョンのクローズ処理をデータ送受信処理部２１が検知し
て、コネクション確立受動部２２、コネクション制御部
２４に指示を送り、コネクション制御部２４がコネクシ
ョンクローズを行うと共に、コネクション受動部２２が
常時コネクション確立要求待ちになる。

【００１３】こうすることにより、通信時のエラー発生
時には自動的にコネクション確立要求を出力して新たな
コネクションを確立することになり、よって自動的なコ
ネクション復旧が可能となっている。

【００１４】

【発明が解決しようとする課題】前著の従来例において
は、自装置と相手装置とのユーザはコネクションの存在
を前提として処理を行わなければならない。つまり、コ
ネクション確立と共に処理を開始し、コネクション切断
と共に処理を終了する必要があり、処理の自由度が低い
という問題点がある。

【００１５】また、自装置と相手装置とのユーザ自身が
コネクションを管理し、コネクション確立、切断のオペ
レーションを行う必要があるので、ユーザの処理が複雑
になるという問題もある。

【００１６】また、何らかの障害によりコネクションが
切断された場合、その時点で自装置と相手装置とのユー
ザの処理は打ち切られ、中断したところから処理を再開
するには、再びどちらかのユーザ自身の装置のＴＥＬＮ
ＥＴに対してＯＰＥＮコマンドを発行しコネクションを
確立しなければならない。そして処理がどこで打ち切ら
れたかを調査し、必要であれば復旧処理を行う必要があ
り、手間がかかるという問題がある。

【００１７】特開平５−３４６８９８号公報のクライア
ント／サーバシステムでは、通信時にエラーが発生する
と、コネクションをクローズして、新たなコネクション
要求を生成してコネクション確立を行うようになってい
るために、ユーザ自身がコネクションを管理するという
処理の複雑さはないものの、コネクションを前提として
動作する点に代わりはなく、やはりコネクション切断時
に処理は打ち切られ、中断したところから処理を再開す
るには、上述の従来例と同様の問題がある。

【００１８】本発明の目的は、アプリケーションプログ
ラムによりＴＥＬＮＥＴを使用してデータ転送を行うに
際してコネクションの確立を前提とすることなく処理の
簡便性の向上、回線障害時の復旧の容易化及び高速化を
図り得るようにした情報処理装置を提供することであ
る。

【００１９】

【課題を解決するための手段】本発明によれば、ＴＣＰ
／ＩＰ手順のＴＥＬＮＥＴプロトコルを使用して相手装
置との間でオンライン処理を行うクライアント／サー
バ、サーバ／クライアント型の情報処理装置であって、
端末指向型のアプリケーションプログラムと、自装置が
オンライン処理を行う全相手装置に関する定義情報を格
納した定義情報格納手段と、前記アプリケーションプロ
グラムからデータ送信要求を受けて相手装置へのデータ
送信を行うためのデータ送信手段と、前記アプリケーシ
ョンプログラムからデータ受信要求を受けて相手装置か
らの受信データを前記アプリケーションプログラムへ通
知するためのデータ受信手段と、自装置がクラインアン
トの場合、前記アプリケーションプログラムからのデー
タ送信要求及びデータ受信要求に応答して前記定義情報
に応じてコネクション確立をなすクライアントコネクシ
ョン確立手段と、自装置がサーバの場合、相手装置から
コネクション確立の要求に応答してコネクション確立を
行うサーバコネクション確立手段と、コネクショク切断
を検知して回線障害として前記アプリケーションプログ
ラムへ通知する障害通知手段と、を含むことを特徴とす
る情報処理装置が得られる。

【００２０】

【作用】自装置内の端末指向型のアプリケーションプロ
グラムは、単に相手装置とのデータ送信要求やデータ受
信要求のみを発行するようにし、これ等データ送受信要
求に基づくコネクション管理はコネクション管理部にて
行うようにして、アプリケーションプログラムはコネク
ションの確立を前提とする必要がなく単にデータ送受信
要求のみのオペレーションをサポートするだけで良くな
り、またコネクションを前提としていないので、コネク
ションの有無にかかわらずデータ転送の不可は回線障害
という形でアプリケーションプログラムへ通知すること
ができ、よってアプリケーションプログラムの作成管理
が極めて簡単となる。

【００２１】

【実施例】次に本願発明の情報処理装置の一実施例につ
いて図面を参照にして説明する。

【００２２】図１を参照すると、本願発明の一実施例で
ある情報処理装置２００は、以下の機能部を有してい
る。すなわち、全相手装置に関する定義情報２６０と、
端末指向型のアプリケーションプログラム１１０からの
データ送信要求およびデータ受信要求を受け付け、また
アプリケーションプログラム１１０に対して受信データ
および回線障害を通知するアプリケーションプログラム
管理部２１０と、定義情報２６０に基づき相手装置との
間にコネクションを確立するコネクション管理部２２０
と、ＴＥＬＮＥＴサーバ１３０およびＴＥＬＮＥＴクラ
イアント１４０を使用して相手装置との間でデータを送
信、受信するデータ転送部２３０と、ユーザ１２０から
のコマンドを受け付けるユーザ管理部２４０と、定義情
報２６０を動的に変更する定義情報管理部２５０とを含
んで構成される。

【００２３】さらに自装置全体１００は、アプリケーシ
ョンプログラム１１０と、ユーザ１２０と、ＴＥＬＮＥ
Ｔサーバ１３０と、ＴＥＬＮＥＴクライアント１４０
と、ＴＣＰ／ＩＰ処理部１５０と、情報処理装置２００
とを含んで構成されている。この自装置１００は通常Ｌ
ＡＮである回線３００に接続される。また、ユーザ１２
０はアプリケーションプログラムまたは自装置のオペレ
ータである。

【００２４】図２（Ａ）を参照すると、定義情報２６０
は、あらかじめ使用が見込まれるコネクション１本単位
に１行定義され、アプリケーションプログラムが指定す
る相手装置名２６１、相手装置のアドレス情報２６２、
装置情報２６３、無通信状態の時間監視のためのタイマ
値２６４、クライアントのコネクション確立の選択情報
２６５などを含む。同じ相手装置に関して複数の行を定
義しても良い。

【００２５】図２（Ｂ）を参照すると、装置情報２６３
は、ＴＥＬＮＥＴのターミナルタイプ名、自装置がクラ
イアントとなるかサーバとなるかの種別、その相手装置
との間で使用できるＴＥＬＮＥＴオプションの種類など
を含む。この他にログイン情報として、ユーザ名、パス
ワードなどを含んでも良い。

【００２６】図２（Ｃ）を参照すると、選択情報２６５
は、４種類有り、それぞれデータ送信要求時、データ受
信要求時に、クライアントのコネクションを確立する
か、不可であるかの区別を示す。通常０番は指定しな
い。

【００２７】図３（Ａ），（Ｂ）を参照すると、自装置
１００のＴＥＬＮＥＴクライアント１４０は相手装置の
４００のＴＥＬＮＥＴサーバとの間でＴＥＬＮＥＴデー
タを送信、受信し、ＴＥＬＮＥＴサーバ１３０はＴＥＬ
ＮＥＴクライアント４２０との間でＴＥＬＮＥＴデータ
を送信、受信する。ＴＥＬＮＥＴサーバ４１０とＴＥＬ
ＮＥＴクライアント４２０は、ＴＥＬＮＥＴサーバ１３
０とＴＥＬＮＥＴクライアント１４０と同じである必要
はない。また相手装置４００は情報処理装置２００を実
装する必要はない。

【００２８】次に本発明の情報処理装置の上記一実施例
の動作について図面を参照して説明する。

【００２９】図４を参照すると、アプリケーションプロ
グラム管理部２１０は、アプリケーションプログラム１
１０からのデータ送信要求を受け付ける。そして、装置
名２６１に対応する無通信監視タイマをタイマ値２６４
でリセットする。そして、コネクション管理部２２０に
送信要求を受け渡す。なお、データ送信要求は相手装置
名２６１と送信するデータから構成される。また、全相
手装置名２６１に対応する全無通信監視タイマは情報処
理装置２００起動時にタイマ値２６４でスタートする。

【００３０】図５を参照すると、アプリケーションプロ
グラム管理部２１０は、アプリケーションプログラム１
１０からデータ受信要求を受け付ける。そして、装置名
２６１に対応する無通信監視タイマをタイマ値２６４で
リセットする。そして、コネクション管理部２２０に受
信要求を受け渡す。なお、データ受信要求は相手装置名
２６１から構成される。

【００３１】図６を参照すると、アプリケーションプロ
グラム管理部２１０は、データ転送部２３０から受信し
たデータを受け付ける。そして、アプリケーションプロ
グラム１１０に受信データを通知する。

【００３２】図７を参照すると、アプリケーションプロ
グラム管理部２１０は、コネクション管理部２２０から
回線障害を受け付ける。そして、該当相手装置に対して
送信要求を、後述するＦＩＦＯのキューに登録済みのア
プリケーションプログラム１１０があれば送信障害を通
知する。また、該当相手装置に対して受信要求を、同じ
く後述するＦＩＦＯのキューに登録済みのアプリケーシ
ョンプログラム１１０があれば受信障害を通知する。障
害を通知すべきアプリケーションプログラム１１０がな
ければ何もしない。

【００３３】図８を参照すると、コネクション管理部２
２０は、アプリケーションプログラム管理部２１０から
データ送信要求を受け付ける。そして、当該装置名２６
１の相手装置間に既にコネクションがあれば、データ転
送部２３０に送信要求を受け渡す。コネクションがな
く、装置情報２６３でサーバが指定されていたら、アプ
リケーションプログラム管理部に当該装置の回線障害を
通知する。

【００３４】クライアントが指定されており、選択情報
２６５で０番または２番が指定されていたら、アプリケ
ーションプログラム管理部に当該装置の回線障害を通知
する。１番または３番が指定されていたら、送信要求を
一時的にＦＩＦＯのキューに登録する。そして、定義情
報２６０に従い、ＴＥＬＮＥＴクライアント１４０を使
用して、コネクションを確立する。

【００３５】図９を参照すると、コネクション管理部２
２０は、アプリケーションプログラム管理部２１０から
データ受信要求を受け付ける。そして、当該装置名２６
１の相手装置間に既にコネクションがある、または、装
置情報２６３でサーバが指定されている、または、選択
情報２６５で０番または１番が指定されていたら、デー
タ転送部２３０に受信要求を受け渡す。

【００３６】コネクションがなく、クライアントが指定
されており、選択情報２６５で２番または３番が指定さ
れていたら、受信要求を一時的にＦＩＦＯのキューに登
録する。そして、定義情報２６０に従い、ＴＥＬＮＥＴ
クライアント１４０を使用して、コネクションを確立す
る。

【００３７】図８で説明したデータ送信要求時とは異な
りデータ受信要求時は、データ転送が不可の状態でも回
線障害とはしない。これは、データの送信は自装置の動
作により発生するが、データの受信は相手装置の動作に
より発生するためである。つまりアプリケーションプロ
グラムから見ると、データ転送が可でも不可でも、デー
タが相手装置から届かなければ処理は同じであるからで
ある。

【００３８】図１０を参照すると、コネクション管理部
２２０は相手装置からコネクション確立を要求される
と、定義情報２６０に従い、ＴＥＬＮＥＴサーバ１３０
を使用して、コネクションを確立する。

【００３９】図１１を参照すると、コネクション管理部
２２０は、相手装置との間のコネクションが確立する
と、図１８で説明したＦＩＦＯのキューからデータ送信
要求を取り出す。そして、データ転送部２３０に送信要
求を受け渡す。

【００４０】また、図９で説明したＦＩＦＯのキューか
らデータ受信要求を取り出す。そして、データ転送部２
３０に受信要求を受け渡す。これらを両方のキューが空
になるまで繰り返す。

【００４１】図１２を参照すると、コネクション管理部
２２０は、相手装置との間のコネクションが切断される
と、あるいは、コネクションの確立が失敗すると、当該
装置の図８で説明したＦＩＦＯのキューに登録されてい
るデータ送信要求を全て破棄する。また、図９で説明し
たキューに登録されているデータ受信要求を全て破棄す
る。また、後の図１４で説明するデータ転送部が登録し
たデータ送信要求を全て破棄する。また、後の図１５で
説明するデータ転送部が登録したデータ受信要求を全て
破棄する。

【００４２】そして、アプリケーションプログラム管理
部に当該装置の回線障害を通知する。

【００４３】図１３を参照すると、コネクション管理部
２２０は、図４で説明した無通信監視タイマが予め定め
られた一定時間をタイムアウトすると、当該装置との間
にコネクションがあれば、ＴＥＬＮＥＴサーバ１３０、
または、ＴＥＬＮＥＴクライアント１４０を使用して、
当該コネクションを切断する。

【００４４】図１４を参照すると、データ転送部２３０
は、アプリケーションプログラム管理部から受け渡され
たデータ送信要求をデータ送信中を意味するキューに登
録する。そして、ＴＥＬＮＥＴサーバ１３０、または、
ＴＥＬＮＥＴクライアント１４０を使用して、相手装置
に対してデータを送信する。送信が完了すると、前記の
キューから送信要求を削除する。

【００４５】図１５を参照すると、データ転送部２３０
は、アプリケーションプログラム管理部から受け渡され
たデータ受信要求をデータ受信中を意味するキューに登
録する。

【００４６】図１６を参照すると、データ転送部２３０
は、ＴＥＬＮＥＴサーバ１３０、または、ＴＥＬＮＥＴ
クライアント１４０からデータの受信を通知されると、
該当コネクションに対応する装置名２６１に対して、図
１５で説明したＦＩＦＯのキューにデータ受信要求が登
録されていれば、その受信要求を削除する。そして、ア
プリケーションプログラム管理部２１０に当該アプリケ
ーションプログラム１１０のデータ受信を通知する。デ
ータ受信要求が登録されていなければ、受信したデータ
を破棄する。

【００４７】図１７を参照すると、ユーザ管理部２４０
は、ユーザから自装置に対するコマンドを受け付ける。
コマンドが選択情報２６５の変更要求であれば、定義情
報管理部２５０にコマンドを受け渡す。

【００４８】図１８を参照すると、定義情報管理部２５
０は、ユーザ管理部２４０からコマンドを受け渡される
と、指定された相手装置の装置情報２６３がクライアン
トである場合のみ処理を行う。まず、選択情報２６５を
コマンドの指定に従い変更する。そして、当該装置との
間にコネクションがなく、かつ、選択情報２６５が２番
または３番に変更されたら、アプリケーションプログラ
ム管理部に当該装置の回線障害を通知する。

【００４９】

【発明の効果】以上の説明で明らかなように、本発明に
よれば、ＴＥＬＮＥＴを使用して相手装置とデータの送
信、受信を行うアプリケーションプログラムは、コネク
ションの確立のオペレーションをする必要がなくなる。
よって、データ転送を行うためには、データの送信要求
と受信要求という２種類のオペレーションのみサポート
すればよい。そして、コネクションの有無に関わらず、
データ転送の不可は回線障害という形態で通知されるの
で、アプリケーションプログラムの作成が非常に容易に
なる。

【００５０】また、自装置がクライアントとなる場合、
アプリケーションプログラムがデータ転送のオペレーシ
ョンを発行しなければコネクションを確立しない。

【００５１】および、アプリケーションプログラムがデ
ータ転送のオペレーションを行わない無通信時間を監視
し不必要なコネクション切断するので、自装置の資源を
有効に活用できる。

【００５２】また、コネクションの存在を前提とせずに
アプリケーションプログラムは動作できるようになるの
で、回線障害などによりコネクションが切断されても、
処理の継続性を保てる。

【００５３】そして、自装置がクライアントの場合、ア
プリケーションプログラムがデータ転送のオペレーショ
ンを発行すれば自動的にコネクションが再確立されるの
で、障害時の復旧が非常に素早く、かつ容易に行うこと
ができる。

【００５４】さらに、相手装置も本発明の情報処理装置
を実装していれば、人の介入の必要のない全自動の障害
復旧システムを構築できる。

【００５５】また、自装置がクライアントの場合、選択
情報によりコネクションの確立を停止する。および、そ
の選択情報を動的に変更できるので、コネクション確立
の失敗、再確立のようなアプリケーションプログラムの
ループを防止できる。

【図面の簡単な説明】

【図１】本発明の情報処理装置の一実施例を示すブロッ
ク図である。

【図２】（Ａ）は本発明の一実施例における相手装置に
関する定義情報の一例を示す図、（Ｂ）は本発明の一実
施例における相手装置に関する定義情報内の装置情報の
一例を示す図、（Ｃ）は本発明の一実施例における相手
装置に関する定義情報内の選択情報の一例を示す図であ
る。

【図３】本発明の一実施例におけるデータ転送の概要を
示す図である。

【図４】本発明の一実施例におけるアプリケーションプ
ログラム管理部のデータ送信要求動作の流れ図である。

【図５】本発明の一実施例におけるアプリケーションプ
ログラム管理部のデータ受信要求動作の流れ図である。

【図６】本発明の一実施例におけるアプリケーションプ
ログラム管理部のデータ受信通知動作の流れ図である。

【図７】本発明の一実施例におけるアプリケーションプ
ログラム管理部の回線障害通知動作の流れ図である。

【図８】本発明の一実施例におけるコネクション管理部
のデータ送信要求動作の流れ図である。

【図９】本発明の一実施例におけるコネクション管理部
のデータ受信要求動作の流れ図である。

【図１０】本発明の一実施例におけるコネクション管理
部のサーバのコネクション確立開始動作の流れ図であ
る。

【図１１】本発明の一実施例におけるコネクション管理
部のコネクション確立完了動作の流れ図である。

【図１２】本発明の一実施例におけるコネクション管理
部のコネクション切断完了動作の流れ図である。

【図１３】本発明の一実施例におけるコネクション管理
部のコネクション切断開始動作の流れ図である。

【図１４】本発明の一実施例におけるデータ転送部のデ
ータ送信要求動作の流れ図である。

【図１５】本発明の一実施例におけるデータ転送部のデ
ータ受信要求動作の流れ図である。

【図１６】本発明の一実施例におけるデータ転送部のデ
ータ受信通知動作の流れ図である。

【図１７】本発明の一実施例におけるユーザ管理部のコ
マンド受け付け動作の流れ図である。

【図１８】本発明の一実施例における定義情報管理部の
コマンド受け付け動作の流れ図である。

【図１９】従来のＴＣＰ／ＩＰクライアント、サーバシ
ステムの例を示すブロック図である。

【符号の説明】

１００ 自装置全体 １１０ アプリケーションプログラム １２０ ユーザ １３０ ＴＥＬＮＥＴサーバ（自装置） １４０ ＴＥＬＮＥＴクライアント（自装置） １５０ ＴＣＰ／ＩＰ処理部 ２００ 情報処理装置 ２１０ アプリケーションプログラム管理部 ２２０ コネクション管理部 ２３０ データ転送部 ２４０ ユーザ管理部 ２５０ 定義情報管理部 ２６０ 定義情報 ２６１ 装置名 ２６２ アドレス情報 ２６３ 装置情報 ２６４ 無通信監視タイマ値 ２６５ 選択情報 ３００ 回線 ４００ 相手装置 ４１０ ＴＥＬＮＥＴサーバ（相手装置） ４２０ ＴＥＬＮＥＴクライアント（相手装置）

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 ＴＣＰ／ＩＰ手順のＴＥＬＮＥＴプロト
   コルを使用して相手装置との間でオンライン処理を行う
   クライアント／サーバ、サーバ／クライアント型の情報
   処理装置であって、 端末指向型のアプリケーションプログラムと、 自装置がオンライン処理を行う全相手装置に関する定義
   情報を格納した定義情報格納手段と、 前記アプリケーションプログラムからデータ送信要求を
   受けて相手装置へのデータ送信を行うためのデータ送信
   手段と、 前記アプリケーションプログラムからデータ受信要求を
   受けて相手装置からの受信データを前記アプリケーショ
   ンプログラムへ通知するためのデータ受信手段と、 自装置がクラインアントの場合、前記アプリケーション
   プログラムからのデータ送信要求及びデータ受信要求に
   応答して前記定義情報に応じてコネクション確立をなす
   クライアントコネクション確立手段と、 自装置がサーバの場合、相手装置からコネクション確立
   の要求に応答してコネクション確立を行うサーバコネク
   ション確立手段と、 コネクショク切断を検知して回線障害として前記アプリ
   ケーションプログラムへ通知する障害通知手段と、 を含むことを特徴とする情報処理装置。
2. 【請求項２】 前記アプリケーションプログラムが相手
   装置に対してデータ通信要求やデータ受信要求を発行し
   ない無通信時間をカウントするカウント手段と、このカ
   ウント手段が予め定められた所定時間をカウントしたと
   き、前記コネクションを切断するコネクション切断手段
   とを更に含むことを特徴とする請求項１記載の情報処理
   装置。
3. 【請求項３】 外部からのコマンドに応答して前記定義
   情報を変更自在な定義情報管理手段を更に有し、前記コ
   ネクションの確立のための定義情報を変更自在としたこ
   とを特徴とする請求項１または２記載の情報処理装置。