A method, device and equipment for controlling smart conference equipment based on the Internet of Things

Abstract

The present invention provides a method, device, and equipment for controlling smart conference equipment based on the Internet of Things. The control method comprises: obtaining real-time device status data of at least two different types of conference equipment sent by IoT tags of the conference equipment, wherein the protocol formats of the real-time device status data of at least two different types of conference equipment are different; preprocessing the at least two real-time device status data to obtain target feature data; inputting the target feature data into an intermediate conversion component for protocol conversion to obtain preset protocol data; generating scheduling control instructions for the conference equipment based on the preset protocol data and conference requirements; and controlling the target conference equipment of the target conference based on the scheduling control instructions. The present invention can achieve optimized scheduling of equipment resources in a smart conference system and improve conference efficiency.

Description

Technical Field

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

[0002] Existing conference management systems and equipment have significant deficiencies in intelligence, resource utilization efficiency, and user experience, specifically the following issues:

[0003] 1. Fragmented equipment management lacks coordination. Traditional conference room equipment, such as air conditioning, lighting, and curtains, operates independently, requiring manual control (e.g., turning the air conditioner on and off, adjusting the lights). There is a lack of a unified automated linkage mechanism. For example, after a meeting, equipment is often left on due to negligence, resulting in energy waste. Incompatible protocols between devices (e.g., Modbus and ZigBee devices cannot communicate with each other) make centralized management and control difficult.

[0004] 2. Resource scheduling is disconnected from equipment status. The existing reservation system only manages meeting room time occupancy and cannot perceive equipment status in real time (such as whether the air conditioner is turned on or whether the lights are broken). As a result, users may encounter equipment failure or non-initialization after booking a meeting room, affecting meeting efficiency. Meeting room lockouts (such as during maintenance periods) are not linked to the reservation system, which can easily lead to usage conflicts.

[0005] 3. Low energy efficiency and insufficient environmental adaptability. Traditional equipment control relies on fixed presets (such as constant temperature operation of air conditioners) and cannot be dynamically adjusted according to actual usage scenarios: even unoccupied meeting rooms still maintain high energy consumption; curtains are not automatically closed or lights are dimmed when there is sufficient natural light, wasting electricity resources.

[0006] 4. Abnormal response and maintenance rely on manual labor. Equipment failures (such as air conditioning shutdown and lighting short circuit) require manual inspection to be discovered, delaying processing. There is a lack of remote diagnosis and backup control strategies, and conference rooms are forced to be deactivated in emergency scenarios.

[0007] 5. The user experience is fragmented. Users need to operate the reservation system and the device control interface (such as mobile phone apps and physical switches) separately, which is a cumbersome process. Temporary meeting needs 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 smart conference equipment based on the Internet of Things. This method can optimize the scheduling of equipment resources in the smart conference system according to the real-time status of the conference equipment, thereby improving conference efficiency.

[0009] In order to solve the above technical problems, the technical solutions of the present invention are as follows:

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

[0011] Obtaining 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;

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

[0013] Inputting the target characteristic data into an intermediate conversion component for protocol conversion to obtain preset protocol data;

[0014] Generate scheduling control instructions for conference equipment based on the preset protocol data and conference requirements;

[0015] The target conference device of the target conference is controlled 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] performing data cleaning on at least two of the real-time device status data to obtain intermediate data;

[0018] The intermediate data is format-converted to obtain target feature data.

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

[0020] Reading the data header of the target characteristic data through an intermediate conversion component, performing protocol type identification, and obtaining the protocol type corresponding to the target characteristic data;

[0021] 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.

[0022] Optionally, 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:

[0023] Using the intermediate conversion component to extract elements and convert the format of the target feature data to obtain data in a preset format;

[0024] The intermediate conversion component is used to perform protocol encapsulation on the preset format data to obtain preset protocol data.

[0025] Optionally, generating a dispatch control instruction for conference equipment according to the preset protocol data and conference requirements includes:

[0026] Determining, based on the preset protocol data of each conference device and conference requirements, a decision variable for determining whether the conference device is assigned to a target conference;

[0027] Determining an objective function based on the decision variables;

[0028] A scheduling control instruction for the target conference device of the target conference is generated according to the objective function and the constraint conditions of the conference device.

[0029] Optionally, controlling the target conference device of the target conference according to the scheduling control instruction includes:

[0030] Determine authorization rules based on user rights, control channels, and tokens in the scheduling control instructions for the target conference device of the target conference;

[0031] The target conference device of the target conference is controlled according to the authorization rule.

[0032] Optionally, the authorization rule is:

[0033]

[0034] 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 permission of the holder of token t to the access object of control channel d, and ST represents the mapping from users to the token groups they hold.

[0035] An embodiment of the present invention further provides a smart conference equipment control device based on the Internet of Things, comprising:

[0036] an acquisition module, configured to acquire real-time device status data of at least two different types of conference devices sent by IoT tags of the conference devices, wherein the real-time device status data of at least two different types of conference devices have different protocol formats;

[0037] The processing module is used to pre-process at least two of the real-time device status data to obtain target feature data; input the target feature data into the intermediate conversion component for protocol conversion to obtain preset protocol data; generate scheduling control instructions for conference equipment based on the preset protocol data and conference requirements; and control the target conference equipment of the target conference based on the scheduling control instructions.

[0038] An embodiment of the present invention also provides a computing device, comprising: one or more processors; a storage device for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement the smart conference equipment control method based on the Internet of Things described in the present invention.

[0039] An embodiment of the present invention further provides a computer-readable storage medium, in which a program is stored. When the program is executed by a processor, the method for controlling smart conference equipment based on the Internet of Things described in the present invention is implemented.

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

[0041] The IoT-based smart conference equipment control method of the present invention obtains real-time device status data of at least two different types of conference equipment sent by IoT tags, where the protocol formats of the real-time device status data of at least two different types of conference equipment are different; preprocesses the at least two real-time device status data to obtain target feature data; inputs the target feature data into an intermediate converter for protocol conversion to obtain preset protocol data; generates scheduling control instructions for the conference equipment based on the preset protocol data and conference requirements; and controls the target conference equipment of the target conference based on the scheduling control instructions. This method can achieve reasonable control of equipment in a smart conference system, improve the efficiency and security of conference equipment control, and enhance the user experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0042] Figure 1 It is a flow chart of the method for controlling smart conference equipment based on the Internet of Things of the present invention;

[0043] Figure 2 It is a schematic diagram of the smart conference equipment control device based on the Internet of Things of the present invention. DETAILED DESCRIPTION

[0044] Exemplary embodiments of the present invention will be described in more detail below with reference to the accompanying drawings. Although exemplary embodiments of the present invention are shown in the accompanying 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. Rather, these embodiments are provided to enable a more thorough understanding of the present invention and to fully convey the scope of the present invention to those skilled in the art.

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

[0046] Step S1, obtaining 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;

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

[0048] Step S3, inputting the target characteristic data into an intermediate conversion component for protocol conversion to obtain preset protocol data;

[0049] Step S4, generating a scheduling control instruction for conference equipment according to the preset protocol data and conference requirements;

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

[0051] In this embodiment, Figure 1 As shown, in the smart conference equipment control method based on the Internet of Things, first, the real-time status data of each device in the conference system is obtained. The conference equipment here may include: air conditioners, smart lamps, electric curtains, etc. The device status data may include the switch status, parameter settings, fault status, instruction execution status, etc. of the device. These feature data have a strong correlation with the smart control of the conference system; then, the acquired real-time device status data is pre-processed by data cleaning, format conversion, etc. to obtain target feature data that is easy to process and use; again, the target feature data is input into the intermediate conversion component for protocol conversion to obtain preset protocol data; again, according to the preset protocol data and conference requirements, the scheduling control instructions of the conference equipment are generated; finally, according to the scheduling control instructions, the target conference equipment of the target conference of the smart conference system is controlled.

[0052] The solution of the present invention unifies, integrates and parses the various types of message data collected from various devices of the conference system into data in a predetermined format by setting an intermediate conversion component, and then encapsulates it into a message protocol that can be recognized by the upper computer, and generates scheduling control instructions in combination with the optimized scheduling algorithm. It can realize the acquisition of information such as the attributes and status of each node of the conference system, perception of real-time status, and remote control, wake-up, diagnosis and data transmission of the nodes. Before the scheduling control instructions are executed, the control instructions are verified according to the pre-authorization rules, thereby realizing the automated management of information collection nodes and ensuring that the information of all nodes can be queried and controlled accurately, efficiently and securely.

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

[0054] Step S21, performing data cleaning on at least two of the real-time device status data to obtain intermediate data;

[0055] Step S22: convert the format of the intermediate data to obtain target feature data.

[0056] In this embodiment, the real-time device status data is preprocessed. First, a reasonable threshold range for each parameter data is set according to the type of the device status data, and data exceeding the reasonable threshold range is discarded as an abnormal value to prevent the impact of data fluctuations on subsequent data processing. Then, duplicate values ​​and missing values ​​in the device status data are found, and invalid data such as duplicate values ​​and missing values ​​are removed to obtain intermediate data; then, the intermediate data is format-converted; for example, the temperature (21.5) is composed of two original data (21 and 5), which represent the integer part and the decimal part of the temperature, respectively. The system converts the data into a format according to preset rules to obtain target feature data, and the target feature data includes: a data header and a data value, wherein the data header carries the protocol type corresponding to the target feature data.

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

[0058] Step S31, reading the data header of the target characteristic data through an intermediate conversion component, performing protocol type identification, and obtaining the protocol type corresponding to the target characteristic data;

[0059] Step S32: 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.

[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 obtained protocol type's customized delimiter or length rule, for example, numerical data is extracted through byte offset; again, according to the destination location to which the message is to be transmitted, the target protocol type to which the message is to be converted is determined, 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 Transport 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 converter 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 values ​​into a 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. The parsing layer can parse the pre-processed target feature data uploaded by each device of the conference system, extract the data value in the target feature data, and regenerate the preset format data according to the preset format rules. The encapsulation layer can convert the preset format data into preset protocol data that can be processed by the service layer according to the preset protocol rules.

[0065] The parsing layer has preset parsing rules for various device protocols as needed, and the encapsulation layer has preset 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 Modbus protocol (serial communication protocol).

[0066] Specifically, the preset format data is JSON (a lightweight data exchange format). JSON format data has good readability and fast writing characteristics, and can be used for data exchange between different platforms. The formats used are compressed, occupying little bandwidth, and are easy to parse and maintain. The JSON format uses a highly compatible language text format and supports multiple programming languages. It is efficient in both writing and transmission parsing, providing better simplicity and flexibility, and has excellent customary system behavior. It is an object composed of "attribute-value" with a simple and clear hierarchical structure. In conference system equipment management, the JSON format is simple and convenient to use. Sensor devices generate heterogeneous data due to different devices, different transmission protocols, and different transmission methods. All of these can be converted into JSON format through intermediate conversion components, which is convenient for subsequent data calls and greatly improves the efficiency of data processing by intermediate conversion components.

[0067] When using it, define JSON format data as {"device_id":"XXXX", "cmd":"XXXX", "value":XXXX}. Using the parsing rules preset in the parsing layer, read the message uploaded by the device, traverse and 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, the status message uploaded by the air conditioner is parsed as {"device_id":"AC001", "cmd":" ", "value":25}. Attribute values ​​not in the message can be left 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 in 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. The JSON string is embedded as binary data in the payload and directly padded to the end of the message to obtain the MQTT protocol data.

[0068] In addition, taking the encapsulation of JSON data into RS485 protocol message as an example, the JSON data is assembled according to the RS485 protocol encapsulation rules preset in the encapsulation layer. The RS485 protocol message is {[message header][function code][register address][data]}. The attributes of the JSON string are embedded as binary data into the RS485 protocol message to obtain the RS485 protocol data.

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

[0070] Step S41, determining a decision variable of whether the conference device is assigned to a target conference based on the preset protocol data of each conference device and conference requirements;

[0071] Here, the meeting demand can be expressed as: M={m1, m2, ..., m n}, each meeting m i Contains: meeting demand time window [t is ,t ie ], where t is Indicates the meeting start time, t ie Indicates the end time of the meeting; each meeting m i Also includes: Equipment type T required for this meeting i and the number of devices D i ; Meeting place coordinates (x i ,y i );

[0072] The preset protocol data of each conference device can be expressed as: E={e1, e2, ..., e n}, each device e j Contains: Equipment Type T i , device status score s j , the current position coordinates of the device (x i ,y i ), equipment available time period A j ;

[0073] The decision variables are: X ij The value can be 0 or 1. When it is 1, it means the conference device e j Assignable to conference M i ; When it is 0, it means that the conference device cannot be allocated.

[0074] Step S42, determining an objective function based on the decision variables;

[0075] Step S43: generating 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.

[0076] In this embodiment, when scheduling conference equipment, priority is given to equipment in good condition and close to the meeting location. This allows for the rational allocation of equipment resources to avoid equipment conflicts and resource waste. For example, each device has status attributes (availability, performance score) and location coordinates. Each meeting has a time period requirement, and the type and quantity of equipment required. The decision variable is a binary variable indicating whether a device is assigned to a meeting. Next, an objective function is established to minimize the total distance while maximizing the device status score. This objective is combined into a comprehensive objective function, taking into account the balance of device usage to avoid overuse of certain devices.

[0077] For constraints, the number of devices required for each meeting must be met, each device can only be assigned to one meeting at a time, the status of the device must meet the requirements (for example, it must be in good status to be selected), and the type of device must meet the meeting requirements.

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

[0079]

[0080] Among them, X ij is the decision variable, m i For the i-th meeting, e j For the jth device, s j The value can be 0 or 1 for status score. When 1 is the best or available status, 0 is the poor or unavailable status. Distance is the Euclidean distance between the conference location and the device. Maxdistance is the maximum Euclidean distance between the conference location and the device. Load j For device e j The normalized value of the historical usage times, α, β, and γ are weight coefficients.

[0081] The constraints are:

[0082] ,

[0083] Among them, X ij is the decision variable, D i is the number of devices, T i is the device type, E(T i ) is a type match T i device collection.

[0084] In step S43, the devices are sorted according to the urgency of the meeting and the comprehensive scores:

[0085]

[0086] Among them, s j is the status score, distance is the Euclidean distance between the meeting place and the device, and ε is the zero-proof constant.

[0087] Then, the system traverses each target conference and selects the available conference devices with the highest scores. These devices are marked as occupied and are designated as target conference devices. A corresponding dispatch control instruction is generated for each target conference device. The dispatch control instruction includes the user rights, control channel, and token of the target conference device.

[0088] In an optional embodiment of the present invention, in step S5, controlling the target conference device of the target conference according to the scheduling control instruction includes:

[0089] Step S51, determining authorization rules based on user rights, control channels, and tokens in the scheduling control instruction of the target conference device of the target conference;

[0090] Step S52: Control the target conference device of the target conference according to the authorization rule.

[0091] In this embodiment, due to the lack of a unified and effective access control negotiation mechanism for IoT devices under the joint management of multiple device control channels, the device owner is often unable to manage the entire multi-control channel IoT system. As a result, malicious shared users and attackers can use the unsafe device control channels integrated on the device to bypass the device's security measures and achieve unauthorized access control or privacy data theft attacks on the device. Therefore, it is necessary to formulate authorization rules for device command control based on the user permissions, control channels, and tokens of the target conference device. The device owner can perform fine-grained control over access rights to ensure that only authorized users can interact with IoT devices and services, and make fine-grained comprehensive judgments based on multiple factors such as users, devices, channels, and attributes. According to the authorization rules, the smart conference device is controlled 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 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 permission of the holder of token t to the access object of control channel d, and ST represents the mapping from users to the token groups they hold.

[0095] In this embodiment, the network security of smart conference device control is ensured according to authorization rules. First, the request subject is used to represent the user, process, entity or any entity in the system that can initiate an access request, 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., or it can be the attributes of the IoT device that requires access control. These attributes can be the status, function or settings of various smart devices, such as the brightness of a smart light or the switch status of a smart socket. The control permission represents the permission for the subject to operate or access the operation object, such as the permission for a user to read, modify, delete, and other operations on the attributes of an IoT device. The permission determines the extent to which the subject can operate or access the operation object. For example, the device owner has all device operation permissions and can control all device attributes, while other shared users have only partial permissions and can only read the device status but cannot modify the device settings. D is used to represent the set of device control channels supported by the device, T is used to represent the set of tokens (or passwords), and DT = {(d, t)} is used to describe the set of control channel d and token t pairs, where t∈T With d∈D, TR represents the set of access permissions granted to the holder of the mapping token t to access objects (device attributes) through device control channel d. A special requirement for IoT devices supporting multiple device control channels is that access control requests can be delivered to the end device through different device control channels. Since a token Token can only be used on a specific device control channel, it is necessary to determine which device control channel the access request was received through. The authorization rules are:

[0096]

[0097] 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 permission of the holder of token t to the access object of control channel d, and ST represents the mapping from users to the token groups they hold.

[0098] Access decisions are made based on a unified access control policy, which checks whether user s is authorized to access object o through the current device control channel d when holding permission r. To this end, it is necessary to determine whether user s has a token t (t∈ST(s)) on channel d. This will determine whether it can execute the desired operation instruction (r, o) on the IoT device. In other words, only when the authorized user s holds the assigned security token t and performs the authorized device attribute operation (r, o) on the specified device control channel d, the operation request can be allowed to execute.

[0099] In this embodiment, the device status (such as air conditioning operation mode and light brightness value) is polled every 60 seconds and stored in a time series database. Control instructions are generated based on the real-time status of the device and converted into control instructions that can be read by the device. The smart conference system is used for device management, resource scheduling, environmental perception, exception handling, and user interaction control. The control instruction response delay is ≤200ms.

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

[0101] In this embodiment, device owner authority means that the device owner has the ability to manage shared user access rights, including granting and revoking permissions, and is the highest administrator of the system; shared guest authority means that shared guests must obtain permissions granted by the device owner to control IoT devices, that is, they need to obtain a token with corresponding permissions to be allowed to operate the device; control instruction verification means that all device control instructions must undergo fine-grained verification to ensure that only authorized user commands can be executed.

[0102] Meeting room reservation data is also tied to equipment status. When making a reservation, users must select supporting facilities (such as projectors and video conferencing terminals). The platform automatically detects equipment availability (e.g., whether the projector is malfunctioning). If a device is unavailable, a list of alternative meeting rooms is pushed in real time (sorted by capacity and location priority). Locked time periods are dynamically avoided, with maintenance or emergency requisition periods automatically marked as "unavailable" and conflict notifications sent to booked users. Conflict resolution includes the option to automatically relocate adjacent meeting rooms (requiring user confirmation). Parameter definitions include the following: Meeting room allocation weighting algorithm: Priority = 0.4 × capacity matching + 0.3 × equipment availability + 0.3 × distance factor (same floor preferred); Equipment failure threshold: Three consecutive status synchronization failures will be considered offline.

[0103] Adaptive environmental control (environmental perception module) controls and integrates sensor data. Lighting brightness is controlled by a light sensor (threshold range: 300-800 lux). A human infrared sensor (detection range: 5m) triggers an unattended state (device shutdown after 10 minutes of no signal). Dynamic control strategies include pre-starting the air conditioner 10 minutes before a meeting and setting a target temperature based on the outdoor temperature difference (ΔT ≥ 3°C) (default: 24°C in summer, 20°C in winter). Automatic fill lighting is activated based on natural light intensity (target illumination: 500 lux). Five minutes before the meeting ends, the air conditioner switches to energy-saving mode (temperature increases by 2°C in summer and decreases by 2°C in winter). Lights are dimmed to 30% brightness to prevent sudden shutdowns and discomfort. Example parameters: Temperature adjustment range: 18-26°C (exceeding the range triggers an alarm); fill lighting threshold: activates when natural light falls below 400 lux; and configurable timeout for unattended state: 10 minutes.

[0104] Abnormal self-healing and backup strategies (abnormal handling module) diagnose faults and automatically switch to backup communication channels when a device goes offline (for example, Modbus is enabled if the primary MQTT fails). A shutdown protection is triggered when the air conditioner compressor is overloaded (current > 15% of rated value). The backup plan is implemented. If the primary air conditioner fails, the backup air conditioner circuit is activated and the temperature adjustment range is limited to ±1°C. If the lighting circuit shorts, the power supply to the corresponding area is shut off and emergency lighting is activated. Alarm rules: Device Failure Level: Level 1 (Emergency): Power outage, fire sensor triggering, immediate push notification to the administrator's mobile phone; Level 2 (Warning): A single device goes offline, sending an email notification.

[0105] A one-stop user interface design features a visual control panel with a 2D conference room floor plan displaying device locations (such as air conditioning vents and lighting zones). Drag-and-drop policy configuration allows for custom device linkage rules (e.g., "End meeting → Turn off air conditioning + close curtains"). Mobile integration allows for quick linking of conference room devices by scanning a QR code, and voice commands are supported (e.g., "Dim lights to 50%"). AR navigation uses the phone's camera to identify the conference room number and display the device control menu. Interactive parameters include a control command response time of ≤ 1 second and a voice recognition accuracy of ≥ 95% (supporting mixed Chinese and English commands).

[0106] Device hardware structure and operating principle. Environmental sensor array, temperature and humidity sensor (accuracy ±0.5°C), light sensor (range 0-2000 Lux), and human presence sensor (microwave radar + infrared dual-mode); installation location: center of ceiling (coverage radius 8 meters). Actuator terminal: air conditioning controller (RS485 interface, supports PID temperature control); smart switch (rated current 16A, overload protection). Device linkage logic: sensor data → software platform analysis → control command generation → 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, and ZigBee is achieved through the Internet of Things gateway (such as converting RS485 air conditioning commands into standard JSON format), thereby improving compatibility;

[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 turn off, 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, it can achieve environmental adaptive adjustment and energy efficiency optimization, multi-sensor fusion: light (Lux value), human presence (microwave radar signal), temperature and humidity data linkage equipment control; unmanned state energy saving: after detecting that there is no one in the meeting room for 10 minutes, the air conditioner is automatically turned off and the lights are 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, timing control optimization can be implemented: pre-starting the air conditioner 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 5 minutes after the meeting (for example, turn off the light after dimming to 30%) to avoid discomfort caused by sudden power outages.

[0113] Furthermore, the above solution can also automatically switch to the backup Modbus channel when the primary 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 achieve intelligent diagnosis and alarm: faults such as current overload and device offline are pushed to the administrator in real time (response time ≤ 10 seconds); and emergency solutions are provided (such as enabling emergency lighting when a light short-circuit occurs), thereby improving system availability.

[0116] Furthermore, the above solution can also have a unified interactive interface: integrating appointment, 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 achieves zero-conflict scheduling, optimal energy consumption control and user-free operation of conference room management through technologies such as full device protocol compatibility, intelligent environmental perception, and fault-triggered alarm light mechanism. Its comprehensive performance far exceeds that of traditional solutions.

[0119] like Figure 2 As shown, an embodiment of the present invention further provides a smart conference equipment control device 20 based on the Internet of Things, comprising:

[0120] An acquisition module 21 is configured to 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;

[0121] The processing module 22 is used to pre-process at least two of the real-time device status data to obtain target feature data; input the target feature data into the intermediate conversion component for protocol conversion to obtain preset protocol data; generate scheduling control instructions for conference equipment based on the preset protocol data and conference requirements; and control the target conference equipment of the target conference based on the scheduling control instructions.

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

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

[0124] The intermediate data is format-converted to obtain target feature data.

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

[0126] Reading the data header of the target characteristic data through an intermediate conversion component, performing protocol type identification, and obtaining the protocol type corresponding to the target characteristic data;

[0127] 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.

[0128] Optionally, 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:

[0129] Using the intermediate conversion component to extract elements and convert the format of the target feature data to obtain data in a preset format;

[0130] The intermediate conversion component is used to perform protocol encapsulation on the preset format data to obtain preset protocol data.

[0131] Optionally, generating a dispatch control instruction for conference equipment according to the preset protocol data and conference requirements includes:

[0132] Determining, based on the preset protocol data of each conference device and conference requirements, a decision variable for determining whether the conference device is assigned to a target conference;

[0133] Determining an objective function based on the decision variables;

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

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

[0136] Determine authorization rules based on user rights, control channels, and tokens in the scheduling control instructions for the target conference device of the target conference;

[0137] The smart conference equipment is controlled according to the authorization rules.

[0138] Optionally, the authorization rule is:

[0139]

[0140] 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 permission of the holder of token t to the access object of control channel d, and ST represents the mapping from users to the token groups they hold.

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

[0142] An embodiment of the present invention further provides a computing device comprising: one or more processors; and 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 for controlling smart conference equipment based on the Internet of Things described in the present invention. All implementations in the above method embodiments are applicable to the embodiments of this computing device and can achieve the same technical effects.

[0143] Embodiments of the present invention further provide a computer-readable storage medium storing a program that, when executed by a processor, implements the method for controlling an IoT-based smart conference device described in the present invention. All implementations described in the aforementioned method embodiments are applicable to the embodiments of this computer-readable storage medium and can achieve the same technical effects.

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

[0145] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned 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 merely a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed can be through some interface, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

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

[0148] In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0149] If the functions are implemented as 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, or the portion that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product, stored in a storage medium, includes instructions for causing a computer device (such as a personal computer, server, or network device) to execute all or part of the steps of the various embodiments of the method of the present invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, mobile hard drives, ROM, RAM, magnetic disks, or optical disks.

[0150] In addition, it should be pointed out that in the apparatus and method of the present invention, it is obvious that 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. Moreover, the steps of performing the above-mentioned series of processing can naturally be performed in chronological order according to the order of description, but they do not necessarily need to be performed in chronological order, and some steps can be performed 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 method and apparatus of the present invention can be implemented in hardware, firmware, software or a combination thereof in any computing device (including a processor, storage medium, etc.) or a network of computing devices. This 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 purpose of the present invention can also be achieved by running a program or a group of programs on any computing device. The computing device can be a well-known general-purpose device. Therefore, the purpose of the present invention can also be achieved simply by providing a program product containing program code 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 pointed out that in the device and method of the present invention, it is obvious that each component or each step can be decomposed and / or recombined. These decompositions and / or recombinations should be regarded as equivalent schemes of the present invention. In addition, the steps of performing the above-mentioned series of processing can naturally be performed in chronological order according to the order of description, but do not necessarily need to be performed in chronological order. Certain steps can be performed in parallel or independently of each other.

[0152] The above is a preferred embodiment of the present invention. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principles of the present invention. These improvements and modifications should also be regarded as within the scope of protection of the present invention.

Claims

1. A method for controlling smart conference equipment based on the Internet of Things, characterized in that: include: Obtaining 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 based on the preset protocol data and conference requirements; Controlling the target conference device of the target conference according to the scheduling control instruction; Generate scheduling control instructions for conference equipment based on the preset protocol data and conference requirements, including: Determining, based on the preset protocol data of each conference device and conference requirements, a decision variable for determining whether the conference device is assigned to a target conference; According to the decision variables, the objective function is determined; specifically, the objective function is Among them, X ij is the decision variable, m i For the i-th meeting, e j For the jth device, s j The status score can be 0 or 1. When it is 1, it means the status is the best or available, and when it is 0, it means the status is poor or unavailable. Distance is the Euclidean distance between the conference location and the device. Maxdistance is the maximum Euclidean distance between the conference location and the device. Load j For device e j The normalized value of the historical usage times, α, β, γ are weight coefficients; Generate a scheduling control instruction for the target conference device of the target conference based on the objective function and the constraints of the conference device; specifically, the constraints are: ， Among them, X ij is the decision variable, D i is the number of devices, T i is the device type, E(T i ) is a type match T i A collection of devices; Controlling the target conference device of the target conference according to the scheduling control instruction includes: determining authorization rules based on user rights, control channels, and tokens in the scheduling control instruction for the target conference device of the target conference; controlling the target conference device of the target conference according to the authorization rule; 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 permission of the holder of token t to the access object of control channel d, and ST represents the mapping from users to the token groups they hold.

2. The method for controlling smart conference equipment based on the Internet of Things according to claim 1, 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 to obtain intermediate data; The intermediate data is format-converted to obtain target feature data.

3. The method for controlling smart conference equipment based on the Internet of Things according to claim 1, characterized in that: The target characteristic data is input into the intermediate conversion component for protocol conversion to obtain preset protocol data, including: Reading the data header of the target characteristic data through an intermediate conversion component, performing protocol type identification, and obtaining 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, characterized in that: Inputting the target characteristic data 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. A smart conference equipment control device based on the Internet of Things, characterized in that: include: an acquisition module, configured to acquire real-time device status data of at least two different types of conference devices sent by IoT tags of the conference devices, wherein the real-time device status data of at least two different types of conference devices have different protocol formats; a processing module, configured to pre-process 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; generating a scheduling control instruction for conference equipment according to the preset protocol data and conference requirements; Controlling the target conference device of the target conference according to the scheduling control instruction; Generate scheduling control instructions for conference equipment based on the preset protocol data and conference requirements, including: Determining, based on the preset protocol data of each conference device and conference requirements, a decision variable for determining whether the conference device is assigned to a target conference; According to the decision variables, the objective function is determined; specifically, the objective function is Among them, X ij is the decision variable, m i For the i-th meeting, e j For the jth device, s j The status score can be 0 or 1. When it is 1, it means the status is the best or available, and when it is 0, it means the status is poor or unavailable. Distance is the Euclidean distance between the conference location and the device. Maxdistance is the maximum Euclidean distance between the conference location and the device. Load j For device e j The normalized value of the historical usage times, α, β, γ are weight coefficients; Generate a scheduling control instruction for the target conference device of the target conference based on the objective function and the constraints of the conference device; specifically, the constraints are: ， Among them, X ij is the decision variable, D i is the number of devices, T i is the device type, E(T i ) is a type match T i A collection of devices; Controlling the target conference device of the target conference according to the scheduling control instruction includes: determining authorization rules based on user rights, control channels, and tokens in the scheduling control instruction for the target conference device of the target conference; controlling the target conference device of the target conference according to the authorization rule; 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 permission of the holder of token t to the access object of control channel d, and ST represents the mapping from users to the token groups they hold.

6. A computing device, characterized in that include: one or more processors; A storage device for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement the method according to any one of claims 1 to 4.

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

Images