WO2022103093A1 - 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치 - Google Patents

신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치 Download PDF

Info

Publication number
WO2022103093A1
WO2022103093A1 PCT/KR2021/016097 KR2021016097W WO2022103093A1 WO 2022103093 A1 WO2022103093 A1 WO 2022103093A1 KR 2021016097 W KR2021016097 W KR 2021016097W WO 2022103093 A1 WO2022103093 A1 WO 2022103093A1
Authority
WO
WIPO (PCT)
Prior art keywords
virtual machine
application
display
memory
signal processing
Prior art date
Application number
PCT/KR2021/016097
Other languages
English (en)
French (fr)
Inventor
박수호
김민형
한동우
김용현
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to KR1020237000174A priority Critical patent/KR102625290B1/ko
Priority to EP21892261.5A priority patent/EP4245615A1/en
Priority to US18/036,381 priority patent/US20230409370A1/en
Publication of WO2022103093A1 publication Critical patent/WO2022103093A1/ko

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45558Hypervisor-specific management and integration aspects
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60KARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K35/00Instruments specially adapted for vehicles; Arrangement of instruments in or on vehicles
    • B60K35/20Output arrangements, i.e. from vehicle to user, associated with vehicle functions or specially adapted therefor
    • B60K35/21Output arrangements, i.e. from vehicle to user, associated with vehicle functions or specially adapted therefor using visual output, e.g. blinking lights or matrix displays
    • B60K35/22Display screens
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60KARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K35/00Instruments specially adapted for vehicles; Arrangement of instruments in or on vehicles
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60KARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K35/00Instruments specially adapted for vehicles; Arrangement of instruments in or on vehicles
    • B60K35/20Output arrangements, i.e. from vehicle to user, associated with vehicle functions or specially adapted therefor
    • B60K35/29Instruments characterised by the way in which information is handled, e.g. showing information on plural displays or prioritising information according to driving conditions
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60KARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K35/00Instruments specially adapted for vehicles; Arrangement of instruments in or on vehicles
    • B60K35/80Arrangements for controlling instruments
    • B60K35/81Arrangements for controlling instruments for controlling displays
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60RVEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/023Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for transmission of signals between vehicle parts or subsystems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/03Arrangements for converting the position or the displacement of a member into a coded form
    • G06F3/041Digitisers, e.g. for touch screens or touch pads, characterised by the transducing means
    • G06F3/0416Control or interface arrangements specially adapted for digitisers
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0487Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
    • G06F3/0488Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using a touch-screen or digitiser, e.g. input of commands through traced gestures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/14Digital output to display device ; Cooperation and interconnection of the display device with other functional units
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/14Digital output to display device ; Cooperation and interconnection of the display device with other functional units
    • G06F3/1423Digital output to display device ; Cooperation and interconnection of the display device with other functional units controlling a plurality of local displays, e.g. CRT and flat panel display
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/30Arrangements for executing machine instructions, e.g. instruction decode
    • G06F9/30181Instruction operation extension or modification
    • G06F9/30189Instruction operation extension or modification according to execution mode, e.g. mode flag
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/4401Bootstrapping
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/4401Bootstrapping
    • G06F9/4406Loading of operating system
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/4401Bootstrapping
    • G06F9/4418Suspend and resume; Hibernate and awake
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/448Execution paradigms, e.g. implementations of programming paradigms
    • G06F9/4482Procedural
    • G06F9/4484Executing subprograms
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/451Execution arrangements for user interfaces
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45545Guest-host, i.e. hypervisor is an application program itself, e.g. VirtualBox
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45554Instruction set architectures of guest OS and hypervisor or native processor differ, e.g. Bochs or VirtualPC on PowerPC MacOS
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/48Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806Task transfer initiation or dispatching
    • G06F9/4843Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/485Task life-cycle, e.g. stopping, restarting, resuming execution
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061Partitioning or combining of resources
    • G06F9/5077Logical partitioning of resources; Management or configuration of virtualized resources
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60KARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K2360/00Indexing scheme associated with groups B60K35/00 or B60K37/00 relating to details of instruments or dashboards
    • B60K2360/11Instrument graphical user interfaces or menu aspects
    • B60K2360/111Instrument graphical user interfaces or menu aspects for controlling multiple devices
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60KARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K2360/00Indexing scheme associated with groups B60K35/00 or B60K37/00 relating to details of instruments or dashboards
    • B60K2360/143Touch sensitive instrument input devices
    • B60K2360/1438Touch screens
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60KARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K2360/00Indexing scheme associated with groups B60K35/00 or B60K37/00 relating to details of instruments or dashboards
    • B60K2360/16Type of output information
    • B60K2360/172Driving mode indication
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60KARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K2360/00Indexing scheme associated with groups B60K35/00 or B60K37/00 relating to details of instruments or dashboards
    • B60K2360/18Information management
    • B60K2360/186Displaying information according to relevancy
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60KARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K2360/00Indexing scheme associated with groups B60K35/00 or B60K37/00 relating to details of instruments or dashboards
    • B60K2360/18Information management
    • B60K2360/195Blocking or enabling display functions
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60KARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K2360/00Indexing scheme associated with groups B60K35/00 or B60K37/00 relating to details of instruments or dashboards
    • B60K2360/20Optical features of instruments
    • B60K2360/33Illumination features
    • B60K2360/343Illumination of matrix displays
    • B60K2360/344Illumination of matrix displays for additionally illuminating mechanical elements, e.g. pointers or control knobs
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60KARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K35/00Instruments specially adapted for vehicles; Arrangement of instruments in or on vehicles
    • B60K35/10Input arrangements, i.e. from user to vehicle, associated with vehicle functions or specially adapted therefor
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45558Hypervisor-specific management and integration aspects
    • G06F2009/45562Creating, deleting, cloning virtual machine instances
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45558Hypervisor-specific management and integration aspects
    • G06F2009/45575Starting, stopping, suspending or resuming virtual machine instances
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45558Hypervisor-specific management and integration aspects
    • G06F2009/45583Memory management, e.g. access or allocation

Definitions

  • the present invention relates to a signal processing apparatus and a vehicle display apparatus having the same, and more particularly, to a signal processing apparatus capable of shortening a booting period or a wakeup period of some applications driven in a vehicle, and a vehicle display having the same It's about the device.
  • a vehicle is a device that moves a user in a desired direction.
  • a typical example is a car.
  • a vehicle display device is mounted inside the vehicle.
  • a display is arranged on a cluster or the like to display various types of information.
  • various displays such as an AVN (Audio Video Navigation) display are being installed in the vehicle separately from the cluster.
  • AVN Audio Video Navigation
  • An object of the present invention is to provide a signal processing apparatus capable of shortening a booting period or a wakeup period of some applications driven in a vehicle, and a vehicle display apparatus having the same.
  • another object of the present invention is to provide a signal processing device capable of shortening the booting period or wakeup period of some applications driven in the vehicle even if the number of virtual machines is increased, and a vehicle display device having the same. .
  • another object of the present invention is to provide a signal processing device capable of shortening a booting period or a wakeup period of some applications driven in a vehicle even if the operating systems of a plurality of virtual machines are different, and a vehicle display device having the same is in providing.
  • a signal processing apparatus for achieving the above object, a processor running a plurality of virtual machines for a plurality of displays mounted on a vehicle, and a plurality of virtualization based on the entry into the standby mode a first memory for storing a file corresponding to a first application executed in a virtual machine of any one of the machines; and a second memory for loading a file stored in the first memory based on the transition from the standby mode to the active mode.
  • the processor controls the first application to be restored based on the file loaded into the second memory based on the transition from the standby mode to the active mode, and the processor, based on the entry into the standby mode, includes a plurality of The second application executed in the other virtual machine among the virtual machines is terminated, the other virtual machine is turned on based on the transition from the standby mode to the active mode, and after the operating system is started, the second application is executed control as much as possible.
  • only an area for storing a file in the standby mode may maintain power and the remaining areas may be powered off.
  • the processor restores the first application at a first point in time based on the transition from the standby mode to the active mode, controls to display a first image corresponding to the first application, and prevents the second application from being executed. Correspondingly, it is possible to control to display a second image indicating that the loading is in progress.
  • the processor controls to continuously display the first image at a second time point after the first time point based on the transition from the standby mode to the active mode, and displays a third image corresponding to the execution of the second application can be controlled
  • the first application may include any one of a system check application, a cluster application, or a rear camera application
  • the second application may include any one of a home screen application or a media playback application.
  • the first application may operate based on a first operating system
  • the second application may operate based on a second operating system different from the first operating system
  • the first application may be executed in a first guest virtualization machine among the plurality of virtualization machines
  • the second application may be executed in a second guest virtualization machine among the plurality of virtualization machines.
  • the first application may be executed in a server virtualization machine among the plurality of virtualization machines
  • the second application may be executed in a guest virtualization machine among the plurality of virtualization machines.
  • the first memory further stores an image file including an operating system
  • the processor terminates, based on the entry into the standby mode, a second application executed in another virtual machine among the plurality of virtual machines, and , based on the transition from the standby mode to the active mode, turns on another virtual machine, and controls the second application to be executed after the operating system is driven according to the loading of the image file stored in the first memory from the second memory can do.
  • the processor based on the transition from the standby mode to the active mode, turns on the hypervisor after the microcomputer is powered on, turns on another virtual machine after the hypervisor turns on, and stores the data from the second memory to the first memory.
  • the second application may be controlled to be executed.
  • the processor on a hypervisor in the processor, executes first to third virtual machines, the second virtual machine operates for the first display, and the third virtual machine operates for the second display.
  • the first virtual machine in the processor may receive a touch input for the first display or the second display, and transmit information on the touch input to the second virtual machine or the third virtual machine.
  • the first virtual machine may control the coordinate information of the touch input to be stored in the shared memory.
  • the first virtual machine to the second virtual machine or the third virtual machine, transmits the buffer index for the shared memory, the second virtual machine or the third virtual machine, based on the received buffer index, the shared memory It is possible to read the coordinate information of the touch input recorded in the .
  • the first virtual machine includes an input and output server interface
  • the second virtual machine and the third virtual machine each includes an input and output client interface, the input and output server interface in the first virtual machine
  • the coordinate information of the touch input is controlled to be stored in the shared memory, and the input/output client interface in the second virtual machine or the third virtual machine may read the coordinate information of the touch input recorded in the shared memory.
  • the processor may further execute, on a hypervisor in the processor, a fourth virtual machine operating for the third display.
  • the first virtual machine receives and processes the wheel speed sensor data of the vehicle, and corresponds to at least one of the second virtual machine or the third virtual machine, the processed wheel speed sensor data or the processed wheel speed sensor data.
  • An overlay indicating speed information may be transmitted.
  • a signal processing apparatus includes a processor that executes a plurality of virtual machines for a plurality of displays mounted on a vehicle, and virtualization of any one of a plurality of virtual machines based on an entry into a standby mode a first memory for storing a file corresponding to a first application executed in the machine; and a second memory for loading a file stored in the first memory based on the transition from the standby mode to the active mode, wherein the processor is configured to: Based on the entry into the mode, the execution of the second application is terminated, and based on the transition from the standby mode to the active mode, the first application is restored at the first time point, and the first image corresponding to the first application is displayed.
  • the display may be controlled to display, and a second image indicating that the second application is being loaded may be controlled to be displayed in response to non-execution of the second application.
  • the processor controls to continuously display the first image at a second time point after the first time point based on the transition from the standby mode to the active mode, and displays a third image corresponding to the execution of the second application can be controlled
  • a vehicle display apparatus includes a signal processing apparatus including a first display, a second display, and a processor performing signal processing for the first display and the second display, and signal processing
  • the device includes: a processor executing a plurality of virtual machines for a plurality of displays mounted on the vehicle; and based on the entry into a standby mode, a first application corresponding to a first application executed in one virtual machine among the plurality of virtual machines; a first memory for storing the file; and a second memory for loading the file stored in the first memory based on the transition from the standby mode to the active mode, wherein the processor is configured to: Based on the file loaded into the second memory, the first application is controlled to be restored, and the processor terminates the second application executed in the other virtual machine among the plurality of virtual machines based on the entry into the standby mode. And, based on the transition from the standby mode to the active mode, another virtual machine is turned on, and after the operating system is started, a second application is controlled to be executed.
  • a signal processing apparatus includes a processor that executes a plurality of virtual machines for a plurality of displays mounted on a vehicle, and virtualization of any one of a plurality of virtual machines based on entry into a standby mode a first memory for storing a file corresponding to a first application executed in the machine; and a second memory for loading a file stored in the first memory based on the transition from the standby mode to the active mode, wherein the processor is configured to: Based on the transition from the mode to the active mode, based on the file loaded into the second memory, controls the first application to be restored, and the processor, based on the entry into the standby mode, controls the other one of the plurality of virtual machines.
  • the second application executed in the virtual machine is terminated, another virtual machine is turned on based on the transition from the standby mode to the active mode, and after the operating system is started, the second application is controlled to be executed. Accordingly, it is possible to shorten the boot-up period or wake-up period of some applications driven in the vehicle. In addition, it is possible to reduce standby power consumption by classifying applications and varying the booting period or wakeup period.
  • the standby mode power is supplied to only a partial region of the first memory, not the entire region, and thus, it is possible to significantly reduce standby power consumption.
  • the processor restores the first application at a first point in time based on the transition from the standby mode to the active mode, controls to display a first image corresponding to the first application, and prevents the second application from being executed. Correspondingly, it is possible to control to display a second image indicating that the loading is in progress. In this way, it is possible to reduce standby power consumption by classifying applications and varying the booting period or wakeup period.
  • the processor controls to continuously display the first image at a second time point after the first time point based on the transition from the standby mode to the active mode, and displays a third image corresponding to the execution of the second application can be controlled In this way, it is possible to reduce standby power consumption by classifying applications and varying the booting period or wakeup period.
  • the first application may include any one of a system check application, a cluster application, or a rear camera application
  • the second application may include any one of a home screen application or a media playback application. In this way, it is possible to reduce standby power consumption by classifying applications and varying the booting period or wakeup period.
  • the first application may operate based on a first operating system
  • the second application may operate based on a second operating system different from the first operating system. Accordingly, it is possible to shorten the boot-up period or wake-up period of some applications driven in the vehicle. In addition, it is possible to reduce standby power consumption by classifying applications and varying the booting period or wakeup period.
  • the first application may be executed in a first guest virtualization machine among the plurality of virtualization machines
  • the second application may be executed in a second guest virtualization machine among the plurality of virtualization machines. Accordingly, it is possible to shorten the boot-up period or wake-up period of some applications driven in the vehicle. In addition, it is possible to reduce standby power consumption by classifying applications and varying the booting period or wakeup period.
  • the first application may be executed in a server virtualization machine among the plurality of virtualization machines
  • the second application may be executed in a guest virtualization machine among the plurality of virtualization machines. Accordingly, it is possible to shorten the boot-up period or wake-up period of some applications driven in the vehicle. In addition, it is possible to reduce standby power consumption by classifying applications and varying the booting period or wakeup period.
  • the first memory further stores an image file including an operating system
  • the processor terminates, based on the entry into the standby mode, a second application executed in another virtual machine among the plurality of virtual machines, and , based on the transition from the standby mode to the active mode, turns on another virtual machine, and controls the second application to be executed after the operating system is started according to the loading of the image file stored in the first memory from the second memory can do. Accordingly, it is possible to shorten the boot-up period or wake-up period of some applications driven in the vehicle. In addition, it is possible to reduce standby power consumption by classifying applications and varying the booting period or wakeup period.
  • the processor based on the transition from the standby mode to the active mode, turns on the hypervisor after the microcomputer is powered on, turns on another virtual machine after the hypervisor turns on, and stores the data from the second memory to the first memory.
  • the second application may be controlled to be executed. Accordingly, it is possible to shorten the boot-up period or wake-up period of some applications driven in the vehicle. In addition, it is possible to reduce standby power consumption by classifying applications and varying the booting period or wakeup period.
  • the processor on a hypervisor in the processor, executes first to third virtual machines, the second virtual machine operates for the first display, and the third virtual machine operates for the second display.
  • the processor executes first to third virtual machines, the second virtual machine operates for the first display, and the third virtual machine operates for the second display.
  • the first virtual machine in the processor may receive a touch input for the first display or the second display, and transmit information on the touch input to the second virtual machine or the third virtual machine. Accordingly, it is possible to quickly and accurately process a touch input. In addition, even if the number of virtual machines to be driven is increased, it is possible to quickly and accurately perform a process for a touch input. Furthermore, even if the operating systems of the plurality of virtual machines are different, it is possible to quickly and accurately perform a process for a touch input.
  • the first virtual machine may control the coordinate information of the touch input to be stored in the shared memory. Accordingly, it is possible to quickly and accurately process a touch input.
  • the first virtual machine to the second virtual machine or the third virtual machine, transmits the buffer index for the shared memory, the second virtual machine or the third virtual machine, based on the received buffer index, the shared memory It is possible to read the coordinate information of the touch input recorded in the . Accordingly, it is possible to quickly and accurately process a touch input.
  • the first virtual machine includes an input and output server interface
  • the second virtual machine and the third virtual machine each includes an input and output client interface, the input and output server interface in the first virtual machine
  • the coordinate information of the touch input is controlled to be stored in the shared memory
  • the input/output client interface in the second virtual machine or the third virtual machine may read the coordinate information of the touch input recorded in the shared memory. Accordingly, it is possible to quickly and accurately process a touch input.
  • the processor may further execute, on a hypervisor in the processor, a fourth virtual machine operating for the third display. Accordingly, data processing for a plurality of displays can be efficiently performed through a plurality of virtual machines.
  • the first virtual machine receives and processes the wheel speed sensor data of the vehicle, and corresponds to at least one of the second virtual machine or the third virtual machine, the processed wheel speed sensor data or the processed wheel speed sensor data.
  • An overlay indicating speed information may be transmitted. Accordingly, the vehicle wheel speed sensor data can be shared with at least one virtual machine or the like.
  • a signal processing apparatus includes a processor that executes a plurality of virtual machines for a plurality of displays mounted on a vehicle, and virtualization of any one of a plurality of virtual machines based on an entry into a standby mode a first memory for storing a file corresponding to a first application executed in the machine; and a second memory for loading a file stored in the first memory based on the transition from the standby mode to the active mode, wherein the processor is configured to: Based on the entry into the mode, the execution of the second application is terminated, and based on the transition from the standby mode to the active mode, the first application is restored at the first time point, and the first image corresponding to the first application is displayed.
  • the display may be controlled to display, and a second image indicating that the second application is being loaded may be controlled to be displayed in response to non-execution of the second application. Accordingly, it is possible to shorten the boot-up period or wake-up period of some applications driven in the vehicle. In addition, it is possible to reduce standby power consumption by classifying applications and varying the booting period or wakeup period.
  • the processor controls to continuously display the first image at a second time point after the first time point based on the transition from the standby mode to the active mode, and displays a third image corresponding to the execution of the second application can be controlled In this way, it is possible to reduce standby power consumption by classifying applications and varying the booting period or wakeup period.
  • a vehicle display apparatus includes a signal processing apparatus including a first display, a second display, and a processor performing signal processing for the first display and the second display, and signal processing
  • the device includes: a processor executing a plurality of virtual machines for a plurality of displays mounted on the vehicle; and based on the entry into a standby mode, a first application corresponding to a first application executed in one virtual machine among the plurality of virtual machines; a first memory for storing the file; and a second memory for loading the file stored in the first memory based on the transition from the standby mode to the active mode, wherein the processor is configured to: Based on the file loaded into the second memory, the first application is controlled to be restored, and the processor terminates the second application executed in the other virtual machine among the plurality of virtual machines based on the entry into the standby mode.
  • 1A is a view showing an example of the outside of the vehicle and the inside of the vehicle.
  • 1B is a diagram illustrating another example of the interior of a vehicle.
  • FIG. 2 is a view illustrating an exterior of a display device for a vehicle according to an embodiment of the present invention.
  • FIG. 3 illustrates an example of an internal block diagram of the vehicle display device of FIG. 2 .
  • FIG. 4 is a diagram illustrating a system driven in a signal processing apparatus according to the present invention.
  • FIG. 5 is a diagram illustrating an example of a system driven in a signal processing apparatus according to an embodiment of the present invention.
  • FIG. 6 is a diagram illustrating another example of a system driven in a signal processing apparatus according to an embodiment of the present invention.
  • FIG. 7 is a diagram illustrating another example of a system driven in a signal processing apparatus according to an embodiment of the present invention.
  • FIG. 8 to 9B are diagrams referred to in the description of FIG. 5 .
  • FIG. 10 is a flowchart illustrating a method of operating a signal processing apparatus related to the present invention.
  • 11A is a flowchart illustrating a method of operating a signal processing apparatus according to an embodiment of the present invention.
  • 11B is a flowchart illustrating a method of operating a signal processing apparatus according to another embodiment of the present invention.
  • 11C to 15B are diagrams referred to in the description of FIG. 11A or 11B.
  • module and “part” for the components used in the following description are given simply in consideration of the ease of writing the present specification, and do not impart a particularly important meaning or role by themselves. Accordingly, the terms “module” and “unit” may be used interchangeably.
  • 1A is a view showing an example of the outside of the vehicle and the inside of the vehicle.
  • the vehicle 200 is operated by a plurality of wheels 103FR, 103FL, 103RL,... .
  • the vehicle 200 may further include a camera 195 for acquiring an image in front of the vehicle.
  • the vehicle 200 may include a plurality of displays 180a and 180b for displaying images and information therein.
  • a cluster display 180a and an AVN (Audio Video Navigation) display 180b are exemplified as a plurality of displays 180a and 180b.
  • AVN Audio Video Navigation
  • a Head Up Display (HUD) or the like is also possible.
  • the AVN (Audio Video Navigation) display 180b may be referred to as a center information display (Center Information Dislpay).
  • An embodiment of the present invention proposes a method of shortening the booting period or wakeup period of some applications that are driven in the vehicle display apparatus 100 including the plurality of displays 180a and 180b. This will be described with reference to FIG. 10 and below.
  • the vehicle 200 described herein may be a concept including all of a vehicle having an engine as a power source, a hybrid vehicle having an engine and an electric motor as a power source, and an electric vehicle having an electric motor as a power source. there is.
  • 1B is a diagram illustrating another example of the interior of a vehicle.
  • a cluster display 180a an AVN (Audio Video Navigation) display 180b, a rear seat entertainment display (180c, 180d), a rearview mirror display (not shown) etc. may be installed.
  • AVN Audio Video Navigation
  • a rear seat entertainment display 180c, 180d
  • a rearview mirror display not shown
  • FIG. 2 is a view illustrating an exterior of a display device for a vehicle according to an embodiment of the present invention.
  • the vehicle display apparatus 100 is a signal processing apparatus that performs signal processing for displaying images, information, etc. on a plurality of displays 180a to 180c and a plurality of displays 180a to 180c. (170) may be provided.
  • the first display 180a is a cluster display 180a for displaying driving state and operation information
  • the second display 180b includes vehicle driving information, a navigation map, It may be an AVN (Audio Video Navigation) display 180b for displaying various types of entertainment information or images.
  • AVN Audio Video Navigation
  • the third display 180c among the plurality of displays 180a to 180c is a rear seat entertainment display 180c for displaying driving state information, simple navigation information, various entertainment information or images. ) can be
  • the signal processing apparatus 170 includes a processor 175 therein, and on the hypervisor 505 in the processor 175 , the first to fourth virtualization machines 520 to 550 may be executed.
  • the second virtual machine 530 operates for the first display 180a
  • the third virtual machine 540 operates for the second display 180b
  • the fourth virtual machine 540 operates for the third It may operate for the display 180c. Accordingly, data processing can be efficiently performed through the plurality of virtual machines 520 to 550 .
  • the first virtual machine 520 in the processor 175, the second virtual machine 530 to a plurality of virtual machines of the fourth virtual machine 550, for the same data transmission, based on the hypervisor 505 of shared memory 508 can be controlled to be set. Accordingly, the same information or the same image may be displayed in synchronization on a plurality of displays among the first displays 180a to 180c in the vehicle.
  • the first virtual machine 520 in the processor 175 shares at least a portion of data to a plurality of virtual machines among the second virtual machines 530 to the fourth virtual machine 550 for data sharing processing. . Accordingly, data can be shared and processed in a plurality of virtual machines for a plurality of displays in a vehicle.
  • the first virtual machine 520 in the processor 175 receives and processes the wheel speed sensor data of the vehicle, and processes it with at least one of the second virtual machine 530 to the fourth virtual machine 550 . It can transmit the wheel speed sensor data. Accordingly, an overlay indicating speed information corresponding to the wheel speed sensor data of the vehicle or the processed wheel speed sensor data can be shared with at least one virtual machine or the like.
  • some of the plurality of displays 180a to 180c may operate under the Linux OS, and others may operate under the web OS.
  • the signal processing apparatus 170 is a part of a plurality of virtualization machines 510 to 550 for driving a plurality of displays 180a to 180c operating under various operating systems (OS).
  • the first boot mode for fast booting or wake-up is controlled to be performed for
  • the second booting mode which is later than the first boot mode, is controlled to be performed for other parts.
  • the touch input You when there is a touch input in any one of a plurality of displays 180a to 180c operating under various operating systems (OS), the touch input You can control the processing to be performed quickly and accurately.
  • OS operating systems
  • the vehicle speed indicator 212a and the vehicle internal temperature indicator 213a are displayed on the first display 180a, and a plurality of applications and the vehicle speed indicator 212b are displayed on the second display 180b. and a home screen 222 including a vehicle interior temperature indicator 213b is displayed, and a second home screen 222b including a plurality of applications and a vehicle interior temperature indicator 213c is displayed on the third display 180c. to show what is displayed.
  • FIG. 3 illustrates an example of an internal block diagram of a vehicle display apparatus according to an embodiment of the present invention.
  • the vehicle display apparatus 100 includes an input unit 110 , a communication unit 120 , an interface 130 , a signal processing device 170 , and a plurality of displays 180a to 180c ). , an audio output unit 185 , and a power supply unit 190 may be provided.
  • the input unit 110 may include a physical button, a pad, and the like for button input, touch input, and the like.
  • the input unit 110 may include a touch sensor (not shown) for sensing a touch input of the displays 180a, 180b, and 180c.
  • the input unit 110 may include a microphone (not shown) for inputting a user's voice.
  • the communication unit 120 may exchange data with the mobile terminal 800 or the server 900 in a wireless manner.
  • the communication unit 120 may wirelessly exchange data with the mobile terminal of the vehicle driver.
  • various data communication methods such as Bluetooth, WiFi, WiFi Direct, and APiX are possible.
  • the communication unit 120 may receive, from the mobile terminal 800 or the server 900 , weather information, road traffic condition information, for example, Transport Protocol Expert Group (TPEG) information. To this end, the communication unit 120 may include a mobile communication module (not shown).
  • TPEG Transport Protocol Expert Group
  • the interface 130 may receive sensor information or the like from the ECU 770 or the sensor device 760 , and transmit the received information to the signal processing device 170 .
  • the sensor information includes vehicle direction information, vehicle location information (GPS information), vehicle angle information, vehicle speed information, vehicle acceleration information, vehicle inclination information, vehicle forward/reverse information, battery information, fuel information, tire information, vehicle It may include at least one of lamp information, vehicle internal temperature information, and vehicle internal humidity information.
  • Such sensor information includes a heading sensor, a yaw sensor, a gyro sensor, a position module, a vehicle forward/reverse sensor, a wheel sensor, a vehicle speed sensor, It may be obtained from a vehicle body inclination sensor, a battery sensor, a fuel sensor, a tire sensor, a steering sensor by steering wheel rotation, a vehicle interior temperature sensor, a vehicle interior humidity sensor, and the like.
  • the position module may include a GPS module for receiving GPS information.
  • the interface 130 receives the vehicle front image data, the vehicle side image data, the vehicle rear image data, the obstacle distance information around the vehicle, etc. from the camera 195 or the rider (not shown), and signals the received information. may be transmitted to the processing device 170 .
  • the audio output unit 185 converts the electrical signal from the signal processing device 170 into an audio signal and outputs it.
  • a speaker or the like may be provided.
  • the power supply unit 190 may supply power required for operation of each component under the control of the signal processing device 170 .
  • the power supply unit 190 may receive power from a battery inside the vehicle.
  • the signal processing apparatus 170 controls the overall operation of each unit in the vehicle display apparatus 100 .
  • the signal processing apparatus 170 may be implemented in the form of a system on chip (SOC).
  • SOC system on chip
  • the signal processing device 170 includes a processor 175 for performing signal processing for vehicle displays 180a, 180b, and 180c, a first memory 140a and a second memory 140b for storing various data, and a microcomputer ( 135) can be provided.
  • the first memory 140a is a non-volatile memory, and can store various types of data even in a standby mode or when power is turned off.
  • the first memory 140a may store a file corresponding to a first application executed in any one of the plurality of virtual machines 510 to 550 based on the entry into the standby mode. .
  • the first memory 140a may store an operating system (OS).
  • OS operating system
  • the first memory 140a may store various data for the overall operation of the vehicle display apparatus 100 , such as a program for processing or controlling the signal processing apparatus 170 .
  • the second memory 140b as a volatile memory, erases various types of data when the standby mode or power is turned off, and can temporarily store data in the active mode.
  • the second memory 140b may load a file stored in the first memory 140a based on the transition from the standby mode to the active mode.
  • the second memory 140b may load the operating system (OS) stored in the first memory 140a based on the transition from the standby mode to the active mode.
  • OS operating system
  • the processor 175 may drive a hypervisor ( 505 in FIG. 5 ).
  • the processor 175 may execute the first to fourth virtualization machines 520 to 550 on a hypervisor ( 505 in FIG. 5 ) in the processor 175 .
  • the processor 175 may further execute a legacy virtualization machine 510 that receives and processes Ethernet data.
  • the legacy virtual machine may be executed in the first virtual machine 520 in the processor 175 , as shown in FIG. 5 .
  • the first virtual machine 520 among the first to third virtual machines ( 520 to 550 in FIG. 5 ) may be called a server virtual machine, and the second to fourth virtual machines Reference numerals 530 to 550 may be referred to as guest virtual machines.
  • the second virtual machine 530 operates for the first display 180a
  • the third virtual machine 540 operates for the second display 180b
  • the fourth virtual machine 550 operates for, It may operate for the third display 180c.
  • the first virtual machine 520 in the processor 175 may receive, process or process and output vehicle sensor data, location information data, camera image data, audio data, or touch input data.
  • vehicle sensor data location information data
  • camera image data location information data
  • audio data audio data
  • touch input data location information data
  • touch input data location information data
  • data processing can be efficiently performed.
  • by performing most of the data processing in the first virtual machine 520 it is possible to share data in a 1:N manner.
  • the first virtual machine 520 directly receives and processes CAN communication data, audio data, radio data, USB data, and wireless communication data for the second virtual machine to the fourth virtual machine 530 to 550 . can do.
  • the first virtual machine 520 may transmit the processed data to the second to fourth virtual machines 530 to 550 .
  • the first virtual machine 520 of the first to fourth virtual machines 520 to 550 receives communication data and external input data and performs signal processing, thereby processing signals in other virtual machines.
  • the burden is reduced, 1:N data communication becomes possible, and synchronization at the time of data sharing becomes possible.
  • the first virtual machine 520 writes a portion of the data to the first shared memory (not shown) so as to be transferred to the second virtual machine 530, and transfers another portion of the data to the third virtual machine. 1 is recorded in a shared memory (not shown), and the second virtual machine 530 and the third virtual machine 540 process the received data, respectively, and the processed data is recorded in the second shared memory (not shown). control as much as possible.
  • the data may be any one of image data, audio data, navigation data, and voice recognition data.
  • the first virtual machine 520 by processing another portion of the data, the second shared memory (not shown) can be controlled so that the processed data is written. That is, in addition to the second virtual machine 530 and the third virtual machine, the first virtual machine 520 may perform data processing.
  • the fourth virtual machine 550 operating for the third display 180c when executed in the processor 175, the first virtual machine 520 stores another portion of data in the first shared memory (not shown). time), the fourth virtual machine 550 may process the received data, respectively, and control the processed data to be recorded in the second shared memory (not shown).
  • the first virtual machine 520, the second virtual machine to the fourth virtual machine may generate each command queue for the distributed processing of the data. Accordingly, data can be shared and processed by a plurality of virtual machines.
  • the first virtual machine 520 may generate a command queue corresponding to the number of virtual machines for distributed processing of data.
  • the first virtual machine 520 may control to transmit at least a portion of data to at least one of the second virtualization machines to the fourth virtualization machines 530 to 550 for data distribution processing.
  • the first virtual machine 520 allocates a first shared memory (not shown) for transmitting at least a portion of the data to at least one of the second virtual machine to the fourth virtual machine 530 to 550 and ,
  • the image data processed by the second virtual machine 530 or the third virtual machine 540 may be recorded in a second shared memory (not shown).
  • the first virtual machine 520 by writing data to the shared memory 508, the second virtual machine to the fourth virtual machine (530 ⁇ 550) can control to share the same data.
  • the first virtual machine 520 writes radio data or wireless communication data to the shared memory 508 and controls the second to fourth virtual machines 530 to 550 to share the same data. can do. Accordingly, it is possible to share data in a 1:N scheme.
  • the hypervisor 505 based shared memory 508 can be controlled to be set.
  • the signal processing apparatus 170 may process various signals, such as an audio signal, an image signal, and a data signal.
  • FIG. 4 is a diagram illustrating a system driven in a signal processing apparatus according to the present invention.
  • FIG. 4 is a diagram illustrating that a virtual machine is used for a cluster display 180a, an AVN display 180b, and an RSE display 180c, respectively.
  • the system 400 driven in the signal processing device of FIG. 4 is a hypervisor 405 in the processor 175 , in which the cluster virtualization machine 430 , the AVN virtualization machine 440 , and the RSE virtualization machine 450 are executed. exemplify that
  • the system 400 driven in the signal processing apparatus of FIG. 4 exemplifies that the legacy virtualization machine 410 is also executed on the hypervisor 405 in the processor 175 in the signal processing apparatus 170 . do.
  • the legacy virtual machine 410 includes an interface 412 for data communication with the memory 140 and an interface 413 for Ethernet communication.
  • the cluster virtualization machine 430 may be provided with an interface 433 for communication with the interface 413 .
  • the AVN virtual machine 440 is an interface 441 for input/output of audio data, radio data, USB data, and wireless communication data, and an interface for communication with the interface 412 of the legacy virtual machine 410 . 442 , an interface 443 for communication with an interface 413 of the legacy virtualization machine 410 .
  • the RSE virtual machine 450 is an interface 451 for input/output of audio data, radio data, USB data, and wireless communication data, an interface for communication with the interface 412 of the legacy virtual machine 410 . 452 , an interface 453 for communication with an interface 413 of the legacy virtualization machine 410 .
  • audio data, radio data, USB data, and wireless communication data are input and output only in the AVN virtualization machine 440 , so the cluster virtualization machine 430 cannot utilize these data. There is this.
  • the cluster virtualization machine 430, the cluster virtualization machine 440, and the cluster virtualization machine 450 have separate interfaces ( 431,432,441,442,451,452) has a disadvantage.
  • the virtual machine is divided into a server virtual machine and a guest virtual machine, and various types of memory data and communication data are input/output from the server virtual machine without input/output from the guest virtual machine. This will be described with reference to FIG. 5 or less.
  • FIG. 5 is a diagram illustrating an example of a system driven in a signal processing apparatus according to an embodiment of the present invention.
  • the system 500 of FIG. 5 is a first virtual machine 520 that is a server virtualization machine, and a second virtual machine that is a guest virtual machine, on a hypervisor 505 in a processor 175 in a signal processing device 170 .
  • the second virtual machine 530 , the third virtual machine 540 which is a guest virtual machine, and the fourth virtual machine 550 which is a guest virtual machine exemplifies execution.
  • the second virtual machine 530 is a virtual machine for the cluster display 180a
  • the third virtual machine 540 is a virtual machine for the AVN display 180b
  • the fourth virtual machine 550 is the RSE display ( 180c).
  • the second virtual machine 530, the third virtual machine 540, and the fourth virtual machine 550 render images of the cluster display 180a, the AVN display 180b, and the RSE display 180c, respectively. can work for
  • system 500 driven in the signal processing device 170 of FIG. 5 is also executed on the hypervisor 505 in the processor 175 in the signal processing device 170, a legacy virtualization machine 510 foreshadows to be
  • the legacy virtual machine 510 includes an interface 511 for data communication with the memory 140 and Ethernet communication.
  • the interface 511 is exemplified as a physical device driver, but various modifications are possible.
  • the legacy virtualization machine 510 may further include an interface (virtio-backend interface) 512 for data communication with the second to fourth virtualization machines 530 to 550 .
  • an interface virtualization-backend interface
  • the first virtual machine 520 may include an interface 521 for input/output of audio data, radio data, USB data, and wireless communication data, and an input/output server interface 522 for data communication with the guest virtual machine. .
  • the first virtual machine 520 which is a server virtualization machine, transfers I/Os that are difficult to virtualize by standard virtualization technology (VirtIO) to a plurality of guest virtual machines, for example, the second virtual machine to the fourth virtual machine ( 530 to 550) and the like.
  • VirtualIO virtualization technology
  • the first virtual machine 520 which is a server virtualization machine, controls radio data, audio data, etc. at the supervisor level, and a plurality of guest virtual machines, for example, the second virtual machine to the fourth virtualization machine.
  • Machines 530 to 550 may be provided.
  • the first virtual machine 520 which is a server virtual machine, processes vehicle data, sensor data, vehicle surrounding information, and the like, and transfers the processed data or information to a plurality of guest virtual machines, for example, the second virtual machine. to the fourth virtual machines 530 to 550 may be provided.
  • the first virtual machine 520 may provide services (Supervisory Services), such as vehicle data processing and audio routing management.
  • Supervisory Services such as vehicle data processing and audio routing management.
  • the second virtual machine 530 may include an input/output client interface 532 for data communication with the first virtual machine 520 and APIs 533 for controlling the input/output client interface 532 . .
  • the second virtual machine 530 may include an interface (virtio-backend interface) for data communication with the legacy virtual machine 510 .
  • the second virtual machine 530 is, through an interface (virtio-backend interface), the legacy (legacy) virtual machine 510 interface (virtio-backend interface) 512 by communication with the memory (140a, 140b) Memory data or Ethernet data by Ethernet communication can be received.
  • the third virtual machine 540 may include an input/output client interface 542 for data communication with the first virtual machine 520 and APIs 543 for controlling the input/output client interface 542 .
  • the third virtual machine 540 may include an interface (virtio-backend interface) for data communication with the legacy virtual machine 510 .
  • the third virtual machine 540 through an interface (virtio-backend interface), the legacy (virtio-backend interface) 512 of the interface (virtio-backend interface) 512 through the memory (140a, 140b) by communication
  • Memory data or Ethernet data by Ethernet communication can be received.
  • the fourth virtual machine 550 may include an input/output client interface 552 for data communication with the first virtual machine 520 and APIs 553 for controlling the input/output client interface 552 . .
  • the fourth virtual machine 550 may include an interface (virtio-backend interface) for data communication with the legacy virtual machine 510 .
  • the fourth virtual machine 550 through the interface (virtio-backend interface), legacy (legacy) virtual machine 510 interface (virtio-backend interface) 512 by communication with the memory (140a, 140b) Memory data or Ethernet data by Ethernet communication can be received.
  • the legacy virtual machine 510 may be provided in the first virtual machine 520 , unlike FIG. 5 .
  • CAN communication data is input and output only in the first virtual machine 520, but through data processing in the first virtual machine 520, a plurality of guest virtual machines, for example, the second It may be provided in the virtual machine to the fourth virtual machine (530 to 550). Accordingly, 1:N data communication by the processing of the first virtual machine 520 is enabled.
  • audio data, radio data, USB data, and wireless communication data are input and output only in the first virtual machine 520 , but through data processing in the first virtual machine 520 .
  • a plurality of guest virtualization machines for example, the second virtual machine to the fourth virtual machine (530 ⁇ 550), etc. may be provided. Accordingly, 1:N data communication by the processing of the first virtual machine 520 is enabled.
  • the touch input (Touch) for the first display 180a or the second display 180b is input only to the first virtual machine 520, and the second virtual machine to It is not input to the fourth virtual machine (530 to 550).
  • Information on the touch input (Touch) is transmitted to the second virtual machine 530 or the third virtual machine 540 .
  • the first virtual machine 520 in the processor 175 receives a touch input for the first display 180a or the second display 180b, and transmits information about the touch input to the second virtual machine ( 530 ) or the third virtual machine 540 .
  • the second to fourth virtual machines 530 to 550 may operate based on different OSs.
  • the second virtual machine 540 operates under the Linux OS base
  • the third virtual machine 540 operates under the web OS base
  • the fourth virtual machine 550 operates under the Android or Windows OS base.
  • the shared memory 508 based on the hypervisor 505 is can be set.
  • the same data or the same image can be synchronized and shared.
  • the same data or the same image can be synchronized and displayed on the plurality of displays 180a and 180b.
  • OS operating systems
  • the first virtual machine 520 may control the coordinate information of the touch input to be stored in the shared memory 508 . Accordingly, it is possible to quickly and accurately process a touch input.
  • the virtual machine 540 may read coordinate information of the touch input recorded in the shared memory 508 based on the received buffer index. Accordingly, it is possible to quickly and accurately process a touch input.
  • the first virtual machine 520 through the second virtual machine to the fourth virtual machine (530 ⁇ 550), the display for controlling the overlay displayed on the first display (180a) and the second display (180b) (180b) It may include a manager 527 and a display layer server 529 .
  • the display layer server 529 may receive the first overlay provided by the second virtual machine 530 and the second overlay provided by the third virtual machine 540 .
  • the display layer server 529 may transmit the first overlay or a virtual overlay separate from the second overlay to at least one of the second to fourth virtualization machines 530 to 550 .
  • the display manager 527 in the first virtual machine 520, the first overlay provided by the second virtual machine 530, the second overlay provided by the third virtual machine 540, and the fourth virtualization may be received through the display layer server 529 .
  • the display manager 527 in the first virtual machine 520 through the display layer server 529, a virtual overlay separate from the first overlay or the second overlay or the third overlay, the second It can be controlled to transmit to at least one of the virtual machine to the fourth virtual machine (530 to 550).
  • the second virtual machine 530 may synthesize the first overlay and the virtual overlay and control them to be displayed on the first display 180a.
  • the third virtual machine 540 may synthesize the second overlay and the virtual overlay, and control it to be displayed on the second display 180b.
  • the fourth virtual machine 550 may synthesize the third overlay and the virtual overlay, and control it to be displayed on the third display 180c.
  • the first virtual machine 520 may include an input manager 524 that receives an input signal from the outside.
  • the input signal may be an input signal of a predetermined button (such as a start button) in the vehicle, a touch input signal, or a voice input signal.
  • the input manager 524 in the first virtual machine 520 may receive a touch input from the first display 180a or the second display 180b or the third display 180c.
  • the first virtual machine 520, the first display (180a) or the second display (180b) or the information on the touch input related to the touch input from the third display (180c) (Touch) to the second virtual machine 530 or the third virtual machine 540 or the fourth virtual machine 550 may be provided with a touch server 528 that transmits.
  • the touch server 528 in the first virtual machine 520 when there is a touch input corresponding to the first display 180a, information about the touch input (Touch), the second virtual machine 530 ) can be transmitted.
  • the touch server 528 in the first virtual machine 520 may receive a touch input from the first display 180a, the second display 180b, or the third display 180c.
  • FIG. 6 is a diagram illustrating another example of a system driven in a signal processing apparatus according to an embodiment of the present invention.
  • the processor 175 in the signal processing apparatus 170 is the hypervisor ( On 505 , a first virtual machine to a fourth virtual machine 520 to 550 are executed, and the first virtual machine 520 in the processor 175 is a second virtual machine 530 , a third virtual machine 540 . ), and to the fourth virtual machine 550 , for data transfer, the hypervisor 505-based shared memory 508 is controlled to be set.
  • information about a touch input may be exemplified as data. Accordingly, information on the touch input (Touch) is transmitted to the second virtual machine 530 or the third virtual machine 540 or the fourth virtual machine 550, and eventually, the first display 180a or the second It is possible to quickly and accurately process a touch input to the display 180b or the third display 180c. In addition, even if the number of driven virtual machines is increased, it is possible to quickly and accurately perform a process for a touch input (Touch).
  • image data may be exemplified as data. Accordingly, an image can be displayed on the first display 180a, the second display 180b, or the third display 180c.
  • the same image data when the same image data is shared in the shared memory 508, the same image may be displayed in synchronization on the plurality of displays 180a to 180c in the vehicle.
  • CAN communication data, audio data, radio data, USB data, wireless communication data, location information data, etc. may be exemplified as data. Accordingly, information on corresponding data can be displayed on the first display 180a, the second display 180b, or the third display 180c.
  • the legacy virtualization machine 510 uses the memory data from the memory 140 , or Ethernet data by Ethernet communication, and the shared memory 508 based on the hypervisor 505 . , to the second virtual machine 530 , the third virtual machine 540 , and the fourth virtual machine 550 . Accordingly, information corresponding to memory data or Ethernet data may be displayed on the first display 180a, the second display 180b, or the third display 180c.
  • the first virtual machine 520 in the system 500b of FIG. 6 is similar to the first virtual machine in the system 500 of FIG. 5 , the display manager 527, the display layer server 529, the input A manager 524 and a touch server 528 may be provided.
  • the input/output server interface 522 in the first virtual machine 520 in the system 500b of FIG. 6 may include a display layer server 529 and a touch server 528, unlike FIG. 5 .
  • the first virtual machine 520 of FIG. 6 includes a system manager for overall system control, a vehicle information manager for vehicle information management, and an audio manager for audio control. , a radio manager for controlling the radio may be further provided.
  • the input/output server interface 522 in the first virtual machine 520 in the system 500b of FIG. 6 is a GNSS server for input/output of GPS information, a Bluetooth server for Bluetooth input/output, a Wi-Fi server for Wi-Fi input/output, a camera It may further include a camera server for data input and output.
  • FIG. 7 is a diagram illustrating another example of a system driven in a signal processing apparatus according to an embodiment of the present invention.
  • a system 500c driven by the processor 175 in the signal processing apparatus 170 of FIG. 7 is substantially similar to the system 500b of FIG. 6 .
  • the processor 175 of FIG. 7 executes the first to fourth virtualization machines 520 to 550 on the hypervisor 505 in the processor 175 .
  • the display layer server 529 and the touch server 528 may be provided and executed outside the input/output server interface 522 in the first virtual machine 520 .
  • a GNSS server for input/output of GPS information a Bluetooth server for Bluetooth input/output, a Wi-Fi server for Wi-Fi input/output, a camera server for camera data input/output, etc. are provided outside the input/output server interface 522, It may be provided and executed in the first virtual machine 520 .
  • a display manager 527 may be provided and executed. That is, in the first virtual machine 520 , a display manager 527 , a display layer server 529 , an input manager 524 , and a touch server 528 may be provided and executed.
  • the input/output server interface 522 in the first virtual machine 520 in the system 500b of FIG. 6 may include a display layer server 529 and a touch server 528, unlike FIG. 5 .
  • FIG. 8 to 9B are diagrams referred to in the description of FIG. 5 .
  • FIG. 8 shows, on a hypervisor 505 in a processor 175 in a system 500 according to an embodiment of the present invention, first to fourth virtualization machines 520 to 550 are executed, and the processors ( The first virtual machine 520 in the 175, to the second virtual machine 530, the third virtual machine 540 and the fourth virtual machine 550, for the same data transfer, based on the hypervisor 505 Controlling the shared memory 508 to be set is illustrated.
  • the first virtual machine 520 in the processor 175 transmits the data processed in the first virtual machine 520 to another virtual machine
  • the number of memory allocation corresponding to the number of virtual machines is not allocated.
  • one shared memory 508 may be used. Accordingly, using the shared memory 508 instead of 1:1 data communication between virtual machines, 1:N data communication is possible.
  • the first virtual machine 520 in the processor 175 may include an input/output server interface 522 and a security manager 526 .
  • the second virtual machine 530 , the third virtual machine 540 , and the fourth virtual machine 550 may include input/output client interfaces 532 , 542 , and 552 , respectively. Accordingly, using the input/output server interface 522 and the input/output client interfaces 532 , 542 , and 552 , it is possible to perform high-speed data communication between a plurality of virtual machines.
  • the input/output server interface 522 in the first virtual machine 520 includes the input/output client interfaces 532 and 542 in the second virtual machine 530 , the third virtual machine 540 , and the fourth virtual machine 550 .
  • the shared data may be transmitted to the shared memory 508 through the security manager 526 , based on the received request.
  • the input/output server interface 522 in the first virtual machine 520 controls the coordinate information of the touch input to be stored in the shared memory 508 , and the second virtual machine 530 or the third virtual machine 540 .
  • the input/output client interfaces 532 , 542 , and 552 in the fourth virtual machine 550 may read the coordinate information of the touch input recorded in the shared memory 508 . Accordingly, it is possible to quickly and accurately process a touch input.
  • 9A illustrates a more detailed diagram for shared data transmission.
  • the input/output server interface 522 in the first virtual machine 520 transmits a request for allocation of the shared memory 508 to the security manager 526 (S1).
  • the security manager 526 may allocate the shared memory 508 using the hypervisor 505 ( S2 ), and write shared data to the shared memory 508 .
  • the input/output client interfaces 532 , 542 , and 552 may transmit a connection request to the input/output server interface 522 after allocation of the shared memory 508 ( S3 ).
  • the input/output server interface 522 transmits information about the shared memory 508 including key data to the input/output client interfaces 532 , 542 , 552 after the shared memory 508 is allocated ( S4 ).
  • the key data may be private key data.
  • the input/output server interface 522 in the first virtual machine 520 controls to create a command queue for command or event processing, separate from data, for distributed processing control between virtual machines. (S5).
  • a command queue is generated in the command queue buffer 504 in the hypervisor 505 under the control of the input/output server interface 522 .
  • the present invention is not limited thereto, and by the control of the input/output server interface 522 , it is also possible to create within the first virtual machine 520 rather than within the hypervisor 505 .
  • each of the input/output client interfaces 532 , 542 , 552 accesses the command queue buffer 504 to receive the generated command queue or information on the command queue ( S6 ).
  • the generated command queues may be the same.
  • command queues may be delivered to the input/output client interfaces 532 , 542 , and 552 .
  • each input/output client interface 532, 542, 552, the input/output client interface 532, 542, 552 accesses the shared memory 508 based on the received key data (S5), and shares the shared data It can be copied or read from the memory 508 (S7).
  • the input/output client interfaces 532 , 542 , 552 store the shared memory 508 based on the same command queue and the same key data. Access ( S5 ), and copy or read the shared data from the shared memory 508 .
  • the second virtual machine 530 , the third virtual machine 540 , and the fourth virtual machine 550 may access the shared memory 508 , and eventually, the shared data may be shared.
  • the shared data is image data
  • the second virtual machine 530 , the third virtual machine 540 , and the fourth virtual machine 550 share the image data, and eventually, a plurality of It is possible to synchronize and display the same shared image on the displays 180a to 180c.
  • FIG. 9B shows, by the system 500 of FIG. 9A , the second virtual machine 530 displays the image data received through the shared memory 508 on the first display 180a, and the third virtual machine 540 ) illustrates displaying the image data received through the shared memory 508 on the second display 180b.
  • FIG. 9B synchronization of the image 905a displayed on the first display 180a and the image 905b displayed on the second display 180b is performed, and at a time T1, the same images 905a and 905b are displayed, respectively. foreshadows to be
  • the image data processed by the first virtual machine 520 in the processor 175 is transmitted to the second virtual machine 530 and the third virtual machine 540 through the shared memory 508, and the image data Based on , the first image 905a displayed on the first display 180a and the second image 905b displayed on the second display 180b may be identical to each other. Accordingly, it is possible to synchronize and display the same image on the plurality of displays 180a to 180b in the vehicle.
  • FIG. 10 is a flowchart illustrating a method of operating a signal processing apparatus related to the present invention.
  • the power of the microcomputer 135 in the signal processing apparatus 170 is turned on ( S1010 ).
  • the processor 175 in the signal processing device 170 turns on the hypervisor 505 to drive it (S1020).
  • the processor 175 in the signal processing device 170 turns on a plurality of virtual machines on the hypervisor 505 ( S1030 ).
  • the processor 175 in the signal processing device 170 turns on the plurality of virtual machines 510 to 550 of FIG. 5 .
  • the second memory 140b in the signal processing apparatus 170 may read and load the operating system file stored in the first memory 140a ( S1040 ).
  • the operating system file may be a single file as an image file.
  • the processor 175 in the signal processing device 170 starts a service process such as application execution using the operating system file loaded from the second memory 140b ( S1050 ).
  • the present invention proposes a method of shortening the booting period or the wakeup period.
  • a method for shortening the boot period or wakeup period of an important application or virtual machine or operating system by varying the booting period or wakeup period for each application, virtual machine, or operating system is proposed. This will be described with reference to FIG. 11A.
  • 11A is a flowchart illustrating a method of operating a signal processing apparatus according to an embodiment of the present invention.
  • the power of the microcomputer 135 in the signal processing device 170 is turned on (S1110).
  • the first memory 140a is a first application corresponding to a first application executed in any one of the plurality of virtualization machines (510 to 550). Save the file.
  • the second application executed in the other virtual machine among the plurality of virtual machines 510 to 550 is terminated without a separate storage operation.
  • the first application includes either a system check application, or a cluster application or a rear camera application, as an important application
  • the second application is a normal application, either a home screen application or a media playback application. may contain one.
  • the first application is an important application and is an application operating based on a first operating system
  • the second application is a normal application and is an application operating based on a second operating system different from the first operating system.
  • the first application is an application executed in the server virtualization machine 520 among the plurality of virtualization machines 510 to 550
  • the second application is a guest virtualization machine ( 530 to 550) may be an application executed by execution in at least one of them.
  • the first application is an application executed in the first guest virtual machine 530 among the plurality of virtual machines 510 to 550
  • the second application is a second application from the plurality of virtual machines 510 to 550 . It may be an application running on the guest virtual machine 54 .
  • the first memory 140a only an area for storing a file may maintain power in the standby mode, and power may be turned off for the remaining areas. Accordingly, in the standby mode, it is possible to reduce standby power consumption.
  • the first memory 140a may further store an image file including an operating system, and a region storing an image file including an operating system may be powered off in the standby mode. Accordingly, in the standby mode, it is possible to reduce standby power consumption.
  • the file stored in the first memory 140a in the standby mode is one file. Accordingly, rapid storage is possible.
  • the file stored in the first memory 140a in the standby mode is preferably one image file. Accordingly, rapid storage is possible.
  • the virtual machine in which the first application is executed may perform a hibernation mode (S1120).
  • the processor 175 controls the first application to be restored based on the file loaded into the second memory 140b based on the transition from the standby mode to the active mode.
  • the virtual machine in which the first application is executed may control the other virtual machines to perform a normal booting mode.
  • the virtual machines other than the virtual machine in which the first application is executed are turned on (S1130).
  • the virtual machine where the second application was terminated may be turned on.
  • the second memory 140b in the signal processing apparatus 170 may read and load the operating system file stored in the first memory 140a ( S1140 ).
  • the operating system file may be a single file as an image file.
  • the processor 175 in the signal processing device 170 starts a service process such as execution of a second application by using the operating system file loaded from the second memory 140b ( S1150 ).
  • the processor 175 restores the first application at a first time point based on the transition from the standby mode to the active mode, controls to display a first image corresponding to the first application, and controls the display of the second application. In response to non-execution, it is possible to control to display a second image indicating that loading is being performed.
  • the processor 175 controls to continuously display the first image at a second time point after the first time point based on the transition from the standby mode to the active mode, and a third image corresponding to the execution of the second application can be controlled to display. In this way, it is possible to reduce standby power consumption by classifying applications and varying the booting period or wakeup period.
  • the processor 175, on the basis of the entry into the standby mode, terminating the second application executed in the other virtual machine among the plurality of virtual machines 510 to 550, and to switch from the standby mode to the active mode Based on this, another virtual machine may be turned on, and after the operating system is driven according to the loading of the image file stored in the first memory 140a from the second memory 140b, the second application may be controlled to be executed. . Accordingly, it is possible to shorten the boot-up period or wake-up period of some applications driven in the vehicle. In addition, it is possible to reduce standby power consumption by classifying applications and varying the booting period or wakeup period.
  • 11B is a flowchart illustrating a method of operating a signal processing apparatus according to another embodiment of the present invention.
  • FIG. 11B The flowchart of FIG. 11B is similar to the flowchart of FIG. 11A, but after the microcomputer is powered on, the virtual machine for executing the first application and the virtual machine for executing the second application are performed independently and in parallel with the difference there is
  • the virtual machine in which the first application is executed does not control that the normal boot mode is performed in the other virtual machines, and the virtual machine for executing the second application is independently and in parallel in different boot modes. can be performed.
  • the virtual machine in which the first application is executed performs a hibernation mode.
  • the processor 175 controls the first application to be restored based on the file loaded into the second memory 140b based on the transition from the standby mode to the active mode.
  • the virtual machine in which the second application is executed may be controlled to perform a normal booting mode.
  • steps 1130 to 1150 S1130 to S1150 ) described with reference to FIG. 11A can be performed as they are.
  • 11C to 15B are diagrams referred to in the description of FIG. 11A or 11B.
  • FIG. 11C is a diagram referenced in the description of the hibernation mode of FIG. 11A or 11B.
  • the processor 175 may execute a boot loader (S1122b).
  • the second memory 140b loads the file stored in the first memory 140a (S1124b).
  • the file stored in the first memory 140a may be an image file related to the first application.
  • it may be a file corresponding to the final first application upon entering the standby mode.
  • the processor 175 controls the first application to be restored based on the file loaded into the second memory 140b (S1126b).
  • FIG. 12A exemplifies that a hibernation mode is performed in the first guest virtualization machine 530 among a plurality of virtualization machines
  • FIG. 12B is a diagram referred to in the description of FIG. 12A .
  • the first guest virtual machine 530 when entering the standby mode, stores a file 1220 related to an executed application in a partial area 140ab of the first memory 140a as shown in FIG. 12B .
  • files 1210 and 1215 used by the hypervisor in relation to the first guest virtual machine 530 may be stored in another area 140aa of the first memory 140a.
  • the standby mode only the area in which the file 1220 related to the application is stored among the partial areas 140ab of the first memory 140a may be powered on. Accordingly, it is possible to reduce standby power consumption in the standby mode.
  • the standby mode only an area in which the files 1210 and 1215 are stored among other areas 140aa of the first memory 140a may be powered on. Accordingly, it is possible to reduce standby power consumption in the standby mode.
  • the processor 175 is powered off.
  • the second memory 140b loads a file stored in the first memory 140a. Then, the processor 175, based on the file loaded into the second memory 140b, quickly restores and executes the application that was executed in the first guest virtualization machine 530 .
  • the other virtualization machines 520 and 540 except for the first guest virtualization machine 530 perform a booting operation according to a normal booting mode.
  • 12C illustrates that a hibernation mode is performed in the server virtualization machine 520 among a plurality of virtualization machines.
  • the server virtualization machine 520 when entering the standby mode, stores a file related to an executed application in a partial area of the first memory 140a.
  • the standby mode only an area in which an application-related file is stored among the partial areas 140ab of the first memory 140a may be powered on. Accordingly, it is possible to reduce standby power consumption in the standby mode.
  • the second memory 140b loads a file stored in the first memory 140a.
  • 13 is a diagram for explaining a standby mode and an active mode.
  • the microcomputer 135 transmits a power-off signal to the processor 175 upon entering the standby mode (S1305).
  • the processor 175 transmits a memory cleaning command to the second memory 140b (S1310). Accordingly, the second memory 140b organizes the inside of the memory.
  • the processor 175 requests the second memory 140b to terminate the virtual machine other than the important virtual machine (S1315). Accordingly, the second memory 140b terminates a virtual machine that is not an important virtual machine.
  • the processor 175 provides information on the important virtual machine to the second memory 140b (S1320).
  • the second memory 140b transmits a file related to an important application to the first memory 140a in order to perform the hibernation mode of the critical virtual machine. Accordingly, the first memory 140a stores files related to important applications.
  • a power-on signal is transmitted to the processor 175 (S1335).
  • the processor 175 transmits a wake-up command to the second memory 140b (S1340).
  • the processor 175 requests a wakeup of the virtual machine other than the important virtual machine to the second memory 140b (S1345).
  • the second memory 140b allows a virtual machine other than an important virtual machine to perform a normal booting mode.
  • the processor 175 requests a wakeup of the important virtual machine to the second memory 140b (S1350).
  • the second memory 140b requests the first memory 140a to transfer a file related to an important application in order to perform the hibernation mode of the important virtual machine (S1355).
  • the first memory 140a transmits a file related to an important application to the second memory 140b (S1360).
  • the second memory 140b loads a file related to an important application
  • the processor 175 controls the first application to be restored based on the file loaded into the second memory 140b. Accordingly, it is possible to shorten the boot-up period or wake-up period of some applications driven in the vehicle.
  • FIG. 14A illustrates that the power button PBR is pressed while respective application execution images are displayed on the second display 180b and the third display 180c.
  • the processor 175 may set the navigation application among the navigation application and the game application as an important application.
  • the game application may be terminated without additional storage, and a file related to the navigation application may be stored in the first memory 140a.
  • 14B is a diagram illustrating switching from a standby mode to an active mode by pressing the power button PBR.
  • the file related to the application that was stored in the first memory 140a is loaded into the second memory 140b, and eventually the processor 175 quickly executes it. is restored
  • the processor 175 restores the first application at a first time based on the transition from the standby mode to the active mode, and displays the first image 1410 corresponding to the first application on the second display ( 180b), and control to display the second image 1430 indicating that the second application is being loaded in response to non-execution of the second application is displayed on the third display 180c.
  • the processor 175 controls to continuously display the first image 1410 at a second time point after the first time point based on the transition from the standby mode to the active mode, and corresponds to the execution of the second application. It is possible to control to display the third image 1420 . In this way, it is possible to reduce standby power consumption by classifying applications and varying the booting period or wakeup period.
  • 15A illustrates that the power button PBR is pressed in a state where each application execution image is displayed on the first display 180a and the second display 180b.
  • the processor 175 may set the vehicle information application among the vehicle information application and the home screen application as an important application.
  • the home screen application may be terminated without additional storage, and a file related to the vehicle information application may be stored in the first memory 140a.
  • 15B is a diagram illustrating conversion from a standby mode to an active mode by pressing the power button PBR.
  • the file related to the application that was stored in the first memory 140a is loaded into the second memory 140b, and eventually the processor 175 quickly executes it. is restored
  • the processor 175 restores the first application at a first time based on the transition from the standby mode to the active mode, and displays a first image 1510 corresponding to the first application on the first display ( 180a), and the second image 1530 indicating that the second application is being loaded in response to non-execution of the second application may be controlled to be displayed on the second display 180b.
  • the processor 175 controls to continuously display the first image 1510 at a second time point after the first time point based on the transition from the standby mode to the active mode, and corresponds to the execution of the second application. It is possible to control to display the third image 1520 . In this way, it is possible to reduce standby power consumption by classifying applications and varying the booting period or wakeup period.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Mechanical Engineering (AREA)
  • Transportation (AREA)
  • Combustion & Propulsion (AREA)
  • Chemical & Material Sciences (AREA)
  • Human Computer Interaction (AREA)
  • Computer Security & Cryptography (AREA)
  • Fittings On The Vehicle Exterior For Carrying Loads, And Devices For Holding Or Mounting Articles (AREA)
  • Stored Programmes (AREA)

Abstract

본 발명은 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치에 관한 것이다. 본 발명의 일 실시예에 신호 처리 장치는, 차량에 장착되는 복수의 디스플레이를 위해 복수의 가상화 머신을 실행하는 프로세서와, 대기 모드로의 진입에 기초하여, 복수의 가상화 머신 중 어느 하나의 가상화 머신에서 실행되는 제1 애플리케이션에 대응하는 파일을 저장하는 제1 메모리와, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 메모리에 저장된 파일을 로딩하는 제2 메모리를 포함하고, 프로세서는, 대기 모드에서 액티브 모드로 전환에 기초하여, 제2 메모리에 로딩되는 파일에 기초하여, 제1 애플리케이션이 복원되도록 제어하며, 프로세서는, 대기 모드로의 진입에 기초하여, 복수의 가상화 머신 중 다른 하나의 가상화 머신에서 실행되는 제2 애플리케이션을 종료하고, 대기 모드에서 액티브 모드로 전환에 기초하여, 다른 하나의 가상화 머신을 온 시키고, 운영 체제가 구동된 이후, 제2 애플리케이션이 실행되도록 제어한다. 이에 의해, 차량에서 구동되는 일부 애플리케이션의 부팅 기간 또는 웨이크업 기간을 단축할 수 있게 된다.

Description

신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
본 발명은 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치에 관한 것이며, 더욱 상세하게는 차량에서 구동되는 일부 애플리케이션의 부팅 기간 또는 웨이크업 기간을 단축할 수 있는 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치에 관한 것이다.
차량은 탑승하는 사용자가 원하는 방향으로 이동시키는 장치이다. 대표적으로 자동차를 예를 들 수 있다.
한편, 차량을 이용하는 사용자의 편의를 위해, 차량 내부에 차량용 디스플레이 장치가 탑재되고 있다.
예를 들어, 클러스터 등에 디스플레이가 배치되어, 각 종 정보를 표시한다. 한편, 차량 주행 정보 등의 표시를 위해, 클러스터와 별도로, AVN(Audio Video Navigation) 디스플레이 등 다양한 디스플레이가 차량에 장착되는 추세이다.
이와 같이, 차량용 디스플레이 장치 내에 디스플레이의 개수가 증가할수록, 디스플레이를 위한 신호 처리가 복잡해지는 문제가 있다.
한편, 차량용 디스플레이 장치가기 모드로 진입하였다가 액티브 모드로 전환되는 경우, 부팅 기간 또는 웨이크업 기간이 상당히 소요되는 단점이 있다.
본 발명의 목적은, 차량에서 구동되는 일부 애플리케이션의 부팅 기간 또는 웨이크업 기간을 단축할 수 있는 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치를 제공함에 있다.
한편, 본 발명의 다른 목적은, 가상화 머신의 개수가 증가되더라도, 차량에서 구동되는 일부 애플리케이션의 부팅 기간 또는 웨이크업 기간을 단축할 수 있는 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치를 제공함에 있다.
한편, 본 발명의 또 다른 목적은, 복수의 가상화 머신의 운영체제가 다르더라도, 차량에서 구동되는 일부 애플리케이션의 부팅 기간 또는 웨이크업 기간을 단축할 수 있는 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치를 제공함에 있다.
상기 목적을 달성하기 위한 본 발명의 일 실시예에 따른 신호 처리 장치는, 차량에 장착되는 복수의 디스플레이를 위해 복수의 가상화 머신을 실행하는 프로세서와, 대기 모드로의 진입에 기초하여, 복수의 가상화 머신 중 어느 하나의 가상화 머신에서 실행되는 제1 애플리케이션에 대응하는 파일을 저장하는 제1 메모리와, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 메모리에 저장된 파일을 로딩하는 제2 메모리를 포함하고, 프로세서는, 대기 모드에서 액티브 모드로 전환에 기초하여, 제2 메모리에 로딩되는 파일에 기초하여, 제1 애플리케이션이 복원되도록 제어하며, 프로세서는, 대기 모드로의 진입에 기초하여, 복수의 가상화 머신 중 다른 하나의 가상화 머신에서 실행되는 제2 애플리케이션을 종료하고, 대기 모드에서 액티브 모드로 전환에 기초하여, 다른 하나의 가상화 머신을 온 시키고, 운영 체제가 구동된 이후, 제2 애플리케이션이 실행되도록 제어한다.
한편, 제1 메모리는, 대기 모드에서 파일을 저장하는 영역만 전원을 유지시키며, 나머지 영역은 전원을 오프시킬 수 있다.
한편, 프로세서는, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 시점에, 제1 애플리케이션을 복원하여, 제1 애플리케이션에 대응하는 제1 영상을 표시하도록 제어하며, 제2 애플리케이션의 미실행에 대응하여 로딩 중임을 나타내는 제2 영상을 표시하도록 제어할 수 있다.
한편, 프로세서는, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 시점 이후의 제2 시점에, 제1 영상을 계속 표시하도록 제어하며, 제2 애플리케이션의 실행에 대응하는 제3 영상을 표시하도록 제어할 수 있다.
한편, 제1 애플리케이션은, 시스템 체크 애플리케이션, 또는 클러스터 애플리케이션 또는 후방 카메라 애플리케이션 중 어느 하나를 포함하고, 제2 애플리케이션은, 홈 화면 애플리케이션 또는 미디어 재생 애플리케이션 중 어느 하나를 포함할 수 있다.
한편, 제1 애플리케이션은, 제1 운영 체제에 기초하여 동작하고, 제2 애플리케이션은, 제1 운영 체제와 다른 제2 운영 체제에 기초하여 동작할 수 있다.
한편, 제1 애플리케이션은, 복수의 가상화 머신 중 제1 게스트 가상화 머신에서 실행되고, 제2 애플리케이션은, 복수의 가상화 머신 중 제2 게스트 가상화 머신에 실행될 수 있다.
한편, 제1 애플리케이션은, 복수의 가상화 머신 중 서버 가상화 머신에서 실행되고, 제2 애플리케이션은, 복수의 가상화 머신 중 게스트 가상화 머신에서 실행될 수 있다.
한편, 제1 메모리는, 운영 체제를 포함하는 이미지 파일을 더 저장하고, 프로세서는, 대기 모드로의 진입에 기초하여, 복수의 가상화 머신 중 다른 하나의 가상화 머신에서 실행되는 제2 애플리케이션을 종료하고, 대기 모드에서 액티브 모드로 전환에 기초하여, 다른 하나의 가상화 머신을 온 시키고, 제2 메모리에서 제1 메모리에 저장된 이미지 파일의 로딩에 따라 운영 체제가 구동된 이후, 제2 애플리케이션이 실행되도록 제어할 수 있다.
한편, 프로세서는, 대기 모드에서 액티브 모드로 전환에 기초하여, 마이컴의 전원 온 이후, 하이퍼바이저를 온 시키고, 하이퍼바이저의 온 이후 다른 하나의 가상화 머신을 온 시키고, 제2 메모리에서 제1 메모리에 저장된 이미지 파일의 로딩에 따라 운영 체제가 구동된 이후, 제2 애플리케이션이 실행되도록 제어할 수 있다.
한편, 프로세서는, 프로세서 내의 하이퍼바이저 상에서, 제1 가상화 머신 내지 제3 가상화 머신을 실행하며, 제2 가상화 머신은 제1 디스플레이를 위해 동작하며, 제3 가상화 머신은, 제2 디스플레이를 위해 동작할 수 있다.
한편, 프로세서 내의 제1 가상화 머신은, 제1 디스플레이 또는 제2 디스플레이에 대한 터치 입력을 수신하고, 터치 입력에 대한 정보를 제2 가상화 머신 또는 제3 가상화 머신으로 전송할 수 있다.
한편, 제1 가상화 머신은, 터치 입력의 좌표 정보를 공유 메모리에 저장되도록 제어할 수 있다.
한편, 제1 가상화 머신은, 제2 가상화 머신 또는 제3 가상화 머신으로, 공유 메모리에 대한 버퍼 인덱스를 전송하고, 제2 가상화 머신 또는 제3 가상화 머신은, 수신한 버퍼 인덱스에 기초하여, 공유 메모리에 기록된 터치 입력의 좌표 정보를 독출할 수 있다.
한편, 제1 가상화 머신은, 제1 가상화 머신은, 입출력 서버 인터페이스를 포함하고, 제2 가상화 머신 및 제3 가상화 머신은, 각각 입출력 클라이언트 인터페이스를 포함하며, 제1 가상화 머신 내의 입출력 서버 인터페이스는, 터치 입력의 좌표 정보를 공유 메모리에 저장되도록 제어하며, 제2 가상화 머신 또는 제3 가상화 머신 내의 입출력 클라이언트 인터페이스는, 공유 메모리에 기록된 터치 입력의 좌표 정보를 독출할 수 있다.
한편, 프로세서는, 프로세서 내의 하이퍼바이저 상에서, 제3 디스플레이를 위해 동작하는 제4 가상화 머신을 더 실행할 수 있다.
한편, 제1 가상화 머신은, 차량의 휠 속도 센서 데이터를 수신하고, 처리하여, 제2 가상화 머신 또는 제3 가상화 머신 중 적어도 하나로, 처리된 휠 속도 센서 데이터 또는 처리된 휠 속도 센서 데이터에 대응하는 속도 정보를 나타내는 오버레이를 전송할 수 있다.
본 발명의 다른 실시예에 따른 신호 처리 장치는, 차량에 장착되는 복수의 디스플레이를 위해 복수의 가상화 머신을 실행하는 프로세서와, 대기 모드로의 진입에 기초하여, 복수의 가상화 머신 중 어느 하나의 가상화 머신에서 실행되는 제1 애플리케이션에 대응하는 파일을 저장하는 제1 메모리와, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 메모리에 저장된 파일을 로딩하는 제2 메모리를 포함하고, 프로세서는, 대기 모드로의 진입에 기초하여, 제2 애플리케이션의 실행을 종료하고, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 시점에, 제1 애플리케이션을 복원하여, 제1 애플리케이션에 대응하는 제1 영상을 표시하도록 제어하며, 제2 애플리케이션의 미실행에 대응하여 로딩 중임을 나타내는 제2 영상을 표시하도록 제어할 수 있다.
한편, 프로세서는, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 시점 이후의 제2 시점에, 제1 영상을 계속 표시하도록 제어하며, 제2 애플리케이션의 실행에 대응하는 제3 영상을 표시하도록 제어할 수 있다.
본 발명의 일 실시예에 따른 차량용 디스플레이 장치는, 제1 디스플레이와, 제2 디스플레이와, 제1 디스플레이 및 제2 디스플레이를 위한 신호 처리를 수행하는 프로세서를 포함하는 신호 처리 장치를 구비하고, 신호 처리 장치는, 차량에 장착되는 복수의 디스플레이를 위해 복수의 가상화 머신을 실행하는 프로세서와, 대기 모드로의 진입에 기초하여, 복수의 가상화 머신 중 어느 하나의 가상화 머신에서 실행되는 제1 애플리케이션에 대응하는 파일을 저장하는 제1 메모리와, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 메모리에 저장된 파일을 로딩하는 제2 메모리를 포함하고, 프로세서는, 대기 모드에서 액티브 모드로 전환에 기초하여, 제2 메모리에 로딩되는 파일에 기초하여, 제1 애플리케이션이 복원되도록 제어하며, 프로세서는, 대기 모드로의 진입에 기초하여, 복수의 가상화 머신 중 다른 하나의 가상화 머신에서 실행되는 제2 애플리케이션을 종료하고, 대기 모드에서 액티브 모드로 전환에 기초하여, 다른 하나의 가상화 머신을 온 시키고, 운영 체제가 구동된 이후, 제2 애플리케이션이 실행되도록 제어한다.
본 발명의 일 실시예에 따른 신호 처리 장치는, 차량에 장착되는 복수의 디스플레이를 위해 복수의 가상화 머신을 실행하는 프로세서와, 대기 모드로의 진입에 기초하여, 복수의 가상화 머신 중 어느 하나의 가상화 머신에서 실행되는 제1 애플리케이션에 대응하는 파일을 저장하는 제1 메모리와, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 메모리에 저장된 파일을 로딩하는 제2 메모리를 포함하고, 프로세서는, 대기 모드에서 액티브 모드로 전환에 기초하여, 제2 메모리에 로딩되는 파일에 기초하여, 제1 애플리케이션이 복원되도록 제어하며, 프로세서는, 대기 모드로의 진입에 기초하여, 복수의 가상화 머신 중 다른 하나의 가상화 머신에서 실행되는 제2 애플리케이션을 종료하고, 대기 모드에서 액티브 모드로 전환에 기초하여, 다른 하나의 가상화 머신을 온 시키고, 운영 체제가 구동된 이후, 제2 애플리케이션이 실행되도록 제어한다. 이에 따라, 차량에서 구동되는 일부 애플리케이션의 부팅 기간 또는 웨이크업 기간을 단축할 수 있게 된다. 또한, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
한편, 제1 메모리는, 대기 모드에서 파일을 저장하는 영역만 전원을 유지시키며, 나머지 영역은 전원을 오프시킬 수 있다. 이에 따라, 대기 모드시, 제1 메모리의 전 영영역이 아닌 일부 영역에만 전원이 공급되므로, 대기 전력 소비를 상당히 저감할 수 있게 된다.
한편, 프로세서는, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 시점에, 제1 애플리케이션을 복원하여, 제1 애플리케이션에 대응하는 제1 영상을 표시하도록 제어하며, 제2 애플리케이션의 미실행에 대응하여 로딩 중임을 나타내는 제2 영상을 표시하도록 제어할 수 있다. 이와 같이, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
한편, 프로세서는, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 시점 이후의 제2 시점에, 제1 영상을 계속 표시하도록 제어하며, 제2 애플리케이션의 실행에 대응하는 제3 영상을 표시하도록 제어할 수 있다. 이와 같이, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
한편, 제1 애플리케이션은, 시스템 체크 애플리케이션, 또는 클러스터 애플리케이션 또는 후방 카메라 애플리케이션 중 어느 하나를 포함하고, 제2 애플리케이션은, 홈 화면 애플리케이션 또는 미디어 재생 애플리케이션 중 어느 하나를 포함할 수 있다. 이와 같이, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
한편, 제1 애플리케이션은, 제1 운영 체제에 기초하여 동작하고, 제2 애플리케이션은, 제1 운영 체제와 다른 제2 운영 체제에 기초하여 동작할 수 있다. 이에 따라, 차량에서 구동되는 일부 애플리케이션의 부팅 기간 또는 웨이크업 기간을 단축할 수 있게 된다. 또한, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
한편, 제1 애플리케이션은, 복수의 가상화 머신 중 제1 게스트 가상화 머신에서 실행되고, 제2 애플리케이션은, 복수의 가상화 머신 중 제2 게스트 가상화 머신에 실행될 수 있다. 이에 따라, 차량에서 구동되는 일부 애플리케이션의 부팅 기간 또는 웨이크업 기간을 단축할 수 있게 된다. 또한, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
한편, 제1 애플리케이션은, 복수의 가상화 머신 중 서버 가상화 머신에서 실행되고, 제2 애플리케이션은, 복수의 가상화 머신 중 게스트 가상화 머신에서 실행될 수 있다. 이에 따라, 차량에서 구동되는 일부 애플리케이션의 부팅 기간 또는 웨이크업 기간을 단축할 수 있게 된다. 또한, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
한편, 제1 메모리는, 운영 체제를 포함하는 이미지 파일을 더 저장하고, 프로세서는, 대기 모드로의 진입에 기초하여, 복수의 가상화 머신 중 다른 하나의 가상화 머신에서 실행되는 제2 애플리케이션을 종료하고, 대기 모드에서 액티브 모드로 전환에 기초하여, 다른 하나의 가상화 머신을 온 시키고, 제2 메모리에서 제1 메모리에 저장된 이미지 파일의 로딩에 따라 운영 체제가 구동된 이후, 제2 애플리케이션이 실행되도록 제어할 수 있다. 이에 따라, 차량에서 구동되는 일부 애플리케이션의 부팅 기간 또는 웨이크업 기간을 단축할 수 있게 된다. 또한, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
한편, 프로세서는, 대기 모드에서 액티브 모드로 전환에 기초하여, 마이컴의 전원 온 이후, 하이퍼바이저를 온 시키고, 하이퍼바이저의 온 이후 다른 하나의 가상화 머신을 온 시키고, 제2 메모리에서 제1 메모리에 저장된 이미지 파일의 로딩에 따라 운영 체제가 구동된 이후, 제2 애플리케이션이 실행되도록 제어할 수 있다. 이에 따라, 차량에서 구동되는 일부 애플리케이션의 부팅 기간 또는 웨이크업 기간을 단축할 수 있게 된다. 또한, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
한편, 프로세서는, 프로세서 내의 하이퍼바이저 상에서, 제1 가상화 머신 내지 제3 가상화 머신을 실행하며, 제2 가상화 머신은 제1 디스플레이를 위해 동작하며, 제3 가상화 머신은, 제2 디스플레이를 위해 동작할 수 있다. 이에 따라, 복수의 가상화 머신을 통해 데이터 처리를 효율적으로 수행할 수 있게 된다.
한편, 프로세서 내의 제1 가상화 머신은, 제1 디스플레이 또는 제2 디스플레이에 대한 터치 입력을 수신하고, 터치 입력에 대한 정보를 제2 가상화 머신 또는 제3 가상화 머신으로 전송할 수 있다. 이에 따라, 터치 입력에 대한 처리를 신속하고 정확하게 수행할 수 있게 된다. 또한, 구동되는 가상화 머신의 개수가 증가되더라도, 터치 입력에 대한 처리를 신속하고 정확하게 수행할 수 있게 된다. 나아가, 복수의 가상화 머신의 운영체제가 다르더라도, 터치 입력에 대한 처리를 신속하고 정확하게 수행할 수 있게 된다.
한편, 제1 가상화 머신은, 터치 입력의 좌표 정보를 공유 메모리에 저장되도록 제어할 수 있다. 이에 따라, 터치 입력에 대한 처리를 신속하고 정확하게 수행할 수 있게 된다.
한편, 제1 가상화 머신은, 제2 가상화 머신 또는 제3 가상화 머신으로, 공유 메모리에 대한 버퍼 인덱스를 전송하고, 제2 가상화 머신 또는 제3 가상화 머신은, 수신한 버퍼 인덱스에 기초하여, 공유 메모리에 기록된 터치 입력의 좌표 정보를 독출할 수 있다. 이에 따라, 터치 입력에 대한 처리를 신속하고 정확하게 수행할 수 있게 된다.
한편, 제1 가상화 머신은, 제1 가상화 머신은, 입출력 서버 인터페이스를 포함하고, 제2 가상화 머신 및 제3 가상화 머신은, 각각 입출력 클라이언트 인터페이스를 포함하며, 제1 가상화 머신 내의 입출력 서버 인터페이스는, 터치 입력의 좌표 정보를 공유 메모리에 저장되도록 제어하며, 제2 가상화 머신 또는 제3 가상화 머신 내의 입출력 클라이언트 인터페이스는, 공유 메모리에 기록된 터치 입력의 좌표 정보를 독출할 수 있다. 이에 따라, 터치 입력에 대한 처리를 신속하고 정확하게 수행할 수 있게 된다.
한편, 프로세서는, 프로세서 내의 하이퍼바이저 상에서, 제3 디스플레이를 위해 동작하는 제4 가상화 머신을 더 실행할 수 있다. 이에 따라, 복수의 가상화 머신을 통해 복수의 디스플레이에 대한 데이터 처리를 효율적으로 수행할 수 있게 된다.
한편, 제1 가상화 머신은, 차량의 휠 속도 센서 데이터를 수신하고, 처리하여, 제2 가상화 머신 또는 제3 가상화 머신 중 적어도 하나로, 처리된 휠 속도 센서 데이터 또는 처리된 휠 속도 센서 데이터에 대응하는 속도 정보를 나타내는 오버레이를 전송할 수 있다. 이에 따라, 차량의 휠 속도 센서 데이터를, 적어도 하나의 가상화 머신 등에 공유할 수 있게 된다.
본 발명의 다른 실시예에 따른 신호 처리 장치는, 차량에 장착되는 복수의 디스플레이를 위해 복수의 가상화 머신을 실행하는 프로세서와, 대기 모드로의 진입에 기초하여, 복수의 가상화 머신 중 어느 하나의 가상화 머신에서 실행되는 제1 애플리케이션에 대응하는 파일을 저장하는 제1 메모리와, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 메모리에 저장된 파일을 로딩하는 제2 메모리를 포함하고, 프로세서는, 대기 모드로의 진입에 기초하여, 제2 애플리케이션의 실행을 종료하고, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 시점에, 제1 애플리케이션을 복원하여, 제1 애플리케이션에 대응하는 제1 영상을 표시하도록 제어하며, 제2 애플리케이션의 미실행에 대응하여 로딩 중임을 나타내는 제2 영상을 표시하도록 제어할 수 있다. 이에 따라, 차량에서 구동되는 일부 애플리케이션의 부팅 기간 또는 웨이크업 기간을 단축할 수 있게 된다. 또한, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
한편, 프로세서는, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 시점 이후의 제2 시점에, 제1 영상을 계속 표시하도록 제어하며, 제2 애플리케이션의 실행에 대응하는 제3 영상을 표시하도록 제어할 수 있다. 이와 같이, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
본 발명의 일 실시예에 따른 차량용 디스플레이 장치는, 제1 디스플레이와, 제2 디스플레이와, 제1 디스플레이 및 제2 디스플레이를 위한 신호 처리를 수행하는 프로세서를 포함하는 신호 처리 장치를 구비하고, 신호 처리 장치는, 차량에 장착되는 복수의 디스플레이를 위해 복수의 가상화 머신을 실행하는 프로세서와, 대기 모드로의 진입에 기초하여, 복수의 가상화 머신 중 어느 하나의 가상화 머신에서 실행되는 제1 애플리케이션에 대응하는 파일을 저장하는 제1 메모리와, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 메모리에 저장된 파일을 로딩하는 제2 메모리를 포함하고, 프로세서는, 대기 모드에서 액티브 모드로 전환에 기초하여, 제2 메모리에 로딩되는 파일에 기초하여, 제1 애플리케이션이 복원되도록 제어하며, 프로세서는, 대기 모드로의 진입에 기초하여, 복수의 가상화 머신 중 다른 하나의 가상화 머신에서 실행되는 제2 애플리케이션을 종료하고, 대기 모드에서 액티브 모드로 전환에 기초하여, 다른 하나의 가상화 머신을 온 시키고, 운영 체제가 구동된 이후, 제2 애플리케이션이 실행되도록 제어한다. 이에 따라, 차량에서 구동되는 일부 애플리케이션의 부팅 기간 또는 웨이크업 기간을 단축할 수 있게 된다. 또한, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
도 1a는 차량 외부 및 차량 내부의 일예를 도시한 도면이다.
도 1b는 차량 내부의 다른 예를 도시한 도면이다.
도 2는 본 발명의 실시예에 따른 차량용 디스플레이 장치의 외관을 도시한 도면이다.
도 3은 도 2의 차량용 디스플레이 장치의 내부 블록도의 일예를 예시한다.
도 4는 본 발명와 관련한 신호 처리 장치에서 구동되는 시스템을 도시한 도면이다.
도 5는 본 발명의 실시예에 따른 신호 처리 장치에서 구동되는 시스템의 일예를 도시한 도면이다.
도 6은 본 발명의 실시예에 따른 신호 처리 장치에서 구동되는 시스템의 다른 예를 도시한 도면이다.
도 7은 본 발명의 실시예에 따른 신호 처리 장치에서 구동되는 시스템의 또 다른 예를 도시한 도면이다.
도 8 내지 도 9b는 도 5의 설명에 참조되는 도면이다.
도 10은 본 발명과 관련된 신호 처리 장치의 동작 방법을 도시한 순서도이다.
도 11a는 본 발명의 실시예에 따른 신호 처리 장치의 동작 방법을 도시한 순서도이다.
도 11b는 본 발명의 다른 실시예에 따른 신호 처리 장치의 동작 방법을 도시한 순서도이다.
도 11c 내지 도 15b는 도 11a 또는 도 11b의 설명에 참조되는 도면이다.
이하에서는 도면을 참조하여 본 발명을 보다 상세하게 설명한다.
이하의 설명에서 사용되는 구성요소에 대한 접미사 "모듈" 및 "부"는 단순히 본 명세서 작성의 용이함만이 고려되어 부여되는 것으로서, 그 자체로 특별히 중요한 의미 또는 역할을 부여하는 것은 아니다. 따라서, 상기 "모듈" 및 "부"는 서로 혼용되어 사용될 수도 있다.
도 1a는 차량 외부 및 차량 내부의 일예를 도시한 도면이다.
도면을 참조하면, 차량(200)은, 동력원에 의해 회전하는 복수의 바퀴(103FR,103FL,103RL,..), 차량(200)의 진행 방향을 조절하기 위한 스티어링휠(150)에 의해 동작한다.
한편, 차량(200)은, 차량 전방의 영상 획득을 위한 카메라(195) 등을 더 구비할 수 있다.
한편, 차량(200)은, 내부에 영상, 정보 등의 표시를 위한 복수의 디스플레이(180a,180b)를 구비할 수 있다.
도 1a에서는, 복수의 디스플레이(180a,180b)로, 클러스터 디스플레이(180a), AVN(Audio Video Navigation) 디스플레이(180b)를 예시한다. 그 외, HUD(Head Up Display) 등도 가능하다.
한편, AVN(Audio Video Navigation) 디스플레이(180b)는, 센터 정보 디스플레이(Center Information Dislpay)라 명명할 수도 있다.
본 발명의 실시예는, 복수의 디스플레이(180a,180b)를 구비하는 차량용 디스플레이 장치(100)에서, 구동되는 일부 애플리케이션의 부팅 기간 또는 웨이크업 기간을 단축하는 방안을 제시한다. 이에 대해서는, 도 10 이하를 참조하여 기술한다.
한편, 본 명세서에서 기술되는 차량(200)은, 동력원으로서 엔진을 구비하는 차량, 동력원으로서 엔진과 전기 모터를 구비하는 하이브리드 차량, 동력원으로서 전기 모터를 구비하는 전기 차량 등을 모두 포함하는 개념일 수 있다.
도 1b는 차량 내부의 다른 예를 도시한 도면이다.
도면을 참조하면, 차량 내부에는, 클러스터 디스플레이(180a), AVN(Audio Video Navigation) 디스플레이(180b), 뒷 좌석 엔터네인먼트(Rear Seat Entertainment) 디스플레이(180c,180d), 룸미러 디스플레이(미도시) 등이 장착될 수 있다.
도 2는 본 발명의 실시예에 따른 차량용 디스플레이 장치의 외관을 도시한 도면이다.
본 발명의 실시예에 따른 차량용 디스플레이 장치(100)는, 복수의 디스플레이(180a~180c), 및 복수의 디스플레이(180a~180c)에 영상, 정보 등을 표시하기 위한 신호 처리를 수행하는 신호 처리 장치(170)를 구비할 수 있다.
복수의 디스플레이((180a~180c) 중 제1 디스플레이(180a)는, 주행 상태, 동작 정보 등의 표시를 위한 클러스터 디스플레이(180a)이고, 제2 디스플레이(180b)는, 챠량 운행 정보, 네비게이션 지도, 다양한 엔테테인먼트 정보 또는 영상의 표시를 위한 AVN(Audio Video Navigation) 디스플레이(180b)일 수 있다.
한편, 복수의 디스플레이((180a~180c) 중 제3 디스플레이(180c)는, 주행 상태 정보, 간이 네비게이션 정보, 다양한 엔테테인먼트 정보 또는 영상의 표시를 위한 뒷 좌석 엔터네인먼트(Rear Seat Entertainment) 디스플레이(180c)일 수 있다.
신호 처리 장치(170)는, 내부에 프로세서(175)를 구비하며, 프로세서(175) 내의 하이퍼바이저(505) 상에서, 제1 가상화 머신 내지 제4 가상화 머신(520~550)을 실행할 수 있다.
제2 가상화 머신(530)은 제1 디스플레이(180a)를 위해 동작하며, 제3 가상화 머신(540)은, 제2 디스플레이(180b)를 위해 동작하며, 제4 가상화 머신(540)은, 제3 디스플레이(180c)를 위해 동작할 수 있다. 이에 따라, 복수의 가상화 머신(520~550)을 통해 데이터 처리를 효율적으로 수행할 수 있게 된다.
한편, 프로세서(175) 내의 제1 가상화 머신(520)은, 제2 가상화 머신(530) 내지 제4 가상화 머신(550) 중 복수의 가상화 머신으로, 동일한 데이터 전송을 위해, 하이퍼바이저(505) 기반의 공유 메모리(508)가 설정되도록 제어할 수 있다. 이에 따라, 차량 내의 제1 디스플레이(180a) 내지 제3 디스플레이(180c) 중 복수의 디스플레이에 동일한 정보 또는 동일한 영상을 동기화하여 표시할 수 있게 된다.
한편, 프로세서(175) 내의 제1 가상화 머신(520)은, 데이터 분담 처리를 위해, 제2 가상화 머신(530) 내지 제4 가상화 머신(550) 중 복수의 가상화 머신에 데이터의 적어도 일부를 공유한다. 이에 따라, 차량 내의 복수의 디스플레이를 위한 복수의 가상화 머신에서 데이터를 분담하여 처리할 수 있게 된다.
한편, 프로세서(175) 내의 제1 가상화 머신(520)은, 차량의 휠 속도 센서 데이터를 수신하고, 처리하여, 제2 가상화 머신(530) 내지 제4 가상화 머신(550) 중 중 적어도 하나로, 처리된 휠 속도 센서 데이터를 전송할 수 있다. 이에 따라, 차량의 휠 속도 센서 데이터 또는 처리된 휠 속도 센서 데이터에 대응하는 속도 정보를 나타내는 오버레이를, 적어도 하나의 가상화 머신 등에 공유할 수 있게 된다.
한편, 복수의 디스플레이(180a~180c) 중 일부는, 리눅스 OS 기반 하에 동작하며, 다른 일부는 웹 OS 기반 하에 동작할 수 있다.
본 발명의 실시예에 따른 신호 처리 장치(170)는, 다양한 운영 체제(Operating system;OS) 하에 동작하는 복수의 디스플레이(180a~180c)를 구동하기 위한 복수의 가상화 머신(510~550) 중 일부에 대해서는 신속한 부팅 또는 웨이크업을 위한 제1 부팅 모드가 수행되도록 제어하고, 다른 일부에 대해서는 제1 부팅 모드 보다 늦은 제2 부팅 모드가 수행되도록 제어한다.
이에 따라, 차량에서 구동되는 일부 애플리케이션의 부팅 기간 또는 웨이크업 기간을 단축할 수 있게 된다. 또한, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
본 발명의 실시예에 따른 신호 처리 장치(170)는, 다양한 운영 체제(Operating system;OS) 하에 동작하는 복수의 디스플레이(180a~180c) 중 어느 하나에서 터치 입력(Touch)이 있는 경우, 터치 입력에 대한 처리를 신속하고 정확하게 수행하도록 제어할 수 있다.
한편, 도 2에서는, 제1 디스플레이(180a)에, 차량 속도 인디케이터(212a), 차량 내부 온도 인디케이터(213a)가 표시되고, 제2 디스플레이(180b)에, 복수의 애플리케이션과 차량 속도 인디케이터(212b)와 차량 내부 온도 인디케이터(213b)를 포함하는 홈 화면(222)이 표시되고, 제3 디스플레이(180c)에, 복수의 애플리케이션과 차량 내부 온도 인디케이터(213c)를 포함하는 제2 홈 화면(222b)이 표시되는 것을 예시한다.
도 3은 본 발명의 실시예에 따른 차량용 디스플레이 장치의 내부 블록도의 일예를 예시한다.
도면을 참조하면, 본 발명의 실시예에 따른 차량용 디스플레이 장치(100)는, 입력부(110), 통신부(120), 인터페이스(130), 신호 처리 장치(170), 복수의 디스플레이(180a~180c), 오디오 출력부(185), 전원 공급부(190)를 구비할 수 있다.
입력부(110)는, 버튼 입력, 터치 입력 등을 위한 물리적인 버튼, 패드 등을 구비할 수 있다.
한편, 입력부(110)는, 디스플레이(180a,180b,180c)의 터치 입력을 센싱하기 위한 터치 센서(미도시)를 구비할 수 있다.
한편, 입력부(110)는, 사용자 음성 입력을 위한 마이크(미도시)를 구비할 수 있다.
통신부(120)는, 이동 단말기(800) 또는 서버(900)와 무선(wireless) 방식으로, 데이터를 교환할 수 있다.
특히, 통신부(120)는, 차량 운전자의 이동 단말기와, 무선으로 데이터를 교환할 수 있다. 무선 데이터 통신 방식으로는, 블루투스(Bluetooth), WiFi, WiFi Direct, APiX 등 다양한 데이터 통신 방식이 가능하다.
통신부(120)는, 이동 단말기(800) 또는 서버(900)로부터, 날씨 정보, 도로의 교통 상황 정보, 예를 들어, TPEG(Transport Protocol Expert Group) 정보를 수신할 수 있다. 이를 위해, 통신부(120)는, 이동 통신 모듈(미도시)를 구비할 수 있다.
인터페이스(130)는, ECU(770) 또는 센서 장치(760)로부터, 센서 정보 등을 수신하고, 수신한 정보를 신호 처리 장치(170)로 전송할 수 있다.
여기서, 센서 정보는, 차량 방향 정보, 차량 위치 정보(GPS 정보), 차량 각도 정보, 차량 속도 정보, 차량 가속도 정보, 차량 기울기 정보, 차량 전진/후진 정보, 배터리 정보, 연료 정보, 타이어 정보, 차량 램프 정보, 차량 내부 온도 정보, 차량 내부 습도 정보 중 적어도 하나를 포함할 수 있다.
이러한 센서 정보는, 헤딩 센서(heading sensor), 요 센서(yaw sensor), 자이로 센서(gyro sensor), 포지션 모듈(position module), 차량 전진/후진 센서, 휠 센서(wheel sensor), 차량 속도 센서, 차체 경사 감지센서, 배터리 센서, 연료 센서, 타이어 센서, 핸들 회전에 의한 스티어링 센서, 차량 내부 온도 센서, 차량 내부 습도 센서 등으로부터 획득될 수 있다. 한편, 포지션 모듈은, GPS 정보 수신을 위한 GPS 모듈을 포함할 수 있다.
한편, 인터페이스(130)는, 카메라(195) 또는 라이더(미도시) 등으로부터 차량 전방 영상 데이터, 차량 측방 영상 데이터, 차량 후방 영상 데이터, 차량 주변 장애물 거리 정보 등을 수신하고, 수신한 정보를 신호 처리 장치(170)로 전송할 수 있다.
오디오 출력부(185)는, 신호 처리 장치(170)로부터의 전기 신호를 오디오 신호로 변환하여 출력한다. 이를 위해, 스피커 등을 구비할 수 있다.
전원 공급부(190)는, 신호 처리 장치(170)의 제어에 의해, 각 구성요소들의 동작에 필요한 전원을 공급할 수 있다. 특히, 전원 공급부(190)는, 차량 내부의 배터리 등으로부터 전원을 공급받을 수 있다.
신호 처리 장치(170)는, 차량용 디스플레이 장치(100) 내의 각 유닛의 전반적인 동작을 제어한다.
한편, 신호 처리 장치(170)는, 시스템 온 칩(System On Chip,SOC)의 형태로 구현될 수 있다.
신호 처리 장치(170)는, 차량용 디스플레이(180a,180b,180c)를 위한 신호 처리를 수행하는 프로세서(175), 각종 데이터를 저장하는 제1 메모리(140a)와 제2 메모리(140b), 마이컴(135)을 구비할 수 있다.
제1 메모리(140a)는, 비휘발성 메모리로서, 대기 모드 또는 전원 오프시에도, 각 종 데이터를 저장할 수 있다.
예를 들어, 제1 메모리(140a)는, 대기 모드로의 진입에 기초하여, 복수의 가상화 머신(510~550) 중 어느 하나의 가상화 머신에서 실행되는 제1 애플리케이션에 대응하는 파일을 저장할 수 있다.
다른 예로, 제1 메모리(140a)는, 운영 체제(OS)를 저장할 수 있다.
한편, 제1 메모리(140a)는, 신호 처리 장치(170)의 처리 또는 제어를 위한 프로그램 등, 차량용 디스플레이 장치(100) 전반의 동작을 위한 다양한 데이터를 저장할 수 있다.
한편, 제2 메모리(140b)는, 휘발성 메모리로서, 대기 모드 또는 전원 오프시에 각 종 데이터가 지워지며, 액티브 모드에서, 일시적으로 데이터를 저장할 수 있다.
예를 들어, 제2 메모리(140b)는, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 메모리(140a)에 저장된 파일을 로딩할 수 있다.
다른 예로, 제2 메모리(140b)는, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 메모리(140a)에 저장된 운영 체제(OS)를 로딩할 수 있다.
한편, 프로세서(175)는, 하이퍼바이저(도 5의 505)를 구동할 수 있다.
한편, 프로세서(175)는, 프로세서(175) 내의 하이퍼바이저(도 5의 505) 상에서, 제1 가상화 머신 내지 제4 가상화 머신(520~550)을 실행할 수 있다.
한편, 프로세서(175)는, 이더넷 데이터를 수신하고 처리하는 레가시 가상화 머신(510)을 더 실행할 수 있다. 예를 들어, 레가시 가상화 머신은, 도 5와 같이, 프로세서(175) 내의 제1 가상화 머신(520)에서 실행될 수 있다.
제1 가상화 머신 내지 제3 가상화 머신(도 5의 520~550) 중 제1 가상화 머신(520)은, 서버 가상화 머신(Server Virtual Maschine)이라 명명할 수 있으며, 제2 가상화 머신 내지 제4 가상화 머신(530~550)은 게스트 가상화 머신(Guest Virtual Maschine)이라 명명할 수 있다.
이때, 제2 가상화 머신(530)은 제1 디스플레이(180a)를 위해 동작하며, 제3 가상화 머신(540)은, 제2 디스플레이(180b)를 위해 동작하며, 제4 가상화 머신(550)은, 제3 디스플레이(180c)를 위해 동작할 수 있다.
예를 들어, 프로세서(175) 내의 제1 가상화 머신(520)은, 차량 센서 데이터, 위치 정보 데이터, 카메라 영상 데이터, 오디오 데이터 또는 터치 입력 데이터를 수신하고, 처리 또는 가공하여 출력할 수 있다. 레가시 가상화 머신에서만 처리하는 데이터와, 제1 가상화 머신(520)에서 처리되는 데이터를 구분함으로써, 데이터 처리를 효율적으로 수행할 수 있게 된다. 특히, 제1 가상화 머신(520)에서 대부분의 데이터 처리를 수행함으로써, 1:N 방식의 데이터의 공유가 가능하게 된다.
다른 예로, 제1 가상화 머신(520)은, 제2 가상화 머신 내지 제4 가상화 머신(530~550)을 위해, CAN 통신 데이터, 오디오 데이터, 라디오 데이터, USB 데이터, 무선 통신 데이터를 직접 수신하고 처리할 수 있다.
그리고, 제1 가상화 머신(520)은, 처리된 데이터를 제2 가상화 머신 내지 제4 가상화 머신(530~550)으로 전송할 수 있다.
이에 따라, 제1 가상화 머신 내지 제4 가상화 머신(520~550) 중 제1 가상화 머신(520)만, 통신 데이터, 외부 입력 데이터를 수신하여, 신호 처리를 수행함으로써, 다른 가상화 머신에서의 신호 처리 부담이 경감되며, 1:N 데이터 통신이 가능하게 되어, 데이터 공유시의 동기화가 가능하게 된다.
한편, 제1 가상화 머신(520)은, 데이터의 일부를 제2 가상화 머신(530)으로 전달되도록 제1 공유 메모리(미도시)에 기록하고, 데이터의 다른 일부를 제3 가상화 머신으로 전달되도록 제1 공유 메모리(미도시)에 기록하며, 제2 가상화 머신(530)과 제3 가상화 머신(540)은, 각각 전달받은 데이터를 처리하여, 처리된 데이터가 제2 공유 메모리(미도시)에 기록되도록 제어한다.
이때의 데이터는, 영상 데이터, 오디오 데이터, 네비게이션 데이터, 또는 음성 인식 데이터 중 어느 하나일 수 있다.
한편, 제1 가상화 머신(520)은, 데이터의 또 다른 일부를 처리하여, 제2 공유 메모리(미도시)에 처리된 데이터가 기록되도록 제어할 수 있다. 즉, 제2 가상화 머신(530)과 제3 가상화 머신 외에 추가로 제1 가상화 머신(520)이 데이터 처리를 수행할 수 있다.
한편, 프로세서(175) 내에 제3 디스플레이(180c)를 위해 동작하는 제4 가상화 머신(550)이 실행되는 경우, 제1 가상화 머신(520)은, 데이터의 또 다른 일부를 제1 공유 메모리(미도시)에 기록하며, 제4 가상화 머신(550)은, 각각 전달받은 데이터를 처리하여, 처리된 데이터가 제2 공유 메모리(미도시)에 기록되도록 제어할 수 있다.
한편, 제1 가상화 머신(520)은, 제2 가상화 머신 내지 제4 가상화 머신(530~550)에서의 데이터의 분산 처리를 위한 각각의 커맨드 큐를 생성할 수 있다. 이에 따라, 복수의 가상화 머신에서 데이터를 분담하여 처리할 수 있게 된다.
한편, 프로세서(175) 내의 제1 가상화 머신(520)은, 제2 가상화 머신 내지 제4 가상화 머신(530~550)에서 동일한 데이터를 공유하는 경우, 1개의 동일한 커맨드 큐를 생성할 수 있다. 이에 따라, 동일한 데이터를 동기화하여 공유할 수 있게 된다.
한편, 제1 가상화 머신(520)은, 데이터의 분산 처리를 위한 가상화 머신의 개수에 대응하는 커맨드 큐를 생성할 수 있다.
한편, 제1 가상화 머신(520)은, 데이터 분산 처리를 위해, 데이터의 적어도 일부를, 제2 가상화 머신 내지 제4 가상화 머신(530~550) 중 적어도 하나로 전송되도록 제어할 수 있다.
예를 들어, 제1 가상화 머신(520)은, 데이터의 적어도 일부를, 제2 가상화 머신 내지 제4 가상화 머신(530~550) 중 적어도 하나로 전송하기 위한 제1 공유 메모리(미도시)를 할당하고, 제2 가상화 머신(530) 또는 제3 가상화 머신(540)에서 처리된 영상 데이터는 제2 공유 메모리(미도시)에 기록될 수 있다.
한편, 제1 가상화 머신(520)은, 데이터를 공유 메모리(508)에 기록하여,제2 가상화 머신 내지 제4 가상화 머신(530~550)으로 동일한 데이터를 공유하도록 제어할 수 있다.
예를 들어, 제1 가상화 머신(520)은, 라디오 데이터 또는 무선 통신 데이터를 공유 메모리(508)에 기록하여, 제2 가상화 머신 내지 제4 가상화 머신(530~550)으로 동일한 데이터를 공유하도록 제어할 수 있다. 이에 따라, 1:N 방식의 데이터의 공유가 가능하게 된다.
결국, 제1 가상화 머신(520)에서 대부분의 데이터 처리를 수행함으로써, 1:N 방식의 데이터의 공유가 가능하게 된다.
한편, 프로세서(175) 내의 제1 가상화 머신(520)은, 제2 가상화 머신 내지 제4 가상화 머신(530~550)으로, 동일한 데이터 전송을 위해, 하이퍼바이저(505) 기반의 공유 메모리(508)가 설정되도록 제어할 수 있다.
즉, 프로세서(175) 내의 제1 가상화 머신(520)은, 하이퍼바이저(505) 기반의 공유 메모리(508)를 이용하여, 제2 가상화 머신 내지 제4 가상화 머신(530~550)으로, 동일한 데이터를 동기화하여 전송할 수 있다. 이에 따라, 차량 내의 복수의 디스플레이(180a~180c)에서 동일한 영상을 동기화하여 표시할 수 있게 된다.
한편, 신호 처리 장치(170)는, 오디오 신호, 영상 신호, 데이터 신호 등 다양한 신호를 처리할 수 있다.
도 4는 본 발명와 관련한 신호 처리 장치에서 구동되는 시스템을 도시한 도면이다.
도면을 참조하면, 도 4는 클러스터 디스플레이(180a)와 AVN 디스플레이(180b), RSE 디스플레이(180c)를 위해, 가상화 머신이 각각 사용되는 것을 예시하는 도면이다.
도 4의 신호 처리 장치에서 구동되는 시스템(400)은, 프로세서(175) 내의 하이퍼바이저(405) 상에서, 클러스터 가상화 머신(430), AVN 가상화 머신(440), RSE 가상화 머신(450)이 실행되는 것을 예시한다.
한편, 도 4의 신호 처리 장치에서 구동되는 시스템(400)은, 신호 처리 장치(170) 내의 프로세서(175) 내의 하이퍼바이저(405) 상에서, 레가시(legacy) 가상화 머신(410)도 실행되는 것을 예시한다.
레가시(legacy) 가상화 머신(410)은, 메모리(140)와의 데이터 통신을 위한 인터페이스(412), 이더넷 통신을 위한 인터페이스(413)을 구비한다.
한편, 클러스터 가상화 머신(430)은, CAN 통신을 위한 인터페이스(431), 레가시(legacy) 가상화 머신(410)의 인터페이스(412)와의 통신을 위한 인터페이스(432), 레가시(legacy) 가상화 머신(410)의 인터페이스(413)와의 통신을 위한 인터페이스(433)를 구비할 수 있다.
한편, AVN 가상화 머신(440)은, 오디오 데이터, 라디오 데이터, USB 데이터, 무선 통신 데이터의 입출력을 위한 인터페이스(441), 레가시(legacy) 가상화 머신(410)의 인터페이스(412)와의 통신을 위한 인터페이스(442), 레가시(legacy) 가상화 머신(410)의 인터페이스(413)와의 통신을 위한 인터페이스(443)를 구비할 수 있다.
한편, RSE 가상화 머신(450)은, 오디오 데이터, 라디오 데이터, USB 데이터, 무선 통신 데이터의 입출력을 위한 인터페이스(451), 레가시(legacy) 가상화 머신(410)의 인터페이스(412)와의 통신을 위한 인터페이스(452), 레가시(legacy) 가상화 머신(410)의 인터페이스(413)와의 통신을 위한 인터페이스(453)를 구비할 수 있다.
이러한 시스템(400)에 의하면, CAN 통신 데이터는, 클러스터 가상화 머신(430)에서만 입출력되므로, AVN 가상화 머신(440)에서는 CAN 통신 데이터를 활용하지 못하는 단점이 있다.
또한, 도 4의 시스템(400)에 의하면, 오디오 데이터, 라디오 데이터, USB 데이터, 무선 통신 데이터는, AVN 가상화 머신(440)에서만 입출력되므로, 클러스터 가상화 머신(430)에서는 이러한 데이터를 활용하지 못하는 단점이 있다.
한편, 레가시(legacy) 가상화 머신(410)에서 입출력되는 메모리 데이터, 이더넷 통신 데이터를 위해, 클러스터 가상화 머신(430)과 클러스터 가상화 머신(440)과 클러스터 가상화 머신(450)가, 각각 별도의 인터페이스(431,432,441,442,451,452)를 구비해야 하는 단점이 있다.
이에 본 발명에서는, 도 4의 시스템을 개선하기 위한 방안을 제시한다. 즉, 도 4와 달리, 가상화 머신을 서버 가상화 머신과 게스트 가상화 머신으로 구분하고, 각종 메모리 데이터, 통신 데이터 등을 게스트 가상화 머신에서 입출력되지 않고, 서버 가상화 머신에서 입출력되도록 한다. 이에 대해서는 도 5 이하를 참조하여 기술한다.
도 5는 본 발명의 실시예에 따른 신호 처리 장치에서 구동되는 시스템의 일예를 도시한 도면이다.
도면을 참조하면, 도 5의 시스템(500)은, 신호 처리 장치(170) 내의 프로세서(175) 내의 하이퍼바이저(505) 상에서, 서버 가상화 머신인 제1 가상화 머신(520), 게스트 가상화 머신인 제2 가상화 머신(530), 게스트 가상화 머신인 제3 가상화 머신(540), 게스트 가상화 머신인 제4 가상화 머신(550)이 실행되는 것을 예시한다.
제2 가상화 머신(530)은, 클러스터 디스플레이(180a)를 위한 가상화 머신이고, 제3 가상화 머신(540)은 AVN 디스플레이(180b)를 위한 가상화 머신이고, 제4 가상화 머신(550)은 RSE 디스플레이(180c)를 위한 가상화 머신일 수 있다.
즉, 제2 가상화 머신(530)과, 제3 가상화 머신(540)과, 제4 가상화 머신(550)은, 각각 클러스터 디스플레이(180a)과 AVN 디스플레이(180b)과 RSE 디스플레이(180c)의 영상 렌더링을 위해 동작할 수 있다.
한편, 도 5의 신호 처리 장치(170)에서 구동되는 시스템(500)은, 신호 처리 장치(170) 내의 프로세서(175) 내의 하이퍼바이저(505) 상에서, 레가시(legacy) 가상화 머신(510)도 실행되는 것을 예시한다.
레가시(legacy) 가상화 머신(510)은, 메모리(140)와의 데이터 통신, 및 이더넷 통신을 위한 인터페이스(511)을 구비한다.
도면에서는, 인터페이스(511)가, 피지컬 디바이스 드라이버(physical device driver)인 것을 예시하나, 다양한 변형이 가능하다.
한편, 레가시(legacy) 가상화 머신(510)은, 제2 가상화 머신 내지 제4 가상화 머신(530~550)과의 데이터 통신을 위한 인터페이스(virtio-backend interface)(512)를 더 구비할 수 있다.
제1 가상화 머신(520)은, 오디오 데이터, 라디오 데이터, USB 데이터, 무선 통신 데이터의 입출력을 위한 인터페이스(521), 게스트 가상화 머신과의 데이터 통신을 위한 입출력 서버 인터페이스(522)를 구비할 수 있다.
즉, 서버 가상화 머신인 제1 가상화 머신(520)은, 표준가상화기술(VirtIO)에 의해 가상화되기 힘든 I/O 들을 다수의 게스트 가상화 머신, 예를 들어, 제2 가상화 머신 내지 제4 가상화 머신(530~550) 등에 제공할 수 있다.
한편, 서버 가상화 머신인 제1 가상화 머신(520)은, 라디오 데이터, 오디오 데이터 등을 슈퍼바이저(Supervisor) 수준에서 제어하고, 다수의 게스트 가상화 머신, 예를 들어, 제2 가상화 머신 내지 제4 가상화 머신(530~550) 등에 제공할 수 있다.
한편, 서버 가상화 머신인 제1 가상화 머신(520)은, 차량 데이터, 센서 데이터, 차량 주변 정보 등을 처리하고, 처리된 데이터 또는 정보 등을 다수의 게스트 가상화 머신, 예를 들어, 제2 가상화 머신 내지 제4 가상화 머신(530~550) 등에 제공할 수 있다.
한편, 제1 가상화 머신(520)은, 차량 데이터(vehicle data)의 처리, 오디오 라우팅(Audio routing) 관리 등과 같은, 서비스(Supervisory Services)를 제공할 수 있다.
다음, 제2 가상화 머신(530)은, 제1 가상화 머신(520)과의 데이터 통신을 위한 입출력 클라이언트 인터페이스(532)와, 입출력 클라이언트 인터페이스(532)를 제어하는 APIs(533)를 구비할 수 있다.
또한, 제2 가상화 머신(530)은, 레가시 가상화 머신(510)과의 데이터 통신을 위한 인터페이스(virtio-backend interface)를 구비할 수 있다.
제2 가상화 머신(530)은, 인터페이스(virtio-backend interface)를 통해, 레가시(legacy) 가상화 머신(510)의 인터페이스(virtio-backend interface)(512)로부터 메모리(140a,140b)와의 통신에 의한 메모리 데이터 또는 이더넷 통신에 의한 이더넷 데이터 등을 수신할 수 있다.
다음, 제3 가상화 머신(540)은, 제1 가상화 머신(520)과의 데이터 통신을 위한 입출력 클라이언트 인터페이스(542)와 입출력 클라이언트 인터페이스(542)를 제어하는 APIs(543)를 구비할 수 있다.
또한, 제3 가상화 머신(540)은, 레가시 가상화 머신(510)과의 데이터 통신을 위한 인터페이스(virtio-backend interface)를 구비할 수 있다.
제3 가상화 머신(540)은, 인터페이스(virtio-backend interface)를 통해, 레가시(legacy) 가상화 머신(510)의 인터페이스(virtio-backend interface)(512)로부터 메모리(140a,140b)와의 통신에 의한 메모리 데이터 또는 이더넷 통신에 의한 이더넷 데이터 등을 수신할 수 있다.
다음, 제4 가상화 머신(550)은, 제1 가상화 머신(520)과의 데이터 통신을 위한 입출력 클라이언트 인터페이스(552)와, 입출력 클라이언트 인터페이스(552)를 제어하는 APIs(553)를 구비할 수 있다.
또한, 제4 가상화 머신(550)은, 레가시 가상화 머신(510)과의 데이터 통신을 위한 인터페이스(virtio-backend interface)를 구비할 수 있다.
제4 가상화 머신(550)은, 인터페이스(virtio-backend interface)를 통해, 레가시(legacy) 가상화 머신(510)의 인터페이스(virtio-backend interface)(512)로부터 메모리(140a,140b)와의 통신에 의한 메모리 데이터 또는 이더넷 통신에 의한 이더넷 데이터 등을 수신할 수 있다.
한편, 레가시(legacy) 가상화 머신(510)은, 도 5와 달리, 제1 가상화 머신(520) 내에 구비되는 것도 가능하다.
이러한 시스템(500)에 의하면, CAN 통신 데이터는, 제1 가상화 머신(520)에서만 입출력되나, 제1 가상화 머신(520)에서의 데이터 처리를 통해, 다수의 게스트 가상화 머신, 예를 들어, 제2 가상화 머신 내지 제4 가상화 머신(530~550) 등에 제공될 수 있다. 따라서, 제1 가상화 머신(520)의 처리에 의한 1:N 데이터 통신이 가능하게 된다.
또한, 도 5의 시스템(500)에 의하면, 오디오 데이터, 라디오 데이터, USB 데이터, 무선 통신 데이터는, 제1 가상화 머신(520)에서만 입출력되나, 제1 가상화 머신(520)에서의 데이터 처리를 통해, 다수의 게스트 가상화 머신, 예를 들어, 제2 가상화 머신 내지 제4 가상화 머신(530~550) 등에 제공될 수 있다. 따라서, 제1 가상화 머신(520)의 처리에 의한 1:N 데이터 통신이 가능하게 된다.
또한, 도 5의 시스템(500)에 의하면, 제1 디스플레이(180a) 또는 제2 디스플레이(180b)에 대한 터치 입력(Touch)은, 제1 가상화 머신(520)에만 입력되고, 제2 가상화 머신 내지 제4 가상화 머신(530~550)에는 입력되지 않는다. 터치 입력(Touch)에 대한 정보를 제2 가상화 머신(530) 또는 제3 가상화 머신(540)으로 전송한다.
예를 들어, 프로세서(175) 내의 제1 가상화 머신(520)은, 제1 디스플레이(180a) 또는 제2 디스플레이(180b)에 대한 터치 입력을 수신하고, 터치 입력에 대한 정보를 제2 가상화 머신(530) 또는 제3 가상화 머신(540)으로 전송할 수 있다.
이에 따라, 터치 입력(Touch)에 대한 처리를 신속하고 정확하게 수행할 수 있게 된다. 또한, 구동되는 가상화 머신의 개수가 증가되더라도, 터치 입력(Touch)에 대한 처리를 신속하고 정확하게 수행할 수 있게 된다.
한편, 도 5의 시스템(500)에서 제2 가상화 머신 내지 제4 가상화 머신(530~550)은 서로 다른 OS 기반으로 동작할 수 있다.
예를 들어, 제2 가상화 머신(540)은 리눅스 OS 기반 하에 동작하며, 제3 가상화 머신(540)은 웹 OS 기반 하에 동작하며, 제4 가상화 머신(550)은 안드로이드 또는 윈도우 OS 기반 하에 동작할 수 있다.
제1 가상화 머신(520)은, 제2 가상화 머신 내지 제4 가상화 머신(530~550)은 서로 다른 OS 기반 하에 동작하더라도, 데이터 공유를 위해, 하이퍼바이저(505) 기반의 공유 메모리(508)가 설정할 수 있다.
이에 따라, 제2 가상화 머신 내지 제4 가상화 머신(530~550)이, 서로 다른 운영 체제(Operating system;OS) 하에 동작하더라도, 동일한 데이터 또는 동일한 영상을 동기화하여 공유할 수 있게 된다. 결국, 복수의 디스플레이(180a,180b)에 동일한 데이터 또는 동일한 영상을 동기화하여 표시할 수 있게된다.
한편, 제1 가상화 머신(520)은, 제2 가상화 머신 내지 제4 가상화 머신(530~550)은 서로 다른 OS 기반 하에 동작하더라도, 터치 입력(Touch)에 대한 정보를 제2 가상화 머신(530) 또는 제3 가상화 머신(540)으로 전송한다. 이에 따라, 제2 가상화 머신 내지 제4 가상화 머신(530~550)이, 서로 다른 운영 체제(Operating system;OS) 하에 동작하더라도, 터치 입력(Touch)에 대한 처리를 신속하고 정확하게 수행할 수 있게 된다.
한편, 제1 가상화 머신(520)은, 터치 입력의 좌표 정보를 공유 메모리(508)에 저장되도록 제어할 수 있다. 이에 따라, 터치 입력에 대한 처리를 신속하고 정확하게 수행할 수 있게 된다.
한편, 제1 가상화 머신(520)은, 제2 가상화 머신(530) 또는 제3 가상화 머신(540)으로, 공유 메모리(508)에 대한 버퍼 인덱스를 전송하고, 제2 가상화 머신(530) 또는 제3 가상화 머신(540)은, 수신한 버퍼 인덱스에 기초하여, 공유 메모리(508)에 기록된 터치 입력의 좌표 정보를 독출할 수 있다. 이에 따라, 터치 입력에 대한 처리를 신속하고 정확하게 수행할 수 있게 된다.
한편, 제1 가상화 머신(520)은, 제2 가상화 머신 내지 제4 가상화 머신(530~550)을 통해, 제1 디스플레이(180a)와 제2 디스플레이(180b)에 표시되는 오버레이의 제어를 위한 디스플레이 매니저(527)와, 디스플레이 레이어 서버(529)를 구비할 수 있다.
디스플레이 레이어 서버(529)는, 제2 가상화 머신(530)이 제공하는 제1 오버레이와, 제3 가상화 머신(540)이 제공하는 제2 오버레이를 수신할 수 있다.
한편, 디스플레이 레이어 서버(529)는, 제1 오버레이 또는 제2 오버레이와 별도의 버츄얼 오버레이(virtual overlay)를, 제2 가상화 머신 내지 제4 가상화 머신(530~550) 중 적어도 하나에 전송할 수 있다.
한편, 제1 가상화 머신(520) 내의 디스플레이 매니저(527)는, 제2 가상화 머신(530)이 제공하는 제1 오버레이와, 제3 가상화 머신(540)이 제공하는 제2 오버레이와, 제4 가상화 머신(550)이 제공하는 제3 오버레이를, 디스플레이 레이어 서버(529)를 통해 수신할 수 있다.
그리고, 제1 가상화 머신(520) 내의 디스플레이 매니저(527)는, 제1 오버레이 또는 제2 오버레이 또는 제3 오버레이와 별도의 버츄얼 오버레이(virtual overlay)를, 디스플레이 레이어 서버(529)를 통해, 제2 가상화 머신 내지 제4 가상화 머신(530~550) 중 적어도 하나에 전송하도록 제어할 수 있다.
이에 대응하여, 제2 가상화 머신(530)은, 제1 오버레이와 버츄얼 오버레이(virtual overlay)를 합성하여, 제1 디스플레이(180a)에 표시되도록 제어할 수 있다.
또한, 제3 가상화 머신(540)은, 제2 오버레이와 버츄얼 오버레이(virtual overlay)를 합성하여, 제2 디스플레이(180b)에 표시되도록 제어할 수 있다.
또한, 제4 가상화 머신(550)은, 제3 오버레이와 버츄얼 오버레이(virtual overlay)를 합성하여, 제3 디스플레이(180c)에 표시되도록 제어할 수 있다.
한편, 제1 가상화 머신(520)은, 외부로부터의 입력 신호를 수신하는 입력 매니저(524)를 구비할 수 있다. 이때의 입력 신호는, 차량 내의 소정 버튼(시동 버튼 등)의 입력 신호, 터치 입력 신호, 또는 음성 입력 신호 등일 수 있다.
예를 들어, 제1 가상화 머신(520) 내의 입력 매니저(524)는, 제1 디스플레이(180a) 또는 제2 디스플레이(180b) 또는 제3 디스플레이(180c)로부터의 터치 입력을 수신할 수 있다.
한편, 제1 가상화 머신(520)은, 제1 디스플레이(180a) 또는 제2 디스플레이(180b) 또는 제3 디스플레이(180c)로부터의 터치 입력과 관련한 터치 입력(Touch)에 대한 정보를 제2 가상화 머신(530) 또는 제3 가상화 머신(540) 또는 제4 가상화 머신(550)으로 전송하는 터치 서버(528)를 구비할 수 있다.
예를 들어, 제1 가상화 머신(520) 내의 터치 서버(528)는, 제1 디스플레이(180a)에 대응하는 터치 입력이 있는 경우, 터치 입력(Touch)에 대한 정보를, 제2 가상화 머신(530)으로 전송할 수 있다.
한편, 제1 가상화 머신(520) 내의 터치 서버(528)는, 제1 디스플레이(180a) 또는 제2 디스플레이(180b) 또는 제3 디스플레이(180c)로부터의 터치 입력을 수신할 수도 있다.
도 6은 본 발명의 실시예에 따른 신호 처리 장치에서 구동되는 시스템의 다른 예를 도시한 도면이다.
도면을 참조하면, 도 6의 신호 처리 장치(170) 내의 프로세서(175)에서 구동되는 시스템(500b)에 의하면, 신호 처리 장치(170) 내의 프로세서(175)는, 프로세서(175) 내의 하이퍼바이저(505) 상에서, 제1 가상화 머신 내지 제4 가상화 머신(520~550)을 실행하며, 프로세서(175) 내의 제1 가상화 머신(520)은, 제2 가상화 머신(530), 제3 가상화 머신(540), 및 제4 가상화 머신(550)으로, 데이터 전송을 위해, 하이퍼바이저(505) 기반의 공유 메모리(508)가 설정되도록 제어한다.
예를 들어, 데이터로, 터치 입력(Touch)에 대한 정보가 예시될 수 있다. 이에 따라, 터치 입력(Touch)에 대한 정보를 제2 가상화 머신(530) 또는 제3 가상화 머신(540) 또는 제4 가상화 머신(550)으로 전송되며, 결국, 제1 디스플레이(180a) 또는 제2 디스플레이(180b) 또는 제3 디스플레이(180c)에 대한 터치 입력(Touch)에 대한 처리를 신속하고 정확하게 수행할 수 있게 된다. 또한, 구동되는 가상화 머신의 개수가 증가되더라도, 터치 입력(Touch)에 대한 처리를 신속하고 정확하게 수행할 수 있게 된다.
다른 예로, 데이터로, 영상 데이터가 예시될 수 있다. 이에 따라, 제1 디스플레이(180a) 또는 제2 디스플레이(180b) 또는 제3 디스플레이(180c)에 영상을 표시할 수 있게 된다.
한편, 공유 메모리(508)에 동일한 영상 데이터가 공유되는 경우, 차량 내의 복수의 디스플레이(180a~180c)에서 동일한 영상을 동기화하여 표시할 수도 있게 된다.
또 다른 예로, 데이터로, CAN 통신 데이터, 오디오 데이터, 라디오 데이터, USB 데이터, 무선 통신 데이터, 위치 정보 데이터 등이 예시될 수 있다. 이에 따라, 제1 디스플레이(180a) 또는 제2 디스플레이(180b) 또는 제3 디스플레이(180c)에, 해당하는 데이터에 대한 정보를 표시할 수 있게 된다.
한편, 도 6에는 표시되지 않았지만, 레가시 가상화 머신(510)은, 메모리(140)로부터의 메모리 데이터, 또는 이더넷 통신에 의해 이더넷 데이터를, 하이퍼바이저(505) 기반의 공유 메모리(508)를 이용하여, 제2 가상화 머신(530), 제3 가상화 머신(540), 및 제4 가상화 머신(550)으로, 전송할 수 있다. 이에 따라, 메모리 데이터 또는 이더넷 데이터에 대응하는 정보가, 제1 디스플레이(180a) 또는 제2 디스플레이(180b) 또는 제3 디스플레이(180c)에 표시될 수 있게 된다.
한편, 도 6의 시스템(500b) 내의 제1 가상화 머신(520)은, 도 5의 시스템(500) 내의 제1 가상화 머신과 유사하게, 디스플레이 매니저(527)와, 디스플레이 레이어 서버(529), 입력 매니저(524), 터치 서버(528)를 구비할 수 있다.
한편, 도 6의 시스템(500b) 내의 제1 가상화 머신(520) 내의 입출력 서버 인터페이스(522)는, 도 5와 달리, 디스플레이 레이어 서버(529)와, 터치 서버(528)를 구비할 수 있다.
디스플레이 매니저(527)와, 디스플레이 레이어 서버(529), 입력 매니저(524), 터치 서버(528)의 동작은, 도 5와 동일하므로 그 설명을 생략한다.
한편, 도 6의 제1 가상화 머신(520)은, 전체 시스템 제어를 위한 시스템 매니저(system manager), 차량 정보 관리를 위한 차량 정보 매니저(vehicle information manager), 오디오 제어를 위한 오디오 매니저(audio manager), 라디오 제어를 위한 라디오 매니저(radio manager) 등을 더 구비할 수 있다.
한편, 도 6의 시스템(500b) 내의 제1 가상화 머신(520) 내의 입출력 서버 인터페이스(522)는, GPS 정보의 입출력을 위한 GNSS 서버, 블루투스 입출력을 위한 블루투스 서버, 와이파이 입출력을 위한 와이파이 서버, 카메라 데이터 입출력을 위한 카메라 서버 등을 더 포함할 수 있다.
도 7은 본 발명의 실시예에 따른 신호 처리 장치에서 구동되는 시스템의 또 다른 예를 도시한 도면이다.
도면을 참조하면, 도 7의 신호 처리 장치(170) 내의 프로세서(175)에서 구동되는 시스템(500c)은, 도 6의 시스템(500b)과 거의 유사하다.
즉, 도 6과 같이, 도 7의 프로세서(175)는, 프로세서(175) 내의 하이퍼바이저(505) 상에서, 제1 가상화 머신 내지 제4 가상화 머신(520~550)을 실행한다.
다만, 도 7에서는 도 6과 달리, 디스플레이 레이어 서버(529)와, 터치 서버(528)가, 입출력 서버 인터페이스(522)의 외부에, 제1 가상화 머신(520) 내에서 구비되어 실행될 수 있다.
또한, 도 6과 달리, GPS 정보의 입출력을 위한 GNSS 서버, 블루투스 입출력을 위한 블루투스 서버, 와이파이 입출력을 위한 와이파이 서버, 카메라 데이터 입출력을 위한 카메라 서버 등이, 입출력 서버 인터페이스(522)의 외부에, 제1 가상화 머신(520) 내에서 구비되어 실행될 수 있다.
즉, 제1 가상화 머신(520) 내에, 디스플레이 매니저(527)와, 디스플레이 레이어 서버(529), 입력 매니저(524), 터치 서버(528)가 구비되어 실행될 수 있다.
한편, 도 6의 시스템(500b) 내의 제1 가상화 머신(520) 내의 입출력 서버 인터페이스(522)는, 도 5와 달리, 디스플레이 레이어 서버(529)와, 터치 서버(528)를 구비할 수 있다.
디스플레이 매니저(527)와, 디스플레이 레이어 서버(529), 입력 매니저(524), 터치 서버(528)의 동작은, 도 5와 동일하므로 그 설명을 생략한다.
도 8 내지 도 9b는 도 5의 설명에 참조되는 도면이다.
먼저, 도 8은, 본 발명의 실시예에 따른 시스템(500) 내의 프로세서(175) 내의 하이퍼바이저(505) 상에서, 제1 가상화 머신 내지 제4 가상화 머신(520~550)을 실행하며, 프로세서(175) 내의 제1 가상화 머신(520)이, 제2 가상화 머신(530), 제3 가상화 머신(540) 및 제4 가상화 머신(550)으로, 동일한 데이터 전송을 위해, 하이퍼바이저(505) 기반의 공유 메모리(508)가 설정되도록 제어하는 것을 예시한다.
이에 따라, 차량 내의 복수의 디스플레이(180a~180c)에서 동일한 영상을 동기화하여 표시할 수 있게 된다.
한편, 복수의 가상화 머신 사이의 고속의 데이터 통신을 수행할 수 있게 된다. 나아가, 복수의 가상화 머신이 서로 다른 운영체제에 의해 구동되더라도 고속의 데이터 통신을 수행할 수 있게 된다.
한편, 프로세서(175) 내의 제1 가상화 머신(520)은, 제1 가상화 머신(520)에서 처리된 데이터를, 다른 가상화 머신으로 전송하는 경우, 가상화 머신의 개수에 대응하는 개수의 메모리 할당이 아닌, 하나의 공유 메모리(508)를 이용할 수 있다. 이에 따라, 가상화 머신들 사이에서의 1:1 방식의 데이터 통신이 아니라, 공유 메모리(508)를 이용하여, 1:N 방식의 데이터 통신이 가능하게 된다.
한편, 프로세서(175) 내의 제1 가상화 머신(520)은, 입출력 서버 인터페이스(522)와 보안 매니저(526)를 포함할 수 있다.
한편, 제2 가상화 머신(530), 제3 가상화 머신(540), 및 제4 가상화 머신(550)은, 각각 입출력 클라이언트 인터페이스(532, 542, 552)를 포함할 수 있다. 이에 따라, 입출력 서버 인터페이스(522)와, 입출력 클라이언트 인터페이스(532, 542,552)를 이용하여, 복수의 가상화 머신 사이의 고속의 데이터 통신을 수행할 수 있게 된다.
제1 가상화 머신(520) 내의 입출력 서버 인터페이스(522)는, 제2 가상화 머신(530), 제3 가상화 머신(540), 및 제4 가상화 머신(550) 내의 각 입출력 클라이언트 인터페이스(532, 542, 552)로부터 동일 데이터 전송 요청을 수신하고, 이에 기초하여, 공유 데이터를 보안 매니저(526)를 통해, 공유 메모리(508)로 전송할 수 있다.
한편, 제1 가상화 머신(520) 내의 입출력 서버 인터페이스(522)는, 터치 입력의 좌표 정보를 공유 메모리(508)에 저장되도록 제어하며, 제2 가상화 머신(530) 또는 제3 가상화 머신(540) 또는 제4 가상화 머신(550) 내의 입출력 클라이언트 인터페이스(532,542,552)는, 공유 메모리(508)에 기록된 터치 입력의 좌표 정보를 독출할 수 있다. 이에 따라, 터치 입력에 대한 처리를 신속하고 정확하게 수행할 수 있게 된다.
도 9a는 공유 데이터 전송에 대한 보다 상세한 도면을 예시한다.
도면을 참조하면, 공유 데이터 전송을 위해, 제1 가상화 머신(520) 내의 입출력 서버 인터페이스(522)는, 보안 매니저(526)로 공유 메모리(508)의 할당 요청을 전송한다(S1).
다음, 보안 매니저(526)는, 하이퍼바이저(505)를 이용하여 공유 메모리(508)를 할당하고(S2), 공유 메모리(508)에 공유 데이터를 기록할 수 있다.
한편, 입출력 클라이언트 인터페이스(532, 542, 552)는, 공유 메모리(508) 할당 이후, 입출력 서버 인터페이스(522)로 연결 요청을 전송할 수 있다(S3).
한편, 입출력 서버 인터페이스(522)는, 공유 메모리(508) 할당 이후, 입출력 클라이언트 인터페이스(532, 542, 552)로, 키 데이터를 포함하는 공유 메모리(508)에 대한 정보를 전송한다(S4). 이때의 키 데이터는, private key 데이터일 수 있다.
즉, 한편, 프로세서(175) 내의 제1 가상화 머신(520)은, 공유 메모리(508)의 설정 이후, 공유 메모리(508)에 대한 정보를, 제2 가상화 머신(530), 제3 가상화 머신(540), 제4 가상화 머신(550)으로 전송할 수 있다.
다음, 제1 가상화 머신(520) 내의 입출력 서버 인터페이스(522)는, 가상화 머신 사이의 분산 처리 제어를 위해, 데이터와 별도의, 커맨드 또는 이벤트 처리를 위한 커맨드 큐(command queue)를 생성하도록 제어한다(S5).
도면에서는, 입출력 서버 인터페이스(522)의 제어에 의해, 하이퍼바이저(505) 내의 커맨드 큐 버퍼(504)에서, 커맨드 큐가 생성되는 것을 예시한다. 그러나, 이에 한정되지 않으며, 입출력 서버 인터페이스(522)의 제어에 의해, 하이퍼바이저(505) 내가 아닌, 제1 가상화 머신(520) 내에서 생성되는 것도 가능하다.
다음, 각 입출력 클라이언트 인터페이스(532, 542, 552)는, 커맨드 큐 버퍼(504)에 억세스 하여, 생성된 커맨드 큐 또는 커맨드 큐에 대한 정보를 수신한다(S6).
예를 들어, 각 입출력 클라이언트 인터페이스(532, 542, 552)로의 커맨드가 동일한 경우, 생성된 커맨드 큐는 동일할 수 있다.
다른 예로, 각 입출력 클라이언트 인터페이스(532, 542, 552)로의 커맨드가 서로 다른 경우, 서로 다른 커맨드 큐가, 각 입출력 클라이언트 인터페이스(532, 542, 552)로 전달될 수 있다.
다음, 각 입출력 클라이언트 인터페이스(532, 542, 552)는, 입출력 클라이언트 인터페이스(532, 542, 552)는, 수신한 키 데이터에 기초하여 공유 메모리(508)에 접근하고(S5), 공유 데이터를 공유 메모리(508)로부터 카피(copy) 또는 독출할 수 있다(S7).
특히, 각 입출력 클라이언트 인터페이스(532, 542, 552)가 동일한 공유 데이터를 전달받는 경우, 입출력 클라이언트 인터페이스(532, 542, 552)는, 동일한 커맨드 큐 및 동일한 키 데이터에 기초하여 공유 메모리(508)에 접근하고(S5), 공유 데이터를 공유 메모리(508)로부터 카피(copy) 또는 독출할 수 있다.
이에 따라, 제2 가상화 머신(530), 제3 가상화 머신(540), 및 제4 가상화 머신(550)에서 공유 메모리(508)에 억세스 가능하게 되며, 결국, 공유 데이터를 공유할 수 있게 된다.
예를 들어, 공유 데이터가, 영상 데이터인 경우, 제2 가상화 머신(530), 제3 가상화 머신(540), 및 제4 가상화 머신(550)에서 영상 데이터를 공유하게 되며, 결국 차량 내의 복수의 디스플레이(180a~180c)에서 동일한 공유 영상을 동기화하여 표시할 수 있게 된다.
도 9b는, 도 9a의 시스템(500)에 의해, 제2 가상화 머신(530)이 공유 메모리(508)를 통해 수신된 영상 데이터를 제1 디스플레이(180a)에 표시하고, 제3 가상화 머신(540)이 공유 메모리(508)를 통해 수신된 영상 데이터를 제2 디스플레이(180b)에 표시하는 것을 예시한다.
도 9b에서는, 제1 디스플레이(180a)에 표시되는 영상(905a)과 제2 디스플레이(180b)에 표시되는 영상(905b)의 동기화 수행되어, T1 시점에, 동일한 영상(905a,905b)이 각각 표시되는 것을 예시한다.
즉, 프로세서(175) 내의 제1 가상화 머신(520)에서 처리된 영상 데이터는, 공유 메모리(508)를 통해, 제2 가상화 머신(530) 및 제3 가상화 머신(540)으로 전송되며, 영상 데이터에 기초하여, 제1 디스플레이(180a)에 표시되는 제1 영상(905a)과, 제2 디스플레이(180b)에 표시되는 제2 영상(905b)은 서로 동일할 수 있다. 이에 따라, 차량 내의 복수의 디스플레이(180a~180b)에서 동일한 영상을 동기화하여 표시할 수 있게 된다.
도 10은 본 발명과 관련된 신호 처리 장치의 동작 방법을 도시한 순서도이다.
도면을 참조하면, 대기 모드 모드에서 액티브 모드로 전환되는 경우, 신호 처리 장치(170) 내의 마이컴(135)의 전원이 온된다(S1010).
그리고, 신호 처리 장치(170) 내의 프로세서(175)에서 하이퍼바이저(505)를 온 시켜 구동한다(S1020).
그 다음, 신호 처리 장치(170) 내의 프로세서(175)는 하이퍼바이저(505) 상에서 복수의 가상화 머신을 온 시킨다(S1030).
예를 들어, 신호 처리 장치(170) 내의 프로세서(175)는 도 5의 복수의 가상화 머신(510~550)을 온 시킨다.
그 다음, 신호 처리 장치(170) 내의 제2 메모리(140b)는, 제1 메모리(140a)에 저장된 운영 체제 파일을 독출하고 로딩시킬 수 있다(S1040).
이때의 운영 체제 파일은, 이미지 파일로서, 하나의 파일일 수 있다.
그리고, 신호 처리 장치(170) 내의 프로세서(175)는, 제2 메모리(140b)에서 로딩된 운영 체제 파일을 이용하여, 애플리케이션 실행 등의 서비스 프로세스를 시작한다(S1050).
도 10과 같이, 대기 모드 또는 하이버네이션(Hibernation) 모드에서 액티브 모드로 전환되는 경우, 애플리케이션을 실행시까지의 부팅 기간 또는 웨이크업 기간이 상당히 소요되는 단점이 있다.
특히, 복수의 가상화 머신(510~550)의 온 시, 복수의 가상화 머신(510~550)의 개수가 증가될수록, 부팅 기간 또는 웨이크업 기간이 더 증가하는 단점이 있다.
이에 본 발명에서는 부팅 기간 또는 웨이크업 기간을 단축하는 방안을 제시한다. 특히, 애플리케이션 별로 또는 가상화 머신 별로 또는 운영 체제 별로 부팅 기간 또는 웨이크업 기간을 달리하여, 중요한 애플리케이션 또는 가상화 머신 또는 운영 체제의 부팅 기간 또는 웨이크업 기간을 단축시키는 방안을 제시한다. 이에 대해서는 도 11a를 참조하여 기술한다.
도 11a는 본 발명의 실시예에 따른 신호 처리 장치의 동작 방법을 도시한 순서도이다.
도면을 참조하면, 대기 모드 에서 액티브 모드로 전환되는 경우, 신호 처리 장치(170) 내의 마이컴(135)의 전원이 온된다(S1110).
한편, 대기 모드 에서 액티브 모드로 전환 이전에, 대기 모드로의 진입시, 제1 메모리(140a)는, 복수의 가상화 머신(510~550) 중 어느 하나의 가상화 머신에서 실행되는 제1 애플리케이션에 대응하는 파일을 저장한다.
한편, 대기 모드 에서 액티브 모드로 전환 이전에, 대기 모드로의 진입시, 복수의 가상화 머신(510~550) 중 다른 하나의 가상화 머신에서 실행되는 제2 애플리케이션을, 별도의 저장 동작 없이 종료한다.
예를 들어, 제1 애플리케이션은, 중요 애플리케이션으로서, 시스템 체크 애플리케이션, 또는 클러스터 애플리케이션 또는 후방 카메라 애플리케이션 중 어느 하나를 포함하고, 제2 애플리케이션은, 통상의 애플리케이션으로서, 홈 화면 애플리케이션 또는 미디어 재생 애플리케이션 중 어느 하나를 포함할 수 있다.
다른 예로, 제1 애플리케이션은, 중요 애플리케이션으로서, 제1 운영 체제에 기초하여 동작하는 애플리케이션이고, 제2 애플리케이션은, 통상의 애플리케이션으로서, 제1 운영 체제와 다른 제2 운영 체제에 기초하여 동작하는 애플리케이션일 수 있다.
또 다른 예로, 제1 애플리케이션은, 복수의 가상화 머신(510~550) 중 서버 가상화 머신(520)에서 실행되는 애플리케이션이고, 제2 애플리케이션은, 복수의 가상화 머신(510~550) 중 게스트 가상화 머신(530~550) 중 적어도 하나에서 실행서 실행되는 애플리케이션일 수 있다.
또 다른 예로, 제1 애플리케이션은, 복수의 가상화 머신(510~550) 중 제1 게스트 가상화 머신(530)에서 실행되는 애플리케이션이고, 제2 애플리케이션은, 복수의 가상화 머신(510~550) 중 제2 게스트 가상화 머신(54)에 실행되는 애플리케이션일 수 있다.
한편, 제1 메모리(140a)는, 대기 모드에서 파일을 저장하는 영역만 전원을 유지시키며, 나머지 영역은 전원을 오프시킬 수 있다. 이에 따라, 대기 모드에서, 대기 전력 소비를 저감할 수 있게 된다.
한편, 제1 메모리(140a)는, 운영 체제를 포함하는 이미지 파일을 더 저장할 수 있으며, 대기 모드에서 운영 체제를 포함하는 이미지 파일을 저장하는 영역은 전원 오프될 수 있다. 이에 따라, 대기 모드에서, 대기 전력 소비를 저감할 수 있게 된다.
한편, 대기 모드에서 제1 메모리(140a)에 저장되는 파일은, 하나의 파일인 것이 바람직하다. 이에 따라, 신속한 저장이 가능하게 된다.
특히, 대기 모드에서 제1 메모리(140a)에 저장되는 파일은, 하나의 이미지 파일인 것이 바람직하다. 이에 따라, 신속한 저장이 가능하게 된다.
한편, 제1 애플리케이션이, 실행되는 가상화 머신은, 하이버네이션(Hibernation) 모드를 수행할 수 있다(S1120).
하이버네이션(Hibernation) 모드에 따라, 프로세서(175)는, 대기 모드에서 액티브 모드로 전환에 기초하여, 제2 메모리(140b)에 로딩되는 파일에 기초하여, 제1 애플리케이션이 복원되도록 제어한다.
이에 따라, 차량에서 구동되는 제1 애플리케이션의 부팅 기간 또는 웨이크업 기간을 단축할 수 있게 된다. 또한, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
한편, 제1 애플리케이션이, 실행되는 가상화 머신은, 나머지 가상화 머신에서, 통상의 부팅 모드가 수행되도록 제어할 수 있다.
이에 따라, 제1 애플리케이션이, 실행되는 가상화 머신을 제외한 나머지 가상화 머신이 온 된다(S1130).
예를 들어, 제2 애플리케이션이 종료되었던 가상화 머신이 온될 수 있다.
그 다음, 신호 처리 장치(170) 내의 제2 메모리(140b)는, 제1 메모리(140a)에 저장된 운영 체제 파일을 독출하고 로딩시킬 수 있다(S1140).
이때의 운영 체제 파일은, 이미지 파일로서, 하나의 파일일 수 있다.
그리고, 신호 처리 장치(170) 내의 프로세서(175)는, 제2 메모리(140b)에서 로딩된 운영 체제 파일을 이용하여, 제2 애플리케이션 실행 등의 서비스 프로세스를 시작한다(S1150).
한편, 프로세서(175)는, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 시점에, 제1 애플리케이션을 복원하여, 제1 애플리케이션에 대응하는 제1 영상을 표시하도록 제어하며, 제2 애플리케이션의 미실행에 대응하여 로딩 중임을 나타내는 제2 영상을 표시하도록 제어할 수 있다.
한편, 프로세서(175)는, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 시점 이후의 제2 시점에, 제1 영상을 계속 표시하도록 제어하며, 제2 애플리케이션의 실행에 대응하는 제3 영상을 표시하도록 제어할 수 있다. 이와 같이, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
이와 같이, 제1 애플리케이션과 제2 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
유사하게, 제1 애플리케이션이 실행되는 가상화 머신과 제2 애플리케이션이 실행되는 가상화 머신을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
한편, 프로세서(175)는, 대기 모드로의 진입에 기초하여, 복수의 가상화 머신(510~550) 중 다른 하나의 가상화 머신에서 실행되는 제2 애플리케이션을 종료하고, 대기 모드에서 액티브 모드로 전환에 기초하여, 다른 하나의 가상화 머신을 온 시키고, 제2 메모리(140b)에서 제1 메모리(140a)에 저장된 이미지 파일의 로딩에 따라 운영 체제가 구동된 이후, 제2 애플리케이션이 실행되도록 제어할 수 있다. 이에 따라, 차량에서 구동되는 일부 애플리케이션의 부팅 기간 또는 웨이크업 기간을 단축할 수 있게 된다. 또한, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
한편, 프로세서(175)는, 대기 모드에서 액티브 모드로 전환에 기초하여, 마이컴(135)의 전원 온 이후, 하이퍼바이저(505)를 온 시키고, 하이퍼바이저(505)의 온 이후 다른 하나의 가상화 머신을 온 시키고, 제2 메모리(140b)에서 제1 메모리(140a)에 저장된 이미지 파일의 로딩에 따라 운영 체제가 구동된 이후, 제2 애플리케이션이 실행되도록 제어할 수 있다. 이에 따라, 차량에서 구동되는 일부 애플리케이션의 부팅 기간 또는 웨이크업 기간을 단축할 수 있게 된다. 또한, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
도 11b는 본 발명의 다른 실시예에 따른 신호 처리 장치의 동작 방법을 도시한 순서도이다.
도 11b의 순서도는 도 11a의 순서도와 유사하나, 마이컴 전원 온 이후, 제1 애플리케이션이 실행을 위한 가상화 머신과, 제2 애플리케이션 실행을 위한 가상화 머신이, 독립적으로 그리고 병렬적으로 진행되는 것에 그 차이가 있다.
구체적으로, 제1 애플리케이션이, 실행되는 가상화 머신은, 나머지 가상화 머신에서, 통상의 부팅 모드가 수행되도록 제어하지 않고, 제2 애플리케이션 실행을 위한 가상화 머신이, 독립적으로 그리고 병렬적으로 서로 다른 부팅모드를 수행할 수 있다.
이에 따라, 제1 애플리케이션이, 실행되는 가상화 머신은, 하이버네이션(Hibernation) 모드를 수행한다.
즉, 프로세서(175)는, 대기 모드에서 액티브 모드로 전환에 기초하여, 제2 메모리(140b)에 로딩되는 파일에 기초하여, 제1 애플리케이션이 복원되도록 제어한다.
이에 따라, 차량에서 구동되는 제1 애플리케이션의 부팅 기간 또는 웨이크업 기간을 단축할 수 있게 된다. 또한, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
한편, 제2 애플리케이션이, 실행되는 가상화 머신은, 통상의 부팅 모드가 수행되도록 제어할 수 있다.
이에 따라, 도 11a에서 기술한 제1130 단계 내지 제1150 단계(S1130~S1150)가 그대로 수행될 수 있게 된다.
이와 같이, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
도 11c 내지 도 15b는 도 11a 또는 도 11b의 설명에 참조되는 도면이다.
먼저, 도 11c는 도 11a 또는 도 11b의 하이버네이션(Hibernation) 모드의 설명에 참조되는 도면이다.
도면을 참조하면, 하이버네이션(Hibernation) 모드에 따라, 프로세서(175)는, 부트 로더를 실행할 수 있다(S1122b).
다음, 부트 로더의 실행에 따라, 제2 메모리(140b)는, 제1 메모리(140a)에 저장된 파일을 로딩한다(S1124b). 이때의 제1 메모리(140a)에 저장된 파일은, 제1 애플리케이션과 관련된 이미지 파일일 수 있다.
구체적으로, 대기 모드 진입시의 최종 제1 애플리케이션에 대응하는 파일일 수 있다.
다음, 프로세서(175)는, 제2 메모리(140b)에 로딩되는 파일에 기초하여, 제1 애플리케이션이 복원되도록 제어한다(S1126b).
이에 따라, 신속하게, 제1 애플리케이션을 복언할 수 있게 된다. 나아가, 제1 애플리케이션의 부팅 기간 또는 웨이크업 기간을 단축할 수 있게 된다.
도 12a는 복수의 가상화 머신 중 제1 게스트 가상화 머신(530)에서 하이버네이션(Hibernation) 모드가 수행되는 것을 예시하며, 도 12b는 도 12a의 설명에 참조되는 도면이다.
도 12a를 참조하면, 대기 모드 진입시 제1 게스트 가상화 머신(530)은, 실행되는 애플리케이션과 관련된 파일(1220)을, 도 12b와 같이 제1 메모리(140a)의 일부 영역(140ab)에 저장한다.
한편, 도 12b와 같이, 제1 메모리(140a)의 다른 영역(140aa)에는 제1 게스트 가상화 머신(530)과 관련하여, 하이퍼바이저가 사용하던 파일(1210,1215)이 저장될 수 있다.
한편, 대기 모드에서, 제1 메모리(140a)의 일부 영역(140ab) 중 애플리케이션과 관련된 파일(1220)이 저장된 영역만, 전원이 온 될 수 있다. 이에 따라, 대기 모드에서 대기 소비 전력을 저감할 수 있다.
한편, 대기 모드에서, 제1 메모리(140a)의 다른 영역(140aa) 중 파일(1210,1215)이 저장된 영역만, 전원이 온 될 수 있다. 이에 따라, 대기 모드에서 대기 소비 전력을 저감할 수 있다.
한편, 대기 모드에서, 프로세서(175)는 전원이 오프된다.
그리고, 대기 모드에서 액티브 모드로 전환시, 제2 메모리(140b)는, 제1 메모리(140a)에 저장된 파일을 로딩한다. 그리고, 프로세서(175)는, 제2 메모리(140b)에 로딩되는 파일에 기초하여, 제1 게스트 가상화 머신(530)에서 실행되었던 애플리케이션을 신속하게 복원하여 실행한다.
한편, 도 12a와 도 12b를 참조하면, 제1 게스트 가상화 머신(530)의 제외한 나머지 가성화 머신(520, 540)은, 통상의 부팅 모드에 따라, 부팅 동작을 수행한다.
도 12c는 복수의 가상화 머신 중 서버 가상화 머신(520)에서 하이버네이션(Hibernation) 모드가 수행되는 것을 예시한다.
도 12a를 참조하면, 대기 모드 진입시 서버 가상화 머신(520)은, 실행되는 애플리케이션과 관련된 파일을, 제1 메모리(140a)의 일부 영역에 저장한다.
한편, 대기 모드에서, 제1 메모리(140a)의 일부 영역(140ab) 중 애플리케이션과 관련된 파일이 저장된 영역만, 전원이 온 될 수 있다. 이에 따라, 대기 모드에서 대기 소비 전력을 저감할 수 있다.
그리고, 대기 모드에서 액티브 모드로 전환시, 제2 메모리(140b)는, 제1 메모리(140a)에 저장된 파일을 로딩한다. 그리고, 프로세서(175)는, 제2 메모리(140b)에 로딩되는 파일에 기초하여, 서버 가상화 머신(520)에서 실행되었던 애플리케이션을 신속하게 복원하여 실행한다.
도 13은 대기 모드와 액티브 모드를 설명하는 도면이다.
도면을 참조하면, 마이컴(135)는, 대기 모드 진입에 따라, 전원 오프 신호를 프로세서(175)로 전송한다(S1305).
다음, 프로세서(175)는, 제2 메모리(140b)로 메모리 청소 명령을 전달한다(S1310). 이에 따라, 제2 메모리(140b)는, 메모리 내부를 정리한다.
다음, 프로세서(175)는, 제2 메모리(140b)로 중요 가상화 머신이 아닌 가상화 머신의 종료를 요청한다(S1315). 이에 따라, 제2 메모리(140b)는, 중요 가상화 머신이 아닌 가상화 머신을 종료한다.
다음, 프로세서(175)는, 제2 메모리(140b)로 중요 가상화 머신에 대한 정보를 제공한다(S1320).
이에 따라, 제2 메모리(140b)는, 중요 가상화 머신의 하이버네이션 모드 수행을 위해, 제1 메모리(140a)에 중요 애플리케이션과 관련된 파일을 전송한다. 이에 따라, 제1 메모리(140a)는, 중요 애플리케이션과 관련된 파일을 저장한다.
다음, 대기 모드에서 액티브 모드로 전환에 따라, 전원 온 신호를 프로세서(175)로 전송한다(S1335).
다음, 프로세서(175)는, 제2 메모리(140b)로 웨이크 업 명령을 전달한다(S1340).
다음, 프로세서(175)는, 제2 메모리(140b)로 중요 가상화 머신이 아닌 가상화 머신의 웨이크 업을 요청한다(S1345).
이에 따라, 제2 메모리(140b)는, 중요 가상화 머신이 아닌 가상화 머신이, 통상의 부팅 모드가 수행되도록 한다
다음, 프로세서(175)는, 제2 메모리(140b)로 중요 가상화 머신의 웨이크 업을 요청한다(S1350).
이에 따라, 제2 메모리(140b)는, 중요 가상화 머신의 하이버네이션 모드 수행을 위해, 제1 메모리(140a)에 중요 애플리케이션과 관련된 파일 전송을 요청한다(S1355).
이에 따라, 제1 메모리(140a)는, 중요 애플리케이션과 관련된 파일을 제2 메모리(140b)로 전송한다(S1360).
그리고, 제2 메모리(140b)는, 중요 애플리케이션과 관련된 파일을 로딩하고, 프로세서(175)는, 제2 메모리(140b)에 로딩되는 파일에 기초하여, 제1 애플리케이션이 복원되도록 제어한다. 이에 따라, 차량에서 구동되는 일부 애플리케이션의 부팅 기간 또는 웨이크업 기간을 단축할 수 있게 된다.
도 14a는 제2 디스플레이(180b)와 제3 디스플레이(180c)에, 각각의 애플리케이션 실행 영상이 표시된 상태에서, 전원 버튼(PBR)이 눌려지는 것을 예시한다.
예를 들어, 제2 디스플레이(180b)에 네비게이션 애플리케이션 영상(1410)이 표시되고, 제3 디스플레이(180c)에 게임 애플리케이션 영상(1420)에 표시된 상태에서 전원 오프 버튼(OBR)이 눌려지는 경우, 대기 모드로 진입한다.
한편, 프로세서(175)는, 네비게이션 애플리케이션과 게임 애플리케이션 중 네비게이션 애플리케이션을 중요 애플리케이션으로 설정할 수 있다.
이에 따라, 대기 모드 진입에 기초하여, 게임 애플리케이션은 별도의 저장 없이 종료되고, 네비게이션 애플리케이션과 관련된 파일은 제1 메모리(140a)에 저장될 수 있다.
도 14b는 전원 버튼(PBR)이 눌려져, 대기 모드에서 액티브 모드로 전환되는 것을 예시하는 도면이다.
도면을 참조하면, 대기 모드에서 액티브 모드로의 전환에 기초하여, 제1 메모리(140a)에 저장되었던 애플리케이션과 관련된 파일은, 제2 메모리(140b)로 로딩되고, 결국 프로세서(175)에서 신속하게 복원된다.
도면과 같이, 프로세서(175)는, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 시점에, 제1 애플리케이션을 복원하여, 제1 애플리케이션에 대응하는 제1 영상(1410)을 제2 디스플레이(180b)에 표시하도록 제어하며, 제2 애플리케이션의 미실행에 대응하여 로딩 중임을 나타내는 제2 영상(1430)을 제3 디스플레이(180c)에 표시하도록 제어할 수 있다.
이와 같이, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
한편, 프로세서(175)는, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 시점 이후의 제2 시점에, 제1 영상(1410)을 계속 표시하도록 제어하며, 제2 애플리케이션의 실행에 대응하는 제3 영상(1420)을 표시하도록 제어할 수 있다. 이와 같이, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
도 15a는 제1 디스플레이(180a)와 제2 디스플레이(180b)에, 각각의 애플리케이션 실행 영상이 표시된 상태에서, 전원 버튼(PBR)이 눌려지는 것을 예시한다.
예를 들어, 제1 디스플레이(180a)에 차량 정보 애플리케이션 영상(1510)이 표시되고, 제2 디스플레이(180b)에 홈 화면 애플리케이션 영상(1520)에 표시된 상태에서 전원 오프 버튼(OBR)이 눌려지는 경우, 대기 모드로 진입한다.
한편, 프로세서(175)는, 차량 정보 애플리케이션과 홈 화면 애플리케이션 중 차량 정보 애플리케이션을 중요 애플리케이션으로 설정할 수 있다.
이에 따라, 대기 모드 진입에 기초하여, 홈 화면 애플리케이션은 별도의 저장 없이 종료되고, 차량 정보 애플리케이션과 관련된 파일은 제1 메모리(140a)에 저장될 수 있다.
도 15b는 전원 버튼(PBR)이 눌려져, 대기 모드에서 액티브 모드로 전환되는 것을 예시하는 도면이다.
도면을 참조하면, 대기 모드에서 액티브 모드로의 전환에 기초하여, 제1 메모리(140a)에 저장되었던 애플리케이션과 관련된 파일은, 제2 메모리(140b)로 로딩되고, 결국 프로세서(175)에서 신속하게 복원된다.
도면과 같이, 프로세서(175)는, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 시점에, 제1 애플리케이션을 복원하여, 제1 애플리케이션에 대응하는 제1 영상(1510)을 제1 디스플레이(180a)에 표시하도록 제어하며, 제2 애플리케이션의 미실행에 대응하여 로딩 중임을 나타내는 제2 영상(1530)을 제2 디스플레이(180b)에 표시하도록 제어할 수 있다.
이와 같이, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
한편, 프로세서(175)는, 대기 모드에서 액티브 모드로 전환에 기초하여, 제1 시점 이후의 제2 시점에, 제1 영상(1510)을 계속 표시하도록 제어하며, 제2 애플리케이션의 실행에 대응하는 제3 영상(1520)을 표시하도록 제어할 수 있다. 이와 같이, 애플리케이션을 구분하여 부팅 기간 또는 웨이크업 기간을 달리함으로써, 대기 전력 소비를 저감할 수 있게 된다.
한편, 이상에서는 본 발명의 바람직한 실시예에 대하여 도시하고 설명하였지만, 본 발명은 상술한 특정의 실시예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해되어져서는 안될 것이다.

Claims (20)

  1. 차량에 장착되는 복수의 디스플레이를 위해 복수의 가상화 머신을 실행하는 프로세서;
    대기 모드로의 진입에 기초하여, 복수의 가상화 머신 중 어느 하나의 가상화 머신에서 실행되는 제1 애플리케이션에 대응하는 파일을 저장하는 제1 메모리;
    상기 대기 모드에서 액티브 모드로 전환에 기초하여, 상기 제1 메모리에 저장된 파일을 로딩하는 제2 메모리;를 포함하고,
    상기 프로세서는,
    상기 대기 모드에서 상기 액티브 모드로 전환에 기초하여, 상기 제2 메모리에 로딩되는 파일에 기초하여, 상기 제1 애플리케이션이 복원되도록 제어하며,
    상기 프로세서는,
    상기 대기 모드로의 진입에 기초하여, 상기 복수의 가상화 머신 중 다른 하나의 가상화 머신에서 실행되는 제2 애플리케이션을 종료하고,
    상기 대기 모드에서 상기 액티브 모드로 전환에 기초하여, 상기 다른 하나의 가상화 머신을 온 시키고, 상기 운영 체제가 구동된 이후, 상기 제2 애플리케이션이 실행되도록 제어하는 것을 특징으로 하는 신호 처리 장치.
  2. 제1항에 있어서,
    상기 제1 메모리는,
    상기 대기 모드에서 상기 파일을 저장하는 영역만 전원을 유지시키며, 나머지 영역은 전원을 오프시키는 것을 특징으로 하는 신호 처리 장치.
  3. 제1항에 있어서,
    상기 프로세서는,
    상기 대기 모드에서 상기 액티브 모드로 전환에 기초하여, 제1 시점에, 상기 상기 제1 애플리케이션을 복원하여, 상기 제1 애플리케이션에 대응하는 제1 영상을 표시하도록 제어하며, 상기 제2 애플리케이션의 미실행에 대응하여 로딩 중임을 나타내는 제2 영상을 표시하도록 제어하는 것을 특징으로 하는 신호 처리 장치.
  4. 제3항에 있어서,
    상기 프로세서는,
    상기 대기 모드에서 상기 액티브 모드로 전환에 기초하여, 상기 제1 시점 이후의 제2 시점에, 상기 제1 영상을 계속 표시하도록 제어하며, 상기 제2 애플리케이션의 실행에 대응하는 제3 영상을 표시하도록 제어하는 것을 특징으로 하는 신호 처리 장치.
  5. 제1항에 있어서,
    상기 제1 애플리케이션은,
    시스템 체크 애플리케이션, 또는 클러스터 애플리케이션 또는 후방 카메라 애플리케이션 중 어느 하나를 포함하고,
    상기 제2 애플리케이션은,
    홈 화면 애플리케이션 또는 미디어 재생 애플리케이션 중 어느 하나를 포함하는 것을 특징으로 하는 신호 처리 장치.
  6. 제1항에 있어서,
    상기 제1 애플리케이션은, 제1 운영 체제에 기초하여 동작하고,
    상기 제2 애플리케이션은, 상기 제1 운영 체제와 다른 제2 운영 체제에 기초하여 동작하는 것을 특징으로 하는 신호 처리 장치.
  7. 제1항에 있어서,
    상기 제1 애플리케이션은, 상기 복수의 가상화 머신 중 제1 게스트 가상화 머신에서 실행되고,
    상기 제2 애플리케이션은, 상기 복수의 가상화 머신 중 제2 게스트 가상화 머신에 실행되는 것을 특징으로 하는 신호 처리 장치.
  8. 제1항에 있어서,
    상기 제1 애플리케이션은, 상기 복수의 가상화 머신 중 서버 가상화 머신에서 실행되고,
    상기 제2 애플리케이션은, 상기 복수의 가상화 머신 중 게스트 가상화 머신에서 실행되는 것을 특징으로 하는 신호 처리 장치.
  9. 제1항에 있어서,
    상기 제1 메모리는, 운영 체제를 포함하는 이미지 파일을 더 저장하고,
    상기 프로세서는,
    상기 대기 모드로의 진입에 기초하여, 상기 복수의 가상화 머신 중 다른 하나의 가상화 머신에서 실행되는 제2 애플리케이션을 종료하고,
    상기 대기 모드에서 상기 액티브 모드로 전환에 기초하여, 상기 다른 하나의 가상화 머신을 온 시키고, 상기 제2 메모리에서 상기 제1 메모리에 저장된 이미지 파일의 로딩에 따라 운영 체제가 구동된 이후, 상기 제2 애플리케이션이 실행되도록 제어하는 것을 특징으로 하는 신호 처리 장치.
  10. 제1항에 있어서,
    상기 프로세서는,
    상기 대기 모드에서 상기 액티브 모드로 전환에 기초하여, 마이컴의 전원 온 이후, 하이퍼바이저를 온 시키고, 상기 하이퍼바이저의 온 이후 상기 다른 하나의 가상화 머신을 온 시키고, 상기 제2 메모리에서 상기 제1 메모리에 저장된 이미지 파일의 로딩에 따라 운영 체제가 구동된 이후, 상기 제2 애플리케이션이 실행되도록 제어하는 것을 특징으로 하는 신호 처리 장치.
  11. 제1항에 있어서,
    상기 프로세서는,
    상기 프로세서 내의 하이퍼바이저 상에서, 제1 가상화 머신 내지 제3 가상화 머신을 실행하며,
    상기 제2 가상화 머신은 제1 디스플레이를 위해 동작하며, 상기 제3 가상화 머신은, 제2 디스플레이를 위해 동작하는 것을 특징으로 하는 신호 처리 장치.
  12. 제11항에 있어서,
    상기 프로세서 내의 상기 제1 가상화 머신은,
    상기 제1 디스플레이 또는 상기 제2 디스플레이에 대한 터치 입력을 수신하고, 상기 터치 입력에 대한 정보를 상기 제2 가상화 머신 또는 상기 제3 가상화 머신으로 전송하는 것을 특징으로 하는 신호 처리 장치.
  13. 제11항에 있어서,
    상기 제1 가상화 머신은,
    상기 터치 입력의 좌표 정보를 공유 메모리에 저장되도록 제어하는 것을 특징으로 하는 신호 처리 장치.
  14. 제13항에 있어서,
    상기 제1 가상화 머신은,
    상기 제2 가상화 머신 또는 상기 제3 가상화 머신으로, 상기 공유 메모리에 대한 버퍼 인덱스를 전송하고,
    상기 제2 가상화 머신 또는 상기 제3 가상화 머신은, 수신한 상기 버퍼 인덱스에 기초하여, 상기 공유 메모리에 기록된 상기 터치 입력의 좌표 정보를 독출하는 것을 특징으로 하는 신호 처리 장치.
  15. 제1항에 있어서,
    상기 제1 가상화 머신은,
    상기 제1 가상화 머신은, 입출력 서버 인터페이스를 포함하고,
    상기 제2 가상화 머신 및 상기 제3 가상화 머신은, 각각 입출력 클라이언트 인터페이스를 포함하며,
    상기 제1 가상화 머신 내의 상기 입출력 서버 인터페이스는,
    상기 터치 입력의 좌표 정보를 공유 메모리에 저장되도록 제어하며,
    상기 제2 가상화 머신 또는 상기 제3 가상화 머신 내의 입출력 클라이언트 인터페이스는, 상기 공유 메모리에 기록된 상기 터치 입력의 좌표 정보를 독출하는 것을 특징으로 하는 신호 처리 장치.
  16. 제1항에 있어서,
    상기 프로세서는,
    상기 프로세서 내의 하이퍼바이저 상에서, 제3 디스플레이를 위해 동작하는 제4 가상화 머신을 더 실행하는 것을 특징으로 하는 신호 처리 장치.
  17. 제1항에 있어서,
    상기 제1 가상화 머신은,
    상기 차량의 휠 속도 센서 데이터를 수신하고, 처리하여, 상기 제2 가상화 머신 또는 상기 제3 가상화 머신 중 적어도 하나로, 상기 처리된 휠 속도 센서 데이터 또는 상기 처리된 휠 속도 센서 데이터에 대응하는 속도 정보를 나타내는 오버레이를 전송하는 것을 특징으로 하는 신호 처리 장치.
  18. 차량에 장착되는 복수의 디스플레이를 위해 복수의 가상화 머신을 실행하는 프로세서;
    대기 모드로의 진입에 기초하여, 복수의 가상화 머신 중 어느 하나의 가상화 머신에서 실행되는 제1 애플리케이션에 대응하는 파일을 저장하는 제1 메모리;
    상기 대기 모드에서 액티브 모드로 전환에 기초하여, 상기 제1 메모리에 저장된 파일을 로딩하는 제2 메모리;를 포함하고,
    상기 프로세서는,
    상기 대기 모드로의 진입에 기초하여, 제2 애플리케이션의 실행을 종료하고,
    상기 대기 모드에서 상기 액티브 모드로 전환에 기초하여, 제1 시점에, 상기 상기 제1 애플리케이션을 복원하여, 상기 제1 애플리케이션에 대응하는 제1 영상을 표시하도록 제어하며, 상기 제2 애플리케이션의 미실행에 대응하여 로딩 중임을 나타내는 제2 영상을 표시하도록 제어하는 것을 특징으로 하는 신호 처리 장치.
  19. 제18항에 있어서,
    상기 프로세서는,
    상기 대기 모드에서 상기 액티브 모드로 전환에 기초하여, 상기 제1 시점 이후의 제2 시점에, 상기 제1 영상을 계속 표시하도록 제어하며, 상기 제2 애플리케이션의 실행에 대응하는 제3 영상을 표시하도록 제어하는 것을 특징으로 하는 신호 처리 장치.
  20. 제1 디스플레이;
    제2 디스플레이;
    상기 제1 디스플레이 및 상기 제2 디스플레이를 위한 신호 처리를 수행하는 프로세서를 포함하는 신호 처리 장치;를 구비하고,
    상기 신호 처리 장치는, 제1항 내지 제19항 중 어느 한 항의 신호 처리 장치를 포함하는 것을 특징으로 하는 차량용 디스플레이 장치.
PCT/KR2021/016097 2020-11-10 2021-11-08 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치 WO2022103093A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR1020237000174A KR102625290B1 (ko) 2020-11-10 2021-11-08 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
EP21892261.5A EP4245615A1 (en) 2020-11-10 2021-11-08 Signal processing device and vehicle display device having same
US18/036,381 US20230409370A1 (en) 2020-11-10 2021-11-08 Signal processing device and display apparatus for vehicles including the same

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20200149179 2020-11-10
KR10-2020-0149179 2020-11-10

Publications (1)

Publication Number Publication Date
WO2022103093A1 true WO2022103093A1 (ko) 2022-05-19

Family

ID=81601527

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/016097 WO2022103093A1 (ko) 2020-11-10 2021-11-08 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치

Country Status (4)

Country Link
US (1) US20230409370A1 (ko)
EP (1) EP4245615A1 (ko)
KR (1) KR102625290B1 (ko)
WO (1) WO2022103093A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20080018016A (ko) * 2006-08-23 2008-02-27 (주)더싸인 차량용 다중 컨텐츠 변환 유닛, 이를 갖는 차량용멀티미디어 장치 및 이의 제어 방법
JP2014151770A (ja) * 2013-02-08 2014-08-25 Mazda Motor Corp 車両用情報表示装置
KR20170104372A (ko) * 2016-03-07 2017-09-15 엘지전자 주식회사 차량에 구비된 차량 제어 장치 및 그의 제어방법
KR20190100507A (ko) * 2018-02-06 2019-08-29 엘지전자 주식회사 차량 제어 장치 및 그것을 포함하는 차량
US20200159562A1 (en) * 2018-11-19 2020-05-21 Samsung Electronics Co., Ltd. Electronic device and method for providing in-vehicle infotainment service

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101602939B1 (ko) * 2009-10-16 2016-03-15 삼성전자주식회사 불휘발성 메모리 시스템 및 그것의 데이터 관리 방법
KR20110094764A (ko) * 2010-02-17 2011-08-24 삼성전자주식회사 트랜잭션 기반 입출력 인터페이스를 제공하는 가상화 장치 및 방법
EP3092566B1 (en) * 2014-01-06 2019-07-17 Johnson Controls Technology Company Vehicle with multiple user interface operating domains
US10696129B2 (en) * 2016-11-27 2020-06-30 Dometic Sweden Ab Method and system for remote control of a mobile climate control system
WO2020061805A1 (en) * 2018-09-26 2020-04-02 Intel Corporation Power Off and Power On Method and Apparatus For an In-Vehicle System
DE102019203377B3 (de) * 2019-03-13 2020-08-13 Continental Automotive Gmbh Fahrzeugsystem, Fahrzeug und Verfahren zum Betreiben eines solchen Fahrzeugsystems

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20080018016A (ko) * 2006-08-23 2008-02-27 (주)더싸인 차량용 다중 컨텐츠 변환 유닛, 이를 갖는 차량용멀티미디어 장치 및 이의 제어 방법
JP2014151770A (ja) * 2013-02-08 2014-08-25 Mazda Motor Corp 車両用情報表示装置
KR20170104372A (ko) * 2016-03-07 2017-09-15 엘지전자 주식회사 차량에 구비된 차량 제어 장치 및 그의 제어방법
KR20190100507A (ko) * 2018-02-06 2019-08-29 엘지전자 주식회사 차량 제어 장치 및 그것을 포함하는 차량
US20200159562A1 (en) * 2018-11-19 2020-05-21 Samsung Electronics Co., Ltd. Electronic device and method for providing in-vehicle infotainment service

Also Published As

Publication number Publication date
KR20230022427A (ko) 2023-02-15
EP4245615A1 (en) 2023-09-20
US20230409370A1 (en) 2023-12-21
KR102625290B1 (ko) 2024-01-16

Similar Documents

Publication Publication Date Title
EP3864501A1 (en) Method for providing image using foldable display and electronic device for supporting the same
WO2016047887A1 (ko) 이동단말기의 운용 체제 전환장치 및 방법, 차량 및 그 차량의 운용 체제 전송장치 및 방법
WO2022182103A1 (ko) 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
WO2020231083A1 (ko) 열전달 구조를 포함하는 전자 장치
WO2018062715A1 (en) Apparatus and control method for displaying content of peripheral device
WO2021162320A1 (en) Electronic device and method for operating high speed screen of electronic device
WO2019031708A1 (en) ELECTRONIC DEVICE AND METHOD FOR PROCESSING INFORMATION RELATING TO DRIVING
WO2019045271A1 (en) BATTERY SUPPORT STRUCTURE AND ELECTRONIC DEVICE HAVING THE SAME
WO2022030970A1 (ko) 폴더블 전자 장치 및 상기 폴더블 전자 장치에서 정보를 표시하는 방법
WO2021020801A1 (ko) 이벤트에 따라 형태가 전환되는 접이식 전자 장치 및 그 접이식 전자 장치의 형태를 전환하는 방법
WO2019083195A1 (en) ELECTRONIC APPARATUS AND METHOD FOR CONTROLLING TIME MEASUREMENT
WO2019143081A1 (ko) 데이터 통신을 제어하는 방법 및 전자 장치
WO2019050212A1 (ko) 지문을 인식하기 방법, 전자 장치 및 저장 매체
WO2019194428A1 (ko) 외부 전자 장치의 키를 공유하는 전자 장치 및 전자 장치의 동작 방법
WO2021230499A1 (ko) 폴더블 전자 장치 및 그의 알림 표시 제어 방법
WO2022103093A1 (ko) 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
WO2020045858A1 (en) Electronic apparatus and method of controlling the same
WO2023195559A1 (ko) 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
WO2024034708A1 (ko) 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
WO2024034709A1 (ko) 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
WO2023113079A1 (ko) 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
WO2023136376A1 (ko) 차량용 디스플레이 장치
WO2023113078A1 (ko) 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
WO2021162383A1 (en) Electronic device and method for voice recording in electronic device
WO2024085283A1 (ko) 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21892261

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20237000174

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021892261

Country of ref document: EP

Effective date: 20230612