(57)【要約】【課題】  他の通信装置が要求に基づく応答を送信する機能を持たない場合でも、通信障害を正確に判定する。【解決手段】  他の通信装置（２０）は、通信装置からの要求に基づく応答を返信する機能を持たない場合がある。この場合、関連技術の通信装置では、他の通信装置（２０）からの応答を受信できないことから、他の通信装置（２０）との間の通信が正常であっても通信障害が発生したと誤って判定していた。これに対し、本発明の通信装置（１０）によれば、他の通信装置（２０）が要求に基づく応答を送信する機能を持たないことを、過去の受信履歴から判断できるので、他の通信装置（２０）との間の通信障害を正確に判定できる。【選択図】  図１
2013126205.tif 000002
【特許請求の範囲】
【請求項１】
他の通信装置へ応答の要求を送信する送信手段と、
この送信手段によって送信された前記要求に基づく前記応答を受信する受信手段と、
この受信手段によって前記応答を受信しない場合に、前記他の通信装置との間に通信障害が発生したと判定する接続監視手段と、
を備えた通信装置において、
前記接続監視手段は、前記受信手段によって過去に前記応答を受信した履歴を前記他の通信装置について予め記憶しており、前記他の通信装置について過去に前記応答を受信したことがなければ、前記受信手段によって前記応答を受信しない場合でも、当該他の通信装置との間に前記通信障害が発生していないと判定する、
ことを特徴とする通信装置。
【請求項２】
請求項１記載の通信装置において、
前記接続監視手段は、前記他の通信装置について過去に前記応答を受信したことがあれば、前記受信手段によって前記応答を受信しない場合に、当該他の通信装置との間に前記通信障害が発生したと判定する、
ことを特徴とする通信装置。
【請求項３】
請求項１又は２記載の通信装置において、
前記他の通信装置がＰＰＰサーバであり、前記要求がLCP ECHO Requestであり、前記応答がLCP ECHO Replyであり、前記通信障害がＰＰＰセッション切断であり、前記通信装置がＰＰＰｏＥルータである、
ことを特徴とする通信装置。
【請求項４】
請求項１乃至３のいずれか一つに記載の通信装置と、前記他の通信装置と、
を備えたことを特徴とする通信システム。
【請求項５】
他の通信装置へ応答の要求を送信し、送信された前記要求に基づく前記応答を受信しない場合に、前記他の通信装置との間に通信障害が発生したと判定する障害判定方法において、
過去に前記応答を受信した履歴を前記他の通信装置について予め記憶しており、前記他の通信装置について過去に前記応答を受信したことがなければ、前記応答を受信しない場合でも、当該他の通信装置との間に前記通信障害が発生していないと判定する、
ことを特徴とする障害判定方法。
【請求項６】
請求項５記載の障害判定方法において、
前記他の通信装置について過去に前記応答を受信したことがあれば、前記応答を受信しない場合に、当該他の通信装置との間に前記通信障害が発生したと判定する、
ことを特徴とする障害判定方法。
【請求項７】
請求項５又は６記載の障害判定方法において、
前記他の通信装置がＰＰＰサーバであり、前記要求がLCP ECHO Requestであり、前記応答がLCP ECHO Replyであり、前記通信障害がＰＰＰセッション切断である、
ことを特徴とする障害判定方法。
【請求項８】
他の通信装置へ応答の要求を送信する送信手段と、
この送信手段によって送信された前記要求に基づく前記応答を受信する受信手段と、
この受信手段によって前記応答を受信しない場合に、前記他の通信装置との間に通信障害が発生したと判定する接続監視手段と、
をコンピュータに機能させるための障害判定プログラムにおいて、
前記接続監視手段は、前記受信手段によって過去に前記応答を受信した履歴を前記他の通信装置について予め記憶しており、前記他の通信装置について過去に前記応答を受信したことがなければ、前記受信手段によって前記応答を受信しない場合でも、当該他の通信装置との間に前記通信障害が発生していないと判定する、
ことを特徴とする障害判定プログラム。
【請求項９】
請求項８記載の障害判定プログラムにおいて、
前記接続監視手段は、前記他の通信装置について過去に前記応答を受信したことがあれば、前記受信手段によって前記応答を受信しない場合に、当該他の通信装置との間に前記通信障害が発生したと判定する、
ことを特徴とする障害判定プログラム。
【請求項１０】
請求項８又は９記載の障害判定プログラムにおいて、
前記他の通信装置がＰＰＰサーバであり、前記要求がLCP ECHO Requestであり、前記応答がLCP ECHO Replyであり、前記通信障害がＰＰＰセッション切断である、
ことを特徴とする障害判定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばＰＰＰｏＥ（Point to Point Protocol over Ethenet）通信を用いる通信装置等に関する。なお、「Ethenet」は登録商標である。
【背景技術】
【０００２】
マルチセッションやユーザ認証機能が可能となるＰＰＰｏＥ通信は、多くの接続業者が採用している通信方式である。しかし、接続事業者の設備メンテナンスや回線障害等でＰＰＰセッションに障害が発生した場合に、ユーザ宅内で使用されるＰＰＰｏＥルータではＰＰＰセッションの切断を検出できないため、再接続要求が実行されず、それ以降の通信ができなくなることがあった。そのため、ＰＰＰｏＥルータは、LCP(Link Control Protocol) ECHO Request（要求）を定期的に送信し、対向するＰＰＰサーバから返信されるLCP ECHO Reply（応答）を監視することにより、ＰＰＰセッションの切断の有無を判断していた。そして、ＰＰＰセッションの切断が検出されると、再接続を実行することにより、ＰＰＰｏＥ通信を可能にしていた。以下に、関連技術におけるＰＰＰセッションの監視方法について詳しく説明する。
【０００３】
図５は、関連技術におけるＰＰＰセッションの監視方法を示すシーケンス図である。以下、この図面に基づき説明する。
【０００４】
ＰＰＰサーバとＰＰＰｏＥルータとの間でＰＰＰセッションを確立した後（ステップ３０１）、ＰＰＰｏＥルータはLCP ECHO Request（要求）を送信し（ステップ３０２）、ＰＰＰサーバは応答パケットとしてLCP ECHO Reply（応答）を送信する（ステップ３０３）。ＰＰＰｏＥルータは、応答パケットを受信した後、設定されたLCP ECHO 送信間隔を待って再度LCP ECHO Request（要求）を送信する（ステップ３０４）。続いて、ＰＰＰｏＥルータでは、応答パケットの受信が確認されないと、LCP ECHO Request（要求）送信を、LCP ECHOリトライ送信間隔（Ｘ）を守ってLCP ECHOリトライ送信回数（Ｙ）だけ実行しする（ステップ３０５）。それでも、応答パケットの受信が確認されなければ、ＰＰＰセッション切断と判断して（ステップ３０６）、ＰＰＰ再接続シーケンスを実行する（ステップ３０７）。
【０００５】
図６は、関連技術におけるＰＰＰセッションの監視方法を示すフロー図である。以下、この図面に基づき説明する。
【０００６】
ＰＰＰｏＥルータは次のように動作する。ＰＰＰセッションの確立の後（ステップ４０１）、ＰＰＰ接続監視の有効が選択された場合（ステップ４０２）、設定された時間の経過後に（ステップ４０３）、LCP ECHO Request（要求）を送信する（ステップ４０４）。そして、ＰＰＰサーバから送信される応答パケットのECHO Reply（応答）を検出すると（ステップ４０５）、ステップ４０３へ戻る。
【０００７】
一方、ECHO Reply（応答）を検出しないと（ステップ４０５）、リトライ送信間隔（Ｘ）及びリトライ送信回数（Ｙ）に従ってLCP ECHO Request（要求）を送信する（ステップ４０６）。この間に、ECHO Reply（応答）を検出すると（ステップ４０７）、ステップ４０３へ戻る。しかし、ECHO Reply（応答）を検出しないと（ステップ４０７）、ＰＰＰセッション切断と判断してＰＰＰセッションの再接続を実行する（ステップ４０８）。なお、ＰＰＰ接続監視の有効が選択されていない場合（ステップ４０２）、ＰＰＰ接続監視は実施しない（ステップ４０９）
【０００８】
次に、特許文献に開示された技術について説明する。特許文献１には、ＰＰＰｏＥクライアント装置及びＰＰＰｏＥセッション切断方法について、電源起動後からＰＰＰｏＥセッションを開始するまでの時間を短縮する技術が開示されている。特許文献２には、ＰＰＰｏＥクライアント装置及びＰＰＰｏＥセッション切断方法について、ＰＰＰｏＥセッションの切断方法を変更することにより、ＰＰＰｏＥセッションの再接続時間を短縮する技術が開示されている。特許文献３には、ＰＰＰｏＥブリッジ装置及びＰＰＰｏＥセッション切断方法について、セッションＩＤとＭＡＣアドレスとを組み合わせた切断パケットを送信するＰＰＰｏＥセッションを切断する技術が開示されている。特許文献４には、パケット交換網の呼設定方法について、ＰＰＰに準拠したパケット交換網の呼設定を短時間で設定するための接続シーケンスが開示されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００７−１１６３４６号公報
【特許文献２】特許第４７５５８７９号公報
【特許文献３】特開２００７−１１６３４８号公報
【特許文献４】特開２００６−１９９３４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかし、関連技術のＰＰＰセッション監視方法では、対向するＰＰＰサーバ側がLCP ECHO Reply（応答）を返信する機能を装備していないと、ＰＰＰｏＥルータではLCP ECHO Reply（応答）を受信できないことから、ＰＰＰセッションの切断を誤って検出することになる。その結果、再接続動作が行なわれてしまうため、頻繁な切断が発生するという問題があった。
【００１１】
そこで、本発明の目的は、他の通信装置が要求に基づく応答を送信する機能を持たない場合でも、通信障害を正確に判定できる通信装置等を提供することにある。
【課題を解決するための手段】
【００１２】
本発明に係る通信装置は、
他の通信装置へ応答の要求を送信する送信手段と、
この送信手段によって送信された前記要求に基づく前記応答を受信する受信手段と、
この受信手段によって前記応答を受信しない場合に、前記他の通信装置との間に通信障害が発生したと判定する接続監視手段と、
を備えた通信装置において、
前記接続監視手段は、前記受信手段によって過去に前記応答を受信した履歴を前記他の通信装置について予め記憶しており、前記他の通信装置について過去に前記応答を受信したことがなければ、前記受信手段によって前記応答を受信しない場合でも、当該他の通信装置との間に前記通信障害が発生していないと判定する、
ことを特徴とする。
【００１３】
本発明に係る通信システムは、
本発明に係る通信装置と、前記他の通信装置と、
を備えたことを特徴とする通信システム。
【００１４】
本発明に係る障害判定方法は、
他の通信装置へ応答の要求を送信し、送信された前記要求に基づく前記応答を受信しない場合に、前記他の通信装置との間に通信障害が発生したと判定する障害判定方法において、
過去に前記応答を受信した履歴を前記他の通信装置について予め記憶しており、前記他の通信装置について過去に前記応答を受信したことがなければ、前記応答を受信しない場合でも、当該他の通信装置との間に前記通信障害が発生していないと判定する、
ことを特徴とする。
【００１５】
本発明に係る障害判定プログラムは、
他の通信装置へ応答の要求を送信する送信手段と、
この送信手段によって送信された前記要求に基づく前記応答を受信する受信手段と、
この受信手段によって前記応答を受信しない場合に、前記他の通信装置との間に通信障害が発生したと判定する接続監視手段と、
をコンピュータに機能させるための障害判定プログラムにおいて、
前記接続監視手段は、前記受信手段によって過去に前記応答を受信した履歴を前記他の通信装置について予め記憶しており、前記他の通信装置について過去に前記応答を受信したことがなければ、前記受信手段によって前記応答を受信しない場合でも、当該他の通信装置との間に前記通信障害が発生していないと判定する、
ことを特徴とする。
【発明の効果】
【００１６】
本発明によれば、他の通信装置が要求に基づく応答を送信する機能を持たないことを、過去の受信履歴から判断できるので、他の通信装置との間の通信障害を正確に判定できる。
【図面の簡単な説明】
【００１７】
【図１】本発明に係る通信装置の一実施形態を示すブロック図である。
【図２】本発明に係る通信システムの一実施形態を示すブロック図である。
【図３】本発明の一実施形態におけるＰＰＰセッションの監視方法を示すフロー図（第一例）である。
【図４】本発明の一実施形態におけるＰＰＰセッションの監視方法を示すフロー図（第二例）である。
【図５】関連技術におけるＰＰＰセッションの監視方法を示すシーケンス図である。
【図６】関連技術におけるＰＰＰセッションの監視方法を示すフロー図である。
【発明を実施するための形態】
【００１８】
まず、本発明の概要について説明する。各構成要素の括弧内の符号は、図面に対応している。
【００１９】
本発明に係る通信装置（１０）は、他の通信装置（２０）へ応答の要求を送信する送信手段（１３）と、送信手段（１３）によって送信された要求に基づく応答を受信する受信手段（１４）と、受信手段（１４）によって前記応答を受信しない場合に、他の通信装置（２０）との間に通信障害が発生したと判定する接続監視手段（１７）と、備えたものである。そして、接続監視手段（１７）は、受信手段（１４）によって過去に前記応答を受信した履歴を他の通信装置（２０）について予め記憶しており、他の通信装置（２０）について過去に前記応答を受信したことがなければ、受信手段（１４）によって前記応答を受信しない場合でも、他の通信装置（２０）との間に通信障害が発生していないと判定する。また、接続監視手段（１７）は、他の通信装置（２０）について過去に前記応答を受信したことがあれば、受信手段（１４）によって前記応答を受信しない場合に、他の通信装置（２０）との間に通信障害が発生したと判定する、としてもよい。
ことを特徴とする通信装置。
【００２０】
他の通信装置（２０）は、通信装置からの要求に基づく応答を返信する機能を持たない場合がある。この場合、関連技術の通信装置では、他の通信装置（２０）からの応答を受信できないことから、他の通信装置（２０）との間の通信が正常であっても通信障害が発生したと誤って判定していた。これに対し、本発明の通信装置（１０）によれば、他の通信装置（２０）が要求に基づく応答を送信する機能を持たないことを、過去の受信履歴から判断できるので、他の通信装置（２０）との間の通信障害を正確に判定できる。
【００２１】
本発明に係る通信システム（１００）は、通信装置（１０）と、他の通信装置（２０）と、を備えたものである。
【００２２】
本発明に係る障害判定方法は、他の通信装置（２０）へ応答の要求を送信し、送信された要求に基づく応答を受信しない場合に、他の通信装置（２０）との間に通信障害が発生したと判定するものである。そして、過去に前記応答を受信した履歴を他の通信装置（２０）について予め記憶しており、他の通信装置（２０）について過去に前記応答を受信したことがなければ、前記応答を受信しない場合でも、他の通信装置（２０）との間に通信障害が発生していないと判定する。また、他の通信装置（２０）について過去に前記応答を受信したことがあれば、前記応答を受信しない場合に、他の通信装置（２０）との間に通信障害が発生したと判定する、としてもよい。本発明に係る障害判定方法は、本発明に係る通信装置（１０）の動作を方法の発明として捉えてものである。
【００２３】
本発明に係る障害判定プログラムは、他の通信装置（２０）へ応答の要求を送信する送信手段（１３）と、送信手段（１３）によって送信された要求に基づく応答を受信する受信手段（１４）と、受信手段（１４）によって前記応答を受信しない場合に、他の通信装置（２０）との間に通信障害が発生したと判定する接続監視手段（１７）と、をコンピュータ（１２）に機能させるためのものである。そして、接続監視手段（１７）は、受信手段（１４）によって過去に前記応答を受信した履歴を他の通信装置（２０）について予め記憶しており、他の通信装置（２０）について過去に前記応答を受信したことがなければ、受信手段（１４）によって前記応答を受信しない場合でも、他の通信装置（２０）との間に通信障害が発生していないと判定する。また、接続監視手段（１７）は、他の通信装置（２０）について過去に前記応答を受信したことがあれば、受信手段（１４）によって前記応答を受信しない場合に、他の通信装置（２０）との間に通信障害が発生したと判定する、としてもよい。本発明に係る障害判定プログラムは、本発明に係る通信装置（１０）の各手段をコンピュータ（１２）に機能させるためのものである。
【００２４】
以下、添付図面を参照しながら、本発明を実施するための形態（以下「実施形態」という。）について説明する。なお、本明細書及び図面において、実質的に同一の構成要素については同一の符号を用いる。
【００２５】
図１は、本発明に係る通信装置の一実施形態を示すブロック図である。図２は、本発明に係る通信システムの一実施形態を示すブロック図である。以下、これらの図面に基づき説明する。
【００２６】
本実施形態では、上記「他の通信装置」がＰＰＰサーバ２０であり、上記「要求」がLCP ECHO Requestであり、上記「応答」がLCP ECHO Replyであり、上記「通信障害」がＰＰＰセッション切断であり、上記「通信装置」がＰＰＰｏＥルータ１０である。また、上記「送信手段」がLCP ECHO Request送信部１３であり、上記「受信手段」がLCP ECHO Reply受信部１４であり、上記「接続監視手段」がＰＰＰ接続監視制御部１７であり、上記「コンピュータ」がＰＰＰ制御部１２である。ＰＰＰｏＥルータ１０は、ＷＡＮ（Wide Area Network）ポート１１、ＰＰＰセッション制御部１５及びＧＵＩ（Graphical User Interface）表示部１６を更に備える。
【００２７】
ＰＰＰ制御部１２は、ＣＰＵ、メモリなどからなるコンピュータで構成することができる。この場合、ＰＰＰ制御部１２内の、LCP ECHO Request送信部１３、LCP ECHO Reply受信部１４、ＰＰＰセッション制御部１５、ＧＵＩ表示部１６及びＰＰＰ接続監視制御部１７は、プログラムで実現される。本プログラムは、非一時的な記録媒体（non-transitory storage medium）、例えば光ディスク、半導体メモリなどに記録されてもよい。その場合、本プログラムは、記録媒体からコンピュータによって読み出され、実行される。
【００２８】
通信システム１００は、ＰＰＰｏＥルータ１０及びＰＰＰサーバ２０を備える。ユーザ宅５０は、接続業者の局舎設備４０を介して、インターネット３０に接続される。局舎設備４０内にはＰＰＰサーバ２０が設置され、ユーザ宅５０内にはＰＰＰｏＥルータ１０及びパーソナルコンピュータ６０が設置され、ＰＰＰｏＥルータ１０とパーソナルコンピュータ６０とは接続される。
【００２９】
図２は、ＰＰＰｏＥ通信を採用しているインターネット接続業者と各家庭との接続構成を示す。図２では、接続業者の局舎設備４０にＰＰＰサーバ２０が設置されており、局舎設備４０内のメンテナンスや局舎設備４０からユーザ宅５０までの回線の障害などの理由により、ＰＰＰセッションが切断される場合がある。
【００３０】
次に、本実施形態を図１に従って説明する。ユーザは、ＰＰＰ接続監視を実施する場合、ＧＵＩ表示部１６にてＰＰＰ接続監視を選択し、リトライ送信間隔やリトライ送信数を設定する。すると、ＰＰＰ接続監視制御部１７はLCP ECHO Request送信部１３にLCP ECHO Request（要求）の送信を指示し、送信された要求パケットはＷＡＮポート１１を経由してＰＰＰサーバ２０に到達する。
【００３１】
ＰＰＰサーバ２０は、ＬＣＰ応答機能を有する場合、LCP ECHO Request（要求）を受信すると、応答パケットであるLCP ECHO Reply（応答）を送信する。すると、ＰＰＰｏＥルータ１０では、LCP ECHO Reply受信部１４が、ＰＰＰサーバ２０からの応答パケットであるLCP ECHO Reply（応答）を検出する。LCP ECHO Reply受信部１４は、設定された時間内にて応答パケットの有無を監視するとともに、応答パケットの検出有無をＰＰＰ接続監視制御部１７へ通知する。ＰＰＰ接続監視制御部１７はその受信履歴を保存する。
【００３２】
ここで、ＰＰＰ接続監視制御部１７は次のように動作する。もし、設定された時間内に応答パケットが検出できなかったときは、過去に受信した応答パケットの履歴を確認する。履歴が存在しない場合は、ＰＰＰサーバ２０側がLCP ECHO Reply（応答）を返信する機能を装備していないと判定し、セッション切断が誤検出であると判断する。これにより、ＰＰＰセッション制御部１５にて再接続動作が実施されないように制御する。応答パケットの受信履歴がある場合は、ＰＰＰセッション切断と判断し、ＰＰＰセッション制御部１５に対してＰＰＰ再接続シーケンスを実行するように制御する。
【００３３】
また、本実施形態は次のように説明することもできる。ＰＰＰｏＥルータ１０は、接続業者のＰＰＰサーバ２０と、ＷＡＮポート１１を経由して物理的に接続される。このとき、ＧＵＩ表示部１６にてＰＰＰ接続監視が有効に選択されている場合、設定された送信間隔でLCP ECHO Request（要求）をLCP ECHO Request送信部１３より送信する。そして、ＰＰＰサーバ２０からの応答パケットであるLCP ECHO Reply（応答）をLCP ECHO Reply受信部１４にて検出し、設定された時間内にて応答パケットの有無を監視する。もし設定された時間以上に応答パケットが検出できなかったときは、過去に受信した応答パケットの履歴を確認する。そのような履歴が存在しない場合はＰＰＰサーバ２０側がLCP ECHO Reply（応答）を返信する機能を装備していないと判定して、セッション切断が誤検出であると判断する。これにより、ＰＰＰセッション制御部１５にて再接続動作が実施されないように、ＰＰＰ接続監視制御部１７にて制御する。
【００３４】
換言すると、本実施形態のＰＰＰｏＥルータ１０は、対向するＰＰＰサーバ２０とのＰＰＰセッションに障害が発生したときに再接続を実行する機能に関して、LCP ECHO Request（要求）にＰＰＰサーバ２０が反応しない場合には、検出された切断障害が誤検出であると判断して再接続動作を行なわないことを特徴としている。なお、ＰＰＰｏＥルータ１０は、複数のＰＰＰサーバに別々に接続されるようにしてもよい。その場合は、複数のＰＰＰサーバそれぞれの受信履歴が記憶される。
【００３５】
図３は、本実施形態におけるＰＰＰセッションの監視方法を示すフロー図（第一例）である。以下、図１乃至図３に基づき説明する。
【００３６】
本実施形態を示す図３において、関連技術を示す図６との主な違いは、セッション断の判定に応答パケットの受信履歴を入れたことにある。本実施形態のＰＰＰｏＥルータ１０は、次のように動作する。ＰＰＰセッションの確立の後（ステップ４０１）、ＰＰＰ接続監視の有効が選択された場合（ステップ４０２）、設定された時間の経過後に（ステップ４０３）、ＰＰＰサーバ２０へLCP ECHO Request（要求）を送信する（ステップ４０４）。そして、ＰＰＰサーバ２０から送信される応答パケットのECHO Reply（応答）を検出すると（ステップ４０５）、受信履歴のカウンタ１をインクリメントし（ステップ１０１）、ステップ４０３へ戻る。
【００３７】
ECHO Reply（応答）を検出しないと（ステップ４０５）、リトライ送信間隔（Ｘ）及びリトライ送信回数（Ｙ）に従って、ＰＰＰサーバ２０へLCP ECHO Request（要求）を送信する（ステップ４０６）。この間に、ECHO Reply（応答）を検出すると（ステップ４０７）、受信履歴のカウンタ２をインクリメントし（ステップ１０２）、ステップ４０３へ戻る。
【００３８】
ECHO Reply（応答）を検出しないと（ステップ４０７）、セッション切断の判定工程に移行する（ステップ１０３）。セッション切断判定工程では、ECHO Reply（応答）の受信履歴であるカウンタ１，２の状態を確認し、受信履歴がある場合はセッション切断と判定し、ＰＰＰセッションの再接続を実施する（ステップ４０８）。ECHO Replyの受信履歴がない場合は、ＰＰＰサーバ２０はLCP ECHOに応答しないサーバであると判断し、セッション切断とは判定せず再接続動作も行なわない（ステップ１０４）。なお、ＰＰＰ接続監視の有効が選択されていない場合は（ステップ４０２）、ＰＰＰ接続監視を実施しない（ステップ４０９）
【００３９】
以上説明したように、本実施形態によれば、セッション切断検出にECHO Reply（応答）の受信履歴を参照することにより、ＰＰＰサーバ２０がLCP ECHOに応答しないサーバである場合は、検出された切断障害が誤検出であると判定して再接続を行なわない。
【００４０】
図４は、本実施形態におけるＰＰＰセッションの監視方法を示すフロー図（第二例）である。以下、図１乃至図４に基づき説明する。
【００４１】
図４の第二例において、図３の第一例との主な違いは、セッション切断の判定シーケンスを一度実施した場合に、サーバ未対応（ＰＰＰサーバ２０がLCP ECHOに応答しないサーバである）の結果を表示部に表示するとともに（ステップ２０１）、その結果をメモリに保存することである（ステップ２０２）。第二例のその他のステップは、第一例と同様である。
【００４２】
ＰＰＰサーバ２０がLCP ECHOに応答しないサーバと判定された後、装置電源のＯＦＦ／ＯＮによって結果がリセットされ、再度同じ判断シーケンスを経由してしまう。そのため、表示部にサーバ未対応の結果を表示するとともに（ステップ２０１）、その結果をメモリに保存する（ステップ２０２）。これにより、電源ＯＦＦ／ＯＮ後の装置起動時にメモリからサーバ未対応の履歴を確認する判断をシーケンスに挿入することで、電源ＯＦＦ／ＯＮ後でも判断結果を参照できる。
【００４３】
以上、上記実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細については、当業者が理解し得るさまざまな変更を加えることができる。例えば、本発明に係る通信装置等は、ＰＰＰｏＥ通信以外の通信方式にも用いることができる。
【００４４】
上記の実施形態の一部又は全部は以下の付記のようにも記載され得るが、本発明は以下の構成に限定されるものではない。
【００４５】
［付記１］他の通信装置へ応答の要求を送信する送信手段と、
この送信手段によって送信された前記要求に基づく前記応答を受信する受信手段と、
この受信手段によって前記応答を受信しない場合に、前記他の通信装置との間に通信障害が発生したと判定する接続監視手段と、
を備えた通信装置において、
前記接続監視手段は、前記受信手段によって過去に前記応答を受信した履歴を前記他の通信装置について予め記憶しており、前記他の通信装置について過去に前記応答を受信したことがなければ、前記受信手段によって前記応答を受信しない場合でも、当該他の通信装置との間に前記通信障害が発生していないと判定する、
ことを特徴とする通信装置。
【００４６】
［付記２］付記１記載の通信装置において、
前記接続監視手段は、前記他の通信装置について過去に前記応答を受信したことがあれば、前記受信手段によって前記応答を受信しない場合に、当該他の通信装置との間に前記通信障害が発生したと判定する、
ことを特徴とする通信装置。
【００４７】
［付記３］付記１又は２記載の通信装置において、
前記他の通信装置がＰＰＰサーバであり、前記要求がLCP ECHO Requestであり、前記応答がLCP ECHO Replyであり、前記通信障害がＰＰＰセッション切断であり、前記通信装置がＰＰＰｏＥルータである、
ことを特徴とする通信装置。
【００４８】
［付記４］付記１乃至３のいずれか一つに記載の通信装置と、前記他の通信装置と、
を備えたことを特徴とする通信システム。
【００４９】
［付記５］他の通信装置へ応答の要求を送信し、送信された前記要求に基づく前記応答を受信しない場合に、前記他の通信装置との間に通信障害が発生したと判定する障害判定方法において、
過去に前記応答を受信した履歴を前記他の通信装置について予め記憶しており、前記他の通信装置について過去に前記応答を受信したことがなければ、前記応答を受信しない場合でも、当該他の通信装置との間に前記通信障害が発生していないと判定する、
ことを特徴とする障害判定方法。
【００５０】
［付記６］付記５記載の障害判定方法において、
前記他の通信装置について過去に前記応答を受信したことがあれば、前記応答を受信しない場合に、当該他の通信装置との間に前記通信障害が発生したと判定する、
ことを特徴とする障害判定方法。
【００５１】
［付記７］付記５又は６記載の障害判定方法において、
前記他の通信装置がＰＰＰサーバであり、前記要求がLCP ECHO Requestであり、前記応答がLCP ECHO Replyであり、前記通信障害がＰＰＰセッション切断である、
ことを特徴とする障害判定方法。
【００５２】
［付記８］他の通信装置へ応答の要求を送信する送信手段と、
この送信手段によって送信された前記要求に基づく前記応答を受信する受信手段と、
この受信手段によって前記応答を受信しない場合に、前記他の通信装置との間に通信障害が発生したと判定する接続監視手段と、
をコンピュータに機能させるための障害判定プログラムにおいて、
前記接続監視手段は、前記受信手段によって過去に前記応答を受信した履歴を前記他の通信装置について予め記憶しており、前記他の通信装置について過去に前記応答を受信したことがなければ、前記受信手段によって前記応答を受信しない場合でも、当該他の通信装置との間に前記通信障害が発生していないと判定する、
ことを特徴とする障害判定プログラム。
【００５３】
［付記９］付記８記載の障害判定プログラムにおいて、
前記接続監視手段は、前記他の通信装置について過去に前記応答を受信したことがあれば、前記受信手段によって前記応答を受信しない場合に、当該他の通信装置との間に前記通信障害が発生したと判定する、
ことを特徴とする障害判定プログラム。
【００５４】
［付記１０］付記８又は９記載の障害判定プログラムにおいて、
前記他の通信装置がＰＰＰサーバであり、前記要求がLCP ECHO Requestであり、前記応答がLCP ECHO Replyであり、前記通信障害がＰＰＰセッション切断である、
ことを特徴とする障害判定プログラム。
【産業上の利用可能性】
【００５５】
本発明は、ＰＰＰｏＥ通信を用いる通信装置等に限らず、他の通信方式を用いる通信装置等にも利用可能である。
【符号の説明】
【００５６】
１０  ＰＰＰｏＥルータ
１１  ＷＡＮポート
１２  ＰＰＰ制御部
１３  LCP ECHO Request送信部
１４  LCP ECHO Reply受信部
１５  ＰＰＰセッション制御部
１６  ＧＵＩ表示部
１７  ＰＰＰ接続監視制御部
２０  ＰＰＰサーバ
３０  インターネット
４０  接続業者の局舎設備
５０  ユーザ宅
６０  パーソナルコンピュータ
１００  通信システム
【図１】
2013126205.tif 000003
【図２】
2013126205.tif 000004
【図３】
2013126205.tif 000005
【図４】
2013126205.tif 000006
【図５】
2013126205.tif 000007
【図６】
2013126205.tif 000008