应用调起方法及其系统、移动终端和计算机可读介质与流程

本发明涉及移动终端的业务应用领域，特别涉及一种应用调起方法及其系统、移动终端和计算机可读介质。

背景技术：

为提升用户的体验，目前越来越多的手机应用(application,简称app)支持应用调起技术，即应用之间可以相互调起。

作为一个具体应用场景，用户在浏览器app中进行搜索浏览时，其搜索求解过程一般是一个连续的过程，具体地，用户输入关键字并发起搜索，浏览器app展示搜索结果页，用户点击搜索结果页中的某项，浏览器app展示结果落地页；若浏览器app当前展示结果落地页不满足用户的需求，则用户会选择后退网页操作以返回至搜索结果页，然后选择搜索结果页中的其他项。用户重复上述“返回至搜索结果页”“选择搜索结果页中的其他项”的操作，直至用户得到满意的搜索结果。

在上述搜索浏览过程中，用户一般会基于应用调起技术通过浏览器app调起手机中的原生app，并将搜索结果页导流至原生app中以进行展示(原生app具有更为强大的访问、展示功能)。由于原生app中无法后退到搜索结果页，因此在未获得满意的搜索结果页之前，用户会频繁的进行“切换至浏览器app，并进行后退网页”和“将搜索结果页导流至原生app中以进行展示”的操作。即，用户需要在浏览器app和原生app之间进行切换，导致用户体验感不佳。

技术实现要素：

本发明旨在至少解决现有技术中存在的技术问题之一，提出了一种应用调起方法及其系统、移动终端和计算机可读介质。

第一方面，本公开实施例提供了一种应用调起方法，包括：

接收浏览器app发出的应用调起指令；

将浏览器app中的当前搜索结果导流至具有浏览器内核的原生app中，并在原生app中加载并展示所述当前搜索结果；

获取与当前搜索结果相关联的浏览器搜索浏览历史；

将所述浏览器搜索浏览历史添加至原生app的原生app搜索浏览历史中，以供原生app根据用户操作进行加载。

在一些实施例中，所述获取与当前搜索结果相关联的浏览器搜索浏览历史的步骤包括：

直接从浏览器app中获取与所述当前搜索结果相关联的浏览器搜索浏览历史。

在一些实施例中，所述获取与当前搜索结果相关联的浏览器搜索浏览历史的步骤包括：

接收浏览器app发送的浏览器身份信息；

基于所述浏览器身份信息，从web服务器中查询出与所述浏览器身份信息相匹配的搜索浏览记录，并筛选出与当前搜索结果相关联的搜索浏览记录，以作为与当前搜索结果相关联的所述浏览器搜索浏览历史。

在一些实施例中，所述获取与当前搜索结果相关联的浏览器搜索浏览历史的步骤包括：

接收浏览器app发送的历史数据存储地址信息，所述历史数据存储地址信息中记载有浏览器app预先将与当前搜索结果相关联的浏览器搜索浏览历史存储于云服务器时的存储地址；

根据所述历史数据存储地址信息，从云服务器中获取与当前搜索结果相关联的浏览器搜索浏览历史。

在一些实施例中，与当前搜索结果相关联的浏览器搜索浏览历史包括：当前搜索结果所对应的浏览记录，以及浏览器app的与当前搜索结果所对应的浏览记录之间的时间差小于预定时长阈值的浏览记录；

或者，与当前搜索结果相关联的浏览器搜索浏览历史包括：当前搜索结果所对应的浏览记录，以及浏览器app的与当前搜索结果所对应浏览记录中的时间戳在时间上最接近的预定数量条的浏览记录；

所述浏览记录包括：浏览网页的网址和对应的时间戳。

在一些实施例中，所述将所述浏览器搜索浏览历史添加至原生app的原生app搜索浏览历史中的步骤之后还包括：

当用户在原生app中进行后退网页操作时，从更新后的原生app搜索浏览历史中查询出时间戳位于当前搜索结果对应的浏览记录之前且最近的一条浏览记录，并在原生app中加载该浏览记录中的网址，并展示对应的网页。

在一些实施例中，所述将所述浏览器搜索浏览历史添加至原生app的原生app搜索浏览历史中的步骤之后还包括：

当用户在原生app中进行前进网页操作时，从更新后的原生app搜索浏览历史中查询出时间戳位于当前搜索结果对应的浏览记录之后且最近的一条浏览记录，并在原生app中加载该浏览记录中的网址，并展示对应的网页。

在一些实施例中，所述原生app中浏览器内核的数量为1个；

所述在原生app中加载并展示所述当前搜索结果的步骤包括：

控制所述浏览器内核加载所述当前搜索结果所对应的网址；

调用所述浏览器内核，并展示所述浏览器内核所呈现的网页。

在一些实施例中，所述原生app中浏览器内核的数量为n个，n为大于1的整数；

所述在原生app中加载并展示所述当前搜索结果的步骤包括：

选取所述原生app中的一个所述浏览器内核作为选定浏览器内核，并控制所述选定浏览器内核加载所述当前搜索结果所对应的网址；

调用所述选定浏览器内核，并展示所述选定浏览器内核所呈现的网页；

所述将所述浏览器搜索浏览历史添加至原生app的原生app搜索浏览历史中的步骤之后还包括：

控制所述原生app中除所述选定浏览器内核之外的其他n-1个浏览器内核，分别加载所述原生app搜索浏览历史中最靠近所述当前搜索结果的n-1条浏览记录中的网址。

第二方面，本公开提供了一种应用调起系统，包括：

指令接收模块，用于接收浏览器app发出的应用调起指令；

导流模块，用于将浏览器app中的当前搜索结果导流至具有浏览器内核的原生app中；

加载展示模块，用于在所述导流模块将当前搜索结果导流至原生app中之后，在原生app中加载并展示所述当前搜索结果；

历史获取模块，用于获取与当前搜索结果相关联的浏览器搜索浏览历史；

添加模块，用于将所述浏览器搜索浏览历史添加至原生app的原生app搜索浏览历史中，以供原生app根据用户操作进行加载。

在一些实施例中，所述历史获取模块包括：

第一获取单元，用于直接从浏览器app中获取与所述当前搜索结果相关联的浏览器搜索浏览历史。

在一些实施例中，所述历史获取模块包括：

身份信息接收单元，用于接收浏览器app发送的浏览器身份信息；

查询筛选单元，基于所述浏览器身份信息，从web服务器中查询出与所述浏览器身份信息相匹配的搜索浏览记录，并筛选出与当前搜索结果相关联的搜索浏览记录，以作为与当前搜索结果相关联的所述浏览器搜索浏览历史。

在一些实施例中，所述历史获取模块包括：

地址信息接收单元，用于接收浏览器app发送的历史数据存储地址信息，所述历史数据存储地址信息中记载有浏览器app预先将与当前搜索结果相关联的浏览器搜索浏览历史存储于云服务器时的存储地址；

第二获取单元，用于根据所述历史数据存储地址信息，从云服务器中获取与当前搜索结果相关联的浏览器搜索浏览历史。

在一些实施例中，与当前搜索结果相关联的浏览器搜索浏览历史包括：当前搜索结果所对应的浏览记录，以及浏览器app的与当前搜索结果所对应的浏览记录之间的时间差小于预定时长阈值的浏览记录；

或者，与当前搜索结果相关联的浏览器搜索浏览历史包括：当前搜索结果所对应的浏览记录，以及浏览器app的与当前搜索结果所对应浏览记录中的时间戳在时间上最接近的预定数量条的浏览记录；

所述浏览记录包括：浏览网页的网址和对应的时间戳。

在一些实施例中，还包括：记录查询模块；

所述记录查询模块用于当用户在原生app中进行后退网页操作时，从更新后的原生app搜索浏览历史中查询出时间戳位于当前搜索结果对应的浏览记录之前且最近的一条浏览记录；

所述加载展示模块，还用于在所述记录查询模块完成查询后，在原生app中加载所述记录查询模块查询出的浏览记录中的网址，并展示对应的网页。

在一些实施例中，还包括：记录查询模块；

所述记录加载模块用于当用户在原生app中进行前进网页操作时，从更新后的原生app搜索浏览历史中查询出时间戳位于当前搜索结果对应的浏览记录之后且最近的一条浏览记录；

所述加载展示模块，还用于在所述记录查询模块完成查询后，在原生app中加载所述记录查询模块查询出的浏览记录中的网址，并展示对应的网页。

在一些实施例中，所述原生app中浏览器内核的数量为1个；

所述加载展示模块包括：

第一控制单元，用于控制所述浏览器内核加载所述当前搜索结果所对应的网址；

第一调用展示单元，用于调用所述浏览器内核，并展示所述浏览器内核所呈现的网页。

在一些实施例中，所述原生app中浏览器内核的数量为n个，n为大于1的整数；

所述加载展示模块包括：

第二控制单元，用于选取所述原生app中的一个所述浏览器内核作为选定浏览器内核，并控制所述选定浏览器内核加载所述当前搜索结果所对应的网址；

第二调用展示单元，用于调用所述选定浏览器内核，并展示所述选定浏览器内核所呈现的网页；

所述第二控制单元还用于在所述添加模块将所述浏览器搜索浏览历史添加至原生app的原生app搜索浏览历史中之后，控制所述原生app中除所述选定浏览器内核之外的其他n-1个浏览器内核，分别加载所述原生app搜索浏览历史中最靠近所述当前搜索结果的n-1条浏览记录中的网址。

第三方面，本公开实施例还提供了一种移动终端，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述的方法。

第四方面，本公开实施例还提供了一种计算机可读介质，其上存储有计算机程序，其中，所述程序被处理器执行时实现如上述的方法。

本公开实施例提供的应用调起方法及其系统、移动终端和计算机可读介质，通过在将导流当前搜索结果至原生app的同时，还获取与当前搜索结果相关联的浏览器搜索浏览历史，并将浏览器搜索浏览历史添加至原生app的原生app搜索浏览历史中，可避免在导流当前搜索结果之后用户频繁在浏览器app和原生app之间进行切换的问题，从而能提升用户的体验，降低导流后用户搜索需求成本。

附图说明

图1为本公开实施例提供的一种应用调起方法的流程图；

图2a为本公开中步骤s103的一种具体流程图；

图2b为本公开中步骤s103的另一种具体流程图；

图2c为本公开中步骤s103的又一种具体流程图；

图3为本公开实施例提供的又一种应用调起方法的流程图；

图4为本公开中应用调起系统的一种结构框图；

图5a为本公开中加载展示模块的一种具体结构框图；

图5b为本公开中加载展示模块的另一种具体结构框图；

图6a为本公开中历史获取模块的一种具体结构框图；

图6b为本公开中历史获取模块的另一种具体结构框图；

图6c为本公开中历史获取模块的又一种具体结构框图。

具体实施方式

为使本领域的技术人员更好地理解本发明的技术方案，下面结合附图对本发明提供的一种应用调起方法及其系统、移动终端和计算机可读介质进行详细描述。

在下文中将参考附图更充分地描述示例实施例，但是所述示例实施例可以以不同形式来体现且不应当被解释为限于本文阐述的实施例。反之，提供这些实施例的目的在于使本公开透彻和完整，并将使本领域技术人员充分理解本公开的范围。

本文所使用的术语仅用于描述特定实施例，且不意欲限制本公开。如本文所使用的，单数形式“一个”和“该”也意欲包括复数形式，除非上下文另外清楚指出。还将理解的是，当本说明书中使用术语“包括”和/或“由……制成”时，指定存在所述特征、整体、步骤、操作、元件和/或组件，但不排除存在或添加一个或多个其他特征、整体、步骤、操作、元件、组件和/或其群组。

将理解的是，虽然本文可以使用术语第一、第二等来描述各种元件，但这些元件不应当受限于这些术语。这些术语仅用于区分一个元件和另一元件。因此，在不背离本公开的指教的情况下，下文讨论的第一元件、第一组件或第一部件可称为第二元件、第二组件或第二部件。

本文所述实施例可借助本公开的理想示意图而参考平面图和/或截面图进行描述。因此，可根据制造技术和/或容限来修改示例图示。因此，实施例不限于附图中所示的实施例，而是包括基于制造工艺而形成的配置的修改。因此，附图中例示的区具有示意性属性，并且图中所示区的形状例示了元件的区的具体形状，但并不旨在是限制性的。

除非另外限定，否则本文所用的所有术语(包括技术和科学术语)的含义与本领域普通技术人员通常理解的含义相同。还将理解，诸如那些在常用字典中限定的那些术语应当被解释为具有与其在相关技术以及本公开的背景下的含义一致的含义，且将不解释为具有理想化或过度形式上的含义，除非本文明确如此限定。

本公开的技术方案涉及两种app：浏览器app和原生app；其中，“浏览器app”(例如，360手机浏览器app、uc手机浏览器app)也可称为webapp，是一种框架型app开发模式(html5app框架开发模式)，具有跨平台的优势，该模式通常由“html5云网站+app应用客户端”两部分构成，app应用客户端只需安装应用的框架部份，而应用的数据则是每次打开app的时候，去云端取数据呈现给手机用户。“原生app”(例如手机百度app)也可称为本地app(nativeapp)，是基于本地操作系统的app开发服务，原生app访问和兼容的能力也比较好，可以支持在线或者离线消息推送或是进行本地资源访问，以及摄像、拨号、蓝牙、功能的调取。原生app开发有许多的优势，如原生app是针对不同的平台为用户提供不同的体验、原生应用可以节约宽带成本、访问本地资源、打开的速度更快并为用户提供最佳的用户体验和优质的用户界面等。

原生app和浏览器app均安装于移动终端内，移动终端具有一个或多个处理器，这些处理器能够执行原生app和浏览器app中的程序，以使得原生app和浏览器app实现相应功能。

本公开中的应用调起方法基于应用调起系统，该应用调起系统以程序的形式封装于原生app中，以使得原生app具有相应的功能，因此本公开中应用调起方法的执行主体可以看作为原生app(当然实质为原生app中的应用调起系统)；另外，本公开中的原生app具有浏览器内核，以使得原生app具备搜索浏览功能。

图1为本公开实施例提供的一种应用调起方法的流程图，如图1所示，该应用调起方法包括：

步骤s101、接收浏览器app发出的应用调起指令。

用户在浏览器app中进行搜索浏览行为，搜索引擎为其搜索出相关结果(可以为搜索结果页，也可以为结果落地页)并返回给浏览器app，浏览器app展示相应网页。浏览器app根据用户的操作向原生app发出应用调起指令，或者根据预先设计的调起规则自动向原生app发出应用调起指令，以调起原生app。

在本公开中，应用间调起技术具体可以采用schema跳转技术、universallink技术等，本公开对其不作限定。

在步骤s101中，原生app接收浏览器app发出的应用调起指令。

步骤s102、将浏览器app中的当前搜索结果导流至具有浏览器内核的原生app中，并在原生app中加载并展示当前搜索结果。

在步骤s102中，原生app根据接收到的应用调起指令，将当前搜索结果从浏览器app导流至原生app中。具体地，原生app根据接收到的应用调起指令，获取浏览器app中的当前搜索结果所对应的网址，然后基于自身的浏览器内核对该网址进行加载，并在原生app中展示当前搜索结果。

在本公开中，原生app中所配置的浏览器内核的数量可以为1个或多个。

当浏览器内核为1个时，在步骤s102中，原生app首先控制该浏览器内核加载当前搜索结果所对应的网址，然后调用该浏览器内核，并展示浏览器内核所呈现的网页，以实现在原生app中展示当前搜索结果。

当浏览器内核为多个时，在步骤s102中，原生app首先选取原生app中的一个浏览器内核作为选定浏览器内核，并控制选定浏览器内核加载当前搜索结果所对应的网址，然后调用该选定浏览器内核，并展示选定浏览器内核所呈现的网页，以实现在原生app中展示当前搜索结果。

步骤s103、获取与当前搜索结果相关联的浏览器搜索浏览历史。

步骤s104、将浏览器搜索浏览历史添加至原生app的原生app搜索浏览历史中，以供原生app根据用户操作进行加载。

在本公开中，步骤s103可以在步骤s102之后执行，或者与步骤s101或步骤s102同步执行，两种情况均属于本公开的保护范围。

与现有技术不同的是，在本公开中，当浏览器app调起原生app时，原生app不仅会导流当前搜索结果，还会获取与当前搜索结果相关联的浏览器搜索浏览历史，并将获取到的浏览器搜索浏览历史添加至原生app搜索浏览历史中。

在本公开中，与当前搜索结果相关联的浏览器搜索浏览历史包括：当前搜索结果所对应的浏览记录，以及浏览器app的与当前搜索结果所对应的浏览记录之间的时间差小于预定时长阈值的浏览记录；浏览记录包括：浏览网页的网址和对应的时间戳。

在实际应用中，用户进行相关联的搜索浏览往往是集中在一段有限时间内，例如30分钟内。在本公开中选取与当前搜索结果所对应浏览记录中的时间戳小于预定时长阈值(例如30分钟)的浏览记录，作为与当前搜索结果相关联的浏览记录，从而得到与当前搜索结果相关联的浏览器搜索浏览历史。

当然，上述选取与当前搜索结果所对应浏览记录中的时间戳小于预定时长阈值的浏览记录，作为与当前搜索结果相关联的浏览记录的方案，仅为本公开中的一种可选方案，其不会对本公开中的技术方案产生限定。在本公开中还可以依据其他条件确定与当前搜索结果相关联的浏览记录，例如获取与当前搜索结果所对应浏览记录中的时间戳最近的预定数量条(例如10条)的浏览记录，作为与当前搜索结果相关联的浏览记录。对于其他情况，此处不再一一举例说明。

在本公开中，获取与当前搜索结果相关联的浏览器搜索浏览历史方法可采用如下几种方式。

方式1)，图2a为本公开中步骤s103的一种具体流程图，如图2a所示，作为步骤s103的一种具体实施方案，步骤s103包括：

步骤s1031a、直接从浏览器app中获取与当前搜索结果相关联的浏览器搜索浏览历史。

浏览器app会基于cookie技术、localstorage技术和sessionstorage技术来对存储历史进存储。其中，浏览器端生成的cookie默认是关闭浏览器后失效，localstorage中存储的历史数据除非被清楚，否则永久保存，sessionstorage中存储的历史数据仅在当前会话下有效，关闭页面或浏览器后被清除。

因此，浏览器app的数据库中会存储有与当前搜索结果相关联的浏览器搜索浏览历史，原生app可基于应用间数据共享技术直接从浏览器app中获取与当前搜索结果相关联的浏览器搜索浏览历史。

方式2，图2b为本公开中步骤s103的另一种具体流程图，如图2b所示，作为步骤s103的另一种具体实施方案，步骤s103包括：

步骤s1031b、接收浏览器app发送的浏览器身份信息。

步骤s1032b、基于浏览器身份信息，从web服务器中查询出与浏览器身份信息相匹配的搜索浏览记录，并筛选出与当前搜索结果相关联的搜索浏览记录，以作为与当前搜索结果相关联的浏览器搜索浏览历史。

用户通过浏览器app进行搜索浏览时，浏览器app会向web服务器发送请求指令，web服务器根据浏览器app发送的请求指令反馈相应的网络资源(一般是指html文档，也可以是pdf、图片或其他的类型，资源的位置由用户使用统一资源标示符uri指定)，浏览器app展示相应的网页。在上述过程中，web服务器中也会存储浏览器app的搜索浏览记录。

因此，原生app可通过获取到的浏览器身份信息，从web服务器中查询出与浏览器身份信息相匹配的搜索浏览记录，并从中筛选出与当前搜索结果相关联的搜索浏览记录，以作为与当前搜索结果相关联的浏览器搜索浏览历史。

方式3)，图2c为本公开中步骤s103的另一种具体流程图，如图2c所示，作为步骤s103的又一种具体实施方案，步骤s103包括：

步骤s1031c、接收浏览器app发送的历史数据存储地址信息，历史数据存储地址信息中记载有浏览器app预先将与当前搜索结果相关联的浏览器搜索浏览历史存储于云服务器时的存储地址。

步骤s1032c、根据历史数据存储地址信息，从云服务器中获取与当前搜索结果相关联的浏览器搜索浏览历史。

基于前述内容可知，浏览器app中会存储有与当前搜索结果相关联的浏览器搜索浏览历史，在浏览器app调起原生app时，浏览器app会将与当前搜索结果相关联的浏览器搜索浏览历史打包、上传至云服务器中，以进行存储。待云服务器完成数据存储后，浏览器app会向原生app发送历史数据存储地址信息，该历史数据存储地址信息中记载有浏览器app预先将与当前搜索结果相关联的浏览器搜索浏览历史存储于云服务器时的存储地址。原生app基于历史数据存储地址信息中的存储地址，可以从云服务器中获取与当前搜索结果相关联的浏览器搜索浏览历史。

在上述方式2)中，用户在通过浏览器app进行网页后退/网页前进操作时，浏览器app会通过读取缓冲的方式来进行网页加载，而不会向web服务器发送请求指令，因此web服务器中不会记载有浏览器app通过网页后退/网页前进操作键所浏览网页的记录。方式1和方式3中，浏览器搜索浏览历史中不仅会记载有浏览器app通过web服务器发送请求指令所打开网页的记录，而且也会记载有用户通过网页后退/网页前进操作键所打开网页的记录，因此通过方式1)和方式3)所获取到的与当前搜索结果相关联的浏览器搜索浏览历史更为完整。

在步骤s104中，将步骤s103所获取到的浏览器搜索浏览历史添加至原生app的原生app搜索浏览历史中，以供原生app根据用户操作进行加载。

需要说明的是，在将步骤s103所获取到的浏览器搜索浏览历史添加至原生app的原生app搜索浏览历史中时，可将步骤s103所获取到的浏览器搜索浏览历史中的浏览记录，与原生app中的原始浏览记录，按照时间戳的先后顺序进行排列，以方便后续进行调用。

另外，在本公开中，当原生app中浏览器内核为多个时(假定数量为n个)，在步骤s104结束后，原生app还会控制除选定浏览器内核之外的其他n-1个浏览器内核，分别加载原生app搜索浏览历史中最靠近(可以是时间戳最靠近，也可以是排列位置最靠近)当前搜索结果的n-1条浏览记录中的网址，即该n-1个浏览器内核可以对原生app搜索浏览历史中靠近当前搜索结果所对应浏览记录的其他浏览记录中的网址进行预加载，方便于原生app后续直接进行调用。

基于上述内容可见，本公开中的技术方案可避免在导流当前搜索结果之后用户频繁在浏览器app和原生app之间进行切换的问题，从而能提升用户的体验，降低导流后用户搜索需求成本。

图3为本公开实施例提供的又一种应用调起方法的流程图，如图3所示，本实施例提供的应用调起方法不仅包括图1中所示步骤s101～步骤s104，还包括步骤s105和步骤s106，其中步骤s105和步骤s106均位于步骤s104之后执行。

步骤s105、当用户在原生app中进行后退网页操作时，从更新后的原生app搜索浏览历史中查询出时间戳位于当前搜索结果对应的浏览记录之前且最近的一条浏览记录，并在原生app中加载该浏览记录中的网址，并展示对应的网页。

需要说明的是，当原生app中浏览器内核为多个时，且在原生app搜索浏览历史中，时间戳位于当前搜索结果对应的浏览记录之前且最近的一条浏览记录中的网址，已被除选定浏览器内核之外的一个浏览器内核进行预加载，则在步骤s105中，原生app可先将选定浏览器内核进行隐藏，然后调用预加载相应网址的浏览器内核即可。

步骤s106、当用户在原生app中进行前进网页操作时，从更新后的原生app搜索浏览历史中查询出时间戳位于当前搜索结果对应的浏览记录之后且最近的一条浏览记录，并在原生app中加载该浏览记录中的网址，并展示对应的网页。

需要说明的是，当原生app中浏览器内核为多个时，且在原生app搜索浏览历史中，时间戳位于当前搜索结果对应的浏览记录之后且最近的一条浏览记录中的网址，已被除选定浏览器内核之外的一个浏览器内核进行预加载，则在步骤s106中，原生app可先将选定浏览器内核进行隐藏，然后调用预加载相应网址的浏览器内核即可。

在步骤s104之后，当用户在原生app中进行“网页后退”或“网页前进”操作时，原生app可根据用户的操作并基于更新后的原生app搜索浏览历史来选择加载相应网页，并进行展示。

本公开中的技术方案可避免在导流当前搜索结果之后用户频繁在浏览器app和原生app之间进行切换的问题，从而能提升用户的体验，降低导流后用户搜索需求成本。

图4为本公开中应用调起系统的一种结构框图，如图4所示，该应用调起系统可用于实现前述各实施例所提供的应用调起方法，该应用调起系统包括：指令接收模块1、导流模块2、加载展示模块3、历史获取模块4和添加模块5。

其中，指令接收模块1用于接收浏览器app发出的应用调起指令；导流模块2用于将浏览器app中的当前搜索结果导流至具有浏览器内核的原生app中；加载展示模块3用于在导流模块将当前搜索结果导流至原生app中之后，在原生app中加载并展示当前搜索结果；历史获取模块4用于获取与当前搜索结果相关联的浏览器搜索浏览历史；添加模块5用于将浏览器搜索浏览历史添加至原生app的原生app搜索浏览历史中，以供原生app根据用户操作进行加载。

在一些实施例中，与当前搜索结果相关联的浏览器搜索浏览历史包括：当前搜索结果所对应的浏览记录，以及浏览器app的与当前搜索结果所对应的浏览记录之间的时间差小于预定时长阈值的浏览记录；浏览记录包括：浏览网页的网址和对应的时间戳。

本公开中的技术方案可避免在导流当前搜索结果之后用户频繁在浏览器app和原生app之间进行切换的问题，从而能提升用户的体验，降低导流后用户搜索需求成本。

需要说明的是，本实施例中的指令接收模块1可用于执行上述实施例中的步骤s101，导流模块2和加载展示模块3可用于执行上述实施例中的步骤s102，历史获取模块4可用于执行上述实施例中的步骤s103,添加模块5可用于执行上述实施例中的步骤s104。对于各模块的具体描述，可参见前述实施例中相应内容，此处不再赘述。

图5a为本公开中加载展示模块的一种具体结构框图，如图5a所示，在一些实施例中，原生app中浏览器内核的数量为1个；加载展示模块3包括：第一控制单元31a和第一调用展示单元32a；其中，第一控制单元31a用于控制浏览器内核加载当前搜索结果所对应的网址；第一调用展示单元32a用于调用浏览器内核，并展示浏览器内核所呈现的网页。

图5b为本公开中加载展示模块的另一种具体结构框图，如图5b所示，在一些实施例中，原生app中浏览器内核的数量为n个，n为大于1的整数；加载展示模块3包括：第二控制单元31b和第二调用展示单元32b；其中，第二控制单元31b用于选取原生app中的一个浏览器内核作为选定浏览器内核，并控制选定浏览器内核加载当前搜索结果所对应的网址；以及，还用于在添加模块将浏览器搜索浏览历史添加至原生app的原生app搜索浏览历史中之后，控制原生app中除选定浏览器内核之外的其他n-1个浏览器内核，分别加载原生app搜索浏览历史中最靠近当前搜索结果的n-1条浏览记录中的网址。第二调用展示单元32b用于在选定浏览器内核完成加载当前搜索结果所对应的网址之后，调用选定浏览器内核，并展示选定浏览器内核所呈现的网页。

上述所示例的加载展示模块的两种具体情况，均属于本公开的保护范围。

图6a为本公开中历史获取模块的一种具体结构框图，如图6a所示，在一些实施例中，历史获取模块4包括：第一获取单元41a；第一获取单元41a用于直接从浏览器app中获取与当前搜索结果相关联的浏览器搜索浏览历史。

需要说明的是，本实施例中的第一获取单元可用于执行前述实施例中的步骤s1031a。

图6b为本公开中历史获取模块的另一种具体结构框图，如图6b所示，在一些实施例中，历史获取模块4包括：身份信息接收单元41b和查询筛选单元42b；其中，身份信息接收单元41b用于接收浏览器app发送的浏览器身份信息；查询筛选单元42b用于基于浏览器身份信息，从web服务器中查询出与浏览器身份信息相匹配的搜索浏览记录，并筛选出与当前搜索结果相关联的搜索浏览记录，以作为与当前搜索结果相关联的浏览器搜索浏览历史。

需要说明的是，本实施例中的身份信息接收单元41b可用于执行前述实施例中的步骤s1031b，查询筛选单元42b可用于执行前述实施例中的步骤s1032b。

图6c为本公开中历史获取模块的又一种具体结构框图，如图6c所示，在一些实施例中，历史获取模块4包括：地址信息接收单元41c和第二获取单元42c；其中，地址信息接收单元41c用于接收浏览器app发送的历史数据存储地址信息，历史数据存储地址信息中记载有浏览器app预先将与当前搜索结果相关联的浏览器搜索浏览历史存储于云服务器时的存储地址；第二获取单元42c用于根据历史数据存储地址信息，从云服务器中获取与当前搜索结果相关联的浏览器搜索浏览历史。

需要说明的是，本实施例中的地址信息接收单元41c可用于执行前述实施例中的步骤s1031c，第二获取单元42c可用于执行前述实施例中的步骤s1032c。

继续参见图4所示，在一些实施例中，该应用调起系统还包括：记录查询模块6；记录查询模块6用于当用户在原生app中进行后退网页操作时，从更新后的原生app搜索浏览历史中查询出时间戳位于当前搜索结果对应的浏览记录之前且最近的一条浏览记录；以及当用户在原生app中进行前进网页操作时，从更新后的原生app搜索浏览历史中查询出时间戳位于当前搜索结果对应的浏览记录之后且最近的一条浏览记录。

此时，加载展示模块3还用于在记录查询模块完成查询后，在原生app中加载记录查询模块6查询出的浏览记录中的网址，并展示对应的网页。

需要说明的是，本实施例中的记录查询模块6和加载展示模块3可共同用于执行前述实施例中的步骤s105和步骤s106。

本公开实施例还提供了一种移动终端，该移动终端包括：移动终端，该移动终端包括：存储装置以及一个或多个处理器，存储装置中存储有一个或多个程序；当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现如前述实施例所提供的应用调起方法。

需要说明的是，本公开中的移动终端具体可以为手机或平板电脑。

本公开实施例还提供了一计算机可读存储介质，其上存储有计算机程序，其中，该计算机程序被执行时实现如前述实施例所提供的应用调起方法。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于ram、rom、eeprom、闪存或其他存储器技术、cd-rom、数字多功能盘(dvd)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

本文已经公开了示例实施例，并且虽然采用了具体术语，但它们仅用于并仅应当被解释为一般说明性含义，并且不用于限制的目的。在一些实例中，对本领域技术人员显而易见的是，除非另外明确指出，否则可单独使用与特定实施例相结合描述的特征、特性和/或元素，或可与其他实施例相结合描述的特征、特性和/或元件组合使用。因此，本领域技术人员将理解，在不脱离由所附的权利要求阐明的本公开的范围的情况下，可进行各种形式和细节上的改变。