CN110363473A - 一种餐厨废弃物信息化管理方法及系统 - Google Patents

Abstract

本发明公开了一种餐厨废弃物信息化管理方法及系统，用以解决现有技术中无法追溯源头无法监管餐厨垃圾全程的走向和处理问题。包括：商家端，用于接收商家发起的清运请求，并将该清运请求发送至后台管理端；后台管理端，用于根据清运请求，判断是否发送至对应的司机端；在司机端的位置与该商家地址的距离小于且等于设定阈值时，将清运请求发送至该司机端；司机端，用于在收到该清运请求后，确定司机端的位置到该商家地址的最短路径，司机端接收到垃圾桶上的二维码信息后，确认收取成功。有益效果包括：按需集中收运、处理，从源头和源尾遏制和解决餐厨废弃物的无序管理现状，实现了对餐厨废弃物的统一集中收运和无害化处理的问题。

Description

一种餐厨废弃物信息化管理方法及系统

技术领域

本发明涉及城市环境卫生管理技术领域，尤其涉及一种餐厨废弃物信息化 管理方法及系统。

背景技术

随着日益增长的餐饮消费需求，城市每年产生的餐厨剩余物越来越多，因 此需要将餐厨废弃物统一收运，利用现代生物技术实施无害化处理，解决日益 增长的废弃物体量以及产生速度带来的问题。

现有的餐厨废弃物收运，定时定点的沿街去每个商家进行收运，无法按需 按量收取，并且收取的餐厨废弃物无法跟踪来源和去处，若不能从源头和源尾 遏制，不能全部收运后进行科学处理和利用，将会给名生带来诸如“垃圾猪”、 “餐厨废弃油脂”和疾病传播等影响社会民生、食品安全等重大问题。

发明内容

本发明实施例提供一种餐厨废弃物信息化管理方法及系统，用以解决现有 技术中无法追溯源头无法监管餐厨垃圾全程的走向和处理，导致餐厨垃圾的无 序管理随意排放的问题。

本发明实施例提供一种餐厨废弃物信息化管理方法，包括：

系统运行阶段，在接收到商家发起的清运请求后，通过该清运请求中携带 的商家地址确定对应的司机端，判断该清运请求是否发送至对应的司机端；

若该司机端的位置与该商家地址的距离小于且等于设定阈值时，则将该清 运请求发送至该司机端；若该司机端的位置与该商家地址的距离大于设定阈值 时，则将该清运请求进行存储，待该司机端的位置与该商家地址的距离小于且 等于设定阈值时，再发送至该司机端；

该司机端在收到该清运请求后，根据该商家地址确定司机端的位置到该商 家地址的最短路径，待该司机端的位置与该商家地址相同，并且司机端接收到 垃圾桶上的二维码信息后，确认收取成功。

较佳的，在该系统运行阶段之前，还包括：进行系统配置；接收商家的账 号和密码信息，以及录入的商家名称、商家地址以及待运桶数，并进行审核， 通过后的商家能够发起清运请求；接收司机端的账号和密码信息，以及该司机 端对应的收运车编号，为该司机端分配行驶路径，设定该设定阈值的数值，设 定该收运车的垃圾负载桶数。

较佳的，在通过该清运请求中携带的商家地址确定对应的司机端之后，判 断该清运请求是否发送至对应的司机端之前，还包括：根据该司机端对应的收 运车的该垃圾负载桶数和该清运请求中携带的待运桶数，判断该收运车的剩余 垃圾负载桶数是否大于该待运桶数，若是，则继续判断该清运请求是否发送至 对应的司机端；否则，拒绝商家的该清运请求。

较佳的，在该司机端在收到该清运请求后，根据该商家地址确定司机端的 位置到该商家地址的最短路径之前，还包括：判断该司机端接收到的该清运请 求的个数，若该清运请求的个数为1时，则继续根据该商家地址确定司机端的 位置到该商家地址的最短路径；若该清运请求的个数大于等于1时，则根据多 个清运请求中携带的商家地址由近到远的顺序，规划该司机端的位置到多个商 家地址的最短路径。

较佳的，在司机端接收到休息信息后，判断是否存在未完成的清运请求， 若是，则继续保持接收清运请求状态，否则，退出接收清运请求状态。

第二方面，一种餐厨废弃物信息化管理系统，包括：

商家端，用于在系统运行阶段，接收商家发起的清运请求，并将该清运请 求发送至后台管理端；

后台管理端，用于通过该清运请求中携带的商家地址确定对应的司机端， 判断该清运请求是否发送至对应的司机端；若该司机端的位置与该商家地址的 距离小于且等于设定阈值时，则将该清运请求发送至该司机端；若该司机端的 位置与该商家地址的距离大于设定阈值时，则将该清运请求进行存储，待该司 机端的位置与该商家地址的距离小于且等于设定阈值时，再发送至该司机端；

司机端，用于在收到该清运请求后，根据该商家地址确定司机端的位置到 该商家地址的最短路径，待该司机端的位置与该商家地址相同，并且司机端接 收到垃圾桶上的二维码信息后，确认收取成功。

较佳的，商家端，用于在该系统运行阶段之前，进行系统配置，接收商家 的账号和密码信息，以及录入的商家名称、商家地址以及待运桶数；

司机端，用于司机端的账号和密码信息，以及该司机端对应的收运车编号；

后台管理端，用于审核商家端发送的商家的账号和密码信息、商家名称、 商家地址以及待运桶数；以及审核司机端发送的司机端的账号和密码信息、司 机端对应的收运车编号，为该司机端分配行驶路径，设定该设定阈值的数值， 设定该收运车的垃圾负载桶数。

较佳的，后台管理端，用于在通过该清运请求中携带的商家地址确定对应 的司机端之后，判断该清运请求是否发送至对应的司机端之前，根据该司机端 对应的收运车的该垃圾负载桶数和该清运请求中携带的待运桶数，判断该收运 车的剩余垃圾负载桶数是否大于该待运桶数，若是，则继续判断该清运请求是 否发送至对应的司机端；否则，拒绝商家的该清运请求。

较佳的，司机端，用于在该司机端在收到该清运请求后，根据该商家地址 确定司机端的位置到该商家地址的最短路径之前，判断该司机端接收到的该清 运请求的个数，若该清运请求的个数为1时，则继续根据该商家地址确定司机 端的位置到该商家地址的最短路径；若该清运请求的个数大于等于1时，则根 据多个清运请求中携带的商家地址由近到远的顺序，规划该司机端的位置到多 个商家地址的最短路径。

较佳的，司机端，用于接收到休息信息后，判断是否存在未完成的清运请 求，若是，则继续保持接收清运请求状态，否则，退出接收清运请求状态。

本发明有益效果包括：通过商家发起清运请求，垃圾车优化收运路线，按 需集中收运、处理，从源头和源尾遏制和解决餐厨废弃物的无序管理、随意排 放和污染环境的现状，实现了对餐厨废弃物的统一集中收运和无害化处理的问 题，为改善城市环境卫生做出了很大的贡献。

具体实施方式

为了给出一种按需集中收运，从源头和源尾遏制餐厨废弃物的无序管理的 信息化管理方法，本发明提供一种餐厨废弃物信息化管理方法及系统，以下对 本发明的优选实施例进行说明。

本发明实施例提供一种餐厨废弃物信息化管理方法，包括：

步骤101：系统运行阶段，在接收到商家发起的清运请求后，通过该清运 请求中携带的商家地址确定对应的司机端，判断该清运请求是否发送至对应的 司机端。

具体的，在该系统运行阶段之前，先进行系统配置；接收商家的账号和密 码信息，以及录入的商家名称、商家地址以及待运桶数，并进行审核，通过后 的商家能够发起清运请求；接收司机端的账号和密码信息，以及该司机端对应 的收运车编号，为该司机端分配行驶路径，设定该设定阈值的数值，设定该收 运车的垃圾负载桶数。

商家端用户通过移动终端扫描营业执照进行自动商家信息录入，或通过手 动填写商家信息进行认证申请。后台管理端在接收到商家端用户的认证申请 后，符合规定的进行通过，通过后商家端可以发起清运请求，添加司机端，通 过司机端的微信号码匹配司机的个人微信，这样司机端在登录时，会自动认证 为司机。司机端的移动终端随收运车一起，收运车的驾驶台上贴有收运车的二 维码，工作前，通过司机端扫描收运车二维码，进行绑定，这样可以解决司机 端每天换不同的收运车的问题，司机端在商家端收运餐厨废弃物时，扫描二维 码，定位车辆位置，或定位司机端的位置，并回传至后台。

系统配置完毕后，商家通过认证后可以发起清运请求，而司机端也可以正 式开始接单了；商家发起清运请求后，后台管理端在接到该清运请求后，根据 该清运请求中携带的商家地址确定对应的司机端，然后根据该司机端对应的收 运车的该垃圾负载桶数和该清运请求中携带的待运桶数，判断该收运车的剩余 垃圾负载桶数是否大于该待运桶数，若是，则继续判断该清运请求是否发送至 对应的司机端；否则，拒绝商家的该清运请求。

管理员在后台管理端设定每辆车可以满载的垃圾负载桶数，在司机接单的 数量达到后台设置的数据后，系统会停止该车辆继续接单，满载之后，司机将 收运车拉回清理之后，再重新扫收运车上的二维码，这样即可重新开始接单。

步骤102：若该司机端的位置与该商家地址的距离小于且等于设定阈值时， 则将该清运请求发送至该司机端；若该司机端的位置与该商家地址的距离大于 设定阈值时，则将该清运请求进行存储，待该司机端的位置与该商家地址的距 离小于且等于设定阈值时，再发送至该司机端。

具体的，管理员在后台管理端设定收运车的规划行驶路线，例如某几条街 道，以及设定能够收到订单通知的范围，如行驶在该几条街道上时的3公里之 内的订单都可以收到。后台管理端在接收到清运请求后，通过判断当前司机端， 即收运车的位置与发送清运请求的商家位置的距离，若在范围之内，就发送至 司机端，若在司机端与商家位置超出设定范围，则无法收到清运请求。如某条 街道的收运车计划在每天6-8点进行收运，商家在六点以前也可以发送清运请 求，但该清运请求会在后台管理端保存起来，待司机端与收运车位置进入规划 形式的路线，与商家距离3公里内时，即可收到该清运通知。

步骤103：该司机端在收到该清运请求后，根据该商家地址确定司机端的 位置到该商家地址的最短路径，待该司机端的位置与该商家地址相同，并且司 机端接收到垃圾桶上的二维码信息后，确认收取成功。

具体的，在该司机端在收到该清运请求后，根据该商家地址确定司机端的 位置到该商家地址的最短路径之前，判断该司机端接收到的该清运请求的个 数，若该清运请求的个数为1时，则继续根据该商家地址确定司机端的位置到 该商家地址的最短路径；若该清运请求的个数大于等于1时，则根据多个清运 请求中携带的商家地址由近到远的顺序，规划该司机端的位置到多个商家地址 的最短路径。

司机端接单后，地图会自动计算最近的路线，并且标记出来，供司机行驶 参考，若接收到多个清运请求的时候，根据由近及远的顺序，规划出该司机端 到多个商家的一条最优路径，供司机参考。司机端到达商家地址后，通过扫描 垃圾桶上的二维码信息后，确认收取成功，与此同时，商家端也可以在收运结 束后，对当前收运体验进行评价、建议和投诉。同时在司机端和后台管理端都 可接收到消息，方便对司机进行服务好评度统计。

在司机端接收到休息信息后，判断是否存在未完成的清运请求，若是，则 继续保持接收清运请求状态，否则，退出接收清运请求状态。司机在休息时， 可以点击暂停，这样与司机帮定的收运车会在地图上消失，或者标记为暂停， 此时无法接受订单通知，休息完毕，点击开始接单按钮，重新进入正常接单状 态。

通过设定某种机制，例如多次发送请求，却由于商家不在，或没有垃圾需 要清理，未完成清运的商家，故意扰乱平台正常运行的商家，司机可以进行临 时屏蔽，后台管理端接收到多个司机对该商家屏蔽后，可以对该商家进行永久 屏蔽，屏蔽后，该商家无法继续下单。

另外司机端设置培训模块，进入该模块后，会有详细的操作流程和介绍， 方便司机自行学习使用方法。

后台管理端会自动同步全国省市区域及街道信息，可以进行收运记录的查 看，按月、按天以及按年进行查看，或者按车辆，按司机进行筛选查看。可以 对年度，月度，周，进行收运趋势的展示，清楚的看到某一时段餐饮垃圾的增 长趋势。

基于同一发明构思，根据本发明上述实施例提供的一种餐厨废弃物信息化 管理方法，相应地，本发明另一实施例还提供了一种餐厨废弃物信息化管理系 统，系统具体包括：商家端、司机端以及后台管理端，其中：

商家端，用于在系统运行阶段，接收商家发起的清运请求，并将该清运请 求发送至后台管理端；

后台管理端，用于通过该清运请求中携带的商家地址确定对应的司机端， 判断该清运请求是否发送至对应的司机端；若该司机端的位置与该商家地址的 距离小于且等于设定阈值时，则将该清运请求发送至该司机端；若该司机端的 位置与该商家地址的距离大于设定阈值时，则将该清运请求进行存储，待该司 机端的位置与该商家地址的距离小于且等于设定阈值时，再发送至该司机端；

司机端，用于在收到该清运请求后，根据该商家地址确定司机端的位置到 该商家地址的最短路径，待该司机端的位置与该商家地址相同，并且司机端接 收到垃圾桶上的二维码信息后，确认收取成功。

商家端，用于在该系统运行阶段之前，进行系统配置，接收商家的账号和 密码信息，以及录入的商家名称、商家地址以及待运桶数；

司机端，用于司机端的账号和密码信息，以及该司机端对应的收运车编号；

后台管理端，用于审核商家端发送的商家的账号和密码信息、商家名称、 商家地址以及待运桶数；以及审核司机端发送的司机端的账号和密码信息、司 机端对应的收运车编号，为该司机端分配行驶路径，设定该设定阈值的数值， 设定该收运车的垃圾负载桶数。

后台管理端，用于在通过该清运请求中携带的商家地址确定对应的司机端 之后，判断该清运请求是否发送至对应的司机端之前，根据该司机端对应的收 运车的该垃圾负载桶数和该清运请求中携带的待运桶数，判断该收运车的剩余 垃圾负载桶数是否大于该待运桶数，若是，则继续判断该清运请求是否发送至 对应的司机端；否则，拒绝商家的该清运请求。

司机端，用于在该司机端在收到该清运请求后，根据该商家地址确定司机 端的位置到该商家地址的最短路径之前，判断该司机端接收到的该清运请求的 个数，若该清运请求的个数为1时，则继续根据该商家地址确定司机端的位置 到该商家地址的最短路径；若该清运请求的个数大于等于1时，则根据多个清 运请求中携带的商家地址由近到远的顺序，规划该司机端的位置到多个商家地 址的最短路径。

司机端，用于接收到休息信息后，判断是否存在未完成的清运请求，若是， 则继续保持接收清运请求状态，否则，退出接收清运请求状态。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发 明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种餐厨废弃物信息化管理方法，其特征在于，包括：

系统运行阶段，在接收到商家发起的清运请求后，通过所述清运请求中携带的商家地址确定对应的司机端，判断所述清运请求是否发送至对应的司机端；

若所述司机端的位置与所述商家地址的距离小于且等于设定阈值时，则将所述清运请求发送至所述司机端；若所述司机端的位置与所述商家地址的距离大于设定阈值时，则将所述清运请求进行存储，待所述司机端的位置与所述商家地址的距离小于且等于设定阈值时，再发送至所述司机端；

所述司机端在收到所述清运请求后，根据所述商家地址确定司机端的位置到所述商家地址的最短路径，待所述司机端的位置与所述商家地址相同，并且司机端接收到垃圾桶上的二维码信息后，确认收取成功。

2.如权利要求1所述的餐厨废弃物信息化管理方法，其特征在于，在所述系统运行阶段之前，还包括：进行系统配置；接收商家的账号和密码信息，以及录入的商家名称、商家地址以及待运桶数，并进行审核，通过后的商家能够发起清运请求；接收司机端的账号和密码信息，以及所述司机端对应的收运车编号，为所述司机端分配行驶路径，设定所述设定阈值的数值，设定所述收运车的垃圾负载桶数。

3.如权利要求1所述的餐厨废弃物信息化管理方法，其特征在于，在通过所述清运请求中携带的商家地址确定对应的司机端之后，判断所述清运请求是否发送至对应的司机端之前，还包括：根据所述司机端对应的收运车的所述垃圾负载桶数和所述清运请求中携带的待运桶数，判断所述收运车的剩余垃圾负载桶数是否大于所述待运桶数，若是，则继续判断所述清运请求是否发送至对应的司机端；否则，拒绝商家的所述清运请求。

4.如权利要求1所述的餐厨废弃物信息化管理方法，其特征在于，在所述司机端在收到所述清运请求后，根据所述商家地址确定司机端的位置到所述商家地址的最短路径之前，还包括：判断所述司机端接收到的所述清运请求的个数，若所述清运请求的个数为1时，则继续根据所述商家地址确定司机端的位置到所述商家地址的最短路径；若所述清运请求的个数大于等于1时，则根据多个清运请求中携带的商家地址由近到远的顺序，规划所述司机端的位置到多个商家地址的最短路径。

5.如权利要求1所述的餐厨废弃物信息化管理方法，其特征在于，在司机端接收到休息信息后，判断是否存在未完成的清运请求，若是，则继续保持接收清运请求状态，否则，退出接收清运请求状态。

6.一种餐厨废弃物信息化管理系统，其特征在于，包括：

商家端，用于在系统运行阶段，接收商家发起的清运请求，并将所述清运请求发送至后台管理端；

后台管理端，用于通过所述清运请求中携带的商家地址确定对应的司机端，判断所述清运请求是否发送至对应的司机端；若所述司机端的位置与所述商家地址的距离小于且等于设定阈值时，则将所述清运请求发送至所述司机端；若所述司机端的位置与所述商家地址的距离大于设定阈值时，则将所述清运请求进行存储，待所述司机端的位置与所述商家地址的距离小于且等于设定阈值时，再发送至所述司机端；

司机端，用于在收到所述清运请求后，根据所述商家地址确定司机端的位置到所述商家地址的最短路径，待所述司机端的位置与所述商家地址相同，并且司机端接收到垃圾桶上的二维码信息后，确认收取成功。

7.如权利要求6所述的餐厨废弃物信息化管理系统，其特征在于，包括：

商家端，用于在所述系统运行阶段之前，进行系统配置，接收商家的账号和密码信息，以及录入的商家名称、商家地址以及待运桶数；

司机端，用于司机端的账号和密码信息，以及所述司机端对应的收运车编号；

后台管理端，用于审核商家端发送的商家的账号和密码信息、商家名称、商家地址以及待运桶数；以及审核司机端发送的司机端的账号和密码信息、司机端对应的收运车编号，为所述司机端分配行驶路径，设定所述设定阈值的数值，设定所述收运车的垃圾负载桶数。

8.如权利要求6所述的餐厨废弃物信息化管理系统，其特征在于，包括：

后台管理端，用于在通过所述清运请求中携带的商家地址确定对应的司机端之后，判断所述清运请求是否发送至对应的司机端之前，根据所述司机端对应的收运车的所述垃圾负载桶数和所述清运请求中携带的待运桶数，判断所述收运车的剩余垃圾负载桶数是否大于所述待运桶数，若是，则继续判断所述清运请求是否发送至对应的司机端；否则，拒绝商家的所述清运请求。

9.如权利要求6所述的餐厨废弃物信息化管理系统，其特征在于，包括：

司机端，用于在所述司机端在收到所述清运请求后，根据所述商家地址确定司机端的位置到所述商家地址的最短路径之前，判断所述司机端接收到的所述清运请求的个数，若所述清运请求的个数为1时，则继续根据所述商家地址确定司机端的位置到所述商家地址的最短路径；若所述清运请求的个数大于等于1时，则根据多个清运请求中携带的商家地址由近到远的顺序，规划所述司机端的位置到多个商家地址的最短路径。

10.如权利要求6所述的餐厨废弃物信息化管理系统，其特征在于，包括：

司机端，用于接收到休息信息后，判断是否存在未完成的清运请求，若是，则继续保持接收清运请求状态，否则，退出接收清运请求状态。