交换机、通信系统、注册方法以及程序与流程

本公开涉及交换机、通信系统、注册方法和程序。

背景技术：

近年来，由于诸如智能手机之类的通信终端的普及，已经广泛地使用其中通过服务器的触发器将消息发送给通信终端的push通知，以便有效地向用户通知信息等的更新(例如，专利文献1)。

push通知例如用于根据voip(互联网协议上的语音)的语音通信服务中的呼入呼叫的通知、用于sns(社交网络服务)的信息的通知等。例如，在符合voip的语音通信服务的情况下，当在用户预订服务的通信终端中发生呼入呼叫时，服务提供商提供的交换机将呼入呼叫的通知发送给发送消息的服务器设备。服务器设备将呼入呼叫的通知发送给已经发生呼入呼叫的通信终端。

假设符合voip(互联网协议上的语音)的语音通信服务作为实例。服务提供商向用户提供语音通信应用(以下也称为电话应用)，使得用户可以使用语音通信服务。用户将提供的电话应用安装在由用户使用的通信终端中。当电话应用在交换机中注册后，用户可以通过使用电话应用来执行语音通信(呼出呼叫、呼入呼叫和电话交谈)。

引用列表

专利文献

专利文献1：公开号为2015-162895的日本未审专利申请

技术实现要素：

技术问题

应当注意，服务提供商通过使用多个交换机来形成冗余配置，以便即使当发生故障时也继续服务。多个交换机中的一个作为活动交换机(工作交换机)进行操作，并向安装在通信终端中的应用提供服务。同时，当活动交换机处于正常状态时，活动交换机以外的交换机作为备用交换机操作。然而，当活动交换机中发生故障并且变得无法操作时，备用交换机中的一个将作为活动交换机操作。

此外，当安装在通信终端中的应用处于其未被使用的备用状态时，一些通信终端将应用的操作状态从前台状态改变为后台状态。进行这些转换是为了减少电池消耗并减少流量。已进入后台状态的应用改变为休眠状态。也就是说，一些通信终端停止对已经进入后台状态的应用的操作。

注意，当在活动交换机中发生故障并且备用交换机作为新的活动交换机操作时，通过其提供服务的应用必需先前在新的活动交换机中注册，使得新的活动交换机可以提供服务。当用户对通过其提供服务的应用中的处于休眠状态的应用进行操作时，该应用进入活动状态，从而可以在新的活动交换机中注册该应用。

然而，当用户未对休眠状态下的应用进行操作时，应用仍处于休眠状态，因此无法在新的活动交换机中注册该应用。因此，即使新的活动交换机尝试向应用发出呼入呼叫通知和信息通知，它也无法发送呼入呼叫通知和信息通知，因为该应用未在新的活动交换机本身中注册，从而导致服务下降。

提出本公开以解决上述问题，并且其目的之一是提供能够在发生故障时不需要由用户执行操作而防止服务下降的一种交换器、通信系统、注册方法以及程序。

问题的解决方案

根据本发明的交换机包括：

通知控制单元，被配置为：当交换机进入操作状态时，请求服务器设备发送用于使安装在服务器设备中所注册的通信终端中的预定应用在交换机中注册该应用的通知；以及

终端控制单元，被配置为在交换机中注册预定应用。

根据本公开的通信系统包括：

上述的交换机；以及

服务器设备，其中

服务器设备响应于来自交换机的请求，通过另一服务器设备将通知发送给预定应用。

根据本公开的注册方法包括：

当自身交换机进入操作状态时，请求服务器设备发送用于使安装在所述服务器设备中所注册的通信终端中的预定应用在自身交换机中注册所述应用的通知；以及

在自身交换机中注册预定的应用。

一种根据本公开的注册程序是用于使计算机执行以下操作的注册程序：

当自身交换机进入操作状态时，请求服务器设备发送用于使安装在服务器设备中所注册的通信终端中的预定应用在自身交换机中注册应用的通知；以及

在自身交换机中注册预定的应用。

本发明的有益效果

根据本公开，可以提供能够在发生故障时不需要由用户执行操作而防止服务下降的一种交换器、通信系统、注册方法以及程序。

附图说明

图1示出了根据第一示例实施例的通信装置的概况；

图2是根据第二示例实施例的通信系统的配置的示例；

图3是用于说明由根据第二示例实施例的通信系统执行的操作的示例的图；

图4是用于说明由根据第二示例实施例的通信系统执行的操作的示例的图；以及

图5是示出了根据本公开的示例实施例的交换机的硬件配置等的示例的框图。

具体实施方式

在下文中，将参考附图详细地描述根据本公开的示例实施例。为了使说明清楚，下面的描述和附图部分地被省略并被适当地简化。在所有附图中，相同的符号被指派给相同的元件，并且根据需要省略冗余的说明。

(第一示例实施例)

将参考图1来描述第一示例实施例。图1示出了根据第一示例实施例的交换机1的概况。

交换机1是向在交换机1中注册的安装在通信终端(未示出)中的预定应用提供服务的通信装置。交换机1被配置以与其他交换机(未示出)冗余。在另一交换机作为活动交换机操作而交换机1作为备用交换机操作的情况下，例如，当活动交换机中发生故障时，交换机1从备用交换机改变为活动交换机，进入操作状态，并作为活动交换机进行操作。

交换机1包括通知控制单元2和终端控制单元3。

例如，当活动交换机中发生故障并且因此交换机1进入操作状态时，通知控制单元2请求服务器设备(未示出)发送通知，该通知用于使安装在服务器设备中所注册的通信终端中的预定应用在交换机1中注册应用。

响应于该请求，服务器设备将上述通知发送给安装在服务器设备中所注册的通信终端中的预定应用。前述通知是即使当预定应用处于休眠状态时预定应用也可以接收的通知。当应用在休眠状态下接收到通知时，它进入活动状态并执行针对交换机1的注册过程。

预定应用可以是例如语音通信应用(例如语音呼叫、voip、或视频呼叫)、或数据通信应用(例如电子邮件或sms(短消息服务))。备选地，预定应用可以是例如商务应用、游戏应用或移动图像分发应用。

终端控制单元3在交换机1中注册安装在通信终端中的、已经接收到该通知的预定应用。也就是说，终端控制单元3在交换机1中注册安装在服务器设备中所注册的通信终端中的预定应用。

如上所述，当交换机1进入操作状态时，交换机1请求服务器设备发送通知，该通知用于使安装在服务器设备中所注册的通信终端中的预定应用在交换机1中注册该应用。响应于该请求，服务器设备发送用于使预定应用在交换机1中注册该应用的通知。交换机1在交换机1中注册已接收到通知的预定应用。也就是说，交换机1使服务器设备发送用于即使在预定应用处于休眠状态时也请求应用进入活动状态并在交换机1中注册该应用的通知。换句话说，交换机1在不需要用户进行操作的情况下使处于休眠状态的预定应用进入活动状态。此外，由于交换机1在交换机1中注册了预定应用，所以交换机1可以正确地进行呼入呼叫通知、信息通知等。因此，即使在活动交换机中发生故障时，在无需用户执行操作的情况下交换机1也防止服务下降。因此，通过使用根据第一示例实施例的交换机1，可以在发生故障时无需用户执行操作而防止服务下降。

(第二示例实施例)

接着将描述第二示例实施例。第二示例实施例是与第一示例实施例等效但以更详细的方式描述的示例实施例。

<通信系统的配置的示例>

首先，将参考图2描述根据第二示例实施例的通信系统100的配置的示例。图2是示出了根据第二示例实施例的通信系统的配置的示例。通信系统100是向通信终端提供服务的通信系统。注意，在提供给通信终端的服务是符合voip的语音通信服务的假设下给出以下描述。也就是说，通信系统100是向通信终端提供语音通信服务的通信系统。

通信系统100包括电话服务器10、电话服务器20、push代理服务器30、push服务服务器40以及通信终端50_1和50_2。

电话服务器10和20与第一示例实施例中的交换机1相对应。电话服务器10和20中的每一个是电话交换机(专用小交换机)，其向通信终端50_1和50_2提供符合voip的语音通信服务。电话服务器10和20中的每一个将来自公共网络的外线连接到通信终端50_1和50_2中的任何一个，并将来自通信终端50_1和50_2中的任一个的外线连接到位于公共网络中的目的地处的通信终端中。此外，电话服务器10和20中的每一个在通信终端50_1和50_2之间提供例如扩展功能。电话服务器10和20也可以称为pbx(专用小交换机)。

电话服务器10和20中的每一个符合sip(会话发起协议)，并且根据sip连接到通信终端50_1和50_2、voip应用51_1和51_2、以及push代理服务器30并与其进行通信。

电话服务器10和20被配置为彼此冗余。电话服务器10是主电话服务器，并且电话服务器20是次电话服务器。也就是说，电话服务器10是活动交换机，而电话服务器20是次交换机。注意，电话服务器20也可以称为备用交换机。

次电话服务器20周期性地或不定期地对主电话服务器10执行实时监测，从而监测电话服务器10是否在正常操作。当电话服务器10中发生故障时，电话服务器20从次电话服务器改变为主电话服务器，并作为主电话服务器进行操作。

当电话服务器20作为主电话服务器操作时，作为次电话服务器操作的电话服务器10周期性地或不定期地对电话服务器20进行实时监测，从而监测电话服务器20是否在正常操作。当电话服务器20中发生故障时，电话服务器10从次电话服务器改变为主电话服务器，并作为主电话服务器进行操作。

注意，作为主电话服务器操作的电话服务器10可以周期性地或非周期性地通知作为次电话服务器操作的电话服务器20电话服务器其中本身正在正常操作。以该方式，作为次电话服务器操作的电话服务器20依然可以确定在作为主电话服务器操作的电话服务器10中是否已经发生故障。

电话服务器10和20可以具有彼此相同的配置或彼此不同的配置，只要它们中的每一个都包括稍后描述的功能单元。在电话服务器10和20具有彼此相同的配置的假设下给出以下描述，并且将适当地省略冗余描述。

此外，尽管通信系统100仅包括两个电话服务器、但是它可以包括三个或更多个电话服务器。在这种情况下，多个电话服务器之一作为主电话服务器操作，而其他电话服务器作为次电话服务器操作。然后，当在主电话服务器中发生故障时，次电话服务器之一将改变为主电话服务器。

在电话服务器10和20中的每一个中设置作为用于识别装置的识别信息的pbx-id(标识符)。在电话服务器10和20中都设置了相同的pbx-id。

作为主电话服务器的电话服务器10连接到安装在通信终端50_1中的voip应用51_1并与其进行通信。电话服务器10连接到安装在通信终端50_2中的voip应用51_2并与其进行通信。

当电话服务器10从voip应用51_1和51_2接收到注册请求消息时，它在电话服务器10中注册voip应用51_1和51_2。也就是说，当电话服务器10从voip应用51_1和51_2接收到注册请求消息时，它在电话服务器10中注册voip应用51_1和51_2，从而使它们属于电话服务器10。

当首次在通信终端中安装voip应用时，电话服务器10执行上述注册过程，并请求push代理服务器30进行端点注册。注意，在以下描述中，当首次安装voip应用时，也可以将其称为初始注册。

将与用于识别针对其执行了push通知的voip应用的通信终端的识别信息相关联的端点注册装置与电话服务器10的pbx-id一起被安装，并将它们注册到push代理服务器30中。用于识别通信终端的识别信息可以是例如设备令牌或用于识别通信终端的id。注意，在用于识别通信终端的识别信息是设备令牌的假设下给出以下描述。

例如，当voip应用51_1首次被安装在通信终端50_1中时，电话服务器10从voip应用51_1接收包括通信终端50_1的设备令牌在内的注册请求。然后，电话服务器10将通信终端50_1的设备令牌注册在电话服务器10中，并请求push代理服务器30进行端点注册。

此外，当电话服务器10对voip应用51_1和51_2执行push通知时，例如当进行呼入呼叫通知等时，电话服务器10请求push代理服务器30发送push通知。

在以上描述中，电话服务器10的描述是对作为主电话服务器操作的电话服务器的配置(操作)的描述。当电话服务器20是主电话服务器时，电话服务器20执行上述操作。

push代理服务器30与第一示例实施例中的服务器设备相对应。push代理服务器30是设置在互联网上的服务器设备。push代理服务器30从电话服务器10接收针对端点注册的请求。作为端点注册，push代理服务器30将电话服务器10的pbx-id与安装了针对其进行端点注册的voip应用的通信终端的设备令牌相关联并对其进行注册。

此外，当push代理服务器30从电话服务器10接收到发送push通知的请求时，push代理服务器30将用于请求push通知的push通知请求发送给push服务服务器40。push通知请求是用于针对安装在push通知被发送给的通信终端中的voip应用而请求push通知的消息。push代理服务器30将针对其执行push通知的通信终端的设备令牌合并到push通知请求中，并将push通知请求发送给push服务服务器40。

push服务服务器40是响应于从push代理服务器30发送的push通知请求，而对具有包括在push通知请求中的设备令牌的通信终端执行push通知的服务器设备。push通知是在通信终端的os(操作系统)级别中执行的通知，并且用于以push方式对安装在通信终端中的应用执行事件通知。

通信终端50_1和50_2与第一示例实施例中的通信终端相对应。通信终端50_1和50_2中的每一个可以是例如智能电话终端、平板终端等。注意，通信系统100包括两个通信终端50_1和50_2。然而，通信系统100可以包括至少一个通信终端。

voip应用51_1被安装在通信终端50_1中。此外，voip应用51_2被安装在通信终端50_2中。当voip应用51_1和51_2处于其不被使用的待机状态时，通信终端50_1和50_2将voip应用51_1和51_2的操作状态改变为后台状态。

通信终端50_1和50_2被配置为使得通信终端50_1和50_2的os可以从push服务服务器40接收push通知。当通信终端50_1和50_2从push服务服务器40接收到push通知时，它们将其接收通知给voip应用51_1和51_2。当voip应用51_1和51_2处于休眠状态时，通信终端50_1和50_2将其操作状态从休眠状态改变为活动状态，并向voip应用51_1和51_2通知push通知。

voip应用51_1和51_2与第一示例实施例中的预定应用相对应。voip应用51_1和51_2中的每一个是提供ip(互联网协议)电话功能的语音通信应用软件。voip应用51_1和51_2连接到主电话服务器10并与其通信。注意，当电话服务器20作为主电话服务器操作时，voip应用51_1和51_2连接到电话服务器20并与其通信。

voip应用51_1和51_2可以连接到push服务服务器40并与其通信。当voip应用51_1被安装在通信终端50_1中时，voip应用51_1从push服务服务器40获取通信终端50_1的设备令牌。类似地，当将voip应用51_2安装在通信终端50_2中时，voip应用51_2从push服务服务器40获取通信终端50_2的设备令牌。

当voip应用51_1和51_2利用电话服务器10执行注册过程时，它们将包括所获取的设备令牌在内的注册请求消息发送给电话服务器10，从而在电话服务器10中注册设备令牌。

<电话服务器的配置的示例>

接下来，将描述电话服务器10和20的配置的示例。注意，如上所述，在该示例实施例中，假定电话服务器10和20具有彼此相同的配置。因此，将通过使用电话服务器10来描述电话服务器的配置的示例。

电话服务器10包括通知控制单元11、终端控制单元12和呼叫处理控制单元13。电话服务器20包括通知控制单元21、终端控制单元22和呼叫处理控制单元23。通知控制单元21、终端控制单元22和呼叫处理控制单元23是分别具有与通知控制单元11、终端控制单元12和呼叫处理控制单元13类似的配置的功能单元。

通知控制单元11与根据第一示例实施例的通知控制单元2相对应。当终端控制单元12从voip应用接收到注册请求消息时，通知控制单元11确定是否需要在push代理服务器30中进行端点注册。当需要进行端点注册时，通知控制单元11请求push代理服务器30进行端点注册。

例如，假设voip应用51_1已经首次安装在通信终端50_1中，并且终端控制单元12(将在后面描述)已经从voip应用51_1中接收到包括通信终端50_1的设备令牌在内的注册请求消息。然后，voip应用51_1使用稍后描述的终端控制单元12执行注册处理。通知控制单元11从终端控制单元12获取已经从voip应用51_1接收到的通信终端50_1的设备令牌。通知控制单元11确定是否已经在push代理服务器30中进行了针对voip应用51_1的端点注册。

具体地，通知控制单元11确定包括在从voip应用51_1接收的注册请求消息中的通信终端50_1的设备令牌是否已经在push代理服务器30中注册。

通知控制单元11将电话服务器10的pbx-id和通信终端50_1的设备令牌发送给push代理服务器30，从而请求push代理服务器30检查通信终端50_1的设备令牌是否在其中注册。然后，通知控制单元11可以从push代理服务器30接收与关于通信终端50_1的设备令牌是否被注册在其中的检查有关的响应，从而确定通信终端50_1的设备令牌是否被注册在其中。

备选地，通知控制单元11可以连接至push代理服务器30，并且检查通信终端50_1的设备令牌是否被注册在push代理服务器30中。备选地，通知控制单元11可以将电话服务器10的pbx-id和通信终端50_1的设备令牌发送给push代理服务器30，并且当信息未在其中注册时使push代理服务器30注册通信终端50_1的设备令牌。

当通信终端50_1的设备令牌未被注册在push代理服务器30中时，通知控制单元11确定需要进行端点注册，并且因此使push代理服务器30在其中注册通信终端50_1的设备令牌。

具体地，通知控制单元11将包括电话服务器10的pbx-id和通信终端50_1的设备令牌在内的端点注册请求消息发送给push代理服务器30。然后，通知控制单元11使push代理服务器30将电话服务器10的pbx-id与通信终端50_1的设备令牌相关联并将它们注册在其中。注意，通知控制单元11可以连接到push代理服务器30，并且将电话服务器10的pbx-id与通信终端50_1的设备令牌相关联并且将它们注册在其中。

另一方面，当通信终端50_1的设备令牌已经注册在push代理服务器30中时，通知控制单元11确定端点注册是不必要的，并且使push代理服务器30不在其中注册通信终端50_1的设备令牌。也就是说，通知控制单元11不将包括电话服务器10的pbx-id和通信终端50_1的设备令牌在内的端点注册请求消息发送给push代理服务器30。

此外，当电话服务器10进入操作状态时，通知控制单元11请求push代理服务器30发送用于使在push代理服务器30中对其进行了端点注册的voip应用在电话服务器10中注册voip应用的通知。

具体地，通知控制单元11将包括电话服务器10的pbx-id在内的register广播通知请求消息发送给push代理服务器30。register广播通知请求消息是用于请求以下通知的消息：用于使在push代理服务器30中对其进行了端点注册的voip应用在电话服务器10中注册voip应用的通知。也就是说，register广播通知请求是用于使端点注册的voip应用在主电话服务器10中重新注册voip应用(即，进行重新注册)的消息。此外，register广播通知请求消息是请求将push通知同时通知给在push代理服务器30中进行了端点注册的每个voip应用的消息。注意，register广播通知请求消息可以是考虑到电话服务器10和push代理服务器30上的处理负荷而一次请求同时向预定数量的通信终端通知push通知的消息。

通知控制单元11可以在电话服务器20中发生故障(电话服务器20被配置为与电话服务器10冗余并且已经作为主电话服务器操作)并且因此电话服务器10改变为主电话服务器时确定电话服务器10已经进入操作状态。备选地，通知控制单元11可以在电话服务器10重新启动并且在重新启动之后作为活动交换机启动时确定电话服务器10已经进入操作状态。备选地，通知控制单元11可以在电话服务器10作为主电话服务器进行操作并且终端控制单元12(将在后面描述)重新启动时，确定电话服务器10已经进入了操作状态。

注意，稍后描述的呼叫处理控制单元13可以确定是否满足上述条件之一，并且呼叫处理控制单元13可以向通知控制单元11通知满足上述条件之一。然后，通知控制单元11可以基于从呼叫处理控制单元13发送的通知来确定电话服务器10是否已经进入操作状态。备选地，通知控制单元11可以确定是否满足上述条件之一，并且确定电话服务器10是否已经进入操作状态。

例如，假定已经在push代理服务器30中进行了voip应用51_1和51_2的端点注册。在这种情况下，电话服务器10的pbx-id和通信终端50_1的设备令牌彼此相关联并注册在push代理服务器30中。类似地，电话服务器10的pbx-id和通信终端50_2的设备令牌彼此相关联，并注册在push代理服务器30中。

假定在这种状态下，电话服务器20已经作为主电话服务器而操作，并且在电话服务器20中发生了故障，因此电话服务器10改变为主电话服务器。结果，通知控制单元11确定电话服务器10已经改变为主电话服务器(即，已经进入操作状态)。然后，通知控制单元11将包括电话服务器10的pbx-id在内的register广播通知请求消息发送给push代理服务器30。

注意，当push代理服务器30接收到register广播通知消息时，它获取与包括在register广播通知消息中的pbx-id相关联的设备令牌。也就是说，push代理服务器30获取通信终端50_1和50_2的设备令牌。

push代理服务器30将push通知请求发送给push服务服务器40，该push通知请求是对与获取的设备令牌相对应的通信终端50_1和50_2执行push通知的请求。push代理服务器30将包括所获取的设备令牌在内的push通知请求发送给push服务服务器40。也就是说，push代理服务器30将包括通信终端50_1和50_2的设备令牌在内的push通知请求发送给push服务服务器40。然后，当push服务服务器40接收到push通知请求时，它对具有包括在push通知请求中的设备令牌的通信终端执行push通知。当push通知是由register广播通知消息产生的通知时，push服务服务器40发送用于请求重新注册的push通知。

终端控制单元12与根据第一示例实施例的终端控制单元3相对应。终端控制单元12将voip应用51_1和51_2注册在电话服务器10中。终端控制单元12从voip应用51_1接收包括通信终端50_1的设备令牌在内的注册请求消息，并将接收到的通信终端50_1的设备令牌注册在电话服务器10中。类似地，终端控制单元12从voip应用51_2接收包括通信终端50_2的设备令牌在内的注册请求消息，并将接收到的通信终端50_2的设备令牌注册在电话服务器10中。

具体地，终端控制单元12从voip应用51_1和51_2接收注册请求消息，该注册请求消息包括通信终端50_1和50_2的设备令牌以及指派给voip应用51_1和51_2的分机号。然后，终端控制单元12将通信终端50_1的设备令牌与指派给voip应用51_1的分机号相关联并对其进行注册。类似地，终端控制单元12将通信终端50_2的设备令牌与指派给voip应用51_2的分机号相关联并对其进行注册。

呼叫处理控制单元13控制与诸如呼出呼叫、呼入呼叫和电话交谈等的呼叫有关的处理。呼叫处理控制单元13例如针对外部电话机(未示出)与voip应用51_1和51_2之间的呼叫来执行呼叫控制。呼叫处理控制单元13例如针对voip应用51_1和51_2之间的呼叫来执行呼叫控制。

注意，呼叫处理控制单元13可以检测到在作为主电话服务器操作的电话服务器20中发生了故障，并且电话服务器10已经改变为主电话服务器。备选地，呼叫处理控制单元13可以检测到当电话服务器10作为主电话服务器进行操作时电话服务器10重新启动，并且在重启之后作为活动交换机而启动。备选地，呼叫处理控制单元13可以检测到当电话服务器10作为主电话服务器正进行操作时，终端控制单元12已经重新启动。然后，呼叫处理控制单元13可以将其检测到的内容通知给通知控制单元11。

<通信系统的操作的示例>

接下来，将参考图3和图4描述由根据第二示例实施例的通信系统100执行的操作的示例。图3和图4是用于说明由根据第二示例实施例的通信系统执行的操作的示例的图。注意，在假定电话服务器10作为主电话服务器操作的前提下，通过使用电话服务器10给出参考图3和图4的以下描述。当电话服务器20作为主电话服务器操作时，电话服务器20执行图3和图4所示的操作。

首先，将参考图3描述当从voip应用发送注册请求消息时执行的操作的示例。图3是用于说明从voip应用51_1发送注册请求消息的情况的图。注意，当从voip应用51_2发送注册请求消息时，执行类似的操作。此外，当从voip应用51_1和51_2中的每一个发送注册请求消息时，针对voip应用51_1和51_2中的每一个也执行类似的操作。

首先，voip应用51_1将注册请求消息发送给终端控制单元12(步骤s1)。当voip应用51_1被首次安装在通信终端50_1中时，voip应用51_1将注册请求消息发送给终端控制单元12。备选地，当push服务服务器40向voip应用51_1发送用于请求重新注册的push通知时，voip应用51_1向终端控制单元12发送注册请求消息。注册请求消息可以是例如regisier消息，regisier消息是sip消息。注册请求消息包括通信终端50_1的设备令牌和指派给voip应用51_1的分机号。

接下来，在接收到注册请求消息时，终端控制单元12在电话服务器10中注册voip应用51_1(步骤s2)。终端控制单元12将包括在注册请求消息中的通信终端50_1的设备令牌与指派给包括在其中的voip应用51_1的分机号码相关联，并将它们注册在电话服务器10中。

接下来，终端控制单元12将通信终端50_1的设备令牌发送给通知控制单元11(步骤s3)。

接下来，通知控制单元11检查在步骤s3中获取的通信终端50_1的设备令牌是否已经在push代理服务器30中注册(步骤s4)。通知控制单元11检查是否在push代理服务器30中注册了通信终端50_1的设备令牌，以便确定是否需要进行针对voip应用51_1的端点注册。

通知控制单元11将电话服务器10的pbx-id和通信终端50_1的设备令牌发送给push代理服务器30，从而请求push代理服务器30检查通信终端50_1的设备令牌是否注册在其中。然后，通知控制单元11可以从push代理服务器30接收与关于通信终端50_1的设备令牌是否被注册的检查有关的响应。备选地，通知控制单元11可以连接至push代理服务器30，并且检查通信终端50_1的设备令牌是否被注册在push代理服务器30中。

接下来，通知控制单元11基于在步骤s4中执行的检查结果，确定通信终端50_1的设备令牌是否被注册在push代理服务器30中(步骤s5)。

当通信终端50_1的设备令牌注册在push代理服务器30中时(在步骤s5处为“是”)，通知控制单元11确定已经进行了端点注册并且结束过程。

另一方面，当通信终端50_1的设备令牌未注册在push代理服务器30中时(在步骤s5处为“否”)，通知控制单元11将端点注册请求消息发送给push代理服务器30(步骤s6)。

通知控制单元11将电话服务器10的pbx-id和通信终端50_1的设备令牌合并到端点注册请求消息中，并将端点注册请求消息发送给push代理服务器30。

接下来，当push代理服务器30接收到端点注册请求消息时，它进行端点注册(步骤s7)。具体地，push代理服务器30将包括在端点注册请求消息中的电话服务器10的pbx-id与包括在其中的通信终端50_1的设备令牌相关联并对其进行注册。注意，通知控制单元11可以连接到push代理服务器30，并且将电话服务器10的pbx-id与通信终端50_1的设备令牌相关联并且将它们注册在其中。

接下来，将参考图4描述当电话服务器10进入操作状态时执行的操作的示例。图4是示出当电话服务器20已经作为主电话服务器操作并且在电话服务器20中发生故障，并且因此电话服务器10改变为主电话服务器时执行的序列的图。此外，图4是示出当电话服务器10重新启动并且在重新启动之后作为主电话服务器启动时执行的序列的图。此外，图4是示出当电话服务器10作为主电话服务器操作并且终端控制单元12重新启动时执行的序列的图。

在假定已经在push代理服务器30中进行了针对voip应用51_1和51_2的端点注册的前提下，进行以下描述。也就是说，电话服务器10的pbx-id和通信终端50_1的设备令牌彼此相关联并注册在push代理服务器30中。此外，电话服务器10的pbx-id和通信终端50_2的设备令牌彼此相关联并注册在push代理服务器30中。

当电话服务器10进入操作状态时，通知控制单元11将包括电话服务器10的pbx-id在内的register广播通知请求消息发送给push代理服务器30(步骤s11)。

接下来，push代理服务器30获取与包括在register广播通知请求消息中的电话服务器10的pbx-id相关联的注册的设备令牌(步骤s12)。电话服务器10的pbx-id和通信终端50_1和50_2的设备令牌彼此相关联并注册在push代理服务器30中。因此，push代理服务器30获取通信终端50_1和50_2的设备令牌。

接下来，push代理服务器30将通信终端50_1和50_2的设备令牌合并到push通知请求中，并将push通知请求发送给push服务服务器40(步骤s13)。

接下来，push服务服务器40接收push通知请求，并且对具有包括在push通知请求中的设备令牌的通信终端进行push通知(步骤s14)。由于通信终端50_1和50_2的设备令牌包括在push通知请求中，因此push服务服务器40获取通信终端50_1和50_2的设备令牌。然后，push服务服务器40将用于请求重新注册的push通知发送给通信终端50_1和50_2。push服务服务器40同时将push通知发送给与获取的设备令牌相对应的通信终端。也就是说，push服务服务器40将push通知广播给与获取的设备令牌相对应的通信终端。

当通信终端50_1和50_2接收到push通知时，它们将其接收通知给voip应用51_1和51_2。此外，voip应用51_1和51_2向终端控制单元12进行注册请求(步骤s15)。

当通信终端50_1和50_2接收到push通知，但是voip应用51_1和51_2之一处于休眠状态时，它们使处于休眠状态的voip应用进入活动状态。结果，voip应用51_1和51_2两者都改变为活动状态，从而它们基于push通知的内容将注册请求消息发送给电话服务器10的终端控制单元12。注册请求消息可以是sip的register。voip应用51_1发送包括通信终端50_1的设备令牌的注册请求消息，并且voip应用程序51_2发送包括通信终端50_2的设备令牌的注册请求消息。注意，此后，在通信系统100中执行图3中所示的操作。

如上所述，当电话服务器10和20自身进入操作状态时，电话服务器10和20向注册代理服务器30发送register广播通知请求消息。然后，电话服务器10和20在电话服务器自身中注册对其进行了端点注册的voip应用51_1和51_2。由register广播通知请求消息产生的push通知是即使voip应用51_1和51_2之一处于休眠状态也使两个voip应用51_1和51_2都进入活动状态的push通知。也就是说，电话服务器10和20使处于休眠状态的voip应用进入活动状态，并在电话服务器自身中执行注册过程，而无需用户执行操作，从而它们可以正确地进行呼入呼叫的通知。因此，通过使用根据第二示例实施例的电话服务器10和20，可以在发生故障时无需用户执行操作而防止服务下降。

此外，当voip应用51_1和51_2首次安装在通信终端50_1和50_2中时，电话服务器10和20请求push代理服务器30针对其进行端点注册。push代理服务器30注册通信终端50_1和50_2的设备令牌，并且管理通过其提供电话服务器10和20的服务的voip应用。也就是说，电话服务器10和20以及push代理服务器30管理voip应用，通过该voip应用提供电话服务器10和20的服务。因此，例如，即使在电话服务器10和20两者中都发生故障时，也可以基于由push代理服务器30管理并且通过其提供服务的voip应用的信息来恢复服务状态。因此，根据第二示例实施例的通信系统100，即使在电话服务器10和20两者中都发生故障时，也可以恢复服务状态。

(修改的示例)

可以对上述第二示例实施例进行以下修改。

<1>除了电话服务器10的pbx-id以及通信终端50_1和50_2的设备令牌之外，用于识别voip应用51_1和51_2的识别信息还可以用作端点注册。应用信息可以是应用id。

在这种情况下，电话服务器10和20可以预先存储voip应用51_1和51_2的应用id。备选地，voip应用51_1和51_2可以将它们的应用id合并在注册请求消息中并发送注册请求消息。然后，电话服务器10和20从注册请求消息中获取包括在注册请求消息中的由voip应用51_1和51_2合并的应用id。

此外，当电话服务器10和20确定是否需要进行端点注册时，它们可以进一步使用voip应用51_1和51_2的应用id来确定。也就是说，电话服务器10和20可以确定pbx-id、设备令牌和应用id是否注册在push代理服务器30中。

此外，电话服务器10和20将pbx-id、设备令牌和应用id合并到端点注册请求消息中，并将端点注册请求消息发送给push代理服务器30。push代理服务器30可以将包括在端点注册请求消息中的pbx-id、设备令牌和应用id彼此相关联，并对其进行注册。

即使以这种方式，也可以实现与上述示例实施例中的效果类似的效果。此外，通过采用这种配置，例如，在电话服务器10提供多个服务并且存在与所提供的服务相对应的多个应用的情况下，可以管理和识别与各个服务相对应的应用。

<2>在上述第二示例实施例中，初始注册时的注册请求消息与重新注册时的注册请求消息相同。例如，可以在注册请求消息中包括消息类型，从而可以将初始注册时的注册请求消息与重新注册时的注册请求消息区分开。

在这种情况下，电话服务器10和20根据注册请求消息中包括的消息类型，确定是否已经针对安装在已经从其发送了注册请求消息的通信终端中的voip应用进行了终端注册。此外，电话服务器10和20不需要请求push代理服务器30来检查是否已经针对安装在已经从其发送了注册请求消息的通信终端中的voip应用进行了终端注册。

<3>在上述第二示例实施例中，电话服务器10和20可以基于在发送register广播通知请求消息之后的预定时间内是否接收到注册请求消息来确定是否已经进行了端点注册。在这种情况下，电话服务器10和20不需要请求push代理服务器30来检查是否已经针对已经从其发送了注册请求消息的通信终端中的voip应用进行了端点注册。

(其他示例实施例)

如图5所示，在上述示例实施例中描述的交换机1以及电话服务器10和20中的每一个(以下称为交换机1等)可以具有以下硬件配置。图5是示出了根据本公开的每个示例实施例的交换机的硬件配置等的示例的框图。

如图5所示，交换机1等包括处理器1202和存储器1203。

处理器1202可以从存储器1203加载软件(计算机程序)并执行所加载的软件，从而执行通过使用上述实施例中的流程图描述的交换机1等的操作(过程)。处理器1202可以是例如微处理器、mpu(微处理单元)或cpu(中央处理单元)。处理器1202可以包括多个处理器。

存储器1203可以是通过易失性存储器和非易失性存储器的组合来形成的。存储器1203可以包括与处理器1202远程定位的存储装置。在这种情况下，处理器1202可以通过i/o接口(未示出)访问存储器1203。

在图5所示的示例中，存储器1203用于存储一组软件模块。处理器1202可以从存储器1203加载该组软件模块并执行所加载的软件模块，从而执行上述实施例中描述的交换机1等的操作(过程)。

如参考图5所述，包括在交换机1中的处理器中的每一个执行一个或多个程序，该一个或多个程序包括用于使计算机执行以上参考附图描述的算法的一组指令。

在上述示例中，程序可以存储在各种类型的非暂时性计算机可读介质中，并由此提供给计算机。非暂时性计算机可读介质包括各种类型的有形存储介质。非暂时性计算机可读介质的示例包括磁记录介质(例如，软盘、磁带和硬盘驱动器)和磁光记录介质(例如，磁光盘)。此外，非暂时性计算机可读介质的示例包括cd-rom(只读存储器)、cd-r和cd-r/w。此外，非暂时性计算机可读介质的示例包括半导体存储器。半导体存储器包括例如掩模rom、prom(可编程rom)、eprom(可擦除prom)、闪存rom和ram(随机存取存储器)。可以通过使用任何类型的暂时性计算机可读介质将这些程序提供给计算机。暂时性计算机可读介质的示例包括电信号、光信号和电磁波。暂时性计算机可读介质可以用于通过有线通信线路(例如，电线和光纤)或无线通信线路向计算机提供程序。

注意，本发明不限于上述示例实施例，并且可以在不脱离本发明的范围和精神的情况下适当地对它们进行修改。此外，可以通过适当地组合那些示例实施例来实现本公开。

此外，上文公开的全部或部分实施例可以描述为但不限于以下补充注释。

(补充说明1)

一种交换机，包括：

通知控制单元，被配置为：当交换机进入操作状态时，请求服务器设备发送用于使安装在服务器设备中所注册的通信终端中的预定应用在交换机中注册该应用的通知；以及

终端控制单元，被配置为在交换机中注册预定应用。

(补充说明2)

根据补充说明1所述的交换机，其中：

通知控制单元向服务器设备发送包括用于识别交换机的第一识别信息在内的通知请求消息，以及

终端控制单元从预定应用接收包括用于识别通信终端的第二识别信息在内的第一注册请求消息，并在交换机中注册第二识别信息。

(补充说明3)

根据补充说明2中描述的交换机，其中，当接收到第一注册请求消息时，通知控制单元确定第二识别信息是否被注册在服务器设备中，并且当第二识别信息未被注册在服务器设备中时，向服务器设备发送包括第一识别信息和第二识别信息在内的第二注册请求消息。

(补充说明4)

根据在补充说明3中描述的交换机，其中，通知控制单元向服务器设备发送还包括用于识别预定应用的第三识别信息在内的第二注册请求消息。

(补充说明5)

根据补充说明2至4中任一项所述的交换机，其中，当接收到第一注册请求消息时，通知控制单元确定第二识别信息是否被注册在服务器设备中，并且当第二识别信息注册在服务器设备中时，通知控制单元不向服务器设备发送包括第一识别信息和第二识别信息在内的第二注册请求消息。

(补充说明6)

根据补充说明2至5中任一项中所述的交换机，其中，第一识别信息是与被配置为与该交换机冗余的另一交换机的信息相同的信息。

(补充说明7)

根据补充说明2至6中任一项所述的交换机，其中，第二识别信息是设备令牌。

(补充说明8)

根据补充说明1至7中任一项所述的交换机，其中，当满足以下条件之一时，通知控制单元确定交换机已进入操作状态并请求服务器设备发送通知：作为活动交换机进行操作的另一交换机中发生故障并且交换机改变为活动交换机、交换机重新启动并启动作为活动交换机、以及交换机正在作为活动交换机进行操作并且终端控制单元重新启动，其中，另一交换机被配置为与交换机冗余。

(补充说明9)

根据补充说明1至8中任一项所述的交换机，其中，请求是广播通知的请求，该通知指示针对预定应用的同时通知。

(补充说明10)

根据补充说明1至9中任一项所述的交换机，其中通知是能够启动休眠状态下的预定应用的push通知。

(补充说明11)

根据补充说明1至10中任一项所述的交换机，其中预定应用是voip(ip(互联网协议)上的语音)应用。

(补充说明12)

一种通信系统，包括：

根据补充说明1至11中任一项该所述的交换机；以及

服务器设备，被配置为响应于来自所述交换机的请求，通过另一服务器设备向所述预定应用进行所述通知。

(补充说明13)

一种注册方法，包括：

当自身交换机进入操作状态时，请求服务器设备发送用于使安装在所述服务器设备中所注册的通信终端中的预定应用在自身交换机中注册所述应用的通知；以及

在自身交换机中注册预定的应用。

(补充说明14)

根据补充说明13所述的注册方法，其中，

包括用于识别所述自身交换机的第一识别信息在内的通知请求消息被发送给所述服务器设备；

从所述预定应用接收包括用于识别所述通信终端的第二识别信息在内的第一注册请求消息；以及

所述第二识别信息被注册在所述自身交换机中。

(补充说明15)

根据补充说明14所述的注册方法，其中，

当接收到所述第一注册请求消息时，确定所述第二识别信息是否被注册在所述服务器设备中；以及

当所述第二识别信息未被注册在所述服务器设备中时，向服务器设备发送包括所述第一识别信息和所述第二识别信息的第二注册请求消息。

(补充说明16)

根据补充说明15中描述的注册方法，其中向所述服务器设备发送还包括用于识别预定应用的第三识别信息在内的第二注册请求消息。

(补充说明17)

根据补充说明14至16中任一项所述的注册方法，其中，

当接收到所述第一注册请求消息时，确定所述第二识别信息是否被注册在所述服务器设备中；以及

当所述第二识别信息被注册在所述服务器设备中时，不向所述服务器设备发送包括所述第一识别信息和所述第二识别信息的第二注册请求消息。

(补充说明18)

根据补充说明14至17中任一项中所述的交换机，其中，第一识别信息是与被配置为与自身交换机冗余的另一交换机的信息相同的信息。

(补充说明19)

根据补充说明14至18中任一项所述的注册方法，其中，所述第二识别信息是设备令牌。

(补充说明20)

根据补充说明13至19中的任一项所述的注册方法，其中，当满足以下条件之一时，确定所述自身交换机已经进入操作状态并请求所述服务器设备发送所述通知：作为活动交换机进行操作的另一交换机中发生故障并且自身交换机改变为活动交换机、自身交换机重新启动并启动作为活动交换机、以及自身交换机正在作为活动交换机进行操作，其中，另一交换机被配置与自身交换机冗余。

(补充说明21)

根据补充说明13至20中任一项所述的注册方法，其中，请求是广播通知的请求，所述通知指示针对预定应用的同时通知。

(补充说明22)

根据补充说明13至21中任一项所述的注册方法，其中，所述通知是能够启动休眠状态下的预定应用的push通知。

(补充说明23)

根据补充说明13至22中任一项所述的注册方法，其中预定应用是voip(ip(互联网协议)上的语音)应用。

(补充说明24)

一种用于使计算机执行补充说明13至23中任一项所述的注册方法的程序。

(补充说明25)

一种用于使计算机执行以下操作的注册程序：

当交换机进入操作状态时，请求服务器设备发送用于使安装在服务器设备中所注册的通信终端中的预定应用在自身交换机中注册该应用的通知；以及

在交换机中注册预定的应用。

(补充说明26)

一种通信系统，包括：

交换机和服务器设备，其中，

当交换机进入操作状态时，交换机请求服务器设备发送用于使安装在服务器设备中所注册的通信终端中的预定应用在交换机中注册该应用的通知，并在交换机中注册预定应用，并且

服务器设备响应于来自交换机的请求，通过另一服务器设备将通知发送给预定应用。

(补充说明27)

根据补充说明26所述的通信系统，其中，

交换机发送包括用于识别交换机的第一识别信息在内的通知请求消息，并且

交换机接收包括用于识别通信终端的第二识别信息在内的注册请求消息，并在交换机中注册第二识别信息。

(补充说明28)

根据补充说明26或27中描述的通信系统，其中，通知是能够启动休眠状态下的预定应用的push通知。

本申请基于并要求2018年10月29日提交的日本专利申请no.2018-202666的优先权，其全部公开通过引用并入本文。

附图标记列表

1交换机

2、11、21通知控制单元

3、12、22终端控制单元

10、20电话服务器

13、23呼叫处理控制单元

30push代理服务器

40push服务服务器

50_1、50_2通信终端

51_1、51_2voip应用

100通信系统。