CN111401971A - 通过关联路线提供激励的方法和系统 - Google Patents
通过关联路线提供激励的方法和系统 Download PDFInfo
- Publication number
- CN111401971A CN111401971A CN202010286286.XA CN202010286286A CN111401971A CN 111401971 A CN111401971 A CN 111401971A CN 202010286286 A CN202010286286 A CN 202010286286A CN 111401971 A CN111401971 A CN 111401971A
- Authority
- CN
- China
- Prior art keywords
- party
- service
- identity data
- machine
- readable code
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
- G06Q30/0213—Consumer transaction fees
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- Finance (AREA)
- Game Theory and Decision Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请提供了一种通过关联路线提供激励的方法和系统,所述方法包括:通过支付平台的服务器:建立第一业务方的身份数据同第二业务方的身份数据关于目标业务的关联;建立所述第二业务方的身份数据同第三业务方的身份数据关于所述目标业务的关联;以及接收到所述第三业务方关于所述目标业务的电子支付信息后,向所述第一业务方发送第一电子激励。
Description
技术领域
本申请涉及电子支付领域,尤其涉及一种通过关联路线提供激励的方法和系统。
背景技术
随着支付行业的快速发展,线下支付已成为各大支付服务平台竞争的重要战场。在线下支付的场景下,支付服务平台的业务目标是提高消费侧用户的支付单量。但是,传统上当支付服务平台推行某种活动和/或政策时,支付服务平台无法直接触达消费侧用户,而是需要先由若干业务方将活动和/或政策落地,再促使各级业务方触达消费侧用户,以达到较好的活动和/或政策效果。
比如支付平台会提供一些线下的促销活动。在这些促销活动中,消费者在活动参与商家通过所述支付平台消费会得到返现、红包或者点数等激励。为了提高促销活动的宣传效果,激励业务方(即,所述活动参与商家和这个促使某消费者消费的业务员)也会得到相应的激励。但是,在现有的技术条件下举行的促销活动存在上述各个环节存在激励断层的情况。具体而言,现有的技术手段无法使得所述支付服务平台提出的某种活动和/或政策有效到达激励业务方,并将激励转化为消费侧的支付单量。这种激励断层导致活动和/或政策的效果打折,活动和/或政策难落地,对消费侧的触达率低,消费侧用户支付意愿弱,业务转化率低。换言之,支付服务平台制定的活动和/或政策无法有效转化为用户的支付单量。
另外,在传统的支付服务方案中,如需激励多个环节,支付服务平台通常需要设计多套活动方案,每个活动方案激励一个环节的业务方。但是,在现有技术条件下,无法以一个活动方案同时兼顾所有环节,也无法将消费侧用户的支付单量直接作为业务目标。
因此,需要提供更好的通过关联路线提供激励的方法和系统。
发明内容
本说明书一个或多个实施例要解决的是如何在业务方落实活动和/或政策时对消费侧的电子支付单量以及发放给各级业务方的电子激励反馈进行追踪的技术问题。
根据本说明书一个或多个实施例的通过关联路线提供激励的方法和系统,在各级业务方之间建立关联关系,实时监测用户的支付行为,并且在监测到用户支付成功时,给各级业务方发放激励。因此,支付服务平台制定的活动方案能够有效触达各级业务方,促进活动方案的落地,增强消费者支付意愿,将激励有效转化为用户的实际支付行为。
本说明书一方面提供了一种通过关联路线提供激励的方法。所述方法包括:通过支付平台的服务器:建立第一业务方的身份数据同第二业务方的身份数据关于目标业务的关联;建立所述第二业务方的身份数据同第三业务方的身份数据关于所述目标业务的关联;以及接收到所述第三业务方关于所述目标业务的电子支付信息后,向所述第一业务方发送第一电子激励。
在本说明书的一些实施例中,所述方法还包括:接收到所述第三业务方关于所述目标业务的电子支付信息后,向所述第二业务方发送第二电子激励。
在本说明书的一些实施例中,所述方法还包括:通过所述服务器:生成第一机器可读码,所述第一机器可读码同所述目标业务关联;获取第一业务方的第一终端读取所述第一机器可读码后发出的第一关联请求信号;以及将所述第一业务方的身份数据同所述目标业务关联。
在本说明书的一些实施例中,所述第一机器可读码包括:所述目标业务标识和一级参与方标识;以及将所述第一业务方的身份数据同所述目标业务关联包括:将所述第一业务方的身份数据同所述一级参与方标识在所述服务器的存储介质中联系起来。
在本说明书的一些实施例中,所述方法还包括:通过所述服务器:生成第二机器可读码,所述第一机器可读码同所述第二机器可读码相关联;其中建立所述第一业务方的身份数据同所述第二业务方的身份数据关于所述目标业务的关联包括:获取第二业务方的第二终端读取所述第二机器可读码后发出的第二关联请求信号;将所述第二业务方的身份数据同所述第二机器可读码关联。
在本说明书的一些实施例中,所述第二机器可读码包括:所述一级参与方标识和次级参与方标识;以及将所述第二业务方的身份数据同所述第二机器可读码关联包括:判断所述第二业务方为最早读取所述第二机器可读码的业务方,以及将所述第二业务方的身份数据同所述次级参与方标识在所述服务器的存储介质中联系起来。
在本说明书的一些实施例中,所述第一机器可读码包括一维码、二维码、磁介质码、RFID芯片中的任意一个或多个;以及所述第二机器可读码包括一维码、二维码、磁介质码、RFID芯片中的任意一个或多个。
在本说明书的一些实施例中,建立所述第二业务方的身份数据同第三业务方的身份数据关于所述目标业务的关联包括:获取第三业务方的第三终端读取所述第二机器可读码后发出的第三关联请求信号;判断所述第二业务方为与所述第二机器可读码最早相关联的业务方;将所述第三业务方的身份数据同所述第二业务方的身份数据在所述服务器的存储介质中联系起来。
在本说明书的一些实施例中,建立所述第二业务方的身份数据同所述第三业务方的身份数据关于所述目标业务的关联还包括:获取同所述第三业务方的身份数据相关联的多个候选次级参与方标识,从而检索到所述多个候选次级参与方标识分别对应的多个候选第二业务方;将与所述第三业务方最晚建立关联关系的候选第二业务方确定为所述第二业务方;以及将所述第三业务方的身份数据同确定后的所述上线第二业务方的身份数据在所述服务器的存储介质中联系起来。
在本说明书的一些实施例中,所述第一业务方的身份数据同第一业务方在所述平台上开设的第一账号相关;所述第二业务方的身份数据同第二业务方在所述平台上开设的第二账号相关;以及所述第三业务方的身份数据同第三业务方在所述平台上开设的第三账号相关。
本说明书另一方面提供了一种用于通过关联路线提供激励的系统,其包括:至少一个存储介质,包括至少一组指令集,用于通过关联路线提供激励;以及至少一个处理器,同所述至少一个存储介质通讯连接,其中当所述至少一个处理器运行所述至少一组指令集时,所述至少一个处理执行前述任一方法。
根据本说明书一个或多个实施例的支付服务平台推广目标业务的场景中,一方面有效触动第一业务方和/或第二业务方落实所述目标业务,另一方面能够对第三业务方的支付情况、以及各级业务方的电子激励的发放情况进行追踪,确保形成无断层的激励模式,促进将所述目标业务的激励转化为客户的实际支付单量。
本申请中披露的方法和系统的其他功能将在以下说明中部分列出。根据描述,以下数字和示例的内容将对那些本领域的普通技术人员显而易见。本应用的创造性方面可以通过实践或使用下面详细示例中所述的方法、装置和组合得到充分解释。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示意性地示出了根据本说明书一个或多个实施例的支付服务平台推广目标业务的场景;
图2示意性地示出了根据本说明书一个或多个实施例的支付平台的电子设备的结构图;
图3示意性地示出了根据本说明书一个或多个实施例的通过关联路线提供激励的方法的流程图;
图4示意性地示出了根据本说明书一个或多个实施例的第一机器可读码的数据结构图;
图5A示意性地示出了根据本说明书一个或多个实施例的第二机器可读码的一种数据结构;以及
图5B示意性地示出了根据本说明书一个或多个实施例的第二机器可读码的另一种数据结构。
具体实施方式
以下描述提供了本申请的特定应用场景和要求,目的是使本领域技术人员能够制造和使用本申请中的内容。对于本领域技术人员来说,对所公开的实施例的各种局部修改是显而易见的,并且在不脱离本公开的精神和范围的情况下,可以将这里定义的一般原理应用于其他实施例和应用。因此,本公开不限于所示的实施例,而是与权利要求一致的最宽范围。
这里使用的术语仅用于描述特定示例实施例的目的,而不是限制性的。比如,除非上下文另有明确说明,这里所使用的,单数形式”一”,”一个”和”该”也可以包括复数形式。当在本说明书中使用时,术语”包括”、”包含”和/或”含有”意思是指所关联的整数,步骤、操作、元素和/或组件存在,但不排除一个或多个其他特征、整数、步骤、操作、元素、组件和/或组的存在或在该系统/方法中可以添加其他特征、整数、步骤、操作、元素、组件和/或组。当在本说明书中使用时,术语”A在B上”意思可以是A直接与B相邻(之上或者之下),也可以指A与B间接相邻(即A与B之间还隔了一些物质);术语”A在B内”意思可以是A全部在B里面,也可以是A部分的在B里面。
考虑到以下描述,本公开的这些特征和其他特征、以及结构的相关元件的操作和功能、以及部件的组合和制造的经济性可以得到明显提高。参考附图,所有这些形成本公开的一部分。然而,应该清楚地理解,附图仅用于说明和描述的目的,并不旨在限制本公开的范围。还应理解,附图未按比例绘制。
图1示意性地示出了根据本说明书一个或多个实施例的支付服务平台推广目标业务的场景100。所述业务场景100中可以包括支付平台的服务器102、第一业务方108、第二业务方110和第三业务方112。
服务器102可以通过网络102同第一业务方108、第二业务方110和第三业务方112进行通讯。比如说,服务器102可以生成第一机器可读码104和第二机器可读码106,并将第一机器可读码104和第二机器可读码106通过网络101或者其他方式传给第一业务方108、第二业务方110和第三业务方112。第一业务方108、第二业务方110和第三业务方112分别读取所述第一机器可读码104和第二机器可读码106后,依据第一机器可读码104和第二机器可读码106提供的信息同所述服务器102通过网络101通讯。
所述支付平台可以是支付宝平台,也可以是其他网络支付服务提供商,比如微信支付平台,PayPal支付平台等,本说明书在此不作限制。
服务器102可以是所述支付平台提供的任何具备数据存储、数据处理、数据传输等功能的硬件终端或云端设备。所述支付平台可以制定目标业务。
所述目标业务可以是涉及多个业务方使用其金融账户或进行消费或电子支付的活动。比如,所述目标业务可以是某些商品的促销活动等。在本说明书一个或多个实施例中,所述目标业务可以是鼓励消费者通过支付平台进行医疗保险支付的活动。更具体地,所述目标业务可以是涉及各业务方参与并从用户使用其医保账户购买药品或为医疗服务进行支付的行为中获得激励的活动。所述激励可以是电子激励,例如可以是现金、虚拟货币、代币、信用点数、红包、返利、折扣券等。所述目标业务也可以是通过支付平台进行购房、购车、购买理财产品、转账等活动,本说明书在此不作限制。
第一业务方108可以为商家,比如连锁药店、医药企业、医疗服务机构(比如综合医院、专科医院,急诊室,诊所、牙医诊所、化验室等)、地产开发/经销商、金融服务机构、独立软件服务商(开展医疗业务或其他业务的独立软件服务商(Independent SoftwareVenders))等。第一业务方108也可以是其他实体/个人。第一业务方108可具有身份数据。例如,第一业务方108的身份数据可以关联、绑定或者本身就是第一业务方108的支付宝账号。第一业务方108的身份数据也可以关联、绑定或者本身就是其他支付平台上开设的账号。第一业务方108可具有相应的业务终端(第一终端),用于与服务器102进行数据交换。例如,第一业务方108的业务终端可以向服务器102发送消息并对第一机器可读码104进行扫码绑定(例如,通过安装在所述业务终端上的应用软件)。
第二业务方110可以包括直接触达用户、促使用户进行支付的个人(业务员),如药店店员、医院服务人员、导诊人员、医药销售人员、导购人员、销售人员等。此外,第二业务方110可以是其他实体/个人。第二业务方110可具有身份数据。例如,第二业务方110的身份数据可以关联、绑定或者本身就是第二业务方110的支付宝账号。第二业务方110的身份数据也可以关联、绑定或者本身就是其他支付平台上开设的账号。第二业务方110可具有相应的业务终端(第二终端),用于与服务器102和/或所述第一业务方108的业务终端进行数据交换。例如,第二业务方110的业务终端可以向服务器102发送消息并对第二机器可读码106进行扫码绑定(例如,通过安装在所述业务终端上的应用软件)。
第三业务方112可以是用户或者消费者。此外,第三业务方112也可以是其他实体/个人。第三业务方112可具有身份数据。例如,第三业务方112的身份数据可以关联、绑定或者本身就是第三业务方112的支付宝账号。第三业务方112的身份数据也可以关联、绑定或者本身就是其他支付平台上开设的账号。第三业务方112可以具有相应的业务终端(第三终端),用于与服务器102和/或第二业务方110的业务终端进行数据交换。例如,第三业务方112的业务终端可以向服务器102发送消息并对第二机器可读码106进行扫码绑定(例如,通过安装在所述业务终端上的应用软件)。
在进行所述目标业务的时候,所支付平台可以生成第一机器可读码104和第二机器可读码106并分别发给第一业务方108、第二业务方110和第三业务方112。比如,在上述鼓励消费者通过支付平台进行医疗保险支付的活动中,支付宝平台可以生成第一机器可读码104和第二机器可读码106。
第一机器可读码104可由服务器102生成。在本说明书一个或多个实施例中,第一机器可读码104也可以由支付服务平台的工作人员通过系统后台生成。第一机器可读码104可以是一维码、二维码、磁介质码、RFID芯片中的任意一个或多个。第一机器可读码104也可以是其他具有指示功能的码,本说明书在此不作限制。图4示意性地示出了根据本说明书一个或多个实施例的第一机器可读码的数据结构图。如图4所示,第一机器可读码400可以包括目标业务标识402和一级参与方标识404。目标业务标识402可以是用于表示支付服务平台制定的所述目标业务,比如上述的通过支付平台进行医疗保险支付的活动中;一级参与方标识404可以是给参加所述目标业务的第一级参与者分发的ID。此外,第一机器可读码400还可以包括其他字段,本说明书在此不作限制。所述第一级参与者可以是参与所述目标业务的商家,比如第一业务方108(商家)。当所述第一业务方108扫描所述第一机器可读码104的时候,服务器102便将一级参与方标识404分配给第一业务方108。
第二机器可读码106可由服务器102生成。在本说明书一个或多个实施例中,第二机器可读码104可由第二业务方110生成。在本说明书一个或多个实施例中,第二机器可读码104可以由支付服务平台的工作人员通过系统后台生成。第二机器可读码106也可以是一维码、二维码、磁介质码、RFID芯片中的任意一个或多个。第二机器可读码106也可以是其他具有指示功能的码,本说明书在此不作限制。图5A示意性地示出了根据本说明书一个或多个实施例的第二机器可读码的一种数据结构。如图5A所示,第二机器可读码500可以包括一级参与方标识404和次级参与方标识502。在本说明书一个或多个实施例中,次级参与方标识502是给参加所述目标业务的次级参与者分发的ID。所述次级参与者可以是第二业务方110(例如所述商家的业务员)或者第三业务方112(例如用户)。比如,当所述第二业务方110扫描所述第二机器可读码106的时候,服务器102便将次级参与方标识502分配给第二业务方110。此外,第二机器可读码500还可以包括其他字段,本说明书在此不作限制。图5B示意性地示出了根据本说明书一个或多个实施例的第二机器可读码500’的另一种数据结构。如图5B所示,第二机器可读码500’可以包括目标业务标识402、一级参与方标识402和次级参与方标识502。此外,第二机器可读码500’还可以包括其他字段,本说明书在此不作限制。
下面参照图1介绍实际的应用场景。首先,支付平台的服务器102生成同所述目标业务相关联的第一机器可读码104以及第二机器可读码106。接下来,第一业务方108将其身份数据同第一机器可读码104关联起来,并且第二业务方110和第三业务方112分别将各自的身份数据同第二机器可读码106关联起来。接下来,支付平台的服务器102建立第一业务方108的身份数据同第二业务方110的身份数据关于所述目标业务的关联,并建立第二业务方110的身份数据同第三业务方的身份数据关于所述目标业务的关联。接下来,支付平台的服务器102在接收到第三业务方关于所述目标业务的电子支付信息后,向第一业务方108发送第一电子激励,向第二业务方110发送第二电子激励,并且向第三业务方发送第三电子激励。
在图1所示的根据本说明书一个或多个实施例的支付服务平台推广所述目标业务的场景中,一方面有效触动第一业务方108和/或第二业务方110落实所述目标业务,另一方面能够实时追踪第三业务方112的支付情况、以及对各级业务方的电子激励的发放情况进行实时追踪,确保形成无断层的激励模式,促进将所述目标业务的激励转化为客户的实际支付单量。
图2示意性地示出了根据本说明书一个或多个实施例的支付平台的电子设备200的结构图。所述电子设备200可以是服务器102,也可以是第一业务方108的所述第一终端,第二业务方110的所述第二终端,和第三业务方112的所述第三终端。
电子设备200可以应用在分布式计算系统上。例如,当所述支付平台的服务器102是分布式计算系统时,电子设备200可以是所述分布式计算系统上的单个服务器。电子设备200也可以是单个的通用计算机或专用计算机。例如,电子设备200可以是服务器、个人电脑、便携式电脑(比如笔记本计算机、平板电脑等),也可以是有其他计算能力的电子设备。
电子设备200可以包括至少一个存储介质,包括至少一组指令集,用于通过关联路线提供激励。存储介质可以是同形式的程序存储介质和/或数据存储介质,例如磁盘270(非暂时性存储器)以及只读存储器(ROM)230或随机存取存储器(RAM)240等等,用于存储要处理和/或传输的各种数据文件。存储介质可以是电子设备200本地的存储介质,也可以是电子设备200共享的存储介质。支付平台的电子设备200的存储介质中可以存储有与所述目标业务相关联的可执行文件。或者,支付平台的服务器的存储介质的数据库中可以存储有与所述目标业务相关联的一组数据结构。
电子设备200可包括以一个或多个处理器的形式的处理器220,同至少一个存储介质通讯连接,其中当处理器运220运行至少一组指令集时,执行根据本说明书一个或多个实施例的方法。处理器220可以是中央处理单元(CPU),图形处理单元(GPU),微处理单元(MCU),等用于执行程序指令的单元/组件。
出于说明的目的,在图中仅示出了一个处理器220。然而,本领域普通技术人员可以理解的是,本说明书中的电子设备200还可以包括多个处理器。因此本说明书中的由一个处理器执行的方法/步骤/操作也可以由多个处理器共同或分别执行。例如,如果在本说明书中,电子设备200的处理器可以同时执行步骤A和步骤B。应当理解的是,步骤A和步骤B也可以由两个不同的处理器共同执行。例如,第一处理器执行步骤A,第二处理器执行步骤B,或者第一处理器和第二处理器共同执行步骤A和B。
电子设备200可以包括I/O组件260来支持同分布式计算系统100中其他服务器之间的数据通信。电子设备200还可以经由网络通信来接收编程和数据。
电子设备200可以包括COM端口250,该COM端口250可以连接到网络或从其连接的网络中出来,以促进数据通信。
电子设备200可以包括内部通信总线210,用于内部组件的通信。
图3示意性地示出了根据本说明书一个或多个实施例的一种通过关联路线提供激励的方法300的流程图。该方法300可通过支付平台的服务器102执行。下面结合图1至图3对该方法300进行描述。具体地,该方法300可以包括:
步骤302:生成第一机器可读码104,第一机器可读码104同目标业务关联。如前所述,第一机器可读码104可以包括所述目标业务标识和所述一级参与方标识。
步骤304:生成第二机器可读码106,第一机器可读码104同第二机器可读码106相关联。
第二机器可读码106可包括所述一级参与方标识和所述次级参与方标识。因为第二机器可读码106不仅包括第一机器可读码104的一级参与方标识,还包括次级参与方标识,所以第一机器可读码104同第二机器可读码106是相关联的。
步骤306:获取第一业务方108的所述第一终端读取第一机器可读码104后发出的第一关联请求信号。
所述第一终端可以是手机、扫码器、平板电脑、笔记本电脑、计算机、服务器等。所述第一终端可以具有图2所示的电子设备200的结构。当支付平台的服务器102接收到第一关联请求信号时,就意味着第一业务方108的第一终端已经读取了第一机器可读码104。例如,在药店的场景下,第一业务方108可以是药店。支付平台的服务器102接收到药店的服务器或电子终端发送的第一关联请求信号,意味着药店已经用扫码器读取了第一机器可读码(例如,通过安装在药店的服务器或电子终端上的应用软件扫描第一机器可读码104)。所述第一关联请求信号可包含第一业务方108的身份数据以及第一机器可读码104的相关数据。
步骤308:将第一业务方108的身份数据同所述目标业务关联。
在本说明书一个或多个实施例中,第一业务方108的身份数据可以同第一业务方108在支付平台上开设的第一账号相关联。例如,第一账号可以是第一业务方108的支付宝账号。
第一机器可读码104可以包括所述目标业务标识和所述一级参与方标识。第一机器可读码104可以由所述支付平台的服务器102以电子图片的形式发送给第一业务方108的第一终端,也可以在生成后通过打印件形式发送给第一业务方108。然后,由第一业务方108通过第一终端读取第一机器可读码104,以实现第一业务方108的身份数据同所述目标业务相关联。具体而言,将第一业务方108的身份数据同所述目标业务相关联为将第一业务方108与所述一级参与方标识关联起来。如上所述,支付平台的服务器102的存储介质的数据库中可以存储有与所述目标业务相关联的一组数据结构,所述数据结构中存有所述目标业务标识和所述一级参与方标识。当支付平台的服务器102接收到第一关联请求信号时,获知第一业务方108的第一终端读取了第一机器可读码104,支付平台的服务器102可以在所述数据结构中生成指针,从所述一级参与方标识指向所述第一业务方108的身份数据或者从所述第一业务方108的身份数据指向所述一级参与方标识,以使得第一业务方108与所述一级参与方标识在支付平台的服务器102的存储介质中的数据库中关联起来。
第一业务方108同所述一级参与方标识关联的过程同时可以是第一业务方108同时与所述目标业务关联的过程。如上所述,第一机器可读码104还可以包括所述目标业务标识,所以第一业务方108的第一终端读取第一机器可读码104后并且发出第一关联请求信号后,支付平台的服务器102可以生成指针,从所述目标业务标识指向所述第一业务方108的身份数据或者从所述第一业务方108的身份数据以及所述目标业务标识,以使得第一业务方108在支付平台的服务器102的存储介质中的数据库中同所述目标业务关联起来。
步骤310:生成第二机器可读码106,第一机器可读码104同第二机器可读码106相关联。
在本说明书一个或多个实施例中,第二业务方110的身份数据可以同第二业务方110在支付平台上开设的第二账号相关联。例如,所述第二账号可以是第二业务方110的支付宝账号。
第二机器可读码106可以由所述支付平台的服务器102以电子图片的形式发送给第一业务方108的第一终端和/或第二业务方110的第二终端,也可以通过打印件形式发送给第一业务方108和/或第二业务方110。第二机器可读码106也可以发送给第三业务方112的第三终端。
如前所述,第二机器可读码106可以包括所述一级参与方标识以及所述二级参与方标识。第二机器可读码106还可以包括所述目标业务标识。
在本说明书一个或多个实施例中,服务器102可以生成与同一个第一机器可读码104相关联的多个第二机器可读码106。不同的第二机器可读码106可以包括同一一级参与方标识以及不同的二级参与方标识。多个不同的第二机器可读码106可以与同一个第一机器可读码104相关联。
步骤312:建立第一业务方108的身份数据同第二业务方110的身份数据关于所述目标业务的关联。
在这一步中,服务器102首先获取第二业务方110的第二终端读取第二机器可读码106后发出的第二关联请求信号。所述第二终端可以是手机、扫码器、平板电脑、笔记本电脑、计算机、服务器等。所述第二终端可以具有图2所示的结构。当第二业务方110经通过第二终端扫描了第二机器可读码106后,安装在第二终端内的相应的APP便向所述支付平台发出第二关联请求信号。也就是说,当支付平台的服务器102接收到第二关联请求信号时,就意味着第二业务方110的第二终端已经读取了第二机器可读码106。例如,在药店的场景下,第一业务方108可以是药店,第二业务方110可以是药店业务员。支付平台的服务器102接收到药店业务员的智能终端(例如,手机)发送的第二关联请求信号,意味着药店业务员的手机已经读取了第二机器可读码106(例如,通过安装在手机上的应用软件扫描第二机器可读码106)。所述第二关联请求信号可包含第二业务方110的身份数据以及第二机器可读码106的相关数据。
然后,服务器102将所述第二业务方110的身份数据同第二机器可读码106关联。为此,服务器102判断第二业务方110为最早读取第二机器可读码106的业务方,然后再将第二业务方110的身份数据同次级参与方标识在服务器102的存储介质中联系起来。
在本说明书一个或多个实施例中,当支付平台的服务器102接收到所述第二关联请求信号时,获知第二业务方110已经通过第二终端扫描了第二机器可读码106。这时,服务器102会判断一下所述第二终端是否是第一个读取第二机器可读码的终端。如果是,则确认所述第二终端的持有者是第二业务方;否则认定所述持有者是第三业务方。比如,在所述药店的场景下,支付平台的服务器102接收到张三的智能终端(例如,手机)发送的关联请求信号后,会判断一下张三是否是第一个扫描第二机器可读码106的人。如果是,则认定张三是所述药店的业务员。如果在张三之前已经有人扫描过第二机器可读码106了,则张三是此次活动的客户或者消费者。也就是说,只有第一个用手机扫描该第二机器可读码106的人被认定为药店的业务员,在此之后扫该第二机器可读码106的人都被认定为由该业务员带来的客户。
在确认了扫描方是第二业务方后,所述支付平台的服务器可以通过指针来实现第二业务方110的身份数据以及所述次级参与方标识之间的关联。指针用于指向变量在存储介质中分配到的位置,即,地址。换言之,指针存储的是变量的地址,指针通过寻址来找到变量。具体而言,所述支付平台的服务器可以在指针中存储第二业务方110的身份数据的地址以及所述次级参与方标识的地址,以使得第二业务方110的身份数据与所述次级参与方标识在所述支付平台的服务器102的存储介质中的数据库中关联起来。
在本说明书一个或多个实施例中,第二业务方110同第二机器可读码106关联的过程同时可以是第二业务方110同时与第一业务方108关联的过程。如上所述,第二机器可读码106还可以包括一级参与方标识,所以第二业务方110的第二终端读取第二机器可读码106后,支付平台的服务器102可以生成指针,指向第二业务方110的身份数据的地址以及第一业务方108的身份数据的地址,以使得第二业务方110的身份数据在支付平台的服务器的存储介质中的数据库中同第一业务方108的身份数据关联起来。
在本说明书一个或多个实施例中,第二业务方110同第二机器可读码106关联的过程同时可以是第二业务方110同时与所述目标业务关联的过程。如上所述,第二机器可读码106还可以包括所述目标业务标识,所以第二业务方110的第二终端读取第二机器可读码106后,支付平台的服务器102可以生成指针,指向第二业务方110的身份数据的地址以及所述目标业务标识的地址,以使得第二业务方110的身份数据在支付平台的服务器102的存储介质中的数据库中同所述目标业务数据关联起来。
在本说明书一个或多个实施例中,一个第一业务方108可以同多个第二业务方110相关联。例如,在药店的场景下,第一业务方108可以是药店,第二业务方110可以是药店的业务员,每个药店可以与多个业务员相关联。药店可以与一个第一机器可读码104相关联,每个业务员可以与一个不同的第二机器可读码106相关联。
在确定了第二业务方110之后,服务器102接下来建立第二业务方110的身份数据同第三业务方112的身份数据关于所述目标业务的关联。为此,服务器102首先获取第三业务方112的第三终端读取第二机器可读码106后发出的第三关联请求信号;然后,判断第二业务方110为与第二机器可读码106最早相关联的业务方;最后将第三业务方112的身份数据同第二业务方110的身份数据在服务器的存储介质中联系起来。
在本说明书一个或多个实施例中,第三业务方112的身份数据同第三业务方112在支付平台上开设的第三账号相关联。例如,所述第三账号可以是第三业务方112的支付宝账号。
所述第三终端可以是手机、扫码器、平板电脑、笔记本电脑、计算机、服务器等。所述第三终端可以具有图2所示的电子设备的结构。当所述支付平台的服务器102接收到第三关联请求信号时,就意味着第三业务方112的第三终端已经读取了第二机器可读码106。因为第二终端和第三终端都扫描了第二机器可读码106,这时,服务器102会判断一下当前扫描第二机器可读码的终端是哪一个终端。为此,服务器102会判断一下所述终端是否是第一个读取第二机器可读码的终端。如果是,则确认所述第二终端的持有者是第二业务方;否则认定所述持有者是第三业务方。比如,在所述药店的场景下,支付平台的服务器102接收到张三的智能终端(例如,手机)发送的关联请求信号后,会判断一下张三是否是第一个扫描第二机器可读码106的人。如果是,则认定张三是所述药店的业务员。如果服务器102发现李四是在张三之前第一个扫描第二机器可读码106的人,则张三是此次活动的客户或者消费者。
例如,在药店的场景下,第一业务方108可以是药店,第二业务方110可以是药店业务员,第三业务方112可以是客户或消费者。支付平台的服务器102接收到客户的智能终端(例如,手机)发送的第三关联请求信号,意味着客户已经用手机读取了第二机器可读码106(例如,通过安装在手机上的应用软件扫描第二机器可读码106)。所述第三关联请求信号可包含第三业务方112的身份数据以及第二机器可读码106的相关数据。
在本说明书一个或多个实施例中,将首次读取第二机器可读码106的实体/个人识别为第二业务方110,并且将此后读取该第二机器可读码106的实体/个人识别为是第三业务方112。例如,在药店的场景下,第二业务方110可以是药店的业务员,第三业务方112可以是药店业务员推广活动的目标客户。
在本说明书一个或多个实施例中,当支付平台的服务器102接收到所述第三关联请求信号时,获知第三业务方112扫描了第二机器可读码106,支付平台的服务器102可以生成指针,指向第三业务方112的身份数据的地址以及第二业务方110的身份数据的地址,以使得第三业务方112的身份数据与第二业务方110的身份数据在支付平台的服务器102的存储介质中的数据库中关联起来。
在本说明书一个或多个实施例中,可以存在多个第二业务方110,每个第二业务方110与一个不同的第二机器可读码106相关联。如果第三业务方112读取了多个第二业务方110的多个第二机器可读码106,那么支付平台的服务器102可以将第三业务方112最后读取的那个第二业务方110的身份数据同第三业务方112的身份数据关联起来。例如,在药店的场景下,一个药店可以有多个业务员,客户的手机先后扫描了多个业务员的第二机器可读码106,那么支付平台的服务器102可以将客户的手机最后扫描的第二机器可读码106所对应的业务员的身份数据同客户的身份数据关联起来。
在这种情况下,服务器102在确定了扫描第二机器可读码106的一方是第三业务方112后,还要重新确认一下其上线第二业务方110到底是哪一个。为此,服务器102首先获取同第三业务方112的身份数据相关联的多个次级参与方标识,此处暂称为候选次级参与方,从而可以检索到所述多个候选次级参与方标识分别对应的多个候选第二业务方;然后将与所述第三业务112方最晚建立关联关系的候选第二业务方确定为所述第二业务方;最后将所述第三业务方112的身份数据同确定后的上线第二业务方110的身份数据在所述服务器的存储介质中联系起来。
例如,在药店的场景下,多个第二业务方110都是是药店的业务员,第三业务方112是光顾药店的客户。进入药店后,客户接受了第一个业务员的推销并用手机扫描了一个业务员出示的第一个第二机器可读码106。此时,客户的手机会向支付平台的服务器102发出第一个第三关联请求信号。支付平台的服务器102在存储介质中建立客户的身份数据同第一个业务员的身份数据之间的关联关系。随后,客户接受了第二个业务员的推销并扫描了该业务员出示的第二个第二机器可读码106。此时,客户的手机会向支付平台的服务器102发出第二个第三关联请求信号。支付平台的服务器102在存储介质中建立客户的身份数据同第二个业务员的身份数据之间的关联关系。接下来,客户又接受了第三个业务员的推销并扫描了该业务员出示的第三个第二机器可读码106。此时,客户的手机会向支付平台的服务器102发出第三个第三关联请求信号。支付平台的服务器102在存储介质中建立客户的身份数据同第三个业务员的身份数据之间的关联关系。至此,同一个客户的身份数据已经与多个业务员的身份数据相关联。如上所示,每个业务员具有一个次级参与方标识。支付平台的服务器102获取同所述客户的身份数据相关联的多个候选次级参与方标识,从而检索到所述多个候选次级参与方标识分别对应的多个候选业务员,并且将与所述客户最晚建立关联关系的候选业务员方确定为客户的上线。即,在客户完成支付前,最后一个与客户建立关联关系的业务员被认定为实际促成客户消费的业务员。
在本说明书一个或多个实施例中,支付平台的服务器102在存储介质中建立客户的身份数据同多个业务员的身份数据之间的关联关系可以通过指针来实现。如上所述,指针存储的是变量的地址。具体而言,支付平台的服务器102可以生成指针,指向客户的身份数据的地址以及各个业务员的身份数据的地址,以使得客户的身份数据与各个业务员的身份数据在支付平台的服务器102的存储介质中的数据库中关联起来。
至此,第一业务方108、第二业务方110和第三业务方112之间在所述支付平台上关于所述目标业务的关联路线建成了。
步骤316:接收到第三业务方112关于所述目标业务的电子支付信息后,向第一业务方108发送第一电子激励,同时向第二业务方110发送第二电子激励,并向第三业务方112发送第三电子激励。在本说明书的一些实施例中,所述第一电子激励、所述第二电子激励和/或所述第三电子激励可以是有时效的。比如仅发放给在从关联关系成立后预定时间内完成支付的第三业务方112以及与其相关联的第二业务方110和第一业务方108。例如,预定时间范围内可以是24小时、48小时、7天等。例如,在药店的场景下,客户扫了业务员的第二机器可读码之后24小时内完成的支付,被认定为该业务员带来的消费。
在本说明书一个或多个实施例中,第一电子激励可以是虚拟货币、代币、信用点数(credits)、红包、返利、折扣券等中的一个或多个。第二电子激励可以是虚拟货币、代币、信用点数)、红包、返利、折扣券等中的一个或多个。第三电子激励可以是虚拟货币、代币、信用点数、红包、返利、折扣券等中的一个或多个。第一电子激励的数值、第二电子激励的数值、第三电子激励的数值可以相同,也可以不同。第一电子激励的数值、第二电子激励的数值、第三电子激励的数值可以与第三业务方112支付的数额相关,也可以无关。第一电子激励的数值、第二电子激励的数值、第三电子激励的数值可以彼此相关,也可以彼此无关。支付平台的服务器可以建立算法模型,用于计算第一电子激励、第二电子激励、第三电子激励的数值,本说明书在此不作限制。
采用图3所示的根据本说明书一个或多个实施例的一种通过关联路线提供激励的方法300,一方面有效触动第一业务方108和/或第二业务方110落实所述目标业务,另一方面能够追踪第三业务方112的支付情况,并及时将激励反馈给各级业务方,形成无断层激励模式,促进将所述目标业务的激励转化为客户的实际支付单量。另一方面,由于第一业务方108,第二业务方110,和第三业务方112同服务器102之间的数据传输可以做到实时传输,上述步骤的完成可以做到实时。比如,当上述业务方扫描机器可读码后,100毫秒之内便可以将相应的请求发送出去。第三业务方112通过支付平台完成对所述目标业务的支付后,100毫秒之内服务器102便可探知所述支付并且将所述电子激励发送给相应的业务方。因此,本说明书公开的技术方案可以对所述目标业务的推进效果进行实时探知和统计,同时实时发送电子激励。
综上所述,在阅读本详细公开内容之后,本领域技术人员可以明白,前述详细公开内容可以仅以示例的方式呈现,并且可以不是限制性的。尽管这里没有明确说明,本领域技术人员可以理解本申请意图囊括对实施例的各种合理改变,改进和修改。这些改变,改进和修改旨在由本公开提出,并且在本公开的示例性实施例的精神和范围内。
此外,本申请中的某些术语已被用于描述本公开的实施例。例如,”一个实施例”,”实施例”和/或”一些实施例”意味着结合该实施例描述的特定特征,结构或特性可以包括在本公开的至少一个实施例中。因此,可以强调并且应当理解,在本说明书的各个部分中对”实施例”或”一个实施例”或”替代实施例”的两个或更多个引用不一定都指代相同的实施例。此外,特定特征,结构或特性可以在本公开的一个或多个实施例中适当地组合。
应当理解,在本公开的实施例的前述描述中,为了帮助理解一个特征,出于简化本公开的目的,本申请将各种特征组合在单个实施例、附图或其描述中。然而,这并不是说这些特征的组合是必须的,本领域技术人员在阅读本申请的时候完全有可能将其中一部分特征提取出来作为单独的实施例来理解。也就是说,本申请中的实施例也可以理解为多个次级实施例的整合。而每个次级实施例的内容在于少于单个前述公开实施例的所有特征的时候也是成立的。
本文引用的每个专利,专利申请,专利申请的出版物和其他材料,例如文章,书籍,说明书,出版物,文件,物品等,可以通过引用结合于此。用于所有目的的全部内容,除了与其相关的任何起诉文件历史,可能与本文件不一致或相冲突的任何相同的,或者任何可能对权利要求的最宽范围具有限制性影响的任何相同的起诉文件历史。现在或以后与本文件相关联。举例来说,如果在与任何所包含的材料相关联的术语的描述、定义和/或使用与本文档相关的术语、描述、定义和/或之间存在任何不一致或冲突时,使用本文件中的术语为准。
上述对本说明书特定实施例进行了描述,其他实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
最后,应理解,本文公开的申请的实施方案是对本申请的实施方案的原理的说明。其他修改后的实施例也在本申请的范围内。因此,本申请披露的实施例仅仅作为示例而非限制。本领域技术人员可以根据本申请中的实施例采取替代配置来实现本申请中的申请。因此,本申请的实施例不限于申请中被精确地描述过的实施例。
Claims (11)
1.一种通过关联路线提供激励的方法,包括:通过支付平台的服务器:
建立第一业务方的身份数据同第二业务方的身份数据关于目标业务的关联;
建立所述第二业务方的身份数据同第三业务方的身份数据关于所述目标业务的关联;以及
接收到所述第三业务方关于所述目标业务的电子支付信息后,向所述第一业务方发送第一电子激励。
2.如权利要求1中所述方法,还包括:接收到所述第三业务方关于所述目标业务的电子支付信息后,向所述第二业务方发送第二电子激励。
3.如权利要求1中所述方法,还包括:通过所述服务器:
生成第一机器可读码,所述第一机器可读码同所述目标业务关联;
获取第一业务方的第一终端读取所述第一机器可读码后发出的第一关联请求信号;以及
将所述第一业务方的身份数据同所述目标业务关联。
4.如权利要求3中所述方法,其中,所述第一机器可读码包括:所述目标业务标识和一级参与方标识;将所述第一业务方的身份数据同所述目标业务关联包括:将所述第一业务方的身份数据同所述一级参与方标识在所述服务器的存储介质中联系起来。
5.如权利要求3中所述方法,还包括:通过所述服务器生成第二机器可读码,所述第一机器可读码同所述第二机器可读码相关联;
其中,建立所述第一业务方的身份数据同所述第二业务方的身份数据关于所述目标业务的关联包括:
获取第二业务方的第二终端读取所述第二机器可读码后发出的第二关联请求信号;以及
将所述第二业务方的身份数据同所述第二机器可读码关联。
6.如权利要求5中所述方法,其中,所述第二机器可读码包括:所述一级参与方标识和次级参与方标识;
将所述第二业务方的身份数据同所述第二机器可读码关联包括:
判断所述第二业务方为最早读取所述第二机器可读码的业务方,以及
将所述第二业务方的身份数据同所述次级参与方标识在所述服务器的存储介质中联系起来。
7.如权利要求5中所述方法,其中,所述第一机器可读码包括一维码、二维码、磁介质码、RFID芯片中的任意一个或多个;所述第二机器可读码包括一维码、二维码、磁介质码、RFID芯片中的任意一个或多个。
8.如权利要求5中所述方法,其中,建立所述第二业务方的身份数据同第三业务方的身份数据关于所述目标业务的关联包括:
获取第三业务方的第三终端读取所述第二机器可读码后发出的第三关联请求信号;
判断所述第二业务方为与所述第二机器可读码最早相关联的业务方;以及
将所述第三业务方的身份数据同所述第二业务方的身份数据在所述服务器的存储介质中联系起来。
9.如权利要求5中所述方法,其中,建立所述第二业务方的身份数据同所述第三业务方的身份数据关于所述目标业务的关联还包括:
获取同所述第三业务方的身份数据相关联的多个候选次级参与方标识,从而检索到所述多个候选次级参与方标识分别对应的多个候选第二业务方;
将与所述第三业务方最晚建立关联关系的候选第二业务方确定为所述第二业务方;以及
将所述第三业务方的身份数据同确定后的所述第二业务方的身份数据在所述服务器的存储介质中联系起来。
10.如权利要求1中所述方法,其中,所述第一业务方的身份数据同第一业务方在所述平台上开设的第一账号相关;所述第二业务方的身份数据同第二业务方在所述平台上开设的第二账号相关;所述第三业务方的身份数据同第三业务方在所述平台上开设的第三账号相关。
11.一种用于通过关联路线提供激励的系统,包括:
至少一个存储介质,包括至少一组指令集,用于通过关联路线提供激励;以及
至少一个处理器,同所述至少一个存储介质通讯连接,
其中,当所述至少一个处理器运行所述至少一组指令集时,所述至少一个处理执行根据所述权利要求1至10中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010286286.XA CN111401971A (zh) | 2020-04-13 | 2020-04-13 | 通过关联路线提供激励的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010286286.XA CN111401971A (zh) | 2020-04-13 | 2020-04-13 | 通过关联路线提供激励的方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111401971A true CN111401971A (zh) | 2020-07-10 |
Family
ID=71431508
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010286286.XA Pending CN111401971A (zh) | 2020-04-13 | 2020-04-13 | 通过关联路线提供激励的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111401971A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112215638A (zh) * | 2020-09-23 | 2021-01-12 | 支付宝(杭州)信息技术有限公司 | 推荐处理方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105117942A (zh) * | 2015-08-28 | 2015-12-02 | 深圳市前海安测信息技术有限公司 | 线上线下健康服务产品多级推广处理系统及方法 |
CN105488695A (zh) * | 2015-12-01 | 2016-04-13 | 嘉兴市通通联电子商务有限公司 | 一种让消费者获利的营销模式及营销系统 |
CN105741132A (zh) * | 2016-01-25 | 2016-07-06 | 刘统红 | 基于二维码的线上线下销售数据处理系统及方法 |
CN109816435A (zh) * | 2019-01-09 | 2019-05-28 | 广州市简美网络科技有限公司 | 基于社交关系链的信息处理方法及装置 |
-
2020
- 2020-04-13 CN CN202010286286.XA patent/CN111401971A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105117942A (zh) * | 2015-08-28 | 2015-12-02 | 深圳市前海安测信息技术有限公司 | 线上线下健康服务产品多级推广处理系统及方法 |
CN105488695A (zh) * | 2015-12-01 | 2016-04-13 | 嘉兴市通通联电子商务有限公司 | 一种让消费者获利的营销模式及营销系统 |
CN105741132A (zh) * | 2016-01-25 | 2016-07-06 | 刘统红 | 基于二维码的线上线下销售数据处理系统及方法 |
CN109816435A (zh) * | 2019-01-09 | 2019-05-28 | 广州市简美网络科技有限公司 | 基于社交关系链的信息处理方法及装置 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112215638A (zh) * | 2020-09-23 | 2021-01-12 | 支付宝(杭州)信息技术有限公司 | 推荐处理方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11049125B2 (en) | Payment account processing which conveys financial transaction data and non-financial transaction data | |
US20210383385A1 (en) | Merchant alerts incorporating receipt data | |
US8086539B2 (en) | Value processing network and methods | |
US8442913B2 (en) | Evolving payment device | |
AU2009322183B2 (en) | Payment account processing which conveys non-purchase related data exchanges | |
AU2009296658B2 (en) | System and method for benefit notification | |
US20120101894A1 (en) | Real-time point redemption in a merchant redemption network | |
US20190342407A1 (en) | Techniques for tracking recurrence across computer systems | |
WO2011153463A1 (en) | Method and apparatus for value interchange pricing | |
US20170286992A1 (en) | System and method for coded transaction processing | |
US20150242881A1 (en) | Methods and systems for payment cooperatives that leverage group pricing for payment processing and related services | |
US20190043132A1 (en) | Funded pension processing device, method, and computer program | |
CN111401971A (zh) | 通过关联路线提供激励的方法和系统 | |
KR20150039667A (ko) | 가맹점정보 송수신 장치 및 그 방법 | |
AU2014200145B2 (en) | Payment account processing which conveys financial transaction data and non-financial transaction data | |
JP7309995B1 (ja) | 情報処理装置、情報処理方法及び情報処理プログラム | |
JP6703768B2 (ja) | 積立年金処理装置、方法、及びコンピュータプログラム | |
JP2024029164A (ja) | 法定通貨バリュー、電子マネー、その他ポイント等の各種バリューのチャージ、入金方法及びシステム | |
WO2021172976A1 (en) | A revenue allocation system | |
CN114202323A (zh) | 电商订单的支付方法、系统、终端设备以及存储介质 | |
EA028338B1 (ru) | Способ и система для осуществления транзакции при покупке | |
AU2015201109A1 (en) | Payment account processing which conveys non-purchase related data exchanges | |
EA024496B1 (ru) | Способ и система регистрации покупок с возможностью реализации программ лояльности |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20230117 Address after: 200120 Floor 15, No. 447, Nanquan North Road, Free Trade Pilot Zone, Pudong New Area, Shanghai Applicant after: Alipay.com Co.,Ltd. Address before: 310000 801-11 section B, 8th floor, 556 Xixi Road, Xihu District, Hangzhou City, Zhejiang Province Applicant before: Alipay (Hangzhou) Information Technology Co.,Ltd. |
|
TA01 | Transfer of patent application right |