CN107203302B

CN107203302B - 一种页面展示方法和装置

Info

Publication number: CN107203302B
Application number: CN201610154271.1A
Authority: CN
Inventors: 张迪
Original assignee: Advanced New Technologies Co Ltd
Current assignee: Advanced Nova Technology Singapore Holdings Ltd
Priority date: 2016-03-17
Filing date: 2016-03-17
Publication date: 2021-01-01
Anticipated expiration: 2036-03-17
Also published as: CN107203302A

Abstract

本申请提供一种页面展示方法和装置。所述方法包括：在基于第一页面接收到针对第一业务要素的选择指令后，在本地保存的页面展示策略中查找匹配所述第一业务要素的展示策略，其中，所述第一页面与业务请求相对应；根据查找到的所述展示策略展示第二页面。应用本申请提供的技术方案，减少了客户端与服务端的交互次数，确保了客户端的性能。同时，也减轻了代码开发和维护的工作量。

Description

一种页面展示方法和装置

技术领域

本申请涉及通信技术领域，尤其涉及一种页面展示方法和装置。

背景技术

随着互联网技术和智能终端的快速发展，用户可以通过智能终端中装载的客户端软件实现各种业务，比如：支付、购物等。相关技术中，用户在使用客户端软件实现相关业务时，客户端软件通常要和服务端进行多次交互，交互效率较低，影响客户端软件的性能。同时，多次交互的实现方式也会增加代码开发和维护的工作量。

发明内容

有鉴于此，本申请提供一种页面展示方法和装置。

具体地，本申请是通过如下技术方案实现的：

一种页面展示方法，所述方法包括：

在基于第一页面接收到针对第一业务要素的选择指令后，在本地保存的页面展示策略中查找匹配所述第一业务要素的展示策略，其中，所述第一页面与业务请求相对应；

根据查找到的所述展示策略展示第二页面。

一种页面展示方法，所述方法包括：

在基于收银台页面接收到针对第一支付方式的选择指令后，在本地保存的输入框展示策略中查找匹配所述第一支付方式的输入框，其中，所述收银台页面与支付请求相对应；

根据查找到的所述输入框展示验证码输入页面。

一种页面展示装载，所述装置包括：

第一查找单元，在基于第一页面接收到针对第一业务要素的选择指令后，在本地保存的页面展示策略中查找匹配所述第一业务要素的展示策略，其中，所述第一页面与业务请求相对应；

第一展示单元，根据查找到的所述展示策略展示第二页面。

一种页面展示装置，所述装置包括：

第三查找单元，在基于收银台页面接收到针对第一支付方式的选择指令后，在本地保存的输入框展示策略中查找匹配所述第一支付方式的输入框，其中，所述收银台页面与支付请求相对应；

第三展示单元，根据查找到的所述输入框展示验证码输入页面。

由以上描述可以看出，本申请客户端可以在接收到用户针对业务要素的选择指令后，可以在本地查找匹配所述业务要素的展示策略以进行页面展示，当用户重新选择业务要素时，客户端无需再次与服务端进行交互，确保了客户端的性能。同时，也减轻了代码开发和维护的工作量。

附图说明

图1是本申请一示例性实施例示出的一种页面展示方法的流程示意图。

图2是本申请一示例性实施例示出的另一种页面展示方法的流程示意图。

图3是本申请一示例性实施例示出的一种用于页面展示装置的一结构示意图。

图4是本申请一示例性实施例示出的一种页面展示装置的结构示意图。

图5是本申请一示例性实施例示出的另一种用于页面展示装置的一结构示意图。

图6是本申请一示例性实施例示出的另一种页面展示装置的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

请参考图1，所述页面展示方法可以应用在智能设备装载的客户端软件中，所述智能设备可以包括智能手机、平板电脑、PDA(Personal Digital Assistant，掌上电脑)、PC机、可穿戴设备等。所述页面展示方法可以包括以下步骤：

步骤101，在基于第一页面接收到针对第一业务要素的选择指令后，在本地保存的页面展示策略中查找匹配所述第一业务要素的展示策略，其中，所述第一页面与业务请求相对应。

在本实施例中，所述业务请求可以包括：支付请求、费用查询请求等，所述业务请求通常由用户发起。所述第一页面与所述业务请求对应，举例来说，当所述业务请求为支付请求时，对应的第一页面可以为收银台页面，当所述业务请求为费用查询请求时，对应的第一页面可以为收费类目的选择页面等。

在本实施例中，客户端在接收到所述业务请求后，可以从服务端获取组成所述第一页面的页面元素以展示所述第一页面，客户端也可以获取本地保存的组成所述第一页面的页面元素以展示所述第一页面，本申请对此不作特殊限制。

在本实施例中，所述业务请求通常对应有相关的请求参数，所述请求参数可以由开发人员定义，举例来说，当所述业务请求为支付请求时，所述请求参数可以为支付请求所处的环境参数，比如：发起所述支付请求的账号信息、客户端所在智能设备的IP地址、MAC地址、当前网络环境参数等，本申请对此不作特殊限制。

在本实施例中，所述页面展示策略可以包括各业务要素及其对应的页面元素，比如：页面元素的类型、颜色、位置等。开发人员可以预先配置请求参数与页面展示策略的对应关系，并将所述对应关系保存到服务端。

在本实施例中，所述页面展示策略由基于所述请求参数确定的风险等级确定。在一个例子中，客户端可以将获取到的所述请求参数发送给服务端，服务端可以根据所述请求参数确定当前业务请求的风险等级，并查找匹配该风险等级的页面展示策略，并将查找到的所述页面展示策略返回给客户端。客户端在接收到所述页面展示策略后，可以将所述页面展示策略保存在本地。在另一个例子中，客户端也可以预先从服务端获取所有风险等级对应的页面展示策略并保存到本地，当接收到业务请求后，可以根据当前业务请求的请求参数确定当前业务请求的风险等级，并查找匹配该风险等级的页面展示策略，本申请对此不作特殊限制。本申请将页面的展示策略和风险等级关联，在接收到业务请求后，先确定该业务请求的风险等级，再根据确定的风险等级确定页面的展示策略，进而为不同风险等级的业务请求展示不同的页面以供用户操作，确保业务请求的安全进行。

在本实施例中，对于用户而言，用户可以在客户端展示的第一页面中选择实现业务操作的业务要素，举例来说，假设所述业务请求为支付请求，则所述业务要素包括有各种支付方式，比如：余额支付、信用卡支付等，用户可以在收银台页面中进行支付方式的选择。假设所述业务请求为费用查询请求，则所述业务要素包括有各种收费类目，用户可以在收费类目的选择页面中进行收费类目的选择。

在本实施例中，为便于描述，可以将用户在第一页面中选择的业务要素称为第一业务要素。客户端在接收到针对所述第一业务要素的选择指令后，可以在本地保存的页面展示策略中查找匹配所述第一业务要素的展示策略。如果查找到匹配所述第一业务要素的展示策略，则可以执行步骤102。如果未查找到匹配所述第一业务要素的展示策略，则客户端可以将所述第一业务要素发送给服务端，以从服务端获取匹配所述第一业务要素的展示策略。

步骤102，根据查找到的所述展示策略展示第二页面。

基于前述步骤101，在查找到匹配所述第一业务要素的展示策略后，客户端可以根据查找到的所述展示策略进行页面展示，比如：展示所述展示策略中对应所述第一业务要素的页面元素。在本实施例中，为便于描述，可以将根据该展示策略展示的页面称为第二页面。

可选的，在本申请一个例子中，基于本次业务请求，当用户未基于所述第一业务要素完成业务操作时，用户可以重新选择业务要素，比如：用户可以重新输入针对第二业务要素的选择指令，此时，客户端无需再与服务端交互，可以根据该选择指令，重新在本地保存的页面展示策略中查找匹配所述第二业务要素的展示策略，并根据重新查找到的该展示策略进行页面展示，比如：展示所述展示策略中对应所述第二业务要素的页面元素。在本实施例中，为便于描述，可以将用户重新选择第二业务要素后展示的页面称为第三页面。需要说明的是，如果客户端在本地保存的页面展示策略中未查找到匹配所述第二业务要素的展示策略，则客户端会将所述第二业务要素发送给服务端，以从服务端获取匹配所述第二业务要素的展示策略。

可选的，在本申请另一个例子中，当客户端在接收到业务请求后，采用根据该业务请求从服务端获取页面展示策略的策略获取方式时，在用户退出本次业务请求时，比如：用户关闭所有与本次业务请求相关的页面，客户端可以删除本地保存的所述页面展示策略。当用户再次触发业务请求时，客户端根据该业务请求的请求参数，可以重新从服务端获取匹配所述请求参数的页面展示策略并保存到本地。

下面结合具体的例子来描述本申请的实现过程。

请参考图2，所述页面展示方法可以应用在智能设备装载的客户端软件中，比如：具有支付功能的客户端软件。所述页面展示方法可以包括以下步骤：

步骤201，在接收到支付请求后，展示收银台页面。

在本实施例中，所述支付请求通常由用户触发，比如：用户在线上购物时，可以通过具有支付功能的客户端软件进行支付，用户在下线消费时，也可以通过智能设备中装载的具有支付功能的客户端软件进行支付等。具有支付功能的客户端软件(以下简称：客户端)在接收到所述支付请求后，可以展示收银台页面给用户，所述收银台页面中通常包括有：待支付的金额、支付方式等，这部分的处理与实现可以参考现有技术，本申请在此不再一一详述。

步骤202，根据所述支付请求的环境参数，从服务端获取匹配所述环境参数的输入框展示策略并保存到本地。

基于前述步骤201，客户端在接收到所述支付请求后，可以获取所述支付请求的环境参数，所述环境参数可以包括：用户的账号信息、客户端所在智能设备的IP地址、MAC地址等，具体可以由开发人员进行设置。客户端可以将所述支付请求的环境参数发送给服务端，服务端根据所述环境参数可以确定用户当前支付操作的风险等级，并将匹配所述风险等级的输入框展示策略返回给客户端。

在本实施例中，开发人员可以预先设置不同风险等级与输入框展示策略的对应关系，并将该对应关系保存在服务端。其中，所述输入框展示策略包括当前风险等级下各不同支付方式的验证码输入框，比如：输入框类型，可选的，可以用输入框ID表示其类型。

表1

举例来说，假设所述风险等级分为高风险和低风险两种等级，支付方式分为银行卡支付和余额支付两种方式，请参考表1所示的风险等级与输入框展示策略的对应关系，当服务端根据客户端发送的环境参数确定用户当前支付操作的风险等级为高风险时，可以将高风险对应的输入框展示策略发送给客户端，客户端可以将接收到的输入框展示策略保存在本地。值得注意的是，表1仅为示例性的说明，在实际应用中，风险等级和输入框展示策略往往要更加复杂。

步骤203，在基于所述收银台页面接收到针对第一支付方式的选择指令后，在所述输入框展示策略中查找匹配所述第一支付方式的输入框。

在本实施例中，用户可以在客户端展示的收银台页面中选择本次支付的支付方式，为便于描述，可以将用户在进行本次支付时首次选择的支付方式称为第一支付方式，客户端在接收到针对所述第一支付方式的选择指令后，在本地保存的输入框展示策略中查找匹配所述第一支付方式的输入框。当客户端查找到匹配所述第一支付方式的输入框时，可以执行步骤204，当客户端未查找到匹配所述第一支付方式的输入框时，可以将所述第一支付方式发送给服务端，以从服务端获取匹配的输入框。

仍以表1为例，假设用户选择的第一支付方式为银行卡支付，则客户端可以查找到匹配的输入框为短信验证码输入框和支付密码输入框。

步骤204，根据查找到的所述输入框展示验证码输入页面。

基于前述步骤203，客户端在查找到匹配所述第一支付方式的输入框之后，可以根据该输入框展示验证码输入页面，比如：客户端在查找到匹配所述第一支付方式的输入框ID之后，可以获取本地缓存的所述输入框ID对应的输入框并进行展示。

仍以表1为例，客户端可以展示短信验证码输入框和支付密码输入框，以供用户输入接收到的短信验证码以及预设的支付密码以进行验证。在实际应用中，客户端可以先展示短信验证码输入框，当验证用户输入的短信验证码正确时，再展示支付密码输入框以供用户输入支付密码。其中，短信验证码以及支付密码的验证过程可以参考现有技术，本申请在此不再一一详述。

步骤205，当基于所述第一支付方式的支付结果为支付失败时，接收针对第二支付方式的选择指令。

在本实施例中，当用户基于所述第一支付方式支付失败时，客户端可以重新提供收银台页面给用户，用户可以选择其他支付方式以尝试重新支付，为便于描述，可以将用户在本次支付时第二次选择的支付方式称为第二支付方式。

步骤206，重新在本地保存的所述输入框展示策略中查找匹配所述第二支付方式的输入框。

基于前述步骤205，客户端在获取到针对所述第二支付方式的选择指令后，无需与服务端交互，可以重新在本地保存的所述输入框展示策略中查找匹配所述第二支付方式的输入框。当客户端查找到匹配所述第二支付方式的输入框时，可以执行步骤207，当客户端未查找到匹配所述第二支付方式的输入框时，可以将所述第二支付方式发送给服务端，以从服务端获取匹配所述第二支付方式的输入框。

步骤207，根据重新查找到的匹配所述第二支付方式的输入框再次展示验证码输入页面。

仍以表1为例，假设用户银行卡中的余额不足，导致支付失败，用户重新选择了余额支付的支付方式，客户端查找到匹配余额支付的输入框为手势验证码输入框和支付密码输入框，则客户端可以展示手势验证码输入框和支付密码输入框，以供用户输入预设的手势和预设的支付密码以进行验证。

在实际应用中，当基于所述第二支付方式的支付结果仍为支付失败时，可以再次执行步骤205，本申请在此不再一一赘述。

步骤208，在退出本次支付后，删除本地保存的所述输入框展示策略。

在本实施例中，当用户退出本次支付时，客户端删除本地保存的所述输入框展示策略。比如：当用户在支付成功关闭本次支付的相关页面时，客户端删除本地保存的输入框展示策略，当用户在多次支付失败退出客户端时，客户端也会删除本地保存的输入框展示策略。当用户再次发起支付请求时，客户端根据本次支付请求的环境参数重新从服务端获取匹配的输入框展示策略并进行保存，本申请在此不再一一赘述。

与前述图1所示的页面展示方法的实施例相对应，本申请还提供了页面展示装置的实施例。

本申请页面展示装置的实施例可以应用在智能设备装载的客户端软件中。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在智能设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图3所示，为本申请页面展示装置所在智能设备的一种硬件结构图，除了图3所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的智能设备通常根据该智能设备的实际功能，还可以包括其他硬件，对此不再赘述。

请参考图4，所述页面展示装置300可以应用在前述图3所示的智能设备装载的客户端中，包括有：第一查找单元301、第一展示单元302、第二查找单元303、第二展示单元304、第一获取单元305以及第一保存单元306。

其中，所述第一查找单元301，在基于第一页面接收到针对第一业务要素的选择指令后，在本地保存的页面展示策略中查找匹配所述第一业务要素的展示策略，其中，所述第一页面与业务请求相对应；

所述第一展示单元302，根据查找到的所述展示策略展示第二页面。

所述第二查找单元303，基于本次业务请求，当接收到针对第二业务要素的选择指令时，重新在本地保存的所述页面展示策略中查找匹配所述第二业务要素的展示策略；

所述第二展示单元304，根据重新查找到的匹配所述第二业务要素的展示策略展示第三页面。

所述第一获取单元305，在所述页面展示策略中不存在匹配所述第二业务要素的展示策略时，从服务端获取匹配所述第二业务要素的展示策略。

所述第一保存单元306，在接收到所述业务请求后，根据所述业务请求的请求参数，从服务端获取匹配所述请求参数的页面展示策略并保存到本地；

其中，所述匹配所述请求参数的页面展示策略由基于所述请求参数确定的风险等级确定。

与前述图2所示的页面展示方法的实施例相对应，本申请还提供了页面展示装置的实施例。

本申请页面展示装置的实施例可以应用在智能设备装载的客户端软件中。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在智能设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图5所示，为本申请页面展示装置所在智能设备的一种硬件结构图，除了图5所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的智能设备通常根据该智能设备的实际功能，还可以包括其他硬件，对此不再赘述。

图6是本申请一示例性实施例示出的一种页面展示装置的结构示意图。

请参考图6，所述页面展示装置500可以应用在前述图5所示的智能设备装载的客户端中，包括有：收银台展示单元501、第二保存单元502、第三查找单元503、第三展示单元504、第四查找单元505、第四展示单元506以及策略删除单元507。

其中，所述第三查找单元503，在基于收银台页面接收到针对第一支付方式的选择指令后，在本地保存的输入框展示策略中查找匹配所述第一支付方式的输入框，其中，所述收银台页面与支付请求相对应；

所述第三展示单元504，根据查找到的所述输入框展示验证码输入页面。

所述第四查找单元505，当基于所述第一支付方式的支付结果为支付失败时，接收针对第二支付方式的选择指令，并重新在本地保存的所述输入框展示策略中查找匹配所述第二支付方式的输入框；

所述第四展示单元506，根据重新查找到的匹配所述第二支付方式的输入框再次展示验证码输入页面。

所述收银台展示单元501，在接收到所述支付请求后，展示所述收银台页面；

所述第二保存单元502，根据所述支付请求的环境参数，从服务端获取匹配所述环境参数的输入框展示策略并保存到本地，其中，所述输入框展示策略由所述服务端基于所述支付请求的风险等级确定，所述支付请求的风险等级由所述服务端基于所述环境参数确定。

所述策略删除单元507，在退出本次支付后，删除本地保存的所述输入框展示策略。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims

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

根据查找到的所述展示策略展示第二页面；

所述方法还包括：

在接收到所述业务请求后，根据所述业务请求的请求参数，从服务端获取匹配所述请求参数的页面展示策略并保存到本地；

其中，所述匹配所述请求参数的页面展示策略由基于所述请求参数确定的风险等级确定；

其中，风险等级相同时，各业务要素的页面展示策略不完全相同；

所述方法还包括：

基于本次业务请求，当接收到针对第二业务要素的选择指令时，重新在本地保存的所述页面展示策略中查找匹配所述第二业务要素的展示策略；

根据重新查找到的匹配所述第二业务要素的展示策略展示第三页面。

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

如果所述页面展示策略中不存在匹配所述第二业务要素的展示策略，则从服务端获取匹配所述第二业务要素的展示策略。

3.一种页面展示方法，其特征在于，所述方法包括：

根据查找到的所述输入框展示验证码输入页面；

所述方法还包括：

在接收到所述支付请求后，展示所述收银台页面；

根据所述支付请求的环境参数，从服务端获取匹配所述环境参数的输入框展示策略并保存到本地，其中，所述输入框展示策略由所述服务端基于所述支付请求的风险等级确定，所述支付请求的风险等级由所述服务端基于所述环境参数确定；

其中，风险等级相同时，各支付方式的页面展示策略不完全相同；

所述方法还包括：

当基于所述第一支付方式的支付结果为支付失败时，接收针对第二支付方式的选择指令；

重新在本地保存的所述输入框展示策略中查找匹配所述第二支付方式的输入框；

根据重新查找到的匹配所述第二支付方式的输入框再次展示验证码输入页面。

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

在退出本次支付后，删除本地保存的所述输入框展示策略。

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

第一展示单元，根据查找到的所述展示策略展示第二页面；

所述装置还包括：

第一保存单元，在接收到所述业务请求后，根据所述业务请求的请求参数，从服务端获取匹配所述请求参数的页面展示策略并保存到本地；

其中，所述装置还包括：

第二查找单元，基于本次业务请求，当接收到针对第二业务要素的选择指令时，重新在本地保存的所述页面展示策略中查找匹配所述第二业务要素的展示策略；

第二展示单元，根据重新查找到的匹配所述第二业务要素的展示策略展示第三页面。

6.根据权利要求5所述的装置，其特征在于，所述装置还包括：

第一获取单元，在所述页面展示策略中不存在匹配所述第二业务要素的展示策略时，从服务端获取匹配所述第二业务要素的展示策略。

7.一种页面展示装置，其特征在于，所述装置包括：

第三展示单元，根据查找到的所述输入框展示验证码输入页面；

所述装置还包括：

收银台展示单元，在接收到所述支付请求后，展示所述收银台页面；

第二保存单元，根据所述支付请求的环境参数，从服务端获取匹配所述环境参数的输入框展示策略并保存到本地，其中，所述输入框展示策略由所述服务端基于所述支付请求的风险等级确定，所述支付请求的风险等级由所述服务端基于所述环境参数确定；

所述装置还包括：

第四查找单元，当基于所述第一支付方式的支付结果为支付失败时，接收针对第二支付方式的选择指令，并重新在本地保存的所述输入框展示策略中查找匹配所述第二支付方式的输入框；

第四展示单元，根据重新查找到的匹配所述第二支付方式的输入框再次展示验证码输入页面。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

策略删除单元，在退出本次支付后，删除本地保存的所述输入框展示策略。