CN111124645B - 非连续周期的文件数据处理方法及装置 - Google Patents

Abstract

本申请提供了一种非连续周期的文件数据处理方法及装置，涉及数据处理技术领域，解决了非连续周期文件数据的处理效率较低的技术问题。该方法包括：确定待确认文件数据的生命周期；如果所述至少一个已确认文件数据中存在与所述待确认文件数据之间生命周期冲突的已确认文件数据，对所述冲突的已确认文件数据的生命周期进行调整，以确认所述待确认文件数据。

Description

非连续周期的文件数据处理方法及装置

技术领域

本申请涉及数据处理技术领域，尤其是涉及一种非连续周期的文件数据处理方法及装置。

背景技术

在文件数据的执行过程中，一般需要按照文件数据中记载的执行规则来执行。在实际应用中，文件数据可以有很多种，例如，合作协议、合同等都可以作为一种文件数据，按照这种文件数据中记载的执行规则能够计算出合作协议或合同中的分成结果。

一般的合作协议、合同等文件数据都具有对应的生命周期，用于表示该协议从生效日期到失效日期之间的有效时间段。不同的文件数据对应的生命周期可以完全不相同，而多个文件数据很可能会对应有多个非连续的生命周期。因此，容易使多个文件数据的处理过程较为复杂，使非连续周期文件数据的处理速度降低，影响非连续周期文件数据的处理效率。

发明内容

本发明的目的在于提供一种非连续周期的文件数据处理方法及装置，以解决非连续周期文件数据的处理效率较低的技术问题。

第一方面，本申请实施例提供了一种非连续周期的文件数据处理方法，通过终端运行管理系统，所述管理系统中包括至少一个已确认文件数据，每个所述已确认文件数据对应有生命周期，所述方法包括：

确定待确认文件数据的生命周期；

如果所述至少一个已确认文件数据中存在与所述待确认文件数据之间生命周期冲突的已确认文件数据，对所述冲突的已确认文件数据的生命周期进行调整，以确认所述待确认文件数据。

在一个可能的实现中，对所述冲突的已确认文件数据的生命周期进行调整，以确认所述待确认文件数据的步骤，包括：

如果所述冲突的已确认文件数据的文件数据类型按照预设优先类型顺序优先于所述待确认文件数据的文件数据类型，则对所述已确认文件数据的生命周期结束时刻进行调整，确认调整后的所述已确认文件数据为新的已确认文件数据，其中，所述新的已确认文件数据的生命周期和所述待确认文件数据的生命周期之间时间连续衔接，且所述新的已确认文件数据的生命周期和所述待确认文件数据的生命周期组成的总生命周期的时间最长；或，

如果所述待确认文件数据的文件数据类型按照预设优先类型顺序优先于所述冲突的已确认文件数据的文件数据类型，或所述待确认文件数据的生命周期开始时刻早于所述冲突的已确认文件数据的生命周期开始时刻，则对所述冲突的已确认文件数据的生命周期进行调整，确认所述待确认文件数据为新的已确认文件数据，其中，所述新的已确认文件数据的生命周期和调整后的所述冲突的已确认文件数据的生命周期之间时间连续衔接，且所述新的已确认文件数据的生命周期和调整后的所述冲突的已确认文件数据的生命周期组成的总生命周期的时间最长。

在一个可能的实现中，对所述冲突的已确认文件数据的生命周期进行调整的步骤，包括：

将所述冲突的已确认文件数据的生命周期缩短为与所述待确认文件数据的生命周期之间时间连续衔接，且与所述待确认文件数据的生命周期组成的总生命周期时间最长的周期，得到调整后的所述冲突的已确认文件数据；或，

将所述冲突的已确认文件数据的生命周期缩短为0，得到无效的所述冲突的已确认文件数据。

在一个可能的实现中，如果所述至少一个已确认文件数据中存在与所述待确认文件数据之间生命周期冲突的已确认文件数据，对所述冲突的已确认文件数据的生命周期进行调整的步骤之前，还包括：

在所述至少一个已确认文件数据中确定与所述待确认文件数据之间生命周期存在交集的已确认文件数据；

如果所述待确认文件数据的文件编号和所述存在交集的已确认文件数据的文件编号不相同，则确定所述存在交集的已确认文件数据与所述待确认文件数据之间生命周期冲突。

在一个可能的实现中，还包括：

如果所述待确认文件数据的文件编号和所述存在交集的已确认文件数据的文件编号相同，则确定所述存在交集的已确认文件数据与所述待确认文件数据之间生命周期不冲突；

将所述存在交集的已确认文件数据的生命周期调整为与所述待确认文件数据的生命周期相同的周期；

确认调整后的所述存在交集的已确认文件数据为新的已确认文件数据。

在一个可能的实现中，所述管理系统中还包括与所述已确认文件数据对应的至少一个已确认业务项目；确定待确认文件数据的生命周期的步骤之后，还包括：

判断所述至少一个已确认业务项目中是否包含所述待确认文件数据对应的待确认业务项目；

若否，则触发第一告警提示。

在一个可能的实现中，对所述冲突的已确认文件数据的生命周期进行调整的步骤之后，还包括：

判断所述冲突的已确认文件数据的生命周期的调整过程中被缩短的部分生命周期对应的部分已确认文件数据，是否对应有文件数据处理结果；

若是，则触发第二告警提示。

在一个可能的实现中，所述管理系统中还包括所述已确认业务项目的项目参数信息，所述项目参数信息包括：比例参数、费率参数中的至少一种；确认所述待确认文件数据的步骤之后，还包括：

判断确认后的所述待确认文件数据对应的待确认业务项目的项目参数信息，是否与所述已确认业务项目的项目参数信息一致；

若否，则触发第三告警提示。

在一个可能的实现中，确认所述待确认文件数据的步骤之后，还包括：

基于确认后的所述待确认文件数据生成计算任务；

根据确认后的所述待确认文件数据的文件数据类型对所述计算任务进行拆分，得到多个子计算任务，每个所述子计算任务对应一个文件数据类型；

根据每个所述子计算任务的文件数据模式，确定所述子计算任务的计算系数，所述计算系数包括：加载的源数据、计算公式及分成参数；

利用所述计算系数分别执行多个所述子计算任务，得到计算结果。

在一个可能的实现中，根据确认后的所述待确认文件数据的文件数据类型对所述计算任务进行拆分，得到多个子计算任务的步骤之后，还包括：

如果所述子计算任务的数量小于或等于预设数量，则确定所述子计算任务的执行方式为单进程方式；

如果所述子计算任务的数量大于所述预设数量且小于所述管理系统的内核数，则确定所述子计算任务的执行方式为多进程方式；

如果所述子计算任务的数量大于或等于所述内核数，则确定所述子计算任务的执行方式为多进程方式，且多进程方式的进程数量等于所述内核数。

在一个可能的实现中，根据每个所述子计算任务的文件数据模式，确定所述子计算任务的计算系数的步骤之前，还包括：

判断所述子计算任务的执行周期与所述至少一个已确认文件数据的生命周期之间，是否存在交集；

若是，则对所述子计算任务的执行周期进行调整，以按照调整后的所述执行周期执行所述子计算任务。

第二方面，提供了一种非连续周期的文件数据处理装置，通过终端运行管理系统，所述管理系统中包括至少一个已确认文件数据，每个所述已确认文件数据对应有生命周期，所述装置包括：

确定模块，用于确定待确认文件数据的生命周期；

调整模块，用于如果所述至少一个已确认文件数据中存在与所述待确认文件数据之间生命周期冲突的已确认文件数据，则对所述冲突的已确认文件数据的生命周期进行调整，以确认所述待确认文件数据。

第三方面，本申请实施例又提供了一种计算机设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的第一方面所述方法。

第四方面，本申请实施例又提供了一种计算机可读存储介质，所述计算机可读存储介质存储有机器可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行上述的第一方面所述方法。

本申请实施例带来了以下有益效果：

本申请实施例提供的一种非连续周期的文件数据处理方法及装置，能够确定待确认文件数据的生命周期，并在已确认文件数据和待确认文件数据之间生命周期冲突的情况下，调整冲突的已确认文件数据的生命周期，再对待确认文件数据进行确认，从而能够使冲突的已确认文件数据和待确认文件数据之间的生命周期连续衔接进而不再冲突，因此，对于非连续周期的文件数据，能够通过本方案提供的方法得到生命周期连续的新的文件数据，进而便于根据生命周期连续的新文件数据进行更加便捷的处理，使非连续周期的文件数据处理过程能够变得简约且快速，提高非连续周期文件数据的处理效率，从而解决了非连续周期文件数据的处理效率较低的技术问题。

附图说明

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

图1为本申请实施例提供的一种非连续周期的文件数据处理方法的流程示意图；

图2为本申请实施例提供的一种非连续周期的文件数据处理方法的另一流程图示意图；

图3为本申请实施例提供的一种非连续周期的文件数据处理方法的另一流程图示意图；

图4为本申请实施例提供的一种非连续周期的文件数据处理方法的运行框架示意图；

图5为本申请实施例提供的一种非连续周期的文件数据处理方法的另一运行框架示意图；

图6为本申请实施例提供的一种非连续周期的文件数据处理装置的结构示意图；

图7为示出了本申请实施例所提供的一种计算机设备的结构示意图。

具体实施方式

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

本申请实施例中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

目前，在游戏与渠道合作推广期间，游戏提供商(Content Provider，CP)和合作渠道需要签订合作协议，用于游戏上线后的结算分成与对账。通常推广渠道和游戏CP会在一定周期内签订一份合作协议。由于游戏或者渠道的特殊性，在合作周期内，合作双方会调整合作协议内容(补充协议)，其中最重要一项是分成参数的变更。调整后的协议跟原有协议在推广平台系统里有效期内共存。因此，在游戏与渠道结算时，要处理自动生成电子协议、与游戏补充协议、或者推广渠道补充协议，多个不连续周期、优先级并存的情况，并根据相关的多份协议，结合推广方式计算出合作分成。

在管理推广合作协议方面，传统的管理系统只能维护合同的内容，需要人工介入才能根据合作协议计算合作分成。该方式无法快速结合多份协议的合作周期、分成方案和特殊结算需求进行快速结算，并存在以下问题：

协议有效期管理：由于多份合作协议的存在，在结算自然月内，需要根据多维合同协议的优先级、重复周期进行排序调整、确保结算时使用正确的有效期。

分成参数适用性：相对于原协议，游戏/渠道补充协议，或者新签订协议在结算分成参数上会有所调整。在结算自然月内，存在多份优先级不同的分成参数共存，在结算期间，需要根据子周期对应合同的分成参数进行结算。

结算不可预期：游戏CP与渠道合作协议变更比较常见，人工处理结算容易存在操作失误，无法保证结算的高效率和高准确性，另外参数变更，需要人工重算，工作量也非常大。

在游戏与渠道合作结算时，无论财务、法务、商务都要人工地跟进协议合同的调整。如果存在大量需要处理的结算合同，那么人工跟进成本非常高，处理时间会非常长，也存在操作失误的风险，现有处理模式并未能很好解决当前业务存在所遇到的瓶颈。

基于此，本申请实施例提供了一种非连续周期的文件数据处理方法及装置。通过该方法可以解决非连续周期文件数据的处理效率较低的技术问题。

下面结合附图对本发明实施例进行进一步地介绍。

图1为本申请实施例提供的一种非连续周期的文件数据处理方法的流程示意图。其中，通过终端运行管理系统，该管理系统中包括至少一个已确认文件数据，每个已确认文件数据对应有生命周期。如图1所示，该方法包括：

S110，确定待确认文件数据的生命周期。

其中，待确认文件数据可以是刚刚成立的还需对其进行确认的文件数据，例如刚刚成立的合同、合作协议等，都可以作为本申请实施例中的待确认文件数据，而合同或合作协议的分成结果可以作为按照本申请实施例中的文件数据记载的执行规则而计算而得到的计算结果。

需要说明的是，生命周期指的是对某个文件数据限定的使用期限，也可以理解为，可以使用某个文件数据进行计算的期限，在这个期限的时间范围之外便不能够再使用该文件数据进行计算。

例如，生命周期可以是这个合同或合作协议从生效时刻到失效结束时刻之间时间段的周期，也就是该合作协议中记录的本协议的合作期限，或该合同中记录的本合同的有效期限。

S120，判断至少一个已确认文件数据中是否存在与待确认文件数据之间生命周期冲突的已确认文件数据。若是，则执行步骤S130。

其中，生命周期冲突指的是已确认文件数据的生命周期和待确认文件数据的生命周期之间存在交集。

例如，作为已确认文件数据的合同E的内容为对象L通过M渠道推广，该合同有效期限为2019年1月1日至2019年3月1日；作为待确认文件数据的合同F的内容为对象L通过M渠道推广，该合同有效期限为2019年2月1日至2019年4月1日。合同E的有效期限和合同F的有效期限之间存在交集，即2019年2月1日至2019年3月1日。因此，通过判断确定已确认文件数据(即合同E)和待确认文件数据(即合同F)之间生命周期冲突。

S130，对冲突的已确认文件数据的生命周期进行调整，以确认待确认文件数据。

通过提供非连续周期的文件数据处理方法，能够在已确认文件数据和待确认文件数据之间生命周期冲突时，对冲突的已确认文件数据的生命周期进行调整，再对待确认文件数据进行确认，从而使冲突的已确认文件数据和待确认文件数据之间的生命周期连续衔接而不再冲突，因此，对于非连续周期的文件数据，能够通过本申请实施例提供的上述过程得到生命周期连续的新的文件数据，进而便于根据新的文件数据进行处理，使复杂且耗时较长的非连续周期的文件数据处理过程能够变得简约且快速，例如能够使复杂且耗时较长的非连续周期的合同结算处理过程变得简约且快速，提高合同结算效率。

在实际应用中，本申请实施例中的文件数据可以为合同、合作协议等，下面以文件数据为合同为例，对上述步骤进行详细介绍。

在一些实施例中，可以针对已确认文件数据和待确认文件数据之间的不同情况，而对不同的文件数据生命周期进行调整，以使调整后的文件数据更加合理，避免忽略文件数据的重要生命周期。作为一个示例，上述步骤S130可以包括如下步骤a或步骤b：

步骤a，如果冲突的已确认文件数据的文件数据类型按照预设优先类型顺序优先于待确认文件数据的文件数据类型，则对已确认文件数据的生命周期结束时刻进行调整，确认调整后的已确认文件数据为新的已确认文件数据，其中，新的已确认文件数据的生命周期和待确认文件数据的生命周期之间时间连续衔接，且新的已确认文件数据的生命周期和待确认文件数据的生命周期组成的总生命周期的时间最长。

步骤b，如果待确认文件数据的文件数据类型按照预设优先类型顺序优先于冲突的已确认文件数据的文件数据类型，或待确认文件数据的生命周期开始时刻早于冲突的已确认文件数据的生命周期开始时刻，则对冲突的已确认文件数据的生命周期进行调整，确认待确认文件数据为新的已确认文件数据，其中，新的已确认文件数据的生命周期和调整后的冲突的已确认文件数据的生命周期之间时间连续衔接，且新的已确认文件数据的生命周期和调整后的冲突的已确认文件数据的生命周期组成的总生命周期的时间最长。

在实际应用中，管理系统可以采用预先设定的最大连续生命周期原则来对冲突的已确认文件数据的生命周期进行调整，以使调整后的两个生命周期之间时间连续衔接且二者组成的总生命周期的时间最长。其中，最大连续生命周期原则指的是将多个生命周期不连续的文件数据，通过生命周期的调整，转换为生命周期连续且连续的生命周期最长的多个文件数据。例如，将多份有效周期不连续的合同，通过调整有效周期转变为有效周期连续且连续的有效周期最长的合同。

本申请实施例中，在已确认合同和待确认合同的生命周期存在冲突时，可以遵循上述的最大连续生命周期原则，按照合同优先级评估算法，调整相关合同的生命周期。其中，对于合同优先级的判断，需要参考合同的类型、合同确认状态。调整相关合同生命周期，需要参考合同的确认状态、合同的生命周期开始时刻。示例性的，以待确认合同为低优先级，根据不同优先级合同生命周期开始时刻的早晚，来决定调整是变更低优先级合同结束时刻还是失效低优先级的合同。

对于合同的类型，需要说明的是，关于游戏的合同可分为渠道合同、渠道游戏合同以及补充协议这三种类型。其中，渠道合同表示渠道推广方与游戏厂商签订的合同，适用于该厂商的所有游戏；渠道游戏合同表示渠道推广方与游戏厂商针对某款合作游戏签订的合同，仅适用于合同签订的游戏；针对合作期间的特殊合作，如联动活动等，渠道推广方与游戏厂商还会签订渠道游戏或者渠道的补充协议。需要说明的是，不同类型的合同对应有不同的处理过程。针对渠道合同，判断其是否存在于数据存储中心，检查合同基本信息，如合同编号、合同名称等，与数据存储中心的数据一致性，而后执行后续游戏校验预处理操作；针对渠道游戏合同，直接执行后续游戏校验预处理操作。

对于上述的合同优先级评估算法，能够决定多份合同的优先级。针对不同类型的合同，其优先级按渠道合同低于渠道游戏合同、渠道游戏合同低于补充协议的顺序排序优先择用，即渠道合同<渠道游戏合同<补充协议。针对相同类型的合同，待确认合同优先级较高，已确认合同优先级较低，即在其他条件相同的情况下，待确认合同的优先级高于已确认合同的优先级。

本申请实施例中，合同生命期限冲突的解决方法是调整优先级较低的合同的生命期限，包括变更低优先级合同结束日期或者失效低优先级合同。变更与失效操作依据不同优先级合同生命周期开始时间的先后顺序来决定，若低优先级合同生命周期开始时间早于高优先级合同，则变更较低优先级的待确认合同的结束日期；若高优先级合同生命周期开始时间早于低优先级合同，则失效低优先级合同。

示例性的，针对多份合同的生命周期存在冲突的情况，如已确认合同A(生命周期2019年05月01日至2019年05月15日)、已确认合同B(生命周期2019年06月01日至2019年06月20日)，待确认合同C(生命周期2019年05月10日至2019年06月10日，其中，已确认合同A、已确认合同B和待确认合同C为相同类型的合同。由此可见，合同C与合同A、B之间均存在生命周期冲突，分别处理合同A和合同C之间，及合同B和合同C之间的冲突。遵循最大连续生命周期原则及优先级评估算法，对于合同A和合同C，由于待确认合同C的优先级高于已确认合同A，且已确认合同A的生命周期开始时刻较早，故变更合同A的结束日期，调整合同A的生命周期开始时刻至合同C开始时间的前一天，调整后合同A的生命周期为2019年05月01日至2019年05月09日，与合同C的生命周期的时间连续衔接。对于合同B和合同C，由于待确认合同C的优先级高于已确认合同B，且待确认合同C的生命周期开始时刻较早，故失效合同B。调整后多份连续合同变为：合同A的生命周期为2019年05月01日至2019年05月09日，合同C的生命周期为2019年05月10日至2019年06月10日，合同B失效。

因此，合同调整后的生命周期时间连续衔接，便于对合同的结算过程，能够使多类型、生命周期不连续的合同结算处理过程更加快速，有效解决多类型合同共存、优先级并存的多个非连续周期重叠的维护管理问题，确保在合同结算时合同的有效性和唯一性，提高合同结算过程的稳定性、准确性和效率。

基于上述步骤b，可以将需要调整的冲突的已确认合同生命周期部分缩短或直接缩短为0，以适应冲突的已确认合同和待确认合同之间的多种不同情况。作为一个示例，上述步骤b可以包括如下步骤：

步骤b1，将冲突的已确认文件数据的生命周期缩短为与待确认文件数据的生命周期之间时间连续衔接，且与待确认文件数据的生命周期组成的总生命周期时间最长的周期，得到调整后的冲突的已确认文件数据。

步骤b2，将冲突的已确认文件数据的生命周期缩短为0，得到无效的冲突的已确认文件数据。

在实际应用中，调整冲突的已确认合同生命周期的方式可以有很多种，其中可以包括：将冲突的已确认合同的生命周期缩短为与待确认合同的生命周期之间时间连续衔接的，且使二者组成的总生命周期时间最长的周期，或者还可以直接将冲突的已确认合同的生命周期缩短为0。

例如，冲突的已确认合同的全部生命周期完全包含在待确认合同的生命周期之内时，便可以直接将冲突的已确认合同的生命周期缩短为0，即将冲突的已确认合同直接失效。

通过多种不同的冲突的已确认合同生命周期的调整方式，可以适应已确认合同和冲突的待确认合同之间的多种不同情况，如一方完全包含在另一方之内的情况，或多方生命周期交叉等多种复杂情况。

在一些实施例中，可以根据不同合同编号的合同生命周期的交集情况来判断合同之间的冲突情况，以更加准确的判断出的生命周期互相冲突的合同。作为一个示例，在步骤S130之前，该方法还可以包括以下步骤：

步骤c，在至少一个已确认文件数据中确定与待确认文件数据之间生命周期存在交集的已确认文件数据。

步骤d，如果待确认文件数据的文件编号和存在交集的已确认文件数据的文件编号不相同，则确定存在交集的已确认文件数据与待确认文件数据之间生命周期冲突。

在实际应用中，如图2所示，在合同生成后，即在开始阶段、合同创建、合同绑定之后，需要判断已确认合同和待确认合同之间的生命周期是否冲突。具体可以执行下述步骤：合同创建，将分析引擎合同队列中的合同内容列表，按合同模版构建初始化合同；合同绑定，根据待确认合同中的合作关系，绑定渠道与游戏的关联关系；检查合同生命周期是否冲突。

对于判断合同生命周期是否冲突的过程，针对同步的每一份合同，分别与相同类型(渠道合同、渠道游戏合同或补充协议)已确认生效的合同进行合同生命周期冲突校验。对于合同生命周期冲突的情况，可以理解为，若合同编号不一致，待确认合同和已确认合同之间，生效期与失效期组成的时间范围存在交集，则确定待确认合同和已确认合同之间生命周期存在冲突。

通过合同编号以及合同生命周期的交集情况，判断合同之间的冲突情况，能够更加准确的确定出的生命周期互相冲突的合同，为后续合同结算处理过程提供更高的准确性和稳定性。

基于上述步骤c和步骤d，可以对编号相同但生命周期存在交集的合同，调整其生命周期相同，以使编号相同的合同生命周期保持一致性。作为一个示例，该方法还可以包括以下步骤：

步骤e，如果待确认文件数据的文件编号和存在交集的已确认文件数据的文件编号相同，则确定存在交集的已确认文件数据与待确认文件数据之间生命周期不冲突。

步骤f，将存在交集的已确认文件数据的生命周期调整为与待确认文件数据的生命周期相同的周期。

步骤g，确认调整后的存在交集的已确认文件数据为新的已确认文件数据。

如图2所示，未冲突生命周期合同的确定标准和调整处理过程，与冲突生命周期合同的确定标准和调整处理过程不相同。例如，相同类型的待确认合同与已确认合同，若合同编号相一致，允许待确认合同的失效期与已确认合同失的效期不一致，不算执行生命周期冲突处理。再例如，对于生命周期不冲突合同的生命周期调整处理，可以直接调整已确认合同的失效期。

示例性的，针对相同编号合同有效期调整的情况，如已确认合同G(生命周期：开始时间2019年05月01日至结束时间2019年05月31日)，待确认合同H(生命周期：开始时间2019年05月01日至结束时间2019年05月20)日，则将已确认合同G失效期调整为2019年05月20日，新的已确认合同G生命周期为2019年05月01日至2019年05月20日，与待确认合同H的生命周期相同。

对于编号相同的合同，通过调整已确认合同的生命周期，使之与待确认合同的生命周期相同，能够保证编号相同的合同的生命周期保持一致，以为后续合同结算处理过程提供更高的准确性和稳定性。

在一些实施例中，可以对待确认合同对应的游戏进行校验，以确保待确认合同的准确性。作为一个示例，管理系统中还包括与已确认文件数据对应的至少一个已确认业务项目。在步骤S110之后，该方法还可以包括以下步骤：

步骤h，判断至少一个已确认业务项目中是否包含待确认文件数据对应的待确认业务项目。若否，则执行步骤i。

步骤i，触发第一告警提示。

如图3所示，可以在合同校验预处理阶段，检查合同绑定的游戏是否在数据存储中心中配置，若游戏配置缺失则触发第一规则告警通知。

本申请实施例中，通过对待确认合同对应的游戏进行校验，能够提高待确认合同的准确性，为后续合同结算处理过程提供更高的准确性和稳定性。

在一些实施例中，可以在被调整缩短的部分生命周期对应的部分已确认合同已经完成结算时，触发告警，以避免已经完成结算的合同部分对当前的合同结算结果造成影响。作为一个示例，在步骤S130之后，该方法还可以包括以下步骤：

步骤j，判断冲突的已确认文件数据的生命周期的调整过程中被缩短的部分生命周期对应的部分已确认文件数据，是否对应有文件数据处理结果。若是，则执行步骤k。

步骤k，触发第二告警提示。

如图3所示，在合同自动审核和合同规则告警阶段，基于生效结算数据，判断已确认合同失效或者经调整后缩短的生命周期内，是否存在生效结算流水。若不存在，则执行后续持久化存储合同操作；若存在，生效流水将触发规则告警。

通过针对被调整缩短的部分生命周期对应的部分已确认合同已经完成结算的情况，触发告警，能够避免已经完成结算的合同部分对当前的合同结算结果造成影响。

在一些实施例中，可以在待确认合同对应的游戏的参数信息与已确认合同的游戏参数信息不一致时，触发告警提示，以保证待确认合同中的游戏参数准确性。作为一个示例，管理系统中还包括已确认业务项目的项目参数信息，项目参数信息包括：比例参数、费率参数中的至少一种。在步骤S130之后，该方法还可以包括以下步骤：

步骤m，判断确认后的待确认文件数据对应的待确认业务项目的项目参数信息，是否与已确认业务项目的项目参数信息一致。若否，则执行步骤n。

步骤n，触发第三告警提示。

如图3所示，在合同自动审核和合同规则告警阶段，合同自动审核，系统将自动审核待确认合同的渠道费率、渠道分成比例、其他费率等参数与系统预设参数是否一致，若一致则待确认合同审核通过，无需财务同事后期手动审核，异常参数将触发规则告警。最后，通知推广平台在合同同步完成后，分析引擎会将分析结果持久化，并每天定时将合同同步的失败原因、告警通知等信息推送回推广合同平台。

其中，数据中心的游戏配置设置的游戏通用参数，是用于合同审核模块自动审核过程的通用游戏参数，如分成比例、支付渠道费率等信息，能够用于提升审核流程的执行效率。

通过在待确认合同对应的游戏的参数信息与已确认合同的游戏参数信息不一致的情况下，触发告警提示，能够保证待确认合同中的游戏参数准确性，为后续合同结算处理过程提供更高的准确性和稳定性。

在一些实施例中，在确认了待确认合同后，可以基于确认后的待确认合同和已确认合同进行合同结算处理，以快速的得到合同结算结果。作为一个示例，在步骤S130之后，该方法还可以包括以下步骤：

步骤o，基于确认后的待确认文件数据生成计算任务。

步骤p，根据确认后的待确认文件数据的文件数据类型对计算任务进行拆分，得到多个子计算任务，每个子计算任务对应一个文件数据类型。

步骤q，根据每个子计算任务的文件数据模式，分别确定该子计算任务的计算系数，计算系数包括：加载的源数据、计算公式及分成参数。

步骤r，利用计算系数分别执行多个子计算任务，得到计算结果。

对于上述步骤o，如图4所示，任务生成器生成计算任务，任务生成器支持两种任务生成方式：定时调度，根据结算周期定时调度生成结算任务，自动插入计算任务列表；用户发起，由结算业务中心用户等财务角色发起重算，根据实际重算要求生成计算任务。

对于上述步骤p，如图4所示，拆分子任务成任务列队，由于计算任务可能包含的类型很大，例如一个渠道。在这个过程，可以将该计算任务继续拆分为更细类型(如渠道类型、游戏渠道类型)的子任务。

对于上述步骤q，如图4所示，加载结算驱动过程中，核心处理器的反射器(Reflector)基于计算子任务的分成方式来自适应加载结算驱动。如某渠道游戏的合作模式是SDK驱动，那么其对应的计算子任务的分成方式为SDK驱动，Reflector会自动加载SDK驱动来进行结算。

对于上述步骤r，如图4所示，计算单元通过选择评估合适的合同，然后根据结算驱动的文件数据，加载对应的源数据、计算公式、分成参数，最后进行计算。

在实际应用中，可以执行分成重算任务，对于调整生命周期后的合同，重算其失效或者调整周期内已计算完毕的非生效的分成流水，以得到更加准确的分成结果。

需要说明的是，合同的计算结算过程依赖的基础数据如合同、渠道、游戏等信息来源于数据存储中心。而计算后的结果又会持久化到数据存储中心。计算的源数据则来源于日志管理平台，需要定时从日志管理平台同步。计算过程中因数据异常引发的报警，处理引擎会记录归档，并推送到监控报警平台，由监控报警平台进行报警。业务结算中心根据结算周期定时调度生成计算任务，并由计算处理引擎调度执行处理。

通过拆分不同类型的子计算任务，再根据子计算任务的文件数据模式确定子计算任务的计算系数，再利用该计算系数，针对确认后的待确认合同和已确认合同进行合同计算，能够准确且快速的得到多类型合同的计算结果。

基于上述步骤o和步骤p，可以根据子计算任务的数量来确定子计算任务使用的进程方式，以提高计算任务的执行效率。作为一个示例，在步骤p之后，该方法还可以包括以下步骤：

如果子计算任务的数量小于或等于预设数量，则确定子计算任务的执行方式为单进程方式。

如果子计算任务的数量大于预设数量且小于管理系统的内核数，则确定子计算任务的执行方式为多进程方式。

如果子计算任务的数量大于或等于内核数，则确定子计算任务的执行方式为多进程方式，且多进程方式的进程数量等于内核数。

如图4所示，在选择计算方式(即调度规则)过程中，可以根据拆分形成的多个计算子任务的数量，选择更适合的单进程或者多进程方式来计算。例如，以CPU核数为20的服务器为例，当子任务数量小于4，单进程计算最佳；当子任务数量大于4且小于核数，采用多进程计算且进程数为任务数，此时最佳；当子任务数量大于核数，采用多进程计算且进程数等于核数，此时最佳。

本申请实施例中，根据子计算任务的数量来确定子计算任务使用的进程方式，如单进程方式、多进程方式及进程数等，能够提高计算任务的执行效率。

基于上述步骤o、步骤p和步骤q，可以针对计算任务的执行周期与已确认文件数据的生命周期之间时间交集的情况，进行调整，以使执行周期不会受到已确认文件数据的生命周期的影响。作为一个示例，在步骤q之前，该方法还可以包括以下步骤：

步骤r，判断子计算任务的执行周期与至少一个已确认文件数据的生命周期之间，是否存在交集。若是，则执行步骤s。

步骤s，对子计算任务的执行周期进行调整，以按照调整后的执行周期执行子计算任务。

如图4所示，计算单元执行合同计算的过程，可以包括如下过程：

1)校验渠道、游戏是否存在。如不存在，说明此计算任务数据有异常，告警退出。

2)找出生效流水。有生效的流水，说明应该存在着有效合同。

3)找出生效时间在当月的所有合同。如果不存在合同，且步骤2)有生效的流水，那么不再计算，告警退出；如果不存在合同，且步骤2)没有生效的流水，那么使用默认合同，将只统计自然月的规则加入结算队列，跳到步骤5)。如果存在合同，跳到步骤4)。

4)读取合同列表，判断每份合同是否生效。如否，过滤掉。反之，开始合同选用评估，分为以下子过程：

4.1)检查结算周期内是否存在合同。比如按自然月结算，2019-10月份的结算周期就是从2019-10-01到2019-10-31。如果结算周期内不存在合同，比如该渠道游戏只有一份合同(生效时间是2019-11-01，结束时间2020-11-01)，这份合同在未来才生效，那么本发明默认生成按自然月周期计算的合同(合同周期是2019-10-01到2019-10-31)，将合同加入结算队列，跳到4.4)；反之，跳到4.2)。

4.2)校验合同的周期是否冲突。如果存在多份渠道合同、渠道游戏合同，并且合同存在多种合同状态，根据优先级评估算法，使用优先级较高的合同结算，将合同周期按结算周期生成多段结算周期。跳到4.3)。

4.3)判断调整后的结算周期，是否有效。是则将优先的周期加入周期列队，用于计算数据环节。跳到4.4)。

4.4)是否还有下一份合同。是则跳到步骤4.1)；反之，跳到步骤5。

5)计算数据(结算分成)：合作模式不同，也就分成方式不同，使用的源数据、分成参数、分成计算公式等也会不同，而结算驱动就是代表一种合作模式的文件数据。根据结算驱动的规则，针对结算队列中每一份合同，加载对应的源数据，进行计算分成数据。

下面以各个不同的功能单元执行本申请实施例提供的非连续周期的文件数据处理方法为例进行说明。

在合同同步期间，如图5所示，推广平台可以先同步推广合同，调度器定时从推广平台同步固定周期的新增、变更合同；合同内容解析可以分析引擎对合同内容进行逆序列化解析，并将提取的合同内容入队到分析引擎。

如图5所示，管理系统采用定时调度器同步推广合同，利用合同分析引擎结合分析算法，规则告警逻辑，将合规数据持久存储到数据存储中心，异常数据并通过告警器通知监控报警平台。在业务结算期间，系统通过业务结算中心的定时调度生成结算任务，利用计算处理引擎结合文件数据和数据中心的结算源信息，以及日志中心的源日志数据，计算出结算报表的源数据，并生成结算报表。

其中，合同分析引擎作为合同内容解析、合同周期分析、合同参数校验、合同异常告警、合同持久存储的处理中心，为合同管理提供有效、规范、高效的技术支撑。特别地，引擎为合同的周期特殊调整、合同参数变更提供解决方案，有效解决多类型合同共存、优先级并存的多个非连续周期重叠的维护管理问题，以确保分成计算时合同使用的有效性和唯一性。

此外，计算处理引擎采用了高并发调度架构、插件式结算驱动，来解决合作方式多样性的推广合同的结算问题。通过结算插件的灵活性、可适配性和简易性，解决合同特殊结算规则的困难点，从而，有效地提高了计算处理引擎的扩展性和高效性，结算的灵活性和高效性。

另外，合同分析引擎主要负责解析、处理合同信息同步。在合作分析引擎中，渠道合同可理解为多份分成方案相同的渠道游戏合同。针对推广平台的合同同步，系统要求合同满足以下前提条件，若存在任一不满足条件，合同解析不通过，并触发同步告警：待同步合同的合作渠道，需要注册到数据存储中心；待同步合同的推广游戏，需要维护在数据存储中心；待同步合同的合作类型，系统支持企业类型和个人类型；待同步合同的分成方式，系统支持SDK/CPS/CPS_DEV/EDK等合作类型；待同步合同的生命周期，需要在时间范围上不存在冲突。若存在冲突，则需要冲突周期内无生效结算流水；待同步的渠道合同，需要优先维护在数据存储中心(业务流程因素影响)。

此外，对于合同分析引擎功能单元，包括：合同接收单元，用于接收来自推广平台的渠道合同及渠道游戏合同，合同中包含合同名、合作渠道、游戏、分成方式、生命周期、合作类型、其他合同参数等信息；合同预处理单元，用于对合同信息进行预处理，包括数据解码及逆序列化、合作游戏/合作渠道/分成方式/合作类型等存在性及一致性校验、生命周期冲突检测等操作；合同校验预处理，检查合同是否满足前提条件，初始化合同类型；合同分析单元，用于根据指定规则，对由推广平台同步的合同进行分析处理，特别是针对生命周期冲突的合同，判断是否存在生效结算数据，进而修改合同生命周期并添加结算数据重算任务；合同创建单元，用于根据系统合同模板，对经合同分析处理后的有效合同，执行合同创建操作；合同持久化单元，用于将创建后的合同持久化存储到数据存储中心中；持久化存储合同，对于调整生命周期后的合同，执行持久化操作，保存于数据存储中心；合同审核单元，用于根据预设审核规则，对已同步的合同进行参数审核操作；规则告警单元，用于对其他单元分析处理过程中的异常情况进行通知告警；分析结果返回单元，用于响应返回分析结果至推广平台，包括结果数据的序列化、网络传送等操作。

另外，计算处理引擎主要负责业务自动结算，它与数据存储中心、日志管理平台、监控报警平台、业务结算中心密切相联。

计算处理引擎包括：

任务生成器单元，主要负责生成分成计算任务队列，为下游并发控制器输送计算任务。业务结算中心根据财务/商务/运营等相关方的需求，月初结算期间计算上个财务月报表数据，而结算任务的生成是由业务结算中心定时自动扫描流水订单日志，将涉及到的渠道游戏，按不同结算类型(渠道、游戏、分成方式等多个类型)生成分成计算任务，并输送到任务队列中。此外，系统还提供手动生成计算任务的功能，只要分配了操作权限的用户，都可以在业务结算中心发起分成计算任务，系统会通过任务生成器将计算任务调度输送到计算任务队列；

并发控制器单元，是计算任务队列的调度控制器。它能够定时(本发明实施实例设定为每隔5秒)轮询任务队列，提取任务队列中的计算任务。为了更有效、更合理地利用服务器资源。并发控制器会根据计算任务的多少，动态调整调度进程的资源数量，自动选择多进程或者单进程来执行计算任务。比如一个大粒度计算任务是：计算某渠道C在2019-10月份的分成，那么可以拆分为：计算渠道C分别与合作游戏(G1、G2……)在2019-10月份的分成。它的一个优点是，调度任务按最小粒度来拆分生成计算子任务，结合多进程提高计算效率，减少任务执行时间；

核心处理器单元，其主要特点支持插件式结算驱动，能够自适应调度计算模型进行任务计算。由于合同的结算方式存在多样性，其计算采用的源数据和计算方法有所差异。任务处理器基于渠道的特殊属性(分成方式)进行驱动适配，计算时实例化对应的结算驱动模型执行计算单元。结算驱动代表了一种合作模式的文件数据实现，合作模式不同，它使用的源数据、分成参数、分成计算公式等也会不同。根据游戏与渠道的不同合作模式，系统可灵活支持以下结算驱动：SDK结算驱动(Software Development Kit合作模式)、DA结算驱动(Division Agent合作模式)、EDK结算驱动(Easy Development Kit合作模式)、CPS结算驱动(对应于Cost Per Sale合作模式)、CPS_DEV结算驱动(对应于Cost Per Sale Device合作模式)、CPA结算驱动(对应于Cost Per Account合作模式)、CPA_DEV结算驱动(对应于Cost Per Account Device合作模式)。核心处理器还包括了Reflector，它是一种反射器，能够根据子任务的分成方式自动加载结算驱动，为下游计算单元的结算分成提供核心计算支持。

计算执行单元，定义自动财务结算的执行流程。它通过加载源数据、结合游戏渠道合同、及采用结算驱动的文件数据，来给渠道游戏计算分成。最后，将计算结果持久化到数据存储中心。

本申请实施例中，提供了专门的合同管理机制，即合同分析引擎、计算处理引擎等，为结算提供高效率、高稳定性和准确性，为类似问题提供一套高可行性和高易用性解决方案。而且，还能够较大幅度也的提升类似的游戏渠道合作推广结算的灵活性，为解决合同周期有效性和分成结算问题提供可行性技术方案，有效地解决人工结算的高成本、低效率问题。为加速提升业务合作效率、结算效率、降低生产成本提供了可行性和可靠性，能极大降低人为操作失误的可能性，提升结算的稳定性和便易性。

图6提供了一种非连续周期的文件数据处理装置的结构示意图。通过终端运行管理系统，管理系统中包括至少一个已确认文件数据，每个已确认文件数据对应有生命周期。如图6所示，非连续周期的文件数据处理装置600包括：

第一确定模块601，用于确定待确认文件数据的生命周期；

第一调整模块602，用于如果至少一个已确认文件数据中存在与待确认文件数据之间生命周期冲突的已确认文件数据，对冲突的已确认文件数据的生命周期进行调整，以确认待确认文件数据；

在一些实施例中，第一调整模块602包括：

第一调整子模块，用于如果冲突的已确认文件数据的文件数据类型按照预设优先类型顺序优先于待确认文件数据的文件数据类型，或冲突的已确认文件数据的生命周期开始时刻早于待确认文件数据的生命周期开始时刻，则对待确认文件数据的生命周期进行调整，确认调整后的待确认文件数据为新的已确认文件数据，其中，新的已确认文件数据的生命周期和待确认文件数据的生命周期之间时间连续衔接，且新的已确认文件数据的生命周期和待确认文件数据的生命周期组成的总生命周期的时间最长；

或，第二调整子模块，用于如果待确认文件数据的文件数据类型按照预设优先类型顺序优先于冲突的已确认文件数据的文件数据类型，或待确认文件数据的生命周期开始时刻早于冲突的已确认文件数据的生命周期开始时刻，则对冲突的已确认文件数据的生命周期进行调整，确认待确认文件数据为新的已确认文件数据，其中，新的已确认文件数据的生命周期和调整后的冲突的已确认文件数据的生命周期之间时间连续衔接，且新的已确认文件数据的生命周期和调整后的冲突的已确认文件数据的生命周期组成的总生命周期的时间最长。

在一些实施例中，第一调整子模块具体用于：

将待确认文件数据的生命周期缩短为与冲突的已确认文件数据的生命周期之间时间连续衔接，且与待确认文件数据的生命周期组成的总生命周期时间最长的周期，得到调整后的待确认文件数据；

或，将待确认文件数据的生命周期缩短为0，得到无效的待确认文件数据。

在一些实施例中，第二调整子模块具体用于：

将冲突的已确认文件数据的生命周期缩短为与待确认文件数据的生命周期之间时间连续衔接的周期，得到调整后的冲突的已确认文件数据；

或，将冲突的已确认文件数据的生命周期缩短为0，得到无效的冲突的已确认文件数据。

在一些实施例中，该装置还包括：

第二确定模块，用于在至少一个已确认文件数据中确定与待确认文件数据之间生命周期存在交集的已确认文件数据；

第三确定模块，用于如果待确认文件数据的文件编号和存在交集的已确认文件数据的文件编号不相同，则确定存在交集的已确认文件数据与待确认文件数据之间生命周期冲突。

在一些实施例中，该装置还包括：

第四确定模块，用于如果待确认文件数据的文件编号和存在交集的已确认文件数据的文件编号相同，则确定存在交集的已确认文件数据与待确认文件数据之间生命周期不冲突；

第二调整模块，用于将存在交集的已确认文件数据的生命周期调整为与待确认文件数据的生命周期相同的周期；

第一确认模块，用于确认调整后的存在交集的已确认文件数据为新的已确认文件数据。

在一些实施例中，管理系统中还包括与已确认文件数据对应的至少一个已确认业务项目；该装置还包括：

第一判断模块，用于判断至少一个已确认业务项目中是否包含待确认文件数据对应的待确认业务项目；

第一触发模块，用于若否，则触发第一告警提示。

在一些实施例中，该装置还包括：

第二判断模块，用于判断冲突的已确认文件数据的生命周期的调整过程中被缩短的部分生命周期对应的部分已确认文件数据，是否对应有文件数据处理结果；

第二触发模块，用于若是，则触发第二告警提示。

在一些实施例中，管理系统中还包括已确认业务项目的项目参数信息，项目参数信息包括：比例参数、费率参数中的至少一种；该装置还包括：

第三判断模块，用于判断确认后的待确认文件数据对应的待确认业务项目的项目参数信息，是否与已确认业务项目的项目参数信息一致；

第三触发模块，用于若否，则触发第三告警提示。

在一些实施例中，该装置还包括：

第二确认模块，用于基于确认后的待确认文件数据生成计算任务；

拆分模块，用于根据确认后的待确认文件数据的文件数据类型对计算任务进行拆分，得到多个子计算任务，每个子计算任务对应一个文件数据类型；

第五确定模块，用于根据子计算任务的文件数据模式，分别确定多个子计算任务的计算系数，计算系数包括：加载的源数据、计算公式及分成参数中的至少一种；

执行模块，用于利用计算系数分别执行多个子计算任务，得到计算结果。

在一些实施例中，该装置还包括：

第六确定模块，用于如果子计算任务的数量小于或等于预设数量，则确定子计算任务的执行方式为单进程方式；

第七确定模块，用于如果子计算任务的数量大于预设数量且小于管理系统的内核数，则确定子计算任务的执行方式为多进程方式；

第八确定模块，用于如果子计算任务的数量大于或等于内核数，则确定子计算任务的执行方式为多进程方式，且多进程方式的进程数量等于内核数。

在一些实施例中，该装置还包括：

第四判断模块，用于判断子计算任务的执行周期与至少一个已确认文件数据的生命周期之间，是否存在交集；

第三调整模块，用于若是，则对子计算任务的执行周期进行调整，以按照调整后的执行周期执行子计算任务。

本申请实施例提供的非连续周期的文件数据处理装置，与上述实施例提供的非连续周期的文件数据处理方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

如图7所示，本申请实施例提供的一种计算机设备700，包括：处理器701、存储器702和总线，所述存储器702存储有所述处理器701可执行的机器可读指令，当电子设备运行时，所述处理器701与所述存储器702之间通过总线通信，所述处理器701执行所述机器可读指令，以执行如上述游戏中虚拟角色的移动控制方法的步骤。

具体地，上述存储器702和处理器701能够为通用的存储器和处理器，这里不做具体限定，当处理器701运行存储器702存储的计算机程序时，能够执行上述非连续周期的文件数据处理方法。

对应于上述非连续周期的文件数据处理方法，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有机器可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行上述非连续周期的文件数据处理方法的步骤。

本申请实施例所提供的非连续周期的文件数据处理装置可以为设备上的特定硬件或者安装于设备上的软件或固件等。本申请实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，前述描述的系统、装置和单元的具体工作过程，均可以参考上述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述移动控制方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random AccessMemory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的范围。都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (14)

1.一种非连续周期的文件数据处理方法，其特征在于，通过终端运行管理系统，所述管理系统中包括至少一个已确认文件数据，每个所述已确认文件数据对应有生命周期，所述方法包括：

确定待确认文件数据的生命周期；

如果所述至少一个已确认文件数据中存在与所述待确认文件数据之间生命周期冲突的已确认文件数据，对所述冲突的已确认文件数据的生命周期进行调整，以确认所述待确认文件数据；

对所述冲突的已确认文件数据的生命周期进行调整，以确认所述待确认文件数据的步骤，包括：

对所述冲突的已确认文件数据的生命周期进行调整，确定新的已确认文件数据，以使所述新的已确认文件数据和目标文件数据的生命周期之间时间连续衔接，其中，所述目标文件数据为所述待确认文件数据或调整后的所述冲突的已确认文件数据；

对所述冲突的已确认文件数据的生命周期进行调整，确定新的已确认文件数据，以使所述新的已确认文件数据和目标文件数据的生命周期之间时间连续衔接的步骤，包括：

如果所述冲突的已确认文件数据的文件数据类型按照预设优先类型顺序优先于所述待确认文件数据的文件数据类型，则对所述已确认文件数据的生命周期结束时刻进行调整，确认调整后的所述已确认文件数据为新的已确认文件数据，其中，所述新的已确认文件数据的生命周期和所述待确认文件数据的生命周期之间时间连续衔接，且所述新的已确认文件数据的生命周期和所述待确认文件数据的生命周期组成的总生命周期的时间最长。

2.根据权利要求1所述的方法，其特征在于，对所述冲突的已确认文件数据的生命周期进行调整，确定新的已确认文件数据，以使所述新的已确认文件数据和目标文件数据的生命周期之间时间连续衔接的步骤，还包括：

如果所述待确认文件数据的文件数据类型按照预设优先类型顺序优先于所述冲突的已确认文件数据的文件数据类型，或所述待确认文件数据的生命周期开始时刻早于所述冲突的已确认文件数据的生命周期开始时刻，则对所述冲突的已确认文件数据的生命周期进行调整，确认所述待确认文件数据为新的已确认文件数据，其中，所述新的已确认文件数据的生命周期和调整后的所述冲突的已确认文件数据的生命周期之间时间连续衔接，且所述新的已确认文件数据的生命周期和调整后的所述冲突的已确认文件数据的生命周期组成的总生命周期的时间最长。

3.根据权利要求2所述的方法，其特征在于，对所述冲突的已确认文件数据的生命周期进行调整的步骤，包括：

将所述冲突的已确认文件数据的生命周期缩短为与所述待确认文件数据的生命周期之间时间连续衔接，且与所述待确认文件数据的生命周期组成的总生命周期时间最长的周期，得到调整后的所述冲突的已确认文件数据；或，

将所述冲突的已确认文件数据的生命周期缩短为0，得到无效的所述冲突的已确认文件数据。

4.根据权利要求1所述的方法，其特征在于，如果所述至少一个已确认文件数据中存在与所述待确认文件数据之间生命周期冲突的已确认文件数据，对所述冲突的已确认文件数据的生命周期进行调整的步骤之前，还包括：

在所述至少一个已确认文件数据中确定与所述待确认文件数据之间生命周期存在交集的已确认文件数据；

如果所述待确认文件数据的文件编号和所述存在交集的已确认文件数据的文件编号不相同，则确定所述存在交集的已确认文件数据与所述待确认文件数据之间生命周期冲突。

5.根据权利要求4所述的方法，其特征在于，还包括：

如果所述待确认文件数据的文件编号和所述存在交集的已确认文件数据的文件编号相同，则确定所述存在交集的已确认文件数据与所述待确认文件数据之间生命周期不冲突；

将所述存在交集的已确认文件数据的生命周期调整为与所述待确认文件数据的生命周期相同的周期；

确认调整后的所述存在交集的已确认文件数据为新的已确认文件数据。

6.根据权利要求1所述的方法，其特征在于，所述管理系统中还包括与所述已确认文件数据对应的至少一个已确认业务项目；确定待确认文件数据的生命周期的步骤之后，还包括：

判断所述至少一个已确认业务项目中是否包含所述待确认文件数据对应的待确认业务项目；

若否，则触发第一告警提示。

7.根据权利要求1所述的方法，其特征在于，对所述冲突的已确认文件数据的生命周期进行调整的步骤之后，还包括：

判断所述冲突的已确认文件数据的生命周期的调整过程中被缩短的部分生命周期对应的部分已确认文件数据，是否对应有文件数据处理结果；

若是，则触发第二告警提示。

8.根据权利要求6所述的方法，其特征在于，所述管理系统中还包括所述已确认业务项目的项目参数信息，所述项目参数信息包括：比例参数、费率参数中的至少一种；确认所述待确认文件数据的步骤之后，还包括：

判断确认后的所述待确认文件数据对应的待确认业务项目的项目参数信息，是否与所述已确认业务项目的项目参数信息一致；

若否，则触发第三告警提示。

9.根据权利要求1-8任一项所述的方法，其特征在于，确认所述待确认文件数据的步骤之后，还包括：

基于确认后的所述待确认文件数据生成计算任务；

根据确认后的所述待确认文件数据的文件数据类型对所述计算任务进行拆分，得到多个子计算任务，每个所述子计算任务对应一个文件数据类型；

根据每个所述子计算任务的文件数据模式，确定所述子计算任务的计算系数，所述计算系数包括：加载的源数据、计算公式及分成参数；

利用所述计算系数分别执行多个所述子计算任务，得到计算结果。

10.根据权利要求9所述的方法，其特征在于，根据确认后的所述待确认文件数据的文件数据类型对所述计算任务进行拆分，得到多个子计算任务的步骤之后，还包括：

如果所述子计算任务的数量小于或等于预设数量，则确定所述子计算任务的执行方式为单进程方式；

如果所述子计算任务的数量大于所述预设数量且小于所述管理系统的内核数，则确定所述子计算任务的执行方式为多进程方式；

如果所述子计算任务的数量大于或等于所述内核数，则确定所述子计算任务的执行方式为多进程方式，且多进程方式的进程数量等于所述内核数。

11.根据权利要求9所述的方法，其特征在于，根据每个所述子计算任务的文件数据模式，确定所述子计算任务的计算系数的步骤之前，还包括：

判断所述子计算任务的执行周期与所述至少一个已确认文件数据的生命周期之间，是否存在交集；

若是，则对所述子计算任务的执行周期进行调整，以按照调整后的所述执行周期执行所述子计算任务。

12.一种非连续周期的文件数据处理装置，其特征在于，通过终端运行管理系统，所述管理系统中包括至少一个已确认文件数据，每个所述已确认文件数据对应有生命周期，所述装置包括：

确定模块，用于确定待确认文件数据的生命周期；

调整模块，用于如果所述至少一个已确认文件数据中存在与所述待确认文件数据之间生命周期冲突的已确认文件数据，对所述冲突的已确认文件数据的生命周期进行调整，以确认所述待确认文件数据；

所述调整模块具体用于：

对所述冲突的已确认文件数据的生命周期进行调整，确定新的已确认文件数据，以使所述新的已确认文件数据和目标文件数据的生命周期之间时间连续衔接，其中，所述目标文件数据为所述待确认文件数据或调整后的所述冲突的已确认文件数据；

所述调整模块还用于：

如果所述冲突的已确认文件数据的文件数据类型按照预设优先类型顺序优先于所述待确认文件数据的文件数据类型，则对所述已确认文件数据的生命周期结束时刻进行调整，确认调整后的所述已确认文件数据为新的已确认文件数据，其中，所述新的已确认文件数据的生命周期和所述待确认文件数据的生命周期之间时间连续衔接，且所述新的已确认文件数据的生命周期和所述待确认文件数据的生命周期组成的总生命周期的时间最长。

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

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有机器可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行所述权利要求1至11任一项所述的方法。