CN113344624A - 一种电子券的虚拟核销验证方法、装置、设备和可读介质 - Google Patents
一种电子券的虚拟核销验证方法、装置、设备和可读介质 Download PDFInfo
- Publication number
- CN113344624A CN113344624A CN202110609312.2A CN202110609312A CN113344624A CN 113344624 A CN113344624 A CN 113344624A CN 202110609312 A CN202110609312 A CN 202110609312A CN 113344624 A CN113344624 A CN 113344624A
- Authority
- CN
- China
- Prior art keywords
- verification
- ticket
- virtual
- electronic ticket
- store
- 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/0211—Determining the effectiveness of 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
-
- 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/018—Certifying business or products
-
- 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)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- Marketing (AREA)
- Entrepreneurship & Innovation (AREA)
- Game Theory and Decision Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本说明书实施例公开了一种电子券的虚拟核销验证方法、装置、设备和可读介质。方案可以包括:获取商家配置的待发布的目标电子券的目标配置信息;基于所述目标配置信息,构建与所述目标配置信息中各核销属性对应的券核验用例;基于所述目标配置信息,构建虚拟订单;所述虚拟订单中包含与所述目标配置信息中各核销属性对应的订单信息;使用所述虚拟订单的订单信息对所述券核验用例进行核销验证,得到所述目标电子券的虚拟核销验证结果。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种电子券的虚拟核销验证方法、装置、设备和计算机可读介质。
背景技术
在实际生活中,向用户出售商品(例如服饰、食品等)或者向用户提供有偿服务(例如乘车出行服务、美容美发服务、教育培训服务等)的商家,通常会为了提高营业额而推出营销活动,以提升用户购买商品或者服务的消费意愿。电子券是一种比较常见的营销手段,电子券可以表示在商业环境中使用的、代表一定权益的票据,例如,现金抵用券、满减券、折扣券等。
通常,由商家根据自身的营销需求来自主配置电子券,然后通过营销平台发放电子券以供用户领取或者购买,之后,当用户在商家的门店进行实际消费时,可以将已获得的电子券提供给门店,以实现券核销并享受到相应的优惠服务。
在实际应用时,鉴于电子券的配置规则较复杂等原因,商家配置的电子券可能出现例如券无法实现核销、券的实际配置与商户的真实发券意图不符合等各种问题,因此,需要在将券发放给用户以供用户使用之前,对电子券进行核销验证。
发明内容
本说明书实施例提供一种电子券的虚拟核销验证方法、装置、设备和计算机可读介质,以解决现有的需要在将券发放给用户以供用户使用之前,对电子券进行核销验证的问题。
为解决上述技术问题,本说明书实施例是这样实现的:
本说明书实施例提供的一种电子券的虚拟核销验证方法,包括:
获取商家配置的待发布的目标电子券的目标配置信息;
基于所述目标配置信息,构建与所述目标配置信息中各核销属性对应的券核验用例;
基于所述目标配置信息,构建虚拟订单;所述虚拟订单中包含与所述目标配置信息中各核销属性对应的订单信息;
使用所述虚拟订单的订单信息对所述券核验用例进行核销验证,得到所述目标电子券的虚拟核销验证结果。
本说明书实施例提供的一种电子券的虚拟核销验证装置,包括:
配置信息获取模块,用于获取商家配置的待发布的目标电子券的目标配置信息;
券核验用例构建模块,用于基于所述目标配置信息,构建与所述目标配置信息中各核销属性对应的券核验用例;
虚拟订单构建模块,用于基于所述目标配置信息,构建虚拟订单;所述虚拟订单中包含与所述目标配置信息中各核销属性对应的订单信息;
虚拟核销验证结果确定模块,用于使用所述虚拟订单的订单信息对所述券核验用例进行核销验证,得到所述目标电子券的虚拟核销验证结果。
本说明书实施例提供的一种电子券的虚拟核销验证设备,包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
获取商家配置的待发布的目标电子券的目标配置信息;
基于所述目标配置信息,构建与所述目标配置信息中各核销属性对应的券核验用例;
基于所述目标配置信息,构建虚拟订单;所述虚拟订单中包含与所述目标配置信息中各核销属性对应的订单信息;
使用所述虚拟订单的订单信息对所述券核验用例进行核销验证,得到所述目标电子券的虚拟核销验证结果。
本说明书实施例提供的一种计算机可读介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行以实现一种电子券的虚拟核销验证方法。
本说明书一个实施例至少能够达到以下有益效果:通过在商家向平台提交目标电子券的目标配置信息之后且在平台发布目标电子券之前,基于商家配置的目标电子券的目标配置信息,一方面构建虚拟订单,另一方面构建验证虚拟订单的对应于目标配置信息中的不同核销属性的券核验用例,从而基于虚拟订单和券核验用例实现虚拟核销验证并得到虚拟核销验证结果,基于该方案,能够在平台发布电子券之前,即,在未发生真实核销事件的情况下,及时发现待发布的目标电子券可能存在的问题,以便于及时调整电子券的配置,并避免因电子券配置错误导致的各种问题(例如,商家资金损失)。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本说明书实施例提供的一种电子券的虚拟核销验证方法的流程示意图;
图2为本说明书实施例提供的一种实际应用场景下,一种电子券的虚拟核销验证方法的场景示意图;
图3为本说明书实施例提供的一种实际应用场景下,一种电子券的虚拟核销验证方法的流程示意图;
图4为本说明书实施例提供的一种电子券的虚拟核销验证方法的装置示意图;
图5是本说明书实施例提供的一种电子券的虚拟核销验证设备的结构示意图。
具体实施方式
目前,如果想要验证配置的电子券是否存在问题,需要基于真实发生的交易完成真实的核销事件。具体地,可以在发券后,由部分真实用户或商家自己领券,并发生真实的交易的情况下进行券核销,通过真实发生的核销事件来验证电子券是否存在问题,如果存在问题则调整电子券的配置。
然而,在实际应用中,部分场景会因为保密性等原因而无法提前发券,例如,大促场景下就无法提前发券测试。并且,通过发起真实交易进行券核销验证,本身具有滞后性,即便经验证发现了电子券存在的问题,但是商户通常已经因已发生的真实交易产生了资金损失,券核销验证的成本高。并且,基于真实交易进行券核销验证的条件难以构造,例如,如需满足电子券配置中的门店条件、金额门槛条件和时间范围条件,则需要在对应的时间范围内、到对应的门店且进行满足金额门槛的消费,才能够达到券核销验证的条件,通常,真实券核销的覆盖度较低,如果要实现符合要求的券核销验证,则需要花费较长时间流程。再者,基于真实券核销事件进行电子券验证,只能够验证电子券本身是否实际可用,但是无法发现电子券的配置情况与商户的真实发券意图不符合的问题,例如,商户配置某券在A店和B店均可核销,且实际验证发现在A店和B店均可核销成功,然而,商户的真实意图可能是希望该券仅在A店可核销,而在B店不可核销,对于这一纰漏,无法通过目前的券核销验证方法及时发现。
为了解决现有技术中的缺陷,在本说明书的实施例中,提供了一种电子券核销验证的方案,通过在商家向平台提交目标电子券的目标配置信息之后且在平台发布目标电子券之前,基于商家配置的目标电子券的目标配置信息,一方面构建虚拟订单,另一方面构建验证虚拟订单的对应于目标配置信息中的不同核销属性的券核验用例,从而实现虚拟核销验证并得到虚拟核销验证结果,基于该方案,能够在平台发布电子券之前,即,在未发生真实核销事件的情况下,及时发现待发布的目标电子券可能存在的问题,以便于及时调整电子券的配置,进而能够避免商家因电子券配置错误或不合理导致的资金损失。
为使本说明书一个或多个实施例的目的、技术方案和优点更加清楚,下面将结合本说明书具体实施例及相应的附图对本说明书一个或多个实施例的技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本说明书的一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本说明书一个或多个实施例保护的范围。
应当理解,尽管在本申请文件中可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。
以下结合附图,详细说明本说明书各实施例提供的技术方案。
图1为本说明书实施例提供的一种电子券的虚拟核销验证方法的流程示意图。从程序角度而言,流程的执行主体可以为搭载于应用服务器或应用终端的程序。在本说明书的实施例中,流程的执行主体可以为搭载于平台服务器的程序。
如图1所示,该流程可以包括以下步骤。
步骤102:获取商家配置的待发布的目标电子券的目标配置信息。
在本说明书的实施例中,平台可以提供由商家使用的商家客户端和由用户使用的用户客户端。在实际应用时,商家在商家客户端上配置电子券,并将配置的电子券信息发送给平台服务器;平台服务器获得商家配置的电子券的配置信息后,经虚拟核销验证通过后,可以发布电子券,以使得用户在用户客户端上能够领取或购买已发布的电子券。
电子券可以是指由商家配置的、代表一定权益的票据。通常,电子券的领取或核销需要满足一定的条件,该条件由商家在电子券的配置信息中进行配置。
在实际应用中,目标电子券的种类可以由商家根据需要来选择。例如,平台可以为商家提供现金抵用券、满减券、折扣券等不同类型的电子券分别对应的不同类型的券模板,商家可以在选择某类型的模板后,修改该模板中各配置项对应的具体配置信息,用于生成目标电子券。
可选地,电子券的配置信息可以包括电子券获取配置信息和电子券核销配置信息。
其中,所述电子券获取配置信息,用于表示用户获取所述电子券所需要满足的条件。例如,电子券获取时间范围条件(电子券可以在设定时间范围内被获取)、电子券获取地域范围条件(电子券可以由用户终端位置位于设定地域范围内时被获取)、电子券获取用户条件(电子券可以由注册时间、活跃度、用户信用等级、授权信息等满足设定条件的用户获取)、电子券获取终端条件(电子券可以由具备预定硬件或软件条件的终端设备获取)等,不限于此。
其中,所述电子券核销配置信息,用于表示用户核销已获取的电子券所需满足的条件。例如,电子券核销时间范围条件(电子券可以在设定时间范围内被核销)、电子券核销时间期限条件(电子券可以在有效期限内被核销)、电子券核销地域范围条件(电子券可以由用户终端位置位于设定地域范围内时被核销)、电子券核销用户条件(电子券可以由注册时间、活跃度、用户信用等级、授权信息等满足设定条件的用户核销使用)、电子券核销终端条件(电子券可以由具备预定硬件或软件条件的终端设备核销)、电子券核销订单条件(电子券可以在可核销订单总金额、订单包含标的物等属性中的部分或全部属性满足设定条件的情况下可核销)、电子券核销门店条件(电子券可以在满足门店类型、门店位置的门店进行核销)等,不限于此。
可选地,电子券的配置信息还可以包括电子券的活动标识信息。所述活动标识信息可以是由商家为目标电子券设置的,以便于商家、商家对应门店或平台来识别和管理电子券。
步骤104:基于所述目标配置信息,构建与所述目标配置信息中各核销属性对应的券核验用例。
在实际应用中,当获取目标电子券对应的目标配置信息后,如果使用订单信息来直接针对目标配置信息进行核销验证,假设得到的核销验证结果为核验无法通过,此时,并不能明确地知道订单核验无法通过的原因。具体地,无法知道订单无法核验通过是由于订单信息无法满足目标配置信息中的哪一个或哪几个配置条件。
鉴于此,需要在目标配置信息的基础上,来设置与各目标配置信息中包含的各核销属性分别对应的券核验用例。由此,当使用订单信息来对目标配置信息进行核验时,可以使用订单信息来分别针对各个券核验用例进行核销验证,并得到与各个券核验用例对应的核销验证结果,进而,可以根据各个券核验用例对应的核销验证结果来确定电子券的核验是否通过,以及若核验未通过也可以确定核验未通过的原因。
例如,若所述目标配置信息中包括可核销订单总金额、可核销订单生成时间、可核销订单包含的目标标的物(例如,全品类可用还是仅购买指定商品或服务时可用)等核销属性,则可以分别建立与可核销订单总金额、可核销订单生成时间、可核销订单包含的目标标的物等核销属性对应的券核验用例,分别用于核验某订单是否满足可核销订单总金额条件、是否满足可核销订单生成时间以及是否满足可核销订单包含的目标标的物条件。
在本说明书的实施例中,由于可以基于目标配置信息中的各核销属性建立对应的券核验用例,因此可选地,建立的券核验用例的数量可以与目标配置信息中的各核销属性的数量一致。
步骤106:基于所述目标配置信息,构建虚拟订单;所述虚拟订单中包含与所述目标配置信息中各核销属性对应的订单信息。
在本说明书的实施例中,为了避免基于真实交易进行电子券核销给商户带来真实的资金损失,可以构建虚拟订单。具体地,可以基于目标电子券的目标配置信息来构建虚拟订单,以使得虚拟订单的订单信息中包含与所述目标配置信息中的各核销属性对应的订单信息。
在实际应用中,可以构建多个虚拟交易订单。其中,每个虚拟交易订单可以包含个核销属性对应的订单信息。从多个虚拟交易订单整体来看,需要包含各核销属性所对应的满足该核销属性的订单信息以及不满足该核销属性的订单信息。
沿用前例,若所述目标配置信息中包括可核销订单总金额、可核销订单生成时间、可核销订单包含的目标标的物等核销属性,则在构建的每个虚拟订单中,至少需要包含有与可核销订单总金额、可核销订单生成时间、可核销订单包含的目标标的物等核销属性对应的订单信息。从构建的多个虚拟订单整体来看,虚拟订单整体至少需要包含满足可核销订单总金额条件的订单和不满足可核销订单总金额条件的订单、满足可核销订单生成时间的订单和不满足可核销订单生成时间的订单、包含目标标的物的订单和不包含目标标的物的订单。
例如,假设所述目标配置信息中的可核销订单总金额条件设置为“≥100元”,可核销订单生成时间条件设置为“工作日”,可核销订单包含目标标的物条件设置为“购买A物品”,则可以构建如下虚拟订单1“可核销订单总金额80元;订单生成日期2021年5月24日;订单标的物列表为商品A、B和C”、虚拟订单2“可核销订单总金额120元;订单生成日期2021年5月23日;订单标的物列表为商品B和C”等。针对前述目标配置信息可构建的虚拟订单的情况不限于在此给出的数量和示例。
步骤108:使用所述虚拟订单的订单信息对所述券核验用例进行核销验证,得到所述目标电子券的虚拟核销验证结果。
在本说明书的实施例中,当构建完成虚拟订单和券核验用例后,需要使用所述虚拟订单的订单信息对所述券核验用例进行核销验证,即,判断各虚拟订单是否满足各券核验用例,并生成各虚拟订单和各券核验用例对应的用例核验结果。所述用例核验结果用于表示,所述券核验用例在所述虚拟订单的支付过程中核销通过或未通过。
沿用前例,假设构建了,用于核验某订单是否满足可核销订单总金额条件的核验用例a、用于核验某订单是否满足可核销订单生成时间条件的核验用例b以及用于核验某订单是否满足可核销订单包含的目标标的物的核验用例c。并且,假设构建了前述虚拟订单1和虚拟订单2。那么,可以分别采用核验用例a至c来核验虚拟订单1,且分别采用核验用例a至c来核验虚拟订单2,以得到各虚拟订单和各券核验用例对应的用例核验结果。
在本说明书的实施例中,当获得各虚拟订单和各券核验用例对应的用例核验结果,可以进一步分析得到与目标电子券的各目标配置信息对应的配置信息核验结果。可选地,所述配置信息核验结果可以包含,所述目标电子券的各配置信息的核验通过率。
应当理解,本说明书一个或多个实施例所述的方法中,部分步骤的顺序可以根据实际需要调整,或者可以省略部分步骤。例如,在可选的实施例中,步骤104与步骤106的执行顺序可以进行调换。
图1中的方法,通过商家向平台提交目标电子券的目标配置信息之后且平台发布目标电子券之前,基于商家配置的目标电子券的目标配置信息,一方面构建虚拟订单,另一方面构建验证虚拟订单的对应于目标配置信息中的不同核销属性的券核验用例,从而实现虚拟核销验证并得到虚拟核销验证结果,基于该方案,能够在平台发布电子券之前,即,在未发生真实核销事件的情况下,及时发现待发布的目标电子券可能存在的问题,以便于及时调整电子券的配置,进而能够避免商家因电子券配置错误或不合理导致的资金损失。
基于图1的方法,本说明书实施例还提供了该方法的一些具体实施方式,下面进行说明。
通常,一个商家可以对应多个门店。各个门店可以具有不同的属性。例如,根据门店开设的位置,可以包括机场门店、火车站门店、景区门店、非特殊位置门店等不同属性类型。又如,根据门店针对的消费群体或商品服务种类不同,可以包括高端店、平价店等属性类型。再如,根据门店营业时间不同,可以包括24小时营业门店、日间营业门店等属性类型。
在实际应用时,在商家配置的待发布的所述目标电子券的所述目标配置信息中,可以包含可核销门店条件这一核销属性,因此,在构建虚拟订单时,可以同时基于门店属性信息来构建。或者,由于门店信息这一核销属性通常为高风险的属性(在电子券构建过程中容易构建错误或被商家忽略的属性),因此,在实践中,为了更全面地核验电子券是否符合配置预期,无论商家配置的待发布的所述目标电子券的所述目标配置信息中是否包含可核销门店条件这一属性,均可以根据实际需要在构建的虚拟订单中包含门店属性信息。
鉴于此,在构建虚拟订单之前,可以获取所述商家对应的门店的门店属性信息;由此,所述构建虚拟订单,具体可以包括:基于所述目标配置信息和所述门店属性信息,构建虚拟订单。
在本说明书的实施例中,所述获取所述商家对应的门店的门店属性信息,具体可以包括:根据所述商家的商家标识,确定与所述商家对应的门店的门店终端信息;根据所述门店终端信息,向所述商家对应的门店发送门店属性信息获取请求;获取所述商家对应的门店响应于所述门店属性信息获取请求返回的门店属性信息。
其中,所述商家标识可以是在获取所述目标配置信息时从商家获取的。
其中,所述向所述商家对应的门店发送门店属性信息获取请求,具体地,可以包括向商家对应的门店发送火眼码,所述火眼码携带有门店属性信息获取请求;相应地,所述获取所述商家对应的门店响应于所述门店属性信息获取请求返回的门店属性信息,具体地,可以包括获取所述商家对应的门店使用诸如扫码枪的扫码设备扫描所述火眼码后,向所述平台发送所述门店的门店属性信息。
其中,所述火眼码可以是携带有特定程序代码的二维码,所述特定程序代码用于被扫码方扫描后,获取扫码方的特定信息并发送给二维码发送方。在本说明书的实施例中,所述扫码方可以包括商家门店,所述发送方可以包括本说明书实施例中进行电子券的虚拟核销验证的平台,所述特定信息可以包括门店属性信息。
在一个可选的示例中,所述特定程序代码中可以包含信息获取指令。由此,当门店的扫码设备通过扫描火眼码获取该信息获取指令后,可以触发该指令自动获取门店的属性信息并发送给平台。在这种情况下,在门店扫描火眼码之前,可以从门店出获得同意门店属性信息被获取的授权信息。
在另一可选的示例中,所述特定程序代码中可以包含设定的地址信息。由此,当门店的扫码设备通过扫描火眼码获得所述地址信息后,可以访问该地址信息对应的页面并填写门店属性信息以发送给平台。
可选地,所述门店属性信息可以包括门店基础属性信息;所述门店基础属性信息可以包括门店类型信息。在实际应用中,由于门店类型可以包含多个不同的类型组,则所述门店类型信息可以包含分别与各类型组对应一条或更多条的类型信息。例如,某门店的门店类型信息可以包含机场门店类型信息。又如,某门店的门店类型信息可以包含机场门店类型信息和24小时营业门店类型信息。
可选地,所述门店属性信息还可以包括门店活动属性信息;所述门店活动属性信息可以包括所述门店预计参加的活动的第一活动标识信息。在实际应用中,门店可以自主决定是否使用由商家发布的电子券,即,门店可以自主决定是否参加商家发布的相应活动。具体地,若门店参加某活动,则可以在门店属性信息中设置第一活动标识信息。相应可选地,平台从商家获取的目标配置信息中,可以包含该电子券对应的活动的第二活动标识信息。由此,在构建券核验用例时,可以包含前述第二活动标识信息,在构建虚拟订单时,可以包含前述第一活动标识信息,以便当使用所构建的券核验用例对所构建的虚拟订单进行核销验证后得到相应的虚拟核验验证结果。
在实际应用时,可以预先设置订单模板,订单模板中可以包含电子券核验过程涉及的属性字段。
在本说明书的实施例中,所述基于所述目标配置信息,构建虚拟订单,具体可以包括:获取订单模型;根据所述目标配置信息,生成虚拟订单参数;然后将所述虚拟订单参数填入所述订单模板中的相应字段,得到构建的虚拟订单。
相应地,所述基于所述目标配置信息和所述门店属性信息,构建虚拟订单,具体可以包括:获取订单模板;根据所述目标配置信息和所述门店属性信息生成虚拟订单参数;将所述虚拟订单参数填入所述订单模板中的相应字段,得到构建的虚拟订单。
例如,若所述目标配置信息可以包含如下核销属性信息,例如,可核销订单总金额为“≥100元”、可核销订单生成时间为“工作日”、可核销订单包含的目标标的物为“购买A物品”,所述门店属性信息可以包含例如“非特殊位置门店”和“平价门店”,则可以根据前述信息生成虚拟订单参数:m1元(满足“≥100元”)、m2元(不满足“≥100元”)、日期n1(满足“工作日”)、日期n2(不满足“工作日”)、购买标的物清单w1(满足“购买A物品”)、购买标的物清单w2(不满足“购买A物品”)、门店x1(满足“非特殊位置门店”和“平价门店”)、门店x2(满足“非特殊位置门店”,不满足“平价门店”)、门店x3(不满足“非特殊位置门店”,满足“平价门店”)、门店x4(不满足“非特殊位置门店”和“平价门店”)等。
然后,可以将前述生成的虚拟订单参数用于替换订单模板中相应的字段的值,得到构建的虚拟订单。例如,可以将m1、n1、w1、x1填入相应字段得到虚拟订单,或者,可以将m1、n1、w1、x2填入相应字段得到虚拟订单,再如,可以将m2、n2、w2、x3填入相应字段得到虚拟订单,不限于这些示例。
本说明书实施例的方案在实际应用时,为了进一步提高电子券核销验证的效率,当目标电子券对应的目标配置信息中包含的核销属性较多时,可以基于专家经验,通过综合考虑各核销属性的风险性,来从中确定出关键核销属性,以用于后续构建核销用例及构建虚拟交易订单。
具体地,所述获取商家配置的待发布的目标电子券的目标配置信息之后,还可以包括:根据所述目标配置信息,确定与所述目标电子券对应的关键核销属性。
在可选的实施例中,可以根据预设的重要性分析规则,将目标配置信息中的部分或全部配置信息,确定为关键核销属性。所述重要性分析规则具体可以是根据专家经验确定的。
假设,用户配置的目标电子券的目标配置信息中包含可核销订单总金额、可核销门店、可核销订单生成时间、可核销用户终端设备类型。可选地,若根据预设的重要性分析规则识别出其中的可核销订单总金额、可核销门店、可核销订单生成时间为高风险属性,而可核销用户终端设备类型为低风险属性,由此,可以将可核销订单总金额、可核销门店、可核销订单生成时间确定为目标电子券对应的关键核销属性。又可选地,若根据预设的重要性分析规则识别出其中的可核销订单总金额、可核销门店、可核销订单生成时间、可核销用户终端设备类型均为高风险属性,由此,可以将可核销订单总金额、可核销门店、可核销订单生成时间、可核销用户终端设备类型均确定为目标电子券对应的关键核销属性。
在另外可选的实施例中,若所述目标电子券的所述目标配置信息是商家在券模板的基础上进行调整部分属性得到的,则可以将商家在配置所述目标电子券时对券模板进行调整的属性确定为关键核销属性。
当从模板配置信息确定出关键核销属性后,相应地,所述基于所述目标配置信息,构建与所述目标配置信息中各核销属性对应的券核验用例,具体可以包括:基于所述关键核销属性,构建与所述关键核销属性中各核销属性对应的券核验用例。所述基于所述目标配置信息构建虚拟订单,具体可以包括:基于所述关键核销属性,构建虚拟订单;所述虚拟订单中包含与所述关键核销属性中各核销属性对应的订单信息。
当平台使用所述虚拟订单的订单信息对所述券核验用例进行核销验证得到所述目标电子券的虚拟核销验证结果之后,还可以包括:将所述虚拟核销验证结果发送给所述商家,以便所述商家根据所述虚拟核销验证结果确定所述目标电子券的目标配置信息是否符合所述商家发布所述目标电子券的真实意图;然后接收所述商家基于所述虚拟核销验证结果返回的结果确认信息;所述结果确认信息用于表示,所述商家确认所述目标电子券的目标配置信息符合或不符合所述商家配置所述目标电子券的真实意图。若所述结果确认信息表示所述商家确认所述目标电子券的目标配置信息符合所述商家配置所述目标电子券的真实意图,则可以发布所述目标电子券。
根据上面的说明,本说明书实施例提供的一种实际应用场景下,一种电子券的虚拟核销验证方法的场景示意图,如图2所示。
如图2所示,一方面,平台可以提供商家客户端程序,商家可以使用该商家客户端程序来配置和管理电子券;另一方面,平台可以为用户提供用户客户端程序,当平台将商家配置的电子券发布后,用户可以通过用户客户端程序获取电子券,该电子券可以用于在商家对应的门店处消费时核销使用。
具体地,平台服务器可以获取商家配置的目标电子券的配置信息,并基于配置信息构建券核验用例;并且,平台服务器可以从该商家对应的各门店获取门店属性信息,并基于电子券的配置信息以及各门店的门店属性信息,构建虚拟订单;然后使用虚拟订单的订单信息来对构建的券核验用例进行核销验证,从而得到与目标电子券对应的虚拟核销验证结果。此后,平台服务器可以将虚拟核销验证结果发送给商家客户端程序,以便商家确定目标电子券的当前核销验证结果是否符合预期,当平台服务器获取到商家反馈的用于表示商家认为当前电子券的核销验证结果符合预期的信息后,则可以发布目标电子券。
商家或用户使用的终端设备的类型不限于图2中示出的示例。
在实际应用时,由于申请发布电子券的商家通常较非常多,且各个商家可能申请发布两个或更多个电子券,因此,平台在对电子券进行发布之前,可以根据前述获得的虚拟核销验证结果,来对各电子券的质量进行评价,然后按照评价结果来选择性地发布符合条件的优质电子券。
在可选的实施例中,所述发布所述目标电子券之前,还可以包括:将所述目标电子券的虚拟核销验证结果输入到券核销分析模型,得到所述目标电子券对应的券评价指数;根据所述目标电子券的所述券评价指数,判断所述目标电子券是否满足预设发布条件,得到第一判断结果。由此,所述发布所述目标电子券,具体可以包括:若所述第一判断结果表示所述目标电子券满足预设发布条件,则发布所述目标电子券。
其中,所述券核销分析模型,可以是根据历史发布券的券配置信息和历史发布券的用户领取信息与历史核销信息训练得到的。模型的具体类型可以使用现有的模型类型,例如,聚类分析模型。
其中,所述将所述目标电子券的虚拟核销验证结果输入到券核销分析模型,得到所述目标电子券对应的券评价指数,具体可以包括:将所述目标电子券的所述虚拟核销验证结果输入到券核销分析模型,得到所述目标电子券的对应于各分析指标的各指标值;所述分析指标可以包括券核销成功率指标、券适用地域范围指标、券适用时间范围指标、券有效期长度指标、券适用店铺类型指标、券适用人群范围指标、券适用金额条件指标或券适用交易标的物条件指标等;根据所述目标电子券的对应于各分析指标的各指标值,确定所述目标电子券对应的券评价指数。
例如,若电子券的券核销成功率较高、券适用范围较广、券适用时间范围较长、券有效期较长、券适用店铺类型较多、券适用人群范围较广、券适用金额条件较低或没有适用交易标的物条件等,则由券核销分析模型得出的各个分析指标的指标值可以较高。
其中,所述根据所述目标电子券的所述券评价指数,判断所述目标电子券是否满足预设发布条件,得到第一判断结果,具体可以包括:获取多个待发布的电子券的券评价指数;所述多个待发布的电子券分别由不同的商家配置;对所述多个待发布的电子券分别对应的券评价指数进行排序,得到券评价指数排序结果;根据所述券评价指数排序结果,判断所述目标电子券是否满足预设名次阈值,得到第二判断结果。相应地,所述发布所述目标电子券,具体可以包括:若所述第二判断结果表示所述目标电子券满足预设名次阈值,则发布所述目标电子券。
基于前述方案,能够在对商家配置的电子券进行发布之前,及时发现电子券存在的问题,一方面,能够将虚拟核销验证结果或基于虚拟核销验证结果得到的统计信息发送给商家,由商家来确认电子券是否符合发放预期,以避免因电子券配置错误或不符合商家预期导致的商家资金损失;另一方面,平台方能够预先了解子券的质量,并根据电子券的质量来发布优质的电子券,从平台角度来讲,能够提高平台资源的利用率,从用户角度来讲,平台能够通过为用户提供更优质的电子券,以提升用户的使用体验。
另外,在实际应用中,一个商家可能会配置多个电子券,而一个订单可能会满足多个电子券的配置信息所规定的使用条件。商家在配置电子券的过程中,如果忽略了多券叠加使用后达到的预期优惠结果,或者,对于多券叠加使用后的预期优惠结果缺乏准确预期,也会出现所发布的电子券的核销验证结果不符合商家预期的情况。基于本说明书实施例的方案,可以通过构建虚拟订单的方式,综合考虑同一商家配置的多个券,来得到虚拟核销验证结果,以供商家根据虚拟核销验证结果来得知待发布的电子券是否会引起不符合预期的结果。
在本说明书的可选的实施例中,还可以包括:获取所述商家对应的至少一个已配电子券的已配置券信息。那么,构建核验用例的过程为,基于所述目标配置信息和所述已配置券信息,构建与所述目标配置信息和所述已配置券信息中各核销属性对应的关联券核验用例。构建虚拟订单的过程为,基于所述目标配置信息、所述已配置券信息和所述门店属性信息,构建关联虚拟订单;所述关联虚拟订单中包含与所述目标配置信息和所述已配置券信息中各核销属性对应的订单信息。由此,当使用构建的关联虚拟订单对构建的关联券核验用例进行核销验证后,可以得到所述目标电子券的虚拟核销验证结果,更具体地,可以得到所述目标电子券和所述至少一个已配电子券共同对应的虚拟核销验证结果。
根据上面的说明,本说明书实施例提供的一种实际应用场景下,一种电子券的虚拟核销验证方法的流程示意图,如图3所示。
如图3中所示,本说明书的一个实施例的方案按照如下步骤执行。
(1)商家配置电子券。
(2)平台获取券相关的核销属性。
具体地,2.1平台内部解析券的配置,获取券配置中的高风险属性;2.2商家门店用扫码枪扫火眼码,由此平台可以获取商家属性信息,包括基础属性信息(例如,门店ID等)、活动属性信息(例如,大促的活动标签等关键的核销属性)等。
(3)平台构建虚拟交易订单并实现券的仿真验收。
具体地,输出券核销用例:基于专家经验,组装高风险属性,输出针对该券的核销验收用例。例如,对于限制部分门店可核销的单品券,关键核验点可以包括:单品、门店。
构造虚拟交易订单:根据验收用例,将关键属性拼接成对应的交易模型。例如,可以验证商家门店可核属性,即,将门店ID放入交易模型的对应字段。
券仿真验证:生成商家券影子模版(即,复制的虚拟模版),通过构造的虚拟交易订单来咨询核销影子模版,返回是否可核销。
(4)平台得到仿真验收结果,并对仿真验收结果进行分析,例如,可以进行核销失败情况分析、门店覆盖程度分析等。
(5)基于仿真验收分析结果,可以实现:5.1反馈给商家,以确定当前配置的券是否符合商家的配券意图;5.2基于券的仿真验收结果,进行券的风险管控及判断,并判断当前券是否为优质券。
基于本说明书的一个或更多个实施例的方案,至少具有如下优点:
第一,实现了电子券的内部验收。具体地,基于本说明书实施例的方案,无需用户领券,且无需商家来模拟核销(核销条件由平台系统构造),通过火眼码来获取商家信息进行模拟,突破了现有技术中电子券核验过程必须由用户和商家参与、内部不可验的局限。
第二,基于本说明书实施例的方案,对电子券的核销验证过程无需商家产生真实花费,且极大地节省了商家构造领券、核销条件的时间成本,商家的验证成本和意愿较高。
第三,通过构建虚拟订单实现多场景模拟,轻松解决单一场景验收不可靠问题。并且,通过专家经验输出核验用例,解决缺失领域知识的问题,提升券核验分析结果可信度。再者,通过核销大盘分析,输出给用户覆盖的场景及覆盖度,然后由商家判断正确性,解决了无法确定券实际配置是否符合商家意图的问题。
第四,对于商家,能够输出核销风险及报告,满足商家的活动推广诉求;对于平台的质量管理,能够提供核销风险验收及风险管控的有效支持数据;对于平台的运营管理,能够感知到券的核销状态及权益的优质状态,从而更好地推广活动,实现多方共赢。
基于同样的思路,本说明书实施例还提供了上述方法对应的装置。图4为本说明书实施例提供的对应于图1的一种电子券的虚拟核销验证装置的结构示意图。如图4所示,该装置可以包括:
配置信息获取模块402,用于获取商家配置的待发布的目标电子券的目标配置信息;
券核验用例构建模块404,用于基于所述目标配置信息,构建与所述目标配置信息中各核销属性对应的券核验用例;
虚拟订单构建模块406,用于基于所述目标配置信息,构建虚拟订单;所述虚拟订单中包含与所述目标配置信息中各核销属性对应的订单信息;
虚拟核销验证结果确定模块408,用于使用所述虚拟订单的订单信息对所述券核验用例进行核销验证,得到所述目标电子券的虚拟核销验证结果。
可以理解,上述的各模块是指计算机程序或者程序段,用于执行某一项或多项特定的功能。此外,上述各模块的区分并不代表实际的程序代码也必须是分开的。
基于同样的思路,本说明书实施例还提供了上述方法对应的设备。
图5为本说明书实施例提供的对应于图1的一种电子券的虚拟核销验证设备的结构示意图。如图5所示,设备500可以包括:
至少一个处理器510;以及,
与所述至少一个处理器通信连接的存储器530;其中,
所述存储器530存储有可被所述至少一个处理器510执行的指令520,所述指令被所述至少一个处理器510执行,以使所述至少一个处理器510能够:
获取商家配置的待发布的目标电子券的目标配置信息;
基于所述目标配置信息,构建与所述目标配置信息中各核销属性对应的券核验用例;
基于所述目标配置信息,构建虚拟订单;所述虚拟订单中包含与所述目标配置信息中各核销属性对应的订单信息;
使用所述虚拟订单的订单信息对所述券核验用例进行核销验证,得到所述目标电子券的虚拟核销验证结果。
基于同样的思路,本说明书实施例还提供了上述方法对应的计算机可读介质。计算机可读介质上存储有计算机可读指令,所述计算机可读指令可被处理器执行以实现以下方法:
获取商家配置的待发布的目标电子券的目标配置信息;
基于所述目标配置信息,构建与所述目标配置信息中各核销属性对应的券核验用例;
基于所述目标配置信息,构建虚拟订单;所述虚拟订单中包含与所述目标配置信息中各核销属性对应的订单信息;
使用所述虚拟订单的订单信息对所述券核验用例进行核销验证,得到所述目标电子券的虚拟核销验证结果。
上述对本说明书特定实施例进行了描述,在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可。
本说明书实施例提供的装置、设备与方法是对应的,因此,装置、设备也具有与对应方法类似的有益技术效果,由于上面已经对方法的有益技术效果进行了详细说明,因此,这里不再赘述对应装置、设备的有益技术效果。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字符系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、AtmelAT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字符多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带式磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (17)
1.一种电子券的虚拟核销验证方法,包括:
获取商家配置的待发布的目标电子券的目标配置信息;
基于所述目标配置信息,构建与所述目标配置信息中各核销属性对应的券核验用例;
基于所述目标配置信息,构建虚拟订单;所述虚拟订单中包含与所述目标配置信息中各核销属性对应的订单信息;
使用所述虚拟订单的订单信息对所述券核验用例进行核销验证,得到所述目标电子券的虚拟核销验证结果。
2.如权利要求1所述的方法,所述构建虚拟订单之前,还包括:获取所述商家对应的门店的门店属性信息;
所述构建虚拟订单,具体包括:基于所述目标配置信息和所述门店属性信息,构建虚拟订单。
3.如权利要求2所述的方法,所述获取所述商家对应的门店的门店属性信息,具体包括:
根据所述商家的商家标识,确定与所述商家对应的门店的门店终端信息;
根据所述门店终端信息,向所述商家对应的门店发送门店属性信息获取请求;
获取所述商家对应的门店响应于所述门店属性信息获取请求返回的门店属性信息。
4.如权利要求3所述的方法,所述向所述商家对应的门店发送门店属性信息获取请求,具体包括:
向所述商家对应的门店发送火眼码;所述火眼码用于被扫码方扫描后,获取所述扫码方的特定信息并发送给所述火眼码的发送方;
所述获取所述商家对应的门店响应于所述门店属性信息获取请求返回的门店属性信息,具体包括:
获取所述商家对应的门店扫描所述火眼码后,发送的所述门店的门店属性信息。
5.如权利要求4所述的方法,所述火眼码为携带有特定程序代码的二维码。
6.如权利要求2所述的方法,所述门店属性信息包括门店基础属性信息;所述门店基础属性信息包括门店类型信息。
7.如权利要求6所述的方法,所述门店属性信息还包括门店活动属性信息;所述门店活动属性信息包括所述门店预计参加的活动的第一活动标识信息。
8.如权利要求2所述的方法,所述基于所述目标配置信息和所述门店属性信息,构建虚拟订单,具体包括:
获取订单模板;
根据所述目标配置信息和所述门店属性信息生成虚拟订单参数;
将所述虚拟订单参数填入所述订单模板中的相应字段,得到构建的虚拟订单。
9.如权利要求1所述的方法,所述获取商家配置的待发布的目标电子券的目标配置信息之后,还包括:
根据所述目标配置信息,确定与所述目标电子券对应的关键核销属性;
所述基于所述目标配置信息,构建与所述目标配置信息中各核销属性对应的券核验用例,具体包括:基于所述关键核销属性,构建与所述关键核销属性中各核销属性对应的券核验用例;
所述基于所述目标配置信息构建虚拟订单,具体包括:基于所述关键核销属性,构建虚拟订单;所述虚拟订单中包含与所述关键核销属性中各核销属性对应的订单信息。
10.如权利要求1所述的方法,所述得到所述目标电子券的虚拟核销验证结果之后,还包括:
将所述虚拟核销验证结果发送给所述商家;
接收所述商家基于所述虚拟核销验证结果返回的结果确认信息;所述结果确认信息用于表示,所述商家确认所述目标电子券的目标配置信息符合或不符合所述商家配置所述目标电子券的真实意图。
11.如权利要求10所述的方法,所述接收所述商家基于所述虚拟核销验证结果返回的结果确认信息之后,还包括:
若所述结果确认信息表示,所述商家确认所述目标电子券的目标配置信息符合所述商家配置所述目标电子券的真实意图,则发布所述目标电子券。
12.如权利要求11所述的方法,所述发布所述目标电子券之前,还包括:
将所述目标电子券的虚拟核销验证结果输入到券核销分析模型,得到所述目标电子券对应的券评价指数;
根据所述目标电子券的所述券评价指数,判断所述目标电子券是否满足预设发布条件,得到第一判断结果;
所述发布所述目标电子券,具体包括:
若所述第一判断结果表示所述目标电子券满足预设发布条件,则发布所述目标电子券。
13.如权利要求12所述的方法,所述将所述目标电子券的虚拟核销验证结果输入到券核销分析模型,得到所述目标电子券对应的券评价指数,具体包括:
将所述目标电子券的所述虚拟核销验证结果输入到券核销分析模型,得到所述目标电子券的对应于各分析指标的各指标值;所述分析指标包括券核销成功率指标、券适用地域范围指标、券适用时间范围指标、券有效期长度指标、券适用店铺类型指标、券适用人群范围指标、券适用金额条件指标或券适用交易标的物条件指标;
根据所述目标电子券的对应于各分析指标的各指标值,确定所述目标电子券对应的券评价指数。
14.如权利要求12所述的方法,所述根据所述目标电子券的所述券评价指数,判断所述目标电子券是否满足预设发布条件,得到第一判断结果,具体包括:
获取多个待发布的电子券的券评价指数;所述多个待发布的电子券分别由不同的商家配置;
对所述多个待发布的电子券分别对应的券评价指数进行排序,得到券评价指数排序结果;
根据所述券评价指数排序结果,判断所述目标电子券是否满足预设名次阈值,得到第二判断结果;
所述发布所述目标电子券,具体包括:
若所述第二判断结果表示所述目标电子券满足预设名次阈值,则发布所述目标电子券。
15.一种电子券的虚拟核销验证装置,包括:
配置信息获取模块,用于获取商家配置的待发布的目标电子券的目标配置信息;
券核验用例构建模块,用于基于所述目标配置信息,构建与所述目标配置信息中各核销属性对应的券核验用例;
虚拟订单构建模块,用于基于所述目标配置信息,构建虚拟订单;所述虚拟订单中包含与所述目标配置信息中各核销属性对应的订单信息;
虚拟核销验证结果确定模块,用于使用所述虚拟订单的订单信息对所述券核验用例进行核销验证,得到所述目标电子券的虚拟核销验证结果。
16.一种电子券的虚拟核销验证设备,包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
获取商家配置的待发布的目标电子券的目标配置信息;
基于所述目标配置信息,构建与所述目标配置信息中各核销属性对应的券核验用例;
基于所述目标配置信息,构建虚拟订单;所述虚拟订单中包含与所述目标配置信息中各核销属性对应的订单信息;
使用所述虚拟订单的订单信息对所述券核验用例进行核销验证,得到所述目标电子券的虚拟核销验证结果。
17.一种计算机可读介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行以实现权利要求1至14中任一项所述的电子券的虚拟核销验证方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110609312.2A CN113344624A (zh) | 2021-06-01 | 2021-06-01 | 一种电子券的虚拟核销验证方法、装置、设备和可读介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110609312.2A CN113344624A (zh) | 2021-06-01 | 2021-06-01 | 一种电子券的虚拟核销验证方法、装置、设备和可读介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113344624A true CN113344624A (zh) | 2021-09-03 |
Family
ID=77472772
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110609312.2A Pending CN113344624A (zh) | 2021-06-01 | 2021-06-01 | 一种电子券的虚拟核销验证方法、装置、设备和可读介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113344624A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113781127A (zh) * | 2021-09-27 | 2021-12-10 | 上海瀚之友信息技术服务有限公司 | 一种基于智能构建券码规则的养车服务方法及系统 |
CN114004662A (zh) * | 2021-12-31 | 2022-02-01 | 浙江口碑网络技术有限公司 | 一种资源核销方法及装置、存储介质、计算设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107767179A (zh) * | 2017-10-25 | 2018-03-06 | 口碑(上海)信息技术有限公司 | 电子券的质量评价方法及装置 |
CN108090784A (zh) * | 2017-11-28 | 2018-05-29 | 口碑(上海)信息技术有限公司 | 营销活动仿真验证方法及装置 |
CN108090181A (zh) * | 2017-12-15 | 2018-05-29 | 深圳忠信信息技术有限公司 | 个人信息推送方法及系统 |
CN108427638A (zh) * | 2018-01-19 | 2018-08-21 | 口碑(上海)信息技术有限公司 | 地域相关网络营销活动测试方法及装置 |
CN108520061A (zh) * | 2018-04-09 | 2018-09-11 | 彭红文 | 使用二维码返回扫描者提供信息的方法及二维码生成软件 |
CN109829146A (zh) * | 2019-01-16 | 2019-05-31 | 腾讯科技(深圳)有限公司 | 一种信息收集管理方法及装置 |
-
2021
- 2021-06-01 CN CN202110609312.2A patent/CN113344624A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107767179A (zh) * | 2017-10-25 | 2018-03-06 | 口碑(上海)信息技术有限公司 | 电子券的质量评价方法及装置 |
CN108090784A (zh) * | 2017-11-28 | 2018-05-29 | 口碑(上海)信息技术有限公司 | 营销活动仿真验证方法及装置 |
CN108090181A (zh) * | 2017-12-15 | 2018-05-29 | 深圳忠信信息技术有限公司 | 个人信息推送方法及系统 |
CN108427638A (zh) * | 2018-01-19 | 2018-08-21 | 口碑(上海)信息技术有限公司 | 地域相关网络营销活动测试方法及装置 |
CN108520061A (zh) * | 2018-04-09 | 2018-09-11 | 彭红文 | 使用二维码返回扫描者提供信息的方法及二维码生成软件 |
CN109829146A (zh) * | 2019-01-16 | 2019-05-31 | 腾讯科技(深圳)有限公司 | 一种信息收集管理方法及装置 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113781127A (zh) * | 2021-09-27 | 2021-12-10 | 上海瀚之友信息技术服务有限公司 | 一种基于智能构建券码规则的养车服务方法及系统 |
CN113781127B (zh) * | 2021-09-27 | 2024-01-19 | 上海瀚之友信息技术服务有限公司 | 一种基于智能构建券码规则的养车服务方法及系统 |
CN114004662A (zh) * | 2021-12-31 | 2022-02-01 | 浙江口碑网络技术有限公司 | 一种资源核销方法及装置、存储介质、计算设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11501366B1 (en) | Inventory management with capital advance | |
KR102110733B1 (ko) | 블록체인 기반의 콘텐츠 리워드 제공 방법 및 시스템 | |
US11887037B2 (en) | Generating and applying a prediction model based on blockchain data | |
US11900373B2 (en) | Blockchain agnostic token network | |
US20180308047A1 (en) | Systems and methods for performing automatic exchanges or returns | |
CN107026848A (zh) | 业务授权方法及装置 | |
CN113344624A (zh) | 一种电子券的虚拟核销验证方法、装置、设备和可读介质 | |
CN104504561A (zh) | 基于电子票据的线下支付兑换系统 | |
US11222317B2 (en) | Systems and methods for routing electronic transactions using predicted authorization approval | |
US11741460B2 (en) | Systems and methods for optimized routing of electronic transactions across multiple acquirer processors | |
US20220398572A1 (en) | Systems and methods for controlling transfers of digital assets | |
KR20210034227A (ko) | 스마트 컨트랙트 기반의 온라인 거래 중개 장치 및 방법 | |
US11062293B2 (en) | Method and system for negotiating, generating, documenting, and fulfilling vendor financing opportunities | |
CN110088789A (zh) | 用于认证承包商的计算机系统和存储程序 | |
US20230334492A1 (en) | Blockchain agnostic token network | |
CN110348983A (zh) | 交易信息管理方法及装置、电子设备和非暂态存储介质 | |
VK | Business Intelligence Demystified: Understand and Clear All Your Doubts and Misconceptions About BI (English Edition) | |
US20150379415A1 (en) | System and method for processing a transaction | |
US20140250012A1 (en) | System and method for acquiring transactional data on consumer use of gift certificates at merchant retail locations | |
Roy | Blockchain development for finance projects: building next-generation financial applications using Ethereum, Hyperledger Fabric, and Stellar | |
US20240062280A1 (en) | Method and System for Energy Transaction Platform | |
KR102149865B1 (ko) | 영수증 생성 방법 및 영수증 생성 시스템 | |
US11568481B1 (en) | Intelligently bundling payments | |
US20240020683A1 (en) | Methods and systems for multiple gating verifications based on a blockchain wallet | |
US20200219120A1 (en) | Systems and methods to facilitate providing a software development kit (sdk) for rewards for making gift card purchases to multiple application publishers |
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 | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40059731 Country of ref document: HK |