应用打开方法及装置与流程

文档序号:11216013阅读:595来源:国知局
应用打开方法及装置与流程

本申请涉及网络(web)前端技术领域,尤其涉及一种应用(application,app)打开方法及装置。



背景技术:

随着移动终端的普及,各种移动终端的应用app应运而生,有时用户希望可以通过移动终端的浏览器网页对app进行下载或打开app。但是由于浏览器厂家众多,一些浏览器不支持从网页上打开app。当用户使用上述浏览器时,不能从网页打开需要访问的app,使用户体验不佳。



技术实现要素:

本申请的实施例提供一种应用打开方法及装置,用于实现检测是否成功通过链接打开app。

为达到上述目的,本申请的实施例采用如下技术方案:

第一方面,提供了一种应用打开方法,该方法包括:

向移动终端浏览器推送含有待访问app链接的页面;

检测到用户点击当前页面中的app链接时,启动检测定时器,并根据所述app链接以及所述移动终端的操作系统类型获取该app配置地址中的唤醒地址,根据所述唤醒地址尝试打开所述app;

检测定时器超时后,判断当前页面是否失去焦点,如当前页面失去焦点,则判断所述app已经被打开;否则判断所述app未被打开。

第二方面,提供了一种应用打开装置,包括:

推送单元,用于向移动终端浏览器推送含有待访问app链接的页面;

检测单元,用于检测到用户点击当前页面中的app链接时,启动检测定时器,并根据所述app链接以及所述移动终端的操作系统类型获取app配置地址中的唤醒地址,根据所述唤醒地址尝试打开所述app;

判断单元,用于检测定时器超时后,判断当前页面是否失去焦点,如当前页面失去焦点,则判断所述app已经被打开;否则判断所述app未被打开。

本申请的实施例提供的应用打开方法及装置,向移动终端浏览器推送含有待访问app链接的页面;检测到用户点击当前页面中的app链接时,启动检测定时器,并根据app链接以及移动终端的操作系统类型获取app配置地址中的唤醒地址,根据唤醒地址尝试打开app;检测定时器超时后,判断当前页面是否失去焦点,如当前页面失去焦点,则判断app已经被打开;否则判断app未被打开。解决了程序无法获知是否打开app而不能继续下一步操作的问题,为用户提供了更佳的用户体验。此方法具有检测准确,用户体验好的优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1为本申请的实施例提供的一种应用打开方法的流程示意图;

图2为本申请的实施例提供的另一种应用打开方法的流程示意图;

图3为本申请的实施例提供的提示不支持移动终端的操作系统类型的示意图;

图4为本申请的实施例提供的应用打开装置的结构示意图。

具体实施方式

下面结合附图,对本申请的实施例进行描述。

实施例1、

本申请实施例提供了一种应用打开方法,参照图1中所示,该方法包括:

s101、向移动终端浏览器推送含有待访问app链接的页面。

本申请实施例推送含有待访问app链接的页面的方式包括:在移动终端连接无线保真(wirelessfidelity,wifi)网络后通过portal推送含有待访问app链接的页面;或者在移动终端用户扫描二维码后进行推送含有待访问app链接的页面;还可以是移动终端用户在地址栏输入页面地址或者链接后,响应浏览器发起的http请求推送含有待访问app链接的页面。

用户浏览器打开含有待访问app链接的页面后,在网页中点击app图标链接或者文字链接,以用于打开该app。

s102、检测到用户点击当前页面中的app链接时,启动检测定时器,并根据app链接以及移动终端的操作系统类型获取app配置地址中的唤醒地址,根据唤醒地址尝试打开所述app。

app链接根据不同的操作系统类型对应于不同的配置地址,配置地址包括唤醒地址和下载地址,其可以由配置模块在管理后台上配置移动终端的app得到,使得移动终端可以根据操作系统类型自动检测app的唤醒地址和下载地址。以上地址都同时支持配置ios、android、windowsphone等操作系统类型。配置模块可同时支持配置多种操作系统类型的移动终端的下载地址和唤醒地址。

唤醒地址用于打开移动终端中的app。下载地址用于从远程服务器下载该app。

s103、检测定时器超时后,判断当前页面是否失去焦点,如当前页面失去焦点,则判断app已经被打开;否则判断app未被打开。

如果判断app已经被打开,可以删除定时器。

可选的,参照图2中所示,在步骤s102所述的根据app链接以及移动终端的操作系统类型获取app配置地址中的唤醒地址之前,该方法还包括:

s104、获取当前页面所在浏览器的用户代理属性(useragent)和平台属性(platform),根据用户代理属性和平台属性获取移动终端的操作系统类型。

用户代理属性(useragent)指当前页面所在浏览器的浏览器标识。平台属性(platform)指该浏览器当前所支持的操作系统类型。该设计提供了一种获取移动终端的操作系统类型的具体方法。

可选的,参照图2中所示,该方法还包括:

s105、如果无法获取app的配置地址中的唤醒地址,则提示不支持移动终端的操作系统类型。

无法获取app的配置地址中的唤醒地址的情况该唤醒地址未配置或配置错误。

示例性的,参照图3中所示,提示的方式可以弹出对话框20的方式。该设计使得用户可以获知当前浏览器显示的app链接是否支持当前移动终端的操作系统类型。

可选的,参照图2中所示,该方法还包括:

s106、当判断app未被打开时,则根据下载地址下载app。

该设计实现了当无法打开app时可以下载该app。

可选的,参照图2中所示,该方法还包括:

s107、如果无法获取所述app的配置地址中的唤醒地址,则根据下载地址下载app。

该设计实现了配置地址配置错误等原因导致其中不包含唤醒地址时,可以下载该app。

本申请的实施例提供的应用打开方法,通过向移动终端浏览器推送含有待访问app链接的页面;检测到用户点击当前页面中的app链接时,启动检测定时器,并根据app链接以及移动终端的操作系统类型获取app配置地址中的唤醒地址,根据唤醒地址尝试打开app;检测定时器超时后,判断当前页面是否失去焦点,如当前页面失去焦点,则判断app已经被打开;否则判断app未被打开。解决了程序无法获知是否打开app而不能继续下一步操作的问题,为用户提供了更佳的用户体验。此方法具有检测准确,用户体验好的优点。

实施例2、

本申请实施例提供了一种应用打开装置,应用于上述方法,参照图3中所示,该应用打开装置100包括:

推送单元101,用于向移动终端浏览器推送含有待访问app链接的页面。

检测单元102,用于检测到用户点击当前页面中的app链接时,启动检测定时器,并根据所述app链接以及所述移动终端的操作系统类型获取app配置地址中的唤醒地址,根据所述唤醒地址尝试打开所述app。

判断单元103,用于检测定时器超时后,判断当前页面是否失去焦点,如当前页面失去焦点,则判断app已经被打开;否则判断app未被打开。

在一种可能的设计中,应用打开装置还包括获取单元104,用于在检测单元102根据app链接以及移动终端的操作系统类型获取app配置地址中的唤醒地址之前,获取当前页面所在浏览器的用户代理属性和平台属性,根据用户代理属性和平台属性获取移动终端的操作系统类型。

在一种可能的设计中,应用打开装置100还包括提示单元105,用于如果获取单元102无法获取app的配置地址中的唤醒地址,则提示不支持该移动终端的操作系统类型。

在一种可能的设计中,配置地址中还包括下载地址,应用打开装置100还包括下载单元106,用于当判断单元103判断app未被打开时,则根据下载地址下载app。

在一种可能的设计中,配置地址中还包括下载地址,应用打开装置100还包括下载单元106,用于如果无法获取所述app的配置地址中的唤醒地址,则根据下载地址下载app。

由于本申请实施例中的应用打开装置可以应用于上述方法,因此,其所能获得的技术效果也可参考上述方法实施例,本申请实施例在此不再赘述。

需要说明的是,推送单元、检测单元、获取单元、判断单元、提示单元、下载单元可以为单独设立的处理器,也可以集成在控制器的某一个处理器中实现,此外,也可以以程序代码的形式存储于控制器的存储器中,由控制器的某一个处理器调用并执行以上检测单元、判断单元的功能。这里所述的处理器可以是一个中央处理器(centralprocessingunit,cpu),或者是特定集成电路(applicationspecificintegratedcircuit,asic),或者是被配置成实施本申请实施例的一个或多个集成电路。

应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

在本申请所提供的几个实施例中,应该理解到,所揭露的系统、设备和方法,可以通过其它的方式实现。例如,以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。

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

以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1