CN111860876B - 共享汽车的清洁管理方法、服务器、电子设备及存储介质 - Google Patents

Abstract

本公开提供的共享汽车的清洁管理方法、服务器、电子设备及存储介质，采用了获取若干上报的车况数据，所述车况数据包括位置信息和车况数据类型，根据各车辆对应的车况数据的车况数据类型，确定各车辆的车况数据类型的分布，根据各车辆的对应的车况数据的位置信息，以及车况数据类型的分布，生成并派发清洁任务的技术方案，以实现基于共享汽车的实际车况生成并派发清洁任务，有效解决现有技术中由于采用固定清洁周期而导致的车辆清洁度不高，资源分配效率差的问题。

Description

共享汽车的清洁管理方法、服务器、电子设备及存储介质

技术领域

本公开涉及计算机技术，尤其涉及一种共享汽车的清洁管理方法、服 务器、电子设备及存储介质。

背景技术

随着物联网技术的发展，共享汽车进入大众视野。在共享汽车的运营过 程中，其车辆的整洁程度将在一定程度上影响着用户的体验。

在现有对于共享汽车的清洁管理方法中，车辆是按照固定的清洁周期进 行清洗的。也就是说，在车辆完成一次清洁之后，将进入新的清洁周期，在 每一清洁周期车辆将生成并派发一次清洗任务，以供清洁公司或相关人员基 于清洁任务对于车辆进行清洁。一般来说，清洁周期是固定时长的，如一星期。

但是，采用这样的方式并不能满足车辆的清洁需求。特别的，针对于共 享汽车来说，由于租赁其汽车的用户的数量不固定，且每个用户对于共享汽 车的使用程度不一致，采用固定清洁周期的清洁方式无法很好的与共享汽车 的清洁需求形成匹配，容易导致使用频次高的车辆的清洁度值较低，而使用频次低的车辆被过度清洁，导致分配到不同车辆的清洁资源的分配效率差的 问题。

发明内容

针对上述提出的问题，本公开提供了一种共享汽车的清洁管理方法、 服务器、电子设备及存储介质。

第一方面，本公开提供了一种共享汽车的清洁管理方法，包括：

获取若干上报的车况数据，所述车况数据包括位置信息和车况数据类型；

根据各车辆对应的车况数据的车况数据类型，确定各车辆的车况数据类 型的分布；

根据各车辆的对应的车况数据的位置信息，以及车况数据类型的分布， 生成并派发清洁任务。

在本公开可选示例中，所述车况数据还包括车辆标识；

相应的，所述根据各车辆对应的车况数据的车况数据类型，确定各车辆 的车况数据类型的分布，包括：

根据车辆标识确定各车况数据所属于的车辆；

确定各车辆的清洁周期，并确定在当前清洁周期的车况数据类型分布。

在本公开可选示例中，所述车况数据还包括上报时间，所述确定在当前 清洁周期的车况数据类型分布，包括：

对各车辆的车况数据类型进行筛选，并根据上报时间统计得到各车辆在 当前清洁周期中车况数据类型出现车辆待清洁类型的次数。

在本公开可选示例中，所述根据各车辆的对应的车况数据的位置信息， 以及车况数据类型的分布，生成并派发清洁任务，包括：

根据各车辆对应的车况数据的位置信息确定触发派发清洁任务的触发条 件；

当所述车况数据类型的分布满足所述触发条件时，生成并派发清洁任务。

在本公开可选示例中，所述车况数据还包括用户标识；

相应的，所述根据各车辆对应的车况数据的车况数据类型，确定各车辆 的车况数据类型的分布，还包括：

根据用户标识对各车辆的车况数据进行去重处理；

根据去重处理后的车况数据确定各车辆的车况数据类型的分布。

在本公开可选示例中，所述车况数据还包括渠道类型；

相应的，所述根据各车辆对应的车况数据的车况数据类型，确定各车辆 的车况数据类型的分布之前，还包括：

筛选确定渠道类型为用户渠道的车况数据，以根据用户渠道的车况数据 确定各车辆的车况数据类型的分布。

第二方面，本公开提供了一种共享汽车的清洁管理服务器，包括：

数据获取模块，用于获取若干上报的车况数据，所述车况数据包括位置 信息和车况数据类型；

第一处理模块，用于根据各车辆对应的车况数据的车况数据类型，确定 各车辆的车况数据类型的分布；

第二处理模块，用于根据各车辆的对应的车况数据的位置信息，以及车 况数据类型的分布，生成并派发清洁任务。

在本公开可选示例中，所述车况数据还包括用户标识；

相应的，所述第一处理模块，还用于根据用户标识对各车辆的车况数据 进行去重处理，并根据去重处理后的车况数据确定各车辆的车况数据类型的 分布。

第三方面，本公开提供了一种电子设备，包括:

处理器和存储器；

其中，所述存储器用于存储所述处理器的可执行指令；

当所述处理器执行所述可执行指令时，可以执行上述任一项所述方法。

第四方面，本公开提供了一种存储介质，包括指令，当所述指令在所述 计算机上运行时，所述计算机可以执行上述任一项所述的方法。

本公开示例提供的共享汽车的清洁管理方法、服务器、电子设备及存储 介质，采用了获取若干上报的车况数据，所述车况数据包括位置信息和车况 数据类型，根据各车辆对应的车况数据的车况数据类型，确定各车辆的车况 数据类型的分布，根据各车辆的对应的车况数据的位置信息，以及车况数据类型的分布，生成并派发清洁任务的技术方案，以实现基于共享汽车的实际 车况生成并派发清洁任务，有效解决现有技术中由于采用固定清洁周期而导 致的车辆清洁度不高，清洁资源分配效率差的问题。

附图说明

通过上述附图，已示出本公开明确的示例，后文中将有更详细的描述。 这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是 通过参考特定示例为本领域技术人员说明本公开的概念。

图1为本公开提供的一种共享汽车的清洁管理方法的流程示意图；

图2为本公开提供的另一种共享汽车的清洁管理方法的流程示意图；

图3为本公开提供的再一种共享汽车的清洁管理方法的流程示意图；

图4为本公开提供的一种共享汽车的清洁管理服务器的结构示意图；

图5为本公开提供的一种电子设备的硬件结构示意图。

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公 开的示例，并与说明书一起用于解释本公开的原理。

具体实施方式

为使本公开示例的目的、技术方案和优点更加清楚，下面将结合本公开示例中的附图，对本公开示例中的技术方案进行清楚、完整地描述。

随着物联网技术的发展，共享汽车进入大众视野。在共享汽车的运营过 程中，其车辆的整洁程度将在一定程度上影响着用户的体验。

在现有对于共享汽车的清洁管理方法中，车辆是按照固定的清洁周期进 行清洗的。也就是说，在车辆完成一次清洁之后，将进入新的清洁周期，在 每一清洁周期车辆将生成并派发一次清洗任务，以供清洁公司或相关人员基 于清洁任务对于车辆进行清洁。一般来说，清洁周期是固定时长的，如一星期，即当车辆在上一次清洁完成一星期后会再生成清洁工单，进行下一次清 洁，如果按照每天每车有4个车单来计算，约等于在用户使用车辆28次后才 会得到一次清洗，这显然无法满足用户对共享汽车清洁的要求，相反，对于 使用效率低的车辆，可能一星期只被用了3次，同样一周清洁一次显然属于 过度清洁。

本公开提供的共享汽车的清洁管理方法、服务器、电子设备及存储介 质，旨在解决现有技术的如上技术问题。

下面以具体地示例对本公开的技术方案以及本公开的技术方案如何解决 上述技术问题进行详细说明。下面这几个具体的示例可以相互结合，对于相 同或相似的概念或过程可能在某些示例中不再赘述。下面将结合附图，对本 公开的示例进行描述。

图1为本公开提供的一种共享汽车的清洁管理方法的流程示意图。

如图1所示的，该共享汽车的清洁管理方法包括：

步骤101、获取若干上报的车况数据，所述车况数据包括位置信息和车 况数据类型。

具体来说，获取车况数据中的位置信息，是指获取共享汽车当前所处的 地理位置，可以通过用户触发共享汽车的启动操作或结束操作时的地理位置 确定；还可以通过对共享汽车的行驶轨迹进行采集而得到。

获取车况数据中的车况数据类型，作为可选示例，所述车况数据类型包 括外观损伤、车辆故障、车辆待清洁、部件丢失、其他问题等等，通过这些 上报的车况数据获取车辆的实际车况。

需要说明的是，用户可以通过相关网络平台或APP软件，自行选择车况 数据类型进行填写上报，并由管理信息系统(Management Information System， 简称MIS)或其他服务器系统接收车况数据，对于车况数据上报和获取的方 式，本公开不进行限制。

步骤102、根据各车辆对应的车况数据的车况数据类型，确定各车辆的 车况数据类型的分布。

每一车辆将对应有多个上报的车况数据，因此，针对于每一辆车可统计 其车况数据以获得其车况数据类型的分布。具体来说，由于车况数据类型中 可包括有多种类型的车况数据，如外观损伤、车辆故障、车辆待清洁、部件 丢失等多种车况数据类型的数据，而为了对车辆进行清洁任务的即时下发，特别的，可获得车辆待清洁数据的数据分布，以便于基于该数据分布对车辆 进行清洁任务派发。

步骤103、根据各车辆的对应的车况数据的位置信息，以及车况数据类 型的分布，生成并派发清洁任务。

具体来说，考虑到车辆在不同地理位置的清洁需求的不同，基于不同位 置信息的车辆在清洁需求上将存在差异。

因此，在本公开示例中，在考虑车辆的车况数据类型的分布的情况下， 结合其位置信息对车辆进行清洁任务的生成和派发。

本公开示例提供的共享汽车的清洁管理方法，采用了获取若干上报的车 况数据，所述车况数据包括位置信息和车况数据类型，根据各车辆对应的车 况数据的车况数据类型，确定各车辆的车况数据类型的分布，根据各车辆的 对应的车况数据的位置信息，以及车况数据类型的分布，生成并派发清洁任务的技术方案，以实现基于共享汽车的实际车况生成并派发清洁任务，有效 解决现有技术中由于采用固定清洁周期而导致的车辆清洁度不高，清洁资源 分配效率差的问题，即本公开示例提升了车辆的清洁度资源匹配效率，改善 了用户的体验。

在上述示例的基础上，图2为本公开提供的另一种共享汽车的清洁管理 方法的流程示意图，如图2所示的，该清洁管理方法包括：

步骤201、获取若干上报的车况数据，所述车况数据包括位置信息、车 况数据类型、车辆标识和上报时间。

步骤202、根据车辆标识确定各车况数据所属于的车辆。

具体的说，车辆标识可以为车牌号或其他只要能唯一标识车辆的即可， 本公开对此不做限制；举例来说，MIS或者服务器系统会接收到很多的车况 数据，根据车况数据中的车辆标识就可以确定各车况数据所属于的车辆，例如某车辆的车辆标识为AD00001，则可以将车况数据中车辆标识为AD00001 的数据确定为该车的车况数据。

步骤203、确定各车辆的清洁周期，并确定在当前清洁周期的车况数据 类型分布。

车辆的清洁周期是指车辆连续两次清洁的时间间隔，具体来说，在本公 开示例中，服务器中可记录有每一车辆的历史清洁任务的清洁时间，通过该 记录，可确定每一车辆对应的上一次的清洁时间，即确定车辆所处于的当前 清洁周期的起始日期，进而确定在当前清洁周期的车况数据类型分布。例如 AD00001的车辆的上一次清洁服务为11月1日，统计从11月2日到当前日的车况数据，来确定当前清洁周期的车况数据类型分布。

进一步来说，在本公开示例中，对于确定在当前清洁周期的车况数据类 型分布具体可指在一段时间内出现某一车况数据类型的数据的次数。其中， 通过对各车辆的车况数据类型进行筛选，并根据上报时间统计得到各车辆在 当前清洁周期中车况数据类型出现车辆待清洁类型的次数。

具体的说，如前所述的，车况数据类型包括外观损伤、车辆故障、车辆 待清洁、部件丢失、其他问题等多种数据类型，当需要获知各车辆是否需要 清洁时，对车况数据类型进行筛选，仅获得车辆待清洁类型的数据，并根据 车辆待清洁类型的数据的上报时间，统计出只在当前清洁周期内出现的车辆待清洁类型的次数，即本示例通过筛选使得MIS或其他服务器系统加快了解 各车辆待清洁方面的情况，并且只统计当前周期内数据，使得获得的车况数 据更能反应车辆当前的车况。

举例来说，AD00001的车辆的上一次清洁服务为11月1日，统计从11 月2日到当前日的车况数据，并对车况数据类型进行筛选，统计得到AD00001 车辆在当前清洁周期中车况数据类型出现车辆待清洁类型的次数。

步骤204、根据各车辆对应的车况数据的位置信息确定触发派发清洁任务的触发条件。

步骤205、判断所述车况数据类型的分布是否满足所述触发条件；

若是，执行步骤206，若否，则返回执行步骤201。

步骤206、生成并派发清洁任务。

进一步考虑到车辆在不同地理位置的清洁需求的不同，在本公开示例中， 对于位置信息与清洁任务之间的关系进行了进一步细化。

具体的，针对于不同的地理位置可设置有不同的第一阈值，该第一阈值 将作为是否生成并派发清洁任务的触发条件，即通过判断出现的车辆待清洁 类型的次数是否大于等于第一阈值，进而确定是否派发清洁任务。

进一步的，在对于第一阈值的选取上可基于实际位置信息所对应的地理 条件，例如，杭州的雨量充沛，下雨天用户更容易将车内弄脏，当位置信息 为杭州时，其获取的到车辆的第一阈值会相对较低，例如可设置为5；而北 京相对少雨，其获取的到车辆的第一阈值会相对较高，例如可设置为8。

因此，在本公开示例中，当根据车辆的位置信息定位车辆在杭州时，则 确定的触发条件为：出现的车辆待清洁类型的次数是否大于等于5次；当根 据车辆的位置信息定位车辆在北京时，则确定的触发条件为：出现的车辆待清洁类型的次数是否大于等于8次。

本示例中，通过将第一阈值与车辆运行的位置信息进行关联，以使得在 为车辆进行清洁任务的生成时基于实际需求而进行，避免出现在北京等少雨 地区过于频繁的派发清洁任务而造成清洁资源浪费，或者在杭州等多雨地区 清洁周期过长造成车辆清洁度较低，用户体验不佳的问题。

本公开示例提供的共享汽车的清洁管理方法，采用了获取若干上报的车 况数据，所述车况数据包括位置信息、车况数据类型、车辆标识以及上报时 间；根据车辆标识确定各车况数据所属于的车辆；确定各车辆的清洁周期， 并确定在当前清洁周期的车况数据类型分布；根据各车辆对应的车况数据的位置信息确定触发派发清洁任务的触发条件；当所述车况数据类型的分布满 足所述触发条件时，生成并派发清洁任务的技术方案，以实现基于共享汽车 的实际车况，然后根据车辆的位置信息确定不同的触发条件，当满足触发条件后生成并派发清洁任务，实现了在改善用户对共享汽车清洁度的体验的同 时，节省清洁资源。

在上述各示例的基础上，图3为本公开提供的再一种共享汽车的清洁管 理方法的流程示意图，如图3所示的，该清洁管理方法包括：

步骤301、获取若干上报的车况数据，所述车况数据包括位置信息、用 户标识、渠道类型和车况数据类型；

步骤302、筛选确定渠道类型为用户渠道的车况数据，以根据用户渠道 的车况数据确定各车辆的车况数据类型的分布；

步骤303、根据用户标识对各车辆的车况数据进行去重处理；

步骤304、根据去重处理后的车况数据确定各车辆的车况数据类型的分 布；

步骤305、根据各车辆的对应的车况数据的位置信息，以及车况数据类 型的分布，生成并派发清洁任务。

与前述各示例不同的是，本公开示例的车况数据中还包括有用户标识和/ 或，渠道类型。

用户标识则可以为用户的姓名或者身份证号，或者其他能唯一标识用户 的即可，本公开对此不做限制。

为了获得更精准的车况数据类型的分布情况，以便对于车辆进行精准的 清洁任务生成和派发，在本公开示例中，基于渠道类型的不同，将首先对上 报的车况数据进行筛选。

具体的说，渠道类型可以包括用户渠道、巡检渠道、客服渠道等多种渠 道类型，其中，考虑到用户的需求，本公开主要以用户渠道的车况数据为依 据进行清洁任务的生成和派发，即筛选确定渠道类型为用户渠道的车况数据， 以根据用户渠道的车况数据确定各车辆的车况数据类型的分布。

此外，为了避免同一用户在同一清洁周期内重复上报车况数据造成获取 的车况数据不准确的问题，本公开示例还将对上报的车况数据进行去重处理。

举例说明，车辆标识AD00001的车辆上次清洁时间为11月1日，第一阈 值设为5，用户A在11月2日至当日连续上报5次车辆待清洁，不会生成清 洁任务，因为用户A在11月2日上报5次车辆待清洁在同一清洁周期内的动 作，会被去重为一次。或者，AD00001的车辆的上一次清洁时间为11月1日， 第一阈值设为5，用户A在10月31日上报1次车辆待清洁，用户A、B、C、 D、E在11月2日上报5次车辆待清洁，会自动生成清洁任务，因为用户A 在10月31日上报车辆待清洁是上一个周期的动作，故在11月2日上报车辆 待清洁不会被去重。

随后，根据去重处理后的车况数据确定各车辆的车况数据类型的分布， 其具体实现方式与前述各示例类似，在此不进行赘述。

需要说明的是，基于车况数据所包括的内容的差异，步骤302、步骤303、 步骤305可以组合执行，也可分别执行。

本公开示例提供的共享汽车的清洁管理方法，采用了获取若干上报的车 况数据，所述车况数据包括位置信息、车况数据类型、用户标识或者渠道类 型，通过根据用户标识对各车辆的车况数据进行去重处理，根据去重处理后 的车况数据确定各车辆的车况数据类型的分布，避免了同一用户多次上报车况数据，提高获取的车况数据的准确性；本公开示例在根据各车辆对应的车 况数据的车况数据类型，确定各车辆的车况数据类型的分布之前，还包括： 筛选确定渠道类型为用户渠道的车况数据，以根据用户渠道的车况数据确定各车辆的车况数据类型的分布，实现了使得获取的车况数据更能反映用户的 意见。

图4为本公开提供的一种共享汽车的清洁管理服务器的结构示意图，如 图4所示的，该共享汽车的清洁管理服务器包括：

数据获取模块10，用于获取若干上报的车况数据，所述车况数据包括位 置信息和车况数据类型；

第一处理模块20，用于根据各车辆对应的车况数据的车况数据类型，确 定各车辆的车况数据类型的分布；

第二处理模块30，用于根据各车辆的对应的车况数据的位置信息，以及 车况数据类型的分布，生成并派发清洁任务。

可选的，所述车况数据还包括车辆标识和上报时间；

第一处理模块20具体用于根据车辆标识确定各车况数据所属于的车辆， 确定各车辆的清洁周期，并确定在当前清洁周期的车况数据类型分布。

可选的，第一处理模块20具体用于对各车辆的车况数据类型进行筛选， 并根据上报时间统计得到各车辆在当前清洁周期中车况数据类型出现车辆待 清洁类型的次数。

可选的，第二处理模块30，具体用于：根据各车辆对应的车况数据的位 置信息确定触发派发清洁任务的触发条件；当所述车况数据类型的分布满足 所述触发条件时，生成并派发清洁任务。

可选的，所述车况数据还包括用户标识；

第一处理模块20还用于：根据用户标识对各车辆的车况数据进行去重处 理；根据去重处理后的车况数据确定各车辆的车况数据类型的分布。

可选的，所述车况数据还包括渠道类型；

第一处理模块20还用于在根据各车辆对应的车况数据的车况数据类型， 确定各车辆的车况数据类型的分布之前，筛选确定渠道类型为用户渠道的车 况数据，以根据用户渠道的车况数据确定各车辆的车况数据类型的分布。

所述领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描 述的清洁管理服务器的具体工作过程以及相应的有益效果，可以参考前述方 法示例中的对应过程，在此不再赘述。

本公开示例提供的共享汽车的清洁管理服务器，通过数据获取模块获取 若干上报的车况数据，所述车况数据包括位置信息和车况数据类型，第一处 理模块根据各车辆对应的车况数据的车况数据类型，确定各车辆的车况数据 类型的分布，第二处理模块根据各车辆的对应的车况数据的位置信息，以及车况数据类型的分布，生成并派发清洁任务的技术方案，以实现基于共享汽 车的实际车况生成并派发清洁任务，有效解决现有技术中由于采用固定清洁 周期而导致的车辆清洁资源匹配效率不高，用户体验差的问题。

图5为本公开提供的一种电子设备的硬件结构示意图。如图5所示，该 电子设备具体可包括：

处理器51和存储器52；

其中，所述存储器52用于存储所述处理器51的可执行指令；

当所述处理器51执行所述可执行指令时，可以执行上述任一项所述的共 享汽车的清洁管理方法。

其中，上述的存储器52可以是ROM、随机存取存储器(RAM)、CD-ROM、 磁带、软盘和光数据存储设备等。而处理器51可由一个或多个应用专用集成 电路(ASIC)、数字信号处理器架构(DSP)、数字信号处理设备(DSPD)、 可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、 微处理器架构或其他电子元件实现。

上述指令可采用C/C++、Java、Shell或Python等语言编写，本示例对 此不进行限制。

所述领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描 述的系统的具体工作过程以及相应的有益效果，可以参考前述方法示例中的 对应过程，在此不再赘述。

本公开示例提供的电子设备，通过获取若干上报的车况数据，所述车况 数据包括位置信息和车况数据类型，根据各车辆对应的车况数据的车况数据 类型，确定各车辆的车况数据类型的分布，根据各车辆的对应的车况数据的 位置信息，以及车况数据类型的分布，生成并派发清洁任务的技术方案，以实现基于共享汽车的实际车况生成并派发清洁任务，有效解决现有技术中由 于采用固定清洁周期而导致的车辆清洁资源匹配效率不高，用户体验差的问 题。

本公开提供了一种存储介质，包括指令，当所述指令在所述计算机上运 行时，所述计算机可以执行上述任意所述的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本 公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性 变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公 开未公开的本技术领域中的公知常识或惯用技术手段。说明书和示例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确 结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所 附的权利要求书来限制。

Claims (8)

1.一种共享汽车的清洁管理方法，其特征在于，包括：

获取若干上报的车况数据，所述车况数据包括位置信息和车况数据类型；

根据各车辆对应的车况数据的车况数据类型，确定各车辆的车况数据类型的分布；

根据各车辆的对应的车况数据的位置信息，以及车况数据类型的分布，生成并派发清洁任务，

其中所述车况数据还包括车辆标识；

相应的，所述根据各车辆对应的车况数据的车况数据类型，确定各车辆的车况数据类型的分布，包括：

根据车辆标识确定各车况数据所属于的车辆；

确定各车辆的清洁周期，并确定在当前清洁周期的车况数据类型分布，

并且其中所述车况数据还包括上报时间，所述确定在当前清洁周期的车况数据类型分布，包括：

对各车辆的车况数据类型进行筛选，并根据所述上报时间统计得到各车辆在当前清洁周期中车况数据类型出现车辆待清洁类型的次数。

2.根据权利要求1所述的清洁管理方法，其特征在于，所述根据各车辆的对应的车况数据的位置信息，以及车况数据类型的分布，生成并派发清洁任务，包括：

根据各车辆对应的车况数据的位置信息确定触发派发清洁任务的触发条件；

当所述车况数据类型的分布满足所述触发条件时，生成并派发清洁任务。

3.根据权利要求1或2所述的清洁管理方法，其特征在于，所述车况数据还包括用户标识；

相应的，所述根据各车辆对应的车况数据的车况数据类型，确定各车辆的车况数据类型的分布，还包括：

根据用户标识对各车辆的车况数据进行去重处理；

根据去重处理后的车况数据确定各车辆的车况数据类型的分布。

4.根据权利要求1或2所述的清洁管理方法， 其特征在于，所述车况数据还包括渠道类型；

相应的，所述根据各车辆对应的车况数据的车况数据类型，确定各车辆的车况数据类型的分布之前，还包括：

筛选确定渠道类型为用户渠道的车况数据，以根据用户渠道的车况数据确定各车辆的车况数据类型的分布。

5.一种共享汽车的清洁管理服务器，其特征在于，包括：

数据获取模块，用于获取若干上报的车况数据，所述车况数据包括位置信息和车况数据类型；

第一处理模块，用于根据各车辆对应的车况数据的车况数据类型，确定各车辆的车况数据类型的分布；

第二处理模块，用于根据各车辆的对应的车况数据的位置信息，以及车况数据类型的分布，生成并派发清洁任务，

其中所述车况数据还包括车辆标识，所述第一处理模块还被配置为：根据车辆标识确定各车况数据所属于的车辆；以及确定各车辆的清洁周期，并确定在当前清洁周期的车况数据类型分布，

其中所述车况数据还包括上报时间，所述第一处理模块还被配置为：对各车辆的车况数据类型进行筛选，并根据所述上报时间统计得到各车辆在当前清洁周期中车况数据类型出现车辆待清洁类型的次数。

6.根据权利要求5所述的清洁管理服务器，其特征在于，所述车况数据还包括用户标识；

相应的，所述第一处理模块，还用于根据用户标识对各车辆的车况数据进行去重处理，并根据去重处理后的车况数据确定各车辆的车况数据类型的分布。

7.一种电子设备，其特征在于，包括：

处理器和存储器；

其中，所述存储器用于存储所述处理器的可执行指令；

当所述处理器执行所述可执行指令时，可以执行上述权利要求1-4中任一项所述方法。

8.一种存储介质，其特征在于，包括指令，当所述指令在计算机上运行时，所述计算机可以执行上述权利要求1-4中任一项所述的方法。