一种城区污水处理率评估计算方法、装置及设备与流程

本发明涉及环保技术领域，具体而言，涉及一种城区污水处理率评估计算方法、装置及设备。

背景技术：

随着社会的发展，以超级城市为中心的辐射式发展模式越来越成熟。城市化的快速推进，居民生活、工业生产等用水途径的逐渐增多，所产生的污水对城市的环境以及居民的健康带来了一定影响，因此，对污水进行有效处理成为当今社会一个亟待解决的问题。

现如今，随着物联网的发展，城区污水处理率的评估大多通过智能物联网设备进行检测，例如，检测经过处理的污水的重金属含量、细菌含量等，然后生成污水处理报表并上报，从而实现对城区污水处理率的评估，但是现有的污水处理率评估方法所得到的结果难以与实际的处理结果相匹配，准确性较低。

技术实现要素：

为了至少克服现有技术中的上述不足，本发明的目的之一在于提供一种城区污水处理率评估计算方法、装置及设备。

本发明实施例提供了一种城区污水处理率评估计算方法，所述方法包括：

接收设置于污水处理区域的污水处理设备发送的用于上传污水处理报表的第一请求；其中，所述污水处理设备的数量为n个，n为正整数；

获取所述第一请求的原始url，采用对称编码的方式生成与所述原始url对应的公网ip；

判断所述公网ip是否存在隐藏的拆分标识；

若所述公网ip存在所述拆分标识，根据所述拆分标识，将所述公网ip拆分为至少三段子ip，并按照设定分配规则将每段子ip分配至对应的验证板；

接收每个验证板根据所分配的子ip发送的验证请求；根据所述验证请求，生成第一验证参数和第二验证参数；

将携带有所述第一验证参数和所述第二验证参数的反馈信息发送给所述每个验证板，以使所述每个验证板根据所述第一验证参数生成验证域并根据所述第二验证参数确定出的验证字符得到所述验证域的验证数值；

接收所述每个验证板发送的验证数值；

针对所述每个验证板，判断该验证板对应的验证数值与所述第一验证参数是否匹配，若匹配，确定该验证板所分配的子ip通过验证；

在所述每个验证板所分配的子ip通过验证时，确定所述第一请求通过验证，接收所述污水处理报表；

根据所述污水处理报表，确定出与所述污水处理报表相对应的污水处理率；

根据确定出的n个污水处理率以及所述每个污水处理率对应的污水处理设备的所覆盖的处理范围，确定出所述污水处理区域的区域污水处理率。

在一种可选的方式中，所述根据确定出的n个污水处理率以及所述每个污水处理率对应的污水处理设备的所覆盖的处理范围，确定出所述污水处理区域的区域污水处理率，包括：

确定出每个处理范围的面积值，其中，所述面积值的数量为n个；

按照设定数值，对所述n个面积值进行归一化处理，得到所述n个面积值中每个面积值对应的比率；

根据每个比率，确定出所述每个比率对应的污水处理率的加权和；

根据所述加权和，确定出所述区域污水处理率。

在一种可选的方式中，所述获取所述第一请求的原始url，包括：

接收来自污水处理设备发送的第一请求；

根据所述第一请求的设备资源经纬度信息确定物理随机接入信道的前导序列url以及物理随机接入信道的时频资源url；其中所述物理随机接入信道的前导序列url以及所述物理随机接入信道的时频资源url与所述第一请求的所述设备资源经纬度信息存在对应关系；

获取所述物理随机接入信道的前导序列url的数据信道的第一偏移量以及所述物理随机接入信道的时频资源url的共享信道的第二偏移量；

根据所述第一偏移量和所述第二偏移量，确定出所述数据信道的第一带宽以及所述共享信道的第二带宽；

根据所述第一带宽对所述物理随机接入信道的前导序列url进行调整，得到第一url，其中，所述数据信道在传输所述第一url的第一耗时与传输所述物理随机接入信道的前导序列url的第二耗时的第一差值与所述第二耗时的第一比值的绝对值不超过20％；

根据所述第二带宽对所述物理随机接入信道的时频资源url进行调整，得到第二url，其中，所述共享信道在传输所述第二url的第三耗时与传输所述物理随机接入信道的时频资源url的第四耗时的第一差值与所述第四耗时的第二比值的绝对值不超过20％；

对所述第一url和所述第二url进行拼接，得到所述原始url。

在一种可选的方式中，所述方法还包括：

若存在所述验证板所分配的子ip没有通过验证，确定所述第一请求没有通过验证，将所述第一请求确定为异常请求；

启动异常请求过滤进程；

在第一过滤进程中预设第一过滤信道并进行激活；

当第二过滤进程需要读取激活中的第一过滤信道时，在所述第二过滤进程中预设过滤信道状态查询标识；

在激活所述第一过滤信道之后，将所述过滤信道状态查询标识设置为完成状态；

检测所述第一过滤信道是否为就绪状态；

若是，确定读取所述第一过滤信道成功，根据所述第一过滤信道将所述异常请求进行过滤。

本发明实施例提供了一种城区污水处理率评估计算装置，包括：

第一接收模块，用于接收设置于污水处理区域的污水处理设备发送的用于上传污水处理报表的第一请求；其中，所述污水处理设备的数量为n个，n为正整数；

获取模块，用于获取所述第一请求的原始url，采用对称编码的方式生成与所述原始url对应的公网ip；

第一判断模块，用于判断所述公网ip是否存在隐藏的拆分标识；若所述公网ip存在所述拆分标识，根据所述拆分标识，将所述公网ip拆分为至少三段子ip，并按照设定分配规则将每段子ip分配至对应的验证板；

生成模块，用于接收每个验证板根据所分配的子ip发送的验证请求；根据所述验证请求，生成第一验证参数和第二验证参数；

发送模块，用于将携带有所述第一验证参数和所述第二验证参数的反馈信息发送给所述每个验证板，以使所述每个验证板根据所述第一验证参数生成验证域并根据所述第二验证参数确定出的验证字符得到所述验证域的验证数值；

第二接收模块，用于接收所述每个验证板发送的验证数值；

第二判断模块，用于针对所述每个验证板，判断该验证板对应的验证数值与所述第一验证参数是否匹配，若匹配，确定该验证板所分配的子ip通过验证；在所述每个验证板所分配的子ip通过验证时，确定所述第一请求通过验证，接收所述污水处理报表；

污水处理率确定模块，用于根据所述污水处理报表，确定出与所述污水处理报表相对应的污水处理率；根据确定出的n个污水处理率以及所述每个污水处理率对应的污水处理设备的所覆盖的处理范围，确定出所述污水处理区域的区域污水处理率。

在一种可选的方式中，所述污水处理率确定模块，用于：

确定出每个处理范围的面积值，其中，所述面积值的数量为n个；

按照设定数值，对所述n个面积值进行归一化处理，得到所述n个面积值中每个面积值对应的比率；

根据每个比率，确定出所述每个比率对应的污水处理率的加权和；

根据所述加权和，确定出所述区域污水处理率。

在一种可选的方式中，所述获取模块，用于：

接收来自污水处理设备发送的第一请求；

根据所述第一请求的设备资源经纬度信息确定物理随机接入信道的前导序列url以及物理随机接入信道的时频资源url；其中所述物理随机接入信道的前导序列url以及所述物理随机接入信道的时频资源url与所述第一请求的所述设备资源经纬度信息存在对应关系；

获取所述物理随机接入信道的前导序列url的数据信道的第一偏移量以及所述物理随机接入信道的时频资源url的共享信道的第二偏移量；

根据所述第一偏移量和所述第二偏移量，确定出所述数据信道的第一带宽以及所述共享信道的第二带宽；

根据所述第一带宽对所述物理随机接入信道的前导序列url进行调整，得到第一url，其中，所述数据信道在传输所述第一url的第一耗时与传输所述物理随机接入信道的前导序列url的第二耗时的第一差值与所述第二耗时的第一比值的绝对值不超过20％；

根据所述第二带宽对所述物理随机接入信道的时频资源url进行调整，得到第二url，其中，所述共享信道在传输所述第二url的第三耗时与传输所述物理随机接入信道的时频资源url的第四耗时的第一差值与所述第四耗时的第二比值的绝对值不超过20％；

对所述第一url和所述第二url进行拼接，得到所述原始url。

在一种可选的方式中，所述装置还包括异常请求过滤模块，用于：

若存在所述验证板所分配的子ip没有通过验证，确定所述第一请求没有通过验证，将所述第一请求确定为异常请求；

启动异常请求过滤进程；

在第一过滤进程中预设第一过滤信道并进行激活；

当第二过滤进程需要读取激活中的第一过滤信道时，在所述第二过滤进程中预设过滤信道状态查询标识；

在激活所述第一过滤信道之后，将所述过滤信道状态查询标识设置为完成状态；

检测所述第一过滤信道是否为就绪状态；

若是，确定读取所述第一过滤信道成功，根据所述第一过滤信道将所述异常请求进行过滤

本发明实施例提供了一种设备，包括处理器以及与所述处理器连接的存储器和总线；其中，所述处理器和所述存储器通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的程序指令，以执行上述的城区污水处理率评估计算方法。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现上述的城区污水处理率评估计算方法。

本发明实施例所提供的一种城区污水处理率评估计算方法、装置及设备，由于公网ip是采用对称编码的方式生成的，因此能够将原始url中隐藏的拆分标识编译出来，该拆分标识是每个污水处理设备固有且不可改变的，然后根据拆分标识将公网ip拆分为多个子ip，并采用验证板对每个子ip进行验证，能够基于第一验证参数以及验证数值验证判定出每个子ip通过验证时，确定出第一请求通过验证，从而确定出发送第一请求的污水处理设备的地理位置属实，避免第一请求是由其他地区的污水处理设备刻意误报的，然后根据接收到的污水处理报表确定出污水处理率，最后根据确定出的污水处理率以及每个污水处理设备的所覆盖的处理范围，确定出污水处理区域的区域污水处理率，如此，能够在确定区域污水处理率时准确判定第一请求是否通过验证，避免接收刻意误报的污水处理报表，所确定出的区域污水处理率能够与实际的处理结果相匹配，提高了污水处理率评估的准确性。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例所提供的一种城区污水处理率评估计算方法的流程图。

图2为本发明实施例所提供的一种城区污水处理率评估计算装置的功能单元框图。

图3为本发明实施例所提供的一种设备的方框示意图。

图标：

20-城区污水处理率评估计算装置；21-第一接收模块；22-获取模块；23-第一判断模块；24-生成模块；25-发送模块；26-第二接收模块；27-第二判断模块；28-污水处理率确定模块；29-异常请求过滤模块；

70-设备；701-处理器；702-存储器；703-总线。

具体实施方式

下面将参照附图更详细地描述本发明公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明实施例提供了一种城区污水处理率评估计算方法、装置及设备，用以改善现有的污水处理率评估方法所得到的结果难以与实际的处理结果相匹配，准确性较低的技术问题。

本发明实施例提供的一种城区污水处理率评估计算方法、装置及设备为解决上述技术问题，总体思路如下：

接收设置于污水处理区域的污水处理设备发送的用于上传污水处理报表的第一请求；其中，所述污水处理设备的数量为n个，n为正整数；获取所述第一请求的原始url，采用对称编码的方式生成与所述原始url对应的公网ip；判断所述公网ip是否存在隐藏的拆分标识；若所述公网ip存在所述拆分标识，根据所述拆分标识，将所述公网ip拆分为至少三段子ip，并按照设定分配规则将每段子ip分配至对应的验证板；接收每个验证板根据所分配的子ip发送的验证请求；根据所述验证请求，生成第一验证参数和第二验证参数；将携带有所述第一验证参数和所述第二验证参数的反馈信息发送给所述每个验证板，以使所述每个验证板根据所述第一验证参数生成验证域并根据所述第二验证参数确定出的验证字符得到所述验证域的验证数值；接收所述每个验证板发送的验证数值；针对所述每个验证板，判断该验证板对应的验证数值与所述第一验证参数是否匹配，若匹配，确定该验证板所分配的子ip通过验证；在所述每个验证板所分配的子ip通过验证时，确定所述第一请求通过验证，接收所述污水处理报表；根据所述污水处理报表，确定出与所述污水处理报表相对应的污水处理率；根据确定出的n个污水处理率以及所述每个污水处理率对应的污水处理设备的所覆盖的处理范围，确定出所述污水处理区域的区域污水处理率。

如此，由于公网ip是采用对称编码的方式生成的，因此能够将原始url中隐藏的拆分标识编译出来，该拆分标识是每个污水处理设备固有且不可改变的，然后根据拆分标识将公网ip拆分为多个子ip，并采用验证板对每个子ip进行验证，能够基于第一验证参数以及验证数值验证判定出每个子ip通过验证时，确定出第一请求通过验证，从而确定出发送第一请求的污水处理设备的地理位置属实，避免第一请求是由其他地区的污水处理设备刻意误报的，然后根据接收到的污水处理报表确定出污水处理率，最后根据确定出的污水处理率以及每个污水处理设备的所覆盖的处理范围，确定出污水处理区域的区域污水处理率，如此，能够在确定区域污水处理率时准确判定第一请求是否通过验证，避免接收刻意误报的污水处理报表，所确定出的区域污水处理率能够与实际的处理结果相匹配，提高了污水处理率评估的准确性。

为了更好的理解上述技术方案，下面通过附图以及具体实施例对本发明技术方案做详细的说明，应当理解本发明实施例以及实施例中的具体特征是对本发明技术方案的详细的说明，而不是对本发明技术方案的限定，在不冲突的情况下，本发明实施例以及实施例中的技术特征可以相互组合。

本发明实施例提供了一种城区污水处理率评估计算方法。图1为根据本发明一个实施例提供的城区污水处理率评估计算方法的流程图，该方法可以包括以下内容：

s21，接收设置于污水处理区域的污水处理设备发送的用于上传污水处理报表的第一请求，污水处理设备的数量为n个，n为正整数。

s22，获取第一请求的原始url，采用对称编码的方式生成与原始url对应的公网ip。

s23，判断公网ip是否存在隐藏的拆分标识，若公网ip存在拆分标识，根据拆分标识，将公网ip拆分为至少三段子ip，并按照设定分配规则将每段子ip分配至对应的验证板。

s24，接收每个验证板根据所分配的子ip发送的验证请求，根据验证请求，生成第一验证参数和第二验证参数。

s25，将携带有第一验证参数和第二验证参数的反馈信息发送给每个验证板，以使每个验证板根据第一验证参数生成验证域并根据第二验证参数确定出的验证字符得到验证域的验证数值。

s26，接收每个验证板发送的验证数值。

s27，针对每个验证板，判断该验证板对应的验证数值与第一验证参数是否匹配，若匹配，确定该验证板所分配的子ip通过验证，在所述每个验证板所分配的子ip通过验证时，确定所述第一请求通过验证，接收所述污水处理报表。

s28，根据污水处理报表，确定出与污水处理报表相对应的污水处理率。

s29，根据确定出的n个污水处理率以及每个污水处理率对应的污水处理设备的所覆盖的处理范围，确定出污水处理区域的区域污水处理率。

通过s21-s29，能够在确定区域污水处理率时准确判定第一请求是否通过验证，避免接收刻意误报的污水处理报表，所确定出的区域污水处理率能够与实际的处理结果相匹配，提高了污水处理率评估的准确性。

在具体实施时，由于城区的规划不同，不同的污水处理设备的所覆盖的处理范围也是不同的，为了避免过大或者过小的处理范围导致确定出的区域污水处理率波动过大，在s29中，根据确定出的n个污水处理率以及每个污水处理率对应的污水处理设备的所覆盖的处理范围，确定出污水处理区域的区域污水处理率，具体包括以下内容：

s291，确定出每个处理范围的面积值，面积值的数量为n个。

s292，按照设定数值，对n个面积值进行归一化处理，得到n个面积值中每个面积值对应的比率。

s293，根据每个比率，确定出每个比率对应的污水处理率的加权和。

s294，根据加权和，确定述区域污水处理率。

在s292中，设定数值可以为每个处理范围的面积值之和的平均值，也可以为每个处理范围的面积值中的中位数对应的面积值，在具体实施时，设定数值可以根据实际情况进行选取，在此不作限定。

可以理解，通过s291-s294，能够对不同处理范围进行归一化处理，然后基于归一化处理结果确定出所有污水处理率的加权和，进而确定出区域污水处理率，如此，能够将不同的处理范围考虑在内，避免过大或者过小的处理范围导致确定出的区域污水处理率波动过大，进而确保了区域污水处理率的评估准确性。

进一步地，由于现如今城区污水处理率的评估大多通过智能物联网设备进行检测，因此，在具体实施时，会存在大量的数据和请求传输，但是常见的传输方法大多直接将数据和请求进行传输，没有对数据和请求进行调整，数据和请求在传输时，可能会由于结构或者协议与传输信道不匹配导致传输耗时过长，进而提高传输的耗时，导致传输拥堵，为此，在s22中，获取第一请求的原始url，具体包括以下内容：

s221，接收来自污水处理设备发送的第一请求。

s222，根据第一请求的设备资源经纬度信息确定物理随机接入信道的前导序列url以及物理随机接入信道的时频资源url。

s223，获取物理随机接入信道的前导序列url的数据信道的第一偏移量以及物理随机接入信道的时频资源url的共享信道的第二偏移量。

s224，根据第一偏移量和第二偏移量，确定出数据信道的第一带宽以及共享信道的第二带宽。

s225，根据第一带宽对物理随机接入信道的前导序列url进行调整，得到第一url，根据第二带宽对物理随机接入信道的时频资源url进行调整，得到第二url。

s226，对第一url和第二url进行拼接，得到原始url。

在s222中，物理随机接入信道的前导序列url以及物理随机接入信道的时频资源url与第一请求的设备资源经纬度信息存在对应关系。

在s225中，数据信道在传输所述第一url的第一耗时与传输物理随机接入信道的前导序列url的第二耗时的第一差值与第二耗时的第一比值的绝对值不超过20％，共享信道在传输第二url的第三耗时与传输物理随机接入信道的时频资源url的第四耗时的第一差值与第四耗时的第二比值的绝对值不超过20％。

可以理解，通过s221-s226，能够根据第一请求确定出前导序列url以及时频资源url，并进一步获取前导序列url的数据信道的第一偏移量以及时频资源url的共享信道的第二偏移量，然后根据第一偏移量和第二偏移量对前导序列url以及时频资源url进行调整，得到第一url和第二url，如此，能够将数据信道和共享信道的信道资源进行合理优化和分配，缩小数据信道在传输第一url时的第一耗时与共享信道在传输第二url时的第三耗时的差异，又由于原始url是根据第一url和第二url拼接得到的，因此，在采用对称编码方式生成公网ip时，能够实现原始url的在数据信道和共享信道的高效传输，有效节省信道传输的耗时，从而提高生成公网ip的速度，避免传输拥堵。

在具体实施时，若存在验证板所分配的子ip没有通过验证，还可以包括以下内容：

s31，确定第一请求没有通过验证，将第一请求确定为异常请求。

s32，启动异常请求过滤进程。

s33，在第一过滤进程中预设第一过滤信道并进行激活。

s34，当第二过滤进程需要读取激活中的第一过滤信道时，在第二过滤进程中预设过滤信道状态查询标识。

s35，在激活第一过滤信道之后，将过滤信道状态查询标识设置为完成状态。

s36，检测第一过滤信道是否为就绪状态。

s37，若第一过滤信道为就绪状态，确定读取第一过滤信道成功，根据第一过滤信道将异常请求进行过滤。

可以理解，通过s31-s37，在用于信息过滤的通信信道拥堵的情况下，能够避免采用默认的信道对异常进行过滤，能够基于第一过滤进程中的第一过滤信道和第二过滤进程中的过滤信道状态查询标识，确定是否成功读取第一过滤信道，从而根据第一过滤信道将异常请求进行过滤，保证了异常请求能够成功过滤，避免信道拥堵时过滤异常请求出现遗漏，进而避免根据异常请求对应的污水处理报表确定区域污水处理率，从而提高区域污水处理率的评估准确性。

在s21中，安防监控数据库用于保存设备统一安防定位mac地址与信息url地址之间的映射关系。

在具体实施时，为了准确确定出同一个信息url地址所关联的设备统一安防定位mac地址所对应的物联网设备之间是否为预设关系，在s23中，判断同一个信息url所关联的每个设备统一安防定位mac地址之间的关系是否为预设关系，具体包括以下内容：

在本实施例中，同一个信息url所关联的设备统一安防定位mac地址为两个进行说明，其中，同一个信息url所关联的设备统一安防定位mac地址的包括第一mac地址和第二mac地址。

s231，当第一mac地址对应的第一物联网设备接收到第二mac地址对应的第二物联网设备的通信请求后，获取第一物联网设备生成的第一通信参数和第二通信参数。

s232，当第一物联网设备将携带第一通信参数和第二通信参数的第一反馈信息发送给第二物联网设备以触发第二物联网设备将生成的通信隐藏域加入到通信记录单中时，获取通信隐藏域的数值。

s233，验证数值与第一通信参数是否匹配。

s234，若匹配，确定第一mac地址和所述第二mac地址之间的关系为预设关系；

s235，若不匹配，确定第一mac地址和第二mac地址之间的关系不是预设关系。

在s232中，通信隐藏域是第二物联网设备以第一通信参数为名称生成的，数值是所述第一物联网设备根据第二通信参数确定出的预设关系验证字符得到的。

在s231-s235中，由于通信隐藏域是第二物联网设备以第一通信参数为名称生成的，且数值是第一物联网设备根据第二通信参数确定出的预设关系验证字符得到的，因此，通过s231-s235，能够基于数值与第一通信参数，准确确定出第一mac地址和第二mac地址之间的关系是否为预设关系，从而准确确定出关联了多个设备统一安防定位mac地址的同一个信息url对应的通信信息是否为异常信息，进而提高确定和检测异常信息的准确性。

可选地，在s23中，判断同一个信息url所关联的每个设备统一安防定位mac地址之间的关系是否为预设关系，还可以具体包括以下内容：

s2361，确定第一mac地址对应的第一物联网设备向第二mac地址对应的第二物联网设备发起通信请求后被接通的接通率；和/或

确定第一物联网设备所对应的第一请求次数和第二请求次数的第一加和值。

s2362，确定出所述接通率所对应的第一统计值以及所述第一加和值所对应的第二统计值。

s2363，将所述第一统计值与第一权重值的乘积、所述第二统计值与第二权重值的乘积进行全部或部分加和获得第二加和值。

s2364，判断第二加和值是否大于预设阈值。

s2365，若第二加和值大于所述预设阈值，确定第一mac地址和第二mac地址之间的关系为所述预设关系。

s2366，若第二加和值小于等于预设阈值，确定第一mac地址和第二mac地址之间的关系不为预设关系。

在s2361中，第一请求次数为预设时间段内所述第一物联网设备平均每天向所述第二物联网设备发起通信请求的次数，请求第二次数为预设时间段内第一物联网设备平均每天接受第一物联网设备的通信请求的次数。

相较于s231-s235，通过s2361-s2366，能够第一物联网设备和第二物联网设备之间的通信交互记录，确定预设关系，如此，能够更加便捷地确定出预设关系，从而提高确定异常信息的便捷性。

在具体实施时，可以根据实际应用场景在s231-s235和s2361-s2366中选取其中一种方法确定预设关系，如此，提高了确定预设关系的灵活性。

在具体实施时，对异常信息进行过滤可能会出现信道拥堵，导致过滤的延迟或者遗漏，为此，在s24中，将异常信息进行过滤，具体包括以下内容：

s2411，在第一过滤进程中预设共享信道，并将共享信道设置为主信道，以进行激活。

s2412，当第二过滤进程需要读取激活中的主信道时，在第一过滤进程中预设信道查询，获取预设信道查询的时刻为第一时刻。

s2413，在激活共享信道后，将信道查询预设为完成状态。

s2414，判断信道查询是否为就绪状态。

s2415，若是，则确定读取主信道成功，根据主信道将异常信息进行过滤。

通过s2411-s2415，在通信信道拥堵的情况下，能够避免采用默认的信道，能够基于第一过滤进程中预设的共享信道和第二过滤进程中预设的信道查询，确定是否成功读取主信道，从而根据主信道将异常信息进行过滤，保证了异常信息能够成功过滤，避免在过滤异常信息时出现遗漏，进而避免的异常信息接入物联网系统中，造成安全隐患。

在上述基础上，为了避免主信道的拥挤带来的耗时过长导致异常信息过滤效率和可靠性的降低，在根据主信道将所述异常信息进行过滤之后，还包括以下内容：

s2421，获取读取主信道成功时的时刻为第二时刻。

s2422，将第一时刻与第二时刻之间的差值确定为异常信息过滤耗时。

s2423，判断异常信息过滤耗时是否超过设定时长。

s2424，在异常信息过滤耗时超过设定时长时，输出提示信息。

s2425，在异常信息过滤耗时没有超过设定时长时，确定异常信息过滤功能处于正常状态。

通过s2421-s2425，能够准确确定异常信息过滤功能是否处于正常状态，避免主信道的拥挤带来的过滤耗时过长，提高了异常信息过滤的效率和可靠性。

本发明实施例提供了一种城区污水处理率评估计算装置20。图2为根据本发明一个实施例提供的一种城区污水处理率评估计算装置20的功能单元框图，该城区污水处理率评估计算装置20包括：

第一接收模块21，用于接收设置于污水处理区域的污水处理设备发送的用于上传污水处理报表的第一请求；其中，所述污水处理设备的数量为n个，n为正整数。

获取模块22，用于获取所述第一请求的原始url，采用对称编码的方式生成与所述原始url对应的公网ip。

第一判断模块23，用于判断所述公网ip是否存在隐藏的拆分标识；若所述公网ip存在所述拆分标识，根据所述拆分标识，将所述公网ip拆分为至少三段子ip，并按照设定分配规则将每段子ip分配至对应的验证板。

生成模块24，用于接收每个验证板根据所分配的子ip发送的验证请求；根据所述验证请求，生成第一验证参数和第二验证参数。

发送模块25，用于将携带有所述第一验证参数和所述第二验证参数的反馈信息发送给所述每个验证板，以使所述每个验证板根据所述第一验证参数生成验证域并根据所述第二验证参数确定出的验证字符得到所述验证域的验证数值。

第二接收模块26，用于接收所述每个验证板发送的验证数值。

第二判断模块27，用于针对所述每个验证板，判断该验证板对应的验证数值与所述第一验证参数是否匹配，若匹配，确定该验证板所分配的子ip通过验证；在所述每个验证板所分配的子ip通过验证时，确定所述第一请求通过验证，接收所述污水处理报表。

污水处理率确定模块28，用于根据所述污水处理报表，确定出与所述污水处理报表相对应的污水处理率；根据确定出的n个污水处理率以及所述每个污水处理率对应的污水处理设备的所覆盖的处理范围，确定出所述污水处理区域的区域污水处理率。

在一种可选的方式中，所述污水处理率确定模块28，用于：

确定出每个处理范围的面积值，其中，所述面积值的数量为n个；

按照设定数值，对所述n个面积值进行归一化处理，得到所述n个面积值中每个面积值对应的比率；

根据每个比率，确定出所述每个比率对应的污水处理率的加权和；

根据所述加权和，确定出所述区域污水处理率。

在一种可选的方式中，所述获取模块22，用于：

接收来自污水处理设备发送的第一请求；

根据所述第一请求的设备资源经纬度信息确定物理随机接入信道的前导序列url以及物理随机接入信道的时频资源url；其中所述物理随机接入信道的前导序列url以及所述物理随机接入信道的时频资源url与所述第一请求的所述设备资源经纬度信息存在对应关系；

获取所述物理随机接入信道的前导序列url的数据信道的第一偏移量以及所述物理随机接入信道的时频资源url的共享信道的第二偏移量；

根据所述第一偏移量和所述第二偏移量，确定出所述数据信道的第一带宽以及所述共享信道的第二带宽；

根据所述第一带宽对所述物理随机接入信道的前导序列url进行调整，得到第一url，其中，所述数据信道在传输所述第一url的第一耗时与传输所述物理随机接入信道的前导序列url的第二耗时的第一差值与所述第二耗时的第一比值的绝对值不超过20％；

根据所述第二带宽对所述物理随机接入信道的时频资源url进行调整，得到第二url，其中，所述共享信道在传输所述第二url的第三耗时与传输所述物理随机接入信道的时频资源url的第四耗时的第一差值与所述第四耗时的第二比值的绝对值不超过20％；

对所述第一url和所述第二url进行拼接，得到所述原始url。

在一种可选的方式中，该装置还包括异常请求过滤模块29，用于：

若存在所述验证板所分配的子ip没有通过验证，确定所述第一请求没有通过验证，将所述第一请求确定为异常请求；

启动异常请求过滤进程；

在第一过滤进程中预设第一过滤信道并进行激活；

当第二过滤进程需要读取激活中的第一过滤信道时，在所述第二过滤进程中预设过滤信道状态查询标识；

在激活所述第一过滤信道之后，将所述过滤信道状态查询标识设置为完成状态；

检测所述第一过滤信道是否为就绪状态；

若是，确定读取所述第一过滤信道成功，根据所述第一过滤信道将所述异常请求进行过滤。

所述城区污水处理率评估计算装置20包括处理器和存储器，上述第一接收模块21、获取模块22、第一判断模块23、生成模块24、发送模块25、第二接收模块26、第二判断模块27、污水处理率确定模块28和异常请求过滤模块29等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数在确定区域污水处理率时准确判定第一请求是否通过验证，避免接收刻意误报的污水处理报表，使得所确定出的区域污水处理率能够与实际的处理结果相匹配，提高污水处理率评估的准确性。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述城区污水处理率评估计算方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述城区污水处理率评估计算方法。

本发明实施例提供了一种设备，如图3所示，设备70包括至少一个处理器701、以及与处理器701连接的至少一个存储器702、总线；其中，处理器701、存储器702通过总线703完成相互间的通信；处理器701用于调用存储器702中的程序指令，以执行上述的城区污水处理率评估计算方法。本文中的设备70可以是服务器、pc、pad、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：

接收设置于污水处理区域的污水处理设备发送的用于上传污水处理报表的第一请求；其中，所述污水处理设备的数量为n个，n为正整数；

获取所述第一请求的原始url，采用对称编码的方式生成与所述原始url对应的公网ip；

判断所述公网ip是否存在隐藏的拆分标识；

若所述公网ip存在所述拆分标识，根据所述拆分标识，将所述公网ip拆分为至少三段子ip，并按照设定分配规则将每段子ip分配至对应的验证板；

接收每个验证板根据所分配的子ip发送的验证请求；根据所述验证请求，生成第一验证参数和第二验证参数；

将携带有所述第一验证参数和所述第二验证参数的反馈信息发送给所述每个验证板，以使所述每个验证板根据所述第一验证参数生成验证域并根据所述第二验证参数确定出的验证字符得到所述验证域的验证数值；

接收所述每个验证板发送的验证数值；

针对所述每个验证板，判断该验证板对应的验证数值与所述第一验证参数是否匹配，若匹配，确定该验证板所分配的子ip通过验证；

在所述每个验证板所分配的子ip通过验证时，确定所述第一请求通过验证，接收所述污水处理报表；

根据所述污水处理报表，确定出与所述污水处理报表相对应的污水处理率；

根据确定出的n个污水处理率以及所述每个污水处理率对应的污水处理设备的所覆盖的处理范围，确定出所述污水处理区域的区域污水处理率。

在一种可选的方式中，所述根据确定出的n个污水处理率以及所述每个污水处理率对应的污水处理设备的所覆盖的处理范围，确定出所述污水处理区域的区域污水处理率，包括：

确定出每个处理范围的面积值，其中，所述面积值的数量为n个；

按照设定数值，对所述n个面积值进行归一化处理，得到所述n个面积值中每个面积值对应的比率；

根据每个比率，确定出所述每个比率对应的污水处理率的加权和；

根据所述加权和，确定出所述区域污水处理率。

在一种可选的方式中，所述获取所述第一请求的原始url，包括：

接收来自污水处理设备发送的第一请求；

根据所述第一请求的设备资源经纬度信息确定物理随机接入信道的前导序列url以及物理随机接入信道的时频资源url；其中所述物理随机接入信道的前导序列url以及所述物理随机接入信道的时频资源url与所述第一请求的所述设备资源经纬度信息存在对应关系；

获取所述物理随机接入信道的前导序列url的数据信道的第一偏移量以及所述物理随机接入信道的时频资源url的共享信道的第二偏移量；

根据所述第一偏移量和所述第二偏移量，确定出所述数据信道的第一带宽以及所述共享信道的第二带宽；

根据所述第一带宽对所述物理随机接入信道的前导序列url进行调整，得到第一url，其中，所述数据信道在传输所述第一url的第一耗时与传输所述物理随机接入信道的前导序列url的第二耗时的第一差值与所述第二耗时的第一比值的绝对值不超过20％；

根据所述第二带宽对所述物理随机接入信道的时频资源url进行调整，得到第二url，其中，所述共享信道在传输所述第二url的第三耗时与传输所述物理随机接入信道的时频资源url的第四耗时的第一差值与所述第四耗时的第二比值的绝对值不超过20％；

对所述第一url和所述第二url进行拼接，得到所述原始url。

在一种可选的方式中，所述方法还包括：

若存在所述验证板所分配的子ip没有通过验证，确定所述第一请求没有通过验证，将所述第一请求确定为异常请求；

启动异常请求过滤进程；

在第一过滤进程中预设第一过滤信道并进行激活；

当第二过滤进程需要读取激活中的第一过滤信道时，在所述第二过滤进程中预设过滤信道状态查询标识；

在激活所述第一过滤信道之后，将所述过滤信道状态查询标识设置为完成状态；

检测所述第一过滤信道是否为就绪状态；

若是，确定读取所述第一过滤信道成功，根据所述第一过滤信道将所述异常请求进行过滤。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

在一个典型的配置中，设备包括一个或多个处理器(cpu)、存储器和总线。设备还可以包括输入/输出接口、网络接口等。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)，存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。