JP2004096301A - 通信方法 - Google Patents

Abstract

【課題】通信相手との接続が失敗した場合に、その失敗の理由に基づいて適応的に再呼出を行えるようにする。
【解決手段】サーバが、ＲＡＳサーバにＰＨＳ端末呼出要求を行うと、ＲＡＳサーバは、ＰＨＳ端末呼出要求を行う。制御装置は、ＰＨＳ端末に対して着信処理を行う。ＰＨＳ端末が応答しないと、制御装置は、ＲＡＳサーバに対して呼出失敗を、理由を付して通知する。ＲＡＳサーバは、呼出失敗の理由をＩＣＭＰエラーメッセージに変換し、サーバに通知する。サーバは、ＩＣＭＰエラーメッセージを受けると、エラーメッセージの内容に応じて、ＲＡＳサーバに対する呼出要求を適応的に行う。
【選択図】　　　　　図７

Description

【０００１】
【発明の属する技術分野】
本発明は、ＰＨＳなどを介して通信を行う通信方法に関する。
【０００２】
【従来の技術】
例えば、「特開平１０−３２６２３１号公報」（文献１）は、エラー種別に応じた再送処理を行う方式を開示する。
しかしながら、文献１は、第２２７段落において、上記エラー種別として、相手端末側が通信中および電源オフの場合に言及しているのみである。
【０００３】
また、例えば、「特開平１１−３３１３８３号公報」（文献２）は、構内交換システムがモーニングコールを行った場合に、端末のランクに応じて、応答しない端末に対して再呼出を行う方法を開示する。
しかしながら、文献２は、エラー種別に応じて再呼出を行う方法を開示していない。
【０００４】
【発明が解決しようとする課題】
本発明は、上述した従来技術の問題点に鑑みてなされたものであり、通信相手への接続が失敗した場合に、その失敗の理由に基づいて再接続要求の時間間隔などを調節することにより、再度、接続を要求した時に、高い確率で通信相手と接続が成功するようにした通信方法を提供することを目的とする。
【０００５】
【課題を解決するための手段】
上記目的を達成するために、本発明にかかる通信方法は、第１の通信ノートと第２の通信ノードとが、これらを接続する通信システムを介して通信を行う通信方法であって、前記第１の通信ノードは、前記通信システムに対して、前記第２の通信ノードへの接続を要求し、前記通信システムは、前記第１の通信ノードからの接続要求に応じて、前記第１の通信ノードと前記第２の通信ノードとの間の接続を試み、前記前記第１の通信ノードと前記第２の通信ノードとの間を接続が失敗した場合には、前記第１の通信ノードに対して、前記接続の失敗の理由を通知し、前記第１の通信ノードは、前記接続の失敗の通知を通知された場合に、前記通知された失敗の理由に応じて、前記通信システムに対する前記第２の通信ノードへの接続の要求を止め、または、前記通信システムに対して前記第１の通信ノードとの接続の要求を繰り返す。
好適には、前記第１の通信ノードは、前記通信システムに対して前記第１の通信ノードとの接続の要求を繰り返す場合に、前記接続の失敗の理由に応じて、前記接続の要求を繰り返す時間間隔を変更する。
【０００６】
好適には、前記通信システムは、前記第１の通信ノードと前記第２の通信ノードとの間を、無線通信回線を介して回線交換する。
【０００７】
【発明の実施の形態】
［背景］
本発明の理解を助けるために、まず、本発明にかかる通信方法がなされるに至った背景を説明する。
図１は、本発明にかかる通信方法が適応される通信システム１の構成を例示する図である。
図１に示すように、通信システム１は、有線通信システム２、ＰＨＳ（Ｐｅｒｓｏｎａｌ　Ｈａｎｄｙｐｈｏｎｅ　Ｓｙｓｔｅｍ）システム３およびクライアント装置４から構成される。
有線通信システム２は、１つ以上のサーバ２０（図１においてはサーバ２０が２つの場合を例示）が、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）２２を介して接続されて構成される。
【０００８】
ＰＨＳシステム３は、ＬＡＮ２２と接続される制御装置３０、１つ以上の基地局３２、基地局３２と無線通信回線を介して接続される１つ以上のＰＨＳ端末３４（図１においては基地局３２およびＰＨＳ端末３４がそれぞれ１つの場合を例示）、および、コンソール３６から構成される。
制御装置３０は、およびＲＡＳ（Ｒｅｍｏｔｅ　Ａｃｃｅｓｓ　Ｓｅｒｖｉｃｅ）サーバ２４を、例えばＩＦボードとして内蔵している。
クライアント装置４は、ＰＨＳ端末３４に接続される。
以上の構成部分により、通信システム１は、サーバ２０とクライアント装置４との間の通信を実現する。
【０００９】
有線通信システム２において、サーバ２０（以下、サーバ２０−１，２０−２のいずれかを特定せずに示す場合には単にサーバ２０と記す）は、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ／　Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）による通信を行う。
また、サーバ２０は、ＲＡＳサーバ２４およびクライアント装置４との間で、ＵＤＰ／ＩＰ（Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ／　Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）による通信を行う。
【００１０】
ＲＡＳサーバ２４は、サーバ２０から、ＰＨＳ端末３４の呼出要求を受けて、制御装置３０に対して、ＰＨＳ端末３４の呼出要求を行い、要求元のサーバ２０とＰＨＳ端末３４との間を回線接続し、データ通信を可能とする。
制御装置３０は、基地局３２とＰＨＳ端末３４との間の通信の制御を行う。
コンソール３６は、制御装置３０から入力される通信状態の表示を行い、また、ユーザの操作を受け入れて、制御装置３０に対して出力する。
【００１１】
以上説明したように、通信システム１においては、サーバ２０がＰＨＳ端末３４への発呼を要求し、ＰＨＳ端末３４に接続されているクライアント装置４との間で通信を行うことができる。
しかしながら、ＰＨＳ端末３４がＰＨＳシステム３の通信エリア外にある（圏外）、ＰＨＳ端末３４の電源がオフになっている、ＰＨＳ端末３４が通話中の状態である、接続のためのパラメータが間違っているなどの理由により、サーバ２０がＰＨＳ端末３４への発呼を要求しても、サーバ２０とＰＨＳ端末３４との間で通信回線が接続できないことがある。
【００１２】
このような場合に、例えば、通信回路の接続が失敗した理由のいかんにかかわらず、再度の発呼要求の繰り返しを一律に行うように設定されていると、サーバ２０が、接続が全く不可能であるにもかかわらず、ＰＨＳ端末３４への再発呼要求を繰り返してしまうといった不具合が生じることがある。
また、全く不要なデータがＬＡＮ２２上を伝送されて、輻輳が生じる可能性もある。
本発明にかかる通信方法は、ＰＨＳ端末３４とサーバ２０との間の接続が失敗した場合に、制御装置３０からＲＡＳサーバ２４を介してサーバ２０に返されるエラーメッセージに応じて、サーバ２０が適応的に再接続要求を行うようにすることにより、上述の不具合を解消している。
【００１３】
［実施形態］
以下、本発明にかかる通信方法の実施形態を説明する。
図２は、図１に示したサーバ２０、ＲＡＳサーバ２４、制御装置３０およびクライアント装置４のハードウェア構成を示す図である。
図２に示すように、サーバ２０、ＲＡＳサーバ２４、制御装置３０およびクライアント装置４はそれぞれ、ＣＰＵ１０２およびメモリ１０４などを含む本体１０、通信装置１２、記録装置１４および入力・表示装置１６を含む。
【００１４】
つまり、サーバ２０、ＲＡＳサーバ２４、制御装置３０およびクライアント装置４はそれぞれ、ネットワークを介して通信可能なコンピュータとしての構成部分を含む。
サーバ２０、ＲＡＳサーバ２４、制御装置３０およびクライアント装置４はそれぞれには、記録媒体１４０などを介して通信制御などに必要なソフトウェア（図示せず）が供給される。
サーバ２０、ＲＡＳサーバ２４および制御装置３０は、供給されたソフトウェアをメモリ１０４にロードして実行することにより、以下に説明する通信制御を実現する。
【００１５】
［通信システム１における通信制御］
以下、通信システム１における通信制御を説明する。
図３は、図１に示した通信システム１の通信制御処理（Ｓ１０）を示すフローチャートである。
図３に示すように、ステップ１００（Ｓ１００）において、サーバ２０（図１）は、ＰＨＳ端末３４に対する発呼を要求するために、ＲＡＳサーバ２４に対して、ＰＨＳ端末呼出パケットを送出する。
【００１６】
ステップ１０２（Ｓ１０２）において、ＲＡＳサーバ２４は、サーバ２０からのＰＨＳ端末呼出パケットを受信する。
【００１７】
ステップ１０４（Ｓ１０４）において、ＲＡＳサーバ２４は、ＰＨＳ端末呼出パケットに含まれる呼出宛先ＩＰアドレスを参照し、呼出宛先ＩＰアドレスが、ＲＡＳサーバ２４に登録されているＰＨＳ端末３４のＩＰアドレスであるか否かを判断する。
ＰＨＳ端末３４のＩＰアドレスが登録されている場合には、通信システム１はＳ１０６の処理に進み、これ以外の場合にはＳ１２０の処理に進む。
【００１８】
ステップ１０６（Ｓ１０６）において、ＲＡＳサーバ２４は、制御装置３０に対してＰＨＳ端末着信処理を要求し、制御装置３０は、この要求に応じて、ＰＨＳ端末３４に対する着信処理を行う。
【００１９】
ステップ１０８（Ｓ１０８）において、制御装置３０は、ＰＨＳ端末３４から応答に対する応答があったか否かを判断する。
ＰＨＳ端末３４から応答があった場合には、通信システム１はＳ１１０の処理に進み、これ以外の場合にはＳ１３０の処理に進む。
【００２０】
ステップ１１０（Ｓ１１０）において、制御装置３０は、サーバ２０とＰＨＳ端末３４との間を接続し、サーバ２０とクライアント装置４とが通信を行う。
【００２１】
図４は、ＰＨＳ端末３４の状態（ステータス）とＩＣＭＰエラーメッセージとを対応付けて示す図表である。
図５は、ＲＡＳサーバ２４からサーバ２０に対して出力されるＩＣＭＰエラーメッセージのパケットフォーマットを示す図である。
なお、図５に示すパケットフォーマットはＲＦＣ７９２に従い、図５において（）の中の値はバイト数を示す。
ステップ１２０（Ｓ１２０）において、ＲＡＳサーバ２４は、呼出宛先ＩＰアドレスが、ＲＡＳサーバ２４に登録されていない旨を示すＩＣＭＰ（Ｉｎｔｅｒｎｅｔ　Ｃｏｎｔｒｏｌ　Ｍｅｓｓａｇｅ　Ｐｒｏｔｏｃｏｌ）エラーメッセージ（図４の「その他・該当端末設定なし」の項目を参照）を、図５に示すパケットフォーマットで、サーバ２０に対して出力する。
【００２２】
ステップ１２２（Ｓ１２２）において、サーバ２０がＳ１２０の処理において出力されたＩＣＭＰエラーメッセージを受けると、サーバ２０のユーザは、サーバ２０を操作して、ＲＡＳサーバ２４に対して、ＰＨＳ端末３４を登録するように、設定を要求させる。
【００２３】
ステップ１２４（Ｓ１２４）において、ＲＡＳサーバ２４において、Ｓ１２２の処理において要求された設定が終了すると、サーバ２０のユーザは、サーバ２０を操作して、ＲＡＳサーバ２４に対して、再び、ＰＨＳ端末３４に対する発呼処理を要求する。
【００２４】
ステップ１３０（Ｓ１３０）において、制御装置３０は、ＲＡＳサーバ２４に対して、ＰＨＳ端末３４に対する呼出が失敗した理由を出力する。
ＲＡＳサーバ２４は、制御装置３０により出力された呼出の失敗理由を受信する。
【００２５】
ステップ１３２（Ｓ１３２）において、ＲＡＳサーバ２４は、通知された失敗の理由（ＰＨＳ端末３４のステータス）を、図４に示すように、ＩＣＭＰエラーメッセージに変換し、図４に示したフォーマットで、サーバ２０に対して出力する。
【００２６】
図６は、図５に示したＩＣＭＰエラーメッセージと、サーバ２０が行う再呼出処理の内容とを対応付けて示す図表である。
ステップ１３４（Ｓ１３４）において、サーバ２０は、Ｓ１３２の処理において出力されたＩＣＭＰエラーメッセージを受信し、受信したＩＣＭＰエラーメッセージの内容に応じて、図６に示すように再呼出処理を行う。
つまり、ＲＡＳサーバ２４から「宛先到達不能・ホスト到達不能（ＩＣＭＰエラーメッセージのタイプ３・コード０；図５）」の旨のＩＣＭＰメッセージを受けると、サーバ２０は、ＰＨＳ端末３４が圏外にある状態で、いつ圏外に復帰するか分からないと判断する。
さらに、サーバ２０は、ＰＨＳ端末３４に対する再呼出要求を、比較的長い周期（例えば１０分周期）で、回数を限定して（例えば６回）ＲＡＳサーバ２４に対して自動的に出力する。
【００２７】
また、ＲＡＳサーバ２４から「時間超過・ＴＴＬ超過（ＩＣＭＰエラーメッセージのタイプ１１・コード０；図５）」の旨のＩＣＭＰメッセージを受けると、サーバ２０は、ＰＨＳ端末３４が着呼処理に対して応答しないが、圏内にある状態であると判断する。
さらに、サーバ２０は、この判断に従って、ＰＨＳ端末３４に対する再呼出要求を、比較的短い周期（例えば１分周期）で、回数を限定して（例えば６０回）ＲＡＳサーバ２４に対して自動的に出力する。
【００２８】
また、ＲＡＳサーバ２４から「宛先到達不能・プロトコルモジュール到達不能（ＩＣＭＰエラーメッセージのタイプ３・コード２；図５）」の旨のＩＣＭＰメッセージを受けると、サーバ２０は、ＰＨＳ端末３４が通話中もしくは通信中であり、待受に戻るのがいつか分からないと判断する。
さらに、サーバ２０は、この判断に従って、ＰＨＳ端末３４に対する再呼出要求を、数分周期（例えば５分周期）で、回数を限定して（例えば１２回）ＲＡＳサーバ２４に対して自動的に出力する。
【００２９】
また、ＲＡＳサーバ２４から「宛先到達不能・送信元設定経路失敗（ＩＣＭＰエラーメッセージのタイプ３・コード５；図５）」の旨のＩＣＭＰメッセージを受けると、サーバ２０は、呼出要求の宛先ＩＰアドレスに該当するＰＨＳ端末３４がＲＡＳサーバ２４に設定されていないと判断する。
さらに、サーバ２０は、この判断に従って、入力・表示装置１６（図２）の画面にその旨を表示してユーザに示し、再呼出要求のＲＡＳサーバ２４への送出を、自動的には行わない。
なお、ここに示したサーバ２０による処理は、実際には、上述したＳ１２０〜Ｓ１２４の処理に対応する。
【００３０】
また、ＲＡＳサーバ２４から「パラメータ異常（ＩＣＭＰエラーメッセージのタイプ１２・コード０；図５）」の旨のＩＣＭＰメッセージを受けると、サーバ２０は、ＲＡＳサーバ２４のＰＨＳ端末３４の設定データが不正であると判断する。
サーバ２０は、この判断に従って、サーバ画面にその旨を表示し、再呼出要求のＲＡＳサーバ２４への送出を、自動的には行わない。
【００３１】
［全体動作］
以下、サーバ２０とＰＨＳ端末３４との間の接続が失敗し、サーバ２０が再呼出を要求する場合を具体例に、通信システム１の全体的な動作を説明する。
図７は、サーバ２０とＰＨＳ端末３４との間の接続が失敗し、サーバ２０が再呼出を要求する場合の通信システム１の各ノード間の通信シーケンスを例示する図である。
【００３２】
図７に示すように、サーバ２０が、ＲＡＳサーバ２４に対してＩＰ接続要求パケットにより、ＰＨＳ端末呼出要求を行う。
ＲＡＳサーバ２４は、サーバ２０からの要求を受け、制御装置３０に対して、ＰＨＳ端末呼出要求を行う。
制御装置３０は、ＲＡＳサーバ２４からの呼出要求を受け、ＰＨＳ端末３４に対して着信処理を行う。
【００３３】
ＰＨＳ端末３４が、制御装置３０からの着信処理に対して応答しないと、制御装置３０は、ＲＡＳサーバ２４に対して、ＰＨＳ端末呼出失敗を、呼出失敗の理由を付して通知する。
ＲＡＳサーバ２４は、図４に示したように、ＲＡＳサーバ２４から受けた呼出失敗の理由をＩＣＭＰエラーメッセージに変換し、図５に示したパケットフォーマットでサーバ２０に通知する。
【００３４】
サーバ２０は、ＩＣＭＰエラーメッセージを受けると、図６に示したように、ＲＡＳサーバ２４に対してＰＨＳ端末３４に対する呼出要求を行う。
ＲＡＳサーバ２４は、制御装置３０に対してＰＨＳ端末呼出を要求し、制御装置３０は、これに応じてＰＨＳ端末３４に対する着信処理を行う。
【００３５】
【発明の効果】
以上説明したように、本発明にかかる通信方法によれば、通信相手への接続が失敗した場合に、その失敗の理由に基づいて再接続要求の時間間隔などを調節することにより、再度、接続を要求した時に、高い確率で通信相手と接続が成功する。
【図面の簡単な説明】
【図１】本発明にかかる通信方法が適応される通信システムの構成を例示する図である。
【図２】図１に示したサーバ、ＲＡＳサーバ、制御装置およびクライアント装置のハードウェア構成を示す図である。
【図３】図１に示した通信システムの通信制御処理（Ｓ１０）を示すフローチャートである。
【図４】ＰＨＳ端末の状態（ステータス）とＩＣＭＰエラーメッセージとを対応付けて示す図表である。
【図５】ＲＡＳサーバからサーバに対して出力されるＩＣＭＰエラーメッセージのパケットフォーマットを示す図である。
【図６】図５に示したＩＣＭＰエラーメッセージと、サーバが行う再呼出処理の内容とを対応付けて示す図表である。
【図７】サーバとＰＨＳ端末との間の接続が失敗し、サーバが再呼出を要求する場合の通信システム１の各ノード間の通信シーケンスを例示する図である。
【符号の説明】
１・・・通信システム
２・・・有線通信システム
２０・・・サーバ
２２・・・ＬＡＮ
２４・・・ＲＡＳサーバ
３・・・ＰＨＳシステム
３０・・・制御装置
３２・・・基地局
３４・・・ＰＨＳ端末
３６・・・コンソール
４・・・クライアント装置

Claims (3)

1. 第１の通信ノートと第２の通信ノードとが、これらを接続する通信システムを介して通信を行う通信方法であって、
   前記第１の通信ノードは、前記通信システムに対して、前記第２の通信ノードへの接続を要求し、
   前記通信システムは、前記第１の通信ノードからの接続要求に応じて、前記第１の通信ノードと前記第２の通信ノードとの間の接続を試み、前記前記第１の通信ノードと前記第２の通信ノードとの間を接続が失敗した場合には、前記第１の通信ノードに対して、前記接続の失敗の理由を通知し、
   前記第１の通信ノードは、前記接続の失敗の通知を通知された場合に、前記通知された失敗の理由に応じて、前記通信システムに対する前記第２の通信ノードへの接続の要求を止め、または、前記通信システムに対して前記第１の通信ノードとの接続の要求を繰り返す
   通信方法。
2. 前記第１の通信ノードは、前記通信システムに対して前記第１の通信ノードとの接続の要求を繰り返す場合に、前記接続の失敗の理由に応じて、前記接続の要求を繰り返す時間間隔を変更する
   請求項１に記載の通信方法。
3. 前記通信システムは、前記第１の通信ノードと前記第２の通信ノードとの間を、無線通信回線を介して接続する
   請求項１に記載の通信方法。

Images