WO2021134766A1 - 确定设备状态的方法、装置、设备及存储介质 - Google Patents

确定设备状态的方法、装置、设备及存储介质 Download PDF

Info

Publication number
WO2021134766A1
WO2021134766A1 PCT/CN2020/070156 CN2020070156W WO2021134766A1 WO 2021134766 A1 WO2021134766 A1 WO 2021134766A1 CN 2020070156 W CN2020070156 W CN 2020070156W WO 2021134766 A1 WO2021134766 A1 WO 2021134766A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
status
information
indication information
communication
Prior art date
Application number
PCT/CN2020/070156
Other languages
English (en)
French (fr)
Inventor
张军
茹昭
Original Assignee
Oppo广东移动通信有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Oppo广东移动通信有限公司 filed Critical Oppo广东移动通信有限公司
Priority to PCT/CN2020/070156 priority Critical patent/WO2021134766A1/zh
Priority to CN202080071391.XA priority patent/CN114556891B/zh
Publication of WO2021134766A1 publication Critical patent/WO2021134766A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请实施例提供了一种确定设备状态的方法、装置、设备及存储介质，属于物联网技术领域。本申请实施例提供的确定设备状态的方法包括：向OCF资源设备发送状态获取信息；其中，该OCF资源设备包括服务端和云端，该状态获取信息用于获取服务端的D2D通信的连接状态或者服务端的D2C通信的连接状态；基于获取到的D2D通信的连接状态和/或D2C通信的连接状态，以及基于当前客户端的接收状态，确定服务端是否在线；本申请实施例提供的确定设备状态的方法可以确定能够同时进行D2D通信和D2C通信的服务端是否在线，继而通过服务端是否在线来确定是否能有效地使用服务端提供的服务，这样，就可以提高客户端的适应灵活性。

Description

确定设备状态的方法、装置、设备及存储介质 技术领域
本申请涉及物联网技术领域，特别是涉及一种确定设备状态的方法、装置、设备及存储介质。
背景技术
OCF(Open Connectivity Foundation)是一个物联网应用层技术标准组织，OCF为物联网设备之间实现互联互通制定了服务框架，在OCF服务框架中，通过设备资源模型来描述物联网设备，其中，提供资源的物联网设备被称为OCF服务端(本文将其简称服务端)，访问资源的物联网设备被称为OCF客户端(本文将其简称客户端)。例如，在OCF服务框架中，获取室内环境数据的控制终端可以被称为客户端，监测室内环境数据的传感器设备可以被称为服务端。
OCF提供的通信协议支持D2D(设备和设备)通信和D2C(设备和云端)通信，其中，客户端和服务端可以基于D2D通信在同一OCF局域网内实现本地数据交互，客户端和服务端可以基于D2C通信经由云端中转而实现远程数据交互。
当前，客户端一般难以确定自身是否能有效地使用服务端提供的服务，这会影响客户端的使用灵活性。
发明内容
本申请实施例提供了一种确定设备状态的方法、装置、设备及存储介质。
第一方面，提供了一种确定设备状态的方法，用于客户端中，该方法包括：
向OCF资源设备发送状态获取信息；其中，该OCF资源设备包括服务端和云端，该状态获取信息用于获取服务端的D2D通信的连接状态或者服务端的D2C通信的连接状态；
基于获取到的D2D通信的连接状态和/或D2C通信的连接状态，以及基于当前客户端的接收状态，确定服务端是否在线；其中，该接收状态包括客户端接收到OCF资源设备的信息或者客户端未接收到OCF资源设备的信息。
第二方面，提供了一种确定设备状态的装置，用于客户端中，该装置包括：
发送模块，用于向OCF资源设备发送状态获取信息；其中，该OCF资源设备包括服务端和云端，该状态获取信息用于获取服务端的D2D通信的连接状态或者服务端的D2C通信的连接状态；
确定模块，用于基于获取到的D2D通信的连接状态和/或D2C通信的连接状态，以及基于当前客户端的接收状态，确定服务端是否在线；其中，该接收状态包括客户端接收到OCF资源设备的信息或者客户端未接收到OCF资源设备的信息。
第三方面，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行该计算机程序时实现第一方面所述方法的步骤。
第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现第一方面所述的方法的步骤。
本申请实施例提供的技术方案带来的有益效果至少包括：
通过向OCF资源设备发送状态获取信息，其中，该OCF资源设备包括服务端和云端，该状态获取 信息用于获取服务端的D2D通信的连接状态或者服务端的D2C通信的连接状态，而后，客户端可以基于获取到的D2D通信的连接状态和/或D2C通信的连接状态，以及基于当前客户端的接收状态，确定服务端是否在线，其中，该接收状态包括客户端接收到OCF资源设备的信息或者客户端未接收到OCF资源设备的信息，通过本申请实施例提供的确定设备状态的方法，客户端可以确定能够同时进行D2D通信和D2C通信的服务端是否在线，继而通过服务端是否在线来确定是否能有效地使用服务端提供的服务，这样，就可以提高客户端的适应灵活性。
附图说明
图1为本申请实施例提供的一种确定设备状态的方法的应用场景示意图；
图2为本申请实施例提供的一种确定设备状态的方法的流程图；
图3为本申请实施例提供的另一种确定设备状态的方法的流程图；
图4为本申请实施例提供的另一种确定设备状态的方法的流程图；
图5为本申请实施例提供的一种确定设备状态的装置的框图；
图6为本申请实施例提供的另一种确定设备状态的装置的框图；
图7为本申请一实施例提供的计算机设备的框图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
OCF(英文：Open Connectivity Foundation)是一个物联网应用层技术标准组织，在OCF制定的服务框架中，物联网设备可以维护有资源，物联网设备之间的数据交互可以通过针对资源的创建、读取、更新、删除或者订阅等多种操作来实现。
例如，服务端中可以维护有环境温度资源，若客户端需要获取环境温度数据，那么客户端可以向服务端发送针对该环境温度资源的订阅请求或者读取请求，该订阅请求可以为：SUBSCRIBE/environmentTemperature，该读取请求可以为：RETRIEVE/environmentTemperature。
其中，/environmentTemperature为环境温度资源的URI(英文：Uniform Resource Identifier；中文：统一资源标识符)，SUBSCRIBE为订阅请求的类型标识，RETRIEVE为读取请求的类型标识。
服务端在接收到该订阅请求之后，可以在环境温度资源中的环境温度数据发生变化时，将变化后的环境温度数据发送至客户端。服务端在接收到该读取请求之后，可以将环境温度资源中的环境温度数据直接发送至客户端。
OCF还为物联网设备之间的互连互通提供了通信协议，其中，OCF通信协议可以支持D2D通信和D2C通信，D2D通信可以支持客户端与服务端在OCF局域网内进行本地通信，D2C通信可以支持客户端与服务端通过云端进行远程通信。
需要指出的是，实际应用中，只有客户端与服务端位于同一OCF局域网内，客户端与服务端才能进行D2D通信。
还需要指出的是，通常情况下，客户端中可以部署有配置工具，客户端可以通过配置工具配置自身的D2D通信以及服务端的D2D通信，同时，客户端还可以通过配置工具配置自身的D2C通信与服务 端的D2C通信。
实际应用中，客户端对应的用户有了解服务端是否在线的需求。例如，若服务端为智能门锁，其可以在被暴力破坏时向客户端输出报警信息，客户端对应的用户希望了解智能门锁是否在线，以确定是否可以接收到该智能门锁发送的报警信息。又例如，若服务端为健康监测设备，其可以在监测到用户的健康状态出现问题时向客户端输出报警信息，客户端对应的用户希望了解健康监测设备是否在线，以确定是否可以接收到该健康监测设备发送的报警信息。
然而，当前，对于能够同时进行D2D通信和D2C通信的服务端而言，并没有判断服务端是否在线的机制，这导致客户端难以确定是否能有效地使用服务端提供的服务，从而影响客户端的使用灵活性。
有鉴于此，本申请实施例提供了一种确定设备状态的方法，在该确定设备状态的方法中，客户端可以向OCF资源设备发送状态获取信息，其中，该OCF资源设备包括服务端和云端，该状态获取信息用于获取服务端的D2D通信的连接状态或者服务端的D2C通信的连接状态，而后，客户端可以基于获取到的D2D通信的连接状态和/或D2C通信的连接状态，以及基于当前客户端的接收状态，确定服务端是否在线，其中，该接收状态包括客户端接收到OCF资源设备的信息或者客户端未接收到OCF资源设备的信息，通过本申请实施例提供的确定设备状态的方法，客户端可以确定能够同时进行D2D通信和D2C通信的服务端是否在线，继而通过服务端是否在线来确定是否能有效地使用服务端提供的服务，这样，就可以提高客户端的适应灵活性。
下面，将对本申请实施例提供的确定设备状态的方法所涉及到的实施环境进行简要说明。
如图1所示，该实施环境可以包括服务端101、客户端102和云端103，其中，为了方便叙述，下文中统一将图1所示实施环境中的服务端称为目标服务端，将图1所示实施环境中的客户端称为目标客户端。
其中，目标服务端101与目标客户端102相互绑定，目标服务端101可以通过D2D通信与目标客户端102建立通信连接，同时，目标服务端101也可以通过D2C通信与云端103建立通信连接，此外，目标客户端102可以通过D2C通信与云端103建立通信连接。
在本申请实施例中，可选的，该目标服务端101可以为智能门锁、智能摄像头、电视机或者温度传感器等电子设备。该目标客户端102可以为智能手机、平板电脑、笔记本电脑、台式电脑或者可穿戴设备等电子设备。云端103可以为一台服务器，也可以为由多台服务器组成的服务器集群。
请参考图2，其示出了本申请实施例提供的一种确定设备状态的方法的流程图，该确定设备状态的方法可以应用于图1所示实施环境中的目标客户端102中。如图2所示，该确定设备状态的方法可以包括以下步骤：
步骤201、目标客户端向OCF资源设备发送状态获取信息。
其中，该OCF资源设备可以包括图1所示实施环境中的目标服务端和云端，该状态获取信息用于获取目标服务端的D2D通信的连接状态或者目标服务端的D2C通信的连接状态。
其中，目标服务端的D2D通信的连接状态指的可以是：目标服务端与目标客户端之间D2D通信的 连接状态，也即是，目标服务端在OCF局域网内的本地连接的状态。其中，目标服务端的D2D通信的连接状态可以包括断开状态和未断开状态中的一种。
目标服务端的D2C通信的连接状态指的可以是：目标服务端与云端之间D2C通信的连接状态，也即是，目标服务端和云端之间的远程连接的状态。其中，目标服务端的D2C通信的连接状态可以包括断开状态和未断开状态中的一种。
步骤202、目标客户端基于获取到的D2D通信的连接状态和/或D2C通信的连接状态，以及基于当前客户端的接收状态，确定目标服务端是否在线。
其中，该接收状态包括客户端接收到OCF资源设备的信息或者客户端未接收到OCF资源设备的信息。
在一种可能的实现方式中，目标客户端可以基于D2D通信的连接状态以及基于当前客户端的接收状态，确定目标服务端是否在线。
在另一种可能的实现方式中，目标客户端可以基于D2C通信的连接状态以及基于当前客户端的接收状态，确定目标服务端是否在线。
在又一种可能的实现方式中，目标客户端可以基于D2C通信的连接状态和D2C通信的连接状态以及基于当前客户端的接收状态，确定目标服务端是否在线。
在图2所示实施例的基础之上，本申请实施例提供了两种向OCF资源设备发送状态获取信息的实现方式，下面，本申请实施例将对其一一进行说明。
请参考图3，本申请实施例提供的第一种向OCF资源设备发送状态获取信息的实现方式可以包括以下步骤：
步骤301、目标客户端向云端发送第一D2C状态获取请求。
其中，该第一D2C状态获取请求用于指示云端向目标客户端发送第一D2C状态指示信息，其中，该第一D2C状态指示信息用于指示目标服务端的D2C通信的连接状态。其中，该第一D2C状态指示信息可以包括第一断开指示信息，该第一断开指示信息用于指示目标服务端的D2C通信的连接状态为断开状态。
可选的，云端中可以维护有服务端连接状态资源，下文所示为一种示例性的服务端连接状态资源：
Figure PCTCN2020070156-appb-000001
Figure PCTCN2020070156-appb-000002
如上文所示，该示例性的服务端连接状态资源可以包括资源类型属性rt和服务端信息列表serverlist。
其中，该资源类型属性rt的属性值用于指示服务端连接状态资源的类型，例如，上文中资源类型属性rt的属性值为“oic.r.serverConnectionStatus”，其可以指示服务端连接状态资源的类型。
服务端信息列表serverlist可以包括至少一个服务端信息，其中，上文中仅示例性地示出了两个服务端信息，分别为：
Figure PCTCN2020070156-appb-000003
其中，每个服务端信息和与云端建立D2C通信连接的一个服务端相对应。例如，云端与10个服务端建立了D2C通信连接，则该服务端信息列表serverlist可以包括与该10个服务端一一对应的10个服务端信息。
其中，每个服务端信息均可以包括设备标识属性di和连接状态属性status。
某一服务端信息中的设备标识属性di的属性值用于指示与该服务端信息对应的服务端的设备标识，例如，上文中服务端信息列表serverlist中的第一个服务端信息里的设备标识属性di的属性值为e61c3e6b-9c54-4b81-8ce5-f9039c1d04d9，其可以为与该第一个服务端信息对应的服务端的设备标识。
某一服务端信息中的连接状态属性status的属性值用于指示与该服务端信息对应的服务端的D2C通信的连接状态，该连接状态属性status的属性值可以为online和offline中的一种，其中，online表示服务端的D2C通信的连接状态为未断开状态，offline表示服务端的D2C通信的连接状态为断开状态。
在本申请实施例中，云端与和其建立D2C通信连接的服务端之间可以维持长连接，在维持长连接的过程中，云端与服务端可以互相周期性地发送心跳信息，其中，收到心跳信息的设备会向发送心跳信息的设备反馈响应心跳信息。
若云端在第一预设接收时长(例如，连续3个心跳间隔周期)内未接收到和其建立D2C通信连接的某一服务端反馈的响应心跳信息，则云端可以确定自身与该服务端之间的D2C通信连接断开，此时，云端可以将服务端信息列表serverlist内与该服务端对应的服务端信息中连接状态属性status的属性值由online切换为offline。
其中，下文所示为一种示例性的连接状态属性status的属性值切换后的服务端连接状态资源：
Figure PCTCN2020070156-appb-000004
Figure PCTCN2020070156-appb-000005
上述服务端信息列表serverlist可以包括图1所示实施环境中的目标服务端对应的服务端信息(为了方便叙述，以下将其称为目标服务端信息)，该目标服务端信息中连接状态属性status的属性值可以被称为第二连接状态指示信息，该第二连接状态指示信息用于指示目标服务端的D2C通信的连接状态。
在本申请的一个实施例中，该第一D2C状态获取请求可以为针对该服务端连接状态资源的请求。
在一种可能的实现方式中，该第一D2C状态获取请求可以为针对服务端连接状态资源的订阅请求，例如，服务端连接状态资源的URI可以为/oic/sec/serverConnectionStatus，则该第一D2C状态获取请求可以为SUBSCRIBE/oic/sec/serverConnectionStatus，其中，SUBSCRIBE用于指示该第一D2C状态获取请求的类型为订阅请求类型。
该针对服务端连接状态资源的订阅请求用于指示云端在第二连接状态指示信息发生变化时，向目标客户端发送第一D2C状态指示信息。例如，当第二连接状态指示信息由online切换为offline时，云端可以向目标客户端发送第一D2C状态指示信息。可选的，该第一D2C状态指示信息可以包括变化后的第二连接状态指示信息以及目标服务端的标识，可选的，该第一D2C状态指示信息还可以包括服务端连接状态资源的资源类型。
在另一种可能的实现方式中，该第一D2C状态获取请求可以为针对服务端连接状态资源的读取请求，例如，服务端连接状态资源的URI可以为/oic/sec/serverConnectionStatus，则该第一D2C状态获取请求可以为RETRIEVE/oic/sec/serverConnectionStatus，其中，RETRIEVE用于指示该第一D2C状态获取请求的类型为读取请求类型。
该针对服务端连接状态资源的读取请求用于指示云端基于第二连接状态指示信息向目标客户端发送第一D2C状态指示信息。可选的，该第一D2C状态指示信息可以包括第二连接状态指示信息以及目标服务端的标识，可选的，该第一D2C状态指示信息还可以包括服务端连接状态资源的资源类型。
下文为一种示例性的第一D2C状态指示信息：
Figure PCTCN2020070156-appb-000006
如上文所示，该第一D2C状态指示信息可以包括第二连接状态指示信息offline以及目标服务端的标识e61c3e6b-9c54-4b81-8ce5-f9039c1d04d9，可选的，该第一D2C状态指示信息还可以包括服务端连接状态资源的资源类型oic.r.serverConnectionStatus。
需要指出的是，在实际应用中，与目标客户端绑定的目标服务端的数量可以为多个，当云端需要针对该多个目标服务端中的至少两个目标服务端向目标客户端发送第一D2C状态指示信息时，可选的，云端可以针对每个目标服务端发送单独的第一D2C状态指示信息，此时，每个第一D2C状态指示信息用于指示一个目标服务端的D2C通信的连接状态，云端也可以针对该至少两个目标服务端发送同一第一D2C状态指示信息，此时，该第一D2C状态指示信息用于指示该至少两个目标服务端的D2C通信的连接状态。
需要指出的是，在本申请实施例中，目标客户端可以向云端单独发送针对服务端连接状态资源的订阅请求，目标客户端也可以向云端单独发送针对服务端连接状态资源的读取请求，此外，为了提高目标客户端能够成功接收到第一D2C状态指示信息的概率，目标客户端还可以既向云端发送针对服务端连接状态资源的订阅请求，又向云端发送针对服务端连接状态资源的读取请求。
还需要指出的是，为了保证目标客户端能够及时地获取到目标服务端的D2C通信的连接状态，目标客户端可以周期性地向云端发送针对服务端连接状态资源的读取请求。
由于服务端信息列表serverlist可以包括多个服务端信息，为了使云端能够在该多个服务端信息中定位到目标服务端信息，并基于目标服务端信息中的第二连接状态指示信息向目标客户端发送第一D2C状态指示信息，可选的：
在一种可能的实现方式中，该第一D2C状态获取请求可以携带目标服务端的标识(该目标服务端的标识可以为目标服务端的设备标识)，例如，第一D2C状态获取请求可以为SUBSCRIBE/oic/sec/serverConnectionStatus？di＝e61c3e6b-9c54-4b81-8ce5-f9039c1d04d9，其中，/oic/sec/serverConnectionStatus为服务端连接状态资源的URI，SUBSCRIBE用于指示该第一D2C状态获取请求的类型为订阅请求类型，e61c3e6b-9c54-4b81-8ce5-f9039c1d04d9为目标服务端的设备标识。在接收到该第一D2C状态获取请求之后，云端可以基于该目标服务端的标识在该多个服务端信息中定位到目标服务端信息，并基于目标服务端信息中的第二连接状态指示信息向目标客户端发送第一D2C状态指示信息。
在另一种可能的实现方式中，该第一D2C状态获取请求可以携带目标客户端的标识(该目标客户端的标识可以为目标客户端的设备标识或者该目标客户端的用户标识)。在接收到该第一D2C状态获取请求之后，云端可以基于目标客户端的标识查询设备绑定数据库，该设备绑定数据库中存储有多个客户端与服务端的绑定关系，通过查询该设备绑定数据库，云端可以得到与该目标客户端绑定的目标服务端的标识(例如该目标服务端的设备标识)。云端可以基于该目标服务端的标识在该多个服务端信息中定位到目标服务端信息，并基于目标服务端信息中的第二连接状态指示信息向目标客户端发送第一D2C状态指示信息；
在又一种可能的实现方式中，该第一D2C状态获取请求可以携带访问令牌，其中，该访问令牌为云端颁发给目标客户端的用于表征目标客户端的合法访问身份的令牌。在接收到该第一D2C状态获取 请求之后，云端可以基于该访问令牌查询令牌数据库，该令牌数据库中存储有令牌与令牌所属设备的对应关系，通过查询该令牌数据库，云端可以得到该目标客户端的标识。而后，云端可以基于目标客户端的标识查询上文所述的设备绑定数据库，通过查询该设备绑定数据库，云端可以得到与该目标客户端绑定的目标服务端的标识(例如该目标服务端的设备标识)，云端可以基于该目标服务端的标识在该多个服务端信息中定位到目标服务端信息，并基于目标服务端信息中的第二连接状态指示信息向目标客户端发送第一D2C状态指示信息。
步骤302、目标客户端向目标服务端发送D2D状态获取信息。
其中，该D2D状态获取信息用于指示目标服务端基于D2D通信向目标客户端发送针对该D2D状态获取信息的响应信息。由于D2D状态获取信息可以指示目标服务端基于D2D通信向目标客户端发送针对该D2D状态获取信息的响应信息，因此，当目标服务端的D2D通信的连接状态为断开状态时，目标客户端无法接收到目标服务端发送的响应信息，当目标服务端的D2D通信的连接状态为未断开状态时，目标客户端可以接收到目标服务端发送的响应信息。故而，利用该D2D状态获取信息可以使目标客户端获取到目标服务端的D2D通信的连接状态。
可选的，该D2D状态获取信息可以为心跳信息，针对D2D状态获取信息的响应信息可以为响应心跳信息。
可选的，该D2D状态获取信息可以为设备发现请求，针对D2D状态获取信息的响应信息可以为响应设备发现请求的信息。
在一种可能的实现方式中，目标客户端可以通过单播的方式向目标服务端发送该设备发现请求。
在另一种可能的实现方式中，目标客户端可以通过组播的方式向目标客户端所在的OCF局域网内的设备发送设备发现请求，其中，该设备发现请求可以携带目标服务端的标识。
下面，本申请实施例将对步骤301和步骤302执行的先后顺序进行简要说明。
在一种可能的实现方式(为了方便叙述，下文将这种实现方式称为实现方式S1)中，目标客户端可以先周期性地向目标服务端发送D2D状态获取信息，以利用该D2D状态获取信息得到目标服务端的D2D通信的连接状态。
例如，目标客户端在与目标服务端建立D2D通信连接之后，可以与该目标服务端维持长连接，在维持长连接的过程中，目标客户端可以周期性地向目标服务端发送心跳信息，目标服务端在收到心跳信息之后，可以基于D2D通信向目标客户端发送针对该心跳信息的响应心跳信息。
当目标客户端基于该D2D状态获取信息得到目标服务端D2D通信的连接状态为断开状态时，例如，当目标客户端在第二预设接收时长(例如，连续3个心跳间隔周期)内未接收到目标服务端反馈的响应心跳信息时，目标客户端可以向云端发送该第一D2C状态获取请求，该第一D2C状态获取请求可以为针对服务端连接状态资源的读取请求，通过发送该第一D2C状态获取请求，目标客户端可以得到目标服务端的D2C通信的连接状态。
在另一种可能的实现方式(为了方便叙述，下文将这种实现方式称为实现方式S2)中，目标客户端可以向云端发送该第一D2C状态获取请求，该第一D2C状态获取请求可以为针对服务端连接状态资源的订阅请求，通过发送该第一D2C状态获取请求，目标客户端可以得到目标服务端的D2C通信的连 接状态，此外，目标客户端也可以周期性地向目标服务端发送D2D状态获取信息，以利用该D2D状态获取信息得到目标服务端的D2D通信的连接状态。
在这种实现方式中，本申请实施例不对发送第一D2C状态获取请求和周期性地向目标服务端发送D2D状态获取信息的先后顺序进行限定。
在又一种可能的实现方式(为了方便叙述，下文将这种实现方式称为实现方式S3)中，目标客户端可以先向云端发送第一D2C状态获取请求，该第一D2C状态获取请求可以为针对服务端连接状态资源的订阅请求或者读取请求，在接收到云端基于该第一D2C状态获取请求发送的第一断开指示信息之后，目标客户端可以再向该目标服务端发送D2D状态获取信息，以利用该D2D状态获取信息得到目标服务端的D2D通信的连接状态。
在这种实现方式中，可选的，在向目标服务端发送D2D状态获取信息之前，目标客户端可以判断自身与目标服务端是否接入同一OCF局域网。
若目标客户端与目标服务端未接入同一OCF局域网，则目标服务端与目标客户端之间不可能进行D2D通信，此时，目标服务端的D2D通信的连接状态一定为断开状态，此时，目标客户端可以不执行向目标服务端发送D2D状态获取信息的技术过程。
若目标客户端与目标服务端接入同一OCF局域网，则目标服务端与目标客户端之间有进行D2D通信的可能，此时，目标客户端可以执行向目标服务端发送D2D状态获取信息的技术过程，以利用D2D状态获取信息得到目标服务端的D2D通信的连接状态。
可选的，目标客户端可以根据目标客户端所处的地理位置、目标客户端接入的OCF局域网的网络信息以及目标客户端的安全域信息中的至少一个，判断目标客户端与目标服务端是否接入同一OCF局域网。
由于目标客户端与目标服务端相互绑定，则目标客户端中可以存储有目标服务端接入的OCF局域网所覆盖的目标地理范围，目标客户端在获取到自身所处的地理位置之后，可以判断自身所处的地理位置是否位于该目标地理范围之内，若目标客户端所处的地理位置不位于该目标地理范围之内，则可以确定目标客户端与目标服务端未接入同一OCF局域网。
与上文所述同理地，由于目标客户端与目标服务端相互绑定，则目标客户端中可以存储有目标客户端所接入的OCF局域网的网络信息，目标客户端在获取到自身接入的OCF局域网的网络信息之后，可以将目标客户端接入的OCF局域网的网络信息与目标服务端接入的OCF局域网的网络信息进行比较，若比较结果不一致，则确定目标客户端与目标服务端未接入同一OCF局域网，反之，若比较结果一致，则确定目标客户端与目标服务端接入同一OCF局域网。
与上文所述同理地，由于目标客户端与目标服务端相互绑定，则目标客户端中可以存储有目标客户端的安全域信息，由于同一OCF局域网内的所有设备的安全域信息都相同，因此，目标客户端在获取到自身的安全域信息之后，可以将目标客户端的安全域信息与目标服务端的安全域信息进行比较，若比较结果不一致，则确定目标客户端与目标服务端未接入同一OCF局域网，反之，若比较结果一致，则确定目标客户端与目标服务端接入同一OCF局域网。
与上文所述的第一种向OCF资源设备发送状态获取信息的实现方式对应地，目标客户端可以基于下述判断逻辑实现步骤202的技术过程，以确定目标服务端是否在线。
A1、目标客户端在接收到第一断开指示信息的情况下，若接收到响应信息，则确定目标服务端在线。
与上文所述的实现方式S3对应地，若目标客户端接收到第一断开指示信息，则说明目标服务端的D2C通信的连接状态为断开状态，若在接收到第一断开指示信息的情况下，目标客户端接收到目标服务端基于D2D通信发送的针对D2D状态获取信息的响应信息，则说明目标服务端的D2D通信的连接状态为未断开状态，此时，目标服务端虽然不能基于D2C通信与目标客户端进行数据交互，但是，目标服务端还能基于D2D通信与目标客户端进行数据交互，故而，可以确定目标服务端在线。
B1、目标客户端在接收到第一断开指示信息的情况下，若未接收到响应信息，则确定目标服务端离线。
与上文所述的判断逻辑A1类似地，若目标客户端接收到第一断开指示信息，则说明目标服务端的D2C通信的连接状态为断开状态，若在接收到第一断开指示信息的情况下，目标客户端未接收到目标服务端基于D2D通信发送的针对D2D状态获取信息的响应信息，则说明目标服务端的D2D通信的连接状态为断开状态，此时，目标服务端既不能基于D2C通信与目标客户端进行数据交互，又不能基于D2D通信与目标客户端进行数据交互，故而，可以确定目标服务端离线。
此外，在本申请的一个实施例中，若目标客户端接收到第一断开指示信息，且，目标客户端与目标服务端未接入同一OCF局域网，说明目标服务端既不能基于D2C通信与目标客户端进行数据交互，又不能基于D2D通信与目标客户端进行数据交互，故而，可以确定目标服务端离线。
与上文所述的第一种向OCF资源设备发送状态获取信息的实现方式对应地，目标客户端还可以基于下述判断逻辑实现步骤202的技术过程，以确定目标服务端是否在线。
A2、目标客户端在未接收到响应信息的情况下，若接收到第一断开指示信息，则确定目标服务端离线。
如上文所述的实现方式S1和S2对应地，若目标客户端未接收到响应信息，则说明目标服务端的D2D通信的连接状态为断开状态，之后，若目标客户端接收到云端基于第一D2C状态获取请求发送的第一断开指示信息，则说明目标服务端的D2C通信的连接状态也为断开状态，在这种情况下，目标服务端既不能基于D2C通信与目标客户端进行数据交互，又不能基于D2D通信与目标客户端进行数据交互，故而，可以确定目标服务端离线。
可选的，在本申请实施例中，目标客户端在未接收到响应信息的情况下，可以启动计时器，在未接收到响应信息的情况下，若目标客户端在该计时器超时之前接收到第一断开指示信息，则可以确定服务端离线。
B2、目标客户端在未接收到响应信息的情况下，若未接收到第一断开指示信息，则确定目标服务端在线。
与上文所述的判断逻辑A2类似地，若目标客户端未接收到响应信息，则说明目标服务端的D2D 通信的连接状态为断开状态，之后，若目标客户端未接收到云端基于第一D2C状态获取请求发送的第一断开指示信息，则说明目标服务端的D2C通信的连接状态为未断开状态，在这种情况下，目标服务端虽然不能基于D2D通信与目标客户端进行数据交互，但是可以基于D2C通信与目标客户端进行数据交互，故而，可以确定目标服务端在线。
可选的，在本申请实施例中，目标客户端在未接收到响应信息的情况下，可以启动计时器，在未接收到响应信息的情况下，若目标客户端在该计时器超时之前也未接收到第一断开指示信息，则可以确定服务端在线。
请参考图4，本申请实施例提供的第二种向OCF资源设备发送状态获取信息的实现方式可以包括以下步骤：
步骤401、目标客户端向云端发送第一D2C状态获取请求。
该第一D2C状态获取请求用于指示云端向目标客户端发送第一D2C状态指示信息，该第一D2C状态指示信息用于指示目标服务端的D2C通信的连接状态。
步骤401的技术过程与上文中步骤301的技术过程同理，本申请实施例在此不再赘述。
步骤402、目标客户端向目标服务端发送第二D2C状态获取请求。
其中，该第二D2C状态获取请求用于指示目标服务端基于D2D通信向目标客户端发送第二D2C状态指示信息，该第二D2C状态指示信息用于指示目标服务端的D2C通信的连接状态。该第二D2C状态指示信息包括第二断开指示信息，该第二断开指示信息用于指示目标服务端的D2C通信的连接状态为断开状态。
可选的，目标服务端中维护有云端接入配置资源(英文：coapcloudconf)，该云端接入配置资源可以为：
Figure PCTCN2020070156-appb-000007
如上文所示，该云端接入配置资源可以包括资源类型属性rt、授权提供方名称属性apn、OCF云端接入URI属性cis、OCF云端标识属性sid、服务端连接状态属性cps以及错误处理属性clec。
其中，该资源类型属性rt的属性值用于指示云端接入配置资源的类型，例如，上文中资源类型属性rt的属性值为“oic.r.coapcloudconf”，其可以指示云端接入配置资源的类型。授权提供方名称属性apn的属性值用于指示授权提供方的名称，例如，上文中授权提供方名称属性apn的属性值为“github”，其可以指示授权提供方的名称。OCF云端接入URI属性cis的属性值用于指示云端的接入URI，例如，上 文中OCF云端接入URI属性cis的属性值为“coaps+tcp://example.com:443”，其可以指示云端的接入URI。OCF云端标识属性sid用于指示云端的标识，例如，上文中OCF云端标识属性sid的属性值为“987e6543-a21f-10d1-a112-421345746237”，其可以指示云端的标识。服务端连接状态属性cps的属性值可以指示目标服务端是否在云端成功注册，服务端连接状态属性cps的属性值可以为registered和unregistered，其中，属性值registered表明目标服务端已经在云端成功注册，属性值unregistered表明目标服务端未在云端成功注册。错误处理属性clec的属性值用于指示目标服务端在接入云端的过程中出现的错误，错误处理属性clec的属性值包括0、1、2和3，其中，属性值0表示目标服务端在接入云端的过程中没有错误，属性值1表示目标服务端在接入云端的过程中出现云端错误响应，属性值2表示目标服务端在接入云端的过程中出现连接云端的错误，属性值3表示目标服务端在接入云端的过程中出现更新安全参数失败的错误。
在本申请实施例中，云端接入配置资源可以包括第一连接状态指示信息，其中，该第一连接状态指示信息用于指示目标服务端的D2C通信的连接状态。可选的，该第一连接状态指示信息可以为错误处理属性clec的属性值。可选的，在本申请实施例中，可以为云端接入配置资源中的服务端连接状态属性cps增加新的属性值，例如，服务端连接状态属性cps中新增的属性值可以包括disconnected和connected，其中，属性值disconnected用于指示目标服务端的D2C通信的连接状态为断开状态，属性值connected用于指示目标服务端的D2C通信的连接状态为未断开状态，该第一连接状态指示信息可以为该新增的属性值。可选的，在本申请实施例中，该第一连接状态指示信息既可以包括错误处理属性clec的属性值，又可以包括服务端连接状态属性cps中新增的属性值。
在本申请实施例中，目标服务端与云端在建立D2C通信连接之后可以维持长连接，在维持长连接的过程中，云端与目标服务端可以互相周期性地发送心跳信息，其中，收到心跳信息的设备会向发送心跳信息的设备反馈响应心跳信息。
若目标服务端在第三预设接收时长(例如，连续3个心跳间隔周期)内未接收到云端反馈的响应心跳信息，则目标服务端可以确定自身与云端之间的D2C通信连接断开，此时，目标服务端可以切换第一连接状态指示信息，使得切换后的第一连接状态指示信息指示目标服务端的D2C通信的连接状态为断开状态。
其中，下文所示为一种示例性的第一连接状态指示信息切换后的云端接入配置资源：
Figure PCTCN2020070156-appb-000008
在上文所示的云端接入配置资源中，服务端连接状态属性cps的属性值切换为disconnected，错误 处理属性clec的属性值切换为4。
在本申请的一个实施例中，该第二D2C状态获取请求可以为针对该云端接入配置资源的请求。
在一种可能的实现方式中，该第二D2C状态获取请求可以为针对云端接入配置资源的订阅请求，例如，云端接入配置资源的URI可以为/coapCloudConf，则该第二D2C状态获取请求可以为SUBSCRIBE/coapCloudConf，其中，SUBSCRIBE用于指示该第二D2C状态获取请求的类型为订阅请求类型。
该针对云端接入配置资源的订阅请求用于指示目标服务端在第一连接状态指示信息发生变化时，向目标客户端发送第二D2C状态指示信息。例如，服务端连接状态属性cps的属性值由connected切换为disconnected，目标服务端可以向目标客户端发送第二D2C状态指示信息。可选的，该第二D2C状态指示信息可以包括变化后的第一连接状态指示信息，可选的，该第二D2C状态指示信息还可以包括目标服务端的标识。
在另一种可能的实现方式中，该第二D2C状态获取请求可以为针对云端接入配置资源的读取请求，例如，云端接入配置资源的URI可以为/coapCloudConf，则该第二D2C状态获取请求可以为RETRIEVE/coapCloudConf，其中，RETRIEVE用于指示该第二D2C状态获取请求的类型为读取请求类型。
该针对云端接入配置资源的读取请求用于指示目标服务端基于第一连接状态指示信息向目标客户端发送第二D2C状态指示信息。可选的，该第二D2C状态指示信息可以包括第一连接状态指示信息，可选的，该第二D2C状态指示信息还可以包括目标服务端的标识。
下文为一种示例性的第二D2C状态指示信息：
Figure PCTCN2020070156-appb-000009
如上文所示，该第二D2C状态指示信息可以包括服务端连接状态属性cps的属性值disconnected以及错误处理属性clec的属性值4，也即是，该第二D2C状态指示信息可以包括第一连接状态指示信息。
需要指出的是，在本申请实施例中，目标客户端可以向目标服务端单独发送针对云端接入配置资源的订阅请求，目标客户端也可以向目标服务端单独发送针对云端接入配置资源的读取请求，此外，为了提高目标客户端能够成功接收到第二D2C状态指示信息的概率，目标客户端还可以既向目标服务端发送针对云端接入配置资源的订阅请求，又向目标服务端发送针对云端接入配置资源的读取请求。
还需要指出的是，为了保证目标客户端能够及时地获取到目标服务端的D2C通信的连接状态，目标客户端可以周期性地向目标服务端发送针对云端接入配置资源的读取请求。
需要指出的是，本申请实施例不对步骤401和步骤402执行的先后顺序进行限定。可选的，目标客户端可以先执行步骤401，后执行步骤402，也可以先执行步骤402，后执行步骤401，还可以同时执行步骤401和步骤402。
与上文所述的第二种向OCF资源设备发送状态获取信息的实现方式对应地，目标客户端可以基于下述判断逻辑实现步骤202的技术过程，以确定目标服务端是否在线。
A3、当目标客户端接收到第二断开指示信息时，确定目标服务端在线。
由于该第二断开指示信息指示目标服务端的D2C通信的连接状态为断开状态，因此，当目标客户端接收到该第二断开指示信息时，可以确定目标服务端的D2C通信的连接状态为断开状态。同时，由于该第二断开指示信息是目标服务端基于D2D通信向目标客户端发送的，因此，若目标客户端能够接收到该第二断开指示信息，就说明目标服务端的D2D通信的连接状态为未断开状态。此时，目标服务端虽然不能基于D2C通信与目标客户端进行数据交互，但是可以基于D2D通信与目标客户端进行数据交互，故而，可以确定目标服务端在线。
与上文所述的第二种向OCF资源设备发送状态获取信息的实现方式对应地，目标客户端还可以基于下述判断逻辑实现步骤202的技术过程，以确定目标服务端是否在线。
A4、在目标客户端接收到第一断开指示信息的情况下，若目标客户端还接收到第二断开指示信息，则确定目标服务端在线。
由于该第一断开指示信息指示目标服务端的D2C通信的连接状态为断开状态，因此，当目标客户端接收到该第一断开指示信息时，可以确定目标服务端的D2C通信的连接状态为断开状态。同时，由于该第二断开指示信息是目标服务端基于D2D通信向目标客户端发送的，因此，若目标客户端在接收到第一断开指示信息的情况下，还能接收到第二断开指示信息，就说明目标服务端的D2D通信的连接状态为未断开状态。此时，目标服务端虽然不能基于D2C通信与目标客户端进行数据交互，但是可以基于D2D通信与目标客户端进行数据交互，故而，可以确定目标服务端在线。
可选的，在本申请实施例中，目标客户端接收到第一断开指示信息的情况下，可以启动计时器，在接收到第一断开指示信息的情况下，若目标客户端在该计时器超时之前接收到第二断开指示信息，则可以确定服务端在线。
B4、在目标客户端接收到第一断开指示信息的情况下，若目标客户端未接收到第二断开指示信息，则确定目标服务端离线。
与判断逻辑A4类似地，由于该第一断开指示信息指示目标服务端的D2C通信的连接状态为断开状态，因此，当目标客户端接收到该第一断开指示信息时，可以确定目标服务端的D2C通信的连接状态为断开状态。同时，由于该第二断开指示信息是目标服务端基于D2D通信向目标客户端发送的，因此，若目标客户端在接收到第一断开指示信息的情况下，不能接收到第二断开指示信息，就说明目标服务端的D2D通信的连接状态为断开状态。此时，目标服务端既不能基于D2C通信与目标客户端进行数据交互，又不能基于D2D通信与目标客户端进行数据交互，故而，可以确定目标服务端离线。
可选的，在本申请实施例中，目标客户端接收到第一断开指示信息的情况下，可以启动计时器，在接收到第一断开指示信息的情况下，若目标客户端在计时器超时之前还未接收到第二断开指示信息，则确定目标服务端离线。
请参考图5，其示出了本申请实施例提供的一种确定设备状态的装置500的框图，该确定设备状态的装置500可以配置于上文所述的目标客户端中。如图5所示，该确定设备状态的装置500可以包括：发送模块501和确定模块502。
该发送模块501，用于向OCF资源设备发送状态获取信息；其中，该OCF资源设备包括服务端和云端，该状态获取信息用于获取服务端的D2D通信的连接状态或者服务端的D2C通信的连接状态。
该确定模块502，用于基于获取到的D2D通信的连接状态和/或D2C通信的连接状态，以及基于当前客户端的接收状态，确定该服务端是否在线；其中，该接收状态包括客户端接收到OCF资源设备的信息或者客户端未接收到OCF资源设备的信息。
在本申请的一个实施例中，该发送模块501，具体用于：向所述云端发送第一D2C状态获取请求，所述第一D2C状态获取请求用于指示所述云端向客户端发送第一D2C状态指示信息，所述第一D2C状态指示信息用于指示所述服务端的D2C通信的连接状态。
在本申请的一个实施例中，该发送模块501，还用于：向服务端发送D2D状态获取信息，该D2D状态获取信息用于指示服务端基于D2D通信向客户端发送针对该D2D状态获取信息的响应信息。
在本申请的一个实施例中，所述第一D2C状态指示信息包括第一断开指示信息，所述第一断开指示信息用于指示所述服务端的D2C通信的连接状态为断开状态，该确定模块502，具体用于：在接收到所述第一断开指示信息的情况下，若接收到所述响应信息，确定所述服务端在线；在接收到所述第一断开指示信息的情况下，若未接收到所述响应信息，确定所述服务端离线。
在本申请的一个实施例中，该确定模块502，具体用于：在未接收到所述响应信息的情况下，若接收到所述第一断开指示信息，确定所述服务端离线；在未接收到所述响应信息的情况下，若未接收到所述第一断开指示信息，确定所述服务端在线。
在本申请的一个实施例中，该确定模块502，具体用于：在未接收到所述响应信息的情况下，启动计时器，在未接收到所述响应信息的情况下，若在所述计时器超时之前接收到所述第一断开指示信息，确定所述服务端离线，在未接收到所述响应信息的情况下，若在所述计时器超时之前未接收到所述第一断开指示信息，确定所述服务端在线。
在本申请的一个实施例中，该D2D状态获取信息为心跳信息，该响应信息为响应心跳信息。
在本申请的一个实施例中，该D2D状态获取信息为设备发现请求，该响应信息为响应设备发现请求的信息。
在本申请的一个实施例中，该发送模块501，具体用于：以单播方式向所述服务端发送所述设备发现请求。
在本申请的一个实施例中，该发送模块501，具体用于：以组播方式向所述客户端所在的OCF局域网内的设备发送所述设备发现请求，所述设备发现请求携带所述服务端的标识。
在本申请的一个实施例中，该发送模块501，具体用于：向所述服务端发送第二D2C状态获取请求，所述第二D2C状态获取请求用于指示所述服务端基于D2D通信向所述客户端发送第二D2C状态指示信息，所述第二D2C状态指示信息用于指示所述服务端的D2C通信的连接状态。
在本申请的一个实施例中，所述第二D2C状态指示信息包括第二断开指示信息，所述第二断开指示信息用于指示所述服务端的D2C通信的连接状态为断开状态，该确定模块502，具体用于：当接收到第二断开指示信息时，确定服务端在线。
在本申请的一个实施例中，该确定模块502，具体用于：在接收到所述第一断开指示信息的情况下，若接收到所述第二断开指示信息，确定所述服务端在线；在接收到所述第一断开指示信息的情况下，若未接收到所述第二断开指示信息，确定所述服务端离线。
在本申请的一个实施例中，该确定模块502，具体用于：在接收到所述第一断开指示信息的情况下，启动计时器；在接收到所述第一断开指示信息的情况下，若在所述计时器超时之前接收到所述第二断开指示信息，确定所述服务端在线；在接收到所述第一断开指示信息的情况下，若在所述计时器超时之前未接收到所述第二断开指示信息，确定所述服务端离线。
在本申请的一个实施例中，服务端包括云端接入配置资源，该云端接入配置资源包括第一连接状态指示信息，该第一连接状态指示信息用于指示服务端的D2C通信的连接状态；该第二D2C状态获取请求为针对该云端接入配置资源的请求。
在本申请的一个实施例中，所述第一连接状态指示信息为所述云端接入配置资源的服务端连接状态属性的属性值、错误处理属性的属性值中的至少一个。
在本申请的一个实施例中，该第二D2C状态指示信息包括所述第一连接状态指示信息。
在本申请的一个实施例中，该第二D2C状态指示信息还包括所述服务端的标识。
在本申请的一个实施例中，该第二D2C状态获取请求为针对该云端接入配置资源的订阅请求。
在本申请的一个实施例中，该第二D2C状态获取请求为针对该云端接入配置资源的读取请求。
在本申请的一个实施例中，该发送模块501，具体用于：周期性地向该服务端发送针对该云端接入配置资源的读取请求。
在本申请的一个实施例中，所述第一D2C状态指示信息用于指示一个所述服务端的D2C通信的连接状态；或者，
所述第一D2C状态指示信息用于指示至少两个所述服务端的D2C通信的连接状态。
在本申请的一个实施例中，云端包括服务端连接状态资源，该服务端连接状态资源包括第二连接状态指示信息，该第二连接状态指示信息用于指示该服务端的D2C通信的连接状态；
该第一D2C状态获取请求为针对该服务端连接状态资源的请求。
在本申请的一个实施例中，该第一D2C状态指示信息包括该第二连接状态指示信息以及该服务端的标识。
在本申请的一个实施例中，该第一D2C状态指示信息还包括该服务端连接状态资源的资源类型。
在本申请的一个实施例中，该第一D2C状态获取请求携带该服务端的标识。
在本申请的一个实施例中，该第一D2C状态获取请求携带该客户端的标识。
在本申请的一个实施例中，该第一D2C状态获取请求携带访问令牌，该访问令牌为该云端颁发给该客户端的用于表征该客户端的合法访问身份的令牌。
在本申请的一个实施例中，该第一D2C状态获取请求为针对该服务端连接状态资源的订阅请求。
在本申请的一个实施例中，该第一D2C状态获取请求为针对该服务端连接状态资源的读取请求。
在本申请的一个实施例中，该发送模块501，具体用于：周期性地向该云端发送针对该服务端连接状态资源的读取请求。
在本申请的一个实施例中，该服务端连接状态资源包括资源类型属性和服务端信息列表，该资源类型属性的属性值用于指示该服务端连接状态资源的类型，该服务端信息列表包括至少一个服务端信息，每个该服务端信息与和该云端建立有D2C通信连接的一个服务端相对应，每个该服务端信息包括设备标识属性和连接状态属性，该设备标识属性的属性值用于指示对应的服务端的设备标识，该连接状态属性的属性值用于指示对应的服务端的D2C通信的连接状态。
本申请实施例还提供了另一种确定设备状态的装置600，该确定设备状态的装置600可以可以配置于上文该的目标客户端中，如图6所示，该确定设备状态的装置600除了可以包括确定设备状态的装置500包括的各模块外，可选的，该确定设备状态的装置600还可以包括判断模块503。
其中，该判断模块503，用于：判断该客户端与该服务端是否接入同一OCF局域网。
该发送模块501，具体用于若该客户端与该服务端接入同一OCF局域网，向该服务端发送该D2D状态获取信息。
在本申请的一个实施例中，该确定模块502，还用于：当接收到该第一断开指示信息，且，该客户端与该服务端未接入同一OCF局域网，确定该服务端离线。
在本申请的一个实施例中，该判断模块503，具体用于：根据该客户端所处的地理位置、该客户端接入的OCF局域网的网络信息以及该客户端的安全域信息中的至少一个，判断该客户端与该服务端是否接入同一OCF局域网。
上述实施例提供的一种确定设备状态的装置，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。
关于确定设备状态的装置的具体限定可以参见上文中对于确定设备状态的方法的限定，在此不再赘述。上述确定设备状态的装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是客户端，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储资源查询处理数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种确定设备状态的方法。
本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更 少的部件，或者组合某些部件，或者具有不同的部件布置。
在本申请的一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述任一方法实施例所示出的方法。
例如，该处理器执行计算机程序时实现以下步骤：
向OCF资源设备发送状态获取信息；其中，该OCF资源设备包括服务端和云端，该状态获取信息用于获取该服务端的D2D通信的连接状态或者该服务端的D2C通信的连接状态；
基于获取到的D2D通信的连接状态和/或D2C通信的连接状态，以及基于当前客户端的接收状态，确定该服务端是否在线；其中，该接收状态包括客户端接收到该OCF资源设备的信息或者客户端未接收到该OCF资源设备的信息。
上述实施例提供的一种计算机设备，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。
在本申请的一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一方法实施例所示出的方法。
例如，计算机程序被处理器执行时可以实现以下步骤：
向OCF资源设备发送状态获取信息；其中，该OCF资源设备包括服务端和云端，该状态获取信息用于获取该服务端的D2D通信的连接状态或者该服务端的D2C通信的连接状态；
基于获取到的D2D通信的连接状态和/或D2C通信的连接状态，以及基于当前客户端的接收状态，确定该服务端是否在线；其中，该接收状态包括客户端接收到该OCF资源设备的信息或者客户端未接收到该OCF资源设备的信息。
上述实施例提供的一种计算机可读存储介质，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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)等。
本申请实施例中提到的“和/或”可以表征3种可能的情况，其中，A和/或B可以表征单独存在A的情况、单独存在B的情况，以及同时存在A和B的情况。
以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并
不能因此而理解为对申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (35)

  1. 一种确定设备状态的方法，其特征在于，用于客户端中，所述方法包括：
    向OCF资源设备发送状态获取信息；其中，所述OCF资源设备包括服务端和云端，所述状态获取信息用于获取所述服务端的D2D通信的连接状态或者所述服务端的D2C通信的连接状态；
    基于获取到的D2D通信的连接状态和/或D2C通信的连接状态，以及基于当前所述客户端的接收状态，确定所述服务端是否在线；其中，所述接收状态包括所述客户端接收到所述OCF资源设备的信息或者所述客户端未接收到所述OCF资源设备的信息。
  2. 根据权利要求1所述的方法，其特征在于，所述向OCF资源设备发送状态获取信息，包括：
    向所述云端发送第一D2C状态获取请求，所述第一D2C状态获取请求用于指示所述云端向客户端发送第一D2C状态指示信息，所述第一D2C状态指示信息用于指示所述服务端的D2C通信的连接状态。
  3. 根据权利要求2所述的方法，其特征在于，所述向OCF资源设备发送状态获取信息，还包括：
    向所述服务端发送D2D状态获取信息，所述D2D状态获取信息用于指示所述服务端基于D2D通信向所述客户端发送针对所述D2D状态获取信息的响应信息。
  4. 根据权利要求3所述的方法，其特征在于，所述第一D2C状态指示信息包括第一断开指示信息，所述第一断开指示信息用于指示所述服务端的D2C通信的连接状态为断开状态，所述基于获取到的D2D通信的连接状态和/或D2C通信的连接状态，以及基于当前所述客户端的接收状态，确定所述服务端是否在线，包括：
    在接收到所述第一断开指示信息的情况下，若接收到所述响应信息，确定所述服务端在线；
    在接收到所述第一断开指示信息的情况下，若未接收到所述响应信息，确定所述服务端离线。
  5. 根据权利要求3所述的方法，其特征在于，所述第一D2C状态指示信息包括第一断开指示信息，所述第一断开指示信息用于指示所述服务端的D2C通信的连接状态为断开状态，所述基于获取到的D2D通信的连接状态和/或D2C通信的连接状态，以及基于当前所述客户端的接收状态，确定所述服务端是否在线，包括：
    在未接收到所述响应信息的情况下，若接收到所述第一断开指示信息，确定所述服务端离线；
    在未接收到所述响应信息的情况下，若未接收到所述第一断开指示信息，确定所述服务端在线。
  6. 根据权利要求5所述的方法，其特征在于，所述方法还包括：
    在未接收到所述响应信息的情况下，启动计时器；
    所述在未接收到所述响应信息的情况下，若接收到所述第一断开指示信息，确定所述服务端离线，包括：
    在未接收到所述响应信息的情况下，若在所述计时器超时之前接收到所述第一断开指示信息，确定所述服务端离线；
    所述在未接收到所述响应信息的情况下，若未接收到所述第一断开指示信息，确定所述服务端在线，包括：
    在未接收到所述响应信息的情况下，若在所述计时器超时之前未接收到所述第一断开指示信息， 确定所述服务端在线。
  7. 根据权利要求3至6任一所述的方法，其特征在于，所述D2D状态获取信息为心跳信息，所述响应信息为响应心跳信息；或者，
    所述D2D状态获取信息为设备发现请求，所述响应信息为响应设备发现请求的信息。
  8. 根据权利要求7所述的方法，其特征在于，所述向所述服务端发送D2D状态获取信息，包括：
    以单播方式向所述服务端发送所述设备发现请求。
  9. 根据权利要求7所述的方法，其特征在于，所述向所述服务端发送D2D状态获取信息，包括：
    以组播方式向所述客户端所在的OCF局域网内的设备发送所述设备发现请求，所述设备发现请求携带所述服务端的标识。
  10. 根据权利要求3至6任一所述的方法，其特征在于，所述向所述服务端发送D2D状态获取信息之前，所述方法还包括：
    判断所述客户端与所述服务端是否接入同一OCF局域网；
    对应地，所述向所述服务端发送D2D状态获取信息，包括：
    若所述客户端与所述服务端接入同一OCF局域网，向所述服务端发送所述D2D状态获取信息。
  11. 根据权利要求10所述的方法，其特征在于，所述第一D2C状态指示信息包括第一断开指示信息，所述第一断开指示信息用于指示所述服务端的D2C通信的连接状态为断开状态，所述方法还包括：
    若接收到所述第一断开指示信息，且，所述客户端与所述服务端未接入同一OCF局域网，确定所述服务端离线。
  12. 根据权利要求10所述的方法，其特征在于，所述判断所述客户端与所述服务端是否接入同一OCF局域网，包括：
    根据所述客户端所处的地理位置、所述客户端接入的OCF局域网的网络信息以及所述客户端的安全域信息中的至少一个，判断所述客户端与所述服务端是否接入同一OCF局域网。
  13. 根据权利要求2所述的方法，其特征在于，所述向OCF资源设备发送状态获取信息，还包括：
    向所述服务端发送第二D2C状态获取请求，所述第二D2C状态获取请求用于指示所述服务端基于D2D通信向所述客户端发送第二D2C状态指示信息，所述第二D2C状态指示信息用于指示所述服务端的D2C通信的连接状态。
  14. 根据权利要求13所述的方法，其特征在于，所述第二D2C状态指示信息包括第二断开指示信息，所述第二断开指示信息用于指示所述服务端的D2C通信的连接状态为断开状态，所述基于获取到的D2D通信的连接状态和/或D2C通信的连接状态，以及基于当前所述客户端的接收状态，确定所述服务端是否在线，包括：
    当接收到所述第二断开指示信息时，确定所述服务端在线。
  15. 根据权利要求13所述的方法，其特征在于，所述第一D2C状态指示信息包括第一断开指示信息，所述第一断开指示信息用于指示所述服务端的D2C通信的连接状态为断开状态，所述第二D2C状态指示信息包括第二断开指示信息，所述第二断开指示信息用于指示所述服务端的D2C通信的连接 状态为断开状态，所述基于获取到的D2D通信的连接状态和/或D2C通信的连接状态，以及基于当前所述客户端的接收状态，确定所述服务端是否在线，包括：
    在接收到所述第一断开指示信息的情况下，若接收到所述第二断开指示信息，确定所述服务端在线；
    在接收到所述第一断开指示信息的情况下，若未接收到所述第二断开指示信息，确定所述服务端离线。
  16. 根据权利要求15所述的方法，其特征在于，所述方法还包括：
    在接收到所述第一断开指示信息的情况下，启动计时器；
    所述在接收到所述第一断开指示信息的情况下，若接收到所述第二断开指示信息，确定所述服务端在线，包括：
    在接收到所述第一断开指示信息的情况下，若在所述计时器超时之前接收到所述第二断开指示信息，确定所述服务端在线；
    所述在接收到所述第一断开指示信息的情况下，若未接收到所述第二断开指示信息，确定所述服务端离线，包括：
    在接收到所述第一断开指示信息的情况下，若在所述计时器超时之前未接收到所述第二断开指示信息，确定所述服务端离线。
  17. 根据权利要求13至16任一所述的方法，其特征在于，所述服务端包括云端接入配置资源，所述云端接入配置资源包括第一连接状态指示信息，所述第一连接状态指示信息用于指示所述服务端的D2C通信的连接状态；
    所述第二D2C状态获取请求为针对所述云端接入配置资源的请求。
  18. 根据权利要求17所述的方法，其特征在于，所述第一连接状态指示信息为所述云端接入配置资源的服务端连接状态属性的属性值、错误处理属性的属性值中的至少一个。
  19. 根据权利要求17或18所述的方法，其特征在于，所述第二D2C状态指示信息包括所述第一连接状态指示信息。
  20. 根据权利要求19所述的方法，其特征在于，所述第二D2C状态指示信息还包括所述服务端的标识。
  21. 根据权利要求17至20任一所述的方法，其特征在于，所述第二D2C状态获取请求为针对所述云端接入配置资源的订阅请求；或者，
    所述第二D2C状态获取请求为针对所述云端接入配置资源的读取请求。
  22. 根据权利要求21所述的方法，其特征在于，所述向所述服务端发送第二D2C状态获取请求，包括：
    周期性地向所述服务端发送针对所述云端接入配置资源的读取请求。
  23. 根据权利要求2至22任一所述的方法，其特征在于，所述第一D2C状态指示信息用于指示一个所述服务端的D2C通信的连接状态；或者，
    所述第一D2C状态指示信息用于指示至少两个所述服务端的D2C通信的连接状态。
  24. 根据权利要求2至22任一所述的方法，其特征在于，所述云端包括服务端连接状态资源，所述服务端连接状态资源包括第二连接状态指示信息，所述第二连接状态指示信息用于指示所述服务端的D2C通信的连接状态；
    所述第一D2C状态获取请求为针对所述服务端连接状态资源的请求。
  25. 根据权利要求24所述的方法，其特征在于，所述第一D2C状态指示信息包括所述第二连接状态指示信息以及所述服务端的标识。
  26. 根据权利要求25所述的方法，其特征在于，所述第一D2C状态指示信息还包括所述服务端连接状态资源的资源类型。
  27. 根据权利要求2至26任一所述的方法，其特征在于，所述第一D2C状态获取请求携带所述服务端的标识。
  28. 根据权利要求2至26任一所述的方法，其特征在于，所述第一D2C状态获取请求携带所述客户端的标识。
  29. 根据权利要求2至26任一所述的方法，其特征在于，所述第一D2C状态获取请求携带访问令牌，所述访问令牌为所述云端颁发给所述客户端的用于表征所述客户端的合法访问身份的令牌。
  30. 根据权利要求24所述的方法，其特征在于，所述第一D2C状态获取请求为针对所述服务端连接状态资源的订阅请求；或者，
    所述第一D2C状态获取请求为针对所述服务端连接状态资源的读取请求。
  31. 根据权利要求30所述的方法，其特征在于，所述向所述云端发送第一D2C状态获取请求，包括：
    周期性地向所述云端发送针对所述服务端连接状态资源的读取请求。
  32. 根据权利要求24所述的方法，其特征在于，所述服务端连接状态资源包括资源类型属性和服务端信息列表，所述资源类型属性的属性值用于指示所述服务端连接状态资源的类型，所述服务端信息列表包括至少一个服务端信息，每个所述服务端信息与和所述云端建立有D2C通信连接的一个服务端相对应，每个所述服务端信息包括设备标识属性和连接状态属性，所述设备标识属性的属性值用于指示对应的服务端的设备标识，所述连接状态属性的属性值用于指示对应的服务端的D2C通信的连接状态。
  33. 一种确定设备状态的装置，其特征在于，用于客户端中，所述装置包括
    发送模块，用于向OCF资源设备发送状态获取信息；其中，所述OCF资源设备包括服务端和云端，所述状态获取信息用于获取所述服务端的D2D通信的连接状态或者所述服务端的D2C通信的连接状态；
    确定模块，用于基于获取到的D2D通信的连接状态和/或D2C通信的连接状态，以及基于当前所述客户端的接收状态，确定所述服务端是否在线；其中，所述接收状态包括所述客户端接收到所述OCF资源设备的信息或者所述客户端未接收到所述OCF资源设备的信息。
  34. 一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至32中任一项所述方法的步骤。
  35. 一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至32中任一项所述的方法的步骤。
PCT/CN2020/070156 2020-01-02 2020-01-02 确定设备状态的方法、装置、设备及存储介质 WO2021134766A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2020/070156 WO2021134766A1 (zh) 2020-01-02 2020-01-02 确定设备状态的方法、装置、设备及存储介质
CN202080071391.XA CN114556891B (zh) 2020-01-02 2020-01-02 确定设备状态的方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/070156 WO2021134766A1 (zh) 2020-01-02 2020-01-02 确定设备状态的方法、装置、设备及存储介质

Publications (1)

Publication Number Publication Date
WO2021134766A1 true WO2021134766A1 (zh) 2021-07-08

Family

ID=76685819

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/070156 WO2021134766A1 (zh) 2020-01-02 2020-01-02 确定设备状态的方法、装置、设备及存储介质

Country Status (2)

Country Link
CN (1) CN114556891B (zh)
WO (1) WO2021134766A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114339839A (zh) * 2022-01-05 2022-04-12 深圳华芯信息技术股份有限公司 设备3g或4g网络配置方法、系统、设备端以及app端

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106792023A (zh) * 2016-12-19 2017-05-31 Tcl集团股份有限公司 一种移动终端控制智能电视应用的方法及系统
CN107493294A (zh) * 2017-09-04 2017-12-19 上海润欣科技股份有限公司 一种基于非对称加密算法的ocf设备的安全接入与管理控制方法
WO2018208287A1 (en) * 2017-05-09 2018-11-15 Intel Corporation Device discovery
CN109547524A (zh) * 2018-09-30 2019-03-29 青岛海尔科技有限公司 基于物理网的用户行为存储方法、装置、设备及存储介质
KR20190069284A (ko) * 2017-12-11 2019-06-19 한국전자통신연구원 인터넷 서비스의 ocf 리소스 변환 및 연동 방법, 및 이를 수행하는 장치
CN110035058A (zh) * 2019-02-28 2019-07-19 Oppo广东移动通信有限公司 资源请求方法、设备及存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108702389B (zh) * 2016-02-18 2021-09-21 相信环球有限公司 用于遥控iot(物联网)设备的架构
DE112016006813T5 (de) * 2016-07-01 2019-01-10 Intel IP Corporation Kommunikation in internet-of-things-vorrichtungen
CN108848159A (zh) * 2018-06-14 2018-11-20 电子科技大学 一种物联网设备互操作调度方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106792023A (zh) * 2016-12-19 2017-05-31 Tcl集团股份有限公司 一种移动终端控制智能电视应用的方法及系统
WO2018208287A1 (en) * 2017-05-09 2018-11-15 Intel Corporation Device discovery
CN107493294A (zh) * 2017-09-04 2017-12-19 上海润欣科技股份有限公司 一种基于非对称加密算法的ocf设备的安全接入与管理控制方法
KR20190069284A (ko) * 2017-12-11 2019-06-19 한국전자통신연구원 인터넷 서비스의 ocf 리소스 변환 및 연동 방법, 및 이를 수행하는 장치
CN109547524A (zh) * 2018-09-30 2019-03-29 青岛海尔科技有限公司 基于物理网的用户行为存储方法、装置、设备及存储介质
CN110035058A (zh) * 2019-02-28 2019-07-19 Oppo广东移动通信有限公司 资源请求方法、设备及存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114339839A (zh) * 2022-01-05 2022-04-12 深圳华芯信息技术股份有限公司 设备3g或4g网络配置方法、系统、设备端以及app端

Also Published As

Publication number Publication date
CN114556891A (zh) 2022-05-27
CN114556891B (zh) 2024-01-30

Similar Documents

Publication Publication Date Title
US10912018B2 (en) PDU type setting method, UE policy setting method, and related entity
US9537786B2 (en) Method, device, and system for information processing based on distributed buses
WO2017097023A1 (zh) 无感知认证方法系统，基于该方法系统的控制方法、系统
US10110706B2 (en) Remote access method and device
CN111258627B (zh) 一种接口文档生成方法和装置
WO2017157176A1 (zh) 一种资源分发方法及装置
JP7166463B2 (ja) 購読メッセージの処理方法、装置、コンピュータ装置及び記憶媒体
US9417887B2 (en) Method and apparatus for bootstrapping gateway in device management system
CN111343286A (zh) 一种网络接入系统及网络接入方法
WO2023098234A1 (zh) 设备连接切换方法、装置、电子设备和计算机可读存储介质
WO2021134766A1 (zh) 确定设备状态的方法、装置、设备及存储介质
WO2019201248A1 (zh) 轻量级机器到机器系统中重新引导的方法和装置
US20220159103A1 (en) Method, device, system, and storage medium for establishing local communication link
WO2014015525A1 (zh) 一种用户在线状态的查询方法和装置
WO2017185934A1 (zh) 一种管理设备及设备管理方法
WO2023098233A1 (zh) 设备连接切换方法、装置、电子设备和计算机可读存储介质
CN116489762A (zh) 接入注册方法、装置、系统、通信设备和存储介质
US20160099928A1 (en) Systems and methods for managing connections for universal plug-and-play devices
WO2020143013A1 (zh) 查询请求的处理方法、装置、计算机设备和存储介质
WO2021134252A1 (zh) 设备间通信方法、装置、和存储介质
CN109327517B (zh) 获取无线接入点网络状态的方法及设备
US8627431B2 (en) Distributed network name
US20190312929A1 (en) Information synchronization method and device
WO2015027456A1 (zh) Wtp接入方法、管理方法、装置及系统
CN116828022B (zh) 管理与服务器的连接关系的方法、装置、设备和介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20910782

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20910782

Country of ref document: EP

Kind code of ref document: A1