WO2020090364A1 - 交換機、通信システム、登録方法及びプログラム - Google Patents
交換機、通信システム、登録方法及びプログラム Download PDFInfo
- Publication number
- WO2020090364A1 WO2020090364A1 PCT/JP2019/039526 JP2019039526W WO2020090364A1 WO 2020090364 A1 WO2020090364 A1 WO 2020090364A1 JP 2019039526 W JP2019039526 W JP 2019039526W WO 2020090364 A1 WO2020090364 A1 WO 2020090364A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- notification
- identification information
- exchange
- server
- request message
- Prior art date
Links
- 238000004891 communication Methods 0.000 title claims abstract description 187
- 238000000034 method Methods 0.000 title claims description 27
- 230000007704 transition Effects 0.000 claims description 22
- 230000004044 response Effects 0.000 claims description 9
- 230000003213 activating effect Effects 0.000 claims description 5
- 230000006866 deterioration Effects 0.000 abstract description 5
- 238000012545 processing Methods 0.000 description 24
- 238000010586 diagram Methods 0.000 description 13
- 230000005540 biological transmission Effects 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 230000015556 catabolic process Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1045—Proxies, e.g. for session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1053—IP private branch exchange [PBX] functionality entities or arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1073—Registration or de-registration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
Definitions
- the present disclosure relates to an exchange, a communication system, a registration method and a program.
- the PUSH notification is used, for example, for an incoming call notification in a voice communication service conforming to VoIP (Voice over Internet Protocol), an information notification for an SNS (Social Networking Service), and the like.
- VoIP Voice over Internet Protocol
- SNS Social Networking Service
- the exchange provided by the service provider when a communication terminal subscribed to the service receives an incoming call, the exchange provided by the service provider sends an incoming call notification to the server device that sends the message. ..
- the server device sends an incoming notification to the communication terminal that received the incoming call.
- a service provider uses a voice communication application (hereinafter referred to as a telephone application) to enable the user to use the voice communication service.
- a telephone application hereinafter referred to as a telephone application
- the user installs the provided telephone application in the communication terminal used by the user.
- the telephone application is registered in the exchange, the user can perform voice communication (outgoing call, incoming call, and telephone call) using the telephone application.
- the service provider forms a redundant configuration by using multiple exchanges from the viewpoint of continuing the service even if a failure occurs.
- One of the plurality of exchanges operates as an active exchange and provides a service to an application installed in a communication terminal.
- an exchange other than the active exchange operates as a standby exchange when the active exchange is normal.
- one of the standby exchanges operates as the active exchange.
- some of the communication terminals transition the application from the foreground to the background when the application installed on the communication terminal is not in use and is in a standby state. This is for the purpose of suppressing battery consumption and reducing communication traffic.
- the application that transits to the background goes to sleep. That is, some communication terminals stop the operation of the application that transits to the background.
- the service target application must be the new active exchange in order for the new active exchange to provide the service. Must be registered with.
- the application transits to the active state, so that the application can be registered in a new operating system exchange.
- the new operating exchange tries to perform the incoming call notification and the information notification to the application, since the application is not registered in the own device, the new operating system exchange cannot perform the incoming call notification and the information notification. Will lead to a decline.
- One of the objects of the present disclosure is to solve the above-described problems, and it is possible to suppress a service deterioration at the time of a failure without requiring a user operation, an exchange, a communication system, a registration method, and To provide a program.
- the exchange according to the present disclosure is A notification control unit that requests the server device to transmit a notification for causing a predetermined application of a communication terminal registered in the server device to perform registration in the device itself when the device itself transitions to an operating state; And a terminal control unit that registers the predetermined application in its own device.
- the communication system according to the present disclosure With the above exchange, And a server device,
- the server device is It is a communication system that performs the notification to the predetermined application via another server device in response to a request from the exchange.
- the registration method according to the present disclosure is Requesting the server device to transmit a notification for causing a predetermined application of a communication terminal registered in the server device to perform registration with the device itself when the device itself transitions to an operating state; Registering the predetermined application in the device itself.
- the registration program is Requesting the server device to transmit a notification for causing a predetermined application of a communication terminal registered in the server device to perform registration with the device itself when the device itself transitions to an operating state; It is a registration program for causing a computer to execute the registration of the predetermined application in its own device.
- FIG. 1 is a diagram showing an outline of a communication device according to a first exemplary embodiment.
- FIG. 5 is a diagram showing a configuration example of a communication system according to a second exemplary embodiment.
- FIG. 9 is a diagram illustrating an operation example of the communication system according to the second exemplary embodiment.
- FIG. 9 is a diagram illustrating an operation example of the communication system according to the second exemplary embodiment.
- FIG. 1 is a block diagram illustrating a hardware configuration of an exchange or the like according to each embodiment of the present disclosure.
- FIG. 1 is a diagram showing an outline of the exchange 1 according to the first embodiment.
- the exchange 1 is a communication device that provides a service to a predetermined application of a communication terminal (not shown) registered in the exchange.
- the exchange 1 is redundantly configured with another exchange (not shown).
- another exchange operates as an active exchange and the exchange 1 operates as a standby exchange, for example, if a failure occurs in the active exchange, the exchange 1 switches from the standby exchange to the active exchange. Transitions to the operating state and operates as the active exchange.
- the exchange 1 includes a notification control unit 2 and a terminal control unit 3.
- the notification control unit 2 registers a predetermined application of a communication terminal registered in a server device (not shown) in the own device when the own device transitions to the operating state, for example, when a failure occurs in the active exchange. Request the server device to send a notification for execution.
- the server device sends the above notification to a predetermined application of the communication terminal registered in the device itself.
- the notification is a notification that can be received even when the predetermined application is in the sleep state.
- the application in the sleep state transitions to the active state and executes the registration process for the exchange 1.
- the predetermined application may be, for example, a voice communication application such as a voice call, VoIP, or a video call, a data communication application such as an email, a short message service (SMS).
- the predetermined application may be, for example, a business application, a game application, or a video distribution application.
- the terminal control unit 3 registers a predetermined application of the communication terminal that has received the above notification in its own device. That is, the terminal control unit 3 registers the predetermined application of the communication terminal registered in the server device in its own device.
- the exchange 1 sends a notification to the predetermined application of the communication terminal registered in the server device to execute registration to the own device when the own device transits to the operating state. Request the device. In response to the request, the server device transmits a notification for causing a predetermined application to execute registration with the exchange 1.
- the exchange 1 registers the predetermined application, which has received the notification, in its own device. That is, even if the predetermined application is in the sleep state, the exchange 1 causes the predetermined application to transition to the active state and causes the server device to transmit a notification requesting registration to the own device. In other words, the exchange 1 causes a predetermined application in the sleep state to transition to the active state without requiring user operation.
- the exchange 1 registers a predetermined application in its own device, so that it is possible to normally perform incoming call notification, information notification, and the like. Therefore, the exchange 1 suppresses service deterioration without requiring user operation even when a failure occurs in the active exchange. Therefore, by using the exchange 1 according to the first embodiment, it is possible to suppress service deterioration at the time of failure occurrence without requiring user operation.
- the second embodiment is a detailed embodiment of the first embodiment.
- a configuration example of the communication system 100 according to the second exemplary embodiment will be described with reference to FIG.
- FIG. 2 is a diagram illustrating a configuration example of the communication system according to the second exemplary embodiment.
- the communication system 100 is a communication system that provides services to communication terminals.
- the service provided to the communication terminal is a VoIP-compliant voice communication service. That is, the communication system 100 is a communication system that provides voice communication services to communication terminals.
- the communication system 100 includes a telephony server 10, a telephony server 20, a PUSH proxy server 30, a PUSH service server 40, and communication terminals 50_1 and 50_2.
- the telephony servers 10 and 20 correspond to the exchange 1 in the first embodiment.
- the telephony servers 10 and 20 are telephone exchanges (private exchanges) that provide voice communication services conforming to VoIP to the communication terminals 50_1 and 50_2.
- the telephony servers 10 and 20 connect the outside line from the public network to either of the communication terminals 50_1 and 50_2, or connect the outside line from the communication terminals 50_1 and 50_2 to the communication terminal of the destination of the public network. Further, the telephony servers 10 and 20 provide an extension function of the communication terminals 50_1 and 50_2, for example.
- the telephony servers 10 and 20 may be referred to as a PBX (Private Branch Exchange).
- PBX Primary Branch Exchange
- the telephony servers 10 and 20 are based on SIP (Session Initiation Protocol), and connect and communicate with the communication terminals 50_1 and 50_2, the VoIP applications 51_1 and 51_2, the PUSH proxy server 30, and SIP.
- SIP Session Initiation Protocol
- the telephony servers 10 and 20 have a redundant configuration.
- the telephony server 10 is a primary telephony server, and the telephony server 20 is a secondary telephony server. That is, the telephony server 10 is an active exchange and the telephony server 20 is a standby exchange.
- the telephony server 20 may be referred to as a standby exchange.
- the secondary telephony server 20 periodically or aperiodically monitors the life of the primary telephony server 10, and monitors whether the telephony server 10 is operating normally. When a failure occurs in the telephony server 10, the telephony server 20 switches from the secondary to the primary and operates as the primary.
- the telephony server 10 When the telephony server 20 operates as a primary, the telephony server 10 operating as a secondary monitors the telephony server 20 for life and death periodically to check whether the telephony server 20 is operating normally. Monitor. When a failure occurs in the telephony server 20, the telephony server 10 switches from the secondary to the primary and operates as the primary.
- the telephony server 10 operating as the primary may periodically or aperiodically notify the telephony server 20 operating as the secondary that the own device is normally operating. Even in this case, the telephony server 20 operating as the secondary can determine whether or not a failure has occurred in the telephony server 10 operating as the primary.
- the telephony servers 10 and 20 may have the same configuration or different configurations as long as they have functional units described later. In the following description, it is assumed that the telephony server 10 and the telephony server 20 have the same configuration, and redundant description will be omitted as appropriate.
- the communication system 100 is configured to have only two telephony servers, it may have three or more telephony servers.
- one of the plurality of telephony servers acts as the primary and the other telephony servers act as the secondary. Then, if the primary fails, one of the secondary telephony servers will switch to the primary.
- a PBX-id (identifier), which is identification information for identifying a device, is set in the telephony servers 10 and 20.
- the same PBX-id is set in the telephony servers 10 and 20.
- the primary telephony server 10 connects and communicates with the VoIP application 51_1 installed in the communication terminal 50_1.
- the telephony server 10 connects and communicates with the VoIP application 51_2 installed in the communication terminal 50_2.
- the telephony server 10 Upon receiving the registration request message from the VoIP applications 51_1 and 51_2, the telephony server 10 registers the VoIP applications 51_1 and 51_2 in its own device. That is, when the telephony server 10 receives the registration request message from the VoIP applications 51_1 and 51_2, the telephony server 10 registers the VoIP applications 51_1 and 51_2 in the own device and makes them belong to the own device.
- the telephony server 10 When the VoIP application is installed for the first time, the telephony server 10 performs the above registration and requests the PUSH proxy server 30 for the endpoint registration.
- the VoIP application is installed for the first time
- the telephony server 10 performs the above registration and requests the PUSH proxy server 30 for the endpoint registration.
- an initial registration a case where the VoIP application is installed for the first time may be referred to as an initial registration.
- Endpoint registration means registering in the PUSH proxy server 30 the identification information for identifying the communication terminal in which the VoIP application for PUSH notification is installed and the PBX-id of the telephony server 10 in association with each other.
- the identification information for identifying the communication terminal may be, for example, a device token or an ID for identifying the communication terminal. In the following description, the identification information for identifying the communication terminal will be described as a device token.
- the telephony server 10 receives a registration request including the device token of the communication terminal 50_1 from the VoIP application 51_1. Then, the telephony server 10 registers the device token of the communication terminal 50_1 in its own device, and requests the PUSH proxy server 30 for the endpoint registration.
- the telephony server 10 requests the PUSH proxy server 30 to transmit the PUSH notification when performing PUSH notification to the VoIP applications 51_1 and 51_2, for example, when performing an incoming call notification.
- the description given using the telephony server 10 is the configuration (operation) of the telephony server operating as the primary.
- the telephony server 20 When the telephony server 20 is the primary, the telephony server 20 performs the above content.
- the PUSH Proxy server 30 corresponds to the server device in the first embodiment.
- the PUSH Proxy server 30 is a server device provided on the Internet.
- the PUSH Proxy server 30 receives a request for Endpoint registration from the telephony server 10.
- the PUSH Proxy server 30 registers the PBX-id of the telephony server 10 and the device token of the communication terminal having the VoIP application targeted for the Endpoint registration in association with each other as the Endpoint registration.
- the PUSH proxy server 30 transmits the PUSH notification request for requesting the PUSH notification to the PUSH service server 40.
- the PUSH notification request is a message that requests PUSH notification to the VoIP application of the communication terminal to which the PUSH notification is transmitted.
- the PUSH proxy server 30 transmits the PUSH service server 40 by including the device token of the PUSH notification target communication terminal in the PUSH notification request.
- the PUSH service server 40 is a server device that performs PUSH notification to the communication terminal of the device token included in the PUSH notification request, in response to the PUSH notification request from the PUSH proxy server 30.
- the PUSH notification is a notification made at the OS (Operation System) level of the communication terminal, and an event notification is made to the application installed in the communication terminal by PUSH.
- the communication terminals 50_1 and 50_2 correspond to the communication terminals in the first embodiment.
- the communication terminals 50_1 and 50_2 may be, for example, smartphone terminals, tablet terminals, or the like.
- the communication system 100 has a configuration including two communication terminals 50_1 and 50_2, but may have a configuration including one or more communication terminals.
- VoIP application 51_1 is installed in communication terminal 50_1. Further, the VoIP application 51_2 is installed in the communication terminal 50_2.
- the communication terminals 50_1 and 50_2 transition the VoIP applications 51_1 and 51_2 to the background when the VoIP applications 51_1 and 51_2 are not used and are in a standby state.
- the communication terminals 50_1 and 50_2 are configured such that the OSs of the communication terminals 50_1 and 50_2 can receive the PUSH notification from the PUSH service server 40.
- the communication terminals 50_1 and 50_2 notify the VoIP applications 51_1 and 51_2.
- the communication terminals 50_1 and 50_2 transition from the sleep state to the active state and notify the VoIP applications 51_1 and 51_2 of the PUSH notification.
- VoIP applications 51_1 and 51_2 correspond to the predetermined applications in the first embodiment.
- the VoIP applications 51_1 and 51_2 are voice communication application software that provides an IP telephone function.
- the VoIP applications 51_1 and 51_2 connect and communicate with the primary telephony server 10. Note that the VoIP applications 51_1 and 51_2 connect and communicate with the telephony server 20 when the telephony server 20 operates as a primary.
- the VoIP applications 51_1 and 51_2 can connect and communicate with the PUSH service server 40.
- the VoIP application 51_1 acquires the device token of the communication terminal 50_1 from the PUSH service server 40.
- the VoIP application 51_2 is installed in the communication terminal 50_2, the device token of the communication terminal 50_2 is acquired from the PUSH service server 40.
- the VoIP applications 51_1 and 51_2 When performing registration processing with the telephony server 10, the VoIP applications 51_1 and 51_2 send a registration request message including the acquired device token to the telephony server 10 and register the device token with the telephony server 10.
- ⁇ Telephony server configuration example> Next, a configuration example of the telephony servers 10 and 20 will be described. As described above, the telephony servers 10 and 20 are assumed to have the same configuration in this embodiment. Therefore, a configuration example of the telephony server will be described using the telephony server 10.
- the telephony server 10 includes a notification control unit 11, a terminal control unit 12, and a call processing control unit 13.
- the telephony server 20 includes a notification control unit 21, a terminal control unit 22, and a call processing control unit 23.
- the notification control unit 21, the terminal control unit 22, and the call processing control unit 23 are functional units having the same configurations as the notification control unit 11, the terminal control unit 12, and the call processing control unit 13, respectively.
- the notification control unit 11 corresponds to the notification control unit 2 according to the first embodiment. Upon receiving the registration request message from the VoIP application, the notification control unit 11 determines whether it is necessary to perform the endpoint registration in the PUSH proxy server 30. When the Endpoint registration is necessary, the notification control unit 11 requests the PUSH Proxy server 30 for the Endpoint registration.
- the VoIP application 51_1 is installed in the communication terminal 50_1 for the first time, and the terminal control unit 12 described below receives a registration request message including the device token of the communication terminal 50_1 from the VoIP application 51_1. Then, the VoIP application 51_1 performs registration processing with the terminal control unit 12 described later.
- the notification control unit 11 acquires from the terminal control unit 12 the device token of the communication terminal 50_1 received from the VoIP application 51_1. The notification control unit 11 determines whether or not the VoIP application 51_1 is end-point registered in the PUSH proxy server 30.
- the notification control unit 11 determines whether the device token of the communication terminal 50_1 included in the registration request message received from the VoIP application 51_1 is registered in the PUSH proxy server 30.
- the notification control unit 11 sends the PBX-id of the telephony server 10 and the device token of the communication terminal 50_1 to the PUSH Proxy server 30 to confirm whether the device token of the communication terminal 50_1 is registered. Request. Then, the notification control unit 11 receives a response to the confirmation as to whether or not the device token of the communication terminal 50_1 is registered from the PUSH proxy server 30, and determines whether or not the device token of the communication terminal 50_1 is registered. You may.
- the notification control unit 11 may connect to the PUSH Proxy server 30 and check whether the device token of the communication terminal 50_1 is registered in the PUSH Proxy server 30 to make the determination.
- the notification control unit 11 transmits the PBX-id of the telephony server 10 and the device token of the communication terminal 50_1, and if the information is not registered, the device token of the communication terminal 50_1 is registered. Good.
- the notification control unit 11 determines that the Endpoint registration is necessary, and causes the PUSH proxy server 30 to register the device token of the communication terminal 50_1.
- the notification control unit 11 transmits an Endpoint registration request message including the PBX-id of the telephony server 10 and the device token of the communication terminal 50_1 to the PUSH proxy server 30. Then, the notification control unit 11 associates the PBX-id of the telephony server 10 with the device token of the communication terminal 50_1 and registers them in the PUSH proxy server 30. The notification control unit 11 may connect to the PUSH Proxy server 30 and register the PBX-id of its own device and the device token of the communication terminal 50_1 in association with each other.
- the notification control unit 11 determines that the Endpoint registration is unnecessary and does not allow the device token of the communication terminal 50_1 to be registered in the PUSH proxy server 30. .. That is, the notification control unit 11 does not transmit the Endpoint registration request message including the PBX-id of the telephony server 10 and the device token of the communication terminal 50_1 to the PUSH proxy server 30.
- the notification control unit 11 sends a notification for causing the VoIP application registered as an end point to the PUSH proxy server 30 to register itself to the PUSH proxy server 30 when the own device transitions to the operating state. To request.
- the notification control unit 11 transmits a REGISTER broadcast notification request message containing the PBX-id of the telephony server 10 to the PUSH proxy server 30.
- the REGISTER broadcast notification request message is a message requesting a notification for causing the VoIP application registered as an end point in the PUSH proxy server 30 to execute registration in the telephony server 10. That is, the REGISTER broadcast notification request is a message for causing the VoIP application registered in the Endpoint to re-register (re-register) with the primary telephony server 10. Further, the REGISTER broadcast notification request message is a message requesting that the VOIP applications end-registered in the PUSH proxy server 30 be notified of the PUSH notification all at once.
- the REGISTER broadcast notification request message may be a message requesting notification of the PUSH notification for each predetermined number of communication terminals in consideration of the processing load of the telephony server 10 and the PUSH proxy server 30.
- the notification control unit 11 is redundantly configured with the own device, and when a failure occurs in the telephony server 20 that has been operating as the primary and the own device is switched to the primary, even if it is determined that the own device has transitioned to the operating state. Good. Alternatively, the notification control unit 11 may determine that the own device has transitioned to the operating state when the own device restarts and is activated as an active exchange after the restart. Alternatively, the notification control unit 11 may determine that the own device has transitioned to the operating state when the own device is operating as a primary device and the terminal control unit 12 described later is restarted.
- the call processing control unit 13 described later determines whether any of the above is applicable, and the call processing control unit 13 notifies the notification control unit 11 that one of the above is satisfied. Good. Then, the notification control unit 11 may determine, based on the notification from the call processing control unit 13, whether or not the own device has transitioned to the operating state. Alternatively, the notification control unit 11 may determine whether or not any of the above is satisfied, and may determine whether or not the own device has transitioned to the operating state.
- the VoIP applications 51_1 and 51_2 are registered as Endpoints in the PUSH Proxy server 30.
- the PBX-id of the telephony server 10 and the device token of the communication terminal 50_1 are registered in the PUSH Proxy server 30 in association with each other.
- the PBX-id of the telephony server 10 and the device token of the communication terminal 50_2 are registered in association with each other.
- the notification control unit 11 determines that the own device has transitioned to the primary (operating state). Then, the notification control unit 11 transmits a REGISTER broadcast notification request message including the PBX-id of the telephony server 10 to the PUSH proxy server 30.
- the PUSH Proxy server 30 When receiving the REGISTER broadcast notification message, the PUSH Proxy server 30 acquires the device token associated with the PBX-id included in the REGISTER broadcast notification message. That is, the PUSH Proxy server 30 acquires the device tokens of the communication terminals 50_1 and 50_2.
- the PUSH proxy server 30 transmits a PUSH notification request, which is a request for PUSH notification to the communication terminals 50_1 and 50_2 corresponding to the acquired device token, to the PUSH service server 40.
- the PUSH proxy server 30 transmits a PUSH notification request including the acquired device token to the PUSH service server 40. That is, the PUSH proxy server 30 transmits the PUSH notification request including the device tokens of the communication terminals 50_1 and 50_2 to the PUSH service server 40.
- the PUSH service server 40 upon receiving the PUSH notification request, the PUSH service server 40 performs PUSH notification to the communication terminal of the device token included in the PUSH notification request.
- the PUSH service server 40 is the PUSH notification resulting from the REGISTER broadcast notification message
- the PUSH service server 40 transmits the PUSH notification requesting re-registration (re-registration).
- the terminal control unit 12 corresponds to the terminal control unit 3 according to the first embodiment.
- the terminal control unit 12 registers the VoIP applications 51_1 and 51_2 in its own device.
- the terminal control unit 12 receives the registration request message including the device token of the communication terminal 50_1 from the VoIP application 51_1, and registers the device token of the communication terminal 50_1 in its own device.
- the terminal control unit 12 receives the registration request message including the device token of the communication terminal 50_2 from the VoIP application 51_2, and registers the device token of the communication terminal 50_2 in its own device.
- the terminal control unit 12 receives, from the VoIP applications 51_1 and 51_2, a registration request message including the device tokens of the communication terminals 50_1 and 50_2 and the extension numbers assigned to the VoIP applications 51_1 and 51_2. Then, the terminal control unit 12 registers the device token of the communication terminal 50_1 and the extension number assigned to the VoIP application 51_1 in association with each other. Similarly, the terminal control unit 12 associates and registers the device token of the communication terminal 50_2 and the extension number assigned to the VoIP application 51_2.
- the call processing control unit 13 controls the processing of calls such as outgoing calls, incoming calls, and telephone calls.
- the call processing control unit 13 performs call control in a telephone call between an external telephone (not shown) and the VoIP applications 51_1 and 51_2, for example.
- the call processing control unit 13 performs call control in a call between the VoIP applications 51_1 and 51_2, for example.
- the call processing control unit 13 may detect that a failure has occurred in the telephony server 20 that was operating as the primary and that the own device has switched to the primary. Alternatively, the call processing control unit 13 may detect that the device itself has restarted while the device itself is operating as the primary device and that the device itself has started as the active system exchange after the restart. Alternatively, the call processing control unit 13 may detect that the terminal control unit 12 has been restarted when the own device is operating as the primary device. Then, the call processing control unit 13 may notify the notification control unit 11 of the detected content.
- FIGS. 3 and 4 are diagrams for explaining an operation example of the communication system according to the second exemplary embodiment.
- the telephony server 10 will be described on the assumption that the telephony server 10 operates as a primary.
- the telephony server 20 performs the operations of FIGS. 3 and 4.
- FIG. 3 is a diagram illustrating a case where a registration request message is transmitted from the VoIP application 51_1. Note that the same operation example is also performed when the registration request message is transmitted from the VoIP application 51_2. Also, when the registration request message is transmitted from both the VoIP applications 51_1 and 51_2, the same operation is executed for each of the VoIP applications 51_1 and 51_2.
- the VoIP application 51_1 transmits a registration request message to the terminal control unit 12 (step S1).
- the VoIP application 51_1 When the VoIP application 51_1 is first installed in the communication terminal 50_1, the VoIP application 51_1 sends a registration request message to the terminal control unit 12.
- the PUSH service server 40 sends a PUSH notification requesting re-registration (re-registration) to the VoIP application 51_1, the VoIP application 51_1 sends a registration request message to the terminal control unit 12.
- the registration request message may be, for example, a REGISTER message that is a SIP message.
- the registration request message includes the device token of the communication terminal 50_1 and the extension number assigned to the VoIP application 51_1.
- the terminal control unit 12 registers the VoIP application 51_1 in its own device (step S2).
- the terminal control unit 12 registers the device token of the communication terminal 50_1 included in the registration request message and the extension number assigned to the VoIP application 51_1 in association with each other in the own device.
- the terminal control unit 12 transmits the device token of the communication terminal 50_1 to the notification control unit 11 (step S3).
- the notification control unit 11 confirms whether or not the device token of the communication terminal 50_1 acquired in step S3 is registered in the PUSH proxy server 30 (step S4).
- the notification control unit 11 confirms whether or not the device token of the communication terminal 50_1 is registered in the PUSH proxy server 30 in order to determine whether or not the Endpoint registration of the VoIP application 51_1 is necessary.
- the notification control unit 11 sends the PBX-id of the telephony server 10 and the device token of the communication terminal 50_1 to the PUSH Proxy server 30 to confirm whether the device token of the communication terminal 50_1 is registered. Request. Then, the notification control unit 11 may receive from the PUSH proxy server 30 a response to the confirmation as to whether or not the device token of the communication terminal 50_1 is registered. Alternatively, the notification control unit 11 may connect to the PUSH Proxy server 30 and check whether the device token of the communication terminal 50_1 is registered in the PUSH Proxy server 30.
- the notification control unit 11 determines whether or not the device token of the communication terminal 50_1 is registered in the PUSH Proxy server 30 based on the confirmation result of step S4 (step S5).
- the notification control unit 11 determines that the Endpoint registration has already been performed, and ends the processing.
- the notification control unit 11 sends an Endpoint registration request message to the PUSH Proxy server 30 (step S6).
- the notification control unit 11 includes the PBX-id of the telephony server 10 and the device token of the communication terminal 50_1 in the Endpoint registration request message and transmits the message to the PUSH proxy server 30.
- the PUSH Proxy server 30 upon receiving the Endpoint registration request message, performs Endpoint registration (step S7). Specifically, the PUSH Proxy server 30 registers the PBX-id of the telephony server 10 and the device token of the communication terminal 50_1 included in the Endpoint registration request message in association with each other.
- the notification control unit 11 may connect to the PUSH Proxy server 30 and register the PBX-id of its own device and the device token of the communication terminal 50_1 in association with each other.
- FIG. 4 is a sequence diagram executed when the telephony server 20 is operating as the primary, and when the telephony server 20 fails and the telephony server 10 is switched to the primary. Further, FIG. 4 is a sequence diagram executed when the telephony server 10 is restarted and started as a primary after the restart. Further, FIG. 4 is a sequence diagram executed when the telephony server 10 is operating as the primary and the terminal control unit 12 is restarted.
- the VoIP applications 51_1 and 51_2 are registered as Endpoints in the PUSH Proxy server 30. That is, the PBX-id of the telephony server 10 and the device token of the communication terminal 50_1 are registered in the PUSH Proxy server 30 in association with each other. In the PUSH Proxy server 30, the PBX-id of the telephony server 10 and the device token of the communication terminal 50_2 are registered in association with each other.
- the notification control unit 11 transmits a REGISTER broadcast notification request message including the PBX-id of the own device to the PUSH proxy server 30 (step S11).
- the PUSH Proxy server 30 acquires the device token registered in association with the PBX-id of the telephony server 10 included in the REGISTER broadcast notification request message (step S12).
- the PBX-id of the telephony server 10 and the device tokens of the communication terminals 50_1 and 50_2 are registered in association with each other. Therefore, the PUSH Proxy server 30 acquires the device tokens of the communication terminals 50_1 and 50_2.
- the PUSH proxy server 30 includes the device tokens of the communication terminals 50_1 and 50_2 in the PUSH notification request, and sends the PUSH notification request to the PUSH service server 40 (step S13).
- the PUSH service server 40 receives the PUSH notification request, and sends the PUSH notification to the communication terminal of the device token included in the PUSH notification request (step S14). Since the PUSH notification request includes the device tokens of the communication terminals 50_1 and 50_2, the PUSH service server 40 acquires the device tokens of the communication terminals 50_1 and 50_2. Then, the PUSH service server 40 transmits a PUSH notification requesting re-registration (re-registration) to the communication terminals 50_1 and 50_2. The PUSH service server 40 simultaneously sends the PUSH notification to the communication terminals corresponding to the acquired device token. That is, the PUSH service server 40 broadcasts to the communication terminal corresponding to the acquired device token.
- the communication terminals 50_1 and 50_2 Upon receiving the PUSH notification, the communication terminals 50_1 and 50_2 notify the VoIP applications 51_1 and 51_2, and the VoIP applications 51_1 and 51_2 make a registration request to the terminal control unit 12 (step S15).
- the communication terminals 50_1 and 50_2 transition the sleep VoIP application to the active state when the PUSH notification is received and one of the VoIP applications 51_1 and 51_2 is in the sleep state. Then, since the VoIP applications 51_1 and 51_2 are in the active state, the VoIP applications 51_1 and 51_2 transmit the registration request message to the terminal control unit 12 of the telephony server 10 based on the content of the PUSH notification.
- the registration request message may be a SIP REGISTER.
- the VoIP application 51_1 transmits a registration request message including the device token of the communication terminal 50_1, and the VoIP application 51_2 transmits a registration request message including the device token of the communication terminal 50_2. After that, the operation of FIG. 3 is executed in the communication system 100.
- the telephony servers 10 and 20 transmit the REGISTER broadcast notification request message to the PUSH proxy server 30 when the own devices transit to the operating state. Then, the telephony servers 10 and 20 register the Endpoint-registered VoIP applications 51_1 and 51_2 in their own devices.
- the PUSH notification resulting from the REGISTER broadcast notification request message is a PUSH notification that transitions to the active state even if either of the VoIP applications 51_1 and 51_2 is in the sleep state. That is, since the telephony servers 10 and 20 cause the VoIP application in the sleep state to transition to the active state and cause the own device to execute the registration process without requiring user operation, the incoming call notification should be performed normally. Is possible. Therefore, by using the telephony servers 10 and 20 according to the second embodiment, it is possible to suppress service deterioration at the time of failure occurrence without requiring user operation.
- the telephony servers 10 and 20 request the PUSH proxy server 30 for end point registration.
- the PUSH Proxy server 30 registers the device tokens of the communication terminals 50_1 and 50_2 and manages the VoIP application of the service target of the telephony servers 10 and 20. That is, the telephony servers 10 and 20 and the PUSH proxy server 30 manage the VoIP application to be served by the telephony servers 10 and 20. Therefore, for example, even when a failure occurs in both the telephony servers 10 and 20, it is possible to restore the service state based on the information of the VoIP application of the service target managed by the PUSH proxy server 30. Become. Therefore, according to the communication system 100 according to the second embodiment, it is possible to restore the service state even when both the telephony servers 10 and 20 have a failure.
- identification information for identifying the VoIP applications 51_1 and 51_2 may be further used.
- the identification information may be an application ID.
- the telephony servers 10 and 20 may store the application IDs of the VoIP applications 51_1 and 51_2 in advance.
- the VoIP applications 51_1 and 51_2 may include their application ID in the registration request message and transmit the registration request message. Then, in the telephony servers 10 and 20, the VoIP applications 51_1 and 51_2 may acquire the application ID of the registration request message from the registration request message.
- the telephony servers 10 and 20 may make a determination using the application IDs of the VoIP applications 51_1 and 51_2 when determining whether or not the Endpoint registration is necessary. That is, the telephony servers 10 and 20 may determine whether the PBX-id, the device token, and the application ID are registered in the PUSH proxy server 30.
- the telephony servers 10 and 20 include the PBX-id, the device token, and the application ID in the Endpoint registration request message, and transmit the message to the PUSH proxy server 30.
- the PUSH proxy server 30 may register the PBX-id, the device token, and the application ID included in the Endpoint registration request message in association with each other.
- the telephony server 10 provides a plurality of services and there are a plurality of corresponding applications, it becomes possible to manage and identify the application corresponding to each service. ..
- the registration request message at the time of initial registration and the registration request message at the time of re-registration are the same message.
- the message type may be included in the registration request message to distinguish between the registration request message at the time of initial registration and the registration request message at the time of re-registration.
- the telephony servers 10 and 20 determine from the message type included in the registration request message whether or not the VoIP application that is the transmission source of the registration request message is endpoint-registered. Further, the telephony servers 10 and 20 do not have to confirm with the PUSH proxy server 30 whether or not the VoIP application that is the transmission source of the registration request message is registered as an end point.
- FIG. 5 is a block diagram illustrating a hardware configuration of an exchange or the like according to each embodiment of the present disclosure.
- the exchange 1 or the like includes a processor 1202 and a memory 1203.
- the processor 1202 reads the software (computer program) from the memory 1203 and executes it to perform the operation (processing) of the exchange 1 or the like described using the flowcharts in the above-described embodiment.
- the processor 1202 may be, for example, a microprocessor, MPU (Micro Processing Unit), or CPU (Central Processing Unit).
- the processor 1202 may include multiple processors.
- the memory 1203 is composed of a combination of a volatile memory and a non-volatile memory.
- Memory 1203 may include storage located remotely from processor 1202. In this case, the processor 1202 may access the memory 1203 via an I / O interface (not shown).
- the memory 1203 is used to store the software module group.
- the processor 1202 can perform the operation (processing) of the exchange 1 or the like described in the above embodiment by reading out these software module groups from the memory 1203 and executing them.
- each of the processors included in the exchange 1 or the like executes one or a plurality of programs including a group of instructions for causing a computer to execute the algorithm described with reference to the drawing.
- Non-transitory computer readable media include various types of tangible storage media.
- Examples of non-transitory computer readable media include magnetic recording media (eg, flexible disks, magnetic tapes, hard disk drives), magneto-optical recording media (eg, magneto-optical disks).
- examples of the non-transitory computer-readable medium include CD-ROM (Read Only Memory), CD-R, and CD-R / W.
- examples of non-transitory computer readable media include semiconductor memory.
- the semiconductor memory includes, for example, a mask ROM, a PROM (Programmable ROM), an EPROM (Erasable PROM), a flash ROM, and a RAM (Random Access Memory).
- the program may be supplied to the computer by various types of transitory computer readable media. Examples of transitory computer-readable media include electrical signals, optical signals, and electromagnetic waves.
- the transitory computer-readable medium can supply the program to the computer via a wired communication path such as an electric wire and an optical fiber, or a wireless communication path.
- a notification control unit that requests the server device to transmit a notification for causing a predetermined application of a communication terminal registered in the server device to perform registration in the device itself when the device itself transitions to an operating state;
- An exchange including: a terminal control unit that registers the predetermined application in its own device.
- the notification control unit transmits a notification request message including first identification information for identifying the own device to the server device, The terminal control unit receives a first registration request message including second identification information for identifying the communication terminal from the predetermined application, and registers the second identification information in its own device.
- the exchange according to any one of appendices 2 to 4.
- Appendix 6 The exchange according to any one of appendices 2 to 5, wherein the first identification information is the same information as other exchanges redundantly configured with the own device.
- Appendix 7) The exchange according to any one of appendices 2 to 6, wherein the second identification information is a device token.
- the notification control unit is redundantly configured with its own device, and when another switch operating as an active switching device fails and the local device switches to the active switching device, the own device restarts and starts up as the active switching device.
- the exchange is When the own device transits to the operating state, the server device is requested to transmit a notification for causing a predetermined application of the communication terminal registered in the server device to execute registration to the own device, and Register the application on your device,
- the server device is A communication system for performing the notification to the predetermined application via another server device in response to a request from the exchange.
- the exchange is Transmitting a notification request message including the first identification information for identifying the own device, 27.
- the communication system according to appendix 26 which receives a registration request message including second identification information for identifying the communication terminal, and registers the second identification information in the own device.
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Monitoring And Testing Of Exchanges (AREA)
- Nitrogen And Oxygen Or Sulfur-Condensed Heterocyclic Ring Systems (AREA)
- Pharmaceuticals Containing Other Organic And Inorganic Compounds (AREA)
Abstract
Description
自装置が運用状態に遷移した場合、サーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することを前記サーバ装置に要求する通知制御部と、
前記所定のアプリケーションを自装置に登録する端末制御部と、を備える。
上記交換機と、
サーバ装置と、を含み、
前記サーバ装置は、
前記交換機からの要求に応じて、他のサーバ装置を介して前記所定のアプリケーションに前記通知を行う、通信システムである。
自装置が運用状態に遷移した場合、サーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することを前記サーバ装置に要求することと、
前記所定のアプリケーションを自装置に登録することと、を含む。
自装置が運用状態に遷移した場合、サーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することを前記サーバ装置に要求することと、
前記所定のアプリケーションを自装置に登録することと、をコンピュータに実行させる登録プログラムである。
図1を用いて実施の形態1について説明する。図1は、実施の形態1にかかる交換機1の概要を示す図である。
通知制御部2は、例えば、運用系交換機に障害が発生した場合等、自装置が運用状態に遷移した場合、図示しないサーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することをサーバ装置に要求する。
続いて、実施の形態2について説明する。実施の形態2は、実施の形態1を詳細にした実施の形態である。
<通信システムの構成例>
図2を用いて、実施の形態2にかかる通信システム100の構成例を説明する。図2は、実施の形態2にかかる通信システムの構成例を示す図である。通信システム100は、通信端末にサービスを提供する通信システムである。なお、以降の説明においては、通信端末に提供するサービスはVoIPに準拠した音声通信サービスであるとして説明を行う。つまり、通信システム100は、通信端末に対して音声通信サービスを提供する通信システムである。
次に、テレフォニーサーバ10及び20の構成例について説明する。なお、上述したように、本実施の形態ではテレフォニーサーバ10及び20は、同一の構成を有することを前提としている。そのため、テレフォニーサーバ10を用いてテレフォニーサーバの構成例を説明する。
続いて、図3及び図4を用いて、実施の形態2にかかる通信システム100の動作例について説明する。図3及び図4は、実施の形態2にかかる通信システムの動作例を説明する図である。なお、図3及び図4の説明において、テレフォニーサーバ10がプライマリとして動作していることを前提としてテレフォニーサーバ10を用いて説明する。テレフォニーサーバ20がプライマリとして動作する場合は、テレフォニーサーバ20が図3及び図4の動作を行う。
上述した実施の形態2において以下の変形を施してもよい。
<1>Endpoint登録として、テレフォニーサーバ10のPBX-id及び通信端末50_1及び50_2のデバイストークンに加えて、VoIPアプリケーション51_1及び51_2を識別する識別情報をさらに用いてもよい。当該識別情報は、アプリケーションIDであってもよい。
図5は、上述した実施の形態において説明した交換機1、テレフォニーサーバ10及び20(以下、交換機1等と称する)は、次のようなハードウェア構成を有していてもよい。図5は、本開示の各実施の形態にかかる交換機等のハードウェア構成を例示するブロック図である。
プロセッサ1202は、メモリ1203からソフトウェア(コンピュータプログラム)を読み出して実行することで、上述の実施形態においてフローチャートを用いて説明された交換機1等の動作(処理)を行う。プロセッサ1202は、例えば、マイクロプロセッサ、MPU(Micro Processing Unit)、又はCPU(Central Processing Unit)であってもよい。プロセッサ1202は、複数のプロセッサを含んでもよい。
(付記1)
自装置が運用状態に遷移した場合、サーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することを前記サーバ装置に要求する通知制御部と、
前記所定のアプリケーションを自装置に登録する端末制御部と、を備える交換機。
(付記2)
前記通知制御部は、自装置を識別する第1の識別情報を含む通知要求メッセージを前記サーバ装置に送信し、
前記端末制御部は、前記通信端末を識別する第2の識別情報を含む第1の登録要求メッセージを前記所定のアプリケーションから受信し、前記第2の識別情報を自装置に登録する、付記1に記載の交換機。
(付記3)
前記通知制御部は、前記第1の登録要求メッセージが受信された場合、前記第2の識別情報が前記サーバ装置に登録されているか否かを判定し、前記第2の識別情報が登録されていない場合、前記第1の識別情報と、前記第2の識別情報とを含む第2の登録要求メッセージを前記サーバ装置に送信する、付記2に記載の交換機。
(付記4)
前記通知制御部は、前記所定のアプリケーションを識別する第3の識別情報をさらに含む前記第2の登録要求メッセージを前記サーバ装置に送信する、付記3に記載の交換機。
(付記5)
前記通知制御部は、前記第1の登録要求メッセージが受信された場合、前記第2の識別情報が前記サーバ装置に登録されているか否かを判定し、前記第2の識別情報が登録されている場合、前記第1の識別情報と、前記第2の識別情報とを含む第2の登録要求メッセージを前記サーバ装置に送信しない、付記2~4のいずれか1項に記載の交換機。
(付記6)
前記第1の識別情報は、自装置と冗長構成された他の交換機と同一の情報である、付記2~5のいずれか1項に記載の交換機。
(付記7)
前記第2の識別情報は、デバイストークンである、付記2~6のいずれか1項に記載の交換機。
(付記8)
前記通知制御部は、自装置と冗長構成され、運用系交換機として動作する他の交換機に障害が発生し、自装置が運用系交換機に切り替わった場合、自装置が再開し、運用系交換機として起動する場合、及び、自装置が運用系交換機として動作している場合であって前記端末制御部が再起動した場合のいずれかを満たす場合、自装置が運用状態に遷移したと判定し、前記通知を前記サーバ装置に要求する、付記1~7のいずれか1項に記載の交換機。
(付記9)
前記要求は、前記所定のアプリケーションに対して一斉に通知することを示す同報通知を行う要求である、付記1~8のいずれか1項に記載の交換機。
(付記10)
前記通知は、スリープ状態の前記所定のアプリケーションを起動可能なPUSH通知である、付記1~9のいずれか1項に記載の交換機。
(付記11)
前記所定のアプリケーションは、VoIP(Voice Over IP(Internet Protocol))アプリケーションである、付記1~10のいずれか1項に記載の交換機。
(付記12)
付記1~11のいずれか1項に記載の交換機と、
サーバ装置と、を含み、
前記サーバ装置は、
前記交換機からの要求に応じて、他のサーバ装置を介して前記所定のアプリケーションに前記通知を行う、通信システム。
(付記13)
自装置が運用状態に遷移した場合、サーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することを前記サーバ装置に要求することと、
前記所定のアプリケーションを自装置に登録することと、を含む登録方法。
(付記14)
自装置を識別する第1の識別情報を含む通知要求メッセージを前記サーバ装置に送信し、
前記通信端末を識別する第2の識別情報を含む第1の登録要求メッセージを前記所定のアプリケーションから受信し、
前記第2の識別情報を自装置に登録する、付記13に記載の登録方法。
(付記15)
前記第1の登録要求メッセージが受信された場合、前記第2の識別情報が前記サーバ装置に登録されているか否かを判定し、
前記第2の識別情報が登録されていない場合、前記第1の識別情報と、前記第2の識別情報とを含む第2の登録要求メッセージを前記サーバ装置に送信する、付記14に記載の登録方法。
(付記16)
前記所定のアプリケーションを識別する第3の識別情報をさらに含む前記第2の登録要求メッセージを前記サーバ装置に送信する、付記15に記載の登録方法。
(付記17)
前記第1の登録要求メッセージが受信された場合、前記第2の識別情報が前記サーバ装置に登録されているか否かを判定し、
前記第2の識別情報が登録されている場合、前記第1の識別情報と、前記第2の識別情報とを含む第2の登録要求メッセージを前記サーバ装置に送信しない、付記14~16のいずれか1項に記載の登録方法。
(付記18)
前記第1の識別情報は、自装置と冗長構成された他の交換機と同一の情報である、付記14~17のいずれか1項に記載の登録方法。
(付記19)
前記第2の識別情報は、デバイストークンである、付記14~18のいずれか1項に記載の登録方法。
(付記20)
自装置と冗長構成され、運用系装置として動作する他の装置に障害が発生し、自装置が運用系装置に切り替わった場合、自装置が再開し、運用系装置として起動する場合、及び、自装置が運用系装置として動作している場合のいずれかを満たす場合、自装置が運用状態に遷移したと判定し、前記通知を前記サーバ装置に要求する、付記13~19のいずれか1項に記載の登録方法。
(付記21)
前記要求は、前記所定のアプリケーションに対して一斉に通知することを示す同報通知を行う要求である、付記13~20のいずれか1項に記載の登録方法。
(付記22)
前記通知は、スリープ状態の前記所定のアプリケーションを起動可能なPUSH通知である、付記13~21のいずれか1項に記載の登録方法。
(付記23)
前記所定のアプリケーションは、VoIP(Voice Over IP(Internet Protocol))アプリケーションである、付記13~22のいずれか1項に記載の登録方法。
(付記24)
付記13~23のいずれか1項に記載の登録方法をコンピュータに実行させるプログラム。
(付記25)
自装置が運用状態に遷移した場合、サーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することを前記サーバ装置に要求することと、
前記所定のアプリケーションを自装置に登録することと、をコンピュータに実行させる登録プログラム。
(付記26)
交換機と、サーバ装置とを含み、
前記交換機は、
自装置が運用状態に遷移した場合、前記サーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することを前記サーバ装置に要求すると共に、前記所定のアプリケーションを自装置に登録し、
前記サーバ装置は、
前記交換機からの要求に応じて、他のサーバ装置を介して前記所定のアプリケーションに前記通知を行う、通信システム。
(付記27)
前記交換機は、
自装置を識別する第1の識別情報を含む通知要求メッセージを送信し、
前記通信端末を識別する第2の識別情報を含む登録要求メッセージを受信し、前記第2の識別情報を自装置に登録する、付記26に記載の通信システム。
(付記28)
前記通知は、スリープ状態の前記所定のアプリケーションを起動可能なPUSH通知である、付記26又は27に記載の通信システム。
2、11、21 通知制御部
3、12、22 端末制御部
10、20 テレフォニーサーバ
13、23 呼処理制御部
30 PUSH Proxyサーバ
40 PUSHサービスサーバ
50_1、50_2 通信端末
51_1、51_2 VoIPアプリケーション
100 通信システム
Claims (24)
- 自装置が運用状態に遷移した場合、サーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することを前記サーバ装置に要求する通知制御手段と、
前記所定のアプリケーションを自装置に登録する端末制御手段と、を備える交換機。 - 前記通知制御手段は、自装置を識別する第1の識別情報を含む通知要求メッセージを前記サーバ装置に送信し、
前記端末制御手段は、前記通信端末を識別する第2の識別情報を含む第1の登録要求メッセージを前記所定のアプリケーションから受信し、前記第2の識別情報を自装置に登録する、請求項1に記載の交換機。 - 前記通知制御手段は、前記第1の登録要求メッセージが受信された場合、前記第2の識別情報が前記サーバ装置に登録されているか否かを判定し、前記第2の識別情報が登録されていない場合、前記第1の識別情報と、前記第2の識別情報とを含む第2の登録要求メッセージを前記サーバ装置に送信する、請求項2に記載の交換機。
- 前記通知制御手段は、前記所定のアプリケーションを識別する第3の識別情報をさらに含む前記第2の登録要求メッセージを前記サーバ装置に送信する、請求項3に記載の交換機。
- 前記通知制御手段は、前記第1の登録要求メッセージが受信された場合、前記第2の識別情報が前記サーバ装置に登録されているか否かを判定し、前記第2の識別情報が登録されている場合、前記第1の識別情報と、前記第2の識別情報とを含む第2の登録要求メッセージを前記サーバ装置に送信しない、請求項2~4のいずれか1項に記載の交換機。
- 前記第1の識別情報は、自装置と冗長構成された他の交換機と同一の情報である、請求項2~5のいずれか1項に記載の交換機。
- 前記第2の識別情報は、デバイストークンである、請求項2~6のいずれか1項に記載の交換機。
- 前記通知制御手段は、自装置と冗長構成され、運用系交換機として動作する他の交換機に障害が発生し、自装置が運用系交換機に切り替わった場合、自装置が再開し、運用系交換機として起動する場合、及び、自装置が運用系交換機として動作している場合であって前記端末制御手段が再起動した場合のいずれかを満たす場合、自装置が運用状態に遷移したと判定し、前記通知を前記サーバ装置に要求する、請求項1~7のいずれか1項に記載の交換機。
- 前記要求は、前記所定のアプリケーションに対して一斉に通知することを示す同報通知を行う要求である、請求項1~8のいずれか1項に記載の交換機。
- 前記通知は、スリープ状態の前記所定のアプリケーションを起動可能なPUSH通知である、請求項1~9のいずれか1項に記載の交換機。
- 前記所定のアプリケーションは、VoIP(Voice Over IP(Internet Protocol))アプリケーションである、請求項1~10のいずれか1項に記載の交換機。
- 請求項1~11のいずれか1項に記載の交換機と、
サーバ装置と、を含み、
前記サーバ装置は、
前記交換機からの要求に応じて、他のサーバ装置を介して前記所定のアプリケーションに前記通知を行う、通信システム。 - 自装置が運用状態に遷移した場合、サーバ装置に登録された通信端末の所定のアプリケーションに自装置への登録を実行させるための通知を送信することを前記サーバ装置に要求することと、
前記所定のアプリケーションを自装置に登録することと、を含む登録方法。 - 自装置を識別する第1の識別情報を含む通知要求メッセージを前記サーバ装置に送信し、
前記通信端末を識別する第2の識別情報を含む第1の登録要求メッセージを前記所定のアプリケーションから受信し、
前記第2の識別情報を自装置に登録する、請求項13に記載の登録方法。 - 前記第1の登録要求メッセージが受信された場合、前記第2の識別情報が前記サーバ装置に登録されているか否かを判定し、
前記第2の識別情報が登録されていない場合、前記第1の識別情報と、前記第2の識別情報とを含む第2の登録要求メッセージを前記サーバ装置に送信する、請求項14に記載の登録方法。 - 前記所定のアプリケーションを識別する第3の識別情報をさらに含む前記第2の登録要求メッセージを前記サーバ装置に送信する、請求項15に記載の登録方法。
- 前記第1の登録要求メッセージが受信された場合、前記第2の識別情報が前記サーバ装置に登録されているか否かを判定し、
前記第2の識別情報が登録されている場合、前記第1の識別情報と、前記第2の識別情報とを含む第2の登録要求メッセージを前記サーバ装置に送信しない、請求項14~16のいずれか1項に記載の登録方法。 - 前記第1の識別情報は、自装置と冗長構成された他の交換機と同一の情報である、請求項14~17のいずれか1項に記載の登録方法。
- 前記第2の識別情報は、デバイストークンである、請求項14~18のいずれか1項に記載の登録方法。
- 自装置と冗長構成され、運用系装置として動作する他の装置に障害が発生し、自装置が運用系装置に切り替わった場合、自装置が再開し、運用系装置として起動する場合、及び、自装置が運用系装置として動作している場合のいずれかを満たす場合、自装置が運用状態に遷移したと判定し、前記通知を前記サーバ装置に要求する、請求項13~19のいずれか1項に記載の登録方法。
- 前記要求は、前記所定のアプリケーションに対して一斉に通知することを示す同報通知を行う要求である、請求項13~20のいずれか1項に記載の登録方法。
- 前記通知は、スリープ状態の前記所定のアプリケーションを起動可能なPUSH通知である、請求項13~21のいずれか1項に記載の登録方法。
- 前記所定のアプリケーションは、VoIP(Voice Over IP(Internet Protocol))アプリケーションである、請求項13~22のいずれか1項に記載の登録方法。
- 請求項13~23のいずれか1項に記載の登録方法をコンピュータに実行させるプログラム。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
AU2019369205A AU2019369205B9 (en) | 2018-10-29 | 2019-10-07 | Exchange, communication system, registration method, and program |
US16/762,960 US11223709B2 (en) | 2018-10-29 | 2019-10-07 | Exchange, communication system, registration method, and program |
EP19880318.1A EP3703351B1 (en) | 2018-10-29 | 2019-10-07 | Exchange, communication system, registration method and computer program |
CN201980006048.4A CN111434098B (zh) | 2018-10-29 | 2019-10-07 | 交换机、通信系统、注册方法以及计算机可读介质 |
CA3084093A CA3084093C (en) | 2018-10-29 | 2019-10-07 | Exchange, communication system, registration method, and program |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2018202666A JP6635525B1 (ja) | 2018-10-29 | 2018-10-29 | 交換機、通信システム、登録方法及び登録プログラム |
JP2018-202666 | 2018-10-29 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2020090364A1 true WO2020090364A1 (ja) | 2020-05-07 |
Family
ID=69183634
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2019/039526 WO2020090364A1 (ja) | 2018-10-29 | 2019-10-07 | 交換機、通信システム、登録方法及びプログラム |
Country Status (7)
Country | Link |
---|---|
US (1) | US11223709B2 (ja) |
EP (1) | EP3703351B1 (ja) |
JP (1) | JP6635525B1 (ja) |
CN (1) | CN111434098B (ja) |
AU (1) | AU2019369205B9 (ja) |
CA (1) | CA3084093C (ja) |
WO (1) | WO2020090364A1 (ja) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11917030B2 (en) * | 2020-06-16 | 2024-02-27 | Apple Inc. | Push notification distribution system |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH10320323A (ja) * | 1997-05-15 | 1998-12-04 | Hewlett Packard Japan Ltd | サーバコンピュータ、サーバコンピュータの制御方法、およびサーバコンピュータを制御するためのプログラムを記録した記録媒体 |
JP2002344529A (ja) * | 2001-05-21 | 2002-11-29 | Sharp Corp | プッシュ型サービスシステム |
JP2007312227A (ja) * | 2006-05-19 | 2007-11-29 | Canon Inc | 情報処理システム及びその制御方法、並びに該制御方法を実行するプログラム |
JP2010200114A (ja) * | 2009-02-26 | 2010-09-09 | Fujitsu Ltd | 無線端末装置およびサーバ |
JP2015103031A (ja) * | 2013-11-25 | 2015-06-04 | 株式会社セガ | プッシュ通知管理装置、プッシュ通知管理方法およびプッシュ通知管理プログラム |
JP2015162895A (ja) | 2014-02-28 | 2015-09-07 | Kddi株式会社 | プッシュ通知の送信方法および制御装置 |
US20150254726A1 (en) * | 2014-03-04 | 2015-09-10 | Guest Tek Interactive Entertainment Ltd. | Event-triggered invitations to upgrade service offered by hospitality establishment |
CN108430116A (zh) * | 2018-03-02 | 2018-08-21 | 杭州朗和科技有限公司 | 断网重连方法、介质、装置和计算设备 |
JP2018202666A (ja) | 2017-05-31 | 2018-12-27 | ブラザー工業株式会社 | 印刷装置 |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4411222B2 (ja) * | 2005-02-02 | 2010-02-10 | Necインフロンティア株式会社 | ネットワーク、ネットワーク端末装置及びそれらに用いるipアドレス管理方法並びにそのプログラム |
US9923934B2 (en) * | 2010-07-26 | 2018-03-20 | Vonage Business Inc. | Method and apparatus for VOIP communication completion to a mobile device |
US8345840B2 (en) * | 2010-11-23 | 2013-01-01 | Mitel Networks Corporation | Fast detection and reliable recovery on link and server failures in a dual link telephony server architecture |
CN102684895B (zh) * | 2011-03-09 | 2015-04-01 | 鸿富锦精密工业(深圳)有限公司 | 备用服务器、恢复客户端在主用服务器注册的系统及方法 |
CN102223248B (zh) * | 2011-06-09 | 2015-04-22 | 中国电信股份有限公司 | 呼叫业务处理方法与系统 |
US8446920B2 (en) * | 2011-06-14 | 2013-05-21 | Mitel Networks Corporation | Providing resilient digital telephony services for wireless device |
CN103023678B (zh) * | 2011-09-23 | 2017-11-03 | 中兴通讯股份有限公司 | 一种呼叫业务的应急方法、装置和系统 |
CN102685341B (zh) * | 2012-04-28 | 2014-10-15 | 中国南方电网有限责任公司 | Voip通话方法及其系统 |
KR101916738B1 (ko) * | 2012-05-09 | 2018-11-08 | 삼성전자 주식회사 | 위치등록 결과 정보 전달 방법 및 장치 |
EP2963870A4 (en) * | 2013-02-27 | 2016-09-28 | Nec Corp | CONTROL DEVICE, COMMUNICATION SYSTEM, SWITCHING CONTROL METHOD AND PROGRAM |
US20150215158A1 (en) * | 2014-01-28 | 2015-07-30 | Qualcomm Incorporated | Discriminating or prioritizing users during failover in a voip system |
JP2018014694A (ja) * | 2016-07-22 | 2018-01-25 | 富士通株式会社 | 監視装置及びカード交換方法 |
-
2018
- 2018-10-29 JP JP2018202666A patent/JP6635525B1/ja active Active
-
2019
- 2019-10-07 CN CN201980006048.4A patent/CN111434098B/zh active Active
- 2019-10-07 CA CA3084093A patent/CA3084093C/en active Active
- 2019-10-07 WO PCT/JP2019/039526 patent/WO2020090364A1/ja unknown
- 2019-10-07 US US16/762,960 patent/US11223709B2/en active Active
- 2019-10-07 AU AU2019369205A patent/AU2019369205B9/en active Active
- 2019-10-07 EP EP19880318.1A patent/EP3703351B1/en active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH10320323A (ja) * | 1997-05-15 | 1998-12-04 | Hewlett Packard Japan Ltd | サーバコンピュータ、サーバコンピュータの制御方法、およびサーバコンピュータを制御するためのプログラムを記録した記録媒体 |
JP2002344529A (ja) * | 2001-05-21 | 2002-11-29 | Sharp Corp | プッシュ型サービスシステム |
JP2007312227A (ja) * | 2006-05-19 | 2007-11-29 | Canon Inc | 情報処理システム及びその制御方法、並びに該制御方法を実行するプログラム |
JP2010200114A (ja) * | 2009-02-26 | 2010-09-09 | Fujitsu Ltd | 無線端末装置およびサーバ |
JP2015103031A (ja) * | 2013-11-25 | 2015-06-04 | 株式会社セガ | プッシュ通知管理装置、プッシュ通知管理方法およびプッシュ通知管理プログラム |
JP2015162895A (ja) | 2014-02-28 | 2015-09-07 | Kddi株式会社 | プッシュ通知の送信方法および制御装置 |
US20150254726A1 (en) * | 2014-03-04 | 2015-09-10 | Guest Tek Interactive Entertainment Ltd. | Event-triggered invitations to upgrade service offered by hospitality establishment |
JP2018202666A (ja) | 2017-05-31 | 2018-12-27 | ブラザー工業株式会社 | 印刷装置 |
CN108430116A (zh) * | 2018-03-02 | 2018-08-21 | 杭州朗和科技有限公司 | 断网重连方法、介质、装置和计算设备 |
Non-Patent Citations (1)
Title |
---|
See also references of EP3703351A4 |
Also Published As
Publication number | Publication date |
---|---|
AU2019369205A1 (en) | 2020-05-28 |
EP3703351A1 (en) | 2020-09-02 |
AU2019369205B9 (en) | 2023-02-16 |
JP6635525B1 (ja) | 2020-01-29 |
CN111434098B (zh) | 2021-12-07 |
CN111434098A (zh) | 2020-07-17 |
CA3084093A1 (en) | 2020-05-07 |
EP3703351B1 (en) | 2022-09-14 |
AU2019369205B2 (en) | 2022-10-20 |
EP3703351A4 (en) | 2020-12-09 |
US11223709B2 (en) | 2022-01-11 |
JP2020072285A (ja) | 2020-05-07 |
CA3084093C (en) | 2022-10-18 |
US20210195002A1 (en) | 2021-06-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10547528B2 (en) | Emergency network services by an access network computing node | |
US10356043B2 (en) | Systems and methods for dynamically registering endpoints in a network | |
US8068824B2 (en) | Automated reconnection of interrupted voice call session | |
US9148778B2 (en) | Activating a mobile terminal from mobile network side | |
WO2021129754A1 (zh) | 一种报文处理的方法、设备及存储介质 | |
WO2016180121A1 (zh) | 一种实现在线客服的方法和装置 | |
US9705903B2 (en) | Call control device, call control method, and call control system | |
EP2974159B1 (en) | Method, device and system for voice communication | |
US8971514B2 (en) | Avoiding failed routes | |
US9389969B2 (en) | Method for SIP proxy failover | |
WO2020090364A1 (ja) | 交換機、通信システム、登録方法及びプログラム | |
US20150350080A1 (en) | Determining capacity of virtual devices in a voice over internet protocol system | |
JP5579224B2 (ja) | 移動体通信システム、呼処理ノード及び通信制御方法 | |
JP6305786B2 (ja) | 着信制御装置、着信制御方法、及びプログラム | |
CN106534758B (zh) | 会议备份方法和装置 | |
US10805457B2 (en) | Apparatuses and method for contacting a callee | |
JP6509061B2 (ja) | 着信制御装置、着信制御方法、通信システム、及びプログラム | |
KR20130085510A (ko) | Ip-pbx 클러스터 시스템 및 ip-pbx 클러스터 구현 방법 | |
JP6325433B2 (ja) | 予備系システム、およびセッション制御方法 | |
US9019339B2 (en) | Multiparty service establishment based on priority rules for routing | |
KR20180043655A (ko) | 단말의 호 연결 방법 및 이를 수행하는 단말 | |
EP2182768A1 (en) | A system and method enabling a user to receive a reconnection notification in a telecommunication network | |
CN118216134A (zh) | 对于初始eas选择的业务影响 | |
KR20150142501A (ko) | 호 처리 방법 및 장치 | |
JP2009232186A (ja) | コールセンタシステム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
ENP | Entry into the national phase |
Ref document number: 2019369205 Country of ref document: AU Date of ref document: 20191007 Kind code of ref document: A |
|
ENP | Entry into the national phase |
Ref document number: 2019880318 Country of ref document: EP Effective date: 20200525 Ref document number: 3084093 Country of ref document: CA |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 19880318 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |