JP2017022617A - Call incoming control device, call incoming control method, user terminal, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a user terminal that performs VoIP communication, and that enables call incoming without starting a VoIP application and reduces battery consumption.SOLUTION: A call incoming control device is used in a communication system that includes a user terminal for performing VoIP communication, a communication control device for performing the call control of VoIP communication, the call incoming control device for performing the notification control of call incoming, and a call incoming notification device for transmitting an incoming call notice for the user terminal. The call incoming control device comprises: call incoming notification request means for transmitting an incoming notice request for the user terminal to the call incoming notification device on the basis of identification information when receiving a call origination signal including the identification signal on the user terminal and destined to the call incoming control device from the communication control device having received the call origination signal destined to the user terminal; and call origination signal transmission means for transmitting a call origination signal destined to the user terminal when receiving a registration signal from the user terminal having received a call incoming notice.SELECTED DRAWING: Figure 6

Description

  The present invention relates to a VoIP communication technology, and particularly relates to a technology for performing VoIP communication using Push notification.

  In recent years, applications that enable VoIP communication by performing call control by SIP by installing in a terminal such as a smartphone have become widespread. Here, a terminal equipped with the application is called a VoIP terminal. The application is called a VoIP application.

  When a VoIP terminal performs SIP using VoIP communication, it is necessary to always start a VoIP application in order to receive an incoming signal from a SIP server.

  In addition, NAT is often provided between the VoIP terminal and the SIP server. If communication is not performed periodically between the VoIP terminal and the SIP server, the NAT port mapping is lost and incoming calls via the NAT are not received. become unable.

JP 2010-45451 A

  As described above, in general, in order to be able to receive a VoIP terminal, it is necessary to (1) always start up the VoIP application and (2) periodically communicate with the SIP server from the VoIP terminal. .

  Concerning point (1), the OS or management application may terminate the VoIP application, and the user needs to check whether the VoIP application is activated every time an incoming call is required. From the viewpoint of improving the performance, it is required to be able to receive a call even if the VoIP application is not activated.

  Regarding the point (2), since the battery is consumed by the periodic communication by the VoIP application, it is required to reduce the communication for maintaining the connection.

  The present invention has been made in view of the above points, and allows a user terminal that performs VoIP communication to receive an incoming call even when the VoIP application is not activated and to reduce battery consumption. The purpose is to provide.

According to an embodiment of the present invention, a user terminal that performs VoIP communication, a communication control device that performs call control of VoIP communication, an incoming call control device that performs incoming call notification control, and an incoming call notification that transmits an incoming call notification to the user terminal The incoming call control device used in a communication system having a device,
From the communication control device that has received the outgoing signal destined for the user terminal, including the identification information of the user terminal, when receiving the outgoing signal destined for the incoming call control device, based on the identification information, An incoming call notification request means for transmitting an incoming call notification request to the user terminal to the incoming call notification device;
When a registration signal is received from the user terminal that has received an incoming call notification, there is provided an incoming call control device comprising: a transmission signal transmission means for transmitting a transmission signal destined for the user terminal.

According to the embodiment of the present invention, a user terminal that performs VoIP communication, a communication control device that performs call control of VoIP communication, an incoming call control device that performs incoming notification control, and an incoming notification to the user terminal are transmitted. The incoming call control device used in a communication system having an incoming call notification device,
Means for requesting the communication control device to notify the incoming call control device that the communication control device has received the transmission signal when the communication control device receives the transmission signal destined for the user terminal;
When a notification signal for notifying that the transmission signal has been received is received from the communication control device that has received the transmission signal destined for the user terminal, an incoming notification request for the user terminal is transmitted to the incoming notification device. And an incoming call notification requesting means.

According to the embodiment of the present invention, a user terminal that performs VoIP communication, a communication control device that performs call control of VoIP communication, an incoming call control device that performs incoming notification control, and an incoming notification to the user terminal are transmitted. An incoming call control method executed by the incoming call control device used in a communication system having an incoming call notification device,
From the communication control device that has received the outgoing signal destined for the user terminal, including the identification information of the user terminal, when receiving the outgoing signal destined for the incoming call control device, based on the identification information, An incoming call notification request step for transmitting an incoming call notification request to the user terminal to the incoming call notification device;
An incoming call control method comprising: a transmission signal transmission step of transmitting a transmission signal destined for the user terminal when a registration signal is received from the user terminal that has received the incoming call notification is provided.

According to the embodiment of the present invention, a user terminal that performs VoIP communication, a communication control device that performs call control of VoIP communication, an incoming call control device that performs incoming notification control, and an incoming notification to the user terminal are transmitted. An incoming call control method executed by the incoming call control device used in a communication system having an incoming call notification device,
Requesting the communication control device to notify the incoming call control device that the communication control device has received the transmission signal when the communication control device receives the transmission signal addressed to the user terminal;
When a notification signal for notifying that the transmission signal has been received is received from the communication control device that has received the transmission signal destined for the user terminal, an incoming notification request for the user terminal is transmitted to the incoming notification device. An incoming call control method comprising: an incoming call notification requesting step.

According to the embodiment of the present invention, a user terminal that performs VoIP communication, a communication control device that performs call control of VoIP communication, an incoming call control device that performs incoming notification control, and an incoming notification to the user terminal are transmitted. The user terminal used in a communication system having an incoming call notification device,
Setting information transmitting means for transmitting setting information including identification information of the user terminal and identification information of the communication control device to be used for an event notification request to the communication control device to the incoming call control device When,
An incoming notification is received from the incoming notification device that has received an incoming notification request for the user terminal based on the occurrence of the event, and triggered by the incoming notification, a registration signal is transmitted to the communication control device, from the communication control device. There is provided a user terminal comprising: a communication control unit that receives a transmission signal that has generated the event.

  According to the embodiment of the present invention, there is provided a technology that allows a user terminal that performs VoIP communication to receive a call even when a VoIP application is not activated, and to reduce battery consumption.

1 is an overall configuration diagram of a communication system according to an embodiment of the present invention. It is a figure for demonstrating the operation | movement outline | summary at the time of the incoming call to the user terminal 100 in 1st Embodiment. 2 is a functional configuration diagram of a Push incoming server 10. FIG. 2 is a functional configuration diagram of a user terminal 100. FIG. It is a sequence diagram which shows the preparation procedure for enabling Push incoming call in 1st Embodiment. It is a sequence diagram which shows the procedure at the time of the incoming call in 1st Embodiment. It is a sequence diagram which shows the procedure in case timeout occurs after a Push notification. It is a sequence diagram which shows the procedure of an incoming call rejection operation. It is a figure for demonstrating the operation | movement outline | summary at the time of the incoming call to the user terminal 100 in 2nd Embodiment. It is a sequence diagram which shows the preparation procedure for enabling Push incoming call in 2nd Embodiment. It is a sequence diagram which shows the procedure at the time of the incoming call in 2nd Embodiment.

  Embodiments of the present invention will be described below with reference to the drawings. The embodiment described below is only an example, and the embodiment to which the present invention is applied is not limited to the following embodiment.

(Outline of the embodiment)
In recent years, a mechanism for notifying an application of information using a service on the Internet provided by the OS from a server on the Internet is provided by a standard mechanism of the OS. A server that provides the service is referred to as a push server, and a mechanism for notification is referred to as a push notification mechanism.

  In the Push notification mechanism, the terminal (OS) notifies the Push server of the IP address of the terminal even if no application is started on the terminal. As a result, the Push server can transmit a message from the Internet to each terminal that supports the Push notification mechanism. With this Push notification mechanism, a message can be transmitted to a terminal even when there is a NAT between the Push server and the terminal.

  In the present embodiment, the necessity of always starting up the VoIP application is eliminated by using the Push notification mechanism. In the Push notification mechanism, even when there is a NAT between the Push server and the terminal, message notification can be performed by going over the NAT, so that battery consumption for maintaining NAT transmission in the prior art is suppressed. Hereinafter, embodiments of the present invention will be described in detail.

(Whole system configuration)
FIG. 1 shows an overall configuration diagram of a communication system according to an embodiment of the present invention (common to the first and second embodiments). As shown in FIG. 1, the communication system according to the present embodiment has a configuration in which a Push incoming server 10, a SIP server 20, a Push server 30, and user terminals 100 and 200 are connected to a network 300.

  As will be described in detail later, in the first embodiment, the Push incoming server 10 is a server corresponding to another SIP server for the SIP server 20, and an outgoing signal (INVITE) transferred from the SIP server 20. Is received, a function of transmitting a Push notification request to the Push server 30 is provided. In the second embodiment, the Push incoming server 10 registers an event with the SIP server 20, and transmits a Push notification request to the Push server 30 when receiving an event from the SIP server 20. It has the function of. Details of the function of the Push incoming server 10 in each embodiment will be described later.

  The SIP server 20 is a server that relays SIP signals used in IP telephone services and the like.

  The push server 30 is a server used in the push notification service, and performs push notification to the user terminal based on a request from an external server. Note that the Push notification can be sent to a user terminal such as a smartphone even if the application is not activated, and for example, information display and application activation can be controlled on the user terminal. It is a mechanism. Although various services are provided as the push notification service, the push notification service to which the present invention can be applied is not limited to a specific service.

  The user terminals 100 and 200 are terminals such as smartphones that can execute various applications. In the present embodiment, an application for performing VoIP communication on the network 300 is installed in the user terminals 100 and 200, and call connection processing using SIP signals, voice communication, and the like can be performed by the function of the application. Is possible. Although the user terminals 100 and 200 have the same function, in the present embodiment, it is assumed that the user terminal 100 is mainly the incoming side and the user terminal 200 is the outgoing side. Hereinafter, the above application is referred to as a “VoIP application”.

  The network 300 is a network capable of VoIP communication, and has a configuration in which, for example, the Internet and a private network are connected via a NAT.

  Note that the SIP server 20 may be referred to as a communication control device, the Push incoming server 10 may be referred to as an incoming control device, and the Push server 30 may be referred to as an incoming notification device. The telephone number may be referred to as “identification information”.

(First embodiment)
First, the first embodiment will be described. Here, the telephone number of the user terminal 100 is a telephone number A, and the telephone number of the user terminal 200 is a telephone number B. In the first embodiment, the SIP server 20 performs an operation of transferring a call signal received from the user terminal 200 that is a call source to the Push call server 10. The telephone number is assumed to be telephone number C.

<Overview of operation>
With reference to FIG. 2, an outline of an operation when an incoming call is made from the user terminal 200 to the user terminal 100 in the first embodiment will be described. In the following description, it is assumed that the VoIP application in the destination user terminal 100 is not activated. A more detailed operation will be described later with reference to a sequence diagram.

  When the user terminal 200 performs a call operation on the user terminal 100, a call signal (specifically, an INVITE signal) specifying the telephone number A as a destination is transmitted to the SIP server 20 (step S1). In the SIP server 20, if there is REGISTER information of the user terminal 100 (telephone number A), a transmission signal is transmitted to the user terminal 100. Here, however, the REGISTER information has expired, there is no REGISTER information, and the transmission signal Is not transmitted to the user terminal 100. Then, the SIP server 20 transfers the outgoing signal to the Push incoming server 10 (phone number C) (step S2).

  The Push incoming server 10 that has received the outgoing signal transmits a Push notification request for requesting a Push notification to the user terminal 100 to the Push server 30 (step S3). The Push server 30 that has received the Push notification request sends a Push notification to the user terminal 100 (Step S4).

  As described above, since the VoIP application is not activated in the user terminal 100, the user terminal 100 that has received the Push notification activates the VoIP application using the Push notification as a trigger, and the Push incoming call is performed by the function of the VoIP application. Connect to the server 10 and perform registration (REGISTER) in SIP (step S5).

  The Push incoming server 10 transmits the transmission signal that has been received in Step S2 and originated from the user terminal 200 to the user terminal 100 (Step S6). The user terminal 100 that has received the outgoing signal returns a response, and the response reaches the user terminal 200 (steps S7 to S9). Thereby, a voice session is established between the user terminal 100 and the user terminal 200, and voice communication is performed.

<Device configuration>
Next, functional configurations of the Push incoming server 10 and the user terminal 100 according to the first embodiment will be described. As will be described later, since the block configuration itself of the Push incoming server 10 and the user terminal 100 in the second embodiment is the same as that in the first embodiment, here, an overview of the functions in the second embodiment. Is also explained.

  FIG. 3 shows a functional configuration diagram of the Push incoming server 10. As shown in FIG. 3, the Push incoming server 10 includes a SIP server communication processing unit 11, a user terminal communication processing unit 12, a Push notification request processing unit 13, and a setting information storage unit 14. FIG. 3 shows only the function units particularly related to the embodiment of the present invention in the Push incoming server 10. Further, the functional configuration shown in FIG. 3 is merely an example. As long as the operation described in the embodiment of the present invention can be executed, any name may be used for the function classification and the function unit.

  The SIP server communication processing unit 11 performs processing related to communication with the SIP server 20. In particular, in the first embodiment, authentication processing, SIP signal transmission / reception, incoming call history management, and the like are performed. In the second embodiment, the SIP server communication processing unit 11 transmits an event registration request, receives an incoming event, and the like.

  The user terminal communication processing unit 12 performs processing related to communication with the user terminal 100. In particular, in the first embodiment, the user terminal communication processing unit 12 performs transmission / reception of SIP signals, setting information registration processing, and the like. In the second embodiment, SIP signal transmission / reception is not performed, and setting information registration processing is performed.

  In the first and second embodiments, the push notification request processing unit 13 performs processing for transmitting a push notification request to the push server 30, timer management, and the like. In the first and second embodiments, the setting information storage unit 14 stores setting information and incoming call history received from the user terminal 100.

  The Push incoming server 10 according to the first and second embodiments can be realized by causing one or a plurality of computers to execute a program describing the processing contents described in the present embodiment. In other words, the function of the Push incoming server 10 is realized by executing a program corresponding to the process executed by the Push incoming server 10 using hardware resources such as a CPU, memory, and hard disk built in the computer. Is possible. Further, the program can be recorded on a computer-readable recording medium (portable memory or the like), stored, or distributed. It is also possible to provide the program through a network such as the Internet or electronic mail.

  FIG. 4 shows a functional configuration diagram of the user terminal 100. As shown in FIG. 4, the user terminal 100 includes a push notification processing unit 101, an incoming call setting processing unit 102, and a voice communication processing unit 103. FIG. 4 shows only functional units that are particularly related to the embodiment of the present invention in the user terminal 100. The functional configuration shown in FIG. 4 is only an example. As long as the operation described in the embodiment of the present invention can be executed, any name may be used for the function classification and the function unit.

  The Push notification processing unit 101 communicates with the Push server 30 to acquire a Push ID, receive a Push notification, and issue a VoIP application activation / incoming processing instruction. The incoming call setting processing unit 102 performs processing such as transmitting setting information to the Push incoming server 10 in order to request a Push incoming call. The voice communication processing unit 103 includes connection to the Push incoming server 10 / SIP server 20, SIP call control including registration processing, a voice communication function, and the like.

  Regarding the user terminal 100, the basic processing contents as described above are the same in the first and second embodiments, but the detailed processing contents are different.

  In the first embodiment (the same applies to the second embodiment), the push notification processing unit 101 is a function included in the OS of the user terminal 100 having a computer configuration, and the incoming call setting processing unit 102 The voice communication processing unit 103 is assumed to support a VoIP application, but is not limited to such a configuration category. For example, the Push notification processing unit 101, the incoming call setting processing unit 102, and the voice communication processing unit 103 may be functional units corresponding to the VoIP application.

  The user terminal 100 according to the first embodiment (the same applies to the second embodiment) is a program in which the processing contents described in the embodiment of the present invention are described in a computer (including a mobile phone, a smartphone, and the like). This can be realized by executing. That is, the functions of the user terminal 100 are realized by executing a program corresponding to processing executed on the user terminal 100 using hardware resources such as a CPU, a memory, and a hard disk built in the computer. Is possible. Further, the program can be recorded on a computer-readable recording medium (portable memory or the like), stored, or distributed. It is also possible to provide the program through a network such as the Internet or electronic mail.

<Operation example of communication system>
Next, various operation examples in the first embodiment will be described with reference to sequence diagrams and the like. The sequence shown below shows the main exchanges in actual signal exchanges in order to show the processing contents in an easy-to-understand manner.

<< Preparation procedure >>
With reference to FIG. 5, a preparation procedure for enabling an incoming call by Push notification in the first embodiment will be described.

  First, for example, when the VoIP application is first activated (or installed) in the user terminal 100, the user terminal 100 accesses the Push server 30, receives the Push ID from the Push server 30, and stores it in a memory or the like. (Step S101). The Push ID is an ID that can identify the user terminal 100 (VoIP application) in the Push server 30, and when the Push server 30 receives the Push notification request including the Push ID, the Push ID A Push notification can be sent to the user device 100 corresponding to the above. The push notification can be transmitted even in a network where NAT exists between the push server 30 and the user terminal 100. Since the Push ID is an ID for identifying the user terminal 100, it may be referred to as terminal identification information.

  Next, the user terminal 100 transmits setting information as a Push incoming request to the Push incoming server 10 (step S102). The setting information includes the telephone number A, the user ID, the password, and the Push ID acquired in step S101. The user ID may be called “SIP-ID”.

  The telephone number A, user ID, and password are assigned by the service provider when the user uses the IP telephone service, for example. That is, the user terminal 100 in which the VoIP application is activated can perform normal outgoing call, incoming call, and telephone call via the SIP server 20 using the telephone number A, user ID, and password. In the present embodiment, the SIP server 20 holds these pieces of information, and the SIP server 20 can authenticate the user terminal 100 with the user ID and password. The user ID and password may be referred to as authentication information.

  The Push incoming server 10 that has received the setting information transmits a REGISTER signal including the telephone number A, user ID, and password received in Step S102 to the SIP server 20 (Step S103). The transmission of the REGISTER signal is for causing the SIP server 20 to authenticate the user terminal 100. Accordingly, the Push incoming server 10 may transmit the telephone number A, the user ID, and the password by a signal other than the SIP signal in step S103. Further, the information to be transmitted may not include the telephone number A.

  The SIP server 20 that has received the REGISTER signal authenticates the user terminal 100 by checking whether the received user ID and password are the same as the registered user ID and password (step S104).

  If it is assumed that the authentication in step S104 is successful, the SIP server 20 transmits a response indicating normality to the Push incoming server 10 (step S105). By receiving this normal response, the Push incoming server 10 determines that the setting information received in Step S102 is correct, and sets the telephone number A, user ID, password, and Push ID to the setting information storage unit 14 To store. Then, the Push incoming server 10 transmits a response indicating that the setting information has been normally stored to the user terminal 100 (step S106).

  When the authentication in step S104 fails, the SIP server 20 transmits a response indicating that the authentication has failed to the push incoming server 10, and the push incoming server 10 receives this failure response, so in step S102. The received setting information is determined to be incorrect, and the response indicating that the storage has failed is transmitted to the user terminal 100 without storing the setting information.

<< Procedure for incoming calls >>
Next, with reference to FIG. 6, the procedure in the case where an incoming call from the user terminal 200 to the user terminal 100 is performed in the first embodiment will be described. As a premise of FIG. 6, it is assumed that the preparation procedure shown in FIG. 5 has already been performed. Further, it is assumed that the SIP server 20 is provided with a function (program or the like) for executing the operation described below. In FIG. 6, the state of the user terminal 100 is shown on the right side. As shown there, the VoIP application is not activated in the user terminal 100 at first.

  In the user terminal 200 on the transmission side, an INVITE signal is transmitted from the user terminal 200 by performing a transmission operation such as inputting the telephone number A of the user terminal 100 and pressing a transmission button (step S201).

  In the SIP server 20 that has received the INVITE signal, if there is REGISTER information (corresponding information between the telephone number A and the IP address) of the user terminal 100, the SIP server 20 sends the INVITE signal to the user terminal 100 based on the information. Execute the operation to send. However, even if the INVITE signal can be transmitted, since the VoIP application in the user terminal 100 is not activated at the present time, the user terminal 100 cannot interpret the INVITE signal and does not return a response. In addition, when there is no REGISTER information of the user terminal 100, the SIP server 20 does not perform (cannot perform) the operation of transmitting the INVITE signal to the user terminal 100.

  In this example, as described above, the SIP server 20 detects that there is no response for a predetermined time or more even if the INVITE signal is transmitted, or that the INVITE signal cannot be transmitted to the user terminal 100. The SIP server 20 that detected this event transfers the INVITE signal to the Push incoming server 10 (step S202). Here, the SIP server 20 converts the destination (to) of the INVITE signal from the telephone number A to the telephone number C, and transmits the INVITE signal whose destination is the telephone number C.

  The INVITE signal includes information indicating that the final destination is the telephone number A. For example, in addition to the telephone number C, information of “destination: telephone number A” is explicitly included in the INVITE signal.

  In addition to explicitly including “destination: telephone number A” as described above, the telephone number C may be set as a telephone number associated with the telephone number A. In this case, the “destination: telephone number A” is implicitly included in the INVITE signal. In this case, for example, the telephone number of the user terminal and the telephone number of the Push incoming server 10 associated with the telephone number are registered in an external server, and the SIP server 20 sends the INVITE signal to the user terminal. When transmission is impossible, the telephone number of the Push incoming server 10 corresponding to the user terminal is acquired from the server, and an INVITE signal is transmitted with the telephone number as a destination. In this method, the Push incoming server 10 acquires the telephone number of the user terminal corresponding to the destination telephone number of the INVITE signal from the server and uses it for transmitting a Push notification request.

  Further, as the telephone number C, a telephone number obtained by adding a predetermined prefix to a destination telephone number (here, telephone number A) may be used. For example, a telephone number such as “Prefix + 050-A” is used. In this case, the INVITE signal destined for the telephone number with the prefix is transferred to the Push incoming server 10.

  The Push incoming server 10 that has received the INVITE signal whose destination is the telephone number with the prefix can obtain the telephone number A of the final destination user terminal 100 by removing the prefix from the destination telephone number. .

  Note that the INVITE signal includes the destination telephone number C and the source telephone number B.

  The Push incoming server 10 that has received the INVITE signal in Step S202 acquires the telephone number A that is the original destination from the INVITE signal by the method described above, and requests Push notification to the telephone number A (user terminal 100). A notification request is transmitted to the Push server 30 (step S203). In this Push request notification, the Push ID corresponding to the telephone number A extracted from the setting information storage unit 14, the caller telephone number B, the IP address of the Push incoming server 10, and the Push incoming server 10 receive an incoming call ( The time at which the INVITE signal is received (referred to as the Push incoming server arrival time) is included. However, it is not essential to include other than the Push ID, and it is possible to make an incoming call using only the Push ID. In this example, all are included.

  On the other hand, the Push incoming server 10 that has received the INVITE signal in step S202 returns a 100 trying response to the SIP server 20, and the 100 trying response is sent to the user terminal 200 (steps 221 and 222).

  However, in the 100 trying response, the calling user terminal 200 is silent until the VoIP application is activated on the receiving user terminal 100 and the incoming call processing is started. Therefore, as shown in parentheses in steps S221 and S222, instead of the 100 trying response, 180 ringing response transmission, guidance transmission control, and the like may be performed. By transmitting a 180 ringing response, guidance, and the like, the user of the user terminal 200 on the transmission side can hear a ringing tone and the like immediately after the transmission, and can avoid a silent state.

  The Push server 30 that has received the Push notification request in Step S203 transmits the Push notification to the user terminal 100 that is the destination corresponding to the Push ID included in the Push notification request (Step S204). In this example, the Push notification includes the telephone number B, the IP address of the Push incoming server 10, and the Push incoming server arrival time.

  In the user terminal 100 that has received the Push notification, the VoIP application is activated with the Push notification as a trigger. Then, the user apparatus 100 connects to the Push incoming server 10 (TCP connection), and transmits a REGISTER signal (including telephone number A, user ID, and password) (step S205). When viewed from the user terminal 100, the Push incoming server 10 has the role of an SIP server, and by the above REGISTER processing, the Push incoming server 10 stores the destination IP address to the user terminal 100 and the telephone number A in association with each other. The INVITE signal addressed to the user terminal 100 can be transferred to the user terminal 100.

  In the above processing, the user terminal 100 can know who has received the call by displaying the telephone number B (or the name corresponding to the telephone number B) included in the Push notification. Further, the user terminal 100 uses the IP address of the Push incoming server 10 included in the Push notification for connection to the Push incoming server 10. As a result, processing such as address resolution can be omitted, and connection to the Push incoming server 10 can be performed quickly.

  Also, the user terminal 100 compares the Push incoming server arrival time included in the Push notification with the current time, and if the Push incoming server incoming time is more than a predetermined threshold time before the current time, the Push incoming server Connection to the server 10 may not be performed (no incoming operation is performed). This is because the transmission of the Push notification to the user terminal 100 may be delayed depending on the state of the Push server 30, and when the Push notification is largely delayed, it is highly likely that the transmission side has stopped the transmission. .

  The Push incoming server 10 that has received the REGISTER signal in step S205 authenticates the user terminal 100 by comparing the user ID and password included in the REGISTER signal with the already stored setting information (step S206). . It is possible to cause the SIP server 20 to perform authentication by transferring the REGISTER signal received from the user terminal 100 to the SIP server 20. However, as shown in FIG. 6, the Push incoming server 10 performs authentication. By doing so, it becomes possible to suppress the transmission amount of the REGISTER signal to the SIP server 20.

  In the example shown in FIG. 6, the authentication in step S206 is successful. The Push incoming server 10 transmits an INVITE signal to the user terminal 100 determined to be valid (step S207). Here, the Push incoming server 10 converts the destination in the INVITE signal received in step S202 from the telephone number C to the telephone number A, and transmits the converted INVITE signal to the user terminal 100. If the authentication in step S206 fails, the incoming call fails, and for example, an error or guidance is sent to the user terminal 200.

  The user terminal 100 that has received the INVITE signal returns a 180 ringing response (step S208). The 180 ringing response is transmitted to the source user terminal 200 via the Push incoming server 10 and the SIP server 20. As a result, a ring tone sounds on the incoming side and a ringing tone is heard on the outgoing side. Note that guidance may be sent to the user terminal 200.

  In the user terminal 100, when the incoming call button is pressed (= the handset is picked up), 200 OK is returned (steps S211 to S213). Thereby, a voice session is established between the user terminal 100 and the user terminal 200, and voice communication is performed (step S214).

<< Procedure when timeout occurs after Push notification >>
Next, the procedure when a timeout occurs after the Push notification will be described with reference to the sequence diagram of FIG.

  Even when the Push notification is transmitted from the Push server 30 to the user terminal 100, the user terminal 100 does not receive the Push notification when the user terminal 100 is out of range or the power is turned off, for example. , VoIP application activation and incoming call processing are not performed.

  That is, as shown in FIG. 7, there is a call from the user terminal 200, an INVITE signal is transmitted to the Push incoming server 10 (Steps S301 and S302), a Push notification request is transmitted to the Push server 30 (Step S303), and the Push A notification is transmitted to the user terminal 100 (step S304). However, in the situation where the service area is out of service or the power is cut off, the VoIP application is not activated and no signal is returned from the user terminal 100 to the Push incoming server 10. In such a situation, silence (or ringing tone, guidance) is continued for a long time in the user terminal 200.

  Assuming such a situation, the Push incoming server 10 includes a timer that measures a predetermined length of time after transmitting a Push notification request for requesting a Push notification to the user terminal 100. When the Push incoming server 10 transmits a Push notification request and receives a signal such as a REGISTER signal from the user terminal 100 and the timer expires (step S305 in FIG. 7), an error response is transmitted and guidance is provided. Flow control is performed (steps S306 and S307). It also releases sessions related to incoming calls. Thereby, the calling side can know that the incoming call cannot be made.

  Note that the time-out process described above can also be applied when the push notification transmission from the push server 30 to the user terminal 100 is delayed as described above.

  Further, as described above, when the user terminal 100 is out of service area and the Push notification is not received, the incoming call history does not remain in the user terminal 100 although there is an incoming call. Assuming such a situation, in this embodiment, the Push incoming server 10 stores the incoming call history. For example, when the VoIP application is activated in the user terminal 100, the user terminal 100 requests an incoming history from the Push incoming server 10, and the Push incoming server 10 sends the incoming history to the user terminal 100 (VoIP application) in response to the request. Send. The user terminal 100 that has received the incoming call history from the Push incoming server 10 additionally stores only the incoming call history that is not stored in the user terminal 100 among the incoming call history.

<< Call rejection procedure >>
As described above, by using the Push notification, it is possible to receive a call regardless of whether or not the VoIP application is activated in the user terminal 100. Therefore, for example, it is impossible to prevent incoming calls by not starting the VoIP application. Therefore, in the present embodiment, it is possible to reject incoming calls according to the procedure shown in FIG.

  First, the incoming call rejection setting information is transmitted from the user terminal 100 to the Push incoming server 10 (step S400). The Push incoming server 10 stores the incoming call rejection setting information in the setting information storage unit 14. The incoming call rejection setting information is, for example, incoming call rejection time / incoming call rejection number information indicating from what time to what time an incoming call is rejected.

  When the Push incoming server 10 receives an incoming call (steps S401 and S402), it is determined whether or not the incoming call is an object of incoming call rejection by comparing the caller number and current time with the incoming call rejection setting information. In this example, it is assumed that the incoming call is to be rejected, and the Push incoming server 10 determines to reject the incoming call (step S403). The Push incoming server 10 that has decided to reject the incoming call performs control to send an error response, guidance, etc. without sending a Push notification request (steps S404 and S405).

  Although the incoming call has been described so far, the outgoing call can be performed through the SIP server 20 as usual without going through the Push incoming server 10. Further, the outgoing call may be made via the Push incoming server 10. For example, when making a call, the user terminal 100 can make a call by sending a REGISTER signal to the Push call server 10 and performing a REGISTER, and then sending an INVITE signal to the SIP server 20 via the Push call server 10. Is possible.

  In addition, the Push incoming server 10 in the first embodiment may be configured to be able to transmit and receive only control signals (SIP signals and the like), not to transmit and receive audio signals, or to be able to transmit and receive audio signals. When the Push incoming server 10 transmits and receives voice signals, it corresponds to information different from the Push incoming server 10 to the SIP server 20 regarding the voice codec and ptime (packet transmission interval) between the Push incoming server 10 and the user terminal 100. Is possible. This makes it possible to add or modify the speech codec in the Push incoming server 10 to the user terminal 100 without developing or changing the SIP server 20.

(Second Embodiment)
Next, a second embodiment will be described. Here again, the telephone number of the user terminal 100 is the telephone number A, and the telephone number of the user terminal 200 is the telephone number B. The telephone number of the Push incoming server 10 is assumed to be a telephone number C. In the second embodiment, the Push incoming server 10 does not terminate either the control signal (SIP signal) or the voice signal. The overall configuration of the communication system in the second embodiment is the same as that in the first embodiment, as shown in FIG. Further, the block configurations of the Push incoming server 10 and the user terminal 100 in the second embodiment are the same as those in the first embodiment, as shown in FIGS. However, the operation of each device in the second embodiment is different from that in the first embodiment. In the following, processing that is basically different from the first embodiment will be described in detail. The same processing as that in the first embodiment will be briefly described.

<Overview of operation>
With reference to FIG. 9, an outline of an operation when an incoming call is made from the user terminal 200 to the user terminal 100 in the second embodiment will be described. In the following description, it is confirmed that the VoIP application is installed in the destination user terminal 100, the telephone number A, the user ID, and the password are set, and normal incoming, outgoing, and telephone calls can be executed via the SIP server 20. Yes. However, in the process shown in FIG. 9, it is assumed that the VoIP application is not activated first.

  When the user terminal 200 performs a call operation on the user terminal 100, a call signal (specifically, an INVITE signal) specifying the telephone number A as a destination is transmitted to the SIP server 20 (step S11). In the SIP server 20, if there is REGISTER information of the user terminal 100 (telephone number A), a transmission signal is transmitted to the user terminal 100. Here, however, the REGISTER information has expired, there is no REGISTER information, and the transmission signal Is not transmitted to the user terminal 100. Then, the SIP server 20 transmits an incoming event to the Push incoming server 10 (phone number C) (step S12). This incoming event includes information indicating that a call is made with the telephone number B (user terminal 200) as the caller and the telephone number A (user terminal 100) as the callee. That is, the incoming event includes information of “source: telephone number B, destination: telephone number A”.

  The Push incoming server 10 that has received the incoming event recognizes that there is an incoming call to the telephone number A (the user terminal 100), and sends a Push notification request for requesting the Push notification to the user terminal 100 to the Push server 30. Transmit (step S13). The Push server 30 that has received the Push notification request sends a Push notification to the user terminal 100 (Step S14).

  Since the VoIP application is not activated in the user terminal 100, the user terminal 100 that has received the Push notification activates the VoIP application using the Push notification as a trigger, and connects to the SIP server 20 by the function of the VoIP application. Registration (REGISTER) in SIP is performed (step S15).

  The SIP server 20 transmits to the user terminal 100 the transmission signal that has been received in step S11 and whose source is the user terminal 200 (step S16). The user terminal 100 that has received the outgoing signal returns a response, and the response reaches the user terminal 200 (steps S17 to S18). Thereby, a voice session is established between the user terminal 100 and the user terminal 200, and voice communication is performed.

<Operation example of communication system>
Next, an operation example in the second embodiment will be described with reference to a sequence diagram. The sequence shown below shows the main exchanges in actual signal exchanges in order to show the processing contents in an easy-to-understand manner.

<< Preparation procedure >>
With reference to FIG. 10, the preparation procedure for enabling the incoming call by the Push notification in the second embodiment will be described.

  First, for example, when the VoIP application is first activated (or installed) in the user terminal 100, the user terminal 100 accesses the Push server 30, receives the Push ID from the Push server 30, and stores it in a memory or the like. (Step S501).

  Next, the user terminal 100 transmits setting information as a Push incoming request to the Push incoming server 10 (step S502). The setting information includes the telephone number A, the identification information of the SIP server 20 (for example, the FQDN of the SIP server 20), and the Push ID acquired in step S501. The setting information is stored in the setting information storage unit 14.

  The Push incoming server 10 that has received the setting information uses the identification information of the SIP server 20 to transmit an event registration request related to the telephone number A to the SIP server 20 (step S503). When the event registration request is received from the SIP server 20 with a call signal destined for the telephone number A, a notification (event information transmission) is made to the Push incoming server 10 (phone number C). Is a signal requesting.

  When a SIP signal is used as an event registration request signal, for example, a SUBSCRIBE request for requesting an event notification (NOTIFY) when receiving a call to the telephone number A can be used. Note that the event registration request signal need not be a SIP signal, and may be any signal.

  The SIP server 20 that has received the event registration request registers (stores) the event (including information indicating “received a transmission signal addressed to the telephone number A”) based on the received event registration request (step S504). The SIP server 20 transmits a response indicating that registration was successful to the Push incoming server 10 (step S505). In addition, the Push incoming server 10 may transmit a response indicating that registration is successful to the user terminal 100 (step S506).

<< Procedure for incoming calls >>
Next, with reference to FIG. 11, a procedure in the case where an incoming call from the user terminal 200 to the user terminal 100 is performed will be described. As a premise of FIG. 11, it is assumed that the preparation procedure shown in FIG. 10 has already been performed. As in the first embodiment, FIG. 11 shows the state of the user terminal 100 on the right side. As shown there, the VoIP application is not activated in the user terminal 100 at first.

  The user terminal 200 transmits an INVITE signal by performing a transmission operation such as inputting the telephone number A of the user terminal 100 and pressing a transmission button in the user terminal 200 on the transmission side (step S601).

  In the SIP server 20 that has received the INVITE signal, if there is REGISTER information (corresponding information between the telephone number A and the IP address) of the user terminal 100, the SIP server 20 sends the INVITE signal to the user terminal 100 based on the information. Execute the operation to send. However, even if the INVITE signal is transmitted, since the VoIP application in the user terminal 100 is not activated at the present time, the user terminal 100 cannot interpret the INVITE signal and does not return a response. In addition, when there is no REGISTER information of the user terminal 100, the SIP server 20 does not perform (cannot perform) the operation of transmitting the INVITE signal to the user terminal 100.

  In this example, as described above, the SIP server 20 detects that there is no response for a predetermined time or more even if the INVITE signal is transmitted, or that the INVITE signal cannot be transmitted to the user terminal 100. The SIP server 20 that has detected this event transmits an incoming event to the Push incoming server 10 (step S602).

  In the above incoming event signal, there was a call originating from telephone number B (user terminal 200) and addressed to telephone number A (user terminal 100) (= SIP server 20 received an INVITE signal) Information) is included. When the event registration request described above is SUBSCRIBE, the signal of the incoming event is NOTIFY. The incoming event signal may not be a SIP signal.

  Upon receiving the incoming event in step S602, the Push incoming server 10 acquires the destination telephone number A from the incoming event, and sends a Push notification request for requesting Push notification to the telephone number A (user terminal 100). 30 (step S603). This Push request notification includes the Push ID corresponding to the telephone number A extracted from the setting information storage unit 14, the caller telephone number B, and the Push incoming server arrival time. However, it is not essential to include other than the Push ID, and it is possible to make an incoming call using only the Push ID. In this example, all are included.

  On the other hand, the Push incoming server 10 that has received the INVITE signal in step S602 returns a 100 trying response to the SIP server 20, and the 100 trying response is sent to the user terminal 200 (steps 621 and 622).

  However, in the 100 trying response, the calling user terminal 200 is silent until the VoIP application is activated on the receiving user terminal 100 and the incoming call processing is started. Therefore, as shown in parentheses in steps 621 and 622, 180 ringing response transmission, guidance transmission control, and the like may be performed instead of the 100 trying response.

  In the example of FIG. 11, the 100 incoming response is transmitted from the Push incoming server 10, but the Push incoming server 10 may not transmit the 100 trying response, and the SIP server 20 may transmit the 100 trying response.

  Upon receiving the Push notification request in Step S603, the Push server 30 transmits a Push notification to the user terminal 100 that is the destination corresponding to the Push ID included in the Push notification request (Step S604). In this example, the Push notification includes the telephone number B and the Push incoming server arrival time.

  In the user terminal 100 that has received the Push notification, the VoIP application is activated with the Push notification as a trigger. Then, the user device 100 is connected to the SIP server 20 and transmits a REGISTER signal (including telephone number A, user ID, and password) (step S605).

  In the above processing, the user terminal 100 can know who has received the call by displaying the telephone number B (or the name corresponding to the telephone number B) included in the Push notification.

  Also, the user terminal 100 compares the Push incoming server arrival time included in the Push notification with the current time, and if the Push incoming server incoming time is more than a predetermined threshold time before the current time, the SIP server No connection to 20 (no incoming call operation) may be performed.

  The SIP server 20 that has received the REGISTER signal in step S605 transmits an INVITE signal to the user terminal 100 (step S606). The SIP server 20 holds the INVITE signal received in step S601 and transmits it to the user terminal 100 in step S606.

  The user terminal 100 that has received the INVITE signal returns a 180 ringing response (step S607). The 180 ringing response is transmitted to the source user terminal 200 via the SIP server 20 (step S608). As a result, a ring tone sounds on the incoming side and a ringing tone is heard on the outgoing side. Note that guidance may be sent to the user terminal 200.

  In the user terminal 100, when the incoming call button is pressed (= the handset is picked up), 200 OK is returned (steps S609 to S610). Thereby, a voice session is established between the user terminal 100 and the user terminal 200, and voice communication is performed (step S611).

  Also in the second embodiment, similarly to the first embodiment (FIG. 8), the Push server 10 can reject the incoming call. Further, the timeout process shown in FIG. 7 can be performed when the SIP server 20 detects the timeout.

  In the second embodiment, the function of the Push incoming server 10 may be provided in the SIP server 20. In this case, when the SIP server 20 detects an incoming event, the SIP server 20 transmits a Push notification request to the Push server 30. When the function of the Push incoming server 10 is provided in the SIP server 20, the SIP server 20 may be referred to as a “Push incoming server”.

  However, in an actual system, a large number of SIP servers 20 are installed. By using the SIP server 20 and the Push incoming server 10 as separate devices, the Push incoming server 10 can perform processing related to Push incoming without modifying the functions of the Push incoming server 10 in each of the many SIP servers 20. Can be aggregated.

  As described above, the first and second embodiments have been described. As a technique for solving the problem, the Push incoming server 10 replaces the user terminal 100 and sends the REGISTER signal of the user terminal 100 to the SIP server 20. A transmission method is also conceivable. This method can also solve the problem. In this method, the Push incoming server 10 periodically transmits a REGISTER signal for each user terminal to the SIP server 20, but in the first and second embodiments, it is necessary to periodically transmit such a REGISTER signal. There is no.

(Summary of embodiment)
As described above, according to the present embodiment, a user terminal that performs VoIP communication, a communication control device that performs call control of VoIP communication, an incoming call control device that performs incoming call notification control, and an incoming call notification to the user terminal An incoming call control device used in a communication system having an incoming call notification device for transmitting a message including identification information of the user terminal from the communication control device that has received a transmission signal destined for the user terminal, An incoming call notification requesting means for transmitting an incoming call notification request for the user terminal to the incoming call notification device based on the identification information when a call signal destined for the incoming call control device is received, and the user who has received the incoming call notification Incoming call control provided with outgoing signal transmission means for transmitting a outgoing signal addressed to the user terminal when receiving a registration signal from the terminal Location is provided.

  The incoming call control device receives setting information including the identification information, authentication information of the user terminal, and terminal identification information used to identify the user terminal in the incoming call notification device from the user terminal. If the authentication information is transmitted to the communication control device, an authentication result based on the authentication information is received from the communication control device, and the authentication is successful, the setting information is stored in the storage unit. Setting means may be provided.

  The incoming call notification requesting unit may acquire the terminal identification information corresponding to the identification information from the storage unit and transmit the incoming call notification request including the terminal identification information to the incoming call notification device.

  In addition, according to the present embodiment, a user terminal that performs VoIP communication, a communication control apparatus that performs call control of VoIP communication, an incoming call control apparatus that performs incoming call notification control, and an incoming call notification that transmits an incoming call notification to the user terminal An incoming call control device used in a communication system having a device, wherein the communication control device receives the outgoing signal when the communication control device receives a outgoing signal destined for the user terminal. A means for requesting that the incoming call control device be notified, and a notification signal notifying that the outgoing signal has been received from the communication control device that has received the outgoing signal destined for the user terminal. Further, there is provided an incoming call control device comprising an incoming call notification request means for transmitting an incoming call notification request for the user terminal to the incoming call notification device.

  The incoming call control device receives setting information including identification information of the user terminal and terminal identification information used to identify the user terminal in the incoming call notification device from the user terminal. May be provided in the storage unit, the incoming notification request unit acquires the terminal identification information corresponding to the identification information of the user terminal included in the notification signal from the storage unit, The incoming notification request including terminal identification information may be transmitted to the incoming notification device.

  In addition, according to the present embodiment, a user terminal that performs VoIP communication, a communication control apparatus that performs call control of VoIP communication, an incoming call control apparatus that performs incoming call notification control, and an incoming call notification that transmits an incoming call notification to the user terminal The user terminal used in a communication system having a device, the setting information including identification information of the user terminal and identification information of the communication control device, and used for an event notification request to the communication control device Setting information transmitting means for transmitting the setting information to be received to the incoming call control device; receiving an incoming call notification from the incoming call notification device receiving the incoming call notification request to the user terminal based on the occurrence of the event; and triggering the incoming call notification As a result, a registration signal is transmitted to the communication control device, and a transmission signal that causes the event is received from the communication control device. User terminal and a communication control means is provided that.

  The present invention is not limited to the above-described embodiments, and various modifications and applications are possible within the scope of the claims.

DESCRIPTION OF SYMBOLS 10 Push incoming server 11 To SIP server communication processing part 12 To user terminal communication processing part 13 Push notification request processing part 14 Setting information storage part 20 SIP server 30 Push server 100, 200 User terminal 300 Network 101 Push notification processing part 102 Incoming call setting Processing unit 103 Voice communication processing unit

Claims (10)

The communication terminal includes a user terminal that performs VoIP communication, a communication control device that performs call control of VoIP communication, an incoming call control device that performs incoming call notification control, and an incoming call notification device that transmits an incoming call notification to the user terminal. An incoming call control device,
From the communication control device that has received the outgoing signal destined for the user terminal, including the identification information of the user terminal, when receiving the outgoing signal destined for the incoming call control device, based on the identification information, An incoming call notification request means for transmitting an incoming call notification request to the user terminal to the incoming call notification device;
An incoming call control device comprising: outgoing signal transmission means for transmitting a outgoing signal destined for the user terminal when receiving a registration signal from the user terminal that has received the incoming call notification. When the setting information including the identification information, the authentication information of the user terminal, and the terminal identification information used for identifying the user terminal in the incoming call notification device is received from the user terminal, the authentication information Is transmitted to the communication control device, receives an authentication result based on the authentication information from the communication control device, and includes a setting unit that stores the setting information in a storage unit when authentication is successful. The incoming call control device according to claim 1. The incoming call notification request means acquires the terminal identification information corresponding to the identification information from the storage unit, and transmits the incoming call notification request including the terminal identification information to the incoming call notification device. Item 3. The incoming call control device according to Item 2. The communication terminal includes a user terminal that performs VoIP communication, a communication control device that performs call control of VoIP communication, an incoming call control device that performs incoming call notification control, and an incoming call notification device that transmits an incoming call notification to the user terminal. An incoming call control device,
Means for requesting the communication control device to notify the incoming call control device that the communication control device has received the transmission signal when the communication control device receives the transmission signal destined for the user terminal;
When a notification signal for notifying that the transmission signal has been received is received from the communication control device that has received the transmission signal destined for the user terminal, an incoming notification request for the user terminal is transmitted to the incoming notification device. An incoming call control device comprising: an incoming call notification requesting unit. Setting that receives setting information including identification information of the user terminal and terminal identification information used to identify the user terminal in the incoming call notification device from the user terminal, and stores the setting information in a storage unit With means,
The incoming call notification requesting unit acquires the terminal identification information corresponding to the identification information of the user terminal included in the notification signal from the storage unit, and sends the incoming call notification request including the terminal identification information to the incoming call notification device. The incoming call control device according to claim 4, wherein The communication terminal includes a user terminal that performs VoIP communication, a communication control device that performs call control of VoIP communication, an incoming call control device that performs incoming call notification control, and an incoming call notification device that transmits an incoming call notification to the user terminal. An incoming call control method executed by an incoming call control device,
From the communication control device that has received the outgoing signal destined for the user terminal, including the identification information of the user terminal, when receiving the outgoing signal destined for the incoming call control device, based on the identification information, An incoming call notification request step for transmitting an incoming call notification request to the user terminal to the incoming call notification device;
An incoming call control method comprising: a transmission signal transmission step of transmitting a transmission signal destined for the user terminal when a registration signal is received from the user terminal that has received the incoming call notification. The communication terminal includes a user terminal that performs VoIP communication, a communication control device that performs call control of VoIP communication, an incoming call control device that performs incoming call notification control, and an incoming call notification device that transmits an incoming call notification to the user terminal. An incoming call control method executed by an incoming call control device,
Requesting the communication control device to notify the incoming call control device that the communication control device has received the transmission signal when the communication control device receives the transmission signal addressed to the user terminal;
When a notification signal for notifying that the transmission signal has been received is received from the communication control device that has received the transmission signal destined for the user terminal, an incoming notification request for the user terminal is transmitted to the incoming notification device. An incoming call control method comprising: an incoming call notification requesting step.   The program for functioning a computer as each means of the incoming call control apparatus of any one of Claims 1 thru | or 5. The communication terminal includes a user terminal that performs VoIP communication, a communication control device that performs call control of VoIP communication, an incoming call control device that performs incoming call notification control, and an incoming call notification device that transmits an incoming call notification to the user terminal. A user terminal,
Setting information transmitting means for transmitting setting information including identification information of the user terminal and identification information of the communication control device to be used for an event notification request to the communication control device to the incoming call control device When,
An incoming notification is received from the incoming notification device that has received an incoming notification request for the user terminal based on the occurrence of the event, and triggered by the incoming notification, a registration signal is transmitted to the communication control device, from the communication control device. Communication control means for receiving a transmission signal that has generated the event.   The program for functioning a computer as each means of the user terminal of Claim 9.

Images