中间数据处理方法及设备与流程

本发明属于计算机应用技术领域，尤其涉及一种中间数据处理方法、中间数据处理设备及计算机可读存储介质。

背景技术：

在当前的很多计算机系统中，需要执行各种数据计算或者处理任务，有些处理任务时间较长，可以能长达几个月甚至几年，有些数据处理任务的数据比较繁杂，各项指标较多。现有技术中在针对各种流程计算过程中，每个月都会根据每个人的特点取各个表的数据进行统计计算，并根据各项指标进行计算奖金，但是统计后的中间数据并未落地，当业务对数据结果有疑问时，经常需要耗费大量时间从头到尾统计一遍数据，效率低下。因此，现有技术在对数据处理过程中面对的数据溯源或者纠错时，处理效率较低的问题。

技术实现要素：

有鉴于此，本发明实施例提供了一种中间数据处理方法、中间数据处理设备及计算机可读存储介质，以解决现有技术中在对数据处理过程中对数据进行数据溯源或者纠错时，处理效率较低的问题。

本发明实施例的第一方面提供了一种中间数据处理方法，包括：

获取用户终端发送的数据计算明细的查询信息；所述查询信息包括数据标识信息；

根据所述查询信息，确定所述用户终端待查询的目标计算明细等级；

根据所述数据标识信息，从预先计算得到的历史计算数据中，查找所述数据标识信息对应的目标历史计算数据，并从所述目标历史计算数据中提取出所述目标计算明细等级对应的计算明细以及所述计算明细对应的中间数据；

根据所述目标计算明细等级对应的计算明细和以及所述计算明细对应的中间数据生成计算流程图，发送所述计算流程图至所述用户终端。

本发明实施例的第二方面提供了一种中间数据处理设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取用户终端发送的数据计算明细的查询信息；所述查询信息包括数据标识信息；

根据所述查询信息，确定所述用户终端待查询的目标计算明细等级；

根据所述数据标识信息，从预先计算得到的历史计算数据中，查找所述数据标识信息对应的目标历史计算数据，并从所述目标历史计算数据中提取出所述目标计算明细等级对应的计算明细以及所述计算明细对应的中间数据；

根据所述目标计算明细等级对应的计算明细和以及所述计算明细对应的中间数据生成计算流程图，发送所述计算流程图至所述用户终端。

本发明实施例的第三方面提供了一种中间数据处理设备，包括：

获取单元，用于获取用户终端发送的数据计算明细的查询信息；所述查询信息包括数据标识信息；

等级单元，用于根据所述查询信息，确定所述用户终端待查询的目标计算明细等级；

查询单元，用于根据所述数据标识信息，从预先计算得到的历史计算数据中，查找所述数据标识信息对应的目标历史计算数据，并从所述目标历史计算数据中提取出所述目标计算明细等级对应的计算明细以及所述计算明细对应的中间数据；

发送单元，用于根据所述目标计算明细等级对应的计算明细和以及所述计算明细对应的中间数据生成计算流程图，发送所述计算流程图至所述用户终端。

本发明实施例的第四方面提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。

本发明实施例与现有技术相比存在的有益效果是：

本发明实施例通过获取到用户发送的数据计算明细的查询信息时，根据查询信息确定用户终端待查询的目标计算明细等级，根据数据标识信息，从预先计算得到的历史计算数据中，查找数据标识信息对应的目标历史计算数据，并从所述目标历史计算数据中提取出目标计算明细等级对应的计算明细以及计算明细对应的中间数据，根据目标计算明细等级对应的计算明细和以及计算明细对应的中间数据生成计算流程图，发送计算流程图至用户终端，使得用户可以在第一时间查看到目标计算明细等级对应的计算明细，提高了数据展示多样性，无需在查询计算明细时重新演绎或纠错，提高了数据溯源和纠错的效率。

附图说明

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

图1是本发明实施例一提供的中间数据处理方法的流程图；

图2是本发明实施例二提供的中间数据处理方法的流程图；

图3是本发明实施例三提供的中间数据处理设备的示意图；

图4是本发明实施例四提供的中间数据处理设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

参见图1，图1是本发明实施例一提供的中间数据处理方法的流程图。本实施例中间数据处理方法的执行主体为中间数据处理设备。中间数据处理设备包括但不限于智能手机、平板电脑、可穿戴设备等移动终端，还可以是台式电脑、服务器等。如图所示的中间数据处理方法可以包括以下步骤：

s101：获取用户终端发送的数据计算明细的查询信息；所述查询信息包括数据标识信息。

目前系统各种流程计算，每个月都会根据每个人的特点取各个表的数据进行统计计算。例如在根据各项指标计算奖金，但是统计后的中间数据并未落地，当业务对数据结果有疑问时，经常需要耗费大量时间从头到尾统计一遍数据，效率低下。

在本实施例中，查询信息可以包括数据标识信息，数据标识信息是用于指示查询信息所要查询的数据计算明细，具体可以为数据标识，也可以包括用户标识与时间信息，用于确定用户标识对应的数据中符合上述时间信息的数据计算明细。其中，用户标识可以是用户名称、用户账号或者工号等，时间可以是一个时间点或者一个时间段，此处不做限定。例如，用户工号+时间来查询某一月的工资信息。

进一步的，在进行查询时，用户终端可以查询一个用户对应的信息，也可以查询多个用户对应的信息，这些都受用户权限的限制，若在应用系统中预设有用户权限，则可以先确定发送查询信息的用户终端所登录的用户权限，并根据用户权限来确定需要发送的查询信息对应数据信息。

s102：根据所述查询信息，确定所述用户终端待查询的目标计算明细等级。

本实施例中针对不同的用户设定有不同的用户等级，不同的用户等级对应不同的目标计算明细等级。例如等级较高的用户可以查询到目标计算明细等级较高的计算明细，即，等级越高，其权限越高，可以查询到的目标计算明细越详细。在获取到查询信息之后，根据查询信息确定该用户终端待查询的目标计算明细等级，即根据用户的查询信息确定与用户等级对应的目标计算明细等级。

进一步的，本实施例中针对每个用户的用户标识设定其可查询计算明细的权限，不同的权限对应不同的计算明细等级，在获取到用户终端发送的查询信息之后，可以直接根据用户终端对应的用户标识来确定目标计算明细等级。

除此之外，本实施例中的查询信息可以包括用户想要查询的计算明细等级。例如，有的情况下，用户只想查看某一计算数据的计算结果，则可以直接将计算明细等级设定为计算结果对应的等级；而有的情况下，用户需要获取所有与计算结果有关的全部信息，这种情况下可以在查询信息中设定计算明细等级为最详细对应的等级。在接收到查询信息之后，直接根据查询信息中设定的计算明细等级，确定用户终端待查询的目标计算明细等级。通过这种方式，可以精简待显示的中间数据，灵活满足用户需求。

s103：根据所述数据标识信息，从预先计算得到的历史计算数据中，查找所述数据标识信息对应的目标历史计算数据，并从所述目标历史计算数据中提取出所述目标计算明细等级对应的计算明细以及所述计算明细对应的中间数据。

在本实施例中，所有的历史计算数据都是预先计算得到。其中，计算数据中包括了计算明细和中间数据，以及计算明细和中间数据之间的关联关系。具体的，计算明细包括计算得到的计算数据的计算过程，例如计算公式、所用到的计算规则、计算指标或者评价标准等信息，中间数据用于表示各个分支计算得到的分支计算结果。中间数据用于表示在每个计算分过程结束之后的计算结果。本轮的计算得到的计算结果可能参与到下以分过程的计算中，计算明细对中间数据的引用构成了计算明细和中间数据之间的关联关系，所有的中间数据和计算明细参与计算得到最终结果。

示例性的，在计算保险销售人员的工资时，计算指标用于表示销售人员当月的业绩、新开的保单件数、继续率等信息，评价标准可以是销售人员升级或者降级的衡量，例如业绩、件数、继续率达到某个值才能考核通过。中间数据可以是根据销售人员当月的数据计算得到的绩效数目，根据其工作量的完成情况和奖金标准得到的奖金数目，或者是根据销售人员的请假、旷工等情况确定的考勤扣款等信息，计算明细可以是这些款项数目的计算过程明细，这些都属于计算数据中。

在获取到查询信息之后，我们根据查询信息便可以确定用户终端所求的数据信息，根据查询信息从预先计算得到的历史计算数据中，查找待显示的计算明细、中间数据、所有计算明细和所述中间数据之间的关联关系，以通过用户终端向用户展示具体的计算细节。具体的，在根据数据标识信息从历史计算数据中查找计算明细等数据时，先在历史计算数据中确定数据标识信息对应的计算结果，并通过计算结果在历史计算数据中查找到所有与计算结果相关的计算明细、中间数据，再生成计算明细和中间数据之间的关联关系。

在确定了用户终端待查询的目标计算明细等级之后，根据数据标识信息，从预先计算得到的历史计算数据中，查找数据标识信息对应的目标历史计算数据，并从目标历史计算数据中提取出目标计算明细等级对应的计算明细，以及该计算明细对应的中间数据。

示例性的，当一个用户所输入的查询信息是：绩效奖金，则自动识别为该用户是需要获取本月的绩效奖金的计算明细和中间数据。再根据用户终端待查询的目标计算明细等级，确定本月的绩效奖金的计算明细和中间数据中与目标计算明细等级对应的计算明细以及该计算明细对应的中间数据。从数据库中获取计算明细和中间数据，并将计算明细和中间数据显示在用户界面上，以便用户查看。

进一步的，在步骤s103之前，还包括：

s1031：获取用于计算的每个基础数据及其数据标识信息，以及所述基础数据对应的计算规则。

在进行计算之前，我们先获取用于计算的每个基础数据、基础数据的数据标识信息以及基础数据对应的计算规则。其中，基础数据用于计算得到计算结果，计算规则用于来计算基础数据。示例性地，在计算员工工资时，由于每个员工的等级不同，其对应的绩效计算方式也不相同，这种情况下，员工的工作量便是基础数据，每个等级的工资计算方式便是计算规则，我们可以基于基础数据，根据计算规则计算得到计算结果。

示例性的，在本实施例中的基础数据可以包括与计算规则相关的所有类型的用户数据，可以包括但不限于年龄、学历、入司次数、所属机构等不同信息。计算规则可以是针对不同的计算结果对应的计算方式，例如，工资计算规则中的工资计算公式，等级计算规则中的等级计算公式等，除此之外，还可以是一些衡量基础数据的标准等级数值或者各项指标，例如某个年龄段的考核标准、某个月的业绩、某个月的保单件数等。还可以包括计算指标，例如业务员当月的业绩、新开的保单件数、继续率等，用户衡量确定业务员升级或者降级，例如业绩、件数、继续率达到某个值才能考核通过。

s1032：根据所述计算规则和所述基础数据生成历史计算明细，根据各个所述历史计算明细计算得到对应的历史中间数据，并为各个所述历史计算明细分配计算明细等级。

在获取到基础数据和计算规则之后，我们根据计算规则和基础数据生成历史计算明细，即将基础数据带入计算规则中，生成带有具体数字的计算公式。再根据各个历史计算明细计算得到历史中间数据，即计算各个计算公式，得到各个分过程的计算结果。同时确定历史计算明细和历史中间数据之间的关联关系，即计算公式和中间数据之间的带入关系，前一轮计算得到的中间数据在后一轮计算中的带入关系等。在根据计算规则，基于基础数据计算时，计算终端要将所有的历史计算过程存储下来，存储下来的计算流程便是历史计算明细，每个计算流程得到的计算结果便是历史中间数据。

根据计算规则中的计算方式或者各项指标，计算基础数据所对应的计算结果。其中，计算结果可以为工资、等级等。需要说明的是，在这个计算过程中，会根据基础数据和计算规则生成对应的历史中间数据和历史计算明细，其中，历史计算明细可以是在生成该计算结果过程中的每个小步骤的计算详情，与每个历史计算明细对应的是历史中间数据。

示例性地，在计算某个员工某月的绩效奖金时，先获取计算绩效奖金所需要的基础数据，例如，所完整的保单件数以及每个保单的金额，同时获取计算该员工绩效等级的计算规则，如绩效计算公式、等级标准和等级奖金标准等，再根据绩效计算公式、保单件数以及每个保单的金额计算该员工的绩效系数，然后，根据绩效系数和等级标准确定该员工的绩效等级，进一步的，根据该绩效等级和等级奖金标准，确定该员工在当月的绩效奖金。在上述示例中，所计算出来的绩效系数、绩效等级是中间数据；计算公式、等级标准和等级奖金标准属于计算规则，最后得到的绩效奖金是最后的计算结果；进一步的，根据绩效计算公式、保单件数以及每个保单的金额计算该员工的绩效系数、根据绩效系数和等级标准确定该员工的绩效等级、根据该绩效等级和等级奖金标准确定该员工在当月的绩效奖金，这三个流程属于计算明细，其计算明细的表现方式可以包括计算公式、计算规则和基础数据，以更加清楚的告诉用户是如何计算得到最后的计算结果。

在为各个历史计算明细分为计算明细等级时，可以根据计算明细的重要程度来确定其对应的计算明细等级。具体的，在根据重要程度确定计算明细等级时，根据计算规则识别中间数据中的必要的中间计算过程，作为计算明细中的树干数据，因为这些数据时必要数据，需要让等级较低的用户也能查询到，所以将这一部分计算明细设定为较低等级的数据；根据计算规则，识别计算过程中的推导过程对应的数据为树枝数据，将这一部分计算明细设定为中等等级的数据；将其余所有数据设定为树叶数据，即这一部分计算明细设定为较高等级的数据。通过为历史计算明细分别分配较低等级、中等等级以及较高等级的计算明细等级，使得不同用户类型或者不同用户需求对应的查询信息，可以查询到对应目标计算明细等级的数据，提高计算明细的管理性。

除此之外，还可以根据计算明细的详细程度来为各个历史计算明细分配计算明细等级，通过根据计算规则识别每个计算明细的详细程度，根据不同的详细程度设定对应的计算明细等级。

s1033：根据每个所述基础数据的数据标识信息，存储所述数据标识信息对应的历史计算明细、所述历史计算明细分别对应的历史中间数据以及计算明细等级。

在基于基础数据，根据计算规则计算得到中间数据和计算明细之后，根据数据标识信息将所有的历史计算数据存储。具体的存储方式可以是根据预设的存储条目来存储，按照基础数据所对应的用户标识进行存储，每个计算量或者计算流程中都有存储有对应的计算步骤得到的中间数据和计算明细，若某一计算流程不存在对应的中间数据和计算明细，则这一计算流程对应的数据为空，通过这种存储方式，可以保证每个基础数据对应的计算明细和中间数据都能清楚、有条目的存储，便于之后的查找或者修改。

我们将计算得到的中间数据和计算明细存储，用以在用户终端查询的时候，可以直接在用户终端显示。同时，将中间数据和计算明细存储还有一个优点，就是通过记录或者存储得到每个中间数据的计算过程或者计算明细，可以在计算结果发生问题时，根据中间数据和计算明细进行溯源，确定发生问题的地方，并根据发生问题的地方进行修改或调整。而不是重新根据基础数据再次进行计算或者没有目标的查找，浪费计算时间和维护效率。

s104：根据所述目标计算明细等级对应的计算明细和以及所述计算明细对应的中间数据生成计算流程图，发送所述计算流程图至所述用户终端。

在查询到数据标识信息对应的待显示的计算明细、中间数据、计算明细和中间数据之间的关联关系之后，根据这些信息生成计算流程图。具体的，在生成计算流程图时，先识别计算明细之间的前后顺序、中间数据之间的关联关系，根据计算明细之间的前后顺序、中间数据之间的关联关系确定流程图中各个流程图模块之间的联结关系，这里的各个流程图模块就是计算明细，中间数据通过各个流程图模块之间的连接线流转至相关的下一模块，最终到达计算结果的流程图模块。

除此之外，还可以在在查询到查询信息对应的计算明细和中间数据之后，可以根据预设的表格模板生成数据表格，以将计算明细和中间数据有条理通过表格的形式发送至用户终端，以使用户可以清楚明确地的获取到自己想要的信息。

其中，本实施例中的表格数据可以是根据中间数据的类型或者数据标识确定的表格条目，在确定表格条目之后，根据计算明细和中间数据生成数据表格时，可以将计算明细和中间数据填至表格中对应的表格条目中，若存在表格条目没有对应的计算明细和中间数据时，该表格条目对应的表格位置处的数据为空数据。通过这种方式，可以将数据处理的过程和结果模板化，提高数据查询和管理的效率。

上述方案，通过在获取到用户终端发送的数据计算明细的查询信息时，根据查询信息确定用户终端待查询的目标计算明细等级，根据数据标识信息从预先计算得到的历史计算数据中，查找数据标识信息对应的目标历史计算数据，并从目标历史计算数据中提取出目标计算明细等级对应的计算明细以及计算明细对应的中间数据，发送计算明细和中间数据构成的计算流程图至用户终端，使得用户可以在第一时间确定目标计算明细等级对应的计算明细，提高了数据展示多样性，无需在查询计算明细时重新演绎或纠错，提高了数据溯源和纠错的效率。

参见图2，图2是本发明实施例二提供的中间数据处理方法的流程图。本实施例中间数据处理方法的执行主体为中间数据处理设备。中间数据处理设备包括但不限于智能手机、平板电脑、可穿戴设备等移动终端，还可以是台式电脑、服务器等。如图所示的中间数据处理方法可以包括以下步骤：

s201：获取用户终端发送的数据计算明细的查询信息；所述查询信息包括数据标识信息。

在本实施例中s201与图1对应的实施例中s101的实现方式完全相同，具体可参考图1对应的实施例中的s101的相关描述，在此不再赘述。

s202：获取所述用户终端的查询权限，并根据所述查询权限确定所述用户终端可查看的计算明细等级，确定待查询的目标计算明细等级。

本实施例中针对不同的用户设定有不同的用户等级，不同的用户等级对应不同的目标计算明细等级。例如等级较高的用户可以查询到目标计算明细等级较高的计算明细，即，等级越高，其权限越高，可以查询到的目标计算明细越详细。在获取到查询信息之后，根据查询信息确定该用户终端待查询的目标计算明细等级，即根据用户的查询信息确定与用户等级对应的目标计算明细等级。

s2031：根据所述查询信息，确定本次数据查询的数据查询范围。

在本实施例中，每个用户终端或者用户账号都对应有各自的查询权限，用于通过查询权限限定每个用户终端可以获取到的用户数据范围。服务器或者中间数据处理设备可以通过用户终端发送的查询信息来确定用户终端的查询权限，同时也可以直接获取用户终端的查询权限。

在获取到用户终端的权限之后，通过查询权限来确定用户终端可以查看到的计算明细的详细等级。本实施例中的计算明细的详细等级用于表示用户通过用户终端可查看到的计算明细的粒度，示例性的，最小粒度的显示是整个计算过程中的每个分过程的历史计算明细和历史中间数据都显示，粒度越大则中间的分过程的历史计算数据可以按照分过程的重要程度来显示。

示例性的，在实际应用中，每个部门的部门职员的查询权限只能是查询自己的用户数据，而每个部门的管理人员对应的查询权限可以查询该部门中每个人的用户数据。服务器可以根据发送查询信息的用户终端的终端标识来确定该用户终端的查询权限，或者，当用户通过自己的用户账号查询数据并通过用户终端发送查询信息时，服务器可以通过该用户的用户账号来确定用户的查询权限，进而可以确定当前的用户终端可以获取到的数据范围。

进一步的，若分过程较多的情况下，其显示方式可以折叠显示，即，将一些分过程的计算数据隐藏，用户可点击终端界面中的相应界面组件拆开或者合并。

s203：根据所述数据标识信息，从预先计算得到的历史计算数据中，查找所述数据标识信息对应的目标历史计算数据，并从所述目标历史计算数据中提取出所述目标计算明细等级对应的计算明细以及所述计算明细对应的中间数据。

在获取到查询信息之后，根据查询信息，从预先计算得到的历史计算数据中，确定与查询信息对应的计算明细和中间数据。其中，计算明细包括计算基础数据时的计算过程明细。

进一步的，步骤s203可以具体包括：

s2031：根据所述查询信息，确定本次数据查询的数据查询范围。

在确定了用户终端的查询权限之后，中间数据处理设备可以通过查询权限确定该用户终端可以获取到的最大范围的数据，以防止用户终端发送的查询信息所对应的查询信息超出用户终端的权限。

根据查询权限和查询信息，确定本次数据查询的数据查询范围。首先我们通过查询信息确定本次数据查询的数据查询范围，再将查询信息对应的数据查询范围和查询权限对应的数据查询范围进行对比，确定最终的数据查询范围。需要说明的是，若查询信息对应查询对象范围超出了查询权限对应的数据查询范围，则根据查询权限对应的数据查询范围确定最终的数据查询范围。

本实施例中的数据查询范围用于表示需要向用户终端发送的用户数据范围，例如，当某用户终端的查询权限之后一个对象的数据时，数据查询范围则只有这一个对象。当用户终端的查询权限和查询信息对应的数据查询范围有多个时，例如部门领导查询得到的对象是本部门的所有员工的数据时，该数据查询范围便是本部门所有员工。

s2032：根据所述数据查询范围和所述目标计算明细等级，从预先计算得到的历史计算数据中，查找所述数据标识信息对应的目标历史计算数据，并从所述目标历史计算数据中提取出所述目标计算明细等级对应的计算明细以及所述计算明细对应的中间数据。

在确定了数据查询范围和目标计算明细等级之后，先从查询范围对应的历史计算数据中查找出数据标识信息对应的目标历史计算数据，再根据目标计算明细等级，从目标历史计算数据中提取出目标计算明细等级对应的计算明细，再根据目标计算明细等级对应的计算明细确定与其对应的中间数据。

示例性地，当用户终端待查询的目标计算明细等级对应的是本部门所有员工的全部工资数据，且获取到的查询信息是查询本部门所有员工的在6月的工资明细，我们确定出数据查询范围是本部门所有员工，其所对应的目标数据是本部门所有员工在6月的工资明细。便可以通过这一信息，在预先计算得到的计算数据中，确定本部门所有员工在6月的工资明细中的计算明细和中间数据。

s204：根据所述目标计算明细等级对应的计算明细和以及所述计算明细对应的中间数据生成计算流程图，发送所述计算流程图至所述用户终端。

在本实施例中s204与图1对应的实施例中s104的实现方式完全相同，具体可参考图1对应的实施例中的s104的相关描述，在此不再赘述。

s205：获取用户终端发送的数据反馈信息；所述数据反馈信息中包括数据确认信息或者数据修改信息。

在将计算明细和中间数据发送至用户终端之后，用户终端可以对计算明细和中间数据进行检测或者审核，以确定计算明细和中间数据中是否出现问题。当用户终端在获取到计算明细和中间数据之后，可以向中间数据处理设备发送的数据反馈信息，其中，数据反馈信息包括了数据确认信息或者数据修改信息。

本实施例中的数据确定信息用于表示用户终端在接收到计算明细和中间数据之后，对这些信息表示确定的信息，说明计算明细和中间数据是正确的；数据修改信息用于表示用户终端在接收到计算明细和中间数据之后，其中可能存在一些问题，需要根据这些问题对计算明细和中间数据进行修改或者调整。

s206：若所述数据反馈信息中包括所述数据确认信息，则将所述计算明细和所述中间数据的存储模式变更为不可更改的存储模式。

本实施例中的数据反馈信息可以包括数据确认信息和数据修改信息，在获取到用户终端发送的数据反馈信息之后，若数据反馈信息中包括数据确认信息，则表示用户终端确认了中间数据处理设备计算得到的中间数据和计算明细，中间数据和计算明细是正确的，不需要修改，则将中间数据和计算明细的存储模式变更为不可更改的存储模式，以保证中间数据和计算明细是正确的，不需要再进行修改或者调整，其当前的数据值或者存储数据是最终版本。

s207：若所述数据反馈信息中包括所述数据修改信息，则根据所述数据修改信息修改所述计算明细和所述中间数据。

若接收到的数据反馈信息中包括数据修改信息，则说明计算明细和中间数据中存在问题，需要根据数据修改信息修改计算明细和中间数据，将计算明细和中间数据修改为正确的数据。

进一步的，步骤s207可以具体包括步骤s2071～s2073:

s2071：获取所有的历史数据修改信息。

在对计算明细和中间数据进行修改之后，我们获取所有历史数据的修改情况，即历史数据修改信息，这些历史数据修改信息中可能包括对基础数据的修改、对计算规则的修改或者是对计算得到的中间数据的修改，此处做不做限定。

s2072：确定所述历史数据修改信息中被修改过的计算规则。

在获取到历史数据修改信息之后，由于历史数据修改信息中可能包括了各种数据修改情况，因此，我们可以先根据历史数据修改信息确定出修改计算规则的情况。

具体的确定方法可以是根据历史数据修改信息进行识别，确定其中的数据修改对象，当识别得到的修改对象是计算规则时，其表现方式可能为修改了计算公式，或者是基础数据没有发生变化，而中间数据发生了变化，这种情况也是计算规则被修改的情况，以此来确定历史数据修改信息中所修改的计算规则。

s2073：若修改相同计算规则的次数大于或者等于预设的修改次数阈值，则调整被修改次数大于或者等于预设的修改次数阈值的计算规则。

在确定了历史数据修改信息中所修改的计算规则之后，由于很多计算规则都是不同的，我们可以根据所修改的计算规则来确定出修改的相同计算规则的次数，并根据预设的修改次数阈值来确定出修改次数较大的计算规则为问题规则，并调整这些问题规则。

示例性的，在一个计算工资计算系统中，如果用户终端返修的历史修改数据中，存在大量的规则修改记录，则可能是该规则发生了问题，该规则计算方式不能满足较多员工的需求。这种情况下，我们统计出修改次数较多的规则修改记录，并调整这些计算规则，保证工资计算的正确性和合理性。

上述方案，通过获取用户终端发送的数据计算明细的查询信息；所述查询信息包括数据标识信息；根据所述查询信息，确定所述用户终端待查询的目标计算明细等级；根据所述数据标识信息，从预先计算得到的历史计算数据中，查找所述数据标识信息对应的目标历史计算数据，并从所述目标历史计算数据中提取出所述目标计算明细等级对应的计算明细以及所述计算明细对应的中间数据；根据所述目标计算明细等级对应的计算明细和以及所述计算明细对应的中间数据生成计算流程图，发送所述计算流程图至所述用户终端。获取用户终端发送的数据反馈信息；所述数据反馈信息中包括数据确认信息或者数据修改信息；若所述数据反馈信息中包括所述数据确认信息，则将所述计算明细和所述中间数据的存储模式变更为不可更改的存储模式；若所述数据反馈信息中包括所述数据修改信息，则根据所述数据修改信息修改所述计算明细和所述中间数据。使得用户可以在第一时间确定目标计算明细等级对应的计算明细，提高了数据展示多样性，无需在查询计算明细时重新演绎或纠错，提高了数据溯源和纠错的效率。

参见图3，图3是本发明实施例三提供的一种中间数据处理设备的示意图。中间数据处理设备包括的各单元用于执行图1～图2对应的实施例中的各步骤。具体请参阅图1～图2各自对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。本实施例的中间数据处理设备300包括：

获取单元301，用于获取用户终端发送的数据计算明细的查询信息；所述查询信息包括数据标识信息；

等级单元302，用于根据所述查询信息，确定所述用户终端待查询的目标计算明细等级；

查询单元303，用于根据所述数据标识信息，从预先计算得到的历史计算数据中，查找所述数据标识信息对应的目标历史计算数据，并从所述目标历史计算数据中提取出所述目标计算明细等级对应的计算明细以及所述计算明细对应的中间数据；

发送单元304，用于根据所述目标计算明细等级对应的计算明细和以及所述计算明细对应的中间数据生成计算流程图，发送所述计算流程图至所述用户终端。

进一步的，所述中间数据处理设备还可以包括：

第一获取单元，用于获取用于计算的每个基础数据及其数据标识信息，以及所述基础数据对应的计算规则；

计算单元，用于根据所述计算规则和所述基础数据生成历史计算明细，根据各个所述历史计算明细计算得到对应的历史中间数据，并为各个所述历史计算明细分配计算明细等级；

存储单元，用于根据每个所述基础数据的数据标识信息，存储所述数据标识信息对应的历史计算明细、所述历史计算明细分别对应的历史中间数据以及计算明细等级。

进一步的，所述等级单元302可以包括：

等级确定单元，用于获取所述用户终端的查询权限，并根据所述查询权限确定所述用户终端可查看的计算明细等级，确定待查询的目标计算明细等级；

进一步的，所述查询单元可以包括：

范围确定单元，用于根据所述查询信息，确定本次数据查询的数据查询范围；

数据确定单元，用于根据所述数据查询范围和所述目标计算明细等级，从预先计算得到的历史计算数据中，查找所述数据标识信息对应的目标历史计算数据，并从所述目标历史计算数据中提取出所述目标计算明细等级对应的计算明细以及所述计算明细对应的中间数据。

进一步的，所述中间数据处理设备还可以包括：

第二获取单元，用于获取用户终端发送的数据反馈信息；所述数据反馈信息中包括数据确认信息或者数据修改信息；

数据确认单元，用于若所述数据反馈信息中包括所述数据确认信息，则将所述计算明细和所述中间数据的存储模式变更为不可更改的存储模式；

规则修改单元，用于若所述数据反馈信息中包括所述数据修改信息，则根据所述数据修改信息修改所述计算明细和所述中间数据。

进一步的，所述中间数据处理设备还可以包括：

第三获取单元，用于获取所有的历史数据修改信息；

规则确定单元，用于确定所述历史数据修改信息中被修改过的计算规则；

规则调整单元，若修改相同计算规则的次数大于或者等于预设的修改次数阈值，则调整被修改次数大于或者等于预设的修改次数阈值的计算规则。

上述方案，通过获取用户终端发送的数据计算明细的查询信息；所述查询信息包括数据标识信息；根据所述数据标识信息，从预先计算得到的历史计算数据中，查找所述数据标识信息对应的目标历史计算数据，并从所述目标历史计算数据中提取出所述目标计算明细等级对应的计算明细以及所述计算明细对应的中间数据；根据所述目标计算明细等级对应的计算明细和以及所述计算明细对应的中间数据生成计算流程图，发送所述计算流程图至所述用户终端。获取用户终端发送的数据反馈信息；所述数据反馈信息中包括数据确认信息或者数据修改信息；若所述数据反馈信息中包括所述数据确认信息，则将所述计算明细和所述中间数据的存储模式变更为不可更改的存储模式；若所述数据反馈信息中包括所述数据修改信息，则根据所述数据修改信息修改所述计算明细和所述中间数据。使得用户可以在第一时间确定目标计算明细等级对应的计算明细，提高了数据展示多样性，无需在查询计算明细时重新演绎或纠错，提高了数据溯源和纠错的效率。

图4是本发明实施例四提供的中间数据处理设备的示意图。如图4所示，该实施例的中间数据处理设备4包括：处理器40、存储器41以及存储在所述存储器41中并可在所述处理器40上运行的计算机程序42。所述处理器40执行所述计算机程序42时实现上述各个中间数据处理方法实施例中的步骤，例如图1所示的步骤101至103。或者，所述处理器40执行所述计算机程序42时实现上述各装置实施例中各模块/单元的功能，例如图3所示单元301至303的功能。

示例性的，所述计算机程序42可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器41中，并由所述处理器40执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序42在所述中间数据处理设备4中的执行过程。

所述中间数据处理设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述中间数据处理设备可包括，但不仅限于，处理器40、存储器41。本领域技术人员可以理解，图4仅仅是中间数据处理设备4的示例，并不构成对中间数据处理设备4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述中间数据处理设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器40可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器41可以是所述中间数据处理设备4的内部存储单元，例如中间数据处理设备4的硬盘或内存。所述存储器41也可以是所述中间数据处理设备4的外部存储设备，例如所述中间数据处理设备4上配备的插接式硬盘，智能存储卡(smartmediacard，smc)，安全数字(securedigital，sd)卡，闪存卡(flashcard，fc)等。进一步地，所述存储器41还可以既包括所述中间数据处理设备4的内部存储单元也包括外部存储设备。所述存储器41用于存储所述计算机程序以及所述中间数据处理设备所需的其他程序和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

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

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中。

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