CN113763011A - 电子凭证的分配处理方法、装置、设备和存储介质 - Google Patents
电子凭证的分配处理方法、装置、设备和存储介质 Download PDFInfo
- Publication number
- CN113763011A CN113763011A CN202011308788.4A CN202011308788A CN113763011A CN 113763011 A CN113763011 A CN 113763011A CN 202011308788 A CN202011308788 A CN 202011308788A CN 113763011 A CN113763011 A CN 113763011A
- Authority
- CN
- China
- Prior art keywords
- electronic certificate
- sub
- flow
- type
- pipeline information
- 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
- 238000003672 processing method Methods 0.000 title claims description 5
- 238000000034 method Methods 0.000 claims abstract description 423
- 230000008569 process Effects 0.000 claims abstract description 136
- 238000012545 processing Methods 0.000 claims abstract description 41
- 230000004048 modification Effects 0.000 claims description 8
- 238000012986 modification Methods 0.000 claims description 8
- 230000004044 response Effects 0.000 claims description 7
- 238000012549 training Methods 0.000 claims description 3
- 238000012423 maintenance Methods 0.000 abstract description 13
- 238000011161 development Methods 0.000 abstract description 7
- 238000004364 calculation method Methods 0.000 description 65
- 238000010586 diagram Methods 0.000 description 18
- 230000008901 benefit Effects 0.000 description 16
- 238000004891 communication Methods 0.000 description 10
- 238000004422 calculation algorithm Methods 0.000 description 6
- 238000004590 computer program Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 230000003287 optical effect Effects 0.000 description 4
- 230000005236 sound signal Effects 0.000 description 4
- 230000003993 interaction Effects 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 230000001133 acceleration Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000000739 chaotic effect Effects 0.000 description 1
- 239000002537 cosmetic Substances 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000003062 neural network model Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000002688 persistence Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
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/0236—Incentive or reward received by requiring registration or ID from user
-
- 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/0239—Online discounts or incentives
-
- 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/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Game Theory and Decision Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请实施例提供一种电子凭证的分配处理方法、装置、设备和存储介质,其中,该方法包括:从预设的流程库中确定与电子凭证类型对应的流程管道信息;流程库中包括至少一个流程管道信息,每一流程管道信息中包括子流程,每一流程管道信息中的各子流程之间具有执行逻辑关系;根据与电子凭证类型对应的流程管道信息中的各子流程之间的执行逻辑关系,执行与电子凭证类型对应的流程管道信息,得到与电子凭证类型对应的电子凭证;将与电子凭证类型对应的电子凭证,发送给第二设备。不需要为计算逻辑去编写策略类或者编写条件语句,不需要维护策略类或者条件语句,减少了大量的代码开发,节约了代码,减少了维护成本;并且可以快速的得到电子凭证。
Description
技术领域
本申请实施例涉及电子技术领域,尤其涉及一种电子凭证的分配处理方法、装置、设备和存储介质。
背景技术
随着移动互联网的发展,电商平台的设备可以为消费者用户提供物品。在电商平台的设备售出物品之后,为了激励电商平台,可以为电商平台提供电子凭证。
现有技术中,在为电商平台确定出电子凭证的时候,可以封装多个策略类,每一个策略类用于执行每一种电子凭证的计算算法(即,执行代码);在需要生成电子凭证的时候,可以分析出对应的策略类,并执行该策略类。
所以在实现本申请过程中,发明人发现现有技术中至少存在如下问题:需要在设备的客户端写入大量的策略类,进而造成设备的客户端中的类非常臃肿,不利于确定出电子凭证;并且,需要维护大量的策略类,维护成本较高。
发明内容
本申请实施例提供一种电子凭证的分配处理方法、装置、设备和存储介质,用以解决设备的客户端中的类非常臃肿,不利于确定出电子凭证;并且,需要维护大量的策略类,维护成本较高的问题。
第一方面,本申请实施例提供一种电子凭证的分配处理方法,所述方法应用于第一设备,所述方法包括:
响应于电子凭证创建请求,其中,所述电子凭证创建请求用于指示电子凭证类型,从预设的流程库中确定与所述电子凭证类型对应的流程管道信息;其中,所述流程库中包括至少一个流程管道信息,每一所述流程管道信息中包括至少一个子流程,每一所述流程管道信息中的各子流程之间具有执行逻辑关系;
根据与所述电子凭证类型对应的流程管道信息中的各子流程之间的执行逻辑关系,执行与所述电子凭证类型对应的流程管道信息,得到与所述电子凭证类型对应的电子凭证;
将与所述电子凭证类型对应的电子凭证,发送给第二设备,所述第二设备为电商平台的设备。
上述申请中的一个实施例具有如下优点或者有益效果:由于将与每一电子凭证类别对应的计算逻辑,确定为了多个子流程;不同的计算逻辑之间可以具有相同的子流程;将这些子流程放入流程库中,然后依据不同的执行逻辑关系,组成多个流程管道信息,每一流程管道信息中包括至少一个子流程;从而,不需要为计算逻辑去编写策略类或者编写条件语句,直接依据子流程(即,子流程计算器)构成一个计算逻辑;进而,不需要维护策略类或者条件语句,减少了大量的代码开发,节约了代码,减少了维护成本;并且,可以直接依据流程管道信息的执行逻辑关系,就可以得到电子凭证,进而可以快速的得到电子凭证。
或者,上述申请中的另一个实施例具有如下优点或者有益效果:可以根据单链执行关系中的前一个子流程的输出结果,执行单链执行关系中的后一个子流程,最终得到电子凭证,该电子凭证表征了返利总额度。从而,可以流程库中的流程管道信息,得到与电子凭证类型对应的流程管道信息,依据流程管道信息中的各子流程之间的单链执行关系,得到电子凭证,可以快速的得到电子凭证。
或者,上述申请中的另一个实施例具有如下优点或者有益效果:针对多链执行关系中的相邻子流程,根据相邻子流程中的前序的各子流程,执行相邻子流程中的后序的各子流程,以得到与电子凭证类型对应的电子凭证。从而,可以流程库中的流程管道信息,得到与电子凭证类型对应的流程管道信息,依据流程管道信息中的各子流程之间的多链执行关系,得到电子凭证,可以快速的得到电子凭证。
或者,上述申请中的另一个实施例具有如下优点或者有益效果:可以建立子流程、子流程的执行逻辑关系,进而得到各个流程管道信息;并且,在需要调整电子凭证的计算逻辑的时候,只需要调整与电子凭证类型对应的流程管道信息,例如,调整该流程管道信息中的某一个子流程的计算逻辑,或者调整流程管道信息中的各子流程的连接方式(即,执行逻辑关系)。仅仅需要对单独的子流程进行调整,就可以对电子凭证的计算方式进行调整。对流程库的维护方式快速、简单;对流程库的拓展和维护,非常便捷。还可以依据第二设备的信息,对生成的电子凭证进行调整,使得电子凭证与第二设备之间更为匹配,即,使得电子凭证与电商平台更为匹配。
第二方面,本申请实施例提供一种电子凭证的分配处理装置,所述装置包括:
第一确定单元,用于响应于电子凭证创建请求,其中,所述电子凭证创建请求用于指示电子凭证类型,从预设的流程库中确定与所述电子凭证类型对应的流程管道信息;其中,所述流程库中包括至少一个流程管道信息,每一所述流程管道信息中包括至少一个子流程,每一所述流程管道信息中的各子流程之间具有执行逻辑关系;
执行单元,用于根据与所述电子凭证类型对应的流程管道信息中的各子流程之间的执行逻辑关系,执行与所述电子凭证类型对应的流程管道信息,得到与所述电子凭证类型对应的电子凭证;
存储单元,用于将与所述电子凭证类型对应的电子凭证,发送给第二设备,所述第二设备为电商平台的设备。
上述申请中的一个实施例具有如下优点或者有益效果:由于将与每一电子凭证类别对应的计算逻辑,确定为了多个子流程;不同的计算逻辑之间可以具有相同的子流程;将这些子流程放入流程库中,然后依据不同的执行逻辑关系,组成多个流程管道信息,每一流程管道信息中包括至少一个子流程;从而,不需要为计算逻辑去编写策略类或者编写条件语句,直接依据子流程(即,子流程计算器)构成一个计算逻辑;进而,不需要维护策略类或者条件语句,减少了大量的代码开发,节约了代码,减少了维护成本;并且,可以直接依据流程管道信息的执行逻辑关系,就可以得到电子凭证,进而可以快速的得到电子凭证。
或者,上述申请中的另一个实施例具有如下优点或者有益效果:可以根据单链执行关系中的前一个子流程的输出结果,执行单链执行关系中的后一个子流程,最终得到电子凭证,该电子凭证表征了返利总额度。从而,可以流程库中的流程管道信息,得到与电子凭证类型对应的流程管道信息,依据流程管道信息中的各子流程之间的单链执行关系,得到电子凭证,可以快速的得到电子凭证。
或者,上述申请中的另一个实施例具有如下优点或者有益效果:针对多链执行关系中的相邻子流程,根据相邻子流程中的前序的各子流程,执行相邻子流程中的后序的各子流程,以得到与电子凭证类型对应的电子凭证。从而,可以流程库中的流程管道信息,得到与电子凭证类型对应的流程管道信息,依据流程管道信息中的各子流程之间的多链执行关系,得到电子凭证,可以快速的得到电子凭证。
或者,上述申请中的另一个实施例具有如下优点或者有益效果:可以建立子流程、子流程的执行逻辑关系,进而得到各个流程管道信息;并且,在需要调整电子凭证的计算逻辑的时候,只需要调整与电子凭证类型对应的流程管道信息,例如,调整该流程管道信息中的某一个子流程的计算逻辑,或者调整流程管道信息中的各子流程的连接方式(即,执行逻辑关系)。仅仅需要对单独的子流程进行调整,就可以对电子凭证的计算方式进行调整。对流程库的维护方式快速、简单;对流程库的拓展和维护,非常便捷。还可以依据第二设备的信息,对生成的电子凭证进行调整,使得电子凭证与第二设备之间更为匹配,即,使得电子凭证与电商平台更为匹配。
第三方面,本申请实施例提供一种电子设备,包括:存储器,处理器;
存储器,用于存储所述处理器可执行指令的存储器;
所述处理器,用于根据所述可执行指令执行如第一方面提供的方法。
第四方面,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如第一方面提供的方法。
第五方面,本申请实施例提供一种程序产品,所述程序产品包括:计算机程序,所述计算机程序存储在可读存储介质中,服务器的至少一个处理器可以从所述可读存储介质读取所述计算机程序,所述至少一个处理器执行所述计算机程序使得服务器执行第一方面提供的方法。
第六方面,本申请提供一种计算机程序,包括程序代码,当计算机运行所述计算机程序时,所述程序代码执行第一方面提供的方法。
本申请实施例提供的电子凭证的分配处理方法、装置、设备和存储介质,通过预先建立了一个包括了多个流程管道信息的流程库,每一流程管道信息中包括至少一个子流程,每一流程管道信息中的各子流程之间具有执行逻辑关系;进而,确定出与电子凭证类型对应的流程管道信息;由于流程管道信息中的各子流程之间具有执行逻辑关系,可以直接依据执行逻辑关系执行与电子凭证类型对应的流程管道信息,就可以得到与电子凭证类型对应的电子凭证。由于将与每一电子凭证类别对应的计算逻辑,确定为了多个子流程;不同的计算逻辑之间可以具有相同的子流程;将这些子流程放入流程库中,然后依据不同的执行逻辑关系,组成多个流程管道信息,每一流程管道信息中包括至少一个子流程;从而,不需要为计算逻辑去编写策略类或者编写条件语句,直接依据子流程(即,子流程计算器)构成一个计算逻辑;进而,不需要维护策略类或者条件语句,减少了大量的代码开发,节约了代码,减少了维护成本;并且,可以直接依据流程管道信息的执行逻辑关系,就可以得到电子凭证,进而可以快速的得到电子凭证。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
图1为本申请实施例提供的应用场景示意图;
图2为本申请实施例提供的一种电子凭证的分配处理方法的流程示意图;
图3为本申请实施例提供的流程管道信息的示意图一;
图4为本申请实施例提供的流程管道信息的示意图二;
图5为本申请实施例提供的流程管道信息的示意图三;
图6为本申请实施例提供的流程管道信息的示意图四;
图7为本申请实施例提供的另一种电子凭证的分配处理方法的流程示意图;
图8为本申请实施例提供的流程管道信息的示意图五;
图9为本申请实施例提供的又一种电子凭证的分配处理方法的流程示意图;
图10为本申请实施例提供的流程管道信息的示意图六;
图11为本申请实施例提供的再一种电子凭证的分配处理方法的流程示意图;
图12为本申请实施例提供的流程库的建立示意图;
图13为本申请实施例提供的其他一种电子凭证的分配处理方法的流程示意图;
图14为本申请实施例提供的一种电子凭证的分配处理装置的结构示意图;
图15为本申请实施例提供的另一种电子凭证的分配处理装置的结构示意图;
图16为本申请实施例提供的电子设备的框图。
通过上述附图,已示出本申请明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围,而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
随着移动互联网的发展,在消费者用户从电商平台的设备上进行购物时,电商平台的设备可以售出物品,为了激励电商平台,可以为电商平台提供电子凭证。电子凭证可以为电子红包、电子购物券、返利金额、等等。
一个示例中,在为电商平台确定电子凭证的时候,可以基于多重条件语句(即,if-else语句)确定出电子凭证,即,可以分析电商平台所售出的物品的一些信息,分析该电商平台符合多重条件语句中的哪一个条件语句,在确定符合某一个条件语句时,调用该条件语句下的算法逻辑(即,执行代码),得到电子凭证。
举例来说,多重条件语句,如下:
上述多重条件语句中,在确定需要生成电子凭证的时候,对电子凭证的电子凭证类型进行分析,在确定电子凭证类型为电子凭证类型1的时候,执行“计算逻辑1”以得到电子凭证,在确定电子凭证类型为电子凭证类型2的时候,执行“计算逻辑2”以得到电子凭证,以此类推,在确定电子凭证类型为电子凭证类型N的时候,执行“计算逻辑N”以得到电子凭证。其中,电子凭证可以是电子红包。进而将所得到的电子凭证,反馈给电商平台(即,将所得到的电子凭证反馈给电商平台的设备,或者将所得到的电子凭证存储至电商平台的账户中)。
然而上述方式中,基于多重条件语句去得到电子凭证的方式,需要为每一个条件语句配置判断代码、为每一个条件语句编写执行代码;在每次需要确定电子凭证的时候,需要分析整个多重条件语句,算法逻辑复杂,不易确定出电子凭证。并且,由于将每一种计算逻辑,需要编写代码去写到每一个条件语句中;计算逻辑混合到一个条件语句中,代码结构庞大、混乱。在需要调整条件语句的执行代码的时候,需要调整整个条件语句,难于维护。
一个示例中,在为电商平台确定电子凭证的时候,可以封装多个策略类,每一个策略类用于执行每一种电子凭证的计算算法(即,执行代码);在需要生成电子凭证的时候,可以分析出对应的策略类,并执行该策略类。上述方式中,每一个策略类作为一个计算接口。
举例来说,封装了策略类a、策略类b、策略类c、等等多个策略类;策略类a用于执行与电子凭证类型1对应的计算逻辑,策略类b用于执行与电子凭证类型2对应的计算逻辑,策略类c用于执行与电子凭证类型3对应的计算逻辑,以此类推。在确定电子凭证类型为电子凭证类型1的时候,调用策略类a,去执行策略类a的计算逻辑1以得到电子凭证。
然而上述方式中,需要在设备的客户端写入大量的策略类,进而造成设备的客户端中的类非常臃肿,不利于确定出电子凭证。并且,需要维护大量的策略类;与上述条件语句的方式类似,也需要增加或者调整策略类的时候,需要重新编写策略类,进而维护成本较高。
本申请实施例提供的电子凭证的分配处理方法、装置、设备和存储介质,旨在解决现有技术的如上技术问题。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。
下面对本申请实施例提供的电子凭证的分配处理方法的应用场景进行介绍。图1为本申请实施例提供的应用场景示意图,如图1所示,在消费者用户从第二设备12(即,电商平台的设备)上进行购物时,第二设备12可以售出物品(物品的物品信息,由第一设备11提供给第二设备12的);其中,物品为商家提供的,为了激励电商平台,第一设备11可以为第二设备12提供电子凭证。
可以理解的是,本申请实施例提供的电子凭证的分配处理方法的应用场景还可以为其他应用场景,本申请实施例中对应用场景不做限定。并在后续实施例的介绍中进行其他应用场景的示例性说明。
图2为本申请实施例提供的一种电子凭证的分配处理方法的流程示意图,如图2所示,该方法包括:
101、响应于电子凭证创建请求,其中,电子凭证创建请求用于指示电子凭证类型,从预设的流程库中确定与电子凭证类型对应的流程管道信息;其中,流程库中包括至少一个流程管道信息,每一流程管道信息中包括至少一个子流程,每一流程管道信息中的各子流程之间具有执行逻辑关系。
一个示例中,流程库中的与流程管道信息对应的执行逻辑关系,包括以下的至少一种:单链执行关系、多链执行关系、二叉树执行关系。
示例性地,本实施例的执行主体可以是第一设备,其中,第一设备可以是终端设备、或者电子设备、或者电子凭证的分配处理装置、或者电子凭证的分配处理设备、或者其他可以执行本实施例的装置或设备,对此不做限制。
第一设备预先建立了一个流程库,在流程库中包括有至少一个流程管道信息,每一个流程管道信息对应了每一种电子凭证类型。在流程库中包括有至少一个流程管道信息,每一个流程管道信息由至少一个子流程构成;针对于每一个流程管道信息而言,流程管道信息中的各子流程之间具有执行逻辑关系;每一个流程管道信息为一种计算逻辑,子流程是计算逻辑中的一部分逻辑的流程。其中,流程管道信息,也可以称为一个流程、或者一个管道;子流程,也可以称为一个子流程处理器。
针对于每一个流程管道信息而言,流程管道信息中的各子流程之间的执行逻辑关系,可以保证得到与某一种电子凭证类型对应的电子凭证;但是,对于执行逻辑关系不做限制,执行逻辑关系可以是单链执行关系、多链执行关系、二叉树执行关系中的一种或多种。
单链执行关系,指的是,一个流程管道信息中的各子流程构成一个单链表,在执行了前一个子流程之后,执行后一个子流程。
图3为本申请实施例提供的流程管道信息的示意图一,如图3所示,流程库中至少包括流程管道信息A、流程管道信息B、流程管道信息C和流程管道信息D。其中,流程管道信息A由子流程a、子流程b、子流程c、子流程g和子流程h构成;流程管道信息B由子流程a、子流程d、子流程g和子流程h构成;流程管道信息C由子流程a、子流程e、子流程g和子流程h构成;流程管道信息D由子流程a、子流程f、子流程g和子流程h构成。每一个流程管道信息是一个单链表,即,流程管道信息中的各子流程是单链执行关系。例如,针对流程管道信息A,每一个步骤,只执行一个子流程;先执行子流程a,然后执行子流程b,以此类推;即,依次执行子流程a、子流程b、子流程c、子流程g、子流程h。
多链执行关系,指的是,一个流程管道信息中的各子流程构成一个多链表,在执行了前N个子流程之后,执行后M个子流程,N、M为大于等于1的正整数。
图4为本申请实施例提供的流程管道信息的示意图二,如图4所示,流程库中至少包括流程管道信息A、流程管道信息B。其中,流程管道信息A由子流程a、子流程b、子流程c、子流程e和子流程f构成;流程管道信息B由子流程a、子流程c、子流程d、子流程g构成。每一个流程管道信息是一个多链表,即,流程管道信息中的各子流程是多链执行关系。例如,针对流程管道信息A,每一个步骤需要执行至少一个子流程;先执行子流程a,然后同时执行子流程b和子流程c,然后依次执行子流程e、子流程f。针对流程管道信息B,每一个步骤需要执行至少一个子流程;先执行子流程a,然后同时执行子流程c和子流程d,然后执行子流程g。
二叉树执行关系,指的是,多个流程管道信息构成一个二叉树。在这种情况下,每一个流程管道信息也是一个单链表;多个流程管道信息的执行逻辑关系,将多个流程管道信息构成一个二叉树。其中,流程库中的各流程管道信息,可以构成多个二叉树。
图5为本申请实施例提供的流程管道信息的示意图三,如图5所示,流程库中至少包括流程管道信息A、流程管道信息B、流程管道信息C和流程管道信息D。其中,流程管道信息A由子流程a、子流程b和子流程d构成;流程管道信息B由子流程a、子流程b、子流程e和子流程h构成;流程管道信息C由子流程a、子流程c、子流程f和子流程i构成;流程管道信息D由子流程a、子流程c和子流程g构成。各流程管道信息构成一个二叉树。每一个流程管道信息是一个单链表,即,流程管道信息中的各子流程是单链执行关系。例如,针对流程管道信息A,依次执行子流程a、子流程b、子流程d。
流程库中的流程管道信息的执行逻辑关系,可以综合上述执行逻辑关系中的一种或多种。例如,流程库中部分流程管道信息的执行逻辑关系为单链执行关系,部分流程管道信息的执行逻辑关系为多链执行关系。
图6为本申请实施例提供的流程管道信息的示意图四,如图6所示,流程库中至少包括流程管道信息A、流程管道信息B。其中,流程管道信息A由子流程a、子流程b、子流程c、子流程e和子流程f构成;流程管道信息B由子流程a、子流程d、子流程g构成。流程管道信息A的各子流程是多链执行关系,流程管道信息B的各子流程是单链执行关系。
在第二设备售出了多个物品之后,第二设备向第一设备发送电子凭证创建请求,进而第二设备请求第一设备返回电子凭证(即,第二设备请求第一设备进行返利)。或者,由第二设备售出了多个物品,在经过预设时间之后,第一设备自动生成电子凭证创建请求,进而第一设备确定需要向第二设备返回电子凭证(即,第一设备经过预设时间之后自动向第二设备进行返利)。
在获取到电子凭证创建请求的时候,由于电子凭证创建请求中包括电子凭证类型,进而第一设备可以从流程库中确定出与电子凭证类型对应的流程管道信息。从而,第一设备获取到与电子凭证类型对应的各子流程,各子流程之间具有执行逻辑关系。
102、根据与电子凭证类型对应的流程管道信息中的各子流程之间的执行逻辑关系,执行与电子凭证类型对应的流程管道信息,得到与电子凭证类型对应的电子凭证。
示例性地,由于与电子凭证类型对应的各子流程之间具有执行逻辑关系,进而第一设备可以直接依据该执行逻辑关系,执行与电子凭证类型对应的流程管道信息中的各子流程,其中,每一个子流程代表了与电子凭证类型对应的计算逻辑中的一部分计算逻辑,进而第一设备就可以得到电子凭证的各个信息,电子凭证的各个信息可以构成一个电子凭证。
其中,电子凭证,例如是电子红包、电子购物券、等等。
举例来说,若确定电子凭证类型对应了图3的流程管道信息B,则需要根据图3的流程管道信息B的执行逻辑关系,顺序的依次执行子流程a、子流程d、子流程g、子流程h,进而子流程h可以输出电子凭证。
再举例来说,若确定电子凭证类型对应了图4的流程管道信息A,则需要根据图3的流程管道信息B的执行逻辑关系,先执行子流程a,然后同时执行子流程c和子流程d,然后执行子流程g,进而子流程g可以输出电子凭证。
103、将与电子凭证类型对应的电子凭证,发送给第二设备,第二设备为电商平台的设备。
示例性地,在步骤102之后,第一设备还可以显示电子凭证第一设备将得到的电子凭证发送给第二设备(即,电商平台的设备),进而第二设备得到电子凭证,即,第二设备得到返利。
本实施例,通过预先建立了一个包括了多个流程管道信息的流程库,每一流程管道信息中包括至少一个子流程,每一流程管道信息中的各子流程之间具有执行逻辑关系;进而,确定出与电子凭证类型对应的流程管道信息;由于流程管道信息中的各子流程之间具有执行逻辑关系,可以直接依据执行逻辑关系执行与电子凭证类型对应的流程管道信息,就可以得到与电子凭证类型对应的电子凭证。由于将与每一电子凭证类别对应的计算逻辑,确定为了多个子流程;不同的计算逻辑之间可以具有相同的子流程;将这些子流程放入流程库中,然后依据不同的执行逻辑关系,组成多个流程管道信息,每一流程管道信息中包括至少一个子流程;从而,不需要为计算逻辑去编写策略类或者编写条件语句,直接依据子流程(即,子流程计算器)构成一个计算逻辑;进而,不需要维护策略类或者条件语句,减少了大量的代码开发,节约了代码,减少了维护成本;并且,可以直接依据流程管道信息的执行逻辑关系,就可以得到电子凭证,进而可以快速的得到电子凭证,将电子凭证返回给电商平台。
图7为本申请实施例提供的另一种电子凭证的分配处理方法的流程示意图,如图7所示,该方法包括:
201、响应于电子凭证创建请求,其中,电子凭证创建请求用于指示电子凭证类型,从预设的流程库中确定与电子凭证类型对应的流程管道信息;其中,流程库中包括至少一个流程管道信息,每一流程管道信息中包括至少一个子流程,每一流程管道信息中的各子流程之间具有执行逻辑关系。
示例性地,本实施例的执行主体可以是第一设备,其中,第一设备可以是终端设备、或者电子设备、或者电子凭证的分配处理装置、或者电子凭证的分配处理设备、或者其他可以执行本实施例的装置或设备,对此不做限制。
本步骤可以参见图2的步骤101,不再赘述。
202、与电子凭证类型对应的流程管道信息中的各子流程之间的执行逻辑关系,为单链执行关系;电子凭证创建请求中包括物品信息;根据物品信息,执行单链执行关系中的第一个子流程。
示例性地,与电子凭证类型对应的流程管道信息,可以为单链执行关系。单链执行关系,指的是,一个流程管道信息中的各子流程构成一个单链表,在执行了前一个子流程之后,执行后一个子流程。可知需要逐个的执行流程管道信息中的各子流程。
由于需要逐个的执行流程管道信息中的各子流程,可以根据电子凭证创建请求中的物品信息,执行单链执行关系中的第一个子流程,进而得到第一个子流程的输出信息,将该输出信息输入值第二子流程中进行计算。
203、重复以下步骤,直至执行完与电子凭证类型对应的流程管道信息,以得到与电子凭证类型对应的电子凭证:根据单链执行关系中的前一个子流程的输出结果,执行单链执行关系中的后一个子流程。
示例性地,在单链执行关系中相邻子流程包括了2个子流程,分别为前一个子流程和后一个子流程。需要将前一个子流程的输出结果,输入到后一个子流程中,进而得到后一个子流程的输出结果,依次类推,最终得到最后一个子流程的输出结果;最后一个子流程的输出结果,为与电子凭证类型对应的电子凭证。
一个示例中,流程库中的子流程的类别,包括以下类别:匹配的子流程(即,匹配处理器)、电子凭证信息计算的子流程(即,电子凭证信息计算处理器)、单个计算的子流程(即,单个计算处理器)、汇总计算的子流程(即,汇总计算处理器)。
匹配的子流程表征了返利计算要求;返利计算要求,例如包括:返利周期、物品白名单、物品种类白名单、物品类型白名单、指定时间段、等等。其中,返利周期,指的是,计算返利额度信息的周期时间,例如,每隔一个月结算返利额度信息。物品白名单,指的是,可以计算返利额度信息的物品有哪些。物品种类白名单,指的是,可以计算返利额度信息的物品种类有哪些。物品类型白名单,指的是,可以计算返利额度信息的物品品牌有哪些。指定时间段,指的是,在指定时间段内被购买的物品才允许计算返利额度信息。
电子凭证信息计算的子流程,表征了对每一待计算的物品的物品信息的计算方式。
单个计算的子流程,表征了需要对归属同一个订单下的各待计算的物品的返利额度信息进行计算。
汇总计算的子流程,表征了需要对各订单的返利额度信息进行计算。
举例来说,电子凭证信息计算的子流程可以为以下的任一种:固定比率的计算子流程、固定金额的计算子流程、线性阶梯的计算子流程、超额阶梯的计算子流程、销售返利的计算子流程、毛保返利的计算子流程、等等。固定比率、固定金额、线性阶梯、超额阶梯均是对电子凭证的额度信息的计算方式;销售返利,指的是物品越多,额度信息越高;毛保返利,指的是物品的预期毛利润减去物品的实施毛利润,以得到额度信息。
每一流程管道信息中可以包括:一个或多个匹配的子流程、电子凭证信息计算的子流程、单个计算的子流程和汇总计算的子流程。
针对单链执行关系来说,可以依据物品信息先依次执行各匹配的子流程,得到输出信息,该输出信息表征了待计算的物品;将待计算的物品的物品信息,输入到电子凭证信息计算的子流程中,得到每一个待计算的物品的返利额度信息;将每一个待计算的物品的返利额度信息,输入到单个计算的子流程中,得到一个订单的返利额度信息;将各订单的返利额度信息,输入到汇总计算的子流程中,得到电子凭证,该电子凭证表征了返利总额度。
举例来说,图8为本申请实施例提供的流程管道信息的示意图五,如图8所示,流程库中至少包括流程管道信息A、流程管道信息B、流程管道信息C。其中,流程管道信息A由规则匹配的子流程(即,规则匹配的处理器,可以称为RuleMatchHandler)、订单额度汇总的子流程(即,订单额度汇总的处理器,可以称为RuleSunHandler)、阶梯匹配的子流程(即,阶梯匹配的处理器,可以称为LaddierRetioHandler)、单个订单的子流程(即,单个订单的处理器,可以称为SingleRebateHandler)和汇总计算的子流程(即,汇总计算的处理器,可以称为TotalRebateHandler)构成;流程管道信息B由规则匹配的子流程、固定金额的计算子流程(即,固定金额的计算处理器)、单个订单的子流程和汇总计算的子流程构成;流程管道信息C由规则匹配的子流程、固定比率的计算子流程(即,固定比率的计算处理器)、单个订单的子流程和汇总计算的子流程构成。其中,规则匹配的子流程,用于根据物品信息,确定出待计算的物品。订单额度汇总的子流程,用于对待计算的物品的订单额度进行汇总。阶梯匹配的子流程,用于依据待计算的物品的订单额度,对每一待计算的物品的返利额度信息进行计算。固定金额的计算子流程,用于依据固定金额,对每一待计算的物品的返利额度信息进行计算。固定比率的计算子流程,用于依据固定比率(例如,依据固定比率和待计算的物品的价格),对每一待计算的物品的返利额度信息进行计算。单个计算的子流程,用于根据每一个待计算的物品的返利额度信息,得到一个订单的返利额度信息。汇总计算的子流程,用于根据各订单的返利额度信息,得到电子凭证,该电子凭证表征了返利总额度。
在上述示例中,依据电子凭证类型,确定需要执行流程管道信息C,则先调用规则匹配的子流程,确出需要计算返利的待计算的物品。然后,调用固定比率的计算子流程,依据固定比率(例如,依据固定比率和待计算的物品的价格),对每一待计算的物品的返利额度信息进行计算。接着,调用单个订单的子流程,根据每一个待计算的物品的返利额度信息,得到一个订单的返利额度信息。最后,调用汇总计算的子流程,根据各订单的返利额度信息,得到电子凭证,该电子凭证表征了返利总额度。
204、将与电子凭证类型对应的电子凭证,发送给第二设备,第二设备为电商平台的设备。
示例性地,本步骤可以参见图2的步骤103,不再赘述。
本实施例,在上述实施例的基础上,可以根据单链执行关系中的前一个子流程的输出结果,执行单链执行关系中的后一个子流程,最终得到电子凭证,该电子凭证表征了返利总额度。从而,可以流程库中的流程管道信息,得到与电子凭证类型对应的流程管道信息,依据流程管道信息中的各子流程之间的单链执行关系,得到电子凭证,可以快速的得到电子凭证。
图9为本申请实施例提供的又一种电子凭证的分配处理方法的流程示意图,如图9所示,该方法包括:
301、响应于电子凭证创建请求,其中,电子凭证创建请求用于指示电子凭证类型,从预设的流程库中确定与电子凭证类型对应的流程管道信息;其中,流程库中包括至少一个流程管道信息,每一流程管道信息中包括至少一个子流程,每一流程管道信息中的各子流程之间具有执行逻辑关系。
示例性地,本实施例的执行主体可以是第一设备,其中,第一设备可以是终端设备、或者电子设备、或者电子凭证的分配处理装置、或者电子凭证的分配处理设备、或者其他可以执行本实施例的装置或设备,对此不做限制。
本步骤可以参见图2的步骤101,不再赘述。
302、与电子凭证类型对应的流程管道信息中的各子流程之间的执行逻辑关系,为多链执行关系;针对多链执行关系中的相邻子流程,根据相邻子流程中的前序的各子流程,执行相邻子流程中的后序的各子流程,以得到与电子凭证类型对应的电子凭证。
示例性地,多链执行关系,指的是,一个流程管道信息中的各子流程构成一个多链表,在执行了前N个子流程之后,执行后M个子流程,N、M为大于等于1的正整数。
针对多链执行关系来说,在执行次序上相邻的子流程中,位于前序的子流程可以具有至少一个,位于后序的子流程可以具有至少一个。在执行了相邻子流程中的前序的各子流程之后,再依据得到的计算结果去执行相邻子流程中的后序的各子流程;最后,得到与电子凭证类型对应的电子凭证。
举例来说,图10为本申请实施例提供的流程管道信息的示意图六,如图10所示,流程库中至少包括流程管道信息A、流程管道信息B。其中,流程管道信息A由规则匹配的子流程、阶梯匹配的子流程、固定金额的计算子流程单个订单的子流程和汇总计算的子流程构成;流程管道信息B由规则匹配的子流程、固定金额的计算子流程、固定比率的计算子流程和订单的子流程构成。
在上述示例中,依据电子凭证类型,确定需要执行流程管道信息A,则先调用规则匹配的子流程,确出需要计算返利的待计算的物品。然后,调用阶梯匹配的子流程和固定金额的计算子流程,依据阶梯匹配方式和固定金额,对每一待计算的物品的返利额度信息进行计算。其中,阶梯匹配方式,指的是,对多个信息进行阶梯匹配处理,阶梯匹配算法可以采用现有的算法。接着,调用单个订单的子流程,根据每一个待计算的物品的返利额度信息,得到一个订单的返利额度信息。最后,调用汇总计算的子流程,根据各订单的返利额度信息,得到电子凭证,该电子凭证表征了返利总额度。
303、将与电子凭证类型对应的电子凭证,发送给第二设备,第二设备为电商平台的设备。
示例性地,本步骤可以参见图2的步骤103,不再赘述。
本实施例,在上述实施例的基础上,针对多链执行关系中的相邻子流程,根据相邻子流程中的前序的各子流程,执行相邻子流程中的后序的各子流程,以得到与电子凭证类型对应的电子凭证。从而,可以流程库中的流程管道信息,得到与电子凭证类型对应的流程管道信息,依据流程管道信息中的各子流程之间的多链执行关系,得到电子凭证,可以快速的得到电子凭证。
图11为本申请实施例提供的再一种电子凭证的分配处理方法的流程示意图,如图11所示,该方法包括:
401、获取多个子流程和每一电子凭证类型。
示例性地,本实施例的执行主体可以是第一设备,其中,第一设备可以是终端设备、或者电子设备、或者电子凭证的分配处理装置、或者电子凭证的分配处理设备、或者其他可以执行本实施例的装置或设备,对此不做限制。
在计算电子凭证之前,第一设备需要建立流程库。首先,需要建立多个子流程。子流程,也可以称为一个子流程处理器。子流程是计算逻辑中的一部分逻辑的流程。
并且,为了建立流程库中的流程管道信息,需要确定出多个电子凭证类型,每一个电子凭证类型对应每一种流程管道信息。
402、根据电子凭证类型与子流程之间的第一匹配关系,确定与每一个电子凭证类型对应的各子流程。
一个示例中,在步骤402之前,还包括:根据预设智能模型,对待训练数据进行训练,得到第一匹配关系和第二匹配关系;其中,待训练数据为具有执行逻辑关系的子流程,具有执行逻辑关系的子流程包括对应的电子凭证类型。
示例性地,由于预先建立了电子凭证类型与子流程之间的第一匹配关系,进而可以根据该第一匹配关系,就可以确定出与每一个电子凭证类型对应的各子流程分别有哪些。
举例来说,流程库中的子流程的类别,包括以下类别:匹配的子流程(即,匹配处理器)、电子凭证信息计算的子流程(即,电子凭证信息计算处理器)、单个计算的子流程(即,单个计算处理器)、汇总计算的子流程(即,汇总计算处理器)。
可以获取待训练数据,待训练数据为多个待训练的流程管道信息,每一个流程管道信息中包括具有执行逻辑关系的子流程,每一流程管道信息对应每一种电子凭证类型。就可以依据预设智能模型(例如,神经网络模型),对待训练数据进行训练,得到第一匹配关系和第二匹配关系,其中,第一匹配关系为电子凭证类型与子流程之间的匹配关系,第二匹配关系为电子凭证类型与执行逻辑关系之间的对应关系。
403、根据每一电子凭证类型,确定与每一电子凭证类型对应的子流程之间的执行逻辑关系。
一个示例中,步骤403具体包括:根据第二匹配关系,确定与每一电子凭证类型对应的子流程之间的执行逻辑关系,其中,第二匹配关系为电子凭证类型与执行逻辑关系之间的对应关系。
示例性地,在确定电子凭证类型需要哪些子流程之后,还需要根据子流程建立起流程管道信息,进而需要获知与每一电子凭证类型对应的子流程之间的执行逻辑关系。一个示例中,可以根据电子凭证类型与执行逻辑关系之间的第二匹配关系,确定出与电子凭证类型对应的执行逻辑关系(即,与每一电子凭证类型对应的子流程之间的执行逻辑关系)。
一个示例中,图12为本申请实施例提供的流程库的建立示意图,如图12所示,将返利的计算规则,输入至统一配置中心;统一配置中心采用zookeeper对返利的计算规则进行编排,得到各个子流程(即,子流程处理器)。统一配置中心根据电子凭证类型与子流程之间的第一匹配关系,确定与每一个电子凭证类型对应的各子流程。然后,统一配置中心可以根据电子凭证类型与执行逻辑关系之间的第二匹配关系,确定出与电子凭证类型对应的执行逻辑关系。
404、根据与每一个电子凭证类型对应的各子流程、与每一电子凭证类型对应的子流程之间的执行逻辑关系,创建流程库中的各流程管道信息。
示例性地,针对每一个电子凭证类型,从统一配置中心中获取与电子凭证类型对应的各子流程,然后,将与电子凭证类型对应的各子流程放入管道中,得到与电子凭证类型对应的流程管道信息。即,针对每一种电子凭证类型,都会创建一个管道(即,流程管道信息);管道在创建时,会根据电子凭证类型,读取统一配置中心中的子流程,并按照与电子凭证类型对应的执行逻辑关系,调配与电子凭证类型对应的各子流程的执行次序和连接关系,进而得到与电子凭证类型对应的流程管道信息。进而,得到一个流程库。
405、响应于增加指令,在流程库中增加子流程,或在流程库中增加流程管道信息;或者,响应于修改指令,修改流程库中的子流程,或修改流程库中的流程管道信息中的各子流程之间执行逻辑关系。
示例性地,在需要在流程库中增加子流程的时候,可以获取增加指令,增加指令用于指示子流程的计算逻辑方式,然后,就可以根据增加指令建立一个子流程,该子流程中包括一个计算逻辑方式。
或者,可以获取增加指令,增加指令用于指示增加一个流程管道信息,增加指令中包括电子凭证类型;然后,根据第一匹配关系,确定出与该电子凭证类型对应的各子流程,并根据第二匹配关系,确定出与该电子凭证类型对应的执行逻辑关系;就可以依据与该电子凭证类型对应的执行逻辑关系,对与该电子凭证类型对应的各子流程的执行次序进行连接,得到与电子凭证类型对应的流程管道信息。
或者,可以获取修改指令,增加指令用于指示子流程的计算逻辑方式,然后,就可以根据增加指令对所指示的子流程的计算逻辑方式进行调整。
或者,可以获取修改指令,修改指令用于指示调整电子凭证的计算逻辑,即,修改指令用于指示调整一个流程管道信息的执行逻辑关系;然后,就可以根据该修改指令,修改流程库中的流程管道信息中的各子流程之间执行逻辑关系。
可见,在上述过程中,在需要调整电子凭证的计算逻辑的时候,只需要调整与电子凭证类型对应的流程管道信息,例如,调整该流程管道信息中的某一个子流程的计算逻辑,或者调整流程管道信息中的各子流程的连接方式(即,执行逻辑关系)。
可知,仅仅需要对单独的子流程进行调整,就可以对电子凭证的计算方式进行调整。对流程库的维护方式快速、简单。
406、在确定第二设备的账户信息符合预设条件时,生成电子凭证创建请求。
一种示例中,预设条件为以下一种或多种:第二设备的位置在预设位置区域之内、第二设备的电子凭证的个数在预设个数范围之内、第二设备对应的物品信息表征物品符合预设要求、第二设备的账户类别为预设类别。
示例性地,在需要生成电子凭证的时候,第二设备(即,电商平台的设备)向第一设备发送电子凭证创建请求,进而第一设备确定需要为第二设备生成电子凭证。
或者,第一设备可以自动的确定是否需要生成电子凭证;此时,第一设备可以基于第二设备的账户信息进行判断,在确定第二设备的账户信息符合预设条件时,生成电子凭证创建请求。
举例来说,在确定第二设备的位置在预设位置区域之内的时候,确定为该第二设备生成电子凭证,此时自动生成电子凭证创建请求。
在确定第二设备的电子凭证的个数在预设个数范围之内的时候,确定为该第二设备生成电子凭证,此时自动生成电子凭证创建请求。
在确定第二设备所售出的物品信息表征物品符合预设要求的时候,确定为该第二设备生成电子凭证,此时自动生成电子凭证创建请求。例如,第二设备所售出的物品信息表征物品为预设品牌的物品、或者第二设备所售出的物品信息表征出售物品的个数大于预设个数。
在确定第二设备的账户类别为预设类别的时候,确定为该第二设备生成电子凭证,此时自动生成电子凭证创建请求。例如,第二设备的账户类别表征第二设备对应的平台为出售运动物品的平台,或者,第二设备的账户类别表征第二设备对应的平台为出售食品的平台,第二设备的账户类别表征第二设备对应的平台为出售化妆品的平台。
407、响应于电子凭证创建请求,其中,电子凭证创建请求用于指示电子凭证类型,从预设的流程库中确定与电子凭证类型对应的流程管道信息;其中,流程库中包括至少一个流程管道信息,每一流程管道信息中包括至少一个子流程,每一流程管道信息中的各子流程之间具有执行逻辑关系。
示例性地,本步骤可以参见图2的步骤101,不再赘述。
408、根据与电子凭证类型对应的流程管道信息中的各子流程之间的执行逻辑关系,执行与电子凭证类型对应的流程管道信息,得到与电子凭证类型对应的电子凭证。
示例性地,本步骤可以参见图2的步骤102,或者参见图7的步骤202-203,或者参见图9的步骤302,不再赘述。
409、将与电子凭证类型对应的电子凭证,发送给第二设备,第二设备为电商平台的设备。
一个示例中,若步骤406的预设条件为第二设备的位置在预设位置区域之内,则步骤409具体包括:获取第二设备的历史数据信息;根据历史数据信息,对与电子凭证类型对应的电子凭证进行调整,以使调整后的电子凭证与历史数据信息匹配;将调整后的电子凭证,发送给第二设备。
一个示例中,若步骤406的预设条件为第二设备的账户类别为预设类别,则步骤409具体包括:根据账户类别,对与电子凭证类型对应的电子凭证进行调整,以使调整后的电子凭证与账户类别匹配;将调整后的电子凭证,发送给第二设备。
示例性地,在步骤408之后,在根据流程管道信息得到电子凭证之后,若在步骤406中是自动的确定需要生成电子凭证,则可以对步骤408得到电子凭证进行调整。
一个示例中,若第二设备的位置在预设位置区域之内,则确定需要生成电子凭证,在执行完步骤408之后,可以依据第二设备的历史数据信息对电子凭证进行调整。一个示例中,可以根据历史数据信息,对与电子凭证类型对应的电子凭证进行调整,使得调整后的电子凭证与历史数据信息匹配。最后,就可以将调整后的电子凭证,发送给第二设备。
举例来说,若历史数据信息表征第二设备曾使用的电子凭证的额度在预设范围之内,则将步骤408生成的电子凭证的额度调整到该预设范围之内。
再举例来说,若历史数据信息表征第二设备可担负的电子凭证的额度在预设范围之内,则将步骤408生成的电子凭证的额度调整到该预设范围之内。
一个示例中,若第二设备的账户类别为预设类别,则确定需要生成电子凭证,在执行完步骤408之后,可以依据账户类别,对与电子凭证类型对应的电子凭证进行调整,使得调整后的电子凭证与账户类别匹配。最后,就可以将调整后的电子凭证,发送给第二设备。
举例来说,若第二设备的账户类别表征第二设备对应的平台为出售运动物品的平台,则将步骤408生成的电子凭证的额度调整为与运动物品相匹配;并且,还可以调整步骤408生成的电子凭证可支持的物品类别,为运动物品。
再举例来说,若第二设备的账户类别表征第二设备对应的平台为出售食品的平台,则将步骤408生成的电子凭证的额度调整为与运动物品相匹配;并且,还可以调整步骤408生成的电子凭证可支持的物品类别,为食品。
在步骤409之后,还可以将得到电子凭证进行持久化处理,进而将电子屏凭证存储到Mysql数据库中。一个示例中,在通过流程管道信息得到电子凭证之后,可以得到电子凭证的单表和电子凭证的明细,其中,电子凭证的单表为电子凭证的图片等等可视化的内容,电子凭证的明细为电子凭证的明细信息(例如,电子凭证可支持的物品、电子凭证可支持的物品类别)。然后,如图12所示,将电子凭证的单表和电子凭证的明细,持久化到Mysql数据库中。
本实施例,在上述实施例的基础上,可以建立子流程、子流程的执行逻辑关系,进而得到各个流程管道信息;并且,在需要调整电子凭证的计算逻辑的时候,只需要调整与电子凭证类型对应的流程管道信息,例如,调整该流程管道信息中的某一个子流程的计算逻辑,或者调整流程管道信息中的各子流程的连接方式(即,执行逻辑关系)。仅仅需要对单独的子流程进行调整,就可以对电子凭证的计算方式进行调整。对流程库的维护方式快速、简单;对流程库的拓展和维护,非常便捷。还可以依据第二设备的信息,对生成的电子凭证进行调整,使得电子凭证与第二设备之间更为匹配,即,使得电子凭证与电商平台更为匹配。
图13为本申请实施例提供的其他一种电子凭证的分配处理方法的流程示意图,如图13所示,该方法包括:
501、接收第二设备发送的电子凭证创建请求,其中,电子凭证创建请求为第二设备确定物品符合预设要求时发起的。
示例性地,本实施例的执行主体可以是第一设备,其中,第一设备可以是终端设备、或者电子设备、或者电子凭证的分配处理装置、或者电子凭证的分配处理设备、或者其他可以执行本实施例的装置或设备,对此不做限制。
第二设备(即,电商平台的设备)可以为消费者用户提供物品。例如,在消费者用户的终端设备上显示出操作界面,该操作界面中显示有物品;在消费者用户点击购买了物品之后,电商平台的设备可以得到订单,每一订单中包括至少一个物品。
第二设备(即,电商平台的设备)在确定物品符合预设要求时,向第一设备(即,供应商的设备)发送电子凭证创建请求。其中,预设要求,例如是物品被全部售出、或者预设时间段。电子凭证创建请求用于指示电子凭证类型。
举例来说,电商平台的设备可以在具有了订单之后,或者在具有了多个订单之后,向供应商的设备发送电子凭证创建请求。进而,电商平台的设备请求供应商的设备提供电子凭证,即,电商平台的设备请求供应商的设备提供返利。
502、响应于电子凭证创建请求,其中,电子凭证创建请求用于指示电子凭证类型,从预设的流程库中确定与电子凭证类型对应的流程管道信息;其中,流程库中包括至少一个流程管道信息,每一流程管道信息中包括至少一个子流程,每一流程管道信息中的各子流程之间具有执行逻辑关系。
示例性地,本步骤可以参见上述实施例的介绍,不再赘述。
503、根据与电子凭证类型对应的流程管道信息中的各子流程之间的执行逻辑关系,执行与电子凭证类型对应的流程管道信息,得到与电子凭证类型对应的电子凭证。
示例性地,本步骤可以参见上述实施例的介绍,不再赘述。
504、将与电子凭证类型对应的电子凭证,发送给第二设备,第二设备为电商平台的设备。
示例性地,第一设备(即,供应商的设备)通过步骤502-503得到电子凭证之后,第一设备将电子凭证返回给第二设备(即,电商平台的设备);然后,第二设备(即,电商平台的设备)就得到了供应商的设备提供的返利信息。进而,第二设备(即,电商平台的设备)将电子凭证存储到电商平台的设备对应的账户中,通过实施例提供的方案,电商平台的设备就可以从供应商的设备中获取到返利信息。
本实施例,在上述实施例的基础上,通过电商平台的设备与供应商的设备之间的交互过程,供应商的设备将快速计算得到的电子凭证返回给电商平台的设备;然后,电商平台的设备就得到了供应商的设备提供的返利信息,进而,电商平台的设备将电子凭证存储到电商平台的设备对应的账户中。
图14为本申请实施例提供的一种电子凭证的分配处理装置的结构示意图,如图14所示,该装置应用于第一设备,该装置包括:
第一确定单元31,用于响应于电子凭证创建请求,其中,电子凭证创建请求用于指示电子凭证类型,从预设的流程库中确定与电子凭证类型对应的流程管道信息;其中,流程库中包括至少一个流程管道信息,每一流程管道信息中包括至少一个子流程,每一流程管道信息中的各子流程之间具有执行逻辑关系。
执行单元32,用于根据与电子凭证类型对应的流程管道信息中的各子流程之间的执行逻辑关系,执行与电子凭证类型对应的流程管道信息,得到与电子凭证类型对应的电子凭证。
存储单元33,用于将与电子凭证类型对应的电子凭证,发送给第二设备,第二设备为电商平台的设备。
示例性地,本实施例可以参见上述方法实施例,其原理和技术效果类似,不再赘述。
图15为本申请实施例提供的另一种电子凭证的分配处理装置的结构示意图,在图14所示实施例的基础上,如图15所示,本实施例提供的装置中,与电子凭证类型对应的流程管道信息中的各子流程之间的执行逻辑关系,为单链执行关系。执行单元32,具体用于:重复以下步骤,直至执行完与电子凭证类型对应的流程管道信息:根据单链执行关系中的前一个子流程的输出结果,执行单链执行关系中的后一个子流程。
一个示例中,电子凭证创建请求中包括物品信息;执行单元32,在根据单链执行关系中的前一个子流程的输出结果,执行单链执行关系中的后一个子流程之前,还用于:根据物品信息,执行单链执行关系中的第一个子流程。
一个示例中,与电子凭证类型对应的流程管道信息中的各子流程之间的执行逻辑关系,为多链执行关系;执行单元32,具体用于:针对多链执行关系中的相邻子流程,根据相邻子流程中的前序的各子流程,执行相邻子流程中的后序的各子流程,以得到与电子凭证类型对应的电子凭证。
一个示例中,本实施例提供的装置,还包括:
生成单元42,用于在第一确定单元31响应于电子凭证创建请求之前,在确定第二设备的账户信息符合预设条件时,生成电子凭证创建请求。
一个示例中,预设条件为以下一种或多种:
第二设备的位置在预设位置区域之内、第二设备的电子凭证的个数在预设个数范围之内、第二设备对应的物品信息表征物品符合预设要求、第二设备的账户类别为预设类别。
一个示例中,若预设条件为第二设备的位置在预设位置区域之内,则存储单元33,包括:
获取模块331,用于获取第二设备的历史数据信息。
第一调整模块332,用于根据历史数据信息,对与电子凭证类型对应的电子凭证进行调整,以使调整后的电子凭证与历史数据信息匹配。
第一存储模块333,用于将调整后的电子凭证,发送给第二设备。
一个示例中,若预设条件为第二设备的账户类别为预设类别,则存储单元33,包括:
第二调整模块334,用于根据账户类别,对与电子凭证类型对应的电子凭证进行调整,以使调整后的电子凭证与账户类别匹配。
第二存储模块335,用于将调整后的电子凭证,发送给第二设备。
一个示例中,本实施例提供的装置,还包括:
第二接收单元49,用于在第一确定单元31响应于电子凭证创建请求之前,接收第二设备发送的电子凭证创建请求,其中,电子凭证创建请求为第二设备确定物品符合预设要求时发起的。
一个示例中,本实施例提供的装置,还包括:
获取单元43,用于获取多个子流程和每一电子凭证类型。
第二确定单元44,用于根据电子凭证类型与子流程之间的第一匹配关系,确定与每一个电子凭证类型对应的各子流程。
第三确定单元45,用于根据每一电子凭证类型,确定与每一电子凭证类型对应的子流程之间的执行逻辑关系。
创建单元46,用于根据与每一个电子凭证类型对应的各子流程、与每一电子凭证类型对应的子流程之间的执行逻辑关系,创建流程库中的各流程管道信息。
一个示例中,第三确定单元45,具体用于:根据第二匹配关系,确定与每一电子凭证类型对应的子流程之间的执行逻辑关系,其中,第二匹配关系为电子凭证类型与执行逻辑关系之间的对应关系。
一个示例中,本实施例提供的装置,还包括:
训练单元46,用于根据预设智能模型,对待训练数据进行训练,得到第一匹配关系和第二匹配关系;其中,待训练数据为具有执行逻辑关系的子流程,具有执行逻辑关系的子流程包括对应的电子凭证类型。
一个示例中,本实施例提供的装置,还包括:
增加单元47,用于响应于增加指令,在流程库中增加子流程,或在流程库中增加流程管道信息。
或者,修改单元48,用于响应于修改指令,修改流程库中的子流程,或修改流程库中的流程管道信息中的各子流程之间执行逻辑关系。
一个示例中,流程库中的与流程管道信息对应的执行逻辑关系,包括以下的至少一种:单链执行关系、多链执行关系、二叉树执行关系。
示例性地,本实施例可以参见上述方法实施例,其原理和技术效果类似,不再赘述。
图16为本申请实施例提供的电子设备的框图,该设备可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
装置800可以包括以下一个或多个组件:处理组件802,存储器804,电源组件806,多媒体组件808,音频组件810,输入/输出(I/O)接口812,传感器组件814,以及通信组件816。
处理组件802通常控制装置800的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件802可以包括一个或多个模块,便于处理组件802和其他组件之间的交互。例如,处理组件802可以包括多媒体模块,以方便多媒体组件808和处理组件802之间的交互。
存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统,一个或多个电源,及其他与为装置800生成、管理和分配电力相关联的组件。
多媒体组件808包括在装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件810被配置为输出和/或输入音频信号。例如,音频组件810包括一个麦克风(MIC),当装置800处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中,音频组件810还包括一个扬声器,用于输出音频信号。
I/O接口812为处理组件802和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器,用于为装置800提供各个方面的状态评估。例如,传感器组件814可以检测到装置800的打开/关闭状态,组件的相对定位,例如组件为装置800的显示器和小键盘,传感器组件814还可以检测装置800或装置800一个组件的位置改变,用户与装置800接触的存在或不存在,装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件814还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,通信组件816还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器804,上述指令可由装置800的处理器820执行以完成上述方法。例如,非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
一种非临时性计算机可读存储介质,当该存储介质中的指令由电子设备的处理器执行时,使得终端设备能够执行上述方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由下面的权利要求书指出。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。
Claims (20)
1.一种电子凭证的分配处理方法,其特征在于,所述方法应用于第一设备,所述方法包括:
响应于电子凭证创建请求,其中,所述电子凭证创建请求用于指示电子凭证类型,从预设的流程库中确定与所述电子凭证类型对应的流程管道信息;其中,所述流程库中包括至少一个流程管道信息,每一所述流程管道信息中包括至少一个子流程,每一所述流程管道信息中的各子流程之间具有执行逻辑关系;
根据与所述电子凭证类型对应的流程管道信息中的各子流程之间的执行逻辑关系,执行与所述电子凭证类型对应的流程管道信息,得到与所述电子凭证类型对应的电子凭证;
将与所述电子凭证类型对应的电子凭证,发送给第二设备,所述第二设备为电商平台的设备。
2.根据权利要求1所述的方法,其特征在于,与所述电子凭证类型对应的流程管道信息中的各子流程之间的执行逻辑关系,为单链执行关系;
根据与所述电子凭证类型对应的流程管道信息中的各子流程之间的执行逻辑关系,执行与所述电子凭证类型对应的流程管道信息,得到与所述电子凭证类型对应的电子凭证,包括:
重复以下步骤,直至执行完与所述电子凭证类型对应的流程管道信息:
根据所述单链执行关系中的前一个子流程的输出结果,执行所述单链执行关系中的后一个子流程。
3.根据权利要求2所述的方法,其特征在于,所述电子凭证创建请求中包括物品信息;
在根据所述单链执行关系中的前一个子流程的输出结果,执行所述单链执行关系中的后一个子流程之前,还包括:
根据所述物品信息,执行所述单链执行关系中的第一个子流程。
4.根据权利要求1所述的方法,其特征在于,与所述电子凭证类型对应的流程管道信息中的各子流程之间的执行逻辑关系,为多链执行关系;
根据与所述电子凭证类型对应的流程管道信息中的各子流程之间的执行逻辑关系,执行与所述电子凭证类型对应的流程管道信息,得到与所述电子凭证类型对应的电子凭证,包括:
针对所述多链执行关系中的相邻子流程,根据所述相邻子流程中的前序的各子流程,执行所述相邻子流程中的后序的各子流程,以得到与所述电子凭证类型对应的电子凭证。
5.根据权利要求1所述的方法,其特征在于,在所述响应于电子凭证创建请求之前,还包括:
在确定所述第二设备的账户信息符合预设条件时,生成所述电子凭证创建请求。
6.根据权利要求5所述的方法,其特征在于,所述预设条件为以下一种或多种:
所述第二设备的位置在预设位置区域之内、所述第二设备的电子凭证的个数在预设个数范围之内、所述第二设备对应的物品信息表征物品符合预设要求、所述第二设备的账户类别为预设类别。
7.根据权利要求6所述的方法,其特征在于,若所述预设条件为所述第二设备的位置在预设位置区域之内,则将与所述电子凭证类型对应的电子凭证,发送给第二设备,包括:
获取所述第二设备的历史数据信息;
根据所述历史数据信息,对与所述电子凭证类型对应的电子凭证进行调整,以使调整后的电子凭证与所述历史数据信息匹配;
将调整后的电子凭证,发送给所述第二设备。
8.根据权利要求6所述的方法,其特征在于,若所述预设条件为所述第二设备的账户类别为预设类别,则将与所述电子凭证类型对应的电子凭证,发送给第二设备,包括:
根据所述账户类别,对与所述电子凭证类型对应的电子凭证进行调整,以使调整后的电子凭证与所述账户类别匹配;
将调整后的电子凭证,发送给所述第二设备。
9.根据权利要求1所述的方法,其特征在于,在所述响应于电子凭证创建请求之前,还包括:
接收所述第二设备发送的所述电子凭证创建请求,其中,所述电子凭证创建请求为所述第二设备确定物品符合预设要求时发起的。
10.根据权利要求1-9任一项所述的方法,其特征在于,所述方法,还包括:
获取多个子流程和每一电子凭证类型;
根据电子凭证类型与子流程之间的第一匹配关系,确定与所述每一个电子凭证类型对应的各子流程;并根据所述每一电子凭证类型,确定与所述每一电子凭证类型对应的子流程之间的执行逻辑关系;
根据与所述每一个电子凭证类型对应的各子流程、与所述每一电子凭证类型对应的子流程之间的执行逻辑关系,创建所述流程库中的各流程管道信息。
11.根据权利要求10所述的方法,其特征在于,根据所述每一电子凭证类型,确定与所述每一电子凭证类型对应的子流程之间的执行逻辑关系,包括:
根据第二匹配关系,确定与所述每一电子凭证类型对应的子流程之间的执行逻辑关系,其中,所述第二匹配关系为电子凭证类型与执行逻辑关系之间的对应关系。
12.根据权利要求11所述的方法,其特征在于,所述方法,还包括:
根据预设智能模型,对待训练数据进行训练,得到所述第一匹配关系和所述第二匹配关系;
其中,所述待训练数据为具有执行逻辑关系的子流程,具有执行逻辑关系的子流程包括对应的电子凭证类型。
13.根据权利要求1-9任一项所述的方法,其特征在于,所述方法,还包括:
响应于增加指令,在所述流程库中增加子流程,或在所述流程库中增加流程管道信息;
或者,响应于修改指令,修改所述流程库中的子流程,或修改所述流程库中的流程管道信息中的各子流程之间执行逻辑关系。
14.根据权利要求1-9任一项所述的方法,其特征在于,所述流程库中的与流程管道信息对应的执行逻辑关系,包括以下的至少一种:
单链执行关系、多链执行关系、二叉树执行关系。
15.一种电子凭证的分配处理装置,其特征在于,所述装置应用于第一设备,所述装置包括:
第一确定单元,用于响应于电子凭证创建请求,其中,所述电子凭证创建请求用于指示电子凭证类型,从预设的流程库中确定与所述电子凭证类型对应的流程管道信息;其中,所述流程库中包括至少一个流程管道信息,每一所述流程管道信息中包括至少一个子流程,每一所述流程管道信息中的各子流程之间具有执行逻辑关系;
执行单元,用于根据与所述电子凭证类型对应的流程管道信息中的各子流程之间的执行逻辑关系,执行与所述电子凭证类型对应的流程管道信息,得到与所述电子凭证类型对应的电子凭证;
存储单元,用于将与所述电子凭证类型对应的电子凭证,发送给第二设备,所述第二设备为电商平台的设备。
16.根据权利要求15所述的装置,其特征在于,与所述电子凭证类型对应的流程管道信息中的各子流程之间的执行逻辑关系,为单链执行关系;
所述执行单元,具体用于:
重复以下步骤,直至执行完与所述电子凭证类型对应的流程管道信息:
根据所述单链执行关系中的前一个子流程的输出结果,执行所述单链执行关系中的后一个子流程。
17.根据权利要求15所述的装置,其特征在于,与所述电子凭证类型对应的流程管道信息中的各子流程之间的执行逻辑关系,为多链执行关系;
所述执行单元,具体用于:
针对所述多链执行关系中的相邻子流程,根据所述相邻子流程中的前序的各子流程,执行所述相邻子流程中的后序的各子流程,以得到与所述电子凭证类型对应的电子凭证。
18.根据权利要求15-17任一项所述的装置,其特征在于,所述装置,还包括:
获取单元,用于获取多个子流程和每一电子凭证类型;
第二确定单元,用于根据电子凭证类型与子流程之间的第一匹配关系,确定与所述每一个电子凭证类型对应的各子流程;
第三确定单元,用于根据所述每一电子凭证类型,确定与所述每一电子凭证类型对应的子流程之间的执行逻辑关系;
创建单元,用于根据与所述每一个电子凭证类型对应的各子流程、与所述每一电子凭证类型对应的子流程之间的执行逻辑关系,创建所述流程库中的各流程管道信息。
19.一种电子设备,其特征在于,包括:存储器,处理器;
存储器,用于存储所述处理器可执行指令的存储器;
所述处理器,用于根据所述可执行指令执行如权利要求1-14任一项所述的方法。
20.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如权利要求1-14任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011308788.4A CN113763011A (zh) | 2020-11-19 | 2020-11-19 | 电子凭证的分配处理方法、装置、设备和存储介质 |
PCT/CN2021/101169 WO2022105224A1 (zh) | 2020-11-19 | 2021-06-21 | 电子凭证的分配处理方法、装置、设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011308788.4A CN113763011A (zh) | 2020-11-19 | 2020-11-19 | 电子凭证的分配处理方法、装置、设备和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113763011A true CN113763011A (zh) | 2021-12-07 |
Family
ID=78786052
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011308788.4A Pending CN113763011A (zh) | 2020-11-19 | 2020-11-19 | 电子凭证的分配处理方法、装置、设备和存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN113763011A (zh) |
WO (1) | WO2022105224A1 (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017101003A1 (zh) * | 2015-12-15 | 2017-06-22 | 深圳市银信网银科技有限公司 | 一种数据交互处理方法及装置 |
CN108027938A (zh) * | 2015-09-18 | 2018-05-11 | 瑞可利控股有限公司 | 优惠券发行系统及存储介质 |
CN108921591A (zh) * | 2018-05-31 | 2018-11-30 | 康键信息技术(深圳)有限公司 | 电子凭证动态生成方法、服务器及存储介质 |
CN109241163A (zh) * | 2018-08-22 | 2019-01-18 | 中国平安人寿保险股份有限公司 | 电子凭证的生成方法及终端设备 |
WO2020119231A1 (zh) * | 2018-12-13 | 2020-06-18 | 北京字节跳动网络技术有限公司 | 基于位置信息的电子凭证推送方法、装置及电子设备 |
CN111507772A (zh) * | 2020-04-22 | 2020-08-07 | 深圳市元征科技股份有限公司 | 优惠券的管理方法、装置及存储介质 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2310413A1 (en) * | 1998-05-06 | 1999-11-11 | John Jurewicz | Interactive marketing network and process using electronic certificates |
JP5639561B2 (ja) * | 2011-09-30 | 2014-12-10 | 楽天株式会社 | 商取引管理装置、商取引管理方法、商取引管理プログラム、及びそのプログラムを記録するコンピュータ読み取り可能な記録媒体 |
CN110349035B (zh) * | 2019-05-30 | 2023-11-21 | 创新先进技术有限公司 | 业务处理系统以及方法 |
-
2020
- 2020-11-19 CN CN202011308788.4A patent/CN113763011A/zh active Pending
-
2021
- 2021-06-21 WO PCT/CN2021/101169 patent/WO2022105224A1/zh active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108027938A (zh) * | 2015-09-18 | 2018-05-11 | 瑞可利控股有限公司 | 优惠券发行系统及存储介质 |
WO2017101003A1 (zh) * | 2015-12-15 | 2017-06-22 | 深圳市银信网银科技有限公司 | 一种数据交互处理方法及装置 |
CN108921591A (zh) * | 2018-05-31 | 2018-11-30 | 康键信息技术(深圳)有限公司 | 电子凭证动态生成方法、服务器及存储介质 |
CN109241163A (zh) * | 2018-08-22 | 2019-01-18 | 中国平安人寿保险股份有限公司 | 电子凭证的生成方法及终端设备 |
WO2020119231A1 (zh) * | 2018-12-13 | 2020-06-18 | 北京字节跳动网络技术有限公司 | 基于位置信息的电子凭证推送方法、装置及电子设备 |
CN111507772A (zh) * | 2020-04-22 | 2020-08-07 | 深圳市元征科技股份有限公司 | 优惠券的管理方法、装置及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2022105224A1 (zh) | 2022-05-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108064373B (zh) | 资源转移方法及装置 | |
CN106547904B (zh) | 跨账号信息分享方法及装置 | |
CN107507000A (zh) | 支付方法、装置、设备和存储介质 | |
US20140032322A1 (en) | Methods and systems for on-site promotion of products | |
CN111294370B (zh) | 信息投放方法、装置及系统 | |
CN106157027B (zh) | 支付方法、装置和系统 | |
US20150046244A1 (en) | Server, Computer Readable Storage Medium, Computer Implemented Method and Mobile Computing Device for Discounting Payment Transactions, Facilitating Discounting Using Augmented Reality and Promotional Offering Using Augmented Reality | |
CN110073348A (zh) | 用于在应用内访问第三方服务的方法和系统 | |
CN111127058A (zh) | 购物权益对象信息处理方法、装置及电子设备 | |
CN108022096A (zh) | 一种移动支付方法、装置、终端及可读存储介质 | |
CN114169885A (zh) | 数字货币支付方法、装置、终端及计算机可读存储介质 | |
CN107563876B (zh) | 物品购买方法及装置、存储介质 | |
CN109670850A (zh) | 产品推荐方法、装置、设备及计算机可读存储介质 | |
CN111159108A (zh) | 一种组件管理方法、装置、电子设备及存储介质 | |
CN114245234A (zh) | 虚拟资源处理方法、装置、电子设备及存储介质 | |
WO2018171272A1 (zh) | 一种支付方法及其装置、系统及电子设备 | |
CN113763011A (zh) | 电子凭证的分配处理方法、装置、设备和存储介质 | |
CN104835035A (zh) | 数值转移方法、装置及系统 | |
CN111833151B (zh) | 云生态服务方法、云服务器、系统、设备及可读存储介质 | |
CN114615516A (zh) | 数据处理方法、装置、电子设备及存储介质 | |
CN107977842A (zh) | 虚拟货币兑换方法、装置及电子设备 | |
CN107944910B (zh) | 商品交易信息的提示方法、装置、终端设备及存储介质 | |
CN112163851A (zh) | 购物方法、装置及电子设备 | |
KR101533223B1 (ko) | 컨텐츠 할인 거래 시스템 | |
US11887108B2 (en) | System and user interface of a user device for managing tokens associated with a user |
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 |