CN110753921A

CN110753921A - 查询请求的处理方法、装置、计算机设备和存储介质

Info

Publication number: CN110753921A
Application number: CN201980002760.7A
Authority: CN
Inventors: 唐海
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2019-01-11
Filing date: 2019-01-11
Publication date: 2020-02-04
Anticipated expiration: 2039-01-11
Also published as: CN110753921B; WO2020143013A1

Abstract

本申请涉及一种查询请求的处理方法、装置、计算机设备和存储介质，RCD接收到第三方设备发送的设备查询请求后，先检测自身是否存在影子设备，若存在，则选择直接向第三方设备发送影子设备的设备信息或者不做应答，由影子设备向第三方设备进行应答。由于RCD检测到已建立与其资源同步的影子设备后，对第三方设备的请求进行处理时，无论哪种处理方式，其给第三方设备都是影子设备的设备信息，这样，在第三方设备进行后续控制过程时，不论从RCD还是从影子设备上获取到都是影子设备的设备信息，则第三方设备只能控制影子设备，避免了第三方设备选择了RCD的困扰，使得人机交互更加智能，大大提高了服务质量。

Description

查询请求的处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及物联网技术领域，特别是涉及一种查询请求的处理方法、装置、计算机设备和存储介质。

背景技术

随着物联网以及智能家居技术和产业的发展，智能化家用电器开始进入到普通居民的生活当中，而智能化家用电器设备可以分为普通设备(NormalDevice，ND)和资源受限设备(Resource Constrained Device，RCD)。普通设备指在处理速度、持续工作、联网等方面的能力较强的设备，资源受限设备是相对于普通设备而言，其硬件资源相对匮乏，导致其业务处理能力和续航能力都较差，资源受限设备在网络中可能会周期性进入睡眠状态(节省电力)、或无法实时处理大批量的业务请求等。

为了保证RCD能够及时处理第三方设备的控制请求，可以根据RCD的资源备份在路由器或者云端等其它设备上生成一个与该RCD完全相同的设备，即影子设备(shadowdevice)，shadow device可以完全代表RCD接收第三方设备的控制请求或者应答消息，并且，shadow device与RCD保持资源的同步。

例如，配置端(Mediator)将RCD(灯(light))配置为可设置影子设备，则Light可以在云平台上完成shadow device的注册过程，在注册过程中完成light与light shadowdevice的资源同步。当第三方设备通过修改light shadow device的状态，间接完成对light的操作。在处理过程中，light shadow device收到第三方设备的控制请求后，有可能会先把该请求发送到RCD，RCD完成对该控制请求的操作后，向light shadow device返回应答消息后，light shadow device完成对资源的修改。

但是，在RCD建立了shadow device之后，第三方设备可以同时发现RCD和Shadowdevice设备，但第三方设备不可以操作RCD，仅能操作shadow device，如果用户选择了RCD，RCD就会返回错误信息，给用户带来不必要的困扰，导致人机交互不智能，降低了服务质量。

发明内容

基于此，有必要针对上述在RCD建立了shadow device之后，第三方设备可以同时发现RCD和Shadow device设备，但第三方设备不可以操作RCD，仅能操作shadow device，如果用户选择了RCD，RCD就会返回错误信息，给用户带来不必要的困扰，导致人机交互不智能，降低了服务质量的技术问题，提供一种查询请求的处理方法、装置、计算机设备和存储介质。

第一方面，本发明的实施例提供一种查询请求的处理方法，所述方法包括：

接收设备查询请求；所述设备查询请求包括设备类型；

检测所述设备类型对应的资源受限设备是否存在影子设备；

若是，则根据所述影子设备的设备信息对所述设备查询请求进行处理。

在其中一个实施例中，所述根据所述影子设备的设备信息对所述设备查询请求进行处理，包括：

通过影子设备配置资源，获取所述影子设备的设备信息；

根据所述影子设备的设备信息向第三方设备发送第一应答消息；所述第一应答消息包括所述影子设备的设备信息。

在其中一个实施例中，所述影子设备的设备信息包括所述影子设备的标识ID和/或端口信息。

在其中一个实施例中，所述影子设备的设备信息还包括设备类型、接口信息、软硬件版本信息、支持语言中的至少一个。

在其中一个实施例中，所述第一应答消息还包括所述影子设备的可操作资源信息。

在其中一个实施例中，所述可操作资源信息包括可操作资源的统一资源标识符URI、可操作资源的接口信息、可操作资源的资源类型中的至少一个。

在其中一个实施例中，所述通过影子设备配置资源，获取所述影子设备的设备信息之前，所述方法还包括：

检测所述影子设备是否建立在云端；

若所述影子设备建立在云端，则执行通过影子设备配置资源，获取所述影子设备的设备信息的步骤。

在其中一个实施例中，所述根据所述影子设备的设备信息对所述设备查询请求进行处理，包括：丢弃所述设备查询请求。

在其中一个实施例中，所述根据所述影子设备的设备信息对所述设备查询请求进行处理，包括：向第三方设备发送第二应答消息；所述第二应答消息用于指示所述资源受限设备存在影子设备。

在其中一个实施例中，所述检测所述设备类型对应的资源受限设备是否存在影子设备，包括：

获取所述影子设备配置资源参数中的影子设备生成指示位；

根据所述影子设备生成指示位检测所述设备类型对应的资源受限设备是否存在影子设备。

第二方面，本发明实施例提供一种查询请求的处理方法，所述方法包括：

接收设备查询请求；所述设备查询请求包括设备类型；

根据所述设备查询请求发送应答消息；所述应答消息包括所述设备类型对应资源受限设备的影子设备的设备信息。

在其中一个实施例中，所述应答消息还包括所述影子设备的可操作资源信息。

第三方面，本发明实施例提供一种查询请求的处理方法，所述方法包括：

发送设备查询请求；所述设备查询请求包括设备类型；

接收所述设备类型对应的资源受限设备和/或所述资源受限设备的影子设备发送的应答消息；所述应答消息包括所述设备类型对应资源受限设备的影子设备的设备信息。

第四方面，本发明实施例提供一种查询请求的处理装置，所述装置包括：

第一接收模块，用于接收设备查询请求；所述设备查询请求包括设备类型；

检测模块，用于检测所述设备类型对应的资源受限设备是否存在影子设备；

应答模块，用于若所述资源受限设备存在影子设备，则根据所述影子设备的设备信息对所述设备查询请求进行处理。

第五方面，本发明实施例提供一种查询请求的处理装置，所述装置包括：

第二接收模块，用于将接收设备查询请求；所述设备查询请求包括设备类型；

第一发送模块，用于根据所述设备查询请求发送应答消息；所述应答消息包括所述设备类型对应资源受限设备的影子设备的设备信息。

第六方面，本发明实施例提供一种查询请求的处理装置，所述装置包括：

第二发送模块，用于发送设备查询请求；所述设备查询请求包括设备类型；

第三接收模块，用于接收所述设备类型对应的资源受限设备和/或所述资源受限设备的影子设备发送的应答消息；所述应答消息包括所述设备类型对应资源受限设备的影子设备的设备信息。

第七方面，本发明实施例提供一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以上第一方面至第三方面中任一项所述方法的步骤。

第八方面，本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以上第一方面至第三方面中任一项所述的方法的步骤。

本申请实施例提供的一种查询请求的处理方法、装置、计算机设备和存储介质，RCD接收到第三方设备发送的设备查询请求后，检测自身是否存在影子设备，若存在，则选择直接向第三方设备发送影子设备的设备信息，或者不做应答，由影子设备向第三方设备进行应答。该方法中，RCD检测到已建立了与其资源同步的影子设备后，对第三方设备的设备查询请求进行处理时，无论哪种处理方式，其给第三方设备都是依据影子设备的设备信息，这样，在第三方设备进行后续控制过程时，不论从RCD还是从影子设备上获取到的应答都是关于影子设备的设备信息，则第三方设备控制的只能是影子设备，避免了第三方设备选择了RCD的困扰，使得人机交互更加智能，大大提高了服务质量。

附图说明

图1为一个实施例提供的一种查询请求的处理方法的应用环境图；

图2为一个实施例提供的第三方设备的内部结构图；

图3为一个实施例提供的一种查询请求的处理方法的使用示意图；

图4为一个实施例提供的一种查询请求的处理方法的流程示意图；

图5为一个实施例提供的一种查询请求的处理方法的过程示意图；

图6为一个实施例提供的一种查询请求的处理方法的流程示意图；

图7为一个实施例提供的一种查询请求的处理方法的流程示意图；

图8为一个实施例提供的一种查询请求的处理方法的流程示意图；

图9为一个实施例提供的一种查询请求的处理方法的流程示意图；

图10为一个实施例提供的一种查询请求的处理装置的结构框图；

图11为一个实施例提供的一种查询请求的处理装置的结构框图；

图12为一个实施例提供的一种查询请求的处理装置的结构框图；

图13为一个实施例提供的一种查询请求的处理装置的结构框图；

图14为一个实施例提供的一种查询请求的处理装置的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的一种查询请求的处理方法，可以应用于如图1所示的应用环境中，包括资源受限设备(Resource Constrained Device，RCD)、影子设备(Shadow device)和第三方设备，其中，RCD、Shadow device和第三方设备两两之间可以进行通信，其通信方式可以是无线通信，例如：WIFi、红外通信或者3G、4G、5G等，本实施例对此不做限定。其中，RCD可以是资源受限的智能化家用电器，例如：灯具、空调等，还可以是智能终端，例如：手机或者PAD等。其中Shadow device的资源和RCD的资源完全同步，Shadow device可以设置在云端，也可以设置在与RCD相同的本地局域网中的其它设备上，本申请实施例对Shadow device的具体类型不做限定。其中，第三方设备可以是服务器，也可以是其他处理设备，本实施例对此也不做限定。如图2所示，上述服务器可以包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该服务器的处理器用于提供计算和控制能力。该服务器的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该服务器的数据库用于查询请求的处理方法的数据。该服务器的网络接口用于与外部的其他设备通过网络连接通信。该计算机程序被处理器执行时以实现一种查询请求的处理方法。

在实际应用中，以资源受限设备为light(灯)、影子设备为light shadowdevice(灯影子设备)、影子设备建立在云端为例，如图3所示，配置设备(Mediator)向light发送建立light shadow device地址信息，以及访问该地址信息的必要信息，例如：该必要信息可以包括云平台的地址、云平台的访问令牌(access token)、light shadow device的统一资源标识符(Uniform Resource Identifier,简称URI)等。即Mediator在云端为light注册一个light shadow device，建立完成后，light与light shadow device的所有资源同步，然后，第三方设备发送一个需要变更light工作状态的请求给light shadow device，lightshadow device接收到该请求后将该请求发送给light，light将工作状态进行转变，并反馈完成消息给light shadow device，则表示light shadow device完成了对light的修改。但是，当RCD设备建立起shadow device之后，在网络中同时存在了两个资源相同的设备，但这两个资源相同的设备有不同的设备ID，对其中之一的资源进行操作后产生相同的操作结果。RCD建立了shadow device之后，一般仅需要shadow device与第三方进行交互，也就是说第三方不应该直接操作RCD。除RCD上的设备发现资源之外，第三方设备不可以访问RCD的任何资源，然而第三方设备同时可以发现RCD设备和Shadow device设备，却仅能操作shadow device，不可以操作RCD设备。如果用户选择了RCD并进行操作，RCD就会返回错误信息，基于此，本申请实施例提供一种查询请求的处理方法、装置、计算机设备和存储介质，旨在解决在上述在RCD建立了shadow device之后，第三方设备可以同时发现RCD和Shadowdevice设备，但第三方设备不可以操作RCD，仅能操作shadow device，如果用户选择了RCD，RCD就会返回错误信息，给用户带来不必要的困扰，导致人机交互不智能，降低了服务质量的技术问题。

下面将通过实施例并结合附图具体地对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。需要说明的是，本申请实施例提供的一种查询请求的处理方法，以不同的执行主体对各实施例进行说明，其中图4和图7的执行主体为资源受限设备，图8的执行主体为影子设备，图9的执行主体为第三方设备。其中，各实施例的执行主体均还可以是查询请求的处理装置，其中该装置可以通过软件、硬件或者软硬件结合的方式实现资源更新的部分或者全部。

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。

下面对执行主体为RCD的各实施例进行说明。

在一个实施例中，图4提供了一种查询请求的处理方法，本实施例涉及的是在RCD在接收到设备查询请求后，检测是否存在影子设备，并根据检测结果对第三方设备的查询请求进行应答的具体过程。如图4所示，该方法包括：

S101，接收设备查询请求；所述设备查询请求包括设备类型。

本实施例中，设备查询请求表示第三方设备发送的获取或修改RCD资源的请求，其中，该设备查询请求中包括了设备类型，即，包括了RCD的设备类型。其中该第三方设备可以是终端设备，例如：手机、PAD、个人电脑等，还可以是计算机设备或者服务器等，本实施例对此不做限定。其中，第三方设备发送设备查询请求的方式可以是在该RCD所在的局域网中发送组播消息，也可以是其他方式，本实施例对此不做限定。示例地，以RCD设备为light为例，在实际应用中，RCD接收设备查询请求可以为，light接收第三方设备发送在局域网中的设备查询请求。

S102，检测所述设备类型对应的资源受限设备是否存在影子设备。

本步骤中，影子设备(shadow device)表示根据RCD的资源备份在其他设备上生成一个与该RCD完全相同的设备，新生成的设备，即，影子设备可以完全代表该RCD发送请求和接收应答，其中，影子设备与RCD保持资源的同步。其中，该影子设备可以是设置在云端，也可以是设置于RCD相同的局域网中，本实施例对此不做限定。在实际应用中，基于上述S101步骤中，RCD接收的设备查询请求，检测设备查询请求中携带的设备类型对应的RCD是否存在影子设备，其中，RCD检测是否存在影子设备的方式可以是通过检测是否有存储该影子设备的信息，如果存储了该影子设备的信息则表示该RCD存在影子设备。

这里需要说明的是，第三方设备发送的设备查询请求只有请求中携带的设备类型对应的RCD才可以接收，当然，若影子设备与该RCD在同一局域网中，第三方设备发送的又是组播请求，因此除了RCD，影子设备也可以接收到该请求。例如，设备查询请求中包括rt＝oic.d.light，则表示该设备类型为light。

S103，若存在影子设备，则根据所述影子设备的设备信息对所述设备查询请求进行处理。

基于上述S102步骤中，RCD检测到存在影子设备，则根据影子设备的设备信息对设备查询请求进行应答。示例地，RCD应答的方式可以是不做应答，也可以是将影子设备的设备信息返回至第三方设备，还可以是对第三方设备反馈存在影子设备的消息等，本实施例对此不做限定。其中，RCD向第三方设备进行应答可以是以单播的形式进行。需要说明的是，RCD不做应答的情况是建立在RCD和相应的影子设备均位于同一个本地局域网中，由于影子设备也接收到了第三方设备发送的设备查询请求，这种情况下，影子设备会返回自身的设备信息至第三方设备，以使第三方设备可以根据影子设备的设备信息进行后续的控制请求。

本实施例提供的一种查询请求的处理方法，RCD接收到第三方设备发送的设备查询请求后，检测自身是否存在影子设备，若存在，则选择直接向第三方设备发送影子设备的设备信息或者不做应答，由影子设备向第三方设备进行应答。该方法中，RCD检测到已建立了与其资源同步的影子设备后，对第三方设备的设备查询请求进行处理时，无论哪种处理方式，其给第三方设备的都是依据影子设备的设备信息，这样，在第三方设备进行后续控制过程时，不论从RCD还是从影子设备上获取到的应答都是关于影子设备的设备信息，则第三方设备控制的只能是影子设备，避免了第三方设备选择了RCD的困扰，使得人机交互更加智能，大大提高了服务质量。

在上述实施例中的S103步骤中，RCD根据影子设备的设备信息对第三方设备发送的设备查询请求进行应答的方式有三种，下面对这三种应答方式做以详细说明。

第一种方式，上述S103的一种可实现方式包括：通过影子设备配置资源，获取所述影子设备的设备信息；根据所述影子设备的设备信息向第三方设备发送第一应答消息；所述第一应答消息包括所述影子设备的设备信息。

本实施例中，影子设备配置资源用于资源受限设备注册影子设备，保存在RCD中。RCD检测到存在影子设备后，先从影子设备配置资源中获取影子设备的设备信息，然后向第三方设备发送第一应答消息，其中该第一应答消息包括了影子设备的设备信息，其中，RCD向第三方设备发送第一应答消息的方式可以是通过无线通信的方式发送，例如Wi-Fi、红外通信或者3G、4G、5G等，本实施例对此不做限定。

可选地，上述影子设备的设备信息包括所述影子设备的标识ID和/或端口信息。可选地，所述影子设备的设备信息还包括设备类型、接口信息、软硬件版本信息、支持语言中的至少一个。其中，影子设备的标识ID表示影子设备的身份凭证信息，其中该标识ID可以是数字、字母或者数字与字母的组合，本实施例对此不做限定。其中，端口信息表示影子设备的IP地址和端口地址。其中影子设备的设备信息还可以包括：设备类型、接口信息、软硬件版本信息、支持语言中等等，在RCD向第三方设备发送影子设备的设备信息时可以是上述列举中的一个，也可以是多个，本实施例对此不做限定。

本实施例中，RCD可以通过影子设备配置资源获取影子设备的ID、端口信息(IPaddress+port)，还有可能携带了shadow device的设备类型、接口信息、软硬件版本信息、支持语言等信息。

可选地，上述第一应答消息还包括所述影子设备的可操作资源信息。可选地，所述可操作资源信息包括可操作资源的统一资源标识符URI、可操作资源的接口信息、可操作资源的资源类型中的至少一个。

其中，第一应答消息中包括了影子设备的可操作资源信息，例如：可操作资源的URI、可操作资源的接口信息以及可操作资源的资源类型等，其中，URI的表示资源名称的字符，其可以是数字、字母或者数字与字母的组合，本实施例对此不做限定。

第二种方式，上述S103的另一种可实现方式包括：丢弃所述设备查询请求。

本实施例中，RCD检测到存在影子设备后，丢弃该设备查询请求，即表示对该第三方设备的设备查询请求不做应答。

第三种方式，上述S103的再一种可实现方式包括：向第三方设备发送第二应答消息；所述第二应答消息用于指示所述资源受限设备存在影子设备。

本实施例中，RCD向第三方设备发送第二应答消息，其中该第二应答消息用于指示RCD存在影子设备，其中，RCD向第三方设备发送第二应答消息的方式可以是通过无线通信的方式发送，例如Wi-Fi、红外通信或者3G、4G、5G等，本实施例对此不做限定。需要理解的是，这里的第二应答消息只是一个表示存在影子设备的消息，其中不包含影子设备的任何信息。

示例地，如图5所示，为本实施例提供的三种RCD设备对第三方设备进行应答的方式的完整示意图，该示意图中设定RCD已经创建了影子设备，且RCD和影子设备都在同一局域网中，这样，第三方设备发送在该组播组内的请求，RCD和影子设备都会收到。具体地:

S1：第三方设备在本地局域网中发送组播设备查询请求，例如：RCD为“light”，则第三方设备发送的请求为获取”light”类型的设备的设备发现请求。

S2：当资源受限设备收到设备发现请求消息之后，首先检查自身是否存在影子设备。

检查的方法例如为：检测其自身是否存在影子设备配置资源，如果有则检测上述影子设备配置资源的参数：影子设备生成指示位，该指示位如果为true则表示该设备存在影子设备，反之则不存在影子设备。如果存在影子设备，则通过影子设备配置资源获取影子设备的ID、端口信息，还有可能携带了影子设备的设备类型、设备的接口信息、软硬件版本信息，支持语言等信息。其中端口信息包括设备的传输协议(例如coaps+TCP，coaps等)、IP地址、端口号。还有可能获取shadow device对应的可操作资源信息。可操作资源信息可以包括：可操作资源的URI、可操作资源的接口信息、可操作资源的资源类型等。

当RCD确定自身存在影子设备之后，可选择以下S3、S4、S5中的任意一种方式来应答第三方设备。

S3：RCD以单播的方式向第三方设备发送第一应答消息，其中，该第一应答消息中携带了影子设备的端口信息、ID、设备类型、接口信息、软硬件版本信息、支持语言等。

S4：RCD丢弃该请求，不做应答。

S5：RCD以单播的方式向第三方设备发送第二应答消息，其中，该第二应答消息用于指示其存在影子设备，但该应答消息中不包含影子设备的任何信息。

S6：在上述S3、或者S4、或者S5进行的同时，影子设备均会返回的包含其设备信息的应答消息给第三方设备。

以上实施例提供的三种RCD设备对第三方设备进行应答的方式，无论哪种应答方式，第三方设备接收到的都是影子设备的设备信息，这样，在第三方设备进行后续控制过程时，控制的也只能是影子设备，避免了第三方设备选择了RCD的困扰，使得人机交互更加智能，大大提高了服务质量。

考虑到影子设备建立在云端时，第三方设备在RCD所在的局域网中发送的组播请求，影子设备是接收不到的，这种情况下，需要RCD采用“发送包含影子设备信息的第一应答消息”这一方式应答第三方设备，则在此之前，需要RCD先确定影子设备是否建立在云端，在其中一个实施例中，本实施例提供一种查询请求的处理方法，该实施例涉及的是RCD检测影子设备是否建立在云端，并根据检测结果对第三方设备进行应答的具体过程，如图6所示，所述方法还包括：

S201，检测所述影子设备是否建立在云端。

本实施例中，RCD检测影子设备是否建立在云端，示例地，RCD检测影子设备建立在云端的方式可以是，RCD查询影子设备的注册地址属于本地局域网的地址，若不是，则表示影子设备建立在云端；若是，则表示该影子设备建立在本地局域网中，当然，RCD也可以通过直接查询影子设备的注册地址是否属于云端地址来确定，例如，也可以通过在配置资源中增加一个影子设备建立位置的指示位，根据该指示位判定影子设备是否建立在云端，本实施例对此不做限定。

S202，若所述影子设备建立在云端，则执行通过影子设备配置资源，获取所述影子设备的设备信息的步骤。

基于上述S201中，RCD检测到影子设备建立在云端，资源受限设备通过影子设备配置资源，获取所述影子设备的设备信息，以便将包括影子设备信息的第一应答消息发送至第三方设备。

本实施例提供的一种查询请求的处理方法，RCD在检测到影子设备建立在云端后，通过影子设备配置资源，获取所述影子设备的设备信息，以便发送影子设备的设备信息给第三方设备，以使第三方设备根据影子设备的设备信息，进行后续控制过程，避免了第三方设备选择了RCD的困扰，使得人机交互更加智能，大大提高了服务质量。

另外，当影子设备建立在本地局域网的其它设备上时，RCD既可以采用“发送包含影子设备信息的第一应答消息”这一方式应答第三方设备，也可以采用“丢弃该请求，不做应答”或“向第三方设备发送已存在影子设备的第二应答消息”这两种方式来应答第三方设备。

在一些场景中，上述S102步骤中RCD在检测是否存在影子设备时可以是根据配置资源参数的方式来确定，则本申请实施例提供一种查询请求的处理方法，其涉及的是RCD根据影子设备配置资源参数中的影子设备生成指示位，确定自身是否存在影子设备的具体过程，如图7所示，上述S102包括：

S301，获取影子设备配置资源参数中的影子设备生成指示位。

本实施例中，影子设备配置资源用于资源受限设备注册影子设备，其中，影子设备生成指示位为影子设备配置资源的参数，其表示RCD中是否存在影子设备。需要理解的是，RCD在检测影子设备生成指示位之前，先检测其自身是否存在影子设备配置资源，如果有，则检测上述影子设备配置资源的参数：影子设备生成指示位。

S302，根据所述影子设备生成指示位检测所述设备类型对应的资源受限设备是否存在影子设备。

基于上述S301步骤中，RCD获取的影子设备生成指示位，并根据该指示位检测是否存在影子设备，其中，检测方式可以是RCD根据指示位的显示内容确定是否存在影子设备，示例地，以RCD的影子设备配置资源是/oic/Shadow/conf为例，RCD可以检查/oic/Shadow/conf资源中的sgi(指示位)的属性，若sgi为为true则表示该设备存在影子设备，反之则不存在影子设备。

本实施例提供的一种查询请求的处理方法，RCD获取影子设备生成指示位，并通过该指示位确定是否存在影子设备，使得影子设备的检测结果更加精确，有效保证了后续第三方设备通过影子设备控制RCD状态的过程。

下面对执行主体为影子设备的各实施例进行说明。需要说明的是，以下各实施例中涉及部分内容在上述执行主体为RCD的各实施例中已经进行了描述，重复的内容将不再赘述。

在一个实施例中，图8提供了一种查询请求的处理方法，本实施例涉及的是影子设备接收到第三方设备发送的设备查询请求后，发送应答消息的具体过程。如图8所示，所述方法包括：

S401，接收设备查询请求；所述设备查询请求包括设备类型。

本实施例中，影子设备接收设备查询请求，该设备查询请求包括了设备类型，这里需要说明的是，在本申请实施例提供的一种查询请求的处理方法中，由于第三方设备发送的设备查询请求时以组播形式发送在本地局域中，则影子设备可以接收到设备查询请求的前提是影子设备建立在第三方设备发送的局域网中，若影子设备建立在云端，则影子设备接收到不到该设备查询请求。

S402，根据所述设备查询请求发送应答消息；所述应答消息包括所述设备类型对应资源受限设备的影子设备的设备信息。

基于上述S401步骤中，影子设备接收的设备查询请求，影子设备向第三方设备发送应答消息，其中，该应答消息包括该影子设备的设备信息，以使后续第三方设备根据该设备信息给影子设备发送RCD的控制请求。其中，对于该影子设备、设备信息以及应答消息在上述实施例中已进行了描述，本实施例在此不再赘述。

本实施例提供一种查询请求的处理方法，影子设备根据接收的第三方设备发送的设备查询请求，反馈包含了其设备信息的应答消息，这样，第三方设备在接收到影子设备的设备信息后只能通过给影子设备发送控制请求来控制RCD设备的状态，避免了第三方设备选择了RCD的困扰，使得人机交互更加智能，大大提高了服务质量。

可选地，上述应答消息还包括所述影子设备的可操作资源信息。可选地，所述可操作资源信息包括可操作资源的统一资源标识符URI、可操作资源的接口信息、可操作资源的资源类型中的至少一个。其中，应答消息中包括了影子设备的可操作资源信息，例如：可操作资源的URI、可操作资源的接口信息以及可操作资源的资源类型等，其中，URI的表示资源名称的字符，其可以是数字、字母或者数字与字母的组合，本实施例对此不做限定。

下面对执行主体为第三方设备的各实施例进行说明。需要说明的是，以下各实施例中涉及部分内容在上述执行主体为和执行主体为影子设备的各实施例中已经进行了描述，重复的内容将不再赘述。

在其中一个实施例中，如图9所示，本实施例提供一种查询请求的处理方法，其涉及的是第三方设备发送设备查询请求，并接收或者影子设备根据该设备查询请求反馈的应答消息的具体过程，所述方法包括：

S501，发送设备查询请求；所述设备查询请求包括设备类型。

本实施例中，第三方设备发送设备查询请求，该设备查询请求包括设备类型，其中，参考上述图5，第三方设备发送该设备查询请求的方式是以组播的形式发送。其中，对于该设备查询请求以及第三方设备在上述实施例中已进行了描述，本实施例在此不再赘述。

S502，接收所述设备类型对应的资源受限设备和/或所述资源受限设备的影子设备发送的应答消息；所述应答消息包括所述设备类型对应资源受限设备的影子设备的设备信息。

本步骤中，基于上述第三方设备发送的设备查询请求，该请求中携带的设备类型对应的RCD和/或其影子设备会反馈一个应答消息给第三方设备，第三方设备接收该应答消息。其中，RCD和/或其影子设备反馈的应答消息中包括影子设备的设备信息，则第三方设备接收RCD和/或其影子设备发送应答消息。

本实施例提供的一种查询请求的处理方法，第三方设备发送设备查询请求后，接收对应的RCD和/或其影子设备发送的应答消息中包括了影子设备的设备信息，这样，第三方设备接收到影子设备的设备信息后，在第三方设备进行后续控制过程时，只能控制影子设备，避免了第三方设备选择了RCD的困扰，使得人机交互更加智能，大大提高了服务质量。

应该理解的是，虽然图2-9的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-9中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图10所示，本申请实施例提供了一种查询请求的处理装置，包括：第一接收模块10、第一检测模块11和应答模块12，其中，

第一接收模块10，用于接收设备查询请求；所述设备查询请求包括设备类型；

第一检测模块11，用于检测所述设备类型对应的资源受限设备是否存在影子设备；

应答模块12，用于若所述资源受限设备存在影子设备，则根据所述影子设备的设备信息对所述设备查询请求进行处理。

上述实施例提供的一种查询请求的处理装置，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在其中一个实施例中，上述应答模块12具体用于通过所述影子设备配置资源，获取所述影子设备的设备信息；根据所述影子设备的设备信息向第三方设备发送第一应答消息；所述第一应答消息包括所述影子设备的设备信息。

在其中一个实施例中，如图11所示，本申请实施例提供了一种查询请求的处理装置，所述装置还包括：第二检测模块13，其中，

第二检测模块13，用于检测所述影子设备是否建立在云端；

应答模块12，用于若所述影子设备建立在云端，则通过影子设备配置资源，获取所述影子设备的设备信息的步骤。

在其中一个实施例中，上述应答模块12还用于丢弃所述设备查询请求。

在其中一个实施例中，上述应答模块12还用于向第三方设备发送第二应答消息；所述第二应答消息用于指示所述资源受限设备存在影子设备。

在其中一个实施例中，如图12所示，本申请实施例提供了一种查询请求的处理装置，上述第一检测模块11包括：获取单元111和检测单元112，其中，

获取单元111，用于获取所述影子设备配置资源参数中的影子设备生成指示位；

检测单元112，用于根据所述影子设备生成指示位检测所述设备类型对应的资源受限设备是否存在影子设备。

在其中一个实施例中，如图13所示，本申请实施例提供了一种查询请求的处理装置，所述装置包括：第二接收模块14和第一发送模块15，其中，

第二接收模块14，用于将接收设备查询请求；所述设备查询请求包括设备类型；

第一发送模块15，用于根据所述设备查询请求发送应答消息；所述应答消息包括所述设备类型对应资源受限设备的影子设备的设备信息。

在其中一个实施例中，如图14所示，本申请实施例提供了一种查询请求的处理装置，所述装置包括：第二发送模块16和第三接收模块17，其中，

第二发送模块16，用于发送设备查询请求；所述设备查询请求包括设备类型；

第三接收模块17，用于接收所述设备类型对应的资源受限设备和/或所述资源受限设备的影子设备发送的应答消息；所述应答消息包括所述设备类型对应资源受限设备的影子设备的设备信息。

关于查询请求的处理装置的具体限定可以参见上文中对于查询请求的处理方法的限定，在此不再赘述。上述查询请求的处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如上图2所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储查询请求的处理数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种查询请求的处理方法。

本领域技术人员可以理解，上图2中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

接收设备查询请求；所述设备查询请求包括设备类型；

检测所述设备类型对应的资源受限设备是否存在影子设备；

或者，该处理器执行计算机程序时实现以下步骤：

接收设备查询请求；所述查询请求包括设备类型；

根据所述查询请求发送应答消息；所述应答消息包括所述设备类型对应资源受限设备的影子设备的设备信息。

或者，该处理器执行计算机程序时实现以下步骤：

发送设备查询请求；所述查询请求包括设备类型；

上述实施例提供的一种计算机设备，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收设备查询请求；所述设备查询请求包括设备类型；

检测所述设备类型对应的资源受限设备是否存在影子设备；

或者，计算机程序被处理器执行时实现以下步骤：

接收设备查询请求；所述查询请求包括设备类型；

或者，计算机程序被处理器执行时实现以下步骤：

发送设备查询请求；所述查询请求包括设备类型；

上述实施例提供的一种计算机可读存储介质，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims

1.一种查询请求的处理方法，其特征在于，所述方法包括：

接收设备查询请求；所述设备查询请求包括设备类型；

检测所述设备类型对应的资源受限设备是否存在影子设备；

2.根据权利要求1所述的方法，其特征在于，所述根据所述影子设备的设备信息对所述设备查询请求进行处理，包括：

通过影子设备配置资源，获取所述影子设备的设备信息；

3.根据权利要求2所述的方法，其特征在于，所述影子设备的设备信息包括所述影子设备的标识ID和/或端口信息。

4.根据权利要求3所述的方法，其特征在于，所述影子设备的设备信息还包括设备类型、接口信息、软硬件版本信息、支持语言中的至少一个。

5.根据权利要求2-4任一项所述的方法，其特征在于，所述第一应答消息还包括所述影子设备的可操作资源信息。

6.根据权利要求5所述的方法，其特征在于，所述可操作资源信息包括可操作资源的统一资源标识符URI、可操作资源的接口信息、可操作资源的资源类型中的至少一个。

7.根据权利要求2-4任一项所述的方法，其特征在于，所述通过影子设备配置资源，获取所述影子设备的设备信息之前，所述方法还包括：

检测所述影子设备是否建立在云端；

8.根据权利要求1所述的方法，其特征在于，所述根据所述影子设备的设备信息对所述设备查询请求进行处理，包括：

丢弃所述设备查询请求。

9.根据权利要求1所述的方法，其特征在于，所述根据所述影子设备的设备信息对所述设备查询请求进行处理，包括：

向第三方设备发送第二应答消息；所述第二应答消息用于指示所述资源受限设备存在影子设备。

10.根据权利要求1-4任一项所述的方法，其特征在于，所述检测所述设备类型对应的资源受限设备是否存在影子设备，包括：

获取影子设备配置资源参数中的影子设备生成指示位；

11.一种查询请求的处理方法，其特征在于，所述方法包括：

接收设备查询请求；所述设备查询请求包括设备类型；

12.根据权利要求11所述的方法，其特征在于，所述影子设备的设备信息包括所述影子设备的标识ID和/或端口信息。

13.根据权利要求12所述的方法，其特征在于，所述影子设备的设备信息还包括设备类型、接口信息、软硬件版本信息、支持语言中的至少一个。

14.根据权利要求11-13任一项所述的方法，其特征在于，所述应答消息还包括所述影子设备的可操作资源信息。

15.根据权利要求14所述的方法，其特征在于，所述可操作资源信息包括可操作资源的统一资源标识符URI、可操作资源的接口信息、可操作资源的资源类型中的至少一个。

16.一种查询请求的处理方法，其特征在于，所述方法包括：

发送设备查询请求；所述设备查询请求包括设备类型；

17.根据权利要求16所述的方法，其特征在于，所述影子设备的设备信息包括所述影子设备的标识ID和/或端口信息。

18.根据权利要求17所述的方法，其特征在于，所述影子设备的设备信息还包括设备类型、接口信息、软硬件版本信息、支持语言中的至少一个。

19.根据权利要求16-18任一项所述的方法，其特征在于，所述应答消息还包括所述影子设备的可操作资源信息。

20.根据权利要求19所述的方法，其特征在于，所述可操作资源信息包括可操作资源的统一资源标识符URI、可操作资源的接口信息、可操作资源的资源类型中的至少一个。

21.一种查询请求的处理装置，其特征在于，所述装置包括：

第一检测模块，用于检测所述设备类型对应的资源受限设备是否存在影子设备；

22.一种查询请求的处理装置，其特征在于，所述装置包括：

23.一种查询请求的处理装置，其特征在于，所述装置包括：

24.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至20中任一项所述方法的步骤。

25.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至20中任一项所述的方法的步骤。