CN113141383A

CN113141383A - 设备信息订阅方法、客户端、服务器、系统及存储介质

Info

Publication number: CN113141383A
Application number: CN202010056375.5A
Authority: CN
Inventors: 陈小平; 陈荣锦
Original assignee: Foshan Viomi Electrical Technology Co Ltd
Current assignee: Foshan Viomi Electrical Technology Co Ltd
Priority date: 2020-01-18
Filing date: 2020-01-18
Publication date: 2021-07-20
Anticipated expiration: 2040-01-18
Also published as: CN113141383B

Abstract

本申请公开了一种设备信息订阅方法、客户端、服务器、系统及存储介质，该方法包括：获取服务器发送的消息队列遥测传输子服务器对应的配置信息；根据所述配置信息，确定所述消息队列遥测传输子服务器对应指定的消息队列；发送客户端进行设备信息订阅对应的订阅信息至所述服务器，以供所述服务器根据所述订阅信息，将所述客户端订阅的设备信息发送至所述消息队列；监听所述消息队列，获取所述客户端订阅的设备信息，以降低服务器的处理压力以及确保设备信息获取的及时性。

Description

设备信息订阅方法、客户端、服务器、系统及存储介质

技术领域

本申请涉及通信技术领域，具体涉及一种设备信息订阅方法、客户端、服务器、系统及存储介质。

背景技术

目前，在用户通过APP(Application，应用程序)客户端控制电视机、空调、冰箱等设备的过程中，客户端一般都是通过轮询的方式，周期性调用服务器接口查询设备控制结果、设备最新状态等设备信息。客户端每进行一次查询，服务器就需要进行一次设备信息查询响应处理，从而导致服务器的处理压力大；而且，客户端需要进行主动查询后才会获取到设备信息，这就导致很多时候设备信息并不是及时获取的。

因此，如何降低服务器负载以及确保设备信息及时获取成为亟待解决的问题。

发明内容

本申请实施例提供一种设备信息订阅方法、客户端、服务器、系统及存储介质，可以降低服务器负载以及确保设备信息获取的及时性。

第一方面，本申请实施例提供了一种设备信息订阅方法，应用于客户端，包括：

获取服务器发送的消息队列遥测传输子服务器对应的配置信息；

根据所述配置信息，确定所述消息队列遥测传输子服务器对应指定的消息队列；

发送客户端进行设备信息订阅对应的订阅信息至所述服务器，以供所述服务器根据所述订阅信息，将所述客户端订阅的设备信息发送至所述消息队列；

监听所述消息队列，获取所述客户端订阅的设备信息。

第二方面，本申请实施例提供了一种客户端，包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器调用所述存储器中的计算机程序时执行上述应用于客户端的设备信息订阅方法。

第三方面，本申请实施例提供了一种设备信息订阅方法，应用于服务器，包括：

获取客户端发送的设备信息订阅对应的订阅信息；

根据所述订阅信息，获取对应的设备信息；

将所述设备信息发送至消息队列，以供所述客户端监听所述消息队列，获取所述设备信息。

第四方面，本申请实施例提供了一种服务器，包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器调用所述存储器中的计算机程序时执行上述应用于服务器的设备信息订阅方法。

第五方面，本申请实施例提供了一种设备信息订阅系统，包括上述的客户端和服务器。

第六方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序被处理器执行时使所述处理器实现上述的设备信息订阅方法。

本申请实施例提供了一种设备信息订阅方法、客户端、服务器、系统及存储介质，客户端通过获取服务器发送的消息队列遥测传输子服务器对应的配置信息，根据配置信息确定消息队列遥测传输子服务器对应的消息队列，并发送客户端进行设备信息订阅对应的订阅信息至服务器，服务器根据客户端的订阅信息，将客户端订阅的设备信息发送至消息队列，客户端通过实时监听消息队列，获取对应的设备信息，不仅能够及时获取到设备信息，而且也省去了服务器对客户端的周期性设备信息查询进行响应处理的操作，因此降低了服务器负载。

附图说明

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

图1是本申请一实施例提供的一种设备信息订阅系统的示意性框图；

图2是本申请一实施例提供的一种设备信息订阅方法的步骤示意流程图；

图3是本申请一实施例提供的一种客户端注册以及进行设备信息订阅的示意流程图；

图4是本申请一实施例提供的一种服务器下发设备信息的示意流程图；

图5是本申请一实施例提供的另一种设备信息订阅方法的步骤示意流程图；

图6是本申请一实施例提供的一种客户端的示意性框图；

图7是本申请一实施例提供的一种服务器的示意性框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。

应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

在用户通过APP客户端控制设备的过程中，客户端一般都是通过轮询的方式，周期性调用服务器接口查询设备控制结果、设备最新状态等设备信息。客户端每进行一次查询，服务器就需要进行一次设备信息查询响应处理，从而导致服务器的处理压力大；而且，客户端需要进行主动查询后才会获取到设备信息，这就导致很多时候设备信息并不是及时获取的。

为了解决上述问题，本申请的实施例提供了一种设备信息订阅方法、客户端、服务器、系统及存储介质，用于降低服务器负载以及确保设备信息获取的及时性。

请参阅图1，图1是本申请一实施例提供的一种设备信息订阅系统的示意性框图。如图1所示，设备信息订阅系统1000可以包括客户端100和服务器200，客户端100和服务器200通信连接，通过客户端100与服务器200交互，服务器200将通过客户端100控制的设备对应的设备信息推送到客户端100，供用户通过查询客户端获取到设备控制结果、设备最新状态等设备信息。

示例性的，客户端100加载于智能手机、平板电脑、个人计算机等终端上。

客户端100包括通信模块110和控制装置120，其中，通信模块110用于客户端100与服务器200通信连接。

控制装置120包括处理器，处理器可以是中央处理单元(Central ProcessingUnit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(Field-Programmable GateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

服务器200可以一台独立的服务器，或者是服务器集群，或者是多台服务器按照一定逻辑组成系统。在实际应用中，该服务器200可以是IOT(Internet ofThings，物联网)云服务器。

示例性的，服务器200包括有MQTT(Message Queuing Telemetry Transport，消息队列遥测传输)子服务器。

可以理解的，上述对于设备信息订阅系统各部件的命名仅仅出于标识的目的，并不因此对本申请实施例进行限制。

以下将基于设备信息订阅系统、所述设备信息订阅系统中的客户端和所述设备信息订阅系统中的服务器对本申请的实施例提供的设备信息订阅方法进行详细介绍。

请参阅图2，图2是本申请一实施例提供的一种设备信息订阅方法的步骤示意流程图。该设备信息订阅方法具体应用于上述实施例提供的客户端中，以实现降低服务器负载以及确保设备信息获取的及时性。

如图2所示，该设备信息订阅方法具体包括步骤S101至步骤S104。

S101、获取服务器发送的消息队列遥测传输子服务器对应的配置信息。

在通过APP客户端控制电视机、冰箱、洗衣机、空调等设备的过程中，客户端与服务器，如IOT云服务器通信连接，其中，服务器包括MQTT(Message Queuing TelemetryTransport，消息队列遥测传输)子服务器，MQTT子服务器指定有对应的MQTT消息队列。服务器将MQTT子服务器对应的配置信息发送至客户端。其中，MQTT子服务器对应的配置信息中包括MQTT子服务器指定的MQTT消息队列对应的队列信息。客户端获取服务器发送的MQTT子服务器对应的配置信息。

在一些实施例中，客户端首先进行注册，发送相应的客户端注册请求信息至服务器，其中，该注册请求信息包括应用公钥APP key、客户端标识号ClientId等。服务器根据客户端的注册请求信息，验证客户端注册请求的合法性，并在验证合法时，返回MQTT子服务器对应的配置信息至客户端。进一步地，服务器在验证合法时，还返回客户端注册响应区域标识符RegId至客户端。

可选地，服务器配置IOT Push Server推送服务端，用于将消息MQTT消息队列中。在客户端启动时，通过SDK(Software Development Kit，软件开发工具包)往服务器的IOTPush Server推送服务端进行注册，传给IOT Push Server推送服务端应用公钥APP key、客户端标识号ClientId等注册请求信息。IOT Push Server推送服务端根据应用公钥APPkey、客户端标识号ClientId等注册请求信息，验证客户端注册请求的合法性，并在验证合法时，IOT Push Server推送服务端返回客户端注册响应的RegId和MQTT子服务器对应的配置信息至客户端。

S102、根据所述配置信息，确定所述消息队列遥测传输子服务器对应指定的消息队列。

客户端在接收到服务器发送的MQTT子服务器对应的配置信息后，根据MQTT子服务器对应的配置信息，确定MQTT子服务器对应的指定的MQTT消息队列。例如，根据配置信息中的MQTT子服务器指定的MQTT消息队列对应的队列信息，确定出MQTT子服务器指定的MQTT消息队列。

S103、发送客户端进行设备信息订阅对应的订阅信息至所述服务器，以供所述服务器根据所述订阅信息，将所述客户端订阅的设备信息发送至所述消息队列。

客户端还将进行设备信息订阅对应的订阅信息发送中服务器。其中，该订阅信息包括客户端注册响应的区域标识符RegId、设备与设备信息类型之间的对应关系，设备信息类型即设备控制事件、设备状态更新事件等订阅内容。

例如，如图3所示，客户端注册以及进行设备信息订阅的流程如下：

(1)、APP启动，通过SDK往IOT Push Server推送服务端进行注册，传APP key、ClientId至IOT Push Server推送服务端，以验证客户端注册请求的合法性；

(2)、IOT Push Server推送服务端返回客户端注册响应的RegId和MQTT子服务器配置信息；

(3)、APP监听对应指定的消息队列；

(4)、APP上报需要订阅的RegID、设备、事件的订阅信息，完成订阅流程。

在一些实施例中，预设监听时长，例如设置监听时长为3个月，可以理解的是，该监听时长可根据实际情况进行灵活设置，在此不做限制。服务器通过IOT Push Server推送服务端清理掉在监听时长内一直未连接上线的客户端对应的RegID及订阅关系。

服务器与通过客户端控制的设备通信连接，设备将对应的控制结果、设备状态等设备信息发送至服务器。同时，服务器在接收到客户端发送的订阅信息后，根据RegId、设备与设备信息类型之间的对应关系，获取属于客户端订阅的设备信息，将设备信息发送至MQTT消息队列。例如，服务器根据RegId、设备与设备信息类型之间的对应关系，确定出需要推送的目标RegId列表，根据该目标RegId列表进行设备信息推送。可选地，服务器调用IOTPush Server推送服务端提供的接口进行设备信息推送，通过IOT Push Server推送服务端将设备信息发送至指定的MQTT消息队列。

在一些实施例中，服务器获取到客户端订阅的设备信息后，先判断客户端当前是否在线。只有当客户端当前在线时，才将设备信息发送至MQTT消息队列。

可选地，服务器调用IOT Push Server推送服务端提供的接口进行设备信息推送，发送设备信息推送请求至IOT Push Server推送服务端，IOT Push Server推送服务端接收到设备信息推送请求后，根据客户端注册响应的RegId，判断客户端当前是否在线。若客户端当前不在线，则不需将设备信息推送至客户端。若客户端当前在线，IOT Push Server推送服务端将设备信息发送至MQTT消息队列。

S104、监听所述消息队列，获取所述客户端订阅的设备信息。

客户端通过监听MQTT消息队列，获取到客户端订阅的设备信息，而不需要周期性向服务器发送设备信息查询请求，才能获取到服务器反馈的设备信息。

例如，如图4所示，IOT服务器下发设备信息的流程如下：

(1)、设备上报设备信息到IOT服务器；

(2)、IOT服务器根据APP上报的订阅信息(RegId-设备-事件关系)，确定出需要推送的目标RegId列表；

(3)、IOT服务器调用IOT Push Server推送服务端提供的接口进行设备信息推送；

(4)、IOT Push Server推送服务端根据RegId判断APP是否在线；

(5)、若APP在线，则发送设备信息到MQTT消息队列，APP会实时监听到设备信息。

请参阅图5，图5是本申请一实施例提供的一种设备信息订阅方法的步骤示意流程图。该设备信息订阅方法具体应用于服务器中，以实现降低服务器负载以及确保设备信息获取的及时性。

如图5所示，该设备信息订阅方法具体包括步骤S201至步骤S203。

S201、获取客户端发送的设备信息订阅对应的订阅信息。

客户端首先进行注册，发送相应的客户端注册请求信息至服务器，其中，该注册请求信息包括应用公钥APPkey、客户端标识号ClientId等。服务器根据客户端的注册请求信息，验证客户端注册请求的合法性，并在验证合法时，返回MQTT子服务器对应的配置信息至客户端。

进一步地，服务器在验证合法时，还返回客户端注册响应区域标识符RegId至客户端。

客户端将进行设备信息订阅对应的订阅信息发送中服务器。其中，该订阅信息包括客户端注册响应的区域标识符RegId、设备与设备信息类型之间的对应关系，设备信息类型即设备控制事件、设备状态更新事件等订阅内容。服务器接收客户端发送的上述订阅信息。

S202、根据所述订阅信息，获取对应的设备信息。

服务器与通过客户端控制的设备通信连接，设备将对应的控制结果、设备状态等设备信息发送至服务器。同时，服务器在接收到客户端发送的订阅信息后，根据RegId、设备与设备信息类型之间的对应关系，获取属于客户端订阅的设备信息。

S203、将所述设备信息发送至消息队列，以供所述客户端监听所述消息队列，获取所述设备信息。

服务器将设备信息发送至MQTT消息队列，例如，服务器根据RegId、设备与设备信息类型之间的对应关系，确定出需要推送的目标RegId列表，根据该目标RegId列表进行设备信息推送。可选地，服务器调用IOT Push Server推送服务端提供的接口进行设备信息推送，通过IOT Push Server推送服务端将设备信息发送至指定的MQTT消息队列。

上述实施例通过客户端与服务器互联，客户端获取服务器发送的MQTT子服务器对应的配置信息，根据配置信息确定MQTT对应指定的消息队列，并发送客户端进行设备信息订阅对应的订阅信息至服务器，服务器根据客户端的订阅信息，将客户端订阅的设备信息发送至消息队列，客户端通过实时监听消息队列，获取对应的设备信息，不仅能够及时获取到设备信息，而且也省去了服务器对客户端的周期性设备信息查询进行响应处理的操作，因此降低了服务器负载。

请参阅图6，图6为本申请实施例提供的一种客户端的示意性框图。如图6所示，客户端600可以包括处理器610和存储器620。处理器610和存储器620通过总线连接，该总线比如为I2C(Inter-integrated Circuit)总线。

具体地，处理器610可以是微控制单元(Micro-controllerUnit，MCU)、中央处理单元(Central Processing Unit，CPU)或数字信号处理器(Digital Signal Processor，DSP)等。

具体地，存储器620可以是Flash芯片、只读存储器(ROM，Read-Only Memory)磁盘、光盘、U盘或移动硬盘等。

其中，所述处理器用于运行存储在存储器中的计算机程序，并在执行所述计算机程序时实现如下步骤：

监听所述消息队列，获取所述客户端订阅的设备信息。

在一些实施例中，所述处理器在实现所述获取服务器发送的消息队列遥测传输子服务器对应的配置信息之前，还实现：

发送客户端注册请求信息至所述服务器，以供所述服务器根据所述注册请求信息，验证所述客户端注册请求的合法性，并在验证合法时，返回所述消息队列遥测传输子服务器对应的配置信息至所述客户端。

在一些实施例中，所述注册请求信息包括应用公钥、客户端标识号。

请参阅图7，图7是本申请一实施例提供的服务器的示意性框图。该服务器500包括处理器710和存储器720，处理器710和存储器720通过总线连接，该总线比如为I2C(Inter-integrated Circuit)总线。

具体地，处理器710可以是微控制单元(Micro-controllerUnit，MCU)、中央处理单元(Central Processing Unit，CPU)或数字信号处理器(Digital Signal Processor，DSP)等。

具体地，存储器720可以是Flash芯片、只读存储器(ROM，Read-Only Memory)磁盘、光盘、U盘或移动硬盘等。

获取客户端发送的设备信息订阅对应的订阅信息；

根据所述订阅信息，获取对应的设备信息；

在一些实施例中，所述处理器在实现所述根据所述订阅信息，获取对应的设备信息之后，还实现：

判断所述客户端当前是否在线；

若所述客户端当前在线，则执行所述将所述设备信息发送至消息队列的步骤。

在一些实施例中，所述订阅信息包括客户端注册响应区域标识符、设备与设备信息类型之间的对应关系。

在一些实施例中，所述处理器在实现所述获取客户端发送的设备信息订阅对应的订阅信息之前，还实现：

在接收到客户端发送的注册请求信息时，根据所述注册请求信息，验证所述客户端注册请求的合法性；

在验证合法时，返回注册响应的客户端区域标识符至所述客户端。

本申请的实施例还提供了一种设备信息订阅系统，可例如为图1所示的设备信息订阅系统，所述设备信息订阅系统包括客户端和服务器。需要说明的是，客户端可以为图6中示例的客户端，服务器可以为图7中示例的服务器。

设备信息订阅系统中客户端与服务器之间联动的具体操作可参见前面的实施例所述，在此不再赘述。

本申请的实施例中还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序中包括程序指令，所述处理器执行所述程序指令，实现上述实施例提供的设备信息订阅方法的步骤。

其中，计算机可读存储介质可以是前述实施例的客户端或服务器的内部存储单元，例如客户端或服务器的硬盘或内存。计算机可读存储介质也可以是客户端或服务器的外部存储设备，例如客户端或服务器上配备的插接式硬盘，智能存储卡(Smart MediaCard，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。

由于该计算机可读存储介质中所存储的计算机程序，可以执行本申请实施例所提供的任一种设备信息订阅方法，因此，可以实现本申请实施例所提供的任一种设备信息订阅方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

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

Claims

1.一种设备信息订阅方法，应用于客户端，其特征在于，包括：

监听所述消息队列，获取所述客户端订阅的设备信息。

2.根据权利要求1所述的设备信息订阅方法，其特征在于，所述获取服务器发送的消息队列遥测传输子服务器对应的配置信息之前，还包括：

3.根据权利要求2所述的设备信息订阅方法，其特征在于，所述注册请求信息包括应用公钥、客户端标识号。

4.一种设备信息订阅方法，应用于服务器，其特征在于，包括：

获取客户端发送的设备信息订阅对应的订阅信息；

根据所述订阅信息，获取对应的设备信息；

5.根据权利要求4所述的设备信息订阅方法，其特征在于，所述根据所述订阅信息，获取对应的设备信息之后，还包括：

判断所述客户端当前是否在线；

6.根据权利要求4或5所述的设备信息订阅方法，其特征在于，所述订阅信息包括客户端注册响应区域标识符、设备与设备信息类型之间的对应关系。

7.根据权利要求6所述的设备信息订阅方法，其特征在于，所述获取客户端发送的设备信息订阅对应的订阅信息之前，还包括：

8.一种客户端，其特征在于，包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器调用所述存储器中的计算机程序时执行如权利要求1至3中任一项所述的设备信息订阅方法。

9.一种服务器，其特征在于，包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器调用所述存储器中的计算机程序时执行如权利要求4至7中任一项所述的设备信息订阅方法。

10.一种设备信息订阅系统，其特征在于，包括如权利要求8所述的客户端和如权利要求9所述的服务器。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时使所述处理器实现如权利要求1至3中任一项所述的设备信息订阅方法；或者实现如权利要求4至7中任一项所述的设备信息订阅方法。