本发明涉及数据处理技术领域，尤其涉及一种多系统间对账方法、装置及系统。
背景技术：
在多个系统时，通常设置一个或多个对账中心，多个系统将自身的账务数据按照对账中心规定的统一的文本格式发送至对账中心进行对账，图1为现有的多个系统间对账流程示意图。这一流程设置具有的问题为：
1.对账中心接收文件量较大，对账文本较多，造成较大的存储压力；
2.对于需要加密传输的对账文件，可能由于传输协议和加密规则不同，导致系统需要处理多个对账文本；
3.由于对账中心可能对接多个系统，可能存在单一时间点大量对账文本涌入给系统带来非常大的带宽压力。
技术实现要素：
本发明实施例提出一种多系统间对账方法，用以实现同时对多个系统进行对账，减小了对账中心的存储压力，避免了系统处理多个对账文件，避免了单一时间点大量对账文本涌入带来的带宽压力，该方法包括：
接收对应系统发送的对账用数据；
对所述对账用数据进行加密处理；
向对应系统发送数据已接收报文，其中，对应系统在接收到数据已接收报文后，向对账中心发送数据备好通知；
在接收到对账中心在预设时刻发送的数据请求报文后，将加密处理后的对账用数据发送至对账中心。
本发明实施例提出一种多系统间对账装置，用以实现同时对多个系统进行对账，减小了对账中心的存储压力，避免了系统处理多个对账文件，避免了单一时间点大量对账文本涌入带来的带宽压力，该装置包括：
数据接收模块，用于接收对应系统发送的对账用数据；
加密处理模块，用于对所述对账用数据进行加密处理；
报文发送模块，用于向对应系统发送数据已接收报文，其中，对应系统在接收到数据已接收报文后，向对账中心发送数据备好通知；
数据发送模块，用于在接收到对账中心在预设时刻发送的数据请求报文后，将加密处理后的对账用数据发送至对账中心。
本发明实施例提出一种多系统间对账系统，用以实现同时对多个系统进行对账，减小了对账中心的存储压力，避免了系统处理多个对账文件，避免了单一时间点大量对账文本涌入带来的带宽压力，该系统包括：对账中心，多个系统，多个多系统间对账装置，其中，每个系统都与一个多系统间对账装置对应，
多系统间对账装置用于：接收对应系统发送的对账用数据；对所述对账用数据进行加密处理；向对应系统发送数据已接收报文；在接收对账中心在预设时刻发送的数据请求报文后，将加密处理后的对账用数据发送至对账中心；
对账中心用于：接收每个系统发送的数据备好通知；在预设时刻向每个系统对应的多系统间对账装置发送数据请求报文；接收每个系统的加密处理后的对账用数据。
本发明实施例还提出了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述多系统间对账方法。
本发明实施例还提出了一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述多系统间对账方法的计算机程序。
在本发明实施例中，接收对应系统发送的对账用数据；对所述对账用数据进行加密处理；向对应系统发送数据已接收报文，其中，对应系统在接收到数据已接收报文后，向对账中心发送数据备好通知；在接收到对账中心在预设时刻发送的数据请求报文后，将加密处理后的对账用数据发送至对账中心。在上述过程中，不直接将各系统的对账用数据发送至对账中心，而是对系统与对账中心进行了隔离，防止了对账用数据存储对系统和对账中心两侧带来的存储压力，同时，将对账用数据进行加密处理这样的进一步加工工作隔离，避免了各个系统需要处理多个对账用数据，造成资源的浪费。进一步的，对账中心在预设时刻发送的数据请求报文，实现了对对账用数据的灵活取用，避免了单一时间点大量对账用数据涌入带来的带宽压力，实现了负载均衡。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
图1为现有的多个系统间对账流程示意图；
图2为本发明实施例中多系统间对账方法的流程图；
图3为本发明实施例中多系统间对账方法的原理图；
图4为本发明实施例中多系统间对账方法的详细流程图；
图5为本发明实施例中多系统间对账装置的示意图；
图6为本发明实施例中多系统间对账装置的另一个示意图；
图7为本发明实施例中多系统间对账系统的示意图；
图8为本发明实施例中计算机设备的示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。
在本说明书的描述中，所使用的“包含”、“包括”、“具有”、“含有”等，均为开放性的用语，即意指包含但不限于。参考术语“一个实施例”、“一个具体实施例”、“一些实施例”、“例如”等的描述意指结合该实施例或示例描述的具体特征、结构或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。各实施例中涉及的步骤顺序用于示意性说明本申请的实施，其中的步骤顺序不作限定，可根据需要作适当调整。
图2为本发明实施例中多系统间对账方法的流程图，如图2所示，该方法包括：
步骤201，接收对应系统发送的对账用数据；
步骤202，对所述对账用数据进行加密处理；
步骤203，向对应系统发送数据已接收报文，其中，对应系统在接收到数据已接收报文后，向对账中心发送数据备好通知；
步骤204，在接收到对账中心在预设时刻发送的数据请求报文后，将加密处理后的对账用数据发送至对账中心。
在本发明实施例中，不直接将各系统的对账用数据发送至对账中心，而是对系统与对账中心进行了隔离，防止了对账用数据存储对系统和对账中心两侧带来的存储压力，同时，将对账用数据进行加密处理这样的进一步加工工作隔离，避免了各个系统需要处理多个对账用数据，造成资源的浪费。进一步的，对账中心在预设时刻发送的数据请求报文，实现了对对账用数据的灵活取用，避免了单一时间点大量对账用数据涌入带来的带宽压力，实现了负载均衡。
具体实施时，实现多系统间对账方法的为多系统间对账装置，也可以称为文件转发中继，每个系统都有对应的文件转发中继，图3为本发明实施例中多系统间对账方法的原理图，即每个系统都向对应的文件转发中继发送对账用数据，每个文件转发中继接收对应系统发送的对账用数据；对所述对账用数据进行加密处理；向对应系统发送数据已接收报文；之后，对应系统在接收到数据已接收报文后，向对账中心发送数据备好通知；文件转发中继在接收到对账中心在预设时刻发送的数据请求报文后，将加密处理后的对账用数据发送至对账中心。
具体实施时，每个系统都可以先将对账用数据进行基本处理后再发送至对应的文件转发中继，基本处理包括数据汇总等，根据每个系统的实际情况而定。
具体实施时，对账中心在预设时刻发送数据请求报文，即对账中心可以根据自己的对账时间需求随时取用对账用时间，灵活度高。
在一实施例中，所述方法还包括：存储加密处理后的对账用数据，存储之后方便对账中心调用。
在一实施例中，所述方法还包括：
接收对应系统发送的数据处理通知，所述数据处理通知包括数据备份通知和数据删除通知；
基于数据处理通知，对对应系统的加密处理后的对账用数据进行处理。
在上述实施例中，对对应系统的加密处理后的对账用数据进行处理包括备份处理和删除处理，主要与每个系统自身情况有关，每个系统可分别设置数据处理的方式，灵活度高。
在一实施例中，所述方法还包括：
所述对账中心在收到加密处理后的对账用数据后，向对应系统发送数据获取成功报文。
对应系统收到数据获取成功报文，能够方便各个系统了解对账中心的处理结果，从而使各系统按照约定策略实现文件转发中继上数据的备份或者删除。
基于上述实施例，本发明提出如下一个实施例来说明多系统间对账方法的详细流程，图4为本发明实施例中多系统间对账方法的详细流程图，以其中一个系统a为例，如图4所示，包括：
步骤401，系统a向对应的文件转发中继发送对账用数据；
步骤402，系统a对应的文件转发中继对接收的对账用数据进行加密处理并存储；
步骤403，系统a对应的文件转发中继向系统a发送数据已接收报文；
步骤404，系统a向对账中心发送数据备好通知；
步骤405，对账中心在预设时刻向系统a对应的文件转发中继发送数据请求报文；
步骤406，系统a对应的文件转发中继将加密处理后的对账用数据发送至对账中心；
步骤407，对账中心向系统a发送数据获取成功报文；
步骤408，系统a向对应的文件转发中继发送数据处理通知；
步骤409，系统a对应的文件转发中继加密处理后的对账用数据进行处理。
可见，上述详细流程为异步发送和接收的过程，从而发挥文件转发中继的存储作用，也防止了一份对账文本在系统和对账中心重复存储而造成的资源浪费。
当然，可以理解的是，上述详细流程还可以有其他变化例，相关变化例均应落入本发明的保护范围。
综上所述，在本发明实施例中，接收对应系统发送的对账用数据；对所述对账用数据进行加密处理；向对应系统发送数据已接收报文，其中，对应系统在接收到数据已接收报文后，向对账中心发送数据备好通知；在接收到对账中心在预设时刻发送的数据请求报文后，将加密处理后的对账用数据发送至对账中心。在上述过程中，不直接将各系统的对账用数据发送至对账中心，而是对系统与对账中心进行了隔离，防止了对账用数据存储对系统和对账中心两侧带来的存储压力，同时，将对账用数据进行加密处理这样的进一步加工工作隔离，避免了各个系统需要处理多个对账用数据，造成资源的浪费。进一步的，对账中心在预设时刻发送的数据请求报文，实现了对对账用数据的灵活取用，避免了单一时间点大量对账用数据涌入带来的带宽压力，实现了负载均衡。
本发明实施例还提出一种多系统间对账装置，其原理与多系统间对账方法类似，这里不再赘述。
图5为本发明实施例中多系统间对账装置的示意图，如图5所示，包括：
数据接收模块501，用于接收对应系统发送的对账用数据；
加密处理模块502，用于对所述对账用数据进行加密处理；
报文发送模块503，用于向对应系统发送数据已接收报文，其中，对应系统在接收到数据已接收报文后，向对账中心发送数据备好通知；
数据发送模块504，用于在接收到对账中心在预设时刻发送的数据请求报文后，将加密处理后的对账用数据发送至对账中心。
在一实施例中，所述装置还包括存储模块505，参见图6，用于存储加密处理后的对账用数据。
在一实施例中，所述装置还包括数据处理模块506，参见图6，用于：
接收对应系统发送的数据处理通知，所述数据处理通知包括数据备份通知和数据删除通知；
基于数据处理通知，对对应系统的加密处理后的对账用数据进行处理。
综上所述，在本发明实施例提出的装置中，接收对应系统发送的对账用数据；对所述对账用数据进行加密处理；向对应系统发送数据已接收报文，其中，对应系统在接收到数据已接收报文后，向对账中心发送数据备好通知；在接收到对账中心在预设时刻发送的数据请求报文后，将加密处理后的对账用数据发送至对账中心。在上述过程中，不直接将各系统的对账用数据发送至对账中心，而是对系统与对账中心进行了隔离，防止了对账用数据存储对系统和对账中心两侧带来的存储压力，同时，将对账用数据进行加密处理这样的进一步加工工作隔离，避免了各个系统需要处理多个对账用数据，造成资源的浪费。进一步的，对账中心在预设时刻发送的数据请求报文，实现了对对账用数据的灵活取用，避免了单一时间点大量对账用数据涌入带来的带宽压力，实现了负载均衡。
本发明实施例还提出一种多系统间对账系统，图7为本发明实施例中多系统间对账系统的示意图，包括：对账中心701，多个系统702，多个多系统间对账装置703，其中，每个系统702都与一个多系统间对账装置703对应，
多系统间对账装置703用于：接收对应系统发送的对账用数据；对所述对账用数据进行加密处理；向对应系统发送数据已接收报文；在接收对账中心在预设时刻发送的数据请求报文后，将加密处理后的对账用数据发送至对账中心；
对账中心701用于：接收每个系统发送的数据备好通知；在预设时刻向每个系统对应的多系统间对账装置发送数据请求报文；接收每个系统的加密处理后的对账用数据。
综上所述，在本发明实施例提出的系统中，每个系统都与一个多系统间对账装置对应，多系统间对账装置用于：接收对应系统发送的对账用数据；对所述对账用数据进行加密处理；向对应系统发送数据已接收报文；在接收对账中心在预设时刻发送的数据请求报文后，将加密处理后的对账用数据发送至对账中心；对账中心用于：接收每个系统发送的数据备好通知；在预设时刻向每个系统对应的多系统间对账装置发送数据请求报文；接收每个系统的加密处理后的对账用数据。在上述过程中，不直接将各系统的对账用数据发送至对账中心，而是对系统与对账中心进行了隔离，防止了对账用数据存储对系统和对账中心两侧带来的存储压力，同时，将对账用数据进行加密处理这样的进一步加工工作隔离，避免了各个系统需要处理多个对账用数据，造成资源的浪费。进一步的，对账中心在预设时刻发送的数据请求报文，实现了对对账用数据的灵活取用，避免了单一时间点大量对账用数据涌入带来的带宽压力，实现了负载均衡。
本申请的实施例还提供一种计算机设备，图8为本发明实施例中计算机设备的示意图，该计算机设备能够实现上述实施例中的多系统间对账方法中全部步骤，所述计算机设备具体包括如下内容：
处理器(processor)801、存储器(memory)802、通信接口(communicationsinterface)803和通信总线804；
其中，所述处理器801、存储器802、通信接口803通过所述通信总线804完成相互间的通信；所述通信接口803用于实现服务器端设备、检测设备以及用户端设备等相关设备之间的信息传输；
所述处理器801用于调用所述存储器802中的计算机程序，所述处理器执行所述计算机程序时实现上述实施例中的多系统间对账方法中的全部步骤。
本申请的实施例还提供一种计算机可读存储介质，能够实现上述实施例中的多系统间对账方法中全部步骤，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的多系统间对账方法的全部步骤。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
1.一种多系统间对账方法，其特征在于，包括：
接收对应系统发送的对账用数据；
对所述对账用数据进行加密处理；
向对应系统发送数据已接收报文，其中，对应系统在接收到数据已接收报文后，向对账中心发送数据备好通知；
在接收到对账中心在预设时刻发送的数据请求报文后，将加密处理后的对账用数据发送至对账中心。
2.如权利要求1所述的多系统间对账方法，其特征在于，还包括：存储加密处理后的对账用数据。
3.如权利要求1所述的多系统间对账方法，其特征在于，还包括：
接收对应系统发送的数据处理通知，所述数据处理通知包括数据备份通知和数据删除通知；
基于数据处理通知，对对应系统的加密处理后的对账用数据进行处理。
4.如权利要求1所述的多系统间对账方法，其特征在于，还包括：
所述对账中心在收到加密处理后的对账用数据后，向对应系统发送数据获取成功报文。
5.一种多系统间对账装置，其特征在于，包括：
数据接收模块，用于接收对应系统发送的对账用数据；
加密处理模块，用于对所述对账用数据进行加密处理；
报文发送模块，用于向对应系统发送数据已接收报文，其中，对应系统在接收到数据已接收报文后，向对账中心发送数据备好通知；
数据发送模块，用于在接收到对账中心在预设时刻发送的数据请求报文后，将加密处理后的对账用数据发送至对账中心。
6.如权利要求5所述的多系统间对账装置，其特征在于，还包括：存储模块，用于存储加密处理后的对账用数据。
7.如权利要求5所述的多系统间对账装置，其特征在于，还包括数据处理模块，用于：
接收对应系统发送的数据处理通知，所述数据处理通知包括数据备份通知和数据删除通知；
基于数据处理通知，对对应系统的加密处理后的对账用数据进行处理。
8.一种多系统间对账系统，其特征在于，包括：对账中心，多个系统，多个权利要求5至7任一项所述的多系统间对账装置，其中，每个系统都与一个多系统间对账装置对应，
多系统间对账装置用于：接收对应系统发送的对账用数据；对所述对账用数据进行加密处理；向对应系统发送数据已接收报文；在接收对账中心在预设时刻发送的数据请求报文后，将加密处理后的对账用数据发送至对账中心；
对账中心用于：接收每个系统发送的数据备好通知；在预设时刻向每个系统对应的多系统间对账装置发送数据请求报文；接收每个系统的加密处理后的对账用数据。
9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至4任一项所述方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求1至4任一项所述方法的计算机程序。
技术总结