本申请涉及计算机技术领域，特别是涉及一种基于关联交易数据处理的优化方法、装置和计算机设备。
背景技术：
关联交易是关联方之间的交易。关联方中的一方可以对另一方的财务和经营策略进行控制或者有重大影响。关联方中的一方还可以是公司直接或间接控股另一方等。以保险公司为例，通常会下设母公司、分公司、子公司、控股公司以及参股公司等机构。保险公司内部的多家子公司、控股公司以及参股公司等可以互为关联方，继而进行关联交易。关联交易是保险公司运作中经常出现的、又易于发生不公平结果的交易。为了规范关联交易行为，有效防范经营风险，符合条件的关联交易需要进行披露或上报至监管部门。关联交易被披露或上报之前，需要在保险公司内部进行审批。
在传统的方式中，保险公司中的各家机构通常是按月或按季度等对关联交易分别进行汇总统计，将需要披露或上报的关联交易上报给母公司，由母公司对其执行内部审批。通常走完一项关联交易的审批流程需要耗费几天时间，面对大量的关联交易，不仅造成内部审批的工作繁多，也会延长审批耗时，导致审批效率下降。因此，如何有效提高关联交易的内部审批效率成为目前需要解决的一个技术问题。
技术实现要素：
基于此，有必要针对上述技术问题，提供一种能够有效提高关联交易内部审批效率的基于关联交易数据处理的优化方法、装置、计算机设备和存储介质。
一种基于关联交易数据处理的优化方法，包括：
接收多个终端上传的关联清单，所述关联清单中包括了机构的机构名称及与所述机构对应的关联方；
根据所述机构名称获取与机构对应的源数据库名称，根据源数据库名称将源数据库的业务数据实时同步至目标数据库；
在所述目标数据库中利用所述机构对应的关联方和所述业务数据提取相应的关联交易；
根据提取出的关联交易的交易双方查询是否存在对应的第一预设文件，当查询到所述第一预设文件时，计算所述第一预设文件对应的剩余额度；
获取所述关联交易对应的交易金额，若所述交易金额小于或等于所述剩余额度，则将所述关联交易记录为简化审批流程的关联交易。
在其中一个实施例中，所述关联清单中还包括机构名称对应的监管部门；在所述目标数据库中利用所述机构名称对应的关联方和所述业务数据提取相应的关联交易的步骤之后，还包括：
获取所述监管部门对应的计算规则；
利用所述关联交易对应的业务数据和所述监管部门对应的计算规则在所述关联交易中提取重大关联交易。
在其中一个实施例中，所述方法还包括：
获取所述重大关联交易对应的第二预设文件，所述第二预设文件包括预设的业务类型和上限额度；
获取所述重大关联交易的业务类型以及交易金额；
当所述业务类型为所述预设的业务类型且所述交易金额小于所述上限额度时，将所述重大关联交易记录为简化审批流程的关联交易。
在其中一个实施例中，所述目标数据库中存储有目标数据表，所述目标数据表中包括与监管部门对应的监管字段；所述根据源数据库名称将源数据库的业务数据实时同步至目标数据库的步骤包括：
根据源数据名称对多个源数据库的写操作进行监听；
当监听到与所述监管字段对应的业务数据被写入源数据库时，触发源数据向目标数据的同步操作；
通过所述同步操作在源数据库中读取所述监管字段对应的业务数据；
将读取到的业务数据实时写入至目标数据库中的目标数据表。
在其中一个实施例中，所述根据多个源数据库名称将多个源数据库的业务数据实时同步至目标数据库的步骤包括：
根据源数据库名称实时读取多个源数据库中的源日志文件，所述源日志文件记录了业务数据；
将所述源日志文件写入目标数据库；在所述目标数据库中利用多个源日志文件生成相应的目标日志文件；
利用所述目标日志文件提取相应的业务数据。
一种基于关联交易数据处理的优化装置，所述装置包括：
通信模块，用于接收多个终端上传的关联清单，所述关联清单中包括了机构的机构名称及与所述机构对应的关联方；
同步模块，用于根据所述机构名称获取与机构对应的源数据库名称，根据多个源数据库名称将多个源数据库的业务数据实时同步至目标数据库；
提取模块，用于在所述目标数据库中利用所述机构名称对应的关联方和所述业务数据提取相应的关联交易；
简化模块，用于根据提取出的关联交易的交易双方查询是否存在对应的第一预设文件，当查询到所述第一预设文件时，计算所述第一预设文件对应的剩余额度；获取所述关联交易对应的交易金额，若所述交易金额小于或等于所述剩余额度，则将所述关联交易记录为简化审批流程的关联交易。
在其中一个实施例中，所述目标数据库中存储有目标数据表，所述目标数据表中包括与监管部门对应的监管字段；所述同步模块还用于根据源数据名称对多个源数据库的写操作进行监听；当监听到与所述监管字段对应的业务数据被写入源数据库时，触发源数据向目标数据的同步操作；通过所述同步操作在源数据库中读取所述监管字段对应的业务数据；将读取到的业务数据实时写入至目标数据库中的目标数据表。
在其中一个实施例中，所述同步模块还用于根据源数据库名称实时读取多个源数据库中的源日志文件，所述源日志文件记录了业务数据；将所述源日志文件写入目标数据库；在所述目标数据库中利用多个源日志文件生成相应的目标日志文件；利用所述目标日志文件提取相应的业务数据。
一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任一项方法的步骤。
一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项方法的步骤。
上述基于关联交易数据处理的优化方法、装置、计算机设备和存储介质，通过对多个机构名称对应的源数据库内的业务数据进行实时同步操作，可以将多个机构的业务数据实时同步至目标数据库。由此能够在目标数据库中对所有机构的业务数据及时提取出关联交易，避免了关联交易被集中提交内部审批导致审批时间延长的问题。如果关联交易具有对应的第一预设文件，且关联交易的交易金额小于第一预设文件对应的剩余额度，则本次关联交易的审批流程可以进行简化，减少关联交易的内部审批环节。由此有效提高了关联交易的内部审批效率。
附图说明
图1为一个实施例中基于关联交易数据处理的优化方法的应用场景图；
图2为一个实施例中基于关联交易数据处理的优化方法的流程图；
图3为一个实施例中基于关联交易数据处理的优化装置的框图；
图4为一个实施例中计算机设备的框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请提供基于关联交易数据处理的优化方法，可以应用于如图1所示的应用环境中。第一终端102通过网络与服务器104进行通信连接。第二终端106通过网络与服务器104进行通信连接。多个机构可以通过第一终端102分别向服务器104上传关联清单。关联清单中包括了机构名称以及与该机构具有关联关系的多个关联方等。每个机构都具有相应的业务数据。各个机构的业务数据存入相应的源数据库中。源数据库可以部署在服务器104上。服务器104上还部署了目标数据库。服务器104根据机构名称可以获取与机构名称对应的源数据库名称。根据多个源数据库名称将多个源数据库的业务数据实时同步至目标数据库。服务器104在目标数据库中利用机构名称对应的关联方和业务数据提取相应的关联交易。服务器104根据提取出的关联交易的交易双方查询是否存在对应的第一预设文件。服务器104计算该第一预设文件对应的剩余额度。服务器104将关联交易的交易金额与剩余额度进行比较，如果交易金额小于或等于剩余额度，则将该关联交易记录为简化审批流程的关联交易。服务器104获取简化后的审批流程，根据简化后的审批流程将该关联交易发送至第二终端进行审批。
在一个实施例中，如图2所示，提供了一种基于关联交易数据处理的优化方法，以该方法应用于图1中的服务器为例进行说明，具体包括以下步骤：
步骤202，接收多个终端上传的关联清单，关联清单中包括了机构的机构名称及与机构对应的关联方。
步骤204，根据机构名称获取与机构对应的源数据库名称，根据多个源数据库名称将多个源数据库的业务数据实时同步至目标数据库。
步骤206，在目标数据库中利用机构名称对应的关联方和业务数据提取相应的关联交易。
步骤208，根据提取出的关联交易的交易双方查询是否存在对应的第一预设文件，当查询到第一预设文件时，计算第一预设文件对应的剩余额度。
步骤210，获取关联交易对应的交易金额，若交易金额小于或等于剩余额度，则将关联交易记录为简化审批流程的关联交易。
保险公司的母公司以及下设的分公司、子公司、控股公司以及参股公司等可以称为机构。机构之间可以互为关联方，进行关联交易。机构还可以与外部企业互为关联方，进行关联交易。机构可以通过终端(可以是图1中的第一终端)向保险公司母公司的服务器上传关联清单。关联清单中包括了机构名称以及与该机构具有关联关系的多个关联方等。
每个机构都具有相应的业务数据，业务数据包括交易数据和财务数据等。交易数据可以是机构与其他机构或其他企业进行交易所产生的数据，例如，交易方、交易标识和交易金额等。其中，交易标识可以是交易的合同名称或交易的合同号等。财务数据包括机构的多种资产金额，例如，经审计净资产金额、上季度末总资产金额和净资产金额等。各个机构的业务数据存入相应的源数据库中。源数据库可以部署在母公司的服务器上，也可以部署在机构自己的服务器上。各机构的服务器可以与母公司的服务器建立连接。源数据库中存有一个或多个源数据表。机构的业务数据可以存入一个源数据表中，也可以存入多个源数据表中。当机构的业务数据存入多个数据表时，交易数据和财务数据可以分别存入不同的数据表。不同机构的业务数据可以存入不同的源数据库。可以理解的，部分不同机构的业务数据也可以存入同一个源数据库中。
每个源数据库都具有相应的源数据库名称。服务器中记录了多个源数据库名称以及对应的机构名称。服务器上预先创建了目标数据库，目标数据库也具有相应的目标数据库名称。目标数据库中创建了目标数据表。服务器根据机构名称可以获取各个机构对应的源数据库名称。服务器根据原数据库名称可以获取源数据库内的源数据表。服务器读取源数据表中的业务数据。服务器可以将读取到的业务数据实时同步至目标数据库中。服务器可以将多个源数据库中的业务数据同时进行实时同步操作，也可以分别对每个源数据库中的业务数据进行实时同步操作。
服务器在目标数据库中利用机构名称对应的关联方和业务数据提取相应的关联交易。具体的，服务器在目标数据库中读取业务数据，根据机构名称获取对应的交易方，若交易方为该机构名称对应的关联方，则服务器将业务数据记录为关联交易对应的业务数据。服务器可以为业务数据添加关联交易的标签，由此提取出多个关联交易。由于目标数据库中的业务数据是从多个源数据库中实时同步得到的，从而能够及时提取出关联交易，使得关联交易进行内部审批。本实施例中不再按月或按季度等对关联交易进行统计，避免了关联交易集中提交审批导致内部审批时间延长的问题。
服务器根据提取出的关联交易的交易双方查询是否存在对应的第一预设文件。第一预设文件可以是议案文件或公告文件等。如果查询到相应的第一预设文件，服务器获取第一预设文件中的交易总额。服务器根据该关联交易的交易双方查询对应的历史关联交易，获取历史关联交易中的交易金额，根据历史关联交易的交易金额计算累积交易金额。服务器利用第一预设文件中的交易总额减去累积交易金额得到相应的剩余额度。如果服务器未查询到该交易双方对应的历史关联交易，则第一预设文件中的交易总额即可视为前述的剩余额度。
服务器获取该关联交易的交易金额，将该交易金额与剩余额度进行比较，如果交易金额小于或等于剩余额度，则将该关联交易记录为简化审批流程的关联交易。例如，某关联交易原来的审批流程为：执行董事审批以及董事会审批。当该关联交易被记录为简化流程审批的关联交易时，所对应的审批流程为：执行董事审批。减少了董事会审批的环节，由此有效提高了审批效率。
通过及时提取关联交易，在提取出关联交易后及时进行内部审批，能够避免大量的关联交易在一个时间段内被集中上报审批而导致审批实际延长的问题。而且部分关联交易的内部审批流程进行了简化，能够有效减少审批耗时。这也促使未做审批流程简化的关联交易的审批进度能够加快。从而能够整体上提高关联交易的内部审批效率。
本实施例中，通过对多个机构名称对应的源数据库内的业务数据进行实时同步操作，可以将多个机构的业务数据实时同步至目标数据库。由此能够在目标数据库中对所有机构的业务数据及时提取出关联交易，避免了关联交易被集中提交内部审批导致审批时间延长的问题。如果关联交易具有对应的第一预设文件，且关联交易的交易金额小于第一预设文件对应的剩余额度，则本次关联交易的审批流程可以进行简化，减少关联交易的内部审批环节。由此有效提高了关联交易的内部审批效率。
在一个实施例中，关联清单中还包括机构名称对应的监管部门；在目标数据库中利用机构名称对应的关联方和业务数据提取相应的关联交易的步骤之后，还包括：获取监管部门对应的计算规则；利用关联交易对应的业务数据和监管部门对应的计算规则在关联交易中提取重大关联交易。
关联清单中除了包括机构名称、与该机构具有关联关系的多个关联方之外，还可以包括该机构的监管部门等。一个机构可以有多个监管部门。不同的机构可以有不同的监管部门。服务器根据交易清单获取机构名称对应的监管部门，根据监管部门获取相应的计算规则。其中，计算规则中包括重大关联交易的计算规则。服务器利用重大关联交易的计算规则对关联交易对应的业务数据进行计算，得到对应的计算结果。如果计算结果表示，该关联交易属于重大关联交易，则服务器将相应的业务数据记录为重大关联交易对应的业务数据。服务器可以为业务数据添加重大关联交易的标签。由此提取出一个或多个重大关联交易。
当关联清单中的机构名称对应多个监管部门时，服务器获取每个监管部门对重大关联交易的计算规则，不同监管部门的计算规则不同，计算所需的业务数据也可以不同。服务器利用监管部门的重大关联交易的计算规则对该机构名称对应的关联交易对应的业务数据逐一进行计算，若计算结果表示该关联交易属于多个监管部门所需监管的重大关联交易，则服务器分别对重大关联交易对应监管部门进行标记。
例如，当机构名称对应的监管部门为上交所时，对应的计算规则为关联交易的交易金额(简写为ab)大于30000000，且该交易金额(ab)与集团公司最近一期经审计净资产金额(简写为ad)的比值大于5％。上述计算规则可以用如下公式来表达：ab>30000000且ab/|ad|>5％。当关联交易满足该计算规则时，服务器将该关联交易标记为向上交所上报的重大关联交易。
例如，当机构名称对应的监管部门为保监会时，对应的计算规则为关联交易的交易金额(ab)大于30000000，或者该交易金额(ab)与最近一期经审核净资产金额(简写为ie)的比值大于1％，或者该交易金额(ab)加上与同一关联方的关联交易的累积金额(简写为ic)的和除以最近一期经审核净资产金额(ie)的比值大于5％。上述计算规则可以用如下公式来表达：ab>30000000；或者ab/ie>1％；或者(ab+ic)/ie>5％。当关联交易满足该计算规则时，服务器将该关联交易标记为向保监会上报的重大关联交易。
如果机构名称对应的监管部门包括上交所和保监会，则将该机构名称对应的关联交易对应的业务数据利用上交所的计算规则和保监会的计算规则分布进行计算。如果计算结果既满足上交所的计算规则，又满足保监会的计算规则，则服务器将该关联交易标记为向上交所上报的重大关联交易以及向保监会上报的重大关联交易。如果计算结果只满足上交所的计算规则，而不满足保监会的计算规则，表示相应的重大关联交易只需要上报至上交所，而不必上报至保监会。服务器只将该关联交易标记为向上交所上报的重大关联交易。
重大关联交易应当向对应的监管部门进行报备，以便于监管部门对其进行监管。在重大关联建议进行报备之前，同样需要进行内部审批。服务器还可以进一步识别重大关联交易是否为简化审批流程的关联交易，以便于根据简化后的审批流程对重大关联交易进行内部审批。
在其中一个实施例中，该方法还包括：获取重大关联交易对应的第二预设文件，第二预设文件包括预设的业务类型和上限额度；获取重大关联交易的业务类型以及交易金额；当业务类型为预设的业务类型且交易金额小于上限额度时，将重大关联交易记录为简化审批流程的关联交易。
服务器根据重大关联交易查询是否存在对应的第二预设文件。例如，第二预设文件可以是框架协议等。第二预设文件中包括了重大关联交易对应的预设的业务类型和上限额度等。例如，预设的业务类型可以是拆借或贷款等。服务器根据重大关联交易的交易方查询是否存在历史关联交易。如果存在历史关联交易，则服务器计算历史关联交易的累积交易金额。服务器利用该上限额度减去累积交易金额得到可用额度。如果服务器未查询到该交易双方对应的历史关联交易，则第二预设文件中的上限额度即可视为前述的可用额度。服务器将重大关联交易的交易金额与该可用额度进行比较，若重大关联交易的交易金额小于或等于该可用额度，则服务器将该重大关联交易记录为简化审批流程的关联交易。例如，原本应当向保监会报备的某重大关联交易，在记录为简化审批流程的关联交易之后，可用豁免董事会审批和向保监会报备，只提交执行董事审批即可。由此提高了该重大关联交易的内部审批效率。
在一个实施例中，目标数据库中存储有目标数据表，目标数据表中包括与监管部门对应的监管字段；根据多个源数据库名称将多个源数据库的业务数据实时同步至目标数据库的步骤包括：根据源数据名称对多个源数据库的写操作进行监听；当监听到与监管字段对应的业务数据被写入源数据库时，触发源数据向目标数据的同步操作；通过同步操作在源数据库中读取监管字段对应的业务数据；将读取到的业务数据实时写入至目标数据库中的目标数据表。
本实施例中，各个机构的业务数据可以分别存入相应的源数据库的数据表中。源数据表中可以包括业务数据的多个字段，即交易数据和财务数据的多个字段。例如，交易数据对应的字段包括交易标识、交易类型、交易金额、交易方和交易时间等。财务数据对应的字段包括审计净资产、累积金额和资本净额等。交易数据的多个字段与财务数据的多个字段可以被设置于同一个源数据表中，也可以被设置于不同的源数据表中。
目标数据库中预先创建了目标数据表。目标数据表中包括多个监管字段。监管字段可以是根据监管部门的监管要求来设定的。监管部门不同，所对应的监管字段也可以不同。可以理解的，监管部门不同，所对应的监管字段也可以是相同的。监管字段的名称可以业务数据的字段名称全部相同或部分相同。
服务器获取机构名称对应的源数据库名称。服务器调用脚本根据源数据库名称对多个源数据库的写操作进行监听。当监听到与监管字段对应的业务数据被写入源数据库时，触发该源数据库向目标数据库的同步操作。
服务器调用线程利用监管字段生成sql语句。当源数据库向目标数据库的同步操作被触发时，服务器通过sql语句在该源数据库的源数据表中读取相应字段的业务数据。服务器将读取到的业务数据实时写入至目标数据库的目标数据表中。由于在执行同步操作时，服务器只提取了源数据表中的相应字段写入目标数据表，而不需要对源数据表进行整表提取写入目标数据库，节省了数据读操作以及写操作的耗时，有效提高了数据同步的效率。
当多个源数据库向目标数据库的同步操作被触发时，服务器分别调用多个线程，利用sql语句在源数据库中并发执行读取源数据表的操作。服务器将从多个源数据表中读取到的业务数据实时写入至目标数据库的目标数据表中。通过多线程的并发同步操作，进一步提高了多个源数据库向目标数据进行数据同步的效率。
为了进一步提高数据同步的效率，服务器在进行第一次同步操作时可以对监管字段对应的业务数据进行全量同步，在第二次同步操作以及后续的同步操作时，服务器可以对监管字段对应的业务数据进行增量同步。
在一个实施例中，根据多个源数据库名称将多个源数据库的业务数据实时同步至目标数据库的步骤包括：根据源数据库名称实时读取多个源数据库中的源日志文件，源日志文件记录了业务数据；将源日志文件写入目标数据库；在目标数据库中利用多个源日志文件生成相应的目标日志文件；利用目标日志文件提取相应的业务数据。
本实施例中，源数据库中对业务数据的写操作和读操作会记录相应的日志文件。源数据库中记录的日志文件也可以称为源日志文件。日志文件中记录了对业务数据的读操作和写操作，包括对交易数据和财务数据的读操作和写操作等。服务器调用线程实时读取多个源数据库内的源日志文件，将读取到的源日志文件写入目标数据库。服务器在目标数据库中利用多个源日志文件生成目标日志文件。
目标数据库中预先创建了目标数据表。目标数据表中包括多个监管字段。监管字段可以是根据监管部门的监管要求来设定的。监管部门不同，所对应的监管字段也可以不同。可以理解的，监管部门不同，所对应的监管字段也可以是相同的。监管字段的名称可以业务数据的字段名称全部相同或部分相同。
服务器对目标日志文件进行解析，得到解析后的日志文件。服务器利用监管字段的名称在解析后的日志文件中提取相应的业务数据，将提取到的业务数据对照监管字段写入目标数据表中。
由于源日志文件是实时记录的，因此源日志文件能够有效反映源数据库内的数据读写状况。根据源日志文件中记录的被写入的业务数据，可以得知源数据库中写入的业务数据。由此对多个源日志文件进行同步之后，能够得到多个源数据库中写入的业务数据。由于源日志文件通常比源数据表小，因此对源日志文件进行同步操作比对源数据表的同步操作所需的耗时要少，由此能够提高数据同步的效率。
为了进一步提高数据同步的效率，服务器在进行第一次同步操作时可以对源日志文件进行全量同步，在第二次同步操作以及后续的同步操作时，服务器可以对源日志文件进行增量同步。
如图3所示，本申请还提供了一种基于关联交易数据处理的优化装置。在一个实施例中，该装置包括：通信模块302、同步模块304、提取模块306和简化模块308，每个模块可以通过软件、硬件或其组合来实现。其中：
通信模块302，用于接收多个终端上传的关联清单，关联清单中关联清单中包括了机构的机构名称及与机构对应的关联方。
同步模块304，用于根据机构名称获取与机构对应的源数据库名称，根据多个源数据库名称将多个源数据库的业务数据实时同步至目标数据库。
提取模块306，用于在目标数据库中利用机构名称对应的关联方和业务数据提取相应的关联交易。
简化模块308，用于根据提取出的关联交易的交易双方查询是否存在对应的第一预设文件，当查询到第一预设文件时，计算第一预设文件对应的剩余额度；获取关联交易对应的交易金额，若交易金额小于或等于剩余额度，则将关联交易记录为简化审批流程的关联交易。
在一个实施例中，关联清单中还包括机构名称对应的监管部门；提取模块306还用于获取监管部门对应的计算规则；利用关联交易对应的业务数据和监管部门对应的计算规则在关联交易中提取重大关联交易。
在一个实施例中，简化模块308还用于获取重大关联交易对应的第二预设文件，第二预设文件包括预设的业务类型和上限额度；获取重大关联交易的业务类型以及交易金额；当业务类型为预设的业务类型且交易金额小于上限额度时，将重大关联交易记录为简化审批流程的关联交易。
在一个实施例中，目标数据库中存储有目标数据表，目标数据表中包括与监管部门对应的监管字段；同步模块304还用于根据源数据名称对多个源数据库的写操作进行监听；当监听到与监管字段对应的业务数据被写入源数据库时，触发源数据向目标数据的同步操作；通过同步操作在源数据库中读取监管字段对应的业务数据；将读取到的业务数据实时写入至目标数据库中的目标数据表。
在一个实施例中，同步模块304还用于根据源数据库名称实时读取多个源数据库中的源日志文件，源日志文件记录了业务数据；将源日志文件写入目标数据库；在目标数据库中利用多个源日志文件生成相应的目标日志文件；利用目标日志文件提取相应的业务数据。
上述的基于关联交易数据处理的优化装置可以实现为一种计算机程序的形式，计算机程序可在如图4所示的计算机设备上运行。其中，计算机设备可以是一种服务器。
在一个实施例中，提供了一种计算机设备，例如该计算机设备可以是服务器。如图4所示，该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该计算机设备的非易失性存储介质存储有操作系统和和计算机程序。该计算机设备的内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种基于关联交易数据处理的优化方法。该计算机设备可以是独立服务器，也可以是集群服务器。本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：
接收多个终端上传的关联清单，关联清单中包括了机构的机构名称及与机构对应的关联方；
根据机构名称获取与机构对应的源数据库名称，根据源数据库名称将源数据库的业务数据实时同步至目标数据库；
在目标数据库中利用机构对应的关联方和业务数据提取相应的关联交易；
根据提取出的关联交易的交易双方查询是否存在对应的第一预设文件，当查询到第一预设文件时，计算第一预设文件对应的剩余额度；
获取关联交易对应的交易金额，若交易金额小于或等于剩余额度，则将关联交易记录为简化审批流程的关联交易。
在一个实施例中，关联清单中还包括机构名称对应的监管部门；处理器执行计算机程序时还实现以下步骤：
获取监管部门对应的计算规则；
利用关联交易对应的业务数据和监管部门对应的计算规则在关联交易中提取重大关联交易。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
获取重大关联交易对应的第二预设文件，第二预设文件包括预设的业务类型和上限额度；
获取重大关联交易的业务类型以及交易金额；
当业务类型为预设的业务类型且交易金额小于上限额度时，将重大关联交易记录为简化审批流程的关联交易。
在一个实施例中，目标数据库中存储有目标数据表，目标数据表中包括与监管部门对应的监管字段；处理器执行计算机程序时还实现以下步骤：
根据源数据名称对多个源数据库的写操作进行监听；
当监听到与监管字段对应的业务数据被写入源数据库时，触发源数据向目标数据的同步操作；
通过同步操作在源数据库中读取监管字段对应的业务数据；
将读取到的业务数据实时写入至目标数据库中的目标数据表。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：
根据源数据库名称实时读取多个源数据库中的源日志文件，源日志文件记录了业务数据；
将源日志文件写入目标数据库；在目标数据库中利用多个源日志文件生成相应的目标日志文件；
利用目标日志文件提取相应的业务数据。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
接收多个终端上传的关联清单，关联清单中包括了机构的机构名称及与机构对应的关联方；
根据机构名称获取与机构对应的源数据库名称，根据源数据库名称将源数据库的业务数据实时同步至目标数据库；
在目标数据库中利用机构对应的关联方和业务数据提取相应的关联交易；
根据提取出的关联交易的交易双方查询是否存在对应的第一预设文件，当查询到第一预设文件时，计算第一预设文件对应的剩余额度；
获取关联交易对应的交易金额，若交易金额小于或等于剩余额度，则将关联交易记录为简化审批流程的关联交易。
在一个实施例中，关联清单中还包括机构名称对应的监管部门；计算机程序被处理器执行时还实现以下步骤：
获取监管部门对应的计算规则；
利用关联交易对应的业务数据和监管部门对应的计算规则在关联交易中提取重大关联交易。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
获取重大关联交易对应的第二预设文件，第二预设文件包括预设的业务类型和上限额度；
获取重大关联交易的业务类型以及交易金额；
当业务类型为预设的业务类型且交易金额小于上限额度时，将重大关联交易记录为简化审批流程的关联交易。
在一个实施例中，目标数据库中存储有目标数据表，目标数据表中包括与监管部门对应的监管字段；计算机程序被处理器执行时还实现以下步骤：
根据源数据名称对多个源数据库的写操作进行监听；
当监听到与监管字段对应的业务数据被写入源数据库时，触发源数据向目标数据的同步操作；
通过同步操作在源数据库中读取监管字段对应的业务数据；
将读取到的业务数据实时写入至目标数据库中的目标数据表。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
根据源数据库名称实时读取多个源数据库中的源日志文件，源日志文件记录了业务数据；
将源日志文件写入目标数据库；在目标数据库中利用多个源日志文件生成相应的目标日志文件；
利用目标日志文件提取相应的业务数据。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)等。
以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。