JP2000270003A - 通信端末装置および端末監視パケットの制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 網と接続するための通信コストを抑え、且つ
クライアントの状態が認識できる通信端末装置および制
御方法を得る。 【解決手段】 ＬＡＮ上のサーバー１とクライアント４
との間においてＬＡＮと網との間を接続する通信端末装
置２、３は、ＬＡＮ上のサーバー１又はクライアント４
からのパケットを受信し中継する必要があるか否かを判
定し、この判定結果により、中継する必要があれば対向
する通信端末装置２／３へ接続し、この接続後にサーバ
ー１またはクライアント４からのパケットを網へ順次送
出し、予め定められた所定の時間、サーバー１またはク
ライアント４からのパケットの受信が無くなり無通信状
態になると、網との接続を切断をする。網との接続は必
要に応じて行われ、接続の不用時には切断される。この
結果、通信コストを抑え、なお且つ、クライアント４の
状態をサーバー１が認識することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク間を
網で接続した場合の、通信端末装置およびサーバー装置
（以下「サーバー」という）からクライアント端末（以
下「クライアント」という）に対して送出される端末監
視パケット（以下、ウォッチドックパケットと称す）の
制御方法に関する。

【０００２】

【従来の技術】従来、通信端末装置および端末監視パケ
ットの制御方法は一般に、ウォッチドッグパケットの制
御方法が用いられる。この従来のウォッチドックパケッ
トの制御方法は、通信端末装置がウォッチドックパケッ
トを代理応答する方法と、中継する方法の２通りの制御
方法がある。これらの２通りにおいて、一般的に、ウォ
ッチドックパケットを代理応答する制御方法は通信コス
トを大きくしたくない場合に用いられ、ウォッチドック
パケットを中継する制御方法はクライアントの状態を正
確に認識したい場合に用いられている。

【０００３】

【発明が解決しようとする課題】しかしながら、上記の
従来技術によれば、接続する網が専用線等であれば、通
信端末装置がウォッチドックパケットを中継する制御方
法で問題はない。しかし、接続する網が回線交換を行う
ＩＳＤＮ等のダイヤルアップ回線等の場合は、上記従来
の２通りの制御方法では下記に示すような問題が生じ
る。

【０００４】第１に、通信端末装置がウォッチドックパ
ケットを代理応答する制御方法では、クライアントがダ
ウンした場合やクライアントがネットワークから切り離
された場合でも、サーバーがクライアントのダウン等を
認識できない。このため、サーバ一はクライアントが未
だ接続中と接続状態を誤認識してしまう問題がある。

【０００５】第２に、通信端末装置がウォッチドックパ
ケットを中継する制御方法だと、クライアントのダウン
等は正確に認識ができるが、網に接続するための通信コ
ストが問題となる。

【０００６】本発明は、上に述ベた問題点を解決するも
のであり、網と接続するための通信コストを抑え、且つ
クライアントの状態が認識できる通信端末装置および端
末監視パケットの制御方法を提供することを目的とす
る。

【０００７】

【課題を解決するための手段】かかる目的を達成するた
め、請求項１記載の発明の通信端末装置は、ＬＡＮ上の
サーバーとクライアント間においてＬＡＮと網との間を
接続する通信端末装置であり、ＬＡＮ上のサーバー又は
クライアントからのパケットを受信し中継する必要があ
るか否かを判定する判定手段と、判定の結果、中継する
必要があれば対向する通信端末装置へ接続し、この接続
後にサーバーまたはクライアントからのパケットを網へ
順次送出し、予め定められた所定の時間、サーバーまた
はクライアントからのパケットの受信が無くなり無通信
状態になると、網との接続を切断をする接続制御手段と
を有して構成されたことを特徴としている。

【０００８】請求項２記載の発明の端末監視パケットの
制御方法は、網でネットワーク間を接続したサーバから
クライアントへ送出される通信端末装置および端末監視
パケットの制御方法であり、ウォッチドックパケットを
通信端末装置が指定された時間によってサーバーへ代理
応答する制御方法と網へ中継する制御方法とを交互に切
り替える行程と、ウォッチドックパケットを間引いて中
継する行程とを備えたことを特微とする。

【０００９】請求項３記載の発明の端末監視パケットの
制御方法は、受信したウォッチドックパケットの種別が
要求パケットか応答パケットかの判定を行う行程（Ｓ
１）と、判定の結果が応答パケットの場合であり、受信
元がＬＡＮの場合は網へ、受信元が網の場合はＬＡＮ
へ、それぞれパケットを送出する行程（Ｓ６）と、判定
の結果が要求パケットの場合であり、受信元が網の場合
は装置の制御状態に係わらずＬＡＮへパケットを送出す
る行程（Ｓ８）と、受信元がＬＡＮの場合は装置の制御
状態の判定を行う行程（Ｓ３）と、行程（Ｓ３）の判定
において制御時間が中継制御となっている場合は、網へ
パケットを送出する行程（Ｓ７）と、行程（Ｓ３）の判
定において制御時間が代理応答制御となっている場合
は、通信端末装置内でウォッチドックパケットの応答パ
ケットを生成する行程（Ｓ４）と、ウォッチドック応答
パケット生成後は、ＬＡＮへパケットを送出する行程
（Ｓ５）とを有することを特徴としている。

【００１０】上記本発明によれば、サーバーまたはクラ
イアントと網との接続は必要に応じて行われ、接続の不
用時には切断されることになる。

【００１１】

【発明の実施の形態】次に添付図面を参照して本発明に
よる通信端末装置および端末監視パケットの制御方法の
実施の形態を詳細に説明する。図１、図２、図３、図
４、図５を参照すると本発明の通信端末装置および端末
監視パケットの制御方法の一実施形態が示されている。

【００１２】図１は、本発明の通信端末装置を適用し
た、遠隔地のＬＡＮ上のサーバーとクライアント間の通
信を行うシステム構成図である。図１に示すシステムで
は、サーバー１とクライアント４との間を、本実施形態
による通信端末装置２、３でＬＡＮと網との間を接続す
る。このため、ＬＡＮ上のサーバー又はクライアントか
らのパケットを受信し中継する必要があるか否か判定
し、中継する必要があれば対向の通信端末装置へ接続を
する。この接続後は、サーバーまたはクライアントから
のパケットを網へ順次送出し、ある一定時間、サーバー
またはクライアントからのパケットの受信が無くなり無
通信状態になると網の切断をする。

【００１３】図２に、本実施形態における通信端末装置
のウォッチドックパケット処理動作例のフローチャート
を示す。本図２において、ステップＳ１にて受信したウ
ォッチドックパケットの種別が、要求パケットか応答パ
ケットかの判定を行う。この判定の結果が応答パケット
の場合は、本発明の制御方法の対象外なので中継処理を
する。つまり、ステップＳ６にて受信元の判定を行い、
受信元がＬＡＮの場合はステップＳ７へ移行し、網へパ
ケットを送出する。ステップＳ６で受信元が網の場合
は、ステップＳ８へ移行しＬＡＮへパケットを送出す
る。

【００１４】ステップＳ１の判定で受信したウォッチド
ックパケットの種別が要求パケットの場合は、ステップ
Ｓ２へと移行し受信元の判定を行う。この判定において
受信元が網の場合は、ウォッチドックパケットの種別が
要求であっても、装置の制御状態（代理応答制御または
中継制御）に係わらず、ステップＳ８へ移行しＬＡＮへ
パケットを送出する。この処理の理由として、対向の通
信端末装置が網と接続して送ってきたパケットであるた
め、装置の状態によって代理応答してしまうと、網と接
続して送っているにも係わらず、クライアントの正確な
状態がサーバーに伝わらない。このため、網から受信し
たウォッチドック要求パケットは、無条件でＬＡＮへ送
出させる制御とした。

【００１５】ステップＳ２にてウォッチドックパケット
の受信元がＬＡＮの場合は、ステップＳ３へ移行し、装
置の制御状態の判定を行う。

【００１６】制御状態の切替えは指定した時間によって
切替えられ、その状態をステップＳ３で判定するために
タイマープログラムが装置の制御状態をメモリへ格納す
る。ステップＳ３の判定で、制御時間が中継制御となっ
ている場合は、ステップＳ７へ移行し、網へパケットを
送出する。また、ステップ３にて制御時間が代理応答制
御となっている場合は、ステップＳ５へ移行し、通信端
末装置内でウォッチドックパケットの応答パケットを生
成する。ウォッチドック応答パケット生成後は、ステッ
プＳ５へ移行しＬＡＮへパケットを送出して処理を終了
する。

【００１７】次に、本発明の実際の制御の流れを図３、
図４、図５を使って説明する。

【００１８】図３は、通信端末装置の制御の状態が代理
応答制御となっている場合であり、サーバーからウォッ
チドック要求パケットを受信すると、通信端末装置内
で、ウォッチドック応答パケットを生成し、サーバーへ
送出する。サーバーは応答パケットを受信したことで、
クライアントが正常であると判断する。

【００１９】図４は、通信端末装置の制御の状態が中継
制御となっている場合であり、サーバーからウォッチド
ック要求パケットを受信すると、通信端末装置は、網と
接続し、対向の通信端末装置に対してウォッチドック要
求パケットを送出する。対向の通信端末装置は、網から
ウォッチドック要求パケットを受信し、パケットをチェ
ックした後にクライアントへ要求パケットを送信する。
クライアントは、通信端末装置から送出されたウォッチ
ドック要求パケットを受信し、クライアント内でウォッ
チドック応答パケットを生成し、通信端末装置へ送出す
る。

【００２０】受信した通信端末装置は、パケットをチェ
ックした後、網と接続し、対向の通信端末装置へウォッ
チドック応答パケットを送出する。対向の通信端末装置
は、網からウォッチドック応答パケットを受信し、パケ
ットをチェックした後、サーバーへ応答パケットを送出
する。サーバーは、応答パケットを受信したことでクラ
イアントが正常であると判断する。

【００２１】図５は、サーバーがクライアントのダウン
検出した場合の動作例を示す。なお、図中の下方向きの
矢印はウォッチドック要求パケットを示し、上方向きの
矢印はウォッチドック応答パケットを示し、×印はクラ
イアントダウン状態を表している。

【００２２】また、図５の「５分」１１は、サーバーが
クライアントに対してウォッチドック要求パケットを送
出するポーリング間隔を示す。サーバーが送出するウォ
ッチドック要求パケットのポーリング間隔は、端末から
の環境設定にて変更可能である。今回は、一設定例にて
説明する。図５で示す通信端末装置の最初の制御状態
は、代理応答制御となっており、サーバーからのウォッ
チドック要求パケットに代理応答の制御をしている。

【００２３】サーバーは、通信端末装置からウォッチド
ック応答パケットを受信したことにより、サーバーはク
ライアントが正常と判断する。次に時間が経過し、通信
端末装置の状態が中継制御となり、サーバーからウォッ
チドック要求パケットを対向の通信端末装置を介して、
クライアントへ送出する。この場合、クライアントは正
常状態であるため、クライアントはウォッチドック応答
パケットを生成し、通信端末装置を介してサーバーへ送
出する。

【００２４】サーバーは、ウォッチドックの応答パケッ
トを受信したことにより、クライアントが正常と判断す
る。図５のように、次のポーリングにてクライアントか
ら応答がない場合には、サーバーは、「１分」１２にて
ポーリングの周期を短くしてクライアントへウォッチド
ック要求パケットを送出する。サーバーは、応答がある
かリトライオーバーとなるまでポーリングを繰り返す。
図５のように、リトライが規定回数になると、「クライ
アントのダウンを認識」１３してサーバーはクライアン
トがダウンしていると判断し、クライアントとの接続を
強制的にログアウトする。以上の一連の動作で、サーバ
ーとクライアント間の端末状態監視制御が可能となる。

【００２５】上記の実施形態によれば、ウォッチドック
パケットを通信端末装置が時間によって代理応答の制御
と中継の制御を交互に切り替えることにより、ウォッチ
ドックパケットの間引きをする。この間引きされたウォ
ッチドックパケットは、サーバーへ代理応答する。間引
きされなかったウォッチドックパケットは、網へ中継す
る。この構成によれば、網と接続するための通信コスト
を抑えることができ、なお且つ、クライアントの状態を
サーバーが認識することができる。

【００２６】

【発明の効果】以上の説明より明かなように、請求項１
記載の発明の通信端末装置は、ＬＡＮ上のサーバー又は
クライアントからのパケットを受信し中継する必要があ
るか否かを判定し、この判定の結果、中継する必要があ
れば対向する通信端末装置へ接続し、この接続後にサー
バーまたはクライアントからのパケットを網へ順次送出
し、予め定められた所定の時間、サーバーまたはクライ
アントからのパケットの受信が無くなり無通信状態にな
ると、網との接続を切断をする。

【００２７】よって、上記発明の構成によれば、網との
接続は必要に応じて行われ、接続の不用時には切断され
る。この結果、網と接続するための通信コストを抑える
ことができ、なお且つ、クライアントの状態をサーバー
が認識することができる。

【図面の簡単な説明】

【図１】本発明の通信端末装置の実施形態を示すシステ
ム構成図である。

【図２】端末監視パケットの制御方法の手順例を示すフ
ローチャートである。

【図３】代理応答制御時のウォッチドックパケットの処
理の流れを示すシーケンス図である。

【図４】中継制御時のウォッチドックパケットの処理の
流れを示すシーケンス図である。

【図５】クライアントダウン検出の動作例を示すタイム
チャートである。

【符号の説明】

１ サーバー ４ クライアント ２、３ 通信端末装置 １１ ５分 １２ １分 １３ クライアントのダウンを認識

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B089 GA11 GA21 GB02 HA01 HA06 JA40 JB16 KA16 KG10 5K030 GA20 HB00 HC04 HD07 JA05 KA21 MB12 5K033 AA04 CC01 DA05 DB19 9A001 BB04 CC04 CC07 CC08 JJ27

Claims (3)

【特許請求の範囲】
1. 【請求項１】 ＬＡＮ上のサーバーとクライアント間に
   おいてＬＡＮと網との間を接続する通信端末装置であ
   り、 ＬＡＮ上のサーバー又はクライアントからのパケットを
   受信し中継する必要があるか否かを判定する判定手段
   と、 前記判定の結果、中継する必要があれば対向する通信端
   末装置へ接続し、この接続後にサーバーまたはクライア
   ントからのパケットを網へ順次送出し、予め定められた
   所定の時間、サーバーまたはクライアントからのパケッ
   トの受信が無くなり無通信状態になると、網との接続を
   切断をする接続制御手段と、 を有して構成されたことを特徴とする通信端末装置。
2. 【請求項２】 網でネットワーク間を接続したサーバか
   らクライアントへ送出される通信端末装置および端末監
   視パケットの制御方法であり、 ウォッチドックパケットを通信端末装置が指定された時
   間によってサーバーへ代理応答する制御方法と網へ中継
   する制御方法とを交互に切り替える行程と、 前記ウォッチドックパケットを間引いて中継する行程
   と、 を備えたことを特微とする端末監視パケットの制御方
   法。
3. 【請求項３】 受信したウォッチドックパケットの種別
   が要求パケットか応答パケットかの判定を行う行程（Ｓ
   １）と、 前記判定の結果が応答パケットの場合であり、受信元が
   ＬＡＮの場合は網へ、受信元が網の場合はＬＡＮへ、そ
   れぞれパケットを送出する行程（Ｓ６）と、 前記判定の結果が要求パケットの場合であり、受信元が
   網の場合は装置の制御状態に係わらずＬＡＮへパケット
   を送出する行程（Ｓ８）と、受信元がＬＡＮの場合は装
   置の制御状態の判定を行う行程（Ｓ３）と、 前記行程（Ｓ３）の判定において制御時間が中継制御と
   なっている場合は、網へパケットを送出する行程（Ｓ
   ７）と、 前記行程（Ｓ３）の判定において制御時間が代理応答制
   御となっている場合は、通信端末装置内でウォッチドッ
   クパケットの応答パケットを生成する行程（Ｓ４）と、 前記ウォッチドック応答パケット生成後は、ＬＡＮへパ
   ケットを送出する行程（Ｓ５）と、 を有することを特徴とする端末監視パケットの制御方
   法。