技术领域
[0001] 本
发明涉及
物联网技术领域，具体而言涉及一种IOT集群内消息转发方法 与装置。
背景技术
[0002] 物联网IOT是指将各种设备连接到统一的管理平台，实现设备和平台之间
数据采集和命令下发的双向通信。在物联网环境下，终端设备与IOT是通过 socket长连接保持相互之间的通信，但在分布式环境下，IOT服务会部署多个节 点，而终端设备只能与其中一个
节点建立连接，而此时如果发送给设备的消息 没有发送到设备所在的节点上，那么设备将无法收到消息。现有的解决方案是 通过将IOT服务注册到注册中心上，通过注册中心节点间相互发现对方，然后 通过http的方式进行消息转发，例如：设备连接在A节点上，但发给设备的消 息被节点B接收到，此时B节点通过http的方式将消息转发给A节点，A节点 收到转发消息后再发给设备。
[0003] 结合图1所示的流程，现有的节点间消息转发的过程包括：首先，启动Eureka 注册中心，IOT的服务向注册中心注册，并提供IP+PORT；然后，利用http转 发消息，具体为：第一步：判断设备是否在线，如果设备不在线，结束；如果 设备在线，执行第二步；第二步：判断设备是否连接在当前节点上，判断依 据就是设备中的节点信息是否与当前节点在注册中心中提供IP+PORT一致，如 果设备连在当前节点上，则直接转发消息到设备，否则执行第三步；第三步： 通过http端口转发消息到目标节点，目标节点的IP+PORT在第二步中已经获取， 可以直接通过http端口转发消息；第四步：目标节点收到消息并发送给设备， 目标节点收到消息后，直接把消息发给设备。
[0004] 但在实际实现过程中，结合图2可见，设备与IOT之间是保持长连接的， 但在分布式环境下，发送给设备的消息可能无法到达设备保持连接的节点上。
发明内容
[0005] 本发明目的在于提供一种利用虚拟设备在服务和服务间建立起长连接通道 的IOT集群内消息转发方法，包括：
[0006] IOT服务向注册中心注册，并提供IP和端口；
[0007] 建立虚拟设备，并对虚拟设备进行管理，其中在IOT服务启动时，建立与 其他可用服务节点之间的长连接通道，并且每个通道具有M个虚拟设备保持长 连接，其中M为建立的虚拟设备的数量；
[0008] 当IOT服务收到发送给设备的消息后，组装消息体并
指定发送主题；然后， 响应于设备在线并且在连接在当前IOT服务的节点上，则直接发送消息，如果 设置在线但并未连接在当前IOT服务的节点上，则通过虚拟设备转发消息。
[0009] 优选地，所述注册中心被设置成提供查询端口，以供注册在骑上的服务调 用，以查询获取注册在Eureka注册中心上的可用服务节点，并获取到服务节点 的IP和端口。
[0010] 优选地，在建立虚拟设备的操作中，当IOT服务启动时，虚拟设备的编号 以下述方式建立和命名：
[0011] SERVER_CLIENT_+IP:PORT+自增正整数命名
[0012] 其中，PORT表示端口；
[0013] 某一IOT服务与其他服务之间建立长连接通道，并且每个连接通道具有M 个虚拟设备保持长连接。
[0014] 优选地，在建立虚拟设备后，IOT服务对建立在其上面的虚拟设备进行管理， 虚拟设备被设置成按照服务来源区分。
[0015] 优选地，IOT服务对建立在其上面的虚拟设备进行管理的操作中，某一IOT 服务对来自其他服务的虚拟设备的连接，将入对应其他服务的线程池中进行管 理。
[0016] 优选地，当IOT服务收到发送给设备的消息后，进行消息转发的处理包括：
[0017] 第一步：接收发送给设备的消息
[0018] IOT服务收到发送给设备的消息后，组装消息体并指定发送主题；
[0019] 第二步：判断当前设备是否在线
[0020] 根据设备表中的字段online判断设备是否在线：当设备上线时，更新 online＝true，且设置设备的连接节点connectNode为当前IOT服务的IP+PORT， 当设备下线时，更新online＝false，且清空connectNode；当设备在线时执行第三 步，当设备离线时结束转发；
[0021] 第三步：判断设备是否连接在当前IOT服务节点上
[0022] IOT服务通过erueka注册中心获取当前服务的节点信息，并与设备表中的 connectNode进行比较：如果一致，则判定设备连接在IOT服务节点上，直接发 送；如果不一致，则判定连接到其他节点上，执行第四步；
[0023] 第四步：转发消息到目标服务节点
[0024] 从当前服务管理的虚拟设备的线程池中取出一个在线的虚拟设备；
[0025] 从发送的消息体中取出发送主题topic，然后将消息体通过取出的虚拟设备 发送出去；
[0026] 消息到达目标服务节点，目标服务节点收到转发消息；
[0027] 目标服务节点判断设备是否在线，如果设备不在线，则结束；如果设备在 线，则转发消息到设备。
[0028] 本发明的第二方面，还提出一种IOT集群内消息转发装置，包括：
[0029] 用于IOT服务向注册中心注册，并提供IP和端口的模
块；
[0030] 用于建立虚拟设备，并对虚拟设备进行管理模块，其中在IOT服务启动时， 建立与其他可用服务节点之间的长连接通道，并且每个通道具有M个虚拟设备 保持长连接，其中M为建立的虚拟设备的数量；
[0031] 用于当IOT服务收到发送给设备的消息后，组装消息体并指定发送主题； 然后，响应于设备在线并且在连接在当前IOT服务的节点上，则直接发送消息， 如果设置在线但并未连接在当前IOT服务的节点上，则通过虚拟设备转发消息 的模块。
[0032] 应当理解，前述构思以及在下面更加详细地描述的额外构思的所有组合只 要在这样的构思不相互矛盾的情况下都可以被视为本公开的发明主题的一部 分。另外，所要求保护的主题的所有组合都被视为本公开的发明主题的一部分。
[0033] 结合
附图从下面的描述中可以更加全面地理解本发明教导的前述和其他方 面、
实施例和特征。本发明的其他附加方面例如示例性实施方式的特征和/或有 益效果将在下面的描述中显见，或通过根据本发明教导的具体实施方式的实践 中得知。
附图说明
[0034] 附图不意在按比例绘制。在附图中，在各个图中示出的每个相同或近似相 同的组成部分可以用相同的标号表示。为了清晰起见，在每个图中，并非每个 组成部分均被标记。现在，将通过例子并参考附图来描述本发明的各个方面的 实施例，其中：
[0035] 图1是
现有技术中节点间的消息转发流程的示例。
[0036] 图2是本发明的设备注册与发现流程。
[0037] 图3是本发明建立虚拟设备实现服务间相互建立连接通道的流程。
[0038] 图4是本发明的节点间消息转发流程的示意。图5是本发明的节点间消息转发的一个具体实现示例。
具体实施方式
[0039] 为了更了解本发明的技术内容，特举具体实施例并配合所附图式说明如下。
[0040] 在本公开中参照附图来描述本发明的各方面，附图中示出了许多说明的实 施例。本公开的实施例不必定意在包括本发明的所有方面。应当理解，上面介 绍的多种构思和实施例，以及下面更加详细地描述的那些构思和实施方式可以 以很多方式中任意一种来实施，这是因为本发明所公开的构思和实施例并不限 于任何实施方式。另外，本发明公开的一些方面可以单独使用，或者与本发明 公开的其他方面的任何适当组合来使用。
[0041] 根据本发明实施例的示例的IOT集群内节点间的消息转发方法，利用虚拟 设备在服务和服务间建立起长连接通道，从而减小资源占用和端口占用，在服 务和服务之间占用指定数量的端口，可建立指定数量的消息通道；而且在消息 转发时，使用mqtt长连接方式，只需要建立一次连接即可，不需要关闭，而且 通道一直处理开启状态，有消息到达时，可以直接发送。
[0042] 结合图2-图5所示，本发明示例性的IOT集群内消息转发的方法包括以下 三个基本操作：一、服务注册，节点相互发现；二、建立虚拟设备，在服务间 相互建立连接通道，形成网状结构；三、基于虚拟设备进行消息转发。
[0043] 结合图2、3所示的流程，其具体实现包括：
[0044] IOT服务向注册中心注册，并提供IP(网络地址)和PORT(端口)；
[0045] 建立虚拟设备，并对虚拟设备进行管理，其中在IOT服务启动时，建立与 其他可用服务节点之间的长连接通道，并且每个通道具有M个虚拟设备保持长 连接，其中M为建立的虚拟设备的数量；
[0046] 当IOT服务收到发送给设备的消息后，组装消息体并指定发送主题；然后， 响应于设备在线并且在连接在当前IOT服务的节点上，则直接发送消息，如果 设置在线但并未连接在当前IOT服务的节点上，则通过虚拟设备转发消息。
[0047] 优选地，所述注册中心被设置成提供查询端口，以供注册在其上的服务调 用，以查询获取注册在Eureka注册中心上的可用服务节点，并获取到服务节点 的IP和端口。
[0048] 优选地，在建立虚拟设备的操作中，当IOT服务启动时，虚拟设备的编号 以下述方式建立和命名：
[0049] SERVER_CLIENT_+IP:PORT+自增正整数命名
[0050] 其中，PORT表示端口；
[0051] 某一IOT服务与其他服务之间建立长连接通道，并且每个连接通道具有M 个虚拟设备保持长连接。
[0052] 优选地，在建立虚拟设备后，IOT服务对建立在其上面的虚拟设备进行管理， 虚拟设备被设置成按照服务来源区分。
[0053] 优选地，IOT服务对建立在其上面的虚拟设备进行管理的操作中，某一IOT 服务对来自其他服务的虚拟设备的连接，将入对应其他服务的线程池中进行管 理。
[0054] 优选地，当IOT服务收到发送给设备的消息后，进行消息转发的处理包括：
[0055] 第一步：接收发送给设备的消息
[0056] IOT服务收到发送给设备的消息后，组装消息体并指定发送主题；
[0057] 第二步：判断当前设备是否在线
[0058] 根据设备表中的字段online判断设备是否在线：当设备上线时，更新 online＝true，且设置设备的连接节点connectNode为当前IOT服务的IP+PORT， 当设备下线时，更新online＝false，且清空connectNode；当设备在线时执行第三 步，当设备离线时结束转发；
[0059] 第三步：判断设备是否连接在当前IOT服务节点上
[0060] IOT服务通过erueka注册中心获取当前服务的节点信息，并与设备表中的 connectNode进行比较：如果一致，则判定设备连接在IOT服务节点上，直接发 送；如果不一致，则判定连接到其他节点上，执行第四步；
[0061] 第四步：转发消息到目标服务节点
[0062] 从当前服务管理的虚拟设备的线程池中取出一个在线的虚拟设备；
[0063] 从发送的消息体中取出发送主题topic，然后将消息体通过取出的虚拟设备 发送出去；
[0064] 消息到达目标服务节点，目标服务节点收到转发消息；
[0065] 目标服务节点判断设备是否在线，如果设备不在线，则结束；如果设备在 线，则转发消息到设备。
[0066] 下面结合附图所示，更加具体的介绍前述实施例的示例性具体实现。
[0067] 结合图2所示，服务注册，节点相互发现操作包括：
[0068] 第一步：启动Eureka注册中心，如图5中的r001
[0069] 第二步：IOT的服务向注册中心注册，并提供IP+PORT，如图5中的s001、s002、s003、s004。
[0070] 结合图3、5所示，建立虚拟设备，服务间相互建立连接通道，形成网状结 构的操作包括：
[0071] 第一步：通过注册中心发现服务节点
[0072] Eureka注册中心可提供查询端口，供注册在其上的服务进行调用，通过查 询端口可以获取注册在Eureka上的可用服务节点，并获取到服务节点的 IP+PORT。
[0073] 例如图5所示，服务节点B(s002)通过注册中心发现可用服务节点有3 个(除自己外)。
[0074] 第二步：服务间使用虚拟设备建立socket长连接通道
[0075] 根据配置文件设置获取需要建立虚拟设备的数量device_count，IOT服务启 动时，虚拟设备的编号将以SERVER_CLIENT_+IP:PORT+自增正整数命名。
[0076] 前述的配置文件，依据
服务器的能
力(例如8核、12核等)配置能够给IOT 服务提供的虚拟设备的数量。
[0077] 例如图5中，IOT服务B与其他服务之间基于MQTT协议建立长连接通道 L001、L002、L003，每个连接通道将会有device_count个虚拟设备保持长连接， 而设备的编号例如SERVER_CLIENT_ipA:portA_32。
[0078] 第三步：对接入的虚拟设备进行管理维护
[0079] IOT服务需要对建立在它上面的虚拟设备进行管理，虚拟设备会按照服务来 源加以区分。例如在图5所示的例子中，服务A管理来自服务B、服务C、服 务D上面的虚拟设备，那么来自服务B的虚拟设备的连接，将会被放入ipB:portB 命令的线程池中，来自服务C的虚拟设备连接，将会被放入ipC:portC命令的线 程池中，以此类推。
[0080] 结合图4所示，基于虚拟设备进行消息转发的操作包括：
[0081] 第一步：接收发送给设备的消息
[0082] IOT服务收到发送给设备的消息后，组装消息体，指定发送主题。优选地，IOT服务还可设置是否需要离线存储等配置。
[0083] 第二步：判断当前设备是否在线
[0084] 设备是否在线是根据设备表中的字段online来判断的：当设备上线时，会 更新online＝true，且设置设备的连接节点connectNode为当前IOT服务的 IP+PORT，例如：ipA:portA；当设备下线时，会更新online＝false,且清空 connectNode。
[0085] 当设备在线时执行第三步，当设备离线时结束。
[0086] 第三步：判断设备是否连接在当前IOT服务节点上
[0087] IOT服务通过erueka注册中心获取当前服务的节点信息，并于设备中的 connectNode进行比较，如果一致，说明设备连接在此节点上，直接发送；如果 不一致，说明连接到其他节点上，执行第四步。
[0088] 第四步：发送消息到目标服务节点
[0089] 从当前服务其管理的虚拟设备线程池中取出一个在线的虚拟设备；
[0090] 从发送的消息体中取出发送主题topic，把消息通过该虚拟设备发送出去；
[0091] 消息到达目标服务节点，目标服务节点收到转发消息；
[0092] 目标服务节点判断设备是否在线，如果设备不在线则结束，如果设备在线， 则转发消息到设备。
[0093] 如此，实现本发明完整的消息转发流程。
[0094] 结合以上实施例的基于虚拟设备的IOT集群内的消息转发流程，其与现有 技术的http转发相比，具有如下显著的有益效果：
[0095] 1、消息体小，占用宽带小：同等大小的业务数据，使用本发明方案中的 mqtt协议发送的消息体只有http协议发送消息体的1/3；对于正常同一大小的业 务数据，http转发方案中消息体的大小可达0.3kb或者更大的尺寸；而本发明的 方案中消息体的大小为0.1kb或者更小的尺寸；例如：设备上线，本发明的方案 中的消息体大小为0.163kb，而http转发方案中的消息体大小为0.328kb；对于 设备日志上报，本发明的方案中的消息体大小为0.236kb，而http转发方案中的 消息体大小为0.508kb；
[0096] 2、资源占用少，占用端口少：使用http方式，每发送一次消息，都要开启 一个http端口，而服务器可以使用的端口数是有限的，在并发量大的情况下， 端口会被短时间内占满，导致服务不可用，而使用本发明的该方案，只需要在 服务和服务之间占用指定数量的端口，建立指定数量的消息通道；
[0097] 3、交互简单：服务和服务之间转发业务消息时，使用http方式在建立连接 和关闭连接时，server和client间需要多步握手交互才能完成，而本发明使用长 连接方式(mqtt)，只需要建立一次连接即可，不需要关闭(除非异常情况下关 闭)，而且通道一直处理开启状态，有消息到达时，可以直接发送；
[0098] 4、动态扩展：随着业务的增长，消息并发量会跟随增长，本发明的方案只 需要随业务变化，动态
修改服务和服务之间连接数量的配置，例如虚拟设备的 连接数量配置，可增加服务间连接的数量，从而提高了服务间消息转发的并发 量。
[0099] 结合图示，本发明的前述实施例还可以根据具体实施配置如下。
[0100] 一种IOT集群内消息转发装置，包括：
[0101] 用于IOT服务向注册中心注册，并提供IP和端口的模块；
[0102] 用于建立虚拟设备，并对虚拟设备进行管理模块，其中在IOT服务启动时， 建立与其他可用服务节点之间的长连接通道，并且每个通道具有M个虚拟设备 保持长连接，其中M为建立的虚拟设备的数量；
[0103] 用于当IOT服务收到发送给设备的消息后，组装消息体并指定发送主题； 然后，响应于设备在线并且在连接在当前IOT服务的节点上，则直接发送消息， 如果设置在线但并未连接在当前IOT服务的节点上，则通过虚拟设备转发消息 的模块。
[0104] 优选地，所述用于建立虚拟设备，并对虚拟设备进行管理模块还设置：
[0105] 按照服务来源对建立到IOT服务上的虚拟设备进行管理的模块。
[0106] 优选地，所述用于当IOT服务收到发送给设备的消息后，组装消息体并指 定发送主题；然后，响应于设备在线并且在连接在当前IOT服务的节点上，则 直接发送消息，如果设置在线但并未连接在当前IOT服务的节点上，则通过虚 拟设备转发消息的模块被设置成按照下述方式进行消息转发：
[0107] 第一步：接收发送给设备的消息
[0108] IOT服务收到发送给设备的消息后，组装消息体并指定发送主题；
[0109] 第二步：判断当前设备是否在线
[0110] 根据设备表中的字段online判断设备是否在线：当设备上线时，更新 online＝true，且设置设备的连接节点connectNode为当前IOT服务的IP+PORT， 当设备下线时，更新online＝false，且清空connectNode；当设备在线时执行第三 步，当设备离线时结束转发；
[0111] 第三步：判断设备是否连接在当前IOT服务节点上
[0112] IOT服务通过erueka注册中心获取当前服务的节点信息，并与设备表中的 connectNode进行比较：如果一致，则判定设备连接在IOT服务节点上，直接发 送；如果不一致，则判定连接到其他节点上，执行第四步；
[0113] 第四步：转发消息到目标服务节点
[0114] 从当前服务管理的虚拟设备的线程池中取出一个在线的虚拟设备；
[0115] 从发送的消息体中取出发送主题topic，然后将消息体通过取出的虚拟设备 发送出去；
[0116] 消息到达目标服务节点，目标服务节点收到转发消息；
[0117] 目标服务节点判断设备是否在线，如果设备不在线，则结束；如果设备在 线，则转发消息到设备。
[0118] 虽然本发明已以较佳实施例揭露如上，然其并非用以限定本发明。本发明 所属技术领域中具有通常知识者，在不脱离本发明的精神和范围内，当可作各 种的更动与润饰。因此，本发明的保护范围当视
权利要求书所界定者为准。
