CN111859198A - 页面跳转方法、页面跳转系统、客户端设备及服务端设备 - Google Patents

Abstract

本申请涉及通信技术领域，提供了一种页面跳转方法、页面跳转系统、客户端设备及服务端设备。其中，页面跳转方法包括如下步骤：从服务器获取应用程序的路由表；响应于用户在应用程序的第一页面内触发的页面跳转事件，基于路由表执行页面跳转动作。在页面跳转需要发生变更时，应用程序能够从服务器更新路由表，路由表存储有指向特定网络地址的路径，应用程序响应页面跳转事件并基于从第一页面更新后的路由表跳转至指定页面，从而提高页面跳转的灵活性。对于用户而言，本页面跳转方法能够降低更新频率而提高用户使用的便利度。

Description

页面跳转方法、页面跳转系统、客户端设备及服务端设备

技术领域

本申请涉及通信技术电领域，特别涉及一种页面跳转方法、基于该页面跳转方法的页面跳转系统以及服务端设备和客户端设备。

背景技术

在现有技术中，APP的页面跳转规则通常是由源代码决定的，因此在不更新应用程序的情况下，跳转规则是固定不变的(即从对A页面的第一操作必然是跳转至B页面)的。若要想改变页面跳转的规则，例如：对A页面的第一操作，跳转后的页面由B页面变为C页面，则需要重新升级APP，更改终端内应用程序的源代码。

然而，在现实中，完善APP的功能或部署一些新业务时，通常通过原生页面向用户提供服务，则APP可能会要求用户对版本进行升级，之后才能正常的提供该服务。若用户想要不断获取最新的服务，则需要频繁更新应用程序，不利已用户体验。并且，应用程序的开发人员需要频繁编写源代码，大幅提高了应用程序的开发成本。

发明内容

为了解决上述问题或至少部分地解决上述技术问题，在本申请的一个实施方式中，提供了一种页面跳转方法，包括如下步骤：从服务器获取应用程序的路由表；响应于用户在应用程序的第一页面内触发的页面跳转事件，基于路由表执行页面跳转动作。

在本申请的实施方式中，页面跳转需要发生变更时，应用程序能够从服务器更新路由表。路由表存储有指向特定网络地址的路径，应用程序响应页面跳转事件并基于从第一页面更新后的路由表跳转至指定页面。对于用户而言，本页面跳转方法能够降低更新频率而提高用户使用的便利程度。

在本申请的实施方式中，页面跳转方法还包括：接收第一客户端发送的路由表获取请求；基于路由表获取请求中携带的应用程序标识，获取应用程序对应的路由表；将路由表发送至第一客户端，以便客户端为响应用户触发的页面跳转事件，基于路由表执行页面跳转动作。

本申请提供的页面跳转方法能够根据第一客户端发出获取请求向第一客户端发送更新的路由表，使得第一客户端能够依据接收到的路由表进行页面跳转。与现有技术相比，本申请的页面跳转方法无需为了跳转至新的页面而更改应用程序的代码，从而降低更新应用程序的频率，并降低应用程序的开发成本。

本申请的实施方式中还提供了一种页面跳转系统，包括：第一客户端，用于从服务器获取应用程序的路由表；响应于用户在所述应用程序的第一页面内触发的页面跳转事件，基于所述路由表执行页面跳转动作；服务端，用于接收第一客户端发送的路由表获取请求；基于所述路由表获取请求中携带的应用程序标识，获取所述应用程序对应的路由表；将所述路由表发送至所述客户端。

本申请的实施方式还提供了一种客户端设备，包括存储器及处理器；其中，所述存储器，用于存储程序；所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

从服务器获取应用程序的路由表；

响应于用户在所述应用程序的第一页面内触发的页面跳转事件，基于所述路由表执行页面跳转动作。

本申请的实施方式中的服务端设备，包括存储器、处理器及通信组件；其中

所述存储器，用于存储程序；

所述通信组件，与所述处理器耦合；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

通过所述通信组件接收第一客户端发送的路由表获取请求；

基于所述路由表获取请求中携带的应用程序标识，获取所述应用程序对应的路由表；

通过所述通信组件将所述路由表发送至所述客户端，以便所述客户端为响应用户触发的页面跳转事件，基于所述路由表执行页面跳转动作。

与现有技术相比，本申请中第一客户端能够向服务端设备发从路由表获取请求，从而获取存于服务端设备的存储器内的路由表。服务端设备内存储的路由表可以根据需求进行更新。应用程序获取更新过的路由表后能够根据路由表记录的新页面和/或跳转关系进行页面跳转的动作，从而能够在不升级更新应用程序的前提下实现符合新服务需求的页面跳转，降低了更新应用的频率，从而降低了应用程序的开发成本，提高了应用程序的灵活性。

附图说明

为了更清楚地说明本申请实施方式或现有技术中的技术方案，下面将对实施方式或现有技术描述中所需要使用的附图作简单介绍。显而易见地，下面描述中的附图仅用于示意本申请的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图中未提及的技术特征、连接关系乃至方法步骤。

图1是本申请的一实施例的第一客户端与服务器交互的示意图；

图2是本申请的一实施例的第一客户端与服务器与第二客户端交互的示意图；

图3是本申请的第一客户端路由表获取请求的流程示意图；

图4是本申请一实施方式提供的终端设备的结构框图。

具体实施方式

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

实施方式一

本申请提供了一种页面跳转方法。

本申请的发明人发现，在现有技术中，应用程序内的不同页面通常为native页面(即原生页面)。这类页面的源代码存储于终端，虽然具有较高的速度以及运行稳定性，但是灵活性较低。

举例来说，由于不同时段的运营业务不同，因此针对不同时段的业务需求，则需要用户更新应用程序的版本以获取新服务。应用程序需要对一些页面之间的跳转关系等进行修改，从而使得应用程序响应于用户的操作能够显示出与对应的新页面。如果通过原生native页面向用户提供服务，应用程序可能会要求用户对版本进行升级(即下载安装包，获取更新的源代码)，之后才能正常的提供该服务。并且，这类特殊业务通常具有临时性，当该运营业务运营结束后，APP将不得不再次要求用户对版本进行升级，恢复为最初的版本。显而易见，通过这种方式，用户需要频繁地升级更新应用程序，因此导致用户体验较差，并且增加了应用程序的开发成本。

为了降低用户更新应用程序的频率，同时满足特定的运营需求，本申请的实施例中的页面跳转方法，包括如下步骤：从服务器获取应用程序的路由表；响应于用户在应用程序的第一页面内触发的页面跳转事件，基于路由表执行页面跳转动作。

其中，在计算机网络中，路由表(routing table)或称路由择域信息库(RIB,Routing Information Base)，是一个存储在路由器或者联网计算机中的电子表格(文件)或类数据库。路由表存储着指向特定网络地址的路径(在有些情况下，还记录有路径的路由度量值)。

通常，路由表中的表项内容包括：destination：目的地址，用来标识IP包的目的地址或者目的网络；mask：网络掩码，与目的地址一起标识目的主机或者路由器所在的网段的地址；pre：标识路由加入IP路由表的优先级。可能到达一个目的地有多条路由，但是优先级的存在让他们先选择优先级高的路由进行利用；cost：路由开销，当到达一个目的地的多个路由优先级相同时，路由开销最小的将成为最优路由；inter face：输出接口，说明IP包将从该路由器哪个接口转发；next hop：下一跳IP地址，说明IP包所经过的下一个路由器。在本申请的实施例中，路由表存储的指向特定网路地址的路径指的是不同页面之间的跳转关系或新页面的网络地址。

并且，在本申请的实施例中，应用程序可以是h5APP(HTML5APPlication)、原生APP(Native APPlication)以及混合APP。第一页面可以是原生页面也和可以H5页面。其中，原生页面的代码存储于终端的存储器内，H5页面的代码存储于云端的存器内。

跳转事件为用户通过动作指令、声音指令、神态指令、或其他方式指令作用于终端上的应用程序上。其中，动作指令可以是用户的触碰作用、按压动作或滑动动作等；声音指令可以是用户发出特定声音或说出的特定语句等；神态指令可以是用户特定的面部特征或用户的特定表情。

跳转动作指的是应用程序根据终端检测到的跳转事件，从一个页面切换到另一个页面的动作。

具体来说，在本申请的实施例中，应用程序检测到跳转事件后，会进行相关判断，根据路由表内的跳转关系或页面链接进行页面跳转还是根据其他方式进行跳转。由于路由表存储于云端，且便于根据业务需求随时更新，因此，应用程序能够在不更新(不下载新的应用程序源代码)的情况下，根据新的跳转规则或跳转至新页面。值得一提的是，在本申请的实施例中新页面的为原生页面或H5页面。

在实际应用中，可选地，响应于用户在应用程序的第一页面内触发的页面跳转事件，基于路由表执行页面跳转动作，包括：判定路由表中是否含有与第一页面相关的跳转规则；若判定路由表中含有与第一页面相关的跳转规则，基于与第一页面相关的跳转规则，执行从第一页面跳转至跳转规则规定的第二页面的动作；若判断路由表中不含与第一页面相关的跳转规则，按照应用程序默认的跳转规则，执行从第一页面跳转至默认第三页面的动作。

其中，基于与第一页面相关的跳转规则为从第一页面切换至其他页面的跳转规则。若判断出路由标准存有该跳转规则，应用程序则按照该跳转规则直行跳转动作，从第一页面跳转至第二页面。

当路由表中没有基于第一页面的跳转规则时，应用程序则按照应用程序内默认的跳转规则执行跳转动作，从第一页面跳转至第三页面。其中，第三页面既可以是H5页面，也可以是原生页面。

通过这样的方式能够在运营不同业务的不同时段内根据不同的需求进行页面跳转，增加页面跳转的灵活性。并且，用户无需更新应用程序同样能够进行上述的页面跳转，享受新服务，大幅降低了用户更新应用程序的频率，改善了用户的使用感受。此外，对于企业而言，在不同的运营时段内，仅更新路由表就能够使广大用户实现新的页面跳转，有利于新业务的普及，并有效地降低了应用程序的开发成本。

可选地，在本申请的实施例中，从服务器获取应用程序的路由表，包括：响应于应用程序的启动，从服务器获取应用程序的路由表；将本地已存路由表更新为从服务器获取的路由表。

具体来说，为了确保用户能够获得最佳的用户体验，能够及时地享受应用程序最新的功能，通常在应用程序启动之后，会判断终端当前的状态(是否连接互联网)。当终端连接互联网时，终端能够从服务器获取最新的路由表，并将最新的路由表下载至终端，确保应用程序能够依据最新的路由表内的跳转规则并结合应用程序的默认规则执行页面跳转，使得用户能够享受最新的服务。

进一步地，在本申请的实施例中，参见图3所示，响应于应用程序的启动，从服务器获取应用程序的路由表，包括：

响应于应用程序的启动，从服务器获取应用程序的路由表的第一特征值；

将第一特征值与本地已存路由表的第二特征值进行比对；

若第一特征值与第二特征值不一致，则从服务器获取应用程序的路由表。

若应用程序每次更新时都直接下载路由表，则当路由表未更新时服务器上的路由表与终端之前下载获取的路由表(即本地已存的路由表)的内容一致。当应用程序启动时，终端从云端服务器获取与终端已经存储的路由表内容一致的路由表不仅占用带宽，还浪费了用户的流量，不利于提升用户体验。因此，在本申请的实施例中，通过对比本地已存的路由表的特征值以及服务器的路由表的特征值，对云端的路由表是否更新进行判断，当且仅当两地路由表的特征值不同时，应用程序才会从云端获取更新后的路由表，并存于本地覆盖之前的路由表，使得应用程序能够依据新的跳转规则切换页面。

其中，在本申请的实施例中，路由表的特征值(第一特征值、第二特征值)可以是一串经过计算得出的字符串、该字符串能够代表路由表的特征的字符串，每个路由表经过相同的计算方式计算后得出的字符串是不同的。通过对比字符串是否相同，能够有效地降低进行判断路由表是否更新所需要进行的对比的工作量，提高了判断云端的路由表是否更新的效率。通常，应用程序或服务器通过MD5校验方法对比第一特征值和第二特征值。

在本申请的实施例中，参加图1所示，页面跳转方法还包括：接收第一客户端发送的路由表获取请求；基于路由表获取请求中携带的应用程序标识，获取应用程序对应的路由表；将路由表发送至第一客户端，以便第一客户端为响应用户触发的页面跳转事件，基于路由表执行页面跳转动作。

在本申请的实施例中，第一客户端可以为智能手机、平板电脑等能够安装应用程序的设备，并且第一终端能够与服务器通信，从而获取相应的路由表，使得应用程序能够进行新的页面跳转。

为了应用程序能够及时地知晓路由表是否更新并获取最新的路由表，在本申请的实施例中，第一客户端在启动后，可以定时向服务器发送路由表获取请求，其中，该定时的时长间隔在本申请的实施例中不进行特别限定；例如，可以定时每10秒向该路由表服务器发送一次路由表获取请求；该路由表获取请求可以用于向服务器查询是否有最新的跳转规则，并触发服务器将最新的跳转规则下发给第一客户端。

并且，可选地，在本申请的实施例中，参见图2所示，页面跳转方法还包括：

接收第二客户端针对应用程序发送的路由表更新请求；其中，路由表更新请求是第二客户端为响应用户针对应用程序触发的路由表修改操作发出的；

基于更新请求中携带的页面跳转规则，对应用程序的路由表进行更新。

其中，第二客户端通常的使用者通常为商家或应用程序的开发者。根据不同的营销时段，商家或应用程序开发者向服务器路由表更新请求。在请求得到同意后，服务器会依据路由表更新请求中的页面跳转规则对页面进行修改路由表，使得第一客户端的用户在不更新应用程序的前提下进行新的页面跳转，从而向用户提供新的功能或使用户参与到特定活动中。

参见图1、图2和图3所示，具体的跳转流程如下。

以下对第一客户端基于存于本地的路由表和页面对照表完成新业务的页面跳转的过程进行描述。

在本申请的实施例中，第一客户端在执行页面跳转时，仍然可以通过执行源代码编写的跳转规则来完成。

其中，第一客户端在执行设定的跳转规则时，可以通过监测用户的前台操作来触发。

通常，在第一客户端的操作界面上可以预先提供对应的跳转控件，比如该跳转控件可以包括跳转按钮、跳转链接等，用户在第一客户端的操作界面上执行对应的业务操作时，第一客户端可以实时监听用户针对第一客户端的操作界面中的跳转控件的触发事件。例如，以该第一客户端加载在触屏终端上为例，该触发事件可以是针对跳转控件的点击事件，当监听到用户针对第一客户端的操作界面中的跳转控件的触发事件时，则可以立即触发第一客户端调用并执行已设定的跳转规则，来完成对应的页面跳转。

另外，需要指出的是，本申请的实施例中描述的设定的跳转规则与现有实现中的跳转规则相比，在实现细节上略有差异。

在现有实现中，第一客户端的源程序编写的跳转规则中，通常只包括预先设定的第一页面(即待跳转的页面)，第一客户端在执行该跳转规则后，可以根据该跳转规则中设定的待跳转的页面，直接跳转到对应的第三页面(即执行默认跳转规则跳转到的页面)以完成跳转。

而在本申请的实施例中，第一客户端设定的跳转规则中，除了可以包括预先设定的待跳转的页面以外，还可以包括基于待跳转的页面在路由表中查找对应跳转规则或第二页面(即执行路由表中的跳转规则能够跳转到的页面)得链接。

当第一客户端在执行默认的跳转规则时，首先可以从该跳转规则中读取待跳转的页面标识，然后再根据该待跳转的页面标识在路由表中查找对应的跳转规则，当查找到对应的跳转规则后，再根据查找到的跳转规则完成页面跳转。

当应用程序从服务器获取到路由表后，第一客户端根据该待跳转的页面标识在路由表中查找对应的跳转规则，并执行对应的跳转动作。如果当前业务服务器已经部署了新业务，那么该路由表中存储的跳转规则均为最新的跳转规则，此时第一客户端查找到的与该页面标识对应的跳转规则已为与该新业务对应的最新的跳转规则。

当然，如果此时服务器并未部署新业务，那么该路由表中存储的跳转规则仍为预先存储的默认跳转规则，或者上一次接收到的由路由表服务器下发的跳转规则。

在这种情况下，当第一客户端在路由表中查找到了最新的跳转规则后，第一客户端可以读取该最新的跳转规则，并基于该最新的跳转规则中保存的待跳转的页面标识与跳转页面之间的对应关系，来获取与上述待跳转的页面标识对应的跳转页面。此时，获取到的该跳转页面为与新业务相关的跳转页面。

当获取到与上述待跳转的页面标识对应的跳转页面后，第一客户端可以跳转到该跳转页面中，并将从本地的页面对照表中读取到的与该跳转页面对应的页面数据加载在该跳转页面中，以完成页面跳转。

其中，与上述待跳转的页面标识对应的跳转页面可以是APP的原生native页面，也可以是html5页面，在本申请的实施例不进行特别限定。即在本申请的实施例中，通过服务器下发的跳转规则同样可以实现原生native页面与html5之间的页面跳转，而没有额外的限制。

在本申请的实施例中，第一客户端在从本地的页面对照表中读取与该跳转页面对应的页面数据时，可以通过将该最新的跳转页面的页面标识作为索引在该页面对照表查找对应的页面数据，来判断本地的页面对照表中是否存储了与该最新的跳转页面对应的页面数据。

如果查找到了对应的页面数据，第一客户端可以确定本地的页面对照表中离线存储了与该最新的跳转页面对应的页面数据，此时第一客户端可以从本地的页面对照表中直接读取该页面数据。

当然，如果第一客户端判断出该页面对照表中并未离线存储与该最新的跳转页面对应的页面数据时，此时第一客户端可以向服务器发送页面获取请求，以获取最新的跳转页面的页面数据。例如，第一客户端可以向服务器发送一个携带该跳转页面的url地址或者其它标识的页面数据获取请求，向服务器请求该跳转页面的页面数据。

当第一客户端从本地的页面对照表中直接读取到与该最新的跳转页面对应的页面数据时，此时该页面数据为服务器最新的页面数据，第一客户端可以将读取到的该新业务的页面数据加载到最新的跳转页面中，以完成页面跳转。当第一客户端基于读取到的该新业务的页面数据完成页面跳转后，此时第一客户端开始执行服务器部署的页面跳转。

其中，值得一提的是，第一客户端在将该新业务的页面数据加载到最新的跳转页面中时，可以通过协议来传递，比如可以通过约定协议接口，然后通过约定的协议接口完成页面数据的传递。

在本申请的实施例中，如果服务器还需要继续部署其它的新业务，此时仍然可以通过以上方式重新向第一客户端下发新的跳转规则，来触发第一客户端在执行设定的跳转规则后跳转到该新业务的跳转页面，来执行该新业务。

当然，如果服务器部署的新业务执行完成，而服务器此时并未部署其它新的业务时，服务器还可以向第一客户端发送一个触发第一客户端恢复到日常业务的触发消息，第一客户端在收到该触发消息后，可以使用默认的跳转规则以及默认的跳转页面的页面数据对本地的路由表和页面对照表分别进行恢复。当恢复成功时，此时客户端再次执行相同的跳转规则后，将会跳转到默认页面，执行日常业务。

由于在整个过程中，跳转规则中的待跳转的页面标识并不会发生更改，服务器可以通过动态下发新的跳转规则(更新的路由表)，为该待跳转的页面标识动态对应不同的跳转页面，因此服务器可以更加灵活的部署业务，而且不需要对应用程序进行版本升级。

在本申请的第一实施方式中，还提供了若干个基于上述应用页面跳转方法的应用场景，以作为范例更好地示意本申请的工作原理和过程。

场景一

在本场景中，第一客户端为提供商品或特定服务的应用程序。具体地，以应用程序为抢单应用为例进行说明，用户A为货车司机、出租车司机或顺风车司机，抢单而获取的订单为货运订单或出行订单。

在应用程序更新之前需要进行二次确认的步骤才能够成功抢单。更新后，通过特殊操作对订单进行确认，从而可以省去订单的二次确认，在本场景中，特殊操作为滑动操作。

用户的抢单流程如下，用户A在汽车上打开应用程序，进入订单列表页面，应用程序获取当前定位信息，并根据预设的订单距离在订单列表页面上显示符合要求的订单的信息条目。

用户A根据自己的需求标准，选择符合要求的目标订单，并在终端屏幕上选择该目标订单条目所在的位置并进行点击(跳转事件)，应用程序响应于用户A的点击操作执行跳转动作跳转至二次确认页面。用户在二次确认页面上进行操作对订单进行确认，之后跳转至抢单成功页面。

由于在每次抢单过程中，均需要跳转至二次确认页面进行确认，因此导致抢单效率较低，并容易引起误操作，则可以对抢单方法进行如下更改：通过滑动操作在终端上选择订单，同时通过滑动操作能够对订单进行确认，应用程序程序采集滑动的特征并对滑动操作进行判断。

为了在不升级应用程序版本的情况下使用上述方法进行抢单，首先需要在更新储存在服务器内的路由表。具体来说，在路由表内写入如下跳转规则：第一客户端显示订单详情页面(第一页面)时，若即触发跳转事件，则跳转至抢单成功页面(即第三页面)。

具体操作如下，用户A打开应用程序后，应用程序向服务器发出路由表获取请求。当应用程序成功获取路由表的第一特征值后，应用程序对比此次获取的路由表的第一特征值与本地已存的路由表的第二特征值。由于服务器的路由表已更新，因此第一特征值与第二特征值不同，应用程序则会从服务器下载该已更新的路由表。用户A在订单详情页面对于某一订单条目进行滑动操作(即触发跳转事件)。当应用程序判断滑动操作成功后，则会根据该已更新的跳转规则执行跳转动作，直接跳转至抢单成功页面，并发送订单确认信息，完成抢单操作。

在上述过程中，第一页面为订单列表页面，第二页面为抢单成功页面，第三页面为二次确认页面。通常，订单列表页面、抢单成功页面以及二次确认页面均为原生页面。

场景二

在本场景中，应用程序为游戏APP。在现有的游戏中，会不定期地举行各种活动，若每次开展活动都需要用户升级游戏APP的版本才能够参与到活动中，无疑会严重影响用户体验。因此，在本场景中，应用程序能够从游戏内的常用页面切换至活动页面，使用户参与新的游戏活动。本场景以第一页面为主窗口界面、从第一活动转为开展第二活动(本地已存的路由表包括了第一活动页面的跳转规则但不包括第二活动页面的跳转规则)为例进行说明，具体如下。

用户B打开游戏APP后进入主窗口界面，第一客户端向服务器发送路由表获取请求，当请求得到应当后，服务器将现有的路由表的第一特征值发送至第一客户端。第一客户端对比本地已存的路由表的第二特征值与接收到的第一特征值。若两者相同则判断本地已存的路由表为最新的路由表，应用程序响应于触发事件，按照本地已存的路由表中的跳转规则或默认跳转规则进行跳转。若两者不同则判断路由表需要更新，应用程序从服务器下载更新后的路由表，并按照更新后的路由表执行跳转动作。

第一活动的可视化标识显示于主窗口界面，用户B通过操作游戏活动的可视化标识(跳转事件)，能够按照默认跳转规则或当前本地已存的路由表中的跳转规则执行跳转动作，跳转进入第一活动页面(第三页面)。

若游戏开展新活动，互联网企业或游戏开发商等可以通过第二客户端向服务器发送路由表更新请求，在请求得到应答后将更新的路由表上传至服务器。

当服务器中的路由表更新后，用户B打开游戏APP后，向服务器发送路由表获取请求，并对比服务器内现存的路由表的第一特征值与本地已存的路由表的第二特征值。由于路由表已更新，第一特征值与第二特征值使不同的，因此，第一客户端下载更新后的路由表。用户B操作游戏活动的可视化标识后，游戏APP响应于该跳转事件，执行该更新后的路由表内的跳转规则，从主窗口页面跳转至第二活动页面(第二页面)，使得用户B在不更新游戏APP的情况下参与到新的游戏活动中。

其中，第一页面为原生页面，第二页面和第三页面为h5页面。

场景三

在本场景中，应用程序为购物软件或游戏软件。在现实生活中，商家通常会利用应用程序内的广告页面对于实物商品或虚拟商品等进行宣传，也会利用广告页面对于优惠活动进行宣传。若每次更换广告或更新优惠活动都需要用户升级应用程序的版本才能参与，将会导致用户地频繁更新。因此，应用程序可以通过更新路由表来变更应用程序内不同页面之间的跳转逻辑，在需要开展宣传活动或优惠活动的时段，用户跳转至广告页面(第二页面)，在无宣传活动或优惠活动的时段，响应于跳转事件跳转至商城页面(第三页面)。

在本场景中，第一页面为主菜单页面。具体地，在无宣传活动或优惠活动的时段，用户C打开应用程序后显示主菜单界面，并响应于用户C点击或触碰主菜单页面上的“商城”选项(即触发的跳转事件)跳转至商城页面(默认跳转规则)。若在有宣传活动或优惠活动的时段，用户C打开应用程序后，应用程序从服务器获取更新后的路由表，并下载至本地。更新后的路由表内的跳转规则为：点击或触碰主菜单界面上的“商城”选项后，应用程序执行新的跳转规则跳转至广告页面，向用户C展示宣传活动或优惠活动。

其中，主菜单页面、广告页面以及商品详情页面均为原生页面。

场景四

在本场景中，应用程序为金融服务类软件。在现实生活中，现有的经融服务类软件通常都会开展借贷业务。用户D可以同该借贷业务向组织或个人借取资金，并在承诺的期限内一次或多次将借取的资金(可包含利息)。若逾期未未还款则会将账户冻结，用户D在借贷页面(第一页面)点击借款选项时，则会跳转至逾期提醒页面(第三页面)。

为了进一步督促用户还款，响应于用户D触发的跳转事件，页面将跳转至还款页面(第二页面)。具体来说，在本场景中，用户D启动金融类服务软件后，应用程序能够从服务端获取更新后的路由表，路由表内记载了如下的跳转规则：在有逾期未还款的账目的情况下，点击借贷页面上的借款选项后，终端的显示界面会从借贷页面跳转至还款页面，在阻止用户D进一步借款的同时，提醒用户D还款。在场景中，借贷页面、提醒页面和还款页面为原生页面。

综上，第一客户端通过及时地从服务器获取更新过后的路由表，能够根据路由表内存储的跳转规则执行页面跳转并实现新功能，从而实现特定业务、特定功能或向用户提供特定服务。用户在能够在不更新应用程序的前提下使用特定业务、特定功能或特定服务，大幅提升了用户体验。并且，降低应用程序的更新频率不仅能够节约使用的流量，还能够降低应用程序的开发成本。

实施方式二

本申请的第二实施方式提供了一种基于第一实施方式的页面跳转方法的页面跳转系统，参见图1所示，包括：

第一客户端，用于从服务器获取应用程序的路由表；响应于用户在应用程序的第一页面内触发的页面跳转事件，基于路由表执行页面跳转动作；

服务端，用于接收第一客户端发送的路由表获取请求；基于路由表获取请求中携带的应用程序标识，获取应用程序对应的路由表；将路由表发送至第一客户端。

其中，第一客户端的用户通常为购买商品或获取服务的一方。

服务端可以存有不同应用程序的路由表，因此通过识别第一客户端发来的携带的应用程序的标识，在服务端数据库内对应的应用程序的路由表，并将该路由表的第一特征值发送至第一客户端，交由第一客户端进行判断。

当然，除了用户通过第一客户端发送路由表获取请求来触发服务端将最新的跳转规则下发至第一客户端的情况，服务端也可以将业务服务端同步至本地的与新业务相关的跳转规则主动下发至第一客户端。

例如，当路由表服务器接收到业务服务器同步的与新业务相关的跳转规则后，可以触发路由表服务器将该与新业务相关的跳转规则，主动将该跳转规则下发至客户端。即每当业务服务器上部署了新业务后，都会触发业路由表服务器主动将与新业务相关的跳转规则下发至客户端。

可选地，在本申请的实施例中，参见图2所示，页面跳转系统还包括：

第二客户端，用于响应于用户针对应用程序触发的路由表修改操作，向服务端发送路由表更新请求；

服务端，还用于基于更新请求中携带的页面跳转规则，对应用程序的路由表进行更新。

在本申请的实施例中，第二客户端的用户通常为提供商品或提供服务的一方。例如，在特定时期，第二客户端的用户会开展新业务，此时可以通过向服务端上传新的路由表使第一客户端能够对应获取该更新的路由表，而使得第一客户端的用户在更新应用程序的版本的情况下进入新页面并获取到相应的服务。

综上，本申请的实施例中的页面跳转系统能够同归第二客户端对服务端内的路由表进行更新，使得第一客户端能够及时地从服务端获取到该更新后的路由表，并根据更新后的路由表执行页面跳转，从而在第一客户端不升级版本的情况下获取新服务。

实施方式三

基于第一实施方式中的页面跳转方法以及第二实施方式中的页面跳转系统，本申请的第三实施方式提供了一种客户端设备以及一种服务端设备。客户端包括存储器及处理器。其中，存储器用于存储程序。处理器与存储器耦合，用于执行存储器中存储的程序，以用于从服务器获取应用程序的路由表，并且响应于用户在应用程序的第一页面内触发的页面跳转事件，基于路由表执行页面跳转动作。

服务端设备包括存储器、处理器及通信组件。其中，存储器用于存储程序。通信组件与处理器耦合。处理器与存储器耦合，用于执行存储器中存储的程序，以用于：通过通信组件接收第一客户端发送的路由表获取请求；基于路由表获取请求中携带的应用程序标识，获取应用程序对应的路由表；通过通信组件将路由表发送至客户端，以便客户端为响应用户触发的页面跳转事件，基于路由表执行页面跳转动作。

图4示出了本申请另一实施方式提供的终端设备的结构框图。该终端设备包括：存储器1及处理器2。其中，存储器1，用于存储应用程序；处理器2，与存储器1耦合，用于执行存储器1中存储的应用程序。以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请的实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

上述存储器1可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令。存储器1可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

上述处理器2在执行存储器1中的程序时，除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。

进一步，如图4所示，终端设备还可包括：显示器4、电源组件5、音频组件6等其它组件。图4中仅示意性给出部分组件，并不意味着客户端设备只包括图4所示组件。

最后，本领域的普通技术人员可以理解，在上述的各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于上述各实施方式的种种变化和修改，也可以基本实现本申请各权利要求所要求保护的技术方案。因此，在实际应用中，可以在形式上和细节上对上述实施方式作各种改变，而不偏离本申请的精神和范围。

应当理解，在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本申请实施例中可能采用术语第一、第二、第三等来描述某些部件，但这些部件不应仅仅被限于定于这些术语中。这些术语仅用来将各部件彼此区分开。例如，在不脱离本申请实施例范围的情况下，第一某某部件也可以被称为第二某某部件，类似地，第二某某部件也可以被称为第一某某部件。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于监测”。类似地，取决于语境，短语“如果确定”或“如果监测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当监测(陈述的条件或事件)时”或“响应于监测(陈述的条件或事件)”。

在本申请的实施方式中，“大体上等于”、“大体上垂直于”、“大体上对称”等等的意思是，所指的两个特征之间在宏观上的尺寸或相对位置关系十分接近于及的关系。然而本领域技术人员清楚，由于误差、公差等客观因素的存在而使得物体的位置关系在小尺度乃至微观角度难以被正好约束。因此即使二者之间的尺寸、位置关系稍微存在点误差，也并不会对本申请的技术效果的实现产生较大影响。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的商品或者系统中还存在另外的相同要素。

在上述的各实施方式中，尽管为使解释简单化将上述方法图示并描述为一系列动作，但是本领域的普通技术人员应理解并领会，这些方法不受动作的次序所限，因为根据一个或多个实施例，一些动作可按不同次序发生和/或与来自本文中图示和描述或本文中未图示和描述但本领域技术人员可以理解的其他动作并发地发生。

本领域技术人员将可理解，信息、信号和数据可使用各种不同技术和技艺中的任何技术和技艺来表示。例如，以上描述通篇引述的数据、指令、命令、信息、信号、位(比特)、码元、和码片可由电压、电流、电磁波、磁场或磁粒子、光场或光学粒子、或其任何组合来表示。

本领域技术人员将进一步领会，结合本文中所公开的实施例来描述的各种解说性逻辑板块、模块、单元、电路、和算法步骤可实现为电子硬件、计算机软件、或这两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、框、模块、单元、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的设计约束。技术人员对于每种特定应用可用不同的方式来实现所描述的功能性，但这样的实现决策不应被解读成导致脱离了本申请的范围。

最后应说明的是，本领域的普通技术人员可以理解，为了使读者更好地理解本申请，本申请的实施方式提出了许多技术细节。但是，即使没有这些技术细节和基于上述各实施方式的种种变化和修改，也可以基本实现本申请各权利要求所要求保护的技术方案。因此，在实际应用中，可以在形式上和细节上对上述实施方式作各种改变，而不偏离本申请的精神和范围。

Claims (10)

1.一种页面跳转方法，其特征在于，包括如下步骤：

从服务器获取应用程序的路由表；

响应于用户在所述应用程序的第一页面内触发的页面跳转事件，基于所述路由表执行页面跳转动作。

2.根据权利要求1所述的页面跳转方法，其特征在于，响应于用户在所述应用程序的第一页面内触发的页面跳转事件，基于所述路由表执行页面跳转动作，包括：

判定所述路由表中是否含有与所述第一页面相关的跳转规则；

若判定所述路由表中含有与所述第一页面相关的跳转规则，基于与所述第一页面相关的跳转规则，执行从所述第一页面跳转至所述跳转规则规定的第二页面的动作；

若判断所述路由表中不含与所述第一页面相关的跳转规则，按照所述应用程序默认的跳转规则，执行从所述第一页面跳转至默认第三页面的动作。

3.根据权利要求1或2所述的页面跳转方法，其特征在于，所述从服务器获取应用程序的路由表，包括：

响应于所述应用程序的启动，从服务器获取所述应用程序的路由表；

将本地已存路由表更新为从所述服务器获取到的所述路由表。

4.根据权利要求3所述的页面跳转方法，其特征在于，响应于所述应用程序的启动，从服务器获取所述应用程序的路由表，包括：

响应于所述应用程序的启动，从所述服务器获取所述应用程序的路由表的第一特征值；

将第一特征值与本地已存路由表的第二特征值进行比对；

若所述第一特征值与所述第二特征值不一致，则从所述服务器获取所述应用程序的路由表。

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

接收第一客户端发送的路由表获取请求；

基于所述路由表获取请求中携带的应用程序标识，获取所述应用程序对应的路由表；

将所述路由表发送至所述第一客户端，以便所述客户端为响应用户触发的页面跳转事件，基于所述路由表执行页面跳转动作。

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

接收第二客户端针对所述应用程序发送的路由表更新请求；其中，所述路由表更新请求是所述第二客户端为响应用户针对所述应用程序触发的路由表修改操作发出的；

基于所述更新请求中携带的页面跳转规则，对所述应用程序的路由表进行更新。

7.一种页面跳转系统，其特征在于，包括：

第一客户端，用于从服务器获取应用程序的路由表；响应于用户在所述应用程序的第一页面内触发的页面跳转事件，基于所述路由表执行页面跳转动作；

服务端，用于接收第一客户端发送的路由表获取请求；基于所述路由表获取请求中携带的应用程序标识，获取所述应用程序对应的路由表；将所述路由表发送至所述第一客户端。

8.根据权利要求7所述的页面跳转系统，其特征在于，还包括：

第二客户端，用于响应于用户针对所述应用程序触发的路由表修改操作，向所述服务端发送路由表更新请求；

所述服务端，还用于基于所述更新请求中携带的页面跳转规则，对所述应用程序的路由表进行更新。

9.一种客户端设备，其特征在于，包括存储器及处理器；其中

所述存储器，用于存储程序；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

从服务器获取应用程序的路由表；

响应于用户在所述应用程序的第一页面内触发的页面跳转事件，基于所述路由表执行页面跳转动作。

10.一种服务端设备，其特征在于，包括存储器、处理器及通信组件；其中

所述存储器，用于存储程序；

所述通信组件，与所述处理器耦合；

所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：

通过所述通信组件接收第一客户端发送的路由表获取请求；

基于所述路由表获取请求中携带的应用程序标识，获取所述应用程序对应的路由表；

通过所述通信组件将所述路由表发送至所述客户端，以便所述客户端为响应用户触发的页面跳转事件，基于所述路由表执行页面跳转动作。

Images