CN110888329A

CN110888329A - Intelligent home platform with open access of equipment manufacturer and data processing method thereof

Info

Publication number: CN110888329A
Application number: CN201911114016.4A
Authority: CN
Inventors: 不公告发明人
Original assignee: LEAGUER MICROELECTRONICS CO Ltd
Current assignee: LEAGUER MICROELECTRONICS CO Ltd
Priority date: 2019-11-14
Filing date: 2019-11-14
Publication date: 2020-03-17

Abstract

The embodiment of the invention provides an intelligent home platform with open access of equipment manufacturers and a data processing method thereof. The method comprises the following steps: the smart home APP establishes long connection communication with the cloud server through the Html5 WebSocket; the remote intelligent gateway establishes long connection communication with the cloud server based on the TCP Socket and is connected with different types of terminal equipment by the identity of the information hub, so that data communication and interaction between the intelligent home App and the terminal equipment are realized. The platform may perform the method. The embodiment of the invention can achieve low-cost interconnection and intercommunication, and simultaneously achieves the effect of family ubiquitous Internet of things by cooperating with hardware partners, thereby promoting the popularization of the Internet of things.

Description

Intelligent home platform with open access of equipment manufacturer and data processing method thereof

Technical Field

The invention relates to the technical field of power line carrier communication, the technical field of edge network computing, the technical field of big data, the technical field of cloud computing, and the technical field of related internet of things such as equipment control, communication and data interaction.

Background

Smart homes are a segment of the Internet of Things (IoT) industry that is closest to users. With the continuous increase of income and expenditure of people, the improvement of culture level and time management consciousness and the increasing enhancement of life quality requirements, people are seeking a more convenient and faster life style. At present, the scale of users in the field of intelligent hardware continuously increases, active users keep a stable growth rate, and a plurality of intelligent hardware single products reach the early public stage, such as intelligent sound boxes, and enter thousands of households. According to the research report of the domestic intelligent home industry in the year 2018 of ai rui, the domestic intelligent home market in the year 2017 is 3254.7 billion yuan, and the annual composite growth rate of the market is expected to be kept 21.4% in the next three years. At present, smart homes have a plurality of bottlenecks and barriers, wherein the main bottleneck is the ecosystem barrier. An important factor is considered when many users choose intelligent products: can a new product be linked with an existing intelligent system? At present, a plurality of ecosystems are formed at home and abroad, and in the American market, ecology is built in the way of amazon and google intelligent sound boxes and voice assistants, so that most of American families are occupied. However, this mode is not feasible in China due to the mutual independence of the platforms in China, which leads to an embarrassing situation that the devices cannot be linked.

Disclosure of Invention

The invention provides an intelligent home platform with open access of equipment manufacturers and a data processing method thereof, which can achieve low-cost interconnection and intercommunication.

In a first aspect, the present invention provides a data processing method for an intelligent home platform with open access by a device manufacturer, comprising: the smart home App establishes long-connection communication with a cloud server through Html5 WebSocket; the remote intelligent gateway establishes long connection communication with the cloud server based on the TCP Socket and is connected with different types of terminal equipment by the identity of the information hub, so that data communication and interaction between the intelligent home App and the terminal equipment are realized.

In some preferred embodiments, the method further comprises the following steps: and downloading the SDK development kit by using a specified MCU development board and a power carrier intelligent gateway, and developing the intelligent equipment based on the SDK development kit.

In some preferred embodiments also include device development: the method comprises the steps of downloading an SDK development kit, adapting an equipment configuration interface depended by the SDK, defining equipment information, adapting a modified connection parameter interface defined by the SDK, adapting an equipment firmware version inquiry and upgrade interface defined by the SDK, calling an SDK initialization and operation interface by a program, and carrying out data interaction between the program and the SDK.

In some preferred embodiments, the method further comprises the following steps: uploading a html5 front-end control interface source code packet through an FTP client, enabling an APP client to enter a control interface, requesting a control page url address from an API server by the client, requesting a control page html file from the FTP source code server by the APP client, establishing websocket connection with a long connection server and sending a control command by the APP client by calling a js SDK, and receiving Uapps data sent by the long connection by the APP client by calling the js SDK.

In a second aspect, the present invention provides an equipment manufacturer open access smart home platform that can perform the above method.

In a third aspect, the present invention provides a computer readable storage medium having stored therein program instructions which, when executed by a processor of a computer, cause the processor to perform the above-described method.

Compared with the prior art, the invention has the beneficial effects that:

by providing a data transmission channel and standard platform service, an equipment manufacturer is assisted to develop an operation interface and equipment more quickly and at low cost, and an intelligent home technology integration scheme with low cost, high compatibility, convenience and easiness in use is provided for terminal customers. The method mainly aims to realize an open ecosystem through an open development mechanism and finally solve ecosystem barriers for terminal customers. Meanwhile, the platform is different from other platforms in the technical aspect, and integrates products of equipment manufacturers on the basis of power carrier communication. In the case of the embarrassing situation that the current domestic equipment can not be linked generally, the platform helps equipment manufacturers to solve the problem of interconnection and intercommunication of the equipment by utilizing the characteristics of high reliability and low cost of a power line carrier technology. More importantly, the intelligent household is established by helping the terminal user without changing any conditions of the household. The platform can achieve low-cost interconnection and intercommunication, and meanwhile, through cooperation with hardware partners, the effect of family ubiquitous Internet of things is achieved, and popularization of the Internet of things is promoted.

Drawings

FIG. 1 illustrates an information interaction process of one embodiment of the invention;

FIG. 2 illustrates the structure of an equipment vendor open access smart home platform of one embodiment of the present invention;

fig. 3 illustrates an equipment access process of a data processing method of an intelligent home platform for equipment vendor open access according to an embodiment of the present invention;

FIG. 4 illustrates an equipment development process of a data processing method of an intelligent home platform for equipment vendor open access according to an embodiment of the present invention;

FIG. 5 illustrates an intelligent node model of one embodiment of the invention.

Detailed Description

In order to make the technical problems, technical solutions and advantageous effects to be solved by the embodiments of the present invention more clearly apparent, the present invention is further described in detail below with reference to the accompanying drawings and the embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

The embodiment provides an intelligent home platform with open access of equipment manufacturers and a data processing method thereof. Take a nest smart home APP as an example.

In order to help equipment manufacturers to develop a control interface quickly and realize functions of equipment control, equipment communication and data interaction, referring to fig. 1, the smart home APP of the embodiment provides a function of loading and presenting html5 pages inside the APP by using Iframe, and allows the pages to realize real-time control over the smart equipment through the APP. Meanwhile, the platform provides rich CSS (cascading Style sheets) control component templates and related Javascript SDK (jsSDK) based on html5 API (application program interface), so that developers can conveniently and quickly develop a control interface and an equipment control function. The control of the equipment is mainly realized by establishing communication links throughout the initial through different information/data nodes. The smart home APP establishes long connection communication with the cloud server through the Html5 WebSocket technology. The remote intelligent gateway establishes long connection communication with the cloud server based on the TCP Socket, and connects different types of terminal devices with identities of the information hubs to finally realize data communication and interaction between the intelligent home App and the terminal devices, as shown in FIG. 2.

The data processing method of the intelligent home platform with the open access of the equipment manufacturer in the embodiment further comprises equipment access, equipment development and control interface development.

Referring to fig. 3, the device accesses: using a specified MCU Development board, using a power carrier intelligent gateway, logging in a platform official website, downloading an SDK (software Development kit) Development kit, and developing intelligent equipment based on the SDK.

Referring to fig. 4, device development: the method comprises the steps of downloading an SDK development kit, adapting an equipment configuration interface depended by the SDK, defining equipment information, adapting a modified connection parameter interface defined by the SDK, adapting an equipment firmware version inquiry and upgrade interface defined by the SDK, calling an SDK initialization and operation interface by a program, and carrying out data interaction between the program and the SDK.

And (3) control interface development: uploading a html5 front-end control interface source code packet through an FTP client, enabling an APP client to enter a control interface, enabling the client to request a control page url address from an API server, enabling the APP client to request a control page html file from the FTP source code server, enabling the APP client to establish websocket connection with a long connection server and send a control command by calling js SDK (such as Woo.

The intelligent home platform of open access of equipment manufacturer of this embodiment further solves the problem that equipment is difficult to realize interconnection through the user-defined communication protocol. At present, for a control interface development block, many intelligent home platform service providers in the market formulate corresponding data formats according to the characteristics of the platform, so that developers have to modify the application programs of the hardware to match with the application programs in order to comply with the requirements of the platform, and the freedom of the developers is greatly limited. However, as an excellent smart home platform service and operator, more rights and freedom should be given to the developer, and the developer can obtain complete control right when developing its own application. Platform services and operators should put more efforts on providing support services for developers, so that on the intelligent home platform with open access of a device manufacturer, any data transmitted by the developers is completely transmitted to terminal devices, and the data in what form is transmitted from a client side is received to a remote terminal without any translation work according to any regulations. Based on the reasons, in order to ensure the integrity and consistency of the equipment control data from the platform to the terminal intelligent equipment, the invention designs a universal application layer protocol Uapps on the whole communication link.

The Uapps is a unified and open set of access and control application support protocols defined by the smart home platform with open access of the equipment manufacturer in this embodiment, and is directed at the internet of things smart node and its application object. The method supports transmission and interaction of various application layer protocol data among the intelligent nodes, does not depend on a specific application layer protocol, and can also be used as a local interface of the intelligent nodes. The method is based on IETF CoAP (Constrained Application Protocol) message format and Protocol, and is expanded to a certain extent aiming at TCP connection and other non-IP networks. CoAP is an international open application layer support protocol optimized for intelligent equipment of the Internet of things, but is mainly designed for UDP networks.

1. Intelligent node and application object

Referring to fig. 5, the smart node refers to a network node in the internet of things, which participates in network networking and has data communication capability, and at the same time, associates one or more Application Objects (AOs), which represent a smart node application layer. In practice, the smart nodes and their associated application objects constitute a smart device or smart application model.

The intelligent node application object is a physical or logical entity capable of providing specific application layer resources or services, and the resources or services can be accessed locally or remotely by a user and comprise data reading and writing, state query, state control, setting and the like.

The intelligent node model is shown in fig. 5, and includes a Data Link Layer (DLL), an application support layer (APS), and an application layer. The APS provides adaptation for the application layer AO and transfers application layer data between peer APS layers of the intelligent node using the Uapps protocol defined herein.

A Management Service Entity (MSE) is a logical AO inside an intelligent node, providing node Management services (e.g. node setup, etc.) for local or remote access. MSE fixed uses port 0.

2. Address and identification

The intelligent node application object identification can be a port number, physical or logical, corresponding to a physical or logical application object. Port 0 is fixed for the node management service entity, which is a logical object. Application object identification may also be an id (aoi) defined by the application layer protocol. For example, electric energy meters are used as intelligent node application objects, and each electric energy meter has a unique meter number, namely AOI. In particular, when multiple application objects are connected to an intelligent node via one bus port, the target AO must be addressed via AOI.

3. Equipment Resource identification DRI (device Resource identifier)

The device resource identifier DRI expresses the access path of an intelligent device resource or service item as follows:

DRI＝[[gwi.]noda]:port/dri-path/resi

or

DRI＝[[gwi.]noda]@aoi/dri-path/resi

Note: the DRI should conform to the HTTP URI specification, avoiding the use of URI-reserved characters: and # $ & + -.

The components are defined as follows:

1. application object addressing, including gwi, noda, port or aoi. Wherein:

gwi: gateway identification may not occur. If present, it may be a 16 digit string "0 x1234 abcd" or a 10 digit string "123456" or a string "xxxxxx".

Noda: the node address, may not be present with gwi. If present, it may be a MAC address "0 x1234 abcd" represented by a 16-digit string, or a network address represented by a 10-digit string "1234". Note: the gateway itself acts as the network master node with a network address of 0.

Port number, representing an application object, which is a 10-system number, and 0 representing a node management entity;

aoi application object recognition, defined by the application layer protocol, can be the 16 digit string "0 x1234 abcd" or the 10 digit string "123456", or the string name "xxxxx";

DRI-PATH: resource path, may be empty. If present, the form "/xxxx/xxxx/…" represents a physical or logical path.

2, RESI: the resource or service item name may be the number "/123" or the string name "/xxxx".

1. Message format and protocol

1. Message format

The message includes a message header, a variable length option field, and a variable length content field, as shown in table 1 below.

TABLE 1 CoAP message Format

Table 2 CoAP message format definition

2. Request and response

The Uapps is based on a 'request-response' mode, the client sends a request to the server, and the server responds.

The message sent from either end may require the receiver to acknowledge, at which point the CON message is used. If the receiving end is not required to confirm, the NON message is used. For the CON message, the receiving end should send an 'acknowledgement message' (ACK) after receiving the message, and the requesting end retransmits the message if it does not receive the ACK before timeout. For the NON message, the receiving end does not send ACK after receiving the message.

For the CON request message, if the receiving end needs to respond to the request and can immediately generate the response content, the response content is carried in the ACK message, and the response code is equal to 2.05, which is called "piggybacked response". If the response is needed but a certain time is needed for generating the response content, the request is confirmed by using an empty ACK message (ACK/0.00) and response timeout time is given in the message, and then the response is sent by using a CON or NON message when the response content is ready, which is called as 'single response'. Note that if the CON message is used for individual response, the receiving end of the response needs to send ACK for acknowledgement.

For the NON request, the receiving end does not send confirmation, and if the response is needed, the response is directly sent. The response may be sent using a NON message or a CON message. If the response is sent by using the CON message, the response receiving end needs to send an ACK message for confirmation.

In any case, if the switching state is disordered and the received message cannot be processed, a reset message (RST) is sent, and both ends are reset.

The message has a message serial number, and the receiving end can repeatedly receive the message according to the serial number detection.

1. Request method and response code

When any end sends a CON or NON request, the request method is given by c.dd (c ═ 0, dd gives the specific method). In the response message, c.dd gives the response code, c ═ category, dd gives details.

The request method/response code class is defined in table 3 below.

TABLE 3 request/response class definitions

The following table 4 is defined for the request method.

Table 4 request method (class c ═ 0)

Note: if the server does not support the method in the request, the server should return a response code of 4.05. Dd server response code is defined as table 5 below.

Table 5 response code (c.dd)

2. Message Options (Options)

Option coding format

The message may have multiple options, each represented by a code. The options are transmitted according to the sequence of codes from small to large, each option is composed of an option code, an option value length and an option value, and the encoding format is as shown in the following table 6.

TABLE 6 CoAP options encoding format

The OPT DELTA is 4 bits and is equal to the difference of this option code with respect to the previous option code (note: the options in the message are transmitted in order of code from small to large; for the 1 st option in the message, the previous option code is assumed to be 0 when calculating the difference). If the difference is < 12, it is directly indicated by OPT _ DELTA. If the difference is 13-268, OPT _ DELTA is set to 13 while DELTA _ EXT is 1 byte, equal to the difference minus 13. If the difference is 269-xx, then OPT _ DELTA is set to 14 while DELTA _ EXT is 2 bytes (transmitted in NBO order), which equals the difference minus 269.

OPT _ LEN is the length of the option value. It is encoded in the same way as OPT _ DELTA.

OPT _ VAL is an option value whose length is determined by OPT _ LEN and LEN _ EXT.

2. Predefining options

TABLE 7 predefined options

Content-Size (data Content Block Size)

The length of the message content must be explicitly given, otherwise, the message boundary cannot be located in the case of "sticky" internet transmission packets. Therefore, the option is a must-appear option, the length of the message content is given, the option value is 2 bytes of code, and the following table 8 is defined:

TABLE 8 Length of message content

BF: 0-single block, 1-block.

2. BLKN, when chunked, is defined as follows:

0: partitioning into a first block;

7: partitioning tail blocks;

1-6: partitioning the middle block, and adding 1 each time;

1, DL: data content (number of bytes), 1-2046.

TOKEN is not changed when the block is transmitted. Each data block may require a receiver to acknowledge and a piggybacked response may be performed after the last block is received.

Uapps-Format (data content Format defined by Uapps)

Uapps extension options Uapps-Format gives the data content Format defined by Uapps. The Uapps-Format Format is as follows:

TABLE 9 Uapps-Format options Format

TABLE 10 Uapps-Format definitions

Control interface development guidance:

after uploading an html5 front-end control interface source code packet through an FTP client, a developer enters a control interface by using an APP client, and the client requests a control page url address from an API server. And the APP client requests the HTML file of the control page from the FTP source code server. The APP client establishes websocket connection with the long connection server by calling js SDK (Wowo. The APP client receives Uapps data sent by the long connection by calling js SDK (Wowo.

The developer specifically needs to implement three main files, namely project information, a control interface html file and JavaScript, as shown in the following table 11:

TABLE 11 file Specification

Filename	Route of travel	Remarks for note
			package.json	/package.json	Control interface project information
index.html	/index.html	Control interface html file
			main.js	/js/main.js	Javascript program entrance

Json is a project information file, and the following example can be specifically referred to:

the following table 12 is specifically explained for attributes in the item information:

TABLE 12 control interface project information

Properties	Hierarchy level	Remarks for note
			info	info	Item description information
name	info.name	Name of item
			version	info.version	Project version
author	info.author	Project author
			description	info.description	Item description
interface	interface	Device list presentation
			device_on	interface.device_on	Device on state picture
device_off	interface.device_off	Device off state picture
			command	command	Device generic commands
device_state	command.device_state	Obtaining equipment switch state general command
			device_status	command.device_status	General command for acquiring overall state of equipment
device_on	command.device_on	Universal command for opening device
			device_off	command.device_off	Close device general command

Html is the main display of a control interface, a wowo control template style library is required to be referenced first, then an equipment control module DOM is added, a js SDK (wowo. js) is referenced, and finally a program main js file is referenced, which can refer to the following examples:

JS is a JavaScript program entry, and the following examples are specifically referred to, for example, by calling a JS SDK interface, writing a wowo. config configuration initialization callback function, writing a push callback function, writing a collect callback function (when the client is used in a scene mode, the client collects an equipment state set by a user through the interface), and configuring and receiving data of the interface:

js supports the functions as in table 13 below:

table 13 Javascript SDK interface list

For the transmitted data structure, reference may be made to the following example:

the following table 14 is specifically explained for the attributes of the data transmission structure:

table 14 Uapppsjson data structure

Properties	Hierarchy level	Remarks for note
			version	version	Version number
token	token	Token
			messageId	messageId	Message serial number
messageType	messageType	Type of message
			messageTypeText	messageTypeText	Message type characters
code	code	Request/response code
			codeText	codeText	Request/response code text
options	options	Options for
			uri_path	options.uri_path	Resource identification DRI
uri_query	options.uri_query	name value list
			uapps_format	options.uapps_format	Uapps data content format
content_format	options.content_format	Content domain content format
			content_size	options.content_size	Content length
proxy_uri	options.proxy_uri	Proxy forwarding request Uri
			payload	payload	Content domain
payloadHex	payloadHex	Content field 16 system words
			payloadText	payloadText	Content domain text
payloadJson	payloadJson	Content field json

This embodiment can help equipment manufacturer swiftly to develop control interface, realizes equipment control, equipment communication, data interaction's function, provides through using Iframe and presents the function of html5 page at APP internal loading, allows the page to pass through APP realization to intelligent device's real time control. Meanwhile, based on html5 API, rich CSS control component templates and related Javascript SDKs are provided for equipment manufacturers, so that developers can conveniently and quickly develop control interfaces and equipment control functions.

Those skilled in the art will appreciate that all or part of the processes of the embodiments methods may be performed by a computer program, which may be stored in a computer-readable storage medium and executed to perform the processes of the embodiments methods. And the aforementioned storage medium includes: various media capable of storing program codes, such as ROM or RAM, magnetic or optical disks, etc.

The foregoing is a more detailed description of the invention in connection with specific preferred embodiments and it is not intended that the invention be limited to these specific details. For those skilled in the art to which the invention pertains, several equivalent substitutions or obvious modifications can be made without departing from the spirit of the invention, and all the properties or uses are considered to be within the scope of the invention.

Claims

1. A data processing method of an intelligent home platform with open access of equipment manufacturers is characterized by comprising the following steps: the smart home APP establishes long connection communication with the cloud server through the Html5 WebSocket; the remote intelligent gateway establishes long connection communication with the cloud server based on the TCP Socket and is connected with different types of terminal equipment by the identity of the information hub, so that data communication and interaction between the intelligent home App and the terminal equipment are realized.

2. The data processing method of claim 1, further comprising accessing by a device: and downloading the SDK development kit by using a specified MCU development board and a power carrier intelligent gateway, and developing the intelligent equipment based on the SDK development kit.

3. The data processing method of claim 1, further comprising device development: the method comprises the steps of downloading an SDK development kit, adapting an equipment configuration interface depended by the SDK, defining equipment information, adapting a modified connection parameter interface defined by the SDK, adapting an equipment firmware version inquiry and upgrade interface defined by the SDK, calling an SDK initialization and operation interface by a program, and carrying out data interaction between the program and the SDK.

4. The data processing method of claim 1, further comprising the step of developing a control interface: uploading a html5 front-end control interface source code packet through an FTP client, enabling an APP client to enter a control interface, requesting a control page url address from an API server by the client, requesting a control page html file from the FTP source code server by the APP client, establishing websocket connection with a long connection server and sending a control command by the APP client by calling a js SDK, and receiving Uapps data sent by the long connection by the APP client by calling the js SDK.

5. The utility model provides an intelligent house platform of open access of equipment manufacturer which characterized in that: the method according to any one of claims 1 to 4 may be performed.

6. A computer-readable storage medium characterized by: the computer-readable storage medium has stored therein program instructions which, when executed by a processor of a computer, cause the processor to carry out the method according to any one of claims 1 to 4.