CN106095549A - 一种移动应用App的跳转方法及跳转装置 - Google Patents

Abstract

本发明公开了一种移动应用App的跳转方法及跳转装置，其中，所述方法包括：根据预配置的跳转模板和获取到的业务数据生成跳转指令；根据所述跳转指令执行App的跳转。采用本发明，通过预配置的跳转模板和获取的业务数据生成用于进行跳转的跳转指令，而不是像现有技术那样将跳转相关信息提前编写于相关代码中。因此，可以通过可配置的跳转模板来灵活变更/配置跳转相关信息，能解决传统移动应用跳转方法缺乏灵活、受应用版本局限、受时间局限等问题，还能有效地降低后期维护技术成本。

Description

一种移动应用App的跳转方法及跳转装置

技术领域

本发明涉及移动应用领域，更为具体而言，涉及一种移动应用App的跳转方法及跳转装置。

背景技术

随着移动互联网的迅猛发展，移动终端设备在人们生活的日益普及，移动应用(即，App)亦呈现出极为迅猛的发展态势。移动客户端的业务需求日益旺盛，App数量也随之增加。大而全的综合功能App内，有不同功能联动跳转的场景；独立的垂直功能App之间，存在相互推荐或交互功能场景，也带来了App之间跳转的需求。

传统应用在实现跳转时，具有如下缺点：

1：应用跳转需要知道目标应用的相关信息，并且预先将信息编写在代码中，缺乏灵活性。例如，在传统的实现应用跳转的方法中，需要知道目标App的相关信息，并且预先将信息编写在代码中。以iOS为例，要把对方url scheme写入固定值；以android为例，要把对方的包名写成Intent intent＝getPackageManager().getLaunchIntentForPackage("com.example.liuxiang")。

2：无法实时更改跳转相关信息，如果跳转目标应用信息后续发生变化，需要发布应用新版本，有版本局限性。

3：从时间上看，先发布上架的应用，通常无法跳转到后发布上架的应用，有时间局限性。

4：对于同一个应用，不同版本的跳转功能可能由不同代码实现，预先编写在代码中的跳转目标信息缺乏统一性，后期技术维护成本高。

发明内容

鉴于现有技术的上述缺陷，本发明实施方式提供了一种移动应用App的跳转方法及跳转装置，能解决传统移动应用跳转方法缺乏灵活、受应用版本局限、受时间局限等问题，还能有效地降低后期维护技术成本。

具体地，本发明实施方式提供了一种移动应用App的跳转方法，其包括：

根据预配置的跳转模板和获取到的业务数据生成跳转指令；

根据所述跳转指令执行App的跳转。

相应地，本发明实施方式还提供了一种移动应用App的跳转装置，其包括：

指令生成模块，用于根据预配置的跳转模板和获取到的业务数据生成跳转指令；

跳转模块，用于根据所述跳转指令执行App的跳转。

采用本发明实施方式，具有以下有益效果：

通过预配置的跳转模板和获取的业务数据生成用于进行跳转的跳转指令，而不是像现有技术那样将跳转相关信息提前编写于相关代码中。因此，可以通过可配置的跳转模板来灵活变更/配置跳转相关信息(例如，跳转参数)，能解决传统移动应用跳转方法缺乏灵活、受应用版本局限、受时间局限等问题，还能有效地降低后期维护技术成本。

附图说明

图1是根据本发明实施例的一种移动应用App的跳转方法的流程示意图的一例；

图2是根据本发明实施例的一种移动应用App的跳转方法的流程示意图的另一例；

图3是根据本发明实施例的一种App内跳转的流程示意图的一例；

图4是根据本发明实施例的一种App间跳转的流程示意图的一例；

图5是根据本发明实施例的一种移动应用App的跳转装置的框图的一例；

图6是根据本发明实施例的一种移动应用App的跳转装置的指令生成模块的框图的一例；

图7是根据本发明实施例的一种移动应用App的跳转装置的跳转模块的框图的一例。

具体实施方式

为了便于理解本发明技术方案的各个方面、特征以及优点，下面结合附图对本发明进行具体描述。应当理解，下述的各种实施方式只用于举例说明，而非用于限制本发明的保护范围。

首先，对本发明涉及或可能涉及到的名称/属于进行解释。

移动应用：即App，移动客户端。

App跳转：移动客户端内或不同移动客户端间的不同具体功能界面的跳转。

源App:主动触发跳转的应用。

目标App：需要跳转打开的应用。

控制器：iOS的App内具体一个应用功能模块界面。

Activity：安卓的App内具体一个应用功能模块界面。

图1是根据本发明实施例的一种移动应用App的跳转方法的流程示意图的一例。参照图1，所述方法包括：

10：根据预配置的跳转模板和获取到的业务数据生成跳转指令。

在本实施例中，跳转模板可以对应一个或多个跳转的业务场景。在设计跳转模板时，可以根据对具体业务功能的跳转场景进行抽象和总结得到。

在本实施例的一种具体应用中，举例而言，业务数据可以来源于手机银行应用的具体业务功能下的交易。例如，当客户进行信用卡还款后，将客户信息上送至手机银行服务端，手机银行服务端返回该客户的推荐广告业务数据，手机银行客户端在还款成功页面上展示相应广告，通过跳转模板及具体广告业务数据，生成最终的跳转指令。

12：根据所述跳转指令执行App的跳转。

在本实施例中，App的跳转类型包括App内跳转和App间跳转。而本发明所支持的在不同跳转类型中的跳转场景包括下表所示的任意一种或多种：

采用本实施例提供的跳转方法，通过预配置的跳转模板和获取的业务数据生成用于进行跳转的跳转指令，而不是像现有技术那样将跳转相关信息提前编写入相关代码中。因此，本实施例提供的跳转方法可以通过可配置的跳转模板灵活变更跳转相关信息，能解决传统移动应用跳转方法缺乏灵活、受应用版本局限、受时间局限等问题，还能有效地降低后期维护技术成本。

可选地，在本实施例的一种实现方式中，处理10通过以下方式实现：根据获取到的跳转模板ID从跳转模板库中选取所述跳转模板；根据所述业务数据补充所述跳转模板中的字段内容，生成所述跳转指令。或则，可选地，处理10通过以下方式实现：源App将获取到的跳转模板ID和所述业务数据传入源App的SDK；源App的SDK根据所述跳转模板ID从跳转模板库中选取所述跳转模板，并根据所述业务数据补充所述跳转模板中的字段内容，生成所述跳转指令。

在本实现方式中，跳转模板库可以预先缓存在App所在的终端。例如，在每一次启动App时，获取跳转模板库并更新本地缓存。示例性地，模板库包括跳转模板ID、APP的ID、App的名称、BundleID(BundleID指移动操纵系统中能够唯一标识APP的包名字符串，由创建APP工程时定义生成)的对应关系。

在本实现方式中，可以通过接收消息中心推送的消息从而获取所述跳转模板ID和所述业务数据；或通过向从服务器发送请求从而获取所述跳转模板ID和所述业务数据。

可选地，在本实施例的一种实现方式中，所述跳转指令包括跳转参数，下面将对不同情况所包含的跳转参数进行说明。

可选地，在本实现方式的一种具体示例中，处理14可以通过以下方式实现：在跳转指令的跳转类型为App内跳转时，由源App的SDK根据所述跳转参数执行App内跳转。其中，所述跳转参数包括目标界面(例如，目标控制器，或者目标Activity)，或者，还进一步包括源界面、传递给目标界面的参数、跳转动画中任意一种或多种。

在本示例中，传递给目标界面的参数可以包括：目标控制器以及页面展示内容。而关于该示例的一种更具体的实现过程，请参照下文对于图3所示实施例的说明。

可选地，在本实现方式的另一种具体示例中，处理14可以通过以下方式实现：当所述跳转指令的跳转类型为App间跳转时，则由源App的SDK根据所述跳转参数执行由源App向目标App的跳转。其中，所述跳转参数包括目标App，或者，还进一步包括源APP、源APP的界面、传递给目标App的参数、跳转动画中任意一种或多种。

在该示例中，当所述跳转参数包括传递给目标App的参数时，由目标App的SDK接收源App的SDK传送的该传递给目标App的参数并根据该参数执行目标App内的跳转。“传递给目标App的参数”例如可以包含目标界面。“传递给目标App的参数”的主要作用是为目标App提供页面展示方面的信息，例如，页面展示内容。

关于该示例的一种更具体的实现过程，请参照下文对于图4所示实施例的说明。

在上述各具体示例中，跳转类型可以作为跳转指令中的一个字段；而虽然在上述示例中根据跳转模式分别配置跳转参数，实际上，也可以不考虑跳转模式而直接设置跳转参数(例如，目标界面和/或目标App)以实现跳转功能。

图2是根据本发明实施例的一种移动应用App的跳转方法的流程示意图的另一例。参照图2，所述方法包括以下步骤。

第一步：如图2中的步骤1所示，源App启动时获取应用跳转模板库，更新本地缓存。例如，通过移动特色服务获取并更新跳转模板库。

第二步：如图2中的步骤2.1所示，源App通过获取消息中心推送的消息来获取该消息中携带的跳转模板ID和业务数据。或者，如图2中的步骤2.2及2.3所示，通过主动向具体服务场景(互联网服务场景、移动特色服务场景)中的服务端发送请求来获取服务端返回的跳转模板ID和业务数据。

第三步：如图2中的步骤3所示，源App的跳转SDK构建跳转指令。具体而言，源App的跳转SDK解析模板ID信息及相关业务数据并利用跳转模板库，生成跳转指令。跳转指令包括App内跳转或App间跳转。

第四步：如果是App内跳转，则由源App的跳转SDK完成跳转工作，流程结束。如果是App间跳转，则如图2中的步骤4所示，由源App的跳转SDK发起目标App跳转请求以触发跳转，并执行后续步骤。

第五步：如图2中的步骤5所示，目标App接收跳转请求及传递给目标App的参数，由目标App的跳转SDK解析参数，触发相应动作(例如，调用指定页面或首页)。

第六步：如图2中的步骤6所示，提供目标App返回源App的快捷链接，以便由目标App返回源App。

本领域技术人员应当理解，图2所示的是通常情景下应用跳转的步骤，其中所包含的部分步骤或参数并非必须也并非不可替换，例如，第五步中传递给目标App的参数以及第六步并非必须。

采用本实施例提供的方法，能解决传统移动应用跳转方法中缺乏灵活、受应用版本局限、受时间局限等问题，还能有效地降低后期维护技术成本。

在与本发明相关的具体开发过程中，涉及到的数据报文包括跳转模板和业务报文。跳转模板可以预存储在App中或周期性地更新；业务报文则可以是如前所述的消息中心推送的消息或者其它类型的报文(例如，服务器反馈的响应报文)。

在本发明的一种实施例中，跳转模板的示例性格式如下：

其中，fromCon表示跳转来源控制器，para表示参数值，animation表示过渡的动画，toCon表示跳转目标控制器，jumpBack表示是否支持回调源控制器。

在本发明的一种实施例中，对于消息中心推送的消息，业务报文可以在现有报文的基础上增加如下的templateId字段以及跳转模板中设定为“交易传送”的字段。“交易传送”字段的内容也就是本发明提及的业务数据。

在本发明的一种实施例中，对于其它类型的业务报文，也需要在已有报文的基础上增加templateId字段以及包括了跳转模板中设定为“交易传送”的字段的其余报文字段。

参数名称	参数说明	参数类型
			para	传递参数	字典(NSDictionary*)或JSON串
templateId	模板标识	字符串(NSString*)

需要说明的是，以上关于数据报文的格式的说明仅为示例，本领域技术人员可以根据需要灵活地配置需要的字段以及所期望的字段格式和取值来源，本发明对此不做具体限制。

图3是根据本发明实施例的一种App内跳转的流程示意图的一例。App内跳转实质上就是两个控制器或两个Activity之间的跳转。参照图3，App内跳转的方法包括：

30：源App传入参数给SDK。可选地，在本实施例的一种实现方式中，传入的参数包括业务数据和跳转模板ID。

32：SDK根据传入参数和跳转模板库确定跳转模式及跳转参数，换言之，SDK生成跳转指令。当然，在其它实施例中，可以只确定跳转参数并根据确定的跳转参数执行相应的跳转处理。

可选地，在本实施例的一种实现方式中，SDK解析结果包括：源控制器(参数格式：指向源控制器自身的指针，一般值为self)、目标控制器及参数(参数格式：字典。此字典一般包含目标控制器、传递给目标控制器的参数、跳转动画3方面的内容)。

34：SDK根据跳转模式和跳转参数实现跳转操作。

可选地，在本实施例的一种实现方式中，SDK根据目标控制器及参数中的内容，跳转至相应的控制器，并提供delegate或者block(即，CallBack回调函数，程序中函数A调用函数B，B完成后可通过CallBack回调函数通知A)给SDK使用者，让使用者可以在跳转后进行下一步操作。若目标控制器及参数中的控制器名称的前缀为“url”，则表示该跳转为URL(Uniform Resoure Locator:统一资源定位器)跳转。

采用本实施例提供的方法，能解决传统的App内跳转方法缺乏灵活、受应用版本局限、受时间局限等问题，还能有效地降低后期维护技术成本。

图4是根据本发明实施例的一种App间跳转的流程示意图的一例。App间跳转实质上就是两个App之间的调用。

在本实施例中，App间跳转的方法总体包括：在源App中调起目标App并传递参数(当然，在本发明的其它实施例中，也可以只调起目标App而不传递参数。本实施例以传递参数为例进行说明)；目标App对收到的参数进行解析；目标App根据参数解析结果跳转至指定页面或首页。

而更具体而言，如图4所示，在源App端进行如下处理：

400：源App传入第一参数给SDK。示例性地，第一参数包括跳转模板ID和业务数据。

402：源App的SDK根据第一参数和跳转模板库生成App间跳转所需的格式串。即，生成跳转指令。

404：SDK根据解析结果实现向目标App的跳转并向目标App传递第二参数。示例性地，第二参数包括目标控制器和页面展示内容。

如图4所示，在目标App端进行如下处理：

410：目标App的SDK接收第二参数。

412：目标App的SDK确定是否提供返回源App的按钮。

414：目标App的SDK根据实现App内跳转。换言之，目标App调起相应页面。

采用本实施例提供的方法，能解决传统的App间跳转方法缺乏灵活、受应用版本局限、受时间局限等问题，还能有效地降低后期维护技术成本。

以上结合附图对根据本发明的方法实施例进行了说明，下面结合附图对根据本发明的装置实施例进行说明。

图5是根据本发明实施例的一种移动应用App的跳转装置的框图的一例。参照图5，跳转装置包括：指令生成模块50，用于根据预配置的跳转模板和获取到的业务数据生成跳转指令；和跳转模块52，用于根据所述跳转指令执行App的跳转。

可选地，在本实施例的一种实现方式中，如图5中的虚线框所示，指令生成模块50包括：模板确定子模块，用于据获取到的跳转模板ID从跳转模板库中选取所述跳转模板；和指令生成子模块，用于根据所述业务数据补充所述跳转模板中的字段内容，生成所述跳转指令。

可选地，在本实施例的另一种实现方式中，如图6所示，指令生成模块50包括：接收子模块，用于接收由源App获取并传入的跳转模板ID和所述业务数据；和处理子模块，用于根据所述跳转模板ID从跳转模板库中选取所述跳转模板，并根据所述业务数据补充所述跳转模板中的字段内容，生成所述跳转指令。

可选地，在本实施例的一种实现方式中，如图5中的虚线框所示，跳转装置还可以包括获取模块54，用于接收消息中心推送的消息从而获取所述跳转模板ID和所述业务数据，或，用于向从服务器发送请求从而获取所述跳转模板ID和所述业务数据。

可选地，在本实施例的一种实现方式中，跳转指令包括跳转参数。

可选地，在本实施例的一种实现方式中，如图7所示，跳转模块52包括第一跳转子模块和/或第二跳转子模块。

其中，第一跳转子模块用于在所述跳转指令的跳转类型为App内跳转时，根据所述跳转参数执行App内跳转。所述跳转参数包括目标界面，或者，还进一步包括源界面、传递给目标界面的参数、跳转动画中任意一种或多种。

其中，第二跳转子模块用于在所述跳转指令的跳转类型为App间跳转时，根据所述跳转参数执行由源App向目标App的跳转。所述跳转参数包括目标App，或者，还进一步包括源APP、源APP的界面、传递给目标App的参数、跳转动画中任意一种或多种。

可选地，在本实施例的一种实现方式中，如图7中的虚线框所示，跳转模块还可以包括发送子模块，用于在所述跳转参数包括传递给目标App的参数时，将传递给目标App的参数传递给目标App的SDK，以便目标App的SDK执行目标App内的跳转。

可选地，在本实施例的一种实际应用中，本发明提供的跳转装置可以是SDK或者集成有SDK的客户端。

本领域技术人员应当理解，本发明提供的装置实施例可以用于实现本发明提供的方法实施例，而本发明提供的方法实施例又可以理解为本发明提供的装置实施例的逻辑处理过程。因此，在装置实施例中，关于所解决技术问题以及技术效果的说明，关于相关名词、术语、范围的解释，以及关于各个模块和子模块所执行处理或可执行处理的描述，请参见方法实施例中的相应内容，此处不再赘述。

【本发明的实际应用】

下面对本发明在实际应用中的部分内容(包括优点、具体技术手段和扩展内容)进行简单说明。

为了方便对客户端版本SDK版本进行更新和维护，优选地，SDK设计为允许客户端版本的多版本共存，而移动特色服务端则能动态配置客户端版本和SDK版本的对应关系。

为了保证数据安全，模板跳转参数也使用中国建设银行提供的E路护航加密传递或存储，对模板数据文件进行签名方式来进行防篡改。此时，需要E路护航增加一套针对“应用群组”设定相同一套密钥的客户端加解密、文件验签方法。

为了保证App身份的安全识别，Android平台各客户端预存客户端根证书，对各Android客户端使用客户端证书对其安装文件进行签名，当一客户端跳转另一客户端时，先使用根证书来验证其APP安装文件是否由建行证书进行了签名，是—可跳转；否—提示客户端存在风险或阻止跳转。iOS平台由App注册其URL Scheme支持跳转，URL Scheme不是唯一的，需增加检测流程。可以增加跳转文字说明，提示用户跳转风险，或增加一道握手可信检测流程。启动应用时，进行应用间“握手”可信校验。重点的应用可通过服务端第三方仲裁机构进行“握手”可信校验。

为了方便用户操作，由于App间跳转可以传递参数，因此可以协助完成部分业务功能场景，如避免用户显式登陆等。App间可由跳转SDK传送加密参数，由目标App获取参数后，静默发起免登陆交易，使得用户不用再次手工进行登陆。

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

本领技术人员应当理解，以上所公开的仅为本发明的实施方式而已，当然不能以此来限定本发明之权利范围，依本发明实施方式所作的等同变化，仍属本发明权利要求所涵盖的范围。

Claims (16)

1.一种移动应用App的跳转方法，其特征在于，所述方法包括：

根据预配置的跳转模板和获取到的业务数据生成跳转指令；

根据所述跳转指令执行App的跳转。

2.如权利要求1所述的方法，其特征在于，根据预配置的跳转模板和获取到的业务数据生成跳转指令包括：

根据获取到的跳转模板ID从跳转模板库中选取所述跳转模板；

根据所述业务数据补充所述跳转模板中的字段内容，生成所述跳转指令。

3.如权利要求1所述的方法，其特征在于，根据预配置的跳转模板和获取到的业务数据生成跳转指令包括：

源App将获取到的跳转模板ID和所述业务数据传入源App的SDK；

源App的SDK根据所述跳转模板ID从跳转模板库中选取所述跳转模板，并根据所述业务数据补充所述跳转模板中的字段内容，生成所述跳转指令。

4.如权利要求2或3所述的方法，其特征在于，所述方法还包括：

接收消息中心推送的消息从而获取所述跳转模板ID和所述业务数据；或

向从服务器发送请求从而获取所述跳转模板ID和所述业务数据。

5.如权利要求1-3中任一项所述的方法，其特征在于，

所述跳转指令包括跳转参数。

6.如权利要求5所述的方法，其特征在于，根据所述跳转指令执行App的跳转包括：

如果所述跳转指令的跳转类型为App内跳转，则由源App的SDK根据所述跳转参数执行App内跳转；

其中，所述跳转参数包括目标界面，或者，还进一步包括源界面、传递给目标界面的参数、跳转动画中任意一种或多种。

7.如权利要求5所述的方法，其特征在于，根据所述跳转指令执行App的跳转包括：

如果所述跳转指令的跳转类型为App间跳转，则由源App的SDK根据所述跳转参数执行由源App向目标App的跳转；

其中，所述跳转参数包括目标App，或者，还进一步包括源APP、源APP的界面、传递给目标App的参数、跳转动画中任意一种或多种。

8.如权利要求7所述的方法，其特征在于，所述方法还包括：

当所述跳转参数包括传递给目标App的参数时，由目标App的SDK接收源App的SDK传送的该传递给目标App的参数并根据该参数执行目标App内的跳转。

9.一种移动应用App的跳转装置，其特征在于，所述装置包括：

指令生成模块，用于根据预配置的跳转模板和获取到的业务数据生成跳转指令；

跳转模块，用于根据所述跳转指令执行App的跳转。

10.如权利要求9所述的装置，其特征在于，所述指令生成模块包括：

模板确定子模块，用于根据获取到的跳转模板ID从跳转模板库中选取所述跳转模板；

指令生成子模块，用于根据所述业务数据补充所述跳转模板中的字段内容，生成所述跳转指令。

11.如权利要求9所述的装置，其特征在于，所述指令生成模块包括：

接收子模块，用于接收由源App获取并传入的跳转模板ID和所述业务数据；

处理子模块，用于根据所述跳转模板ID从跳转模板库中选取所述跳转模板，并根据所述业务数据补充所述跳转模板中的字段内容，生成所述跳转指令。

12.如权利要求10或11所述的装置，其特征在于，所述装置还包括：

获取模块，用于接收消息中心推送的消息从而获取所述跳转模板ID和所述业务数据，或，用于向从服务器发送请求从而获取所述跳转模板ID和所述业务数据。

13.如权利要求9-11中任一项所述的装置，其特征在于，

所述跳转指令包括跳转参数。

14.如权利要求13所述的装置，其特征在于，所述跳转模块包括：

第一跳转子模块，用于在所述跳转指令的跳转类型为App内跳转时，根据所述跳转参数执行App内跳转；

其中，所述跳转参数包括目标界面，或者，还进一步包括源界面、传递给目标界面的参数、跳转动画中任意一种或多种。

15.如权利要求13所述的装置，其特征在于，所述跳转模块包括：

第二跳转子模块，用于在所述跳转指令的跳转类型为App间跳转时，根据所述跳转参数执行由源App向目标App的跳转；

其中，所述跳转参数包括目标App，或者，还进一步包括源APP、源APP的界面、传递给目标App的参数、跳转动画中任意一种或多种。

16.如权利要求15所述的装置，其特征在于，所述跳转模块还包括：

发送子模块，用于在所述跳转参数包括传递给目标App的参数时，将传递给目标App的参数传递给目标App的SDK，以便目标App的SDK执行目标App内的跳转。