CN110297663A - 应用程序的唤醒方法、装置、终端和介质 - Google Patents

Abstract

本申请实施例公开一种应用程序的唤醒方法、装置、终端和介质，用以提高唤醒目标应用程序的灵活性。所述应用程序的唤醒方法，包括：向第一目标应用程序所在终端发送用于检测所述第一目标应用程序是否启动端口监听服务的请求消息；在接收到所述终端返回的针对所述请求消息的响应消息时，确定所述第一目标应用程序已启动端口监听服务，向所述第一目标应用程序所在终端发送唤醒请求，以唤醒所述第一目标应用程序。

Description

应用程序的唤醒方法、装置、终端和介质

技术领域

本申请涉及应用程序唤醒技术领域，尤其涉及一种应用程序的唤醒方法、装置、终端和计算机可读存储介质。

背景技术

在流量合作或者站外投放广告场景中，通常习惯于采用投放超文本标记语言(Hyper Text Markup Language，HTML)5页面(也即H5页面)的方式介绍合作方的业务信息。通过投放H5页面，使得用户能够从一个应用程序直接跳转进入另一个应用程序，并打开某些特定页面。

目前，投放H5页面通常采用schema协议的模式实现。具体来说，应用程序向操作***注册统一资源定位符(Uniform Resource Locator，URL)scheme，该scheme用于从浏览器或其它应用程序中唤醒本应用程序。在使用此URL唤醒应用程序时，通过指定的URL字段，可以让应用程序在被唤醒后直接打开某些特定页面，例如，商品详情页、活动详情页等；也可以让应用程序在被唤醒后执行某些指定动作，例如，完成支付动作等。

但是，通过投放H5页面唤醒目标应用程序的方式，无法探测目标应用程序是否安装，只能通过定时器等手段，在发出schema请求后，定时引导用户采用手动的方式，打开目标应用程序或者进入目标应用程序的下载页面，唤醒策略单一，灵活性较低。

申请内容

本申请实施例提供了一种应用程序的唤醒方法、装置、终端和计算机可读存储介质，用以提高唤醒目标应用程序的灵活性。

根据本申请实施例的第一方面，提供一种应用程序的唤醒方法，包括：

向第一目标应用程序所在终端发送用于检测第一目标应用程序是否启动端口监听服务的请求消息；

在接收到第一目标应用程序所在终端返回的针对请求消息的响应消息时，确定第一目标应用程序已启动端口监听服务，向第一目标应用程序所在终端发送唤醒请求，以唤醒第一目标应用程序。

根据本申请实施例的第二方面，提供一种应用程序的唤醒方法，包括：

获取用于启动第一目标应用程序端口监听服务的端口配置信息；

基于获取到的端口配置信息启动第一目标应用程序的端口监听服务；

接收用于唤醒第一目标应用程序的唤醒请求；

基于唤醒请求，启动第一目标应用程序，并打开第一目标应用程序中的目标页面。

根据本申请实施例的第三方面，提供一种应用程序的唤醒装置，包括：

发送模块，用于向第一目标应用程序所在终端发送用于检测第一目标应用程序是否启动端口监听服务的请求消息；

唤醒模块，用于在接收到第一目标应用程序所在终端返回的针对请求消息的响应消息时，确定第一目标应用程序已启动端口监听服务，向第一目标应用程序所在终端发送唤醒请求，以唤醒第一目标应用程序。

根据本申请实施例的第四方面，提供一种应用程序的唤醒装置，包括：

获取模块，用于获取用于启动第一目标应用程序端口监听服务的端口配置信息；

端口监听服务启动模块，用于基于获取到的端口配置信息启动第一目标应用程序的端口监听服务；

接收模块，用于接收用于唤醒第一目标应用程序的唤醒请求；

应用唤醒模块，用于基于唤醒请求，启动第一目标应用程序，并打开第一目标应用程序中的目标页面。

根据本申请实施例的第五方面，提供一种应用程序的唤醒终端，包括：存储器和处理器；该存储器用于储存有可执行程序代码；该处理器用于读取存储器中存储的可执行程序代码以执行上述第一方面的方法。

根据本申请实施例的第六方面，提供一种计算机可读存储介质，其上存储有计算机程序指令，当计算机程序指令被处理器执行时实现上述第一方面的方法。

根据本申请实施例的第七方面，提供一种应用程序的唤醒终端，包括：存储器和处理器；该存储器用于储存有可执行程序代码；该处理器用于读取存储器中存储的可执行程序代码以执行上述第二方面的方法。

根据本申请实施例的第八方面，提供一种计算机可读存储介质，其上存储有计算机程序指令，当计算机程序指令被处理器执行时实现上述第二方面的方法。

根据本申请实施例中的应用程序的唤醒方法、装置、终端和计算机可读存储介质，向第一目标应用程序所在终端发送用于检测第一目标应用程序是否启动端口监听服务的请求消息，并在接收到第一目标应用程序所在终端返回的针对请求消息的响应消息时，确定第一目标应用程序已启动端口监听服务，向第一目标应用程序所在终端发送唤醒请求，以唤醒第一目标应用程序。

本申请实施例的应用程序的唤醒方案，在向第一目标应用程序所在终端发送唤醒请求之前，向第一目标应用程序所在终端发送用于检测第一目标应用程序是否启动端口监听服务的请求消息，通过是否接收到该请求消息的响应消息判断第一目标应用程序是否已启动端口监听服务，也即判断第一目标应用程序是否已安装，从而能够根据判定结果灵活制定唤醒第一目标应用程序的策略，提高唤醒第一目标应用程序的灵活性。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了根据本申请实施例外部应用程序唤醒目标应用程序的***架构图；

图2示出了根据本申请实施例的一种应用程序的唤醒方法的流程示意图；

图3示出了根据本申请实施例的另一应用程序的唤醒方法的流程示意图；

图4示出了根据本申请实施例的一种应用程序的唤醒装置的结构示意图；

图5示出了根据本申请实施例的另一应用程序的唤醒装置的结构示意图；

图6示出了能够实现根据本申请实施例的应用程序的唤醒方法和装置的应用程序的唤醒终端的示例性硬件架构的结构图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本申请，并不被配置为限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

目前，在流量合作或者站外投放广告场景中，通常习惯于采用投放H5页面的方式介绍合作方的业务信息，也即通过投放H5页面使得用户从一个应用程序直接跳转进入另一个应用程序，并打开某些特定页面。

现有技术中，投放H5页面通常采用schema协议的模式实现。具体来说，应用程序向操作***注册URL scheme，该scheme用于从浏览器或其它应用程序中唤醒本应用程序。在使用此URL唤醒应用程序时，通过指定的URL字段，可以让应用程序在被唤醒后直接打开某些特定页面，例如，商品详情页、活动详情页等；也可以让应用程序在被唤醒后执行某些指定动作，例如，完成支付动作等。

但是，通过投放H5页面唤醒目标应用程序的方式，无法探测目标应用程序是否安装，只能通过定时器等手段，在发出schema请求后，定时引导用户采用手动的方式，打开目标应用程序或者进入目标应用程序的下载页面，唤醒策略单一，灵活性较低。

鉴于此，本申请实施例提供了一种应用程序的唤醒方案，包括：向第一目标应用程序所在终端发送用于检测第一目标应用程序是否启动端口监听服务的请求消息，并在接收到第一目标应用程序所在终端返回的针对请求消息的响应消息时，确定第一目标应用程序已启动端口监听服务，向第一目标应用程序所在终端发送唤醒请求，以唤醒第一目标应用程序。

本申请实施例提供的应用程序唤醒方案，在向第一目标应用程序所在终端发送唤醒请求之前，向第一目标应用程序所在终端发送用于检测第一目标应用程序是否启动端口监听服务的请求消息，通过是否接收到该请求消息的响应消息判断第一目标应用程序是否已启动端口监听服务，也即判断第一目标应用程序是否已安装，从而能够根据判定结果灵活制定唤醒第一目标应用程序的策略，提高唤醒第一目标应用程序的灵活性。

下面结合图1以外部应用程序使用H5页面唤醒第一目标应用程序为例，对本申请实施例提供的应用程序的唤醒方案进行详细说明。

本申请实施例提供的应用程序的唤醒方法，首先需要第一目标应用程序启动端口监听服务，而第一目标应用程序启动端口监听服务需要获取最新的端口配置信息。

在一个实施方式中，第一目标应用程序所在终端获取用于启动第一目标应用程序端口监听服务的端口配置信息，并基于获取到的端口配置信息启动第一目标应用程序的端口监听服务。其中，端口配置信息，包括但不限于：端口标识(用于唯一标识每个监听端口，例如，端口号)、端口协议格式、及端口配置信息的时间戳。

其中，端口配置信息的时间戳用于标识当前端口配置信息的版本，在基于端口配置信息中的时间戳信息确定第一目标应用程序的端口配置信息失效时，需要重新获取用于启动第一目标应用程序端口监听服务的端口配置信息。具体实施时，可以基于端口配置信息的时间戳周期性或者定时获取端口配置信息。

具体实施时，获取用于启动第一目标应用程序端口监听服务的端口配置信息，可以主动向第一目标应用程序的服务器发送请求进行获取，也可以接收用于配置第一目标应用程序端口配置信息的配置模块发送的第一目标应用程序的端口配置信息，本申请对此不做限定。

第一目标应用程序启动端口监听服务之后，外部应用程序可以通过向第一目标应用程序所在终端发送用于检测所述第一目标应用程序是否启动端口监听服务的请求消息，探测第一目标应用程序是否安装，具体来说：

外部应用程序向第一目标应用程序所在终端发送用于检测所述第一目标应用程序是否启动端口监听服务的请求消息，若第一目标应用程序已启动端口监听服务，则第一目标应用程序能够对该请求消息作出响应，也即外部应用程序能够接收到第一目标应用程序所在终端返回的针对该请求消息的响应消息。外部应用程序接收到第一目标应用程序所在终端针对该请求消息的响应消息时，确定第一目标应用程序已启动端口监听服务，则确定终端中安装有第一目标应用程序，则外部应用程序可以向第一目标应用程序所在终端发送唤醒请求，以唤醒第一目标应用程序。

外部应用程序向第一目标应用程序所在终端发送用于检测所述第一目标应用程序是否启动端口监听服务的请求消息，若第一目标应用程序未启动端口监听服务，则第一目标应用程序无法接收该请求消息，无法对该请求消息作出响应，也即外部应用程序将接收不到第一目标应用程序所在终端针对该请求消息的响应消息。外部应用程序将接收不到第一目标应用程序所在终端针对该请求消息的响应消息时，外部应用程序确定终端中未安装第一目标应用程序或者第一目标应用程序启动端口监听服务失败，则外部应用程序采用原生schema协议的方式唤醒第一目标应用程序。

在一个实施方式中，外部应用程序在向第一目标应用程序所在终端发送唤醒请求时，首先获取第一目标应用程序的属性信息，根据获取到的第一目标应用程序的属性信息判断是否能够唤醒第一目标应用程序，并在基于第一目标应用程序的属性信息确定能够唤醒第一目标应用程序时，向第一目标应用程序所在终端发送唤醒请求。

在一个实施方式中，第一目标应用程序的属性信息中可以包括但不限于：不同版本的外部应用程序是否能够唤醒第一目标应用程序、不同渠道下载的外部应用程序是否能够唤醒第一目标应用程序等。

在一个实施方式中，若获取到的第一目标应用程序的属性信息中包括第一目标应用程序的设备号，则基于此设备号可采用JS localstorage或者cookies等方式将此设备号持久化保存在外部应用程序所在终端，并可以基于此设备号精确的建立外部应用程序和第一目标应用程序及此设备的唯一性关系。基于此唯一性关系，可以做到基于设备号场景的业务判断定制逻辑。

在一个实施方式中，外部应用程序获取第一目标应用程序的属性信息时，可以向第一目标应用程序所在终端发送用于获取第一目标应用程序的属性信息的信息获取请求，然后接收终端返回的第一目标应用程序的属性信息。

在一个实施方式中，外部应用程序向第一目标应用程序所在终端发送唤醒请求时，获取第一目标应用程序的端口配置信息，并基于第一目标应用程序的端口配置信息，拼装生成用于唤醒第一目标应用程序的唤醒请求，然后采用ajax请求方式向第一目标应用程序所在终端发送唤醒请求。

具体实施时，外部应用程序利用端口配置信息中的端口标识和端口协议格式、以及预先获取的第一目标应用程序的URL地址，拼装生成用于唤醒第一目标应用程序的唤醒请求。

在一个实施方式中，外部应用程序获取第一目标应用程序的端口配置信息时，可以周期性向第一目标应用程序所在终端发送用于获取第一目标应用程序的端口配置信息的信息获取请求，并接收第一目标应用程序所在终端返回的第一目标应用程序的端口配置信息，也可以接收用于配置第一目标应用程序端口配置信息的配置模块发送的第一目标应用程序的端口配置信息，本申请对此不做限定。

在一个实施方式中，外部应用程序还可以保存第一目标应用程序的端口配置信息。当然，需要说明的是，第一目标应用程序的端口配置信息中包含用于标识端口配置信息版本的时间戳，外部应用程序可以基于时间戳周期性或定时获取第一目标应用程序的端口配置信息，以确保基于端口配置信息拼装生成的唤醒请求能够唤醒第一目标应用程序。

在一个实施方式中，为了避免外部应用程序利用第一目标应用程序的端口监听服务盗取信息，本申请实施例中采用固定协议格式的方式，也即第一目标应用程序的监听端口仅接收约定协议格式的请求，对于非约定协议格式的请求将不执行任何操作。

在一个实施方式中，第一目标应用程序所在终端接收到外部应用程序发送的唤醒请求时，可以进行协议安全处理。具体来说，接收到外部应用程序发送的唤醒请求时，判断接收到的唤醒请求是否是基于端口协议格式的唤醒请求，并在确定唤醒请求为基于端口协议格式的唤醒请求时，执行该唤醒请求，也即启动第一目标应用程序，并打开第一目标应用程序中的目标页面。

在一个实施方式中，执行唤醒请求时，从唤醒请求中解析出URL地址，并访问URL地址以启动URL地址对应的应用程序，也即启动第一目标应用程序，然后根据URL中传递的参数打开URL地址标识的页面，也即打开第一目标应用程序中的目标页面。

在一个实施方式中，对于一些需要随时替换监听端口标识和监听协议格式的场景，可以通过端口与协议动态运维服务发布端口配置信息给外部应用程序和第一目标应用程序，以控制外部应用程序和第一目标应用程序中使用相同的端口配置信息，避免唤醒第一目标应用程序失败。

上述实施例中介绍了外部应用程序唤醒第一目标应用程序的过程，实际应用中，外部应用程序可以和第一目标应用程序处在同一终端中，也可以和第一目标应用程序处在不同终端中，本申请实施例对此不做限定。

在一个实施方式中，外部应用程序所在终端中的应用程序同样可以被其它应用程序所唤醒。换句话说，外部应用程序所在终端在唤醒第一目标应用程序时，还可以获取用于启动第二目标应用程序端口监听服务的端口配置信息，基于获取到的端口配置信息启动第二目标应用程序的端口监听服务，接收用于唤醒第二目标应用程序的唤醒请求，并基于接收到的唤醒请求，启动第二目标应用程序，并打开第二目标应用程序中的目标页面。

需要说明的是，本申请实施例中所提到的第一目标应用程序和第二目标应用程序，并不用于具体限定。第一目标应用程序和第二目标应用程序仅用于区分两个不同的应用程序。

下面结合具体的***处理流程对上述应用程序的唤醒方法的执行过程进行说明，然而，值得注意的是，该具体实施例仅是为了更好地说明本申请，并不构成对本申请的不当限定。

在唤醒侧，从整体流程而言，如图2所示，应用程序的唤醒方法200，可以包括以下步骤：

步骤201，向第一目标应用程序所在终端发送用于检测第一目标应用程序是否启动端口监听服务的请求消息。

步骤202，在接收到第一目标应用程序所在终端返回的针对请求消息的响应消息时，确定第一目标应用程序已启动端口监听服务，向第一目标应用程序所在终端发送唤醒请求，以唤醒第一目标应用程序。

在被唤醒侧，从整体流程而言，如图3所示，应用程序的唤醒方法300，可以包括以下步骤：

步骤301，获取用于启动第一目标应用程序端口监听服务的端口配置信息。

步骤302，基于获取到的端口配置信息启动第一目标应用程序的端口监听服务。

步骤303，接收用于唤醒第一目标应用程序的唤醒请求。

步骤304，基于唤醒请求，启动第一目标应用程序，并打开第一目标应用程序中的目标页面。

在唤醒侧实现的时候，上述实施例中的应用程序的唤醒方法可以通过应用程序的唤醒装置来实现。如图4所示，应用程序的唤醒装置400，可以包括：

发送模块401，用于向第一目标应用程序所在终端发送用于检测第一目标应用程序是否启动端口监听服务的请求消息。

唤醒模块402，用于在接收到第一目标应用程序所在终端返回的针对请求消息的响应消息时，确定第一目标应用程序已启动端口监听服务，向第一目标应用程序所在终端发送唤醒请求，以唤醒第一目标应用程序。

在一个实施方式中，唤醒模块402具体用于：获取第一目标应用程序的属性信息；基于第一目标应用程序的属性信息确定能够唤醒第一目标应用程序时，向第一目标应用程序所在终端发送唤醒请求。

在一个实施方式中，唤醒模块402具体用于：向第一目标应用程序所在终端发送用于获取第一目标应用程序的属性信息的信息获取请求；接收终端返回的第一目标应用程序的属性信息。

在一个实施方式中，唤醒模块402具体用于：获取第一目标应用程序的端口配置信息；基于端口配置信息，拼装生成用于唤醒第一目标应用程序的唤醒请求；采用ajax请求方式向第一目标应用程序所在终端发送唤醒请求。

在一个实施方式中，唤醒模块402具体用于：周期性向第一目标应用程序所在终端发送用于获取第一目标应用程序的端口配置信息的信息获取请求；接收终端返回的第一目标应用程序的端口配置信息。

在一个实施方式中，唤醒模块402具体用于：接收用于配置第一目标应用程序端口配置信息的配置模块发送的第一目标应用程序的端口配置信息。

在一个实施方式中，应用程序的唤醒装置还包括：存储模块403，用于：保存第一目标应用程序的端口配置信息。

在一个实施方式中，端口配置信息包括：端口标识和端口协议格式；唤醒模块402具体用于：利用端口标识、端口协议格式、及预先获取的第一目标应用程序的统一资源定位符URL地址，拼装生成用于唤醒第一目标应用程序的唤醒请求。

在一个实施方式中，应用程序的唤醒装置，还包括：获取模块404，用于获取用于启动第二目标应用程序端口监听服务的端口配置信息；端口监听服务启动模块405，用于基于获取到的端口配置信息启动第二目标应用程序的端口监听服务，接收模块406，用于接收用于唤醒第二目标应用程序的唤醒请求，应用唤醒模块407，用于基于唤醒请求，启动第一目标应用程序，并打开第一目标应用程序中的目标页面。

在被唤醒侧实现的时候，上述实施例中的应用程序的唤醒方法可以通过应用程序的唤醒装置来实现。如图5所示，应用程序的唤醒装置500，可以包括：

获取模块501，用于获取用于启动第一目标应用程序端口监听服务的端口配置信息。

端口监听服务启动模块502，用于基于获取到的端口配置信息启动第一目标应用程序的端口监听服务。

接收模块503，用于接收用于唤醒第一目标应用程序的唤醒请求。

应用唤醒模块504，用于基于唤醒请求，启动第一目标应用程序，并打开第一目标应用程序中的目标页面。

在一个实施方式中，端口配置信息包括端口协议格式；应用唤醒模块504具体用于：在确定唤醒请求为基于端口协议格式的唤醒请求时，基于唤醒请求，启动第一目标应用程序，并打开第一目标应用程序中的目标页面。

在一个实施方式中，应用唤醒模块504具体用于：从唤醒请求中解析出统一资源定位符URL地址；访问URL地址启动URL地址对应的应用程序，并打开URL地址标识的页面。

在一个实施方式中，接收模块503还用于：接收用于获取第一目标应用程序的属性信息的信息获取请求；响应于信息获取请求，返回第一目标应用程序的属性信息。

在一个实施方式中，获取模块501具体用于：接收用于配置第一目标应用程序端口配置信息的配置模块发送的第一目标应用程序的端口配置信息。

在一个实施方式中，端口配置信息，包括：用于标识当前端口配置信息版本的时间戳信息；应用程序的唤醒装置还包括：配置更新模块505，用于：在基于时间戳信息确定第一目标应用程序的端口配置信息失效时，重新获取用于启动第一目标应用程序端口监听服务的端口配置信息。

在一个实施方式中，应用程序的唤醒装置，还包括：发送模块506，用于向第二目标应用程序所在终端发送用于检测第二目标应用程序是否启动端口监听服务的请求消息，唤醒模块507，用于在接收到第二目标应用程序所在终端返回的针对请求消息的响应消息时，确定第二目标应用程序已启动端口监听服务，向第二目标应用程序所在终端发送唤醒请求，以唤醒第二目标应用程序。

图6示出了能够实现根据本申请实施例的应用程序的唤醒方法和装置的应用程序的唤醒终端的示例性硬件架构的结构图。如图6所示，应用程序的唤醒终端600包括输入设备601、输入接口602、中央处理器603、存储器604、输出接口605、以及输出设备606。其中，输入接口602、中央处理器603、存储器604、以及输出接口605通过总线610相互连接，输入设备601和输出设备606分别通过输入接口602和输出接口605与总线610连接，进而与应用程序的唤醒终端600的其他组件连接。

具体地，输入设备601接收来自外部的输入信息，并通过输入接口602将输入信息传送到中央处理器603；中央处理器603基于存储器604中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器604中，然后通过输出接口605将输出信息传送到输出设备606；输出设备606将输出信息输出到应用程序的唤醒终端600的外部供用户使用。

也就是说，图6所示的应用程序的唤醒终端也可以被实现为应用程序的唤醒设备，该应用程序的唤醒设备可以包括：存储有计算机可执行指令的存储器；以及处理器，该处理器在执行计算机可执行指令时可以实现结合图2-图5描述的应用程序的唤醒方法和装置。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品或计算机可读存储介质的形式实现。所述计算机程序产品或计算机可读存储介质包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如，红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如，固态硬盘Solid State Disk(SSD))等。

另外，结合上述实施例中的应用程序的唤醒方法，本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种应用程序的唤醒方法。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或***。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的***、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (22)

1.一种应用程序的唤醒方法，其特征在于，所述方法包括：

向第一目标应用程序所在终端发送用于检测所述第一目标应用程序是否启动端口监听服务的请求消息；

在接收到所述终端返回的针对所述请求消息的响应消息时，确定所述第一目标应用程序已启动端口监听服务，向所述第一目标应用程序所在终端发送唤醒请求，以唤醒所述第一目标应用程序。

2.根据权利要求1所述的方法，其特征在于，所述向所述第一目标应用程序所在终端发送唤醒请求，包括：

获取所述第一目标应用程序的属性信息；

基于所述第一目标应用程序的属性信息确定能够唤醒所述第一目标应用程序时，向所述第一目标应用程序所在终端发送唤醒请求。

3.根据权利要求2所述的方法，其特征在于，所述获取所述第一目标应用程序的属性信息，包括：

向所述第一目标应用程序所在终端发送用于获取所述第一目标应用程序的属性信息的信息获取请求；

接收所述终端返回的所述第一目标应用程序的属性信息。

4.根据权利要求1所述的方法，其特征在于，所述向所述第一目标应用程序所在终端发送唤醒请求，包括：

获取所述第一目标应用程序的端口配置信息；

基于所述端口配置信息，拼装生成用于唤醒所述第一目标应用程序的唤醒请求；

采用ajax请求方式向所述第一目标应用程序所在终端发送唤醒请求。

5.根据权利要求4所述的方法，其特征在于，所述获取所述第一目标应用程序的端口配置信息，包括：

周期性向所述第一目标应用程序所在终端发送用于获取所述第一目标应用程序的端口配置信息的信息获取请求；

接收所述终端返回的所述第一目标应用程序的端口配置信息。

6.根据权利要求4所述的方法，其特征在于，所述获取所述第一目标应用程序的端口配置信息，包括：

接收用于配置所述第一目标应用程序端口配置信息的配置模块发送的所述第一目标应用程序的端口配置信息。

7.根据权利要求5或6所述的方法，其特征在于，所述方法还包括：保存所述第一目标应用程序的端口配置信息。

8.根据权利要求4所述的方法，其特征在于，所述端口配置信息包括：端口标识和端口协议格式；

所述基于所述第一目标应用程序的端口配置信息，拼装生成用于唤醒所述第一目标应用程序的唤醒请求，包括：

利用所述端口标识、所述端口协议格式、及预先获取的所述第一目标应用程序的统一资源定位符URL地址，拼装生成用于唤醒所述第一目标应用程序的唤醒请求。

9.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取用于启动第二目标应用程序端口监听服务的端口配置信息；

基于获取到的端口配置信息启动所述第二目标应用程序的端口监听服务；

接收用于唤醒所述第二目标应用程序的唤醒请求；

基于所述唤醒请求，启动所述第二目标应用程序，并打开所述第二目标应用程序中的目标页面。

10.一种应用程序的唤醒方法，其特征在于，所述方法包括：

获取用于启动第一目标应用程序端口监听服务的端口配置信息；

基于获取到的端口配置信息启动所述第一目标应用程序的端口监听服务；

接收用于唤醒所述第一目标应用程序的唤醒请求；

基于所述唤醒请求，启动所述第一目标应用程序，并打开所述第一目标应用程序中的目标页面。

11.根据权利要求10所述的方法，其特征在于，所述端口配置信息包括端口协议格式；

所述基于所述唤醒请求，启动所述第一目标应用程序，并打开所述第一目标应用程序中的目标页面，包括：

在确定所述唤醒请求为基于所述端口协议格式的唤醒请求时，基于所述唤醒请求，启动所述第一目标应用程序，并打开所述第一目标应用程序中的目标页面。

12.根据权利要求10所述的方法，其特征在于，所述基于所述唤醒请求，启动所述第一目标应用程序，并打开所述第一目标应用程序中的目标页面，包括：

从所述唤醒请求中解析出统一资源定位符URL地址；

访问所述URL地址启动所述URL地址对应的应用程序，并打开所述URL地址标识的页面。

13.根据权利要求10所述的方法，其特征在于，所述方法还包括：

接收用于获取所述第一目标应用程序的属性信息的信息获取请求；

响应于所述信息获取请求，返回所述第一目标应用程序的属性信息。

14.根据权利要求10所述的方法，其特征在于，所述获取用于启动第一目标应用程序端口监听服务的端口配置信息，包括：

接收用于配置所述第一目标应用程序端口配置信息的配置模块发送的所述第一目标应用程序的端口配置信息。

15.根据权利要求10所述的方法，其特征在于，所述端口配置信息，包括：用于标识当前端口配置信息版本的时间戳信息；

所述方法还包括：在基于所述时间戳信息确定所述第一目标应用程序的端口配置信息失效时，重新获取用于启动所述第一目标应用程序端口监听服务的端口配置信息。

16.根据权利要求10所述的方法，其特征在于，所述方法还包括：

向第二目标应用程序所在终端发送用于检测所述第二目标应用程序是否启动端口监听服务的请求消息；

在接收到所述终端返回的针对所述请求消息的响应消息时，确定所述第二目标应用程序已启动端口监听服务，向所述第二目标应用程序所在终端发送唤醒请求，以唤醒所述第二目标应用程序。

17.一种应用程序的唤醒装置，其特征在于，所述装置包括：

发送模块，用于向第一目标应用程序所在终端发送用于检测所述第一目标应用程序是否启动端口监听服务的请求消息；

唤醒模块，用于在接收到所述终端返回的针对所述请求消息的响应消息时，确定所述第一目标应用程序已启动端口监听服务，向所述第一目标应用程序所在终端发送唤醒请求，以唤醒所述第一目标应用程序。

18.一种应用程序的唤醒装置，其特征在于，所述装置包括：

获取模块，用于获取用于启动第一目标应用程序端口监听服务的端口配置信息；

端口监听服务启动模块，用于基于获取到的端口配置信息启动所述第一目标应用程序的端口监听服务；

接收模块，用于接收用于唤醒所述第一目标应用程序的唤醒请求；

应用唤醒模块，用于基于所述唤醒请求，启动所述第一目标应用程序，并打开所述第一目标应用程序中的目标页面。

19.一种应用程序的唤醒终端，其特征在于，包括存储器和处理器；所述存储器用于储存有可执行程序代码；所述处理器用于读取所述存储器中存储的可执行程序代码以执行权利要求1-9中任意一项所述的方法。

20.一种计算机可读存储介质，其上存储有计算机程序指令，其特征在于，当所述计算机程序指令被处理器执行时实现如权利要求1-9中任一项所述的方法。

21.一种应用程序的唤醒终端，其特征在于，包括存储器和处理器；所述存储器用于储存有可执行程序代码；所述处理器用于读取所述存储器中存储的可执行程序代码以执行权利要求10-16中任意一项所述的方法。

22.一种计算机可读存储介质，其上存储有计算机程序指令，其特征在于，当所述计算机程序指令被处理器执行时实现如权利要求10-16中任一项所述的方法。