Intelligent light control method and device, computer equipment and storage medium

Abstract

The invention relates to the field of intelligent buildings and Internet of Things, and relates to an intelligent light control method, which comprises the following steps: acquiring first light operation data corresponding to each lamp; receiving a light control request corresponding to the target lamp sent by the user through the intelligent panel; the light control request is analyzed, request parameters are obtained, and the request parameters comprise a user ID, a target floor, a control area and a time range; verifying the request parameter according to a preset multi-level permission model, and determining whether the user ID meets authorization conditions of a target floor, a control area and a time range at the same time; if the user ID accords with the authorization conditions of the target floor, the control area and the time range at the same time, obtaining first light operation data corresponding to the target lamp, controlling the target lamp to execute operation corresponding to the light control request, adjusting the first light operation data corresponding to the target lamp into second light operation data corresponding to the light control request, and sending the second light operation data to the target lamp. And the management efficiency of the lighting system in the multi-tenant scene is improved.

Description

Technical Field

[0001] This application relates to the fields of smart building and Internet of Things technology, and in particular to a smart lighting control method, device, computer equipment and storage medium. Background Technology

[0002] With the rapid development of smart building and IoT technologies, multi-tenant buildings (such as commercial office buildings and industrial parks) are increasingly demanding intelligent and refined management of lighting control systems. Multi-tenant lighting control systems based on network communication and smart hardware are gradually becoming mainstream, replacing the traditional single-area manual control mode.

[0003] Existing multi-tenant lighting control systems typically achieve remote control and status acquisition of lights through hardware devices such as smart panels and sensors, supporting basic functions such as switching on and off and brightness adjustment. However, in traditional control methods, the boundaries of control permissions for lights among different levels of personnel within a tenant are blurred, which can easily lead to unauthorized operations. As a result, lighting control systems in multi-tenant scenarios cannot meet the needs of refined management.

[0004] In view of the above, this application is hereby submitted. Summary of the Invention

[0005] The purpose of this application is to propose an intelligent lighting control method, device, computer equipment, and storage medium to solve the technical problem that refined management cannot be achieved due to the ambiguity of the permission boundaries for lighting control among different levels of users in a tenant.

[0006] To address the aforementioned technical problems, this application provides an intelligent lighting control method, which employs the following technical solution: A smart lighting control method includes the following steps: The system receives lighting control requests from users for the target lighting fixtures via a smart panel. The lighting control request is parsed to obtain request parameters, which include user ID, target floor, control area, and time range. The request parameters are verified according to a preset multi-level permission model to determine whether the user ID simultaneously meets the authorization conditions of the target floor, the control area, and the time range. If the user ID meets the authorization conditions of the target floor, the control area, and the time range, then the first lighting operation data corresponding to the target light fixture is obtained, and the target light fixture is controlled to perform the operation corresponding to the lighting control request, adjusting the first lighting operation data corresponding to the target light fixture to the second lighting operation data corresponding to the lighting control request.

[0007] Furthermore, prior to the step of receiving the lighting control request corresponding to the target lighting fixture sent by the user via the smart panel, the method further includes: Obtain the permission level information of the tenant group corresponding to the target lighting fixture; Based on the permission level information and the preset lighting control permission configuration information, determine the mapping relationship between different levels and different lighting control permission ranges in the tenant group; Based on the mapping relationship, the multi-level permission model is constructed.

[0008] Furthermore, after the step of constructing the multi-level permission model based on the mapping relationship, the method further includes: Receive the model update instruction corresponding to the multi-level permission model, wherein the model update instruction carries the change information corresponding to the permission level information; The mapping relationship is adjusted according to the change information, and the multi-level permission model is updated based on the adjusted mapping relationship.

[0009] Furthermore, after the step of verifying the request parameters according to a preset multi-level permission model to determine whether the user ID simultaneously meets the authorization conditions of the target floor, the control area, and the time range, the method further includes: If the user ID does not meet the authorization conditions of the target floor and / or the authorization conditions of the control area and / or the authorization conditions of the time range, a prompt message indicating that the user does not have the corresponding control permission will be returned to the user terminal that issued the lighting control request.

[0010] Furthermore, after the steps of obtaining the first lighting operation data corresponding to the target light fixture and controlling the target light fixture to perform the operation corresponding to the lighting control request if the user ID simultaneously meets the authorization conditions of the target floor, the control area, and the time range, and adjusting the first lighting operation data corresponding to the target light fixture to the second lighting operation data corresponding to the lighting control request, the method further includes: Obtain the location information of the target light fixture; Based on the location information, the target lighting fixture is mapped to the corresponding coordinates on a preset three-dimensional electronic map; Based on the first lighting operation data, each of the lighting fixtures is marked on the three-dimensional electronic map to obtain the marked target three-dimensional electronic map.

[0011] Furthermore, the step of obtaining the first lighting operation data corresponding to the target luminaire specifically includes: Collect power data for each light fixture; The target power data corresponding to the target lamp is extracted from the power data, and the target power data is analyzed to obtain the first lamp operation data.

[0012] Furthermore, after the steps of extracting the target power data corresponding to the target lamp from the power data and analyzing the target power data to obtain the first lamp operation data, the method further includes: When the change in the target power data exceeds a preset threshold, status change information is generated based on the change. Update the first light operation data based on the state change information.

[0013] To address the aforementioned technical problems, this application also provides an intelligent lighting control device, which employs the following technical solution: A smart lighting control device, comprising: The receiving module is used to receive lighting control requests for the target lighting fixture sent by the user through the smart panel; The parsing module is used to parse the lighting control request to obtain request parameters, which include tenant ID, target floor, control area and time range; The verification module is used to verify the request parameters according to a preset multi-level permission model, and determine whether the tenant ID meets the authorization conditions of the target floor, the control area and the time range at the same time. The control module is configured to, if the user ID simultaneously meets the authorization conditions of the target floor, the control area, and the time range, obtain the first lighting operation data corresponding to the target light fixture, and control the target light fixture to perform the operation corresponding to the lighting control request, adjusting the first lighting operation data corresponding to the target light fixture to the second lighting operation data corresponding to the lighting control request.

[0014] To address the aforementioned technical problems, this application also provides a computer device that employs the following technical solution: A computer device includes a memory and a processor, the memory storing computer-readable instructions, the processor executing the computer-readable instructions to implement the steps of the intelligent lighting control method described above.

[0015] To address the aforementioned technical problems, this application also provides a computer-readable storage medium, employing the technical solution described below: A computer-readable storage medium storing computer-readable instructions, which, when executed by a processor, implement the steps of the intelligent lighting control method described above.

[0016] Compared with the prior art, the embodiments of this application have the following main advantages: The intelligent lighting control method disclosed in this application receives a lighting control request from a user for a target lighting fixture via an intelligent panel; the lighting control request is parsed to obtain request parameters, including a user ID, a target floor, a control area, and a time range; the request parameters are verified according to a preset multi-level permission model to determine whether the user ID simultaneously meets the authorization conditions for the target floor, the control area, and the time range; if the user ID simultaneously meets the authorization conditions for the target floor, the control area, and the time range, then the first lighting operation data corresponding to the target lighting fixture is obtained, and the target lighting fixture is controlled to perform the operation corresponding to the lighting control request, adjusting the first lighting operation data corresponding to the target lighting fixture to the second lighting operation data corresponding to the lighting control request. This application achieves refined permission management of lighting control in multi-tenant scenarios by constructing a multi-level permission model to accurately verify lighting control requests, ensuring the security and standardization of control operations, and improving the management efficiency and response speed of the lighting system. Attached Figure Description

[0017] To more clearly illustrate the solutions in this application, the accompanying drawings used in the description of the embodiments of this application will be briefly introduced below. Obviously, the accompanying drawings described below are some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0018] Figure 1 This is an exemplary system architecture diagram to which this application can be applied; Figure 2 This is a flowchart of one embodiment of the intelligent lighting control method according to this application; Figure 3 This is a schematic diagram of the structure of an embodiment of the intelligent lighting control device according to this application; Figure 4 This is a schematic diagram of the structure of one embodiment of the computer device according to this application. Detailed Implementation

[0019] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application pertains; the terminology used herein in the specification of the application is for the purpose of describing particular embodiments only and is not intended to be limiting of the application; the terms "comprising" and "having," and any variations thereof, in the specification, claims, and foregoing drawings of this application, are intended to cover non-exclusive inclusion. The terms "first," "second," etc., in the specification, claims, or foregoing drawings of this application are used to distinguish different objects, not to describe a particular order.

[0020] In this document, the term "embodiment" means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0021] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings.

[0022] like Figure 1 As shown, system architecture 100 may include terminal devices 101, 102, and 103, a network 104, and a server 105. Network 104 serves as the medium for providing communication links between terminal devices 101, 102, and 103 and server 105. Network 104 may include various connection types, such as wired or wireless communication links, or fiber optic cables, etc.

[0023] Users can use terminal devices 101, 102, and 103 to interact with server 105 via network 104 to receive or send messages, etc. Various communication client applications can be installed on terminal devices 101, 102, and 103, such as web browser applications, shopping applications, search applications, instant messaging tools, email clients, social media platform software, etc.

[0024] Terminal devices 101, 102, and 103 can be various electronic devices with displays and web browsing capabilities, including but not limited to smartphones, tablets, e-book readers, MP3 (Moving Picture Experts Group Audio Layer III) players, MP4 (Moving Picture Experts Group Audio Layer IV) players, laptops, and desktop computers, etc.

[0025] Server 105 can be a server that provides various services, such as a backend server that supports the pages displayed on terminal devices 101, 102, and 103.

[0026] It should be noted that the intelligent lighting control method provided in this application embodiment is generally executed by a terminal device, and correspondingly, the intelligent lighting control device is generally installed in the terminal device.

[0027] It should be understood that Figure 1 The number of terminal devices, networks, and servers shown is merely illustrative. Depending on implementation needs, any number of terminal devices, networks, and servers can be included.

[0028] Continue to refer to Figure 2 A flowchart of an embodiment of the intelligent lighting control method according to this application is shown. The intelligent lighting control method includes the following steps: Step S201: Receive the lighting control request corresponding to the target lighting fixture sent by the user through the smart panel.

[0029] In this embodiment, the intelligent lighting control method operates on an electronic device (e.g., Figure 1 The terminal device shown can send or receive data via wired or wireless connection. It should be noted that the aforementioned wireless connection methods may include, but are not limited to, 3G / 4G / 5G connections, WiFi connections, Bluetooth connections, WiMAX connections, Zigbee connections, UWB (ultra wideband) connections, and other currently known or future known wireless connection methods.

[0030] In this embodiment, a replaceable smart panel with a built-in WiFi / Bluetooth dual-mode communication module is connected to the existing power supply line inside the building wall. The panel connects to the building's local area network via WiFi, with Bluetooth as a backup communication method. The smart panel integrates a touch switch and can support local lighting control operations.

[0031] Optionally, lighting control requests can be basic switch requests, fault-related requests, or timed control requests. Basic switch requests refer to users sending switch commands such as "turn on all lights in the East Zone on the 3rd floor" or "turn off the lights in the West Zone meeting room on the 4th floor" via touch operation on the smart panel, directly controlling the on / off status of the lights. Fault-related requests refer to users sending a request to "force turn off the faulty light" when a light malfunctions, to prevent the fault from escalating. Timed control requests refer to planned operations that include time parameters, such as "automatically turn on the lights in the lobby on the 1st floor at 9:00 on weekdays" or "turn off all lights in non-overtime areas at 18:00".

[0032] For example, in a multi-tenant lighting control system of a commercial office building, users initiate lighting control operations through smart panels deployed in public areas and offices on each floor. The smart panel has a built-in touch interface, and users can generate lighting control requests for target lighting fixtures by clicking on area selection buttons (such as "3rd Floor East Zone"), time setting options (such as "9:00-18:00"), and control commands (such as "on" and "off").

[0033] Step S202: Parse the lighting control request to obtain request parameters, which include user ID, target floor, control area, and time range.

[0034] In this embodiment, the smart panel serves as the front-end carrier for user interaction with the system, and the request data it generates contains complete information about the user's operation. First, the user ID is identified from the authentication field of the request. This ID is directly bound to the employee account in the enterprise's AD / LDAP organizational structure. For example, "tenantB_tech_li" corresponds to employee Li from the technical department of tenant B. This identifier allows tracing the user's tenant and department. The enterprise AD / LDAP organizational structure refers to the standardized directory service architecture used within the enterprise to manage information such as users, departments, and permissions. Second, the target floor is parsed from the spatial location information of the request and presented in the form of a numerical code, such as "5" representing the 5th floor of the office building, ensuring clear floor boundaries of the control area. At the same time, control area parameters are further extracted, using the unified area division rules of the office building, such as "Central Zone - North Side" and "West Zone - Window Area," to accurately pinpoint the specific spatial range that needs to be controlled. Finally, the time range is extracted from the timeliness settings of the request and presented in a standardized format of "Start Time - End Time," such as "8:30-19:00," clearly indicating the time period during which the control request is effective.

[0035] Step S203: Verify the request parameters according to the preset multi-level permission model to determine whether the user ID simultaneously meets the authorization conditions of the target floor, the control area, and the time range.

[0036] In this embodiment, the multi-level permission model refers to a permission model deeply bound to the AD / LDAP organizational structure of each tenant company in the office building. Its core is to map different levels within the tenant group to lighting control permissions, transforming the company's actual organizational structure into lighting control permission boundaries that can be recognized by the system. All mapping relationships are stored in the system database in structured data form as the basis for permission verification. For example, in tenant A's permission system, based on the organizational unit setting of "Technical Department" in its AD / LDAP, users in this department are pre-restricted to only operate the lights in the west wing of the 5th floor, and the operation time is strictly limited to weekdays from 8:30 to 19:00 (operations outside of weekdays and outside this time period are not allowed). These specific authorization scopes and time limits are fully recorded in the multi-level permission model, forming a permission "whitelist" for users in this department.

[0037] For example, when validating request parameters, firstly, based on the user ID "tenantA_tech_liu" in the request parameters, the user's tenant is accurately matched to "Tenant A" and their department to "Technology Department" in the multi-level permission model through real-time mapping with the AD / LDAP server, ensuring the correspondence between identity and organizational structure; then, based on the department information, the complete authorization information of the Technology Department is extracted from the model, including the specific authorized floor (limited to 5 floors, excluding other floors), authorized area (only the West Zone, excluding the East Zone, Central Zone, and other areas), and authorization time (…). (Workdays 8:30-19:00, including all workday hours but excluding weekends and public holidays); Finally, compare the target floor (5th floor), control area (west zone), and time range (9:00-18:00) in the request parameters with the authorization information to verify that all three are within the authorized range. If the target floor is consistent with the authorized floor, the overlap between the control area and the authorized area is checked to ensure that the operation area does not exceed the authorized boundary, and the request time period falls within the authorized time period, then it means that the user ID meets the authorization conditions for the target floor, control area, and time range, and the execution of subsequent lighting control operations is allowed.

[0038] Step S204: If the user ID meets the authorization conditions of the target floor, the control area, and the time range, then the first lighting operation data corresponding to the target light fixture is obtained, and the target light fixture is controlled to perform the operation corresponding to the lighting control request, adjusting the first lighting operation data corresponding to the target light fixture to the second lighting operation data corresponding to the lighting control request.

[0039] In this embodiment, the first lighting operation data refers to a collection of various data reflecting the operating status of the lighting fixtures, including but not limited to basic status data, fault-related data, and energy consumption-related data. The basic status data can be the on / off status and operating time of the lighting fixtures; fault-related data can be the type of fault and the time of fault occurrence; energy consumption-related data can be real-time current, voltage, and other electrical parameters, or energy consumption values ​​derived from these parameters. To achieve real-time synchronization of lighting fixture status, the panel adopts a "periodic reporting + triggered reporting" mechanism, sending a heartbeat packet to the control center every 10 seconds. When a sudden change occurs in the lighting fixture status (such as a sudden fault or forced shutdown), the panel will immediately and proactively report the status change. The heartbeat packet refers to an information packet sent at a fixed period, containing the current status data of the lighting fixture; the period can be set to 5 seconds, 1 minute, etc., according to actual needs. Specifically, in a multi-tenant lighting control system for a commercial office building, after the intelligent panel establishes a communication connection with the lighting fixtures, it receives the operating status information of the lighting fixtures in real time and aggregates this information to the database of the control center through a preset data interface, forming an independent operating dataset for each lighting fixture. These datasets serve as the foundational data source for subsequent access control verification, status visualization, and energy efficiency analysis. For example, when the control center displays the status of the lights in the East Zone on the 3rd floor, it needs to call the operating data of the lights in that area to determine the current on / off status and energy consumption of the lights.

[0040] Optionally, once the system verifies through a multi-level permission model that a user ID simultaneously meets the authorization conditions for the target floor, control area, and time range, it will execute the corresponding lighting control operation and synchronously update the lighting operation data. Specifically, if tenant B's marketing department user (user ID "tenantB_market_chen") initiates a control request to "turn on the lights in the south area of ​​the 4th floor exhibition hall from 10:00 to 16:00 on weekdays," the system verifies that the user's department's authorization scope includes the "south area of ​​the 4th floor," and the request time "10:00-16:00" falls within their authorized time period of "9:00-18:00," meeting the three-dimensional authorization conditions. At this point, the system sends an execution command to the target lighting fixture in the south area of ​​the 4th floor, controlling the fixture to switch from the "off" state to the "on" state.

[0041] For example, the smart panel collects real-time data on changes in the status of the lighting fixtures. The original first lighting operation data, which showed "switch status as off, current 0A, and running time 0 minutes," is adjusted to generate second lighting operation data, updated to "switch status as on, real-time current 0.6A, and running time accumulated over time." This data is then synchronized to the control center database through a "periodic reporting + triggered reporting" mechanism. The control center changes the color of the lighting fixtures in the south area of ​​the 4th floor from gray (off) to green (on), and the energy consumption statistics module begins calculating the real-time energy consumption of this area based on the second lighting operation data, providing the latest data support for subsequent energy efficiency analysis.

[0042] This application constructs a multi-level permission model to accurately verify lighting control requests, realizing refined permission management for lighting control in multi-tenant scenarios, ensuring the security and standardization of control operations, and improving the management efficiency and response speed of the lighting system.

[0043] In some optional implementations of this embodiment, before the step of receiving the lighting control request corresponding to the target lighting fixture sent by the user via the smart panel, the method further includes: Obtain the permission level information of the tenant group corresponding to the target lighting fixture; Based on the permission level information and the preset lighting control permission configuration information, determine the mapping relationship between different levels and different lighting control permission ranges in the tenant group; Based on the mapping relationship, the multi-level permission model is constructed.

[0044] In this embodiment, the preset lighting control permission configuration information refers to the configuration information pre-set by the system to regulate the lighting control scope of different levels of tenant groups (tenants, departments, users). This configuration information covers core content such as permission level division standards, spatial authorization boundaries, and time restrictions. For example, the configuration information clearly states that "tenant-level permissions cover all floors and public areas they lease; department-level permissions are limited to their own office area; user-level permissions are inherited from their department and refined to specific operating time periods."

[0045] Optionally, before receiving user lighting control requests via the smart panel, a multi-level permission model needs to be constructed in advance. Specifically, the system establishes an encrypted data interface with the AD / LDAP servers of each tenant company in the office building to obtain the permission level information of the tenant group corresponding to the target lighting fixture. This information is presented in structured data form. At the tenant level, it includes basic information such as company name and leased floor range; at the department level, it is refined to the specific office area; and at the user level, it is associated with details such as employee name, position, and department. Each level is initially associated with the corresponding lighting fixture control range through a unique identifier.

[0046] For example, by combining the preset lighting control permission configuration information, the system determines the mapping relationship between different levels and the scope of lighting control permissions. For instance, tenant A's rental area is floors 3-5. According to the setting in the configuration information that "tenant-level permissions cover the entire area of ​​the rented floors," its permission scope is mapped to "all areas of floors 3-5 (including public corridors)." The subordinate marketing department, whose actual office location is the east area of ​​the 3rd floor, is mapped to "the east area of ​​the 3rd floor (including meeting rooms and tea rooms within this area)" based on the setting that "department-level permissions are limited to the department's office area." Users in this department are mapped to "the east area of ​​the 3rd floor + 9:00-18:00 on weekdays" based on the setting that "user-level permissions inherit department permissions and are limited to weekdays 9:00-18:00," with an additional restriction that "the duration of a single continuous control session shall not exceed 4 hours" to avoid resource abuse. Based on the above mapping relationship, the system stores the hierarchical information of tenants, departments, and users with the corresponding floor, area, and time permission scope in the permission database in the form of key-value pairs, constructing a multi-level permission model. The model also includes permission priority settings, such as "tenant administrator permissions are higher than department permissions" and conflict handling mechanisms, such as "when time ranges overlap, the narrower range shall prevail".

[0047] Optionally, cross-platform authentication integration can be implemented for multi-tenant access management. Specifically, the system integrates AD / LDAP, SAML 2.0, and OAuth 2.0 protocols, supporting integration with enterprise SSO systems. When an employee of Tenant A logs in through the enterprise's internal SSO system, the system verifies the validity of their identity token and generates a temporary access token valid for 2 hours. The employee can use this token to directly operate the lights in the authorized area without repeatedly entering their account and password, achieving seamless cross-platform operation from the enterprise office system to the lighting control system. SAML 2.0 and OAuth 2.0 are both cross-platform authentication protocols; the enterprise SSO system is a single sign-on system, allowing users to access multiple related systems after a single authentication.

[0048] This application constructs a multi-level permission model, which standardizes the construction of the permission model, making the scope of lighting control permissions for different tenant groups clear and standardized, providing a unified and reliable basis for subsequent permission verification, improving the accuracy of permission management, effectively preventing unauthorized operations, and comprehensively enhancing the permission management efficiency of the multi-tenant intelligent lighting control system.

[0049] In some optional implementations of this embodiment, after the step of constructing the multi-level permission model based on the mapping relationship, the method further includes: Receive the model update instruction corresponding to the multi-level permission model, wherein the model update instruction carries the change information corresponding to the permission level information; The mapping relationship is adjusted according to the change information, and the multi-level permission model is updated based on the adjusted mapping relationship.

[0050] In this embodiment, the change information corresponding to the permission hierarchy information can be organizational structure change instructions, permission scope adjustment instructions, or hierarchical relationship change instructions, etc. Organizational structure change instructions can be automatically triggered by the enterprise AD / LDAP server, corresponding to scenarios such as the addition, merger, splitting, or revocation of departments. For example, tenant C adds a customer service department, located on floor 5, with an authorized area of ​​the North Zone, and an operating time of 9:00-18:00. Permission scope adjustment instructions can be manually initiated by the administrator through the system backend to modify the authorization boundaries of existing levels. For example, tenant D's marketing department's control area is expanded from the South Zone of floor 6 to both the North and South Zones of floor 6. Hierarchical relationship change instructions can be used to adjust the affiliation between tenants, departments, and users, thereby synchronously inheriting permissions. For example, tenant G's finance department is changed from a first-level department to belong to the President's Office, inheriting some of the President's Office's permissions.

[0051] For example, the system monitors and receives model update instructions for multi-level permission models in real time. These instructions are typically initiated by the building administrator through the backend management system, or automatically triggered by the enterprise AD / LDAP server when department information changes. The instructions carry the changed content corresponding to the permission level information. For instance, if tenant B adds a research and development department due to business expansion, its AD / LDAP server pushes a model update instruction to the system, which includes the change information "Add tenant B - Research and Development Department, associated office area is the 6th floor west area, authorized time is weekdays 9:00-20:00". After receiving the instruction, the system automatically parses the change information, identifies the department level to be added and the corresponding permission scope, and then adjusts the original mapping relationship. Under tenant B's permission system, a new mapping entry of "Research and Development Department - 6th floor west area + weekdays 9:00-20:00" is added, and inherited permissions are configured for users in this department simultaneously.

[0052] This application enables dynamic scalability of the permission model by supporting the receipt of model update instructions carrying permission level change information and making targeted adjustments to the mapping relationship to update the multi-level permission model. This further improves the flexibility, timeliness, and adaptability of permission management in multi-tenant scenarios, and provides a reliable guarantee for the long-term stable operation of the system.

[0053] In some optional implementations of this embodiment, after the steps of verifying the request parameters according to a preset multi-level permission model and determining whether the user ID simultaneously meets the authorization conditions of the target floor, the control area, and the time range, the method further includes: If the user ID does not meet the authorization conditions of the target floor and / or the authorization conditions of the control area and / or the authorization conditions of the time range, a prompt message indicating that the user does not have the corresponding control permission will be returned to the user terminal that issued the lighting control request.

[0054] In this embodiment, the "lack of control permissions" prompt refers to the feedback content returned by the system to the user when a user's request to control the lights is rejected because it does not meet the authorization conditions for the target floor, control area, or time range. This feedback clearly informs the user of the reason for the insufficient permissions and provides relevant guidance. This includes, but is not limited to, prompts regarding insufficient floor permissions, insufficient area permissions, insufficient time permissions, and comprehensive prompts regarding insufficient permissions across multiple dimensions. The prompts for insufficient floor permissions can be as follows: Clearly informing the user that the requested floor is outside their authorized scope and providing additional floor information, such as "You do not have permission to control the lights on the 8th floor; your authorized floors are the 5th and 6th floors." For insufficient area permissions, the prompt can state that the requested control area exceeds the authorized scope, while also indicating the permitted areas, such as "You only have permission to control the lights in the central area of ​​the 7th floor; the requested western area is not within the authorized scope." For insufficient time permissions, the prompt can indicate that the requested time is outside the valid authorized time period and specify the allowed time range, such as "The current time is 20:30, which is outside your authorized time period (8:30-19:00), so the operation cannot be performed." For comprehensive prompts regarding insufficient permissions across multiple dimensions, the prompt can summarize the reasons when the user does not meet multiple authorization conditions simultaneously, such as "Operation failed because you do not have permission to control the 9th floor (authorized floor is the 7th floor), and the current time (Saturday) is outside the authorized time period (weekdays 8:00-18:00)."

[0055] For example, the authorized scope of tenant A's technical department user (user ID "tenantA_tech_zhang") is "5th floor, west zone + weekdays 8:30-19:00". When this user attempts to initiate a request through the smart panel to "control the lights on the 6th floor, east zone, 10:00-16:00", the system verification finds that the target floor "6th floor" is beyond its authorized floor "5th floor", and the control area "east zone" is not within its authorized area "west zone". Therefore, the user ID is determined to be invalid. At this time, the smart panel's interactive interface will immediately display a prompt message, such as "You currently do not have permission to control the lights on the 6th floor, east zone. Please confirm whether the operation scope is correct," and below the message will be the user's valid authorized scope ("Your authorized area is the 5th floor, west zone, and the valid time period is weekdays 8:30-19:00"), helping the user to understand the boundaries of their permissions.

[0056] This application returns targeted permission deficiency messages to the user, clearly informing them of the specific reasons why their operation was denied, and supplementing their valid permission scope as a reference, helping users quickly understand their own permission boundaries. This not only ensures the security of permission isolation in multi-tenant scenarios but also optimizes the user interaction experience, avoiding confusion or dissatisfaction caused by operation denial without knowing the reason, further improving the system's usability and reliability.

[0057] In some optional implementations of this embodiment, after the steps of obtaining the first lighting operation data corresponding to the target light fixture and controlling the target light fixture to perform the operation corresponding to the lighting control request if the user ID simultaneously meets the authorization conditions of the target floor, the control area, and the time range, and adjusting the first lighting operation data corresponding to the target light fixture to the second lighting operation data corresponding to the lighting control request, the method further includes: Obtain the location information of the target light fixture; Based on the location information, the target lighting fixture is mapped to the corresponding coordinates on a preset three-dimensional electronic map; Based on the first lighting operation data, each of the lighting fixtures is marked on the three-dimensional electronic map to obtain the marked target three-dimensional electronic map.

[0058] In this embodiment, the preset 3D electronic map refers to a digital 3D model constructed based on the actual building structure of the office building, serving as the fundamental carrier for visualizing the location and monitoring the status of lighting fixtures. The 3D electronic map recreates the physical spatial structure of the office building, including the floor plan layout of each floor, and incorporates a built-in spatial coordinate system for precise location of each physical point. The map can be constructed using methods such as importing architectural CAD drawings, laser scanning modeling, or BIM (Building Information Modeling) file conversion to build a basic 3D framework. This is then combined with on-site survey data to calibrate the size scale, and finally, functional zone labels and coordinate anchor points are added to form an interactive 3D electronic map. The system intuitively displays the operating status of the lighting fixtures on the 3D electronic map, distinguishing different states through visual differences such as color, shape, and dynamic effects, facilitating quick user identification. Specifically, this can be based on on / off status markings, such as using solid green dots to mark the on state and hollow gray dots to mark the off state; or it can be based on brightness / color temperature markings, such as using dot size proportional to brightness to represent brightness levels, orange halos to represent warm light, and blue halos to represent cool light.

[0059] For example, the system first obtains the location information of the target light fixture through the built-in positioning module (such as a Bluetooth beacon) or a preset installation file. This information is presented in the format of "floor-area-specific coordinates", such as "5th floor, west wing - meeting room 1 - (X:12.5, Y:8.3, Z:3.2)", accurately identifying the physical installation location of the light fixture. Next, the system matches this location information with a preset 3D electronic map of the office building, mapping the light fixture to the corresponding 3D coordinates on the map at a 1:1 scale. The system then visualizes the current lighting operation data of each light fixture, such as on / off status, brightness, and energy consumption, on the 3D electronic map. For example, a light fixture in meeting room 1 on the 5th floor, west wing, that is on (70% brightness) is displayed as a medium-sized solid green dot on the 3D electronic map; while a light fixture that is off in the corridor of the 3rd floor, east wing, is displayed as a gray hollow dot, ultimately forming a marked target 3D electronic map.

[0060] Optionally, when administrators need to analyze the lighting energy consumption of each tenant, they can initiate a filtering command through the platform's filtering interface. For example, the administrator selects three dimensions on the interface: "Tenant," "Floor," and "Energy Consumption Range," and enters specific parameters, such as tenants "Company B" and "Company C," floors "3-5," and energy consumption range ">50kWh per day." After receiving the command, the system retrieves matching lighting operation data from the database. For example, the number of times lights were switched on / off in Company B's 3rd-floor office area this month (average 28 times per day), daily energy consumption (65kWh-82kWh), and 2 fault records (both due to poor contact); the number of times lights were switched on / off in Company C's 4th-5th-floor R&D area (average 15 times per day), daily energy consumption (52kWh-70kWh), and 0 fault records. After statistically analyzing the extracted data, the system generates multi-dimensional visualization charts, such as a bar chart comparing the daily energy consumption differences between the two tenants, a line chart showing the weekly energy consumption trend of floors 3-5, and a table listing the specific fault times and causes. All charts can be displayed intuitively on the platform interface. Administrators can also click the "Export Excel" button to save the filtered raw data and statistical results in Excel format, including fields such as "tenant name, floor, date, number of switches, energy consumption value, and fault details".

[0061] This application acquires the location information of the lighting fixtures and maps and marks them on a preset 3D electronic map to construct a visualized 3D electronic map of the target. This enables an intuitive presentation of the physical location and operating status of the lighting fixtures, and provides an efficient tool for administrators to monitor and maintain the system globally, thereby enhancing the system's practicality and management efficiency in complex multi-tenant scenarios.

[0062] In some optional implementations of this embodiment, the step of obtaining the first lighting operation data corresponding to the target luminaire specifically includes: Collect power data for each light fixture; The target power data corresponding to the target lamp is extracted from the power data, and the target power data is analyzed to obtain the first lamp operation data.

[0063] In this embodiment, power data is the core parameter reflecting the operating status of the lighting fixture, mainly including basic electrical parameters, energy consumption-related data, and operating status characteristic parameters. The basic electrical parameters include voltage, current, and power. Voltage and current are directly collected by corresponding sensors, while power is calculated based on the collected voltage and current data. Energy consumption-related data includes cumulative power consumption and power factor. Cumulative power consumption can be obtained by time integration of real-time power data, while the power factor can be directly collected by a dedicated sensor with detection capabilities. Operating status characteristic parameters involve current / voltage fluctuation frequency and peak starting current. The current / voltage fluctuation frequency is obtained by performing time-domain analysis on continuously collected current and voltage data, counting the number of times the data exceeds the normal fluctuation range per unit time. The peak starting current is obtained at the moment the lighting fixture starts, by increasing the sampling frequency and capturing the maximum value in the current data.

[0064] For example, the system first uses a smart meter, current sensor, and built-in status monitoring module connected in series in the lighting circuit to collect real-time power data of each lamp. This data includes, but is not limited to, real-time current values ​​(e.g., 0.3A, 0.5A), voltage values ​​(e.g., 220V), instantaneous power (e.g., 60W, 90W), and cumulative power consumption (e.g., 1.2kWh per day); electrical characteristic parameters such as current fluctuation frequency and voltage stability. Next, the system extracts the power data corresponding to the target lamp for multi-dimensional analysis. Specifically, by comparing the power with the lamp's rated power, the system determines the lamp's on / off status; for example, a power greater than 5W is considered "on," and a power close to 0W is considered "off." Based on the calibration curve of current value and brightness (e.g., 0.2A corresponds to 30% brightness, 0.4A corresponds to 70% brightness), the real-time brightness level is deduced. Combined with power changes over continuous periods, the system identifies abnormal states; for example, a sudden increase in power to 150% of the rated value is considered "overload," and frequent power fluctuations are considered "poor contact." After analysis, the raw power data was transformed into structured first lighting operation data, such as "5th floor west area - meeting room 1 - lamp 1 is on, brightness 70%, real-time power 65W, daily power consumption 0.3kWh, status normal".

[0065] This application achieves real-time monitoring of the status of lighting fixtures by collecting and analyzing their power data, and can also promptly detect abnormalities. This lays the foundation for the precision of lighting control, the scientific nature of energy consumption management, and the timeliness of equipment maintenance, effectively improving the system's intelligence level and operational efficiency.

[0066] In some optional implementations of this embodiment, after the steps of extracting the target power data corresponding to the target lamp from the power data, analyzing the target power data, and obtaining the first lamp operation data, the specific implementation includes: When the change in the target power data exceeds a preset threshold, status change information is generated based on the change. Update the first light operation data based on the state change information.

[0067] In this embodiment, the preset threshold refers to the critical value set in advance by the system to determine whether the power data has changed significantly. It is the judgment standard for triggering the update of the lighting operation status. For example, the power change threshold can be set to ±20%, that is, when the power increases or decreases by more than 20% from the current value, the update is triggered; the current fluctuation threshold can be set to ±0.1A, that is, when the current change exceeds this range, the update is triggered; the energy consumption growth threshold can be set to 1kWh / hour, that is, when the power consumption per unit time suddenly increases by more than this value, the update is triggered.

[0068] For example, the current operating data of the lights in the tea room on the 5th floor east wing is "On, brightness 60%, real-time power 45W". When the user adjusts the brightness to 90% via the smart panel, the light current increases from 0.2A to 0.3A, and the power increases from 45W to 68W, a power change of approximately 51%, exceeding the preset 20% threshold. At this point, the system determines that the power data change exceeds the limit and immediately generates status change information, such as "5th Floor East Wing - Tea Room Lights: Power increased from 45W to 68W, brightness increased from 60% to 90%, status normal". Subsequently, based on this status change information, the system automatically updates the corresponding operating data of the first light, updating the original data to "On, brightness 90%, real-time power 68W". If an abnormal change occurs, such as a lamp's power suddenly surging from 50W to 120W (a change of 140%), the system will generate a status change message containing the warning "Power surge abnormally, suspected overload," and simultaneously update the status field in the first lamp's operating data to "abnormal." At the same time, it will trigger a background alarm to facilitate timely troubleshooting by the administrator.

[0069] This application monitors changes in power data by setting preset thresholds. When the change exceeds the limit, it generates status change information and updates the first lighting operation data, thereby achieving dynamic and accurate synchronization of lighting operation data. This improves the system's dynamic perception of lighting status, enhances the safety and management efficiency of equipment operation, and further ensures the stable and reliable operation of the entire lighting control system.

[0070] The embodiments of this application can acquire and process relevant data based on artificial intelligence technology. Artificial intelligence (AI) refers to the theories, methods, technologies, and application systems that use digital computers or machines controlled by digital computers to simulate, extend, and expand human intelligence, perceive the environment, acquire knowledge, and use that knowledge to obtain optimal results.

[0071] Foundational technologies for artificial intelligence generally include sensors, dedicated AI chips, cloud computing, distributed storage, big data processing, operating / interactive systems, and mechatronics. AI software technologies mainly encompass computer vision, robotics, biometrics, speech processing, natural language processing, and machine learning / deep learning.

[0072] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by instructing related hardware through computer-readable instructions. These computer-readable instructions can be stored in a computer-readable storage medium. When the program is executed, it can include the processes of the embodiments of the above methods. The aforementioned storage medium can be a non-volatile storage medium such as a magnetic disk, optical disk, or read-only memory (ROM), or random access memory (RAM).

[0073] It should be understood that although the steps in the flowcharts of the accompanying figures are shown sequentially as indicated by the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the accompanying figures may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily completed at the same time, but can be executed at different times, and their execution order is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the sub-steps or stages of other steps.

[0074] Further reference Figure 3 As a response to the above Figure 2 The present application provides an embodiment of an intelligent lighting control device, which is similar to the method shown. Figure 2 Corresponding to the method embodiments shown, this device can be specifically applied to various electronic devices.

[0075] like Figure 3As shown, the intelligent lighting control device 300 described in this embodiment includes: a receiving module 301, a parsing module 302, a verification module 303, and a control module 304. Wherein: The receiving module 301 is used to receive a lighting control request sent by the user for the target lighting fixture via the smart panel; The parsing module 302 is used to parse the lighting control request to obtain request parameters, which include tenant ID, target floor, control area and time range; The verification module 303 is used to verify the request parameters according to a preset multi-level permission model to determine whether the tenant ID simultaneously meets the authorization conditions of the target floor, the control area, and the time range; The control module 304 is configured to, if the user ID simultaneously meets the authorization conditions of the target floor, the control area, and the time range, obtain the first lighting operation data corresponding to the target light fixture, and control the target light fixture to perform the operation corresponding to the lighting control request, and adjust the first lighting operation data corresponding to the target light fixture to the second lighting operation data corresponding to the lighting control request.

[0076] The intelligent lighting control device provided in this application accurately verifies lighting control requests by constructing a multi-level permission model, thereby achieving refined permission management for lighting control in multi-tenant scenarios, ensuring the security and standardization of control operations, and improving the management efficiency and response speed of the lighting system.

[0077] In some optional implementations of this embodiment, the receiving module 301 is further configured to: Obtain the permission level information of the tenant group corresponding to the target lighting fixture; Based on the permission level information and the preset lighting control permission configuration information, determine the mapping relationship between different levels and different lighting control permission ranges in the tenant group; Based on the mapping relationship, the multi-level permission model is constructed.

[0078] The intelligent lighting control device provided in this application achieves standardized construction of the permission model by building a multi-level permission model, making the lighting control permission scope of different tenant groups clear and standardized, providing a unified and reliable basis for subsequent permission verification, while improving the accuracy of permission management, effectively preventing unauthorized operations, and comprehensively enhancing the permission management efficiency of the multi-tenant intelligent lighting control system.

[0079] In some optional implementations of this embodiment, the receiving module 301 is further configured to: Receive the model update instruction corresponding to the multi-level permission model, wherein the model update instruction carries the change information corresponding to the permission level information; The mapping relationship is adjusted according to the change information, and the multi-level permission model is updated based on the adjusted mapping relationship.

[0080] The intelligent lighting control device provided in this application supports receiving model update instructions carrying permission level change information, and makes targeted adjustments to the mapping relationship to update the multi-level permission model accordingly. This realizes the dynamic scalability of the permission model, further improves the flexibility, timeliness and adaptability of permission management in multi-tenant scenarios, and provides a reliable guarantee for the long-term stable operation of the system.

[0081] In some optional implementations of this embodiment, the verification module 303 is further configured to: If the user ID does not meet the authorization conditions of the target floor and / or the authorization conditions of the control area and / or the authorization conditions of the time range, a prompt message indicating that the user does not have the corresponding control permission will be returned to the user terminal that issued the lighting control request.

[0082] The intelligent lighting control device provided in this application clearly informs users of the specific reasons why their operations were denied by returning targeted permission insufficient prompts to the user terminal. It also supplements the user's valid permission scope as a reference, helping them quickly understand their own permission boundaries. This not only ensures the security of permission isolation in multi-tenant scenarios but also optimizes the user interaction experience, avoiding confusion or dissatisfaction caused by operations being denied without knowing the reason, further improving the system's usability and reliability.

[0083] In some optional implementations of this embodiment, the receiving module 301 is further configured to: Obtain the location information of the target light fixture; Based on the location information, the target lighting fixture is mapped to the corresponding coordinates on a preset three-dimensional electronic map; Based on the first lighting operation data, each of the lighting fixtures is marked on the three-dimensional electronic map to obtain the marked target three-dimensional electronic map.

[0084] The intelligent lighting control device provided in this application acquires the location information of the lighting fixtures and completes mapping and marking on a preset three-dimensional electronic map to construct a visualized target three-dimensional electronic map. This enables an intuitive presentation of the physical location and operating status of the lighting fixtures, and also provides an efficient tool for administrators to monitor and maintain the system globally, enhancing the system's practicality and management efficiency in complex multi-tenant scenarios.

[0085] In some optional implementations of this embodiment, the verification module 304 is further configured to: Collect power data for each light fixture; The target power data corresponding to the target lamp is extracted from the power data, and the target power data is analyzed to obtain the first lamp operation data.

[0086] The intelligent lighting control device provided in this application collects and analyzes the power data of the lighting fixtures, enabling real-time monitoring of the fixtures' status and timely detection of abnormalities. This lays the foundation for the precision of lighting control, the scientific nature of energy consumption management, and the timeliness of equipment maintenance, effectively improving the system's intelligence level and operational efficiency.

[0087] In some optional implementations of this embodiment, the verification module 304 is further configured to: When the change in the target power data exceeds a preset threshold, status change information is generated based on the change. Update the first light operation data based on the state change information.

[0088] The intelligent lighting control device provided in this application monitors changes in power data by setting preset thresholds. When the change exceeds the limit, it generates status change information and updates the first lighting operation data, thereby achieving dynamic and accurate synchronization of lighting operation data. This enhances the system's dynamic perception of lighting status, strengthens the safety and management efficiency of equipment operation, and further ensures the stable and reliable operation of the entire lighting control system.

[0089] To address the aforementioned technical problems, embodiments of this application also provide a computer device. Please refer to [link / reference needed]. Figure 4 , Figure 4 This is a basic structural block diagram of the computer device in this embodiment.

[0090] The computer device 4 includes a memory 41, a processor 42, and a network interface 43 that are interconnected via a system bus. It should be noted that only the computer device 4 with components 41-43 is shown in the figure; however, it should be understood that it is not required to implement all the shown components, and more or fewer components can be implemented alternatively. Those skilled in the art will understand that the computer device described here is a device capable of automatically performing numerical calculations and / or information processing according to pre-set or stored instructions, and its hardware includes, but is not limited to, microprocessors, application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), digital signal processors (DSPs), embedded devices, etc.

[0091] The computer device can be a desktop computer, laptop, handheld computer, or cloud server, etc. The computer device can interact with the user via a keyboard, mouse, remote control, touchpad, or voice control.

[0092] The memory 41 includes at least one type of readable storage medium, including flash memory, hard disk, multimedia card, card-type memory (e.g., SD or DX memory), random access memory (RAM), static random access memory (SRAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), programmable read-only memory (PROM), magnetic memory, magnetic disk, optical disk, etc. In some embodiments, the memory 41 may be an internal storage unit of the computer device 4, such as the hard disk or memory of the computer device 4. In other embodiments, the memory 41 may also be an external storage device of the computer device 4, such as a plug-in hard disk, smart media card (SMC), secure digital (SD) card, flash card, etc., equipped on the computer device 4. Of course, the memory 41 may also include both the internal storage unit and its external storage device of the computer device 4. In this embodiment, the memory 41 is typically used to store the operating system and various application software installed on the computer device 4, such as computer-readable instructions for intelligent lighting control methods. In addition, the memory 41 can also be used to temporarily store various types of data that have been output or will be output.

[0093] In some embodiments, the processor 42 may be a central processing unit (CPU), a controller, a microcontroller, a microprocessor, or other data processing chip. The processor 42 is typically used to control the overall operation of the computer device 4. In this embodiment, the processor 42 is used to execute computer-readable instructions stored in the memory 41 or to process data, for example, to execute computer-readable instructions for the intelligent lighting control method.

[0094] The network interface 43 may include a wireless network interface or a wired network interface, which is typically used to establish communication connections between the computer device 4 and other electronic devices.

[0095] The computer equipment provided in this application accurately verifies lighting control requests by constructing a multi-level permission model, thereby achieving refined permission management for lighting control in multi-tenant scenarios, ensuring the security and standardization of control operations, and improving the management efficiency and response speed of the lighting system.

[0096] This application also provides another embodiment, namely, providing a computer-readable storage medium storing computer-readable instructions that can be executed by at least one processor to cause the at least one processor to perform the steps of the intelligent lighting control method described above.

[0097] The computer-readable storage medium provided in this application accurately verifies lighting control requests by constructing a multi-level permission model, thereby achieving refined permission management for lighting control in multi-tenant scenarios, ensuring the security and standardization of control operations, and improving the management efficiency and response speed of the lighting system.

[0098] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal device (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0099] Obviously, the embodiments described above are only some embodiments of this application, not all embodiments. The accompanying drawings show preferred embodiments of this application, but do not limit the patent scope of this application. This application can be implemented in many different forms; rather, the purpose of providing these embodiments is to provide a more thorough and comprehensive understanding of the disclosure of this application. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art can still modify the technical solutions described in the foregoing specific embodiments, or make equivalent substitutions for some of the technical features. Any equivalent structures made using the content of this application's specification and drawings, directly or indirectly applied to other related technical fields, are similarly within the scope of patent protection of this application.

Claims

1. A method of intelligent light control, characterized by, Includes the following steps: The system receives lighting control requests from users for the target lighting fixtures via a smart panel. The lighting control request is parsed to obtain request parameters, which include user ID, target floor, control area, and time range. The request parameters are verified according to a preset multi-level permission model to determine whether the user ID simultaneously meets the authorization conditions of the target floor, the control area, and the time range. If the user ID meets the authorization conditions of the target floor, the control area, and the time range, then the first lighting operation data corresponding to the target light fixture is obtained, and the target light fixture is controlled to perform the operation corresponding to the lighting control request, adjusting the first lighting operation data corresponding to the target light fixture to the second lighting operation data corresponding to the lighting control request.

2. The intelligent light control method of claim 1, wherein, Before the step of receiving the lighting control request corresponding to the target lighting fixture sent by the user through the smart panel, the method further includes: Obtain the permission level information of the tenant group corresponding to the target lighting fixture; Based on the permission level information and the preset lighting control permission configuration information, determine the mapping relationship between different levels and different lighting control permission ranges in the tenant group; Based on the mapping relationship, the multi-level permission model is constructed.

3. The intelligent light control method of claim 2, wherein, After the step of constructing the multi-level permission model based on the mapping relationship, the method further includes: Receive the model update instruction corresponding to the multi-level permission model, wherein the model update instruction carries the change information corresponding to the permission level information; The mapping relationship is adjusted according to the change information, and the multi-level permission model is updated based on the adjusted mapping relationship.

4. The intelligent light control method of claim 1, wherein, After the step of verifying the request parameters according to a preset multi-level permission model and determining whether the user ID simultaneously meets the authorization conditions of the target floor, the control area, and the time range, the method further includes: If the user ID does not meet the authorization conditions of the target floor and / or the authorization conditions of the control area and / or the authorization conditions of the time range, a prompt message indicating that the user does not have the corresponding control permission will be returned to the user terminal that issued the lighting control request.

5. The intelligent light control method of claim 1, wherein, After the steps of obtaining the first lighting operation data corresponding to the target light fixture and controlling the target light fixture to perform the operation corresponding to the lighting control request if the user ID simultaneously meets the authorization conditions of the target floor, the control area, and the time range, and adjusting the first lighting operation data corresponding to the target light fixture to the second lighting operation data corresponding to the lighting control request, the method further includes: Obtain the location information of the target light fixture; Based on the location information, the target lamp is mapped to the corresponding coordinates on a preset three-dimensional electronic map; Based on the first lighting operation data, each of the lighting fixtures is marked on the three-dimensional electronic map to obtain the marked target three-dimensional electronic map.

6. The intelligent light control method according to any one of claims 1 to 5, characterized in that, The step of obtaining the first lighting operation data corresponding to the target luminaire specifically includes: Collect power data for each light fixture; The target power data corresponding to the target lamp is extracted from the power data, and the target power data is analyzed to obtain the first lamp operation data.

7. The intelligent light control method of claim 6, wherein, After the steps of extracting the target power data corresponding to the target lamp from the power data and analyzing the target power data to obtain the first lamp operation data, the method further includes: When the change in the target power data exceeds a preset threshold, status change information is generated based on the change. Update the first light operation data based on the state change information.

8. An intelligent lighting control device, characterized in that, include: The receiving module is used to receive lighting control requests for the target lighting fixture sent by the user through the smart panel; The parsing module is used to parse the lighting control request to obtain request parameters, which include tenant ID, target floor, control area and time range; The verification module is used to verify the request parameters according to a preset multi-level permission model, and determine whether the tenant ID meets the authorization conditions of the target floor, the control area and the time range at the same time. The control module is configured to, if the user ID simultaneously meets the authorization conditions of the target floor, the control area, and the time range, obtain the first lighting operation data corresponding to the target light fixture, and control the target light fixture to perform the operation corresponding to the lighting control request, adjusting the first lighting operation data corresponding to the target light fixture to the second lighting operation data corresponding to the lighting control request.

9. A computer device, characterized in that, The system includes a memory and a processor, wherein the memory stores computer-readable instructions, and the processor executes the computer-readable instructions to implement the steps of the intelligent lighting control method as described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-readable instructions, which, when executed by a processor, implement the steps of the intelligent lighting control method as described in any one of claims 1 to 7.

Images