一种信息交互方法及装置与流程

1.本发明涉及互联网技术领域，具体涉及一种信息交互方法及装置。


背景技术：

2.随着互联网技术的不断发展，商户可以通过线上平台向用户发放针对部分商品的商品券，用户使用商品券能够以特定价格购买对应商品。
3.但是在用户接收并使用商品券的过程中，现有的信息交互方法的交互性差，用户体验单一。


技术实现要素：

4.有鉴于此,本发明实施例提供了一种信息交互方法及装置，以增强人机交互性，改善用户体验。
5.第一方面，本发明实施例提供了一种信息交互方法，所述方法包括：
6.显示商品信息页面，所述商品信息页面包括至少一个用券商品容器，所述用券商品容器包括用券商品的属性信息和用券商品的第一订单要求和商品添加控件，所述第一订单要求用于表征使用优惠权益购买对应的用券商品所要求的订单金额下限，所述商品添加控件用于触发商品加购指令；
7.响应于接收到对目标用券商品的加购指令，将所述目标用券商品加入待结算商品列表；
8.确定所述待结算商品列表的订单金额；
9.响应于所述待结算商品列表的订单金额不满足所述目标用券商品的第一订单要求，将所述待结算商品列表展示为第一不可结算状态。
10.进一步地，所述商品信息页面中还包括结算控件；
11.所述将所述待结算商品列表展示为第一不可结算状态包括：
12.将所述结算控件的状态调整为不可结算状态；
13.在所述结算控件中显示所述订单金额距离所述第一订单要求的用券差额。
14.进一步地，所述商品信息页面用于展示归属于目标提供者的商品；
15.所述方法还包括：
16.响应于所述待结算商品列表的订单金额不满足所述目标提供者的第二订单要求，将所述待结算商品列表展示为第二不可结算状态。
17.进一步地，所述方法还包括：
18.响应于所述待结算商品列表的订单金额不满足所述第一订单要求和所述第二订单要求，将所述待结算商品列表展示为第二不可结算状态。
19.进一步地，所述将所述待结算商品列表展示为第二不可结算状态包括：
20.将所述结算控件的状态调整为不可结算状态；
21.在所述结算控件中显示所述订单金额距离所述第二订单要求的起送差额。
22.进一步地，所述方法还包括：
23.响应于所述待结算商品列表的订单金额满足所述第一订单要求和所述第二订单要求，将所述待结算商品列表展示为可结算状态。
24.进一步地，所述方法还包括：
25.响应于所述目标提供者的商品中包括必选商品，所述商品信息页面还包括至少一个必选商品容器，所述必选商品容器包括必选商品的属性信息和商品添加控件。
26.进一步地，所述方法还包括：
27.响应于所述待结算商品列表中不包含所述必选商品，将所述结算控件的状态调整为不可结算状态；
28.在所述结算控件中显示必选商品未添加提示。
29.进一步地，所述方法还包括：
30.响应于所述待结算商品列表的订单金额满足所述第一订单要求和所述第二订单要求，且所述待结算商品列表中包括所述必选商品，将所述待结算商品列表展示为可结算状态。
31.进一步地，所述将所述待结算商品列表展示为可结算状态包括：
32.将所述结算控件的状态调整为可结算状态，所述可结算状态下的结算控件用于触发商品结算指令。
33.进一步地，所述方法还包括：
34.响应于接收到所述商品结算指令，显示结算页面，所述结算页面中包括与所述待结算商品列表对应的订单金额信息和订单提交控件，所述订单提交控件用于触发订单提交指令。
35.进一步地，所述结算页面中还包括优惠权益使用控件，所述优惠权益使用控件用于触发优惠权益使用指令；
36.所述方法还包括：
37.响应于接收到所述优惠权益使用指令，显示优惠权益页面，所述优惠权益页面中包括用户账户内可供选择的至少一个优惠权益；
38.响应于接收到优惠权益选择指令，将与所述优惠权益选择指令对应的优惠权益确定为目标优惠权益。
39.进一步地，在确定所述目标优惠权益之后，所述方法还包括：
40.根据所述目标优惠权益，更新结算页面中的订单金额信息。
41.进一步地，在显示商品信息页面之前，所述方法还包括：
42.显示商户信息页面，所述商户信息页面包括至少一个商户的商户信息；
43.响应于接收到商户选择指令，将与所述商户选择指令对应的商户确定为所述目标提供者。
44.进一步地，在确定所述目标提供者之后，所述方法还包括：
45.获取用户账户内与所述目标提供者对应的优惠权益信息，所述优惠权益信息中包括优惠权益所对应的用券商品的属性信息和用券商品的第一订单要求；
46.根据所述用券商品的属性信息和用券商品的第一订单要求，确定所述商品信息页面中的用券商品容器。
47.进一步地，所述方法还包括：
48.响应于未获取到用户账户内与所述目标提供者对应的优惠权益信息，显示不包含所述用券商品容器的商品信息页面。
49.进一步地，所述获取用户账户内与所述目标提供者对应的优惠权益信息包括：
50.向服务器发送所述优惠权益信息获取指令，以获取所述用户账户内与所述目标提供者对应的优惠权益信息，所述优惠权益信息获取指令用于指示服务器发送所述用户账户内与所述目标提供者对应的优惠权益信息。
51.进一步地，所述确定所述待结算商品列表的订单金额包括：
52.向服务器发送所述待结算商品列表中各商品的商品信息和配送信息；
53.接收所述服务器反馈的信息，以确定所述待结算商品列表的订单金额。
54.进一步地，所述方法还包括：
55.响应于所述待结算商品列表中的用券商品数量达到预设阈值，移除所述各用券商品容器中的商品添加控件。
56.第二方面，本发明实施例提供了一种信息交互方法，所述方法包括：
57.从用户终端接收待结算商品列表中各商品的商品信息和配送信息，其中，所述待结算商品列表包括目标用券商品，目标用券商品具有对应的预先确定的第一订单要求，所述第一订单要求用于表征使用优惠权益购买对应的用券商品所要求的订单金额下限；
58.根据所述待结算商品列表中各商品的商品信息以及配送信息，确定所述待结算商品列表的订单金额；
59.向所述用户终端发送所述订单金额以及状态判定辅助信息，所述状态判定辅助信息包括所述第一订单要求或用于表征所述订单金额是否满足第一订单要求的信息之一。
60.进一步地，所述方法还包括：
61.响应于接收到优惠权益信息获取指令，根据所述优惠权益信息获取指令确定用户账户内与目标提供者对应的优惠权益信息，所述优惠权益信息中包括与优惠权益对应的用券商品信息；
62.向所述用户终端发送所述用户账户内与目标提供者对应的优惠权益信息。
63.进一步地，所述方法还包括：
64.接收优惠权益信息创建指令；
65.根据所述权益创建指令获取所要创建的目标优惠权益信息，所述目标优惠权益信息中包括目标用券商品的属性信息和目标用券商品的第一订单要求；
66.将所述目标优惠权益信息存储到服务器中。
67.进一步地，所述方法还包括：
68.接收到结算请求，所述结算请求由所述用户终端响应于结算控件被触发发送；
69.获取所述结算请求对应的订单商品列表和订单金额；
70.响应于所述订单商品列表的订单金额不满足第一订单条件，向所述用户终端发送结算失败提示，所述结算失败提示用于指示所述用户终端返回商品信息页面。
71.第三方面，本发明实施例提供了一种信息交互装置，所述用户终端包括：
72.显示单元，用于显示商品信息页面，所述商品信息页面包括至少一个用券商品容器，所述用券商品容器包括用券商品的属性信息和用券商品的第一订单要求和商品添加控
件，所述第一订单要求用于表征使用优惠权益购买对应的用券商品所要求的订单金额下限，所述商品添加控件用于触发商品加购指令；
73.加购单元，用于响应于接收到对目标用券商品的加购指令，将所述目标用券商品加入待结算商品列表；
74.结算单元，用于确定所述待结算商品列表的订单金额；
75.限制单元，用于响应于所述待结算商品列表的订单金额不满足所述目标用券商品的第一订单要求，将所述待结算商品列表展示为第一不可结算状态。
76.第四方面，本发明实施例提供了一种信息交互装置，所述服务器包括：
77.接收单元，用于从用户终端接收所述待结算商品列表中各商品的商品信息和配送信息，其中，所述待结算商品列表包括目标用券商品，目标用券商品具有对应的预先确定的第一订单要求，所述第一订单要求用于表征使用优惠权益购买对应的用券商品所要求的订单金额下限；
78.确定单元，用于根据所述待结算商品列表中各商品的商品信息以及配送信息，确定所述待结算商品列表的订单金额；
79.发送单元，用于向所述用户终端发送所述订单金额以及状态判定辅助信息，所述状态判定辅助信息包括所述第一订单要求或用于表征所述订单金额是否满足第一订单要求的信息之一。
80.第五方面，本发明实施例提供了一种计算机可读存储介质，其上存储计算机程序指令，所述计算机程序指令在被处理器执行时实现如第一方面和第二方面中任一项所述的方法。
81.第六方面，本发明实施例提供了一种电子设备，所述设备包括：
82.存储器，用于存储一条或多条计算机程序指令；
83.处理器，所述一条或多条计算机程序指令被所述处理器执行以实现如第一方面和第二方面中任一项所述的方法。
84.本发明实施例的信息交互方法在显示商品信息页面后，响应于接收到对目标用券商品的加购指令，将所述目标用券商品加入待结算商品列表，确定所述待结算商品列表的订单金额，响应于所述待结算商品列表的订单金额不满足所述目标用券商品的第一订单要求，将所述待结算商品列表展示为第一不可结算状态。其中，所述商品信息页面包括至少一个用券商品容器，所述用券商品容器包括用券商品的属性信息和用券商品的第一订单要求和商品添加控件，所述第一订单要求用于表征使用优惠权益购买对应的用券商品所要求的订单金额下限，所述商品添加控件用于触发商品加购指令。通过所述方法可以增强人机交互性，改善用户的体验。
附图说明
85.通过以下参照附图对本发明实施例的描述，本发明的上述以及其它目的、特征和优点将更为清楚，在附图中：
86.图1为本发明实施例中的应用系统示意图；
87.图2为本发明实施例的信息交互方法的流程图；
88.图3为本发明实施例的商品信息页面示意图；
89.图4为本发明实施例的确定目标商户和用券商品容器的方法流程图；
90.图5为本发明实施例的商户信息页面的示意图；
91.图6为本发明实施例的第一不可结算状态展示方法的流程图；
92.图7为本发明实施例的第二不可结算状态展示方法的流程图；
93.图8为本发明实施例的结算控件状态转换示意图；
94.图9为本发明实施例的结算页面示意图；
95.图10为本发明实施例的优惠权益页面示意图；
96.图11为本发明实施例的商品详情页面示意图；
97.图12为本发明实施例的待结算商品列表浮窗示意图；
98.图13为本发明实施例的信息交互方法流程图；
99.图14为本发明实施例的优惠权益信息确定方法的流程图；
100.图15为本发明实施例的优惠权益信息创建方法的流程图；
101.图16为本发明实施例的结算方法的流程图；
102.图17为本发明实施例的信息交互装置的示意图；
103.图18为本发明实施例的信息交互装置的示意图；
104.图19是本发明实施例的电子设备的示意图。
具体实施方式
105.以下基于实施例对本发明进行描述，但是本发明并不仅仅限于这些实施例。在下文对本发明的细节描述中，详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本发明。为了避免混淆本发明的实质，公知的方法、过程、流程、元件和电路并没有详细叙述。
106.此外，本领域普通技术人员应当理解，在此提供的附图都是为了说明的目的，并且附图不一定是按比例绘制的。
107.除非上下文明确要求，否则在本技术的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。
108.在本技术的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。
109.随着互联网技术的不断发展，商户可以通过线上平台向用户发送针对部分商品的商品券，用户使用商品券能够以特定价格购买对应商品。
110.但是在用户接收并使用商品券的过程中，现有的信息交互方法的交互性差，用户体验单一。
111.例如：以外卖行业为例。外卖平台中的商户通常会通过外卖平台向用户发放针对部分商品的商品券，或者用户也可以在外卖平台对应的应用程序(application，app)处自行领取商品券。用户在接收或领取到商品券后，可以使用商品券在对应商户中以特定价格购买特定商品以享受折扣。
112.进一步地，商户所发放的商品券通常具有一定的使用限制,例如：用户只有在总订单金额达到一定金额后，才能够在结算页面使用相应的商品券。
113.在现有技术中，往往需要用户自行根据商品券上的使用条件来挑选商品，只有在满足使用条件后，结算页面才会有商品券使用选项。在这个过程中，用户得不到任何引导，会导致用户的使用体验很差。
114.对此，本发明实施例提供了一种信息交互方法及装置，以增强人机交互性，改善用户体验。
115.具体地，图1为本发明实施例中的应用系统示意图。如图1所示，所述应用系统包括用户终端1、外卖平台服务器2以及商户终端3。
116.其中，所述用户终端1和商户终端3可以是手机、电脑或平板电脑等终端设备。所述用户终端1、外卖平台服务器2和商户终端3通过网络进行连接，以传递信息。
117.所述用户终端1和所述商户终端3中分别安装有与外卖平台对应的用户应用程序和商户应用程序。
118.其中，用户可以通过所述用户终端1中的用户应用程序注册并登录自己的账户。商户可以通过所述商户终端3中的商户应用程序创建相应的商品券，并通过外卖平台服务器2将所创建的商品券分发到用户的账户中。
119.进一步地，在接收到商品券后，用户可以通过用户终端1中的用户应用程序进入对应的商户中使用商品券来购买商品。在购买过程中，用户终端1和外卖平台服务器2会通过信息交互来对用户进行引导，以改善用户的购物体验。
120.图2为本发明实施例的信息交互方法的流程图。如图2所示，所述信息交互方法包括如下步骤：
121.s200、显示商品信息页面。
122.其中，所述商品信息页面为用户应用程序中与目标商户对应的页面。所述商品信息页面用于展示归属于目标提供者的商品。所述目标提供者具体为发放商品券的目标商户。
123.进一步地，所述商品信息页面包括至少一个用券商品容器。
124.其中，所述用券商品容器用于展示用户账户中所拥有的目标商户的商品券对应的用券商品，通过在商品信息页面使用用券商品容器来展示用券商品，可以使用户更直观地看到自己所拥有的商品券以及商品券所能购买的商品。
125.进一步地，所述用券商品容器中包括用券商品的属性信息和用券商品的第一订单要求。
126.其中，所述属性信息具体可以为用券商品的名称和价格。所述第一订单要求具体为目标商户为商品券所设置的使用条件。
127.可选地，所述第一订单要求可以为用于表征使用优惠权益购买对应的用券商品所要求的订单金额下限，所述优惠权益具体为商品券。
128.例如：所述商品券的第一订单要求可以被设置为100元，也即，在订单金额下限达到100元时才可以使用该商品券购买对应的用券商品。
129.图3为本发明实施例的商品信息页面示意图。如图3所示，所述商品信息页面中包括类似于311的用券商品容器。所述用券商品容器311中显示有相应用券商品的图片、名称、使用条件。
130.可选地，所述用券商品容器311还可以显示用券商品的原价格以及使用商品券后
的价格。
131.应当理解，所述商品信息页面中所展示的商品除了用券商品，还会有目标商户所出售的普通商品。所述普通商品也有对应的普通商品容器，例如图3中的普通商品容器32，所述普通商品容器32中可以包括普通商品的图片、名称和价格。
132.进一步地，所述普通商品容器和用券商品容器可以在商品信息页面的固定区域中进行显示。
133.具体地，如图3所示，所述商品信息页面中设置有商品显示区域31，所述商品显示区域31可以用来显示各商品容器。
134.应当理解，由于受到用户终端屏幕大小的限制，商品容器可能无法被同时显示出来。此时，可以在商品显示区域31中显示预定数量的商品容器，用户可以通过拖动操作来查看其余的商品容器。
135.例如：图3中的商品显示区域31仅显示有三个商品容器，用户可以向上拖动所述商品显示区域31，以查看其余的商品容器。
136.应当理解，即使在拖动过程中，所述商品显示区域31也仅会显示预定数量的商品容器。
137.其中，所述预定数量可以根据实际需求，例如智能终端的屏幕大小来进行调整。
138.具体地，对于屏幕大的智能终端，所述预设数量可以多一些。对于屏幕小的智能终端，所述预设数量可以少一些。以保证不同用户在使用不同屏幕大小的智能终端查看商品容器时的体验。
139.可选地，所述各商品容器可以按照预定排列方式显示在所述商品显示区域中。其中，所述预定排列方式可以根据实际需求进行设置。
140.例如：所述用券商品容器可以排列最前面，以便用户可以优先看到用券商品。而对于普通商品容器，则可以按照商品的类型进行集中排列展示。
141.如图3所示，将用券商品容器排列在所述商品显示区域的最前面，可以使用户在打开商品信息页面时，第一时间看到所述用券商品容器中的内容。而对于普通商品的普通商品容器，则可以按照优惠商品、必选品、水果、早餐和副食等类型进行分类显示。
142.应当理解，在实际应用中，所述商品的类型可以由相关商户根据实际需求通过商户应用程序自行设置。
143.进一步地，所述商品信息页面中还可以设置标题区域。如图3中的标题区域33所示，所述标题区域用于显示商户所设置的商品类型，用户可以通过点击标题区域中的商品类型，来跳转到所选择商品类型的商品容器处，以简化用户的操作。
144.可选地，如图3所示，所述商品信息页面中还可以包括商户信息容器33，所述商户信息容器33中包括目标商户的基本信息，例如商户的商标、名称、地址、配送时间和优惠信息。其中，所述优惠信息可以是目标商户提供的满减优惠，例如当订单金额达到30元时可享受10元减免。
145.进一步地，图4为本发明实施例的确定目标商户和用券商品容器的方法流程图。如图4所示，所述方法包括如下步骤：
146.s110、显示商户信息页面。
147.其中，所述商户信息页面包括至少一个商户的商户信息。
148.图5为本发明实施例的商户信息页面的示意图。如图5所示，用户在进入用户应用程序后，可以跳转到所述商户信息页面。所述商户信息页面中显示有多个商户的商户信息，所述商户信息包括商户的商标、名称、地址、配送距离以及配送所需时间。所述商户信息可以以商户容器的形式进行展示，如商户容器52所示。
149.进一步地，用户可以通过点击任意商户容器来发出对应的商户选择指令，以进入对应商户的商品信息页面。
150.可选地，为了方便用户对某一特定商户进行查找，所述商户信息页面中还包括搜索栏51，用户可以在搜索栏51中输入商户关键词进行查找以确定目标商户。
151.可选地，用户除了通过商户信息页面确定目标商户，还可以通过点击商品券中的跳转链接直接确定目标商户。
152.s120、响应于接收到商户选择指令，将与所述商户选择指令对应的商户确定为所述目标提供者。
153.其中，目标提供者为用户所选择的目标商户。
154.具体地，在接收到商户选择指令后，将与所述商户选择指令对应的商户确定为所述目标提供者。
155.可选地，在进入目标商户的商品信息页面之前，还需确定商品信息页面是否需要显示用券商品容器，也即，确定用户账户中是否拥有目标商户发放的商品券。
156.s130、获取用户账户内与所述目标提供者对应的优惠权益信息。
157.其中，所述优惠权益信息中包括优惠权益所对应的用券商品的属性信息和用券商品的第一订单要求。
158.具体地，获取用户账户中与目标商户对应的优惠权益信息。其中，所述优惠权益信息中包括优惠权益所对应的用券商品的属性信息和第一订单要求。
159.s140、根据所述用券商品的属性信息和用券商品的第一订单要求，确定所述商品信息页面中的用券商品容器。
160.具体地，在获取到用券商品的属性信息和用券商品的第一订单要求后，可以根据用券商品的属性信息和用券商品的第一订单要求来确定商品信息页面中的用券商品容器。在确定用券商品容器后，可以进入目标商户的商品信息页面。
161.应当理解，所述商品信息页面中所显示的用券商品容器还拥有对应的普通商品容器，所述用券商品容器和普通商品容器中的商品为同一商品，用户可以自行选择购买可以享受优惠权益折扣的用券商品或是不享受优惠权益的普通商品。
162.进一步地，响应于未获取到用户账户内与所述目标提供者对应的优惠权益信息，显示不包含所述用券商品容器的商品信息页面。
163.具体地，若未获取到商品券信息则表明用户账户中不存在目标商户所发放的商品券。此时，可以直接显示目标商户的商品信息页面，所述商品信息页面中仅会显示普通商品容器，而不会再显示用券商品容器。
164.可选地，用户终端可以通过向服务器发送所述优惠权益信息获取指令，以获取所述用户账户内与所述目标提供者对应的优惠权益信息。
165.其中，所述优惠权益信息获取指令用于指示服务器发送所述用户账户内与所述目标提供者对应的优惠权益信息。
166.进一步地，所述用券商品容器还包括商品添加控件，所述商品添加控件用于触发商品加购指令。
167.如图3所示，在用券商品容器311中包括商品添加控件3111，所述商品添加控件3111用于触发商品加购指令。
168.s300、响应于接收到对目标用券商品的加购指令，将所述目标用券商品加入待结算商品列表。
169.其中，所述待结算商品列表用于记录用户所要购买的商品。
170.具体地，用户可以通过点击用券商品容器中的商品添加控件来发出对目标用券商品的加购指令。用户终端在接收到加购指令后，会将所述目标用券商品加入待结算商品列表中。
171.应当理解，普通商品容器中同样包括商品添加控件。用户可以通过点击普通商品容器内的商品添加控件，来将相应的普通商品加入待结算商品列表中。
172.应当理解，用户可以通过多次点击同一商品容器内的商品添加控件，来将对应商品多次加入待结算商品列表。此时，还可以在相应的商品容器处进行数量显示。所述数量显示用于表征对应商品在待结算商品列表中的数量。如图3所示，在点击用券商品容器311中的商品添加控件311后，会将用券商品容器311所对应的用券商品加入待结算商品列表并在所述用券商品容器311进行数量为“1”的显示，以表明待结算商品列表中有一件用券商品。
173.可选地，在将商品加入待结算商品列表后，可以在对应的商品容器内增加商品移出控件。用户通过点击商品移除控件，可以将对应商品移出待结算商品列表。
174.如图3所示，用户在点击用券商品容器311中的商品添加控件311后，用户终端会将用券商品容器311所对应的用券商品加入待结算商品列表，并在所述用券商品容器311中增加商品移除控件3112。用户在点击商品移除控件3112后，用户终端可以将用券商品容器311所对应的用券商品移出待结算商品列表。
175.应当理解，若待结算商品列表中的某一商品全部被移出，则对应的用券商品容器中的商品移除控件也会暂时消失，直至用户重新将该商品加入待结算商品列表。
176.进一步地，响应于所述待结算商品列表中的用券商品数量达到预设阈值，移除所述各用券商品容器中的商品添加控件。
177.具体地，部分商户可能会对用券商品的购买数量进行限制。在待结算商品列表中的用券商品数量达到预设阈值时，可以移除各用券商品容器中的商品添加控件，此时用户无法再将新的用券商品加入待结算商品列表。
178.应当理解，在用户移出待结算商品列表中的用券商品，使所述待结算商品列表中的用券商品数量小于预设阈值时，恢复各用券商品容器中的商品添加控件，以便用户能够将新的用券商品加入待结算商品列表。
179.s400、确定所述待结算商品列表的订单金额。
180.具体地，在用户将商品加入待结算商品列表后，用户终端会确定待结算商品列表的订单金额。
181.可选地，用户终端可以自行根据待结算商品列表中各商品的商品信息、商户满减优惠信息和配送信息确定订单金额，也可以先由用户终端向外卖平台服务器发送所述待结算商品列表中各商品的商品信息和配送信息。外卖平台服务器会根据相关信息确定订单金
额并进行信息反馈，再由用户终端接收所述服务器反馈的信息，以确定所述待结算商品列表的订单金额。
182.可选地，所述确定订单金额的操作的触发条件可以是每隔预定时间，例如1分钟执行一次，也可以是响应于用户将商品加入或移出待结算商品列表的操作来执行。
183.s500、响应于所述待结算商品列表的订单金额不满足所述目标用券商品的第一订单要求，将所述待结算商品列表展示为第一不可结算状态。
184.具体地，在所确定的订单金额小于所述目标用券商品的第一订单要求时，将所述待结算商品列表展示为第一不可结算状态。而待结算商品列表展示为第一不可结算状态时，用户无法进行结算，以提示用户调整待结算商品列表。
185.通过步骤s500可以避免现有技术中只有用户在进入结算页面时，才可以查看是否满足商品券使用条件，以改善用户体验。
186.进一步地，所述商品信息页面中还包括结算控件。
187.如图3中的结算控件341所示，所述结算控件341被设置在结算区域34内。所述结算区域34为商品信息页面中的固定区域，其不会随着用户的操作而移动。所述结算区域34还可以对用户当前待结算商品列表的情况进行提示，所述提示内容可以为待结算商品列表内的商品总额，折扣后价格以及配送费用。
188.进一步地，图6为本发明实施例的第一不可结算状态展示方法的流程图。如图6所示，将所述待结算商品列表展示为第一不可结算状态具体包括如下步骤：
189.s510、将所述结算控件的状态调整为不可结算状态。
190.其中，不可结算状态下的结算控件无法被操作。
191.具体地，可以将所述结算控件的状态调整为无法被操作的不可结算状态。
192.s520、在所述结算控件中显示所述订单金额距离所述第一订单要求的用券差额。
193.具体地，在将所述结算控件的状态调整为不可结算状态后，还可以在所述结算控件中显示所述订单金额距离所述第一订单要求的用券差额，以对用户进行提示。
194.在某些特定场景下，部分商户可能会设置起送价。此时，只有待结算商品列表的订单金额大于起送价时才可以结算商品。
195.进一步地，响应于所述待结算商品列表的订单金额不满足所述目标提供者的第二订单要求，将所述待结算商品列表展示为第二不可结算状态。
196.其中，所述第二订单要求为商户可所设置的起送价。
197.具体地，在所述待结算商品列表的订单金额小于目标商户的第二订单要求时，将所述待结算商品列表展示为第二不可结算状态。与第一不可结算状态类似，当待结算商品列表展示为第二不可结算状态时，用户同样无法进行结算。
198.进一步地，响应于所述待结算商品列表的订单金额不满足所述第一订单要求和所述第二订单要求，将所述待结算商品列表展示为第二不可结算状态。
199.具体地，在所述待结算商品列表的订单金额既小于第一订单要求又小于第二订单要求时，将所述待结算商品列表展示为第二不可结算状态。
200.图7为本发明实施例的第二不可结算状态展示方法的流程图。如图7所示，将所述待结算商品列表展示为第二不可结算状态具体包括如下步骤：
201.s510'、将所述结算控件的状态调整为不可结算状态。
202.具体地，可以将所述结算控件的状态调整为不可结算状态。其中，不可结算状态下的结算控件无法被操作。
203.s520'、在所述结算控件中显示所述订单金额距离所述第二订单要求的起送差额。
204.具体地，在将所述结算控件的状态调整为不可结算状态后，还可以在所述结算控件中显示所述订单金额距离所述第二订单要求的起送差额，以对用户进行提示。
205.进一步地，响应于所述待结算商品列表的订单金额满足所述第一订单要求和所述第二订单要求，将所述待结算商品列表展示为可结算状态。
206.具体地，在所述待结算商品列表的订单金额既大于第一订单要求又大于第二订单要求时，将所述待结算商品列表展示为可结算状态。此时，用户可以进行结算。
207.在另一特定场景下，部分商户地商品信息页面中可能包括必选品，用户只有将必选品加入待结算商品列表后才可以进行结算。
208.进一步地，响应于所述目标提供者的商品中包括必选商品，所述商品信息页面还包括至少一个必选商品容器，所述必选商品容器包括必选商品的属性信息和商品添加控件。
209.具体地，当目标商户提供的商品中有必选商品时，所述商品信息页面还包括至少一个必选商品容器。与普通商品容器和用券商品容器类似，所述必选商品容器同样包括必选商品的属性信息和商品添加控件。
210.进一步地，响应于所述待结算商品列表中不包含所述必选商品，将所述结算控件的状态调整为不可结算状态。
211.具体地，在第一订单要求和第二订单要求的基础上，若待结算商品列表中不包含必选商品，所述结算控件的状态同样会被调整为不可结算状态。
212.进一步地，可以在所述结算控件中显示必选商品未添加提示。如图3中的结算控件341所示，在所述结算控件341中显示有“未选必选品”字样，以提示用户选择必选品。
213.应当理解，用户将必选商品加入待结算商品列表，使得待结算商品列表中存在必选商品时，所述结算控件中的提示会消失。此时，所述结算控件的状态只会受到第一订单要求和第二订单要求的限制，而不会再受到必选商品的限制。
214.进一步地，响应于所述待结算商品列表的订单金额满足所述第一订单要求和所述第二订单要求，且所述待结算商品列表中包括所述必选商品，将所述待结算商品列表展示为可结算状态。
215.具体地，在待结算商品列表的订单金额既大于第一订单要求又大于第二订单要求，且所述待结算商品列表中包括所述必选商品，将所述待结算商品列表展示为可结算状态。
216.进一步地，所述将待结算商品列表展示为可结算状态具体为将所述结算控件的状态调整为可结算状态。
217.其中，所述可结算状态下的结算控件用于触发商品结算指令。
218.图8为本发明实施例的结算控件状态转换示意图。如图8所示，所述结算控件包括三种状态，所述三种状态分别为第一不可结算状态81，第二不可结算状态83以及可结算状态82。
219.其中，当所述待结算商品列表的订单金额不满足第二订单要求时，所述结算控件
的状态为第二不可结算状态83。当所述待结算商品列表的订单金额满足第二订单要求，但不满足第一订单要求时，所述结算控件的状态为第一不可结算状态83。当所述待结算商品列表的订单金额同时满足第一订单要求和第二订单要求时，所述结算控件的状态为可结算状态82。所述结算控件可以根据不同的条件在三种状态间进行转换。
220.例如：所述第一订单要求为50元，所述第二订单要求为70元时，若订单金额为40元，则结算控件的状态为不可结算状态并显示订单金额距离第二订单要求的起送差额30元；若订单金额为60元，则结算控件的状态为不可结算状态并显示订单金额距离第二订单要求的起送差额10元；若订单金额为90元，则结算控件的状态为可结算状态，以便用户进行结算。
221.又例如：所述第一订单要求为70元，所述第二订单要求为50元时，若订单金额为40元，则结算控件的状态为不可结算状态并显示订单金额距离第订单要求的起送差额10元；若订单金额为60元，则结算控件的状态为不可结算状态并显示订单金额距离第一订单要求的用券差额10元；若订单金额为90元，则结算控件的状态为可结算状态，以便用户进行结算。
222.可选地，所述第一不可结算状态81，第二不可结算状态83下的结算控件内部背景颜色与可结算状态82下的结算控件内部背景颜色不同，以便用户更直观地看到当前待结算商品列表是否可以进行结算。
223.进一步地，响应于接收到所述商品结算指令，显示结算页面。
224.其中，所述结算页面中包括与所述待结算商品列表对应的订单金额信息和订单提交控件，所述订单提交控件用于触发订单提交指令。
225.具体地，在接收到商品结算指令后，可以跳转到结算页面。所述结算页面中显示有与商品信息页面中的待结算商品列表对应的订单金额信息和订单提交控件。用户可以通过点击订单提交控件来发出订单提交指令。而用户终端在接收到订单提交指令后，会将用户最后确定好的订单信息发送到外卖平台服务器，外卖平台服务器再发送给商户终端，最后由商户根据订单信息进行订单委派。
226.图9为本发明实施例的结算页面示意图。如图9所示，所述结算页面包括配送信息选择区域91、订单金额信息显示区域92以及订单提交控件93。
227.其中，用户可以通过所述配送信息选择区域91来选择配送方式、配送时间、配送地址、支付方式以及联系方式等。所述订单金额信息显示区域92中显示有商品信息页面中的待结算商品列表对应的订单金额信息，以便用户进行确定。所述订单提交控件93用于触发订单提交指令。
228.进一步地，所述结算页面中还包括优惠权益使用控件。
229.其中，所述优惠权益使用控件用于触发优惠权益使用指令。
230.具体地，如图9中的优惠权益使用控件94所示。用户在发送订单提交指令前，可以通过所述优惠权益使用控件94来使用账户中的商品券以享受折扣。
231.进一步地，响应于接收到所述优惠权益使用指令，显示优惠权益页面。
232.其中，所述优惠权益页面中包括用户账户内可供选择的至少一个优惠权益。
233.具体地，图10为本发明实施例的优惠权益页面示意图。如图10所示，所述优惠权益页面包括优惠权益101。
234.进一步地，响应于接收到优惠权益选择指令，将与所述优惠权益选择指令对应的优惠权益确定为目标优惠权益。
235.具体地，用户可以通过点击优惠权益页面中的优惠权益来发出优惠权益选择指令。用户终端在接收到优惠权益选择指令后，将与所述优惠权益选择指令对应的优惠权益确定为目标优惠权益。
236.进一步地，根据所述目标优惠权益，更新结算页面中的订单金额信息。
237.具体地，在确定目标优惠权益后，向外卖平台服务器发送目标优惠权益信息。由外卖平台服务器重新确定订单金额信息后再反馈给用户终端，用户终端会根据反馈信息更新结算页面中的订单金额信息。
238.可选地，图11为本发明实施例的商品详情页面示意图。受限于用户终端屏幕大小的限制，所述各商品容器中所展示的商品信息可能无法展示完整。
239.对此，用于可以通过点击商品信息页面中的商品容器来跳转到对应的商品详情页面。如图11所示，所述商品详情页面展示有对应商品的详细信息111，以便用户进行查看。
240.可选地，图12为本发明实施例的待结算商品列表浮窗示意图。所述待结算商品列表浮窗具体为覆盖在所述商品信息页面上的单独页面。所述待结算商品列表浮窗记录有待结算商品列表中的各商品信息。用户可以通过点击所述商品信息页面中的结算区域来唤出所述待结算商品列表浮窗。
241.应当理解，所述待结算商品列表浮窗中的各商品同样以商品容器的方式进行展示。相对应的，用户也可以在所述待结算商品列表浮窗进行商品加入和移出操作。所述操作会被同步到商品信息页面中。
242.本发明实施例的信息交互方法在显示商品信息页面后，响应于接收到对目标用券商品的加购指令，将所述目标用券商品加入待结算商品列表，确定所述待结算商品列表的订单金额，响应于所述待结算商品列表的订单金额不满足所述目标用券商品的第一订单要求，将所述待结算商品列表展示为第一不可结算状态。其中，所述商品信息页面包括至少一个用券商品容器，所述用券商品容器包括用券商品的属性信息和用券商品的第一订单要求和商品添加控件，所述第一订单要求用于表征使用优惠权益购买对应的用券商品所要求的订单金额下限，所述商品添加控件用于触发商品加购指令。通过所述方法可以增强人机交互性，改善用户的体验。
243.图13为本发明实施例的信息交互方法流程图，所述方法包括如下步骤：
244.s110'、从用户终端接收待结算商品列表中各商品的商品信息和配送信息。
245.具体地，在用户将商品加入或移出待结算商品列表时，或每隔预定时间后，用户终端都会将待结算商品列表中各商品的商品信息和配送信息发送给服务器。服务器会接收用户终端发送的待结算商品列表中各商品的商品信息和配送信息。所述商品信息具体为商品的价格信息。所述配送信息具体为配送费。所述配送费可以根据用户所在位置到目标商户所在位置之间的距离确定。
246.s120'、根据所述待结算商品列表中各商品的商品信息以及配送信息，确定所述待结算商品列表的订单金额。
247.具体地，在接收到用户终端发送的各商品的价格信息和配送费后，根据各商品的价格信息和配送费确定待结算商品列表的订单金额。
248.进一步地，若用户所选择的目标用户拥有满减优惠，还可以获取所述目标商户的满减优惠。再根据所述目标商户的满减优惠、各商品的价格信息和配送费确定待结算商品列表的订单金额。
249.进一步地，所述待结算商品列表包括目标用券商品，目标用券商品具有对应的预先确定的第一订单要求，所述第一订单要求用于表征使用优惠权益购买对应的用券商品所要求的订单金额下限。
250.具体地，当用户终端发送的待结算商品列表包括目标用券商品时，获取与所述目标用券商品对应的第一订单要求。
251.s130'、向所述用户终端发送所述订单金额以及状态判定辅助信息。
252.其中，所述状态判定辅助信息包括所述第一订单要求或用于表征所述订单金额是否满足第一订单要求的信息之一。
253.具体地，在确定订单金额后，将所述订单金额反馈回用户终端。若待结算商品列表包括目标用券商品，还可以获取对应的第一订单要求并将第一订单要求与所述订单金额一同反馈给用户终端。由用户终端判断待结算商品列表中各商品的价格和配送费之和是否大于第一订单要求。当所述各商品的价格、配送费之和大于第一订单要求时，用户终端才会提供结算服务，否则会向用户进行提示。
254.可选地，也可以由服务器判断所述各商品的价格和配送费之和是否大于第一订单要求，并将判断结果反馈给用户终端，以便用户终端根据判断结果向用户提供结算服务或进行提示。
255.本发明实施例的信息交互方法在从用户终端接收待结算商品列表中各商品的商品信息和配送信息后，会根据所述待结算商品列表中各商品的商品信息以及配送信息，确定所述待结算商品列表的订单金额，并向所述用户终端发送所述订单金额以及状态判定辅助信息。其中，所述待结算商品列表包括目标用券商品，目标用券商品具有对应的预先确定的第一订单要求，所述第一订单要求用于表征使用优惠权益购买对应的用券商品所要求的订单金额下限，所述状态判定辅助信息包括所述第一订单要求或用于表征所述订单金额是否满足第一订单要求的信息之一。通过所述方法可以在服务器侧确定待结算商品列表的订单金额并反馈给用户终端。
256.图14为本发明实施例的优惠权益信息确定方法的流程图。如图14所示，所述方法包括如下步骤:
257.s210'、响应于接收到优惠权益信息获取指令，根据所述优惠权益信息获取指令确定用户账户内与目标提供者对应的优惠权益信息。
258.其中，所述优惠权益信息中包括与优惠权益对应的用券商品信息。其中，所述各商户的优惠权益信息存储在服务器中。
259.具体地，用户终端在接收到商户选择指令后，为了对目标商户的商品信息页面中的用券商品容器进行确定，会向服务器发送优惠权益信息获取指令。而服务器在获取到优惠权益信息获取指令后，会根据所述优惠权益信息获取指令，确定用户账户内与目标商户对应的优惠权益信息。
260.s220'、向所述用户终端发送所述用户账户内与目标提供者对应的优惠权益信息。
261.图15为本发明实施例的优惠权益信息创建方法的流程图。如图15所示，所述方法
包括如下步骤:
262.s310'、接收优惠权益信息创建指令。
263.具体地，接收商户终端发送的优惠权益信息创建指令。
264.s320'、根据所述权益创建指令获取所要创建的目标优惠权益信息。
265.其中，所述目标优惠权益信息中包括目标用券商品的属性信息和目标用券商品的第一订单要求。
266.具体地，根据优惠权益信息创建指令，获取商户所要创建的用券商品的属性信息以及对应的第一订单要求。
267.s330'、将所述目标优惠权益信息存储到服务器中。
268.具体地，将所要创建的用券商品的属性信息以及对应的第一订单要求存储到服务器中。
269.通过步骤s310'
‑
步骤s330'，使得服务器可以在接收到商户终端发送的优惠权益信息创建指令后，根据优惠权益信息创建指令创建相应的优惠权益信息。
270.图16为本发明实施例的结算方法的流程图。如图16所示，所述方法包括如下步骤:
271.s410'、接收到结算请求。
272.其中，所述结算请求由所述用户终端响应于结算控件被触发发送。
273.具体地，当用户点击结算页面中的结算控件后，用户终端会向服务器发送结算请求。而服务器会接收用户终端发送的结算请求。
274.s420'、获取所述结算请求对应的订单商品列表和订单金额。
275.具体地，服务器在接收到结算请求后，会获取与结算请求对应的订单商品列表和订单金额。其中，所述订单商品列表与待结算商品列表相对应。
276.s430'、响应于所述订单商品列表的订单金额不满足第一订单条件，向所述用户终端发送结算失败提示。
277.其中，所述结算失败提示用于指示所述用户终端返回商品信息页面。
278.具体地，当服务器判断出所获取到的所述订单商品列表的订单金额小于第一订单条件时，向所述用户终端发送结算失败提示，所述用户终端在接收到结算失败提示后，会返回商品信息页面。
279.通过步骤s410'
‑
步骤s430'，可以在用户终端跳转到结算页面时，由服务器对待结算商品列表进行最后的核查。只有在通过核查后，所述用户终端才会显示结算页面。若核查失败，则表明待结算商品列表中的订单金额不满足购买条件，此时服务器会向用户终端发送结算失败提示，以指示用户终端重新返回商品信息页面。而在用户终端重新返回商品信息页面，用户可以继续在商品信息页面进行商品选择操作。
280.进一步地，用户终端在接收到优惠权益选择指令后，确定目标优惠权益后，还可以将与所述优惠权益选择指令对应的目标优惠权益信息发送到服务器。服务器在接收到目标优惠权益信息后，会根据所述目标优惠权益信息重新确定订单金额信息并将结果反馈给用户终端，再由用户终端更新结算页面中的订单金额信息。
281.图17为本发明实施例的信息交互装置的示意图。如图17所示，本发明实施例的信息交互装置包括显示单元171、加购单元172、结算单元173和限制单元174。
282.具体地，所述显示单元171用于显示商品信息页面，所述商品信息页面包括至少一
个用券商品容器，所述用券商品容器包括用券商品的属性信息和用券商品的第一订单要求和商品添加控件，所述第一订单要求用于表征使用优惠权益购买对应的用券商品所要求的订单金额下限，所述商品添加控件用于触发商品加购指令；
283.所述加购单元172用于响应于接收到对目标用券商品的加购指令，将所述目标用券商品加入待结算商品列表；
284.所述结算单元173用于确定所述待结算商品列表的订单金额；
285.所述限制单元174用于响应于所述待结算商品列表的订单金额不满足所述目标用券商品的第一订单要求，将所述待结算商品列表展示为第一不可结算状态。
286.本发明实施例的信息交互装置在显示商品信息页面后，响应于接收到对目标用券商品的加购指令，将所述目标用券商品加入待结算商品列表，确定所述待结算商品列表的订单金额，响应于所述待结算商品列表的订单金额不满足所述目标用券商品的第一订单要求，将所述待结算商品列表展示为第一不可结算状态。其中，所述商品信息页面包括至少一个用券商品容器，所述用券商品容器包括用券商品的属性信息和用券商品的第一订单要求和商品添加控件，所述第一订单要求用于表征使用优惠权益购买对应的用券商品所要求的订单金额下限，所述商品添加控件用于触发商品加购指令。通过所述装置可以增强人机交互性，改善用户的体验。
287.图18为本发明实施例的信息交互装置的示意图。如图18所示，本发明实施例的信息交互装置包括接收单元181、结算单元182和发送单元183。
288.具体地，所述接收单元181用于从用户终端接收所述待结算商品列表中各商品的商品信息和配送信息，其中，所述待结算商品列表包括目标用券商品，目标用券商品具有对应的预先确定的第一订单要求，所述第一订单要求用于表征使用优惠权益购买对应的用券商品所要求的订单金额下限；
289.所述确定单元182用于根据所述待结算商品列表中各商品的商品信息以及配送信息，确定所述待结算商品列表的订单金额；
290.所述发送单元183用于向所述用户终端发送所述订单金额以及状态判定辅助信息，所述状态判定辅助信息包括所述第一订单要求或用于表征所述订单金额是否满足第一订单要求的信息之一。
291.本发明实施例的信息交互装置在从用户终端接收待结算商品列表中各商品的商品信息和配送信息后，会根据所述待结算商品列表中各商品的商品信息以及配送信息，确定所述待结算商品列表的订单金额，并向所述用户终端发送所述订单金额以及状态判定辅助信息。其中，所述待结算商品列表包括目标用券商品，目标用券商品具有对应的预先确定的第一订单要求，所述第一订单要求用于表征使用优惠权益购买对应的用券商品所要求的订单金额下限，所述状态判定辅助信息包括所述第一订单要求或用于表征所述订单金额是否满足第一订单要求的信息之一。通过所述装置可以在服务器侧确定待结算商品列表的订单金额并反馈给用户终端。
292.图19是本发明实施例的电子设备的示意图。在本实施例中，电子设备包括服务器、终端等。如图19所示，该电子设备：至少包括一个处理器191；以及，与至少一个处理器191通信连接的存储器192；以及，与扫描装置通信连接的通信组件193，通信组件193在处理器191的控制下接收和发送数据；其中，存储器192存储有可被至少一个处理器191执行的指令，指
令被至少一个处理器191执行以实现上述信息交互方法。
293.具体地，该电子设备包括：一个或多个处理器191以及存储器192，图19中以一个处理器191为例。处理器191、存储器192可以通过总线或者其他方式连接，图19中以通过总线连接为例。存储器192作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。处理器191通过运行存储在存储器192中的非易失性软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述信息交互方法。
294.存储器192可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储选项列表等。此外，存储器192可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器192可选包括相对于处理器191远程设置的存储器，这些远程存储器可以通过网络连接至外接设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
295.一个或者多个模块存储在存储器192中，当被一个或者多个处理器191执行时，执行上述任意方法实施例中的信息交互方法。
296.上述产品可执行本技术实施例所提供的方法，具备执行方法相应的功能模块和有益效果，未在本实施例中详尽描述的技术细节，可参见本技术实施例所提供的方法。
297.本发明的另一个实施例涉及一种非易失性存储介质，用于存储计算机可读程序，所述计算机可读程序用于供计算机执行上述部分或全部的方法实施例。
298.即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本技术各实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
299.本发明实施例公开了a1、一种信息交互方法，所述方法包括：
300.显示商品信息页面，所述商品信息页面包括至少一个用券商品容器，所述用券商品容器包括用券商品的属性信息和用券商品的第一订单要求和商品添加控件，所述第一订单要求用于表征使用优惠权益购买对应的用券商品所要求的订单金额下限，所述商品添加控件用于触发商品加购指令；
301.响应于接收到对目标用券商品的加购指令，将所述目标用券商品加入待结算商品列表；
302.确定所述待结算商品列表的订单金额；
303.响应于所述待结算商品列表的订单金额不满足所述目标用券商品的第一订单要求，将所述待结算商品列表展示为第一不可结算状态。
304.a2、根据a1所述的方法，所述商品信息页面中还包括结算控件；
305.所述将所述待结算商品列表展示为第一不可结算状态包括：
306.将所述结算控件的状态调整为不可结算状态；
307.在所述结算控件中显示所述订单金额距离所述第一订单要求的用券差额。
308.a3、根据a2所述的方法，所述商品信息页面用于展示归属于目标提供者的商品；
309.所述方法还包括：
310.响应于所述待结算商品列表的订单金额不满足所述目标提供者的第二订单要求，将所述待结算商品列表展示为第二不可结算状态。
311.a4、根据a3所述的方法，所述方法还包括：
312.响应于所述待结算商品列表的订单金额不满足所述第一订单要求和所述第二订单要求，将所述待结算商品列表展示为第二不可结算状态。
313.a5、根据a4所述的方法，所述将所述待结算商品列表展示为第二不可结算状态包括：
314.将所述结算控件的状态调整为不可结算状态；
315.在所述结算控件中显示所述订单金额距离所述第二订单要求的起送差额。
316.a6、根据a3所述的方法，所述方法还包括：
317.响应于所述待结算商品列表的订单金额满足所述第一订单要求和所述第二订单要求，将所述待结算商品列表展示为可结算状态。
318.a7、根据a3所述的方法，所述方法还包括：
319.响应于所述目标提供者的商品中包括必选商品，所述商品信息页面还包括至少一个必选商品容器，所述必选商品容器包括必选商品的属性信息和商品添加控件。
320.a8、根据a7所述的方法，所述方法还包括：
321.响应于所述待结算商品列表中不包含所述必选商品，将所述结算控件的状态调整为不可结算状态；
322.在所述结算控件中显示必选商品未添加提示。
323.a9、根据a8所述的方法，所述方法还包括：
324.响应于所述待结算商品列表的订单金额满足所述第一订单要求和所述第二订单要求，且所述待结算商品列表中包括所述必选商品，将所述待结算商品列表展示为可结算状态。
325.a10、根据a6或9所述的方法，所述将所述待结算商品列表展示为可结算状态包括：
326.将所述结算控件的状态调整为可结算状态，所述可结算状态下的结算控件用于触发商品结算指令。
327.a11、根据a10所述的方法，所述方法还包括：
328.响应于接收到所述商品结算指令，显示结算页面，所述结算页面中包括与所述待结算商品列表对应的订单金额信息和订单提交控件，所述订单提交控件用于触发订单提交指令。
329.a12、根据a11所述的方法，所述结算页面中还包括优惠权益使用控件，所述优惠权益使用控件用于触发优惠权益使用指令；
330.所述方法还包括：
331.响应于接收到所述优惠权益使用指令，显示优惠权益页面，所述优惠权益页面中包括用户账户内可供选择的至少一个优惠权益；
332.响应于接收到优惠权益选择指令，将与所述优惠权益选择指令对应的优惠权益确定为目标优惠权益。
333.a13、根据a12所述的方法，在确定所述目标优惠权益之后，所述方法还包括：
334.根据所述目标优惠权益，更新结算页面中的订单金额信息。
335.a14、根据a3所述的方法，在显示商品信息页面之前，所述方法还包括：
336.显示商户信息页面，所述商户信息页面包括至少一个商户的商户信息；
337.响应于接收到商户选择指令，将与所述商户选择指令对应的商户确定为所述目标提供者。
338.a15、根据a14所述的方法，在确定所述目标提供者之后，所述方法还包括：
339.获取用户账户内与所述目标提供者对应的优惠权益信息，所述优惠权益信息中包括优惠权益所对应的用券商品的属性信息和用券商品的第一订单要求；
340.根据所述用券商品的属性信息和用券商品的第一订单要求，确定所述商品信息页面中的用券商品容器。
341.a16、根据a15所述的方法，所述方法还包括：
342.响应于未获取到用户账户内与所述目标提供者对应的优惠权益信息，显示不包含所述用券商品容器的商品信息页面。
343.a17、根据a15所述的方法，所述获取用户账户内与所述目标提供者对应的优惠权益信息包括：
344.向服务器发送所述优惠权益信息获取指令，以获取所述用户账户内与所述目标提供者对应的优惠权益信息，所述优惠权益信息获取指令用于指示服务器发送所述用户账户内与所述目标提供者对应的优惠权益信息。
345.a18、根据a1所述的方法，所述确定所述待结算商品列表的订单金额包括：
346.向服务器发送所述待结算商品列表中各商品的商品信息和配送信息；
347.接收所述服务器反馈的信息，以确定所述待结算商品列表的订单金额。
348.a19、根据a1所述的方法，所述方法还包括：
349.响应于所述待结算商品列表中的用券商品数量达到预设阈值，移除所述各用券商品容器中的商品添加控件。
350.本发明实施例公开了b1、一种信息交互方法，所述方法包括：
351.从用户终端接收待结算商品列表中各商品的商品信息和配送信息，其中，所述待结算商品列表包括目标用券商品，目标用券商品具有对应的预先确定的第一订单要求，所述第一订单要求用于表征使用优惠权益购买对应的用券商品所要求的订单金额下限；
352.根据所述待结算商品列表中各商品的商品信息以及配送信息，确定所述待结算商品列表的订单金额；
353.向所述用户终端发送所述订单金额以及状态判定辅助信息，所述状态判定辅助信息包括所述第一订单要求或用于表征所述订单金额是否满足第一订单要求的信息之一。
354.b2、根据b1所述的方法，所述方法还包括：
355.响应于接收到优惠权益信息获取指令，根据所述优惠权益信息获取指令确定用户账户内与目标提供者对应的优惠权益信息，所述优惠权益信息中包括与优惠权益对应的用券商品信息；
356.向所述用户终端发送所述用户账户内与目标提供者对应的优惠权益信息。
357.b3、根据b1所述的方法，所述方法还包括：
358.接收优惠权益信息创建指令；
359.根据所述权益创建指令获取所要创建的目标优惠权益信息，所述目标优惠权益信息中包括目标用券商品的属性信息和目标用券商品的第一订单要求；
360.将所述目标优惠权益信息存储到服务器中。
361.b4、根据b1所述的方法，所述方法还包括：
362.接收到结算请求，所述结算请求由所述用户终端响应于结算控件被触发发送；
363.获取所述结算请求对应的订单商品列表和订单金额；
364.响应于所述订单商品列表的订单金额不满足第一订单条件，向所述用户终端发送结算失败提示，所述结算失败提示用于指示所述用户终端返回商品信息页面。
365.本发明实施例公开了c1、一种信息交互装置，所述用户终端包括：
366.显示单元，用于显示商品信息页面，所述商品信息页面包括至少一个用券商品容器，所述用券商品容器包括用券商品的属性信息和用券商品的第一订单要求和商品添加控件，所述第一订单要求用于表征使用优惠权益购买对应的用券商品所要求的订单金额下限，所述商品添加控件用于触发商品加购指令；
367.加购单元，用于响应于接收到对目标用券商品的加购指令，将所述目标用券商品加入待结算商品列表；
368.结算单元，用于确定所述待结算商品列表的订单金额；
369.限制单元，用于响应于所述待结算商品列表的订单金额不满足所述目标用券商品的第一订单要求，将所述待结算商品列表展示为第一不可结算状态。
370.本发明实施例公开了d1、一种信息交互装置，所述服务器包括：
371.接收单元，用于从用户终端接收所述待结算商品列表中各商品的商品信息和配送信息，其中，所述待结算商品列表包括目标用券商品，目标用券商品具有对应的预先确定的第一订单要求，所述第一订单要求用于表征使用优惠权益购买对应的用券商品所要求的订单金额下限；
372.确定单元，用于根据所述待结算商品列表中各商品的商品信息以及配送信息，确定所述待结算商品列表的订单金额；
373.发送单元，用于向所述用户终端发送所述订单金额以及状态判定辅助信息，所述状态判定辅助信息包括所述第一订单要求或用于表征所述订单金额是否满足第一订单要求的信息之一。
374.本发明实施例公开了e1、一种计算机可读存储介质，其上存储计算机程序指令，所述计算机程序指令在被处理器执行时实现如a1
‑
19和b1
‑
4中任一项所述的方法。
375.本发明实施例公开了f1、一种电子设备，所述设备包括：
376.存储器，用于存储一条或多条计算机程序指令；
377.处理器，所述一条或多条计算机程序指令被所述处理器执行以实现如a1
‑
19和b1
‑
4中任一项所述的方法。
378.以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。