物流站点设备统一管理系统及方法

摘要

本发明涉及一种物流站点设备统一管理系统及方法，属于物流设备管理技术领域，系统包括：数据服务端、访问端和设备端；访问端和设备端均连接数据服务端；设备端设置在目标物流站点，用于获取目标物流站点的设备数据；访问端用于根据访问账号的身份信息对数据服务端进行访问和数据交互；数据服务端，用于存储设备数据，根据触发指令，对设备数据进行分析，与设备端、访问端进行数据交互。同业务域采用同样的设备，从而实现设备的统一管理，使得业务响应加快、系统稳定性提高、开发资源节省、人工成本降低。

说明书

技术领域

本发明属于物流设备管理技术领域，具体涉及一种物流站点设备统一管理系统及方法。

背景技术

网络的发展，促进了物流企业的发展，物流企业的包裹业务量也有了飞速增长。在相关技术中，根据分拣中心或者末端的场景，可以将包裹业务大致分为出港和进港两种。

目前，各家物流企业中，在末端网点对包裹出港和包裹进港采用的设备，均为根据当地的资源随意采购设备完成业务上的需求，呈现烟囱式的管理方式，快递总部统一软件安装在各个非鉴权的设备进行使用。导致在不同的末端网点，即使是同场景，采用的设备也可能不同，使得总部在进行运维时，需要根据同场景下不同的设备区别进行区别维护，增加了运维成本。

发明内容

本发明提供了一种物流站点设备统一管理系统及方法，以解决现有技术中运维成本增加的技术问题。

本发明提供的技术方案如下：

一方面，一种物流站点设备统一管理系统，包括：数据服务端、访问端和设备端；所述访问端和所述设备端均连接所述数据服务端；

所述设备端设置在目标物流站点，用于获取所述目标物流站点的设备数据；

所述访问端用于根据访问账号的身份信息对所述数据服务端进行访问和数据交互；

所述数据服务端，用于存储所述设备数据，根据触发指令，对所述设备数据进行分析，与所述设备端、所述访问端进行数据交互。

可选的，所述数据服务端，包括：多个微服务模块；

所述数据服务端根据预设业务域，设置多个所述微服务模块。

可选的，所述数据服务端，用于接收访问账号的访问指令，所述访问指令携带所述访问账号的身份信息；根据所述身份信息，对所述访问账号提供对应的权限，与所述访问账号进行数据交互。

可选的，所述访问账号的身份信息，包括：网点、总部、网管、财务中的至少一种。

可选的，所述微服务模块之间的数据交互通过消费消息队列数据、缓存数据实现。

可选的，所述数据服务端，还用于：监测所述设备数据，在所述设备数据异常时，进行报警。

又一方面，一种物流站点设备统一管理方法，包括：

接收访问账号的访问指令，所述访问指令携带所述访问账号的身份信息；

根据所述身份信息，对所述访问账号提供对应的权限。

本发明的有益效果为：

本发明实施例提供的物流站点设备统一管理系统及方法，系统包括：数据服务端、访问端和设备端；访问端和设备端均连接数据服务端；设备端设置在目标物流站点，用于获取目标物流站点的设备数据；访问端用于根据访问账号的身份信息对数据服务端进行访问和数据交互；数据服务端，用于存储设备数据，根据触发指令，对设备数据进行分析，与设备端、访问端进行数据交互。同业务域采用同样的设备，从而实现设备的统一管理，使得业务响应加快、系统稳定性提高、开发资源节省、人工成本降低。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种物流站点设备统一管理系统的结构示意图；

图2为本发明实施例提供的一种容器架构示意图；

图3为本发明实施例提供的一种整体架构示意图；

图4为本发明实施例提供的一种数据访问示意图；

图5为本发明实施例提供的又一种数据访问示意图；

图6为本发明实施例提供的一种公共服务模块架构示意图；

图7为本发明实施例提供的一种物流站点设备统一管理方法的流程示意图。

附图标记：1-数据服务端；2-访问端；3-设备端。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将对本发明的技术方案进行详细的描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本发明所保护的范围。

为了至少解决本发明中提出的技术问题，本发明实施例提供一种物流站点设备统一管理系统。

图1为本发明实施例提供的一种物流站点设备统一管理系统的结构示意图，参阅图1，本申请实施例提供的物流站点设备统一管理系统，包括：数据服务端1、访问端2和设备端3；访问端2和设备端3均连接数据服务端1。

其中，设备端设3置在目标物流站点，用于获取目标物流站点的设备数据；访问端2用于根据访问账号的身份信息对数据服务端进行访问和数据交互；数据服务端1，用于存储设备数据，根据触发指令，对设备数据进行分析，与设备端、访问端进行数据交互。

例如，在一个具体的实现过程中，可以在任一物流企业中应用本申请提供的物流站点设备统一管理系统，从而对每个站点的设备进行统一管理。其中，可以在每个物流站点设置站点设备时，在同一环境下，设置同样的设备，从而实现便于管理。数据服务端实时采集每个物流站点设备的设备数据，进行记录和分析。用于在进行访问时，可以通过访问端对数据服务端进行访问，访问账号可以携带身份信息，如，网点人员进行访问时，可以根据网点人员权限进行访问和数据交互；在总部人员进行访问时，可以根据总部人员权限进行访问和数据交互；网管人员在进行访问时，可以根据网管人员权限进行访问和数据交互。

可选的，数据服务端，包括：多个微服务模块；

数据服务端根据预设业务域，设置多个微服务模块。

可选的，数据服务端，用于接收访问账号的访问指令，访问指令携带访问账号的身份信息；根据身份信息，对访问账号提供对应的权限，与访问账号进行数据交互。

可选的，访问账号的身份信息，包括：网点、总部、网管、财务中的至少一种。

可选的，微服务模块之间的数据交互通过消费消息队列数据、缓存数据实现。

可选的，数据服务端，还用于：监测设备数据，在设备数据异常时，进行报警。

在本实施例中，前后端分别集群部署保证前后端的可用性。为提高服务性能，后台项目采用多级缓存技术应对大流量访问。

例如，对于数据量比较大的数据库表采用大数据技术进行存储和查询。服务端对外提供Http协议服务，对内提供Dubbo协议服务，有效的保证了服务的高效、灵活。

例如，在系统上下文设计时，物流站点设备统一管理系统访问入口包括网点、总部(含中心)、网管人员角色；数据下发到平台服务接口，包括：登陆、新增、删除、更新、查询。

在本申请中，在对系统容器进行设计时，可以对业务模块进行划分，定义业务域。按照业务域划分多个微服务，隔离业务依赖。图2为本发明实施例提供的一种容器架构示意图，参阅图2，可以命名系统为星盘系统，设置星盘系统WEB，网点人员、网管人员、总部人员均可以直接访问星盘系统WEB(星盘的整体页面)，财务人员可以通过外部费用系统访问星盘系统WEB(即，数据服务端)，也可以从外部系统SSO单点登录系统提供员工登录服务等。在星盘系统WEB内可以设置星盘基础资料、系统管理、设备维保、设备管理、操作管理等。其中，星盘基础资料、系统管理、设备维保、设备管理、操作管理可以与业务数据库、搜索字段ES、缓存库进行数据交互。

图3为本发明实施例提供的一种整体架构示意图，参阅图3，本实施例中，整体架构可以设置星盘WEB、星盘后端，在星盘WEB可以嵌入各个子业务系统页面，如，星盘基础资料系统，设置mysql集群；星盘公共服务，设置mysql集群；星盘设备管理，设置mysql集群；星盘监控报表，设置mysql集群；操作管理，设置mysql集群。

本实施例中，web访问端按照访问频次和流量设计四台负载服务器，解决高峰时期高并发问题。数据服务端按照业务域进行服务拆分，所有业务服务器采用分布式部署，数据服务器采用主主、主备架构模式；大数据访问采用ES集群设计，解决前端查询效率问题。

本实施例中，物流站点设备统一管理系统基础资料业务域为各业务模块和外部系统提供标准化数据统一管理，提供dubbo和http两种数据访问。图4为本发明实施例提供的一种数据访问示意图；图5为本发明实施例提供的又一种数据访问示意图。参阅图4，星盘web端可以连接控制器，控制器连接服务层，服务层提供供dubbo和http两种数据访问外部系统。服务层可以福能股份业务数据库、缓存数据库和ES。同理，业务中台可以连接控制器，控制器连接服务层，服务层提供供dubbo和http两种数据访问外部系统。服务层可以福能股份业务数据库、缓存数据库和ES。

本实施例中，星盘公共服务模块为各业务模块和外部系统提供统一化的数据接口，所有外部依赖系统，中台数据采集，web端访问请求等和后端进行数据隔离，通过后台公共服务提供标准化的服务能力。图6为本发明实施例提供的一种公共服务模块架构示意图，参阅图6，分拣客户端、信息变更消息队列均可以访问星盘公共服务，星盘公共服务将你分拣数据发送至HBase，HBase将图片信息、分拣信息设备状态信息发送至分拣信息MQ。

本发明实施例提供的物流站点设备统一管理系统，包括：数据服务端、访问端和设备端；访问端和设备端均连接数据服务端；设备端设置在目标物流站点，用于获取目标物流站点的设备数据；访问端用于根据访问账号的身份信息对数据服务端进行访问和数据交互；数据服务端，用于存储设备数据，根据触发指令，对设备数据进行分析，与设备端、访问端进行数据交互。同业务域采用同样的设备，从而实现设备的统一管理，使得业务响应加快、系统稳定性提高、开发资源节省、人工成本降低，实现对设备的统一管理、监控和运维。

本发明实施例中，由原来的单一烟囱式系统改成现有的统一化数字平台；整合所有的若干子系统，围绕设备端全生命业务域进行合并和拆分，保持数据统一；系统包含PC端、APP端、客户端；PC版为B/S架构系统，客户端即WEB浏览器，服务为基于微服务架构的分布式服务；需要纪录各种数据变更的前后今生用于提醒用户变更内容，这部分进一步加大了表结构及数据流转的难度；数据内部交互：通过消费MQ数据，以及tbschedule，redis等，实现了各个子业务模块之间的复杂的交互，降低了耦合性；数据报表：通过将大量的数据存储到ES的方式，实现了数据报表的毫秒级延时响应；实时化的数据推送，需要频繁的更新队列，对接口的TPS要求很高；数据实时性要求高，接口QPS毫秒级响应；扫描端的所有扫描数据进行业务中台统一化接收，数据传输采用公私加密，保证数据的传输安全。

基于一个总的发明构思，本发明实施例还提供一种物流站点设备统一管理方法。

图7为本发明实施例提供的一种物流站点设备统一管理方法的流程示意图，参阅图7，本发明的方法，可以包括以下步骤：

S71、接收访问账号的访问指令，访问指令携带访问账号的身份信息；

S72、根据身份信息，对访问账号提供对应的权限。

关于上述实施例中的方法，其中各个步骤执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本发明的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。