CN114924816B - 一种页面跳转方法、存储介质及电子装置 - Google Patents

Abstract

本申请公开了一种页面跳转方法、存储介质及电子装置，涉及终端技术领域，该页面跳转方法包括：根据推送消息获得第一应用程序的目标页面的页面路径；当根据页面路径确定目标页面为原生页面时，解析得到目标页面的统一资源标识符，目标页面的统一资源标识符携带有目标页面的地址；根据目标页面的统一资源标识符跳转至目标页面。采用本申请的技术方案，根据推送消息得到页面路径，当由页面路径确定目标页面为原生页面(IOS开发的页面)时，解析得到目标页面的统一资源标识符，并根据目标页面的统一资源标识符跳转至目标页面。也即，采用本申请实施例中的技术方案，当目标页面为原生页面时能够进行页面的跳转，提高了用户体验。

Description

一种页面跳转方法、存储介质及电子装置

技术领域

本申请涉及应用程序领域，具体而言，涉及一种页面跳转方法、存储介质及电子装置。

背景技术

随着科技的发展，电子设备上的应用程序(application，App)逐渐受到了人们的关注。

App页面包括一级页面、二级页面、三级页面等。一级页面通常指的是应用程序的入口页面，可以包括应用程序启动后，用户首次能看到的页面，以及启动页、用户引导页等；二级页面是指当前用户在一级页面中，通过点击等事件跳转一次后接入页面；三级页面是指在二级页面通过点击等事件跳转一次后接入页面，依次类推。

当接收到某个应用程序的推送消息时，用户通过点击推送消息等事件，跳转至推送消息对应的App页面，以使用户使用该推送消息对应的该应用程序的功能。然而，在一些应用系统中，开发二级页面和三级页面等非一级页面时，需要将这些非一级页面打包成资源包，使得当出现应用程序的推送消息时，存在二级页面和三级页面等非一级页面无法跳转的情况，降低了用户的体验。

发明内容

第一方面，本申请提供了一种页面跳转方法。本申请提供的应用程序的页面跳转方法包括：根据推送消息获得第一应用程序的目标页面的页面路径；当根据页面路径确定目标页面为原生页面时，解析得到目标页面的统一资源标识符，目标页面的统一资源标识符携带有目标页面的地址；根据目标页面的统一资源标识符跳转至目标页面。

相比于现有技术中当目标页面为原生页面时无法进行页面的跳转，采用本申请的技术方案，根据推送消息得到页面路径，当由页面路径确定目标页面为原生页面(IOS开发的页面)时，解析得到目标页面的统一资源标识符，并根据目标页面的统一资源标识符跳转至目标页面。也即，采用本申请实施例中的技术方案，当目标页面为原生页面时能够进行页面的跳转，提高了用户体验。

在一种可能的实现方式中，该方法还包括：当根据页面路径确定目标页面为非原生页面时，利用页面路径跳转至目标页面。

在一种可能的实现方式中，解析得到目标页面的统一资源标识符，具体包括：根据页面路径确定目标微应用，目标微应用启动时加载目标页面；解析目标微应用，得到目标页面的统一资源标识符。

在一种可能的实现方式中，当第一应用程序未启动时，根据推送消息获得第一应用程序的目标页面的页面路径，具体包括：响应于用户对推送消息的操作，启动第一应用程序；启动第一应用程序的主框架微应用，主框架微应用中集成微服务模块，微服务模块在主框架微应用启动后加载；主框架微应用根据推送消息获得页面路径。

在一种可能的实现方式中，目标页面为H5页面，利用目标页面的统一资源标识符跳转至目标页面，具体包括：跳转至目标微应用；调用微服务模块提供的页面跳转接口，跳转至目标页面，以使主框架微应用利用H5容器组件打开目标页面，H5容器组件用于打开H5页面。

在一种可能的实现方式中，当第一应用程序启动，电子设备在后台运行第一应用程序，且电子设备在前台运行第二应用程序时，根据推送消息获得第一应用程序的目标页面的页面路径，具体包括：在前台运行第一应用程序；启动第一应用程序的主框架微应用，主框架微应用中集成微服务模块，微服务模块在主框架微应用启动后加载；主框架微应用根据推送消息获得页面路径。

在一种可能的实现方式中，目标页面为H5页面，利用目标页面的统一资源标识符跳转至目标页面，具体包括：调用微服务模块提供的页面跳转接口，跳转至目标页面，以使第二应用程序当前运行的微应用利用H5容器组件打开目标页面，H5容器用于打开H5页面。

第二方面，本申请提供了一种应用程序的页面跳转装置，该装置包括：页面路径获得单元，用于根据推送消息获得第一应用程序的目标页面的页面路径；标识符解析单元，用于当根据页面路径确定目标页面为原生页面时，解析得到目标页面的统一资源标识符，目标页面的统一资源标识符携带有目标页面的地址；目标页面跳转单元，用于根据目标页面的统一资源标识符跳转至目标页面。

相比于现有技术中当目标页面为原生页面时无法进行页面的跳转，采用本申请的技术方案，根据推送消息得到页面路径，当由页面路径确定目标页面为原生页面(IOS开发的页面)时，解析得到目标页面的统一资源标识符，并根据目标页面的统一资源标识符跳转至目标页面。也即，采用本申请实施例中的技术方案，当目标页面为原生页面时能够进行页面的跳转，提高了用户体验。

第三方面，本申请提供了一种计算机可读的存储介质，该计算机可读的存储介质包括存储的程序，其中，程序运行时执行如上述任一项的页面跳转方法。

第四方面，本申请提供一种电子装置，该电子装置包括存储器和处理器，存储器中存储有计算机程序，处理器被设置为通过计算机程序执行如上述任任一项的页面跳转方法。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

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

图1为根据本申请实施例的一种智能设备的交互方法的硬件环境示意图；

图2为本申请实施例提供的页面跳转方法的示意图；

图3为本申请另一实施例提供的页面跳转的方法流程图；

图4为本申请实施例提供的页面跳转装置的结构示意图；

图5为本申请实施例提供的电子装置的结构示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作示例、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请，下面将结合附图对本申请的实施例进行详细描述。

为了便于理解本申请实施例提供的技术方案，下面对本申请实施例常见的应用场景进行介绍和说明。

应用程序(application，App)页面包括一级页面、二级页面、三级页面等。一级页面通常指的是应用程序的入口页面，可以包括应用程序启动后，用户首次能看到的页面，以及启动页、用户引导页等；二级页面是指当前用户在一级页面中，例如用户当前正在浏览一级页面，或者用户当前正在在一级页面内进行操作，通过点击等事件跳转一次后接入页面；三级页面是指在二级页面通过点击等事件跳转一次后接入页面，依次类推。

当接收到推送消息时，用户通常会对推送消息进行点击等操作，以使页面跳转至推送消息对应的应用程序的目标页面，从而用户能够使用该推送消息对应的该应用程序的功能。目标页面即为该推送消息对应跳转的页面。推送消息可以是电子设备自身产生的，或者是服务器通过网络发送的。

在一些应用系统中，开发二级页面和三级页面等非一级页面时，需要将这些非一级页面打包成资源包，使得当出现应用程序的推送消息时，存在二级页面和三级页面等非一级页面无法跳转的情况，降低了用户的体验。

基于此，本申请实施例提供一种应用程序的页面跳转方法、存储介质及电子装置，具体涉及应用程序领域，还可以涉及智能家居/智慧家庭领域。

本申请实施例提供的应用程序的页面跳转方法应用于电子设备，方法包括：根据推送消息获得第一应用程序的目标页面的页面路径；当根据页面路径确定目标页面为原生页面时，解析得到目标页面的统一资源标识符URL；利用目标页面的URL跳转至目标页面。

采用本申请实施例中的技术方案，根据推送消息得到页面路径，当由页面路径确定目标页面为原生页面(IOS开发的页面)时，解析得到目标页面的URL，并根据目标页面的URL跳转至目标页面。也即，采用本申请实施例中的技术方案，当目标页面为原生页面时能够进行页面的跳转，提高了用户体验。

下面以智能家居应用程序U+App为例进行说明。

App页面包括一级页面、二级页面、三级页面等。

一级页面通常为U+App的入口页面，即U+App启动后用户首次能看到的页面，还有像首页、启动页、用户引导页这些都属于U+App的一级页面。

用户在U+App首页点击右上角的“+”后跳转到的绑定页面、在U+App首页点击“更多”后进入的设备列表页面、在U+App首页点击“场景”后进入的场景定制条件编辑页面、在U+App首页点击“个人中心”后进入的系统设置页面等，这些页面属于二级页面。

用户在绑定页面点击“型号选择”后跳转到的绑定的型号选择页、用户在设备列表页面点击“设备详情”后跳转到的设备的详情页面等，这些页面属于三级页面。

例如，推送消息指示用户可以通过点击推送消息，从而跳转至设备列表页面查看设备的信息。由于设备列表页面为二级页面，当设备列表页面为原生页面时，当用户点击该推送消息后可能不能跳转至备列表页面，降低了用户体验。

例如，推送消息指示用户可以通过点击推送消息，从而跳转至设备的详情页面查看设备的详情。由于设备列表页面为三级页面，当设备的详情页面为原生页面时，当用户点击该推送消息后可能不能跳转至设备的详情页面，降低了用户体验。

下面对上述智能家居应用程序进行简要地说明。

上述智能家居应用程序可以实现电子设备(例如用户的手机等)和智能家居设备交互，广泛应用于智慧家庭(Smart Home)、智能家居、智能家用设备生态、智慧住宅(Intelligence House)生态等全屋智能数字化控制应用场景。

请参见图1，图1为根据本申请实施例的一种智能设备的交互方法的硬件环境示意图。

在一种可能的实现方式中，实现智能家居设备交互的方法可以应用于如图1所示的由电子设备102和服务器104所构成的硬件环境中。

如图1所示，服务器104通过网络与电子设备102进行连接，可用于为电子设备或电子设备上安装的客户端提供服务(如应用服务等)，可在服务器上或独立于服务器设置数据库，用于为服务器104提供数据存储服务，可在服务器上或独立于服务器配置云计算和/或边缘计算服务，用于为服务器104提供数据运算服务。

在一种可能的实现方式中，本申请实施例中的推送消息可以是由服务器104发送并由电子设备102接收的。

上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：WIFI(Wireless Fidelity，无线保真)，蓝牙。电子设备102可以并不限定于为PC、手机、平板电脑等。

在一种可能的实现方式中，智能家居设备可以包括：智能空调、智能烟机、智能冰箱、智能烤箱、智能炉灶、智能洗衣机、智能热水器、智能洗涤设备、智能洗碗机、智能投影设备、智能电视、智能晾衣架、智能窗帘、智能影音、智能插座、智能音响、智能音箱、智能新风设备、智能厨卫设备、智能卫浴设备、智能扫地机器人、智能擦窗机器人、智能拖地机器人、智能空气净化设备、智能蒸箱、智能微波炉、智能厨宝、智能净化器、智能饮水机、智能门锁等。上述智能家居设备可以和上述电子设备102位于同一网络或不同的网络，以实现智能家居设备交互。

在一些可能的情况中，上述智能家居设备也可以实现上述电子设备102的功能。

例如，电子设备102为用户的手机。用户的手机接收到来自服务器104的推送消息，推送消息指示智能空调存在异常，并且用户可以点击该推送消息跳转至设备的状态页面进行查看。用户的手机能够和智能空调连接于同一网络，以实现手机对智能空调的控制。

当用户点击该推送消息，并且页面正常跳转至设备的状态页面时，用户能够对智能空调的状态详情进行查看。当用户查看智能空调的异常状态后，能够通过手机对智能空调进行控制，例如关闭智能空调避免异常状态的持续。

然而，由于设备列表页面为三级页面，当设备的详情页面为原生页面时，当用户点击该推送消息后可能不能跳转至设备的详情页面，从而用户难以在推送消息后迅速地查看智能空调的异常状态，并进行相应的处理，降低了用户体验。

本申请实施例提供了一种应用程序的页面跳转方法，应用于电子设备。

请参见图2，图2为本申请实施例提供的页面跳转方法的示意图。

如图2所示，本申请实施例的应用程序的页面跳转方法包括S101-S103：

S101、根据推送消息获得第一应用程序的目标页面的页面路径。

推送消息指的是显示在电子设备的显示屏上的消息，推送消息的内容可以和第一应用程序，或者和第一应用程序的目标页面相关。

目标页面指的是跳转到达的页面；目标页面是第一应用程序的页面。

S102、当根据页面路径确定目标页面为原生页面时，解析得到目标页面的统一资源标识符URL。

当目标页面为原生页面，也即是IOS开发的，需要将多个非一级页面打包成资源包，此时，需要解析得到目标页面的统一资源标识符URL，实现目标页面的跳转。

统一资源标识符(Uniform Resource Locator,URL)：或称统一资源定位器、定位地址、URL地址等，俗称网页地址，简称网址，是因特网上标准的资源的地址(Address)，如同在网络上的门牌。目标页面的统一资源标识符携带有目标页面的地址。

S103、利用目标页面的URL跳转至目标页面。

当根据页面路径确定目标页面为原生页面时，利用解析得到的目标页面的URL进行页面跳转，跳转至目标页面。

相比于现有技术中当目标页面为原生页面时无法进行页面的跳转，采用本申请实施例中的技术方案，根据推送消息得到页面路径，当由页面路径确定目标页面为原生页面(IOS开发的页面)时，解析得到目标页面的URL，并根据目标页面的URL跳转至目标页面。也即，采用本申请实施例中的技术方案，当目标页面为原生页面时能够进行页面的跳转，提高了用户体验。

下面结合具体的实现方式进行说明。

本申请实施例还提供了另一种应用程序的页面跳转方法。

请参见图3，图3为本申请另一实施例提供的页面跳转的方法流程图。

如图3所示，本申请实施例的页面跳转的方法包括S201-S210。

S201、在接收到推送消息后，确定第一应用程序是否正在运行。

若否，则执行S202；若是，执行S203；

上述推送消息指的是显示在电子设备的显示屏上的消息，推送消息的内容可以和第一应用程序，或者和第一应用程序的目标页面相关。

在一种可能的实现方式中，推送消息可以是由电子设备自身生成的，也可以是由服务器发送的，还可以是通过其他方式得到的。

例如，本申请实施例中的推送消息可以是由图1中服务器104发送的。

第一应用程序也可以称为目标应用程序。

确定第一应用程序是否正在运行，指的是确定第一应用程序的进程是否正在运行。

第一应用程序正在运行，具体可以包括第一应用程序正在前台运行，以及第一应用程序正在后台运行。

第一应用程序正在前台运行，例如用户正在查看第一应用程序的页面，或者用户正在在第一应用程序的页面上进行操作等。

第一应用程序正在后台运行，例如用户正在查看其他应用程序(并非是第一应用程序的应用程序)的页面等，并且，第一应用程序正在后台运行。

S202、响应于用户对推送消息的点击操作，启动第一应用程序以及第一应用程序的主框架微应用mainbox。

用户对推送消息的点击操作，例如，在推送消息出现在电子设备的显示屏上后，用户点击推送消息显示的区域。

用户对推送消息的点击操作，即为启动第一应用程序以及第一应用程序的主框架微应用mainbox的触发条件。

在一种可能的实现方式中，用户还可以对推送消息进行除点击以外的其他操作。

确定第一应用程序并非正在运行，则启动第一应用程序，以使第一应用程序在前台运行。

主框架微应用mainbox中集成微服务模块UPVdnService，微服务模块UPVdnService在主框架微应用启动后加载。

启动主框架微应用mainbox包括加载主框架微应用mainbox包含的页面。

主框架微应用mainbox是使用的mPaaS框架的微应用，mPaaS指的是移动开发平台(Mobile PaaS)。

平台即服务(PaaS)：一种由第三方提供硬件和应用软件平台的云计算形式。PaaS主要面向开发人员和程序员，它允许用户开发、运行和管理自己的应用，而无需构建和维护通常与该流程相关联的基础架构或平台。

一级页面统一划分至一个微应用中，并且该微应用配置成mPaaS框架的Launcher微应用(启动微应用)，比如U+App中的mainbox(主框架微应用)。

第一应用程序的一级页面统一划分至主框架微应用mainbox，也即主框架微应用mainbox包括第一应用程序的一级页面。

S203、响应于用户对推送消息的点击操作，切换第一应用程序至前台运行，并且启动第一应用程序的主框架微应用mainbox。

确定第一应用程序在后台运行，切换第一应用程序至前台运行，并且启动第一应用程序的主框架微应用mainbox。

根据以上的说明，当推送消息拉起并跳转某一个目标页面，在该场景下，第一应用程序由推送消息唤醒(也即，第一应用程序在前台运行)。

S204、根据推送消息获得第一应用程序的目标页面的页面路径。

目标页面指的是跳转到达的页面；目标页面是第一应用程序的页面。

在一些可能的实现方式中，目标页面为H5页面。

H5页面是由HTML5的书写规范实现的页面。

HTML5：一种规范，一个标。HTML5是HTML的修订版本，由万维网联盟(W3C)于2014年10月完成标准制定。

具体地，主框架微应用mainbox处理推送消息，得到页面路径。

在一些可能的实现方式中，处理推送消息还可以得到是否进行页面跳转的指令。

S205、调用gotoPage接口传入目标页面的页面路径。

上述gotoPage接口为微服务模块UPVdnService提供的接口。

具体地，主框架微应用mainbox调用gotoPage接口传入目标页面的页面路径。

S206、根据目标页面的页面路径，确定目标页面是否为原生页面。

若是，则执行S206-S209；否则，执行S210。

在一些可能的情况中，原生页面也即native页面，指的是IOS开发的页面。

iOS是苹果公司为其移动设备所开发的专有移动操作系统。

在开发二级页面和三级页面等非一级页面时，需要将这些非一级页面打包成资源包，使得当出现应用程序的推送消息时，存在二级页面和三级页面等非一级页面无法跳转的情况，降低了用户的体验。

在一些可能的实现方式中，根据目标页面的页面路径的前缀，确定目标页面是否为原生页面。

具体地，原生页面的页面路径的前缀为“mpaas://”，非原生页面的页面路径的前缀为“https://”。

S207、解析得到所述目标页面的统一资源标识符URL。

具体地，根据上述目标页面的页面路径，确定目标微应用。目标微应用包含目标页面，目标微应用启动时加载所述目标页面。

例如，本申请实施例中目标页面为二级页面——设备列表页面，目标微应用指为包含设备列表页面这个二级页面的微应用。

解析上述目标微应用，得到目标页面的统一资源标识符URL。

具体地，主框架微应用mainbox进行解析。

由于处理推送消息的逻辑在主框架微应用中，则由作为Launcher微应用的主框架微应用解析出推送消息中的目标页面的URL。

S208、通过mPaaS跳转至目标微应用。

目标微应用包含目标页面，目标微应用启动时加载所述目标页面。

主框架微应用mainbox是使用的mPaaS框架的微应用，通过mPaaS框架跳转至目标微应用。

S209、调用UPVDN接口，利用解析得到的目标页面的URL跳转至所述目标页面。

上述UPVDN接口为微服务模块UPVdnService提供的页面跳转接口。

主框架微应用mainbox利用H5容器组件打开目标页面，H5容器组件用于打开H5页面。

下面对利用H5容器组件打开目标页面进行说明。

应用程序中用来打开H5页面的H5容器，可以统一划分至H5容器组件中。虽然H5容器组件不是微应用，但是H5容器组件需要注册微服务模块UPVdnService的H5服务插件。

当应用程序的微应用或业务模块在跳转H5页面时，需要调用UPVdnService的页面跳转接口，并将待跳转的H5页面的URL地址作为参数传入；UPVdnService再通过H5服务插件与容器组件进行交互来完成页面跳转。

H5页面跳转通过VDN提供的跳转方法实现，VDN不是页面，类似于一种服务框架，提供页面跳转功能。

当在接收到上述推送消息时第一应用程序未运行，此时，主框架微应用mainbox调用UPVDN接口，利用解析得到的目标页面的URL跳转至所述目标页面，以使主框架微应用mainbox利用H5容器组件打开目标页面。

当接收到第一应用程序的推送消息时第一应用程序未运行时，页面跳转流包括：由第一应用程序的第一页面(主框架微应用mainbox包含的页面)至H5容器打开的目标页面；返回页面流包括：由H5容器打开的目标页面至第一应用程序的第一页面(主框架微应用mainbox包含的页面)。

当在接收到上述推送消息时第一应用程序在后台运行，且第二应用程序在前台运行，此时，第二应用程序当前运行的微应用调用UPVDN接口，利用目标页面的页面路径跳转至所述目标页面。

上述UPVDN接口为微服务模块UPVdnService提供的页面跳转接口。

第二应用程序当前运行的微应用利用目标页面的路径跳转至所述目标页面。

第二应用程序当前运行的微应用利用H5容器组件打开目标页面，H5容器用于打开H5页面。

当接收到第一应用程序的推送消息时第一应用程序在后台运行时，页面跳转流包括：由第一应用程序上次退出前的页面至H5容器打开的目标页面；返回页面流包括：由H5容器打开的目标页面至第一应用程序上次退出前的页面。

S210、调用UPVDN接口，利用目标页面的页面路径跳转至所述目标页面。

此时，目标页面并非是原生页面，调用UPVDN接口，利用目标页面的页面路径进行跳转。

采用本申请实施例的技术方案，在第一应用程序的第一页面(首页)声明mPaaS方法，其他页面(非第一页面)或者其他微应用直接继承使用第一页面(首页)声明的方法。

各微应用不单独实现mPaaS框架的微应用代理协议，而是通过继承UPVdnmPaaSAppDelegate，以其子类的方式配置到mPaaS框架中。UPVdnmPaaSAppDelegate类已经实现了mPaaS框架的微应用代理协议，各微应用子类无需再次实现。若必须要实现某一协议接口才能完成相关逻辑，可以在子类方法实现中调用一遍父类的该方法。

在本申请实施例中，第一应用程序的以及页面统一划分至mPaaS框架中的Launcher微应用中，例如，U+App中的主框架微应用mainbox。通过UPVdnService方法进行二级页面、三级页面等的跳转，提升了用户的体验。

微服务模块UPVdnService的启动在依赖他的其他微服务和微应用启动之前，大大简化页面的跳转逻辑。

本申请实施例还提供了一种应用程序的页面跳转装置，应用于电子设备。

请参见图4，图4为本申请实施例提供的页面跳转装置的结构示意图。

如图4所示，本申请实施例的应用程序的页面跳转装置400包括页面路径获得单元401、标识符解析单元402以及目标页面跳转单元403。

页面路径获得单元401，用于根据推送消息获得第一应用程序的目标页面的页面路径。

推送消息指的是显示在电子设备的显示屏上的消息，推送消息的内容可以和第一应用程序，或者和第一应用程序的目标页面相关。

目标页面指的是跳转到达的页面；目标页面是第一应用程序的页面。

标识符解析单元402，用于当根据页面路径确定目标页面为原生页面时，解析得到目标页面的统一资源标识符URL。

当目标页面为原生页面，也即是IOS开发的，需要将多个非一级页面打包成资源包，此时，需要解析得到目标页面的统一资源标识符URL，实现目标页面的跳转。

统一资源标识符(Uniform Resource Locator,URL)：或称统一资源定位器、定位地址、URL地址等，俗称网页地址，简称网址，是因特网上标准的资源的地址(Address)，如同在网络上的门牌。

目标页面跳转单元403，用于利用目标页面的URL跳转至目标页面。

当根据页面路径确定目标页面为原生页面时，利用解析得到的目标页面的URL进行页面跳转，跳转至目标页面。

当接收到推送消息时，用户通常会对推送消息进行点击等操作，以使页面跳转至推送消息对应的应用程序的目标页面，从而用户能够使用该推送消息对应的该应用程序的功能。目标页面即为该推送消息对应跳转的页面。

在一些应用系统中，开发二级页面和三级页面等非一级页面时，需要将这些非一级页面打包成资源包，使得当出现应用程序的推送消息时，存在二级页面和三级页面等非一级页面无法跳转的情况，降低了用户的体验。

上述页面跳转装置所包括的单元，能够达到和以上实施例中的应用程序的页面跳转方法相同的技术效果，为避免重复，这里不再赘述。

相比于现有技术中当目标页面为原生页面时无法进行页面的跳转，采用本申请实施例中的技术方案，根据推送消息得到页面路径，当由页面路径确定目标页面为原生页面(IOS开发的页面)时，解析得到目标页面的URL，并根据目标页面的URL跳转至目标页面。也即，采用本申请实施例中的技术方案，当目标页面为原生页面时能够进行页面的跳转，提高了用户体验。

本申请实施例还提供了一种电子装置。

请参见图5，图5为本申请实施例提供的电子装置的结构示意图。

如图5所示，本申请实施例的应用程序的电子装置500包括存储器501和处理器502。所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行上述任一的应用程序的页面跳转方法，且能达到相同的技术效果，为避免重复，这里不再赘述。图5示出的电子设备可以具有图1中电子设备102的功能。

相比于现有技术中当目标页面为原生页面时无法进行页面的跳转，采用本申请实施例中的技术方案，根据推送消息得到页面路径，当由页面路径确定目标页面为原生页面(IOS开发的页面)时，解析得到目标页面的URL，并根据目标页面的URL跳转至目标页面。也即，采用本申请实施例中的技术方案，当目标页面为原生页面时能够进行页面的跳转，提高了用户体验。

在本申请的实施例中，还提供一种计算机可读存储介质，所述计算机可读的存储介质包括存储的程序，所述计算机可读的存储介质用于执行上述任一的应用程序的页面跳转方法，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random AccessMemory，简称RAM)、磁碟或者光盘等。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (7)

1.一种页面跳转方法，其特征在于，所述方法包括：

根据推送消息获得第一应用程序的目标页面的页面路径；

当根据所述页面路径确定所述目标页面为原生页面时，解析得到所述目标页面的统一资源标识符，所述目标页面的统一资源标识符携带有所述目标页面的地址；当所述目标页面为所述原生页面时，所述原生页面为IOS开发的，将多个非一级页面打包成资源包；

根据所述目标页面的统一资源标识符跳转至所述目标页面；

所述解析得到所述目标页面的统一资源标识符，具体包括：

根据所述页面路径确定目标微应用，所述目标微应用启动时加载所述目标页面；

解析所述目标微应用，得到所述目标页面的统一资源标识符；

当所述第一应用程序启动，电子设备在后台运行所述第一应用程序，且所述电子设备在前台运行第二应用程序时，所述根据推送消息获得第一应用程序的目标页面的页面路径，具体包括：

在前台运行所述第一应用程序；

启动所述第一应用程序的主框架微应用，所述主框架微应用中集成微服务模块，所述微服务模块在所述主框架微应用启动后加载；

所述主框架微应用根据所述推送消息获得所述页面路径；

所述目标页面为H5页面，利用所述目标页面的统一资源标识符跳转至所述目标页面，具体包括：

调用微服务模块提供的页面跳转接口，跳转至所述目标页面，以使所述第二应用程序当前运行的微应用利用H5容器组件打开所述目标页面，所述H5容器用于打开H5页面。

2.根据权利要求1所述的页面跳转方法，其特征在于，所述方法还包括：

当根据所述页面路径确定所述目标页面为非原生页面时，利用所述页面路径跳转至所述目标页面。

3.根据权利要求1所述的页面跳转方法，其特征在于，当所述第一应用程序未启动时，所述根据推送消息获得第一应用程序的目标页面的页面路径，具体包括：

响应于用户对所述推送消息的操作，启动所述第一应用程序；

启动所述第一应用程序的主框架微应用，所述主框架微应用中集成微服务模块，所述微服务模块在所述主框架微应用启动后加载；

所述主框架微应用根据所述推送消息获得所述页面路径。

4.根据权利要求3所述的页面跳转方法，其特征在于，所述目标页面为H5页面，利用所述目标页面的统一资源标识符跳转至所述目标页面，具体包括：

跳转至目标微应用；

调用微服务模块提供的页面跳转接口，跳转至所述目标页面，以使所述主框架微应用利用H5容器组件打开所述目标页面，所述H5容器组件用于打开H5页面。

5.一种页面跳转装置，其特征在于，所述装置包括：

页面路径获得单元，用于根据推送消息获得第一应用程序的目标页面的页面路径；当所述第一应用程序启动，电子设备在后台运行所述第一应用程序，且所述电子设备在前台运行第二应用程序时，所述根据推送消息获得第一应用程序的目标页面的页面路径，具体包括：

在前台运行所述第一应用程序；

启动所述第一应用程序的主框架微应用，所述主框架微应用中集成微服务模块，所述微服务模块在所述主框架微应用启动后加载；

所述主框架微应用根据所述推送消息获得所述页面路径；

标识符解析单元，用于当根据所述页面路径确定所述目标页面为原生页面时，解析得到所述目标页面的统一资源标识符，所述目标页面的统一资源标识符携带有所述目标页面的地址；当所述目标页面为所述原生页面时，所述原生页面为IOS开发的，将多个非一级页面打包成资源包；

所述解析得到所述目标页面的统一资源标识符，具体包括：根据所述页面路径确定目标微应用，所述目标微应用启动时加载所述目标页面；

解析所述目标微应用，得到所述目标页面的统一资源标识符；

目标页面跳转单元，用于根据所述目标页面的统一资源标识符跳转至所述目标页面；所述目标页面为H5页面，利用所述目标页面的统一资源标识符跳转至所述目标页面，具体包括：调用微服务模块提供的页面跳转接口，跳转至所述目标页面，以使所述第二应用程序当前运行的微应用利用H5容器组件打开所述目标页面，所述H5容器用于打开H5页面。

6.一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行权利要求1至4中任一项所述的页面跳转方法。

7.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行权利要求1至4中任一项所述的页面跳转方法。

Images