CN113849466A - 一种基于基金代销系统的交互方法及相关设备 - Google Patents

Abstract

本发明公开了一种基于基金代销系统的交互方法，所述方法包括获取预先连接的若干个代销系统的交互文件；对所述交互文件进行合并，得到数量为一的合并文件；将所述合并文件发送至预先连接的TA系统；当检测到所述TA系统根据所述合并文件返回的响应文件时，将所述响应文件进行拆分，得到每一个所述代销系统对应的响应子文件并发送。本发明通过在基金代销系统以及基金公司之间进行文件的拆分和合并，实现一个基金公司能够对多家代销公司的数据进行反应，降低代销系统出现故障时基金公司的风险。

Description

一种基于基金代销系统的交互方法及相关设备

技术领域

本发明涉及数据处理技术领域，特别涉及一种基于基金代销系统的交互方法及相关设备。

背景技术

随着金融业务的发展，越来越多理财产品的销售业务也在市面上流通。与此同时，理财产品的代销业务也蓬勃发展，例如基金代销业务。基金代销公司扮演者基金公司与用户之间的桥梁工作，需要将用户的交易信息发送至基金公司进行交易，同时也要对接收并整理基金公司反馈的交易信息。早期通过人工记账进行这项工作，但是随着科技的发展，基金代销系统成为主要的处理系统。

一般基金代销公司内部的业务流程较为复杂，需要处理海量的数据。如果基金代销公司自己开发代销系统，则需要付出大量的人力财力。因此，购买第三方的基金代销系统是基金代销公司的主要手段。

然而当一家基金代销公司与一家基金代销系统绑定后，一般无法再对接其他的基金代销系统。也就是说，基金代销公司与基金代销平台是深度绑定的关系。其主要是由于若存在多家代销系统，则会出现多种不同的TXT文件，若多家代销公司同时运行，会出现TXT文件之间的冲突，从而导致无法和基金公司之间的正常交互。

因此，当某一个代销系统出现性能问题时，无法快速进行代销系统的切换，且切换系统存在难回滚以及修复，风险较高。

发明内容

本发明要解决的技术问题在于现有的基金公司与基金代销系统都是一对一绑定，由此带来高风险，兼容性差等问题。针对现有技术的不足，提供一种基于基金代销系统的交互方法。

为了解决上述技术问题，本发明所采用的技术方案如下：

一种基于基金代销系统的交互方法，所述方法包括：

获取预先连接的若干个代销系统的交互文件；

对所述交互文件进行合并，得到数量为一的合并文件；

将所述合并文件发送至预先连接的TA系统；

当检测到所述TA系统根据所述合并文件返回的响应文件时，将所述响应文件进行拆分，得到每一个所述代销系统对应的响应子文件并发送。

所述基于基金代销系统的交互方法，所述交互文件包括编码文件，所述编码文件包括若干条记录数据以及每一条记录数据对应的应用序列号；所述对所述交互文件进行合并，得到数量为一的合并文件具体包括：

对每一个所述代销系统进行编码，得到每一个所述代销系统对应的系统编码；

当所述交互文件为编码文件时，针对所述编码文件中的每一个记录数据，根据该代销系统对应的系统编码以及该记录数据对应的应用序列号，生成该记录数据对应得标识序列号；

根据所述标识序列号，对所有的所述记录数据进行合并，得到合并文件。

所述基于基金代销系统的交互方法，所述应用序列号包括特征序列号；所述根据该代销系统对应的系统编码以及该记录数据对应的应用序列号，生成该记录数据对应得标识序列号包括：

针对所述编码文件中的每一个记录数据，以特殊序列号的最高位为起点，依次将系统编号替换该记录数据对应的特征序列号的字符，得到标识序列号。

所述基于基金代销系统的交互方法，所述根据该代销系统对应的系统编码以及该记录数据对应的应用序列号，生成该记录数据对应得标识序列号之后，还包括：

将所述标识序列号、所述代销系统以及所述应用序列号写入预设的表格中，得到编码映射表。

所述基于基金代销系统的交互方法，当所述交互文件为编码文件时，所述响应文件包括执行文件，所示执行文件包括若干个执行数据以及所述执行数据对应的标识序列号，所述响应子文件包括执行子文件；所述将所述响应文件进行拆分，得到每一个所述代销系统对应的响应子文件包括：

根据所述编码映射表以及所述标识序列号，确定每一个所述执行数据对应的应用序列号以及代销系统；

根据所述应用序列号，生成每一个所述代销系统对应的执行子文件并发送。

所述基于基金代销系统的交互方法，所述交互文件包括汇总文件，每一个所述代销系统的汇总文件包括若干个基金信息以及每一个基金信息对应的基金份额，每一个所述基金信息包括基金账户，以及该基金账户在所述代销系统中对应的基金编码；所述对所述交互文件进行合并，得到数量为一的合并文件包括：

根据所述汇总文件，计算每一个对应同一基金信息的基金份额之和，得到基金总数；

根据所述基金信息和所述基金总数，生成与所述汇总文件对应的合并文件。

所述基于基金代销系统的交互方法，当所述交互文件为汇总文件时，所述响应文件为分红文件，所述分红文件包括所述基金信息，以及每一个所述基金信息对应的基金分红，所述响应子文件包括分红子文件；所述将所述响应文件进行拆分，得到每一个所述代销系统对应的响应子文件包括：

针对每一个所述基金信息，根据所述基金份额，确定该基金信息在不同的代销系统之间的份额比例；

根据所述份额比例以及所述基金分红，计算该基金信息对应每一个所述代销系统的子分红；

根据该基金信息以及所述子分红，生成每一个所述代销系统对应的分红子文件。

一种文件拆分合并器，其中，包括：

获取模块，用于获取预先连接的若干个代销系统的交互文件；

合并模块，用于对所述交互文件进行合并，得到数量为一的合并文件；

发送模块，用于将所述合并文件发送至预先连接的TA系统；

拆分模块，用于当检测到所述TA系统根据所述合并文件返回的响应文件时，将所述响应文件进行拆分，得到每一个所述代销系统对应的响应子文件并发送。

一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上任一所述的基于基金代销系统的交互方法中的步骤。

一种终端设备，其包括：处理器、存储器及通信总线；所述存储器上存储有可被所述处理器执行的计算机可读程序；

所述通信总线实现处理器和存储器之间的连接通信；

所述处理器执行所述计算机可读程序时实现如上任一所述的基于基金代销系统的交互方法中的步骤。

有益效果：本发明在代销系统与TA系统之间增加了对每一个代销系统的交互文件的处理，将代销系统发送的若干个交互文件合并为同一个文件。然后再将合并为同一规格的文件发送至TA系统。TA系统接收到合并后的文件，执行一定的操作，并将操作结果作为响应文件发送至代销系统。因此，TA系统接收到的文件的数量为一，格式和内容都是统一规格的，因此不会存在数据冲突的情形。同时，在得到响应文件时，将响应文件拆分为与每一个代销系统对应的响应子文件，以满足不同代销系统对响应的要求。基于此，TA系统可以间接地与多个代销系统进行连接，从而提高效率，降低风险。

附图说明

图1为现有技术中基于基金代销系统的交互方法的流程示意图。

图2为本发明提供的基于基金代销系统的交互方法的流程示意图。

图3为本发明提供的基于基金代销系统的交互方法的总体流程图。

图4为本发明提供的文件拆分合并器的结构示意图。

图5为本发明提供的终端设备的结构原理图。

具体实施方式

本发明提供一种基于基金代销系统的交互方法及相关设备，为使本发明的目的、技术方案及效果更加清楚、明确，以下参照附图并举实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

根据业内的规定，基金代销系统和基金公司之间预先定义彼此之间的交互规则，例如文件规则。目前的交互文件的格式采用的是TXT格式。当接收用户的请求时，基金代销系统将用户的请求导入至TXT文件中，并发送至基金公司。基金公司采用与之对应的基金公司的交易处理转换系统(Transfer Agent，过户代理系统，简称：TA系统)，对TXT文件进行解析，得到解析数据。最后将解析数据导入到处理系统中进行处理。而处理系统处理结束后，将处理结果生成响应文件，并将响应文件发送至TA系统，并最终反馈给代销系统。

在这之外，处理TXT文件的同步以及接收还包括证券平台发放的两个客户端以及服务器端，两个客户端用于部署在基金代销公司以及基金公司的服务器上，而服务端部署在用于证券平台的服务器上。通过客户端以及服务端之间的交互，实现交互文件以及响应文件的同步传输。

如图1所示，其具体过程为，当用户执行一定的操作后，例如进行开户和完成交易，基金代销系统生成对应的TXT文件，然后将该TXT文件传输至部署于基金代销公司侧的第一客户端，第一客户端再将该TXT文件传输至服务端。然后服务端将TXT文件同步至基金公司的第二客户端。最终第二客户端将该TXT文件传输至TA系统。基金公司的TA系统对TXT进行解析，得到所需要的信息。

在这种架构的基础上，生成的TXT文件的名称是固定的。当基金公司部署多套基金代销系统时，多个代销系统传递过来的TXT文件之间出现冲突。

下面结合附图，通过对实施例的描述，对发明内容作进一步说明。在本实施例中，提供一种基于基金代销系统的交互方法，该方法可由文件拆分合并器执行，拆分合并器包括但不限于某一个具体的软件或插件。拆分合并器设置于代销系统与基金公司的TA系统之间。如图2所示，拆分合并器设置在多个代销系统之后，但其也可以设置在TA系统和第二客户端之间。当其执行基于基金代销系统的交互方法时，具体过程为：

如图3所示，本实施提供了一种基于基金代销系统的交互方法，基于基金代销系统的交互方法包括以下步骤：

S10、获取预先连接的若干个代销系统的交互文件。

具体地，本实施例以三个代销系统为例，三个代销系统分别为代销系统A、代销系统B以及代销系统C。他们分别生成的交互文件分别命名为交互文件A、交互文件B以及交互文件C。代销系统会根据用户的操作或者预先的设定，生成交互文件。在本实施例中，交互文件直接传输至文件拆分合并器。

S20、对所述交互文件进行合并，得到数量为一的合并文件。

具体地，文件拆分合并器将这些交互文件进行合并，得到合并文件，合并文件的数量即为一。也就是说，需要传输至基金公司的文件的数量从三个变为了一个。

在合并的过程时，根据交互文件的类型不同，需要采用不同的合并方式。

交互文件与响应文件的类型是相互对应的，从基金的业务类型来说，将交互文件与其对应的响应文件，可以划分为三种类型，分别为账户申请和确认文件、交易申请和确认文件、各类数据汇总文件。账户申请和确认文件、交易申请以及确认文件，和各类数据汇总文件。前面两个类型是以客户为维度，一个客户的一个交易请求为交互文件和响应文件中的一条记录，而汇总文件时以基金代码为维度，一条记录记录了多个用户对该基金代码的请求处理，即一个统计的结果。

从交互文件和响应文件中记录数据的类型，可以分为带应用序列号的申请文件和确认文件，以及不带应用序列号的统计类文件。申请文件和确认文件中的记录数据是通过AppSheetSer i aNo(应用序列号)进行指定唯一指定的。例如用户购买了基金的编码为001234，在生成交互文件时，会根据该编码生成对应的应用序列号。在得到该交互文件后，TA系统系统会在响应文件中插入同样的应用序列号，用于标识处理的是哪一个基金。因此，在一个代销系统中，应用序列号都是唯一指定的。由于带有应用序列号的申请文件和确认文件能够通过应用序列号进行区分，因此，本实施例将其命名为编码文件，而不带应用序列号的统计类文件命名为汇总文件。

因此，只要应用序列号是唯一且不同的，则可以对交互文件进行快速合并。但是，由于存在若干个不同的代销系统，每一个代销系统之间都是独立的，因此实际中，极有可能发生冲突。例如对于基金编码为001234，代销系统A生成的应用序列号为abc123，而对于基金编码为001233，代销系统B生成的应用序列号为abc123，两者就产生了冲突。

针对带有应用序列号的交互文件进行合并之前，先简单描述应用序列号的特征。应用序列号一般是24位数字的唯一编码，由时间数据于特征序列号组合。例如，应用序列号为“201803150000000000639322”，时间数据为8位，即“20180315”，2018年03月15日，剩余的16位数列即为特征序列号，上述例子的特征序列号为“0000000000639322”。

在合并之前，文件拆分合并器先对每一个代销系统进行系统编号，得到每一个所述代销系统对应的系统编码。其中，代销系统的系统编号可以为数字、字母等符号。例如代销系统A对应的系统编号为1，代销系统B对应的系统编号为2，代销系统C对应的系统编号为3。

当所述交互文件为编码文件时，针对所述编码文件中的每一个记录数据，根据该代销系统对应的系统编码以及该记录数据对应的应用序列号，生成该记录数据对应得标识序列号。标识序列号具有唯一性。

为了生成的标识序列号具有唯一性，可以直接设定一个生成算法，根据每一个记录数据中的系统编码以及应用序列号，再生成具有唯一性的标识序列号。例如将系统编码作为固定部分，然后将应用序列号作为无序部分，直接将两者进行拼接。或者通过类似UUID(Universally Unique Identifier，通用唯一标识序列号)，生成与每一个记录数据对应的唯一的标识序列号。

在本实施例中，提供一种具体的生成具有唯一性的标识序列号的算法。将若干个交互文件合并为合并文件时，由于获取的代销公司的交互文件是同时进行的，因此来源不同的交互文件的时间数据相同，将时间数据保留。然后将记录数据中的时间数据、每一个代销系统对应的系统编号以及特征序列号进行拼接和组合，生成每一个交互文件对应的标识序列号。

进一步地，为了避免生成的标识序列号过长，不便于后续合并与拆分，并且减少修改TA系统的处理逻辑，本实施例中，在生成标识序列号的过程中，将时间数据保留，以特征序列号的最高位为起点，依次将系统编号替换特征序列号的字符，得到标识序列号。例如，应用序列号为201803150000000000639322，系统编码为1，则生成的标识序列号为201803151000000000639322。应用序列号的字符数为24位，而标识序列号的字符数也为24位，长度相同。TA系统也不需要相应的修改处理逻辑，提高了适用性。

例如，代销系统A生成的交互文件1为：

201803150000000000639322000723+其他字段

201803150000000000639323000222+其他字段

201803150000000000639324000151+其他字段

代销系统B生成的交互文件2为：

201803150000000000639322000555+其他字段

201803150000000000639311000222+其他字段

201803150000000000639312000151+其他字段

其中，前24位字符(用加粗字体标识)为应用序列号，应用序列号紧接的是基金代码。其他字段代表着与用户执行的操作对应的字段。其中，交互文件1中第一条记录与交互文件2中第一条记录的应用序列号相同，都为“201803150000000000639322”。若直接合并，则导致应用序列号的唯一性受到破坏。先根据应用序列号以及来源的代销系统的系统编码，得到标识序列号。例如交互文件1中的“201803150000000000639322”对应的标识序列号为“201803151000000000639322”，交互文件2中的“201803150000000000639322”对应的标识序列号为“201803152000000000639322”。同时，为了便于后续合并，其他不存在应用序列号冲突的记录数据，也生成该条记录数据对应的标识序列号。然后再标识序列号的基础上进行合并，得到的合并文件为：

201803151000000000639322000723+其他字段

201803151000000000639323000222+其他字段

201803151000000000639324000151+其他字段

201803152000000000639322000555+其他字段

201803152000000000639311000222+其他字段

201803152000000000639312000151+其他字段

由于传输至TA系统的是一个文件，TA系统后续返回的也应是一个文件，因此，为了后续的拆分，在得到标识序列号之后，需要将标识序列号以及其对应关系进行记录。本实施中，预先准备一张表格。该表格中记录标识序列号对应的原有的应用序列号以及代销系统，得到编码映射表。在上述例子中，该编码映射表的形式可如下：

由于应用序列号具有唯一性，因此，编码映射表的数量可以是一，也就是说，每次生成的应用序列号都存储于同一张编码映射表中。每次获取交互文件后生成应用序列号并存储之后，下一次获取交互文件生成的标识序列号也存储于同一张编码映射表中，此时的编码映射表相对于这一次生成的标识序列号为预设好的表格。

汇总文件类型的交互文件中，每一个代销系统发送的汇总文件包括若干条基金信息以及每一个基金信息对应的基金份额。其中，基金信息是指某一个用户的某一个购买的基金项目。汇总文件主要用于基金公司进行结算。常见的汇总文件包括分红文件和红利汇总文件等。这些汇总文件时汇总了基金账号、基金代码等数据。例如，账号M分别在代销系统A、代销系统B以及代销系统C中购买了编号为00070的基金，其份额分别为100、200和300。例如，代销系统A的交互可以为“账号M+基金编号00070+100”。“账号M+基金编号00070”即为基金信息，而“100”则为基金份额。

对于汇总文件的合并过程为：

A10、根据所述汇总文件，计算每一个对应同一基金信息的基金份额之和，得到基金总数。

具体地，先对汇总文件中的基金信息以及基金份额进行统计。将来源于不同代销系统的基金信息进行汇总，计算同一基金信息的基金份额之和，得到基金总数。以上述例子为例，“账号M+基金编号00070”这一基金信息对应的基金总数为100、200以及300之和，即600。

A20、根据所述基金信息和所述基金总数，生成与所述汇总文件对应的合并文件。

具体地，然后将基金信息与其对应的基金总数进行一一对应，得到将基金份额汇总的合并文件。上述例子中的合并文件可以为“账号M+基金编号00070+600”。

文件拆分合并器先将三个代销系统生成的交互文件进行合并，即将同一个基金账号在不同的代销系统的基金份额进行累加。同时也保留每一个基金账号在不同的代销系统中的基金份额的数量。

S30、将所述合并文件发送至预先连接的TA系统。

具体地，得到合并文件后，将合并文件发送至TA系统。预先通过客户端以及服务端，文件拆分合并器已经与TA系统建立通讯连接。若文件拆分合并器设置于TA系统和第二客户端之间，则文件拆分器直接传输至TA系统，由于两者的处理过程较为类似，故在此仅以文件拆分器位于第一客户端与代销系统之间，对发送的过程进行描述。

文件拆分合并器先将合并文件发送至基金销售公司侧的第一客户端。第一客户将合并文件同步至服务端。服务端再将合并文件同步至基金公司侧的第二客户端。最后第二客户端将合并文件传输至基金公司的TA系统。若TA系统与代销系统之间的数据传输方式采用其他方式，也可采用其他的方式进行传输。

S40、当检测到所述TA系统根据所述合并文件返回的响应文件时，将所述响应文件进行拆分，得到每一个所述代销系统对应的响应子文件并发送。

具体地，TA系统对合并文件进行解析后，基金公司会根据解析得到的操作数据进行处理，并生成对应的响应文件。TA系统再将响应文件发送至文件拆分合并器。TA系统的发送过程与前文描述的文件拆分合并器的发送过程相反，即响应文件先发送至第二客户端，第二客户端发送至服务端，服务端再同步至第一客户端，最后通过第一客户端传输至文件拆分合并器。

当交互文件为编码文件时，由于编码文件主要是申请、确认、交易等操作，因此，其对应的响应文件为执行文件，执行文件包括每一个记录数据对应的执行数据，以及每一个执行数据对应的标识序列号。标识序列号用于与之前的记录数据进行对应。

当检测到所述TA系统根据所述合并文件返回的响应文件时，其拆分过程为：

B10、根据所述编码映射表以及所述标识序列号，确定每一个所述执行数据对应的应用序列号以及代销系统。

具体地，文件拆分合并器得到执行文件后，先根据执行数据对应的标识序列号以及编码映射表，确定每一个执行数据对应的应用序列号以及对应的代销系统。例如，执行数据对应的标识序列号为“201803151000000000639322”，其对应的应用序列号为“201803150000000000639322”，对应的代销系统为“代销系统A”。

B20、根据所述应用序列号，生成每一个所述代销系统对应的执行子文件并发送。

具体地，确定了每一个执行数据对应的代销系统以及应用序列号后，将对应同一个代销系统的执行数据分为若干个集合，并且将对每一个集合中，将执行数据与其对应的应用序列号进行合并，生成每一个代销系统对应的执行子文件，并将执行子文件发送至对应的代销系统。

当交互文件为汇总文件时，TA系统得到由汇总文件合并而来的合并文件后，主要执行结算等操作。因此，其返回的响应文件是具有分红信息的分红文件。分红文件包括基金信息，以及每一个基金信息对应的基金分红。由于这里的分红的计算时基于合并文件进行的，因此，分红文件中的基金分红为该基金信息对应的分红总数。

当检测到所述TA系统根据所述合并文件返回的响应文件时，其拆分过程为：

C10、针对每一个所述基金信息，根据所述基金份额，确定该基金信息在不同的代销系统之间的份额比例。

具体地，预先根据基金份额，计算同一个基金信息在不同的代销系统之间的份额比例。

例如在上述例子中，“账号M+基金编号00070”在代销系统A、代销系统B以及代销系统C的基金份额分别为100、200、300。因此，代销系统之间的份额比例为：

代销系统A：代销系统B：代销系统C＝1：2：3。

进一步地，为了方便分红比例的计算以及基金信息的汇总，可以预先设置一个汇总表，用于记录基金信息对应每一个代销系统对应的基金份额。汇总表可如下：

C20、根据所述份额比例以及所述基金分红，计算该基金信息对应每一个所述代销系统的子分红。

具体地，然后根据份额比例和得到的总的基金分红，计算同一基金信息对应不同的代销系统的分红值，即子分红。

例如，TA系统反馈的分红文件为“22220456000707600”，其中，“22220456”为基金账号，“000707”为基金编码，“600”为基金分红。

由于份额比例为1：2：3，基金分红为600，则可计算代销系统A对应的子分红为100，代销系统B对应的子分红为200，而代销系统C对应的子分红为300。

C30、根据该基金信息以及所述子分红，生成每一个所述代销系统对应的分红子文件。

具体地，将基金信息与子分红进行合并，并且可加入用于标识对应的代销系统的标识信息，得到每一个代销系统对应的分红子文件。

如图4所示，基于上述基于基金代销系统的交互方法，本实施例提供了一种文件拆分合并器100，其中，所述文件拆分合并器100包括：

获取模块110，用于获取预先连接的若干个代销系统的交互文件；

合并模块120，用于对所述交互文件进行合并，得到数量为一的合并文件；

发送模块130，用于将所述合并文件发送至预先连接的TA系统；

拆分模块140，用于当检测到所述TA系统根据所述合并文件返回的响应文件时，将所述响应文件进行拆分，得到每一个所述代销系统对应的响应子文件并发送。

其中，所述交互文件包括编码文件，所述编码文件包括若干条记录数据以及每一条记录数据对应的应用序列号；所述合并模块120包括：

编码单元，用于对每一个所述代销系统进行编码，得到每一个所述代销系统对应的系统编码；

生成单元，用于当所述交互文件为编码文件时，针对所述编码文件中的每一个记录数据，根据该代销系统对应的系统编码以及该记录数据对应的应用序列号，生成该记录数据对应得标识序列号；

第一合并单元，用于根据所述标识序列号，对所有的所述记录数据进行合并，得到合并文件。

其中，所述应用序列号包括特征序列号；所述生成单元具体用于：

针对所述编码文件中的每一个记录数据，以特殊序列号的最高位为起点，依次将系统编号替换该记录数据对应的特征序列号的字符，得到标识序列号。

其中，所述合并模块120还包括记录单元，所述记录单元用于：

将所述标识序列号、所述代销系统以及所述应用序列号写入预设的表格中，得到编码映射表。

其中，当所述交互文件为编码文件时，所述响应文件包括执行文件，所示执行文件包括若干个执行数据以及所述执行数据对应的标识序列号，所述响应子文件包括执行子文件；所述拆分模块140具体用于：

根据所述编码映射表以及所述标识序列号，确定每一个所述执行数据对应的应用序列号以及代销系统；

根据所述应用序列号，生成每一个所述代销系统对应的执行子文件并发送。

其中，所述交互文件包括汇总文件，每一个所述代销系统的汇总文件包括若干个基金信息以及每一个基金信息对应的基金份额，每一个所述基金信息包括基金账户，以及该基金账户在所述代销系统中对应的基金编码；所述合并模块120还包括：

计算单元，用于根据所述汇总文件，计算每一个对应同一基金信息的基金份额之和，得到基金总数；

第二合并单元，用于根据所述基金信息和所述基金总数，生成与所述汇总文件对应的合并文件。

其中，当所述交互文件为汇总文件时，所述响应文件为分红文件，所述分红文件包括所述基金信息，以及每一个所述基金信息对应的基金分红，所述响应子文件包括分红子文件；所述拆分模块140还用于：

针对每一个所述基金信息，根据所述基金份额，确定该基金信息在不同的代销系统之间的份额比例；

根据所述份额比例以及所述基金分红，计算该基金信息对应每一个所述代销系统的子分红；

根据该基金信息以及所述子分红，生成每一个所述代销系统对应的分红子文件。

基于上述基于基金代销系统的交互方法，本发明还提供了一种终端设备，如图5所示，其包括至少一个处理器(processor)20；显示屏21；以及存储器(memory)22，还可以包括通信接口(Communications Interface)23和总线24。其中，处理器20、显示屏21、存储器22和通信接口23可以通过总线24完成相互间的通信。显示屏21设置为显示初始设置模式中预设的用户引导界面。通信接口23可以传输信息。处理器20可以调用存储器22中的逻辑命令，以执行上述实施例中的方法。

此外，上述的存储器22中的逻辑命令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取计算机可读存储介质中。

存储器22作为一种计算机可读存储介质，可设置为存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序命令或模块。处理器20通过运行存储在存储器22中的软件程序、命令或模块，从而执行功能应用以及数据处理，即实现上述实施例中的方法。

存储器22可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器22可以包括高速随机存取存储器，还可以包括非易失性存储器。例如，U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态计算机可读存储介质。

此外，上述计算机可读存储介质以及终端设备中的多条命令处理器加载并执行的具体过程在上述方法中已经详细说明，在这里就不再一一陈述。

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

Claims (10)

1.一种基于基金代销系统的交互方法，其特征在于，所述方法包括：

获取预先连接的若干个代销系统的交互文件；

对所述交互文件进行合并，得到数量为一的合并文件；

将所述合并文件发送至预先连接的TA系统；

当检测到所述TA系统根据所述合并文件返回的响应文件时，将所述响应文件进行拆分，得到每一个所述代销系统对应的响应子文件并发送。

2.根据权利要求1所述基于基金代销系统的交互方法，其特征在于，所述交互文件包括编码文件，所述编码文件包括若干条记录数据以及每一条记录数据对应的应用序列号；所述对所述交互文件进行合并，得到数量为一的合并文件具体包括：

对每一个所述代销系统进行编码，得到每一个所述代销系统对应的系统编码；

当所述交互文件为编码文件时，针对所述编码文件中的每一个记录数据，根据该代销系统对应的系统编码以及该记录数据对应的应用序列号，生成该记录数据对应得标识序列号；

根据所述标识序列号，对所有的所述记录数据进行合并，得到合并文件。

3.根据权利要求1所述基于基金代销系统的交互方法，其特征在于，所述应用序列号包括特征序列号；所述根据该代销系统对应的系统编码以及该记录数据对应的应用序列号，生成该记录数据对应得标识序列号包括：

针对所述编码文件中的每一个记录数据，以特殊序列号的最高位为起点，依次将系统编号替换该记录数据对应的特征序列号的字符，得到标识序列号。

4.根据权利要求3所述基于基金代销系统的交互方法，其特征在于，所述根据该代销系统对应的系统编码以及该记录数据对应的应用序列号，生成该记录数据对应得标识序列号之后，还包括：

将所述标识序列号、所述代销系统以及所述应用序列号写入预设的表格中，得到编码映射表。

5.根据权利要求4所述基于基金代销系统的交互方法，其特征在于，当所述交互文件为编码文件时，所述响应文件包括执行文件，所示执行文件包括若干个执行数据以及所述执行数据对应的标识序列号，所述响应子文件包括执行子文件；所述将所述响应文件进行拆分，得到每一个所述代销系统对应的响应子文件包括：

根据所述编码映射表以及所述标识序列号，确定每一个所述执行数据对应的应用序列号以及代销系统；

根据所述应用序列号，生成每一个所述代销系统对应的执行子文件并发送。

6.根据权利要求1～5中任意一项所述基于基金代销系统的交互方法，其特征在于，所述交互文件包括汇总文件，每一个所述代销系统的汇总文件包括若干个基金信息以及每一个基金信息对应的基金份额，每一个所述基金信息包括基金账户，以及该基金账户在所述代销系统中对应的基金编码；所述对所述交互文件进行合并，得到数量为一的合并文件包括：

根据所述汇总文件，计算每一个对应同一基金信息的基金份额之和，得到基金总数；

根据所述基金信息和所述基金总数，生成与所述汇总文件对应的合并文件。

7.根据权利要求6所述基于基金代销系统的交互方法，其特征在于，当所述交互文件为汇总文件时，所述响应文件为分红文件，所述分红文件包括所述基金信息，以及每一个所述基金信息对应的基金分红，所述响应子文件包括分红子文件；所述将所述响应文件进行拆分，得到每一个所述代销系统对应的响应子文件包括：

针对每一个所述基金信息，根据所述基金份额，确定该基金信息在不同的代销系统之间的份额比例；

根据所述份额比例以及所述基金分红，计算该基金信息对应每一个所述代销系统的子分红；

根据该基金信息以及所述子分红，生成每一个所述代销系统对应的分红子文件。

8.一种文件拆分合并器，其特征在于，包括：

获取模块，用于获取预先连接的若干个代销系统的交互文件；

合并模块，用于对所述交互文件进行合并，得到数量为一的合并文件；

发送模块，用于将所述合并文件发送至预先连接的TA系统；

拆分模块，用于当检测到所述TA系统根据所述合并文件返回的响应文件时，将所述响应文件进行拆分，得到每一个所述代销系统对应的响应子文件并发送。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1～7任意一项所述的基于基金代销系统的交互方法中的步骤。

10.一种终端设备，其特征在于，包括：处理器、存储器及通信总线；所述存储器上存储有可被所述处理器执行的计算机可读程序；

所述通信总线实现处理器和存储器之间的连接通信；

所述处理器执行所述计算机可读程序时实现如权利要求1～7任意一项所述的基于基金代销系统的交互方法中的步骤。

Images