评价指标的上报处理方法、装置及存储介质

技术领域

本申请涉及一种评价指标的上报处理方法、装置及存储介质，属于计算机技术领域。

背景技术

城市综合评价系统用于通过多种评价指标反映出城市的发展优势及问题。现有的城市综合评价系统包括多级处理平台，下级平台将获取到的多种评价指标上报至上级平台处理。

目前，上级平台为每种评价指标均设置有独立的接口；对于每种评价指标，下级平台使用该评价指标对应的接口上传该评价指标；上级平台实时对各个接口接收到的评价指标进行计算，得到数据处理结果。

然而，随着评价指标种类的增多，需要开发的接口种类也随之增多，接口开发消耗的资源较多。

发明内容

本申请提供了一种评价指标的上报处理方法、装置及存储介质，可以解决评价指标的接口开发消耗的资源较多、评价指标上报过程中实时处理，在数据量大的情况下会导致数据丢失的问题。本申请提供如下技术方案：

第一方面，提供了一种评价指标的上报处理方法，所述方法包括：

使用一个预设的接收接口接收多种下级评价指标，所述下级评价指标包括参数标志；

根据所述参数标志确定所述下级评价指标对应的处理模型，不同参数标志对应的处理模型不同；

在当前时间到达预设的处理时间时，使用所述处理模型处理对应的下级评价指标，得到数据处理结果。

可选地，所述根据所述参数标志确定所述下级评价指标对应的处理模型之前，还包括：

确定所述下级评价指标是否正常；

在所述下级评价指标异常时，将异常的所述下级评价指标存储至预设位置；并将异常原因发送至对应的下级平台；

可选地，所述方法还包括：

在所述下级评价指标正常时，触发执行所述根据所述参数标志确定所述下级评价指标对应的处理模型的步骤。

可选地，所述在当前时间到达预设的处理时间时，使用所述处理模型处理对应的下级评价指标，得到数据处理结果，包括：

使用所述处理模型对所述下级评价指标进行算分处理，得到所述数据处理结果。

可选地，所述在当前时间到达预设的处理时间时，使用所述处理模型处理对应的下级评价指标，得到数据处理结果之后，还包括：

确定所述数据处理结果是否正常；

在所述数据处理结果正常时，将所述数据处理结果存储至第一结果数据库；

在所述数据处理结果异常时，将所述数据处理结果存储至第二结果数据库，并显示异常的所述数据处理结果。

可选地，在所述数据处理结果正常时，所述方法还包括：

将所述第一结果数据库中的数据处理结果进行的排序；

将排序后的数据处理结果进行显示。

可选地，所述不同处理模型对应的处理时间相同或不同。

第二方面，提供了一种评价指标的上报处理装置，所述装置包括：

指标接收模块，用于使用一个预设的数据接收接口接收多个下级平台发送的下级评价指标，所述下级评价指标包括参数标志；

模型确定模块，用于根据所述参数标志确定所述下级评价指标对应的处理模型，不同参数标志对应的处理模型不同；

指标处理模块，用于在当前时间到达预设的处理时间时，使用所述处理模型处理对应的下级评价指标，得到数据处理结果。

第三方面，提供一种评价指标的上报处理装置，所述装置包括处理器和存储器；所述存储器中存储有程序，所述程序由所述处理器加载并执行以实现第一方面所述的评价指标的上报处理方法。

第四方面，提供一种计算机可读存储介质，所述存储介质中存储有程序，所述程序由所述处理器加载并执行以实现第一方面所述的评价指标的上报处理方法。

本申请的有益效果在于：通过使用一个预设的接收接口接收多种下级评价指标，下级评价指标包括参数标志；根据参数标志确定下级评价指标对应的处理模型，不同参数标志对应的处理模型不同；在当前时间到达预设的处理时间时，使用处理模型处理对应的下级评价指标，得到数据处理结果；可以解决评价指标的接口开发消耗的资源较多、评价指标上报过程中实时处理，在数据量大的情况下会导致数据丢失的问题；由于上级平台仅开放一个接收接口，该接收接口可以接收不同种类的下级评价指标，而不需要对每种下级评价指标都设置一个对应的接收接口，可以节省开发接收接口时所消耗的资源。同时，通过预设处理时间，使得上级平台无需实时处理下级评价指标，在数据量较大的情况下，可以有效减轻服务器压力，避免数据丢失的情况。

另外，通过使用每种下级评价指标对应的处理模型对该下级评价指标进行处理，可以在后期算法改变的情况下，仅改变处理模型即可，提高数据处理的灵活性。

另外，通过对数据进行校验，可以提高数据处理的精度。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，并可依照说明书的内容予以实施，以下以本申请的较佳实施例并配合附图详细说明如后。

附图说明

图1是本申请一个实施例提供的评价指标的上报处理方法的流程图；

图2是本申请另一个实施例提供的评价指标的上报处理方法的流程图；

图3是本申请一个实施例提供的评价指标的上报处理装置的框图；

图4是本申请一个实施例提供的评价指标的上报处理装置的框图。

具体实施方式

下面结合附图和实施例，对本申请的具体实施方式作进一步详细描述。以下实施例用于说明本申请，但不用来限制本申请的范围。

可选地，本申请以各个实施例的执行主体为城市综合评价系统中的上级平台为例进行说明，该上级平台可以运行在终端或者服务器中；另外，该上级平台也可以应用在其它需要对评价指标进行处理的系统中，本实施例不对上级平台的实现方式作限定。

图1是本申请一个实施例提供的评价指标的上报处理方法的流程图。该方法至少包括以下几个步骤：

步骤101，使用一个预设的接收接口接收多种下级评价指标，下级评价指标包括参数标志。

本实施例中，上级平台仅开放一个接收接口，该接收接口可以接收不同种类的下级评价指标，而不需要对每种下级评价指标都设置一个对应的接收接口，可以节省开发接收接口时所消耗的资源。

参数标志用于指示下级评价指标的类型，不同类型的下级评价指标的参数标志不同。

步骤102，根据参数标志确定下级评价指标对应的处理模型，不同参数标志对应的处理模型不同。

上级平台存储有每种参数标志对应的处理模型。在获取到下级评价指标后，上级平台读取该下级评价指标中的参数标志；从参数标志和处理模型之间的对应关系中，查找下级评价指标中的参数标志对应的处理模型。

处理模型是基于每种下级评价指标的处理方式确定的数学模型，处理模型包括但不限于：求和模型、均值计算模型、协方差计算模型和/或概率模型等，本实施例不对处理模型的类型作限定。

可选地，在根据参数标志确定下级评价指标对应的处理模型之前，还可以确定下级评价指标是否正常；在下级评价指标异常时，将异常的下级评价指标存储至预设位置；并将异常原因发送至对应的下级平台。在下级评价指标正常时，执行步骤102。

示意性地，在确定下级评价指标是否正常时，可以使用循环冗余校验(CyclicRedundancy Check，CRC)算法进行数据校验，或者，使用奇偶校验算法进行数据校验，本实施例不对下级评价指标的校验方式作限定。

步骤103，在当前时间到达预设的处理时间时，使用处理模型处理对应的下级评价指标，得到数据处理结果。

本实施例中，通过预设处理时间，使得上级平台无需实时处理下级评价指标，在数据量较大的情况下，可以有效减轻服务器压力，避免数据丢失的情况。

可选地，不同处理模型对应的处理时间相同或不同。处理时间可以为每天的0点；或者，凌晨1点等，本实施例不对处理时间的设置方式作限定。

在一个示例中，下级评价指标为某一指标的得分，此时，在当前时间到达预设的处理时间时，使用处理模型处理对应的下级评价指标，得到数据处理结果，包括：使用处理模型对下级评价指标进行算分处理，得到数据处理结果。

可选地，在当前时间到达预设的处理时间时，使用处理模型处理对应的下级评价指标，得到数据处理结果之后，还包括：确定数据处理结果是否正常；在数据处理结果正常时，将数据处理结果存储至第一结果数据库；在数据处理结果异常时，将数据处理结果存储至第二结果数据库，并显示异常的数据处理结果。

在确定数据处理结果是否正常时，可以确定数据处理结果是否在预设范围内；和/或，确定数据处理结果是否由处理模型处理成功得到的结果；本实施例不对确定数据处理结果是否正常的方式作限定。

可选地，在数据处理结果正常时，还可以将第一结果数据库中的数据处理结果进行的排序；将排序后的数据处理结果进行显示。

为了更清楚地理解本申请提供的评价指标的上报处理方法，参考图2，本实施例对该方法举一个实例进行说明，该方法至少包括步骤21-28：

步骤21，接收接口接收下级评价指标；

步骤22，确定下级评价指标是否正常；若是，执行步骤24；若否，执行步骤23；

步骤23，将异常的下级评价指标存储至预设位置；并将异常原因发送至对应的下级平台，流程结束。

步骤24，根据下级评价指标中的参数标志确定下级评价指标对应的处理模型；

步骤25，在当前时间到达预设的处理时间时，使用处理模型处理对应的下级评价指标，得到数据处理结果；

步骤26，确定数据处理结果是否正常；若是，执行步骤27；若否，执行步骤28。

步骤27，将数据处理结果存储至第一结果数据库；将第一结果数据库中的数据处理结果进行的排序；将排序后的数据处理结果进行显示，流程结束；

步骤28，将数据处理结果存储至第二结果数据库，并显示异常的数据处理结果，流程结束。

综上所述，本实施例提供的评价指标的上报处理方法，通过使用一个预设的接收接口接收多种下级评价指标，下级评价指标包括参数标志；根据参数标志确定下级评价指标对应的处理模型，不同参数标志对应的处理模型不同；在当前时间到达预设的处理时间时，使用处理模型处理对应的下级评价指标，得到数据处理结果；可以解决评价指标的接口开发消耗的资源较多、评价指标上报过程中实时处理，在数据量大的情况下会导致数据丢失的问题；由于上级平台仅开放一个接收接口，该接收接口可以接收不同种类的下级评价指标，而不需要对每种下级评价指标都设置一个对应的接收接口，可以节省开发接收接口时所消耗的资源。同时，通过预设处理时间，使得上级平台无需实时处理下级评价指标，在数据量较大的情况下，可以有效减轻服务器压力，避免数据丢失的情况。

另外，通过使用每种下级评价指标对应的处理模型对该下级评价指标进行处理，可以在后期算法改变的情况下，仅改变处理模型即可，提高数据处理的灵活性。

另外，通过对数据进行校验，可以提高数据处理的精度。

图3是本申请一个实施例提供的评价指标的上报处理装置的框图。该装置至少包括以下几个模块：指标接收模块310、模型确定模块320和指标处理模块330。

指标接收模块310，用于使用一个预设的数据接收接口接收多个下级平台发送的下级评价指标，所述下级评价指标包括参数标志；

模型确定模块320，用于根据所述参数标志确定所述下级评价指标对应的处理模型，不同参数标志对应的处理模型不同；

指标处理模块330，用于在当前时间到达预设的处理时间时，使用所述处理模型处理对应的下级评价指标，得到数据处理结果。

相关细节参考上述方法实施例。

需要说明的是：上述实施例中提供的评价指标的上报处理装置在进行评价指标的上报处理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将评价指标的上报处理装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的评价指标的上报处理装置与评价指标的上报处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图4是本申请一个实施例提供的评价指标的上报处理装置的框图。该装置至少包括处理器401和存储器402。

处理器401可以包括一个或多个处理核心，比如：4核心处理器、8核心处理器等。处理器401可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器401也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器401可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器401还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器402可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器402还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器402中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器401所执行以实现本申请中方法实施例提供的评价指标的上报处理方法。

在一些实施例中，评价指标的上报处理装置还可选包括有：外围设备接口和至少一个外围设备。处理器401、存储器402和外围设备接口之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口相连。示意性地，外围设备包括但不限于：射频电路、触摸显示屏、音频电路、和电源等。

当然，评价指标的上报处理装置还可以包括更少或更多的组件，本实施例对此不作限定。

可选地，本申请还提供有一种计算机可读存储介质，所述计算机可读存储介质中存储有程序，所述程序由处理器加载并执行以实现上述方法实施例的评价指标的上报处理方法。

可选地，本申请还提供有一种计算机产品，该计算机产品包括计算机可读存储介质，所述计算机可读存储介质中存储有程序，所述程序由处理器加载并执行以实现上述方法实施例的评价指标的上报处理方法。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。