CN106549840B - 数据交互系统、方法及装置 - Google Patents

数据交互系统、方法及装置 Download PDF

Info

Publication number
CN106549840B
CN106549840B CN201611130990.6A CN201611130990A CN106549840B CN 106549840 B CN106549840 B CN 106549840B CN 201611130990 A CN201611130990 A CN 201611130990A CN 106549840 B CN106549840 B CN 106549840B
Authority
CN
China
Prior art keywords
data
operation signal
function code
type
intelligent household
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
CN201611130990.6A
Other languages
English (en)
Other versions
CN106549840A (zh
Inventor
滕敏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen bailite IOT Technology Co.,Ltd.
Original Assignee
滕敏
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 滕敏 filed Critical 滕敏
Priority to CN201611130990.6A priority Critical patent/CN106549840B/zh
Publication of CN106549840A publication Critical patent/CN106549840A/zh
Application granted granted Critical
Publication of CN106549840B publication Critical patent/CN106549840B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
    • H04L12/2818—Controlling appliance services of a home automation network by calling their functionalities from a device located outside both the home and the home network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2807—Exchanging configuration information on appliance services in a home automation network
    • H04L12/2814—Exchanging control software or macros for controlling appliance services in a home automation network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2823—Reporting information sensed by appliance or service execution status of appliance services in a home automation network
    • H04L12/2825—Reporting to a device located outside the home and the home network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L2012/284—Home automation networks characterised by the type of medium used
    • H04L2012/2841—Wireless

Landscapes

  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Selective Calling Equipment (AREA)

Abstract

本发明提供一种数据交互系统、方法及装置，属于串口通信技术领域。方法包括：接收终端发送的第一数据；按照第一功能码的类型，将操作信号存储至指令操作区；当接收到智能家电发送的第二数据时，根据第二数据中第二功能码的类型，从指令操作区中读取操作信号；向智能家电发送操作信号。本发明通过按照第一功能码的类型，将操作信号存储至指令操作区。当接收到智能家电发送的第二数据时，根据第二数据中第二功能码的类型，从指令操作区中读取操作信号，向智能家电发送操作信号。由于智能家电、WIFI模组及终端通过状态回传区便可完成状态数据的交互，三者间不需要对通信协议进行二次编程，从而使得数据交互过程通用性较好、成本较低且效率较高。

Description

数据交互系统、方法及装置
技术领域
本发明涉及串口通信技术领域，更具体地，涉及一种数据交互系统、方法及装置。
背景技术
随着智能家居的深入发展及物联网的兴起，人们对物联网智能家电的兴趣越来越高涨。在通过APP控制智能家电时，可通过将云服务器作为中转站，实现智能家电与移动端的数据交互。具体地，智能家电通过WIFI模组与云服务器进行数据交互。移动端APP通过与云服务器之间的数据交互，间接获取智能家电运行状态及控制智能家电。由于现在各大家电厂商在生产智能家电时所提供的通信协议，与WIFI模组的通信协议经常会出现不匹配的情况，即智能家电与WIFI模组之间无法进行数据交互。针对上述情形，现有技术中的数据交互方法通过终端到云端再到智能家电之间的通信路径，实现终端与智能家电之间的数据交互。其中，终端需要等待智能家电通过两者间的物理连接将数据传输过来。同理，智能家电也需要等待终端通过物理连接将数据传输过来。
在实现本发明的过程中，发现现有技术至少存在以下问题：
由于终端到云端再到智能家电之间的通信路径没有充分解耦，终端与智能家电之间的数据交互比较依赖于物理连接，从而当任意一方通信出现问题时都会导致另一方等待时间较长，甚至数据交互失败。因此，数据交互的通用性及灵活性较差。
发明内容
本发明提供一种克服上述问题或者至少部分地解决上述问题的数据交互系统、方法及装置。
根据本发明的第一方面，提供了一种数据交互系统，该系统包括：共享信号区、终端及智能家电；
共享信号区至少包括指令操作区及状态回传区；终端用于向指令操作区发送操作信号，智能家电用于从指令操作区获取操作信号；智能家电用于向状态回传区发送状态数据，终端用于从状态回传区中获取状态数据。
根据本发明的第二方面，提供了一种数据交互方法，该方法包括：
接收终端发送的第一数据，第一数据至少包括第一功能码及操作信号；
按照第一功能码的类型，将操作信号存储至指令操作区；
当接收到智能家电发送的第二数据时，根据第二数据中第二功能码的类型，从指令操作区中读取操作信号；
向智能家电发送操作信号。
根据本发明的第三方面，提供了一种数据交互方法，该方法包括：
当接收到智能家电发送的第二数据时，根据第二数据中第二功能码的类型，从指令操作区中读取操作信号；
向智能家电发送操作信号；
接收终端发送的第一数据，第一数据至少包括第一功能码及操作信号；
按照第一功能码的类型，将操作信号存储至指令操作区。
根据本发明的第四方面，提供了一种数据交互装置，该装置包括：
第一接收模块，用于接收终端发送的第一数据，第一数据至少包括第一功能码及操作信号；
第一存储模块，用于按照第一功能码的类型，将操作信号存储至指令操作区；
第一读取模块，用于当接收到智能家电发送的第二数据时，根据第二数据中第二功能码的类型，从指令操作区中读取操作信号；
第一发送模块，用于向智能家电发送操作信号。
根据本发明的第五方面，提供了一种数据交互装置，该装置包括：
第一读取模块，用于当接收到智能家电发送的第二数据时，根据第二数据中第二功能码的类型，从指令操作区中读取操作信号；
第一发送模块，用于向智能家电发送操作信号；
第一接收模块，用于接收终端发送的第一数据，第一数据至少包括第一功能码及操作信号；
第一存储模块，用于按照第一功能码的类型，将操作信号存储至指令操作区。
本申请提出的技术方案带来的有益效果是：
通过接收终端发送的第一数据，按照第一功能码的类型，将操作信号存储至指令操作区。当接收到智能家电发送的第二数据时，根据第二数据中第二功能码的类型，从指令操作区中读取操作信号，向智能家电发送操作信号。由于智能家电、WIFI模组及终端仅通过状态回传区便可完成状态数据的交互，三者间不需要对通信协议进行二次编程，从而使得数据交互过程通用性较好、成本较低且效率较高。
另外，由于数据交互过程脱离了数据传输过程，从而使得从事智能电器研发的电气工程师不需要理解网络通信协议的相关概念，只需按照预设格式弄清楚交互数据中操作信号或状态数据对应的含义即可，这对电气工程人员非常友好。再者，由于在后期调试过程中分别从事研发智能家电、云端软件及移动端APP的工程人员，不需要在现场进行联合调试，只需各自按照本发明实施例对应的标准化万能串口通信协议进行仿真调试即可，从而节约了大量的人力及时间成本。同时，提高了联合调试的效率。
最后，由于指令操作区的任何具体地址并未被定义成具体的变量含意或参数，即指令操作区只是用于存储指令，具体存储什么种类智能家电的操作指令、每位或几位具体地址用于存储什么样的操作指令等这些都是不限定的，从而可获得二次定义操作信号的能力。
附图说明
图1为本发明实施例的一种现有数据交互过程示意图；
图2为本发明实施例的一种数据交互方法的流程示意图；
图3为本发明实施例的一种数据交互方法的流程示意图；
图4为本发明实施例的一种数据交互方法的流程示意图；
图5为本发明实施例的一种数据交互方法的流程示意图；
图6为本发明实施例的一种数据交互过程示意图；
图7为本发明实施例的一种万能串口协议模型示意图；
图8为本发明实施例的一种数据交互装置的结构示意图；
图9为本发明实施例的一种数据交互装置的结构示意图；
图10为本发明实施例的一种数据交互装置的结构示意图；
图11为本发明实施例的一种数据交互装置的结构示意图。
具体实施方式
下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。
随着移动互联网的深入发展及物联网的兴起，智能设备覆盖范围越来越广，人们对物联网智能家电的兴趣越来越高涨。业内各大家电厂商，或发展自已云平台，或采用第三方云平台来构建自己的物联网。通过将云平台作为中转站，可实现智能家电与移动端的数据交互。例如，智能家电通过WIFI模组与云服务器进行数据交互。移动端APP通过与云服务器之间的数据交互，间接获取智能家电运行状态及控制智能家电。其中，业内主流的第三方云平台方案可如图1所示。图1中的串口A指的是串口通信协议，电器M为不同的智能家电。
由于物联网涉及到的技术领域众多，如从云端后台技术到模组端硬件技术，这使得物联网产品的开发目前尚未形成统一标准。这使得各大家电厂商在生产智能家电时所提供的通信协议，与WIFI模组的通信协议经常会出现不匹配的情况，即智能家电与WIFI模组之间无法进行数据交互。因此，如何实现智能家电与WIFI模组之间的数据交互是个关键问题。
针对上述情形，现有技术中的数据交互方法通常是通过终端到云端再到智能家电之间的通信路径，实现终端与智能家电之间的数据交互。其中，终端需要等待智能家电通过两者间的物理连接将数据传输过来。同理，智能家电也需要等待终端通过物理连接将数据传输过来。
由于终端到云端再到智能家电之间的通信路径没有充分解耦，终端与智能家电之间的数据交互比较依赖于物理连接，从而当任意一方通信出现问题时都会导致另一方等待时间较长，甚至数据交互失败。因此，数据交互的通用性及灵活性较差。
另外，从事智能电器研发的电气工程师同样需要理解网络通信协议的相关概念，这对智能设备研发时电气工程人员非常不友好。再者，由于在后期调试过程中分别从事研发智能家电、云端软件及移动端APP的工程人员，均需要在现场进行联合调试，这会浪费大量的人力及时间成本。同时，联合调试的效率也低。
针对现有技术中的问题，本实施例提供了一种数据交互系统，该系统包括：共享信号区、终端及智能家电；
共享信号区至少包括指令操作区及状态回传区；终端用于向指令操作区发送操作信号，智能家电用于从指令操作区获取操作信号；智能家电用于向状态回传区发送状态数据，终端用于从状态回传区中获取状态数据。
本发明实施例提供的系统，通过接收终端发送的第一数据，按照第一功能码的类型，将操作信号存储至指令操作区。当接收到智能家电发送的第二数据时，根据第二数据中第二功能码的类型，从指令操作区中读取操作信号，向智能家电发送操作信号。由于智能家电、WIFI模组及终端仅通过状态回传区便可完成状态数据的交互，三者间不需要对通信协议进行二次编程，从而使得数据交互过程通用性较好、成本较低且灵活性较高。
另外，由于数据交互过程脱离了数据传输过程，从而使得从事智能电器研发的电气工程师不需要理解网络通信协议的相关概念，只需按照预设格式弄清楚交互数据中操作信号或状态数据对应的含义即可，这对电气工程人员非常友好。再者，由于在后期调试过程中分别从事研发智能家电、云端软件及移动端APP的工程人员，不需要在现场进行联合调试，只需各自按照本发明实施例对应的标准化万能串口通信协议进行仿真调试即可，从而节约了大量的人力及时间成本。同时，提高了联合调试的效率。
最后，由于指令操作区的任何具体地址并未被定义成具体的变量含意或参数，即指令操作区只是用于存储指令，具体存储什么种类智能家电的操作指令、每位或几位具体地址用于存储什么样的操作指令等这些都是不限定的，从而可获得二次定义操作信号的能力。
基于上述实施例提供的数据交互系统，本实施例提供了一种数据交互方法。该方法具体涉及到了智能家电、终端、云服务器及WIFI模组。其中，智能家电可以为智能冰箱、智能电视及智能空调等，终端可以为手机、智能手表及电脑等，本实施例及后续实施例不对智能家电及移动终端的类型作具体限定。WIFI模组可以为2G/3G/4G模组或其它接入硬件，本实施例及后续实施例不对WIFI模组的硬件形态及规格参数作具体限定。
在实际实施场景中，终端上安装的应用程序可通过网络对智能家电进行控制，如打开或关闭家电、对制冷家电的温度进行调节等。相应地，智能家电可以通过网络将当前工作状态反馈给终端，终端可对智能家电的工作状态进行显示，从而用户可获知智能家电的工作信息。上述内容可分为如下两种工作流程，分别为信号指示流程及状态显示流程。
以上述内容为基础，本发明设置了一片共享信号区。该共享信号区可位于WIFI模组、云服务器、终端或其它硬件中，本实施例及后续实施例不对共享信号区所处的位置作具体限定。为了便于说明，本实施例及后续实施例以共享信号区在WIFI模组中为例，对数据交互的过程进行阐述。另外，本实施例不对智能电器与WIFI模组之间的串口连接方式作具体限定，包括但不限于I2C(Inter－Integrated Circuit，两线式串行总线)、SPI(SerialPeripheral Interface，串行外设接口)、单总线或其它芯片间的连接方式。
在WIFI模组内开辟一片共享信号区，该共享信号区分为上部区及下部区。上部区为指令操作区，下部区为状态回传区。其中，WIFI模组中的共享信号区可以为256字节的RAM。当然，也可以设置其它大小的RAM，本实施例及后续实施例对此不作具体限定。例如，除了设置成256字节之外，还可以设置为128字节、64字节或其它大小的RAM。
本实施例及后续实施例中WIFI模组、云服务器及终端可通过底层TCP/IP协议进行通信，应用层可通过三位一体协议进行通信，本实施例对此不作具体限定。需要说明的是，由于云服务器主要起到的是转发作用，从而WIFI模组与终端之间可视为直接进行数据交互。相应地，在本实施例及后续实施例的方法步骤中会省略云服务器的转发过程，主要以智能家电、WIFI模组及终端之间的数据交互过程为主。
参见图2，该数据交互方法流程包括：201、接收终端发送的第一数据；其中，第一数据至少包括第一功能码及操作信号；202、按照第一功能码的类型，将操作信号存储至指令操作区；203、当接收到智能家电发送的第二数据时，根据第二数据中第二功能码的类型，从指令操作区中读取操作信号；204、向智能家电发送操作信号。
本发明实施例提供的方法，通过接收终端发送的第一数据，按照第一功能码的类型，将操作信号存储至指令操作区。当接收到智能家电发送的第二数据时，根据第二数据中第二功能码的类型，从指令操作区中读取操作信号，向智能家电发送操作信号。由于智能家电、WIFI模组及终端仅通过状态回传区便可完成状态数据的交互，三者间不需要对通信协议进行二次编程，从而使得数据交互过程通用性较好、成本较低且灵活性较高。
另外，由于数据交互过程脱离了数据传输过程，从而使得从事智能电器研发的电气工程师不需要理解网络通信协议的相关概念，只需按照预设格式弄清楚交互数据中操作信号或状态数据对应的含义即可，这对电气工程人员非常友好。再者，由于在后期调试过程中分别从事研发智能家电、云端软件及移动端APP的工程人员，不需要在现场进行联合调试，只需各自按照本发明实施例对应的标准化万能串口通信协议进行仿真调试即可，从而节约了大量的人力及时间成本。同时，提高了联合调试的效率。
最后，由于指令操作区的任何具体地址并未被定义成具体的变量含意或参数，即指令操作区只是用于存储指令，具体存储什么种类智能家电的操作指令、每位或几位具体地址用于存储什么样的操作指令等这些都是不限定的，从而可获得二次定义操作信号的能力。
作为一种可选实施例，按照第一功能码的类型，将操作信号存储至指令操作区之前，还包括：
当检测到多个终端发送类型相同且操作相同的操作信号时，将多个相同类型的操作信号合并为一个操作信号。
作为一种可选实施例，按照第一功能码的类型，将操作信号存储至指令操作区之前，还包括：
当检测到多个终端发送类型相同且操作冲突的操作信号时，按照每个终端优先级从多个操作信号中选择一个操作信号。
作为一种可选实施例，按照第一功能码的类型，将操作信号存储至指令操作区，包括：
确定操作信号对应的字节地址及位地址；
按照字节地址及位地址，将操作信号存储至指令操作区。
作为一种可选实施例，向智能家电发送操作信号之后，还包括：
接收智能家电发送的第三数据，第三数据至少包括第三功能码及状态数据；
按照第三功能码的类型，将状态数据存储至状态回传区；
当接收到终端发送的第四数据时，根据第四数据中第四功能码的类型，从状态回传区读取状态数据；
向终端发送状态数据。
上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。
基于上述图2对应实施例所提供的数据交互方法及上述实施例提供的数据交互系统，本发明实施例提供了一种数据交互方法。基于WIFI模组中的指令操作区，本实施例主要对信号指示流程对应的数据交互方法进行说明。参见图3，本实施例提供的方法流程包括：301、终端向WIFI模组发送第一数据；302、WIFI模组按照第一功能码的类型，将操作信号存储至指令操作区；303、智能家电向WIFI模组发送第二数据；304、WIFI模组根据第二数据中第二功能码的类型，从指令操作区中读取操作信号；305、WIFI模组向智能家电发送操作信号。
其中，301、终端向WIFI模组发送第一数据。
在执行本步骤之前，终端可根据用户的操作来生成第一数据。其中，第一数据可至少包括第一功能码及操作信号，本实施例对此不作具体限定。功能码主要用于指示WIFI模组做什么样的操作，如读/写操作。操作信号主要用于指示智能家电改变工作状态，如打开/关闭智能家电、调节智能家电温度、调节智能家电音量等等。
另外，WIFI模组所做的操作类型可以为多种，如指定RAM内存地址及指定长度的写信号操作、指定RAM内存地址及指定长度的读信号操作、物理信道联通性的测试操作等，本实施例对此不作具体限定。相应地，功能码可用于指代WIFI模组所做的不同操作。例如，功能码0X00可指代物理信道联通性及有效性的测试工作，功能码0X05或0X01可指代指定RAM内存地址及指定长度的读信号操作，功能码0X06或0X02可指代指定RAM内存地址及指定长度的写信号操作。
需要说明的是，终端在生成第一数据时，可按照预设格式进行设置，本实施例对此不作具体限定。为了避免出现之前通信协议不匹配的情形，智能家电及终端在进行数据交互之前，生成数据时均可按照预设格式进行设置，本实施例对此不作具体限定。
其中，302、WIFI模组按照第一功能码的类型，将操作信号存储至指令操作区。
WIFI模组在接收到终端发送的第一数据后，由于功能码类型对应着WIFI模组的操作类型，从而WIFI模组可按照第一功能码的类型，将操作信号存储至指令操作区。相应地，在本步骤中第一功能码的类型可指代上述步骤301中的写信号操作。需要说明的是，一种智能家电的操作类型通常有多种。为了能让智能家电区分不同的操作，可将指令操作区中不同的位地址定义不同的操作。其中，可以一个位地址对应一种操作，也可以多个位地址对应一种操作，本实施例对此不作具体限定。相应地，在存储操作信号时，可将操作信号存储至对应字节地址下的位地址。因此，在执行本步骤时，可确定操作信号对应的字节地址及位地址，再按照字节地址及位地址，将操作信号存储至指令操作区，本实施例对此不作具体限定。通过预先确定存储操作信号所使用的字节地址及位地址，能够合理分配指令操作区的存储空间，并加以有效利用。
例如，以指令操作区字节地址0X00下的8个位地址中每个位地址对应一种操作，智能家电为智能电视机为例。当操作信号表示调至上一个频道时，在将操作信号存储至指令操作区时，可将8个位地址中第1个位地址的值置为1。相应地，智能电视机在知道第1个位地址对应操作为是否调至上一个电视台的前提下，可根据获取到的值将当前频道调至上一个频道。当操作信号表示调至上两个频道时，在将操作信号存储至指令操作区时，可将8个位地址中第1个位地址的值置为2。相应地，智能电视机可根据获取到的值将当前频道调至前2个频道。
同理，第2个位地址可定义为调至下一个频道，只要检测到第2个位地址的值为1，智能电视机便可调至下一个频道。依此类推，第3个位地址可定义为增加音量，第4个位地址可定义为减少音量等等。
另外，由于存在多个终端发送相同类型操作信号的可能性，从而在将操作信号存储至指令操作区之前，可检测多个操作信号的类型及操作是否相同。
当检测到多个终端发送类型相同且操作相同的操作信号时，可将多个相同类型的操作信号合并为一个操作信号。例如，多个家庭成员通过手机端安装的APP打开家里的空气净化器。这时多个手机端发送过来的操作信号类型均为打开或关闭空气净化器，且多个操作信号均为打开空气净化器。此时，可将多个操作信号合并为一个操作信号。
当检测到多个终端发送类型相同且操作冲突的操作信号时，可按照每个终端优先级从多个操作信号中选择一个操作信号。或者，当检测到多个终端发送类型相同且操作冲突的操作信号时，可按照每种操作信号对应的终端数量选择一个操作信号，本实施例对此不作具体限定。例如，多个家庭成员通过手机端安装的APP打开或关闭家里的空气净化器。其中一个操作信号为打开空气净化器，还有两个操作信号为关闭空气净化器。此时，若操作信号为打开空气净化器对应的手机端优先级最高，可将打开空气净化器对应的操作信号作为选择的操作信号。或者，由于选择关闭空气净化器的终端数量为2，大于选择打开空气净化器的终端数量1，从而可将关闭空气净化器对应的操作信号作为选择的操作信号。
通过上述操作信号的合并或选择的过程，能够有效处理操作信号冲突或操作信号大量重复的情形，从而能提高共享信号区的稳定性。
其中，303、智能家电向WIFI模组发送第二数据。
由于智能家电需要获取终端发送的操作信号以改变工作状态，从而智能家电可以每隔一段时间便向WIFI模组发送第二数据以获取操作信号，本实施例对此不作具体限定。其中，发送第二数据的间隔时间可根据需求进行设置，本实施例对此也不作具体限定。
其中，第二数据可至少包括第二功能码，本实施例对此不作具体限定。第二功能码的类型可以为上述步骤301中的读信号操作，本实施例对此不作具体限定。另外，第二数据中还可以包含待读取数据在指令操作区的具体地址，本实施例对此不作具体限定。智能家电在向WIFI模组发送第二数据之前，可按照上述步骤301中的预设格式来设置第二数据，本实施例对此也不作具体限定。
其中，304、WIFI模组根据第二数据中第二功能码的类型，从指令操作区中读取操作信号。
由上述步骤303可知，第二功能码的类型为读信号操作。因此，根据第二数据中包含的具体地址，可从指令操作区中读取操作信号，本实施例对此不作具体限定。
其中，305、WIFI模组向智能家电发送操作信号。
WIFI模组在读取到操作信号后，可通过网络向智能家电发送操作信号。智能家电在接收到操作信号后，可根据操作信号改变相应的工作状态。例如，打开/关闭、调节温度及调节音量等等。
需要说明的是，在上述步骤301至305中，指令操作区的任何具体地址并未被定义成具体的变量含意或参数，即指令操作区只是用于存储指令，具体存储什么种类智能家电的操作指令、每位或几位具体地址用于存储什么样的操作指令等这些都是不限定的。例如，可在0X00字节地址下的第一位定义为电器开机信号位，也可在0X00字节地址下的第一位重新定义为电器音量++。此时，无需对基于WIFI模组通信协议进行重新编程，仅需绑定不同智能电器操作的执行代码，从而可获得二次定义操作信号的能力。
本发明实施例提供的方法，通过终端向WIFI模组发送第一数据。WIFI模组按照第一功能码的类型，将操作信号存储至指令操作区。智能家电向WIFI模组发送第二数据。WIFI模组根据第二数据中第二功能码的类型，从指令操作区中读取操作信号，并向智能家电发送操作信号。由于智能家电、WIFI模组及终端仅通过状态回传区便可完成状态数据的交互，三者间不需要对通信协议进行二次编程，从而使得数据交互过程通用性较好、成本较低且灵活性较高。
另外，由于数据交互过程脱离了数据传输过程，从而使得从事智能电器研发的电气工程师不需要理解网络通信协议的相关概念，只需按照预设格式弄清楚交互数据中操作信号或状态数据对应的含义即可，这对电气工程人员非常友好。再者，由于在后期调试过程中分别从事研发智能家电、云端软件及移动端APP的工程人员，不需要在现场进行联合调试，只需各自按照本发明实施例对应的标准化万能串口通信协议进行仿真调试即可，从而节约了大量的人力及时间成本。同时，提高了联合调试的效率。
最后，由于指令操作区的任何具体地址并未被定义成具体的变量含意或参数，即指令操作区只是用于存储指令，具体存储什么种类智能家电的操作指令、每位或几位具体地址用于存储什么样的操作指令等这些都是不限定的，从而可获得二次定义操作信号的能力。
由于存储终端发送的操作信号与读取智能家电所需的操作信号是分开的两个过程，两个过程可以不分先后，从而除了上述图2对应实施例中的执行流程之外，基于图2对应实施例提供的数据交互方法及上述实施例提供的数据交互系统，本实施例还提供了一种数据交互方法。参见图4，该方法包括：401、当接收到智能家电发送的第二数据时，根据第二数据中第二功能码的类型，从指令操作区中读取操作信号；402、向智能家电发送操作信号；403、接收终端发送的第一数据，第一数据至少包括第一功能码及操作信号；404、按照第一功能码的类型，将操作信号存储至指令操作区。
需要说明的是，由于本实施例只是将存储终端发送的操作信号与读取智能家电所需的操作信号，这两个过程的先后顺序进行了变化，从而本实施例具体实施细节可参考上述图3对应实施例中的实施过程，此处不再赘述。
本发明实施例提供的方法，通过在接收到智能家电发送的第二数据时，根据第二数据中第二功能码的类型，从指令操作区中读取操作信号。向智能家电发送操作信号，接收终端发送的第一数据。按照第一功能码的类型，将操作信号存储至指令操作区。由于智能家电、WIFI模组及终端仅通过状态回传区便可完成状态数据的交互，三者间不需要对通信协议进行二次编程，从而使得数据交互过程通用性较好、成本较低且灵活性较高。
另外，由于数据交互过程脱离了数据传输过程，从而使得从事智能电器研发的电气工程师不需要理解网络通信协议的相关概念，只需按照预设格式弄清楚交互数据中操作信号或状态数据对应的含义即可，这对电气工程人员非常友好。再者，由于在后期调试过程中分别从事研发智能家电、云端软件及移动端APP的工程人员，不需要在现场进行联合调试，只需各自按照本发明实施例对应的标准化万能串口通信协议进行仿真调试即可，从而节约了大量的人力及时间成本。同时，提高了联合调试的效率。
最后，由于指令操作区的任何具体地址并未被定义成具体的变量含意或参数，即指令操作区只是用于存储指令，具体存储什么种类智能家电的操作指令、每位或几位具体地址用于存储什么样的操作指令等这些都是不限定的，从而可获得二次定义操作信号的能力。
基于上述图2至图4对应的实施例所提供的内容，本发明实施例提供了一种数据交互方法。基于WIFI模组中的状态回传区，本实施例主要对状态显示流程对应的数据交互方法进行说明。参见图5，本实施例提供的方法流程包括：501、智能家电向WIFI模组发送第三数据；502、WIFI模组按照第三功能码的类型，将状态数据存储至状态回传区；503、终端向WIFI模组发送第四数据；504、WIFI模组根据第四数据中第四功能码的类型，从状态回传区读取状态数据；505、WIFI模组向终端发送状态数据。
其中，501、智能家电向WIFI模组发送第三数据。
在执行本步骤之前，智能家电可根据当前的运行状态获取状态数据。按照图3对应的实施例中步骤301中的预设格式，根据状态数据生成第三数据，本实施例对此不作具体限定。其中，第三数据可至少包括第三功能码及状态数据，本实施例对此也不作具体限定。基于步骤301中功能码的定义，第三功能码的类型可以为完成指定RAM内存地址及指定长度的写状态操作。另外，针对不同的智能家电，状态数据可以为音量值、温度值及风力值等，本实施例对此不作具体限定。
其中，502、WIFI模组按照第三功能码的类型，将状态数据存储至状态回传区。
WIFI模组在接收到智能家电发送的第三数据后，由于功能码类型对应着WIFI模组的操作类型，从而WIFI模组可按照第三功能码的类型，将状态数据存储至状态回传区。需要说明的是，一种智能家电的状态数据可能会有多种，如智能电视机状态数据可以包括频道数、音量、亮度及对比度等等。为了能在状态回传区存储同种智能家电的多种状态数据，可设定状态回传区中不同的位地址用于存储不同种类的状态数据。其中，可以一个位地址对应存储一种状态数据，也可以多个位地址对应存储一种状态数据，本实施例对此不作具体限定。相应地，在存储状态数据时，可将状态数据存储至对应的位地址。
例如，以状态回传区字节地址0X00下的8个位地址且2个位地址对应存储一种状态数据，智能家电为智能电视机为例。当状态数据为电视机音量大小时，在将音量值存储至状态回传区时，可将音量值对应存储至前2个位地址中。同理，可设定第3个及第4个位地址用于存储频道数。当状态数据为频道数时，可将频道数存储至第3个及第4个位地址。
其中，503、终端向WIFI模组发送第四数据。
由于使用终端的用户需要获知智能家电当前的工作状态，从而终端在检测到用户查询状态数据指令时，可向WIFI模组发送第四数据，本实施例对此不作具体限定。其中，第四数据至少包括第四功能码，本实施例对此不作具体限定。第四功能码的类型可以为完成指定RAM内存地址及指定长度的读状态操作，本实施例对此不作具体限定。另外，第四数据中还可以包含待读取数据在状态回传区的具体地址，本实施例对此也不作具体限定。终端在向WIFI模组发送第四数据之前，可按照图3对应实施例中步骤301中的预设格式来设置第四数据，本实施例对此不作具体限定。
其中，504、WIFI模组根据第四数据中第四功能码的类型，从状态回传区读取状态数据。
由上述步骤503可知，第四功能码的类型为读状态操作。因此，根据第四数据中包含的具体地址，可从状态回传区中读取状态数据，本实施例对此不作具体限定。
其中，505、WIFI模组向终端发送状态数据。
WIFI模组在读取到状态数据后，可通过网络向终端发送状态数据。终端在接收到状态数据后，可对状态数据进行显示。例如，对音量值、频道数及亮度值进行显示。
上述图2至图4对应的实施例与本实施例中数据交互过程可如图6所示，在图6中电器M1即为智能家电，APP1至APPn表示终端为手机端时不同手机端对应的应用程序。共享内存区在WIFI模组内，两者通过中间WIFI模组中的共享信号区进行数据交互。图2至图4对应的实施例与本实施例提供的数据交互方法所对应的万能串口协议模型可如图7所示。由图7可以看出，本发明实施例提供的串口通信协议分层清晰，解除了数据交互与数据传输之间强耦合关系。
需要说明的是，本实施例中步骤501至步骤502主要是将智能家电的状态数据存储至状态回传区的过程，步骤503至步骤505是为终端在状态回传区读取状态数据的过程。上述两个过程可以不分先后，参考上述图2及图4对应实施例的内容，步骤503至步骤505可先执行，步骤501至步骤502可后执行，本实施例对此不作具体限定。
另外，本实施例主要是将智能家电的状态数据在终端上显示的过程，而上述图2至图4对应的实施例主要是终端指示智能家电改变工作状态的过程。图2至图4对应实施例中的每个实施例与本实施例之间的执行顺序，可以互相先后，本发明对此不作具体限定。但考虑到智能家电一般只有在开启状态下，才能提供给终端状态数据以用于显示。因此，具体实施时图2至图4对应的实施例可以先执行，即先打开智能家电，再执行本实施例的过程。
由于本实施例及图2至图4对应的实施例是基于WIFI模组中的共享信号区来实现数据交互，即数据交互过程脱离了数据传输过程，从而使得从事智能电器研发的电气工程师不需要理解网络通信协议的相关概念，只需按照预设格式弄清楚交互数据中操作信号或状态数据对应的含义即可，这对电气工程人员非常友好。再者，由于在后期调试过程中分别从事研发智能家电、云端软件及移动端APP的工程人员，不需要在现场进行联合调试，只需各自按照本发明实施例对应的标准化万能串口通信协议进行仿真调试即可，从而节约了大量的人力及时间成本。同时，提高了联合调试的效率。
另外，智能家电也可通过本发明实施例对应的标准化万能串口通信协议进行本地化设备联动，为将来物物互联提供了基础。
本发明实施例提供的方法，通过智能家电向WIFI模组发送第三数据。WIFI模组按照第三功能码的类型，将状态数据存储至状态回传区。终端向WIFI模组发送第四数据。WIFI模组根据第四数据中第四功能码的类型，从状态回传区读取状态数据，并向终端发送状态数据。由于智能家电、WIFI模组及终端仅通过状态回传区便可完成状态数据的交互，三者间不需要对通信协议进行二次编程，从而使得数据交互过程通用性较好、成本较低且灵活性较高。
另外，由于数据交互过程脱离了数据传输过程，从而使得从事智能电器研发的电气工程师不需要理解网络通信协议的相关概念，只需按照预设格式弄清楚交互数据中操作信号或状态数据对应的含义即可，这对电气工程人员非常友好。再者，由于在后期调试过程中分别从事研发智能家电、云端软件及移动端APP的工程人员，不需要在现场进行联合调试，只需各自按照本发明实施例对应的标准化万能串口通信协议进行仿真调试即可，从而节约了大量的人力及时间成本。同时，提高了联合调试的效率。
本发明实施例提供了一种数据交互装置，该装置用于执行上述图2、图3或图5对应的实施例中所提供的数据交互方法。参见图8，该装置包括：
第一接收模块801，用于接收终端发送的第一数据，第一数据至少包括第一功能码及操作信号；
第一存储模块802，用于按照第一功能码的类型，将操作信号存储至指令操作区；
第一读取模块803，用于当接收到智能家电发送的第二数据时，根据第二数据中第二功能码的类型，从指令操作区中读取操作信号；
第一发送模块804，用于向智能家电发送操作信号。
作为一种可选实施例，参见图9，该装置还包括：
合并模块805，用于在检测到多个终端发送类型相同且操作相同的操作信号时，将多个相同类型的操作信号合并为一个操作信号。
作为一种可选实施例，参见图10，该装置还包括：
选择模块806，用于在检测到多个终端发送类型相同且操作冲突的操作信号时，按照每个终端优先级从多个操作信号中选择一个操作信号。
作为一种可选实施例，第一存储模块802，用于确定操作信号对应的字节地址及位地址；按照字节地址及位地址，将操作信号存储至指令操作区。
作为一种可选实施例，参见图11，该装置还包括：
第二接收模块807，用于接收智能家电发送的第三数据，第三数据至少包括第三功能码及状态数据；
第二存储模块808，用于按照第三功能码的类型，将状态数据存储至状态回传区；
第二读取模块809，用于当接收到终端发送的第四数据时，根据第四数据中第四功能码的类型，从状态回传区读取状态数据；
第二发送模块810，用于向终端发送状态数据。
本发明实施例提供的装置，通过接收终端发送的第一数据，按照第一功能码的类型，将操作信号存储至指令操作区。当接收到智能家电发送的第二数据时，根据第二数据中第二功能码的类型，从指令操作区中读取操作信号，向智能家电发送操作信号。由于智能家电、WIFI模组及终端仅通过状态回传区便可完成状态数据的交互，三者间不需要对通信协议进行二次编程，从而使得数据交互过程通用性较好、成本较低且灵活性较高。
另外，由于数据交互过程脱离了数据传输过程，从而使得从事智能电器研发的电气工程师不需要理解网络通信协议的相关概念，只需按照预设格式弄清楚交互数据中操作信号或状态数据对应的含义即可，这对电气工程人员非常友好。再者，由于在后期调试过程中分别从事研发智能家电、云端软件及移动端APP的工程人员，不需要在现场进行联合调试，只需各自按照本发明实施例对应的标准化万能串口通信协议进行仿真调试即可，从而节约了大量的人力及时间成本。同时，提高了联合调试的效率。
最后，由于指令操作区的任何具体地址并未被定义成具体的变量含意或参数，即指令操作区只是用于存储指令，具体存储什么种类智能家电的操作指令、每位或几位具体地址用于存储什么样的操作指令等这些都是不限定的，从而可获得二次定义操作信号的能力。
本发明实施例提供了一种数据交互装置，该装置用于执行上述图4对应实施例中所提供的数据交互方法。该装置包括：
第一读取模块，用于当接收到智能家电发送的第二数据时，根据第二数据中第二功能码的类型，从指令操作区中读取操作信号；
第一发送模块，用于向智能家电发送操作信号；
第一接收模块，用于接收终端发送的第一数据，第一数据至少包括第一功能码及操作信号；
第一存储模块，用于按照第一功能码的类型，将操作信号存储至指令操作区。
本发明实施例提供的装置，通过接收终端发送的第一数据，按照第一功能码的类型，将操作信号存储至指令操作区。当接收到智能家电发送的第二数据时，根据第二数据中第二功能码的类型，从指令操作区中读取操作信号，向智能家电发送操作信号。由于智能家电、WIFI模组及终端仅通过状态回传区便可完成状态数据的交互，三者间不需要对通信协议进行二次编程，从而使得数据交互过程通用性较好、成本较低且灵活性较高。
另外，由于数据交互过程脱离了数据传输过程，从而使得从事智能电器研发的电气工程师不需要理解网络通信协议的相关概念，只需按照预设格式弄清楚交互数据中操作信号或状态数据对应的含义即可，这对电气工程人员非常友好。再者，由于在后期调试过程中分别从事研发智能家电、云端软件及移动端APP的工程人员，不需要在现场进行联合调试，只需各自按照本发明实施例对应的标准化万能串口通信协议进行仿真调试即可，从而节约了大量的人力及时间成本。同时，提高了联合调试的效率。
最后，由于指令操作区的任何具体地址并未被定义成具体的变量含意或参数，即指令操作区只是用于存储指令，具体存储什么种类智能家电的操作指令、每位或几位具体地址用于存储什么样的操作指令等这些都是不限定的，从而可获得二次定义操作信号的能力。
最后，本申请的方法仅为较佳的实施方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种数据交互系统，其特征在于，所述系统包括：共享信号区、终端及智能家电；
所述共享信号区至少包括指令操作区及状态回传区；所述终端用于向所述指令操作区发送操作信号，所述智能家电用于从所述指令操作区获取操作信号；所述智能家电用于向所述状态回传区发送状态数据，所述终端用于从所述状态回传区中获取状态数据；
其中，所述终端用于向所述指令操作区发送操作信号，所述智能家电用于从所述指令操作区获取操作信号包括：
接收终端发送的第一数据，所述第一数据至少包括第一功能码及操作信号；
按照所述第一功能码的类型，将所述操作信号存储至指令操作区；
当接收到智能家电发送的第二数据时，根据所述第二数据中第二功能码的类型，从所述指令操作区中读取操作信号；
向所述智能家电发送操作信号；
所述智能家电用于向所述状态回传区发送状态数据，所述终端用于从所述状态回传区中获取状态数据包括：
接收所述智能家电发送的第三数据，所述第三数据至少包括第三功能码及状态数据；
按照所述第三功能码的类型，将所述状态数据存储至状态回传区；
当接收到所述终端发送的第四数据时，根据所述第四数据中第四功能码的类型，从所述状态回传区读取所述状态数据；
向所述终端发送所述状态数据；
其中，所述按照所述第一功能码的类型，将所述操作信号存储至指令操作区，包括：
确定所述操作信号对应的字节地址及位地址；
按照所述字节地址及所述位地址，将所述操作信号存储至指令操作区；
所述功能码的类型为完成指定RAM内存地址及指定长度的写状态操作和/或读状态操作。
2.一种数据交互方法，其特征在于，所述方法包括：
接收终端发送的第一数据，所述第一数据至少包括第一功能码及操作信号；
按照所述第一功能码的类型，将所述操作信号存储至指令操作区；
当接收到智能家电发送的第二数据时，根据所述第二数据中第二功能码的类型，从所述指令操作区中读取操作信号；
向所述智能家电发送操作信号；
所述向所述智能家电发送所述操作信号之后，还包括：
接收所述智能家电发送的第三数据，所述第三数据至少包括第三功能码及状态数据；
按照所述第三功能码的类型，将所述状态数据存储至状态回传区；
当接收到所述终端发送的第四数据时，根据所述第四数据中第四功能码的类型，从所述状态回传区读取所述状态数据；
向所述终端发送所述状态数据；
其中，所述按照所述第一功能码的类型，将所述操作信号存储至指令操作区，包括：
确定所述操作信号对应的字节地址及位地址；
按照所述字节地址及所述位地址，将所述操作信号存储至指令操作区；
所述功能码的类型为完成指定RAM内存地址及指定长度的写状态操作和/或读状态操作。
3.根据权利要求2所述的方法，其特征在于，所述按照所述第一功能码的类型，将所述操作信号存储至指令操作区之前，还包括：
当检测到多个终端发送类型相同且操作相同的操作信号时，将多个相同类型的操作信号合并为一个操作信号。
4.根据权利要求2或3所述的方法，其特征在于，所述按照所述第一功能码的类型，将所述操作信号存储至指令操作区之前，还包括：
当检测到多个终端发送类型相同且操作冲突的操作信号时，按照每个终端优先级从多个操作信号中选择一个操作信号。
5.根据权利要求4所述的方法，其特征在于，所述向所述智能家电发送所述操作信号之后，还包括：
当接收到所述终端发送的第四数据时，根据所述第四数据中第四功能码的类型，从所述状态回传区读取所述状态数据；
向所述终端发送所述状态数据；
接收所述智能家电发送的第三数据，所述第三数据至少包括第三功能码及状态数据；
按照所述第三功能码的类型，将所述状态数据存储至状态回传区。
6.一种数据交互方法，其特征在于，所述方法包括：
当接收到智能家电发送的第二数据时，根据所述第二数据中第二功能码的类型，从指令操作区中读取操作信号；
向所述智能家电发送操作信号；
接收终端发送的第一数据，所述第一数据至少包括第一功能码及操作信号；
按照所述第一功能码的类型，将所述操作信号存储至指令操作区；
其中，所述按照所述第一功能码的类型，将所述操作信号存储至指令操作区，包括：
确定所述操作信号对应的字节地址及位地址；
按照所述字节地址及所述位地址，将所述操作信号存储至指令操作区；
所述功能码的类型为完成指定RAM内存地址及指定长度的写状态操作和/或读状态操作。
7.一种数据交互装置，其特征在于，所述装置包括：
第一接收模块，用于接收终端发送的第一数据，所述第一数据至少包括第一功能码及操作信号；
第一存储模块，用于按照所述第一功能码的类型，将所述操作信号存储至指令操作区；
第一读取模块，用于当接收到智能家电发送的第二数据时，根据所述第二数据中第二功能码的类型，从所述指令操作区中读取所述操作信号；
第一发送模块，用于向所述智能家电发送所述操作信号；
所述第一存储模块，用于按照所述第一功能码的类型，将所述操作信号存储至指令操作区包括：
确定所述操作信号对应的字节地址及位地址；
按照所述字节地址及所述位地址，将所述操作信号存储至指令操作区；所述功能码的类型为完成指定RAM内存地址及指定长度的写状态操作和/或读状态操作。
8.一种数据交互装置，其特征在于，所述装置包括：
第一读取模块，用于当接收到智能家电发送的第二数据时，根据所述第二数据中第二功能码的类型，从指令操作区中读取操作信号；
第一发送模块，用于向所述智能家电发送所述操作信号；
第一接收模块，用于接收终端发送的第一数据，所述第一数据至少包括第一功能码及操作信号；
第一存储模块，用于按照所述第一功能码的类型，将所述操作信号存储至指令操作区；
所述第一存储模块具体用于：
确定所述操作信号对应的字节地址及位地址；
按照所述字节地址及所述位地址，将所述操作信号存储至指令操作区；
所述功能码的类型为完成指定RAM内存地址及指定长度的写状态操作和/或读状态操作。
CN201611130990.6A 2016-12-09 2016-12-09 数据交互系统、方法及装置 Active CN106549840B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611130990.6A CN106549840B (zh) 2016-12-09 2016-12-09 数据交互系统、方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611130990.6A CN106549840B (zh) 2016-12-09 2016-12-09 数据交互系统、方法及装置

Publications (2)

Publication Number Publication Date
CN106549840A CN106549840A (zh) 2017-03-29
CN106549840B true CN106549840B (zh) 2020-11-06

Family

ID=58397164

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611130990.6A Active CN106549840B (zh) 2016-12-09 2016-12-09 数据交互系统、方法及装置

Country Status (1)

Country Link
CN (1) CN106549840B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109150926A (zh) * 2018-11-19 2019-01-04 炬星科技（深圳）有限公司 一种数据通信方法及人机交互系统
CN109660433B (zh) * 2018-12-21 2021-10-22 中山大学 一种智能家居的配置数据同步的冲突解决方法
CN113824621B (zh) * 2021-09-22 2023-04-14 石家庄通合电子科技股份有限公司 基于信号的can通讯方法和can控制器

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI481979B (zh) * 2011-11-08 2015-04-21 Inst Information Industry Programmable logic controller drive system, method and recording media
CN103546994B (zh) * 2013-10-22 2017-07-14 深圳市中远航科技有限公司 一种无线服务系统
CN103728906B (zh) * 2014-01-13 2017-02-01 江苏惠通集团有限责任公司 智能家居控制装置及控制方法
CN104601695A (zh) * 2015-01-14 2015-05-06 北京京东尚科信息技术有限公司 智能设备管控方法、装置和系统
CN104767639A (zh) * 2015-03-23 2015-07-08 小米科技有限责任公司 设备管理方法及装置
CN106027343B (zh) * 2016-06-30 2019-11-29 北京小米移动软件有限公司 信息推送方法及装置、电子设备

Also Published As

Publication number Publication date
CN106549840A (zh) 2017-03-29

Similar Documents

Publication Publication Date Title
CN102932695B (zh) 一种遥控方法、智能终端及智能遥控系统
CN103023681B (zh) 智能家居控制设备、更新方法
RU2602982C2 (ru) Способ, аппарат и система для интеллектуального управления устройством и самонастраиваемое устройство
CN106549840B (zh) 数据交互系统、方法及装置
CN106411667A (zh) 一种基于网络芯片的智能家居多云端控制方法和系统
CN104412245A (zh) 模块化的无线供电、照明和自动化控制
CN103428799A (zh) Wifi网络模块配置方法
CN105577486A (zh) 智能家电的控制方法及家庭控制中心
CN103517110A (zh) 一种多屏互动通信系统和方法
CN103237056A (zh) 一种设备终端、控制终端和服务器及其控制方法
CN105700365A (zh) 移动终端的家电控制界面的生成方法和装置
WO2020168568A1 (zh) 数据处理方法、装置、电子设备及可读存储介质
US9489836B2 (en) Control system and passive device control method
CN104270518A (zh) 一种遥控终端内操作界面的切换方法
CN104157115A (zh) 基于云服务的网络型万能遥控装置及方法
CN105159104A (zh) 一种智能终端遥控器物联控制系统和控制方法
CN105573132A (zh) 家庭网关、智能家居系统及家用电器的控制方法
CN105573151A (zh) 家电的控制方法、控制装置及家庭数据终端
CN108282457A (zh) 一种电源控制方法、装置及系统
CN101341478B (zh) 用于在可编程电路中下载配置文件的方法和包括该部件的装置
CN102291284A (zh) 无线网络数字家庭智能终端装置
AU2013388030A1 (en) Method, apparatus, and system for intelligently controlling device, and plug-and-play device
CN103092097A (zh) 一种基于智能电视机的家电控制方法及系统
CN103067788A (zh) 基于智能电视的电器控制方法
CN104378372B (zh) 用于在网络中通信的电子设备和操作电子设备的方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20211217

Address after: 518000 floor 3, building 2, Hongfa Industrial Park (Hongfa electronics factory), Shixin community, Langxin community, Shiyan street, Bao'an District, Shenzhen, Guangdong Province

Patentee after: Shenzhen bailite IOT Technology Co.,Ltd.

Address before: 518000 Room 204, building 3, Longdu garden, No. 1, Longzhu Second Road, Nanshan District, Shenzhen, Guangdong

Patentee before: Teng Min