城市级清洁运维服务云平台

摘要

本发明提供了一种城市级清洁运维服务云平台，包括数据交互模块，所述的数据交互模块连接于至少一辆清扫机器人和至少一个后台系统，且所述的数据交互模块用于接收清扫机器人的数据流并将数据流发送至相应的一个或多个后台系统以及用于接收后台系统的请求信息，并根据请求信息进行相应的处理后向相应的后台系统返回处理结果。本发明提供数据交互模块，能够实现多个后台与多个机器人之间的数据交互，对于需要同时发送至客户后台与默认后台的情况，清扫机器人只需要将数据流发送至数据交互模块即可，无需将数据分别发送至客户后台和默认后台，减少清扫机器人的数据流，提高清扫机器人的传输效率。

说明书

技术领域

本发明属于城市清洁技术领域，尤其是涉及一种城市级清洁运维服务云平台。

背景技术

清扫机器人分为家用清扫机器人和商用清扫机器人，商用清扫机器人用于城市级清洁。

城市清扫机器人与一般机器人及与一般家用清扫机器人的使用及运维方面都存在一定的区别，清扫机器人清扫机器人需要向机器人公司发送数据流以便公司第一时间获取机器人故障信息，追溯机器人状态，降低运维成本。

目前，具有针对机器人公司的后台系统，当机器人被客户买走后，需要使机器人同时将数据流发送至客户后台以便机器人拥有者随时获取机器人位置以及故障信息等。但是这样，一辆机器人的数据流就具有两条线路，一方面发送给机器人公司，另一方面将数据发送给客户后台，即机器人的工作量和数据传输量都会倍增，导致机器人数据流增加，降低传输效率，同时功耗也相应地增加，并且由于数据流交换过程中是最容易出现数据安全问题的，所以现有技术数据流的增加也直接导致安全性降低问题。

发明内容

本发明的目的是针对上述问题，提供一种城市级清洁运维服务云平台。

为达到上述目的，本发明采用了下列技术方案：

一种城市级清洁运维服务云平台，包括数据交互模块，所述的数据交互模块连接于至少一辆清扫机器人和至少一个后台系统，且所述的数据交互模块用于接收清扫机器人的数据流并将数据流发送至相应的一个或多个后台系统以及用于接收后台系统的请求信息，并根据请求信息进行相应的处理后向相应的后台系统返回处理结果。

在上述的城市级清洁运维服务云平台中，所述的数据交互模块包括消息中间件及连接于所述消息中间件的服务模块和数据库，所述的消息中间件用于连接所述的清扫机器人，所述的服务模块用于连接所述的后台系统。

在上述的城市级清洁运维服务云平台中，所述的服务模块包括前端服务模块和后端服务模块，所述的前端服务模块用于连接所述的后台系统，所述的后端服务模块连接于所述的消息中间件和数据库。

在上述的城市级清洁运维服务云平台中，所述的前端服务模块还连接于用于提供视频服务的第三方开放平台，且所述的第三方开放平台连接于具有摄像头的清扫机器人。

在上述的城市级清洁运维服务云平台中，所述的后台系统包括清扫机器人使用人相应的企业后台系统和/或机器人公司相应的默认后台系统。

在上述的城市级清洁运维服务云平台中，所述的后台系统向数据交互模块发送的请求信息包括页面请求和数据请求；

由所述的前端服务模块接收Nginx代理服务转发的后台系统发送给Nginx代理服务的请求信息。

在上述的城市级清洁运维服务云平台中，当所述的请求信息为页面请求时，前端服务模块直接返回指定的前端页面；

当所述的请求信息为数据请求时，前端服务模块访问后端服务模块以获取相应的数据处理结果，并返回给相应后台系统；

所述的后端服务模块在接收到前端服务模块的数据请求时，判断数据类型为普通操作或控制操作，当为普通操作时，后端服务模块进行自主处理后返回处理结果，当为控制操作时，将请求信息发送至消息中间件进行处理并在获得处理结果后进行返回；

所述的消息中间件在接收到后端服务模块的控制操作信息后，根据各机器人设备的协议，组装相应的报文后发送至指定清扫机器人，并将控制结果返回。

在上述的城市级清洁运维服务云平台中，所述的页面请求包括可视化及报表展示，所述的可视化及报表展示包括激光地图、地理地图、日志及报警报表展示；

所述的普通操作包括基础数据管理，所述的基础数据管理包括角色管理、企业管理、用户管理、权限管理、设备管理、日志管理、故障/报警管理和视频管理；

所述的控制操作包括控制管理，所述的控制管理包括车辆控制、清扫控制、灯光控制、任务管理和视频控制。

在上述的城市级清洁运维服务云平台中，所述的角色包括默认后台系统中的机器人公司用户以及企业后台系统中的企业管理员用户和企业名下的普通用户；

机器人公司用户用于将清扫机器人分配给相应企业以将对清扫机器人的控制权限转给企业管理员用户；

企业管理员用户用于与企业名下清扫机器人进行交互，以及用于将企业名下清扫机器人的各种权限选择性授权给机器人公司用户或企业名下普通用户；

普通用户用于根据企业管理员用户分配的权限与相应清扫机器人进行交互。

在上述的城市级清洁运维服务云平台中，所述的数据库中具有日志信息、激光地图、视频截图、视频表、路径、报警信息、任务表、故障表、机器人型号、机器人状态、机器人表、企业表、权限表、角色表、角色_权限、用户表、用户_角色、用户_权限。

本发明的优点在于：

1、提供数据交互模块用于实现多个后台与多个机器人之间的数据交互，对于需要同时发送至客户后台与默认后台的情况，清扫机器人只需要将数据流发送至数据交互模块即可，无需将数据分别发送至客户后台和默认后台，减少清扫机器人的数据流，提高清扫机器人的传输效率；

2、客户后台可以从中间件申请相应数据，清扫机器人无需针对需求定制化开发并发送到对应后台，降低工作量和数据传输量；

3、维持城市清扫清洁运维使用的特殊性，使清扫机器人保留与机器人公司的运维联系，同时将控制权转让给企业用户，使机器人公司能够第一时间获取各清扫机器人故障信息的同时不干涉企业用户对机器人的使用。

附图说明

图1是本发明城市级清洁运维服务云平台的系统架构图；

图2是本发明城市级清洁运维服务云平台的数据流程图；

图3是本发明城市级清洁运维服务云平台中可视化及报表展示的展示内容示意图；

图4是本发明城市级清洁运维服务云平台的权限表；

图5是本发明城市级清洁运维服务云平台数据库存储内容；

图6是本发明城市级清洁运维服务云平台与多个后台系统及清扫机器人的连接关系示意图。

附图标记：交互模块1；消息中间件11；服务模块13；前端服务模块131；后端服务模块132；数据库14；清扫机器人2；后台系统3；第三方开放平台4。

具体实施方式

下面结合附图和具体实施方式对本发明做进一步详细的说明。

如图1所示，本实施例公开了一种城市级清洁运维服务云平台，包括数据交互模块1，数据交互模块1连接于多辆清扫机器人2和多个后台系统3。且数据交互模块用于接收清扫机器人2的数据流并将数据流发送至相应的一个或多个后台系统3以及用于接收后台系统3的请求信息，并根据请求信息进行相应的处理后向相应的后台系统3返回处理结果。

具体地，本实施例的数据交互模块1包括消息中间件11及连接于消息中间件11的服务模块13和数据库14。消息中间件11用于连接清扫机器人2，服务模块13用于连接后台系统3。

采用中间件机制，能够方便地扩展第三方后台系统，在有新企业加入时，直接将新企业的后台系统接入本数据交互模块1即可，统一了不同后台系统中的后端数据部分，无需根据需求对清扫机器人进行定制化开发并将数据流发送到相应的后台系统，清扫机器人直接将数据流发送至本数据交互模块1，由数据交互模块1进行数据分流即可，降低了清扫机器人的工作量和数据传输量，同时满足了城市清扫清洁运维使用的特殊性。

进一步地，前端服务模块131还连接于用于提供视频服务的第三方开放平台4，且第三方开放平台4连接于具有摄像头的清扫机器人2。这里的第三方开放平台4可以采用海康威视的萤石开放平台，用于提供稳定、持续的视频服务，包括实时视频、录像回放、视频直播、视频分享等。

具体地，服务模块13包括前端服务模块131和后端服务模块132，前端服务模块131用于连接后台系统3，后端服务模块132连接于消息中间件11和数据库14。数据库14包括关系型数据库和非关系型数据库，其中本方案的关系型数据库采用的是比较开源的MYSQL，使用该数据库作为本方案的数据持久化存储；本方案的非关系型数据库采用的是Redis，使用该数据库进行本方案的缓存和部分授权数据的存储。

通过构建核心数据以及前后端分离的平台构建，使平台具有更高的可扩展性，能够应对不同客户需求及各种临时变更要求。

具体地，如图2所示，后台系统3向数据交互模块1发送的请求信息包括页面请求和数据请求；

后台系统用户的请求信息通过Http请求方式发送给Nginx代理服务，同时Nginx代理服务将请求转发至前端服务模块131，前端服务模块131针对不同的请求进行不同的处理，并将处理后的结果返回给Nginx，最终处理结果将返回到相应用户的终端。

前端服务的不同处理，主要包括页面请求和数据请求，当请求信息为页面请求时，前端服务模块131直接返回指定的前端页面，用户终端即可展示相应的页面；

当请求信息为数据请求时，前端服务模块131通过Http请求访问后端服务模块132，然后拿到想要的数据处理结果后，返回至相应后台系统3中相应用户的终端，使用户看到具体的处理结果。

后端服务模块132在接收到前端服务模块131的数据请求时，判断数据类型为普通操作或控制操作，当为普通操作时，后端服务模块132进行自主处理后返回处理结果，当为控制操作时，将请求信息发送至消息中间件11进行处理并在获得处理结果后进行返回；

消息中间件11在接收到后端服务模块132的控制操作信息后，根据各机器人设备的协议，组装相应的报文后发送至指定清扫机器人2，实现对设备的控制，并将控制结果返回。

具体地，如图3和图4所示，页面请求包括可视化及报表展示，可视化及报表展示包括激光地图、地理地图、日志及报警报表等展示。其中激光地图用于显示清扫机器人的实时位置和任务轨迹，地理地图用于显示清扫机器人的当前位置。

普通操作包括基础数据管理，基础数据管理又包括角色管理、企业管理、用户管理、权限管理、设备管理、日志管理、故障/报警管理、视频管理、设备型号管理等。其中角色管理包括角色新增、删除和编辑；企业管理包括企业增删及清扫机器人分配；用户管理包括每个企业的管理员用户增删、编辑及普通用户增删和编辑；权限管理包括企业管理员用户设定每个名下普通用户的权限等；设备管理包括清扫机器人设备的增删和编辑等；日志管理包括日志查看和删除等；故障/报警管理包括故障、报警信息查看解除等；视频管理包括视频截图、视频查看等；设备型号管理包括设备型号增删和编辑。

此外，普通操作还包括故障代码管理，用于新增、删除或编辑故障代码。

控制操作包括控制管理，控制管理包括车辆控制、清扫控制、灯光控制、任务管理和视频控制。其中视频控制包括视频抓拍等；任务管理包括清扫任务设定、修改等；清扫控制包括开始、暂停、继续和结束清扫等；灯光控制包括前、后行车双闪等灯光控制；车辆控制包括车辆的前、后、左、右、前左、前右、后左、后右、停止等控制。

具体地，如图5所示，数据库14包括所有清扫机器人的日志信息、激光地图、视频截图、视频表、路径、报警信息、任务表、故障表以及机器人型号、机器人状态、机器人表、企业表、权限表、角色表、角色_权限、用户表、用户_角色、用户_权限等信息。每个用户具有相应的权限，图4给出了权限表，表示这些数据或控制需要相应的权限才能被请求或操作。角色_权限用于存储各个角色的基本权限，例如各个企业的普通用户具有获取企业名下各清扫机器人日志信息的权限，具体每个角色的基本权限根据具体情况确定，这里不进行限制；用户_角色用于存储每个用户的角色属性；用户_权限用于存储各个用户的附加权限，例如A企业的企业管理员用户为普通用户A授予管理A清扫机器人的权限，则普通用户A具有获取A清扫机器人数据流的权限和控制A清扫机器人的权限及其他针对清扫机器人的权限。

数据库中存储有各个用户的权限，前端服务模块131、后端服务模块132根据请求用户的权限确定是否为相应的用户返回相应的处理结果。如用户A是A企业的普通用户，当他请求B企业的B清扫机器人实时状态信息时，系统就会判定用户A没有权限而不返回B清扫机器人的实时状态信息。

具体地，后台系统3包括多个清扫机器人使用人相应的企业后台系统和一个机器人公司相应的默认后台系统，默认后台系统可以有一个或多个用户，默认后台系统中也可以进一步为各个用户分配角色和/或不同的用户权限，如具有默认后台系统所具有的最高权限的默认后台管理员用户和具有部分权限的默认后台普通用户。本方案主要在于企业用户的接入和企业用户对清扫机器人的管理、控制、查看，所以将默认后台系统看做一个机器人公司用户。

具体地，如图6所示，这里的角色包括默认后台系统中的机器人公司用户以及企业后台系统中的企业管理员用户和企业名下的普通用户。每个企业至少具有一个企业管理员用户，最初的企业管理员用户可以再指定多个用户为企业管理员，还可以增、删、编辑普通用户，为普通用户分配相应的权限。

具体地，机器人公司用户具有在本平台中进行企业管理(企业新增、删除、编辑)、设备管理(设备新增、删除、编辑)，将设备分配给认购的企业，角色管理(指定企业的第一个企业管理员用户)等权限。

每台清扫机器人首先接入的是默认后台系统，机器人公司用户具有对清扫机器人的全部权限，可以通过本平台对清扫机器人进行试运行等操作。当某台清扫机器人被企业认购时，机器人公司用户将清扫机器人2分配给相应企业以将对清扫机器人2的控制权限转给企业管理员用户，机器人公司用户不再具备该清扫机器人2的全部权限，但是机器人公司用户保留一些基本权限，如各企业的清扫机器人列表访问权限以及各清扫机器人的设备状态和故障/报警信息访问权限等。

并且此时企业管理员用户具有企业普通用户及其余企业管理员用户的增、删、编辑权限，以及对企业名下清扫机器人2的最高权限，可以与企业名下清扫机器人进行交互，如设备状态、日志、报警/故障信息、地理地图、激光地图、实时视频等数据获取权限，如视频控制、灯光控制清、扫控制和车辆控制等控制权限。本方案优选机器人公司用户具备故障代码等专业信息的删改权限，企业管理员用户不具备。

并且优选地，企业管理员用户具有将企业名下清扫机器人2的各种权限选择性限时或不限时授予给机器人公司用户或企业名下普通用户，这样能够满足各种人员调动的需求，以及在必要情况下，将控制权限短暂的授予给机器人公司用户以便机器人公司能够及时且方便地进行设备维护等操作；

普通用户用于根据企业管理员用户分配的权限与相应清扫机器人进行交互，包括获取相应清扫机器人的激光地图、地理地图、日志信息等，以及对清扫机器人进行灯光控制、清扫控制、车辆控制和任务管理控制等。且优选普通用户具有将自己权限内的清扫机器人暂时授权给其他用户的让渡权限。每个清扫机器人均具有指定的用户，而不是每次随机分配，能够使工作人员更加爱护清扫机器人。并且用户能够随时根据需要将清扫机器人短暂地让与其他人控制，便于普通员工之间清扫机器人的协调，并且所有协调动作均保留在平台中，便于管理人员对员工工作的管理，同时企业管理员用户能够随时获取各个清扫机器人的工作情况，包括清扫轨迹、日志信息等，便于企业管理员原对清扫工作以及各辆清扫机器人的的全面高效管理。

本文中所描述的具体实施例仅仅是对本发明精神作举例说明。本发明所属技术领域的技术人员可以对所描述的具体实施例做各种各样的修改或补充或采用类似的方式替代，但并不会偏离本发明的精神或者超越所附权利要求书所定义的范围。

尽管本文较多地使用了交互模块1；消息中间件11；服务模块13；前端服务模块131；后端服务模块132；数据库14；清扫机器人2；后台系统3；第三方开放平台4等术语，但并不排除使用其它术语的可能性。使用这些术语仅仅是为了更方便地描述和解释本发明的本质；把它们解释成任何一种附加的限制都是与本发明精神相违背的。