RU2648564C1 - Method and system for device management and device control - Google Patents

Abstract

FIELD: information technology.

SUBSTANCE: invention relates to network communication technologies. Method for device management and device control comprising controlling and monitoring the monitored modules by means of control programs obtained by the monitored module from at least one base module, where the control programs are scripts executed by the script execution module in the control modules and / or in the monitored modules and / or in the base modules and / or on the server, wherein the control module is part of the monitored module, and measurement modules are connected to the control module, transmitting measurements and / or command and control program statuses to the control modules of the monitored modules.

EFFECT: technical result consists in increasing of data transmission rate.

42 cl, 19 dwg

Description

The invention relates to the field of electrical engineering, as well as to the field of recording, processing and data transfer for various, including special, applications and can be used to create decentralized and centralized, including automated, methods and systems for remote control and monitoring of devices.

Currently, a device is known for collecting, processing and transmitting telemetric information (see RU 2449346, published April 27, 2012), comprising a housing with the possibility of mounting on a horizontal and vertical surface, a printed circuit board on which a power supply unit with a power supervisor, a microcontroller with large and random-access memory, real-time clock with built-in non-volatile memory and a lithium backup battery, RS-232 interface converter, RS-485 interface signal converter with unit isolation module, 1Wire single-wire interface unit, discrete TV signal input unit, two Ethernet interface units, USB interface unit, plug-in PLC, ZigBee, WiFi interface module, characterized in that it further includes a power control unit for sensors connected to the 1Wire interface, a high-speed unit a fourth-generation universal modem LTE / UMTS / GSM, a unit for generating a unique 64-bit serial number of the device and a protection unit against unauthorized opening or intentional damage to the device’s case va.

There is a method of integrating the control functions of technical means through communication networks and a system for its implementation (see RU 2450434, published May 10, 2012), in particular, remote control of a technical means using a control panel in the form of a cell phone or computer over a communication network or broadcast, equipped with transceiver equipment, through user-defined control functions of this tool from the remote control, characterized in that they create a universal mobile type control panel for the user, hereinafter referred to as the control center, due to the increased functionality of both the choice of networks, channels and communication lines, and the choice of remotely controlled technical means for connecting them to the control center, as well as the choice of a set of control functions for each of these means, a number of remotely controlled technical devices are connected to the control center, the quantitative composition of which is changed by means of the possibility of using correspondingly removable information carriers in the form of memory cards for their functional purpose, like a multi Sim card, etc., while the memory cards provide the connection of the control center to the corresponding remotely controlled technical means via the selected connection to perform user-defined control functions of this technical means, the manufacturer of this means for subsequent execution of user-defined control functions creates individual software in accordance with the established standard with the introduction into the memory card of both the corresponding remotely controlled hardware and the corresponding memory card inserted into the control center, both memory cards are provided with an input code key in the form of a Pin code, which ensures interconnection of these cards when establishing communication between the control center with remotely controlled hardware, and individual software activate to the general software of the control center by the manufacturer, while to funds For communications, switched public communication networks, non-switched networks, dedicated channels and communication lines, including those with wired and wireless access, corporate and local communication networks with the applied analog and digital methods of information transfer are applicable, and remotely controlled technical means represent industrial, household, household and other purposes, in the production of which they comply with the standards for software algorithms for remote control of technical means, but for remote control of the technical means, the user initially selects the appropriate communication between the control center and the technical means, and after establishing such a connection between the calling and called parties by means of transceiving equipment or otherwise between the transmitting and receiving sides, the user selects the appropriate set of control functions for the selected technical means, presented to the user on the display panel of the control center, and then the user selects The corresponding control function of a remotely controlled technical device, the performance of which is reflected on the display panel of the control center. Moreover, the system consists of a subscriber’s choice of a communication network, their transceiver equipment, a remote control unit of a technical means for a given control function, and is different in that they create and present to the user a control center that combines units: a user selects a block from the range of communication networks necessary network, the same applies to channels and lines; a newly introduced unit for selecting remotely controlled hardware and a newly introduced unit for selecting control functions for each of these tools with individual software and an input code key for each of these tools, and individual software through input code keys are mated to the common software of the control center , while when choosing a communication network by a subscriber, the conclusions of Sim cards and outputs from memory cards for technical means are connected to the input of the corresponding a newly introduced switch, the output from which is connected to the input of the transceiver equipment, and the outputs from this equipment via a network or channel, or ether are connected to the input to the transceiver equipment of the receiving side, and in the subsequent connection, the output from it, depending on what the call is sent to : of the subscriber or the technical means, as well as depending on the chosen communication network: cellular or switched, respectively, connected to the SIM card input of the called subscriber or to the caller ID input of the same subscriber, or to the input of the newly entered and a call receiving mitator for a selected technical means, if the connection is made over a switched network; the output of the SIM card is connected to a cell phone, and the output from the simulator is connected to the input of an input module that acts as a decoder confirming an address call, and its output is connected to the input of a newly introduced executive unit by a remotely controlled technical device that performs the function of controlling this tool, and when control function transfer via a dedicated communication channel, the output from the transceiver equipment is connected directly to the input of the module, the output from which is connected to the input of the executive unit means, but when controlling the technical means over a dedicated communication line of wire or wireless access, the output from the control function block is connected to the input of the technical means module, and the output from this module is connected to the input of the executive means of the technical means.

The known system for remote monitoring and control of electronic devices "Smart Home" (see RU 2573762, publ. 01/27/2016), including N groups of sensors, M groups of actuators, a global repository of user control commands, a communication node, a control unit that includes local storage user control commands, and communication channels, characterized in that it additionally contains a WEB server, a user script development module, a global repository of user scripts, a device for managing a user system, a glob storage for scanned commands of devices of all users, the control unit additionally contains a block for scanning control commands, a local store for scanned control commands, a module for executing user scripts, a block for storing user scripts, a security and encryption module, and the communication node is designed as a wireless transceiver the inputs of the sensors and actuators are connected to the outputs of the transceiver wireless device of the control unit, and the output The sensors are connected to the inputs of the wireless transceiver of the control unit, the inputs of actuators are connected to the outputs of the transceiver of wireless communication of the control unit, and the outputs of actuators are connected to the inputs of the transceiver of wireless communication of the control unit, the inputs of the wireless transceiver of the control unit are also connected to the outputs control command scanning unit and user script execution module, scanning unit outputs I control commands are also associated with the local storage input of the scanned control commands and the input of the security and encryption module, and its input is connected with the output of the wireless transceiver, the output of the user script execution module is also associated with the input of the user script storage unit, and the inputs of the user script execution module associated with the outputs of the user script storage unit and the security and encryption module, the output of the local storage of scanned communication control commands with the input of the security and encryption module, the inputs of the WEB server are connected to the outputs of the security and encryption module, the global repository of scanned commands for all users, the global repository of user management commands, the user script development module, the global repository of user scripts, and the outputs of the WEB server are connected to the inputs security and encryption module, global repository of scanned commands for all users, global repository of user management commands, development module scene User data, global repository of user scripts, a device for controlling the user system is connected wirelessly via a local Ethernet network to the control unit.

A known system and method for controlling an external device connected to the device (see RU 2592062, published July 20, 2016), the method comprising the steps of providing the user with input information used to determine the user’s intention, identifying the external device controlled device, provide information about the device of the identified external device to the server, receive control information from the server regarding the external device, which is generated by the server based on information and user input and the device information, and transmitting the control command to the external device that is generated based on the received control information. As well as a method of providing control information for controlling an external device, the method comprising the steps of receiving user input information from the device, receiving information about the device of the external device controlled by the device, determining the user’s intention based on the user input information, generating control information for the external device based on the aforementioned specific user intent and device information, and provide control information to the device ystv. As well as a device containing a memory configured to save a program, and a processor configured to control an external device by executing a program, the program comprising instructions that, when executed by a processor, instruct the processor to: identify an external device controlled by the device, provide information about the device of the external device to the server, receive control information from the server regarding the external device, which is generated on the basis of inform the user input and device information, and transmit the control command to the external device based on the received control information, the user input information being used when the server determines the user’s intention, and the control information is generated by the server based on the user’s intention. As well as a method comprising the steps of determining a user’s intention, an external device configured to be controlled to execute the user’s intention is selected, a control command is generated to control the selected external device based on the user's intention, and a control command is transmitted to the external device so that to fulfill the user's intention.

There is a known system and method for using data collected from internet-of-things (iot) sensors to disable iot-enabled home devices " (see US 2016/0195859, published July 7, 2016), where the system includes an iot hub / hub containing a network interface for connecting an iot hub to an iot service via a wide area network (WAN), and an iot device connected with iot-hub via a wireless communication channel; The iot device contains a sensor for measuring local conditions caused by a local device in the user's home, and the local device is potentially dangerous if left on, where the iot device transmits at least one local state measurement to the iot hub via a wireless communication channel ; control logic on the iot hub to obtain at least one measurement of local states from sensors and to evaluate at least one measurement to determine if the local device was accidentally turned on, and the control logic generates a local device shutdown signal in response to established fact of accidentally leaving the local device on.

The disadvantages of existing solutions are the lack of a universal and extensible data transfer protocol (channel, data stream) and commands, in particular, scripts between managed / monitored devices / modules and basic modules / devices, as well as between basic modules and a server, the data transfer protocol being mentioned can transmit any type of measurements with meters, in particular, connected to the aforementioned monitored / controlled devices, and commands, in particular, scripts, which It can be used for controlling said devices / modules.

Another drawback of existing solutions is the inability of the user to customize the presentation, in particular, the display of data, for example, measurements and commands, in particular, in a form acceptable / user-friendly devices / modules, server, etc., i.e. in existing solutions, the user is not able or has an extremely limited ability to change the name of measurements, the way of displaying measurement values (for example, instead of displaying degrees, he can’t configure the display of data in the form of “cold”, “comfortable”, “warm”, “hot”, etc. etc.), change the measurement values (for example, cannot set the formula for transferring data from one format to another, for example, degrees Celsius to Fahrenheit).

Also, the disadvantages of existing solutions are the restrictions on the requirements of the Internet provider (i.e., existing solutions require connecting to the Internet through a specific provider or via mobile Internet, using a SIM card of a certain operator, etc.), and also the ability to connect modules to any W-Fi network, Wi-Fi device, etc.

Another drawback of existing solutions is the need to connect existing solutions to the Internet for their functioning and / or implementation of at least one functionality of existing solutions. Those. in a particular case, existing solutions require the user to purchase a direct IP address, for example, to control devices / modules from the Internet and existing solutions, for example, do not provide functioning when Wi-Fi access is available.

Also, the disadvantages of existing solutions is the inability of the user to independently configure the dependencies between the measurement indicators of various devices / modules (in particular, the values of the meters of such devices / modules) and, depending on this, execute certain commands on other devices.

Another drawback of existing solutions is the inability of the user to develop scenarios for the behavior of devices / modules and device / module management, including managed / monitored devices and / or basic modules / devices, without the need for a base (basic module / device) to access the server. In particular, existing solutions do not allow creating (for example, in text fields / editors into which texts of scripts / commands can be entered) on the server (and / or the base module) commands / scripts, including by the user, in particular for the server, a base module and / or a monitored device that can be executed / executed by a server and / or a base module, and / or a monitored device. Also, existing solutions do not allow downloading scripts / commands from the base / base module and / or server to the server, (controlled) device / module and / or base / base module, when the execution of the script / command may not depend on the availability of the base / base module and / or server with the execution of the script / command on the (controlled) device and / or the base module, and also, in the particular case when the script / command created on the server (and / or in the base module) for the server (is transmitted to the server and) runs on a server created on a server for databases th module script / command is transmitted to the base module and is executed on the base module and / or created on the server for the controlled device script / command is transmitted to the controlled device (in particular, through at least one base module) and performed on the controlled device.

The proposed system and method can overcome at least part of the above disadvantages or all of the above disadvantages, as well as realize the advantages of this technical solution, as described in the framework of this technical solution.

The technical result achieved by the invention consists in increasing the accuracy and speed of device control and device control by transmitting measurements and / or statuses of commands and / or control programs to at least one control module of the monitored module by at least one measuring module, moreover, the controlled module is controlled by the basic module by means of commands contained in at least the control module, and the basic module receives commands and control grams from the server and / or transfers the statuses of commands and control programs and / or measurements of the measuring module to the server, as well as due to control programs received by the controlled module from at least one base module, where control programs are scripts executed at least one control module and / or a controlled module, and / or a base module and / or server. Also, the technical result consists in the convenience of device management and device control through remote device management and control of remote devices.

The specified technical result is achieved in that the system for controlling devices and controlling devices includes at least one monitored module associated with at least one basic module and / or another controlled module, the controlled module being controlled by control programs received from the basic module, where the control programs are scripts executed by the script execution module in the control module and / or in the controlled module, and / or in the base module, and / or on the server; at least one control module that is part of the monitored module; at least one measuring module connected to at least one control module and transmitting measurements and / or statuses of commands and control programs to at least one control module of the controlled module; at least one managed module associated with at least one control module and / or with at least one controlled module and / or which is part of at least one controlled module and / or connected to, at least one control module, wherein the controlled module controls the controlled module and / or at least one part of the controlled module; at least one base module associated with at least one monitored module and / or server and / or another basic module and controlling at least one monitored module and / or monitoring at least one controlled module, by means of at least one control module, wherein the controlled module is controlled by the base module by means of instructions contained in at least the control module, the base module receiving commands and control vlyayuschie program from the server and / or transmits the status of commands and control programs and / or measurement of the measuring module to the server; at least one server associated with at least one base module.

The technical result is also achieved by the fact that the user converts the names of the parameters of the commands received from the managed module, and / or changes the name of the commands in the interface of the base module and / or the server interface.

The technical result is also achieved by the fact that the control programs are created by the user in the base module and / or on the server using a template builder, which is a graphic logic builder, and / or are created by entering control commands in the text field of the interface of the base module and / or server.

The technical result is also achieved by the fact that the template builder creates the code of the control command, validates the code of the control command and downloads to the controlled module using at least one module of the system.

The technical result is also achieved by the fact that the controlled module is a digital device and / or an analog device, and / or a combined device, and / or a mechanical device, and / or an electronic device, and / or a computing device, and / or a mobile device, and / or home electronics, and / or household appliances, and / or household appliances, and / or professional equipment, and / or technical equipment, metering devices, including metering devices for energy resources, heating, water, electricity supplies, and e any combination thereof.

The technical result is also achieved by the fact that the control module is at least one microcircuit and / or microcontroller.

The technical result is also achieved by the fact that the communication between the modules of the system is carried out via wired communication or wireless communication, including through a local area network, and / or the Internet, and / or mobile or satellite communications, and / or a USB interface, and / or interface standard RS-232 / COM port, and / or Bluetooth, and / or Wi-Fi, and / or GSM, 3G, 4G, LTE, trunking, and / or via data channels with ultra-low power consumption, forming complex wireless networks with mesh topology, and / or ZigBee, as well as communication m Between the system modules is carried out by means of terminals and / or wires, and / or soldering, and / or riveting.

The technical result is also achieved by the fact that the communication between the system modules is carried out by means of at least one data transfer protocol, including the TCP / IP network protocol and / or HTTP / HTTPs, and / or FTP, and / or POP3, and / or SMTP, and / or TELNET, and / or HMRP, an extensible messaging and presence protocol.

The technical result is also achieved by the fact that the system further includes at least one computing device of the user, and the monitored module and / or the base module and / or the server receives commands and / or control programs from at least one computing device of the user and / or from at least one base module, and / or, from at least one other controlled module, and / or from at least one server.

The technical result is also achieved by the fact that software is installed on the user's computing device that allows you to communicate with the monitored module and / or the base module and / or server for the user to control the parameters of the system modules and / or measurements by the measuring module and / or control and / or setting up system modules, and / or for creating and / or sending commands and / or control programs for said modules.

The technical result is also achieved by the fact that a web browser is installed on the user's computing device, which allows the user to communicate with the monitored module and / or the base module and / or server for the user to control the parameters of system modules and / or measurements by the measuring module, and / or control and / or settings of system modules, and / or to create and / or send commands and / or control programs for said modules.

The technical result is also achieved by the fact that the control module contains a module for collecting and processing measurements of the measuring module, a repository of commands for the controlled modules, a data translation and conversion module, a data encryption and decryption module and a script execution module, a control module that performs at least the processing of the results execution of commands.

The technical result is also achieved by the fact that the controlled modules and / or control modules are registered by the user in at least one basic module, said registration determining the relationship of the registered controlled modules and / or control modules with the basic modules in order to obtain and / or process data basic modules transmitted by supervised modules and / or control modules.

The technical result is also achieved by the fact that the base module contains a storage of measurements of measuring modules of controlled modules, a store of commands of controlled modules, a storage of settings for converting and displaying commands and measurements of controlled modules, a module for transmitting and converting data and messages, a module for encrypting and decrypting data, a module for executing scripts , register of controlled modules, repository of settings and event logs of the base module, message encryption and decryption module, gender module user interface.

The technical result is also achieved by the fact that the server contains a storage of user profiles, a register of basic modules, a register of controlled modules, a measurement storage of measuring modules of controlled modules with a measurement history, a server core, a storage for commands and command templates for controlled modules, a storage for rules for controlling controlled modules, a rules module control of controlled modules, storage of user notification rules, user notification rules module, user notification module televisions.

The technical result is also achieved by the fact that the user is notified of events in the system modules, and the user is notified through at least a module of the user notification rules, where the rules contain at least one condition and a reaction to the condition.

The technical result is also achieved by the fact that the notification of the user is carried out by means of SMS messages and / or emails, and / or by means of systems and / or services, and / or applications for exchanging messages and data / information, including for instant messaging / instant messaging, and / or instant messengers, and / or systems and / or services, and / or applications for sending and / or receiving messages, and / or systems and / or services, and / or applications for data / information exchange, including including receiving and transmitting those information / data, graphic data, video data, images, audio data, audio files, and / or messages in chat rooms and / or social networks.

The technical result is also achieved by the fact that the system modules are controlled by the rules for automatic control of the system modules by means of at least one module of the rules for automatic control of the system modules, and the system modules execute commands, depending on the content of the rule.

The technical result is also achieved by the fact that the server and / or the monitored module and / or the base module contain an event generator, a trigger manager, a script repository, a virtual machine that contains an interrupt manager, runtime, and bootloader.

The technical result is also achieved by the fact that the data on the server is stored in the trigger table and the bytecode table of the database control programs; on the basic module, the data is stored in files inside the file system that contain the trigger table and script code, in the controlled module the data is stored in the form of address-separated areas of flash memory defined in the addressing table, and under the trigger table and script code can be reserved areas of memory.

The technical result is also achieved by the fact that the system additionally includes on the server a security module that checks the data received from the base module and / or the user and / or server and / or the monitored module, the security module checks the user level access rights, and also includes a simulation module that checks the list of valid virtual machine instructions, memory characteristics, and other software and / or hardware characteristics.

The technical result is also achieved by the fact that the method of device control and device control includes the control and monitoring of at least one controlled module by means of control programs received by the controlled module from at least one base module, where the control programs are scripts executed by the module execution of scripts in at least one control module and / or in a controlled module, and / or in a basic module, and / or on at least one server, and the control mode This is part of the monitored module, with at least one measuring module connected to the control module, which transfers measurements and / or statuses of commands and control programs to at least one control module of the controlled module, and at least , one controlled module and / or at least one part of the controlled module implements at least one managed module associated with at least one control module and / or with at least one control a rooted module and / or being part of at least one supervised module, and / or connected to at least one supervisory module, where at least one basic module is associated with at least one supervised module and / or a server and / or another basic module and controlling at least one controlled module and / or monitoring at least one controlled module by means of at least one control module, the control being monitored The module is carried out by the basic module by means of instructions contained at least in the control module, the basic module receiving commands and control programs from the server and / or transmitting the status of commands and control programs and / or measurement of the measuring module to the server, which is connected at least one base module, and at least one monitored module is associated with at least one base module and / or another controlled module.

The technical result is also achieved by the fact that the method further includes the user converting the parameter names of the commands received from the managed module, and / or changing the name of the commands in the interface of the base module and / or the server interface.

The technical result is also achieved by the fact that the control programs are created by the user in the base module and / or on the server using a template builder, which is a graphic logic builder, and / or are created by entering control commands in the text field of the interface of the base module and / or server.

The technical result is also achieved by the fact that the template builder creates the code of the control command, validates the code of the control command and downloads to the controlled module using at least one module of the system.

The technical result is also achieved by the fact that the controlled module is a digital device and / or an analog device, and / or a combined device, and / or a mechanical device, and / or an electronic device, and / or a computing device, and / or a mobile device, and / or home electronics, and / or household appliances, and / or household appliances, and / or professional equipment, and / or technical equipment, metering devices, including metering devices for energy resources, heating, water, electricity supplies, and e any combination thereof.

The technical result is also achieved by the fact that the control module is at least one microcircuit and / or microcontroller.

The technical result is also achieved by the fact that the communication between the modules of the system is carried out via wired communication or wireless communication, including through a local area network, and / or the Internet, and / or mobile or satellite communications, and / or a USB interface, and / or interface standard RS-232 / COM port, and / or Bluetooth, and / or Wi-Fi, and / or GSM, 3G, 4G, LTE, trunking, and / or via data channels with ultra-low power consumption, forming complex wireless networks with mesh topology, and / or ZigBee, as well as communication m Between the system modules is carried out by means of terminals and / or wires, and / or soldering, and / or riveting.

The technical result is also achieved by the fact that the communication between the modules of the system is carried out by means of at least one data transfer protocol, including the network protocol TCP / IP and / or HTTP / HTTPs, and / or FTP, and / or POP3, and / or SMTP, and / or TELNET, and / or HMRP, an extensible messaging and presence protocol.

The technical result is also achieved by the fact that the monitored module and / or the base module and / or the server receives commands and / or control programs from at least one computing device of the user and / or from at least one basic module, and / or, from at least one other monitored module, and / or from at least one server.

The technical result is also achieved by the fact that software is installed on the user's computing device that allows you to communicate with the monitored module and / or the base module and / or server for the user to control the parameters of the system modules and / or measurements by the measuring module and / or control and / or setting up system modules, and / or for creating and / or sending commands and / or control programs for said modules.

The technical result is also achieved by the fact that a web browser is installed on the user's computing device, which allows the user to communicate with the monitored module and / or the base module and / or server for the user to control the parameters of system modules and / or measurements by the measuring module, and / or control and / or settings of system modules, and / or to create and / or send commands and / or control programs for said modules.

The technical result is also achieved by the fact that the control module contains a module for collecting and processing measurements of the measuring module, a repository of commands for the controlled modules, a data translation and conversion module, a data encryption and decryption module and a script execution module, a control module that performs at least the processing of the results execution of commands.

The technical result is also achieved by the fact that the user registers the monitored modules and / or control modules in at least one basic module, and the aforementioned registration determines the relationship of the registered controlled modules and / or control modules with the base modules in order to obtain and / or processing data by basic modules transmitted by supervised modules and / or control modules.

The technical result is also achieved by the fact that the base module contains a storage of measurements of measuring modules of controlled modules, a store of commands of controlled modules, a storage of settings for converting and displaying commands and measurements of controlled modules, a module for transmitting and converting data and messages, a module for encrypting and decrypting data, a module for executing scripts , register of controlled modules, repository of settings and event logs of the base module, message encryption and decryption module, gender module user interface.

The technical result is also achieved by the fact that the server contains a storage of user profiles, a register of basic modules, a register of controlled modules, a measurement storage of measuring modules of controlled modules with a measurement history, a server core, a storage for commands and command templates for controlled modules, a storage for rules for controlling controlled modules, a rules module control of controlled modules, storage of user notification rules, user notification rules module, user notification module televisions.

The technical result is also achieved by the fact that the user is notified of events in the system modules based on the notification rules, which contain at least one condition and a reaction to the condition.

The technical result is also achieved by the fact that the user is notified of events in the system modules by means of SMS messages and / or emails, and / or by systems and / or services, and / or applications for exchanging messages and data / information, including including for instant messaging / instant messaging, and / or instant messengers, and / or systems and / or services, and / or applications for sending and / or receiving messages, and / or systems and / or services, and / or applications for data / information exchange, including vk yuchaya receiving and transmitting text information / data, graphical data, video, images, audio data, audio, and / or messages in chat rooms and / or social networks.

The technical result is also achieved by the fact that the control of the system modules is carried out using the rules for the automatic control of the system modules by means of at least one module of the rules for the automatic control of the system modules, and the system modules execute commands, depending on the content of the rule.

The technical result is also achieved by the fact that the server and / or the monitored module and / or the base module contain an event generator, a trigger manager, a script repository, a virtual machine that contains an interrupt manager, runtime, and bootloader.

The technical result is also achieved by the fact that the data on the server is stored in the trigger table and the bytecode table of the database control programs; on the basic module, the data is stored in files inside the file system that contain the trigger table and script code, in the controlled module the data is stored in the form of address-separated areas of flash memory defined in the addressing table, and under the trigger table and script code can be reserved areas of memory.

The technical result is also achieved by the fact that the server verifies the data received from the base module, and / or the user, and / or the server, and / or the monitored module, and verifies the user level access rights, and also verifies the list of valid virtual instructions machines, memory specifications, and other software and / or hardware specifications.

The invention is illustrated by drawings:

FIG. 1 illustrates an exemplary embodiment of a system that implements the method described in the framework of the present invention;

FIG. 2 illustrates a general diagram of the present invention and the exchange of data between modules and user devices within an exemplary embodiment of a system that implements the method described in the framework of the present invention;

FIG. 3 illustrates an exemplary embodiment of a (controllable) device, according to one embodiment of the present invention;

FIG. 4 illustrates an exemplary embodiment of a control module / microcircuit (chip) according to one embodiment of the present invention;

FIG. 5 illustrates an exemplary base / base module embodiment, according to one embodiment of the present invention;

FIG. 6 illustrates an exemplary server embodiment, in accordance with one embodiment of the present invention;

FIG. 7 illustrates flowcharts of a process for creating and loading a script / program, according to one embodiment of the present invention;

FIG. 8 illustrates an exemplary embodiment of a general environment diagram of a script execution system according to one embodiment of the present invention.

FIG. 9 illustrates an example embodiment of a general virtual machine diagram, in accordance with one embodiment of the present invention;

FIG. 10 illustrates an exemplary embodiment of storing scripts at various network nodes, according to one embodiment of the present invention;

FIG. 11 illustrates an example embodiment of a trigger recording structure, according to one embodiment of the present invention;

FIG. 12 illustrates an exemplary embodiment of a general scheme of an event-trigger system, according to one embodiment of the present invention;

FIG. 13 illustrates an exemplary diagram of a general low-level event call script call logic according to one embodiment of the present invention;

FIG. 14 - FIG. 16 illustrate an exemplary embodiment of a script loader operating principle at various nodes of the system described in the present invention, according to one embodiment of the present invention;

FIG. 17 illustrates an exemplary embodiment of a “forward” instruction / request circuit to modules of the described system, according to one embodiment of the present invention;

FIG. 18 illustrates an exemplary embodiment of a general block diagram of the recording and reception of telemetry data, according to one embodiment of the present invention;

FIG. 19 illustrates an example of a general purpose computer system.

The objects and features of the present invention, methods for achieving these objects and features will become apparent by reference to exemplary embodiments. However, the present invention is not limited to the exemplary embodiments disclosed below, it can be embodied in various forms. The essence described in the description is nothing more than the specific details provided to assist the specialist in the field of technology in a comprehensive understanding of the invention, and the present invention is defined only in the scope of the attached claims.

Used in the present description of the invention, the terms "component", "element", "system", "module", "part", in particular, "component", and the like are intended (used) to refer to computer entities (entities / objects associated with a computer, computing entities), which can be hardware / equipment (for example, a device, instrument, apparatus, equipment, part of a device, in particular, a processor, microprocessor, printed circuit board, etc.), software (on Example, executable program code, compile the application, software module, part of the software and / or code, etc.) or firmware (firmware / firmware). So, for example, a component can be a process running / executing on a processor, a processor, an object, an executable file, a program, a function, a method, a library, a subprogram and / or a computing device (for example, a microcomputer or a computer) or a combination of software or hardware. As an illustration: as an application running on a server can be a component or module, so the server can be a component or module. At least one component may be located within the process. A component may reside on a single computing device (eg, a computer) and / or may be distributed between two or more computing devices. So, for example, in a particular case, an application (component) can be represented by a server component (server part) and a client component (client part). In the particular case, the client component is installed on at least one computing device, and the server component is installed on the second computing device, from which, in the particular case, control and / or configuration of the first computing device (and / or its component components / parts.

A system that implements the method (or at least one part of the method) described in the framework of the present invention, an example of which is shown in FIG. 1, contains at least one (controlled) device / module (110A ... 110N). Such devices can be various (including digital, analog, combined, mechanical, etc.) devices, in particular, but not limited to, electronic devices, computing devices, including user computing devices, including smartphones, mobile devices / phones, laptops, tablets, personal computers, etc., and / or at least one component / module of such devices, for example, various sensors, actuating components, for example, motors, various mechanisms, etc. Such devices (and / or device modules) can be, for example, home electronics (electronic devices used by a person / user in the house and its surroundings), household appliances / household appliances (e.g. microwave ovens, refrigerators, toasters, air conditioners, incandescent lamps , pumps, etc.), professional and / or technical (electronic) equipment / devices (for example, synthesizers, effect processors, various medical, construction, commercial and other equipment / devices / modules and others), modules / devices equipment / metering devices, including modules / devices / metering devices for energy resources, for example, water, gas, electricity, heat, as well as modules / devices / appliances for heating, water supply, electricity supply, etc., as well as any combination thereof.

A system, for example, shown in FIG. 1 may also include at least one base / base module / base unit (120A ... 120N).

Also, the described system, an exemplary version of which is shown in FIG. 1 may include at least one server 160.

The described system may also include at least one (computing) user device / user device (130A ... 130N). A user's computing device (130A ... 130N) (135A ... 135N), for example, a mobile device (130B, 130E) (for example, a phone, tablet, smartphone, etc.) or a stationary device (130A, 130D, 130G) (for example, 130D workstation, desktop computer / desktop 130A, 130G monoblock, computer stand, including a demonstration computer stand, an advertising computer stand, a test stand, etc.).

It is worth noting that a particular case of the user is at least one administrator / moderator, i.e., in a particular case, a person who is interested, for example, in working capacity or maintaining the working capacity of equipment, for example, server 160 and / or base (120A ... 120N), devices (110A ... 110N), data storages (170A ... 170N), networks (computer, mobile and others), including between modules / devices, and other components (including computer components or computerized components, including software and hardware components) FIG. 1, or which can be an integral part of the described system and / or can be connected to the said system, for example, are connected by one or another known at the present time or invented in the future directly (for example, via terminals and / or wires, soldering, riveting, etc. .d.) or indirectly (through intermediate devices, including various types of converters, in particular converters / converters of information, including data in analog form, digital form or in any other known form of information) with the mentioned system emoy, e.g., via a wired connection, wireless connection, through various types of connectors, wires, etc.

Also, the described system may contain at least one data storage 170A ... 170N (which in a particular case can be implemented by a registry, for example, a device registry, as will be described in more detail below), which in a particular case of the invention may be a temporary device data storage (e.g., Random Access Memory (RAM)), permanent data storage (e.g. (Programmable) Read Only Memory (ROM / ROM)), including those sold by at least one microchip / Chipset, etc.

Elements (in the particular case, the constituent parts of the described system that implements the method described in the framework of the present invention) depicted in FIG. 1, can be connected (180) with each other (and with any other modules, devices and services capable of receiving information from the modules of the described system and / or transmitting data to the described modules of the system) through a local area network (LAN), the Internet (140) , (by means of) mobile / satellite communications and / or by any other type / method of wired communication (for example, via a USB interface, an RS-232 / COM port interface, etc.) and / or wireless communication, for example, Bluetooth, Wi-Fi, mobile cellular (GSM), including 3G, 4G, LTE, in particular, in the 850/900/1800/1900 MHz bands, satellite communications, trunked communications and ultra-low power data transmission channels forming complex wireless networks with a mesh topology (ZigBee), etc.

It is worth noting that at least one part of the method described in the framework of the present invention (or the whole method) can be performed on the server 160 and / or on the user device (130A ... 130N), and / or on the device (110A ... 110N), and / or on / in the base module (120A ... 120N), including after establishing the connection of such devices (or any other module of the described system) with the server 160, and / or with each other, for example, by means of at least one data transfer protocol, including a network protocol, for example, TCP / IP, HTTP / HTTPs (eng. Hyper Text Transfer Protoco l, Hypertext Transfer Protocol), FTP (File Transfer Protocol, File Transfer Protocol), POP3 (Post Office Protocol, standard mail connection protocol), SMTP (Simple Mail Transfer Protocol, a protocol that defines a set of rules for mail transfer), TELNET (Remote Access Protocol), XMPP (Extensible Messaging and Presence Protocol - an extensible messaging and presence information protocol, formerly known as Jabber - an open, XML-based protocol for instant messaging and information about near real-time presence ), DTN, etc., including protocols regulated by the IEEE 802.15.4 and ZigBee standards, including existing add-ons, for example, specifications of top-level network protocols, in particular, the APS application layer (from English application support sublayer), and the NWK network layer, using, in a particular case, the services of the lower layers, the MAC access control layer and the PHY physical layer, etc.

The above server 160 may be implemented by a web server and / or specialized computing device (in particular, a computer) and / or specialized equipment for performing service software on it (including servers of various tasks).

The data storage element (170A ... 170N) in FIG. 1 (which, in a particular case, can be an integral part of at least one module / device of the described system) is a device for storing information / data and can be implemented with at least one hard disk drive (HDD / HDD) hard (magnetic) disk drive), solid state drive (SSD, solid-state drive), hybrid hard drive (SSHD, solid-state hybrid drive), storage area network (SAN, Storage Area Network), a network storage system / NAS (NAS), and / or any other device m, allowing to carry out at least on the recording apparatus with reading devices and / or data storage device. Data in data warehouses (170A ... 170N) can be stored in any known format, for example, in a database (DB), for example, in the form of at least one table or a set of related or unrelated database tables. It is worth noting that at least one of the mentioned databases can be hierarchical, object, object-oriented, object-relational, relational, network and / or functional database, each of which can be centralized, concentrated, distributed, heterogeneous, homogeneous, fragmented / partitioned, replicated, spatial, temporal, spatio-temporal, cyclic, super-large database, etc., and for the management, creation and use of databases can be used lzovatsya different database management systems (DBMS).

Also, data in data warehouses (170A ... 170N) can be stored in at least one file, in particular, as a text file, or data can be stored in any at least one other data storage format currently known / information or in a data format invented later.

In the particular case of the implementation of the present invention, at least one part of the described method and system may be software or part of the application. So, in a particular case, the application can be used to control (including tracking parameters, control, data transfer, etc., including their constituent elements / modules) of at least one described module (110-170) of the system including a control module 215 (for example, implemented by a microcontroller, a device microcircuit 110, etc.), measuring modules / meters / sensors 310, controlled modules 330, etc., moreover, in the particular case, the described modules can be computing devices or contain at least re, one part of computing devices. Also, at least one part of the described method and system can be at least one service, implemented, for example, by program code, script / scripts, and can also be executable components of various systems (in particular computer systems) and subsystems (for example , subsystems, input, output subsystems (in particular, the graphics subsystem), storage (in particular, the disk subsystem), data transfer, etc.).

Such software, services and / or other methods, in particular, implemented in software or hardware, as well as any combination of them, or any part thereof, are capable of controlling, monitoring, informing, managing, including through data transmission, etc. . at least one module / device of the described system or other software, services, hardware and / or modules (software or hardware).

It is worth noting that the above-mentioned means of software components / application modules can include the execution / execution of program code, executable application code, machine code, etc., in particular, in compiled and / or non-compiled form, for example, in the form of javascript ( java-scripts), as well as in the form of one of the intermediate languages (programming), for example, the intermediate language CIL, from English. Common Intermediate Language.

Also, the described modules and / or devices can be implemented as two or more modules / devices, and one module / device. Also, in the particular case, at least one module or at least one component thereof can be implemented by at least one executable file. Moreover, in the particular case, the module can be implemented (be) one executable file, which in turn can be associated with at least one program library, for example, implemented as a dll file, which is a compiled form of a dynamic link library ( from the English Dynamic Link Library), as well as with at least one file, for example, containing application service data, application metadata, data necessary for the application to function, and / or a service (local and / or remote, for example, the web server ISOM / web service), including applications and services built on a service-oriented architecture (from the English service-oriented architecture / SOA), including, but not limited to, REST technologies (from the English Representational State Transfer - “transfer of presentation state »), Remote procedure call (from the English. Remote Procedure Call, RPC) and others.

In FIG. 2 shows a general diagram of the present invention and the exchange of data (data streams, including commands, scripts, actions (users), etc.) between the modules of the described system and between user devices and modules within the framework of an exemplary embodiment of the system that implements the method described in the framework of the present invention.

In the particular case of the implementation of the present invention, the described method and system enables the user (135A ... 135N) to monitor, view indicators / measurements and remotely control devices (110A ... 110N). Status monitoring, viewing indicators / measurements and (remote) control (for example, through user devices (130A ... 130N), server 160, base module / base 120A ... 120N and / or through at least any one other module described systems, including through user interaction with said modules, including user interaction directly (without intermediate system modules) with said system modules, including devices (110A ... 110N), with at least one module of the described system, including devices (110A ... 110N). Such user interaction with modules / devices can be implemented by using at least one control module 215 (FIG. 2) in such devices / modules, in the particular case, implemented by at least one (control) microcircuit / chip ( e.g., chip CC2530, ss2531, ss2538, ATSAMR21E18A, ATSAMR21G18A, ATmega256RFR2, ATmega2564RFR2 and others), microcomputer / microcomputers (e.g. Raspberry Pi, Intel Joule, etc.), microprocessor / microprocessor, microprocessor, microprocessor, microprocessor etc.) etc.

So, at least one control module 215 of at least one device 110 through at least one connection by means of communication methods, means and devices (180) can interact with the base module / base 120, in particular, exchange data in particular, send / transmit data (210) to base 120 (and / or to / to user device (130A ... 130N), and / or to server 160), for example, a list of commands (in particular, a set of commands that are programmed in the control module / chip 215 for remote control of the device 110A ... 110N, in k a control module / chip 215 is integrated, and the above list of commands can be transmitted from at least one device 110A ... 110N to the base / base module 120A ... 120N, and, for example, further to the server 160, and the base / base module 120A ... 120N and / or server 160, the above list of commands processes and displays the user at least one command, for example, in the form of an html form into which the user 135A ... 135N for the given (desired by the user) command enters data and initiates the transfer, at least one team, at least one mentioned e device, for example, by pressing the “Run” button in the web interface, application, etc., and such a transmitted command is executed / executed on the said device), measurements / measurement values (in particular, measurement modules / sensors / meters ( 310A ... 310N)), the results of command execution (the result of command execution can be at least three types: in the form of (simple) status (for example, in the form of a Boolean variable), that the command was executed successfully, in the form of a message, for example, about error, and / or in the form of output parameters, moreover a message (about an error), for example, about an incorrect parameter value (for example, the user decided to heat water in the kettle to 150 degrees Celsius, which the kettle is not designed for), and the output parameters are measurement values, for example, 310A ... 310N meters, which should inform the team (in particular, it must inform the chip 215 and / or device 110A ... 110N by means of said chip, in particular by means of said command or another command containing execution data of said command) based on its results (command, including control command s) execution, for example, for the mentioned kettle, the “Heat for a minute” command (which is recorded / written in the chip 215), according to the results of the execution, in addition to the (simple) status of the successful execution of such a (control) command, the temperature can also be returned / sent (the temperature value recorded by the meter 310A ... 310N, for example, installed in the kettle), to which the water in the kettle was heated), etc., and receive / receive data 220, for example, control commands, as described above.

It is also worth noting that at least one base module / base 120A ... 120N can transmit (transmit) at least one device 110A ... 110N scripts, commands and measurements, the results of command execution, and the results of command execution and commands can be transmitted in JSON format, which is described in more detail below.

In the particular case of the invention, information / data between the control module 215 and the base 120 (and / or any other at least one module / device or their components described in the framework of the present invention) can be transmitted, for example, using radio frequency signals (for example, ZigBee, Wi-Fi, etc., in particular, depending on the modification of module 215, base 120, device 110, etc.).

In a particular embodiment of the invention, a user (for example, a 135G user), having connected via his computing device / computer (130G) to a base module (120N), for example, via a Wi-Fi network (Wi-Fi interface) or via a local network (LAN) and running on your (user) device a web browser (or any other application that allows you to perform the functions of communication and / or viewing data and / or control, monitoring, etc. of the base 120A ... 120N module and / or device 110A ... 110N, and / or server 160) can open / start / use there is a (web) interface (570, FIG. 5) of such a base module (and the web interface of base 570, in a particular case, is a panel / menu / administration module, in particular, managing and configuring at least one 120A base ... 120N (for example, as with Wi-Fi routers), where the user can configure and manage devices 110A ... 110N, and in the particular case of the implementation of the present invention, the mentioned web-based interface of the base may not be accessible via the Internet, but may be accessible locally network, as well as, in a particular case, the web interface can be represented by at least one web page of a website / Internet site hosted, for example, on a web server hosted / installed / deployed on at least one mentioned base 120A ... 120N, and may be implemented / developed using various programming languages, for example, C, C ++, Java, HTML, CSS and / or JavaScript, and the database of the base module 120A ... 120N is represented by flat files (one of the varieties of structured data), for example, viewing indicators / measurements of at least one device, by Turning to this base unit (in the special case the device 110 / control module 215, a registered example, the user in the basic module, as will be described hereinafter), and control devices. In the particular case of the invention, the base module (120 ... 120N) connected to the Internet can exchange data / information on registered devices (for example, data received in the base module from at least one device / module or any other data received base from the server 160, the user device 130A ... 130N, etc., which may relate to the device 110 and / or at least one of its components / module or other basic modules) to the server 160, in particular, located / posted / time Revert the Internet. So, for example, the base module 120 can transmit (240) to the server 160, and the server can receive data from the base module, such as lists of device / module commands (110A ... 110N, 120A ... 120N, etc.), device measurements, results of command execution by devices, request for current time, request for firmware updates (software) of base 120A ... 120N, etc. Moreover, in the particular case of the invention, the aforementioned time and update requests can be transmitted via HTTP, and lists, measurements of devices, results of command execution, etc. can be transmitted over the JSON protocol using / via XMPP. An example of JSON message formats is given below and may coincide with the data transmission format, in particular in the form of messages, between devices 110A ... 110N and bases 120A ... 120N:

// messages:

---

// cmdmes - sending commands / sets of commands (all devices, all their commands and sensors / meters):

//

{"id": 22, "type": "cmdmes", "devs": [{"devid": '' 1, '' name '': '' Kettle '', '' cmd '': [{' 'cmdid' ': 1,' 'name ":" Inclusion "," params ": [{" id ": 3," name ":" After how much time to turn on (sec) "," type ":" choice ", "choice": {"of '': '' Turn off '', '' on '': '' Turn off ''}, '' val '': 10, '' min '': 0, '' max '' : 50, '' step '': 5, '' required '': 1}]}], "measures '': [{'' id '': 1, '' name '': '' Thermometer (degrees) ", '' type": "int"}]}]}}

{

"id": 22, // ID (identifier) of the base

"mesid": 1223312312, // unique message id

"type": "cmdmes", // Type of message

"devs": [// Device list

{

"devid": 1, // device ID

"name": "Kettle", // Device name for the portal

"cmd": [

{

"cmdid": 1, // command ID

"name": "Inclusion", // Name of the command for the portal

"params": [// List of parameters

{

"id": 1, // parameter ID

"name": "Inclusion", // Name of the parameter

"type": "choice", // Type of parameter

"choice": {// Possible values for the parameter

"on": "Enable",

"off": "Off"

},

"required": 1 // Required to enter this parameter

},

{

"id": 2,

"name": "After how much time to turn on (sec)",

"type": "int",

"min": 1, // The smallest possible value

"max": 50, // Maximum possible value

"required": 0

},

{

"id": 3,

"name": "After how much time to turn on (sec)",

"type": "range", // This parameter is displayed as a slider with a slider

"cmdval": 10, // Default value (may be absent)

"min": 0,

"max": 50,

"step": 5, // Step for moving the slider

"required": 1

}

]

}

],

"measures": [// List of sensors

{

"id": 1, // sensor ID

"name": "Thermometer (degrees)", // Sensor name

"type": "int" // Type of display of sensor data on the portal

}

]

}

]

}

// cmdsend - send a command to a specific database on a specific device

//

{'' id '': 22, '' mesid '': 1223312312, '' type '': '' cmdsend '', '' devs '': [{"devid '': 1, '' cmd '': [{'' cmdid '': 1, '' value '': 1, '' params '': [{'' id '': 1, '' val '': 30}]}]}]}}

{

"id": 22, // base ID

"mesid": 1223312312, // unique message id

"type": "cmdsend", // Message type

"devs": [// Device list

{

"devid": 1, // device ID

"cmd": [

{

"cmdid": 1, // command ID

"value": 1, // Command value

"params": [// Additional parameters for the command

{

"id": 1, // parameter ID

"val": 30 // 3value of the parameter

}

]

}

]

}

]

}

// measures - measurements from the base (for example, the base itself sends each period of time, for example, every 15 seconds)

//

{"id '': 22, '' mesid '': 1223312312, '' type '': '' measures ''," devs ": [{'' devid '': 1, '' measures '': [{ "id": 1, '' val ": 45}, {" id ": 2," val "': 2000}]}]}

{

"id": 22, // base ID

"mesid": 1223312312, // unique message id

"type": "measures", // Message type

"devs": [// Device list

{

"devid": 1, // device ID

"measures": [// Measurement list

{

"id": 1, // sensor ID

"val": 45 // Value

},

{

"id": 2, // sensor ID

"val": 2000 // Value

}

]

}

]

}

// cmdmea - request for measurement from the device

//

{"id": 22, "mesid": 1223312312, "type": "cmdmea", "devs": [{"devid": 1, "measure": 1}]}

{

"id": 22, // base ID

"mesid": 1223312312, // unique message id

"type": "cmdmea", // Type of message

"devs": [// Device list

{

"devid": 1, // device ID

"measure": 1 // sensor ID or missing (then measurements from all sensors / meters may come in response)

}

]

}

// cmdpass - sending a password to the database to display a specific database in your account

// {"id": 22, "mesid": 1223312312, "type": "cmdpass", "pass": "123456"}

{

"id": 22, // base ID

"mesid": 1223312312, // unique message id

"type": "cmdpass", // Message type

"pass": "123456" // base password for displaying in your personal account

}

// cmdmear - base response to cmdmea request. In fact, it can repeat the type of measures.

//

{"id": 22, "mesid": 1223312312, "type": "cmdmear", "devs": [{"devid": 1, "measures": [{"id": 1, "val": 45 }, {"id": 2, "val": 2000}]}]}}

{

"id": 22, // base ID

"mesid": 1223312312, // unique message id

"type": "cmdmear", // Message type

"devs": [// Device list

{

"devid": 1, // device ID

"measures": [// Measurement list

{

"id": 1, // ID of the sensor / meter

"val": 45 // Value

},

{

"id": 2, // sensor ID

"val": 2000 // Value

}

]

}

]

}

// error - OF can at any time respond to the base with an error, for example, if the base sends a “broken” message

// {"id": 22, "mesid": 1223312312, "type": "error", "value": "Invalid message format"}

{

"id": 22, // base ID

"mesid": 1223312312, // unique message id

"type": "error", // Message type

"value": "Invalid message format" // Error value or missing

}

// cmdsendr - response from the base to the core on cmdsend

// {"id": 22, "mesid": 1223312312, "type": "cmdsendr", "error": true, "value": "Device is not available"}

{

"id": 22, // base ID

"mesid": 1223312312, // unique message id

"type": "cmdsendr", // Message type

"error": true, // Whether an error occurred

"value": "Device unavailable" // Error value or missing

}

// The rest of the responses about the successful receipt of a message from the base or the base can be implemented internally / through the XMPP protocol.

Also, the base module 120 can receive (230) from the server 160, and the server can transmit to the base module data such as device / module control commands 110A ... 110N, 120A ... 120N, etc., the scripts described below, and responses to requests time and firmware updates, etc.

Server 160 may include an Internet portal / web portal 660 (in a particular case, a website / website on a computer network that provides the user with various interactive Internet services / services that operate within this website, the portal ((web ) the portal / (Internet) portal) can consist of several sites) and services for (mobile) applications (in the particular case implemented / being an API server (from the English Application Programming Interface - application programming interface, application programming interface, application programming interface ’), in the particular case, implemented as a portal on the application server, in particular, implemented on Java (in the particular case, which is both a programming language and a technology stack, and in Java, a server, portal, API for mobile applications, and the logic of work / functioning (functionality), information output, etc. can be implemented using / using Java technologies, and also HTML, CSS, JavaScript and can be used to display information, including on the portal etc.) which (services) can use be used for requesting mobile applications from the portal, in a particular case, the base 120A ... 120N, which the user has added to the user's personal account, devices (registered) on the bases, lists of commands of devices 110A ... 110N, measurements, etc.), which can be installed on the user's computing devices (130A ... 130N). It is worth noting that the portal and mobile applications can work in parallel, so the user has a choice: work with the server through the portal or through mobile applications. In a particular case, the user has more options on the portal, in particular, more actions to perform / carry out, more detailed information to obtain, however, in the particular case, mobile applications are (more) convenient because they include the necessary actions and are accessible to the user in his computer (mobile) device of the user. Moreover, user applications can include the functionality of the Internet portal, for example, allow the user to control (view measurements and commands of devices 110A ... 110N, configure (commands) devices 110A ... 110N and manage devices 110A ... 110N, as well as manage basic modules 120A ... 120N (in including setting up basic modules and their commands), creating rules, scripts, viewing event logs / log files / logs, etc., as will be described later, etc.), at least one module of the described system . Also, through the mentioned API server (for example, stored procedures, message queues, web services, etc.) mobile applications interact with the services. Thus, a mobile application via the Internet can call at least one of the server’s APIs and transmit information to it or receive information / data through / through it. It is worth noting that the Internet portal can be located outside the server 160, for example, on another server, in particular, a server located / located / located on the Internet. It is worth noting that the server 160 can be located on the Internet, in particular, can be located on one of the hosts or can be a host (from the English host - “host receiving guests” - any device that provides services of the “client-server” format in server mode on any interfaces and uniquely defined on these interfaces, in a more particular case, the host can be understood as any computer, server, connected to a local or global network). So, the user can open the Internet portal in the web browser of his user device or by installing an application (mobile) on the user’s device, he can view indicators / measurements and manage the modules of the described system, in particular, devices / modules 110A ... 110N, bases 120A ... 120N etc. Also on / in the Internet portal, the user can configure devices / modules 110A ... 110N, bases 120A ... 120N, and / or any component / element / module, rules for notifying the user about events on devices / modules 110A ... 110N, bases 120A ... 120N, user devices 130A ... 130N, server 160 and / or any component / element / module, (mobile) application, etc., rules for (automatic / automated) control of devices / modules 110A ... 110N, bases 120A ... 120N and / or any component / element / module, etc., as described in more detail, gave e. Moreover, in the particular case of the implementation of the present invention, the event is any change in the state of the device 110A ... 110N or a reaction to any action of the device: for example, it has arrived / received (at least one described module of the system, for example, the device 110A ... 110N, base 120A ... 120N, and / or server 160, etc.) measurement of at least one meter 310A ... 310N with a certain value, and / or the result of command execution has arrived / received, for example, a result that was not expected in particular, different from the intended and / or to tory can not be processed, at least one module of the system described. Events (conditionally) can be divided into at least two types: events by measurements and events by commands. Measurement events may include:

- for a numeric measurement value - the measurement value is less than the value specified by the user;

- for a numeric measurement value - the measurement value is less than or equal to the value specified by the user;

- for a numerical measurement value - the measurement value is greater than the value specified by the user;

- for a numerical value of a measurement - the measurement value is greater than or equal to the value specified by the user;

- for any value - the measurement value matches the value entered by the user;

for any value - the measurement value does not match the value entered by the user;

- for any value - the measurement value matches any value from the list specified by the user;

- for any value - the measurement value does not match any value from the list specified by the user.

Team events may include:

- the team completed successfully;

- an error occurred while executing the command;

- one or more parameters returned by the command are equal to the values specified by the user;

- one or more parameters returned by the command are not equal to the values specified by the user.

In the particular case of the invention, the Internet connection of at least one module of the described system can be carried out through the gateway / Internet gateway 150 (in the particular case, which is software that provides the ability to organize the transfer of traffic / data between different networks), in particular, if connected to a local network via a Twisted Pair or Wi-Fi cable or through a mobile operator (GPRS / 3G / 4G / LTE), depending on the model / modification / type of the base module (120 ... 120N).

Also, in the particular case of the invention, the exchange of information / data between the base module 120 and the server 160 can be carried out (can be implemented) by any of the following methods: by means of a socket connection (from English Socket connections, for example, XML socket connections and XML Sockets) binary (binary) socket connections) and / or through the XMPP protocol (from the English Extensible Messaging and Presence Protocol - an extensible protocol for exchanging messages and information about presence, formerly known as Jabber - an open, XML-based protocol for instant communication on messaging and presence information in near to real time).

In the particular case of the invention, the control module 215 can be connected / installed (including integrated, for example, by soldering, terminals, etc.) to the device / device 110, and in the command storage of the managed modules / component of the device 420 can be the commands of the device 110 are written (moreover, the commands can be written, in the particular case, when programming / "flashing" the control module / chip 215, for example, for a specific / specific device 110A ... 110N, and the commands can be overwritten and / or overwritten later, for example p reprogramming / "flashing" the control module / chip 215) that can be performed remotely, as described above, in particular, commands performed on the devices 110A ... 110N. So, for example, at least one of the mentioned command can be sent / transmitted from the base 210A ... 210N and / or server 160 to the control module / chip 215, then the said chip executes the received command, in particular, by transmitting signals to certain nodes of the device (depending on the command), for example, on meters 310A ... 310N and / or managed modules 330A ... 330N, etc. Also, remote execution means receiving at least one of the mentioned command from the database or server. So, on the device can be implemented functionality / functionality that can be implemented / performed directly upon contact (interaction) of the user with the device 110A ... 110N, which in the particular case is not a remote control of such devices.

Also, when connecting the control module 215 to the device / module 110, the meters (310A-310N) and the controlled elements / components of the device (330A-330N) can be connected, the control commands of which are recorded in the control module 215, in particular in the command storage of the managed modules / component of the device 420.

It is worth noting that at least one device 110A ... 110N has (has) certain functionality / functions embedded in (in particular, predefined / predefined, recorded, etc.) into it, at least by the manufacturer of such a device. To control such functions (to implement the mentioned functionality), the manufacturer created (in particular, endowed the device, added it to the device, connected to the device, etc.) with control elements (control levers / device nodes / controlled elements / components of the device (330A-330N) : mechanical, electronic, and / or information, etc. Moreover, the manufacturer could provide for the ability to control such device control levers, in particular, through the components of the device 420 and / or the components of the device 4 20. So, in the particular case of the implementation of the present invention, the control module / microchip / chip 215 (in particular, programmable / programmed / "flashed", as described in the framework of the present invention) can be used with at least one of the devices 110A ... 110N, in particular, is integrated into said device, for example, by a manufacturer, for the purpose of controlling and controlling said controlled components by a user, in particular remotely (by means of remote control, remote control, by other means oystv, services, and modules described system, etc.). Moreover, the said programming of the control module may include adding (in a particular case, “firmware”) the control module with the commands described in the framework of the present invention, and setting up the inputs and outputs of the said control module / device to interact with the said nodes of the device 110A ... 110N. Thus, in a particular case, the managed components, as well as their management and control, may depend on the specific device 110A ... 110N and / or the wishes / intentions of the user and / or the wishes / intentions of the device manufacturers and / or the person connecting the control device / module (in the particular case, its installation / integration / integration) for remote control of devices 110A ... 110N, in the particular case, implemented by the described commands. In the particular case of the implementation of the present invention, the controlled components can be component parts of devices, for example, a TV display, an electric motor of a washing machine, a microwave oven timer, a projector control unit, etc. and / or their constituent parts / modules, allowing to control such constituent parts, in particular, as described above.

In the particular case of the implementation of the present invention, meters (310A-310N) and / or controlled elements / components (330A-330N) can be part of devices / modules 110 / 110A ... 110N or can be connected / connected elements (meters and / or controlled modules), in the particular case, they are additional meters, which, for example, can be installed / connected in addition to the device / module 110 or module 215, for example, remote / external meters or meters of other devices, for example, devices / modules 110A-110N. So, for example, the meter can be a (built-in) temperature sensor / meter of an oven or washing machine, a motion sensor / meter (accelerometer) of a children's toy, etc. or a thermometer (meter) connected to the air conditioning system of the room and located outside the air conditioning system, for example, in the corner of the room opposite to the air conditioner.

In the particular case, the connection (of the above) of the external modules and / or meters can be carried out by means of at least one connector (including where one part of the connector is connected, for example, soldered, to the contacts of the module / device 110 or module 215, and the second part of the connector can be connected to the mentioned module or meter), for example, a USB connector, various types of terminals, etc.

In the particular case of the implementation of the present invention, to ensure the interaction of the control module 215 with meters and controlled modules / components, the control module 215 may contain (may be used) a module for collecting and processing measurements 410 and a control module 450. The module for collecting and processing measurements 410 interrogates the meters 430 (in particular, through ports, in particular, digital ports to which the above-mentioned device / module nodes, controlled components, meters, etc.) are connected and measuring measuring instruments 310 transferring them to the translation and data conversion module 430.

The control module 450 transmits commands received from the translation and data conversion module 430 commands, and also transmits the above commands to the necessary components (in particular, the above-mentioned nodes of devices on which at least one described command will be executed / must be executed ) and processes the results of the execution of commands (as described above, for example, after transmitting a command or signal, in a particular case, an electric current, to the above-mentioned device node in the control To the control unit 215, a reaction is programmed in the form of the need to find out / set by the said device the value of at least one parameter before and after the execution of the said command in order to calculate / establish the result of the execution of such a command, in particular, if the value has changed, the command was executed successfully , in order to find out by the user about the successful execution of such a command).

The translation and data conversion module 430 converts the received data from meters 310A-310N and from the command storage of the managed components of the device 420 into the format of the Base module / Base 120 (and, in the particular case of the implementation of the present invention, the data can be stored in text format or, in in the particular case when messages about commands (messages with commands) are transmitted between the modules of the described system are transmitted, for example, in JSON format, the received data, in particular, commands in the form of text, for example, with the basic module / base 120A ... 120N can be parsed / decomposed / disassembled (it is the English parsing - parsing) to a lower level, in particular, to the signals that the control module / chip 215 can send to the above nodes of the device 110A ... 110N for the purpose of executing / executing such instructions) and transmits the converted data by means of the encryption and decryption module 440 (in particular, encryption / decryption is performed; moreover, the data received by the control module / chip 215, for example, by means of ZigBee, is transmitted to the module 440, decrypted and then transferred to the translation module and vice versa, moreover, AES encryption can be used as encryption, and keys for mentioned encryption / decryption), at least one basic module / base 120. Also, the translation and data conversion module 430 converts received from at least one basic module (120A ... 120N) commands (in particular, as was opie ano above) for control, in the format of the control module 450, and also transfers the converted commands for control to the control module 450, and also converts the results of the commands received from the control module 450 into the format of the base module (120A ... 120N) and transfers them by means of a data encryption and decryption module 440 in at least one basic module (120A ... 120N).

Data transmission between the control module 215 and at least one basic module can be encrypted (in particular, as described above), which is in both modules (monitored modules / devices 110A ... 110N (or modules 215) and basic modules / devices 120A ... 120N) implement the corresponding data encryption and decryption modules (440 in the controlled modules / devices 110 ... 110N and 590 in the basic modules 120A ... 120N).

In one implementation of the present invention, data, in particular, lists of commands (in particular, as described above), measurements of the said meters / modules 310A ... 310N and the results of the execution of commands (in particular, as described above), obtained at least , from one monitored device 110A ... 110N or from module 215, can be converted in at least one basic module 120A ... 120N, in particular, in the module for transmitting and converting data and messages 510 (FIG. 5), into a format, at least one storage (520, 530 and / or 560) and can be l stored in at least one of the data storages, for example, in the (local) storage of measurements of (registered) devices / modules 520, (local) storage of commands (registered) devices 530 and / or storage of database settings and change logs / logs 560. So, in the storage of measurements of devices / modules 520 can be stored (including after one of the above transformations and / or processing), at least the above measurements of the mentioned meters / modules 310A ... 310N, in the storage of commands of devices 530 can be saved by Raina as mentioned lists of teams and the repository database configuration changes and / log 560 logs can be saved, at least, said the results of the command.

It is worth noting that storage 520, storage 530 and / or storage 560 can be implemented by at least one storage, i.e. in a particular case, be one data warehouse, including being one database or several databases, and the data in the database can be stored in at least one table and / or at least one file.

In one implementation of the present invention, the base modules / bases (120A ... 120N) can receive / receive data 210 from (monitored) modules / devices 110A ... 110N (or from modules 215), which, in the particular case, can be registered at least at least in one basic module 120A ... 120N.

It is worth noting that the (monitored) modules / devices 110A ... 110N can be registered in at least one basic module (120A ... 120N), for example, by at least one user 135A ... 135N (and / or at least , one administrator / moderator mentioned above, including the administrator of modules / devices 110A ... 110N, server 160, basic modules 120A ... 120N and other modules described in the framework of the present invention, and, in the particular case, user 135 may be such an administrator / moderator) in the module (user) (web) and interface of base 570. At least one base interface module 570 can register at least one device / module 110A ... 110N by transmitting identification data to said module 570 (in the particular case being device / module number 110A ... 110N for example, in digital, alphanumeric, alphanumeric and any other format allowing identification of said device) of at least one device / module 110A ... 110N, which must be registered in the base module 120A ... 120N, and by storing identification of such credentials. In the particular case, the registration of devices / modules 110A ... 110N is the binding of such modules to the base modules 120A ... 120N (the connection determining the belonging of the devices / modules 110A ... 110N to the base modules 120A ... 120N), and, in particular, to at least one user, which, in a particular case, allows the base module / base 120 / 120A ... 120N to establish communication / network with the registered (on it) devices 110A ... 110N and interact with them, moreover, the mentioned base module can filter and process data from registered s (her) devices, as well as to send such registered device.

So, in the private implementation of the present invention, devices / modules 110A ... 110N can be registered by the user through the use of module 570.

The devices / modules 110A ... 110N registered in the base modules 120A ... 120N and their identification data are stored, for example, by means of the module 570 or module 550, in the register of registered devices 550. The register module of the (registered) devices 550 can be used by the data translation and conversion module and 510 messages to filter data from unregistered devices. It is worth noting that, in the particular case, the registry is a database in which stored data can be used (for example, read, written, deleted, modified, etc.) by at least one module of the described system. So, in the particular case, data can be transferred to module 510 when receiving messages from devices 110A ... 110N and / or when sending messages to the mentioned devices, in particular determining which device the information came from / was received (data was received), for example, in order to be able to correlate / compare them with at least one module with other data of the same device (received data) and / or another device 110A ... 110N; and / or determining which channel to transmit data to a particular device. It is also worth noting that filtering, in a particular case, means the impossibility (or possibility) to establish a connection / connection between the bases / base modules 120A ... 120N and devices 110A ... 110N, i.e., in the particular case with the unregistered devices mentioned bases do not establish connection. Thus, at least one of the aforementioned base modules can receive messages from at least one such unregistered device and, through said filtering, not to process such messages and / or to cut off, not to respond to them, etc.

In the module (web) of the user interface 570, the user can view devices / modules 110A ... 110N, including registered ones, and can also view at least the measurement values of such modules / devices, device commands, etc. Also, in the module (web) of the interface of the base module 570, various actions can be performed (by the user, administrator / moderator and / or means of at least one module of the described system), for example, the names of measurements and commands, parameter names can be changed commands, conversion of measurement values and command parameters to other quantities, etc. So, with the mentioned change in the name of measurements from the device 110A ... 110N, the name of the measurement, for example, "TempC" (in particular, corresponding to the value recorded at least, can be obtained (by the base module 120A ... 120N, etc.) , with one outdoor temperature meter 310A ... 310N), and the user can change this name to a (permanent or temporary) other name, for example, the name "Outdoor Temperature" through the basic module 120A ... 120N mentioned in the web interface. Also, with the mentioned change in the name of the commands from the device 110A ... 110N, a command with the name "Off" (can be received by at least one module of the described system, in particular, the basic module 120A ... 120N, in particular, indicating the value / function of the shutdown, for example, the device from which the command was received), and the user can change the name of the received command using the web interface of the base module to at least one other name, for example, “Turn off the stove”, “Turn off device "," Shutdowns e ”and / or“ Off ”, etc. Also, with the mentioned change in the names of the command parameters from the device 110A ... 110N, a command can be received for which one of the parameters is called “channel”, and the user can change the name of this parameter to another name in the web interface of the base / base module, for example, “ Channel Number ”and / or“ Channel ”, etc. Also, with the aforementioned conversion of the measurement values from the module / device 110A ... 110N, a measurement (the measurement value, for example with at least one meter 310A ... 310N) of the temperature in Celsius is received, and the user 135A ... 135N wants to see (for example , in the web interface 570) this temperature in Fahrenheit. The user in the web interface of base 570 sets the formula for this measurement, for example, Tf = x * 9/5 + 32, where Tf is the temperature in Fahrenheit, x is the temperature obtained from the meter, for example, Celsius. After that, the value of this measurement is displayed in Fahrenheit, that is, in a particular case, it can be displayed to the user, for example, in the web interface 570. Also, the aforementioned conversion of the command parameters to other quantities, in particular, is carried out as for value conversions measurements described above, but for command parameters. So, for example, a command has a parameter with the name / name “Power”, which has two values “Enabled” (for example, values “1”, true / true, etc.) and “Off” (for example, values “ 1 ”, true / true, etc.). The user in the web interface of the 570 database can specify the values “On” and “Off” instead of these values (or instead of the names), and now the user can enter new values to set this parameter.

Thus, in the particular case of the invention, the user can set the conversion rules, and the following substitutions and conversions are performed, for example, by the web interface module 570, for example, using / subtracting the conversion rules from the storage of conversion settings and displaying data of devices / modules 540.

The results of such actions (as well as the actions themselves, for example, in the form of an event / change log), in a particular case, which are settings of modules / devices 110A ... 110N and / or basic modules 215A ... 215N, etc., can be stored in the storage settings for converting and displaying commands and measurements of registered devices 540, and in the particular case of carrying out the invention, the mentioned actions and the results of such actions / settings (stored, for example, in the form of commands / instructions and / or values) can be transferred to control modules 215A ... 215N, module / Device 110 (or module 215), etc. or may not be transferred to the specified modules. The above actions / settings can be used by means of the described system (for example, at least one module or component elements / module of such modules) to display information in the (web) interface 570 and enter information by the user in the (web) interface of the Base, on Internet portal and in mobile applications, and the input and display of such data can be carried out by means of text elements / interfaces and / or graphic elements, in particular a user interface, for example, a Graphical User Interface STUDIO (ISU). So, for example, in the (web) interface of the base 570, data (for example, to the user) of the measured values of the measurements of devices of modules 110A ... 110N can be displayed (for example, to the user).

Also, through / by means of the module (web) of the base 570 interface, the execution of at least one instruction / command (including program code, for example, can be initiated (by the user and / or at least one module of the described system) , scripts, etc.), at least on one of the (registered) devices / modules 110A ... 110N (or modules 215) and / or at least one basic module 120A ... 120N, for example, via transmission (including by the user, for example, through an interface, for example, text fields, graphic elements / buttons, etc.) to module 570 of at least one command (for control) and / or input parameters for at least one command, after which it can be displayed (for example, by module / in module 570 , in particular, through a graphical or text interface in a web browser, on a computing device 130A ... 130N of a user 135A ... 135N, a server 160, etc.), the result of such at least one command. In the particular case, the command (for control) is transmitted to the data and message translation and conversion module 510, which converts it into the data format of the module / device 110A ... 110N (or module 215) and transmits it via the data encryption and decryption module 590, in at least one module / device 110A ... 110N (or module 215). Moreover, the control command can be a command to turn on the device / module 110A ... 110N (for example, to turn on the watering of a bed) with certain parameters (in particular, set by the user), for example, for a given time (second, minute, hours, days, etc. .), where, in the particular case, the result (of the command) may be an error (that there is no water for irrigation) or the status of the successful completion of the command (after irrigation). Also, in the particular case, these transformations can be used to display information in a particular format, form, etc., as described above. Under the aforementioned device / module format, in a particular case, is meant a message that is transmitted from bases 120A ... 120N to devices 110A ... 110N. Inside the database (by means of at least one of the mentioned databases), commands between modules / components / components of the database can be transferred in a convenient / acceptable format for working (in particular, interacting with them) inside the database (for example, to call internal procedures , functions of such modules, etc.). Moreover, an (complex) command can be sent to / from the device 110A ... 110N, in particular, including (all) information for its identification on the device side and execution. Thus, in the particular case, the command has a format “understood” / perceived (which can be processed) by the device. Thus, the transformations that are carried out in the web interface of the base 570 may not perform transformations of the mentioned format.

Via the module (web) of the interface 570, the settings of the base module / base 120 (or any other module of the described system) can be changed (for example, by the user or by means of the described system), including those stored / saved in the database settings of the database and event / log logs 560, for example, settings for connecting to a local network and / or the Internet (for example, a list of parameters for connecting, for example, to a Wi-Fi network, in particular, the connection of the base / base module to a local network and / or the Internet is configured), interaction ( at in particular, sending a message to server 160 and receiving messages from server 160, as described above) with the server / server module / server module / 160, user access rights to at least one basic module, for example, to a specific basic module (moreover, user access rights can be stored in module 560), in particular, to the web interface 570 of the database (moreover, there can be several user roles that define their set of rights for access to the web interface of the database), and can also be viewed, for example, user log event logs (in a particular case, stored in the event log file / log files / logs, from English log) the interaction of the base modules 120A-120N with controlled devices / modules 110A-110N and server 160.

It should be noted that the module for transmitting and converting data and messages 510 on a periodic basis (in particular, according to the internal timer of the module, where the frequency can be determined during the production of at least one system module and can be programmed / "flashed" in the "firmware" module) collects information / data from the (local) storage of measurements of registered devices 520 and / or local storage of commands of registered devices 530 taking into account settings / data (in particular, data is sent on the intern t-portal 660 in a user-converted form, in accordance with user settings for conversions in the web interface of the database, as described above) from the repository of settings for converting and displaying commands and measurements of registered devices 540 and then converts the received data into the server 160 format, and transmits the converted data via / through (using means) the message encryption and decryption module 580 to the server 160, as described below.

Also, the module for transmitting and converting data and messages 510 converts the control commands received from the server 160 into the format of the control module 215 and transfers the converted control commands to the control module 215, and also converts the command execution results received from the control module 215 into server format messages 160 and transmits the converted command / message execution results via the message encryption and decryption module 580 to the server 160.

It is worth noting that data transmission (for example, in the form of messages, in accordance with the selected base and server integration pattern, according to one implementation of the present invention) between the base module 120A ... 120N and the server 160 can be carried out in encrypted form (via an encrypted channel) moreover, the encryption, transmission and / or reception / reception of (encrypted) data is carried out by at least one module, for example, a module for encrypting and decrypting messages 580 of at least one basic module 120A ... 120N and / or at least one m message encryption and decryption server of server 160, which is, in a particular case, part of the server core 610 and which is SSL / TLS encryption (TLS from Transport Layer Security - transport layer security, SSL from Secure Sockets Layer - encrypted socket layer used as cryptographic protocols providing secure data transfer between nodes on the Internet).

In a private embodiment of the invention, the base modules 120A ... 120N can communicate on the server 160 with the server core 610 (FIG. 6). Server core 610 (in the particular case in which the Java programming code for the Apache Tomcat application server implements the functionality of interacting with databases) performs filtering of unregistered ones (the process of registering basic modules will be described in more detail below) on the server 160 of basic modules 120A ... 120N by use of data / information (by means of at least one module of the described system) stored / stored in the registry of databases 615 (as described below). The server 160 stores in the measurement storage of devices with a measurement history 625 and the storage of commands and device command templates 630 received from the basic modules 120A ... 120N data (for example, in the form of messages), in particular, with commands (and / or list / lists of commands (for bases and devices), which are described above and below) of controlled modules / devices 110A ... 110N and measurements (measurement values) of controlled modules / devices 110A ... 110N. So, in the particular case of the invention, the commands (and / or lists / list of commands) of the controlled modules / devices 110A ... 110N are stored in the storage of commands and command templates of devices 630, and the measurements (measurement values) of the controlled modules / devices 110A ... 110N are stored in a device measurement storage with a measurement history of 625. It is also worth noting that data / information about the monitored modules / devices 110A ... 110N from the mentioned data / messages can be stored in the register of monitored modules / devices 620. Moreover, in a private In the case of the implementation of the present invention, data / information about the controlled modules / devices is extracted / obtained / extracted by program code, in particular, a JSON message parser according to the message format, and may be information about the device / module 110A ... 110N, for example, device number, name / name and link to the database, for example, on which it is registered.

In the particular case of the invention, the user (or group of users) 135A ... 135N can register (register your profile) on the Internet portal / web portal 660, and the registration data may include the last name, first name, middle name, date of birth, email address, password user etc. The mentioned user registration allows (automatically enables) the user to use (mobile) applications (in the particular case, allowing users to control, manage at least one module of the described system, in particular, devices / modules 110A ... 110N and / or bases 120A ... 120N, etc.), for controlling and monitoring system modules (for example, basic modules 120A ... 120N and / or monitored devices 110A ... 110N). Moreover, such registration and, in particular, subsequent authorization of the user in the (mobile) application and / or on the web portal allows the user to enter their username and password in the application (or on the website, web portal, etc.) and by applications (or on the web portal page) to control and manage modules / devices of the described system.

Since, in the particular case of the invention, the functions of the Internet portal and (mobile) applications are the same (or similar), then the description of the present invention will use the Internet portal 660 as an example, however, it should be borne in mind that all actions performed by the user 135A ... 135N in / on the Internet portal 660, can be implemented in at least one (mobile) application, in particular, installed on at least one user device 130A ... 130N.

In the particular case of the invention, the server can be implemented (for example, by at least one user or by means of at least one module of the described system, including by means of the server 160) connecting / adding base modules 120A ... 120N, at least into one in the user profile. Adding basic modules 120A ... 120N to user profiles allows such users to access devices / modules 110A ... 110N associated with such basic modules 120A ... 120N, in particular, registered to such basic modules devices 110A ... 110N modules.

In the particular case of the invention, the addition of the base module to the user profile can be carried out (for example, by the user) by adding identification data (in particular, the base number 120A ... 120N, the name of the base, the password of the device 110A ... 110N on the server (for example, for connecting (including the number of bases and / or devices 110A ... 110N) to the user's personal account) of the basic modules 120A ... 120N on / in the Internet portal 660 / (mobile) application, and such identification data can be saved (in particular, using the modules of the opio system) in the storage of user profiles 655 (storage of user profiles of the Internet portal and mobile applications), and in the particular case of the invention, such at least one basic module is associated with the profile (associated / associated / associated with the profile) of the corresponding user. Moreover, in the mentioned profile, in the particular case, at least one link to at least one database can be stored, and the list of bases (including their identification numbers, names and / or parameters, etc.) can stored in the described registry of databases, and information about them in the registry, in the particular case, can be entered by manufacturers, operators, etc. (at least one user), for example, in the manufacture and / or programming of the database (including the “firmware” or “flashing” of the database).

A user on the Internet portal 660 / in the (mobile) application can view the (registered) devices / modules 110A ... 110N, their measurement values (data / measurement values, devices / modules 110A ... 110N), data from basic modules 120A ... 120N, command modules modules, including devices / modules 110A ... 110N of base modules 120A ... 120N, etc. Also, a user (135A ... 135N) on the Internet portal 660 / in the (mobile) application can view the history of the mentioned measurements with a depth of one day to several years (or the history of measurements for the last at least several years). Also, the user (135A ... 135N) of the Internet portal 660 / in the (mobile) application can initiate / start the execution of at least one command (including that implemented by program code, in particular, a script, etc.) one of / on one of the (registered) modules / devices 110A ... 110N, with a user / user profile and / or associated with at least one basic module 120A ... 120N (i.e., for example, a module connected to the profile such a user). Moreover, if necessary, the user 135A ... 135N (or at least one module of the described system by means of, for example, software, including an algorithm implemented by program code) can indicate, for example, in at least one of the data input fields ( or through / using other controls (for example, graphic elements) on / in the Internet portal 660 / (mobile) application, at least one input parameter (for) at least one of the mentioned command, followed by the result of execution such by at least one command can be displayed by means of at least one module of the described system in at least one element / by means of an element (including graphic and / or text, etc.) of the Internet portal 660 / ( mobile) application so that the user can view the result of the execution of the mentioned command. The mentioned command (in particular, including the mentioned input data) for controlling the module / device 110A ... 110N (and / or the base module 120A ... 120N) is transmitted from the (Internet) portal 660 to the Server core 610, which converts such a command (including the mentioned input parameters ) to the format (data) of the base module 120A ... 120N (or to the format of the module / device 110A ... 110N), in particular, to the message (for at least one base module and / or at least one module 110A ... 110N), and transmits / sends it, in particular, via / through the Internet 140 (in particular case through an Internet gateway 150) into at least one base module 120A ... 120N and / or at least one module / device 110A ... 110N. After at least one command has been executed in at least one module / device 110A ... 110N (module / device 110A ... 110N), the data are provided by means (for example, at least one component / module) of the module / device 110A ... 110N and / or modules connected to it (for example, external managed modules (330B) or control modules / microchips / chips 215, etc.), data, in a particular case, including the results (values) from modules / devices 110A ... 110N, are sent / transferred to the base modules 120A ... 120N and further by means of such zovyh modules transmitted to the server 160 (and / or user device 130A ... 130N), in particular in the server kernel 610, e.g., in a format (a) of the message. Received by the server 160 (or user application 130A ... 130N) data (for example, in the form / format of a message), in a particular case containing the results (values of results) of the execution of commands (s) by the said modules (modules / devices 110A ... 110N and / or basic modules 120A ... 120N) can be transformed by at least one server module (for example, by means of the server core 610) and can be stored in its storage (online portal storage). Thus, in the particular case of the invention, the user (130A ... 130N) can use the Internet portal 660 / (mobile) application to view the results of the execution of the above commands.

In one of the implementations of the present invention (to facilitate the work with the said commands), the user (130A ... 130N) on the Internet portal 660 / in the (mobile) application can create templates for the said commands (command templates), in particular, with predefined (with pre given, for example, by the same user) input parameter values for such commands and give them arbitrary names / names. Said command templates can be stored / stored in the storage of commands and command templates of devices 630. The execution of the command template is carried out on the same principle as the execution of the command, as mentioned above.

Also, a user on the Internet portal 660 / in the (mobile) application can create and / or configure user notification rules. So, for example, such a notification to the user may contain information / data that at least one measurement (measurement result) of at least one device / module 110A ... 110N has accepted the indicated value. In the particular case, setting up user notification rules and monitoring their implementation is carried out by the user notification rules module 635, and user notification rules can be stored / saved in the user notification rules storage 645, in particular, as described above. Moreover, the said setting can be performed by the user on the Internet portal in your personal account, where the events (measurement and / or command) that the user indicates in the rule are transmitted to the User notification rules module 635. Then, when the server 160 receives information about the specified measurement or command The “User Notification Rule Store” 645 may check the information for compliance with the rule. Moreover, the rule may contain a condition and reaction depending on the condition, for example, the rule may indicate that if the humidity in the greenhouse has dropped below 20%, then send an SMS message (for example, to the user) with the specified text to the specified (some ) phone number.

In the particular case, notification of users can be carried out, for example, by sending emails, SMS messages, messages in systems and / or services, and / or applications for exchanging messages and data / information, including for instant messaging / exchange instant messaging, for example, ICQ, Viber, WhatsApp, Telegram, etc., in instant messengers, and / or in systems and / or services, and / or applications for sending and / or receiving messages, in systems and / or services, and / or data / information exchange applications, including but not limited to while receiving, receiving and transmitting textual information / data, graphic and / or video data, including in video formats, in the form of images, sound data, including audio files, etc., as well as in chat rooms, social networks, etc. etc. (and the e-mail addresses and mobile phone numbers can be indicated / entered / determined by the user, etc.) by means of the user notification module via e-mail and SMS 640. Moreover, sending e-mails can be implemented through / through the messaging service which can be installed / downloaded separately to the application server, where server 160 is deployed / installed. Such a service can be called up by at least one module of the described system using its own (through) its own API and can send letters to the specified / specified address. Sending SMS can be realized through (using) an external service to the server 160, for example, a service for sending SMS messages. Server 160 also uses the API of such a service, which in turn sends an SMS message to the specified phone number.

Also, a user on the Internet portal 660 / in the (mobile) application can configure the rules for (automatic) control of devices / modules 110A ... 110N, for example, the rule for disconnecting a device / module 110A ... 110N, for example, if at least one of its measurements has accepted value. The automatic control rules for devices / modules 110A ... 110N are set up and their implementation is monitored by means of the automatic device control rules module 640, the aforementioned (automatic) device / module control rules can be stored / can be stored in the automatic device control rule 650 storage for devices. In particular mentioned settings and tracking can be carried out, as well as for notification rules, as described above, and as a result of the event / event t be executed commands on a device 110A ... 110N, instead of (or in addition to) sending a notification, such as the device specified by the user when configuring the rules (a).

In the particular case, when at least one rule is executed, at least one module of the described system can execute the specified (mentioned) command (and / or set of commands), moreover, the execution of the mentioned commands when the automatic device control rules are executed / modules 110A ... 110N is carried out according to the same principle as the execution of the (normal / non-automatic) command described above.

In FIG. 3 shows an exemplary embodiment of a (monitored) device 110A-110N according to an exemplary embodiment of the invention. The device 110 may include at least one meter 310A-310N, in a particular case, implemented by at least one sensor, and / or at least one control module 330A ... 330N, for example, to measure temperature, determine / switch the channel number on the TV, the on / off status of the device 110A ... 110N, adjust the brightness of the light, current, voltage in the (electric) network, control the door is open or closed, determine / set the signal strength, control the sound level in the TV, determine be / install the program number on the washing machine, to determine / set the time of operation of the device 110A ... 110N, to determine the heart rate the person / pulse, etc.

Moreover, the meter (310A-310N) can be both internal (310A) with respect to the monitored device 110 (for example, be an integral element / module of the said device) and external (310B) with respect to the monitored device 110 (for example, be element / module connected to the device 110, for example, via wired or wireless interfaces, for example, via a USB interface or Wi-Fi interface, etc.). Also, (controlled) device 110 may include at least one managed module 330A-330N. Moreover, the managed module (330A-330N) can be both internal (310A) with respect to the monitored device 110 (for example, be an integral element / module of the said device) and external (310B) with respect to the controlled device 110 (for example, be an element / module connected to the device 110, for example, via wired or wireless interfaces, for example, via a USB interface or a Wi-Fi interface, etc.).

Also, as mentioned above, the (monitored) device / (monitored) module 110 (any of the modules 110A-110N) may include at least one control module 215. Moreover, the control module 215 can receive (340A-340N) data (receive data) from meters 310A-310N, and the measurement module / meter 310A-310N can transmit (340A-340N) data (transmit data) to at least one control module 215, where the data may include measurements of meters 310A -310N, which are described in more detail above.

Also, the control module 215 can receive data (350A-350N) from the managed modules 330A-330N, and the managed module 330A-330N can transmit data (350A-350N) to at least one control module 215, where the data may include commands to control managed modules 330A-330N or devices (110A-110N) in general, which are described in more detail above.

As mentioned above, devices (110A-110N) can exchange data (210, 220) with other modules of the described system, for example, with basic modules (120A-120N), user devices (130A-130N), at least one server 160 etc.

In FIG. 4 shows an exemplary embodiment of a control module 215 (monitored module /) of the device 110. The control module 215 may include (comprise) at least one measurement acquisition and processing module 410.

The control module 215 may also include / contain at least one data translation and conversion module 430.

It is worth noting that in the particular case of the invention, data (for example, data 340A-340N) from meters (310A-310N) can be transferred to the module for collecting and processing measurements 410 of the control module 215, which can then be transferred to the data translation and conversion module 430.

The control module 215 may also include (contain) at least one instruction store of the managed modules 420, data (465) from which may include, for example, a list of commands, and which may be transmitted to the data translation and conversion module 430, as more described in detail above.

The control module 215 may also include (contain) at least one data encryption / encryption and decryption / decryption module 440. It should be noted that in the particular case of the invention, data (for example, a list of commands, measurements, results of command execution) from the module 430 can be transmitted to module 440. Also, data 475 (for example, in the form of control commands) from module 440 can be transferred to module 430.

Also, the control module 215 (which, in particular, as described above allows you to control at least one device 110A ... 110N, collect measurements and interact with at least one base 120A ... 120N) may include (contain) at least at least one control module 450 into which data 480 (e.g., control commands) can be transmitted. Also, data 485 (for example, command execution results, as described in more detail above) from control module 450 may be transmitted to module 430.

Also, the control module 215 may include a script execution / execution module 499. The 499 module receives scripts (497) from the command storage of the managed modules 420, receives data (496) from the acquisition and processing module 410, and transmits (494) data / information to the module 450 and receives information / data (495) from the control module 450, transmits data (493) to the data translation and conversion module 430 and receives information (498) from the translation and data conversion module 430. Moreover, the script execution module 499 may include at least the generator eventator (820, FIG. 8) and / or trigger manager (830, FIG. 8), and / or script storage (840, FIG. 8).

FIG. 5 illustrates an exemplary base / base unit embodiment, according to one embodiment of the present invention. The basic module 120 / 120A ... 120N may include a data encryption / encryption and decryption / decryption module 590, which can transmit data (for example, a list of commands, measurements, command results, etc.) 511 to the data and message translation and conversion module 510 510 moreover, the module 510 can send data (for example, control commands) 512 to the module 590. The module 510 can also send data (for example, the results of executing commands and / or lists of converted commands and measurements, for example, devices / modules 110A ... 110N, 120A ... 120N, etc.) 533 to the cipher module messages and decryption 580. Module 580 can transmit data (eg, control commands) 537 to module 510. Module 510 can also send data (eg, results of command execution) 531 to the data storage (settings and / or event logs) of the base modules 560. A storage / register module of (registered) devices / modules 550 can send / transmit data (for example, a list of registered modules / devices 110A ... 110N, 120A ... 120N, etc.) 529 to module 510. Module 510 can also transmit data (e.g. measurements from recorded devices) 513 to the (local) data storage (measurements) of registered devices 520. Also, module 510 can receive data (for example, measurements, including converted ones, from registered devices / modules 110A ... 110N, 120A ... 120N, etc. ) 514 transmitted by module 520. Also, module 510 can send data (for example, lists of commands from registered modules / devices 110A ... 110N, 120A ... 120N, etc.) 517 to the (local) storage of data / commands of (registered) devices 530. Also, module 510 may receive data transmitted by storage module 530 (eg, lists of (converted) commands and measurements of devices / modules 110A ... 110N) 519. Storage module 520 can send data (for example, lists of (converted) commands and measurements of devices 110A ... 110N, 120A ... 120N, etc.) 536 to the interface module (in particular, to the web-based user interface) 570. The storage (local) / storage module 530 can also send data (for example, a list of commands / commands (including converted / converted), for example, from registered devices 110A ... 110N, 120A ... 120N, etc.) 543 to module 570. Module 570 can send data (for example er, conversion settings and / or display of commands and / or measurements) 539 to the storage / storage module 540 settings for converting and displaying data (in particular, commands and / or measurements) of devices / modules 110A ... 110N, 120A ... 120N, etc. ., including registered. Module / interface 570 may also receive data sent by module 540 (for example, commands / lists of (converted) commands and / or measurements of devices / modules 110A ... 110N, 120A ... 120N, etc.) 541. Module 570 may also send, and module 550 receive / receive data (for example, registration data of devices / modules, including modules 110A ... 110N and / or modules 120A ... 120N) 527. Module 510 can also receive / receive data sent by module 570 (for example, control commands ) 523. Module 570 can also send, and module 560 can receive / receive data (for example, yes information about registration of modules / devices 110A ... 110N, 120A ... 120N, etc.) 547. User 130 (130A ... 130N) can interact with module 120, for example, view measurements, commands, settings, change logs / logs of devices / modules 110A ... 110N, 120A ... 120N, etc. Also, the user can interact with module 120 by setting up transformations and displaying data (in particular, commands and measurements), registering and / or setting up devices / modules 110A ... 110N, 120A ... 120N, etc., as well as by controlling devices / modules 110A ... 110N, 120A ... 120N, etc. using commands / scripts. Also, module 540 may transmit data (for example, commands / lists of converted commands and measurements of devices / modules 110A ... 110N, 120A ... 120N, etc.) to module 510 521.

Also, the basic module 120 / 120A ... 120N can include a script execution module 599. Module 599 receives scripts (598) from the database data storage 560, receives data (597) from the data / measurement storage of devices 520, transfers information / data to the translation module and converting data and control messages 510 and receives information from the module for translating and converting data and messages (control) 510. Moreover, the script execution module 599 may include at least an event generator (820, FIG. 8) and / or trigger manager (830 , FIG. 8), and / or repository script s (840, FIG. 8).

FIG. 6 illustrates an example server embodiment, in accordance with one embodiment of the present invention. Server 160 may include a server core (server core module, in particular, implemented by software) 610, which can transmit data (e.g., measurements of devices / modules (users), e.g., devices / modules 110A ... 110N, 120A ... 120N, etc. e.) 616 to the storage module (625) of measurements of devices / modules 110A ... 110N, in particular, with a history of changes. The module 610 can also transmit data (for example, commands / scripts / lists of commands of devices / modules (users), for example, devices / modules 110A ... 110N, 120A ... 120N, etc.) 622 to the module storage / storage (630) commands and device / module templates 110A ... 110N, 120A ... 120N, etc. Module 625 can transmit data (eg, current measurements and measurement histories of devices / modules (user), for example, 110A ... 110N, 120A ... 120N, etc.) 648 to module / Internet portal 660. Module 630 can transmit data ( for example, device / module (user) commands, for example, 110A ... 110N, 120A ... 120N, etc. and / or command templates) 642 to the Internet portal 660. Server core 610 can also send / transmit data (for example, devices / modules (user) of devices / modules 110A ... 110N, 120A ... 120N, etc., in particular, a list of such devices / modules, including information given s them / from them, as described herein) in the storage unit 614 / register 620 devices / modules 110A ... 110N, 120A ... 120N, etc. Module 610 can also receive data (for example, registered base modules 120A ... 120N, in particular, a list of such registered base modules / bases and information / data about them, as described in the present invention) 612 transmitted from the storage / registry 615 of base modules 120A ... 120N. Module 620 can also transmit data (for example, devices / modules (user) of devices / modules 110A ... 110N, 120A ... 120N, etc., in particular, a list of such devices / modules, including information about / from them, such as described in the present invention) 652 to the module 660. The Internet portal 660 can also send data (for example, commands / scripts to control devices / modules, for example, 110A ... 110N, 120A ... 120N, etc.) 646 to the server core 610. The Internet portal / module 660 can transmit data (for example, user registration data, user profile settings atelier, user profiles, etc.) 654 to the module / storage 655 of data (in particular, profiles) of users, in particular, users of the Internet portal 660 and / or mobile applications, and / or modules / devices 110A ... 110N, 120A ... 120N, etc. Also, module / portal / web portal / Internet portal / portal 660 may transmit data (eg, user notification rule settings) 656 to user notification rule module 635. Module 635 may transmit data (eg, success or failure data rules, etc., as described in the present invention) 636 to the user notification module 640. Also, the module / portal 660 can transmit data (for example, rule settings for (automatic) control of devices / modules 110A ... 110N, 120A ... 120N, etc. .d.) 638 into the rule module 640 (automatically th) units / control modules 110A ... 110N, 120A ... 120N, etc. Also, module 635 can transmit data (eg, user notification rules 135 / 135B) 632 to module / storage of user notification rules 645. Module 635 can receive / receive data (eg, user notification rules 135 / 135B, which are described in the framework of the present invention ) 634 sent / transmitted by module / storage 645. Also, module 640 can transmit / transmit / send data (for example, rules for (automatic) control of devices / modules 110A ... 110N, 120A ... 120N, etc.) 626 per module storage / vault 650 pra pitchfork of (automatic) control of devices / modules 110A ... 110N, 120A ... 120N, etc. Also, module 650 may send / transmit data (eg, rules for (automatic) control of devices / modules 110A ... 110N, 120A ... 120N, etc.) 628 to module 640. Also, module / server core 610 may receive / receive data (for example, commands to control devices / modules 110A ... 110N, 120A ... 120N, etc.) 624 transmitted / transmitted by module 650. Also, module 160 can transmit data (for example, provide data (including for viewing) basic modules 120A ... 120N and / or modules / devices 110A ... 110N, current measurements, measurement history of devices / modules, omands of basic modules 120A ... 120N and / or modules / devices 110A ... 110N, command templates, settings of user / user profiles 135 / 135A ... 135N, rules for automatic control of devices / modules, event logs / logs, etc.) 270, at least one module of the described system and / or an external module and / or service, and / or user 130 / 135B, in particular, to the computing device (user) 130A ... 130N. Also, the module 160 can transmit data (e.g., notifications / data (for) notifications, in particular by the user, for example, via email, messages, including SMS messages, audio signal / audio data, video signal / video data, etc.) 280, to at least one module of the described system and / or an external module and / or service, and / or user 130 / 135B, in particular, to the computing device (user) 130A ... 130N. Also, the module 160 can receive data (for example, data on the connection of basic modules 120A ... 120N to the profile / profiles of users / users, in particular, users of the Internet portal and / or mobile applications, settings data for command templates, settings for user / user notification rules, rule settings for (automatic) device / module control, device / module control data, including in the form of scripts / commands) 290 from user 130 / 135B, in particular, at least one user device 130A ... 13 0N. So, for example, user 130 / 135A ... 130N can, through, for example, computing device (user) 130 / 130A ... 130N connect basic modules 120A ... 120N, for example, to the profile / profiles of users / users, in particular, users of the Internet portal and / or mobile applications, configure templates for commands / scripts, configure rules for notifying a user / users, configure rules for (automatic) control of devices / modules, manage devices / modules, including through scripts / commands, graphic email cops, text elements, etc.

In the particular case of the implementation of the present invention, the system described provides the user 135A ... 135N with a certain set of capabilities / operations, including those laid down / defined by the manufacturer of devices / modules 110A ... 110N and / or network technology, and / or any other operations, actions, etc. d. as described above.

In the particular case, such operations can be defined as (can be) either atomic / simple actions (for example, turn on the device / module 110A ... 110N, get a measurement from the meter / sensor 310A ... 310N, etc.), or as software logic, in particular, defined by the manufacturer of devices / modules 110A ... 110N, with the ability to set input and output values and / or variables (for example, if / if the sensor value is a = y, then / then enable output B). So, in the particular case, the latter possibility allows the described system to control such modules / devices 110A ... 110N, in particular, within the framework of (simplest) logical operations or (known) rules described in the framework of the present invention. Also, the system described above can be expanded by providing the ability to create the described logic provided by the manufacturers of modules / devices 110A ... 110N and its control / management to the end user of the described system.

In the particular case of the invention, there are at least three levels of implementation of the described system and method:

1) the elements / modules of the described system are controlled in the atomic operation mode, which can be carried out by logging in to the Internet portal 660 / in a mobile application and viewing the values of the mentioned meters 310A ... 310N, for example, the temperature from the temperature sensor, and the user press / select a graphic image of the on / off button of a device / module 110A ... 110N.

2) control of the elements / modules of the described system in the mode of template operations, and the user on the Internet portal 660 / in the mobile application can create the above-described command template for the device / module 110A ... 110N (template operation). Template operations, in a particular case, are a graphic logic builder (in particular, a template builder), in particular, consisting of three blocks:

a) placing the script - on which node the script should be placed;

b) launch method - how the script will be launched;

c) script logic - a set of blocks (operations) with logic;

The options for the available actions in the template builder / template builder are given below.

Script placement options:

a) on the device / module 110A ... 110N;

b) on the base module 120A ... 120N;

c) on the server 160;

Launch options. The latter should be understood as trigger triggers (see below for a description of trigger mechanics).

a) Through a time interval;

b) Upon the occurrence of an event / event (from the English event - event);

c) At the command of the user;

d) According to the schedule;

e) At a given time;

Variants of the mentioned operations that can be added an unlimited number of times, including nested in each other:

a) the condition if / if

b) The condition if else (unless otherwise)

c) Condition if else if else

d) Run the command

d) Get data from the sensor

f) Get exit status

In the particular case, the template builder creates the script code, validates it and downloads it to the device / module 110A ... 110N by means of at least one module of the described system.

3) control of elements / modules of the described system by writing scripts in one of the programming languages by the user. In this case, the user can write the program / script he needs in the code editor, in particular on the Internet portal 660 / in the (mobile) application. This method provides (exhaustive) possibilities for automating the described system, in particular, controlling modules / devices 110A ... 110N.

The following are examples of the practical application of the described system using the above scripts.

Example 1. A user has a diesel boiler (first device / module 110A ... 110N) for heating installed in the country. He wants to turn it on remotely before traveling to the country. The problem of automating the remote start of such devices / modules 110A ... 110N is that most inexpensive boilers do not have cold start systems. To start them, a positive room temperature is required, otherwise, due to the waxing of diesel fuel, damage to the boiler fuel system may occur. T.O. the room must first be preheated quickly with an electric heater (second device / module 110A ... 110N), and then the boiler itself must already be started. It is possible to solve this problem in the usual way by remotely turning on the heater, after reaching a positive temperature, turn it off, and then turn on the boiler. But the inconvenience of this operation is obvious - manual monitoring of temperature for a long time. It is also worth wondering, what will happen if the internet connection disappears in the country? And if a person for some reason can not come after this, and there will remain a working heater and after a working boiler, which can not be turned off remotely. To solve this practical problem, the scripting system is ideal. The script mentioned above can provide the following functionality and can be executed, for example, by a command (from) the user: first, the heater turns on, when the set (positive) temperature is reached, the heater turns off and the boiler turns on. If during this operation or after its execution the Internet connection (program on the event / event, as described in the framework of the present invention) disappears, then at least one of the above-mentioned devices (device / module 110A ... 110N) will turn off.

Example 2. A user grows vegetables in a winter greenhouse. This task is not trivial, since additional lighting is required, heating the room and soil with a certain temperature, watering when the soil reaches a certain moisture level. The user acquires the device / module 110A ... 110N sensors-outputs and organizes on its basis the automation system described in the framework of the present invention and implemented through the modules of the described system. The room and soil are heated by the modules described in the present invention, in particular, by a program (for example, a script that makes decisions based on data received from sensors / meters 310A ... 310N) processing values from air and soil temperature sensors (310A ... 310N). Autowatering occurs according to the soil moisture sensor. Plant illumination is implemented by at least one of the mentioned scripts on a cron trigger (which is described in more detail below). Thus, it is possible to organize full automation of such a greenhouse by the method described in the present invention and by means of the modules of the described system.

In FIG. 7 shows an exemplary (general) flowchart of creating and loading a new script / program.

In the particular case of the invention, control programs (in particular scripts) can be generated / created on the client module 705 side, for example, being a web interface 660 / mobile application, in particular, user 135A ... 135N. As mentioned above, the creation of the mentioned control programs can be implemented in two ways:

- through the template builder / template builder (in step 710) or

- by (manually) writing the program code (in step 715).

It is worth noting that in the particular case, steps 710 and 715 are optional and interchangeable.

In both cases, said client module can provide / implement script preparation by means of / through said builder and / or using a programming language, in particular a user-level programming language, for example, Java-like syntax. Moreover, the preparation of the code, in the particular case is the translation of the program (in the particular case, the script) from the graphical representation (in particular, the definition of control structures, their relationships and the necessary variables) into the program code, which can be implemented by (standard) client tools, namely by using a programming language such as JavaScript. The generated / prepared code “wraps around” (it is formed as an information block / data set containing the script code and additional information necessary for processing the script) to the data packet with the necessary meta-information (for example, data such as the load address (in particular, the database number is added) 120A ... 120N and the target device 110A ... 110N) trigger triggers (which are described in more detail below), etc.) and sent to the server 160 by means of at least one module, as described above. Upon receipt of a data packet on the server 160 by the means of the server, a security check of the (first) level (first level security barrier) is performed in step 720, in particular, user level access rights are checked (does the user have the right to download scripts to a specific database / device, to (specific / certain) trigger triggers, etc.). After passing the said verification, the program is compiled / compiled by the compiler into the code of the virtual machine for executing programs on devices / modules (for example, controlled modules 110A ... 110N, basic module 120A ... 120N or server 160) in step 725. Having received the resultant byte code, it enters the module / subsystem of simulation of execution (module of semantic checks), which in step 730 detects the most significant semantic errors in the program / script code. This module and the implementation of the described checks in it is a second level security barrier. So, in the particular case, the simulation subsystem / module (subsystem functionality) asks the target device / module (the module for which the program / script is intended / addressed, for example, controlled modules 110A ... 110N, basic modules 120A ... 120N or servers 160), a list of valid virtual machine instructions, memory specifications, and other software and / or hardware specifications. Moreover, in the particular case of the implementation of the present invention, the virtual machine is an element of the “firmware” described above, so the list of instructions of its own virtual machine to the device 110A ... 110N can be known initially. Also, the device (in particular, in memory, RAM, data storage, etc.) can store data, in particular, a file with a list of instructions and their semantics. Moreover, an example of such semantics may be the “0 × 00 ILOAD I” instruction for loading an integer value onto the stack with code 0 with one argument of type int (integer), “0 × 01 INVOKESTATIC L1S” - the instruction to call a static function with code 1 with two arguments , where the first argument determines the length of the second string argument, the “0 × 02 IMUL” instruction is an integer multiplication with code 2 without arguments, etc. Based on the obtained data, in step 730, the simulator module checks for the compiled byte code being able to execute the said target device / module at the level of the atomic operations mentioned (in particular, if the script will be executed / executed not on the server) and the availability of hardware resources. Also, the verification of instructions requiring the permission of the security module (requests and operations for other modules) for the right / possibility of their execution by the (specific) user / module is carried out. Next, in step 740, the target object / runtime module is determined, and if the script is designed to be executed on server 160 (in the particular case, server 160 emulates a generalized type virtual machine), then in step 745 this script is entered / saved in (special) storage (in particular , to the database of user scripts) with certain triggers (in particular, modules 640 and 650) that are created in step 750. If the program / script is intended for device / module 110A ... 110N or base module 120A ... 120N, then such a script is sent / direction is sent to the module / subsystem / message generating unit, which in step 752 wraps / wraps / packs into a packet / data set (data set / data) and sends it to the target object / module / device, in particular, the basic module 120 / 120A ... 120N . Moreover, in the particular case, the triggers can be set when the script is created, for example, as described above, after a time interval, upon the occurrence of an event / event (from the English event - event), by a command from the user, according to the schedule, at a specified time etc. Upon receipt of the mentioned data set, the base module 120 in step 755 checks whether the program contained therein is intended for it or belonging to it (associated with it, in a particular case, registered on it), at least one device / module 110A ... 110N . If yes, then at step 760, the resulting script is saved / written to the data storage of the base module, and in the trigger system of the base module, the conditions for running the script / program are determined with the creation of trigger triggers in step 765, and the data can be stored, for example, in permanent memory of the base module by means of the base module. If the script is not intended for the base module, then the message / data set (containing the script) is sent to one of the mentioned devices / modules 110A ... 110N. Upon receipt by the devices / modules 110A ... 110N of the said data / script / program set in step 770, the received data is stored in the data storage of the modules / devices, and then in step 775, the trigger system / module of the device / module 110A ... 110N determines the conditions for running the script / program with implementing trigger triggers. It is worth noting that in the particular case of the invention, the processing of messages / datasets / scripts received by the base module 120A ... 120N and the device / module 110A ... 110N is carried out in the same way / method (in the particular case, similar / identical modules and instructions).

A message is sent to the server 160 about the successful operation, in particular, by the base module 120A ... 120N or the terminal device 110A ... 110N, depending on who the script was intended for (which module is the target for the script), and sending can be done after the script is transmitted , create triggers and save to memory. In the particular case, this message confirms the fact that the script was correctly received by device 110A ... 110N. Otherwise, the trigger / script recording can be “rolled back” (returning the state until the triggers / script was recorded) and send an error message.

It is worth noting that at least one of those shown in FIG. 7 steps web portal 660 Internet portal / mobile application / 570 web user interface module (client) can be in standby mode and will be notified by means of at least one module of the described system about any errors that have occurred at least at one step FIG. 7.

The script / program mentioned above (in the particular case, containing at least one command to be executed by at least one module of the described system, for example, (controlled) module / device 110A ... 110N and / or base module 120A ... 120N, and / or server 160) can be executed, for example, in three nodes of the system (where the node is a (monitored) module / device 110A ... 110N and / or base module 120A ... 120N, and / or server 160). Further, the term node is used to designate one of the above modules / locations. On the (monitored) module / device 110A ... 110N and / or base module 120A ... 120N and / or server 160, a stacked virtual machine (VM), some set of general instructions, can be implemented (in particular, installed, deployed and / or started) and instructions specific to a particular node (controlled) module / device 110A ... 110N and / or base module 120A ... 120N, and / or server 160) of the described system. In a particular case, a set of general instructions is a set of instructions for basic operations, in particular, mathematical, stack, heap, comparison, return, function calls, etc. Also, in the particular case of the invention, a (basic) implementation of the separation of execution time (processor time within the virtual machine) is implemented, which allows for the parallel execution / execution of several threads of instructions (virtual machine (byte code)). The following describes the particular features / characteristics of the described system in the form of a set of abstracts:

1) programs are launched on the basis of at least one trigger, which is stored in the storage of at least one of the nodes. Moreover, in a private embodiment of the present invention, the script is equivalent to a set of virtual machine instructions / bytecode in the form of a human-readable code (for example, C-like syntax), while the virtual machine operates with a bytecode that is obtained by compiling the first into the second . Thus, a script should understand both of these views. Thus, from the point of view of the user, the program has the form of code written in a high-level programming language, and for the end device, for example, 110A ... 110N, has the form of a byte code. Triggers can be combined (can be combined), in particular for one script, more than one trigger can be specified. So, for example, a script can have two triggers. The first is a cron trigger that runs the script every hour and the second by the event of the 110A ... 110N device start, which will run the script immediately after the device starts. So, a trigger can be an entry in (special) tables, where the trigger type, parameters, script name and launch parameters can be specified. Moreover, the combination, in the particular case, is the presence of several records in such a table, at least for one script. The following types of triggers are possible:

- launch by event / event or group of events;

- launch by cron expression;

- start by (direct) command from server 160.

It is worth noting that the cron expression consists of 6 parts, separated by spaces or tabs. The first five columns specify the execution time (Minute, Hour, Day, Month, Day of the week), they can contain a number, a list of numbers separated by commas, a range of numbers separated by a hyphen, characters '*' or '/'.

***** executable command (in this case, script number / name)

1st * - Day of the week (0-7) (Sunday = 0 or = 7);

2nd * - Month (1-12);

3rd * - Day (1-31);

4th * - Hour (0-23);

5th * - Minute (0-59).

Examples of cron expressions:

23 * / 2 * * * scriptname // Executed at 0:23, 2:23, 4:23, etc.

54 * * sun scriptname // Runs at 4:05 on Sunday

0 0 1 1 * scriptname // New Year

15 10.13 * * 1.4 scriptname // Monday and Thursday at 10:15 and 13:15

0-59 * * * * scriptname // every minute

0-59 / 2 * * * * scriptname // in even minutes

1-59 / 2 * * * * scriptname // Executed in odd minutes

* / 5 * * * * scriptname // Five minutes have passed. "

2) at least one of the aforementioned nodes implements / implements an event (the concept of an event / event) of a certain event of a hardware or software level (a team of at least one module of the described system and / or a command executed by at least one module of the described system), capable of invoking programs assigned to it. In particular, call scripts for which a trigger for an event of a certain type is defined. That is, for example, when starting, starting, turning on, etc. 110A ... 110N will trigger the event "device_start" (device start), and if the event table determines that when it occurs, any script must be executed, then this will be implemented, in particular, the specified script will be executed. The following are examples of possible events:

- change in connection status with at least one base module 120A ... 120N (or with module / device 110A ... 110N);

- changing the status of the connection with the server 160 (or with the base module 120A ... 120N), where the connection status can be determined by events of the network connection level, for example, establishment, disconnection, timeout, and other events;

- reading / receiving data from meters / sensors 310A ... 310N (or from modules / devices 110A ... 110N);

- receiving a command from the server 160 (or from the module / device 110A ... 110N);

- initialization (start-up) (of the module / device 110A ... 110N and / or base module 120A ... 120N), where initialization (start-up), in the particular case, means the transfer of the device from the off state to the on state, including the preparation of the program for the beginning regular work (for example, initialization of the file system, software components, etc.);

- user presses a hardware button on the device (module / device 110A ... 110N).

The event / event for the node virtual machine mentioned is analogous to a hardware interrupt. The execution of all other programs is suspended and the program / script is executed, fixed (in a particular case, registered, for example, stored in the trigger table), by the trigger for this event (if any).

3) When you run the script / program in the program can be transferred to the input parameters, in particular, described in the framework of the present invention. So, for example, the event the status of the connection to the server changes, it can generate a binary value (arg, short for English argument - argument, parameter) "0" or "1". This value can be passed to a control program / script in which the branching of logic described above exists / is present depending on the value of the mentioned input parameter, for example, (if (arg [0] == 0) {...} else {...}).

4) The program / script (in a particular case, stored in the internal memory (eg, storage or RAM) of the node) can send requests to the server 160 to receive (some) data or to perform (some) operations, as described in the framework of the present invention and in particular further. So, for example, the said program can request on the server 160 (actual) data, in particular, the measurement values of at least one meter / sensor on the device / module 110A ... 110N, related / belonging to another basic module 120A ... 120N (in registered on another base module). At the same time, on the server 160 side (on server 160), access rights to such data will be checked (third security barrier), in particular, server (160) software, based on the table of access rights in the database.

Also, for example, upon reaching a certain (in particular, set / set, for example, user 135A ... 135N and / or means of at least one module and / or service of the described system) value for some sensor / meter 310A ... 310N (for of at least one meter 310A ... 310N), the said program can send to the server 160 a notification command for an event (in particular, not different from other types of commands). As a result of this action, the user 135A ... 135N will receive a notification about this event, as described above.

5) The program can initiate (implement), in particular, on the node where the script is running / running / executing, sending at least one of the mentioned commands to another module / device 110A ... 110N, module 120A ... 120N and / or server 160. If the target module, server, device, etc. (in particular, said node) belongs to the same base module as the source of the command, then such a request (in particular, the command) passes through the base module 120A ... 120N bypassing server 160, target module, server, device, etc. (in particular, the mentioned node) belongs to another base module, the request passes through the server with a security check and is sent to the target device (module, server, device, etc.). In particular, the network architecture of the described system can consist of three layers: a server layer, a layer of basic modules and a layer of end devices. If two devices 110A ... 110N are in the subnet of one base module 120A ... 120N, then the command to be sent will go along the path source_dev (module-source command) → base (base module) → dest_dev (target device). If the target device is on the subnet of another base module, then it passes through server 160 in the following way: source_dev (command source) → base1 (base module 1) → server (server 160) → base2 (base module 2) → dest (target / target device). In the first case, the team reaches the goal bypassing the server.

6) Also, at least one of the instructions mentioned above, for example, executing a command on a remote / other device, can take as input parameters a pointer to the area of (operational) memory (the device on which the script is executed) in which the result of execution will be placed of this instruction. Thus, it is possible to determine the status of the execution of a particular mentioned instruction. Each error during the execution of the program is logged (in particular, it is recorded in the database of the server 160) on the server side 160 (if there is a connection) and the base module 120A ... 120N, in particular, at least one component / module of these modules. Moreover (all) operations in the described system can be logged, where objects can be, but are not limited to, executing commands, changing the status of database / device connections, facts of script execution, etc.

7) User 135A ... 135N can access the mentioned protocols (logs / event logs) of script execution via the web interface of the Internet portal 660 / (module) application of the described system, as described above, and through the web interface 570 of the base module.

8) At least one of the programs mentioned above can initiate the launch of another program, including one located on another device / module 110A ... 110N, base module 120A ... 120N and / or server 160, moreover, the implementation of this operation (mechanism / mechanics / algorithm of this operation ) is identical to sending a command to another system module (device / module 110A ... 110N, base module 120A ... 120N and / or server 160).

9) At least one program mentioned above can return data. In case of calling / starting the mentioned program / script in the same module, the program execution can be stopped (program execution is paused) before receiving a return from the called program (in the particular case, it stops until the called script is completed). In the case of calling a remote (in particular, located on another node (device 110A ... 110N, base 120A ... 120N)) program, the means (mechanism / algorithm) of the pointer to the memory area of the result of execution are used to obtain a return, as described above. Moreover, a script call in the same module, for example, script No. 1, can initiate the launch (start) of the launch of at least one other script No. 2 located / stored on the same module (110A ... 110N) as the executable script No. 1 or located on a remote device 110A ... 110N or base 120A ... 120N. Moreover, the running script No. 2 returns (some) value corresponding to the typing of the virtual machine or null if it is absent, and the script No. 1 that launched it takes this value and processes or discards / does not process.

10) Also, at least one of the mentioned program / script can be executed by direct command through the server from the client. Moreover, in the particular case, a direct command (from the server) is a command to instruct the node to execute the specified script with the specified parameters. This command can be manually initiated by the user through the web interface of the system, in particular, the web interface 570.

In FIG. 8 shows an exemplary embodiment of a general environment diagram of a script execution system according to one embodiment of the present invention. The device / module 110A ... 110N and / or the basic module 120A ... 120N, and / or the server 160 may include an event generator (820), in particular, being a (generalized) definition / essence of the various subsystems of the device / module 110A ... 110N, the basic module 120A ... 120N, of the server 160, which access the described trigger system, in particular, when at least one level event of the specified subsystem occurs (for example, the system / subsystem / connection monitoring module 1210, in FIG. 12). The device / module 110A ... 110N and / or the base module 120A ... 120N, and / or server 160 may also include a trigger manager 830 (for example, in the particular case of trigger system 1220, FIG. 12). Also, the device / module 110A ... 110N and / or the base module 120A ... 120N, and / or server 160 may include a script repository 840 (which is described in more detail below, in particular, in the description of FIG. 10). Moreover, the event generator 820 and / or trigger manager 830 can be part of the device control rules module 640, and the script storage 840 can be part of the device control rules storage 650, i.e., in the particular case, the scripts can be stored in the module 650.

The interrupt manager 870 is the structure (part) of the “firmware” of the module (module / device 110A ... 110N or the basic module 120A ... 120N, or server 160), which processes (real) hardware interrupts and performs (some) actions as reactions on them. One of such reactions may be the “posting” of such an interrupt to the virtual machine 860. For this, the interrupt manager 870, through the control interface (920, FIG. 9) of the virtual machine 860, initiates an interrupt in the interrupt system (940, FIG. 9) of the virtual machine virtual machine level.

In FIG. 9 shows an exemplary embodiment of a general diagram (block diagram) of a virtual machine 860, according to one embodiment of the present invention.

This virtual machine 860 may partially be a (typical) design for this type of software. Management Interface 920 is the virtual machine management API and provides access functionality to the virtual machine infrastructure. Loader 890 loads the bytecode of the script into runtime 880. The interrupt system 940 is responsible for simulating a hardware interrupt at the virtual machine level. This interrupt can be triggered by the interrupt manager 870 device firmware. The 950 garbage collector checks and removes unreachable objects. The runtime / execution environment 880 implements the execution / execution of the instruction stream and distributes the time of their execution in the mode of several execution threads. Noar / “hip” (eng. - heap, pile, set) 970 is an untyped heap for storing variables. Stack 960 is a typed stack.

In FIG. 10 shows an exemplary embodiment of storing scripts at various network nodes, according to one embodiment of the present invention, in particular, a method (in a particular case, a technique) of storing scripts at three types of nodes of the described system (device / module 110A ... 110N, base module 120A ... 120N, server 160).

Each of these methods can be determined (exclusively) by the hardware capabilities of a particular node. On the server 160, the data can be stored, for example, in two tables of the database 1040: the first table 1045 is a trigger table (in which, in particular, the described triggers are stored, moreover, table 1045, in the particular case, in sense, structure, etc. can be identical, similar or similar to 1015 and / or 1030), the second table 1050 contains (directly itself) the byte code of the scripts. On the basic module 120A ... 120N, data can be stored as files inside the file system 1025 deployed on top of the flash memory 910. The trigger table is stored in the tr_table 1030 file, and the script code is in files with serial numbering p_1 ... p_N (1035A ... 1035N). On the terminal device / module 110A ... 110N, the data can be stored in the form of address-separated areas (1020A ... 1020N) of the flash memory 910. defined in the addressing table 1010. Under the trigger table 1015 and the script code, obviously certain memory areas can be reserved ( 1017, 1022A ... 1022N).

FIG. 11 illustrates an example embodiment of a trigger recording structure, according to one embodiment of the present invention.

In the particular case of the implementation of the present invention, the trigger entry may include a trigger type 1120, a trigger expression 1130 and a trigger identifier 1140. The trigger type (script) 1120 determines under what conditions the script is run. The type of launch (script) 1120 may contain a bit mask that determines the type of launch of the script, where each next bit determines its type:

0 - by direct command from the server

1 - by CRON expression

2 - by event / event

N - other options

The trigger expression 1130 defines the data for the trigger trigger. The trigger expression 1130 may contain the information necessary for triggering triggers that require additional data. For example, to run on types 1 and 2, the entry might look like this: 10-59 **** ⎪20, i.e. run every minute in case of event / event with identifier 0.

The script identifier 1140 (for the device 110A ... 110N) contains the number of the memory cell (1020A ... 1020N, FIG. 10). The script identifier 1140 (for the base 120A ... 120N) contains the file name (1035A ... 1035N, FIG. 10). The script identifier 1140 (for server 160) contains the identifier of the entry in the scripts table (1050, FIG. 10).

FIG. 12 illustrates an exemplary embodiment of a general scheme of an event-trigger system, according to one embodiment of the present invention.

In particular, in FIG. 12 shows the general trigger principle. In the software subsystem of the device 110A ... 110N, the base module / unit 120A ... 120N, or the server 160, a situation arises in which the trigger system 1220 is notified of this fact. Examples of such facts can be various events, for example, situations (in particular, events) on the device / module 110A ... 110N, base module 120A ... 120N, etc., in particular, such a fact is the loss of connection / communication of the server 160, for example, with a basic module 120A ... 120N, or a basic module 120A ... 120N with a server 160, or a basic module 120A ... 120N with a device / module 110A ... 110N (the mentioned trigger system 1220 may be notified of this fact, and this fact has a (specific) semantic definition, for example, for the fact in question, it is baseDisconnectEvent (event b disconnect the Base Unit)). The trigger system 1220, using known information about the source of the event, scans the trigger table 1015, and, finding in it an entry related to the specified event, calls the corresponding script, in particular, those specified in 1050. In the particular case, the connection monitoring system / subsystem 1210 is an add-on (in particular, a software module / component), in particular, on the network API, so on the device 110A ... 110N, the element / module 1210 are (software) libraries of work / interaction with ZigBee, on the basic module 120A ... 120N - ZigBee / XMPP , a server 160 - HMRR. Elements 1220A..1220N in FIG. 12 are (some other) events registered in trigger system 1220. Element 1215 indicates / indicates that a connection status change event has occurred in connection monitoring subsystem 1210. The type of this event may depend on the particular connection. As an example of the (simplest) model, a callback can be presented / taken, for example, the connection of the device 110A ... 110N to the base module 120A ... 120N was lost, and a function was called that calls (arrow 1229) to the trigger system 1220 or, in other words, informs the trigger system 1220 that this event has occurred (for example, 1220A ... 1220N). Trigger system 1220 looks through the stack of registered events (1220A ... 1220N) and if it finds the specified event in it, transfers control further, in particular, to virtual machine 860 (arrow 1239).

FIG. 13 illustrates an exemplary diagram of a general low-level logic for invoking a script by an event / event, in particular, a diagram illustrating the operation of an event according to one embodiment of the present invention is shown.

It is worth noting that a connection status event (with parameters) in a particular case involves the transfer of parameters by an event / event. So, for example, an event such as a connectionEvent (int) connection can have one integer parameter that determines the type of event: 1 - connection is established, 2 - connection loss (connection lost / disconnected). Also, when loading the sid script into the runtime / execution environment and passing param parameters to it, it can be loading the script with the script identifier “sid” into the runtime / runtime environment within the device 110A ... 110N, base module 120A ... 120N, server 160, and transferring it parameters (param), which transfers the event / event, which are subsequently passed to the script. Also, when loading code into the runtime / runtime environment, the runtime environment, in a particular case, can create a non-running thread, in particular, (fully) prepare the byte code for execution, but will not start (do not start) the execution of the instruction stream. Also, when starting a stream with id = itId and waiting for it to finish before the program ends, a stream with id = itId is launched and waiting for its completion. Also, when the script is unloaded from the runtime, the code pools are cleaned up, the GC starts, etc., in particular, the bytecode instruction pools are cleaned up, the garbage collector is launched (950, FIG. 9), etc. Also, “OK” is execution without error, as described previously.

FIG. 14 - FIG. 16 illustrate an exemplary embodiment of the script loader operating principle at various nodes of the system described in the present invention, according to one embodiment of the present invention.

In FIG. 14 shows the process of implementing the functioning of the script loader in the module / device 110A ... 110N. In the device 110A ... 110N, the loader 890A receives (1414) the memory cell number 1020A ... 1020N, in which the (necessary) script is located. From the addressing table (1010 in FIG. 10), the address of the beginning of the memory area (for example, random access memory and / or flash memory) of the specified cell is determined by means of the loader. This address is transmitted to the runtime / runtime (880, FIG. 8) with the command to create a new thread. In particular, due to hardware limitations on devices 110A ... 110N, the script may not be loaded into memory (for example, devices 110A ... 110N) all at once, but may be interpreted from flash memory sequentially, for example, according to one instruction (instruction by instruction), so that the code of the first instruction is not transmitted to the mentioned execution environment. Also, the address of the second instruction, etc., can then be loaded. It is worth noting that the addressing table, in a particular case, is hard-coded in the firmware (for example, device / module 110A ... 110N, base 120A ... 120N and / or server 160, etc.) a table of addresses of cells in memory (for example, in RAM and / or flash memory). In the particular case, the (physically) mentioned addressing table can be stored in the (specially) allocated flash memory area. It is worth noting that indicated in FIG. 14 The addr address, in the particular case, is the physical address in the 910A flash memory. It is also worth noting that when creating the execution thread from the first instruction at addr address (as described above), the script may not be loaded into memory (RAM, flash memory, SRAM storage, etc.) entirely, for example, due to its significant size relative to the size of the memory. Thus, reading instructions from the flash memory can be carried out sequentially (although parallel loading is possible), so the 880A runtime / execution environment, in particular, at the start of the script execution / execution, can receive the (physical) address of the beginning of the first instruction in the flash - memory 910A.

In FIG. 15 shows the process of implementing the functioning of the script loader in the base module 120A ... 120N.

At the Base, the loader (base module) 890B receives (1515) the input file name 1035A ... 1035N, which contains the script code. Next, the loader receives data from the specified file and transfers it with the command to create a new thread to the 880B runtime / execution environment. It is worth noting that indicated in FIG. 15 The addr address, in the particular case, is the physical address in flash memory. It is also worth noting that when creating the execution thread from the first instruction from the data, the script may not be loaded into memory (as in the case described above for FIG. 14), or it may be fully loaded, in particular, using SRAM (from English SRAM, static random access memory).

In FIG. 16 shows a process for implementing the functioning of a script loader on server 160.

On server 160, the loader receives (1616) a unique identifier / identifier (ID) for the entry in the scripts table 1050 and selects data from it that is stored as a blob object (from the English Binary Large Object - a binary large object, an array of binary data) , and transfers them with the command to create a new stream to the 880V runtime / execution environment. In the particular case, when receiving data from the scripts 1050 table by id, the script id is (equal to) the id key in the scripts 1050 table. When creating the execution thread from the first instruction from the data that is transmitted with this command, in the particular case, a stream is created execution with the first instruction from the data that was obtained from the scripts table 1050.

FIG. 17 illustrates an exemplary embodiment of the “forwarding” scheme of commands / requests to the modules of the described system, in particular, this scheme shows an example of the order of interaction of network elements when transmitting a command from a device / module 110A ... 110N, located on the same subnet of the base module 120A ... 120N, (to another ) device 110A ... 110N, located in a different subnet, according to one of the embodiments of the present invention. In this case, forwarding refers to the transfer of a control command to devices 110A ... 110N under the control of at least one base / base module (120A ... 120N), which does not belong to devices to which control commands are transmitted, in particular, to devices not registered at the mentioned base. Since the base that controls the sending device / source does not have direct (not through another device, another base, etc.) access to the receiving device on another base, the commands from the sending device must go through server 160, where after Security checks, as described above, can be sent to the base to which the recipient device belongs. And from there, accordingly, to at least one target device itself. In the particular case of the implementation of the present invention, the architecture of the described system (in particular, the subsystem shown in FIG. 17) may consist of three layers. The server layer, the layer of base modules 120A ... 120N and the layer of end devices / modules 110A ... 110N. If two devices / modules (for example, 110A ... 110N) are in the subnet of one base module, the command to be sent can go / be transmitted along the path source_dev (command source) → base (base module) → dest_dev (target module). If the target device / module 110A ... 110N (and / or 120A ... 120N and / or 160) is on the subnet of another base module 120A ... 120N, then it (the command) can pass / be transmitted through the server 160 according to the source_dev scheme (module, source commands) → base1 (base module 1 (120A ... 120N)) → server (server 160) → base2 (base module 2 (120A ... 120N)) → dest (target module (110A ... 110N, and / or 120A ... 120N)) . In the first case, the command is delivered / transmitted to the target (target module) bypassing the server 160.

As mentioned above, the data (telemetry) arriving at the server 160 is logged as described above, in particular, it is added to the event log, and the data received may be stored for at least two years.

The user 135A ... 135N can request this data for any period of time specified by him, for example, through the web interface of the Internet portal 660 / (mobile) application / web user interface module 570 (client), etc. Due to the large amount of incoming data , the final size of the telemetry database can be more than a terabyte. To provide data at the request of the user 135A ... 135N, at least one of the following proposed mechanisms / methods (implemented by means of at least one module of the described system) can be used, in particular, methods for increasing the productivity of receipt, storage, processing, and providing data: the area of current telemetry 1850 and the area of historical telemetry and the method of thinning the stored data. Moreover, in the particular case, the mentioned areas are tables in the mentioned databases. A new (any new) unit of telemetric data (in particular, measurement values by meters 310A ... 310N), coming from any module of the described system, for example, module 110A ... 110N, is entered / saved simultaneously in the two above areas. The peculiarity of the current telemetry area is that it stores only the most recent value received from the mentioned module for a certain part of it (for example, a sensor and / or an internal data source). Moreover, the internal data (in a particular case, data from an internal source) are melon, which the device / module itself generates / generates (for example, 110A ... 110N). Also, the data from the sensor / meter 310A ... 310N is external data, for example, the signal strength of the network is internal data. Thus, the size of such an area, even with a significant number of the mentioned modules in the system, remains insignificant for quick (from the point of view of the user) receiving / retrieving data, in particular, at the user's request. After the data are recorded in this part (in the part of data recording in the current telemetry area), the historical data are recorded in the mentioned area, where the measurement history of all devices for a certain time period is stored, for example, for the last two years. It (the area of historical data) can be organized as a group / set of tables, their B-Tree indexes and a common index table. Moreover, each table may have (may be assigned) an (own) index, in particular, organized in the format of a graph of the type B-Tree / B-tree / B-tree. Each table can store telemetry for (all) of the mentioned modules (in particular, modules 110A ... 110N) assigned to a specific base module (120A ... 120N), in particular, registered on such basic modules. The mentioned general index table stores the relations of identifiers (IDs) of the base modules and the tables assigned to it. Moreover, in the particular case, the identifier of the base module is equivalent to the identifier of the (regular) device / module 110A ... 110N and determines the address of the base module in the network. When recording new telemetry ((sets) of telemetry data), the index is searched for the required table, and the data record itself, in particular, the table is searched for, which stores historical telemetry from devices / modules (110A ... 110N) located in the subnet of the base module with the desired identifier.

In FIG. 18 shows an exemplary embodiment of a general block diagram of the recording and reception of telemetry data according to one embodiment of the present invention. The query for sampling 1810, in a particular case, is the SQL query of the DBMS, which stores telemetry / data from devices 110A ... 110N. Since DBMSs can be of different types, and the telemetry structure varies depending on the requirements for detail, this request will be different in each case. The query for current telemetry 1820, like query 1810, is an SQL query from the mentioned DBMS. The telemetry record 1830, as well as the queries 1810 and 1830 is an SQL DBMS query. The index of tables 1840 is part of the DBMS, and each DBMS uses its own mechanisms for the formation and storage of indexes. Current Telemetry 1850 is a current telemetry table that stores / contains at least five columns id, devid, baseid, value and timestamp. Where id is the key of the string; devid - device identifier, for example, device / module 110A ... 110N, base module 120A ... 120N, etc .; baseid - the identifier of the base module 120A ... 120N; value - telemetry value; timestamp - timestamp. Elements of FIG. 18 1860A ... 1860D are the indices (which were described above) of the tables of historical telemetry. Elements of FIG. 18 1865A ... 1865D are tables of historical telemetry, and each such table, in the particular case, is identical to element 1850. In the particular case of the invention

The mentioned methods of increasing the data processing performance may not be enough, in particular, to achieve acceptable sizes of at least one of the tables mentioned (with such a scheme, the maximum table size can be up to 15 GB or more). To solve this problem, a method / mechanics / mechanism for thinning records (data) can be implemented using at least one module of the described system, in particular, a separation / filtering module. So, when implementing the aforementioned method with a certain / certain (in particular, user-defined or given by the settings of the described system, at least in one module) frequency, for example, once a day, at least from one (in the particular case, from each) of the historical table (1860A-1860D and 1865A-1865D), part of the records are deleted, in particular, with telemetry (in particular, at least one (corresponding) row in the table is deleted (whose indices can be stored in the index tables 1840) as more detailed but described below). The number of records to be deleted, in a particular case, has a linear relationship in time (to the past). In the event of an unsolvable situation, the operation of the separation module (at) stops. In the particular case, the lack of records for building zones is the lack of records in the zone for separation and other situations, because of which the described algorithm (in particular, part of the method) cannot continue to work completely or in part of a specific iteration. In the particular case of the invention, by means of the separation module, the time range of entries in the table is determined / set, in the particular case determined by the server settings 160 (set / set, for example, by the system administrator). The (predetermined) predetermined time range / period of time, for example, a month, six months, a year, etc., departs / counts from the current moment. Moreover, the mentioned range values are given as an example and the size of the range can be determined / set, for example, by the date of the oldest record in the table - the range of the initial indent.

The obtained time range is divided into ten zones, each zone can be divided into blocks of N records, where N is from 1 to a given number, for example, up to 11 records. In zone 1, record number 5 is deleted, in zone 2 records number 5 and number 2 are deleted, in zone 3 records number 5, number 2 and number 7 are deleted and so on, to the last zone, moreover, in the said blocks (in particular, in each mentioned block) there must be at least one record (in the particular case - only one record). If this operation occurs in / above the table for the first time, in a special index table for at least one block (in particular, for each block), information on the date of the first record in the block, key range and the current degree of separation is stored / stored block. In the particular case, the mentioned record numbers can be calculated algorithmically and determined, for example, based on the size of the block in the records. The above is an example for 11 records, so they are deleted piece by piece, and with large block sizes, records can be deleted in groups. Also, the selection of (specific) record numbers can be determined on a principle through x records so that the deletion occurs evenly and does not form time areas in which there are fewer records than others in the same time range. Also, in the particular case, the block structure can be determined once, for example, during the first pass of the algorithm, and the index table is a structure / entity in which meta-information can be stored for blocks (each of) of historical telemetry tables, in particular, where the beginning of (each) block, what range of records by key (id, record identifier in the (sql-) table) is included in this block, how many times the algorithm has already thinned out this block (telemetry data), etc.

Further, in subsequent such mentioned operations in / above the table, the separation module / separator uses a different algorithm from the previous one, in particular, the separation module analyzes the data in at least one of the mentioned block indexing tables and based on (taking into account) the data contained in it of data, determines whether the block being analyzed is currently crossing / crossing the time boundaries of the next separation level (temporary separation levels), and if so, then records are deleted from the block and the block index table GSI relevant information (information on fully / Incomplete (in particular the totality, fullness, etc.) of the block and the number of rows in it if it is incomplete, the earliest dates and the oldest entry, the current level of the separation). In particular, the said separator / separation module scans / checks (in particular, reads / subtracts) each block sequentially (or selectively, depending on the algorithm) from the present to the past (in particular, from the first given date, for example, the current date, to at least one other date, in particular, earlier than the date). It is worth noting that when processing the described data for the first time by the described algorithm, the algorithm, as a rule, creates a temporary marking, in particular, from the present (from at least one time mark) to the past (to at least one other time stamp) at a specific / predetermined interval. So, for example, (the initial indentation mentioned is omitted to simplify) when the separation level is 1 month, there can exist (it can be selected by the described algorithm, in particular, implemented by the separation module), for example, ten separation levels (and / or any other number of separation levels in particular, determined by the algorithm and / or administrator of the server 160, module 120A ... 120N, user, etc.). The earliest entry in the table is 3.5 months ago. At the first pass, the algorithm can create the following level markup:

1 - present - (-1 month):

2 - (-1 month) - (-2 months);

3 - (-2 months) - (-3 months);

4 - (-3 months) - (-4 months);

5 - (-4 months) - (-5 months);

6 - (-5 months) - (-6 months);

7 - (-6 months) - (-7 months);

8 - (-7 months) - (-8 months);

9 - (-8 months) - (-9 months);

10 - (-9 months) - (-10 months).

Thus, the earliest record will be inside the third level of separation. In the particular case of implementation, a single record may be at least one of the above blocks, and the block may contain at least one record, for example, one hundred records. Thus, at least one of said blocks can be thinned in accordance with this level. In the index table can be entered data on the level of separation of at least one block. Over time, the mentioned block may become a thing of the past and may already be in the fourth level of separation. As soon as such a block is completely inside the borders of the fourth level, it can be thinned out (in particular, part of the records will be deleted) and a mark / mark / marking will be put in the index table of the blocks, that the block is separated by the fourth level. In the particular case, no action can be taken with this unit until it “ages” to the fifth separation level (until it moves to the fifth separation level). And so on, until the last separation level has passed, after which such a block can be removed.

It is also worth noting that, as described above, a block can be a group of rows in a table (contain several rows in a table). Also, the number of lines in a block can be predefined. In the particular case, the block in time cannot be longer than one separation level. Thus, said block may be complete or incomplete. A complete block is a block that has a nominal number of records and such a block is not longer than one separation level (in particular, it does not go beyond the limits of one separation level). An incomplete block, in a particular case, is a block in which the number of rows has been cut (in a particular case, limited, deleted, transferred to another block, ignored, etc.), for example, in order to fit it in the dimensions of one level of separation. In the particular case, information about the completeness / incompleteness of the block and the number of rows in it, in particular, if it is incomplete, the dates of the earliest and oldest records, as well as the current separation level, can be stored in the index table of the blocks. The size of the block and its completeness, in particular, determine the number of records that will be removed from it when passing through each (new) separation level.

It is also worth noting that one of the features of storing data about commands (command data) is that not only those commands that are executed by modules of the described system, in particular, modules 215, but also converted by the user to the web, can be stored on server 160 -base interface, as described above. In the particular case, the device / module 110A ... 110N does not contain such transformations, and information about such transformations can be stored in the base module 120A ... 120N. In the particular case of the implementation of the present invention, the base module / base 120A ... 120N, upon receipt of a command from the server 160, converts the received data into the original format and sends it to the device 110A ... 110N.

In the particular case of the invention in conjunction Module 215 - Basic Module 120 - Server 160 there is a distributed storage of command data (about commands). In the particular case, in the said bundle of modules, the link may be the base module 120 (120A ... 120N), which during (each) interaction of the module 215 and the server 160 (in particular, when exchanging data between the said modules, modules 215 and server / servers 160 ) in terms of transmitting or executing / executing commands, it transforms / converts the mentioned commands from the format of module 215 to the format of server 160 and vice versa, from the format of server 160 to the format of module 215. The above-mentioned transformation / conversion rules, which were described above, can yt customized by the user, for example, at least one module of the system described, in particular, in the module base web interface module 570.

So, transformations / transformations can be applied (transformations / transformations can be subjected, in particular, to modules of the described system, for example, modules of modules 215, modules 120A ... 120N, server 160, etc.) to the names / names of commands and / or command parameters, and / or parameter values of commands and / or values / values of said commands.

It is worth noting that in a particular embodiment of the invention, the data transmitted between the modules (and inside the modules) of the described system can be packed / packed and / or encrypted. In the particular case, data transfer, for example, between modules (110A ... 110N), in particular between modules 215, and / or between modules (120A ... 120N) can be carried out using (using) the ZigBee network protocol, and the encryption of the transmitted data can be implemented using AES (Advanced Encryption Standard, also known as Rijndael - a symmetric block encryption algorithm (block size 128 bits, key 128/192/256 bits)), in particular using a 128-bit key.

In the particular case of the invention, the exchange (for example, between devices / modules 110A ... 110N and / or base modules 120A ... 120N) of said keys (in particular, in order to establish an encrypted network between the base module and device / module 110A ... 110N (or module 215) on these keys / using these keys, as described above) is carried out in the following exemplary embodiment / method: the base module 120 (120A ... 120N) expects ZigBee network search requests from modules 110 (110A ... 110N) / modules 215, in particular registered in the said module 120 with the aim of starting the authorization process (and, in the particular case, authorization is the process of establishing a network / connection between the device / module 110A ... 110N and the base module 120A ... 120N, as described in more detail below).

In the particular case of the implementation of the present invention, unauthorized modules 110 can encrypt network search requests using / using the AES with a 128-bit key based on a number (in particular, the number assigned to module 215, for example, during its creation / production, which is a unique number / identifier, and can be alphanumeric, and can be used when registering module 110A ... 110N (in the particular case, module 215) on the base module) of module 110 or, in the particular case, module 215, (nom The module’s er, in the particular case supplemented with zeros to the left / front of the number, in this case, up to a total of 26 characters (up to 26 characters)). The base module 120, having received a network search request from module 100 or, in a particular case, module 215, registered but not authorized, processes the received request and sends a response according to the ZigBee standard, encrypted using the above-mentioned key (on the key) of module 110 or, in private case of module 215. Next, the base module 120 generates a 128-bit key and sends it in a message to module 110 or, in the particular case of module 215, (in the particular case, with a (some) delay after sending the previous message to module 110) according to the standard ZigBee encrypted on more than module 110 or, in the particular case, module 215. It is worth noting that the delay can be used so that module 110A ... 110N (in the particular case, module 215) can receive and process the previous message, and the delay value may vary and amount to fractions of a second, second, several seconds, etc.

The base module 120 stores the received key ("network key") in association with the module number 110 or, in the particular case, module 215 (together / in conjunction with the module number 110). Further, the encryption of data transmitted between modules 110 or, in the particular case of module 215, and / or modules 120 is carried out on a network key (by using the network key mentioned).

Module 120, when (each) connected to the network / connected to the mentioned network (in particular, LAN, Internet, ZigBee, etc.) sends a message about control commands to module 120. Information about the commands is transmitted, for example, in JSON format, ( similarly), for example, in the JSON format (JavaScript Object Notation - a simple data exchange format) from the base module 120 to the (monitored) module 110 or, in the particular case of module 215, a request is sent to execute at least one of the commands mentioned.

An example of a command information message mentioned above:

"

{

"cmd": [

{

"cmdid": 1, // command ID

"name": "Inclusion", // Name of the command for the portal

"params": [// List of parameters

{

"id": 1, // parameter ID

"name": "Inclusion", // Name of the parameter

"type": "choice", // Type of parameter

"choice": {// Possible parameter values

"on": 0,

"off '': 1

},

"required": 1 // Required to enter this parameter

},

{

"id": 2,

"name": "After how much time to turn on (sec)",

"type": "int", // Parameter Type

"required": 0

}

]

}

]

}

"

In order to reduce / reduce the traffic between module 110 or, in the particular case, module 215, and the base module 120 and reduce / reduce the time spent by the modules on generating and processing messages, measurement messages between module 110 or, in the particular case, module 215 , and the base module 120 may be transmitted not in the aforementioned JSON format, but as a bytecode. So, the textual description of the mentioned messages (message structure) can have the following form:

In a particular embodiment of the invention, the (large) messages transmitted between the base module 120 and the module 110 or, in the particular case of the module 215 are split into data packets, in the particular case, the sizes of which do not exceed 256 bytes. Also, (each) said data packet is supplied / contains a message number, a data packet number in a message and the total number of data packets (in a message). On the receiver side (in particular, the receiver is one of the modules of the described system, for example, module 110 or, in the particular case, module 215, and / or module 120), assembly / installation is carried out (in particular, by means of at least one of the aforementioned module) of the original (sent) message, in the particular case to which these data packets belong. If the means of the modules detect the absence of at least one data packet, the recipient does not send a response message about the successful receipt of the message to the sender (in the particular case, the module that sent such a message with the data packets, for example, module 110 or, in the particular case, module 215, or module 120). In this case, without receiving a response message after a specified period of time (for example, specified / installed (including by the user) in the settings of the sender module, either on server 160 or in module 120, etc.), for example, after 3 seconds after sending the last data packet, the sender repeats sending all data packets or at least not received data packets. It is worth noting that the sender can re-send (attempt to send) data packets (including those not received) or a message in its entirety a specified number of times, for example, 3 times.

In a particular embodiment of the invention, a module / power supply (independent of module / power supply of module 110) may be used for module 215, in the particular case implemented by a battery / rechargeable battery. This distinguishing feature is used in those devices / modules 110 in which there is a high probability of disconnection / unstable operation of the main power source of the device / module 110, through which it is also possible to supply (power) module 215. It is worth noting that the said independent power source of the module 215 may be integrated in module 215, which may also be connected to a power source of module / device 110.

In a particular embodiment of the invention, the base module can support / simultaneously connect with at least 20 devices, modules 110, in particular, modules 215. This feature, in particular, is / is provided through (through) a dynamic pool (from English pool - association) of active connections and intelligent memory allocation between them. Intelligent memory allocation, in the particular case, is based on (carried out) fixed periods of activity of the modules 215 (in particular, the modules 110A ... 110N) which, when connected to the basic modules 120A ... 120N, transmit a (large) amount of information / data on the mentioned encryption keys and 110A ... 110N module control commands. So, for example, the modules 215 once per set / predetermined period of time, for example, equal to 15 seconds, transmit information / measurement data of the module (110A ... 110N). Based on this information / given for each connection, a different amount of memory is allocated (for example, in the main memory of the base 120A ... 120N) depending on the period of activity of the module 215.

In a particular embodiment of the invention, to ensure the visibility of the base module (120A ... 120N) by the server 160 and the server 160 to send messages, commands and other information / data to the base module, the XMPP protocol can be used, in particular, for the interaction between the base modules 120A ... 120N and the server 160. Thus, in the particular case there is no need to use a direct IP address in the interaction of the base modules 120A ... 120N and at least one server 160.

In a particular embodiment of the invention, the server 160 may process about 40,000 (or more) messages per minute on one instance of the XMPP gateway. In the particular case, the processing of such a number of messages is provided through the use of SOA technologies (from the English Service-oriented Architecture - an approach to software development based on loosely coupled components interacting via standardized interfaces) on the server 160.

So, in a private embodiment of the invention, a component / module is used for the XMPP gateway, which, in addition to performing (standard) operations for interacting with the transport bus while increasing the load on the gateway, temporarily transfers message queues to non-persistence mode and, if necessary, creates additional message queues. When the load on the gateway is reduced, the persistence (where persistent - retains (all) its previous states) of queues is restored, and additional queues are deleted. The described mechanism / method implemented by the system module can be started when the specified load is reached in messages per minute per one instance of an XMPP gateway, for example, when a load of 30,000 messages per minute per one instance of an XMPP gateway is reached.

In a private embodiment of the invention, the interaction of the base modules 120A ... 120N with the said XMPP gateway is carried out by means of a hub / hub (from the English hub - center), which ensures the automatic deployment of a new instance of the XMPP gateway for each multiple excess of the load in the aforementioned 40,000 messages per minute to the hub, i.e. multiple given load. Further, with each multiple decrease in load, the hub “extinguishes” (stops and / or deletes from the main and main memory, for example, so as not to take up space and not take up processor time) one instance / instance (from the English Instance - instance) of the ХМРР-gateway.

The hub also provides even distribution of messages between deployed instances of the XMPP gateway.

In a particular embodiment of the invention, the prevention of “sticking” of the relay (in particular, the electromagnetic relay, which is part of the implementation of the end device / module, for example, module 110A ... 110N) is realized when (capacitive) loads, for example, reactive loads are turned on. So, when switching on loads, in particular, (significant) reactive loads, for example, capacitive loads through a relay, a short breakdown of the gap between the contacts can occur in the latter. Moreover, a particular case of the mentioned loads are loads when connecting a wide range of (household) devices, for example, electric motors, energy-saving lamps, etc. As a result, their burning (sticking) occurs, which in existing solutions is eliminated by mechanical action / mechanically. To prevent contact sticking and the need for mechanical human intervention, the following method of eliminating such kind of indicators is carried out: at the first moment the load is turned on, it is switched through the triac, then after a certain / predetermined (insignificant, for example, from 400 to 700 milliseconds) time interval (in particular , by means of the controller) relay switching. The load is switched off in the reverse order, which avoids the switching currents on the relay, and the insignificant operating time of the triac allows it to completely absorb the dissipated power without harming the component design (in particular, the seven-cell) even at the maximum allowable currents. Moreover, the maximum allowable current value, in a particular case, depends on the configuration of the terminal device 110A ... 110N and can be limited by the used triac-relay pair. In one implementation / implementation of the present invention, in particular, in devices / modules 110A .. 110N, the maximum current value may be 10 Amps or higher.

In a particular embodiment of the invention, said ZigBee is stabilized, in particular, an additional level of stabilization is implemented over the ZigBee protocol, which is / is implemented using additional attempts to send at least one data packet (as mentioned above) that has not reached the target (mentioned higher recipient), with a larger interval than the default ZigBee.

One example implementation of the present invention is given below. At least one control module / chip / microcircuit (215A ... 215N) is installed / embedded (or connected to) in at least one module / device (110A ... 110N), for example, in a (electric) kettle. The teapot may contain (or can be installed / integrated in it) at least one meter (310A ... 310N), for example, a temperature sensor, in particular, allowing to record / record the temperature of the liquid (water) heated in the teapot / teapot, and water heating can be carried out by at least one controlled module (330A ... 330N), for example, incorporating a heating element of the type TEN (tubular electric heater). At least one user (135A ... 135N) through the means (module) of the web interface 570 of the base module (120A ... 120N) can (as described in the framework of the present invention) turn on the kettle and monitor in real time the temperature (heating) of the water in the kettle. When the water temperature reaches the required value, the user can turn off the kettle via the mentioned web interface of the base module (including using the user device 130A ... 130N) or the kettle can be turned off by means of, in particular, scripts and / or commands / instructions of at least one module of the described system automatically upon reaching the set temperature (for example, by the user).

A second embodiment of the present invention: module 215 is integrated in module 110, which is a television (for example, an LCD TV, an OLED TV, a plasma panel, a projector, etc.). On the Internet portal 660 (or in the (mobile) application), the user (in particular, the father of the child) 135 sets up a rule for automatic control of the device: from 14:00 to 18:00 on weekdays, when you turn on the TV and switch to a channel different from 5 (fifth) switch the TV to channel 5 (explanation: after the child arrives home after school and before the parents arrive, the child is forbidden / not recommended to watch non-cognitive channels (that is, different from 5)). If during the designated period the TV is switched to a channel other than 5, then the server 160 will automatically send a command to switch the TV to channel 5.

Another example implementation of the present invention is the sharing of module 215 with module / device 110, in particular, embedding module 215 in a soil temperature sensor in a summer house. On the Internet portal 660 (or in the (mobile) application), user 135 has set up user notification rules: if the temperature drops below 2 degrees Celsius, then send an SMS message to the user's mobile phone and indicated the message text, for example, “Temperature is below the set marks of 2 degrees Celsius. " The user will be informed by the Internet portal about the approach of frost when the temperature registered by the temperature sensor drops below the value set by him.

An example of a program code / script for heating control:

"

{

boolean heat = false;

int temp = 0;

while (true) {

temp = getSensorValue (0); // Get data from sensor 0

if (heat == false) {

if (temp <17) {

setOutValue (0, 1); // Turn on heater at output 0

heat = true;

}

} else {

if (temp> 20) {

setOutValue (0, 0); // Turn off heater at output 0

heat = false;

}

}

}

}

".

An example version of the program code for emergency actions in case of loss of connection with the server 160 (calls the event with the input parameter passed) with the transfer of the command to the device inside the network:

"

{

if (sysargs [0] == 0) {// If the input parameter 0 indicates a disconnection

sendCmd ("1958", "15A04403004B1200", "0", "0.5");

// Send command 0 with argument 0.5 to device 15A04403004B1200 through base 1958

}

}

"

An approximate version of the program code for remote program call with the expectation of the result and repeated attempts to send, after which the notification command is called on the server 160:

"

{

int rc = 0;

execProgRemote ("1958", "15A04403004B1200", "scriptname", 0);

// Run the command on the device ID / №15А04403004В1200 through the base module ID / №1958 with the name scriptname and place the program return in memory 0

while (rc <3) {

sleep (1000);

if (sysrsp [0] == null) {

rc = rc + 1;

execProgRemote ("1958", "15A04403004B1200", "scriptname");

} else {

sendCmd ("server", "nonify", "uid", "OK"); // Send a notification to the user

exit 0;

}

}

sendCmd ("server", "nonify", "uid", "OK");

exit 1;

}

".

In a particular embodiment of the present invention, the (control) module / chip / microcircuit 215 and / or the device / module 110A ... 110N may be made on the basis of (or may include) at least one microcircuit, for example, ss2530 or ss2538, ATSAMR21E18A, ATSAMR21G18A, ATmega256RFR2, and / or ATmega2564PvFR2, etc.

In a particular embodiment of the present invention, the (basic) module 120A ... 120N may be made on the basis of (or may include) at least one chip ss3200, ss2530, ss3100, ATSAMW25, ATWINC1500, ss2531, ss2538, ATSAMR21E18A, ATSAMR21G18A, ATmega256 and / or ATmega2564RFR2. In particular, the (basic) module 120A ... 120N can be made on the basis of (or may include) at least one chip, for example, ss3200, ss3100, ATSAMW25 or ATWINC1500 in conjunction with one of the chips, for example, ss2531, ss2538, ATSAMR21E18A, ATSAMP21G18A, ATmega256RFR2 or ATmega2564RFR2.

In the solution, the Server can be made on the basis of computer systems of the x64 or x86 families, and the functional part can be developed on software of the class of application servers, for example, Apache Tomcat, Apache HTTP Server, nginx, GlassFish, Oracle WebLogic, and / or IBM WebSphere Application Server etc.

The described invention (in particular, for monitoring the state, viewing indicators / measurements and remote control of home electronics, household appliances, professional and technical equipment "Electronic Brownie") can be manufactured using known equipment and using well-known materials and means, which confirms its industrial applicability.

In FIG. 19 shows an example of a general-purpose computer system that includes a multi-purpose computing device in the form of a computer 20 or a server, or a module of the system described in the present invention, including a processor 21, a system memory 22, and a system bus 23 that couples various system components, including system memory with 21 processor.

The system bus 23 may be any of various types of bus structures, including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. System memory includes read-only memory (ROM) 24 and random access memory (RAM) 25. The ROM 24 stores the basic input / output system 26 (BIOS), consisting of basic routines that help exchange information between elements within the computer 20, for example, at the time of launch.

Computer 20 may also include a hard disk drive 27 for reading from and writing to a hard disk, not shown, a magnetic disk drive 28 for reading from or writing to a removable magnetic disk 29, and an optical drive 30 for reading from or recording to a removable optical disc 31 such as a CD, a digital video disc, and other optical means. The hard disk drive 27, the magnetic disk drive 28, and the optical disk drive 30 are connected to the system bus 23 by means of the hard disk drive interface 32, the magnetic disk drive interface 33, and the optical drive interface 34, respectively. Storage devices and their respective computer-readable means provide non-volatile storage of computer-readable instructions, data structures, program modules and other data for computer 20.

Although the typical configuration described here uses a hard disk, a removable magnetic disk 29, and a removable optical disk 31, one skilled in the art will appreciate that other types of computer-readable means that can store data that are accessible by a computer may also be used in a typical operating environment. such as magnetic cassettes, flash memory cards, digital video disks, Bernoulli cartridges, random access memory (RAM), read-only memory (ROM), etc.

Various software modules, including operating system 35, may be stored on a hard disk, magnetic disk 29, optical disk 31, ROM 24, or RAM 25. Computer 20 includes a file system 36 associated with or included with the operating system 35 or more software application 37, other program modules 38, and program data 39. A user may enter commands and information into computer 20 using input devices such as a keyboard 40 and pointing device 42. Other input devices (not shown) may include be a microphone, joystick, gamepad, satellite dish, scanner, or any other.

These and other input devices are connected to the processor 21 often through a serial port interface 46 that is connected to the system bus, but can be connected via other interfaces, such as a parallel port, game port, or universal serial bus (USB). A monitor 47 or other type of visual display device is also connected to the system bus 23 via an interface, for example, a video adapter 48. In addition to the monitor 47, personal computers typically include other peripheral output devices (not shown), such as speakers and printers.

Computer 20 may operate in a networked environment through logical connections to one or more remote computers 49. The remote computer (or computers) 49 may be another computer, server, router, network PC, peer to peer device, or other node on a single network, and typically also includes includes most or all of the elements described above with respect to computer 20, although only an information storage device 50 is shown. Logical connections include a local area network (LAN) 51 and a global computer network (GC) ) 52. Such networking environments are usually common in offices, enterprise-wide computer networks, the Internet.

The computer 20 used in the LAN network environment is connected to the local area network 51 via a network interface or adapter 53. The computer 20 used in the GC network environment typically uses a modem 54 or other means to establish communication with the global computer network 52, such as the Internet.

The modem 54, which may be internal or external, is connected to the system bus 23 via the serial port interface 46. In a networked environment, program modules or parts thereof described with reference to computer 20 may be stored on a remote information storage device. It should be noted that the network connections shown are typical, and other means may be used to establish communication communication between computers.

In conclusion, it should be noted that the information provided in the description are examples that do not limit the scope of the present invention defined by the claims. One skilled in the art will recognize that there may be other embodiments of the present invention consistent with the spirit and scope of the present invention.

Claims (48)

1. A system for remote device management and device control, which includes: at least one controlled module associated with at least one base module and / or another controlled module, the controlled module being controlled by control programs received from the base module, where control programs are scripts executed by a script execution module in the control a module and / or in a monitored module, and / or in a base module, and / or on a server; - at least one control module that is part of the monitored module; - at least one measuring module connected to at least one control module and transmitting measurements and / or statuses of commands and control programs to at least one control module of the controlled module; - at least one managed module associated with at least one control module and / or with at least one controlled module and / or being part of at least one controlled module and / or connected to at least one control module, wherein the managed module controls the controlled module and / or at least one part of the controlled module; - at least one base module associated with at least one monitored module and / or server, and / or another basic module and managing at least one controlled module and / or monitoring at least , one controlled module, by means of at least one control module, moreover, the controlled module is controlled by the base module by means of instructions contained in at least the control module, and the base module receives commands and control ulation program from the server and / or transmits the status of commands and control programs and / or measurement of the measuring module to the server; - at least one server associated with at least one base module. 2. The system according to claim 1, characterized in that the user converts the names of the parameters of the commands received from the managed module, and / or changes the name of the commands in the interface of the base module and / or the server interface. 3. The system according to claim 1, characterized in that the control programs are created by the user in the base module and / or on the server using a template builder, which is a graphical logic builder, and / or are created by entering control commands in the text field of the interface of the base module and / or server. 4. The system according to claim 3, characterized in that the template builder creates the code of the control command, validates the code of the control command and downloads to the controlled module using at least one module of the system. 5. The system according to claim 1, characterized in that the controlled module is a digital device and / or an analog device, and / or a combined device, and / or a mechanical device, and / or an electronic device, and / or a computing device, and / or a mobile device, and / or home electronics, and / or household appliances, and / or household appliances, and / or professional equipment, and / or technical equipment, metering devices, including energy metering devices, heating, water, electricity supply devices, as well as I combination. 6. The system according to claim 1, characterized in that the control module is at least one microcircuit and / or microcontroller. 7. The system according to claim 1, characterized in that the communication between the modules of the system is carried out via wired communication or wireless communication, including through a local area network, and / or the Internet, and / or mobile or satellite communications, and / or USB -interface, and / or interface standard RS-232 / COM port, and / or Bluetooth, and / or Wi-Fi, and / or GSM, 3G, 4G, LTE, trunking, and / or via data channels with ultra-low power consumption, forming complex wireless networks with a mesh topology, and / or ZigBee, as well as the connection between m dulyami system carried by terminals and / or wires and / or soldering and / or riveting. 8. The system according to claim 1, characterized in that the communication between the modules of the system is carried out by means of at least one data transfer protocol, including the TCP / IP network protocol and / or HTTP / HTTPs, and / or FTP, and / or POP3, and / or SMTP, and / or TELNET, and / or HMRP, an extensible protocol for exchanging messages and information about the presence. 9. The system of claim 1, further comprises at least one user computing device, wherein the monitored module and / or base module and / or server receives commands and / or control programs from at least one user computing device and / or from at least one base module, and / or from at least one other controlled module, and / or from at least one server. 10. The system of claim 9, characterized in that software is installed on the user's computing device to communicate with the monitored module and / or the base module and / or server for the user to control the parameters of the system modules and / or measurements by the measuring module, and / or managing and / or configuring system modules, and / or for creating and / or sending commands and / or control programs for said modules. 11. The system of claim 9, characterized in that a web browser is installed on the user's computing device, which allows the user to communicate with the monitored module and / or the base module and / or server for the user to control the parameters of the system modules and / or measurement module, and / or control and / or configuration of system modules, and / or to create and / or send commands and / or control programs for said modules. 12. The system according to claim 1, characterized in that the control module comprises a module for collecting and processing measurements of the measuring module, a repository of commands for the controlled modules, a translation and data conversion module, a data encryption and decryption module and a script execution module, a control module for at least processing the results of command execution. 13. The system according to claim 1, characterized in that the monitored modules and / or control modules are registered by the user in at least one basic module, said registration determining the relationship of registered controlled modules and / or control modules with the basic modules in order to obtain and / or data processing by base modules transmitted by controlled modules and / or control modules. 14. The system according to claim 1, characterized in that the base module contains a storage of measurements of measuring modules of controlled modules, a storage of commands for controlled modules, a storage of settings for converting and displaying commands and measurements of controlled modules, a translation and conversion module for data and messages, an encryption and decryption module data, script execution module, register of monitored modules, repository of settings and event logs of the base module, message encryption and decryption module, user module whom interface. 15. The system according to claim 1, characterized in that the server contains a repository of user profiles, a register of basic modules, a register of monitored modules, a repository of measurement modules for monitored modules with a measurement history, a server core, a repository of commands and command templates for supervised modules, a repository of management rules controlled modules, module for managing rules for controlled modules, storage for user notification rules, module for user notification rules, user notification module. 16. The system according to claim 1, characterized in that the user is notified of events in the system modules, and the user is notified through at least a module of the user notification rules, where the rules contain at least one condition and a reaction to the condition. 17. The system according to p. 16, characterized in that the user is notified via SMS messages and / or e-mails, and / or through systems and / or services, and / or applications for exchanging messages and data / information, including including for instant messaging / instant messaging, and / or instant messengers, and / or systems and / or services, and / or applications for sending and / or receiving messages, and / or systems and / or services, and / or applications for data / information exchange, including receiving and transmitting text th information / data, graphical data, video, images, audio data, audio, and / or messages in chat rooms and / or social networks. 18. The system according to claim 1, characterized in that the modules of the system are governed by the rules for automatic control of the system’s modules by means of at least one module of the rules for automatic control of the system’s modules; 19. The system according to claim 1, characterized in that the server and / or the monitored module and / or the base module contain an event generator, a trigger manager, a script repository, a virtual machine that contains an interrupt manager, a runtime, and a bootloader. 20. The system according to claim 1, characterized in that the data on the server is stored in the trigger table and the table of byte codes of the database control programs; on the basic module, the data is stored in files inside the file system that contain the trigger table and script code, in the controlled module the data is stored in the form of address-separated areas of flash memory defined in the addressing table, and under the trigger table and script code can be reserved areas of memory. 21. The system of claim 1, further comprising a security module on the server that verifies data received from the base module and / or the user and / or server and / or the monitored module, the security module verifies user level access rights, and also includes a simulation module that checks the list of valid virtual machine instructions, memory characteristics, and other software and / or hardware characteristics. 22. A method for remote device management and device control, including the management and control of at least one controlled module by means of control programs received by the controlled module from at least one base module, where the control programs are scripts executed by a script execution module in at least one control module and / or in a controlled module and / or in a base module and / or on at least one server, the control module being part of a controlled of the module, moreover, at least one measuring module is connected to the control module, which transfers measurements and / or statuses of commands and control programs to at least one control module of the controlled module, and control of at least one controlled module and / or at least one part of the monitored module implements at least one managed module associated with at least one control module and / or with at least one controlled module and / or which is part of at least one supervised module, and / or connected to at least one supervisory module, where at least one basic module is associated with at least one supervised module and / or server, and / or another basic module and controlling at least one controlled module and / or controlling at least one controlled module by means of at least one control module, and the controlled module is controlled by bases by means of commands contained in at least the control module, the base module receiving commands and control programs from the server and / or transmitting the statuses of commands and control programs and / or measurement of the measuring module to the server, which is connected at least with one base module, and at least one supervised module is associated with at least one base module and / or another supervised module. 23. The method according to p. 22, further comprising a user converting the parameter names of the commands received from the managed module, and / or changing the name of the commands in the interface of the base module and / or the server interface. 24. The method according to p. 22, characterized in that the control programs are created by the user in the base module and / or on the server using a template builder, which is a graphical logic builder, and / or are created by entering control commands in the text field of the interface of the base module and / or server. 25. The method according to p. 24, characterized in that the template builder creates the code of the control command, validates the code of the control command and downloads to the controlled module using at least one module of the system. 26. The method according to p. 22, characterized in that the controlled module is a digital device and / or an analog device, and / or a combined device, and / or a mechanical device, and / or an electronic device, and / or a computing device, and / or a mobile device, and / or home electronics, and / or household appliances, and / or household appliances, and / or professional equipment, and / or technical equipment, metering devices, including energy metering devices, heating, water, electricity supply devices, as well as I combination. 27. The method according to p. 22, characterized in that the control module is at least one microcircuit and / or microcontroller. 28. The method according to p. 22, characterized in that the communication between the modules of the system is carried out via wired communication or wireless communication, including through a local area network, and / or the Internet, and / or mobile or satellite communications, and / or USB -interface, and / or interface standard RS-232 / COM port, and / or Bluetooth, and / or Wi-Fi, and / or GSM, 3G, 4G, LTE, trunking, and / or via data channels with ultra-low power consumption, forming complex wireless networks with a mesh topology, and / or ZigBee, as well as the connection between m dulyami system carried by terminals and / or wires and / or soldering and / or riveting. 29. The method according to p. 22, characterized in that the communication between the modules of the system is carried out through at least one data transfer protocol, including the network protocol TCP / IP and / or HTTP / HTTPs, and / or FTP, and / or POP3, and / or SMTP, and / or TELNET, and / or HMRP, an extensible protocol for exchanging messages and information about the presence. 30. The method according to p. 22, characterized in that the monitored module and / or base module and / or server receives commands and / or control programs from at least one user computing device and / or from at least one base module, and / or from at least one other monitored module, and / or from at least one server. 31. The method according to p. 30, characterized in that software is installed on the user's computing device to communicate with the monitored module and / or the base module and / or server for the user to control the parameters of the system modules and / or measurements by the measuring module, and / or managing and / or configuring system modules, and / or for creating and / or sending commands and / or control programs for said modules. 32. The method according to p. 30, characterized in that a web browser is installed on the user's computing device, which allows the user to communicate with the monitored module and / or the base module and / or server for the user to control the parameters of the system modules and / or measurement module, and / or control and / or configuration of system modules, and / or to create and / or send commands and / or control programs for said modules. 33. The method according to p. 22, characterized in that the control module comprises a module for collecting and processing measurements of the measuring module, a repository of commands for the controlled modules, a data translation and conversion module, an encryption and decryption module for data and a script execution module, a control module for at least processing the results of command execution. 34. The method according to p. 22, characterized in that the user registers the monitored modules and / or control modules in at least one base module, said registration determining the relationship of registered monitored modules and / or control modules with the base modules for the purpose receiving and / or processing data by base modules transmitted by controlled modules and / or control modules. 35. The method according to p. 22, characterized in that the base module comprises a storage of measurements of measuring modules of controlled modules, a storage of commands of controlled modules, a storage of settings for converting and displaying commands and measurements of controlled modules, a translation and conversion module for data and messages, an encryption and decryption module data, script execution module, register of monitored modules, repository of settings and event logs of the base module, message encryption and decryption module, user module th interface. 36. The method according to p. 22, characterized in that the server contains a storage of user profiles, a registry of base modules, a registry of controlled modules, a measurement storage of measuring modules of controlled modules with a measurement history, a server core, a storage of commands and templates of commands of controlled modules, a storage of management rules controlled modules, module for managing rules for controlled modules, storage for user notification rules, module for user notification rules, user notification module. 37. The method according to p. 22, characterized in that the user is notified of events in the system modules based on the notification rules, which contain at least one condition and a reaction to the condition. 38. The method according to p. 22, characterized in that the user is notified of events in the system modules by means of SMS messages and / or emails, and / or by systems and / or services, and / or applications for exchanging messages and data / information, including for instant messaging / instant messaging, and / or instant messengers, and / or systems and / or services, and / or applications for sending and / or receiving messages, and / or systems and / or services, and / or data / information exchange applications, including but not limited to and transmission of text information / data, graphics data, video data, images, audio data, audio, and / or messages in chat rooms and / or social networks. 39. The method according to p. 22, characterized in that the control of the system modules is carried out using the rules of automatic control of the system modules by means of at least one module of the rules of automatic control of the system modules, the system modules executing commands depending on the content of the rule. 40. The method according to p. 22, characterized in that the server and / or the monitored module and / or the base module comprise an event generator, a trigger manager, a script repository, a virtual machine that contains an interrupt manager, a runtime, and a bootloader. 41. The method according to p. 22, characterized in that the data on the server is stored in the trigger table and the table of byte codes of the database control programs; on the basic module, the data is stored in files inside the file system that contain the trigger table and script code, in the controlled module the data is stored in the form of address-separated areas of flash memory defined in the addressing table, and under the trigger table and script code can be reserved areas of memory. 42. The method according to p. 22, characterized in that the server checks the data received from the base module, and / or the user, and / or server, and / or the monitored module, and checks the user level access rights, and also checking the list of valid virtual machine instructions, memory characteristics, and other software and / or hardware characteristics.

Images