CN108021409B

CN108021409B - 一种app业务情景还原方法及系统

Info

Publication number: CN108021409B
Application number: CN201711267308.2A
Authority: CN
Inventors: 刘海涛
Original assignee: Guangzhou Qianjun Network Technology Co ltd
Current assignee: Guangzhou Qianjun Network Technology Co ltd
Priority date: 2017-12-05
Filing date: 2017-12-05
Publication date: 2021-03-23
Anticipated expiration: 2037-12-05
Also published as: CN108021409A

Abstract

本申请提供了一种APP业务情景还原方法及系统，方法包括：响应APP唤起请求，启动APP；检测APP唤起请求是否为第三方浏览页面发起的唤起请求；若APP唤起请求为第三方浏览页面发起的唤起请求，则通过调用服务器查询接口，从服务器获取第三方浏览页面发起唤起请求时传递的业务参数；根据业务参数将业务场景还原至相应的第三方浏览页面。在本申请中，通过以上方式可以实现APP还原业务情景至第三方浏览页面。

Description

一种APP业务情景还原方法及系统

技术领域

本申请涉及软件技术领域，特别涉及一种APP业务情景还原方法及系统。

背景技术

随着互联网和人们生活水平的提高，各种APP层出不穷，为人们的生活或工作提供了便利。

但是，APP在具体应用过程中，仍存在很多技术问题需要解决，如，在通过第三方浏览页面启动APP的情况下，APP启动后如何还原至相应的第三方浏览页面。

发明内容

为解决上述技术问题，本申请实施例提供一种APP业务情景还原方法及系统，以达到实现APP还原业务情景至第三方浏览页面的目的，技术方案如下：

一种APP业务情景还原方法，包括：

响应APP唤起请求，启动APP；

检测所述APP唤起请求是否为第三方浏览页面发起的唤起请求；

若所述APP唤起请求为第三方浏览页面发起的唤起请求，则通过调用服务器查询接口，从服务器获取所述第三方浏览页面发起唤起请求时传递的业务参数；

根据所述业务参数将业务场景还原至相应的第三方浏览页面。

优选的，所述通过调用服务器查询接口，从服务器获取所述第三方浏览页面发起唤起请求时传递的业务参数，包括：

通过调用所述服务器查询接口，向所述服务器发送携带有所述APP的webviewuserAgent的查询请求；

等待所述服务器返回所述业务参数，并接收所述业务参数。

优选的，所述服务器返回所述业务参数，包括：

所述服务器获取所述查询请求中的远程地址；

根据所述查询请求中的远程地址，查询缓存区域中是否存在所述业务参数；

若所述缓存区域中存在所述业务参数，则匹配所述APP的webview userAgent与所述第三方浏览页面所属浏览器的userAgent是否相似；

若所述APP的webview userAgent与所述第三方浏览页面所属浏览器的userAgent相似，则返回所述业务参数至所述APP，并清理所述缓存区域。

优选的，所述业务参数的存储过程，包括：

所述服务器接收所述第三方浏览页面发送的跳转请求，并从所述跳转请求中获取所述业务参数和session字段；

所述服务器判断是否分配过所述session字段；

若分配过所述session字段，则将所述业务参数存入所述缓存区域或数据库中。

优选的，所述业务参数包括：唤起类型和传递参数。

一种APP业务情景还原系统，包括：APP运行装置，所述APP运行装置包括：

启动模块，用于响应APP唤起请求，启动APP；

检测模块，用于检测所述APP唤起请求是否为第三方浏览页面发起的唤起请求，若所述APP唤起请求为第三方浏览页面发起的唤起请求，则执行第一获取模块；

所述第一获取模块，用于过调用服务器查询接口，从服务器获取所述第三方浏览页面发起唤起请求时传递的业务参数；

还原模块，用于根据所述业务参数将业务场景还原至相应的第三方浏览页面。

优选的，所述第一获取模块包括：

发送单元，用于通过调用所述服务器查询接口，向所述服务器发送携带有所述APP的webview userAgent的查询请求；

接收单元，用于等待所述服务器返回所述业务参数，并接收所述业务参数。

优选的，所述系统还包括：服务器，所述服务器包括：

第二获取模块，用于获取所述查询请求中的远程地址；

查询模块，用于根据所述查询请求中的远程地址，查询缓存区域中是否存在所述业务参数，若所述缓存区域中存在所述业务参数，则执行匹配模块；

所述匹配模块，用于匹配所述APP的webview userAgent与所述第三方浏览页面所属浏览器的userAgent是否相似，若所述APP的webview userAgent与所述第三方浏览页面所属浏览器的userAgent相似，则执行业务参数返回模块；

所述业务参数返回模块，用于返回所述业务参数至所述APP，并清理所述缓存区域。

优选的，所述服务器还包括：业务参数存储模块，用于执行以下过程：

接收所述第三方浏览页面发送的跳转请求，并从所述跳转请求中获取所述业务参数和session字段；

判断是否分配过所述session字段；

优选的，所述业务参数包括：唤起类型和传递参数。

与现有技术相比，本申请的有益效果为：

在本申请中，通过响应APP唤起请求，启动APP，检测所述APP唤起请求是否为第三方浏览页面发起的唤起请求，若所述APP唤起请求为第三方浏览页面发起的唤起请求，则通过调用服务器查询接口，从服务器获取所述第三方浏览页面发起唤起请求时传递的业务参数，根据所述业务参数将业务场景还原至相应的第三方浏览页面，可以在通过第三方浏览页面启动APP的情况下，实现APP还原业务情景至第三方浏览页面。

附图说明

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

图1是本申请提供的APP业务情景还原方法的一种流程图；

图2是本申请提供的APP业务情景还原方法的另一种流程图；

图3是本申请提供的APP业务情景还原方法的再一种流程图；

图4是本申请提供的APP业务情景还原方法的再一种流程图；

图5是本申请提供的APP业务情景还原系统的一种逻辑结构示意图；

图6是本申请提供的APP业务情景还原系统的另一种逻辑结构示意图；

图7是本申请提供的APP业务情景还原系统的再一种逻辑结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例公开了一种APP(应用程序，Application)业务情景还原方法，通过响应APP唤起请求，启动APP，检测所述APP唤起请求是否为第三方浏览页面发起的唤起请求，若所述APP唤起请求为第三方浏览页面发起的唤起请求，则通过调用服务器查询接口，从服务器获取所述第三方浏览页面发起唤起请求时传递的业务参数，根据所述业务参数将业务场景还原至相应的第三方浏览页面，可以在通过第三方浏览页面启动APP的情况下，实现APP还原业务情景至第三方浏览页面。

接下来对本申请实施例公开的APP业务情景还原方法进行介绍，请参见图1，图1示出的APP业务情景还原方法从APP的角度进行阐述，可以包括：

步骤S11、响应APP唤起请求，启动APP。

需要说明的是，APP:主要指安装在智能手机上的软件，用于完善原始系统的不足与个性化，为用户提供更丰富的使用体验的主要手段。

步骤S12、检测所述APP唤起请求是否为第三方浏览页面发起的唤起请求。

若是，则执行步骤S13。

本实施例中，第三方浏览页面可以包括但不局限于H5页面。H5页面可以理解为使用语言制作的页面。

步骤S13、通过调用服务器查询接口，从服务器获取所述第三方浏览页面发起唤起请求时传递的业务参数。

本实施例中，通过设计服务器查询接口，由服务器查询接口中转业务参数。

步骤S14、根据所述业务参数将业务场景还原至相应的第三方浏览页面。

现举例对根据所述业务参数将业务场景还原至相应的第三方浏览页面进行说明，例如，用户在第三方浏览页面选择一个商品，但是需要转app去下单支付，可以通过第三方浏览页面中的按钮一键唤起app，app自动还原到对应的第三方浏览页面添加商品并提供支付入口，而不需要用户自己启动app再去寻找商品下单支付。

进一步的，本申请通过设计服务器查询即可，实现从服务器获取第三方浏览页面发起唤起请求时传递的业务参数，不需要依赖浏览器内核，因此可以不考虑浏览器内核兼容问题，扩展了业务场景还原的解决方式。

以及，本申请提出的APP业务情景还原方法已完成安装的APP和未安装的APP。对于未安装的APP，在启动APP之前，首先需要完成安装，安装完成后即可执行上述步骤S11-S14。

在本申请的另一个实施例中，对前述实施例中述及的通过调用服务器查询接口，从服务器获取所述第三方浏览页面发起唤起请求时传递的业务参数进行介绍，请参见图2，需要说明的是，图2示出的过程是从APP的角度阐述的，可以包括：

步骤S21、通过调用所述服务器查询接口，向所述服务器发送携带有所述APP的webview userAgent的查询请求。

Webview可以理解为用于显示html文本内容的控件。

userAgent(用户代理，UA，)，可以理解为：一个特殊字符串头，使得服务器能够识别客户使用的操作系统及版本、CPU类型、浏览器及版本、浏览器渲染引擎、浏览器语言、浏览器插件等。

需要说明的是，所述APP的webview userAgent可以用于APP运行所在终端的机型的确定。

步骤S22、等待所述服务器返回所述业务参数，并接收所述业务参数。

在本申请的拎一个实施例中，对所述服务器返回所述业务参数进行介绍，请参见图3，需要说明的是，图3示出的过程是从服务器的角度阐述的，可以包括：

步骤S31、所述服务器获取所述查询请求中的远程地址。

步骤S32、根据所述查询请求中的远程地址，查询缓存区域中是否存在所述业务参数。

若存在，则执行步骤S33。

本实施例中，服务器可以预先以远程地址(Remote ADDress)作为关键值，建立用于存储业务参数的缓存区域。

步骤S33、匹配所述APP的webview userAgent与所述第三方浏览页面所属浏览器的userAgent是否相似。

若相似，则执行步骤S34。

本实施例中，通过匹配所述APP的webview userAgent与所述第三方浏览页面所属浏览器的userAgent是否相似，来确定APP和第三方浏览页面是否属于同一台机器，避免误拉取。

需要说明的是，服务器会预先设置userAgent映射表。userAgent映射表用于存储APP的webview userAgent与第三方浏览页面所属浏览器的userAgent的映射关系。其中，服务度可以动态更新userAgent映射表。

步骤S34、返回所述业务参数至所述APP，并清理所述缓存区域。

优选的，服务器可以设置缓存区域中数据(如，业务参数)的缓存时效，在数据的缓存时间在缓存时效内，则数据可以缓存在缓存区域中，在数据的缓存时间超过缓存时效时，数据则不可以继续缓存在缓存区域中。

本实施例中，缓存时效可以设置但不局限于半分钟到一分钟的时间区间中的任意值。

设置缓存时效，可以保证APP获取到的业务参数为其运行终端上的第三方浏览页面传递的业务参数，进一步提高拉取的准确性。

在本申请的另一个实施例中，对所述业务参数的存储过程进行介绍，请参见图4，需要说明的是，图4示出的过程是从服务器的角度阐述的，可以包括：

步骤S41、所述服务器接收所述第三方浏览页面发送的跳转请求，并从所述跳转请求中获取所述业务参数和session字段。

需要说明的是，第三方浏览页面在发送跳转请求前，会获取服务器动态分配的session字段。在获取到服务器动态分配的session字段，会发送携带有业务参数和session字段的跳转请求至服务器。服务器在将相关参数(如，业务参数和session字段)保存后，会返回指示信息至第三方浏览页面，第三方浏览页面在接收到指示信息后，向APP发送APP唤起请求，进而启动APP。

步骤S42、所述服务器判断是否分配过所述session字段。

若是，则执行步骤S43。

本实施例中，服务器可以首先请求公网ip，通过公网ip判断是否分配过所述session字段。

本实施例中，通过动态分配session字段，并判断是否分配过相应的session字段，可以防止用户恶意推广。

步骤S43、将所述业务参数存入所述缓存区域或数据库中。

在前述各个实施例中，所述业务参数可以包括但不局限于：唤起类型(type)和传递参数(data)。

需要说明的是，设置唤起类型可以实现多业务扩展，例如，唤起类型可以为取下单商品，或者唤起类型可以为周年庆活动首页。

接下来对本申请提供的APP业务情景还原系统进行介绍，下文描述的APP业务情景还原系统与上文描述的APP业务情景还原方法可以相互对应参照。

请参见图5，其示出了本申请提供的APP业务情景还原系统的一种逻辑结构示意图，APP业务情景还原系统包括：APP运行装置1。

APP运行装置1包括：启动模块11、检测模块12、第一获取模块13和还原模块14。

启动模块11，用于响应APP唤起请求，启动APP；

检测模块12，用于检测所述APP唤起请求是否为第三方浏览页面发起的唤起请求，若所述APP唤起请求为第三方浏览页面发起的唤起请求，则执行第一获取模块；

所述第一获取模块13，用于过调用服务器查询接口，从服务器获取所述第三方浏览页面发起唤起请求时传递的业务参数；

还原模块14，用于根据所述业务参数将业务场景还原至相应的第三方浏览页面。

本实施例中，第一获取模块13可以包括：发送单元和接收单元。

发送单元，用于通过调用所述服务器查询接口，向所述服务器发送携带有所述APP的webview userAgent的查询请求。

本实施例中，上述APP业务情景还原系统还可以包括服务器2，如图6所示。

服务器2包括：第二获取模块21、查询模块22、匹配模块23和业务参数返回模块24。

第二获取模块21，用于获取所述查询请求中的远程地址。

查询模块22，用于根据所述查询请求中的远程地址，查询缓存区域中是否存在所述业务参数，若所述缓存区域中存在所述业务参数，则执行匹配模块23。

所述匹配模块23，用于匹配所述APP的webview userAgent与所述第三方浏览页面所属浏览器的userAgent是否相似，若所述APP的webview userAgent与所述第三方浏览页面所属浏览器的userAgent相似，则执行业务参数返回模块24。

所述业务参数返回模块24，用于返回所述业务参数至所述APP，并清理所述缓存区域。

上述服务器还可以包括：业务参数存储模块25，如图7所示。

业务参数存储模块25，用于执行以下过程：

判断是否分配过所述session字段；

本实施例中，前述业务参数可以包括但不局限于：唤起类型和传递参数。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

以上对本申请所提供的一种APP业务情景还原方法及系统进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims

1.一种APP业务情景还原方法，其特征在于，包括：

响应APP唤起请求，启动APP；

根据所述业务参数将业务场景还原至相应的第三方浏览页面；

其中，所述通过调用服务器查询接口，从服务器获取所述第三方浏览页面发起唤起请求时传递的业务参数，包括：

等待所述服务器返回所述业务参数，并接收所述业务参数；

所述服务器返回所述业务参数，包括：

所述服务器获取所述查询请求中的远程地址；

2.根据权利要求1所述的方法，其特征在于，所述业务参数的存储过程，包括：

所述服务器判断是否分配过所述session字段；

3.根据权利要求1-2任意一项所述的方法，其特征在于，所述业务参数包括：唤起类型和传递参数。

4.一种APP业务情景还原系统，其特征在于，包括：APP运行装置，所述APP运行装置包括：

启动模块，用于响应APP唤起请求，启动APP；

还原模块，用于根据所述业务参数将业务场景还原至相应的第三方浏览页面；

其中，所述第一获取模块包括：

接收单元，用于等待所述服务器返回所述业务参数，并接收所述业务参数；

所述系统还包括：服务器，所述服务器包括：

第二获取模块，用于获取所述查询请求中的远程地址；

5.根据权利要求4所述的系统，其特征在于，所述服务器还包括：业务参数存储模块，用于执行以下过程：

判断是否分配过所述session字段；

6.根据权利要求4-5任意一项所述的系统，其特征在于，所述业务参数包括：唤起类型和传递参数。