CN101517607A - 具有与结算系统间的协作功能的加盟系统 - Google Patents

Abstract

本发明提供能大幅减轻展品商店的负担的加盟系统。在加盟销售系统和结算系统之间设有规定涉及加盟服务的计费和结算的数据收发方式的计费API，结算系统具有加盟协作处理单元，该加盟协作处理单元按照计费API将包含用户在商店站点购买的商品的价款结算信息在内的结算完成通知发送到加盟销售系统，并按照计费API从加盟销售系统接收包含支付给加盟会员的报酬数额在内的报酬信息，而且执行将从所述商品的价款中扣除报酬数额后的余额划拨到商品站点的商店账户中的处理；所述加盟销售系统具有结算协作处理单元，该结算协作处理单元按照计费API从结算系统接收结算完成通知，并根据结算信息决定报酬数额，将报酬信息回送到结算系统。

Description

具有与结算系统间的协作功能的加盟系统

技术领域

本发明涉及实施加盟程序的计算机系统，特别是涉及能使结算公司的结算系统和加盟服务提供商的计算机系统协作而自动进行向展品商店的支付和向加盟会员的报酬支付的系统。

背景技术

近年，作为新的广告方法，加盟程序(也称为联盟程序)受到注目。加盟程序是用户使用浏览器产生某种交易(商品购买、填写调查问卷、会员登记等)后才将广告费支付给加盟会员的成果报酬型的广告发送方法。在加盟程序中，个人或企业的Web(网)站或邮件杂志的运营者将广告主(商家)的广告配置在自己的站点上，以实现将访问该站点的访客引导到广告主的EC(Electronic Commerce，电子商务)站点。然后，被引导的访客经由广告进到EC站点，在实现了服务或商品的购买、会员报名等时，产生针对引导源的站点的成果报酬。

为了实施加盟程序，例如，需要确定用户阅览的商家站点，执行跟踪在浏览器最终产生与交易相关的事件(商品购买指示、调查问卷的填写、会员登记指示等)之前的信息流通路径的处理。在这种跟踪处理中利用小段信息(Cookie)。例如，有这样一种方法，即：在链接引导到销售者的站点的URL中装入跟踪信息(加盟ID的URL)，使用该信息来进行针对加盟的成功报酬计算等(例如参照日本特开2006-113884号公报)。

图1是示出现有的加盟系统中的处理流程的示意图，参照该图来说明现有系统中的处理概要。另外，图1中的ASP(Affiliate Service Provider，加盟服务提供商)3是指代理并实施加盟程序的提供商。并且，图1中的广告主6是指利用由ASP 3提供的加盟服务功能并希望销售商品(内容(数字商品)、收费邮件杂志、物品)的广告主。

广告主6在利用由ASP 3提供的加盟服务的情况下，与提供购物车等的业主分开来向加盟业主(运行管理ASP的业主)申请购买对象商品的登记，获得加盟业主的批准。ASP 3从广告主的通信终点通过网络接收由广告主申请的商品的信息，将该信息与广告主6的会员信息一起存储在数据库内。

另一方面，针对进行了会员登记的加盟会员2，ASP 3例如在终端的登录画面上显示广告主6所登记的商品的信息。

加盟会员2将想要介绍的商品的列表经由ASP发送到广告主6的通信终端(或网站)，申请与广告主6之间进行业务合作。接受了来自加盟会员2的申请的广告主6在批准该申请的情况下，将表示许可该商品的使用(广告)的意思经由ASP 3通知给加盟会员2。另外，每当有来自加盟会员2的新列表(新商品)申请时，广告主6每次都进行批准作业，并将表示许可该商品的使用的意思通知给加盟会员2。

另一方面，展出广告主6的商品的EC站点(假想商店的站点)10在从用户终端接收到放入购物车11内的希望购买商品的订购指示时，向结算公司的结算系统4发送商品的订购信息，请求受理了订购的商品的价款结算处理。

本例中的EC站点10装入有商品标签(电子标签)，并存储该标签信息，该商品标签包含对放入到购物车11内的商品进行确定的代码，每当产生所订购的商品的销售额时，都对与商品标签对应的销售额计数器进行递增计数。然后，ASP 3根据从EC站点10所上载的商品标签的销售额计数信息，执行EC站点10对该商店的系统使用费的请求、以及对加盟会员的报酬支付处理等。

下面，参照图2更详细地说明对加盟会员支付报酬之前的结构。

用户1从用户终端访问EC站点10后显示商品画面11，将希望购买的商品放入购物车内，在购买画面(结算画面4a)上输入卡结算所需要的信息来进行订购。受理了订购的EC站点10针对已放入购物车内的各商品，将商品标签装入到购物车内的商品内，将该标签信息存储在存储部内，并向结算公司的结算系统4发送商品的订购信息，请求商品价款的卡结算处理。

接收到订购信息的结算系统4在与对应于用户卡号的卡公司的计算机之间进行用户的认证处理之后，将完成通知(订购受理已完成的通知)发送到EC站点10。从结算系统4接收到完成通知的EC站点10通过在该完成时调用标签，从而将商品销售的递增计数发送到ASP 3，并在用户终端的显示部上显示完成画面以进行通知，将商品的订购受理已完成的意思通知给用户。

在接收到标签的完成通知的ASP 3中，在所销售的商品是加盟会员2介绍的商品的情况下，将该商品信息发送到加盟会员2的终端，通知所介绍的商品已被订购的意思。

之后，当商品价款(扣除结算手续费后的价款)向EC站点10(展品商店)的账户的划拨处理完成时，结算系统4向EC站点10通知商品价款的划拨已完成的意思(图2中的S1～S3)。

在EC站点中，在产生商品的销售额时，对与存储在存储部内的标签信息对应的商品的销售额计数器进行递增计数，例如在月末将该销售额计数器的信息发送到ASP 3(图2中的S4)。

在所销售的商品是加盟会员介绍的商品的情况下，ASP 3根据从EC站点10接收的销售额计数信息求出销售额实绩，将与该销售额实绩对应的等价报酬作为成功报酬来计算。然后，例如在月末，计算ASP 3的月额使用费(与销售额无关的固定费用)和针对加盟会员的成功报酬费用，将其账单发送到EC站点10(图2中的S5)。EC站点10通过将由账单所要求的金额划拨到ASP业主的账户内等，来支付ASP 3的系统使用费(图2中的S6)。在ASP 3中，当确认了EC站点10的系统使用费的划拨时，通过将针对加盟会员2的成功报酬费用划拨到指定的账户内等，来向加盟会员支付报酬(奖赏金)(图2中的S7)，结束该商品的处理(作为成功报酬型的广告发送系统的现有技术，例如参照日本特开2006-113884号公报和日本特开2002-24687号公报)。

当利用应用上述的加盟程序的系统时，与一般广告相比较，认为广告费用相对于实际效果的性价比高，然而现状是普及率低。

这里，说明加盟程序的普及状况。

互联网购物的市场规模在近几年中急速成长，根据2004年度的电子商务交易相关的实际情况和市场规模调查，日本2004年的市场规模从上一年的4兆4240亿日元增加28％而达到5兆6430亿日元，该趋势没有衰减的迹象。宽带利用者突破3000万人，互联网用户超过7000万人等，市场扩大之下使用个人计算机的互联网利用者的利用用途中，在2004年用于商品和服务购买的比例达到38％。这样，互联网购物可以说定格为购物的新形式。

相反，存在以下现状，即：由作为加盟业界的主流的日本加盟服务协会发表的在2006年中与7家公司签订合同的广告主支付的加盟关联的销售额约301亿日元，只占网络购物的市场规模的一小部分。

作为该原因，认为有如下几种原因。

<不能普及的原因>

1.加盟业主(日本加盟服务协会的7家公司)强迫负担5～10万日元等高额的初始登记费以及据说是与销售额不相关的平均接近5万日元的高额的月使用费等等，使展品商店承受重大的负担。

2.加盟会员由于想要处理报酬数额高的商品来获取大量报酬，因而具有对低的报酬不作反应的倾向，然而由于加盟领域的制度在于如若展品商店把加盟报酬设定得高，则加盟业主也与所设定的加盟报酬数额成比例地征收使用费用，因而把加盟报酬设定得高，就将承受大的负担，实际上就会出现即使想要通过加盟进行销售强化，也不能得以大规模开展的情况。

3.加盟业主不进行展品商店的商品通知等展品商店的支持活动，仅提供点击广告等使展品商店负担广告费用的结构，因而展品商店被迫进行付费广告等伴有较大负担的销售活动。

4.为了利用加盟业主，在本结构中，与购物车等的业主分开，必须专门向加盟业主进行服务登记，从而管理复杂，在销售业务中需要非常麻烦的作业。

这样，当前的加盟业界的结构将日本加盟服务协会的7家公司使用的结构作为标准，而日本加盟服务协会的7家公司使用的结构自身对展品商店施加负担，因而具有的问题是，即使想要导入加盟，但负担多得也不能导入。

发明内容

本发明是鉴于上述情况而完成的，本发明的主要目的是提供一种能从根本上改变现有的加盟销售所涉及的结构、能大幅减轻展品商店的负担的加盟系统。更详细地说，提供一种能使加盟销售系统中的计费及报酬支付处理与结算系统中的商品价款的结算处理协作地执行、能省去展品商店的站点中的复杂作业或处理的加盟系统。

本发明涉及提供加盟服务的加盟系统，本发明的上述目的是这样达成的，即：一种加盟系统，在该加盟系统中，将销售对象的商品展出给虚拟商店的商店站点、介绍所述商品的加盟会员的站点、提供加盟服务的加盟销售系统、以及执行结算处理的结算系统通过网络连接起来，在所述加盟销售系统和所述结算系统之间具有计费API，该计费API规定涉及所述加盟服务的计费和结算的数据收发方式；所述结算系统具有加盟协作处理单元，该加盟协作处理单元按照所述计费API将包含用户在所述商店站点购买的商品的价款结算信息在内的结算完成通知发送到所述加盟销售系统，并按照所述计费API从所述加盟销售系统接收后述报酬信息，而且执行将从所述商品的价款中扣除所述报酬数额后的余额划拨到所述商品站点的商店账户中的处理；所述加盟销售系统具有结算协作处理单元，该结算协作处理单元按照所述计费API从所述结算系统接收所述结算完成通知，并对介绍所述用户购买的商品的加盟会员决定报酬数额，将包含该报酬数额在内的报酬信息回送到所述结算系统。

并且，本发明的上述目的还通过以下而更有效地达成，即：所述加盟销售系统具有：将针对所述加盟会员批准了广告的商品类别与确定所述加盟会员的加盟ID和所述加盟会员的邮件地址对应起来存储在数据库内的单元，以及在新商品被登载在所述商店站点上时，从所述数据库中读出与所述新商品所属的商品类别对应起来存储的所述加盟ID和邮件地址，将包含所述新商品的信息在内的通知邮件通过所述网络自动发送给各加盟会员的单元。

而且，本发明的上述目的还分别通过如下而更有效地达成，即：所述加盟协作处理单元在将所述商品的订购受理完成通知向所述商店站点发送时，将所述结算完成通知发送到所述加盟销售系统；所述加盟协作处理单元在按照实时结算或信用结算将所述商品的价款从所述用户的账户中提取出时，将所述结算完成通知发送到所述加盟销售系统；所述加盟协作处理单元在所述商品的冷却期经过时，将所述结算完成通知发送到所述加盟销售系统；以及所述加盟协作处理单元在所述商品的冷却期经过且所述商品的退货有效期经过时，将所述结算完成通知发送到所述加盟销售系统。

根据本发明，针对来自结算系统的结算完成通知，从加盟销售系统回送报酬信息，在结算系统侧，将从商品价款中扣除报酬数额后的余额自动划拨到商店站点的账户内，因而不需要在商店站点侧的购物车内装入商品标签的作业和针对各商品标签对销售额进行验证并计数的作业，能大幅减轻展品商店的负担。并且，由于具有这样的单元，即：在新商品被登载在商店站点上时，将新商品的通知邮件自动发送给登记了该商品所属的类别的加盟会员，因而广告主无需在每当有来自加盟会员的新商品申请时每次都进行批准作业，也无需将表示许可该商品的使用的意思通知给加盟会员的作业。

附图说明

图1是示出现有的加盟系统中的处理流程的示意图。

图2是用于说明现有加盟系统中的计费结算方式的结构的示意图。

图3是示出本发明的加盟系统的整体结构一例的框图。

图4是示出本发明的加盟系统中的处理流程的示意图。

图5是用于说明本发明的加盟系统中的计费结算方式的结构的示意图。

图6是用于说明本发明的加盟销售系统和结算系统的协作处理的流程图。

标号说明

1：用户；2：加盟会员；3：ASP(旧系统)；4：结算系统(当前系统)；5：卡公司；6：广告主(商店)；10：EC站点(商店站点)；11：商品画面；11a：商品列表；11A：购物车；20：博客；21a：商品介绍页面；30：加盟销售系统；31：购买画面；31a：购买页面；32：结算协作处理部；33：报酬决定部；34：数据库组；40：结算系统；41：结算画面；41a：决算页面；42：加盟协作处理部；43：结算处理部。

具体实施方式

以下，参照图说明本发明的优选实施方式。

图3是示出本发明的加盟系统的整体结构一例的框图。另外，本发明中所说的“加盟系统”在狭义上是指ASP(Affiliate Service Provider，加盟服务提供商)的系统，在广义上是指图3所示的整个计算机网络系统。以下，将ASP的计算机系统称为“加盟销售系统”(或“ASP”)，并将整个系统称为“加盟系统”来进行说明。

在本发明的加盟系统中，将销售对象的商品(数字内容或物品)展出给电子购物商场等网络上的虚拟商店的EC(Electronic Commerce，电子商务)站点装置(EC站点的计算机，以下称为“商店站点”)10、由加盟会员提供的加盟站点装置20(登载博客、邮件杂志、主页等的计算机)、提供加盟服务的加盟销售系统30以及在与各卡公司的计算机之间进行结算处理的结算系统40通过互联网等网络连接成可相互通信。

用户1的通信终端(1a、1b)是安装有浏览器的信息处理终端，并可利用个人计算机(PC)、便携电话机、PDA(Personal Digital Assistant，个人数字助理)等具有互联网连接功能的任意的信息处理装置。

加盟销售系统30是由ASP(Affiliate Service Provider，加盟服务提供商)进行运营管理的信息处理系统，是进行报酬费用的计费处理、通过与结算系统协作进行的结算处理等涉及加盟服务的整个信息处理的核心计算机系统。加盟销售系统30具有万维网服务器、数据库服务器、邮件服务器和运营管理用服务器等用于实现加盟程序的多个计算机以及数据库34。

作为主要的数据库34，具有：将在商店站点10展出的商品的信息与商品ID和表示该商品的类别的类别ID对应起来存储的商品数据库，将加盟会员2的信息(名称、住所、电子邮件地址、报酬的划拨目标账户、从广告主接收到商品介绍批准的商品类别的ID等)与加盟ID(确定加盟会员的识别符)对应起来存储的加盟会员信息数据库，将商店(销售者)的信息(商品的销售价款的划拨目标账户等)与商店ID对应起来存储的商店数据库，将结算公司的信息(与结算系统之间的API协议等)与结算公司ID对应起来存储的结算公司数据库，以及将用户1的名称、住所、电子邮件地址、商品购买价款的在线结算用的认证信息、卡信息等的用户信息与用户ID对应起来存储的购买者数据库。

在本实施方式中，加盟销售系统30中作为与结算系统40之间的应用层接口而设有API(Application Program Interface，应用程序接口)，该API规定涉及加盟服务的计费和结算的数据收发方式，加盟销售系统30使用该API(以下称为“计费API”)来使加盟销售系统30和结算系统40协作，从而自动进行针对EC商店的销售价款划拨处理和针对加盟会员的报酬支付处理。

使用上述计费API的加盟销售系统30和结算系统40之间的协作处理将在后面描述，首先，说明本发明的加盟销售系统30的基本处理。

《加盟销售系统30中的基本处理》

《1.销售者信息的登记处理》

首先，说明销售者信息的登记处理。

在商店站点10销售商品的销售者从PC等通信终端访问加盟销售系统30内的万维网服务器，按照显示在销售者的登记画面上的指导来输入销售者信息(销售者的名称、住所、电话号码、密码、银行账户信息、销售者ID等)，并将其发送到万维网服务器。万维网服务器将该信息以可根据该商店ID和销售者ID等进行检索的方式登记在数据库34(商店数据库)内，完成销售者信息的登记处理(步骤S5)。这里的销售者信息的登记，其主要目的是存储法律上的销售者信息并存储销售额划拨信息。

《2.加盟会员信息的登记处理》

下面，说明加盟会员2的信息登记处理。另外，涉及信息登记处理的动作与销售者信息的登记处理相同，以下简单地进行说明。

在加盟会员2的通信终端的显示部上所显示的信息登记画面上设置有加盟会员信息(加盟会员2的名称、住所、电话号码、密钥(密码)、银行账户信息、加盟ID等)，万维网服务器接收该加盟会员信息，并将其以能根据加盟ID等进行检索的方式登记在数据库34(加盟会员数据库)内。该加盟ID成为销售中的介绍ID。

《3.商品信息的登记处理》

下面，说明商店(销售者)展出的商品的信息登记处理。

在显示于销售者的通信终端的显示部上的商品信息登记画面上设有商品名、提供价格、商品描述、商店站点10上的销售者页面的URL、商品照片等的输入栏，销售者1在画面上输入希望销售的商品的信息。加盟销售系统30内的万维网服务器接收该商品信息，自动赋予商品ID(在本例中给系统固有的商品编号nnn加索引)，并将该商品信息以能根据商品ID和用于识别销售者的销售者ID等进行检索的方式登记在数据库34(商品数据库)内。

《4.加盟链接的生成处理》

下面，说明引导到商店站点10内的销售者网页的加盟链接(以下称为“引导链接”)的生成处理。

首先，登记了所述加盟会员信息的加盟会员2在想要通过自己的站点介绍商品的情况下，从通信终端访问加盟销售系统30。加盟销售系统30通过检查登录ID和密码来进行加盟会员2的认证，之后将表示商品浏览的商品列表的画面11显示在通信终端的显示部上。加盟会员2从商品列表11a中选择喜欢的商品，并将引导链接粘贴到自己的博客或邮件杂志上，从而引导购买者。另外，在本实施方式中，广告主针对加盟会员2许可商品介绍的单位采用商品类别单位，在属于该类别的新商品被登载在商店站点上的情况下，从加盟销售系统通过电子邮件自动通知新商品的列表。因此，可从通过电子邮件来通知的新商品的列表中选择喜欢的商品，并可将引导链接贴附到自己的博客或邮件杂志上。

上述引导链接是由加盟销售系统30提供的加盟链接，该引导链接例如由URL信息构成，该URL信息是将加盟ID、销售者页面的URL以及商品ID作为自变量附加给加盟销售系统30的URL而得到的。例如，当用户1(希望购买者)在图3中的加盟站点20的万维网画面上点击了介绍商品21a时，通过作为最初的访问目的地的加盟销售系统30移动到作为协作目的地的销售者页面的URL，在用户1的通信终端的显示部上显示与商品ID对应的商品11a的信息。此时，加盟销售系统30根据引导链接内的商品ID从商品数据库中提取该商品的信息，并根据引导链接内的销售者页面的URL识别访问目的地的销售者页面的URL。并且，该商品的介绍者根据引导链接内的加盟ID确定该商品的介绍者(加盟会员2)，并从加盟会员信息数据库中提取加盟会员2的信息。

《5.通过地址转换的向销售者页面的引导处理》

下面，说明向销售者页面的引导处理。

加盟销售的特征是将用户引导到销售者页面。通过该引导，可弥补在向通常的购物站点展出商品的情况下的信息不足，可期待获得激发购买热情的效果。

因此，当在加盟会员2的博客或邮件杂志的网页(用户1的终端的画面上)点击了引导链接时，加盟销售系统30取得引导链接内的销售者页面的URL，将访问目的地的地址转换成销售者页面的URL地址，从而跳到由该URL表示的销售者页面。

《6.设定在销售者页面上的购买链接》

下面，说明设定在销售者页面上的购买链接协作。

在加盟销售系统30中，通过使用引导链接来将地址转换成销售者页面的URL，引导到销售者页面(显示有图3中的商品画面11上的商品11a的页面)，然而在引导到销售者页面的情况下，当用户实际未购买时销售不成立，因而预先在销售者页面上设定购买链接协作(例如，将商品ID作为自变量附加给加盟销售系统30的URL而得到的URL信息)。当用户1点击了销售者页面的购买链接时，移动到加盟销售系统30，利用加盟销售系统30将购买页面31a的画面数据发送到用户终端11c，在用户终端的显示部上显示购买页面的画面31。用户1在购买商品的情况下，选择结算方式(卡结算、银行划拨结算等)，在与结算方式对应的结算页面41a的画面41上输入用户ID、密码等并点击购买按钮，购买希望的商品。此时，在所述的购买者数据库内登记有用户信息的情况下，不需要输入卡信息等，根据与用户所选择的决算方式对应的账户信息，通过结算系统40与该卡公司的计算机之间执行结算处理。

另外，由于通过经由销售者页面而使一般使介绍者的加盟ID消失，因而在本实施方式中，可以采用这样的方式，即：响应于显示在用户终端的画面上的引导链接的点击操作，将记录有商品ID或用于识别销售者的销售者ID以及加盟ID的信息保存在信息存储介质内。通过采用该方式，可形成为不依赖于客户机终端的种类的方式。或者，可以采用这样的方式，即：借助引导链接将加盟ID暂时保存在Cookie内，在点击了购买链接时，通过复原加盟ID来恢复介绍者的加盟ID，从而针对由该加盟ID确定的介绍者产生加盟报酬。

下面，对加盟销售系统30和结算系统40之间的协作处理概要进行说明。

本发明的加盟系统在执行由用户1在商店站点10订购的商品的计费结算处理的过程中调用所述的计费API，在结算系统40和加盟销售系统30之间进行详细数据(涉及结算处理和商品介绍费支付处理的详细数据)的收发，使结算系统40中的商品价款结算处理与加盟销售系统30中的计费处理和报酬支付处理联动。

在图3中，结算系统40具有加盟协作处理单元(加盟协作处理部42)和结算处理单元(结算处理部43)，该加盟协作处理单元执行这样的处理，即：按照规定了与加盟销售系统30之间的信息收发方式的计费API的协议，将商品价款(用户1在商店站点10购买的商品的价款)的结算信息发送到加盟销售系统30，以及从加盟销售系统30接收报酬信息；该结算处理单元执行这样的处理，即：根据由加盟协作处理部42所接收的报酬信息决定划拨到展品商店(销售者)的账户内的商品价款，并将该商品价款划拨到展品商店(销售者)的账户内。

另一方面，加盟销售系统30具有结算协作处理单元(结算协作处理部32)和报酬决定单元(报酬决定部33)，该结算协作处理单元执行这样的处理，即：按照上述计费API的协议从结算系统40接收结算信息，以及根据所接收的结算信息决定加盟报酬(支付给介绍该商品的加盟会员的报酬)，并将包含所决定的加盟报酬的报酬信息送回到结算系统40；该报酬决定单元执行这样的处理，即：根据上述结算信息，按照该商品的销售额决定上述加盟报酬。

另外，上述各单元的名称是为便于说明而赋予的名称，并不限定软件结构和处理顺序。用于使计算机执行使上述的结算处理和涉及加盟服务的处理相联动的步骤的程序和控制数据类被存储在外部存储介质内，并被存储在加盟系统内的该计算机(加盟销售系统30、结算系统40)的存储单元内。

在上述结构中，包含本发明的加盟销售系统和结算系统的协作处理在内，对本发明的加盟系统的处理流程进行说明。

图4是使本发明的加盟系统中的处理流程与图1对应示出的示意图。

首先，参照图4和图1说明本发明的加盟系统中的处理概要以及与现有系统的主要不同点。另外，图4中的P1～P5不是表示处理的顺序，在本实施方式中，采用按照P1→P2→P4→P5→P3和P6的顺序进行处理的方式。

在图1例示的现有系统中，采用如下方式：将标签装入到商店站点(EC站点)的购物车内以预先存储标签信息，每当产生所订购的商品的销售额时，都对与商品标签对应的销售额计数器进行递增计数。然后，ASP根据从商店站点上传的销售额计数信息，针对加盟会员进行报酬支付处理等。与此相对，在本系统中采用这样的方式：结算系统40在执行所订购的商品的计费结算处理的过程中调用计费API(图4中的API调用)，在结算系统40和加盟销售系统30之间进行涉及计费结算处理的详细数据的收发，使结算系统40中的商品价款结算处理与加盟销售系统30中的计费处理和报酬支付处理联动。另外，使用上述计费API的协作处理详情在后面描述。

并且，在现有系统中采用这样的方式：每当有来自加盟会员的新列表(新商品)申请时，广告主每次都进行批准作业，并将表示许可该商品的使用的意思通知给加盟会员(参照图1中的“广告批准”流程)；与此相对，在本系统中采用这样的方式：将表示广告主6针对加盟会员2许可该类别的商品使用的意思通知给加盟会员，并将广告主针对加盟会员2许可使用的商品所属的类别与加盟ID对应起来存储在加盟会员数据库内，之后，当展品商店将新商品登载在商店站点10上时，必定将包含新商品的商品信息的通知邮件(电子邮件)自动发送给登记了处理该商品的类别的加盟会员2。因此，在本系统中，广告主6无需在每当有来自加盟会员2的新商品申请时每次都进行批准作业，在是属于获得使用许可的类别的新商品的情况下，加盟会员2无需向广告主6进行申请的作业，并可针对自己处理的商品的类别收取总是新的商品信息。

下面，参照图5示出的计费结算方式的结构的示意图和图6的流程图，更详细地说明在向加盟会员支付报酬之前的结构。另外，关于已说明的处理或者与以往相同的处理，简化或省略说明来进行说明。

从用户1的终端受理了商品订购的商店站点10向结算公司的结算系统40发送商品订购信息，请求商品价款结算。受理了结算请求的结算系统40根据订购信息，在与对应于用户1的卡编号的卡公司5的计算机之间进行用户的认证处理，之后将完成通知(订购受理完成通知)发送到商店站点10。从结算系统40接收到完成通知的商店站点10在用户终端的显示部上显示完成画面来进行通知，将表示商品的订购受理完成的意思通知给用户1(图6的步骤S21、S22)。

结算系统40向商店站点10发送上述完成通知，并调用计费API，将包含商品价款的结算信息的结算完成通知发送到加盟销售系统30(图6的步骤S23、图5中的P4)。

通过计费API接收到结算完成通知的加盟销售系统30根据结算完成通知内包含的结算信息，按照该商品的销售额决定加盟报酬，使用计费API将该报酬信息回送到结算系统40(图6的步骤S11～S13，图5中的P5)。

从加盟销售系统30接收到报酬信息的结算系统40根据接收到的报酬信息、商品价款的结算信息以及结算手续费的设定信息，针对展品商店，执行这样的处理，即：通过将从商品的销售金额中扣除加盟报酬和结算手续费(销售额的α％，例如α＝0.5)后的余额向登记在商店数据库内的该商店(销售者)的指定账户内划拨等来进行支付(图6的步骤S24、S25，图5中的P3)，并针对加盟销售系统30，根据从加盟销售系统30接收到的报酬信息，执行将加盟报酬划拨到ASP业主的账户内的处理(图6的步骤S26，图5中的P6)，将结算完成通知发送到加盟销售系统30(图6的步骤S27)，结束该商品的结算处理。

从结算系统40接收到结算完成通知的加盟销售系统30在所销售的商品是加盟会员2介绍的商品的情况下，执行将从加盟报酬数额中扣除系统使用费后的报酬数额通过账户划拨等支付给加盟会员2的处理(图5中的P7)。并且，此时，将该商品信息发送到加盟会员2的终端，通知表示所介绍的商品已被销售的意思(以及表示账户划拨已完成的意思)，结束报酬的支付处理(图6的步骤S14、S15)。

另外，这里所说的“加盟报酬”是展品商店向ASP 30支付的系统使用费和向加盟会员2支付的报酬数额的合计金额。在本实施方式中，ASP30的系统使用费设定为销售额的β％(例如，β＝0.5)，针对加盟会员2的报酬数额采用在广告主和该加盟会员之间针对该商品预先设定的报酬数额(登记在ASP的数据库内的报酬数额)。并且，关于展品商店向ASP业主支付的系统使用费，将初始登记费和月额使用费设定为免费，如上所述，仅设定与销售额对应的使用费(销售额的β％)，从而极大地减轻展品商店的负担。

另外，所说的计费API的调用(对ASP的结束完成通知的发送)具有：在将完成通知(订购的受理完成通知)向商店站点10发送时产生的第1处理方式，在根据实时结算或信用结算将商品价款从用户的账户中提取出时产生的第2处理方式，在商品的冷却期(可取消期)经过时产生的第3处理方式，以及在商品的冷却期经过且商品的退货有效期经过时产生的第4处理方式。在本实施方式中采用了第1处理方式，然而也可以采用任一处理方式，并且，在结算系统40是多个的情况下，可以按各结算公司设定处理方式。

如上所述，在现有的加盟系统中，货币流动同购买、结算和销售额划拨的一系列流程无关，根据对销售额进行了计数后的结果，从ASP的公司开出发票，商店通过划拨进行支付，从而成为向加盟会员支付报酬的原资，而在本系统中，由于使加盟销售系统(ASP)的数据库与结算公司的结算系统的完成通知相协作，由于从结算公司将扣除了加盟报酬后的余额支付给商店，并将加盟报酬支付给ASP，从而向加盟会员支付报酬。其结果是，以往，商品和ASP特意产生发票，商店需要进行确认该发票来划拨的作业，而在本系统中，由于结算公司在根据销售额进行累计计算之后将扣除加盟报酬后的余额划拨到商店，因而商店和ASP都能省去一切无用的作业。

并且，在现有的加盟系统中，由于结算不联动，因而发生销售额与加盟件数不一致的情况，并且由于针对结算的取消或退款(chargback)不能进行结算联动，因而注定不能完全应对，而在本系统中，可使销售额和加盟件数完全一致。

Claims (6)

1.一种加盟系统，在该加盟系统中，将销售对象的商品展出给虚拟商店的商店站点、介绍所述商品的加盟会员的站点、提供加盟服务的加盟销售系统、以及执行结算处理的结算系统通过网络连接起来，该加盟系统的特征在于：

在所述加盟销售系统和所述结算系统之间具有计费API，该计费API规定涉及所述加盟服务的计费和结算的数据收发方式；

所述结算系统具有加盟协作处理单元，该加盟协作处理单元按照所述计费API将包含用户在所述商店站点购买的商品的价款结算信息在内的结算完成通知发送到所述加盟销售系统，并按照所述计费API从所述加盟销售系统接收后述报酬信息，而且执行将从所述商品的价款中扣除所述报酬数额后的余额划拨到所述商店站点的商店账户中的处理；

所述加盟销售系统具有结算协作处理单元，该结算协作处理单元按照所述计费API从所述结算系统接收所述结算完成通知，并对介绍所述用户购买的商品的加盟会员决定报酬数额，将包含该报酬数额在内的报酬信息回送到所述结算系统。

2.根据权利要求1所述的加盟系统，其特征在于，所述加盟销售系统具有：将针对所述加盟会员批准了广告的商品类别与确定所述加盟会员的加盟ID和所述加盟会员的邮件地址对应起来存储在数据库内的单元；以及在新商品被登载在所述商店站点上时，从所述数据库中读出与所述新商品所属的商品类别对应起来存储的所述加盟ID和邮件地址，将包含所述新商品的信息在内的通知邮件通过所述网络自动发送给各加盟会员的单元。

3.根据权利要求1所述的加盟系统，其特征在于，所述加盟协作处理单元在将所述商品的订购受理完成通知向所述商店站点发送时，将所述结算完成通知发送到所述加盟销售系统。

4.根据权利要求1所述的加盟系统，其特征在于，所述加盟协作处理单元在按照实时结算或信用结算将所述商品的价款从所述用户的账户中提取出时，将所述结算完成通知发送到所述加盟销售系统。

5.根据权利要求1所述的加盟系统，其特征在于，所述加盟协作处理单元在所述商品的冷却期经过时，将所述结算完成通知发送到所述加盟销售系统。

6.根据权利要求1所述的加盟系统，其特征在于，所述加盟协作处理单元在所述商品的冷却期经过且所述商品的退货有效期经过时，将所述结算完成通知发送到所述加盟销售系统。

Images