CN102045682A

CN102045682A - 一种支付业务异常交易的处理方法及系统

Info

Publication number: CN102045682A
Application number: CN2009101808541A
Authority: CN
Inventors: 易佳; 马俊辉; 赖天建
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2009-10-19
Filing date: 2009-10-19
Publication date: 2011-05-04
Anticipated expiration: 2029-10-19
Also published as: CN102045682B; WO2010145375A1

Abstract

本发明公开了一种支付业务异常交易的处理方法，所述方法包括：在支付业务发生异常交易时，生成包含有交易记录必要信息的异常交易日志；根据所述异常交易日志，按照设定的异常处理规则对异常交易进行处理。所述系统包括进行支付业务处理的业务处理单元；异常日志生成单元，用于在所述业务处理单元发现支付业务发生异常交易时，生成包含有交易记录必要信息的异常交易日志；异常处理单元，用于根据所述异常交易日志，按照设定的异常处理规则对异常交易进行处理。本发明实现了对支付业务异常交易的自动处理，省略了人工干预，降低了人工操作，提高了处理效率。具有结构简单，时效性高，机制灵活等优点。

Description

一种支付业务异常交易的处理方法及系统

技术领域

本发明涉及智能网数据通信领域，特别是涉及一种支付业务异常交易的处理方法及系统。

背景技术

随着电信增值业务的开展，电信支付类业务被越来越多的使用，应用范围也越来越广泛。随着用户数量不断增加和应用范围的扩展，用户对业务系统的容错性能也提出了更高的要求，要求在系统异常的时候能自动完成对异常交易记录的处理，方便用户使用。

在目前的电信支付类业务中，在系统出现错误时，不能对异常的交易情况进行自动处理，依赖人工处理。用户发觉交易异常时，需要拨打客服电话，通过客服人员手工完成异常情况的处理，时效性差，效率低。

针对这一情况，现有的专利文献提出了一些改进的方法。专利申请号为200610150450.4的中国专利公开了一种系统异常信息处理方法及装置，实现了对错误自动记录、检测和保存功能，但该专利申请中没有实现对异常交易的自动处理；专利申请号为200810142494.1的中国专利公开了一种处理在线计费系统异常的方法，当OCS系统处于应急状态下，对呼叫进行控制，但没有给出对已经产生的异常交易信息如何进行处理的解决方案。两篇专利文献提供的方法都没能实现对异常交易的自动处理功能。

发明内容

本发明要解决的技术问题是提供一种利用智能网日志信息，自动处理支付业务异常交易的方法及系统，用以解决现有技术中对异常交易无法自动处理的问题。

为解决上述技术问题，一方面，本发明提供一种支付业务异常交易的处理方法，所述方法包括以下步骤：

在支付业务发生异常交易时，生成包含有交易记录必要信息的异常交易日志；

根据所述异常交易日志，按照设定的异常处理规则对异常交易进行处理。

进一步，在生成异常交易日志之后，还包括以下步骤：根据所述异常交易日志中的交易发生时间，判断所述交易发生时间是否处于设定的允许自动处理的时间范围内，如果是，则按照设定的异常处理规则对异常交易进行处理；如果否，则结束对异常交易的处理。

进一步，按照设定的异常处理规则对异常交易进行处理，具体包括以下步骤：判断异常交易属于用户金额异常，还是交易记录状态异常；当异常交易属于用户金额异常时，返还用户扣费金额；当异常交易属于交易记录状态异常时，更新交易记录的交易状态。

进一步，在返还用户扣费金额之前，还包括以下步骤：判断所述返还用户扣费金额是否超过设定的自动处理金额上限值，如果是，则通知技术人员进行人工处理；如果否，则返还用户扣费金额。

进一步，所述必要信息包括从数据库中查找交易记录的信息，以及与数据库中交易记录的交易状态进行对比的异常交易记录状态信息。

另一方面，本发明还提供一种支付业务异常交易的处理系统，包括进行支付业务处理的业务处理单元，所述系统还包括：

异常日志生成单元，用于在所述业务处理单元发现支付业务发生异常交易时，生成包含有交易记录必要信息的异常交易日志；

异常处理单元，用于根据所述异常交易日志，按照设定的异常处理规则对异常交易进行处理。

进一步，所述异常处理单元进一步包括：时间判断子单元，用于根据所述异常交易日志中的交易发生时间，判断所述交易发生时间是否处于设定的允许自动处理的时间范围内，如果是，则由所述异常处理单元按照设定的异常处理规则对异常交易进行处理；如果否，则结束对异常交易的处理。

进一步，所述异常处理单元进一步包括：处理规则判断子单元，用于判断异常交易属于用户金额异常，还是交易记录状态异常；当异常交易属于用户金额异常时，则由所述异常处理单元返还用户扣费金额；当异常交易属于交易记录状态异常时，则由所述异常处理单元更新交易记录的交易状态。

进一步，所述异常处理单元进一步包括：金额限制判断子单元，用于判断所述返还用户扣费金额是否超过设定的自动处理金额上限值，如果是，则由信息通知单元通知技术人员人工处理；如果否，则由所述异常处理单元返还用户扣费金额。

本发明有益效果如下：本发明公开的支付业务异常交易的自动处理方法实现了对支付业务异常交易的自动处理，省略了人工干预，降低了人工操作，提高了处理效率。支付业务异常交易的自动处理系统结构简单，时效性高，异常处理单元还可以根据不同客户需求灵活配置异常处理规则，增加了机制的灵活性、适用性和扩展性。

附图说明

图1是本发明实施例1一种支付业务异常交易的处理方法的流程图；

图2是本发明实施例2一种支付业务异常交易的处理方法的流程图；

图3是本发明实施例3一种支付业务异常交易的处理系统的结构示意图；

图4是本发明实施例4一种支付业务异常交易的处理系统的结构示意图。

具体实施方式

为了解决现有技术中对支付业务中异常交易无法自动处理的问题，本发明提供了一种支付业务异常交易的处理方法及系统，以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

如图1所示，本发明实施例1所述的支付业务异常交易的处理方法是利用智能网业务产生的日志，按照预先设定的异常处理规则，进行自动处理，具体包括以下步骤：

S101，在支付业务发生异常交易时，生成包含有交易记录必要信息的异常交易日志。

用户在使用支付类业务时候，系统因异常原因导致业务的交易记录异常，异常交易主要是由数据库操作异常、外部接口异常或者用户异常退出等原因造成。在发生异常交易后，系统会自动捕获该异常交易，并在指定位置生成一个异常交易日志。异常交易日志为文本日志，或者数据库记录日志。异常交易日志记录交易的必要信息，这些必要信息不仅包括从数据库中查找交易记录的信息，也包括与数据库中交易记录的交易状态进行对比的异常交易记录状态信息，如交易流水号(用于查找异常交易记录)、交易类型、发生异常时的交易当前状态(用于比较异常交易记录状态)、扣费方式和交易发生的时间等。

S102，根据所述异常交易日志，按照设定的异常处理规则对异常交易进行处理。

通过异常交易日志记录的信息，查找数据库中对应的交易记录，按照预先设定的异常处理规则过滤查找出来的交易结果，如果是用户费用异常，则判断是否返还用户扣费金额，可以直接返还扣费金额的，系统直接自动返还，需要人工返还的，则通过发送短信通知相关人员进行人工返还；如果交易记录状态不正确，需要根据异常处理规则，更新交易记录。

本实施例中异常处理规则是指根据异常交易类型的不同，对异常交易设定的不同的处理方法。通常情况下，异常交易包括用户金额异常和交易记录状态异常两种情况，而用户金额异常通常包括两种情况，一种是：如果异常交易日志的交易状态是扣费超时，这时可能存在扣费成功，但系统认为交易失败的情况，即SP(Service Provider，服务提供者)扣费成功而没有提供服务，这种情况属于用户金额异常，需要返还用户扣费金额；另外一种是：如果异常交易日志的交易状态是冲正超时或者失败，这种情况是在扣费成功而通知SP提供服务失败时，支付业务自动进行冲正操作，由于异常原因冲正超时或者失败，属于用户金额异常，需要返还用户金额。交易记录状态异常通常是：异常交易日志的交易状态是交易成功，而交易记录的交易状态是扣费成功，这说明由于异常原因，没有及时从扣费成功的中间状态更新到交易成功的最终状态，这种情况属于交易记录状态的异常，需要更新最终交易状态为交易成功。因此，针对上述情况，本实施例的异常处理规则为，当异常交易属于用户金额异常时，返还用户扣费金额；当异常交易属于交易记录状态异常时，更新交易记录的交易状态。但是，对于一些不属于上述情况的特殊情况，用户可以根据实际情况，另行设置异常处理规则，例如，有些客户希望在发生用户金额异常时，不返还用户的扣费金额，而是提供一些其它服务，因此，对于这类情况，用户可以设置新的异常处理规则，在发生用户金额异常时，不返还扣费金额，而是提供制定的服务或其它处理措施。由此可见，由于异常处理规则的不同，得到不同的处理结果。

如图2所示，本发明实施例2涉及一种支付业务异常交易的处理方法，具体包括以下步骤：

S201，系统由于异常原因，导致业务的交易记录异常，支付业务产生异常交易。

S202，系统自动捕获该异常交易，并在指定位置生成一个异常交易日志。异常交易日志记录交易的必要信息，这些必要信息不仅包括从数据库中查找交易记录的信息，也包括与数据库中交易记录的交易状态进行对比的异常交易记录状态信息，如交易流水号(用于查找异常交易记录)、交易类型、发生异常时的交易当前状态(用于比较异常交易记录状态)、扣费方式和交易发生的时间等。

S203，系统定时到指定文件系统路径，或者数据库中扫描是否生成了新的异常交易日志，当有新产生的异常交易日志时，获取该异常交易日志的信息。

S204，系统从异常交易日志中获取交易发生时间，检查该时间是否在设定的允许自动处理的时间范围内。如果是，则转步骤S206，如果否，则转步骤S205。设置该步骤的目的是，由于支付业务通常都需要在特定的时间段内对帐，由于对帐的要求，该时间段内的帐务数据不能变动，因此，对于该时间段内的数据不能修改。基于上述考虑，系统对于需要对帐的时间段内的异常交易不进行自动处理。

S205，系统通过发送消息给技术人员，通知技术人员进行人工处理。可以通过短信的方式告诉技术人员，也可以通过其它方式进行告知，例如语音电话或电子邮件等方式。

S206，查找数据库中交易记录的交易状态和异常交易日志信息中异常记录的交易状态，判断异常交易的类型是否属于用户金额异常。如果异常交易日志的交易状态是扣费超时，或异常交易日志的交易状态是冲正超时或者失败，则判定该异常交易为用户金额异常，并转步骤207。如果该异常交易的类型非用户金额异常，则转步骤S212。

S207，根据异常交易日志中记录的用户扣费金额，判断返回金额是否超过设定的自动处理金额上限值，如果是，则转步骤S205，如果否，则转步骤S208。设置该步骤的目的是基于安全的目的考虑。因为任何系统都存在发生故障或出现错误的潜在可能，这样，对于返还金额较大或巨大的情况，就存在发生较大或巨大经济损失的可能性，为了降低发生经济损失的可能性，通常需要进行人工审核，以确保正确、无误。因此，基于安全的角度考虑，对自动进行返还金额的操作，需要设置上限制，以降低发生错误时的风险。

S208，根据异常交易日志中记录的扣费方式，判断扣费方式是否属于本地帐户扣费，如果是，则转步骤S210，如果否，则转步骤S209。本实施例中的本地是指用户扣费帐户属于本系统直接管理的帐户，而不是通过转帐或其它手段进行的交易。

S209，用户采用外部帐户扣费方式，比如通过银联扣费，由于存在扣费帐户的扣费金额还没有到帐的可能，因此，为了降低可能存在的风险，需要发送退费数据包进行退费，而不能直接进行本地退费。调用外部扣费接口的返还金额机制，通过发送预先配置的用于退费的数据包完成退费(数据包中的退费金额等信息是从异常交易日志中获取的)。完成退费之后，转步骤S211。

S210，用户采用直接在本地帐户中扣减费用的扣费方式，则执行预先配置好的退费脚本，完成本地退费，然后转步骤S211。

S211，在对支付业务中的异常交易完成自动处理之后，发送处理结果给客户。处理结果可以通过短信的方式发送给客户，也可以通过其它方式，例如电子邮件或语音电话等。处理结果的内容主要包括：处理时间，用户使用的业务类型，出错原因，处理方式(返还多少金额或者更新交易记录状态)等。

S212，查找数据库中交易记录的交易状态和异常交易日志信息中异常记录的交易状态，判断异常交易的类型是否属于交易记录状态异常。当异常交易日志的交易状态是交易成功，而数据库中交易记录的交易状态是扣费成功，则判定交易记录状态异常，在此情况下，转步骤S214，否则，转步骤S213。

S213，当判定异常交易的类型既不属于用户金额异常，也不属于交易记录状态异常，对于此种情况，有两种处理方式，一种处理方式是，该异常交易属于本实施例支付业务异常交易处理办法无法自动处理的异常情况，在这种情况下，系统通过发送消息给技术人员，通知技术人员进行人工处理。另外一种处理方式是：该异常交易属于针对特殊客户发生的特殊情况，该客户能够预见到该异常交易，因此，客户可以提前在系统中设置针对该异常交易的异常处理规则，对该异常交易情况进行自动处理。

S214，通过执行预先配置好的更新交易状态的数据库脚本完成状态更新，使异常交易日志中记录的交易状态和数据库中交易记录的交易状态一致。

如图3所示，本发明实施例3涉及一种支付业务异常交易处理系统，该系统包括：

业务处理单元301，主要用于用户鉴权、支付方式管理、支付业务逻辑处理、捕获异常、为用户提供各种支付服务，电信支付业务主要在该单元运行。

异常日志生成单元302，主要在业务处理单元301捕获支付业务发生异常交易时，在指定位置生成一个异常交易日志。异常交易日志为文本日志，或者数据库记录日志。异常交易日志记录交易的必要信息，这些必要信息不仅包括查找异常交易记录的信息，也包括对比异常交易记录状态的信息，如交易流水号(用于查找异常交易记录)、交易类型、发生异常时的交易当前状态(用于比较异常交易记录状态)、扣费方式和交易发生的时间等。如果异常交易日志为文本日志，则异常日志生成单元以文本日志的形式记录异常信息，存储在指定的系统路径，并且可以进一步配置日志文件的大小。如果异常交易日志为数据库记录日志，则异常日志生成单元在指定的数据库表中插入记录异常信息记录。

异常处理单元303，根据异常日志生成单元302生成的异常交易日志，按照设定的异常处理规则对异常交易进行处理，具体为：当异常交易属于用户金额异常时，返还用户扣费金额；当异常交易属于交易记录状态异常时，更新交易记录的交易状态。

如图4所示，本发明实施例4涉及一种支付业务异常交易处理系统，该系统包括：业务处理单元401、异常日志生成单元402、日志定时扫描单元403、异常处理单元404和信息通知单元405。其中，业务处理单元401与异常日志生成单元402之间通过发送消息与响应来传递信息，日志定时扫描单元403、异常处理单元404和信息通知单元405之间利用进程间通信机制来传递信息。

业务处理单元401主要用于用户鉴权、支付方式管理、支付业务逻辑处理、捕获异常、为用户提供各种支付服务，电信支付业务主要在该单元运行。

异常日志生成单元402主要在业务处理单元401捕获支付业务发生异常交易时，在指定位置生成一个异常交易日志。异常交易日志为文本日志，或者数据库记录日志。异常交易日志记录交易的必要信息，这些必要信息不仅包括查找异常交易记录的信息，也包括对比异常交易记录状态的信息，如交易流水号(用于查找异常交易记录)、交易类型、发生异常时的交易当前状态(用于比较异常交易记录状态)、扣费方式和交易发生的时间等。如果异常交易日志为文本日志，则异常日志生成单元以文本日志的形式记录异常信息，存储在指定的系统路径，并且可以进一步配置日志文件的大小。如果异常交易日志为数据库记录日志，则异常日志生成单元在指定的数据库表中插入记录异常信息记录。

日志定时扫描单元403用于定时在异常日志生成单元402生成异常交易日志的指定文件系统路径或者数据库中扫描是否生成了新的异常交易日志，当有新产生的异常交易日志时，获取该异常交易日志的信息，并将该异常交易日志的信息发送给异常处理单元404。如果异常交易日志是文本日志，使用FTP(FileTransfer Protocol，文件传输协议)机制获取日志，通过过滤文本日志内容判断是否有新产生的日志。如果异常交易日志是数据库记录日志，使用存储过程读取记录，扫描相应数据库表判断是否增加了日志记录，以判断是否有新产生的日志。

异常处理单元404进一步包括：时间判断子单元4041、处理规则判断子单元4042、金额限制判断子单元4043、退费方式判断子单元4044和外部消息发送子单元4045。

异常处理单元404收到日志定时扫描单元403发送的异常交易日志的信息后，首先，时间判断子单元4041会对比异常交易日志信息中的交易发生时间，检查该时间是否在允许的自动处理时间范围以内。如果不在该时间范围内，则结束本次对异常交易的自动处理，可以通知技术人员进行人工处理。如果在允许的自动处理时间范围内，处理规则判断子单元4042再查找数据库中交易记录的交易状态与异常交易日志信息中异常记录的交易状态属于哪种情况，从而判断出异常交易类型。异常交易类型主要包括用户金额异常和交易记录状态异常。常见的异常情况有以下几种：如果异常交易日志的交易状态是扣费超时，这时可能存在扣费成功但系统认为交易失败的情况，即SP扣费成功而没有提供服务，这种情况属于用户金额异常，需要返还用户扣费金额；如果异常交易日志的交易状态是交易成功，而数据库中交易记录的交易状态是扣费成功，这说明由于异常原因没有及时从扣费成功的中间状态更新到交易成功的最终状态，这种情况属于交易记录状态的异常，需要更新最终交易状态为交易成功；如果异常交易日志的交易状态是冲正超时或者失败，这也属于用户金额异常，需要返还用户金额，这种情况是在扣费成功而通知SP提供服务失败时，支付业务自动进行冲正操作，由于异常原因冲正超时或者失败。

如果是用户金额异常，则通过金额限制判断子单元4043判断需要返还的金额是否超过设定的自动处理金额上限值，如果超过，则需要通过信息通知单元405通知技术人员进行人工审核处理。如果不超过金额限制，再根据异常交易日志信息里的扣费方式，由退费方式判断子单元4044判断是通过内部数据库中直接退费，还是通过外部消息发送子单元4045给外部扣费接口发送退费消息完成金额返还。用户采用直接在本地帐户中扣减费用的扣费方式，则执行预先配置好的退费脚本完成退费。用户采用外部帐户扣费方式，比如通过银联扣费，则通过外部扣费接口返还金额机制，通过外部消息发送子单元4045发送预先配置的用于退费的数据包完成退费(数据包中的退费金额等信息是从异常日志中获取的)。

如果是交易记录状态异常，则直接通过执行预先配置好的更新交易状态的数据库脚本完成状态更新。

如果当前使用的异常处理规则方案无法自动处理发生的异常交易情况，那么异常处理单元404把技术支持人员的联系方式传给信息通知单元405，信息通知单元405通知技术人员人工处理这条异常。通常情况下，信息通知单元405采用短信通知的方式进行通知，当然，也可以通过电话或电子邮件的方式进行通知。

异常处理单元404完成自动处理以后，把处理结果发送给信息通知单元405，信息通知单元405按照短信网关协议把处理结果组包发送给短信网关，短信网关再转发到用户手机上，让用户能实时的了解交易处理情况。处理结果的内容主要包括：处理时间，用户使用的业务类型，出错原因，处理方式(返还多少金额或者更新交易记录状态)等。

通过上述实施例可以看出，本发明实施例公开的支付业务异常交易的自动处理方法实现了对支付业务异常交易的自动处理，省略了人工干预，降低了人工操作，提高了处理效率。支付业务异常交易的自动处理系统结构简单，时效性高，异常处理单元还可以根据不同客户需求灵活配置异常处理规则，增加了机制的灵活性、适用性和扩展性。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。

Claims

1.一种支付业务异常交易的处理方法，其特征在于，所述方法包括以下步骤：

2.如权利要求1所述的支付业务异常交易的处理方法，其特征在于，在生成异常交易日志之后，还包括以下步骤：

根据所述异常交易日志中的交易发生时间，判断所述交易发生时间是否处于设定的允许自动处理的时间范围内，如果是，则按照设定的异常处理规则对异常交易进行处理；如果否，则结束对异常交易的处理。

3.如权利要求1所述的支付业务异常交易的处理方法，其特征在于，按照设定的异常处理规则对异常交易进行处理，具体包括以下步骤：

判断异常交易属于用户金额异常，还是交易记录状态异常；

当异常交易属于用户金额异常时，返还用户扣费金额；当异常交易属于交易记录状态异常时，更新交易记录的交易状态。

4.如权利要求3所述的支付业务异常交易的处理方法，其特征在于，在返还用户扣费金额之前，还包括以下步骤：

判断所述返还用户扣费金额是否超过设定的自动处理金额上限值，如果是，则通知技术人员进行人工处理；如果否，则返还用户扣费金额。

5.如权利要求1所述的支付业务异常交易的处理方法，其特征在于，所述必要信息包括从数据库中查找交易记录的信息，以及与数据库中交易记录的交易状态进行对比的异常交易记录状态信息。

6.一种支付业务异常交易的处理系统，包括进行支付业务处理的业务处理单元，其特征在于，所述系统还包括：

7.如权利要求6所述的支付业务异常交易的处理系统，其特征在于，所述异常处理单元进一步包括：

时间判断子单元，用于根据所述异常交易日志中的交易发生时间，判断所述交易发生时间是否处于设定的允许自动处理的时间范围内，如果是，则由所述异常处理单元按照设定的异常处理规则对异常交易进行处理；如果否，则结束对异常交易的处理。

8.如权利要求6所述的支付业务异常交易的处理系统，其特征在于，所述异常处理单元进一步包括：

处理规则判断子单元，用于判断异常交易属于用户金额异常，还是交易记录状态异常；当异常交易属于用户金额异常时，则由所述异常处理单元返还用户扣费金额；当异常交易属于交易记录状态异常时，则由所述异常处理单元更新交易记录的交易状态。

9.如权利要求6所述的支付业务异常交易的处理系统，其特征在于，所述必要信息包括从数据库中查找交易记录的信息，以及与数据库中交易记录的交易状态进行对比的异常交易记录状态信息。

10.如权利要求9所述的支付业务异常交易的处理系统，其特征在于，所述异常处理单元进一步包括：

金额限制判断子单元，用于判断所述返还用户扣费金额是否超过设定的自动处理金额上限值，如果是，则由信息通知单元通知技术人员人工处理；如果否，则由所述异常处理单元返还用户扣费金额。