CN113920598A - 无感支付方法、系统、设备、介质和程序产品 - Google Patents

无感支付方法、系统、设备、介质和程序产品 Download PDF

Info

Publication number
CN113920598A
CN113920598A CN202111344453.2A CN202111344453A CN113920598A CN 113920598 A CN113920598 A CN 113920598A CN 202111344453 A CN202111344453 A CN 202111344453A CN 113920598 A CN113920598 A CN 113920598A
Authority
CN
China
Prior art keywords
information
payment
inductive
protocol
license plate
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
Application number
CN202111344453.2A
Other languages
English (en)
Inventor
李炯
胡凯乐
邢培康
何子南
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Industrial and Commercial Bank of China Ltd ICBC
Original Assignee
Industrial and Commercial Bank of China Ltd ICBC
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Industrial and Commercial Bank of China Ltd ICBC filed Critical Industrial and Commercial Bank of China Ltd ICBC
Priority to CN202111344453.2A priority Critical patent/CN113920598A/zh
Publication of CN113920598A publication Critical patent/CN113920598A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07B15/02—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K17/00—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations
    • G06K17/0022—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations arrangements or provisions for transferring data to distant stations, e.g. from a sensing device
    • G06K17/0025—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations arrangements or provisions for transferring data to distant stations, e.g. from a sensing device the arrangement consisting of a wireless interrogation device in combination with a device for optically marking the record carrier
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K17/00—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations
    • G06K17/0022—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations arrangements or provisions for transferring data to distant stations, e.g. from a sensing device
    • G06K17/0029—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations arrangements or provisions for transferring data to distant stations, e.g. from a sensing device the arrangement being specially adapted for wireless interrogation of grouped or bundled articles tagged with wireless record carriers
    • 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
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • 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
    • G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled
    • G08G1/017—Detecting movement of traffic to be counted or controlled identifying vehicles

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Traffic Control Systems (AREA)

Abstract

本公开的实施例提供了一种无感支付方法，可以应用于金融领域或其他领域。本公开的实施例的方法可用于金融领域的无感支付。该无感支付方法包括：获取当前车辆无感支付标签信息，当前车牌信息，以及当前车辆外观信息；基于所述无感支付标签信息，所述当前车牌信息，所述当前车辆外观信息以及预设的风险控制模型判断当前车辆的风险等级；基于所述当前车辆的风险等级及预设的支付控制模型确定支付流程，其中，所述无感支付标签信息至少包括基于协议信息记录的车牌信息以及基于协议信息记录的车辆外观信息，所述无感支付标签信息为加密信息。本公开还提供了一种无感支付系统、设备、存储介质和程序产品。

Description

无感支付方法、系统、设备、介质和程序产品
技术领域
本公开涉及金融领域，具体涉及金融领域的支付方法，更具体地涉及一种无感支付方法、系统、设备、介质和程序产品。
背景技术
当前停车场无感支付场景，大多可通过与客户签订协议，通过协议签订的手机号码、银行卡信息、与车牌号绑定，进一步实现停车场场景的无感支付功能。随着汽车电子标识技术的逐步推广，基于电子标识进行车辆无感支付签约及通行成为新的趋势。在车辆通行时，通过停车场摄像头、汽车电子标识识别设备综合判断车辆身份后放行，可以一定程度提升无感支付的安全性。
在实现本公开构思的过程中，发明人发现现有技术中至少存在如下问题：
汽车电子标识由于涉及相对复杂的技术，较为严格的管理要求，以及较高的制作维护和管理成本，目前仅在部分城市推行。尚未达到广阔覆盖各大中小城市的应用范围。另一方面，虽然现有技术中电子标识技术的使用提升车辆无感支付的安全性。但仍然无法在车辆存在不同的风险异常情况时有针对性地做出应对措施，用户体验不佳。
发明内容
鉴于上述问题，本公开的实施例提供了一种易用性和安全性高的无感支付方法、装置、设备、介质和程序产品。
根据本公开的第一个方面，提供了一种无感支付方法，其特征在于，包括：获取当前车辆无感支付标签信息，当前车牌信息，以及当前车辆外观信息；基于所述无感支付标签信息，所述当前车牌信息，所述当前车辆外观信息以及预设的风险控制模型判断当前车辆的风险等级；基于所述当前车辆的风险等级及预设的支付控制模型确定支付流程，其中，所述无感支付标签信息至少包括基于协议信息记录的车牌信息以及基于协议信息记录的车辆外观信息，所述无感支付标签信息为加密信息。
根据本公开的实施例，所述无感支付标签通过如下方法获得：采集用户信息，基于所述用户信息生成停车无感支付协议，其中，所述用户信息至少包括用户车牌号码和车辆外观照片；基于所述停车无感支付协议生成协议信息，所述协议信息包含协议号码，所述协议号码与所述无感支付协议唯一对应；基于所述协议信息获取无感支付标签信息；基于预设的加密算法对所述无感支付标签信息进行加密；基于加密后的无感支付标签信息生成所述无感支付标签。
根据本公开的实施例，所述无感支付标签包含二维码，条形码，以及加密芯片中的一种，所述加密后的无感支付标签信息记录于所述二维码、所述条形码，或所述加密芯片中。
根据本公开的实施例，所述加密芯片包括NFC芯片或RFID芯片中的至少一种，所述预设的加密算法包含国密算法。
根据本公开的实施例，所述判断当前车辆的风险等级包括：判断所述无感支付标签信息，所述当前车牌信息和所述当前车辆外观信息的持有及匹配情况；基于预设的风险控制模型，以及所述无感支付标签信息，所述当前车牌信息和所述当前车辆外观信息的持有及匹配情况判断当前车辆的风险等级。
根据本公开的实施例，所述支付流程包括正常支付，经用户确认后支付，或拒绝支付保留证据中的一种。
根据本公开的实施例，在确定支付流程后，在确定支付流程后，所述方法还包括：基于当前车辆的风险等级、支付流程，以及预设的通知控制类型发送支付提示信息。
本公开的第二方面提供了一种无感支付系统，其特征在于，包括：标签生成装置，用以基于用户信息生成无感支付标签，其中，所述用户信息至少包括用户车牌号码和车辆外观照片；图像识别装置，用以识别当前车牌信息，以及当前车辆外观信息；标签识别装置，用以识别无感支付标签信息，其中，所述无感支付标签信息至少包括基于协议信息记录的车牌信息以及基于协议信息记录的车辆外观信息，所述无感支付标签信息为加密信息；分析判断装置，用以基于所述无感支付标签信息，所述当前车牌信息和所述当前车辆外观信息以及预设的风险控制模型判断当前车辆的风险等级，并基于所述当前车辆的风险等级及预设的支付控制模型确定支付流程。
根据本公开的实施例，所述标签生成装置包括：信息采集模块，配置为采集用户信息，基于所述用户信息生成停车无感支付协议；处理模块，配置为基于所述停车无感支付协议生成协议信息，所述协议信息包含协议号码，所述协议号码与所述无感支付协议唯一对应；获取模块，配置为基于所述协议信息获取无感支付标签信息；加密模块，配置为对所述无感支付标签信息进行加密；生成模块，配置为基于加密后的无感支付标签信息生成所述无感支付标签。
根据本公开的实施例，所述标签识别装置包括：芯片读取模块，配置为读取所述包含在所述无感支付标签中的加密芯片，所述加密芯片包括NFC芯片或RFID芯片中的至少一种。
根据本公开的实施例，所述分析判断装置包括：风险等级判断模块，判断所述无感支付标签信息，所述当前车牌信息和所述当前车辆外观信息的持有及匹配情况；基于预设的风险控制模型，以及所述无感支付标签信息，所述当前车牌信息和所述当前车辆外观信息的持有及匹配情况判断当前车辆的风险等级；支付控制模块，配置为基于所述当前车辆的风险等级及预设的支付控制模型确定支付流程。
根据本公开的实施例，所述分析判断装置还包括：通知模块，配置为基于当前车辆的风险等级、支付流程，以及预设的通知控制类型发送支付提示信息。
本公开的第四方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得一个或多个处理器执行上述无感支付方法。
本公开的第五方面还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述无感支付方法。
本公开的第六方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述无感支付方法。
附图说明
通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：
图1示意性示出了根据本公开实施例的可以应用方法、装置的示例性系统架构。
图2示意性示出了根据本公开实施例的无感支付方法的流程图。
图3示意性示出了根据本公开实施例的无感支付标签的获得方法的流程图。
图4示意性示出了根据本公开实施例的判断当前车辆的风险等级的方法的流程图。
图5示意性示出了根据本公开实施例的无感支付系统的结构框图。
图6示意性示出了根据本公开实施例的标签生成装置的结构框图。
图7示意性示出了根据本公开实施例的标签识别装置的结构框图。
图8示意性示出了根据本公开实施例的分析判断装置的结构框图。
图9示意性示出了根据本公开另一实施例的分析判断装置的结构框图。
图10示意性示出了根据本公开实施例的适于实现无感支付方法的电子设备的方框图。
具体实施方式
以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。
当前停车场的无感支付场景，可通过与客户签订协议，通过将协议签订的手机号码、银行卡信息与车牌号绑定，实现停车场的无感支付功能。无感支付功能提升了支付便捷性，广受用户欢迎。然而，上述方法存在一定的不完善性和不安全性，例如，当存在套牌车的车牌信息盗用时，签约用户可能面临资金损失。
随着汽车电子标识技术的逐步推广，基于电子标识进行车辆无感支付签约及通行成为新的趋势。在车辆通行时，通过停车场摄像头、汽车电子标识识别设备综合判断车辆身份后放行，可以一定程度提升无感支付的安全性。汽车电子标识(electronicregistration identification of the motor vehicle，简称ERI)也叫汽车电子身份证、汽车数字化标准信源，俗称“电子车牌”。将车牌号码等信息存储在射频标签中，能够自动、非接触、不停车地完成车辆的识别和监控，是基于物联网无源射频识别(RFID)在智慧交通领域的延伸。汽车电子标识由国家公安部制定并予以推广，用于全国车辆真实身份识别的一套高科技系统的统称，由公安部交通管理局统一标准，统一推行，统一管理，与汽车车辆号牌并存，并且法律效力等同于车辆号牌。由于汽车电子标识技术相对复杂，其管理标准较为严格，制作、安装及维护成本也相对较高，该技术尚未全面普及，仅在部分城市得到推广，应用范围有限。另一方面，虽然现有技术中电子标识技术的使用提升了车辆无感支付的安全性。但仍然无法在车辆存在不同的风险异常情况时有针对性地做出应对措施，没有建立在车辆面临不同风险时针对性启用不同支付流程的机制，更没有基于不同的支付流程及时提醒签约用户车辆的风险动态以便于采取有效措施加以应对。由于未建立较为完善的风险控制、支付控制、通知控制体系，无法充分发挥无感支付提供方在支付风险预警中的作用，用户体验欠佳，服务水平有待进一步提高。
针对现有技术中存在的上述问题，本公开的实施例提供了一种无感支付方法、系统、设备、介质和程序产品。其中，本公开的实施例提供的无感支付方法包括如下步骤：获取当前车辆无感支付标签信息，当前车牌信息，以及当前车辆外观信息；基于所述无感支付标签信息，所述当前车牌信息，所述当前车辆外观信息以及预设的风险控制模型判断当前车辆的风险等级；基于所述当前车辆的风险等级及预设的支付控制模型确定支付流程，其中，所述无感支付标签信息至少包括基于协议信息记录的车牌信息以及基于协议信息记录的车辆外观信息，所述无感支付标签信息为加密信息。本公开的实施例提供的无感支付方法，提升了目前无感支付停车收费中的易用性和安全性，在提供用户无感支付的同时，支持额外的防盗牌，防冒用的情况发生，并且能够实现基于车辆风险的不同等级，有针对性地确定不同的支付流程。进一步，在确定支付流程后，所述方法还包括：基于当前车辆的风险等级、支付流程，以及预设的通知控制类型发送支付提示信息。通过建立较为完善的风险控制机制，支付控制机制以及通知控制体系，充分发挥了支付提供方的风险预警服务水平，进一步提升了用户的服务体验。
需要说明的是，本公开实施例提供的无感支付的方法、系统、电子设备、介质和程序产品可用于金融领域在无感支付的应用，也可用于除金融领域之外的任意领域。本公开的实施例提供的无感支付方法、系统、设备、介质和程序产品的应用领域不做限定。另一方面，在本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。
以下将结合附图及其说明文字围绕实现本公开的至少一个目的的上述操作进行阐述。
图1示意性示出了根据本公开实施例的可以应用方法、装置的示例性系统架构。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。
如图1所示，根据该实施例的系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送信息等。终端设备101、102、103可以具有基于采集车牌信息，车辆外观信息以及无感支付标签信息的功能，如具有图像采集及读取加密芯片信息的功能，以获取进行无感支付所需的用户信息，车辆信息等无感支付协议信息数据。此外，终端设备101、102、103上还可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等需要进行身份验证功能的应用(仅为示例)。
终端设备101、102、103包括但不限于面部识别器、摄像头、NFC读卡器、RFID读写器、智能手机、平板电脑、膝上型便携计算机等等。
服务器105可以解析来自于终端101、102、103的信息数据以得到车牌信息、车辆外观信息，以及无感支付标签信息等数据。服务器105可以为数据库服务器、后台管理服务器、服务器集群等。后台管理服务器可以对接收到的车牌信息、车辆外观信息，以及无感支付标签信息等数据进行分析等处理，并将处理结果(例如支付流程，支付结果等)反馈给终端设备。
需要说明的是，本公开实施例所提供的方法一般可以由服务器105执行。相应地，本公开实施例所提供的装置一般可以设置于服务器105中。
应该理解，终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
图2示意性示出了根据本公开实施例的无感支付方法的流程图。
如图2所示，该实施例的无感支付方法包括操作S201～操作S203。
在操作S201，获取当前车辆无感支付标签信息，当前车牌信息，以及当前车辆外观信息。
在操作S202，基于所述无感支付标签信息，所述当前车牌信息，所述当前车辆外观信息以及预设的风险控制模型判断当前车辆的风险等级。
在操作S203，基于所述当前车辆的风险等级及预设的支付控制模型确定支付流程。
根据本公开的实施例，所述无感支付标签信息至少包括基于协议信息记录的车牌信息以及基于协议信息记录的车辆外观信息，所述无感支付标签信息为加密信息。所述无感支付标签为支付提供方依据用户与支付提供方签订的无感支付协议生成。无感支付协议可以包含用户信息及车辆信息，包括但不限于用户手机号，用户个人身份信息，用户车牌号码，用户车辆照片信息，用于支付扣款的银行卡信息等项目。用户可以在支付提供方的营业场所签订上述无感支付协议，也可以通过支付提供方提供的线上签约平台进行协议的签订。可以理解的是，协议中可以包含一辆或多辆车辆，每一辆签约车辆唯一对应一个车牌号。每一辆签约车辆可以对应一张或多张用于支付扣款的银行卡。当协议中的信息需要变更时，用户需要到支付提供方的营业场所或线上签约平台进行协议变更。由此，无感支付标签信息至少包括基于协议信息记录的车牌信息以及基于协议信息记录的车辆外观信息。为了提升无感支付的安全性，所述无感支付标签信息可以为加密信息。无感支付标签可以附着于签约车辆表面，附着形式包括但不限于粘贴，磁吸等。例如，可以将标签粘贴至汽车前挡风玻璃不遮挡视线的位置。当标签损毁或遗失，或者协议信息变更时，可以将原有标签揭下，并粘贴新的无感支付标签。
根据本公开的实施例，所述无感支付标签可以包含二维码，条形码，以及加密芯片中的一种。，所述加密后的无感支付标签信息记录于所述二维码、所述条形码，或所述加密芯片中。为了保证支付安全，所述二维码，条形码，或加密芯片所记录的协议信息数据可以均是加密的。当车辆驶出停车场时，可以通过停车场出口的识别设备读取无感支付标签所记录的协议信息，当前车辆外观信息，以及当前车牌信息。例如，可以通过图像识别设备读取二维码和条形码中所记录的加密协议信息，也可通过芯片读取设备读取记录于加密芯片中的加密协议信息。由于无感支付标签记录有签约车牌信息和车辆外观信息，通过核对无感支付标签信息和当前车辆信息可以判断当前车辆信息是否与协议所登记的车辆信息一致，从而识别当前车辆是否为套牌车或无牌车。根据车辆外观，车牌信息，无感支付标签信息的一致性情况，可以判断当前车辆的风险等级。在确定车辆风险等级后，可以基于预设的支付控制模型中与车辆风险等级对应的支付流程确定与当前车辆对应的支付流程，从而实现针对车辆风险等级的不同情况分层分级针对性启动支付流程，实现支付流程的精准控制。需要说明的是，在车辆签订无感支付协议时，系统后台可以预留车牌信息、车辆外观信息以及无感支付标签信息等协议信息。由此也可以将当前车牌信息和当前车辆外观信息与系统记录的车牌信息和车辆外观信息进行比对，作为判断车辆风险等级的依据。
图3示意性示出了根据本公开实施例的无感支付标签的获得方法的流程图。
如图3所示，该实施例的无感支付方法包括操作S301～操作S305。
在操作S301，采集用户信息，基于所述用户信息生成停车无感支付协议，其中，所述用户信息至少包括用户车牌号码和车辆外观照片。
在操作S302，基于所述停车无感支付协议生成协议信息，所述协议信息包含协议号码，所述协议号码与所述无感支付协议唯一对应。
在操作S303，基于所述协议信息获取无感支付标签信息。
在操作S304，基于预设的加密算法对所述无感支付标签信息进行加密。
在操作S305，基于加密后的无感支付标签信息生成所述无感支付标签。
根据本公开的实施例，其中，协议信息可以包含无感支付标签信息。例如，协议信息包含协议号码、用户手机号、用户个人身份信息(包括用户姓名)、用户车牌号码、用户车辆照片信息、用于支付扣款的银行卡信息。可以提取车牌号码，车辆照片信息(车辆外观信息)、协议号码、用户姓名作为无感支付标签信息。预设的加密算法可以包括对称加密算法或非对称加密算法，例如可以包含国密算法SM1，SM2，SM3，SM4等。以加密芯片为例，本公开的实施例所生成的加密芯片可以包括NFC芯片或RFID芯片中的至少一种。可以将协议信息中的车辆信息，如车牌信息和车辆外观信息与芯片信息绑定，将所述车辆信息存储在芯片当中。当识别设备识别到芯片时，将芯片信息传输至后台服务器，由后台服务器对芯片信息进行解密，即可比对无感支付标签信息，车辆信息和车牌信息是否匹配。
图4示意性示出了根据本公开实施例的判断当前车辆的风险等级的方法的流程图。
如图4所示，该实施例的无感支付方法包括操作S401～操作S402。
在操作S401，判断所述无感支付标签信息，所述当前车牌信息和所述当前车辆外观信息的持有及匹配情况。
在操作S402，基于预设的风险控制模型，以及所述无感支付标签信息，所述当前车牌信息和所述当前车辆外观信息的持有及匹配情况判断当前车辆的风险等级。
根据本公开的实施例，系统预设有风险控制模型，所述风险控制模型可以包括：风险控制要素，所述风险控制要素包括但不限于车牌、无感支付标签、车牌标签关系、车牌外观关系、标签外观关系等。可以针对每一种风险控制要素建立识别结果类别。其中，所述识别结果类别可以为风险控制要素的持有情况或匹配情况。可以理解的是，在用户签订无感支付协议时，系统预留有包含用户个人信息及用户车辆信息在内的协议信息。当所识别的当前车辆未使用无感支付标签时，仍然可以通过将当前车辆车牌信息以及车辆外观信息与系统预留信息进行比对，以实现无感支付。在一个典型的示例中，对于风险控制要素为车牌，其识别结果类别可以为持有情况，例如可以为“有”或“无”。对于风险控制要素为车牌标签关系，其识别结果类别可以为匹配情况，例如可以为“匹配”或“不匹配”。可以以数字作为风险控制要素的标识，例如：车牌-1，无感支付标签-2，车牌标签关系-3。同样可以以数字代表识别结果类别，例如：有-1，无-2，匹配-1，不匹配-2，由此，可以基于风险控制要素和识别结果类别建立映射关系并得到风险标记类别，如有车牌-11，车牌与标签匹配-21。
表1示意性示出了可以建立的风险控制要素与识别结果类别的映射关系及其对应的风险标记。可以理解的是，风险控制要素和识别结果类别可以基于实际情况调整动态设置。
Figure BDA0003352193360000121
表1
根据本公开的实施例，在获取风险标记后，可以建立风险组合要素与风险等级的映射关系。其中，风险组合要素代表可能存在的风险状况类型，可以根据风险状况类型所反映的车辆存在风险的概率设置相应的风险等级。风险组合要素可以为风险标记的组合。其中，风险等级可以以数字表示，更具体的，可以根据阿拉伯数字从小到大表示风险等级从低到高。
表2示意性示出了可以建立的风险组合要素与风险等级的映射关系及其对应的风险标记类别。可以理解的是，风险组合要素和风险等级的映射关系可以基于实际情况调整动态设置。
风险组合要素 风险等级
11|21|31|41|51 1
11|21|31|42|52 3
11|21|32 4
12|21|51 2
12|21|52 4
11|22|41 2
11|22|42 4
表2
如表2所示，例如，当风险标记要素为“11|21|31|41|51”时，代表车辆识别结果为当前车辆有车牌，有无感支付标签，并且车牌信息，当前车辆外观信息、无感支付标签信息三者完全匹配，此时车辆不存在风险，其风险等级为1。又如，当风险标记要素为“11|21|31|42|52”时，代表车辆识别结果为有车牌，有无感支付标签，车牌信息与无感支付标签信息匹配，但车牌信息与车辆外观信息不匹配(可以通过系统预留的协议信息核对)，无感支付标签信息与外观信息不匹配，说明车辆外观可能存在变化，此时可能的情况包括用户购置新车，将原车牌和无感支付标签重新粘贴于新车上；或无感支付协议对应的车牌和无感支付标签并未被使用于签约车辆等。此时可能面临一定风险，但风险等级不高，因此设置为风险等级为1。
需要说明的是，车牌信息，无感支付标签信息，以及车辆外观信息在风险等级的判断中的重要性可以并不相同，可以基于安全性和客户满意度，以及系统数据处理量的综合考虑调整风险组合要素的设置。例如，可以设置重要性：车牌信息>无感支付标签信息＞车辆外观信息。当车牌信息与无感支付标签信息不一致时，车辆可能存在套牌情况，风险等级较高，此时可以不必将车辆外观信息作为风险判断的考察要素，从而不必将与之相关的风险标记纳入风险组合要素中。
根据本公开的实施例，可以根据建立的风险控制模型配置相应的支付控制模型。其中，配置支付控制模型包括建立风险等级与支付流程的映射关系。所述支付流程包括正常支付，经用户确认后支付，或拒绝支付保留证据中的一种。例如，对于建立风险组合要素“11|21|31|41|51”，代表车辆识别结果为当前车辆有车牌，有无感支付标签，并且车牌信息，当前车辆外观信息、无感支付标签信息三者完全对应，此时车辆风险等级为1，可以直接启用正常支付流程。对于风险组合要素“11|21|32”，代表车辆识别结果为当前车辆有车牌，有无感支付标签，但无感支付标签信息与当前车辆车牌信息不匹配，此时风险等级较高，为了保护用户资金安全，支付流程进入“拒绝支付保留证据”。其中，拒绝支付可以为关闭无感支付协议，暂停支付。其中，关闭协议可以在与客户签订协议时进行明确，并得到客户的授权。
保留证据可以包括但不限于保留图像识别设备所获取的当前车辆的车牌号、车辆外观等车辆信息，或系统比对的车牌、车辆外观，无感支付标签信息匹配情况的截图，以为用户后期充分应对风险提供支持。
表3示意性示出了可以建立的风险等级与支付流程的映射关系。可以理解的是，风险等级与支付流程的映射关系可以基于实际情况调整动态设置。风险等级可以与支付流程存在唯一的映射关系。
Figure BDA0003352193360000141
Figure BDA0003352193360000151
表3
根据本公开的实施例，为了充分发挥支付提供方在用户支付安全方面的作用，提升用户体验，在确定支付流程后，所述方法还包括：基于当前车辆的风险等级、支付流程，以及预设的通知控制类型发送支付提示信息。
根据本公开一些具体的实施例，系统可以基于支付流程预设通知控制类型，支付流程与车辆风险等级存在唯一映射关系，一种支付流程可以建立一种或多种通知控制类型，每一种通知控制类型可以对应一种或多种通知信息模板。
表4示意性示出了可以建立的支付流程与通知控制类型的映射关系。可以理解的是，支付流程与通知控制类型的映射关系可以基于实际情况调整动态设置。
Figure BDA0003352193360000152
Figure BDA0003352193360000161
表4
在本公开的一些具体的实施例中，在发送支付提示信息时，根据风险等级情况，一种支付流程可以与多种通知控制类型建立映射关系。并且，基于通知控制类型所对应的通知信息模板，可以同时向用户发送多条支付提示信息以对用户进行充分的安全信息提示。
在一个具体的示例中，对于风险组合要素“11|22|41”，代表有车牌，无芯片，车牌外观匹配，其风险等级为2，此时，支付流程为用户确认后支付。可以同时关联通知控制类型3和4，以向用户发送支付提示信息“您车牌尾号xx的车辆，未粘贴无感支付标签，请尽快粘贴，如已遗失可通过xx申领新标签”以及“您车牌尾号xx的车辆，待缴费xx元，为保障您的资金安全，需确认是否为本人使用，请xx以确认本次扣费”。
在本公开的另一些具体的实施例中，进一步平衡支付安全与用户体验，在发送支付提示信息时，根据风险等级情况，一种支付流程可以与多种通知控制类型建立映射关系。系统可以预设通知控制类型的优先级顺序，当同时匹配多种通知控制类型时，命中优先级最高的类型为最终的通知控制类型，基于通知控制类型所对应的通知信息模板，向用户发送支付提示信息。
在一个具体的示例中，对于风险组合要素同时具备“32|42|52”，代表车牌与标签不匹配，车牌与外观不匹配，标签与外观不匹配，其风险等级为4，此时风险极高。确定支付流程为“拒绝支付保留证据”。该支付流程可以同时关联通知控制类型2和3，分别关联通知信息模板“您车牌尾号xx的车辆，可能存在冒用情况，为保障您的资金安全，现协议已暂时关闭，请及时通过线下网点确认情况”，以及“您车牌尾号xx的车辆，未粘贴无感支付标签，请尽快粘贴，如已遗失可通过xx申领新标签”。可以理解，通知控制类型2对应风险性较大的情况，通知控制类型3对应的风险较小。可以预设通知控制类型2的优先级为1，通知控制类型3的优先级为2。系统可以命中优先级最高的通知控制类型，以向用户发送支付提示信息“您车牌尾号xx的车辆，可能存在冒用情况，为保障您的资金安全，现协议已暂时关闭，请及时通过线下网点确认情况。”
本公开的实施例，通过设立无感支付标签，建立完善的风险控制模型以及支付控制模型，可以有效提高无感支付的安全性，且方法简单易行，成本低廉，易于推广。运用本公开的实施例所述的无感支付方法，可以有效识别车牌信息盗用的问题，降低导致资金损失的可能。并可以解决用户车牌丢失或损坏时，无法使用无感支付的问题。通过建立完善的通知控制体系，有效提升支付提供方的风险预警服务水平，提升用户体验。
基于上述无感支付方法，本公开还提供了一种无感支付系统。以下将结合图5对该系统进行详细描述。
图5示意性示出了根据本公开实施例的无感支付系统的结构框图。
如图5所示，该实施例的无感支付系统500包括标签生成装置501，图像识别装置502，标签识别装置503，分析判断装置504。
其中，标签生成装置501用以基于用户信息生成无感支付标签。所述用户信息至少包括用户车牌号码和车辆外观照片。
图像识别装置502用以识别当前车牌信息，以及当前车辆外观信息。
标签识别装置503用以识别无感支付标签信息，其中，所述无感支付标签信息至少包括基于协议信息记录的车牌信息以及基于协议信息记录的车辆外观信息，所述无感支付标签信息为加密信息；
分析判断装置用以基于所述无感支付标签信息，所述当前车牌信息和所述当前车辆外观信息以及预设的风险控制模型判断当前车辆的风险等级，并基于所述当前车辆风险等级及预设的支付控制模型确定支付流程确定支付流程。
图6示意性示出了根据本公开实施例的标签生成装置的结构框图。
如图6所示，该实施例的标签生成装置501包括信息采集模块5011，处理模块5012，获取模块5013，加密模块5014，生成模块5015。
其中，信息采集模块5011被配置为采集用户信息，基于所述用户信息生成停车无感支付协议。
处理模块5012被配置为基于所述停车无感支付协议生成协议信息，所述协议信息包含协议号码，所述协议号码与所述无感支付协议唯一对应。
获取模块5013被配置为基于所述协议信息获取无感支付标签信息。
加密模块5014被配置为配置为对所述无感支付标签信息进行加密。
生成模块5015被配置为基于加密后的无感支付标签信息生成所述无感支付标签。
图7示意性示出了根据本公开实施例的标签识别装置的结构框图。
如图7所示，该实施例的标签识别装置502包括芯片读取模块5021。其被配置为读取所述包含在所述无感支付标签中的加密芯片，所述加密芯片包括NFC芯片或RFID芯片中的至少一种。
图8示意性示出了根据本公开实施例的分析判断装置的结构框图。
如图8所示，该实施例的分析判断装置504包括风险等级判断模块5041，支付控制模块5042。
其中，风险等级判断模块5041被配置为判断所述无感支付标签信息，所述当前车牌信息和所述当前车辆外观信息的持有及匹配情况；基于预设的风险控制模型，以及所述无感支付标签信息，所述当前车牌信息和所述当前车辆外观信息的持有及匹配情况判断当前车辆的风险等级。
支付控制模块5042被配置为基于所述当前车辆的风险等级及预设的支付控制模型确定支付流程。
图9示意性示出了根据本公开另一实施例的分析判断装置的结构框图。
如图9所示，该实施例的分析判断装置504除包括风险等级判断模块5041，支付控制模块5042外，还包括通知模块5043。
其中，通知模块5043配置为基于当前车辆的风险等级、支付流程，以及预设的通知控制类型发送支付提示信息。
根据本公开的实施例，信息采集模块5011，处理模块5012，获取模块5013，加密模块5014，生成模块5015中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。类似的，风险等级判断模块5041，支付控制模块5042，通知模块5043中的任意多个模块也可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，信息采集模块5011，处理模块5012，获取模块5013，加密模块5014，生成模块5015，风险等级判断模块5041，支付控制模块5042，通知模块5043，芯片读取模块5021中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，信息采集模块5011，处理模块5012，获取模块5013，加密模块5014，生成模块5015，风险等级判断模块5041，支付控制模块5042，通知模块5043，芯片读取模块5021中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
图10示意性示出了根据本公开实施例的适于实现无感支付方法的电子设备的方框图。
如图10所示，根据本公开实施例的电子设备900包括处理器901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。处理器901例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))等等。处理器901还可以包括用于缓存用途的板载存储器。处理器901可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
在RAM 903中，存储有电子设备900操作所需的各种程序和数据。处理器901、ROM902以及RAM903通过总线904彼此相连。处理器901通过执行ROM 902和/或RAM903中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM902和RAM903以外的一个或多个存储器中。处理器901也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
根据本公开的实施例，电子设备900还可以包括输入/输出(I/O)接口905，输入/输出(I/O)接口905也连接至总线904。电子设备900还可以包括连接至I/O接口905的以下部件中的一项或多项：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。
本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 902和/或RAM 903和/或ROM 902和RAM 903以外的一个或多个存储器。
本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的物品推荐方法。
在该计算机程序被处理器901执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分909被下载和安装，和/或从可拆卸介质911被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被处理器901执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (14)

1.一种无感支付方法，其特征在于，包括：
获取当前车辆无感支付标签信息，当前车牌信息，以及当前车辆外观信息；
基于所述无感支付标签信息，所述当前车牌信息，所述当前车辆外观信息以及预设的风险控制模型判断当前车辆的风险等级；
基于所述当前车辆的风险等级及预设的支付控制模型确定支付流程，
其中，所述无感支付标签信息至少包括基于协议信息记录的车牌信息以及基于协议信息记录的车辆外观信息，所述无感支付标签信息为加密信息。
2.根据权利要求1所述的无感支付方法，其中，所述无感支付标签通过如下方法获得：
采集用户信息，基于所述用户信息生成停车无感支付协议，其中，所述用户信息至少包括用户车牌号码和车辆外观照片；
基于所述停车无感支付协议生成协议信息，所述协议信息包含协议号码，所述协议号码与所述无感支付协议唯一对应；
基于所述协议信息获取无感支付标签信息；
基于预设的加密算法对所述无感支付标签信息进行加密；
基于加密后的无感支付标签信息生成所述无感支付标签。
3.根据权利要求2所述的无感支付方法，其中，所述无感支付标签包含二维码，条形码，以及加密芯片中的一种，所述加密后的无感支付标签信息记录于所述二维码、所述条形码，或所述加密芯片中。
4.根据权利要求3所述的无感支付方法，其中，所述加密芯片包括NFC芯片或RFID芯片中的至少一种，所述预设的加密算法包含国密算法。
5.根据权利要求1所述的无感支付方法，其中，所述判断当前车辆的风险等级包括：
判断所述无感支付标签信息，所述当前车牌信息和所述当前车辆外观信息的持有及匹配情况；
基于预设的风险控制模型，以及所述无感支付标签信息，所述当前车牌信息和所述当前车辆外观信息的持有及匹配情况判断当前车辆的风险等级。
6.根据权利要求1所述的无感支付方法，其中，所述支付流程包括正常支付，经用户确认后支付，或拒绝支付保留证据中的一种。
7.根据权利要求1所述的无感支付方法，其中，在确定支付流程后，所述方法还包括：
基于当前车辆的风险等级、支付流程，以及预设的通知控制类型发送支付提示信息。
8.一种无感支付系统，其特征在于，包括：
标签生成装置，用以基于用户信息生成无感支付标签，其中，所述用户信息至少包括用户车牌号码和车辆外观照片；
图像识别装置，用以识别当前车牌信息，以及当前车辆外观信息；
标签识别装置，用以识别无感支付标签信息，其中，所述无感支付标签信息至少包括基于协议信息记录的车牌信息以及基于协议信息记录的车辆外观信息，所述无感支付标签信息为加密信息；
分析判断装置，用以基于所述无感支付标签信息，所述当前车牌信息和所述当前车辆外观信息以及预设的风险控制模型判断当前车辆的风险等级，并基于所述当前车辆的风险等级及预设的支付控制模型确定支付流程。
9.根据权利要求8所述的无感支付系统，其中，所述标签生成装置包括：
信息采集模块，配置为采集用户信息，基于所述用户信息生成停车无感支付协议；
处理模块，配置为基于所述停车无感支付协议生成协议信息，所述协议信息包含协议号码，所述协议号码与所述无感支付协议唯一对应；
获取模块，配置为基于所述协议信息获取无感支付标签信息；
加密模块，配置为对所述无感支付标签信息进行加密；
生成模块，配置为基于加密后的无感支付标签信息生成所述无感支付标签。
10.根据权利要求8所述的无感支付系统，其中，所述标签识别装置包括：
芯片读取模块，配置为读取所述包含在所述无感支付标签中的加密芯片，所述加密芯片包括NFC芯片或RFID芯片中的至少一种。
11.根据权利要求8所述的无感支付系统，其中，所述分析判断装置包括：
风险等级判断模块，判断所述无感支付标签信息，所述当前车牌信息和所述当前车辆外观信息的持有及匹配情况；基于预设的风险控制模型，以及所述无感支付标签信息，所述当前车牌信息和所述当前车辆外观信息的持有及匹配情况判断当前车辆的风险等级；
支付控制模块，配置为基于所述当前车辆的风险等级及预设的支付控制模型确定支付流程。
12.一种电子设备，包括：
一个或多个处理器；以及
存储器，用于存储一个或多个程序，
其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至7中任一项所述的方法。
13.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器实现权利要求1至7中任一项所述的方法。
14.一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法。
CN202111344453.2A 2021-11-12 2021-11-12 无感支付方法、系统、设备、介质和程序产品 Pending CN113920598A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111344453.2A CN113920598A (zh) 2021-11-12 2021-11-12 无感支付方法、系统、设备、介质和程序产品

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111344453.2A CN113920598A (zh) 2021-11-12 2021-11-12 无感支付方法、系统、设备、介质和程序产品

Publications (1)

Publication Number Publication Date
CN113920598A true CN113920598A (zh) 2022-01-11

Family

ID=79246356

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111344453.2A Pending CN113920598A (zh) 2021-11-12 2021-11-12 无感支付方法、系统、设备、介质和程序产品

Country Status (1)

Country Link
CN (1) CN113920598A (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109509267A (zh) * 2018-10-12 2019-03-22 珠海横琴现联盛科技发展有限公司 基于车牌识别的防篡改加密算法移动支付方法
CN109727024A (zh) * 2018-12-28 2019-05-07 广东铭鸿数据有限公司 一种基于扫码支付的无感支付方法及装置
CN110766814A (zh) * 2018-07-27 2020-02-07 比亚迪股份有限公司 车辆支付方法、装置及车辆钥匙
CN110942523A (zh) * 2019-11-22 2020-03-31 深圳市赛菲姆科技有限公司 基于车载电子标签和车牌号实现双重判别的停车场无感支付方法和系统
CN112232826A (zh) * 2020-09-21 2021-01-15 中国建设银行股份有限公司 一种车辆缴费方法、装置、设备及存储介质
CN113095818A (zh) * 2019-12-23 2021-07-09 捷德（中国）信息科技有限公司 车牌支付、车牌支付认证方法及车牌支付的增强认证系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110766814A (zh) * 2018-07-27 2020-02-07 比亚迪股份有限公司 车辆支付方法、装置及车辆钥匙
CN109509267A (zh) * 2018-10-12 2019-03-22 珠海横琴现联盛科技发展有限公司 基于车牌识别的防篡改加密算法移动支付方法
CN109727024A (zh) * 2018-12-28 2019-05-07 广东铭鸿数据有限公司 一种基于扫码支付的无感支付方法及装置
CN110942523A (zh) * 2019-11-22 2020-03-31 深圳市赛菲姆科技有限公司 基于车载电子标签和车牌号实现双重判别的停车场无感支付方法和系统
CN113095818A (zh) * 2019-12-23 2021-07-09 捷德（中国）信息科技有限公司 车牌支付、车牌支付认证方法及车牌支付的增强认证系统
CN112232826A (zh) * 2020-09-21 2021-01-15 中国建设银行股份有限公司 一种车辆缴费方法、装置、设备及存储介质

Similar Documents

Publication Publication Date Title
US11238431B2 (en) Credit payment method and apparatus based on card emulation of mobile terminal
US11250427B2 (en) Credit payment method and apparatus based on mobile terminal peer-to-peer
US11210650B2 (en) Credit payment method and apparatus based on mobile terminal embedded secure element
US10440014B1 (en) Portable secure access module
US11456876B2 (en) Virtual credentials and licenses
US9552578B2 (en) Method and system for authentication of payment card transactions
US20110208645A1 (en) Virtual fare card and virtual fare device
CN109544335B (zh) 基于区块链的交易数据处理方法、装置、设备及存储介质
US11423133B2 (en) Managing travel documents
US20170116600A1 (en) Method and System for Performing Commercial Transactions Relating to or Purchased From a Vehicle
US20200126069A1 (en) Data processing method, apparatus and device
CN110769410B (zh) 用于激活车载单元设备的方法、应用模块、系统和终端
US11928201B2 (en) Mobile credential with online/offline delivery
CN110414197B (zh) 基于行为特征的银行用户身份验证方法及装置
US10121038B2 (en) Dynamic barcode ticketing carrying encrypted validation transactions
CN113688362A (zh) 身份证信息安全处理方法及装置
CN113344571A (zh) 一种支付方法、装置及设备
CN106230821B (zh) 一种智能卡的识别方法和设备
KR101286482B1 (ko) 앤에프씨 모바일폰 학생증 관리시스템
CN113920598A (zh) 无感支付方法、系统、设备、介质和程序产品
US20210112057A1 (en) Multi-party document validation
US20170024684A1 (en) Systems and Methods for Worksite Safety Management and Tracking
CN106251127A (zh) 一种智能卡的在线充值方法和设备
US20190065999A1 (en) Pre-processing of transit transactions using virtual access to machine functionality
US20190097803A1 (en) Encrypted reverse biometric token validation

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