Method for arbitration of light effect priorities and computing device

Abstract

The application discloses a lamp effect priority arbitration method and a computing device, comprising: receiving all lamp effect trigger requests in real time, and acquiring vehicle state signals; judging a state category in which a current vehicle is located according to the vehicle state signals; selecting a priority level corresponding to the state category according to the state category; arbitrating the lamp effect trigger requests according to the priority level, and determining a first lamp effect; and determining a second lamp effect finally played according to the first lamp effect. In this way, the applicable arbitration rule can be accurately selected according to the current vehicle state, and the applicability conflict of a single priority table in different scenes is avoided.

Description

Technical Field

[0001] This application relates to the field of vehicle electronics and intelligent control technology, specifically to an arbitration method for lighting effect priority. Background Technology

[0002] With the development of intelligent and personalized trends in new energy vehicles, large-area LED dot matrix screens are being installed on the exterior of vehicles to display personalized lighting effects, and the sources of these lighting effects are becoming increasingly diversified.

[0003] However, existing systems typically use a single-dimensional priority ranking, which cannot adapt to the lighting effect requirements of three different attributes: dynamic driving scene lighting effect, parking scene lighting effect, and exterior light signal control.

[0004] Therefore, how to solve the problem of differentiated lighting priority requirements under different vehicle conditions has become a key issue that urgently needs to be addressed in this technical field. Summary of the Invention

[0005] The purpose of this application is to provide an arbitration method and calculation device for lighting effect priority, which can accurately select the applicable arbitration rules according to the current vehicle status, and avoid the applicability conflict of a single priority table in different scenarios.

[0006] To achieve the above objectives: In a first aspect, embodiments of this application provide an arbitration method for lighting effect priority, the method comprising: It receives all lighting effect trigger requests in real time and obtains vehicle status signals; Determine the current state category of the vehicle based on the vehicle status signal; Select the priority level corresponding to the state category; Arbitration is performed on lighting effect trigger requests based on priority levels to determine the first lighting effect; Based on the first lighting effect, determine the final second lighting effect to be played.

[0007] In one embodiment, selecting a priority level corresponding to the state category includes: Based on the current state of the vehicle, select the priority level corresponding to the state state from the preset correspondence between state state and priority level.

[0008] In one implementation, arbitrating lighting effect triggering requests based on priority levels to determine the first lighting effect includes: Retrieve the preset priority table within the priority level; Based on the priority table, select the request that matches the priority table from all lighting effect trigger requests and use it as the first lighting effect trigger request; Based on the first lighting effect trigger request, determine the corresponding first lighting effect.

[0009] In one implementation, selecting requests that match a priority table from all lighting effect trigger requests as the first lighting effect trigger request includes: When there are multiple requests for triggering the first lighting effect, the priority of each request is sorted according to the priority table. From multiple first lighting effect trigger requests, the one with the highest priority is selected as the first lighting effect trigger request.

[0010] In one embodiment, determining the final second lighting effect based on the first lighting effect includes: Check if a lighting effect is currently playing; If a lighting effect is currently playing, determine the third lighting effect that is currently playing; compare the priority values ​​of the first and third lighting effects, and based on the comparison result, determine the second lighting effect to be played. If no lighting effect is currently playing, the first lighting effect will be used as the final second lighting effect to be played.

[0011] In one embodiment, determining the final second lighting effect based on the first lighting effect includes: The lower the priority value of the lighting effect, the higher the priority. If the priority value of the first lighting effect is less than or equal to the priority value of the third lighting effect, the third lighting effect is immediately interrupted and the first lighting effect is played, and the information of the interrupted third lighting effect is recorded. If the priority value of the first lighting effect is greater than the priority value of the third lighting effect, then the request for the first lighting effect is discarded or placed in the request queue for waiting.

[0012] In one embodiment, determining the final second lighting effect based on the first lighting effect includes: After the final second lighting effect finishes playing, determine whether there is a recoverable interrupted third lighting effect; If the conditions for interrupting the playback of the third lighting effect are met and the third lighting effect is a fourth lighting effect, the fourth lighting effect will be automatically resumed and played. If the playback conditions for the interrupted third lighting effect are not met, or if the third lighting effect is not a fourth lighting effect, then the screen remains off.

[0013] In one embodiment, the method further includes: When the fifth lighting effect is playing, disable other function switches; When other functions make operation requests, the operation requests are rejected and a prompt is displayed on the screen. The function lock will be automatically released when the fifth light effect finishes playing or is interrupted by a higher priority light effect.

[0014] In one embodiment, the method further includes: When the trigger signal of the sixth lighting effect is detected, the current date is obtained and it is determined whether it is a preset holiday; If the current date is a preset holiday, then further determine whether the holiday-themed Easter egg resources corresponding to the preset holiday are available; If the holiday Easter egg resources are unavailable, or the current date is not a preset holiday, then a custom sixth lighting effect will be used; If holiday Easter egg resources are available, then use the holiday Easter egg as the sixth light effect; When holiday Easter egg resources are available but the user has manually switched to custom mode, use the custom sixth lighting effect.

[0015] Secondly, embodiments of this application provide a computing device, including: a processor and a memory storing a computer program, wherein when the processor runs the computer program, the steps of the above-mentioned arbitration method for lighting effect priority are implemented.

[0016] The arbitration method and calculation device for lighting effect priority provided in this application embodiment include: receiving all lighting effect trigger requests in real time and acquiring vehicle status signals; determining the current state category of the vehicle based on the vehicle status signals; selecting a priority level corresponding to the state category based on the state category; arbitrating the lighting effect trigger requests according to the priority level to determine the first lighting effect; and finally determining the second lighting effect to be played based on the first lighting effect. In this way, by mapping the real-time vehicle status signal to a state category and quantifying it into a priority level, and then arbitrating all concurrent requests using this level, a unique lighting effect is finally output. This achieves scenario-adaptive dynamic matching of the arbitration rules, avoids applicability conflicts of a single priority table in different scenarios, and significantly improves the accuracy, flexibility, and robustness of system decisions under global operating conditions. Attached Figure Description

[0017] Figure 1 This is a flowchart illustrating the method provided in an embodiment of this application.

[0018] Figure 2 This is a schematic diagram illustrating the process of interrupting and restoring parking light signals, provided in an embodiment of this application.

[0019] Figure 3 This is a schematic diagram illustrating the process of locking the light show function as provided in an embodiment of this application.

[0020] Figure 4 This is a flowchart illustrating the priority processing of the festive egg welcome event provided in an embodiment of this application.

[0021] Figure 5 This is a schematic diagram of the main arbitration process of the method provided in the embodiments of this application.

[0022] Figure 6 A schematic diagram of the structure of a computing device provided in an embodiment of this application.

[0023] Processor 310, memory 311, network interface 312, bus system 313. Detailed Implementation

[0024] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. In the following description relating to the drawings, unless otherwise indicated, the same numerals in different drawings denote the same or similar elements.

[0025] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element. Furthermore, components, features, and elements with the same names in different embodiments of this application may have the same meaning or different meanings, the specific meaning of which must be determined by its interpretation in that specific embodiment or further in conjunction with the context of that specific embodiment.

[0026] It should be understood that although the terms first, second, third, etc., may be used herein to describe various information, such information should not be limited to these terms. These terms are used only to distinguish information of the same type from one another. For example, without departing from the scope of this document, first information may also be referred to as second information, and similarly, second information may also be referred to as first information. Depending on the context, the word "if," as used herein, can be interpreted as "when," "when," or "in response to determination." Furthermore, as used herein, the singular forms "a," "an," and "the" are intended to also include the plural forms unless the context indicates otherwise. It should be further understood that the terms "comprising," "including," indicate the presence of the stated feature, step, operation, element, component, item, kind, and / or group, but do not exclude the presence, occurrence, or addition of one or more other features, steps, operations, elements, components, items, kinds, and / or groups. The terms "or" and "and / or" as used herein are to be interpreted as inclusive, or mean any one or any combination thereof. Therefore, "A, B, or C" or "A, B, and / or C" means "any one of the following: A; B; C; A and B; A and C; B and C; A, B, and C". Exceptions to this definition will only occur if the combination of elements, functions, steps, or operations is inherently mutually exclusive in some way.

[0027] It should be understood that although the steps in the flowcharts of this application's embodiments are shown sequentially according to 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 of the steps in the 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 a portion of the sub-steps or stages of other steps.

[0028] It should be noted that step designations such as S101 and S102 are used in this document for the purpose of more clearly and concisely describing the corresponding content, and do not constitute a substantial limitation on the order. In specific implementation, those skilled in the art may execute S102 first and then S101, etc., but these should all be within the protection scope of this application.

[0029] It should be understood that the specific embodiments described herein are merely illustrative of this application and are not intended to limit this application.

[0030] In the following description, the use of suffixes such as "module," "part," or "unit" to denote elements is solely for the purpose of illustrative purposes and has no specific meaning in itself. Therefore, "module," "part," or "unit" may be used interchangeably.

[0031] See Figure 1 This application provides an arbitration method for determining lighting effect priority. This method can be executed by a computing device provided in this application embodiment. The device can be implemented using software and / or hardware. In this embodiment, the computing device is taken as the executing entity of the method. The method provided in this embodiment includes: Step S101: Receive all lighting effect trigger requests in real time and obtain vehicle status signals.

[0032] Among them, lighting effects refer to the visual information expression presented by vehicle lights based on control signals, which has a predetermined brightness level, color combination, and dynamic timing characteristics. It includes at least lighting mode indicators and dynamic execution parameters. For example: user manual operation triggers social lighting messages (yielding to pedestrians, Baby in Car, cute pose, thumbs up, heart gesture, clapping), custom lighting messages, and lighting message themes (Hello / Bye, artistic textures, pet lighting messages); automatic scene triggers track mode lighting effects (lap timer activation / process / result / drift), emergency braking reminder, launch control lighting effects, automatic parking lighting effects, autonomous driving NSP lighting effects, etc.; welcoming / farewell lighting effects trigger welcoming lighting effects and farewell lighting effects; holiday surprise lighting effects trigger holiday surprise lighting effects (Chinese New Year, Valentine's Day, Mid-Autumn Festival, National Day, Christmas, etc.); multi-scene intelligent interaction triggers pet mode lighting effects, sentry mode lighting effects, charging plug lighting effects, door opening reminder lighting effects, etc.; parking lighting messages trigger parking ambient lighting messages.

[0033] Among them, the lighting effect trigger request refers to a control signal generated based on vehicle events or user operations, containing a lighting effect identifier (ID) and dynamic execution parameters. Lighting effect trigger scenarios include: the user clicking to play in the APP or triggering it quickly through a desktop widget card; the vehicle's ADAS system or performance mode management system issuing a scene signal; the vehicle's exterior lighting system detecting an unlock / lock signal; the system date matching a preset holiday and meeting the welcome conditions; changes in the status of specific vehicle functions; and when the vehicle enters parking mode and the parking light signal function is activated.

[0034] Among them, status signals refer to electrical signal data that are released in real time by the vehicle electronic control unit through the vehicle network bus, used to characterize the vehicle's current physical motion parameters, powertrain operating conditions, body accessory status, and driving environment perception results. The status signals include at least one or more combinations of the following: vehicle speed signal (real-time vehicle speed value, used to distinguish between zero speed and vehicle speed greater than zero in D gear), gear signal (P gear (including Convenience / Driving / Inactive sub-states), D gear, R gear, etc., used to determine whether the vehicle is in a parked or driving state), power mode signal, door status signal (open / closed status of each door, used to determine the triggering and exit of door opening reminder lighting effects), exterior light signal (light effect sequence number signal issued by the vehicle exterior light control system, including position lights, daytime running lights, welcome lights, farewell lights, light show, and other exterior light control commands), and Autohold status signal (activation / deactivation status of the automatic parking function).

[0035] Step S102: Determine the current state category of the vehicle based on the vehicle status signal.

[0036] Specifically, based on the real-time collected vehicle status signals, the current working status category of the vehicle is determined. The status categories include: dynamic driving status (D gear and vehicle speed greater than zero), parking status (P gear / Autohold activated / D gear and vehicle speed zero), special status (welcoming / farewell process, light show in progress), etc.

[0037] Step S103: Select the priority level corresponding to the state category.

[0038] The priority hierarchy refers to a pre-defined logical hierarchy for different vehicle state categories, used to determine the execution order of multiple lighting effect triggering requests. For example, three independent priority levels are constructed: a dynamic scene priority level, a parking P-gear scene priority level, and an exterior light signal judgment priority level. Each level defines a complete priority order (such as a pre-defined priority table for each priority level) for different vehicle operating states and application scenarios. This layered design enables the system to accurately select the applicable arbitration rule based on the current vehicle state when facing complex concurrent requests for multi-source lighting effects, avoiding applicability conflicts of a single priority table in different scenarios.

[0039] Step S104: Arbitrate the lighting effect triggering requests according to the priority level to determine the first lighting effect.

[0040] Arbitration refers to the logical adjudication process by which the system, based on preset priority hierarchy rules, uniquely selects and determines the request with the highest response authority (i.e., the first lighting effect) from among the competing requests when multiple lighting effect triggering requests are triggered concurrently at the same time or within a very short period of time.

[0041] The first lighting effect refers to the new lighting effect instruction with the highest response authority selected by the arbitration mechanism from multiple concurrent lighting effect triggering requests based on preset priority hierarchy rules.

[0042] Step S105: Determine the final second lighting effect based on the first lighting effect.

[0043] Specifically, it checks whether a light effect is currently playing; if a light effect is playing, it determines the third light effect currently playing; it compares the priority values ​​of the first and third light effects, and based on the comparison result, it determines the final second light effect to be played; if no light effect is currently playing, it uses the first light effect as the final second light effect to be played.

[0044] The third lighting effect refers to the lighting effect command that the system has determined and is currently driving the target light fixture to play before the current moment, which is the real-time output state at the current moment.

[0045] The second lighting effect refers to the final lighting effect command determined by the system based on a preset priority rule, comparing the priority values ​​of the first lighting effect and the third lighting effect, and used to drive the target light fixture to actually output the light at the current moment. The preset priority rule includes: if the priority value of the first lighting effect is greater than or equal to the priority value of the third lighting effect, the third lighting effect is immediately interrupted and the first lighting effect is played, and the information of the interrupted third lighting effect is recorded; if the priority value of the first lighting effect is less than the priority value of the third lighting effect, the first lighting effect request is discarded or placed in a request queue for waiting.

[0046] In summary, the method provided in the above embodiments receives all lighting effect trigger requests in real time and acquires vehicle status signals. Based on the vehicle status signals, it determines the current state category of the vehicle, selects the priority level corresponding to the state category, and then arbitrates the lighting effect trigger requests according to the priority level to determine the first lighting effect. Finally, based on the first lighting effect, it determines the second lighting effect to be played. Thus, by mapping the real-time vehicle status signals to state categories and quantifying them into priority levels, and then using these levels to arbitrate all concurrent requests, a unique lighting effect is ultimately output. This achieves scenario-adaptive dynamic matching of the arbitration rules, avoiding applicability conflicts of a single priority table in different scenarios, and significantly improving the accuracy, flexibility, and robustness of the system's decision-making under global operating conditions.

[0047] In one embodiment, selecting a priority level corresponding to the state category includes: Based on the current state of the vehicle, select the priority level corresponding to the state state from the preset correspondence between state state and priority level.

[0048] Specifically, when the vehicle is in a dynamic driving state, the lighting effect arbitration rule of the dynamic scene priority layer is selected; When the vehicle is parked, select the lighting effect arbitration rule of the parking P gear scenario priority layer; When the vehicle is in a special state, the lighting effect arbitration rule of the external light signal priority layer is selected.

[0049] Thus, this embodiment selects the priority level corresponding to the current vehicle state from the preset correspondence between state state and priority level. Each level defines a complete priority order for different vehicle working states and application scenarios, so that when the system faces complex concurrent requests for multi-source lighting effects, it can accurately select the applicable arbitration rule according to the current vehicle state, avoiding the problem of applicability conflict of a single priority table in different scenarios.

[0050] In one implementation, arbitrating lighting effect triggering requests based on priority levels to determine the first lighting effect includes: Retrieve the preset priority table within the priority level; Based on the priority table, select the request that matches the priority table from all lighting effect trigger requests and use it as the first lighting effect trigger request; Based on the first lighting effect trigger request, determine the corresponding first lighting effect.

[0051] The priority tables specifically include: dynamic scene light signal display priority table, parking P gear scene light signal display priority table, and exterior light judgment priority table.

[0052] For example, three independent priority tables are defined (as shown in the table below), where the smaller the priority value, the higher the priority.

[0053] Dynamic scene light language display priority table

[0054] Supplement to dynamic scene priority rules: When multiple scenes are included within the same priority value, the "last triggered priority" principle is adopted; Social light language class with a priority value of 4 includes multiple specific light languages, and the light languages ​​are of the same level; Emergency braking reminder (priority 2) is only displayed on the rear dot matrix screen of the vehicle, and the pattern must be certified as brake light in advance.

[0055] Priority table of parking P gear scene light signals

[0056] Additional rules for priority rules in the Parking P gear scenario: In the welcome / farewell scenario (priority 1), holiday surprises take precedence over user-defined welcome lighting effects; during the light show (priority 2), all other function switches in the app are locked and unavailable; if the fun horn fixed lighting effect (priority 3) is interrupted by the dot matrix screen function, it will not resume playback; the parking light signal (priority 7) is the lowest priority among all lighting effects, and if it is interrupted, the system will automatically resume playback when the higher priority lighting effect ends and the vehicle still meets the conditions for playing the parking light signal.

[0057] External light priority table

[0058] Additional rules for determining exterior light priority: There is a mapping relationship between the priority of exterior lights and the internal priority of the vehicle APP. High-priority signals emitted by the exterior light system can cover low-priority lighting effects being played by the APP; the holiday welcome / farewell effect (priority 1) has the highest priority in the exterior light hierarchy.

[0059] Among them, the first lighting effect trigger request refers to the set of valid requests that are determined to meet the matching rules after being filtered by the "priority table of the priority level", thus obtaining the set of valid requests to enter the next round of arbitration.

[0060] Thus, this embodiment creates a priority table to filter out requests that match the priority table from all lighting effect triggering requests. This enables the system to accurately and quickly arbitrate priorities when multiple lighting effect requests overlap in time, ensuring that key information is displayed first and user intent is expressed reasonably.

[0061] In one implementation, selecting requests that match a priority table from all lighting effect trigger requests as the first lighting effect trigger request includes: When there are multiple requests for triggering the first lighting effect, the priority of each request is sorted according to the priority table. From multiple first lighting effect trigger requests, the one with the highest priority is selected as the first lighting effect trigger request.

[0062] Specifically, when multiple first lighting effect trigger requests are within the same priority level, the priorities of each request are sorted according to the priority table. Based on the priority value of each request, the request with the highest priority (i.e., the lowest priority value) is determined as the first lighting effect trigger request. Thus, when there are lighting effect requests with the same priority value within the same priority level, a deterministic "last trigger priority" processing rule is adopted to ensure the predictability of system behavior and solve the deterministic processing problem of lighting effect requests at the same level.

[0063] Thus, in resolving conflicts in lighting effect requests at the same level, this embodiment uses a rigid decision-making power based on numerical sorting of a priority table to ensure that a unique trigger command with the highest security level is always output within the same level. When priority values ​​are exactly the same, the "last trigger priority" rule serves as a deterministic strategy, directly taking the latest request as the standard. This eliminates the logical uncertainty introduced by random decision-making or circular polling, and also conforms to the user's cognitive pattern that "the latest operation or the latest perceived event should receive an immediate response." This achieves a balance between the uniqueness of conflict resolution, the predictability of system behavior, and the rationality of real-time experience, ensuring that the lighting effect execution logic delivers a deterministic, efficient, and user-perceptible optimal result in any concurrent scenario.

[0064] In one embodiment, determining the final second lighting effect based on the first lighting effect includes: Check if a lighting effect is currently playing; If a lighting effect is currently playing, determine the third lighting effect that is currently playing; compare the priority values ​​of the first and third lighting effects, and based on the comparison result, determine the second lighting effect to be played. If no lighting effect is currently playing, the first lighting effect will be used as the final second lighting effect to be played.

[0065] Thus, this embodiment compares the priority values ​​of newly requested lighting effects and currently playing lighting effects within a selected priority level. This enables dynamic preemption, ensuring that the highest priority request can immediately interrupt lower priority lighting effects, preventing delays in critical events. The comparison logic is simple and efficient, with rapid judgment, effectively guaranteeing real-time response.

[0066] In one embodiment, determining the final second lighting effect based on the first lighting effect includes: The lower the priority value of the lighting effect, the higher the priority. If the priority value of the first lighting effect is less than or equal to the priority value of the third lighting effect, the third lighting effect is immediately interrupted and the first lighting effect is played, and the information of the interrupted third lighting effect is recorded. If the priority value of the first lighting effect is greater than the priority value of the third lighting effect, then the request for the first lighting effect is discarded or placed in the request queue for waiting.

[0067] Thus, this embodiment allows for the immediate preemption and execution of new lighting effects with a priority no lower than the currently playing lighting effect. Simultaneously, it fully records interrupted lighting effect information for later recovery or tracing. Lower-priority requests are discarded or temporarily queued as needed to avoid frequent interference. This ensures both immediate response to the latest or equally important lighting effects, maintains state traceability through interruption recording, and provides a flexible buffer for low-priority requests. It achieves an effective balance between response speed, resource utilization, and system controllability, improving the overall stability of lighting effect scheduling and user experience.

[0068] In one embodiment, determining the final second lighting effect based on the first lighting effect includes: After the final second lighting effect finishes playing, determine whether there is a recoverable interrupted third lighting effect; If the conditions for interrupting the playback of the third lighting effect are met and the third lighting effect is a fourth lighting effect, the fourth lighting effect will be automatically resumed and played. If the playback conditions for the interrupted third lighting effect are not met, or if the third lighting effect is not a fourth lighting effect, then the screen remains off.

[0069] The fourth lighting effect can be a parking light signal.

[0070] Specifically, such as Figure 2 As shown, the specific steps for interrupting and restoring parking light signals include: Step 1: When the parking light signal is playing in a loop, determine if a higher priority lighting effect request has been received. Step 2: If a higher priority lighting effect request is received, immediately stop playing the parking light signal and record the parking light signal playback status to be placed in the request queue for waiting; if no higher priority lighting effect request is received, continue playing the parking light signal in a loop.

[0071] Step 3: Play high-priority lighting effects.

[0072] Step 4: Determine if the high-priority lighting effect has ended.

[0073] Step 5: If the high-priority lighting effect has not ended, continue playing the high-priority lighting effect; if the high-priority lighting effect has ended, check the recovery conditions.

[0074] Step 6: Check if the vehicle is still parked.

[0075] Step 7: If the vehicles are not in a parked state, the parking light signal playback will not resume, and the system will switch to the position light theme; if the vehicles are in a parked state, it will determine whether the parking light signal function is enabled. Step 8: If the parking light signal function is not enabled, the playback of the parking light signal will not be restored, and the position light theme will be switched; if the parking light signal function is enabled, it will be determined whether there are other higher or equivalent lighting effects to be played. Step 9: If the message exists, return to Step 3; otherwise, automatically resume the parking light message loop.

[0076] Thus, this embodiment interrupts the current light signal and responds first when a high-priority trigger (such as unlocking or alarm) is triggered, and automatically restores the original light signal after the trigger is released. This ensures the real-time nature of emergency commands and avoids disrupting long-cycle prompts such as charging progress and vehicle location guidance, effectively improving the smoothness of interaction and the continuity of status awareness.

[0077] In one embodiment, the method further includes: When the fifth lighting effect is playing, disable other function switches; When other functions make operation requests, the operation requests are rejected and a prompt is displayed on the screen. The function lock will be automatically released when the fifth light effect finishes playing or is interrupted by a higher priority light effect.

[0078] The fifth lighting effect can be a light show effect.

[0079] Specifically, such as Figure 6 As shown, the locking process for other function buttons during light show effects playback includes: Step 1: The light show effects begin to play.

[0080] Step 2: Activate the lock state of other function keys.

[0081] Step 3: Disable other function switches within the app.

[0082] Step 4: The interface displays a lock prompt message.

[0083] Step 5: Determine if the light show is playing normally. Step 6: If the light show is playing normally and the user clicks on other functions in the APP, the operation will be rejected and a message will be displayed asking the user to exit the light show first. If the light show ends or is interrupted by a higher priority function, the function lock will be released and other functions in the APP will be made available again.

[0084] Thus, this embodiment improves the reliability of the light show by automatically locking other function switches within the app during the light show playback, preventing accidental exit of the light show due to user misoperation. Simultaneously, the mechanism of automatically releasing the locked state when the light show ends or is interrupted by a higher-priority lighting effect ensures the temporary and preemptive nature of light control, prevents the locked state from becoming permanent, and ensures that the system can automatically resume normal scheduling when a high-priority event is triggered or a task is completed.

[0085] In one embodiment, the method further includes: When the trigger signal of the sixth lighting effect is detected, the current date is obtained and it is determined whether it is a preset holiday; If the current date is a preset holiday, then further determine whether the holiday-themed Easter egg resources corresponding to the preset holiday are available; If the holiday Easter egg resources are unavailable, or the current date is not a preset holiday, then a custom sixth lighting effect will be used; If holiday Easter egg resources are available, then use the holiday Easter egg as the sixth light effect; When holiday Easter egg resources are available but the user has manually switched to custom mode, use the custom sixth lighting effect.

[0086] The sixth lighting effect can be a welcoming lighting effect or a farewell lighting effect.

[0087] Specifically, such as Figure 4 As shown, the specific processing flow for prioritizing the holiday surprise welcome light effects includes: Step 1: The welcoming / farewell trigger signal was detected.

[0088] Step 2: Determine if the current date is a preset holiday? Step 3: If the current date is a preset holiday, determine if the holiday Easter egg resources are available. If the current date is not a preset holiday, use the user-defined welcome lighting effect.

[0089] Step 4: Determine if the holiday Easter egg resource is available. If the holiday Easter egg resource is available, the holiday Easter egg will be used as the default welcome lighting effect, and it will be determined whether the user manually switches the welcome method. If the holiday Easter egg resource is unavailable, the user-defined welcome lighting effect will be used.

[0090] Step 5: Determine if the user manually switched the welcome mode. If the user has manually switched the welcome mode, use the user-defined welcome light effect and determine if the user switches back to the holiday surprise light effect. If the user has not manually switched the welcome mode, play the holiday surprise welcome light effect.

[0091] Step 6: Determine if the user switches back to the Holiday Egg Light Effect. If the user switches back to the Holiday Egg Light Effect, play the Holiday Egg Welcome Light Effect; if the user does not switch back to the Holiday Egg Light Effect, keep the user-defined Welcome Light Effect.

[0092] Thus, this embodiment sets the holiday welcome effect higher than the normal welcome effect in the priority level of the external lights, while allowing users to manually switch back to the custom welcome light effect on the day of the holiday at the application layer, thereby taking into account both the automatic creation of the holiday atmosphere and the flexibility of users' personalized needs.

[0093] Based on the same inventive concept as the foregoing embodiments, the foregoing embodiments will be described in detail below through a specific application scenario, such as... Figure 5 As shown, Step 1: Receive new lighting effect trigger requests.

[0094] Step 2: Obtain the current vehicle status.

[0095] Step 3: Based on the current vehicle status, determine the applicable priority level and query the preset priority table for the corresponding priority level.

[0096] Step 4: When the current vehicle status is dynamic driving status, select the dynamic scene priority layer and query the dynamic scene priority table; when the current vehicle status is parked in P gear status, select the parked in P gear scene priority layer and query the parked in P gear scene priority table; when the current vehicle status is special status, select the exterior light signal judgment priority layer and query the exterior light judgment priority table.

[0097] Step 5: Check if any lighting effects are currently playing. Step 6: If a lighting effect is currently playing, compare the priority of the newly requested lighting effect with that of the current lighting effect; if no lighting effect is currently playing, play the newly requested lighting effect directly.

[0098] Step 7: Compare the priority of the new request lighting effect with the current lighting effect. If the new request has a higher priority, immediately interrupt the current lighting effect and play the new request lighting effect, and record the interrupted lighting effect information. If the new request has a lower priority, discard the new request or wait in the queue. If the new request lighting effect and the current lighting effect have the same priority, adopt the "last triggered priority" principle, interrupt the current lighting effect and play the new request lighting effect, and record the interrupted lighting effect information.

[0099] Step 8: When the new lighting effect ends, determine if there are any interrupted lighting effects that can be recovered. Step 9: If there is a recoverable interrupted lighting effect, and the interrupted lighting effect is a parking light signal and the conditions are met, the playback of the parking light signal will be automatically resumed; if there is no recoverable interrupted lighting effect or the conditions are not met, the display of the position light theme will be restored or the screen will remain off.

[0100] In summary, the method provided in the above embodiments accurately selects the applicable priority level and arbitration rules based on the current vehicle status, avoiding the applicability conflict of a single priority table in different scenarios. Furthermore, when multiple lighting effect requests overlap in time, a deterministic processing rule of interrupting the preceding sequence after the subsequent trigger is adopted to ensure the determinism and predictability of system behavior. At the same time, priority arbitration can be performed accurately and quickly to ensure that key information is displayed first and user intent is reasonably expressed.

[0101] Based on the same inventive concept as the foregoing embodiments, this application provides a computing device, such as... Figure 6 As shown, the device includes: a processor 310 and a memory 311 storing a computer program; wherein, Figure 6 The processor 310 shown in the diagram does not indicate that there is only one processor 310, but only indicates the positional relationship of the processor 310 relative to other devices. In practical applications, there can be one or more processors 310; similarly, Figure 6 The memory 311 shown in the diagram has the same meaning, that is, it is only used to indicate the positional relationship of memory 311 relative to other devices. In practical applications, there can be one or more memories 311. When the processor 310 runs the computer program, it implements the arbitration method for the lighting effect priority applied to the above-mentioned device.

[0102] The device may also include at least one network interface 312. The various components of the device are coupled together via a bus system 313. It is understood that the bus system 313 is used to implement communication between these components. In addition to a data bus, the bus system 313 also includes a power bus, a control bus, and a status signal bus. However, for clarity, in... Figure 6 The general designated all buses as Bus System 313.

[0103] The memory 311 can be volatile memory or non-volatile memory, or both. Non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), ferromagnetic random access memory (FRAM), flash memory, magnetic surface memory, optical disc, or compact disc read-only memory (CD-ROM); magnetic surface memory can be disk storage or magnetic tape storage. Volatile memory can be random access memory (RAM), used as an external cache. By way of example, but not limitation, many forms of RAM are available, such as Static Random Access Memory (SRAM), Synchronous Static Random Access Memory (SSRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic Random Access Memory (SDRAM), Double Data Rate Synchronous Dynamic Random Access Memory (DDRSDRAM), Enhanced Synchronous Dynamic Random Access Memory (ESDRAM), SyncLink Dynamic Random Access Memory (SLDRAM), and Direct Rambus Random Access Memory (DRRAM).The memory 311 described in the embodiments of this application is intended to include, but is not limited to, these and any other suitable types of memory.

[0104] The memory 311 in this embodiment is used to store various types of data to support the operation of the device. Examples of this data include: any computer programs used to operate on the device, such as operating systems and applications; contact data; phonebook data; messages; pictures; videos, etc. The operating system includes various system programs, such as the framework layer, core library layer, driver layer, etc., used to implement various basic services and handle hardware-based tasks. Applications can include various applications, such as media players, browsers, etc., used to implement various application services. Here, the program implementing the method of this embodiment can be included in the application.

[0105] Based on the same inventive concept as the foregoing embodiments, this embodiment also provides a computer-readable storage medium storing a computer program. The computer-readable storage medium can be a magnetic random access memory (FRAM), a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), a flash memory, a magnetic surface memory, an optical disc, or a compact disc read-only memory (CD-ROM), etc.; it can also be various devices including one or any combination of the above-mentioned memories, such as mobile phones, computers, tablet devices, personal digital assistants, etc. When the computer program stored in the computer-readable storage medium is executed by a processor, it implements the above-mentioned arbitration method for lighting effect priority. For the specific steps implemented when the computer program is executed by the processor, please refer to [link to relevant documentation]. Figure 1 The description of the illustrated embodiments will not be repeated here.

[0106] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0107] In this document, the terms “comprising,” “including,” or any other variations thereof are intended to cover non-exclusive inclusion, which includes not only the elements listed but also other elements not expressly listed.

[0108] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. An arbitration method for prioritizing lighting effects, characterized in that, include: It receives all lighting effect trigger requests in real time and obtains vehicle status signals; Determine the current state category of the vehicle based on the vehicle status signal; Select the priority level corresponding to the state category; Arbitrate the lighting effect triggering request according to the priority level to determine the first lighting effect; Based on the first lighting effect, determine the final second lighting effect to be played.

2. The method as described in claim 1, characterized in that, The step of selecting the priority level corresponding to the state category includes: Based on the current state of the vehicle, select the priority level corresponding to the state state from the preset correspondence between state state and priority level.

3. The method as described in claim 1, characterized in that, The step of arbitrating the lighting effect triggering request according to the priority level to determine the first lighting effect includes: Obtain the preset priority table within the priority level; According to the priority table, the request that matches the priority table is selected from all lighting effect trigger requests and used as the first lighting effect trigger request; Based on the first lighting effect trigger request, determine the corresponding first lighting effect.

4. The method as described in claim 3, characterized in that, The step of selecting the request that matches the priority table from all lighting effect trigger requests as the first lighting effect trigger request includes: When there are multiple first lighting effect trigger requests, the priority of each request is sorted according to the priority table. From multiple first lighting effect trigger requests, the one with the highest priority is selected as the first lighting effect trigger request.

5. The method as described in claim 1, characterized in that, The step of determining the final second lighting effect based on the first lighting effect includes: Check if a lighting effect is currently playing; If a lighting effect is currently playing, determine the third lighting effect that is currently playing; compare the priority values ​​of the first lighting effect and the third lighting effect, and based on the comparison result, determine the second lighting effect that will be played last. If no lighting effect is currently playing, the first lighting effect will be used as the second lighting effect to be played last.

6. The method as described in claim 5, characterized in that, The smaller the priority value of the lighting effect, the higher the priority; the method also includes: If the priority value of the first lighting effect is less than or equal to the priority value of the third lighting effect, the third lighting effect is immediately interrupted and the first lighting effect is played, and the information of the interrupted third lighting effect is recorded. If the priority value of the first lighting effect is greater than the priority value of the third lighting effect, then the first lighting effect request is discarded or the first lighting effect request is placed in the request queue for waiting.

7. The method of claim 6, further comprising: After the second lighting effect finishes playing, determine whether there is a recoverable interrupted third lighting effect; If the conditions for interrupting the playback of the third lighting effect are met and the third lighting effect is a fourth lighting effect, the fourth lighting effect will be automatically resumed for playback. If the playback conditions for the interrupted third lighting effect are not met, or if the third lighting effect is not a fourth lighting effect, then the screen remains off.

8. The method of claim 1, further comprising: When the fifth lighting effect is playing, disable other function switches; When other functions make operation requests, the operation requests are rejected and a prompt is displayed on the screen. The function lock will be automatically released when the fifth light effect finishes playing or is interrupted by a higher priority light effect.

9. The method of claim 1, further comprising: When the trigger signal of the sixth lighting effect is detected, the current date is obtained and it is determined whether it is a preset holiday; If the current date is a preset holiday, then it is further determined whether the holiday Easter egg resources corresponding to the preset holiday are available; If the aforementioned holiday Easter egg resources are unavailable, or the current date is not a preset holiday, then a custom sixth lighting effect will be used; If the aforementioned holiday Easter egg resource is available, then the aforementioned holiday Easter egg will be used as the sixth lighting effect; When the aforementioned holiday Easter egg resource is available but the user has manually switched to custom mode, use the custom sixth lighting effect.

10. A computing device, characterized in that, include: A processor and a memory storing a computer program, wherein, when the processor executes the computer program, the steps of the arbitration method for lighting effect priority as described in any one of claims 1 to 9 are implemented.

Images