结算处理方法及装置与流程

1.本文件涉及数据处理技术领域，尤其涉及一种结算处理方法及装置。


背景技术：

2.随着社会经济的发展和用户生活水平的提高，用户的物质需求越来越高，也越来越频繁地进行消费，在线下实体店购物仍是用户的一种主要购物方式，由于线下实体店购物具有直接、快捷的优势，因此，受到用户的青睐。但遇到购物高峰期，结算通道排队用户多，导致用户结算的等待时间长，造成不良的用户体验，因此，如何使用户在购物高峰期免排队购物，提升用户的购物体验变得尤为重要。


技术实现要素：

3.本说明书一个或多个实施例提供了一种结算处理方法。所述结算处理方法，应用于服务器，包括：根据用户终端发送的用户标识和商家标识中至少一者确定用户的信用结算额度。接收所述用户终端对采集的商品的标识码进行解码后上传的商品信息。将所述商品添加至与所述用户标识关联的商品列表，并向所述用户终端发送。接收所述用户终端提交的结算指令，基于所述信用结算额度对所述商品列表进行结算处理。
4.本说明书一个或多个实施例提供了另一种结算处理方法，应用于用户终端，包括：获取用户的用户标识以及所述用户访问的目标商家的商家标识，并向服务器发送。采集商品的标识码，并将对所述标识码进行解码后获得的商品信息上传至所述服务器。接收并展示所述服务器下发的与所述用户标识关联的商品列表。在检测到针对所述商品列表的结算操作后向所述服务器提交结算指令，以使所述服务器基于所述用户的信用结算额度进行结算处理。
5.本说明书一个或多个实施例提供了一种结算处理装置，运行于服务器，包括：额度确定模块，被配置为根据用户终端发送的用户标识和商家标识中至少一者确定用户的信用结算额度。信息接收模块，被配置为接收所述用户终端对采集的商品的标识码进行解码后上传的商品信息。商品添加模块，被配置为将所述商品添加至与所述用户标识关联的商品列表，并向所述用户终端发送。结算处理模块，被配置为接收所述用户终端提交的结算指令，基于所述信用结算额度对所述商品列表进行结算处理。
6.本说明书一个或多个实施例提供了另一种结算处理装置，运行于用户终端，包括：标识获取模块，被配置为获取用户的用户标识以及所述用户访问的目标商家的商家标识，并向服务器发送。信息上传模块，被配置为采集商品的标识码，并将对所述标识码进行解码后获得的商品信息上传至所述服务器。列表接收模块，被配置为接收并展示所述服务器下发的与所述用户标识关联的商品列表。指令提交模块，被配置为在检测到针对所述商品列表的结算操作后向所述服务器提交结算指令，以使所述服务器基于所述用户的信用结算额度进行结算处理。
7.本说明书一个或多个实施例提供了一种结算处理设备，包括：处理器；以及，被配
置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：根据用户终端发送的用户标识和商家标识中至少一者确定用户的信用结算额度。接收所述用户终端对采集的商品的标识码进行解码后上传的商品信息。将所述商品添加至与所述用户标识关联的商品列表，并向所述用户终端发送。接收所述用户终端提交的结算指令，基于所述信用结算额度对所述商品列表进行结算处理。
8.本说明书一个或多个实施例提供了另一种结算处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：获取用户的用户标识以及所述用户访问的目标商家的商家标识，并向服务器发送。采集商品的标识码，并将对所述标识码进行解码后获得的商品信息上传至所述服务器。接收并展示所述服务器下发的与所述用户标识关联的商品列表。在检测到针对所述商品列表的结算操作后向所述服务器提交结算指令，以使所述服务器基于所述用户的信用结算额度进行结算处理。
9.本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：根据用户终端发送的用户标识和商家标识中至少一者确定用户的信用结算额度。接收所述用户终端对采集的商品的标识码进行解码后上传的商品信息。将所述商品添加至与所述用户标识关联的商品列表，并向所述用户终端发送。接收所述用户终端提交的结算指令，基于所述信用结算额度对所述商品列表进行结算处理。
10.本说明书一个或多个实施例提供了另一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：获取用户的用户标识以及所述用户访问的目标商家的商家标识，并向服务器发送。采集商品的标识码，并将对所述标识码进行解码后获得的商品信息上传至所述服务器。接收并展示所述服务器下发的与所述用户标识关联的商品列表。在检测到针对所述商品列表的结算操作后向所述服务器提交结算指令，以使所述服务器基于所述用户的信用结算额度进行结算处理。
附图说明
11.为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图；
12.图1为本说明书一个或多个实施例提供的一种结算处理方法处理流程图；
13.图2为本说明书一个或多个实施例提供的一种应用于商品结算场景的结算处理方法时序图；
14.图3为本说明书一个或多个实施例提供的另一种结算处理方法处理流程图；
15.图4为本说明书一个或多个实施例提供的一种结算处理装置示意图；
16.图5为本说明书一个或多个实施例提供的另一种结算处理装置示意图；
17.图6为本说明书一个或多个实施例提供的一种结算处理设备的结构示意图；
18.图7为本说明书一个或多个实施例提供的另一种结算处理设备的结构示意图。
具体实施方式
19.为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。
20.本说明书提供的一种结算处理方法实施例：
21.参照图1，其示出了本实施例提供的一种结算处理方法处理流程图，参照图2，其示出了本实施例提供的一种应用于商品结算场景的结算处理方法时序图。
22.本实施例提供的结算处理方法的执行主体为服务器，本说明书提供的另一种结算处理方法实施例的执行主体为用户终端，本实施例提供的应用于服务器的结算处理方法，与下述方法实施例提供的应用于用户终端的结算处理方法在执行过程中相互配合，因此，阅读本实施例请对照下述方法实施例的相应内容。
23.参照图1，本实施例提供的结算处理方法，应用于服务器，具体包括步骤s102至步骤s108。
24.步骤s102，根据用户终端发送的用户标识和商家标识中至少一者确定用户的信用结算额度。
25.实际应用中，用户在实体商家进行购物时，经常出现排队买单的情况，这会影响只买少量商品又着急离开的用户的购物体验，进一步可能会导致用户放弃购买商品，降低商家营业的有效性。
26.本实施例提供的结算处理方法，用户在目标商家的商家区域内，利用用户终端扫描目标商家配置的商家的信用结算标识码或者访问信用应用实现自助结算，具体的，用户终端将获取到的用户标识以及用户购物的目标商家的商家标识提交至服务器，服务器根据用户标识查询用户的信用等级，进一步根据用户的信用等级和目标商家配置的商家信用条件确定用户的信用结算额度，并将信用结算额度向用户终端发送，用户终端采集商品的标识码，并对标识码进行识别获得商品信息，再将商品信息上传至服务器，服务器在商品列表满足信用结算额度的条件时，将商品添加至商品列表中，并将商品列表向用户终端发送，最后在接收到用户终端提交的结算指令后，根据信用结算额度对商品列表进行结算处理，以此，用户可以在商家区域内通过用户终端进行结算，无需在商家收银台排队结算，减少用户排队时长，提升用户购物体验，同时根据用户的信用等级确定用户的信用结算额度，减少由于用户未对结算处理产生的待还费用进行还款导致的商家或交易提供方的资源损失。
27.实际应用中，用户在目标商家购物时，由于商家收银区域排队人数较多，用户选择自助结算的方式进行结算，具体实施时，用户可通过扫描目标商家在商家区域内配置的信用结算标识码进行自助结算，本实施例提供的一种可选实施方式中，若通过扫描信用结算标识码进行自助结算，用户终端采用如下方式获取用户标识以及商家标识：
28.在所述商家标识对应的目标商家的商家区域内，采集所述目标商家的信用结算标识码；
29.对所述信用结算标识码进行解码获得所述商家标识，并获取采集所述信用结算标识码的所述用户终端对应的所述用户标识。
30.具体的，目标商家的商家区域，包括商品放置区域和收银区域，用户可在商品放置区域进行自助结算，无需在收银区域排队。用户终端在扫描目标商家的信用结算标识码后对该信用结算标识码进行解码，获得目标商家的商家标识，在获得商家标识后，读取用户终端对应的用户标识，并将商家标识和用户标识向服务器发送。
31.除此之外，用户还可以通过访问信用应用进行自助结算，若用户通过访问信用应用进行自助结算，则需要由用户录入目标商家，在用户录入目标商家后，向服务器发送用户标识和商家标识。本实施例提供的一种可选实施方式中，若用户通过访问信用应用进行自助结算，用户终端首先获取所述用户的访问请求，基于所述访问请求读取所述用户标识，然后采集所述用户录入的商家关键字，基于所述商家关键字向所述用户展示候选商家列表，再读取所述用户在所述候选商家列表中选择的目标商家的所述商家标识；最后向服务器发送获取到的商家标识和用户标识。
32.所述信用结算额度，包括用户能够进行自助结算的额度，至少包括根据用户的信用等级向用户授予的可用于进行结算处理的额度数值，具体的，用户使用该额度进行结算处理后需在还款期限内进行偿还。需要说明的是，本实施例所述信用结算额度，是一个具体的上限数值，例如500元。此外，为了进行商品促销，信用结算额度也可是一个范围，例如400元至500元。其中，当信用结算额度为500元时，用户自助结算的商品总费用不能超过500元；当信用结算额度为400元至500元时，用户自助结算的商品总费用不能小于400元且不能大于500元。
33.具体实施时，为了防止向所有开放信用等级额度但用户利用信用结算额度进行结算后未对结算处理产生的待还费用进行还款导致商家的资源损失，根据用户的信用等级确定信用结算额度，即用户的信用等级越高，确定的信用结算额度越高，信用等级低的用户可能会信用结算额度为0。此外，商家也可设定各信用等级对应的自助结算额度范围(即：商家信用条件)。
34.针对于此，本实施例提供的一种信用结算额度确定的可选实施方式中，执行如下操作：
35.基于所述用户标识查询所述用户的信用等级；
36.若所述商家标识对应的目标商家配置商家信用条件，将所述信用等级和所述商家信用条件输入额度确定算法进行额度确定，获取所述额度确定算法输出的所述信用结算额度；
37.若所述商家标识对应的目标商家未配置商家信用条件，将所述信用等级输入额度确定算法进行额度确定，获取所述额度确定算法输出的所述信用结算额度。
38.具体的，若目标商家配置商家信用条件，则根据用户标识和商家标识二者确定用户的信用结算额度，即根据用户的信用等级和商家信用条件确定信用结算额度；若目标商家未配置商家信用条件，则根据用户标识一者确定用户的信用结算额度，即根据用户的信用等级确定信用结算额度。
39.例如，用户通过用户终端扫描目标商家在商家区域配置的商家标识码，用户终端读取到用户标识，并获取对商家标识码解码后的商家标识，服务器接收用户终端发送的商家标识和用户标识，根据用户标识查询到用户的信用等级为高等，查询商家配置的商家信用条件为“高等信用等级：1500
‑
3000元；中等信用等级：500
‑
1500元；低等信用等级：0
‑
500
元。”将用户的信用等级和商家信用条件输入额度确定算法中进行额度确定，获取到额度确定算法输出的信用结算额度为2500元。
40.除此之外，为了在减少用户在结算过程中的排队问题的基础上实现商家的商品促销，提升商家收益，在确定用户的信用结算额度的过程中，在确定用户可以进行结算处理的额度上限的同时，确定用户进行结算处理的额度的下限。本实施例提供的一种可选实施方式中，在确定信用结算额度的过程中，首先根据所述用户标识查询所述用户的信用等级，然后将所述信用等级输入额度确定算法，获取所述额度确定算法输出的信用结算额度范围；若所述商家标识对应的目标商家配置商家信用条件，比对所述信用结算额度范围和所述商家标识对应的目标商家配置的商家信用条件，获得重合额度范围；根据所述重合额度范围确定所述信用结算额度；若所述目标商家未配置商家信用条件，则将所述信用结算额度范围确定为所述信用结算额度。
41.需要说明的是，在确定信用结算额度的过程中，也可以预先设置信用额度对照表，根据用户终端发送的用户标识和商家标识二者中至少一者确定信用结算额度的过程中，根据用户等级标识查询用户的信用等级，若目标商家配置商家信用条件，基于信用等级和商家信用条件在信用额度对照表中查询对应的信用结算额度或对应的信用结算额度范围，若目标商家未配置商家信用条件，根据用户的信用等级在信用额度对照表中查询对应的信用结算额度。
42.为了提升用户对信用结算额度的感知程度，本实施例提供的一种可选实施方式中，在确定信用结算额度之后，将所述信用结算额度向所述用户终端发送，以使所述用户终端进行展示。在此过程中，用户终端首先接收所述服务器发送的所述信用结算额度，然后基于所述信用结算额度渲染采集提醒页面并展示。
43.实际应用中，通过自助结算方式进行结算的过程中，需要用户终端来采集用户要购买的商品信息。具体实施时，用户终端在展示采集提醒页面后，用户可通过采集提醒页面进入采集页面，并通过采集页面采集商品的标识码，用户终端在采集标识码后对标识码进行解码，获得商品信息，并将商品信息上传至服务器。对于用户终端在采集商品的标识码，并将对所述标识码进行解码后获得的商品信息上传至所述服务器的过程，本实施例提供的一种可选实施方式中，用户终端可通过以下方式进行标识码的采集：
44.(1)在所述用户触发采集提醒页面配置的采集控件时，展示采集页面；所述采集页面配置有采集完成控件；
45.采集所述标识码，并将识别所述标识码后获得的所述商品信息上传至所述服务器；
46.(2)在所述采集提醒页面配置的采集控件被触发的情况下，展示采集页面；
47.采集所述标识码，并在识别成功后将所述商品信息上传至所述服务器。
48.具体的，用户终端可通过配置有采集完成控件的采集页面进行标识码采集，也可通过未配置采集完成控件的采集页面进行标识码采集。通过配置采集完成控件的采集页面进行采集的过程中，在采集一件商品后依然展示采集页面，用户可通过采集页面继续采集商品的标识码；若通过未配置采集完成控件的采集页面进行采集，则在采集过程中，在采集一件商品后，渲染列表展示页面并展示，用户可通过触发列表展示页面配置的采集控件采集商品的标识码。在采集商品的标识码后，对标识码进行解码，并将解码获得的商品信息上
传至服务器。
49.步骤s104，接收所述用户终端对采集的商品的标识码进行解码后上传的商品信息。
50.所述商品信息，包括商品费用、商品重量、商品名称和/或商品图像；此外，还可包含针对商品配置的其他参数。
51.具体实施时，为了提升用户对选中的商品的感知程度，以及提升对数据的处理效率，将用户提交的商品信息对应的商品通过商品列表的形式进行管理，其中，商品列表与用户标识具有关联关系。此外，为了避免目标商家的资源损失，用户要购买的商品的总费用应控制在信用结算额度以下。针对于此，在接收到商品信息后，对商品列表的商品总金额与商品信息中的商品金额进行额度检测处理，以此来避免超额。本实施例提供的一种额度检测处理的可选实施方式中，执行如下操作：
52.将所述商品信息中的商品费用累加至所述商品列表的商品总费用；
53.判断累加后的商品总费用是否小于或者等于所述信用结算额度；
54.若是，执行下述步骤s106，将所述商品添加至与所述用户标识关联的商品列表，并向所述用户终端发送；
55.若否，向所述用户终端发送超额提醒。
56.具体的，将用户标识对应的用户终端上传的商品信息中的商品费用累加至与用户标识绑定的商品列表的商品总费用，将累加后的商品总费用与信用结算额度进行比对，若累加后的商品总费用小于或等于信用结算额度，则执行下述步骤s106，将所述商品添加至与所述用户标识关联的商品列表，并向所述用户终端发送；若累加后的商品总费用大于信用结算额度，则向所述用户终端发送未写入该商品的商品列表以及超额提醒。
57.相应的，在后续通过步骤s106向用户终端发送商品列表的过程中，首先将所述商品添加至所述商品列表，并基于所述商品列表的商品总费用计算所述信用结算额度的剩余额度；然后向所述用户终端发送所述商品列表和/或所述剩余额度。
58.例如，获取到用户终端上传的商品信息中的商品费用为500元，该用户的信用结算额度为2500元，读取到与用户的用户标识关联的商品列表的商品总费用为1000元，则将500元累加至1000元，获得累加后的商品总费用为1500元，由于1500元小于2500元，则基于商品信息将对应的商品添加至商品列表中，获得包含该商品信息对应商品的商品列表，计算信用结算额度的剩余额度为1000元，将剩余额度以及进行商品添加操作后获得的商品列表向用户终端发送。
59.再例如，获取到用户终端上传的商品信息中的商品费用为500元，该用户的信用结算额度为2500元，读取到与用户的用户标识关联的商品列表的商品总费用为2300元，将500元累加至2300元获得累加后的商品总费用为2800元，由于2800元大于2500元，则该商品信息对应的商品不能添加至商品列表中，基于2800元向用户终端发送超额提醒，此外，还可向用户终端发送商品总费用为2300元的商品列表。
60.步骤s106，将所述商品添加至与所述用户标识关联的商品列表，并向所述用户终端发送。
61.如上所述，在根据用户终端发送的用户标识和商家标识中至少一者确定用户的信用结算额度之后，且所述接收所述用户终端对采集的商品的标识码进行解码后上传的商品
信息之前，将所述信用结算额度向所述用户终端发送，以使所述用户终端进行展示；在此基础上，在将所述商品添加至与所述用户标识关联的商品列表，并向所述用户终端发送的过程中，为了提升用户对可用信用结算额度的感知程度，向用户展示商品列表的商品总费用和商品总费用与信用结算额度的差价，即信用结算额度的剩余额度，本实施例提供的一种可选实施方式中，在将所述商品添加至与所述用户标识关联的商品列表，并向所述用户终端发送的过程中，执行如下操作：
62.将所述商品添加至所述商品列表，并基于所述商品列表的商品总费用计算所述信用结算额度的剩余额度；
63.向所述用户终端发送所述商品列表和/或所述剩余额度。
64.实际应用中，为了提高用户对已采集商品的感知程度，通过商品列表的形式向用户展示已经被用户终端采集过的商品。具体实施时，将商品信息中的商品费用累加到与用户标识关联且未结算的商品列表的商品总费用后，在获得的累加后的商品总费用小于或者等于信用结算额度的情况下，将对应的商品添加至商品列表中，并将进行商品添加后的商品列表以及剩余额度向用户终端发送。
65.需要说明的是，在获得的累加后的商品总费用大于信用结算额度的情况下，向用户终端发送超额提醒。
66.对应与上述用户终端采集标识码的两种不同的方式，本实施例提供的一种可选实施方式中，用户终端接收并展示商品列表的过程，可通过以下两种方式实现：
67.(1)接收所述服务器下发的所述商品列表和/或剩余额度，基于所述商品列表和/或所述剩余额度渲染采集成功图层，并在所述采集页面上方进行展示；
68.(2)接收所述服务器下发的所述商品列表和/或剩余额度，基于所述商品列表和/或所述剩余额度渲染并展示列表展示页面；所述列表展示页面配置所述采集控件。
69.以下对用户终端采集商品的标识码和展示商品列表两种方式进行具体说明。
70.第一种，用户触发采集提醒页面配置的采集控件后用户终端进行商品采集，用户终端在进行商品标识码的采集过程中，向用户展示采集页面，在每一个商品采集后通过图层或者弹窗的形式向用户展示采集结果，用户在采集完成或者采集标识码对应的商品列表中的商品总费用超过信用结算额度后，通过触发采集页面配置的采集完成控件退出采集页面，具体的，用户终端在所述采集提醒页面配置的采集控件被触发的情况下，展示采集页面；所述采集页面配置有采集完成控件；采集所述标识码，并在识别成功后将所述商品信息上传至所述服务器。若接收到所述服务器下发的所述商品列表和/或剩余额度，则基于所述商品列表和/或所述剩余额度渲染采集成功图层，并在所述采集页面上方进行展示；若接收到所述服务器下发的所述商品列表和/或超额提醒，则基于所述超额提醒渲染超额提醒图层，并在所述采集页面上方进行展示。
71.第二种，用户触发采集提醒页面配置的采集控件后用户终端进行商品采集，用户终端在进行商品标识码的采集过程中，向用户展示采集页面，在每一个商品采集后渲染列表展示页面并展示，用户若想再次采集，可通过触发列表展示页面中配置的采集控件进行采集，具体的，用户终端在所述采集提醒页面配置的采集控件被触发的情况下，展示采集页面；采集所述标识码，并在识别成功后将所述商品信息上传至所述服务器；若接收到所述服务器下发的所述商品列表和/或剩余额度，基于所述商品列表和/或所述剩余额度渲染并展
示列表展示页面；所述列表展示页面配置所述采集控件；所述商品列表中已添加所述商品；若接收到所述服务器下发的所述商品列表和/或超额提醒，基于所述商品列表和/或所述超额提醒渲染并展示列表展示页面；所述列表展示页面配置所述采集控件；所述商品列表中未添加所述商品。需要说明的是，在剩余额度为0的情况下，可将列表展示页面配置的采集控件标记为不可用状态。
72.步骤s108，接收所述用户终端提交的结算指令，基于所述信用结算额度对所述商品列表进行结算处理。
73.具体实施时，用户通过用户终端提交针对商品列表的结算指令，用户终端在检测到针对所述商品列表的结算操作后向所述服务器提交结算指令，以使所述服务器基于所述用户的信用结算额度进行结算处理。服务器在接收到结算指令后，根据信用结算额度对商品列表进行结算处理。
74.在进行结算处理的过程中，由交易提供方即出资方为用户进行垫付，用户可在规定的时间范围内对交易提供方垫付的费用进行还款，为了提升用户对自助结算服务的参与度，对于交易提供方垫付的费用产生的利息，由商家进行支付。本实施例提供的一种可选实施方式中，通过如下方式对商品列表进行结算处理：
75.基于所述商品列表的商品总费用对所述信用结算额度进行冻结处理；
76.调用支付平台将所述商品总费用对应的资源从交易提供方转移至所述目标商家。
77.具体的，为了减少目标商家以及交易提供方的资源损失，在用户利用信用结算额度对商品列表进行结算后，将商品总费用对应的信用结算额度进行冻结处理。
78.例如，用户的信用结算额度为2500元，商品列表的商品总费用为1500元，在对该商品列表的结算处理中，冻结信用结算额度中的1500元，冻结后用户的可用信用结算额度为1000元，在冻结额度后，调用支付平台将1500元对应的资源从交易提供方的账户转移到目标商家的账户。
79.具体实施时，用户的信用等级根据用户的信用履约状态和/或用户的身份信息进行确定，因此，基于信用结算额度进行结算处理后，用户对结算账单的信用履约状态也会成为进行用户的信用等级确定的影响因素，本实施例提供的一种可选实施方式中，在结算处理之后，还执行如下步骤：
80.基于针对所述商品列表的结算结果，生成结算账单；
81.将所述结算账单对应的信用履约状态存入所述用户的信用参数集合，以根据所述信用参数集合中的参数对所述用户的信用等级进行确定。
82.其中，所述信用履约状态包括按时履约状态、超期履约状态和/或超期未履约状态。信用履约状态会作为信用参数影响对用户的信用等级的确定。
83.实际应用中，为了避免用户实际采购的商品与通过自助结算进行结算的商品不一致导致目标商家的资源损失，本实施例提供的一种可选实施方式中，在结算处理后，基于针对所述商品列表的结算结果，生成结算账单；所述结算账单中包含基于账单标识创建的账单标识码；将所述结算账单向所述用户终端发送，以使所述用户基于所述结算账单进行结算核验。
84.进一步，用户终端在接收到结算账单后对结算账单进行存储，以使用户可以随时查看，为了降低目标商家的资源损失，可在目标商家的出口区域设置对实际采购商品进行
结算核验的环节。本实施例提供的一种可选实施方式中，通过如下方式进行结算核验：
85.采集所述账单标识码，并对所述账单标识码进行解码获得所述商品列表；
86.基于所述商品列表中各商品的商品重量，确定所述商品列表对应的商品总重量；
87.将所述商品总重量与称重商品重量进行比对；
88.若所述称重商品重量与所述商品总重量的差值小于或者等于重量误差，则确定核验通过；
89.若所述称重商品重量与所述商品总重量的差值大于所述重量误差，则确定核验未通过。
90.例如，在目标商家的出口处配置扫码称重机具，扫码称重机具首先识别用户终端展示的结算账单的账单标识码，获得商品列表，然后根据商品列表中各商品的重量，计算商品列表中的商品总重量；再将商品总重量与实际称重获得的称重商品总重量进行比对，若比对之后的误差在误差范围内，则确定核验通过；若误差不在误差范围内，则提醒目标商家的工作人员进行线下核验。
91.需要说明的是，在进行结算核验的过程中，还可根据商品列表中的商品的其他参数进行核验，本实施例在此不做限定。此外，服务器在生成结算账单后，可将结算账单存储在服务器，在用户通过用户终端访问结算账单时将结算账单向用户终端发送。
92.下述以本实施例提供的一种结算处理方法在商品结算场景的应用为例，对本实施例提供的结算处理方法进行进一步说明，参见图2，应用于商品结算场景的结算处理方法，具体包括如下步骤。
93.步骤s204，服务器根据用户标识查询用户的信用等级，以及根据商家标识查询商家配置的商家信用条件。
94.在此之前，用户终端采集商家区域内的商家标识码，获取商家标识以及用户标识。
95.步骤s206，将信用等级和商家信用条件输入额度确定算法进行额度确定，获得信用结算额度。
96.在此之后，用户终端根据服务器发送的信用结算额度渲染采集提醒页面并展示，在采集提醒页面配置的采集控件被触发时采集商品的标识码，并将识别标识码后获得的商品信息向服务器上传。
97.步骤s212，将商品信息中的商品费用累加至与用户标识具有关联关系的商品列表的商品总费用中。
98.步骤s214，判断累加后的商品总费用是否小于或者等于信用结算额度；
99.若是，执行下一步骤；
100.若否，向用户终端发送超额提醒。
101.步骤s216，将商品添加至商品列表中，并基于累加后的商品总费用计算信用结算额度的剩余额度。
102.步骤s218，将剩余额度以及进行商品添加后的商品列表向用户终端发送。
103.此后，用户终端根据商品列表和剩余额度渲染并展示列表展示页面，并在检测到用户对商品列表的结算操作的情况下向服务器发送结算指令。
104.步骤s222，基于信用结算额度对商品列表进行结算处理，并在结算成功后生成结算账单向用户终端发送。
105.综上所述，本实施例提供的结算处理方法，首先根据用户终端发送的用户标识和商家标识中至少一者确定用户的信用结算额度，然后接收用户终端对采集的商品的标识码进行解码后上传的商品信息，再将商品添加至与用户标识关联的商品列表，并向用户终端发送，最后接收用户终端提交的结算指令，基于信用结算额度对商品列表进行结算处理，以此，通过自助结算的方式避免用户在目标商家的收银区域排队结算导致结算时间较长，影响用户体验。
106.本说明书提供的另一种结算处理方法实施例：
107.参照图3，其示出了本实施例提供的一种结算处理方法处理流程图，参照图2，其示出了本实施例提供的一种应用于商品结算场景的结算处理方法时序图。
108.参照图3，本实施例提供的结算处理方法，应用于用户终端，具体包括步骤s302至步骤s308。
109.步骤s302，获取用户的用户标识以及所述用户访问的目标商家的商家标识，并向服务器发送。
110.实际应用中，用户在实体商家进行购物时，经常出现排队买单的情况，这会影响只买少量商品又着急离开的用户的购物体验，进一步可能会导致用户放弃购买商品，降低商家营业的有效性。
111.本实施例提供的结算处理方法，用户在目标商家的商家区域内，利用用户终端扫描目标商家配置的商家的信用结算标识码或者访问信用应用实现自助结算，具体的，用户终端将获取到的用户标识以及用户购物的目标商家的商家标识提交至服务器，服务器根据用户标识查询用户的信用等级，进一步根据用户的信用等级和目标商家配置的商家信用条件确定用户的信用结算额度，并将信用结算额度向用户终端发送，用户终端采集商品的标识码，并对标识码进行识别获得商品信息，再将商品信息上传至服务器，服务器在商品列表满足信用结算额度的条件时，将商品添加至商品列表中，并将商品列表向用户终端发送，最后在接收到用户终端提交的结算指令后，根据信用结算额度对商品列表进行结算处理，以此，用户可以在商家区域内通过用户终端进行结算，无需在商家收银台排队结算，减少用户排队时长，提升用户购物体验，同时根据用户的信用等级确定用户的信用结算额度，减少由于用户未对结算处理产生的待还费用进行还款导致的商家或交易提供方的资源损失。
112.实际应用中，用户在目标商家购物时，由于商家收银区域排队人数较多，用户选择自助结算的方式进行结算，具体实施时，用户可通过扫描目标商家在商家区域内配置的信用结算标识码进行自助结算，本实施例提供的一种可选实施方式中，若通过扫描信用结算标识码进行自助结算，采用如下方式获取用户标识以及商家标识：
113.在所述目标商家的商家区域内，采集所述目标商家的信用结算标识码；
114.对所述信用结算标识码进行解码获得所述商家标识，并获取采集所述信用结算标识码的所述用户终端对应的所述用户标识。
115.具体的，目标商家的商家区域，包括商品放置区域和收银区域，用户可在商品放置区域进行自助结算，无需在收银区域排队。用户终端在扫描目标商家的信用结算标识码后对该信用结算标识码进行解码，获得目标商家的商家标识，在获得商家标识后，读取用户终端对应的用户标识，并将商家标识和用户标识向服务器发送。
116.除此之外，用户还可以通过访问信用应用进行自助结算，若用户通过访问信用应
用进行自助结算，则需要由用户录入目标商家，在用户录入目标商家后，向服务器发送用户标识和商家标识。本实施例提供的一种可选实施方式中，若用户通过访问信用应用进行自助结算，用户终端首先获取用户的访问请求，基于所述访问请求读取所述用户标识，然后采集所述用户录入的商家关键字，基于所述商家关键字向所述用户展示候选商家列表，再读取所述用户在所述候选商家列表中选择的目标商家的所述商家标识；最后向服务器发送获取到的商家标识和用户标识。
117.具体实施时，为了避免用户自助结算后未对自助结算费用进行还款导致资源损失，服务器在接收到用户标识以及商家标识之后需要确定信用结算额度，使用户根据信用结算额度进行结算。为了防止用户利用信用结算额度进行结算后未对结算处理产生的待还费用进行还款导致商家的资源损失，服务器根据用户的信用等级确定信用结算额度，即用户的信用等级越高，确定的信用结算额度越高，信用等级低的用户可能会信用结算额度为0。此外，商家也可设定各信用等级对应的自助结算额度范围(即：商家信用条件)。
118.基于此，服务器在确定信用结算额度的过程中，执行如下操作：
119.基于所述用户标识查询所述用户的信用等级；
120.若所述商家标识对应的目标商家配置商家信用条件，将所述信用等级和所述商家信用条件输入额度确定算法进行额度确定，获取所述额度确定算法输出的所述信用结算额度；
121.若所述商家标识对应的目标商家未配置商家信用条件，将所述信用等级输入额度确定算法进行额度确定，获取所述额度确定算法输出的所述信用结算额度。
122.所述信用结算额度，包括用户能够进行自助结算的额度，至少包括根据用户的信用等级向用户授予的可用于进行结算处理的额度数值，具体的，用户使用该额度进行结算处理后需在还款期限内进行偿还。需要说明的是，本实施例所述信用结算额度，是一个具体的上限数值，例如500元。此外，为了进行商品促销，信用结算额度也可是一个范围，例如400元至500元。其中，当信用结算额度为500元时，用户自助结算的商品总费用不能超过500元；当信用结算额度为400元至500元时，用户自助结算的商品总费用不能小于400元且不能大于500元。
123.具体的，若目标商家配置商家信用条件，服务器则根据用户标识和商家标识二者确定用户的信用结算额度，即根据用户的信用等级和商家信用条件确定信用结算额度；若目标商家未配置商家信用条件，则根据用户标识一者确定用户的信用结算额度，即根据用户的信用等级确定信用结算额度。
124.例如，用户通过用户终端扫描目标商家在商家区域配置的商家标识码，用户终端读取到用户标识，并获取对商家标识码解码后的商家标识，服务器接收用户终端发送的商家标识和用户标识，根据用户标识查询到用户的信用等级为高等，查询商家配置的商家信用条件为“高等信用等级：1500
‑
3000元；中等信用等级：500
‑
1500元；低等信用等级：0
‑
500元。”将用户的信用等级和商家信用条件输入额度确定算法中进行额度确定，获取到额度确定算法输出的信用结算额度为2500元。
125.除此之外，为了在减少用户在结算过程中的排队问题的基础上实现商家的商品促销，提升商家收益，在确定用户的信用结算额度的过程中，在确定用户可以进行结算处理的额度上限的同时，确定用户进行结算处理的额度的下限。服务器在确定信用结算额度的过
程中，首先根据所述用户标识查询所述用户的信用等级，然后将所述信用等级输入额度确定算法，获取所述额度确定算法输出的信用结算额度范围；若所述商家标识对应的目标商家配置商家信用条件，比对所述信用结算额度范围和所述商家标识对应的目标商家配置的商家信用条件，获得重合额度范围；根据所述重合额度范围确定所述信用结算额度；若所述目标商家未配置商家信用条件，则将所述信用结算额度范围确定为所述信用结算额度。
126.需要说明的是，服务器在确定信用结算额度的过程中，也可以预先设置信用额度对照表，根据用户终端发送的用户标识和商家标识二者中至少一者确定信用结算额度的过程中，根据用户等级标识查询用户的信用等级，若目标商家配置商家信用条件，基于信用等级和商家信用条件在信用额度对照表中查询对应的信用结算额度或对应的信用结算额度范围，若目标商家未配置商家信用条件，根据用户的信用等级在信用额度对照表中查询对应的信用结算额度。
127.为了提升用户对信用结算额度的感知程度，本实施例提供的一种可选实施方式中，通过如下方式对信用结算额度进行展示：
128.接收所述服务器发送的所述信用结算额度；
129.基于所述信用结算额度渲染采集提醒页面并展示。
130.步骤s304，采集商品的标识码，并将对所述标识码进行解码后获得的商品信息上传至所述服务器。
131.所述商品信息，包括商品费用、商品重量、商品名称和/或商品图像；此外，还可包含针对商品配置的其他参数。
132.实际应用中，通过自助结算方式进行结算的过程中，需要采集用户要购买的商品信息。具体实施时，在展示采集提醒页面后，用户可通过采集提醒页面进入采集页面，并通过采集页面采集商品的标识码，在采集标识码后对标识码进行解码，获得商品信息，并将商品信息上传至服务器。对于用户终端在采集商品的标识码，并将对所述标识码进行解码后获得的商品信息上传至所述服务器的过程，本实施例提供的一种可选实施方式中，可通过以下方式进行标识码的采集：
133.(1)在所述采集提醒页面配置的采集控件被触发的情况下，展示采集页面；所述采集页面配置有采集完成控件；
134.采集所述标识码，并在识别成功后将所述商品信息上传至所述服务器；
135.(2)在所述采集提醒页面配置的采集控件被触发的情况下，展示采集页面；
136.采集所述标识码，并在识别成功后将所述商品信息上传至所述服务器；
137.具体的，可通过配置有采集完成控件的采集页面进行标识码采集，也可通过未配置采集完成控件的采集页面进行标识码采集。通过配置采集完成控件的采集页面进行采集的过程中，在采集一件商品后依然展示采集页面，用户可通过采集页面继续采集商品的标识码；若通过未配置采集完成控件的采集页面进行采集，则在采集过程中，在采集一件商品后，渲染列表展示页面并展示，用户可通过触发列表展示页面配置的采集控件采集商品的标识码。在采集商品的标识码后，对标识码进行解码，并将解码获得的商品信息上传至服务器。
138.具体实施时，为了提升用户对选中的商品的感知程度，以及提升对数据的处理效率，服务器将用户提交的商品信息对应的商品通过商品列表的形式进行管理，其中，商品列
表与用户标识具有关联关系。此外，为了避免目标商家的资源损失，用户要购买的商品的总费用应控制在信用结算额度以下。
139.基于此，服务器在接收到商品信息后，还执行如下操作：
140.将所述商品信息中的商品费用累加至所述商品列表的商品总费用；
141.判断累加后的商品总费用是否小于或者等于所述信用结算额度；
142.若是，将所述商品添加至与所述用户标识关联的商品列表，并向所述用户终端发送；
143.若否，向所述用户终端发送超额提醒。
144.具体的，服务器将用户标识对应的用户终端上传的商品信息中的商品费用累加至与用户标识绑定的商品列表的商品总费用，将累加后的商品总费用与信用结算额度进行比对，若累加后的商品总费用小于或等于信用结算额度，则将所述商品添加至与所述用户标识关联的商品列表，并向所述用户终端发送；若累加后的商品总费用大于信用结算额度，则向所述用户终端发送未写入该商品的商品列表以及超额提醒。相应的，在后续通过步骤s106向用户终端发送商品列表的过程中，首先将所述商品添加至所述商品列表，并基于所述商品列表的商品总费用计算所述信用结算额度的剩余额度；然后向所述用户终端发送所述商品列表和/或所述剩余额度。
145.例如，获取到用户终端上传的商品信息中的商品费用为500元，该用户的信用结算额度为2500元，读取到与用户的用户标识关联的商品列表的商品总费用为1000元，则将500元累加至1000元，获得累加后的商品总费用为1500元，由于1500元小于2500元，则基于商品信息将对应的商品添加至商品列表中，获得包含该商品信息对应商品的商品列表，计算信用结算额度的剩余额度为1000元，将剩余额度以及进行商品添加操作后获得的商品列表向用户终端发送。
146.再例如，获取到用户终端上传的商品信息中的商品费用为500元，该用户的信用结算额度为2500元，读取到与用户的用户标识关联的商品列表的商品总费用为2300元，将500元累加至2300元获得累加后的商品总费用为2800元，由于2800元大于2500元，则该商品信息对应的商品不能添加至商品列表中，基于2800元向用户终端发送超额提醒，此外，还可向用户终端发送商品总费用为2300元的商品列表。
147.如上所述，在根据用户终端发送的用户标识和商家标识中至少一者确定用户的信用结算额度之后，且所述接收所述用户终端对采集的商品的标识码进行解码后上传的商品信息之前，将所述信用结算额度向所述用户终端发送，以使所述用户终端进行展示；在此基础上，在将所述商品添加至与所述用户标识关联的商品列表，并向所述用户终端发送的过程中，为了提升用户对可用信用结算额度的感知程度，向用户展示商品列表的商品总费用和商品总费用与信用结算额度的差价，即信用结算额度的剩余额度，本实施例提供的一种可选实施方式中，在将所述商品添加至与所述用户标识关联的商品列表，并向所述用户终端发送的过程中，执行如下操作：
148.将所述商品添加至所述商品列表，并基于所述商品列表的商品总费用计算所述信用结算额度的剩余额度；
149.向所述用户终端发送所述商品列表和/或所述剩余额度。
150.步骤s306，接收并展示所述服务器下发的与所述用户标识关联的商品列表。
151.实际应用中，为了提高用户对已采集商品的感知程度，通过商品列表的形式向用户展示已经被用户终端采集过的商品。具体实施时，服务器将商品信息中的商品费用累加到与用户标识关联且未结算的商品列表的商品总费用后，服务器在获得的累加后的商品总费用小于或者等于信用结算额度的情况下，将对应的商品添加至商品列表中，用户终端接收进行商品添加后的商品列表以及剩余额度。
152.需要说明的是，在获得的累加后的商品总费用大于信用结算额度的情况下，接收服务器发送的超额提醒。
153.对应与上述采集标识码的两种不同的方式，接收并展示商品列表的过程，可通过以下两种方式实现：
154.(1)接收所述服务器下发的所述商品列表和/或剩余额度，基于所述商品列表和/或所述剩余额度渲染采集成功图层，并在所述采集页面上方进行展示；
155.(2)接收所述服务器下发的所述商品列表和/或剩余额度，基于所述商品列表和/或所述剩余额度渲染并展示列表展示页面；所述列表展示页面配置所述采集控件。
156.以下对用户终端采集商品的标识码和展示商品列表两种方式进行具体说明。
157.本实施例提供的第一种可选实施方式中，在所述采集提醒页面配置的采集控件被触发的情况下，展示采集页面；所述采集页面配置有采集完成控件；采集所述标识码，并在识别成功后将所述商品信息上传至所述服务器。若接收到所述服务器下发的所述商品列表和/或剩余额度，则基于所述商品列表和/或所述剩余额度渲染采集成功图层，并在所述采集页面上方进行展示；若接收到所述服务器下发的所述商品列表和/或超额提醒，则基于所述超额提醒渲染超额提醒图层，并在所述采集页面上方进行展示。具体的，用户触发采集提醒页面配置的采集控件后用户终端进行商品采集，用户终端在进行商品标识码的采集过程中，向用户展示采集页面，在每一个商品采集后通过图层或者弹窗的形式向用户展示采集结果，用户在采集完成或者采集标识码对应的商品列表中的商品总费用超过信用结算额度后，通过触发采集页面配置的采集完成控件退出采集页面。
158.本实施例提供的第二种可选实施方式中，在所述采集提醒页面配置的采集控件被触发的情况下，展示采集页面；采集所述标识码，并在识别成功后将所述商品信息上传至所述服务器；若接收到所述服务器下发的所述商品列表和/或剩余额度，基于所述商品列表和/或所述剩余额度渲染并展示列表展示页面；所述列表展示页面配置所述采集控件；所述商品列表中已添加所述商品；若接收到所述服务器下发的所述商品列表和/或超额提醒，基于所述商品列表和/或所述超额提醒渲染并展示列表展示页面；所述列表展示页面配置所述采集控件；所述商品列表中未添加所述商品。需要说明的是，在剩余额度为0的情况下，可将列表展示页面配置的采集控件标记为不可用状态。具体的，用户触发采集提醒页面配置的采集控件后用户终端进行商品采集，用户终端在进行商品标识码的采集过程中，向用户展示采集页面，在每一个商品采集后渲染列表展示页面并展示，用户若想再次采集，可通过触发列表展示页面中配置的采集控件进行采集。
159.步骤s308，在检测到针对所述商品列表的结算操作后向所述服务器提交结算指令，以使所述服务器基于所述用户的信用结算额度进行结算处理。
160.具体实施时，用户通过用户终端向服务器提交针对商品列表的结算指令，用户终端在检测到针对所述商品列表的结算操作后向所述服务器提交结算指令，以使所述服务器
基于所述用户的信用结算额度进行结算处理。服务器在接收到结算指令后，根据信用结算额度对商品列表进行结算处理。
161.在进行结算处理的过程中，由交易提供方即出资方为用户进行垫付，用户可在规定的时间范围内对交易提供方垫付的费用进行还款，为了提升用户对自助结算服务的参与度，对于交易提供方垫付的费用产生的利息，由商家进行支付。其中，服务器通过如下方式对商品列表进行结算处理：
162.基于所述商品列表的商品总费用对所述信用结算额度进行冻结处理；
163.调用支付平台将所述商品总费用对应的资源从交易提供方转移至所述目标商家。
164.具体的，为了减少目标商家以及交易提供方的资源损失，在用户利用信用结算额度对商品列表进行结算后，将商品总费用对应的信用结算额度进行冻结处理。
165.例如，用户的信用结算额度为2500元，商品列表的商品总费用为1500元，在对该商品列表的结算处理中，冻结信用结算额度中的1500元，冻结后用户的可用信用结算额度为1000元，在冻结额度后，调用支付平台将1500元对应的资源从交易提供方的账户转移到目标商家的账户。
166.具体实施时，用户的信用等级根据用户的信用履约状态和/或用户的身份信息进行确定，因此，基于信用结算额度进行结算处理后，用户对结算账单的信用履约状态也会成为进行用户的信用等级确定的影响因素，本实施例中，在结算处理之后，服务器还执行如下步骤：
167.基于针对所述商品列表的结算结果，生成结算账单；
168.将所述结算账单对应的信用履约状态存入所述用户的信用参数集合，以根据所述信用参数集合中的参数对所述用户的信用等级进行确定。
169.其中，所述信用履约状态包括按时履约状态、超期履约状态和/或超期未履约状态。信用履约状态会作为信用参数影响对用户的信用等级的确定。
170.实际应用中，为了避免用户实际采购的商品与通过自助结算进行结算的商品不一致导致目标商家的资源损失，在结算处理后，服务器基于针对所述商品列表的结算结果，生成结算账单；所述结算账单中包含基于账单标识创建的账单标识码；用户终端接收所述结算账单，以通过展示所述结算账单中的账单标识码进行结算核验。
171.在接收到结算账单后，对结算账单进行存储，以使用户可以随时查看，为了降低目标商家的资源损失，可在目标商家的出口区域设置对实际采购商品进行结算核验的环节。本实施例中，通过如下方式进行结算核验：
172.采集所述账单标识码，并对所述账单标识码进行解码获得所述商品列表；
173.基于所述商品列表中各商品的商品重量，确定所述商品列表对应的商品总重量；
174.将所述商品总重量与称重商品重量进行比对；
175.若所述称重商品重量与所述商品总重量的差值小于或者等于重量误差，则确定核验通过；
176.若所述称重商品重量与所述商品总重量的差值大于所述重量误差，则确定核验未通过。
177.例如，在目标商家的出口处配置扫码称重机具，扫码称重机具首先识别用户终端展示的结算账单的账单标识码，获得商品列表，然后根据商品列表中各商品的重量，计算商
品列表中的商品总重量；再将商品总重量与实际称重获得的称重商品总重量进行比对，若比对之后的误差在误差范围内，则确定核验通过；若误差不在误差范围内，则提醒目标商家的工作人员进行线下核验。
178.此外，服务器在生成结算账单后，可将结算账单存储在服务器，在用户通过用户终端访问结算账单时将结算账单向用户终端发送。
179.下述以本实施例提供的一种结算处理方法在商品结算场景的应用为例，对本实施例提供的结算处理方法进行进一步说明，参见图2，应用于商品结算场景的结算处理方法，具体包括如下步骤。
180.步骤s202，用户终端采集商家区域内的商家标识码，获取商家标识以及用户标识。
181.此后，服务器根据用户标识查询用户的信用等级，以及根据商家标识查询商家配置的商家信用条件，将信用等级和商家信用条件输入额度确定算法进行额度确定，获得信用结算额度。
182.步骤s208，用户终端根据服务器发送的信用结算额度渲染采集提醒页面并展示。
183.步骤s210，在采集提醒页面配置的采集控件被触发时采集商品的标识码，并将识别标识码后获得的商品信息向服务器上传。
184.此后，服务器将商品信息中的商品费用累加至与用户标识具有关联关系的商品列表的商品总费用中，并判断累加后的商品总费用是否小于或者等于信用结算额度；若是，将商品添加至商品列表中，并基于累加后的商品总费用计算信用结算额度的剩余额度，将剩余额度以及进行商品添加后的商品列表向用户终端发送；若否，向用户终端发送超额提醒。
185.步骤s220，根据商品列表和剩余额度渲染并展示列表展示页面，并在检测到用户对商品列表的结算操作的情况下向服务器发送结算指令。
186.此后，服务器基于信用结算额度对商品列表进行结算处理，并在结算成功后生成结算账单向用户终端发送。
187.综上所述，本实施例提供的结算处理方法，首先获取用户的用户标识以及用户访问的目标商家的商家标识，并向服务器发送，然后采集商品的标识码，并将对标识码进行解码后获得的商品信息上传至服务器，再接收并展示服务器下发的与用户标识关联的商品列表，在检测到针对商品列表的结算操作后向服务器提交结算指令，以使服务器基于用户的信用结算额度进行结算处理，以此通过用户终端向用户提供自助结算服务，使用户可以通过用户终端进行自助结算，避免用户在商家收银区域等待时间太长影响用户体验。
188.本说明书提供的一种结算处理装置实施例如下：
189.在上述的实施例中，提供了一种结算处理方法，应用于服务器，与之相对应的，还提供了一种结算处理装置，运行于服务器，下面结合附图进行说明。
190.参照图4，其示出了本实施例提供的一种结算处理装置示意图。
191.由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
192.本实施例提供一种结算处理装置，包括：
193.额度确定模块402，被配置为根据用户终端发送的用户标识和商家标识中至少一者确定用户的信用结算额度；
194.信息接收模块404，被配置为接收所述用户终端对采集的商品的标识码进行解码
后上传的商品信息；
195.商品添加模块406，被配置为将所述商品添加至与所述用户标识关联的商品列表，并向所述用户终端发送；
196.结算处理模块408，被配置为接收所述用户终端提交的结算指令，基于所述信用结算额度对所述商品列表进行结算处理。
197.本说明书提供的另一种结算处理装置实施例如下：
198.在上述的实施例中，提供了一种结算处理方法，应用于用户终端，与之相对应的，还提供了一种结算处理装置，运行于用户终端，下面结合附图进行说明。
199.参照图5，其示出了本实施例提供的一种结算处理装置示意图。
200.由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
201.本实施例提供一种结算处理装置，包括：
202.标识获取模块502，被配置为获取用户的用户标识以及所述用户访问的目标商家的商家标识，并向服务器发送；
203.信息上传模块504，被配置为采集商品的标识码，并将对所述标识码进行解码后获得的商品信息上传至所述服务器；
204.列表接收模块506，被配置为接收并展示所述服务器下发的与所述用户标识关联的商品列表；
205.指令提交模块508，被配置为在检测到针对所述商品列表的结算操作后向所述服务器提交结算指令，以使所述服务器基于所述用户的信用结算额度进行结算处理。
206.本说明书提供的一种结算处理设备实施例如下：
207.对应上述描述的一种应用于服务器的结算处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种结算处理设备，该结算处理设备用于执行上述提供的结算处理方法，图6为本说明书一个或多个实施例提供的一种结算处理设备的结构示意图。
208.本实施例提供的一种结算处理设备，包括：
209.如图6所示，结算处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器601和存储器602，存储器602中可以存储有一个或一个以上存储应用程序或数据。其中，存储器602可以是短暂存储或持久存储。存储在存储器602的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括结算处理设备中的一系列计算机可执行指令。更进一步地，处理器601可以设置为与存储器602通信，在结算处理设备上执行存储器602中的一系列计算机可执行指令。结算处理设备还可以包括一个或一个以上电源603，一个或一个以上有线或无线网络接口604，一个或一个以上输入/输出接口605，一个或一个以上键盘606等。
210.在一个具体的实施例中，结算处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对结算处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：
211.根据用户终端发送的用户标识和商家标识中至少一者确定用户的信用结算额度；
212.接收所述用户终端对采集的商品的标识码进行解码后上传的商品信息；
213.将所述商品添加至与所述用户标识关联的商品列表，并向所述用户终端发送；
214.接收所述用户终端提交的结算指令，基于所述信用结算额度对所述商品列表进行结算处理。
215.本说明书提供的另一种结算处理设备实施例如下：
216.对应上述描述的一种应用于用户终端的结算处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种结算处理设备，该结算处理设备用于执行上述提供的结算处理方法，图7为本说明书一个或多个实施例提供的一种结算处理设备的结构示意图。
217.本实施例提供的另一种结算处理设备，包括：
218.如图7所示，结算处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器701和存储器702，存储器702中可以存储有一个或一个以上存储应用程序或数据。其中，存储器702可以是短暂存储或持久存储。存储在存储器702的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括结算处理设备中的一系列计算机可执行指令。更进一步地，处理器701可以设置为与存储器702通信，在结算处理设备上执行存储器702中的一系列计算机可执行指令。结算处理设备还可以包括一个或一个以上电源703，一个或一个以上有线或无线网络接口704，一个或一个以上输入/输出接口705，一个或一个以上键盘706等。
219.在一个具体的实施例中，结算处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对结算处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：
220.获取用户的用户标识以及所述用户访问的目标商家的商家标识，并向服务器发送；
221.采集商品的标识码，并将对所述标识码进行解码后获得的商品信息上传至所述服务器；
222.接收并展示所述服务器下发的与所述用户标识关联的商品列表；
223.在检测到针对所述商品列表的结算操作后向所述服务器提交结算指令，以使所述服务器基于所述用户的信用结算额度进行结算处理。
224.本说明书提供的一种存储介质实施例如下：
225.对应上述描述的一种应用于服务器的结算处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。
226.本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：
227.根据用户终端发送的用户标识和商家标识中至少一者确定用户的信用结算额度；
228.接收所述用户终端对采集的商品的标识码进行解码后上传的商品信息；
229.将所述商品添加至与所述用户标识关联的商品列表，并向所述用户终端发送；
230.接收所述用户终端提交的结算指令，基于所述信用结算额度对所述商品列表进行结算处理。
integrated circuit hardware description language)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
242.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
243.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
244.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
245.本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd
‑
rom、光学存储器等)上实施的计算机程序产品的形式。
246.本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
247.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
248.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或
其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
249.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
250.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
251.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd
‑
rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
252.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
253.本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
254.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
255.以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。