ADAPTIVE MULTISENSORY ENVIRONMENT CONTROL SYSTEM

Abstract

The invention relates to an adaptive multi-sensory environment control system (100) and its operating method for scenario-based control of heterogeneous physical output units (250). The system includes a digital parameter management module (130) that generates device-independent control parameters, a scenario engine (140) that generates a time-indexed execution plan, an adaptive control module (150) that updates parameters within safe limits based on feedback data, a physical signal generation module (160) that converts control parameters into target-specific physical signals, a multi-output management module (170) that resolves command conflicts and schedules outputs, and a hardware abstraction module (180) that maps control parameters to the capability identifiers of target units. Thus, lighting, sound, aroma, and environmental conditioning units from different manufacturers and protocols are synchronized under a common scenario; local operation is ensured in case of disconnection, and recording synchronization is ensured after reconnection.

Description

1 TARIFF ADAPTIVE MULTISENSORY ENVIRONMENT CONTROL SYSTEM AND HOW THIS SYSTEM WORKS. METHOD Technical Area The invention relates to electronic control systems, embedded systems, hardware abstraction, and digital signal generation. and areas of scenario-based coordination of multiple physical output units It relates to, in particular, physical outputs from different manufacturers and different communication protocols. the units are synchronized through the same control system using normalized control parameters. an adaptive multisensory environment that allows operation in a timed, sequential or conditional manner It relates to the control system and how that system works. The invention is used in hotels, experience rooms, and relaxation areas, particularly in wellness and spa settings. in areas where smart living spaces and the coordination of multiple physical outlets are needed It can be applied in other settings. The system is not a diagnostic or treatment method, but a physical environment. It is related to the technical control of the electronic and electromechanical output units that make up the system. State of the Art Multisensory environments; lighting units, sound units, aroma diffusion units, temperature and humidity regulators, airflow units, steam generators, vibration units and similar different types of equipment. It may consist of physical outlets. In known applications, each of these outlets is usually It is managed by its own control unit, application, or manufacturer-specific communication protocol. Using different control units together in the same environment involves timing a scenario. This leads to priority and security rules being defined separately for each device. In case of device replacement, the higher-level scenario or control of other devices The software may need to be reconfigured; commands are sent to different outputs. Time drift and command conflicts can occur. Some central automation systems can control multiple devices, but the application... This establishes a direct dependency between the scenario and the device driver. This dependency creates a new adding an output unit to the system, replacing the existing unit with a unit from a different manufacturer and this makes it difficult to run the same scenario in different facilities. In known systems, there is also a common parameter register for commands belonging to different output units. representation within priority, time, target region, dependency, and safe working boundaries. The process involves delivering device-independent commands based on the target unit's capability information, and then delivering device-specific commands. conversion of conflicting commands into electrical or network-based signals; centralized processing of conflicting commands. 2 the analysis and updating of the work plan based on feedback data together and It cannot be provided in an integrated manner. Therefore, heterogeneous physical output units are independent of manufacturer and protocol differences. the coordinated execution of commands, ensuring they are executed in a defined time relationship. and a technical process that enables adaptation within safe limits based on feedback data. A control architecture is needed. Purpose of the Invention The aim of the invention is to normalize the digital format of commands to be sent to heterogeneous physical output units. creating control parameters, these parameters are combined with the capability information of the target units. modular that pairs and converts device-independent commands into device-specific physical signals The goal is to provide a control system. Another purpose of the invention is to enable the transmission of output commands between the same or different control regions. By assessing timing, priority, and dependencies, we can resolve conflicts and create multiple solutions. The goal is to synchronize multiple output units according to a common execution plan. Another purpose of the invention is to collect feedback data from sensor and device statuses. using control parameters within predetermined safe operating limits. to update, maintain the basic scenario locally when the communication link is interrupted, and The goal is to synchronize the records with the remote system once the connection is re-established. For these purposes, a hardware abstraction layer separates the application scenario from the device drivers. Normalized control parameter recording, time-indexed execution plan, multiple outputs. The timer, adaptive control loop, and physical signal generation layer all share the same technical architecture. It is integrated within. Explanation of the Figures Figure 1 shows the overall architecture of the adaptive multisensory environment control system. Figure 2 shows the hardware components of the central control unit. Figure 3 illustrates the layered software and hardware abstraction architecture of the system. Figure 4 illustrates the data flow between the basic functional modules. Figure 5 illustrates the steps for processing and applying the digital control parameter to the output. Figure 6 illustrates the relationship between the scenario engine and other modules. Figure 7 illustrates the feedback adaptive control loop. Figure 8 illustrates the relationship between the multiple output management module and the output groups. 3 Figure 9 illustrates the local operating architecture when a network connection is unavailable. Figure 10 shows the connection between the local control system and the remote server. Figure 11 shows the control architecture implemented via the mobile terminal. Figure 12 shows the data exchange performed with the external automation system. Figure 13 illustrates the flow of storing event and work logs. Figure 14 illustrates the software update, verification, and rollback flow. Figure 15 shows the end-to-end control flow from user request to physical output and feedback. It shows. Explanation of Reference Symbols in Figures 100: Adaptive multi-sensory environment control system 110: Main processing unit 120: Memory unit 130: Digital parameter management module 140: Scenario Engine 150: Adaptive control module 160: Physical signal generation module 170: Multiple output management module 180: Input / output management and hardware abstraction module 190: Communication module 200: User interface 210: Recording and logging module 220: Update management module 230: Security and system management module 240: Sensor and feedback units 250: Physical output units 250a-250d: Different types of physical output units 260: Control area 270: Communication network 4 280: Remote server or external automation system 290: Mobile terminal 310: Step to receive the work request 320: Script Selection Step 330: Step to create the control parameter 340: Parameter validation step 350: Target ability matching step 360: Conflict and priority assessment step 370: Step to create the implementation plan 380: Device-specific signal generation and application step 390: Feedback evaluation step Description of the Invention General structure of the system Adaptive multisensory environment control system (100); at least one main processing unit (110), at least one memory unit (120), digital parameter management module (130), scenario engine (140), adaptive control module (150), physical signal generation module (160), multiple output management module (170), input / output It includes the management and hardware abstraction module (180) and the communication module (190). System (100), user interface (200) according to needs, registration and logging module (210), Update management module (220), security and system management module (230), sensor and feedback notification units (240), physical output units (250), one or more control zones (260), communication network (270), remote server or external automation system (280) and mobile terminal (290) He works with [company name]. The main processing unit (110) coordinates the exchange of data and the execution sequence between modules. Memory unit (120) stores system software, hardware capability descriptors, scenarios, control It stores parameters, safe operating limits, and logs. The modules are on a single physical card. as can be implemented on multiple connected to each other via a communication network (270) It can be distributed to the processing unit. Digital control parameter Digital parameter management module (130), device-independent commands for a scenario It converts the data into normalized digital control parameter records. Each control parameter record at least one parameter ID, target control region or target output ID, output type, command It can include the value or set value and the application time. The control parameter log also includes command duration, update order, priority level, and other details. parameter dependency information, source information, validity period, and safe operating lower and upper limits. It can include at least one of its boundaries. Thanks to this data structure, the same scenario applies to the output unit's brand. or is defined independently of its model. The digital parameter management module (130) processes the data type of the incoming parameter, target information, Verifies the user's authorization, the allowed value range, and the time information. Verification As a result, the parameter found to be invalid is rejected or a safe default value is assigned. It is converted; the verification result is transferred to the registration and logging module (210). Scenario engine and time-indexed execution plan Scenario engine (140), from user interface (200), from mobile terminal (290), one Work from timer, sensor event or external automation system (280) It selects a scenario according to its request. The scenario includes start and end conditions, control zones, parameter sequences, time relationships, transition conditions, priority rules, and secure termination. It consists of operations. The scenario engine (140) is time-indexed together with the digital parameter management module (130). It creates an execution plan. The execution plan is the instruction to be applied to each physical output unit (250). It determines the time, duration, sequence, and relationship with other commands. Thus, different communication methods are used. Outputs with delays are ensured to operate within the desired time frame. Multiple scenarios can command the same control area (260) or the same output unit (250). If it is created, the multiple output management module (170) has priority, time, and dependency of the commands. and evaluates security information. Conflict, delay of low priority command, This can be resolved by suppressing, restricting, or converting it into a secure transition sequence. Hardware abstraction and capability matching. Input / output management and hardware abstraction module (180), for each physical output unit (250) It uses a capability identifier. The capability identifier includes: output type, supported commands, value range, resolution, response time, communication protocol, driver ID and safe status information are the most important factors. It includes only a few. Device-independent command from the digital parameter management module (130), target output It is matched with the unit's capability descriptor. If a supported command is found, the command is displayed. The physical signal is transmitted to the generation module (160). If the command is not supported by the target unit. In that case, a conversion to an equivalent command can be made, the command can be executed within the safe limit, or The command can be rejected and an error log created. 6 Thanks to this abstraction, the scenario engine (140) is not directly dependent on device drivers. To add a new physical output unit (250) to the system, the relevant capability identifier and Defining the driver interface is sufficient; modifying the high-level scenario structure. It's not necessary. Physical signal generation Physical signal generation module (160), normalized and verified control parameter Converts the generated electrical or network-based signal required by the target output unit (250). signal; digital level, analog voltage or current, pulse width modulation, frequency controlled The signal can be a serial data packet, a relay trigger, or a network command. Physical output units (250); lighting unit (250a), sound unit (250b), aroma distribution unit (250°C), environmental conditioning that creates temperature, humidity, airflow, steam, water flow or vibration. It can be implemented as a unit (250d). Output types are examples only and are capability descriptors and Another electronic or electromechanical unit with a provided driver interface can also be added to the system. The multi-output management module (170) has different outputs of the physical signal generation module (160). Timings according to the plan for executing the signals it will send. Start times of the outputs, Communication and response times can be taken into consideration and the process can be brought forward or delayed; thus Perceptible physical effects are enabled to occur at the desired moment within the scenario. Adaptive control and feedback Sensor and feedback units (240); temperature, humidity, light level, sound level, pressure, flow, electric current, voltage, charge level, proximity, device operating status, or communication status It can produce at least one of the data. The adaptive control module (150) can process the said feedbacks. It compares the scenario with the target values ​​and safe operating limits. A deviation between the measured value and the target value that exceeds a predetermined tolerance. If present, the adaptive control module (150) adjusts the relevant control parameter within safe limits. Updates. Update rule-based control, state machine, feedback control, using an optimization algorithm or a learnable model that determines the technical output realizable. The updated parameter undergoes revalidation and conflict assessment. This process... until the scenario is complete, stopped by the user, or under a safe stop condition. This is repeated until the same result occurs. Thus, the physical effects produced by different output units are achieved in a closed loop. They are monitored internally and updated in a way that is consistent with each other. 7 Control zones The system (100) models the physical environment as one or more control regions (260). Each control area; assigned sensor and feedback units (240), physical output units (250) is defined by safe operating limits and scenarios. The same physical output unit has more than one If assigned to the region, sharing rules are implemented by the multiple exit management module (170). Control zones can be operated with independent scenarios or a higher-level scenario. They can be coordinated underneath. This structure consists of multiple rooms, ranging from a single experience room to multiple rooms. It enables the scaling of the same system architecture all the way to the facility. Communication and local work Communication module (190), system modules, physical output units (250), remote server or It enables data exchange between the external automation system (280) and the mobile terminal (290). Communication can be via wired or wireless networks, serial buses, local input / output lines, or a combination of these. This can be achieved through a combination of these. When the communication network (270) is disconnected, the scenario, capability identifiers, safe operation Since the limits and execution plan are located in the memory unit (120), the basic control functions of the system It is maintained locally. During this time, the events that occur are recorded in the recording and logging module (210) time and is stored along with update sequence information. When the connection is re-established, local records are transferred to the remote server (280). The same record is transferred to both If the version or time information has been changed on both the local and remote sides, the source information may vary. The merge rule is applied using priority and user authority. The connection is re-established. Installation is carried out without disrupting the secure status of active physical outlets. Security, registration and updates. Security and system management module (230), user and service authentication, role-based Authorization, parameter access control, data integrity verification, and secure communication. It performs at least one of its functions. Commands exceeding the safe operating limit trigger a physical signal. It is rejected or brought to the limit value before being sent to the production module (160). The recording and logging module (210) records the work request, the selected scenario, and the parameters. changes, conflict resolutions, exit commands, feedback, error conditions, user It stores the operations and update operations with time information. Records are in the local memory unit (120) or can be stored on a remote server (280). Update management module (220) receives the new software or driver package, and checks the integrity of the package. It verifies its authorization, stores the current stable version, and installs the verified package. Update 8 If the subsequent startup or self-test process fails, revert to the previous stable version. is carried out. Working method The working method of the system in one form of implementation is the receipt of the work request (310) It starts. The scenario engine (140) selects the scenario according to the request and user authorization (320). Digital Parameter management module (130), device-independent control parameters of the scenario creates (330). The parameters created are in terms of data type, target, time, authorization, and secure working limit. verified (340). Input / output management and hardware abstraction module (180), parameters target Matches the output with the capability identifier (350). Multiple output management module (170), same output or evaluates priority, timing, and dependency information of commands relating to the control area. (360). As a result of the evaluation, a time-indexed execution plan is created (370). Physical signal generation module (160), device-independent commands in the plan target-specific electrical or network-based converts into signals and applies to physical output units (250) (380). Sensor and feedback Data received from units (240) are evaluated in the adaptive control module (150) (390). If a deviation from the target value or a change in device status is identified as a result of the feedback, the relevant information will be provided. The control parameter is updated within safe limits, and verification and conflict assessment are performed. The processes of creating an execution plan and implementing the signal are repeated. When the scenario is complete... The exits are returned to the predefined safe state and the work log is closed. Examples of implementation methods In the first example implementation form, the system (100) separates multiple experience rooms of a hotel. It manages control zones (260). Lighting (250a), sound (250b), aroma (250c) in each room. and the environmental conditioning unit (250d) can use different communication protocols. Scenario The motor (140) creates a separate execution plan for each room; the multi-output management module (170), It resolves conflicts related to shared resources based on priority rules. In the second example implementation method, the system (100) is in an environment without internet connection. It operates locally. User interface (200), scenario engine (140), control parameters and The drivers are located in the local memory unit (120). When the connection is established, the records and confirmations are made. Configuration changes are synchronized with the remote server (280). In the third example implementation, a new physical output unit (250) is added to the existing system. is added. Capability identifier and driver interface are defined for the new unit. Scenario engine (140) and normalized command physical signal generation without modifying the higher-level scenario data. The signal used by the new unit is converted by the module (160). 9 Alternative forms of implementation Main processing unit (110); microcontroller, microprocessor, single board computer, industrial computer, It can consist of programmable logic circuits or distributed processing units. Modules perform the same operation. as software components within a unit or as services communicating across different processing units applicable. Communication module (190); Ethernet, wireless local area network, Bluetooth, USB, CAN, RS-485, serial data via cellular communication or other suitable wired or wireless communication infrastructure can use the device-specific protocol, the driver interface of the hardware abstraction module (180). It is discussed under the following heading. The adaptive control module (150) is located on the local processing unit, on the remote server (280) or on either of them. It can work in combination. However, safe limits must be applied during disconnection and Basic control rules are stored in the local system. This allows for physical control to be restored when the remote service is inaccessible. This prevents exits from becoming uncontrolled. How the invention can be applied to industry. The invention relates to standard electronic processing units, memories, communication interfaces, input / output drives, It can be produced using sensors and software development tools. The system consists of a single control box, modular boards, distributed control units, or local control used in combination with a remote server. It can be implemented in a hybrid architectural form. The system is used in hotels, spa and wellness facilities, experience rooms, relaxation areas, and smart homes. in living spaces, corporate experience centers and heterogeneous physical outlets over time It can be used in other commercial and industrial settings where related control is required. Thanks to its hardware abstraction and capability-defining structure, products with different capacities can be used in the same way. It can be mass-produced using the basic architecture, and new output types can be added by adding driver modules. can be included in the system.

Claims

1 REQUESTS 1. A scenario-based control of heterogeneous physical output units (250) Adaptive multisensory environment control system (100) and its feature is device-independent control. a digital parameter management module (130) that forms the parameters of the control parameters a scenario engine (140) that creates an execution plan including time relationships, sensor and feedback According to the data received from the notification units (240), the control parameters were determined safe an adaptive control module (150) that updates within the operating limits, device-independent control parameters of the electrical or network-based signal used by the target physical output unit (250) a physical signal generation module (160) that converts commands belonging to different physical output units By evaluating priority, time, and dependency information, it resolves command conflicts and... a multi-output management module (170) that schedules the execution of the commands according to the plan and each Using the capability identifier of the physical output unit, the control parameter is defined for the target physical output unit. It includes an input / output management and hardware abstraction module (180) that pairs with the output unit.

2. According to claim 1, the adaptive multisensory environment control system (100) has the feature of being digital. Each control parameter record created by the parameter management module (130) is a parameter ID, target control area or target exit ID, exit type, command value, execution at least from time, command duration, priority level, dependency information and safe operating limits. It involves one of them.

3. Adaptive multisensory environment control system (100) according to claim 1 or 2, and its feature is; Capability descriptor used by the input / output management and hardware abstraction module (180) Output type of physical output unit (250), command supported, value range, resolution, response duration, communication protocol, driver's identity, and safety status information, at least one of which It includes.

4. Adaptive multisensory environment control system (100) according to any of claims 1 to 3, Features of the scenario engine (140): starting condition, ending condition, control area, parameter the sequence must include at least one of the following: time relation, transition condition, priority rule, and secure termination process. It involves creating a time-indexed execution plan from a scenario that includes [the scenario].

5. Adaptive multisensory environment control system (100) according to any of claims 1 to 4, Its feature is that the multiple output management module (170) can be connected to the same physical output unit (250) or control Delay or suppress the low priority of the conflicting commands relating to the region (260), It must implement at least one of the following processes: restriction or conversion to a secure transition sequence.

6. Adaptive multisensory environment control system (100) according to any of claims 1 to 5, Its feature is communication of the physical output units (250) of the multi-output management module (170). 2 Determining the timing of output commands using delay or response time information. What differentiates it.

7. Adaptive multisensory environment control system (100) according to any of claims 1 to 6, Its feature is that the adaptive control module (150) converts the sensor or device status data to the target value. comparison, detection of deviations exceeding the specified tolerance and the relevant control parameter. It is an update within the safe operating lower and upper limits.

8. Adaptive multisensory environment control system (100) according to any of claims 1 to 7, Its feature is the digital control parameter of the physical signal generation module (160) independent of the device. level, analog voltage or current, pulse width modulation, frequency-controlled signal, serial data The packet is converted into at least one of the following: a relay trigger or a network command.

9. Adaptive multisensory environment control system (100) according to any of claims 1 to 8, Features; physical output units (250) lighting unit (250a), sound unit (250b), aroma distribution unit (250c) and temperature, humidity, airflow, steam, water flow or vibration generated It must contain at least two environmental conditioning units (250d).

10. Adaptive multisensory environment control system (100) according to any of claims 1 to 9, Features; each with its own assigned sensor and feedback units (240), physical output units (250), multiple control zones defined by safe working limits and scenarios (260) This means managing them independently or under a common higher-level scenario.

11. Adaptive multisensory environment control system according to any of claims 1 to 10 (100) its feature is that when the connection with the communication network (270) is interrupted, it is stored in the memory unit (120). Basic control using scenario, capability definer, safe operating limit and execution plan. It continues to function locally and sends local records to the remote server when the connection is re-established. (280) is the equalization.

12. Adaptive multisensory environment control system according to any of claims 1 to 11 (100) Its feature is; the security and system management module (230) authentication, role-based authorization, parameter access control, data integrity verification, and secure working boundary. It must perform at least one of the following actions: rejecting the exceeding command or setting it back to the limit value.

13. Adaptive multisensory environment control system according to any of claims 1 to 12 (100) its feature is the integrity of the received update package of the update management module (220). and verify its authorization, keep the current stable version, and launch it after the update. or it reverts to the previous stable version if the self-test process fails.

14. Adaptive multisensory environment control system according to any of claims 1 to 13 (100) Its features are: main processing unit (110), digital parameter management module (130), scenario engine. 3 (140), at least two of the adaptive control module (150) and the multi-output management module (170) It is the operation of different processing units that exchange data over the communication network (270).

15. Scenario-based control of heterogeneous physical output units (250). It is a computer-implemented method, the feature of which is; receiving a work request (310), Selection of a scenario according to the work request (320), target exit from the selected scenario, command Creating device-independent control parameters including value and time information (330), Verification of control parameters in terms of data type, target, authorization, and safe operating limit. (340), the capability of the target physical output units of the verified control parameters matching with identifiers (350), relating to the same physical output unit or control area Evaluation of priority, time and dependency information of commands (360), evaluated Creating a time-indexed execution plan from commands (370), from the device in the execution plan independent commands to electrical or network-based signals specific to the target physical output unit (380) and the conversion and implementation of sensor or device status feedback its evaluation includes (390) steps.

16. This method, according to claim 15, is characterized by its application time of the control parameter and the command. duration, priority level, dependency information, validity period, source information, and secure working infrastructure. and is established with at least one of its upper limits.

17. Method according to claim 15 or 16, and its characteristic is; capability of the target physical output unit (250). if it is determined that the identifier does not support the command in the control parameter converting the command to a supported equivalent command, executing it at the safe limit, or This involves performing one of the actions of rejecting the request and creating an error log.

18. The method according to any of claims 15 to 17, characterized by having the same physical output unit. (250) or ranking of conflicting commands relating to the control area (260) according to priority information. and delaying, suppressing, limiting, or safely passing the low-priority command. It is the transformation into a series.

19. The method according to any of claims 15 to 18, characterized by having different physical output units. (250) Communication delay or response time information is applied to the execution plan by physical The effects are initiated within a defined time frame.

20. Method according to any of claims 15 to 19, characterized by its sensor or device status. Comparing the data with the target value, detecting deviations exceeding the defined tolerance, relevant updating the control parameter within safe operating limits and the updated parameter This involves repeating the verification, collision assessment, and signal application steps. 4 21. The method according to any of claims 15 to 20, its characteristic is; communication link. When interrupted, the execution plan is maintained locally, during the connection interruption. The records are stored with information on the time and update order, and when the connection is re-established... The synchronization of the records in question with the remote server (280).

22. When executed by a processor, the method according to any of Prompts 15 through 21. It is a computer-readable storage medium that stores the commands it executes. The feature is that the said commands are device-independent of the heterogeneous physical output units (250). using control parameters, target capability descriptors, and a time-indexed execution plan It allows for physical control.

Images