CN113222580A - 账务处理方法及相关装置 - Google Patents

账务处理方法及相关装置 Download PDF

Info

Publication number
CN113222580A
CN113222580A CN202110587239.3A CN202110587239A CN113222580A CN 113222580 A CN113222580 A CN 113222580A CN 202110587239 A CN202110587239 A CN 202110587239A CN 113222580 A CN113222580 A CN 113222580A
Authority
CN
China
Prior art keywords
deduction
processing platform
accounting processing
transaction detail
state
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
CN202110587239.3A
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.)
Agricultural Bank of China
Original Assignee
Agricultural Bank of China
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 Agricultural Bank of China filed Critical Agricultural Bank of China
Priority to CN202110587239.3A priority Critical patent/CN113222580A/zh
Publication of CN113222580A publication Critical patent/CN113222580A/zh
Pending legal-status Critical Current

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/14—Payment architectures specially adapted for billing systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/903—Querying
    • 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/405—Establishing or using transaction specific rules
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/26—Government or public services
    • 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
    • G07B15/063—Arrangements for road pricing or congestion charging of vehicles or vehicle users, e.g. automatic toll systems using wireless information transmission between the vehicle and a fixed station

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Educational Administration (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Computational Linguistics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Devices For Checking Fares Or Tickets At Control Points (AREA)

Abstract

本申请提供一种账务处理方法及相关装置，包括步骤：ETC账务处理平台接收来自路网中心***的扣款报文，所述扣款报文包括扣款交易明细和所述扣款交易明细的支付流水号；所述ETC账务处理平台检验数据库扣款交易明细表中是否存在所述支付流水号；在所述数据库扣款交易明细表中不存在所述支付流水号时，所述ETC账务处理平台根据所述扣款交易明细进行扣款。该技术方案解决了路网中心***重新请款，或者扣款报文中误发重复请款交易，进而导致重复扣款的问题。

Description

账务处理方法及相关装置
技术领域
本申请涉及智能交通领域，尤其涉及一种账务处理方法及相关装置。
背景技术
电子不停车收费***(electronic the collection，ETC)是目前世界上最先进的路桥收费方式，其通过安装在车辆挡风玻璃上的车载电子标签与在收费站ETC车道上的微波天线之间的微波专用短程通讯并利用计算机互联技术与银行进行后台结算处理，从而达到在车辆通过路桥收费站时无需停车就能实现支付的目的，且随着国家对ETC的大力推广，ETC也逐渐应用于小区、商场、写字楼等停车场收费场景中。
然而由于互联业务流程复杂，涉及***多，网络拓扑结构复杂，实际交互时难免有网络波动等异常情况发生，导致银行扣费处理后生成的请款应答没有及时返回给路网中心***，路网中心***重新请款，或者扣款报文中误发重复请款交易，进而导致重复扣款的问题。
发明内容
本申请提出了一种账务处理方法及相关装置，用以避免重复扣款给用户带来的不好的体验，实现了对账务重复的预防。
第一方面，本申请提供一种账务处理方法。该方法包括：ETC账务处理平台接收来自路网中心***的扣款报文，所述扣款报文包括扣款交易明细和所述扣款交易明细的支付流水号；所述ETC账务处理平台检验数据库扣款交易明细表中是否存在所述支付流水号；在所述数据库扣款交易明细表中不存在所述支付流水号时，所述ETC账务处理平台根据所述扣款交易明细进行扣款。
本申请的方法中，通过检验数据库扣款交易明细表中是否存在待扣款的支付流水号来解决重复请款的问题，只有当数据库扣款交易明细表中不存在该支付流水号时，才能进行扣款，否则视为重复请款。
结合第一方面，在第一种可能的实现方式中，该方法还包括：所述ETC账务处理平台启动账务处理进程时，将所述账务处理进程的状态设置为正常运行；所述ETC账务处理平台根据所述扣款交易明细进行扣款，包括：所述ETC账务处理平台判断所述账务处理进程的状态是否为正常运行；所述账务处理进程的状态为正常运行时，所述ETC账务处理平台基于所述扣款交易明细进行扣款；其中，该方法还包括：所述ETC账务处理平台接收外部指令，所述外部指令用于指示所述ETC账务处理平台需要进行变更或升级；所述ETC账务处理平台判断所述账务处理进程是否处于空闲状态；所述账务处理进程处于空闲状态时，将所述账务处理进程的状态设置为完成终止；所述账务处理进程处于非空闲状态时，将所述账务处理进程的状态设置为待终止。
该实现方式中，将账务处理进程的状态分为三个状态，即正常运行、待终止和完成终止，当账务处理进程的状态处于正常运行时，依次对每笔扣款交易明细进行扣款处理，若需对ETC账务处理平台进行变更或升级，则将账务处理进程的状态改为待终止，处理完成本次从数据库中读取的所有扣款交易明细，此时进程处于空闲态，则将账务处理进程的状态改为完成终止，不再读取扣款交易明细，因此本方式既不会有强行停止进程而出现正在处理的交易明细意外中断的情形，也不会有进程发生重新启动时对中断的交易明细进行重复入账的问题，很好的保持了ETC账务处理的一致性、稳定性。
结合第一方面，在第二种可能的实现方式中，该方法还包括：在所述数据库扣款交易明细表中不存在所述支付流水号时，所述ETC账务处理平台将所述扣款交易明细的处理状态设置为待处理；其中，所述ETC账务处理平台基于所述扣款交易明细进行扣款，包括：所述ETC账务处理平台判断所述扣款交易明细的处理状态是否为待处理；所述扣款交易明细的处理状态为待处理时，所述ETC账务处理平台基于所述扣款交易明细进行扣款，并且所述ETC账务处理平台将所述扣款交易明细的处理状态更新为处理中。
该实现方式中，通过设置扣款交易明细的状态来防止重复交易。当账务处理进程在处理扣款交易明细时，只处理状态是待处理的扣款交易明细，防止其他进程进行二次处理，重复扣款。
结合第一方面，在第三种可能的实现方式中，所述ETC账务处理平台基于所述扣款交易明细进行扣款，并且所述ETC账务处理平台将所述扣款交易明细的处理状态更新为处理中，包括：所述ETC账务处理平台判断防重表中不包含所述扣款交易明细的支付流水号时，基于所述扣款交易明细进行扣款，并且所述ETC账务处理平台将所述扣款交易明细的处理状态更新为处理中；所述方法还包括：所述ETC账务处理平台基于所述扣款交易明细扣款开始时，所述ETC账务处理平台将所述扣款交易明细的支付流水号记录到所述防重表中。
该实现方式中，在最终进行扣款之前，先将扣款交易明细的支付流水号***到已经处理过的扣款交易明细的支付流水号的防重表中进行检验，只有当防重表中不存在该支付流水号时，才进行扣款，避免了重复入账的问题。
结合第一方面，在第四种可能的实现方式中，所述扣款报文还包括所述扣款报文的文件编号；其中，所述ETC账务处理平台检验数据库扣款交易明细表中是否存在所述支付流水号之前，所述方法还包括：所述ETC账务处理平台检验数据库扣款报文表中是否存在所述文件编号；所述ETC账务处理平台检验数据库扣款交易明细表中是否存在所述支付流水号，包括：所述数据库扣款报文表中不存在所述文件编号时，所述ETC账务处理平台检验数据库扣款交易明细表中是否存在所述支付流水号。
该实现方式中，在判断扣款交易明细的支付流水号是否重复之前，先判断扣款报文的文件编号是否重复，若经过判断扣款报文的文件编号重复，则不再对扣款交易明细的支付流水号进行判断，提高了时效性。
结合第一方面，在第五种可能的实现方式中，所述方法还包括：在所述数据库扣款交易明细表中不存在所述扣款报文中所有扣款交易明细的支付流水号时，所述ETC处理平台将所述扣款报文的处理状态设置为待处理；其中，所述ETC账务处理平台判断所述扣款交易明细的处理状态是否为待处理，包括：所述ETC账务处理平台判断所述扣款报文的处理状态是否为待处理；所述扣款报文的处理状态为待处理时，所述ETC账务处理平台将所述扣款报文的处理状态设置为处理中，并判断所述扣款交易明细的处理状态是否为待处理。
结合第一方面，在第六种可能的实现方式中，所述方法还包括：所述ETC账务处理平台基于所述扣款交易明细扣款成功时，所述ETC账务处理平台将所述扣款交易明细的处理状态设置为成功；所述ETC账务处理平台基于所述扣款交易明细扣款失败时，所述ETC账务处理平台将所述扣款交易明细的处理状态设置为失败；所述扣款报文中所有扣款交易明细的处理状态为成功和失败中任意一种状态时，所述ETC账务处理平台将所述扣款报文的处理状态设置为已处理。
第二方面，本申请提供一种账务处理装置，所述装置可以包括用于实现第一方面中方法的各个模块，这些模块可以通过软件和/或硬件的方式实现。
第三方面，本申请提供一种账务处理装置，包括：存储器和处理器；所述存储器用于存储程序指令；所述处理器用于调用所述存储器中的程序指令执行如第一方面或其中任意一种可能的实现方式所述的方法。
第四方面，本申请提供一种芯片，包括至少一个处理器和通信接口，所述通信接口和所述至少一个处理器通过线路互联，所述至少一个处理器用于运行计算机程序或指令，以执行如第一方面或其中任意一种可能的实现方式所述的方法。
第五方面，本申请提供一种计算机可读介质，该计算机可读介质存储用于设备执行的程序代码，该程序代码包括用于执行如第一方面或其中任意一种可能的实现方式所述的方法。
第六方面，本申请提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行如第一方面或其中任意一种可能的实现方式所述的方法。
第七方面，本申请提供一种计算设备，包括至少一个处理器和通信接口，所述通信接口和所述至少一个处理器通过线路互联，所述通信接口与目标***通信，所述至少一个处理器用于运行计算机程序或指令，以执行如第一方面或其中任意一种可能的实现方式所述的方法。
附图说明
图1是表示现有技术中基于ETC的车辆支付多场景的业务流程图；
图2为本申请一个实施例的账务处理方法的流程示意图；
图3为本申请实施例示出的扣款报文表和扣款交易明细表的示意图；
图4为本申请一个实施例的ETC账务进程处理流程示意图；
图5为本申请另一个实施例的ETC账务进程处理流程示意图；
图6为本申请另一个实施例的账务处理方法的流程示意图；
图7为本申请一个实施例提供的账务处理装置的结构示意图；
图8为本申请另一个实施例提供的账务处理装置的结构示意图。
具体实施方式
为了更好地介绍本申请的实施例，下面对本申请的实施例中的一些概念进行介绍。
ETC，电子不停车收费***。通过安装在例如车辆挡风玻璃上的车载电子标签与收费站ETC车道上的微波天线之间进行的专业短程通讯，利用计算机互联技术与银行进行后台结算处理，从而达到车辆通过高速公路或桥梁收费站无需停车就能缴纳高速公路或桥梁费用的目的。
ETC***是采用车辆识别技术完成车辆与收费站之间的无线数据通讯，进行车辆自动感应识别和相关收费数据的交换，采用计算机网络进行收费数据的处理，实现不停车、不设收费窗口也能全自动电子收费的***。
ETC***通过安装于车辆上的车载装置和安装在收费站车道上的天线之间进行无线通信和信息交换。主要由车辆自动识别***、中心管理***和其他辅助设施等组成。其中，车辆自动识别***由车载单元(on board unit，OBU)又称应答器或电子标签、路边单元(road side unit，RSU)、环路感应器等组成。
OBU中存有车辆的识别信息，一般安装在车辆前面的挡风玻璃上，RSU安装在路旁，环路传感器安装于车道地面下。中心管理***中有大型的数据库，存储大量注册车辆和用户的信息。当车辆通过收费站口时，环路感应器感知车辆，RSU发出询问信息，OBU做出响应，并进行双向通信和数据交换；中心管理***获取车辆识别信息，如汽车ID号、车型等信息和数据库中相应信息进行比较判断，根据不同的情况来控制管理***产生不同的动作，如计算机收费***从该车的预付款账户中扣除此次应交的过路费，或者发送指令给其它辅助设施工作。
OBU，是采用专用短程通信技术(dedicated short range communication，DSRC)与RSU进行通讯的微波装置。在ETC***中，OBU安装在车上，与路边架设路侧单元(RSU-roadside unit)相互之间通过微波进行通讯，车辆高速通过RSU的时候，OBU与RSU之间用微波通讯。
图1是表示现有技术中基于ETC的车辆支付多场景的业务流程图。
如图1所示，安装ETC的车辆在商户(加油站、停车场、骑车快餐等)出入口时或者其他场景时，由龙门架或者商户通过其他ETC设备自动识别设备信息，上送交易信息，实现乘车人无感支付。
在例如图1所示的基于ETC的车辆支付场景中的一个场景下的账务处理方法主要由ETC设备、收单机构***(可选)、路网中心***、银行ETC账务处理平台、银行核心***实现，主要包括以下步骤：
步骤11，乘车人完成交易后，由商户通过ETC设备读取车辆客户信息，并向收单机构***上送扣款交易明细。
其中，扣款交易明细中包括支付流水号、交易中的ETC***信息、OBU设备信息、通行车辆车牌号、通行时间、合约号、扣款金额等，每笔扣款交易明细有一个唯一的支付流水号作为区分。
步骤12，收单机构***进行内部处理，根据采集到的扣款交易明细，组成交易请求的扣款报文后，向路网中心***发送。
其中，扣款报文包括文件编号、扣款总金额、扣款总笔数、扣款交易明细等，每个报文有一个唯一的文件编号，不同文件编号的扣款报文算两份不同的请款进行处理。
步骤13，路网中心***接收到扣款报文后，向银行ETC账务处理平台发起请款指令。
其中，路网中心***，又称路网中心部级ETC发行认证及监管***，负责转发记录用户的ETC通行情况，如驶入驶出站、通行时间、扣款金额等，并向银行ETC账务处理平台发起请款。
银行ETC账务处理平台，是银行的中间业务***，负责对接路网中心***ETC业务开户、充值、提现、签约绑卡、绑车、OBU下单、ETC扣款、退款等业务，其中批量账务进程负责处理ETC请款和退款请求，校验扣款交易明细后逐笔向银行核心***发起入账请求，并将入账结果返给路网中心***。
银行ETC账务处理平台与路网中心***之间通信时，采用的是超文本传输安全协议(hyper text transfer protocol over secure socket layer，HTTPS)，以JSON文件作为传输的载体进行传输，二者之间是响应式的。同时采用授权码对传输指令进行鉴权，控制访问权限，保证数据安全。
步骤14，银行ETC账务处理平台在检验ETC用户的身份信息、通行时间，查询ETC用户的预留银行***信息，根据优惠券计算扣款金额之后，组织无卡消费交易请求报文(例如，请求报文中包括银行***、发卡机构、扣款金额等内容)后，并向银行核心***发送扣费指令。
步骤15，银行核心***检查银行卡余额信息，并根据金额等信息进行扣款，扣款成功/失败后，向银行ETC账务处理平台返回扣款结果。
步骤16，银行ETC账务处理平台根据银行核心***发送的扣款结果，组成扣款结果报文并向路网中心***返回。
其中，扣款结果报文包括成功金额、成功笔数、失败金额、失败笔数、处理时间等信息。
若银行ETC账务处理平台向路网中心***发送扣款结果报文时，出现网络波动的情况导致通讯超时，则记录该批次扣款结果报文状态为发送超时，并生成告警短信，后续人工进行重发处理。
在以上的账务处理方法中，银行ETC账务处理平台向路网中心***返回扣款结果是通过计算机网络实现的，但是由于互联业务流程复杂，涉及***多，网络拓扑结构复杂，难免有网络波动等异常情况发生，导致银行扣费处理后生成的扣款结果没有及时返回给路网中心***，路网中心***重新请款，进而导致了重复扣款的问题。
本申请实施例考虑到上述问题，提出了一种账务处理方法，在ETC账务处理平台接收来自路网中心***的扣款报文之后，对数据库扣款交易明细表中是否存在待扣款的支付流水号进行判断，只有当数据库扣款交易明细表中不存在该支付流水号时，才能进行扣款，解决了路网中心***重复请款的问题。
进一步地，在对扣款报文中的扣款交易明细进行账务处理时，有时也需要增加新的功能或者业务，即需要对ETC批量账务平台进行变更或升级，但是平台在进行变更或升级时或多或少会间断账务处理进程一些时间，这就容易导致正在处理中的批次中的扣款明细处理到一半而意外中断，进而导致请款失败。而进程重启后重新处理该扣款明细也会造成重复扣费。这种方式下造成的差错，多为人工调账，增加了不必要的工作量，同时也严重影响客户的通行扣费体验。
因此本申请将账务处理进程的状态分为三个状态，即正常运行、待终止和完成终止，当账务处理进程的状态处于正常运行时，依次对每笔扣款交易明细进行扣款处理，若需对ETC账务处理平台进行变更或升级时，先将账务处理进程状态改为待终止，处理完成本轮循环从数据库中读取的所有扣款交易明细之后，再将账务处理进程的状态改为完成终止，不再读取扣款交易明细。
该方式既不会有强行停止进程而出现正在处理的交易明细意外中断的情形，也不会有进程发生重新启动时对中断的交易明细进行重复入账的问题，很好的保持了ETC账务处理的一致性、稳定性。
而账务处理进程在处理扣款交易明细时，其中断的原因也不仅仅只是账务处理平台的变更或升级这一个，也有可能是由于***或者别的非人为因素造成的，此时只标记进程状态还是会导致进程重启时重复扣费的问题。
因此本申请还可以通过对扣款报文、扣款交易明细的状态进行设置来防止重复交易。当账务处理进程在处理扣款交易明细时，只处理状态是待处理的扣款交易明细，防止其他进程进行二次处理，重复扣款。
下面，通过具体实施例对本申请的技术方案进行详细说明。
图2为本申请一个实施例的账务处理方法的流程示意图。如图2所示，该方法可以包括S201、S202和S203。
S201，ETC账务处理平台接收来自路网中心***的扣款报文，该扣款报文包括扣款交易明细和扣款交易明细的支付流水号。
本实施例中，扣款报文是指路网中心***与银行ETC账务处理平台每次请款交互的内容，包括多笔扣款交易明细和扣款交易明细的支付流水号。
其中，支付流水号是扣款交易明细的唯一标识，也就是说，每笔扣款交易明细的支付流水号都不相同。若是两笔扣款交易明细的支付流水号相同，则可认为这两笔扣款交易明细为同一笔扣款交易明细。
进一步的，扣款报文还包括扣款报文的文件编号、扣款总笔数、扣款总金额。
其中，文件编号是扣款报文的唯一标识，也就是说，每笔扣款报文的文件编号都不相同，若是两笔扣款报文的文件相同，则可认为这两笔扣款报文为同一笔扣款报文。
S202，ETC账务处理平台检验数据库扣款交易明细表中是否存在该支付流水号。
本实施例中，数据库扣款交易明细表是扣款交易明细的存储装置，该扣款交易明细表可如图3所示，从图3可以看出，扣款交易明细表包括了不同扣款报文的多笔扣款交易明细。
作为一种示例，扣款交易明细表包括了扣款报文1中支付流水号为P0001的扣款交易明细1、支付流水号为P0002的扣款交易明细2，扣款报文2中支付流水号为P0003的扣款交易明细3、支付流水号为P0004的扣款交易明细4。
可以理解的是，本申请实施例示意的扣款交易明细表的支付流水号的表示形式并不构成对支付流水号的具体限定。在本申请另一些实施例中，扣款交易明细的支付流水号还可以表示为其他的形式。
本实施例中，ETC账务处理平台在接收到扣款交易明细时，首先需要对每笔扣款交易明细进行检验，确定其之前没有记入过扣款交易明细表中，即对该笔扣款交易明细的唯一性进行判断，这样是为了防止由于网络波动等因素导致银行扣费处理后生成的请款应答没有及时返回给路网中心***，导致路网中心***重新请款的问题。
在经过检验之后，如果数据库扣款交易明细表中不存在该笔扣款交易明细的支付流水号，则对该笔扣款交易明细进行入库，保存到扣款交易明细表中，进行后续扣款处理，详细的步骤如S203所示，这里不再赘述。
进一步地，该方法还包括：
ETC账务处理平台在检验数据库扣款交易明细表中是否存在该笔扣款交易明细的支付流水号之前，可以先检验数据库扣款报文表中是否存在保存该笔扣款交易明细的扣款报文的文件编号。
在经过检验之后，当数据库扣款报文表中不存在该文件编号时，对该笔扣款报文进行入库，保存到扣款报文表中，同时ETC账务处理平台检验数据库扣款交易明细表中是否存在该笔扣款交易明细的支付流水号。具体的检验过程如上述实施例，这里不再赘述。
当数据库扣款报文表中存在该文件编号时，ETC账务处理平台不再检验数据库扣款交易明细表中是否存在该笔扣款交易明细的支付流水号，直接给路网中心***返回扣款报文重复请款的信息，可以提高检验的效率，提高时效性。
本实施例中，数据库扣款报文表是扣款报文的存储装置，该扣款报文表可如图3所示，从图3可以看出，扣款报文表包括了多笔扣款报文。
作为一种示例，扣款报文表包括了文件编号为M001的扣款报文1，文件编号为M002的扣款报文2。
可以理解的是，本申请实施例示意的扣款报文表的文件编号的表示形式并不构成对文件编号的具体限定。在本申请另一些实施例中，扣款报文的文件编号还可以表示为其他的形式。
S203，在数据库扣款交易明细表中不存在该支付流水号时，ETC账务处理平台根据该扣款交易明细进行扣款。
本实施例中，ETC账务处理平台检验数据库扣款交易明细表中不存在待扣款的扣款交易明细的支付流水号之后，可以启动ETC账务处理进程对该笔扣款交易明细进行扣款。
其中，ETC账务处理进程扣款的流程包括以下几个步骤：
步骤21，检验该笔扣款交易明细所属的ETC用户的身份是否合法。
若经过检验，该ETC用户在黑名单中，身份不合法，则不对该笔扣款交易明细进行扣款处理。
若经过检验，该ETC用户的身份合法，执行步骤22。
需要注意的是，具体的检验用户身份合法性的方法可参考现有技术，这里不再赘述。
步骤22，检验该笔扣款交易明细所属车辆的通行时间。
若经过检验，该笔扣款交易的所属车辆的通行时间不在预设时间内，则不对该笔扣款交易明细进行扣款处理。
若经过检验，该笔扣款交易的所属车辆的通行时间在预设时间内，则执行步骤23。
其中，预设时间可以根据历史经验进行设置。
作为一种示例，预设时间可以为12天。
步骤23，计算扣款金额，并查询该ETC用户的预留银行***信息。
若该ETC用户拥有优惠券，还需要计算优惠后的扣款金额。
步骤24，将该笔扣款交易明细的扣款金额和ETC用户预留的银行***信息发送给银行的核心***。
相应的，银行的核心***接收ETC账务处理平台发送的扣款金额和银行***信息，并根据该信息进行扣款。
其中，银行的核心***和ETC账务处理平台可以是不同的，也可以是相同的。当银行的核心***和ETC账务处理平台不同时，ETC账务处理平台负责计算扣款金额和查询银行***信息，银行的核心***负责扣款；当银行的核心***和ETC账务处理平台相同时，ETC账务处理平台可以同时负责计算扣款金额、查询银行***信息和扣款。
需要说明的是，本实施例中的ETC账务处理平台的名称只是一个示例，具体实施时平台的名字可能为其他名字，本申请实施例对此不作具体限定。
而ETC账务处理平台启动ETC账务处理进程对扣款交易明细进行扣款时，可能会因为新的业务需求需要对平台进行变更或升级，但是在进行变更或升级时或多或少会间断账务处理进程一些时间，这就容易导致正在处理中的扣款交易明细处理到一半而意外中断，而当平台升级或变更成功之后，ETC账务处理进程重新启动时，还会重新处理该笔扣款交易明细，造成重复扣款，给银行和ETC***的用户均造成不良影响。
因此本申请设计了因此设计了一种稳定入账，防重复扣费的ETC批量账务进程分布式启停方式，在进程每次执行入账程序前先读取进程自身状态，判断进程状态再进行后续操作。
其中，进程的状态分为正常运行、待终止、完成终止3种状态。正常运行状态下ETC程序对扣款报文中的扣款交易明细逐笔进行处理，待终止状态下程序在处理完该笔扣款交易明细后不再读取新的一批扣款交易明细，程序处于空闲状态并将进程状态更新完成终止状态。
图4为本申请一个实施例的ETC账务进程处理流程示意图。如图4所示，该方法可以包括S401、S402、S403、S404、S405、S406、S407和S408。
S401，ETC账务处理平台启动账务处理进程时，将账务处理进程的状态设置为正常运行。
其中，ETC账务处理平台启动账务处理进程指的是ETC账务处理平台拉起账务处理进程或者创建账务处理进程。
S402，ETC账务处理平台根据扣款交易明细进行扣款。
本实施中，S402可以参考S203，这里不再赘述。
S403，ETC账务处理平台接收外部指令，该外部指令用于指示ETC账务处理平台需要进行变更或升级。
本实施例中，当ETC账务处理平台需要变更或升级时，运维人员户会向ETC账务处理平台发送用于指示ETC账务处理平台需要进行变更或升级的外部指令。相应的，ETC账务处理平台接收该用于指示ETC账务处理平台需要进行变更或升级的外部指令。
S404，ETC账务处理平台判断账务处理进程是否处于空闲状态。
其中，空闲状态指的是账务处理进程此时未执行扣款交易明细的扣款。
当账务处理进程处于空闲状态时，执行S405，
当账务处理进程处于非空闲状态时，执行S406。
S405，设置账务处理进程的状态为完成终止。
本实施例中，当账务处理进程处于完成终止状态时，ETC账务处理平台不再读取扣款交易明细表中新批次的扣款交易明细，此时可以按照要求对ETC账务处理平台进行变更或升级。
S406，设置账务处理进程的状态为待终止。
S407，ETC账务处理平台根据扣款交易明细进行扣款。
本实施例中，当账务处理进程的状态为待终止时，ETC账务处理平台会将本轮循批次的扣款交易明细全部完成扣款。
S408，ETC账务处理平台判断账务处理进程的状态是否为正常运行。
本实施例中，ETC账务处理平台在执行S407之后，会读取账务处理进程的状态，即判断账务处理进程是否处于正常运行状态。此时，由于账务处理进程的状态已经被设置为待终止，即不是正常运行状态，因此账务处理平台将账务处理进程的状态设置为完成终止，按照要求对ETC账务处理平台进行变更或升级。
图5为本申请另一个实施例的ETC账务进程处理流程示意图。如图5所示，该方法可以包括S501、S502、S503和S504。
S501，ETC账务处理平台启动账务处理进程时，将账务处理进程的状态设置为正常运行。
S502，ETC账务处理平台根据扣款交易明细进行扣款。
S503，ETC账务处理平台判断账务处理进程的状态是否为正常运行。
本实施例中，ETC账务处理平台完成每批次的扣款交易明细的扣款处理之后，便会读取账务处理进程的状态，即判断账务处理进程是否处于正常运行状态。
当账务处理进程的状态为正常运行时，则从扣款交易明细表中读取下一批次未处理的扣款交易明细进行扣款。
当账务处理进程的状态不是正常运行时，则执行S504。
S504，设置账务处理进程的状态为完成终止。
本实施例中，S501、S502、S504可以参考S401、S203、S405，这里不再赘述。
图4和图5所示的实施例中，设置了账务处理进程的状态之后，既不会有强行停止进程而出现正在处理的交易明细意外中断的情形，也不会有进程重新启动时对中断的交易明细进行重复入账的问题，很好的保持了ETC账务处理的一致性和稳定性。
进一步的，现有的账务处理方法只是简单定时获取扣款报文，逐笔对扣款交易明细进行扣款，扣款结果发送给路网中心***，这种定时取文件的简单方法很容易造成账务处理进程工作负载的不均匀，导致账务处理进程中断，不能很好的对路网中心***的扣款报文中可能出现的重复请款交易明细进行校验，在进程重启时默认为两笔不同的扣款交易进行入账，导致重复扣费。
为解决此问题，本申请实施例提出了一种账务处理方法。图6为本申请另一个实施例的账务处理方法的流程示意图。如图6所示，该方法可以包括S601、S602和S603。
S601，ETC账务处理平台接收来自路网中心***的扣款报文，该扣款报文包括扣款交易明细和扣款交易明细的支付流水号。
本实施例中，S601可以参考S201，这里不再赘述。
S602，ETC账务处理平台检验数据库扣款交易明细表中是否存在该支付流水号。
在经过检验之后，如果数据库扣款交易明细表中不存在该笔扣款交易明细的支付流水号，则对该笔扣款交易明细进行入库，保存到扣款交易明细表中，同时将该扣款交易明细的处理状态设置为待处理。
进一步地，该方法还包括：
ETC账务处理平台在检验数据库扣款交易明细表中是否存在该笔扣款交易明细的支付流水号之前，可以先检验数据库扣款报文表中是否存在保存该笔扣款交易明细的扣款报文的文件编号。
在经过检验之后，当数据库扣款报文表中不存在该文件编号时，对该笔扣款报文进行入库，保存到扣款报文表中，同时将该扣款报文的处理状态设置为待入库。
接下来需要对扣款交易明细进行入库，此时，将该扣款报文的处理状态设置为待处理，同时检验数据库扣款明细表中是否存在所述扣款报文中所有扣款交易明细的支付流水号，具体的检验过程可以参考S202，这里不再赘述。
S603，在数据库扣款交易明细表中不存在该支付流水号时，ETC账务处理平台根据该扣款交易明细进行扣款。
本实施例中，在ETC账务处理平台根据该扣款交易明细进行扣款之前，需要判断该扣款交易明细的处理状态是否为待处理。
可选的，在ETC账务处理平台判断该扣款交易明细的处理状态是否为待处理之前，还可先判断扣款报文的状态是否为待处理。当扣款报文的状态不是待处理时，不再判断判断扣款交易明细的处理状态是否为待处理，提高ETC账务处理平台的账务处理效率，否则继续判断扣款交易明细的处理状态是否为待处理。
若经过判断，扣款交易明细的处理状态为待处理时，ETC账务处理平台还需要进一步判断防重表中是否包含该扣款交易明细的支付流水号。其中，防重表中存储的是所有已经完成扣款处理的扣款交易明细的支付流水号，在每笔扣款交易明细开始扣款时，就将支付流水号保存到防重表中。
需要注意的是，防重表中存储的扣款交易明细可能是扣款成功的，也可能是扣款失败的。
一种可能的实现方式，ETC账务处理平台调用监控程序，向监控程序输入该笔扣款交易明细，监控程序在接收到扣款交易明细之后，将该扣款交易明细的支付流水号***防重表中。
若经过判断，防重表中包含该扣款交易明细的支付流水号，也就是说监控程序把该支付流水号***防重表失败，则不对该笔扣款交易明细进行扣款。
可选的，还可检验车辆编号、通行时间、出入站信息，以验证该笔扣款交易明细是否已经完成扣款。
一种可能的实现方式，在有一笔重复提交明细发生或校验不通过时，监控程序生成实时决策指令，该实时决策指令为发送拦截指令并对接告警***，可由人工判断是否需要启动预先配置在告警***里的批量异常处理脚本模板及步骤进行后续的应急处置等。
ETC账务处理平台判断防重表中不包含该扣款交易明细的支付流水号时，也就是说监控程序把该支付流水号***防重表成功，ETC账务处理平台基于该笔扣款交易明细进行扣款，并且将该扣款交易明细的处理状态更新为处理中。
当ETC账务处理平台基于该笔扣款交易明细扣款成功时，ETC账务处理平台将该笔扣款交易明细的处理状态设置为成功。
当ETC账务处理平台基于该笔扣款交易明细扣款失败时，ETC账务处理平台将该笔扣款交易明细的处理状态设置为失败。
进一步的，当扣款报文中所有扣款交易明细的处理状态均为成功和失败中任意一种状态时，ETC账务处理平台将扣款报文的处理状态设置为已处理。
本实施例通过对扣款报文、扣款交易明细的状态进行设置来防止重复交易。当账务处理进程在处理扣款交易明细时，只处理状态是待处理的扣款报文中的待处理的扣款交易明细，防止其他进程进行二次处理，重复扣款，同时还均衡了账务处理进程的工作负载。
本申请还可以通过对路网中心***、ETC账务处理平台和银行核心***对账调账，来保证ETC账务的一致性。具体可分为两个方面：
第一方面，ETC账务处理平台和路网中心***进行对账，路网中心***根据ETC账务处理平台的账务状态进行调账。
设置ETC账务处理平台与路网中心***的对账时间为ETC账务处理平台的日切时间，对账时发送当天处理成功的扣款交易总笔数、扣款交易总金额、所有交易的明细信息给路网中心***进行对账处理。
第二方面，ETC账务处理平台和银行核心***进行对账，ETC账务处理平台根据银行核心***的状态进行调账。
设置ETC账务处理平台和银行核心***的对账时间为银行核心***日切时间，对账时ETC账务处理平台首先把收到的对账汇总信息和明细信息进行入库处理，统计***内的交易明细形成对账明细表，根据对账明细表，找出双方状态不一致的交易明细形成对账不一致表进行后续处理。
图7为本申请一个实施例提供的账务处理装置的结构示意图。图7所示的装置可以用于执行图2或图6任一所述的方法。如图7所示，本实施例的账务处理装置700可以包括：接收模块701、检验模块702、扣款模块703。
例如，接收模块701可以用于执行S201，检验模块702可以用于执行S202，扣款模块703可以用于执行S203。
例如，接收模块701可以用于执行S601，检验模块702可以用于执行S602，扣款模块703可以用于执行S603。
可选地，装置700还可以包括设置模块、判断模块，以实现上述实施例所述方法中相关功能。例如，设置模块可以用于实现上述实施例所述方法中与设置相关的功能，判断模块可以用于实现上述实施例所述方法中与判断相关的功能。
图8为本申请另一个实施例提供的账务处理装置的结构示意图。图8所示的装置可以用于执行前述任意一个实施例所述的账务处理方法。
如图8所示，本实施例的装置800包括：存储器801、处理器802、通信接口803以及总线804。其中，存储器801、处理器802、通信接口803通过总线804实现彼此之间的通信连接。
存储器801可以是只读存储器(read only memory，ROM)，静态存储设备，动态存储设备或者随机存取存储器(random access memory，RAM)。存储器801可以存储程序，当存储器801中存储的程序被处理器802执行时，处理器802用于执行图2或图4或图5图6任一所示的方法的各个步骤。
处理器802可以采用通用的中央处理器(central processing unit，CPU)，微处理器，应用专用集成电路(application specific integrated circuit，ASIC)，或者一个或多个集成电路，用于执行相关程序，以实现本申请方法实施例的账务处理方法。
处理器802还可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，本申请实施例的账务处理方法的各个步骤可以通过处理器802中的硬件的集成逻辑电路或者软件形式的指令完成。
上述处理器802还可以是通用处理器、数字信号处理器(digital signalprocessing，DSP)、专用集成电路(ASIC)、现成可编程门阵列(field programmable gatearray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器801，处理器802读取存储器801中的信息，结合其硬件完成本申请账务处理装置包括的单元所需执行的功能，例如，可以执行图2或图4或图5图6任一所示实施例的各个步骤/功能。
通信接口803可以使用但不限于收发器一类的收发装置，来实现装置800与其他设备或通信网络之间的通信。
总线804可以包括在装置800各个部件(例如，存储器801、处理器802、通信接口803)之间传送信息的通路。
应理解，本申请实施例所示的装置800可以是电子设备，或者，也可以是配置于电子设备中的芯片。
应理解，本申请实施例中的处理器可以为中央处理单元(central processingunit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(random accessmemory，RAM)可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。
上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质。半导体介质可以是固态硬盘。
应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系，但也可能表示的是一种“和/或”的关系，具体可参考前后文进行理解。
本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (11)

1.一种账务处理方法，其特征在于，所述方法包括：
电子不停车收费***ETC账务处理平台接收来自路网中心***的扣款报文，所述扣款报文包括扣款交易明细和所述扣款交易明细的支付流水号；
所述ETC账务处理平台检验数据库扣款交易明细表中是否存在所述支付流水号；
在所述数据库扣款交易明细表中不存在所述支付流水号时，所述ETC账务处理平台根据所述扣款交易明细进行扣款。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述ETC账务处理平台启动账务处理进程时，将所述账务处理进程的状态设置为正常运行；
所述ETC账务处理平台根据所述扣款交易明细进行扣款，包括：
所述ETC账务处理平台判断所述账务处理进程的状态是否为正常运行；
所述账务处理进程的状态为正常运行时，所述ETC账务处理平台基于所述扣款交易明细进行扣款；
其中，所述方法还包括：
所述ETC账务处理平台接收外部指令，所述外部指令用于指示所述ETC账务处理平台需要进行变更或升级；
所述ETC账务处理平台判断所述账务处理进程是否处于空闲状态；
所述账务处理进程处于空闲状态时，将所述账务处理进程的状态设置为完成终止；
所述账务处理进程处于非空闲状态时，将所述账务处理进程的状态设置为待终止。
3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：
在所述数据库扣款交易明细表中不存在所述支付流水号时，所述ETC账务处理平台将所述扣款交易明细的处理状态设置为待处理；
其中，所述ETC账务处理平台基于所述扣款交易明细进行扣款，包括：
所述ETC账务处理平台判断所述扣款交易明细的处理状态是否为待处理；
所述扣款交易明细的处理状态为待处理时，所述ETC账务处理平台基于所述扣款交易明细进行扣款，并且所述ETC账务处理平台将所述扣款交易明细的处理状态更新为处理中。
4.根据权利要求3所述的方法，其特征在于，所述ETC账务处理平台基于所述扣款交易明细进行扣款，并且所述ETC账务处理平台将所述扣款交易明细的处理状态更新为处理中，包括：
所述ETC账务处理平台判断防重表中不包含所述扣款交易明细的支付流水号时，基于所述扣款交易明细进行扣款，并且所述ETC账务处理平台将所述扣款交易明细的处理状态更新为处理中；
所述方法还包括：
所述ETC账务处理平台基于所述扣款交易明细扣款开始时，所述ETC账务处理平台将所述扣款交易明细的支付流水号记录到所述防重表中。
5.根据权利要求1所述的方法，其特征在于，所述扣款报文还包括所述扣款报文的文件编号；
其中，所述ETC账务处理平台检验数据库扣款交易明细表中是否存在所述支付流水号之前，所述方法还包括：
所述ETC账务处理平台检验数据库扣款报文表中是否存在所述文件编号；
所述ETC账务处理平台检验数据库扣款交易明细表中是否存在所述支付流水号，包括：
所述数据库扣款报文表中不存在所述文件编号时，所述ETC账务处理平台检验数据库扣款交易明细表中是否存在所述支付流水号。
6.根据权利要求3所述的方法，其特征在于，所述方法还包括：
在所述数据库扣款交易明细表中不存在所述扣款报文中所有扣款交易明细的支付流水号时，所述ETC处理平台将所述扣款报文的处理状态设置为待处理；
其中，所述ETC账务处理平台判断所述扣款交易明细的处理状态是否为待处理，包括：
所述ETC账务处理平台判断所述扣款报文的处理状态是否为待处理；
所述扣款报文的处理状态为待处理时，所述ETC账务处理平台将所述扣款报文的处理状态设置为处理中，并判断所述扣款交易明细的处理状态是否为待处理。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括：
所述ETC账务处理平台基于所述扣款交易明细扣款成功时，所述ETC账务处理平台将所述扣款交易明细的处理状态设置为成功；
所述ETC账务处理平台基于所述扣款交易明细扣款失败时，所述ETC账务处理平台将所述扣款交易明细的处理状态设置为失败；
所述扣款报文中所有扣款交易明细的处理状态为成功和失败中任意一种状态时，所述ETC账务处理平台将所述扣款报文的处理状态设置为已处理。
8.一种账务处理装置，其特征在于，所述装置包括用于实现如权利要求1至7中任一项所述方法的功能模块。
9.一种计算机可读介质，其特征在于，所述计算机可读介质存储用于计算机执行的程序代码，该程序代码包括用于执行如权利要求1至7中任一项所述的方法的指令。
10.一种账务处理装置，其特征在于，包括：存储器和处理器；
所述存储器用于存储程序指令；
所述处理器用于调用所述存储器中的程序指令执行如权利要求1至7中任一项所述的方法。
11.一种计算机程序产品，所述计算机程序产品中包括计算机程序代码，其特征在于，当所述计算机程序代码在计算机上运行时，使得计算机实现如权利要求1至7中任一项所述的方法。
CN202110587239.3A 2021-05-27 2021-05-27 账务处理方法及相关装置 Pending CN113222580A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110587239.3A CN113222580A (zh) 2021-05-27 2021-05-27 账务处理方法及相关装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110587239.3A CN113222580A (zh) 2021-05-27 2021-05-27 账务处理方法及相关装置

Publications (1)

Publication Number Publication Date
CN113222580A true CN113222580A (zh) 2021-08-06

Family

ID=77098861

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110587239.3A Pending CN113222580A (zh) 2021-05-27 2021-05-27 账务处理方法及相关装置

Country Status (1)

Country Link
CN (1) CN113222580A (zh)

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030212573A1 (en) * 1999-09-02 2003-11-13 Dorrance Daniel Michael Method and apparatus for preventing duplicate transactions on batch mode failure recovery in a data processing system
CN102087756A (zh) * 2009-12-07 2011-06-08 中兴通讯股份有限公司 不停车收费交易方法、***及***的车载单元
CN106097463A (zh) * 2016-06-24 2016-11-09 深圳市金溢科技股份有限公司 一种防止停车场重复缴费的方法、控制装置及停车场***
CN106651333A (zh) * 2016-09-20 2017-05-10 联动优势电子商务有限公司 一种防止重复支付的方法和装置
CN108734473A (zh) * 2018-05-18 2018-11-02 阿里巴巴集团控股有限公司 识别重复付款的方法、装置及设备
CN109064311A (zh) * 2018-07-17 2018-12-21 中国银行股份有限公司 基于联机模式的批量扣款处理方法及装置
CN109919588A (zh) * 2019-02-27 2019-06-21 深圳市买买提信息科技有限公司 一种防止重复支付的方法及设备
CN110111095A (zh) * 2019-04-25 2019-08-09 银清科技(北京)有限公司 支付交易判重方法及支付***
CN110517026A (zh) * 2019-07-11 2019-11-29 平安普惠企业管理有限公司 防止重复兑付的方法、装置、兑付***及可读存储介质
CN111027954A (zh) * 2019-10-22 2020-04-17 威富通科技有限公司 基于etc***的行程扣费方法、装置、计算机设备和介质
CN111833034A (zh) * 2020-07-02 2020-10-27 泰康保险集团股份有限公司 一种批量扣款方法、支付服务器、计算机设备及存储介质
CN112053149A (zh) * 2020-08-06 2020-12-08 中信银行股份有限公司 一种防止重复支付的方法、装置、电子设备和可读存储介质
CN112634049A (zh) * 2020-12-31 2021-04-09 中国农业银行股份有限公司 一种防止代收付交易入账重复的方法和装置

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030212573A1 (en) * 1999-09-02 2003-11-13 Dorrance Daniel Michael Method and apparatus for preventing duplicate transactions on batch mode failure recovery in a data processing system
CN102087756A (zh) * 2009-12-07 2011-06-08 中兴通讯股份有限公司 不停车收费交易方法、***及***的车载单元
CN106097463A (zh) * 2016-06-24 2016-11-09 深圳市金溢科技股份有限公司 一种防止停车场重复缴费的方法、控制装置及停车场***
CN106651333A (zh) * 2016-09-20 2017-05-10 联动优势电子商务有限公司 一种防止重复支付的方法和装置
CN108734473A (zh) * 2018-05-18 2018-11-02 阿里巴巴集团控股有限公司 识别重复付款的方法、装置及设备
CN109064311A (zh) * 2018-07-17 2018-12-21 中国银行股份有限公司 基于联机模式的批量扣款处理方法及装置
CN109919588A (zh) * 2019-02-27 2019-06-21 深圳市买买提信息科技有限公司 一种防止重复支付的方法及设备
CN110111095A (zh) * 2019-04-25 2019-08-09 银清科技(北京)有限公司 支付交易判重方法及支付***
CN110517026A (zh) * 2019-07-11 2019-11-29 平安普惠企业管理有限公司 防止重复兑付的方法、装置、兑付***及可读存储介质
CN111027954A (zh) * 2019-10-22 2020-04-17 威富通科技有限公司 基于etc***的行程扣费方法、装置、计算机设备和介质
CN111833034A (zh) * 2020-07-02 2020-10-27 泰康保险集团股份有限公司 一种批量扣款方法、支付服务器、计算机设备及存储介质
CN112053149A (zh) * 2020-08-06 2020-12-08 中信银行股份有限公司 一种防止重复支付的方法、装置、电子设备和可读存储介质
CN112634049A (zh) * 2020-12-31 2021-04-09 中国农业银行股份有限公司 一种防止代收付交易入账重复的方法和装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
刘杰: "高速公路电子收费银企合作模式", 《中国交通信息产业》, no. 10, 25 October 2008 (2008-10-25), pages 70 - 73 *
邱晓东 等: "ETC交易过程扣款应答报文丢失现象浅析", 《中国交通信息化》, no. 11, 15 November 2011 (2011-11-15), pages 71 - 73 *

Similar Documents

Publication Publication Date Title
EP3719759B1 (en) Open road tolling method, apparatus and electronic device
US11544970B2 (en) Payment methods, payment systems and service systems
US20110208568A1 (en) Vehicle transaction system and method
CN105427419A (zh) 一种高速公路通行控制方法
CN103700149A (zh) 基于lbs的高速公路收费***及基于lbs的高速公路收费方法
CN107909410B (zh) 电子结算方法、装置、存储介质和计算机设备
CN102194260A (zh) 一种车载单元、***及业务处理的方法
CN112330830B (zh) Etc自动支付账号的使用控制方法及装置
CN106548575A (zh) 一种etc卡充值方法
CN108109214B (zh) 一种自动通闸方法、结算装置、存储介质及计算机设备
US20050209964A1 (en) Method of Providing Secure Payment and Transaction Reconciliation
CN111311252A (zh) 一种虚拟资源的管理方法以及区块链节点设备
CN111667595B (zh) 基于etc的数据处理方法及基于etc的数据处理***
CN109544764B (zh) 基于二维码的过闸控制方法及***
JP3509664B2 (ja) 自動料金収受システム及びそのシステム用の車載器
CN111861443A (zh) 一种高速etc货车白条***
CN107195002A (zh) 交通付费的实现方法、服务器、移动设备及监控设备
US20210150824A1 (en) A method of collecting travel fares in a transport system
CN113222580A (zh) 账务处理方法及相关装置
CN110009752A (zh) 车辆自动计费方法及装置
CN114399846A (zh) 一种停车费的支付方法、支付装置及储存介质
KR102402449B1 (ko) 차량 주행 관련 결제 시스템 및 그 방법
CN112233347A (zh) 基于rfid远距离射频识别车辆的收费方法及电子设备
CN107077761A (zh) 一种利用移动终端实现不停车收费功能的方法
EP2355046A1 (en) Electronic toll payment system and method

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