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

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

Info

Publication number
WO2023191223A1
WO2023191223A1 PCT/KR2022/017734 KR2022017734W WO2023191223A1 WO 2023191223 A1 WO2023191223 A1 WO 2023191223A1 KR 2022017734 W KR2022017734 W KR 2022017734W WO 2023191223 A1 WO2023191223 A1 WO 2023191223A1
Authority
WO
WIPO (PCT)
Prior art keywords
signal processing
data
security
server
processing devices
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/KR2022/017734
Other languages
English (en)
French (fr)
Inventor
윤재구
김은진
김영태
정대영
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Priority to KR1020247033896A priority Critical patent/KR20240165376A/ko
Priority to EP22935897.3A priority patent/EP4502797A4/en
Priority to US18/853,070 priority patent/US20250226971A1/en
Publication of WO2023191223A1 publication Critical patent/WO2023191223A1/ko
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60K—ARRANGEMENT 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/00—Instruments specially adapted for vehicles; Arrangement of instruments in or on vehicles
    • B60K35/20—Output arrangements, i.e. from vehicle to user, associated with vehicle functions or specially adapted therefor
    • B60K35/21—Output 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/23—Head-up displays [HUD]
    • B60K35/231—Head-up displays [HUD] characterised by their arrangement or structure for integration into vehicles
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60K—ARRANGEMENT 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/00—Instruments specially adapted for vehicles; Arrangement of instruments in or on vehicles
    • B60K35/20—Output arrangements, i.e. from vehicle to user, associated with vehicle functions or specially adapted therefor
    • B60K35/21—Output 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/22—Display screens
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/52—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems during program execution, e.g. stack integrity ; Preventing unwanted data erasure; Buffer overflow
    • G06F21/53—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems during program execution, e.g. stack integrity ; Preventing unwanted data erasure; Buffer overflow by executing in a restricted environment, e.g. sandbox or secure virtual machine
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/55—Detecting local intrusion or implementing counter-measures
    • G06F21/56—Computer malware detection or handling, e.g. anti-virus arrangements
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/57—Certifying or maintaining trusted computer platforms, e.g. secure boots or power-downs, version controls, system software checks, secure updates or assessing vulnerabilities
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45545—Guest-host, i.e. hypervisor is an application program itself, e.g. VirtualBox
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/0822—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using key encryption key
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0894—Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45562—Creating, deleting, cloning virtual machine instances
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45583—Memory management, e.g. access or allocation
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45587—Isolation or security of virtual machine instances
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45591—Monitoring or debugging support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/84—Vehicles

Definitions

  • the present disclosure relates to a signal processing device and a vehicle display device having the same, and more specifically, to a signal processing device that can enhance security when transmitting data between a plurality of signal processing devices in a vehicle, and a vehicle display device including the same. It's about devices.
  • a vehicle is a device that moves the user in the desired direction.
  • a representative example is a car.
  • a vehicle display device is installed inside the vehicle.
  • a display is arranged in a cluster etc. to display various types of information.
  • various displays such as AVN (Audio Video Navigation) displays, to be installed in vehicles, separately from the cluster.
  • AVN Audio Video Navigation
  • a high-performance integrated vehicle display device includes a plurality of signal processing devices. Meanwhile, signal processing becomes complicated when data is transmitted between a plurality of signal processing devices, and furthermore, security during data transmission may become an important issue.
  • the purpose of the present disclosure is to provide a signal processing device that can enhance security when transmitting data between a plurality of signal processing devices in a vehicle, and a vehicle display device including the same.
  • another object of the present disclosure is to provide a signal processing device that can strengthen security when transmitting data between a plurality of signal processing devices in a vehicle based on an updated policy table, and a vehicle display device equipped with the same.
  • another object of the present disclosure is to provide a signal processing device capable of distinguishing security levels between a plurality of signal processing devices in a vehicle based on the vehicle safety level, and a vehicle display device including the same.
  • a signal processing device and a vehicle display device including the same include a secure storage device that stores an electronic signature from an external server, and a plurality of area signal processing devices. It includes a processor that performs authentication, wherein the processor executes a security server to perform authentication with a plurality of area signal processing devices, and the security server is configured to provide a security key and encrypted data to at least one of the plurality of area signal processing devices. transmit.
  • the security server receives an encryption request from at least one of the plurality of area signal processing devices, and, based on the encryption request, sends a security key to at least one of the plurality of area signal processing devices to at least one of the plurality of area signal processing devices. Encrypted data can be transmitted.
  • the security server may transmit a certificate together with the security key and encrypted data.
  • the security server may receive an updated electronic signature, key, certificate information, or topic policy after performing authentication with an external server.
  • the secure storage device may store updated electronic signatures, keys, certificate information, or topic policies.
  • the security server may control transmission of the updated electronic signature, key, certificate information, or topic policy to a plurality of area signal processing devices.
  • the authentication manager in the security server performs authentication with at least one of the plurality of area signal processing devices, and based on the authentication of the authentication manager, encrypted data may be transmitted to at least one of the plurality of area signal processing devices.
  • the authentication manager in the security server may perform authentication with at least one of the plurality of area signal processing devices, and data transmission between the plurality of area signal processing devices may be performed based on the authentication of the authentication manager.
  • the security server may receive a key encryption key from at least one of the plurality of area signal processing devices, generate a security key based on the key encryption key, and transmit the generated security key and encrypted data.
  • the security server does not receive the key encryption key from some of the area signal processing devices among the plurality of area signal processing devices, it does not transmit the generated security key and encrypted data to some of the area signal processing devices.
  • the security server may receive an updated policy table from an external server and control the updated policy table to be transmitted to at least one of a plurality of area signal processing devices.
  • the security server may receive updated vehicle safety level rating information of a plurality of area signal processing devices from an external server and control the updated vehicle safety level rating information to be transmitted to at least one of the plurality of area signal processing devices.
  • the security server receives an updated policy table from an external server, transmits the updated policy table to at least one of the plurality of area signal processing devices, and uses the one-time password function from at least one of the plurality of area signal processing devices.
  • information about the use of the one-time password function may be transmitted to another area signal processing device.
  • the security server selectively encrypts data for sharing with a plurality of area signal processing devices based on vehicle safety level (ASIL) grade and impacting level according to data type, and stores the encrypted data in shared memory. You can control saving.
  • ASIL vehicle safety level
  • the security server performs authentication and encrypts the data and does not encrypt the data; when the impacting level is the second level, it performs authentication and encrypts the data and provides a security key. If it is not updated and the impacting level is the third level, authentication can be performed, data can be encrypted, and the security key can be updated.
  • a signal processing device and a vehicle display device including the same include a secure storage device for storing an electronic signature from an external server and a plurality of area signal processing devices. It includes a processor that performs authentication, wherein the processor executes a security server to perform authentication with a plurality of area signal processing devices, and the security server performs authentication with an external server and then performs authentication with an updated electronic signature. Receive keys, certificate information, or topic policies, and store updated electronic signatures, keys, certificate information, or topic policies.
  • a signal processing device and a vehicle display device including the same include a secure storage device that stores an electronic signature from an external server and a processor that performs authentication with a plurality of area signal processing devices.
  • the processor includes a security server configured to perform authentication with a plurality of area signal processing devices, and the security server transmits a security key and encrypted data to at least one of the plurality of area signal processing devices. Accordingly, security when transmitting data between a plurality of signal processing devices in a vehicle can be strengthened.
  • the security server receives an encryption request from at least one of the plurality of area signal processing devices, and, based on the encryption request, sends a security key to at least one of the plurality of area signal processing devices to at least one of the plurality of area signal processing devices. Encrypted data can be transmitted. Accordingly, security when transmitting data between a plurality of signal processing devices in a vehicle can be strengthened.
  • the security server may transmit a certificate together with the security key and encrypted data. Accordingly, security when transmitting data between a plurality of signal processing devices in a vehicle can be strengthened.
  • the security server may receive an updated electronic signature, key, certificate information, or topic policy after performing authentication with an external server. Accordingly, security when transmitting data between a plurality of signal processing devices in a vehicle can be strengthened.
  • the secure storage device may store updated electronic signatures, keys, certificate information, or topic policies. Accordingly, security when transmitting data between a plurality of signal processing devices in a vehicle can be strengthened.
  • the security server may control transmission of the updated electronic signature, key, certificate information, or topic policy to a plurality of area signal processing devices. Accordingly, security when transmitting data between a plurality of signal processing devices in a vehicle can be strengthened.
  • the authentication manager in the security server performs authentication with at least one of the plurality of area signal processing devices, and based on the authentication of the authentication manager, encrypted data may be transmitted to at least one of the plurality of area signal processing devices. . Accordingly, security when transmitting data between a plurality of signal processing devices in a vehicle can be strengthened.
  • the authentication manager in the security server may perform authentication with at least one of the plurality of area signal processing devices, and data transmission between the plurality of area signal processing devices may be performed based on the authentication of the authentication manager.
  • the security server may receive a key encryption key from at least one of the plurality of area signal processing devices, generate a security key based on the key encryption key, and transmit the generated security key and encrypted data. Accordingly, security when transmitting data between a plurality of signal processing devices in a vehicle can be strengthened.
  • the security server when the security server does not receive the key encryption key from some of the area signal processing devices among the plurality of area signal processing devices, it does not transmit the generated security key and encrypted data to some of the area signal processing devices. Accordingly, security when transmitting data between a plurality of signal processing devices in a vehicle can be strengthened.
  • the security server may receive an updated policy table from an external server and control the updated policy table to be transmitted to at least one of a plurality of area signal processing devices. Accordingly, security when transmitting data between a plurality of signal processing devices in a vehicle can be strengthened based on the updated policy table.
  • the security server may receive updated vehicle safety level rating information of a plurality of area signal processing devices from an external server and control the updated vehicle safety level rating information to be transmitted to at least one of the plurality of area signal processing devices.
  • security when transmitting data between a plurality of signal processing devices in a vehicle can be strengthened based on the updated vehicle safety level rating information.
  • the security server receives an updated policy table from an external server, transmits the updated policy table to at least one of the plurality of area signal processing devices, and uses the one-time password function from at least one of the plurality of area signal processing devices.
  • information about the use of the one-time password function may be transmitted to another area signal processing device. Accordingly, security when transmitting data between a plurality of signal processing devices in a vehicle can be strengthened based on the updated policy table.
  • the security server selectively encrypts data for sharing with a plurality of area signal processing devices based on vehicle safety level (ASIL) grade and impacting level according to data type, and stores the encrypted data in shared memory.
  • ASIL vehicle safety level
  • the security server performs authentication and encrypts the data and does not encrypt the data; when the impacting level is the second level, it performs authentication and encrypts the data and provides a security key. If it is not updated and the impacting level is the third level, authentication can be performed, data can be encrypted, and the security key can be updated. Accordingly, it is possible to distinguish security levels between a plurality of signal processing devices in a vehicle based on the vehicle safety level.
  • a signal processing device and a vehicle display device including the same include a secure storage device that stores an electronic signature from an external server and a processor that performs authentication with a plurality of area signal processing devices.
  • the processor executes a security server to perform authentication with a plurality of area signal processing devices, and the security server performs authentication with an external server and then sends the updated electronic signature, key, certificate information, or Receive topic policies and store updated electronic signature, key, certificate information, or topic policies. Accordingly, security when transmitting data between a plurality of signal processing devices in a vehicle can be strengthened.
  • 1A is a diagram showing an example of the exterior and interior of a vehicle.
  • FIG. 1B is a diagram illustrating another example of the interior of a vehicle.
  • FIG. 2 is a diagram illustrating the appearance of a vehicle display device according to an embodiment of the present disclosure.
  • 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 by a signal processing device related to the present disclosure.
  • FIG. 5 is a diagram illustrating an example of a system driven by a signal processing device according to an embodiment of the present disclosure.
  • FIG. 6 is a diagram referenced in explaining the operation of a system running in a signal processing device according to an embodiment of the present disclosure.
  • FIGS. 7A to 9D are diagrams referenced in the description of FIG. 5 or FIG. 6 .
  • FIG. 10 is a detailed diagram illustrating a system driven by the signal processing device of FIG. 5.
  • FIGS. 11A to 13C are diagrams referenced in the description of FIG. 10 .
  • Figure 14 is an example of an internal block diagram of a vehicle display device according to an embodiment of the present disclosure.
  • FIGS. 15 to 18D are diagrams referenced in the description of FIG. 14 .
  • module and “part” for components used in the following description are simply given in consideration of the ease of writing this specification, and do not in themselves give any particularly important meaning or role. Accordingly, the terms “module” and “unit” may be used interchangeably.
  • 1A is a diagram showing an example of the exterior and interior of a vehicle.
  • the vehicle 200 is operated by a plurality of wheels 103FR, 103FL, 103RL, etc. rotated by a power source and a steering wheel 150 to control the moving direction of the vehicle 200. .
  • the vehicle 200 may be further equipped with a camera 195 for acquiring images in front of the vehicle.
  • the vehicle 200 may be equipped with a plurality of displays 180a and 180b inside for displaying images, information, etc.
  • a cluster display 180a and an Audio Video Navigation (AVN) display 180b are illustrated as a plurality of displays 180a and 180b.
  • AVB Audio Video Navigation
  • HUD Head Up Display
  • the AVN (Audio Video Navigation) display 180b may also be called a center information display.
  • An embodiment of the present disclosure proposes a method of sharing data processing in a vehicle display device 100 having a plurality of displays 180a and 180b.
  • the vehicle 200 described in this specification may be a concept that includes all vehicles including 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.
  • FIG. 1B is a diagram illustrating another example of the interior of a vehicle.
  • cluster display 180a
  • AVN Audio Video Navigation
  • Rear Seat Entertainment display 180c, 180d
  • room mirror display not shown
  • FIG. 2 is a diagram illustrating the appearance of a vehicle display device according to an embodiment of the present disclosure.
  • the vehicle display device 100 includes a plurality of displays 180a to 180b, and a signal processing device that performs signal processing to display images, information, etc. on the plurality of displays 180a to 180b. (170), at least one display (180c to 180d), and a second signal processing device (170b) that performs signal processing to display images, information, etc. on the at least one display (180c to 180d). You can.
  • the signal processing device 170 and the second signal processing device 170b may be arranged to be spaced apart from each other.
  • the second signal processing device 170b may be driven by an operating system (OS) different from the signal processing device 170.
  • OS operating system
  • the first display (180a) is a cluster display (180a) for displaying driving status, operation information, etc.
  • the second display (180b) is a cluster display (180a) for displaying vehicle operation information, navigation maps, and various other displays. It may be an AVN (Audio Video Navigation) display 180b for displaying entertainment information or images.
  • AVN Audio Video Navigation
  • the third display 180c may be a display for entertainment in the right rear seat of the vehicle
  • the fourth display 180d may be a display for entertainment in the left rear seat of the vehicle.
  • At least one display may display driving status information, simple navigation information, various entertainment information, or images.
  • the signal processing device 170 has a processor 175 therein, and can execute a server virtualization machine and first to second guest virtualization machines 520 to 540 on the hypervisor 505 within the processor 175. there is.
  • the server virtualization machine 520 may correspond to a server virtual maschine, and the first to second guest virtualization machines may correspond to a guest virtual maschine.
  • data communication may be performed between the server virtualization machine 520 and the second or second guest virtualization machines 530 and 50 according to the server interface and the client interface.
  • the first guest virtualization machine 530 may operate for the first display 180a, and the second guest virtualization machine 540 may operate for the second display 180b.
  • server virtualization machine 520 in the processor 175 may share at least part of the data with the first guest virtualization machine 530 and the second guest virtualization machine 540 for data sharing processing.
  • the server virtualization machine 520 in the processor 175 receives wheel speed sensor data of the vehicle, processes it, and uses at least one of the first guest virtualization machine 530 and the second guest virtual machine 540 or the first guest virtualization machine 530. 2
  • the processed wheel speed sensor data may be transmitted to the signal processing device 170b. Accordingly, it is possible to share the vehicle's wheel speed sensor data with at least one virtual machine or a second signal processing device.
  • the server virtualization machine 520 in the processor 175 records part of the data in the first shared memory 508a to be transferred to the first guest virtualization machine 530, and writes another part of the data to the second guest virtualization machine 530. It is recorded in the first shared memory 508a to be delivered to the machine, and the first guest virtualization machine 530 and the second guest virtualization machine 540 each process the received data, and the processed data is stored in the second shared memory. It can be controlled to be recorded in (not shown). Accordingly, data processing can be efficiently performed in a plurality of signal processing devices within the vehicle.
  • the server virtualization machine 520 in the processor 175 is a shared memory based on the hypervisor 505 to transmit the same data to the first guest virtualization machine 530 and the second guest virtualization machine 540. 508) can be controlled to be set. Accordingly, the same information or the same image can be displayed in synchronization on the first display 180a and the second display 180b within the vehicle.
  • the signal processing device 170 has a processor 175 therein, and can execute a server virtualization machine and first to second guest virtualization machines 520 to 540 on the hypervisor 505 within the processor 175. there is.
  • the server virtualization machine 520 may correspond to a server virtual maschine, and the first to second guest virtualization machines may correspond to a guest virtual maschine.
  • data communication may be performed between the server virtualization machine 520 and the second or second guest virtualization machines 530 and 50 according to the server interface and the client interface.
  • the second signal processing device 170b has a second processor 175b therein, and on the hypervisor 505 in the second processor 175b, a server virtual maschine (VIMc), You can run a guest virtual maschine (VIMd), etc.
  • VIPc server virtual maschine
  • VIMd guest virtual maschine
  • some of the plurality of displays 180a to 180d may operate based on Linux OS, and others may operate based on web OS.
  • the signal processing device 170 and the second signal processing device 170b can share and process data even in displays 180a to 180d operating under various operating systems (OS). You can.
  • OS operating systems
  • the signal processing device 170 and the second signal processing device 170b according to an embodiment of the present disclosure provide the same information or the same information even in the displays 180a to 180d operating under various operating systems (OS). You can control the video to be displayed in synchronization.
  • OS operating systems
  • the signal processing device 170 and the second signal processing device 170b may share at least part of the data for data sharing processing. Accordingly, data can be divided and processed by a plurality of signal processing devices 170 and 170b for a plurality of displays in the vehicle. Additionally, resources can be efficiently managed in the plurality of signal processing devices 170 and 170b.
  • Figure 3 illustrates an example of an internal block diagram of a vehicle display device according to an embodiment of the present disclosure.
  • the vehicle display device 100 includes an input unit 110, a communication unit 120, an interface 130, a second interface 130b, a signal processing device 170, and a first interface 130b. 2
  • a signal processing device 170b, a plurality of displays 180a to 180d, an audio output unit 185, and a power supply unit 190 may be provided.
  • the input unit 110 may be equipped with physical buttons, pads, etc. for button input, touch input, etc.
  • the input unit 110 may be equipped with a microphone (not shown) for user voice input.
  • the communication unit 120 can exchange data with the mobile terminal 800 or the server 900 in a wireless manner.
  • the communication unit 120 can exchange data wirelessly with the vehicle driver's mobile terminal.
  • various data communication methods such as Bluetooth, WiFi, WiFi Direct, and APiX are possible.
  • the communication unit 120 may receive weather information, road traffic situation information, for example, Transport Protocol Expert Group (TPEG) information, from the mobile terminal 800 or the server 900.
  • TPEG Transport Protocol Expert Group
  • the communication unit 120 may be equipped with a mobile communication module (not shown).
  • the interface 130 may receive sensor information, etc. from the ECU 770 or the sensor device 760, and transmit the received information to the signal processing device 170.
  • the second interface 130b may receive sensor information, etc. from the ECU 770 or the sensor device 760, and transmit the received information to the second signal processing device 170b.
  • sensor information includes vehicle direction information, vehicle location information (GPS information), vehicle angle information, vehicle speed information, vehicle acceleration information, vehicle tilt information, vehicle forward/backward information, battery information, fuel information, tire information, and vehicle It may include at least one of lamp information, vehicle interior temperature information, and vehicle interior humidity information.
  • This sensor information includes heading sensor, yaw sensor, gyro sensor, position module, vehicle forward/reverse sensor, wheel sensor, vehicle speed sensor, It can be obtained from a vehicle body tilt sensor, battery sensor, fuel sensor, tire sensor, steering sensor by steering wheel rotation, vehicle interior temperature sensor, vehicle interior humidity sensor, etc.
  • the position module may include a GPS module for receiving GPS information.
  • the interface 130 receives vehicle front image data, vehicle side image data, vehicle rear image data, obstacle distance information around the vehicle, etc. from the camera 195 or lidar (not shown), and stores the received information. It can be transmitted to the signal processing device 170.
  • the memory 140 may store various data for the overall operation of the vehicle display device 100, such as a program for processing or controlling the signal processing device 170.
  • the memory 140 may store data about a hypervisor, a server virtualization machine, and first to second guest virtualization machines for execution within the processor 175 .
  • the memory 140 may be provided within the signal processing device 170 as shown in the drawing, but is not limited to this and may also be placed outside the signal 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. For this purpose, speakers, etc. may be provided.
  • the power supply unit 190 can supply power required for the 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 device 170 controls the overall operation of each unit within the vehicle display device 100.
  • the signal processing device 170 may include a processor 175 and a memory 140 that perform signal processing for at least one of the first display 180a and the second display 180b.
  • the processor 175 may execute a server virtualization machine and first to second guest virtualization machines 520 to 540 on a hypervisor (505 in FIG. 5) within the processor 175.
  • the server virtualization machine 520 may be called a server virtualization machine (Server Virtual maschine), and is the first to second guest virtualization machine.
  • 2 Guest virtual machines 530 to 540 may be named guest virtual machines (Guest Virtual maschine).
  • the first guest virtualization machine 530 may operate for the first display 180a
  • the second guest virtualization machine 540 may operate for the second display 180b.
  • the server virtualization machine 520 in the processor 175 may receive vehicle sensor data, location information data, camera image data, audio data, or touch input data, process or process them, and output them.
  • vehicle sensor data location information data
  • camera image data e.g., portrait
  • audio data e.g., video, voice, or touch
  • process or process them e.g., touch input data
  • server virtualization machine 520 in the processor 175 may receive vehicle sensor data, location information data, camera image data, audio data, or touch input data, process or process them, and output them.
  • data processing can be performed efficiently.
  • 1:N data sharing becomes possible.
  • the server virtualization machine 520 directly receives CAN communication data, audio data, radio data, USB data, and wireless communication data for the first to second guest virtual machines 530 to 540, and It can be handled.
  • server virtualization machine 520 may transmit the processed data to the first to second guest virtualization machines 530 to 540.
  • the server virtualization machine 520 among the server virtualization machines and the first to second guest virtualization machines 520 to 540 receives communication data and external input data and performs signal processing, thereby The signal processing burden is reduced, 1:N data communication becomes possible, and synchronization during data sharing becomes possible.
  • the server virtualization machine 520 records part of the data in the first shared memory 508a to be transmitted to the first guest virtualization machine 530, and writes another part of the data to the second guest virtualization machine 530. 1 It is recorded in the shared memory 508a, and the first guest virtualization machine 530 and the second guest virtualization machine 540 each process the received data, and the processed data is stored in the second shared memory (not shown). Control to record. Accordingly, data processing can be efficiently performed between a plurality of signal processing devices in the vehicle.
  • the data at this time may be any one of video data, audio data, navigation data, or voice recognition data.
  • the server virtualization machine 520 may process another part of the data and control the processed data to be recorded in a second shared memory (not shown). That is, in addition to the first guest virtualization machine 530 and the second guest virtualization machine, the server virtualization machine 520 may perform data processing.
  • the server virtualization machine 520 may generate each command queue for distributed processing of data in the first to second guest virtualization machines 530 and 540. Accordingly, data can be shared and processed across multiple virtual machines.
  • the server virtualization machine 520 in the processor 175 may generate one identical command queue when the first to second guest virtualization machines 530 and 540 share the same data. Accordingly, the same data can be synchronized and shared.
  • server virtualization machine 520 may generate a command queue corresponding to the number of virtualization machines for distributed processing of data.
  • the server virtualization machine 520 transfers at least a portion of the data to at least one of the first guest virtualization machine 530 and the second guest virtualization machine 540 or the second signal processing device 170b. ) can be controlled to be transmitted.
  • the server virtualization machine 520 transmits at least a portion of the data to at least one of the first guest virtualization machine 530 and the second guest virtualization machine 540 or to the second signal processing device 170b.
  • a first shared memory 508a may be allocated, and image data processed in the first guest virtualization machine 530 or the second guest virtualization machine 540 may be recorded in the second shared memory (not shown).
  • server virtualization machine 520 may record data in the shared memory 508 and control the first guest virtualization machine 530 and the second guest virtualization machine 540 to share the same data.
  • the server virtualization machine 520 records radio data or wireless communication data in the shared memory 508 and shares the same data with the first guest virtualization machine 530 and the second guest virtual machine 540. You can control it to do so. Accordingly, sharing of data in a 1:N manner becomes possible.
  • the server virtualization machine 520 in the processor 175 is a shared memory based on the hypervisor 505 to transmit the same data to the first guest virtualization machine 530 and the second guest virtualization machine 540. 508) can be controlled to be set.
  • the server virtualization machine 520 in the processor 175 uses the shared memory 508 based on the hypervisor 505 to connect to the first guest virtualization machine 530 and the second guest virtualization machine 540,
  • the same data can be synchronized and transmitted. Accordingly, the same image can be displayed in synchronization on a plurality of displays 180a to 180b within the vehicle.
  • the signal processing device 170 can process various signals, such as audio signals, video signals, and data signals.
  • the signal processing device 170 may be implemented in the form of a system on chip (SOC).
  • the second signal processing device 170b performs signal processing for the vehicle displays 180c and 180d, and may include a second processor 175b and a second memory 140b.
  • the second processor 175b may execute a plurality of virtual machines (520b, 530b, and 540b in FIG. 8) on a hypervisor (505 in FIG. 8) within the second processor 175b.
  • the second processor 175b may run a server virtualization machine and a guest virtualization machine on a hypervisor within the second processor 175b.
  • the server virtualization machine in the second processor 175b receives vehicle sensor data, location information data, camera image data, and audio data from the server virtualization machine 520 in the processor 175 in the signal processing device 170.
  • touch input data can be received, processed or processed, and output.
  • the server virtualization machine in the second processor 175b receives CAN communication data, audio data, and radio data from the server virtualization machine 520 in the processor 175 in the signal processing device 170 for the guest virtualization machine.
  • USB data, and wireless communication data can be received and processed.
  • server virtualization machine in the second processor 175b may transmit the processed data to the guest virtualization machine.
  • the server virtualization machine among the server virtualization machines and the guest virtualization machines in the second processor 175b receives communication data and external input data and performs signal processing, thereby reducing the signal processing burden on the guest virtualization machine.
  • 1:N data communication becomes possible, allowing synchronization when sharing data.
  • the server virtualization machine in the second processor 175b can control the hypervisor 505-based shared memory (508b in FIG. 8) to be set to transmit the same data as the guest virtualization machine.
  • the server virtualization machine in the second processor 175b can synchronize and transmit the same data to the guest virtualization machine using the shared memory 508b based on the hypervisor 505. Accordingly, the same image can be displayed in synchronization on a plurality of displays (180c to 180d) in the vehicle.
  • the second signal processing device 170b can process various signals such as audio signals, video signals, and data signals.
  • the second signal processing device 170b may be implemented in the form of a system on chip (SOC).
  • FIG. 4 is a diagram illustrating a system driven by a signal processing device related to the present disclosure.
  • FIG. 4 is a diagram illustrating a virtualization machine being used for the cluster display 180a and the AVN display 180b, respectively.
  • the system 400 running in the signal processing device of FIG. 4 includes a cluster virtualization machine 430 and an AVN virtualization machine 440 running on the hypervisor 405 in the processor 175 in the signal processing device 170. exemplifies this.
  • system 400 running on the signal processing device of FIG. 4 illustrates that a legacy virtualization machine 410 is also executed on the hypervisor 405 within the processor 175.
  • the legacy virtualization 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 includes an interface 431 for CAN communication, an interface 432 for communication with the interface 412 of the legacy virtualization machine 410, and a legacy virtualization machine 410. ) may be provided with an interface 433 for communication with the interface 413.
  • the AVN virtualization machine 440 includes an interface 441 for input and output of audio data, radio data, USB data, and wireless communication data, and an interface for communication with the interface 412 of the legacy virtualization machine 410. (442), an interface 443 for communication with the interface 413 of the legacy virtualization machine 410 may be provided.
  • CAN communication data is input and output only from the cluster virtualization machine 430, so the AVN virtualization machine 440 has the disadvantage of not being able to utilize CAN communication data.
  • audio data, radio data, USB data, and wireless communication data are input and output only from the AVN virtualization machine 440, so the cluster virtualization machine 430 cannot utilize such data. There is.
  • the disadvantage is that the cluster virtualization machine 430 and the cluster virtualization machine 430 must each be equipped with separate interfaces (431, 432, 441, and 442) for memory data and Ethernet communication data input and output from the legacy virtualization machine 410. there is.
  • FIG. 4 a method for improving the system of FIG. 4 is presented. That is, unlike FIG. 4, the virtualization machine is divided into a server virtualization machine and a guest virtualization machine, and various memory data, communication data, etc. are input and output from the server virtualization machine, not from the guest virtualization machine. This will be described with reference to Figure 5 and below.
  • FIG. 5 is a diagram illustrating an example of a system driven by a signal processing device according to an embodiment of the present disclosure.
  • the system 500 of FIG. 5 includes a server virtualization machine 520, a first guest virtualization machine 530, and a first virtualization machine 520 on a hypervisor 505 within a processor 175 within a signal processing device 170. 2 This illustrates that the guest virtualization machine 540 is running.
  • the first guest virtualization machine 530 may be a virtualization machine for the cluster display 180a
  • the second guest virtualization machine 540 may be a virtualization machine for the AVN display 180b.
  • the first guest virtualization machine 530 and the second guest virtualization machine 540 may operate to render images on the cluster display 180a and the AVN display 180b, respectively.
  • system 500 running on the signal processing device 170 of FIG. 5 illustrates that a legacy virtualization machine 510 is also executed on the hypervisor 505 within the processor 175.
  • the legacy virtualization machine 510 is provided with an interface 511 for data communication with the memory 140 and Ethernet communication.
  • the legacy virtualization machine 510 may further include an interface (virtio-backend interface) 512 for data communication with the first to second guest virtualization machines 530 and 540.
  • an interface virtualization-backend interface
  • the server virtualization machine 520 may be provided with an interface 521 for input and 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 virtualization machine.
  • the server virtualization machine 520 can provide I/Os that are difficult to virtualize by standard virtualization technology (VirtIO) to a plurality of guest virtualization machines, for example, the first to second guest virtualization machines 530 and 540. there is.
  • VirtualIO virtualization technology
  • the server virtualization machine 520 can control radio data, audio data, etc. at the supervisor level and provide them to a plurality of guest virtualization machines, for example, the first to second guest virtualization machines 530 and 540.
  • the server virtualization machine 520 processes vehicle data, sensor data, vehicle surrounding information, etc., and distributes the processed data or information to a plurality of guest virtualization machines, for example, first to second guest virtualization machines ( 530,540), etc.
  • server virtualization machine 520 may provide services (Supervisory Services), such as processing vehicle data and managing audio routing.
  • Supervisory Services such as processing vehicle data and managing audio routing.
  • the first guest virtual machine 530 may be provided with an input/output client interface 532 for data communication with the server virtualization machine 520 and APIs 533 for controlling the input/output client interface 532. .
  • the first guest virtualization machine 530 may be provided with an interface (virtio-backend interface) for data communication with the legacy virtualization machine 510.
  • the first guest virtualization machine 530 communicates with the memory 140 from the interface 512 of the legacy virtualization machine 510 through a virtio-backend interface. Data, Ethernet data can be received through Ethernet communication.
  • the second guest virtual machine 540 may be provided with an input/output client interface 542 for data communication with the server virtualization machine 520 and APIs 543 for controlling the input/output client interface 542.
  • the second guest virtualization machine 540 may be provided with an interface (virtio-backend interface) for data communication with the legacy virtualization machine 510.
  • the second guest virtualization machine 540 communicates with the memory 140 from the interface 512 of the legacy virtualization machine 510 through a virtio-backend interface. Data, Ethernet data can be received through Ethernet communication.
  • the legacy virtualization machine 510 can also be provided in the server virtualization machine 520.
  • CAN communication data is input and output only from the server virtualization machine 520, but through data processing in the server virtualization machine 520, a plurality of guest virtualization machines, for example, first to second 2 It may be provided to guest virtualization machines 530 and 540, etc. Accordingly, 1:N data communication through processing of the server virtualization machine 520 becomes possible.
  • audio data, radio data, USB data, and wireless communication data are input and output only from the server virtualization machine 520, but through data processing in the server virtualization machine 520, multiple may be provided to guest virtualization machines, for example, first to second guest virtualization machines 530 and 540, etc. Accordingly, 1:N data communication through processing of the server virtualization machine 520 becomes possible.
  • the first to second guest virtualization machines 530 and 540 may operate based on different OSs.
  • the first guest virtualization machine 540 may operate based on a Linux OS, and the second guest virtualization machine 540 may operate based on a web OS.
  • the server virtualization machine 520 may set the shared memory 508 based on the hypervisor 505 for data sharing even if the first to second guest virtual machines 530 and 540 operate based on different OSs. Accordingly, even if the first to second guest virtual machines 530 and 540 operate under different operating systems (OS), they can synchronize and share the same data or the same image. Ultimately, the same data or the same image can be displayed in synchronization on the plurality of displays 180a and 180b.
  • OS operating systems
  • FIG. 6 is a diagram referenced in the description of the operation of a system running in a signal processing device according to an embodiment of the present invention
  • FIGS. 7A to 9D are diagrams referenced in the description of FIG. 5 or FIG. 6 .
  • the processor 175 in the signal processing device 170 operates a server virtualization machine 520 and a plurality of guest virtualization machines ( 530 to 540), and the server virtualization machine 520 in the processor 175 uses the hypervisor 505 to transmit data to the first guest virtualization machine 530 and the second guest virtualization machine 540. Controls the based shared memory 508 to be set.
  • the same image data may be transmitted from the server virtualization machine 520 to the first guest virtualization machine 530 and the second guest virtualization machine 540. Accordingly, the same image can be displayed in synchronization on a plurality of displays 180a to 180b within the vehicle.
  • the processor 175 in the signal processing device 170 operates a server virtualization machine 520 and a plurality of guest virtualization machines ( 530 to 540), and the server virtualization machine 520 in the processor 175 uses the shared memory 508 based on the hypervisor 505 to perform the first guest virtualization machine 530 and the second guest virtualization.
  • the same data can be synchronized and transmitted.
  • the same data may include CAN communication data, audio data, radio data, USB data, wireless communication data, location information data, or touch data. Accordingly, the same data can be displayed in synchronization on a plurality of displays 180a to 180b in the vehicle.
  • the server virtualization machine 520 in the processor 175 receives location information data that varies depending on movement, processes it, and provides it to the first guest virtualization machine 530 or the second guest virtualization machine 540. You can. Accordingly, instead of 1:1 data communication between virtual machines, 1:N data communication is possible using shared memory.
  • the first guest virtualization machine 530 and the second guest virtualization machine 540 may be driven by different operating systems. Accordingly, high-speed data communication can be performed even if the plurality of virtual machines 520, 530, and 540 are driven by different operating systems.
  • the legacy virtualization machine 510 uses memory data from the memory 140, Ethernet data through Ethernet communication, and shared memory 508 based on the hypervisor 505, It can be synchronized and transmitted to the first guest virtualization machine 530 and the second guest virtualization machine 540.
  • 1:N data communication can be performed for memory data or Ethernet data. Accordingly, the same data can be transmitted in synchronization.
  • server virtualization machine 520 in the processor 175 is a supervisory service and can run a system manager, a display manager, etc.
  • the server virtualization machine 520 in the processor 175 is a system-based service (systemic service), including vehicle information service, location information service, camera service, Autosa, Bluetooth communication service, radio service, Wi-Fi service, and audio service. , touch services, etc. can be executed.
  • system-based service including vehicle information service, location information service, camera service, Autosa, Bluetooth communication service, radio service, Wi-Fi service, and audio service. , touch services, etc. can be executed.
  • the signal processing device 170 includes, in addition to the shared memory 508 and the processor 175, a secure storage device 509 that stores the electronic signature and public key of the external server 900. More may be included.
  • the signal processing device 170 receives encrypted data from the server 900, decrypts the encrypted data from the server 900 based on the electronic signature and public key of the server 900, and decrypts the encrypted data. It may further include a security execution unit (TEE) that transmits the received data to at least one of the server virtualization machine 520 or the plurality of guest virtualization machines 530 and 540.
  • TEE security execution unit
  • the security execution unit may be executed in the processor 175 within the signal processing device 170, as shown in the figure.
  • the security execution unit includes a policy manager (PM) that sets the data shared by the first guest virtual machine 530 and the second guest virtual machine 540 to be different according to the sharing policy, and a secure storage device ( 509) and may include an interface (SS) for exchanging data.
  • PM policy manager
  • SS interface
  • server virtualization machine 520 and the first to second guest virtualization machines 530 and 540 respectively, the server virtualization machine 520 and the plurality of guest virtualization machines 530 and 540, respectively, receive information from the shared memory 508.
  • Security interfaces 525, 535, and 545 may be provided to decrypt encrypted data or store encrypted data in the shared memory 508.
  • FIG. 7A illustrates three virtualization machines 420, 420, and 430 operating in the system 400b of FIG. 4.
  • the server virtualization machine 520 (420) is a Linux-based virtualization machine and may be equipped with an input/output server interface 422 for data transmission, and a first guest virtualization machine 530 and a second
  • the guest virtualization machine 540 may include input/output client interfaces 432 and 442 for data communication with the input/output server interface 422.
  • the server virtualization machine 520 may access the first shared memory 408a within the hypervisor 405 to transmit first data to the first guest virtualization machine 430, and A second shared memory 408b, separate from the first shared memory 408a, within the hypervisor 405, for the machines 520 and 420 to transmit the same first data to the second guest virtualization machine 440. ) must be set.
  • FIG. 7B shows that, by the system 400b of FIG. 7A, the first guest virtualization machine 430 displays image data received through the first shared memory 408a on the first display 180a, and the second guest In this example, the virtualization machine 440 displays image data received through the second shared memory 408b on the second display 180b.
  • the image 705a displayed on the first display 180a and the image 705b displayed on the second display 180b are not synchronized, and the image 705b displayed on the second display 180b is not synchronized.
  • This example corresponds to a previous frame than the image 705a displayed on the first display 180a.
  • the present invention proposes a method of allocating one shared memory when transmitting the same data. Accordingly, 1:N day communication is performed and transmission of synchronized data is possible.
  • Figure 8 shows that a server virtualization machine 520 and a plurality of guest virtual machines 530 to 540 are executed on the hypervisor 505 in the processor 175 in the system 500 according to an embodiment of the present invention, and the processor The server virtualization machine 520 in 175 uses a shared memory 508 based on the hypervisor 505 to transmit the same data to the first guest virtualization machine 530 and the second guest virtualization machine 540.
  • This example shows control to be set.
  • the same image can be displayed in synchronization on a plurality of displays 180a to 180b within the vehicle.
  • high-speed data communication between a plurality of virtual machines 520, 530, and 540 can be performed. Furthermore, high-speed data communication can be performed even if the plurality of virtual machines 520, 530, and 540 are driven by different operating systems.
  • the server virtualization machine 520 in the processor 175 does not allocate a number of memory corresponding to the number of virtualization machines, but one.
  • the shared memory 508 can be used. Accordingly, instead of 1:1 data communication between virtual machines, 1:N data communication is possible using the shared memory 508.
  • server virtualization machine 520 within the processor 175 may include an input/output server interface 522 and a security manager 526.
  • the first guest virtualization machine 530 and the second guest virtualization machine 540 may include input/output client interfaces 532 and 542, respectively. Accordingly, high-speed data communication between the plurality of virtual machines 520, 530, and 540 can be performed using the input/output server interface 522 and the input/output client interfaces 532 and 542.
  • the input/output server interface 522 in the server virtualization machine 520 receives the same data transmission request from each of the input/output client interfaces 532 and 542 in the first guest virtualization machine 530 and the second guest virtualization machine 540, and , Based on this, shared data can be transmitted to the shared memory 508 through the security manager 526.
  • Figure 9A illustrates a more detailed diagram of shared data transfer.
  • the input/output server interface 522 in the server virtualization machine 520 transmits an allocation request for the shared memory 508 to the security manager 526 (S1).
  • the security manager 526 can allocate the shared memory 508 using the hypervisor 505 (S2) and record shared data in the shared memory 508.
  • the input/output client interfaces 532 and 542 may transmit a connection request to the input/output server interface 522 after allocating 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 and 542 (S4).
  • the key data at this time may be data for data access.
  • the server virtualization machine 520 in the processor 175 sends information about the shared memory 508 to the first guest virtualization machine 530 and the second guest virtualization machine. It can be sent to (540).
  • the input/output client interfaces 532 and 542 can access the shared memory 508 (S5) and copy the shared data from the shared memory 508 based on the received key data.
  • the first guest virtualization machine 530 and the second guest virtualization machine 540 can access the shared memory 508, and ultimately share shared data.
  • the shared data is video data
  • the video data is shared by the first guest virtualization machine 530 and the second guest virtualization machine 540, and eventually, the video data is shared on the plurality of displays 180a to 180b in the vehicle.
  • the same shared video can now be displayed in synchronization.
  • FIG. 9B shows that, by the system 500b of FIG. 9A, the first guest virtualization machine 530 displays image data received through the shared memory 508 on the first display 180a, and the second guest virtualization machine 530 displays image data received through the shared memory 508 on the first display 180a.
  • 540 illustrates displaying image data received through the shared memory 508 on the second display 180b.
  • the image 905 displayed on the first display 180a and the image 905 displayed on the second display 180b are synchronized to display the same image.
  • the image data processed by the server virtualization machine 520 in the processor 175 is transmitted to the first guest virtualization machine 530 and the second guest virtualization machine 540 through the shared memory 508, and the image data is transmitted to the first guest virtualization machine 530 and the second guest virtualization machine 540.
  • the first image 905 displayed on the first display 180a and the second image 905 displayed on the second display 180b may be the same. Accordingly, the same image can be displayed in synchronization on a plurality of displays 180a to 180b in the vehicle. Additionally, high-speed data communication between a plurality of virtual machines (520, 530, and 540) can be performed.
  • FIG. 9C is a detailed diagram of the output server interface 522 of FIG. 8.
  • a plurality of buffers 507a, 507b, and 507c may be set in the shared memory 508.
  • each input/output client interface 532 and 542 in the first guest virtualization machine 530 and the second guest virtualization machine 540 may include consumers 533 and 543, respectively.
  • the output server interface 522 in the server virtualization machine 520 has a Producer 1010 that creates a synchronization object for graphics synchronization, manages a queue, and in particular, receives a recvQueue 1020, a queue. It may be provided with a WorkThread (1030) that manages and controls operations, and a SendQueue (1040) that manages queues and, in particular, transmits.
  • Producer 1010 that creates a synchronization object for graphics synchronization, manages a queue, and in particular, receives a recvQueue 1020, a queue. It may be provided with a WorkThread (1030) that manages and controls operations, and a SendQueue (1040) that manages queues and, in particular, transmits.
  • the producer 1010 receives information about an empty buffer index among the plurality of buffers 507a, 507b, and 507c in the shared memory 508 from the recvQueue 1020 (Sa1). For example, when the first buffer 507a of the plurality of buffers 507a, 507b, and 507c is empty, information about the first buffer 507a is received (Sa1).
  • the producer 1010 receives information about the first buffer 507a whose reference count (refcnt) is 0 from the recvQueue 1020.
  • the producer 1010 creates a synchronization object for graphics synchronization for recording into the first buffer 507a (Sa2).
  • the producer 1010 writes data about the created synchronization object to the first buffer 507a in the shared memory 508 (Sa3).
  • the Producer 1010 queues information about the first buffer 507a, for example, the buffer index, with the SendQueue 1040 (Sa4).
  • WorkThread (1030) detects when data comes into the periodically monitored SendQueue (1040) and receives or reads it (Sa5).
  • WorkThread (1030) receives information about the first buffer (507a) when it comes to the SendQueue (1040) that it is monitoring.
  • WorkThread 1030 increases the reference count (refcnt) of the buffer corresponding to the first buffer 507a by the number of consumers or the number of input/output client interfaces (Sa7).
  • the number of consumers (533,543) or the number of input/output client interfaces (532,542) is 2, so the reference count (refcnt) of the buffer corresponding to the first buffer 507a is increased from 0 to 2.
  • WorkThread (1030) transmits the buffer index to Consumer (533, 543) (Sa8). For example, information corresponding to the first buffer 507a is transmitted (Sa8).
  • Consumers 533 and 543 use the received buffer index to access the first buffer 507a in the shared memory 508 and copy data (Sa9).
  • Consumer (533, 543) returns the buffer index back to Producer (1010) or WorkThread (1030) (Sa10).
  • the Producer 1010 decreases the reference count (RefCnt) for the first buffer 507a by 1 for each Consumer 533 and 543, based on information received after data copy completion or the buffer index.
  • the reference count (RefCnt) for the first buffer 507a decreases from 2 to 1.
  • the reference count (RefCnt) for the first buffer 507a decreases from 1 to 0.
  • the buffer can be used by the producer 1010 again.
  • the first frame data is shared using the first buffer 507a
  • the second frame data is shared using the second buffer 507b
  • the third buffer 507c is shared.
  • the third frame data can be shared using
  • the fourth frame data can be shared again using the first buffer 507a.
  • the input/output server interface 522 receives information about the empty first buffer 507a in the shared memory 508, records first data in the first buffer 507a in the shared memory 508, and , the buffer information of the first buffer 507a may be transmitted to each input/output client interface 532 and 542 in the first guest virtualization machine 530 and the second guest virtualization machine 540.
  • the reference count of the first buffer 507a changes in the first direction (e.g., the reference count increases), and the first buffer 507a
  • the reference count of the first buffer 507a may change in a second direction opposite to the first direction (for example, the reference count decreases).
  • each consumer 533 and 543 in each input/output client interface 532 and 542 in the first guest virtualization machine 530 and the second guest virtualization machine 540 stores first data in the first buffer 507a.
  • the reference count of the first buffer 507a may change (for example, the reference count increases) in the first direction.
  • the reference count of the first buffer 507a is set to 1. It may be changed in a second direction opposite to the direction (for example, the reference count decreases). Accordingly, after completion of copying, new data can be recorded in the first buffer 507a.
  • the server virtualization machine 520 records first to third frame data in first to third buffers 507a to 507c among the plurality of buffers 507a to 507c, respectively, and Each input/output client interface 532, 542 in the virtualization machine 530 and the second guest virtual machine 540 receives first to third frame data from first to third buffers 507a to 507c. can be copied sequentially.
  • the first guest virtualization machine 530 after the input/output client interfaces 532 and 542 in the second guest virtualization machine 540 complete copying the first frame data from the first buffer 507a, 2
  • the second frame data from the buffer 507b can be copied. Accordingly, synchronization during data sharing can be performed between the first guest virtualization machine 530 and the second guest virtualization machine 540.
  • FIG. 9D is a diagram illustrating that various drivers (DRa, DRb, and DRc) are provided in the server virtualization machine 520.
  • the server virtual machine 520 includes a location information driver (DRa) for processing location information, a touch driver (DRb) for processing touch input, and a camera driver ( DRc) can be provided.
  • DRa location information driver
  • DRb touch driver
  • DRc camera driver
  • the server virtualization machine 520 can set the shared memory 508 based on the hypervisor 505 for each location information driver (DRa), touch driver (DRb), and camera driver (DRc).
  • DRa location information driver
  • DRb touch driver
  • DRc camera driver
  • the input/output server interface 522 sets a first shared memory 508a for transmission of image data from the camera driver (DRc) and a second shared memory 508a for transmission of location information from the location information driver (DRa).
  • Shared memory 508b can be set.
  • the key data of the first shared memory 508a and the key data of the second shared memory 508b are transmitted to the first guest virtualization machine 530 and the second guest virtualization machine 540, and The virtualization machine 530 and the second guest virtualization machine 540 generate the first shared memory 508a and the second shared memory 508b based on the key data of the first shared memory 508a and the key data of the second shared memory 508b.
  • the second shared memory 508b can be accessed.
  • two shared memories 508a and 508b are used as shared memory based on the hypervisor 505. Illustrate.
  • the security manager 526 when sharing different types of shared data, the security manager 526 generates key data information for data access, virtualization machine information, information for each device, allocated memory address information, and buffer index information. You can create and register key data information in table form.
  • the input/output client interfaces 532 and 542 in the first guest virtualization machine 530 and the second guest virtualization machine 540 connect to the security manager 526 and refer to the table in the security manager 526.
  • key data can be requested and received, and the corresponding shared memory can be accessed using the received key data.
  • FIG. 10 is a detailed diagram illustrating a system driven by the signal processing device of FIG. 5.
  • the signal processing device 170 includes a shared memory 508 and a processor 175 that performs signal processing for a display mounted on a vehicle.
  • the processor 175 executes a server virtualization machine 520 and a plurality of guest virtualization machines 530 and 540 on the hypervisor 505 within the processor 175, and operates the first guest virtualization machine among the plurality of guest virtualization machines 530 and 540.
  • the machine 530 operates for the first display 180a
  • the second guest virtualization machine 540 among the plurality of guest virtualization machines 530 and 540 operates for the second display 180b.
  • the server virtualization machine 520 is controlled to store data to be transmitted to at least one of the first guest virtualization machine 530 and the second guest virtualization machine 540 in the shared memory 508. And transmits the security key to at least one of the first guest virtualization machine 530 and the second guest virtualization machine 540. Accordingly, security can be strengthened during data transmission. In particular, security can be strengthened when transmitting data to the guest virtual machine 530 or 540. Furthermore, security can be strengthened when transmitting data between virtual machines (520 to 540).
  • At least one of the first guest virtualization machine 530 or the second guest virtualization machine 540 may receive data stored in the shared memory 508 and decrypt the received data based on the security key. . Accordingly, security can be strengthened during data transmission.
  • the server virtualization machine 520 controls data to be transmitted to at least one of the first guest virtualization machine 530 and the second guest virtualization machine 540 to be stored in the shared memory 508, and encrypts the symmetric key
  • the security key including the encrypted symmetric key may be transmitted to at least one of the first guest virtualization machine 530 and the second guest virtualization machine 540. Accordingly, security can be strengthened during data transmission.
  • the server virtualization machine 520 transmits a security key including an encrypted symmetric key to the first guest virtualization machine 530 and the second guest virtualization machine 540.
  • the first guest virtualization machine 530 and the second guest virtualization machine 540 may receive the encrypted symmetric key and decrypt data stored in the shared memory 508 using the symmetric key.
  • the server virtualization machine 520 at a first time, sends a security key including the encrypted symmetric key to one of the first guest virtualization machine 530 or the second guest virtualization machine 540.
  • the encrypted and updated symmetric key may be transmitted to at least one of the first guest virtualization machine 530 and the second guest virtualization machine 540 at a second time after the first time. Accordingly, based on the updated security key, security can be strengthened when transmitting data.
  • the server virtualization machine 520 may newly generate and update the symmetric key as a Random Key Value at regular intervals.
  • server virtualization machine 520 may transmit the updated symmetric key to the security interface 535 or 545 within at least one of the first guest virtualization machine 530 or the second guest virtualization machine 540. Accordingly, based on the updated security key, security can be strengthened when transmitting data.
  • the server virtualization machine 520 controls the first guest virtualization machine 530 and the second guest virtualization machine 540 to store the data to be transmitted in the shared memory 508 for the same data transmission, and
  • the security key may be transmitted to the first guest virtualization machine 530 and the second guest virtualization machine 540. Accordingly, while transmitting the same data, security can be strengthened when transmitting the same data.
  • the first guest virtualization machine 530 and the second guest virtualization machine 540 may receive the same data stored in the shared memory 508 and decrypt the received same data based on the security key. Accordingly, while transmitting the same data, security can be strengthened when transmitting the same data.
  • the server 900 may include a hash value generator 911 and an electronic signature generator 913.
  • the hash value generator 911 may generate a hash value for the binary of the security interfaces 525, 535, and 545 of each virtual machine (520, 530, and 540), and the electronic signature generator 913 may generate a hash value for the generated hash value. Based on this, an electronic signature can be performed.
  • the signal processing device 170 may further include a secure storage device 509 that stores the electronic signature and public key of the external server 900.
  • the signal processing device 170 receives encrypted data from the server 900 and receives data from the server 900 based on the electronic signature and public key of the server 900.
  • a security execution unit may be executed to decrypt the encrypted data and transmit the decrypted data to at least one of the server virtualization machine 520 or the plurality of guest virtual machines 530 and 540.
  • the signal processing device 170 may further include a hardware-based security execution unit (TEE).
  • TEE hardware-based security execution unit
  • the signal processing device 170 receives encrypted data from the external server 900 and receives encrypted data from the server 900 based on the electronic signature and public key of the server 900. ) and may further include a security execution unit (TEE) that decrypts the encrypted data and transmits the decrypted data to at least one of the server virtualization machine 520 or the plurality of guest virtual machines 530 and 540. Accordingly, security is strengthened when receiving data from the external server 900, and data can be transmitted to the internal virtual machine.
  • TEE security execution unit
  • the security execution unit includes a policy manager (PM) that sets the data shared by the first guest virtualization machine 530 and the second guest virtualization machine 540 to be different according to the sharing policy, and a secure storage It may include an interface (SS) for exchanging data with the device 509.
  • PM policy manager
  • SS interface
  • the server virtualization machine 520 the first guest virtualization machine 530, and the second guest virtualization machine 540, only the server virtualization machine 520 can receive external input data and communication data. Accordingly, it is possible to efficiently implement an interface for external input data and communication data.
  • the server virtualization machine 520 may share external input data or communication data with at least one of the first guest virtualization machine 530 or the second guest virtualization machine 540.
  • the server virtualization machine 520 encrypts external input data or communication data and controls the encrypted external input data or communication data to be stored in the shared memory 508, and the first guest virtualization machine 530 Alternatively, the security key may be transmitted to at least one of the second guest virtual machines 540.
  • At least one of the first guest virtualization machine 530 or the second guest virtualization machine 540 may decrypt the received external input data or communication data based on the security key. Accordingly, it is possible to efficiently implement an interface for external input data and communication data.
  • server virtualization machine 520 and the first to second guest virtualization machines 530 and 540 respectively, the server virtualization machine 520 and the plurality of guest virtualization machines 530 and 540, respectively, receive information from the shared memory 508.
  • Security interfaces 525, 535, and 545 may be provided to decrypt encrypted data or store encrypted data in the shared memory 508.
  • the security interface 525 in the server virtualization machine 520 performs encryption to store encrypted data in the shared memory 508, and the first to second guest virtualization machines 530 and 540 share the shared memory 508. Encrypted data received from the memory 508 can be decrypted. Accordingly, security can be strengthened during data transmission. In particular, security can be strengthened when transmitting data to the guest virtual machine 530 or 540. Furthermore, security can be strengthened when transmitting data between virtual machines (520 to 540).
  • server virtualization machine 520 and a verifier (VFR) running within the hypervisor 505 may perform integrity verification on the server virtualization machine 520 and a plurality of guest virtualization machines 530 and 540.
  • VFR verifier
  • the verifier (VFR) in the hypervisor 505 verifies the digital signature, hash value, and external server 900 of each security interface (525, 535, 545) in the server virtualization machine (520) and the plurality of guest virtualization machines (530, 540). Receive the public key, calculate the hash value based on the public key of the server 900 and the electronic signature of each security interface (525, 535, 545), compare the calculated hash value and the received hash value, and server virtualization machine ( Integrity verification can be performed on 520) and a plurality of guest virtual machines (530 and 540). Accordingly, security can be strengthened when transmitting data to an integrity-verified virtual machine.
  • the server virtualization machine 520 may verify the integrity of the server virtualization machine 520 and the first guest virtualization machine 530 by a verifier (VFR) running within the hypervisor 505. If it is determined to be a virtualization machine, and the integrity of the second guest virtualization machine 540 is not verified, the second guest virtualization machine 540 determines it to be an invalid virtualization machine and transmits it to the first guest virtualization machine 530. Data is controlled to be stored in the shared memory 508, the security key is transmitted to the first guest virtualization machine 530, and the security key is not transmitted to the second guest virtualization machine 540. Accordingly, security can be strengthened when transmitting data to an integrity-verified virtual machine.
  • VFR verifier
  • VFR verifier
  • the policy manager (PM) in the security execution unit (TEE) is configured to share a shared policy or shared policy with each security interface (525, 535, 545) in the server virtualization machine (520) and the first to second guest virtualization machines (530, 540). This is an example of sharing a topic that follows.
  • each security interface (525, 535, 545) in the server virtualization machine 520 and the first to second guest virtualization machines 530 and 540 varies.
  • the security interface 525 in the server virtualization machine 520 may include a security manager (TEma) for data exchange with the security execution unit (TEE) and a shared buffer (SBa) for interfacing with the shared memory 508. You can.
  • TEma security manager
  • SBa shared buffer
  • each of the security interfaces 535 and 545 in the first to second guest virtual machines 530 and 540 has a security manager (TEmb, TEmc) for data exchange with the security execution unit (TEE), and an interface with the shared memory 508, respectively. May include shared buffers (SBb, SBc) for .
  • ARs can be called the secure world and Arn can be called the normal world. That is, the security execution unit (TEE) may be in the secure world, and the hypervisor 505 and each virtual machine (520, 530, and 540) may be in the normal world.
  • TEE security execution unit
  • FIGS. 11A to 13C are diagrams referenced in the description of FIG. 10 .
  • FIG. 11A is a diagram referenced in explaining the operation of the external server 900.
  • FIG. 11A is a diagram illustrating the signing process of the server 900.
  • the external server 900 may be a signing server.
  • the external server 900 requests a hash value of the binary from the security interfaces 525, 535, and 545 of each virtual machine 520, 530, and 540 running on the signal processing device 170 (S1110).
  • the security interfaces 525, 535, and 545 of each virtual machine can access a binary file, generate a hash value of the file in a predetermined manner (S1112), and transmit the generated hash value to the server 900 (S1114). ).
  • the external server 900 signs the received hash values with its private key (S1116).
  • the external server 900 transmits the generated electronic signature and the public key of the server 900 to the secure storage device 509 within the signal processing device 170. Accordingly, the secure storage device 509 in the signal processing device 170 stores the electronic signature and the public key of the server 900.
  • the electronic signature information may be updated.
  • FIG. 11B is a diagram referenced in explaining the operation of the verifier.
  • FIG. 11B is a diagram explaining the verification process of the verifier (CFR) in the signal processing device 170.
  • the verifier accesses the secure storage device 509 and requests the electronic signature of the stored binaries of the security interfaces 525, 535, and 545 of each virtualization machine 520, 530, and 540 and the public key of the server 900. (S1120).
  • the secure storage device 509 transmits the electronic signature of the binary of the security interfaces 525, 535, and 545 of each virtual machine 520, 530, and 540 and the public key of the server 900 to the verifier (VFR) (S1122).
  • VFR verifier
  • VFR verifier
  • the verifier since the verifier (VFR) can access the file systems of all virtualization machines (520, 530, and 540), it accesses the security interfaces (525, 535, and 545) of each virtualization machine (520, 530, and 540) and obtains hash values (S1124, S1126, and S1128).
  • the verifier compares the digital signature retrieved from the secure storage device 509, the hash value calculated based on the public key, and the hash value obtained in steps 1124 to 1128 (S1124 to S1128). (S1130).
  • the verifier determines it as a valid virtualization machine if the comparison result value is true, and determines it as an invalid virtualization machine if the comparison result value is false.
  • VFR verifier
  • server virtualization machine 520 and the first virtual machine 530 are determined to be valid virtualization machines, data is shared between the server virtualization machine 520 and the first virtual machine 530, and the second No data is shared in the virtualization machine 540.
  • connection is possible between the server virtualization machine 520 and the first virtual machine 530, and the server virtualization machine ( There is no connection between 520) and the second virtual machine 540.
  • the server virtualization machine 520, the first virtual machine 530, and the second virtualization machine 540 are determined to be valid virtualization machines, the server virtualization machine 520, the first virtual machine 530, and Data is shared between the second virtual machines 540.
  • Figure 11c is an example explaining the operation of the verifier (VFR).
  • the verifier requests the electronic signature and public key from the secure storage device 509 (S1165).
  • the secure storage device 509 transmits the electronic signature and public key to the verifier (VFR) (S1167).
  • VFR verifier
  • the virtualization machine 520 or 530 calculates a hash value (S1169) and transmits the calculated hash value to the verifier (VFR) (S1170).
  • the verifier calculates the digital signatures retrieved from the secure storage device 509 using a hash value and a hash value received from the security interface 525 or 535 of the virtual machine 520 or 530. Compare (S1171).
  • VFR verifier
  • VFR verifier
  • the verifier may transmit a list of valid guest virtualization machines.
  • the verifier may transmit the validity of the server virtualization machine 520.
  • the verifier can perform integrity verification on the server virtualization machine 520 and the guest virtualization machine 530.
  • FIG 11d is another example explaining the operation of the verifier (VFR).
  • the application (Apt) in the guest virtualization machine 530 When the application (Apt) in the guest virtualization machine 530 is executed (S1178), the application (Apt) transmits the application ID (ID) and metadata to the verifier (VFR) (S1179).
  • the verifier may receive an application ID (ID) and meta data, and parse the meta data.
  • ID application ID
  • meta data parse the meta data.
  • the verifier (VFR) may transmit the application ID (ID) to the registered application list (RAL) (S1181).
  • the registered application list receives the application ID (ID) and determines whether the application ID (ID) exists in the list (S1182).
  • the registered application list reports the result to the verifier (VFR) (S1183), and the verifier (VFR) calculates the hash value of the executable file (ELF) (S1185).
  • VFR verifier
  • the registered application list adds the application ID (ID) to the application list based on receiving the matching information (S1189).
  • step 1187 the verifier (VFR) stops sharing data with the application (S1190). Accordingly, all communication with the application and the processor are stopped.
  • the verifier can perform integrity verification on the running application.
  • Figure 11e is a diagram explaining sharing data based on sharing a symmetric key.
  • the security interface 535 in the first guest virtual machine 530 requests authentication to the security interface 525 in the server virtual machine 520 (S1140).
  • the security interface 525 in the server virtualization machine 520 verifies the validity of the certificate of the security interface 535 in the first guest virtualization machine 530 that requested authentication (S1142).
  • the security interface 525 in the server virtualization machine 520 encrypts the symmetric key to be used for encryption transmission and reception with the public key of the security interface 535 in the other party, the first guest virtual machine 530 (S1144).
  • the security interface 525 in the server virtualization machine 520 transfers the encrypted symmetric key to the security interface 535 in the first guest virtualization machine 530 (S1146).
  • the security interface 535 in the first guest virtual machine 530 obtains a symmetric key by decrypting it with the private key (S1148).
  • the security interface 535 in the first guest virtual machine 530 requests data subscription to the security interface 525 in the server virtualization machine 520 (S1150).
  • the security interface 525 in the server virtual machine 520 encrypts the data with a symmetric key (S1151) and transmits the encrypted data to the security interface 535 in the first guest virtual machine 530 ( S1152).
  • the security interface 535 in the first guest virtual machine 530 decrypts the data encrypted with the symmetric key (S1154).
  • the security interface 535 in the second guest virtual machine 540 and the security interface 525 in the server virtual machine 520 may perform a mutual authentication request (S1156).
  • the security interface 545 in the second guest virtual machine 540 requests data subscription to the security interface 525 in the server virtual machine 520 (S1158).
  • the security interface 525 in the server virtualization machine 520 encrypts the data with a symmetric key (S1159), and transmits the encrypted data to the security interface 535 in the first guest virtual machine 530 and the second guest. It is transmitted to the security interface 545 within the virtualization machine 540 (S1160).
  • the security interface 525 in the server virtualization machine 520 can generate a new symmetric key at regular intervals as a Random Key Value.
  • the security interface 525 within the server virtualization machine 520 can update the symmetric key.
  • the security interface 525 in the server virtualization machine 520 transmits the encrypted updated symmetric key to the security interface 535 in the first guest virtualization machine 530 and the security interface in the second guest virtualization machine 540.
  • FIG. 11F is a diagram illustrating the format of a message such as an authentication request or subscription request in FIG. 11E.
  • messages such as authentication requests or subscription requests may include message ID, request ID, flag information or reserved information, Type information, and M/Q/C information in the interface header.
  • M/Q/C information in the interface header may include extension bits.
  • reserved information is [0x00], it indicates Find Server VM, if [0x01], it indicates Offer Server VM, if [0x02], it indicates Request capability, and if [0x03], it indicates Request Can indicate capability ACK.
  • Type information is [0x00], it represents Find Service, if it is [0x01], it represents Offer Service, if it is [0x02], it represents Request Service, and if it is [0x03], it represents Request Service ACK.
  • [0x04] indicates Find EVENT group
  • [0x05] indicates Publish Event group
  • [0x06] indicates Subscribe Event group
  • [0x07] indicates Subscribe Event group ACK. there is.
  • extension bit is [0x00], it can indicate only IxF, and if it is [0x01], it can indicate IxF with SOME/IP.
  • the server virtualization machine 520 may control the data shared with the first guest virtualization machine 530 and the second guest virtualization machine 540 to be different according to the sharing policy. Accordingly, it is possible to differentiate transmitted data based on the sharing policy.
  • the server virtualization machine 520 may set data to be shared with the first guest virtualization machine 530 and the second guest virtualization machine 540 according to an update of the sharing policy. Accordingly, it is possible to set the data to be transmitted based on the update of the sharing policy.
  • the server virtualization machine 520 receives location information data, camera data, or sensing data, and according to a sharing policy, uses the shared memory 508 to transmit the location information data to the first guest virtual machine 530. may be controlled to transmit, and location information data may be controlled not to be transmitted to the second guest virtual machine 540. Accordingly, it is possible to differentiate transmitted data based on the sharing policy.
  • the server virtualization machine 520 uses the shared memory 508 to transmit location information data to the first guest virtualization machine 530 and the second guest virtualization machine 540 according to the update of the sharing policy. You can control it. Accordingly, it is possible to set the data to be transmitted based on the update of the sharing policy.
  • Figure 12a is a diagram explaining the sharing policy.
  • the policy manager manages a shared policy table indicating whether access to each topic is possible.
  • the shared policy table managed by the policy manager (PM) is transmitted to the security interfaces (525, 535, 545) of each virtual machine (520, 530, 540), and the security interfaces (525, 535, 545) of each virtual machine (520, 530, 540) refer to this table to apply the Decide whether to transmit data or not.
  • the shared policy table is requested from the security interface (525, 535, 545) of each virtual machine (520, 530, 540) and the policy manager (PM) upon initialization (S1210, S1220, S1230).
  • step S1210 the security interface 525 of the server virtualization machine 520 requests a shared policy table from the policy manager (PM) upon initialization.
  • PM policy manager
  • step 1220 the security interface 535 of the first guest virtualization machine 530 requests a shared policy table from the policy manager (PM) upon initialization.
  • PM policy manager
  • step S1230 the security interface 545 of the second guest virtualization machine 540 requests a shared policy table from the policy manager (PM) upon initialization.
  • PM policy manager
  • the policy manager (PM) reads the shared policy table from the secure storage device 509 (S1012, S1022, and S1032).
  • the policy manager (PM) transmits the shared policy table to the security interfaces 525, 535, and 545 of each virtual machine (520, 530, and 540) (S1216, S1224, and S1234).
  • an augmented reality (AR) navigation application running on the first guest virtual machine 530 subscribes to location information (S1236).
  • the security interface 535 of the first guest virtual machine 530 may transmit a location information subscription request to the security interface 525 of the server virtualization machine 520.
  • MR mixed reality
  • the security interface 545 of the second guest virtual machine 540 may transmit a location information subscription request to the security interface 525 of the server virtualization machine 520.
  • the security interface 525 of the server virtualization machine 520 issues location information (S1238).
  • the security interface 525 of the server virtualization machine 520 may receive location information through a location information sensor or a communication module, and issue location information.
  • the security interface 525 of the server virtualization machine 520 encrypts the location information and sends the encrypted location information data to the security interface 535 of the first guest virtualization machine 530 and the second guest virtualization machine ( It can be transmitted to the security interface 545 of 540 (S1240).
  • the security interface 535 of the first guest virtual machine 530 compares the shared policy table (S1242) and, if the encrypted location information is allowed based on the shared policy table, provides the location information. It is possible to decrypt and transmit the decrypted location information to an Augmented Reality (AR) navigation application (S1248).
  • AR Augmented Reality
  • the security interface 545 of the second guest virtual machine 540 compares the shared policy table (S1243) and, if the encrypted location information is not allowed based on the shared policy table, the location information may be decrypted and the decrypted location information may not be transmitted to a mixed reality (MR) navigation application (S1248).
  • MR mixed reality
  • the security interface 525 of the server virtualization machine 520 is located as the security interface 535 of the first guest virtualization machine 530 using the shared memory 508 according to the sharing policy.
  • Information data can be controlled to be transmitted, and location information data can be controlled not to be transmitted to the security interface 545 of the second guest virtual machine 540. Accordingly, it is possible to differentiate transmitted data based on the sharing policy.
  • FIG. 12B is a diagram illustrating an example of the sharing policy table 1200.
  • location information is used in an augmented reality (AR) navigation application and is granted only to the first guest virtual machine 530.
  • CAN data which is sensor data, is used in a mixed reality (MR) navigation application and is allowed only to the second guest virtual machine 540.
  • MR mixed reality
  • Camera data (camera) is used in an augmented reality (AR) navigation application and is granted only to the first guest virtual machine 530.
  • AR augmented reality
  • the security interface 525 of the server virtualization machine 520 controls location information (GNSS) or camera data (camera) to be transmitted to the security interface 535 of the first guest virtual machine 530, , can be controlled not to be transmitted to the security interface 545 of the second guest virtual machine 540.
  • GNSS location information
  • camera data camera data
  • the security interface 525 of the server virtualization machine 520 controls CAN data (CAN) not to be transmitted to the security interface 535 of the first guest virtualization machine 530 and the second guest virtualization machine 530. It can be controlled to be transmitted to the security interface 545 of 540.
  • CAN data CAN data
  • Figure 12c is a diagram explaining the updated sharing policy.
  • the shared policy table may be updated at run time, and when the shared policy table is updated, the policy manager (PM) stores the updated table in the secure storage device 509.
  • the policy manager (PM) shares the updated table with the security interfaces 525, 535, and 545 of each virtual machine (520, 530, and 540) to synchronize the shared policy table of the entire system.
  • the security interface 525 of the server virtualization machine 520 requests the policy manager (PM) to update the shared policy table (S1260).
  • the policy manager (PM) stores the updated shared policy table in the secure storage device 509 (S1262) and transmits the completion of the update of the shared policy table to the security interface 525 of the server virtualization machine 520. Do (S1264).
  • the policy manager transmits the updated shared policy table to the security interfaces 525, 535, and 545 of each virtual machine 520, 530, and 540 (S1266).
  • the security interfaces 525, 535, and 545 of each virtual machine 520, 530, and 540 respectively store the updated shared policy table (S1268, S1269, and S1270).
  • the security interface 525 of the server virtualization machine 520 issues location information (S1272).
  • the security interface 525 of the server virtualization machine 520 may receive location information through a location information sensor or a communication module, and issue location information.
  • the security interface 525 of the server virtualization machine 520 encrypts the location information and sends the encrypted location information data to the security interface 535 of the first guest virtualization machine 530 and the second guest virtualization machine ( It can be transmitted to the security interface 545 of 540 (S1274).
  • the security interface 535 of the first guest virtual machine 530 compares the shared policy table (S1276) and, if the encrypted location information is allowed based on the updated shared policy table, the location Information can be decrypted and the decrypted location information can be transmitted to an augmented reality (AR) navigation application (S1278).
  • AR augmented reality
  • the security interface 545 of the second guest virtual machine 540 compares the shared policy table (S1277) and, if the encrypted location information is allowed based on the updated shared policy table, provides the location information. It is possible to decrypt and transmit the decrypted location information to a mixed reality (MR) navigation application (S1279).
  • MR mixed reality
  • the security interface 545 of the second guest virtualization machine 540 can transmit decrypted location information to the mixed reality (MR) navigation application.
  • MR mixed reality
  • FIG. 12D is a diagram illustrating an example of an updated sharing policy table 1200b.
  • the sharing policy table 1200 as shown in FIG. 12A, location information (GNSS) and camera data (camera) are allowed only to the first guest virtual machine 530, and CAN data (sensor data) CAN) may be granted only to the second guest virtualization machine 540.
  • GNSS location information
  • camera data camera data
  • CAN data sensor data
  • the sharing policy table can be updated, and according to the updated sharing policy table 1200b, location information (GNSS) is granted to both the first guest virtualization machine 530 and the second guest virtualization machine 540, , CAN data (CAN), which is sensor data, may be allowed only to the second guest virtual machine 540, and camera data (camera) may be allowed only to the first guest virtual machine 530.
  • GNSS location information
  • CAN data CAN
  • camera data camera
  • the security interface 525 of the server virtualization machine 520 uses the shared memory 508 according to the updated sharing policy, and the security interface 535 of the first guest virtualization machine 530 and the second Transmission of location information data to the security interface 545 of the guest virtual machine 540 can be controlled.
  • the security interface 535 of the first guest virtualization machine 530 and the security interface 545 of the second guest virtualization machine 540 use location information to use augmented reality (AR) navigation applications and mixed reality (MR), respectively. ) can be transmitted to the navigation application.
  • AR augmented reality
  • MR mixed reality
  • Figure 12e is a diagram explaining sharing a symmetric key.
  • the security interface within the first guest virtual machine 530 or the second external signal processing device 170b requests authentication from the security interface 525 within the server virtual machine 520 (S1280).
  • the server virtualization machine 520 verifies the validity of the certificate (S1281).
  • the server virtualization machine 520 encrypts the symmetric key for data transmission and reception with the other party's public key (S1285).
  • the server virtualization machine 520 may transmit the security key including the encrypted symmetric key as a response message to the first guest virtualization machine 530 or the second external signal processing device 170b (S1287) ).
  • step S1281 if the certificate is invalid, the server virtualization machine 520 determines that the certificate of the first guest virtualization machine 530 or the second external signal processing device 170b is invalid.
  • a response message containing the following may be transmitted (S1283).
  • Figure 12f is a diagram explaining data sharing using a symmetric key.
  • the first guest virtualization machine 530 or the second external signal processing device 170b receives data issued from the server virtualization machine 520, etc. (S1290).
  • the first guest virtualization machine 530 or the second external signal processing device 170b checks whether the topic is subscribed to (S1291), and if applicable, checks whether the received data is important information (S1292), and determines whether the received data is important information (S1292). In this case, it is checked whether the symmetric key is held (S1294), and if applicable, the received data is decrypted using the shown symmetric key (S1295).
  • the first guest virtual machine 530 or the second external signal processing device 170b transfers the decrypted data to the subscribing application (S1293).
  • step 1292 if the received data does not contain important information, since it has not been encrypted, the data may be directly transmitted to an application that subscribes to the data without decryption.
  • data received from the outside can be processed, and in particular, the same data can be shared with another virtualization machine or another signal processing device 170b.
  • FIG. 13A is a diagram showing the relationship between vehicle safety level (ASIL) and impacting level.
  • ASIL vehicle safety level
  • the vehicle safety level (ASIL) can be classified from A to D, and accordingly, the impacting level (Impacting level) can be divided into levels from 0 to 3.
  • the impacting level may be varied by user settings, etc. based on the vehicle safety level (ASIL).
  • ASIL vehicle safety level
  • the server virtualization machine 520 when the impacting level is the 0th level, data encryption is not performed, and when the impacting level is the 1st level, the certificate is encrypted, the data is not encrypted, and the impacting level is If this is the second level, perform authentication and encrypt the data and do not renew the security key; do not renew the security key; if the impacting level is the third level, perform authentication and encrypt the data and do not renew the security key; can be updated periodically.
  • FIG. 13B is a flowchart related to FIG. 13A
  • FIG. 13C is a diagram referenced in the description of FIG. 13B.
  • the server virtualization machine 520 sets an impacting level for each vehicle safety level (ASIL) grade and data type (S1310).
  • ASIL vehicle safety level
  • S1310 data type
  • the server virtualization machine 520 controls the sharing policy table to be stored in the secure storage device 509, etc., based on the determined impacting level (S1315).
  • Figure 13c illustrates an example of a shared policy table.
  • the impacting level is the second level
  • the impacting level is the first level
  • the impacting level is the zero level
  • the server virtualization machine 520 selectively performs encryption when transmitting data, based on the impacting level in the sharing policy table (S1320).
  • the location information data in FIG. 13C is encrypted, and the camera data is not encrypted.
  • the guest virtual machine 530 or the second signal processing device 170b checks the impacting level in the sharing policy table and performs decryption (S1325).
  • the location information data in FIG. 13C is decoded, but the camera data is not decoded.
  • Figure 14 is an example of an internal block diagram of a vehicle display device according to an embodiment of the present disclosure.
  • a vehicle display device 300 includes a plurality of signal processing devices 170 and 170Z1 to 170Z4.
  • the plurality of signal processing devices 170 and 170Z1 to 170Z4 include area signal processing devices 170Z1 to 170Z4 arranged in a plurality of areas of the vehicle 200, area signal processing devices 170Z1 to 170Z4, and an external server. (2000) and a central signal processing unit 170 that exchanges data.
  • the central signal processing device 170 stores the electronic signature from the external server 2000, performs authentication with the plurality of area signal processing devices 170, and connects the electronic signature to at least one of the plurality of area signal processing devices 170. Send security key and encrypted data. Accordingly, security during data transmission between the plurality of signal processing devices 170 and 170Z1 to 170Z4 in the vehicle can be strengthened.
  • the central signal processing unit 170 performs device authentication of the area signal processing units 170Z1 to 170Z4, and transmits encrypted data to the area signal processing units 170Z1 to 170Z4 or transmits encrypted data to the area signal processing units 170Z1 to 170Z4. Received from signal processing devices (170Z1 to 170Z4). Accordingly, security during data transmission between the plurality of signal processing devices 170 and 170Z1 to 170Z4 in the vehicle can be strengthened.
  • the central signal processing device 170 can execute the functions of a security server (170MB) and a vehicle server (170Ma to 170Me).
  • the external server 2000 may provide an electronic signature service 2020 or a policy service 2010.
  • the plurality of area signal processing devices (Z1 to Z4) (170Z1 to 170Z4) may be connected to a plurality of electronic control devices.
  • the drawing illustrates that each of four area signal processing devices (Z1 to Z4) (170Z1 to 170Z4) is connected to two electronic control devices (EMC1a to EMC4b).
  • the plurality of electronic control devices receive signals from the sensor devices (SNa1 to SNd6) disposed in each of the plurality of areas, and convert at least a portion of the received signal to the area signal processing device (Z1). ⁇ Z4) (170Z1 ⁇ 170Z4), it can be transmitted to the signal processing device 170.
  • the first area signal processing device 170Z1 receives sensing signals from the sensor devices SNa1 to SNa6 disposed in the first area of the vehicle 200. Then, the sensing signal is transmitted to the signal processing device 170, and the second area signal processing device 170Z2 receives the sensing signal from the sensor devices SNb1 to SNb6 disposed in the second area of the vehicle 200. Receives and transmits the sensing signal to the signal processing device 170, and the third region signal processing device 170Z3 receives the sensing signal from the sensor devices SNc1 to SNc6 disposed in the third region of the vehicle 200.
  • the fourth region signal processing device 170Z4 receives the sensing signal from the sensor devices SNd1 to SNd6 disposed in the fourth region of the vehicle 200.
  • a signal may be received and the sensing signal may be transmitted to the signal processing device 170.
  • the first area signal processing device 170Z1 disposed at the front right inside the vehicle performs data communication with the signal processing device 170 based on the Ethernet communication method through the wiring harness HNm1, and performs data communication with the vehicle.
  • the second area signal processing device 170Z2 disposed on the front left side of the interior performs data communication with the signal processing device 170 based on the Ethernet communication method through the wiring harness HNm2, and performs data communication based on the Ethernet communication method, and performs data communication on the left front side of the vehicle.
  • the third zone signal processing device 170Z3 located at the rear performs data communication with the signal processing device 170 based on the Ethernet communication method through the wiring harness HNm3, and is located at the rear right inside the vehicle.
  • the fourth area signal processing device 170Z4 may perform data communication with the signal processing device 170 based on the Ethernet communication method through the wiring harness HNm4.
  • the plurality of sensor devices (SNa1 to SNd6) inside the vehicle are divided into four areas or zones, and each signal processing device (Z1 to Z4) is used for each region or zone. ) and by arranging the wiring harness between each signal processing device (Z1 to Z4) and the signal processing device, it is possible to shorten the number of wiring harnesses and the wiring length.
  • the wiring harness between the plurality of sensor devices (SNa1 to SNd6) and the signal processing device 170 can be simply implemented. Additionally, efficient and stable data communication becomes possible.
  • the plurality of sensor devices may include a camera, lidar, radar, or position sensor. Accordingly, signals or data from various types of sensor devices can be efficiently and stably transmitted to the central signal processing unit 170.
  • each zone signal processing device 170Z1 to 170Z4 may output a vehicle control signal including door control and seat control while the vehicle 200 is running. Accordingly, vehicle control is possible through each area signal processing device (170Z1 to 170Z4).
  • each area signal processing unit 170Z1 to 170Z4 may transmit signals from the sensor devices SNa1 to SNd6 disposed in each of the plurality of areas of the vehicle 200 to the central signal processing unit 170. Accordingly, efficient and stable data communication is possible.
  • each area signal processing device (170Z1 to 170Z4) may selectively perform encryption based on the impacting level of FIG. 13A and selectively transmit the encrypted data to the central signal processing device 170.
  • each area signal processing unit (170Z1 to 170Z4) encrypts the location information data and transmits the encrypted data to the central signal processing unit 170, as shown in FIG. 13C, and does not encrypt the camera data and transmits the central signal. It can be transmitted to the processing device 170.
  • the central signal processing unit 170 encrypts the location information data and transmits the encrypted data to each area signal processing unit 170Z1 to 170Z4, and does not encrypt the camera data and transmits the encrypted data to each area. It can be transmitted to signal processing devices (170Z1 ⁇ 170Z4).
  • FIGS. 15 to 18D are diagrams referenced in the description of FIG. 14 .
  • FIG. 15 is an example of an internal block diagram of the central signal processing device 170 of FIG. 14.
  • the central signal processing device 170 includes a secure storage device 509 that stores an electronic signature from an external server 2000, and a plurality of area signal processing devices 170. ) and a processor 175M that performs authentication with.
  • the processor 175M executes a security server (VSS) to perform authentication with a plurality of area signal processing devices 170, and the security server (VSS) includes a plurality of area signal processing devices 170. Transmit the security key and encrypted data to at least one of (170). Accordingly, security during data transmission between the plurality of signal processing devices 170 in the vehicle can be strengthened.
  • a security server SVS
  • the security server includes a plurality of area signal processing devices 170.
  • the security server is a controller (2110) that communicates with an external server (2000) that provides signing service (2020) and policy service (2010), and a storage device that exchanges data with a secure storage device (509).
  • a service 2120, a policy service 2125 that provides a policy table, an authentication manager 2130 that performs authentication, and a cryptographic function 2135 that provides security related to one-time password (OTP) can be executed. there is.
  • the security server performs communication with the ADAS signal processing device (170Me) and the IVI signal processing device (170Ma) in the central signal processing device 170, or communicates with each zone signal processing device (170Z1 to 170Z4). can be performed.
  • the security server receives an encryption request from at least one of the plurality of area signal processing devices 170, and, based on the encryption request, sends the encryption request to at least one of the plurality of area signal processing devices 170,
  • the security key and encrypted data may be transmitted to at least one of the signal processing devices 170. Accordingly, security during data transmission between the plurality of signal processing devices 170 in the vehicle can be strengthened.
  • the security server can transmit a certificate together with the security key and encrypted data. Accordingly, security during data transmission between the plurality of signal processing devices 170 in the vehicle can be strengthened.
  • the security server updates information in the secure storage device 509 in conjunction with the signing service (2020) and policy service (2010) of the external server (2000).
  • the controller 2110 can execute cloud control 2112 and device control 2114.
  • the cloud control 2112 in the controller 2110 can manage electronic signatures, keys, certificate information management, and topic policy tables.
  • the security server may perform authentication with the external server 2000 and then receive an updated electronic signature, key, certificate information, or topic policy. Accordingly, security during data transmission between the plurality of signal processing devices 170 in the vehicle can be strengthened.
  • the secure storage device 509 may store updated electronic signatures, keys, certificate information, or topic policies. Accordingly, security during data transmission between the plurality of signal processing devices 170 in the vehicle can be strengthened.
  • the security server may control transmission of the updated electronic signature, key, certificate information, or topic policy to the plurality of area signal processing devices 170. Accordingly, security during data transmission between the plurality of signal processing devices 170 in the vehicle can be strengthened.
  • the security server receives a key encryption key from at least one of the plurality of area signal processing devices 170, generates a security key based on the key encryption key, and sends the generated security key and the encrypted data. Can be transmitted. Accordingly, security during data transmission between the plurality of signal processing devices 170 in the vehicle can be strengthened.
  • the security server (VSS) when the security server (VSS) does not receive the key encryption key from some of the area signal processing devices 170 among the plurality of area signal processing devices 170, the security server (VSS) generates a key encryption key with some of the area signal processing devices 170. Do not transmit encrypted security keys or encrypted data. Accordingly, security during data transmission between the plurality of signal processing devices 170 in the vehicle can be strengthened.
  • the security server may receive an updated policy table from the external server 2000 and control the updated policy table to be transmitted to at least one of the plurality of area signal processing devices 170. Accordingly, security when transmitting data between the plurality of signal processing devices 170 in the vehicle can be strengthened based on the updated policy table.
  • the security server receives updated vehicle safety level (ASIL) grade information of the plurality of area signal processing devices 170 from the external server 2000, and receives updated vehicle safety level (ASIL) grade information. can be controlled to be transmitted to at least one of the plurality of area signal processing devices 170. Accordingly, security when transmitting data between a plurality of signal processing devices 170 in a vehicle can be strengthened based on updated vehicle safety level (ASIL) level information.
  • ASIL vehicle safety level
  • the security server receives the updated policy table from the external server 2000, transmits the updated policy table to at least one of the plurality of area signal processing devices 170, and When a request to use the one-time password function is received from at least one of the devices 170, information on the use of the one-time password function may be transmitted to the other area signal processing device 170. Accordingly, security when transmitting data between the plurality of signal processing devices 170 in the vehicle can be strengthened based on the updated policy table.
  • the security server selectively encrypts data for sharing with the plurality of area signal processing devices 170 based on the vehicle safety level (ASIL) grade and the impacting level according to the data type, and encrypts the data for sharing with the plurality of area signal processing devices 170.
  • ASIL vehicle safety level
  • the security server performs authentication and encrypts the data and does not encrypt the data; when the impacting level is the second level, it performs authentication and encrypts the data; If the security key is not updated and the impacting level is the third level, authentication can be performed, data can be encrypted, and the security key can be updated. Accordingly, it is possible to distinguish the security level between the plurality of signal processing devices 170 in the vehicle based on the vehicle safety level (ASIL).
  • ASIL vehicle safety level
  • the security server encrypts the location information data and transmits the encrypted data to each area signal processing device (170Z1 to 170Z4), and does not encrypt the camera data and processes each area signal. It can be transmitted to devices (170Z1 ⁇ 170Z4).
  • FIG. 16 is a diagram referenced in explaining the operation of the security server (VSS) in the central signal processing device 170 of FIG. 15.
  • VSS security server
  • the security server can be divided into a secure world area and a normal world area and operate.
  • the secure world area within the security server may include an authentication service (2121), a policy manager (2124), and a storage service (2128).
  • the normal world area within the security server may include a controller 2110, a storage service 2120, a policy service 2125, an authentication manager 2130 that performs authentication, and a cryptographic function 2135. there is.
  • the security server communicates with the IVI signal processing device, ADAS signal processing device, body signal processing device, etc., and can communicate with each area signal processing device (170Z1 to 170Z4).
  • the authentication manager 2130 in the security server performs authentication with at least one of the plurality of area signal processing devices 170, and based on the authentication of the authentication manager 2130, the plurality of area signal processing devices 170 Encrypted data transmission may be performed in at least one of (170). Accordingly, security during data transmission between the plurality of signal processing devices 170 in the vehicle can be strengthened.
  • the authentication manager 2130 in the security server performs one-time authentication for communication authentication between a plurality of area signal processing devices 170, and after authentication, separate multiple area signal processing devices ( Data communication is possible between the plurality of area signal processing devices 170 without authentication between them.
  • authentication may be performed with at least one of the plurality of area signal processing devices 170, and data transmission between the plurality of area signal processing devices 170 may be performed based on the authentication of the authentication manager 2130. Accordingly, data communication can be performed while reducing the number of authentication times.
  • FIG 17 is a diagram referenced in the description of authentication and policy table update of a security server (VSS).
  • the external server 2000 and the security server (VSS) authenticate each other through Transport Layer Security (TLS) (SQ1).
  • TLS Transport Layer Security
  • the controller 2110 of the security server receives the updated certificate information and topic policy table from the external server 2000, transfers it to the connection manager (CMAab) of the signal processing device 170M, and signals the signal processing device (
  • the server virtualization machine 520 (170M) updates the policy table and transmits it to each guest virtualization machine 530 and 540 (SQ2).
  • connection manager (CMAab) in the server virtualization machine 520 delivers updated information to the connection service (CSE) (SQ3).
  • connection service delivers this to the policy manager (PM) or secure storage device 509 (SQ4).
  • the policy manager (PM) shares the management policy with each virtualization machine 520 and 530, and the verifier (VFR) verifies the updated certificate and transmits the result to the security interface 525 of the server virtualization machine 520 ( SQ5).
  • Figure 18A is a diagram illustrating an example of authentication between six signal processing devices.
  • nC 2 device authentications are required.
  • FIG. 18B is a diagram illustrating an example of authentication with six signal processing devices based on a security server (VSS) according to an embodiment of the present disclosure.
  • VSS security server
  • the security server (VSS) enables communication between devices only through authentication with the authentication manager 2130 without performing authentication between each signal processing device (170Ma, 170Md, 170Me, 170Z1, 170Z2, 170Z3). do.
  • FIG. 18C is a diagram referenced in the description of device authentication of a security server (VSS) according to an embodiment of the present disclosure.
  • each signal processing device (170Ma, 170Md, 170Me, 170Z1, 170Z2, 170Z3) uses a unique key encryption key (KEK).
  • the security server (VSS) generates a signal processing unit (170Ma, 170Md, 170Me, 170Z1 , 170Z2, 170Z3) key encryption keys are collected and managed (SR1).
  • the key encryption key is a key used to share the data encryption key (DEK) to be used for data sharing, and is provided to each signal processing device (170Ma, 170Md, 170Me, 170Z1, 170Z2, 170Z3). It has a unique key encryption key.
  • the data sender can safely transmit the data encryption key it created by using the recipient's key encryption key (KEK).
  • KEK key encryption key
  • the key encryption key is shared between signal processing devices that will perform data sharing (SR2).
  • the security server (VSS) cannot know the key encryption key of the corresponding signal processing device (SR2b).
  • the signal processing device transmitting the data when data transmission is required between some of the signal processing devices (170Ma, 170Md, 170Me, 170Z1, 170Z2, and 170Z3), the signal processing device transmitting the data generates a data encryption key to be used for encryption and then , Obtain the key encryption key of the signal processing device received through the security server (VSS). Through this, the data encryption key can be shared between the transmission signal processing device and the receiving signal processing device (SR3).
  • each signal processing device (170Ma, 170Md, 170Me, 170Z1, 170Z2, and 170Z3) uses the key encryption key of all other signal processing devices. Key management risk is reduced because there is no need to store them.
  • FIG 18d is a diagram referenced in the explanation of security enhancement of the security server (VSS).
  • the security server (VSS) in the central signal processing unit 170 uses a cryptographic function 2135 to create a one-time password (
  • the data transmission function can be strengthened by granting the OTP (OTP) function.
  • the security server (VSS) in the central signal processing unit 170 receives from the server 2000 the area signal processing units 170Z1 to 170Z4, the IVI signal processing unit 170Ma, the ADAS signal processing unit 170Me, and the body.
  • the updated policy table of the signal processing device 170md is received (SS1).
  • the vehicle safety level rating of the area signal processing devices 170Z1 to 170Z4 may be updated from B to C.
  • the security server (VSS) in the central signal processing unit 170 transmits the updated policy table to the connection manager (CMAA) in the server virtualization machine 520 in the zone signal processing units 170Z1 to 170Z4, and the connection manager (CMaa) can transmit the updated policy table to the policy manager (PM).
  • CMAA connection manager
  • PM policy manager
  • the policy manager (PM) of the area signal processing units 170Z1 to 170Z4 shares the updated policy table with each virtual machine 520 and 530 (SS2).
  • some of the area signal processing devices (170Z1 to 170Z4) refer to the updated policy table and send a One Time Password to the Cryptographic Function (2135) of the security server (VSS). Request to use the OTP) function (SS3).
  • the encryption function 2135 of the security server sends the one-time password (OTP) function usage information requested from some of the area signal processing devices 170Z1 to 170Z4 to other signal processing devices 170Ma, 170Me, Send to 170md (SS4).
  • OTP one-time password
  • Other signal processing devices (170Ma, 170Me, 170md) update the use of the one-time password (OTP) function of the area signal processing devices (170Z1 to 170Z4) through the policy manager (PM), and store the policy table in the other signal processing devices. Shared with each virtual machine (520,530) in (170Ma, 170Me, 170md) (SS4).
  • OTP one-time password
  • PM policy manager
  • the area signal processing devices (170Z1 to 170Z4) transmit encrypted data with a one-time password (OTP) function, and the receiving signal processing devices add the one-time password (OTP) function to decrypt the data (SS5) . Accordingly, security during data transmission can be further strengthened.
  • OTP one-time password

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Transportation (AREA)
  • General Health & Medical Sciences (AREA)
  • Virology (AREA)
  • Mechanical Engineering (AREA)
  • Chemical & Material Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Combustion & Propulsion (AREA)
  • Storage Device Security (AREA)
  • Traffic Control Systems (AREA)
  • Fittings On The Vehicle Exterior For Carrying Loads, And Devices For Holding Or Mounting Articles (AREA)

Abstract

본 개시는 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치에 관한 것이다. 본 개시의 일 실시 예에 따른 신호 처리 장치는, 외부의 서버로부터의 전자 서명을 저장하는 보안 저장 장치와, 복수의 영역 신호 처리 장치와의 인증을 수행하는 프로세서를 포함하고, 프로세서는, 복수의 영역 신호 처리 장치와의 인증을 수행하기 위한 보안 서버를 실행하며, 보안 서버는, 복수의 영역 신호 처리 장치 중 적어도 하나로 보안키와 암호화된 데이터를 전송한다. 이에 의해, 차량 내의 복수의 신호 처리 장치 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.

Description

신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
본 개시는 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치에 관한 것이며, 더욱 상세하게는 차량 내의 복수의 신호 처리 장치 사이의 데이터 전송시의 보안을 강화할 수 있는 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치에 관한 것이다.
차량은 탑승하는 사용자가 원하는 방향으로 이동시키는 장치이다. 대표적으로 자동차를 예를 들 수 있다.
한편, 차량을 이용하는 사용자의 편의를 위해, 차량 내부에 차량용 디스플레이 장치가 탑재되고 있다.
예를 들어, 클러스터 등에 디스플레이가 배치되어, 각 종 정보를 표시한다. 한편, 차량 주행 정보 등의 표시를 위해, 클러스터와 별도로, AVN(Audio Video Navigation) 디스플레이 등 다양한 디스플레이가 차량에 장착되는 추세이다.
이와 같이, 차량용 디스플레이 장치 내에 디스플레이의 개수가 증가할수록, 디스플레이를 위한 신호 처리가 복잡해지는 문제가 있다.
한편, 차량용 디스플레이 장치는 소프트웨어 기능이 중요해짐에 따라, 고성능 컴퓨팅 시스템을 요구한다.
이에, 고성능 통합형 차량용 디스플레이 장치는 복수의 신호 처리 장치를 구비한다. 한편, 복수의 신호 처리 장치 사이의 데이터 전송시 신호 처리가 복잡해지며, 나아가, 데이터 전송 시의 보안이 중요한 이슈가 될 수 있다.
본 개시의 목적은, 차량 내의 복수의 신호 처리 장치 사이의 데이터 전송시의 보안을 강화할 수 있는 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치를 제공함에 있다.
한편, 본 개시의 다른 목적은, 업데이트된 정책 테이블에 기초하여 차량 내의 복수의 신호 처리 장치 사이의 데이터 전송시의 보안을 강화할 수 있는 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치를 제공함에 있다.
한편, 본 개시의 또 다른 목적은, 차량 안전 레벨에 기초하여 차량 내의 복수의 신호 처리 장치 사이의 보안 레벨을 구분할 수 있는 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치를 제공함에 있다.
상기 목적을 달성하기 위한 본 개시의 일 실시예에 따른 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치는, 외부의 서버로부터의 전자 서명을 저장하는 보안 저장 장치와, 복수의 영역 신호 처리 장치와의 인증을 수행하는 프로세서를 포함하고, 프로세서는, 복수의 영역 신호 처리 장치와의 인증을 수행하기 위한 보안 서버를 실행하며, 보안 서버는, 복수의 영역 신호 처리 장치 중 적어도 하나로 보안키와 암호화된 데이터를 전송한다.
한편, 보안 서버는, 복수의 영역 신호 처리 장치 중 적어도 하나로부터 암호화 요청을 수신하고, 암호화 요청에 기초하여, 복수의 영역 신호 처리 장치 중 적어도 하나로, 복수의 영역 신호 처리 장치 중 적어도 하나로 보안키와 암호화된 데이터를 전송할 수 있다.
한편, 보안 서버는, 보안키와 암호화된 데이터 전송시, 인증서를 함께 전송할 수 있다.
한편, 보안 서버는, 외부의 서버와 인증을 수행한후, 업데이트된 전자 서명, 키, 인증서 정보, 또는 토픽 정책을 수신할 수 있다.
한편, 보안 저장 장치는, 업데이트된 전자 서명, 키, 인증서 정보, 또는 토픽 정책을 저장할 수 있다.
한편, 보안 서버는, 업데이트된 전자 서명, 키, 인증서 정보, 또는 토픽 정책을, 복수의 영역 신호 처리 장치로 전송하도록 제어할 수 있다.
한편, 보안 서버 내의 인증 매니저는, 복수의 영역 신호 처리 장치 중 적어도 하나와 인증을 수행하고, 인증 매니저의 인증에 기초하여, 복수의 영역 신호 처리 장치 중 적어도 하나로 암호화된 데이터 전송이 수행될 수 있다.
한편, 보안 서버 내의 인증 매니저는, 복수의 영역 신호 처리 장치 중 적어도 하나와 인증을 수행하고, 인증 매니저의 인증에 기초하여, 복수의 영역 신호 처리 장치 사이의 데이터 전송이 수행될 수 있다.
한편, 보안 서버는, 복수의 영역 신호 처리 장치 중 적어도 하나로부터 키 암호화키를 수신하고, 키 암호화키에 기초하여 보안키를 생성하고, 생성된 보안키와 암호화된 데이터를 전송할 수 있다.
한편, 보안 서버는, 복수의 영역 신호 처리 장치 중 일부의 영역 신호 처리 장치로부터 키 암호화키를 수신하지 못하는 경우, 일부의 영역 신호 처리 장치로, 생성된 보안키와 암호화된 데이터를 전송하지 않는다.
한편, 보안 서버는, 외부의 서버로부터 업데이트된 정책 테이블을 수신하고, 업데이트된 정책 테이블을 복수의 영역 신호 처리 장치 중 적어도 하나로 전송하도록 제어할 수 있다.
한편, 보안 서버는, 외부의 서버로부터 복수의 영역 신호 처리 장치의 업데이트된 차량 안전 레벨 등급 정보를 수신하고, 업데이트된 차량 안전 레벨 등급 정보를 복수의 영역 신호 처리 장치 중 적어도 하나로 전송하도록 제어할 수 있다.
한편, 보안 서버는, 외부의 서버로부터 업데이트된 정책 테이블을 수신하고, 업데이트된 정책 테이블을 복수의 영역 신호 처리 장치 중 적어도 하나로 전송하며, 복수의 영역 신호 처리 장치 중 적어도 하나로부터 일회용 비밀번호 기능의 사용 요청을 수신하는 경우, 다른 영역 신호 처리 장치로 일회용 비밀번호 기능의 사용 정보를 전송할 수 있다.
한편, 보안 서버는, 복수의 영역 신호 처리 장치와의 공유를 위한 데이터를, 차량 안전 레벨(ASIL) 등급 및 데이터 타입에 따른 임펙팅 레벨에 기초하여 선택적으로 암호화하고, 암호화된 데이터를 공유 메모리에 저장하도록 제어할 수 있다.
한편, 보안 서버는, 임펙팅 레벨이 제1 레벨인 경우, 인증을 수행하고 암호화하고 데이터는 암호화하지 않으며, 임펙팅 레벨이 제2 레벨인 경우, 인증을 수행하고 데이터를 암호화하며, 보안키를 갱신하지 않으며, 임펙팅 레벨이 제3 레벨인 경우, 인증을 수행하고 데이터를 암호화하고, 보안키를 갱신할 수 있다.
상기 목적을 달성하기 위한 본 개시의 다른 실시예에 따른 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치는, 외부의 서버로부터의 전자 서명을 저장하는 보안 저장 장치와, 복수의 영역 신호 처리 장치와의 인증을 수행하는 프로세서를 포함하고, 프로세서는, 복수의 영역 신호 처리 장치와의 인증을 수행하기 위한 보안 서버를 실행하며, 보안 서버는, 외부의 서버와 인증을 수행한후, 업데이트된 전자 서명, 키, 인증서 정보, 또는 토픽 정책을 수신하고, 업데이트된 전자 서명, 키, 인증서 정보, 또는 토픽 정책을 저장한다.
본 개시의 일 실시예에 따른 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치는, 외부의 서버로부터의 전자 서명을 저장하는 보안 저장 장치와, 복수의 영역 신호 처리 장치와의 인증을 수행하는 프로세서를 포함하고, 프로세서는, 복수의 영역 신호 처리 장치와의 인증을 수행하기 위한 보안 서버를 실행하며, 보안 서버는, 복수의 영역 신호 처리 장치 중 적어도 하나로 보안키와 암호화된 데이터를 전송한다. 이에 따라, 차량 내의 복수의 신호 처리 장치 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 서버는, 복수의 영역 신호 처리 장치 중 적어도 하나로부터 암호화 요청을 수신하고, 암호화 요청에 기초하여, 복수의 영역 신호 처리 장치 중 적어도 하나로, 복수의 영역 신호 처리 장치 중 적어도 하나로 보안키와 암호화된 데이터를 전송할 수 있다. 이에 따라, 차량 내의 복수의 신호 처리 장치 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 서버는, 보안키와 암호화된 데이터 전송시, 인증서를 함께 전송할 수 있다. 이에 따라, 차량 내의 복수의 신호 처리 장치 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 서버는, 외부의 서버와 인증을 수행한후, 업데이트된 전자 서명, 키, 인증서 정보, 또는 토픽 정책을 수신할 수 있다. 이에 따라, 차량 내의 복수의 신호 처리 장치 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 저장 장치는, 업데이트된 전자 서명, 키, 인증서 정보, 또는 토픽 정책을 저장할 수 있다. 이에 따라, 차량 내의 복수의 신호 처리 장치 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 서버는, 업데이트된 전자 서명, 키, 인증서 정보, 또는 토픽 정책을, 복수의 영역 신호 처리 장치로 전송하도록 제어할 수 있다. 이에 따라, 차량 내의 복수의 신호 처리 장치 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 서버 내의 인증 매니저는, 복수의 영역 신호 처리 장치 중 적어도 하나와 인증을 수행하고, 인증 매니저의 인증에 기초하여, 복수의 영역 신호 처리 장치 중 적어도 하나로 암호화된 데이터 전송이 수행될 수 있다. 이에 따라, 차량 내의 복수의 신호 처리 장치 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 서버 내의 인증 매니저는, 복수의 영역 신호 처리 장치 중 적어도 하나와 인증을 수행하고, 인증 매니저의 인증에 기초하여, 복수의 영역 신호 처리 장치 사이의 데이터 전송이 수행될 수 있다.
한편, 보안 서버는, 복수의 영역 신호 처리 장치 중 적어도 하나로부터 키 암호화키를 수신하고, 키 암호화키에 기초하여 보안키를 생성하고, 생성된 보안키와 암호화된 데이터를 전송할 수 있다. 이에 따라, 차량 내의 복수의 신호 처리 장치 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 서버는, 복수의 영역 신호 처리 장치 중 일부의 영역 신호 처리 장치로부터 키 암호화키를 수신하지 못하는 경우, 일부의 영역 신호 처리 장치로, 생성된 보안키와 암호화된 데이터를 전송하지 않는다. 이에 따라, 차량 내의 복수의 신호 처리 장치 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 서버는, 외부의 서버로부터 업데이트된 정책 테이블을 수신하고, 업데이트된 정책 테이블을 복수의 영역 신호 처리 장치 중 적어도 하나로 전송하도록 제어할 수 있다. 이에 따라, 업데이트된 정책 테이블에 기초하여 차량 내의 복수의 신호 처리 장치 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 서버는, 외부의 서버로부터 복수의 영역 신호 처리 장치의 업데이트된 차량 안전 레벨 등급 정보를 수신하고, 업데이트된 차량 안전 레벨 등급 정보를 복수의 영역 신호 처리 장치 중 적어도 하나로 전송하도록 제어할 수 있다. 이에 따라, 업데이트된 차량 안전 레벨 등급 정보에 기초하여 차량 내의 복수의 신호 처리 장치 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 서버는, 외부의 서버로부터 업데이트된 정책 테이블을 수신하고, 업데이트된 정책 테이블을 복수의 영역 신호 처리 장치 중 적어도 하나로 전송하며, 복수의 영역 신호 처리 장치 중 적어도 하나로부터 일회용 비밀번호 기능의 사용 요청을 수신하는 경우, 다른 영역 신호 처리 장치로 일회용 비밀번호 기능의 사용 정보를 전송할 수 있다. 이에 따라, 업데이트된 정책 테이블에 기초하여 차량 내의 복수의 신호 처리 장치 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 서버는, 복수의 영역 신호 처리 장치와의 공유를 위한 데이터를, 차량 안전 레벨(ASIL) 등급 및 데이터 타입에 따른 임펙팅 레벨에 기초하여 선택적으로 암호화하고, 암호화된 데이터를 공유 메모리에 저장하도록 제어할 수 있다. 이에 따라, 차량 안전 레벨에 기초하여 차량 내의 복수의 신호 처리 장치 사이의 보안 레벨을 구분할 수 있게 된다.
한편, 보안 서버는, 임펙팅 레벨이 제1 레벨인 경우, 인증을 수행하고 암호화하고 데이터는 암호화하지 않으며, 임펙팅 레벨이 제2 레벨인 경우, 인증을 수행하고 데이터를 암호화하며, 보안키를 갱신하지 않으며, 임펙팅 레벨이 제3 레벨인 경우, 인증을 수행하고 데이터를 암호화하고, 보안키를 갱신할 수 있다. 이에 따라, 차량 안전 레벨에 기초하여 차량 내의 복수의 신호 처리 장치 사이의 보안 레벨을 구분할 수 있게 된다.
본 개시의 다른 실시예에 따른 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치는, 외부의 서버로부터의 전자 서명을 저장하는 보안 저장 장치와, 복수의 영역 신호 처리 장치와의 인증을 수행하는 프로세서를 포함하고, 프로세서는, 복수의 영역 신호 처리 장치와의 인증을 수행하기 위한 보안 서버를 실행하며, 보안 서버는, 외부의 서버와 인증을 수행한후, 업데이트된 전자 서명, 키, 인증서 정보, 또는 토픽 정책을 수신하고, 업데이트된 전자 서명, 키, 인증서 정보, 또는 토픽 정책을 저장한다. 이에 따라, 차량 내의 복수의 신호 처리 장치 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
도 1a는 차량 외부 및 차량 내부의 일예를 도시한 도면이다.
도 1b는 차량 내부의 다른 예를 도시한 도면이다.
도 2는 본 개시의 실시예에 따른 차량용 디스플레이 장치의 외관을 도시한 도면이다.
도 3은 도 2의 차량용 디스플레이 장치의 내부 블록도의 일예를 예시한다.
도 4는 본 개시와 관련한 신호 처리 장치에서 구동되는 시스템을 도시한 도면이다.
도 5는 본 개시의 실시예에 따른 신호 처리 장치에서 구동되는 시스템의 일예를 도시한 도면이다.
도 6은 본 개시의 실시예에 따른 신호 처리 장치에서 구동되는 시스템의 동작 설명에 참조되는 도면이다.
도 7a 내지 도 9d는 도 5 또는 도 6의 설명에 참조되는 도면이다.
도 10은 도 5의 신호 처리 장치에서 구동되는 시스템을 상세한 도시한 도면이다.
도 11a 내지 도 13c는 도 10의 설명에 참조되는 도면이다.
도 14는 본 개시의 일 실시예에 따른 차량용 디스플레이 장치의 내부 블록도의 일예이다.
도 15 내지 도 18d는 도 14의 설명에 참조되는 도면이다.
이하에서는 도면을 참조하여 본 개시를 보다 상세하게 설명한다.
이하의 설명에서 사용되는 구성요소에 대한 접미사 "모듈" 및 "부"는 단순히 본 명세서 작성의 용이함만이 고려되어 부여되는 것으로서, 그 자체로 특별히 중요한 의미 또는 역할을 부여하는 것은 아니다. 따라서, 상기 "모듈" 및 "부"는 서로 혼용되어 사용될 수도 있다.
도 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)에서, 데이터 처리를 분담하는 방안을 제시한다.
한편, 본 명세서에서 기술되는 차량(200)은, 동력원으로서 엔진을 구비하는 차량, 동력원으로서 엔진과 전기 모터를 구비하는 하이브리드 차량, 동력원으로서 전기 모터를 구비하는 전기 차량 등을 모두 포함하는 개념일 수 있다.
도 1b는 차량 내부의 다른 예를 도시한 도면이다.
도면을 참조하면, 차량 내부에는, 클러스터 디스플레이(180a), AVN(Audio Video Navigation) 디스플레이(180b), 뒷 좌석 엔터테인먼트(Rear Seat Entertainment) 디스플레이(180c,180d), 룸미러 디스플레이(미도시) 등이 장착될 수 있다.
도 2는 본 개시의 실시예에 따른 차량용 디스플레이 장치의 외관을 도시한 도면이다.
본 개시의 실시예에 따른 차량용 디스플레이 장치(100)는, 복수의 디스플레이(180a~180b), 및 복수의 디스플레이(180a~180b)에 영상, 정보 등을 표시하기 위한 신호 처리를 수행하는 신호 처리 장치(170)와, 적어도 하나의 디스플레이(180c~180d), 및 적어도 하나의 디스플레이(180c~180d)에 영상, 정보 등을 표시하기 위한 신호 처리를 수행하는 제2 신호 처리 장치(170b)를 구비할 수 있다.
신호 처리 장치(170)와 제2 신호 처리 장치(170b)는, 서로 이격되어 배치될 수 있다.
한편, 제2 신호 처리 장치(170b)는, 신호 처리 장치(170)와 서로 다른 운영 체체(OS)에 따라 구동될 수 있다.
복수의 디스플레이(180a~180b) 중 제1 디스플레이(180a)는, 주행 상태, 동작 정보 등의 표시를 위한 클러스터 디스플레이(180a)이고, 제2 디스플레이(180b)는, 챠량 운행 정보, 네비게이션 지도, 다양한 엔테테인먼트 정보 또는 영상의 표시를 위한 AVN(Audio Video Navigation) 디스플레이(180b)일 수 있다.
적어도 하나의 디스플레이(180c~180d) 중 제3 디스플레이(180c)는, 차량 우측 뒷좌석 엔터테인먼트를 위한 디스플레이이고, 제4 디스플레이(180d)는, 차량 좌측 뒷좌석 엔터테인먼트를 위한 디스플레이일 수 있다.
적어도 하나의 디스플레이(180c~180d)는, 주행 상태 정보, 간이 네비게이션 정보, 다양한 엔테테인먼트 정보 또는 영상의 표시를 수행할 수 있다.
신호 처리 장치(170)는, 내부에 프로세서(175)를 구비하며, 프로세서(175) 내의 하이퍼바이저(505) 상에서, 서버 가상화 머신, 제1 내지 제2 게스트 가상화 머신(520~540)을 실행할 수 있다.
서버 가상화 머신(520)은, 서버 가상화 머신(Server virtual maschine)에 대응하며, 제1 내지 제2 게스트 가상화 머신은, 게스트 가상화 머신(guest virtual maschine)에 대응할 수 있다.
이에 따라, 서버 가상화 머신(520)과, 제2 또는 제2 게스트 가상화 머신(530,50) 사이에는, 서버 인터페이스와 클라이언트 인터페이스에 따라, 데이터 통신이 수행될 수 있다.
제1 게스트 가상화 머신(530)은 제1 디스플레이(180a)를 위해 동작하며, 제2 게스트 가상화 머신(540)은, 제2 디스플레이(180b)를 위해 동작할 수 있다.
한편, 프로세서(175) 내의 서버 가상화 머신(520)은, 데이터 분담 처리를 위해, 제1 게스트 가상화 머신(530)과 제2 게스트 가상화 머신(540)에 데이터의 적어도 일부를 공유할 수 있다.
한편, 프로세서(175) 내의 서버 가상화 머신(520)은, 차량의 휠 속도 센서 데이터를 수신하고, 처리하여, 제1 게스트 가상화 머신(530) 또는 제2 게스트 가상화 머신(540) 중 적어도 하나로 또는 제2 신호 처리 장치(170b)로, 처리된 휠 속도 센서 데이터를 전송할 수 있다. 이에 따라, 차량의 휠 속도 센서 데이터를, 적어도 하나의 가상화 머신 또는 제2 신호 처리 장치 등에 공유할 수 있게 된다.
한편, 프로세서(175) 내의 서버 가상화 머신(520)은, 데이터의 일부를 제1 게스트 가상화 머신(530)으로 전달되도록 제1 공유 메모리(508a)에 기록하고, 데이터의 다른 일부를 제2 게스트 가상화 머신으로 전달되도록 제1 공유 메모리(508a)에 기록하며, 제1 게스트 가상화 머신(530)과 제2 게스트 가상화 머신(540)은, 각각 전달받은 데이터를 처리하여, 처리된 데이터가 제2 공유 메모리(미도시)에 기록되도록 제어할 수 있다. 이에 따라, 차량 내의 복수의 신호 처리 장치에서 데이터 처리를 효율적으로 수행할 수 있게 된다.
한편, 프로세서(175) 내의 서버 가상화 머신(520)은, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)으로, 동일한 데이터 전송을 위해, 하이퍼바이저(505) 기반의 공유 메모리(508)가 설정되도록 제어할 수 있다. 이에 따라, 차량 내의 제1 디스플레이(180a)와 제2 디스플레이(180b)에 동일한 정보 또는 동일한 영상을 동기화하여 표시할 수 있게 된다.
신호 처리 장치(170)는, 내부에 프로세서(175)를 구비하며, 프로세서(175) 내의 하이퍼바이저(505) 상에서, 서버 가상화 머신, 제1 내지 제2 게스트 가상화 머신(520~540)을 실행할 수 있다.
서버 가상화 머신(520)은, 서버 가상화 머신(Server virtual maschine)에 대응하며, 제1 내지 제2 게스트 가상화 머신은, 게스트 가상화 머신(guest virtual maschine)에 대응할 수 있다.
이에 따라, 서버 가상화 머신(520)과, 제2 또는 제2 게스트 가상화 머신(530,50) 사이에는, 서버 인터페이스와 클라이언트 인터페이스에 따라, 데이터 통신이 수행될 수 있다.
한편, 제2 신호 처리 장치(170b)는, 내부에 제2 프로세서(175b)를 구비하며, 제2 프로세서(175b) 내의 하이퍼바이저(505) 상에서, 서버 가상화 머신(Server virtual maschine)(VIMc), 게스트 가상화 머신(guest virtual maschine)(VIMd) 등을 실행할 수 있다.
한편, 복수의 디스플레이(180a~180d) 중 일부는, 리눅스 OS 기반 하에 동작하며, 다른 일부는 웹 OS 기반 하에 동작할 수 있다.
본 개시의 실시예에 따른 신호 처리 장치(170)와 제2 신호 처리 장치(170b)는, 다양한 운영 체제(Operating system;OS) 하에 동작하는 디스플레이(180a~180d)에서도, 데이터를 분담하여 처리할 수 있다.
한편, 본 개시의 실시예에 따른 신호 처리 장치(170)와 제2 신호 처리 장치(170b)는, 다양한 운영 체제(Operating system;OS) 하에 동작하는 디스플레이(180a~180d)에서도, 동일한 정보 또는 동일한 영상을 동기화하여 표시하도록 제어할 수 있다.
한편, 본 개시의 실시예에 따른 신호 처리 장치(170)와 제2 신호 처리 장치(170b)는, 데이터 분담 처리를 위해, 데이터의 적어도 일부를 공유할 수 있다. 이에 따라, 차량 내의 복수의 디스플레이를 위한 복수의 신호 처리 장치(170,170b)에서 데이터를 분담하여 처리할 수 있게 된다. 또한, 복수의 신호 처리 장치(170,170b)에서 리소스를 효율적으로 관리할 수 있게 된다.
도 3은 본 개시의 실시예에 따른 차량용 디스플레이 장치의 내부 블록도의 일예를 예시한다.
도면을 참조하면, 본 개시의 실시예에 따른 차량용 디스플레이 장치(100)는, 입력부(110), 통신부(120), 인터페이스(130), 제2 인터페이스(130b), 신호 처리 장치(170), 제2 신호 처리 장치(170b), 복수의 디스플레이(180a~180d), 오디오 출력부(185), 전원 공급부(190)를 구비할 수 있다.
입력부(110)는, 버튼 입력, 터치 입력 등을 위한 물리적인 버튼, 패드 등을 구비할 수 있다.
한편, 입력부(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)로 전송할 수 있다.
제2 인터페이스(130b)는, ECU(770) 또는 센서 장치(760)로부터, 센서 정보 등을 수신하고, 수신한 정보를 제2 신호 처리 장치(170b)로 전송할 수 있다.
여기서, 센서 정보는, 차량 방향 정보, 차량 위치 정보(GPS 정보), 차량 각도 정보, 차량 속도 정보, 차량 가속도 정보, 차량 기울기 정보, 차량 전진/후진 정보, 배터리 정보, 연료 정보, 타이어 정보, 차량 램프 정보, 차량 내부 온도 정보, 차량 내부 습도 정보 중 적어도 하나를 포함할 수 있다.
이러한 센서 정보는, 헤딩 센서(heading sensor), 요 센서(yaw sensor), 자이로 센서(gyro sensor), 포지션 모듈(position module), 차량 전진/후진 센서, 휠 센서(wheel sensor), 차량 속도 센서, 차체 경사 감지센서, 배터리 센서, 연료 센서, 타이어 센서, 핸들 회전에 의한 스티어링 센서, 차량 내부 온도 센서, 차량 내부 습도 센서 등으로부터 획득될 수 있다. 한편, 포지션 모듈은, GPS 정보 수신을 위한 GPS 모듈을 포함할 수 있다.
한편, 인터페이스(130)는, 카메라(195) 또는 라이더(미도시) 등으로부터 ㅊ차량 전방 영상 데이터, 차량 측방 영상 데이터, 차량 후방 영상 데이터, 차량 주변 장애물 거리 정보 등을 수신하고, 수신한 정보를 신호 처리 장치(170)로 전송할 수 있다.
메모리(140)는, 신호 처리 장치(170)의 처리 또는 제어를 위한 프로그램 등, 차량용 디스플레이 장치(100) 전반의 동작을 위한 다양한 데이터를 저장할 수 있다.
예를 들어, 메모리(140)는, 프로세서(175) 내에서 실행하기 위한, 하이퍼바이저, 서버 가상화 머신, 제1 내지 제2 게스트 가상화 머신에 관한 데이터를 저장할 수 있다.
한편, 메모리(140)는, 도면과 같이, 신호 처리 장치(170) 내에 구비될 수 있으나, 이에 한정되지 않고, 신호 처리 장치(170) 외부에 배치되는 것도 가능하다.
오디오 출력부(185)는, 신호 처리 장치(170)로부터의 전기 신호를 오디오 신호로 변환하여 출력한다. 이를 위해, 스피커 등을 구비할 수 있다.
전원 공급부(190)는, 신호 처리 장치(170)의 제어에 의해, 각 구성요소들의 동작에 필요한 전원을 공급할 수 있다. 특히, 전원 공급부(190)는, 차량 내부의 배터리 등으로부터 전원을 공급받을 수 있다.
신호 처리 장치(170)는, 차량용 디스플레이 장치(100) 내의 각 유닛의 전반적인 동작을 제어한다.
예를 들어, 신호 처리 장치(170)는, 제1 디스플레이(180a) 또는 제2 디스플레이(180b) 중 적어도 하나를 위한 신호 처리를 수행하는 프로세서(175)와 메모리(140)를 포함할 수 있다.
프로세서(175)는, 프로세서(175) 내의 하이퍼바이저(도 5의 505) 상에서, 서버 가상화 머신, 제1 내지 제2 게스트 가상화 머신(520~540)을 실행할 수 있다.
서버 가상화 머신, 제1 내지 제2 게스트 가상화 머신(도 5의 520~540) 중 서버 가상화 머신(520)은, 서버 가상화 머신(Server Virtual Maschine)이라 명명할 수 있으며, 제1 게스트 가상화 머신 내지 제2 게스트 가상화 머신(530~540)은 게스트 가상화 머신(Guest Virtual Maschine)이라 명명할 수 있다.
이때, 제1 게스트 가상화 머신(530)은 제1 디스플레이(180a)를 위해 동작하며, 제2 게스트 가상화 머신(540)은, 제2 디스플레이(180b)를 위해 동작할 수 있다.
예를 들어, 프로세서(175) 내의 서버 가상화 머신(520)은, 차량 센서 데이터, 위치 정보 데이터, 카메라 영상 데이터, 오디오 데이터 또는 터치 입력 데이터를 수신하고, 처리 또는 가공하여 출력할 수 있다. 레가시 가상화 머신에서만 처리하는 데이터와, 서버 가상화 머신(520)에서 처리되는 데이터를 구분함으로써, 데이터 처리를 효율적으로 수행할 수 있게 된다. 특히, 서버 가상화 머신(520)에서 대부분의 데이터 처리를 수행함으로써, 1:N 방식의 데이터의 공유가 가능하게 된다.
다른 예로, 서버 가상화 머신(520)은, 제1 게스트 가상화 머신 내지 제2 게스트 가상화 머신(530~540)을 위해, CAN 통신 데이터, 오디오 데이터, 라디오 데이터, USB 데이터, 무선 통신 데이터를 직접 수신하고 처리할 수 있다.
그리고, 서버 가상화 머신(520)은, 처리된 데이터를 제1 게스트 가상화 머신 내지 제2 게스트 가상화 머신(530~540)으로 전송할 수 있다.
이에 따라, 서버 가상화 머신, 제1 내지 제2 게스트 가상화 머신(520~540) 중 서버 가상화 머신(520)만, 통신 데이터, 외부 입력 데이터를 수신하여, 신호 처리를 수행함으로써, 다른 가상화 머신에서의 신호 처리 부담이 경감되며, 1:N 데이터 통신이 가능하게 되어, 데이터 공유시의 동기화가 가능하게 된다.
한편, 서버 가상화 머신(520)은, 데이터의 일부를 제1 게스트 가상화 머신(530)으로 전달되도록 제1 공유 메모리(508a)에 기록하고, 데이터의 다른 일부를 제2 게스트 가상화 머신으로 전달되도록 제1 공유 메모리(508a)에 기록하며, 제1 게스트 가상화 머신(530)과 제2 게스트 가상화 머신(540)은, 각각 전달받은 데이터를 처리하여, 처리된 데이터가 제2 공유 메모리(미도시)에 기록되도록 제어한다. 이에 따라, 차량 내의 복수의 신호 처리 장치 사이에서 데이터 처리를 효율적으로 수행할 수 있게 된다.
이때의 데이터는, 영상 데이터, 오디오 데이터, 네비게이션 데이터, 또는 음성 인식 데이터 중 어느 하나일 수 있다.
한편, 서버 가상화 머신(520)은, 데이터의 또 다른 일부를 처리하여, 제2 공유 메모리(미도시)에 처리된 데이터가 기록되도록 제어할 수 있다. 즉, 제1 게스트 가상화 머신(530)과 제2 게스트 가상화 머신 외에 추가로 서버 가상화 머신(520)이 데이터 처리를 수행할 수 있다.
한편, 서버 가상화 머신(520)은, 제1 게스트 가상화 머신 내지 제2 게스트 가상화 머신(530,540)에서의 데이터의 분산 처리를 위한 각각의 커맨드 큐를 생성할 수 있다. 이에 따라, 복수의 가상화 머신에서 데이터를 분담하여 처리할 수 있게 된다.
한편, 프로세서(175) 내의 서버 가상화 머신(520)은, 제1 게스트 가상화 머신 내지 제2 게스트 가상화 머신(530,540)에서 동일한 데이터를 공유하는 경우, 1개의 동일한 커맨드 큐를 생성할 수 있다. 이에 따라, 동일한 데이터를 동기화하여 공유할 수 있게 된다.
한편, 서버 가상화 머신(520)은, 데이터의 분산 처리를 위한 가상화 머신의 개수에 대응하는 커맨드 큐를 생성할 수 있다.
한편, 서버 가상화 머신(520)은, 데이터 분산 처리를 위해, 데이터의 적어도 일부를, 제1 게스트 가상화 머신(530) 또는 제2 게스트 가상화 머신(540) 중 적어도 하나로 또는 제2 신호 처리 장치(170b)로 전송되도록 제어할 수 있다.
예를 들어, 서버 가상화 머신(520)은, 데이터의 적어도 일부를, 제1 게스트 가상화 머신(530) 또는 제2 게스트 가상화 머신(540) 중 적어도 하나로 또는 제2 신호 처리 장치(170b)로 전송하기 위한 제1 공유 메모리(508a)를 할당하고, 제1 게스트 가상화 머신(530) 또는 제2 게스트 가상화 머신(540)에서 처리된 영상 데이터는 제2 공유 메모리(미도시)에 기록될 수 있다.
한편, 서버 가상화 머신(520)은, 데이터를 공유 메모리(508)에 기록하여, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)으로 동일한 데이터를 공유하도록 제어할 수 있다.
예를 들어, 서버 가상화 머신(520)은, 라디오 데이터 또는 무선 통신 데이터를 공유 메모리(508)에 기록하여, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)으로 동일한 데이터를 공유하도록 제어할 수 있다. 이에 따라, 1:N 방식의 데이터의 공유가 가능하게 된다.
결국, 서버 가상화 머신(520)에서 대부분의 데이터 처리를 수행함으로써, 1:N 방식의 데이터의 공유가 가능하게 된다.
한편, 프로세서(175) 내의 서버 가상화 머신(520)은, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)으로, 동일한 데이터 전송을 위해, 하이퍼바이저(505) 기반의 공유 메모리(508)가 설정되도록 제어할 수 있다.
즉, 프로세서(175) 내의 서버 가상화 머신(520)은, 하이퍼바이저(505) 기반의 공유 메모리(508)를 이용하여, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)으로, 동일한 데이터를 동기화하여 전송할 수 있다. 이에 따라, 차량 내의 복수의 디스플레이(180a~180b)에서 동일한 영상을 동기화하여 표시할 수 있게 된다.
한편, 신호 처리 장치(170)는, 오디오 신호, 영상 신호, 데이터 신호 등 다양한 신호를 처리할 수 있다. 이를 위해, 신호 처리 장치(170)는, 시스템 온 칩(System On Chip,SOC)의 형태로 구현될 수 있다.
제2 신호 처리 장치(170b)는, 차량용 디스플레이(180c,180d)를 위한 신호 처리를 수행하며, 이를 위해 제2 프로세서(175b)와 제2 메모리(140b)를 포함할 수 있다.
제2 프로세서(175b)는, 제2 프로세서(175b) 내의 하이퍼바이저(도 8의 505) 상에서, 복수의 가상화 머신(도 8의 520b,530b,540b)을 실행할 수 있다.
한편, 제2 프로세서(175b)는, 제2 프로세서(175b) 내의 하이퍼바이저 상에서, 서버 가상화 머신과, 게스트 가상화 머신을 실행할 수도 있다.
예를 들어, 제2 프로세서(175b) 내의 서버 가상화 머신은, 신호 처리 장치(170) 내의 프로세서(175) 내의 서버 가상화 머신(520)으로부터, 차량 센서 데이터, 위치 정보 데이터, 카메라 영상 데이터, 오디오 데이터 또는 터치 입력 데이터를 수신하고, 처리 또는 가공하여 출력할 수 있다.
다른 예로, 제2 프로세서(175b) 내의 서버 가상화 머신은, 게스트 가상화 머신을 위해, 신호 처리 장치(170) 내의 프로세서(175) 내의 서버 가상화 머신(520)으로부터, CAN 통신 데이터, 오디오 데이터, 라디오 데이터, USB 데이터, 무선 통신 데이터를 수신하고 처리할 수 있다.
그리고, 제2 프로세서(175b) 내의 서버 가상화 머신은, 처리된 데이터를 게스트 가상화 머신으로 전송할 수 있다.
이에 따라, 제2 프로세서(175b) 내의 서버 가상화 머신과, 게스트 가상화 머신 중 서버 가상화 머신만, 통신 데이터, 외부 입력 데이터를 수신하여, 신호 처리를 수행함으로써, 게스트 가상화 머신에서의 신호 처리 부담이 경감되며, 1:N 데이터 통신이 가능하게 되어, 데이터 공유시의 동기화가 가능하게 된다.
한편, 제2 프로세서(175b) 내의 서버 가상화 머신은, 게스트 가상화 머신으로, 동일한 데이터 전송을 위해, 하이퍼바이저(505) 기반의 공유 메모리(도 8의 508b가 설정되도록 제어할 수 있다.
즉, 제2 프로세서(175b) 내의 서버 가상화 머신은, 하이퍼바이저(505) 기반의 공유 메모리(508b)를 이용하여, 게스트 가상화 머신으로, 동일한 데이터를 동기화하여 전송할 수 있다. 이에 따라, 차량 내의 복수의 디스플레이(180c~180d)에서 동일한 영상을 동기화하여 표시할 수 있게 된다.
한편, 제2 신호 처리 장치(170b)는, 오디오 신호, 영상 신호, 데이터 신호 등 다양한 신호를 처리할 수 있다. 이를 위해, 제2 신호 처리 장치(170b)는, 시스템 온 칩(System On Chip,SOC)의 형태로 구현될 수 있다.
도 4는 본 개시와 관련한 신호 처리 장치에서 구동되는 시스템을 도시한 도면이다.
도면을 참조하면, 도 4는 클러스터 디스플레이(180a)와 AVN 디스플레이(180b)를 위해, 가상화 머신이 각각 사용되는 것을 예시하는 도면이다.
도 4의 신호 처리 장치에서 구동되는 시스템(400)은, 신호 처리 장치(170) 내의 프로세서(175) 내의 하이퍼바이저(405) 상에서, 클러스터 가상화 머신(430), AVN 가상화 머신(440)이 실행되는 것을 예시한다.
한편, 도 4의 신호 처리 장치에서 구동되는 시스템(400)은, 프로세서(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)를 구비할 수 있다.
이러한 시스템(400)에 의하면, CAN 통신 데이터는, 클러스터 가상화 머신(430)에서만 입출력되므로, AVN 가상화 머신(440)에서는 CAN 통신 데이터를 활용하지 못하는 단점이 있다.
또한, 도 4의 시스템(400)에 의하면, 오디오 데이터, 라디오 데이터, USB 데이터, 무선 통신 데이터는, AVN 가상화 머신(440)에서만 입출력되므로, 클러스터 가상화 머신(430)에서는 이러한 데이터를 활용하지 못하는 단점이 있다.
한편, 레가시(legacy) 가상화 머신(410)에서 입출력되는 메모리 데이터, 이더넷 통신 데이터를 위해, 클러스터 가상화 머신(430)과 클러스터 가상화 머신(430)가 각각 별도의 인터페이스(431,432,441,442)를 구비해야 하는 단점이 있다.
이에 본 개시에서는, 도 4의 시스템을 개선하기 위한 방안을 제시한다. 즉, 도 4와 달리, 가상화 머신을 서버 가상화 머신과 게스트 가상화 머신으로 구분하고, 각종 메모리 데이터, 통신 데이터 등을 게스트 가상화 머신에서 입출력되지 않고, 서버 가상화 머신에서 입출력되도록 한다. 이에 대해서는 도 5 이하를 참조하여 기술한다.
도 5는 본 개시의 실시예에 따른 신호 처리 장치에서 구동되는 시스템의 일예를 도시한 도면이다.
도면을 참조하면, 도 5의 시스템(500)은, 신호 처리 장치(170) 내의 프로세서(175) 내의 하이퍼바이저(505) 상에서, 서버 가상화 머신(520), 제1 게스트 가상화 머신(530), 제2 게스트 가상화 머신(540)이 실행되는 것을 예시한다.
제1 게스트 가상화 머신(530)은, 클러스터 디스플레이(180a)를 위한 가상화 머신이고, 제2 게스트 가상화 머신(540)은 AVN 디스플레이(180b)를 위한 가상화 머신일 수 있다.
즉, 제1 게스트 가상화 머신(530)과, 제2 게스트 가상화 머신(540)은, 각각 클러스터 디스플레이(180a)과 AVN 디스플레이(180b)의 영상 렌더링을 위해 동작할 수 있다.
한편, 도 5의 신호 처리 장치(170)에서 구동되는 시스템(500)은, 프로세서(175) 내의 하이퍼바이저(505) 상에서, 레가시(legacy) 가상화 머신(510)도 실행되는 것을 예시한다.
레가시(legacy) 가상화 머신(510)은, 메모리(140)와의 데이터 통신, 및 이더넷 통신을 위한 인터페이스(511)을 구비한다.
한편, 레가시(legacy) 가상화 머신(510)은, 제1 내지 제2 게스트 가상화 머신(530,540)과의 데이터 통신을 위한 인터페이스(virtio-backend interface)(512)를 더 구비할 수 있다.
서버 가상화 머신(520)은, 오디오 데이터, 라디오 데이터, USB 데이터, 무선 통신 데이터의 입출력을 위한 인터페이스(521), 게스트 가상화 머신과의 데이터 통신을 위한 입출력 서버 인터페이스(522)를 구비할 수 있다.
즉, 서버 가상화 머신(520)은, 표준가상화기술(VirtIO)에 의해 가상화되기 힘든 I/O 들을 다수의 게스트 가상화 머신, 예를 들어, 제1 내지 제2 게스트 가상화 머신(530,540) 등에 제공할 수 있다.
한편, 서버 가상화 머신(520)은, 라디오 데이터, 오디오 데이터 등을 Supervisor수준에서 제어하고, 다수의 게스트 가상화 머신, 예를 들어, 제1 내지 제2 게스트 가상화 머신(530,540) 등에 제공할 수 있다.
한편, 서버 가상화 머신(520)은, 차량 데이터, 센서 데이터, 차량 주변 정보 등을 처리하고, 처리된 데이터 또는 정보 등을 다수의 게스트 가상화 머신, 예를 들어, 제1 내지 제2 게스트 가상화 머신(530,540) 등에 제공할 수 있다.
한편, 서버 가상화 머신(520)은, 차량 데이터(vehicle data)의 처리, 오디오 라우팅(Audio routing) 관리 등과 같은, 서비스(Supervisory Services)를 제공할 수 있다.
다음, 제1 게스트 가상화 머신(530)은, 서버 가상화 머신(520)과의 데이터 통신을 위한 입출력 클라이언트 인터페이스(532)와, 입출력 클라이언트 인터페이스(532)를 제어하는 APIs(533)를 구비할 수 있다.
또한, 제1 게스트 가상화 머신(530)은, 레가시 가상화 머신(510)과의 데이터 통신을 위한 인터페이스(virtio-backend interface)를 구비할 수 있다.
제1 게스트 가상화 머신(530)은, 인터페이스(virtio-backend interface)를 통해, 레가시(legacy) 가상화 머신(510)의 인터페이스(virtio-backend interface)(512)로부터 메모리(140)와의 통신에 의한 메모리 데이터, 이더넷 통신에 의한 이더넷 데이터를 수신할 수 있다.
다음, 제2 게스트 가상화 머신(540)은, 서버 가상화 머신(520)과의 데이터 통신을 위한 입출력 클라이언트 인터페이스(542)와 입출력 클라이언트 인터페이스(542)를 제어하는 APIs(543)를 구비할 수 있다.
또한, 제2 게스트 가상화 머신(540)은, 레가시 가상화 머신(510)과의 데이터 통신을 위한 인터페이스(virtio-backend interface)를 구비할 수 있다.
제2 게스트 가상화 머신(540)은, 인터페이스(virtio-backend interface)를 통해, 레가시(legacy) 가상화 머신(510)의 인터페이스(virtio-backend interface)(512)로부터 메모리(140)와의 통신에 의한 메모리 데이터, 이더넷 통신에 의한 이더넷 데이터를 수신할 수 있다.
한편, 레가시(legacy) 가상화 머신(510)은, 도 5와 달리, 서버 가상화 머신(520) 내에 구비되는 것도 가능하다.
이러한 시스템(500)에 의하면, CAN 통신 데이터는, 서버 가상화 머신(520)에서만 입출력되나, 서버 가상화 머신(520)에서의 데이터 처리를 통해, 다수의 게스트 가상화 머신, 예를 들어, 제1 내지 제2 게스트 가상화 머신(530,540) 등에 제공될 수 있다. 따라서, 서버 가상화 머신(520)의 처리에 의한 1:N 데이터 통신이 가능하게 된다.
또한, 도 5의 시스템(500)에 의하면, 오디오 데이터, 라디오 데이터, USB 데이터, 무선 통신 데이터는, 서버 가상화 머신(520)에서만 입출력되나, 서버 가상화 머신(520)에서의 데이터 처리를 통해, 다수의 게스트 가상화 머신, 예를 들어, 제1 내지 제2 게스트 가상화 머신(530,540) 등에 제공될 수 있다. 따라서, 서버 가상화 머신(520)의 처리에 의한 1:N 데이터 통신이 가능하게 된다.
한편, 도 5의 시스템(500)에서 제1 내지 제2 게스트 가상화 머신(530,540)은 서로 다른 OS 기반으로 동작할 수 있다.
예를 들어, 제1 게스트 가상화 머신(540)은 리눅스 OS 기반 하에 동작하며, 제2 게스트 가상화 머신(540)은 웹 OS 기반 하에 동작할 수 있다.
서버 가상화 머신(520)은, 제1 내지 제2 게스트 가상화 머신(530,540)이 서로 다른 OS 기반 하에 동작하더라도, 데이터 공유를 위해, 하이퍼바이저(505) 기반의 공유 메모리(508)를 설정할 수 있다. 이에 따라, 제1 내지 제2 게스트 가상화 머신(530,540)이, 서로 다른 운영 체제(Operating system;OS) 하에 동작하더라도, 동일한 데이터 또는 동일한 영상을 동기화하여 공유할 수 있게 된다. 결국, 복수의 디스플레이(180a,180b)에 동일한 데이터 또는 동일한 영상을 동기화하여 표시할 수 있게된다.
도 6은 본 발명의 실시예에 따른 신호 처리 장치에서 구동되는 시스템의 동작 설명에 참조되는 도면이고, 도 7a 내지 도 9d는 도 5 또는 도 6의 설명에 참조되는 도면이다.
먼저, 도 6의 시스템(500)에 의하면, 신호 처리 장치(170) 내의 프로세서(175)는, 프로세서(175) 내의 하이퍼바이저(505) 상에서, 서버 가상화 머신(520)과 복수의 게스트 가상화 머신(530~540)을 실행하며, 프로세서(175) 내의 서버 가상화 머신(520)은, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)으로, 데이터 전송을 위해, 하이퍼바이저(505) 기반의 공유 메모리(508)가 설정되도록 제어한다.
예를 들어, 서버 가상화 머신(520)에서 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)으로, 동일한 데이터로의 일예로, 동일한 영상 데이터를 전송할 수 있다. 이에 따라, 차량 내의 복수의 디스플레이(180a~180b)에서 동일한 영상을 동기화하여 표시할 수 있게 된다.
한편, 도 6의 시스템(500)에 의하면, 신호 처리 장치(170) 내의 프로세서(175)는, 프로세서(175) 내의 하이퍼바이저(505) 상에서, 서버 가상화 머신(520)과 복수의 게스트 가상화 머신(530~540)을 실행하며, 프로세서(175) 내의 서버 가상화 머신(520)은, 하이퍼바이저(505) 기반의 공유 메모리(508)를 이용하여, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)으로, 동일한 데이터를 동기화하여 전송할 수 있다.
예를 들어, 동일한 데이터로, CAN 통신 데이터, 오디오 데이터, 라디오 데이터, USB 데이터, 무선 통신 데이터, 위치 정보 데이터, 또는 터치 데이터 등이 예시될 수 있다. 이에 따라, 차량 내의 복수의 디스플레이(180a~180b)에서 동일한 데이터를 동기화하여 표시할 수 있게 된다.
한편, 프로세서(175) 내의 서버 가상화 머신(520)은, 이동에 따라 가변되는 위치 정보 데이터를 수신하고, 가공하여, 제1 게스트 가상화 머신(530) 또는 제2 게스트 가상화 머신(540)으로 제공할 수 있다. 이에 따라, 가상화 머신들 사이에서의 1:1 방식의 데이터 통신이 아니라, 공유 메모리를 이용하여, 1:N 방식의 데이터 통신이 가능하게 된다.
한편, 제1 게스트 가상화 머신(530)과 제2 게스트 가상화 머신(540)은 서로 다른 운영 체제에 의해 구동될 수 있다. 이에 따라, 복수의 가상화 머신(520,530,540)이 서로 다른 운영체제에 의해 구동되더라도 고속의 데이터 통신을 수행할 수 있게 된다.
한편, 도 6에는 표시되지 않았지만, 레가시 가상화 머신(510)은, 메모리(140)로부터의 메모리 데이터, 이더넷 통신에 의해 이더넷 데이터를, 하이퍼바이저(505) 기반의 공유 메모리(508)를 이용하여, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)으로, 동기화하여 전송할 수 있다. 즉, 메모리 데이터 또는 이더넷 데이터에 대한 1:N 데이터 통신을 수행할 수 있다. 이에 따라, 동일한 데이터를 동기화하여 전송할 수 있게 된다.
한편, 프로세서(175) 내의 서버 가상화 머신(520)은, 슈퍼바이저리 서비스(supervisory service)로서, 시스템 매니저, 디스플레이 매니저 등을 실행할 수 있다.
한편, 프로세서(175) 내의 서버 가상화 머신(520)은, 시스템 기반 서비스(systemic service)로서, 차량 정보 서비스, 위치 정보 서비스, 카메라 서비스, 오토사, 블루투스 통신 서비스, 라디오 서비스, 와이파이 서비스, 오디오 서비스, 터치 서비스 등을 실행할 수 있다.
한편, 신호 처리 장치(170)는, 도 5와 유사하게, 공유 메모리(508), 프로세서(175) 외에, 외부의 서버(900)의 전자 서명과 공개키를 저장하는 보안 저장 장치(509)를 더 포함할 수 있다.
한편, 신호 처리 장치(170)는, 서버(900)로부터 암호화된 데이터를 수신하고, 서버(900)의 전자 서명과 공개키에 기초하여, 서버(900)로부터의 암호화된 데이터를 복호화하고, 복호화된 데이터를, 서버 가상화 머신(520) 또는 복수의 게스트 가상화 머신(530,540) 중 적어도 하나로 전송하는 보안 실행부(TEE)를 더 포함할 수 있다.
한편, 보안 실행부(TEE)는, 도면과 같이, 신호 처리 장치(170) 내의 프로세서(175)에서 실행될 수도 있다.
보안 실행부(TEE)는, 공유 정책에 따라, 제1 게스트 가상화 머신(530)과 제2 게스트 가상화 머신(540)에 공유하는 데이터가 달라지도록 설정하는 정책 매니저(PM)과, 보안 저장 장치(509)와 데이터를 교환하는 인터페이스(SS)를 포함할 수 있다.
한편, 서버 가상화 머신(520), 제1 내지 제2 게스트 가상화 머신(530,540)은, 각각은 서버 가상화 머신(520)과 복수의 게스트 가상화 머신(530,540) 각각은, 공유 메모리(508)로부터 수신한 암호화된 데이터를 복호화하거나, 공유 메모리(508)에 암호화된 데이터의 저장을 위한 보안 인터페이스(525,535,545)를 구비할 수 있다.
도 7a는 도 4의 시스템(400b)에서, 3개의 가상화 머신(420,420,430)이 동작하는 것을 예시한다.
도면을 참조하면, 서버 가상화 머신(520)(420)은, 리눅스 기반의 가상화 머신으로, 데이터 전송을 위한 입출력 서버 인터페이스(422)를 구비할 수 있으며, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)은, 입출력 서버 인터페이스(422)와의 데이터 통신을 위한 입출력 클라이언트 인터페이스(432, 442)를 포함할 수 있다.
예를 들어, 서버 가상화 머신(520)(420)이, 제1 데이터를 제1 게스트 가상화 머신(430)으로 전송하기 위해서, 하이퍼바이저(405) 내에, 제1 공유 메모리(408a)하며, 서버 가상화 머신(520)(420)이, 동일한 제1 데이터를 제2 게스트 가상화 머신(440)으로 전송하기 위해서, 하이퍼바이저(405) 내에, 제1 공유 메모리(408a)와 별도의 제2 공유 메모리(408b)를 설정하여야 한다.
동일한 제1 데이터를 전송하는 경우에, 도 7a와 같이, 별도의 공유 메모리를 사용하는 경우, 리소스가 낭비되며, 동기화가 쉽지 않다는 단점이 있다.
도 7b는, 도 7a의 시스템(400b)에 의해, 제1 게스트 가상화 머신(430)이 제1 공유 메모리(408a)를 통해 수신된 영상 데이터를 제1 디스플레이(180a)에 표시하고, 제2 게스트 가상화 머신(440)이 제2 공유 메모리(408b)를 통해 수신된 영상 데이터를 제2 디스플레이(180b)에 표시하는 것을 예시한다.
도 7b에서는, 제1 디스플레이(180a)에 표시되는 영상(705a)와 제2 디스플레이(180b)에 표시되는 영상(705b)의 동기화가 맞지 않으며, 제2 디스플레이(180b)에 표시되는 영상(705b)이, 제1 디스플레이(180a)에 표시되는 영상(705a) 보다, 이전 프레임에 대응하는 것을 예시한다.
이와 같이, 서버 가상화 머신(520)(420)이, 동일한 영상 데이터를 전송하는 경우에, 도 7a와 같이, 별도의 공유 메모리를 사용하는 경우, 도 7b와 같이, 영상 표시시의 동기화가 수행되지 못한다는 단점이 있다.
본 발명에서는 이러한 문제를 해결하기 위해, 동일한 데이터 전송시, 하나의 공유 메모리를 할당하는 방안을 제시한다. 이에 따라, 1:N 데이 통신이 수행되며, 동기화된 데이터의 전송이 가능하게 된다.
도 8은, 본 발명의 실시예에 따른 시스템(500) 내의 프로세서(175) 내의 하이퍼바이저(505) 상에서, 서버 가상화 머신(520)과 복수의 게스트 가상화 머신(530~540)을 실행하며, 프로세서(175) 내의 서버 가상화 머신(520)이, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)으로, 동일한 데이터 전송을 위해, 하이퍼바이저(505) 기반의 공유 메모리(508)가 설정되도록 제어하는 것을 예시한다.
이에 따라, 차량 내의 복수의 디스플레이(180a~180b)에서 동일한 영상을 동기화하여 표시할 수 있게 된다.
한편, 복수의 가상화 머신(520,530,540) 사이의 고속의 데이터 통신을 수행할 수 있게 된다. 나아가, 복수의 가상화 머신(520,530,540)이 서로 다른 운영체제에 의해 구동되더라도 고속의 데이터 통신을 수행할 수 있게 된다.
한편, 프로세서(175) 내의 서버 가상화 머신(520)은, 서버 가상화 머신(520)에서 처리된 데이터를, 다른 가상화 머신으로 전송하는 경우, 가상화 머신의 개수에 대응하는 개수의 메모리 할당이 아닌, 하나의 공유 메모리(508)를 이용할 수 있다. 이에 따라, 가상화 머신들 사이에서의 1:1 방식의 데이터 통신이 아니라, 공유 메모리(508)를 이용하여, 1:N 방식의 데이터 통신이 가능하게 된다.
한편, 프로세서(175) 내의 서버 가상화 머신(520)은, 입출력 서버 인터페이스(522)와 보안 매니저(526)를 포함할 수 있다.
한편, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)은, 각각 입출력 클라이언트 인터페이스(532, 542)를 포함할 수 있다. 이에 따라, 입출력 서버 인터페이스(522)와, 입출력 클라이언트 인터페이스(532, 542)를 이용하여, 복수의 가상화 머신(520,530,540) 사이의 고속의 데이터 통신을 수행할 수 있게 된다.
서버 가상화 머신(520) 내의 입출력 서버 인터페이스(522)는, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540) 내의 각 입출력 클라이언트 인터페이스(532, 542)로부터 동일 데이터 전송 요청을 수신하고, 이에 기초하여, 공유 데이터를 보안 매니저(526)를 통해, 공유 메모리(508)로 전송할 수 있다.
도 9a는 공유 데이터 전송에 대한 보다 상세한 도면을 예시한다.
도면을 참조하면, 공유 데이터 전송을 위해, 서버 가상화 머신(520) 내의 입출력 서버 인터페이스(522)는, 보안 매니저(526)로 공유 메모리(508)의 할당 요청을 전송한다(S1).
다음, 보안 매니저(526)는, 하이퍼바이저(505)를 이용하여 공유 메모리(508)를 할당하고(S2), 공유 메모리(508)에 공유 데이터를 기록할 수 있다.
한편, 입출력 클라이언트 인터페이스(532, 542)는, 공유 메모리(508) 할당 이후, 입출력 서버 인터페이스(522)로 연결 요청을 전송할 수 있다(S3).
한편, 입출력 서버 인터페이스(522)는, 공유 메모리(508) 할당 이후, 입출력 클라이언트 인터페이스(532, 542)로, 키 데이터를 포함하는 공유 메모리(508)에 대한 정보를 전송한다(S4). 이때의 키 데이터는, 데이터 억세스를 위한 데이터일 수 있다.
즉, 한편, 프로세서(175) 내의 서버 가상화 머신(520)은, 공유 메모리(508)의 설정 이후, 공유 메모리(508)에 대한 정보를, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)으로 전송할 수 있다.
입출력 클라이언트 인터페이스(532, 542)는, 수신한 키 데이터에 기초하여, 공유 메모리(508)에 억세스하고(S5), 공유 데이터를 공유 메모리(508)로부터 카피할 수 있다.
이에 따라, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)에서 공유 메모리(508)에 억세스 가능하게 되며, 결국, 공유 데이터를 공유할 수 있게 된다.
예를 들어, 공유 데이터가, 영상 데이터인 경우, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)에서 영상 데이터를 공유하게 되며, 결국 차량 내의 복수의 디스플레이(180a~180b)에서 동일한 공유 영상을 동기화하여 표시할 수 있게 된다.
도 9b는, 도 9a의 시스템(500b)에 의해, 제1 게스트 가상화 머신(530)이 공유 메모리(508)를 통해 수신된 영상 데이터를 제1 디스플레이(180a)에 표시하고, 제2 게스트 가상화 머신(540)이 공유 메모리(508)를 통해 수신된 영상 데이터를 제2 디스플레이(180b)에 표시하는 것을 예시한다.
도 9b에서는, 제1 디스플레이(180a)에 표시되는 영상(905)과 제2 디스플레이(180b)에 표시되는 영상(905)의 동기화 수행되어, 동일한 영상이 표시되는 것을 예시한다.
즉, 프로세서(175) 내의 서버 가상화 머신(520)에서 처리된 영상 데이터는, 공유 메모리(508)를 통해, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)으로 전송되며, 영상 데이터에 기초하여, 제1 디스플레이(180a)에 표시되는 제1 영상(905)과, 제2 디스플레이(180b)에 표시되는 제2 영상(905)은 서로 동일할 수 있다. 이에 따라, 차량 내의 복수의 디스플레이(180a~180b)에서 동일한 영상을 동기화하여 표시할 수 있게 된다. 또한, 복수의 가상화 머신(520,530,540) 사이의 고속의 데이터 통신을 수행할 수 있게 된다.
도 9c는 10은 도 8의 출력 서버 인터페이스(522)를 상세한 도시한 도면이다.
도면을 참조하면, 공유 메모리(508) 내에는 복수의 버퍼(507a,507b,507c)가 설정될 수 있다.
한편, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540) 내의 각 입출력 클라이언트 인터페이스(532, 542)는, 각각 consumer(533,543)를 구비할 수 있다.
한편, 서버 가상화 머신(520) 내의 출력 서버 인터페이스(522)는, 그래픽 동기화를 위한 동기화 객체를 생성하는 Producer(1010), 큐(queue)를 관리, 특히 수신하는 recvQueue(1020), 큐(queue)를 관리, 동작을 제어하는 WorkThread(1030), 큐(queue)를 관리, 특히 전송하는 SendQueue(1040)를 구비할 수 있다.
먼저, Producer(1010)는, recvQueue(1020)로부터, 공유 메모리(508) 내의 복수의 버퍼(507a,507b,507c) 중 비어있는 버퍼 인덱스(buffer Index)에 대한 정보를 수신한다(Sa1). 예를 들어, 복수의 버퍼(507a,507b,507c) 제1 버퍼(507a)가 비어 있는 경우, 제1 버퍼(507a)에 대한 정보를 수신한다(Sa1).
특히, Producer(1010)는, recvQueue(1020)로부터 기준 카운트(refcnt)가 0인 제1 버퍼(507a)에 대한 정보를 전달 받는다.
다음, Producer(1010)는, 제1 버퍼(507a)로의 기록을 위해, 그래픽 동기화를 위한 동기화 객체를 생성한다(Sa2).
다음, Producer(1010)는, 생성된 동기화 객체에 대한 데이터를, 공유 메모리(508) 내의 제1 버퍼(507a)에 기록(write)한다(Sa3).
다음, Producer(1010)는, SendQueue(1040)로, 제1 버퍼(507a)에 대한 정보, 예를 들어 버퍼 인덱스를 큐잉(queuing)한다(Sa4).
다음, WorkThread(1030)는, 주기적으로 모니터링 하고 있는 SendQueue(1040)에, 데이터가 들어오는 경우, 이를 감지하여, 수신 또는 독출(read)한다(Sa5).
예를 들어, WorkThread(1030)는, 모니터링 하고 있는 SendQueue(1040)에, 제1 버퍼(507a)에 대한 정보가 들어오는 경우, 이를 수신한다.
한편, WorkThread(1030)는, 생성된 동기화 객체에 대한 프레임이 다 다그려질때까지 기다린다(Sa6).
다음, WorkThread(1030)는, 제1 버퍼(507a)에 해당하는 버퍼의 기준 카운트(refcnt)를, consumer의 개수 또는 입출력 클라이언트 인터페이스의 개수 만큼 증가시킨다(Sa7).
예를 들어, 도면에서는 consumer(533,543)의 개수 또는 입출력 클라이언트 인터페이스(532,542)의 개수기 2개이므로, 제1 버퍼(507a)에 해당하는 버퍼의 기준 카운트(refcnt)를, 0에서 2로 증가시킨다.
다음, WorkThread(1030)는, Consumer(533,543)로 버퍼 인덱스를 전달한다(Sa8). 예를 들어, 제1 버퍼(507a)에 대응하는 정보를 전달한다(Sa8).
다음, Consumer(533,543)는, 전달받은 버퍼 인덱스를 이용하여, 공유 메모리(508) 내의 제1 버퍼(507a)에 억세스 하여, 데이터를 카피한다(Sa9).
다음, Consumer(533,543)는, 데이터 카피 완료 이후, 버퍼 인덱스를 다시 Producer(1010) 또는 WorkThread(1030)로 반납한다(Sa10).
다음, Producer(1010)는, Consumer(533,543) 별로 데이터 카피 완료 이후 수신한 정보 또는 버퍼 인덱스에 기초하여, 제1 버퍼(507a)에 대한 기준 카운트(RefCnt)를 1씩 감소시킨다.
예를 들어, 제1 Consumer(533)가 데이터 카피 완료한 경우, 제1 버퍼(507a)에 대한 기준 카운트(RefCnt)는 2에서 1로 감소한다.
그 이후, 제2 Consumer(543)가 데이터 카피 완료한 경우, 제1 버퍼(507a)에 대한 기준 카운트(RefCnt)는 1에서 0로 감소한다.
한편, 제1 버퍼(507a)에 대한 기준 카운트(RefCnt)가 0인 경우, 해당 버퍼는 다시 Producer(1010)에서 사용할 수 있게 된다.
이와 유사하게, 제1 버퍼(507a)를 이용하여 제1 프레임 데이터를 공유하고, 그 이후, 제2 버퍼(507b)를 이용하여 제2 프레임 데이터를 공유하고, 그 이후, 제3 버퍼(507c)를 이용하여 제3 프레임 데이터를 공유하고, 그 이후, 다시 제1 버퍼(507a)를 이용하여 제4 프레임 데이터를 공유할 수 있다.
즉, 입출력 서버 인터페이스(522)는, 공유 메모리(508) 중 비어있는 제1 버퍼(507a)에 대한 정보를 수신하고, 공유 메모리(508) 내의 제1 버퍼(507a) 내에 제1 데이터를 기록하고, 제1 버퍼(507a)의 버퍼 정보를 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540) 내의 각 입출력 클라이언트 인터페이스(532, 542)로 전송할 수 있다.
특히, 제1 버퍼(507a) 내에 제1 데이터를 기록에 따라, 제1 버퍼(507a)의 기준 카운트가 제1 방향으로 변화(예를 들어, 기준 카운트가 증가)되고, 제1 버퍼(507a)의 제1 데이터를 복사 완료하는 경우, 제1 버퍼(507a)의 기준 카운트는 제1 방향과 반대인 제2 방향(예를 들어, 기준 카운트가 감소)으로 변화될 수 있다.
예를 들어, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540) 내의 각 입출력 클라이언트 인터페이스(532, 542) 내의 각 consumer(533,543)는, 제1 버퍼(507a) 내에 제1 데이터를 기록에 따라, 제1 버퍼(507a)의 기준 카운트를 제1 방향으로 변화(예를 들어, 기준 카운트가 증가)시킬 수 있다.
한편, 서버 가상화 머신(520) 내의 입출력 서버 인터페이스(522) 내의 Producer(1010)는, 제1 버퍼(507a)의 제1 데이터를 복사 완료하는 경우, 제1 버퍼(507a)의 기준 카운트를 제1 방향과 반대인 제2 방향(예를 들어, 기준 카운트가 감소)으로 변화시킬 수 있다. 이에 따라, 복사 완료 이후, 제1 버퍼(507a)에 새로운 데이터의 기록이 가능하게 된다.
한편, 서버 가상화 머신(520)은, 제1 프레임 데이터 내지 제3 프레임 데이터를 복수의 버퍼(507a~507c) 중 제1 버퍼) 내지 제3 버퍼(507a~507c)에 각각 기록하고, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540) 내의 각 입출력 클라이언트 인터페이스(532, 542)는, 제1 버퍼) 내지 제3 버퍼(507a~507c)로부터의 제1 프레임 데이터 내지 제3 프레임 데이터를 순차적으로 복사할 수 있다.
한편, 제1 게스트 가상화 머신(530)은, 제2 게스트 가상화 머신(540) 내의 입출력 클라이언트 인터페이스(532, 542)가, 제1 버퍼(507a)로부터의 제1 프레임 데이터를 복사 완료한 후에, 제2 버퍼(507b)로부터의 제2 프레임 데이터를 복사할 수 있다. 이에 따라, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540) 사이에 데이터 공유시의 동기화가 수행될 수 있게 된다.
도 9d는 서버 가상화 머신(520) 내에 다양한 드라이버(DRa,DRb,DRc)가 구비되는 것을 예시하는 도면이다.
도면을 참조하면, 서버 가상화 머신(520)은, 위치 정보 처리를 위한 위치 정보 드라이버(DRa)와, 터치 입력에 대한 처리를 위한 터치 드라이버(DRb)와, 카메라로부터의 영상 처리를 위한 카메라 드라이버(DRc)를 구비할 수 있다.
이에 따라, 서버 가상화 머신(520)은, 위치 정보 드라이버(DRa), 터치 드라이버(DRb), 카메라 드라이버(DRc) 별로, 하이퍼바이저(505) 기반의 공유 메모리(508)를 설정할 수 있다.
한편, 입출력 서버 인터페이스(522)는, 카메라 드라이버(DRc)로부터의 영상 데이터의 전송을 위한 제1 공유 메모리(508a)를 설정하고, 위치 정보 드라이버(DRa)로부터의 위치 정보의 전송을 위한 제2 공유 메모리(508b)를 설정할 수 있다.
한편, 제1 공유 메모리(508a)의 키 데이터와, 제2 공유 메모리(508b)의 키 데이터는, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)으로 전송되고, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)은, 제1 공유 메모리(508a)의 키 데이터와, 제2 공유 메모리(508b)의 키 데이터에 기초하여, 제1 공유 메모리(508a)와 제2 공유 메모리(508b)에 억세스할 수 있다.
도면에서는, 위치 정보 드라이버(DRa)로부터의 데이터와, 카메라 드라이버(DRc)로부터의 데이터를 공유하는 경우를 예시하므로, 하이퍼바이저(505) 기반의 공유 메모리로 2개의 공유 메모리(508a,508b)를 예시한다.
이와 같이, 종류가 다른 공유 데이터에 대해, 각각의 공유 메모리를 설정함으로써, 데이터 공유시의 데이터 혼동을 방지하고, 복수의 가상화 머신(520,530,540) 사이의 고속의 데이터 통신을 수행할 수 있게 된다.
한편, 각각의 다른 종류의 공유 데이터 공유시, 보안 매니저(526)는, 데이터 억세스를 위한 키 데이터 정보를 생성하고, 가상화 머신 정보, 각 기기별 정보, 할당된 메모리 주소 정보, 버퍼 인덱스 정보, 생성된 키 데이터 정보를 테이블 형태로 생성하여 등록할 수 있다.
한편, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540) 내의, 각각 입출력 클라이언트 인터페이스(532, 542)는, 보안 매니저(526)에 접속하여, 보안 매니저(526) 내의 테이블을 참조하여, 키 데이터를 요청하여 수신하고, 수신한 키 데이터를 이용하여, 해당하는 공유 메모리에 억세스할 수 있다.
한편, 제1 공유 메모리(508a)를 통해, 카메라 드라이버(DRc)로부터의 데이터를 공유하는 경우와, 제2 공유 메모리(508b)를 통해, 위치 정보 드라이버(DRa)로부터의 데이터를 공유하는 경우에는, 가상화 머신 정보만 동일하며, 각 기기별 정보, 할당된 메모리 주소 정보, 버퍼 인덱스 정보, 생성된 키 데이터 정보는, 서로 다르게 된다. 이에 따라, 종류가 다른 데이터 공유시의 데이터 혼동을 방지하고, 복수의 가상화 머신(520,530,540) 사이의 고속의 데이터 통신을 수행할 수 있게 된다.
도 10은 도 5의 신호 처리 장치에서 구동되는 시스템을 상세한 도시한 도면이다.
도면을 참조하면, 본 발명의 일 실시예에 따른 신호 처리 장치(170)는, 공유 메모리(508)와, 차량에 장착되는 디스플레이를 위한 신호 처리를 수행하는 프로세서(175)를 포함한다.
프로세서(175)는, 프로세서(175) 내의 하이퍼바이저(505) 상에서, 서버 가상화 머신(520)과 복수의 게스트 가상화 머신(530,540)을 실행하며, 복수의 게스트 가상화 머신(530,540) 중 제1 게스트 가상화 머신(530)은 제1 디스플레이(180a)를 위해 동작하며, 복수의 게스트 가상화 머신(530,540) 중 제2 게스트 가상화 머신(540)은, 제2 디스플레이(180b)를 위해 동작한다.
한편, 본 발명의 일 실시예에 따른 서버 가상화 머신(520)은, 제1 게스트 가상화 머신(530) 또는 제2 게스트 가상화 머신(540) 중 적어도 하나로 전송할 데이터를 공유 메모리(508)에 저장하도록 제어하고, 제1 게스트 가상화 머신(530) 또는 제2 게스트 가상화 머신(540) 중 적어도 하나로 보안키를 전송한다. 이에 따라, 데이터 전송시에 보안을 강화할 수 있게 된다. 특히, 게스트 가상화 머신(530 또는 540)으로의 데이터 전송시에 보안을 강화할 수 있게 된다. 나아가, 가상화 머신 사이(520~540)의 데이터 전송시에 보안을 강화할 수 있게 된다.
한편, 제1 게스트 가상화 머신(530) 또는 제2 게스트 가상화 머신(540) 중 적어도 하나는, 공유 메모리(508)에 저장된 데이터를 수신하고, 보안키에 기초하여, 수신된 데이터를 복호화할 수 있다. 이에 따라, 데이터 전송시에 보안을 강화할 수 있게 된다.
한편, 서버 가상화 머신(520)은, 제1 게스트 가상화 머신(530) 또는 제2 게스트 가상화 머신(540) 중 적어도 하나로 전송할 데이터를 공유 메모리(508)에 저장하도록 제어하고, 대칭키를 암호화하며, 암호화된 대칭키를 포함하는 보안키를, 제1 게스트 가상화 머신(530) 또는 제2 게스트 가상화 머신(540) 중 적어도 하나로 전송할 수 있다. 이에 따라, 데이터 전송시에 보안을 강화할 수 있게 된다.
도면에서는, 서버 가상화 머신(520)는, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)에, 암호화된 대칭키를 포함하는 보안키를, 전송하는 것을 예시한다.
이에 따라, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)은, 암호화된 대칭키를 수신하고, 대칭키를 이용하여, 공유 메모리(508)에 저장된 데이터를 복호화할 수 있다.
한편, 대칭키는 업데이트되며, 서버 가상화 머신(520)은, 제1 시점에, 암호화된 대칭키를 포함하는 보안키를, 제1 게스트 가상화 머신(530) 또는 제2 게스트 가상화 머신(540) 중 적어도 하나로 전송하며, 제1 시점 이후의 제2 시점에, 암호화되고 업데이트된 대칭키를 보안키를, 제1 게스트 가상화 머신(530) 또는 제2 게스트 가상화 머신(540) 중 적어도 하나로 전송할 수 있다. 이에 따라, 업데이트된 보안키에 기초하여, 데이터 전송시에 보안을 강화할 수 있게 된다.
예를 들어, 서버 가상화 머신(520)은, 대칭키를, Random Key Value로서, 일정 interval 간격으로 새로 생성되어 업데이트할 수 있다.
그리고, 서버 가상화 머신(520)은, 업데이트되는 대칭키를, 제1 게스트 가상화 머신(530) 또는 제2 게스트 가상화 머신(540) 중 적어도 하나 내의 보안 인터페이스(535 또는 545)로 전송할 수 있다. 이에 따라, 업데이트된 보안키에 기초하여, 데이터 전송시에 보안을 강화할 수 있게 된다.
한편, 서버 가상화 머신(520)은, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)으로, 동일한 데이터 전송을 위해, 전송할 데이터를 공유 메모리(508)에 저장하도록 제어하고, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)으로 보안키를 전송할 수 있다. 이에 따라, 동일한 데이터를 전송하면서, 동일한 데이터 전송시에 보안을 강화할 수 있게 된다.
한편, 제1 게스트 가상화 머신(530) 및 제2 게스트 가상화 머신(540)은, 공유 메모리(508)에 저장된 동일한 데이터를 수신하고, 보안키에 기초하여, 수신된 동일한 데이터를 복호화할 수 있다. 이에 따라, 동일한 데이터를 전송하면서, 동일한 데이터 전송시에 보안을 강화할 수 있게 된다.
한편, 본 발명의 일 실시예에 따른 서버(900)는, 해쉬값 생성부(911)와, 전자 서명 생성부(913)를 포함할 수 있다.
해쉬값 생성부(911)는, 각 가상화 머신(520,530,540)의 보안 인터페이스(525,535,545)의 바이너리(binary)에 대한 해쉬값을 생성할 수 있으며, 전자 서명 생성부(913)는, 생성된 해쉬값에 기초하여 전자 서명(signature)을 수행할 수 있다.
한편, 본 발명의 일 실시예에 따른 신호 처리 장치(170)는, 외부의 서버(900)의 전자 서명과 공개키를 저장하는 보안 저장 장치(509)를 더 포함할 수 잇다.
한편, 본 발명의 일 실시예에 따른 신호 처리 장치(170)는, 서버(900)로부터 암호화된 데이터를 수신하고, 서버(900)의 전자 서명과 공개키에 기초하여, 서버(900)로부터의 암호화된 데이터를 복호화하고, 복호화된 데이터를, 서버 가상화 머신(520) 또는 복수의 게스트 가상화 머신(530,540) 중 적어도 하나로 전송하는 보안 실행부(TEE)를 실행할 수 있다.
한편, 도면과 달리, 본 발명의 일 실시예에 따른 신호 처리 장치(170)는, 하드웨어 기반의 보안 실행부(TEE)를 더 포함할 수 있다.
구체적으로, 본 발명의 일 실시예에 따른 신호 처리 장치(170)는, 외부의 서버(900)로부터 암호화된 데이터를 수신하고, 서버(900)의 전자 서명과 공개키에 기초하여, 서버(900)로부터의 암호화된 데이터를 복호화하고, 복호화된 데이터를, 서버 가상화 머신(520) 또는 복수의 게스트 가상화 머신(530,540) 중 적어도 하나로 전송하는 보안 실행부(TEE)를 더 포함할 수 있다. 이에 따라, 외부의 서버(900)로부터의 데이터 수신시에 보안을 강화화면서, 내부의 가상화 머신으로 데이터를 전송할 수 있게 된다.
한편, 보안 실행부(TEE)는, 공유 정책에 따라, 제1 게스트 가상화 머신(530)과 제2 게스트 가상화 머신(540)에 공유하는 데이터가 달라지도록 설정하는 정책 매니저(PM)과, 보안 저장 장치(509)와 데이터를 교환하는 인터페이스(SS)를 포함할 수 있다.
한편, 서버 가상화 머신(520)과, 제1 게스트 가상화 머신(530), 제2 게스트 가상화 머신(540) 중 서버 가상화 머신(520)만이 외부 입력 데이터와 통신 데이터를 수신할 수 있다. 이에 따라, 외부 입력 데이터와 통신 데이터에 대한 인터페이스를 효율적으로 구현할 수 있게 된다.
이때, 서버 가상화 머신(520)은, 외부 입력 데이터 또는 통신 데이터를, 제1 게스트 가상화 머신(530) 또는 제2 게스트 가상화 머신(540) 중 적어도 하나에 공유할 수 있다.
이를 위해, 서버 가상화 머신(520)은, 외부 입력 데이터 또는 통신 데이터를, 암호화하여, 암호화된 외부 입력 데이터 또는 통신 데이터를 공유 메모리(508)에 저장하도록 제어하고, 제1 게스트 가상화 머신(530) 또는 제2 게스트 가상화 머신(540) 중 적어도 하나로 보안키를 전송할 수 있다.
이에 대응하여, 제1 게스트 가상화 머신(530) 또는 제2 게스트 가상화 머신(540) 중 적어도 하나는, 보안키에 기초하여 수신된 외부 입력 데이터 또는 통신 데이터를 복호화할 수 있다. 이에 따라, 외부 입력 데이터와 통신 데이터에 대한 인터페이스를 효율적으로 구현할 수 있게 된다.
한편, 서버 가상화 머신(520), 제1 내지 제2 게스트 가상화 머신(530,540)은, 각각은 서버 가상화 머신(520)과 복수의 게스트 가상화 머신(530,540) 각각은, 공유 메모리(508)로부터 수신한 암호화된 데이터를 복호화하거나, 공유 메모리(508)에 암호화된 데이터의 저장을 위한 보안 인터페이스(525,535,545)를 구비할 수 있다.
예를 들어, 서버 가상화 머신(520) 내의 보안 인터페이스(525)는, 공유 메모리(508)에 암호화된 데이터의 저장을 위해 암호화를 수행하며, 제1 내지 제2 게스트 가상화 머신(530,540)은, 공유 메모리(508)로부터 수신한 암호화된 데이터를 복호화할 수 있다. 이에 따라, 데이터 전송시에 보안을 강화할 수 있게 된다. 특히, 게스트 가상화 머신(530 또는 540)으로의 데이터 전송시에 보안을 강화할 수 있게 된다. 나아가, 가상화 머신 사이(520~540)의 데이터 전송시에 보안을 강화할 수 있게 된다.
한편, 서버 가상화 머신(520)은, 하이퍼바이저(505) 내에서 실행되는 검증기(VFR)는, 서버 가상화 머신(520)과 복수의 게스트 가상화 머신(530,540)에 대한 무결성 검증을 수행할 수 있다.
구체적으로, 하이퍼바이저(505) 내의 검증기(VFR)는, 서버 가상화 머신(520)과 복수의 게스트 가상화 머신(530,540) 내의 각 보안 인터페이스(525,535,545)의 전자 서명, 해쉬값, 외부 서버(900)의 공개키를 수신하고, 서버(900)의 공개키와 각 보안 인터페이스(525,535,545)의 전자 서명에 기초하여 해쉬값을 연산하고, 연산된 해쉬값과, 수신된 해쉬값을 비교하여, 서버 가상화 머신(520)과 복수의 게스트 가상화 머신(530,540)에 대한 무결성 검증을 수행할 수 있다. 이에 따라, 무결성 검증된 가상화 머신으로의 데이터 전송시에 보안을 강화할 수 있게 된다.
예를 들어, 서버 가상화 머신(520)은, 하이퍼바이저(505) 내에서 실행되는 검증기(VFR)에 의해, 서버 가상화 머신(520)과 제1 게스트 가상화 머신(530)의 무결성이 검증되는 경유 유효한 가상화 머신으로 판정하고, 제2 게스트 가상화 머신(540)은 무결성이 검증되지 않는 경우, 제2 게스트 가상화 머신(540)은 유효하지 않은 가상화 머신으로 판정하고, 제1 게스트 가상화 머신(530)으로 전송할 데이터를 공유 메모리(508)에 저장하도록 제어하고, 제1 게스트 가상화 머신(530)으로 보안키를 전송하며, 제2 게스트 가상화 머신(540)으로 보안키를 전송하지 않는다. 이에 따라, 무결성 검증된 가상화 머신으로의 데이터 전송시에 보안을 강화할 수 있게 된다.
다른 예로, 서버 가상화 머신(520)은, 하이퍼바이저(505) 내에서 실행되는 검증기(VFR)에 의해, 서버 가상화 머신(520)과 제1 게스트 가상화 머신(530)과 제2 게스트 가상화 머신(540)의 무결성이 검증되는 경우, 제1 게스트 가상화 머신(530)으로 전송할 데이터를 공유 메모리(508)에 저장하도록 제어하고, 제1 게스트 가상화 머신(530)과 제2 게스트 가상화 머신(540)으로 보안키를 전송한다. 이에 따라, 무결성 검증된 가상화 머신으로의 데이터 전송시에 보안을 강화할 수 있게 된다.
도면에서는, 보안 실행부(TEE) 내의 정책 매니저(PM)가, 서버 가상화 머신(520), 제1 내지 제2 게스트 가상화 머신(530,540) 내의 각 보안 인터페이스(525,535,545)로, 공유 정책 또는 공유 정책에 따른 토픽(topic)을 공유하는 것을 예시한다.
공유 정책 또는 공유 정책에 따른 토픽(topic)에 따라, 서버 가상화 머신(520), 제1 내지 제2 게스트 가상화 머신(530,540) 내의 각 보안 인터페이스(525,535,545)로, 전송되는 데이터는 달라지게 된다.
한편, 서버 가상화 머신(520) 내의 보안 인터페이스(525)는, 보안 실행부(TEE)와의 데이터 교환을 위한 보안 매니저(TEma), 공유 메모리(508)와의 인터페이스를 위한 공유 버퍼(SBa)를 포함할 수 있다.
유사하게, 제1 내지 제2 게스트 가상화 머신(530,540) 내의 각 보안 인터페이스(535,545)는, 각각 보안 실행부(TEE)와의 데이터 교환을 위한 보안 매니저(TEmb,TEmc), 공유 메모리(508)와의 인터페이스를 위한 공유 버퍼(SBb,SBc)를 포함할 수 있다.
한편, 도면에서의, ARs는 secure world, Arn은 normal world라 명명할수 있다. 즉, 보안 실행부(TEE)는, secure world 이고, 하이퍼바이저(505), 각 가상화 머신(520,530,540)은 normal world일 수 있다.
도 11a 내지 도 13c는 도 10의 설명에 참조되는 도면이다.
먼저, 도 11a는 외부 서버(900)의 동작 설명에 참조되는 도면이다. 특히, 도 11a는 서버(900)의 사이닝(signing) 과정을 설명하는 도면이다.
도면을 참조하면, 외부 서버(900)는, Signing server일 수 있다.
먼저, 외부 서버(900)는, 신호 처리 장치(170)에서 실행되는 각 가상화 머신(520,530,540)의 보안 인터페이스(525,535,545)로 바이너리의 해쉬 값을 요청한다(S1110).
각 가상화 머신(520,530,540)의 보안 인터페이스(525,535,545)는, 바이너리 파일에 접근하여, 해당 파일의 해쉬값을 소정 방식으로 생성하고(S1112), 생성된 해쉬값을 서버(900)로 전송할 수 있다(S1114).
다음, 외부 서버(900)는, 자신의 개인키로 수신한 해쉬 값들을 서명한다(S1116).
다음, 외부 서버(900)는, 생성한 전자 서명과 서버(900)의 공개키를, 신호 처리 장치(170) 내의 보안 저장 장치(509)에 전송한다. 이에 따라, 신호 처리 장치(170) 내의 보안 저장 장치(509)는, 전자 서명과 서버(900)의 공개키를 저장한다.
한편, 바이너리 변경사항이 있는 경우, 전자 서명 정보는 업데이트될 수 있다.
다음, 도 11b는 검증기의 동작 설명에 참조되는 도면이다. 특히, 도 11b는 신호 처리 장치(170) 내의 검증기(CFR)의 검증 과정을 설명하는 도면이다.
도면을 참조하면, 검증기(VFR)는, 보안 저장 장치(509)에 접근하여, 저장된 각 가상화 머신(520,530,540)의 보안 인터페이스(525,535,545)의 바이너리의 전자 서명과 서버(900)의 공개키를 요청한다(S1120).
이에 대응하여, 보안 저장 장치(509)는, 검증기(VFR)로, 각 가상화 머신(520,530,540)의 보안 인터페이스(525,535,545)의 바이너리의 전자 서명과 서버(900)의 공개키를 전송한다(S1122).
한편, 검증기(VFR)는, 모든 가상화 머신(520,530,540)의 파일 시스템에 접근 가능하므로, 각 가상화 머신(520,530,540)의 보안 인터페이스(525,535,545)에 접근하여, 해쉬값을 구한다(S1124,S1126,S1128).
다음, 검증기(VFR)는, 보안 저장 장치(509)에서 가져온 전자 서명과, 공개키에 기초하여 연산된 해쉬 값과, 제1124 단계 내지 제1128 단계(S1124~S1128)에서 구한 해쉬값을 비교한다(S1130).
다음, 검증기(VFR)는, 가상화 머신 개수만큼의 비교 결과값에 기초하여, 비교 결과 값이 true인 경우 유효한 가상화 머신으로 판정하고, 비교 결과 값이 , false인 경우 유효하지 않은 가상화 머신으로 판정한다.
그리고, 검증기(VFR)는, 각 가상화 머신(520,530,540)으로 판정 결과를 전송한다(S1132,S1134,S1136).
예를 들어, 서버 가상화 머신(520)과 제1 가상화 머신(530)이 유효한 가상화 머신으로 판정되는 경우, 서버 가상화 머신(520)과 제1 가상화 머신(530) 사이에 데이터가 공유되며, 제2 가상화 머신(540)에는 데이터가 공유되지 않는다.
한편, 서버 가상화 머신(520)과 제1 가상화 머신(530)이 유효한 가상화 머신으로 판정되는 경우, 서버 가상화 머신(520)과 제1 가상화 머신(530) 사이에 접속이 가능하며, 서버 가상화 머신(520)과 제2 가상화 머신(540) 사이에는 접속이 되지 않게 된다.
다른 예로, 서버 가상화 머신(520)과 제1 가상화 머신(530)과, 제2 가상화 머신(540)이 유효한 가상화 머신으로 판정되는 경우, 서버 가상화 머신(520)과 제1 가상화 머신(530)과 제2 가상화 머신(540) 사이에 데이터가 공유된다.
도 11c는 검증기(VFR)의 동작을 설명의 일예이다.
도면을 참조하면, 검증기(VFR)는, 전자 서명과 공개키를 보안 저장 장치(509)에 요청한다(S1165).
이에 대응하여, 보안 저장 장치(509)는 전자 서명과 공개키를 검증기(VFR)로 전송한다(S1167).
다음, 검증기(VFR)는, 가상화 머신(520 또는 530)으로 해쉬값을 요청한다(S1168).
이에 대응하여, 가상화 머신(520 또는 530)은, 해쉬값을 연산하고(S1169), 연산된 해쉬값을 검증기(VFR)로 전송한다(S1170).
다음, 검증기(VFR)는, 보안 저장 장치(509)에서 가져온 전자 서명들을 공개키를 이용하여 연산된 해쉬값과, 가상화 머신(520 또는 530)의 보안 인터페이스(525 또는 535)로부터 수신된 해쉬값을 비교한다(S1171).
비교 결과 일치하는 경우, 검증기(VFR)는, 가상화 머신(520 또는 530)로 결과 메시지를 보낸다(S1172).
비교 결과 일치하지 않는 경우, 검증기(VFR)는, 가상화 머신(520 또는 530)로 결과 메시지를 보내지 않으며, 에러 코드를 출력한다(S1173).
한편, 결과 메시지가 서버 가상화 머신(520)으로 전송되는 경우, 검증기(VFR)는, 유효한 게스트 가상화 머신 목록을 전송할 수 있다.
한편, 결과 메시지가 게스트 가상화 머신(530)으로 전송되는 경우, 검증기(VFR)는, 서버 가상화 머신(520)의 유효성을 전송할 수 있다.
이에 따라, 검증기(VFR)는, 서버 가상화 머신(520)과 게스트 가상화 머신(530)에 대한 무결성 검증을 수행할 수 있다.
도 11d는 검증기(VFR)의 동작을 설명의 다른 일예이다.
게스트 가상화 머신(530) 내의 어플리케이션(Apt)이 실행되는 경우(S1178), 어플리케이션(Apt)은 검증기(VFR)로, 어플리케이션 아이디(ID)와 메타 데이터 등을 전송한다(S1179).
검증기(VFR)는, 어플리케이션 아이디(ID)와 메타 데이터 등을 수신하고, 메타 데이터를 파싱할 수 있다.
그리고, 검증기(VFR)는, 어플리케이션 아이디(ID)를 등록 어플리케이션 리스트(RAL)로 전송할 수 있다(S1181).
등록 어플리케이션 리스트(RAL)는, 어플리케이션 아이디(ID)를 수신하고, 리스트 내에 어플리케이션 아이디(ID)가 존재 하는 지 여부를 판단한다(S1182).
존재 하지 않는 경우, 등록 어플리케이션 리스트(RAL)는, 결과를 검증기(VFR)로 통보하고(S1183) 검증기(VFR)는, 실행 파일(ELF)의 해쉬값을 연산한다(S1185).
그리고, 검증기(VFR)는, 연산된 실행 파일(ELF)의 해쉬값과, 메타 데이터 내의 해쉬값을 비교하고(S1187), 일치하는 경우, 등록 어플리케이션 리스트(RAL)로 일치 정보를 전송한다(S1188).
등록 어플리케이션 리스트(RAL)는, 일치 정보 수신에 기초하여, 어플리케이션 아이디(ID)를 어플리케이션 리스트 내에 추가한다(S1189).
한편, 제1187 단계(S1187)에서 일치하지 않는 경우, 검증기(VFR)는, 어플리케이션과의 데이터 공유를 중지한다(S1190). 이에 따라, 어플리케이션과의 모든 통신 및 프로세서를 중지한다.
이에 따라, 검증기(VFR)는, 실행되는 어플리케이션에 대한 무결성 검증을 수행할 수 있다.
도 11e는 대칭키를 공유에 기초하여 데이터를 공유하는 것을 설명하는 도면이다.
도면을 참조하면, 제1 게스트 가상화 머신(530) 내의 보안 인터페이스(535)는, 서버 가상화 머신(520) 내의 보안 인터페이스(525)로, 인증을 요청한다(S1140).
다음, 서버 가상화 머신(520) 내의 보안 인터페이스(525)는, 인증을 요청한 제1 게스트 가상화 머신(530) 내의 보안 인터페이스(535)의 인증서 유효성을 검증한다(S1142).
그리고, 서버 가상화 머신(520) 내의 보안 인터페이스(525)는, 상대방인 제1 게스트 가상화 머신(530) 내의 보안 인터페이스(535)의 공개키로 암호화 송수신에 사용할 대칭키를 암호화한다(S1144).
다음, 서버 가상화 머신(520) 내의 보안 인터페이스(525)는, 암호화한 대칭키를, 제1 게스트 가상화 머신(530) 내의 보안 인터페이스(535)로 전달한다(S1146).
다음, 제1 게스트 가상화 머신(530) 내의 보안 인터페이스(535)는 개인키로 복호화하여 대칭키를 획득한다(S1148).
그리고, 제1 게스트 가상화 머신(530) 내의 보안 인터페이스(535)는, 서버 가상화 머신(520) 내의 보안 인터페이스(525)로 데이터 구독을 요청한다(S1150).
이에 대응하여, 서버 가상화 머신(520) 내의 보안 인터페이스(525)는, 데이터를 대칭키로 암호화하여(S1151), 암호화된 데이터를 제1 게스트 가상화 머신(530) 내의 보안 인터페이스(535)로 전송한다(S1152).
다음, 제1 게스트 가상화 머신(530) 내의 보안 인터페이스(535)는, 대칭키로 암호화된 데이터를 복호화한다(S1154).
한편, 제2 게스트 가상화 머신(540) 내의 보안 인터페이스(535)와, 서버 가상화 머신(520) 내의 보안 인터페이스(525)는, 상호 인증 요청을 수행할 수 있다(S1156).
한편, 제2 게스트 가상화 머신(540) 내의 보안 인터페이스(545)는, 서버 가상화 머신(520) 내의 보안 인터페이스(525)로 데이터 구독을 요청한다(S1158).
이에 대응하여, 서버 가상화 머신(520) 내의 보안 인터페이스(525)는, 데이터를 대칭키로 암호화하여(S1159), 암호화된 데이터를 제1 게스트 가상화 머신(530) 내의 보안 인터페이스(535)와 제2 게스트 가상화 머신(540) 내의 보안 인터페이스(545)로 전송한다(S1160).
한편, 서버 가상화 머신(520) 내의 보안 인터페이스(525)는, 대칭키를 Random Key Value로서, 일정 interval 간격으로 새로 생성할 수 있다.
즉, 서버 가상화 머신(520) 내의 보안 인터페이스(525)는, 대칭키를 업데이트할 수 있다.
그리고, 서버 가상화 머신(520) 내의 보안 인터페이스(525)는, 암호화한 업데이트된 대칭키를, 제1 게스트 가상화 머신(530) 내의 보안 인터페이스(535)와 제2 게스트 가상화 머신(540) 내의 보안 인터페이스(545)로 전달한다(S1162).
도 11f는 도 11e의 인증 요청 또는 구독 요청 등의 메시지의 포맷을 예시하는 도면이다.
도면을 참조하면, 인증 요청 또는 구독 요청 등의 메시지는, 메시지 ID, 요청 ID, 플래그 정보 또는 reserved 정보, Type 정보, 인터페이스 헤더 내의 M/Q/C 정보 등을 포함할 수 있다.
한편, 인터페이스 헤더 내의 M/Q/C 정보 등은, extension 비트를 포함할 수 있다.
예를 들어, reserved 정보가, [0x00]인 경우, Find Server VM을 나타내며, [0x01]인 경우, Offer Server VM을 나타내며, [0x02]인 경우, Request capability을 나타내며, [0x03]인 경우, Request capability ACK을 나타낼 수 있다.
한편, Type 정보가, [0x00]인 경우, Find Service를 나타내며, [0x01]인 경우, Offer Service를 나타내며, [0x02]인 경우, Request Service를 나타내며, [0x03] 인 경우, Request Service ACK를 나타내며, [0x04]인 경우, Find EVENT group를 나타내며, [0x05]인 경우, Publish Event group를 나타내며, [0x06]인 경우, Subscribe Event group를 나타내며, [0x07]인 경우, Subscribe Event group ACK를 나타낼 수 있다.
한편, extension 비트가 [0x00]인 경우, only IxF인 것을 나타내며, [0x01]인 경우, IxF with SOME/IP인 것을 나타낼 수 있다.
한편, 서버 가상화 머신(520)은, 공유 정책에 따라, 제1 게스트 가상화 머신(530)과 제2 게스트 가상화 머신(540)에 공유하는 데이터가 달라지도록 제어할 수 있다. 이에 따라, 공유 정책에 기초하여 전송하는 데이터를 차별화할 수 있게 된다.
한편, 서버 가상화 머신(520)은, 공유 정책의 업데이트에 따라, 제1 게스트 가상화 머신(530)과 제2 게스트 가상화 머신(540)에 공유하는 데이터를 설정할 수 있다. 이에 따라, 공유 정책의 업데이트에 기초하여 전송하는 데이터를 설정할 수 있게 된다.
한편, 서버 가상화 머신(520)은, 위치 정보 데이터, 카메라 데이터, 또는 센싱 데이터를 수신하고, 공유 정책에 따라, 공유 메모리(508)를 이용하여, 제1 게스트 가상화 머신(530)으로 위치 정보 데이터를 전송하도록 제어하며, 제2 게스트 가상화 머신(540)으로 위치 정보 데이터가 전송되지 않도록 제어할 수 있다. 이에 따라, 공유 정책에 기초하여 전송하는 데이터를 차별화할 수 있게 된다.
한편, 서버 가상화 머신(520)은, 공유 정책의 업데이트에 따라, 공유 메모리(508)를 이용하여, 제1 게스트 가상화 머신(530)과 제2 게스트 가상화 머신(540)으로 위치 정보 데이터를 전송하도록 제어할 수 있다. 이에 따라, 공유 정책의 업데이트에 기초하여 전송하는 데이터를 설정할 수 있게 된다.
공유 정책과 공유 정책의 업데이트에 대한 내용은 도 12a 내지 도 12f를 참조하여 기술한다.
도 12a는 공유 정책을 설명하는 도면이다.
도면을 참조하면, 발행자(Publisher)-구독자(Subscriber) 통신에서는 발행자가 송신한 데이터가 구독을 신청한 구독자에게 모두 전송된다.
한편, 허가되지 않은 애플리케이션이 구독를 통해 보안 데이터(Secured Data)에 접근할 수 없도록, 정책 매니저(PM)가 각 토픽에 대한 접근 가능 여부를 나타내는 공유 정책 테이블을 관리한다.
정책 매니저(PM)가 관리하는 공유 정책 테이블은, 각 가상화 머신(520,530,540)의 보안 인터페이스(525,535,545)로 모두 전달되며, 각 가상화 머신(520,530,540)의 보안 인터페이스(525,535,545)는, 이 테이블을 참조하여 애플리케이션으로 데이터를 송신할지 여부를 결정한다.
먼저, 각 가상화 머신(520,530,540)의 보안 인터페이스(525,535,545), 초기화시 정책 매니저(PM)로 공유 정책 테이블을 각각 요청한다(S1210, S1220, S1230).
예를 들어, 제1210 단계(S1210)에서, 서버 가상화 머신(520)의 보안 인터페이스(525)는, 초기화시 정책 매니저(PM)로 공유 정책 테이블을 요청한다.
다른 예로, 제1220 단계(S12210)에서, 제1 게스트 가상화 머신(530)의 보안 인터페이스(535)는, 초기화시 정책 매니저(PM)로 공유 정책 테이블을 요청한다.
또 다른 예로, 제1230 단계(S1230)에서, 제2 게스트 가상화 머신(540)의 보안 인터페이스(545)는, 초기화시 정책 매니저(PM)로 공유 정책 테이블을 요청한다.
다음, 정책 매니저(PM)는 보안 저장 장치(509)로부터 공유 정책 테이블을 각각 읽어들인다(S1012,S1022,S1032).
그리고, 정책 매니저(PM)는, 각 가상화 머신(520,530,540)의 보안 인터페이스(525,535,545)로, 공유 정책 테이블을 각각 전송한다(S1216, S1224, S1234).
다음, 제1 게스트 가상화 머신(530)에서 실행되는 증강 현실(Augmented Reality; AR) 네비게이션 애플리케이션이 위치 정보를 구독한다(S1236).
이를 위해, 제1 게스트 가상화 머신(530)의 보안 인터페이스(535)는, 서버 가상화 머신(520)의 보안 인터페이스(525)로, 위치 정보 구독 요청을 전송할 수 있다.
다음, 제2 게스트 가상화 머신(540)에서 실행되는 혼합 현실(Mixed Reality; MR) 네비게이션 애플리케이션이 위치 정보를 구독한다(S1237).
이를 위해, 제2 게스트 가상화 머신(540)의 보안 인터페이스(545)는, 서버 가상화 머신(520)의 보안 인터페이스(525)로, 위치 정보 구독 요청을 전송할 수 있다.
다음, 서버 가상화 머신(520)의 보안 인터페이스(525)는, 위치 정보를 발행한다(S1238).
이를 위해, 서버 가상화 머신(520)의 보안 인터페이스(525)는, 위치 정보 센서 또는 통신 모듈 등을 통해 위치 정보를 수신하고, 위치 정보를 발행할 수 있다.
한편, 서버 가상화 머신(520)의 보안 인터페이스(525)는, 위치 정보를 암호화하고, 암호화된 위치 정보 데이터를, 제1 게스트 가상화 머신(530)의 보안 인터페이스(535)와 제2 게스트 가상화 머신(540)의 보안 인터페이스(545)로 전송할 수 있다(S1240).
한편, 제1 게스트 가상화 머신(530)의 보안 인터페이스(535)는, 공유 정책 테이블을 비교하여(S1242), 암호화된 위치 정보가 공유 정책 테이블 기반하에 허여(allowed)된 것인 경우, 위치 정보를 복호화하고, 증강 현실(Augmented Reality; AR) 네비게이션 애플리케이션으로, 복호화된 위치 정보를 전송할 수 있다(S1248).
한편, 제2 게스트 가상화 머신(540)의 보안 인터페이스(545)는, 공유 정책 테이블을 비교하여(S1243), 암호화된 위치 정보가 공유 정책 테이블 기반하에 허여(allowed)되지 않은 것인 경우, 위치 정보를 복호화하고, 혼합 현실(Mixed Reality; MR) 네비게이션 애플리케이션으로, 복호화된 위치 정보를 전송하지 않을 수 있다(S1248).
한편, 도면과 달리, 서버 가상화 머신(520)의 보안 인터페이스(525)는, 공유 정책에 따라, 공유 메모리(508)를 이용하여, 제1 게스트 가상화 머신(530)의 보안 인터페이스(535)으로 위치 정보 데이터를 전송하도록 제어하며, 제2 게스트 가상화 머신(540)의 보안 인터페이스(545)으로 위치 정보 데이터가 전송되지 않도록 제어할 수 있다. 이에 따라, 공유 정책에 기초하여 전송하는 데이터를 차별화할 수 있게 된다.
도 12b는 공유 정책 테이블(1200)의 일예를 도시한 도면이다.
도면을 참조하면, 위치 정보(GNSS)는, 증강 현실(AR) 네비게이션 애플리케이션에서 사용되며, 제1 게스트 가상화 머신(530)에만 허여되는 것을 예시한다.
센서 데이터인 CAN 데이터(CAN)는, 혼합 현실(MR) 네비게이션 애플리케이션에서 사용되며, 제2 게스트 가상화 머신(540)에만 허여되는 것을 예시한다.
카메라 데이터(camera)는, 증강 현실(AR) 네비게이션 애플리케이션에서 사용되며, 제1 게스트 가상화 머신(530)에만 허여되는 것을 예시한다.
예를 들어, 서버 가상화 머신(520)의 보안 인터페이스(525)는, 위치 정보(GNSS) 또는 카메라 데이터(camera)를, 제1 게스트 가상화 머신(530)의 보안 인터페이스(535)으로 전송하도록 제어하며, 제2 게스트 가상화 머신(540)의 보안 인터페이스(545)으로 전송되지 않도록 제어할 수 있다.
다른 예로, 서버 가상화 머신(520)의 보안 인터페이스(525)는, CAN 데이터(CAN)를, 제1 게스트 가상화 머신(530)의 보안 인터페이스(535)로 전송되지 않도록 제어하며, 제2 게스트 가상화 머신(540)의 보안 인터페이스(545)로 전송되도록 제어할 수 있다.
도 12c는 업데이트된 공유 정책을 설명하는 도면이다.
도면을 참조하면, 런 타임(reun time)에 공유 정책 테이블이 업데이트될 수 있으며, 공유 정책 테이블이 업데이트되는 경우, 정책 매니저(PM)는 업데이트된 테이블을 보안 저장 장치(509)에 저장한다.
정책 매니저(PM)는, 업데이트된 테이블을 각 가상화 머신(520,530,540)의 보안 인터페이스(525,535,545)에 공유하여, 전체 시스템의 공유 정책 테이블을 동기화한다.
먼저, 서버 가상화 머신(520)의 보안 인터페이스(525)는, 정책 매니저(PM)로 공유 정책 테이블의 업데이트를 요청한다(S1260).
이에 대응하여, 정책 매니저(PM)는 보안 저장 장치(509)로 업데이트된 공유 정책 테이블을 저장하고(S1262), 서버 가상화 머신(520)의 보안 인터페이스(525)로 공유 정책 테이블의 업데이트 완료를 전송한다(S1264).
다음, 정책 매니저(PM)는, 각 가상화 머신(520,530,540)의 보안 인터페이스(525,535,545)로, 업데이트된 공유 정책 테이블을 각각 전송한다(S1266).
이에 대응하여, 각 가상화 머신(520,530,540)의 보안 인터페이스(525,535,545)는, 업데이트된 공유 정책 테이블을 각각 저장한다(S1268, S1269, S1270).
한편, 위치 정보의 구독 요청에 따라, 서버 가상화 머신(520)의 보안 인터페이스(525)는, 위치 정보를 발행한다(S1272).
이를 위해, 서버 가상화 머신(520)의 보안 인터페이스(525)는, 위치 정보 센서 또는 통신 모듈 등을 통해 위치 정보를 수신하고, 위치 정보를 발행할 수 있다.
한편, 서버 가상화 머신(520)의 보안 인터페이스(525)는, 위치 정보를 암호화하고, 암호화된 위치 정보 데이터를, 제1 게스트 가상화 머신(530)의 보안 인터페이스(535)와 제2 게스트 가상화 머신(540)의 보안 인터페이스(545)로 전송할 수 있다(S1274).
한편, 제1 게스트 가상화 머신(530)의 보안 인터페이스(535)는, 공유 정책 테이블을 비교하여(S1276), 암호화된 위치 정보가 업데이트된 공유 정책 테이블 기반하에 허여(allowed)된 것인 경우, 위치 정보를 복호화하고, 증강 현실(AR) 네비게이션 애플리케이션으로, 복호화된 위치 정보를 전송할 수 있다(S1278).
한편, 제2 게스트 가상화 머신(540)의 보안 인터페이스(545)는, 공유 정책 테이블을 비교하여(S1277), 암호화된 위치 정보가 업데이트된 공유 정책 테이블 기반하에 허여(allowed)되는 경우, 위치 정보를 복호화하고, 혼합 현실(MR) 네비게이션 애플리케이션으로, 복호화된 위치 정보를 전송할 수 있다(S1279).
도 12a와 달리, 업데이트된 공유 정책 테이블에 따라, 제2 게스트 가상화 머신(540)의 보안 인터페이스(545)는, 혼합 현실(MR) 네비게이션 애플리케이션으로, 복호화된 위치 정보를 전송할 수 있게 된다.
도 12d는 업데이트된 공유 정책 테이블(1200b)의 일예를 도시한 도면이다.
도면을 참조하면, 공유 정책 테이블(1200)은, 도 12a와 같이,, 위치 정보(GNSS), 카메라 데이터(camera)는, 제1 게스트 가상화 머신(530)에만 허여되며, 센서 데이터인 CAN 데이터(CAN)는, 제2 게스트 가상화 머신(540)에만 허여될 수 있다.
한편, 공유 정책 테이블은 업데이트될 수 있으며, 업데이트된 공유 정책 테이블(1200b)에 따르면, 위치 정보(GNSS)는, 제1 게스트 가상화 머신(530)과 제2 게스트 가상화 머신(540)에 모두 허여되며, 센서 데이터인 CAN 데이터(CAN)는,제2 게스트 가상화 머신(540)에만 허여되며, 카메라 데이터(camera)는, 제1 게스트 가상화 머신(530)에만 허여될 수 있다.
이에 따라, 서버 가상화 머신(520)의 보안 인터페이스(525)는, 업데이트된 공유 정책에 따라, 공유 메모리(508)를 이용하여, 제1 게스트 가상화 머신(530)의 보안 인터페이스(535)와 제2 게스트 가상화 머신(540)의 보안 인터페이스(545)로 위치 정보 데이터를 전송하도록 제어할 수 있다.
그리고, 제1 게스트 가상화 머신(530)의 보안 인터페이스(535)와 제2 게스트 가상화 머신(540)의 보안 인터페이스(545)는, 위치 정보를, 각각 증강 현실(AR) 네비게이션 애플리케이션과 혼합 현실(MR) 네비게이션 애플리케이션으로 전송할 수 있다.
도 12e는 대칭키를 공유하는 것을 설명하는 도면이다.
도면을 참조하면, 제1 게스트 가상화 머신(530) 또는 외부의 제2 신호 처리 장치(170b) 내의 보안 인터페이스가 서버 가상화 머신(520) 내의 보안 인터페이스(525)에 인증을 요청한다(S1280).
이에 대응하여, 서버 가상화 머신(520)은, 인증서 유효성을 검증한다(S1281).
서버 가상화 머신(520)은, 인증서가 유효한 경우, 데이터 송수신용 대칭키를 상대방의 공개키로 암호화한다(S1285).
그리고, 서버 가상화 머신(520)은, 암호화한 대칭키를 포함하는 보안키를 응답 메세지로 하여, 제1 게스트 가상화 머신(530) 또는 외부의 제2 신호 처리 장치(170b)으로 전송할 수 있다(S1287).
한편, 제1281 단계(S1281)에서, 인증서가 유효하지 않은 경우, 서버 가상화 머신(520)은, 제1 게스트 가상화 머신(530) 또는 외부의 제2 신호 처리 장치(170b)의 인증서거 유효하지 않는 것을 포함하는 응답 메시지를 전송할 수 있다(S1283).
도 12f는 대칭키을 이용한 데이터 공유를 설명하는 도면이다.
도면을 참조하면, 제1 게스트 가상화 머신(530) 또는 외부의 제2 신호 처리 장치(170b)가, 서버 가상화 머신(520) 등에서 발행되는 데이터를 수신한다(S1290).
제1 게스트 가상화 머신(530) 또는 외부의 제2 신호 처리 장치(170b)은, 해당 토픽의 구독 여부 확인하고(S1291), 해당하는 경우, 수신되는 데이터가 중요 정보인지 확인하고(S1292), 해당하는 경우, 대칭키를 보유하고 있는지 확인하고(S1294), 해당하는 경우, 보여한 대칭키로, 수신되는 데이터를 복호화한다(S1295).
그리고, 제1 게스트 가상화 머신(530) 또는 외부의 제2 신호 처리 장치(170b)는 복호화된 데이터를 구독하는 어플리케이션 등으로 전달한다(S1293).
한편, 제1292 단계에서, 수신되는 데이터가 중요 정보를 포함하지 않은 경우, 암호화가 되지 않았기에, 복호화 없이, 바로 데이터를 구독하는 어플리케이션 등으로 전달할 수도 있다.
이에 따라, 도 12f에 따라, 외부로부터 수신되는 데이터를 처리할 수 있으며, 특히, 타 가상화 머신 또는 타 신호 처리 장치(170b)와 동일 데이터를 공유할 수 있게 된다.
도 13a는, 차량 안전 레벨(ASIL)과 임팩팅 레벨의 관계를 도시하는 도면이다.
도면을 참조하면, 차량 안전 레벨(ASIL)은, A 에서 D로 구분될 수 있으며, 이에 따라, 임팩팅 레벨(Impacting level)은 0 에서 3 레벨로 구분될 수 있다.
한편, 임팩팅 레벨(Impacting level)은, 차량 안전 레벨(ASIL)에 기초하여, 사용자 설정 등에 의해 가변될 수 있다.
서버 가상화 머신(520)은, 임팩팅 레벨이 제0 레벨인 경우, 데이터의 암호화는 수행되지 않으며, 임팩팅 레벨이 제1 레벨인 경우, 인증서는 암호화되며, 데이터의 암호화지 않으며, 임팩팅 레벨이 제2 레벨인 경우, 인증을 수행하고 데이터를 암호화하고 보안키를 갱신하지 않으며, 보안키를 갱신하지 않으며, 임팩팅 레벨이 제3 레벨인 경우, 인증을 수행하고 데이터를 암호화하고, 보안키를 주기적으로 갱신할 수 있다.
이에 따라, 차량 안전 레벨에 기초하여, 데이터의 보안 레벨을 구분할 수 있게 된다.
도 13b는 도 13a와 관련한 순서도이고, 도 13c는 도 13b의 설명에 참조되는 도면이다.
도면을 참조하면, 서버 가상화 머신(520)은, 차량 안전 레벨(ASIL)의 등급 및 데이터 타입 별로 임팩팅 레벨(Impacting level)을 책정한다(S1310).
그리고, 서버 가상화 머신(520)은, 책정된 임팩팅 레벨에 기초하여, 공유 정책 테이블을 보안 저장 장치(509) 등에 저장하도록 제어한다(S1315).
한편, 도 13c는 공유 정책 테이블의 일예를 예시한다.
도 13c에서는, 위치 정보 데이터에 대해, 임팩팅 레벨이 제2 레벨이고, 카메라 데이터에 대해, 임팩팅 레벨이 제1 레벨이고, 도로명 데이터에 대해, 임팩팅 레벨이 제0 레벨인 것을 예시한다.
다음, 서버 가상화 머신(520)은, 데이터 전송시, 공유 정책 테이블 내의 임팩팅 레벨에 기초하여, 선택적으로 암호화를 수행한다(S1320).
예를 들어, 도 13c의 위치 정보 데이터는 암호화되며, 카메라 데이터는 암호화되지 않게 된다.
다음, 게스트 가상화 머신(530) 또는 제2 신호 처리 장치(170b)는, 데이터 수신시, 공유 정책 테이블 내의 임팩팅 레벨을 확인하고, 복호화를 수행한다(S1325).
예를 들어, 도 13c의 위치 정보 데이터는 복호화되며, 카메라 데이터는 복호화되지 않게 된다.
도 14는 본 개시의 일 실시예에 따른 차량용 디스플레이 장치의 내부 블록도의 일예이다.
도면을 참조하면, 본 개시의 일 실시예에 따른 차량용 디스플레이 장치(300)는, 복수의 신호 처리 장치(170,170Z1~170Z4)를 구비한다.
복수의 신호 처리 장치(170,170Z1~170Z4)는, 차량(200)의 복수의 각 영역에 배치되는, 영역 신호 처리 장치(170Z1~170Z4)와, 영역 신호 처리 장치(170Z1~170Z4)와 외부의 서버(2000)와 데이터를 교환하는 중앙 신호 처리 장치(170)를 구비한다.
중앙 신호 처리 장치(170)는, 외부의 서버(2000)로부터의 전자 서명을 저장하고, 복수의 영역 신호 처리 장치(170)와의 인증을 수행하고, 복수의 영역 신호 처리 장치(170) 중 적어도 하나로 보안키와 암호화된 데이터를 전송한다. 이에 따라, 차량 내의 복수의 신호 처리 장치(170,170Z1~170Z4) 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 중앙 신호 처리 장치(170)는, 영역 신호 처리 장치(170Z1~170Z4)의 디바이스 인증을 수행하며, 암화화된 데이터를 영역 신호 처리 장치(170Z1~170Z4)로 전송하거나, 암호화된 데이터를 영역 신호 처리 장치(170Z1~170Z4)로부터 수신한다. 이에 따라, 차량 내의 복수의 신호 처리 장치(170,170Z1~170Z4) 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 중앙 신호 처리 장치(170)는, 보안 서버(170MB), 차량 서버(170Ma~170Me)의 기능을 실행할 수 있다.
한편, 외부의 서버(2000)는, 전자 서명 서비스(2020) 또는 정책 서비스(2010)를 제공할 수 있다.
한편, 복수의 영역 신호 처리 장치(Z1~Z4)(170Z1~170Z4)는, 복수의 전자 제어 장치에 접속될 수 있다.
도면에서는, 4개의 영역 신호 처리 장치(Z1~Z4)(170Z1~170Z4) 각각이, 2개의 전자 제어 장치(EMC1a~EMC4b)에 접속되는 것을 예시한다.
한편, 복수의 전자 제어 장치(EMC1a~EMC4b)는, 복수의 각 영역에 배치되는 센서 장치들(SNa1~SNd6)로부터의 신호를 수신하고, 수신된 신호의 적어도 일부를, 영역 신호 처리 장치(Z1~Z4)(170Z1~170Z4)를 통해, 신호 처리 장치(170)로 전송할 수 있다.
한편, 복수의 영역 신호 처리 장치(170Z1~170Z4) 중 제1 영역 신호 처리 장치(170Z1)는, 차량(200)의 제1 영역에 배치되는 센서 장치들(SNa1~SNa6)로부터의 센싱 신호를 수신하고, 센싱 신호를 신호 처리 장치(170)로 전송하고, 제2 영역 신호 처리 장치(170Z2)는, 차량(200)의 제2 영역에 배치되는 센서 장치들(SNb1~SNb6)로부터의 센싱 신호를 수신하고, 센싱 신호를 신호 처리 장치(170)로 전송하고, 제3 영역 신호 처리 장치(170Z3)는, 차량(200)의 제3 영역에 배치되는 센서 장치들(SNc1~SNc6)로부터의 센싱 신호를 수신하고, 센싱 신호를 신호 처리 장치(170)로 전송하고, 제4 영역 신호 처리 장치(170Z4)는, 차량(200)의 제4 영역에 배치되는 센서 장치들(SNd1~SNd6)로부터의 센싱 신호를 수신하고, 센싱 신호를 신호 처리 장치(170)로 전송할 수 있다.
한편, 차량 내부의 우측 전방에 배치되는 제1 영역 신호 처리 장치(170Z1)는, 와이어링 하네스(HNm1)를 통해, 신호 처리 장치(170)와 이더넷 통신 방식에 기초하여 데이터 통신을 수행하며, 차량 내부의 좌측 전방에 배치되는 제2 영역 신호 처리 장치(170Z2)는, 와이어링 하네스(HNm2)를 통해, 신호 처리 장치(170)와 이더넷 통신 방식에 기초하여 데이터 통신을 수행하며, 차량 내부의 좌측 후방에 배치되는 제3 영역 신호 처리 장치(170Z3)는, 와이어링 하네스(HNm3)를 통해, 신호 처리 장치(170)와 이더넷 통신 방식에 기초하여 데이터 통신을 수행하며, 차량 내부의 우측 후방에 배치되는 제4 영역 신호 처리 장치(170Z4)는, 와이어링 하네스(HNm4)를 통해, 신호 처리 장치(170)와 이더넷 통신 방식에 기초하여 데이터 통신을 수행할 수 있다.
도 14의 차량용 디스플레이 장치(300)에 따르면, 차량 내부의 복수의 센서 장치(SNa1~SNd6)를 4개의 영역 또는 존(zone)으로 나누어, 복수의 영역 또는 존 별로 각 신호 처리 장치(Z1~Z4)를 배치하고, 각 신호 처리 장치(Z1~Z4)와 신호 처리 장치 사이에 와이어링 하네스를 배치함으로써, 와이어링 하네스의 개수 및 배선 길이를 단축시킬 수 있게 된다.
즉, 복수의 센서 장치(SNa1~SNd6)와 신호 처리 장치(170) 사이의 와이어링 하네스를 심플하게 구현할 수 있게 된다. 또한, 효율적이고 안정적인 데이터 통신이 가능하게 된다.
한편, 복수의 센서 장치(SNa1~SNd6)는, 카메라, 라이더, 레이더 또는 위치 센서를 포함할 수 있다. 이에 따라, 다양한 종류의 센서 장치로부터의 신호 또는 데이터를 효율적이고 안정적으로 중앙 신호 처리 장치(170)로 전송할 수 있게 된다.
한편, 각 영역 신호 처리 장치(170Z1~170Z4)는, 차량(200)의 주행 중에 도어 제어와 시트 제어를 포함하는 차량 제어 신호를 출력할 수 있다. 이에 따라, 각 영역 신호 처리 장치(170Z1~170Z4)를 통한 차량 제어가 가능하게 된다.
한편, 각 영역 신호 처리 장치(170Z1~170Z4)는, 차량(200)의 복수의 각 영역에 배치되는 센서 장치들(SNa1~SNd6)로부터의 신호를 중앙 신호 처리 장치(170)로 전송할 수 있다. 이에 따라, 효율적이고 안정적인 데이터 통신이 가능하게 된다.
한편, 각 영역 신호 처리 장치(170Z1~170Z4)는, 도 13a의 임팩팅 레벨에 기초하여, 선택적으로 암호화를 수행하고, 선택적으로 암호화된 데이터를 중앙 신호 처리 장치(170)로 전송할 수 있다.
예를 들어, 각 영역 신호 처리 장치(170Z1~170Z4)는, 도 13c와 같이, 위치 정보 데이터를 암호화하여 암호화된 데이터를 중앙 신호 처리 장치(170)로 전송하고, 카메라 데이터는 암호화하지 않고 중앙 신호 처리 장치(170)로 전송할 수 있다.
한편, 중앙 신호 처리 장치(170)에서, 각 영역 신호 처리 장치(170Z1~170Z4)로 전송시, 도 13a의 임팩팅 레벨에 기초하여, 선택적으로 암호화를 수행하고, 선택적으로 암호화된 데이터를 각 영역 신호 처리 장치(170Z1~170Z4)로 전송할 수 있다.
예를 들어, 중앙 신호 처리 장치(170)는, 도 13c와 같이, 위치 정보 데이터를 암호화하여 암호화된 데이터를 각 영역 신호 처리 장치(170Z1~170Z4)로 전송하고, 카메라 데이터는 암호화하지 않고 각 영역 신호 처리 장치(170Z1~170Z4)로 전송할 수 있다.
도 15 내지 도 18d는 도 14의 설명에 참조되는 도면이다.
도 15는 도 14의 중앙 신호 처리 장치(170)의 내부 블록도의 일예이다.
도면을 참조하면, 본 개시의 실시예에 따른 중앙 신호 처리 장치(170)는, 외부의 서버(2000)로부터의 전자 서명을 저장하는 보안 저장 장치(509)와, 복수의 영역 신호 처리 장치(170)와의 인증을 수행하는 프로세서(175M)를 포함한다.
본 개시의 실시예에 따른 프로세서(175M)는, 복수의 영역 신호 처리 장치(170)와의 인증을 수행하기 위한 보안 서버(VSS)를 실행하며, 보안 서버(VSS)는, 복수의 영역 신호 처리 장치(170) 중 적어도 하나로 보안키와 암호화된 데이터를 전송한다. 이에 따라, 차량 내의 복수의 신호 처리 장치(170) 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 서버(VSS)는, signing service(2020), 정책 서비스(2010)를 제공하는 외부 서버(2000)와 통신을 수행하는 컨트롤러(2110), 보안 저장 장치(509)와 데이터를 교환하는 저장 서비스(2120), 정책 테이블을 제공하는 정책 서비스(2125), 인증을 수행하는 인증 매니저(2130), 일회용 비밀 번호(OTP)와 관련한 보안을 제공하는 암호화 기능(Cryptographic Function)(2135)을 실행할 수 있다.
한편, 보안 서버(VSS)는, 중앙 신호 처리 장치(170) 내의 ADAS 신호 처리 장치(170Me), IVI 신호 처리 장치(170Ma)와 통신을 수행하거나, 각 영역 신호 처리 장치(170Z1~170Z4)와 통신을 수행할 수 있다.
한편, 보안 서버(VSS)는, 복수의 영역 신호 처리 장치(170) 중 적어도 하나로부터 암호화 요청을 수신하고, 암호화 요청에 기초하여, 복수의 영역 신호 처리 장치(170) 중 적어도 하나로, 복수의 영역 신호 처리 장치(170) 중 적어도 하나로 보안키와 암호화된 데이터를 전송할 수 있다. 이에 따라, 차량 내의 복수의 신호 처리 장치(170) 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 서버(VSS)는, 보안키와 암호화된 데이터 전송시, 인증서를 함께 전송할 수 있다. 이에 따라, 차량 내의 복수의 신호 처리 장치(170) 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 서버(VSS)는, 외부의 서버(2000)의 signing service(2020), 정책 서비스(2010)와 연동하여, 보안 저장 장치(509)에 정보 업데이트를 수행한다.
컨트롤러(2110)는, 클라우드 제어(2112)와 디바이스 제어(2114)를 실행할 수 있다.
컨트롤러(2110) 내의 클라우드 제어(2112)는, 전자 서명, 키, 인증서 정보 관리, 토픽의 정책 테이블을 관리할 수 있다.
한편, 보안 서버(VSS)는, 외부의 서버(2000)와 인증을 수행한후, 업데이트된 전자 서명, 키, 인증서 정보, 또는 토픽 정책을 수신할 수 있다. 이에 따라, 차량 내의 복수의 신호 처리 장치(170) 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 저장 장치(509)는, 업데이트된 전자 서명, 키, 인증서 정보, 또는 토픽 정책을 저장할 수 있다. 이에 따라, 차량 내의 복수의 신호 처리 장치(170) 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 서버(VSS)는, 업데이트된 전자 서명, 키, 인증서 정보, 또는 토픽 정책을, 복수의 영역 신호 처리 장치(170)로 전송하도록 제어할 수 있다. 이에 따라, 차량 내의 복수의 신호 처리 장치(170) 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 서버(VSS)는, 복수의 영역 신호 처리 장치(170) 중 적어도 하나로부터 키 암호화키를 수신하고, 키 암호화키에 기초하여 보안키를 생성하고, 생성된 보안키와 암호화된 데이터를 전송할 수 있다. 이에 따라, 차량 내의 복수의 신호 처리 장치(170) 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 서버(VSS)는, 복수의 영역 신호 처리 장치(170) 중 일부의 영역 신호 처리 장치(170)로부터 키 암호화키를 수신하지 못하는 경우, 일부의 영역 신호 처리 장치(170)로, 생성된 보안키와 암호화된 데이터를 전송하지 않는다. 이에 따라, 차량 내의 복수의 신호 처리 장치(170) 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 서버(VSS)는, 외부의 서버(2000)로부터 업데이트된 정책 테이블을 수신하고, 업데이트된 정책 테이블을 복수의 영역 신호 처리 장치(170) 중 적어도 하나로 전송하도록 제어할 수 있다. 이에 따라, 업데이트된 정책 테이블에 기초하여 차량 내의 복수의 신호 처리 장치(170) 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 서버(VSS)는, 외부의 서버(2000)로부터 복수의 영역 신호 처리 장치(170)의 업데이트된 차량 안전 레벨(ASIL) 등급 정보를 수신하고, 업데이트된 차량 안전 레벨(ASIL) 등급 정보를 복수의 영역 신호 처리 장치(170) 중 적어도 하나로 전송하도록 제어할 수 있다. 이에 따라, 업데이트된 차량 안전 레벨(ASIL) 등급 정보에 기초하여 차량 내의 복수의 신호 처리 장치(170) 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 서버(VSS)는, 외부의 서버(2000)로부터 업데이트된 정책 테이블을 수신하고, 업데이트된 정책 테이블을 복수의 영역 신호 처리 장치(170) 중 적어도 하나로 전송하며, 복수의 영역 신호 처리 장치(170) 중 적어도 하나로부터 일회용 비밀번호 기능의 사용 요청을 수신하는 경우, 다른 영역 신호 처리 장치(170)로 일회용 비밀번호 기능의 사용 정보를 전송할 수 있다. 이에 따라, 업데이트된 정책 테이블에 기초하여 차량 내의 복수의 신호 처리 장치(170) 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 서버(VSS)는, 복수의 영역 신호 처리 장치(170)와의 공유를 위한 데이터를, 차량 안전 레벨(ASIL) 등급 및 데이터 타입에 따른 임펙팅 레벨에 기초하여 선택적으로 암호화하고, 암호화된 데이터를 공유 메모리에 저장하도록 제어할 수 있다. 이에 따라, 차량 안전 레벨(ASIL)에 기초하여 차량 내의 복수의 신호 처리 장치(170) 사이의 보안 레벨을 구분할 수 있게 된다.
한편, 보안 서버(VSS)는, 임펙팅 레벨이 제1 레벨인 경우, 인증을 수행하고 암호화하고 데이터는 암호화하지 않으며, 임펙팅 레벨이 제2 레벨인 경우, 인증을 수행하고 데이터를 암호화하며, 보안키를 갱신하지 않으며, 임펙팅 레벨이 제3 레벨인 경우, 인증을 수행하고 데이터를 암호화하고, 보안키를 갱신할 수 있다. 이에 따라, 차량 안전 레벨(ASIL)에 기초하여 차량 내의 복수의 신호 처리 장치(170) 사이의 보안 레벨을 구분할 수 있게 된다.
예를 들어, 보안 서버(VSS)는, 도 13c와 같이, 위치 정보 데이터를 암호화하여 암호화된 데이터를 각 영역 신호 처리 장치(170Z1~170Z4)로 전송하고, 카메라 데이터는 암호화하지 않고 각 영역 신호 처리 장치(170Z1~170Z4)로 전송할 수 있다.
도 16은 도 15의 중앙 신호 처리 장치(170) 내의 보안 서버(VSS)의 동작 설명에 참조되는 도면이다.
도면을 참조하면, 보안 서버(VSS)는, secure world 영역, normal world 영역으로 구분되어 동작할 수 있다.
보안 서버(VSS) 내의 secure world 영역에는, 인증 서비스(2121), 정책 매니저(2124), 저장 서비스(2128)가 포함될 수 있다.
보안 서버(VSS) 내의 normal world 영역에는, 컨트롤러(2110), 저장 서비스(2120), 정책 서비스(2125), 인증을 수행하는 인증 매니저(2130), 암호화 기능(Cryptographic Function)(2135)이 포함될 수 있다.
보안 서버(VSS)는, IVI 신호 처리 장치, ADAS 신호 처리 장치, 바디(Body) 신호 처리 장치 등과 통신을 수행하며, 각 영역 신호 처리 장치(170Z1~170Z4)와 통신을 수행할 수 있다.
한편, 보안 서버(VSS) 내의 인증 매니저(2130)는, 복수의 영역 신호 처리 장치(170) 중 적어도 하나와 인증을 수행하고, 인증 매니저(2130)의 인증에 기초하여, 복수의 영역 신호 처리 장치(170) 중 적어도 하나로 암호화된 데이터 전송이 수행될 수 있다. 이에 따라, 차량 내의 복수의 신호 처리 장치(170) 사이의 데이터 전송시의 보안을 강화할 수 있게 된다.
한편, 보안 서버(VSS) 내의 인증 매니저(2130)는, 복수의 영역 신호 처리 장치(170) 사이의 통신 인증을 위해, 한번의 인증을 수행하고, 인증 이후, 별도의 복수의 영역 신호 처리 장치(170) 사이의 인증 없이, 복수의 영역 신호 처리 장치(170) 사이에서 데이터 통신이 가능하게 된다.
즉, 복수의 영역 신호 처리 장치(170) 중 적어도 하나와 인증을 수행하고, 인증 매니저(2130)의 인증에 기초하여, 복수의 영역 신호 처리 장치(170) 사이의 데이터 전송이 수행될 수 있다. 이에 따라, 인증 횟수를 저감하면서 데이터 통신을 수행할 수 있게 된다.
도 17은 보안 서버(VSS)의 인증과 정책 테이블 업데이트의 설명에 참조되는 도면이다.
도면을 참조하면, 외부의 서버(2000)와 보안 서버(VSS)는, 전송 계층 보안(Transport Layer Security; TLS)을 통해 서로 인증을 한다(SQ1).
보안 서버(VSS)의 컨트롤러(2110)는, 외부 서버(2000)로부터 업데이트된 인증서 정보 및 토픽 정책 테이블을 수신하고, 신호 처리 장치(170M)의 접속 매니저(CMAab)로 전달하고, 신호 처리 장치(170M)의 서버 가상화 머신(520)은, 정책 테이블 업데이트 및 각 게스트 가상화 머신(530,540)으로 전송한다(SQ2).
서버 가상화 머신(520) 내의 접속 매니저(CMAab)는, 접속 서비스(CSE)에게 업데이트된 정보를 전달한다(SQ3).
접속 서비스(CSE)는, 이를 정책 매니저(PM) 또는 보안 저장 장치(509)로 전달한다(SQ4).
정책 매니저(PM)는, 각 가상화 머신(520,530)으로 관리 정책을 공유하고 검증기(VFR)는, 업데이트된 인증서를 검증 후, 결과를 서버 가상화 머신(520)의 보안 인터페이스(525)로 전송한다(SQ5).
도 18a는 6개의 신호 처리 장치 사이의 인증의 일예를 예시하는 도면이다.
도면을 참조하면, 신호 처리 장치의 개수가 많아질수록 상호 간에 필요한 통신 인증 횟수가 급격히 증가한다.
예를 들어, n개의 신호 처리 장치 사용 시, nC2 번의 기기 인증이 필요하게 된다.
도면에서는 6개의 신호 처리 장치(170Ma,170Md,170Me,170Z1,170Z2,170Z3)가 사용되므로, 6C2 인 15회의 인증이 필요하게 된다.
도 18b는 본 개시의 실시예에 따른 보안 서버(VSS)에 기반한 6개의 신호 처리 장치와의 인증의 일예를 예시하는 도면이다.
도면을 참조하면, 보안 서버(VSS)는, 각 신호 처리 장치(170Ma,170Md,170Me,170Z1,170Z2,170Z3) 간에 인증을 수행하지 않고도, 인증 매니저(2130)와의 인증만을 통해 기기간 통신이 가능하도록 한다.
따라서, 보안 서버(VSS)와 각 신호 처리 장치(170Ma,170Md,170Me,170Z1,170Z2,170Z3) 간의 인증으로 충분하여, 결국 6개의 신호 처리 장치외 6회의 인증만을 수행하면 된다. 이에 따라, 인증 횟수를 저감하면서, 각 신호 처리 장치 사이의 데이터 통신을 수행할 수 있게 된다.
도 18c는 본 개시의 실시예에 따른 보안 서버(VSS)의 기기 인증의 설명에 참조되는 도면이다.
도면을 참조하면, 도 18b의 인증 방식을 이용하는 경우, 보안 서버(VSS)와 각 신호 처리 장치(170Ma,170Md,170Me,170Z1,170Z2,170Z3)는, 고유의 키 암호화키(Key Encryption Key;KEK) 를 생성하며, 각 신호 처리 장치(170Ma,170Md,170Me,170Z1,170Z2,170Z3)는 고유 키 암호화키를 보유하고, 보안 서버(VSS)는, 각 신호 처리 장치(170Ma,170Md,170Me,170Z1,170Z2,170Z3)들의 키 암호화키를 취합하여 관리한다(SR1).
한편, 키 암호화키는, 데이터 공유에 사용할 데이터 암호화 키(Data Encryption Key;DEK)를 상호간에 나눠가지는데 사용하는 키로서, 각 신호 처리 장치(170Ma,170Md,170Me,170Z1,170Z2,170Z3) 마다 고유의 키 암호화키를 가진다.
한편, 데이터 송신자는 수신자의 키 암호화키(KEK)를 활용하여 자신이 생성한 데이터 암호화 키를 안전하게 전달할 수 있다.
다음, 데이터 공유를 수행할 신호 처리 장치 간의 키 암호화키를 공유한다(SR2).
만약, 인증을 통과하지 못하는 경우, 해당 신호 처리 장치의 키 암호화키는, 보안 서버(VSS)가 알 수 없다(SR2b).
한편, 각 신호 처리 장치(170Ma,170Md,170Me,170Z1,170Z2,170Z3) 중 일부 신호 처리 장치 간의 데이터 전송이 필요한 경우, 데이터를 전송하는 신호 처리 장치는, 암호화에 사용할 데이터 암호화 키를 생성한 후, 보안 서버(VSS)를 통해 수신하는 신호 처리 장치의 키 암호화키를 획득하고. 이를 통해, 전송 신호 처리 장치와 수신 신호 처리 장치 사이에 데이터 암호화 키를 공유할 수 있다(SR3).
그 후, 이를 통해 안전하게 데이터 전송이 가능하다.
한편, 수신 신호 처리 장치의 키 암호화키를 획득할 수 없는 경우, 데이터 암호화 키의 공유가 불가능하고 데이터 전송이 불가능하게 된다(SR3b).
도 18c의 방식에 의하면, 키 암호화키를 공유하기 위한 상호 인증 과정 횟수가 감소하며, 각 신호 처리 장치(170Ma,170Md,170Me,170Z1,170Z2,170Z3)가 다른 신호 처리 장치 모두의 키 암호화키를 보관하지 않아도 되므로 키 관리 위험이 감소한다.
도 18d는 보안 서버(VSS)의 보안 강화의 설명에 참조되는 도면이다.
도면을 참조하면, 서버(2000)로 부터 정책 업데이트로 보안이 강화된 경우, 중앙 신호 처리 장치(170) 내의 보안 서버(VSS)는, 암호화 기능(Cryptographic Function)(2135)을 통해, 일회용 비밀번호(OTP) 기능 부여하여 데이터 전송 기능을 강화할 수 있다.
먼저, 중앙 신호 처리 장치(170) 내의 보안 서버(VSS)는, 서버(2000)로부터, 영역 신호 처리 장치(170Z1~170Z4) 또는 IVI 신호 처리 장치(170Ma), ADAS 신호 처리 장치(170Me), Body 신호 처리 장치(170md)의 업데이트된 정책 테이블을 수신한다(SS1).
예를 들어, 영역 신호 처리 장치(170Z1~170Z4)의 차량 안전 레벨 등급이 B에서 C로 업데이트될 수 있다.
그리고, 중앙 신호 처리 장치(170) 내의 보안 서버(VSS)는, 영역 신호 처리 장치(170Z1~170Z4) 내의 서버 가상화 머신(520) 내의 접속 매니저(CMAa)로 업데이트된 정책 테이블을 전송하고, 접속 매니저(CMAa)는, 정책 매니저(PM)로 업데이트된 정책 테이블을 전송할 수 있다.
다음, 영역 신호 처리 장치(170Z1~170Z4)의 정책 매니저(PM)는, 업데이트된 정책 테이블을 각 가상화 머신(520,530)으로 공유한다(SS2).
다음, 영역 신호 처리 장치(170Z1~170Z4) 중 일부는, 데이터 전송 전, 업데이트된 정책 테이블을 참조하여, 보안 서버(VSS)의 암호화 기능(Cryptographic Function)(2135)에게 일회용 비밀번호(One Time Password;OTP) 기능 사용을 요청한다(SS3).
이에 대응하여, 보안 서버(VSS)의 암호화 기능(2135)은, 영역 신호 처리 장치(170Z1~170Z4)의 일부로부터 요청된 일회용 비밀번호(OTP) 기능 사용 정보를, 다른 신호 처리 장치(170Ma,170Me,170md)에게 전송한다(SS4).
다른 신호 처리 장치(170Ma,170Me,170md)는, 정책 매니저(PM)를 통해 영역 신호 처리 장치(170Z1~170Z4)의 일회용 비밀번호(OTP) 기능 사용 유무 내용을 업데이트하고, 정책 테이블을 다른 신호 처리 장치(170Ma,170Me,170md) 내의 각 가상화 머신(520,530)으로 공유한다(SS4).
다음, 영역 신호 처리 장치(170Z1~170Z4)는, 일회용 비밀번호(OTP) 기능을 부여한 암호화된 데이터를 전송하고, 수신 받는 신호 처리 장치들은 일회용 비밀번호(OTP) 기능을 추가하여 데이터를 복호화한다(SS5). 이에 따라, 데이터 전송 시의 보안을 더욱 강화할 수 있게 된다.
한편, 이상에서는 본 개시의 바람직한 실시예에 대하여 도시하고 설명하였지만, 본 개시는 상술한 특정의 실시예에 한정되지 아니하며, 청구범위에서 청구하는 본 개시의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 개시의 기술적 사상이나 전망으로부터 개별적으로 이해되어져서는 안될 것이다.

Claims (17)

  1. 차량 내부의 신호 처리를 수행하는 신호 처리 장치에 있어서,
    외부의 서버로부터의 전자 서명을 저장하는 보안 저장 장치;
    복수의 영역 신호 처리 장치와의 인증을 수행하는 프로세서;를 포함하고,
    상기 프로세서는,
    상기 복수의 영역 신호 처리 장치와의 인증을 수행하기 위한 보안 서버를 실행하며,
    상기 보안 서버는,
    상기 복수의 영역 신호 처리 장치 중 적어도 하나로 보안키와 암호화된 데이터를 전송하는 신호 처리 장치.
  2. 제1항에 있어서,
    상기 보안 서버는,
    상기 복수의 영역 신호 처리 장치 중 적어도 하나로부터 암호화 요청을 수신하고,
    상기 암호화 요청에 기초하여, 상기 복수의 영역 신호 처리 장치 중 적어도 하나로, 상기 복수의 영역 신호 처리 장치 중 적어도 하나로 보안키와 암호화된 데이터를 전송하는 것인 신호 처리 장치.
  3. 제1항에 있어서,
    상기 보안 서버는,
    상기 보안키와 상기 암호화된 데이터 전송시, 인증서를 함께 전송하는 것인 신호 처리 장치.
  4. 제1항에 있어서,
    상기 보안 서버는,
    상기 외부의 서버와 인증을 수행한후, 업데이트된 전자 서명, 키, 인증서 정보, 또는 토픽 정책을 수신하는 것인 신호 처리 장치.
  5. 제4항에 있어서,
    상기 보안 저장 장치는,
    상기 업데이트된 전자 서명, 키, 인증서 정보, 또는 토픽 정책을 저장하는 것인 신호 처리 장치.
  6. 제4항에 있어서,
    상기 보안 서버는,
    상기 업데이트된 전자 서명, 키, 인증서 정보, 또는 토픽 정책을, 상기 복수의 영역 신호 처리 장치로 전송하도록 제어하는 것인 신호 처리 장치.
  7. 제1항에 있어서,
    상기 보안 서버 내의 인증 매니저는,
    상기 복수의 영역 신호 처리 장치 중 적어도 하나와 인증을 수행하고,
    상기 인증 매니저의 상기 인증에 기초하여, 상기 복수의 영역 신호 처리 장치 중 적어도 하나로 상기 암호화된 데이터 전송이 수행되는 것인 신호 처리 장치.
  8. 제1항에 있어서,
    상기 보안 서버 내의 인증 매니저는,
    상기 복수의 영역 신호 처리 장치 중 적어도 하나와 인증을 수행하고,
    상기 인증 매니저의 상기 인증에 기초하여, 상기 복수의 영역 신호 처리 장치 사이의 데이터 전송이 수행되는 것인 신호 처리 장치.
  9. 제1항에 있어서,
    상기 보안 서버는,
    상기 복수의 영역 신호 처리 장치 중 적어도 하나로부터 키 암호화키를 수신하고, 상기 키 암호화키에 기초하여 상기 보안키를 생성하고, 상기 생성된 보안키와 암호화된 데이터를 전송하는 것인 신호 처리 장치.
  10. 제1항에 있어서,
    상기 보안 서버는,
    상기 복수의 영역 신호 처리 장치 중 일부의 영역 신호 처리 장치로부터 키 암호화키를 수신하지 못하는 경우, 상기 일부의 영역 신호 처리 장치로, 상기 생성된 보안키와 암호화된 데이터를 전송하지 않는 것인 신호 처리 장치.
  11. 제1항에 있어서,
    상기 보안 서버는,
    상기 외부의 서버로부터 업데이트된 정책 테이블을 수신하고,
    상기 업데이트된 정책 테이블을 상기 복수의 영역 신호 처리 장치 중 적어도 하나로 전송하도록 제어하는 것인 신호 처리 장치.
  12. 제1항에 있어서,
    상기 보안 서버는,
    상기 외부의 서버로부터 상기 복수의 영역 신호 처리 장치의 업데이트된 차량 안전 레벨 등급 정보를 수신하고,
    상기 업데이트된 차량 안전 레벨 등급 정보를 상기 복수의 영역 신호 처리 장치 중 적어도 하나로 전송하도록 제어하는 것인 신호 처리 장치.
  13. 제1항에 있어서,
    상기 보안 서버는,
    상기 외부의 서버로부터 업데이트된 정책 테이블을 수신하고,
    상기 업데이트된 정책 테이블을 상기 복수의 영역 신호 처리 장치 중 적어도 하나로 전송하며,
    상기 복수의 영역 신호 처리 장치 중 적어도 하나로부터 일회용 비밀번호 기능의 사용 요청을 수신하는 경우, 다른 영역 신호 처리 장치로 상기 일회용 비밀번호 기능의 사용 정보를 전송하는 것인 신호 처리 장치.
  14. 제1항에 있어서,
    상기 보안 서버는,
    상기 복수의 영역 신호 처리 장치와의 공유를 위한 데이터를, 차량 안전 레벨(ASIL) 등급 및 데이터 타입에 따른 임펙팅 레벨에 기초하여 선택적으로 암호화하고, 암호화된 데이터를 상기 공유 메모리에 저장하도록 제어하는 것인 신호 처리 장치.
  15. 제14항에 있어서,
    상기 보안 서버는,
    상기 임펙팅 레벨이 제1 레벨인 경우, 인증을 수행하고 암호화하고 데이터는 암호화하지 않으며,
    상기 임펙팅 레벨이 제2 레벨인 경우, 인증을 수행하고 데이터를 암호화하며, 상기 보안키를 갱신하지 않으며,
    상기 임펙팅 레벨이 제3 레벨인 경우, 인증을 수행하고 데이터를 암호화하고, 상기 보안키를 갱신하는 것인 신호 처리 장치.
  16. 차량 내부의 신호 처리를 수행하는 신호 처리 장치에 있어서,
    외부의 서버로부터의 전자 서명을 저장하는 보안 저장 장치;
    복수의 영역 신호 처리 장치와의 인증을 수행하는 프로세서;를 포함하고,
    상기 프로세서는,
    상기 복수의 영역 신호 처리 장치와의 인증을 수행하기 위한 보안 서버를 실행하며,
    상기 보안 서버는,
    상기 외부의 서버와 인증을 수행한후, 업데이트된 전자 서명, 키, 인증서 정보, 또는 토픽 정책을 수신하고,
    상기 업데이트된 전자 서명, 키, 인증서 정보, 또는 토픽 정책을 저장하는 신호 처리 장치.
  17. 제1항 내지 제16항 중 어느 한 항의 신호 처리 장치와 상기 복수의 영역 신호 처리를 구비하는 차량용 디스플레이 장치.
PCT/KR2022/017734 2022-03-31 2022-11-11 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치 Ceased WO2023191223A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR1020247033896A KR20240165376A (ko) 2022-03-31 2022-11-11 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
EP22935897.3A EP4502797A4 (en) 2022-03-31 2022-11-11 Signal processing device, and vehicle display device having same
US18/853,070 US20250226971A1 (en) 2022-03-31 2022-11-11 Signal processing device, and vehicle display device having same

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20220040748 2022-03-31
KR10-2022-0040748 2022-03-31

Publications (1)

Publication Number Publication Date
WO2023191223A1 true WO2023191223A1 (ko) 2023-10-05

Family

ID=88202974

Family Applications (3)

Application Number Title Priority Date Filing Date
PCT/KR2022/012021 Ceased WO2023191195A1 (ko) 2022-03-31 2022-08-11 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
PCT/KR2022/017731 Ceased WO2023191222A1 (ko) 2022-03-31 2022-11-11 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
PCT/KR2022/017734 Ceased WO2023191223A1 (ko) 2022-03-31 2022-11-11 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치

Family Applications Before (2)

Application Number Title Priority Date Filing Date
PCT/KR2022/012021 Ceased WO2023191195A1 (ko) 2022-03-31 2022-08-11 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
PCT/KR2022/017731 Ceased WO2023191222A1 (ko) 2022-03-31 2022-11-11 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치

Country Status (5)

Country Link
US (3) US20250001863A1 (ko)
EP (3) EP4485190A4 (ko)
KR (3) KR20240093723A (ko)
CN (1) CN118871888A (ko)
WO (3) WO2023191195A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4597060B2 (ja) * 2006-02-07 2010-12-15 日立オートモティブシステムズ株式会社 車両制御装置間ネットワーク
KR20180086934A (ko) * 2017-01-24 2018-08-01 건국대학교 산학협력단 차량의 인증서 생성 방법 및 장치
JP6704458B2 (ja) * 2016-09-07 2020-06-03 日立オートモティブシステムズ株式会社 車載用処理装置
KR20200135775A (ko) * 2018-01-29 2020-12-03 나그라비젼 에스에이 차량 내 전자 제어 유닛들 간의 보안 통신
US20210152605A1 (en) * 2019-11-15 2021-05-20 Marvell Asia Pte, Ltd. Automotive gateway providing secure open platform for guest applications

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101323858B1 (ko) * 2011-06-22 2013-11-21 한국과학기술원 가상화 시스템에서 메모리 접근을 제어하는 장치 및 방법
JP5479408B2 (ja) * 2011-07-06 2014-04-23 日立オートモティブシステムズ株式会社 車載ネットワークシステム
US8788763B2 (en) * 2011-10-13 2014-07-22 International Business Machines Corporation Protecting memory of a virtual guest
DE112012006148B4 (de) * 2012-03-28 2023-02-23 Intel Corporation Verfahren, Vorrichtung und Maschinenlesbares Medium zur gemeinsamen Benutzung von Puffern für Verarbeitungselemente bei einem Netzwerkgerät
DE102013021231A1 (de) * 2013-12-13 2015-06-18 Daimler Ag Verfahren zum Betrieb eines Assistenzsystems eines Fahrzeugs und Fahrzeugsteuergerät
US20160328254A1 (en) * 2014-01-06 2016-11-10 Johnson Controls Technology Company Vehicle with multiple user interface operating domains
EP3085596B1 (en) * 2015-04-20 2017-11-29 Autoliv Development AB A vehicle safety electronic control system
US10102151B2 (en) * 2015-11-06 2018-10-16 International Business Machines Corporation Protecting a memory from unauthorized access
US11126453B2 (en) * 2019-03-07 2021-09-21 Micron Technology, Inc. Protected regions management of memory

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4597060B2 (ja) * 2006-02-07 2010-12-15 日立オートモティブシステムズ株式会社 車両制御装置間ネットワーク
JP6704458B2 (ja) * 2016-09-07 2020-06-03 日立オートモティブシステムズ株式会社 車載用処理装置
KR20180086934A (ko) * 2017-01-24 2018-08-01 건국대학교 산학협력단 차량의 인증서 생성 방법 및 장치
KR20200135775A (ko) * 2018-01-29 2020-12-03 나그라비젼 에스에이 차량 내 전자 제어 유닛들 간의 보안 통신
US20210152605A1 (en) * 2019-11-15 2021-05-20 Marvell Asia Pte, Ltd. Automotive gateway providing secure open platform for guest applications

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4502797A4 *

Also Published As

Publication number Publication date
CN118871888A (zh) 2024-10-29
US20250001863A1 (en) 2025-01-02
WO2023191222A1 (ko) 2023-10-05
WO2023191195A1 (ko) 2023-10-05
EP4485190A1 (en) 2025-01-01
US20250226971A1 (en) 2025-07-10
KR20240093723A (ko) 2024-06-24
EP4502797A1 (en) 2025-02-05
KR20240165376A (ko) 2024-11-22
US20250256570A1 (en) 2025-08-14
KR20240168995A (ko) 2024-12-02
EP4502796A1 (en) 2025-02-05
EP4502796A4 (en) 2025-06-25
EP4485190A4 (en) 2025-06-04
EP4502797A4 (en) 2025-06-11

Similar Documents

Publication Publication Date Title
WO2022182103A1 (ko) 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
WO2021002696A1 (en) Method for transferring subscription and electronic device for supporting the same
WO2016017970A1 (en) Method and device for encrypting or decrypting content
WO2015142133A1 (en) System and method for executing file by using biometric information
WO2015142002A1 (en) Method and device for sharing functions of smart key
WO2020105892A1 (ko) 디바이스가 디지털 키를 공유하는 방법
WO2019194428A1 (ko) 외부 전자 장치의 키를 공유하는 전자 장치 및 전자 장치의 동작 방법
WO2023277637A1 (ko) 신호 처리 장치 및 이를 구비하는 차량용 통신 장치
WO2023048436A1 (ko) 식별 정보를 송신 및/또는 수신하는 전자 장치 및 그 동작 방법
WO2022103093A1 (ko) 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
WO2023239009A1 (ko) 차량의 신호 처리 장치 및 이를 구비하는 차량용 통신 장치용 통신 장치
WO2020153660A1 (ko) 디지털 키 공유 시스템에서 이모빌라이저 토큰을 업데이트하는 장치 및 방법
WO2023191223A1 (ko) 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
WO2023136374A1 (ko) 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
WO2024085283A1 (ko) 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
WO2023136376A1 (ko) 차량용 디스플레이 장치
WO2023113078A1 (ko) 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
WO2024195939A1 (ko) 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
WO2024034709A1 (ko) 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
WO2024034708A1 (ko) 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
WO2023136373A1 (ko) 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
WO2025154829A1 (ko) 신호 처리 장치 및 이를 구비하는 차량용 디스플레이 장치
WO2024071942A1 (ko) 신호 처리 장치 및 이를 구비하는 차량용 디스플레이 장치
WO2023195559A1 (ko) 신호 처리 장치, 및 이를 구비하는 차량용 디스플레이 장치
WO2025048015A1 (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: 22935897

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 18853070

Country of ref document: US

ENP Entry into the national phase

Ref document number: 20247033896

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2022935897

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2022935897

Country of ref document: EP

Effective date: 20241031

NENP Non-entry into the national phase

Ref country code: DE

WWP Wipo information: published in national office

Ref document number: 18853070

Country of ref document: US