JP2000293449A - 通信システム及びターミナルクライアント接続方法 - Google Patents

Abstract

(57)【要約】 【課題】 同時に多数のターミナルクライアントがセッ
ション確立要求を行った場合でもタイムアウトで接続エ
ラーとなることがない通信システム及びターミナルクラ
イアント接続方法を提供する。 【解決手段】 ターミナルサーバ１０は、ターミナルク
ライアント２０からセッション確立要求を受信した場合
は既に受信したセッション確立要求受付中のターミナル
クライアント数に応じた監視時間を決定する監視時間算
定手段１０４、決定した監視時間をセッション確立要求
したターミナルクライアントに通知する監視時間通知手
段１０３を備え、ターミナルクライアント２０は、ター
ミナルサーバ１０から通知される監視時間を受信する監
視時間受信手段２０３、受信した監視時間に基づきター
ミナルサーバ１０からのセッション確立応答を監視する
応答監視手段２０４を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信システム及び
ターミナルクライアント接続方法に関し、特に同時に多
数のターミナルクライアントによるセッション確立要求
時でもタイムアウトで接続エラーとなることを防止する
場合に好適な通信システム及びターミナルクライアント
接続方法に関する。

【０００２】

【従来の技術】最近、管理コスト（ＴＣＯ）削減を目的
にターミナルサーバシステムが注目されている。ターミ
ナルサーバシステムにおいては、ターミナルクライアン
トはストレージデバイスを有さず、画面出力とキーボー
ド入力を処理するだけで自らは業務処理を行わず、必要
な業務処理は全てネットワークを介して接続されるター
ミナルサーバにおいて行なわれ、ターミナルクライアン
トは画面データのみをターミナルサーバから受信して表
示する単なる端末として動作する。従って、ターミナル
サーバシステムでは、必要なソフトウエアをターミナル
サーバで一括管理できるのでＴＣＯを削減できるのであ
る。

【０００３】図４は従来例のターミナルクライアントで
のセッション（プログラムの開始から終了までの一連の
作業）確立要求処理を示すフローチャートである。従来
例では、まず、ターミナルクライアントは、ターミナル
サーバにセッション確立要求を送信し（ステップＳ４
１）、その後、ターミナルサーバからのセッション確立
応答をチェックする（ステップＳ４２）。セッション確
立応答を受信していれば、セッション確立処理が正常に
終了したことを記憶して、セッション確立要求処理を終
了する（ステップＳ４５）。つぎに、ターミナルクライ
アントはセッション確立応答を未受信であれば、予め決
められた固定の監視時間を用いてタイムアウト監視を行
うために監視時間が経過したかどうかをチェックする
（ステップＳ４３）。監視時間内であれば、ステップＳ
４２に戻り、セッション確立応答チェックからやり直
す。監視時間をオーバした場合は、セッション確立要求
が接続タイムアウトエラーにより失敗したことを、ター
ミナルクライアントＯＳ（ＯperatingＳystem）に通知
する（ステップＳ４４）。ターミナルクライアントＯＳ
はエラーメッセージを画面表示してオペレータに通知
し、エラー対応を促す。

【０００４】上記のようなクライアント／サーバ間のデ
ータ通信に関する従来例としては、例えば特開平６−１
９８１９号公報に記載の技術が提案されている。同公報
は、サーバの過負荷状態の発生によるデータ処理効率の
低下を未然に防止することを目的としたものであり、コ
マンド処理部と、要求受付部と、タイマとを有する処理
装置と、処理装置に対しコマンドフレームを送信してデ
ータ処理を要求するコマンド発信部を有する端末装置と
を有し、コマンド処理部は、要求受付部と、タイマとか
ら構成され、要求受付部は、前記端末装置からコマンド
フレームを受信するとタイマの時刻を要求受付時刻とし
て読取り、コマンド処理部に対し前記コマンドフレーム
を通知し、該コマンド処理部からレスポンスフレームの
送信依頼があると、タイマの時刻を読取り、前記要求受
付時刻からの経過時間を該レスポンスフレームに付加し
て該端末装置に送信し、コマンド処理部は、前記要求受
付部から前記コマンドフレームの通知を受けると、前記
端末装置の要求に基づくデータ処理を行い、該データ処
理の完了を通知するレスポンスフレームの送信を前記要
求受付部に依頼し、コマンド処理部は、処理装置からレ
スポンスフレームを受信すると、該レスポンスフレーム
に付加された経過時間に対し次のデータ処理を要求する
コマンドフレームの送信を遅延させることを特徴とする
送受信制御装置が開示されている。

【０００５】また、上記のクライアント／サーバ間のデ
ータ通信に関する他の従来例としては、例えば特開平７
−１０５０４８号公報に記載の技術が提案されている。
同公報は、クライアント／サーバシステムの性能低下を
招くことなく状態監視を行うことを目的としたものであ
り、クライアントが、状態監視の要求開始から、この要
求に対する応答を受信するまでの応答時間を計測し、前
記クライアントは、この応答時間に基づき、状態監視の
要求を行う時間間隔を伸縮することを特徴とする状態監
視方法が開示されている。

【０００６】また、上記のクライアント／サーバ間のデ
ータ通信に関する他の従来例としては、例えば特開平７
−１２９５１０号公報に記載の技術が提案されている。
同公報は、サーバ／クライアント間でトランザクション
処理の処理応答時間に係る打ち合わせを可能とすること
を目的としたものであり、サーバコンピュータには、ト
ランザクション処理に対応して、ＣＰＵと補助記憶装置
との使用時間データが記憶された記憶手段と、前記ＣＰ
Ｕと前記補助記憶装置との使用状況を検出する使用状況
検出手段と、クライアントコンピュータからトランザク
ション処理の依頼が到来すると、前記記憶手段に記憶さ
れている当該トランザクション処理に対応するＣＰＵと
補助記憶装置との使用時間データと、前記使用状況検出
手段により検出されたＣＰＵと補助記憶装置との使用状
況データとに基づき、当該トランザクション処理が終了
するまでの所要時間を検出する所要時間検出手段と、こ
の所要時間検出手段により検出された所要時間に応じ
て、メッセージをクライアントコンピュータへ返送する
メッセージ返送手段とが備えられていることを特徴とす
るコンピュータシステムが開示されている。

【０００７】

【発明が解決しようとする課題】しかしながら、上述し
た従来例においては次のような問題点があった。

【０００８】上述したようなターミナルサーバシステム
では、１台のターミナルサーバに多数のターミナルクラ
イアントがＬＡＮ（Local Area Network）／ＷＡＮ（Wi
de Area Network）を介して接続されるので、それらの
多数のターミナルクライアントが同時にセッション確立
要求を行った場合、ターミナルサーバが過負荷となりセ
ッション確立処理に予想以上の時間を要し、応答が遅れ
る現象が発生する。

【０００９】一方、ターミナルクライアントでは、一般
にセッション確立要求後、ターミナルサーバからのセッ
ション確立応答を待つことになるが、この場合、ターミ
ナルサーバの応答不能状態（例えば、未動作状態やエラ
ー状態等）に対応できるようにタイムアウト監視してい
る。即ち、所定の監視時間内にターミナルサーバがセッ
ション確立応答を返さないと、ターミナルクライアント
は接続タイムアウトエラーが発生したことを画面表示し
てオペレータに通知し、エラー対応ができるようにする
必要があるのである。

【００１０】従って、ターミナルクライアントの監視時
間をどのように予め設定するかが問題となるが、十分な
余裕をもって設定することが望ましい。しかし、上記の
ターミナルサーバの応答不能状態に対応するためには、
その値は限定された範囲内とならざるを得ず、接続ター
ミナルクライアントの予想外の増加によりセッション確
立応答が遅れタイムアウトで接続エラーとなる問題が顕
在化している。

【００１１】即ち、上記図４に示した従来のターミナル
クライアントでのセッション確立要求処理では、セッシ
ョン確立応答監視を予め決められた所定の固定時間で行
っていた。ターミナルサーバにおいて現実に発生しうる
応答不能状態（例えば未動作状態やエラー状態等）に対
応するためには、このように限定された範囲内での固定
値とせざるを得ないためである。従って、接続ターミナ
ルクライアント台数が予想外に増加するなどの理由で、
設計値を越える台数のターミナルクライアントが同時に
セッション確立要求を行った場合は、ターミナルサーバ
のセッション確立処理時間が限界を超えて延びることに
より、確立応答が遅れタイムアウトで接続エラーとなる
問題が顕在化するようになった。

【００１２】本発明の目的は、ターミナルサーバにおい
てセッション確立処理時、未処理のセッション確立要求
ターミナルクライアント数に応じてターミナルクライア
ントの監視時間を決定し、ターミナルクライアントでは
ターミナルサーバから通知された監視時間により応答監
視することにより、同時に多数のターミナルクライアン
トがセッション確立要求を行った場合でもタイムアウト
で接続エラーとなることがない通信システム及びターミ
ナルクライアント接続方法を提供するものである。

【００１３】

【課題を解決するための手段】本発明は、ターミナルサ
ーバに複数のターミナルクライアントをネットワーク接
続した通信システムにおいて、前記ターミナルサーバ
は、前記ターミナルクライアントからセッション確立要
求を受信した場合は既に受信したセッション確立要求受
付中のターミナルクライアント数に応じた監視時間を決
定する監視時間算定手段を具備し、前記ターミナルクラ
イアントは、前記ターミナルサーバから前記監視時間を
受信した場合は当該監視時間に基づき前記ターミナルサ
ーバからのセッション確立応答を監視する応答監視手段
を具備することを特徴とする。

【００１４】また、本発明の通信システムは、図１を参
照しつつ説明すれば、ターミナルサーバに複数のターミ
ナルクライアントをネットワーク接続した通信システム
において、前記ターミナルサーバ（図１の１０）は、前
記ターミナルクライアントからセッション確立要求を受
信した場合は既に受信したセッション確立要求受付中の
ターミナルクライアント数に応じた監視時間を決定する
監視時間算定手段（図１の１０４）を具備し、前記ター
ミナルクライアント（図１の２０）は、前記ターミナル
サーバから前記監視時間を受信した場合は当該監視時間
に基づき前記ターミナルサーバからのセッション確立応
答を監視する応答監視手段（図１の２０４）を具備して
いる。

【００１５】［作用］本発明の通信システムは、ターミ
ナルサーバでは、ターミナルクライアントからセッショ
ン確立要求を受信した場合は既に受信したセッション確
立要求受付中のターミナルクライアント数に応じた監視
時間を決定し、ターミナルクライアントでは、ターミナ
ルサーバから監視時間を受信した場合は監視時間に基づ
きターミナルサーバからのセッション確立応答を監視す
るように制御している。このため、多数のターミナルク
ライアントがターミナルサーバに対して同時にセッショ
ン確立要求を行った場合でも、ターミナルサーバの処理
時間遅延によるタイムアウトエラーを回避できるので、
ターミナルサーバシステムの信頼性と可用性を向上させ
ることができる。

【００１６】

【発明の実施の形態】［本実施形態］次に、本発明の実
施形態について図面を参照して詳細に説明する。

【００１７】（１）構成の説明 図１は本発明の実施形態のターミナルサーバシステムの
構成例を示すブロック図である。図１において、本発明
の実施形態のターミナルサーバシステムは、ターミナル
サーバ１０とターミナルクライアント２０をＬＡＮ３０
を介して接続した構成となっている。ターミナルサーバ
１０は、ターミナルサーバＯＳ（ＯperatingＳystem）
１０１と、監視時間通知手段１０３を有するリモートア
クセスプロトコルドライバ１０２と、監視時間算定手段
１０４とを具備している。また、ターミナルクライアン
ト２０は、ターミナルクライアントＯＳ２０１と、監視
時間受信手段２０３を有するリモートアクセスプロトコ
ルドライバ２０２と、応答監視手段２０４とを具備して
いる。

【００１８】尚、図１では、ターミナルクライアント２
０は一台のみ図示されているが、ターミナルクライアン
ト２０と同様の構成のものを複数台接続することができ
る。また、図１では、ターミナルサーバ１０にターミナ
ルクライアント２０をＬＡＮ３０を介して接続する構成
としているが、ＷＡＮを介して接続する構成とすること
も可能である。

【００１９】ターミナルサーバ１０上で動作するソフト
ウエアの構成を詳述すると、ターミナルサーバＯＳ１０
１は、通常のマルチプロセッサ、マルチタスク、マルチ
ユーザのターミナルサーバシステム用のオペレーティン
グシステムである。リモートアクセスプロトコルドライ
バ１０２は、ターミナルサーバ１０とターミナルクライ
アント２０との間で高速にユーザインタフェースの転送
を行うプロトコルドライバであり、データトランスポー
トドライバ機能を有する。監視時間算定手段１０４は、
ターミナルクライアント２０からのセッション確立要求
を受け取った場合に、既に受信したセッション確立要求
中のターミナルクライアント数に応じた監視時間を算出
・決定するプログラムである。監視時間通知手段１０３
は、監視時間算定手段１０４により決定された監視時間
をセッション確立要求したターミナルクライアント２０
に通知するための処理を行うものであり、リモートアク
セスプロトコルドライバ１０２に包含されるプログラム
である。

【００２０】一方、ターミナルクライアント２０で動作
するソフトウエアの構成を詳述すると、ターミナルクラ
イアントＯＳ２０１は、ターミナルクライアントシステ
ム用のオペレーティングシステムである。リモートアク
セスプロトコルドライバ２０２は、ターミナルクライア
ント２０とターミナルサーバ１０との間で高速にユーザ
インタフェースの転送を行うプロトコルドライバであ
る。監視時間受信手段２０３は、ターミナルサーバから
通知される監視時間を受信するものであり、リモートア
クセスプロトコルドライバ２０２に包含されるプログラ
ムである。応答監視手段２０４は、監視時間受信手段２
０３により受信された監視時間に基づいてターミナルサ
ーバからのセッション確立応答を監視し、監視時間内に
セッション確立応答を受信しない場合はターミナルクラ
イアントＯＳ２０１にタイムアウトエラーを報告するプ
ログラムである。

【００２１】（２）動作の説明 次に、本発明の実施形態の動作について図１〜図３を参
照して詳細に説明する。図２は本発明の実施形態のター
ミナルクライアント２０でのセッション確立要求処理を
示すフローチャート、図３は本発明の実施形態のターミ
ナルサーバ１０でのセッション確立処理を示すフローチ
ャートである。

【００２２】上記のように構成される本ターミナルサー
バシステムでは、ターミナルクライアント２０が必要と
する業務アプリケーションプログラムは、全てターミナ
ルサーバ１０において管理・実行され、ターミナルクラ
イアント２０は、ＬＡＮ３０を介してターミナルサーバ
１０より転送される画面イメージを、リモートアクセス
プロトコルドライバ２０２により受信して表示するだけ
である。従って、必要なアプリケーションプログラムや
データを全てターミナルサーバ１０に集中させ、一括管
理することにより、遠隔地に散在する多数のターミナル
クライアント２０…の管理コスト（ＴＣＯ）を大幅に削
減できるのである。

【００２３】次に、ターミナルクライアント２０が、タ
ーミナルサーバ１０にセッション確立要求を行う場合の
動作について説明する。

【００２４】上記図４に示した従来のターミナルクライ
アントでのセッション確立要求処理では、上述したよう
に、セッション確立応答監視を予め決められた所定の固
定時間で行っていたため、接続ターミナルクライアント
台数が予想外に増加するなどの理由で、設計値を越える
台数のターミナルクライアントが同時にセッション確立
要求を行った場合は、ターミナルサーバのセッション確
立処理時間が限界を超えて延びることにより、確立応答
が遅れタイムアウトで接続エラーとなる問題が顕在化す
るようになった。

【００２５】一方、図２に示す本発明の実施形態のター
ミナルクライアント２０でのセッション確立要求処理で
は、ターミナルサーバ１０にセッション確立要求を送信
し（ステップＳ５１）、その後、ターミナルサーバ１０
からのセッション確立応答をチェックする（ステップＳ
５２）。セッション確立応答を受信していればセッショ
ン確立処理が正常に終了したことを記憶して、セッショ
ン確立要求処理を終了する（ステップＳ５７）。セッシ
ョン確立応答を未受信であれば、次に、監視時間受信手
段２０３がターミナルサーバからの監視時間通知を受信
したかをチェックする（ステップＳ５３）。監視時間通
知を受信していなければ、ステップＳ５５に進む。監視
時間通知を受信していれば、当該監視時間をタイムアウ
ト監視時間として設定し直す（ステップＳ５４）。

【００２６】次に、応答監視手段２０４は、ターミナル
サーバからの監視時間通知を受信していない場合は予め
決められた所定の監視時間で、また、監視時間通知を受
信している場合はその監視時間で、応答監視のタイムア
ウトチェックを行う（ステップＳ５５）。前記監視時間
内であればステップＳ５２に戻り、セッション確立応答
チェックからやり直す。監視時間をオーバした場合は、
セッション確立要求が接続タイムアウトエラーにより失
敗したことを、ターミナルクライアントＯＳ２０１に通
知する（ステップＳ５６）。ターミナルクライアントＯ
Ｓ２０１は、エラーメッセージを画面表示してオペレー
タに通知し、エラー対応を促す。

【００２７】また、図４に示すターミナルサーバ１０で
のセッション確立処理は、ターミナルクライアントから
のセッション確立要求を受信することにより開始され
る。セッション確立処理では、先ず、受信したターミナ
ルクライアントからのセッション確立要求情報を要求キ
ューに登録する（ステップＳ６１）。要求キューはＦＩ
ＦＯ（First In First Out）で処理されるので、新たな
処理要求は要求キューの最後尾に登録される。従来のタ
ーミナルサーバでは、その後、要求キューの先頭に登録
されている処理要求について新たに、あるいは引き続
き、セッション確立処理（下記のステップＳ６４に対応
する処理）を行っていた。

【００２８】これに対し、本ターミナルサーバ１０で
は、要求情報を要求キューに登録後、監視時間算定手段
１０４が要求キューの登録情報から未処理のセッション
確立要求ターミナルクライアント数に応じて当該ターミ
ナルクライアントの監視時間を決定し（ステップＳ６
２）、監視時間通知手段１０３は、監視時間算定手段１
０４により決定された監視時間を当該ターミナルクライ
アントに通知する（ステップＳ６３）。その後、要求キ
ューの先頭に登録されている処理要求について新たに、
あるいは引き続き、セッション確立処理を行う（ステッ
プＳ６４）。

【００２９】以上説明したように本発明の実施形態のタ
ーミナルクライアント接続方法によれば、ターミナルサ
ーバ１０にＬＡＮ３０を介して複数のターミナルクライ
アント２０をネットワーク接続したターミナルサーバシ
ステムにおいて、ターミナルサーバ１０はセッション確
立処理時、監視時間算定手段１０４により未処理のセッ
ション確立要求ターミナルクライアント数に応じてター
ミナルクライアントの監視時間を決定し、当該監視時間
を監視時間通知手段１０３によりターミナルクライアン
トに通知するので、ターミナルクライアント２０では応
答監視手段２０４により前記通知された監視時間を用い
て応答監視できる。従って、本ターミナルサーバシステ
ムでは、同時に多数のターミナルクライアントがセッシ
ョン確立要求を行った場合でもタイムアウトで接続エラ
ーとなることがない。

【００３０】

【発明の効果】以上説明したように本発明によれば、タ
ーミナルサーバでは、ターミナルクライアントからセッ
ション確立要求を受信した場合は既に受信したセッショ
ン確立要求受付中のターミナルクライアント数に応じた
監視時間を決定し、ターミナルクライアントでは、ター
ミナルサーバから監視時間を受信した場合は監視時間に
基づきターミナルサーバからのセッション確立応答を監
視するように制御しているため、多数のターミナルクラ
イアントがターミナルサーバに対して同時にセッション
確立要求を行った場合でも、ターミナルサーバの処理時
間遅延によるタイムアウトエラーを回避できるので、タ
ーミナルサーバシステムの信頼性と可用性を向上させる
ことができる。

【図面の簡単な説明】

【図１】本発明の実施形態のターミナルサーバシステム
の構成例を示すブロック図である。

【図２】本発明の実施形態のターミナルクライアントで
のセッション確立要求処理を示すフローチャートであ
る。

【図３】本発明の実施形態のターミナルサーバでのセッ
ション確立処理を示すフローチャートである。

【図４】従来例のターミナルクライアントでのセッショ
ン確立要求処理を示すフローチャートである。

【符号の説明】

１０ ターミナルサーバ ２０ ターミナルクライアント ３０ ＬＡＮ １０３ 監視時間通知手段 １０４ 監視時間算定手段 ２０３ 監視時間受信手段 ２０４ 応答監視手段

Claims (6)

【特許請求の範囲】
1. 【請求項１】 ターミナルサーバに複数のターミナルク
   ライアントをネットワーク接続した通信システムにおい
   て、 前記ターミナルサーバは、前記ターミナルクライアント
   からセッション確立要求を受信した場合に既に受信した
   セッション確立要求受付中のターミナルクライアント数
   に応じた監視時間を決定する監視時間算定手段を具備
   し、前記ターミナルクライアントは、前記ターミナルサ
   ーバから前記監視時間を受信した場合に当該監視時間に
   基づき前記ターミナルサーバからのセッション確立応答
   を監視する応答監視手段を具備することを特徴とする通
   信システム。
2. 【請求項２】 更に、前記ターミナルサーバは、前記監
   視時間算定手段で決定された前記監視時間を前記セッシ
   ョン確立要求を行った前記ターミナルクライアントに通
   知する監視時間通知手段を具備し、前記ターミナルクラ
   イアントは、前記監視時間通知手段から通知される前記
   監視時間を受信する監視時間受信手段を具備することを
   特徴とする請求項１に記載の通信システム。
3. 【請求項３】 前記監視時間算定手段は、前記ターミナ
   ルクライアントからセッション確立要求を受信した際に
   登録された要求キューの登録情報に基づき未処理のセッ
   ション確立要求する前記ターミナルクライアント数に応
   じて当該ターミナルクライアントの前記監視時間を決定
   することを特徴とする請求項１又は２に記載の通信シス
   テム。
4. 【請求項４】 前記応答監視手段は、前記監視時間受信
   手段で前記ターミナルサーバから前記監視時間を受信し
   ていない場合は予め設定された所定時間で応答監視のタ
   イムアウト判定を行い、前記監視時間受信手段で前記タ
   ーミナルサーバから前記監視時間を受信している場合は
   当該監視時間で応答監視のタイムアウト判定を行うこと
   を特徴とする請求項１乃至３の何れかに記載の通信シス
   テム。
5. 【請求項５】 ターミナルサーバに複数のターミナルク
   ライアントをネットワーク接続するターミナルクライア
   ント接続方法において、 前記ターミナルサーバは、前記ターミナルクライアント
   からセッション確立要求を受信した場合は既に受信した
   セッション確立要求受付中のターミナルクライアント数
   に応じた監視時間を決定し、前記ターミナルクライアン
   トは、前記ターミナルサーバから前記監視時間を受信し
   た場合は当該監視時間に基づき前記ターミナルサーバか
   らのセッション確立応答を監視することを特徴とするタ
   ーミナルクライアント接続方法。
6. 【請求項６】 更に、前記ターミナルサーバは、前記監
   視時間算定工程で決定された前記監視時間を前記セッシ
   ョン確立要求を行ったターミナルクライアントに通知す
   る監視時間通知工程を有し、前記ターミナルクライアン
   トは、前記監視時間通知工程から通知される監視時間を
   受信する監視時間受信工程を有することを特徴とする請
   求項５に記載のターミナルクライアント接続方法。