CN109064258A - 一种限额校验***及限额校验方法 - Google Patents
一种限额校验***及限额校验方法 Download PDFInfo
- Publication number
- CN109064258A CN109064258A CN201810746654.7A CN201810746654A CN109064258A CN 109064258 A CN109064258 A CN 109064258A CN 201810746654 A CN201810746654 A CN 201810746654A CN 109064258 A CN109064258 A CN 109064258A
- Authority
- CN
- China
- Prior art keywords
- limit
- value
- scene
- order
- line
- 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.)
- Granted
Links
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/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
-
- 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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/403—Solvency checks
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Marketing (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Computer Security & Cryptography (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种限额校验***及限额校验方法,属于电商交易技术领域;其中,设置一限额校验***并与交易***连接,通过交易***获取交易订单;限额校验***获取线上订单,并根据线上订单遍历预设的所有场景,输出命中信息,命中信息中包括线上订单所命中的场景;限额校验***根据命中信息以及预设的各个场景的限额信息,对线上订单进行校验:若在线上订单中关联于被校验的场景的使用值超出相关的限额值,则限额校验***输出超限提示;若在线上订单中关联于被校验的场景的使用值未超出相关的限额值,则限额校验***根据线上订单的使用值更新限额值。上述技术方案的有益效果是:避免不同的限额策略之间管理混乱,导致限额统计出现偏差的问题。
Description
技术领域
本发明涉及电商交易技术领域,尤其涉及一种限额校验***及限额校验方法。
背景技术
在电商交易的过程中,有些交易场景会被设置限额交易,例如一些限量购买的产品,在交易过程中会被限制交易总量或者交易总额,又例如对于用户的***会被限制日交易总额等,因此对于涉及到限额交易的交易订单都需要进行限额校验。现有技术中的限额校验比较混乱,其原因主要在于限额规则种类繁多,对于同一个订单交易而言可能存在多种不同类型的相互交叉的限额规则,而同一时间针对同一个限额规则也会产生大量的限额交易,因此经常会产生“超卖”或者交易超限额等问题,从而影响顾客的交易体验。
发明内容
根据现有技术中存在的上述问题,现提供一种限额校验***及限额校验方法的技术方案,旨在避免不同的限额策略之间管理混乱,导致限额统计出现偏差的问题。
上述技术方案具体包括:
一种限额校验***,适用于电商交易过程中;其中,所述限额校验***连接电商的交易***,并通过所述交易***获取线上订单,所述线上订单中包括多个不同的场景元素;
所述限额校验***包括:
场景存储单元,预设有多个场景以及每个所述场景相关联的限额信息,每个所述场景包括多个所述场景元素,所述限额信息用于表示所述场景下的限额值;
场景获取单元,连接所述场景存储单元,用于获取所述交易***发送的所述线上订单的订单信息,并根据所述线上订单遍历预设的所有所述场景,输出命中信息,所述命中信息中包括所述线上订单所命中的所述场景;
订单校验单元,连接所述场景获取单元,用于根据所述命中信息以及预设的各个所述场景的所述限额信息,对所述线上订单进行校验,并根据校验结果:
在所述线上订单中关联于被校验的所述场景的使用值和所述场景下的已用值相加的结果超出相关的所述限额值时输出超限提示;以及
在所述线上订单中关联于被校验的所述场景的使用值未超出相关的所述限额值时,根据所述线上订单的使用值更新所述场景下的所述已用值。
优选的,该限额校验***,其中,还包括:
场景更新单元,连接所述场景存储单元,所述场景更新单元提供给管理者定时更新预设的所述场景以及每个所述场景相关联的所述限额信息。
优选的,该限额校验***,其中,预设的每个所述场景相关联的所述限额信息包括自设定值和默认设定值;
所述线上订单中包括关联于所购买的产品的所述场景元素;
所述订单校验单元具体包括:
第一筛选模块,用于筛选得到所述命中信息中关联于所述产品的所述场景;
第一确定模块,连接所述第一筛选模块,用于判断筛选得到的所述场景是否存在有所述自设定值,并根据判断结果:
在存在有所述自设定值时,采用所述自设定值作为所述限额校验时所依据的限额值;
在不存在所述自设定值时,采用所述默认设定值作为所述限额校验时所依据的限额值;
第一校验模块,连接所述第一确定模块,用于获取所述线上订单于关联于所述产品的所述场景下的使用值,并将所述使用值与所述场景下的所述已用值相加,随后与所述限额值进行比对,以得到相应的所述校验结果;
第一提示模块,连接所述第一校验模块,用于根据所述校验结果,在所述使用值超出所述限额值时输出超限提示;
第一更新模块,连接所述第一校验模块,用于根据所述校验结果,在所述使用值未超出所述限额值时,根据所述使用值更新所述场景下的所述已用值。
优选的,该限额校验***,其中,预设的每个所述场景相关联的所述限额信息包括自设定值和默认设定值;
所述线上订单中包括关联于顾客的身份的所述场景元素;
所述订单校验单元具体包括:
第二筛选模块,用于筛选得到所述命中信息中关联于所述身份的所述场景;
第二确定模块,连接所述第二筛选模块,用于判断筛选得到的所述场景是否存在有所述自设定值,并根据判断结果:
在存在有所述自设定值时,采用所述自设定值作为所述限额校验时所依据的限额值;
在不存在所述自设定值时,采用所述默认设定值作为所述限额校验时所依据的限额值;
第二校验模块,连接所述第二确定模块,用于获取所述线上订单于关联于所述身份的所述场景下的使用值,并将所述使用值与所述场景下的所述已用值相加,随后与所述限额值进行比对,以得到相应的所述校验结果;
第二提示模块,连接所述第二校验模块,用于根据所述校验结果,在所述使用值超出所述限额值时输出超限提示;
第二更新模块,连接所述第二校验模块,用于根据所述校验结果,在所述使用值未超出所述限额值时,根据所述使用值更新所述场景下的所述已用值。
优选的,该限额校验***,其中,预设的每个所述场景相关联的所述限额信息包括自设定值和默认设定值;
所述线上订单中包括除去关联于所购买的产品以及顾客的身份之外的其他的所述场景元素;
所述订单校验单元具体包括:
第三筛选模块,用于筛选得到所述命中信息中的其他的所述场景;
第三确定模块,连接所述第三筛选模块,用于判断筛选得到的所述场景是否存在有所述自设定值,并根据判断结果:
在存在有所述自设定值时,采用所述自设定值作为所述限额校验时所依据的限额值;
在不存在所述自设定值时,采用所述默认设定值作为所述限额校验时所依据的限额值;
第三校验模块,连接所述第三确定模块,用于获取所述线上订单于关联于其他的所述场景下的使用值,并将所述使用值与所述场景下的所述已用值相加,随后与所述限额值进行比对,以得到相应的所述校验结果;
第三提示模块,连接所述第三校验模块,用于根据所述校验结果,在所述使用值超出所述限额值时输出超限提示;
第三更新模块,连接所述第三校验模块,用于根据所述校验结果,在所述使用值未超出所述限额值时,根据所述使用值更新所述限额值。
优选的,该限额校验***,其中,所述订单校验单元还包括:
合法性校验模块,用于对所述线上订单的调用参数和订单数据进行合法性校验,并拒绝未通过所述合法性校验的所述线上订单参与限额校验。
一种限额校验方法,适用于电商交易过程中;其中,设置一连接电商的交易***的限额校验***,所述限额校验***通过所述交易***获取线上订单,所述线上订单中包括多个不同的场景元素;
预设有多个场景以及每个所述场景相关联的限额信息,每个所述场景包括多个所述场景元素,所述限额信息用于表示所述场景下的限额值;
所述限额校验方法具体包括:
步骤S1,所述限额校验***获取所述线上订单,并根据所述线上订单遍历预设的所有所述场景,输出命中信息,所述命中信息中包括所述线上订单所命中的所述场景;
步骤S2,所述限额校验***根据所述命中信息以及预设的各个所述场景的所述限额信息,对所述线上订单进行校验:
若在所述线上订单中关联于被校验的所述场景的使用值与所述场景下的所述已用值相加的结果超出相关的所述限额值,则所述限额校验***输出超限提示;
若在所述线上订单中关联于被校验的所述场景的使用值与所述场景下的所述已用值相加的结果未超出相关的所述限额值,则所述限额校验***根据所述线上订单的使用值更新所述场景下的所述已用值。
优选的,该限额校验方法,其中,预设的每个所述场景相关联的所述限额信息包括自设定值和默认设定值;
针对所述命中信息中的每个所述场景,所述步骤S2具体包括:
步骤S21,所述限额校验***判断所述场景是否存在有所述自设定值:
若是,则采用所述自设定值作为所述限额校验时所依据的限额值,随后转向步骤S22;
若否,则采用所述默认设定值作为所述限额校验时所依据的限额值,随后转向步骤S22;
步骤S22,所述限额校验***获取所述线上订单中关联于所述场景下的使用值,并将所述使用值和所述场景下的所述已用值相加后与所述限额值进行比对:
若所述使用值与所述场景下的所述已用值相加的结果超出所述限额值,则输出超限提示;
若所述使用值与所述场景下的所述已用值相加的结果未超出所述限额值,则根据所述使用值更新所述场景下的所述已用值。
优选的,该限额校验方法,其中,于执行所述步骤S2之前,首先执行一合法性校验步骤,具体包括:
对所述线上订单的调用参数和订单数据进行合法性校验:
若所述线上订单通过所述合法性校验,则转向所述步骤S2;
若所述线上订单未通过所述合法性校验,则直接退出。
上述技术方案的有益效果是:
1)提供一种限额校验***,能够避免不同的限额策略之间管理混乱,导致限额统计出现偏差的问题。
2)提供一种限额校验方法,能够避免不同的限额策略之间管理混乱,导致限额统计出现偏差的问题。
附图说明
图1是本发明的较佳的实施例中,一种限额校验***的总体结构示意图;
图2是本发明的较佳的实施例中,一种订单校验单元的结构示意图;
图3是本发明的较佳的实施例中,一种限额校验方法的总体流程示意图;
图4是本发明的较佳的实施例中,限额校验的具体流程示意图。
具体实施方式
下面结合附图和具体实施例对本发明作进一步说明,但不作为本发明的限定。
根据现有技术中存在的上述问题,现提供一种限额交易***,该限额交易***适用于电商交易过程中,该限额交易***连接电商的交易***,并通过交易***获取线上订单,线上订单中包括多个不同的场景元素;
如图1中所示,上述限额校验***包括:
场景存储单元1,预设有多个场景以及每个场景相关联的限额信息,每个场景包括多个场景元素,限额信息用于表示场景下的限额值;
场景获取单元2,连接场景存储单元1,用于获取线上订单,并根据线上订单遍历预设的所有场景,输出命中信息,命中信息中包括线上订单所命中的场景;
订单校验单元3,连接场景获取单元2,用于根据命中信息以及预设的各个场景的限额信息,对线上订单进行校验,并根据校验结果:
在线上订单中关联于被校验的场景的使用值和所述场景下的已用值相加的结果超出相关的限额值时输出超限提示;以及
在线上订单中关联于被校验的场景的使用值和所述场景下的已用值相加的结果未超出相关的限额值时,根据线上订单的使用值更新该场景下的已用值。
具体地,本实施例中,上述场景存储单元1中预先保存有多个场景以及每个场景的限额信息,每个场景中具有多个场景元素。所谓场景元素,是指场景的组成部分,由于交易订单中的有用信息是有限的,因此可以将这些有用信息均作为场景元素,这些场景元素可以排列组合形成多个不同的场景。例如一个交易订单为顾客采用某张IC***进行充值交易,则“IC类***”和“充值交易”均可以作为场景元素,这两个场景元素相结合就成为一个场景。又例如一个交易订单为顾客通过某电商平台购买某个在该电商平台限量购买的产品,则该电商平台和该产品就组成一个场景。
本实施例中,上述场景获取单元2对场景进行匹配的具体过程为:场景获取单元2从场景存储单元1中取出所有场景,并依据这些场景中的场景元素去查找交易订单中是否具有相同的场景元素。当交易订单中存在有某个场景中包括的所有场景元素时,即判断该交易订单中存在这个场景,也即该交易订单命中该场景,该场景就被包括在该交易订单的命中信息中;若交易订单中只包括某个场景中的部分场景元素,则该交易订单中不存在该场景。上述场景获取单元2遍历完所有场景中的场景元素后输出包括该交易订单中存在的所有场景的命中信息。
本实施例中,针对每一个交易订单,上述订单校验单元根据上述命中信息中包括的场景,分别校验每个场景的限额信息。具体地,针对每个场景,订单校验单元将交易订单中关联于该场景的使用值和该场景下的已用值相加,并将相加的结果与该场景下的限额信息(也即限额值)进行比较,若相加的结果超过限额值则提示该笔交易订单超限,若相加的结果未超过限额值则根据使用值来更新该场景下的已用值,具体地在将已用值加上使用值以得到新的已用值。本实施例中,所谓某个场景下的已用值,是指该场景下已经累积的历史使用值,例如某个场景为限额购买产品,当前已经有300件产品被买走,则300就是当前的已用值。
同样以限额购买产品举例对上述过程进行描述:本次限额购买的产品为10000件,当前的已用值为300件,某笔订单需要购买3件(使用值为3),则该笔订单未超限额(3+300=303<10000),在该笔订单结束后,将当前场景下的已用值更新为303。
若当前场景下的已用值已达9999,某笔订单需要购买2件产品,则该笔订单的使用值加已用值的结果为10001,以及超出了当前场景下的限额值,此时判断该笔订单超限,并提示给相关用户。
本发明的较佳的实施例中,仍然如图1中所示,上述限额校验***还包括:
场景更新单元4,连接场景存储单元1,场景更新单元4提供给管理者定时更新预设的场景以及每个场景相关联的限额信息。
具体地,本实施例中,上述限额校验***除了提供给管理者对场景及其限额值进行更新的功能,还提供给管理者添加、删除以及编辑场景及其限额值,在此不再赘述。
本发明的较佳的实施例中,预设的每个场景相关联的限额信息包括自设定值和默认设定值;
线上订单中包括关联于所购买的产品的场景元素;
则如图2中所示,订单校验单元3具体包括:
第一筛选模块31,用于筛选得到命中信息中关联于产品的场景;
第一确定模块32,连接第一筛选模块31,用于判断筛选得到的场景是否存在有自设定值,并根据判断结果:
在存在有自设定值时,采用自设定值作为限额校验时所依据的限额值;
在不存在自设定值时,采用默认设定值作为限额校验时所依据的限额值;
第一校验模块33,连接第一确定模块32,用于获取线上订单于关联于产品的场景下的使用值,并将使用值与限额值进行比对,以得到相应的校验结果;
第一提示模块34,连接第一校验模块33,用于根据校验结果,在使用值与已用值相加后超出限额值时输出超限提示;
第一更新模块35,连接第一校验模块33,用于根据校验结果,在使用值与已用值相加后未超出限额值时,根据使用值更新已用值。
具体地,本实施例中,一种限额方式是对产品进行限额,例如限量购买产品,或者对购买产品的总交易额进行限额等。在对交易订单进行校验时,需要对订单中的产品类限额进行校验。校验的方式为:首先获取交易订单中关联于产品限额的场景(若不存在则直接跳过产品类场景的校验过程),并同时获取该场景下的限额值。
对于每个场景而言,其对应的限额值可以有两种,一种是该场景下默认的限额,例如某个产品默认可以无限购买,该产品所关联的场景的默认限额值就是+∞。另一种是该场景下用户(例如代理商或者供应商)设定的自设定值,例如某个产品默认可以无限购买,但是某个时间段内供应商希望做一个限量购买的活动,则供应商可以在该时间段内设定该产品所关联的场景的自设定值。
则在进行限额校验的过程中,上述第一确定单元32首先判断该场景下是否设置有自设定值:若设置有自设定值,则在本次限额校验时将该自设定值作为该场景下的限额值参与校验;若未设置有自设定值,则在本次限额校验时将默认限额值作为该场景下的限额值参与校验。
确定参与本次限额校验的限额值后,上述第一校验模块33提取该交易订单下关联于筛选出的产品场景的使用值,并将该使用值与限额值进行比较,并输出经过比较后的校验结果。
上述第一提示模块34根据校验结果,在使用值与已用值相加的结果超出限额值时输出超限提示;
上述第一更新模块35根据校验结果,在使用值与已用值相加的结果未超出限额值时,根据使用值更新该场景下的已用值。此处更新的限额值为参与本次限额校验的限额值,例如本次参与限额校验的限额值为自设定值,则对自设定值进行更新。
例如,筛选出的产品场景为产品限量购买总量为X个,当前的限额值为10000个,已经被购买了1000个,本次交易订单中购买的产品数量为5个,则将1000+5=1005与10000进行比较并输出校验结果。
由于1005未超出10000,因此输出的校验结果为未超限,此时上述第一更新模块35根据校验结果对已用值进行更新,即将该场景下的已用值更新为1005个。
又例如,筛选出的产品场景同样为产品限量购买总量为X个,当前的限额值仍然为10000个,此时经过多人次购买后已用值已经达到了9996个,,本次交易订单中购买的产品数量仍然为5个,则将5+9996的结果进行比较并输出校验结果。
由于5+9996=10001超过了限额值10000,因此输出的校验结果为本次购买超限,此时上述第一提示模块34根据校验结果输出该交易订单超限额的提示给顾客,并且指示此次交易失败。此时该场景下的已用值仍然为9996。
进一步地,在上述校验结果的基础上,上述第一提示模块34还可以输出类似“超卖1个”的提示,以提示顾客具体的超限情况。此时***可以将该交易订单调整为4个产品购买成功,1个产品购买失败,此时的已用值为10000,等于限额值,表示本次限额购买的产品已经全部售完。
本发明的较佳的实施例中,预设的每个场景相关联的限额信息包括自设定值和默认设定值;
线上订单中包括关联于顾客的身份的场景元素;
则仍然如图2所示,上述订单校验单元3具体包括:
第二筛选模块36,用于筛选得到命中信息中关联于身份的场景;
第二确定模块37,连接第二筛选模块36,用于判断筛选得到的场景是否存在有自设定值,并根据判断结果:
在存在有自设定值时,采用自设定值作为限额校验时所依据的限额值;
在不存在自设定值时,采用默认设定值作为限额校验时所依据的限额值;
第二校验模块38,连接第二确定模块37,用于获取线上订单于关联于身份的场景下的使用值,并将使用值与限额值进行比对,以得到相应的校验结果;
第二提示模块39,连接第二校验模块38,用于根据校验结果,在使用值与已用值相加的结果超出限额值时输出超限提示;
第二更新模块40,连接第二校验模块38,用于根据校验结果,在使用值与已用值相加的结果未超出限额值时,根据使用值更新当前场景下的已用值。
具体地,除了针对产品进行限额校验外,限额校验***还需要对顾客的身份进行验证。例如对于某电商平台而言,普通用户的购买限额和会员用户的购买限额是不同的,这时候就需要对顾客的身份进行限额校验。
对于身份进行验证的原理与上文中对产品关联的场景进行限额校验的过程相似,首先采用第二筛选模块36获取交易订单中关联于身份的场景,随后采用第二确定模块37确定本次参与限额校验的限额值是自设定值还是默认限额值,再根据限额值与交易订单中关联于该场景的使用值与已用值相加的结果进行比较并得到校验结果,最后根据校验结果选择向顾客提示超限额还是采用使用值更新当前场景下的已用值。
本发明的较佳的实施例中,预设的每个场景相关联的限额信息包括自设定值和默认设定值;
线上订单中包括除去关联于所购买的产品以及顾客的身份之外的其他的场景元素;
则仍然如图2中所示,订单校验单元3具体包括:
第三筛选模块41,用于筛选得到命中信息中的其他的场景;
第三确定模块42,连接第三筛选模块41,用于判断筛选得到的场景是否存在有自设定值,并根据判断结果:
在存在有自设定值时,采用自设定值作为限额校验时所依据的限额值;
在不存在自设定值时,采用默认设定值作为限额校验时所依据的限额值;
第三校验模块43,连接第三确定模块42,用于获取线上订单于关联于其他的场景下的使用值,并将使用值和已用值相加的结果与限额值进行比对,以得到相应的校验结果;
第三提示模块44,连接第三校验模块43,用于根据校验结果,在使用值和已用值相加的结果超出限额值时输出超限提示;
第三更新模块45,连接第三校验模块43,用于根据校验结果,在使用值和已用值相加的结果未超出限额值时,根据使用值更新已用值。
具体地,本实施例中,除去上述关联于产品以及关联于身份的场景之外,还有很多其他场景,例如关联于顾客使用的***的限额场景等,这种场景的限额校验与上述对产品场景和身份场景进行校验的过程相似,在此不再赘述。
本发明的较佳的实施例中,仍然如图2中所示,订单校验单元3还包括:
合法性校验模块46,用于对线上订单的调用参数和订单数据进行合法性校验,并拒绝未通过合法性校验的线上订单参与限额校验。
具体地,本实施例中,在进行限额校验之前,首先对交易订单进行调用参数的合法性以及订单数据合法性进行校验,即确定该交易订单是否可以参与限额校验。在确定交易订单可以参与限额校验后,再从交易订单中筛选出可以参与校验的所有场景元素,对这些场景元素采用预设的场景遍历比对,以筛选出交易订单中包括的场景,最后再对这些场景进行如上文中所述的限额校验。
本发明的较佳的实施例中,基于上文中所述的限额校验***,现提供一种限额校验方法,其中设置一连接电商的交易***的限额校验***,限额校验***通过交易***获取线上订单,线上订单中包括多个不同的场景元素;
预设有多个场景以及每个场景相关联的限额信息,每个场景包括多个场景元素,限额信息用于表示场景下的限额值;
则如图3中所示,上述限额校验方法具体包括:
步骤S1,限额校验***获取线上订单,并根据线上订单遍历预设的所有场景,输出命中信息,命中信息中包括线上订单所命中的场景;
步骤S2,限额校验***根据命中信息以及预设的各个场景的限额信息,对线上订单进行校验:
若在线上订单中关联于被校验的场景的使用值与所述场景下的所述已用值相加的结果超出相关的限额值,则限额校验***输出超限提示;
若在线上订单中关联于被校验的场景的使用值与所述场景下的所述已用值相加的结果未超出相关的限额值,则限额校验***根据线上订单的使用值更新已用值。
本发明的较佳的实施例中,预设的每个场景相关联的限额信息包括自设定值和默认设定值;
则针对命中信息中的每个场景,上述步骤S2具体如图4中所示,包括:
步骤S21,限额校验***判断场景是否存在有自设定值:
若是,则采用自设定值作为限额校验时所依据的限额值,随后转向步骤S22;
若否,则采用默认设定值作为限额校验时所依据的限额值,随后转向步骤S22;
步骤S22,限额校验***获取线上订单中关联于场景下的使用值,并将使用值和场景下的已用值相加后与限额值进行比对:
若使用值与所述场景下的所述已用值相加的结果超出限额值,则输出超限提示;
若使用值与所述场景下的所述已用值相加的结果未超出限额值,则根据使用值更新已用值。
本发明的较佳的实施例中,于执行步骤S2之前,首先执行一合法性校验步骤,具体包括:
对线上订单的调用参数和订单数据进行合法性校验:
若线上订单通过合法性校验,则转向步骤S2;
若线上订单未通过合法性校验,则直接退出。
以上所述仅为本发明较佳的实施例,并非因此限制本发明的实施方式及保护范围,对于本领域技术人员而言,应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案,均应当包含在本发明的保护范围内。
Claims (9)
1.一种限额校验***,适用于电商交易过程中;其特征在于,所述限额校验***连接电商的交易***,并通过所述交易***获取线上订单,所述线上订单中包括多个不同的场景元素;
所述限额校验***包括:
场景存储单元,预设有多个场景以及每个所述场景相关联的限额信息,每个所述场景包括多个所述场景元素,所述限额信息用于表示所述场景下的限额值;
场景获取单元,连接所述场景存储单元,用于获取所述交易***发送的所述线上订单的订单信息,并根据所述线上订单遍历预设的所有所述场景,输出命中信息,所述命中信息中包括所述线上订单所命中的所述场景;
订单校验单元,连接所述场景获取单元,用于根据所述命中信息以及预设的各个所述场景的所述限额信息,对所述线上订单进行校验,并根据校验结果:
在所述线上订单中关联于被校验的所述场景的使用值和所述场景下的已用值相加的结果超出相关的所述限额值时输出超限提示;以及
在所述线上订单中关联于被校验的所述场景的使用值未超出相关的所述限额值时,根据所述线上订单的使用值更新所述场景下的所述已用值。
2.如权利要求1所述的限额校验***,其特征在于,还包括:
场景更新单元,连接所述场景存储单元,所述场景更新单元提供给管理者定时更新预设的所述场景以及每个所述场景相关联的所述限额信息。
3.如权利要求1所述的限额校验***,其特征在于,预设的每个所述场景相关联的所述限额信息包括自设定值和默认设定值;
所述线上订单中包括关联于所购买的产品的所述场景元素;
所述订单校验单元具体包括:
第一筛选模块,用于筛选得到所述命中信息中关联于所述产品的所述场景;
第一确定模块,连接所述第一筛选模块,用于判断筛选得到的所述场景是否存在有所述自设定值,并根据判断结果:
在存在有所述自设定值时,采用所述自设定值作为所述限额校验时所依据的限额值;
在不存在所述自设定值时,采用所述默认设定值作为所述限额校验时所依据的限额值;
第一校验模块,连接所述第一确定模块,用于获取所述线上订单于关联于所述产品的所述场景下的使用值,并将所述使用值与所述场景下的所述已用值相加,随后与所述限额值进行比对,以得到相应的所述校验结果;
第一提示模块,连接所述第一校验模块,用于根据所述校验结果,在所述使用值超出所述限额值时输出超限提示;
第一更新模块,连接所述第一校验模块,用于根据所述校验结果,在所述使用值未超出所述限额值时,根据所述使用值更新所述场景下的所述已用值。
4.如权利要求1所述的限额校验***,其特征在于,预设的每个所述场景相关联的所述限额信息包括自设定值和默认设定值;
所述线上订单中包括关联于顾客的身份的所述场景元素;
所述订单校验单元具体包括:
第二筛选模块,用于筛选得到所述命中信息中关联于所述身份的所述场景;
第二确定模块,连接所述第二筛选模块,用于判断筛选得到的所述场景是否存在有所述自设定值,并根据判断结果:
在存在有所述自设定值时,采用所述自设定值作为所述限额校验时所依据的限额值;
在不存在所述自设定值时,采用所述默认设定值作为所述限额校验时所依据的限额值;
第二校验模块,连接所述第二确定模块,用于获取所述线上订单于关联于所述身份的所述场景下的使用值,并将所述使用值与所述场景下的所述已用值相加,随后与所述限额值进行比对,以得到相应的所述校验结果;
第二提示模块,连接所述第二校验模块,用于根据所述校验结果,在所述使用值超出所述限额值时输出超限提示;
第二更新模块,连接所述第二校验模块,用于根据所述校验结果,在所述使用值未超出所述限额值时,根据所述使用值更新所述场景下的所述已用值。
5.如权利要求1所述的限额校验***,其特征在于,预设的每个所述场景相关联的所述限额信息包括自设定值和默认设定值;
所述线上订单中包括除去关联于所购买的产品以及顾客的身份之外的其他的所述场景元素;
所述订单校验单元具体包括:
第三筛选模块,用于筛选得到所述命中信息中的其他的所述场景;
第三确定模块,连接所述第三筛选模块,用于判断筛选得到的所述场景是否存在有所述自设定值,并根据判断结果:
在存在有所述自设定值时,采用所述自设定值作为所述限额校验时所依据的限额值;
在不存在所述自设定值时,采用所述默认设定值作为所述限额校验时所依据的限额值;
第三校验模块,连接所述第三确定模块,用于获取所述线上订单于关联于其他的所述场景下的使用值,并将所述使用值与所述场景下的所述已用值相加,随后与所述限额值进行比对,以得到相应的所述校验结果;
第三提示模块,连接所述第三校验模块,用于根据所述校验结果,在所述使用值超出所述限额值时输出超限提示;
第三更新模块,连接所述第三校验模块,用于根据所述校验结果,在所述使用值未超出所述限额值时,根据所述使用值更新所述限额值。
6.如权利要求3-5中任意一项所述的限额校验***,其特征在于,所述订单校验单元还包括:
合法性校验模块,用于对所述线上订单的调用参数和订单数据进行合法性校验,并拒绝未通过所述合法性校验的所述线上订单参与限额校验。
7.一种限额校验方法,适用于电商交易过程中;其特征在于,设置一连接电商的交易***的限额校验***,所述限额校验***通过所述交易***获取线上订单,所述线上订单中包括多个不同的场景元素;
预设有多个场景以及每个所述场景相关联的限额信息,每个所述场景包括多个所述场景元素,所述限额信息用于表示所述场景下的限额值;
所述限额校验方法具体包括:
步骤S1,所述限额校验***获取所述线上订单,并根据所述线上订单遍历预设的所有所述场景,输出命中信息,所述命中信息中包括所述线上订单所命中的所述场景;
步骤S2,所述限额校验***根据所述命中信息以及预设的各个所述场景的所述限额信息,对所述线上订单进行校验:
若在所述线上订单中关联于被校验的所述场景的使用值与所述场景下的所述已用值相加的结果超出相关的所述限额值,则所述限额校验***输出超限提示;
若在所述线上订单中关联于被校验的所述场景的使用值与所述场景下的所述已用值相加的结果未超出相关的所述限额值,则所述限额校验***根据所述线上订单的使用值更新所述场景下的所述已用值。
8.如权利要求7所述的限额校验方法,其特征在于,预设的每个所述场景相关联的所述限额信息包括自设定值和默认设定值;
针对所述命中信息中的每个所述场景,所述步骤S2具体包括:
步骤S21,所述限额校验***判断所述场景是否存在有所述自设定值:
若是,则采用所述自设定值作为所述限额校验时所依据的限额值,随后转向步骤S22;
若否,则采用所述默认设定值作为所述限额校验时所依据的限额值,随后转向步骤S22;
步骤S22,所述限额校验***获取所述线上订单中关联于所述场景下的使用值,并将所述使用值和所述场景下的所述已用值相加后与所述限额值进行比对:
若所述使用值与所述场景下的所述已用值相加的结果超出所述限额值,则输出超限提示;
若所述使用值与所述场景下的所述已用值相加的结果未超出所述限额值,则根据所述使用值更新所述场景下的所述已用值。
9.如权利要求8所述的限额校验方法,其特征在于,于执行所述步骤S2之前,首先执行一合法性校验步骤,具体包括:
对所述线上订单的调用参数和订单数据进行合法性校验:
若所述线上订单通过所述合法性校验,则转向所述步骤S2;
若所述线上订单未通过所述合法性校验,则直接退出。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810746654.7A CN109064258B (zh) | 2018-07-09 | 2018-07-09 | 一种限额校验***及限额校验方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810746654.7A CN109064258B (zh) | 2018-07-09 | 2018-07-09 | 一种限额校验***及限额校验方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109064258A true CN109064258A (zh) | 2018-12-21 |
CN109064258B CN109064258B (zh) | 2022-12-06 |
Family
ID=64819705
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810746654.7A Active CN109064258B (zh) | 2018-07-09 | 2018-07-09 | 一种限额校验***及限额校验方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109064258B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113052665A (zh) * | 2021-04-29 | 2021-06-29 | 携程旅游网络技术(上海)有限公司 | 基于订单信息的提额处理方法、***、设备和介质 |
CN113065874A (zh) * | 2021-04-30 | 2021-07-02 | 中国银行股份有限公司 | 银行卡交易限额的设置方法及装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105117921A (zh) * | 2015-08-28 | 2015-12-02 | 上海容易网电子商务股份有限公司 | 专柜商品在线交易***及交易方法 |
CN105678455A (zh) * | 2016-01-05 | 2016-06-15 | 上海瀚银信息技术有限公司 | 一种交易风险的监控方法和*** |
CN106327197A (zh) * | 2016-08-24 | 2017-01-11 | 努比亚技术有限公司 | 支付装置、终端及支付方法 |
CN106600415A (zh) * | 2015-10-19 | 2017-04-26 | 阿里巴巴集团控股有限公司 | 一种业务额度的确定方法和装置 |
US20170372428A1 (en) * | 2010-01-22 | 2017-12-28 | Verient Inc. | Systems and methods for controlling payment processing |
CN107784500A (zh) * | 2017-03-14 | 2018-03-09 | 平安科技(深圳)有限公司 | 交易额度控制***及方法 |
CN107833132A (zh) * | 2017-11-06 | 2018-03-23 | 中国银行股份有限公司 | 一种金融交易的控制方法、装置及服务器 |
-
2018
- 2018-07-09 CN CN201810746654.7A patent/CN109064258B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170372428A1 (en) * | 2010-01-22 | 2017-12-28 | Verient Inc. | Systems and methods for controlling payment processing |
CN105117921A (zh) * | 2015-08-28 | 2015-12-02 | 上海容易网电子商务股份有限公司 | 专柜商品在线交易***及交易方法 |
CN106600415A (zh) * | 2015-10-19 | 2017-04-26 | 阿里巴巴集团控股有限公司 | 一种业务额度的确定方法和装置 |
CN105678455A (zh) * | 2016-01-05 | 2016-06-15 | 上海瀚银信息技术有限公司 | 一种交易风险的监控方法和*** |
CN106327197A (zh) * | 2016-08-24 | 2017-01-11 | 努比亚技术有限公司 | 支付装置、终端及支付方法 |
CN107784500A (zh) * | 2017-03-14 | 2018-03-09 | 平安科技(深圳)有限公司 | 交易额度控制***及方法 |
CN107833132A (zh) * | 2017-11-06 | 2018-03-23 | 中国银行股份有限公司 | 一种金融交易的控制方法、装置及服务器 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113052665A (zh) * | 2021-04-29 | 2021-06-29 | 携程旅游网络技术(上海)有限公司 | 基于订单信息的提额处理方法、***、设备和介质 |
CN113065874A (zh) * | 2021-04-30 | 2021-07-02 | 中国银行股份有限公司 | 银行卡交易限额的设置方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN109064258B (zh) | 2022-12-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7085740B1 (en) | Method and apparatus for conducting auctions | |
Chen | Auctioning supply contracts | |
Grenadier | An equilibrium analysis of real estate leases | |
US8052521B2 (en) | Using currency in online fantasy sports games | |
Oh et al. | Mechanism design for capacity planning under dynamic evolutions of asymmetric demand forecasts | |
Waehrer | A model of auction contracts with liquidated damages | |
US20090006115A1 (en) | Establishing and updating reputation scores in online participatory systems | |
US8696448B2 (en) | Management engine for contractual terms in a video game | |
CN109767241A (zh) | 一种新零售购物分销方法、***、计算机设备及存储介质 | |
Spann et al. | Optimal reverse-pricing mechanisms | |
CN109064258A (zh) | 一种限额校验***及限额校验方法 | |
Yang et al. | Mixed financing scheme in a capital‐constrained supply chain: bank credit and e‐commerce platform financing | |
US20040088216A1 (en) | Methods and systems for conducting electronic commerce | |
Figueroa et al. | The role of optimal threats in auction design | |
Jensen | Dynamic patent licensing | |
US20150106250A1 (en) | Computing systems and computer-implemented methods for use with interest rate swap future instruments | |
CN112070646A (zh) | 用于二级市场代理投注的建议引擎 | |
US20200134709A1 (en) | Systems and methods for online vehicle auctions | |
CN108280651A (zh) | 一种商品对象审核方法、装置及*** | |
KR20230128608A (ko) | 전자상거래에 있어서 실행되는 리뷰 nft에 대한 비일시적 저장매체 및 관리 방법 | |
Stoft | How financial transmission rights curb market power | |
CN113962678A (zh) | 用于控制加密货币的方法和装置 | |
Rochet et al. | Tying in two-sided markets and the impact of the honor all cards rule | |
US20140324561A1 (en) | Method for operating a trading platform, trading platform, computer program product, and computer system | |
KR100972578B1 (ko) | 호가공개방식과 입찰 라운드 연장 규칙을 가지는 단일가 채권 경매 방법 및 장치 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |