唤醒应用程序的判断方法、装置、设备及介质制造方法及图纸

本发明专利技术公开了一种唤醒应用程序的判断方法、装置、设备及介质。该唤醒应用程序的判断方法包括：响应于通过网页调用应用程序，控制定时器周期运行并获取定时器运行的实际周期；通过判断预设时间段内是否检测到所述实际周期超过预设值，且根据visibilitychange API监测到网页进入后台，则确定应用程序被成功唤醒；若否，则确定应用程序未被成功唤醒。本发明专利技术通过判断方法实现了通过网页页面属性变化判断应用程序是否被唤醒，有利于进行后续的逻辑处理。理。理。

【技术实现步骤摘要】
唤醒应用程序的判断方法、装置、设备及介质


[0001]本专利技术涉及计算机通信
，具体涉及一种唤醒应用程序的判断方法、装置、设备及介质。

技术介绍

[0002]目前，通用链接(Universal Links)技术能够方便的通过传统的HTTP(Hyper Text Transfer Protocol，超文本传输协议)链接来启动APP(Application，应用程序)，满足从各种浏览器中唤醒APP的需求。
[0003]现有技术中，在H5(HTML5)的环境下，因为H5页面无法提供判断是否唤醒能力，所以无法处理唤醒后的逻辑。

技术实现思路

[0004]本专利技术要解决的技术问题是为了克服现有技术中H5页面无判断是否成功唤醒APP的能力，从而无法处理唤醒后的逻辑的缺陷，提供一种唤醒应用程序的判断方法、装置、设备及介质。
[0005]本专利技术是通过下述技术方案来解决上述技术问题：
[0006]第一方面，本专利技术提供了一种唤醒应用程序的判断方法，所述判断方法包括：
[0007]响应于通过网页调用应用程序，控制定时器周期运行并获取所述定时器运行的实际周期；
[0008]根据所述定时器运行的实际周期判断所述应用程序是否被成功唤醒。
[0009]较佳地，所述根据所述定时器运行的实际周期判断所述应用程序是否被成功唤醒的步骤包括：
[0010]判断预设时间段内是否检测到所述实际周期超过预设值；其中，所述预设时间段大于所述预设值；
[0011]若是，则确定所述应用程序被成功唤醒；
[0012]若否，则确定所述应用程序未被成功唤醒。
[0013]较佳地，所述确定所述应用程序被成功唤醒的步骤包括：
[0014]若通过visibilitychange API监测到所述网页进入后台，则确定所述应用程序被成功唤醒。
[0015]较佳地，所述定时器为setTimeout或者setInterval。
[0016]第二方面，本专利技术提供了一种唤醒应用程序的判断装置，所述判断装置包括：
[0017]获取模块，用于响应于通过网页调用应用程序，控制定时器周期运行并获取所述定时器运行的实际周期；
[0018]判断模块，用于根据所述定时器运行的实际周期判断所述应用程序是否被成功唤醒。
[0019]较佳地，所述判断模块具体用于判断预设时间段内是否检测到所述实际周期超过
预设值；其中，所述预设时间段大于所述预设值；
[0020]并在是的情况下，确定所述应用程序被成功唤醒；
[0021]以及在否的情况下，确定所述应用程序未被成功唤醒。
[0022]较佳地，所述判断模块具体用于在判断预设时间段内检测到所述实际周期超过预设值且通过visibilitychange API监测到所述网页进入后台的情况下，确定所述应用程序被成功唤醒。
[0023]较佳地，所述定时器为setTimeout或者setInterval。
[0024]第三方面，本专利技术提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本专利技术的唤醒应用程序的判断方法。
[0025]第四方面，本专利技术提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本专利技术的唤醒应用程序的判断方法。
[0026]本专利技术的积极进步效果在于：本专利技术利用定时器在网页进入后台时会延迟执行的特性，即当网页进入后台时，定时器运行的实际周期会越来越慢，通过判断定时器运行的实际周期是否达到预设值来判断网页是否完全进入后台，从而判断APP是否被成功唤醒。进一步地，结合网页页面属性变化，当定时器运行的实际周期达到预设值且监测到网页进入后台，从而准确判断APP被成功唤醒，有利于进行后续的逻辑处理。
附图说明
[0027]图1为本专利技术实施例1提供的唤醒应用程序的判断方法的流程示意图。
[0028]图2为本专利技术实施例1提供的唤醒应用程序的判断方法成功唤醒的判断流程示意图。
[0029]图3为本专利技术实施例2提供的唤醒应用程序的判断装置的结构示意图。
[0030]图4为本专利技术实施例3提供的电子设备的结构示意图。
具体实施方式
[0031]下面通过实施例的方式进一步说明本专利技术，但并不因此将本专利技术限制在所述的实施例范围之中。
[0032]实施例1
[0033]本实施例提供一种唤醒应用程序的判断方法，如图1所示，该判断方法包括以下步骤：
[0034]S1、响应于通过网页调用应用程序，控制定时器周期运行并获取定时器运行的实际周期。
[0035]在本实施例中，通过网页调用应用程序(APP)，采用网页进入后台时H5的定时器会延迟执行这一特性进行判断，即判断定时器是否延迟执行来判断APP是否被唤醒。具体地，设置定时器周期运行，获取定时器运行的实际周期(执行间隔时间)。
[0036]作为可选的一种实施例，所述定时器为setTimeout或者setInterval，用于进行周期运行；具体地，所述定时器为setInterval时，定时器会按照指定的周期(以毫秒计)来循环调用，直到达到预设值便停止工作；而当定时器为setTimeout时，定时器会按照指定地周
期(以毫秒计)来调用，调用一次便停止工作，如需多次调用，需设置循环调用。
[0037]S2、根据定时器运行的实际周期判断应用程序是否被成功唤醒。
[0038]在本实施例中，根据定时器运行的实际周期判断应用程序是否被成功唤醒包括以下步骤：
[0039]步骤A1,判断预设时间段内是否检测到实际周期超过预设值,若是，则执行步骤A2，若否，则执行步骤A3。
[0040]在本实施例中，预设时间段的设置需要大于预设值，确保判断方法的可行性；作为可选的一种实施例，设置预设值为200ms，预设时间段为3s。具体地，通过判断在3s的时间内，获取的定时器的实际周期是否大于200ms，需要说明的是，本实施例的200ms和3s均为举例说明，不作具体限定。
[0041]步骤A2，确定所述应用程序被成功唤醒。
[0042]在本实施例中，在预设时间段内检测到实际周期超过预设值，定时器停止工作，则判定APP被成功唤醒。
[0043]步骤A3，确定所述应用程序未被成功唤醒。
[0044]在本实施例中，在预设时间段内没有检测到实际周期超过预设值，定时器停止工作，防止过度消耗机器的性能，则确定APP没有被成功唤醒，网页没有进入后台，网页保持不变。
[0045]作为可选的一种实施例，结合visibilitychange API(页面可见性)监测到的网页属性变化确定APP被成功唤醒。若判断预设时间段内检测到所述实际周期超过预设值，且通过visibilitychange API监测到所述网页进入后台，则确定APP被成功唤醒，如图2所示。由于se本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种唤醒应用程序的判断方法，其特征在于，所述判断方法包括：响应于通过网页调用应用程序，控制定时器周期运行并获取所述定时器运行的实际周期；根据所述定时器运行的实际周期判断所述应用程序是否被成功唤醒。2.如权利要求1所述的判断方法，其特征在于，所述根据所述定时器运行的实际周期判断所述应用程序是否被成功唤醒的步骤包括：判断预设时间段内是否检测到所述实际周期超过预设值，其中，所述预设时间段大于所述预设值；若是，则确定所述应用程序被成功唤醒；若否，则确定所述应用程序未被成功唤醒。3.如权利要求2所述的判断方法，其特征在于，所述确定所述应用程序被成功唤醒的步骤包括：若通过visibilitychange API监测到所述网页进入后台，则确定所述应用程序被成功唤醒。4.如权利要求1
‑
3中任一项所述的判断方法，其特征在于，所述定时器为setTimeout或者setInterval。5.一种唤醒应用程序的判断装置，其特征在于，所述判断装置包括：获取模块，用于响应于通过网页调用应用程序，控制定时器周期运行并获取所述定时器运行的实际周期；判断模块，用于根据所述定时器运行的实际周期判断所述应用程序是否被成功唤醒。...

【专利技术属性】
技术研发人员：余坤，周岳，郝雅波，
申请(专利权)人：携程旅游网络技术上海有限公司，
类型：发明
国别省市：