METHOD AND APPARATUS FOR CONTROLLING VIRTUALIZED VEHICLE STRUCTURE-BASED SYSTEM

Abstract

An embodiment discloses a control method based on a vehicle virtualization structure, which includes the steps of: starting a plurality of containers; checking whether the plurality of containers need to be upgraded; and performing an upgrade on the plurality of containers according to the need for the upgrade; wherein the plurality of containers share system initialization and management.

Description

Technical Field

[0001] The present invention relates to a method and apparatus for controlling a system based on a virtualized structure of a vehicle.

Background Art

[0002] Vehicles are gradually moving towards a higher level of computerization. Most tasks, functions, and operations for vehicles are currently under computer control or can be monitored by computer devices. In other words, with the advent of the digital age, consumers can perform tasks inside a vehicle similar to those between a mobile phone and a tablet computer. For example, in-vehicle infotainment systems with intelligent user interfaces equipped with touch and tactile feedback, natural language voice interaction, proximity sensing, and buttons and controls are currently in the spotlight. This simplifies the information, communication navigation, and entertainment inside the vehicle and adjusts them according to driving use.

[0003] In response to such a technical situation, there are multiple display devices inside the vehicle, and there are also multiple software for executing the display devices. In addition, the degree of freedom of use by users or passengers for multiple display devices inside the vehicle is improving.

[0004] However, there are limitations in that it is difficult to update between operating systems inside the vehicle, and the use of web platform containers is not independent for each user.

[0005] Furthermore, there is a problem that the voices of users inside the vehicle are mixed and the risk of driving increases.

Summary of the Invention

Problems to be Solved by the Invention

[0006] The embodiments can provide a control method and apparatus for a system based on a virtualization structure of a vehicle capable of saving disk resources.

[0007] Also, a control method and apparatus for a system based on a virtualization structure of a vehicle with improved driving speed can be provided.

[0008] Also, a control method and apparatus for a system based on a virtualization structure of a vehicle customized for a user in the vehicle can be provided.

[0009] Also, a control method and apparatus for a system based on a virtualization structure of a vehicle that enables easy use of web applications for each user in the vehicle can be provided.

[0010] Also, a control method and apparatus for a system based on a virtualization structure of a vehicle in which in-vehicle acoustic processing with driving interference removed is performed can be provided.

[0011] The problems to be solved by the embodiments are not limited to these, and it can be said that the objects and effects that can be grasped from the means for solving the problems or the embodiments described below are also included.

Means for Solving the Problems

[0012] The control method based on the virtualization structure of a vehicle according to the embodiments includes steps of starting a plurality of containers; checking the necessity of upgrading the plurality of containers; and performing an upgrade on the plurality of containers according to the necessity of the upgrade, wherein the plurality of containers share system initialization and management.

[0013] The step of checking the necessity of upgrading the plurality of containers may include steps of receiving upgrade information; comparing the upgrade information with the upgrade of the plurality of containers; and determining the necessity of the upgrade.

[0014] The step of driving the plurality of containers when there is no need for the upgrade may further be included.

[0015] When there is a need for the upgrade, the step of determining whether it is an upgrade to the system directory or an upgrade to personal data may further be included.

[0016] In the case of an upgrade to the system directory, after the step of determining whether it is an upgrade, the step of performing user authentication and the step of receiving the system directory may further be included.

[0017] The step of restarting the plurality of containers may further be included, and it may also return to the step of confirming the need for the upgrade.

[0018] In the case of an upgrade to the personal data, after the step of determining whether it is an upgrade, the step of receiving the latest personal data and the step of driving the plurality of containers may further be included.

[0019] After the step of driving the plurality of containers, the step of executing an application on a display connected to the container may further be included.

[0020] In the step of driving the plurality of containers, a copy of the changed directory among the personal data may be driven for the plurality of containers.

[0021] The initialization and management of the shared system may include a kernel, a distro, and a library.

[0022] Furthermore, the control method based on the virtualized structure of the vehicle according to the embodiment includes, when driving the container after the above update or the like, a step of recognizing a user; and a step of confirming whether the recognized user is a registered user.

[0023] It may further include a step of proceeding with registration when the recognized user is not the registered user.

[0024] It may further include a step of setting the vehicle environment when the recognized user is the registered user; and a step of confirming whether there is a registration of a web account.

[0025] It may further include a step of registering a web account when there is no registration of the web account.

[0026] It may further include a step of determining whether the web account is logged in to another web platform container when there is a registration of the web account.

[0027] It may further include a step of outputting an end or re-login when the web account is logged in to another web platform container.

[0028] It may further include a step of extracting a priority application when the web account is not logged in to another web platform container.

[0029] It may further include a step of driving navigation to display a favorite destination.

[0030] The sound control method based on the virtualization structure of a vehicle according to an embodiment includes the steps of receiving at least one of first sound output information from a first sound client and second sound output information from a second sound client; comparing the priorities of the received first sound output information and the second sound output information; and transmitting at least one of the first sound output information and the second sound output information to hardware according to the comparison result, wherein the first sound client and the second sound client are mounted on different virtual engines.

[0031] The first sound client is mounted on a cluster operating system, and the second sound client may be mounted on an AVN (Audio Video Navigation) operating system, a Co-Driver operating system, or an RSE (Rear Seat Entertainment) operating system.

[0032] The priority of the first sound output information may be higher than the priority of the second sound output information.

[0033] After the step of comparing the priorities, the method may further include the step of checking whether the occurrence time of the first sound output information is during the running of the vehicle.

[0034] If the occurrence time of the first sound output information is not during the running of the vehicle, the method may further include the step of outputting the second sound output information after outputting the first sound output information.

[0035] If the occurrence time of the first sound output information is during the running of the vehicle, the method may include the step of adjusting and outputting the presence / absence and output time of the first sound output information and the second sound output information according to the level of the first sound output information.

[0036] The level of the output information includes a first level and a second level lower than the first level. When the level of the first sound output information is the first level, only the first sound output information is output, and the output of the second sound output information is blocked; This step may further be included.

[0037] When the level of the first sound output information is the second level, outputting the first sound output information and the second sound output information for a first time; and outputting the second sound output information for a second time consecutive to the first time; are included, and the magnitude of the first sound output information during the first time may be greater than the magnitude of the second sound output information.

[0038] When only the second sound output information is received, the second sound output information may be transmitted to the hardware in the transmitting step.

[0039] The sound control device based on the virtualization structure of the vehicle according to the embodiment includes a receiving unit that receives at least one of the first sound output information from the first sound client and the second sound output information from the second sound client; a comparison unit that compares the priorities of the received first sound output information and the second sound output information; and a transmitting unit that transmits at least one of the first sound output information and the second sound output information to the hardware according to the comparison result, and the first sound client and the second sound client are mounted on different virtual engines.

Effect of the Invention

[0040] According to the embodiment, a control method and device of a system based on the virtualization structure of a vehicle capable of saving disk resources can be implemented.

[0041] Also, a control method and device of a system based on the virtualization structure of a vehicle with improved driving speed can be implemented.

[0042] In addition, it is possible to implement a method and an apparatus for controlling a system based on a virtualized structure of a vehicle customized for a user in the vehicle.

[0043] In addition, it is possible to implement a method and an apparatus for controlling a system based on a virtualized structure of a vehicle that enables easy use of a web application for each user in the vehicle.

[0044] In addition, it is possible to implement a method and an apparatus for controlling a system based on a virtualized structure of a vehicle in which in-vehicle acoustic processing with removed driving interference is performed.

[0045] The various and beneficial advantages and effects of the present invention are not limited to the above-described content, and will be more easily understood in the process of describing specific embodiments of the present invention.

Brief Description of the Drawings

[0046] FIG. 1 is a conceptual diagram of a system based on a virtualized structure of a vehicle according to an embodiment, FIG. 2 is a specific block diagram of a system based on a virtualized structure of a vehicle according to an embodiment, FIG. 3 is a flowchart of a method for controlling a system based on a virtualized structure of a vehicle according to an embodiment, FIG. 4 is a specific flowchart for confirming the necessity of an upgrade in a method for controlling a system based on a virtualized structure of a vehicle according to an embodiment, FIG. 5 is a specific flowchart of a method for controlling a system based on a virtualized structure of a vehicle according to an embodiment, FIG. 6 is a conceptual diagram of the structure of a plurality of containers in a system based on a virtualized structure of a vehicle according to an embodiment, FIGS. 7 and 8 are diagrams for explaining driving of a plurality of containers in a system based on a virtualized structure of a vehicle according to an embodiment, FIG. 9 is an enlarged view of part K in FIG. 2, FIG. 10 is a flowchart of a method for controlling a web platform in a system based on a virtualized structure of a vehicle according to an embodiment, FIG. 11 is a diagram showing the driving of a web application in a web platform control method in a system based on the virtualized structure of a vehicle according to an embodiment, FIG. 12 is a conceptual diagram of a system based on the virtualized structure of a vehicle according to another embodiment, FIG. 13 is a diagram for explaining a display device in a system based on the virtualized structure of a vehicle according to an embodiment, FIG. 14 is a block diagram of a sound control device based on the virtualized structure of a vehicle according to an embodiment, FIG. 15 is a flowchart of a sound control method based on the virtualized structure of a vehicle according to an embodiment, FIG. 16 is a detailed flowchart of a sound control method based on the virtualized structure of a vehicle according to an embodiment, FIG. 17 is a diagram for explaining the output of first sound output information and second sound output information for an example, FIG. 18 is a diagram for explaining the output of first sound output information and second sound output information for another example, FIG. 19 is a diagram for explaining the output of first sound output information and second sound output information for still another example, FIG. 20 is a conceptual diagram of a system based on the virtualized structure of a vehicle according to a modified example. MODE FOR CARRYING OUT THE INVENTION

[0047] The present invention can be variously modified and can have various embodiments, and specific embodiments are illustrated and described in the drawings. However, this is not intended to limit the present invention to specific embodiments, and it should be understood that it includes all modifications, equivalents, or alternatives included in the spirit and technical scope of the present invention.

[0048] Terms including ordinals such as second and first can be used to describe various components, but the components are not limited by the terms. The terms are used only for the purpose of distinguishing one component from another component. For example, without departing from the scope of the rights of the present invention, the second component may be named the first component, and similarly the first component may be named the second component. The term "and / or" includes any combination of a plurality of related listed items or any of the plurality of related listed items.

[0049] When it is mentioned that a certain component is "connected to" or "attached to" another component, it should be understood that it may be directly connected or attached to the other component, but there may also be other components between them. On the other hand, when it is mentioned that a certain component is "directly connected to" or "directly attached to" another component, it should be understood that there are no other components between them.

[0050] The terms used in this application are merely used to explain specific embodiments and are not intended to limit the present invention. Singular expressions include plural expressions unless the context clearly indicates otherwise. In this application, terms such as "including" or "having" are intended to specify the presence of features, numbers, steps, operations, components, parts, or combinations thereof described in the specification, and do not preclude the possibility of the presence or addition of one or more other features, numbers, steps, operations, components, parts, or combinations thereof.

[0051] Unless otherwise defined, all terms used in this specification, including technical or scientific terms, have the same meaning as commonly understood by those of ordinary skill in the technical field to which the present invention belongs. Terms defined as in a commonly used dictionary should be interpreted as having a meaning consistent with the meaning in the context of the related art, and should not be interpreted as having an ideal or overly formal meaning unless clearly defined in this application.

[0052] Hereinafter, embodiments will be described in detail with reference to the accompanying drawings. However, the same or corresponding components will be denoted by the same reference numerals regardless of the reference symbols, and redundant descriptions thereof will be omitted.

[0053] Embodiments of the present disclosure relate to a vehicle, a vehicle streaming control device and a control method for vehicle infotainment, etc., and provide a system environment combined with vehicle infotainment when using applications (the same meaning as "app", "application", "application") etc. in a vehicle. However, such content does not limit the rights of this patent.

[0054] More specifically, in the case of a vehicle system, it provides a vehicle infotainment function and performs important functions related to vehicle control. Here, the functions related to vehicle control include a cluster system that means an instrument panel that displays the speed and RPM of the vehicle, etc. from an application including a navigation system that affects the vehicle operation of the user, and important functions related to the lives of passengers such as an autonomous control system of an autonomous vehicle. In addition, the display of such applications is freely performed, but it must not interfere with driving such as vehicle control. That is, protection against vehicle driving must be essentially observed. If such protection is not performed, there is also a risk of an accident occurring. Therefore, in a preferred embodiment of the present invention, streaming within the vehicle is performed within a range that does not interfere with driving, and services and applications related to entertainment such as audio playback, video playback, and game execution can be easily accessed and operated by passengers in the vehicle including the driver.

[0055] FIG. 1 is a conceptual diagram of a system based on the virtualized structure of a vehicle according to an embodiment, and FIG. 2 is a specific block diagram of a system based on the virtualized structure of a vehicle according to an embodiment.

[0056] Referring to FIGS. 1 and 2, a system based on the virtualized structure of a vehicle according to an embodiment includes hardware (not shown), a base operating system (10) installed on the hardware (not shown), a first virtual engine (20a) and a second virtual engine (20b) installed on the base operating system (10), at least one operating system (30a to 30f) installed on each virtual engine, a plurality of operating system platforms (40a to 40f) as a series of software including middleware and critical applications installed on the at least one operating system (30a to 30f), a plurality of applications (50a to 50d) driven by the operating system platforms (40a to 40f), a plurality of displays (60a to 60f) for outputting the plurality of operating system platforms (40a to 40f) or the plurality of applications, etc., and a container management unit (CM) for managing the environment for the plurality of operating systems (30a to 30d) on the virtual engines (20a to 20b). At least one operating system will be described hereinafter as a "container".

[0057] Here, the hardware (not shown) may be a concept including a processor, a display unit, a storage unit, a memory unit, a control unit, and an I / O device.

[0058] In the embodiment, the running part (CP) is a system area installed or driven on the first virtual engine (20a), and the infotainment part (IP, Infotainment Platform) may be a system area installed or driven on a second virtual engine (20b) which is a different virtual engine from the first virtual engine (20a). With such a configuration, even if an upgrade or other malfunction occurs in the infotainment part (IP), the running part (CP) is not affected by this. That is, the impact during driving can be minimized. Furthermore, in addition to the infotainment unit (IP), the web platform unit (Web Platform) may be mounted or driven on the base operating system (10) and the additional virtual engine (20). Similar to the infotainment unit (IP), the platform unit (Web Platform) can share the container manager with the infotainment unit (IP). Or the platform unit (Web Platform) may be composed of a part of the infotainment unit (IP). The following will be described as individual configurations.

[0059] The platform unit (Web Platform) may include one operating system (for example, a container, 30) mounted on the container management unit like the infotainment unit (IP), a series of software including middleware and important applications mounted on the operating system, a plurality of operating system platforms (for example, AGL, 40), and a plurality of applications (for example, web applications, 50) driven by the operating system platform (40).

[0060] First, the base operating system (10) may be a variety of operating systems. For example, the base operating system (10) may include Linux, hypervisor, QNX, GENIVI, etc.

[0061] For example, the first virtual engine (20a) and the second virtual engine (20b) are middleware solutions or various platforms and can be developed in mobile C language. The first virtual engine (20a) and the second virtual engine (20b) can provide a plurality of built-in libraries and can also perform the same operations on various mobile terminals and the like. For example, the first virtual engine (20a) and the second virtual engine (20b) may be a Linux-based Android kernel, and can also initialize memory protection, virtual memory module, and schedule caching.

[0062] Also, at least one container (30a to 30d) may be mounted on the second virtual engine (20a) and not necessarily on the first virtual engine (10a). Thereby, the security for the running part (CP) is improved, so the running safety can also be improved.

[0063] At least one container (30a to 30d) may be in the schedule of process virtualization as a form of virtualization method in the embodiment. For example, the virtualization technology using containers divides the inside of the host OS (operating system) into a kernel space for managing physical resources and a user space for executing user processes, that is, application programs (applications, APPs), and divides the user space into multiple parts and allocates and shares the hardware resources used by each user process. For example, the container (30a to 30d) may convert the called library to interface with the system library, and perform connection or compatibility between the base operating system and multiple operating system platforms.

[0064] Multiple operating system platforms (40a to 40f) may be mounted on the container. Multiple operating system platforms (40a to 40f) may include Android, AGL (Automotive Grade Linux), web platform, cluster platform, head-up display (HUD) platform, etc.

[0065] At least one application (50a to 50d) may include, as an application program excluding system programs, AVN (Audio Video Navigation), Co-Driver, RSE (Rear Seat Entertainment), etc. in a vehicle.

[0066] A plurality of displays (60a to 60f) can display an operating system platform (40a to 40f) or an application program on the platform to a user (e.g., a passenger). For example, the plurality of displays (60a to 60f) may include various display devices (e.g., OLED).

[0067] The container management unit (CM) can manage the environment for a plurality of operating systems (30a to 30d) on the virtual engines (20a to 20b). That is, the container management unit (CM) can perform, as examples of a plurality of operating systems (30a to 30d), resource allocation for containers, streaming connection, update, display output responsibility, connection to an output unit, etc. A detailed explanation of this will be described later.

[0068] Specifically, the container management unit (CM) may include a container control unit (CM1), a container upgrade unit (CM2), a container status management unit (CM3), a web platform container management unit (CM4), and a container bridge unit (CM5).

[0069] The container control unit (CM1) can perform system resource allocation, resource policy, streaming control related, output related to a display, file system management, etc. assigned to a container.

[0070] Such a container control unit (CM1) may include a container resource management unit (M1-1), a display control unit (M1-2), a container policy management unit (M1-3), a container file system management unit (M1-4), a container streaming management unit (M1-5), and an audio policy and control management unit (M1-6).

[0071] The container resource management unit (M1-1) can dynamically allocate system resources assigned to a container. For example, the container resource management unit (M1-1) can prevent a decrease in QoS performance due to resource shortage by collecting resource usage amounts. For example, the container resource management unit (M1-1) can set a container assigned to a dedicated core using a preset priority of the container, a threshold value of resource usage amount, and a monitoring cycle.

[0072] The container policy management unit (M1-3) may include information regarding the priority assigned to a dedicated core among the above-described containers.

[0073] The display control unit (M1-2) can manage so that a container in charge of the operation of each of a plurality of displays outputs a screen to each display in the vehicle.

[0074] The container file system management unit (M1-4) can systematically and efficiently manage files necessary for the operation of each container in a plurality of container environments. For example, as will be described later, the container file system management unit (M1-4) can overlay any file system, for example, the file system of a container, onto another container file system. Thereby, a user (multiple passengers) can easily share a file system such as a container with other users or other locations (for example, seats).

[0075] That is, in the system based on the virtualized structure of the vehicle according to the embodiment, a plurality of containers can share the initialization and management of the system. For example, in the system based on the virtualized structure of the vehicle according to the embodiment, a plurality of containers can share the rootfs. Also, each operating system, that is, the container, can efficiently utilize resources such as a disk by separately saving or copying a change directory. Furthermore, the upgrade for each container can also be performed using only the change directory. For example, each display device can be effectively upgraded.

[0076] The container streaming management unit (M1-5) can manage the movement of images output from each display. That is, the container streaming management unit (M105) may determine whether streaming is possible according to the policies of the traveling unit, the infotainment unit, and each display.

[0077] The audio policy and control management unit (M1-6) can control the audio output by reflecting the policy for the audio output between at least one container. A detailed description of this will be given later.

[0078] The container upgrade unit (CM2) can perform an upgrade for each operating system of the infotainment unit composed of a plurality of operating systems. For example, the container upgrade unit (CM2) can easily upgrade each container of the infotainment unit composed of containers.

[0079] The container upgrade unit (CM2) may include an update and confirmation management unit (M2-1) and an authentication management unit (M2-2).

[0080] The update and confirmation management unit (M2-1) can identify each container that needs to be updated among a plurality of containers, and can confirm normal operation after the update.

[0081] The authentication management unit (M2-2) can perform authentication for each vehicle and container and version comparison in order to perform an update.

[0082] The container status management unit (CM3) can manage a plurality of container statuses such as confirmation of whether the container is operating normally.

[0083] The container status management unit (CM3) may include a status management unit (M3-1) and a log management unit (M3-2).

[0084] The status management unit (M3-1) can confirm whether the functions of the container and the container management unit are operating normally through periodic monitoring.

[0085] The log management unit (M3-2) can store the content confirmed by the container status management unit in a log. Furthermore, the log management unit (M3-2) can delete or back up the log after a predetermined time. Furthermore, when the container is operating abnormally, the status management unit (M3-1) can easily solve the corresponding problem by the log management unit (M3-2).

[0086] The web platform container management unit (CM4) can manage the web platform container and may include a web platform management unit (M4-1) and a web account management unit (M4-2).

[0087] The web platform management unit (M4-1) can manage whether various functions of the web platform are operating normally on the operating system, that is, on the container. In addition, when multiple web platform containers are operating, the web platform management unit (M4-1) can manage the login accounts for each container, thereby managing a personalized web usage environment. A detailed explanation of this will be described later.

[0088] Furthermore, the container bridge unit (CM5) is connected to interfaces, hardware, etc., and can interconnect between the operating systems for displays, audio, applications, networks, etc.

[0089] Each element shown in the drawings is for illustration, and the following explanations will be based on this.

[0090] Also, a user (e.g., a passenger) can operate a system based on the virtualized structure of the vehicle through a user interface or the like. Also, the operation process or result can be provided to the user via an output device such as a display, audio, etc. Also, feedback can be provided in response to an input such as the user operating a display touch.

[0091] Figure 3 is a flowchart for the control method of the system based on the virtualized structure of the vehicle according to the embodiment, Figure 4 is a specific flowchart for confirming the necessity of upgrading in the control method of the system based on the virtualized structure of the vehicle according to the embodiment, Figure 5 is a specific flowchart for the control method of the system based on the virtualized structure of the vehicle according to the embodiment, Figure 6 is a conceptual diagram of the structure of multiple containers in the system based on the virtualized structure of the vehicle according to the embodiment, and Figures 7 and 8 are diagrams for explaining the driving of multiple containers in the system based on the virtualized structure of the vehicle according to the embodiment.

[0092] The control method of the system based on the virtualization structure of the vehicle according to the embodiment may include steps of starting a plurality of containers (S310), checking the necessity of upgrading the plurality of containers (S320), and performing an upgrade on the plurality of containers according to the necessity of upgrade (S330).

[0093] At this time, in the system based on the virtualization structure of the vehicle according to the embodiment, the plurality of containers can share the initialization and management of the system as described above.

[0094] For example, a plurality of containers (Container1 to Container3) can share the rootfs which is the initialization and management of the shared system. That is, a plurality of containers (Container1 to Container3) can share the kernel, distro, and library with each other.

[0095] At this time, the control method of the system based on the virtualization structure of the vehicle may be performed by the above-described container management unit (CM). That is, the control device of the system based on the virtualization structure of the vehicle may include a container management unit (CM). Furthermore, the control device of the system based on the virtualization structure of the vehicle may include a container control unit (CM1) and a container upgrade unit (CM2), and may perform each of the control steps described below. Each device where each step is performed will be briefly described below.

[0096] In the embodiment, the container control unit can start a plurality of containers (S310). Also, the container upgrade unit (CM2) can determine the necessity of upgrading the operating system, that is, the plurality of started containers (S320).

[0097] Specifically, the step of checking the necessity of upgrading multiple containers may include the step of receiving upgrade information (S321), the step of comparing the upgrade information with the upgrades of the multiple containers (S322), and the step of determining the necessity of upgrade (S323).

[0098] The container upgrade unit (CM2) can receive update information from a server or the like. The update information may include the version information of the corresponding container.

[0099] Furthermore, the container management unit (CM) or the container upgrade unit (CM2) may compare the received upgrade with the upgrades of the multiple containers, that is, the upgrade information. Thus, by comparing the received upgrade information with the upgrade information of the corresponding container, it may be determined whether the upgrade information of the container is more up-to-date than the received upgrade information.

[0100] For example, the container management unit (CM) or the container upgrade unit (CM2) may determine that there is no need for upgrade if the received upgrade information and the upgrade information of the container are of the same version, or if the upgrade information of the container is the latest. Also, if the received upgrade information is of a lower version than the upgrade information of the container, it may be determined that there is a need for upgrade. That is, it is possible to determine whether upgrades of multiple containers are necessary (S334).

[0101] Moreover, the container management unit (CM) can perform upgrades on multiple containers according to the necessity of upgrade (S330). Only when there is a need for upgrade, the container management unit (CM) can perform upgrades on multiple containers. Also, when there is no need for an upgrade, the container control unit (CM1) can drive a plurality of containers (S340). That is, it is possible to load user data for each display and drive the container. At this time, as described above, the container management unit (CM) or the container control unit (CM1) shares the rootfs for initializing and managing the system in the container for each display in the vehicle, and each container (for example, for each display) overlays the user data on the shared rootfs, so that disk resources can be saved. Thereby, efficient operation or driving of the container can be performed. Furthermore, the container may be driven by copying (copied) the user data. In an embodiment, it is possible to drive or execute a plurality of containers by copying the changed directory copy of the user data. That is, the latest version of the user data (delta0 / ) may be copied (copied) with the new user data (delta1 / ). Thereby, it is possible to easily drive a new container (snap clone) after driving the existing container (original). For example, it is possible to more easily drive containers for a plurality of RSE displays. Also, the existing latest version of the user data or the driven user data (new files) may be overlaid (mount) on the shared rootfs (root files) as described above. Thereby, it is possible to easily perform both driving and updating (system files and user data) of the container.

[0102] Also, the container management unit (CM) or the container control unit (CM1) can execute an application on the display connected to the container (S350). Accordingly, each service (e.g., application execution) for each display located on each passenger in the vehicle can be provided to the passengers.

[0103] Also, when there is a need for an upgrade, the container management unit (CM) or the container control unit (CM1) can determine whether it is an upgrade to the system directory or an upgrade to the user data (S360). This may be a step in which the step of performing an upgrade to a plurality of containers (S330) is embodied according to the above-described need for an upgrade. That is, the execution of the upgrade to the container may be embodied as follows.

[0104] In the case of an upgrade to the system directory, after determining that it is an upgrade (S360), the container management unit (CM) performs user authentication (S370) and can receive the system directory (S380).

[0105] The container management unit (CM) or the container upgrade unit (CM2) can perform user authentication. The user authentication may include authentication for the vehicle and the container. That is, after determining the type of the vehicle and the type of the container, authentication for the container corresponding to the applicable vehicle can be performed (S370).

[0106] Also, the container management unit (CM) or the container upgrade unit (CM2) can receive the latest version of the file system from the server. For example, there are a kernel, an OS, and a library as the file system. The received file system may be applied to the shared rootfs. That is, the control method and device based on the virtualized structure of the vehicle according to the embodiment can easily perform a system directory upgrade for the same container type on the same virtual engine by the container management unit (or including the container management unit). That is, a system directory upgrade for a plurality of containers can be performed by receiving a system directory once. Thereafter, a plurality of containers can be restarted (S390).

[0107] Thereafter, return to the step of confirming the necessity of the upgrade (S320), and the above steps or functions can be performed.

[0108] In the case of an upgrade for user data, a plurality of containers can be driven (S340) after the step of determining whether it is an upgrade (S360). However, the latest user data can be received (S365) before that. Here, the latest means that the preservation is higher or the modified date is the closest.

[0109] The latest user data can be applied to each container. At this time, as described above, the user data can be overlaid on the shared rootfs to load the user data, and the individual containers can be driven. Thereby, the use of disk resources can be minimized.

[0110] Furthermore, the container management unit (CM) can execute an application on a display connected to the container (S350). That is, the application can be driven on each container and output via each display. Thereby, each service (for example, application execution) for each display located for each passenger in the vehicle can be provided to the passengers.

[0111] FIG. 9 is an enlarged view of the K portion in FIG. 2, FIG. 10 is a flowchart of a web platform control method in a system based on the virtualized structure of a vehicle according to an embodiment, and FIG. 11 is a diagram showing the driving of a web application by the web platform control method in a system based on the virtualized structure of a vehicle according to an embodiment.

[0112] Referring to FIGS. 9 to 11, as described above, the system based on the virtualized structure of a vehicle according to an embodiment may include a web platform unit (Web Platform) mounted or driven on a base operating system (10) and an additional virtual engine (20). Similar to the infotainment unit (IP), the platform unit (Web Platform) can share a container manager with the infotainment unit (IP). Or the platform unit (Web Platform) may be configured as a part of the infotainment unit (IP). Regarding this, it will be described as an individual configuration as mentioned.

[0113] Also, the platform unit (Web Platform) may include one operating system (for example, a container, 30) mounted on the container management unit like the infotainment unit (IP), a series of software including middleware and important applications mounted on the operating system, a plurality of operating system platforms (for example, AGL, 40), and a plurality of applications (for example, web applications, 50) driven by the operating system platform (40).

[0114] Furthermore, the virtual engine (20) may include a Vehicle Information Service Server (VIS server). The Vehicle Information Service Server (VIS server) can store vehicle drive unit information (such as speed, fuel level, etc.) and vehicle setting information (such as temperature, seat position, etc.), and transmit them to each web platform container, that is, the operating system platform (40). That is, the Vehicle Information Service Server (VIS server) can provide vehicle drive unit information and vehicle setting information requested by the Vehicle Information Service Client within each web operating system platform (40) or corresponding to the passengers.

[0115] In addition, the Container Manager (CM) may include a web platform container management unit (CM4) as described above. Moreover, the web platform container management unit (CM4) can manage the web platform container and may include a web platform management unit and a web account management unit.

[0116] The web platform management unit can manage whether various functions of the web platform are operating properly on the operating system, that is, on the container. In addition, when multiple web platform containers are operating, the web platform management unit can manage the login accounts for each container to manage a personalized web usage environment.

[0117] The operating system platform (40) is AGL and may include a service client (Vehicle Information Service Sever, VIS Client) that provides vehicle drive unit information and vehicle setting information requested or corresponding to passengers and sets the vehicle environment.

[0118] Furthermore, the operating system platform (40) includes an API service unit (Device API service) for user recognition and registration, and in order to ensure the function of managing web applications included in the operating system platform, when multiple web platform containers (operating system, 30) are driven, it monitors whether multiple web applications can use hardware resources such as GPS and manages them. It may also include an add-on unit (WAM add on) and a virtual keyboard unit (Virtual Keyboard) for cases where text input is required when using web applications.

[0119] More specifically, the control method based on the virtualization structure of the vehicle according to the embodiment may include a step (S405) of recognizing the user in relation to the control of the web platform and a step (S410) of confirming whether the recognized user is a registered user.

[0120] That is, the operating system platform (40) or the API service unit (Device API service) can recognize the user (S405). In other words, individual recognition of each passenger in the vehicle can be performed. Thereby, user recognition can be performed through various devices (sensors, mobiles, applications, etc.). Also, the step (S405) of recognizing the user may be performed after the above-mentioned update and container drive. For example, the step of recognizing the user (S405) may be performed after the application is driven on each container and output to each display (S350). At this time, the user of the passenger in the vehicle may drive the web platform container to perform user recognition.

[0121] The operating system platform (40) or the API service department (Device API service) can confirm whether the recognized user is a registered user (S410). If the operating system platform (40) or the API service department (Device API service) is not a registered user, it may proceed with user registration (S415), and if it is a registered user, it may set the vehicle environment (S420). The environment may include seat position, desired temperature, lighting state, etc.

[0122] In particular, user recognition may be performed in cooperation with the web platform container management department (CM4) of the container management department (CM). The web platform container management department (CM4) manages the registration, change, deletion, etc. of web accounts, can confirm whether the web account is a registered account, and can execute and manage the application list for each web account, or manage the login state so that web account logins do not occur repeatedly. That is, by confirming the user information provided by the operating system platform (40) or the API service department (Device API service) in the container management department (CM), it is possible to execute and manage the application list for each account and manage duplicate logins.

[0123] In addition, the web platform container management unit (CM4) of the container management unit (CM) can check whether the recognized user, that is, the web account for the user information, is registered (S425).

[0124] Thereby, the web platform container management unit (CM4) of the container management unit (CM) checks whether the web account for the corresponding user is not registered, or if not, registers (S430) and saves the web account. If the web account is registered, it can check whether the web account has logged in to other web platform containers (S435).

[0125] Thereby, when the web account has logged in to other web platform containers, the web platform container management unit (CM4) of the container management unit (CM) outputs end or re-login (S440). If the corresponding web account is not in the logged-in state, it can extract applications for each web account (S445). In addition, the priority application for each extracted web account can be provided to the user (see FIG. 11). Thereby, the user can easily recognize the driving of the priority or real-time web application for each web account.

[0126] In addition, the web platform container management unit (CM4) of the container management unit (CM) can drive the navigation application to display the destination on the display (S450). In addition, the user can input the destination by the virtual keyboard unit (Virtual Keyboard) (S455). In this way, in the control method and apparatus based on the virtualized structure of the vehicle according to the embodiment, through web platform control (method or apparatus), the web platform application can be easily used by user recognition, and the same application can be driven on each operating system (web platform container) with different users or passenger web accounts. Accordingly, the same application can be driven and executed using individual accounts among the passengers in the vehicle.

[0127] FIG. 12 is a conceptual diagram of a system based on the virtualized structure of a vehicle according to another embodiment, and FIG. 13 is a diagram for explaining a display device in the system based on the virtualized structure of a vehicle according to the embodiment.

[0128] Referring to FIGS. 12 and 13, as described above, the system based on the virtualized structure of the vehicle according to the embodiment includes hardware (not shown), a base operating system (10) mounted on the hardware (not shown), a first virtual engine (20a) and a second virtual engine (20b) mounted on the base operating system (10), at least one operating system (30a to 30f) mounted on each virtual engine, a plurality of operating system platforms (40a to 40f) as a series of software including middleware and important applications mounted on at least one operating system (30a to 30f), a plurality of applications (50a to 50d) driven by the operating system platforms (40a to 40f), a plurality of displays (60a to 60f) for outputting the plurality of operating system platforms (40a to 40f) or the plurality of applications, etc., and a container management unit (CM) for managing the environment for the plurality of operating systems (30a to 30d) on the virtual engines (20a to 20b). At least one operating system will be described below as a "container".

[0129] Here, the hardware (not shown) may be a concept including a processor, a display unit, a storage unit, a memory unit, a control unit, and an I / O device.

[0130] In an embodiment, the running unit (CP) is a system area mounted or driven on the first virtual engine (20a), and the infotainment unit (IP, Infotainment Platform) may be a system area mounted or driven on a second virtual engine (20b) that is a different type of virtual engine from the first virtual engine (20a). With such a configuration, even if an upgrade or other malfunction occurs in the infotainment unit (IP), the running unit (CP) is not affected by this. That is, the influence during running can be minimized. Furthermore, in addition to the infotainment unit (IP), a web platform unit (Web Platform) may be mounted or driven on the base operating system (10) and an additional virtual engine (20). Similar to the infotainment unit (IP), the platform unit (Web Platform) can share a container manager with the infotainment unit (IP). Or the platform unit (Web Platform) may be composed of a part of the infotainment unit (IP). It will be described as an individual configuration below.

[0131] The platform unit (Web Platform) may include one operating system (for example, a container, 30) mounted on a container management unit like the infotainment unit (IP), a series of software including middleware and important applications mounted on the operating system, a plurality of operating system platforms (for example, AGL, 40), and a plurality of applications (for example, web applications, 50) driven by the operating system platform (40).

[0132] First, the base operating system (10) may be, for example, various operating systems. For example, the base operating system (10) may include Linux, hypervisor, QNX, GENIVI, etc.

[0133] For example, the first virtual engine (20a) and the second virtual engine (20b) are middleware solutions or various platforms and can be developed in mobile C language. The first virtual engine (20a) and the second virtual engine (20b) can provide a plurality of built-in libraries and can also perform the same operations on various mobile terminals and the like. For example, the first virtual engine (20a) and the second virtual engine (20b) may be a Linux-based Android kernel and can also initialize memory protection, virtual memory modules, and schedule caching.

[0134] Also, at least one container (30a to 30d) is mounted on the second virtual engine (20a) and may not be mounted on the first virtual engine (10a). Thereby, the security for the running part (CP) is improved, so the running safety can also be improved.

[0135] At least one container (30a to 30d) may be in the schedule of process virtualization as a form of virtualization method in the embodiment. For example, the virtualization technology using containers divides the inside of the host OS (operating system) into a kernel space for managing physical resources and a user space for executing user processes, that is, application programs (applications, APPs), and divides the user space into multiple parts and allocates and shares the hardware resources used by each user process. For example, the container (30a to 30d) can convert the called library to interface with the system library and establish a connection or compatibility between the base operating system and multiple operating system platforms.

[0136] The multiple operating system platforms (40a to 40f) may be mounted on the container. The multiple operating system platforms (40a to 40f) may include Android, AGL (Automotive Grade Linux), web platform, cluster platform, head-up display (HUD) platform, and the like. Furthermore, a plurality of sound clients may be arranged within the operating system platform (40). The multiple sound clients may include a first sound client and a second sound client. At this time, the first sound client may be mounted on the operating system platforms (40a, 40b) on the first virtual engine (20a). The second sound client may be mounted on the operating system platform (such as 40c) on the second virtual engine (20b). That is, the first sound client and the second sound client may be mounted on different virtual engines. Also, the first sound client may be mounted on the cluster operating system (40a) or the HUD operating system (40b). Also, the second sound client may be mounted on the AVN (Audio Video Navigation) operating system, the Co-Driver operating system, or the RSE (Rear Seat Entertainment) operating system.

[0137] Furthermore, the sound server can receive first sound output information and second sound output information from a first sound client (SC1) and a second sound client (SC2), respectively. The sound server may be installed in the virtual engines (20a, 20b) or the base operating system (10). Hereinafter, the sound server includes a first sound server (SS1) and a second sound server (SS2), and the first sound server (SS1) and the second sound server (SS2) will be described based on the criterion that they are installed in different virtual engines.

[0138] At least one application (50a to 50d) may include AVN (Audio Video Navigation), Co-Driver, RSE (Rear Seat Entertainment), etc. in the vehicle as application programs excluding system programs.

[0139] A plurality of displays (60a to 60f) can display an operating system platform (40a to 40f) or application programs on the platform to a user (e.g., a passenger). For example, the plurality of displays (60a to 60f) may include various display devices (e.g., OLED).

[0140] The following description may be about the above-mentioned audio policy and control management unit.

[0141] Also, a user (e.g., a passenger) can operate a system based on the virtualized structure of the vehicle through a user interface or the like. Also, the operation process or result may be provided to the user through an output device such as a display or audio.

[0142] FIG. 14 is a block diagram of a sound control device based on a virtualized structure of a vehicle according to an embodiment, FIG. 15 is a flowchart of a sound control method based on a virtualized structure of a vehicle according to an embodiment, FIG. 16 is a detailed flowchart of a sound control method based on a virtualized structure of a vehicle according to an embodiment, FIG. 17 is a diagram for explaining the output of first sound output information and second sound output information for an example, FIG. 18 is a diagram for explaining the output of first sound output information and second sound output information for another example, and FIG. 19 is a diagram for explaining the output of first sound output information and second sound output information for still another example.

[0143] Referring to FIG. 14, a sound control device (100) based on a virtualized structure of a vehicle according to an embodiment may include a receiving unit (110), a comparing unit (120), a determining unit (130), and a transmitting unit (140). At this time, the sound control device (100) based on the virtualized structure of the vehicle includes an audio policy and control management unit, and the audio policy and control management unit may correspond to the receiving unit (110), the comparing unit (120), the determining unit (130), and the transmitting unit (140).

[0144] First, the receiving unit (110) can receive sound output information from each sound client. For example, the receiving unit (110) can receive at least one of the first sound output information from the first sound client and the second sound output information from the second sound client. Also, the sound output information can be generated by a user input or the like. That is, the sound output information may include sound information output when an application is executed by a user input.

[0145] The comparing unit (120) can compare the priorities of the received first sound output information and the second sound output information. The priority of the first sound output information may be higher than the priority of the second sound output information. As a result, since the sound output information received from the running unit has a higher priority than the sound output information received from the infotainment unit, the stability with respect to running can be improved.

[0146] The determination unit (130) may determine whether the generation time of the first sound output information is during the running of the vehicle. At this time, the determination unit (130) may determine to output the second sound output information after outputting the first sound output information.

[0147] Further, when the generation time of the first sound output information is during the running of the vehicle, the determination unit (130) may determine to adjust and output the presence / absence and output time of the first sound output information and the second sound output information according to the level of the first sound output information.

[0148] Specifically, when the level of the first sound output information is the first level, the determination unit (130) may determine to output only the first sound output information and block the output of the second sound output information. At this time, the level of the output information may include a first level and a second level lower than the first level.

[0149] Further, when the level of the first sound output information is the second level, the determination unit (130) may output the first sound output information and the second sound output information for a first period of time. Further, the determination unit (130) may determine to output the second sound output information for a second period of time consecutive to the first period of time. At this time, the magnitude of the first sound output information during the first period of time may be larger than the magnitude of the second sound output information. With such a configuration, the stability during the running of the vehicle can be improved.

[0150] Also, a sound client within an operating system (such as a guest operating system) installed (or embedded) in a virtual engine (virtualized environment) or a host operating system can receive or request sound output information from a display device or the like connected to each operating system or the like. Receiving and requesting sound output information may mean sound data for which output is requested.

[0151] Also, a sound server installed in a virtual engine or a container or a base operating system can transmit sound output information to hardware so as to receive data, that is, sound output information, and output sound via a speaker or the like which is an output interface. At this time, the sound output information, that is, the data, may be provided to the user by being transmitted to a display device via a sound client within an operating system (such as a guest operating system) installed (or embedded) in a virtual engine or a host operating system.

[0152] Also, the transmission unit (140) may transmit at least one of the finally determined first sound output information and second sound output information to hardware or the like. Thereby, sound can be output via a sound output device (such as a speaker) at the front or rear of the vehicle.

[0153] Referring to FIGS. 15 to 19, a sound control method based on a virtualized structure of a vehicle according to an embodiment may include a step (S510) of receiving at least one of first sound output information from a first sound client and second sound output information from a second sound client, a step (S520) of comparing priorities for the received first sound output information and the second sound output information, and a step (S530) of transmitting at least one of the first sound output information and the second sound output information to hardware according to a comparison result. Each of the following steps may be performed by a sound control device based on the virtualized structure of the vehicle described above.

[0154] Also, the first sound client and the second sound client may be mounted on different virtual engines, the first sound client may be mounted on a cluster operating system, and the second sound client may be mounted on an AVN (Audio Video Navigation) operating system, a Co-Driver operating system, or an RSE (Rear Seat Entertainment) operating system.

[0155] Also, the priority of the first sound output information may be higher than the priority of the second sound output information.

[0156] Also, after comparing the priorities (S520), it is possible to confirm whether the occurrence time of the first sound output information is during the running of the vehicle (S540).

[0157] In an embodiment, when the occurrence time of the first sound output information is not during the running of the vehicle, the second sound output information may be output after the first sound output information is output (S550). For example, before the start of driving, it may be necessary to play a notification sound of the driving unit before playing audio in the infotainment unit. In this case, as shown in FIG. 17, the alarm (first sound output information) of the drive unit may be output in advance until a specific time (ta), and the audio (second sound output information) of the infotainment unit may be output after the specific time (ta). That is, after the engine is started, a notification sound such as a fuel shortage alarm or a consumable replacement alarm may be preferentially output (played) before the reproduction of media such as the radio of the AVN. In other words, at least one of the first sound output information and the second sound output information (the second sound output information is transmitted after the transmission of the first sound output information during vehicle travel) may be transmitted according to the comparison result.

[0158] When the occurrence time of the first sound output information is during vehicle travel, the output presence / absence and output time of the first sound output information and the second sound output information may be adjusted according to the level of the first sound output information and then output (S570). Here, the level of the output information may include a first level and a second level lower than the first level.

[0159] It may also be determined whether the level of the first sound output information is the first level. When the level of the first sound output information is the first level, only the first sound output information may be output and the output of the second sound output information may be blocked (S580).

[0160] For example, during vehicle travel, the audio (or sound) of the drive unit may be output and the audio of the infotainment unit may be muted. Thereby, the driver can fully recognize the dangerous state and suppress the occurrence of an accident. That is, as shown in FIG. 18, only the first sound output information may be output and the output of the second sound output information may be blocked.

[0161] For example, since a failure of the vehicle drive unit during travel, a drowsiness prevention alarm, etc. (first sound output information) must be output in a state where the audio of the infotainment unit (second sound output information) is interrupted, only the first sound output information can be transmitted to the hardware.

[0162] Also, when the level of the first sound output information is the second level, the first sound output information and the second sound output information may be output for the first time (S590), and the second sound output information may be output for the second time consecutive to the first time (S595).

[0163] Referring to FIG. 19, the first sound output information and the second sound output information may be output until the first time (t1). At this time, the magnitude (AM1) of the first sound output information during the first time (t1) may be greater than the magnitude (AM2) of the second sound output information. Thereby, the driver can easily recognize the audio of the first sound output information.

[0164] Thereby, it is possible to easily provide the driver with the first sound output information that requires momentary attention, such as a lane departure alarm or a consumable replacement alarm during travel.

[0165] Furthermore, when only the second sound output information is received, the second sound output information can be transmitted to the hardware in the transmitting step.

[0166] At this time, when the display device outputs audio data, there may be a priority order between these devices. For example, the priority order may be set in the order of AVN, RSE, and Co-drive.

[0167] For example, when only AVN outputs audio, all the sound devices (hereinafter, speakers) of the vehicle can output the corresponding audio. Also, when AVN and RSE output audio simultaneously, if the audio is output on the front part of the vehicle, the speakers on the front part of the vehicle can output the AVN audio output, and the speakers on the rear part of the vehicle can output the RSE audio output. Also, when AVN and Co-drive output audio simultaneously, the most recently output audio output among AVN and Co-drive can be output to all the speakers of the vehicle.

[0168] FIG. 20 is a conceptual diagram of a system based on the virtualized structure of a vehicle according to a modified example.

[0169] As described above, the system based on the virtualized structure of the vehicle according to the embodiment may include hardware (not shown), a base operating system (10) mounted on the hardware (not shown), at least one operating system (30a to 30f) mounted on the base operating system (10), a plurality of operating system platforms (40a to 40f) as a series of software including middleware and important applications mounted on at least one operating system (30a to 30f), a plurality of applications (50a to 50d) driven by the operating system platforms (40a to 40f), a plurality of displays (60a to 60f) for outputting the plurality of operating system platforms (40a to 40f) or the plurality of applications, etc., and a container management unit (CM) for managing the environment for the plurality of operating systems (30a to 30d) on the virtual engines (20a to 20b). At least one operating system will be described below as a "container". That is, without using the above-described virtual engine, the above-described sound control can be performed in the system based on the virtualized structure of the vehicle shown in FIG. 20.

[0170] The embodiments of the present invention described above can also be embodied in the form of a recording medium including computer-executable instructions such as program modules executed by a computer. A computer-readable medium may be any available medium accessible by a computer, including both volatile and non-volatile media, and removable and non-removable media. Also, a computer-readable medium may include a computer storage medium. A computer storage medium may include any method or technology embodied in volatile and non-volatile, removable and non-removable media for the storage of information such as computer-readable instructions, data structures, program modules, or other data.

[0171] Also, the vehicle software control device described in this embodiment can be embodied as a computer program stored in a computer-readable storage medium. Also, the term "~ unit" used in this embodiment means a software or a hardware component such as an FPGA (field-programmable gate array) or an ASIC, and the "~ unit" can perform any role. However, the "~ unit" is not meant to be limited to software or hardware. The "~ unit" may be configured to exist in an addressable storage medium, or may be configured to reproduce one or more processors. Therefore, as an example, the "~ unit" may include components such as software components, object-oriented software components, class components, and task components, and processes, functions, attributes, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuits, data, databases, data structures, tables, arrays, and variables. The functions provided by the components and the "~ unit" can be combined into a smaller number of components and "~ unit", or further separated into additional components and "~ unit". Furthermore, the component and the "~ part" may be embodied to cause one or more CPUs in the device or the security multimedia card to reproduce.

[0172] As described above, the description has been centered around the embodiments, but these are merely examples and do not limit the present invention. It will be understood by those of ordinary skill in the art to which the present invention pertains that various modifications and applications not exemplified above are possible without departing from the essential characteristics of the embodiments. For example, each component specifically shown in the embodiments can be implemented with modifications. Also, such differences regarding modifications and applications should be construed as being included within the scope of the present invention defined by the appended claims.

Claims

1. The step of the container control unit starting a plurality of containers; The step of the container upgrade unit checking the necessity of upgrading the plurality of containers; The step of the container management unit performing an upgrade on the plurality of containers according to the necessity of the upgrade; and The step of the container management unit or the container control unit determining whether it is an upgrade to the system directory or an upgrade to personal data when there is a necessity for the upgrade; including The plurality of containers share the initialization and management of the system, The step of checking the necessity of upgrading the plurality of containers is The step of the container upgrade unit receiving upgrade information; and The step of the container upgrade unit comparing the upgrade information with the upgrade of the plurality of containers and the step of the container upgrade unit determining the necessity of the upgrade; A control method based on the virtualization structure of a vehicle, including

2. The method further includes the step of the container control unit driving the plurality of containers when there is no necessity for the upgrade. The control method based on the virtualization structure of a vehicle according to Claim 1.

3. In the case of an upgrade to the system directory, after the step of determining whether it is an upgrade, The step of the container management unit performing user authentication; and The step of the container management unit receiving the system directory; The control method based on the virtualization structure of a vehicle according to Claim 1.

4. The method further includes the step of restarting the plurality of containers, Returning to the step of checking the necessity of the upgrade. The control method based on the virtualization structure of a vehicle according to Claim 3.

5. In the case of an upgrade to the personal data, after the step of determining whether it is an upgrade, The step of the container control unit receiving the latest personal data; and The step of the container control unit driving the plurality of containers; The control method based on the virtualization structure of a vehicle according to Claim 1.

6. After the step of driving the plurality of containers, The step of the container management unit executing an application on a display connected to the container; The control method based on the virtualization structure of the vehicle according to claim 2 or claim 5, further comprising.

7. In the step of driving the plurality of containers, The control method based on the virtualization structure of the vehicle according to claim 5, wherein a copy of the changed directory among the user data is driven for the plurality of containers.

8. The initialization and management of the shared system include a kernel, a distro, and a library. The control method based on the virtualization structure of the vehicle according to claim 5.

Images