CN106933615A

CN106933615A - App应用的唤醒方法及装置

Info

Publication number: CN106933615A
Application number: CN201511032114.5A
Authority: CN
Inventors: 曹柏青
Original assignee: Alibaba Group Holding Ltd
Current assignee: Advanced New Technologies Co Ltd; Advantageous New Technologies Co Ltd
Priority date: 2015-12-31
Filing date: 2015-12-31
Publication date: 2017-07-07
Anticipated expiration: 2035-12-31
Also published as: CN106933615B

Abstract

本申请提供一种APP应用的唤醒方法及装置，其中的方法包括：扫描预设系统文件；所述预设系统文件为不同的浏览器均兼容的系统文件；判断在所述预设系统文件中是否扫描到与目标页面对应唤醒标识；所述唤醒标识用于唤醒与所述目标页面对应的APP；当在所述预设系统文件中扫描到所述唤醒标识时，则唤醒与所述目标页面对应的APP。本申请可以同时支持不同品牌、不同版本的浏览器，因此具有更好的兼容性。

Description

APP应用的唤醒方法及装置

技术领域

本申请涉及通信领域，尤其涉及一种APP应用的唤醒方法及装置。

背景技术

用户在访问html5页面时，如果用户终端上安装了与该html5页面对应的APP应用，通常都具有通过所访问的html5页面来唤醒用户终端中对应的APP应用的需求，而目前通过html5页面来唤醒对应的APP，通常都是基于浏览器来实现的。然而，基于浏览器来唤醒APP，通常需要和浏览器提供商进行合作，并且针对不同提供商的浏览器，均需要进行独立开发，因此兼容性较差。

发明内容

本申请提出一种APP应用的唤醒方法，该方法包括：

扫描预设系统文件；所述预设系统文件为不同的浏览器均兼容的系统文件；

判断在所述预设系统文件中是否扫描到与目标页面对应唤醒标识；所述唤醒标识用于唤醒与所述目标页面对应的APP；

当在所述预设系统文件中扫描到所述唤醒标识时，则唤醒与所述目标页面对应的APP。

可选的，所述唤醒标识包括与所述目标页面对应的APP的系统标识；

所述扫描预设系统文件之前，还包括：

当访问所述目标页面时，接收所述目标页面发出的加密音频；所述加密音频携带与所述目标页面对应的APP的系统标识；

解密所述加密音频以获取与所述目标页面对应的APP的系统标识。

可选的，所述加密音频还携带所述目标页面所在系统的标识或所述目标页面所在终端的标识；

所述方法还包括:

解密所述加密音频以获取与所述目标页面所在系统的标识或所述目标页面所在终端的标识。

可选的，所述扫描预设系统文件包括：

判断获取到的所述目标页面所在系统的标识与当前系统的标识是否匹配；

如果匹配，则扫描预设系统文件；或

判断获取到的所述目标页面所在终端的标识与当前终端的标识是否匹配；

如果匹配，则扫描预设系统文件。

可选的，所述唤醒标识包括针对与所述目标页面对应的APP预设的唤醒关键词；

所述扫描预设系统文件之前，还包括：

当访问所述目标页面时，向所述预设系统文件中写入针对与所述目标页面对应的APP预设的唤醒关键词。

可选的，所述预设系统文件包括与所述目标页面对应的cookie文件。

本申请还提出一种APP应用的唤醒装置，该装置包括：

扫描模块，用于扫描预设系统文件；所述预设系统文件为不同的浏览器均兼容的系统文件；

判断模块，用于判断在所述预设系统文件中是否扫描到与目标页面对应唤醒标识；所述唤醒标识用于唤醒与所述目标页面对应的APP；

唤醒模块，用于在所述预设系统文件中扫描到所述唤醒标识时，则唤醒与所述目标页面对应的APP。

所述装置还包括：

接收模块，用于在访问所述目标页面时，接收所述目标页面发出的加密音频；所述加密音频携带与所述目标页面对应的APP的系统标识；

解密模块，用于解密所述加密音频以获取与所述目标页面对应的APP的系统标识。

所述解密模块进一步用于：

可选的，所述扫描模块具体用于：

如果匹配，则扫描预设系统文件；或

如果匹配，则扫描预设系统文件。

所述装置还包括：

写入模块，用于在访问所述目标页面时，向所述预设系统文件中写入针对与所述目标页面对应的APP预设的唤醒关键词。

本申请中，通过扫描预设系统文件，并判断在预设系统文件中是否扫描到与目标页面对应唤醒标识，其中，该预设系统文件为不同的浏览器均兼容的系统文件；当在预设系统文件中扫描到唤醒标识时则唤醒与所述目标页面对应的APP；由于在本申请中，预设系统文件为不同的浏览器均兼容的系统文件，从而在通过目标页面唤醒对应的APP时，可以同时支持不同品牌、不同版本的浏览器，因此具有更好的兼容性。

附图说明

图1是本申请一实施例提供的一种APP应用的唤醒方法的流程图；

图2是本申请一实施例提供的一种APP应用的唤醒装置的逻辑框图；

图3是本申请一实施例提供的承载所述一种APP应用的唤醒装置的终端的硬件结构图。

具体实施方式

目前，通过html5(Hyper Text Markup Language，超文本标记语言)页面来唤醒对应的APP，通常都是基于浏览器来实现的。

例如，在实现时，当用户通过手机打开指定的浏览器，在该浏览器中执行特定的操作后，比如点击浏览器中的付款按钮，则会跳转到对应的html5支付页面，此时浏览器可以识别该html5支付页面的url地址(UniformResource Locator，统一资源定位器)地址，然后检查用户手机上是否安装了与该url地址对应的APP应用，如果有，则唤醒该APP，通过该APP来完成后续的操作，比如支付操作。

然而，通过浏览器来唤醒APP，通常需要和浏览器提供商进行合作，比如上述指定的浏览器通常是与浏览器提供商合作开发的浏览器版本，因此对于同一APP，如果要在不同提供商的浏览器上实现基于html5页面来唤醒该APP的功能，针对不同提供商的浏览器，需要分别进行合作开发，因此兼容性较差。

例如，以支付宝APP为例，如果希望在不同提供商的浏览器上，比如UC浏览器，360浏览器等浏览器上实现基于html5支付页面唤醒支付宝APP的功能时，则需要支付宝APP的提供商与UC浏览器，360浏览器等浏览器的提供商分别进行合作，开发新的浏览器版本。可见，通过这种方式，参与方过多，可控性很差。而且，浏览器提供商越多，浏览器的版本也越多，兼容性较差。

有鉴于此，本申请提出一种APP应用的唤醒方法，通过扫描预设系统文件，并判断在预设系统文件中是否扫描到与目标页面对应唤醒标识，其中，该预设系统文件为不同的浏览器均兼容的系统文件；当在预设系统文件中扫描到唤醒标识时则唤醒与所述目标页面对应的APP。

由于在本申请中，预设系统文件为不同的浏览器均兼容的系统文件，从而在通过目标页面唤醒对应的APP时，可以同时支持不同品牌、不同版本的浏览器，因此对于同一APP，如果要在不同提供商的浏览器上实现基于html5页面来唤醒该APP的功能，将不再需要针对不同提供商的浏览器分别进行合作开发，因此具有更好的兼容性。

下面通过具体实施例并结合具体的应用场景对本申请进行描述。

请参考图1，图1是本申请一实施例提供的一种APP应用的唤醒方法，应用于终端，所述方法执行以下步骤：

步骤101，扫描预设系统文件；所述预设系统文件为不同的浏览器均兼容的系统文件；

步骤102，判断在所述预设系统文件中是否扫描到与目标页面对应唤醒标识；所述唤醒标识用于唤醒与所述目标页面对应的APP；

步骤103，当在所述预设系统文件中扫描到所述唤醒标识时，则唤醒与所述目标页面对应的APP。

上述终端，可以包括用户的移动智能终端，上述移动智能终端可以通过用户安装的各种APP应用，面向用户提供各种服务；例如，所述移动智能终端可以是用户的智能手机。

其中，在上述终端的系统中可以预设一个唤醒进程，需要指出的是，该唤醒进程为终端的系统进程，而并非浏览器中加载的第三方进程，该唤醒进程可以引入如上述步骤101至步骤103所示出的唤醒逻辑，从而使得该唤醒进程在运行上述唤醒逻辑后，可以实现用户在访问html5页面时，唤醒与该html5页面对应的APP应用的功能。

上述目标页面，可以包括用户通过终端访问的html5页面，其中该html5与上述终端中的指定APP应用对应，用户可以通过访问该页面来唤醒与该页面对应的APP应用，然后使用唤醒的APP应用来完成后续操作。

上述预设系统文件，可以包括不同的浏览器均兼容的系统文件；在示出的一种实施方式中，上述预设系统文件可以包括与上述目标页面对应的cookie文件。

上述唤醒标识，可以用于唤醒与上述目标页面对应的APP。

一方面，上述唤醒标识可以包括与上述目标页面对应的APP的系统标识；例如，该APP的系统标识可以是该APP在终端的系统中对应的会话标识，终端的系统可以通过该会话标识来识别该APP。

另一方面，上述唤醒标识也可以包括针对该APP独立预设的唤醒关键词；例如，该唤醒关键词，可以是开发人员为该APP自定义设置的一个特殊的key(关键词)，当终端的系统在上述预设系统文件中扫描到该key时，则可以唤醒该APP。

以下以上述预设系统文件为与上述目标页面对应的cookie文件为例，并结合以上两种情况分别进行描述。

在示出的一种实施方式中，上述唤醒标识可以包括与上述目标页面对应的系统标识，其中，该唤醒标识可以是与该目标页面对应的APP在系统中的会话ID。

在初始状态下，当用户通过本地终端访问上述目标页面时，该目标页面可以播放一段加密的音频，在该加密的音频中可以携带该目标页面对应的APP的会话ID。其中，该目标页面在播放上述加密的音频时，可以通过调用页面预设的音频播放应用接口来实现。

例如，在实现时，可以基于与该页面对应的APP的会话ID，生成一段加密的音频，并将该加密的音频预加载在目标页面中，该目标页面被访问后，该目标页面可以调用Web Audio API(网络音频接口)接口来播放该加密的音频。其中，页面通过调用Web Audio API来播放页面中预加载的音频的具体实现过程，本申请中不再进行详述，本领域技术人员在将本申请的技术方案付诸实施时，可以参考相关技术中的介绍。

与此同时，本地终端的系统可以通过上述唤醒进程来接收该目标页面发出的加密的音频，当接收到该加密的音频后，可以对该加密的音频进行解密，然后获取该加密的音频中携带的与上述目标页面对应的APP的会话ID。

当唤醒进程获取到与该目标页面对应的APP的会话ID后，可以在本地的系统文件中查找与该目标页面对应的cookie文件。

其中，唤醒进程在查找与该目标页面对应的cookie文件时，可以通过该目标文件所在浏览器的ID(比如浏览器名称)进行查找；例如，在终端的系统文件中，通常会存放一个以目标页面所在浏览器名称命名的文件夹，该文件夹中用于存放该浏览器的系统文件，而与目标页面对应的cookie文件通常也存放于以该浏览器名称命名的文件夹中，因此唤醒进程在查找与目标页面对应的cookie文件时，可以基于浏览器的名称在系统文件夹中查找到对应的文件夹，然后在该文件夹中查找cookie文件。

当唤醒进程找到与该目标页面对应的cookie文件后，可以对该cookie文件进行扫描，如果在该cookie文件中扫描到该APP的会话ID后，表示该APP为本地的APP应用，此时可以触发唤醒进程将与该会话ID对应的APP应用唤醒，然后基于该APP执行用户的后续操作。

然而，在实际应用中，由于上述目标页面发出的加密的音频，也有可能被周围其它终端的系统中的唤醒进程接收到，而且相同的APP在不同终端系统中的会话ID通常不发生变化，因此在这种情况下，如果上述目标页面发出的加密的音频同时被上述目标页面所在的本地终端，以及周围的其它终端系统中的唤醒进程同时接收到，则可能会同时唤醒周围其它终端上安装的相同的APP，从而造成误操作，对用户的正常操作造成影响。

例如，以上述APP为支付宝APP为例，当用户访问支付宝的html5页面，该html5页面通过发出上述加密的音频来唤醒支付宝APP时，如果发出的加密的音频同时被本地终端和周围的其它终端接收到，则可能同时唤醒本地终端以及周围的其它终端上安装的支付宝APP。然而，由于唤醒支付宝APP后，通常还需要完成后续的支付操作，支付宝APP还需要从用户访问的支付宝html5页面中拉取支付信息，而对于周围的其它终端来说，由于用户并未通过该终端访问任何html5页面，因此对于周围的其它终端来说，本次支付宝APP的唤醒操作为一次误操作。

因此，针对这种情况，当用户访问上述目标页面时，该目标页面发出的加密的音频中，除了可以携带与该目标页面对应的APP的会话ID，还可以携带该目标页面所在的本地终端的ID或者该目标页面所在的本地系统的ID。

其中，本地终端的ID以及本地系统的ID可以包括唯一标识本地终端以及本地系统的ID，比如可以使用本地终端或者本地系统中的硬件地址，硬件ID、系统ID等唯一性信息或者基于预设算法(比如hash算法)对本地终端或者本地系统中的相关信息进行计算后得到的一个唯一性的ID。

当本地终端上的唤醒进程接收到该加密的音频后，在解密该加密的音频后，可以获取该加密的音频中携带的该目标页面所在的本地终端的ID或者该目标页面所在的本地系统的ID，并且在开始扫描该目标页面的cookie文件之前，上述唤醒进程可以将获取到的该目标页面所在的本地终端的ID或者该目标页面所在的本地系统的ID与当前终端的标识或者当前系统的标识进行比较，来确定发出该加密的音频的目标页面，是否是本地的页面。

例如，当该加密的音频中携带目标页面所在的本地终端的ID时，上述唤醒进程在获取到该加密的音频中携带的终端的ID后，可以将该终端的ID与本地终端的ID进行比较，来判断该终端的ID与本地终端的ID是否匹配，如果匹配，此时发出该加密音频的目标页面为本地页面。

又如，当该加密的音频中携带的目标页面所在的系统的ID时，上述唤醒进程在获取到该加密的音频中携带的系统的ID后，可以将该系统的ID与本地系统的ID进行比较，来判断该系统的ID与本地系统的ID是否匹配，如果匹配，此时发出该加密音频的目标页面为本地页面。

如果上述唤醒进程判断出，发出该加密的音频的目标页面为本地的页面时，此时可以触发上述唤醒进程在本地的系统文件中查找与该目标页面对应的cookie文件，然后对查找到的该目标页面的cookie文件进行扫描，如果在该cookie文件中扫描到该APP的会话ID后，表示该APP为本地的APP应用，此时可以触发唤醒进程将与该会话ID对应的APP应用唤醒，并基于该APP执行用户的后续操作。

可见，通过这种方式，可以在访问目标页面时，通过获取目标页面发出的该目标页面对应的APP的会话ID，并在该目标页面的cookie文件中针对该会话ID进行查找，来唤醒与该会话ID对应的APP。从而，实现了可以利用APP在系统中已有的会话ID来完成针对该APP的唤醒，而不要为该APP自定义设置用于唤醒该APP的唤醒标识。

在示出的另一种实施方式中，上述唤醒标识可以包括针对与上述目标页面对应的APP预设的唤醒关键词；其中，该唤醒标识可以是开发人员为该APP自定义设置的一个特殊的key(关键词)，当上述唤醒进程在该目标页面对应的cookie文件中扫描到该key时，则可以唤醒该APP。

在初始状态下，当用户通过本地终端访问上述目标页面时，该目标页面可以通过浏览器将针对上述APP自定义设置的上述特殊的key写入该目标页面对应的cookie文件中。例如，在实现时，可以将针对上述APP自定义设置的上述特殊的key预加载在目标页面中，该目标页面被访问后，该目标页面可以通过所在的浏览器将该特殊的key写入对应的cookie文件中。

其中，在本地终端的系统中也可以预先保存该特殊的key和上述APP之间的对应关系。当用户通过本地终端访问上述目标页面时，上述唤醒进程可以查找到与该目标页面对应的cookie文件，然后扫描该cookie文件，如果在该cookie文件中扫描到上述特殊的key，则可以触发上述唤醒进程唤醒与该特殊的key对应的APP。

可见，通过这种方式，可以在访问目标页面时，通过在该目标页面的cookie文件中查找为该目标页面预设的唤醒关键词，来唤醒与该唤醒关键词对应的APP。从而，实现了可以基于为与目标页面对应的APP预设的唤醒关键词来唤醒对应的APP。

以上各实施例中，以上述预设系统文件为与目标页面对应的cookie文件为例进行了说明，需要指出的是，在实际应用中，上述预设系统文件除了可以是与目标页面对应的cookie文件以外，也可以是不同品牌、不同版本的浏览器均兼容的其它类型的系统文件。

以下通过一个具体的示例并结合应用场景对以上技术方案进行描述。

在示出的一种应用场景中，上述目标页面可以包括支付宝的html支付页面，上述与该目标页面对应的APP可以是支付宝APP。

在该应用场景中，当用户执行特定的操作后，比如点击浏览器中的付款按钮后，浏览器可以跳转到支付宝的html支付页面完成支付。

在示出的一种实现方式中，当浏览器跳转到该html支付页面后，该支付页面可以通过浏览器播放一个加密的音频，在该加密的音频中携带支付宝APP在本地终端的系统中的会话ID，以及本地终端的ID或者本地系统的ID。

当本地终端的系统中预设的唤醒进程在接收到该加密的音频后，可以进行解密，来获取该加密的音频中携带的会话ID，以及终端的ID或者系统的ID。唤醒进程在获取到该加密的音频中携带的终端的ID或者系统的ID后，可以将该终端的ID或者系统的ID与本地终端的ID或者本地系统的ID进行比较，来确定发出该加密的音频的支付页面是否为本地页面。

如果确定该支付页面为本地页面，此时唤醒进程可以在本地的系统文件中查找该支付页面的cookie文件，然后基于获取到的会话ID在cookie文件中进行查找，如果在该cookie文件中查找到了该会话ID，表示该会话ID对应的APP为本地的APP，此时唤醒进程可以唤醒与该会话ID对应的支付宝APP，来完成后续的支付操作。

在示出的一种实现方式中，当浏览器跳转到该html支付页面后，该支付页面可以向该支付页面对应的cookie文件中写入一个特殊的key，该特殊的key用于唤醒与该支付页面对应的支付宝APP。其中，在本地终端的系统中可以预先保存该特殊的key与支付宝APP之间的对应关系。与此同时，当跳转到该html支付页面后，上述唤醒进程可以查找与该支付页面对应的cookie文件，然后扫描该cookie文件，如果在该cookie文件中扫描到了该特殊的key，此时唤醒进程可以唤醒支付宝APP，来完成后续的支付操作。

在以上实施例中，通过扫描预设系统文件，并判断在预设系统文件中是否扫描到与目标页面对应唤醒标识，其中，该预设系统文件为不同的浏览器均兼容的系统文件；当在预设系统文件中扫描到唤醒标识时则唤醒与所述目标页面对应的APP。

与上述方法实施例相对应，本申请还提供了装置的实施例。

请参见图2，本申请提出一种APP应用的唤醒装置20，应用于终端；其中，请参见图3，作为承载所述APP应用的唤醒装置20的终端所涉及的硬件架构中，通常包括CPU、内存、非易失性存储器、网络接口以及内部总线等；以软件实现为例，所述APP应用的唤醒装置20通常可以理解为加载在内存中的计算机程序，通过CPU运行之后形成的软硬件相结合的逻辑装置，所述装置20包括：

扫描模块201，用于扫描预设系统文件；所述预设系统文件为不同的浏览器均兼容的系统文件；

判断模块202，用于判断在所述预设系统文件中是否扫描到与目标页面对应唤醒标识；所述唤醒标识用于唤醒与所述目标页面对应的APP；

唤醒模块203，用于在所述预设系统文件中扫描到所述唤醒标识时，则唤醒与所述目标页面对应的APP。

在本例中，当所述唤醒标识包括与所述目标页面对应的APP的系统标识时，所述装置20还包括：

接收模块204，用于在访问所述目标页面时，接收所述目标页面发出的加密音频；所述加密音频携带与所述目标页面对应的APP的系统标识；

解密模块205，用于解密所述加密音频以获取与所述目标页面对应的APP的系统标识。

在本例中，当所述加密音频还携带所述目标页面所在系统的标识或所述目标页面所在终端的标识时，所述解密模块205进一步用于：

在本例中，当所述加密音频还携带所述目标页面所在系统的标识或所述目标页面所在终端的标识时，所述扫描模块201具体用于：

如果匹配，则扫描预设系统文件；或

如果匹配，则扫描预设系统文件。

在本例中，当所述唤醒标识包括针对与所述目标页面对应的APP预设的唤醒关键词时，所述装置20还包括：

写入模块206，用于在访问所述目标页面时，向所述预设系统文件中写入针对与所述目标页面对应的APP预设的唤醒关键词。

在本例中，所述预设系统文件包括与所述目标页面对应的cookie文件。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims

1.一种APP应用的唤醒方法，其特征在于，该方法包括：

2.根据权利要求1所述的方法，其特征在于，所述唤醒标识包括与所述目标页面对应的APP的系统标识；

所述扫描预设系统文件之前，还包括：

3.根据权利要求2所述的方法，其特征在于，所述加密音频还携带所述目标页面所在系统的标识或所述目标页面所在终端的标识；

所述方法还包括:

4.根据权利要求3所述的方法，其特征在于，所述扫描预设系统文件包括：

如果匹配，则扫描预设系统文件；或

如果匹配，则扫描预设系统文件。

5.根据权利要求1所述的方法，其特征在于，所述唤醒标识包括针对与所述目标页面对应的APP预设的唤醒关键词；

所述扫描预设系统文件之前，还包括：

6.根据权利要求1-5任一所述的方法，其特征在于，所述预设系统文件包括与所述目标页面对应的cookie文件。

7.一种APP应用的唤醒装置，其特征在于，该装置包括：

8.根据权利要求7所述的装置，其特征在于，所述唤醒标识包括与所述目标页面对应的APP的系统标识；

所述装置还包括：

9.根据权利要求8所述的装置，其特征在于，所述加密音频还携带所述目标页面所在系统的标识或所述目标页面所在终端的标识；

所述解密模块进一步用于：

10.根据权利要求9所述的装置，其特征在于，所述扫描模块具体用于：

如果匹配，则扫描预设系统文件；或

如果匹配，则扫描预设系统文件。

11.根据权利要求7所述的装置，其特征在于，所述唤醒标识包括针对与所述目标页面对应的APP预设的唤醒关键词；

所述装置还包括：

12.根据权利要求7-11任一所述的装置，其特征在于，所述预设系统文件包括与所述目标页面对应的cookie文件。