CN101443804A - 利用实时的特定商家销售信息的购买交易结算的在线客户推举和回馈服务 - Google Patents

Abstract

提供一种使用实时的特定商家销售信息的购买交易结算的在线客户推举和回馈系统及方法。所述系统向商家提供免费地发布其实时的特定销售报价的一站式空间，并向商家提供供使用的无风险服务，只有在发生受指引的购买交易，并且产生收益之后，才向商家收费。系统还允许商家根据其利润率和市场竞争力，确定他们就每件受指引的购买交易向服务提供商支付多少服务费，系统服务于所有商家(在线或离线的，大型或小型的)，而不管使用的购买、销售和支付结算技术。系统还向客户提供查找特别满足其需求的相符销售报价的一站式空间，把客户指引到商家以便在现有的商业设施进行购买，并因源自服务提供商的购买交易回馈客户。

Description

利用实时的特定商家销售信息的购买交易结算的在线客户推举和回馈服务

优先权要求/相关申请

本申请按照35 USC 119(e)和120要求于2006年3月31日提交的题为“A Purchase-Transaction-Settled Online Consu mer Referraland Reward Service Using Real-Time Specific Merchant SalesInformation”的美国临时申请序列号No.60/788407，该申请全文引用于此，作为参考。

附录

附录A(15页)是购买交易结算的在线客户推举和回馈服务的商家网站流程和商家Web用户界面的例子，附录A构成说明书的一部分。特别地，附录A包含(1)商家web流程说明；(2)商家站点起始页UI；(3)新商家设置向导步骤说明；(4-5)商家佣金/回馈设置UI；(6-9)商家报价公布UI；(10)企业简介设置UI；(11)销售查看UI；(12)顾客查看UI；(13)账户设置UI；(14)离线交易跟踪设置UI；和(15)商家虚拟终端交易跟踪。

附录B(6页)是购买交易结算的在线客户推举和回馈服务的客户网站流程和客户用户界面的例子，附录B构成说明书的一部分。特别地，附录B包含(1)客户UI工作流程图；(2)客户起始web UI；(3)显示web UI的web UI，在所显示的web UI上，注册客户在数字地图上查找报价；(4)显示商家报价的细节的web UI；(5)允许客户人工报告他所进行的购买，以获得回馈的web UI；(6)显示客户账户设置的web UI。

技术领域

本发明涉及购买交易结算的客户推举和回馈的系统和方法，尤其涉及计算机实现的购买交易结算的客户推举和回馈的系统和方法。本发明把在线客户目的地策略，辛迪加策略，病毒式营销策略结合成捕捉客户行动的基于卡的忠诚组件，从而组合成CPT(每次交易成本)广告模型。

背景技术

在扩展市场调查和其广告的效用的努力中，目前商家正在关注传统媒体(即，印刷广告，TV，广播)之外的媒体，并评估不断出现的交互通信渠道，比如由因特网，交互有线电视(例如，Comcast local autoshopping)，和不断成长的一批移动设备(例如，具有web能力的蜂窝电话机，手持计算机，汽车中的连接因特网的GPS导航仪)提供的交互通信渠道。另外，设计了许多系统和企业模型来开发和利用这些渠道，或者作为离散的广告服务，或者作为商家目标服务，或者它们的混合组合。不过，现有的系统和方法一直未被用于满足“在线”商务和“本地”商务所共有的一组关键需求，尤其是在中小型企业(SMB)市场中更是如此。这些关键需求认为许多商家不能或者不愿冒把其广告费用转移到1)在直接在本地实体零售店和服务企业中产生可测量的销售收入方面未得到证明，2)在无专门的有经验营销人员的情况下过于复杂以至不能管理(如“搜索关键字”优化和投标网站证明的那样)，和3)易于欺诈或被操纵(如所谓的“按点击付费”在线广告和现有的商家评级系统证明的那样)的在线模型的风险。

最理想的是通过1)引入“交易结算的”，特别地，离线店内销售交易结算的在线广告系统，该广告系统只就导致在销售点(POS)或其附近捕捉到的销售的广告向商家收费，2)消除商家管理优化在线广告，以便推动在线客户到其营业场所的复杂性的需要，和3)通过利用POS交易作为控制功能，实质消除目前流行的点击广告和商家评级系统的欺诈和被操纵，解决这些关键需求。从而，最理想的是建立一种经中间人广告的专有系统，该系统使销售结果的风险远离商家，并与在线广告公布者(比如Google或Yahoo)分离该风险。另外最理想的是建立一种专有的佣金投标系统，其中商家抬高客户忠诚回馈点(记录在随每次交易所刷的磁卡上)，以吸引更多的客户，从而再为服务提供商产生更多的收益。

现有技术的检查表明尽管许多现有系统提供类似的功能组件，比如广告价格投标(通常应用于在线点击或其它在线用户活动)，目录服务(收取列表费或者甚至免费把客户指引到企业)，用于跟踪和回馈销售交易的会员忠诚卡，不过就专门设计并且整体提出的满足本地商家的需求(如上所述)的组合功能性而论，这些系统完全不同于所需的系统。

存在许多简化商家-客户交互，但是在关键领域，包括(但不限于)1)收费模型(点击广告费用对销售佣金费用，尤其是关于离线店内销售的收费模型)，2)包括现金交易的离线购买的覆盖，3)利用数字地图和基于web的用户界面(UI)的简易且近实时的报价公布，4)基于地理接近性和时间的广告相关性定向，不同的现有在线购物和客户推举服务。

在线库存搜索-本地交易和提取：一种现有系统向客户提供对产品/服务可用性和相关信息的在线访问，简化随后在本地商家的地点提取的在线定单的直接处理。尽管该系统可被描述成简化离线商品交易和提取的在线信息传达系统，不过由于需要高度集成和集中的库存跟踪，该系统在加盟商家方面受到严格限制。要求数据处理集成的费用，以及该系统不支持作为佣金的交换的在线广告的事实使其与SMB商家的需求不相容，并且明显不同于所需的系统。

在线企业对企业(B2B)成员推举：另一种现有系统使单个的在线商家能够从其它在线网站得到受指引客户，作为会费的交换。在该系统中，一个商家/会员与许多合伙的(在线)商家(通常业务互补)合作。超链接系统被用于把客户从联合网站指引到能够满足需求的商家，计点系统或基于现金的系统被用于提供商家激励。这种系统并不用于便利商家近实时地自助发布广告和特殊报价，以便在企业的固定场所或者本地产生本地客流量。相反，它主要用于建立在线办理他们的多数业务，并且当他们指引客户到关联网站时受益的连网商家的社区。该系统并不用于就客户的购买，用忠诚积分点或者奖励报酬回馈客户。

在线搜索：搜索引擎商家赞助的(基于费用的)广告内容，或者引擎索引的内容(对商家免费)的发布，把客户指引到商家。通常，这些系统能够被分成三种不同类别：1)普通搜索(例如，Google，http:// www.google.com，2)本地搜索(例如，Google Local，http:// local.google.com，和3)购物搜索(例如，Google Froogle，http:// froogle.google.com)。1)普通搜索：这些网站通常提供商家广告免费网站索引，并通过把付费广告置于进行搜索的客户之前产生收入。它们并不集中于本地商品促销，从而它们并不提供使商家能够公布他们自己的报价的有效系统，和跟踪产生的源自本地客户的销售交易的手段。普通搜索引擎依据“点击”或其它在线活动对广告主收费，它们并不提供捕捉和跟踪所产生的离线交易的手段。商家根据关键字选择优化活动以及投标的复杂性和成本也阻止缺少所需技能和资源的本地小商家对搜索引擎的广泛使用。2)本地搜索。这些网站提供基于接近度的内容检索和广告。不过，类似于普通搜索引擎，它们并不把基于佣金的系统用于其中收入由离线交易(尤其是如POS的离线交易)推动的在线广告。3)购物搜索在基本功能方面类似于普通搜索，除了这些网站提供办理在线销售的过程之外。对于商家来说，广告仍然是预付成本(upfront cost)，结果不能被追踪到离线发生的实际销售交易(像在本地商店中那样)。

在线目录网站是包括在线黄页(比如Verizon的http://www.superpages.com)和本地信息聚合网站(比如CitySearchhttp://www.citysearch.com)的现有类别。它们中的一些是纸质黄页簿的在线版本，一些是和本地社区有关的辛迪加化信息网站。这些网站具有两层的商家数据(1)联系信息，比如企业名称，地址和联系信息，和(2)更具体的信息，比如简介，评论和一般商品促销信息，用户评论。它们或者对商家免费地生成其内容，或者商家支付列表费用或者按在线活动支付费用以便网站为其做广告。与所需系统相比，这些网站并不具有使广告与实际的销售结果(效果)相联系的系统。另外，除提交联系信息之外，对于商家来说，这些网站不具有公布他们自己的报价的能力，从而使得不可能近实时地显示广告。

在线优惠券网站是另一种类别的现有技术。依据定义，优惠券是关于特定产品或服务的削价。乍看起来，这些网站(系统)和所需系统类似。不过，这些系统是按照这样的方式设计的，以便把商家报价的性质局限于特定的物品或服务，对于所述特定物品或服务，一般提供高折扣作为对会员客户的奖励(会员客户有时会被收取参与couponsaving的“会费”或“会员费”)。相反，所需系统并不把广告报价局限于特定物品或服务，也不要求，或者甚至不鼓励本地商家对其产品或服务过高地打折。相反，所需系统使用佣金投标引擎就与会员商家的企业的每件普通交易回馈客户，并向客户提供许多其它重要的好处，比如可靠的商家评级系统。另外注意许多优惠券服务在销售点要求某种类型的专用条形码扫描器来兑换优惠券和跟踪交易。一些优惠券网站(例如，http://Valpak.com)是离线B2C直接邮寄服务(例如ValPak)的在线版本，仅仅在线公布离线优惠券。这些网站缺少实时报价公布能力。它们也不具有基于佣金的收费结构。相反，其收入来自地列表费用。尽管在线优惠券网站的一些例子正在用基于佣金的费用结构作试验(即，Google press release，March 20，2007)，不过这些网站存在下述缺陷：1)只适用于在线销售，不适用于离线商务，2)把报价局限于主要的销售激励因素是高折扣的特定产品。

在线分类服务：这些服务通常集中于想要出售特定物品(或服务)的单个客户，比如craigslist.com，或者就推销商家业务的网站来说，它们要求预付广告费(非常类似于报纸分类广告)。存在离线(报纸分类广告)向广告主提供在线广告曝露的附加好处的混合模型。这种类别的任意服务都不提供作为佣金或收入模型一部分的POS跟踪。这些服务还不提供客户回馈(即，可兑换现金的忠诚点数)。此外，它们不能使商家按照通用(不特定于物品或服务)的方式，比如目录服务提高其商店的客流量。

另外，出现了与所需系统功能重叠的客户回馈/忠诚计划。它们分为两种类别：1)开环或半开环交易模型，和2)闭环交易模型。这些术语指示客户/会员在与之办理业务的商业公司之外兑换或以其它方式使用他们累积的点数的能力。这种类别的系统包括航线常旅客计划，零售店和加油站常客计划。与这种类别的现有技术相比，所需系统的许多区别之一是商家使用实时报价公布，基于接近度和时间的广告定向，和基于佣金的投票系统来产生和引导系统使用的客流量的能力。

在线社区是与所需系统共有某些性质，不过相当不同的另一种现有技术。在这种模型中，客户的在线社区(例如博客网站(例如，MySpace，http://www.myspace.com)或者用户产生的内容网站(例如，YouTube，http://www.youtube.com)可以支持想法相同的个人交换商家评论。尽管这是该系统用作给其客户的附加好处的关键功能(区别是所需系统的设计培养可靠性和信任的附加值，因为它把输入局限于办理真实购买的客户)，不过这些在线社区并不用于为本地商家传达接近度和时间约束的广告，它们也不向广告主提供基于店内销售佣金的收费模型。

从而，已知系统和方法都不提供基于交易结算的(POS)广告，佣金投标和经纪人安排的在线广告服务的专有基础的计算机化系统，该计算机化提供结合成捕捉客户行动的基于卡的忠诚组件，从而结合成CPT(按次交易成本，尤其是对于离线交易)广告模型的1)在线客户目的地策略，2)辛迪加策略，3)病毒式营销策略。

发明内容

提供一种使用实时的特定商家销售信息的购买交易结算的在线客户推举和回馈系统及方法。所述系统和方法提供其中商家和客户通过发布和查找关于产品或服务的特定的有意义且有用的销售报价，相互吸引的在线服务。所述系统和方法允许商家按照与商家的现有业务管理和通信系统合作的方式，实时地在线公布和更新特定的销售报价，并指引客户和跟踪交易。所述系统提供无风险的客户推举服务，其中在完成购买之后收取服务费，并且允许每个商家确定服务费，所述服务费可以该商家的利润率和市场竞争力为基础。

所述系统和方法的组成功能可包括：(1)佣金跟踪和记账系统：商家向服务提供商支付一部分的销售成交价(“佣金”)，作为传达受广告驱动的推举的报酬，(2)佣金投标系统：商家参与相互间的竞争性投标，抬高佣金率(从确定的最小值开始)，从而为竞争市场情况下更大的推举份额支付费用；(3)实时并且按照需求的商家报价公布系统：一个基于计算机的自助服务系统，该系统与多种商家业务通信渠道(包括web，无线，电话，传真)合作，该系统便利商家创建和提交报价，以便(a)广告宣传特定的产品或服务，或(b)传达非物品或服务特有信息，所述信息用于促进增大商店的客流量(与(a)中推动特定销售物品或服务相比，比如饭店具有客座厨师或音乐家，提供特殊的停车位，加快的服务响应时间。另外，公布的报价可以包含“框架”，所述框架是适用于该报价的许多约束条件，包括时间，地点，目标客户等等。商家公布系统通过利用可从市场上获得的数字地图用户界面，产生近实时的自动化web公布；(5)在线广告定向系统：它使用时间，物理地点和客户提供的输入(来自保存的客户兴趣简介，用户查询或者预先向服务提供商提出的需求)来确定广告相关性，该广告相关性再被用于使广告只以感兴趣的客户为目标；(6)基于计算机的报价传达系统：利用多种个人通信渠道，包括因特网，无线，有线通道，电话，传真和邮件向咨询客户公布针对性的商家报价；(7)交易跟踪系统：该系统简化在销售时或其附近和销售点的基于现金，信用卡或储值交易卡的购买的捕捉和记录；(8)客户回馈/忠诚系统：该系统以向销售商收取的一部分佣金酬谢客户/购买者，还就帮助推举新客户和商家会员回馈客户。

所述系统和方法向客户提供一站式在线空间，其中客户查找满足其需求的销售报价，所述报价指引这些受影响的客户利用任何现有的购买支付手段向公布报价的商家进行购买。通过回馈报告作为使用推举服务的结果的购买的那些客户，所述系统还与客户分享回报。

对于服务提供商来说，所述系统和方法提供便于商家和客户根据有用并且有意义的销售报价产生购买约定，并且容纳在商家销售，客户购买和支付结算方面使用的现有技术和手段。所述系统和方法有效地跟踪由使用推举服务而产生的购买交易，而不需要服务提供商和商家之间的技术集成，也不需要更新商家的现有商品推销系统。

所述系统和方法提供一种使在特定时间和地点寻找特定产品或服务的客户与在特定时间和地点提供所需的产品或服务的商家联系起来的在线市场。所述系统和方法还普遍跟踪在公布报价的商家和受指引的客户之间发生的购买交易，而不管所述交易是在线交易(在网站商店)还是离线交易(在实体零售店)，或者使用的何种支付手段(现金，支票，信用卡/借记卡等)。每个加盟商家决定就通过推举服务完成的每件购买交易向服务提供商支付的服务费，只有在交易完成之后才向商家收费。本发明还与受指引客户(即就客户因为推举服务而进行的每件交易)分享回报，客户获得币值形式的回馈。

附图说明

图1图解说明客户推举和回馈系统的体系结构的例证实现；

图2图解说明当利用图1中所示的系统时的购买交易工作流的例子；

图3图解说明图1中所示系统的交易报告记录的例子；

图4图解说明图1中所示系统的商家数据库图解的例子；

图5图解说明图1中所示系统的客户数据库图解的例子；

图6图解说明图1中所示系统的交易数据库图解的例子；

图7图解说明图1中所示系统的服务模型；

图8图解说明图1中所示系统的辛迪加模型。

具体实施方式

在例证实施例中，本发明是用基于web的客户端/服务器体系结构客户推举和回馈系统实现的，将在这个意义上说明本发明的系统和方法。不过要认识到，本发明的系统和方法具有更大的效用，因为可按照其它方式，借助在该系统的范围内的其它体系结构实现所述系统和方法。

在下面的说明中，陈述了某些细节，以便充分理解系统和方法的各个实施例。不过，本领域的技术人员明白在没有这些细节的情况下，也可实践其它实施例。在其它情况下，未详细显示或说明与计算机和通信系统，通信网络等相关的公知结构和方法，以避免不必要地模糊本发明及实施例的描述。

除非上下方明确要求，否则在下面的说明书和权利要求书中，用语“包含”及其变形应按照开放的包括意义，即“包括(但不限于)”来理解。

说明书中对“一个实施例”或者“实施例”的引用意味结合该实施例描述的特殊特征包括在至少一个实施例中。从而，短语“在一个实施例中”或者“在实施例中”在整个说明书的各个地方的出现不一定指的是相同的实施例，或者指的是所有实施例。此外，在一个或多个实施例中可按照任何适当的方式组合所述特殊特征，以获得另外的实施例。

只是为了方便起见，提供了标题，而不是解释本公开或要求保护的发明的范围。

概述

系统及其组成功能可包括：(1)佣金跟踪和记账系统：商家向服务提供商支付一部分的销售成交价(“佣金”)，作为传达受广告驱动的推举的报酬，(2)佣金投标系统：商家参与相互间的竞争性投标，抬高佣金率(从确定的最小值开始)，从而为竞争性市场情况更大的推举份额支付费用；(3)实时并且按照需求的商家报价公布系统：一个基于计算机的自助服务系统，该系统与多种商家业务通信渠道(包括web，无线，电话，传真)合作，该系统便利商家创建和提交报价，以便(a)广告宣传特定的产品或服务，或(b)传达非物品或服务特有信息，所述信息用于促进增大商店的客流量(与(a)中推动特定销售物品或服务相比，比如饭店具有客座厨师或音乐家，提供特殊的停车位，加快的服务响应时间。另外，公布的报价可以包含“框架”，所述框架是适用于该报价的许多约束条件，包括时间，地点，目标客户等等。商家公布系统通过利用可从市场上获得的数字地图用户界面，产生近实时的自动化web公布；(5)在线广告定向系统：它使用时间，物理地点和客户提供的输入(来自保存的客户兴趣简介，用户查询或者预先向服务提供商提出的需求)来确定广告相关性，该广告相关性再被用于使广告只以感兴趣的客户为目标；(6)基于计算机的报价传达系统：利用多种个人通信渠道，包括因特网，无线，有线通道，电话，传真和邮件向咨询客户公布针对性的商家报价；(7)交易跟踪系统：该系统简化在销售时或其附近和销售点的基于现金，信用卡或储值交易卡的购买的捕捉和记录；(8)客户回馈/忠诚系统：该系统以向销售商收取的一部分佣金酬谢客户/购买者，还就帮助推举新客户和商家会员回馈客户。系统的这些功能由下面参考图1更详细说明的组件和任务提供。图1中所示系统的服务模型示于图7中，而图1中所示系统的辛迪加模型示于图8中。

该系统和方法涉及下述各方：服务提供商，多个出售产品/服务的商家，多个购买产品/服务的客户，和多个结算购买付款的付款处理器(可选)。隶属于该系统的商家(“联营商家”)实时地向服务提供商公布和更新其特定的销售报价。客户从服务提供商查找在所需的时间和地点满足其需求的特定销售报价。接受商家报价的客户(“受指引客户”)随后被指引到商家那，以购买所需的产品或服务。服务提供商跟踪联营商家和受指引客户之间的购买交易。服务提供商就源于推举服务的每个结算的购买交易，向基于推举销售产品/服务的联营商家收取服务佣金，并使用一部分的服务佣金酬谢通过推举服务购买产品/服务的受指引客户。

图1图解说明交易结算的客户推举和回馈服务系统和方法的组成结构。在最高层，系统由三个组件构成：服务提供商组件101和两个远程组件-商家组件201和客户组件401。这些组件中的每一个在下面简要说明，随后在后面更详细地说明。

在例证实施例中，图1中所示的组件、单元和模块是利用软件实现的，其中每个模块、组件或模块具有多行计算机代码，当被处理单元执行时，所述多行计算机代码执行下面描述的功能和操作。在例证实施例中，服务提供商组件101(及其单元和模块)被实现成具有一个或多个处理单元，存储器和连接的一个或多个服务器计算机，其中服务提供商组件101的元件的计算机代码由所述一个或多个服务器计算机的处理单元执行。在例证实施例中，商家组件201被实现成计算机系统(位于商家地点，如果商家支持这种界面)，所述计算机系统执行商家界面203的计算机代码，以实现该商家界面，不过商家组件201也可以是允许商家与服务提供商交互的电话线或传真线路。类似地，客户组件401可以是显示用户界面，比如通过利用典型的浏览器应用程序显示用户界面的计算机系统，所述浏览器应用程序执行多行计算机代码(在例证实施例中，HTML代码)，以实现客户界面403。

1.服务提供商组件101

这是系统的主要功能组件。服务提供商使用该组件与远程组件201和401交互作用，并达到系统的目的。

2.商家组件201

该组件是在商家地点运行的远程组件，便利多个商家501中的每一个与服务提供商组件101之间的所需通信。

3.客户组件401

该组件是在客户地点运行的远程组件，便利多个客户502中的每一个与服务提供商组件101之间的所需通信。客户是能够购买并负担商家提供的商品和服务的费用的个人。对于服务提供商来说，在向系统注册之后，客户变成会员客户。一旦系统验证会员客户，那么该客户成为登录客户。登录客户是能够执行下面描述的与系统有关的所有支持的客户任务的客户。

组件结构

I.服务提供商组件101

服务提供商组件包含三种服务：商家服务111，客户服务171和交易服务151。下面更详细地描述这些服务中的每一种。

1.商家服务111

这是服务提供商组件101中，负责通过由商家501直接使用的商家组件201服务商家(由商家501表示)的模块。商家服务与远程商家组件201通信，以完成下面说明的商家服务任务。

A.商家任务

i.商家注册任务

在商家能够利用该系统公布其报价之前，要求商家利用作为商家前端112一部分的注册模块121进行注册。通过该注册过程，商家向服务提供商提供和商家及企业有关的时间不变信息，包括(但不限于)企业名称，位置，联系方式，业务说明等。一旦注册，那么该商家就成为联营商家，并为其创建商家账户和简介。在该一次性注册之后，商家使用他自己的凭证(比如唯一的商家ID和密码)向服务提供商鉴别他自己。

ii.销售报价编辑任务

联营商家(通过商家前端112中的报价编辑模块122)公布或更新他的特定于特殊地点和时间的销售报价。他可在需要时在任意时间公布或更新他的销售报价。例如，西雅图饭店成员能够在午后编辑为当前晚上特设的晚餐的报价。所述报价可包括菜名，说明，图像，今日特价，和提供该特价菜的时间。服务提供商运行自动批准过程，批准的报价被实时向客户公布。

iii.服务佣金指定任务

在能够向客户公布任何销售报价之前，要求商家通过商家前端112的佣金指定模块123，指定每件交易的服务佣金。服务提供商就从受指引客户到该商家发生的每件购买交易，向联营商家收取指定的佣金。联营商家能够在任意时候更新(重新指定)服务佣金。服务提供商可公布关于每个商家的下限最小值，或者可依据商家行业类型，商品促销类型，销售地点，或者它们的组合公布所述下限最小值。

佣金投标

在一个实施例中，可利用佣金投标过程来确定服务佣金。投标过程允许服务提供商(SP)规定销售佣金的多个最小值。默认地，源自会员商家的每件合格销售都会被收取预先规定的最小佣金。每件销售的佣金可根据一条或多条下述标准来规定：1)费用的种类，所述费用的种类至少可包括a)基于交易值一定百分比的佣金；或者b)与实际的交易值无关，作为每件交易的固定费用的佣金；2)商家位置，所述商家位置可具有位置层次，比如a)国家＝US；b)州＝华盛顿州；和c)城市＝Redmond，对于每个位置，SP能够规定特定的最小佣金；3)商家业务类别，所述商家业务类别可具有类别层次，例如1级＝汽车，2级＝修理和3级＝车身修理；4)时间周期，以致SP能够在任意指定时间改变最小佣金，比如工作日＝1％，周末＝2％，并且能够存在一起作用的多种时间维，比如维1：周日，维2：部分工作日等等；和5)销售或买主的种类(目标佣金)，其中SP支持商家选择不同的目标佣金，比如对于每次买卖支持相同佣金的常规买卖佣金，和对于每个新客户向SP支付更高佣金的新买主佣金。

系统许可每个服务提供商(SP)允许和鼓励本地商家把他们的佣金抬高到规定并且应用的最小佣金值之上，以获得优先的客户推举。通过记入客户的会员卡，这些佣金的一部分也可作为服务的忠诚奖励与客户共享。例如，假定存在两个彼此相邻，提供相同种类和质量的食物，并且服务质量相同的中餐馆A和B。此外假定中餐馆A和B向SP表示他们将分别为源于被推举客户的每件销售支付2％和1％的佣金。当在附近的客户搜索“中餐馆中的特价午餐”(假定中餐馆A和B的特价午餐类似)时，由于SP预期从中餐馆A获得更高的佣金，因此与向中餐馆B提供的相比，SP选择更强烈地向进行搜索的客户推荐中餐馆A(例如，显示顺序方面更高的排序，或者次数更多的广告显示印象)。这种优先推举的多种方式中的一种是在基于数字地图的用户界面上更突出地显示中餐馆A的报价。如果进行搜索的用户正在使用文本搜索，那么SP能够在返回的结果列表上把中餐馆A排列在中餐馆B之前。该服务允许商家在任何时候利用任何支持的发布方法(即，web界面或者呼叫中心)更新其给SP的佣金。该服务还提供佣金优化支持，其中SP可提供反映当前市场竞争和客户行为的业务情报资料，以不断帮助会员商家优化(选择最佳的佣金结构和佣金值)，以使销售额最大化。提供给商家的资料应被聚合，并且只包括保护客户隐私的匿名信息。例如，SP可建议商家把其佣金提高到市场平均值，以增大销售额。

iv.业绩和业务情报(BI)报告任务

服务提供商(利用商家前端112中的报告和BI模块124)向联营商家提供两种级别的报告：业绩报告和BI报告。业绩报告是给联营商家的标准级别的报告服务，该服务集中于发布的销售报价的业绩(比如源自受指引客户的交易的数目)。

BI报告是高级别的报告，它包括关于竞争者，客户和销售额的市场情报。例如，BI报告向每个联营商家提供每个报价相对于源于相同商家的其它报价的有效度量。该报告还相对于相同市场中商家的竞争者，评估该商家指定的佣金的有效性，帮助联营商家调整服务佣金(如果需要的话)。

v.记账任务

该任务(利用商家前端112中的记账模块125实现)使服务提供商能够就源自受指引客户的成功购买交易，对联营商家记账。一旦服务提供商确认在联营商家和受指引客户之间完成的成功交易，就执行该任务，以便向产生销售的联营商家收取预先规定的服务佣金。

B.商家服务功能模块

如图1中所示，商家服务111由一起工作，以完成上面提及的商家服务任务的三个功能模块组成。这些模块是商家前端112，商家管理模块113和商家数据模块114。

i.商家前端模块112

这是商家通过其与服务提供商的商家服务交互作用，从而完成上面提及的商家任务的模块。它包含用于每种商家任务的一个功能单元，即，

a.注册单元121

该元件允许商家自己向系统注册，并成为商家会员(aka联营商家)。注册单元可以用软件来实现，并且可以执行注册步骤，所述注册步骤包括利用所有者凭证创建商家账户。该单元还允许联营商家创建多个业务合伙人，并向他们指派凭证。在该注册中，商家签约还指定交易跟踪选项，比如信用卡终端跟踪，服务提供商自己的虚拟终端跟踪，人工跟踪等等。在该过程中，建立了记账程序，以致服务提供商能够恰当地收费和提取所获得的佣金的资金。

注册过程还包括初始化步骤，在初始化步骤中，注册商家创建业务简介，初始设置佣金和客户回馈计划。在该注册过程中，新的商家还可选择创建和发布任何特殊报价，以及创建和发布完整的商品目录(命名为系统中的常规报价)。

注册元件和所有支持的商家界面203一起工作，包括在桌上型计算机和移动设备上经由因特网。除了上面说明的例证的软件实现之外，商家还可使用其它业务通信手段(比如电话传真，或者邮件)进行辅助注册，其中服务提供商代表签约商家近实时地，比如通过电话，或者离线地或近实时地，比如当通过传真或邮件收到商家填写的纸质表格时，完成实际注册。从而，商家选择由商家可以使用的商家接口203限定的最简易的途径向服务提供商注册，以致具有不同界面的商家，包括在线商家和离线商家可以使用该系统。

b.报价编辑单元122

该元件可以被实现成系统软件的组件，允许商家按照自助模式创建、更新和发布他们的报价。报价可以是静态的企业简介，半静态的常规商品信息，和动态的(随时间变化的，或者只在规定的时间内有效的)特殊报价。可按照多种格式实现报价编辑软件，以适应支持的商家界面203，包括web和移动发布。另一方面，可按照现场(live)辅助模式实现报价编辑软件，例如当在商家利用商家界面203完成报价或与之关联的约束条件的发布的时候，服务提供商通过呼叫中心，借助电话呼叫帮助商家时。通过这种辅助模式的商家自助发布，不要求发起商家访问因特网，从而使得离线商家(没有任何web或因特网的实体零售企业)仍然能够通过利用他们的系统而受益。

c.佣金指定单元123

这是系统中的允许商家在任意时候对由服务提供商会员客户产生的每件后续合格交易，指定和更新他们的佣金提议(在指定的一组约束条件内)的元件。和迄今描述的其它系统元件一样，佣金指定软件可以支持多种商家界面203，比如通过因特网或者通过移动设备。

除了按照商家自助模式工作和被实现成基于软件的服务之外，该系统元件也可按照服务提供商辅助的模式工作，其中服务提供商代表始发商家创建或更新佣金。例如，作为使用服务提供商软件的一种备选方案，商家可以仅仅使用他的电话机(或者传真机)联系服务提供商呼叫中心，并口头更新他的佣金提议(所述佣金提议作为对其账户的改变被输入服务提供商数据库中)。

d.报告和BI单元24

这是系统中的为会员商家生成业务报告，对所有记录的数据进行数据挖掘，并根据所保存数据的自动分析向商家提出如何改进其销售的建议的元件。该元件覆盖商家销售交易簿记和优化。

基本报告可以覆盖交易和关联的促销报价活动，指定或建议它们的因果关系(所述因果关系可以基于统计方法和/或基于时间的联系)。基本报告覆盖商家销售，佣金收取，客户回馈，报价生成/更新和上述内容之间以计时为基础的关系。通过进一步挖掘记录的历史数据，能够产生高级报告/情报。根据该分析(情报)，服务提供商能够向商家提出销售优化建议。例如，提供商可建议商家提高他们的佣金报价，以便作为挡开竞争者的一种手段驱动更高的客户流量。基本(标准)报告和BI(高级报告)都可收费或不收费地提供。

e.记账单元

这是负责计算，收费和从会员商家收取佣金的系统元件。它可包括实时收费(交易时收费)和延迟/批量收费(例如，重复每月记账)。在实时收费情形下，系统直接在发生合格交易的时候收取恰当的费用。在离线收费情形下，系统记录销售商家应付的佣金，并定期地向商家收取费用。

对于每个会员商家，记账单元的这种能力取决于该商家使用的第三方支付处理器。记账单元125和多种支付处理器504实现一起工作。在实际记账中，它可以和(而不限于)信用卡处理器，借记卡处理器，预付费卡处理器，电子支票处理器，第三方成员处理器，连网的销售点(POS)系统等一起工作。在离线记账中，它可以和(而不限于)现金，纸质支票，不连网的POS系统等一起工作。

ii.商家数据模块114

该模块包含保存商家服务的数据的永久数据库。特别地，该子模块包含用于服务商家的一批数据集。保存的数据由商家管理子模块113管理，并满足商家前端112子模块中的系统元件的数据需求。图4中表示了例证的商家数据库图解的一个例子。商家数据模块的成员数据库可包括：

a.简介数据库141

该数据库保存通过注册过程获得的不随时间变化的商家数据。更具体地说，这是保存商家账户和简介信息的数据集，包括(但不限于)所有者账户和凭证，合伙人账户和凭证。企业简介数据包含很少频繁变化的企业描述，比如企业名称，位置，标志，营业时间，联系信息等等。该数据集还保存商家设置的交易跟踪和记账配置。该数据集还可保存商家评级和/或商家“推荐”。这些可由已与特定商家完成有效的销售交易的客户发布(以使错误的或者欺诈性的评级条目降至最少)。商家评级(或者“推荐”)可以在服务提供商网站，或者在建立的第三方社交网络，比如http://www.myspace.com中按照多种方式在客户之间共享。

b.编辑报价数据库

该数据库保存由联营商家编辑的所有销售报价。当更新其报价时，商家还对该数据库进行写操作。该数据集保存至少两种报价的描述和状态：常规报价和特殊报价。常规报价是描述定价较少变动(即使有的话)的较少变动的产品或服务项目的数据项。例如，常规项目的集合可以是食物和饮料服务行业的菜单，零售目录等等。

编辑报价数据集还可包含特殊报价，所述特殊报价是商家的具有有限有效时间的短期报价。商店关门之前当天牛奶的临时降价是特殊报价的一个例子。

应注意报价可以依赖于也可不依赖于定价或定价变化(折扣等)。报价可以是吸引客户到企业的某一场所的任何消息。它可包含商家用于提高客流量的一般性的非物品或折扣关联信息(例如，免费热狗)。一般的促销的另一例子是饭店所有者发布免费停车或者特殊的客座厨师的提议。

c.佣金数据库143

该数据库保存由联营商家指定的服务佣金。该数据集包含由会员商家编辑的一批佣金指定。佣金指定设置将由服务提供商向销售会员商家收取的钱数，所述钱数可以是合格的销售交易的某一百分比，或者是每件交易固定的数值。它还包括一组交易限制标准，比如时间周期，目标销售额，目标买主等等。一个实例可以是每个销售交易1％的佣金，另一种实例可以是每件交易＄5.00-它也可以在时间上局限于某一时段，比如只适用于在规定的日历日期之间发生的交易。可以存在佣金指定的其它实施例，只要作为给销售商家带来销售的结果，服务提供商获得付款即可。

总之，服务提供商可要求每种佣金指定的最小佣金值。例如，提供商可以要求不小于1％或＄5.00中较大者的最小佣金。系统允许商家抬高其佣金指定，以便获得优先的客户推举。本质上，当商家A向提供商表示更高的佣金，并且假定所有其它条件都相同时，与商家B相比，提供商会更强烈地向客户推荐商家A。

d.业绩数据库144

商家服务不断跟踪发布的报价的各个方面的业绩，并把业绩数据保存在该数据库中。该数据集包含商家业务业绩数据，包括(但不限于)下述：交易记录(源自交易的处理数据161)，买主数据，报价发送数据销售事件和报价事件的因果关系(沿着时间维和其它维)。除了原始记录之外，它还可以包含导出的更高级别的BI数据和结论。

e.记账数据库145

这是保存每个联营商家的记账相关数据的数据库。

iii.商家管理模块113

这是商家服务111的中心功能模块，其中实现所有所需的逻辑和处理，以完成商家任务。该模块从商家前端模块获得商家输入，并把商家约束的信息发送给商家前端模块。另外，该模块从商家数据模块114中的数据库读取不变的商家数据，并把不变的商家数据写入商家数据模块114中的数据库中。

当需要时，该子模块控制由商家前端中的不同元件执行的任务的工作流。它还集中管理商家服务111模块的数据安全和保密的数据操作。该子模块的另一种功能是与服务提供商组件101的其它模块中的对等管理子模块，即交易管理模块159和客户管理模块173通信，以便当需要时实现数据传送和任务同步。

证明该子模块的流程控制的一种简易验证例子是禁止试图使用商家界面的非注册用户执行商家-会员专有任务，比如报价编辑122，报价指定123，报告&BI 124，和记账125。

服务提供商管理员也使用该子模块集中管理商家服务111。另外，服务提供商的商家支持团队通过该管理子模块工作，以帮助商家，以及按照提供商辅助模式完成与商家有关的任务。

在构成本说明书一部分的附录A中提供了如上及如下所述的服务的商家流程和商家用户界面的各种示例。

2.客户服务171

客户服务帮助客户查找所需的报价，并指引客户从作出该报价的联营商家购买服务/产品。它还根据客户完成的购买交易回馈客户。客户服务执行三项与客户有关的任务，即，注册，推举和回馈。服务提供商通过在客户一方运行的客户组件401，借助该模块服务客户(表示成客户502)。

A.客户任务

i.客户注册任务

愿意获得回馈的客户利用作为客户前端172的一部分的注册模块181自己进行注册。通过执行该任务，服务提供商为每个注册客户创建一个保密账户。一旦注册，客户就使用其账户凭证向服务提供商鉴别他自己。注册客户具有从服务提供商获得回馈的资格。在注册期间，客户可以具有请求服务提供商直接把回馈转发给他/她指定的第三方存款账户(例如银行账户)，授权慈善机构或者某一其它合法捐款的选项，所述某一其它合法捐款甚至可以包括购买服务提供商业务的参与股权。通常，客户会选择(系统默认)把其回馈作为折扣花在未来自网内联营商家的购买上。

ii.客户推举任务

该任务(利用客户前端172中的推举模块182实现)接受和处理描述需求(或者物品搜索请求)的客户输入，包括需求的产品或服务类别，时间和地点约束条件等等。该任务随后搜索发布的报价，并向客户返回最匹配的报价。服务提供商随后(通过用户界面)提供多种方法把客户导引到商家的物理地点，或者就服务提供商来说(即，水管服务)，系统可把商家导引到客户的地点。

iii.客户回馈任务

一旦服务提供商确认(证实)在联营商家和受指引客户之间发生了有效的销售交易，就执行客户回馈任务，以币值酬谢进行购买的客户。

B.客户功能模块

客户服务由四个功能模块组成：客户前端172，客户管理模块173，商家数据模块174和客户数据模块175。

i.客户前端模块172

这是客户服务用于与客户交互的模块。它包含三个功能单元，每个功能单元服务上面提及的客户服务任务之一。

a.注册单元181

这是客户与之交互以登记其唯一的标识和账户信息的前端组件。该功能还把客户的会员卡上的唯一标识号固定到客户的账户上，并且用于跟踪客户的卡的来源，以致服务能够跟踪把客户指引到该网络中的来源(推广商家和客户会籍推举的奖励回馈系统的关键部分)。这种过程中的数据流的一个例子是：账户创建，会员创建，回馈分发设置，和会籍交换。

在这种实现中，新用户首先创建客户账户。他随后可以向该账户增加一个或多个个人会员。会员共用该账户，但是被分配不同的会员ID。由于在相同的账户中，他们可以共同地把其回馈汇聚在一起。在该步骤，客户能够设立其ID别名，比如使用其电话号码或者电子邮件地址作为正式会员ID的别名。下一步是使服务提供商知道为该账户分发回馈的途径。服务提供商支持回馈分发的途径多种多样，包括(但不发于)把回馈用于下一次的购买。还可存在多种子选项，例如：a.闭环交易限制，即，只在发出回馈的商家把回馈用作未来的折扣；b.开环交易，即还在其它网内商家把回馈用作未来的折扣，以现金的形式分发回馈，以指定金融机构的直接存款的形式分发回馈，把回馈寄至第三方，比如授权的慈善团体，指定的储蓄账户，彩票池，投资(包括(但不限于)服务提供商中的股权购买，等等)。

该实现中的最后一步是会籍交换。通过完成该步骤，会员客户的会籍怀其它客户网络中的会籍(例如，信用卡，杂货卡等)相联系。当进行合格的购买时，注册的信用卡或杂货卡可被识别，并用作会员会籍的证明。

b.推举单元182

这是客户与之交互，以便跟踪和证实指引他们加入该系统的人(客户或商家会员)的身份的前端组件。该元件利用商家数据，(例如通过客户界面403)发出的客户要求，保存在客户数据模块175中的客户简介数据集来查找匹配的商家和报价，并把所得到的信息传给客户。如果客户对报价感兴趣，那么他可前往该商家的物理地点进行购买。

推举单元182使用的商家数据包括简介数据，回馈级别(为指定佣金的一部分的回馈)，报价(常规报价和特殊报价)，以及其它商家人口统计数据和购物行为数据。

系统获得的客户需要(需求)数据可以包括：项目描述(表述成关键字或概念)，位置接近度(人工输入或者在运行客户界面403的计算设备上探测)，何时(指示什么时候需要该项目的时间约束条件)，(产品或服务搜索的)价格区间，(销售商和/或提供的产品/服务的)评论/评级等等。可以允许用户定制或设置用户界面的使之适应用户喜欢输入数据的方式的优先选择(即，可以设置默认字段值，重排输入表等等)。

客户需求可以是给出的或捕捉的。客户向服务提供商提交的需求被认为是“给出的”；而由服务提供商探测的需求被认为是“捕捉的”。

可以应用多种数据挖掘(DM)和信息检索(IR)算法依据指定的需求对报价和商家排序。在该系统中，这种算法考虑的一个因素是商家的佣金指定。与对于类似的项目或服务，提供较低佣金的商家报价相比，服务提供商更强烈地提升客流量(或者更频繁地或更突出地显示商家的广告)。

推举单元182可以支持“软推举”和“硬推举”。当在会员商家和会员客户之间完成销售交易时，软推举被认为成功和有效，而不管该交易是否是特别广告的项目或服务的直接结果。相反，在能够进行交易之前，硬推举向商家要求特定报价的证明。商家可以确定使用哪种推举手段；该信息可发布给客户。

c.回馈单元184

这是关于回馈任务与客户交互作用的前端组件。该组件还负责与客户指定的回馈存放处505(例如，银行账户)电子传送或转交客户回馈。特别地，该系统元件根据每个客户的合格购买执行客户回馈程序。在一种实现中，提供商规定回馈和佣金之间的固定比例。即，提供商总是把从会员销售商获得的佣金的一部分返回给进行购买的会员客户。为了举例说明起见，在本申请中我们假定该比例为1/3。在这种实现中，回馈步骤如下进行：

1.会员客户与会员商家进行合格的购买。

2.服务提供商以预先规定的标准或比例向销售商收到佣金。

3.销售商支付佣金。

4.服务提供商把获得的佣金的1/3转给进行购买的客户，作为他在步骤1中产生的购买的回馈。

回馈单元184还把由客户获得的回馈分发给指定的回馈存放处505，如在客户注册元件181中规定的那样。

ii.商家数据模块174

客户服务中的商家数据模块保存源自商家发布的报价191的数据，所述数据被用于答复客户请求，导致对合格商家的推举。该模块还可以包含由客户相关任务使用的商家数据的高速缓存。图5中表示了客户数据库的数据库图解的一个例子。该模块包含公布报价数据库191，它是商家服务111的商家数据模块114中的编辑报价数据库142的物理或逻辑副本。它包含由服务提供商证实的客户可以获得的报价。

iii.客户数据模块175

这是客户服务171下的另一数据子模块，包含客户简介和行为数据。它还可保存不变的客户数据，包括两个逻辑数据库：客户数据库192和回馈数据库193。

a.客户数据库192

该数据库包含注册客户的信息，包括简介，账户凭证，回馈存放处指定等。它还可包含随着时间的行为数据，以及得出的企业情报资料和发现。

b.回馈数据库193

该数据库包含从服务提供商收到回馈的注册客户的回馈历史。该数据集包含回馈记录，代替保存在交易162数据集中的交易数据。该数据集提供客户回馈的基础。

iv.客户管理模块173

该模块是客户服务171的中心管理模块，其中实现所有与客户相关的逻辑和算法。它与客户前端模块通信，以便从客户获得数据并向客户发送数据。它还为其上层的客户服务151模块集中管理数据安全和保密方面的数据操作，从而读写商家数据模块174和客户数据模块175。客户管理模块还与服务提供商组件101中的系统的其它成员服务，即商家管理模块113和交易管理模块173通信，以便在需要时实现数据传送和任务同步。例如，该模块与商家服务111中的商家管理模块113连接，以使公布报价数据库191与编辑报价数据库142同步，以及把信息从客户数据模块175传给商家服务，以便进行商家报告和记账。客户管理模块还具有与交易服务151的交易管理模块159的直接连接，以便进行与交易/客户相关的数据交换。

服务提供商管理员还使用该子模块集中管理客户服务171。另外，服务提供商的客户支持团队通过该管理子模块工作，以帮助客户，以及按照提供商辅助模式完成与客户相关的任务。

在构成本说明的一部分的附录B中提供了在上面和下面说明的服务的客户流程和客户用户界面的众多例子。

3.交易服务151

在本发明的优选实施例中，服务提供商不控制或拥有实际的购买交易；在服务提供商组件101之下的该系统模块处理商家和客户之间的购买交易。销售商和购买用户能够借助任何支付手段(现金，支票，信用卡，借记卡等)在任何地点(在线或离线)完成购买交易。不过，系统跟踪，证实和记录在联营商家和注册客户之间发生的那些合格交易，以便服务提供商正确地向销售商收取佣金，并把一部分的佣金作为回馈奖励传给购买客户。交易服务由跟踪，证实和记录合格交易的下述任务组成：

A.交易任务

i.交易结合任务

该任务(利用作为交易前端模块152的一部分的结合模块153来实现)通过多个支付处理器504结合交易跟踪与电子支付结算手段。支付处理器可以为商家所有，或者由第三方支付清算所拥有，或者是在线或移动支付服务提供商。征得联营商家的同意，服务提供商执行交易结合任务，以结合交易服务和商家使用的任意/全部的电子支付处理器。一旦被结合，服务提供商立即跟踪发生的由结合的结算器结算的交易。

注意，系统还跟踪通过未与服务提供商结合的支付系统的交易。结合的跟踪在发生交易的时候实时地捕捉交易，而在非结合跟踪的情形下，购买客户可在交易发生之后报告发生的交易。

ii.交易跟踪任务

该任务(利用交易前端模块152的跟踪模块154来实现)跟踪在联营商家和受指引客户之间发生的购买交易。当支付处理器与交易服务结合时，处理器自动地把合格交易的信息传给交易服务。例如，假定该任务与信用卡支付清算所结合。这种情况下，当所有交易由该清算所结算时，服务提供商立即跟踪所有的交易。

该任务还跟踪其支付手段不是电子支付手段，或者未与服务提供商结合的那些购买交易。系统使客户发起的跟踪方法更容易，其中购买客户(或者代表客户的销售商)在支付已被结算之后，向服务提供商报告发生的交易。

通过支持结合的交易跟踪和人工交易跟踪，系统能够向所有商家和客户提供它的服务，而不管具体的支付结算手段。

iii.交易确认任务

一旦交易跟踪任务报告了购买交易，那么购买交易就被转给交易确认任务(利用交易前端152中的确认模块155来实现)，以确认交易。为了使欺诈性的交易报告降至最少，该任务是必不可少的。在该任务中，系统的服务提供商根据报告的交易信息，测试跟踪的交易的真实性。

iv.交易记录任务

该任务(利用交易前端152中的记录模块156来实现)从交易确认任务接收确认的交易的信息，并把关于该交易的信息记录在永久的交易数据库中。在服务提供商记录交易之后，服务提供商关于服务费对销售商记账，并以币值酬谢购买客户。

B.交易功能模块

交易服务组件由执行上述交易任务的那些模块组成：交易前端模块152，交易管理模块159和交易数据模块161。

i.交易前端模块152

该模块与商家，客户和支付处理器交互作用以便跟踪交易。这是包含一组系统元件的系统子模块，它与商家组件201，客户组件401和支付处理器504通信，以便跟踪，确认和记录销售交易。它包含分别用于对应的交易任务的功能单元：

a.结合单元153

该单元与支付处理器504结合，以便实现自动化的交易报告，并且包含多个软件模块，每个软件模块与不同的支付处理器504合作，以便跟踪通过支付处理器504进行的合格交易。例如，结合元件可与第三方信用卡终端，提供商自己的跟踪终端，和人工现金交易合作，并跟踪在之上发生的交易。在支付处理器硬件中可以嵌入多个软件。该元件确保使用中的支付处理器正确地与跟踪元件154合作。

b.跟踪单元154

该单元与支付处理器504合作实现自动交易跟踪，或者通过客户界面403与客户合作，并通过商家界面203与商家合作实现人工交易/销售跟踪。它具有三种类别的实现：经由商家界面203自商家的直接跟踪，自第三方支付处理器504的间接跟踪，和自客户界面403的直接跟踪。

商家可以使用提供商供给的商家界面203跟踪销售交易。在这种情况下，跟踪元件154直接从商家界面203接收经验证的交易数据。

跟踪元件154也可以和多个第三方支付处理器合作。在这种情况下，在支付处理器与结合元件153结合之后，它从支持的支付处理器504接收交易数据。跟踪元件通过确认元件155抽吸数据。通过结合单元153，跟踪元件与多个支付处理器504合作。

跟踪元件154还可以和客户界面403合作实现交易跟踪。在本节的后面将涉及一个例子。

跟踪软件支持两种交易跟踪，实时的或离线的。在实时跟踪中，在发生交易的时候，运行于支付处理器504上的软件把必要的数据传给跟踪元件154。所有后续选项(确认155，记录156)也实时发生。最终效果是当交易发生时，该交易被跟踪，确认和记录。实时交易跟踪要求软件集成。

另一种跟踪154是离线跟踪，它可以要求也可不要求软件集成。例如，就销售商和购买用户之间的现金交易来说，服务提供商可以在客户界面403中实现一组用户界面，以便在因特网或移动设备上工作，以致在交易发生之后，买主能够通过网页、电子邮件或者移动设备上的短信息向提供商报告发生的交易。

c.确认单元155

该单元通过根据从跟踪单元转发的报告的交易数据，对照该交易数据进行必要的确认，测试跟踪的交易的真实性，以使可能的欺诈降至最少。它对照已知的并且可信的保存数据对接收的数据进行交叉核对。

作为一种可能的实施例，下面举例说明人工交易的确认算法。

1.提供商发给商家一组粘贴标签，每张标签印有唯一的标签编号，并且具有有效期。

2.当商家向会员客户进行销售时，他把这样的粘贴标签给予买主。

3.买主客户稍后在客户界面403上登录系统，并利用获得的标签编号，可能还有销售商的名称和大约的购买日期和时间，在线填写表格，报告该购买。

4.客户界面403把(从买主)报告的交易数据传给跟踪元件154。

5.跟踪元件154把数据传给确认单元155。

6.确认单元155对照交易数据集交叉核对接收的数据(标签编号，选择的商家和大约的购买时间)，所述交易数据集包含标签编号，发行商家，和该标签编号的有效期的原始记录。

7.当任意交叉核对失败时，确认单元155将使报告的交易无效。

注意在本实施例中，商家只能够用固定的币值指定佣金，因为成交价格既未报告，又未被确认。

当交易数据源于第三方支付处理器504时，支付处理软件为确认单元155传递必要的标识/凭证数据(例如，处理器设备ID，当处理该交易时使用的合伙人/所有者账户，客户会籍等等)。在销售价格可被跟踪和验证的情况下，商家可以用销售价格的百分比指定佣金。

d.记录单元156

该单元把确认的交易记录在回馈数据库13中，以便能够实现商家记账和客户回馈。特别地，该元件把交易记录，连同依据确认结果报告的其它必要的环境值，比如记录时间等写入交易数据集162中。

ii.交易数据模块161

这是交易服务151下的数据子模块，用于把与交易相关的数据保存在下述数据库中：

a.交易数据库162

保存的交易记录由商家服务111和客户服务171使用。图6中表示了交易数据库图解的一个例子。商家服务把交易记录用于商家报告和记账，而客户服务使用这些记录回馈受指引客户。特别地，该数据包含接收自跟踪单元154，并由确认单元155和记录单元156处理的交易记录。

iii.交易管理模块159

该模块是实现所有交易处理逻辑和过程的中心管理模块。该管理模块管理前端模块，并与前端模块通信，以接收，确认和记录交易信息。它还为交易服务模块151集中管理数据安全和保密方面的数据操作，从而读写交易数据模块，以存取交易记录。该子模块的另一种功能是与服务提供商组件101的其它模块中的同类管理子模块，即，商家管理模块113和客户管理模块173通信，以便在需要时实现数据传送和任务同步。

服务提供商管理员还使用该子模块集中管理交易服务111。

II.商家组件201

商家组件是在商家一方运行的远程组件，起商家501和服务提供商之间的交互桥梁的作用。它由商家界面模块203组成。这里，商家被定义为企业的所有者，或者所述所有者的企业合伙人。在登录之后，企业所有者能够执行商家服务111中支持的所有任务。在向商家服务111证明他们自己之后，企业合伙人只能执行交易跟踪。对于服务提供商来说，在注册之后，商家成为会员商家。一旦系统验证了会员商家，就认为该商家已登录。登录的商家是能够执行所有支持的商家任务的商家。

1.商家界面模块203

该模块直接与商家及商家的业务系统交互作用。它还与商家前端112通信以完成商家任务。

商家可以使用该模块的与他和/或其业务管理系统相一致的一种或多种实现。模块实现可以是安装在商家终端计算机上的有形实现(例如Web UI)，或者可以是商家牢记的无形实现(比如服务提供商的电话号码)。这种商家界面的另一种实现可以是与商家的计算机化业务管理系统合作，并与服务提供商通信的商家一方的程序。

该组件还提供可编程实现和人工实现，以便与跟踪单元154合作，使商家能够人工报告交易。

该元件包含供商家与商家服务111交互作用的多个用户界面。这是与商家前端112合作，进行商家注册，报价编辑，佣金指定，报告销售，报告和记账的用户界面。

该元件由商家501使用，并在商家501使用的现有业务通信通道上与商家服务111通信。该元件可被实现成软件，或者以硬件的形式提供。

对于把因特网用于业务通信的商家，该元件可被实现成一组网页或一个网站。对于不具有商用(或者个人使用)因特网接入的商家，在该元件中，可以使用电话机和传真机作为商家界面。

III.客户组件401

客户组件是在客户一方运行的远程组件，简化客户502和服务提供商之间的通信。它由客户界面模块组成。

1.客户界面模块403。

该模块直接与客户交互作用，并与位于服务提供商一方的客户前端172通信，以便完成系统的客户任务。该模块具有适合客户使用的不同通信技术的多种实现，从那些有形的实现，安装在客户的计算机/设备上的软件(比如Web UI，移动UI)，或者发给客户的嵌有必要软件的硬件(例如，专用设备)，到无形的实现(例如呼叫服务提供商的电话号码)不等。客户选择该模块的对其来说最适合的一种或多种实现。客户还使用该界面与交易跟踪单元154交互作用，以便自己报告交易。

更具体地说，该元件包含供个人客户用于与客户服务171交互作用的多个用户界面。这是与客户前端172合作，以执行诸如客户注册，推举(查找所需的产品/服务)，报告购买，和获得合格购买的回馈之类任务的用户界面。该元件的所述多个用户界面可以和多种个人通信通道一起使用，通过所述个人通信通道，客户能够与服务提供商联系。这些通道包括(但不限于)因特网，无线网络和电话网。

移动广告，有线电视广告和地图显示

该服务和系统可以产生显示给系统的客户，并向客户呈现报价的移动广告，有线电视广告和带广告的地图显示。移动广告可以通过web出现在移动设备中(其一个商用例子位于http://air2web.com)。有线电视广告的一个商用例子是Comcast Classifieds ON DEMAND，其中有线电视观众使用其遥控器在Comcast′s ON DEMAND服务查看本地汽车清单。上面描述的服务可以把由第三方提供的移动和有线电视广告用作使客户收到商家报价的广告投递通道。

该服务还可以使用带广告的数字地图显示向客户呈现报价。许多商用数字地图服务提供商(特别地，Microsoft Virtual Earth http:// local.live.com和Google Earth http://local.google.com)允许商家在他们的信息贴在地图上。在这些典型系统中，显示在地图上的商家信息保持在联系信息层面，不过一些地图提供商允许从地图到商家网站的链接。上述服务能够使用带有服务广告的这些现有地图显示系统。在该系统的一个实施例中，服务提供商可托管地图应用程序，使用地图API在地图上覆盖报价数据(自助托管模式)。在另一实施例中，提供商可把报价传给第三方拥有的数字地图(例如Google自己的地图网站)，并让第三方向客户呈现报价(辛迪加模式)。在该服务中，可以考虑到特定于本地购物的搜索显示地图广告(服务支持更多并且具体的参数，比如时间段和价格区间)，并且地图广告支持在地图上呈现实时的特定报价(参见附录B中的UI屏幕截图)。

购买503

如图1中所示，系统/服务允许在商家501和客户502之间发生购买交易503。购买是在商家和客户之间发生的动作，涉及(1)把产品的所有权从销售商转移给购买客户，或者产生从销售商到购买客户的产品的租借，或者由销售商对购买客户进行服务，和(2)购买客户支付交换产品的所有权或租借，或者商家提供的服务的币值。整个过程被称为交易，转手的币值被称为成交价格，销售价格(从销售商的观点来看)，或者购买价格(从购买客户的观点来看)。购买动作可以由支付处理器504结算和记录。

支付处理器504

对本申请来说，支付处理器是跟踪合格交易(即，在会员商家和会员客户之间发生的交易)的发生的跟踪设备或方法。它可由服务提供商或第三方实现成软件，硬件或者软硬件的结合。

本申请可以支持多种支付处理器，包括那些在信用卡终端中运行的支付处理器，那么在因特网上运行的支付处理器等等。

工作流程

图2图解说明优选实施例中的交易结算的推举和回馈服务的工作流程。该工作流程规定联营商家，注册客户，服务提供商和支付处理器(可选)之间的交互作用。

该工作流程始于步骤2000。首先，联营商家通过编辑新的报价或者更新现有报价，向服务提供商指定报价(2001)。随后一旦被证实，服务提供商就向客户公布该报价(2002)。客户上线，并使用推举服务查找与其需求匹配的报价(2003)。随后客户成为受指引客户，服务提供商指引客户找销售商(2004)。

购买是在注册客户和公布报价的销售商之间，在该商家的营业场所中进行的(2005)。实际的购买可在网上商店中在线进行，也可以在实体零售店中离线进行，并且可以使用任意支付手段。在优选实施例中，系统并不拥有购买支付结算。支付和结算可通过销售商或者第三方支付处理器来完成(2006)。在结算付款之后，客户，商家(由客户要求并代表客户)或者支付处理器向服务提供商报告该交易(2007)。

当服务提供商收到关于该交易的信息时，服务提供商确认该交易(2008)，以保证它所收到的不是欺诈交易。假定报告的该交易是有效交易，那么服务提供商记录该交易(2009)。

一旦该交易被记录，服务提供商就关于提供的导致该交易的服务向商家收取服务费(2010)。服务提供商还用它从销售商获得的一部分费用酬谢购买客户(2011)。

商家服务优选实施例

I.商家界面装置

系统提供多种商家界面，以使商家能够与服务提供商交互，从而执行与商家相关的任务，以及能够报告发生的交易。商家选择并使用与其业务通信手段(Web，电话等)及其业务管理手段(计算机化，人工，两者相结合)相一致的界面。在系统的一个优选实施例中，提供下述商家界面装置：基于Web的用户界面(Web UI)和基于电话机的用户界面(电话)。

具有因特网接入的商家能够使用Web UI与服务提供商交互作用。没有因特网接入的商家能够拿起电话机，呼叫服务提供商，以完成系统中的相同的商家相关任务。

服务提供商还为商家的计算机化管理系统提供编程界面装置，以便在无任何人为干预的情况下与服务提供商的计算机系统通信。这是集成选项。

II.商家加入

为了使用服务提供商提供的服务，商家需要向服务提供商注册。一旦注册，商家就成为服务提供商的联营商家，并且能够向客户公布其销售报价。在注册之后，联营商家使用其账户凭证向服务提供商鉴别他自己。

III.商家报价编辑

系统的服务提供商向联营商家提供多种编辑和更新销售报价的手段(作为商家界面的一部分)。在优选实施例中，系统支持人工和自动的报价编辑和更新。

1.人工

如果商家具有因特网接入，那么他能够使用商家Web界面编辑和更新其报价。服务提供商还提供电话服务，以致没有因特网接入或者不使用Web的商家能够进行电话呼叫，以编辑或更新其报价。打入电话的商家可以使用数字小键盘或者利用语音识别技术输入数据，或者如果需要的话，他可与支持人员谈话。人工编辑极其适合于具有有限数目的报价和/或只需要每天仅仅更新报价数次的商家。人工编辑也可用于不具有计算机化管理系统的商家。

2.自动化

对于使用计算机化业务管理系统，具有大量供提供的产品或服务，并且需要频繁更新的商家，他们的系统可被编程以使用一组提供的应用编程接口(API)来与位于服务提供商一方的商家前端通信，以便在不存在商家的人为干预的情况下，自动编辑和更新报价。

IV.商家报价指定

在该系统的优选实施例中，可公布的商家报价至少包含这些方面的文本和/或多媒体格式的描述：主体和框架(frame)(aka约束条件)。

报价主体描述报价的性质，包括(但不限于)报价的目的，功能，设计，特征和好处。与报价的框架相比，报价的主体不太可能变化。报价的框架包括主体的销售范围，包括(但不限于)数量，价格，承诺该价格的时间和地理位置的说明。报价的框架通常比报价主体本身变化更频繁。注意报价可以具有一个主体和多个框架，每个框架具有不同的说明。更新报价意味更新主体，框架或者这两者。

V.报价公布

一旦报价被编辑或更新，服务提供商立即进行自动化处理，以依据所要求的报价指定和某些商业规则证明或拒绝该报价。一旦被批准，即实时地向客户公布该报价。商家也可以具有延迟公布，其中对于该商家的报价，他可以选择向客户公布该报价的时刻。

VI.商家服务费(佣金)

在联营商家与受指引的客户进行购买交易之后，服务提供商向联营商家收取服务费(“佣金”)。服务费由商家预先指定。通常，每个商家应根据下述因素确定他给服务提供商的服务费：(1)服务费不能低于服务提供商公布的最低值，(2)在该商家所位于的市场(在线或离线)中，该服务费应有竞争力。

服务提供商可定义每个商家，每类商家，每个地理市场和/或某一时段的最低服务费。当商家未指定服务费，或者指定的服务费低于提供商的最低值时，不会公布任何报价。

服务提供商使商家知道当存在都满足客户需求的两个报价时，来自服务费较高的商家A的报价O1将优先于来自服务费较低的另一商家B的报价O2被更迅速地提交给该客户。于是，支付更高服务费的商家具有从服务提供商获得更多推举的优点。

另外，系统向联营商家提供供使用的多种服务费模型，每种模型在实现和交易跟踪复杂性方面具有不同的结果。在优选实施例中，服务提供商可向联营商家提供这些费用模型：

1.有会员条件并且固定取值的费用模型

2.有会员条件并且固定百分比的费用模型

3.有报价条件并且固定取值的费用模型

4.有报价条件并且固定百分比的费用模型

对于会员条件模型和报价条件模型，存在不同的交易资格标准。在会员条件模型下，服务提供商就每件交易向销售商成员收取佣金，而不管销售的是什么，只要买主是服务提供商的会员客户。在报价条件模型下，为了向商家收费，除了回馈资格证明之外，交易记录还必须表明在公布的报价有效的时候，客户购买了由该报价广告的产品或服务。

会员条件模型简化了购买交易和购买跟踪，因为证明购买符合要求的唯一证据是回馈资格。另一方面，报价条件模型更有针对性，因为它吸引客户只购买广告产品或服务。不过为了证明这样的购买符合要求，购买时还需要报价的证据。

固定百分比模型和固定取值模型区别在于如何计算佣金。按照固定取值模型，销售商以币值指定服务费(例如＄0.50)。服务提供商按购买交易收取该指定币值，而不管购买交易的实际销售价格。另一方面，按照固定百分比模型，销售商指定百分数(例如5％)作为服务费率。当产生合格的交易时，服务提供商收取该百分比的实际销售价格。

与固定百分比模型相比，固定取值模型在交易跟踪方面更易于实现，因为交易报告不需要实际的销售价格，服务提供商也不需要确认购买价格。

在该系统中，每个商家可选择要使用的收费模型，并作为商家报价的一部分向客户公布该知识。由于每个商家具有的交易跟踪选项的缘故，可供该商家使用的一组费用模型可能有限。例如，为了使交易报告欺骗行为降至最少，当商家只能使用其中该商家的客户人工地向服务提供商报告发生的交易的人工跟踪时，服务提供商可能只允许商家使用固定百分比模型。

商家也可以选择和/或定制他们的适合于不同业务需求的回馈计划。成熟的商家可能希望得到来自于现有客户群的反复购买。这种情况下，商家可以选择普遍回馈计划，其中向所有购买给予相同的回馈，而不管这些购买是源自新客户还是源自现有客户。相反，新业务需要新客户。这种情况下，商家可以选择新客户计划，其中他能够为源于新客户的购买提高回馈标准。

在优选实施例中，服务提供商还可递增地回馈销售量高的联营商家。可以服务费打折的形式提供所述回馈。系统提供商定义多种级别的费用折扣。商家所处的级别越高，那么对该商家的服务费应用更高的折扣。当联营商家在一段时间内达到由源于服务提供商的销售量衡量的某一折扣级别时，其服务费被减少在该级别规定的折扣。

客户服务优选实施例

I.客户界面

系统提供多种客户界面，以合客户能够注册他们自己，报告交易，查找报价，和在购买之后得到回馈。客户可以选择最适合于他/她的客户界面装置，并且可以在任意时候切换。在优选实施例中，提供的一组客户界面包括(但不限于)基于Web的用户界面(Web UI)，在移动设备上运行的用户界面(移动UI)，电话呼叫(电话)和邮政服务(邮件)。

当客户具有带因特网接入的膝上型或桌上型计算机时，Web UI是最便利的与服务提供商交互的方式，在上面能够执行所有与客户相关的任务。当客户行走时，移动UI可能是其最佳选择。另一方面，客户还可电话呼叫服务提供商，以便执行与客户相关的任务。邮件界面主要用作客户向服务提供商报告交易的手段。

II.回馈计划会员资格

作为使用推举服务的结果，注册客户有权因进行购买交易，而从服务提供商获得币值回馈。为每个具有正确凭证(比如客户ID和密码)的注册客户创建一个保密账户。凭证证实注册客户的标识。

每个注册客户是服务提供商发起的回馈计划的会员。创建回馈简介，客户借助其注册凭证能够访问该简介。服务提供商还向客户发给回馈会员卡，当需要时，客户可以使用该会员卡确认他/她是回馈会员。

III.查找报价

通过询问推举服务以查找公布的满足他/她的需求的报价，客户可以开始使用推举服务。他可以使用任何交互式客户界面(包括邮件)进行查询。例如，他可以使用客户Web UI进行查询，当在路上时使用移动UI，或者他可改为使用电话呼叫进行查询。

类似于源自商家的报价指定，源自客户的有效查询也包含两个方面：主体和框架(aka约束条件)。查询的主体描述需求的性质，而查询的框架描述需求的状况，比如何时，何地应履行该需求。

除了使客户自己输入查询之外，一些/全部查询指定也可由远程客户组件(图1，403)形成，并且和客户人工填写的剩余部分的查询(如果有的话)一起被自动传给服务提供商。这种自动查询形成的一个例子是当用户正在使用他/她的移动设备上的移动UI时。这种情况下，设备位置可被捕捉，并被传给服务提供商的推举服务，而不必要求客户人工输入其位置。

IV.指引客户找商家

系统的优选实施例使用多种方法指引客户找公布报价的商家，以完成“受指引的购买”。受指引的购买使购买客户有权从商家获得报价价格，并从服务提供商获得回馈。推举方法从技术上完全与商家的业务系统集成的那些方法到支持人工推举的那些方法不等。取决于销售商采用的费用模型，推举方法和从购买客户所需的证据发生变化。

1.在有会员条件的费用模型下

在该模型下，不需要带来由销售商公布的特殊报价的证据。事实上，只要客户能够向商家证明他是回馈计划会员(比如通过向商家出示他的回馈会员卡，或者把他的回馈会员卡刷过商家的读卡器)，他就自动有资格享有所有公布的报价。他产生的所有购买使其有资格获得回馈，而不管他从该商家购买了什么。在这种情形下，推举证据是客户的回馈会员资格。

2.在有报价条件的费用模型下

在该模型下，除了其会员资格之外，在购买时，客户还必须向商家证明他接受公布的报价承诺的特殊报价。否则，该购买无资格作为受指引购买，客户无权获得回馈。商家认可报价接受证据的格式随着关于推举服务该商家如何与服务提供商结合，或其缺失而变化。

例如，当商家的计算机化管理系统与服务提供商结合时，一旦客户离线接受报价，服务提供商就能够以电子方式把报价接受传给商家。同时，服务提供商还可把客户的回馈会员资格传给商家。在购买的时候，客户只需要证明其会员资格即可以报价进行购买。

另一方面，客户可以下载并打印报价，随后把所述报价随身带到商家以进行购买，如果商家能够接受其报价的打印副本并兑现该报价的话。或者当口头证据足以使商家兑现报价时，客户可以仅仅到商家那去，口头提及他从服务提供商那里得到的报价并进行购买。

服务提供商可在推举服务中向客户公布和推举方法及实现合格购买所需的证据有关的下述信息：(1)每个商家的费用模型，(2)每个接受认可的合格的受指引购买的证明方法。

V.客户回馈

系统公开服务提供商发起的交叉商家客户回馈计划。对于每个合格的购买交易，购买客户获得币值形式的回馈，它是服务提供商从销售商收到的服务费的一部分。服务提供商还可选择按照开环模型(在网络之外用掉所有回馈收益)，半开环模型(回馈收益被用于未来的网内购买，而不管客户向哪个网络商家进行购买)，或者闭环模型(回馈收益以后只能用于购买发出回馈的商家的产品或服务)实现客户回馈计划。

在一种开环回馈计划中，服务提供商为每个注册客户创建一个账户，一旦回馈被发给该客户，就把回馈的币值加入该账户中。

依据来自注册客户的指令，服务提供商把币值从客户的回馈账户转移给客户自己，或者转移给客户指定的第三方账户。例如，累积的回馈可以一次地或者定期地转移给客户在银行中的存款账户。

除了按交易回馈之外，系统还使用一种进一步递增地回馈在一段时间内，进行大量交易的那些注册客户的机制。服务提供商定义回馈等级体系，每个等级具有不同的回馈百分比，该百分比是服务提供商转给位于该回馈级别的购买客户的服务费的百分比。回馈级别越高，回馈百分比将越大。

交易服务优选实施例

I.确认报告记录

为了了解发生的交易，以及使可能的交易报告欺骗降至最少，在每件报告的交易可被记录之前，服务提供商确认每件报告的交易，随后向销售商收费，并回馈购买客户。提交给交易跟踪单元(图1，154)的交易报告记录必须包含来自销售商一方和购买客户一方的确认证据。所需的确认证据随着交易基于的费用模型而变化。

图3中的表列举了交易记录中通常所需的数据项。该记录必须包含销售商的正确验证信息和购买客户的正确验证信息。在交易区域中，它最少必须包含唯一的交易ID(UTID)，以及交易发生的时间和地点。如果商家使用报价条件模型，那么在记录中还必须包含报价ID(OID)。当商家使用按价格收费的模型时，交易报告记录必须包含价格数字。下面说明这些数据项：

1.商家账户验证

销售商提供正确的验证信息，以使服务提供商信任交易的卖主，并把交易和正确的联营商家联系起来。

2.客户账户验证

购买客户提供正确的验证信息，以使服务提供商信任交易的买主，并把交易和正确的注册客户联系起来。

3.唯一的交易ID(UTID)

服务提供商可以生成唯一的，不重复的UTID号。UTID也可由商家或者第三方交易跟踪提供商提供，只要它们不与现有的和未来的UTID冲突。

4.报价ID(OID)

服务提供商可向每个公布的报价分配一个唯一的编号(OID)。对于每个报价更新，可以改变该OID。如果销售商使用有报价条件的费用模型，那么报告记录需要包含OID。

5.时间

该字段记录交易时间。

6.地点

该字段记录交易地点。

7.价格

该字段记录该交易中的售价。只有当商家使用按价格收费的费用模型时，才需要价格数字。

II.交易报告

本节详细说明工作流程中的交易报告步骤(图2，2007)。优选实施例支持多种方法使被指引交易中的各方(商家，客户，或者支付处理器)能够向服务提供商报告交易记录。支持的报告方法可被归类成：(1)与电子支付结算结合的报告方法，和(2)不与电子支付结算结合的报告方法。

在结合的情况下，在进行购买的时候，支付结算系统从购买客户获得必需的附加信息。在支付被结算之后，支付结算处理器以电子方式经提供商信任的通信通道把包含和发生的交易有关的必需信息的记录传给服务提供商。

在不结合的情况下，客户收集必需的信息，汇编交易记录，并按照与服务提供商的信任关系(例如，要求客户登录)，利用任意一种客户用户界面装置(例如，Web UI，移动UI或邮件)把交易记录发给服务提供商。另一方面，如果销售商同意代表购买客户提交交易记录，那么商家收集，汇编和传递交易记录给服务提供商。商家可以使用任意一种提供商信任的商家UI来报告交易。系统支持的另一种报告方式是使商家和客户通过他们各自与服务提供商的经验证的接口通道共同报告，每一方可报告部分的记录。服务提供商随后可以交叉核对所述部分报告的确实性，如果确认成功，那么创建完整的记录。

下面详细说明支持的不同报告方报告受指引交易的情况：

1.结合的交易报告

这种情况下，支付结算者(商家自己或者第三方支付处理器)的系统结算支付，并以电子方式把交易传给服务提供商。结算者利用销售商的账户凭证，创建与服务提供商的可信连接。一旦被验证，服务提供商就信任报告记录中的数据项。

在这样的交易记录中，来自客户的唯一数据项是客户的回馈会员资格。作为支付过程的一部分，买主需要向支付系统提供客户回馈账户凭证。提供客户回馈账户凭证的方式有几种，包括(1)刷会员卡，和(2)人工输入会员ID。支付系统把客户会员凭证写为将传送给服务提供商的交易报告记录的一部分。

如果商家采用有报价条件的费用模型，那么支付系统需要把报价ID加入到交易记录中。如果商家采用按价格收费的费用模型，那么支付系统需要把销售价格加入到交易记录中。当通过可信的通道收到报价ID和销售价格时，服务提供商将信任这两项信息。

结合式报告是最方便的交易报告方法。如果记录有效，那么销售商立即得到服务账单，购买客户立即获得回馈。不过，结合式报告要求结算系统和服务提供商的计算机系统之间的系统结合。

2.不结合的交易报告-商家代表客户报告

这种情况下，商家负责收集和交易有关的必需信息，并代表客户把数据传给服务提供商。商家可以使用任意的商家界面装置与服务提供商通信。商家验证并创建与服务提供商的可信连接，以报告该交易。从而，服务提供商信任关于该交易的商家数据。类似于结合式交易报告情况，商家需要从客户获得的唯一信息是商家的回馈会员资格。

商家或者利用他的计算机化管理系统以电子方式收集所有数据，或者人工地收集要报告的一些/全部数据。根据商家使用的收集技术和传输技术，可能存在商家收费和客户回馈的延迟。

例如，当销售商在商店中具有与因特网连接的计算机时，他能够使用服务提供商的虚拟终端跟踪。“虚拟终端”指的是提供商的商家网站上的网页。在正确的验证之后，销售商被服务提供商信任，并且能够在该网页上输入必需的交易数据项，随后提交记录。

3.不结合的交易报告-客户报告

在这种情况下，客户完全负责收集所要求的交易报告信息，并向服务提供商提交记录。客户使用支持的任意客户界面装置(包括邮件)创建与服务提供商的可信存取关系。从而，服务提供商信任报告的客户数据。为了保证客户不虚构交易来报告，要求客户从销售商获得UTID号。当报告价格时，客户还需要提交有效的价格证据。

取决于用于报告交易的客户界面装置，商家收费和客户回馈的延迟能够在很短时间(当一旦发生交易，客户就使用Web或移动UI来报告时)与很长时间(几天)之间变化。事实上，客户回馈动机是一种鼓励客户迅速报告发生的购买的手段。

4.不结合的报告，商家和客户共同报告

这种情况下，商家和客户同意共同报告交易记录，商家可以收集和报告图3中的商家和交易数据字段部分，而客户可以报告客户数据外加UTID。每一方通过各自的可信连接把其一方的数据报告服务提供商。于是，这两部分的报告都被服务提供商信任。服务提供商依据UTID结合这两部分记录。

商家收费和客户回馈的延迟取决于双方提交他们的交易记录部分有多快。

总之，本发明中提供的交易报告特征普遍跟踪发生的交易，而不考虑购买渠道(比如在线购买或离线购买)，使用的支付手段(比如现金，支票，信用卡，借记卡等)，或者使用的支付结算(比如商家自己结算，第三方结算)。于是，本发明确保通过把客户指引到商家的现有零售店，尽最大能力地服务商家。

III.交易确认

确认报告的交易的第一步骤是要求报告方在恰当验证的情况下传送数据。服务提供商随后使用报告的和交易有关的数据把交易归于正确的联营商家和正确的注册客户。确认还起减少交易报告欺诈的目的。

不可能让经验证的商家报告不存在的交易，因为服务提供商会因报告和确认的每件交易向报告商家收费。不过，经验证的客户可能会为了获得额外的回馈而报告欺诈性或者不存在的交易。下面是优选实施例可用于减少客户交易报告欺诈的一种特征。当客户报告交易时，客户必须从商家获得唯一的交易ID(UTID)号。如果没有UTID或者不可识别的UTID，那么提交的交易记录就不被确认。提供的UTID可由服务提供商核对，并将其与商家联系起来。UTID还可按照具有该UTID的交易应发生的时间与特定的时间或时间范围相联系。

在系统的优选实施例中，一旦服务提供商的交易跟踪单元(图1，154)通过经验证的连接收到交易记录，它就把该记录传给交易确认单元(图1，155)。确认过程对照它所收到的交易记录至少进行下述测试。只有当下面的所有测试都通过时，才确认提交的交易。

1.商家确认。销售商必须是现有的联营商家。

2.客户确认。购买客户必须是现有的注册客户。

3.交易确认。当由客户报告时，UTID必须是已分配给被提交商家的UTID。

报价条件模型的其它测试可包括：

报价ID(OID)必须是由被提交商家公布的报价的ID。

报告的交易时间和地点必须在有效的报价框架内。

按价格收费的模型的其它测试可包括：

当从客户提交记录时，必须提供有效的销售收据证据，并且收据上的价格必须与报告的价格相符。

操作

设置

首先，服务提供商设置服务提供商组件(图1，101)，并公布商家组件201和客户组件401。

商家把确实的商家组件下载到其管理系统上，并进行安装，或者注意如何利用无形的商家界面与服务提供商组件通信。商家可以使用任意报告手段与服务提供商通信。一旦商家完成安装界面与服务商家通信，他就可以使用优选的商家界面执行商家注册任务。在注册成功之后，商家成为服务提供商的联营商家。随后，他可以使用由服务提供商提供的商家服务。

如果商家拥有电子支付结算系统，那么在用提供的交易API对结算系统编程之后，他可以使用集成的交易跟踪。如果商家使用第三方电子支付结算系统，并且该系统进行集成的交易跟踪时，那么通过把其联营商家账户凭证告知支付结算者，该商家能够设置使用集成跟踪。

服务提供商独立地与第三方支付处理服务合作，以便实现交易跟踪集成。

在公布任何报价之前，联营成员需要确定其服务费模型和费用一览表，并通知服务提供商。

客户把确实的客户组件401下载到他将用于与服务提供商通信的适当计算机或设备(Web UI，移动UI等)上，并进行安装。客户可以使用客户界面的任何组合与服务提供商交互作用。随后客户执行注册任务，成为注册客户。注册客户具有的一种选择是指定服务提供商能够记入回馈的财务账户。一旦客户注册，服务提供商就向客户发给回馈会员资格卡。

服务的使用

联营商家能够在任何时候执行任何商家服务任务。主要地，商家使用该服务公布和更新其销售报价，代表请求客户报告交易(如果该客户同意这样做的话)，监视其报价的效果，核实其费用模型和费用一览表的效能，和向服务提供商支付服务费。服务提供商向每个商家提供每月一次报告和总结相关活动的商家报表。

客户主要使用该系统搜索和获得与其需求相符的报价。随后客户到商家那里通过显示所需的推举证据，购买商品和服务。客户随后使支付处理器或商家报告发生的交易，或者他可自己报告。客户还可以访问他的回馈账户。服务提供商向每个客户提供每月一次报告和总结相关活动的客户报表。

备选实施例

支付处理器

系统的一种备选实施例是包括它自己的支付处理器(图1，504)，该支付处理器将与交易跟踪单元154紧密结合。这样，服务提供商向联营商家提供总是即时跟踪受指引交易的默认支付结算选项。另一种含意在于借助拥有的支付处理器，服务提供商能够按照回馈价值能够通过所拥有的支付处理器被直接用于未来购买的方式，把客户回馈账户变成信用或借记账户。这还意味发放的回馈卡能够在零售交易中被用作信用卡或借记卡。

客户推举

在一个备选实施例中，服务提供商能够向客户推举服务增加另外的服务特征。例如，货运服务可被实现成一种方式的客户推举。代替必须让受指引客户到商家那里进行购买，一旦客户接受报价，那么产品或服务可被立即运送到客户那。

另一种备选方案适用于不想或者没有时间在实体零售店浏览产品的客户。对于这些客户，推举服务能够指导商家在客户到达该商店之前为客户准备好产品。客户能够快速挑选通过推举服务预先选择的产品，付款并离开。

在另一种备选实施例中，能够实现反向的推举服务。不是把客户指引到商家那里，商家也可被指引到客户那里。在反向推举的情况下，客户通过服务提供商公布需求。商家搜索他们能够服务的需求，并公布适合于这些需求的报价。

商家报价聚合和对客户目的地的分发

系统还支持服务提供商从商家收集报价，并通过多个在线客户目的地或者第三方内容公布者，包括(但不限于)搜索引擎(即，Google，Yahoo)，内容网站，在线目录网站，在线社区网站把报价传递给客户。另外，服务提供商还可通过各种传递渠道把收集的商家报价传达给其它第三方客户目的地，所述各种传递渠道包括比如传达所述商家报价以便在移动设备上查看的短消息服务(SMS)，和交互有线TV等等。所有这些客户目的地可以使用各种不同的费用模型把商家报价传达给客户，包括按点击付费(CTC)和按列表付费费用模型。

本质上，服务提供商可以成为把收集的报价传达给关联的客户目的地的商家报价聚合者和经纪人；这些关联的目的地再把接收的报价传给各个客户。当从关联的目的地到客户的报价传递导致在商店中的POS的购买时，服务提供商可把收到的一部分交易费支付给起作用的客户目的地。

从而，系统提供一种(使用作为例证实施例中的交易前端152的一部分的收益分配模块)把从来自于商家的交易费接收的收益分配给帮助把客户引导到商家店面进行购买的关联客户目的地的方法。该过程可包括报价收集过程(上面所述)，报价分发过程，报价传达过程，购买交易过程，佣金收取过程，报价传达-购买因果关系确定过程和收益分配过程。在报价收集过程中，服务提供商从加盟商家收集报价。在报价分发过程中，至少一个关联的客户目的地向一个或多个客户呈现收到的特殊报价。在购买交易过程(上面所述)中，受到呈现的报价影响的客户到达公布报价的商家的物理地点(即，商店)并进行购买，所述购买被捕捉到服务会员资格卡上。在佣金收取过程(上面所述)中，服务提供商根据预定费率，比如上面所述的购买价格的一定百分比或者固定币值向销售商收取佣金。在报价传达-购买因果关系确定过程中，服务提供商和关联的客户目的地确定自客户目的地的用户活动(例如，对搜索关键字广告的点击或者对显示广告的印象)与结果的购买交易的因果关系。在该步骤中需要使用和交易集成。在收益分配过程中，服务提供商根据在报价传达-购买因果关系确定过程中确定的因果关系，就报价传达过程中的服务向每个关联的客户目的地分配从销售商收到的一部分收益。在上面的方法中，报价传达过程是前面描述的报价传达过程的另一种扩展，因为除了提供商自己的客户目的地(如果有一个的话)，可能存在多个关联的客户目的地。

在报价传达-购买因果关系确定过程和收益分配过程的一些实施例中，可集合地利用来自双方的数据统计地确定用户在客户目的地的活动与所产生的购买的因果关系。例如，一部分的佣金(称为佣金的可支出部分)可被支付给起作用的客户目的地。转换分母可由用户对所有参与的客户目的地公布的商品推销信息的活动的聚合总数确定。服务提供商可以相对于跨越所有关联的客户目的地聚合的用户活动的总数，与在每个参与的客户目的地发生的在线用户活动的数目成正比地向该目的地分配一部分的可兑换费用。例如，如果自所有参与客户目的地的导致一次购买的点击有100次，那么每次点击获得交易费用的可支出部分的1％(一次交易被除以100次点击)。假定一个客户目的地A贡献60次点击，另一个目的地B贡献40次点击，那么目的地A和目的地B分别从服务提供商获得可支出收益的60％和40％。显然，可以使用其它可能更复杂的统计算法和建模来确定关联客户目的地间的交易费用的收益支出分配。

在报价传达-购买因果关系确定过程和收益分配过程的其它实施例中，进行导致所产生的店内购买的在线活动的在线用户可被识别，并与在所产生的交易中，购买产品或服务的实际客户联系起来。换句话说，可在单个客户的层面确定因果关系。通过在适合于在线活动和店内购买的普通标识系统中识别用户，能够明确地进行这种在线用户与离线买主识别和联系，或者在离线客户标识系统和一个或多个在线用户标识系统之间创建联接。

一种明确的标识选项是客户目的地要求用户利用服务提供商的客户会员资格进行登录。也可对于匿名在线用户，隐含地和/或算法地创建在线用户/店内买主联系。可以考虑在线用户活动和店内购买的其它参数(不同于用户标识，和/或除了用户标识之外)，把目的地用户和店内购买联系起来。可使用的参数可包括在线客户目的地活动和店内购买之间的时间和位置关系。

另一种明确的标识选项是客户目的地可以安装专门的“点击记录”软件探测和转换产品，作为对他们当前使用的客户跟踪方法的扩展，或者作为可由服务提供商提供的，或者由客户目的地提供商(服从服务提供商的设计要求)开发的新服务。这种扩展软件将为客户对客户目的地显示的报价的每次点击活动产生唯一的标识码。该扩展代码(它可保持客户的匿名性)随后被传回服务提供商的数据库，在该数据库，使该扩展代码与其在线“点击”活动生成该扩展码的特定客户的后续销售交易相一致。在线客户目的地随后将被分配服务提供商收取的一定百分比的佣金。

尽管上述内容涉及的是本发明的一个特殊实施例，不过本领域的技术人员会认识到在不脱离本发明的原理和精神的情况下，可做出该实施例中的各种变化，本发明的范围由附加权利要求限定。

附录A

附录B

Claims (36)

1、一种计算机实现的跟踪销售交易、特别是离线销售交易的系统，包括：

在计算设备上实现的服务提供商组件，其中服务提供商组件还包含商家单元、交易单元和客户单元，其中商家单元、交易单元和客户单元都还包含由计算设备的处理单元执行的多行计算机代码，所述多行计算机代码运行商家单元、交易单元和客户单元，商家单元、交易单元和客户单元实现跟踪销售交易、特别是离线交易的方法，所述方法包括：

由与服务提供商组件关联的在线广告系统把特定商家的销售报价提供给客户；

跟踪提交给服务提供商组件的多个销售交易、特别是离线销售交易；

在服务提供商组件确认每个销售交易，以确定该销售交易是否是确认的关于该特定商家的推举销售交易；和

服务提供商组件就确认的推举销售交易向该特定商家收取佣金。

2、按照权利要求1所述的系统，其中跟踪销售交易、特别是离线销售交易的方法还包括由服务提供商组件就推举销售交易向客户提供回馈。

3、按照权利要求1所述的系统，其中在跟踪销售交易的方法中，跟踪多个销售交易、特别是离线销售交易还包括在销售交易的销售点附近捕捉销售交易，并把销售交易保存在与交易结算的客户推举和回馈系统相关的中央数据库中。

4、按照权利要求3所述的系统，其中在跟踪销售交易的方法中，捕捉销售交易、特别是离线销售交易还包括在销售点利用卡或会员资格证据捕捉每个销售交易，其中所述卡还包括磁条卡或信用卡。

5、按照权利要求1所述的系统，还包括与服务提供商组件相关的在线广告系统，在线广告系统还包括移动设备或交互有线电视系统。

6、按照权利要求1所述的系统，还包括位于每个商家地点的商家组件，所述商家组件允许商家与服务提供商组件的商家单元对接。

7、按照权利要求1所述的系统，还包括位于每个客户地点的客户组件，所述客户组件允许客户与服务提供商组件的商家单元对接。

8、按照权利要求1所述的系统，其中商家单元还包括保存在商家单元中的评定每个商家的等级的可信商家评级。

9、按照权利要求1所述的系统，其中提供销售报价还包括向用户提供经纪人安排的广告。

10、按照权利要求1所述的系统，其中商家单元还包括一个佣金投标单元，其中商家提出更高的佣金，佣金更高的销售报价被更突出地显示给用户。

11、一种跟踪销售交易、特别是离线交易的方法，所述方法包括：

由与交易结算的客户推举和回馈系统关联的在线广告系统把特定商家的销售报价提供给客户；

跟踪提交给交易结算的客户推举和回馈系统的多个销售交易、特别是离线交易；

在交易结算的客户推举和回馈系统确认每个销售交易，以确定该销售交易是否是关于该特定商家的推举销售交易；和

交易结算的客户推举和回馈系统就推举销售交易向该特定商家收取佣金。

12、按照权利要求11所述的方法，还包括由交易结算的客户推举和回馈系统就推举销售交易向客户提供回馈。

13、按照权利要求11所述的方法，其中跟踪多个销售交易、特别是离线交易还包括在销售交易的销售点附近捕捉销售交易，并把销售交易保存在与交易结算的客户推举和回馈系统相关的中央数据库中。

14、按照权利要求13所述的方法，其中捕捉销售交易、特别是离线交易还包括在销售点利用卡或会员资格证据捕捉每个销售交易，其中所述卡还包括磁条卡或信用卡。

15、按照权利要求11所述的方法，其中在线广告系统还包括移动设备或交互有线电视系统。

16、按照权利要求11所述的方法，还包括确定保存在商家单元中的评定每个商家的等级的可信商家评级。

17、按照权利要求11所述的方法，其中提供销售报价还包括向用户提供经纪人安排的广告。

18、按照权利要求11所述的方法，还包括建立佣金投标系统，其中商家提出更高的佣金，佣金更高的销售报价被更突出地显示给用户。

19、一种计算机实现的商家广告系统，包括：

在计算设备上实现的服务提供商组件，其中服务提供商组件还包含商家单元、交易单元和客户单元，其中商家单元、交易单元和客户单元都还包含由计算设备的处理单元执行的多行计算机代码，所述多行计算机代码运行商家单元、交易单元和客户单元，商家单元、交易单元和客户单元实现商家广告方法，所述方法包括：

向商家广告系统的每个商家提供商家界面，商家界面提供关于特定商家的在线广告的发布、更新和修改的实时控制，每个在线广告具有与该在线广告相关的地理区域，和依据由该在线广告产生的销售将向服务提供商支付的佣金；

根据与每个在线广告相关的地理区域，以电子方式在地图上为所有商家显示该特定地理区域中的在线广告；和

利用佣金投标系统，对与每个在线广告相关的佣金投标，其中根据投标减少就特定在线广告支付给服务提供商的佣金和给客户的忠诚回馈。

20、按照权利要求19所述的系统，其中商家广告方法还包括根据关于地理区域中的每个在线广告的佣金，选择向该地理区域中的客户显示的在线广告。

21、按照权利要求20所述的系统，其中选择在线广告还包括根据与特定在线广告相关的最高佣金，选择该特定在线广告。

22、按照权利要求19所述的系统，其中显示特定地理区域中的在线广告还包括在web浏览器上显示地图。

23、按照权利要求19所述的系统，其中显示特定地理区域中的在线广告还包括利用全球定位系统(GPS)导航系统显示地图。

24、按照权利要求19所述的系统，其中在线广告还包括根据特定于本地购物的搜索生成的广告。

25、按照权利要求19所述的系统，其中在线广告还包括在地图上呈现的实时报价。

26、一种商家广告方法，所述方法包括：

向商家广告系统的每个商家提供商家界面，商家界面提供关于特定商家的在线广告的发布、更新和修改的实时控制，每个在线广告具有与该在线广告相关的地理区域，和依据该在线广告的利用将向服务提供商支付的佣金；

根据与每个在线广告相关的地理区域，以电子方式在地图上为所有商家显示该特定地理区域中的在线广告；和

利用佣金投标系统，对与每个在线广告相关的佣金投标，其中根据投标减少就特定在线广告支付给服务提供商的佣金和给客户的忠诚回馈。

27、按照权利要求26所述的方法，还包括根据关于地理区域中的每个在线广告的佣金，选择向该地理区域中的客户显示的在线广告。

28、按照权利要求27所述的方法，其中选择在线广告还包括根据与特定在线广告相关的最高佣金，选择该特定在线广告。

29、按照权利要求26所述的方法，其中显示特定地理区域中的在线广告还包括在web浏览器上显示地图。

30、按照权利要求26所述的方法，其中显示特定地理区域中的在线广告还包括利用全球定位系统(GPS)导航系统显示地图。

31、按照权利要求26所述的方法，还包括生成在线广告，所述在线广告是根据特定于本地购物的搜索生成的。

32、按照权利要求26所述的方法，还包括实时地使广告显示在地图上。

33、一种把从来自一个或多个商家的交易费得到的收益分配给帮助把客户推动到一个或多个商家店面进行购买的一个或多个关联客户目的地的方法，所述方法包括：

从一个或多个商家收集一个或多个报价；

把所述一个或多个报价分发给多个关联客户目的地；

至少一个关联客户目的地把所述一个或多个报价传达给一个或多个客户；

根据传达的报价，捕捉客户向销售商的产品购买；和

分配源自捕捉到的销售商和所述至少一个关联客户目的地之间的购买的佣金。

34、按照权利要求33所述的方法，其中分配佣金还包括确定购买和与所述至少一个关联客户目的地相关的用户行动之间的因果关系，并根据确定的购买和所述至少一个关联客户目的地之间的因果关系分配佣金。

35、按照权利要求33所述的方法，还包括就捕捉到的购买向销售商收取佣金。

36、按照权利要求35所述的方法，其中收取佣金还包括根据购买价格的百分比或者固定币值收取佣金。

Images