JP2010273297A - Intermediate server device, transmission server device, communication system, and communication method - Google Patents

Intermediate server device, transmission server device, communication system, and communication method Download PDF

Info

Publication number
JP2010273297A
JP2010273297A JP2009125703A JP2009125703A JP2010273297A JP 2010273297 A JP2010273297 A JP 2010273297A JP 2009125703 A JP2009125703 A JP 2009125703A JP 2009125703 A JP2009125703 A JP 2009125703A JP 2010273297 A JP2010273297 A JP 2010273297A
Authority
JP
Japan
Prior art keywords
server device
transmission
signal
request signal
receiving
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2009125703A
Other languages
Japanese (ja)
Other versions
JP4699541B2 (en
Inventor
Nobuo Takeuchi
伸夫 竹内
Toru Hasegawa
徹 長谷川
Hironari Kobayashi
宏成 小林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to JP2009125703A priority Critical patent/JP4699541B2/en
Publication of JP2010273297A publication Critical patent/JP2010273297A/en
Application granted granted Critical
Publication of JP4699541B2 publication Critical patent/JP4699541B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide an intermediate server device for attaining communication quality improvement and communication resource saving in an overall communication system, a transmission server device, the communication system and a communication method. <P>SOLUTION: There are included a transmission server device 12, a receiving server device 16, and an intermediate server device A13 which relays a request signal and a response signal between the transmission server device 12 and the receiving server device 16. The intermediate server device A13 includes a fault monitor and control section 23 for obtaining a fault state of the receiving server device, and an HTTP signal transmitting/receiving section 20 for receiving the request signal from the transmission server device 12 and transmitting a signal instructing retransmission of the request signal or a signal of transmission disability to the transmission server device 12 as the response signal based on the fault state of the receiving server device 16. The transmission server device 12 includes an HTTP signal transmitting/receiving section 17 for performing request signal retransmission processing to the intermediate server device A13 in accordance with the fault state of the receiving server device 16 reported from the intermediate server device A13. <P>COPYRIGHT: (C)2011,JPO&INPIT

Description

本発明は、中間サーバ装置、送信サーバ装置、通信システム、及び通信方法に関する。   The present invention relates to an intermediate server device, a transmission server device, a communication system, and a communication method.

従来の通信システムや通信方法においては、サーバ装置間の通信異常の監視方法として定期Pingによる監視、コネクション監視、信号応答の有無による監視、ルーティングプロトコルの使用といったさまざまな方法が知られている。各々の監視方法により通信先サーバ装置の異常を検出した場合、自身による回線閉塞、迂回による措置をとる事により呼損を回避することが可能である。また、ルーティングプロトコルを用いることにより通信先サーバまでの経路に中間サーバ装置が存在することでサーバ構成が多段となっている通信システムにおいて、送信サーバ装置と直接接続されていない受信サーバ装置の状態をルーティング情報から収集し、送信サーバ装置にて迂回措置等の呼損回避を図ることが可能である。(例えば、非特許文献1〜4参照)   In conventional communication systems and communication methods, various methods are known as methods for monitoring communication abnormalities between server devices, such as monitoring by regular ping, connection monitoring, monitoring by presence / absence of signal response, and use of a routing protocol. When an abnormality of the communication destination server apparatus is detected by each monitoring method, it is possible to avoid call loss by taking measures based on blockage or detouring by itself. In addition, in a communication system in which the server configuration is multistage due to the presence of an intermediate server device on the route to the destination server by using a routing protocol, the state of the receiving server device not directly connected to the transmitting server device is indicated. It is possible to collect call routing information and avoid call loss such as detour measures at the transmission server device. (For example, see Non-Patent Documents 1 to 4)

C. Hedrick, Routing Information Protocol,IETF RFC1058、[online]、June 1988、IETF、[平成21年5月7日検索]、インターネット<URL:http://www.ietf.org/rfc/rfc1058.txt?number=1058)C. Hedrick, Routing Information Protocol, IETF RFC1058, [online], June 1988, IETF, [Search May 7, 2009], Internet <URL: http://www.ietf.org/rfc/rfc1058.txt ? number = 1058) J. Moy, OSPF Version 2, IETF RFC1583、[online]、March 1994、IETF、[平成21年5月7日検索]、インターネット<URL:http://www.ietf.org/rfc/rfc1583.txt?number=1583)J. Moy, OSPF Version 2, IETF RFC1583, [online], March 1994, IETF, [Search May 7, 2009], Internet <URL: http://www.ietf.org/rfc/rfc1583.txt ? number = 1583) F. Baker, Editor, Requirements for IP Version 4 Routers, IETF RFC1812、[online]、June 1995、IETF、[平成21年5月7日検索]、インターネット<URL:http://www.ietf.org/rfc/rfc1812.txt?number=1812)F. Baker, Editor, Requirements for IP Version 4 Routers, IETF RFC1812, [online], June 1995, IETF, [Search May 7, 2009], Internet <URL: http://www.ietf.org/ rfc / rfc1812.txt? number = 1812) G. Malkin RIP Version 2, IETF RFC2453、[online]、November 1998、IETF、[平成21年5月7日検索]、インターネット<URL:http://www.ietf.org/rfc/rfc2453.txt?number=2453)G. Malkin RIP Version 2, IETF RFC 2453, [online], November 1998, IETF, [Search May 7, 2009], Internet <URL: http://www.ietf.org/rfc/rfc2453.txt? number = 2453)

しかしながら、上述した通信システムや通信方法において、定期Pingによる監視などは、直接接続されているサーバ間でのみ有効であって、中間サーバ装置を経由する通信システムのように直接接続されておらず多段構成となっているサーバ構成に対しては有効ではない場合があった。上述の方法では、受信サーバ装置の状態異常があるにもかかわらず、送信サーバ装置が受信サーバ装置に向けて信号を送出し続けることによる呼損が発生する懸念がある為、高い信頼性が必要な通信システムにおいては必ずしも十分ではなく、通信の信頼性低下につながることもあった。   However, in the communication system and the communication method described above, monitoring by periodic ping is effective only between directly connected servers, and is not directly connected as in the communication system via the intermediate server device. In some cases, it was not effective for the server configuration. In the above-described method, there is a concern that a call loss may occur due to the transmission server device continuously sending a signal to the reception server device even though the state of the reception server device is abnormal, so high reliability is required. In such a communication system, it is not always sufficient, and it may lead to a decrease in communication reliability.

また、上述のルーティングプロトコルを使用することにより、多段サーバ構成における受信サーバ装置の状態を知ることはある程度可能である。すなわちルーティングプロトコルによりIPレイヤの経路情報をやりとりし、受信サーバ装置の物理レイヤもしくはIPレイヤにおける故障状態を把握し、その状況に応じて送信サーバ装置を動作させることが考えられる。しかしながら、ルーティングプロトコルで救済できるレベルは、あくまで「IPレイヤ」であり、アプリケーションレイヤの把握は不可能であった。すなわち、物理レイヤもしくはIPレイヤの異常が無く、上位信号プロトコルにおける異常が発生している場合には上記課題と同様、送信サーバ装置が受信サーバ装置に向けて信号を送出し、呼損が発生するという問題点があった。   In addition, by using the above routing protocol, it is possible to some extent to know the state of the receiving server device in the multistage server configuration. That is, it is considered that the routing information of the IP layer is exchanged by the routing protocol, the failure state in the physical layer or the IP layer of the receiving server device is grasped, and the transmitting server device is operated according to the situation. However, the level that can be relieved by the routing protocol is only the “IP layer”, and it is impossible to grasp the application layer. That is, when there is no abnormality in the physical layer or IP layer and an abnormality in the upper signal protocol has occurred, the transmission server device sends a signal to the reception server device as in the above problem, and a call loss occurs. There was a problem.

また、多段サーバ構成における受信サーバ装置の一定時間の故障(Failover等)のように、復旧が見込め、送信サーバ装置が信号送信のリトライ等の措置を行うことにより呼救済が望める場合においても、上述のルーティングプロトコルを使用した方法においては、物理レイヤもしくはIPレイヤの状態の把握にとどまり、受信サーバ装置の故障状態(上位プロトコルの状態)を正確に把握することが困難である為、呼救済の機会を喪失するという問題点があった。   In addition, even if the receiving server device in a multistage server configuration is expected to recover, such as a failure for a certain period of time (such as Failover), and the sending server device can hope for call relief by taking measures such as signal transmission retry, the above-mentioned In the method using the above routing protocol, it is difficult to accurately grasp the failure state (the state of the upper protocol) of the receiving server device, but only to grasp the state of the physical layer or the IP layer. There was a problem of losing.

以上のように、従来の通信システムや通信方法においては、通信システム全体における通信品質を向上させることや通信リソースの節約を図ることが求められていた。   As described above, in the conventional communication system and communication method, it has been required to improve communication quality in the entire communication system and to save communication resources.

そこで本発明では上記問題点を解決し、通信システム全体における通信品質向上及び通信リソースの節約を図ることが可能な中間サーバ装置、送信サーバ装置、通信システム及び通信方法を提供することを目的とする。   Accordingly, an object of the present invention is to provide an intermediate server device, a transmission server device, a communication system, and a communication method that can solve the above-described problems and can improve communication quality and save communication resources in the entire communication system. .

本発明に係る中間サーバ装置は、送信サーバ装置と受信サーバ装置との間の要求信号及び応答信号の中継を行う中間サーバ装置であって、受信サーバ装置の障害状態を取得する障害状態取得手段と、送信サーバ装置からの要求信号を受信処理する要求信号受信手段と、受信サーバ装置の障害状態に基づいて、送信サーバ装置に対して要求信号の再送指示の信号、または送信不可の信号を応答信号として送信する応答信号送信手段と、を備えることを特徴とする。   An intermediate server device according to the present invention is an intermediate server device that relays a request signal and a response signal between a transmission server device and a reception server device, and a failure state acquisition unit that acquires a failure state of the reception server device; A request signal receiving means for receiving a request signal from the transmission server device, and a response signal indicating a request signal retransmission instruction signal or a transmission disabled signal to the transmission server device based on a failure state of the reception server device Response signal transmitting means for transmitting as:

本発明に係る中間サーバ装置によれば、受信サーバ装置が障害状態となったときに、障害状態取得手段によって受信サーバ装置の障害状態を取得し、要求信号受信手段によって送信サーバ装置からの要求信号を受信処理した場合、応答信号送信手段は、受信サーバ装置の障害状態に基づいて、送信サーバ装置に対して要求信号の再送指示の信号や送信不可の信号などを応答信号として送信することができる。これによって、送信サーバ装置が受信サーバ装置の状態を把握することができるため、受信サーバ装置の状態に合わせて要求信号の再送を行うことによって呼救済を行うことができるようになり、あるいは、要求信号の再送を行っても救済することができない場合は再送を実施しないことによって、送信サーバ装置のリソースを節約することができるようになる。このように、通信システムにおいて送信サーバ装置と直接接続されていない受信サーバ装置の状態を監視し、アプリケーションレベルまで把握することができ、受信サーバ装置の状態に応じた動作をすることで呼損を自律的に回避することができる。以上により、本発明に係る中間サーバ装置によれば、受信サーバ装置の状態に応じて送信サーバ装置が最適な要求信号の送信方法をとることが可能となるため、通信システム全体における通信品質向上及び通信リソースの節約を図ることが可能となる。   According to the intermediate server device of the present invention, when the receiving server device is in a failure state, the failure state of the receiving server device is acquired by the failure state acquiring unit, and the request signal from the transmitting server device is acquired by the request signal receiving unit. When the reception process is performed, the response signal transmission means can transmit a request signal retransmission instruction signal, a transmission disabled signal, or the like as a response signal to the transmission server device based on the failure state of the reception server device. . As a result, the transmitting server device can grasp the status of the receiving server device, so that call rescue can be performed by resending the request signal in accordance with the status of the receiving server device, or the request If the signal cannot be relieved even if the signal is retransmitted, the resources of the transmission server device can be saved by not performing the retransmission. In this way, it is possible to monitor the state of the receiving server device that is not directly connected to the transmitting server device in the communication system, and to grasp the application level, and to perform a call loss by operating according to the state of the receiving server device. It can be avoided autonomously. As described above, according to the intermediate server device according to the present invention, the transmission server device can take an optimal request signal transmission method according to the state of the reception server device. Communication resources can be saved.

また、本発明に係る中間サーバ装置において、応答信号送信手段は、受信サーバ装置の障害の重度または種類に応じて送信サーバ装置に対して要求信号の再送指示の信号、または送信不可の信号を応答信号として送信することが好ましい。これによって、受信サーバ装置の状態に応じて送信サーバ装置へ指示を行うことが可能となり、例えば、受信サーバ装置が一定時間の故障(Failover等)に陥った場合、中間サーバ装置が再送要求を促す信号を送信サーバ装置へ送信することにより、呼救済を図る事ができるため、通信の信頼性を向上させることができる。   Further, in the intermediate server device according to the present invention, the response signal transmission means responds to the transmission server device with a request signal retransmission instruction signal or a transmission impossible signal according to the severity or type of failure of the reception server device. It is preferable to transmit as a signal. As a result, an instruction can be given to the transmission server device according to the state of the reception server device. For example, when the reception server device has failed for a certain time (such as Failover), the intermediate server device prompts a retransmission request. Since the call can be relieved by transmitting the signal to the transmission server device, the reliability of communication can be improved.

本発明に係る送信サーバ装置は、請求項1に記載された中間サーバ装置から通知される受信サーバ装置の障害状態に応じて、中間サーバ装置に対して要求信号再送処理を行う要求信号再送手段を備えることを特徴とする。   The transmission server device according to the present invention comprises request signal retransmission means for performing a request signal retransmission process on the intermediate server device in accordance with the failure state of the receiving server device notified from the intermediate server device described in claim 1. It is characterized by providing.

本発明に係る送信サーバ装置によれば、要求信号再送手段が、受信サーバ装置の状態に合わせて要求信号の再送を行うことによって呼救済を行うことができるようになり、あるいは、要求信号の再送を行っても救済することができない場合は再送を実施しないことによって、送信サーバ装置のリソースを節約することができるようになる。このように、通信システムにおいて送信サーバ装置と直接接続されていない受信サーバ装置の状態を監視し、アプリケーションレベルまで把握することができ、受信サーバ装置の状態に応じた動作をすることで呼損を自律的に回避することができる。以上により、本発明に係る送信サーバ装置によれば、受信サーバ装置の状態に応じて最適な要求信号の送信方法をとることが可能となるため、通信システム全体における通信品質向上及び通信リソースの節約を図ることが可能となる。   According to the transmission server device according to the present invention, the request signal retransmission means can perform call recovery by retransmitting the request signal in accordance with the state of the reception server device, or the request signal retransmission. If it cannot be remedied by performing the transmission, resources of the transmission server device can be saved by not performing retransmission. In this way, it is possible to monitor the state of the receiving server device that is not directly connected to the transmitting server device in the communication system, and to grasp the application level, and to perform a call loss by operating according to the state of the receiving server device. It can be avoided autonomously. As described above, according to the transmission server device according to the present invention, it is possible to adopt an optimal request signal transmission method according to the state of the reception server device, so that communication quality is improved and communication resources are saved in the entire communication system. Can be achieved.

また、本発明に係る送信サーバ装置において、要求信号再送処理は、異なる複数の中間サーバ装置に対してなされることが好ましい。これにより、中間サーバ装置と受信サーバ装置間の通信異常において、異常の要因が中間サーバ装置にあった場合は、送信サーバ装置が複数台設置の中間サーバ装置に対しリトライ信号を送信することにより、同一もしくは単一の中間サーバ装置に対する再送要求をする通信方法と比較し、通信の信頼性をより高めることが可能となる。   In the transmission server device according to the present invention, it is preferable that the request signal retransmission process is performed for a plurality of different intermediate server devices. Thereby, in the communication abnormality between the intermediate server device and the receiving server device, when the cause of the abnormality is in the intermediate server device, the transmission server device transmits a retry signal to the intermediate server device installed in a plurality of units, Compared with a communication method that makes a retransmission request to the same or a single intermediate server device, the reliability of communication can be further improved.

また、本発明に係る送信サーバ装置では、要求信号再送処理において、再送間隔、再送回数は可変に制御されることが好ましい。これにより、受信サーバ装置の故障の重度に応じ、再送回数を増減させたり、再送間隔を可変とすることで、通信品質を保ち、通信リソースを確保する最適な条件へと柔軟に変更することが可能となる。   In the transmission server device according to the present invention, it is preferable that the retransmission interval and the number of retransmissions are variably controlled in the request signal retransmission process. As a result, depending on the severity of the failure of the receiving server device, the number of retransmissions can be increased / decreased or the retransmission interval can be varied to flexibly change the optimal conditions for maintaining communication quality and securing communication resources. It becomes possible.

本発明に係る通信システムは、送信サーバ装置、受信サーバ装置、及び送信サーバ装置と受信サーバ装置との間の要求信号及び応答信号の中継を行う中間サーバ装置を含む通信システムであって、中間サーバ装置は、受信サーバ装置の障害状態を取得する障害状態取得手段と、送信サーバ装置からの要求信号を受信処理する要求信号受信手段と、受信サーバ装置の障害状態に基づいて、送信サーバ装置に対して要求信号の再送指示の信号、または送信不可の信号を応答信号として送信する応答信号送信手段と、を備え、送信サーバ装置は、中間サーバ装置から通知される受信サーバ装置の障害状態に応じて、中間サーバ装置に対して要求信号再送処理を行う要求信号再送手段を備えることを特徴とする。   A communication system according to the present invention is a communication system including a transmission server device, a reception server device, and an intermediate server device that relays a request signal and a response signal between the transmission server device and the reception server device. The apparatus has a failure state acquisition unit for acquiring a failure state of the reception server device, a request signal reception unit for receiving a request signal from the transmission server device, and a transmission server device based on the failure state of the reception server device. Response signal transmitting means for transmitting a request signal retransmission instruction signal or a transmission disabled signal as a response signal, and the transmission server device responds to the failure status of the reception server device notified from the intermediate server device. And a request signal retransmission means for performing a request signal retransmission process on the intermediate server device.

本発明に係る通信システムによれば、受信サーバ装置が障害状態となったときに、障害状態取得手段によって受信サーバ装置の障害状態を取得し、要求信号受信手段によって送信サーバ装置からの要求信号を受信処理した場合、応答信号送信手段は、受信サーバ装置の障害状態に基づいて、送信サーバ装置に対して要求信号の再送指示の信号や送信不可の信号などを応答信号として送信することができる。これによって、送信サーバ装置が受信サーバ装置の状態を把握し、送信サーバ装置の要求信号再送手段は、受信サーバ装置の状態に合わせて要求信号の再送を行うことによって呼救済を行うことができるようになり、あるいは、要求信号の再送を行っても救済することができない場合は再送を実施しないことによって、送信サーバ装置のリソースを節約することができるようになる。このように、通信システムにおいて送信サーバ装置と直接接続されていない受信サーバ装置の状態を監視し、アプリケーションレベルまで把握することができ、受信サーバ装置の状態に応じた動作をすることで呼損を自律的に回避することができる。以上により、本発明に係る通信システムによれば、受信サーバ装置の状態に応じて送信サーバ装置が最適な要求信号の送信方法をとることが可能となるため、通信システム全体における通信品質向上及び通信リソースの節約を図ることが可能となる。   According to the communication system of the present invention, when the receiving server device is in a failure state, the failure state acquiring unit acquires the failure state of the receiving server device, and the request signal receiving unit receives the request signal from the transmitting server device. When the reception processing is performed, the response signal transmission unit can transmit a request signal retransmission instruction signal, a transmission disabled signal, or the like as a response signal to the transmission server device based on the failure state of the reception server device. As a result, the transmission server device can grasp the state of the reception server device, and the request signal retransmission means of the transmission server device can perform call relief by retransmitting the request signal in accordance with the state of the reception server device. If the request signal cannot be relieved even if the request signal is retransmitted, the resources of the transmission server device can be saved by not performing the retransmission. In this way, it is possible to monitor the state of the receiving server device that is not directly connected to the transmitting server device in the communication system, and to grasp the application level, and to perform a call loss by operating according to the state of the receiving server device. It can be avoided autonomously. As described above, according to the communication system according to the present invention, it is possible for the transmission server device to adopt an optimal request signal transmission method according to the state of the reception server device. Resources can be saved.

本発明に係る通信方法は、送信サーバ装置と受信サーバ装置との間の要求信号及び応答信号の中継を行う中間サーバ装置を用いる通信方法であって、中間サーバ装置が、受信サーバ装置の障害状態を取得する障害状態取得ステップと、中間サーバ装置が、送信サーバ装置からの要求信号を受信処理する要求信号受信ステップと、中間サーバ装置が、受信サーバ装置の障害状態に基づいて、送信サーバ装置に対して要求信号の再送指示の信号、または送信不可の信号を応答信号として送信する応答信号送信ステップと、送信サーバ装置が、中間サーバ装置から通知される受信サーバ装置の障害状態に応じて、中間サーバ装置に対して要求信号再送処理を行う要求信号再送ステップと、を備えることを特徴とする。   A communication method according to the present invention is a communication method using an intermediate server device that relays a request signal and a response signal between a transmission server device and a reception server device, wherein the intermediate server device is in a failure state of the reception server device. A failure state acquisition step for acquiring the request signal, a request signal reception step for the intermediate server device to receive and process a request signal from the transmission server device, and the intermediate server device to the transmission server device based on the failure state of the reception server device. A response signal transmission step for transmitting a request signal retransmission instruction signal or a transmission impossible signal as a response signal, and the transmission server device according to the failure status of the reception server device notified from the intermediate server device A request signal retransmission step for performing a request signal retransmission process on the server device.

本発明に係る通信方法によれば、受信サーバ装置が障害状態となったときに、障害状態取得ステップで中間サーバ装置が受信サーバ装置の障害状態を取得し、要求信号受信ステップで中間サーバ装置が送信サーバ装置からの要求信号を受信処理した場合、応答信号送信ステップで中間サーバ装置が受信サーバ装置の障害状態に基づいて、送信サーバ装置に対して要求信号の再送指示の信号や送信不可の信号などを応答信号として送信することができる。これによって、送信サーバ装置が受信サーバ装置の状態を把握し、要求信号再送ステップで送信サーバ装置は、受信サーバ装置の状態に合わせて要求信号の再送を行うことによって呼救済を行うことができるようになり、あるいは、要求信号の再送を行っても救済することができない場合は再送を実施しないことによって、送信サーバ装置のリソースを節約することができるようになる。このように、通信システムにおいて送信サーバ装置に直接接続されていない受信サーバ装置の状態を監視し、アプリケーションレベルまで把握することができ、受信サーバ装置の状態に応じた動作をすることで呼損を自律的に回避することができる。以上により、本発明に係る通信方法によれば、受信サーバ装置の状態に応じて送信サーバ装置が最適な要求信号の送信方法をとることが可能となるため、通信システム全体における通信品質向上及び通信リソースの節約を図ることが可能となる。   According to the communication method of the present invention, when the receiving server device is in a failure state, the intermediate server device acquires the failure state of the receiving server device in the failure state obtaining step, and the intermediate server device is in the request signal receiving step. When receiving the request signal from the transmission server device, the intermediate server device in the response signal transmission step, based on the failure state of the reception server device, the request signal retransmission instruction signal or the transmission impossible signal Etc. can be transmitted as a response signal. As a result, the transmission server apparatus can grasp the state of the reception server apparatus, and the transmission server apparatus can perform call relief by retransmitting the request signal in accordance with the state of the reception server apparatus in the request signal retransmission step. If the request signal cannot be relieved even if the request signal is retransmitted, the resources of the transmission server device can be saved by not performing the retransmission. In this way, it is possible to monitor the state of the receiving server device that is not directly connected to the transmitting server device in the communication system, and to grasp the application level, and to perform a call loss by operating according to the state of the receiving server device. It can be avoided autonomously. As described above, according to the communication method according to the present invention, it is possible for the transmission server device to adopt an optimal request signal transmission method according to the state of the reception server device. Resources can be saved.

本発明に係る中間サーバ装置、送信サーバ装置、通信システム及び通信方法によれば、通信システム全体における通信品質向上及び通信リソースの節約を図ることが可能となる。   According to the intermediate server device, the transmission server device, the communication system, and the communication method according to the present invention, it is possible to improve communication quality and save communication resources in the entire communication system.

本発明の実施形態に係る通信システムのブロック構成を示す図である。It is a figure which shows the block configuration of the communication system which concerns on embodiment of this invention. 本発明の実施形態に係る通信システムによる制御処理の流れを説明するためのシーケンス図である。It is a sequence diagram for demonstrating the flow of the control processing by the communication system which concerns on embodiment of this invention. 本発明の実施形態に係る通信システムの他の制御処理の流れを説明するためのシーケンス図である。It is a sequence diagram for demonstrating the flow of the other control processing of the communication system which concerns on embodiment of this invention.

以下、本発明に係る中間サーバ装置、送信サーバ装置、通信システム、及び通信方法の好適な実施形態を図面に基づいて説明する。なお、各図において、同一要素には同一符号を付して重複する説明を省略する。   DESCRIPTION OF EXEMPLARY EMBODIMENTS Hereinafter, preferred embodiments of an intermediate server device, a transmission server device, a communication system, and a communication method according to the present invention will be described with reference to the drawings. In addition, in each figure, the same code | symbol is attached | subjected to the same element and the overlapping description is abbreviate | omitted.

図1は、本発明の実施形態に係る通信システム10の構成を示す図である。この通信システム10は、中間サーバ装置A13,B13〜n13で中継することによって送信サーバ装置12と受信サーバ装置16との間の要求信号及び応答信号のやり取りを行う機能を有している。図1に示すように、通信システム10は、送信サーバ装置12、複数の中間サーバ装置A13,B13〜n13、及び受信サーバ装置16を備えて構成されており、各サーバ装置は相互にネットワークで接続されている。各サーバ装置は、情報の要求信号、応答信号の送受信を行う機能を有している。各サーバ装置は、物理的にはCPU、主記憶装置RAM及びROM、ハードディスク等の補助記憶装置、入力デバイスであるキーボード及びマウス等の入力装置、ディスプレイ等の出力装置、ネットワークカード等のデータ送受信デバイスである通信モジュールなどを含むコンピュータシステムとして構成されている。   FIG. 1 is a diagram showing a configuration of a communication system 10 according to an embodiment of the present invention. The communication system 10 has a function of exchanging a request signal and a response signal between the transmission server device 12 and the reception server device 16 by relaying with the intermediate server devices A13 and B13 to n13. As shown in FIG. 1, the communication system 10 includes a transmission server device 12, a plurality of intermediate server devices A13, B13 to n13, and a reception server device 16, and the server devices are connected to each other via a network. Has been. Each server device has a function of transmitting and receiving information request signals and response signals. Each server device is physically a CPU, a main storage RAM and ROM, an auxiliary storage device such as a hard disk, an input device such as a keyboard and a mouse as input devices, an output device such as a display, a data transmission / reception device such as a network card It is comprised as a computer system containing the communication module etc. which are.

送信サーバ装置12は、HTTP信号送受信部(要求信号再送手段)17、HTTP制御部18、リトライ制御部19を備えて構成されている。HTTP信号送受信部17は、送信サーバ装置12上における情報の要求信号の送信、応答信号の受信をHTTP信号において行う機能を有している。また、HTTP信号送受信部17は、リトライ制御部19からのリトライ信号に基づき、中間サーバ装置A13,B13〜n13から通知される受信サーバ装置16の障害状態に応じて、中間サーバ装置A13,B13〜n13に対して要求信号再送処理を行う機能を有している。   The transmission server device 12 includes an HTTP signal transmission / reception unit (request signal retransmission unit) 17, an HTTP control unit 18, and a retry control unit 19. The HTTP signal transmission / reception unit 17 has a function of performing transmission of an information request signal and reception of a response signal on the transmission server device 12 using an HTTP signal. Further, the HTTP signal transmission / reception unit 17, based on the retry signal from the retry control unit 19, according to the failure state of the reception server device 16 notified from the intermediate server devices A 13, B 13 to n 13, the intermediate server devices A 13, B 13 to It has a function of performing a request signal retransmission process for n13.

HTTP制御部18は、HTTP信号送受信部17で受信したHTTP信号のステータスコードの解読を行う機能を有している。   The HTTP control unit 18 has a function of decoding the status code of the HTTP signal received by the HTTP signal transmission / reception unit 17.

リトライ制御部19は、要求信号のリトライ回数、リトライ間隔を制御すると共に、当該リトライ回数及びリトライ間隔を登録する機能を有している。リトライ制御部19は、HTTP制御部18にてステータスコードの解読を行った結果、リトライを必要とするステータスコードであった場合に、登録された最大リトライ回数、リトライ間隔に従い、HTTP信号送受信部17を介してリトライ信号を送信する機能を有している。また、リトライ制御部19に設定する最大リトライ回数、リトライ間隔は受信サーバ装置16の一時的障害が復旧する時間を見積もった上で設定できるように可変値とする。   The retry control unit 19 has a function of controlling the number of retries and the retry interval of the request signal and registering the number of retries and the retry interval. As a result of the status code being decoded by the HTTP control unit 18, the retry control unit 19 determines that the HTTP signal transmission / reception unit 17 is in accordance with the registered maximum number of retries and the retry interval. It has a function of transmitting a retry signal via the. In addition, the maximum number of retries and the retry interval set in the retry control unit 19 are set to variable values so that the time can be set after estimating the recovery time of the temporary failure of the receiving server device 16.

中間サーバ装置A13は、HTTP信号送受信部(要求信号受信手段、応答信号送信手段)20、信号送受信部21、HTTP制御部22、障害監視制御部(障害状態取得手段)23、障害管理DB24を備えて構成されている。なお、中間サーバ装置B13〜n13も同様の構成とされており、複数台の設置が可能(1台でも可)である。   The intermediate server device A13 includes an HTTP signal transmission / reception unit (request signal reception unit, response signal transmission unit) 20, a signal transmission / reception unit 21, an HTTP control unit 22, a failure monitoring control unit (failure state acquisition unit) 23, and a failure management DB 24. Configured. The intermediate server apparatuses B13 to n13 have the same configuration, and a plurality of intermediate server apparatuses B13 to n13 can be installed (one can be used).

HTTP信号送受信部20は、中間サーバ装置A13において送信サーバ装置12からのHTTPの要求信号を受信処理すると共に受信サーバ装置16へ中継し、または受信サーバ装置16からの応答信号を受信すると共に送信サーバ装置12へ中継する機能を有している。また、HTTP信号送受信部20は、障害監視制御部23で取得した受信サーバ装置16の障害状態に従って送信サーバ装置12へHTTP信号の応答を返送する機能を有している。更に、HTTP信号送受信部20は、受信サーバ装置16の障害の重度または種類に応じて送信サーバ装置12に対して要求信号の再送指示の信号、または送信不可の信号を応答信号として送信する機能を有している。なお、異常の種類とは、ハード故障、メモリ故障、プロセス障害、機能追加によるファイル入れ替えなどの保守等である。   The HTTP signal transmission / reception unit 20 receives and processes an HTTP request signal from the transmission server device 12 in the intermediate server device A13 and relays it to the reception server device 16, or receives a response signal from the reception server device 16 and transmits it to the transmission server. It has a function of relaying to the device 12. The HTTP signal transmission / reception unit 20 has a function of returning an HTTP signal response to the transmission server device 12 in accordance with the failure state of the reception server device 16 acquired by the failure monitoring control unit 23. Further, the HTTP signal transmission / reception unit 20 has a function of transmitting a request signal retransmission instruction signal or a transmission disabled signal as a response signal to the transmission server device 12 according to the severity or type of failure of the reception server device 16. Have. The types of abnormalities include hardware failures, memory failures, process failures, maintenance such as file replacement due to function addition, and the like.

信号送受信部21は受信サーバ装置16へ要求信号応答信号を中継する機能を有しており、受信サーバ装置16と送信サーバ装置12とで使用プロトコルが異なる場合はプロトコル変換を行う機能も有している。   The signal transmission / reception unit 21 has a function of relaying a request signal response signal to the reception server device 16, and also has a function of performing protocol conversion when the reception server device 16 and the transmission server device 12 use different protocols. Yes.

HTTP制御部22は、中間サーバ装置A13において送信サーバ装置12へのHTTP応答信号に付加するステータスコードを設定する機能を有している。また、障害監視制御部23は、受信サーバ装置16との間の回線正常性の監視を行うと共に、障害状態を取得する機能を有している。障害監視制御部23は、回線異常を検出した場合、受信サーバ装置16の状態を障害と判断し、障害管理DB24へ受信サーバ装置状態を障害状態と登録する機能を有している。なお、回線異常の検出とは、例えば、受信サーバ装置16への定期Pingによるヘルスチェック、受信サーバ装置と接続する物理ポート監視(NW機器などの基本機能)、受信サーバ装置16とのアプリケーションレベル(HTTP電文など)によるヘルスチェックなどが挙げられる。障害管理DB24は、受信サーバ装置状態を保持しておくデータベースである。   The HTTP control unit 22 has a function of setting a status code to be added to the HTTP response signal to the transmission server device 12 in the intermediate server device A13. Further, the failure monitoring control unit 23 has a function of monitoring the line normality with the receiving server device 16 and acquiring a failure state. The failure monitoring control unit 23 has a function of determining that the state of the receiving server device 16 is a failure when a line abnormality is detected, and registering the state of the receiving server device as a failure state in the failure management DB 24. The detection of line abnormality includes, for example, health check by periodic ping to the receiving server device 16, monitoring of physical ports connected to the receiving server device (basic functions such as NW devices), application level with the receiving server device 16 ( Health check by HTTP message etc.). The failure management DB 24 is a database that holds the receiving server device state.

受信サーバ装置16は、信号送受信部25を備えて構成されている。この信号送受信部25は、受信サーバ装置16における要求信号受信、応答信号送信処理を行う機能を有しており、中間サーバ装置A13、B13〜n13との間で同一プロトコル(HTTP以外でも可)にて動作する。   The reception server device 16 includes a signal transmission / reception unit 25. The signal transmission / reception unit 25 has a function of performing a request signal reception and response signal transmission process in the reception server device 16, and uses the same protocol (other than HTTP) with the intermediate server devices A13 and B13 to n13. Works.

なお、HTTP信号送受信部17、HTTP制御部18、リトライ制御部19、HTTP信号送受信部20、信号送受信部21、HTTP制御部22、障害監視制御部23、障害管理DB24、信号送受信部25は、CPU、RAM等のハードウェア上に所定のコンピュータソフトウェアを読み込ませる事により、CPUの制御の元で通信モジュール、入力装置、出力装置を動作させるとともに、RAMや補助記憶装置におけるデータの読み出し書き込みを行う事で実現される。   The HTTP signal transmission / reception unit 17, the HTTP control unit 18, the retry control unit 19, the HTTP signal transmission / reception unit 20, the signal transmission / reception unit 21, the HTTP control unit 22, the failure monitoring control unit 23, the failure management DB 24, and the signal transmission / reception unit 25 are By reading predetermined computer software on hardware such as CPU and RAM, the communication module, input device, and output device are operated under the control of the CPU, and data is read from and written to the RAM and auxiliary storage device. Realized by things.

次に、図2を参照して、本発明の実施形態に係る通信システム10による通信方法について説明する。図2は、本発明の実施形態に係る通信システム10の制御処理の流れを説明するためのシーケンス図である。図2では、受信サーバ装置16の障害時における信号送受信動作の一例を示している。図2においては、複数の中間サーバ装置A13,B13〜n13によって送信サーバ装置12と受信サーバ装置16とを中継する場合について説明する。なお、中間サーバ装置は1台のみでも可能であるが、後述する障害要因が中間サーバ装置側にあった場合に対する効果を望むべく、複数台とすることが好適である。   Next, with reference to FIG. 2, the communication method by the communication system 10 which concerns on embodiment of this invention is demonstrated. FIG. 2 is a sequence diagram for explaining the flow of control processing of the communication system 10 according to the embodiment of the present invention. FIG. 2 shows an example of a signal transmission / reception operation at the time of failure of the reception server device 16. In FIG. 2, a case where the transmission server device 12 and the reception server device 16 are relayed by a plurality of intermediate server devices A13, B13 to n13 will be described. Although only one intermediate server device is possible, it is preferable to use a plurality of intermediate server devices in order to obtain an effect when a failure factor described later is present on the intermediate server device side.

図2に示すように、受信サーバ装置16が障害(Failover等)となった場合、中間サーバ装置A13、B13〜n13の障害監視制御部23は、受信サーバ装置16との間の回線異常(TCPレイヤでのコネクション管理)をそれぞれ検出する(ステップS101)。次に、障害監視制御部23は、受信サーバ装置16の状態を障害と判断し、受信サーバ装置16の状態を「障害」と設定して障害管理DB24に登録する(ステップS102:障害状態取得ステップ)。   As shown in FIG. 2, when the receiving server device 16 has a failure (such as Failover), the failure monitoring control unit 23 of the intermediate server devices A13 and B13 to N13 detects a line error (TCP) with the receiving server device 16. The connection management at the layer is detected (step S101). Next, the failure monitoring controller 23 determines that the state of the receiving server device 16 is a failure, sets the state of the receiving server device 16 as “failure”, and registers it in the failure management DB 24 (step S102: failure state acquisition step) ).

送信サーバ装置12のHTTP信号送受信部17は、通信の開始として、受信サーバ装置16へ中継させるために中間サーバ装置A13へHTTP Request(情報要求)を送信し、中間サーバ装置A13のHTTP信号送受信部20がHTTPRequest(情報要求)を受信する(ステップS103:要求信号受信ステップ)。その際、HTTP制御部22は、障害監視制御部23へ受信サーバ装置16の状態が「障害」となっているかどうかの問い合わせを行う(ステップS104)。そして、受信サーバ装置16の状態が「障害」となっていた場合、HTTP制御部22は、HTTPのステータスコードに「500」を設定する(ステップS105)。その後、HTTP信号送受信部20は、送信サーバ装置12へHTTPResponse(情報要求応答)として、「Status Code:500」を返送する(ステップS106:応答信号送信ステップ)。   The HTTP signal transmission / reception unit 17 of the transmission server device 12 transmits an HTTP Request (information request) to the intermediate server device A13 for relaying to the reception server device 16 at the start of communication, and the HTTP signal transmission / reception unit of the intermediate server device A13. 20 receives an HTTP Request (information request) (step S103: request signal reception step). At that time, the HTTP control unit 22 makes an inquiry to the failure monitoring control unit 23 as to whether or not the state of the receiving server device 16 is “failure” (step S104). If the state of the receiving server device 16 is “failure”, the HTTP control unit 22 sets “500” in the HTTP status code (step S105). Thereafter, the HTTP signal transmission / reception unit 20 returns “Status Code: 500” as an HTTP Response (information request response) to the transmission server device 12 (step S106: response signal transmission step).

送信サーバ装置12のHTTP信号送受信部17は、HTTPResponseを受信し、HTTP制御部18は、ステータスコードを解読する(ステップS107)。ステータスコードが500の場合、HTTP制御部18は、受信サーバ装置16が障害状態であると判断し、HTTP信号送受信部17は、HTTPリトライ制御部19に設定されるリトライ間隔に従い、HTTPRequest送信のリトライを行う(ステップS108:要求信号再送ステップ)。なお、この処理はHTTPResponse受信時から20秒経過時になされる。この際、送信先の中間サーバ装置はHTTPResponseを受信した中間サーバ装置A13以外の中間サーバ装置B13とする。   The HTTP signal transmission / reception unit 17 of the transmission server device 12 receives the HTTP Response, and the HTTP control unit 18 decodes the status code (step S107). When the status code is 500, the HTTP control unit 18 determines that the reception server device 16 is in a failure state, and the HTTP signal transmission / reception unit 17 retries HTTP request transmission according to the retry interval set in the HTTP retry control unit 19. (Step S108: Request signal retransmission step). This process is performed when 20 seconds have elapsed since the reception of HTTP Response. At this time, the intermediate server device of the transmission destination is an intermediate server device B13 other than the intermediate server device A13 that has received the HTTP Response.

リトライ回数及びリトライ間隔は送信サーバ装置12のリトライ制御部19にて管理する。リトライ制御部19は、送信サーバ装置12のHTTPRequest送信のリトライについて、受信サーバ装置16の状態が復旧する時間を見積もった上でリトライ間隔(情報要求応答タイマ)及びリトライ回数を設定しておく。本実施形態では、リトライ間隔20秒、リトライ回数10回と設定しておき、20秒×10回=200秒間の一時的障害に対しては呼損なしに通信が可能となる。   The retry count and retry interval are managed by the retry control unit 19 of the transmission server device 12. The retry control unit 19 sets the retry interval (information request response timer) and the number of retries after estimating the time to recover the state of the receiving server device 16 for the retry of the HTTP request transmission of the transmitting server device 12. In the present embodiment, the retry interval is set to 20 seconds and the retry count is set to 10 times, and communication is possible without a call loss for a temporary failure of 20 seconds × 10 times = 200 seconds.

中間サーバ装置B13のHTTP信号送受信部20は、S108の送信サーバ装置12からのHTTPRequest送信のリトライを受信し、HTTP制御部22は、S104及びS105の処理によって構成されている処理αを行う(ステップS109)。その後、HTTP信号送受信部20は、送信サーバ装置12へHTTPResponse(情報要求応答)として、「Status Code:500」を返送する(ステップS110:応答信号送信ステップ)。   The HTTP signal transmission / reception unit 20 of the intermediate server device B13 receives the retry of the HTTP Request transmission from the transmission server device 12 of S108, and the HTTP control unit 22 performs the process α configured by the processes of S104 and S105 (Step S108). S109). Thereafter, the HTTP signal transmission / reception unit 20 returns “Status Code: 500” as an HTTP Response (information request response) to the transmission server device 12 (step S110: response signal transmission step).

一方、送信サーバ装置12においては、受信サーバ装置16が復旧せず、中間サーバ装置A13、B13〜n13の障害管理DB24にて保持する受信サーバ装置状態が「障害」のままである限り、HTTP信号送受信部17はリトライ送信を繰り返す事となるが、リトライ送信をする度に送信サーバ装置12のリトライ制御部19は、リトライ回数を管理する。具体的には、リトライ制御部19は、リトライ送信を行う度に管理するリトライ回数を+1にする(ステップS111)。なお、中間サーバ装置B13に対してリトライ送信を行い、S109〜S111の処理が行われると、次は中間サーバ装置A13,B13以外の中間サーバ装置に対してリトライ送信を行い、以降、一度リトライ送信を行った以外の中間サーバ装置に対して順次リトライ送信を行う。なお、リトライが行われるたびに、リトライ送信が行われた中間サーバ装置でS109、S110の処理が行われると共に送信サーバ装置12でS111の処理が行われる。また、送信サーバ装置12は、リトライ回数が規定値(最大リトライ回数)となった時点でリトライ送信の実施を終了する。   On the other hand, in the transmission server device 12, as long as the reception server device 16 is not recovered and the reception server device state held in the failure management DB 24 of the intermediate server devices A13 and B13 to n13 remains “failure”, the HTTP signal Although the transmission / reception unit 17 repeats retry transmission, the retry control unit 19 of the transmission server device 12 manages the number of retries each time retry transmission is performed. Specifically, the retry control unit 19 increments the number of retries managed every time retry transmission is performed (step S111). If retry transmission is performed to the intermediate server device B13 and the processing of S109 to S111 is performed, then retry transmission is performed to intermediate server devices other than the intermediate server devices A13 and B13, and then retry transmission is performed once thereafter. The retry transmission is sequentially performed to the intermediate server devices other than those performed. Each time a retry is performed, the processing of S109 and S110 is performed in the intermediate server device that has performed the retry transmission, and the processing of S111 is performed in the transmission server device 12. Also, the transmission server device 12 ends the retry transmission when the number of retries reaches a specified value (maximum number of retries).

一方、受信サーバ装置16が一時的障害(本実施形態では、Failover完了時間を180秒とする)より復旧すると、中間サーバ装置A13、B13〜n13の障害監視制御部23は、回線状態復旧を検出(TCPレイヤにてコネクション復旧)する(ステップS112)。次に、障害監視制御部23は、受信サーバ装置16の状態を正常と判断し、受信サーバ装置16の状態を「正常」と設定して障害管理DB24に登録する(ステップS113)。   On the other hand, when the receiving server device 16 recovers from a temporary failure (in this embodiment, the Failover completion time is set to 180 seconds), the failure monitoring control unit 23 of the intermediate server devices A13 and B13 to B13 detects line state recovery. (Connection recovery at the TCP layer) (step S112). Next, the failure monitoring control unit 23 determines that the state of the receiving server device 16 is normal, sets the state of the receiving server device 16 to “normal”, and registers it in the failure management DB 24 (step S113).

その後、送信サーバ装置12のHTTP信号送受信部17は、HTTP Requestのリトライ信号を中間サーバ装置n13に対して送信する(ステップS114:要求信号再送ステップ)。S114のリトライ信号を受信すると、中間サーバ装置n13のHTTP制御部22は、障害監視制御部23へ受信サーバ装置16の状態の問い合わせを行う(ステップS115)。S115において受信サーバ装置16の状態が「正常」であると判断されると、中間サーバ装置n13の信号送受信部21は、受信サーバ装置16へ情報要求を送信する(ステップS116)。受信サーバ装置16の信号送受信部25は、S116の情報要求を受信すると、内容に応じて中間サーバ装置n13を経由し送信サーバ装置12へ情報要求応答を返送する(ステップS117、ステップS118)。S118の処理が終了すると、図2に示す制御処理が終了する。   Thereafter, the HTTP signal transmitting / receiving unit 17 of the transmission server device 12 transmits an HTTP Request retry signal to the intermediate server device n13 (step S114: request signal retransmission step). When the retry signal of S114 is received, the HTTP control unit 22 of the intermediate server device n13 inquires of the failure monitoring control unit 23 about the state of the reception server device 16 (step S115). If it is determined in S115 that the state of the receiving server device 16 is “normal”, the signal transmitting / receiving unit 21 of the intermediate server device n13 transmits an information request to the receiving server device 16 (step S116). When the signal transmission / reception unit 25 of the reception server device 16 receives the information request of S116, the signal transmission / reception unit 25 returns an information request response to the transmission server device 12 via the intermediate server device n13 according to the content (step S117, step S118). When the process of S118 ends, the control process shown in FIG. 2 ends.

図2に示す制御処理においては、受信サーバ装置16が一時的障害時(Failover等)である場合、中間サーバ装置A13(中間サーバ装置が複数台の場合は中間サーバ装置A13〜n13のいずれか1台)がリトライを促す信号を送信サーバ装置12へ返送することにより、送信サーバ装置12は受信サーバ装置16の一時的障害要因より復旧する時間を見積もった最大リトライ回数、リトライ間隔の設定値に従い、受信サーバ装置16へリトライ送信を実施することにより呼救済を図る事ができる。また、障害要因が中間サーバ装置A13にあるケースを考え、中間サーバ装置A13、B13〜n13と受信サーバ装置16との間の回線状態を監視する事により、異なる中間サーバ装置へリトライを実施する。これによって、同一もしくは単一中間サーバ装置に対するリトライをする方法と比較し、より確実に呼救済を可能とする。   In the control process shown in FIG. 2, when the receiving server device 16 is in a temporary failure state (such as Failover), the intermediate server device A13 (if there are a plurality of intermediate server devices, any one of the intermediate server devices A13 to A13). The transmission server device 12 returns a signal prompting the retry to the transmission server device 12, so that the transmission server device 12 follows the setting value of the maximum number of retries, the retry interval estimated from the temporary failure factor of the reception server device 16, Call relief can be achieved by performing retry transmission to the receiving server device 16. Further, considering the case where the cause of the failure is in the intermediate server device A13, a retry is performed to a different intermediate server device by monitoring the line state between the intermediate server devices A13, B13 to n13 and the receiving server device 16. As a result, compared to a method of retrying the same or single intermediate server device, call relief can be performed more reliably.

次に、図3を参照して本発明の実施形態に係る通信システム10の他の制御処理について説明する。図3は、本発明の実施形態に係る通信システムの他の制御処理の流れを説明するためのシーケンス図である。図3は、受信サーバ装置16の状態が障害とは別要因にて正常な返答を送信できず、リトライを実施しても正常応答が望めない場合で、送信サーバ装置12にリトライの必要無しの旨を中間サーバ装置A13より通知するようにした場合の制御処理を示している。図3においては、中間サーバ装置として、中間サーバ装置A13を設置する例について説明する(ただし、複数台設置してもよい)。   Next, another control process of the communication system 10 according to the embodiment of the present invention will be described with reference to FIG. FIG. 3 is a sequence diagram for explaining the flow of another control process of the communication system according to the embodiment of the present invention. FIG. 3 shows a case where a normal response cannot be transmitted due to a factor other than the failure due to the state of the receiving server device 16 and a normal response cannot be expected even if a retry is performed. This shows the control processing when the intermediate server apparatus A13 notifies that. In FIG. 3, an example in which the intermediate server device A13 is installed as the intermediate server device will be described (however, a plurality of devices may be installed).

図3に示すように、通信の開始として、送信サーバ装置12のHTTP信号送受信部17は、受信サーバ装置16へ中継させるために、中間サーバ装置A13へHTTPRequest(情報要求)を送信する(ステップS202:要求信号受信ステップ)。次に、中間サーバ装置A13の信号送受信部21は、受信サーバ装置16に対して情報要求を送信する(ステップS203)。   As shown in FIG. 3, as the start of communication, the HTTP signal transmission / reception unit 17 of the transmission server device 12 transmits an HTTP Request (information request) to the intermediate server device A13 for relaying to the reception server device 16 (step S202). : Request signal receiving step). Next, the signal transmitting / receiving unit 21 of the intermediate server device A13 transmits an information request to the receiving server device 16 (step S203).

その際、受信サーバ装置16がリトライを実施しても正常応答を見込めない障害(システム輻輳等)となっていた場合(ステップS201)、受信サーバ装置16の信号送受信部25は、システム輻輳である旨の信号(情報要求応答「輻輳」)を中間サーバ装置A13に対して返送し、中間サーバ装置A13の信号送受信部21は、S203での情報要求応答を受信し、障害監視制御部23は受信サーバ装置16の状態を取得する(ステップS204:障害状態取得ステップ)。なお、システム輻輳とは、CPU使用率やトラフィック輻輳が(まったく送受信できないレベルに達する前の)閾値以上となった場合などを想定している。   At that time, if the receiving server device 16 has a failure (system congestion or the like) in which a normal response cannot be expected even after retrying (step S201), the signal transmission / reception unit 25 of the receiving server device 16 has system congestion. A signal to that effect (information request response “congestion”) is returned to the intermediate server device A13, the signal transmitting / receiving unit 21 of the intermediate server device A13 receives the information request response in S203, and the failure monitoring control unit 23 receives the information request response. The state of the server device 16 is acquired (step S204: failure state acquisition step). The system congestion is assumed when the CPU usage rate or traffic congestion is equal to or higher than a threshold value (before reaching a level at which transmission and reception cannot be performed at all).

S204で取得した信号はシステム輻輳である旨の応答であるため、HTTP制御部22は、HTTPのステータスコードに「503」を設定して(ステップS205)、HTTP信号送受信部20は、送信サーバ装置12へHTTPResponse(Status Code:503)を返送する(ステップS206:応答信号送信ステップ)。   Since the signal acquired in S204 is a response indicating that the system is congested, the HTTP control unit 22 sets “503” in the HTTP status code (step S205), and the HTTP signal transmission / reception unit 20 transmits the transmission server device. HTTP Response (Status Code: 503) is returned to 12 (step S206: response signal transmission step).

送信サーバ装置12のHTTP信号送受信部17は、HTTPResponseを受信し、HTTP制御部18は、ステータスコードを解読して受信サーバ装置16の状態を把握する(ステップS207)。ステータスコードが503の場合、受信サーバ装置16がシステム輻輳状態であり、リトライ送信を実施しても呼救済できないと判断し、リトライを実施しない(ステップS208)。S208の処理が終了すると、図3に示す制御処理は終了する。なお、図3に示す処理においては、必ずしも送信サーバ装置12のリトライ制御部19及び中間サーバ装置A13の障害監視制御部23及び障害管理DB24は必要ではない。   The HTTP signal transmission / reception unit 17 of the transmission server device 12 receives the HTTP Response, and the HTTP control unit 18 interprets the status code and grasps the state of the reception server device 16 (step S207). If the status code is 503, it is determined that the receiving server device 16 is in a system congestion state and call remedy cannot be performed even if retry transmission is performed, and the retry is not performed (step S208). When the process of S208 ends, the control process shown in FIG. 3 ends. In the process illustrated in FIG. 3, the retry control unit 19 of the transmission server device 12, the failure monitoring control unit 23 of the intermediate server device A13, and the failure management DB 24 are not necessarily required.

図3に示す処理では、中間サーバ装置A13が送信サーバ装置12へ返送する信号に受信サーバ装置16の状態を表すHTTPステータスコードを複数使用することにより、リトライを要求するか、要求しないかを送信サーバ装置12へ判断させ、リトライ送信しても救えない場合(システム輻輳等)においては、送信サーバ装置12にてリトライ送信を実施せずに、送信サーバ装置12のリソースを節約することが可能である。   In the process shown in FIG. 3, whether or not to request a retry is transmitted by using a plurality of HTTP status codes indicating the state of the receiving server device 16 in the signal returned from the intermediate server device A13 to the transmitting server device 12. When the server apparatus 12 makes a decision and cannot be saved even by retry transmission (system congestion or the like), the transmission server apparatus 12 can save resources without performing retry transmission. is there.

以上によって、本実施形態に係る通信システム10、送信サーバ装置12及び中間サーバ装置A13,B13〜n13によれば、受信サーバ装置16が障害状態となったときに、障害監視制御部23によって受信サーバ装置16の障害状態を取得し、HTTP信号送受信部20によって送信サーバ装置12からの要求信号を受信処理した場合、HTTP信号送受信部20は、受信サーバ装置16の障害状態に基づいて、送信サーバ装置12に対して要求信号の再送指示の信号や送信不可の信号などを応答信号として送信することができる。これによって、送信サーバ装置12が受信サーバ装置16の状態を把握することができるため、HTTP信号送受信部17は、受信サーバ装置16の状態に合わせて要求信号の再送を行うことによって呼救済を行うことができるようになり、あるいは、要求信号の再送を行っても救済することができない場合は再送を実施しないことによって、送信サーバ装置12のリソースを節約することができるようになる。このように、通信システム10において直接接続していない受信サーバ装置16の状態を監視し、アプリケーションレベルまで把握することができ、受信サーバ装置16の状態に応じた動作をすることで呼損を自律的に回避することができる。以上により、受信サーバ装置16の状態に応じて送信サーバ装置12が最適な要求信号の送信方法をとることが可能となるため、通信システム全体における通信品質向上及び通信リソースの節約を図ることが可能となる。   As described above, according to the communication system 10, the transmission server device 12, and the intermediate server devices A13 and B13 to n13 according to the present embodiment, when the reception server device 16 is in a failure state, the failure monitoring control unit 23 performs the reception server. When the failure state of the device 16 is acquired and the request signal from the transmission server device 12 is received by the HTTP signal transmission / reception unit 20, the HTTP signal transmission / reception unit 20 determines that the transmission server device is based on the failure state of the reception server device 16. 12, a request signal retransmission instruction signal, a transmission impossible signal, or the like can be transmitted as a response signal. Thus, since the transmission server device 12 can grasp the state of the reception server device 16, the HTTP signal transmission / reception unit 17 performs call relief by retransmitting the request signal in accordance with the state of the reception server device 16. If the request signal cannot be relieved even if the request signal is retransmitted, the resources of the transmission server device 12 can be saved by not performing the retransmission. In this way, the state of the receiving server device 16 that is not directly connected in the communication system 10 can be monitored and grasped up to the application level, and call loss can be autonomously performed by performing operations according to the state of the receiving server device 16. Can be avoided. As described above, since the transmission server device 12 can take an optimum request signal transmission method according to the state of the reception server device 16, it is possible to improve communication quality and save communication resources in the entire communication system. It becomes.

また、本実施形態に係る中間サーバ装置A13,B13〜n13において、HTTP信号送受信部20は、受信サーバ装置16の障害の重度または種類に応じて送信サーバ装置12に対して要求信号の再送指示の信号、または送信不可の信号を応答信号として送信することができる。これによって、受信サーバ装置16の状態に応じて送信サーバ装置12へ指示を行うことが可能となり、例えば、受信サーバ装置16が一定時間の故障(Failover等)に陥った場合、中間サーバ装置A13,B13〜n13が再送要求を促す信号を送信サーバ装置12へ送信することにより、呼救済を図る事ができるため、通信の信頼性を向上させることができる。   Further, in the intermediate server devices A13 and B13 to n13 according to the present embodiment, the HTTP signal transmission / reception unit 20 instructs the transmission server device 12 to retransmit the request signal according to the severity or type of failure of the reception server device 16. A signal or a signal that cannot be transmitted can be transmitted as a response signal. As a result, it is possible to give an instruction to the transmission server device 12 according to the state of the reception server device 16. For example, when the reception server device 16 has failed for a certain period of time (such as Failover), the intermediate server device A 13, Since B13 to n13 transmit a signal prompting a retransmission request to the transmission server device 12, call relief can be achieved, so that communication reliability can be improved.

また、本実施形態に係る送信サーバ装置12において、要求信号再送処理は、異なる複数の中間サーバ装置A13,B13〜n13に対してなされている。これにより、中間サーバ装置と受信サーバ装置16間の通信異常において、要因が中間サーバ装置にあった場合は、送信サーバ装置12が複数台設置の中間サーバ装置A13,B13〜n13に対しリトライ信号を送信することにより、同一もしくは単一の中間サーバ装置に対する再送要求をする通信方法と比較し、通信の信頼性をより高めることが可能となる。   In the transmission server device 12 according to the present embodiment, the request signal retransmission process is performed for a plurality of different intermediate server devices A13, B13 to n13. Thereby, in the communication abnormality between the intermediate server device and the receiving server device 16, when the cause is in the intermediate server device, the transmission server device 12 sends a retry signal to the intermediate server devices A13, B13 to n13 installed in a plurality of units. By transmitting, it is possible to further improve the reliability of communication compared to a communication method that makes a retransmission request to the same or a single intermediate server device.

また、本実施形態に係る送信サーバ装置12では、要求信号再送処理において、再送間隔、再送回数は可変に制御される。これにより、受信サーバ装置16の故障の重度に応じ、再送回数を増減させたり、再送間隔を可変とすることで、通信品質を保ち、通信リソースを確保する最適な条件へと柔軟に変更することが可能となる。   In the transmission server device 12 according to the present embodiment, the retransmission interval and the number of retransmissions are variably controlled in the request signal retransmission process. As a result, the number of retransmissions can be increased or decreased according to the severity of the failure of the receiving server device 16, or the retransmission interval can be varied to flexibly change to optimal conditions for maintaining communication quality and securing communication resources. Is possible.

また、本実施形態に係る通信方法によれば、受信サーバ装置16が障害状態となったときに、障害状態取得ステップS102で中間サーバ装置A13,B13〜n13が受信サーバ装置16の障害状態を取得し、要求信号受信ステップS103,S202で中間サーバ装置A13,B13〜n13が送信サーバ装置12からの要求信号を受信処理した場合、応答信号送信ステップS106,S110,S206で中間サーバ装置A13,B13〜n13が受信サーバ装置16の障害状態に基づいて、送信サーバ装置12に対して要求信号の再送指示の信号や送信不可の信号などを応答信号として送信することができる。これによって、送信サーバ装置12が受信サーバ装置16の状態を把握し、要求信号再送ステップS108,S114で送信サーバ装置12は、受信サーバ装置16の状態に合わせて要求信号の再送を行うことによって呼救済を行うことができるようになり、あるいは、要求信号の再送を行っても救済することができない場合は再送を実施しないことによって、送信サーバ装置12のリソースを節約することができるようになる。このように、通信システム10において直接接続していない受信サーバ装置の状態を監視し、アプリケーションレベルまで把握することができ、受信サーバ装置16の状態に応じた動作をすることで呼損を自律的に回避することができる。以上により、受信サーバ装置16の状態に応じて送信サーバ装置12が最適な要求信号の送信方法をとることが可能となるため、通信システム全体における通信品質向上及び通信リソースの節約を図ることが可能となる。   Further, according to the communication method according to the present embodiment, when the receiving server device 16 is in a failure state, the intermediate server devices A13, B13 to n13 acquire the failure state of the receiving server device 16 in the failure state acquisition step S102. If the intermediate server apparatuses A13, B13 to n13 receive the request signal from the transmission server apparatus 12 in the request signal reception steps S103 and S202, the intermediate server apparatuses A13 and B13 to the response signal transmission steps S106, S110, and S206. Based on the failure state of the receiving server device 16, the n 13 can transmit a request signal retransmission instruction signal, a transmission impossible signal, or the like as a response signal to the transmitting server device 12. Thereby, the transmission server device 12 grasps the state of the reception server device 16, and the transmission server device 12 retransmits the request signal in accordance with the state of the reception server device 16 in request signal retransmission steps S 108 and S 114. Relieving can be performed, or if the request signal cannot be relieved even if it is retransmitted, resources of the transmission server device 12 can be saved by not retransmitting. In this way, the state of the receiving server device that is not directly connected in the communication system 10 can be monitored and grasped up to the application level, and call loss is made autonomous by performing operations according to the state of the receiving server device 16. Can be avoided. As described above, since the transmission server device 12 can take an optimum request signal transmission method according to the state of the reception server device 16, it is possible to improve communication quality and save communication resources in the entire communication system. It becomes.

本発明は、上述した実施形態に限定されるものではない。例えば、上述の送信サーバ装置12と受信サーバ装置16とは入れ替えが可能である。すなわち、受信サーバ装置16が要求元となり、サーバ/クライアントの関係を逆転することも可能である。ただし、その際、受信サーバ装置16は、中間サーバ装置とのリトライ制御の為にHTTP信号送受信部を実装する必要がある。   The present invention is not limited to the embodiment described above. For example, the transmission server device 12 and the reception server device 16 described above can be interchanged. In other words, the receiving server device 16 becomes the request source, and the server / client relationship can be reversed. However, at that time, the receiving server device 16 needs to mount an HTTP signal transmission / reception unit for retry control with the intermediate server device.

10…通信システム、12…送信サーバ装置、A13,B13〜n13…中間サーバ装置、16…受信サーバ装置、17…HTTP信号送受信部(要求信号再送手段)、20…HTTP信号送受信部(要求信号受信手段,応答信号送信手段)、23…障害監視制御部(障害状態取得手段)。   DESCRIPTION OF SYMBOLS 10 ... Communication system, 12 ... Transmission server apparatus, A13, B13-n13 ... Intermediate server apparatus, 16 ... Reception server apparatus, 17 ... HTTP signal transmission / reception part (request signal resending means), 20 ... HTTP signal transmission / reception part (request signal reception) Means, response signal transmission means), 23... Fault monitoring control unit (failure state acquisition means).

Claims (7)

送信サーバ装置と受信サーバ装置との間の要求信号及び応答信号の中継を行う中間サーバ装置であって、
前記受信サーバ装置の障害状態を取得する障害状態取得手段と、
前記送信サーバ装置からの要求信号を受信処理する要求信号受信手段と、
前記受信サーバ装置の障害状態に基づいて、前記送信サーバ装置に対して要求信号の再送指示の信号、または送信不可の信号を応答信号として送信する応答信号送信手段と、を備えることを特徴とする中間サーバ装置。
An intermediate server device that relays a request signal and a response signal between a transmission server device and a reception server device,
Failure status acquisition means for acquiring the failure status of the receiving server device;
Request signal receiving means for receiving and processing a request signal from the transmission server device;
Response signal transmitting means for transmitting a request signal retransmission instruction signal or a transmission impossible signal as a response signal to the transmission server device based on a failure state of the reception server device. Intermediate server device.
前記応答信号送信手段は、前記受信サーバ装置の障害の重度または種類に応じて前記送信サーバ装置に対して要求信号の再送指示の信号、または送信不可の信号を応答信号として送信することを特徴とする請求項1記載の中間サーバ装置。   The response signal transmission means transmits a request signal retransmission instruction signal or a transmission impossible signal as a response signal to the transmission server device according to the severity or type of failure of the reception server device. The intermediate server device according to claim 1. 請求項1に記載された中間サーバ装置から通知される受信サーバ装置の障害状態に応じて、前記中間サーバ装置に対して要求信号再送処理を行う要求信号再送手段を備えることを特徴とする送信サーバ装置。   A transmission server comprising request signal retransmission means for performing a request signal retransmission process on the intermediate server device according to a failure state of the receiving server device notified from the intermediate server device according to claim 1 apparatus. 前記要求信号再送処理は、異なる複数の前記中間サーバ装置に対してなされることを特徴とする請求項3記載の送信サーバ装置。   The transmission server apparatus according to claim 3, wherein the request signal retransmission process is performed on a plurality of different intermediate server apparatuses. 前記要求信号再送処理において、再送間隔、再送回数は可変に制御されることを特徴とする請求項3記載の送信サーバ装置。   4. The transmission server apparatus according to claim 3, wherein in the request signal retransmission process, the retransmission interval and the number of retransmissions are variably controlled. 送信サーバ装置、受信サーバ装置、及び前記送信サーバ装置と前記受信サーバ装置との間の要求信号及び応答信号の中継を行う中間サーバ装置を含む通信システムであって、
前記中間サーバ装置は、
前記受信サーバ装置の障害状態を取得する障害状態取得手段と、
前記送信サーバ装置からの要求信号を受信処理する要求信号受信手段と、
前記受信サーバ装置の障害状態に基づいて、前記送信サーバ装置に対して要求信号の再送指示の信号、または送信不可の信号を応答信号として送信する応答信号送信手段と、を備え、
前記送信サーバ装置は、
前記中間サーバ装置から通知される前記受信サーバ装置の障害状態に応じて、前記中間サーバ装置に対して要求信号再送処理を行う要求信号再送手段を備えることを特徴とする通信システム。
A communication system including a transmission server device, a reception server device, and an intermediate server device that relays a request signal and a response signal between the transmission server device and the reception server device,
The intermediate server device
Failure status acquisition means for acquiring the failure status of the receiving server device;
Request signal receiving means for receiving and processing a request signal from the transmission server device;
Response signal transmission means for transmitting a request signal retransmission instruction signal or a transmission impossible signal as a response signal to the transmission server device based on a failure state of the reception server device,
The transmission server device
A communication system comprising request signal retransmission means for performing request signal retransmission processing on the intermediate server device in accordance with a failure state of the receiving server device notified from the intermediate server device.
送信サーバ装置と受信サーバ装置との間の要求信号及び応答信号の中継を行う中間サーバ装置を用いる通信方法であって、
前記中間サーバ装置が、前記受信サーバ装置の障害状態を取得する障害状態取得ステップと、
前記中間サーバ装置が、前記送信サーバ装置からの要求信号を受信処理する要求信号受信ステップと、
前記中間サーバ装置が、前記受信サーバ装置の障害状態に基づいて、前記送信サーバ装置に対して要求信号の再送指示の信号、または送信不可の信号を応答信号として送信する応答信号送信ステップと、
前記送信サーバ装置が、前記中間サーバ装置から通知される受信サーバ装置の障害状態に応じて、前記中間サーバ装置に対して要求信号再送処理を行う要求信号再送ステップと、を備えることを特徴とする通信方法。
A communication method using an intermediate server device that relays a request signal and a response signal between a transmission server device and a reception server device,
A failure state acquisition step in which the intermediate server device acquires a failure state of the receiving server device;
A request signal receiving step in which the intermediate server device receives and processes a request signal from the transmission server device;
A response signal transmission step in which the intermediate server device transmits a request signal retransmission instruction signal or a transmission impossible signal as a response signal to the transmission server device based on a failure state of the reception server device;
The transmission server device includes a request signal retransmission step of performing a request signal retransmission process on the intermediate server device according to a failure state of the receiving server device notified from the intermediate server device. Communication method.
JP2009125703A 2009-05-25 2009-05-25 Intermediate server device, transmission server device, communication system, and communication method Active JP4699541B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2009125703A JP4699541B2 (en) 2009-05-25 2009-05-25 Intermediate server device, transmission server device, communication system, and communication method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2009125703A JP4699541B2 (en) 2009-05-25 2009-05-25 Intermediate server device, transmission server device, communication system, and communication method

Publications (2)

Publication Number Publication Date
JP2010273297A true JP2010273297A (en) 2010-12-02
JP4699541B2 JP4699541B2 (en) 2011-06-15

Family

ID=43420931

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009125703A Active JP4699541B2 (en) 2009-05-25 2009-05-25 Intermediate server device, transmission server device, communication system, and communication method

Country Status (1)

Country Link
JP (1) JP4699541B2 (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013206089A (en) * 2012-03-28 2013-10-07 Nec Access Technica Ltd Router and method for reconnection to website
JP2018019443A (en) * 2017-11-02 2018-02-01 沖電気工業株式会社 Relay device and program thereof
JP2020102038A (en) * 2018-12-21 2020-07-02 キヤノン株式会社 Communication method, information processor, and program
JP2020119196A (en) * 2019-01-23 2020-08-06 キヤノン株式会社 Relay system, method, and program
WO2022157992A1 (en) * 2021-01-19 2022-07-28 オムロン株式会社 Master device, slave device, network system, communication control method, and computer program
JP2022172604A (en) * 2021-05-06 2022-11-17 楽天グループ株式会社 Access method, communication system, and program

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03184154A (en) * 1989-12-13 1991-08-12 Nec Corp Network control system
JP2001237880A (en) * 2000-02-23 2001-08-31 Nec Corp Network access system and its method
JP2003050752A (en) * 2001-08-06 2003-02-21 Fujitsu Ltd Method and device for informing restoration of server fault

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03184154A (en) * 1989-12-13 1991-08-12 Nec Corp Network control system
JP2001237880A (en) * 2000-02-23 2001-08-31 Nec Corp Network access system and its method
JP2003050752A (en) * 2001-08-06 2003-02-21 Fujitsu Ltd Method and device for informing restoration of server fault

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013206089A (en) * 2012-03-28 2013-10-07 Nec Access Technica Ltd Router and method for reconnection to website
JP2018019443A (en) * 2017-11-02 2018-02-01 沖電気工業株式会社 Relay device and program thereof
JP2020102038A (en) * 2018-12-21 2020-07-02 キヤノン株式会社 Communication method, information processor, and program
US11533218B2 (en) 2018-12-21 2022-12-20 Canon Kabushiki Kaisha Communication method and control method in information processing apparatus
JP7256638B2 (en) 2018-12-21 2023-04-12 キヤノン株式会社 Communication method, information processing device, and program
JP2020119196A (en) * 2019-01-23 2020-08-06 キヤノン株式会社 Relay system, method, and program
JP7175778B2 (en) 2019-01-23 2022-11-21 キヤノン株式会社 Relay system, method and program
WO2022157992A1 (en) * 2021-01-19 2022-07-28 オムロン株式会社 Master device, slave device, network system, communication control method, and computer program
JP2022172604A (en) * 2021-05-06 2022-11-17 楽天グループ株式会社 Access method, communication system, and program
JP7216767B2 (en) 2021-05-06 2023-02-01 楽天グループ株式会社 Access method, communication system and program
US11977435B2 (en) 2021-05-06 2024-05-07 Rakuten Group, Inc. Access method, communication system, and non-transitory computer readable memory

Also Published As

Publication number Publication date
JP4699541B2 (en) 2011-06-15

Similar Documents

Publication Publication Date Title
JP4699541B2 (en) Intermediate server device, transmission server device, communication system, and communication method
JP4639207B2 (en) Network system, node device and management server
CN101420335B (en) Failure detection/processing method and apparatus for peer-to-peer network node
US8284669B2 (en) Data acknowledgement apparatus and method
JP2008059114A (en) Automatic network monitoring system using snmp
JP4347227B2 (en) Security monitoring system, virtual leased line adapter, and security monitoring method
JP2006229399A (en) Communications system, relay node and communication method used for the same, and program thereof
CN114363147B (en) Improved error handling for medium access control security
JP5042095B2 (en) Communication apparatus and fault monitoring method
JP5572064B2 (en) COMMUNICATION SYSTEM, COMMUNICATION DEVICE, AND RING NETWORK MONITORING METHOD
JP6090471B2 (en) COMMUNICATION SYSTEM, COMMON SERVICE CONTROL DEVICE, DATA TRANSMISSION METHOD, AND PROGRAM
EP1662704B1 (en) Monitoring system, apparatus to be monitored, monitoring apparatus and monitoring method
JP4818338B2 (en) Monitoring server, network monitoring method
JP5202376B2 (en) COMMUNICATION DEVICE, COMMUNICATION SYSTEM, AND COMMUNICATION CONTROL METHOD
JP4692419B2 (en) Network device, redundant switching method used therefor, and program thereof
JP2009054171A (en) Remote control monitoring system and information communication method used therefor
JP2009064450A (en) Remote control monitoring system
JP4710719B2 (en) Retransmission device when communication is abnormal
JP6453788B2 (en) Distributed health check system and distributed health check method
JP2009065617A (en) Lan communication system
EP3107242B1 (en) Network diagnosis processing method and device
JP2007257288A (en) System and method for recovering message
JP6715734B2 (en) Data diode system and data transmission method in data diode system
JP5460254B2 (en) Information communication system and information communication method
JP2015035678A (en) Network system, monitoring method for route, and relay device

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20101116

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110112

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110222

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110302

R150 Certificate of patent or registration of utility model

Ref document number: 4699541

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250