Method, device, processor and electronic equipment for controlling a vehicle island platform

Abstract

The application discloses a control method and device of an island table in a vehicle, a processor and electronic equipment. The method comprises the following steps: acquiring state information of the vehicle, and / or a use scene instruction triggered by a target object in the vehicle, wherein the state information is used for at least representing a working state in which the vehicle is located; determining a target use scene in which the island table is located based on the state information and / or the use scene instruction; mapping the target use scene by using a target mapping table to obtain a spatial position of the island table, wherein the target mapping table is used for representing a mapping relationship between the target use scene and the spatial position of the island table in the vehicle; generating a moving strategy of the island table based on the spatial position; controlling the island table to move in the vehicle according to the moving strategy; and controlling the island table to perform a locking operation after the island table moves to a target position. The application solves the technical problem that the island table in the vehicle cannot be effectively controlled.

Description

Technical Field

[0001] This application relates to the field of vehicle control technology, and more specifically, to a control method, device, processor, and electronic device for a vehicle island console. Background Technology

[0002] Currently, vehicle island consoles often lack intelligent scene adaptation capabilities, failing to automatically adjust their position based on driver operating habits or the vehicle's current operating status. This necessitates manual movement of the island console when switching between different scenarios such as driving, resting, or entertainment. This is not only cumbersome and provides a poor user experience, but also makes it difficult to ensure effective control of the island console during movement. Therefore, the technical challenge of effectively controlling vehicle island consoles remains.

[0003] There is currently no effective solution to the aforementioned technical problems. Summary of the Invention

[0004] This application provides a method, apparatus, processor, and electronic device for controlling a vehicle island console, to at least solve the technical problem of being unable to effectively control a vehicle island console.

[0005] According to one aspect of the embodiments of this application, a control method for an island in a vehicle is provided. The method may include: acquiring vehicle status information and / or usage scenario instructions triggered by a target object in the vehicle, wherein the status information is used to at least indicate the working state of the vehicle; determining the target usage scenario of the island based on the status information and / or the usage scenario instructions; mapping the target usage scenario using a target mapping table to obtain the spatial position of the island, wherein the target mapping table is used to represent the mapping relationship between the target usage scenario and the spatial position of the island inside the vehicle; generating a movement strategy for the island based on the spatial position, wherein the movement strategy is used to represent the rule of moving the island to the target position and, after moving to the target position, activating a self-locking mechanism deployed at the bottom of the island; controlling the island to move within the vehicle according to the movement strategy, and controlling the island to perform a locking operation after moving to the target position.

[0006] Optionally, determining the target usage scenario of the island based on status information and / or usage scenario instructions includes: in response to detecting a usage scenario instruction triggered by a target object, determining the usage scenario indicated by the usage scenario instruction as the target usage scenario, wherein the target usage scenario corresponds to at least one of the following areas in the vehicle: the driving area, the lower part of the instrument panel area, and the rear functional area; in response to not detecting a usage scenario instruction, determining the target usage scenario based on status information.

[0007] Optionally, in response to the absence of a usage scenario command, a target usage scenario is determined based on state information, including: in response to the absence of a usage scenario command, if the state information indicates that the vehicle is stationary, the vehicle is in a door-open state, and the vehicle's seat is within the target range, the target usage scenario is determined to be a resting scenario; or in response to the absence of a usage scenario command, if the state information indicates that the vehicle is in a driving state, the vehicle is in a door-closed state, and the seat is within the target range, the target usage scenario is determined to be a driving scenario.

[0008] Optionally, the target mapping table includes at least one set of mapping data, which includes: target usage scenario identifier, target parking area identifier, and target parking coordinates. Based on the spatial location, a movement strategy for the island is generated, including: based on the target usage scenario, searching for the corresponding target parking area identifier and target parking coordinates in the target mapping table; and generating a movement strategy based on the target parking area identifier, target parking coordinates, and spatial location.

[0009] Optionally, the movement strategy includes a first movement strategy and a second movement strategy. The movement strategy is generated based on the target parking area identifier, the target parking coordinates, and the spatial location. This includes: comparing the target parking coordinates with the spatial location to obtain a current area identifier and a target area identifier; generating a first movement strategy in response to a discrepancy between the current area identifier and the target area identifier, or a distance greater than a distance threshold between the spatial location and the target parking coordinates, wherein the first movement strategy includes a movement command and a locking command; and generating a second movement strategy in response to a match between the current area identifier and the target area identifier, and a distance less than or equal to the distance threshold, wherein the second movement strategy includes a locking command.

[0010] Optionally, according to the movement strategy, controlling the island platform to move within the vehicle includes: acquiring obstacle information of the island platform in the movement path; verifying the obstacle information and status information to obtain a verification result; and in response to the verification result indicating that there are no obstacles on the movement path and the status information indicating that the vehicle is stationary, driving the electric omnidirectional wheels deployed at the bottom of the island platform to control the island platform to move within the vehicle.

[0011] Optionally, after the island is moved to the target position, the island is controlled to perform a locking operation, including: after the island is moved to the target position, the self-locking mechanism is unlocked to control the island to perform the locking operation.

[0012] According to another aspect of the embodiments of this application, a control device for a vehicle island is also provided. The device may include: an acquisition unit, configured to acquire vehicle status information and / or usage scenario instructions triggered by a target object in the vehicle, wherein the status information is used to at least indicate the vehicle's operating state; a determination unit, configured to determine the target usage scenario of the island based on the status information and / or the usage scenario instructions; a mapping unit, configured to map the target usage scenario using a target mapping table to obtain the spatial position of the island, wherein the target mapping table is used to represent the mapping relationship between the target usage scenario and the spatial position of the island inside the vehicle; a generation unit, configured to generate a movement strategy for the island based on the spatial position, wherein the movement strategy represents a rule for moving the island to the target position and, after moving to the target position, activating a self-locking mechanism deployed at the bottom of the island; and a control unit, configured to control the island to move within the vehicle according to the movement strategy, and to control the island to perform a locking operation after moving to the target position.

[0013] According to another aspect of the embodiments of this application, a processor is also provided. The processor is used to run a program, wherein the program is executed by the processor to perform the methods described in the embodiments of this application.

[0014] According to another aspect of the embodiments of this application, an electronic device is also provided, including: a memory storing an executable program; and a processor for running the program, wherein the program executes the methods in various embodiments of this application when it runs.

[0015] According to another aspect of the embodiments of this application, a computer-readable storage medium is also provided, the computer-readable storage medium including a stored executable program, wherein, when the executable program is running, it controls the device where the computer-readable storage medium is located to perform the methods of various embodiments of this application.

[0016] According to another aspect of the embodiments of this application, a computer program product is also provided, including a computer program that, when executed by a processor, implements the methods of various embodiments of this application.

[0017] According to another aspect of the embodiments of this application, a computer program product is also provided, including a non-volatile computer-readable storage medium storing a computer program, which, when executed by a processor, implements the methods in various embodiments of this application.

[0018] According to another aspect of the embodiments of this application, a computer program is also provided, which, when executed by a processor, implements the methods of the various embodiments of this application.

[0019] According to another aspect of the embodiments of this application, a vehicle is also provided. The vehicle includes a memory and a processor. The memory stores an executable program; the processor is used to run the program, which, when running, implements the methods described in the embodiments of this application.

[0020] In this embodiment, by acquiring vehicle status information and / or usage scenario commands triggered by a target object within the vehicle, the target usage scenario of the island platform is determined based on the status information and / or usage scenario commands. Then, a target mapping table is used to map the target usage scenario, obtaining the spatial location of the island platform. The abstract scenario identifier is transformed into specific physical spatial coordinates, thereby generating a movement strategy for the island platform based on its spatial location. Following the movement strategy, the island platform is controlled to move within the vehicle, and after reaching the target location, a locking operation is performed. This overcomes the limitations of manual island platform movement in related technologies, which is not only cumbersome and provides a poor user experience but also makes it difficult to ensure effective control of the island platform during movement. Therefore, it solves the technical problem of ineffective control of island platforms within a vehicle and achieves the technical effect of effective control of island platforms within a vehicle. Attached Figure Description

[0021] The accompanying drawings, which are included to provide a further understanding of this application and form part of this application, illustrate exemplary embodiments and are used to explain this application, but do not constitute an undue limitation of this application. In the drawings:

[0022] Figure 1 This is a flowchart of a control method for a vehicle island console according to an embodiment of this application;

[0023] Figure 2 This is a flowchart of a method for controlling an island platform based on an island platform usage scenario, according to an embodiment of this application;

[0024] Figure 3 This is a schematic diagram of a full signal monitoring method according to an embodiment of this application;

[0025] Figure 4 This is a flowchart of a method for moving an island platform according to an embodiment of this application;

[0026] Figure 5 This is a schematic diagram of a control device for a vehicle island console according to an embodiment of this application;

[0027] Figure 6 This is a structural diagram of an electronic device according to an embodiment of this application. Detailed Implementation

[0028] 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. Obviously, the described embodiments are only some embodiments of the present application, and not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative effort should fall within the scope of protection of the present application.

[0029] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, functional component, or device that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, functional components, or devices.

[0030] According to an embodiment of this application, an embodiment of a control method for a vehicle island is provided. It should be noted that the steps shown in the flowchart in the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. Furthermore, although a logical order is shown in the flowchart, in some cases, the steps shown or described may be executed in a different order than that shown here.

[0031] Figure 1 This is a flowchart of a control method for a vehicle island console according to an embodiment of this application, such as... Figure 1 As shown, the method may include the following steps.

[0032] Step S102: Obtain the vehicle's status information and / or the usage scenario command triggered by the target object in the vehicle.

[0033] In the technical solution provided by step S102 of this application, the status information can be used to at least indicate the working status of the vehicle.

[0034] In this embodiment, the status information can be the physical status data of the vehicle collected in real time through onboard sensors and bus signals. For example, the status information can be driving status, door status, seat position, and other related statuses, etc., which are only examples and are not specifically limited here.

[0035] Optionally, the driving status can be determined by vehicle speed or gear position signals to indicate whether the vehicle is in a "driving," "parked," or "idling" state. Door status can be determined by door open / close sensors to indicate whether all doors are "closed," "open," or a specific number of doors are open. Seat position can be determined by seat position sensors to obtain adjustment parameters of the driver's or passenger's seat (e.g., fore-and-aft position, backrest angle, seat cushion height) to determine whether the seat is in a specific posture (e.g., fully reclined, back in the driver's seat). Other associated statuses can include handbrake status and power mode, used to assist in determining the overall operating condition of the vehicle.

[0036] Optionally, the usage scenario command triggered by a target object in the vehicle (e.g., a user) can be an explicit operation command from the target object inside the vehicle. For example, touch interaction, voice interaction, physical buttons / knobs, and gesture recognition, etc., are only examples and are not specifically limited here.

[0037] Optionally, touch interaction allows users to tap specific scene icons (such as "Dining Scene," "Tea Break Scene," "Rest Mode," "Office Mode," and "Driving Mode") on the central control screen, instrument panel, or island's touch panel. Voice interaction allows users to switch scenes via voice commands. Physical buttons / knobs allow users to select scenes by pressing preset physical buttons or rotating knobs. Gesture recognition captures user gesture signals through an in-vehicle camera and identifies specific scene commands.

[0038] In this embodiment of the application, by sensing the state information of the vehicle, the potential needs of the user without explicit instructions can be automatically inferred. By obtaining the usage scenario instructions triggered by the target object in the vehicle, the personalized or sudden needs of the user in a specific situation can be met, providing an accurate information basis for subsequently determining the target usage scenario of the island platform.

[0039] Step S104: Based on the status information and / or usage scenario instructions, determine the target usage scenario of the island platform.

[0040] In the technical solution provided by step S104 of this application, after obtaining the vehicle's status information and / or the usage scenario command triggered by the target object in the vehicle, the target usage scenario of the island can be determined based on the status information and / or usage scenario command, thereby transforming the obtained status information and / or usage scenario command (i.e., raw data) into a specific, executable target usage scenario (e.g., application scenario mode).

[0041] In this embodiment, intelligent reasoning based on state information can determine the user's potential needs, allowing scene switching to be completed without frequent user intervention. For example, when a user parks, opens the car door, and adjusts the seat, the system can automatically recognize it as a resting scenario and move the island, greatly improving the vehicle's automation level and intelligent attributes.

[0042] Optionally, a dual-input mechanism of status information and usage scenario instructions can be adopted, which can still maintain reasonable usage scenario judgment even when the user forgets to send usage scenario instructions or the status information is abnormal.

[0043] For example, when a clear usage scenario instruction is received from a target object (e.g., a driver or passenger) via an interactive terminal (e.g., a central control screen, voice, or buttons), the scenario mode indicated by that instruction can be identified as the target usage scenario. For instance, if a user clicks the "Rest Mode" button, the current target usage scenario can be determined to be a rest scenario. When no clear usage scenario instruction is detected, or when the priority of the usage scenario instruction is lower than that of the automatic recognition logic, the target usage scenario can be deduced by comprehensively analyzing and logically judging the status information based on preset scenario recognition rules.

[0044] Optionally, when the vehicle's driving status is "driving" or "idling," the door status is "closed," and the seat position is "preset driver's seat," the target usage scenario can be determined as a driving scenario. When the driving status is "parked," the door status is "open," and the seat position is displayed as "reclined" or "tilted back to a preset rest angle," the target usage scenario can be determined as a rest scenario. Furthermore, based on combinations of vehicle status information (e.g., parked, door closed, seat moved forward, etc.), it can also be identified as an office scenario or a storage scenario, etc., for illustrative purposes only, without specific limitations.

[0045] In this embodiment, the clearly defined target usage scenario provides a foundation for the subsequent direct invocation of the preset target mapping table and the generation of the movement strategy, thereby ensuring that the island can respond quickly and accurately to changes in usage scenario and improve the user's operating experience.

[0046] Step S106: Using the target mapping table, the target usage scenario is mapped to obtain the spatial location of the island platform.

[0047] In the technical solution provided in step S106 of this application, the target mapping table can be used to represent the mapping relationship between the target usage scenario and the spatial position of the island platform inside the vehicle.

[0048] In this embodiment, the target mapping table includes at least one set of mapping data, which may include: target usage scenario identifier, target parking area identifier, and target parking coordinates. The target usage scenario can be queried using the preset target mapping table to obtain the spatial location of the island platform.

[0049] Optionally, if the target usage scenario is a rest scenario, the target location parameter associated with the rest scenario can be found by querying the target mapping table as "rear functional area, coordinates (x1, y1, z1)". After a successful query, the determined spatial location of the island platform can be output. This spatial location not only includes the destination for movement on the two-dimensional plane, but can also include reference values ​​for height or angle adjustments, providing data for subsequent generation of movement strategies.

[0050] In this embodiment, by directly mapping the target usage scenario to a preset spatial location, the island platform can be quickly and accurately moved to the preset optimal functional position without the need for real-time planning of complex obstacle avoidance paths or manual setting of coordinates. This ensures that the island platform is in the optimal human-computer interaction position under different usage scenarios (e.g., completely level when resting, and stably supported when driving).

[0051] Step S108: Generate the island platform's movement strategy based on its spatial location.

[0052] In the technical solution provided in step S108 of this application, the movement strategy can be used to represent the rule of moving the island to the target position and activating the self-locking mechanism deployed at the bottom of the island after moving to the target position.

[0053] In this embodiment, the target mapping table may include at least one set of mapping data, which may include: a target usage scenario identifier, a target parking area identifier, and target parking coordinates. During the process of generating the island's movement strategy based on spatial location, the corresponding target parking area identifier and target parking coordinates can be looked up in the target mapping table based on the target usage scenario, thereby generating the island's movement strategy based on the target parking area identifier, target parking coordinates, and spatial location.

[0054] Optionally, by comparing the target parking coordinates with the spatial location, the current area identifier and the target area identifier can be obtained. If the current area identifier and the target area identifier are inconsistent, or if the distance between the spatial location and the target parking coordinates is greater than a distance threshold, the movement strategy can be a first movement strategy, which includes a movement command and a lock command. If the current area identifier and the target area identifier are consistent, and the distance is less than or equal to the distance threshold, it can be determined that the island platform does not need to move a long distance, and the movement strategy can be a second movement strategy, which only includes a lock command.

[0055] In this embodiment, a movement strategy for the island is generated based on its spatial location, providing an accurate basis for controlling the island to move within the vehicle according to the movement strategy, and for controlling the island to perform a locking operation after it has moved to the target location.

[0056] Step S110: According to the movement strategy, control the island to move in the vehicle, and after the island moves to the target position, control the island to perform a locking operation.

[0057] In the technical solution provided by step S110 of this application, the island platform is controlled to move in the vehicle according to the movement strategy, and after the island platform moves to the target position, the island platform is controlled to perform a locking operation, which ensures the accurate execution and safe positioning of the island platform's physical movements.

[0058] In this embodiment, obstacle information in the movement path of the island platform can be obtained. Then, the obstacle information and status information can be verified to obtain the verification result. If the verification result shows that there are no obstacles in the movement path and the status information indicates that the vehicle is stationary, the electric omnidirectional wheels deployed at the bottom of the island platform can be driven to control the island platform to move within the vehicle.

[0059] Optionally, after the island is moved to the target position, the self-locking mechanism deployed at the bottom of the island can be unlocked to control the island to perform a locking operation.

[0060] In this embodiment, the above steps eliminate the need for manual intervention in the movement and locking of the island platform, achieving a seamless transition from target usage scenario identification to physical adjustment. Users simply need to select the target usage scenario, and the vehicle's control system can automatically complete complex mechanical operations.

[0061] In steps S102 to S110 of this application, by acquiring the vehicle's status information and / or usage scenario commands triggered by a target object in the vehicle, the target usage scenario of the island platform is determined based on the status information and / or usage scenario commands. Then, a target mapping table is used to map the target usage scenario, obtaining the spatial position of the island platform. The abstract scenario identifier is transformed into specific physical spatial coordinates, thereby generating a movement strategy for the island platform based on its spatial position. According to the movement strategy, the island platform is controlled to move within the vehicle, and after moving to the target position, the island platform is controlled to perform a locking operation. This overcomes the limitations of related technologies where manually moving the island platform is not only cumbersome and provides a poor user experience, but also makes it difficult to guarantee effective control of the island platform during movement. Therefore, it solves the technical problem of ineffective control of island platforms in vehicles and achieves the technical effect of effective control of island platforms in vehicles.

[0062] The method described in this embodiment will be further described below.

[0063] As an optional embodiment, step S104, determining the target usage scenario of the island based on status information and / or usage scenario instructions, includes: in response to detecting a usage scenario instruction triggered by a target object, determining the usage scenario indicated by the usage scenario instruction as the target usage scenario, wherein the target usage scenario corresponds to at least one of the following areas in the vehicle: the driving area, the lower part of the dashboard area, and the rear functional area; in response to not detecting a usage scenario instruction, determining the target usage scenario based on status information.

[0064] In this embodiment, during the process of determining the target usage scenario of the island platform based on status information and / or usage scenario instructions, if a usage scenario instruction triggered by the target object is detected, the usage scenario indicated by the usage scenario instruction is determined as the target usage scenario. If no usage scenario instruction is detected, the target usage scenario is determined based on the status information.

[0065] Optionally, it can detect whether a clear usage scenario command triggered by the target object (e.g., the driver) through an interactive terminal (e.g., the central control screen, voice, physical buttons, etc.) has been received. If a usage scenario command is detected, the vehicle's control system directly extracts the scenario identifier (e.g., "dining scenario", "tea break scenario", "rest mode", "office mode") carried in the usage scenario command and directly identifies it as the target usage scenario.

[0066] Optionally, if no clear usage scenario instruction is detected, the system can automatically switch to an intelligent reasoning mode based on vehicle status information, thereby determining the target usage scenario by analyzing the status information.

[0067] In this embodiment, by establishing a logic that prioritizes usage scenario commands, the system ensures that the user has the highest decision-making authority under specific needs, preventing the control system from misunderstanding the user's intentions due to excessive automation. Supplemented by status information, the system ensures that even when the user is not operating, it can still automatically adapt the island's position according to the vehicle environment, achieving seamless interaction and enhancing the convenience of the smart cockpit.

[0068] As an optional embodiment, in response to the absence of a usage scenario command, a target usage scenario is determined based on state information, including: in response to the absence of a usage scenario command, if the state information indicates that the vehicle is stationary, the vehicle is in a door-open state, and the vehicle's seat is within the target range, the target usage scenario is determined to be a resting scenario; in response to the absence of a usage scenario command, if the state information indicates that the vehicle is in a driving state, the vehicle is in a door-closed state, and the seat is within the target range, the target usage scenario is determined to be a driving scenario.

[0069] In this embodiment, the target usage scenario can be accurately determined by logically combining the vehicle status information from multiple sources.

[0070] Optionally, if no explicit usage scenario instruction is detected, and the status information indicates that the vehicle is stationary, the vehicle door is open, and the vehicle seat is within the target range, then the target usage scenario can be determined to be a rest scenario.

[0071] Optionally, vehicle stationary can mean the vehicle speed is zero or in P gear / handbrake engaged, ensuring safety when the island is moved. Door open can mean at least one door is open, suggesting the user may be preparing to get out, rest, or engage in in-vehicle activities, rather than continuing a long drive. Seat in target position means the driver's or front passenger seat is adjusted to a preset resting posture. For example, the seat back angle is greater than 100 degrees (close to being flat), or the seat has been moved to the rear passenger space.

[0072] Optionally, if no usage scenario command is detected, and the status information indicates that the vehicle is in a driving state, the doors are closed, and the seat is within the target range, then the target usage scenario can be determined to be a driving scenario. The vehicle being in a driving state can mean the vehicle is moving, idling, or preparing to start (e.g., the speed is greater than 0 or the gear is in D / R / N). Doors being closed can mean all doors are closed, complying with driving safety regulations. The seat being within the target range means the seat is adjusted to a standard driving posture. For example, the seat back angle is between 60-80 degrees, and the seat's fore-and-aft position is within the optimal range for the driver to operate the pedals and steering wheel.

[0073] Single state information (e.g., vehicle speed alone) can easily lead to misjudgments (e.g., the vehicle speed is 0 when waiting for someone, but it is not resting). This application embodiment introduces a multi-dimensional joint determination of "door status" and "seat posture", which enables the control system to effectively distinguish between "temporary parking", "rest mode" and "driving mode", and significantly reduce the false trigger rate of scene recognition.

[0074] As an optional embodiment, the target mapping table includes at least one set of mapping data, including: target usage scenario identifier, target parking area identifier, and target parking coordinates. Step S108, based on spatial location, generates the island's movement strategy, including: based on the target usage scenario, searching for the corresponding target parking area identifier and target parking coordinates in the target mapping table; and generating the movement strategy based on the target parking area identifier, target parking coordinates, and spatial location.

[0075] In this embodiment, the target parking area identifier is a logical area label used to macroscopically define the approximate location range of the island. For example, "driving area," "under-dashboard storage area," "rear extension area," or "center console area." The target parking area identifier helps the control system quickly determine the functional zone where the island is located, facilitating subsequent path planning and classification (for example, obstacle avoidance strategies may vary depending on the area).

[0076] Optionally, the target parking coordinates are microscopic geometric position data, which may include three-dimensional spatial coordinates (X, Y, Z) and rotation angle θ, as well as the precise physical location point that the island platform ultimately needs to reach.

[0077] Optionally, the target parking area identifier is used to determine the path constraints for movement. For example, if the target area is the "driving area", the movement strategy may include safety constraints such as "maintaining a distance of not less than X centimeters from the driver"; if it is the "rear extension area", the movement strategy may include alignment constraints such as "aligning with the rear seats".

[0078] It should be noted that the vehicle can be a truck, as the truck cab only has two seats: a driver's seat and a front passenger seat. The driver's seat can slide forward and backward; the front passenger seat can be fixed in the front or rear cabin, or slide forward and backward. Therefore, there are no restrictions on the specific locations of the "tea break mode" and "dining mode" within the vehicle; these modes are not limited to the front or rear cabins.

[0079] Optionally, in the process of generating the island's movement strategy based on spatial location, the corresponding target parking area identifier and target parking coordinates can be looked up in the target mapping table based on the target usage scenario. The movement strategy can then be generated based on the target parking area identifier, target parking coordinates, and spatial location. This movement strategy may include: a sequence of movement commands, area logic commands, and destination locking commands.

[0080] Optionally, the motion command sequence may include the initial rotation speed, steering angle, and acceleration curve of each electric omnidirectional wheel to ensure that the island platform moves smoothly to the target position along the planned trajectory. Area logic commands may include specific rules to be followed when moving within that area (e.g., speed limits, obstacle avoidance thresholds). The endpoint locking command can explicitly trigger the self-locking mechanism when the island platform reaches the target position and the deviation is less than the deviation threshold.

[0081] As an optional embodiment, the movement strategy includes a first movement strategy and a second movement strategy. The movement strategy is generated based on a target parking area identifier, target parking coordinates, and spatial location. The generation of the movement strategy includes: comparing the target parking coordinates with the spatial location to obtain a current area identifier and a target area identifier; generating a first movement strategy in response to a discrepancy between the current area identifier and the target area identifier, or a distance greater than a distance threshold between the spatial location and the target parking coordinates, wherein the first movement strategy includes a movement command and a locking command; and generating a second movement strategy in response to a match between the current area identifier and the target area identifier, and a distance less than or equal to the distance threshold, wherein the second movement strategy includes a locking command.

[0082] In this embodiment, the target parking coordinates can be compared with the spatial location to obtain the current area identifier and the target area identifier. It can be determined whether the current area identifier and the target area identifier are consistent, thereby determining the movement strategy.

[0083] Optionally, if the current area identifier is inconsistent with the target area identifier, or if the distance between the spatial location and the target parking coordinates is greater than a distance threshold, it can be determined that the island platform needs to undergo significant physical displacement, and a first movement strategy can be generated. This first movement strategy may include movement commands and locking commands.

[0084] Optionally, the movement command may include detailed motion path planning, speed curves, and drive vectors for each electric caster wheel, guiding the island platform to move from its current position to the target position. The locking command may explicitly instruct that the self-locking mechanism be activated immediately after the movement is completed and the target position is reached.

[0085] Optionally, if the current area identifier matches the target area identifier, and the distance is less than or equal to a distance threshold, it can be determined that the island is in the target position and the accuracy of the target position is within the allowable range, and a second movement strategy can be generated. This second movement strategy may only contain a locking command, that is, a command to activate the self-locking mechanism. At this time, the control system does not send any motor drive signals, and the island remains stationary.

[0086] In this embodiment, by distinguishing between two movement strategies—large-scale movement and fine-tuning locking—the control system can intelligently determine whether the island platform truly needs to be moved. For example, when the positional deviation is small, generating the second movement strategy can directly execute the locking operation, eliminating the acceleration, deceleration, and path planning time during the movement process, thus enabling faster island platform state adjustments and more immediate responses.

[0087] As an optional embodiment, step S110, controlling the island platform to move within the vehicle according to the movement strategy, includes: acquiring obstacle information of the island platform in the movement path; verifying the obstacle information and status information to obtain a verification result; in response to the verification result indicating that there are no obstacles on the movement path and the status information indicating that the vehicle is stationary, driving the electric omnidirectional wheels deployed at the bottom of the island platform to control the island platform to move within the vehicle.

[0088] In this embodiment, at the specific execution level of controlling the island's movement according to the movement strategy, a strict safety pre-verification mechanism can be introduced to ensure that the environmental safety and vehicle status safety are confirmed before the island is physically moved.

[0089] Optionally, upon receiving the movement strategy, the sensing modules around the island platform (e.g., ultrasonic sensors, millimeter-wave radar, or visual cameras) can be activated first. By scanning the space along the planned movement path of the island platform, the presence of static obstacles (e.g., seat legs, floor protrusions, clutter) or dynamic obstacles (e.g., suddenly extending passenger limbs, pets, etc.) can be identified. Obstacle information can include the type of obstacle (e.g., static or dynamic), distance, relative position, and the expected collision risk level. Subsequently, the obstacle information and status information can be verified.

[0090] Optionally, if there are no obstacles on the movement path and the status information indicates that the vehicle is stationary, the electric omnidirectional wheels deployed at the bottom of the island platform can be driven to control the island platform to move within the vehicle.

[0091] Optionally, if the verification result is unsuccessful, for example, due to the presence of an obstacle or the vehicle not being stationary, the movement command can be refused, the island can remain locked, an audible and visual alarm can be issued to prompt the user to remove the obstacle, or the user can be prompted to ensure that the vehicle has come to a complete stop, thereby preventing collisions or mechanical damage.

[0092] In this embodiment of the application, the above steps avoid forcibly moving the island platform when the vehicle vibrates or there are hard obstacles, preventing damage to the electric casters, motor or self-locking mechanism due to overload, and improving the reliability and durability of the control system.

[0093] As an optional embodiment, step S110, after the island platform moves to the target position, controls the island platform to perform a locking operation, including: after the island platform moves to the target position, unlocking the self-locking mechanism to control the island platform to perform a locking operation.

[0094] In this embodiment, after the island platform moves to the target position, the self-locking mechanism deployed at the bottom of the island platform can be unlocked to control the island platform to perform a locking operation. At this time, the electric casters stop driving, and the island platform is in a relatively stationary state.

[0095] Optionally, during the island's movement, the self-locking mechanism is in an "unlocked" or "disconnected" state to ensure the island can move freely. When the island reaches the target position, the control system issues a locking command to ensure that the self-locking mechanism (such as an electromagnetic chuck, mechanical pin, friction plate, etc.) is in a fully released or pre-closed state.

[0096] In this embodiment, by acquiring vehicle status information and / or usage scenario commands triggered by a target object within the vehicle, the target usage scenario of the island platform is determined based on the status information and / or usage scenario commands. Then, a target mapping table is used to map the target usage scenario, obtaining the spatial location of the island platform. The abstract scenario identifier is transformed into specific physical spatial coordinates, thereby generating a movement strategy for the island platform based on its spatial location. Following the movement strategy, the island platform is controlled to move within the vehicle, and after reaching the target location, a locking operation is performed. This overcomes the limitations of manual island platform movement in related technologies, which is not only cumbersome and provides a poor user experience but also makes it difficult to ensure effective control of the island platform during movement. Therefore, it solves the technical problem of ineffective control of island platforms within a vehicle and achieves the technical effect of effective control of island platforms within a vehicle.

[0097] The technical solutions of the embodiments of this application will be illustrated below with reference to preferred embodiments.

[0098] Currently, the control strategies for the center console, storage compartment, or rear entertainment island in vehicles often focus on the physical adjustment of mechanical structures and simple linkages based on fixed logic, and have not yet formed an intelligent comprehensive control system for "dynamic scene recognition + multi-degree-of-freedom precise positioning + self-locking".

[0099] In related technologies, island consoles or central control consoles often employ manual adjustment or basic electric sliding rail technology. The control logic typically only responds to a single "expand / retract" command, achieving linear displacement in the forward and backward directions through a motor-driven lead screw or rack and pinion. Consequently, it lacks the ability to deeply perceive vehicle status information (e.g., driving, parking, charging) and user intentions (e.g., working, resting, entertainment), and cannot achieve adaptive position switching based on complex scenarios.

[0100] Furthermore, some models introduce a seat-linked control strategy, where the island's position is passively or actively fine-tuned as the seat moves forward or backward. However, this control strategy relies on seat position sensors and can only achieve simple relative position compensation, lacking independent navigation capabilities. Therefore, it lacks multi-directional positioning capabilities, such as being limited to a single axis. It also lacks an autonomous decision-making mechanism based on functional scenarios (such as switching from driving mode to camping mode) in a static vehicle. Moreover, most designs do not integrate high-precision self-locking and anti-accidental-touch mechanisms, meaning the island may shift unexpectedly during vehicle bumps or accidental collisions, posing a safety hazard.

[0101] To address the aforementioned issues, this application proposes a scene recognition-based automatic positioning and control strategy for the island console. By receiving driver input or recognizing vehicle status information, the current usage scenario is dynamically determined. Utilizing electrically powered casters and a self-locking mechanism located at the bottom, the island console can autonomously move and precisely position itself between different locations within the cabin (e.g., the driver's area, the lower part of the dashboard, and the rear functional area). When the vehicle is stationary, the island console is automatically moved to the corresponding preset position based on the recognized scene pattern and then self-locked, thereby achieving automated, precise, and stable control of the island console's position as the scene changes.

[0102] Figure 2 This is a flowchart illustrating a method for controlling an island platform based on an island platform usage scenario, according to an embodiment of this application. Figure 2 As shown, it includes the following steps.

[0103] Step S201: Is the vehicle infotainment system's soft switch activated with one key?

[0104] In this embodiment, it can be determined whether the vehicle infotainment system's soft switch can be activated with a single button. If so, step S203 is executed; otherwise, step S202 is executed.

[0105] Step S202: Maintain standby and lock.

[0106] In this embodiment, if the vehicle's soft switch is not a one-button wake-up, it remains in standby mode and locked.

[0107] Step S203: Enable the policy and start full signal monitoring.

[0108] In this embodiment, if the vehicle infotainment system's soft switch is a one-button wake-up function, then the strategy is enabled, and full signal monitoring is initiated.

[0109] Step S204: Whether to trigger security interlock interception.

[0110] In this embodiment, after the policy is enabled and full signal monitoring is started, it can be determined whether a security interlock interception is triggered. If yes, then step S205 is executed; otherwise, step S206 is executed.

[0111] Step S205: Prohibit action + warning.

[0112] In this embodiment, if a security interlock is triggered, the action is prohibited and a warning is issued.

[0113] Step S206: Is the vehicle in driving mode?

[0114] In this embodiment, if the safety interlock is not triggered, it can be determined whether the vehicle is in driving mode. If so, step S207 is executed; otherwise, step S208 is executed.

[0115] Step S207: Force reset and storage, return to base, and lock throughout.

[0116] In this embodiment, if the vehicle is in driving mode, it is forcibly reset and stored, returned to the base, and locked throughout.

[0117] Step S208: Is the vehicle in low-speed mode?

[0118] In this embodiment, if the vehicle is not in driving mode, it can be determined whether the vehicle is in low-speed mode. If so, step S209 is executed; otherwise, step S210 is executed.

[0119] Step S209 only allows for fine-tuning and storage.

[0120] In this embodiment, if the vehicle is in low-speed mode, only fine-tuning and storage are allowed.

[0121] Step S210: Is the vehicle in parking mode?

[0122] In this embodiment, if the vehicle is not in low-speed mode, it can be determined whether the vehicle is in parking mode. If so, step S211 is executed; otherwise, step S204 is executed.

[0123] Step S211, full-function open adjustment.

[0124] In this embodiment, if the vehicle is in parking mode, all functions are available for adjustment.

[0125] Step S212: Check if the hardware protection is working properly.

[0126] In this embodiment, after the full-function open adjustment, it can be determined whether the hardware protection verification is normal. If yes, then step S214 is executed; otherwise, step S213 is executed.

[0127] Step S213: Emergency shutdown and fault reporting.

[0128] In this embodiment, if the hardware protection verification fails, an emergency shutdown and fault reporting will be initiated.

[0129] Step S214: Perform the island platform movement action.

[0130] In this embodiment, if the hardware protection verification is normal, the island station movement action is executed.

[0131] Step S215, Human-computer interaction feedback.

[0132] In this embodiment, human-computer interaction feedback can be provided after the island platform is moved.

[0133] Step S216: Has the operation timed out?

[0134] In this embodiment, it can be determined whether the operation has timed out. If so, step S218 is executed; otherwise, step S217 is executed.

[0135] Step S217: The island platform remains stationary; continue waiting.

[0136] In this embodiment, if the operation has not timed out, the island platform remains stationary and continues to wait.

[0137] Step S218: Automatic hibernation lockout, returning to low power consumption.

[0138] In this embodiment, if the operation times out, it automatically goes into sleep mode and returns to low power consumption.

[0139] Figure 3 This is a schematic diagram of a full signal monitoring system according to an embodiment of this application, as shown below. Figure 3 As shown, it features full signal monitoring, which can monitor voice control commands, vehicle driving / electrical / cabin status, island position / motor / limit status.

[0140] Figure 4 This is a flowchart of a method for moving an island platform according to an embodiment of this application, as shown below. Figure 4 As shown, it includes the following steps.

[0141] Step S401: Collect the vehicle speed signal and parking brake signal.

[0142] In this embodiment, vehicle speed signal and parking brake signal can be collected.

[0143] Step S402: Determine whether the vehicle is moving.

[0144] In this embodiment, after acquiring the vehicle speed signal and parking brake signal, it can be determined whether the vehicle is moving based on the acquired vehicle speed signal and parking brake signal. If yes, then step S403 is executed; otherwise, then step S409 is executed.

[0145] Step S403: Issue a forced reset command.

[0146] In this embodiment, if the vehicle is in motion, a forced return command can be issued.

[0147] Step S404: The electric omnidirectional wheel drive is activated.

[0148] In this embodiment, after a forced return command is issued, the electric omnidirectional wheel can be driven to operate.

[0149] Step S405: The position sensor detects alignment in real time.

[0150] In this embodiment, after the electric omnidirectional wheel drive is in operation, the alignment can be detected in real time by a position sensor.

[0151] Step S406, return to the central base of the dashboard.

[0152] In this embodiment, after the position sensor detects the alignment in real time, the island can be controlled to return to the central base of the instrument panel.

[0153] Step S407: Universal wheel brake + mechanical latch + electronic locking.

[0154] In this embodiment, after returning to the central base of the instrument panel, the omnidirectional wheel can be braked, mechanically latched, and electronically locked.

[0155] Step S408: Real-time monitoring of displacement deviation and dynamic locking.

[0156] In this embodiment, after the omnidirectional wheel is braked, mechanically latched, and electronically locked, displacement deviation can be monitored in real time and dynamic locking can be performed.

[0157] Step S409: Unlock island movement control permissions.

[0158] In this embodiment, if the vehicle is not in motion, the island's movement control permission can be unlocked.

[0159] Step S410: Receive cockpit scene mode command.

[0160] In this embodiment, after unlocking the island's movement control permissions, cockpit scene mode commands can be received.

[0161] Step S411: Is the scene point on the base?

[0162] In this embodiment, after receiving the cockpit scene mode command, it can be determined whether the scene point is on the base. If yes, then step S414 is executed; otherwise, then step S412 is executed.

[0163] Step S412: Is it located in the front cabin functional area?

[0164] In this embodiment, if the scene point is not on the base, it can be determined whether the scene point is located in the front cabin functional area. If so, step S414 is executed; otherwise, step S413 is executed.

[0165] Step S413: Is it located in the rear functional area?

[0166] In this embodiment, if the scene point is not located in the front cabin functional area, it can be determined whether the scene point is located in the rear functional area. If so, step S414 is executed; otherwise, execution ends.

[0167] Step S414: Adjust the electric universal wheel for omnidirectional movement.

[0168] In this embodiment, once the scene location is determined to be on the base, in the front cabin functional area, or in the rear functional area, the electric universal wheel can be controlled to move in all directions.

[0169] Step S415: High-precision position recognition + accurate alignment.

[0170] In this embodiment, after the electric omnidirectional wheel is adjusted for omnidirectional movement, high-precision position recognition and accurate alignment can be achieved.

[0171] Step S416: Stop the power output for walking.

[0172] In this embodiment, after high-precision position recognition and accurate alignment, the walking power output can be stopped.

[0173] Step S417: Caster wheel self-locking + support foot locking + point fixation.

[0174] In this embodiment, after the walking power output stops, the omnidirectional wheel can be self-locked, the support feet can be locked, and the points can be fixed.

[0175] Step S418: Feedback signal indicating arrival, lock movement permissions.

[0176] In this embodiment, after the omnidirectional wheel self-locks, the support feet are locked, and the position is fixed, a positioning signal can be fed back to lock the movement permission.

[0177] Step S419: Wait for the next round of scene / state instructions.

[0178] In this embodiment, after the feedback signal is received and the movement permission is locked, the system can wait for the next round of scene / state instructions.

[0179] In this application embodiment, it should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties. Furthermore, the collection, use and processing of related data must comply with the relevant laws, regulations and standards of the relevant countries and regions, and corresponding operation entry points are provided for users to choose to authorize or refuse.

[0180] According to an embodiment of this application, a control device for a vehicle island console is also provided. It should be noted that this control device for the vehicle island console can be used to execute the control method for the vehicle island console described in the embodiments.

[0181] Figure 5 This is a schematic diagram of a control device for a vehicle island console according to an embodiment of this application, as shown below. Figure 5 As shown, the control device 500 of the vehicle's central island platform may include: an acquisition unit 502, a determination unit 504, a mapping unit 506, and a generation unit 508.

[0182] The acquisition unit 502 is used to acquire the vehicle's status information and / or usage scenario instructions triggered by a target object in the vehicle, wherein the status information is used to at least indicate the working state of the vehicle.

[0183] The determination unit 504 is used to determine the target usage scenario of the island platform based on status information and / or usage scenario instructions.

[0184] The mapping unit 506 is used to map the target usage scenario using a target mapping table to obtain the spatial position of the island platform. The target mapping table is used to represent the mapping relationship between the target usage scenario and the spatial position of the island platform inside the vehicle.

[0185] The generation unit 508 is used to generate a movement strategy for the island platform based on its spatial location. The movement strategy represents the rule for moving the island platform to a target location and activating the self-locking mechanism deployed at the bottom of the island platform after it has been moved to the target location.

[0186] The control unit 510 is used to control the island to move within the vehicle according to the movement strategy, and to control the island to perform a locking operation after it has moved to the target position.

[0187] Optionally, the determining unit 504 includes: a first determining subunit, configured to determine the usage scenario indicated by the usage scenario instruction as a target usage scenario in response to detecting a usage scenario instruction triggered by a target object, wherein the target usage scenario corresponds to at least one of the following areas in the vehicle: the driving area, the lower part of the dashboard area, and the rear functional area; and a second determining subunit, configured to determine the target usage scenario based on status information in response to not detecting a usage scenario instruction.

[0188] Optionally, the second determining subunit includes: a third determining subunit, configured to determine the target usage scenario as a rest scenario in response to the absence of a usage scenario command, wherein the state information indicates that the vehicle is stationary, the vehicle is in a door open state, and the vehicle's seat is within the target range; and a fourth determining subunit, configured to determine the target usage scenario as a driving scenario in response to the absence of a usage scenario command, wherein the state information indicates that the vehicle is in a driving state, the vehicle is in a door closed state, and the seat is within the target range.

[0189] Optionally, the target mapping table includes at least one set of mapping data, which includes: target usage scenario identifier, target parking area identifier, and target parking coordinates. The generation unit 508 includes: a lookup subunit, used to look up the corresponding target parking area identifier and target parking coordinates in the target mapping table based on the target usage scenario; and a generation subunit, used to generate a movement strategy based on the target parking area identifier, target parking coordinates, and spatial location.

[0190] Optionally, the movement strategy includes a first movement strategy and a second movement strategy. The generation subunit includes: a comparison subunit for comparing the target parking coordinates with the spatial position to obtain a current area identifier and a target area identifier; a first generation subunit for generating a first movement strategy in response to a discrepancy between the current area identifier and the target area identifier, or a distance between the spatial position and the target parking coordinates being greater than a distance threshold, wherein the first movement strategy includes a movement command and a lock command; and a second generation subunit for generating a second movement strategy in response to a match between the current area identifier and the target area identifier, and a distance less than or equal to the distance threshold, wherein the second movement strategy includes a lock command.

[0191] Optionally, the control unit 510 includes: an acquisition subunit for acquiring obstacle information of the island platform in the movement path; a verification subunit for verifying the obstacle information and status information to obtain a verification result; and a first control subunit for driving the electric omnidirectional wheels deployed at the bottom of the island platform in response to the verification result indicating that there are no obstacles on the movement path and the status information indicating that the vehicle is stationary, so as to control the island platform to move in the vehicle.

[0192] Optionally, the control unit 510 includes a second control subunit for unlocking the self-locking mechanism after the island platform moves to the target position, so as to control the island platform to perform a locking operation.

[0193] In this embodiment, the acquisition unit 502 acquires the vehicle's status information and / or usage scenario instructions triggered by a target object in the vehicle, wherein the status information is used to at least indicate the vehicle's working state; the determination unit 504 determines the target usage scenario of the island based on the status information and / or usage scenario instructions; the mapping unit 506 maps the target usage scenario using a target mapping table to obtain the spatial position of the island, wherein the target mapping table is used to represent the mapping relationship between the target usage scenario and the spatial position of the island inside the vehicle; the generation unit 508 generates a movement strategy for the island based on the spatial position, wherein the movement strategy is used to represent the rule of moving the island to the target position and activating the self-locking mechanism deployed at the bottom of the island after moving to the target position; the control unit 510 controls the island to move within the vehicle according to the movement strategy, and controls the island to perform a locking operation after moving to the target position, thereby solving the technical problem of not being able to effectively control the island in the vehicle and achieving the technical effect of effectively controlling the island in the vehicle.

[0194] This application also provides an electronic device 60, please refer to... Figure 6 , Figure 6 This is a structural diagram of an electronic device according to an embodiment of the present application, including a processor 610 and a memory 620, wherein the memory 620 is used to store computer programs; the processor 610 is used to execute the programs stored in the memory 620 to implement the methods described in any embodiment of the present application.

[0195] Embodiments of this application also provide a computer-readable storage medium including a stored executable program, wherein, when the executable program is running, it controls the device where the computer-readable storage medium is located to perform the methods of various embodiments of this application.

[0196] Embodiments of this application also provide a computer program product, including a computer program that, when executed by a processor, implements the methods of various embodiments of this application.

[0197] Embodiments of this application also provide a computer program product, including a non-volatile computer-readable storage medium for storing a computer program that, when executed by a processor, implements the methods in various embodiments of this application.

[0198] Embodiments of this application also provide a computer program that, when executed by a processor, implements the methods described in the various embodiments of this application.

[0199] According to another aspect of the embodiments of this application, a vehicle is also provided. The vehicle includes a memory and a processor. The memory stores an executable program; the processor is used to run the program, which, when running, implements the methods described in the embodiments of this application.

[0200] In the above embodiments of this application, the descriptions of each embodiment have different focuses. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0201] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. The device embodiments described above are merely illustrative; for example, the division of units can be a logical functional division, and in actual implementation, there may be other division methods. For instance, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the displayed or discussed mutual coupling, direct coupling, or communication connection may be through some interfaces; the indirect coupling or communication connection between units or modules may be electrical or other forms.

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

[0203] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0204] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, read-only memory (ROM), random access memory (RAM), portable hard drives, magnetic disks, or optical disks.

[0205] The above description is only a preferred embodiment of this application. It should be noted that for those skilled in the art, several improvements and modifications can be made without departing from the principle of this application, and these improvements and modifications should also be considered within the scope of protection of this application.

Claims

1. A control method for a vehicle island control, characterized in that, include: Acquire the vehicle's status information, and / or a usage scenario instruction triggered by a target object in the vehicle, wherein the status information is used to at least indicate the vehicle's working state; Based on the status information and / or the usage scenario instructions, the target usage scenario of the island platform is determined; Using a target mapping table, the target usage scenario is mapped to obtain the spatial location of the island platform. The target mapping table is used to represent the mapping relationship between the target usage scenario and the spatial location of the island platform inside the vehicle. Based on the spatial location, a movement strategy for the island platform is generated, wherein the movement strategy is used to represent the rule of moving the island platform to the target location, and activating the self-locking mechanism deployed at the bottom of the island platform after moving to the target location; According to the movement strategy, the island platform is controlled to move within the vehicle, and after the island platform moves to the target position, the island platform is controlled to perform a locking operation.

2. The method according to claim 1, characterized in that, Based on the status information and / or the usage scenario instructions, the target usage scenario of the island platform is determined, including: In response to detecting the usage scenario instruction triggered by the target object, the usage scenario indicated by the usage scenario instruction is determined as the target usage scenario, wherein the target usage scenario corresponds to at least one of the following areas in the vehicle: the driving area, the lower part of the dashboard area, and the rear functional area; In response to the absence of the specified usage scenario instruction, the target usage scenario is determined based on the status information.

3. The method according to claim 2, characterized in that, In response to the absence of the usage scenario instruction, the target usage scenario is determined based on the status information, including: In response to the absence of the usage scenario instruction, the status information indicates that the vehicle is stationary, the vehicle door is open, and the vehicle seat is within the target range, thus determining the target usage scenario as a rest scenario; In response to the absence of the usage scenario instruction, the status information indicates that the vehicle is in a driving state, the vehicle door is closed, and the seat is within the target range, thus determining the target usage scenario as a driving scenario.

4. The method according to claim 1, characterized in that, The target mapping table includes at least one set of mapping data, which includes: target usage scenario identifier, target parking area identifier, and target parking coordinates. Based on the spatial location, a movement strategy for the island platform is generated, including: Based on the target usage scenario, the corresponding target parking area identifier and target parking coordinates are found in the target mapping table; The movement strategy is generated based on the target parking area identifier, the target parking coordinates, and the spatial location.

5. The method according to claim 4, characterized in that, The movement strategy includes a first movement strategy and a second movement strategy. The movement strategy is generated based on the target parking area identifier, the target parking coordinates, and the spatial location, and includes: The target parking coordinates are compared with the spatial location to obtain the current area identifier and the target area identifier; In response to the inconsistency between the current area identifier and the target area identifier, or the distance between the spatial location and the target parking coordinates being greater than a distance threshold, a first movement strategy is generated, wherein the first movement strategy includes a movement command and a lock command; In response to the current region identifier being consistent with the target region identifier and the distance being less than or equal to the distance threshold, a second movement strategy is generated, wherein the second movement strategy includes the locking instruction.

6. The method according to claim 1, characterized in that, According to the aforementioned movement strategy, controlling the island platform to move within the vehicle includes: Obtain obstacle information of the island platform in its movement path; The obstacle information and the status information are verified to obtain the verification result; In response to the verification result indicating that there are no obstacles on the movement path, and the status information indicating that the vehicle is stationary, the electric omnidirectional wheels deployed at the bottom of the island platform are driven to control the island platform to move within the vehicle.

7. The method according to claim 1, characterized in that, After the island platform moves to the target position, controlling the island platform to perform a locking operation includes: After the island platform moves to the target position, the self-locking mechanism is unlocked to control the island platform to perform the locking operation.

8. A control device for a vehicle island console, characterized in that, include: An acquisition unit is used to acquire the status information of the vehicle and / or a usage scenario instruction triggered by a target object in the vehicle, wherein the status information is used to at least indicate the working state of the vehicle; The determining unit is used to determine the target usage scenario of the island platform based on the status information and / or the usage scenario instruction. A mapping unit is used to map the target usage scenario using a target mapping table to obtain the spatial location of the island platform, wherein the target mapping table is used to represent the mapping relationship between the target usage scenario and the spatial location of the island platform inside the vehicle; A generation unit is configured to generate a movement strategy for the island platform based on the spatial location, wherein the movement strategy represents a rule for moving the island platform to a target location and activating a self-locking mechanism deployed at the bottom of the island platform after moving to the target location. The control unit is configured to control the island platform to move within the vehicle according to the movement strategy, and to control the island platform to perform a locking operation after the island platform has moved to the target position.

9. A processor, characterized in that, The processor is used to run a program, wherein the program executes the method according to any one of claims 1 to 7 when it runs.

10. An electronic device, characterized in that, include: Memory, which stores executable programs; A processor for running the program, wherein the program, when running, performs the method according to any one of claims 1 to 7.

Images