一种交易系统及交易结算方法

摘要

本发明公开了一种交易系统及交易结算方法，所述交易系统包括交易终端、及云端服务器，所述交易终端用于读取交易双方IC卡的信息、获取交易商品的重量或件数及交易金额并生成电子交易信息，及进行交易结算且判断是否需要结算佣金，如果是，则所述交易终端发送佣金结算请求至所述云端服务器；所述云端服务器用于预设数据表、获取佣金结算请求及电子交易信息，并将所述数据表与所述电子交易信息中IC卡号或商品标识匹配进行佣金结算并储存，发送佣金结算结果至所述交易终端。该交易系统与现有技术相比，具有多种佣金规则，摆脱了原始固定佣金制度的不灵活、操作复杂、交易效率低，灵活配置各种佣金规则，大大的简化了佣金的配置和交易过程。

权利要求

1.一种交易系统，其特征在于，包括至少一交易终端，及云端服务器，所述交易终端用于读取交易双方IC卡的信息、获取交易商品的重量或件数及交易金额并生成电子交易信息，及进行交易结算且判断是否需要结算佣金，如果是，则所述交易终端发送佣金结算请求至所述云端服务器；用于接收佣金结算结果并打印单据；所述电子交易信息至少包括交易双方IC卡号、商品信息、交易时间；所述商品信息包括至少一笔商品交易，每一笔商品交易包括商品标识、交易重量或交易件数、及交易金额；所述云端服务器用于预设数据表、获取佣金结算请求及电子交易信息，并将所述数据表与所述电子交易信息中IC卡号或商品标识匹配进行佣金结算并储存，发送佣金结算结果至所述交易终端；其中，所述云端服务器包括：

配置管理模块，用于配置至少一个佣金规则，并与用户级别表或商品表绑定；用于预设数据表，所述数据表至少有：IC卡信息表、用户表、用户级别表、佣金子规则表、佣金规则结算模型表、商品表；

数据处理模块，用于接收佣金结算请求，及获取所述交易终端的电子交易信息；用于预处理所述电子交易信息，包括合计所述商品信息、及根据IC卡号匹配获取用户标识；

数据获取模块，用于根据预设的数据表及各表之间的关系匹配获取与所述电子交易信息中IC卡号或商品标识对应的佣金规则结算模型；

结算模块，用于根据佣金规则结算模型和结算参量，进行佣金结算；用于累加所有与同一用户类型标识对应的结算结果并储存；

数据存储模块，用于储存数据表及所述佣金结算结果；

数据发送模块，用于发送所述佣金结算结果至所述交易终端；

其中，所述数据获取模块包括：

第一数据获取单元，用于根据用户标识匹配获取用户级别标识及用户类型标识；

第二数据获取单元，用于根据用户级别标识或商品标识，匹配获取对应的佣金规则标识；

第三数据获取单元，用于根据佣金规则标识和用户类型标识，匹配获取佣金子规则标识；

第四数据获取单元，用于根据佣金子规则标识和结算类型，匹配获取对应的所有佣金规则结算模型；

结算参量获取单元，用于根据结算类型读取对应的所有结算参量；

所述结算模块包括：

结算单元，用于根据佣金规则结算模型和结算参量，进行佣金结算；用于累加所有与同一用户类型标识对应的结算结果并储存；

第一判断单元，用于判断所有结算参量是否处理完毕；

第二判断单元，用于判断所有结算类型是否处理完毕；

第三判断单元，用于判断所有用户标识是否处理完毕；

基于所述交易系统的交易结算方法，包括以下步骤：

S1、通过云端服务器在关系型数据库中预设至少一数据表；

S2、通过交易终端读取交易双方IC卡的信息、获取交易商品的重量或件数及交易金额并生成电子交易信息，所述电子交易信息至少包括交易双方IC卡号、商品信息；所述商品信息包括至少一笔商品交易，每一笔商品交易包括商品标识、交易重量或交易件数、及交易金额；

S3、交易结算；

S4、判断是否需要结算佣金，如果是，则所述交易终端发送佣金结算请求至云端服务器，如果不是，则进入步骤S6；

S5、通过所述云端服务器获取佣金结算请求及电子交易信息，将所述数据表与所述电子交易信息中IC卡号或商品标识匹配，读取对应的佣金规则结算模型进行佣金结算并储存，且发送佣金结算结果至所述交易终端；

所述步骤S5的佣金结算包括：

S51、所述云端服务器配置至少一个佣金规则，并与用户级别表或商品表绑定；

S52、根据佣金结算请求，获取并预处理所述电子交易信息；所述预处理包括合计所述商品信息、及根据所述IC卡号匹配获取用户标识；

S53、根据用户标识，匹配获取用户级别标识及用户类型标识；

S54、根据用户级别标识和商品标识，分别匹配获取对应的佣金规则标识；

根据佣金规则标识和用户类型标识，匹配获取佣金子规则标识；

S55、根据佣金子规则标识和结算类型，匹配获取对应的所有佣金规则结算模型，并根据结算类型读取对应的所有结算参量；

S56、根据佣金规则结算模型和结算参量，进行佣金结算；

S57、判断所有结算参量是否处理完毕，若否，则返回S56；若是，则进入S58；

S58、判断所有结算类型是否处理完毕，若否，则返回S55；若是，则进入S59；

S59、累加所有与同一用户类型标识对应的结算结果为佣金结算结果并储存；

S60、判断所有用户标识是否处理完毕，若是，发送所述佣金结算结果至所述交易终端，若否，则返回S53；

S6、结算完成，打印单据。

2.根据权利要求1所述的交易系统，其特征在于，所述结算模块还包括第四判断单元，用于判断所述交易时间是否符合所述佣金子规则的有效时间。

3.一种交易结算方法，包括以下步骤：

S1、通过云端服务器在关系型数据库中预设至少一数据表；

S2、通过交易终端读取交易双方IC卡的信息、获取交易商品的重量或件数及交易金额并生成电子交易信息，所述电子交易信息至少包括交易双方IC卡号、商品信息；所述商品信息包括至少一笔商品交易，每一笔商品交易包括商品标识、交易重量或交易件数、及交易金额；

S3、交易结算；

S4、判断是否需要结算佣金，如果是，则所述交易终端发送佣金结算请求至云端服务器，如果不是，则进入步骤S6；

S5、通过所述云端服务器获取佣金结算请求及电子交易信息，将所述数据表与所述电子交易信息中IC卡号或商品标识匹配，读取对应的佣金规则结算模型进行佣金结算并储存，且发送佣金结算结果至所述交易终端；

所述步骤S5的佣金结算包括：

S51、所述云端服务器配置至少一个佣金规则，并与用户级别表或商品表绑定；

S52、根据佣金结算请求，获取并预处理所述电子交易信息；所述预处理包括合计所述商品信息、及根据所述IC卡号匹配获取用户标识；

S53、根据用户标识，匹配获取用户级别标识及用户类型标识；

S54、根据用户级别标识和商品标识，分别匹配获取对应的佣金规则标识；

根据佣金规则标识和用户类型标识，匹配获取佣金子规则标识；

S55、根据佣金子规则标识和结算类型，匹配获取对应的所有佣金规则结算模型，并根据结算类型读取对应的所有结算参量；

S56、根据佣金规则结算模型和结算参量，进行佣金结算；

S57、判断所有结算参量是否处理完毕，若否，则返回S56；若是，则进入S58；

S58、判断所有结算类型是否处理完毕，若否，则返回S55；若是，则进入S59；

S59、累加所有与同一用户类型标识对应的结算结果为佣金结算结果并储存；

S60、判断所有用户标识是否处理完毕，若是，发送所述佣金结算结果至所述交易终端，若否，则返回S53；

S6、结算完成，打印单据。

4.根据权利要求3所述的交易结算方法，其特征在于，所述预设的数据表至少有：IC卡信息表，包括IC卡号及用户标识；

用户表，包括用户标识、用户级别标识、及用户类型标识；

用户级别表，包括用户级别标识、及佣金规则标识；

佣金子规则表，包括佣金子规则标识、佣金规则标识、及用户类型标识；

佣金规则结算模型表，包括佣金规则结算模型标识、佣金子规则标识、结算类型标识、起始数量、结束数量、佣金比例；

商品表，包括商品标识、及佣金规则标识。

5.根据权利要求4所述的交易结算方法，其特征在于，所述佣金子规则表还包括开始时间和结束时间，所述开始时间和结束时间为佣金子规则的有效时间；

所述用户类型标识为买方或卖方；所述结算类型为交易重量类型、和/或交易总重量类型、和/或交易件数类型、和/或交易总件数类型、和/或交易金额类型、和/或交易总金额类型；所述结算参量为实际商品交易的交易重量、和/或交易总重量、和/或交易件数、和/或交易总件数、和/或交易金额、和/或交易总金额。

6.根据权利要求5所述的交易结算方法，其特征在于，所述电子交易信息还包括交易时间；所述步骤S54还包括判断所述交易时间是否符合有效时间，如果是，则进入S55；如果否，则对应的结算结果为零。

7.根据权利要求4所述的交易结算方法，其特征在于，所述起始数量和结束数量为佣金规则结算模型的阈值范围，当结算参量在所述阈值范围之内，则进行佣金结算；所述佣金比例为根据不同的用户类型和商品设定的结算佣金比例。

8.根据权利要求4所述的交易结算方法，其特征在于，所述佣金规则结算模型表还包括固定佣金金额，所述固定佣金金额为每一佣金规则结算模型结算时应付的附加佣金金额。

说明书

一种交易系统及交易结算方法

技术领域

[0001] 本发明涉及一种交易系统及交易结算方法。

背景技术

[0002] 当前，我国农产品批发市场的规模获得前所未有的发展。据统计已初步形成了包括蔬菜、海水产品、肉类、花卉、果品、粮油、干杂副食、土特产品等经营品种齐全的批发网络体系，成为农产品流通的主导力量。市场基础设施也建设日益完善。建立和完善农产品批发市场信息系统，有利于完善批发市场的信息采集、发布、电子结算、计算佣金等功能，进一步提升了市场的档次，发展跨区域的物流配送中心，使农产品市场建设迈上新台阶。我国许多地区进行新建、改建、扩建农产品批发市场，加强市场的硬件建设，完善基础设施，改善市场交易条件。市场影响和辐射半径逐渐扩大，许多市场采取多种形式扩大市场影响和知名度，从区域范围走向全国大流通。农产品批发市场的快速发展也衬托目前批发市场所存在的一些不足。主要是配套服务比较落后，其统一结算、信息传递、价格形式、运输、保管、包装、加工、配送等各种辅助性功能较弱。管理机制落后，市场管理制度不健全。网络化程度低、信息渠道不畅通，信息质量不高、信息包含的要素不全、不准确。当前市场上的佣金制度尚不完善，大多数采用的是固定的佣金制度，佣金大多由卖方付给，也有由买卖双方分别付给的，所付佣金的数额依商品的性质和货值多少而定，也有些地方是约定俗成的，形成了惯例。这种佣金制度形式单一、灵活性差、效率低、交易非常的繁琐，不能满足不同客户多方面的需求。

发明内容

[0003] 本发明所要解决的技术问题是：克服现有佣金结算形式单一、灵活性差、效率低的不足，提供一种交易系统及交易结算方法，该交易系统具有多种佣金结算规则，摆脱了原始固定佣金制度的不灵活、操作复杂、交易效率低，灵活配置各种佣金结算规则，大大的简化了佣金的配置和交易过程，同时提高商品交易效率。

[0004] 本发明提供了一种交易系统，包括至少一交易终端，及云端服务器，[0005] 所述交易终端用于读取交易双方IC卡的信息、获取交易商品的重量或件数及交易金额并生成电子交易信息，及进行交易结算且判断是否需要结算佣金，如果是，则所述交易终端发送佣金结算请求至所述云端服务器；用于接收佣金结算结果并打印单据；所述电子交易信息至少包括交易双方IC卡号、商品信息、交易时间；所述商品信息包括至少一笔商品交易，每一笔商品交易包括商品标识、交易重量或交易件数、及交易金额；

[0006] 所述云端服务器用于预设数据表、获取佣金结算请求及电子交易信息，并将所述数据表与所述电子交易信息中IC卡号或商品标识匹配进行佣金结算并储存，发送佣金结算结果至所述交易终端。

[0007] 优选地，所述云端服务器至少包括配置管理模块、数据处理模块、数据获取模块、结算模块、数据存储模块、数据发送模块；

[0008] 配置管理模块，用于配置至少一个佣金规则，并与用户级别表或商品表绑定；用于预设数据表，所述数据表至少有：IC卡信息表、用户表、用户级别表、佣金子规则表、佣金规则结算模型表、商品表；

[0009] 数据处理模块，用于接收佣金结算请求，及获取所述交易终端的电子交易信息；用于预处理所述电子交易信息，包括合计所述商品信息、及根据IC卡号匹配获取用户标识；

[0010] 数据获取模块，用于根据预设的数据表及各表之间的关系获取与所述电子交易信息中IC卡号或商品标识对应的佣金规则结算模型；

[0011] 结算模块，用于根据佣金规则结算模型和结算参量，进行佣金结算；用于累加所有与同一用户类型标识对应的结算结果并储存；

[0012] 数据存储模块，用于储存数据表及所述佣金结算结果；

[0013] 数据发送模块，用于发送所述佣金结算结果至所述交易终端；

[0014] 其中，所述数据获取模块包括：

[0015] 第一数据获取单元，用于根据用户标识匹配获取用户级别标识及用户类型标识；

[0016] 第二数据获取单元，用于根据用户级别标识或商品标识，匹配获取对应的佣金规则标识；

[0017] 第三数据获取单元，用于根据佣金规则标识和用户类型标识，匹配获取佣金子规则标识；

[0018] 第四数据获取单元，用于根据佣金子规则标识和结算类型，匹配获取对应的所有佣金规则结算模型；

[0019] 结算参量获取单元，用于根据结算类型读取对应的所有结算参量；

[0020] 所述结算模块包括：

[0021] 结算单元，用于根据佣金规则结算模型和结算参量，进行佣金结算；用于累加所有与同一用户类型标识对应的结算结果并储存；

[0022] 第一判断单元，用于判断所有结算参量是否处理完毕；

[0023] 第二判断单元，用于判断所有结算类型是否处理完毕；

[0024] 第三判断单元，用于判断所有用户标识是否处理完毕。

[0025] 更优选地，所述结算模块还包括第四判断单元，用于判断所述交易时间是否符合所述佣金子规则的有效时间。

[0026] 本发明还提供了一种交易结算方法，包括以下步骤：

[0027] S1、通过云端服务器在关系型数据库中预设至少一数据表；

[0028] S2、通过交易终端读取交易双方IC卡的信息、获取交易商品的重量或件数及交易金额并生成电子交易信息，所述电子交易信息至少包括交易双方IC卡号、商品信息；所述商品信息包括至少一笔商品交易，每一笔商品交易包括商品标识、交易重量或交易件数、及交易金额；

[0029] S3、交易结算；

[0030] S4、判断是否需要结算佣金，如果是，则所述交易终端发送佣金结算请求至云端服务器，进入步骤S5；如果不是，则进入步骤S6；

[0031] S5、通过所述云端服务器获取佣金结算请求及电子交易信息，将所述数据表与所述电子交易信息中IC卡号或商品标识匹配，读取对应的佣金规则结算模型进行佣金结算并储存，且发送佣金结算结果至所述交易终端；

[0032] S6、结算完成，打印单据。

[0033] 优选地，所述预设的数据表至少有：

[0034] IC卡信息表，包括IC卡号及用户标识；

[0035] 用户表，包括用户标识、用户级别标识、及用户类型标识；

[0036] 用户级别表，包括用户级别标识、及佣金规则标识；

[0037] 佣金子规则表，包括佣金子规则标识、佣金规则标识、及用户类型标识；

[0038] 佣金规则结算模型表，包括佣金规则结算模型标识、佣金子规则标识、结算类型标识、起始数量、结束数量、佣金比例；

[0039] 商品表，包括商品标识、及佣金规则标识。

[0040] 优选地，所述步骤S5的佣金结算包括：

[0041] S51、所述云端服务器配置至少一个佣金规则，并与用户级别表或商品表绑定；

[0042] S52、根据佣金结算请求，获取并预处理所述电子交易信息；所述预处理包括合计所述商品信息、及根据所述IC卡号匹配获取用户标识；

[0043] S53、根据用户标识，匹配获取用户级别标识及用户类型标识；

[0044] S54、根据用户级别标识和商品标识，分别匹配获取对应的佣金规则标识；

[0045] 根据佣金规则标识和用户类型标识，匹配获取佣金子规则标识；

[0046] S55、根据佣金子规则标识和结算类型，匹配获取对应的所有佣金规则结算模型，并根据结算类型读取对应的所有结算参量；

[0047] S56、根据佣金规则结算模型和结算参量，进行佣金结算；

[0048] S57、判断所有结算参量是否处理完毕，若否，则返回S56；若是，则进入S58；

[0049] S58、判断所有结算类型是否处理完毕，若否，则返回S55；若是，则进入S59；

[0050] S59、累加所有与同一用户类型标识对应的结算结果为佣金结算结果并储存；

[0051] S60、判断所有用户标识是否处理完毕，若是，发送所述佣金结算结果至所述交易终端，若否，则返回S53。

[0052] 优选地，所述佣金子规则表还包括开始时间和结束时间，所述开始时间和结束时间为佣金子规则的有效时间；

[0053] 所述用户类型标识为买方或卖方；所述结算类型为交易重量类型、和/或交易总重量类型、和/或交易件数类型、和/或交易总件数类型、和/或交易金额类型、和/或交易总金额类型；所述结算参量为实际商品交易的交易重量、和/或交易总重量、和/或交易件数、和/或交易总件数、和/或交易金额、和/或交易总金额。

[0054] 优选地，所述电子交易信息还包括交易时间；所述步骤S54还包括判断所述交易时间是否符合有效时间，如果是，则进入S55；如果否，则对应的结算结果为零。

[0055] 优选地，所述起始数量和结束数量为佣金规则结算模型的阈值范围，当结算参量在所述阈值范围之内，则进行佣金结算；所述佣金比例为根据不同的用户类型和商品设定的结算佣金比例。

[0056] 更优选地，所述佣金规则结算模型表还包括固定佣金金额，所述固定佣金金额为每一佣金规则结算模型结算时应付的附加佣金金额。

[0057] 与现有技术相比，本发明所带来的有益效果：

[0058] （1）克服了现有技术中佣金计算方式单一，大多数采用的是固定的佣金制度，佣金率都是按阶段性固定死了，灵活性差、操作复杂、效率低、交易非常的繁琐，不能满足不同用户多方面的需求；

[0059] （2）多种模型的佣金规则，摆脱了原始固定佣金制度的不灵活、操作复杂、交易效率低。能够适应业务的发展，方便通过配置的方法灵活实现各种佣金规则的配置，可根据交易时间、或/和商品信息、或/和用户类型、或/和计价方式进行配置佣金规则，大大的简化了佣金结算的过程，满足交易市场和用户的需求。

附图说明

[0060] 图1是本发明交易系统的结构图；

[0061] 图2是本发明交易结算方法的流程图；

[0062] 图3是本发明交易实现中佣金结算方法的流程图；

[0063] 图4是本发明佣金结算模型的示意图。

具体实施方式

[0064] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

[0065] 请参考图1至4，对本发明做进一步说明。

[0066] 本发明提供了一种交易系统，包括至少一交易终端1，及与所述交易终端1连接的云端服务器2，

[0067] 所述交易终端1用于读取交易双方IC卡的信息、获取交易商品的重量或件数及交易金额并生成电子交易信息，及进行交易结算且判断是否需要结算佣金，如果是，则所述交易终端发送佣金结算请求至所述云端服务器2；用于接收佣金结算结果并打印单据；

[0068] 所述交易终端1用于交易双方通过在所述交易终端1上刷入IC卡进行身份验证与读取、商品交易前的商品称重或计件，并输入不同商品品种的交易金额且生成电子交易信息。所述电子交易信息包括机构标识、交易终端1标识、交易双方信息、计价方式、交易时间、及商品信息等。所述机构标识用于区分所述交易终端1的所属机构，一个机构包括至少一个所述交易终端1。交易双方信息包括交易双方个人信息及IC卡号等，所述IC卡号为用户在所述机构进行登记注册时办理的IC卡，所述IC卡为多功能一卡通，但不局限于此。所述商品信息包括至少一笔商品交易，每一笔商品交易包括商品标识，及对应的交易重量或件数、及交易金额。

[0069] 在实际使用时，所述交易终端1还可以储存有IC卡信息表，可根据IC卡号匹配获取对应的用户标识。

[0070] 所述云端服务器2用于预设数据表、获取佣金结算请求及电子交易信息，并将所述数据表与所述电子交易信息中IC卡号或商品标识匹配进行佣金结算并储存，发送佣金结算结果至所述交易终端1；

[0071] 所述云端服务器2包括配置管理模块21、数据处理模块22、数据获取模块23、结算模块24、数据存储模块25、数据发送模块26。其中，

[0072] 配置管理模块21，用于预设数据表，所述数据表至少有：IC卡信息表、用户表、用户级别表、用户类型表、结算类型表、佣金规则表、佣金子规则表、佣金规则结算模型表、商品表、机构表；用于配置至少一个佣金规则，并与用户级别表或商品表绑定；

[0073] 在实际使用中，所述佣金规则表包括至少一个佣金子规则，所述佣金子规则表包括至少一个佣金规则结算模型。所述佣金规则可以是用户佣金规则或商品佣金规则，所述佣金子规则可以是买方佣金子规则或卖方佣金子规则，所述佣金规则结算模型可以是重量佣金规则结算模型、件数佣金规则结算模型、金额佣金规则结算模型等，这些均可进行灵活更改与添加、或删除，符合不同用户、商品等的不同需求。

[0074] 所述交易终端1所在机构的管理者根据用户类型和商品信息，配置至少一个佣金规则，并与用户级别表或商品表进行绑定。该管理者可以灵活根据用户类型，或者商品种类的增加或减少，进行佣金规则的相应修改，亦可以方便增加相应的佣金规则，从而解决了现有技术固定的佣金比例或佣金金额，无法根据用户信息和商品信息进行灵活且方便的结算佣金的问题。

[0075] 数据处理模块22，用于接收佣金结算请求，及获取所述交易终端1的电子交易信息；用于对所述商品信息进行合计、及根据IC卡号匹配获取用户标识，生成结算数据且储存或临时储存该结算数据。

[0076] 数据获取模块23，用于根据预设的数据表及各表之间的关系获得与所述电子交易信息中IC卡号或商品标识对应的佣金规则结算模型；所述数据获取模块23包括：

[0077] 第一数据获取单元231，用于根据用户标识，在用户表中匹配获取用户级别标识及用户类型标识；

[0078] 第二数据获取单元232，用于根据用户级别标识或商品标识，在用户级别表或商品表中获得对应的佣金规则标识；

[0079] 第三数据获取单元233，用于根据佣金规则标识和用户类型标识，在佣金规则表匹配获取佣金子规则标识；

[0080] 第四数据获取单元234，用于根据佣金子规则标识和结算类型，在佣金子规则表匹配获取对应的所有佣金规则结算模型；

[0081] 结算参量获取单元235，用于根据结算类型，从结算数据中读取对应的所有结算参量；

[0082] 结算模块24，用于根据佣金规则结算模型和结算参量，进行佣金结算；用于累加所有与同一用户类型标识对应的结算结果并储存；所述结算模块24包括：

[0083] 结算单元241，用于根据佣金规则结算模型和结算参量，进行佣金结算；用于累加所有与同一用户类型标识对应的结算结果并储存；

[0084] 第一判断单元242，用于判断所有结算参量是否处理完毕；所述商品信息涉及多种商品品种交易（多笔商品交易），则一个结算类型下对应多个结算参量；

[0085] 第二判断单元243，用于判断所有结算类型是否处理完毕；

[0086] 第三判断单元244，用于判断所有用户标识是否处理完毕；

[0087] 第四判断单元245，用于判断所述交易时间是否符合所述佣金子规则的有效时间。

[0088] 数据存储模块25，用于储存数据表及所述佣金结算结果；

[0089] 数据发送模块26，用于发送所述结算结果至所述交易终端1。

[0090] 在实际使用中，商品交易市场管理者需要对佣金规则进行调整，只需对佣金规则对应下的佣金规则结算模型的参数进行修改。同时还可以根据用户类型以及新用户的加入，可快速灵活地支持新的业务及变更。

[0091] 本发明还提供了一种交易结算方法，包括以下步骤：

[0092] S1、通过云端服务器在关系型数据库中预设至少一数据表；需在关系型数据库中预设的数据表有：机构表、IC卡信息表、用户表、用户级别表、商品表、用户类型表、结算类型表、佣金规则表、佣金子规则表、佣金规则结算模型表等。

[0093] S2、通过交易终端读取交易双方IC卡的信息、获取交易商品的重量或件数及交易金额并生成电子交易信息，所述电子交易信息至少包括交易双方IC卡号、商品信息；所述商品信息包括至少一笔商品交易，每一笔商品交易包括商品标识、交易重量或交易件数、及交易金额；

[0094] 所述交易双方IC卡信息包括交易双方IC卡号及身份信息等，所述商品信息包括至少一笔商品交易，每一笔商品交易包括商品标识、及与所述商品标识对应的交易重量或交易件数、及交易金额，不同的商品品种具有唯一性标识，即商品标识。所述电子交易信息还包括机构标识、交易终端标识、计价方式、交易时间。所述交易终端也具有唯一性标识，即交易终端标识。所述机构标识为商品交易市场的唯一性标识，用于说明所述交易终端的所属机构。所述机构标识与交易终端预先绑定，且一个所述机构标识对应多个所述交易终端标识。所述计价方式可以是计重模式或计件模式，所述计重模式说明本次交易的所有商品按重量计算，所述计件模式说明本次交易的所有商品按件数计算。所述交易时间为所述交易终端进行当次交易的时间。所述电子交易信息还包括交易地址，即所述交易终端的使用地址，能够更好的进行电子交易信息数据的统计与维护。

[0095] S3、交易结算；

[0096] 在实际使用时，当所述交易终端完成所有商品的称重或计件过程，并输入相应的金额，以及读取双方IC卡信息后，则进入交易结算步骤。一般情况下，在同样的交易双方进行一次交易过程中，可能涉及多笔不同商品的商品交易，并不是每一笔商品交易都进行交易结算，而是在完成多笔商品交易后，才进行交易结算。所述交易结算为对该次交易过程中所完成的所有商品交易进行结算。

[0097] S4、判断是否需要结算佣金，如果是，则所述交易终端发送佣金结算请求至云端服务器，如果不是，则进入步骤S6；所述佣金是交易双方使用所述交易终端进行商品交易应付的手续费（或服务费）；

[0098] S5、通过所述云端服务器获取佣金结算请求及电子交易信息，将所述数据表与所述电子交易信息中IC卡号或商品标识匹配，读取对应的佣金规则结算模型进行佣金结算并储存，且发送佣金结算结果至所述交易终端；

[0099] 在实际使用中，所述步骤S5的佣金结算包括：

[0100] S51、根据用户类型和商品信息进行配置至少一个佣金规则，并与用户级别表或商品表绑定；

[0101] 所述佣金规则表包括至少一个佣金子规则，所述佣金子规则表包括至少一个佣金规则结算模型。佣金规则未与用户级别表或商品表绑定，则佣金结算结果为零。所述佣金规则预先由商品交易市场（所述交易终端所属机构）管理者在所述云端服务器进行配置，主要配置的参数有定义佣金规则名称，佣金子规则的有效时间，佣金规则结算模型中起始数量、结束数量、佣金比例、或固定佣金金额等，可进行随时任意更改，灵活支持不同的业务需求。所述佣金规则、佣金子规则及佣金规则结算模型分别储存在佣金规则表、佣金子规则表及佣金规则结算模型表中。

[0102] S52、所述云端服务器根据佣金结算请求，获取所述交易终端的电子交易信息；所述电子交易信息上传至所述云端服务器，其数据格式参考如下：

[0103] {

[0104] ICCardNo:88881716; ICCardNo:88881717; ValuationMethod：1; TradeTime : 2014-09-26 17:09:25;

[0105] List：[

[0106] { AgeCdOID：1000；NetWeight：500；Pcs：0；TradeMoney：500.00}[0107] { AgeCdOID：1001；NetWeight：600；Pcs：0；TradeMoney：600.00}[0108] ]

[0109] }

[0110] 所述云端服务器对接收到的电子交易信息进行预处理，根据IC卡号，在IC卡信息表中获得对应的用户标识，并对所述商品信息进行合计，获得交易总重量、或交易总件数、和/或交易总金额，并储存或临时储存处理后的电子交易信息为结算数据，所述结算数据格式如下：

[0111] {

[0112] List itemLst=new List()

[0113]    ItemInfo item=new ItemInfo();

[0114]    item.AgeCdOID(商品标识)=1000

[0115]    item.NetWeight(交易重量)=500

[0116]    item.PCS(交易件数)=0

[0117]    item.TradeMoney(交易金额)=500.00；

[0118] item.AgeCdOID(商品标识)=1001

[0119]    item.NetWeight(交易重量)=600

[0120]    item.PCS(交易件数)=0

[0121]    item.TradeMoney(交易金额)=600.00

[0122]    itemLst.Add(item)

[0123]   Trade_MainTable mainModel = new Trade_MainTable();

[0124]   mainModel. UserOID(用户标识)=1001

[0125]   mainModel. UserOID(用户标识)=1002

[0126]   mainModel.TradeTime(交易时间)="2014-09-26 17:09:25";

[0127]   mainModel.ValuationMethod(计价方式)=1

[0128]   mainModel.TotalWeight(交易总重量)=1100.00

[0129]   mainModel.TotalPcs(交易总件数)=0

[0130]   mainModel.TotalMoney(交易总金额)=1100.00

[0131]   mainModel.ItemInfo=itemLst;

[0132] }

[0133] 在实际使用中，所述交易终端还可以根据刷入的IC卡号在所述交易终端存储的数据库（IC卡信息表）读取对应的用户标识，再上传到所述云端服务器。

[0134] S53、根据用户标识，匹配获取用户级别标识及用户类型标识；

[0135] 在用户表中，根据用户标识，匹配获取对应的用户级别标识及用户类型标识。通过用户类型标识判断用户属于买方或卖方。

[0136] S54、根据用户级别标识和商品标识，分别匹配获取对应的佣金规则标识；根据佣金规则标识和用户类型标识，匹配获取佣金子规则标识；

[0137] 具体实现时，在用户级别表中，根据用户级别标识，匹配获取对应的佣金规则标识；在佣金规则表中，根据匹配获取的佣金规则标识，判断当前佣金规则所处状态，是启用或停用。若是停用，则停止该佣金规则的佣金结算；若是启用，则在佣金子规则表中，根据佣金规则标识和用户类型标识，匹配获取对应的佣金子规则及有效时间，所述用户类型标识用于区分当前佣金子规则属性，属于买方-用户佣金子规则或卖方-用户佣金子规则。并根据交易时间，判断是否符合有效时间，若是，则进入步骤S55，若否，则停止该佣金子规则的佣金结算。

[0138] 在商品表中，根据商品标识，匹配获取对应的佣金规则标识；在佣金规则表中，根据匹配获取的佣金规则标识，判断当前佣金规则所处状态，是启用或停用。若是停用，则停止佣金结算；若是启用，则在佣金子规则表中，根据佣金规则标识和用户类型标识，匹配获取对应的佣金子规则及有效时间，所述用户类型标识用于区分当前佣金子规则属性，属于买方-商品佣金子规则或卖方-商品佣金子规则。并根据交易时间，判断是否符合有效时间，若是，则进入步骤S55，若否，则停止该佣金子规则的佣金结算。

[0139] S55、根据佣金子规则标识和结算类型，匹配获取对应的所有佣金规则结算模型，并根据结算类型读取对应的所有结算参量；

[0140] 通过佣金子规则标识，在佣金规则结算模型表中匹配获取对应的所有佣金规则结算模型；并根据结算类型，从结算数据读取对应的所有结算参量，所述结算类型可以是交易重量类型、和/或交易总重量类型、和/或交易件数类型、和/或交易总件数类型、和/或交易金额类型、和/或交易总金额类型，所述交易重量、交易件数及交易金额均为每一笔商品交易的交易信息，所述交易总重量、交易总件数及交易总金额均为合计后的交易信息，即合计当次交易的所有商品交易，可以是一笔或多笔商品交易；所述结算参量为实际商品交易的交易重量、和/或交易总重量、和/或交易件数、和/或交易总件数、和/或交易金额、和/或交易总金额；根据确定的结算类型标识，在匹配获取的所有佣金规则结算模型中找出对应的佣金规则结算模型。优选地，根据所述电子交易信息中的计价方式确定结算类型，若计价方式是计重模式，则有效的结算类型是交易重量类型、和/或交易总重量类型、和/或交易金额类型、和/或交易总金额类型；若计价方式是计件模式，则有效的结算类型是交易件数类型、和/或交易总件数类型、和/或交易金额类型、和/或交易总金额类型。

[0141] S56、根据佣金规则结算模型和结算参量，进行佣金结算；

[0142] 一个结算类型对应多个佣金规则结算模型，该多个佣金规则结算模型区别在于不同阈值范围的佣金比例是不同的，但不局限于此。根据与结算类型对应的结算参量，遍历该多个佣金规则结算模型，匹配获取结算参量符合阈值范围的佣金规则结算模型，并结合所述结算参量进行佣金结算。若结算参量为零，则对应的佣金结果为零。若佣金规则结算模型中的固定佣金金额不为空，则需累加对应的固定佣金金额，若为空，则不结算固定佣金金额。进行佣金结算时，对佣金结算结果进行四舍五入，并保留小数点后两位。

[0143] 所述起始数量和结束数量为佣金规则结算模型的阈值范围，所述阈值范围具体为大于起始数量，小于或等于结束数量，但不局限于此。当结算参量在所述阈值范围之内，则进行佣金结算；所述佣金比例为根据不同的用户类型和商品设定的结算佣金比例。所述固定佣金金额为每一佣金规则结算模型结算时应付的附加佣金金额。

[0144] S57、判断所有结算参量是否处理完毕，

[0145] 若是，即所有结算参量处理完毕，则进入步骤S58；

[0146] 若否，则进入步骤S56；

[0147] 商品信息包括多笔商品交易，每笔商品交易中的商品品种具有唯一性标识（商品标识），且对应有交易金额、交易重量或交易件数。

[0148] 具体实现时，不论是用户佣金规则还是商品佣金规则进行结算，均需全部结算同一结算类型下对应的所有结算参量。每个佣金规则结算模型下的佣金结算结果，均与佣金规则表中的用户类型标识相对应。

[0149] S58、判断所有结算类型是否处理完毕，

[0150] 若是，即所有结算类型处理完毕，则进入步骤S59；

[0151] 若否，则进入步骤S55；

[0152] S59、累加所有与同一用户类型标识对应的结算结果为佣金结算结果并储存；

[0153] 具体实现时，若用户类型标识为买方，则该所累加的同一用户类型标识应对下的结算结果为买方应付的佣金（买方-佣金结算结果）；或者，若用户类型标识为卖方，则该所累加的同一用户类型标识应对下的结算结果为卖方应付的佣金（卖方-佣金结算结果）；

[0154] S60、判断所有用户标识是否处理完毕，若是，发送所述佣金结算结果至所述交易终端，若否，则进入步骤S53。

[0155] 具体实现时，交易双方均有IC卡，且IC卡具有唯一性，用于区分和验证交易双方身份及进入商品交易市场的凭证。一般情况下，交易双方都需进行佣金结算。根据IC卡号匹配获取的用户标识，在关系型数据库中各表及其关联性匹配获取与用户类型标识（买方或卖方）对应的佣金规则并进行佣金结算。当所有用户标识均处理完毕后，即买方和卖方佣金结算完成，将交易双方各自应付的佣金结算结果发送至所述交易终端。

[0156] 所述云端服务器发送佣金结算结果至所述交易终端，发送的数据格式如下：

[0157] {"BillCode"(订单编号):"LF0022014101600007","BuyerTotalFee"(买方应付佣金):"46.20","SellerTotalFee"(卖方应付佣金):"40.27","MoneyAmt"(交易总金额):"1100.00","ReturnValue"(结算状态):"Success","ReturnMsg"(提示信息):"结算成功"}[0158] 其中，订单编号是佣金结算完成后储存在所述云端服务器时自动生成，买方应付佣金对应买方标识（用户类型标识为1）下的佣金结算结果，卖方应付佣金对应买方标识（用户类型标识为2）下的佣金结算结果，交易总金额对应预处理后的交易总金额。

[0159] S6、结算完成，打印单据。

[0160] 在实际使用时，如果不进行佣金结算，则所述交易终端对所述商品信息进行合计，获得该次交易的交易总金额，即结算完成，并打印单据。如果进行佣金结算，则当所述交易终端接收到所述云端服务器发送的佣金结算结果，即结算完成，并打印单据。

[0161] 具体实现时，当佣金结算不成功时，所述交易终端可以重新再次发送佣金结算请求，进行再次佣金结算。

[0162] 以下对数据表进行详细描述：

[0163] IC卡信息表主要用于储存与交易双方IC卡号有关的数据，包括四个字段：ICCardID、AgeOID、ICCardNo、及UserOID。表1显示了IC卡信息表的表结构。ICCardID是IC卡标识；AgeOID是机构标识，为外键，其与机构表中的机构标识关联；ICCardNo是IC卡号，为交易双方在商品交易市场注册所分配到的流水号，作为进入交易市场凭证和身份证明；
UserOID是用户标识，与用户表中的用户标识关联。

[0164] 表1为IC卡信息表的表结构

[0165]

[0166] 用户表用于储存与用户有关的数据，包括UserOID（用户标识）、UserTypeID（用户级别标识) 、AgeOID（机构标识）、ApplyType（用户类型）、及UserName（用户名称）。表2为用户表的表结构。UserOID为主键；UserTypeID所填信息便是隶属于对应UserOID用户的用户级别标识，为外键，与用户级别表中的用户级别标识关联AgeOID为外键，与机构表中的机构标识关联；ApplyType为用户类型，用于区分当前用户属于买方或卖方。

[0167] 表2为用户表的表结构

[0168]

[0169] 用户级别表，用于储存用户级别的有关数据，包括UserTypeOID、TypeName、AgeOID、TranRuleOID。表3为用户级别表的表结构。UserTypeOID是用户级别标识，为主键，与用户表中的UserTypeOID关联；TypeName是用户类别名称，可以是普通会员、高级会员、或VIP会员等；AgeOID是机构标识，为外键，与用户表和IC卡信息表中的AgeOID关联；TranRuleOID是佣金规则标识，与佣金规则表中的AgeRuleOID关联，是外键，表示每个用户级别标识对应一个佣金规则标识。

[0170] 表3为用户级别表的表结构

[0171]

[0172] 商品表，用于储存与商品有关的数据，包括AgeCdOID、AgeOID、ageRuleOID、CdName、Status、Remark。表4为商品表的表结构。AgeCdOID是商品标识，作为商品信息的唯一性标识；AgeOID是机构标识，与机构表中的AgeOID关联，为外键；ageRuleOID是佣金规则标识，与佣金规则表中的AgeRuleOID关联，是外键，每个商品标识对应一个佣金规则标识；CdName是商品名称，定义所对应商品标识的名称，如山东红枣、新疆红枣、苹果等；Status是状态，说明当前商品表所处的状态，0为启用，1为停用。

[0173] 表4为商品表的表结构

[0174]

[0175] 结算类型表，用于区分不同的结算方式，包括RuleTypeOID、RulesTypeName、Remark。表5为结算类型表的表结构。RuleTypeOID是结算类型标识，与佣金规则结算模型表中的RuleTypeOID关联；RulesTypeName是对应结算类型标识的名称，可以是交易重量类型、交易总重量类型、交易件数类型、交易总件数类型、交易金额类型、交易总金额类型等等；Remark是备注说明。

[0176] 表5为结算类型表的表结构

[0177]

[0178] 佣金规则表，用于储存与佣金结算有关的数据，包括AgeRuleOID、AgeOID、RulesName、RuleCategory、Status、Remark。表6为佣金规则表的表结构。AgeRuleOID是佣金规则标识；RulesName是佣金规则名称，用于定义对应的佣金规则的名称，可以是山东红枣佣金规则、红枣佣金规则、青海枸杞佣金规则等等；AgeOID是机构标识，与机构表中的AgeOID关联，为外键，用于说明当前佣金规则的所属机构，即商品交易市场；RuleCategory是佣金规则类别，1为商品佣金规则，2为用户佣金规则；Status是状态，说明当前佣金规则表的状态，0为启用，1为停用。

[0179] 表6为佣金规则表的表结构

[0180]

[0181] 佣金子规则表，从属于佣金规则表，用于储存佣金规则与佣金子规则的映射关系，佣金子规则表包括AgeTradeObjID、AgeRuleOID、TradObj、StartTime、EndTime。表7为佣金子规则表的表结构。AgeTradeObjID是佣金子规则标识；AgeRuleOID是佣金规则标识，与佣金规则表中的AgeRuleOID关联，为外键，一个佣金规则包括至少一个佣金子规则佣金子规则；ApplyTypeOID是用户类型标识，用于说明当前佣金子规则所对应的用户类型标识，1为买方佣金子规则，2为卖方佣金子规则；StartTime和EndTime分别是开始时间和结束时间，用于说明当前佣金子规则的有效时间，其值如果为空，则长期有效，可根据实际情况进行自定义。

[0182] 表7为佣金子规则表的表结构

[0183]

[0184] 佣金规则结算模型表，用于储存与佣金结算有关的数据，包括AgeRuleDeID、AgeTradeObjID、RuleTypeOID、MinCnt、MaxCnt、FeeScale、FeeMoney、及Remark。表8为佣金规则结算模型表的表结构。AgeRuleDeID是佣金规则结算模型标识；AgeTradeObjID是佣金子规则标识，与佣金子规则表中的AgeTradeObjID关联，为外键，一个佣金子规则包括至少一个佣金规则结算模型；RuleTypeOID是结算类型标识，与结算类型表中的RuleTypeOID关联，为外键；MinCnt和MaxCnt分别是起始数量和结束数量，表示佣金规则结算模型的有效结算阈值范围，当匹配获取对应的结算参量符合结算阈值，则根据当前的佣金规则结算模型与结算参量进行佣金结算，其值为空，则为无穷大，可根据实际情况进行自定义；FeeScale是佣金比例，根据不同的用户和商品配置的结算佣金比例，佣金比例可以是0或正数，可根据实际情况进行自定义；FeeMoney是固定佣金金额，每一佣金规则结算模型结算时应付的附加佣金，即保底佣金，买方或卖方应付的最低佣金额度，可根据实际情况进行自定义。

[0185] 表8为佣金规则结算模型表的表结构

[0186]

[0187] 机构表，用于储存与机构（商品交易市场）有关的数据，包括AgeOID、AgencyName、AgeType。表9为机构表的表结构。AgeOID是机构标识，用于对区分不同商品交易市场的唯一性标识；AgencyName是机构名称，用于定义对应机构的名称，如山东红枣批发市场、西瓜批发市场等；AgeType是机构类别。

[0188] 表9为机构表的表结构

[0189]

[0190] 用户类型表，用于区分不同的用户类型，如买方或卖方，包括ApplyTypeOID、ApplyTypeName、Remark。表10为结算类型表的表结构。ApplyTypeOID是用户类型标识，与佣金子规则表中的ApplyTypeOID关联；ApplyTypeName是对应用户类型标识的名称，可以是买方、卖方；Remark是备注说明。

[0191] 表10为用户类型表的表结构

[0192]

[0193] 在该关系型数据库中的各表之间的关系如下：

[0194] 机构表与IC卡信息表、用户表、用户级别表、商品表、及佣金规则表之间的关系均为一对多关系，通过机构表中AgeOID分别与IC卡信息表、用户表、用户级别表、商品表、及佣金规则表中的AgeOID字段的关联关系来实现；

[0195] IC卡信息表与用户表之间的关系为一对一关系，通过IC卡信息表中UserOID与用户表中的UserOID主键之间的关联关系来实现；

[0196] 用户表与用户级别表之间的关系为一对一关系，通过用户表中UserTypeOID与用户级别表中UserTypeOID之间的关联关系来实现；

[0197] 用户级别表与佣金规则表之间的关系为一对一关系，通过用户级别表中TranRuleID与佣金规则表中AgeRuleOID之间的关联关系来实现；

[0198] 商品表与佣金规则表之间的关系为一对一关系，通过商品表中ageRuleOID与佣金规则表中AgeRuleOID之间的关联关系来实现；

[0199] 佣金规则表与佣金子规则表之间的关系为一对多关系，通过佣金规则表中AgeRuleOID与佣金子规则表中AgeRuleOID之间的关联关系来实现；

[0200] 佣金子规则表与佣金规则结算模型表之间的关系为一对多关系，通过佣金子规则表中AgeTradeObjID与佣金规则结算模型表中AgeTradeObjID之间的关联关系来实现；

[0201] 结算类型表与佣金规则结算模型表之间的关系为一对多关系，通过结算类型表中RuleTypeOID与佣金规则结算模型表中RuleTypeOID之间的关联关系来实现；

[0202] 用户类型表与用户表和佣金子规则表均为一对多关系，通过用户类型表中的ApplyTypeOID与用户表和佣金子规则表中的ApplyTypeOID之间的关联关系来实现。

[0203] 下面将根据实施例来进一步说明。

[0204] 在关系型数据库中预设的数据表至少有，

[0205] IC卡信息表：

[0206]

[0207] 用户表：

[0208]

[0209] 用户级别表：

[0210]

[0211] 商品表：

[0212]

[0213] 佣金规则表：

[0214]

[0215] 佣金子规则表：

[0216]

[0217] 佣金规则结算模型表：

[0218]

[0219] 电子交易信息如下：

[0220] IC卡号1：88881716；IC卡号2:88881717；

[0221] 计价方式：1（计重模式）；

[0222] 交易时间：2014-9-25 17:09:25；

[0223] 商品信息：

[0224]

[0225] 配置佣金规则，并与用户级别表或商品表绑定。

[0226] 根据机构标识和佣金规则类别标识，找到所有商品的佣金规则或用户的佣金规则，选择佣金规则标识1001绑定到商品表中佣金规则字段（ageRuleOID）上，和佣金规则标识1005绑定到用户级别表中的佣金规则字段（TranRuleID）上。

[0227] 根据获取的电子交易信息中的IC卡号在IC卡信息表中找到对应的用户标识1001和1002。并对商品信息进行合计，且生成结算数据，结算数据格式如下：

[0228] {

[0229] UserOID(用户标识):1001; UserOID(用户标识):1002;

[0230] ValuationMethod(计价方式)：1;

[0231] TradeTime(交易时间) : 2014-09-26 17:09:25;

[0232] (商品信息)List：[

[0233] { AgeCdOID：1000；NetWeight：500；Pcs：0；TradeMoney：500.00}[0234] { AgeCdOID：1001；NetWeight：600；Pcs：0；TradeMoney：600.00}[0235] ]

[0236] (合计)TotalWeight：1100；TotalPcs：0；TotalMoney：1100.00；

[0237] }

[0238] （1）对用户标识1001的佣金进行结算，

[0239] （a）根据用户标识1001在用户表中匹配获取对应的用户级别标识1001（普通会员），在用户级别表中根据匹配获取的用户级别标识1001获得佣金规则标识1003（红枣佣金规则）。

[0240] 根据佣金规则标识1003及用户类型标识1（买方标识）在佣金子规则表中到对应的佣金子规则1004及此规则的有效时间，判断交易时间是否符合有效时间，如果是，进入下一步，否则，结束计算，即买方-用户佣金部分为0。

[0241] 根据佣金子规则标识1004，在佣金规则结算模型表中获得所有对应的佣金规则结算模型；根据结算类型标识，在获得的所有佣金规则结算模型中匹配获取对应的佣金规则结算模型，如结算类型标识1对应佣金子规则1004下的佣金规则结算模型1006、1007、1008。通过结算类型标识1读取对应的结算参量，当结算参量符合阈值范围，则进行结算，否则，结算结果为0，山东红枣重量500符合佣金规则结算模型1006，新疆红枣重量600符合佣金规则结算模型1007，则结算结果如下：

[0242] 山东红枣重量佣金小计：500*1.2%+2=8.00；

[0243] 新疆红枣重量佣金小计：600*1.3%=7.80。

[0244] 结算类型标识2对应佣金规则结算模型1012、1013、1014，且读取的结算参量交易总重量符合佣金规则结算模型1012，则结算结果如下：

[0245] 重量佣金总计：1100*0.1%=1.10。

[0246] 结算类型标识3对应佣金规则结算模型1009、1010、1011，且读取的结算参量山东红枣交易金额500符合佣金规则结算模型1009，新疆红枣交易金额600符合佣金规则结算模型1009，则结算结果如下：

[0247] 山东红枣金额佣金小计：500*1%=5.00；

[0248] 新疆红枣金额佣金小计：600*1%=6.00。

[0249] 结算类型标识4对应佣金规则结算模型1015、1016，且读取的结算参量交易总金额符合佣金规则结算模型1015，则结算结果如下：

[0250] 交易金额佣金总计：1100*0.1%+2=3.10。

[0251] （b）根据商品标识1000和1001，在商品表中获得对应的佣金规则1001（山东红枣佣金规则）和1002（新疆红枣佣金规则）。

[0252] 根据佣金规则标识1001及用户类型标识1（买方标识）在佣金子规则表中到对应的佣金子规则1000及此规则的有效时间，由于此次交易时间不符合该规则的有效时间，则不参与佣金结算，即买方-商品（山东红枣）佣金部分为0。

[0253] 根据佣金规则标识1002及用户类型标识1（买方标识）在佣金子规则表中到对应的佣金子规则1002及此规则的有效时间，该规则的开始和结束时间为空，则所有交易时间均符合有效时间，进入下一步。

[0254] 根据佣金子规则标识1002，在佣金规则结算模型表中获得所有对应的佣金规则结算模型；根据结算类型标识，在获得的所有佣金规则结算模型中匹配获取对应的佣金规则结算模型，如结算类型标识1对应佣金子规则1002下的佣金规则结算模型1017、1018、1019。通过结算类型标识1读取对应的结算参量，当结算参量符合阈值范围，则进行结算，否则，结算结果为0，新疆红枣重量600符合佣金规则结算模型1017，即结算结果如下：

[0255] 新疆红枣重量佣金小计：600*1.2%=9.20。

[0256] 结算类型标识3对应佣金规则结算模型1020、1021、1022，且读取的结算参量新疆红枣交易金额600符合佣金规则结算模型1020，则结算结果如下：

[0257] 新疆红枣金额佣金小计：600*1%=6.00。

[0258] 则同一个买方标识1（用户类型标识）下的佣金结算结果累加所得，即8+7.8+1.1+5+6+3.1+9.2+6=46.20，为买方应付的佣金。

[0259] （2）对用户标识1002的佣金进行结算，即对卖方佣金进行结算，其结算过程跟买方佣金结算步骤相同，则卖方佣金结算结果为40.27。

[0260] 所述云端服务器将佣金结算结果储存于所述数据存储模块与发送至所述交易终端。所述交易终端接收所述佣金结算结果并打印单据。发送的数据格式如下：

[0261] {"BillCode"(订单编号):"LF0022014101600007";

[0262] "BuyerTotalFee"(买方应付佣金):"46.20";

[0263] "SellerTotalFee"(卖方应付佣金):"40.27";

[0264] "MoneyAmt"(交易总金额):"1100.00";

[0265] "ReturnValue"(结算状态):"Success";

[0266] "ReturnMsg"(提示信息):"结算成功"}

[0267] 本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器（ROM，Read Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁盘或光盘等。

[0268] 以上对本发明实施例所提供的交易结算方法及交易系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。