CN111563736A - 账单信息的处理方法、装置、设备及可读存储介质 - Google Patents
账单信息的处理方法、装置、设备及可读存储介质 Download PDFInfo
- Publication number
- CN111563736A CN111563736A CN202010382422.5A CN202010382422A CN111563736A CN 111563736 A CN111563736 A CN 111563736A CN 202010382422 A CN202010382422 A CN 202010382422A CN 111563736 A CN111563736 A CN 111563736A
- Authority
- CN
- China
- Prior art keywords
- subsidy
- account
- amount
- bill
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
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
- 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
- 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 provisious 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 provisious 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
- 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/22—Payment schemes or models
- G06Q20/24—Credit schemes, i.e. "pay after"
-
- 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/06—Arrangements for road pricing or congestion charging of vehicles or vehicle users, e.g. automatic toll systems
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Engineering & Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请实施例提供了一种账单信息的处理方法、装置、设备及可读存储介质，获取欠款账单的账单信息，欠款账单的账单信息包括欠款账户以及欠款金额，欠款账户为通行费扣款失败的账户，欠款金额为欠款账户扣款失败的通行费金额，并生成补缴二维码，将补缴二维码发送至欠款账户。补缴二维码存储有补缴信息，补缴信息至少包括收款方账户名称，以及至少依据欠款金额确定的补缴金额。显然，本方法将用于收取补缴金额的补缴二维码发送至欠款账户，当欠款账户所属的用户收到补缴二维码并扫描后跳转至付款界面，并显示补缴二维码存储的补缴信息。由此可见，本方法用于催缴欠款时，相对于现有的催缴方式，提高了催缴的便利性。
Description
技术领域
本申请涉及电子交通技术领域，更具体地说，涉及一种账单信息的处理方法、装置、设备及可读存储介质。
背景技术
全自动电子收费系统(ETC，Electronic Toll Collection)，是智能交通系统的服务功能之一，目前高速公路收费处，设置有专门的ETC收费通道。车主只要在车辆前挡风玻璃上安装感应卡并预存费用，通过收费站时便不用人工缴费，也无须停车，高速通行费将从卡中自动扣除，即能够实现自动收费。
在实际应用中，存在扣款失败的现象，如果在扣款失败后不及时补缴欠款，车辆将不能正常通行高速，所以目前ETC系统会在扣款失败后通知用户存在扣款失败，用于对催缴通行费，但是这种催缴方式便利性低，用户体验性差，所以不能达到良好的催缴效果。
发明内容
有鉴于此，本申请提供了一种账单信息的处理方法、装置、设备及可读存储介质，如下：
一种账单信息的处理方法，包括：
获取欠款账单的账单信息，所述欠款账单的账单信息包括欠款账户以及欠款金额，所述欠款账户为通行费扣款失败的账户，所述欠款金额为所述欠款账户扣款失败的通行费金额；
至少依据所述欠款账单的账单信息，生成补缴二维码，所述补缴二维码存储有补缴信息，所述补缴信息至少包括收款方账户名称以及补缴金额，所述补缴金额至少依据所述欠款金额确定；
将所述补缴二维码发送至所述欠款账户，所述补缴二维码用于收取所述补缴金额。
可选地，补缴金额的确定过程包括：
将所述欠款金额作为所述补缴金额；
或者，将所述欠款账户的多个所述欠款账单的账单信息中的所述欠款金额相加得到欠款总金额，并将所述欠款总金额作为所述补缴金额。
可选地，补缴信息还包括：欠款次数，所述欠款次数为所述欠款账户的所述欠款账单的个数。
可选地，本方法还包括：
当所述欠款账户满足预设条件时，将所述欠款账户加入通行黑名单，所述预设条件包括：所述欠款总金额超过预设的金额阈值和/或所述欠款次数超过预设的次数阈值。
可选地，本方法还包括：
获取缴费账单的账单信息，所述缴费账单的账单信息至少包括缴费账户，所述缴费账单为所述补缴账户支付所述补缴金额后生成的账单；
依据所述缴费账单的账单信息，更新所述缴费账户的所述欠款账单的账单信息。
可选地，本方法还包括：
若所述缴费账户在所述通行黑名单中，将所述缴费账户从所述通行黑名单中移除；
发送缴费成功通知至所述缴费账户。
一种账单信息的处理装置，包括：
信息获取单元，用于获取欠款账单的账单信息，所述欠款账单的账单信息包括欠款账户以及欠款金额，所述欠款账户为通行费扣款失败的账户，所述欠款金额为所述欠款账户扣款失败的通行费金额；
二维码生成单元，用于至少依据所述欠款账单的账单信息，生成补缴二维码，所述补缴二维码存储有补缴信息，所述补缴信息至少包括收款方账户名称以及补缴金额，所述补缴金额至少依据所述欠款金额确定；
二维码发送单元，用于将所述补缴二维码发送至所述欠款账户，所述补缴二维码用于收取所述欠款金额。
可选地，本装置还包括：
补缴金额确定单元，用于：将所述欠款金额作为补缴金额；
或者，将所述欠款账户的多个所述欠款账单的账单信息中的所述欠款金额相加，得到所述补缴金额。
一种账单信息的处理设备，包括：存储器和处理器；
所述存储器，用于存储程序；
所述处理器，用于执行所述程序，实现如上所述的账单信息的处理方法的各个步骤。
一种可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现如上所述的账单信息的处理方法的各个步骤。
由上述技术方案可以看出，本申请实施例提供的账单信息的处理方法，获取欠款账单的账单信息，欠款账单的账单信息包括欠款账户以及欠款金额，其中，欠款账户为通行费扣款失败的账户，欠款金额为欠款账户扣款失败的通行费金额，至少依据欠款账单的账单信息，生成补缴二维码，并将补缴二维码发送至欠款账户，本申请中，补缴二维码存储有补缴信息，补缴信息至少包括收款方账户名称，以及至少依据欠款金额确定的补缴金额，并且，补缴二维码用于收取补缴金额。显然，通过本申请提供的账单信息的处理方法，将用于收取补缴金额的补缴二维码发送至欠款账户，当欠款账户收到补缴二维码并扫描后，可以直接跳转至付款界面，并显示补缴二维码存储的补缴信息。由此可见，本方法用于催缴欠款时，相对于现有的催缴方式，提高了催缴的便利性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请实施例提供的一种账单信息的处理的方法的具体实施方式的流程示意图；
图2为本申请实施例提供的一种账单信息的处理的方法的流程示意图；
图3为本申请实施例提供的一种账单信息的处理装置的结构示意图；
图4为本申请实施例提供的一种账单信息的处理设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请实施例提供的账单信息的处理方法可以应用但不限于ETC系统，在实际应用中，可以应用本申请实施例提供的账单信息的处理方法实现对欠款账单的催缴，以及对用户的缴费账单的处理。
需要说明的是，本申请实施例提供的账单信息的处理方法可以应用于电子设备，该电子设备可以为诸如台式机或移动终端(例如智能手机)或ipad等电子设备。可选的，该电子设备还可以为一台服务器，或，一个服务器集群，或，一个云计算服务中心。
图1为本申请实施例提供的一种账单信息的处理方法的具体实现过程。如图1所示，本申请实施例提供的账单信息的处理方法具体可以包括以下步骤：
S101、获取欠款账单的账单信息。
通常，当车辆通过ETC车道时，安装在ETC车道的闸机检测车辆上预先安装的感应卡，并生成账单信息，ETC系统获取账单信息后自动从预设的账户中扣除高速通行费。需要说明的是，预设的账户为用户预设的与感应卡关联的扣费账户，可以为信用卡或储蓄卡，也可以为预设的第三方扣费客户端，例如微信账户或支付宝账户。当产生扣款失败时，ETC系统将生成的账单作为欠款账单并存储。
本实施例中，欠款账单的账单信息包括欠款账户以及欠款金额，欠款账户为通行费扣款失败的账户，欠款金额为欠款账户扣款失败的通行费金额。
由于欠款账户可能存在多个欠款账单，所以实施例中，获取欠款账户的至少一个欠款账单的账单信息。
需要说明的是，本实施例中获取欠款账单的账单信息的时机可以预设，优选的，可以在生成欠款账单后，实时获取欠款账单的账单信息。
S102、确定补缴金额和欠款次数。
由上可知，针对同一欠款账户，本实施例可以获取一个或多个欠款账单的账单信息，因此，本实施例至少包括下述两种确定补缴金额的方法。
第一种、将欠款金额作为补缴金额。
也即，将每一欠款账单的账单信息中包括的欠款金额作为补缴金额。对于同一欠款账户的多个欠款账单，可以得到多个补缴金额。
第二种、将欠款账户的多个欠款账单的账单信息中的欠款金额相加，得到欠款总金额，并将欠款总金额作为补缴金额。
本实施例中，欠款次数为欠款账户的欠款账单的个数。可以理解的是，欠款次数表示欠款账户扣款失败的次数。
需要说明的是，上述第一种确定的补缴金额仅为一个欠款账单的欠款金额，当存在多个欠款账单时，可以按照第一种方法确定每一账单的补缴金额。
S103、至少依据欠款账单的账单信息，生成补缴二维码。
本实施例中，补缴二维码存储有补缴信息，补缴信息至少包括收款方账户名称、补缴金额、以及欠款次数，还可以包括欠款明细，其中，欠款明细为对补缴金额的说明，例如，扣款失败的原因、扣款失败的地点、以及扣款失败的时间。
本实施例中，补缴二维码用于收取补缴金额，可选地，补缴二维码可以为用于收款的二维收款码，例如，可以为微信收款码、支付宝收款码、或银联收款码。可选地，补缴二维码也可以为包括缴费链接的普通二维码。可以理解的是，当用户点击缴费连接，将跳转至缴费界面需要说明的是。生成的补缴二维码的类型可以预设，具体生成方式可以参照现有技术。
S104、当欠款总金额超过预设的金额阈值和/或欠款次数超过预设的次数阈值时，将欠款账户记录至通行黑名单。
其中，金额阈值以及次数阈值依据实际需要进行预设。通常，对于任意欠款账户，欠款金额越大或欠款次数越多表示该欠款账户风险越大，所以本实施例可以将风险较大的欠款账户记录至通行黑名单。一般地，通行黑名单中的账户所关联的感应卡将不能通过ETC收费通道。
例如，预设的金额阈值为1000，预设的次数阈值为2次，欠款账户A的欠款账单个数为3个，三个欠款账单的账单信息中包括的欠款金额分别是100元、200元、和400元，则确定欠款账户A的欠款次数为3次，欠款总金额为：100元+200元+400元＝700元。因为欠款账户A的欠款次数超过次数阈值，则将该欠款账户A记录至通行黑名单。
S105、将补缴二维码发送至欠款账户。
本实施例中，发送补缴二维码的方式可以包括多种，包括：短信、微信、支付宝或手机银行客户端，具体的发送方式可以依据用户需求进行预设。并且，发送的时间或频率可以预设。
例如，在扣款失败后，及时向发送补缴二维码，进一步，本实施例可以将补缴二维码储存，用于在补缴未完成之前，按照预设的发送周期将补缴二维码发送至欠款账户。其中，补缴是否完成通过判断生成补缴二维码的欠款账单是否被删除确定。
需要说明的是，存在以下的场景：当欠款账户接收到补缴二维码并扫描识别补缴二维码后，可以直接跳转到付款界面，通过输入密码或指纹完成付款，由此完成欠款的补缴。
如图1所示，在此场景下，本申请实施例提供的账单信息的处理方法还可以包括以下步骤：
S106、获取缴费账单的账单信息。
其中，缴费账单的账单信息至少包括缴费账户，本实施例中获取的缴费账单为补缴账户支付补缴金额后生成的账单，还可以包括：缴费金额、缴费明细。例如，缴费明细用于说明缴费账单的缴费时间、以及缴费方式(微信、支付宝、柜台、或手机银行)。
S107、依据缴费账单的账单信息，更新缴费账户的欠款账单的账单信息。
本实施例中，可以将缴费账户欠款账单删除，需要说明的是，缴费账单的欠款账单可能存在多个，本步骤可以判断缴费账单的账单信息中缴费金额是否等于欠款总金额，若是，则将缴费账户的所有欠款账单删除，若否，依据缴费账单的账单信息判断缴费账户支付的补缴金额所属的目标欠款账单，并将目标欠款账单删除。
S108、若缴费账户在通行黑名单中，将缴费账户从通行黑名单中移除。
本实施例中，可以从通行黑名单中查找是否存在缴费账户，若存在，则将缴费账户从通行黑名单中移除。
S109、发送缴费成功通知至缴费账户。
本实施例中，发送缴费成功通知的方式可以包括多种，包括：短信、微信、支付宝或手机银行客户端，具体的发送方式可以依据用户需求进行预设。
由上述技术方案可以看出，本申请实施例提供的账单信息的处理方法，可以欠款账单的账单信息，并依据欠款账单的账单信息，生成补缴二维码发送至欠款账户。由于补缴二维码可以为用于收款的收款二维码，并且其中储存有补缴信息。所以，本申请实施例提供的账单信息的处理方法通过发送给欠款账户补缴二维码，提供用户补缴欠款的方式，可以理解的是，当用户收到补缴二维码并扫描后，可以直接跳转至付款界面，并显示补缴二维码存储的补缴信息。由此可见，本申请实施例提供的账单信息的处理方法用于催缴欠款时，相对于现有的催缴方式，提高了催缴的便利性。
例如，目前系统针对于扣款失败的催缴方式为：以短信方式将扣款失败的提示信息发送至车主，以提醒车主及时补缴欠款。但是，用户仍需自行查询欠款账单，并通过柜台缴费或客户端转账的方式进行补缴，可见，目前的催缴方式的便利性低。
进一步，本申请实施例提供的账单信息的处理方法在用户完成补缴之后，依据缴费账单的账单信息，及时更新通行黑名单以及缴费账户的欠款账单，提高账单信息处理的及时性。
需要说明的是，本申请实施例提供的账单信息的处理方法应用于催缴欠款时，通过生成并发送补缴二维码，提高了催缴的便利性。本实施例中，将本申请实施例提供的账单信息的处理方法概括总结为图2所示的账单信息的处理方法。具体可以包括：
S201、获取欠款账单的账单信息。
欠款账单的账单信息包括欠款账户以及欠款金额，欠款账户为通行费扣款失败的账户，欠款金额为欠款账户扣款失败的通行费金额。
由于欠款账户可能存在多个欠款账单，所以实施例中，获取欠款账户的至少一个欠款账单的账单信息。
需要说明的是，本实施例中获取欠款账单的账单信息的时机可以预设，优选的，可以在生成欠款账单后，实时获取欠款账单的账单信息。
S202、至少依据欠款账单的账单信息，生成补缴二维码。
补缴二维码存储有补缴信息，补缴信息至少包括收款方账户名称以及补缴金额，补缴金额至少依据欠款金额确定。
其中，当获取多个欠款账单的账单信息时，可以分别依据每一欠款账单的账单信息，确定每一欠款账单的补缴金额，也可以依据所有欠款账单的账单信息，确定补缴金额。具体的，补缴金额的方法包括多种，具体可以参见上述S102。
S203、将补缴二维码发送至欠款账户。
本实施例中，补缴二维码用于收取补缴金额，也即用户可以直接扫描补缴二维码进行补缴，具体的补缴方法根据补缴二维码的类型确定。
本实施例中，发送补缴二维码的方式可以包括多种，包括：短信、微信、支付宝或手机银行客户端，具体的发送方式可以依据用户需求进行预设。
由上述技术方案可以看出，本申请实施例提供的账单信息的处理方法，可以欠款账单的账单信息，并依据欠款账单的账单信息，生成补缴二维码发送至欠款账户。由于补缴二维码可以为用于收款的收款二维码，并且其中储存有补缴信息。所以，本申请实施例提供的账单信息的处理方法通过发送给欠款账户补缴二维码，提供用户补缴欠款的方式，可以理解的是，当用户收到补缴二维码并扫描后，可以直接跳转至付款界面，并显示补缴二维码存储的补缴信息。由此可见，本申请实施例提供的账单信息的处理方法用于催缴欠款时，相对于现有的催缴方式，提高了催缴的便利性。
本申请实施例还提供了一种账单信息的处理装置，本申请实施例提供的账单信息的处理装置可以为运行在电子设备中的客户端，该客户端可以是应用程序客户端，也可以是网页客户端。
下面对本申请实施例提供的账单信息的处理装置进行描述，下文描述的账单信息的处理装置与上文描述的账单信息的处理方法可相互对应参照。
请参阅图3，示出了本申请实施例提供的一种账单信息的处理装置的结构示意图，如图3所示，该装置可以包括：
信息获取单元301，用于获取欠款账单的账单信息，所述欠款账单的账单信息包括欠款账户以及欠款金额，所述欠款账户为通行费扣款失败的账户，所述欠款金额为所述欠款账户扣款失败的通行费金额；
二维码生成单元302，用于至少依据所述欠款账单的账单信息，生成补缴二维码，所述补缴二维码存储有补缴信息，所述补缴信息至少包括收款方账户名称以及补缴金额，所述补缴金额至少依据所述欠款金额确定；
二维码发送单元303，用于将所述补缴二维码发送至所述欠款账户，所述补缴二维码用于收取所述欠款金额。
可选地，本装置还包括补缴金额确定单元，用于：将所述欠款金额作为补缴金额；
或者，将所述欠款账户的多个所述欠款账单的账单信息中的所述欠款金额相加，得到所述补缴金额。
可选地，补缴信息还包括：欠款次数，所述欠款次数为所述欠款账户的所述欠款账单的个数。
可选地，本装置还包括：
黑名单生成单元，用于当所述欠款账户满足预设条件时，将所述欠款账户加入通行黑名单，所述预设条件包括：所述欠款总金额超过预设的金额阈值和/或所述欠款次数超过预设的次数阈值。
可选地，本装置还包括：
缴费信息获取单元，用于获取缴费账单的账单信息，所述缴费账单的账单信息至少包括缴费账户，所述缴费账单为所述补缴账户支付所述补缴金额后生成的账单；
账单信息更新单元，用于依据所述缴费账单的账单信息，更新所述缴费账户的所述欠款账单的账单信息。
可选地，本装置还包括：
黑名单更新单元，用于若所述缴费账户在所述通行黑名单中，将所述缴费账户从所述通行黑名单中移除；
通知单元，用于发送缴费成功通知至所述缴费账户。
所述账单信息的处理装置包括处理器和存储器，上述信息获取单元、二维码生成单元、和二维码发送单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来提高催缴的便利性。
本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述账单信息的处理方法。
本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述账单信息的处理方法。
本发明实施例提供了一种设备，图4示出了本申请实施例提供的一种账单信息的处理设备的结构示意图，设备(40)包括至少一个处理器401、以及与处理器连接的至少一个存储器402、总线403；其中，处理器、存储器通过总线完成相互间的通信；处理器用于调用存储器中的程序指令，以执行上述的账单信息的处理方法。本文中的设备可以是服务器、PC、PAD、手机等。
本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：
一种账单信息的处理方法，包括：
获取欠款账单的账单信息，所述欠款账单的账单信息包括欠款账户以及欠款金额，所述欠款账户为通行费扣款失败的账户，所述欠款金额为所述欠款账户扣款失败的通行费金额；
至少依据所述欠款账单的账单信息，生成补缴二维码，所述补缴二维码存储有补缴信息，所述补缴信息至少包括收款方账户名称以及补缴金额，所述补缴金额至少依据所述欠款金额确定；
将所述补缴二维码发送至所述欠款账户，所述补缴二维码用于收取所述补缴金额。
可选地，补缴金额的确定过程包括：
将所述欠款金额作为所述补缴金额；
或者，将所述欠款账户的多个所述欠款账单的账单信息中的所述欠款金额相加得到欠款总金额，并将所述欠款总金额作为所述补缴金额。
可选地，补缴信息还包括：欠款次数，所述欠款次数为所述欠款账户的所述欠款账单的个数。
可选地，本方法还包括：
当所述欠款账户满足预设条件时，将所述欠款账户加入通行黑名单，所述预设条件包括：所述欠款总金额超过预设的金额阈值和/或所述欠款次数超过预设的次数阈值。
可选地，本方法还包括：
获取缴费账单的账单信息，所述缴费账单的账单信息至少包括缴费账户，所述缴费账单为所述补缴账户支付所述补缴金额后生成的账单；
依据所述缴费账单的账单信息，更新所述缴费账户的所述欠款账单的账单信息。
可选地，本方法还包括：
若所述缴费账户在所述通行黑名单中，将所述缴费账户从所述通行黑名单中移除；
发送缴费成功通知至所述缴费账户。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
在一个典型的配置中，设备包括一个或多个处理器(CPU)、存储器和总线。设备还可以包括输入/输出接口、网络接口等。
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。
Claims (10)
1.一种账单信息的处理方法，其特征在于，包括：
获取欠款账单的账单信息，所述欠款账单的账单信息包括欠款账户以及欠款金额，所述欠款账户为通行费扣款失败的账户，所述欠款金额为所述欠款账户扣款失败的通行费金额；
至少依据所述欠款账单的账单信息，生成补缴二维码，所述补缴二维码存储有补缴信息，所述补缴信息至少包括收款方账户名称以及补缴金额，所述补缴金额至少依据所述欠款金额确定；
将所述补缴二维码发送至所述欠款账户，所述补缴二维码用于收取所述补缴金额。
2.根据权利要求1所述的方法，其特征在于，所述补缴金额的确定过程包括：
将所述欠款金额作为所述补缴金额；
或者，将所述欠款账户的多个所述欠款账单的账单信息中的所述欠款金额相加得到欠款总金额，并将所述欠款总金额作为所述补缴金额。
3.根据权利要求2所述的方法，其特征在于，所述补缴信息还包括：欠款次数，所述欠款次数为所述欠款账户的所述欠款账单的个数。
4.根据权利要求3所述的方法，其特征在于，还包括：
当所述欠款账户满足预设条件时，将所述欠款账户加入通行黑名单，所述预设条件包括：所述欠款总金额超过预设的金额阈值和/或所述欠款次数超过预设的次数阈值。
5.根据权利要求4所述的方法，其特征在于，还包括：
获取缴费账单的账单信息，所述缴费账单的账单信息至少包括缴费账户，所述缴费账单为所述补缴账户支付所述补缴金额后生成的账单；
依据所述缴费账单的账单信息，更新所述缴费账户的所述欠款账单的账单信息。
6.根据权利要求5所述的方法，其特征在于，还包括：
若所述缴费账户在所述通行黑名单中，将所述缴费账户从所述通行黑名单中移除；
发送缴费成功通知至所述缴费账户。
7.一种账单信息的处理装置，其特征在于，包括：
信息获取单元，用于获取欠款账单的账单信息，所述欠款账单的账单信息包括欠款账户以及欠款金额，所述欠款账户为通行费扣款失败的账户，所述欠款金额为所述欠款账户扣款失败的通行费金额；
二维码生成单元，用于至少依据所述欠款账单的账单信息，生成补缴二维码，所述补缴二维码存储有补缴信息，所述补缴信息至少包括收款方账户名称以及补缴金额，所述补缴金额至少依据所述欠款金额确定；
二维码发送单元，用于将所述补缴二维码发送至所述欠款账户，所述补缴二维码用于收取所述欠款金额。
8.根据权利要求1所述的方法，其特征在于，还包括补缴金额确定单元，用于：
将所述欠款金额作为补缴金额；
或者，将所述欠款账户的多个所述欠款账单的账单信息中的所述欠款金额相加，得到所述补缴金额。
9.一种账单信息的处理设备，其特征在于，包括：存储器和处理器；
所述存储器，用于存储程序；
所述处理器，用于执行所述程序，实现如权利要求1～6所述的账单信息的处理方法的各个步骤。
10.一种可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现如权利要求1～6所述的账单信息的处理方法的各个步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010382422.5A CN111563736A (zh) | 2020-05-08 | 2020-05-08 | 账单信息的处理方法、装置、设备及可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010382422.5A CN111563736A (zh) | 2020-05-08 | 2020-05-08 | 账单信息的处理方法、装置、设备及可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111563736A true CN111563736A (zh) | 2020-08-21 |
Family
ID=72071803
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010382422.5A Pending CN111563736A (zh) | 2020-05-08 | 2020-05-08 | 账单信息的处理方法、装置、设备及可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111563736A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112001722A (zh) * | 2020-08-26 | 2020-11-27 | 中国银行股份有限公司 | 一种etc通行费的付款方法及系统 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011141853A (ja) * | 2010-01-11 | 2011-07-21 | Girunetto Kk | 携帯端末を用いたオフライン取引の決済方法、プログラム、決済用近距離無線通信機器。 |
| CN103632260A (zh) * | 2013-12-15 | 2014-03-12 | 程振国 | 基于二维码的电费抄表支付的系统 |
| CN105139460A (zh) * | 2015-07-08 | 2015-12-09 | 北京车行神州科技有限公司 | 一种通过手机扫描二维码实现停车场收费管理的方法 |
| CN107195002A (zh) * | 2017-04-01 | 2017-09-22 | 深圳市微付充科技有限公司 | 交通付费的实现方法、服务器、移动设备及监控设备 |
| CN110245925A (zh) * | 2019-05-20 | 2019-09-17 | 陈旭 | 电子支付方法、系统、装置及计算机可读存储介质 |
| CN110490585A (zh) * | 2019-08-09 | 2019-11-22 | 珠海格力电器股份有限公司 | 二维码收费方法、装置、多联机分户计费设备和存储介质 |
-
2020
- 2020-05-08 CN CN202010382422.5A patent/CN111563736A/zh active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011141853A (ja) * | 2010-01-11 | 2011-07-21 | Girunetto Kk | 携帯端末を用いたオフライン取引の決済方法、プログラム、決済用近距離無線通信機器。 |
| CN103632260A (zh) * | 2013-12-15 | 2014-03-12 | 程振国 | 基于二维码的电费抄表支付的系统 |
| CN105139460A (zh) * | 2015-07-08 | 2015-12-09 | 北京车行神州科技有限公司 | 一种通过手机扫描二维码实现停车场收费管理的方法 |
| CN107195002A (zh) * | 2017-04-01 | 2017-09-22 | 深圳市微付充科技有限公司 | 交通付费的实现方法、服务器、移动设备及监控设备 |
| CN110245925A (zh) * | 2019-05-20 | 2019-09-17 | 陈旭 | 电子支付方法、系统、装置及计算机可读存储介质 |
| CN110490585A (zh) * | 2019-08-09 | 2019-11-22 | 珠海格力电器股份有限公司 | 二维码收费方法、装置、多联机分户计费设备和存储介质 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112001722A (zh) * | 2020-08-26 | 2020-11-27 | 中国银行股份有限公司 | 一种etc通行费的付款方法及系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109961365B (zh) | 一种基于区块链智能合约的收账记录处理方法及系统 | |
| US20090265272A1 (en) | Money transfers utilizing a unique receiver identifier | |
| CN110458557B (zh) | 一种付款方法、设备及存储介质 | |
| US20090106152A1 (en) | Money transfers utilizing unique receiver identifier | |
| CN113194419B (zh) | 基于5g消息和人脸识别的卡销户方法及系统 | |
| CN105122312A (zh) | 利用通信装置的通行支付收取 | |
| CN112184240A (zh) | 一种退款请求处理方法和装置 | |
| CN105185005A (zh) | 一种生成发票的方法和设备 | |
| CN113112254A (zh) | 一种区域消息共享方法及装置 | |
| KR20070026939A (ko) | 한 개의 카드번호를 이용한 마일리지 포인트, 전자화폐,전자상품권, 선불카드, 직불카드 및 타 신용카드의통합결제 시스템 및 방법 | |
| CN106096954B (zh) | 非联网数据处理装置、非联网数据交互系统及方法 | |
| CN111563736A (zh) | 账单信息的处理方法、装置、设备及可读存储介质 | |
| CN112669059A (zh) | 收款方法、装置、服务器及存储介质 | |
| CN110689394B (zh) | 业务补单的处理方法及装置 | |
| CN116884141A (zh) | 无感支付的充电服务系统、充电请求的处理方法及装置 | |
| CN111192035A (zh) | 一种多制式消费清算的配置处理方法及系统 | |
| CN106157141B (zh) | 数值处理方法及装置 | |
| CN115099801A (zh) | 基于公有云的缴费信息处理方法及装置 | |
| CN115526730A (zh) | 一种股权激励资金管理方法、装置、电子设备及存储介质 | |
| CN113554509B (zh) | 一种线上支付业务的处理方法、装置、介质及电子设备 | |
| CN209248589U (zh) | 快捷支付装置 | |
| CN114462992A (zh) | 支付方法及系统、装置 | |
| CN108288160A (zh) | 基于信用评估担保的支付方法和系统 | |
| CN106251127A (zh) | 一种智能卡的在线充值方法和设备 | |
| KR20120125441A (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 |