JP6403210B2

JP6403210B2 - Communication control device, communication control program, and PPP session recovery method

Info

Publication number: JP6403210B2
Application number: JP2015062859A
Authority: JP
Inventors: 吉史松田
Original assignee: NEC Platforms Ltd
Current assignee: NEC Platforms Ltd
Priority date: 2015-03-25
Filing date: 2015-03-25
Publication date: 2018-10-10
Anticipated expiration: 2035-03-25
Also published as: JP2016184795A

Description

本発明は通信制御装置、通信制御プログラム及びＰＰＰセッションの復旧方法に関し、特にＰＰＰサーバと通信制御装置との間で確立されるＰＰＰ（Point to Point Protocol）セッションの遮断を復旧させる機能を有する通信制御装置、通信制御プログラム及びＰＰＰセッションの復旧方法に関する。 The present invention relates to a communication control apparatus, a communication control program, and a PPP session recovery method, and more particularly, a communication control having a function of recovering a blocking of a PPP (Point to Point Protocol) session established between a PPP server and a communication control apparatus. The present invention relates to a device, a communication control program, and a PPP session recovery method.

通信機能を有するユーザ端末から公衆ネットワークの先に設置されるサービスサーバ（例えば、Ｗｅｂサーバ、ＤＮＳサーバ等）との間で通信を行う場合、ＰＰＰセッション上でユーザ端末とサービスサーバとの間のパケットの送受信を行う。このＰＰＰセッションは、ユーザ端末が接続される通信制御装置と公衆ネットワークへの接続サービスを提供する事業者が設けるＰＰＰサーバとの間で確立されるものである。このように、ＰＰＰセッションに基づき通信を行う通信ステムでは、ＰＰＰセッションの維持のためにＬＣＰ（Link Control Protocol）エコー要求が用いられる。通信制御装置は、ＬＣＰエコー要求を周期的にＰＰＰサーバに送信することでＰＰＰセッションを維持する。このようなセッション維持のための処理をキープアライブ処理と称す。そこで、キープアライブ処理の技術が特許文献１、２に開示されている。 When communication is performed between a user terminal having a communication function and a service server (for example, a Web server, a DNS server, etc.) installed at the end of a public network, a packet between the user terminal and the service server over a PPP session. Send and receive. This PPP session is established between a communication control apparatus to which a user terminal is connected and a PPP server provided by a provider that provides a connection service to the public network. Thus, in a communication system that performs communication based on a PPP session, an LCP (Link Control Protocol) echo request is used to maintain the PPP session. The communication control apparatus maintains the PPP session by periodically transmitting an LCP echo request to the PPP server. Such processing for maintaining a session is referred to as keep alive processing. Therefore, Patent Documents 1 and 2 disclose a keep alive technique.

特許文献１に記載のネットワーク接続装置は、監視制御装置から送信された制御信号であって、ＳＯＮＥＴ／ＳＤＨフレームのＳＤＣＣにマッピングされた制御信号に対する処理にＬＡＰＤプロトコルを使用するＬＡＰＤ制御部と、当該制御信号に対する処理にＰＰＰプロトコルを使用するＰＰＰ制御部と、を備える。Ｄ４−Ｄ１２判別部は、入力された制御信号の所定位置のビットの値に基づいて、当該制御信号のプロトコルの種別を判別し、判別結果に応じてＬＡＰＤ制御部またはＰＰＰ制御部に当該制御信号を出力する。当該ネットワーク接続装置をＳＯＮＥＴ／ＳＤＨ通信網を構成する全ての伝送装置に搭載する。また、特許文献１に記載のネットワーク接続装置は、制御信号のエラーの検出を行い、エラーが検出された場合には、ＬＡＰＤプロトコル処理手段および／またはＰＰＰプロトコル処理手段に再送要求の通知を行うエラー検出手段をさらに備え、ＬＡＰＤプロトコル処理手段および／またはＰＰＰプロトコル処理手段は、エラー検出手段からの通知を受け取った場合には、再送要求を行う。 The network connection device described in Patent Document 1 is a control signal transmitted from a monitoring control device, and a LAPD control unit that uses the LAPD protocol for processing a control signal mapped to the SDCC of the SONET / SDH frame, A PPP control unit that uses the PPP protocol for processing the control signal. The D4-D12 discrimination unit discriminates the protocol type of the control signal based on the value of the bit at the predetermined position of the input control signal, and sends the control signal to the LAPD control unit or the PPP control unit according to the discrimination result. Is output. The network connection device is mounted on all transmission devices constituting the SONET / SDH communication network. The network connection device described in Patent Document 1 detects an error in a control signal, and when an error is detected, an error that notifies a LAPD protocol processing unit and / or a PPP protocol processing unit of a retransmission request. The LAPD protocol processing means and / or the PPP protocol processing means further makes a retransmission request when receiving a notification from the error detection means.

また、特許文献２に開示された方法では、サービシングノード（例えば、ホームエージェント、ローカルモビリティアンカーまたはパケットデータネットワークゲートウェイ）が、ユーザ端末に向けられたネットワークサーバからのキープアライブ要求を受信したときに、ユーザ端末にキープアライブ要求を転送すべきか否かを非アクティビティタイマーの値に基づき判断し、ユーザ端末に代わってサーバ要求に少なくとも部分的に基づいてネットワークサーバにサーバ応答を送信する。これにより、特許文献２では、ユーザ端末とサービシングノードとの間のキープアライブ要求の送受信を削減する。 Further, in the method disclosed in Patent Document 2, when a servicing node (for example, a home agent, a local mobility anchor, or a packet data network gateway) receives a keep-alive request from a network server directed to a user terminal. Whether to keep the keep-alive request to the user terminal is determined based on the value of the inactivity timer, and a server response is transmitted to the network server based at least in part on the server request on behalf of the user terminal. Thereby, in patent document 2, transmission / reception of the keep alive request | requirement between a user terminal and a servicing node is reduced.

特開２００９−２４６５１９号公報JP 2009-246519 A 特表２０１３−５３９６２３号公報Special table 2013-539623 gazette

ＰＰＰセッションが切断された場合、ＰＰＰセッションを再確立する必要がある。このとき、ＰＰＰセッションの再確立は、例えば、ＬＣＰエコー要求等のキープアライブ処理が複数回連続して失敗した場合に行われる。このとき、ＬＣＰエコー要求の発行間隔は、予め設定されているものであるため、キープアライブ処理が複数回失敗し、ＰＰＰセッションの再確立処理が行われるまでに多くの時間がかかる問題が発生する。特許文献１、２に記載の技術を用いても上記課題を解決することはできない。 If the PPP session is disconnected, the PPP session needs to be re-established. At this time, the reestablishment of the PPP session is performed when, for example, keep alive processing such as an LCP echo request fails a plurality of times. At this time, since the LCP echo request issuance interval is set in advance, there is a problem that the keep-alive process fails a plurality of times and it takes a long time to perform the PPP session re-establishment process. . Even if the techniques described in Patent Documents 1 and 2 are used, the above problem cannot be solved.

本発明にかかる通信制御装置の一態様は、ＰＰＰ（Point to Point Protocol）サーバとの間でＰＰＰセッションを確立し、自装置に接続されるユーザ端末と前記ＰＰＰサーバの先に設けられるサービスサーバとの間の通信を前記ＰＰＰセッションにより行う通信制御装置であって、前記ユーザ端末と前記サービスサーバとの間の通信状態を監視して、前記ユーザ端末から前記サービスサーバへの通信が不調となったことを検出してデータ通信不可信号を出力する通信監視部と、予め設定された周期で前記ＰＰＰサーバにキープアライブメッセージを発行し、前記キープアライブメッセージに対する前記ＰＰＰサーバからの応答が得られないことに応じて前記ＰＰＰセッションの再確立処理を実施するＰＰＰキープアライブ処理部と、を有し、前記ＰＰＰキープアライブ処理部は、前記データ通信不可信号を受信した場合、予め定められた前記周期よりも短い周期で前記キープアライブメッセージを送信する。 One aspect of a communication control apparatus according to the present invention is a user terminal connected to the own apparatus, a service server provided at the end of the PPP server, and a PPP session established with a PPP (Point to Point Protocol) server. Is a communication control apparatus that performs communication between the user terminal and the service server by monitoring the communication state between the user terminal and the service server. A communication monitoring unit that detects this and outputs a data communication disable signal, and issues a keep-alive message to the PPP server at a preset period, and a response from the PPP server to the keep-alive message cannot be obtained And a PPP keep alive processing unit for performing re-establishment processing of the PPP session according to P keepalive processing unit, when receiving the data communication disable signal to transmit the keep-alive messages at a period shorter than the predetermined period.

本発明にかかる通信制御プログラムの一態様は、第１の通信ポートの先に接続されるＰＰＰ（Point to Point Protocol）サーバとの間でＰＰＰセッションを確立し、第２の通信ポートに接続されるユーザ端末と前記ＰＰＰサーバの先に設けられるサービスサーバとの間の通信を前記ＰＰＰセッションにより行う通信制御装置において前記通信制御装置内の演算部にて実行される通信制御プログラムであって、第１の通信ポートを介して予め設定された周期で前記ＰＰＰサーバにキープアライブメッセージを発行し、前記キープアライブメッセージに対する前記ＰＰＰサーバからの応答が得られないことに応じて前記ＰＰＰセッションの再確立処理を実施し、前記第２の通信ポートと前記第１の通信ポートとの間で送受信される情報を参照することで前記ユーザ端末から前記サービスサーバとの間の通信状態を監視し、前記ユーザ端末から前記サービスサーバへの通信が不調となったことを前記監視に基づき検出したことに応じて、予め定められた前記周期よりも短い周期で前記キープアライブメッセージを送信する。 One aspect of the communication control program according to the present invention establishes a PPP session with a PPP (Point to Point Protocol) server connected to the end of the first communication port, and is connected to the second communication port. A communication control program executed by a calculation unit in the communication control apparatus in a communication control apparatus that performs communication between a user terminal and a service server provided at the end of the PPP server by the PPP session, The PPP session is re-established in response to a response from the PPP server not being obtained in response to the keep-alive message. By referring to information transmitted and received between the second communication port and the first communication port The communication state between the user terminal and the service server is monitored, and the predetermined communication is performed based on the detection that the communication from the user terminal to the service server has failed. The keep-alive message is transmitted at a cycle shorter than the cycle.

本発明にかかるＰＰＰセッションの復旧方法は、第１の通信ポートの先に接続されるＰＰＰ（Point to Point Protocol）サーバとの間でＰＰＰセッションを確立し、第２の通信ポートに接続されるユーザ端末と前記ＰＰＰサーバの先に設けられるサービスサーバとの間の通信を前記ＰＰＰセッションにより行う通信制御装置のＰＰＰセッション復旧方法であって、前記第２の通信ポートと前記第１の通信ポートとの間で送受信される情報を参照することで前記ユーザ端末から前記サービスサーバとの間の通信状態を監視し、前記ユーザ端末から前記サービスサーバへの通信が不調となったことを前記監視に基づき検出したことに応じてデータ通信不可信号を生成し、前記データ通信不可信号が生成された場合には、予め設定された長さよりも短い周期で前記ＰＰＰサーバにキープアライブメッセージを発行して前記ＰＰＰセッションが遮断していると判定したことに応じて再確立処理を実施する。 A method for recovering a PPP session according to the present invention establishes a PPP session with a PPP (Point to Point Protocol) server connected to the end of the first communication port, and connects to the second communication port. A PPP session recovery method of a communication control apparatus for performing communication between a terminal and a service server provided at the end of the PPP server by the PPP session, wherein the second communication port and the first communication port The communication status between the user terminal and the service server is monitored by referring to information transmitted / received between them, and the communication from the user terminal to the service server is detected based on the monitoring. In response to this, a data communication disabled signal is generated, and when the data communication disabled signal is generated, a cycle shorter than a preset length is generated. In carrying out the re-establishment process in response to determining that the PPP session by issuing a keepalive message to the PPP server is interrupted.

本発明にかかる通信制御装置、通信制御プログラム及びＰＰＰセッションの復旧方法によれば、ＰＰＰセッションの復旧に要する時間を短縮することができる。 According to the communication control device, the communication control program, and the PPP session recovery method according to the present invention, it is possible to reduce the time required for recovery of the PPP session.

実施の形態１にかかる通信システムのブロック図である。1 is a block diagram of a communication system according to a first exemplary embodiment. 実施の形態１にかかる通信制御装置のブロック図である。1 is a block diagram of a communication control device according to a first exemplary embodiment. 実施の形態１にかかるデータ通信監視部の動作を説明するフローチャートである。3 is a flowchart for explaining the operation of the data communication monitoring unit according to the first exemplary embodiment; 実施の形態１にかかるＰＰＰキープアライブ処理部の動作を説明するフローチャートである。4 is a flowchart for explaining an operation of a PPP keep alive processing unit according to the first exemplary embodiment; 実施の形態１にかかる通信システムの動作を説明するシーケンス図である。FIG. 3 is a sequence diagram for explaining the operation of the communication system according to the first exemplary embodiment; 比較例にかかるＰＰＰキープアライブ処理部の動作を説明するフローチャートである。It is a flowchart explaining operation | movement of the PPP keep alive process part concerning a comparative example. 比較例にかかるＰＰＰキープアライブ処理を有する通信システムの動作を説明するシーケンス図である。It is a sequence diagram explaining operation | movement of the communication system which has a PPP keep alive process concerning a comparative example. 実施の形態２にかかるデータ通信監視部の動作を説明するフローチャートである。10 is a flowchart for explaining the operation of the data communication monitoring unit according to the second exemplary embodiment; 実施の形態３にかかるデータ通信監視部の動作を説明するフローチャートである。10 is a flowchart for explaining the operation of the data communication monitoring unit according to the third exemplary embodiment;

実施の形態１
以下、図面を参照して本発明の実施の形態について説明する。説明の明確化のため、以下の記載及び図面は、適宜、省略、及び簡略化がなされている。各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。 Embodiment 1
Embodiments of the present invention will be described below with reference to the drawings. For clarity of explanation, the following description and drawings are omitted and simplified as appropriate. In the drawings, the same elements are denoted by the same reference numerals, and redundant description is omitted as necessary.

まず、実施の形態１にかかる通信制御装置が用いられる通信システム１のブロック図を図１に示す。そして、図１を参照して通信システム１における通信制御装置の役割について説明する。図１に示すように、実施の形態１にかかる通信システム１は、ユーザ端末１０、ルータ装置１１、ＰＰＰサーバ１２、公衆ネットワーク１３、Ｗｅｂサーバ１４を有する。ルータ装置１１は、実施の形態１にかかる通信制御装置の一例である。通信制御装置は、例えば、ユーザ端末１０に組み込まれていても良い。 First, a block diagram of a communication system 1 in which the communication control apparatus according to the first embodiment is used is shown in FIG. And the role of the communication control apparatus in the communication system 1 is demonstrated with reference to FIG. As illustrated in FIG. 1, the communication system 1 according to the first embodiment includes a user terminal 10, a router device 11, a PPP server 12, a public network 13, and a Web server 14. The router device 11 is an example of a communication control device according to the first embodiment. The communication control device may be incorporated in the user terminal 10, for example.

実施の形態１にかかる通信システム１では、ユーザ端末１０とルータ装置１１とがＬＡＮ（Local Area Network）により通信を行う。ルータ装置１１は、ＰＰＰサーバ１２とＰＰＰセッションにより通信を行う。ＰＰＰサーバ１２は、認証処理に基づき接続を許可するルータ装置１１を制限する。また、ＰＰＰサーバ１２は、ＰＰＰ（Point to Point Protocol）に基づき、ルータ装置１１との間でＰＰＰセッションを確立する。そして、実施の形態１にかかる通信システム１では、ユーザ端末１０がルータ装置１１とＰＰＰサーバ１２との間で確立されているＰＰＰセッションを用いて、公衆ネットワーク１３の先に設置されているＷｅｂサーバ１４との通信を行う。なお、Ｗｅｂサーバ１４は、サービスサーバの一例であり、サービスサーバとしてはＤＮＳ（Domain Name System）サーバ、ＦＴＰ（File Transfer Protocol）サーバ、動画配信サーバ等が考えられる。 In the communication system 1 according to the first embodiment, the user terminal 10 and the router device 11 communicate via a LAN (Local Area Network). The router device 11 communicates with the PPP server 12 through a PPP session. The PPP server 12 restricts the router device 11 that permits connection based on the authentication process. The PPP server 12 establishes a PPP session with the router device 11 based on PPP (Point to Point Protocol). In the communication system 1 according to the first embodiment, the user terminal 10 uses a PPP session established between the router device 11 and the PPP server 12, and is a Web server installed at the end of the public network 13. 14 is communicated. The Web server 14 is an example of a service server. As the service server, a DNS (Domain Name System) server, an FTP (File Transfer Protocol) server, a moving image distribution server, or the like can be considered.

実施の形態１にかかる通信システム１では、ルータ装置１１とＰＰＰサーバ１２との間でＰＰＰセッションが確立される。このとき、ルータ装置１１は、ＰＰＰセッションの維持を目的としたキープアライブ機能を有する。そこで、図２に実施の形態１にかかるルータ装置１１のブロック図を示し、図２を参照してルータ装置１１について詳細に説明する。 In the communication system 1 according to the first embodiment, a PPP session is established between the router device 11 and the PPP server 12. At this time, the router device 11 has a keep-alive function for the purpose of maintaining a PPP session. 2 shows a block diagram of the router device 11 according to the first embodiment, and the router device 11 will be described in detail with reference to FIG.

図２に示すように、実施の形態１にかかるルータ装置１１は、第１の通信ポート（例えば、ＷＡＮインタフェース２０）、データ通信監視部２１、ＰＰＰキープアライブ処理部２２、第２の通信ポート（例えば、ＬＡＮインタフェース２３）を有する。なお、ルータ装置１１は、ＷＡＮインタフェース２０、データ通信監視部２１、ＰＰＰキープアライブ処理部２２、ＬＡＮインタフェース２３以外の処理部も有しているが、本発明にかかるルータ装置１１の動作とは直接関連しないため、ここでは説明を省略する。 As shown in FIG. 2, the router apparatus 11 according to the first embodiment includes a first communication port (for example, WAN interface 20), a data communication monitoring unit 21, a PPP keep alive processing unit 22, a second communication port ( For example, it has a LAN interface 23). The router device 11 also includes processing units other than the WAN interface 20, the data communication monitoring unit 21, the PPP keep alive processing unit 22, and the LAN interface 23. However, the operation of the router device 11 according to the present invention is directly related to the operation. The description is omitted here because it is not relevant.

ルータ装置１１は、ＷＡＮインタフェース２０をＰＰＰサーバ１２との通信に利用し、ＬＡＮインタフェース２３をユーザ端末１０との通信に用いる。ＷＡＮインタフェース２０は、例えば、ＰＰＰサーバ１２とルータ装置１１との間の物理的な信号の送受信及び送受信するパケットの形式変換等を行う。ＬＡＮインタフェース２３は、例えばルータ装置１１とユーザ端末１０との間の物理的な信号の送受信及び送受信するパケットの形式変換等を行う。 The router device 11 uses the WAN interface 20 for communication with the PPP server 12 and uses the LAN interface 23 for communication with the user terminal 10. The WAN interface 20 performs, for example, physical signal transmission / reception between the PPP server 12 and the router device 11 and format conversion of packets to be transmitted / received. The LAN interface 23 performs, for example, transmission / reception of physical signals between the router device 11 and the user terminal 10 and format conversion of packets to be transmitted / received.

また、ルータ装置１１は、ＷＡＮインタフェース２０とデータ通信監視部２１との間に、ルータ装置１１と公衆ネットワーク１３との間で送受信されるデータの制御及びルータ装置１１とＰＰＰサーバ１２の間の通信制御を行う通信処理部を有する。この通信処理部の一部がデータ通信監視部２１及びＰＰＰキープアライブ処理部２２である。 Further, the router device 11 controls data transmitted and received between the router device 11 and the public network 13 between the WAN interface 20 and the data communication monitoring unit 21 and communication between the router device 11 and the PPP server 12. A communication processing unit that performs control is included. A part of this communication processing unit is a data communication monitoring unit 21 and a PPP keep alive processing unit 22.

データ通信監視部２１及びＰＰＰキープアライブ処理部２２は、個別の処理部として実装することができる。また、別の形態では、データ通信監視部２１及びＰＰＰキープアライブ処理部２２を含む通信処理部は、例えば通信制御プログラムを実行する演算部により実現できる。 The data communication monitoring unit 21 and the PPP keep alive processing unit 22 can be implemented as individual processing units. In another form, the communication processing unit including the data communication monitoring unit 21 and the PPP keep alive processing unit 22 can be realized by, for example, a calculation unit that executes a communication control program.

ここで、上述した通信制御プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。 Here, the above-described communication control program can be stored using various types of non-transitory computer readable media and supplied to the computer. Non-transitory computer readable media include various types of tangible storage media. Examples of non-transitory computer-readable media include magnetic recording media (for example, flexible disks, magnetic tapes, hard disk drives), magneto-optical recording media (for example, magneto-optical disks), CD-ROMs (Read Only Memory) CD-R, CD -R / W, including semiconductor memory (for example, mask ROM, PROM (Programmable ROM), EPROM (Erasable PROM), flash ROM, RAM (Random Access Memory)). The program may also be supplied to the computer by various types of transitory computer readable media. Examples of transitory computer readable media include electrical signals, optical signals, and electromagnetic waves. The temporary computer-readable medium can supply the program to the computer via a wired communication path such as an electric wire and an optical fiber, or a wireless communication path.

データ通信監視部２１は、ユーザ端末１０とＷｅｂサーバ１４との間の通信状態を監視して、ユーザ端末１０からＷｅｂサーバ１４への通信が不調となったことを検出してデータ通信不可信号を出力する。実施の形態１にかかる通信システム１では、データ通信監視部２１は、ユーザ端末１０からＷｅｂサーバ１４に送信されるＴＣＰ（Transmission Control Protocol）に基づく通信で用いられるＴＣＰＳＹＮパケットを監視する。ＴＣＰＳＹＮパケットは、ＴＣＰパケットのうちＳＹＮフラグがセットされているパケットであって、Ｗｅｂサーバ１４に送信したパケットに対して応答を要求するものである。データ通信監視部２１は、ＴＣＰＳＹＮパケットの送信を検出すると、当該ＴＣＰＳＹＮパケットに対する応答を確認し、一定時間の間に応答が確認できなければデータ通信不可信号をＰＰＰキープアライブ処理部２２に出力する。 The data communication monitoring unit 21 monitors the communication state between the user terminal 10 and the Web server 14, detects that communication from the user terminal 10 to the Web server 14 has failed, and outputs a data communication disable signal. Output. In the communication system 1 according to the first embodiment, the data communication monitoring unit 21 monitors a TCP SYN packet used in communication based on TCP (Transmission Control Protocol) transmitted from the user terminal 10 to the Web server 14. The TCP SYN packet is a packet in which the SYN flag is set in the TCP packet, and requests a response to the packet transmitted to the Web server 14. When the data communication monitoring unit 21 detects the transmission of the TCP SYN packet, the data communication monitoring unit 21 confirms the response to the TCP SYN packet. If the response cannot be confirmed within a predetermined time, the data communication monitoring unit 21 outputs a data communication impossible signal to the PPP keep alive processing unit 22. To do.

ＰＰＰキープアライブ処理部２２は、予め設定された周期でＰＰＰサーバ１２にキープアライブメッセージを発行し、キープアライブメッセージに対するＰＰＰサーバ１２からの応答が得られないことに応じてＰＰＰセッションの再確立処理を実施する。ここで、本実施の形態では、キープアライブメッセージとしてＬＣＰ（Link Control Protocol）エコー要求を用いる。ＬＣＰエコー要求は、ＰＰＰサーバ１２に対して応答を要求するものである。 The PPP keep-alive processing unit 22 issues a keep-alive message to the PPP server 12 at a preset period, and performs a PPP session re-establishment process in response to a response from the PPP server 12 not being obtained for the keep-alive message. carry out. Here, in this embodiment, an LCP (Link Control Protocol) echo request is used as a keep alive message. The LCP echo request is a request for a response to the PPP server 12.

また、ＰＰＰキープアライブ処理部２２は、データ通信監視部２１からデータ通信不可信号を受信した場合、予め定められた周期よりも短い周期でキープアライブメッセージを送信する。特に、実施の形態１にかかるＰＰＰキープアライブ処理部２２は、データ通信不可信号を受信した際に、ＬＣＰエコー要求の再送を行うリトライ処理を実施していなかった場合には、予め定められた周期に関わらず受信したデータ通信不可信号に応じてキープアライブメッセージを送信する。また、ＰＰＰキープアライブ処理部２２は、キープアライブメッセージに対する応答がＰＰＰサーバ１２からあった場合、キープアライブメッセージの送信周期を予め設定された長さに戻す。 Further, when receiving the data communication disable signal from the data communication monitoring unit 21, the PPP keep alive processing unit 22 transmits a keep alive message at a cycle shorter than a predetermined cycle. In particular, when the PPP keep alive processing unit 22 according to the first embodiment has not performed the retry process for retransmitting the LCP echo request when receiving the data communication disabled signal, the PPP keep alive processing unit 22 performs a predetermined cycle. Regardless, a keep-alive message is transmitted according to the received data communication disable signal. Also, when there is a response to the keep alive message from the PPP server 12, the PPP keep alive processing unit 22 returns the transmission cycle of the keep alive message to a preset length.

また、ＰＰＰキープアライブ処理部２２は、ＰＰＰセッションの再確立処理を行うための判断として、ＰＰＰサーバ１２から応答の得られないキープアライブメッセージの送信処理の連続回数がリトライ回数閾値に達したか否かに基づき行う。また、ＰＰＰキープアライブ処理部２２は、データ通信不可信号を受信した場合、当該リトライ回数閾値を小さな値に変更する。なお、ＰＰＰキープアライブ処理部２２は、キープアライブメッセージに対する応答がＰＰＰサーバ１２からあった場合、リトライ回数閾値を予め設定された値に戻す。 Further, the PPP keep alive processing unit 22 determines whether or not the number of continuous keep alive message transmission processes for which no response is obtained from the PPP server 12 has reached the retry count threshold, as a determination for performing the PPP session re-establishment process. I will do it. Further, when receiving the data communication disable signal, the PPP keep alive processing unit 22 changes the retry count threshold to a small value. The PPP keep alive processing unit 22 returns the retry count threshold to a preset value when a response to the keep alive message is received from the PPP server 12.

続いて、実施の形態１にかかるルータ装置１１の動作について詳細に説明する。実施の形態１にかかるルータ装置１１では、データ通信監視部２１とＰＰＰキープアライブ処理部２２とがそれぞれ並列して動作するため、以下の説明では、データ通信監視部２１の動作とＰＰＰキープアライブ処理部２２の動作をそれぞれ個別に説明する。 Next, the operation of the router device 11 according to the first embodiment will be described in detail. In the router device 11 according to the first embodiment, the data communication monitoring unit 21 and the PPP keep alive processing unit 22 operate in parallel. Therefore, in the following description, the operation of the data communication monitoring unit 21 and the PPP keep alive processing are performed. The operation of the unit 22 will be described individually.

まず、図３に実施の形態１にかかるデータ通信監視部２１の動作を説明するフローチャートを示す。図３に示すように、データ通信監視部２１は、ＰＰＰセッションが開始されたことに応じて処理を開始する。そして、ＰＰＰセッションが開始されると、データ通信監視部２１は、データ通信を監視しながらユーザ端末１０から送信されるＴＣＰＳＹＮパケットを待つ（ステップＳ１）。そして、データ通信監視部２１は、ＴＣＰＳＹＮパケットの送信を検出すると（ステップＳ２）、ＴＣＰＹＳＮパケットの送信履歴をデータ通信監視部２１内の記憶部に保存する（ステップＳ３）。その後、データ通信監視部２１は、Ｗｅｂサーバ１４からＴＣＰＳＹＮに対応する応答の有無を確認する（ステップＳ４）。このステップＳ４において、ＴＣＰＳＹＮパケットに対する応答が確認された場合、データ通信監視部２１は、次のＴＣＰＳＹＮパケットを検知するために、ＴＣＰに基づく通信を監視する（ステップＳ１）。一方、ステップＳ４において、ＴＣＰＳＹＮパケットに対する応答が確認出来なかった場合、データ通信監視部２１は、ＰＰＰキープアライブ処理部にデータ通信不可信号を出力する（ステップＳ５）。データ通信不可信号を出力した後、データ通信監視部２１は、次のＴＣＰＳＹＮパケットを検知するために、ＴＣＰに基づく通信を監視する（ステップＳ１）。 First, FIG. 3 shows a flowchart for explaining the operation of the data communication monitoring unit 21 according to the first embodiment. As shown in FIG. 3, the data communication monitoring unit 21 starts processing in response to the start of the PPP session. When the PPP session is started, the data communication monitoring unit 21 waits for a TCP SYN packet transmitted from the user terminal 10 while monitoring data communication (step S1). When the data communication monitoring unit 21 detects the transmission of the TCP SYN packet (step S2), the data communication monitoring unit 21 stores the transmission history of the TCP YSN packet in the storage unit in the data communication monitoring unit 21 (step S3). Thereafter, the data communication monitoring unit 21 confirms whether or not there is a response corresponding to TCP SYN from the Web server 14 (step S4). If a response to the TCP SYN packet is confirmed in step S4, the data communication monitoring unit 21 monitors TCP-based communication in order to detect the next TCP SYN packet (step S1). On the other hand, if the response to the TCP SYN packet cannot be confirmed in step S4, the data communication monitoring unit 21 outputs a data communication disabled signal to the PPP keep alive processing unit (step S5). After outputting the data communication disabled signal, the data communication monitoring unit 21 monitors communication based on TCP in order to detect the next TCP SYN packet (step S1).

続いて、図４に実施の形態１にかかるＰＰＰキープアライブ処理部２２の動作を説明するフローチャートを示す。図４に示すように、ＰＰＰキープアライブ処理部２２は、ＰＰＰセッションが開始されたことに応じて処理を開始する。ＰＰＰキープアライブ処理部２２は、処理を開始すると、ステップＳ１０〜Ｓ２０のキープアライブ処理とステップＳ２１〜Ｓ２４の条件変更処理とを並列的に実施する。なお、キープアライブ処理と条件変更処理とは、それぞれに含まれる各処理を時分割で実施しても良い。 FIG. 4 is a flowchart for explaining the operation of the PPP keep alive processing unit 22 according to the first embodiment. As shown in FIG. 4, the PPP keep alive processing unit 22 starts processing in response to the start of the PPP session. When the process is started, the PPP keep alive processing unit 22 performs the keep alive process in steps S10 to S20 and the condition change process in steps S21 to S24 in parallel. Note that the keep alive process and the condition change process may be performed in a time-sharing manner.

まず、ステップＳ１０〜Ｓ２０のキープアライブ処理について説明する。ステップＳ１０では、ＬＣＰエコー要求を送信する間隔が経過するまで待機し（ステップＳ１０）、送信間隔が経過した後にＰＰＰサーバ１２にＬＣＰエコー要求を送信する（ステップＳ１１）。そして、送信したＬＣＰエコー要求に対応する応答がＰＰＰサーバ１２から得られた場合、次のＬＣＰエコー要求の送信間隔が経過するまで待機する（ステップＳ１２、Ｓ１０）。ここで、図４では、送信したＬＣＰエコー要求に対応する応答がＰＰＰサーバ１２から得られなかった場合、にＬＣＰエコー要求のリトライ送信間隔及びリトライ回数閾値を規定値に戻す処理（ステップＳ１９、Ｓ２０）があるが、ステップＳ２２、Ｓ２３による条件変更が行われなければステップＳ１９、Ｓ２０の処理は行われない。 First, the keep alive process in steps S10 to S20 will be described. In step S10, it waits until the interval for transmitting the LCP echo request elapses (step S10), and transmits the LCP echo request to the PPP server 12 after the elapse of the transmission interval (step S11). When a response corresponding to the transmitted LCP echo request is obtained from the PPP server 12, the process waits until the transmission interval of the next LCP echo request elapses (steps S12 and S10). Here, in FIG. 4, when the response corresponding to the transmitted LCP echo request is not obtained from the PPP server 12, the retry transmission interval and retry count threshold value of the LCP echo request are returned to the specified values (steps S19, S20). However, if the conditions are not changed in steps S22 and S23, the processes in steps S19 and S20 are not performed.

一方、ステップＳ１２で、送信したＬＣＰエコー要求に対応する応答がＰＰＰサーバ１２から得られた場合、ステップＳ１３〜Ｓ１８のリトライ処理を行う。まず、ステップＳ１３では、リトライ処理が連続した回数を示すリトライカウント値をゼロにリセットする。次いで、ＰＰＰキープアライブ処理部２２は、ＬＣＰエコー要求の送信をリトライする間隔が経過するまで待機し（ステップＳ１４）、リトライ送信間隔が経過した後にＰＰＰサーバ１２にＬＣＰエコー要求を送信する（ステップＳ１５）。そして、送信したＬＣＰエコー要求に対応する応答がＰＰＰサーバ１２から得られた場合、次のＬＣＰエコー要求の送信間隔が経過するまで待機する（ステップＳ１６、Ｓ１０）。一方、ステップＳ１６で、送信したＬＣＰエコー要求に対応する応答がＰＰＰサーバ１２から得られなかった場合、ＰＰＰキープアライブ処理部２２は、リトライカウント値を１つ増加させる（ステップＳ１７）。次いで、ＰＰＰキープアライブ処理部２２は、リトライカウント値が予め設定したリトライ回数閾値以上であるか否かを判断する（ステップＳ１８）。このステップＳ１８でリトライカウント値がリトライ回数閾値よりも小さい場合、ＰＰＰキープアライブ処理部２２は、次のＬＣＰエコー要求のリトライ送信間隔が経過するまで待機する（ステップＳ１８、Ｓ１４）。一方、ステップＳ１８においてリトライカウント値がリトライ回数閾値以上であると判断した場合ＰＰＰキープアライブ処理部２２は、ＰＰＰセッションの切断と再確立処理を行う。 On the other hand, when a response corresponding to the transmitted LCP echo request is obtained from the PPP server 12 in step S12, retry processing in steps S13 to S18 is performed. First, in step S13, a retry count value indicating the number of times the retry process has been continued is reset to zero. Next, the PPP keep alive processing unit 22 waits until an interval for retrying transmission of the LCP echo request has elapsed (step S14), and transmits an LCP echo request to the PPP server 12 after the retry transmission interval has elapsed (step S15). ). When a response corresponding to the transmitted LCP echo request is obtained from the PPP server 12, the process waits until the transmission interval of the next LCP echo request elapses (steps S16 and S10). On the other hand, if no response corresponding to the transmitted LCP echo request is obtained from the PPP server 12 in step S16, the PPP keep alive processing unit 22 increments the retry count value by one (step S17). Next, the PPP keep alive processing unit 22 determines whether or not the retry count value is equal to or larger than a preset retry count threshold value (step S18). When the retry count value is smaller than the retry count threshold value in step S18, the PPP keep alive processing unit 22 waits until the retry transmission interval of the next LCP echo request elapses (steps S18 and S14). On the other hand, if it is determined in step S18 that the retry count value is greater than or equal to the retry count threshold value, the PPP keep alive processing unit 22 performs PPP session disconnection and re-establishment processing.

次いで、ステップＳ２１〜Ｓ２４の条件変更処理について説明する。ステップＳ２１では、データ通信監視部２１が出力したデータ通信不可信号の受信を待機する。そして、データ通信不可信号を受信したことに応じて、ＰＰＰキープアライブ処理部２２は、リトライ送信間隔の短縮（ステップＳ２２）と、リトライ回数閾値の削減（ステップＳ２３）とを実施する。そして、ＰＰＰキープアライブ処理部２２は、現在の処理状態がステップＳ１３以降のＬＣＰエコー要求送信のリトライ処理状態であるか否かを確認する（ステップＳ２４）。ステップＳ２４においてリトライ処理状態であると判断された場合、次のデータ通信不可信号の受信を待機する。一方、ステップＳ２４においてリトライ処理状態ではないと判断された場合、ＰＰＰキープアライブ処理部２２は、エコー送信間隔の経過を待つことなくＬＣＰエコー要求をＰＰＰサーバ１２に送信する。ステップＳ２４の判断に基づきＬＣＰエコー要求を送信したＰＰＰキープアライブ処理部２２は、ステップＳ１４以降の処理を実施する。なお、このステップＳ２２〜Ｓ２４の処理は、割込処理により実施するものとする。 Next, the condition changing process in steps S21 to S24 will be described. In step S21, reception of the data communication disabled signal output from the data communication monitoring unit 21 is waited. Then, in response to receiving the data communication impossible signal, the PPP keep alive processing unit 22 performs the retry transmission interval reduction (step S22) and the retry number threshold reduction (step S23). Then, the PPP keep alive processing unit 22 confirms whether or not the current processing state is a retry processing state of LCP echo request transmission after step S13 (step S24). If it is determined in step S24 that it is in the retry processing state, it waits for reception of the next data communication disable signal. On the other hand, if it is determined in step S24 that the state is not the retry processing state, the PPP keep alive processing unit 22 transmits an LCP echo request to the PPP server 12 without waiting for the echo transmission interval to elapse. The PPP keep alive processing unit 22 that has transmitted the LCP echo request based on the determination in step S24 performs the processes in and after step S14. Note that the processing in steps S22 to S24 is performed by interrupt processing.

続いて、実施の形態１にかかる通信システム１の動作について説明する。そこで、図５に実施の形態１にかかる通信システム１の動作を説明するシーケンス図を示す。なお、図５で示したシーケンス図は、ＬＣＰエコー送信間隔を６０秒、リトライ送信間隔を１０秒、リトライ回数閾値を１０回、データ通信不可信号を受信後のリトライ送信間隔を５秒、データ通信不可信号を受信後のリトライ回数閾値を５回、としたものである。 Subsequently, an operation of the communication system 1 according to the first exemplary embodiment will be described. FIG. 5 is a sequence diagram for explaining the operation of the communication system 1 according to the first embodiment. In the sequence diagram shown in FIG. 5, the LCP echo transmission interval is 60 seconds, the retry transmission interval is 10 seconds, the retry count threshold is 10 times, the retry transmission interval after receiving the data communication disable signal is 5 seconds, and the data communication The threshold value for the number of retries after receiving an impossible signal is five.

図５に示すように、実施の形態１にかかる通信システム１では、まず、ルータ装置１１とＰＰＰサーバ１２との間でＰＰＰセッションが開始される。その後、ユーザ端末１０とＷｅｂサーバ１４との間で通信が行われる。そして、ユーザ端末１０とＷｅｂサーバ１４との間の通信が正常に行われている間は、ＴＣＰＳＹＮパケットに対する応答がユーザ端末１０に届くためルータ装置１１のデータ通信監視部２１は、データ通信不可信号を出力しない。その後ＰＰＰサーバ１２においてＰＰＰセッションの切断が発生すると、ユーザ端末１０からＷｅｂサーバ１４へのアクセスが失敗し、ＴＣＰＳＹＮパケットに対する応答が途絶える。これにより、ルータ装置１１のデータ通信監視部２１がデータ通信不可信号を出力する。 As shown in FIG. 5, in the communication system 1 according to the first embodiment, first, a PPP session is started between the router device 11 and the PPP server 12. Thereafter, communication is performed between the user terminal 10 and the Web server 14. While the communication between the user terminal 10 and the Web server 14 is normally performed, a response to the TCP SYN packet reaches the user terminal 10, so the data communication monitoring unit 21 of the router device 11 cannot perform the data communication. No signal is output. After that, when the PPP session is disconnected in the PPP server 12, the access from the user terminal 10 to the Web server 14 fails, and the response to the TCP SYN packet is interrupted. As a result, the data communication monitoring unit 21 of the router device 11 outputs a data communication disabled signal.

そして、ＰＰＰキープアライブ処理部２２は、当該データ通信不可信号に応じて、リトライ送信間隔の短縮とリトライ回数閾値の削減とを実施する。また、ＰＰＰキープアライブ処理部２２は、データ通信不可信号を受信したため、エコー送信間隔に関わらず即座にＬＣＰエコー要求をルータ装置１１に送信する。ここで、ＰＰＰセッションが切断されている場合、このＬＣＰエコー要求は失敗する。そのため、ＰＰＰキープアライブ処理部２２は、ＬＣＰエコー要求のリトライ処理が行われる。このとき、ＰＰＰキープアライブ処理部２２では、リトライ送信間隔の短縮及びリトライ回数閾値の削減が行われているため、セッション再確立までの時間が短縮される。 Then, the PPP keep alive processing unit 22 shortens the retry transmission interval and reduces the retry count threshold according to the data communication disable signal. Further, since the PPP keep alive processing unit 22 has received the data communication impossible signal, the PPP keep alive processing unit 22 immediately transmits an LCP echo request to the router device 11 regardless of the echo transmission interval. Here, if the PPP session is disconnected, this LCP echo request fails. Therefore, the PPP keep alive processing unit 22 performs a retry process for the LCP echo request. At this time, in the PPP keep alive processing unit 22, the retry transmission interval and the retry count threshold are reduced, so the time until session re-establishment is shortened.

このように、ルータ装置１１では、図３、図４で説明した処理を実施することで、ＰＰＰセッションが不調となったときの復旧時間を短縮することができる。以下では、実施の形態１にかかるＰＰＰセッション復旧方法に対する比較例を挙げ、当該比較例との比較により、このＰＰＰセッションの復旧時間の短縮の効果をより詳細に説明する。 As described above, the router device 11 can shorten the recovery time when the PPP session becomes unsatisfactory by performing the processing described with reference to FIGS. 3 and 4. Below, the comparative example with respect to the PPP session recovery method concerning Embodiment 1 is given, and the effect of shortening the recovery time of this PPP session is demonstrated in detail by comparison with the said comparative example.

以下で説明する比較例にかかるＰＰＰセッションの復旧方法は、データ通信監視部の処理を行わずに、ＰＰＰキープアライブ処理部のみでＰＰＰセッションの復旧を行うものである。つまり、比較例にかかるＰＰＰセッションの復旧方法は、ＬＣＰエコー要求の送信間隔を通常時とリトライ処理時との間で切り替えずに、ＬＣＰエコー要求のリトライ処理の失敗に基づきＰＰＰセッションの復旧を行う。 The PPP session recovery method according to the comparative example described below is to recover the PPP session only by the PPP keep alive processing unit without performing the processing of the data communication monitoring unit. That is, the PPP session recovery method according to the comparative example recovers the PPP session based on the failure of the retry process of the LCP echo request without switching the transmission interval of the LCP echo request between the normal time and the retry process. .

そこで、比較例にかかるＰＰＰキープアライブ処理部の動作を説明するフローチャートを図６に示す。図６に示すように、比較例にかかるＰＰＰキープアライブ処理部では、ＬＣＰエコー要求を送信間隔が経過する毎にＰＰＰサーバ１２に送信する（ステップＳ１００、Ｓ１０１）。そして、ＬＣＰエコー要求に対するＰＰＰサーバ１２からの応答があれば、リトライ処理を行うことなく周期的にＬＣＰエコー要求を送信する処理を継続する（ステップＳ１００、Ｓ１０１、Ｓ１０２）。 FIG. 6 is a flowchart for explaining the operation of the PPP keep alive processing unit according to the comparative example. As shown in FIG. 6, the PPP keep alive processing unit according to the comparative example transmits an LCP echo request to the PPP server 12 every time the transmission interval elapses (steps S100 and S101). If there is a response from the PPP server 12 to the LCP echo request, the process of periodically transmitting the LCP echo request is continued without performing the retry process (steps S100, S101, S102).

一方、ＬＣＰエコー要求に対するＰＰＰサーバ１２からの応答がない場合、比較例にかかるＰＰＰキープアライブ処理部においてもＬＣＰエコー要求をＰＰＰサーバ１２に周期的に送信し、連続してＰＰＰサーバ１２からの応答がなければ、ＰＰＰセッションの切断及び再確立処理を行う（ステップＳ１０３〜Ｓ１０８）。ここで、図６に示すように、比較例にかかるＰＰＰキープアライブ処理部では、リトライ処理時のリトライ送信間隔は、通常時のＬＣＰエコー要求送信間隔から変更を行う処理は含まれない。 On the other hand, when there is no response from the PPP server 12 to the LCP echo request, the PPP keep alive processing unit according to the comparative example also periodically transmits the LCP echo request to the PPP server 12, and continuously responds from the PPP server 12. If not, PPP session disconnection and re-establishment processing is performed (steps S103 to S108). Here, as shown in FIG. 6, in the PPP keep alive processing unit according to the comparative example, the retry transmission interval at the time of the retry processing does not include processing for changing from the normal LCP echo request transmission interval.

上記比較例にかかるＰＰＰキープアライブ処理部を含むを有する通信システムの動作を説明するシーケンス図を図７に示す。図７に示す例は、図５に示した実施の形態１にかかる通信システム１の動作と同じ条件で比較例にかかるＰＰＰキープアライブ処理部を動作させた場合のものである。なお、図７に示す例では、サーバアクセスの失敗がＬＣＰエコー要求を出力した時点より２０秒後にサーバアクセスの失敗が判明した場合のものである。 FIG. 7 is a sequence diagram for explaining the operation of the communication system including the PPP keep alive processing unit according to the comparative example. The example shown in FIG. 7 is a case where the PPP keep alive processing unit according to the comparative example is operated under the same conditions as the operation of the communication system 1 according to the first embodiment shown in FIG. In the example shown in FIG. 7, the server access failure is found when the server access failure is found 20 seconds after the LCP echo request is output.

図７に示すように、比較例にかかる通信システムでは、ＬＣＰエコー要求の送信間隔は、通常とリトライ時で同じである。そのため、比較例にかかる通信システムでは、ＬＣＰエコー要求のリトライ送信処理に移行するまでの時間及びリトライ送信処理からセッション再確立を行うまでの時間がいずれも図５に示した実施の形態１にかかる通信システム１よりも多くかかっていることが分かる。 As shown in FIG. 7, in the communication system according to the comparative example, the transmission interval of the LCP echo request is the same between the normal time and the retry time. Therefore, in the communication system according to the comparative example, both the time until the LCP echo request retry transmission process and the time until the session re-establishment from the retry transmission process are performed according to the first embodiment illustrated in FIG. It can be seen that it takes more than the communication system 1.

上記説明より、実施の形態１にかかる通信システム１は、データ通信監視部２１を有することでユーザ端末１０とＷｅｂサーバ１４との間の通信の不具合を検出することができる。そして、データ通信監視部２１が検出したデータ通信の不具合を検出したことに応じて、ＰＰＰキープアライブ処理部２２がＬＣＰエコー要求のリトライ送信間隔の短縮とリトライ回数閾値の削減との少なくとも一方を実施する。これにより、実施の形態１にかかる通信システム１では、ＰＰＰセッションの切断を復旧するために要する時間を短縮することができる。 From the above description, the communication system 1 according to the first embodiment can detect a communication failure between the user terminal 10 and the Web server 14 by including the data communication monitoring unit 21. Then, in response to detecting the data communication failure detected by the data communication monitoring unit 21, the PPP keep alive processing unit 22 performs at least one of shortening the retry transmission interval of the LCP echo request and reducing the retry count threshold value. To do. Thereby, in the communication system 1 according to the first embodiment, it is possible to reduce the time required to recover the disconnection of the PPP session.

また、実施の形態１にかかる通信システム１では、ＰＰＰキープアライブ処理部２２がデータ通信監視部２１からデータ通信不可信号を受信したことに応じて、エコー要求送信周期に関わらず、即座にＬＣＰエコー要求を出力する。これによっても、実施の形態１にかかる通信システム１では、ＰＰＰセッションの切断を復旧するために要する時間を短縮することができる。 Further, in the communication system 1 according to the first embodiment, in response to the PPP keep alive processing unit 22 receiving the data communication disable signal from the data communication monitoring unit 21, the LCP echo is immediately performed regardless of the echo request transmission cycle. Output the request. Also by this, in the communication system 1 according to the first embodiment, it is possible to reduce the time required for recovering the disconnection of the PPP session.

また、実施の形態１にかかる通信システム１では、ＰＰＰセッションがユーザ端末１０とＷｅｂサーバ１４との間の通信に利用されている期間のＰＰＰセッションの不調をデータ通信監視部２１において検出し、当該検出結果に応じてＬＣＰエコー要求の出力を行うことができる。これにより、実施の形態１にかかる通信システム１では、ＰＰＰセッションが確立していても、データ通信には利用されていない期間のルータ装置１１とＰＰＰサーバ１２との間のキープアライブ処理の頻度を下げても通信品質を維持できる。つまり、実施の形態１にかかる通信システム１では、キープアライブ処理に要するパケット通信の通信量を低減して、他の通信に用いられる通信帯域を拡大することができる。 Further, in the communication system 1 according to the first embodiment, the data communication monitoring unit 21 detects a malfunction of the PPP session during the period in which the PPP session is used for communication between the user terminal 10 and the Web server 14. An LCP echo request can be output according to the detection result. Thereby, in the communication system 1 according to the first embodiment, the frequency of the keep alive process between the router device 11 and the PPP server 12 during the period not used for data communication even if the PPP session is established. Communication quality can be maintained even if it is lowered. That is, in the communication system 1 according to the first embodiment, it is possible to reduce the communication amount of packet communication required for the keep alive process and to expand the communication band used for other communication.

また、実施の形態１にかかる通信システム１では、データ通信監視部２１においてデータ通信に不具合が発生したと判断された場合にはリトライ回数閾値を減少させる。これにより、実施の形態１にかかる通信システム１では、ＰＰＰサーバ１２がＬＣＰエコー要求に応答するための処理を削減することができる。 In the communication system 1 according to the first embodiment, when the data communication monitoring unit 21 determines that a failure has occurred in data communication, the retry count threshold is decreased. Thereby, in the communication system 1 according to the first embodiment, it is possible to reduce processing for the PPP server 12 to respond to the LCP echo request.

実施の形態２
実施の形態２では、データ通信監視部２１が通信の不具合を検出するために監視する対象の別の例について説明する。実施の形態２では、データ通信監視部２１がＰＰＰセッション上に設けられるＴＣＰセッションにおけるＷｅｂサーバ１４からの応答の有無に基づきデータ通信の可能性を判断する。 Embodiment 2
In the second embodiment, another example of an object to be monitored by the data communication monitoring unit 21 to detect a communication failure will be described. In the second embodiment, the data communication monitoring unit 21 determines the possibility of data communication based on the presence / absence of a response from the Web server 14 in the TCP session provided on the PPP session.

そこで、実施の形態２にかかるデータ通信監視部２１の動作を説明するフローチャートを図８に示す。図８に示すように、実施の形態２においても、データ通信監視部２１は、ＰＰＰセッションが開始されたことに応じて処理を開始する。そして、ＰＰＰセッションが開始されると、データ通信監視部２１は、ＴＣＰ通信を監視した状態で待機する（ステップＳ３１）。そして、データ通信監視部２１は、ＴＣＰコネクションの確立を検知すると（ステップＳ３２）、ＴＣＰコネクションの確立履歴をデータ通信監視部２１内の記憶部に保存する（ステップＳ３３）。その後、データ通信監視部２１は、Ｗｅｂサーバ１４からユーザ端末１０への応答が一定時間内にあれば、次のＴＣＰコネクションの確立を検知するために、ＴＣＰに基づく通信を監視する（ステップＳ３４、Ｓ３１）。一方、ステップＳ３４において、ＴＣＰコネクションにおいてユーザ端末１０に対する応答が一定時間内に確認出来なかった場合、データ通信監視部２１は、ＰＰＰキープアライブ処理部にデータ通信不可信号を出力する（ステップＳ５）。データ通信不可信号を出力した後、データ通信監視部２１は、次のＴＣＰコネクションの確立を検知するために、ＴＣＰに基づく通信を監視する（ステップＳ３１）。 FIG. 8 is a flowchart for explaining the operation of the data communication monitoring unit 21 according to the second embodiment. As shown in FIG. 8, also in the second embodiment, the data communication monitoring unit 21 starts processing in response to the start of the PPP session. When the PPP session is started, the data communication monitoring unit 21 stands by in a state where the TCP communication is monitored (step S31). When the data communication monitoring unit 21 detects the establishment of the TCP connection (step S32), the data communication monitoring unit 21 stores the TCP connection establishment history in the storage unit in the data communication monitoring unit 21 (step S33). Thereafter, if the response from the Web server 14 to the user terminal 10 is within a certain time, the data communication monitoring unit 21 monitors communication based on TCP in order to detect establishment of the next TCP connection (step S34, S31). On the other hand, if the response to the user terminal 10 cannot be confirmed within a predetermined time in the TCP connection in step S34, the data communication monitoring unit 21 outputs a data communication disabled signal to the PPP keep alive processing unit (step S5). After outputting the data communication disabled signal, the data communication monitoring unit 21 monitors TCP-based communication in order to detect the establishment of the next TCP connection (step S31).

上記説明より、実施の形態２では、ＴＣＰコネクションにおけるＷｅｂサーバ１４からユーザ端末１０への応答の有無に基づきデータ通信の可否を判定する。つまり、ユーザ端末１０とＷｅｂサーバ１４との間のデータ通信の可否は、実施の形態１のＴＣＰＳＹＮパケットのみならず、Ｗｅｂサーバ１４からの応答を求めるものであれば様々な情報を利用できる。 From the above description, in the second embodiment, whether or not data communication is possible is determined based on the presence or absence of a response from the Web server 14 to the user terminal 10 in the TCP connection. In other words, whether or not data communication between the user terminal 10 and the Web server 14 is possible is not limited to the TCP SYN packet according to the first embodiment, and various information can be used as long as a response from the Web server 14 is obtained.

実施の形態３
実施の形態３では、データ通信監視部２１が通信の不具合を検出するために監視する対象の別の例について説明する。実施の形態３では、データ通信監視部２１がＰＰＰセッション上でＤＮＳサーバに送信されるＤＮＳクエリーに対する応答の有無に基づきデータ通信の可能性を判断する。 Embodiment 3
In the third embodiment, another example of an object to be monitored by the data communication monitoring unit 21 to detect a communication failure will be described. In the third embodiment, the data communication monitoring unit 21 determines the possibility of data communication based on the presence / absence of a response to the DNS query transmitted to the DNS server over the PPP session.

そこで、実施の形態３にかかるデータ通信監視部２１の動作を説明するフローチャートを図９に示す。図９に示すように、実施の形態３においても、データ通信監視部２１は、ＰＰＰセッションが開始されたことに応じて処理を開始する。そして、ＰＰＰセッションが開始されると、データ通信監視部２１は、ＤＮＳ通信を監視した状態で待機する（ステップＳ４１）。そして、データ通信監視部２１は、ＤＮＳクエリーの送信を検知すると（ステップＳ４２）、ＤＮＳクエリーンの送信履歴をデータ通信監視部２１内の記憶部に保存する（ステップＳ４３）。その後、データ通信監視部２１は、Ｗｅｂサーバ１４からユーザ端末１０にＤＮＳクエリーに対する応答が一定時間内にあれば、次のＤＮＳクエリーの送信を検知するために、ＤＮＳに基づく通信を監視する（ステップＳ４４、Ｓ４１）。一方、ステップＳ４４において、ＤＮＳクエリーに対する応答が一定時間内に確認出来なかった場合、データ通信監視部２１は、ＰＰＰキープアライブ処理部にデータ通信不可信号を出力する（ステップＳ５）。データ通信不可信号を出力した後、データ通信監視部２１は、次のＤＮＳクエリーの送信を検知するために、ＤＮＳに基づく通信を監視する（ステップＳ４１）。 FIG. 9 is a flowchart for explaining the operation of the data communication monitoring unit 21 according to the third embodiment. As shown in FIG. 9, also in the third embodiment, the data communication monitoring unit 21 starts processing in response to the start of the PPP session. When the PPP session is started, the data communication monitoring unit 21 waits in a state where the DNS communication is monitored (step S41). When the data communication monitoring unit 21 detects the transmission of the DNS query (step S42), the data communication monitoring unit 21 stores the DNS query transmission history in the storage unit in the data communication monitoring unit 21 (step S43). Thereafter, if the response to the DNS query from the Web server 14 to the user terminal 10 is within a predetermined time, the data communication monitoring unit 21 monitors the communication based on the DNS in order to detect transmission of the next DNS query (step S44, S41). On the other hand, when the response to the DNS query cannot be confirmed within a predetermined time in step S44, the data communication monitoring unit 21 outputs a data communication disabled signal to the PPP keep alive processing unit (step S5). After outputting the data communication disabled signal, the data communication monitoring unit 21 monitors DNS-based communication in order to detect transmission of the next DNS query (step S41).

上記説明より、実施の形態３では、ＤＮＳクエリーに対する応答がＷｅｂサーバ１４からユーザ端末１０にあったか否かに基づきデータ通信の可否を判定する。つまり、ユーザ端末１０とＷｅｂサーバ１４との間のデータ通信の可否は、実施の形態１、２のＴＣＰに関するもののみならず、Ｗｅｂサーバ１４からの応答を求めるものであれば様々な情報を利用できる。 From the above description, in the third embodiment, whether or not data communication is possible is determined based on whether or not a response to the DNS query is received from the Web server 14 to the user terminal 10. That is, whether or not data communication between the user terminal 10 and the Web server 14 is possible is not limited to the TCP related to the first and second embodiments, and various information is used as long as a response from the Web server 14 is requested. it can.

なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。 Note that the present invention is not limited to the above-described embodiment, and can be changed as appropriate without departing from the spirit of the present invention.

１通信システム
１０ユーザ端末
１１ルータ装置
１２ＰＰＰサーバ
１３公衆ネットワーク
１４Ｗｅｂサーバ
２０ＷＡＮインタフェース
２１データ通信監視部
２２ＰＰＰキープアライブ処理部
２３ＬＡＮインタフェース DESCRIPTION OF SYMBOLS 1 Communication system 10 User terminal 11 Router apparatus 12 PPP server 13 Public network 14 Web server 20 WAN interface 21 Data communication monitoring part 22 PPP keep alive process part 23 LAN interface

Claims

Communication control for establishing a PPP session with a PPP (Point to Point Protocol) server and performing communication between a user terminal connected to the own apparatus and a service server provided at the end of the PPP server through the PPP session. A device,
A communication monitoring unit that monitors a communication state between the user terminal and the service server, detects that communication from the user terminal to the service server has failed, and outputs a data communication disabled signal;
A PPP keep alive process that issues a keep alive message to the PPP server at a preset period and performs a reestablishment process of the PPP session in response to a response from the PPP server to the keep alive message not being obtained. And
The PPP keep alive processing unit, when receiving the data communication impossible signal, transmits the keep alive message at a cycle shorter than the predetermined cycle.

2. The communication according to claim 1, wherein the PPP keep alive processing unit transmits the keep alive message according to the received data communication disabled signal regardless of the predetermined period when the data communication disabled signal is received. Control device.

The communication control device according to claim 1, wherein the PPP keep alive processing unit returns the period to a preset length when there is a response to the keep alive message.

The PPP keep alive processing unit performs a retry process for retransmitting the keep alive message when a response from the PPP server to the keep alive message is not obtained, and a continuous number of the retry processes is equal to or greater than a retry count threshold value. The re-establishment process of the PPP session is performed in the case of becoming, and when the data communication impossible signal is received, the retry count threshold is set to a small value. Communication control device.

The communication control device according to claim 4, wherein the PPP keep alive processing unit returns the retry count threshold to a preset value when there is a response to the keep alive message.

6. The communication control apparatus according to claim 1, wherein the keep alive message is an LCP (Link Control Protocol) echo request.

The said communication monitoring part monitors at least 1 of the packet regarding the TCP (Transmission Control Protocol) issued from the said user terminal, and a DNS (Domain Name System) query packet, The statement of any one of Claim 1 thru | or 6 Communication control device.

A service established at the end of the PPP server and a user terminal connected to the second communication port by establishing a PPP session with a PPP (Point to Point Protocol) server connected at the end of the first communication port A communication control program executed by a calculation unit in the communication control apparatus in a communication control apparatus that performs communication with a server through the PPP session,
Issuing a keep-alive message to the PPP server at a preset cycle via the first communication port, and reestablishing the PPP session in response to a response from the PPP server not being obtained for the keep-alive message Process,
Monitoring a communication state between the user terminal and the service server by referring to information transmitted and received between the second communication port and the first communication port;
A communication control program that transmits the keep-alive message at a cycle shorter than the predetermined cycle in response to detecting that communication from the user terminal to the service server has failed based on the monitoring.

A service established at the end of the PPP server and a user terminal connected to the second communication port by establishing a PPP session with a PPP (Point to Point Protocol) server connected at the end of the first communication port A PPP session recovery method of a communication control apparatus for performing communication with a server through the PPP session,
Monitoring a communication state between the user terminal and the service server by referring to information transmitted and received between the second communication port and the first communication port;
In response to detecting that communication from the user terminal to the service server has failed based on the monitoring, a data communication impossible signal is generated,
When the data communication impossibility signal is generated, a keep alive message is issued to the PPP server at a cycle shorter than a preset length, and the data is retransmitted according to the determination that the PPP session is blocked. A method for recovering a PPP session that performs establishment processing.