Smart conference equipment control method, device and equipment based on Internet of Things

Abstract

The invention provides a smart conference equipment control method, device and equipment based on the Internet of Things, and the control method comprises the steps: obtaining the real-time equipment state data, sent by the Internet of Things labels of at least two different types of conference equipment, of the conference equipment, the protocol formats of the real-time equipment state data of the at least two different types of conference equipment are different; preprocessing the at least two pieces of real-time equipment state data to obtain target feature data; inputting the target feature data into an intermediate conversion piece for protocol conversion to obtain preset protocol data; according to the preset protocol data and a conference demand, generating a scheduling control instruction of conference equipment; and controlling target conference equipment of a target conference according to the scheduling control instruction. According to the invention, optimal scheduling of equipment resources in the smart conference system can be realized, and conference efficiency is improved.

Description

Technical Field

[0001] The present invention relates to the technical field of Internet of Things device control, and particularly to a method, device and equipment for controlling intelligent conference equipment based on the Internet of Things. Background Art

[0002] Existing conference management systems and equipment have significant deficiencies in terms of intelligence, resource utilization efficiency and user experience, which are specifically manifested in the following problems:

[0003] 1. Fragmented device management and lack of coordination. Equipment such as air conditioners, lighting, and curtains in traditional conference rooms operate independently and need to be controlled manually one by one (such as manually turning on / off the air conditioner and adjusting the lights), lacking a unified automated linkage mechanism. For example: After a meeting ends, equipment is often not turned off due to human negligence, resulting in energy waste; different device protocols are incompatible (such as Modbus and ZigBee devices cannot communicate with each other), making it difficult to achieve centralized control.

[0004] 2. Disconnection between resource scheduling and device status. Existing reservation systems only manage the time occupancy of conference rooms and cannot real-time perceive the device status (such as whether the air conditioner has been turned on or whether the lights are damaged), resulting in: After a user reserves a conference room, they may encounter equipment failures or uninitialized equipment, affecting the meeting efficiency; the locking of the conference room (such as during the maintenance period) is not linked with the reservation system, easily causing usage conflicts.

[0005] 3. Low energy efficiency and insufficient environmental adaptation. Traditional device control relies on fixed presets (such as the air conditioner running at a constant temperature) and cannot be dynamically adjusted according to the actual usage scenario: Unoccupied conference rooms still operate with high energy consumption; when there is sufficient natural light, the curtains are not automatically closed or the lights are not dimmed, wasting electric power resources.

[0006] 4. Abnormal response and maintenance rely on manual labor. Equipment failures (such as air conditioner shutdown, lighting short circuit) need to be discovered through manual inspections, delaying the handling; lacking remote diagnosis and backup control strategies, the conference room is forced to be out of service in emergency scenarios.

[0007] 5. Fragmented user experience. Users need to operate the reservation system and the device control interface (such as mobile phone APP, physical switch) separately, and the process is cumbersome; ad-hoc meeting requirements cannot quickly trigger device pre-start (such as turning on the air conditioner in advance). Summary of the Invention

[0008] The technical problem to be solved by the present invention is to provide a method, device and equipment for controlling intelligent conference equipment based on the Internet of Things. It can realize the optimal scheduling of device resources in the intelligent conference system according to the real-time status of conference equipment and improve the meeting efficiency.

[0009] To solve the above technical problem, the technical solution of the present invention is as follows:

[0010] A method for controlling intelligent conference devices based on the Internet of Things, comprising:

[0011] Obtain the real-time device status data of the conference devices sent by the Internet of Things tags of at least two different types of conference devices, and the protocol formats of the real-time device status data of at least two different types of conference devices are different;

[0012] Preprocess at least two of the real-time device status data to obtain target feature data;

[0013] Input the target feature data into an intermediate converter for protocol conversion to obtain preset protocol data;

[0014] Generate a scheduling control instruction for the conference device according to the preset protocol data and the conference requirements;

[0015] Control the target conference devices of the target conference according to the scheduling control instruction.

[0016] Optionally, preprocessing at least two of the real-time device status data to obtain target feature data includes:

[0017] Perform data cleaning on at least two of the real-time device status data respectively to obtain intermediate data;

[0018] Perform format conversion on the intermediate data to obtain target feature data.

[0019] Optionally, inputting the target feature data into an intermediate converter for protocol conversion to obtain preset protocol data includes:

[0020] Read the data header of the target feature data through the intermediate converter to perform protocol type identification and obtain the protocol type corresponding to the target feature data;

[0021] According to the protocol type, input the target feature data into the message processing module of the corresponding intermediate converter for message format conversion and encapsulation processing to obtain preset protocol data.

[0022] Optionally, inputting the target feature data into the message processing module of the corresponding intermediate converter for message format conversion and encapsulation processing to obtain preset protocol data includes:

[0023] Use the intermediate converter to extract elements and perform format conversion on the target feature data to obtain preset format data;

[0024] Use the intermediate converter to perform protocol encapsulation on the preset format data to obtain preset protocol data.

[0025] Optionally, according to the preset protocol data and the meeting requirements, generate a scheduling control instruction for the meeting device, including:

[0026] According to the preset protocol data of each meeting device and the meeting requirements, determine the decision variable of whether the meeting device is assigned to the target meeting;

[0027] According to the decision variable, determine the objective function;

[0028] According to the objective function and the constraint conditions of the meeting device, generate a scheduling control instruction for the target meeting device of the target meeting.

[0029] Optionally, according to the scheduling control instruction, control the target meeting device of the target meeting, including:

[0030] According to the user permission, control channel, and token in the scheduling control instruction of the target meeting device of the target meeting, determine the authorization rule;

[0031] Control the target meeting device of the target meeting according to the authorization rule.

[0032] Optionally, the authorization rule is:

[0033]

[0034] Among them, allowed represents the condition for allowing the control instruction operation, s represents the request subject, o represents the operation object, r represents the control permission, d represents the control channel, t represents the token, TR represents the access permission of the holder of token t to the access object of control channel d, and ST represents the mapping from the user to the token group he holds.

[0035] An embodiment of the present invention further provides an intelligent meeting device control device based on the Internet of Things, including:

[0036] An acquisition module, configured to acquire the real-time device status data of the meeting device sent by the Internet of Things tags of at least two different types of meeting devices, and the protocol formats of the real-time device status data of at least two different types of meeting devices are different;

[0037] A processing module, configured to preprocess at least two of the real-time device status data to obtain target feature data; input the target feature data into an intermediate converter for protocol conversion to obtain preset protocol data; generate a scheduling control instruction for the meeting device according to the preset protocol data and the meeting requirements; and control the target meeting device of the target meeting according to the scheduling control instruction.

[0038] An embodiment of the present invention further provides a computing device, including: one or more processors; a storage device for storing one or more programs, which when executed by the one or more processors, cause the one or more processors to implement the method for controlling an intelligent conference device based on the Internet of Things according to the present invention.

[0039] An embodiment of the present invention further provides a computer-readable storage medium, in which a program is stored, and when the program is executed by a processor, it implements the method for controlling an intelligent conference device based on the Internet of Things according to the present invention.

[0040] The above technical solution of the present invention has at least the following technical effects:

[0041] The above method for controlling an intelligent conference device based on the Internet of Things according to the present invention obtains real-time device status data of the conference device sent by the Internet of Things tags of at least two different types of conference devices, and the protocol formats of the real-time device status data of at least two different types of conference devices are different; preprocess at least two of the real-time device status data to obtain target feature data; input the target feature data into an intermediate converter for protocol conversion to obtain preset protocol data; generate a scheduling control instruction for the conference device according to the preset protocol data and the conference requirements; and control the target conference device of the target conference according to the scheduling control instruction. It can realize the reasonable control of devices in the intelligent conference system, improve the efficiency and security of conference device control, and enhance the user experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0042] Figure 1 is a schematic flowchart of the method for controlling an intelligent conference device based on the Internet of Things according to the present invention;

[0043] Figure 2 is a schematic diagram of the device for controlling an intelligent conference device based on the Internet of Things according to the present invention. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0044] Hereinafter, exemplary embodiments of the present invention will be described in more detail with reference to the accompanying drawings. Although the exemplary embodiments of the present invention are shown in the drawings, it should be understood that the present invention can be implemented in various forms and should not be limited by the embodiments set forth herein. On the contrary, these embodiments are provided so that the present invention can be more thoroughly understood and the scope of the present invention can be completely conveyed to those skilled in the art.

[0045] As Figure 1 shown, an embodiment of the present invention proposes a method for controlling an intelligent conference device based on the Internet of Things, including:

[0046] Step S1: Obtain the real-time device status data of the meeting devices sent by the Internet of Things tags of at least two different types of meeting devices, and the protocol formats of the real-time device status data of at least two different types of meeting devices are different;

[0047] Step S2: Preprocess at least two of the real-time device status data to obtain target feature data;

[0048] Step S3: Input the target feature data into an intermediate converter for protocol conversion to obtain preset protocol data;

[0049] Step S4: Generate a scheduling control instruction for the meeting device according to the preset protocol data and the meeting requirements;

[0050] Step S5: Control the target meeting device of the target meeting according to the scheduling control instruction.

[0051] In this embodiment, as Figure 1 shown, in the intelligent meeting device control method based on the Internet of Things, first, obtain the real-time status data of each device in the meeting system. Here, the meeting devices may include: air conditioners, intelligent lights, electric curtains, etc. The device status data may include the on / off status, parameter settings, fault status, instruction execution status, etc. of the device. These feature data have a strong correlation with the intelligent control of the meeting system. Then, preprocess the obtained real-time device status data, such as data cleaning and format conversion, to obtain target feature data that is convenient for processing and use. Again, input the target feature data into an intermediate converter for protocol conversion to obtain preset protocol data. Again, generate a scheduling control instruction for the meeting device according to the preset protocol data and the meeting requirements. Finally, control the target meeting device of the target meeting in the intelligent meeting system according to the scheduling control instruction.

[0052] The solution of the present invention, by setting an intermediate converter, unifies, integrates, and parses various types of message data of each device in the meeting system into data in a predetermined format, and then encapsulates it into a message protocol that can be recognized by the upper computer, and combines an optimized scheduling algorithm to generate a scheduling control instruction, which can realize functions such as obtaining and perceiving the real-time status of the attributes and states of each node in the meeting system, as well as remotely controlling, waking up, diagnosing, and data transmitting of the nodes. Before the scheduling control instruction is executed, the control instruction is verified according to the pre-authorization rules, thereby realizing the automatic management of the information collection nodes and ensuring that the information of all nodes can be accurately, efficiently, and securely queried and controlled.

[0053] In an alternative embodiment of the present invention, in step S2, preprocessing at least two of the real-time device status data to obtain target feature data includes:

[0054] Step S21: Perform data cleaning on at least two pieces of the real-time device status data respectively to obtain intermediate data;

[0055] Step S22: Perform format conversion on the intermediate data to obtain target feature data.

[0056] In this embodiment, when preprocessing the real-time device status data, first, according to the type of the device status data, set a reasonable threshold range for each parameter data, and discard the data that exceeds the reasonable threshold range as outliers to prevent the impact of data fluctuations on subsequent data processing. Then, search for duplicate values and missing values in the device status data, and remove invalid data such as duplicate values and missing values to obtain intermediate data; then, perform format conversion on the intermediate data; for example: the temperature (21.5) is composed of two original data (21 and 5), which respectively represent the integer part and the decimal part of the temperature. The system performs format conversion on the data according to the preset rules to obtain target feature data. The target feature data includes: a data header and a data value, where the data header carries the protocol type corresponding to the target feature data.

[0057] In an alternative embodiment of the present invention, in step S3, input the target feature data into an intermediate converter for protocol conversion to obtain preset protocol data, including:

[0058] Step S31: Read the data header of the target feature data through the intermediate converter to perform protocol type identification, and obtain the protocol type corresponding to the target feature data;

[0059] Step S32: According to the protocol type, input the target feature data into the message processing module of the corresponding intermediate converter for message format conversion and encapsulation processing to obtain preset protocol data.

[0060] In this embodiment, the intermediate conversion component includes an attribute judgment module. After receiving the target feature data, the attribute judgment module reads the data header characters of the target feature data. The message data header is a 7-byte field. The protocol type of the message can be determined based on the data header characters. For example, air conditioners generally use the RS485 protocol, smart lamps generally use the ZigBee / Wi-Fi protocol, and electric curtains generally use the Bluetooth / Z-Wave protocol; then, the message content is disassembled according to the custom delimiter or length rule of the obtained protocol type, such as extracting numerical data through byte offset; thirdly, according to the destination location to which the message is to be transmitted, the target protocol type to be converted into is clarified, and the target protocol type is used to re-encapsulate the disassembled message according to the predefined format of the target protocol type to obtain preset protocol data; for example, the service layer of the Internet of Things uses the MQTT protocol (message queue telemetry transmission protocol) for transmission, then the disassembled message is re-encapsulated according to the format of the MQTT protocol to obtain the MQTT protocol data of the message.

[0061] In an optional embodiment of the present invention, in step S32, the target feature data is input into a message processing module of a corresponding intermediate conversion component for message format conversion and encapsulation processing to obtain preset protocol data, including:

[0062] Step S321, using the intermediate conversion component to extract elements and convert the format of the target feature data to obtain data in a preset format; specifically, extracting data value elements from the target feature data, and converting the data value according to the target data format;

[0063] Step S322: Use the intermediate conversion component to perform protocol encapsulation on the preset format data to obtain preset protocol data.

[0064] In this embodiment, the intermediate conversion component includes a message processing module, which includes a parsing layer and an encapsulation layer, wherein the parsing layer can perform message parsing on the target feature data uploaded by each device of the conference system after preprocessing, extract the data value in the target feature data, and regenerate the preset format data according to the preset format rules, and the encapsulation layer can convert the preset format data into the preset protocol data that can be processed by the service layer according to the preset protocol rules;

[0065] The parsing layer has pre-set parsing rules for various device protocols as needed, and the encapsulation layer has pre-set encapsulation rules for various service protocols as needed, such as the RS485 protocol for air conditioners, the ZigBee / Wi-Fi protocol for smart lamps, the Bluetooth / Z-Wave protocol for electric curtains, the MQTT protocol (message queue telemetry transmission protocol), and the parsing and encapsulation rules for the Modbus protocol (serial communication protocol);

[0066] Specifically, the preset format data is in JSON format (a lightweight data interchange format). JSON format data has good readability and fast writing characteristics, can be used for data exchange between different platforms, and the adopted format is compressed, occupying less bandwidth. At the same time, it is easy to parse and maintain. JSON format uses a highly compatible language text format, supports multiple programming languages, and is efficient both in writing and in transmission and parsing. It provides better simplicity and flexibility and has excellent habitual system behaviors. It is an object composed of "attribute - value", and the hierarchical structure is simple and clear. In the management of conference system devices, JSON format is simple and convenient to use. Sensor devices generate heterogeneous data due to different devices, different transmission protocols, and different transmission methods, and all can be converted into JSON format through an intermediate conversion component, which is beneficial to subsequent data calls and greatly improves the efficiency of the intermediate conversion component in processing data.

[0067] When in use, define the JSON format data as {"device_id":"XXXX", "cmd":"XXXX", "value":XXXX}. Using the parsing rules preset by the parsing layer, read the message uploaded by the device, traverse to find the corresponding attribute values in the message, convert the original data in the message (such as hexadecimal values) into floating-point numbers, strings, or boolean types supported by JSON, and form the pre-defined JSON format data. For example, parse the status message uploaded by the air conditioner into {"device_id":"AC001", "cmd":" ", "value":25}, and the attribute values not in the message can be blank. When encapsulating JSON data, taking the encapsulation of JSON data into an MQTT protocol message as an example, assemble the JSON data according to the MQTT protocol encapsulation rules preset by the encapsulation layer. The MQTT protocol message is { [fixed header][variable header][payload]}. The fixed header and variable header are edited according to the MQTT protocol data rules, and the JSON string is embedded as binary data in the payload and directly filled to the end of the message to obtain the MQTT protocol data.

[0068] In addition, taking the encapsulation of JSON data into an RS485 protocol message as an example, assemble the JSON data according to the RS485 protocol encapsulation rules preset by the encapsulation layer. The RS485 protocol message is { [message header][function code][register address][data]}. Embed each attribute of the JSON string as binary data into the RS485 protocol message correspondingly to obtain the RS485 protocol data.

[0069] In an optional embodiment of the present invention, in step S4, according to the preset protocol data and conference requirements, generating a scheduling control instruction for conference devices may include:

[0070] Step S41: Determine the decision variable of whether the meeting device is assigned to the target meeting according to the preset protocol data of each meeting device and the meeting requirements.

[0071] Here, the meeting requirements can be expressed as: M = {m 1 , m 2 , …, m n}, and each meeting m i includes: the meeting requirement time window [t is , t ie , where t is represents the meeting start time and t ie represents the meeting end time; each meeting m i also includes: the types of devices T i and the number of devices D i required for this meeting; the meeting location coordinates (x i , y i ).

[0072] The preset protocol data of each meeting device can be expressed as: E = {e 1 , e 2 , …, e n}, and each device e j includes: the device type T i , the device status score s j , the current location coordinates of the device (x i , y i ), and the available time period A j of the device.

[0073] The decision variable is: The value of X ij can be 0 or 1. When it is 1, it means that the meeting device e j can be assigned to the meeting M i ; when it is 0, it means that the meeting device cannot be assigned.

[0074] Step S42: Determine the objective function according to the decision variable.

[0075] Step S43: Generate a scheduling control instruction for the target meeting device of the target meeting according to the objective function and the constraint conditions of the meeting device.

[0076] In this embodiment, when scheduling conference equipment, equipment in good condition and relatively close to the conference venue is preferentially selected to reasonably allocate equipment resources and avoid equipment conflicts and resource waste. For example, each piece of equipment has status attributes (availability, performance score) and location coordinates. Each conference has time period requirements, the types and quantities of equipment needed. The decision variable is a binary variable indicating whether a certain piece of equipment is allocated to a certain conference. Then, an objective function is established. The goal is to minimize the total distance while maximizing the equipment status score, and balance the usage times of the equipment to avoid overuse of some equipment, combining multiple objectives into a comprehensive objective function.

[0077] For the constraint conditions, the quantity of equipment required for each conference must be met. Each piece of equipment can only be allocated to one conference at the same time. The status of the equipment must meet the requirements (for example, it can only be selected when in good condition), and the type of equipment must conform to the conference requirements.

[0078] In step S42, the objective function is:

[0079]

[0080] where X ij is the decision variable, m i is the i-th conference, e j is the j-th piece of equipment, s j is the status score, which can be 0 or 1. When it is 1, it means the best status or available; when it is 0, it means poor status or unavailable. distance is the Euclidean distance between the conference venue and the equipment, maxdistance is the maximum Euclidean distance between the conference venue and the equipment, Load j is the normalized value of the historical usage times of equipment e j , and α, β, γ are weight coefficients.

[0081] The constraint conditions are:

[0082] ,

[0083] where X ij is the decision variable, D i is the quantity of equipment, T i is the equipment type, E(T i ) is the set of equipment matching type T i .

[0084] In step S43, sort according to the conference urgency level, and sort the equipment according to the comprehensive score:

[0085]

[0086] where sj status_score is the status score, distance is the Euclidean distance between the meeting location and the device, and ε is the anti-zero constant.

[0087] Then, traverse each target meeting, select multiple available meeting devices with the highest scores, mark them as occupied, which are the target meeting devices. Corresponding scheduling control instructions are generated for the target meeting devices respectively. The scheduling control instructions include: the user permissions, control channels, and tokens of the target meeting devices.

[0088] In an optional embodiment of the present invention, in step S5, controlling the target meeting devices of the target meeting according to the scheduling control instructions includes:

[0089] Step S51, determining an authorization rule according to the user permissions, control channels, and tokens in the scheduling control instructions of the target meeting devices of the target meeting;

[0090] Step S52, controlling the target meeting devices of the target meeting according to the authorization rule.

[0091] In this embodiment, in the case of the common management across multiple device control channels, the Internet of Things devices lack a unified and effective access control negotiation mechanism. Therefore, the device owner often cannot manage the entire multi-control-channel Internet of Things system, resulting in malicious shared users and attackers being able to use the insecure device control channels integrated on the devices to bypass the security measures of the devices and achieve unauthorized access control or privacy data theft attacks on the devices. Therefore, it is necessary to formulate an authorization rule for device instruction control according to the user permissions, control channels, and tokens of the target meeting devices. The device owner can perform fine-grained control over the access permissions to ensure that only authorized users can interact with the Internet of Things devices and services, and specifically make a fine-grained comprehensive judgment based on multiple factors such as users, devices, channels, and attributes, and control the intelligent meeting devices according to the authorization rule to prevent unauthorized access and malicious activities.

[0092] In an optional embodiment of the present invention, in step S51, the authorization rule is:

[0093]

[0094] Among them, allowed represents the condition for allowing control instruction operations, s represents the request subject, o represents the operation object, r represents the control permission, d represents the control channel, t represents the token, TR represents the access permission of the holder of token t to the access object of control channel d, and ST represents the mapping from the user to the token group held by the user.

[0095] In this embodiment, to ensure the network security of the intelligent conference device control according to the authorization rules, first, the request subject represents users, processes, entities, or any entity capable of initiating an access request in the system, generally including the device owner and shared users; the operation object is the resource that the request subject attempts to access or operate, which can be parameters, files, databases, services, etc., and can be the attributes of the Internet of Things devices that need access control. These attributes can be the status, functions, or settings of various intelligent devices, such as the brightness of an intelligent light, the switch state of an intelligent socket, etc.; the control permission represents the permission for the subject to perform operations or access on the operation object. For example, the permission for a user to read, modify, delete, etc. the attributes of an Internet of Things device. The permission determines the extent to which the subject can operate or access the operation object. For example, the device owner has all the permissions for device operation and can control all the attributes of the device, while other shared users only have partial permissions and can only read the device status and cannot modify the device settings; use D to represent the set of device control channels supported by the device, use T to represent the set of tokens (or passwords), and use DT = {(d, t)} to describe the set of pairs of control channels d and tokens t, where t ∈ T and d ∈ D, and use TR to represent the set of access permissions for the holder of token t to access the object (device attribute) through device control channel d; a special environmental condition for an Internet of Things device that supports multiple device control channels is that the access control request can be transmitted to the terminal device through different device control channels. Since a token is only allowed to be used on a specific device control channel, it is necessary to determine through which device control channel the access request is incoming. The authorization rule is:

[0096]

[0097] where allowed represents the condition for allowing the control instruction operation, s represents the request subject, o represents the operation object, r represents the control permission, d represents the control channel, t represents the token, TR represents the access permission for the holder of token t to access the object through control channel d, and ST represents the mapping from the user to the set of tokens held by the user.

[0098] The access decision is made according to the unified access control policy, that is, to check whether the user s is authorized to access the object o through the current device control channel d when having the permission r. For this purpose, it is necessary to determine whether the user s has a token t (t ∈ ST(s)) on channel d, which will determine whether it can execute the expected operation instruction (r, o) on the Internet of Things device. That is to say, only when the authorized user s holds the assigned security token t to perform the authorized device attribute operation (r, o) on the specified device control channel d, can this operation request be allowed to execute.

[0099] In this embodiment, the device status (such as the air conditioner operation mode and the light brightness value) is polled every 60 seconds, stored in the time series database, and a control instruction is generated according to the real-time status of the device and converted into a control instruction that can be read by the device, so as to perform device management, resource scheduling, environment perception, exception handling, and user interaction control on the intelligent conference system, and the response delay of the control instruction is ≤200 ms.

[0100] In an optional embodiment of the present invention, in step S51, the user permissions include: device owner permission, shared guest permission, and control instruction verification.

[0101] In this embodiment, the device owner permission means that the device owner has the ability to manage the access permissions of shared users, including permission granting and revocation, and is the highest administrator of the system; the shared guest permission means that the shared guest must obtain the permission granted by the device owner to control the Internet of Things device, that is, it needs to obtain the token of the corresponding permission to be allowed to operate the device; the control instruction verification means that all device control instructions must be verified in a fine-grained manner to ensure that only authorized user commands can be executed.

[0102] The meeting room reservation data is also bound to the device status. When the user makes a reservation, they need to select the supporting facilities (such as projectors and video conferencing terminals), and the platform automatically detects the device availability (such as whether the projector is faulty); if the device is unavailable, a list of alternative meeting rooms (sorted by capacity and location priority) is pushed in real time; the locked time period is dynamically avoided, and the maintenance time period or the emergency requisition time period is automatically marked as "not available for reservation", and a conflict reminder is sent to the reserved users; for the conflict solution, an option to automatically migrate to an adjacent meeting room (subject to user confirmation) is provided. Parameter definition, meeting room allocation weight algorithm: priority = 0.4×capacity matching degree + 0.3×device availability rate + 0.3×distance coefficient (preference for the same floor); device failure threshold: three consecutive status synchronization failures are determined as offline.

[0103] Environmental Adaptive Regulation (Environmental Sensing Module) Control, Sensor Data Fusion, Linkage of Lighting Sensor (Threshold Range: 300 - 800 Lux) to Adjust Lighting Brightness; Triggering of Unattended State Judgment by Passive Infrared Sensor (Detection Range: 5m) (The device will be turned off if there is no signal for 10 consecutive minutes). Dynamic Regulation Strategy: 10 minutes before the meeting starts, the air conditioner will be pre-started, and the target temperature will be set according to the outdoor temperature difference (ΔT≥3℃) (default 24℃ in summer, 20℃ in winter); Lighting Mode: Automatic supplementary lighting according to natural light intensity (target illuminance: 500 Lux). 5 minutes before the meeting ends, the air conditioner will switch to the energy-saving mode (the temperature will be increased by 2℃ in summer and decreased by 2℃ in winter); The lighting will gradually dim to 30% brightness (to prevent discomfort caused by sudden shutdown). Parameter Examples: Temperature Regulation Range: 18 - 26℃ (Alarm will be triggered if the range is exceeded); Lighting Supplementary Threshold: Supplementary lighting will be started when natural light is lower than 400 Lux; Unattended State Judgment Time: 10 minutes (configurable).

[0104] Abnormal Self-Healing and Backup Strategy (Abnormal Handling Module), Fault Diagnosis, Automatically Switching to the Backup Communication Channel when the Device is Offline (e.g., enabling Modbus when the primary MQTT fails); Triggering of Shutdown Protection when the Air Conditioner Compressor is Overloaded (current > 15% of the rated value). Execution of Backup Plan: When the primary air conditioner fails, enable the backup air conditioner circuit and limit the temperature regulation range (±1℃); When the lighting circuit is short-circuited, cut off the power supply to the corresponding area and enable emergency lighting. Alarm Rules: Device Failure Level: Level 1 (Emergency): Power interruption, fire sensor triggered, immediately push to the administrator's mobile phone; Level 2 (Warning): Single device offline, send an email notification.

[0105] One-stop User Interface Design, Visual Control Panel, Display of Device Locations on the 2D Floor Plan of the Meeting Room (such as air conditioner outlets, lighting zones); Drag-and-drop Strategy Configuration, Customize Device Linkage Rules (e.g., "Meeting ends → Turn off the air conditioner + Close the curtains"). Mobile Integration, Quick Binding of Meeting Room Devices by Scanning the Code, Support for Voice Commands (e.g., "Dim the lights to 50%"); AR Navigation: Identify the meeting room number through the mobile phone camera and display the device control menu. Interaction Parameters, Control Instruction Response Time ≤ 1 second; Voice Recognition Accuracy ≥ 95% (supporting mixed Chinese and English commands).

[0106] Device Hardware Structure and Working Principle. Environmental Sensor Array, Temperature and Humidity Sensor (Accuracy: ±0.5℃), Lighting Sensor (Range: 0 - 2000 Lux), Human Presence Sensor (Dual-mode: Microwave Radar + Infrared); Installation Location: Center of the Ceiling (Coverage Radius: 8m). Actuator Terminal, Air Conditioner Controller (RS485 Interface, Supporting PID Temperature Regulation); Intelligent Switch (Rated Current: 16A, Overload Protection Function). Device Linkage Logic: Sensor Data → Software Platform Analysis → Generation of Control Instructions → Gateway → Actuator Terminal → Device Action.

[0107] The above solution of the present invention uses protocol conversion technology: the command unification of heterogeneous protocols such as MQTT, Modbus, ZigBee, etc. is realized through the Internet of Things gateway (such as converting RS485 air conditioning commands into standard JSON format), and the compatibility rate is improved;

[0108] Unified equipment scheduling: air conditioners, lights, curtains and other equipment can be linked across brands (for example, the end of a meeting command simultaneously triggers the air conditioner to shut down, lights to dim, and curtains to close), improving operational efficiency.

[0109] By dynamically allocating resources based on conference room requirements and the status of conference equipment, zero-conflict scheduling of conference equipment can be achieved.

[0110] Furthermore, environmental adaptive adjustment and energy efficiency optimization can be achieved, and multi-sensor fusion can be used to link equipment control with light (Lux value), human presence (microwave radar signal), and temperature and humidity data; energy saving in unmanned state: after detecting that there is no one in the meeting room for 10 minutes, the air conditioner will be automatically turned off and the lights will be dimmed to reduce standby energy consumption; light compensation strategy: dynamically adjust the light brightness according to the natural light intensity (threshold 400Lux) to reduce lighting energy consumption.

[0111] Furthermore, the timing control can be optimized: the air conditioner can be pre-started 10 minutes before the meeting (based on the indoor and outdoor temperature difference ΔT ≥ 3°C) to improve comfort;

[0112] Turn off the equipment gradually within 5 minutes after the meeting (for example, turn off the light after dimming to 30%) to avoid discomfort caused by sudden power outage.

[0113] Furthermore, the above solution can also automatically switch to the backup Modbus channel when the main MQTT channel fails, and the communication recovery time is ≤ 2 seconds;

[0114] Automatic switching of backup equipment: when the main air conditioner fails, the backup circuit is activated and the temperature adjustment range is limited (±1°C) to ensure the continuity of the meeting;

[0115] Furthermore, the above solution can also realize intelligent diagnosis and alarm: faults such as current overload and equipment offline are pushed to the administrator in real time (response time ≤ 10 seconds); emergency plans are provided (such as enabling emergency lighting when the light is short-circuited), and system availability is improved.

[0116] Furthermore, the above solution may also have a unified interactive interface: integrating reservation, equipment control, and status monitoring functions, reducing the number of operation steps;

[0117] Policy templates: preset one-click trigger rules such as "energy saving mode" and "emergency meeting mode" to lower the usage threshold.

[0118] The solution of the present invention realizes zero - conflict scheduling, optimal energy consumption control and user - imperceptible operation of conference room management through technologies such as full - protocol compatibility of devices, intelligent environmental perception, and fault - triggered alarm light mechanism, and its comprehensive performance far exceeds that of traditional solutions.

[0119] As Figure 2 shown, an embodiment of the present invention further provides an Internet - of - Things - based intelligent conference device control device 20, including:

[0120] An acquisition module 21, configured to acquire real - time device status data of the conference device sent by Internet - of - Things tags of at least two different types of conference devices, and the protocol formats of the real - time device status data of at least two different types of conference devices are different;

[0121] A processing module 22, configured to pre - process at least two pieces of the real - time device status data to obtain target feature data; input the target feature data into an intermediate converter for protocol conversion to obtain preset protocol data; generate a scheduling control instruction for the conference device according to the preset protocol data and conference requirements; and control the target conference device of the target conference according to the scheduling control instruction.

[0122] Optionally, pre - processing at least two pieces of the real - time device status data to obtain target feature data includes:

[0123] Performing data cleaning on at least two pieces of the real - time device status data respectively to obtain intermediate data;

[0124] Performing format conversion on the intermediate data to obtain target feature data.

[0125] Optionally, inputting the target feature data into an intermediate converter for protocol conversion to obtain preset protocol data includes:

[0126] Reading the data header of the target feature data through the intermediate converter to perform protocol type identification and obtain the protocol type corresponding to the target feature data;

[0127] According to the protocol type, inputting the target feature data into the message processing module of the corresponding intermediate converter for message format conversion and encapsulation processing to obtain preset protocol data.

[0128] Optionally, inputting the target feature data into the message processing module of the corresponding intermediate converter for message format conversion and encapsulation processing to obtain preset protocol data includes:

[0129] Using the intermediate converter to perform element extraction and format conversion on the target feature data to obtain preset format data;

[0130] Encapsulate the preset format data using the intermediate converter to obtain preset protocol data.

[0131] Optionally, generate a scheduling control instruction for the conference device according to the preset protocol data and the conference requirements, including:

[0132] Determine the decision variable of whether the conference device is assigned to the target conference according to the preset protocol data of each conference device and the conference requirements;

[0133] Determine the objective function according to the decision variable;

[0134] Generate a scheduling control instruction for the target conference device of the target conference according to the objective function and the constraint conditions of the conference device.

[0135] Optionally, control the target conference device of the target conference according to the scheduling control instruction, including:

[0136] Determine the authorization rule according to the user permission, control channel and token in the scheduling control instruction of the target conference device of the target conference;

[0137] Control the intelligent conference device according to the authorization rule.

[0138] Optionally, the authorization rule is:

[0139]

[0140] Among them, allowed represents the condition for allowing the control instruction operation, s represents the request subject, o represents the operation object, r represents the control permission, d represents the control channel, t represents the token, TR represents the access permission of the holder of token t to the access object of control channel d, and ST represents the mapping from the user to the token group he holds.

[0141] It should be noted that all the implementation manners in the above method embodiments are applicable to the embodiments of this device and can also achieve the same technical effects.

[0142] An embodiment of the present invention also provides a computing device, including: one or more processors; a storage device for storing one or more programs, when the one or more programs are executed by the one or more processors, enabling the one or more processors to implement the method for controlling an intelligent conference device based on the Internet of Things according to the present invention. All the implementation manners in the above method embodiments are applicable to the embodiments of this computing device and can also achieve the same technical effects.

[0143] An embodiment of the present invention also provides a computer-readable storage medium, in which a program is stored. When the program is executed by a processor, the intelligent conference device control method based on the Internet of Things according to the present invention is implemented. All implementation manners in the above method embodiments are applicable to the embodiments of this computer-readable storage medium and can achieve the same technical effects.

[0144] Those of ordinary skill in the art can realize that the units and algorithm steps of each example described in combination with the embodiments disclosed herein can be implemented by electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are executed in a hardware or software manner depends on the specific application and design constraints of the technical solution. Professional technicians can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of the present invention.

[0145] Those skilled in the art can clearly understand that for the convenience and conciseness of description, the specific working processes of the systems, devices, and units described above can refer to the corresponding processes in the foregoing method embodiments and will not be repeated here.

[0146] In the embodiments provided by the present invention, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are merely illustrative. For example, the division of units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the displayed or discussed couplings, direct couplings, or communication connections to each other can be through some interfaces. The indirect couplings or communication connections of devices or units can be in an electrical, mechanical, or other forms.

[0147] The units described as separate components may or may not be physically separated. The components displayed as units may or may not be physical units, that is, they can be located in one place, or they can be distributed to multiple network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0148] In addition, the functional units in the various embodiments of the present invention can be integrated into one processing unit, or each unit can exist physically alone, or two or more units can be integrated into one unit.

[0149] When the above-mentioned functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or a part of this technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods of various embodiments of the present invention. The aforementioned storage medium includes: various media such as USB flash drives, mobile hard disks, ROM, RAM, magnetic disks, or optical discs that can store program codes.

[0150] In addition, it should be noted that in the devices and methods of the present invention, obviously, each component or each step can be decomposed and / or recombined. These decompositions and / or recombinations should be regarded as equivalent solutions of the present invention. And, the steps of performing the above series of processes can naturally be executed in chronological order according to the described order, but it is not necessary to execute them in chronological order. Some steps can be executed in parallel or independently of each other. For those of ordinary skill in the art, it can be understood that all or any steps or components of the methods and devices of the present invention can be implemented in any computing device (including a processor, a storage medium, etc.) or a network of computing devices in the form of hardware, firmware, software, or a combination thereof, which can be achieved by those of ordinary skill in the art using their basic programming skills after reading the description of the present invention.

[0151] Therefore, the object of the present invention can also be achieved by running a program or a set of programs on any computing device. The computing device can be a well-known general-purpose device. Therefore, the object of the present invention can also be achieved only by providing a program product containing program codes for implementing the method or device. That is to say, such a program product also constitutes the present invention, and the storage medium storing such a program product also constitutes the present invention. Obviously, the storage medium can be any well-known storage medium or any storage medium developed in the future. It should also be noted that in the devices and methods of the present invention, obviously, each component or each step can be decomposed and / or recombined. These decompositions and / or recombinations should be regarded as equivalent solutions of the present invention. And, the steps of performing the above series of processes can naturally be executed in chronological order according to the described order, but it is not necessary to execute them in chronological order. Some steps can be executed in parallel or independently of each other.

[0152] The above is the preferred embodiment of the present invention. It should be noted that for those of ordinary skill in the art, without departing from the principle described in the present invention, several improvements and refinements can be made, and these improvements and refinements should also be regarded as the protection scope of the present invention.

Claims

1. A method for controlling smart conference equipment based on the Internet of Things, characterized in that: include: Acquire real-time device status data of at least two different types of conference devices sent by IoT tags of the conference devices, where the real-time device status data of at least two different types of conference devices have different protocol formats; Preprocessing at least two of the real-time device status data to obtain target feature data; Inputting the target characteristic data into an intermediate conversion component for protocol conversion to obtain preset protocol data; Generate scheduling control instructions for conference equipment according to the preset protocol data and conference requirements; According to the scheduling control instruction, the target conference device of the target conference is controlled.

2. The method for controlling smart conference equipment based on the Internet of Things according to claim 1 is characterized in that: Preprocessing at least two of the real-time device status data to obtain target feature data includes: Performing data cleaning on at least two of the real-time device status data respectively to obtain intermediate data; The intermediate data is formatted to obtain target feature data.

3. The method for controlling smart conference equipment based on the Internet of Things according to claim 1 is characterized in that: The target characteristic data is input into the intermediate conversion component for protocol conversion to obtain preset protocol data, including: Read the data header of the target characteristic data through the intermediate conversion component, perform protocol type identification, and obtain the protocol type corresponding to the target characteristic data; According to the protocol type, the target characteristic data is input into the message processing module of the corresponding intermediate conversion component for message format conversion and encapsulation processing to obtain preset protocol data.

4. The method for controlling smart conference equipment based on the Internet of Things according to claim 3 is characterized in that: The target characteristic data is input into the message processing module of the corresponding intermediate conversion component for message format conversion and encapsulation processing to obtain preset protocol data, including: Using the intermediate conversion component to extract elements and convert the format of the target feature data to obtain data in a preset format; The intermediate conversion component is used to perform protocol encapsulation on the preset format data to obtain preset protocol data.

5. The method for controlling smart conference equipment based on the Internet of Things according to claim 1 is characterized in that: Generate a dispatch control instruction for conference equipment according to the preset protocol data and conference requirements, including: Determine, based on the preset protocol data of each conference device and the conference requirements, a decision variable of whether the conference device is assigned to the target conference; Determining an objective function according to the decision variables; According to the objective function and the constraints of the conference equipment, a scheduling control instruction for the target conference equipment of the target conference is generated.

6. The method for controlling smart conference equipment based on the Internet of Things according to claim 5 is characterized in that: According to the scheduling control instruction, the target conference device of the target conference is controlled, including: Determining authorization rules according to user rights, control channels and tokens in the scheduling control instructions of the target conference device of the target conference; The target conference device of the target conference is controlled according to the authorization rule.

7. The method for controlling smart conference equipment based on the Internet of Things according to claim 6 is characterized in that: The authorization rules are: ， Among them, allowed represents the conditions for allowing control instruction operations, s represents the request subject, o represents the operation object, r represents the control permission, d represents the control channel, t represents the token, TR represents the access right of the holder of token t to the access object of control channel d, and ST represents the mapping of users to the token groups they hold.

8. A smart conference equipment control device based on the Internet of Things, characterized in that: include: An acquisition module, used for acquiring real-time device status data of the conference device sent by the Internet of Things tags of at least two different types of conference devices, where the real-time device status data of at least two different types of conference devices have different protocol formats; A processing module, used for preprocessing at least two of the real-time device status data to obtain target feature data; The target characteristic data is input into an intermediate converter for protocol conversion to obtain preset protocol data; a scheduling control instruction for conference equipment is generated according to the preset protocol data and conference requirements; and the target conference equipment for the target conference is controlled according to the scheduling control instruction.

9. A computing device, characterized in that include: one or more processors; A storage device for storing one or more programs, when the one or more programs are executed by the one or more processors, the one or more processors implement the method as claimed in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a program, which, when executed by a processor, implements the method according to any one of claims 1 to 7.

Images