CN110650259A - 呼叫请求的响应方法、装置、服务器、终端及存储介质 - Google Patents

Abstract

本发明实施例涉及通信技术领域，公开了一种呼叫请求的响应方法、装置、服务器、终端及存储介质。本发明中呼叫请求的响应方法，包括：响应于主叫端发送的呼叫请求，确定被呼叫的被叫端；获取被叫端的网络电话应用的运行状态信息，其中，平台存储有被叫端的所述网络电话应用实时的运行状态信息；根据被叫端的网络电话应用的运行状态信息，判断被叫端的网络电话应用是否处于后台运行状态，若是，则触发被叫端重启网络电话应用进入前台运行状态；在确定被叫端的网络电话应用处于前台运行状态后，触发被叫端控制网络电话应用响应呼叫请求。本实施方式，使得在支持VoIP功能的应用可以准确响应网络电话的呼叫请求，提高用户使用网络电话的体验。

Description

呼叫请求的响应方法、装置、服务器、终端及存储介质

技术领域

本发明实施例涉及通信技术领域，特别涉及一种呼叫请求的响应方法、装置、服务器、终端及存储介质。

背景技术

VoIP网络电话(Voice over internet Protocol，VoIP协议)是一种将模拟信号经过压缩与封包之后，以数据封包的形式在IP网络中进行语音讯号的传输过程。目前随着通信技术的不断发展，VoIP网络在应用中得到了广泛的应用，例如，智能手机中的网络电话应用。

发明人发现相关技术中至少存在如下问题：目前参与网络电话通信的主叫方和被叫方在建立VoIP网络电话连接的过程中，被叫方被系统(如iOS系统)被杀掉后，导致主叫方的呼叫请求不能够到达被叫方，用户不能很好的使用VoIP电话，用户体验差。

发明内容

本发明实施方式的目的在于提供一种响应网络电话来电的方法，使得在支持VoIP功能的应用可以准确响应网络电话的呼叫请求，提高用户使用网络电话的体验。

为解决上述技术问题，本发明的实施方式提供了一种呼叫请求的响应方法，应用于平台，包括：响应于主叫端发送的呼叫请求，确定被呼叫的被叫端；获取被叫端的网络电话应用的运行状态信息，其中，平台存储有被叫端的网络电话应用实时的运行状态信息；根据被叫端的网络电话应用的运行状态信息，判断被叫端的网络电话应用是否处于后台运行状态，若是，则触发被叫端重启网络电话应用进入前台运行状态；在确定被叫端的网络电话应用处于前台运行状态后，触发被叫端控制网络电话应用响应呼叫请求。

本发明的实施方式还提供了一种呼叫请求的响应方法，应用于被叫端，包括：在检测到网络电话应用所处运行状态改变后，将网络电话应用的运行状态信息发送至平台，供平台存储网络电话应用实时的运行状态信息；在平台响应于主叫端发送的呼叫请求，且在确定网络电话应用处于后台运行状态后，被平台触发重启网络电话应用进入前台运行状态；在平台响应于呼叫请求，且确定网络电话应用处于前台运行状态后，被平台触发控制网络电话应用响应呼叫请求。

本发明的实施方式还提供了一种呼叫请求的响应装置，包括：确定模块、获取模块、判断模块、第一触发模块和第二触发模块；确定模块用于响应于主叫端发送的呼叫请求，确定被呼叫的被叫端；获取模块用于获取被叫端的网络电话应用的运行状态信息，其中，呼叫请求的响应装置存储有被叫端的网络电话应用实时的运行状态信息；判断模块用于根据被叫端的网络电话应用的运行状态信息，判断被叫端的网络电话应用是否处于后台运行状态；第一触发模块用于在确定被叫端的网络电话应用处于后台运行状态后，触发被叫端重启网络电话应用进入前台运行状态；第二触发模块用于在确定被叫端的网络电话应用处于前台运行状态后，触发被叫端控制网络电话应用响应呼叫请求。

本发明的实施方式还提供了一种呼叫请求的响应装置，包括：发送模块、重启模块和控制模块；发送模块用于在检测到网络电话应用所处运行状态改变后，将网络电话应用的运行状态信息发送至平台，供平台存储网络电话应用实时的运行状态信息；重启模块用于在平台响应于主叫端发送的呼叫请求，且在确定网络电话应用处于后台运行状态后，被平台触发重启网络电话应用进入前台运行状态；控制模块用于在平台响应于呼叫请求，且确定网络电话应用处于前台运行状态后，被平台触发控制网络电话应用响应呼叫请求。

本发明的实施方式还提供了一种服务器，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述应用于平台的呼叫请求的响应方法。

本发明的实施方式还提供了一种终端，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述应用于被叫端的呼叫请求的响应方法。

本发明的实施方式还提供了一种计算机可读存储介质，计算机程序被处理器执行时实现上述应用于平台的呼叫请求的响应方法。

本发明的实施方式还提供了一种计算机可读存储介质，计算机程序被处理器执行时实现上述应用于被叫端的呼叫请求的响应方法。

本发明实施方式相对于现有技术而言，在被叫端的网络电话应用处于后台运行状态时，是无法接收到主叫端发送的呼叫请求，这将导致网络电话无法接通，本实施方式平台先获取主叫端发送的呼叫请求，且通过该平台判断出被叫端的网络电话应用是否处于后台运行状态，若是则触发被叫端重启所述网络电话应用进入前台运行状态，由于在被叫端的网络电话应用响应呼叫请求之前，通过平台对被叫端的网络电话应用的运行状态进行判断并唤醒该网络电话应用，使得被叫端的网络电话应用在响应呼叫请求之前处于前台运行状态，从而保证了被叫端的网络电话应用可以响应呼叫请求，提高了网络电话的接通率；同时，由被叫端控制网络电话应用响应呼叫请求，使得被叫端可以基于呼叫请求灵活地响应呼叫请求，更加满足被叫端用户的使用习惯，提高了用户使用网络电话的体验感。

另外，触发被叫端重启网络电话应用进入前台运行状态，具体包括：向被叫端所属的推送服务器发送携带被叫端设备信息的唤醒请求，其中，唤醒请求用于指示推送服务器向被叫端发送网络电话推送通知，在被叫端检测到网络电话推送通知后，重启网络电话应用进入前台运行状态。通过推送服务器重启网络电话应用进入前台运行状态，该唤醒网络电话应用的方式简单，且仅在平台发送唤醒请求后，推送服务器发送网络电话推送通知，也可以减少被叫端的能耗。

另外，触发网络电话应用响应呼叫请求，具体包括：向被叫端转发呼叫请求，供被叫端根据呼叫请求向平台发送呼叫信息获取请求；响应于呼叫信息获取请求，向被叫端发送呼叫信息，供被叫端控制网络电话应用执行与呼叫信息对应的响应操作，其中，呼叫信息包括网络电话应用实时被呼叫的状态信息。平台响应于被叫端发送的呼叫信息获取请求，向被叫端返回呼叫信息，从而使得在被叫端网络不佳的情况下，可以实现主叫挂断，被叫端的网络电话应用执行挂断的操作，避免发生主叫端取消呼叫请求时，被叫端还在振铃的情况。

另外，呼叫请求的响应方法还包括：接收被叫端发送的网络电话应用的运行状态信息，其中，运行状态信息在被叫端检测到网络电话应用的运行状态发生改变后被该被叫端发送；更新被叫端的网络电话应用实时的运行状态信息。在被叫端的运行状态改变时向平台发送自身的运行状态信息，平台从而可以存储该被叫端的网络电话应用实时的运行状态，保证了后续该网络电话应用运行状态判断的准确性。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是根据本发明第一实施方式提供的一种呼叫请求的响应方法的具体流程示意图；

图2是根据本发明第二实施方式提供的一种触发被叫端控制网络电话应用响应呼叫请求的一种具体实现的示意图；

图3是根据本发明第三实施方式提供的一种呼叫请求的响应方法的具体流程示意图；

图4是根据本发明第四实施方式提供的一种控制网络电话应用响应呼叫请求的一种具体实现的示意图；

图5是根据本发明第五实施方式提供的一种呼叫请求的响应装置的具体结构示意图；

图6是根据本发明第六实施方式提供的一种呼叫请求的响应装置的具体结构示意图；

图7是根据本发明第七实施方式提供的一种服务器的具体结构示意图；

图8是根据本发明第八实施方式提供的一种终端的具体结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

以下各个实施例的划分是为了描述方便，不应对本发明的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。

发明人发现在进行网络电话通信时，若被叫端的网络电话应用被系统杀掉，处于后台运行状态，被叫端将无法接收主叫端发送的呼叫请求，被叫端的用户不知道有主叫发起了网络电话，导致网络电话接通率低。其中，后台运行状态是指操作系统不显示该网络电话应用的运行进程。

本发明的第一实施方式涉及一种呼叫请求的响应方法。该呼叫请求的响应方法应用于平台，该平台可以是网络电话所属服务器，也可以是单独的服务器，该呼叫请求的响应方法具体流程如图1所示。

步骤101：响应于主叫端发送的呼叫请求，确定被呼叫的被叫端。

具体的说，主叫端以及被叫端均与该平台通信连接，主叫端向该平台发送呼叫请求，该呼叫请求可以携带被叫端设备信息，被叫端设备信息包括被叫端的串号信息，以及该被叫端的网络电话应用的账号信息。通常通信设备有唯一的串号信息，故根据该被叫端的串号信息可以获知唯一的被叫端，通过该被叫端的网络电话应用的账号信息，可以在被叫端定位出被呼叫的网络电话应用。例如，在iOS系统中，串号可以是手机上的串号，该账号可以iOS服务器上注册该网络电话应用的证书信息。其中，网络电话应用是支持网络电话功能的应用。

平台接收到该呼叫请求，根据该呼叫请求中被叫端设备信息，即可确定出被呼叫的被叫端。

步骤102：获取被叫端的网络电话应用的运行状态信息，其中，平台存储有被叫端的网络电话应用实时的运行状态信息。

一个具体的实现中，平台接收被叫端发送的网络电话应用的运行状态信息，其中，运行状态信息在被叫端检测到网络电话应用的运行状态发生改变后被该被叫端发送；更新被叫端的网络电话应用实时的运行状态信息。

具体的说，应用的运行状态包括：前台运行状态和后台运行状态。被叫端可以监控网络电话应用的运行状态，在iOS设备的系统可以通过回调函数监控该网络电话应用的运行状态，例如，对后台运行状态的监控可以使用函数“applicationDidEnterBackground函数或者applicationWillTerminate函数”，对前台运行状态的监控可以通过回调函数实现，如函数“applicationDidBecomeActive”。在iOS系统监听到执行了上述回调函数后，即表明该网络电话应用的运行状态已经改变，则直接将当前的运行状态信息发送至平台，平台接收该网络电话应用的运行状态信息，并更新存储的该被叫端的网络电话应用的运行状态信息。可以是以键值对的方式存储被叫端的网络电话应用的运行状态信息，例如，将被叫端设备信息作为键值，将该网络电话应用作为该键值对应的数值。可以理解的是，还可以采用其他方式进行存储，本实施方式不再一一列举。

通过被叫端设备信息，即可查找存储的与该被叫端对应的网络电话应用的运行状态信息。

步骤103：根据被叫端的网络电话应用的运行状态信息，判断被叫端的网络电话应用是否处于后台运行状态，若是，则执行步骤104，否则，则直接执行步骤105。

步骤104：触发被叫端重启网络电话应用进入前台运行状态。

一个具体的实现中，向被叫端所属的推送服务器发送携带被叫端设备信息的唤醒请求，其中，唤醒请求用于指示推送服务器向被叫端发送网络电话推送通知，在被叫端检测到网络电话推送通知后，重启网络电话应用并进入前台运行状态。

具体的说，为了保证设备的安全性，若主叫端和被叫端的系统相同，主叫端和被叫端的推送服务器相同。例如，应用iOS系统的终端，推送服务器为官方的苹果推送通知服务(Apple Push Notification service，简称“APNS”)服务器，APNS服务器发送推送通知。平台向被叫端所属的推送服务器发送唤醒请求，唤醒请求中携带被叫端设备信息。推送服务器接收到该唤醒请求，按照被叫端设备信息，将网络电话推向通知推送至被叫端，其中，网络电话推送通知也称VoIP推送，当被叫端接收到该VoIP推送通知后，重启该网络应用并进入前台运行状态。

需要说明的是，在触发了被叫端重启电话应用并进入前台运行状态后，执行步骤105。

步骤105：在确定被叫端的网络电话应用处于前台运行状态后，触发被叫端控制网络电话应用响应呼叫请求。

具体的说，被叫端的网络电话应用处于前台运行状态后，该被叫端的网络电话应用可以正常运行，即可根据呼叫请求进行响应操作。

一个具体的实现中，平台在确定被叫端的网络电话应用处于前台运行后，可以直接将呼叫请求转发给被叫端，若该呼叫请求为电话接通的请求，则被叫端控制该网络电话应用进行振铃操作，提醒用户有来电，若该呼叫请求为取消呼叫的请求，则被叫端控制该网络电话应用展示有未接来电的提示信息，用于提醒用户有未接来电。

本发明实施方式相对于现有技术而言，在被叫端的网络电话应用处于后台运行状态时，是无法接收到主叫端发送的呼叫请求，这将导致网络电话无法接通，本实施方式平台先获取主叫端发送的呼叫请求，且通过该平台判断出被叫端的网络电话应用是否处于后台运行状态，若是则触发被叫端重启所述网络电话应用进入前台运行状态，由于在被叫端的网络电话应用响应呼叫请求之前，通过平台对被叫端的网络电话应用的运行状态进行判断并唤醒该网络电话应用，使得被叫端的网络电话应用在响应呼叫请求之前处于前台运行状态，从而保证了被叫端的网络电话应用可以响应呼叫请求，提高了网络电话的接通率；同时，由被叫端控制网络电话应用响应呼叫请求，使得被叫端可以基于呼叫请求灵活地响应呼叫请求，更加满足被叫端用户的使用习惯，提高了用户使用网络电话的体验感。

本发明的第二实施方式涉及一种呼叫请求的响应方法。本实施方式中的呼叫请求的响应方法同样包括：响应于主叫端发送的呼叫请求，确定被呼叫的被叫端；获取被叫端的网络电话应用的运行状态信息；根据被叫端的网络电话应用的运行状态信息，判断被叫端的网络电话应用是否处于后台运行状态，若是触发被叫端重启网络电话应用进入前台运行状态；在确定被叫端的网络电话应用处于前台运行状态后，触发被叫端控制网络电话应用响应呼叫请求。

第二实施方式是第一实施方式中步骤105的另一种具体实现，该触发被叫端控制网络电话应用响应呼叫请求的具体流程如图2所示。

步骤201：向被叫端转发呼叫请求，供被叫端根据呼叫请求向平台发送呼叫信息获取请求。

具体的说，为了避免出现因被叫端的网络延时导致被叫端不能正确响应呼叫请求的情况。平台向被叫端转发呼叫请求，被叫端接收到该呼叫请求，生成呼叫信息获取请求，被叫端将该呼叫信息获取请求发送至平台。该呼叫信息获取请求可以包括呼叫请求中主叫端设备信息，以便平台根据该主叫端设备信息查找对应的呼叫请求。

步骤202：响应于呼叫信息获取请求，向被叫端发送呼叫信息，供被叫端控制网络电话应用执行与呼叫信息对应的响应操作，其中，呼叫信息包括网络电话应用实时被呼叫的状态信息。

具体的说，平台根据呼叫信息获取请求，查找该主叫端发送的呼叫请求，根据呼叫请求确定当前被叫端被呼叫的状态，例如，主叫端发送的呼叫请求用于请求连接通话，则确定该被叫端的网络电话应用处于被呼叫的状态，若主叫端发送的呼叫请求用于取消呼叫，则确定该被叫端的网络电话应用处于取消呼叫的状态。

被叫端接收到呼叫信息，若呼叫信息的指示的被叫端的网络电话应用处于被呼叫状态，则被叫端将控制该网络电话应用进行呼叫提醒操作，例如，振铃。若呼叫信息指示被叫端的网络电话应用处于取消呼叫的状态，则被叫端控制网络电话应用执行未接来电的提醒操作，例如，显示未接来电的提醒。

另一个具体实现中，被叫端重启该网络电话应用进入前台运行状态后，且在执行本步骤202之前，该网络电话应用可以进行网络电话账号的登录，从而获取该被叫端的网络电话账号中的信息，用于在提醒操作中进行展示，例如，获取该被叫端用户的头像、昵称以及主叫端用户的头像或者昵称，并在进行响应时进行显示被叫端的昵称等。在执行响应操作之前，进行网络电话账号的登录，还可以保证网络电话的安全性。

本实施方式提供的呼叫请求的响应方法，由于被叫端在接收到呼叫请求时，并不是直接根据该呼叫请求进行响应操作，而是根据该呼叫请求，向平台再次确定该被叫端的被呼叫状态，根据平台返回的呼叫信息进行响应操作，因而该方式可以有效避免因网络延时导致该被叫端响应错误的情况。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第三实施方式涉及一种呼叫请求的响应方法，该呼叫请求的响应方法应用于被叫端，被叫端可以是手机或电脑等设备。该呼叫请求的响应方法的具体流程如图3所示。

步骤301：在检测到网络电话应用所处运行状态改变后，将网络电话应用的运行状态信息发送至平台，供平台存储网络电话应用实时的运行状态信息。

具体的说，网络电话应用的运行状态包括前台运行状态和后台运行状态，其中，后台运行状态是指操作系统不显示该网络电话应用的运行进程，例如，当网络电话应用被系统杀掉后所处状态。被叫端可以检测网络电话应用的运行状态，应用iOS系统的设备会通过回调函数监控该网络电话应用的运行状态，例如，对后台运行状态的监控可以使用函数“application DidEnterBackground或者applicationWillTerminate”，对前台运行状态的监控可以通过回调函数实现，如函数“applicationDidBecomeActive”。iOS系统在监听到执行了上述回调函数后，即表明该网络电话应用的运行状态已经改变，则直接将当前的运行状态信息发送至平台，由平台接收该网络电话应用的运行状态信息，并更新存储的该被叫端的网络电话应用的运行状态信息。平台可以是以键值对的方式存储被叫端的网络电话应用的运行状态信息，例如，将被叫端设备信息作为键值，该网络电话应用为该键值对应的数值。可以理解的方式，还可以采用其他方式进行存储，本实施方式不再一一列举。

步骤302：在平台响应于主叫端发送的呼叫请求，且在确定网络电话应用处于后台运行状态后，被平台触发重启网络电话应用进入前台运行状态。

具体的说，在平台响应于主叫端发送的呼叫请求，且平台根据呼叫请求确定出被叫端设备信息，并基于该被叫端设备信息确定出该被叫端的网络电话应用处于后台运行状态后；平台向被叫端所属的推送服务器发送唤醒请求，推送服务器根据携带了被叫端设备信息的呼叫请求，向被叫端发送网络电话(简称“VoIP”)推送通知；该被叫端接收到该VoIP推送通知后，被叫端重启该网络应用进入前台运行状态。被叫端进入前台运行状态，即可正常运行。

步骤303：在平台响应于呼叫请求，且确定网络电话应用处于前台运行状态后，被平台触发控制网络电话应用响应呼叫请求。

具体的说，平台在确定被叫端的网络电话应用处于前台运行后，可以直接将呼叫请求转发给被叫端，若该呼叫请求为电话接通的请求，则被叫端控制该网络电话应用进行振铃操作，提醒用户有来电，若该呼叫请求为挂断电话的请求，则被叫端控制该网络电话应用展示取消呼叫的信息，用于提醒用户有未接来电。

本实施方式为与第一实施方式相对应的被叫端的方法实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

本发明第四实施方式涉及一种呼叫请求的响应方法。本实施方式的呼叫请求的响应方法包括：在检测到网络电话应用所处运行状态改变后，将网络电话应用的运行状态信息发送至平台，供平台存储网络电话应用实时的运行状态信息；在平台响应于主叫端发送的呼叫请求，且在确定网络电话应用处于后台运行状态后，被平台触发重启网络电话应用进入前台运行状态；在平台响应于呼叫请求，且确定网络电话应用处于前台运行状态后，被平台触发控制网络电话应用响应呼叫请求。

第四实施方式是第三实施方式中步骤303的另一种具体实现，该被平台触发控制网络电话应用响应呼叫请求的具体实现的示意图如图4所示。

步骤401：响应于平台发送的呼叫请求，向平台发送呼叫信息获取请求。

具体的说，为了避免出现因被叫端的网络延时导致被叫端不能正确响应呼叫请求的情况。平台向被叫端转发呼叫请求，被叫端接收到该呼叫请求，生成呼叫信息获取请求，被叫端将该呼叫信息获取请求发送至平台。该呼叫信息获取请求可以包括主叫端设备信息，以便平台根据该主叫端设备信息查找对应的呼叫请求，其中该主叫端设备信息可以从呼叫请求中获取。

步骤402：接收平台返回的网络应用的呼叫信息，呼叫信息包括被叫端的网络电话应用当前被呼叫的状态信息。

具体的说，呼叫信息包括被叫端的网络电话应用的实时被呼叫的状态信息，例如，呼叫信息可以指示该网络电话应用处于被呼叫的状态或者指示网络电话应用含有未接来电的信息。

步骤403：根据呼叫信息，控制网络电话应用执行与呼叫信息对应的响应操作。

一个具体的实现中，若呼叫信息指示网络电话应用处于被呼叫的状态，则控制网络电话应用执行对应的呼叫提醒操作；若呼叫信息指示网络电话应用含有未接来电的信息，则控制网络电话应用执行未接来电的提醒操作。

具体的说，呼叫提醒操作可以是展示呼叫界面和/或振铃，该未接来电的提醒操作可以是根据呼叫信息显示该未接来电的信息。可以理解的是，被叫端重启该网络电话应用进入前台运行状态后，可以在接收呼叫信息之前，该网络电话应用可以进行网络电话账号的登录，从而获取该被叫端的网络电话账号中的信息，用于在提醒操作中进行展示，例如，获取该被叫端用户的头像、昵称以及主叫端用户的头像或者昵称等。在执行响应操作之前，进行网络电话账号的登录，可以保证网络电话的安全性。

本实施方式提供的呼叫请求的响应方法，由于被叫端在接收到呼叫请求时，并不是直接根据该呼叫请求进行响应操作，而是根据该呼叫请求，向平台再次确定该被叫端的被呼叫状态，接收呼叫信息，以进行再次确认，由该被叫端根据平台返回的呼叫信息执行响应操作，该方式可以有效避免因网络延时导致该被叫端响应错误的情况。

不难发现，本实施方式为与第二实施方式相对应的被叫端的方法实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

本发明第五实施方式涉及一种呼叫请求的响应装置，该呼叫请求的响应装置50的结构如图5所示，包括：确定模块501、获取模块502、判断模块503、第一触发模块504和第二触发模块505；确定模块501用于响应于主叫端发送的呼叫请求，确定被呼叫的被叫端；获取模块502用于获取被叫端的网络电话应用的运行状态信息，其中，呼叫请求的响应装置存储有被叫端的网络电话应用实时的运行状态信息；判断模块503用于根据被叫端的网络电话应用的运行状态信息，判断被叫端的网络电话应用是否处于后台运行状态；第一触发模块504用于在确定被叫端的网络电话应用处于后台运行状态后，触发被叫端重启网络电话应用进入前台运行状态；第二触发模块505用于在确定被叫端的网络电话应用处于前台运行状态后，触发被叫端控制网络电话应用响应呼叫请求。

不难发现，本实施方式为与第一实施方式相对应的装置实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

本发明第六实施方式涉及一种呼叫请求的响应装置，该呼叫请求的响应装置60具体结构如图6所示，包括：发送模块601、重启模块602和控制模块603；发送模块601用于在检测到网络电话应用所处运行状态改变后，将网络电话应用的运行状态信息发送至平台，供平台存储网络电话应用实时的运行状态信息；重启模块602用于在平台响应于主叫端发送的呼叫请求，且在确定网络电话应用处于后台运行状态后，被平台触发重启网络电话应用进入前台运行状态；控制模块603用于在平台响应于呼叫请求，且确定网络电话应用处于前台运行状态后，被平台触发控制网络电话应用响应呼叫请求。

本实施方式为与第三实施方式相对应的装置实施例，本实施方式可与第三实施方式互相配合实施。第三实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第三实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本发明第七实施方式涉及一种服务器，该服务器70的具体结构如图7所示，包括：至少一个处理器701；以及，与至少一个处理器701通信连接的存储器702；其中，存储器702存储有可被至少一个处理器701执行的指令，指令被至少一个处理器701执行，以使至少一个处理器701能够执行上述的第一实施方式或第二实施方式中呼叫请求的响应方法。

本发明第八实施方式涉及一种终端，该终端80的具体结构如图8所示，包括：至少一个处理器801；以及，与至少一个处理器801通信连接的存储器802；其中，存储器802存储有可被至少一个处理器801执行的指令，指令被至少一个处理器801执行，以使至少一个处理器801能够执行上述的第三实施方式或第四实施方式中呼叫请求的响应方法。

需要说明的是，第七实施方式和第八实施方式中存储器和处理器均采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路链接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。

处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。

本发明第九实施方式涉及一种计算机可读存储介质，计算机程序被处理器执行时实现第一实施方式或第二实施方式中的呼叫请求的响应方法。

本发明第十实施方式涉及一种计算机可读存储介质，计算机程序被处理器执行时实现第三实施方式或第四实施方式中的呼叫请求的响应方法。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (13)

1.一种呼叫请求的响应方法，其特征在于，应用于平台，包括：

响应于主叫端发送的呼叫请求，确定被呼叫的被叫端；

获取所述被叫端的网络电话应用的运行状态信息，其中，所述平台存储有所述被叫端的所述网络电话应用实时的运行状态信息；

根据被叫端的所述网络电话应用的运行状态信息，判断所述被叫端的所述网络电话应用是否处于后台运行状态，若是，则触发所述被叫端重启所述网络电话应用进入前台运行状态；

在确定所述被叫端的所述网络电话应用处于所述前台运行状态后，触发所述被叫端控制所述网络电话应用响应所述呼叫请求。

2.根据权利要求1所述的呼叫请求的响应方法，其特征在于，所述触发所述被叫端重启所述网络电话应用进入前台运行状态，具体包括：

向所述被叫端所属的推送服务器发送携带所述被叫端设备信息的唤醒请求，其中，所述唤醒请求用于指示所述推送服务器向所述被叫端发送网络电话推送通知，在所述被叫端检测到所述网络电话推送通知后，重启所述网络电话应用进入前台运行状态。

3.根据权利要求1或2所述的呼叫请求的响应方法，其特征在于，所述触发所述网络电话应用响应所述呼叫请求，具体包括：

向所述被叫端转发所述呼叫请求，供所述被叫端根据所述呼叫请求向所述平台发送呼叫信息获取请求；

响应于所述呼叫信息获取请求，向所述被叫端发送呼叫信息，供所述被叫端控制所述网络电话应用执行与所述呼叫信息对应的响应操作，其中，所述呼叫信息包括所述网络电话应用实时被呼叫的状态信息。

4.根据权利要求1所述的呼叫请求的响应方法，其特征在于，所述呼叫请求的响应方法还包括：

接收所述被叫端发送的所述网络电话应用的运行状态信息，其中，所述运行状态信息在所述被叫端检测到所述网络电话应用的运行状态发生改变后被所述被叫端发送；

更新所述被叫端的所述网络电话应用实时的运行状态信息。

5.一种呼叫请求的响应方法，其特征在于，应用于被叫端，包括：

在检测到网络电话应用所处运行状态改变后，将所述网络电话应用的运行状态信息发送至平台，供所述平台存储所述网络电话应用实时的运行状态信息；

在所述平台响应于主叫端发送的呼叫请求，且在确定所述网络电话应用处于后台运行状态后，被所述平台触发重启所述网络电话应用进入前台运行状态；

在所述平台响应于所述呼叫请求，且确定所述网络电话应用处于前台运行状态后，被所述平台触发控制所述网络电话应用响应所述呼叫请求。

6.根据权利要求5所述的呼叫请求的响应方法，其特征在于，所述被所述平台触发控制所述网络电话应用响应所述呼叫请求，具体包括：

响应于所述平台发送的所述呼叫请求，向所述平台发送呼叫信息获取请求；

接收所述平台返回的所述网络应用的呼叫信息，所述呼叫信息包括所述被叫端的所述网络电话应用当前被呼叫的状态信息；

根据所述呼叫信息，控制所述网络电话应用执行与所述呼叫信息对应的响应操作。

7.根据权利要求6所述的呼叫请求的响应方法，其特征在于，所述根据所述呼叫信息，控制所述网络电话应用执行与所述呼叫信息对应的响应操作，具体包括：

若所述呼叫信息指示所述网络电话应用处于被呼叫的状态，则控制所述网络电话应用执行对应的呼叫提醒操作；

若所述呼叫信息指示所述网络电话应用含有未接来电的信息，则控制所述网络电话应用执行未接来电的提醒操作。

8.一种呼叫请求的响应装置，其特征在于，包括：确定模块、获取模块、判断模块、第一触发模块和第二触发模块；

所述确定模块用于响应于主叫端发送的呼叫请求，确定被呼叫的被叫端；

所述获取模块用于获取所述被叫端的网络电话应用的运行状态信息，其中，所述呼叫请求的响应装置存储有所述被叫端的所述网络电话应用实时的运行状态信息；

所述判断模块用于根据被叫端的所述网络电话应用的运行状态信息，判断所述被叫端的所述网络电话应用是否处于后台运行状态；

所述第一触发模块用于在确定所述被叫端的所述网络电话应用处于后台运行状态后，触发所述被叫端重启所述网络电话应用进入前台运行状态；

所述第二触发模块用于在确定所述被叫端的所述网络电话应用处于所述前台运行状态后，触发所述被叫端控制所述网络电话应用响应所述呼叫请求。

9.一种呼叫请求的响应装置，其特征在于，包括：发送模块、重启模块和控制模块；

所述发送模块用于在检测到网络电话应用所处运行状态改变后，将所述网络电话应用的运行状态信息发送至平台，供所述平台存储所述网络电话应用实时的运行状态信息；

所述重启模块用于在所述平台响应于主叫端发送的呼叫请求，且在确定所述网络电话应用处于后台运行状态后，被所述平台触发重启所述网络电话应用进入前台运行状态；

所述控制模块用于在所述平台响应于所述呼叫请求，且确定所述网络电话应用处于前台运行状态后，被所述平台触发控制所述网络电话应用响应所述呼叫请求。

10.一种服务器，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至4任一所述的呼叫请求的响应方法。

11.一种终端，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求5至7任一所述的呼叫请求的响应方法。

12.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至4中任一项所述的呼叫请求的响应方法。

13.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求5至7中任一项所述的呼叫请求的响应方法。

Images