设备的控制方法、系统、装置、存储介质和处理器
技术领域
本发明涉及互联网领域，具体而言，涉及一种设备的控制方法、系统、装置、存储介质和处理器。
背景技术
目前，随着物联网技术的不断发展，有越来越多的设备需要接入到无线保真(Wireless-Fidelity，简称为WiFi)网络中。
物联网设备在使用之前都需要进行一些特定的配网操作等，或经过复杂的操作才能将设备连接到指定的WiFi网络中；另外，终端用户一般使用的WiFi路由器都是家用路由器，性能也都不是太好，路由器可接入的物联网设备也是有限的，如果用户家里又有很多的物联网类的设备，那么用户就需要购买更多的路由器来容纳这些物联网类的设备，以使其能够接入到WiFi网络中，从而无形中增加了用户的成本。并且，用户需要将这么多的设备配置到自己的路由器WiFi网络中，也要花费大量的时间与精力，从而存在对设备进行控制的效率低的技术问题。
针对上述现有技术中对设备进行控制的效率低的技术问题，目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种设备的控制方法、系统、装置、存储介质和处理器，以至少解决对设备进行控制的效率低的技术问题。
根据本发明实施例的一个方面，提供了一种设备的控制方法。该方法可以包括：控制设备端获取待发送的目标数据；控制设备端基于组播通信方式或广播通信方式对目标数据进行发送；控制设备端获取状态信息，其中，状态信息用于指示受控设备端对监听到的目标数据进行处理的结果；控制设备端执行与状态信息对应的目标功能。
在控制设备端基于组播通信方式或广播通信方式对目标数据进行发送之后，方法还包括：控制设备端在目标时间段内，按照目标时间间隔检测是否有状态信息。
可选地，该方法还包括：在控制设备端在目标时间段内未检测到状态信息的情况下，停止检测是否有状态信息。
可选地，状态信息包括：第一状态信息，用于指示受控设备端对监听到的目标数据处理成功的结果；第二状态信息，用于指示受控设备端对监听到的目标数据处理失败的结果。
可选地，第一状态信息为第一服务集标识，第二状态信息为第二服务集标识，不同的第二服务集标识用于表示受控设备端对监听到的目标数据处理失败的不同错误信息。
可选地，控制设备端基于组播通信方式或广播通信方式对目标数据进行发送，包括：控制设备端基于组播通信方式或广播通信方式对目标数据进行循环发送。
根据本发明实施例的另一方面，还提供了另一种设备的控制方法。该方法可以包括：受控设备端监听到目标数据，其中，目标数据由控制设备端基于组播通信方式或广播通信方式进行发送；受控设备端对目标数据进行处理，得到状态信息，其中，状态信息用于指示对目标数据进行处理的结果；受控设备发送状态信息，其中，状态信息用于使控制设备端执行与状态信息对应的目标功能。
可选地，受控设备端监听到目标数据，包括：受控设备端通过组播通信方式或广播通信方式监听到目标数据。
可选地，受控设备端对目标数据进行处理，包括以下至少之一：受控设备端检测目标数据是否为有效数据；受控设备端检测目标数据对应的命令是否为有效命令；受控设备端检测目标数据是否完整。
可选地，该方法还包括：在受控设备端检测到目标数据为无效数据的情况下，对目标数据进行抛弃处理；在受控设备端检测到目标数据为有效数据，且还未完全接收的情况下，则开辟目标存储空间，通过目标存储空间存储接收到的目标数据；在受控设备端检测到目标数据为有效数据，且完全接收的情况下，受控设备端执行目标数据对应的操作命令。
可选地，受控设备端对目标数据进行处理，得到状态信息，包括：受控设备端确定对监听到的目标数据处理成功，得到第一状态信息；受控设备端确定对监听到的目标数据处理失败，得到第二状态信息。
根据本发明实施例的另一方面，还提供了一种设备的控制系统。该设备的控制系统可以包括：控制设备端，用于获取待发送的目标数据，并基于组播通信方式或广播通信方式对目标数据进行发送；受控设备端，用于监听到目标数据，对目标数据进行处理，得到状态信息，并发送状态信息，其中，状态信息用于指示对目标数据进行处理的结果，且用于使控制设备端执行与状态信息对应的目标功能。
根据本发明实施例的另一方面，还提供了一种设备的控制装置。该装置可以包括：第一获取单元，用于使控制设备端获取待发送的目标数据；发送单元，用于使控制设备端基于组播通信方式或广播通信方式对目标数据进行发送；第二获取单元，用于使控制设备端获取状态信息，其中，状态信息用于指示受控设备端对监听到的目标数据进行处理的结果；执行单元，用于控制设备端执行与状态信息对应的目标功能
根据本发明实施例的另一方面，还提供了另一种设备的控制装置。该装置可以包括：监听单元，用于使受控设备端监听到目标数据，其中，目标数据由控制设备端基于组播通信方式或广播通信方式进行发送；处理单元，用于使受控设备端对目标数据进行处理，得到状态信息，其中，状态信息用于指示对目标数据进行处理的结果；发送单元，用于使受控设备发送状态信息，其中，状态信息用于使控制设备端执行与状态信息对应的目标功能。
根据本发明实施例的另一方面，还提供了一种存储介质。该存储介质可以包括存储的程序，其中，在程序被处理器运行时控制存储介质所在设备执行本发明实施例的设备的控制方法。
根据本发明实施例的另一方面，还提供了一种处理器。该处理器用于运行程序，该程序运行时执行权利本发明实施例的设备的控制方法。
在本发明实施例中，采用控制设备端获取待发送的目标数据；控制设备端基于组播通信方式或广播通信方式对目标数据进行发送；控制设备端获取状态信息，其中，状态信息用于指示受控设备端对监听到的目标数据进行处理的结果；控制设备端执行与状态信息对应的目标功能。也就是说，本申请的控制设备端受控设备端直接通过组播通信方式或广播通信方式进行通信，实现了一种无需进行设备配置的、无连接的双向设备控制方法，从而更好地对受控设备端进行控制，解决了对设备进行控制的效率低的技术问题，达到了提高对设备进行控制的效率的技术效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的一种设备的控制方法的流程图；
图2是根据本发明实施例的另一种设备的控制方法的流程图；
图3是根据本发明实施例的一种设备的控制系统的示意图；
图4是根据相关技术中的一种通信拓扑结构的示意图；
图5是根据本发明实施例的一种优化后的通信拓扑结构的示意图；
图6是根据本发明实施例的一种控制设备端的数据发送与响应的方法的流程图；
图7是根据本发明实施例的一种受控设备端数据接收与进行消息回应的方法的流程；
图8是根据本发明实施例的一种控制设备端与受控设备端之间进行数据交互的方法的时序图；
图9是根据本发明实施例的一种设备的控制装置的示意图；以及
图10是根据本发明实施例的另一种设备的控制装置的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
根据本发明实施例，提供了一种设备的控制方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
下面从控制设备端一侧对本发明实施例的设备的控制方法进行介绍。
图1是根据本发明实施例的一种设备的控制方法的流程图。如图1所示，该方法可以包括如下步骤：
步骤S102，控制设备端获取待发送的目标数据。
在本发明上述步骤S102提供的技术方案中，控制设备端也可以称为控制端，可以为一种WIFI设备，可以对其上电，进行程序系统的初始化以及相关参数获取等。如果控制设备端初始化成功之后，则进入数据发送就绪状态，否则，继续进行程序系统的初始化。
该实施例在控制设备端初始化成功之后，控制设备端获取待发送的目标数据，可以是通过用户交互或自动获取数据等方式来获取需要待发送的目标数据，比如，用户选择或自动获取网络参数等。可选地，该实施例的目标数据可以包括控制数据、多个数据包/帧等，还可以为用于请求受控设备端进行控制操作的控制请求。其中，受控设备端可以为一种WIFI设备。
步骤S104，控制设备端基于组播通信方式或广播通信方式对目标数据进行发送。
在本发明上述步骤S104提供的技术方案中，在控制设备端获取待发送的目标数据之后，可以基于在网络中，组播通信方式或广播通信方式对目标数据进行发送。其中，网络可以是WIFI网络。
在该实施例中，控制设备端在获取到目标数据之后，可以对目标数据进行处理，比如，对目标数据按照一定协议(包含同步头、数据长度、命令字、命令数据、校验信息等)进行处理，然后通过组播通信方式或广播通信方式将处理后的目标数据发送出去，直至对目标数据发送完成后，可以等待受控设备端的响应，其中，受控设备端也可以称为受控端，可以在一开始上电后，进行程序系统的初始化，然后进入组播或广播数据接收监听状态。
步骤S106，控制设备端获取状态信息，其中，状态信息用于指示受控设备端对监听到的目标数据进行处理的结果。
在本发明上述步骤S106提供的技术方案中，在控制设备端基于组播通信方式或广播通信方式对目标数据进行发送之后，受控设备端进入接收模式，比如，受控设备端进入数据接收等相关逻辑判断处理过程，可以监听到目标数据，且可以对目标数据进行处理，可以是受控设备端执行与目标数据对应的控制操作，并做出对应的状态响应，从而得到状态信息。
在该实施例中，在目标数据由受控设备端处理之后，无论处理成功还是处理失败，则控制设备端均会获取受控设备端返回的状态信息。控制设备端可以是搜索周边的状态信息，从确定受控设备端对目标数据进行处理的结果。
步骤S108，控制设备端执行与状态信息对应的目标功能。
在本发明上述步骤S108提供的技术方案中，在控制设备端获取状态信息之后，既可以判断出此次的目标数据是否发送成功，也可以根据返回的状态信息所指示的结果执行对应的目标功能，比如，继续运行后续的功能，该功能可以是与对受控设备端进行控制相关的功能等。可选地，该实施例的控制设备端可以通过一定规则来基于状态信息判断控制设备端的执行状态，其中的一定规则可以根据具体场景进行设置，此处不做具体限制。
需要说明的是，该实施例的控制设备端如果需要受控设备端继续其它的控制操作，则可以重新按照上述步骤S102至108的步骤进行，以实现控制设备端执行下一次的控制操作。
需要说明的是，该实施例的控制端设备或受控端设备可以包括但不限于移动终端、平板电脑(Pad)、个人计算机(Personal Computer，简称为PC)、专用设备等物联网设备，该物联网设备也即网联网类的设备。
通过本申请上述步骤S102至步骤S108，控制设备端获取待发送的目标数据；控制设备端基于组播通信方式或广播通信方式对目标数据进行发送；控制设备端获取状态信息，其中，状态信息用于指示受控设备端对监听到的目标数据进行处理的结果；控制设备端执行与状态信息对应的目标功能。也就是说，该实施例的控制设备端受控设备端直接通过组播通信方式或广播通信方式进行通信，实现了一种无需进行设备配置的、无连接的双向设备控制方法，从而更好地对受控设备端进行控制，解决了对设备进行控制的效率低的技术问题，达到了提高对设备进行控制的效率的技术效果。
下面对该实施例的上述方法进行进一步说明。
作为一种可选的实施方式，在步骤S104，控制设备端基于组播通信方式或广播通信方式对目标数据进行发送之后，该方法还包括：控制设备端在目标时间段内，按照目标时间间隔检测是否有状态信息。
在该实施例中，在控制设备端基于组播通信方式或广播通信方式对目标数据进行发送之后，控制设备端可以进入响应等待状态，此处可以对控制设备端进行等待超时等机制的处理，控制设备端可以在目标时间段内，按照目标时间间隔来检测是否有状态信息，其中，目标时间间隔也即时间周期，控制设备端可以按照时间周期来扫描或发现周边的状态信息。
作为一种可选的实施方式，该方法还包括：在控制设备端在目标时间段内未检测到状态信息的情况下，停止检测是否有状态信息。
在该实施例中，当控制设备端在目标时间段内一直未检测到状态信息，则可以确定状态信息超时，停止对状态信息进行检测，可以结束流程。
作为一种可选的实施方式，状态信息包括：第一状态信息，用于指示受控设备端对监听到的目标数据处理成功的结果；第二状态信息，用于指示受控设备端对监听到的目标数据处理失败的结果。
在该实施例中，由于状态信息用于指示受控设备端对监听到的目标数据进行处理的结果，该状态信息可以包括第一状态信息，当受控设备端对监听到的目标数据处理成功时，控制设备端可以接收到该第一状态信息；该实施例的状态信息还可以包括第二状态信息，当受控设端对监听到的目标数据处理失败时，控制设备端可以接收到该第二状态信息。也即，无论受控设备端对监听到的目标数据是否处理成功，均需要向控制设备端发送不同的状态信息。
作为一种可选的实施方式，第一状态信息为第一服务集标识，第二状态信息为第二服务集标识，不同的第二服务集标识用于表示受控设备端对监听到的目标数据处理失败的不同错误信息。
在该实施例中，受控设备端可以以不同的命令状态通过发送不同的服务集标识(Service Set Identifier，简称为SSID)名称来回应控制设备端。其中，服务集标识可WiFiSSID。可选地，该实施例的用于指示受控设备端对监听到的目标数据处理成功的结果可以为第一服务集标识，比如，在受控设备端对监听到的目标数据处理成功时，可以向控制设备端回应xxx-00。可选地，该实施例的用于指示受控设备端对监听到的目标数据处理失败的结果可以为第二服务集标识，由于受控设备端对监听到的目标数据处理失败的结果可以是由于不同的错误信息导致的，因而，该实施例可以通过不同的第二服务集标识表示受控设备端对监听到的目标数据处理失败的不同错误信息，比如，xxx-01、xxx-02、xxx-03、....之类似的SSID名称来区分不同的错误信息。
在该实施例中，在控制设备端搜索周边WiFi SSID过程中，如果发现扫描到了相应的类似于xxx-00这样的WiFi SSID后，即可获取到受控设备端对目标数据对应的命令进行执行的结果信息。
作为一种可选的实施方式，步骤S104，控制设备端基于组播通信方式或广播通信方式对目标数据进行发送，包括：控制设备端基于组播通信方式或广播通信方式对目标数据进行循环发送。
在该实施例中，控制设备端可以基于组播通信方式或广播通信方式对目标数据进行循环(loop)发送，也即，控制设备端向受控设备端循环发送所有需要向受控设备端发送的数据。
下面从受控设备端一侧对本发明实施例的设备的控制方法进行介绍。
图2是根据本发明实施例的另一种设备的控制方法的流程图。如图2所示，该方法可以包括以下步骤：
步骤S202，受控设备端监听到目标数据，其中，目标数据由控制设备端基于组播通信方式或广播通信方式进行发送。
在本发明上述步骤S202提供的技术方案中，受控设备端可以为一种WIFI设备，可以在一开始上电后，进行程序系统的初始化，然后进入开监听目标数据。受控设备端监听到目标数据，该目标数据可以是由控制设备端基于WIFI网络，通过组播通信方式或广播通信方式进行发送的。
可选地，在该实施例中，目标数据由控制设备端初始化成功之后获取，可以是由控制设备端通过用户交互或自动获取数据等方式来获取。可选地，该实施例的目标数据可以包括控制数据、多个数据包/帧等，可以为用于请求受控设备端进行控制操作的控制请求。
可选地，该实施例的受控设备端可以监听由控制设备端处理后的目标数据，比如，接收控制设备端对目标数据按照一定协议(包含同步头、数据长度、命令字、命令数据、校验信息等)进行处理后的数据。
步骤S204，受控设备端对目标数据进行处理，得到状态信息，其中，状态信息用于指示对目标数据进行处理的结果。
在本发明上述步骤S204提供的技术方案中，在受控设备端监听到目标数据之后，可以对目标数据进行处理，可以是执行与目标数据对应的控制操作，并做出对应的状态响应，得到状态信息，其中，状态信息用于指示对目标数据进行处理的结果。
步骤S206，受控设备发送状态信息，其中，状态信息用于使控制设备端执行与状态信息对应的目标功能。
在本发明上述步骤S206提供的技术方案中，在受控设备端对目标数据进行处理之后，无论处理成功还是处理失败，则均会向控制设备端返回状态信息，也即，对控制设备端进行消息回应，使得控制设备端接收该状态信息，该状态信息可以用于使控制设备端确定受控设备端对目标数据进行处理的结果，进而执行与状态信息对应的目标功能，比如，继续运行后续的功能等。
下面对该实施例的上述方法进行进一步介绍。
作为一种可选的实施方式，步骤S202，受控设备端监听到目标数据，包括：受控设备端通过组播通信方式或广播通信方式监听到目标数据。
在该实施例中，受控设备端可以在一开始上电后，进行程序系统的初始化，然后就进入组播或广播数据接收监听状态，进而在控制设备端基于组播通信方式或广播通信方式对目标数据进行发送后，可以通过组播通信方式或广播通信方式监听到目标数据。
作为一种可选的实施方式，步骤S204，受控设备端对目标数据进行处理，包括以下至少之一：受控设备端检测目标数据是否为有效数据；受控设备端检测目标数据对应的命令是否为有效命令；受控设备端检测目标数据是否完整。
在该实施例中，在受控设备端获取到目标之后，可以检测目标数据是否为有效数据，比如，判断是否为受控设备端在进行控制操作时所需要的数据，还可以是确定目标数据对应的命令，判断目标数据对应的命令是否为有效命令，还可以是检测目标数据中的数据帧是否完整等。
需要说明的是，该实施例的上述受控设备端对目标数据进行处理的方式仅为本发明实施例的一种优选的实施方式，并不代表本发明实施的对目标数据进行处理的方式仅为上述，任何受控设备端对目标数据进行处理，以进行相应的控制操作的方法都在该实施例的范围之内，此处不再一一举例说明。
作为一种可选的实施方式，该方法还包括：在受控设备端检测到目标数据为无效数据的情况下，对目标数据进行抛弃处理；在受控设备端检测到目标数据为有效数据，且还未完全接收的情况下，则开辟目标存储空间，通过目标存储空间存储接收到的目标数据；在受控设备端检测到目标数据为有效数据，且完全接收的情况下，受控设备端执行目标数据对应的操作命令。
在该实施例中，如果受控设备端检测到目标数据为无效数据，比如，目标数据出现异常，而并非受控设备端在进行控制操作时所需要的数据，则可以对目标数据进行抛弃处理；可选地，如果受控设备端检测到目标数据为有效数据，比如，为受控设备端在进行控制操作时所需要的正确数据，并且还未完全接收的情况下，可以临时开辟目标存储空间，通过目标存储空间存储接收到的目标数据，也即，临时存储已接收的正确数据；可选地，在受控设备端检测到目标数据为有效数据，且完全接收的情况下，比如，数据帧已经完全接收完成，则受控设备端执行目标数据对应的操作命令，从而完成对应的控制操作。
作为一种可选的实施方式，受控设备端对目标数据进行处理，得到状态信息，包括：受控设备端确定对监听到的目标数据处理成功，得到第一状态信息；受控设备端确定对监听到的目标数据处理失败，得到第二状态信息。
在该实施例中，由于状态信息用于指示受控设备端对监听到的目标数据进行处理的结果，该状态信息可以包括第一状态信息，当受控设备端对监听到的目标数据处理成功时，受控设备端可以向控制设备端发送该第一状态信息；该实施例的状态信息还可以包括第二状态信息，当受控设端对监听到的目标数据处理失败时，受控设端可以向控制设备端发送该第二状态信息。也即，无论受控设备端对监听到的目标数据是否处理成功，均需要向控制设备端发送不同的状态信息。比如，在受控设备端对监听到的目标数据处理成功时，可以向控制设备端回应第一状态信息xxx-00，在受控设备端对监听到的目标数据处理失败时，可以向控制设备端回应通过xxx-01、xxx-02、xxx-03等类似的SSID名称来区分不同的错误信息的第二状态信息。
该实施例的控制设备端受控设备端直接通过组播通信方式或广播通信方式进行通信，实现了一种无需进行设备配置的、无连接的双向设备控制方法，从而更好地对受控设备端进行控制，解决了对设备进行控制的效率低的技术问题，达到了提高对设备进行控制的效率的技术效果。
实施例2
本发明实施例还提供了一种设备的控制系统。需要说明的是，该实施例的设备的控制系统可以用于执行本发明实施例的设备的控制方法。
图3是根据本发明实施例的一种设备的控制系统的示意图。如图3所示，该设备的控制系统30可以包括：控制设备端31和受控设备端32。
控制设备端31，用于获取待发送的目标数据，并基于组播通信方式或广播通信方式对目标数据进行发送。
在该实施例中，控制设备端31也可以称为控制端，可以为一种WIFI设备，可以对其上电，进行程序系统的初始化，如果初始化成功之后，则进入数据发送就绪状态，否则，继续进行程序系统的初始化。
该实施例在控制设备端31初始化成功之后，获取待发送的目标数据，可以是通过用户交互或自动获取数据等方式来获取需要待发送的目标数据，比如，用户选择或自动获取网络参数等。可选地，该实施例的目标数据可以包括控制数据、多个数据包/帧等，可以为用于请求受控设备端32进行控制操作的控制请求。
在该实施例中，控制设备端31在获取到目标数据之后，可以对目标数据进行处理，比如，对目标数据按照一定协议(包含同步头、数据长度、命令字、命令数据、校验信息等)进行处理，然后通过组播通信方式或广播通信方式将处理后的目标数据发送出去，直至对目标数据发送完成后，可以等待受控设备端32的响应。
受控设备端32，用于监听到目标数据，对目标数据进行处理，得到状态信息，并发送状态信息，其中，状态信息用于指示对目标数据进行处理的结果，且用于使控制设备端31执行与状态信息对应的目标功能。
在该实施例中，受控设备端32可以为一种WIFI设备，也可以称为受控端，可以在一开始上电后，进行程序系统的初始化，然后进入组播或广播数据接收监听状态。
该实施例的受控设备端32可以监听由控制设备端31处理后的目标数据，比如，接收控制设备端31对目标数据按照一定协议(包含同步头、数据长度、命令字、命令数据、校验信息等)进行处理后的数据。
在受控设备端32监听到目标数据之后，可以对目标数据进行处理，可以是执行与目标数据对应的控制操作，并做出对应的状态响应，得到状态信息，其中，状态信息用于指示对目标数据进行处理的结果。
在受控设备端32对目标数据进行处理之后，无论处理成功还是处理失败，则均会向控制设备端31返回状态信息，使得控制设备端31接收该状态信息，该状态信息可以用于使控制设备端31确定受控设备端32对目标数据进行处理的结果，进而执行与状态信息对应的目标功能，比如，继续运行后续的功能等。
该实施例的控制设备端受控设备端直接通过组播通信方式或广播通信方式进行通信，实现了一种无需进行设备配置的、无连接的双向设备控制方法，从而更好地对受控设备端进行控制，解决了对设备进行控制的效率低的技术问题，达到了提高对设备进行控制的效率的技术效果。
实施例3
在相关技术中，随着物联网技术的不断发展，有越来越多的设备需要接入到WiFi网络中。图4是根据相关技术中的一种通信拓扑结构的示意图。如图4所示，将多个物联网设备接入WiFi网络中。但是，在使用之前都需要进行针对对应的WiFi网络，进行一些特定的配网操作等，或经过复杂的操作才能将设备连接到指定的WiFi网络中，这样给实际终端用户带来一定的复杂性与不便。
另一方面，终端用户一般使用的WiFi路由器都是家用路由器，性能也都不是太好，路由器可接入的物联网设备也是有限的，如果用户家里又有很多的物联网类的设备，那用户就需要购买更多的路由器来容纳这些联网的设备能够接入到WiFi网络中，从而无形中增加了用户的成本。并且，用户需要将这么多的设备配置到自己的路由器WiFi网络中，也要花费大量的时间与精力。
因此，为了解决上述问题，该实施例使用一种无需进行设备配置的、更加方便的方式进行WiFi设备的控制。图5是根据本发明实施例的一种优化后的通信拓扑结构的示意图。如图5所示，多个WiFi设备之间可以直接通过组播/广播方式进行通信，实现了一种基于WiFi的无连接的双向控制方法，下面对该方法进行进一步介绍。
下面对该实施例的上述方法进行进一步介绍。
本发明所述的一种基于WiFi的无连接的双向控制方法，可以包括以下步骤：
步骤S1，将控制设备端和受控设备端上电，进行程序系统的初始化，之后受控设备端进入组播/广播数据接收监听的状态，控制设备端进入数据发送就绪状态。
步骤S2，控制设备端通过用户交互或自动获取数据等方式获取需要待发送的数据，并按一定协议(包含同步头、数据长度、命令字、命令数据、校验信息等)进行数据处理后，再通过组播/广播通信方式将处理后的数据发送出去。
图6是根据本发明实施例的一种控制设备端的数据发送与响应的方法的流程图。如图6所示，该方法包括以下步骤：
步骤S601，控制设备端进行程序系统的初始化。
步骤S602，控制设备端判断是否进行初始化成功。
控制设备端如果判断出未进行初始化成功，则继续执行步骤S601，进行程序系统的初始化；控制设备端如果判断出进行初始化成功，则执行步骤S603。
步骤S603，控制设备端向受控设备端发送控制数据、多个数据包/帧。
该控制数据、多个数据包/帧可以是用于请求受控设备端进行控制操作的控制请求。
步骤S604，控制设备端判断向受控设备端是否发送数据完成。
控制设备端如果判断出未向受控设备端是否发送数据完成，则继续执行步骤S603，向受控设备端发送控制数据、多个数据包/帧；控制设备端如果判断出向受控设备端发送数据完成，则执行步骤S605。
步骤S605，控制设备端等待受控端返回状态信息。
在控制设备端向受控设备端发送数据完成之后，控制设备端进入响应等待，在此期间，控制设备端可以以一定间隔的时间周期来扫描/发现控制设备端基于接收到的数据而返回的WiFi SSID变化情况。
步骤S606，控制设备端判断是否收到状态信息。
控制设备端如果没有收到等待受控端返回的状态信息，则执行步骤S607；否则，执行步骤608。
步骤S607，控制设备端响应超时处理。
步骤S608，控制设备端继续后续的功能运行等。
步骤S3，受控设备端在监听到控制设备端发送的数据之后，进行数据的接收处理(包括判断是否为有效数据、是否为有效命令、数据帧是否完整等等)。如果接收到的数据无效或异常则做抛弃处理；如果接收到的数据有效，且数据还未完全接收完全，则可以临时开辟空间存储已接收到的正确数据；如果接收到的数据有效并且数据帧已经完全接收完成，则受控设备端执行对应的命令完成相应的操作。
图7是根据本发明实施例的一种受控设备端数据接收与进行消息回应的方法的流程图。如图7所示，该方法可以包括以下步骤：
步骤S701，受控设备端进入接收模式。
步骤S702，受控设备端开始监听组播/广播数据。
步骤S703，受控设备端接收监听到的数据。
步骤S704，受控设备端判断接收到的数据的是否完整。
受控设备端如果判断出接收到的数据不完整，则继续执行步骤S703；否则，执行步骤S705。
步骤S705，受控设备端基于接收到的数据执行对应的控制操作，并做出对应的状态响应。
步骤S4，受控设备端在执行命令后，不管命令执行成功还是失败，均需以不同的命令状态通过发送不同的WiFi SSID名称来进行回应。如果执行成功时，则回应为xxx-00的WiFi SSID，果执行失败时，则回应为xxx-01、xxx-02、xxx-03、....之类似的SSID名称的WiFi SSID，来区分不同的错误信息。
步骤S5，在控制设备端搜索周边WiFi SSID过程中，如果发现扫描到了相应的类似于xxx-00这样的WiFi SSID后，即可获取到受控设备端对接收到的数据对应的命令执行的结果信息，这样即可判断出此次对受控设备端的控制请求是否成功，并根据控制的返回结果继续后续的功能运行等。
步骤S6，如果需要继续其他的控制操作，则可以重复步骤S2至步骤S5的流程，即能进行下一次的控制操作。
图8是根据本发明实施例的一种控制设备端与受控设备端之间进行数据交互的方法的时序图。如图8所示，该方法可以包括以下步骤：
步骤S801，控制设备端进行程序初始化以及相关参数获取等。
步骤S802，受控设备端进入数据接收等相关逻辑判断处理过程。
步骤S803，控制设备端和受控设备端可以分别初始化各自的程序系统到就绪状态。
步骤S804，控制设备端通过用户选择或自动获取网络参数等数据。
步骤S805，控制设备端以组播或广播方式循环发送所有数据。
步骤S806，受控设备端控制设备端发送的数据是否为需要的数据。
步骤S807，受控设备端控制设备端发送的数据是否完整。
步骤S808，受控设备端存储已接收到的正确数据。
在该实施例中，对于步骤S805以组播或广播方式循环发送所有数据，都可以通过步骤S806至步骤S808的方式进行处理。
步骤S809，受控设备端完成接收数据对应的控制命令，并执行控制命令。
步骤S810，受控设备端通过改变WIFI SSID名称的方式，来回应控制设备端。
步骤S811，受控设备端向控制设备端回应当前执行控制命令的状态信息。
步骤S812，控制设备端在周边搜索并处理扫描到的WIFI SSID，通过一定的规则来判断控制设备端的执行状态。
该实施例的控制设备端受控设备端直接通过组播通信方式或广播通信方式进行通信，实现了一种无需进行设备配置的、无连接的双向设备控制方法，从而更好地对受控设备端进行控制，解决了对设备进行控制的效率低的技术问题，达到了提高对设备进行控制的效率的技术效果。
实施例4
本发明实施例还提供了一种设备的控制装置。需要说明的是，该实施例的设备的控制装置可以用于执行本发明实施例图1所示的设备的控制方法。
图9是根据本发明实施例的一种设备的控制装置的示意图。如图9所示，该设备的控制装置90可以包括：第一获取单元91、发送单元92、第二获取单元93和执行单元94。
第一获取单元91，用于使控制设备端获取待发送的目标数据。
发送单元92，用于使控制设备端基于组播通信方式或广播通信方式对目标数据进行发送。
第二获取单元93，用于使控制设备端获取状态信息，其中，状态信息用于指示受控设备端对监听到的目标数据进行处理的结果。
执行单元94，用于控制设备端执行与状态信息对应的目标功能
本发明实施例还还提供了另一种设备的控制装置。需要说明的是，该实施例的设备的控制装置可以用于执行本发明实施例图2所示的设备的控制方法。
图10是根据本发明实施例的另一种设备的控制装置的示意图。如图10所示，该设备的控制装置100可以包括：监听单元101、处理单元102和发送单元103。
监听单元101，用于使受控设备端监听到目标数据，其中，目标数据由控制设备端基于组播通信方式或广播通信方式进行发送。
处理单元102，用于使受控设备端对目标数据进行处理，得到状态信息，其中，状态信息用于指示对目标数据进行处理的结果。
发送单元103，用于使受控设备发送状态信息，其中，状态信息用于使控制设备端执行与状态信息对应的目标功能。
该实施例的设备的控制装置，控制设备端受控设备端直接通过组播通信方式或广播通信方式进行通信，实现了一种无需进行设备配置的、无连接的双向设备控制方法，从而更好地对受控设备端进行控制，解决了对设备进行控制的效率低的技术问题，达到了提高对设备进行控制的效率的技术效果。
实施例4
根据本发明实施例，还提供了一种存储介质，该存储介质包括存储的程序，其中，在程序被处理器运行时控制存储介质所在设备执行本发明实施例的设备的控制方法。
实施例5
根据本发明实施例，还提供了一种处理器，该处理器用于运行程序，其中，程序运行时执行本发明实施例的设备的控制方法。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
