适用于城市固废云服务的数据处理方法及系统与流程

1.本发明涉及数据处理技术领域，尤其涉及一种适用于城市固废云服务的数据处理方法及系统。


背景技术：

2.国内每年建筑垃圾清运市场规模3500亿元，生活垃圾清运240亿元，再生资源产值超万亿，且每年保持稳步增长态势国内垃圾分类大趋势下，地方政策密集持续的颁布、对于垃圾精细化管理、计量监控，垃圾分类运输产生了很大的需求。
3.在进行固体废物处理时，至少包括上游端（固废收集）、中游端（固废处理）以及下游端（固废再利用）。上游端包括住宅社区、商业综合体、政企园区以及学校医院等等。中游端包括车队、垃圾中转站、垃圾分拣站、废品打包站等等。下游端包括固废焚烧发电、金属再生、沼气等等。
4.不同类型的垃圾可能对应不同的上游端、中游端以及下游端，此时可能会采取不同的车队进行处理，针对于不同类型的上游端、中游端以及下游端，可能会需要不同类型的作业车，所以亟需一种技术方案，能够根据废物种类的不同，在多个不同的上游端、中游端以及下游端处进行废物的运输调度。


技术实现要素：

5.本发明实施例提供一种适用于城市固废云服务的数据处理方法及系统，能够根据废物种类的不同，在多个不同的上游端、中游端以及下游端处进行废物的运输调度。
6.本发明实施例的第一方面，提供一种适用于城市固废云服务的数据处理方法，包括：对上游的固废收集端进行分类得到多个上游收集端集合，其中每个上游收集端集合具有相对应的固废大类，所述固废大类至少包括一个固废小类；固废云服务器接收固废收集端发送的第一运输请求、固废预估量值，根据所述固废预估量值、相应固废小类所对应的运输车的额定容量生成第一云派单数据，根据所述第一云派单数据对至少一个运输车进行云派单，形成相对应的第一云车队；第一云车队中的每个第一运输车接收所述第一云派单数据中的第一派单信息，将相应的固废物运输至相对应的中游处理端或下游处理端处；对中游的固废清运端进行分类得到多个清运端集合，其中每个清运端集合具有相对应的清运大类，所述清运大类至少包括一个清运小类；固废云服务器接收固废清运端发送的第二运输请求、清运预估量值，根据所述清运预估量值、相应清运小类所对应的运输车的额定容量生成第二云派单数据，根据所述第二云派单数据对至少一个运输车进行云派单，形成相对应的第二云车队；第二云车队中的每个第二运输车接收所述第二云派单数据中的第二派单信息，将相应的清运废物运输至相对应的下游处理端处。
7.可选地，在第一方面的一种可能实现方式中，所述对上游的固废收集端进行分类得到多个上游收集端集合，其中每个上游收集端集合具有相对应的固废大类，所述固废大类至少包括一个固废小类，包括：获取每一个固废收集端对应的生产经营属性，根据所述生产经营属性对固废收集端进行分类得到多个上游收集端集合，每个上游收集端集合对应至少一个生产经营属性；接收工作人员为每个上游收集端集合配置的固废大类，所述固废大类为装修垃圾、生活垃圾或餐厨垃圾；每个固废大类具有与其相对应的固废小类，所述固废小类为家装垃圾、工装垃圾、厨余垃圾、有害垃圾、可回收垃圾或餐厨垃圾。
8.可选地，在第一方面的一种可能实现方式中，所述固废云服务器接收固废收集端发送的第一运输请求、固废预估量值，根据所述固废预估量值、相应固废小类所对应的运输车的额定容量生成第一云派单数据，根据所述第一云派单数据对至少一个运输车进行云派单，形成相对应的第一云车队，包括：固废云服务器在判断接收到固废收集端发送的第一运输请求后，获取所述固废收集端的第一位置信息，根据所述第一位置信息、第一预设半径，构建相对应的车辆调用半径；获取车辆调用半径内所有与每一个固废小类所对应的运输车，获取每一个固废小类所对应的运输车额定容量；对所述固废预估量值进行分解，得到不同固废小类下的预估子量值，根据所述预估子量值、运输车额定容量进行计算，得到每种类型的运输车的初步计算数量；根据固废小类的对应关系，对相同类型的运输车的初步计算数量进行修正，得到每种类型的运输车的最终计算数量，根据最终计算数量、每个运输车的当前位置，生成相对应的第一云派单数据；基于所述第一云派单数据向相对应的运输车进行云派单，形成相对应的第一云车队。
9.可选地，在第一方面的一种可能实现方式中，所述对所述固废预估量值进行分解，得到不同固废小类下的预估子量值，根据所述预估子量值、运输车额定容量进行计算，得到每种类型的运输车的初步计算数量，包括：若判断当前的固废收集端对应的固废小类需要多种类型的运输车，固废预估分解模型调取与所述固废收集端具有相同生产经营属性的其他固废收集端的历史运输数据；固废预估分解模型获取历史运输数据中，其他每个固废收集端不同种类的固废小类下的实际子量值，根据每个固废小类下的实际子量值进行计算，得到每个固废收集端在不同固废小类下的运输占比；固废预估分解模型根据不同固废小类下的运输占比对固废预估量值进行分解，得到不同固废小类下的预估子量值和每种类型的运输车的初步计算数量。
10.可选地，在第一方面的一种可能实现方式中，所述固废预估分解模型根据不同固废小类下的运输占比对固废预估量值进行分解，得到不同固废小类下的预估子量值，进行计算得到每种类型的运输车的初步计算数量，包括：固废预估分解模型根据不同固废小类下的运输占比进行计算，得到其他所有固废
收集端在不同固废小类下的平均运输占比；根据所述平均运输占比对固废预估量值进行分解，得到不同固废小类下的预估子量值；固废预估分解模型通过以下公式计算不同固废小类下的预估子量值，和每种类型的运输车的初步计算数量，其中，
ꢀꢀ
为第个固废小类所对应类型的运输车的初步计算数量，为第个固废小类下的预估子量值，为第个固废小类所对应运输处的运输车额定容量，为第个其他固废收集端的第个固废小类的占比，为其他固废收集端的上限值，为其他固废收集端的数量值，为固废预估量值，为预估权重值，为第个其他固废收集端的第个固废小类的实际子量值，为第个其他固废收集端的第个固废小类的实际子量值，为固废小类的上限值。
11.可选地，在第一方面的一种可能实现方式中，所述根据固废小类的对应关系，对相同类型的运输车的初步计算数量进行修正，得到每种类型的运输车的最终计算数量，根据最终计算数量、每个运输车的当前位置，生成相对应的第一云派单数据，包括：调取预先配置的固废对应表，所述固废对应表中具有多种不同固废小类的对应关系，固废对应表中相对应的固废小类可以采取相同的运输车运输；对所有相对应的不同固废小类的运输车求和，得到第一运输车数量；对所有相对应的不同固废小类的预估子量值求和，得到第一子量值；根据所述第一子量值、与相对应的不同固废小类对应的运输车的额定容量进行计算，得到第二运输车数量；若所述第二运输车数量等于所述第一运输车数量，则不对所述初步计算数量修正；若所述第二运输车数量小于所述第一运输车数量，根据所述第一运输车数量和第二运输车数量进行计算得到运输车减少数量，根据所述运输车减少数量对所述初步计算数量修正，得到每种类型的运输车的最终计算数量。
12.可选地，在第一方面的一种可能实现方式中，还包括：通过以下公式计算第二运输车数量，其中，为第二运输车数量，为当前的固废收集端相对应的第个不同固废小类的预估子量值，为当前的固废收集端相对应的不同固废小类的上限值，为与相对应的不同固废小类对应的运输车的额定容量；若判断所述第二运输车数量不为整数，则将大于第二运输车数量、与第二运输车数量最接近的整数作为最终的第二运输车数量；
若第二运输车数量小于第一运输车数量，则根据第一运输车数量和第二运输车数量作差得到运输车减少数量，将运输车减少数量由初步计算数量中进行减少修正，得到每种类型的运输车的最终计算数量。
13.可选地，在第一方面的一种可能实现方式中，还包括：在判断第一云车队的所有运输车辆分别抵达固废收集端处后，若判断所有运输车辆无法将所有固废物运走，则根据固废收集端处的输入再次调用相应数量的运输车辆，并统计再次调用的运出车辆的增加数量；在判断第一云车队的所有运输车辆分别抵达固废收集端处后，若判断存在具有不用装载固废物剩余的运输车辆，则统计剩余的运输车辆的剩余数量；根据所述增加数量和剩余数量对所述固废预估分解模型中的预估权重值进行训练。
14.可选地，在第一方面的一种可能实现方式中，所述根据所述增加数量和剩余数量对所述固废预估分解模型中的预估权重值进行训练，包括：根据所述增加数量、最终计算数量得到相对应的增加差值，将所述增加差值与所述最终计算数量做比得到权重增加系数，根据所述权重增加系数对所述预估权重值进行训练，得到训练后的预估权重值；根据所述剩余数量、最终计算数量得到相对应的降低差值，将所述降低差值与所述最终计算数量做比得到权重降低系数，根据所述权重降低系数对所述预估权重值进行训练，得到训练后的预估权重值；通过以下公式计算训练后的预估权重值，其中，为根据权重增加系数得到训练后的预估权重值，为增加数量，为最终计算数量，为增加权重值，为权重增加系数，为根据权重降低系数得到训练后的预估权重值，为剩余数量，为降低权重值，为权重降低系数。
15.本发明实施例的第二方面，提供一种适用于城市固废云服务的数据处理系统，包括：第一分类模块，用于对上游的固废收集端进行分类得到多个上游收集端集合，其中每个上游收集端集合具有相对应的固废大类，所述固废大类至少包括一个固废小类；第一生成模块，用于使固废云服务器接收固废收集端发送的第一运输请求、固废预估量值，根据所述固废预估量值、相应固废小类所对应的运输车的额定容量生成第一云派单数据，根据所述第一云派单数据对至少一个运输车进行云派单，形成相对应的第一云车队；第一接收模块，用于使第一云车队中的每个第一运输车接收所述第一云派单数据中的第一派单信息，将相应的固废物运输至相对应的中游处理端或下游处理端处；第二分类模块，对中游的固废清运端进行分类得到多个清运端集合，其中每个清运端集合具有相对应的清运大类，所述清运大类至少包括一个清运小类；
第二生成模块，用于固废云服务器接收固废清运端发送的第二运输请求、清运预估量值，根据所述清运预估量值、相应清运小类所对应的运输车的额定容量生成第二云派单数据，根据所述第二云派单数据对至少一个运输车进行云派单，形成相对应的第二云车队；第二接收模块，用于使第二云车队中的每个第二运输车接收所述第二云派单数据中的第二派单信息，将相应的清运废物运输至相对应的下游处理端处。
16.有益效果：1、本方案会得到上游端和中游端之间的第一云派单数据，对相应的运输车进行调度，形成第一云车队实现上游端垃圾至中游端的运输，同时，本方案还会得到中游端和下游端之间的第二云派单数据，对相应的运输车进行调度，形成第二云车队，实现中游端垃圾至下游端的运输，以在多个不同的上游端、中游端以及下游端处进行废物的运输调度；其中，本方案在计算第一云派单数据的过程中，会依据生产经营属性的不同，来对上游的固废收集端进行分类得到多个上游收集端集合，然后会结合固废对应表和固废预估量值，根据废物种类的不同，得到固废小类所对应类型的运输车的数量，对对应类型的废物进行运输，形成第一云车队；形成第二云车队的效果类似。综上，本方案可以根据废物种类的不同，在多个不同的上游端、中游端以及下游端处进行废物的运输调度。
17.2、本方案在形成第一云车队的过程中，会以固废收集端为中心，形成一个车辆调用半径，对车辆调用半径内的运输车进行派单，可以提高运输车到达固废收集端的速度，提高垃圾处理效率，同时可以降低垃圾运输成本；在计算每种类型的运输车的初步计算数量时，会结合相同生产经营属性的其他固废收集端的历史运输数据，来计算出固废收集端在不同固废小类下的运输占比，从而可以较为准确的估算出不同固废小类下的预估子量值，得到每种类型的运输车的初步计算数量对垃圾进行运输，无需每次对垃圾的量进行人工分类统计，提高垃圾处理效率；另外，本方案还会将相对应的不同固废小类对应的运输量综合，然后计算出最终的运输车数量，通过上述方式在一定情况下可以减少运输车的数量，降低运输成本。
18.3、本方案会结合工作人员的反馈数据，来对计算公式中的权重进行偏大或者偏小的调整，以使下次计算出运输车的数量较为贴合实际需求。
附图说明
19.图1是本发明实施例提供的一种场景示意图；图2是本发明实施例提供的一种适用于城市固废云服务的数据处理方法的流程示意图；图3是本发明实施例提供的一种适用于城市固废云服务的数据处理系统的结构示意图。
具体实施方式
20.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术
人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
21.本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等（如果存在）是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。
22.应当理解，在本发明的各种实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
23.应当理解，在本发明中，“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
24.应当理解，在本发明中，“多个”是指两个或两个以上。“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“包含a、b和c”、“包含a、b、c”是指a、b、c三者都包含，“包含a、b或c”是指包含a、b、c三者之一，“包含a、b和/或c”是指包含a、b、c三者中任1个或任2个或3个。
25.应当理解，在本发明中，“与a对应的b”、“与a相对应的b”、“a与b相对应”或者“b与a相对应”，表示b与a相关联，根据a可以确定b。根据a确定b并不意味着仅仅根据a确定b，还可以根据a和/或其他信息确定b。a与b的匹配，是a与b的相似度大于或等于预设的阈值。
26.取决于语境，如在此所使用的“若”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”或“响应于检测”。
27.下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
28.参见图1，是本发明实施例提供的一种场景示意图，在进行固体废物处理时，至少包括上游端（固废收集）、中游端（固废处理）以及下游端（固废再利用）。上游端包括住宅社区、商业综合体、政企园区以及学校医院等等。中游端包括车队、垃圾中转站、垃圾分拣站、废品打包站等等。下游端包括固废焚烧发电、金属再生、沼气等等。不同类型的垃圾可能对应不同的上游端、中游端以及下游端，此时可能会采取不同的车队进行处理，针对于不同类型的上游端、中游端以及下游端，可能会需要不同类型的作业车，所以亟需一种技术方案，能够根据废物种类的不同，在多个不同的上游端、中游端以及下游端处进行废物的运输调度。
29.参见图2，是本发明实施例提供的一种适用于城市固废云服务的数据处理方法的流程示意图，图2所示方法的执行主体可以是软件和/或硬件装置。本技术的执行主体可以包括但不限于以下中的至少一个：用户设备、网络设备等。其中，用户设备可以包括但不限于计算机、智能手机、个人数字助理（personal digital assistant，简称：pda）及上述提及的电子设备等。网络设备可以包括但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算的由大量计算机或网络服务器构成的云，其中，云计算是分布式计算的一种，由一群松散耦合的计算机组成的一个超级虚拟计算机。本实施例对此不做限制。该适
用于城市固废云服务的数据处理方法包括步骤s1至步骤s6，具体如下：s1，对上游的固废收集端进行分类得到多个上游收集端集合，其中每个上游收集端集合具有相对应的固废大类，所述固废大类至少包括一个固废小类。
30.参见图1，本方案在上游处设置有多个固废收集端，固废收集端可以设置在各个垃圾收集处，例如是住宅社区、商业综合体、政企校园、学校医院、餐饮商户和食堂等。
31.本方案会对上游的固废收集端进行分类得到多个上游收集端集合，每个上游收集端集合具有相对应的固废大类，每个固废大类至少包括一个固废小类。
32.在一些实施例中，s1（所述对上游的固废收集端进行分类得到多个上游收集端集合，其中每个上游收集端集合具有相对应的固废大类，所述固废大类至少包括一个固废小类）包括s11
‑ꢀ
s13：s11，获取每一个固废收集端对应的生产经营属性，根据所述生产经营属性对固废收集端进行分类得到多个上游收集端集合，每个上游收集端集合对应至少一个生产经营属性。
33.本方案会依据每一个固废收集端对应的生产经营属性，来对固废收集端进行分类。
34.示例性的，参见图1，一个固废收集端的生产经营属性为住宅社区，在不同的操作过程中，会产生不同的垃圾，例如装修类垃圾或者生活类垃圾；一个固废收集端的生产经营属性为商业综合体，在不同的操作过程中，会生成不同的垃圾，例如装修类垃圾或者生活类垃圾；一个固废收集端的生产经营属性为政企园区，在不同的操作过程中，会产生不同的垃圾，例如装修类垃圾或者生活类垃圾；一个固废收集端的生产经营属性为政企园区，在不同的操作过程中，会产生不同的垃圾，例如装修类垃圾或者生活类垃圾；一个固废收集端的生产经营属性为学校医院，在不同的操作过程中，会产生不同的垃圾，例如装修类垃圾或者生活类垃圾；一个固废收集端的生产经营属性为餐饮商户或者食堂，在不同的操作过程中，会产生不同的垃圾，例如餐厨。
35.本方案会依据上述的生产经营属性对固废收集端进行分类，得到多个上游收集端集合。上游收集端集合可以是图1中的“住宅社区、商业综合体、政企园区和学校医院”，也可以是“餐饮商户、食堂”等。
36.每个上游收集端集合都有对应的固废大类，例如，“住宅社区、商业综合体、政企园区和学校医院”所对应的固废大类可以是装修垃圾和生活垃圾；“餐饮商户、食堂
”ꢀ
对应的固废大类可以是餐厨垃圾。
37.其中，装修垃圾所对应的固废小类可以是家装类和工装类，生活垃圾所对应的固废小类可以是厨余类、有害类和可回收类，餐厨垃圾所对应的固废小类可以是餐厨类。
38.s12，接收工作人员为每个上游收集端集合配置的固废大类，所述固废大类为装修垃圾、生活垃圾或餐厨垃圾。
39.示例性的，本方案在得到多个上游收集端集合后，为了对上游收集端集合的垃圾属性进行较为准确的定位，本方案会接收工作人员配置的固废大类，来依据固废大类对每个上游收集端集合做好标记。
40.s13，每个固废大类具有与其相对应的固废小类，所述固废小类为家装垃圾、工装垃圾、厨余垃圾、有害垃圾、可回收垃圾或餐厨垃圾。
41.参见图1，装修垃圾所对应的固废小类可以是家装垃圾和工装垃圾，生活垃圾所对应的固废小类可以是厨余垃圾、有害垃圾和可回收垃圾，餐厨垃圾所对应的固废小类可以是餐厨垃圾。
42.s2，固废云服务器接收固废收集端发送的第一运输请求、固废预估量值，根据所述固废预估量值、相应固废小类所对应的运输车的额定容量生成第一云派单数据，根据所述第一云派单数据对至少一个运输车进行云派单，形成相对应的第一云车队。
43.可以理解的是，固废收集端处的垃圾处于满载状态时，固废收集端可以发送第一运输请求以及固废预估量值给固废云服务器，固废云服务器会接收到相关数据，然后结合固废预估量值、相应固废小类所对应的运输车的额定容量生成第一云派单数据进行计算，得到第一云派单数据，最后根据第一云派单数据对至少一个运输车进行云派单，形成相对应的第一云车队，利用第一云车队将垃圾从固废收集端处运走，实现第一个阶段从上游到中游的垃圾运输。
44.在一些实施例中，s2（所述固废云服务器接收固废收集端发送的第一运输请求、固废预估量值，根据所述固废预估量值、相应固废小类所对应的运输车的额定容量生成第一云派单数据，根据所述第一云派单数据对至少一个运输车进行云派单，形成相对应的第一云车队）包括s21
‑ꢀ
s25：s21，固废云服务器在判断接收到固废收集端发送的第一运输请求后，获取所述固废收集端的第一位置信息，根据所述第一位置信息、第一预设半径，构建相对应的车辆调用半径。
45.为了提高运输效率，本方案的固废云服务器会在接到第一运输请求后，依据固废收集端的第一位置信息和第一预设半径，构建相对应的车辆调用半径。
46.可以理解的是，本方案以固废收集端为中心，形成一个车辆调用半径，对车辆调用半径内的运输车进行派单，可以提高运输车到达固废收集端的速度，提高垃圾处理效率，同时可以降低垃圾运输成本。
47.s22，获取车辆调用半径内所有与每一个固废小类所对应的运输车，获取每一个固废小类所对应的运输车额定容量。
48.在实际应用中，每一个运输车都会有对应的额定容量，例如1吨、2吨等等，不同型号的运输车所对应的额定容量是不同的。本方案会得到每一个固废小类所对应的运输车，同时得到每一个固废小类所对应的运输车额定容量。
49.需要说明的是，对应不同固废小类，运输车也是不同的，例如，针对装修垃圾，运输车可能是货车，针对餐厨垃圾，对应货车可能是箱体车。
50.s23，对所述固废预估量值进行分解，得到不同固废小类下的预估子量值，根据所述预估子量值、运输车额定容量进行计算，得到每种类型的运输车的初步计算数量。
51.本方案会对固废预估量值进行分解，得到不同固废小类下的预估子量值，根据预估子量值、运输车额定容量进行计算，得到每种类型的运输车的初步计算数量。
52.在一些实施例中，s23（所述对所述固废预估量值进行分解，得到不同固废小类下的预估子量值，根据所述预估子量值、运输车额定容量进行计算，得到每种类型的运输车的初步计算数量）包括s231
‑ꢀ
s233：s231，若判断当前的固废收集端对应的固废小类需要多种类型的运输车，固废预
估分解模型调取与所述固废收集端具有相同生产经营属性的其他固废收集端的历史运输数据。
53.例如，当前的固废收集端对应的固废小类需要3种类型的运输车，分别是有害垃圾运输车、厨余垃圾运输车、可回收垃圾运输车，本方案会利用固废预估分解模型调取与固废收集端具有相同生产经营属性（例如住宅社区）的其他固废收集端的历史运输数据。
54.s232，固废预估分解模型获取历史运输数据中，其他每个固废收集端不同种类的固废小类下的实际子量值，根据每个固废小类下的实际子量值进行计算，得到每个固废收集端在不同固废小类下的运输占比。
55.可以理解的是，本方案参考相同生产经营属性的其他固废收集端的历史运输数据，得到其他每个固废收集端不同种类的固废小类下的实际子量值，根据每个固废小类下的实际子量值进行计算，得到每个固废收集端在不同固废小类下的运输占比。
56.示例性的，针对住宅社区的生活垃圾，有3种垃圾，分别是有害垃圾、厨余垃圾和可回收垃圾，其他固废收集端的历史运输数据显示，不同种类的固废小类下的实际子量值为：有害垃圾1吨、厨余垃圾7吨、可回收垃圾2吨，或者有害垃圾0.1吨、厨余垃圾0.7吨、可回收垃圾0.2吨，则计算出的每个固废收集端在不同固废小类下的运输占比为1:7:2。
57.s233，固废预估分解模型根据不同固废小类下的运输占比对固废预估量值进行分解，得到不同固废小类下的预估子量值和每种类型的运输车的初步计算数量。
58.示例性的，固废预估量值可以是厨余垃圾、有害垃圾和可回收垃圾之和10吨，其中，有害垃圾、厨余垃圾和可回收垃圾的运输占比为1:7:2，则对应的预估子量值可以是：有害垃圾1吨、厨余垃圾7吨、可回收垃圾2吨，本方案会依据上述数据得到每种类型的运输车的初步计算数量。
59.其中，s233（所述固废预估分解模型根据不同固废小类下的运输占比对固废预估量值进行分解，得到不同固废小类下的预估子量值，进行计算得到每种类型的运输车的初步计算数量）包括：固废预估分解模型根据不同固废小类下的运输占比进行计算，得到其他所有固废收集端在不同固废小类下的平均运输占比。例如，有害垃圾、厨余垃圾和可回收垃圾的运输占比为1:7:2。
60.根据所述平均运输占比对固废预估量值进行分解，得到不同固废小类下的预估子量值。例如，对固废预估量值10吨进行分解，得到的预估子量值可以是：有害垃圾1吨、厨余垃圾7吨、可回收垃圾2吨。
61.固废预估分解模型通过以下公式计算不同固废小类下的预估子量值，和每种类型的运输车的初步计算数量，其中，为第个固废小类所对应类型的运输车的初步计算数量，为第个固废小类下的预估子量值，为第个固废小类所对应运输处的运输车额定容量，为第个其他固废收集端的第个固废小类的占比，为其他固废收集端的上限值，为其他固废收
集端的数量值，为固废预估量值，为预估权重值，为第个其他固废收集端的第个固废小类的实际子量值，为第个其他固废收集端的第个固废小类的实际子量值，为固废小类的上限值。
62.上述公式中，代表多个固废收集端的实际子量值之和，代表第个其他固废收集端的第个固废小类的占比；代表所有其他固废收集端的第个固废小类的占比之和，代表第个固废小类的平均占比，代表第个固废小类下的预估子量值，可以是人为预先设置的，使得计算出的第个固废小类下的预估子量值更加贴合实际需求；代表第个固废小类所对应类型的运输车的初步计算数量。
63.可以理解的是，上述实施例依据相同生产经营属性（例如住宅社区）的其他固废收集端的历史运输数据，来计算出固废收集端在不同固废小类下的运输占比，从而可以较为准确的估算出不同固废小类下的预估子量值，得到每种类型的运输车的初步计算数量对垃圾进行运输，无需每次对垃圾的量进行人工分类统计，提高垃圾处理效率。
64.s24，根据固废小类的对应关系，对相同类型的运输车的初步计算数量进行修正，得到每种类型的运输车的最终计算数量，根据最终计算数量、每个运输车的当前位置，生成相对应的第一云派单数据。
65.示例性的，以运输车的运输车额定容量为2吨为例，本方案通过步骤s23计算出运输有害垃圾1吨、厨余垃圾7吨、可回收垃圾2吨所需要的运输车的初步计算数量分别为1辆（0.5取整）、4辆（3.5取整）和1辆。
66.本方案会根据固废小类的对应关系，对相同类型的运输车的初步计算数量进行修正，得到每种类型的运输车的最终计算数量。
67.在一些实施例中，s24（所述根据固废小类的对应关系，对相同类型的运输车的初步计算数量进行修正，得到每种类型的运输车的最终计算数量，根据最终计算数量、每个运输车的当前位置，生成相对应的第一云派单数据）包括s241
‑ꢀ
s246：s241，调取预先配置的固废对应表，所述固废对应表中具有多种不同固废小类的对应关系，固废对应表中相对应的固废小类可以采取相同的运输车运输。
68.其中，固废对应表中具有多种不同固废小类的对应关系，固废对应表中相对应的固废小类可以采取相同的运输车运输。
69.示例性的，固废对应表中可以展示，有害垃圾和厨余垃圾可以通过同一运输车进行运输，可回收垃圾用另一运输车进行运输。
70.s242，对所有相对应的不同固废小类的运输车求和，得到第一运输车数量。
71.示例性的，对相对应的有害垃圾（1辆）和厨余垃圾（4辆）的运输车求和，得到第一运输车数量5辆，对相对应的可回收垃圾（1辆）的运输车求和，得到第一运输车数量1辆。
72.s243，对所有相对应的不同固废小类的预估子量值求和，得到第一子量值。
73.示例性的，对相对应的有害垃圾（1吨）和厨余垃圾（7吨）的预估子量值求和，得到
第一子量值8吨，对相对应的可回收垃圾（2吨）的运输车求和，得到第一子量值2吨。
74.s244，根据所述第一子量值、与相对应的不同固废小类对应的运输车的额定容量进行计算，得到第二运输车数量。
75.示例性的，针对上述的可回收垃圾，本方案会根据第一子量值（例如2吨）、与相对应的不同固废小类对应的运输车的额定容量（例如2吨）进行计算，得到第二运输车数量（例如1辆）。
76.另一示例性的，针对上述的有害垃圾和厨余垃圾，本方案会根据第一子量值（例如8吨）、与相对应的不同固废小类对应的运输车的额定容量（例如2吨）进行计算，得到第二运输车数量（例如4辆）。
77.s245，若所述第二运输车数量等于所述第一运输车数量，则不对所述初步计算数量修正。
78.可以理解的是，如果第二运输车数量（例如步骤s244中针对可回收垃圾的1辆）等于第一运输车数量（例如步骤s242中针对可回收垃圾的1辆），说明初步计算数量计算无误，本方案不对初步计算数量修正。
79.s246，若所述第二运输车数量小于所述第一运输车数量，根据所述第一运输车数量和第二运输车数量进行计算得到运输车减少数量，根据所述运输车减少数量对所述初步计算数量修正，得到每种类型的运输车的最终计算数量。
80.可以理解的是，如果第二运输车数量（例如步骤s244中针对有害垃圾和厨余垃圾的4辆）小于第一运输车数量（例如步骤s242中针对有害垃圾和厨余垃圾的5辆），本方案会得到运输车减少数量（1辆），之后根据运输车减少数量对所述初步计算数量修正，得到每种类型的运输车的最终计算数量（例如4辆）。
81.在一些实施例中，还包括：通过以下公式计算第二运输车数量，其中，为第二运输车数量，为当前的固废收集端相对应的第个不同固废小类的预估子量值，为当前的固废收集端相对应的不同固废小类的上限值，为与相对应的不同固废小类对应的运输车的额定容量。
82.上述公式中，代表当前的固废收集端相对应的不同固废小类的预估子量值之和（例如上述实施例中的8吨），然后通过计算出第二运输车数量。
83.若判断所述第二运输车数量不为整数，则将大于第二运输车数量、与第二运输车数量最接近的整数作为最终的第二运输车数量。例如，计算出的第二运输车数量为3.5辆，那么本方案会将4辆作为最终的第二运输车数量。
84.若第二运输车数量小于第一运输车数量，则根据第一运输车数量和第二运输车数量作差得到运输车减少数量，将运输车减少数量由初步计算数量中进行减少修正，得到每种类型的运输车的最终计算数量。上述实施例已经阐述，在此不再赘述。
85.需要说明的是，上述实施例可以将相对应的不同固废小类对应的运输量综合，然
后计算出最终的运输车数量，通过上述方式在一定情况下可以减少运输车的数量，降低运输成本。
86.s25，基于所述第一云派单数据向相对应的运输车进行云派单，形成相对应的第一云车队。
87.本方案在得到每种类型的运输车的最终计算数量之后，会根据最终计算数量、每个运输车的当前位置，生成相对应的第一云派单数据，然后云服务器会向相对应的运输车进行云派单，形成相对应的第一云车队，对垃圾进行高效处理。
88.s3，第一云车队中的每个第一运输车接收所述第一云派单数据中的第一派单信息，将相应的固废物运输至相对应的中游处理端或下游处理端处。
89.在上述实施例的基础上，本方案为了使得运输车的计算数量更加贴合实际情况，还包括a1-a3：a1，在判断第一云车队的所有运输车辆分别抵达固废收集端处后，若判断所有运输车辆无法将所有固废物运走，则根据固废收集端处的输入再次调用相应数量的运输车辆，并统计再次调用的运出车辆的增加数量。
90.可以理解的是，在第一云车队的所有运输车辆分别抵达固废收集端处后，如果判断所有运输车辆无法将所有固废物运走，则根据固废收集端处的输入再次调用相应数量的运输车辆，并统计再次调用的运出车辆的增加数量。
91.例如，本来第一云车队中有4辆运输车辆来运输垃圾，但是发现4辆运输车辆无法完全运输垃圾，需要5辆，那么工作人员可以根据固废收集端处的输入再次调用相应数量的运输车辆（1辆），并统计再次调用的运出车辆的增加数量（1辆）。
92.a2，在判断第一云车队的所有运输车辆分别抵达固废收集端处后，若判断存在具有不用装载固废物剩余的运输车辆，则统计剩余的运输车辆的剩余数量。
93.可以理解的是，在第一云车队的所有运输车辆分别抵达固废收集端处后，如果判断存在具有不用装载固废物剩余的运输车辆，则本方案会统计剩余的运输车辆的剩余数量。
94.例如，本来第一云车队中有4辆运输车辆来运输垃圾，但是发现3辆运输车辆已经可以完全运输垃圾，那么本方案会统计再次调用的运出车辆的剩余数量（1辆）。
95.a3，根据所述增加数量和剩余数量对所述固废预估分解模型中的预估权重值进行训练。
96.在一些实施例中，a3（所述根据所述增加数量和剩余数量对所述固废预估分解模型中的预估权重值进行训练）包括a31
‑ꢀ
a32：a31，根据所述增加数量、最终计算数量得到相对应的增加差值，将所述增加差值与所述最终计算数量做比得到权重增加系数，根据所述权重增加系数对所述预估权重值进行训练，得到训练后的预估权重值。
97.可以理解的是，需要增加车辆时，说明计算的数值偏小，此时本方案会依据增加数量、最终计算数量得到相对应的增加差值，然后得到权重增加系数，根据权重增加系数对预估权重值进行训练，得到训练后的预估权重值，以使下次计算出的较为贴合实际需求。
98.a32，根据所述剩余数量、最终计算数量得到相对应的降低差值，将所述降低差值
与所述最终计算数量做比得到权重降低系数，根据所述权重降低系数对所述预估权重值进行训练，得到训练后的预估权重值。
99.可以理解的是，需要减少车辆时，说明计算的数值偏大，此时本方案会依据剩余数量、最终计算数量得到相对应的降低差值，然后得到权重降低系数，根据权重降低系数对预估权重值进行训练，得到训练后的预估权重值，以使下次计算出的较为贴合实际需求。
100.通过以下公式计算训练后的预估权重值，其中，为根据权重增加系数得到训练后的预估权重值，为增加数量，为最终计算数量，为增加权重值，为权重增加系数，为根据权重降低系数得到训练后的预估权重值，为剩余数量，为降低权重值，为权重降低系数。
101.上述公式中，通过得到调大后的，通过得到调小后的；其中，为调大幅度，可以理解的是，增加数量越大，对应的调大幅度也就越大；同理，为调小幅度，可以理解的是，剩余数量越大，对应的调小幅度也就越大。
102.上述实施例可以结合工作人员的反馈数据来对计算公式中的权重进行偏大或者偏小的调整，以使下次计算出的较为贴合实际需求。
103.需要说明的是，以上的步骤s1-s3是将上游端的垃圾运输至中游端处，然后在中游端处对垃圾进行处理，例如进行分拣等处理；以下的步骤s4-s6是将中游端的垃圾运输至下游端处，进行废物利用，例如可以把不可再生物运输至焚烧厂和发电厂进行发电，将可再生物运输至资源化企业，进行废物的再生处理，将餐厨运输至餐厨处理厂，加工得到沼气、生物柴油等。
104.s4，对中游的固废清运端进行分类得到多个清运端集合，其中每个清运端集合具有相对应的清运大类，所述清运大类至少包括一个清运小类。
105.步骤s4与步骤s1原理类似，本方案可以包括s41
‑ꢀ
s43：s41，获取每一个固废清运端对应的清运经营属性，根据所述清运经营属性对固废清运端进行分类得到多个清运端集合，每个清运端集合对应至少一个清运经营属性。
106.s42，接收工作人员为每个固废清运端集合配置的清运大类，所述清运大类为不可再生物和可再生物。
107.s43，每个清运大类具有与其相对应的清运小类，所述清运小类为不可再生物或可再生物。
108.示例性的，参见图1，一个固废清运端的清运经营属性为中转分拣站、垃圾中转站
和废品打包站。针对中转分拣站，在不同的操作过程中，会产生不同的垃圾，例如分拣垃圾；针对垃圾中转站，在不同的操作过程中，会产生不同的垃圾，例如中转垃圾；针对废品打包站，在不同的操作过程中，会产生不同的垃圾，例如打包垃圾。
109.清运端集合可以是图1中的“中转分拣站”、“垃圾中转站”、“废品打包站”等。
110.每个清运端集合都有对应的清运大类，例如，“中转分拣站”所对应的清运大类可以是分拣垃圾；“垃圾中转站”所对应的清运大类可以是中转垃圾；“废品打包站”所对应的清运大类可以是打包垃圾。
111.其中，中转分拣站的可分拣垃圾所对应的清运小类可以是不可再生物和可再生物，垃圾中转站的不可分拣垃圾所对应的清运小类可以是不可再生物，废品打包站的不可分拣垃圾所对应的清运小类可以是可再生物。
112.上述步骤s41-s43与步骤s11-s13对应，原理和效果类似，在此不再赘述。
113.s5，固废云服务器接收固废清运端发送的第二运输请求、清运预估量值，根据所述清运预估量值、相应清运小类所对应的运输车的额定容量生成第二云派单数据，根据所述第二云派单数据对至少一个运输车进行云派单，形成相对应的第二云车队。
114.本方案与步骤s2类似，包括s51-s55：s51，固废云服务器在判断接收到固废清运端发送的第二运输请求后，获取所述固废清运端的第二位置信息，根据所述第二位置信息、第二预设半径，构建相对应的车辆调用半径。
115.s52，获取车辆调用半径内所有与每一个清运小类所对应的运输车，获取每一个清运小类所对应的运输车额定容量。
116.s53，对所述清运预估量值进行分解，得到不同清运小类下的预估子量值，根据所述预估子量值、运输车额定容量进行计算，得到每种类型的运输车的初步计算数量。
117.s54，根据清运小类的对应关系，对相同类型的运输车的初步计算数量进行修正，得到每种类型的运输车的最终计算数量，根据最终计算数量、每个运输车的当前位置，生成相对应的第二云派单数据。
118.s55，基于所述第二云派单数据向相对应的运输车进行云派单，形成相对应的第二云车队。
119.其中，s53（对所述清运预估量值进行分解，得到不同清运小类下的预估子量值，根据所述预估子量值、运输车额定容量进行计算，得到每种类型的运输车的初步计算数量）包括s531
‑ꢀ
s533：s531，若判断当前的固废清运端对应的清运小类需要多种类型的运输车，固废预估分解模型调取与所述固废清运端具有相同清运经营属性的其他固废清运端的历史运输数据。
120.s532，固废预估分解模型获取历史运输数据中，其他每个固废清运端不同种类的清运小类下的实际子量值，根据每个清运小类下的实际子量值进行计算，得到每个固废清运端在不同清运小类下的运输占比。
121.例如，针对装修垃圾进行运输的中转分拣站，其中所对应的清运小类下不可再生物和可再生物的运输占比为3：7。
122.s533，固废预估分解模型根据不同清运小类下的运输占比对清运预估量值进行分
解，得到不同清运小类下的预估子量值和每种类型的运输车的初步计算数量。
123.上述步骤s51-s55与步骤s21-s25对应，原理和效果类似，在此不再赘述。
124.同时，本方案也可以参考步骤s233计算运输车的数量，并参考步骤s24对运输车的数量进行修正，参考步骤a1-a3对计算公式的权重进行调整，原理和效果类似，在此不再赘述。
125.s6，第二云车队中的每个第二运输车接收所述第二云派单数据中的第二派单信息，将相应的清运废物运输至相对应的下游处理端处。
126.可以理解的是，本方案在得到第二派单信息后，会向对应第二云车队中的每个第二运输车传输第二派单信息，将相应的清运废物由中游处理端处运输至相对应的下游处理端处。
127.参见图3，是本发明实施例提供的一种适用于城市固废云服务的数据处理系统的结构示意图，该适用于城市固废云服务的数据处理系统包括：第一分类模块，用于对上游的固废收集端进行分类得到多个上游收集端集合，其中每个上游收集端集合具有相对应的固废大类，所述固废大类至少包括一个固废小类；第一生成模块，用于使固废云服务器接收固废收集端发送的第一运输请求、固废预估量值，根据所述固废预估量值、相应固废小类所对应的运输车的额定容量生成第一云派单数据，根据所述第一云派单数据对至少一个运输车进行云派单，形成相对应的第一云车队；第一接收模块，用于使第一云车队中的每个第一运输车接收所述第一云派单数据中的第一派单信息，将相应的固废物运输至相对应的中游处理端或下游处理端处；第二分类模块，对中游的固废清运端进行分类得到多个清运端集合，其中每个清运端集合具有相对应的清运大类，所述清运大类至少包括一个清运小类；第二生成模块，用于固废云服务器接收固废清运端发送的第二运输请求、清运预估量值，根据所述清运预估量值、相应清运小类所对应的运输车的额定容量生成第二云派单数据，根据所述第二云派单数据对至少一个运输车进行云派单，形成相对应的第二云车队；第二接收模块，用于使第二云车队中的每个第二运输车接收所述第二云派单数据中的第二派单信息，将相应的清运废物运输至相对应的下游处理端处。
128.图3所示实施例的装置对应地可用于执行图2所示方法实施例中的步骤，其实现原理和技术效果类似，此处不再赘述。
129.本发明还提供一种存储介质，所述存储介质中存储有计算机程序，所述计算机程序被处理器执行时用于实现上述的各种实施方式提供的方法。
130.其中，存储介质可以是计算机存储介质，也可以是通信介质。通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。计算机存储介质可以是通用或专用计算机能够存取的任何可用介质。例如，存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(application specific integrated circuits，简称：asic)中。另外，该asic可以位于用户设备中。当然，处理器和存储介质也可以作为分立组件存在于通信设备中。存储介质可以是只读存储器（rom）、随机存取存储器
（ram）、cd-rom、磁带、软盘和光数据存储设备等。
131.本发明还提供一种程序产品，该程序产品包括执行指令，该执行指令存储在存储介质中。设备的至少一个处理器可以从存储介质读取该执行指令，至少一个处理器执行该执行指令使得设备实施上述的各种实施方式提供的方法。
132.在上述终端或者服务器的实施例中，应理解，处理器可以是中央处理单元（英文：central processing unit，简称：cpu），还可以是其他通用处理器、数字信号处理器（英文：digital signal processor，简称：dsp）、专用集成电路（英文：application specific integrated circuit，简称：asic）等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
133.最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。