CN114827253B - 基于云边物模型的智慧建筑物联网*** - Google Patents

Abstract

本发明公开一种基于云边物模型的智慧建筑物联网***，对接云端形式多样、物模型标准化定义简单、应用对接简单、业务数据利用合理。本发明的基于云边物模型的物联网***，包括厂家***(1)、项目端(2)、云端物联网平台(3)和应用端(4)；所述项目端(2)还包括***数据采集单元(29)和***主题上报单元(210)；所述云端物联网平台(3)还包括***物模型(39)；所述***主题上报单元(210)一端与***数据采集单元(29)相连，另一端与***物模型(39)相连。

Description

基于云边物模型的智慧建筑物联网***

技术领域

本发明属于物联网平台技术领域，特别是一种基于云边物模型的智慧建筑物联网***。

背景技术

在智慧建筑物联网领域，一般按***类别类型划分设备，这里的***一般指建筑内的***，如供配电***、给排水***等，这里的类别指的是某一类***的设备的类别分类，如供配电***，类别划分一般有高压配电设备、低压配电柜、备用供电设备、低压配电箱等，这里的类型指的是某一类***的设备的类别中有哪些类型，如高压配电设备类别的类型有，高压进线柜、高压计量柜、高压出线柜、高压配电柜、高压联络柜等。每个设备归都有***类别类型属性，一般为***类别类型指定标准测点即属性，事件和服务。

所谓物模型，研究的是属性、事件和服务。属性即设备测点，表示设备具备哪些数值特征或能力数据展示；事件则是智能化***触发的事件，如区域入侵报警，则需要上报事件的时间、位置、图像抓拍或者是录像文件等信息；服务则是应用方的业务请求需要项目上进行协同完成的任务，如门禁***的开门操作。

设备物模型，主要研究的是设备属性、设备事件和设备服务建立的物模型，对象关系参考图1。设备属性通常是设备的测点，以门禁管理***/门禁读卡器为例，主要包括门位置、卡名称、事件状态、安全状态、***、开关状态和运行状态等；设备事件，主要包括卡证同步事件、通行事件、故障、通行禁止事件、报警事件，人脸同步事件等；设备服务，主要包括获取物业二维码，获取访客二维码，增加人脸授权信息，锁门，开门，增加/删除人员信息等。

现有基于云边物模型的物联网平台采用图2的分布式结构，包括厂家***、项目端、云端物联网平台和应用端。采用以设备进行接入云端物联网，数据的报送方式采用设备属性(即测点)进行数据上报，或者在设备上再增加事件和服务，数据的报送方式采用设备属性、设备事件和设备服务进行数据上报。

如图2所示，厂家***包括各个建筑内的各个智能化***。

如图2所示，项目端包括设备数据采集单元21、消息队列22、设备主题上报单元23、业务逻辑分析单元24、数据配置与展示单元25、数据库26、设备周期性历史数据单元27、***对外接口单元28。设备数据采集单元21与消息队列22和数据配置与展示单元25相连；消息队列22与设备数据采集单元21、设备主题上报单元23、业务逻辑分析单元24和设备周期性历史数据单元27相连；业务逻辑分析单元24与数据库26相连，数据配置与展示单元25与数据库26和用户相连，***对外接口单元与数据库26和应用相连。

如图2所示，云端物联网平台包括设备物模型31、业务逻辑分析单元32、数据库33、数据配置与展示单元34、消息队列35、API接口服务36、历史数据单元37和日志审计38。设备物模型31对外与设备主题上报单元23相连，对内分别与API接口服务36、历史数据单元37和业务逻辑分析单元32相连；业务逻辑分析单元32分别与设备物模型31、数据库33、消息队列35和API接口服务36相连；数据库33分别与数据配置与展示单元34、历史数据单元37、业务逻辑分析单元32和API接口服务36相连；数据配置与展示单元34对外与用户相连，对内与数据库33相连；消息队列35分别与业务逻辑分析单元32、日志审计38和应用软件41相连；API接口服务36分别与设备物模型31、业务逻辑分析单元32、数据库33和应用软件41相连；历史数据单元37分别与设备物模型31和数据库33相连；日志审计38与消息队列35相连。

然而，上述物联网平台存在如下弊端：

1、对接云端形式单一，局限于设备物模型。对于某个业务数据不是以单个设备为研究对象或多个设备组合的为研究对象的***接入，没法直接定义设备物模型。如停车场***，获取某段时间的出行记录、又或者每月车辆出行次数的TOP10排名等。

2、物模型标准化定义困难。当业务需求定义设备服务标准化定义时，而业务本身已经脱离某个固定的设备，则无法定义。

3、应用对接平台接口相对复杂。通常物联网平台提供标准化的接口是有限的，随着物联网平台项目应用端的个数增加，需要也在不断变化，从有限的标准化接口中，获取多样化应用需求，必然应用端需要做二次数据加工处理才能间接获取；其二，标准化接口是以设备维度建立的标准化接口，范围相对狭隘，当以***为维度进行数据统计，难以直接满足要求。

4、业务数据重复建设。如停车场***，应用端获取每月TOP10车辆进入次数的排名，假设厂家存在这样的记录，而云端应用则需要进行数据二次加工和重复存储。

总之，现有技术存在的问题是：基于云边物模型的物联网***，对接云端形式单一、设备物模型定义困难、物联网平台接口对接复杂、业务数据重复建设。

发明内容

本发明的目的在于提供一种基于云边物模型的智慧建筑物联网***，对接云端形式多样、物模型标准化定义简单、应用对接简单、业务数据利用合理。

实现本发明目的的技术方案为：

一种基于云边物模型的智慧建筑物联网***，包括厂家***、项目端、云端物联网平台和应用端；

所述项目端还包括***数据采集单元和***主题上报单元；所述云端物联网平台还包括***物模型；

所述***数据采集单元，用于南向对接厂家***，北向推送设备属性、***事件和***服务的数据；

所述***主题上报单元，用于从***数据采集单元获取***事件和***服务，向云端物联网平台报送***事件，根据云端物联网平台转发的应用端***服务请求转交***数据采集单元，并原路返回***服务请求完成服务结果；

所述***物模型，用于满足项目端对接和云端的其他单元获取***物模型数据提供支持；

所述***主题上报单元一端与***数据采集单元相连，另一端与***物模型相连。

本发明与现有技术相比，其显著优点为：

1、对接云端形式多样：本发明从***的维度重构事件和服务，支持***对接云端，对于不是以单个设备为研究对象或多个设备组合的为研究对象的***接入，没法直接定义设备物模型的情况，均可接入；对接云端形式多样；

2、物模型标准化定义简单：本发明从***构建事件和服务定义，解决了业务数据不是以单个设备为研究对象或多个设备组合的为研究对象的***接入的痛点；

3、应用对接简单：以查询停车场***，某段时间的出行记录为例，从设备物模型的做法是，架构图我们可以参考图2，应用软件首先需要从物联网平台接口获取停车场***有哪些设备；其次通过这些设备循环获取某段时间的记录；再次整合这些设备的记录，按时间排序，封装好数据才能使用；从***物模型的做法只需要一步API请求就可以实现。具体做法是，架构图我们可以参考图3、图4，需要通过***服务的通用化同步API请求接口，获取某段时间的停车场出行记录，将请求数据直接转发给项目端，项目端返回API请求结果。

4、业务数据合理利用：采用本发明的物联网***，当厂家存在智能化厂家有效数据，可以通过***物模型接入方式，将业务的服务请求提交给项目端，由项目端直接返回结果，从而可以合理利用业务数据。

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

附图说明

图1是现有技术设备物模型的对象关系示意图。

图2是现有技术基于云边物模型的物联网***的结构示意图。

图3是本发明基于云边物模型的智慧建筑物联网***的结构示意图。

图4是图3中***物模型的内部结构图。

图5是***物模型的对象关系示意图。

图6是图3所示本发明基于云边物模型的智慧建筑物联网***的时序图。

图中，厂家***1，项目端2，云端物联网平台3，应用端4，智能化厂家***11，

设备数据采集单元21，第一消息队列22，设备主题上报单元23，第一业务逻辑分析单元24，第一数据配置与展示单元25，第一数据库26，设备周期性历史数据单元27，***对外接口单元28，***数据采集单元29，***主题上报单元210，

设备物模型31,第二业务逻辑分析单元32,第二数据库33,第二数据配置与展示单元34,第二消息队列35,API接口服务36,历史数据单元37,日志审计38,***物模型39,

外网接口391，API请求服务单元392，数据配置单元393，心跳接口单元394，同步接口单元395，异步接口单元396，数据推送单元397，内存数据库398，业务请求单元399，非结构化数据转存单元3910，边端登录队列3911，任务队列单元3912，业务解析单元3913，边端登录鉴权单元3914，协议转发单元3915，数据接收单元3916。

具体实施方式

如图3所示，本发明基于云边物模型的智慧建筑物联网***，包括厂家***1、项目端2、云端物联网平台3和应用端4。

厂家***1包括智能建筑内的各个智能化厂家***11。

项目端2包括设备数据采集单元21、第一消息队列22、设备主题上报单元23、第一业务逻辑分析单元24、第一数据配置与展示单元25、第一数据库26、设备周期性历史数据单元27、***对外接口单元28。

设备数据采集单元21对外与智能化厂家***11相连，对内分别与第一消息队列22和第一数据配置与展示单元25相连；

设备主题上报单元23对外与云端物联网平台3相连，对内与第一消息队列22相连；

第一业务逻辑分析单元24分别与第一消息队列22和第一数据库26相连；

设备周期性历史数据单元27的输入端与第一消息队列22相连，其输出端与第一数据库26相连；

***对外接口单元28的输入端与第一消息队列22相连，其输出端与第一数据库26相连；

第一数据配置与展示单元25的输出端与第一数据库26相连。

设备数据采集单元21，用于采集第一数据配置与展示单元25已配置的设备数据，与南向智能化厂家***进行数据对接，将厂家的测点地址映射成设备属性，将变化的属性值推送给第一消息队列22，推送的主题采用设备编码为标识；

第一消息队列22，用于承载所有的设备主题数据中枢，向各个所需的单元提供设备数据。

设备主题上报单元23，用于实现两个功能，其一，向第一消息队列22订阅所有的设备数据，并将数据按配置规则进行清洗，再将清洗后的数据按设备属性向设备物模型31进行上报；其二，向设备物模型31订阅所有项目端的设备主题数据，实现云端对项目端的设备控制；

第一业务逻辑分析单元24，用于从第一数据库26获取页面所需要完成统计的数据，将分析后的结果存储到第一数据库26中，如报警规则、场景联动、物模型统计相关信息等；

第一数据配置与展示单元25，用于向用户配置和展示***数据；

第一数据库26，用于存储结构化数据和非结构化数据，结构化数据包括用户配置数据、设备状态和属性记录、报警规则、场景联动记录、设备属性周期性历史数据等数据；非结构化数据包括，文件、图片和录像等；

设备周期性历史数据单元27，用于从第一数据库26获取用户配置的所存储的设备及周期规则，进行设备属性数据存储；

***对外接口单元28，用于给项目端应用提供实时、历史和应用控制等数据支持；

上述组成与连接关系与现有技术相同。

本发明的改进点在于：

对象关系改进：从图1修改成图5，将图1中的***类别类型下的***和服务，关联到***下。

结构关系改进，如图3所示，即所述项目端2还包括：

***数据采集单元29，用于南向对接智能化厂家***，北向推送设备属性、***事件和***服务的数据；

***主题上报单元210，用于从***数据采集单元29获取***事件和***服务，向云端物联网平台3报送***事件，根据云端物联网平台3转发的应用端4***服务请求转交***数据采集单元29，并原路返回***服务请求完成服结果。

***事件采用数据上行方式进行平台报送；***服务则是应用软件41下发请求至***物模型39，再转发到***主题上报单元210，再将请求转给***数据采集单元29，在此完成服务请求，并原路返回结果。

如图3所示，云端物联网平台3包括设备物模型31、第二业务逻辑分析单元32、第二数据库33、第二数据配置与展示单元34、第二消息队列35、API接口服务36、历史数据单元37和日志审计38。设备物模型31对外与设备主题上报单元23相连，对内分别与API接口服务36、历史数据单元37和第二业务逻辑分析单元32相连；第二业务逻辑分析单元32分别与设备物模型31、第二数据库33、第二消息队列35和API接口服务36相连；第二数据库33分别与第二数据配置与展示单元34、历史数据单元37、第二业务逻辑分析单元32和API接口服务36相连；第二数据配置与展示单元34对外与用户相连，对内与第二数据库33相连；第二消息队列35分别与第二业务逻辑分析单元32、日志审计38和应用软件41相连；API接口服务36分别与设备物模型31、第二业务逻辑分析单元32、第二数据库33和应用软件41相连；历史数据单元37分别与设备物模型31和第二数据库33相连；日志审计38与第二消息队列35相连。

作为本发明的改进，云端物联网平台3还包括：

***物模型39，用于满足项目端对接和云端的其他单元获取***物模型数据提供支持，详细介绍跳转至图4；

所述的***物模型39，对外与***主题上报单元210相连，对内分别与业务逻辑分析单元32、API接口服务36和历史数据单元37相连；

如图4所示，为图3中***物模型39的内部结构示意图。

所述***物模型39包括：

外网接口391，用于物理连接图3中的其他单元；

API请求服务单元392，用于应用端向***’物模型发起业务数据请求；

心跳接口单元393，为API请求服务单元392请求接口的业务请求分类，用于应用账号与物模型保持心跳；

数据配置单元394，为API请求服务单元392请求接口的业务请求分类，用于设置用户回调地址；

同步接口单元395，为API请求服务单元392请求接口的业务请求分类，用于应用端向项目端请求业务数据，请求是一次返回结果；

异步接口单元396，为API请求服务单元392请求接口的业务请求分类，用于应用端向项目端请求业务数据，请求是多次返回结果；

数据推送单元397，用于***事件推送，或转发异步接口单元396发起的业务请求；

内存数据库398，用于边端登录信息和状态、业务解析信息等；

结构化数据包括项目端服务的状态、***物模型的记录、设备属性记录、报警规则、场景联动记录等平台数据；

非结构化数据包括文件存储服务、对象存储服务等；

业务请求单元399，用于同步接口单元395或异步接口单元396的数据请求处理过程，与边端登录队列3911交互是查询项目端***是否在线；

非结构化数据转存单元3910，用于将非结构化数据转存到内存数据库398中，如文件、视频和图片等数据；

边端登录队列3911，用于存储项目端登录的基本信息；

任务队列单元3912，用于存储同步接口单元395或异步接口单元396的数据请求信息，便于做业务解析；

业务解析单元3913，用于将收到的网络数据，进行业务解包，然后进行业务处理；

边端登录鉴权单元3914，用于认证和鉴权项目端登录；

业务转发单元3915，用于对业务数据的请求进行封包，转发给项目端；

业务接收单元3916，用于收取网络数据；

所述API请求服务单元392，分别与外网接口391、心跳接口单元393、数据配置单元394、同步接口单元395、异步接口单元396相连；

所述内存数据库398分别与心跳接口单元393、数据配置单元394、业务请求单元399、边端登录队列3911和业务解析单元3913相连；

所述边端登录鉴权单元3914分别与外网接口391和边端登录队列3911相连；

所述边端登录队列3911还与业务请求单元399相连；

所述业务请求单元399分别还与同步接口单元395、任务队列单元3912和异步接口单元396相连；

所述业务转发单元3915分别与任务队列单元3912和外网接口391相连；

所述数据推送单元397分别与外网接口391、非结构化数据转存单元3910和业务解析单元3913相连；

所述数据接收单元3916分别与业务解析单元3913和外网接口391相连；

所述业务解析单元3913还与任务队列单元3912相连。

如图6所示为基于云边物模型的智慧建筑物联网的处理时序图。

对照图6，详细说明本发明的工作过程：

1)初始化：智能化厂家与项目端***物模型登录；

2)登录：项目端***物模型与云端***物模型登录。

3)登录返回：项目端物模型登录到云端；

4)平台登录：应用端登录到物联网平台；

5)设置回调：应用端接收平台推送的数据返回接口，主要是***事件和异步请求接口返回；

6)定时维护心跳包：应用端与平台之间建立定时心跳，让平台能及时感知到应用端的存在；

7)订阅设备属性：应用端获取设备属性的实时数据；

8)设备属性变化：厂家设备测点变化时，将数据转发给项目端设备物模型；

9)报送设备属性：将厂家的设备测点映射成设备属性，报送给云端设备物模型；

10)规则转发：设备物模型通常规则转发，将海量的设备数据转发给消息队列；

11)推送设备属性数据：由消息队列，将设备数据推送给应用端，推送的前提是，应用端订阅了该设备的属性数据；

其中步骤7)～11)是设备属性流程；

12)厂家事件变化：即项目端***物模型收到厂家的事件；

13)上报***事件：即收到厂家的事件，根据事件映射关系，将厂家事件转换成***事件，转发给云端***物模型；

14)推送***事件：即***物模型，将事件推送给应用端；

15)同步接口业务请求：即应用端向平台发起同步业务数据请求，这里指的是***服务；

16)转发同步业务请求：即***物模型将***服务，转发给项目端；

17)组织业务请求数据：即项目端收到***服务后，判断当前是否需要向厂家再次请求数据，若不需要，则跳转到20)，否则继续；

18)请求厂家数据：即项目端***服务向厂家发起业务数据请求；

19)返回厂家数据：即项目端***服务收到厂家数据；

20)同步业务请求返回：即***服务数据返回；

21)返回同步业务请求：即应用端收到***服务返回；

22)异步请求接口返回：当***服务需要多次返回时候，则流程重复15)～21)步骤，并继续执行当前步骤。

23)持续推送异步请求数据；即应用端收到***服务的后续数据。

***事件的工作步骤为12)～10)；

***服务的同步接口工作步骤为15)～21)；

***服务的异步接口工作步骤为15)～23)。

本发明通过在项目端2中增设***数据采集单元29和***主题上报单元210，在云端物联网平台3中增设***物模型39。取得了如下优点：

本发明从***的维度重构事件和服务，支持***物模型对接云端，对接云端形式多样化，解决了不是以单个设备为研究对象或多个设备组合的为研究对象的***接入的技术问题；如图3所示，***物模型的数据链路关系依次是应用软件41、API接口服务38、***物模型39、***主题上报单元210、***数据采集单元29和智能化厂家***11。

本发明从***构建事件和服务定义，解决了业务数据不是以单个设备为研究对象或多个设备组合的为研究对象的技术问题；物模型标准化定义简单。

应用对接简单。以查询停车场***，某段时间的出行记录为例，从设备物模型的做法是，架构图我们可以参考图2，应用软件首先需要从物联网平台接口获取停车场***有哪些设备；其次通过这些设备循环获取某段时间的记录；再次整合这些设备的记录，按时间排序，封装好数据才能使用；从***物模型的做法只需要一步API请求就可以实现。具体做法是，架构图我们可以参考图3，需要通过应用软件41调用***物模型39的同步API请求接口，获取某段时间的停车场出行记录，将***服务直接转发给***主题上报单元210，然后***主题上报单元210再将***服务转发给***数据采集单元29，***数据采集单元29完成***服务的业务请求，再原路返回结果。

采用本发明的物联网***，当厂家存在智能化厂家有效数据，可以通过***物模型接入方式，将业务的服务请求提交给项目端，由项目端直接返回结果，从而可以合理利用业务数据。

Claims (1)

1.一种基于云边物模型的智慧建筑物联网***，包括厂家***(1)、项目端(2)、云端物联网平台(3)和应用端(4)；其特征在于：

所述项目端(2)还包括***数据采集单元(29)和***主题上报单元(210)；所述云端物联网平台(3)还包括***物模型(39)；

所述***数据采集单元(29)，用于南向对接厂家***(1)，北向推送设备属性、***事件和***服务的数据；

所述***主题上报单元(210)，用于从***数据采集单元(29)获取***事件和***服务，向云端物联网平台(3)报送***事件，根据云端物联网平台(3)转发的应用端(4)***服务请求转交***数据采集单元(29)，并原路返回***服务请求完成服务结果；

所述***物模型(39)，用于满足项目端对接和云端的其他单元获取***物模型数据提供支持；

所述***主题上报单元(210)一端与***数据采集单元(29)相连，另一端与***物模型(39)相连；

所述厂家***(1)包括智能建筑内的各个智能化厂家***(11)；

所述项目端(2)还包括设备数据采集单元(21)、第一消息队列(22)、设备主题上报单元(23)、第一业务逻辑分析单元(24)、第一数据配置与展示单元(25)、第一数据库(26)、设备周期性历史数据单元(27)和***对外接口单元(28)；

所述设备数据采集单元(21)，用于采集第一数据配置与展示单元(25)已配置的设备数据，与南向智能化厂家***进行数据对接，将厂家的测点地址映射成设备属性，将变化的属性值推送给第一消息队列(22)，推送的主题采用设备编码为标识；

第一消息队列(22)，用于承载所有的设备主题数据中枢，向各个所需的单元提供设备数据；

设备主题上报单元(23)，用于向第一消息队列(22)订阅所有的设备数据，并将数据按配置规则进行清洗，再将清洗后的数据按设备属性向设备物模型(31)进行上报；用于向设备物模型(31)订阅所有项目端的设备主题数据，实现云端对项目端的设备控制；

第一业务逻辑分析单元(24)，用于从第一数据库(26)获取页面所需要完成统计的数据，将分析后的结果存储到第一数据库(26)中；

第一数据配置与展示单元(25)，用于向用户配置和展示***数据；

第一数据库(26)，用于存储结构化数据和非结构化数据，结构化数据包括用户配置数据、设备状态和属性记录、报警规则、场景联动记录、设备属性周期性历史数据；非结构化数据包括，文件、图片和录像；

设备周期性历史数据单元(27)，用于从第一数据库(26)获取用户配置的所存储的设备及周期规则，进行设备属性数据存储；

***对外接口单元(28)，用于给项目端应用提供实时、历史和应用控制的数据支持；

所述设备数据采集单元(21)对外与智能化厂家***(11)相连，对内分别与第一消息队列(22)和第一数据配置与展示单元(25)相连；

所述设备主题上报单元(23)对外与云端物联网平台(3)相连，对内与第一消息队列(22)相连；

所述第一业务逻辑分析单元(24)分别与第一消息队列(22)和第一数据库(26)相连；

所述设备周期性历史数据单元(27)的输入端与第一消息队列(22)相连，其输出端与第一数据库(26)相连；

所述***对外接口单元(28)的输入端与第一消息队列(22)相连，其输出端与第一数据库(26)相连；

所述第一数据配置与展示单元(25)的输出端与第一数据库(26)相连；

所述***数据采集单元(29)和***主题上报单元(210)均与第一消息队列(22)相连，所述***数据采集单元(29)南向与智能化厂家***(11)相连；

所述云端物联网平台(3)还包括设备物模型(31)、第二业务逻辑分析单元(32)、第二数据库(33)、第二数据配置与展示单元(34)、第二消息队列(35)、API接口服务(36)、历史数据单元(37)和日志审计(38)；

所述设备物模型(31)对外与设备主题上报单元(23)相连，对内分别与第二业务逻辑分析单元(32)、API接口服务(36)和历史数据单元(37)相连；

所述第二业务逻辑分析单元(32)还分别与第二数据库(33)、第二消息队列(35)、API接口服务(36)和***物模型(39)相连；

所述第二消息队列(35)还分别与日志审计(38)和应用软件(41)相连；

所述第二数据库(33)还分别与第二数据配置与展示单元(34)、历史数据单元(37)和API接口服务(36)相连；

所述API接口服务(36)还分别与***物模型(39)和应用软件(41)相连；

所述***物模型(39)包括：

外网接口(391)，用于内部单元与外网的物理连接；

API请求服务单元(392)，用于应用端向***物模型发起业务数据请求；

心跳接口单元(393)，为API请求服务单元(392)请求接口的业务请求分类，用于应用账号与物模型保持心跳；

数据配置单元(394)，为API请求服务单元(392)请求接口的业务请求分类，用于设置用户回调地址；

同步接口单元(395)，为API请求服务单元(392)请求接口的业务请求分类，用于应用端向项目端请求业务数据，请求是一次返回结果；

异步接口单元(396)，为API请求服务单元(392)请求接口的业务请求分类，用于应用端向项目端请求业务数据，请求是多次返回结果；

数据推送单元(397)，用于***事件推送，或转发异步接口单元(396)发起的业务请求；

内存数据库(398)，用于边端登录信息和状态、业务解析信息的存储；

业务请求单元(399)，用于同步接口单元(395)或异步接口单元(396)的数据请求处理过程，与边端登录队列(3911)交互，查询项目端***是否在线；

非结构化数据转存单元(3910)，用于将非结构化数据转存到内存数据库(398)中，包括文件、视频和图片数据；

边端登录队列(3911)，用于存储项目端登录的基本信息；

任务队列单元(3912)，用于存储同步接口单元(395)或异步接口单元(396)的数据请求信息，便于做业务解析；

业务解析单元(3913)，用于将收到的网络数据进行业务解包，然后进行业务处理；

边端登录鉴权单元(3914)，用于认证和鉴权项目端登录；

业务转发单元(3915)，用于对业务数据的请求进行封包，转发给项目端；

业务接收单元(3916)，用于收取网络数据；

所述API请求服务单元(392)分别与外网接口(391)、心跳接口单元(393)、数据配置单元(394)、同步接口单元(395)、异步接口单元(396)相连；

所述内存数据库(398)分别与心跳接口单元(393)、数据配置单元(394)、业务请求单元(399)、边端登录队列(3911)和业务解析单元(3913)相连；

所述边端登录鉴权单元(3914)分别与外网接口(391)和边端登录队列(3911)相连；

所述边端登录队列(3911)还与业务请求单元(399)相连；

所述业务请求单元(399)还分别与同步接口单元(395)、任务队列单元(3912)和异步接口单元(396)相连；

所述业务转发单元(3915)分别与任务队列单元(3912)和外网接口(391)相连；

所述数据推送单元(397)分别与外网接口(391)、非结构化数据转存单元(3910)和业务解析单元(3913)相连；

所述数据接收单元(3916)分别与业务解析单元(3913)和外网接口(391)相连；

所述业务解析单元(3913)还与任务队列单元(3912)和非结构化数据转存单元(3910)相连。