CN101064623A - 网络广告递送系统 - Google Patents

Abstract

在网络广告系统中，信息处理部件包括存储当对第一终端实施销售或服务操作时的第一终端的商品或服务的购买历史的模块；以及社会网络服务包括提取模块，在从该模块接收第一终端接收商品或服务的通知时，提取与第一终端的用户有关的注册用户。SNS将第一终端接收商品或服务通知由此提取的注册用户的终端。当第二终端基于多个用户的购买信息的通知，接收购买商品或服务提供时，通过参考商店服务器和SNS，由用于多个用户的每一个的数值，表示对促销的贡献度，以便将贡献度反映到提成上。因此，在网络广告系统中，当用户购买商品时，将商品的信息通知用户的朋友，由此将提成金额自动地提供给该用户或多个用户。

Description

网络广告递送系统

技术领域

本发明涉及网络广告递送系统，用于使用社会网络服务系统，在互联网上实施商品的销售管理。

背景技术

在提供促销佣金的传统的提成提供模式，即，使用互联网上的主页的提成中，真正购买商品或未真正购买商品的用户写下推荐物品以便将潜在的购买者指导或引导到推荐物品的相关站点。

现在参考图1，将描述传统的提成广告模式。

如从图1看出，该模式包括接收提成佣金的提成方(affiliater)100以及购买物品的买方200。提成方100和买方200是不同实体。提成方100在步骤(1)和(2)中在提成系统中注册，以及在步骤(3)中设置推荐物品。在步骤(4)和(5)中，买方200经网站300查看商店400中的物品。在步骤(6)和(7)中签订销售合约。在步骤(8)和(8’)中，将用于促销的佣金，即对应于销售合约的购买的提成量提供给提成方100。

日本专利未决公开号No.2002-56000(文献1)描述了一种Web服务器，其管理用于每个用户的朋友数据库，以及促进用户当中的朋友之间的通信，便于团体的顺畅操作。日本专利未决公开号No.2002-83213(文献2)提出了使用Web页来有效地对商品作广告的网络广告方法以及网络广告系统。

然而，传统的网络广告递送系统具有下述问题。

例如，存在可靠性不足的问题。在该系统中，也允许未买商品的用户写推荐物品。可能出现与买方共谋、假装消费者以便引诱其他消费者购买商品的人。这导致可靠性问题。另外，保持匿名性或不是用户的朋友的一些人的站点是不可靠的。

另外，还导致已经执行的购买是否没有反映可靠性的问题。还存在与购买量无关，根据等级方法，提供佣金的问题。在目前可用的提成系统中，不能对一次购买商品的多个提成方提供提成或佣金。

不存在根据购买量，评价提成与每个提成方的等级的方法。在实际的商业流通和现有的提成系统中，提成量随商品的新销售量而波动。然而，对有关新销售事件的提成，不根据过去的销售额改变等级。

还存在描述或输入推荐物品的问题。当使用不适合于推荐物品的输入操作的终端诸如便携式电话时，用户花费相当长的时间来描述该推荐物品。因此，存在写入推荐物品的简单输入方法的需求。

发明内容

在此公开了一种网络广告系统，其中，当用户购买商品时，将有关该商品的信息通知用户的朋友，由此向用户提供促销佣金，即，提成量。

根据本发明的第一方面，提供一种网络广告递送系统，包括：多个终端，包括第一终端和第二终端；第一信息处理部件，存储当对应于每一终端的用户购买商品或服务时的购买信息；以及第二信息处理部件，存储终端的信息和终端间的关联。将第一终端的购买信息从第一信息处理部件发送到第二信息处理部件。第二信息处理部件将第一终端的购买信息发送到提取为与第一终端具有关联的第二终端。

根据本发明的第二方面，用户可以从商业站点购买商品或服务。

根据本发明的第三方面，第一或第二信息处理部件响应终端的每一个的用户的注册，发布用户标识符(ID)。

根据本发明的第四方面，当终端注册与其他终端的关联是，第二信息处理部件发布用于关联的注册请求，以及根据包含在注册请求的响应中的信息，将要关联的终端确定是否实施注册。

根据本发明的第五方面，终端设置如下条件，即在注册关联期间或之后，该终端同意或拒绝来自另一终端的注册请求。

根据本发明的第六方面，当第二终端实施递送请求注册以请求第二信息处理部件将第一终端的购买信息递送给第二终端时，第二信息处理部件将第二终端期望递送请求注册的消息通知第一终端；以及第二信息处理部件根据包含在递送请求注册的响应中的信息，确定是否将实施注册。

根据本发明的第七方面，终端设置如下条件，即在对第二信息处理部件的注册期间或之后，该终端同意或拒绝来自另一终端的递送注册请求。

根据本发明的第八方面，其中，如果已经将第一终端已经接收由第一信息处理部件提供的商品或服务的事件通知第二终端，当第二终端从第一信息处理部件接收与提供给第一终端的商品或服务基本上相同或有关的商品或服务时，将提成量从第一信息处理部件提供给第二信息处理部件。

根据本发明的第九方面，第二信息处理部件将提成量提供给第一终端。

根据本发明的第十方面，第二信息处理部件存储用户组和终端间的关系的关联信息；以及第一信息处理部件根据由第二信息处理部件存储的关联信息，将提成量递送给第一终端。

根据本发明的第十一方面，其中，在将提成量递送给第一终端时，如果存在将要递送提成量的目标以及将要递送给终端的提成量，第一或第二信息处理部件根据有关由终端的用户购买的商品数的信息、有关所提供的服务数的信息，或有关商品或服务的量的信息，将提成量递送到每一终端。

根据本发明的第十二方面，该关系表示终端的用户间的亲密度和可靠性。

根据本发明的第十三方面，其中，在第一和第二终端间建立关系后，第二终端设置相对于第一终端的用户的亲密度，以及修改和检测该关系。

根据本发明的第十四方面，在第一和第二终端间建立关系后，第一终端设置相对于第二终端的用户的亲密度，以及修改和删除该关系。

根据本发明的第十五方面，第二信息处理部件参考第一和第二终端的用户间的亲密度和/或可靠性，并且由此根据亲密度和/或可靠性，确定用于提成量的递送的比率。

根据本发明的第十六方面，终端的至少一个参考其他终端的购买商品的历史。

根据本发明的第十七方面，当第二终端从第一信息处理部件接收购买商品或提供服务的事件时，指定被递送提成量的各终端以及各终端的提成比。

根据本发明的第十八方面，在第一终端从第一信息处理部件接收购买商品或提供服务的事件的情况下，限制将购买商品或提供服务的接收通知给第二终端或其他终端，其中第二终端和其他终端与第一终端相关。

根据本发明的第十九方面，当在各终端间划分提成量时，第一或第二信息处理部件基于用户何时购买商品或服务，划分提成量。

根据本发明的第二十方面，提供一种网络广告递送系统，包括多个终端，其中，当各终端有助于销售商品或服务时，在各终端间划分提成量。

根据本发明，第二用户能基于包括已经购买商品或服务的第一用户的信息和与第一和第二用户间的友谊有关的信息的可靠信息，购买商品或服务。购买者或买方也可以将提成间接提供给通知该信息的用户。

附图说明

将参考附图，通过下述详细描述，描述所公开的实施例的特征，其中：

图1是表示传统的网络广告递送系统的结构的框图；

图2是表示实施例的网络广告递送系统的结构的示意性框图；

图3是示意性表示网络广告递送系统的结构的框图；

图4是表示网络广告递送系统的处理的流程图；

图5是表示网络广告递送系统的处理的流程图；

图6是表示网络广告递送系统的处理的流程图；

图7是表示终端之间的关系的图；

图8是表示网络广告递送系统的处理的流程图；

图9是表示网络广告递送系统的处理的流程图；以及

图10是表示终端之间的关系的图。

具体实施方式

现在，参考附图，描述网络广告和网络广告系统。

图2表示网络广告系统的结构。

该系统包括终端11至13、商店20以及社会网络服务(SNS)30。终端11至13能购买商品，诸如便携式电话、个人计算机(PC)以及射频标识符(RFID)预付/后付卡。也可以采用使用RFID、磁ID等等的终端来将其ID通知其他系统或装置。终端11用来购买商店中的商品，将有关友谊的信息发送到社会网络系统30。

商店20包括友谊查询部件21、销售管理部件22，以及用户ID/购买历史数据库24。部件22包括用户ID/购买历史管理部件23。部件21将查询发送到SNS管理部件31，其用于终端11至13间的友谊的网络。部件22管理商品的销售以及服务和历史数据。

部件23访问数据库24以便管理购买历史数据。数据库24在其中保存每一用户ID的购买历史。

社会网络服务系统30包括SNS管理模块31、购买历史通知模块33以及用户ID/友谊数据库34。SNS管理模块31包括用户ID/友谊管理模块32。

SNS 30为分别作为终端11到13的所有者的用户A至C提供友谊的信息以及通信服务。SNS管理有关对商品销售和服务有贡献的对象的信息以及有关贡献度的信息，以便确定将提供的提成量。

部件31执行SNS服务处理。模块32访问数据库34以便管理友谊数据。模块33将由朋友购买的商品和/或服务的信息传送到终端11至13。数据库34在其中存储用户标识符之间的友谊信息。

在图2的结构中，假定商店20和SNS 30由相互不同的公司分别用于销售和服务。然而，如果用于销售的公司也提供这些服务，数据库24和数据库34可以配置成一个数据库，例如，如图3所示的用户ID/购买历史/友谊数据库35。

接着参考图4至10，描述实施例的操作。

在初始状态下，假定，还没有将数据注册到数据库24和数据库34。

参考图4，将描述SNS服务的操作，也就是，将用户和用户的友谊从终端11至13注册到SNS 30的操作。

终端11实施向SNS 30的用户注册。终端11向模块32发出用户注册请求(步骤S1)。模块32将用户注册到数据库34以便生成用户ID(步骤S2)。在这种情况下，将ID＝“XXX”分配给终端11，以及模块32将用户ID发送到终端11(步骤S3)。

接着，终端12执行向SNS 30的用户注册。该操作与从终端11到SNS 30的用户注册类似。在这种情况下，将ID＝“YYY”分配给终端12(参考步骤S4至S6)。当终端13完成用户注册时，向其分配ID＝“ZZZ”(参考步骤S7至S9)。

接着，参考图5，将描述终端12的用户请求SNS 30注册与终端11的用户的友谊的操作。

终端12将友谊注册请求发送到模块32，以便注册与终端11的用户的友谊(步骤S 10)。模块32将来自终端12的用户的请求通知终端11(步骤S11)。如果终端11同意该请求(步骤S12为是)，终端11将“OK”通知模块32(步骤S13)。管理模块32将“OK”通知终端12以及将终端11和12之间的友谊注册到数据库34(步骤S14和S15)。

关于这一点，可以预先设置指定如下操作的设定值项。在终端11进行向SNS 30的用户注册之后或当时，将同意或拒绝来自任何终端或一部分终端的友谊或关系注册请求。当指定一些终端时，可对每一用户设置同意或拒绝。另外，可以编写条件表达式，以便同意或拒绝符合该表达式的用户。

此后，单方面信任终端11的授权用户的终端13的用户单方面发布“预约”请求，而不是友谊请求。在该实施例中，“预约”表示当终端11或12购买商品或接受服务时，将购买或服务的信息通知终端13的关系。即，SNS 30上的友谊表示双向同意“预约”的关系。在单方“预约”过程中，终端13将用于终端11的单方预约请求发送到模块32(步骤16)。模块32经数据库34确认具有ID＝“YYY”的终端是否同意来自不是该终端的朋友的用户的“预约”(步骤S17)。由于在该实施例中同意“预约”，注册从ID＝“ZZZ”至ID＝“YYY”的“单方预约”。模块32将表示成功注册“预约”的结果返回给终端13(步骤S18)。

关于这一点，用户可以设置设定项，以便预先指定操作如下。当终端11实施向SNS 30的用户注册时，同意或拒绝来自任何终端或一部分终端的单方预约请求。当指定一部分终端时，可以对于每一用户设置“同意”或“拒绝”。或者，用户可以写入条件表达式，以便同意或拒绝符合表达式的用户。

接着，参考图6和7，将描述当终端11的用户A购买商店中的商品(P)时的操作。

图6表示分别为终端11至13的用户A至C间的关系。

如图6所示，用户A和B间存在友谊。用户C向用户A发出单方预约请求，然后，该请求被同意。

如从图7看出，用户A的终端11向商店20的模块22发出请求以便使用ID＝“XXX”购买三个商品(P)(步骤20)。模块22将三个商品(P)提供给用户A，并经模块23在数据库24中记录ID＝“XXX”已经购买三个商品(P)的事件(步骤S21和S22)。

模块23将ID＝“XXX”购买了三个商品(P)以及ID＝“XXX”的友谊的查询，经友谊查询部件21通知模块32(步骤S23)。模块32使用数据库34检查ID＝“XXX”的友谊/预约状态，以便最终获得ID＝“YYY”是朋友以及接受来自ID＝“ZZZ”的“预约”的信息。

模块32经模块33将ID＝“XXX”已经购买三个商品(P)的事件通知ID＝“YYY”的终端12以及ID＝“ZZZ”的终端13(步骤S24)。

接着，模块32经模块21，将ID＝“XXX”是ID＝“YYY”的朋友以及从ID＝“ZZZ”发送“预约”的信息通知模块23(步骤25)。此后，模块23进行校验以便确定数据库24是否包含ID＝“YYY”以及ID＝“ZZZ”已经购买商品的事件的历史。模块23确认还未购买商品，然后，将该事件通知模块32(步骤S26)。

现在参考图8，将描述当终端12的用户B购买商品(P)时的操作。

已经通知了终端11的用户已经购买三个商品(P)。结果，增强了有关终端12的用户B的商品(P)的可靠性，由此用户B购买商品(P)。然后，根据促销的贡献度，商店20将提成量分别递送给作为信息提供者的用户A和SNS 30。

为了递送，也可以预先指定提成的递送比，以便根据由终端12的用户B购买的商品(P)的数量或多次购买的结合和该比率，确定用户A和SNS 30各自的量。

首先，用户B的终端12向商店20的部件22发出购买请求，以便使用ID＝“YYY”购买一个商品(P)(步骤S30)。部将22将一个商品(P)提供给终端12的用户B，以及经模块23，在数据库24中记录ID＝“YYY”已经购买一件商品(P)的事件(步骤S31和S32)。

接着，经部件21，部件22将ID＝“YYY”已经购买一件商品的事件通知模块32，以及经部件21，向模块32发出ID＝“YYY”的友谊的查询(步骤S33)。模块32通过使用数据库34，检查ID＝“YYY”的友谊的状态和预约，以便最终获得ID＝“XXX”是朋友的信息(ID＝“ZZZ”不是朋友以及还未预约)。

模块32经模块33，将ID＝“YYY”购买一件商品(P)的事件通知ID＝“XXX”的终端11(步骤S34；不将该事件通知ID＝“ZZZ”)。然后，模块32经部件21，将ID＝“YYY”是ID＝“XXX”的朋友的事件通知模块23(步骤S35)。

此后，模块23进行校验以便确定数据库24是否包含ID＝“XXX”已经购买商品(P)的事件的历史，以最终获得ID＝“XXX”已经购买三个商品(P)的信息。

然后，模块23将ID＝“XXX”已经购买三个商品(P)的事件通知SNS 30以及为SNS 30提供提成量(步骤S36)。SNS 30将一部分提成提供给终端11的用户A(步骤S37)。

在图8所示的操作中，如果用户B购买了由用户A购买的商品，则能根据由用户A购买的商品的数量，改变该提成的递送比。

同时，终端12用13可以包括如下功能，即在购买商品时参考终端11的商品和相关商品的购买历史。也可以反映操作次数，以便在递送提成时参考该历史。

现在参考图9，将描述当终端13的用户C购买商店20中的商品(P)时的操作。

已经将终端11的用户A已经购买三个商品(P)通知终端13。对于终端13的用户C，这增强了商品(P)的可靠性。因此，在购买商品(P)后，商店20根据与促销的各自贡献度相对应的递送比，为作为信息提供者的用户A和SNS 30分别提供提成量。

首先，用户C的终端13将购买请求发布到商店20的部件22，以便使用ID＝“ZZZ”购买一个商品(P)(步骤S40)。然后，部件22将一个商品(P)提供给终端11的用户C，以及经模块23将ID＝“ZZZ”已经购买一个商品(P)的事件记录在数据库24中(步骤S41和S42)。

部件22经模块21将ID＝“ZZZ”购买一个商品(P)的事件通知模块32，并类似地向其发出ID＝“ZZZ”的友谊的查询(步骤S43)。模块32使用数据库34，检查ID＝“ZZZ”的友谊状态以及“预约”，从而最终获得表示已经将“预约”从ID＝“ZZZ”发送到ID＝“XXX”的信息(ID＝“YYY”既不是朋友也没有预约)。

具有ID＝“ZZZ”的终端不要求获取信息，因此，不存在模块32经模块33向其通知信息的终端。模块32将既不将信息发送到ID＝“YYY”也不发送到ID＝“ZZZ”。

模块32经模块21，将ID＝“XXX”已经被预约到ID＝“ZZZ”通知模块23(步骤S44)。然后，模块23进行校验以便确定数据库24是否包含ID＝“XXX”已经购买商品(P)的历史，以及获得ID＝“XXX”已经购买三个商品(P)的信息。模块23为SNS 30提供ID＝“XXX”已经购买三个商品(P)的事件以及提成的量(步骤S45)。SNS 30将部分提成提供给终端11的用户(步骤S46)。

在上述操作中，仅一个终端接收用于一次购买的提成。然而，也可以在例如图10所示的友谊/“预约”关系中，在终端13购买商品时，向已经购买三个商品(P)的终端11和已经购买一个商品(P)的终端12提供提成。可以基于购买历史中的购买商品的数量，确定提成比率，即，可以将该比率设置成“3∶1”。

在假定该友谊对促销的贡献是“预约”关系的二倍的系统中，根据情形，可以将该比率设置成“3∶(1×2)＝3∶2”。

此外，例如，SNS 30的数据库34可以包括表示朋友之间，即终端11至13的各自用户A至C之间的亲密度的参数。这允许SNS 30通过参考参数，修改递送提成的比率。

该系统不仅可以包括限制每一购买的购买历史的公开范围以将该历史公开给相关人的功能，而且包括基于预先指定的朋友的等级和/或类型是否公开该历史的功能。朋友等级可以是例如朋友的亲密度以及表示朋友的访问数的“跳次计数”(hop count)。可以由用户直接指定亲密度。也可以这样来使用，即动态地修改经便携式电话的呼叫次数的指数以及过去的促销(提成)的实际结果。跳次计数是亲密度指数之一，以及例如采用用于直接朋友的一个的值和用于朋友的朋友的两个的值。例如，朋友类型使用如下。如果用户是足球团体的成员以及购买用于足球的商品，将购买历史公开给该团体的成员。

在该实施例中，如果第三方购买商品，则系统可以将提成递送给已经购买该商品的人。每一人的递送比率可以设置如下。可以将最高比率设置给最频繁购买商品或已经购买最多商品的人。或者，在递送比率的确定中，也可以反映推荐物品的内容、参考推荐物品的操作次数、参考推荐所用的时间周期，或提成结果，或过去该商品的用户。

根据本发明，可以如在传统技术中那样，将提成分发给未确认购买该商品的多个用户。也可以在具有购买商品的凭证的用户和未确认购买商品的用户之间改变该比率。

此外，当购买所考虑的商品时，不一定需要递送提成。也就是，即使购买考虑中的商品的生产商生产的商品或另一生产商的商品，也可以递送提成。在这种情况下，可以根据所购买的物品与考虑中的物品或与之相关的另一物品是否相同，改变提成的递送比率。

如果允许在用户购买物品后，用户将另外的推荐物品添加到预先所述的推荐物品上，其他用户可以读取最晚推荐物品，导致该物品的促销。

通过根据商品的购买时间点来改变提成递送比率，例如，通过增加用于不常访问该商店20来购买物品的时段的提成比率，能期望访问数变得更大以及增加所购买的商品数。

尽管参考具体的示例性实施例，已经描述了本发明，不应当受那些实施例，而是应当由权利要求限定。将意识到本领域的技术人员能改变或修改实施例，而不背离本发明的范围和精神。

Claims (20)

1.一种网络广告递送系统，包括：

多个终端，包括第一终端和第二终端；

第一信息处理部件，存储当对应于每一终端的用户购买商品或服务时的购买信息；以及

第二信息处理部件，存储终端的信息和终端间的关联；

其中，

将第一终端的购买信息从第一信息处理部件发送到第二信息处理部件；

第二信息处理部件将第一终端的购买信息发送到提取为与第一终端具有关联的第二终端。

2.如权利要求1所述的网络广告递送系统，其中，用户从商业站点购买商品或服务。

3.如权利要求1所述的网络广告递送系统，其中，第一或第二信息处理部件响应终端的每一个的用户的注册，发布用户标识符(ID)。

4.如权利要求1所述的网络广告递送系统，其中，

当终端注册与其他终端的关联时，第二信息处理部件发布用于关联的注册请求；以及

根据包含在注册请求的响应中的信息，将要关联的终端确定是否实施注册。

5.如权利要求1所述的网络广告递送系统，其中，终端设置如下条件，即在注册关联期间或之后，该终端同意或拒绝来自另一终端的注册请求。

6.如权利要求1所述的网络广告递送系统，其中，

当第二终端实施递送请求注册以请求第二信息处理部件将第一终端的购买信息递送给第二终端时，第二信息处理部件将第二终端期望递送请求注册的消息通知第一终端；以及

第二信息处理部件根据包含在递送请求注册的响应中的信息，确定是否将实施注册。

7.如权利要求6所述的网络广告递送系统，其中，终端设置如下条件，即在对第二信息处理部件的注册期间或之后，该终端同意或拒绝来自另一终端的递送注册请求。

8.如权利要求1所述的网络广告递送系统，其中，如果已经将第一终端已经接收由第一信息处理部件提供的商品或服务的事件通知第二终端，当第二终端从第一信息处理部件接收与提供给第一终端的商品或服务基本上相同或有关的商品或服务时，将提成量从第一信息处理部件提供给第二信息处理部件。

9.如权利要求1所述的网络广告递送系统，其中，第二信息处理部件将提成量提供给第一终端。

10.如权利要求1所述的网络广告递送系统，其中，

第二信息处理部件存储用户组和终端间的关系的关联信息；以及

第一信息处理部件根据由第二信息处理部件存储的关联信息，将提成量递送给第一终端。

11.如权利要求9所述的网络广告递送系统，其中，在将提成量递送给第一终端时，如果存在将要递送提成量的目标以及将要递送给终端的提成量，第一或第二信息处理部件根据有关由终端的用户购买的商品数的信息、有关所提供的服务数的信息，或有关商品或服务的量的信息，将提成量递送到每一终端。

12.如权利要求1所述的网络广告递送系统，其中，该关系表示终端的用户间的亲密度和可靠性。

13.如权利要求1所述的网络广告递送系统，其中，在第一和第二终端间建立关系后，第二终端设置相对于第一终端的用户的亲密度，以及修改和检测该关系。

14.如权利要求1所述的网络广告递送系统，其中，在第一和第二终端间建立关系后，第一终端设置相对于第二终端的用户的亲密度，以及修改和删除该关系。

15.如权利要求1所述的网络广告递送系统，其中，第二信息处理部件参考第一和第二终端的用户间的亲密度和/或可靠性，并且由此根据亲密度和/或可靠性，确定用于提成量的递送的比率。

16.如权利要求1所述的网络广告递送系统，其中，终端的至少一个参考其他终端的购买商品的历史。

17.如权利要求1所述的网络广告递送系统，其中，当第二终端从第一信息处理部件接收购买商品或提供服务的事件时，指定被递送提成量的各终端以及各终端的提成比。

18.如权利要求1所述的网络广告递送系统，其中，在第一终端从第一信息处理部件接收购买商品或提供服务的事件的情况下，限制将购买商品或提供服务的接收通知给第二终端或其他终端，其中第二终端和其他终端与第一终端相关。

19.如权利要求9所述的网络广告递送系统，其中，当在各终端间划分提成量时，第一或第二信息处理部件基于用户何时购买商品或服务，划分提成量。

20.一种网络广告递送系统，包括多个终端，

其中，当各终端有助于销售商品或服务时，在各终端间划分提成量。

Images