JP2007134966A - Device, method, and program for message input management and ip exchange - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To make it possible to efficiently avoid to be an operation impossible state by a performance limit of a processing module. <P>SOLUTION: A massage input management device is provided with a condition discrimination means which confirms a number of predetermined messages which are delivered to the processing module in a unit time which goes back a predetermined time to the past from an arrival time point, and determines whether the confirmed number of messages is over a predetermined establishment number or not, when the predetermined messages arrive in the message input management device which manages transfer of the received predetermined messages according to processing capability of the processing module; and a transfer limiting means which limits transfer of the received predetermined messages this time to the processing module, when the condition discrimination means discriminates that the messages exceed the predetermined established number. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to a message input management device, a message input management method, a message input management program, and an IP exchange. For example, an IP (Internet Protocol) for controlling a call of a terminal accommodated based on a received SIP (Session Initiation Protocol) message It can be applied to an exchange.

  For example, in an IP exchange, when a request message arrives from a telephone terminal to be accommodated, the call control module performs a predetermined process based on information contained in the request message, and then sends a request message (hereinafter referred to as a request message) to the other party's telephone terminal. (Also simply called a request).

  A module having a performance limit in an information processing apparatus including an IP switch is inoperable when the number of incoming requests arrives intensively within a short time, and the processing load of the server increases. May be.

  As a conventional method for solving such a problem, for example, a fixed unit time is set in advance, and the arrival request is compared with a predetermined set number within the unit time, and the received request is stored in the capturing module. There is a method for determining whether or not to deliver.

  For example, FIG. 2 is an explanatory diagram that gives an image of the above-described conventional method. In FIG. 2, the horizontal axis indicates the time axis, and the timing at which the request arrives is shown.

  In FIG. 2, the time width indicated by the dotted line in the time axis direction is a fixed unit time set in advance and is set continuously. In the example of FIG. 2, description will be made assuming that the number of settings through which a request is passed is three per unit time.

  For example, assume that three requests a0, a1, and a2 arrive within a unit time a in FIG. In this case, since the set number is “3” or less, all the requests a0, a1, and a2 are passed.

  On the other hand, it is assumed that six requests b0 to b5 have arrived within the unit time b in FIG. In this case, three messages from request b0 to b2 below the set number are passed, and all messages after request b3 exceeding the set number are discarded and not passed.

  In this way, conventionally, the number of request messages transferred to the module is limited so that the processing is executed correctly.

  However, in the case of the conventional method described above, since the unit time is fixedly set, if the number of arrivals of requests exceeds the set number, the time zone is continuously disconnected (that is, the request cannot be accepted). There is a problem that the request transparency (probability of delivery to the module) temporarily deteriorates.

  Therefore, there is a need for a message input management device, a message input management method, a message input management program, and an IP exchange that can always pass an allowable limit number of messages in all time zones and can average the transmittance.

  In order to solve such a problem, a message input management device according to a first aspect of the present invention is a message input management device that manages delivery of a received predetermined message to a processing module in accordance with the processing capability of the processing module. ) When the predetermined message arrives, check the number of the predetermined message delivered to the processing module within the unit time that has gone back for the predetermined time in the past from the time of arrival, and determine whether the confirmed number of messages exceeds the preset number And (2) a delivery restriction unit for restricting delivery of the predetermined message received this time to the processing module when the condition judgment unit determines that the predetermined number has been exceeded. .

  The message input management method according to the second aspect of the present invention is the message input management method for managing the delivery of the received predetermined message to the processing module in accordance with the processing capability of the processing module. Condition determination that checks the number of predetermined messages delivered to the processing module within a unit time that is a predetermined time before the arrival time, and determines whether the number of confirmed messages exceeds a preset number And (2) a delivery restriction step of restricting delivery of the predetermined message received this time to the processing module when the condition judgment unit determines that the predetermined number has been exceeded. And

  A message input management program according to a third aspect of the present invention is a message input management program for managing the delivery of a received predetermined message to a processing module in accordance with the processing capability of the processing module. (1) Arrival of a predetermined message In this case, a condition determination means for confirming the number of predetermined messages delivered to the processing module within a unit time that is a predetermined time before the arrival time, and determining whether or not the number of confirmed messages exceeds a predetermined number; (2) When the condition determining means determines that the predetermined number has been exceeded, the condition determining means functions as a delivery restricting means for restricting delivery of the predetermined message received this time to the processing module.

  According to a fourth aspect of the present invention, there is provided an IP exchange having a call control means for controlling calls of a plurality of telephone terminals accommodated therein, wherein the call control means has the message input management device according to the first aspect of the present invention. To do.

  According to the present invention, it is possible to average the transmittance that can always pass an allowable limit number of messages in all time zones.

(A) First Embodiment Hereinafter, a first embodiment of a message input management device, a message input management method, a message input management program, and an IP exchange according to the present invention will be described with reference to the drawings.

  This embodiment shows a case where the present invention is applied to an IP exchange (IP-PBX) that employs SIP (Session Initiation Protocol) as a signaling protocol.

(A-1) Configuration of the First Embodiment FIG. 3 is a block diagram showing an example of the internal hardware configuration of the IP switch according to the present embodiment, and FIG. 1 shows the internal functional configuration of the IP switch according to the present embodiment. FIG.

  In FIG. 3, an IP exchange (IP-PBX) 100 includes a CPU 121, for example, a memory 122 including a ROM, a RAM (including a non-volatile rewritable memory such as an EEPROM), a line side interface 123, and a network side. It has an interface 124.

  The line side interface 123 is a physical interface for connecting to a plurality of telephone terminals accommodated in the extension network, and the network side interface 124 is a physical interface for connecting to, for example, a public network.

  The CPU 121 governs the functions of the IP exchange 100, and the memory 122 stores processing programs and information necessary for processing. For example, the CPU 121 uses the fixed data stored in the ROM or the temporary data stored in the RAM, uses the RAM as a working area memory, and executes the processing program stored in the ROM, whereby the IP exchange 100 functions are realized.

  In FIG. 1, the main functional blocks realized by the IP exchange 100 include at least a multiline server function unit 101, a SIP-PROXY unit 102, and a message input management unit 103.

  FIG. 1 shows a case where two telephone terminals 200-1 and 200-2 are accommodated for easy understanding of the function description of the IP exchange 100 (IP-PBX). It is not particularly limited.

  In FIG. 1, when the IP exchange 100 accommodates a plurality of telephone terminals 200-1 and 200-2 and receives a request message transmitted from the telephone terminal 200-1, a predetermined control process including SIP call control processing is also included. In addition to processing, the request message is transferred to the telephone terminal 200-2 as the other party. In addition, when receiving a response message to the request from the telephone terminal 200-2, the IP exchange 100 performs predetermined processing and forwards the response message to the telephone terminal 200-1. As a result, a message exchanged between the telephone terminal 200 connected to the extension network and the public network to which the IP exchange 100 is connected can be relayed, and a call between both terminals can be connected.

  When the multi-line server function unit 101 receives messages (requests and responses) from the telephone terminals 200-1 and 200-2 to be accommodated from the SIP-PROXY unit 101, the multi-line server function unit 101 calls based on information included in the messages. It provides a key number for establishing a connection, dial processing, connection control processing, and other PBX services.

  In addition, when the multiline server function unit 101 performs a predetermined process based on the information in the message, the multiline server function unit 101 gives the processing result to the SIP-PROXY unit 102.

  The SIP-PROXY unit 102 is a proxy server that provides a function according to the SIP protocol, and receives a message (request and response) from the telephone terminals 200-1 and 200-2 accommodated via the message input management unit 103. The message is given to the multi-line server function unit 101.

  Further, when the SIP-PROXY unit 102 receives the processing result in the multiline server function unit 101, the SIP-PROXY unit 102 performs message routing processing, authentication processing, registration processing, and the like based on the processing result and the corresponding message. This is given to the destination telephone terminals 200-2 and 200-1.

  As a result, it is possible to realize a relay process for messages exchanged between the telephone terminals 200-1 and 200-2.

  The message input management unit 103 is set on the message input side of the SIP-PROXY unit 102, monitors the input status of request messages arriving from the telephone terminals 200-1 and 200-2, and a predetermined request arrives. Each time, the number of arrivals of a predetermined request that has arrived in the past predetermined time (hereinafter also referred to as unit time) is confirmed, and based on the confirmation result, it is determined whether or not to pass the request that has arrived this time. Is.

  In this way, based on the arrival time of a predetermined request, the unit time is dynamically determined by determining whether or not the predetermined request is passed within the unit time that goes back in the past from the time of arrival. Can be set. For this reason, it is possible to eliminate the uneven transmittance that has occurred when the unit time is fixedly set.

  Further, since the arrival time of the predetermined request is used as a reference, it is possible to determine whether or not the predetermined request is passed according to the actual processing status of the SIP-PROXY unit 102 at the arrival time. As a result, inoperability due to performance limitations of the SIP-PROXY unit 102 can be avoided.

  FIG. 4 is a functional block diagram showing a functional configuration realized by the message input management unit 103. As shown in FIG. 4, the message input management unit 103 includes at least a setting function unit 103a and a comparison determination function unit 103b.

  The setting function unit 103 is for setting various setting information to be set in the message input management unit 103 by an operation of a user or a system operator. In the present embodiment, the setting information includes setting of a monitoring target message, setting of unit time, a threshold for determining whether or not a message is passed (number of settings within unit time), and the like.

  Here, the message type monitored by the message input management unit 103 can be set in advance. In the present embodiment, request messages such as “INVITE”, “REGISTER”, and “SUBSCRIBE” are set as monitoring target messages.

  Note that the past unit time and the threshold of the number of arrivals within the unit time can be set in advance, or can be changed after the setting.

  FIG. 5 shows an example in which setting information such as a unit time, a setting number, and a target message is set in the message input management unit 103. In FIG. 5, “unit time” is set to “100 ms”, “number of requests” is set to “20”, “monitoring target request” is set to “ON” for “INVITE, REGISTER”, and “SUBSCRIBE” is set. The case where monitoring is set to “OFF” is shown.

Also, the comparison determination function unit 103b confirms the number of messages that have arrived within a unit time when the request arrives, compares the number of messages with a threshold value, and determines whether to allow the message to pass based on the comparison result. In addition, for example, the determination method for allowing the message input management unit 103 to pass the request is, for example, when the number of arrivals of a predetermined request exceeds a predetermined number within a unit time in the past from the time of arrival. In this case, a method of discarding the current request and allowing the current request to pass when the number is less than a predetermined number can be considered.

(A-1) Operation of First Embodiment Next, the operation of the message input management unit 103 of the IP exchange 100 according to the present embodiment will be described with reference to the drawings.

  FIG. 6 is a flowchart showing the message input management operation by the message input management unit 103.

  First, when a message arrives at the IP exchange 100, the message input management unit 103 checks the type of the arrived message based on the message type information included in the arrived message (F1 and F2).

  In the present embodiment, “INVITE”, “REGISTER”, and “SUBSCRIBE” request messages are targeted, and the following processing is continued when the arrived messages are those requests.

  When the arrived message is a target request, the message input management unit 103 confirms the number of arrivals of a predetermined request within a predetermined unit time that goes back in the past from the time when the request arrived (F3).

  When the number of request arrivals in the past unit time is confirmed, the message input management unit 103 compares the number of request arrivals with a predetermined set number (F4).

  If the number of request arrivals within the past unit time does not exceed the set number (F5), the message input management unit 103 takes in the request that has arrived this time, and gives the request to the SIP-PROXY unit 102 (request passing). ) (F7).

  At this time, the message input management unit 103 records the arrival time of the passed request (F8). As the log information, other information such as a message type may be simultaneously associated and recorded.

  On the other hand, when the number of request arrivals in the past unit time exceeds the set number (F5), the message input management unit 103 discards the request that has arrived this time.

  As described above, it is possible to protect the performance limit of the SIP-PROXY unit 102 and avoid being disabled.

  FIG. 7 shows the relationship between the arrival timings of six request messages 1 to 6 and the request passage when the vertical axis is the time axis. FIG. 7 shows a case where the number of settings per unit time is three.

  For example, when the request 4 (Request 4) in FIG. 7 arrives at the message input management unit 103, the message input management unit 103 confirms the number of request arrivals within a unit time traced back from the time of arrival of the request 4.

  Then, as shown in FIG. 7, three requests 1 to 3 have arrived in the past unit time, and if the arrival of request 4 is also included, the number of requests in the unit time is four. For this reason, since the number of request arrivals within a unit time exceeds the set number, the message input management unit 103 discards the request 4.

  FIG. 8 is a diagram imagining how requests are discarded in communication between the IP exchange 100 and the telephone terminal 200. Assume that each of the telephone terminals 200-1 to 200-4 in FIG. 8 transmits requests 1 to 4 shown in FIG.

  In this case, the IP exchange 100 takes in the requests 1 to 3 from the telephone terminals 200-1 to 200-3, but discards the request 4 from the telephone terminal 200-4.

  Thus, regardless of the time zone when the request message arrives, the allowable limit number of messages can always be passed in all time zones, and the transmittance can be averaged.

  Further, in the conventional fixed time, when requests arrive in a concentrated manner, all requests are discarded until the fixed time ends, and the transmittance for a certain period is deteriorated.

  FIG. 9 is a conceptual diagram showing a change with time in the message input management process. In FIG. 9, the horizontal axis represents the time axis, and the arrival timing of the request is shown.

  For example, in FIG. 9, when the request t5 arrives, three requests 2 to 4 have arrived within the past unit time, so the message input management unit 103 discards the request t5.

  Also, for example, when the request t6 arrives, the number of request arrivals in the past unit time is confirmed in the same manner, but since the number of request arrivals at this time is two requests t3 and t4, the message input management unit 103 can pass the request t6.

  Here, if the conventional method is used to process the request at the timing shown in FIG. 9, depending on the conventional fixed unit time setting, the request t5 is discarded and the request arrives thereafter. It can also happen that t6 is also discarded.

  However, in the present embodiment, by dynamically changing the setting of the unit time, it is possible to compare with the number of request arrivals at the time of arrival. Can be In other words, it is possible to accept the request even in a time zone where the input of the request is crowded.

  Next, recovery processing for a request retransmitted from the telephone terminal 200 after the request has been discarded will be described with reference to the sequences of FIGS. 10 and 11 show a case where the telephone terminal 200 transmits a “SUBSCRUBE” message for requesting line acquisition.

  In FIG. 10, when a telephone user performs a message transmission operation (S1), “SUBSCRIBE” is transmitted from the telephone terminal 200 to the IP exchange 100 (S2).

  At this time, when the message input management unit 103 of the IP exchange 100 confirms the number of arrivals in the past unit time based on the arrival of the “SUBSCRIBE”, the message input management unit 103 determines that the number exceeds the set number and sets the “SUBSCRIBE”. Discard (S3).

Thereafter, “SUBSCRIBE” is retransmitted from the telephone terminal 200 again at the SIP protocol level by discarding “SUBSCRIBE” (S4). Then, when the retransmitted “SUBSCRIBE” is given to the IP exchange 100 and allowed by the message input management unit 103, the retransmitted “SUBSCRIBE” is given to the SIP-PROXY unit 102 and the multiline server function unit 101. (S4)
When the retransmitted “SUBSCRIBE” is given to the multiline server function unit 101, the multiline server function unit 101 sends a “200 OK” message as a response message via the SIP-PROXY unit 102 and the message input management unit 103. A reply is made to the telephone terminal 200 (S5).

  In addition, when the multiline server function unit 101 performs predetermined processing and captures the line, it returns a “NOTIFY” message to the telephone terminal 200 via the SIP-PROXY unit 102 and the message input management unit 103 (S6). . Thereafter, normal sequence processing is performed.

  Next, FIG. 11 shows a case where all messages to be retransmitted by the telephone terminal 200 are discarded.

  In FIG. 11, when all the “SUBSCRIBE” transmitted and retransmitted by the telephone terminal 200 are discarded by the message input management unit 103 (S1 to S4 and S11), the telephone terminal 200 confirms the retransmission expiration and transmits a request. Is stopped (S12).

  Then, predetermined error processing is performed in the telephone terminal 200 (S13), and finally the idle state is entered (S14).

(A-3) Effect of First Embodiment As described above, according to the present embodiment, when a predetermined request message arrives, a predetermined time within a unit time that is back by a predetermined time from the arrival time. Since it was decided to accept the message according to the number of arrivals of the request message (dynamic setting of unit time), regardless of the time zone when the request message arrives, the message transmission rate is averaged over all time zones Can be

(B) Other Embodiments (B-1) In the first embodiment described above, the case where the message input management unit is provided in the SIP-PROXY unit which is a call control module in the IP exchange has been described. The present invention is not limited to the above, and is not limited to the one mounted on the IP exchange, and can be widely applied to other processing modules having processing limits.

  In the first embodiment described above, the case of voice communication has been described, but the present invention can also be applied to a network system that communicates other media data (for example, image data, video data, audio data, FAX data, etc.). .

(B-2) In the first embodiment described above, the case where the present invention is applied to a system adopting SIP as a signaling protocol has been described. The present invention can also be applied to protocols other than SIP, such as H.323 and MGCP (Media Gateway Control Protocol).

(B-3) In the first embodiment described above, the number of arrivals set within a unit time may be set according to the message type of each request in order for the message input management unit to determine the passage of the arrival request.

  For example, for the “INVITE” message, the threshold value for passing the request may be set to “5”, and for the “SUBSCRIBE” message, the threshold value may be set to “3”.

FIG. 3 is a software image diagram showing the internal functional configuration of the IP exchange according to the first embodiment in terms of software. It is explanatory drawing which imagines the delivery method of the conventional received message. It is a block diagram which shows the internal structure of the IP switching device of 1st Embodiment. It is a functional block diagram which shows the function structure of the message input management part of 1st Embodiment. It is explanatory drawing explaining the example of a setting of the setting information to the message input management part of 1st Embodiment. It is a flowchart which shows the input management operation | movement of the received message of 1st Embodiment. In operation | movement description of 1st Embodiment, it is an image figure explaining the relationship between the arrival timing of a request, and the permission of the passage. It is a figure which makes the state of the discard of the request in the communication between an IP switch and a telephone terminal image. It is an image figure which shows the time passage change of the message input management process of 1st Embodiment. It is a process sequence with respect to the resent request of 1st Embodiment (1). It is a processing sequence with respect to the resent request of 1st Embodiment (2).

Explanation of symbols

DESCRIPTION OF SYMBOLS 100 ... IP exchange, 101 ... Multi-line server function part, 102 ... SIP-PROXY part, 103 ... Message input management part, 103a ... Setting function part, 103b ... Comparison determination function part, 200 (200-1 and 200-2) ... telephone terminals.

Claims (4)

In the message input management device that manages the delivery of the received predetermined message to the processing module according to the processing capability of the processing module,
When the predetermined message arrives, check the number of the predetermined message delivered to the processing module within a unit time that is a predetermined time before the arrival time, and whether the number of confirmed messages exceeds the predetermined number Condition determination means for determining
A message input management device, comprising: a transfer restriction unit that restricts the delivery of the predetermined message received this time to the processing module when the condition determination unit determines that the predetermined number is exceeded. In a message input management method for managing delivery of a received predetermined message to a processing module according to the processing capability of the processing module,
When the predetermined message arrives, the condition determination means confirms the number of the predetermined message delivered to the processing module within a unit time that is a predetermined time before the arrival time. A condition determination step for determining whether or not it exceeds,
A delivery restricting step for restricting delivery of the predetermined message received this time to the processing module when the condition determining means determines that the predetermined set number has been exceeded; Message input management method. In the message input management program for managing the delivery of the received predetermined message to the processing module according to the processing capability of the processing module,
On the computer,
When the predetermined message arrives, check the number of the predetermined message delivered to the processing module within a unit time that is a predetermined time before the arrival time, and whether the number of confirmed messages exceeds the predetermined number Condition determination means for determining
A message input management program which functions as a delivery restriction unit for restricting delivery of the predetermined message received this time to the processing module when the condition judgment unit determines that the predetermined number has been exceeded. An IP exchange having call control means for controlling calls of a plurality of telephone terminals accommodated therein, wherein the call control means comprises the message input management device according to claim 1.

Images