(57)【特許請求の範囲】
【請求項１】
ＩＳＤＮ回線に回線交換で接続された複数のコンピュータ機器と、これらコンピュータ機器同士でデータ転送を行うとともに、ＩＳＤＮ回線とＬＡＮとを接続したＩＳＤＮターミナルサーバを介してＬＡＮに接続されたコンピュータ機器とデータ転送を行うＩＳＤＮターミナルサーバのデータ処理方法において、
ＩＳＤＮ回線情報として中断を行うために待つ時間となるタイマ値を設定した後、通信時間と通信料を得、その通信時間と通信料から単位料金あたりの時間を求めてその時間を中断移行のタイマ値とし、次の中断を行うときには前記求めた中断移行のタイマ値を使用し、中断が行われる度に上記処理を実行するに際して、
前記ＩＳＤＮターミナルサーバとコンピュータ機器間でＩＳＤＮ回線の中断／再開の状態を作成してＩＳＤＮ回線を確保するとともに、ＩＳＤＮターミナルサーバで中断中のコンピュータ機器の情報を保持し、再開があったとき、前記保持した情報を使用して通信を行うことを特徴とするＩＳＤＮターミナルサーバのデータ処理方法。
【請求項２】
ＩＳＤＮ回線中断時にＬＡＮ上のコンピュータ機器からＩＳＤＮ回線上のコンピュータ機器へ出された相手ノード確認等の定期メッセージの代理応答を行う際に、中断中は定周期でＩＳＤＮ回線に接続されたコンピュータ機器からＩＳＤＮターミナルサーバへノード確認用発呼を行った後、発呼を受け付けたターミナルサーバは中断中では着信拒否を行い、この着信拒否によりコンピュータ機器はＩＳＤＮターミナルサーバが中断中と判断し、中断中のコンピュータ機器とＩＳＤＮターミナルサーバは互いに相手のアドレスを記憶し、相手以外からのノード確認用発呼は別の着信拒否を行い、一方、ノード確認用発呼を受け付ける側のＩＳＤＮターミナルサーバには受信タイマを有し、このタイマのタイムアウトでＩＳＤＮターミナルサーバは相手コンピュータ機器がダウンしたと判断して代理応答を中止するとともに中断中を解除し、このタイマ値は定周期のノード確認用発呼タイマより大きい値とし、通常の発呼はノード確認用発呼とは区別したことを特徴とする請求項１記載のＩＳＤＮターミナルサーバのデータ処理方法。
【請求項３】
中断中は中断タイマにより中断継続時間の監視を行い、中断タイマのタイムアップ時に強制的に中断を止めて切断を行うことを特徴とする請求項２記載のＩＳＤＮターミナルサーバのデータ処理方法。
【請求項４】
中断の呼制御にはユーザ情報を付加して相手ノードに通知することを特徴とする請求項２および３記載のＩＳＤＮターミナルサーバのデータ処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ＩＳＤＮとＬＡＮとを接続したクライアント・サーバシステムにおいて、ＩＳＤＮの回線交換における回線の中断・再開を行うＩＳＤＮターミナルサーバのデータ処理方法に関する。
【０００２】
【従来の技術】
ＩＳＤＮの回線交換における回線の中断・再開を行うには、次に示すようなシステムが用いられる。図１９は、その１つであるＩＳＤＮとＬＡＮとを接続したクライアント・サーバシステムの構成説明図で、図１９において、１１はＬＡＮ１２に接続されたサーバマシンである。ＬＡＮ１２にはクライアントＰＣ（パーソナルコンピュータ）１３とＩＳＤＮターミナルサーバ１４の一端が接続されている。ＩＳＤＮターミナルサーバ１４の他端はＩＳＤＮ回線１５に接続される。ＩＳＤＮ回線１５には複数のクライアントＰＣ１６Ａ，１６Ｂ、１６Ｃが接続されている。
【０００３】
上記のように構成された、ＩＳＤＮ回線１５に接続されているクライアントＰＣ１６Ａ〜１６ＣではＬＡＮ１２上に接続されているクライアントＰＣ１３と同一のアプリケーションソフトウェアが動作し、ＩＳＤＮターミナルサーバ１４でＩＳＤＮ回線１５とＬＡＮ１２のデータ変換を行う。そして、クライアントＰＣ１６Ａ〜１６ＣとＩＳＤＮターミナルサーバ１４間で一定時間データの送受信がないと、中断を行い、再びデータが流れると再開を行うようになっている。
【０００４】
上記に示したシステムは、ＩＳＤＮ回線とＬＡＮ回線を接続する装置およびＩＳＤＮ回線へ接続するＰＣにおいて、ＩＳＤＮ回線の中断時に相手ノード確認等の定期メッセージ通信の代理応答機能（後述する）を行う場合にも使用される。
図１９の代理応答箇所はＬＡＮ１２とＩＳＤＮターミナルサーバ１４間と、クライアントＰＣ１６Ａ，１６Ｂ，１６Ｃ内である。前記ＩＳＤＮはワイドエリアネットワーク（ＷＡＮ）とも称され、このＩＳＤＮ上で図２０に示すように２つのノードＡ，Ｂが接続されていた場合、通信料を節約するためにデータ通信が一定時間無いと接続を中断し、通信要求が発生したときに再接続する方法がある。図２１はこの方法におけるときの中断・再開のフローチャートで、Ｓ１はノードＡとＢを接続するステップで、接続後、一定時間通信がないかをステップＳ２で判断する。ステップＳ２で「ＹＥＳ」ならステップＳ３に処理が進んでノードＡとＢの中断の処理を行う。その後、ステップＳ４で通信要求があるかを判断し、「ＹＥＳ」の場合にはステップＳ５でノードＡとＢとの再接続（再開）を行ってステップＳ２から再び処理を行う。なお、ステップＳ２、Ｓ４で「ＮＯ」の場合には再び、ステップＳ２およびステップＳ４から処理が行われる。また、ステップＳ３、Ｓ４、Ｓ５は通信料節約のステップである。
【０００５】
上記再接続をＷＡＮ接続中の中断／再開機能と呼び、中断中は各々のノードで論理リンクは接続中であり、通信要求があれば即座にＷＡＮの接続を再開してデータ通信を行う。この中断／再開機能は通信料の節約を目的とするものである。このようなデータ通信の中断の判定方法としては、ある一定時間データの送信又は受信が無ければデータ通信は中断（途切れ）されているものとしているが、このときの判定時間は、予め固定された値が設定されている。
【０００６】
前記図２０に示すように、ノードＡとノードＢが中断状態になるためには、データ通信が一定時間無いことが必要である。しかし、通信プロトコル上、相手ノードの存在を確認するメッセージが定期的に流れる場合がある。このため、ノードＡおよびノードＢ内部で相手ノード確認用メッセージに対して相手ノードに代わって応答する機能が必要になる。この機能が中断時の代理応答である。
【０００７】
図２２はクライアントＰＣ内の構成説明図で、図２２において、符号Ａ部分はアプリケーションソフト、符号Ｂ部分はＬＡＮ通信ソフト、符号Ｃ部分はＩＳＤＮボード用ドライバソフト、符号Ｄ部分はＩＳＤＮ接続／切断ソフトである。前記アプリケーションソフトは各用途毎のアプリケーション、ＬＡＮ通信ソフトはＬＡＮ上の通信プロトコルを行う。また、ＩＳＤＮボード用ドライバソフトは上位ソフトとＩＳＤＮボードのＩ／Ｆを行いＬＡＮボード用ドライバと互換性を持ち、ＩＳＤＮ接続／切断ソフトはＩＳＤＮ回線の接続／切断を行うものである。通常の接続／切断手順は次のように行われる。接続手順は符号Ｄのソフトで接続し、符号Ｂ，Ａのソフトを順番に起動する。切断手順は符号Ａ，Ｂのソフトの順で動作を終了してから符号Ｄのソフトで切断する。
【０００８】
なお、前述した図１９等に示したＩＳＤＮターミナルサーバ１４とクライアントＰＣ１６Ａ，１６Ｂ…に実装するＩＳＤＮボードは違うため２種類になるが、ＩＳＤＮ処理部は図２３に示すようにほぼ同一構成である。図２３において、１４ａは外部バスＩ／Ｆ制御部、１４ｂはＣＰＵ、１４ｃはＲＯＭ、１４ｄはＲＡＭ、１４ｅはタイマ、１４ｆはＩＳＤＮ通信部および１４ｇはＩＳＤＮＩ／Ｆ部である。
【０００９】
【発明が解決しようとする課題】
図１９のシステム構成において、一定時間データが流れないと、クライアントＰＣは中断（回線の切断）処理を行い、中断後、データが再び流れると、再開（回線の再接続）処理を行う。中断が行われるには、必ず一定時間待ちが生じ、その分通信料が無駄になってしまう。
【００１０】
例えば、次表のように距離に対して待ち時間にかかる通信料が設定されていると、通信距離が遠くなるほど待ち時間にかかる通信料が多くなる。このため、中断・再開が何回も行われると、待ち時間通信料、すなわち無駄な通信料はかなりな額となってしまう。従って、待ち時間を変化させて待ち時間にかかる通信料を削減する必要がある。
【００１１】
【表１】
0003644155.tif 000002
【００１２】
図１９に示したシステム構成におけるクライアントサーバでは回線の中断・再開を人手によって行っているため、手間がかかるとともに、中断を忘れることもあるという問題がある。また、ＩＳＤＮにはパケット交換もあるが、パケット交換は実際に流れたパケットに課金されるものの通信速度が現状で最大の９．６ｋｂｐｓ（回線交換は６４ｋｂｐｓ）と遅い問題もある。
【００１３】
上記通信料の問題は次のような場合にもある。例えば、ＬＡＮ１２上のサーバマシン１１からクライアントＰＣ１６Ａ〜１６Ｃにデータを配信したい場合やクライアントＰＣ１６Ａ〜１６Ｃ間でデータ通信を行いたい場合はどうしてもＩＳＤＮターミナルサーバ１４から先にデータ通信を行う必要がある。例えば、ＩＳＤＮターミナルサーバ１４から発呼すると、通信料はＩＳＤＮターミナルサーバ１４側に課金されてしまう。サーバとクライアント両方の通信料を同じ人が支払う場合には問題は生じないが、違う人が支払うばあいには料金の正確な切り分けができなく、また、各クライアントの通信料からＩＳＤＮ回線の使用量をチェックできなくなる問題がある。
【００１４】
通信料を削減するには前述のように判定時間を設定して行う方法があるけれども、設定値が適切でないと、望んだ結果が得られない。例えば、設定値が極端に短いと、過剰な切断を行い、かえって通信料が高くなってしまう問題がある。逆に設定値が長すぎると、中断／再開が機能しないままで終わってしまう。この問題を解決するためには、通話毎にその宛て先に応じた料金体系に基づいて時間を割り出さなければならない。このために以下の３つの方法がある。
【００１５】
１．通話毎に人手によって適切な判定時間を指定する方法
２．内部に料金体系のデータベースをもち、それを基に通話毎に割り出す方法
３．１度目は適当な値を用いて通信を行い、そのときかかった時間と料金から適切な値を割り出して、次回からの同一相手に対する通信時に使用する。
【００１６】
上記１、２番目の方法はＩＳＤＮに性格上、現実的でないが、３番目の方法のように自動的かつダイナミックな設定が最も現実的で有効である。
【００１７】
前述した代理応答は規格化されているものが少ない。アプリケーションレベルで独自のノード確認等の定期メッセージをやり取りしていると、専用の代理応答を追加しなければならない問題がある。また、代理応答処理がＲＯＭ化されていると、処理を追加するためにはＲＯＭを交換しなければならないなどの手間を必要とする。さらに、代理応答がないと、ＩＳＤＮ回線の中断／再開で中断中に定期メッセージ通信が発生すると再開になり、通信料の節約にならないが、定期メッセージ通信の代理応答ができて中断／再開が有効的になると通信料の節約になる。しかし、この場合、次のような問題が新たに発生する。
【００１８】
１．図２０において、ノードＡまたはノードＢが突然ダウンした場合（電源断やリセット等）残されたノードの通信要求がない限り、残されたノードは相手ノードが正常と判断し、中断状態を継続する。結果として、他のノードと接続できない
２．ノードＡとノードＢ間で中断中がいつまでも続くと、ノードＡおよびノードＢに他のノードが接続できない
３．上記１、２を防ぐためには、中断中にも相手ノードの確認が必要となる。
しかし、ノード確認メッセージを流すと、本来の目的である通信料の節約に結び付かない。
【００１９】
この発明は上記の事情に鑑みてなされたもので、通信料金の節約を図ることができるようにするとともに、自動的に回線の中断／再開を行うことができるようにしたＩＳＤＮターミナルサーバのデータ処理方法を提供することを課題とする。
【００２０】
【課題を解決するための手段】
この発明は、上記の課題を達成するために、第１発明は、ＩＳＤＮ回線に回線交換で接続された複数のコンピュータ機器と、これらコンピュータ機器同士でデータ転送を行うとともに、ＩＳＤＮ回線とＬＡＮとを接続したＩＳＤＮターミナルサーバを介してＬＡＮに接続されたコンピュータ機器とデータ転送を行うＩＳＤＮターミナルサーバのデータ処理方法において、
ＩＳＤＮ回線情報として中断を行うために待つ時間となるタイマ値を設定した後、通信時間と通信料を得、その通信時間と通信料から単位料金あたりの時間を求めてその時間を中断移行のタイマ値とし、次の中断を行うときには前記求めた中断移行のタイマ値を使用し、中断が行われる度に上記処理を実行するに際して、
ＩＳＤＮターミナルサーバとコンピュータ機器間でＩＳＤＮ回線の中断／再開の状態を作成してＩＳＤＮ回線を確保するとともに、ＩＳＤＮターミナルサーバで中断中のコンピュータ機器の情報を保持し、再開があったとき、前記保持した情報を使用して通信を行うことを特徴とするものである。
【００２７】
第２発明は、ＩＳＤＮ回線中断時にＬＡＮ上のコンピュータ機器からＩＳＤＮ回線上のコンピュータ機器へ出された相手ノード確認等の定期メッセージの代理応答を行う際に、中断中は定周期でＩＳＤＮ回線に接続されたコンピュータ機器からＩＳＤＮターミナルサーバへノード確認用発呼を行った後、発呼を受け付けたターミナルサーバは中断中では着信拒否を行い、この着信拒否によりコンピュータ機器はＩＳＤＮターミナルサーバが中断中と判断し、中断中のコンピュータ機器とＩＳＤＮターミナルサーバは互いに相手のアドレスを記憶し、相手以外からのノード確認用発呼は別の着信拒否を行い、一方、ノード確認用発呼を受け付ける側のＩＳＤＮターミナルサーバには受信タイマを有し、このタイマのタイムアウトでＩＳＤＮターミナルサーバは相手コンピュータ機器がダウンしたと判断して代理応答を中止するとともに中断中を解除し、このタイマ値は定周期のノード確認用発呼タイマより大きい値とし、通常の発呼はノード確認用発呼とは区別したことを特徴とするものである。
【００２８】
第３発明は、中断中は中断タイマにより中断継続時間の監視を行い、中断タイマのタイムアップ時に強制的に中断を止めて切断を行うことを特徴とするものである。
【００２９】
第４発明は、中断の呼制御にはユーザ情報を付加して相手ノードに通知することを特徴とするものである。
【００３０】
【発明の実施の形態】
以下この発明の実施の形態を図面に基づいて説明する。図１はこの発明の実施の第１形態を示すフローチャートで、図１において、まず、単位時間当たりの通信時間を算出するために回線の情報としてステップＳ１で中断用のタイマ値（中断を行うために待つ時間）を任意に設定する。例えば、その時間を（２分５０秒）とする。タイマ値設定後、次にステップＳ２で、中断により通信時間と通信料を取得する。この通信時間と通信料から１０円当たりの時間を求め、以後、その時間をステップＳ３で中断移行のタイマ値とする。このタイマ値は次式により求める。
【００３１】
タイマ値（秒）＝１０円当たりの時間（秒）＝通信時間（秒）÷通信料（円）×１０（小数点以下は切り捨て）
上記式でタイマ値を求めることにより表２に示す通信料金の時間が変更されても対応できる。また、夜間、深夜、早朝にも対応できる。
【００３２】
【表２】
0003644155.tif 000003
【００３３】
ステップＳ３で求めたタイマ値を、ステップＳ４で次の中断を行う場合に使用する。その後、ステップＳ５で中断が行われる度に、上記処理を実行する。次の表３は上記第１形態を適用したときの適用前と適用後の比較例を示したものである。
【００３４】
【表３】
0003644155.tif 000004
【００３５】
上記表３から第１形態の適用前と適用後の比較例を見ると、２回目以降の中断／再開処理でもかかる通信料を１０円に抑えることにより遠距離になるほど通信料を節約できるようになる。
【００３６】
次にこの発明の実施の第２形態を図２により述べる。図２において、まず、図１９に示すシステム構成において、ステップＳ１でＩＳＤＮターミナルサーバとクライアントＰＣ間でＩＳＤＮ回線の中断／再開を行う。その後、クライアントＰＣのＩＳＤＮ処理部では、一定時間送信／受信データが無いと、ステップＳ２でＩＳＤＮターミナルサーバに中断という意味を持たせた回線切断を発行する。
【００３７】
前記中断という意味を持った回線切断をステップＳ３で受け取ると、ステップＳ３は該当クライアントＰＣのデータ変換を行うための情報を残して中断状態となる。この中断状態のとき、クライアントＰＣはデータ送信要求があると、ステップＳ４で再開という意味を持たせた回線接続を発行する。この中断状態で再開という意味を持った回線接続をＩＳＤＮターミナルサーバが受け取ると、ステップＳ５で該当クライアントＰＣの情報を探して、有ればその情報を該当クライアントＰＣへ割り当てる。
【００３８】
ＩＳＤＮターミナルサーバのクライアントＰＣ用情報はＩＳＤＮ回線で接続できるチャネル数と同数のため、未使用のクライアントＰＣ用情報が無い場合は接続できない。このため、ステップＳ６は中断中のクライアントＰＣはいつでもすぐに回線の再開が可能となる。このとき、ＩＳＤＮターミナルサーバのクライアントＰＣ用情報を使用中から未使用にするには、使用中のクライアントＰＣから中断という意味を持たない回線切断を受け取るか、使用中のクライアントＰＣのダウンを検出した時である。
【００３９】
図３はクライアントＰＣにおける状態遷移図で、この図３において、切断状態とはイニシャル状態又はＩＳＤＮが切断していること、接続状態とはＩＳＤＮは通信中で、切断は接続状態へのみ移行可能であること、中断状態とは回線は切断しているが、いつでも再開は可能であること、再開状態とはＩＳＤＮは通信中であることを意味する。また、図３において、符号ａは人手により相手との接続要求を出すこと、符号ｂは一定時間通信データの送受信がないと、図２２における符号ＣのＩＳＤＮボード用ドライバソフトが自動的に中断の回線切断を発行すること、符号ｃは相手への送信データ要求があれば再開の回線接続を行い、データ送信をすること、および符号ｄは人手により相手との切断要求が出たことを意味する。
【００４０】
図４はＩＳＤＮターミナルサーバにおける状態遷移図で、この図４において、切断状態とはイニシャル状態又はＩＳＤＮ回線が空いていること、接続状態とはＩＳＤＮが通信中であること、中断状態とは回線は切断しているが、中断しているクライアントＰＣの情報は保持していること、再開状態とはＩＳＤＮは通信中で、中断していたクライアントＰＣしか再開できないことを意味する。また、図４において、符号ａはクライアントＰＣより回線接続要求を受信したこと、符号ｂは接続中クライアントＰＣより中断の回線切断要求を受信したこと、符号ｃは中断中クライアントＰＣより再開の回線接続要求を受信したこと、符号ｄはクライアントＰＣより回線切断要求を受信した又はクライアントＰＣのダウンを確認したこと、および符号ｅは中断中クライアントＰＣより一定時間再開の回線接続要求を受信しなかったことを意味する。
【００４１】
次に中断、再開の通知方法について述べる。中断、再開の通知は次のような順番で行われる。（１）ＩＳＤＮ接続、切断時のユーザ・ユーザ情報要素に再開、中断のコードを入れて判断する。（２）固有のユーザ・ユーザ情報であることを示すために識別コード（固定値）を図５に示すように入れる。そして、中断は回線切断時のノード動作コード＝中断、再開は回線接続時のノード動作コード＝再開を図５に示すように入れる。なお、回線接続か、回線切断かは規定された別の情報要素にセットする。（３）クライアントＰＣは固定値の識別コードをセットして接続要求ならユーザ・ユーザ情報に接続／再開情報を入れる。切断要求ならユーザ・ユーザ情報に切断／中断情報を入れる。（４）ＩＳＤＮターミナルサーバはユーザ・ユーザ情報が固定値の識別コードであれば接続／再開、切断／中断を判別する。ただし、再開は中断中のクライアントＰＣ、中断は接続中／再開中のクライアントＰＣのみ有効とする。
【００４２】
図５に示すノード動作コードとしては、次に示すようなものがある。
００Ｈ＝接続（回線接続）
１０Ｈ＝中断（回線切断）
２０Ｈ＝ノード確認（回線接続）
３０Ｈ＝再開（回線接続）
４０Ｈ＝切断（回線切断）
回線切断には、回線接続と回線接続の切断〜中断中の切断および回線切断の切断〜通信中再開中の切断がある。
【００４３】
上記のように構成した第２形態では次のような効果が得られる。（ａ）自動的に回線の中断／再開を行うことができる（クライアントＰＣ側）。（ｂ）ＩＳＤＮターミナルサーバ側も中断／再開処理を行うため、再開後に前と同一の状態で通信ができる。（ｃ）ＩＳＤＮターミナルサーバで中断中のクライアントＰＣの回線を確保しているので、クライアントＰＣは中断中にいつでもすぐに再開してサーバと通信ができる。（ｄ）通信料金の節約ができる。
【００４４】
次に第３形態を図６に示すフローチャートにより述べる。この図６において、Ｓ１は中断中にＩＳＤＮターミナルサーバからデータ送信要求が発生した場合のステップで、このステップＳ１で送信要求が発生した場合、まずクライアントＰＣに対して接続を促す発呼をステップＳ２で行う。この発呼によりクライアントＰＣは中断中のＩＳＤＮターミナルサーバであれば、ステップＳ３で一時的に接続する。このとき、ＩＳＤＮターミナルサーバと中断中でなければ、着信を拒否する。その後、クライアントＰＣはＩＳＤＮターミナルサーバへ中断を意味する発呼を行い中断状態となる。クライアントＰＣは中断後、ステップＳ５で改めて自局からＩＳＤＮターミナルサーバへ再開の発呼を行う。ステップＳ６でＩＳＤＮターミナルサーバは、クライアントＰＣから再開の着信があるまで送信データを保持し、回線が接続したところで相手にデータを送信する。
【００４５】
次に第３形態の信号の授受を図７に示す。図７において、符号Ａ部分は、ＩＳＤＮターミナルサーバが中断中のとき、クライアントＰＣに再開を促すための発呼で、これにより、クライアントＰＣはユーザ情報＝再開のSET UP（呼設定）を再開要求と判断して、一時的に接続し、数秒後にクライアントＰＣからユーザ情報＝中断の発呼をＩＳＤＮターミナルサーバへ行い中断状態となることを内容とする。その後、クライアントＰＣからSET UP（ユーザ情報）＝（再開）の発呼をＩＳＤＮターミナルサーバへ行う。すると、ＩＳＤＮターミナルサーバはクライアントＰＣと再開接続してデータをクライアントＰＣへ送信することを内容とするのが符号Ｂ部分である。なお、ＩＳＤＮターミナルサーバの再開要求が通信拒否であればクライアントＰＣは中断中でないと判断し、ＩＳＤＮターミナルサーバは送信データを捨てて中断中をクリアする。
【００４６】
上記第３形態のように構成すると、次のような効果が得られる。ＩＳＤＮ回線の接続は接続は主としてクライアントＰＣ側から行うため、通信料は大部分がクライアントＰＣへ課金される。ＩＳＤＮターミナルサーバへは、再開要求で若干課金されるのみで、中断中のクライアントＰＣへデータを送信できる。
【００４７】
次に第４形態について述べる。図８は第４形態を示すフローチャートで、図８において、ステップＳ１でメッセージ受信があると、代理応答のパターンをステップＳ２で認識する。この認識からステップＳ３で代理応答パターンであると、判断したとき（ＹＥＳ）、ステップＳ４で予め定義されたデータより代理応答を実行する。
【００４８】
上記パターンの認識方法には、ＬＡＮの通信プロトコル別にパターンを認識し、しかる後、パターン登録とチェックを行う。例えば、通信プロトコル別にパターンを認識するには図９に示すように、ＴＣＰ／ＩＰにおいてはパターンＡ，Ｂ，Ｃ、ＩＰＸ／ＳＰＸにおいてはパターンＤ，Ｅ，Ｆ、その他としてパターンＧ，Ｈ，Ｉを、まずプロトコルを識別し、その中のパターンのみをチェックして処理を短縮する。
【００４９】
次にパターンはＬＡＮデータ先頭からのバイトオフセット（オクテットオフセット）と識別コードを１組として１つ以上の組みから成り、このパターンを予め登録しておく。パターンの先頭には図１０に示すようにパターンの説明を登録するコメントエリアと前記パターンを１組とするパターン登録数が入る。
【００５０】
また、チェックはパターン登録数分、ＬＡＮデータの指定バイトオフセットエリアに識別コードと同一コードがあるかを比較し、全組が一致したものを代理応答パターンとする。
【００５１】
代理応答には次の４つの要素が登録できる。（１）固定データ、この固定のデータを登録して代理応答する。（２）折り返しデータ、受信データをそのまま応答データにコピーして代理応答する。折り返し受信データの位置と量および応答データの位置を登録する。（３）演算データ、受信データを四則演算して応答データにセットし代理応答する。演算する受信データの位置と量および応答データの位置と演算のオペランド（定数）を登録する。（４）アプリケーションデータ、ＩＳＤＮ呼設定時のユーザ・ユーザ情報に代理応答用データを相手側からもらい、そのデータを応答データにセットして代理応答する。ユーザ・ユーザ情報の位置と量および応答データの位置を登録する。
【００５２】
代理応答パターン識別データと代理応答データの登録は不揮発メモリに行う。データの登録および変更、削除は不揮発メモリにて行うため、容易に行うことができる。なお、パソコン等でデータ登録ツールを作成し、通信を使用してデータを登録することもできる。
【００５３】
上記第４形態によると次のような効果が得られる。代理応答の適用範囲が簡単に広がるため、通信料の節約が容易になり、またいろいろなケースに対応した代理応答を設定データで行えるため、ソフトウェア開発の工数を削減できる。さらに、不揮発メモリへのデータ登録とパソコン等のデータ設定ツールによりＲＯＭ交換なしに代理応答の追加、変更ができ、かつ代理応答のフォーマットやプロトコルが解かれればユーザレベルで登録ができるようになる。
【００５４】
図１１は第５形態を示す中断時のノード確認方法のフローチャートで、ＷＡＮには固定接続を除いて必ず発信、着信等の呼制御があるため、この呼制御を利用して相手ノードの存在確認を行うことができる。このことを利用した図１１のフローチャートについて述べる。図１１において、ステップＳ１は中断中は定周期で片方のノードから相手ノードへ発呼（ユーザ情報＝ノード確認）を行うステップである。ステップＳ１で相手ノードへ発呼を行った後、ユーザ情報＝ノード確認の発呼を受け付けたノードは、ステップＳ２において、中断中では相手ノードの自ノードに対するノード確認と認識し、着信拒否をする。着信拒否の理由は中断中の着信拒否と判断できるものにする。
【００５５】
次に相手ノード確認の発呼をしたノードは、ステップＳ３で着信拒否と拒否理由により相手ノードが中断中であると判断する。中断中と判断できない場合は、中断状態をクリアする。その後、中断中の両ノードは、ステップＳ４で相手ノードのアドレスを記憶しておき、相手ノード以外のノードからのノード確認用発呼は別の着信拒否を行う。一方、ノード確認用発呼を受け付ける側のノードは、ステップＳ５でノード確認用発呼の受信タイマを持ち、受信タイムアウトで相手ノードがダウンしたと判断する。なお、この受信タイマ値は定周期のノード確認用発呼タイマより充分に大きい値とする。また、通常の発呼はユーザ情報＝ノード確認以外のため、ステップＳ６でノード確認用発呼とは区別できる。
【００５６】
上記形態の構成において、中断時間には制限を設けるため、中断継続タイマを用意してタイムアップ時には強制的に中断を止めて切断を行う。中断中の切断はユーザ情報に中断中の切断を明示して相手ノードに発呼を行い、受け付けたノードは中断中を解除するとともに、着信拒否を行う。
【００５７】
ここで、上記第５形態における信号の授受について、図１９を例にとって述べる。図１９において、ノード確認は、必ずクライアントＰＣ１６Ａ，１６Ｂ…からＩＳＤＮターミナルサーバ１４へ向けて行う。図１２は接続の場合における信号授受の説明図、図１３は通信→中断→再開の場合における信号授受の説明図で、以下図１２から図１８において、信号名称は次の意味を持っている。
【００５８】
（１）ＩＳＤＮプロトコル呼設定用メッセージ
ＳＥＴ  ＵＰ：呼設定、ユーザ・ユーザ情報付
ＣＡＬＬ  ＰＲＯＣ：呼設定受付（CALL PROCEEDING）
ＣＯＮＮ：応答（CONNECT）
ＣＯＮＮ  ＡＣＫ：応答確認（CONNECT ACKNOWLEDGE）
（２）ＩＳＤＮプロトコル呼切断復旧用メッセージ
ＤＩＳＣ：切断、ユーザ・ユーザ情報と理由表示付（DISCONNECT）
ＲＥＬ：解放、理由表示付（RELEASE）
ＲＥＬ  ＣＯＭＰ：解放完了理由表示付（RELEASE COMPLETE）
（３）ユーザ情報：ＳＥＴＵＰ、ＤＩＳＣなどに付加できるユーザ・ユーザ情報（UUI）この情報は課金対象となる。
【００５９】
（４）理由表示：切断／解放の理由を示す情報要素（電話会社でコードを規定している）この情報は課金対象ではない。
【００６０】
（５）独自情報は次の４つである。Ｔ１：中断タイマ（接続中に一定時間データが流れないのを検出する）、Ｔ２：中断中のノード確認送信タイマ、Ｔ３：中断中のノード確認受信タイマ、Ｔ４：中断継続タイマ（中断継続時間を監視するタイマ）
図１２の接続の場合における信号授受の説明図において、クライアントＰＣ１６Ａは、ＩＳＤＮターミナルサーバ１４に接続という意味を持たせた回線接続を発行する。ＩＳＤＮターミナルサーバ１４は接続という意味を持った回線接続を受け取ると、クライアント情報を構築して接続応答（この応答にはユーザ情報を付加する）を発行する。前記接続応答を受け取ったクライアントＰＣ１６ＡはＴ１を起動する。なお、前記接続応答で受け取ったユーザ情報を、以降の処理で使用する。
図１３は通信→中断→再開の場合における信号授受の説明図で、図１３において、クライアントＰＣ１６Ａは、一定時間送信／受信データがないと（Ｔ１タイムアウト）、ＩＳＤＮターミナルサーバ１４に中断という意味を持たせた回線切断を発行する。なお、Ｔ１はデータ送受信毎に起動する。また、中断の情報はユーザ情報に付加する。
【００６１】
ＩＳＤＮターミナルサーバ１４は中断という意味を持った回線切断を受け取ると、該当クライアントＰＣの情報は残して中断状態へ移行する。このとき、Ｔ３，Ｔ４を起動する。なお、Ｔ３＜＜Ｔ４とする。次に、クライアントＰＣ１６Ａは中断状態へ移行するとき、Ｔ２を起動する。Ｔ２，Ｔ３の関係はＴ２＜Ｔ３である。クライアントＰＣ１６Ａは中断状態において、Ｔ２がタイムアウトすると、ノード確認（ユーザ情報＝ノード確認）の回線接続を発行する。
【００６２】
ＩＳＤＮターミナルサーバ１４はノード確認を受け取ると、該当クライアント情報を検索し、中断状態であれば、確認を意味する理由表示を付加した拒否を発行する。このとき、Ｔ３を再起動する。なお、ノード確認の理由表示は、例えば、＃２１通信拒否とする。クライアントＰＣ１６Ａはノード確認中に理由表示＃２１の拒否を受けた場合、ノード確認成功と見なしてＴ２を起動する。
【００６３】
ＩＳＤＮターミナルサーバ１４は中断状態において、データ送信要求があると、クライアントＰＣ１６Ａに再開を行ってもらうために再開を促す意味を持った回線接続を発行する。再開を促すのはユーザ情報＝再開の回線接続である。クライアントＰＣ１６Ａは中断状態において、再開を促す回線接続を受け取ると、一時的に回線を接続し数秒後に中断を行い、その後、再開という意味を持った回線接続を発行する。または、クライアントＰＣ１６Ａは中断状態において、データ送信要求があると、再開という意味を持たせた回線接続を発行する。なお、再開の情報はユーザ情報に付加する。また、Ｔ２を停止する。
【００６４】
ＩＳＤＮターミナルサーバ１４は中断状態において、再開という意味を持った回線接続を受け取ると、該当クライアントＰＣ１６Ａの情報を検索し、存在すればその情報を割り当てる。このとき、Ｔ３，Ｔ４を停止する。なお、情報を割り当てるとき、回線情報が若干変動する場合があるので、一部作成し直す必要がある。
【００６５】
図１４は通信中の切断の場合における信号授受のときの説明図で、この図１４において、クライアントＰＣ１６Ａは上位から切断要求がくると、切断という意味を持った回線切断を発行する。このとき、Ｔ２を停止する。なお、切断の情報をユーザ情報に付加する。ＩＳＤＮターミナルサーバ１４は通信中に切断という意味を持った回線切断を受け取ると、回線を切断し、該当クライアント情報を消去する。
図１５は中断→切断の場合における信号授受のときの説明図で、この図１５において、クライアントＰＣ１６Ａはまず中断という意味を持った回線切断をＩＳＤＮターミナルサーバ１４へ発行し、中断状態へ移行する。この時クライアントＰＣ１６Ａは上位から切断要求がくると切断という意味を持った回線接続を発行しＩＳＤＮターミナルサーバ１４は着信拒否を応答するとともにクライアントＰＣ１６Ａの情報を消去する。
【００６６】
図１６は中断→他ノードからの着信拒否があった場合の信号授受の説明図で、ＩＳＤＮターミナルサーバ１４は他ノードから接続という意味を持った回線接続を受けると、回線が使用可能かどうかチェックし、使用不可であれば回線接続を拒否する。回線が使用可能かどうかのチェックは以下の通りである。
【００６７】
代表番号機能ありの場合
回線総数×２ｃｈ−（通信ノード数＋中断ノード数）＞０……使用可
回線総数×２ｃｈ−（通信ノード数＋中断ノード数）＝０……使用不可
通信ノード数＋中断ノード数＝使用ノード数
代表番号機能なしの場合
２ｃｈ−（通信ノード数＋中断ノード）＞０……使用可
２ｃｈ−（通信ノード数＋中断ノード）＝０……使用不可
図１７はノード確認異常（ノード確認失敗によるＰＣ状態復帰）のときの信号授受の説明図で、Ｔ２タイムアウトによりクライアントＰＣ１６Ａはノード確認を行う。ＩＳＤＮターミナルサーバ１４はノード確認を受けるが、システムを再立ち上げしたため、該当クライアント情報が存在しないので、回線接続の拒否を行う。回線接続の拒否は例えば＃８８とする。この時、クライアントＰＣ１６Ａは中断状態を解除する。
【００６８】
図１８は中断→切断（Ｔ４タイムアウトによる状態復帰）における信号授受の説明図で、この図１９において、中断状態へ入り、一度も再開をしないと、ＩＳＤＮターミナルサーバ１４はＴ４タイムアウトにより中断状態にあるクライアントＰＣの情報を消去する。このとき、Ｔ３を停止する。
【００６９】
上記第５形態のように構成すると、中断中に相手ノードの存在をチェックできるため、相手ノードがダウンしても認識して、中断状態を解除できるとともに、中断状態を忘れて他のノードが長時間接続できないことを中断タイマにより防止できる利点がある。なお、ユーザ情報には若干の課金がある。しかし、中断／再開を有効に行うことにより、通信料の大幅な節約ができるとともに、低料金のノード確認によってシステムを安心して運用できる。
【００７０】
上述した各形態において、接続装置の回線チャンネルに接続許可プライオリティを設けて、特定の端末のみアクセス可能にしても良い。また、通信相手毎にその局の優先レベルを設定し、自局に設定された優先レベルより高位なレベルの相手局が接続をして来た場合は、その接続を拒否することなく接続し、低位なレベルの局が接続してきた場合は、その接続を拒否するように構成しても良い。この構成としては、相手局とそのレベルは装置内部のメモリに蓄積しておき、また着信を拒否しないレベルについても装置内部のメモリに蓄積しておく、このレベルについては、自局および通信相手より設定可能な形態としておく。
【００７１】
さらに、ＩＳＤＮ回線にてデータの送受信を行う機器間で、送受信するデータが無い場合でも回線接続状態にあると通信料金が課金される。これを防止するためにタイマを設けて、タイマがデータ送受信断を検出した場合には回線を切断し、回線を一時保留する。この場合それまで通信していた相手先の電話番号をメモリにセーブする手段を講じているが、この一時保留中に同一端末で違う電話番号からの接続ができなくなる。これを解決するために、端末毎にＩＤ番号を設定し、機器はそのＩＤ番号により接続切断を行うようにすれば、違う電話番号からでも回線接続ができるように構成しても良い。
【００７２】
上記の他に、ＰＨＳを使用した通信料金は電話と同様に通信時間で課金されるために、データ通信を行っていないときでも、呼が切断されない限り課金されてしまう。これを防止するために、クライアントＰＣのＰＨＳ処理部では一定時間送受信データが無いと、この中断が一時的なものであることを伝えるため、切断信号に一時接続中断の理由コードをセットして回線の切断を行うようにすれば、課金されることはなくなるように構成しても良い。
【００７３】
【発明の効果】
以上述べたように、この発明によれば、以下のような効果が得られる。
【００７４】
第１発明によれば、求めたタイマ値で中断を行うので、通信時のコストを低減できるとともに、中断時に毎回タイマ値を更新するので、時間帯によって変わる通信料金の時間にも対応できる。また、（ａ）自動的に回線の中断／再開を行うことができ、（ｂ）ＩＳＤＮターミナルサーバ側も中断／再開処理を行うため、再開後に前と同一の状態で通信ができ、（ｃ）ＩＳＤＮターミナルサーバで中断中のクライアントＰＣの回線を確保しているので、クライアントＰＣは中断中にいつでもすぐに再開してサーバと通信ができ、（ｄ）通信料金の節約ができるなどの、効果が得られる。
【００７８】
第２発明から第４発明によれば、中断中に相手ノードの存在をチェックできるため、相手ノードがダウンしても認識して、中断状態を解除できるとともに、中断状態を忘れて他のノードが長時間接続できないことを中断タイマにより防止できる利点がある。
【図面の簡単な説明】
【図１】この発明の実施の第１形態を示すフローチャート。
【図２】この発明の実施の第２形態を示すフローチャート。
【図３】クライアントＰＣにおける状態遷移図。
【図４】ＩＳＤＮターミナルサーバにおける状態遷移図。
【図５】ユーザ・ユーザ情報識別コード説明図。
【図６】この発明の実施の第３形態のフローチャート
【図７】この発明の実施の第３形態の信号の授受説明図。
【図８】この発明の実施の第４形態のフローチャート。
【図９】パターン認識方法説明図。
【図１０】パターン説明図。
【図１１】この発明の実施の第５形態のフローチャート。
【図１２】第５形態における信号授受説明図。
【図１３】第５形態における信号授受説明図。
【図１４】第５形態における信号授受説明図。
【図１５】第５形態における信号授受説明図。
【図１６】第５形態における信号授受説明図。
【図１７】第５形態における信号授受説明図。
【図１８】第５形態における信号授受説明図。
【図１９】クライアント・サーバシステムの構成説明図。
【図２０】通信料節約のための説明図。
【図２１】図２０における中断・再開のフローチャート。
【図２２】クライアントＰＣ内構成説明図。
【図２３】ＩＳＤＮ処理部説明図。
【符号の説明】
１１…サーバマシン
１２…ＬＡＮ
１３、１６Ａ，１６Ｂ、１６Ｃ……クライアントＰＣ
１４…ＩＳＤＮターミナルサーバ
１５…ＩＳＤＮ回線網
Ｓ１…中断用タイマ値設定ステップ
Ｓ２…通信時間と通信料を得るステップ
Ｓ３…中断用タイマ値を得るステップ
Ｓ４…求めたタイマ値を使用するステップ
Ｓ５…中断が行われるかの判断ステップ
【図１】
0003644155.tif 000005
【図２】
0003644155.tif 000006
【図３】
0003644155.tif 000007
【図４】
0003644155.tif 000008
【図５】
0003644155.tif 000009
【図６】
0003644155.tif 000010
【図７】
0003644155.tif 000011
【図８】
0003644155.tif 000012
【図９】
0003644155.tif 000013
【図１０】
0003644155.tif 000014
【図１１】
0003644155.tif 000015
【図１２】
0003644155.tif 000016
【図１３】
0003644155.tif 000017
【図１４】
0003644155.tif 000018
【図１５】
0003644155.tif 000019
【図１６】
0003644155.tif 000020
【図１７】
0003644155.tif 000021
【図１８】
0003644155.tif 000022
【図１９】
0003644155.tif 000023
【図２０】
0003644155.tif 000024
【図２１】
0003644155.tif 000025
【図２２】
0003644155.tif 000026
【図２３】
0003644155.tif 000027