Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP5043815B2 - Communication system, server, response transmission control method, and response transmission control program - Google Patents
[go: Go Back, main page]

JP5043815B2 - Communication system, server, response transmission control method, and response transmission control program - Google Patents

Communication system, server, response transmission control method, and response transmission control program Download PDF

Info

Publication number
JP5043815B2
JP5043815B2 JP2008328436A JP2008328436A JP5043815B2 JP 5043815 B2 JP5043815 B2 JP 5043815B2 JP 2008328436 A JP2008328436 A JP 2008328436A JP 2008328436 A JP2008328436 A JP 2008328436A JP 5043815 B2 JP5043815 B2 JP 5043815B2
Authority
JP
Japan
Prior art keywords
response
signal
server
request signal
response signal
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.)
Expired - Fee Related
Application number
JP2008328436A
Other languages
Japanese (ja)
Other versions
JP2010154096A (en
Inventor
彰則 白神
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 Inc
NTT Inc USA
Original Assignee
Nippon Telegraph and Telephone Corp
NTT Inc USA
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 Nippon Telegraph and Telephone Corp, NTT Inc USA filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2008328436A priority Critical patent/JP5043815B2/en
Publication of JP2010154096A publication Critical patent/JP2010154096A/en
Application granted granted Critical
Publication of JP5043815B2 publication Critical patent/JP5043815B2/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Small-Scale Networks (AREA)

Description

この発明は、通信システム、サーバ、応答送出制御方法および応答送出制御プログラムに関する。   The present invention relates to a communication system, a server, a response transmission control method, and a response transmission control program.

従来、DHCP(Dynamic Host Configuration Protocol)に代表される通信プロトコルを用いて、クライアントとサーバとの間で関連性を持った複数の要求および応答の対をやり取りさせることで、サーバからクライアントに対して、IPアドレスやサブネットマスクなどのIP通信のための情報を払い出すサービスを提供する技術が存在する。   Conventionally, by using a communication protocol typified by DHCP (Dynamic Host Configuration Protocol), a plurality of related request and response pairs are exchanged between the client and the server. There is a technology that provides a service for issuing information for IP communication such as an IP address and a subnet mask.

以下に、図11を参照しつつ、クライアントとサーバとで構成される通信システムに、DHCPを適用した場合のやり取りについて簡単に説明する。DHCPクライアントは、例えば、電源投入のタイミングで、クライアントに一意なクライアントIDを含む「Discover信号」を送出して、IPアドレスやサブネットマスクなどのIP通信に必要な情報(IP設定情報)を要求する(同図(1)参照)。   Hereinafter, with reference to FIG. 11, a brief description will be given of an exchange when DHCP is applied to a communication system including a client and a server. The DHCP client, for example, sends a “Discover signal” including a unique client ID to the client at power-on timing, and requests information (IP setting information) necessary for IP communication such as an IP address and a subnet mask. (See (1) in the figure).

DHCPサーバは、DHCPクライアントから「Discover信号」を受け付けると、「Discover信号」に含まれるクライアントIDに従って、払出可能なIP設定情報の候補を決定し、決定したIP設定情報の候補を含む「Offer信号」を送出する(図11の(2)参照)。DHCPサーバは、DHCPクライアントから「Offer信号」を受け付けると、「Offer信号」に含まれるIP設定情報の候補を確認して、受託できるものであれば「Request信号」をDHCPサーバに送出し、IP設定情報の確保を要求する(同図(3)参照)。   When the DHCP server receives the “Discover signal” from the DHCP client, the DHCP server determines a candidate IP setting information that can be paid out in accordance with the client ID included in the “Discover signal”, and includes the “Offer signal including the determined IP setting information candidate. "(See (2) of FIG. 11). When the DHCP server accepts the “Offer signal” from the DHCP client, the DHCP server checks the IP setting information candidate included in the “Offer signal”, and sends a “Request signal” to the DHCP server if it can be accepted. A request for securing the setting information is made (see (3) in the figure).

DHCPサーバは、DHCPクライアントから「Request信号」を受け付けると、DHCPクライアントに通知したIP設定情報の候補を、DHCPクライアントに払い出すIP設定情報として確定的に確保する。そして、確定的に確保したIP設定情報を含む「Ack信号」をDHCPクライアントに送出し、IP設定情報の最終的な通知を行う(図11の(4)参照)。なお、図11は、従来技術を説明するための図である。   When the DHCP server receives the “Request signal” from the DHCP client, the DHCP server definitely secures the IP setting information candidate notified to the DHCP client as IP setting information to be paid out to the DHCP client. Then, an “Ack signal” including IP setting information that is definitely secured is sent to the DHCP client, and final notification of the IP setting information is performed (see (4) in FIG. 11). In addition, FIG. 11 is a figure for demonstrating a prior art.

上述してきたように、クライアントとサーバとで構成される通信システムに、DHCPを適用した場合には、クライアントとサーバとの間で、「Discover信号とOffer信号」、「Request信号とAck信号」という2種類の要求‐応答の対が交換される。このように、複数の要求および応答の対をクライアントとサーバとの間で交換する通信システムにおいて、複数のクライアントをサーバが収容している場合には、クライアントからの要求を一斉に受けてサーバが輻輳状態に陥ると、サーバの処理能力が低下する。その結果、クライアントとサーバとの間で、複数の要求および応答の対の交換に要する時間が増大してしまい、サービスを迅速に提供することができない。   As described above, when DHCP is applied to a communication system composed of a client and a server, a “Discover signal and Offer signal” and a “Request signal and Ack signal” are called between the client and the server. Two types of request-response pairs are exchanged. Thus, in a communication system in which a plurality of request and response pairs are exchanged between a client and a server, when the server accommodates a plurality of clients, the server receives the requests from the clients all at once. If the server falls into a congestion state, the processing capacity of the server decreases. As a result, the time required for exchanging a plurality of request and response pairs between the client and the server increases, and the service cannot be provided quickly.

このような問題に対して、例えば、特許文献1では、サーバが、輻輳の検出を契機として、MACアドレスとIPアドレスとの対からなるリストを全クライアントに送出することで、迅速にサービスを提供する技術が提案されている。   For example, in Japanese Patent Application Laid-Open No. 2004-260628, a server provides a service quickly by sending a list of MAC address and IP address pairs to all clients when congestion is detected. Techniques to do this have been proposed.

特開2002−232447号公報JP 2002-232447 A

しかしながら、上記した特許文献1に提案の技術は、全クライアントに払い出すIPアドレスが固定的な場合には適用可能であるが、クライアントからの要求に応じて動的にIPアドレスを払い出す場合には適用できないという問題点があった。   However, the technique proposed in Patent Document 1 described above can be applied when the IP address to be paid out to all the clients is fixed, but when the IP address is dynamically given according to a request from the client. There was a problem that was not applicable.

そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、クライアントとサーバとで構成される通信システムにおいて、IPアドレスを動的に払い出す場合においても、サーバ側の処理能力を効率的に利用して、迅速なサービスをクライアントに提供することが可能な通信システム、サーバ、通信方法、通信プログラムを提供することを目的とする。   Therefore, the present invention has been made to solve the above-described problems of the prior art, and even when the IP address is dynamically paid out in a communication system composed of a client and a server, It is an object of the present invention to provide a communication system, a server, a communication method, and a communication program capable of providing a quick service to a client by efficiently using processing capacity.

上述した課題を解決し、目的を達成するため、本発明は、各クライアント装置がサーバに要求信号を送出し、要求信号に対する応答信号をサーバがクライアント装置にそれぞれ返送する処理を一単位とした一連の処理を完結することで、クライアント装置にサービスを提供する通信システムであって、前記サーバは、前記応答信号を送出可能な状態になっても、前記応答信号の送出を遅延させるように制御する応答送出制御手段を有する。   In order to solve the above-described problems and achieve the object, the present invention provides a series of processes in which each client device sends a request signal to the server, and the server returns a response signal to the request signal to the client device. In the communication system that provides a service to the client device by completing the process, the server controls the transmission of the response signal to be delayed even when the response signal can be transmitted. Response sending control means is provided.

本発明によれば、サーバ側の処理能力を効率的に利用して、迅速なサービスをクライアントに提供できる。   ADVANTAGE OF THE INVENTION According to this invention, a quick service can be provided to a client efficiently using the server side processing capacity.

以下に添付図面を参照して、この発明に係る通信システム、サーバ、通信方法および通信プログラムの一実施形態を詳細に説明する。なお、以下の実施例1では、実施例1に係るサーバの概要および特徴、かかるサーバの構成および処理を順に説明し、実施例1による効果を説明する。   Exemplary embodiments of a communication system, a server, a communication method, and a communication program according to the present invention will be explained below in detail with reference to the accompanying drawings. In the following first embodiment, the outline and features of the server according to the first embodiment, the configuration and processing of the server will be described in order, and the effects of the first embodiment will be described.

[サーバの概要および特徴(実施例1)]
まず、図1を用いて、実施例1に係るサーバの概要および特徴を説明する。図1は、実施例1に係るサーバの概要および特徴を説明するための図である。
[Outline and Features of Server (Example 1)]
First, the outline and features of the server according to the first embodiment will be described with reference to FIG. FIG. 1 is a diagram for explaining the outline and features of the server according to the first embodiment.

同図に示すように、実施例1に係るサーバは、複数のクライアント端末(1)〜(10)を収容し、クライアント端末から要求信号を受け付けて、要求信号に対する応答信号を返送する処理を一単位とした一連の処理を完結することで、クライアント装置にサービス(IPアドレス等を利用した通信サービス)を提供することを概要とする。   As shown in the figure, the server according to the first embodiment accommodates a plurality of client terminals (1) to (10), receives a request signal from the client terminal, and performs a process of returning a response signal to the request signal. The outline is to provide a service (communication service using an IP address or the like) to a client device by completing a series of processes in units.

そして、実施例1に係るサーバは、応答信号を送出可能な状態になっても、応答信号の送出を遅延させるように制御する点に主たる特徴がある。この特徴により、サーバ側の処理能力を効率的に利用して、迅速なサービスをクライアントに提供できる。   The server according to the first embodiment is mainly characterized in that control is performed so as to delay transmission of the response signal even when the response signal can be transmitted. With this feature, it is possible to provide a quick service to the client by efficiently using the processing capacity on the server side.

以下、この主たる特徴について具体的に説明する。図1に示すように、各クライアント端末が一斉に起動し、例えば、0.1秒間隔で要求信号である「Discover信号」をサーバに送出して、IPアドレスやサブネットマスクなどのIP通信に必要な情報(IP設定情報)の候補を要求する。   Hereinafter, the main features will be specifically described. As shown in FIG. 1, each client terminal is activated all at once, and for example, a “Discover signal” that is a request signal is sent to the server at intervals of 0.1 seconds, and is necessary for IP communication such as an IP address and a subnet mask. Request information (IP setting information) candidates.

実施例1に係るサーバは、各クライアント端末から受信した「Discover信号」を順次処理し、応答信号として生成した「Offer信号」が送出可能な状態になっても、一律、2秒遅延させてから各クライアント端末に返送する。   The server according to the first embodiment sequentially processes the “Discover signal” received from each client terminal, and even after the “Offer signal” generated as a response signal is ready to be sent, it is delayed by 2 seconds. Return to each client terminal.

各クライアント端末は、サーバから「Offer信号」を受信すると、「Offer信号」に含まれるIP設定情報の候補を確認して、受託できるものであれば直ちに「Request信号」をDHCPサーバに送出し、IP設定情報の確保を要求する。   Upon receipt of the “Offer signal” from the server, each client terminal confirms the IP setting information candidate included in the “Offer signal” and immediately sends a “Request signal” to the DHCP server if it can be accepted. Request to secure IP setting information.

実施例1に係るサーバは、各クライアント端末から受信した「Request信号」を順次処理し、応答信号として生成した「Ack信号」が送出可能な状態になっても、一律、2秒遅延させてから各クライアント端末に返送する。   The server according to the first embodiment sequentially processes the “Request signal” received from each client terminal, and even after the “Ack signal” generated as a response signal is ready to be sent, it is delayed by 2 seconds. Return to each client terminal.

各クライアント端末は、サーバから「Ack信号」を受信すると、「Ack信号」に含まれる確保済みのIP設定情報を自身のネットワークインタフェースに設定し、通信サービスの利用を開始する。   Upon receiving the “Ack signal” from the server, each client terminal sets the reserved IP setting information included in the “Ack signal” in its network interface, and starts using the communication service.

このようなことから、実施例1に係るサーバは、上述した主たる特徴のように、応答信号を送出可能な状態になっても、応答信号の送出を遅延させるように制御するので、サーバからの応答がクライアント端末からの更なる要求を誘発することを原因として、サーバが輻輳状態に陥ることを抑制する。そして、サーバが輻輳状態に陥ることを抑制する結果、サーバ側の処理能力を効率的に利用して、迅速なサービスをクライアントに提供できる。   For this reason, the server according to the first embodiment controls the transmission of the response signal to be delayed even when the response signal can be transmitted, as in the main feature described above. Suppresses the server from becoming congested due to the response triggering further requests from the client terminal. As a result of suppressing the server from falling into a congested state, it is possible to efficiently use the processing capability on the server side and provide a quick service to the client.

[サーバの構成(実施例1)]
次に、図2を用いて、実施例1に係るサーバの構成を説明する。図2は、実施例1に係るサーバの構成を示す図である。同図に示すように、実施例1に係るサーバ100は、要求信号受信機能部110と、受信バッファ120と、要求信号処理機能部130と、送信バッファ140と、応答信号送信制御機能部150とを有する。
[Configuration of Server (Example 1)]
Next, the configuration of the server according to the first embodiment will be described with reference to FIG. FIG. 2 is a diagram illustrating the configuration of the server according to the first embodiment. As shown in the figure, the server 100 according to the first embodiment includes a request signal reception function unit 110, a reception buffer 120, a request signal processing function unit 130, a transmission buffer 140, and a response signal transmission control function unit 150. Have

要求信号受信機能部110は、サーバ100が収容するクライアント端末から、「Discover信号」や「Request信号」などの要求信号を受信する。具体的に説明すると、要求信号受信機能部110は、クライアント端末から要求信号を受信すると、現在時刻を信号の受信時刻として取得し、取得した受信時刻とともに、受信信号データを受信バッファ120に積み上げて、信号受信待ち状態で待機する。   The request signal reception function unit 110 receives request signals such as “Discover signal” and “Request signal” from the client terminal accommodated in the server 100. Specifically, when receiving a request signal from the client terminal, the request signal reception function unit 110 acquires the current time as the signal reception time, and accumulates the received signal data in the reception buffer 120 together with the acquired reception time. Wait in the signal reception waiting state.

受信バッファ120は、要求信号受信機能部110により積み上げられた受信信号データおよび受信時刻を保持する。例えば、要求信号処理機能部130による信号処理中に、要求信号受信機能部110がクライアント端末から受信した新たな要求信号データを保持しておくことができる。   The reception buffer 120 holds the reception signal data and reception time accumulated by the request signal reception function unit 110. For example, during the signal processing by the request signal processing function unit 130, the new request signal data received by the request signal reception function unit 110 from the client terminal can be held.

要求信号処理機能部130は、要求信号受信機能部110がクライアント端末から受信した要求信号を処理して応答信号を作成する。具体的に説明すると、要求信号処理機能部130は、受信バッファ120から受信信号および受信時刻の取得を試みる。そして、受信信号および受信時刻を取得できた場合には、受信信号の種別が「Request信号」であるか否かを確認する。確認の結果、「Request信号」である場合には、この「Request信号」に紐づく「Discover信号」の受信後に既に決定してあったIPアドレスやサブネットマスクなどのIP設定情報を取得し、取得したIP設定情報を元にして「Ack信号」を生成する。そして、受信バッファ120から取得した受信時刻とともに、生成した「Ack信号」を送信バッファ140に積み上げる。そして、要求信号処理機能部130は、受信バッファ120から次の受信信号の取得を試みる。   The request signal processing function unit 130 processes the request signal received from the client terminal by the request signal reception function unit 110 and creates a response signal. More specifically, the request signal processing function unit 130 tries to acquire a reception signal and a reception time from the reception buffer 120. When the reception signal and the reception time can be acquired, it is confirmed whether or not the type of the reception signal is “Request signal”. As a result of the confirmation, if it is a “Request signal”, IP setting information such as an IP address and a subnet mask that has already been determined after receiving a “Discover signal” associated with this “Request signal” is acquired and acquired. An “Ack signal” is generated based on the IP setting information. Then, the generated “Ack signal” is accumulated in the transmission buffer 140 together with the reception time acquired from the reception buffer 120. Then, the request signal processing function unit 130 tries to acquire the next reception signal from the reception buffer 120.

一方、要求信号処理機能部130は、受信バッファ120から取得した受信信号の種別が「Request信号」であるか否かを確認した結果、「Request信号」でない場合には、「Discover信号」であるか否かを確認する。確認の結果、「Discover信号」である場合には、「Discover信号」の送信元であるクライアント端末に応じて、払い出し候補のIP設定情報を決定する。払い出し候補のIP設定情報を決定した後、要求信号処理機能部130は、払い出し候補として決定したIP設定情報を元にして「Offer信号」を生成する。そして、受信バッファ120から取得した受信時刻とともに、生成した「Offer信号」を送信バッファ140に積み上げる。そして、要求信号処理機能部130は、受信バッファ120から次の受信信号の取得を試みる。   On the other hand, the request signal processing function unit 130 confirms whether the type of the received signal acquired from the reception buffer 120 is “Request signal”, and if it is not “Request signal”, it is “Discover signal”. Check whether or not. As a result of the confirmation, if it is a “Discover signal”, the IP setting information of the payout candidate is determined according to the client terminal that is the transmission source of the “Discover signal”. After determining the IP setting information of the payout candidate, the request signal processing function unit 130 generates an “Offer signal” based on the IP setting information determined as the payout candidate. Then, the generated “Offer signal” is accumulated in the transmission buffer 140 together with the reception time acquired from the reception buffer 120. Then, the request signal processing function unit 130 tries to acquire the next reception signal from the reception buffer 120.

なお、IP設定情報の決定ロジックとしては、サーバがあらかじめ内部的に備えるDB等にクライアントIDと対応付けてIP設定情報を保持しておき、クライアントIDに対応付けられたIP設定情報を払い出し候補として決定する方法を採用しても良い。あるいは、サーバがあらかじめ内部的に備えるDB等に、払い出し可能な複数のIP設定情報を払い出し状況とともに保持しておき、未だ払い出されていないIP設定情報から払い出し候補として決定する方法を採用しても良い。   Note that the IP setting information is determined by storing IP setting information in association with a client ID in a DB or the like provided in advance in the server, and using the IP setting information associated with the client ID as a payout candidate. You may employ | adopt the method to determine. Alternatively, a method is adopted in which a plurality of IP setting information that can be paid out is stored together with the payout status in a DB or the like provided in advance in the server, and determined as a payout candidate from IP setting information that has not been paid out yet. Also good.

また、要求信号処理機能部130は、受信バッファ120から取得した受信信号の種別が「Discover信号」であるか否かを確認した結果、「Discover信号」でもない場合には、不正信号とみなして信号を破棄し、受信バッファ120から次の受信信号の取得を試みる。   Further, as a result of checking whether or not the type of the received signal acquired from the receiving buffer 120 is “Discover signal”, the request signal processing function unit 130 regards it as an illegal signal if it is not “Discover signal”. Discard the signal and try to acquire the next received signal from the reception buffer 120.

送信バッファ140は、応答信号を送出するタイミングとなるまで、要求信号処理機能部130により積み上げられた応答信号データおよび受信時刻を保持する。   The transmission buffer 140 holds the response signal data and the reception time accumulated by the request signal processing function unit 130 until it is time to send the response signal.

応答信号送信制御機能部150は、応答信号を送出可能な状態になっても、応答信号を送出するタイミングとなるまで、応答信号の送出を遅延させるように制御する。具体的に説明すると、応答信号送信制御機能部150は、送信バッファ140から応答信号および受信時刻の取得を試みる。そして、応答信号および受信時刻を取得できた場合には、現在時刻を取得し、取得した現在時刻が受信時刻から2秒以上経過しているか否かを判定する。判定の結果、2秒以上経過している場合には、応答信号の送出タイミングに到達しているものとして、送信バッファ140から取得した応答信号をクライアント端末に返送する。そして、応答信号送信制御機能部150は、送信バッファ140から次の応答信号の取得を試みる。   Even if the response signal transmission control function unit 150 is ready to transmit the response signal, the response signal transmission control function unit 150 performs control so as to delay the transmission of the response signal until the response signal is transmitted. More specifically, the response signal transmission control function unit 150 attempts to acquire the response signal and the reception time from the transmission buffer 140. When the response signal and the reception time can be acquired, the current time is acquired, and it is determined whether or not the acquired current time has passed 2 seconds or more from the reception time. If two seconds or more have passed as a result of the determination, the response signal acquired from the transmission buffer 140 is returned to the client terminal on the assumption that the response signal transmission timing has been reached. Then, the response signal transmission control function unit 150 tries to acquire the next response signal from the transmission buffer 140.

一方、応答信号送信制御機能部150は、現在時刻が受信時刻から2秒以上経過しているか否かを判定した結果、2秒以上経過していない場合には、応答信号と受信時刻を送信バッファ140の元の位置に戻す。そして、応答信号送信制御機能部150は、送信バッファ140から次の応答信号の取得を試みる。なお、応答信号送信制御機能部150は、特許請求の範囲に記載の「応答送出制御手段」に対応する。   On the other hand, as a result of determining whether or not the current time has passed 2 seconds or more from the reception time, the response signal transmission control function unit 150 sends the response signal and the reception time to the transmission buffer if it has not passed 2 seconds or more. Return to the original position of 140. Then, the response signal transmission control function unit 150 tries to acquire the next response signal from the transmission buffer 140. The response signal transmission control function unit 150 corresponds to “response transmission control means” recited in the claims.

[サーバによる処理(実施例1)]
続いて、図3〜図5を用いて、実施例1に係るサーバによる処理の流れを説明する。図3〜図5は、実施例1に係るサーバによる処理の流れを示す図である。
[Processing by Server (Example 1)]
Subsequently, the flow of processing performed by the server according to the first embodiment will be described with reference to FIGS. 3 to 5 are diagrams illustrating a flow of processing by the server according to the first embodiment.

[要求信号受信処理]
まず、図3を参照しつつ、要求信号受信処理の流れを説明する。同図に示すように、要求信号受信機能部110は、クライアント端末から送出される要求信号の受信待ち状態で待機し(ステップS1)、要求信号を受信すると(ステップS1肯定)、現在時刻を信号の受信時刻として取得する(ステップS2)。そして、要求信号受信機能部110は、取得した受信時刻とともに、受信信号データを受信バッファ120に積み上げて(ステップS3)、再び信号受信待ち状態に戻る。
[Request signal reception processing]
First, the flow of request signal reception processing will be described with reference to FIG. As shown in the figure, the request signal reception function unit 110 waits in a reception waiting state for a request signal transmitted from the client terminal (step S1), and when receiving the request signal (step S1 affirmative), signals the current time. Is acquired as a reception time (step S2). Then, the request signal reception function unit 110 accumulates the reception signal data together with the acquired reception time in the reception buffer 120 (step S3), and returns to the signal reception waiting state again.

[要求信号処理]
次に、図4を参照しつつ、要求信号処理の流れを説明する。同図に示すように、要求信号処理機能部130は、受信バッファ120から受信信号および受信時刻の取得を試みる(ステップS1)。そして、受信信号および受信時刻を取得できた場合には(ステップS1肯定)、受信信号の種別が「Request信号」であるか否かを確認する(ステップS2)。
[Request signal processing]
Next, the flow of request signal processing will be described with reference to FIG. As shown in the figure, the request signal processing function unit 130 tries to acquire the reception signal and the reception time from the reception buffer 120 (step S1). When the reception signal and the reception time can be acquired (Yes at Step S1), it is confirmed whether or not the type of the reception signal is “Request signal” (Step S2).

要求信号処理機能部130は、確認の結果、「Request信号」である場合には(ステップS2肯定)、この「Request信号」に紐づく「Discover信号」の受信後に既に決定してあったIPアドレスやサブネットマスクなどのIP設定情報を取得し(ステップS3)、取得したIP設定情報を元にして「Ack信号」を生成する(ステップS4)。そして、受信バッファ120から取得した受信時刻とともに、生成した「Ack信号」を送信バッファ140に積み上げる(ステップS5)。そして、要求信号処理機能部130は、上述したステップS1に戻って、受信バッファ120から次の受信信号の取得を試みる。   If the result of the confirmation is “Request signal” (Yes at Step S2), the request signal processing function unit 130 has already determined the IP address after receiving the “Discover signal” associated with this “Request signal”. And IP setting information such as a subnet mask is acquired (step S3), and an “Ack signal” is generated based on the acquired IP setting information (step S4). Then, together with the reception time acquired from the reception buffer 120, the generated “Ack signal” is accumulated in the transmission buffer 140 (step S5). Then, the request signal processing function unit 130 returns to step S <b> 1 described above and tries to acquire the next reception signal from the reception buffer 120.

ここで、ステップS2の説明に戻ると、要求信号処理機能部130は、受信バッファ120から取得した受信信号の種別が「Request信号」であるか否かを確認した結果、「Request信号」でない場合には(ステップS2否定)、「Discover信号」であるか否かを確認する(ステップS6)。確認の結果、「Discover信号」である場合には(ステップS6肯定)、「Discover信号」の送信元であるクライアント端末に応じて、払い出し候補のIP設定情報を決定する(ステップS7)。払い出し候補のIP設定情報を決定した後、要求信号処理機能部130は、払い出し候補として決定したIP設定情報を元にして「Offer信号」を生成する(ステップS8)。そして、受信バッファ120から取得した受信時刻とともに、生成した「Offer信号」を送信バッファ140に積み上げる(ステップS9)。そして、要求信号処理機能部130は、上述したステップS1に戻り、受信バッファ120から次の受信信号の取得を試みる。   Here, returning to the description of step S <b> 2, the request signal processing function unit 130 confirms whether or not the type of the received signal acquired from the receiving buffer 120 is “Request signal”, and is not “Request signal”. (No in step S2), it is confirmed whether or not it is a “Discover signal” (step S6). As a result of the confirmation, if it is “Discover signal” (Yes at Step S6), the IP setting information of the payout candidate is determined according to the client terminal that is the transmission source of “Discover signal” (Step S7). After determining the IP setting information of the payout candidate, the request signal processing function unit 130 generates an “Offer signal” based on the IP setting information determined as the payout candidate (step S8). Then, together with the reception time acquired from the reception buffer 120, the generated “Offer signal” is accumulated in the transmission buffer 140 (step S9). Then, the request signal processing function unit 130 returns to step S <b> 1 described above, and tries to acquire the next reception signal from the reception buffer 120.

ここで、ステップS6の説明に戻ると、要求信号処理機能部130は、受信バッファ120から取得した受信信号の種別が「Discover信号」であるか否かを確認した結果、「Discover信号」でもない場合には(ステップS6否定)、不正信号とみなして信号を破棄し、上述したステップS1に戻り、受信バッファ120から次の受信信号の取得を試みる。   Here, returning to the description of step S6, the request signal processing function unit 130 confirms whether or not the type of the received signal acquired from the reception buffer 120 is “Discover signal”, and as a result, it is not “Discover signal”. In this case (No in step S6), the signal is regarded as an illegal signal, the signal is discarded, and the process returns to the above-described step S1 to try to acquire the next reception signal from the reception buffer 120.

[応答信号送信制御処理]
次に、図5を参照しつつ、応答信号送信制御処理の流れを説明する。同図に示すように、応答信号送信制御機能部150は、送信バッファ140から応答信号および受信時刻の取得を試みる(ステップS1)。そして、応答信号および受信時刻を取得できた場合には(ステップS1肯定)、現在時刻を取得し(ステップS2)、取得した現在時刻が受信時刻から2秒以上経過しているか否かを判定する(ステップS3)。判定の結果、2秒以上経過している場合には(ステップS3肯定)、応答信号の送出タイミングに到達しているものとして、送信バッファ140から取得した応答信号をクライアント端末に送出する(ステップS4)。そして、応答信号送信制御機能部150は、上述したステップS1に戻って、送信バッファ140から次の応答信号の取得を試みる。
[Response signal transmission control processing]
Next, the flow of response signal transmission control processing will be described with reference to FIG. As shown in the figure, the response signal transmission control function unit 150 tries to acquire the response signal and the reception time from the transmission buffer 140 (step S1). If the response signal and the reception time can be acquired (Yes at Step S1), the current time is acquired (Step S2), and it is determined whether or not the acquired current time has passed 2 seconds or more from the reception time. (Step S3). If two seconds or more have passed as a result of the determination (Yes at Step S3), the response signal acquired from the transmission buffer 140 is transmitted to the client terminal as having arrived at the response signal transmission timing (Step S4). ). Then, the response signal transmission control function unit 150 returns to step S1 described above and tries to acquire the next response signal from the transmission buffer 140.

ここで、ステップS3の説明に戻ると、応答信号送信制御機能部150は、現在時刻が受信時刻から2秒以上経過しているか否かを判定した結果、2秒以上経過していない場合には(ステップS3否定)、応答信号と受信時刻を送信バッファ140の元の位置に戻す(ステップS5)。そして、応答信号送信制御機能部150は、上述したステップS1に戻って、送信バッファ140から次の応答信号の取得を試みる。   Here, returning to the description of step S3, the response signal transmission control function unit 150 determines whether or not the current time has passed 2 seconds or more from the reception time. (No in step S3), the response signal and the reception time are returned to the original position of the transmission buffer 140 (step S5). Then, the response signal transmission control function unit 150 returns to step S1 described above and tries to acquire the next response signal from the transmission buffer 140.

[実施例1による効果]
上述してきたように、実施例1によれば、サーバ100は、応答信号を送出可能な状態になっても、応答信号の送出を遅延させるように制御するので、サーバからの応答がクライアント端末からの更なる要求を誘発することを原因として、サーバが輻輳状態に陥ることを抑制する。そして、サーバが輻輳状態に陥ることを抑制する結果、サーバ側の処理能力を効率的に利用して、迅速なサービスをクライアントに提供できる。
[Effects of Example 1]
As described above, according to the first embodiment, the server 100 performs control so as to delay the transmission of the response signal even when the response signal can be transmitted, so that the response from the server is transmitted from the client terminal. The server is prevented from becoming congested due to triggering further requests. As a result of suppressing the server from falling into a congested state, it is possible to efficiently use the processing capability on the server side and provide a quick service to the client.

すなわち、実施例1によれば、サーバ100は、応答信号を送出可能な状態になっても、直ちに、クライアント端末に応答信号を返送するのではなく、一定の遅延時間(例えば、2秒)が経過した後、応答信号を返送する。これにより、クライアント端末から送出されたDiscover信号が集中する時間帯に、Request信号が到達してしまうことを防止して、サーバ100の処理能力をDiscover信号の処理に集中させることができる。したがって、クライアント端末からの要求を逐次処理しながら動的にサービスの内容を決定する処理を効率的に実施可能である。   That is, according to the first embodiment, even when the server 100 becomes ready to send a response signal, the server 100 does not immediately return the response signal to the client terminal, but has a certain delay time (for example, 2 seconds). After the elapse, a response signal is returned. Thereby, it is possible to prevent the Request signal from reaching the time zone in which the Discover signals transmitted from the client terminals are concentrated, and to concentrate the processing capability of the server 100 on the processing of the Discover signal. Therefore, it is possible to efficiently perform the process of dynamically determining the contents of the service while sequentially processing requests from the client terminal.

また、上記の実施例1では、応答信号の送出を遅延させるために、一定の遅延時間を持たせているが、これに限定されるものではなく、遅延時間を要求信号ごとに個別、かつランダムに決定することもできる。これにより、例えば、Discover信号のような第1の信号の到達が短期間に集中したとしても、Request信号のような第2の信号の到達時間を分散させて、トラヒック量を平準化できる。   In the first embodiment, a certain delay time is provided to delay the transmission of the response signal. However, the delay time is not limited to this, and the delay time is individually and randomly selected for each request signal. It can also be determined. Thereby, for example, even if arrival of the first signal such as the Discover signal is concentrated in a short period of time, the arrival time of the second signal such as the Request signal can be dispersed and the traffic amount can be leveled.

また、上記の実施例1において、クライアント端末(サービス加入者)を識別するクライアントIDに対応付けて、応答信号を優先的に返送すべきことを示す優先度情報を予め設定しておく。要求信号の送信元であるクライアント端末(クライアントID)に優先度情報が設定されている場合には、遅延時間を短めに設定し、優先度情報が設定されていない場合には、遅延時間を長めに設定するようにして、応答信号の返送を制御することもできる。これにより、クライアント端末(サービス加入者)ごとに個別具体的なサービス提供も可能である。   In the first embodiment, priority information indicating that a response signal should be preferentially returned is set in advance in association with a client ID for identifying a client terminal (service subscriber). If priority information is set for the client terminal (client ID) that is the source of the request signal, set a shorter delay time. If priority information is not set, increase the delay time. It is also possible to control the return of the response signal. Thereby, it is also possible to provide individual specific services for each client terminal (service subscriber).

上記の実施例1では、応答信号の送出を遅延させるために、一定の遅延時間を持たせる場合を説明した。しかしながら、これに限定されるものではなく、サーバ100の輻輳状況に応じて、応答信号の送出を決定するようにしてもよい。そこで、以下の実施例2では、実施例2に係るサーバの構成および処理を順に説明した後に、実施例2による効果を説明する。   In the first embodiment, the case where a certain delay time is provided to delay the transmission of the response signal has been described. However, the present invention is not limited to this, and transmission of a response signal may be determined according to the congestion status of the server 100. Therefore, in the following second embodiment, the configuration and processing of the server according to the second embodiment will be described in order, and then the effects of the second embodiment will be described.

[サーバの構成(実施例2)]
図6を用いて、実施例2に係るサーバの構成を説明する。図6は、実施例2に係るサーバの構成を示す図である。同図に示すように、実施例2に係るサーバは、実施例1に係るサーバと基本的には同様の構成であるが、以下に説明する点が異なる。
[Server Configuration (Example 2)]
The configuration of the server according to the second embodiment will be described with reference to FIG. FIG. 6 is a diagram illustrating the configuration of the server according to the second embodiment. As shown in the figure, the server according to the second embodiment has basically the same configuration as the server according to the first embodiment, but differs in the points described below.

すなわち、要求信号受信機能部110は、受信した要求信号の信号カウント数を記録するとともに、カウント開始時刻を記録する。具体的に説明すると、処理開始時に、カウント開始時刻として現在時刻を設定するとともに、信号カウント数を0に設定する初期化処理を実行して、クライアント端末からの要求信号の受信待機状態に入る。   That is, the request signal reception function unit 110 records the signal count number of the received request signal and also records the count start time. More specifically, at the start of the process, the current time is set as the count start time, and an initialization process for setting the signal count number to 0 is executed to enter a standby state for receiving a request signal from the client terminal.

初期化処理完了後、要求信号受信機能部110は、要求信号を受信すると、現在時刻を取得して、現在時刻がカウント開示時刻から10秒経過しているか否かを判定する。判定の結果、現在時刻がカウント開示時刻から10秒経過している場合には、現在時刻とカウント開始時刻との差を10秒で割った余りを計算する。そして、算出された余りを現在時刻から減算した値をカウント開始時刻として更新するとともに、信号カウント数を0に初期化する。   After the initialization process is completed, when the request signal reception function unit 110 receives the request signal, the request signal reception function unit 110 acquires the current time and determines whether the current time has passed 10 seconds from the count disclosure time. As a result of the determination, if 10 seconds have elapsed from the count disclosure time, a remainder obtained by dividing the difference between the current time and the count start time by 10 seconds is calculated. Then, a value obtained by subtracting the calculated remainder from the current time is updated as the count start time, and the signal count number is initialized to zero.

例えば、要求信号受信機能部110は、カウント開始時刻が「10:00分 10.005秒」であり、現在時刻が「10:00分 35.900秒」であった場合、現在時刻とカウント開始時刻との差である「25.895秒」を10秒で割った余りを計算する。そして、算出された余りである「5.985秒」を現在時刻から減算した値である「10:00分 30.005秒」をカウント開始時刻として更新するとともに、信号カウント数を0に初期化する。   For example, when the count start time is “10:00 minutes 10.005 seconds” and the current time is “10:00 minutes 35.900 seconds”, the request signal reception function unit 110 starts counting with the current time. The remainder obtained by dividing “25.895 seconds”, which is the difference from the time, by 10 seconds is calculated. Then, the calculated remainder “5.985 seconds” is subtracted from the current time, and “10:00 minutes 30.005 seconds” is updated as the count start time, and the signal count number is initialized to 0. To do.

そして、要求信号受信機能部110は、カウント開始時刻の更新および信号カウント数の初期化が完了した場合、もしくは現在時刻がカウント開示時刻から10秒経過していなかった場合には、信号カウント数を1増加させた後、受信信号を受信バッファに積み上げ、クライアント端末からの要求信号の受信待機状態に戻る。   Then, the request signal reception function unit 110 sets the signal count number when the update of the count start time and the initialization of the signal count number are completed, or when the current time has not passed 10 seconds from the count disclosure time. After incrementing by 1, the reception signal is accumulated in the reception buffer, and the state returns to the reception standby state for the request signal from the client terminal.

要求信号処理機能部130は、生成した「Offer信号」あるいは「Ack信号」のみを送信バッファ140に積み上げる。   The request signal processing function unit 130 accumulates only the generated “Offer signal” or “Ack signal” in the transmission buffer 140.

応答信号送信制御機能部150は、要求信号受信機能部110からカウント開始時刻および信号カウント数を取得した後、現在時刻を取得するとともに、予め設定されている輻輳閾値を取得する。そして、信号カウント数を現在時刻とカウント開始時刻との差で除算した値が輻輳閾値を超えているか否かを判定する。判定の結果、輻輳閾値を超えている場合には、サーバ100が輻輳状態にあると判断し、続いて、受信バッファ120の空き容量が総容量の半分以上あるか否かを確認する。   The response signal transmission control function unit 150 obtains the count start time and the signal count number from the request signal reception function unit 110, then obtains the current time, and obtains a preset congestion threshold. Then, it is determined whether or not a value obtained by dividing the signal count number by the difference between the current time and the count start time exceeds the congestion threshold. As a result of the determination, if the congestion threshold is exceeded, it is determined that the server 100 is in a congestion state, and then it is confirmed whether or not the free capacity of the reception buffer 120 is more than half of the total capacity.

応答信号送信制御機能部150は、確認の結果、受信バッファ120の空き容量が総容量の半分以上ある場合には、送信バッファ140から応答信号の取得を試みる。応答信号を取得できた場合には、クライアント端末に返送する。クライアント端末に応答信号送出後、あるいは応答信号の取得に失敗後、応答信号送信制御機能部150は、処理開始状態に戻る。   As a result of the confirmation, the response signal transmission control function unit 150 tries to obtain a response signal from the transmission buffer 140 when the free capacity of the reception buffer 120 is more than half of the total capacity. If the response signal can be acquired, it is returned to the client terminal. After sending the response signal to the client terminal or failing to obtain the response signal, the response signal transmission control function unit 150 returns to the processing start state.

また、応答信号送信制御機能部150は、受信バッファ120の空き容量が総容量の半分以上あるか否かを確認した結果、空き容量が総容量の半分以上ない場合には、そのまま処理開始状態に戻る。   Further, as a result of confirming whether or not the free capacity of the reception buffer 120 is more than half of the total capacity, the response signal transmission control function unit 150 enters the processing start state as it is when the free capacity is not more than half of the total capacity. Return.

また、応答信号送信制御機能部150は、信号カウント数を現在時刻とカウント開始時刻との差で除算した値が輻輳閾値を超えていない場合には、サーバが輻輳状態にないものと判断して、送信バッファ140から受信信号の取得を試みる。受信信号を取得できた場合には、クライアント端末に返送する。クライアント端末に応答信号送出後、あるいは受信信号の取得に失敗後、応答信号送信制御機能部150は、処理開始状態に戻る。   The response signal transmission control function unit 150 determines that the server is not in a congestion state when the value obtained by dividing the signal count by the difference between the current time and the count start time does not exceed the congestion threshold. Attempts to acquire a received signal from the transmission buffer 140. If the received signal can be acquired, it is returned to the client terminal. After sending the response signal to the client terminal or failing to acquire the received signal, the response signal transmission control function unit 150 returns to the processing start state.

[サーバによる処理(実施例2)]
続いて、図7〜図9を用いて、実施例2に係るサーバによる処理の流れを説明する。図7〜図9は、実施例2に係るサーバによる処理の流れを示す図である。
[Processing by Server (Example 2)]
Subsequently, a processing flow by the server according to the second embodiment will be described with reference to FIGS. 7 to 9 are diagrams illustrating a flow of processing by the server according to the second embodiment.

[要求信号受信処理]
まず、図7を参照しつつ、要求信号受信処理の流れを説明する。同図に示すように、要求信号受信機能部110は、処理開始時に、カウント開始時刻として現在時刻を設定するとともに(ステップS1)、信号カウント数を0に設定する初期化処理を実行して(ステップS2)、クライアント端末からの要求信号の受信待機状態に入る。
[Request signal reception processing]
First, the flow of request signal reception processing will be described with reference to FIG. As shown in the figure, the request signal reception function unit 110 sets the current time as the count start time at the start of processing (step S1), and executes an initialization process for setting the signal count number to 0 ( In step S2), a request signal reception waiting state from the client terminal is entered.

初期化処理完了後、要求信号受信機能部110は、クライアント端末からの要求信号受信を待機し(ステップS3)、要求信号を受信すると(ステップS3肯定)、現在時刻を取得して(ステップS4)、現在時刻がカウント開示時刻から10秒経過しているか否かを判定する(ステップS5)。判定の結果、現在時刻がカウント開示時刻から10秒経過している場合には(ステップS5肯定)、現在時刻とカウント開始時刻との差を10秒で割った余りを計算し、算出された余りを現在時刻から減算した値をカウント開始時刻として更新するとともに、信号カウント数を0に初期化する(ステップS6)。   After completion of the initialization process, the request signal reception function unit 110 waits for reception of the request signal from the client terminal (step S3). When the request signal is received (Yes in step S3), the current time is acquired (step S4). Then, it is determined whether or not the current time has passed 10 seconds from the count disclosure time (step S5). As a result of the determination, when the current time has passed 10 seconds from the count disclosure time (Yes at Step S5), the remainder obtained by dividing the difference between the current time and the count start time by 10 seconds is calculated, and the calculated remainder Is updated as the count start time, and the signal count is initialized to 0 (step S6).

そして、要求信号受信機能部110は、カウント開始時刻の更新および信号カウント数の初期化が完了すると、信号カウント数を1増加させた後(ステップS7)、受信信号を受信バッファに積み上げ(ステップS8)、クライアント端末からの要求信号の受信待機状態に戻る(ステップS3参照)。   When the update of the count start time and the initialization of the signal count number are completed, the request signal reception function unit 110 increments the signal count number by 1 (step S7), and then accumulates the reception signal in the reception buffer (step S8). ), And returns to the waiting state for receiving the request signal from the client terminal (see step S3).

ここで、ステップS5の説明に戻ると、要求信号受信機能部110は、現在時刻がカウント開示時刻から10秒経過しているか否かを判定した結果、現在時刻がカウント開示時刻から10秒経過していなかった場合には(ステップS5否定)、上述したステップS7およびステップS8と同様にして、信号カウント数を1増加させた後、受信信号を受信バッファに積み上げ、クライアント端末からの要求信号の受信待機状態に戻る。   Here, returning to the description of step S5, the request signal receiving function unit 110 determines whether or not the current time has passed 10 seconds from the count disclosure time, and as a result, the current time has passed 10 seconds from the count disclosure time. If not (No in step S5), the signal count is incremented by 1 in the same manner as in steps S7 and S8 described above, and then the received signal is stacked in the reception buffer and the request signal is received from the client terminal. Return to standby.

[要求信号処理]
次に、図8を参照しつつ、要求信号処理の流れを説明する。実施例2に係る要求信号処理は、上記の実施例1で説明した要求信号処理(図4参照)とは、以下に説明する点が異なる。すなわち、要求信号処理機能部130は、受信バッファ120から受信信号のみを取得し、生成した「Offer信号」あるいは「Ack信号」のみを送信バッファ140に積み上げる(ステップS1、ステップS5、ステップS8参照)。
[Request signal processing]
Next, the flow of request signal processing will be described with reference to FIG. The request signal processing according to the second embodiment is different from the request signal processing (see FIG. 4) described in the first embodiment in the following points. That is, the request signal processing function unit 130 acquires only the reception signal from the reception buffer 120 and accumulates only the generated “Offer signal” or “Ack signal” in the transmission buffer 140 (see Steps S1, S5, and S8). .

[応答信号送信制御処理]
次に、図9を用いて、応答信号送信制御処理の流れを説明する。同図に示すように、応答信号送信制御機能部150は、要求信号受信機能部110からカウント開始時刻および信号カウント数を取得した後(ステップS1)、現在時刻を取得するとともに(ステップS2)、予め設定されている輻輳閾値を取得する(ステップS3)。そして、信号カウント数を現在時刻とカウント開始時刻との差で除算した値が輻輳閾値を超えているか否かを判定する(ステップS4)。判定の結果、輻輳閾値を超えている場合には(ステップS4肯定)、サーバ100が輻輳状態にあると判断し、続いて、受信バッファ120の空き容量が総容量の半分以上あるか否かを確認する(ステップS5)。
[Response signal transmission control processing]
Next, the flow of response signal transmission control processing will be described with reference to FIG. As shown in the figure, the response signal transmission control function unit 150 obtains the count start time and the signal count from the request signal reception function unit 110 (step S1), and then obtains the current time (step S2). A preset congestion threshold is acquired (step S3). Then, it is determined whether or not the value obtained by dividing the signal count by the difference between the current time and the count start time exceeds the congestion threshold (step S4). As a result of the determination, if the congestion threshold is exceeded (Yes at Step S4), it is determined that the server 100 is in a congestion state, and then whether or not the free capacity of the reception buffer 120 is more than half of the total capacity is determined. Confirm (step S5).

応答信号送信制御機能部150は、確認の結果、受信バッファ120の空き容量が総容量の半分以上ある場合には(ステップS5肯定)、送信バッファ140から受信信号の取得を試みる(ステップS6)。受信信号を取得できた場合には(ステップS6肯定)、クライアント端末に返送し(ステップS7)、処理開始状態に戻る(ステップS1参照)。一方、受信信号を取得できなかった場合にも(ステップS6否定)、同様に、そのまま処理開始状態に戻る。   As a result of the confirmation, the response signal transmission control function unit 150 tries to acquire a received signal from the transmission buffer 140 (step S6) when the free capacity of the reception buffer 120 is more than half of the total capacity (Yes in step S5). If the received signal can be acquired (Yes at Step S6), it is returned to the client terminal (Step S7), and the process is returned to the start state (see Step S1). On the other hand, when the received signal cannot be obtained (No at Step S6), the process returns to the process start state.

ここで、ステップS5の説明に戻ると、応答信号送信制御機能部150は、受信バッファ120の空き容量が総容量の半分以上あるか否かを確認した結果、空き容量が総容量の半分以上ない場合には(ステップS5否定)、そのまま処理開始状態に戻る。   Here, returning to the description of step S5, the response signal transmission control function unit 150 confirms whether or not the free capacity of the reception buffer 120 is more than half of the total capacity. As a result, the free capacity is not more than half of the total capacity. In this case (No at Step S5), the process returns to the process start state.

また、ステップS4の説明に戻ると、応答信号送信制御機能部150は、信号カウント数を現在時刻とカウント開始時刻との差で除算した値が輻輳閾値を超えているか否かを判定した結果、輻輳閾値を超えていない場合には(ステップS4否定)、サーバが輻輳状態にないものと判断して、上述したステップS6と同様に、送信バッファ140から受信信号の取得を試みる。受信信号を取得できた場合には、クライアント端末に返送する。クライアント端末に応答信号送出後、あるいは受信信号の取得に失敗後、応答信号送信制御機能部150は、処理開始状態に戻る。   Returning to the description of step S4, the response signal transmission control function unit 150 determines whether or not the value obtained by dividing the signal count by the difference between the current time and the count start time exceeds the congestion threshold. When the congestion threshold is not exceeded (No at Step S4), it is determined that the server is not in a congestion state, and the reception signal is tried to be acquired from the transmission buffer 140 in the same manner as Step S6 described above. If the received signal can be acquired, it is returned to the client terminal. After sending the response signal to the client terminal or failing to acquire the received signal, the response signal transmission control function unit 150 returns to the processing start state.

[実施例2による効果]
上述してきたように、実施例2によれば、サーバ100の輻輳状況に応じて、応答信号の送出を決定するので、クライアント端末からの要求を逐次処理しながら動的にサービスの内容を決定する処理を効率的に実施しつつ、クライアントからの要求量を平準化できる。このようなことから、実施例2によれば、サーバ側の処理能力を効率的に利用して、迅速なサービスをクライアントに提供できる。
[Effects of Example 2]
As described above, according to the second embodiment, since the response signal is determined to be transmitted according to the congestion status of the server 100, the contents of the service are dynamically determined while sequentially processing the requests from the client terminals. The amount of requests from clients can be leveled while efficiently performing processing. For this reason, according to the second embodiment, it is possible to provide a quick service to the client by efficiently using the processing capability on the server side.

すなわち、実施例2によれば、サーバ100が輻輳状態にない場合、あるいは輻輳状態であるが受信バッファ120の容量に余裕がある場合にのみ、クライアントへの応答を行うように制御する。したがって、サーバ100の処理能力に余裕が出てくるタイミングでRequest信号のような第2の信号の各クライアント端末から到達する時間を分散させて、クライアントからの要求を効率的に処理するとともに、トラヒック量を平準化できる。   That is, according to the second embodiment, control is performed so that a response to the client is performed only when the server 100 is not congested or when the server 100 is congested but the reception buffer 120 has sufficient capacity. Therefore, it is possible to distribute the time of the second signal such as the Request signal that arrives from each client terminal at a timing when the processing capacity of the server 100 is sufficient, efficiently processing the request from the client, and traffic. Amount can be leveled.

また、上記の実施例2において、クライアント端末から、単位時間当たりに一定量の要求を受信していることを条件に、応答を遅延させるように制御してもよい。これにより、上述してきた制御と同様に、クライアントからの要求を効率的に処理するとともに、トラヒック量を平準化でき、迅速なサービスをクライアントに提供できる。   In the second embodiment, the response may be controlled to be delayed on condition that a certain amount of request is received from the client terminal per unit time. As a result, similar to the control described above, it is possible to efficiently process requests from the client, level the traffic volume, and provide a quick service to the client.

また、上記の実施例2では、受信バッファ120の空き状況に応じて、応答信号を送出するタイミングを計る場合を説明したが、これに限定されるものではなく、単位時間当たりの受信信号数に応じて応答信号の送出タイミングを計るようにしてもよい。例えば、単位時間当たりの受信信号数が所定の閾値を超えていれば、遅延時間を長く持たせ、単位時間当たりの受信信号数が所定の閾値を下回っていれば、遅延時間を短くする。   In the second embodiment, the case where the timing of sending the response signal is measured according to the availability of the reception buffer 120 has been described. However, the present invention is not limited to this, and the number of received signals per unit time is limited. Accordingly, the response signal transmission timing may be measured. For example, if the number of received signals per unit time exceeds a predetermined threshold, the delay time is long, and if the number of received signals per unit time is below a predetermined threshold, the delay time is shortened.

また、上記の実施例2では、サーバの輻輳状態および受信バッファのデータ蓄積状況の双方を考慮して、応答信号の送出を制御する場合を説明したが、これに限定されるものではなく、サーバの輻輳状態、受信バッファのデータ蓄積状況のいずれか一方を考慮して、応答信号の送出を制御するようにしてもよい。   In the second embodiment, the case where the transmission of the response signal is controlled in consideration of both the congestion state of the server and the data accumulation state of the reception buffer has been described. However, the present invention is not limited to this. The transmission of the response signal may be controlled in consideration of one of the congestion state and the data accumulation state of the reception buffer.

また、上記の実施例2において、サーバの輻輳状態および受信バッファのデータ蓄積状況の双方を考慮した上で、さらに、上記の実施例1に記載したように、個別の遅延時間を設けたり、クライアント端末(サービス加入者)ごとに優先的に返送すべきことを示す優先度情報を設けたり、単位時間あたりの受信信号数に応じた遅延時間を設定したりして、応答信号の送出を制御することもできる。すなわち、サーバの輻輳状況の判定、受信バッファの蓄積状況の判定、任意な遅延時間の設定、優先度情報の設定、単位時間あたりの受信信号数に応じた遅延時間の設定を任意に組み合わせて、応答信号の送出を制御することもできる。   In the second embodiment, in consideration of both the congestion state of the server and the data accumulation state of the reception buffer, as described in the first embodiment, an individual delay time is provided, or the client Controls the sending of response signals by providing priority information indicating that each terminal (service subscriber) should preferentially send it back, or setting a delay time according to the number of received signals per unit time You can also. That is, determination of server congestion status, determination of reception buffer accumulation status, arbitrary delay time setting, priority information setting, delay time setting according to the number of received signals per unit time, arbitrarily combined, The transmission of the response signal can also be controlled.

さて、これまで本発明に係るサーバの一実施形態として、実施例1および2を説明してきたが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施形態について説明する。   The first and second embodiments have been described as one embodiment of the server according to the present invention, but the present invention may be implemented in various different forms other than the above-described embodiments. . In the following, other embodiments included in the present invention will be described.

(1)装置構成等
上記の実施例1または2において図示したサーバ100(図2または図6参照)の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、サーバ100の分散・統合の具体的形態は図示のものに限られず、例えば、要求信号受信機能部110と、要求信号処理機能部130と、応答信号送信制御機能部150とを統合してもよい。このように、サーバ100が有する各構成要素の全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、サーバ100にて行なわれる各処理機能は(図3〜図5、あるいは図7〜図9等参照)、その全部または任意の一部が、CPUおよび当該CPUにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
(1) Device Configuration, etc. Each component of the server 100 (see FIG. 2 or FIG. 6) illustrated in the first or second embodiment is functionally conceptual and is not necessarily physically configured as illustrated. I don't need it. That is, the specific form of distribution / integration of the server 100 is not limited to the illustrated one. For example, the request signal reception function unit 110, the request signal processing function unit 130, and the response signal transmission control function unit 150 are integrated. Also good. As described above, all or some of the constituent elements of the server 100 can be configured to be functionally or physically distributed / integrated in arbitrary units according to various loads or usage conditions. Furthermore, each processing function performed in the server 100 (see FIGS. 3 to 5 or 7 to 9) is entirely or arbitrarily part of the CPU and a program to be analyzed and executed by the CPU. Or can be realized as hardware by wired logic.

(2)応答送出制御プログラム
また、上記の実施例1あるいは2で説明したサーバ100の各種の処理(例えば、図3〜図5、あるいは図7〜図9等参照)は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することができる。そこで、以下では、図10を用いて、上記の実施例1あるいは2と同様の機能を有する応答送出制御プログラムを実行するコンピュータの一例を説明する。図10は、応答送出制御プログラムを実行するコンピュータを示す図である。
(2) Response transmission control program The various processes of the server 100 described in the first or second embodiment (for example, see FIG. 3 to FIG. 5 or FIG. 7 to FIG. 9) are prepared in advance. Is executed by a computer system such as a personal computer or a workstation. Therefore, in the following, an example of a computer that executes a response transmission control program having the same function as in the first or second embodiment will be described with reference to FIG. FIG. 10 is a diagram illustrating a computer that executes a response transmission control program.

同図に示すように、コンピュータ200は、通信制御部210、HDD220、RAM230およびCPU240をバス300で接続して構成される。   As shown in the figure, the computer 200 is configured by connecting a communication control unit 210, an HDD 220, a RAM 230, and a CPU 240 via a bus 300.

ここで、通信制御部210は、クライアント端末との間でやり取りされる各種信号に関する通信を制御する。HDD220は、CPU240による各種処理の実行に必要な情報を記憶する。RAM230は、各種情報を一時的に記憶する。CPU240は、各種演算処理を実行する。   Here, the communication control unit 210 controls communication related to various signals exchanged with the client terminal. The HDD 220 stores information necessary for the CPU 240 to execute various processes. The RAM 230 temporarily stores various information. The CPU 240 executes various arithmetic processes.

そして、HDD220には、図10に示すように、上記の実施例1あるいは2に示したサーバ100が有する各機能部と同様の機能を発揮する応答送出制御プログラム221と、応答送出制御データ222とがあらかじめ記憶されている。なお、この応答送出制御プログラム221を適宜分散させて、ネットワークを介して通信可能に接続された他のコンピュータの記憶部に記憶させておくこともできる。   As shown in FIG. 10, the HDD 220 includes a response transmission control program 221 that exhibits the same functions as the functional units included in the server 100 shown in the first or second embodiment, and response transmission control data 222. Is stored in advance. Note that the response transmission control program 221 can be appropriately distributed and stored in a storage unit of another computer that is communicably connected via a network.

そして、CPU240が、この応答送出制御プログラム221をHDD220から読み出してRAM230に展開することにより、図10に示すように、応答送出制御プログラム221は応答送出制御プロセス231として機能するようになる。すなわち、応答送出制御プロセス231は、応答送出制御データ222等をHDD220から読み出して、RAM230において自身に割り当てられた領域に展開し、この展開したデータ等に基づいて各種処理を実行する。なお、応答送出制御プロセス231は、上記の実施例1あるいは2で説明したサーバ100の処理機能部(要求信号受信機能部110、要求信号処理機能部130、および応答信号送信制御機能部150等)において実行される処理にそれぞれ対応する。   Then, the CPU 240 reads out the response transmission control program 221 from the HDD 220 and expands it in the RAM 230, whereby the response transmission control program 221 functions as a response transmission control process 231 as shown in FIG. That is, the response transmission control process 231 reads the response transmission control data 222 and the like from the HDD 220, expands them in an area allocated to itself in the RAM 230, and executes various processes based on the expanded data and the like. The response transmission control process 231 is the processing function unit (request signal reception function unit 110, request signal processing function unit 130, response signal transmission control function unit 150, etc.) of the server 100 described in the first or second embodiment. Corresponds to the processing executed in step.

なお、上記した応答送出制御プログラム221については、必ずしも最初からHDD220に記憶させておく必要はなく、例えば、コンピュータ200に挿入されるフレキシブルディスク(FD)、CD−ROM、DVDディスク、光磁気ディスク、ICカードなどの「可搬用の物理媒体」、さらには、公衆回線、インターネット、LAN、WANなどを介してコンピュータ200に接続される「他のコンピュータ(またはサーバ)」などに各プログラムを記憶させておき、コンピュータ200がこれらから各プログラムを読み出して実行するようにしてもよい。   The response transmission control program 221 is not necessarily stored in the HDD 220 from the beginning. For example, a flexible disk (FD), a CD-ROM, a DVD disk, a magneto-optical disk, Each program is stored in a “portable physical medium” such as an IC card, and “another computer (or server)” connected to the computer 200 via a public line, the Internet, a LAN, a WAN, or the like. Alternatively, the computer 200 may read and execute each program from these.

(3)応答送出制御方法
上記の実施例1あるいは2で説明したサーバ100により、以下のような応答送出制御方法が実現される。すなわち、応答信号を送出可能な状態になっても、応答信号の送出を遅延させるように制御する応答送出制御ステップ(例えば、図5のステップS3参照)を含んだ応答送出制御方法が実現される。
(3) Response Sending Control Method The following response sending control method is realized by the server 100 described in the first or second embodiment. That is, a response transmission control method including a response transmission control step (for example, see step S3 in FIG. 5) for controlling the transmission of the response signal to be delayed even when the response signal can be transmitted is realized. .

以上のように、本発明に係る通信システム、サーバ、応答送出制御方法および応答送出制御プログラムは、クライアント装置がサーバに要求信号を送出し、要求信号に対する応答信号をサーバがクライアント装置に返送する処理を一単位とした一連の処理を完結することで、クライアント装置にサービスを提供する場合に有用であり、特に、IPアドレスを動的に払い出す場合においても、サーバ側の処理能力を効率的に利用して、迅速なサービスをクライアントに提供することに適する。   As described above, in the communication system, the server, the response transmission control method, and the response transmission control program according to the present invention, the client device transmits a request signal to the server, and the server returns a response signal to the request signal to the client device. By completing a series of processing with a single unit as a unit, it is useful when providing services to client devices. Especially when IP addresses are dynamically issued, the server side processing capacity is efficiently increased. It is suitable for providing quick services to clients.

実施例1に係るサーバの概要および特徴を説明するための図である。It is a figure for demonstrating the outline | summary and characteristic of the server which concern on Example 1. FIG. 実施例1に係るサーバの構成を示す図である。1 is a diagram illustrating a configuration of a server according to Embodiment 1. FIG. 実施例1に係るサーバによる処理の流れを示す図である。It is a figure which shows the flow of the process by the server which concerns on Example 1. FIG. 実施例1に係るサーバによる処理の流れを示す図である。It is a figure which shows the flow of the process by the server which concerns on Example 1. FIG. 実施例1に係るサーバによる処理の流れを示す図である。It is a figure which shows the flow of the process by the server which concerns on Example 1. FIG. 実施例1に係るサーバの構成を示す図である。1 is a diagram illustrating a configuration of a server according to Embodiment 1. FIG. 実施例2に係るサーバによる処理の流れを示す図である。FIG. 10 is a diagram illustrating a processing flow by a server according to the second embodiment. 実施例2に係るサーバによる処理の流れを示す図である。FIG. 10 is a diagram illustrating a processing flow by a server according to the second embodiment. 実施例2に係るサーバによる処理の流れを示す図である。FIG. 10 is a diagram illustrating a processing flow by a server according to the second embodiment. 応答送出制御プログラムを実行するコンピュータを示す図である。It is a figure which shows the computer which performs a response transmission control program. 従来技術を説明するための図である。It is a figure for demonstrating a prior art.

符号の説明Explanation of symbols

100 サーバ
110 要求信号受信機能部
120 受信バッファ
130 要求信号処理機能部
140 送信バッファ
150 応答信号送信制御機能部
200 コンピュータ
210 通信制御部
220 HDD(Hard Disk Drive)
221 応答送出制御プログラム
222 応答送出制御データ
230 RAM(Random Access Memory)
231 応答送出制御プロセス
240 CPU(Central Processing Unit)
300 バス
DESCRIPTION OF SYMBOLS 100 Server 110 Request signal reception function part 120 Reception buffer 130 Request signal processing function part 140 Transmission buffer 150 Response signal transmission control function part 200 Computer 210 Communication control part 220 HDD (Hard Disk Drive)
221 Response transmission control program 222 Response transmission control data 230 RAM (Random Access Memory)
231 Response sending control process 240 CPU (Central Processing Unit)
300 buses

Claims (8)

クライアント装置がサーバにアドレス払い出しのための要求信号を送出し、要求信号に対する応答信号をサーバがクライアント装置に返送する処理を一単位とした一連の処理を完結することで、クライアント装置にサービスを提供する通信システムであって、
前記サーバは、
前記要求信号に応じた応答信号を蓄積する応答信号蓄積手段と、
複数の前記クライアント装置が一斉に起動して、起動時に送出される初期の要求信号を一斉に送出した場合に、前記応答信号蓄積手段に蓄積されている応答信号を送出可能な状態になっても、前記応答信号の送出を遅延させるように制御する応答送出制御手段と、
前記要求信号の受信状況からサーバが輻輳状態にあるか否かを判定する輻輳判定手段とを有し、
前記応答送出制御手段は、前記輻輳判定手段によりサーバが輻輳状態にないものと判定された場合には、前記応答信号蓄積手段に蓄積されている応答信号を遅延させずに送出するように制御することを特徴とする通信システム。
The client device provides a service to the client device by completing a series of processes that send a request signal for address delivery to the server and the server returns a response signal to the request signal to the client device. Communication system
The server
Response signal storage means for storing a response signal according to the request signal;
Even when a plurality of the client devices are activated all at once and the initial request signal transmitted at the time of activation is transmitted all at once, even if the response signal stored in the response signal storage unit is ready to be transmitted Response sending control means for controlling the sending of the response signal to be delayed ;
The server from the receiving status of the request signal and a congestion determination unit that determines whether or not the congestion state,
The response transmission control unit controls the response signal stored in the response signal storage unit to be transmitted without delay when the congestion determination unit determines that the server is not in a congestion state. communication system that is characterized in that.
前記要求信号を蓄積する要求信号蓄積手段が前記要求信号を蓄積可能な状態にあるか否かを判定する前記蓄積状況判定手段をさらに有し、
前記応答送出制御手段は、前記輻輳判定手段による前記輻輳状態にあるか否かの判定結果、および前記蓄積状況判定手段による前記要求信号蓄積手段が前記要求信号を蓄積可能な状態にあるか否かの判定結果の組合せに応じて、前記応答信号蓄積手段に蓄積されている応答信号を送出するように制御することを特徴とする請求項1に記載の通信システム。
Further comprising the storage status determination means for determining whether or not the request signal storage means for storing the request signal is in a state in which the request signal can be stored;
The response sending control means determines whether or not the congestion judgment means is in the congestion state, and whether or not the request signal accumulation means by the accumulation status judgment means is capable of accumulating the request signal. 2. The communication system according to claim 1, wherein control is performed such that the response signal stored in the response signal storage unit is transmitted according to a combination of the determination results.
前記応答送出制御手段は、前記初期の要求信号である第1の要求信号送出後に、各クライアント装置から送出される第2の要求信号が分散されるように前記応答信号の送出を遅延させるように制御することを特徴とする請求項1または2に記載の通信システム。 The response transmission control means delays the transmission of the response signal so that the second request signal transmitted from each client device is distributed after the first request signal which is the initial request signal is transmitted. The communication system according to claim 1 , wherein the communication system is controlled. 前記応答送出制御手段は、前記応答信号を優先的に返送すべきことを示す優先度情報が設定されているクライアント装置について、前記応答信号の送出遅延時間が短くなるように制御することを特徴とする請求項1〜のいずれか1つに記載の通信システム。 The response transmission control means controls the client device in which priority information indicating that the response signal should be returned preferentially is set so that the response signal transmission delay time is shortened. The communication system according to any one of claims 1 to 3 . 所定の単位時間あたりに受信される前記要求信号の数を計数する計数手段をさらに有し、
前記応答送出制御手段は、前記計数手段により計数された前記要求信号の数に応じて、前記応答信号の送出遅延時間を変更することを特徴とする請求項1〜のいずれか1つに記載の通信システム。
Further comprising counting means for counting the number of said request signals received per predetermined unit time;
Wherein the response transmission control means, depending on the number of counted the request signal by said counting means, according to any one of claims 1-4, characterized in that to change the transmission delay time of the response signal Communication system.
クライアント装置からアドレス払い出しのための要求信号を受け付けて、要求信号に対する応答信号を返送する処理を一単位とした一連の処理を完結することで、クライアント装置にサービスを提供するサーバであって、
前記要求信号に応じた応答信号を蓄積する応答信号蓄積手段と、
複数の前記クライアント装置が一斉に起動して、起動時に送出される初期の要求信号を一斉に送出した場合に、前記応答信号蓄積手段に蓄積されている応答信号を送出可能な状態になっても、前記応答信号の送出を遅延させるように制御する応答送出制御手段と、
前記要求信号の受信状況からサーバが輻輳状態にあるか否かを判定する輻輳判定手段とを有し、
前記応答送出制御手段は、前記輻輳判定手段によりサーバが輻輳状態にないものと判定された場合には、前記応答信号蓄積手段に蓄積されている応答信号を遅延させずに送出するように制御することを特徴とするサーバ。
A server that provides a service to the client device by accepting a request signal for address delivery from the client device and completing a series of processing that returns a response signal to the request signal as a unit,
Response signal storage means for storing a response signal according to the request signal;
Even when a plurality of the client devices are activated all at once and the initial request signal transmitted at the time of activation is transmitted all at once, even if the response signal stored in the response signal storage unit is ready to be transmitted Response sending control means for controlling the sending of the response signal to be delayed ;
Congestion determination means for determining whether the server is in a congestion state from the reception status of the request signal,
The response transmission control unit controls the response signal stored in the response signal storage unit to be transmitted without delay when the congestion determination unit determines that the server is not in a congestion state. A server characterized by that.
クライアント装置からアドレス払い出しのための要求信号を受け付けて、要求信号に対する応答信号を返送する処理を一単位とした一連の処理を完結することで、クライアント装置にサービスを提供するサーバに適用される応答送出制御方法であって、
複数の前記クライアント装置が一斉に起動して、起動時に送出される初期の要求信号を一斉に送出した場合に、前記要求信号に応じた応答信号を蓄積する応答信号蓄積手段に蓄積されている応答信号を送出可能な状態になっても、前記応答信号の送出を遅延させるように制御する応答送出制御ステップと、
前記要求信号の受信状況からサーバが輻輳状態にあるか否かを判定する輻輳判定ステップとを含み、
前記応答送出制御ステップは、前記輻輳判定ステップによりサーバが輻輳状態にないものと判定された場合には、前記応答信号蓄積手段に蓄積されている応答信号を遅延させずに送出するように制御することを特徴とする応答送出制御方法。
A response that is applied to a server that provides a service to a client device by completing a series of processing that accepts a request signal for address delivery from a client device and returns a response signal to the request signal as a unit. A transmission control method,
Responses stored in response signal storage means for storing response signals corresponding to the request signals when a plurality of the client devices are activated at the same time and the initial request signals transmitted at the time of activation are transmitted all at once. A response transmission control step for controlling the transmission of the response signal to be delayed even when the signal can be transmitted ; and
A congestion determination step for determining whether or not the server is in a congestion state from the reception status of the request signal,
The response sending control step performs control so that the response signal stored in the response signal storage means is sent without delay when it is determined by the congestion determination step that the server is not in a congestion state. A response sending control method characterized by the above.
クライアント装置からアドレス払い出しのための要求信号を受け付けて、要求信号に対する応答信号を返送する処理を一単位とした一連の処理を完結することで、クライアント装置にサービスを提供するサーバとしてのコンピュータに実行させる応答送出制御プログラムであって、
複数の前記クライアント装置が一斉に起動して、起動時に送出される初期の要求信号を一斉に送出した場合に、前記要求信号に応じた応答信号を蓄積する応答信号蓄積手段に蓄積されている応答信号を送出可能な状態になっても、前記応答信号の送出を遅延させるように制御する応答送出制御手順と、
前記要求信号の受信状況からサーバが輻輳状態にあるか否かを判定する輻輳判定手順とを前記コンピュータに実行させ、
前記応答送出制御手順は、前記輻輳判定手順によりサーバが輻輳状態にないものと判定された場合には、前記応答信号蓄積手段に蓄積されている応答信号を遅延させずに送出するように制御することを特徴とする応答送出制御プログラム。
Receives a request signal for address delivery from the client device and completes a series of processing that returns a response signal to the request signal as a unit, and executes it on a computer as a server that provides services to the client device A response sending control program for
Responses stored in response signal storage means for storing response signals corresponding to the request signals when a plurality of the client devices are activated at the same time and the initial request signals transmitted at the time of activation are transmitted all at once. A response transmission control procedure for controlling the transmission of the response signal to be delayed even when the signal can be transmitted ;
Causing the computer to execute a congestion determination procedure for determining whether a server is in a congestion state from the reception status of the request signal;
The response transmission control procedure controls the response signal stored in the response signal storage means to be transmitted without delay when it is determined by the congestion determination procedure that the server is not in a congestion state. A response sending control program characterized by the above.
JP2008328436A 2008-12-24 2008-12-24 Communication system, server, response transmission control method, and response transmission control program Expired - Fee Related JP5043815B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2008328436A JP5043815B2 (en) 2008-12-24 2008-12-24 Communication system, server, response transmission control method, and response transmission control program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2008328436A JP5043815B2 (en) 2008-12-24 2008-12-24 Communication system, server, response transmission control method, and response transmission control program

Publications (2)

Publication Number Publication Date
JP2010154096A JP2010154096A (en) 2010-07-08
JP5043815B2 true JP5043815B2 (en) 2012-10-10

Family

ID=42572686

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008328436A Expired - Fee Related JP5043815B2 (en) 2008-12-24 2008-12-24 Communication system, server, response transmission control method, and response transmission control program

Country Status (1)

Country Link
JP (1) JP5043815B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5350206B2 (en) * 2009-12-24 2013-11-27 日本電信電話株式会社 Setting assignment apparatus, setting assignment method, and setting assignment program
JP2025053960A (en) * 2023-09-26 2025-04-07 東芝テック株式会社 Information processing device and information processing system

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03201751A (en) * 1989-12-28 1991-09-03 Fujitsu Ltd Packet input restriction system
JPH05268256A (en) * 1992-03-23 1993-10-15 Fujitsu Ltd Additional information transmission method in ATM
DE69932317T2 (en) * 1999-04-12 2007-07-05 International Business Machines Corp. Self-adaptive load balancing in a connection-oriented data transmission system
JP4602158B2 (en) * 2005-05-25 2010-12-22 三菱電機株式会社 Server equipment protection system
JP4350098B2 (en) * 2006-02-28 2009-10-21 日本電信電話株式会社 Execution control apparatus and method
JP2008306418A (en) * 2007-06-07 2008-12-18 Kddi Corp Network load reduction system, network load reduction method and program

Also Published As

Publication number Publication date
JP2010154096A (en) 2010-07-08

Similar Documents

Publication Publication Date Title
CN103501297B (en) A kind of gate verification method and apparatus
US7072354B1 (en) Token registration of managed devices
JPH0715444A (en) Asynchronous transfer mode communication device
US11888745B2 (en) Load balancer metadata forwarding on secure connections
CN103493449A (en) Effective Circuits in Packet-Switched Networks
CN107979539B (en) Message processing method and device
US10320680B1 (en) Load balancer that avoids short circuits
CN104040524B (en) Flow control method and system for storage server
Anderson et al. PCP: Efficient Endpoint Congestion Control.
US20150149524A1 (en) Network system, constant connection method, electronic device, server, and program
CN100466551C (en) A method for implementing load balancing and a load balancing device
JP5043815B2 (en) Communication system, server, response transmission control method, and response transmission control program
CN114124314A (en) Method for controlling client to be online, network equipment and client
US7301916B2 (en) Network access control technique in a CDMA system
JP2011129968A (en) Communication terminal device
CN112312165A (en) Video distribution method, device and computer-readable storage medium
JP6969410B2 (en) In-vehicle relay device, relay method, information processing system, and vehicle
CN108600408A (en) The method and device of request address
JP2009081595A (en) Packet data relay apparatus
CN108965363B (en) A method and device for processing messages
JP6659226B2 (en) Line monitoring system and line monitoring method
JP2011130194A (en) Ip address allocation apparatus, auxiliary device, ip address allocation system, ip address allocation method, and program
CN114338479B (en) Communication method, device and system
JP7704286B2 (en) System, method and program for collecting data
JP7693592B2 (en) Network system, root node, edge node and program

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20101206

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20110520

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20110520

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20120224

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120313

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120511

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: 20120710

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120712

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150720

Year of fee payment: 3

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

LAPS Cancellation because of no payment of annual fees