CN116739589A - 支付校验方法、装置及计算机设备 - Google Patents
支付校验方法、装置及计算机设备 Download PDFInfo
- Publication number
- CN116739589A CN116739589A CN202310699005.7A CN202310699005A CN116739589A CN 116739589 A CN116739589 A CN 116739589A CN 202310699005 A CN202310699005 A CN 202310699005A CN 116739589 A CN116739589 A CN 116739589A
- Authority
- CN
- China
- Prior art keywords
- merchant
- transaction request
- store
- user transaction
- user
- 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
- 238000000034 method Methods 0.000 title claims abstract description 71
- 238000012795 verification Methods 0.000 title claims abstract description 58
- 238000012545 processing Methods 0.000 claims abstract description 25
- 230000015654 memory Effects 0.000 claims description 14
- 238000004590 computer program Methods 0.000 claims description 12
- 230000006870 function Effects 0.000 claims description 9
- 230000008569 process Effects 0.000 abstract description 10
- 238000005516 engineering process Methods 0.000 abstract description 3
- 230000006854 communication Effects 0.000 description 9
- 238000004891 communication Methods 0.000 description 8
- 230000002159 abnormal effect Effects 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 5
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 230000033228 biological regulation Effects 0.000 description 2
- 238000012502 risk assessment Methods 0.000 description 2
- 230000007306 turnover Effects 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 230000000386 athletic effect Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 235000013305 food Nutrition 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000000050 nutritive effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
-
- 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/401—Transaction verification
-
- 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/42—Confirmation, e.g. check or permission by the legal debtor of payment
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本文涉及金融科技领域,尤其涉及支付校验方法、装置及计算机设备。该方法包括:根据每一商户持有的收款终端发送的初始位置、收款终端设备编号、门店编号及商户编号,分别对商户及收款终端进行校验;若通过校验,获取用户交易请求;判断所述用户交易请求中的商品类别是否属于所述商户;若是,判断收款终端的实时位置与初始位置的偏差值是否处于预设安全偏差范围;若是,处理所述用户交易请求。本方案通过在支付过程中对收款终端的实时位置和初始位置进行偏移量校验,由此判断是否符合支付条件,从而解决商户利用非常规手段达到营业额虚假增长的问题,规范品牌门店间的恶意竞争,保证门店销售数据的真实性。
Description
技术领域
本文涉及金融科技领域,尤其是支付校验方法、装置及计算机设备。
背景技术
目前,无现金支付越来越流行,例如:刷卡支付、扫码支付、生物识别支付等。商家收款方式也在不断调整,包括现金、POS刷卡、扫码支付、人脸识别、指纹识别支付等,推动着商家收款设备的不断升级。
目前很多品牌商旗下会有多个连锁机构或门店,门店的业绩基本是通过营业额来体现的,营业额的入账主要通过收款设备支付渠道来的。一般情况下,每个门店的设备都会和门店编号或店员编号等信息绑定,方便品牌对门店的销售相关信息进行统计。然而对于移动智能收款设备来说,其带来诸多便利的同时也存在违规操作的隐患,如果有些门店违规操作把本店的移动设备拿到其他门店进行收款,以此来提升业绩,这样不但打乱了市场良性竞争,也不利于品牌门店管理,同时涉及数据造假的风险。
发明内容
为解决上述现有技术中将收款设备拿到其他门店收款恶意竞争的问题,本文实施例提供了支付校验方法、装置及计算机设备。
本文实施例提供了一种支付校验方法,所述方法包括:根据每一商户持有的收款终端发送的初始位置、收款终端设备编号、门店编号及商户编号,分别对商户及收款终端进行校验;若通过校验,获取用户交易请求;判断所述用户交易请求中的商品类别是否属于所述商户;若是,判断收款终端的实时位置与初始位置的偏差值是否处于预设安全偏差范围;若是,处理所述用户交易请求。
根据本文实施例的一个方面,对所述商户进行校验包括:根据所述门店编号确定门店信息;根据所述商户编号确定商户信息;根据所述门店信息,判断所述门店是否属于商户;若是,判断所述商户信息是否与收款终端预先记录的商户信息是否一致;若是,确定商户通过校验。
根据本文实施例的一个方面,对所述商户进行校验包括:根据所述门店编号确定门店信息;根据所述商户编号确定商户信息;根据所述门店信息,判断所述门店是否属于商户;若是,判断所述商户信息是否与收款终端预先记录的商户信息是否一致;若是,确定商户通过校验。
根据本文实施例的一个方面,对收款终端进行校验包括:根据所述收款终端设备编号确定收款终端设备信息;根据所述收款终端设备信息,判断所述收款终端是否属于所述门店;若是,确定所述收款终端通过校验;若否,终止接收用户交易请求。
根据本文实施例的一个方面,所述判断所述用户交易请求中的商品类型是否属于所述商户包括:基于预先构建的商品类别预测模型,预测用户交易请求中的商品所属的类别,得到商品类别;判断所述商品类型是否属于所述商户经营范围之一。
根据本文实施例的一个方面,对收款终端进行校验包括:根据收款终端更新的密钥,对收款终端的后台数据进行解密;若解密成功,确定收款终端通过校验。
根据本文实施例的一个方面,所述方法还包括:若所述收款终端设备的实时定位功能发生故障,获取用户端的实时位置;判断所述用户端的实时位置与初始位置的偏差值是否处于预设安全范围内;若是,处理所述用户交易请求。
根据本文实施例的一个方面,所述处理所述用户交易请求包括:根据用户交易请求,提取用户交易方式,其中,所述交易方式包括卡交易及扫码交易;根据所述交易方式,确定支付渠道;在确定偏差值处于预设安全偏差范围之内后,将所述用户交易请求发送至对应的渠道进行处理。
本文实施例提供了一种支付校验装置,所述装置包括:校验单元,根据每一商户持有的收款终端发送的初始位置、收款终端设备编号、门店编号及商户编号,分别对商户及收款终端进行校验;交易请求获取单元,用于若通过校验,获取用户交易请求;第一判断单元,用于判断所述用户交易请求中的商品类别是否属于所述商户;第二判断单元,用于若是,判断收款终端的实时位置与初始位置的偏差值是否处于预设安全偏差范围;交易请求处理单元,用于若是,处理所述用户交易请求。
本文实施例还提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现所述支付校验方法。
本文实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现所述支付校验方法。
本文实施例还提供了一种计算机程序产品,所述计算机程序产品包括计算机程序,所述计算机程序被处理器执行时实现所述支付校验方法。
本发明通过在支付过程中对收款终端的实时位置和初始位置进行偏移量校验,由此判断是否符合支付条件,从而解决商户门店利用非常规手段达到营业额虚假增长的问题,规范品牌门店间的恶意竞争,保证门店销售数据的真实性。
附图说明
为了更清楚地说明本文实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本文的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1所示为本文实施例一种支付校验方法的流程图;
图2所示为本文实施例一种对商户进行校验的方法流程图;
图3所示为本文实施例一种对收款终端进行校验的方法流程图;
图4所示为本文实施例一种确定商品类型与商户的关系的方法流程图;
图5所示为本文实施例一种对收款终端进行校验的方法流程图;
图6所示为本文实施例一种处理用户交易请求的方法流程图;
图7所示为本文实施例一种将用户交易请求发送至渠道的方法流程图;
图8所示为本文实施例一种支付校验装置的结构示意图;
图9所示为本文实施例一种计算机设备的结构示意图。
附图符号说明:
801、校验单元;
802、交易请求获取单元;
803、第一判断单元;
804、第二判断单元;
805、交易请求处理单元;
902、计算机设备;
904、处理器;
906、存储器;
908、驱动机构;
910、输入/输出模块;
912、输入设备;
914、输出设备;
916、呈现设备;
918、图形用户接口;
920、网络接口;
922、通信链路;
924、通信总线。
具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案,下面将结合本文实施例中的附图,对本文实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本文一部分实施例,而不是全部的实施例。基于本文中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本文保护的范围。
需要说明的是,本文的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本文的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本说明书提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的系统或装置产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行。本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定
需要说明的是,本文的方法可用于金融科技领域,也可用于移动支付领域,本文对支付校验方法及装置的应用领域不做限定。
图1所示为本文实施例一种支付校验方法的流程图,具体包括如下步骤:
步骤101,根据每一商户持有的收款终端发送的初始位置、收款终端设备编号、门店编号及商户编号,分别对商户及收款终端进行校验。在本申请中,每一商户的商户主管每日登录收款终端设备之后,会对收款终端的系统参数进行配置。
商户主管或管理人员登录收款终端之后,触发收款终端的初始位置上送功能,由此,本步骤可以确定收款终端的初始位置。在常规情况下,收款终端的初始位置表示收款终端所处的商户的地理位置。除了初始位置之外,在商户主管登录收款终端之后,收款终端启动,并自动发送收款终端的设备编号、收款终端所注册/所属的门店的编号及收款终端所属的商户编号。
每一个收款终端在门店进行初始注册时,将地理位置信息、门店信息、终端信息预先记录在终端设备中。其中,终端信息包括:收款终端设备编号;门店信息包括:门店编号、商户编号。通常情况下,若没有发生影响安全的事件,当商户主管每次启动收款终端设备,收款终端发送的初始位置、收款终端设备编号、门店编号及商户编号,与注册门店时记录的初始位置、收款终端设备编号、门店编号及商户编号,应当是一致的。
步骤102,若通过校验,获取用户交易请求。本步骤通过校验收款终端发送的初始位置、收款终端设备编号、门店编号及商户编号与预先注册的信息是否一致,从而判断收款终端是否存在安全问题。如通过校验,获取用户交易请求。其中,用户请求包括用户准备付款的商品及商品信息。例如,用户交易请求为:购买A品牌显示器。
在本申请中,若商户或收款终端其中之一未通过校验,则不再进行后续处理。
步骤103,判断所述用户交易请求中的商品类别是否属于所述用户。本步骤关于识别用户交易请求的商品类别的具体方法详见图4描述。
步骤104,若是,判断收款终端的实时位置与初始位置的偏差值是否处于预设安全偏差范围。本步骤中,预设安全偏差范围可以是在确定了用户交易请求中的商品类别属于商户之后,判断收款终端的实时位置与初始位置的差别是否超出了合理的安全范围。如果超出,说明本商户的收款终端可能移动到了其他区域或其他门店进行收款,存在门店恶意竞争、制造虚拟营收的可能。若否,确定所述收款终端存在风险,终止后续处理。
步骤105,若是,处理所述用户交易请求。根据用户交易请求中记录的用户账户信息、账单金额、商品信息,对用户账户进行扣款。
步骤106,若否,收款终端的实时位置与初始位置的偏差值超出预设安全偏差范围,则确定收款终端当前位置存在风险,终止处理用户交易请求。
图2所示为本文实施例一种对商户进行校验的方法流程图,具体包括如下步骤:
步骤201,根据所述门店编号确定门店信息。本申请中,根据校验通过的收款终端反馈的门店编号及预先记录的门店编号与门店信息的对应关系,确定收款终端所处的门店的门店信息。例如,收款终端反馈的门店编号为ARe0190,根据预设记录的门店编号与门店信息的对应关系,可以确定该门店的信息为:位于商场A的编号为190号的餐厅。在本申请中,门店包括总店、分店。门店信息包括但不限于:门店级别、门店上级管理部门或门店所属商场、门店编号等。
步骤202,根据所述商户编号确定商户信息。本步骤与步骤201类似,根据收款终端反馈的商户编号及预先记录的商店编号与门店信息的对应关系,确定收款终端所处的商户为名为“XXX”的餐厅。在本申请中,商户可以理解为品牌。其中,一个商户可以拥有多个门店,同时也可对应不同级别的门店。例如,某运动服装品牌作为商户,其具有总店和2个分店。
步骤203,根据所述门店信息,判断所述门店是否属于商户。本步骤中,根据预先记录的门店与商户的对应关系,确定门店是否属于商户。在说明书的一些实施例中,若收款终端的部分数据被篡改,则可能存在门店与商户信息无法对应的情况。因此,通过判断门店与商户的从属关系,可以排除收款终端的一部分安全风险。
步骤204,若是,判断所述商户信息是否与收款终端预先记录的商户信息是否一致。前述步骤已经确定门店属于本步骤中的商户,则进一步判断商户信息是否与收款终端预先记录的商户信息一致。若否,确定门店不属于商户,则说明门店信息与商户信息不匹配,商户未通过校验。在本说明书的一些实施例中,预先记录的商户信息可以包括:商户入网基本信息、商户法人身份信息、商户营业执照等。根据步骤202中确定的商户信息及预先记录的商户信息一一进行比对,以判断商户是否存在异常交易或风险行为。若商户信息与预先记录的商户信息不完全一致,则商户存在异常交易或风险行为的可能。
在本说明书的另外一些实施例中,在确定用户可能存在异常交易之后,可以获取这类可能存在风险的商户的历史交易数据,并进一步利用风险评估模型结合历史交易数据,确定商户的风险等级。其中,可以从银联、支付协会、工商局等单位或本系统的人工标记数据等渠道获取可能存在风险的商户历史交易数据,并确定商户风险等级。若商户风险等级超出预设风险等级,则终止该商户的当前交易。
进一步的,可以直接根据银联、支付协会、工商局等单位或本系统的人工标记数据获取历史异常商户及异常交易,并利用风险评估模型确定商户风险等级,由此确定若商户风险等级超出预设风险等级,则终止该商户的当前交易。
步骤205,若是,确定商户通过校验。若商户信息与收款终端预先记录的商户信息一致,则确定商户不存在风险,商户通过校验。
步骤206,若否,确定商户未通过校验。商户信息与收款终端预先记录的商户信息不一致,商户存在风险。
图3所示为本文实施例一种对收款终端进行校验的方法流程图,具体包括如下步骤:
步骤301,根据所述收款终端设备编号确定收款终端设备信息。本步骤与图2中对商户进行校验的步骤类似。根据校验通过的收款终端设备编号及预先记录的收款终端设备编号与收款终端信息的对应关系,确定收款终端设备信息。其中,收款终端设备信息包括:收款终端IP地址、收款终端所注册的门店、收款终端注册时间。例如,根据编号为ID701的收款终端设备编号,可以确定收款终端设备的详细信息。
步骤302,根据所述收款终端设备信息,判断所述收款终端是否属于所述门店。根据收款终端设备信息中的收款终端注册的门店及步骤201中的门店信息,确定收款终端注册的门店与步骤201中的门店信息是否一致。例如,根据收款终端设备信息,确定收款终端注册的门店的门店编号为ARe0180;而步骤101中收款终端发送的门店编号为ARe0190,两者并不一致。
步骤303,若是,确定所述收款终端通过校验。本步骤中,若根据收款终端设备信息,确定收款终端注册的门店编号与收款终端发送的门店编号一致,则确认收款终端通过校验。
步骤304,若否,终止接收用户交易请求。若不一致,则收款终端存在交易风险,终止当前步骤,停止接收用户的交易请求。进一步的,向用户及服务端发送异常提醒。
图4所示为本文实施例一种确定商品类型与商户的关系的方法流程图,具体包括如下步骤:
步骤401,基于预先构建的商品类别预测模型,预测用户交易请求中的商品所属的类别,得到商品类别。本文中包括预先构建用于自动预测商品类型的智能模型,在完成前文所述的商户校验、收款终端校验之后,利用商品类型预测模型对用户交易请求中与商品相关的信息进行预测。例如,用户交易请求为:购买A品牌的电脑显示器。
进一步的,商品类别预测模型可以预测出用户交易请求中的商品类别为办公电器、家用电器或电子产品中的一种,从而得到该商品所属类别为哪个公司或哪些公司营业执照中注册备案的经营范围。例如电脑显示器商品类别为办公电器,办公电器属于科技类经营范围中的贸易有限公司。
步骤402,步骤判断所述商品类型是否属于所述商户经营范围之一。结合可查询的商户的经营范围,判断步骤401中预测得到的商品类型是否属于商户经营范围。若是,说明该用户交易请求确实是向该商户发起的,而非购买其他商户的商品的用户向本商户发起的交易请求。例如,若步骤401预测的用户甲的交易请求中的商品为办公电器属于科技类经营范围中的贸易有限公司,而当前的收款终端所属的商户为服务类经营范围为餐饮管理有限公司,主要的营业内容包括餐饮服务等,则可以确定用户交易请求的商品类型不属于收款终端所属商户经营范围,该用户交易请求可能是商户为了追求虚假营收交易,将收款终端移动至其他商户进行收款而产生的。
在本说明书另外一些实施例中,用户交易请求还包括用户发生交易的商户、用户付款账户信息、用户交易请求流水号等。其中,用户交易请求可以由用户在门店的电子预选终端发起,用户在电子预选终端选择待采购的商品。当用户选购结束或消费结束后,电子预选终端将数据传送至收款终端设备,收款终端设备根据用户交易请求生成收款请求。例如,用户在餐饮店X商户的电子预选终端选择了5道菜品,用户消费后向商户提交用户交易请求。用户交易请求中包括:选购X商户的多种餐饮食品,合计金额为200元人民币。
用户在收款终端设备侧进行结算,收款终端设备发出的收款请求包括:收款终端设备所属的商户、待收款用户账户信息、收款金额。收款终端设备将生成的收款请求发送至服务端,由服务端判断用户交易请求中的商品类别是否属于收款终端所属的商户。在本申请中,若收款终端设备并不是X商户的设备,而是其他商户(例如,Z商户)的营业员为了达到高营收目的,从Z商户将Z商户的收款终端设备搬移至X商户进行虚假收款,则可以判断得到用户交易请求中的X商户与收款终端设备所属的Z商户不一致的结论,则可以确定用户交易请求中的商户不属于收款终端所属的商户。
图5所示为本文实施例一种对收款终端进行校验的方法流程图,具体包括如下步骤:
步骤501,根据收款终端更新的密钥,对收款终端的后台数据进行解密。在本申请中,收款终端按照一定周期更新密钥。收款终端更新密钥后,利用该密钥对后台数据进行解密。
步骤502,若解密成功,确定收款终端通过校验。若解密成功,说明收款终端的后台数据未经篡改,收款终端与后台的通信过程未有安全风险,由此,可以确定收款终端通过校验。
图6所示为本文实施例一种处理用户交易请求的方法流程图。具体包括如下步骤:
步骤601,若所述收款终端设备的实时定位功能发生故障,获取用户端的实时位置。在本申请中,考虑到收款终端设备因自身原因(例如,电量耗尽或设备损坏)或外界原因(例如,断电、收款终端所处的网络环境不稳定或无网络信号等)异常或故障时,收款终端设备的实时定位功能也无法正常工作。此时在得到用户授权的前提下,获取用户端的实时位置。若用户处于安全正常的支付场景,用户端的实时位置可以英语表示收款终端设备的位置。
步骤602,判断所述用户端的实时位置与初始位置的偏差值是否处于预设安全范围内。本步骤与步骤104相类似,通过判断用户端与收款终端的初始位置之差,确定用户是否处于安全合规的支付场景,以避免将本门店的收款终端设备拿到其他门店进行收款的违规操作,确保市场良性竞争、优化品牌及门店管理。
步骤603,若是,处理所述用户交易请求。本步骤与步骤105相同,本申请在此不作赘述。
图7所示为本文实施例一种将用户交易请求发送至渠道的方法流程图,具体包括如下步骤:
步骤701,根据用户交易请求,提取用户交易方式,其中,所述交易方式包括卡交易及扫码交易。在本申请中,用户发起的交易请求由收款终端感知,并可进一步分析确定用户的交易方式。其中,交易方式包括但不限于:挥卡支付、刷卡支付、插卡支付、扫描收款终端生成的二维码进行支付、出示用户的付款码由收款终端扫描支付等。
步骤702,根据所述交易方式,确定支付渠道。具体的,若识别到用户交易方式为:挥卡支付、刷卡支付、插卡支付,则可以确定用户的支付渠道为银行卡或银联。若识别到用户交易方式为扫码支付,则可以确定支付渠道为第三方支付应用程序。进一步的,若用户持卡交易,还可以根据用户交易请求中的卡号信息,通过卡BIN判断卡类型,卡类型包括但不限于:本行借记卡、本行贷记卡、他行借记卡、他行贷记卡。还可以根据客户端上送的磁道和芯片信息判断是磁条卡还是IC卡。根据不同的卡类型,定义成不同的支付类型,从而路由到不同的交易渠道。其中,本行借记卡会向本行核心系统渠道发送交易;本行贷记卡会向贷记卡前置渠道发送交易;他行卡(借记卡、贷记卡)会向银联前置渠道发送交易;扫码类交易会向银联专线渠道发送交易。
步骤703,在确定偏差值处于预设安全偏差范围之内后,将所述用户交易请求发送至对应的渠道进行处理。当判断用户端的实时位置与初始位置的偏差值处于预设安全范围内,将用户交易请求转发至对应的支付渠道,由支付渠道根据用户交易请求,对交易进行实时扣款。
如图8所示为本文实施例一种支付校验装置的结构示意图,在本图中描述了支付校验装置的基本结构,其中的功能单元、模块可以采用软件方式实现支付校验,也可以采用通用芯片或者特定芯片实现,该装置具体包括:
校验单元801,根据每一商户持有的收款终端发送的初始位置、收款终端设备编号、门店编号及商户编号,分别对商户及收款终端进行校验;
交易请求获取单元802,用于若通过校验,获取用户交易请求;
第一判断单元803,用于判断所述用户交易请求中的商品类别是否属于所述商户;
第二判断单元804,用于若是,判断收款终端的实时位置与初始位置的偏差值是否处于预设安全偏差范围;
交易请求处理单元805,用于若是,处理所述用户交易请求。
本方案通过在支付过程中对收款终端的实时位置和初始位置进行偏移量校验,由此判断是否符合支付条件,从而解决商户门店利用非常规手段达到营业额虚假增长的问题,规范品牌门店间的恶意竞争,保证门店销售数据的真实性。
如图9所示,为本文实施例提供的一种计算机设备。所述计算机设备执行本文所述支付校验方法。所述计算机设备902可以包括一个或多个处理器904,诸如一个或多个中央处理单元(CPU),每个处理单元可以实现一个或多个硬件线程。计算机设备902还可以包括任何存储器906,其用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的,比如,存储器906可以包括以下任一项或多种组合:任何类型的RAM,任何类型的ROM,闪存设备,硬盘,光盘等。更一般地,任何存储器都可以使用任何技术来存储信息。进一步地,任何存储器可以提供信息的易失性或非易失性保留。进一步地,任何存储器可以表示计算机设备902的固定或可移除部件。在一种情况下,当处理器904执行被存储在任何存储器或存储器的组合中的相关联的指令时,计算机设备902可以执行相关联指令的任一操作。计算机设备902还包括用于与任何存储器交互的一个或多个驱动机构908,诸如硬盘驱动机构、光盘驱动机构等。
计算机设备902还可以包括输入/输出模块910(I/O),其用于接收各种输入(经由输入设备912)和用于提供各种输出(经由输出设备914)。一个具体输出机构可以包括呈现设备916和相关联的图形用户接口(GUI)918。在其他实施例中,还可以不包括输入/输出模块910(I/O)、输入设备912以及输出设备914,仅作为网络中的一台计算机设备。计算机设备902还可以包括一个或多个网络接口920,其用于经由一个或多个通信链路922与其他设备交换数据。一个或多个通信总线924将上文所描述的部件耦合在一起。
通信链路922可以以任何方式实现,例如,通过局域网、广域网(例如,因特网)、点对点连接等、或其任何组合。通信链路922可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。
对应于图1至图7中的方法,本文实施例还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述方法的步骤。
本文实施例还提供一种计算机可读指令,其中当处理器执行所述指令时,其中的程序使得处理器执行如图1至图7所示的方法。
应理解,在本文的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本文实施例的实施过程构成任何限定。
还应理解,在本文实施例中,术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系。例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本文的范围。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本文所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本文实施例方案的目的。
另外,在本文各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本文的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本文各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本文中应用了具体实施例对本文的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本文的方法及其核心思想;同时,对于本领域的一般技术人员,依据本文的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本文的限制。
Claims (11)
1.一种支付校验方法,其特征在于,所述方法包括:
根据每一商户持有的收款终端发送的初始位置、收款终端设备编号、门店编号及商户编号,分别对商户及收款终端进行校验;
若通过校验,获取用户交易请求;
判断所述用户交易请求中的商品类别是否属于所述商户;
若是,判断收款终端的实时位置与初始位置的偏差值是否处于预设安全偏差范围;
若是,处理所述用户交易请求。
2.根据权利要求1所述的支付校验方法,其特征在于,对所述商户进行校验包括:
根据所述门店编号确定门店信息;
根据所述商户编号确定商户信息;
根据所述门店信息,判断所述门店是否属于商户;
若是,判断所述商户信息是否与收款终端预先记录的商户信息是否一致;
若是,确定商户通过校验。
3.根据权利要求2所述的支付校验方法,其特征在于,对收款终端进行校验包括:
根据所述收款终端设备编号确定收款终端设备信息;
根据所述收款终端设备信息,判断所述收款终端是否属于所述门店;
若是,确定所述收款终端通过校验;
若否,终止接收用户交易请求。
4.根据权利要求3所述的支付校验方法,其特征在于,所述判断所述用户交易请求中的商品类型是否属于所述商户包括:
基于预先构建的商品类别预测模型,预测用户交易请求中的商品所属的类别,得到商品类别;
判断所述商品类型是否属于所述商户经营范围之一。
5.根据权利要求4所述的支付校验方法,其特征在于,对收款终端进行校验包括:
根据收款终端更新的密钥,对收款终端的后台数据进行解密;
若解密成功,确定收款终端通过校验。
6.根据权利要求5所述的支付校验方法,其特征在于,所述方法还包括:
若所述收款终端设备的实时定位功能发生故障,获取用户端的实时位置;
判断所述用户端的实时位置与初始位置的偏差值是否处于预设安全范围内;
若是,处理所述用户交易请求。
7.根据权利要求6所述的支付校验方法,其特征在于,所述处理所述用户交易请求包括:
根据用户交易请求,提取用户交易方式,其中,所述交易方式包括卡交易及扫码交易;
根据所述交易方式,确定支付渠道;
在确定偏差值处于预设安全偏差范围之内后,将所述用户交易请求发送至对应的渠道进行处理。
8.一种支付校验装置,其特征在于,所述装置包括:
校验单元,根据每一商户持有的收款终端发送的初始位置、收款终端设备编号、门店编号及商户编号,分别对商户及收款终端进行校验;
交易请求获取单元,用于若通过校验,获取用户交易请求;
第一判断单元,用于判断所述用户交易请求中的商品类别是否属于所述商户;
第二判断单元,用于若是,判断收款终端的实时位置与初始位置的偏差值是否处于预设安全偏差范围;
交易请求处理单元,用于若是,处理所述用户交易请求。
9.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至7任意一项所述的方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1至7任意一项所述的方法。
11.一种计算机程序产品,其特征在于,所述计算机程序产品包括计算机程序,所述计算机程序被处理器执行时实现权利要求1至7任意一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310699005.7A CN116739589A (zh) | 2023-06-13 | 2023-06-13 | 支付校验方法、装置及计算机设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310699005.7A CN116739589A (zh) | 2023-06-13 | 2023-06-13 | 支付校验方法、装置及计算机设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116739589A true CN116739589A (zh) | 2023-09-12 |
Family
ID=87910966
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310699005.7A Pending CN116739589A (zh) | 2023-06-13 | 2023-06-13 | 支付校验方法、装置及计算机设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116739589A (zh) |
-
2023
- 2023-06-13 CN CN202310699005.7A patent/CN116739589A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9990618B2 (en) | Cash card system | |
US10504085B2 (en) | Identifying transactions at self-checkout terminals | |
US20140156535A1 (en) | System and method for requesting and processing pin data using a digit subset for subsequent pin authentication | |
WO2006074021A2 (en) | Identity verification systems and methods | |
US20140374477A1 (en) | User terminal system | |
WO2010033476A1 (en) | Off-line activation/loading of pre-authorized and cleared payment cards | |
US11948135B2 (en) | Casino cash system, apparatus and method utilizing integrated circuit cards | |
US11900345B2 (en) | Financial terminal that automatically reconfigures into different financial processing terminal types | |
US20180165679A1 (en) | Method and system for transaction authentication | |
CN111047325B (zh) | 一种收款系统及方法 | |
WO2012141588A1 (en) | Assembly and method of handling transactions | |
CN116739589A (zh) | 支付校验方法、装置及计算机设备 | |
JP3061710B2 (ja) | レジスタシステム | |
AU2010257373B2 (en) | Cash card system |
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 |