CN112184330A - 一种商业(联盟)方法及系统、装置 - Google Patents

Abstract

本发明涉及一种商业(联盟)系统及装置，其包括服务器、返利端及多个销售端，上述服务器与上述返利端互连，上述销售端通过通迅网络与上述服务器及上述返利端互连；上述销售端用于商品或服务交易；上述服务器用于管控或/和提供服务；上述返利端用于根据返利规则向销售端进行返利,上述返利规则包括交叉返利规则。该系统及装置有利于分摊风险，共享收益，增加效益，延长商户生存周期，减少商户消失率。此外，还涉及一种商业(联盟)方法。

Description

一种商业(联盟)方法及系统、装置

【技术领域】

本发明涉及一种商业联盟方法及系统。具体来说，一种有利于分摊风险、增加效益、共享收益、延长延长生存周期(企业寿命)的商业联盟方法及系统。

【背景技术】

自二十世纪九十年代以来，围绕市场，企业间的竞争日益激烈，使企业在开拓新市场，巩固旧市场方面困难重重。当今之世，企业单枪匹马难成气候，企业间只有建立合作伙伴关系，互相利用资源网络的优势，才能不断开发新的市场。因此，商业联盟组织日益涌现出来。

现有联盟将所有会员与商户通过网络联系在一起，促成一种全新方式的商业联盟，意欲达到资源共享的目的，使商户与顾客双方互惠互利。

然而，现有企业联盟是一种极难管理的组织形式。由于联盟的一部分控制越出了公司的范围，现有联盟中各方的利益与冲突不能以行政命令的方式解决，互不信任，争相得利，联盟的失败率相当高。

现有企业联盟有众多缺点，如结构通常松散，不紧密，大多是临时性的；效益不够明显，企业间的销售或交易成本较大；难以连接上下游产业链，不利于推动产品(营销)等。

商业联盟组织的目的或意义在于共享利益、减少每个企业的风险，减少成本，增加效益，延长延长生存周期(企业寿命)。

然而，现有商业联盟的组织形式却难以分摊风险，共享收益，增加效益，延长延长生存周期(企业寿命)。

例如，现有商业联盟大多通过众多的联盟商家同时使用一种积分系统计算积分，消费者在不同行业的联盟商家消费时能够获得同一种积分奖励，积分可以累积增加，可以在联盟商家换取礼品、兑换成现金或者服务，以及得到更多的优惠等。

具体一例子如CN107481046A公开了一种创新性积分汇通商业联盟平台，包括商业联盟平台、产品供应及平台服务模块、线上商城模块以及线下商家模块，其特征在于：所述商业联盟平台连接线上商城模块、线下商家模块和产品供应及平台服务模块。本发明内容的有益效果是基于互联网技术，打通线上和线下，把原来以场地为主的线下销售模式，变成以人为主的线上线下一体化销售模式。

以上是一种不够理想的商业联盟组织形式。

因此，现实需要一种有利于分摊风险、增加效益、共享收益、延长延长生存周期(企业寿命)的商业(联盟)系统或方法。

【发明内容】

本发明的目的就是提供一种有利于分摊风险、共享收益、增加效益、延长商户生存周期(企业寿命)、减少商户消失率的商业联盟方法及系统。

本发明的另一目的就是提供一种有利于连接上下游产业链及其他产业链、有利于推动产品营销的商业联盟方法及系统。

本发明人出人意料的发现，在商业联盟方法及系统中使用下列方法，可达到上述目的，并克服一些缺点，如减少乐于接受其他人给与的返利却不向其他人提供返利的寄生情况：

当商业联盟中销售商户(销售端)完成商品或服务的销售或交易后，多轮次地向商业联盟中完成该销售或交易的销售商户(销售端)外的其他多个销售商户(销售端)进行交叉返利；

尤其是，根据上述销售端的历史销售业绩利确定向商业联盟中完成该销售或交易的销售商户(销售端)外的其他销售商户(销售端)进行多轮次的返利；

特别是，根据上述销售端的(历史)销售业绩设定的返利金额或返利比例(返利率)(进而再根据上述当前销售或交易的金额确定上述返利金额)，根据上述的其他销售端各自的历史销售业绩占整体销售端历史销售业绩的比例确定上述返利金额在上述的其他销售端中各自的分配比例；

特别是，当商业联盟中的销售商户(销售端)在事先规定的连续数次接收上述返利而没有向商业联盟中的其他销售商户(销售端)提供上述返利时，该销售商户(销售端)将被暂停接收上述返利，直至该销售商户(销售端)向商业联盟中的其他销售商户(销售端)提供一次或事先规定的连续数次的上述返利时恢复接收上述返利。

基于上述发现，本发明人完成了本发明。

本发明涉及一种商业(联盟)系统，其包括服务器、返利端及多个销售端，上述服务器与上述返利端互连，上述销售端通过通迅网络与上述服务器及上述返利端互连；

(上述销售端用于销售或交易商品或服务；)

(上述服务器用于管理或/和控制(管控)(该系统)或/和(向该系统)提供服务；)

上述返利端用于根据返利规则向销售端(相关联的资金帐户)返利，上述返利规则包括下列交叉返利规则：

当销售端(与消费者)完成第K次商品或服务的销售或交易时或后，返利端向完成第K次销售或交易的销售端外的多个销售端(相关联的资金帐户)返利；当销售端(与消费者)完成第L次商品或服务的销售或交易时或后，返利端向完成第L次销售或交易的销售端外的多个销售端(相关联的资金帐户)返利；当销售端(与消费者)完成第M次商品或服务的销售或交易时或后，返利端向完成第M次销售或交易的销售端外的多个销售端(相关联的资金帐户)返利；……；当销售端(与消费者)完成第X次商品或服务的销售或交易时或后，返利端向完成第X次销售或交易的销售端外的多个销售端(相关联的资金帐户)返利；其中，K、L、M、……、X为正整数，且，K＜L＜M＜……＜X，K≥1，L≥2，M≥3，……，X≥n≥4，n为正整数。

本发明还涉及一种商业(联盟)用装置，其包括服务器、返利端及多个销售端，上述服务器与上述返利端互连，上述销售端通过通迅网络与上述服务器及上述返利端互连；

(上述销售端用于销售或交易商品或服务；)

(上述服务器用于管理或/和控制(管控)(该系统)或/和(向该系统)提供服务；)

上述返利端用于根据返利规则向销售端返利，上述返利规则包括下列交叉返利规则：

当销售端(与消费者)完成第K次商品或服务的销售或交易时或后，返利端向完成第K次销售或交易的销售端外的多个销售端返利；当销售端(与消费者)完成第L次商品或服务的销售或交易时或后，返利端向完成第L次销售或交易的销售端外的多个销售端返利；当销售端(与消费者)完成第M次商品或服务的销售或交易时或后，返利端向完成第M次销售或交易的销售端外的多个销售端返利；……；当销售端(与消费者)完成第X次商品或服务的销售或交易时或后，返利端向完成第X次销售或交易的销售端外的多个销售端返利；其中，K、L、M、……、X为正整数，且，K＜L＜M＜……＜X，K≥1，L≥2，M≥3，……，X≥n≥4，n为正整数。

本发明还涉及一种商业(联盟)方法，其包括

1)、使用多个销售端销售或交易商品或服务；

2)、使用服务器管理或/和控制(管控)或/和提供服务；

3)、使用返利端根据返利规则向销售端(相关联的资金帐户)返利，上述返利规则包括下列交叉返利规则：

当销售端(与消费者)完成第K次商品或服务的销售或交易时或后，返利端向完成第K次销售或交易的销售端外的多个销售端(相关联的资金帐户)返利；当销售端(与消费者)完成第L次商品或服务的销售或交易时或后，返利端向完成第L次销售或交易的销售端外的多个销售端(相关联的资金帐户)返利；当销售端(与消费者)完成第M次商品或服务的销售或交易时或后，返利端向完成第M次销售或交易的销售端外的多个销售端(相关联的资金帐户)返利；……；当销售端(与消费者)完成第X次商品或服务的销售或交易时或后，返利端向完成第X次销售或交易的销售端外的多个销售端(相关联的资金帐户)返利；其中，K、L、M、……、X为正整数，且，K＜L＜M＜……＜X，K≥1，L≥2，M≥3，……，X≥n≥4，n为正整数；

上述服务器与上述返利端互连，上述销售端通过通迅网络与上述服务器及上述返利端互连。

在上述交叉返利规则中，

较佳地，向完成第K、或/和L、或/和M、或/和……、或/和X次销售或交易的销售端外的多个或全部销售端(相关联的资金帐户)返利；或者，

较佳地，向完成第K、或/和L、或/和M、或/和……、或/和X次销售或交易的销售端外的随机多个销售端(相关联的资金帐户)返利；或者，

较佳地，向完成第K、或/和L、或/和M、或/和……、或/和X次销售或交易的销售端外的多个较该次销售或交易更早完成(与消费者)销售或交易的销售端(相关联的资金帐户)返利；或者，

较佳地，向系统中所有销售端(相关联的资金帐户)返利。

较佳地，上述交叉返利规则还包括向完成第K、或/和L、或/和M、或/和……、或/和X次销售或交易的销售端返利。

较佳地，当销售端(与消费者)完成商品或服务的销售或交易时或后，返利端向完成该次销售或交易的销售端外的多个销售端(相关联的资金帐户)返利的总轮次数不低于50轮次，更佳地，不低于200轮次，更佳地，不低于1000轮次，最佳地，不低于3000轮次。

说明：每当销售端(与消费者)完成商品或服务的销售或交易(如第K次)时或后，销售端(与消费者)完成下一次商品或服务的销售或交易(如第K+1次时)前，返利端向完成该次销售或交易的销售端外的(多个或全部)销售端(相关联的资金帐户)返利定义为“1轮次返利”，该轮次返利可对多个或全部销售端返利，故1轮次返利可以是多次返利，只要是一次销售端(与消费者)完成销售或交易商品或服务(如第K次时)时或后，下一次销售端(与消费者)完成销售或交易(如第K+1次时)前的返利，均作1轮次返利。

本发明中术语“交叉返利”通常是指销售端因其他销售端(与消费者)完成商品或服务的销售或交易而获得返利，及其他销售端因该销售端(与消费者)完成商品或服务的销售或交易而获得返利，即该销售端因其与消费者完成商品或服务的销售或交易而向其他销售端提供返利。

本发明中术语“多个”通常是指至少3个，较佳地至少5个，更佳地至少10个，更佳地至少20个，更佳地至少50个，更佳地至少100个，最佳地至少1000个。

本发明中术语“数个/次”通常是指至少2个/次，较佳地至少3个/次，更佳地至少5个/次，更佳地至少10个/次，更佳地至少20个/次，更佳地至少50个/次，最佳地至少100个/次。

本发明中术语“数种”通常是指至少2种，较佳地至少3种，更佳地至少5种，更佳地至少10种，更佳地至少20种，更佳地至少50种，最佳地至少100种。

较佳地，上述交叉返利规则包括：当一销售端接收一次上述返利或接收(事先设定的)连续数次上述返利却没有向其他销售端提供上述返利时或后，暂停该销售端接收上述返利；当上述被暂停接收返利的销售端向其他销售端提供一次或(事先设定的)连续数次的上述返利时或后，恢复该销售端接收上述返利。

上述交叉返利规则还包括：上述返利(金额)在(依上述规则可返利的)销售端中随机分配或平均分配。

但较佳地，上述交叉返利规则还包括：上述(当前)返利根据上述销售端的历史销售业绩确定。

更佳地，上述交叉返利规则还包括：根据当前(即当前次或当前数次或当前时段)销售或交易的金额及根据上述销售端的历史销售业绩设定的返利比例(返利率)确定上述返利金额，或根据上述销售端的历史销售业绩设定上述返利金额；

更佳地，上述交叉返利规则进一步还包括：

按(依上述规则可返利的)销售端各自的历史销售业绩占上述(可返利的)销售端的历史销售业绩的和的比例确定上述返利(金额)在上述(可返利的)销售端中各自的分配比例。

上述返利规则，特别是上述根据销售端的历史销售业绩确定上述(当前)返利的相关规则，有利于减少或消除系统中的乐于接收返利却不向其他销售端提供返利的“寄生(销售)端”或“僵尸(销售)端”，有利于提高系统内公平性，提高销售端(商)的活跃度，并更有利于达成上述其他目标。

本发明的技术优势(有益效果)：

1)、有利于分摊风险、共享收益、增加效益、延长或提高商户生存周期(企业寿命)、减少商户消失率；

2)、有利于连接上下游产业链及其他产业链、有利于推动产品营销。

3)、提高销售端(商)的活跃度，提高公平性，减少乐于接受来自其他人的返利却不向其他人提供返利的寄生销售端(商)。

附图说明：

图1是显示了根据本发明的商业(联盟)系统或装置的实施例的简图。

图2-1是显示了根据本发明的商业(联盟)系统或装置的实施例的基本结构及返利端向销售端返利的操作流程简图。

图2-2是显示了根据本发明的商业(联盟)系统或装置的有供应端的实施例的部分结构及供应端向消费者供货的操作流程简图。

图2-3是显示了根据本发明的商业(联盟)系统或装置中的服务器中的操控单元的结构示意图。

图2-4是显示了根据本发明的商业(联盟)系统或装置中的返利端中的执行处理单元的结构示意图。

图2-5是显示了根据本发明的商业(联盟)系统或装置中的供应端中的执行处理单元的结构示意图。

图3-1～7是示出了根据本发明的商业联盟方法的流程图。

具体实施方式

本发明涉及的销售端包括信息发送单元、信息接收单元，还可包括信息获取或生成单元。

上述销售端的信息发送单元用于发送信息，如将与消费者销售或交易商品或服务相关的信息或/和其他信息发送给上述服务器或/和其他(终)端的信息接收单元；

上述销售端的信息接收单元用于接收信息，如接收上述服务器或/和其他(终)端的信息发送单元向其发来的信息；

上述销售端的信息获取或生成单元用于获取或生成信息，如获取或生成消费者请求商品或服务销售或交易相关的信息(即获取或生成商品或服务销售或交易订单相关信息)或/和其他信息。

本发明涉及的销售端多个可以互助互利地组成一个(商业)集合体，数个(商业)集合体又可互助互利地组成一个更高层级的(商业)集合体，如此类推。一个(商业)集合体又可通过通迅网络与一个服务器相连组成一个自我网络。一个(商业)集合体中的一个或数个销售端可用作管理者即管理者销售端，用于管理该(商业)集合体相关的事务，该管理者销售端可接收一定佣金。

本发明涉及的任意两个销售端或任意两个(商业)集合体彼此间可以互助互利地组成一对(商业)合作伙伴。

本发明涉及的销售端包括但不限于个人台式电脑(PC)、笔记本电脑、智能手机、平板(掌中)电脑、人工收/发货设备、购物中心销售或交易平台、网络电子销售或交易平台、无人售货设备、POS端(point-of-sale terminal)中的任意一种或几种共用。上述的销售端至少4个。

本发明涉及的服务器包括操控单元、信息发送单元、信息接收单元，较佳地还包括信息存储单元。

上述服务器的信息发送单元用于发送信息，如向上述销售端或/和返利端或/和其他(终)端(如供应端)发送信息。

上述服务器的信息接收单元用于接收信息，如接收上述销售端或/和返利端或/和其他(终)端(如供应端)向其发来的信息。

上述服务器的操控单元用于管理或/和控制(管控)(该系统)或/和(向该系统)提供服务，控制(其内的模块，及)上述服务器中操控单元外的(其他)单元，以及管理或操控上述销售端、返利端及其他(终)端(如供应端)。

上述服务器的信息存储单元用于存储或/和管理信息，可用于存储或/和管理与消费者销售或交易商品或服务相关的信息，或/和关于商品或/和服务的信息，或/和关于销售端的信息，或/和关于产品供应端的信息，或/和其他信息等。

本发明涉及的服务器还可包括商品或/和服务销售单元或模块、费用结算单元或模块、数据解密加密单元或模块、数据解码编码单元或模块、数据匹配单元或模块、数据检索单元或模块中的一种或数种。

上述服务器的操控单元也可包括控制模块、商品或/和服务销售模块、费用结算模块、数据解密加密模块、数据解码编码模块、数据匹配模块、数据检索模块中的一种或数种。

上述商品或/和服务销售单元(或模块)，其用于当经由销售端销售商品或/和服务时执行商品或/和服务销售过程，或者/和用于设置、保存以及导出返利规则信息。

上述费用结算单元(或模块)，其用于根据商品或/和服务销售为商品或服务供应端提供利润或/和为返利端提供用于返利的费用，或者/和用于设置、保存以及导出返利规则信息。

上述数据解密加密单元(或模块)或/和数据解码编码单元(或模块)用于对销售端获取或生成的信息进行数据解密加密或/和数据解码编码。

上述数据匹配单元(或模块)用于将销售端获取或生成的信息与己存储的信息匹配识别。

上述数据检索单元(或模块)包括域内检索单元(或模块)、跨域检索单元(或模块)，较佳地还包括信任度识别管理单元(或模块)，所述的信任度识别管理单元(或模块)分别与数据检索服务器包括域内检索单元(或模块)连接。

上述控制模块，其用于管理或/和控制(管控)(该系统)或/和(向该系统)提供服务，控制操控单元内的其他模块，及上述服务器中操控单元外的其他单元，以及管理或操控上述销售端、返利端及其他(终)端(如供应端)，如控制上述商品或/和服务销售模块和费用结算模块等，以及控制上述服务器的信息发送单元、信息接收单元等。

本发明涉及的返利端包括信息接收单元、执行处理单元及信息发送单元。

上述返利端的信息接收单元，用于接收信息，如接收上述服务器的信息发送单元发来(关于返利)的指令(信息)或/和其他信息或/和其他(终)端发来的信息；

上述返利端的执行处理单元，用于执行从返利指令接收、进行返利到返利确认的返利处理流程；

上述返利端的信息发送单元，用于发送信息，如将上述返利端执行处理返利的结果信息或/和其他信息发送给上述服务器或/和其他(终)端的信息接收单元，上述返利端执行处理返利的结果信息被存储于上述服务器的信息存储单元中。

上述返利端的执行处理单元还可包括返利规则模块、返利计算模块、返利财务模块、销售端及商品信息模块和销售信息记录模块。

上述销售端及商品信息模块，用于记录和保存单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的名称或编号、资金账户、所在区域中的一种或数种，或/和单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的彼此关系，或/和单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的层级关系，或/和商品相关信息(如商品品牌、种类、价格等)等信息。

上述销售信息记录模块，用于记录、整理以及导出达成销售或交易的单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的名称或编号，或/和其达成销售或交易的时间或/和次数，或/和其达成销售或交易的商品或服务的品种、数量、价格及金额等信息中的一种或数种。

上述返利规则模块，用于设置、保存以及导出返利规则信息。

上述返利计算模块与上述返利规则模块、销售端及商品信息模块和销售信息记录模块相连，并根据所述返利规则模块、销售端及商品信息模块和销售信息记录模块所提供的信息确定或计算应向销售端返利的方式或/和金额。

上述返利财务模块用于根据上述返利计算模块所确定或计算的返利方式或/和金额汇入与销售端关联的账户内。返利财务模块存储着与销售端相关联的银行账户名称、银行账户号、网银账号、电子支付平台账号等资金帐户信息。

上述服务器也可包含上述返利规则模块或单元、返利计算模块或单元、销售端及产品或服务信息模块或单元和销售信息记录模块或单元，其用途功功能与返利端相关模块相同，互为备用组件，不再重述。

上述返利规则包括但不限于：

1)、上述的交叉返利规则(详见上文，在此不再重述)，

2)、根据单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体或/和整体销售端的历史销售业绩设定返利比例(返利率)或返利金额，

3)、根据单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的彼此关系(即合作伙伴关系)设定返利比例(返利率)或返利金额，

4)、根据单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的层级关系设定返利比例(返利率)或返利金额，

5)、根据销售区域设定返利比例(返利率)或返利金额，

6)、根据整体商品设定返利比例(返利率)或返利金额，

7)、根据商品类目设定返利比例(返利率)或返利金额，

8)、根据品牌设定返利比例(返利率)或返利金额，

9)、以及它们的组合。

本发明涉及的返利端是独立于上述服务器之外的终端，或者是上述服务器的一个组成单元或模块，或者是另一服务器。

本发明涉及的返利通常是指系统采用包括但不限于返现(现金电子转账，rebates)、电子(现金)红包(奖励金，rewards)、积分等电子形式或方式中的一种或数种，将一部分利润返还给销售端(销售商)。

本发明涉及的返利也可以采用邮寄支票的形式发放。

较佳地，上述系统还包括供应端，该供应端用于向消费者供应商品或服务，或者向消费者供应商品或服务时执行折扣。

较佳地，上述方法还包括使用向消费者供应端供应商品或服务，或者向消费者供应商品或服务时执行折扣。

本发明涉及的供应端包括信息接收单元、执行处理单元及信息发送单元。

上述供应端的信息接收单元，用于接收接收上述服务器的信息发送单元发来关于向消费者供应商品或服务的指令(信息)或/和其他信息；

上述供应端的执行处理单元，用于执行从供应商品或服务的指令接收、向消费者供应商品或服务或/和供应商品或服务时执行折扣到确认消费者收到商品或服务或/和折扣的供应处理流程；

上述供应端的信息发送单元，用于将上述供应端执行处理向消费者供应商品或服务的结果信息或/和供应商品或服务时执行折扣的结果信息或/和其他信息发送给上述服务器或/和其他(终)端的信息接收单元，上述供应端执行处理向消费者供应商品或服务的结果信息被存储于上述服务器的数据存储单元中。

上述供应端的执行处理单元也可包括折扣规则模块、折扣计算模块、商品或服务信息模块和销售信息记录模块，它们用于供应(商)/端自身向消费者执行折扣。

上述商品或服务信息模块，用于记录和保存商品或服务相关信息(如商品品牌、种类、价格等)；

上述销售信息记录模块，用于记录、整理以及导出销售端与消费者达成销售或交易的时间或/和次数，或/和达成销售或交易的商品或服务的品种、数量、价格及金额等信息中的一种或数种；

上述折扣规则模块，用于设置、保存以及导出折扣规则信息，上述折扣规则包括但不限于：

1)、根据消费者历史消费金额设定折扣比例(折扣率)或折扣金额，

2)、根据销售区域设定折扣比例(折扣率)或折扣金额，

3)、根据整体商品设定折扣比例(折扣率)或折扣金额，

4)、根据商品类目设定折扣比例(折扣率)或折扣金额，

5)、根据品牌设定折扣比例(折扣率)或折扣金额，

6)、以及它们的组合；

上述折扣计算模块与上述折扣规则模块、商品或服务信息模块和销售信息记录模块相连，并根据所述折扣规则模块、商品或服务信息模块和销售信息记录模块所提供的信息计算供应端向消费者供应商品或服务时应执行的折扣比例(折扣率)或折扣金额。

本发明涉及的折扣通常是指系统采用包括但不限于减价(discounts)、电子(现金)红包(奖励金，rewards)、电子优惠券(coupons)、电子折扣券(discount coupons)、积分等电子形式或方式中的一种或数种，将一部分利润返还给消费者。

本发明涉及的供应端是独立于上述服务器之外的终端，或者是上述服务器的一个组成单元或模块，或者是另一服务器。

本发明涉及的供应端包括但不限于个人台式电脑(PC)、笔记本电脑、智能手机、平板(掌中)电脑、人工收/发货设备中的任意一种或数种共用。上述的供应端可以是一个或数个。

本发明涉及的通迅网络包括有线通迅网络或/和无线通迅网络。较佳地，上述通讯网络包括至少一条互联网和至少一条物联网，更佳地，上述互联网和物联网间相互并联。

本发明涉及的服务器或/和返利端或/和供应端还包括数据库，用于存储销售端(卖方)的用户信息、消费者(买方)的信息以及二者间达成销售或交易的销售记录信息，较佳地，还用于存储返利信息或/和商品或服务的供应信息及需求信息。

上述卖方的用户信息中包括卖方的联系信息、与其相关联的资金帐户信息等；上述买方的信息中包括买方的身份相关的信息等；上述销售记录信息包括达成销售或交易的时间及次数，达成销售或交易的商品或服务的品种、数量、价格及金额。

上述商品或服务供应信息中包括商品或服务供应数量和供应价格信息，上述商品或服务需求信息中包括商品或服务需求数量和商品或服务需求价格信息。

上述返利信息包括己返利的金额、销售端及时间，待返利的金额及销售端。

本发明涉及的商业(联盟)系统还包括消费者终端、支付处理终端、线下展示销售或交易平台、线上展示销售或交易平台中的一种或数种，上述终端或/和平台与上述销售端及上述服务器通过通迅网络互连，上述供应端也与上述服务器直接互连。

上述消费者终端，用于消费者下达商品或服务定单。

上述支付处理终端用于完成消费费用的支付；上述的支付处理终端包括信息确认装置、支付确认装置。

上述线下展示销售或交易平台包括分销网络和展览展示模块；通过分销网络，将商品或/和服务通过经销渠道推送到客户。具体的，分销网络可以为：如联合软交所全国合作伙伴网络(包括供应商、渠道商、客户)、专业化产业园区、协会和联盟、科研院所等组织构建覆盖全市场的实体网络，并在不同区域针对不同行业组织和举办渠道对接、供需对接活动。

上述线上展示销售或交易平台用于发布待销售或交易商品或/和服务信息，例如，在平台上发布销售或交易产品信息，或者，从第三方数据库、网站、媒体自动抓取和聚合相关销售或交易信息，并发布。线上展示销售或交易平台是聚合产品选型、企业黄页、采购平台、线上商城、专业化产业园区等子平台的综合性平台，基于互联网为企业产品营销、推广和销售或交易提供服务。

优选的技术方案：

1.一种商业(联盟)系统，其包括服务器、返利端及多个销售端，上述服务器与上述返利端互连，上述销售端通过通迅网络与上述服务器及上述返利端互连；

上述返利端用于根据返利规则向销售端返利，上述返利规则包括下列交叉返利规则：

当销售端完成第K次商品或服务的销售或交易时或后，返利端向完成第K次销售或交易的销售端外的多个销售端返利；当销售端完成第L次商品或服务的销售或交易时或后，返利端向完成第L次销售或交易的销售端外的多个销售端返利；当销售端完成第M次商品或服务的销售或交易时或后，返利端向完成第M次销售或交易的销售端外的多个销售端返利；……；当销售端完成第X次商品或服务的销售或交易时或后，返利端向完成第X次销售或交易的销售端外的多个销售端返利；其中，K、L、M、……、X为正整数，且，K＜L＜M＜……＜X，K≥1，L≥2，M≥3，……，X≥n≥4，n为正整数。

2.根据技术方案1所述的商业(联盟)系统，其特征在于所述交叉返利规则还包括所述返利在销售端中随机分配或平均分配，或所述返利根据所述销售端的历史销售业绩确定。

3.根据技术方案1所述的商业(联盟)系统，其特征在于所述交叉返利规则还包括根据当前销售或交易的金额及根据所述销售端的历史销售业绩设定的返利比例确定所述返利金额，或根据所述销售端的历史销售业绩设定返利金额。

4.根据技术方案1所述的商业(联盟)系统，其特征在于所述交叉返利规则还包括按销售端各自的历史销售业绩占上述销售端的历史销售业绩的和的比例确定所述返利在上述销售端中各自的分配比例。

5.根据技术方案1所述的商业(联盟)系统，其特征在于所述交叉返利规则还包括当一销售端接收一次所述返利或接收连续数次所述返利却没有向其他销售端提供所述返利时或后，暂停该销售端接收所述返利；当上述被暂停接收返利的销售端向其他销售端提供一次或连续数次的所述返利时或后，恢复该销售端接收所述返利。

6.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述交叉返利规则包括向完成第K、或/和L、或/和M、或/和……、或/和X次销售或交易的销售端外的全部销售端返利。

7.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述交叉返利规则包括向完成第K、或/和L、或/和M、或/和……、或/和X次销售或交易的销售端外的随机多个销售端返利。

8.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述交叉返利规则包括向完成第K、或/和L、或/和M、或/和……、或/和X次销售或交易的销售端外的多个较该次销售或交易更早完成销售或交易的销售端返利。

9.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述交叉返利规则包括向系统中所有销售端返利。

10.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述交叉返利规则还包括向完成第K、或/和L、或/和M、或/和……、或/和X次销售或交易的销售端返利。

11.根据技术方案1至5所述的商业(联盟)系统，其特征在于当销售端完成商品或服务的销售或交易时或后，返利端向完成该次销售或交易的销售端外的多个销售端返利的总轮次数不低于50轮次。

12.根据技术方案1至5所述的商业(联盟)系统，其特征在于当销售端完成商品或服务的销售或交易时或后，返利端向完成该次销售或交易的销售端外的多个销售端返利的总轮次数不低于200轮次。

13.根据技术方案1至5所述的商业(联盟)系统，其特征在于当销售端完成商品或服务的销售或交易时或后，返利端向完成该次销售或交易的销售端外的多个销售端返利的总轮次数不低于1000轮次。

14.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述多个销售端为至少3个销售端。

15.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述多个销售端为至少5个销售端。

16.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述多个销售端为至少20个销售端。

17.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述多个销售端为至少50个销售端。

18.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述向销售端返利为向销售端相关联的资金帐户返利。

19.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述销售端包括信息发送单元、信息接收单元。

20.根据技术方案19所述的商业(联盟)系统，其特征在于所述信息发送单元用于将与消费者销售或交易商品或服务相关的信息或/和其他信息发送给所述服务器或/和其他终端的信息接收单元；

所述信息接收单元用于接收所述服务器或/和其他终端的信息发送单元向其发来的信息。

21.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述销售端还可包括信息获取或生成单元。

22.根据技术方案21所述的商业(联盟)系统，其特征在于所述信息获取或生成单元用于获取或生成消费者请求商品或服务销售或交易相关的信息或/和其他信息。

23.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述销售端多个组成一个集合体。

24.根据技术方案23所述的商业(联盟)系统，其特征在于所述数个集合体组成一个更高层级的集合体。

25.根据技术方案23所述的商业(联盟)系统，其特征在于所述集合体中的一个或数个销售端用作管理者，用于管理该集合体相关的事务。

26.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述任意两个销售端组成一对合作伙伴。

27.根据技术方案23所述的商业(联盟)系统，其特征在于所述任意两个集合体组成一对合作伙伴。

28.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述服务器包括操控单元、信息发送单元、信息接收单元。

29.根据技术方案28所述的商业(联盟)系统，其特征在于所述操控单元用于管理或/和控制(管控)或/和提供服务；

所述信息发送单元用于向所述销售端或/和返利端或/和其他终端发送信息。

所述信息接收单元用于接收所述销售端或/和返利端或/和其他终端向其发来的信息。

30.根据技术方案28所述的商业(联盟)系统，其特征在于所述操控单元用于控制所述服务器中操控单元外的单元，以及管理或操控所述销售端、返利端及其他终端。

31.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述服务器还包括信息存储单元。

32.根据技术方案31所述的商业(联盟)系统，其特征在于所述信息存储单元用于存储或/和管理与消费者销售或交易商品或服务相关的信息，或/和关于商品或/和服务的信息，或/和关于销售端的信息，或/和关于产品供应端的信息。

33.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述服务器还包括商品或/和服务销售单元或模块、费用结算单元或模块、数据解密加密单元或模块、数据解码编码单元或模块、数据匹配单元或模块、数据检索单元或模块、返利规则单元或模块、返利计算单元或模块、销售端及产品或服务信息单元或模块、销售信息记录单元或模块、控制模块中的一种或数种。

34.根据技术方案33所述的商业(联盟)系统，其特征在于

所述商品或/和服务销售单元或模块用于当经由销售端销售商品或/和服务时执行商品或/和服务销售过程，或者/和用于设置、保存以及导出返利规则信息；或/和

所述费用结算单元或模块用于根据商品或/和服务销售为商品或服务供应端提供利润或/和为返利端提供用于返利的费用，或者/和用于设置、保存以及导出返利规则信息；或/和

所述数据解密加密单元或模块用于对销售端获取或生成的信息进行数据解密、加密；或/和

所述数据解码编码单元或模块用于对销售端获取或生成的信息进行数据解码、编码；或/和

所述数据匹配单元或模块用于将销售端获取或生成的信息与己存储的信息匹配识别；或/和

所述数据检索单元或模块包括域内检索单元或模块、跨域检索单元或模块、信任度识别管理单元或模块，所述的信任度识别管理单元或模块分别与域内检索单元或模块、跨域检索单元或模块连接；或/和

所述销售端及商品信息单元或模块，用于记录和保存单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的名称或编号、资金账户、所在区域中的一种或数种，或/和单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的彼此关系，或/和单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的层级关系，或/和商品相关信息；或/和

所述销售信息记录单元或模块，用于记录、整理以及导出达成销售或交易的单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的名称或编号，或/和其达成销售或交易的时间或/和次数，或/和其达成销售或交易的商品或服务的品种、数量、价格及金额中的一种或数种；或/和

所述返利规则单元或模块，用于设置、保存以及导出返利规则信息；或/和

所述返利计算单元或模块与上述返利规则单元或模块、销售端及商品信息单元或模块和销售信息记录单元或模块相连，并根据所述返利规则单元或模块、销售端及商品信息单元或模块和销售信息记录单元或模块所提供的信息确定或计算应向销售端返利的方式或/和金额；或/和

所述返利财务模块用于根据上述返利计算单元或模块所确定或计算的返利方式或/和金额汇入与销售端关联的账户内；或/和

所述控制模块，其用于管理或/和控制(管控)或/和提供服务，控制操控单元内的其他模块，及上述服务器中操控单元外的其他单元，以及管理或操控上述销售端、返利端及其他(终)端。

35.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述返利端包括信息接收单元、执行处理单元及信息发送单元。

36.根据技术方案35所述的商业(联盟)系统，其特征在于

所述信息接收单元用于接收所述服务器的信息发送单元发来关于返利的指令(信息)或/和其他信息或/和其他终端发来的信息；

所述执行处理单元用于执行从返利指令接收、进行返利到返利确认的返利处理流程；

所述信息发送单元用于将所述返利端执行处理返利的结果信息或/和其他信息发送给所述服务器或/和其他终端的信息接收单元。

37.根据技术方案35所述的商业(联盟)系统，其特征在于所述执行处理单元还包括返利规则模块、返利计算模块、返利财务模块、销售端及商品信息模块和销售信息记录模块。

38.根据技术方案37所述的商业(联盟)系统，其特征在于

所述销售端及商品信息模块用于记录和保存单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的名称或编号、资金账户、所在区域中的一种或数种，或/和单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的彼此关系，或/和单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的层级关系，或/和商品相关信息；

所述销售信息记录模块用于记录、整理以及导出达成销售或交易的单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的名称或编号，或/和其达成销售或交易的时间或/和次数，或/和其达成销售或交易的商品或服务的品种、数量、价格及金额信息中的一种或数种；

所述返利规则模块，用于设置、保存以及导出返利规则信息；

所述返利计算模块与所述返利规则模块、销售端及商品信息模块和销售信息记录模块相连，并根据所述返利规则模块、销售端及商品信息模块和销售信息记录模块所提供的信息确定或计算应向销售端返利的方式或/和金额；

所述返利财务模块用于根据所述返利计算模块所确定或计算的返利方式或/和金额汇入与销售端关联的账户内。

39.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述返利规则包括：

1)、所述的交叉返利规则，

2)、根据单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体或/和整体销售端的历史销售业绩设定返利比例或返利金额，

3)、根据单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的彼此关系设定返利比例或返利金额，

4)、根据单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的层级关系设定返利比例或返利金额，

5)、根据销售区域设定返利比例或返利金额，

6)、根据整体商品设定返利比例或返利金额，

7)、根据商品类目设定返利比例或返利金额，

8)、根据品牌设定返利比例或返利金额，

9)、以及它们的组合。

40.根据技术方案39所述的商业(联盟)系统，其特征在于所述规则还包括：

当商业(联盟)系统或其中最低层的集合体中平均单个销售端的历史销售业绩在当前计费周期的上一个计费周期内达到某个设定值时，该商业(联盟)系统或其中最低层的集合体的当前计费周期内的返利率设定为某个值P％；或

当商业(联盟)系统或其中最低层的集合体中平均单个销售端的历史销售业绩在与当前计费周期相临的连续数个计费周期内均达到某个设定值时，该商业(联盟)系统或其中最低层的集合体的当前计费周期内的返利率设定为某个值P％；或

当商业(联盟)系统或其中最低层的集合体中平均单个销售端的历史销售业绩在当前计费周期的上一个或连续数个计费周期内较较之更前一个或连续数个计费周期内的增长率达到某个设定值时，该商业(联盟)系统或其中最低层的集合体的当前计费周期内的返利率设定为某个值P％；及

以上述返利率P％乘以该商业(联盟)系统或其中最低层的集合体中某个销售端在当前计费周期内当前销售业绩得当前返利金额；及

按在上述计费周期内依所述规则可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配上述返利金额。

41.根据技术方案40所述的商业(联盟)系统，其特征在于所述计费周期为1或数个月、1或数周、1或数日、1或数季、1或数年、或其他时段，或1或数个返利轮次。

42.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述返利端是独立于所述服务器之外的终端，或者是所述服务器的一个组成单元或模块，或者是另一服务器。

43.根据技术方案1至5所述的商业(联盟)系统，其特征在于该系统还包括供应端，该供应端用于向消费者供应商品或服务，或者向消费者供应商品或服务时执行折扣。

44.根据技术方案43所述的商业(联盟)系统，其特征在于所述供应端包括信息接收单元、执行处理单元及信息发送单元。

45.根据技术方案44所述的商业(联盟)系统，其特征在于

所述信息接收单元用于接收所述服务器的信息发送单元发来关于向消费者供应商品或服务的指令(信息)或/和其他信息；

所述供应端的执行处理单元用于执行从供应商品或服务的指令接收、向消费者供应商品或服务或/和供应商品或服务时执行折扣到确认消费者收到商品或服务或/和折扣的供应处理流程；

所述供应端的信息发送单元用于将所述供应端执行处理向消费者供应商品或服务的结果信息或/和供应商品或服务时执行折扣的结果信息或/和其他信息发送给所述服务器或/和其他(终)端的信息接收单元。

46.根据技术方案44所述的商业(联盟)系统，其特征在于所述执行处理单元包括折扣规则模块、折扣计算模块、商品或服务信息模块和销售信息记录模块。

47.根据技术方案46所述的商业(联盟)系统，其特征在于

所述商品或服务信息模块用于记录和保存商品或服务相关信息；

上述销售信息记录模块用于记录、整理以及导出销售端与消费者达成销售或交易的时间或/和次数，或/和达成销售或交易的商品或服务的品种、数量、价格及金额信息中的一种或数种；

所述折扣规则模块，用于设置、保存以及导出折扣规则信息；

所述折扣计算模块与所述折扣规则模块、商品或服务信息模块和销售信息记录模块相连，并根据所述折扣规则模块、商品或服务信息模块和销售信息记录模块所提供的信息计算供应端向消费者供应商品或服务时应执行的折扣比例或折扣金额。

48.根据技术方案47所述的商业(联盟)系统，其特征在于所述折扣规则包括：

1)、根据消费者历史消费金额设定折扣比例或折扣金额，

2)、根据销售区域设定折扣比例或折扣金额，

3)、根据整体商品设定折扣比例或折扣金额，

4)、根据商品类目设定折扣比例或折扣金额，

5)、根据品牌设定折扣比例或折扣金额，

6)、以及它们的组合。

49.根据技术方案43所述的商业(联盟)系统，其特征在于所述供应端是独立于所述服务器之外的终端，或者是所述服务器的一个组成单元或模块，或者是另一服务器。

50.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述返利是将一部分利润返还给销售端。

51.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述返利采用电子形式或方式，将一部分利润返还给销售端。

52.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述返利采用的形式或方式包括返现、现金红包或奖励金、积分中的一种或数种。

53.根据技术方案43所述的商业(联盟)系统，其特征在于所述折扣是将一部分利润返还给消费者。

54.根据技术方案43所述的商业(联盟)系统，其特征在于所述折扣采用电子形式或方式，将一部分利润返还给消费者。

55.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述折扣采用的形式或方式包括减价、现金红包或奖励金、优惠券、折扣券、积分中的一种或数种。

56.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述销售端包括个人台式电脑、笔记本电脑、智能手机、平板电脑、人工收/发货设备、购物中心销售或交易平台、网络电子销售或交易平台、无人售货设备、POS端中的任意一种或数种共用。

57.根据技术方案43所述的商业(联盟)系统，其特征在于所述供应端包括个人台式电脑、笔记本电脑、智能手机、平板电脑、人工收/发货设备中的任意一种或数种共用。

58.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述通迅网络包括有线通迅网络或/和无线通迅网络。

59.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述通讯网络包括至少一条互联网和至少一条物联网。

60.根据技术方案59所述的商业(联盟)系统，其特征在于所述互联网和物联网间相互并联。

61.根据技术方案1至5所述的商业(联盟)系统，其特征在于所述商业(联盟)系统还包括消费者终端、支付处理终端、线下展示销售或交易平台、线上展示销售或交易平台中的一种或数种，上述终端或/和平台与所述销售端及所述服务器通过通迅网络互连。

62.一种商业(联盟)用装置，其包括服务器、返利端及多个销售端，上述服务器与上述返利端互连，上述销售端通过通迅网络与上述服务器及上述返利端互连；

上述返利端用于根据返利规则向销售端返利，上述返利规则包括下列交叉返利规则：

当销售端完成第K次商品或服务的销售或交易时或后，返利端向完成第K次销售或交易的销售端外的多个销售端返利；当销售端完成第L次商品或服务的销售或交易时或后，返利端向完成第L次销售或交易的销售端外的多个销售端返利；当销售端完成第M次商品或服务的销售或交易时或后，返利端向完成第M次销售或交易的销售端外的多个销售端返利；……；当销售端完成第X次商品或服务的销售或交易时或后，返利端向完成第X次销售或交易的销售端外的多个销售端返利；其中，K、L、M、……、X为正整数，且，K＜L＜M＜……＜X，K≥1，L≥2，M≥3，……，X≥n≥4，n为正整数。

63.一种商业(联盟)用装置，其用于根据技术方案1至61所述的商业(联盟)系统。

64.一种商业(联盟)方法，其包括

1)、使用多个销售端销售或交易商品或服务；

2)、使用服务器管理或/和控制(管控)或/和提供服务；

3)、使用返利端根据返利规则向销售端(相关联的资金帐户)返利，上述返利规则包括下列交叉返利规则：

当销售端完成第K次商品或服务的销售或交易时或后，返利端向完成第K次销售或交易的销售端外的多个销售端(相关联的资金帐户)返利；当销售端完成第L次商品或服务的销售或交易时或后，返利端向完成第L次销售或交易的销售端外的多个销售端(相关联的资金帐户)返利；当销售端完成第M次商品或服务的销售或交易时或后，返利端向完成第M次销售或交易的销售端外的多个销售端(相关联的资金帐户)返利；……；当销售端完成第X次商品或服务的销售或交易时或后，返利端向完成第X次销售或交易的销售端外的多个销售端(相关联的资金帐户)返利；其中，K、L、M、……、X为正整数，且，K＜L＜M＜……＜X，K≥1，L≥2，M≥3，……，X≥n≥4，n为正整数；

上述服务器与上述返利端互连，上述销售端通过通迅网络与上述服务器及上述返利端互连。

65.根据技术方案64所述的商业(联盟)方法，其特征在于所述交叉返利规则还包括所述返利在销售端中随机分配或平均分配，或所述返利根据所述销售端的历史销售业绩确定。

66.根据技术方案64所述的商业(联盟)方法，其特征在于所述交叉返利规则还包括根据当前销售或交易的金额及根据所述销售端的历史销售业绩设定的返利比例确定所述返利金额，或根据所述销售端的历史销售业绩设定所述返利金额。

67.根据技术方案64所述的商业(联盟)方法，其特征在于所述交叉返利规则还包括按销售端各自的历史销售业绩占上述销售端的历史销售业绩的和的比例确定所述返利在上述销售端中各自的分配比例。

68.根据技术方案64所述的商业(联盟)方法，其特征在于所述交叉返利规则还包括当一销售端接收一次所述返利或接收连续数次所述返利却没有向其他销售端提供所述返利时或后，暂停该销售端接收所述返利；当上述被暂停接收返利的销售端向其他销售端提供一次或连续数次的所述返利时或后，恢复该销售端接收所述返利。

69.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述交叉返利规则包括向完成第K、或/和L、或/和M、或/和……、或/和X次销售或交易的销售端外的全部销售端返利。

70.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述交叉返利规则包括向完成第K、或/和L、或/和M、或/和……、或/和X次销售或交易的销售端外的随机多个销售端返利。

71.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述交叉返利规则包括向完成第K、或/和L、或/和M、或/和……、或/和X次销售或交易的销售端外的多个较该次销售或交易更早完成销售或交易的销售端返利。

72.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述交叉返利规则包括向该方法中所有销售端返利。

73.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述交叉返利规则还包括向完成第K、或/和L、或/和M、或/和……、或/和X次销售或交易的销售端返利。

74.根据技术方案64至68所述的商业(联盟)方法，其特征在于当销售端完成商品或服务的销售或交易时或后，返利端向完成该次销售或交易的销售端外的多个销售端返利的总轮次数不低于50轮次。

75.根据技术方案64至68所述的商业(联盟)方法，其特征在于当销售端完成商品或服务的销售或交易时或后，返利端向完成该次销售或交易的销售端外的多个销售端返利的总轮次数不低于200轮次。

76.根据技术方案64至68所述的商业(联盟)方法，其特征在于当销售端完成商品或服务的销售或交易时或后，返利端向完成该次销售或交易的销售端外的多个销售端返利的总轮次数不低于1000轮次。

77.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述多个销售端为至少3个销售端。

78.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述多个销售端为至少5个销售端。

79.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述多个销售端为至少20个销售端。

80.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述多个销售端为至少50个销售端。

81.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述向销售端返利为向销售端相关联的资金帐户返利。

82.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述销售端包括信息发送单元、信息接收单元。

83.根据技术方案82所述的商业(联盟)方法，其特征在于所述信息发送单元用于将与消费者销售或交易商品或服务相关的信息或/和其他信息发送给所述服务器或/和其他终端的信息接收单元；

所述信息接收单元用于接收所述服务器或/和其他终端的信息发送单元向其发来的信息。

84.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述销售端还可包括信息获取或生成单元。

85.根据技术方案84所述的商业(联盟)方法，其特征在于所述信息获取或生成单元用于获取或生成消费者请求商品或服务销售或交易相关的信息或/和其他信息。

86.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述销售端多个组成一个集合体。

87.根据技术方案86所述的商业(联盟)方法，其特征在于所述数个集合体组成一个更高层级的集合体。

88.根据技术方案86所述的商业(联盟)方法，其特征在于所述集合体中的一个或数个销售端用作管理者，用于管理该集合体相关的事务。

89.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述任意两个销售端组成一对合作伙伴。

90.根据技术方案86所述的商业(联盟)方法，其特征在于所述任意两个集合体组成一对合作伙伴。

91.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述服务器包括操控单元、信息发送单元、信息接收单元。

92.根据技术方案91所述的商业(联盟)方法，其特征在于所述操控单元用于管理或/和控制(管控)或/和提供服务；

所述信息发送单元用于向所述销售端或/和返利端或/和其他终端发送信息。

所述信息接收单元用于接收所述销售端或/和返利端或/和其他终端向其发来的信息。

93.根据技术方案91所述的商业(联盟)方法，其特征在于所述操控单元用于控制所述服务器中操控单元外的单元，以及管理或操控所述销售端、返利端及其他终端。

94.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述服务器还包括信息存储单元。

95.根据技术方案94所述的商业(联盟)方法，其特征在于所述信息存储单元用于存储或/和管理与消费者销售或交易商品或服务相关的信息，或/和关于商品或/和服务的信息，或/和关于销售端的信息，或/和关于产品供应端的信息。

96.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述服务器还包括商品或/和服务销售单元或模块、费用结算单元或模块、数据解密加密单元或模块、数据解码编码单元或模块、数据匹配单元或模块、数据检索单元或模块、返利规则单元或模块、返利计算单元或模块、销售端及产品或服务信息单元或模块、销售信息记录单元或模块、控制模块中的一种或数种。

97.根据技术方案96所述的商业(联盟)方法，其特征在于所述商品或/和服务销售单元或模块用于当经由销售端销售商品或/和服务时执行商品或/和服务销售过程，或者/和用于设置、保存以及导出返利规则信息；或/和

所述费用结算单元或模块用于根据商品或/和服务销售为商品或服务供应端提供利润或/和为返利端提供用于返利的费用，或者/和用于设置、保存以及导出返利规则信息；或/和

所述数据解密加密单元或模块或/和数据解码编码单元或模块用于对销售端获取或生成的信息进行数据解密加密或/和数据解码编码；或/和

所述数据匹配单元或模块用于将销售端获取或生成的信息与己存储的信息匹配识别；或/和

所述数据检索单元或模块包括域内检索单元或模块、跨域检索单元或模块、信任度识别管理单元或模块，所述的信任度识别管理单元或模块分别与域内检索单元或模块、跨域检索单元或模块连接；或/和

所述销售端及商品信息单元或模块，用于记录和保存单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的名称或编号、资金账户、所在区域中的一种或数种，或/和单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的彼此关系，或/和单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的层级关系，或/和商品相关信息；或/和

所述销售信息记录单元或模块，用于记录、整理以及导出达成销售或交易的单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的名称或编号，或/和其达成销售或交易的时间或/和次数，或/和其达成销售或交易的商品或服务的品种、数量、价格及金额中的一种或数种；或/和

所述返利规则单元或模块，用于设置、保存以及导出返利规则信息；或/和

所述返利计算单元或模块与上述返利规则单元或模块、销售端及商品信息单元或模块和销售信息记录单元或模块相连，并根据所述返利规则单元或模块、销售端及商品信息单元或模块和销售信息记录单元或模块所提供的信息确定或计算应向销售端返利的方式或/和金额；或/和

所述返利财务模块用于根据上述返利计算单元或模块所确定或计算的返利方式或/和金额汇入与销售端关联的账户内；或/和

所述控制模块，其用于管理或/和控制(管控)或/和提供服务，控制操控单元内的其他模块，及上述服务器中操控单元外的其他单元，以及管理或操控上述销售端、返利端及其他(终)端。

98.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述返利端包括信息接收单元、执行处理单元及信息发送单元。

99.根据技术方案98所述的商业(联盟)方法，其特征在于

所述信息接收单元用于接收所述服务器的信息发送单元发来关于返利的指令(信息)或/和其他信息或/和其他终端发来的信息；

所述执行处理单元用于执行从返利指令接收、进行返利到返利确认的返利处理流程；

所述信息发送单元用于将所述返利端执行处理返利的结果信息或/和其他信息发送给所述服务器或/和其他终端的信息接收单元。

100.根据技术方案98所述的商业(联盟)方法，其特征在于所述执行处理单元还包括返利规则模块、返利计算模块、返利财务模块、销售端及商品信息模块和销售信息记录模块。

101.根据技术方案100所述的商业(联盟)方法，其特征在于

所述销售端及商品信息模块用于记录和保存单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的名称或编号、资金账户、所在区域中的一种或数种，或/和单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的彼此关系，或/和单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的层级关系，或/和商品相关信息；

所述销售信息记录模块用于记录、整理以及导出达成销售或交易的单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的名称或编号，或/和其达成销售或交易的时间及次数，或/和其达成销售或交易的商品或服务的品种、数量、价格及金额中的一种或数种；

所述返利规则模块，用于设置、保存以及导出返利规则信息；

所述返利计算模块与所述返利规则模块、销售端及商品信息模块和销售信息记录模块相连，并根据所述返利规则模块、销售端及商品信息模块和销售信息记录模块所提供的信息确定或计算应向销售端返利的方式或/和金额；

所述返利财务模块用于根据所述返利计算模块所确定或计算的返利方式或/和金额汇入与销售端关联的账户内。

102.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述返利规则包括：

1)、所述的交叉返利规则，

2)、根据单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体或/和整体销售端的历史销售业绩设定返利比例或返利金额，

3)、根据单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的彼此关系设定返利比例或返利金额，

4)、根据单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的层级关系设定返利比例或返利金额，

5)、根据销售区域设定返利比例或返利金额，

6)、根据整体商品设定返利比例或返利金额，

7)、根据商品类目设定返利比例或返利金额，

8)、根据品牌设定返利比例或返利金额，

9)、以及它们的组合。

103.根据技术方案102所述的商业(联盟)方法，其特征在于所述规则还包括：

当商业联盟或其中最低层的集合体中平均单个销售端的历史销售业绩在当前计费周期的上一个计费周期内达到某个设定值时，该商业联盟或其中最低层的集合体的当前计费周期内的返利率设定为某个值P％；或

当商业联盟或其中最低层的集合体中平均单个销售端的历史销售业绩在与当前计费周期相临的连续数个计费周期内均达到某个设定值时，该商业联盟或其中最低层的集合体的当前计费周期内的返利率设定为某个值P％；或

当商业联盟或其中最低层的集合体中平均单个销售端的历史销售业绩在当前计费周期的上一个或连续数个计费周期内较较之更前一个或连续数个计费周期内的增长率达到某个设定值时，商业联盟或其中最低层的集合体的当前计费周期内的返利率设定为某个值P％；及

以上述返利率P％乘以商业联盟或其中最低层的集合体中某个销售端在当前计费周期内当前销售业绩得当前返利金额；及

按在上述计费周期内依所述规则可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配上述返利金额。

104.根据技术方案103所述的商业(联盟)方法，其特征在于所述计费周期为1或数个月、1或数周、1或数日、1或数季、1或数年、或其他时段，或1或数个返利轮次。

105.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述返利端是独立于所述服务器之外的终端，或者是所述服务器的一个组成单元或模块，或者是另一服务器。

106.根据技术方案64至68所述的商业(联盟)方法，其特征在于该方法还包括行用供应端，该供应端用于向消费者供应商品或服务，或者向消费者供应商品或服务时执行折扣。

107.根据技术方案106所述的商业(联盟)方法，其特征在于所述供应端包括信息接收单元、执行处理单元及信息发送单元。

108.根据技术方案107所述的商业(联盟)方法，其特征在于

所述信息接收单元用于接收所述服务器的信息发送单元发来关于向消费者供应商品或服务的指令(信息)或/和其他信息；

所述供应端的执行处理单元用于执行从供应商品或服务的指令接收、向消费者供应商品或服务或/和供应商品或服务时执行折扣到确认消费者收到商品或服务或/和折扣的供应处理流程；

所述供应端的信息发送单元用于将所述供应端执行处理向消费者供应商品或服务的结果信息或/和供应商品或服务时执行折扣的结果信息或/和其他信息发送给所述服务器或/和其他(终)端的信息接收单元。

109.根据技术方案107所述的商业(联盟)方法，其特征在于所述执行处理单元包括折扣规则模块、折扣计算模块、商品或服务信息模块和销售信息记录模块。

110.根据技术方案109所述的商业(联盟)方法，其特征在于

所述商品或服务信息模块用于记录和保存商品或服务相关信息；

上述销售信息记录模块用于记录、整理以及导出销售端与消费者达成销售或交易的时间或/和次数，或/和达成销售或交易的商品或服务的品种、数量、价格及金额中的一种或数种；

所述折扣规则模块，用于设置、保存以及导出折扣规则信息；

所述折扣计算模块与所述折扣规则模块、商品或服务信息模块和销售信息记录模块相连，并根据所述折扣规则模块、商品或服务信息模块和销售信息记录模块所提供的信息计算供应端向消费者供应商品或服务时应执行的折扣比例或折扣金额。

111.根据技术方案110所述的商业(联盟)方法，其特征在于所述折扣规则包括：

1)、根据消费者历史消费金额设定折扣比例或折扣金额，

2)、根据销售区域设定折扣比例或折扣金额，

3)、根据整体商品设定折扣比例或折扣金额，

4)、根据商品类目设定折扣比例或折扣金额，

5)、根据品牌设定折扣比例或折扣金额，

6)、以及它们的组合。

112.根据技术方案106所述的商业(联盟)方法，其特征在于所述供应端是独立于所述服务器之外的终端，或者是所述服务器的一个组成单元或模块，或者是另一服务器。

113.根据技术方案64全68所述的商业(联盟)方法，其特征在于所述返利是将一部分利润返还给销售端。

114.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述返利采用电子形式或方式，将一部分利润返还给销售端。

115.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述返利采用的形式或方式包括返现、现金红包或奖励金、积分中的一种或数种。

116.根据技术方案106所述的商业(联盟)方法，其特征在于所述折扣是将一部分利润返还给消费者。

117.根据技术方案106所述的商业(联盟)方法，其特征在于所述折扣采用电子形式或方式，将一部分利润返还给消费者。

118.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述折扣采用的形式或方式包括减价、现金红包或奖励金、优惠券、折扣券、积分中的一种或数种。

119.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述销售端包括个人台式电脑、笔记本电脑、智能手机、平板电脑、人工收/发货设备、购物中心销售或交易平台、网络电子销售或交易平台、无人售货设备、POS端中的任意一种或数种共用。

120.根据技术方案106所述的商业(联盟)方法，其特征在于所述供应端包括个人台式电脑、笔记本电脑、智能手机、平板电脑、人工收/发货设备中的任意一种或数种共用。

121.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述通迅网络包括有线通迅网络或/和无线通迅网络。

122.根据技术方案64至68所述的商业(联盟)方法，其特征在于所述通讯网络包括至少一条互联网和至少一条物联网。

123.根据技术方案122所述的商业(联盟)方法，其特征在于所述互联网和物联网间相互并联。

以下实施例以解释目的给出，不作为限制。

实施例

实施例1

在下文中，将参考说明书附图详细描述本发明的实施例。

图1是显示了根据本发明的商业(联盟)系统或装置的实施例的简图，并且图2-1、2是显示了根据本发明的商业(联盟)系统或装置的实施例的结构及其操作流程简图。

如图1所示，根据本发明的商业(联盟)方法所应用到的商业(联盟)系统或装置包括：返利端10，其用于(设置返利规则，)根据设置的返利规则向销售端30(相关联的资金帐户)返利；(多个)销售端30，其由销售(零售)商使用，用于向消费者销售商品或/和服务，并向服务器20发送销售或交易相关信息；(开放式)服务器20，其用于管理或/和控制(管控)或/和提供服务，管理或操控售端30、返利端10、购物(中心)服务器40、消费者终端50、供应商终端(本文其他地方简称供应端)60及商品或/和服务信息等，并可向销售端30或/和消费者终端50提供商品或/和服务信息；(一个或数个)购物(中心)服务器40，其用于将销售(零售)商登记的商品或/和服务销售给消费者；(一个或数个)消费者终端50，由消费者使用，消费者通过访问购物(中心)服务器40或服务器20并购买商品或/和服务；以及(一个或数个)商品或/和服务供应端60，其由供应商使用，用于提供待销售的商品或/和服务，或/和提供商品或/和服务时执行折扣。

返利端10、销售端30、消费者终端50和供应端60可以是能够经由通讯网络(有线网络或无线网络)传送信息和接收信息的各种终端，诸如个人台式电脑(PC)、笔记本电脑、智能手机、平板电脑；销售端30和消费者终端50也可以是经由通讯网络(有线网络或无线网络)传送信息和接收信息的人工收/发货设备、无人售货设备、POS端等。然而，返利端10、供应端60和销售端30可以是服务器；返利端10、供应端60也可是服务器20的一个组成单元，或另一服务器。

(开放式)服务器20和购物(中心)服务器40可以是当前使用的一般服务器。

返利端10、供应端60与服务器20可直接互连，或者/及通过通迅网络互连。

上述的销售端(30)或/和购物(中心)服务器(40)数个可以互助互利地组成一个(商业)集合体，数个(商业)集合体又可互助互利地组成一个更高级的(商业)集合体，如此类推。一个(商业)集合体又可通过通迅网络与一个服务器相连组成一个自我关联的网络。一个(商业)集合体中的一个或数个销售端(30)或/和购物(中心)服务器(40)可用作管理员即管理者销售端，用于管理该(商业)集合体相关的事务，该管理者销售端可接收一定佣金。

上述的任意两个销售端(30)或/和购物(中心)服务器(40)或任意两个(商业)集合体彼此间可以互助互利地组成一对(商业)合作伙伴。

如图2-1所示，本发明涉及的商业(联盟)系统或装置，其中所述销售端包括信息获取或生成单元、信息发送单元、信息接收单元，其中所述服务器包括操控单元、信息发送单元、信息接收单元(较佳地还有信息存储单元)，其中所述返利端包括信息接收单元、执行处理单元及信息发送单元；

上述服务器与上述返利端互连，上述销售端通过通迅网络与上述服务器及上述返利端互连。

上述各单元的用途或作用(即其“用于”)同上文所述，详见上文，在这不再重述。

该系统还可包含供应端等终端。

图2-1所示也图示了销售端A与消费者完成销售或交易后，返利端向其他销售端BCDE…返利的流程。

图2-2所示也图示了销售端A、供应端与消费者完成销售或交易的流程。

如图2-3所示，上述服务器的操控单元又可包括控制模块1、商品或/和服务销售模块2、费用结算模块3等。

上述各模块的用途或作用(即其“用于”)同上文所述，详见上文，在这不再重述。

如图2-4所示，上述返利端的执行处理单元也可包括返利规则模块1、返利计算模块2、返利财务模块3、销售端及商品信息模块4和销售信息记录模块5等。

上述各模块的用途或作用(即其“用于”)同上文所述，详见上文，在这不再重述。

下面对其中返利规则模块中设置的返利规则作进一步地说明：

一、其中，根据单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体或/和整体销售端的历史销售业绩设定返利比例(返利率)的实例如：

实例1)、当商业(联盟)系统或装置或其中最低层的集合体(不含其他集合体的集合体，以下均同此)中平均单个销售端的历史销售业绩在当前计费周期(如当前月、当前周、当前日、当前5日、当前10日、当前15日、当前季、当前年、或当前其他时段，或当前轮次或当前数轮次，或当前次或当前数次，以下均同此)的上一个计费周期(如上个月、上个周、前1日、上个5日、上个10日、上个15日、前1李、上1年、或上个其他时段，或上1轮次或上数个轮次，或当前次或当前数次的前1次或前数次，以下均同此)内达到某个设定值时，该商业(联盟)系统或装置或其中最低层的集合体的当前计费周期内的返利率设定为某个值P％。

具体实例如表1所示。

表1与1个计费周期内平均单个销售端达到的销售业绩对应的返利率

以上述返利率P％乘以该商业(联盟)系统或装置或其中最低层的集合体中某个销售端在当前计费周期内当前销售业绩得当前返利金额。

按在上述上个计费周期内依上述规则可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配上述返利金额。

实例2)、当商业(联盟)系统或装置或其中最低层的集合体中平均单个销售端的历史销售业绩在与当前计费周期相临的(事先设定的)连续数个计费周期内均达到某个设定值时，该商业(联盟)系统或装置或其中最低层的集合体的当前计费周期内的返利率设定为某个值P％。

具体实例如表2所示。

表2与连续3个计费周期内平均单个销售端均达到的销售业绩对应的返利率

以上述返利率P％乘以该商业(联盟)系统或装置或其中最低层的集合体中某个销售端在当前计费周期内当前销售业绩得当前返利金额。

按在上述连续数个计费周期内依上述规则可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配上述返利金额。

实例3)、当商业(联盟)系统或装置或其中最低层的集合体中平均单个销售端的历史销售业绩在当前计费周期的上一个或连续数个计费周期内较较之更前(且相临)一个(或连续数个)计费周期内的增长率达到某个设定值时，该商业(联盟)系统或装置或其中最低层的集合体的当前计费周期内的返利率设定为某个值P％。

具体实例如表3所示。

表3与1个计费周期内平均单个销售端销售业绩达到的增长率对应的返利率或返利金额

以上述返利率P％乘以该商业(联盟)系统或装置或其中最低层的集合体中某个销售端在当前计费周期内当前销售业绩得当前返利金额。

在上述上个(或上述连续数个)计费周期内按依上述规则可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配上述返利金额。

二、其中，根据单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的彼此关系(即合作伙伴关系)设定返利比例(返利率)或返利金额的实例如：

1)、同一集合体内或不同一集合体内两个销售端结成合作伙伴关系，在该销售端分配接收的返利比例或返利金额的基础上增加一定值，如0.05％(以其当前完成的销售或交易金额为基础计算)或10元；

2)、任意两个集合体结成合作伙伴关系，其内最低层的各集合体的设定的返利比例在根据上述历史业绩的返利比例或返利金额的基础上增加一定值，如0.2％或50元。

根据单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的层级关系设定返利比例(返利率)或返利金额的实例如：

每增加一级集合体层级关系，其内最低层的各集合体的设定的返利比例在上述根据历史业绩的返利比例或返利金额的基础上增加一定值，如0.1％或30元。

三、根据销售区域设定返利比例(返利率)或返利金额，根据整体商品设定返利比例(返利率)或返利金额，根据商品类目设定返利比例(返利率)或返利金额，根据品牌设定返利比例(返利率)或返利金额可通过定期或不定期的活动进行，返利比例可依实际情况任意设定，如在上述根据历史销售业绩设定的返利比例或返利金额的基础上增加一定值，如0.5％或5元，这类活动本领域人士广泛知道，不作详述。

上述返利是指系统采用包括但不限于返现(现金电子转账，rebates)、现金红包(奖励金，rewards)、积分等电子形式或方式中的一种或数种，将一部分利润返还给销售端。

上述返利率通常不高于(零售)成交金额的80％，一般不高于(零售)成交金额的50％，较佳地不高于35％，更佳地不高于25％，更佳地不高于20％，但较佳地不低于(零售)成交金额的0.00005％，更佳地不低于0.05％，更佳地不低于0.1％。

上述计费周期包括1或数个月、1或数周、1或数日、1或数季、1或数年、或其他时段，或1个或数个返利轮次。

如图2-2所示，上述的供应端包括信息接收单元、执行处理单元及信息发送单元。

上述各单元的用途或作用(即其“用于”)同上文所述，详见上文，在这不再重述。

如图2-5所示，上述供应端的执行处理单元又可包括折扣规则模块1、折扣计算模块2、商品信息模块3和销售信息记录模块4。

上述各模块的用途或作用(即其“用于”)同上文所述，详见上文，在这不再重述。

上述折扣率通常不高于零售价格的50％，较佳地不高于40％，更佳地不高于30％，更佳地不高于25％，但较佳地不低于零售价格的0.1％，更佳地不低于0.5％，更佳地不低于3％。

上述的服务器或/和返利端或/和供应端还包括数据库，用于存储销售端(卖方)的用户信息、消费者(买方)的信息以及二者间达成销售或交易的销售记录信息，较佳地，还用于存储返利信息或/和商品或服务的供应信息及需求信息。

上述卖方的用户信息中包括卖方的联系信息、与其相关联的资金帐户信息等；上述买方的信息中包括买方的身份相关的信息等；上述销售记录信息包括达成销售或交易的时间及次数，达成销售或交易的商品或服务的品种、数量、价格及金额。

上述商品或服务供应信息中包括商品或服务供应数量和供应价格信息，上述商品或服务需求信息中包括商品或服务需求数量和商品或服务需求价格信息。

上述返利信息包括已返利的金额、销售端及时间，待返利的金额及销售端。

图3-1示出了根据本发明涉及商业(联盟)方法的流程图：

1)、使用多个销售端销售或交易商品或服务；

2)、使用服务器管理或/和控制(管控)或/和提供服务；

3)、使用返利端(设置返利规则，)根据返利规则向销售端(相关联的资金帐户)返利，上述规则包括下列交叉返利规则：

当销售端(与消费者)完成第K次商品或服务的销售或交易时或后，返利端向完成第K次销售或交易的销售端外的多个销售端(相关联的资金帐户)返利；当销售端(与消费者)完成第L次商品或服务的销售或交易时或后，返利端向完成第L次销售或交易的销售端外的多个销售端(相关联的资金帐户)返利；当销售端(与消费者)完成第M次商品或服务的销售或交易时或后，返利端向完成第M次销售或交易的销售端外的多个销售端(相关联的资金帐户)返利；……；当销售端(与消费者)完成第X次商品或服务的销售或交易时或后，返利端向完成第X次销售或交易的销售端外的多个销售端(相关联的资金帐户)返利；其中，K、L、M、……、X为正整数，且，K＜L＜M＜……＜X，K≥1，L≥2，M≥3，……，X≥n≥4，n为正整数；

上述服务器与上述返利端互连，上述销售端通过通迅网络与上述服务器及上述返利端互连。

在上述交叉返利规则中，

较佳地，还包括，向完成第K、或/和L、或/和M、或/和……、或/和X次销售或交易的销售端外的多个或全部销售端(相关联的资金帐户)返利；或者，

较佳地，还包括，向完成第K、或/和L、或/和M、或/和……、或/和X次销售或交易的销售端外的随机多个销售端(相关联的资金帐户)返利；或者，

较佳地，还包括，向完成第K、或/和L、或/和M、或/和……、或/和X次销售或交易的销售端外的多个较该次销售或交易更早完成(与消费者)销售或交易的销售端(相关联的资金帐户)返利；或者，

较佳地，还包括，向系统中所有销售端(相关联的资金帐户)返利。

较佳地，还包括，上述交叉返利规则还包括向完成第K、或/和L、或/和M、或/和……、或/和X次销售或交易的销售端返利。

较佳地，当销售端(与消费者)完成商品或服务的销售或交易时或后，返利端向完成该次销售或交易的销售端外的销售端(相关联的资金帐户)返利的总轮次数不低于50轮次，更佳地，不低于200轮次，更佳地，不低于1000轮次，最佳地，不低于3000轮次。

较佳地，当销售端(与消费者)完成某次商品或服务的销售或交易时或后，返利端向完成该次销售或交易的销售端外的至少3个，更佳地至少5个，更佳地至少10个，更佳地至少20个，更佳地至少50个，更佳地至少100个，更佳地至少500个，最佳地至少1000个销售端返利(相关联的资金帐户)。

较佳地，上述交叉返利规则包括：当一销售端接收一次上述返利或接收(事先设定的)连续数次上述返利却没有向其他销售端提供上述返利时或后，暂停该销售端接收上述返利；当上述被暂停接收返利的销售端向其他销售端提供一次或(事先设定的)连续数次的上述返利时或后，恢复该销售端接收上述返利。

上述交叉返利规则还包括：上述返利(金额)在(依上述规则可返利的)销售端中随机分配或平均分配。

较佳地，上述交叉返利规则还包括：上述(当前)返利根据上述销售端的历史销售业绩确定。

更佳地，上述交叉返利规则还包括：根据当前(即当前次或当前数次或当前时段)销售或交易的金额及根据上述销售端的历史销售业绩设定的返利比例(返利率)确定上述返利金额，或根据上述销售端的历史销售业绩设定所述返利金额；

更佳地，上述交叉返利规则进一步还包括：按(依上述规则可返利的)销售端各自的历史销售业绩占上述(可返利的)销售端的历史销售业绩的和的比例确定上述返利(金额)在上述(可返利的)销售端中各自的分配比例。

下面对实施例1作更具体的说明：

实施例1-1，如图3-2所示，其中销售端(含销售(零售商终)端30、消费者终端50或购物(中心)服务器40)总数不低于4个，不设上限，根据本发明的商业(联盟)的方法包括：

步骤102：

服务器20接收并存储来自商品或服务供应端60的商品或服务信息(102)；

步骤104、106、108、110、112和114：

用销售(零售商终)端30向服务器20发送用于购买商品或服务的请求的信号(104)，

服务器20接收、存储该信息，并执行商品或/和服务销售过程，由其将用于请求配送商品或服务的信号传送到商品或服务供应商端60(106)；或者

用消费者终端50向购物(中心)服务器40发送用于购买商品或服务的请求的信号(104)，

购物(中心)服务器40执行商品或/和服务销售过程，由其将用于请求配送商品或服务的信号传送到商品或服务供应商端60及传送到服务器20，服务器20接收、存储该信息(106)，

也可由服务器20执行商品或/和服务销售过程，由服务器20传送上述请求到商品或服务供应商端60(106)；

用供应商端60向消费者完成配送所购买的商品或服务(108)(消费者图中未标示)；

用销售(零售商终)端30或消费者终端50监控配送状态(110)；

用销售(零售商终)端30或购物(中心)服务器40向供应端60结算购买费用(112)(其中部分费用1(112-1)向供应商提供利润，图中未标示)，供应端60再向服务器20或返利端10结算部分费用2(112-2)(其中费用2用于返利，图中未标示)；

用供应端60向服务器20反馈(发送)配送、销售或交易完成或/和折扣执行等相关的信息，服务器20存储该信息(114)；

步骤202、204：

在确认已用销售(零售商终)端30或消费者终端50与消费者完成销售或交易时或后，用服务器20生成指示返利的指令(信息)，并向返利端10发送该指示返利的指令(信息)(202)，

之后使用返利端10根据已设置的包括交叉返利规则在内的规则向销售端30等(相关联的资金帐户)返利，并把完成返利的信息反馈(发送)至服务器20，服务器20存储该信息(204)，返利流程(次序或顺序)如下：

1)、确认销售(零售商终)端30-B与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-A、或/和C、或/和购物(中心)服务器40返利；

2)、确认购物(中心)服务器40与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-A、或/和B、或/和C返利；

3)、确认销售(零售商终)端30-A与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-B、或/和C、或/和购物(中心)服务器40返利；

4)、确认销售(零售商终)端30-C与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-A、或/和B、或/和购物(中心)服务器40返利；

5)、如上述循环反复。

或者，实施例1-2，如图3-3所示，其中销售端(含销售(零售商终)端30、消费者终端50或购物(中心)服务器40)总数不低于4个，不设上限，根据本发明的商业(联盟)的方法包括：

步骤102、104、106、108、110、112和114，及步骤202、204与实施例1-1相同，但返利流程(次序或顺序)如下：

1)、确认销售(零售商终)端30-B与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-A、C及购物(中心)服务器40返利；

2)、确认购物(中心)服务器40与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-A、B、C返利；

3)、确认销售(零售商终)端30-A与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-B及购物(中心)服务器40返利，暂停销售(零售商终)端30-C接收返利，因其(事先设定的)连续2次(也可更多次或1次)接收返利却没有向其他销售端(含购物(中心)服务器)提供返利；

4)、确认销售(零售商终)端30-C与消费者完成销售或交易时或后向其他销售端(销售(零售商终)端30-A、B及购物(中心)服务器40)提供返利(事先设定的)一次或两次(也可更多次)，恢复销售(零售商终)端30-C接收返利；若销售(零售商终)端30-C依然没有与消费者完成并确认销售或交易时或后向其他销售端(含购物(中心)服务器)提供返利(事先设定的)一次或两次(也可更多次)，则继续暂停其接收返利；

5)、如上述循环反复。

或者，实施例1-3，如图3-4所示，其中销售端总数不低于5个，不设上限，根据本发明的商业(联盟)的方法包括：

步骤102：

服务器20接收并存储来自商品或服务供应端60的商品或服务信息(102)；

步骤104、106、108、110、112和114：

用销售(零售商终)端30向服务器20发送用于购买商品或服务的请求的信号(104)；

服务器20接收、存储该信息，并执行商品或/和服务销售过程，由服务器20将用于请求配送商品或服务的信号传送到商品或服务供应商端60(106)；

用供应商端60向消费者完成配送所购买的商品或服务(108)(消费者图中未标示，以销售端替示)；

用销售(零售商终)端30监控配送状态(110)(图中未标示)；

用销售(零售商终)端30向服务器20或返利端10结算购买费用(112)(其中部分费用2用于返利(112-2)，图中未标示)，服务器20再向供应商端60结算部分费用1(112-1)(其中部分费用1向供应商提供利润)；

用供应端60向服务器20反馈(发送)配送、销售或交易完成或/和折扣执行等相关的信息，服务器20存储该信息(114)；

步骤202、204：

在确认已用销售(零售商终)端30与消费者完成销售或交易时或后，用服务器20生成指示返利的指令(信息)，并向返利端10发送该指示返利的指令(信息)(202)，

之后使用返利端10根据已设置的包括交叉返利规则在内的规则向销售端30(相关联的资金帐户)返利，并把完成返利的信息反馈(发送)至服务器20，服务器20存储该信息(204)，返利流程(次序或顺序)如下：

1)、确认销售(零售商终)端30-A与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-B、或/和C、或/和D、或/和E返利；

2)、确认销售(零售商终)端30-B与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-A、或/和C、或/和D、或/和E返利；

3)、确认销售(零售商终)端30-C与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-A、或/和B、或/和D、或/和E返利；

4)、确认销售(零售商终)端30-E与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-A、或/和B、或/和C、或/和D返利；

5)、确认销售(零售商终)端30-D与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-A、或/和B、或/和C、或/和E返利；

6)、如上述循环反复。

或者，实施例1-4，如图3-5所示，其中销售端总数小低于5个，不设上限，根据本发明的商业(联盟)的方法包括：

步骤102、104、106、108、110、112和114，及步骤202、204与实施例1-3相同，但返利流程(次序或顺序)如下：

1)、确认销售(零售商终)端30-A与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-B、C、D、E返利；

2)、确认销售(零售商终)端30-B与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-A、C、D、E返利；

3)、确认销售(零售商终)端30-C与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-A、B、D、E返利；

4)、确认销售(零售商终)端30-E与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-A、B、C返利，暂停销售(零售商终)端30-D接收返利，因其(事先设定的)连续3次(或其他次数)接收返利却没有向其他销售端提供返利；

5)、确认销售(零售商终)端30-D与消费者完成销售或交易时或后向其他销售端(销售(零售商终)端30-A、B、C、E)提供返利(事先设定的)一次(也可以是其他次数)，恢复销售(零售商终)端30-D接收返利；若销售(零售商终)端30-D依然没有与消费者完成并确认销售或交易时或后向其他销售端提供返利(事先设定的)一次(也可以是其他次数)，则继续暂停销售(零售商终)端30-D接收返利；

6)、如上述循环反复。

或者，实施例1-5，如图3-6所示，其中销售端总数不低于5个，不设上限，根据本发明的商业(联盟)的方法包括：

步骤100、112和116：

用销售(零售商终)端30当面(face to face)与消费者完成(已事先备好待销售或交易的，如实体店)商品或服务销售或交易(100)，

消费者用支付端向受上述返利端中的返利财务模块3或上述服务器的操控单元中的费用结算模块3控制的资金帐号完成支付购买费用112(其中部分费用2用于返利(112-2)，图中未标示)，

服务器20再向销售(零售商终)端30结算部分费用1(112-1)(其中部分费用1向零售商及供应商提供利润)，

用销售(零售商终)端30向服务器20发送已完成商品或服务购买相关的信号(116)；或者，

用销售(零售商终)端30当面(face to face)与消费者完成(已事先备好待销售或交易的，如实体店)商品或服务销售或交易(100)，

消费者向销售(零售商终)端30控制的资金帐号完成支付购买费用112(其中部分费用1向零售商及供应商提供利润(112-1))，

再用销售(零售商终)端30向受上述返利端中的返利财务模块3或上述服务器的操控单元中的费用结算模块3控制的资金帐号返还部分购买费用2(其中部分费用2用于返利(112-2)，图中未标示)，

并向服务器20发送已完成商品或服务购买相关的信号(116)；

步骤202、204：

在确认已用销售(零售商终)端30与消费者完成销售或交易时或后，用服务器20生成指示返利的指令(信息)，并向返利端10发送该指示返利的指令(信息)(202)，

之后使用返利端10根据已设置的包括交叉返利规则在内的规则向销售端30等(相关联的资金帐户)返利，并把完成返利的信息反馈(发送)至服务器20，服务器20存储该信息(204)，返利流程(次序或顺序)如下：

1)、确认销售(零售商终)端30-A与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-B、或/和C、或/和D、或/和E返利；

2)、确认销售(零售商终)端30-B与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-A、或/和C、或/和D、或/和E返利；

3)、确认销售(零售商终)端30-C与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-A、或/和B、或/和D、或/和E返利；

4)、确认销售(零售商终)端30-E与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-A、或/和B、或/和C、或/和D返利；

5)、确认销售(零售商终)端30-D与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-A、或/和B、或/和C、或/和E返利；

6)、如上述循环反复。

或者，实施例1-6，如图3-7所示，其中销售端总数不低于5个，不设上限，根据本发明的商业(联盟)的方法包括：

步骤100、112和116，及步骤202、204与实施例1-5相同，但返利流程(次序或顺序)如下：

1)、确认销售(零售商终)端30-A与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-B、C、D、E返利；

2)、确认销售(零售商终)端30-B与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-A、C、D、E返利；

3)、确认销售(零售商终)端30-C与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-A、B、D、E返利；

4)、确认销售(零售商终)端30-E与消费者完成销售或交易时或后，返利端向销售(零售商终)端30-A、B、C返利，暂停销售(零售商终)端30-D接收返利，因其(事先设定的)连续3次(或其他次数)接收返利却没有向其他销售端提供返利；

5)、确认销售(零售商终)端30-D与消费者完成销售或交易时或后向其他销售端(销售(零售商终)端30-A、B、C、E)提供返利(事先设定的)一次(也可以是其他次数)，恢复销售(零售商终)端30-D接收返利；若销售(零售商终)端30-D依然没有与消费者完成并确认销售或交易时或后向其他销售端提供返利(事先设定的)一次(也可以是其他次数)，则继续暂停销售(零售商终)端30-D接收返利；

6)、如上述循环反复。

实施例2

按实施例1-3的模式，2000个销售(零售商终)端30，1个供应商终端60，1个返利端10及1个服务器20共同组成一个商业(联盟)系统或装置(商业集合体)A0。

实施例2-1

其中返利规则还包括：

其中，K＝1，L＝2，M＝3，X＝n＝4，共计4轮次返利；

向完成第K、L、M、X次销售或交易的销售端外的随机的1000个的销售端(相关联的资金帐户)返利；

每次销售或交易额的80％作返利，各可返利销售端均分。

计费周期：1轮次。

实施例2-2

其中返利规则还包括：

K＝1，L＝2，M＝3，N＝4，……，X＝n＝50，共计50轮次返利；

向完成第K、L、M、……、X次销售或交易的销售端外的随机的1000个的销售端(相关联的资金帐户)返利；

每次销售或交易额的80％作返利，各可返利销售端均分。

计费周期：1轮次。

实施例2-3

其中返利规则还包括：

K＝57，L＝145，M＝206，……(随机指定)，X＝n＝3206，共计1000轮次返利；

向完成该次销售或交易的销售端外较该次销售或交易更早完成(与消费者)销售或交易的5个(以该次销售或交易时间为原点(或起始点)，往前推前最近5个)的销售端(相关联的资金帐户)返利；

每次销售或交易额的10％作返利，按在上个计费周期内上述可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配上述返利金额(注：在最初2-50轮次中，以1个轮次为1计费周期，50轮次后以50轮次为1计费周期，第1轮次返利可返利的销售端均分)。

计费周期：50轮次。

实施例2-4

其中返利规则还包括：

K＝57，L＝145，M＝206，……(随机指定)，X＝n＝3206，共计1000轮次返利；

向完成该次销售或交易的销售端外较该次销售或交易更早完成(与消费者)销售或交易的20个(以该次销售或交易时间为原点(或起始点)，往前推前最近20个)的销售端(相关联的资金帐户)返利；

每次销售或交易额的10％作返利，按在上个计费周期内上述可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配上述返利金额(注：在最初2-50轮次中，以1个轮次为1计费周期，50轮次后以50轮次为1计费周期，第1轮次返利可返利的销售端均分)。

计费周期：50轮次

实施例2-5

其中返利规则还包括：

随机向完成某次销售或交易的销售端外的随机3个销售端(相关联的资金帐户)返利，即随机在第K、L、M、……、X次销售或交易中进行，共计200轮次返利；

每次销售或交易额的50％作返利，上述返利金额在上述可返利销售端中随机分配。

计费周期：10轮次。

实施例2-6

其中返利规则还包括：

随机向完成某次销售或交易的销售端外的随机10个销售端(相关联的资金帐户)返利，即随机在第K、L、M、……、X次销售或交易中进行，共计200轮次返利；

每次销售或交易额的50％作返利，上述返利金额在上述可返利销售端中随机分配。

计费周期：10轮次。

实施例3

按实施例1-1的模式，3000个销售(零售商终)端30，5个购物(中心)服务器40各关联100个消费者终端50，1个供应商终端60，1个返利端10及1个服务器20共同组成一个商业(联盟)系统或装置(商业集合体)A1。

实施例3-1

其中返利规则还包括：

每次销售或交易完成后均进行1轮次返利，向完成该次销售或交易的销售端外的随机的500个的销售端(含购物(中心)服务器)(相关联的资金帐户)返利；

共计2000轮次返利；

当商业(联盟)系统或装置(商业集合体)中平均单个销售端的历史销售业绩在当前计费周期的上一个计费周期内达到某个设定值时，该商业(联盟)系统或装置(商业集合体)的当前计费周期内的返利率设定为P％，

以上述返利率P％乘以该商业(联盟)系统或装置(商业集合体)中某个销售端在当前计费周期内当前销售业绩得当前返利金额，

按在上个计费周期内依上述规则可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配上述返利金额(注：在最初2-20轮次中，以1个轮次为1计费周期，20轮次后以20轮次为1计费周期，第1轮次返利可返利的销售端均分)，

其中返利率设定如表1所示。

计费周期：20轮次。

实施例3-2

实施例3-1中的“按在上述上个计费周期内依上述规则可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配上述返利金额”改为

“在依上述规则可返利的各销售端中平均分配该返利金额”，其他不变。

实施例4

按实施例1-1的模式，5000个销售(零售商终)端30，10个购物(中心)服务器40各关联100个消费者终端50，50个供应商终端60，1个返利端10及1个服务器20共同组成一个商业(联盟)系统或装置(商业集合体)B1。

实施例4-1

其中返利规则还包括：

随机向完成某次销售或交易的销售端外的随机2000个的销售端(相关联的资金帐户)返利，即随机在第K、L、M、……、X次销售或交易中返利，每轮次随机20000个的销售端(含购物(中心)服务器)，共计20000轮次返利；

当商业(联盟)系统或装置中平均单个销售端的历史销售业绩在与当前计费周期相临的(事先设定的)连续数个计费周期内均达到某个设定值时，该商业(联盟)系统或装置的当前计费周期内的返利率设定为P％，

以该返利率P％乘以该商业(联盟)系统或装置中某个销售端在当前计费周期内当前销售业绩得当前返利金额，

按在上述连续数个计费周期内依上述规则可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配该返利金额(注：在最初2-100轮次中，以1个轮次为1计费周期，100轮次后以100轮次为1计费周期，第1轮次返利可返利的销售端均分)，

其中返利率设定如表2所示。

计费周期：100轮次。

实施例4-2

实施例4-1中的“按在上述连续数个计费周期内依上述规则可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配该返利金额”

改为“在依上述规则可返利的各销售端中平均分配该返利金额”，其他不变。

实施例5

按实施例1-5的模式，50000个销售(零售商终)端30，1个返利端10及1个服务器20共同组成一个商业(联盟)系统或装置(商业集合体)C1。

实施例5-1

其中返利规则还包括：

K＝27，L＝47，M＝67，……，X＝n＝20007，每轮次返利相隔20次销售或交易，共计1000轮次返利；

向完成该次销售或交易的销售端外较该次销售或交易更早完成(与消费者)销售或交易的5个(以该次销售或交易时间为原点(或起始点)，往前推前最近5个)的销售端(相关联的资金帐户)返利；

当商业(联盟)系统或装置中平均单个销售端的历史销售业绩在当前计费周期的上一个计费周期内较较之更前(且相临)一个计费周期内的增长率达到某个设定值时，该商业(联盟)系统或装置的当前计费周期内的返利率设定为P％，

以该返利率P％乘以该商业(联盟)系统或装置中某个销售端在当前计费周期内当前销售业绩得当前返利金额，

按在上述上个计费周期内依上述规则可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配该返利金额(注：在最初2-40轮次中，以1个轮次为1计费周期，40轮次后以40轮次为1计费周期，第1轮次返利可返利的销售端均分)，

其中返利率设定如表3所示。

计费周期：40轮次。

实施例5-2

实施例5-1中的“按在上述上个计费周期内依上述规则可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配该返利金额”改为

“在依上述规则可返利的各销售端中平均分配该返利金额”，其他不变。

实施例5-3

实施例5-1中的“向完成该次销售或交易的销售端外较该次销售或交易更早完成(与消费者)销售或交易的5个(以该次销售或交易时间为原点(或起始点)，往前推前最近5个)的销售端(相关联的资金帐户)返利”改为

“向完成该次销售或交易的销售端外较该次销售或交易更早完成(与消费者)销售或交易的3个(以该次销售或交易时间为原点(或起始点)，往前推前最近3个)的销售端(相关联的资金帐户)返利”，其他不变。

实施例6

按实施例1-3的模式，80000个销售(零售商终)端30，100个供应商终端60，1个返利端10及1个服务器20共同组成一个商业(联盟)系统或装置(商业集合体)D1。

实施例6-1

其中返利规则还包括：

随机向完成某次销售或交易的销售端外的全部销售端(相关联的资金帐户)返利，即随机在第K、L、M、……、X次销售或交易中返利，共计5000轮次返利；

当商业(联盟)系统或装置中平均单个销售端的历史销售业绩在与当前计费周期相临的(事先设定的)连续数个计费周期内均达到某个设定值时，该商业(联盟)系统或装置的当前计费周期内的返利率设定为P％，

以该返利率P％乘以该商业(联盟)系统或装置中某个销售端在当前计费周期内当前销售业绩得当前返利金额，

按在上述连续数个计费周期内依上述规则可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配该返利金额(注：在最初2-50轮次中，以1个轮次为1计费周期，50轮次后以50轮次为1计费周期，第1轮次返利可返利的销售端均分)。

其中返利率设定如表2所示。

计费周期：50轮次。

实施例6-2

实施例6-1中的“按在上述连续数个计费周期内依上述规则可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配上述返利金额”改为

“上述返利金额在上述可返利销售端中随机分配”，其他不变。

实施例7

实施例3中商业(联盟)系统或装置A1(中的服务器)与实施例4中商业(联盟)系统或装置B1(中的服务器)通过通讯网络连接，联合组成更高级的商业(联盟)系统或装置(商业集合体)E1，其中商业(联盟)系统或装置A1中的服务器20升级为中心服务器，即管理或/和控制(管控)商业(联盟)系统或装置A1中的事务，又管理或/和控制(管控)商业(联盟)系统或装置E1中的事务。

实施例7-1

其中返利规则还包括：

当销售或交易次数为奇数次时(即在第1、3、5、7、……销售或交易时)进行1轮次返利；

向完成该次销售或交易的销售端外的全部销售端(含购物(中心)服务器)(相关联的资金帐户)返利；

共计1000轮次返利；

当商业(联盟)系统或装置(商业集合体)中平均单个销售端的历史销售业绩在当前计费周期的上一个计费周期内达到某个设定值时，该商业(联盟)系统或装置(商业集合体)的当前计费周期内的返利率设定为P％，

以上述返利率P％乘以该商业(联盟)系统或装置(商业集合体)中某个销售端在当前计费周期内当前销售业绩得当前返利金额，

按在上个计费周期内依上述规则可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配上述返利金额(注：在最初2-20轮次中，以1个轮次为1计费周期，20轮次后以20轮次为1计费周期，第1轮次返利可返利的销售端均分)，

其中返利率设定如表1所示。

计费周期：20轮次。

实施例7-2

实施例7-1中的“按在上述上个计费周期内依上述规则可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配该返利金额”改为

“上述返利金额在上述可返利销售端中随机分配”，其他不变。

实施例8

实施例5中商业(联盟)系统或装置C1(中的服务器)与实施例6中商业(联盟)系统或装置D1(中的服务器)通过通讯网络与中心服务器20-2-1连接，共同组成更高级的商业(联盟)系统或装置(商业集合体)F1，上述中心服务器20-2-1管理或/和控制(管控)商业(联盟)系统或装置F1中的事务。

实施例8-1

其中返利规则还包括：

每次销售或交易完成后均进行1轮次返利，向包括完成该次销售或交易的销售端在内的全部销售端(相关联的资金帐户)返利；

共计5000轮次返利；

当商业(联盟)系统或装置中最底层的集合体(C1或D1)平均单个销售端的历史销售业绩在当前计费周期的上一个计费周期内较较之更前(且相临)一个计费周期内的增长率达到某个设定值时，该商业(联盟)系统或装置的当前计费周期内的返利率设定为P％，

以该返利率P％乘以该商业(联盟)系统或装置中某个销售端在当前计费周期内当前销售业绩得当前返利金额，

按在上述上个计费周期内依上述规则可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配该返利金额(注：在最初2-50轮次中，以1个轮次为1计费周期，50轮次后以50轮次为1计费周期，第1轮次返利可返利的销售端随机分配)，

其中返利率设定如表3所示。

计费周期：50轮次。

实施例8-2

实施例8-1中的“按在上述上个计费周期内依上述规则可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配该返利金额”改为

“在依上述规则可返利的销售端中平均分配该返利金额”，其他不变。

实施例9

实施例7中商业(联盟)系统或装置E1(中的中心服务器)与实施例8中商业(联盟)系统或装置F1(中的中心服务器)通过通讯网络与中心服务器20-4-1连接，共同组成更高级的商业(联盟)系统或装置(商业集合体)H，上述中心服务器20-4-1管理或/和控制(管控)商业(联盟)系统或装置H1中的事务。

实施例9-1

其中返利规则还包括：

每次销售或交易完成后均进行1轮次返利，向完成该次销售或交易的销售端外较该次销售或交易更早完成(与消费者)销售或交易的500个(以该次销售或交易时间为原点(或起始点)，往前推前最近500个，不足500时，有几个算几个)销售端(含购物(中心)服务器)返利；

共计10000轮次返利；

当商业(联盟)系统或装置中最底层的集合体(A1或B1或C1或D1)中平均单个销售端的历史销售业绩在与当前计费周期相临的(事先设定的)连续数个计费周期内均达到某个设定值时，该商业(联盟)系统或装置中最底层的集合体(A1或B1或C1或D1)的当前计费周期内的返利率设定为P％，

以该返利率P％乘以该商业(联盟)系统或装置中最底层的集合体(A1或B1或C1或D1)中某个销售端在当前计费周期内当前销售业绩得当前返利金额，

按在上述连续数个计费周期内依上述规则可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配该返利金额(注：在最初2-200轮次中，以1个轮次为1计费周期，200轮次后以200轮次为1计费周期，第1轮次返利可返利的销售端随机分配)，

其中返利率设定如表2所示。

计费周期：200轮次。

实施例9-2

实施例9-1中的“按在上述连续数个计费周期内依上述规则可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配该返利金额”改为

“上述返利金额在上述可返利销售端中随机分配”，其他不变。

实施例10

按实施例1-2的模式，1000个销售(零售商终)端30，2个购物(中心)服务器40各关联100个消费者终端50，1个供应商终端60，1个返利端10及1个服务器20共同组成一个商业(联盟)系统或装置(商业集合体)A2。

实施例10-1

其中返利规则还包括：

每次销售或交易完成时或后均进行1轮次返利，向完成该次销售或交易的销售端外的全部销售端(相关联的资金帐户)返利；

当一销售端(含购物(中心)服务器)接收连续3次上述返利却没有向其他销售端提供上述返利时或后，暂停该销售端接收上述返利；

当上述被暂停接收返利的销售端向其他销售端提供一次上述返利时或后，恢复该销售端接收上述返利；

共500轮次返利；

每次销售或交易额的35％作返利，各可返利销售端均分。

计费周期：25轮次。

实施例11

按实施例1-4的模式，2000个销售(零售商终)端30，50个供应商终端60，1个返利端10及1个服务器20共同组成一个商业(联盟)系统或装置(商业集合体)B2。

实施例11-1

其中返利规则还包括：

每次销售或交易完成时或后均进行1轮次返利，向完成该次销售或交易的销售端外的全部销售端(相关联的资金帐户)返利；

当一销售端接收一次上述返利却没有向其他销售端提供上述返利时或后，暂停该销售端接收上述返利；

当上述被暂停接收返利的销售端向其他销售端提供一次上述返利时或后，恢复该销售端接收上述返利；

共3000轮次返利；

每次销售或交易额的50％作返利，上述返利金额在上述可返利销售端中随机分配。

计费周期：150轮次。

实施例12

按实施例1-6的模式，10000个销售(零售商终)端30，1个返利端10及1个服务器20共同组成一个商业(联盟)系统或装置(商业集合体)C2。

实施例12-1

其中返利规则还包括：

每次销售或交易完成时或后均进行1轮次返利，向完成该次销售或交易的销售端外的全部销售端(相关联的资金帐户)返利；

当一销售端接收连续3次上述返利却没有向其他销售端提供上述返利时或后，暂停该销售端接收上述返利；

当上述被暂停接收返利的销售端向其他销售端提供连续3次的上述返利时或后，恢复该销售端接收上述返利；

共20000轮次返利；

每次销售或交易额的30％作返利，按在上个计费周期内上述可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配上述返利金额(注：在最初2-3中，以1日为1计费周期，3日后以3日为1计费周期，第1日返利可返利的销售端随机分配)。

计费周期：3日。

实施例13

按实施例1-4的模式，30000个销售(零售商终)端30，200个供应商终端60，1个返利端10及1个服务器20共同组成一个商业(联盟)系统或装置(商业集合体)D2。

实施例13-1

其中返利规则还包括：

每次销售或交易完成时或后均进行1轮次返利，向完成该次销售或交易的销售端外的全部销售端(相关联的资金帐户)返利；

当一销售端接收连续5次上述返利却没有向其他销售端提供上述返利时或后，暂停该销售端接收上述返利；

当上述被暂停接收返利的销售端向其他销售端提供连续2次的上述返利时或后，恢复该销售端接收上述返利；

共100000轮次返利；

每次销售或交易额的50％作返利，各可返利销售端均分。

计费周期：3日。

实施例14

实施例10中商业(联盟)系统或装置A2(中的服务器)与实施例11中商业(联盟)系统或装置B2(中的服务器)通过通讯网络连接，联合组成更高级的商业(联盟)系统或装置(商业集合体)E2，其中商业(联盟)系统或装置A2中的服务器20升级为中心服务器，即管理或/和控制(管控)商业(联盟)系统或装置A2中的事务，又管理或/和控制(管控)商业(联盟)系统或装置E2中的事务。

实施例14-1

其中返利规则还包括：

每次销售或交易完成时或后均进行1轮次返利，向完成该次销售或交易的销售端外的全部销售端(相关联的资金帐户)返利；

当一销售端(含购物(中心)服务器)接收连续12次上述返利却没有向其他销售端提供上述返利时或后，暂停该销售端接收上述返利；

当上述被暂停接收返利的销售端向其他销售端提供15次的上述返利时或后，恢复该销售端接收上述返利；

共500000轮次返利；

当商业(联盟)系统或装置中最底层的集合体(A2或B2)平均单个销售端的历史销售业绩在当前计费周期的上一个计费周期内达到某个设定值时，该商业(联盟)系统或装置中最底层的集合体(A2或B2)的当前计费周期内的返利率设定为P％，

以该返利率P％乘以该商业(联盟)系统或装置中最底层的集合体(A2或B2)中的某个销售端在当前计费周期内当前销售业绩得当前返利金额，

按在上个计费周期内上述可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配上述返利金额(注：在最初2-10中，以1日为1计费周期，10日后以10日为1计费周期，第1日返利可返利的销售端均分)，

其中返利率设定如表1所示。

计费周期：10日。

实施例15

实施例12中商业(联盟)系统或装置C2(中的服务器)与实施例13中商业(联盟)系统或装置D2(中的服务器)通过通讯网络与中心服务器20-2-2连接，共同组成更高级的商业(联盟)系统或装置(商业集合体)F2，上述中心服务器20-2-2管理或/和控制(管控)商业(联盟)系统或装置F2中的事务。

实施例15-1

其中返利规则还包括：

每次销售或交易完成时或后均进行1轮次返利，向完成该次销售或交易的销售端外的全部销售端(相关联的资金帐户)返利；

当一销售端接收连续6次上述返利却没有向其他销售端提供上述返利时或后，暂停该销售端接收上述返利；

当上述被暂停接收返利的销售端向其他销售端提供连续6次的上述返利时或后，恢复该销售端接收上述返利；

共3000000轮次返利；

当商业(联盟)系统或装置中最底层的集合体(C2或D2)平均单个销售端的历史销售业绩在当前计费周期的上一个计费周期内较较之更前(且相临)一个计费周期内的增长率达到某个设定值时，该商业(联盟)系统或装置中最底层的集合体(C2或D2)的当前计费周期内的返利率设定为P％，

以该返利率P％乘以该商业(联盟)系统或装置中最底层的集合体(C2或D2)中的某个销售端在当前计费周期内当前销售业绩得当前返利金额，

上述返利金额在上述可返利销售端中随机分配，

其中返利率设定如表3所示。

计费周期：15日。

实施例16

实施例14中商业(联盟)系统或装置E2(中的中心服务器)与实施例15中商业(联盟)系统或装置F2(中的中心服务器)通过通讯网络与中心服务器20-4-2连接，共同组成更高级的商业(联盟)系统或装置(商业集合体)H2，上述中心服务器20-4-2管理或/和控制(管控)商业(联盟)系统或装置H2中的事务。

实施例16-1

其中返利规则还包括：

每次销售或交易完成时或后均进行1轮次返利，向完成该次销售或交易的销售端外的全部销售端(相关联的资金帐户)返利；

当一销售端(含购物(中心)服务器)接收10次上述返利却没有向其他销售端提供上述返利时或后，暂停该销售端接收上述返利；

当上述被暂停接收返利的销售端向其他销售端提供连续20次的上述返利时或后，恢复该销售端接收上述返利；

共5000000轮次返利；

当商业(联盟)系统或装置中最底层的集合体(A2或B2或C2或D2)中平均单个销售端的历史销售业绩在与当前计费周期相临的(事先设定的)连续数个计费周期内均达到某个设定值时，该商业(联盟)系统或装置中最底层的集合体(A2或B2或C2或D2)的当前计费周期内的返利率设定为P％，

以该返利率P％乘以该商业(联盟)系统或装置中最底层的集合体(A2或B2或C2或D2)中某个销售端在当前计费周期内当前销售业绩得当前返利金额，

按在上述连续数个计费周期内内上述可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配上述返利金额(注：在最初2-30中，以1日为1计费周期，30日后以30日为1计费周期，第1日返利可返利的销售端均分)

其中返利率设定如表2所示；

计费周期：30日。

实施例17

实施例9中商业(联盟)系统或装置H1(中的中心服务器)与实施例16中商业(联盟)系统或装置H2(中的中心服务器)通过通讯网络与中心服务器20-6连接，共同组成更高级的商业(联盟)系统或装置(商业集合体)J，上述中心服务器20-6管理或/和控制(管控)商业(联盟)系统或装置J中的事务。

实施例17-1

其中商业(联盟)系统或装置H1返利规则还包括：

每次销售或交易完成时或后均进行1轮次返利，向完成该次销售或交易的销售端外的全部销售端(相关联的资金帐户)返利；

当一销售端(含购物(中心)服务器)接收接收(事先设定的)连续100次上述返利却没有向其他销售端提供上述返利时或后，暂停该销售端接收上述返利；

当上述被暂停接收返利的销售端向其他销售端提供连续60次的上述返利时或后，恢复该销售端接收上述返利；

共15000000轮次返利；

当商业(联盟)系统或装置中最底层的集合体(A1或B1或C1或D1)平均单个销售端的历史销售业绩在当前计费周期的上一个计费周期内达到某个设定值时，该商业(联盟)系统或装置中最底层的集合体(A1或B1或C1或D1)的当前计费周期内的返利率设定为P％，

以该返利率P％乘以该商业(联盟)系统或装置中最底层的集合体(A1或B1或C1或D1)中的某个销售端在当前计费周期内当前销售业绩得当前返利金额，

在依上述规则可返利的该商业(联盟)系统或装置中最底层的集合体(A1或B1或C1或D1)中各销售端中平均分配该返利金额，

其中返利率设定如表1所示；

其中商业(联盟)系统或装置H2返利规则还包括：

每次销售或交易完成时或后均进行1轮次返利，向完成该次销售或交易的销售端外的全部销售端(相关联的资金帐户)返利；

当一销售端接收连续150次上述返利却没有向其他销售端提供上述返利时或后，暂停该销售端接收上述返利；

当上述被暂停接收返利的销售端向其他销售端提供连续200次的上述返利时或后，恢复该销售端接收上述返利；

共15000000轮次返利；

当商业(联盟)系统或装置中最底层的集合体(A2或B2或C2或D2)中平均单个销售端的历史销售业绩在与当前计费周期相临的(事先设定的)连续数个计费周期内均达到某个设定值时，该商业(联盟)系统或装置中最底层的集合体(A2或B2或C2或D2)的当前计费周期内的返利率设定为P％，

以该返利率P％乘以该商业(联盟)系统或装置中最底层的集合体(A2或B2或C2或D2)中某个销售端在当前计费周期内当前销售业绩得当前返利金额，

在依上述规则可返利的该商业(联盟)系统或装置中最底层的集合体((A2或B2或C2或D2)中各销售端中平均分配该返利金额，

其中返利率设定如表2所示；

同一集合体内或不同一集合体内两个销售端结成合作伙伴关系，在该销售端分配接收的返利的基础上增加一定值，如0.05％(以其当前完成的销售或交易金额为基础计算)；

两个集合体结成合作伙伴关系，其内最底层的各集合体的设定的返利比例在根据上述历史业绩的返利比例的基础上增加一定值，如0.2％。

每增加一级集合体层级关系，其内最底层的各集合体的设定的返利比例在上述根据历史业绩的返利比例的基础上增加一定值，如0.2％。

计费周期：30日。

实施例10～17-2

实施例10～17-1把其中返利规则中的两条：“当一销售端接收一次上述返利或接收连续*次上述返利却没有向其他销售端提供上述返利时或后，暂停该销售端接收上述返利”及“当上述被暂停接收返利的销售端向其他销售端提供一次或连续*次的上述返利时或后，恢复该销售端接收上述返利”去掉，其他不变均与对应实施例中实施分例相同。

对照例2～17

仅把对应实施例中实施分例(如实施例2-3、实施例3-1、实施例10-2)中的“向完成销售或交易的销售端外的X(多)个销售端(相关联的资金帐户)返利”的部分规则改为“向完成销售或交易的销售端外的随机的2个销售端(相关联的资金帐户)返利”(即返利由多个变2个)(说明：实施例2-3、4及实施例5、7、8、9、11、13、15、17的实施分例与其对应的对照例中还向完成销售或交易的销售端返利，即加上该销售端外的随机的2个销售端，每轮次共向3个销售端返利)，其他不变均与对应实施例中实施分例相同。

测试例

同时运行实施例、对照例，统计最近连续10个计费周期销售端的平均业绩增长率K(％)(较前连续10个计费周期)，其中实施例2-1、2(及其对照例)统计最近连续2个计费周期销售端的平均业绩增长率κ(％)(较前连续2个计费周期)，实施例12～17(及其对照例)统计最近连续1个月销售端的平均业绩增长率κ(％)(较前连续1个月))；统计(整个运行期间)从市场中消失的销售端数占整体销售端数的比率λ(％)；统计(整个运行期间)“寄生端”或“僵尸端”数(即向其他(终)端提供返利次数与接收其他(终)端的返利次数之比少于0.25)占整体销售端数的比率η(％)。

结果见表4～13。

表4统计结果

表5统计结果

表6统计结果

表7统计结果

表8统计结果

表9统计结果

表10统计结果

表11统计结果

表12统计结果

表13统计结果

说明：表中“实例”是“实施例”的简称；“对例”是“对照例”的简称。

Claims (10)

1.一种商业(联盟)系统，其包括服务器、返利端及多个销售端，上述服务器与上述返利端互连，上述销售端通过通迅网络与上述服务器及上述返利端互连；

上述返利端用于根据返利规则向销售端返利,上述返利规则包括下列交叉返利规则：

当销售端完成第K次商品或服务的销售或交易时或后，返利端向完成第K次销售或交易的销售端外的多个销售端返利；当销售端完成第L次商品或服务的销售或交易时或后，返利端向完成第L次销售或交易的销售端外的多个销售端返利；当销售端完成第M次商品或服务的销售或交易时或后，返利端向完成第M次销售或交易的销售端外的多个销售端返利；……；当销售端完成第X次商品或服务的销售或交易时或后，返利端向完成第X次销售或交易的销售端外的多个销售端返利；其中，K、L、M、……、X为正整数，且，K＜L＜M＜……＜X，K≥1，L≥2，M≥3，……，X≥n≥4，n为正整数。

2.根据技术方案1所述的商业(联盟)系统，其特征在于所述交叉返利规则还包括所述返利在销售端中随机分配或平均分配，或所述返利根据所述销售端的历史销售业绩确定。

3.根据技术方案1所述的商业(联盟)系统，其特征在于所述交叉返利规则还包括当一销售端接收一次所述返利或接收连续数次所述返利却没有向其他销售端提供所述返利时或后，暂停该销售端接收所述返利；当上述被暂停接收返利的销售端向其他销售端提供一次或连续数次的所述返利时或后，恢复该销售端接收所述返利。

4.根据技术方案1至3所述的商业(联盟)系统，其特征在于所述服务器还包括商品或/和服务销售单元或模块、费用结算单元或模块、数据解密加密单元或模块、数据解码编码单元或模块、数据匹配单元或模块、数据检索单元或模块、返利规则单元或模块、返利计算单元或模块、销售端及产品或服务信息单元或模块、销售信息记录单元或模块、控制模块中的一种或数种。

5.根据技术方案4所述的商业(联盟)系统，其特征在于

所述商品或/和服务销售单元或模块用于当经由销售端销售商品或/和服务时执行商品或/和服务销售过程，或者/和用于设置、保存以及导出返利规则信息；或/和

所述费用结算单元或模块用于根据商品或/和服务销售为商品或服务供应端提供利润或/和为返利端提供用于返利的费用，或者/和用于设置、保存以及导出返利规则信息；或/和

所述数据解密加密单元或模块用于对销售端获取或生成的信息进行数据解密、加密；或/和

所述数据解码编码单元或模块用于对销售端获取或生成的信息进行数据解码、编码；或/和

所述数据匹配单元或模块用于将销售端获取或生成的信息与己存储的信息匹配识别；或/和

所述数据检索单元或模块包括域内检索单元或模块、跨域检索单元或模块、信任度识别管理单元或模块，所述的信任度识别管理单元或模块分别与域内检索单元或模块、跨域检索单元或模块连接；或/和

所述销售端及商品信息单元或模块，用于记录和保存单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的名称或编号、资金账户、所在区域中的一种或数种，或/和单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的彼此关系，或/和单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的层级关系，或/和商品相关信息；或/和

所述销售信息记录单元或模块，用于记录、整理以及导出达成销售或交易的单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的名称或编号，或/和其达成销售或交易的时间或/和次数，或/和其达成销售或交易的商品或服务的品种、数量、价格及金额中的一种或数种；或/和

所述返利规则单元或模块，用于设置、保存以及导出返利规则信息；或/和

所述返利计算单元或模块与上述返利规则单元或模块、销售端及商品信息单元或模块和销售信息记录单元或模块相连，并根据所述返利规则单元或模块、销售端及商品信息单元或模块和销售信息记录单元或模块所提供的信息确定或计算应向销售端返利的方式或/和金额；或/和

所述返利财务模块用于根据上述返利计算单元或模块所确定或计算的返利方式或/和金额汇入与销售端关联的账户内；或/和

所述控制模块，其用于管理或/和控制(管控)或/和提供服务，控制操控单元内的其他模块，及上述服务器中操控单元外的其他单元，以及管理或操控上述销售端、返利端及其他(终)端。

6.根据技术方案1至3所述的商业(联盟)系统，其特征在于所述返利规则包括：

1)、所述的交叉返利规则，

2)、根据单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体或/和整体销售端的历史销售业绩设定返利比例或返利金额，

3)、根据单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的彼此关系设定返利比例或返利金额，

4)、根据单个销售端或/和数个销售端组成的集合体或/和数个集合体组成的集合体的层级关系设定返利比例或返利金额，

5)、根据销售区域设定返利比例或返利金额，

6)、根据整体商品设定返利比例或返利金额，

7)、根据商品类目设定返利比例或返利金额，

8)、根据品牌设定返利比例或返利金额，

9)、以及它们的组合。

7.根据技术方案6所述的商业(联盟)系统，其特征在于所述规则还包括：

当商业(联盟)系统或其中最低层的集合体中平均单个销售端的历史销售业绩在当前计费周期的上一个计费周期内达到某个设定值时，该商业(联盟)系统或其中最低层的集合体的当前计费周期内的返利率设定为某个值P％；或

当商业(联盟)系统或其中最低层的集合体中平均单个销售端的历史销售业绩在与当前计费周期相临的连续数个计费周期内均达到某个设定值时，该商业(联盟)系统或其中最低层的集合体的当前计费周期内的返利率设定为某个值P％；或

当商业(联盟)系统或其中最低层的集合体中平均单个销售端的历史销售业绩在当前计费周期的上一个或连续数个计费周期内较较之更前一个或连续数个计费周期内的增长率达到某个设定值时，该商业(联盟)系统或其中最低层的集合体的当前计费周期内的返利率设定为某个值P％；及

以上述返利率P％乘以该商业(联盟)系统或其中最低层的集合体中某个销售端在当前计费周期内当前销售业绩得当前返利金额；及

按在上述计费周期内依所述规则可返利的各销售端的历史销售业绩占上述可返利的销售端的历史销售业绩的和的比例分配上述返利金额。

8.根据权利要求1至3所述的商业(联盟)系统，其特征在于所述返利是将一部分利润返还给销售端。

9.一种商业(联盟)用装置，其包括服务器、返利端及多个销售端，上述服务器与上述返利端互连，上述销售端通过通迅网络与上述服务器及上述返利端互连；

上述返利端用于根据返利规则向销售端返利,上述返利规则包括下列交叉返利规则：

当销售端完成第K次商品或服务的销售或交易时或后，返利端向完成第K次销售或交易的销售端外的多个销售端返利；当销售端完成第L次商品或服务的销售或交易时或后，返利端向完成第L次销售或交易的销售端外的多个销售端返利；当销售端完成第M次商品或服务的销售或交易时或后，返利端向完成第M次销售或交易的销售端外的多个销售端返利；……；当销售端完成第X次商品或服务的销售或交易时或后，返利端向完成第X次销售或交易的销售端外的多个销售端返利；其中，K、L、M、……、X为正整数，且，K＜L＜M＜……＜X，K≥1，L≥2，M≥3，……，X≥n≥4，n为正整数。

10.一种商业(联盟)方法，其包括

1)、使用多个销售端销售或交易商品或服务；

2)、使用服务器管理或/和控制(管控)或/和提供服务；

3)、使用返利端根据返利规则向销售端(相关联的资金帐户)返利,上述返利规则包括下列交叉返利规则：

当销售端完成第K次商品或服务的销售或交易时或后，返利端向完成第K次销售或交易的销售端外的多个销售端(相关联的资金帐户)返利；当销售端完成第L次商品或服务的销售或交易时或后，返利端向完成第L次销售或交易的销售端外的多个销售端(相关联的资金帐户)返利；当销售端完成第M次商品或服务的销售或交易时或后，返利端向完成第M次销售或交易的销售端外的多个销售端(相关联的资金帐户)返利；……；当销售端完成第X次商品或服务的销售或交易时或后，返利端向完成第X次销售或交易的销售端外的多个销售端(相关联的资金帐户)返利；其中，K、L、M、……、X为正整数，且，K＜L＜M＜……＜X，K≥1，L≥2，M≥3，……，X≥n≥4，n为正整数；

上述服务器与上述返利端互连，上述销售端通过通迅网络与上述服务器及上述返利端互连。

Images