CN113065927A - 对账方法、装置、电子设备及计算机可读存储介质 - Google Patents

Abstract

本发明提供了一种对账方法、装置、电子设备及计算机可读存储介质，涉及互联网技术领域，该方法包括：通过定时任务，获取按照预设时间维度生成的对账文件；该对账文件包括业务侧的流水记录文件和支付中心的对象存储服务文件；然后根据流水记录文件和对象存储服务文件进行对账处理，得到对账结果。这种基于定时任务和对象存储服务文件的对账方式，可以及时发现业务侧与支付中心的订单信息是否一致，从而缓解了长时间支付异常情况发生的问题。

Description

对账方法、装置、电子设备及计算机可读存储介质

技术领域

本发明涉及互联网技术领域，尤其是涉及一种对账方法、装置、电子设备及计算机可读存储介质。

背景技术

随着互联网技术的发展，线上支付作为现在现金支付的主要替补方式逐渐被所有用户所接受，用户也乐意使用线上支付进行支付。互联网公司如雨后春笋般林立，互联网公司让用户使用线上支付作为主要的支付方式，用户在线上支付越来越普遍。

参见图1所示的现有的支付流程示意图，用户在进行线上支付时会涉及到业务侧、支付中心和支付平台，支付流程具体如下：

S102，用户在业务侧发起付款请求；

S104，支付中心记录接收到的付款请求，并将付款请求转发到支付平台；

S106，支付平台处理完毕后，向支付中心返回处理结果；

S108，支付中心更新支付中心的回馈，并向业务侧回传处理结果；

S110，业务侧更新回传结果；

S112，在预设时间后，业务侧按照业务生成的成功订单，向支付中心查询订单的支付情况。

支付中心在支付成功后会及时的向业务侧进行回调，然而在某些情况下，支付中心无法回调到业务侧，造成业务侧无法将用户的支付状态更新为已支付状态；并且这种向支付中心查询订单的支付情况方式，无法判断支付中心是否有其他没有通过业务侧直接生成的支付订单。因此，目前的线上支付方式会导致长时间支付异常情况发生。

发明内容

本发明的目的在于提供一种对账方法、装置、电子设备及计算机可读存储介质，以缓解长时间支付异常情况发生的问题。

本发明实施例提供了一种对账方法，包括：

通过定时任务，获取按照预设时间维度生成的对账文件；所述对账文件包括业务侧的流水记录文件和支付中心的对象存储服务文件；

根据所述流水记录文件和所述对象存储服务文件进行对账处理，得到对账结果。

进一步地，通过定时任务，获取按照预设时间维度生成的对账文件的步骤，包括：

当监测到定时任务启动时，从业务侧获取按照预设时间维度生成的流水记录文件，并从支付中心获取按照所述预设时间维度生成的对象存储服务文件。

进一步地，所述预设时间维度包括天、月和季度中的一个或多个。

进一步地，根据所述流水记录文件和所述对象存储服务文件进行对账处理，得到对账结果的步骤，包括：

分别对所述流水记录文件和所述对象存储服务文件进行解析，得到业务流水信息和支付订单信息；

根据所述业务流水信息中的订单标识在所述支付中心进行订单查询，得到所述业务流水信息对应的第一订单信息；并根据所述支付订单信息中的订单标识在所述业务侧进行订单查询，得到所述支付订单信息对应的第二订单信息；

通过对所述业务流水信息和所述第一订单信息进行信息比对，以及对所述支付订单信息和所述第二订单信息进行信息比对，得到对账结果。

进一步地，通过对所述业务流水信息和所述第一订单信息进行信息比对，以及对所述支付订单信息和所述第二订单信息进行信息比对，得到对账结果的步骤，包括：

对所述业务流水信息和所述第一订单信息进行订单存在性比对、订单金额比对和订单状态比对，得到第一比对结果；

对所述支付订单信息和所述第二订单信息进行订单存在性比对、订单金额比对和订单状态比对，得到第二比对结果；

根据所述第一比对结果和所述第二比对结果，生成对账结果。

进一步地，所述对账结果包括存在第一异常订单，所述第一异常订单为仅在所述业务流水信息或所述支付订单信息中存在的订单；所述方法还包括：

向所述支付中心发送所述第一异常订单的订单核查消息。

进一步地，所述对账结果包括存在第二异常订单，所述第二异常订单为金额不一致和/或状态不一致的订单；所述方法还包括：

根据所述第二异常订单在所述第一订单信息或所述支付订单信息中的订单状态和订单金额，对所述业务流水信息或所述第二订单信息进行修复处理。

本发明实施例还提供了一种对账装置，包括：

获取模块，用于通过定时任务，获取按照预设时间维度生成的对账文件；所述对账文件包括业务侧的流水记录文件和支付中心的对象存储服务文件；

处理模块，用于根据所述流水记录文件和所述对象存储服务文件进行对账处理，得到对账结果。

本发明实施例还提供了一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的对账方法。

本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述的对账方法。

本发明实施例提供的对账方法、装置、电子设备及计算机可读存储介质，可以通过定时任务，获取按照预设时间维度生成的对账文件；该对账文件包括业务侧的流水记录文件和支付中心的对象存储服务文件；然后根据流水记录文件和对象存储服务文件进行对账处理，得到对账结果。这种基于定时任务和对象存储服务文件的对账方式，可以及时发现业务侧与支付中心的订单信息是否一致，从而缓解了长时间支付异常情况发生的问题。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为现有的支付流程示意图；

图2为本发明实施例提供的一种对账方法的流程示意图；

图3为本发明实施例提供的另一种对账方法的流程示意图；

图4为本发明实施例提供的一种对账装置的结构示意图；

图5为本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合实施例对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在互联网支付上，用户和互联网公司对待支付都相当重视，公司需要对流水负责，及时完成用户支付终态的操作显的尤为重要；公司需要想尽各种办法保障用户相关流水的安全性，才能长久发展。

基于此，本发明实施例提供的一种对账方法、装置、电子设备及计算机可读存储介质，可以解决用户支付后流水终态更新问题，防止用户支付后，长时间支付异常的情况发生。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种对账方法进行详细介绍。

本发明实施例提供了一种对账方法，该方法可以由具有数据处理能力的电子设备执行，该电子设备可以是手机、笔记本电脑、台式机、掌上电脑或平板电脑等。可选的，该电子设备与业务侧设备可以是同一设备。

参见图2所示的一种对账方法的流程示意图，该方法主要包括如下步骤S202～步骤S204：

步骤S202，通过定时任务，获取按照预设时间维度生成的对账文件；该对账文件包括业务侧的流水记录文件和支付中心的对象存储服务文件。

可选的，上述预设时间维度包括天、月和季度中的一个或多个。业务侧可以按照预设时间维度生成流水记录文件，例如业务侧每天凌晨生成上一天的流水记录文件。支付中心采用COS(Cloud Object Service，对象存储服务)文件存储服务，可以按照预设时间维度生成COS文件(即对象存储服务文件)，例如支付中心每天凌晨生成上一天的包含支付、退款等信息的流水记录文件。

在一些可能的实施例中，上述步骤S202可以通过如下过程实现：当监测到定时任务启动时，从业务侧获取按照预设时间维度生成的流水记录文件，并从支付中心获取按照预设时间维度生成的对象存储服务文件。

步骤S204，根据流水记录文件和对象存储服务文件进行对账处理，得到对账结果。

在一些可能的实施例中，上述步骤S204可以通过如下过程实现：分别对流水记录文件和对象存储服务文件进行解析，得到业务流水信息和支付订单信息；根据业务流水信息中的订单标识在支付中心进行订单查询，得到该业务流水信息对应的第一订单信息；并根据支付订单信息中的订单标识在业务侧进行订单查询，得到该支付订单信息对应的第二订单信息；通过对业务流水信息和第一订单信息进行信息比对，以及对支付订单信息和第二订单信息进行信息比对，得到对账结果。

上述订单标识也可以称为业务ID(Identity document)，具体可以是一个编号。

进一步，可以对业务流水信息和第一订单信息进行订单存在性比对、订单金额比对和订单状态比对，得到第一比对结果；对支付订单信息和第二订单信息进行订单存在性比对、订单金额比对和订单状态比对，得到第二比对结果；然后根据第一比对结果和第二比对结果，生成对账结果。

上述第一比对结果和第二对比结果均包括存在性比对结果、金额比对结果和状态比对结果。对于业务侧或支付中心的每笔订单，存在性比对结果可以为仅在业务侧存在、仅在支付中心存在或在双方均存在，金额比对结果可以为订单的金额相同或订单的金额不同，状态比对结果可以为订单的状态相同或订单的状态不同。

本发明实施例涉及支付订单比对场景，涉及COS文件存储服务，通过将业务侧订单和支付中心COS文件存储服务相结合来进行支付流水正确性的验证比较；通过多种文件格式相结合，完成流水检查；利用业务流水和COS文件作为基础的比对服务，达到业务侧和支付中心的数据双检查。通过流水检查，完成流水存在性、状态、金额的快速检查，达到快速完成流水终态的结果，提高了用户体验效果。

本发明实施例提供的对账方法，可以通过定时任务，获取按照预设时间维度生成的对账文件；该对账文件包括业务侧的流水记录文件和支付中心的对象存储服务文件；然后根据流水记录文件和对象存储服务文件进行对账处理，得到对账结果。这种基于定时任务和对象存储服务文件的对账方式，可以及时发现业务侧与支付中心的订单信息是否一致，从而缓解了长时间支付异常情况发生的问题。

进一步，上述对账结果包括存在第一异常订单，该第一异常订单为仅在业务流水信息或支付订单信息中存在的订单；在得到对账结果之后，上述方法还包括：向支付中心发送第一异常订单的订单核查消息。这样便于支付中心人员及时发现并处理第一异常订单。

进一步，上述对账结果包括存在第二异常订单，该第二异常订单为金额不一致和/或状态不一致的订单；在得到对账结果之后，上述方法还包括：根据第二异常订单在第一订单信息或支付订单信息中的订单状态和订单金额，对业务流水信息或第二订单信息进行修复处理。这样实现了第二异常订单的自动修复处理，使第二异常订单的订单状态和订单金额在业务侧和支付中心中更快地同步。

本发明实施例中，可以按照天、月和季度定时进行流水检查，减小检查间隔，提高流水终态完成时间；按照天对业务流水和支付中心支付一致文件进行比对，可以保证上方数据不出现遗漏；针对流水记录按照天、月和季度进行比对，多重比对可以减小某些异常导致的漏检查。数据比对完成后，针对出现问题的流水通过消息及时告知，可以尽快确认和修复问题数据。

在一种可能的实现方式中，执行上述对账方法的电子设备与业务侧设备是同一设备，该对账方法可以包括如下内容：

1、每天凌晨通过定时任务查询支付中心上一天的支付、退款等对象存储服务文件；拿到对象存储服务文件后，对该对象存储服务文件进行解析，得到支付订单信息；根据支付订单信息中的业务ID，在本地中查询业务侧的流水信息；若本地不存在某业务ID对应的订单，则表示该订单仅在支付中心存在，需要向支付中心询问该订单的具体使用场景，以确定该订单是否确为业务侧数据。

2、每天凌晨通过定时任务查询上一天的业务流水信息，按照业务ID在支付中心查询其流水信息；若某业务ID对应的订单在支付中心无支付成功的流水信息，则表示支付中心支付异常，需要支付中心人员查询该订单的具体信息是否异常。

3、当业务侧和支付中心都有订单数据时，比较双方的订单状态和订单的金额是否相同或是否保持一致。

为了便于理解，参见图3所示的另一种对账方法的流程示意图，该对账方法包括基于业务侧的流水记录文件的第一对账流程和基于支付中心的对象存储服务文件的第二对账流程。其中，第一对账流程具体如下：按照天、月和季度定时进行流水检查，首先获取业务侧的业务流水列表(即包含业务流水信息的流水记录文件)，然后基于业务流水列表在支付中心进行订单查询，获取支付中心反馈的订单查询结果(即反馈查询订单信息)，之后进行订单状态比较、支付中心流水是否存在比较和订单金额比较，最后对异常订单进行修复处理。第二对账流程具体如下：按照天、月和季度定时进行流水检查，首先向支付中心发送查询对账文件请求，接收支付中心返回的COS文件，解析COS文件得到支付订单信息，基于支付订单信息在业务侧进行订单查询，获取业务侧反馈的订单查询结果(即反馈查询订单信息)，之后进行订单状态比较、业务流水是否存在比较和订单金额比较，最后对异常订单进行修复处理。

本发明实施例提供的对账方法具有如下有益效果：(1)优化了支付中心的流水，可以鉴别支付中心流水是否有非业务侧发起非法流水；(2)优化了业务流水，及时发现订单状态不一致问题；(3)优化了业务流水成功而支付中心无订单状况、多冲款情况；(4)优化了订单状态和金额的检查过程，使订单检查自动化、定时化，减少了订单检查时间间隔，使订单状态与金额可更快的进行同步，从而优化了用户体验；(5)减少了人工干预成本，提高了检查订单的效率。

对应于上述的对账方法，本发明实施例还提供了一种对账装置，参见图4所示的一种对账装置的结构示意图，该装置包括：

获取模块42，用于通过定时任务，获取按照预设时间维度生成的对账文件；该对账文件包括业务侧的流水记录文件和支付中心的对象存储服务文件；

处理模块44，用于根据流水记录文件和对象存储服务文件进行对账处理，得到对账结果。

本发明实施例提供的对账装置，可以通过定时任务，获取按照预设时间维度生成的对账文件；该对账文件包括业务侧的流水记录文件和支付中心的对象存储服务文件；然后根据流水记录文件和对象存储服务文件进行对账处理，得到对账结果。这种基于定时任务和对象存储服务文件的对账方式，可以及时发现业务侧与支付中心的订单信息是否一致，从而缓解了长时间支付异常情况发生的问题。

进一步，上述获取模块42具体用于：当监测到定时任务启动时，从业务侧获取按照预设时间维度生成的流水记录文件，并从支付中心获取按照预设时间维度生成的对象存储服务文件。

进一步，上述预设时间维度包括天、月和季度中的一个或多个。

进一步，上述处理模块44具体用于：分别对流水记录文件和对象存储服务文件进行解析，得到业务流水信息和支付订单信息；根据业务流水信息中的订单标识在支付中心进行订单查询，得到该业务流水信息对应的第一订单信息；并根据支付订单信息中的订单标识在业务侧进行订单查询，得到该支付订单信息对应的第二订单信息；通过对业务流水信息和第一订单信息进行信息比对，以及对支付订单信息和第二订单信息进行信息比对，得到对账结果。

进一步，上述处理模块44还用于：对业务流水信息和第一订单信息进行订单存在性比对、订单金额比对和订单状态比对，得到第一比对结果；对支付订单信息和第二订单信息进行订单存在性比对、订单金额比对和订单状态比对，得到第二比对结果；根据第一比对结果和第二比对结果，生成对账结果。

进一步，上述对账结果包括存在第一异常订单，该第一异常订单为仅在业务流水信息或支付订单信息中存在的订单；上述装置还包括与处理模块44连接的发送模块，用于：向支付中心发送第一异常订单的订单核查消息。

进一步，上述对账结果包括存在第二异常订单，该第二异常订单为金额不一致和/或状态不一致的订单；上述装置还包括与处理模块44连接的修复模块，用于：根据第二异常订单在第一订单信息或支付订单信息中的订单状态和订单金额，对业务流水信息或第二订单信息进行修复处理。

本实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

参见图5，本发明实施例还提供一种电子设备100，包括：处理器50，存储器51，总线52和通信接口53，所述处理器50、通信接口53和存储器51通过总线52连接；处理器50用于执行存储器51中存储的可执行模块，例如计算机程序。

其中，存储器51可能包含随机存取存储器(Random Access Memory，简称RAM)，也可能还包括非易失性存储器(non-volatile memory，简称NVM)，例如至少一个磁盘存储器。通过至少一个通信接口53(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

总线52可以是工业标准体系结构(Industry Standard Architecture，简称ISA)总线、外设部件互连标准(Peripheral Component Interconnect，简称PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，简称EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

其中，存储器51用于存储程序，所述处理器50在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流程定义的装置所执行的方法可以应用于处理器50中，或者由处理器50实现。

处理器50可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器50中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器50可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital SignalProcessing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器51，处理器50读取存储器51中的信息，结合其硬件完成上述方法的步骤。

本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行前面方法实施例中所述的对账方法。该计算机可读存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

在这里示出和描述的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制，因此，示例性实施例的其他示例可以具有不同的值。

附图中的流程图和框图显示了根据本发明的多个实施例的方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种对账方法，其特征在于，包括：

通过定时任务，获取按照预设时间维度生成的对账文件；所述对账文件包括业务侧的流水记录文件和支付中心的对象存储服务文件；

根据所述流水记录文件和所述对象存储服务文件进行对账处理，得到对账结果。

2.根据权利要求1所述的对账方法，其特征在于，所述通过定时任务，获取按照预设时间维度生成的对账文件的步骤，包括：

当监测到定时任务启动时，从业务侧获取按照预设时间维度生成的流水记录文件，并从支付中心获取按照所述预设时间维度生成的对象存储服务文件。

3.根据权利要求1或2所述的对账方法，其特征在于，所述预设时间维度包括天、月和季度中的一个或多个。

4.根据权利要求1所述的对账方法，其特征在于，所述根据所述流水记录文件和所述对象存储服务文件进行对账处理，得到对账结果的步骤，包括：

分别对所述流水记录文件和所述对象存储服务文件进行解析，得到业务流水信息和支付订单信息；

根据所述业务流水信息中的订单标识在所述支付中心进行订单查询，得到所述业务流水信息对应的第一订单信息；并根据所述支付订单信息中的订单标识在所述业务侧进行订单查询，得到所述支付订单信息对应的第二订单信息；

通过对所述业务流水信息和所述第一订单信息进行信息比对，以及对所述支付订单信息和所述第二订单信息进行信息比对，得到对账结果。

5.根据权利要求4所述的对账方法，其特征在于，所述通过对所述业务流水信息和所述第一订单信息进行信息比对，以及对所述支付订单信息和所述第二订单信息进行信息比对，得到对账结果的步骤，包括：

对所述业务流水信息和所述第一订单信息进行订单存在性比对、订单金额比对和订单状态比对，得到第一比对结果；

对所述支付订单信息和所述第二订单信息进行订单存在性比对、订单金额比对和订单状态比对，得到第二比对结果；

根据所述第一比对结果和所述第二比对结果，生成对账结果。

6.根据权利要求5所述的对账方法，其特征在于，所述对账结果包括存在第一异常订单，所述第一异常订单为仅在所述业务流水信息或所述支付订单信息中存在的订单；所述方法还包括：

向所述支付中心发送所述第一异常订单的订单核查消息。

7.根据权利要求5所述的对账方法，其特征在于，所述对账结果包括存在第二异常订单，所述第二异常订单为金额不一致和/或状态不一致的订单；所述方法还包括：

根据所述第二异常订单在所述第一订单信息或所述支付订单信息中的订单状态和订单金额，对所述业务流水信息或所述第二订单信息进行修复处理。

8.一种对账装置，其特征在于，包括：

获取模块，用于通过定时任务，获取按照预设时间维度生成的对账文件；所述对账文件包括业务侧的流水记录文件和支付中心的对象存储服务文件；

处理模块，用于根据所述流水记录文件和所述对象存储服务文件进行对账处理，得到对账结果。

9.一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器运行时执行权利要求1-7中任一项所述的方法。

Images