"他の通信装置へ応答の要求を送信する送信手段と、この送信手段によって送信された前記要求に基づく前記応答を受信する受信手段と、この受信手段によって前記応答を受信しない場合に、前記他の通信装置との間に通信障害が発生したと判定する接続監視手段と、を備えた通信装置において、前記接続監視手段は、前記受信手段によって過去に前記応答を受信した履歴を前記他の通信装置について予め記憶しており、前記他の通信装置について過去に前記応答を受信したことがなければ、前記受信手段によって前記応答を受信しない場合でも、当該他の通信装置との間に前記通信障害が発生していないと判定する、ことを特徴とする通信装置。請求項1記載の通信装置において、前記接続監視手段は、前記他の通信装置について過去に前記応答を受信したことがあれば、前記受信手段によって前記応答を受信しない場合に、当該他の通信装置との間に前記通信障害が発生したと判定する、ことを特徴とする通信装置。請求項1又は2記載の通信装置において、前記他の通信装置がPPPサーバであり、前記要求がLCPECHORequestであり、前記応答がLCPECHOReplyであり、前記通信障害がPPPセッション切断であり、前記通信装置がPPPoEルータである、ことを特徴とする通信装置。請求項1乃至3のいずれか一つに記載の通信装置と、前記他の通信装置と、を備えたことを特徴とする通信システム。他の通信装置へ応答の要求を送信し、送信された前記要求に基づく前記応答を受信しない場合に、前記他の通信装置との間に通信障害が発生したと判定する障害判定方法において、過去に前記応答を受信した履歴を前記他の通信装置について予め記憶しており、前記他の通信装置について過去に前記応答を受信したことがなければ、前記応答を受信しない場合でも、当該他の通信装置との間に前記通信障害が発生していないと判定する、ことを特徴とする障害判定方法。請求項5記載の障害判定方法において、前記他の通信装置について過去に前記応答を受信したことがあれば、前記応答を受信しない場合に、当該他の通信装置との間に前記通信障害が発生したと判定する、ことを特徴とする障害判定方法。請求項5又は6記載の障害判定方法において、前記他の通信装置がPPPサーバであり、前記要求がLCPECHORequestであり、前記応答がLCPECHOReplyであり、前記通信障害がPPPセッション切断である、ことを特徴とする障害判定方法。他の通信装置へ応答の要求を送信する送信手段と、この送信手段によって送信された前記要求に基づく前記応答を受信する受信手段と、この受信手段によって前記応答を受信しない場合に、前記他の通信装置との間に通信障害が発生したと判定する接続監視手段と、をコンピュータに機能させるための障害判定プログラムにおいて、前記接続監視手段は、前記受信手段によって過去に前記応答を受信した履歴を前記他の通信装置について予め記憶しており、前記他の通信装置について過去に前記応答を受信したことがなければ、前記受信手段によって前記応答を受信しない場合でも、当該他の通信装置との間に前記通信障害が発生していないと判定する、ことを特徴とする障害判定プログラム。請求項8記載の障害判定プログラムにおいて、前記接続監視手段は、前記他の通信装置について過去に前記応答を受信したことがあれば、前記受信手段によって前記応答を受信しない場合に、当該他の通信装置との間に前記通信障害が発生したと判定する、ことを特徴とする障害判定プログラム。請求項8又は9記載の障害判定プログラムにおいて、前記他の通信装置がPPPサーバであり、前記要求がLCPECHORequestであり、前記応答がLCPECHOReplyであり、前記通信障害がPPPセッション切断である、ことを特徴とする障害判定プログラム。しかし、関連技術のPPPセッション監視方法では、対向するPPPサーバ側がLCPECHOReply応答を返信する機能を装備していないと、PPPoEルータではLCPECHOReply応答を受信できないことから、PPPセッションの切断を誤って検出することになる。その結果、再接続動作が行なわれてしまうため、頻繁な切断が発生するという問題があった。そこで、本発明の目的は、他の通信装置が要求に基づく応答を送信する機能を持たない場合でも、通信障害を正確に判定できる通信装置等を提供することにある。本発明に係る通信装置は、他の通信装置へ応答の要求を送信する送信手段と、この送信手段によって送信された前記要求に基づく前記応答を受信する受信手段と、この受信手段によって前記応答を受信しない場合に、前記他の通信装置との間に通信障害が発生したと判定する接続監視手段と、を備えた通信装置において、前記接続監視手段は、前記受信手段によって過去に前記応答を受信した履歴を前記他の通信装置について予め記憶しており、前記他の通信装置について過去に前記応答を受信したことがなければ、前記受信手段によって前記応答を受信しない場合でも、当該他の通信装置との間に前記通信障害が発生していないと判定する、ことを特徴とする。本発明に係る通信システムは、本発明に係る通信装置と、前記他の通信装置と、を備えたことを特徴とする通信システム。本発明に係る障害判定方法は、他の通信装置へ応答の要求を送信し、送信された前記要求に基づく前記応答を受信しない場合に、前記他の通信装置との間に通信障害が発生したと判定する障害判定方法において、過去に前記応答を受信した履歴を前記他の通信装置について予め記憶しており、前記他の通信装置について過去に前記応答を受信したことがなければ、前記応答を受信しない場合でも、当該他の通信装置との間に前記通信障害が発生していないと判定する、ことを特徴とする。本発明に係る障害判定プログラムは、他の通信装置へ応答の要求を送信する送信手段と、この送信手段によって送信された前記要求に基づく前記応答を受信する受信手段と、この受信手段によって前記応答を受信しない場合に、前記他の通信装置との間に通信障害が発生したと判定する接続監視手段と、をコンピュータに機能させるための障害判定プログラムにおいて、前記接続監視手段は、前記受信手段によって過去に前記応答を受信した履歴を前記他の通信装置について予め記憶しており、前記他の通信装置について過去に前記応答を受信したことがなければ、前記受信手段によって前記応答を受信しない場合でも、当該他の通信装置との間に前記通信障害が発生していないと判定する、ことを特徴とする。本発明によれば、他の通信装置が要求に基づく応答を送信する機能を持たないことを、過去の受信履歴から判断できるので、他の通信装置との間の通信障害を正確に判定できる。まず、本発明の概要について説明する。各構成要素の括弧内の符号は、図面に対応している。本発明に係る通信装置10は、他の通信装置20へ応答の要求を送信する送信手段13と、送信手段13によって送信された要求に基づく応答を受信する受信手段14と、受信手段14によって前記応答を受信しない場合に、他の通信装置20との間に通信障害が発生したと判定する接続監視手段17と、備えたものである。そして、接続監視手段17は、受信手段14によって過去に前記応答を受信した履歴を他の通信装置20について予め記憶しており、他の通信装置20について過去に前記応答を受信したことがなければ、受信手段14によって前記応答を受信しない場合でも、他の通信装置20との間に通信障害が発生していないと判定する。また、接続監視手段17は、他の通信装置20について過去に前記応答を受信したことがあれば、受信手段14によって前記応答を受信しない場合に、他の通信装置20との間に通信障害が発生したと判定する、としてもよい。ことを特徴とする通信装置。他の通信装置20は、通信装置からの要求に基づく応答を返信する機能を持たない場合がある。この場合、関連技術の通信装置では、他の通信装置20からの応答を受信できないことから、他の通信装置20との間の通信が正常であっても通信障害が発生したと誤って判定していた。これに対し、本発明の通信装置10によれば、他の通信装置20が要求に基づく応答を送信する機能を持たないことを、過去の受信履歴から判断できるので、他の通信装置20との間の通信障害を正確に判定できる。本発明に係る通信システム100は、通信装置10と、他の通信装置20と、を備えたものである。本発明に係る障害判定方法は、他の通信装置20へ応答の要求を送信し、送信された要求に基づく応答を受信しない場合に、他の通信装置20との間に通信障害が発生したと判定するものである。そして、過去に前記応答を受信した履歴を他の通信装置20について予め記憶しており、他の通信装置20について過去に前記応答を受信したことがなければ、前記応答を受信しない場合でも、他の通信装置20との間に通信障害が発生していないと判定する。また、他の通信装置20について過去に前記応答を受信したことがあれば、前記応答を受信しない場合に、他の通信装置20との間に通信障害が発生したと判定する、としてもよい。本発明に係る障害判定方法は、本発明に係る通信装置10の動作を方法の発明として捉えてものである。本発明に係る障害判定プログラムは、他の通信装置20へ応答の要求を送信する送信手段13と、送信手段13によって送信された要求に基づく応答を受信する受信手段14と、受信手段14によって前記応答を受信しない場合に、他の通信装置20との間に通信障害が発生したと判定する接続監視手段17と、をコンピュータ12に機能させるためのものである。そして、接続監視手段17は、受信手段14によって過去に前記応答を受信した履歴を他の通信装置20について予め記憶しており、他の通信装置20について過去に前記応答を受信したことがなければ、受信手段14によって前記応答を受信しない場合でも、他の通信装置20との間に通信障害が発生していないと判定する。また、接続監視手段17は、他の通信装置20について過去に前記応答を受信したことがあれば、受信手段14によって前記応答を受信しない場合に、他の通信装置20との間に通信障害が発生したと判定する、としてもよい。本発明に係る障害判定プログラムは、本発明に係る通信装置10の各手段をコンピュータ12に機能させるためのものである。以下、添付図面を参照しながら、本発明を実施するための形態以下実施形態という。について説明する。なお、本明細書及び図面において、実質的に同一の構成要素については同一の符号を用いる。図1は、本発明に係る通信装置の一実施形態を示すブロック図である。図2は、本発明に係る通信システムの一実施形態を示すブロック図である。以下、これらの図面に基づき説明する。本実施形態では、上記他の通信装置がPPPサーバ20であり、上記要求がLCPECHORequestであり、上記応答がLCPECHOReplyであり、上記通信障害がPPPセッション切断であり、上記通信装置がPPPoEルータ10である。また、上記送信手段がLCPECHORequest送信部13であり、上記受信手段がLCPECHOReply受信部14であり、上記接続監視手段がPPP接続監視制御部17であり、上記コンピュータがPPP制御部12である。PPPoEルータ10は、WANWideAreaNetworkポート11、PPPセッション制御部15及びGUIGraphicalUserInterface表示部16を更に備える。PPP制御部12は、CPU、メモリなどからなるコンピュータで構成することができる。この場合、PPP制御部12内の、LCPECHORequest送信部13、LCPECHOReply受信部14、PPPセッション制御部15、GUI表示部16及びPPP接続監視制御部17は、プログラムで実現される。本プログラムは、非一時的な記録媒体nontransitorystoragemedium、例えば光ディスク、半導体メモリなどに記録されてもよい。その場合、本プログラムは、記録媒体からコンピュータによって読み出され、実行される。通信システム100は、PPPoEルータ10及びPPPサーバ20を備える。ユーザ宅50は、接続業者の局舎設備40を介して、インターネット30に接続される。局舎設備40内にはPPPサーバ20が設置され、ユーザ宅50内にはPPPoEルータ10及びパーソナルコンピュータ60が設置され、PPPoEルータ10とパーソナルコンピュータ60とは接続される。図2は、PPPoE通信を採用しているインターネット接続業者と各家庭との接続構成を示す。図2では、接続業者の局舎設備40にPPPサーバ20が設置されており、局舎設備40内のメンテナンスや局舎設備40からユーザ宅50までの回線の障害などの理由により、PPPセッションが切断される場合がある。次に、本実施形態を図1に従って説明する。ユーザは、PPP接続監視を実施する場合、GUI表示部16にてPPP接続監視を選択し、リトライ送信間隔やリトライ送信数を設定する。すると、PPP接続監視制御部17はLCPECHORequest送信部13にLCPECHORequest要求の送信を指示し、送信された要求パケットはWANポート11を経由してPPPサーバ20に到達する。PPPサーバ20は、LCP応答機能を有する場合、LCPECHORequest要求を受信すると、応答パケットであるLCPECHOReply応答を送信する。すると、PPPoEルータ10では、LCPECHOReply受信部14が、PPPサーバ20からの応答パケットであるLCPECHOReply応答を検出する。LCPECHOReply受信部14は、設定された時間内にて応答パケットの有無を監視するとともに、応答パケットの検出有無をPPP接続監視制御部17へ通知する。PPP接続監視制御部17はその受信履歴を保存する。ここで、PPP接続監視制御部17は次のように動作する。もし、設定された時間内に応答パケットが検出できなかったときは、過去に受信した応答パケットの履歴を確認する。履歴が存在しない場合は、PPPサーバ20側がLCPECHOReply応答を返信する機能を装備していないと判定し、セッション切断が誤検出であると判断する。これにより、PPPセッション制御部15にて再接続動作が実施されないように制御する。応答パケットの受信履歴がある場合は、PPPセッション切断と判断し、PPPセッション制御部15に対してPPP再接続シーケンスを実行するように制御する。また、本実施形態は次のように説明することもできる。PPPoEルータ10は、接続業者のPPPサーバ20と、WANポート11を経由して物理的に接続される。このとき、GUI表示部16にてPPP接続監視が有効に選択されている場合、設定された送信間隔でLCPECHORequest要求をLCPECHORequest送信部13より送信する。そして、PPPサーバ20からの応答パケットであるLCPECHOReply応答をLCPECHOReply受信部14にて検出し、設定された時間内にて応答パケットの有無を監視する。もし設定された時間以上に応答パケットが検出できなかったときは、過去に受信した応答パケットの履歴を確認する。そのような履歴が存在しない場合はPPPサーバ20側がLCPECHOReply応答を返信する機能を装備していないと判定して、セッション切断が誤検出であると判断する。これにより、PPPセッション制御部15にて再接続動作が実施されないように、PPP接続監視制御部17にて制御する。換言すると、本実施形態のPPPoEルータ10は、対向するPPPサーバ20とのPPPセッションに障害が発生したときに再接続を実行する機能に関して、LCPECHORequest要求にPPPサーバ20が反応しない場合には、検出された切断障害が誤検出であると判断して再接続動作を行なわないことを特徴としている。なお、PPPoEルータ10は、複数のPPPサーバに別々に接続されるようにしてもよい。その場合は、複数のPPPサーバそれぞれの受信履歴が記憶される。図3は、本実施形態におけるPPPセッションの監視方法を示すフロー図第一例である。以下、図1乃至図3に基づき説明する。本実施形態を示す図3において、関連技術を示す図6との主な違いは、セッション断の判定に応答パケットの受信履歴を入れたことにある。本実施形態のPPPoEルータ10は、次のように動作する。PPPセッションの確立の後ステップ401、PPP接続監視の有効が選択された場合ステップ402、設定された時間の経過後にステップ403、PPPサーバ20へLCPECHORequest要求を送信するステップ404。そして、PPPサーバ20から送信される応答パケットのECHOReply応答を検出するとステップ405、受信履歴のカウンタ1をインクリメントしステップ101、ステップ403へ戻る。ECHOReply応答を検出しないとステップ405、リトライ送信間隔X及びリトライ送信回数Yに従って、PPPサーバ20へLCPECHORequest要求を送信するステップ406。この間に、ECHOReply応答を検出するとステップ407、受信履歴のカウンタ2をインクリメントしステップ102、ステップ403へ戻る。ECHOReply応答を検出しないとステップ407、セッション切断の判定工程に移行するステップ103。セッション切断判定工程では、ECHOReply応答の受信履歴であるカウンタ1,2の状態を確認し、受信履歴がある場合はセッション切断と判定し、PPPセッションの再接続を実施するステップ408。ECHOReplyの受信履歴がない場合は、PPPサーバ20はLCPECHOに応答しないサーバであると判断し、セッション切断とは判定せず再接続動作も行なわないステップ104。なお、PPP接続監視の有効が選択されていない場合はステップ402、PPP接続監視を実施しないステップ409以上説明したように、本実施形態によれば、セッション切断検出にECHOReply応答の受信履歴を参照することにより、PPPサーバ20がLCPECHOに応答しないサーバである場合は、検出された切断障害が誤検出であると判定して再接続を行なわない。図4は、本実施形態におけるPPPセッションの監視方法を示すフロー図第二例である。以下、図1乃至図4に基づき説明する。図4の第二例において、図3の第一例との主な違いは、セッション切断の判定シーケンスを一度実施した場合に、サーバ未対応PPPサーバ20がLCPECHOに応答しないサーバであるの結果を表示部に表示するとともにステップ201、その結果をメモリに保存することであるステップ202。第二例のその他のステップは、第一例と同様である。PPPサーバ20がLCPECHOに応答しないサーバと判定された後、装置電源のOFF/ONによって結果がリセットされ、再度同じ判断シーケンスを経由してしまう。そのため、表示部にサーバ未対応の結果を表示するとともにステップ201、その結果をメモリに保存するステップ202。これにより、電源OFF/ON後の装置起動時にメモリからサーバ未対応の履歴を確認する判断をシーケンスに挿入することで、電源OFF/ON後でも判断結果を参照できる。以上、上記実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細については、当業者が理解し得るさまざまな変更を加えることができる。例えば、本発明に係る通信装置等は、PPPoE通信以外の通信方式にも用いることができる。上記の実施形態の一部又は全部は以下の付記のようにも記載され得るが、本発明は以下の構成に限定されるものではない。[付記1]他の通信装置へ応答の要求を送信する送信手段と、この送信手段によって送信された前記要求に基づく前記応答を受信する受信手段と、この受信手段によって前記応答を受信しない場合に、前記他の通信装置との間に通信障害が発生したと判定する接続監視手段と、を備えた通信装置において、前記接続監視手段は、前記受信手段によって過去に前記応答を受信した履歴を前記他の通信装置について予め記憶しており、前記他の通信装置について過去に前記応答を受信したことがなければ、前記受信手段によって前記応答を受信しない場合でも、当該他の通信装置との間に前記通信障害が発生していないと判定する、ことを特徴とする通信装置。[付記2]付記1記載の通信装置において、前記接続監視手段は、前記他の通信装置について過去に前記応答を受信したことがあれば、前記受信手段によって前記応答を受信しない場合に、当該他の通信装置との間に前記通信障害が発生したと判定する、ことを特徴とする通信装置。[付記3]付記1又は2記載の通信装置において、前記他の通信装置がPPPサーバであり、前記要求がLCPECHORequestであり、前記応答がLCPECHOReplyであり、前記通信障害がPPPセッション切断であり、前記通信装置がPPPoEルータである、ことを特徴とする通信装置。[付記4]付記1乃至3のいずれか一つに記載の通信装置と、前記他の通信装置と、を備えたことを特徴とする通信システム。[付記5]他の通信装置へ応答の要求を送信し、送信された前記要求に基づく前記応答を受信しない場合に、前記他の通信装置との間に通信障害が発生したと判定する障害判定方法において、過去に前記応答を受信した履歴を前記他の通信装置について予め記憶しており、前記他の通信装置について過去に前記応答を受信したことがなければ、前記応答を受信しない場合でも、当該他の通信装置との間に前記通信障害が発生していないと判定する、ことを特徴とする障害判定方法。[付記6]付記5記載の障害判定方法において、前記他の通信装置について過去に前記応答を受信したことがあれば、前記応答を受信しない場合に、当該他の通信装置との間に前記通信障害が発生したと判定する、ことを特徴とする障害判定方法。[付記7]付記5又は6記載の障害判定方法において、前記他の通信装置がPPPサーバであり、前記要求がLCPECHORequestであり、前記応答がLCPECHOReplyであり、前記通信障害がPPPセッション切断である、ことを特徴とする障害判定方法。[付記8]他の通信装置へ応答の要求を送信する送信手段と、この送信手段によって送信された前記要求に基づく前記応答を受信する受信手段と、この受信手段によって前記応答を受信しない場合に、前記他の通信装置との間に通信障害が発生したと判定する接続監視手段と、をコンピュータに機能させるための障害判定プログラムにおいて、前記接続監視手段は、前記受信手段によって過去に前記応答を受信した履歴を前記他の通信装置について予め記憶しており、前記他の通信装置について過去に前記応答を受信したことがなければ、前記受信手段によって前記応答を受信しない場合でも、当該他の通信装置との間に前記通信障害が発生していないと判定する、ことを特徴とする障害判定プログラム。[付記9]付記8記載の障害判定プログラムにおいて、前記接続監視手段は、前記他の通信装置について過去に前記応答を受信したことがあれば、前記受信手段によって前記応答を受信しない場合に、当該他の通信装置との間に前記通信障害が発生したと判定する、ことを特徴とする障害判定プログラム。[付記10]付記8又は9記載の障害判定プログラムにおいて、前記他の通信装置がPPPサーバであり、前記要求がLCPECHORequestであり、前記応答がLCPECHOReplyであり、前記通信障害がPPPセッション切断である、ことを特徴とする障害判定プログラム。"