一种基于电子钱包的交易方法、装置和系统与流程

一种基于电子钱包的交易方法、装置和系统
1.本技术为2013年12月23日提交的申请号为201310719447.x、发明名称为“一种基于电子钱包的交易方法、装置和系统”的中国专利申请的分案申请。
技术领域
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.有效优惠确定单元，用于获取所述目标对象的有效优惠信息，所述有效优惠信息包括所述目标对象中各个目标对象的单品优惠信息和所述目标对象中所有目标对象的整体优惠信息；
87.计算单元，用于计算所述各个目标对象分别采用各自的所述单品优惠信息优惠后的单品实付金额，遍历计算在所述各个目标对象的所述单品实付金额的各种组合方式下的所述目标对象的总支付金额，并生成第一支付方案；以及用于计算所述所有目标对象采用整体优惠信息优惠后所述目标对象的总支付金额，生成第二支付方案；
88.生成单元，用于根据所述第一支付方案和所述第二支付方案，生成所述至少一种支付方案。
89.进一步地，所述有效优惠信息还包括所述目标对象中部分目标对象的部分优惠信息；
90.则所述计算单元还用于计算所述部分目标对象采用所述部分优惠信息优惠后的第一实付金额，并计算所述目标对象中除所述部分目标对象以外的其他目标对象采用各自的所述单品优惠信息优惠后的第二实付金额；遍历计算在所述第一实付金额和所述第二实付金额的各种组合方式下，所述目标对象的总支付金额，生成第三支付方案；
91.则所述生成单元用于根据所述第一支付方案、所述第二支付方案和所述第三支付方案，生成所述至少一种支付方案。
92.更进一步地，所述有效优惠生成单元包括：
93.账户信息获取子单元，用于接收所述电子钱包客户端发送的用户电子钱包中的账户的信息，所述账户包括信用卡账户、银行卡账户、贵宾卡账户、积分账户、优惠券账户中的一种或多种；
94.优惠信息获取子单元，用于获取所述账户对应的优惠信息；
95.确定子单元，用于将所述账户信息对应的优惠信息与所述目标对象进行匹配，得到所述目标对象的有效优惠信息。
96.又一方面，本发明实施例提供了一种基于电子钱包的交易系统，所述系统包括：
97.电子钱包客户端和电子钱包服务器；
98.所述电子钱包客户端，用于获取目标对象的销售信息，并发送给所述电子钱包服务器；
99.所述电子钱包服务器，用于接收电子钱包客户端发送的所述目标对象的销售信息；获取所述目标对象的至少一种支付方案，当所述目标对象为至少两个时，所述至少一种支付方案是采用至少两个目标对象的多种有效优惠信息交叉组合后得到的，所述有效优惠信息是用户电子钱包中的账户在支付所述目标对象时所能使用的优惠信息；向所述电子钱包客户端发送所述至少一种支付方案；
100.所述电子钱包客户端还用于接收所述至少一种支付方案，并显示接收到的所述至少一种支付方案。
101.本发明实施例提供的技术方案带来的有益效果是：
102.通过获取目标对象的销售信息，当目标对象为至少两个时，通过交叉组合至少两个目标对象的多种有效优惠信息生成支付方案，从而可以获得更贴合用户需求的支付方案，充分考虑用户利益，实用性强。
附图说明
103.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
104.图1是本发明实施例的应用场景的结构示意图；
105.图2是本发明实施例一提供的一种基于电子钱包的交易方法的流程示意图；
106.图3是本发明实施例二提供的一种基于电子钱包的交易方法的流程示意图；
107.图3a是本发明实施例二提供的支付方案显示的示意图；
108.图4是本发明实施例三提供的一种基于电子钱包的交易方法的流程示意图；
109.图5是本发明实施例四提供的一种基于电子钱包的交易方法的流程示意图；
110.图6是本发明实施例五提供的一种基于电子钱包的交易装置的结构示意图；
111.图7是本发明实施例六提供的一种基于电子钱包的交易装置的结构示意图；
112.图8是本发明实施例七提供的一种基于电子钱包的交易装置的结构示意图；
113.图9是本发明实施例八提供的一种基于电子钱包的交易装置的结构示意图；
114.图10是本发明实施例九提供的一种基于电子钱包的交易系统的结构示意图；
115.图11是本发明实施例十提供的一种终端的结构示意图；
116.图12是本发明实施例十一提供的一种服务器的结构示意图。
具体实施方式
117.为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
118.为了便于理解本发明实施例，下面首先结合图1说明本发明实施例的应用场景。该系统包括：电子钱包客户端12、电子钱包服务器13、交易商家计算机14、电子支付平台15、优惠发行方计算机16和网络17。电子钱包客户端12、电子钱包服务器13、交易商家计算机14、
电子支付平台15和优惠发行方计算机16均通过网络17相互连接。
119.其中，电子钱包是电子商务购物活动中网上购物顾客常用的一种支付工具。一个用户的电子钱包可以包含多个账户的信息，账户包括但不限于一张或多张储蓄卡、一张或多张信用卡、一个或多个商户的vip(very important person，贵宾)卡、积分卡和优惠券等，这些账户都可以用来支付用户想要购买的商品或服务。电子钱包可以设置在电子钱包客户端12中，电子钱包用户通过电子钱包客户端12使用电子钱包，电子钱包客户端12可以为各种终端设备，例如移动终端、个人计算机等。
120.电子支付平台15是电子钱包用户和交易商家计算机14之间电子交易支付的中介，例如网上银行、支付宝等，优惠发行方可以是发行银行、visa组织或商家等。网络17可以是蜂窝网络(例如，gsm(global system for mobile communication，全球移动通信)、umts(universal mobile telecommunications system，通用移动通信系统)lte(long term evolution，长期演进)、cdma(code division multiple access，码分多址)等)、无线局域网和近距离通信等，本发明实施例对此不做限制。
121.需要说明的是，电子钱包服务器13为可选项，当电子钱包客户端12工作于云-客户端协作模式需要(见实施例三和四)。
122.实施例一
123.本发明实施例提供了一种基于电子钱包的交易方法，该方法的执行主体为前述电子钱包客户端，该电子钱包客户端可以采用客户端本地模式(见实施例二)或者云-客户端协作模式(见实施例四)，参见图2，该方法包括：
124.步骤201：获取目标对象的销售信息。
125.该目标对象包括但不限于目标商品或服务(例如，用户欲购买的商品或服务等)。该销售信息包括但不限于商品或服务的标识(例如编码)和原始价格，该销售信息还可以包括商品或服务的名称和产地等。
126.步骤202：获取目标对象的至少一种支付方案。
127.具体地，当电子钱包客户端采用客户端本地模式时，该步骤202中，电子钱包客户端生成并获取目标对象的支付方案，当电子钱包客户端采用云-客户端协作模式时，该步骤202中，由电子钱包服务器生成目标对象的至少一种支付方案，电子钱包客户端从电子钱包服务器获取目标对象的至少一种支付方案。
128.当目标对象为至少两个(可以为相同的目标对象，也可以是不同的目标对象)时，该至少一种支付方案是采用至少两个目标对象的多种有效优惠信息交叉组合后得到的，有效优惠信息是用户电子钱包中的账户在支付目标对象时所能使用的优惠信息。
129.容易知道，当目标对象为一个时，该至少一种支付方案是采用该目标对象的有效优惠信息优惠后得到的，和/或，不采用优惠信息优惠(即按目标对象的原价支付)得到的。
130.进一步地，至少一种支付方案可以包括以下支付方案中的一种或多种：现金支付条件下支付金额最少的支付方案、信用卡优先条件下支付金额最少的支付方案、储蓄卡优先条件下支付金额最少的支付方案、贵宾卡优先条件下支付金额最少的支付方案、优惠券优先条件下支付金额最少的支付方案和积分优先条件下支付金额最少的支付方案。
131.在实现时，获取的至少一种支付方案可以是系统默认，也可以是用户设置的。
132.步骤203：显示获取到的至少一种支付方案。
133.在一种实现方式中，可以仅显示用户选择的支付方案；在另一种实现方式中，可以显示获取到的所有的支付方案(例如，将用户选择的支付方案显示在其他方案的前面)。
134.本发明实施例通过获取目标对象的销售信息，当目标对象为至少两个时，通过交叉组合至少两个目标对象的多种有效优惠信息生成支付方案，从而可以获得更贴合用户需求的支付方案，充分考虑用户利益，实用性强。
135.实施例二
136.本发明实施例提供了一种基于电子钱包的交易方法，该方法的执行主体为电子钱包客户端，在本实施例中，电子钱包客户端采用客户端本地模式，参见图3，该方法包括：
137.步骤301：获取优惠信息。
138.该优惠信息可以是针对商品或者服务设定的各种优惠告知信息，例如银行发送的信用卡使用优惠短信，商家提供的vip打折信息，钱库发布的商家特定商品打折信息，团购网站发布的特定商品的团购优惠信息等。
139.在本实施例中，电子钱包客户端提前获取各种优惠信息，其采用的获取方式可以是电子钱包客户端提前接收并存储各个优惠发行方推送的各种优惠信息，或者是由电子钱包客户端提前从第三方服务器上下载相关商家的优惠信息保存在电子钱包客户端。
140.步骤302：获取目标对象的销售信息和用户电子钱包中的账户的信息。
141.该目标对象是指目标商品或服务(例如，用户欲购买的商品或服务等)。该销售信息包括但不限于商品或服务的标识(例如编码)和原始价格，该销售信息还可以包括商品或服务的名称和产地等。
142.用户的一个电子钱包可以包含多个账户，该账户可以包括信用卡账户、银行卡账户、vip卡账户、积分账户、优惠券账户中的一种或多种。这些账户都可以用来支付目标对象，发行贵宾卡、积分卡和优惠券的商户和发送银行卡、信用卡的银行均为前文所说的优惠发行方。对应的该账户的信息可以是一张或多张银行卡的卡号、一张或多张信用卡的卡号、多家商户的vip卡的卡号、积分卡的卡号和优惠券的编号等。
143.实现时，电子钱包客户端获取目标对象的销售信息的方式可以是，在收银台支付时，由收银机(或pos(point of sale，销售终端)机等)扫描目标对象的条形码、二维码和rfid(radio frequency identification，射频识别)标签等获得目标对象的销售信息，并将获得的销售信息发送给电子钱包客户端；或者电子钱包客户端通过扫描目标对象的条形码、二维码和rfid主动获取目标对象的销售信息。
144.步骤303：将电子钱包中的账户对应的优惠信息与目标对象进行匹配，得到目标对象的有效优惠信息。
145.该有效优惠信息是用户电子钱包中的账户在支付目标对象时所能使用的优惠信息。
146.在本实施例中，电子钱包客户端根据获取的目标对象的销售信息同电子钱包客户端中预存的与电子钱包中的账户对应的所有优惠信息进行关联，根据相应的优惠规则(例如优惠截止日期是否到期、是否属于优惠商品类型等)匹配得到目标对象的有效优惠信息。
147.具体地，有效优惠信息可以包括目标对象中各个目标对象的单品优惠信息和目标对象中所有目标对象的整体优惠信息。其中，单品优惠信息是指一个(或一类)目标对象的优惠信息，例如，女鞋打八折；整体优惠信息是指对多个(或多类)目标对象的优惠信息，例
如，使用会员卡所有商品打九折或者所有商品满200元返200元等。
148.步骤304：获取目标对象的至少一种支付方案。
149.其中，至少一种支付方案包括以下支付方案中的一种或多种：现金支付条件下支付金额最少的支付方案、信用卡优先条件下支付金额最少的支付方案、储蓄卡优先条件下支付金额最少的支付方案、贵宾卡优先条件下支付金额最少的支付方案、优惠券优先条件下支付金额最少的支付方案和积分优先条件下支付金额最少的支付方案。
150.实现时，获取至少一种支付方案可以采用如下方式：
151.确定目标对象的有效优惠信息，该有效优惠信息包括目标对象中各个目标对象的单品优惠信息和目标对象中所有目标对象的整体优惠信息；
152.计算各个目标对象分别采用各自的所述单品优惠信息优惠后的单品实付金额，遍历计算在各个目标对象的单品实付金额的各种组合方式下的目标对象的总支付金额，并生成第一支付方案；
153.计算所有目标对象采用整体优惠信息优惠后目标对象的总支付金额，生成第二支付方案；
154.根据第一支付方案和第二支付方案，生成至少一种支付方案。
155.可以理解地，上述第一支付方案和第二支付方案均可以包括多种支付方案。
156.进一步地，有效优惠信息还可以包括目标对象中部分目标对象的部分优惠信息，此时，获取目标对象的至少一种支付方案，还包括：
157.计算部分目标对象采用部分优惠信息优惠后的第一实付金额，并计算目标对象中除部分目标对象以外的其他目标对象采用各自的单品优惠信息优惠后的第二实付金额；
158.遍历计算在第一实付金额和所述第二实付金额的各种组合方式下，目标对象的总支付金额，生成第三支付方案；
159.相应地，根据第一支付方案和第二支付方案，生成至少一种支付方案，包括：
160.根据第一支付方案、第二支付方案和第三支付方案，生成至少一种支付方案。
161.相应地，上述第三支付方案也可以包括多种支付方案。
162.实现时，所有的目标对象可以用集合g{g1,
…gk
,
…gn
,all}表示，与每个目标对象gk对应的可选的支付方式的全集d为{d1,
…
,dj,
…dn
,无}，其中，all表示可以对所有或者部分的目标对象整体进行优惠，dj代表某一种优惠方式，“无”表示不采用任何优惠的方式(即原价支付)，则生成第一支付方案、第二支付方案和第三支付方案的过程可以是，先计算一个目标对象gk可以采用的全集d中各种优惠方式下的实付金额，再遍历计算集合g中所有目标对象可以采用的全集d中各种优惠方式下的实付金额，然后计算所有实付金额可能的组合方式下的所有目标对象g的总支付金额，即生成了第一支付方案。当有对所有的目标对象整体进行优惠all时，直接计算此时集合g中所有目标对象的总支付金额(即实付金额)，即生成了第二支付方案。当有对部分的目标对象整体进行优惠all时，先计算该部分目标对象采用优惠后的实付金额(即第一实付金额)，再将除了该部分之外的每个目标对象可以采用的全集d中各种优惠方式下的实付金额(即第二实付金额)和该部分目标对象的实付金额(即第一实付金额)进行组合，并计算各种组合下的总支付金额，即生成第三支付方案。
163.下面举例说明步骤301至步骤304的过程：
164.已知当前用户电子钱包中包含3个账户：信用卡、会员卡及优惠券。并且提前下载
存储的各类优惠信息包括：信用卡支付商家m1、m2的商品打9折，会员卡支付商家m1的商品g2/g3/g4打8折，使用优惠券支付商家m1的商品g1打5折，购买商家m1的商品满100元减50元。用户欲购买商家m1的商品g1、g2。
165.在收银机上获取到商品g1、g2的商品编码信息和原始价格分别是g1原价20元，g2原价80元。同预存的优惠信息进行匹配后，分别获取商品g1、g2对应的所有有效优惠信息如下：
166.g1：信用卡支付打9折；优惠券支付打5折；
167.g2：信用卡支付打9折；会员卡支付打8折；
168.对商家m1的所有商品，满100元减50元。
169.计算得到商品g1所有的支付方式的是：信用卡支付18元；优惠券支付10元；原价支付20元。计算商品g2所有的支付方式是：信用卡支付72元；会员卡支付64元；原价支付80元。
170.计算所有商品g1、g2所有的排列组合的支付方案，结果如下：
171.g1、g2均使用信用卡，总支付金额90元；
172.g1使用优惠券、g2使用信用卡，总支付金额82元；
173.g1使用原价、g2使用信用卡，总支付金额92元；
174.g1使用信用卡、g2使用会员卡，总支付金额82元；
175.g1使用优惠券、g2使用会员卡，总支付金额74元；
176.g1使用原价、g2使用会员卡，总支付金额84元；
177.g1使用信用卡、g2使用原价，总支付金额98元；
178.g1使用优惠券、g2使用原价，总支付金额90元；
179.g1使用原价、g2使用原价，总支付金额100元；
180.对商家m1的所有商品，满100元减50元，总支付金额50元。
181.步骤305：显示获取到的至少一种支付方案。
182.其中，每个支付方案的显示细节可以包括商品或服务的编码信息(例如，商品或服务的名称)、有效优惠信息、实付金额和总支付金额。实现时，可以在每个支付方案后增设选择选项，该选择选项用于方便用户选择支付方案进行支付。默认采用支付金额最少的支付方案放在前面的形式。
183.容易知道，在其他实施例中，显示获取到的至少一种支付方案还可以包括：
184.接收用户输入的支付方案设置指令；
185.显示包括与支付方案设置指令对应的支付方案在内的至少一种支付方案。其中，支付方案设置指令表示用户进行了优先的支付方案的设置操作，即在该实现方式中，可以根据不同的优先条件，用户选择的支付方案显示在前面。
186.需要说明的是，即使在用户选择了支付方案的情况下，仍然可以向用户显示除了该支付方案外的其他支付方案(例如，显示所有的支付方案)，例如，当用户选择信用卡支付优先时，就将信用卡优先条件下支付金额最少的支付方案显示在前面，其他的支付方案再依次按照支付金额升序的形式显示，这样可以防止用户想要支付金额最少的支付方案，而自己选择的支付方案并不是支付金额最少的情况发生，因为存在一种情况，当一种支付方案是多种优先条件(例如，信用卡优先条件、贵宾卡优先条件和优惠券优先条件)下支付金额最少的支付方案时，由于该支付方案采用了多种有效优惠信息优惠后得到的支付金额可
能比其他支付方案的支付金额都要少，而用户可能未选用该支付方案。
187.在前述例子的基础上，如图3a所示，通过上述步骤304的计算，电子钱包客户端为用户提供了三种支付方案，且支付金额最少的支付方案显示在最前面，每个支付方案的显示内容均包括了支付方案名称、每种商品的名称、每个商品采用的优惠方式、每个商品的实付金额、总支付金额和“选择”选项按钮。
188.步骤306：接收用户输入的支付方案选择指令。
189.该支付方案选择指令用于指示用户为完成本次交易选择的支付方案。
190.步骤307：采用支付方案选择指令对应的支付方案完成交易。
191.具体地，电子钱包客户端可以根据用户输入的支付方案选择指令对应的支付方案中的各个目标对象的实付金额以及所有目标对象的总的支付金额通过电子支付平台与交易商家计算机完成支付交易。
192.本发明实施例通过获取目标对象的销售信息，当目标对象为至少两个时，通过交叉组合至少两个目标对象的多种有效优惠信息生成支付方案，从而可以获得更贴合用户需求的支付方案，充分考虑用户利益，实用性强。另外，所有的优惠信息均是由电子钱包客户端提前存储，在交易期间电子钱包客户端可一次性匹配得到所有的有效优惠信息，不再需要与优惠发行方计算机逐一进行通信，交易过程快捷，且由于呈现给用户的方案多于一个，用户的选择空间大。
193.实施例三
194.本发明实施例提供了一种基于电子钱包的交易方法，该方法的执行主体为前述电子钱包服务器，参见图4，该方法包括：
195.步骤401：接收电子钱包客户端发送的目标对象的销售信息。
196.步骤402：获取目标对象的至少一种支付方案。
197.当目标对象为至少两个时，至少一种支付方案是采用至少两个目标对象的多种有效优惠信息交叉组合后得到的，有效优惠信息是用户电子钱包中的账户在支付目标对象时所能使用的优惠信息。
198.容易知道，当目标对象为一个时，该至少一种支付方案是采用该目标对象的有效优惠信息优惠后得到的，和/或，不采用优惠信息优惠(即按目标对象的原价支付)得到的。
199.进一步地，至少一种支付方案可以包括以下支付方案中的一种或多种：现金支付条件下支付金额最少的支付方案、信用卡优先条件下支付金额最少的支付方案、储蓄卡优先条件下支付金额最少的支付方案、贵宾卡优先条件下支付金额最少的支付方案、优惠券优先条件下支付金额最少的支付方案和积分优先条件下支付金额最少的支付方案。
200.步骤403：向电子钱包客户端发送至少一种支付方案。
201.本发明实施例通过获取目标对象的销售信息，当目标对象为至少两个时，通过交叉组合至少两个目标对象的多种有效优惠信息生成支付方案，从而可以获得更贴合用户需求的支付方案，充分考虑用户利益，实用性强。
202.实施例四
203.本发明实施例提供了一种基于电子钱包的交易方法，该方法的执行主体为前述电子钱包客户端和电子钱包服务器，其中，电子钱包客户端采用云-客户端协作模式，参见图5，该方法包括：
204.步骤501：电子钱包服务器获取优惠信息。
205.该优惠信息可以是针对商品或者服务设定的各种优惠告知信息，例如银行发送的信用卡使用优惠短信，商家提供的vip打折信息，钱库发布的商家特定商品打折信息，团购网站发布的特定商品的团购优惠信息等。
206.在本实施例中，电子钱包服务器提前获取各种优惠信息，其可以主动搜索并下载保存所有的优惠信息。由于电子钱包服务器具有更强的运算能力和更丰富的资源，因而能够实时的获得更多可能的优惠信息资讯。
207.步骤502：电子钱包客户端获取目标对象的销售信息。
208.在本实施例中，该步骤与步骤302相同，这里不再赘述。
209.步骤503：电子钱包客户端将目标对象的销售信息发送给电子钱包服务器。
210.具体地，电子钱包客户端可以通过前述的网络将目标对象的销售信息发送给电子钱包服务器。
211.步骤504：电子钱包服务器获取用户电子钱包中的账户的信息。
212.在本实施例中，电子钱包服务器可以通过提前保存与用户电子钱包中的账户相关的账户的信息而得到用户电子钱包中的账户的信息。
213.在其他实施例中，还可以是电子钱包客户端获取用户电子钱包中的账户的信息后发送给电子钱包服务器。
214.步骤505：电子钱包服务器将电子钱包中的账户对应的优惠信息与目标对象进行匹配，得到目标对象的有效优惠信息。
215.该步骤与步骤304相同，这里不再赘述。
216.步骤506：电子钱包服务器向电子钱包客户端发送至少一种支付方案。
217.步骤507：电子钱包客户端接收电子钱包服务器返回的至少一种支付方案。
218.具体地，步骤506和507中电子钱包服务器和电子钱包客户端可以通过前述网络完成。
219.步骤508：电子钱包客户端显示获取到的至少一种支付方案。
220.步骤509：电子钱包客户端接收用户输入的支付方案选择指令，采用支付方案选择指令对应的支付方案完成交易。
221.步骤508和509与步骤305～307相同，这里不再赘述。
222.本发明实施例通过获取目标对象的销售信息，当目标对象为至少两个时，通过交叉组合至少两个目标对象的多种有效优惠信息生成支付方案，从而可以获得更贴合用户需求的支付方案，充分考虑用户利益，实用性强。另外，所有的优惠信息均是由电子钱包服务器提前存储，在交易期间电子钱包服务器可一次性匹配得到所有的有效优惠信息，不再需要与优惠发行方计算机逐一进行通信，交易更快捷，且由于呈现给用户的方案多于一个，用户的选择空间大。此外，电子钱包服务器具有更强的计算能力和资源获取能力，此时的电子钱包服务器可以拥有更多的优惠信息资讯和更快的支付方案生成速度。
223.实施例五
224.本发明实施例提供了一种基于电子钱包的交易装置，该装置为电子钱包客户端，电子钱包客户端采用客户端本地模式或者云-客户端协作模式，参见图6，该装置包括：
225.第一获取模块61用于获取目标对象的销售信息；
226.支付方案获取模块62用于获取目标对象的至少一种支付方案，当目标对象为至少两个时，至少一种支付方案是采用至少两个目标对象的多种有效优惠信息交叉组合后得到的，有效优惠信息是用户电子钱包中的账户在支付目标对象时所能使用的优惠信息；
227.显示模块63用于显示获取到的一种支付方案。
228.其中，当目标对象为一个时，该至少一种支付方案是采用该目标对象的有效优惠信息优惠后得到的，和/或，不采用优惠信息优惠(即按目标对象的原价支付)得到的。
229.进一步地，至少一种支付方案可以包括以下支付方案中的一种或多种：现金支付条件下支付金额最少的支付方案、信用卡优先条件下支付金额最少的支付方案、储蓄卡优先条件下支付金额最少的支付方案、贵宾卡优先条件下支付金额最少的支付方案、优惠券优先条件下支付金额最少的支付方案和积分优先条件下支付金额最少的支付方案。
230.本发明实施例通过获取目标对象的销售信息，当目标对象为至少两个时，通过交叉组合至少两个目标对象的多种有效优惠信息生成支付方案，从而可以获得更贴合用户需求的支付方案，充分考虑用户利益，实用性强。
231.实施例六
232.本发明实施例提供了一种基于电子钱包的交易装置，该装置为电子钱包客户端，电子钱包客户端采用客户端本地模式或者云-客户端协作模式，参见图7，该装置包括：
233.第一获取模块71用于获取目标对象的销售信息。
234.支付方案获取模块72用于获取目标对象的至少一种支付方案，当目标对象为至少两个时，至少一种支付方案是采用至少两个目标对象的多种有效优惠信息交叉组合后得到的，有效优惠信息是用户电子钱包中的账户在支付目标对象时所能使用的优惠信息。
235.显示模块73用于显示获取到的所述至少一种支付方案。
236.其中，该目标对象是指目标商品或服务(例如，用户欲购买的商品或服务等)。该销售信息包括但不限于编码信息和原始价格，该编码信息还可以包括商品或服务的名称、数字代码和产地等。
237.该至少一种支付方案包括以下支付方案中的一种或多种：现金支付条件下支付金额最少的支付方案、信用卡优先条件下支付金额最少的支付方案、储蓄卡优先条件下支付金额最少的支付方案、贵宾卡优先条件下支付金额最少的支付方案、优惠券优先条件下支付金额最少的支付方案和积分优先条件下支付金额最少的支付方案。
238.在一种可能的实现方式中，支付方案获取模块72可以包括：
239.有效优惠确定单元721用于获取目标对象的有效优惠信息，有效优惠信息包括目标对象中各个目标对象的单品优惠信息和所述目标对象中所有目标对象的整体优惠信息；
240.计算单元722用于计算各个目标对象分别采用各自的单品优惠信息优惠后的单品实付金额，遍历计算在各个目标对象的单品实付金额的各种组合方式下的目标对象的总支付金额，并生成第一支付方案；以及用于计算所有目标对象采用整体优惠信息优惠后目标对象的总支付金额，生成第二支付方案。
241.生成单元723用于根据第一支付方案和第二支付方案，生成至少一种支付方案。
242.其中，所有的目标对象可以用集合g{g1,
…gk
,
…gn
,all}表示，与每个目标对象gk对应的可选的支付方式的全集d为{d1,
…
,dj,
…dn
,无}，其中，all表示可以对所有或者部分的目标对象整体进行优惠，dj代表某一种优惠方式，“无”表示不采用任何优惠的方式(即原
价支付)。
243.进一步地，有效优惠信息还可以包括目标对象中部分目标对象的部分优惠信息；
244.则计算单元722还用于计算部分目标对象采用部分优惠信息优惠后的第一实付金额，并计算目标对象中除部分目标对象以外的其他目标对象采用各自的单品优惠信息优惠后的第二实付金额；
245.遍历计算在第一实付金额和第二实付金额的各种组合方式下，目标对象的总支付金额，生成第三支付方案；
246.则生成单元723用于根据第一支付方案、第二支付方案和第三支付方案，生成至少一种支付方案。
247.可以理解地，前述第一支付方案、第二支付方案和第三支付方案均可以包括多种支付方案。
248.更进一步地，有效优惠确定单元721还包括：
249.账户信息子单元7211用于获取用户电子钱包中的账户的信息，该账户包括信用卡账户、银行卡账户、贵宾卡账户、积分账户、优惠券账户中的一种或多种。
250.优惠信息获取子单元7212用于获取账户对应的优惠信息。
251.确定子单元7213用于将账户信息对应的优惠信息与目标对象进行匹配，得到目标对象的有效优惠信息。
252.其中，该目标对象是指目标商品或服务(例如，用户欲购买的商品或服务等)。该销售信息包括但不限于商品或服务的标识(例如编码)和原始价格，该销售信息还可以包括商品或服务的名称和产地等。实现时，电子钱包客户端获取目标对象的销售信息的方式可以是，在收银台支付时，由收银机(或pos机等)扫描目标对象的条形码、二维码、和rfid标签等获得目标对象的销售信息，并将获得的销售信息发送给电子钱包客户端；或者电子钱包客户端通过扫描目标对象的条形码、二维码和rfid主动获取目标对象的销售信息。
253.用户的一个电子钱包可以包含多个账户，这些账户都可以用来支付目标对象，发行贵宾卡、积分卡和优惠券的商户和发送银行卡、信用卡的银行均为前文所说的优惠发行方。对应的该账户的信息可以是一张或多张银行卡的卡号、一张或多张信用卡的卡号、多家商户的vip卡的卡号、积分卡的卡号和优惠券的编号等。
254.优惠信息可以是针对商品或者服务设定的各种优惠告知信息，例如银行发送的信用卡使用优惠短信，商家提供的vip打折信息，钱库发布的商家特定商品打折信息，团购网站发布的特定商品的团购优惠信息等。
255.有效优惠信息是用户电子钱包中的账户在支付目标对象时所能使用的优惠信息。具体地，电子钱包客户端可以根据相应的优惠规则(例如优惠截止日期是否到期、是否属于优惠商品类型等)匹配得到目标对象的有效优惠信息。
256.在另一种可能的实现方式中，该支付方案获取模块72还可以包括：
257.发送单元724用于将目标对象的销售信息发送给电子钱包服务器。
258.接收单元725用于接收电子钱包服务器返回的至少一种支付方案，当目标对象为至少两个时，至少一种支付方案是电子钱包服务器采用至少两个目标对象的多种有效优惠信息交叉组合后得到的。
259.实现时，每个支付方案的显示细节可以包括商品或服务的编码信息(例如，商品或
服务的名称)、有效优惠信息、实付金额和总支付金额。
260.容易知道，在其他实施例中，该装置还包括用户交互模块74用于接收用户输入的支付方案设置指令。显示模块73还用于显示包括与支付方案设置指令对应的支付方案在内的至少一种支付方案。
261.进一步地，用户交互模块74还用于接受用户输入的支付确认指令。该支付确认指令用于指示电子钱包客户端用户已经执行了确认支付的操作。该装置还可以包括支付管理模块75用于采用支付方案选择指令对应的支付方案完成交易。
262.本发明实施例通过获取目标对象的销售信息，当目标对象为至少两个时，通过交叉组合至少两个目标对象的多种有效优惠信息生成支付方案，从而可以获得更贴合用户需求的支付方案，充分考虑用户利益，实用性强。另外，所有的优惠信息均是由电子钱包客户端提前存储，在交易期间电子钱包客户端可一次性匹配得到所有的有效优惠信息，不再需要与优惠发行方计算机逐一进行通信，交易更快捷，且由于呈现给用户的方案多于一个，用户的选择空间大。
263.实施例七
264.本实施例提供了一种基于电子钱包的交易装置，该装置为电子钱包服务器，参见图8，该装置包括：
265.接收模块881用于接收电子钱包客户端发送的目标对象的销售信息。
266.支付方案获取模块882用于获取目标对象的至少一种支付方案，当目标对象为至少两个时，至少一种支付方案是采用至少两个目标对象的多种有效优惠信息交叉组合后得到的，有效优惠信息是用户电子钱包中的账户在支付目标对象时所能使用的优惠信息。
267.发送模块883用于向电子钱包客户端发送至少一种支付方案。
268.其中，该至少一种支付方案包括以下支付方案中的一种或多种：现金支付条件下支付金额最少的支付方案、信用卡优先条件下支付金额最少的支付方案、储蓄卡优先条件下支付金额最少的支付方案、贵宾卡优先条件下支付金额最少的支付方案、优惠券优先条件下支付金额最少的支付方案和积分优先条件下支付金额最少的支付方案。
269.本发明实施例通过获取目标对象的销售信息，当目标对象为至少两个时，通过交叉组合至少两个目标对象的多种有效优惠信息生成支付方案，从而可以获得更贴合用户需求的支付方案，充分考虑用户利益，实用性强。
270.实施例八
271.本实施例提供了一种基于电子钱包的交易装置，该装置为电子钱包服务器，参见图9，该装置包括：
272.接收模块81用于接收电子钱包客户端发送的目标对象的销售信息。
273.支付方案获取模块82用于获取目标对象的至少一种支付方案，当目标对象为至少两个时，至少一种支付方案是采用至少两个目标对象的多种有效优惠信息交叉组合后得到的，有效优惠信息是用户电子钱包中的账户在支付目标对象时所能使用的优惠信息。
274.发送模块83用于向电子钱包客户端发送至少一种支付方案。
275.其中，该至少一种支付方案包括以下支付方案中的一种或多种：现金支付条件下支付金额最少的支付方案、信用卡优先条件下支付金额最少的支付方案、储蓄卡优先条件下支付金额最少的支付方案、贵宾卡优先条件下支付金额最少的支付方案、优惠券优先条
件下支付金额最少的支付方案和积分优先条件下支付金额最少的支付方案。
276.进一步地，支付方案获取模块82可以包括：
277.有效优惠确定单元821用于生成目标对象的有效优惠信息，该有效优惠信息包括用户电子钱包中的各个账户提供的单品优惠信息和整体优惠信息。
278.计算单元822用于获取目标对象的有效优惠信息，有效优惠信息包括目标对象中各个目标对象的单品优惠信息和所述目标对象中所有目标对象的整体优惠信；以及用于计算各个目标对象分别采用各自的单品优惠信息优惠后的单品实付金额，遍历计算在各个目标对象的单品实付金额的各种组合方式下的目标对象的总支付金额，并生成第一支付方案。
279.生成单元823用于根据第一支付方案和第二支付方案，生成至少一种支付方案。
280.进一步地，有效优惠信息还可以包括目标对象中部分目标对象的部分优惠信息；
281.则计算单元822用于计算部分目标对象采用部分优惠信息优惠后的第一实付金额，并计算目标对象中除部分目标对象以外的其他目标对象采用各自的单品优惠信息优惠后的第二实付金额；
282.遍历计算在第一实付金额和第二实付金额的各种组合方式下，目标对象的总支付金额，生成第三支付方案；
283.则生成单元823还用于根据第一支付方案、第二支付方案和第三支付方案，生成至少一种支付方案。
284.可以理解地，前述第一支付方案、第二支付方案和第三支付方案均可以包括多种支付方案。
285.更进一步地，有效优惠确定单元821包括：
286.账户获取子单元8211用于接收电子钱包客户端发送的用户电子钱包中的账户的信息，该账户包括信用卡账户、银行卡账户、贵宾卡账户、积分账户、优惠券账户中的一种或多种。
287.优惠信息获取子单元8212用于获取账户对应的优惠信息。
288.确定子单元8213用于将账户信息对应的优惠信息与目标对象进行匹配，得到目标对象的有效优惠信息。
289.其中，用户的一个电子钱包可以包含多个账户，这些账户都可以用来支付目标对象，发行贵宾卡、积分卡和优惠券的商户和发送银行卡、信用卡的银行均为前文所说的优惠发行方。对应的该账户的信息可以是一张或多张银行卡的卡号、一张或多张信用卡的卡号、多家商户的vip卡的卡号、积分卡的卡号和优惠券的编号等。
290.优惠信息可以是针对商品或者服务设定的各种优惠告知信息，例如银行发送的信用卡使用优惠短信，商家提供的vip打折信息，钱库发布的商家特定商品打折信息，团购网站发布的特定商品的团购优惠信息等。
291.具体地，电子钱包服务器可以根据相应的优惠规则(例如优惠截止日期是否到期、是否属于优惠商品类型等)匹配得到目标对象的有效优惠信息。
292.实现时，每个支付方案的细节可以包括商品或服务的编码信息(例如，商品或服务的名称)、有效优惠信息、实付金额和总支付金额。
293.本发明实施例通过获取目标对象的销售信息，当目标对象为至少两个时，通过交
division multiple access,宽带码分多址)、lte(long term evolution,长期演进)、电子邮件、sms(short messaging service，短消息服务)等。
308.存储器120可用于存储软件程序以及模块，处理器180通过运行存储在存储器120的软件程序以及模块，从而执行终端100的各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图象播放功能等)等；存储数据区可存储根据终端100的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
309.输入单元130可用于接收输入的数字或字符信息，以及产生与终端100的用户设置以及功能控制有关的键信号输入。具体地，输入单元130可包括触控面板131以及其他输入设备132。触控面板131，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板131上或在触控面板131附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器180，并能接收处理器180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板131。除了触控面板131，输入单元130还可以包括其他输入设备132。具体地，其他输入设备132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
310.显示单元140可用于显示由用户输入的信息或提供给用户的信息以及终端100的各种菜单。显示单元140可包括显示面板141，可选的，可以采用lcd(liquid crystal display，液晶显示器)、oled(organic light-emitting diode,有机发光二极管)等形式来配置显示面板141。进一步的，触控面板131可覆盖显示面板141，当触控面板131检测到在其上或附近的触摸操作后，传送给处理器180以确定触摸事件的类型，随后处理器180根据触摸事件的类型在显示面板141上提供相应的视觉输出。虽然在图11中，触控面板131与显示面板141是作为两个独立的部件来实现终端100的输入和输入功能，但是在某些实施例中，可以将触控面板131与显示面板141集成而实现终端100的输入和输出功能。
311.终端100还可包括至少一种传感器150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在终端100移动到耳边时，关闭显示面板141和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端100还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
312.音频电路160、扬声器161，麦克风162可提供用户与终端100之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出；另一方面，麦克风162将收集的声音信号转换为电信号，由音频电路160接收后
转换为音频数据，再将音频数据输出至rf电路108以发送给比如另一手机，或者将音频数据输出至存储器120以便进一步处理。
313.wifi属于短距离无线传输技术，终端100通过wifi模块170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图11示出了wifi模块170，但是可以理解的是，其并不属于终端100的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
314.处理器180是终端100的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行终端100的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器180可包括一个或多个处理单元；优选的，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器180中。
315.终端100还包括给各个部件供电的电源190(比如电池)，优选的，电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗等功能。
316.尽管未示出，终端100还可以包括摄像头、蓝牙模块等，在此不再赘述。在本实施例中，移动终端设备还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令：获取目标对象的销售信息；获取目标对象的至少一种支付方案；显示获取到的至少一种支付方案。
317.其中，当目标对象为至少两个时，至少一种支付方案是采用至少两个目标对象的多种有效优惠信息交叉组合后得到的，有效优惠信息是用户电子钱包中的账户在支付目标对象时所能使用的优惠信息。
318.进一步地，至少一种支付方案包括以下支付方案中的一种或多种：现金支付条件下支付金额最少的支付方案、信用卡优先条件下支付金额最少的支付方案、储蓄卡优先条件下支付金额最少的支付方案、贵宾卡优先条件下支付金额最少的支付方案、优惠券优先条件下支付金额最少的支付方案和积分优先条件下支付金额最少的支付方案。
319.在一种实现方式中，获取目标对象的至少一种支付方案可以包括：
320.确定目标对象的有效优惠信息，该有效优惠信息包括目标对象中各个目标对象的单品优惠信息和目标对象中所有目标对象的整体优惠信息；
321.计算各个目标对象分别采用各自的单品优惠信息优惠后的单品实付金额，遍历计算在各个目标对象的单品实付金额的各种组合方式下的目标对象的总支付金额，并生成第一支付方案；
322.计算所有目标对象采用整体优惠信息优惠后目标对象的总支付金额，生成第二支付方案；
323.根据第一支付方案和第二支付方案，生成至少一种支付方案。
324.具体地，有效优惠信息还包括目标对象中部分目标对象的部分优惠信息；
325.则获取目标对象的至少一种支付方案，还可以包括：
326.计算部分目标对象采用部分优惠信息优惠后的第一实付金额，并计算目标对象中
除部分目标对象以外的其他目标对象采用各自的单品优惠信息优惠后的第二实付金额；
327.遍历计算在第一实付金额和第二实付金额的各种组合方式下，目标对象的总支付金额，生成第三支付方案；
328.则根据第一支付方案和第二支付方案，生成至少一种支付方案，包括：
329.根据第一支付方案、第二支付方案和第三支付方案，生成至少一种支付方案。
330.进一步地，确定目标对象的有效优惠信息，可以包括：
331.获取用户电子钱包中的账户的信息，该账户包括信用卡账户、银行卡账户、贵宾卡账户、积分账户、优惠券账户中的一种或多种；
332.获取账户对应的优惠信息；
333.将账户信息对应的优惠信息与目标对象进行匹配，得到目标对象的有效优惠信息。
334.其中，优惠信息可以是针对商品或者服务设定的各种优惠告知信息，例如银行发送的信用卡使用优惠短信，商家提供的vip打折信息，钱库发布的商家特定商品打折信息，团购网站发布的特定商品的团购优惠信息等。
335.在另一种实现方式中，获取目标对象的至少一种支付方案，包括：
336.将目标对象的销售信息发送给电子钱包服务器；
337.接收电子钱包服务器返回的至少一种支付方案，当目标对象为至少两个时，至少一种支付方案是电子钱包服务器采用至少两个目标对象的多种有效优惠信息交叉组合后得到的。
338.具体地，显示获取到的至少一种支付方案，可以包括：
339.接收用户输入的支付方案设置指令；
340.显示包括与支付方案设置指令对应的支付方案在内的至少一种支付方案。
341.可以理解地，一个或者一个以上程序还可以包含用于进行以下操作的指令：接收用户输入的支付方案选择指令；
342.采用支付方案选择指令对应的支付方案完成交易。
343.本发明实施例通过获取目标对象的销售信息，当目标对象为至少两个时，通过交叉组合至少两个目标对象的多种有效优惠信息生成支付方案，从而可以获得更贴合用户需求的支付方案，充分考虑用户利益，实用性强。
344.实施例十一
345.本实施例提供了一种服务器，参见图12，该服务器1900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，cpu)1922(例如，一个或一个以上处理器)和存储器1932，一个或一个以上存储应用程序1942或数据1944的存储介质1930(例如一个或一个以上海量存储设备)。其中，存储器1932和存储介质1930可以是短暂存储或持久存储。存储在存储介质1930的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1922可以设置为与存储介质1930通信，在服务器1900上执行存储介质1930中的一系列指令操作。
346.服务器1900还可以包括一个或一个以上电源1926，一个或一个以上有线或无线网络接口1950，一个或一个以上输入输出接口1958，一个或一个以上键盘1956，和/或，一个或
一个以上操作系统1941，例如windows servertm，mac os xtm，unixtm,linuxtm，freebsdtm等等。
347.该装置1900包括cpu和存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上cpu执行，一个或者一个以上程序包含用于进行以下操作的指令：接收电子钱包客户端发送的目标对象的销售信息；获取目标对象的至少一种支付方案，当目标对象为至少两个时，至少一种支付方案是采用至少两个目标对象的多种有效优惠信息交叉组合后得到的，有效优惠信息是用户电子钱包中的账户在支付目标对象时所能使用的优惠信息；
348.向电子钱包客户端发送至少一种支付方案。
349.其中，至少一种支付方案包括以下支付方案中的一种或多种：现金支付条件下支付金额最少的支付方案、信用卡优先条件下支付金额最少的支付方案、储蓄卡优先条件下支付金额最少的支付方案、贵宾卡优先条件下支付金额最少的支付方案、优惠券优先条件下支付金额最少的支付方案和积分优先条件下支付金额最少的支付方案。
350.在实际应用中，该目标对象是指目标商品或服务(例如，用户欲购买的商品或服务等)。该销售信息包括但不限于商品或服务的标识(例如编码)和原始价格，该销售信息还可以包括商品或服务的名称和产地等。
351.具体地，获取目标对象的至少一种支付方案，可以包括：
352.确定目标对象的有效优惠信息，有效优惠信息包括目标对象中各个目标对象的单品优惠信息和目标对象中所有目标对象的整体优惠信息；
353.计算各个目标对象分别采用各自的单品优惠信息优惠后的单品实付金额，遍历计算在各个目标对象的单品实付金额的各种组合方式下的目标对象的总支付金额，并生成第一支付方案；
354.计算所有目标对象采用整体优惠信息优惠后目标对象的总支付金额，生成第二支付方案；
355.根据第一支付方案和第二支付方案，生成至少一种支付方案。
356.在本实施例中，有效优惠信息还可以包括目标对象中部分目标对象的部分优惠信息；
357.则获取目标对象的至少一种支付方案，还可以包括：
358.计算部分目标对象采用部分优惠信息优惠后的第一实付金额，并计算目标对象中除部分目标对象以外的其他目标对象采用各自的单品优惠信息优惠后的第二实付金额；
359.遍历计算在第一实付金额和第二实付金额的各种组合方式下，目标对象的总支付金额，生成第三支付方案；
360.则根据第一支付方案和第二支付方案，生成至少一种支付方案，包括：
361.根据第一支付方案、第二支付方案和第三支付方案，生成至少一种支付方案。
362.进一步地，确定目标对象的有效优惠信息，可以包括：
363.获取用户电子钱包中的账户的信息，账户包括信用卡账户、银行卡账户、贵宾卡账户、积分账户、优惠券账户中的一种或多种；
364.获取账户对应的优惠信息；
365.将账户信息对应的优惠信息与目标对象进行匹配，得到目标对象的有效优惠信
息。
366.本发明实施例通过获取目标对象的销售信息，当目标对象为至少两个时，通过交叉组合至少两个目标对象的多种有效优惠信息生成支付方案，从而可以获得更贴合用户需求的支付方案，充分考虑用户利益，实用性强。
367.需要说明的是：上述实施例提供的基于电子钱包的交易装置在提供支付方案时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的基于电子钱包的交易方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
368.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
369.本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
370.以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。