技术领域
[0001] 本
申请涉及计算机技术领域，尤其涉及一种数据处理方法、客户端和服务端。
背景技术
[0002] 用户通过移动客户端购买商品下单，需要进行一次订单确认的过程。在订单确认页面中，用户需要确认和输入收货地址、物流配送方式、积分抵扣等相关信息。在订单确认页上展示订单相关的信息，而价格是一项十分重要的数据。订单确认页会展示多个价格：商品优惠价、主订单价格和订单总价。如果用户选择了不同的下单相关选项，如配送方式、是否使用积分、是否使用相关服务(运费险)等，订单确认页上的价格会发生相应的变化。
[0003] 例如，当用户将配送方式EMS-20元
修改为顺丰免邮之后，该配送方式所对应的主订单价格则会发生改变，应扣除之前计算在内的20元，同时，订单的总价也应该扣除20元。又例如，当用户选择使用店铺积分抵扣后，总订单价格应该减去积分扣除的相应的价格。
[0004] 由于，用户操作调整订单，使得整个订单的价格发生变化。另外，订单确认页面中，具有不同的订单信息需要录入：数量、优惠、收货地址、配送方式、服务、发票、配送时间等等。用户选择不同的订单选项，会导致产生不同的订单价格，这些变化都是由业务所决定的。在不同业务规则下，不同的选择方式，产生了不同的价格。
[0005] 目前，
现有技术中的移动购物客户端程序可以将订单中的价格信息的处理逻辑内置于客户端程序本地的业务逻辑中。但是，这种方式中的价格信息的处理逻辑难以进行动态更新和调整，导致客户端的价格计算不精确。
发明内容
[0006] 本申请的主要目的在于提供一种数据处理方法、客户端和服务端，以克服现有技术中的上述问题。
[0007] 根据本申请
实施例提供一种数据处理方法，其包括：接收页面数据；根据页面数据获取
指定类型的一个或多个页面元素；读取所述指定类型的一个或多个页面元素在指定属性上的属性值；接收用户在所述页面上的指定操作信息；将所述一个或多个页面元素在指定属性上的属性值及用户在所述页面上的指定操作信息发送至所述服务端，由所述服务端根据所述属性值及所述指定操作信息更新所述页面元素在指定属性上的属性值；接收所述服务端发送的更新后的所述页面元素在指定属性上的属性值；在所述页面显示所述页面元素在指定属性上的属性值。
[0008] 根据本申请实施例提供还提供一种数据处理方法，其包括：接收客户端发送的一个或多个页面元素在指定属性上的属性值及用户在所述页面上的指定操作信息；根据所述属性值及所述指定操作信息更新所述页面元素在指定属性上的属性值；将更新后的所述页面元素在指定属性上的属性值发送至所述客户端。
[0009] 根据本申请实施例提供还提供一种客户端，其包括：第一接收模
块，用于接收页面数据；获取模块，用于根据页面数据获取指定类型的一个或多个页面元素；读取模块，用于读取所述指定类型的一个或多个页面元素在指定属性上的属性值；第二接收模块，用于接收用户在所述页面上的指定操作信息；第一发送模块，用于将所述一个或多个页面元素在指定属性上的属性值及用户在所述页面上的指定操作信息发送至所述服务端，由所述服务端根据所述属性值及所述指定操作信息更新所述页面元素在指定属性上的属性值；第三接收模块，用于接收所述服务端发送的更新后的所述页面元素在指定属性上的属性值；显示模块，用于在所述页面显示所述页面元素在指定属性上的属性值。
[0010] 根据本申请实施例提供还提供一种服务端，其包括：第四接收模块，用于接收客户端发送的一个或多个页面元素在指定属性上的属性值及用户在所述页面上的指定操作信息；第二更新模块，用于根据所述属性值及所述指定操作信息更新所述页面元素在指定属性上的属性值；第二发送模块，用于将更新后的所述页面元素在指定属性上的属性值发送至所述客户端。
[0011] 根据本申请的技术方案，客户端将页面数据拆分为指定类型的一个或多个页面元素，将页面元素的属性值及用户的操作信息上传到服务端，由服务端负责页面元素属性值的更新操作，客户端进行属性值的展示。通过本申请，能够提高客户端对复杂计算的速度以及精确度。
附图说明
[0012] 此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
[0013] 图1是根据本申请实施例的客户端的数据处理方法的
流程图；
[0014] 图2是根据本申请实施例的服务端的数据处理方法的流程图；
[0015] 图3是根据本申请实施例的客户端和服务端的数据处理方法的流程图；
[0016] 图4A和4B是根据本申请实施例的订单确认页的示意图；
[0017] 图5是根据本申请实施例的服务端和客户端的结构
框图。
具体实施方式
[0018] 为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0019] 图1是根据本申请一个实施例的客户端的数据处理方法的流程图，如图1所示，其包括：
[0020] 步骤S101，接收页面数据。
[0021] 所述页面数据可以包括页面结构数据，在本申请的一个实施例中，所述页面结构数据为页面上各个信息的组织结构。具体而言，服务端根据客户端的特定的页面生成与该页面相对应的页面结构数据，并将所述页面结构数据发送给所述客户端。例如，客户端生成订单确认页后将所述订单确认页发送给服务端，服务端生成对应于该订单确认页的页面结构数据，该页面结构数据可以是订单确认页中商品、物流、服务等信息的组织结构。然后服务端将对应于该订单确认页的页面结构数据发送至客户端。
[0022] 步骤S102，根据页面数据获取指定类型的一个或多个页面元素。
[0023] 客户端根据服务端发送的页面数据将所述页面拆分为指定类型的一个或多个页面元素后，获取指定类型的一个或多个页面元素。具体而言，客户端根据来自服务端的页面结构数据对订单确认页进行页面元素划分，根据预先设定的
属性信息与页面元素的关联关系，确定所述订单确认页中的指定类型的页面元素。例如，所述页面元素的类型包括但不限于：收货地址、第一笔主订单、第二笔主订单、…、积分抵扣A、积分抵扣B、匿名购买
开关、订单总价、提交订单(确认)按钮等元素信息；进一步地，每一笔主订单还可以包括：商品单价、商品数量、店铺优惠、配送方式、运费险、买家留言、主订单价格等元素信息。对应步骤S102来说，指定类型的页面元素是指具有相对固定的属性值的页面元素，例如：商品单价、店铺优惠信息等页面元素。
[0024] 步骤S103，读取所述指定类型的一个或多个页面元素在指定属性上的属性值。
[0025] 在获取页面数据中指定类型的一个或多个页面元素后，读取所述指定类型的一个或多个页面元素在指定属性上的属性值。例如，读取页面元素“商品单价”的属性值“239元”等。
[0026] 步骤S104，接收用户在所述页面上的指定操作信息。
[0027] 在本申请实施例中，所述页面上除了具有相对固定的属性值的页面元素外，还包括具有可调整的属性值的页面元素。当用户在页面上对具有可调整的属性值的页面元素进行操作后产生操作信息，客户端获取指定的操作信息。例如，用户选择“配送方式”为“快递免邮”和“积分抵扣”等为具有可调整的属性值的页面元素，当用户对上述页面元素进行操作后产生操作信息，客户端接收用户的操作信息。
[0028] 步骤S105，将所述一个或多个页面元素在指定属性上的属性值及用户在所述页面上的指定操作信息发送至所述服务端，由所述服务端根据所述属性值及所述指定操作信息更新所述页面元素在指定属性上的属性值。
[0029] 具体而言，将页面元素在指定属性上的属性值及用户的指定操作信息发送至服务端，由于服务端可以维护并及时更新大量的计算规则，因此服务端能够根据所述属性值及所述指定操作信息重新计算页面元素在指定属性上的属性值。然后将重新计算得到的页面元素的属性值发送给客户端。在本申请实施例中，页面元素的属性值计算由服务端负责，客户端对计算逻辑无
感知。
[0030] 步骤S106，接收所述服务端发送的更新后的所述页面元素在指定属性上的属性值。
[0031] 步骤S107，在所述页面显示所述页面元素在指定属性上的属性值
[0032] 根据本申请实施例，客户端将页面数据拆分为指定类型的一个或多个页面元素，将页面元素的属性值及用户的操作信息上传至服务端，由服务端负责页面元素属性值的更新操作。客户端进行属性值的展示，对价格计算逻辑无感知。
[0033] 图2是根据本申请一个实施例的服务端的数据处理方法的流程图，如图2所示，其包括：
[0034] 步骤S201，接收客户端发送的一个或多个页面元素在指定属性上的属性值及用户在所述页面上的指定操作信息。
[0035] 在本实施例中，服务端根据客户端的特定的页面生成与该页面相对应的页面数据，并将所述页面数据发送给所述客户端。其中，所述页面数据可以包括页面结构数据。客户端根据页面数据将所述页面拆分为指定类型的一个或多个页面元素，并读取所述指定类型的一个或多个页面元素在指定属性上的属性值。然后接收用户在所述页面上的指定操作信息，并将所述属性值及所述指定操作信息发送至服务端。
[0036] 例如，所述页面结构数据可以是订单确认页中商品、物流、服务等信息的组织结构。所述页面元素的类型包括但不限于：收货地址、第一笔主订单、第二笔主订单、…、积分抵扣A、积分抵扣B、匿名购买开关、订单总价、提交订单(确认)按钮等元素信息；进一步地，每一笔主订单还可以包括：商品单价、商品数量、店铺优惠、配送方式、运费险、买家留言、主订单价格等元素信息。其中，所述页面元素在指定属性上的属性值是指具有相对固定的属性值的页面元素，例如：商品单价，所述页面上的指定操作信息可以是对“商品数量”的操作信息。
[0037] 步骤S202，根据所述属性值及所述指定操作信息更新所述页面元素在指定属性上的属性值。
[0038] 具体而言，服务端接收到客户端发送的所述属性值及所述指定操作信息后，在其所维护的计算规则库中确定与所述属性值及所述指定操作信息对应的计算规则，然后根据所述计算规则、所述页面元素在第一属性上的属性值以及所述指定操作信息计算所述页面元素在第二属性上的属性值。例如，当服务端接收到页面元素“配送方式”的第一属性值为“快递免邮”时，计算出其第二属性值(价格数据)为“0”；当服务端接收到页面元素“配送方式”的第一属性值为“EMS”时，计算出其第二属性值(价格数据)为“-20”。按照上述逻辑，服务端计算出每个页面元素的新的属性值，其中包括订单确认页的订单总价。
[0039] 步骤S203，将更新后的所述页面元素在指定属性上的属性值发送至所述客户端。
[0040] 根据本申请实施例，服务端接收到页面元素的属性值及用户的操作信息后，对页面元素的属性值的进行更新，并将更新后的页面元素的属性值发送给客户端。客户端进行属性值的展示，对价格计算逻辑无感知。
[0041] 下面结合图3详细描述本申请实施例的客户端和服务端的处理细节。参考图3，所述方法包括：
[0042] 步骤S301，服务端生成对应于客户端的订单确认页的订单结构数据，并将订单结构数据发送至客户端。在本申请的一个实施例中，服务端还生成对应于所述订单结构数据的第一计算规则并发送至客户端，如果客户端在本地进行价格计算则使用该第一计算规则计算订单确认页的价格数据。
[0043] 步骤S302，客户端接收到订单结构数据后，根据订单结构数据将所述订单确认页拆分为一个或多个页面元素，其中，每个页面元素具有对应的数据信息(例如数字)或选择信息。数据信息可直接参与计算；而选择信息是为用户提供选择的多个选项或开关状态，是根据用户的操作产生的信息，不能够直接参与计算。
[0044] 在本申请的一个实施例中，一个订单确认页的页面元素类型包括但不限于：收货地址、第一笔主订单、第二笔主订单、…、积分抵扣A、积分抵扣B、匿名购买开关、提交订单按钮、订单总价等元素信息；进一步地，每一笔主订单元素信息还可以包括：商品单价、商品数量、店铺优惠、配送方式、运费险、买家留言等元素信息。其中，商品单价属于相对固定的数据信息；而商品数量、配送方式、运费险等属于选择信息，它们会随着不同的选项或开关状态改变其自身的价格。
[0045] 参考图4A，用户选择两个店铺的三个商品下单，会产生两笔主订单。主订单是按照订单中的店铺维度进行划分的，一个店铺中的所有商品属于同一笔主订单。图4A所示的页面中包括二笔主订单，即第一笔主订单41和第二笔主订单42。其中，第一笔主订单41中只有一件商品，因此该笔主订单中只包含一笔子订单。继续参考图4B，按照一笔主订单中的商品维度划分子订单。一个店铺中的不同商品表示不同的子订单。其中，图4B所示的页面中包括二笔子订单，即第一笔子订单43和第二笔子订单44。
[0046] 步骤S303，读取指定类型的一个或多个页面元素在指定属性上的属性值，并接收用户在所述页面上的指定操作信息。其中，指定类型的页面元素在指定属性上的属性值包括固定的数据信息，用户在所述页面上的指定操作信息包括选择信息。继续参考图4B，第一笔子订单43中的商品价格是固定的数据信息；而其中的店铺优惠、配送方式、运费险等影响价格的元素属于选择信息，这些元素会随着不同的选项或开关状态，改变其自身的价格。需要说明，上述固定的数据信息表示相对固定的价格数据，例如卖家可能会调整商品单价；而选择信息是预先在订单确认页面设置的，也就是说选择信息并不是一成不变的，也可以将选择信息调整为固定的数据信息。
[0047] 步骤S304，判断是由服务端进行远程更新操作，还是客户端本地进行更新操作。如果由服务端进行远程更新操作则执行步骤S305，否则执行步骤S316。
[0048] 在本申请实施例中，可以根据接收到的用户在所述页面上的指定操作信息(即发生变化的选择信息)判断是执行服务端远程更新还是执行客户端本地更新。具体地，预先设置需要由服务端远程计算的远程计算逻辑，也就是哪个(些)选择信息发生变化则进行远程计算，哪个(些)选择信息发生变化则进行本地计算。例如，配送方式调整属于远程计算逻辑由服务端执行价格计算；积分抵扣操作属于本地计算逻辑由服务端本地执行价格计算。也就是说，复杂逻辑的价格计算处理由服务端在远程执行，客户端本地仅执行一些简单逻辑的价格计算处理。
[0049] 步骤S305，进行远程计算，客户端向服务端发送指定类型的一个或多个页面元素在指定属性上的属性值，以及用户在所述页面上的指定操作信息。
[0050] 步骤S306-S307，服务端接收所述属性值以及所述指定操作信息，并根据所述属性值以及所述指定操作信息计算页面元素的属性值，然后将新的页面元素的属性值发送至客户端。
[0051] 步骤S308，客户端根据所述属性值以及所述指定操作信息更新页面元素的属性值。
[0052] 步骤S309，在客户端的页面显示所述页面元素在指定属性上的属性值。
[0053] 在图4A和图4B所示的实施例中，订单总价(totalPrice_1)是由两笔主订单的价格、两项积分抵扣的价格(使用或不使用)合计而成，第一笔主订单的价格(orderPirce_1_1)是由两笔子订单价格、配送方式价格、服务价格等合计而成。其中积分抵扣操作属于本地计算逻辑，而配送方式调整属于远程计算逻辑。以打开“天猫点券”(tmallPoint_1)积分抵扣为例，tmallPoint_1的价格从0.0变为-2.0，从而订单总价需要重新计算。根据上述计算规则，将totalPrice_1下所有元素重新累加可得新的订单总价。对于调整配送方式(deliveryMethod_1_1)，由于无法在客户端确定不同的配送方式选项对应的属性值，因此在用户对配送方式进行操作后，客户端将该页面的页面元素的属性值以及用户的操作信息上传到服务端，服务端根据所述属性值以及操作信息重新计算并下发每个页面元素新的属性值，客户端接收到新的属性值之后刷新页面的对应的属性值。当价格计算逻辑发生变化时，无需新增客户端逻辑，只需要更新计算规则或采用远程计算即可。
[0054] 下面结合图5描述根据本申请实施例的客户端和服务端的结构。如图5所示，所述客户端包括：
[0055] 第一接收模块51，用于接收页面数据；
[0056] 获取模块52，用于根据页面数据获取指定类型的一个或多个页面元素。在一个实施例中，所述获取模块52还用于，根据所述页面结构数据将所述页面拆分为指定类型的一个或多个页面元素。
[0057] 读取模块53，用于读取所述指定类型的一个或多个页面元素在指定属性上的属性值，
[0058] 第二接收模块54，用于接收用户在所述页面上的指定操作信息
[0059] 第一发送模块55，用于将所述一个或多个页面元素在指定属性上的属性值及用户在所述页面上的指定操作信息发送至所述服务端，由所述服务端根据所述属性值及所述指定操作信息更新所述页面元素在指定属性上的属性值；
[0060] 第三接收模块56，用于接收所述服务端发送的更新后的所述页面元素在指定属性上的属性值。
[0061] 显示模块57，用于在所述页面显示所述页面元素在指定属性上的属性值。
[0062] 继续参考图5，在本申请的一个实施例中，所述客户端还包括：
[0063] 判断模块58，用于根据所述属性值及所述指定操作信息判断是否执行服务端更新处理，若是则执行所述第一发送模块55。
[0064] 第一更新模块59，用于如果所述判断模块58判断执行客户端更新处理，则根据所述属性值及所述指定操作信息更新所述页面元素在指定属性上的属性值。
[0065] 继续参考图5，所述服务端包括：
[0066] 第四接收模块61，用于接收客户端发送的一个或多个页面元素在指定属性上的属性值及用户在所述页面上的指定操作信息。
[0067] 第二更新模块62，用于根据所述属性值及所述指定操作信息更新所述页面元素在指定属性上的属性值。
[0068] 第二发送模块63，用于将更新后的所述页面元素在指定属性上的属性值发送至所述客户端。
[0069] 在一个实施例中，所述第二更新模块62，还用于根据所述属性值及所述指定操作信息确定对应的计算规则；根据所述计算规则、所述页面元素在第一属性上的属性值以及所述指定操作信息计算所述页面元素在第二属性上的属性值。并且，所述第二发送模块63，还用于将所述计算规则发送至所述客户端。
[0070] 本申请的方法的操作步骤与装置的结构特征对应，可以相互参照，不再一一赘述。
[0071] 综上所述，根据本申请的技术方案，客户端将页面数据拆分为指定类型的一个或多个页面元素，将页面元素的属性值及用户的操作信息上传到服务端，由服务端负责页面元素属性值的更新操作，客户端进行属性值的展示。通过本申请，能够提高客户端对复杂计算的速度以及精确度。
[0072] 本领域技术人员应明白，本申请的实施例可提供为方法、系统或
计算机程序产品。因此，本申请可采用完全
硬件实施例、完全
软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘
存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
[0073] 在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出
接口、网络接口和内存。
[0074] 内存可能包括计算机可读介质中的非永久性存储器，
随机存取存储器(RAM)和/或非易失性内存等形式，如
只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
[0075] 计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于
相变内存(PRAM)、静态随机存取存储器(SRAM)、
动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、
电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他
磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备
访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据
信号和载波。
[0076] 还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
[0077] 以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的
权利要求范围之内。
