WO2022163318A1 - 車両用装置 - Google Patents

車両用装置 Download PDF

Info

Publication number
WO2022163318A1
WO2022163318A1 PCT/JP2022/000237 JP2022000237W WO2022163318A1 WO 2022163318 A1 WO2022163318 A1 WO 2022163318A1 JP 2022000237 W JP2022000237 W JP 2022000237W WO 2022163318 A1 WO2022163318 A1 WO 2022163318A1
Authority
WO
WIPO (PCT)
Prior art keywords
external device
vehicle
vehicle device
data
function
Prior art date
Application number
PCT/JP2022/000237
Other languages
English (en)
French (fr)
Inventor
佳秋 井上
憲一 大西
Original Assignee
株式会社デンソー
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社デンソー filed Critical 株式会社デンソー
Publication of WO2022163318A1 publication Critical patent/WO2022163318A1/ja
Priority to US18/357,770 priority Critical patent/US20230406236A1/en

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/10—Program control for peripheral devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/445—Program loading or initiating
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2213/00—Indexing scheme relating to interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F2213/40—Bus coupling

Definitions

  • the present disclosure relates to a vehicle device.
  • the general-purpose OS used in mobile terminals and the like is updated relatively frequently, and the functions installed in the OS are expanded by the update. As the functions expand, the required hardware performance also increases.
  • a vehicle device includes: a control unit that can access peripheral devices and can execute functions provided when using a vehicle; a connection unit to which an external device capable of executing a function provided when using the vehicle is connected, and whether or not the external device is connected to the connection unit in a state in which the function can be executed. and Then, when it is determined that the external device is connected in a state in which the function can be executed, the control unit enables the external device to execute the function.
  • the control unit stops at least one of the functions executable by itself. As a result, it is possible to suppress an excessive increase in power consumption due to improved performance.
  • FIG. 1 is a diagram schematically showing an electrical configuration example of a vehicle device and an external device in the first embodiment
  • FIG. 2 is a diagram schematically showing a software configuration example of a vehicle device and an external device
  • FIG. 3 is a diagram showing the flow of processing when the vehicle device and the external device are activated
  • FIG. 4 is a diagram showing the flow of processing during normal operation of the vehicle device and the external device
  • FIG. 5 is a diagram showing the flow of OS startup processing of the vehicle device
  • FIG. 6 is a diagram showing the flow of activation processing
  • FIG. 7 is a diagram schematically showing a simplified software configuration example
  • FIG. 1 is a diagram schematically showing an electrical configuration example of a vehicle device and an external device in the first embodiment
  • FIG. 2 is a diagram schematically showing a software configuration example of a vehicle device and an external device
  • FIG. 3 is a diagram showing the flow of processing when the vehicle device and the external device are activated
  • FIG. 4 is a diagram showing the flow of processing during normal operation
  • FIG. 8 is a diagram showing the flow of regular confirmation processing
  • FIG. 9 is a diagram showing the flow of invalidation processing
  • FIG. 10 is a diagram schematically showing another software configuration example
  • FIG. 11 is a diagram showing the flow of data erasure processing in the second embodiment.
  • FIG. 12 is a diagram showing the flow of data migration processing
  • FIG. 13 is a diagram showing the flow of removal processing
  • FIG. 14 is a diagram showing the flow of data transfer processing
  • FIG. 15 is a diagram schematically showing a software configuration example in the third embodiment
  • FIG. 16 is a diagram showing the flow of processing at startup
  • FIG. 17 is a diagram showing the flow of device selection processing
  • FIG. 18 is a diagram showing the flow of data selection processing.
  • the vehicle device 1 is realized as a semiconductor integrated circuit configured by, for example, an SoC, and is connectable to an external device 2 and accessible to a peripheral device 3.
  • the vehicle device 1, the external device 2, and the peripheral devices 3 configure a vehicle system 4 by operating in cooperation with each other.
  • the vehicle device 1 includes a control unit 101 capable of executing functions provided when the vehicle is used, and an external input/output circuit 102 for inputting/outputting various signals to/from the peripheral device 3. , a USB connector 103 to which an external device 2 capable of communicating with the control unit 101 and capable of executing functions provided when using the vehicle is connected.
  • SoC is an abbreviation for System on a Chip
  • USB is an abbreviation for Universal Serial Bus.
  • the external input/output circuit 102 is shown as one block for simplification of explanation, but it can be composed of a plurality of circuits corresponding to the peripheral device 3 .
  • the control unit 101 includes a CPU 104, a ROM 105, a RAM 106, an input/output port 107, a communication circuit 108, and the like, which are connected by a bus 109.
  • the CPU 104 executes programs stored in the ROM 105 to perform various processes for controlling the vehicle device 1 and various functions provided when the vehicle is used. Also, part or all of the functions executed by the CPU 104 can be configured as hardware by one or more ICs.
  • the functions provided when using the vehicle include functions provided to the user who uses the vehicle, and functions for using the vehicle even if the user does not directly know it. It assumes a function for controlling peripheral devices 3 including in-vehicle devices required for In other words, the functions provided when using the vehicle mean functions that can be provided by the vehicle device 1 and functions that can be provided by the external device 2 via the vehicle device 1 .
  • the ROM 105 is a non-volatile memory composed of eMMC, for example.
  • eMMC is an abbreviation for embedded Multi Media Card.
  • the ROM 105 stores various programs to be executed by the CPU 104, data to be referred to when executing the programs, data mainly used for vehicle equipment such as the set temperature of the air conditioner, the position and angle of the seat and huddle, The home location and phone number used for navigation, and data used for mainly provided functions such as music are stored.
  • data unique to the user such as seat position and telephone number, are also referred to as user information.
  • the ROM 105 is composed of a non-volatile memory, and is provided with a read-only area and a writable area. For example, data that is basically not rewritten, such as an OS image, is stored in a read-only area, while data to be stored even when the vehicle device 1 is turned off is stored in a writable area. be.
  • This ROM 105 constitutes a storage unit 110 .
  • the RAM 106 is composed of volatile memory and temporarily stores data such as calculation results.
  • the data stored in the RAM 106 is stored in a writable area of the ROM 105, for example, when the operation of the vehicle device 1 is finished, if necessary.
  • the input/output port 107 is a circuit for inputting/outputting signals between the control unit 101 and the peripheral device 3 or the external device 2 .
  • the communication circuit 108 conforms to the USB standard in this embodiment, and transmits and receives data to and from the external device 2 via the USB connector 103, which is physical connection means.
  • the USB connector 103 and communication circuit 108 constitute the connection section 5 in this embodiment.
  • the external device 2 is realized, for example, as a semiconductor integrated circuit configured by SoC, and in this embodiment is configured as a USB module that is connected to the vehicle device 1 via USB.
  • the external device 2 is communicably connected to the control unit 101 of the vehicle device 1 via a USB cable 6 , so that the peripheral device 3 can be accessed via the vehicle device 1 . Further, the external device 2 is supplied with power from the vehicle device 1 via the USB connector 103 during operation.
  • the external device 2 includes a module-side control unit 201 capable of executing functions provided when using the vehicle, and an external input/output unit for inputting/outputting various signals between the peripheral device 3 and the wireless communication device 203. and circuit 202 .
  • the module-side control unit 201 includes a CPU 204 , a ROM 205 , a RAM 206 , an input/output port 207 , a communication circuit 208 and the like, which are connected by a bus 209 .
  • the external input/output circuit 202 is shown as one block for the sake of simplification of explanation. It can be composed of multiple circuits.
  • the CPU 204 executes programs stored in the ROM 205 to perform communication with the vehicle device 1 and various functions provided when using the vehicle.
  • the ROM 205 constitutes a module-side storage unit 210 that stores programs executed by the CPU 204 and data referred to when the programs are executed.
  • the module-side storage unit 210 of the external device 2 can also store data such as user information transmitted from the vehicle device 1 .
  • the module-side control section 201 is configured to have higher processing performance than the control section 101 of the vehicle device 1 . Therefore, when executing the same processing, the external device 2 can complete the processing in a shorter time than the vehicle device 1 can. Also, part or all of the functions executed by the CPU 204 can be implemented in hardware by one or more ICs.
  • the input/output port 207 is a circuit for inputting/outputting signals between the module-side control unit 201 and other devices.
  • the vehicle device 1, the peripheral device 3 controlled via the vehicle device 1, for example, the wireless communication device 203 that communicates with the mobile terminal 7 owned by the user, etc. are assumed. is doing.
  • the communication circuit 208 conforms to the USB standard for communicating with the vehicle device 1 in this embodiment.
  • the wireless communication device 203 includes a wireless communication unit compatible with, for example, Wi-Fi (registered trademark) and Bluetooth (registered trademark), and performs wireless communication with the mobile terminal 7 . Note that the wireless communication device 203 may have a function of communicating with the mobile terminal 7 using a wired connection method.
  • Peripheral devices 3 connected to the vehicle device 1 include, for example, a center display 301, a meter display 302, a head-up display 303, an air conditioner display 304, a speaker 305, a camera 306, a microphone 307, a position detection device 308, a tuner 309, and a DSM 310. , LIDAR 311, radar 312, ECU 313, and the like.
  • the types and numbers of the peripheral devices 3 shown in FIG. 1 are only examples, and the vehicle device 1 does not necessarily need to be connected to all of these, and other peripheral devices 3 not illustrated may be connected. can also
  • the center display 301 is arranged in front, for example, between the driver's seat and the passenger's seat.
  • the center display 301 is used, for example, as a display screen when executing a navigation function or as an operation screen when using a touch panel (not shown) provided corresponding to the display area. That is, the center display 301 functions as the input unit 10 for inputting user's operations.
  • the input unit 10 other than the touch panel, for example, mechanical operation switches (not shown) may be arranged around the screen to input operations. Further, as the input unit 10, other displays or steering switches (not shown) can be adopted, or they can be shared with a touch panel or operation switches.
  • the meter display 302 is placed in front of the steering wheel to display meters such as speed and number of revolutions, as well as display such as warning lights.
  • the head-up display 303 displays various types of information on a windshield placed in front of the driver or a display board placed on the dashboard.
  • the air conditioner display 304 displays information regarding control of the air conditioner, such as the current set temperature and outside temperature. However, the air conditioner display 304 can be provided exclusively, or can be configured to use part of another display.
  • the speaker 305 is installed inside the vehicle and outputs audio based on audio data output from the vehicle device 1 or the external device 2 .
  • the speaker 305 is used, for example, for warning from the vehicle device 1 or the external device 2, operation guidance, or reproduction of music.
  • the microphone 307 is installed in the vehicle interior, and outputs the voice uttered by the passenger of the vehicle to the vehicle device 1 and the external device 2 as voice data.
  • the microphone 307 is used for inputting voice commands for operating the vehicle device 1 and the external device 2 .
  • the microphone 307 and the speaker 305 can be used for voice input and voice output during a hands-free call using the mobile terminal 7 .
  • the position detection device 308 is composed of a GPS receiver and a gyro sensor (not shown), and acquires the current position and orientation of the vehicle.
  • GPS is an abbreviation for Global Positioning System.
  • the GPS receiver receives GPS positioning signals transmitted from GPS satellites and outputs the received GPS positioning signals. It detects the angular velocity of the rotation.
  • the camera 306 is attached to the rear side of the vehicle, for example, and continuously captures the situation behind the vehicle.
  • the image picked up by the camera 306 is displayed on the center display 301 or other displays together with, for example, detection results of objects present in the image and guidance lines for guiding the vehicle.
  • Tuner 309 receives radio broadcast signals of AM and FM broadcasts.
  • a tuner 309 for receiving television broadcasting can also be provided.
  • the DSM 310 is a driver status monitor that is composed of an imaging device and the like, and that detects the driver's condition by analyzing the face image of the driver's face.
  • DSM 310 is an abbreviation for Driver Status Monitor.
  • the LIDAR 311 detects the positions of objects existing around the vehicle by transmitting and receiving laser light. Note that LIDAR 311 is an abbreviation for Light Detection and Ranging.
  • the radar 312 detects the position of objects existing around the vehicle by transmitting and receiving radar 312 waves in the millimeter wave band.
  • the results of detection by the DSM 310, LIDAR 311, or radar 312 are notified to the driver by, for example, warning display or warning display on the display or audio output from the speaker 305.
  • the ECU 313 is an electronic device mounted on the vehicle.
  • a vehicle is equipped with a plurality of ECUs 313, and the vehicle device 1 receives various information about the vehicle from these ECUs 313, such as the drive state of drive units such as an engine and a motor, and the open/closed state of a door. get.
  • the ECU 313 is an abbreviation for Electronic Control Unit.
  • a plurality of ECUs 313 are mounted in the vehicle, and the vehicle device 1 can communicate with a plurality of ECUs 313 via an in-vehicle network such as CAN, for example. is communicably connected to the ECU 313 of the Note that CAN is an abbreviation for Controller Area Network.
  • the vehicle device 1 has a virtualized environment in which a plurality of operating systems can operate.
  • OS8 the operating system
  • OS is an abbreviation for Operating System.
  • FIG. 2 illustration of some peripheral devices 3 is omitted for simplification of explanation.
  • a hypervisor 111 In the vehicle device 1, a hypervisor 111, a service bus 112, a firewall 113, an RTOS 81, and an MMOS 82A are mounted on the control unit 101.
  • RTOS 81 is an abbreviation for Real Time OS
  • MMOS 82 is an abbreviation for Multi Media OS.
  • the MMOS 82 is mounted on the vehicle device 1 and the external device 2, respectively, so that the MMOS 82 mounted on the vehicle device 1 is denoted by A in order to make it easier to distinguish between the two.
  • the MMOS 82 mounted on the external device 2 is denoted by B.
  • Android registered trademark
  • the MMOS 82 when describing items common to the RTOS 81 and the MMOS 82, they may simply be referred to as the OS8.
  • the MMOS 82A and the MMOS 82B when describing items common to the MMOS 82A and the MMOS 82B, the MMOS 82 may be simply referred to. Also, the MMOS 82A2 and MMOS 82B are assumed to be of the same version or sufficiently compatible versions.
  • the hypervisor 111 is a general technology, so a detailed description is omitted, but it is a program for enabling multiple OSs 8 such as the RTOS 81 and the MMOS 82A to be executed in parallel on the control unit 101. It has a function to manage and a function to assist communication between each OS8. However, the hypervisor 111 can also be implemented as part of the functions of the RTOS 81, for example.
  • the service bus 112 is a program for exchanging data between the application layer of each OS 8 and a lower layer indicating any lower layer. This service bus 112 allows data to be exchanged between the vehicle device 1 and the external device 2 as if they were one device. It has a database for matching.
  • the service bus 112 converts the data format between the application layer and the lower layer by referring to the database, between the RTOS 81 and the MMOS 82A in the vehicle device 1, and between the vehicle device 1 and the external device. Allows data exchange with the device 2 .
  • the firewall 113 has a function of restricting unauthorized access between each OS 8 and unauthorized access to the RTOS 81 and MMOS 82A from the outside. Whether or not to implement the firewall 113 can be selected as appropriate, and if security can be ensured by another technique, the firewall 113 may not be implemented.
  • the RTOS 81 is suitable for executing processes that require real-time performance, and mainly executes processes related to vehicle control and safety.
  • the MMOS 82A is a general-purpose device used in, for example, a general mobile terminal 7, and is suitable for executing multimedia processing. In this embodiment, the MMOS 82 performs, for example, display processing on the screen.
  • each OS 8 is not limited to processing suitable for itself. processing can be performed.
  • Each application 9 is a program executed on each OS 8 to implement functions provided when using the vehicle. However, in FIG. 2, some of those implemented in each OS 8 are extracted and illustrated, and applications 9 and functional units other than those shown in FIG. 2 can be implemented in each OS 8. FIG.
  • the vehicle device 1 and the external device 2 do not necessarily have to implement all the applications 9 and functional units shown in FIG. All you have to do is Hereinafter, the application 9 is also simply referred to as an application. Further, the vehicle device 1 and the external device 2 can update or newly acquire the application 9 by OTA via the portable terminal 7, for example. Note that OTA is an abbreviation for Over The Air.
  • a meter application 901, a HUD application 902, and a camera application 903 are installed in the RTOS 81 as applications 9.
  • HUD is an abbreviation for Head Up Display.
  • the meter application 901 executes processing for controlling display on the meter display 302, and executes processing for generating images such as speedometers and warning lights to be displayed on the meter display.
  • the HUD application 902 executes processing for controlling display on the head-up display 303, and executes processing for generating images and information to be displayed on the head-up display 303, for example.
  • the camera application 903 executes processing for controlling display of an image captured by the camera 306, and includes processing for detecting an object existing in the image, generation of a guidance line for guiding the vehicle when backing up, and image processing. , and perform processing for synthesizing
  • the RTOS 81 is equipped with an HMI processing unit 11, a determination unit 12, a data management unit 13, and a selection unit 14 as functional units.
  • HMI is an abbreviation for Human Machine Interface.
  • These functional units are realized by software in this embodiment. However, part or all of each functional unit can be implemented in the MMOS 82A, or a configuration in which part or all of each functional unit is realized by hardware is also possible.
  • the HMI processing unit 11 executes processing for controlling displays on the center display 301, the meter display 302, the head-up display 303, and the air conditioner display 304 based on data input from the peripheral device 3 and other applications 9. .
  • the HMI processing unit 11 also executes processing such as controlling audio output from the speaker 305 based on input data.
  • the determination unit 12 executes processing for determining whether or not the external device 2 is connected in a operable state. As will be described later, the determination unit 12 communicates with the external device 2 and grasps the connection state and operation state of the external device 2 to determine whether the function is executable or not. judge. In other words, the determination unit 12 executes processing for determining whether or not the external device 2 is in a usable state. The determination unit 12 also executes processing for selecting whether or not to use the external device 2, although the details will be described in another embodiment.
  • the data management unit 13 executes processing to make data stored in the external device 2 available, although the details will be described in another embodiment. Specifically, the data management unit 13 executes processing related to erasure and migration of data used by the external device 2, and together with the selection unit 14 selects whether or not to use the data stored in the external device 2. enable
  • the selection unit 14 selects whether or not to use the external device 2 itself, and selects whether or not to use a function executable by the external device 2, although the details will be described in another embodiment. selection of whether to use the external device 2; Execute the process.
  • the MMOS 82A is equipped with, for example, a radio application 904, an air conditioner application 905, a navigation application 906, a voice recognition application 907, and the like.
  • the radio application 904 executes processing for listening to radio broadcasts, such as processing for outputting audio based on the radio broadcast signal received by the tuner 309 and changing the reception frequency according to user's operation.
  • An air conditioner application 905 executes processing related to control of an air conditioner installed in the vehicle. , performs processing for providing a so-called navigation function for guiding a route from the current location to the destination.
  • the speech recognition application 907 executes processing for recognizing speech detected by the microphone 307, processing for responding based on the recognition result, and the like.
  • an external device communication application 908 is installed in the MMOS 82B of the external device 2.
  • the external device communication application 908 transmits and receives data to and from the mobile terminal 7 by wireless communication using the wireless communication device 203 , and transmits received data to the vehicle device 1 . to the portable terminal 7, and the like.
  • the external device 2 performs display on the display and audio output from the speaker 305 via the vehicle device 1, and performs user operations such as execution and stop of functions via the vehicle device 1. is entered. Therefore, even when the external device 2 is connected and the function is executed by the external device 2 , it seems to the user that the function is added to the vehicle device 1 .
  • the external device 2 is assumed to be used by being connected to the vehicle device 1, and the OS 8 and the application 9 mounted there also cooperate with the vehicle device 1, for example, It is capable of responding to confirmation of functions from the device 1 and the like.
  • the RTOS 81 suitable for real-time processing and the MMOS 82 suitable for multimedia processing may be installed.
  • the OS 8 used in general mobile terminals 7 and the like may be used.
  • the configuration facilitates performance improvement such as expansion of functions provided via the device 1 .
  • the vehicle device 1 includes a connection unit 5 to which the external device 2 is connected, and a determination unit 12 that determines whether or not the external device 2 is connected in a operable state.
  • the external device 2 includes a module-side control section 201 capable of executing functions provided when using the vehicle.
  • the vehicle device 1 is configured to be able to use the external device 2 connected to the connection unit 5 in addition to the control unit 101 included in itself when providing functions. Therefore, the vehicle device 1 can substantially secure new hardware resources that can be used when providing functions.
  • the vehicle device 1 and the external device 2 are communicably connected via the connection unit 5, the vehicle device 1 and the external device 2 can be connected to each other even after the vehicle device 1 is attached to the vehicle. and can be easily connected. As a result, for example, the external device 2 can be easily connected after shipment, and the performance of the vehicle device 1 can be easily improved. At this time, if the vehicle device 1 and the external device 2 are configured to be USB-connected as in the present embodiment, the connection itself can be easily performed.
  • the external device 2 is equipped with, for example, an external device communication application 908 that the vehicle device 1 does not have, and can access the peripheral device 3 via the vehicle device 1 .
  • an operation screen of the external device communication application 908, an operation result, and the like are displayed on a display or the like.
  • the vehicle device 1 looks like a new function has been added.
  • the vehicle device 1 can substantially newly secure resources that can be used when providing functions.
  • BSP is an abbreviation for Board Support Package, and is configured as a group of programs necessary for executing OS8 on the control unit 101, and includes programs for initializing hardware.
  • the vehicle device 1 When the BSP is loaded, the vehicle device 1 activates the hypervisor in step S103, and after the hypervisor 111 is activated, executes OS activation processing in step S104. In this OS activation process, as shown in FIG. 5, the vehicle device 1 activates the RTOS 81 in step S301, and then activates the MMOS 82A in step S302.
  • the external device 2 executes processing for starting the CPU 204 in step S201, loads the BSP in step S202 after the CPU 204 starts, and loads the BSP in step S203. Activate MMOS 82B.
  • the external device 2 has higher performance than the vehicle device 1, and the software configuration is simple.
  • the OS 8 on the external device 2 side starts up before the OS 8 on the vehicle device 1 side starts up, and enters a standby state waiting for an instruction from the vehicle device 1 side. After that, when there is confirmation from the vehicle device 1, the external device 2 waits for the next instruction while executing connection response processing in response to it in step S204.
  • connection determination process is a process executed by the determination unit 12, and determines whether or not the external device 2 is connected in a function-executable state.
  • a state in which the external device 2 is connected so as to be able to execute its functions is referred to as a connected state, and a state in which the external device 2 is not connected to the connection section 5 or is operable even if it is connected to the connection section 5.
  • a state that is not is referred to as a canceled state.
  • connection determination process the vehicle device 1 exchanges data for confirming connection with the external device 2 and determines that the connection is established when there is a response from the external device 2. If there is no response from the external device 2, it is determined to be in the released state.
  • the data exchanged in this connection determination process can be set as appropriate.
  • the data to be exchanged can include version information of the MMOS 82B, version information of the application 9 installed in the MMOS 82B, and information that can identify the provided functions. This makes it possible to check the connection status, check the functions executable by the external device 2, and determine whether or not the connected external device 2 is supported.
  • the vehicle device 1 determines that it is in a connected state, it stores information such as a serial number unique to the external device 2 so that resetting and the like can be performed when the device is started next time. It is not necessary to do it.
  • the vehicle device 1 determines that it is in a canceled state in which the execution of the function by the external device 2 is not possible. S108 is omitted.
  • the vehicle device 1 determines that it is in a connected state in which the function can be executed by the external device 2. , an activation process is executed in step S108.
  • This activation process is a process for causing the connected external device 2 to execute the function.
  • the vehicle device 1 executes processing for synchronizing with the MMOS 82B in step S401, and allocates resources to the MMOS 82B in step S402.
  • processing for matching the time used by the RTOS 81, MMOS 82A and MMOS 82B is performed, and in step S402, processing for enabling access to the peripheral device 3 from the MMOS 82B is performed.
  • step S403 the vehicle device 1 determines whether or not there is backup data.
  • the data used by the external device 2 during the previous operation is backed up on the vehicle device 1 side.
  • the external device 2 can execute functions in the same state as before without the trouble of resetting.
  • the vehicular device 1 restores the backup data in step S404 because YES is determined in step S403. That is, the vehicular device 1 transfers the backup data backed up by itself to the external device 2 so that the external device 2 can use the backup data. Note that, if there is no backup data, the vehicle device 1 determines NO in step S403, and therefore skips step S404 and proceeds to the next step.
  • step S405 the vehicle device 1 causes the application 9 on the MMOS 82B side to be executed.
  • the vehicle device 1 gives an execution instruction to the external device 2 as shown in FIG. 3 in order to execute the external device communication application 908 .
  • the external device 2 to which the execution instruction has been given executes the external device communication application 908 using the allocated resources, and starts providing functions using the mobile terminal 7 .
  • the vehicle device 1 determines whether or not there is a duplicate application.
  • the redundant application means an application 9 installed in the vehicle device 1 that has the same function as the application 9 that instructs the external device 2 to execute. This is done to identify the function to be executed by the external device 2 and stop the identified function.
  • a duplicate application is for realizing a function that can be executed by the external device 2 among the functions that can be executed by the vehicle device 1 .
  • overlapping functions include the case where the same function can be provided by the application 9 executed by the external device 2 and the case where the compatible function can be provided.
  • the speech recognition application 907A can be provided by the speech recognition application 907B.
  • the speech recognition application 907B may be an upper-compatible application 9 of the speech recognition application 907A, and the speech recognition application 907B may provide functions not included in the speech recognition application 907A.
  • the vehicular device 1 After activating the RTOS 81 and then activating the plurality of MMOS 82 in sequence or in parallel, the vehicular device 1 recognizes the presence of the voice recognition application 907B in the external device 2 in the activation process, and instructs its execution. .
  • the external device 2 activates the plurality of MMOS 82 in order or in parallel and waits for an instruction from the vehicle device 1 .
  • the vehicle device 1 determines that there is a duplicate application. Become. Therefore, the vehicular device 1 stops the duplicate application in step S407 because the determination in step S406 is YES. Then, in step S408, the vehicular device 1 determines whether or not another application 9 is executed by the MMOS 82A2 in which the redundant application is implemented.
  • the vehicular device 1 stops the corresponding OS 8 and the MMOS 82A2 in step S409 because the determination in step S408 is NO. to return.
  • the duplicate application may be stopped by stopping the OS 8, that is, the function may be stopped by stopping the OS 8. can.
  • An external device communication application 908 installed in the external device 2 can access the speaker 305 and the microphone 307 via the vehicle device 1, for example, in order to enable hands-free calling.
  • the external device communication application 908 may be able to operate the mobile terminal 7 by voice, such as starting or ending a call or calling up the phonebook, according to the voice input from the microphone 307 .
  • the external device communication application 908 may include a voice recognition function for recognizing voice input from the microphone 307 .
  • the voice recognition function can be provided as part of the function of the external device communication application 908 without executing the voice recognition application 907 on the vehicle device 1 side. It is possible. That is, even different applications 9 may be able to provide compatible functions.
  • the vehicle device 1 provides a compatible function. After making a decision, the voice recognition application 907 is stopped in step S407. Since another application 9 is executed in the MMOS 82A, the vehicular device 1 returns YES in step S408.
  • the vehicle device 1 stops its own function by stopping the operation of the overlapping application. Further, when there is a function that overlaps with a function executed by the external device 2, the vehicle device 1 stops its own function by stopping the operation of the OS 8 in which the overlapping application is installed.
  • the vehicle device 1 and the external device 2 execute the normal sequence shown in FIG.
  • the steady state means a normal operating state.
  • the vehicle device 1 executes a steady process in step S109. Although the specific contents of the steady process are omitted, the steady process is various processes required when the vehicle device 1 performs normal operations, and includes processes for providing functions.
  • step S206 the external device 2 performs regular processing including various types of processing including, for example, execution of the external device communication application 908.
  • step S207 the external device 2 performs regular response processing for responding to periodic confirmations from the vehicle device 1, and the like. is repeatedly executed until a predetermined termination condition is satisfied.
  • a predetermined termination condition In the present embodiment, as conditions for terminating the external device 2, it is assumed that notification of a termination instruction from the vehicle device 1 and a drop in the power supply voltage are assumed.
  • step S110 the vehicle device 1 executes regular confirmation processing.
  • This periodical confirmation processing includes processing for confirming whether or not the external device 2 is in a connected state, and processing for backing up data from the external device 2 in a connected state. is repeated periodically during normal operation.
  • the period during which the vehicle device 1 is operating normally means the period until it is determined in step S111 to be described later that the termination condition is met, that is, the period until the vehicle device 1 terminates the operation.
  • the vehicle device 1 determines whether or not the external device 2 is connected in step S501, as shown in FIG. At this time, the vehicle device 1 determines whether or not the external device 2 is connected, regardless of the state of the external device 2 confirmed in the activation sequence. This is because the external device 2 may be connected later during the operation of the vehicle device 1, or the connected external device 2 may be disconnected for some reason.
  • step S501 determines that the external device 2 is connected
  • step S502 it is determined whether the external device 2 is operating normally. judge. This is because the operation of the external device 2 may malfunction for some reason during the operation of the vehicle device 1 .
  • step S503 it determines whether or not it is a backup cycle.
  • This backup cycle is set in advance. Then, when the backup period comes, the vehicle device 1 executes the backup process in step S504 because the determination in step S503 is YES.
  • This backup processing is mainly executed by the data management unit 13 .
  • data is transmitted and received between the vehicle device 1 and the external device 2, and in this embodiment, data used by the external device 2 is stored in the storage unit 110 of the vehicle device 1. .
  • the data stored at this time corresponds to backup data, and the backup data is retained even when the vehicle device 1 is powered off.
  • This backup data includes, for example, data used by the MMOS 82B and data used by the application 9 running on the MMOS 82B.
  • the backup data also includes information such as the type of application 9 running on the external device 2 . That is, the vehicle device 1 is configured to be able to identify the application 9 executed by the external device 2 . Also, the backup data is restored in the external device 2 as described above, thereby enabling the external device 2 to provide functions using the same data as before.
  • step S502 determines that the external device 2 is not operating normally even if it is in the connected state.
  • this invalidation process cancels the software connection between the vehicle device 1 and the external device 2 to make the external device 2 removable without affecting the vehicle device 1. This process is for
  • the vehicular device 1 determines whether or not there is an OS 8 that is stopped in step S601. For example, in the configuration example of FIG. 7 described above, the MMOS 82A2 is stopped in the enabling process. Therefore, the vehicular device 1 determines that the MMOS 82A2 is not activated, and since YES is determined in step S601, the stopped MMOS 82A2 is activated in step S602. That is, the vehicle device 1 restarts the environment for realizing the function.
  • step S603 the vehicle device 1 switches the resource allocated to, for example, the MMOS 82B of the external device 2 to its own stopped MMOS 82A2. This allows access to the peripheral device 3 from the MMOS 82A2.
  • the vehicle device 1 determines that there is no OS 8 that is stopped because the MMOS 82A is not stopped in the activation process. In this case, the vehicular device 1 determines YES in step S601, so steps S602 and S603 are omitted and the process proceeds to the next step.
  • step S604 the vehicle device 1 determines whether or not there is an application 9 that is stopped. That is, the vehicular device 1 determines whether or not there is an application 9 of its own that has stopped due to the provision of the function from the external device 2 . Then, if there is an application 9 whose execution has been stopped such as a duplicate application, or if the application 9 has not yet been executed after starting the OS 8 that has been stopped as described above, the device 1 for a vehicle 1 is stopped. It is determined that there is an application 9 of
  • the vehicle device 1 determines YES in step S604, refers to the backup data in step S605, and uses the backup data if necessary to activate the stopped application 9 in step S606. In other words, the vehicle device 1 executes the function that has been stopped by the execution of the external device 2, thereby bringing the function provided by the external device 2 into the same state as if the external device 2 provided the function. to resume its own provision.
  • the in-vehicle device 1 This enables the in-vehicle device 1 to provide a function that is no longer provided by the external device 2 by disabling the external device 2, and by referring to the backup data, the functions provided by the external device 2 until then can be restored. It will be possible to provide functionality in the same state as it was.
  • the vehicle device 1 since the vehicle device 1 identifies the application 9 being executed by the external device 2 as described above, the vehicle device 1 can recognize functions that are stopped when the external device 2 is stopped. If the function is not possible, that is, if it is not a duplicate application, the function is not provided. Further, when the vehicle device 1 determines that there is no stopped application 9, the determination in step S604 is NO, so steps S605 and S606 are omitted and the process proceeds to the next step.
  • the vehicle device 1 determines whether or not the external device 2 is connected in step S606. At this time, if the invalidation process is called from the periodic confirmation process, it is considered that the external device 2 is in a connected state. However, as will be described later, the invalidation process may be executed based on an instruction from a user or a dealer worker. is determining whether That is, the vehicle device 1 reconfirms the connection of the external device 2 .
  • step S606 determines that the external device 2 is connected.
  • the application 9 of the external device 2 is stopped in step S607, and the external device 2 is stopped in step S608. Stop OS8 and return.
  • the determination in step S606 is NO.
  • step S501 determines in the regular confirmation process that the external device 2 is not connected
  • the result in step S501 is NO
  • the connection determination process is executed in step S506. This assumes a situation in which the external device 2 is connected while the vehicle device 1 is operating, as described above.
  • this connection determination process it is determined whether or not the external device 2 is connected, as in step S106.
  • the vehicle device 1 also acquires information that can specify the type of the application 9 executed by the external device 2 .
  • step S507 When the vehicle device 1 determines that the external device 2 is in the connected state, it becomes YES in step S507, so it executes the activation process in step S508. As a result, it becomes possible to use the external device 2 and to cause the external device 2 to execute a function. On the other hand, if the vehicle device 1 determines that the external device 2 is not in the connected state, the determination in step S507 is NO, so step S508 is omitted and the process returns.
  • the vehicle device 1 periodically checks the connection state of the external device 2 and whether it is operating normally during normal operation, and confirms whether the external device 2 is operating normally. periodically backs up data used by the external device 2. At this time, the vehicle device 1 can be configured to periodically back up at predetermined time intervals. Further, the vehicle device 1 can be configured to periodically back up at a predetermined time.
  • step S111 the vehicle device 1 determines whether or not the termination condition is satisfied, and repeatedly executes the steady process and the periodic confirmation process until the termination condition is satisfied.
  • the user has input a stop operation to the vehicle device 1 and that the power supply voltage to the vehicle device 1 has decreased as end conditions.
  • the power supply voltage drops, it is assumed that the user turns off the accessory power supply, or that the power supply is cut off due to some kind of trouble.
  • step S111 determines that the end condition is not satisfied.
  • the result is NO in step S111, so the steady process and the periodic confirmation process are repeated.
  • the determination in step S111 is YES, so in step S112 it is determined whether or not the external device 2 is in the connected state.
  • step S113 the end process is executed in step S114 to complete the process. do.
  • the application 9 is stopped, the OS 8 is shut down, and the termination instruction is notified to the external device 2 .
  • the external device 2 determines whether or not the termination condition is satisfied in step S209. The function is provided by repeatedly executing periodic response processing. On the other hand, if the external device 2 determines that the termination condition is satisfied, the result is YES in step S209, and thus termination processing such as stopping the application 9 or shutting down the OS 8 is performed and the processing is terminated.
  • the vehicle device 1 determines whether or not the external device 2 is connected to the connection unit 5 in a state in which the function can be executed, and determines whether the external device 2 is connected in a state in which the function can be executed. If it is determined that the application 9 is executed by the external device 2, the function can be provided, and, for example, in the present embodiment, duplicate applications are stopped.
  • the vehicle device 1 includes a control unit 101, a connection unit 5 to which the external device 2 is connected, and a determination unit 12, and determines that the external device 2 is connected in a state in which it can perform its functions. In this case, the external device 2 is enabled to execute its functions, and at least one of its executable functions is stopped.
  • the function can be provided by connecting the external device 2 . Therefore, the performance can be easily improved.
  • the vehicle device 1 stops the functions that overlap with the functions executed by the external device 2 among the functions that can be executed by itself. This makes it possible to prevent the loss of functions, that is, the non-provision of functions that can be provided. Also, by stopping overlapping functions, it is possible to suppress an excessive increase in power consumption.
  • the vehicle device 1 stops the function by stopping the operation of the application 9 that implements the function. As a result, it is possible to easily stop the function, and it is also easy to restart the provision of the function.
  • the vehicle device 1 stops the function by stopping the operation of the OS 8 such as the MMOS 82A on which the application 9 that implements the function is installed.
  • the OS 8 such as the MMOS 82A on which the application 9 that implements the function is installed.
  • the vehicle device 1 determines that the external device 2 is no longer in a state in which the function can be executed during operation, the vehicle device 1 executes its own function that has been stopped by the execution by the external device 2 . As a result, loss of function can be suppressed. Also, by referring to backup data as in the embodiment, functions can be provided in the same state as provided by the external device 2 .
  • the vehicle device 1 repeatedly determines whether or not the external device 2 is in a state in which the function can be executed during the operation of the vehicle device 1 . As a result, even if the connection with the external device 2 is disconnected for some reason or the external device 2 breaks down, it is possible to prevent loss of functions.
  • the vehicle device 1 includes a control unit 101, a connection unit 5 to which the external device 2 is connected, and an input unit 10 for inputting an operation. Back up the data you use. As a result, first, by connecting the external device 2, it is possible to easily improve the performance for providing the function.
  • the function By backing up the data used by the external device 2, the function can be executed in the same environment when the external device 2 is connected next time. Further, even if the connection of the external device 2 is unintentionally disconnected, the function can be executed in the similar environment on the vehicle device 1 side using the backup data.
  • the vehicle device 1 when the external device 2 is connected, the vehicle device 1 periodically backs up data used by the external device 2 .
  • the functions that have been executed by the external device 2 until then can be executed on the vehicle device 1 side in the same environment. It becomes possible to avoid failure.
  • the vehicle device 1 can be configured to back up when the data of the external device 2 is updated, in addition to the configuration of periodically backing up as in the embodiment. At this time, for example, in the periodical confirmation process shown in FIG. You can understand what has been done.
  • the vehicle device 1 can back up each time the data is updated, or can back up the data at an arbitrary timing such as when there is a margin in the processing after recognizing that the data has been updated. can.
  • the vehicle device 1 transfers the backed up data to the external device 2 .
  • the function can be executed in the same environment as before without requiring user's operation such as setting.
  • the vehicle device 1 includes a control unit 101, a connection unit 5 to which the external device 2 is connected, and a determination unit 12. , performs the function that was performed by the external device 2 by itself. For example, when the connection of the external device 2 is unintentionally disconnected, the function that has been executed by the external device 2 can be executed on the vehicle device 1 side in the same environment, thereby preventing the malfunction. It is possible to avoid.
  • the vehicle device 1 executes its own function that has been stopped by executing it in the external device 2 .
  • the function realized by the overlapping application corresponds to its own function whose operation is stopped when the external device 2 executes the function.
  • the vehicle device 1 executes the function by activating its own application 9 whose operation is stopped when the external device 2 executes the function.
  • this corresponds to the own application 9 whose operation is stopped when the duplicate application executes the function on the external device 2 .
  • the vehicle device 1 executes the function by activating its own operating system whose operation was stopped when the external device 2 executed the function.
  • the MMOS 82A2 shown in FIG. 7 corresponds to its own operating system whose operation is stopped when the external device 2 executes its functions.
  • the vehicle device 1 repeatedly determines whether or not the external device 2 is in a state in which it can perform its functions during operation. As a result, for example, when the connection of the external device 2 is unintentionally disconnected, it is possible to prevent the functions that have been provided until then from not being provided.
  • the vehicle device 1 makes the data stored in itself available to the external device 2 .
  • Functions can be executed in the same environment as before without requiring user's operation such as setting.
  • the vehicle device 1 When the data stored in the external device 2 is updated, the vehicle device 1 backs it up on the vehicle device 1 side. As a result, even if the connection of the external device 2 is unintentionally disconnected, the latest data is backed up, so that the same environment as before can be easily reproduced.
  • the vehicle device 1 and the external device 2 are physically communicably connected by a USB connection as the service bus 112
  • the service bus 112 is not limited to communication by a USB connection
  • the vehicle device 1 and the external device 2 can be connected so as to be able to communicate with each other.
  • a wireless communication circuit as the connection unit 5
  • the vehicle device 1 and the external device 2 can be configured to be communicably connected without physical connection.
  • the vehicle device 1 may be provided with the authentication function of the external device 2 .
  • the embodiment shows an example in which the hypervisor 111 is mounted independently from each OS 8 and each OS 8 is operated on the hypervisor 111, other configurations are possible.
  • the RTOS 81 may be activated first to enable the hypervisor 111 function, and then the MMOS 82A may be executed on the RTOS 81.
  • FIG. 1 shows an example in which the hypervisor 111 is mounted independently from each OS 8 and each OS 8 is operated on the hypervisor 111
  • the RTOS 81 may be activated first to enable the hypervisor 111 function, and then the MMOS 82A may be executed on the RTOS 81.
  • the vehicle device 1 may have one RTOS 81
  • the external device 2 may have a plurality of OSs 8 such as MMOS 82B1 and MMOS 82B2.
  • a configuration without the firewall 113 is possible. Even with such a configuration, by stopping the application 9 on the side of the vehicle device 1 when providing a function from the external device 2 side, the performance of the vehicle device 1 can be easily improved and the power consumption can be improved. can be reduced, and the same effect as the embodiment can be obtained.
  • the storage unit 110 of the vehicle device 1 can be configured such that it is stored in a server on a network that is communicably connected via the mobile terminal 7 . That is, the storage unit 110 can be configured to be provided in the vehicle device 1 or can be configured to be provided outside the vehicle device 1 .
  • the vehicle system 4 including the vehicle device 1 and the external device 2 can easily improve performance in a situation where high performance is required, for example, and the performance has been improved. It is possible to similarly obtain the various effects described above, such as being able to suppress an excessive increase in power consumption that accompanies this.
  • the external device 2 uses various data when providing functions. Further, the external device 2 side can also store user information transmitted from the vehicle device 1 side as described in the first embodiment. Although these data are basically stored in the module-side storage unit 210 on the external device 2 side, they are also backed up on the vehicle device 1 side as described in the first embodiment.
  • the external device 2 Since the external device 2 is configured to be connectable to the vehicle device 1, it can be removed from the vehicle device 1 as well. As a situation where a user or a dealer's worker intentionally removes the external device 2 from the vehicle device 1, the external device 2 may be replaced with a newer external device 2, or the external device 2 may be attached to another vehicle device 1. case is conceivable. In this case, in the former case, the vehicle device 1 is the same and the external device 2 is updated, and in the latter case the external device 2 is the same and the vehicle device 1 is updated.
  • the vehicle device 1 stores data used in vehicle equipment and data used in provided functions, and the data used by the external device 2 is also backed up. This is because, for example, in the former case, it is assumed that the removed external device 2 will not be used thereafter. In other words, in the former case, it is considered that there is little need to leave data in the external device 2 .
  • the vehicular device 1 executes a process of selectively managing whether or not to erase the data stored in the external device 2 .
  • this processing is basically performed by the data management unit 13, the vehicle device 1 will be mainly described below in order to facilitate understanding. Further, the operation of the user or the worker of the dealer can be input at any timing when the vehicle device 1 is in the normal operation state.
  • the vehicle device 1 accepts operations by displaying an operation menu or the like on the center display 301, for example. At this time, in relation to the present embodiment, the vehicle device 1 displays an icon for inputting an instruction to remove the external device 2, a selection as to whether or not to erase data at that time, and a An HMI such as an icon or a check button that can be set to determine whether or not to migrate data is displayed. Note that the display of the HMI shown here is just an example, and any display that can input similar instructions may be used. Hereinafter, representative removal modes will be individually described.
  • step S701 the vehicle device 1 executes erasing processing for actually erasing the data.
  • the vehicle device 1 individually erases designated data, collectively erases data by so-called formatting the writable area of the ROM, and initializes the external device 2 so that it can be deleted after shipment.
  • the data stored in the module-side storage unit 210 of the external device 2 is deleted.
  • the vehicle device 1 executes invalidation processing in step S703.
  • the software connection between the vehicle device 1 and the external device 2 is released, and the external device 2 can be removed without affecting the vehicle device 1 or the backup data.
  • the data on the external device 2 side has been erased, it is possible to reduce the risk of leakage of user information and the like.
  • Example of migrating data When an instruction to migrate data and remove the external device 2 is input, the vehicle device 1 executes data migration processing shown in FIG. 12 . In this data migration process, the vehicle device 1 executes the migration process of actually migrating the data in step S801.
  • the vehicle device 1 individually migrates the specified data, or copies the entire writable area of the ROM and migrates it all at once, thereby transferring the data to the storage unit 110 of the vehicle device 1.
  • the stored data is transferred to the external device 2.
  • the risk of the data being transferred to a different vehicle device 1 can be reduced.
  • the vehicle device 1 executes invalidation processing in step S802.
  • the software connection between the vehicle device 1 and the external device 2 is released, and the external device 2 can be removed without affecting the external device 2 or transferred data.
  • the data since the data is stored in the external device 2, if the external device 2 is connected to another vehicle device 1, the data can be easily transferred from the previous vehicle device 1 to the new vehicle device 1. can be done.
  • the software connection between the vehicle device 1 and the external device 2 is released, and the external device 2 can be removed without affecting the vehicle device 1 and the external device 2 .
  • the data is backed up in the vehicle device 1 side and stored in the external device 2 as well, if the external device 2 is reconnected to the vehicle device 1, the previous state can be used. can be done.
  • the vehicle device 1 can transfer the data stored on the external device 2 side to itself. Specifically, the vehicle device 1 executes the data transfer processing shown in FIG. 14, for example, after the power is turned on and the OS 8 is activated. In this case, the vehicle device 1 determines whether or not the external device 2 is connected in step S1001.
  • step S1001 When the vehicle device 1 determines that the external device 2 is connected, YES is determined in step S1001. match or not.
  • the information stored by itself is data acquired when the external device 2 was previously connected.
  • the vehicle device 1 determines that the information matches, it returns YES in step S1002, and returns as it is. This is because the connected external device 2 was previously connected, and since the data stored in the external device 2 has already been stored in itself by backup or the like, there is no need to transfer the data. This is because it is conceivable.
  • step S1003 it determines whether or not the data transfer is permitted.
  • the user's permission to transfer the data can be obtained by, for example, displaying a message to the effect that the data is to be transferred and an icon for selecting whether or not to permit the transfer on the center display 301 .
  • the vehicle device 1 transfers the data stored in itself to the vehicle device 1 in step S1004. For example, the vehicle device 1 overwrites the backup data stored in itself with the data stored in the external device 2 .
  • the vehicular device 1 if the data transfer is not permitted, the vehicular device 1 returns as NO in step S1003. However, even after the data transfer process has been temporarily completed, the vehicle device 1 may perform the data transfer process at an arbitrary timing, such as when an operation instructing data transfer is input by a user or a dealer worker. can be run with
  • the vehicle device 1 includes a control unit 101, a connection unit 5 to which the external device 2 is connected, and an input unit 10 for inputting an operation. Back up the data you use. As a result, it is possible to obtain the same effects as in the first embodiment, such as the ability to easily improve the performance for providing functions by first connecting the external device 2 .
  • the function By backing up the data used by the external device 2, the function can be executed in the same environment when the external device 2 is connected next time. Further, even if the connection of the external device 2 is unintentionally disconnected, the function can be executed in the similar environment on the vehicle device 1 side using the backup data.
  • the vehicle device 1 transfers the backed up data to the external device 2 .
  • the function can be executed in the same environment as before without requiring user's operation such as setting.
  • the vehicle device 1 makes the data stored in itself available to the external device 2 .
  • Functions can be executed in the same environment as before without requiring user's operation such as setting.
  • the vehicle device 1 includes a control unit 101, a connection unit 5 to which the external device 2 is connected, and when the external device 2 is connected to the connection unit 5, data stored in the external device 2 can be used. and a data management unit 13 . This makes it possible to easily transfer data using the external device 2 when, for example, the vehicle is replaced and the vehicle device 1 is updated.
  • the vehicle device 1 makes available data used in functions provided when the vehicle is used. This allows us to provide functionality in a similar environment as before.
  • the vehicle device 1 makes available data used in vehicle equipment.
  • the vehicle can be used in the same environment as before, for example, data such as seat position and steering wheel position can be transferred to the new vehicle.
  • the vehicle device 1 makes available the data used by the peripheral device 3 . This allows us to provide functionality in a similar environment as before.
  • the vehicle device 1 makes it possible to select whether or not to use the data stored in the external device 2 . As a result, it is possible to reduce the risk that the HMI or the like will be changed to an unintended state, or that the backup data will be unintentionally updated.
  • the vehicle device 1 periodically backs up the data stored in the external device 2 to the vehicle device 1 side. As a result, when migrating or transferring data, the latest data can be migrated or transferred.
  • the vehicle device 1 erases the data stored in the external device 2 when the external device 2 is removed. This reduces the risk of data leakage when, for example, the external device 2 is replaced with a new one.
  • the vehicle device 1 causes the external device 2 to store the data stored in the vehicle device 1 .
  • the vehicle device 1 causes the external device 2 to store the data stored in the vehicle device 1 .
  • a module-side control unit 201 for storing data
  • data (not shown) for executing a process of transferring stored data to the vehicle device 1 when connected to the vehicle device 1.
  • a data transfer unit may be provided, and the external device 2 may be configured to handle data.
  • the data transfer unit displays an icon or the like to indicate whether the data transfer is permitted or not, indicating that the data is to be transferred, and is stored in the vehicle device 1 when permission is given by the user. It can be configured to update the data that is stored. With such a configuration as well, the same effects as those of the vehicle device 1 can be obtained, for example, data can be easily migrated to a new vehicle device 1 without requiring resetting or re-input of data.
  • the information of the vehicle device 1 is acquired, it is possible to determine whether or not the vehicle device 1 has been previously connected, and the data is stored in the other vehicle device 1 . It is possible to suppress the risk of data being transferred and unintentionally leaked. In addition, if permission is required when transferring data, it is possible to reduce the risk of data leakage or erroneous overwriting of backup data on the vehicle device 1 side.
  • vehicle system 4 including the vehicle device 1 and the external device 2 can perform functions in the same environment when the external device 2 is connected next time. Various effects described above can be similarly obtained.
  • a third embodiment will be described below.
  • the selection of whether or not to use the external device 2 and the selection of which data of the vehicle device 1 and the external device 2 are to be used will be described. Also, since some of the configurations and processes of the vehicle device 1 and the external device 2 are common to other embodiments, the description will be made with reference to the drawings of the other embodiments.
  • a relatively new version will be referred to as a higher version, and a relatively older version will be referred to as a lower version.
  • the display mode is lower, such as the size, pattern, or position of the icon to be displayed is changed, the icon that existed so far is deleted, or the display name is changed. version may be changed.
  • the menus that have been used so far may disappear, the menus may have different names, or the hierarchical structure of the menu may change to change the operation procedure. version may be changed.
  • the HMI such as the display mode and operation mode
  • the HMI may change as the version is upgraded.
  • version upgrades are basically done to improve performance and fix problems, it is thought that HMI changes accompanying version upgrades will be done to make them more suitable. be done.
  • the HMI when the HMI is changed, in addition to the need to learn a new operation mode, the user may feel that the operation has become difficult because the display mode is different from the display mode that they have been accustomed to, or they may not be able to perform the desired operation. It is also assumed that it will take time and effort. In other words, it is assumed that the change of HMI may become a demerit for the user.
  • the vehicular device 1 of the present embodiment makes it possible to select which version to use, the higher version or the lower version. That is, the vehicular device 1 selects whether to use the functions of the external device 2, selects which data to use, and selects whether to use HMI-related functions. Although these processes are basically performed by the data management unit 13 and the selection unit 14, the vehicle device 1 will be mainly described below for simplification of description.
  • vehicle-side identification information 20 is stored in the storage unit 110 of the vehicle device 1, and module-side identification information 21 and transition data 22 are stored in the module-side storage unit 210 of the external device 2. It is In FIG. 15, illustration of the firewall 113, the application 9, and the like is omitted for the sake of simplicity of explanation.
  • the vehicle-side identification information 20 is data including information that can identify the version of the vehicle device 1, and can be read from the RTOS 81 and MMOS 82A.
  • the vehicle-side identification information 20 includes, for example, information unique to the vehicle device 1 such as the serial number and date of manufacture, and information belonging to the same product group such as the type and version of the installed OS 8 and application 9. Information common to the vehicle device 1 is included.
  • the module-side identification information 21 is data containing information that can identify the version of the external device 2, and can be read from the MMOS 82B.
  • the module-side identification information 21 is data including information that can identify the version of the external device 2, and can be read from the MMOS 82B.
  • the module-side identification information 21 includes, for example, information unique to the external device 2 such as the serial number and date of manufacture, and external information belonging to the same product group such as the type and version of the installed OS 8 and application 9. It contains information common to the device 2 .
  • the transfer data 22 includes data used by the external device 2 and data transferred from the vehicle device 1 such as the user information described above, and can be read from the MMOS 82B.
  • the vehicle device 1 can acquire the version of the external device 2 for each device or for each individual application 9, and can also acquire the transition data 22.
  • the transfer data 22 by referring to the contents of the data, it is possible to selectively acquire data that can be used by the peripheral device 3 mounted on the current vehicle.
  • the external device 2 can acquire the version of the vehicle device 1 for each device or for each individual application 9 by communicating with the vehicle device 1 .
  • the vehicle device 1 executes a device selection process for selecting whether or not to use the external device 2, for example, at startup, as shown in FIG.
  • the device selection process can be executed at any timing other than at startup, and even after it has been executed once, according to an instruction from the user or the dealer's operator.
  • the vehicle device 1 When the power is turned on, the vehicle device 1 activates the CPU 104 in step S1101, loads the BSP in step S1102, and activates the hypervisor 111 in step S1103 in the same manner as in the startup sequence described in the first embodiment. Then, in step S1104, OS startup processing is executed, and in step S1105, the service bus 112 is started. Subsequently, the vehicular device 1 performs connection determination processing in step S1106, and if it determines that it is in a connected state, it becomes YES in step S1107, and thus performs device selection processing in step S1108.
  • the vehicle device 1 determines in step S1201 whether or not the external device 2 is of a higher version. In this case, the vehicle device 1 refers to and compares the vehicle-side identification information 20 and the module-side identification information 21 to determine which is the higher version.
  • the vehicle device 1 can acquire the module-side identification information 21 from the external device 2 in step S1201 for comparison, the module-side identification information 21 is acquired in advance in the connection determination process in step S1106. A comparison can also be made in step S1201.
  • step S1201 determines that the external device 2 is of a higher version
  • the determination in step S1201 is YES, so in step S1202 the external device 2 is registered as a valid device and the process returns.
  • a valid device means a device whose use is permitted. That is, in steps S1201 and S1202, the vehicle device 1 uses the external device 2 because it is considered that the performance will be improved when the external device 2 with a newer version than itself is connected.
  • the vehicular device 1 when registered as a valid device, information indicating that it has been registered as a valid device is stored together with the module-side identification information 21, and is used to confirm whether or not the device has already been registered at the time of subsequent connection. .
  • the vehicular device 1 takes over the state of use from the next time onwards. It is possible to take over the state that is not used after that.
  • step S1201 determines whether or not the device has been registered.
  • step S1203 If the vehicular device 1 determines that it is a registered device, it is YES in step S1203, so the process moves to step S1202, registers it as a valid device, and returns. Note that in the case of a registered device, if data such as user information and settings have been backed up at the time of past use, the data will be used to operate.
  • the vehicular device 1 determines that it is not a registered device, it is NO in step S1203, so it determines whether or not to register in step S1204. In this case, the vehicle device 1 displays, for example, an icon or the like for selecting whether or not to register on the center display 301 and waits for an operation by the user or the dealer. You can check if you register.
  • the vehicle device 1 can determine that registration is not to be performed when an operation to the effect that registration is not performed is input or an operation is not performed within a predetermined period of time.
  • the predetermined time can be set as appropriate, but if the predetermined time is extremely short, the processing will be the same as not substantially waiting, and if the predetermined time is long, the processing will substantially wait until an operation is input. The same processing time as
  • step S1204 If the vehicle device 1 determines to register, the result is YES in step S1204, so the process proceeds to step S1202, registers as a valid device, and returns. On the other hand, if the vehicle device 1 determines not to register, it becomes NO in step S1204. determine whether
  • the vehicle device 1 displays an icon or the like for selecting whether or not to share on the center display 301, for example, and waits for an operation by the user or the dealer. If an operation to the effect of not sharing is input or if the operation is not performed within a predetermined time, it is determined not to be shared.
  • step S1205 When the vehicular device 1 determines to share the data, YES is obtained in step S1205, so the data is shared in step S1206. At this time, the vehicle device 1 acquires the transfer data 22 stored in the external device 2 and stores it in its own storage unit 110, or stores, for example, the seat position, the steering wheel position, the home address, the telephone directory, the music, etc. By registering user information in itself, it is possible to easily share data between different vehicle apparatuses 1, ie, transfer data here.
  • the vehicle device 1 After sharing the data, the vehicle device 1 registers as an invalid device in step S1207, and then returns.
  • an invalid device means a device whose use is not permitted.
  • the vehicle device 1 determines to share the data, it is NO in step S1205, so it registers as an invalid device in step S1207 and then returns.
  • the vehicle device 1 After returning from the device selection process, the vehicle device 1 determines whether or not it is a valid device in step S1109, as shown in FIG. Since it is determined as YES in step S1109, validation processing is executed in step S1110, and the process shifts to normal processing. Note that in the activation process, as shown in FIG. 6, processes such as synchronization of the OS 8, restoration of data, and suspension of overlapping applications are executed as necessary.
  • the vehicle device 1 determines that it is not a valid device, and since the result in step S1109 is NO, the process shifts to normal processing.
  • the vehicular device 1 can be operated by a user or a dealer's worker to execute a device selection process, or can be directly executed to be registered as a valid device.
  • the vehicle device 1 can re-register it as a valid device or migrate the data. In other words, the vehicular device 1 makes it possible to reselect whether or not to use what was once selected not to be used.
  • the vehicle device 1 includes a control unit 101, a connection unit 5 to which the external device 2 is connected, and an input unit 10 for inputting an operation. Back up the data you use. As a result, it is possible to obtain the same effects as those of the first and second embodiments, such as the ability to easily improve the performance for providing functions by connecting the external device 2 .
  • the vehicle device 1 includes a control unit 101, a connection unit 5 to which the external device 2 is connected, and a selection unit 14 that executes processing related to selection of whether or not to use the external device 2. 2 is selected, the external device 2 is made available. This makes it possible to select whether or not to use the external device 2 when, for example, there is a possibility that the HMI or the operation mode will change due to version upgrade, and usability can be improved.
  • the selection unit 14 of the vehicle device 1 allows the user to select whether or not to use the external device 2 itself. As a result, it becomes possible to select which of the vehicle device 1 and the external device 2 to use on a device-by-device basis, and for example, it is possible to easily provide new functions.
  • the vehicle device 1 allows the user to select whether or not to use the functions provided by the external device 2 .
  • the functions provided by the external device 2 it is possible to select on a function-by-function basis which of the functions provided by the vehicle device 1 and the functions provided by the external device 2 is to be used, and the functions can be provided in a more desirable state.
  • the vehicle device 1 allows the user to select whether or not to use functions related to the human-machine interface. As a result, it becomes possible to use the one that is easier to use, and it is possible to provide functions in a more favorable state.
  • the vehicle device 1 takes over the result of selection as to whether or not to use the external device 2 during subsequent operations.
  • a desired environment can be reproduced without taking the time and effort to make the user select each time the device is activated.
  • the vehicle device 1 makes it possible to reselect whether or not to use the items that were once selected not to be used. As a result, when the version is updated and new functions are provided, the new functions can be used easily. This also applies to data described later.
  • the vehicle device 1 when the use of the external device 2 is selected, the vehicle device 1 does not execute the functions executed by the external device 2 by itself. Thereby, an increase in power consumption can be suppressed.
  • the vehicle device 1 can be configured so that the data used by the peripheral device 3 can be used. As a result, it is possible to prevent useless data from being stored when, for example, the vehicle is updated and the configuration of the peripheral device 3 is changed.
  • the version of the vehicle device 1 and the version of the external device 2 are compared to determine the higher or lower rank for each device.
  • each application 9, or each data such as user information a higher rank or a lower rank is determined to select valid/invalid.
  • the configuration for comparing versions also includes the configuration for comparing the functions that each has. This is because it is assumed that functions that were not present in the lower version will be added to the higher version, or functions that existed in the lower version will be deleted. That is, when the functions provided by the vehicle device 1 and the functions provided by the external device 2 are different, the process of selecting whether or not to use the external device can be executed.
  • the vehicle device 1 executes the data selection process shown in FIG. 18 in order to selectively use the data.
  • This data selection process can be automatically executed at startup, or can be executed at an arbitrary timing based on instructions from the user or the dealer's operator.
  • the data selection process may be executed when the external device 2 is connected for the first time, and the data selection process may not be executed for the external device 2 that has already been registered the next time it is connected. That is, the vehicular device 1 can take over the result of selection as to whether or not to use the device and data in subsequent operations.
  • new data corresponding to a higher version will be referred to as new data
  • old data corresponding to a lower version will be referred to as old data.
  • the data stored in the vehicle device 1 also includes the backup data described above.
  • the OS 8 and the application 9 can also be regarded as data in a broad sense, they are collectively referred to as data here. That is, the vehicle device 1 can select whether or not to use the data stored by the external device 2 .
  • the vehicle device 1 first compares the data stored in itself with the data stored in the external device 2 in step S1301, and determines whether or not to use the new data in step S1302.
  • the vehicle device 1 displays an icon or the like for selecting whether or not to use the new data on the center display 301, for example, and waits for an operation by the user or the dealer. is determined to use the new data, and when an operation to the effect that it is not used is input or when the operation is not performed within a predetermined time, it is determined not to be used.
  • step S1302 determines that the new data is to be used
  • the determination in step S1302 is YES, so in step S1303 the new data is selected as data to be used and returns.
  • the vehicle device 1 makes the new data available by overwriting the old data with the new data or transferring the new data to the device that stored the old data. That is, the OS 8 and the application 9 are made to operate using the new data.
  • step S1302 determines that the new data is to be used
  • step S1303 is omitted and the process returns. That is, the vehicle device 1 allows each device to operate in the same environment as before without updating data. As a result, it is possible to prevent the operating environment from being changed unintentionally.
  • the vehicle device 1 can be configured to compare the data stored in the external device 2 and the data stored in itself, select the newer data, and make it available. . With such a configuration, it is possible to select which of the new data and the old data to use when the data stored in each device is different.
  • the external device 2 side is regarded as a higher order for the application 9. It is possible to execute processing such as enabling by
  • the vehicle device 1 can confirm the version of the applications 9 installed in the external device 2 that are compatible with the applications 9 installed in itself. That is, the functions provided by the vehicle device 1 and the functions provided by the external device 2 can be compared.
  • the vehicle device 1 can repeat confirmation of the version for each application 9. For example, when communicating with the external device 2 in the connection determination process, information including the application 9 on the external device 2 side and the respective versions is obtained. is acquired in advance, and the versions of a plurality of applications 9 can be confirmed. The same applies to the OS 8 installed in each device.
  • the vehicle system 4 including the vehicle device 1 and the external device 2
  • the various effects described above, such as improved usability, can be similarly obtained.
  • Each of the above-described embodiments can replace all or part of its configuration with all or part of the configuration of other embodiments, for example, by enabling the processing exemplified in the second embodiment to be executed during the steady processing of the first embodiment. It can be appropriately combined with the part.
  • the controller and techniques described in this disclosure may be implemented by a dedicated computer provided by configuring a processor and memory programmed to perform one or more functions embodied by the computer program.
  • the controls and techniques described in this disclosure may be implemented by a dedicated computer provided by configuring the processor with one or more dedicated hardware logic circuits.
  • the control units and techniques described in this disclosure can be implemented by a combination of a processor and memory programmed to perform one or more functions and a processor configured by one or more hardware logic circuits. It may also be implemented by one or more dedicated computers configured.
  • the computer program may also be stored as computer-executable instructions on a computer-readable non-transitional tangible recording medium.

Abstract

実施形態の車両用装置１は、周辺機器３にアクセス可能であって車両を利用する際に提供される機能を実行可能な制御部１０１と、制御部１０１と通信可能であって車両を利用する際に提供される機能を実行可能な外部装置２が接続される接続部５と、外部装置２が機能を実行可能な状態で接続部５に接続されているか否かを判定する判定部１２と、を備え、制御部１０１は、外部装置２が機能を実行可能な状態で接続されていると判定された場合、外部装置２を有効化して機能の実行を可能にするとともに、自身が実行可能な機能のうち少なくとも１つの機能を停止する。

Description

車両用装置 関連出願の相互参照
　本出願は、２０２１年１月２６日に出願された日本出願番号２０２１－０１０３３６号に基づくもので、ここにその記載内容を援用する。
　本開示は、車両用装置に関する。
　近年、例えば特許文献１に示されているように、車両用装置に複数のオペレーティングシステムを実装することが急速に普及しつつある。以下、オペレーティングシステムをＯＳと称する。このとき、車両用装置には、リアルタイム性が求められる処理に適したいわゆるリアルタイムＯＳと、例えばディスプレイへの表示などのマルチメディア系の処理に適しており、一般的な携帯端末等で利用される汎用的なＯＳとが実装されることがある。
特許第６１３０６１７号
　ところで、携帯端末等で利用される汎用的なＯＳは、更新頻度が比較的高く、その更新によってＯＳに搭載される機能も拡充されていく。そして、機能の拡充に伴って要求されるハードウェアの性能も高くなっていく。
　しかしながら、車両に搭載される車両用装置においては、出荷後に例えば１年ごとや数年ごとにハードウェアを更新する対応を取ることが困難であるという問題がある。
　本開示は、上記した事情に鑑みてなされたものであり、その目的は、出荷後においても性能向上を図ることができる車両用装置を提供することにある。
　上記目的を達成するために、本開示の一態様の車両用装置は、周辺機器にアクセス可能であって車両を利用する際に提供される機能を実行可能な制御部と、制御部と通信可能であって車両を利用する際に提供される機能を実行可能な外部装置が接続される接続部と、外部装置が機能を実行可能な状態で接続部に接続されているか否かを判定する判定部と、を備えている。そして、制御部は、外部装置が機能を実行可能な状態で接続されていると判定された場合、外部装置を有効化して機能の実行を可能にする。
　これにより、まず、例えば車両出荷時には必要とされる性能を有していたものの、その後のオペレーティングシステムのアップデートによって高性能化が必要となったような状況において、外部装置を接続することにより、性能向上を容易に図ることができる。そして、制御部は、外部装置を有効化した場合には、自身が実行可能な機能のうち少なくとも１つの機能を停止する。これにより、性能を向上させたことに伴って電力消費が過度に増加してしまうことを抑制できる。
　本開示についての上記目的およびその他の目的、特徴や利点は、添付の図面を参照しながら下記の詳細な記述により、より明確になる。その図面は、
図１は、第１実施形態での車両用装置、外部装置の電気的構成例を模式的に示す図であり、 図２は、車両用装置、外部装置のソフトウェア構成例を模式的に示す図であり、 図３は、車両用装置、外部装置の起動時の処理の流れを示す図であり、 図４は、車両用装置、外部装置の定常時の処理の流れを示す図であり、 図５は、車両用装置のＯＳ起動処理の流れを示す図であり、 図６は、有効化処理の流れを示す図であり、 図７は、簡略化したソフトウェア構成例を模式的に示す図であり、 図８は、定期確認処理の流れを示す図であり、 図９は、無効化処理の流れを示す図であり、 図１０は、他のソフトウェア構成例を模式的に示す図であり、 図１１は、第２実施形態でのデータ消去処理の流れを示す図であり、 図１２は、データ移行処理の流れを示す図であり、 図１３は、取り外し処理の流れを示す図であり、 図１４は、データ移管処理の流れを示す図であり、 図１５は、第３実施形態でのソフトウェア構成例を模式的に示す図であり、 図１６は、起動時の処理の流れを示す図であり、 図１７は、装置選択処理の流れを示す図であり、 図１８は、データ選択処理の流れを示す図である。
　以下、複数の実施形態について説明する。また、各実施形態において実質的に共通する部位には同一符号を付すものとする。
　　（第１実施形態）
　以下、第１実施形態について説明する。図１に示すように、車両用装置１は、例えばＳｏＣで構成された半導体集積回路として実現されており、外部装置２に接続可能となっているとともに周辺機器３へのアクセスが可能となっている。これら車両用装置１、外部装置２および各周辺機器３は、互いに連携して作動することにより、車両用システム４を構成している。
　具体的には、車両用装置１は、車両を利用する際に提供される機能を実行可能な制御部１０１、周辺機器３との間で各種の信号を入出力するための外部入出力回路１０２、制御部１０１と通信可能であって車両を利用する際に提供される機能を実行可能な外部装置２が接続されるＵＳＢコネクタ１０３などを備えている。なお、ＳｏＣはSystem on a Chipの略であり、ＵＳＢは、Universal Serial Busの略である。また、図１では説明の簡略化のために外部入出力回路１０２を１つのブロックとして示しているが、周辺機器３に対応した複数の回路で構成することができる。
　制御部１０１は、ＣＰＵ１０４、ＲＯＭ１０５、ＲＡＭ１０６、入出力ポート１０７、および通信回路１０８などを備えており、それらがバス１０９によって接続されている。ＣＰＵ１０４は、ＲＯＭ１０５に記憶されているプログラムを実行することにより、車両用装置１を制御するための各種の処理と、車両を利用する際に提供される各種の機能を実行する。また、ＣＰＵ１０４が実行する機能の一部または全部を１つあるいは複数のＩＣによりハードウェアで構成することができる。
　本実施形態では、車両を利用する際に提供される機能とは、車両を利用するユーザに対して提供される機能、および、ユーザが直接的には把握していなくても車両を利用するために必要とされる車載機器を含む周辺機器３を制御するための機能を想定している。つまり、車両を利用する際に提供される機能とは、車両用装置１が提供可能な機能、および、車両用装置１を介して外部装置２が提供可能な機能を意味している。
　ＲＯＭ１０５は、例えばｅＭＭＣで構成された不揮発性のメモリである。なお、ｅＭＭＣは、embedded Multi Media Cardの略である。このＲＯＭ１０５には、ＣＰＵ１０４が実行する各種のプログラム、プログラムを実行する際に参照されるデータ、エアコンディショナの設定温度、シートやハドルの位置や角度のような主として車両設備に利用されるデータ、ナビゲーションに利用する自宅の位置や電話番号、楽曲などのような主として提供する機能に利用されるデータなどが記憶されている。以下、これらのデータのうち、シートポジションや電話番号などのようなユーザとって固有のデータをユーザ情報とも称する。
　また、ＲＯＭ１０５は、不揮発性のメモリで構成されており、読み出し専用の領域と書き込み可能な領域とが設けられている。例えばＯＳイメージのように基本的には書き換えないデータは読み出し専用の領域に記憶されている一方、車両用装置１の電源がオフされた場合でも記憶しておくデータは書き込み可能な領域に記憶される。このＲＯＭ１０５は、記憶部１１０を構成している。
　ＲＡＭ１０６は、揮発性のメモリで構成されており、演算結果等のデータを一時的に記憶する。なお、ＲＡＭ１０６に記憶されるデータは、必要であれば例えば車両用装置１の動作終了時にＲＯＭ１０５の書き込み可能な領域に記憶される。
　入出力ポート１０７は、制御部１０１と周辺機器３や外部装置２との間で信号の入出力を行わせるための回路である。通信回路１０８は、本実施形態ではＵＳＢ規格に準拠したものであり、物理的な接続手段であるＵＳＢコネクタ１０３を介して、外部装置２との間でデータの送受信を行う。これらＵＳＢコネクタ１０３と通信回路１０８は、本実施形態における接続部５を構成している。
　外部装置２は、例えばＳｏＣで構成された半導体集積回路として実現されており、本実施形態では、車両用装置１とＵＳＢ接続されるＵＳＢモジュールとして構成されている。この外部装置２は、ケーブル６を介して車両用装置１の制御部１０１と通信可能にＵＳＢ接続されることで、車両用装置１を介して周辺機器３にアクセス可能になっている。また、外部装置２は、動作時にはＵＳＢコネクタ１０３を介して車両用装置１から電源が供給される。
　外部装置２は、車両を利用する際に提供される機能を実行可能なモジュール側制御部２０１と、周辺機器３や無線通信装置２０３との間で各種の信号を入出力するための外部入出力回路２０２とを備えている。モジュール側制御部２０１は、ＣＰＵ２０４、ＲＯＭ２０５、ＲＡＭ２０６、入出力ポート２０７、および通信回路２０８などを備えており、それらがバス２０９によって接続されている。
　なお、図１では説明の簡略化のために外部入出力回路２０２を１つのブロックとして示しているが、無線通信装置２０３のような外部装置２に接続されることが想定される装置に対応した複数の回路で構成することができる。
　ＣＰＵ２０４は、ＲＯＭ２０５に記憶されているプログラムを実行することにより、車両用装置１との間の通信や車両を利用する際に提供される各種の機能を実行する。ＲＯＭ２０５は、ＣＰＵ２０４が実行するプログラムやプログラムを実行する際に参照されるデータなどを記憶するモジュール側記憶部２１０を構成している。また、外部装置２のモジュール側記憶部２１０は、車両用装置１から送信される例えばユーザ情報などのデータを記憶することもできる。
　本実施形態では、モジュール側制御部２０１は、車両用装置１の制御部１０１よりも高い処理性能を有する構成となっている。そのため、同一処理を実行する場合には、車両用装置１よりも外部装置２の方がより短時間で処理を完了することができる。また、ＣＰＵ２０４が実行する機能の一部または全部を１つあるいは複数のＩＣによりハードウェアで構成することができる。
　入出力ポート２０７は、モジュール側制御部２０１と他の装置との間で信号の入出力を行わせるための回路である。本実施形態では、他の装置として、車両用装置１、車両用装置１を介して制御する周辺機器３、例えばユーザが所有する携帯端末７との間で通信を行う無線通信装置２０３などを想定している。
　通信回路２０８は、本実施形態では車両用装置１と通信するためのＵＳＢ規格に準拠したものである。無線通信装置２０３は、例えばＷｉ－Ｆｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）に対応した無線通信部を備えており、携帯端末７との間で無線通信を行う。なお、無線通信装置２０３は、携帯端末７との間を有線接続方式で通信する機能を備えていてもよい。
　車両用装置１に接続される周辺機器３としては、例えばセンタディスプレイ３０１、メータディスプレイ３０２、ヘッドアップディスプレイ３０３、エアコンディスプレイ３０４、スピーカ３０５、カメラ３０６、マイク３０７、位置検出装置３０８、チューナ３０９、ＤＳＭ３１０、ＬＩＤＡＲ３１１、レーダ３１２、ＥＣＵ３１３などが想定される。ただし、図１に示した周辺機器３の種類や数は一例であり、車両用装置１は必ずしもこれら全てと接続されている必要は無く、また、例示していない他の周辺機器３を接続することもできる。
　センタディスプレイ３０１は、例えば運転席と助手席との間の前方に配置される。このセンタディスプレイ３０１は、例えばナビゲーション機能などを実行する際の表示画面や、表示領域に対応して設けられている図示しないタッチパネルを利用する際の操作画面として使用される。つまり、センタディスプレイ３０１は、ユーザの操作を入力する入力部１０として機能する。
　ただし、入力部１０としては、タッチパネル以外にも例えば画面の周囲に図示しない機械式の操作スイッチを配置して操作を入力する構成とすることができる。また、入力部１０としては、他のディスプレイや図示しないステアリングスイッチなどを採用したり、それらをタッチパネルや操作スイッチとを共用したりすることができる。
　メータディスプレイ３０２は、ステアリングの前方に配置されて、速度や回転数などのメータ表示、警告灯などの表示を行う。ヘッドアップディスプレイ３０３は、運転者の前方に配置されているウィンドシールドやダッシュボードに配置された表示板に各種の情報を表示する。エアコンディスプレイ３０４は、例えば現在の設定温度や外気温などのエアコンディショナの制御に関する情報を表示する。ただし、エアコンディスプレイ３０４は、専用で設けることもできるし、他のディスプレイの一部を利用する構成とすることもできる。
　スピーカ３０５は、車室内に設置され、車両用装置１あるいは外部装置２から出力される音声データに基づいた音声を出力する。スピーカ３０５は、例えば車両用装置１や外部装置２からの警告や操作案内あるいは楽曲の再生などに用いられる。マイク３０７は、車室内に設置され、車両の乗員が発話した音声を音声データとして車両用装置１や外部装置２に出力する。このマイク３０７は、車両用装置１や外部装置２を操作する音声コマンドの入力などに用いられる。また、マイク３０７およびスピーカ３０５は、携帯端末７を利用したハンズフリー通話時の音声入力や音声出力に利用することができる。
　位置検出装置３０８は、図示しないＧＰＳ受信機やジャイロセンサなどによって構成されており、車両の現在位置や向きを取得する。なお、ＧＰＳは、Global Positioning Systemの略である。また、ＧＰＳ受信機は、ＧＰＳ衛星から送信されるＧＰＳ測位信号を受信して、受信したＧＰＳ測位信号を出力するものであり、ジャイロセンサは、互いに直交するＸ軸、Ｙ軸およびＺ軸を中心とした回転の角速度を検出するものである。
　カメラ３０６は、例えば、車両の後側に取り付けられており、車両の後方の状況を連続して撮影する。このカメラ３０６で撮像された画像は、例えば画像内に存在する物体の検出結果や車両を誘導するための誘導ラインなどとともにセンタディスプレイ３０１や他のディスプレイに表示される。チューナ３０９は、ＡＭ放送およびＦＭ放送のラジオ放送信号を受信する。また、チューナ３０９としてテレビ放送を受信するものを備えることもできる。
　ＤＳＭ３１０は、撮像装置などで構成されており、運転者の顔を撮影した顔画像を画像解析することにより運転者の状態を検出するドライバステータスモニタである。なお、ＤＳＭ３１０は、Driver Status Monitorの略である。ＬＩＤＡＲ３１１は、レーザ光を送受信することで、車両の周囲に存在する物体の位置を検出する。なお、ＬＩＤＡＲ３１１は、Light Detection and Rangingの略である。
　レーダ３１２は、ミリ波帯のレーダ３１２波を送受信することで、車両の周囲に存在する物体の位置を検出する。これらＤＳＭ３１０、ＬＩＤＡＲ３１１あるいはレーダ３１２による検出結果は、例えばディスプレイへの注意表示や警告表示あるいはスピーカ３０５からの音声出力によって運転者に報知される。
　ＥＣＵ３１３は、車両に搭載されている電子機器である。一般的に、車両には複数のＥＣＵ３１３が搭載されており、車両用装置１は、これらのＥＣＵ３１３からエンジンやモータのような駆動部の駆動状態やドアの開閉状態などの車両に関する各種の情報を取得する。なお、ＥＣＵ３１３は、Electronic Control Unitの略である。
　なお、図１では説明の簡略化のために１つのＥＣＵ３１３を示しているが、車両には複数のＥＣＵ３１３が搭載されており、車両用装置１は、例えばＣＡＮのような車載ネットワークを介して複数のＥＣＵ３１３と通信可能に接続されている。なお、ＣＡＮは、Controller Area Networkの略である。
　次に、車両用装置１の基本的なソフトウェア構成について説明する。図２に示すように、車両用装置１は、複数のオペレーティングシステムが動作可能な仮想化環境が構築されている。以下、オペレーティングシステムをＯＳ８と称する。なお、ＯＳはOperating Systemの略である。また、図２では、説明の簡略化のために幾つかの周辺機器３の図示を量略している。
　車両用装置１は、制御部１０１上に、ハイパーバイザ１１１、サービスバス１１２、ファイアウォール１１３、ＲＴＯＳ８１、ＭＭＯＳ８２Ａが実装されている。なお、ＲＴＯＳ８１はReal Time ＯＳの略であり、ＭＭＯＳ８２はMulti Media ＯＳの略である。また、本実施形態では車両用装置１と外部装置２にそれぞれＭＭＯＳ８２を実装していることから、両者を区別し易くするために、車両用装置１に実装されているＭＭＯＳ８２にはＡを付し、外部装置２に実装されているＭＭＯＳ８２にはＢを付している。
　また、本実施形態では、ＭＭＯＳ８２としてＡｎｄｒｏｉｄ（登録商標）を採用している。以下、ＲＴＯＳ８１やＭＭＯＳ８２に共通する事項を説明する場合には単にＯＳ８と称することがある。また、ＭＭＯＳ８２ＡとＭＭＯＳ８２Ｂとに共通する事項を説明する場合には単にＭＭＯＳ８２と称することがある。また、ＭＭＯＳ８２Ａ２とＭＭＯＳ８２Ｂは、同一のバージョンあるいは十分な互換性を有するバージョンであるものとする。
　ハイパーバイザ１１１は、一般的な技術であるため詳細な説明は省略するが、ＲＴＯＳ８１とＭＭＯＳ８２Ａのような複数のＯＳ８を制御部１０１上で並列に実行可能とするためのプログラムであり、各ＯＳ８を管理する機能や各ＯＳ８間の通信を補助する機能などを有している。ただし、ハイパーバイザ１１１は、例えばＲＴＯＳ８１が備える機能の一部として実装することもできる。
　サービスバス１１２は、各ＯＳ８のアプリケーション層と、それよりも下位の任意の層を示す下位層との間のデータのやり取りを行うためのプログラムである。このサービスバス１１２は、車両用装置１と外部装置２とがあたかも１つの装置であるかのようにデータをやり取りすることを可能とするために、下位層で用いるデータとアプリケーション層で用いるデータとの対応付けを行うためのデータベースを備えている。
　また、サービスバス１１２は、データベースを参照することによってアプリケーション層と下位層との間でデータの形式を変換し、車両用装置１内におけるＲＴＯＳ８１とＭＭＯＳ８２Ａとの間、および、車両用装置１と外部装置２との間におけるデータのやり取りを可能にする。
　ファイアウォール１１３は、各ＯＳ８間の不正なアクセスや、外部からのＲＴＯＳ８１やＭＭＯＳ８２Ａに対する不正なアクセスなどを制限する機能を備えている。なお、ファイアウォール１１３を実装するか否かは適宜選択することができ、他の手法でセキュリティを確保できる場合には、ファイアウォール１１３を実装しない構成とすることもできる。
　ＲＴＯＳ８１は、リアルタイム性が求められる処理の実行に適したものであり、車両の制御や安全性に関わる処理などを主として実行する。ＭＭＯＳ８２Ａは、例えば一般的な携帯端末７などに利用されている汎用的なものであって、マルチメディア系の処理の実行に適したものである。本実施形態では、ＭＭＯＳ８２は、例えば画面への表示処理などを実行する。
　ただし、各ＯＳ８は、自身に適した処理に限らず、例えばＲＴＯＳ８１で迅速な応答が必要とされるメータディスプレイ３０２への表示処理を実行したり、ＭＭＯＳ８２で安全のための警告音の出力などの処理を実行したりすることができる。
　これらのＯＳ８には、アプリケーション９や各種の機能部が実装されている。各アプリケーション９は、車両を利用する際に提供される機能を実現するために各ＯＳ８上で実行されるプログラムである。ただし、図２では各ＯＳ８に実装されているもののうち幾つかを抜粋して例示しており、図２に示すもの以外のアプリケーション９や機能部を各ＯＳ８に実装することができる。
　また、車両用装置１および外部装置２は、必ずしも図２に示した全てのアプリケーション９や機能部を実装している必要はなく、仕様に応じて必要になるアプリケーション９や機能部が実装されていればよい。以下、アプリケーション９を単にアプリとも称する。また、車両用装置１および外部装置２は、例えば携帯端末７を介してＯＴＡによりアプリケーション９を更新したり新たに取得したりすることもできる。なお、ＯＴＡは、Over The Airの略である。
　ＲＴＯＳ８１には、アプリケーション９として、例えばメータアプリ９０１、ＨＵＤアプリ９０２、カメラアプリ９０３が実装されている。なお、ＨＵＤはHead Up Displayの略である。メータアプリ９０１は、メータディスプレイ３０２への表示を制御するための処理を実行するものであり、例えばメーダディスプレイに表示する速度計や警告灯などの画像を生成するための処理を実行する。
　ＨＵＤアプリ９０２は、ヘッドアップディスプレイ３０３への表示を制御するための処理を実行するものであり、例えばヘッドアップディスプレイ３０３に表示する画像や情報などを生成するための処理を実行する。カメラアプリ９０３は、カメラ３０６による撮影画像の表示を制御するための処理を実行するものであり、画像中に存在する物体を検出する処理やバックする際に車両を誘導する誘導ラインの生成や画像の合成などのための処理を実行する。
　また、ＲＴＯＳ８１には、機能部としてのＨＭＩ処理部１１、判定部１２、データ管理部１３および選択部１４が実装されている。なお、ＨＭＩは、Human Machine Interfaceの略である。これらの機能部は、本実施形態ではソフトウェアで実現されている。ただし、各機能部の一部あるいは全部をＭＭＯＳ８２Ａに実装することもできるし、各機能部の一部あるいは全部をハードウェアで実現する構成とすることもできる。
　ＨＭＩ処理部１１は、周辺機器３や他のアプリケーション９から入力されるデータに基づいて、センタディスプレイ３０１、メータディスプレイ３０２、ヘッドアップディスプレイ３０３およびエアコンディスプレイ３０４への表示を制御する処理などを実行する。またＨＭＩ処理部１１は、入力されるデータに基づいて、スピーカ３０５からの音声出力を制御する処理なども実行する。
　判定部１２は、外部装置２が機能を実行可能な状態で接続されているか否かを判定する処理を実行する。この判定部１２は、後述するように、外部装置２との間で通信を行い、外部装置２の接続状態や動作状態を把握することにより、機能を実行可能な状態で接続されているか否かを判定する。換言すると、判定部１２は、外部装置２を利用することが可能な状態であるか否かを判定する処理を実行する。また、判定部１２は、詳細は別の実施形態にて説明するが、外部装置２を利用するか否かを選択するための処理も実行する。
　データ管理部１３は、詳細は別の実施形態にて説明するが、外部装置２に記憶されているデータを利用可能にする処理を実行する。具体的には、データ管理部１３は、外部装置２が利用するデータの消去や移行に関する処理を実行するとともに、選択部１４とともに外部装置２に記憶されているデータを利用するか否かの選択を可能にする。
　選択部１４は、詳細は別の実施形態にて説明するが、例えば外部装置２そのものを利用するか否かを選択する処理、外部装置２で実行可能な機能を利用するか否かを選択する処理、車両用装置１と外部装置２のいずれのデータを利用するかを選択する処理、ＨＭＩに関連する機能を利用するかを選択する処理など、外部装置２を利用するか否かの選択に関する処理を実行する。
　また、ＭＭＯＳ８２Ａには、例えばラジオアプリ９０４、エアコンアプリ９０５、ナビアプリ９０６、音声認識アプリ９０７などが実装されている。ラジオアプリ９０４は、チューナ３０９が受信したラジオ放送信号に基づいて音声を出力するための処理や、ユーザの操作に応じた受信周波数の変更など、ラジオ放送を視聴するための処理を実行する。
　エアコンアプリ９０５は、車両に搭載されているエアコンディショナの制御に関する処理を実行するナビアプリ９０６は、位置検出装置３０８が検出した位置情報などに基づいて、車両の現在地を表示するための処理や、現在地から目的地までの経路を案内するためのいわゆるナビゲーション機能を提供するための処理を実行する。音声認識アプリ９０７は、マイク３０７で検出した音声を認識するための処理、および、認識結果に基づいて応答するための処理などを実行する。
　外部装置２のＭＭＯＳ８２Ｂには、例えば外部機器通信アプリ９０８が実装されている。外部機器通信アプリ９０８は、無線通信装置２０３を用いた無線通信により携帯端末７との間でデータを送受信し、受信したデータを車両用装置１へ送信する処理や、車両用装置１からのデータを携帯端末７に送信する処理などを実行する。なお、図２では説明の簡略化のために１つのアプリケーション９を示しているが、外部装置２には他のアプリケーション９を実装することができる。
　また、本実施形態では、外部装置２は、車両用装置１を介してディスプレイへの表示やスピーカ３０５からの音声出力を行うとともに、機能の実行や停止といったユーザの操作も車両用装置１を介して入力される。そのため、外部装置２が接続され、その外部装置２で機能が実行される場合であっても、ユーザからは車両用装置１に機能が追加されたように見える。
　このように、外部装置２は、車両用装置１に接続されて利用されることが前提となっており、そこに実装されているＯＳ８やアプリケーション９も車両用装置１との連携、例えば車両用装置１からの機能の確認等に応答できるものとなっている。
　次に、上記した構成の作用について説明する。
　前述のように、車両用装置１に複数のＯＳ８を実装する際、リアルタイム性が求められる処理に適したＲＴＯＳ８１と、マルチメディア系の処理に適しているＭＭＯＳ８２とを実装することがある。このとき、ＭＭＯＳ８２としては、一般的な携帯端末７等で利用されるＯＳ８が利用されることがある。
　そのようなＭＭＯＳ８２は、更新頻度が比較的高く、その更新によって搭載される機能も拡充されていく一方、要求されるハードウェアの性能も高くなっていくことが想定される。しかし、車両に搭載される車両用装置１は、出荷後に例えば１年ごとや数年ごとにハードウェアを更新する対応を取ることが困難であり、ＭＭＯＳ８２の更新や機能の拡充への対応が難しくなることが想定される。
　そこで、本実施形態の車両用装置１は、出荷された後であっても、新たな機能の追加や既存機能の処理速度向上を可能とすることにより、ハードウェア面、ソフトウェア面から、車両用装置１を介して提供される機能の拡充といった性能向上を図ることが容易にできる構成となっている。
　まず、概略について説明する。車両用装置１は、外部装置２が接続される接続部５と、外部装置２が機能を実行可能な状態で接続されているか否かを判定する判定部１２とを備えている。そして、外部装置２は、車両を利用する際に提供される機能を実行可能なモジュール側制御部２０１を備えている。
　つまり、車両用装置１は、機能を提供する際には、自身が備える制御部１０１に加えて、接続部５に接続される外部装置２を利用することが可能に構成されている。そのため、車両用装置１は、実質的に、機能を提供する際に利用可能な新たなハードウェア面でのリソーセスを確保することができる。
　そして、車両用装置１と外部装置２とは接続部５を介して通信可能に接続されているため、車両用装置１を車両に取り付けた後であっても、車両用装置１と外部装置２とを容易に接続することができる。これにより、例えば出荷後に外部装置２を容易に接続することが可能となり、車両用装置１の性能向上を図ることが容易に行えるようになる。このとき、本実施形態のように車両用装置１と外部装置２とをＵＳＢ接続する構成とすれば、接続自体も容易に行うことができる。
　さて、本実施形態では、外部装置２は、車両用装置１が備えていない例えば外部機器通信アプリ９０８が実装されており、車両用装置１を介して周辺機器３にアクセス可能となっている。このとき、例えば外部機器通信アプリ９０８の操作画面や動作結果などはディスプレイなどに表示される。
　そのため、ユーザからすれば、車両用装置１に新たな機能が追加されたように見えることになる。つまり、車両用装置１は、外部装置２が動作可能な状態で接続された場合には、実質的に、機能を提供する際に利用可能なリソーセスを新たに確保することができる。
　次に、車両用装置１および外部装置２が行う具体的な処理について説明する。以下、図３に示す起動時の処理の流れを示す起動時シーケンスと図４に示す通常の動作時の処理の流れを示す定常時シーケンスとを参照し、車両用装置１側と外部装置２側の処理の流れを対比させながら説明する。これらの処理は制御部１０１やデータ管理部１３、モジュール側制御部２０１などの各部によって行われるものの、以下では説明の簡略化のために、車両用装置１および外部装置２を処理の主体として説明する。
　図３に示すように、車両用装置１は、電源がオンされると、ステップＳ１０１においてＣＰＵ１０４を起動させる処理を実行し、ＣＰＵ１０４が起動した後、ステップＳ１０２においてＢＳＰをロードする。ＢＳＰは、Board Support Packageの略であり、制御部１０１上でＯＳ８を実行させるために必要なプログラム群として構成されており、ハードウェアを初期化するためのプログラムなどが含まれている。
　ＢＳＰをロードすると、車両用装置１は、ステップＳ１０３においてハイパーバイザを起動し、ハイパーバイザ１１１が起動した後、ステップＳ１０４においてＯＳ起動処理を実行する。このＯＳ起動処理では、車両用装置１は、図５に示すように、ステップＳ３０１においてＲＴＯＳ８１を起動した後、ステップＳ３０２においてＭＭＯＳ８２Ａを起動する。
　一方、外部装置２は、図３に示すように、電源がオンされると、ステップＳ２０１においてＣＰＵ２０４を起動させる処理を実行し、ＣＰＵ２０４が起動した後、ステップＳ２０２においてＢＳＰをロードし、ステップＳ２０３においてＭＭＯＳ８２Ｂを起動する。このとき、本実施形態では車両用装置１よりも外部装置２のほうが高性能であり、ソフトウェア構成もシンプルになっている。
　そのため、基本的には、車両用装置１側のＯＳ８が起動する前に外部装置２側のＯＳ８が起動し、車両用装置１からの指示を待機する待機状態になると考えられる。その後、外部装置２は、車両用装置１からの確認があると、ステップＳ２０４においてそれに応答する接続応答処理を実行しつつ次の指示を待機する。
　さて、車両用装置１は、ＲＴＯＳ８１およびＭＭＯＳ８２Ａが起動すると、ステップＳ１０５においてサービスバス１１２を起動した後、ステップＳ１０６において接続判定処理を実行する。この接続判定処理は、判定部１２によって実行される処理であり、外部装置２が機能を実行可能な状態で接続されているか否かの判定が行われる。以下、外部装置２が機能を実行可能に接続されている状態を接続状態と称し、外部装置２が接続部５に接続されていない状態、あるいは、接続部５には接続されていても動作可能ではない状態を解除状態と称する。
　車両用装置１は、接続判定処理において、外部装置２との間で接続確認用のデータをやり取りして外部装置２から応答があった場合に接続状態であると判定する一方、所定時間内に外部装置２からの応答がなかった場合に解除状態であると判定する。この接続判定処理においてやり取りするデータは、適宜設定することができる。
　例えば、やり取りするデータには、ＭＭＯＳ８２Ｂのバージョン情報やＭＭＯＳ８２Ｂに実装されているアプリケーション９のバージョン情報や提供される機能などを特定可能な情報を含めることができる。これにより、接続状態の確認、外部装置２で実行可能な機能の確認、および、接続された外部装置２がサポートされているものであるか否かの判定などを併せて行うことができる。
　このとき、また、車両用装置１は、接続状態であると判定した場合には、外部装置２に固有のシリアル番号等の情報を記憶しておくことにより、次回以降の起動時に再設定などを行わなくてもよいようにしている。
　さて、車両用装置１は、外部装置２からの応答がなかった場合には、外部装置２による機能の実行が可能ではない解除状態であると判定し、ステップＳ１０７においてＮＯとなることから、ステップＳ１０８を省略する。これに対して、車両用装置１は、外部装置２からの応答があった場合には、外部装置２による機能の実行が可能な接続状態であると判定し、ステップＳ１０７においてＹＥＳとなることから、ステップＳ１０８において有効化処理を実行する。
　この有効化処理は、接続状態にある外部装置２に機能を実行させるための処理である。具体的には、車両用装置１は、図６に示すように、ステップＳ４０１においてＭＭＯＳ８２Ｂとの同期を取る処理を実行し、ステップＳ４０２においてＭＭＯＳ８２Ｂへリソーセスを割り付ける。このステップＳ４０１では、ＲＴＯＳ８１、ＭＭＯＳ８２ＡおよびＭＭＯＳ８２Ｂで利用する時刻を一致させる処理などが行われ、ステップＳ４０２では、ＭＭＯＳ８２Ｂから周辺機器３へのアクセスを可能にするための処理などが行われる。
　続いて、車両用装置１は、ステップＳ４０３において、バックアップデータがあるか否かを判定する。バックアップデータの詳細については後述するが、以前の動作時に外部装置２が利用していたデータを車両用装置１側でバックアップしておいたものである。このバックアップデータを外部装置２に受け渡すことにより、外部装置２は、再設定などの手間をかけることなく、以前と同様の状態で機能を実行することが可能になる。
　そのため、車両用装置１は、バックアップデータがある場合には、ステップＳ４０３においてＹＥＳとなることから、ステップＳ４０４においてバックアップデータをレストアする。つまり、車両用装置１は、自身がバックアップしたバックアップデータを外部装置２に受け渡して外部装置２で利用可能にする。なお、車両用装置１は、バックアップデータがない場合には、ステップＳ４０３においてＮＯとなることから、ステップＳ４０４を省略して次のステップに移行する。
　続いて、車両用装置１は、ステップＳ４０５において、ＭＭＯＳ８２Ｂ側のアプリケーション９を実行させる。例えば図２に示すソフトウェア構成の場合であれば、車両用装置１は、外部機器通信アプリ９０８を実行させるために、図３に示すように外部装置２に対して実行指示を与える。そして、実行指示が与えられた外部装置２は、割り当てられたリソーセスを利用して、外部機器通信アプリ９０８を実行し、携帯端末７を利用した機能の提供を開始する。
　その後、車両用装置１は、ステップＳ４０６において、重複アプリがあるか否かを判定する。ここで、重複アプリとは、車両用装置１に実装されているアプリケーション９のうち、外部装置２に実行を指示したアプリケーション９と機能が重複しているものを意味している。これは、外部装置２で実行される機能を特定し、特定した機能を停止するために行われる。
　より平易に言えば、重複アプリとは、車両用装置１が実行可能な機能のうち、外部装置２でも実行可能な機能を実現するためのものである。また、機能が重複しているとは、外部装置２で実行されるアプリケーション９によって同一機能を提供可能な場合と、互換性を有する機能を提供可能な場合とを含んでいる。
　以下、それらの具体的な処理について、図７に示す他のソフトウェア構成例も参照しながら説明する。まず、同一機能を提供可能な例としては、図７に示すように、例えば車両用装置１にＲＴＯＳ８１、ＭＭＯＳ８２Ａ１およびＭＭＯＳ８２Ａ２が実装されており、ＭＭＯＳ８２Ａ２には１つの音声認識アプリ９０７Ａが実行可能に実装されているとする。また、外部装置２のＭＭＯＳ８２Ｂには、ＭＭＯＳ８２Ａ２に実装されている音声認識アプリ９０７Ａと同一機能または上位互換の機能を提供可能な音声認識アプリ９０７Ｂが実装されているとする。
　ここで、同一機能を提供可能とは、音声認識アプリ９０７Ａが提供する機能を音声認識アプリ９０７Ｂが提供可能であることを意味している。より平易に言えば、音声認識アプリ９０７Ｂが音声認識アプリ９０７Ａの上位互換のアプリケーション９であり、音声認識アプリ９０７Ａには含まれない機能を音声認識アプリ９０７Ｂから提供する構成であってもよい。
　さて、車両用装置１は、ＲＴＯＳ８１を起動した後に複数のＭＭＯＳ８２を順番にあるいは並列的に起動した後、有効化処理において外部装置２に音声認識アプリ９０７Ｂの存在を把握し、その実行を指示する。一方、外部装置２は、複数のＭＭＯＳ８２を順番にあるいは並列的に起動して車両用装置１からの指示を待機する。
　そして、車両用装置１は、ＭＭＯＳ８２Ａ２上の音声認識アプリ９０７Ａが、外部装置２に実行を指示した音声認識アプリ９０７Ｂと同一機能を提供するものであることから、重複アプリがあると判定することになる。そのため、車両用装置１は、ステップＳ４０６においてＹＥＳとなることから、ステップＳ４０７において重複アプリを停止する。そして、車両用装置１は、ステップＳ４０８において、重複アプリが実装されているＭＭＯＳ８２Ａ２で他のアプリケーション９が実行されるか否かを判定する。
　図７の例の場合、ＭＭＯＳ８２Ａ２には１つの音声認識アプリ９０７Ａが実装されているため、車両用装置１は、ステップＳ４０８においてＮＯとなることから、ステップＳ４０９において該当するＯＳ８ここではＭＭＯＳ８２Ａ２を停止してリターンする。ただし、重複アプリがある場合において他のアプリケーション９を実行しない場合には、ＯＳ８を停止することによって重複アプリを停止する構成、つまりは、ＯＳ８を停止することによって機能を停止する構成とすることもできる。
　次に、互換性を有する機能を提供可能な例として、図２に示したように車両用装置１のＭＭＯＳ８２Ａに音声認識アプリ９０７が実装されており、外部装置２のＭＭＯＳ８２Ｂに外部機器通信アプリ９０８が実装されている構成を例にして説明する。外部装置２に実装されている外部機器通信アプリ９０８は、例えばハンズフリー通話を可能にするために、車両用装置１を介してスピーカ３０５やマイク３０７にアクセスすることができる。
　このとき、外部機器通信アプリ９０８は、マイク３０７から入力された音声に従って例えば通話の開始や終了あるいは電話帳の呼び出しなど、音声による携帯端末７の操作が可能な場合がある。つまり、外部機器通信アプリ９０８は、マイク３０７から入力された音声を認識する音声認識の機能を内包していることがある。
　その場合、外部機器通信アプリ９０８を実行すれば、車両用装置１側の音声認識アプリ９０７を実行しなくても、外部機器通信アプリ９０８の機能の一部として音声認識の機能を提供することができると考えられる。すなわち、異なるアプリケーション９であっても、互換性を有する機能を提供することができる場合がある。
　そのため、車両用装置１は、外部装置２に外部機器通信アプリ９０８を実行させた場合には、互換性を有する機能が提供されることから、ステップＳ４０６において音声認識アプリ９０７が重複アプリであると判定して、ステップＳ４０７において音声認識アプリ９０７を停止する。なお、ＭＭＯＳ８２Ａでは他のアプリケーション９が実行されることから、車両用装置１は、ステップＳ４０８においてＹＥＳとなることからそのままリターンする。
　このように車両用装置１は、外部装置２で実行される機能と重複する機能がある場合には、重複アプリの動作を停止することによって、自身が備える機能を停止する。また、車両用装置１は、外部装置２で実行される機能と重複する機能がある場合には、重複アプリが実装されているＯＳ８の動作を停止することによって自身が備える機能を停止する。
　さて、これらの一連の起動時シーケンスを実行すると、車両用装置１および外部装置２は、図４に示す定常時シーケンスを実行する。なお、定常時とは、通常の動作状態を意味している。車両用装置１は、ステップＳ１０９において、定常処理を実行する。この定常処理は、具体的な内容については省略するが、車両用装置１が通常の動作を行う際に必要になる各種の処理であり、機能を提供するための処理も含まれている。
　また、外部装置２は、ステップＳ２０６において例えば外部機器通信アプリ９０８の実行などを含む各種の処理を含む定常処理、ステップＳ２０７において車両用装置１からの定期的な確認等に応対する定期応答処理などを所定の終了条件が成立するまで繰り返し実行している。本実施形態では、外部装置２の終了条件として、車両用装置１からの終了指示の通知と電源電圧の低下とを想定している。
　そして、車両用装置１は、ステップＳ１１０において定期確認処理を実行する。この定期確認処理は、外部装置２が接続状態にあるか否かを確認するための処理、および、接続状態にある外部装置２からデータをバックアップするための処理を含んでおり、車両用装置１が通常の動作をしている間、定期的に繰り返される。なお、通常の動作をしている間とは、後述するステップＳ１１１において終了条件が成立したと判定されるまでの間、つまりは、車両用装置１が動作を終了するまでの間を意味する。
　この定期確認処理では、車両用装置１は、図８に示すように、ステップＳ５０１において、外部装置２が接続されているか否かを判定する。このとき、車両用装置１は、起動時シーケンスで確認した外部装置２の状態にかかわらず、外部装置２が接続されているか否かを判定する。これは、車両用装置１の動作中に外部装置２が後から接続されたり、接続状態にあった外部装置２が何らかの理由によって外れたりすることが考えられるためである。
　そして、車両用装置１は、外部装置２が接続されていると判定した場合には、ステップＳ５０１においてＹＥＳとなることから、ステップＳ５０２において、外部装置２が正常に動作中であるか否かを判定する。これは、車両用装置１の動作中に、外部装置２の動作に何らかの理由によって不具合が生じる可能性があるためである。
　車両用装置１は、外部装置２が正常に動作中であると判定すると、ステップＳ５０２においてＹＥＳとなることから、ステップＳ５０３において、バックアップ周期であるか否かを判定する。このバックアップ周期は予め設定されている。そして、車両用装置１は、バックアップ周期になると、ステップＳ５０３においてＹＥＳとなることから、ステップＳ５０４においてバックアップ処理を実行する。このバックアップ処理は、主としてデータ管理部１３によって実行される。
　このバックアップ処理では、車両用装置１と外部装置２との間でデータの送受信が行われ、本実施形態では外部装置２が利用しているデータが車両用装置１の記憶部１１０に記憶される。このとき記憶されるデータがバックアップデータに相当し、バックアップデータは、車両用装置１の電源がオフされた状態でも保持される。
　このバックアップデータには、例えばＭＭＯＳ８２Ｂが利用するデータや、ＭＭＯＳ８２Ｂ上で動作しているアプリケーション９が利用するデータなどが含まれている。また、バックアップデータには、外部装置２で動作しているアプリケーション９の種類などの情報も含まれている。つまり、車両用装置１は、外部装置２で実行されるアプリケーション９を特定可能な構成になっている。また、バックアップデータは、前述のように外部装置２にレストアされることにより、外部装置２において以前と同じデータを用いた機能の提供を可能にする。
　これに対して、車両用装置１は、外部装置２が接続状態であっても正常に動作していないと判定した場合には、ステップＳ５０２においてＮＯとなることから、ステップＳ５０５において無効化処理を実行する。この無効化処理は、平易に言えば、車両用装置１と外部装置２とのソフトウェア的な接続を解除して、車両用装置１に影響を与えることなく外部装置２を取り外し可能な状態にするための処理である。
　まず、車両用装置１は、図９に示すように、ステップＳ６０１において停止中のＯＳ８があるか否かを判定する。例えば上記した図７の構成例であれば、有効化処理においてＭＭＯＳ８２Ａ２が停止されている。そのため、車両用装置１は、ＭＭＯＳ８２Ａ２が起動中ではないと判定し、ステップＳ６０１においてＹＥＳとなることから、ステップＳ６０２において停止していたＭＭＯＳ８２Ａ２を起動する。つまり、車両用装置１は、機能を実現するための環境を再度立ち上げる。
　そして、車両用装置１は、ステップＳ６０３において、外部装置２の例えばＭＭＯＳ８２Ｂに割り当てていたリソーセスを、停止していた自身のＭＭＯＳ８２Ａ２に切り替える。これにより、ＭＭＯＳ８２Ａ２から周辺機器３へのアクセスが可能になる。
　あるいは、車両用装置１は、上記した図２の構成例であれば、有効化処理においてＭＭＯＳ８２Ａを停止していないことから、停止中のＯＳ８がないと判定する。この場合、車両用装置１は、ステップＳ６０１においてＹＥＳとなることから、ステップＳ６０２、ステップＳ６０３を省略して次のステップに移行する。
　ところで、外部装置２を無効化する際において、それまで外部装置２で何らかの機能が実行されていた場合には、その機能の実行が中断されるとユーザの不利益となるおそれがある。また、中断された機能を実行するためにユーザの操作が必要になると、使い勝手が悪くなったり煩わしさを感じさせたりするおそれもある。
　そのため、車両用装置１は、ステップＳ６０４において、停止中のアプリケーション９があるか否かを判定する。つまり、車両用装置１は、外部装置２から機能が提供されることに伴って停止した自身のアプリケーション９があるか否かを判定する。そして、車両用装置１は、重複アプリのように実行を停止したアプリケーション９がある場合や、上記したように停止中のＯＳ８を起動してアプリケーション９がまだ実行されていない場合には、停止中のアプリケーション９があると判定する。
　この場合、車両用装置１は、ステップＳ６０４においてＹＥＳとなり、ステップＳ６０５においてバックアップデータを参照し、必要であればバックアップデータを利用してステップＳ６０６において停止中のアプリケーション９を起動する。つまり、車両用装置１は、外部装置２で実行することにより停止していた機能を実行することにより、外部装置２から提供されていた機能を、外部装置２が提供していたのと同じ状態で自身からの提供を再開する。
　これにより、外部装置２を無効化することにより外部装置２から提供されなくなる機能を車両用装置１から提供することが可能になるとともに、バックアップデータを参照することにより、それまで外部装置２から提供されていたのと同様の状態で機能を提供することが可能になる。
　換言すると、車両用装置１は、上記したように外部装置２が実行しているアプリケーション９を特定しているため、外部装置２を停止する際に提供が止まる機能も把握できるものの、自身で実行可能な機能ではない場合には、つまりは、重複アプリでない場合には、その機能の提供は行わない。また、車両用装置１は、停止中のアプリケーション９がないと判定した場合には、ステップＳ６０４においてＮＯとなることから、ステップＳ６０５およびステップＳ６０６を省略して次のステップに移行する。
　その後、車両用装置１は、ステップＳ６０６において、外部装置２が接続されているか否かを判定する。このとき、無効化処理が定期確認処理から呼び出されている場合には、外部装置２は接続状態になっていると考えられる。ただし、後述するように無効化処理はユーザやディーラの作業者などからの指示に基づいて実行されることもあることから、車両用装置１は、ステップＳ６０６において外部装置２が接続されているか否かを判定している。つまり、車両用装置１は、外部装置２の接続を再確認している。
　車両用装置１は、外部装置２が接続されていると判定した場合には、ステップＳ６０６においてＹＥＳとなることから、ステップＳ６０７において外部装置２のアプリケーション９を停止し、ステップＳ６０８において外部装置２のＯＳ８を停止してリターンする。一方、車両用装置１は、外部装置２が接続されていないと判定した場合には、ステップＳ６０６においてＮＯとなることから、ステップＳ６０７、ステップＳ６０８の処理は省略してリターンする。
　また、車両用装置１は、定期確認処理において、外部装置２が接続されていないと判定した場合には、ステップＳ５０１においてＮＯとなることから、ステップＳ５０６において接続判定処理を実行する。これは、上記したように、車両用装置１の動作中に外部装置２が接続された状況を想定したものである。この接続判定処理では、ステップＳ１０６と同様に外部装置２が接続されているか否かの判定が行われる。このとき、車両用装置１は、外部装置２で実行されるアプリケーション９の種類を特定可能な情報も取得している。
　車両用装置１は、外部装置２が接続状態であると判定すると、ステップＳ５０７においてＹＥＳとなることから、ステップＳ５０８において有効化処理を実行する。これにより、外部装置２の利用や外部装置２側に機能を実行させることが可能になる。一方、車両用装置１は、外部装置２が接続状態でないと判定すると、ステップＳ５０７においてＮＯとなることから、ステップＳ５０８を省略してリターンする。
　このように、車両用装置１は、通常の動作中において、外部装置２の接続状態および正常に動作しているか否かを定期的に確認するとともに、外部装置２が正常に動作している場合には外部装置２で利用されるデータを定期的にバックアップしている。このとき、車両用装置１は、予め指定された時間間隔で定期的にバックアップを行う構成とすることができる。また、車両用装置１は、予め定められた時間になると定期的にバックアップを行う構成とすることもできる。
　そして、車両用装置１は、図４に示すようにステップＳ１１１において終了条件が成立したか否かを判定しており、終了条件が成立するまで定常処理と定期確認処理とを繰り返し実行する。本実施形態では、終了条件として、ユーザが車両用装置１に対して停止操作を入力したこと、および、車両用装置１に対する電源電圧の低下とを想定している。なお、電源電圧が低下する状況としては、ユーザがアクセサリ電源をオフした場合、何らかの障害によって電源供給が遮断された場合が想定される。
　車両用装置１は、終了条件が成立していないと判定した場合には、ステップＳ１１１においてＮＯとなることから、定常処理および定期確認処理を繰り返す。一方、車両用装置１は、終了条件が成立したと判定した場合には、ステップＳ１１１においてＹＥＳとなることから、ステップＳ１１２において外部装置２が接続状態であるか否かを判定する。
　そして、車両用装置１は、外部装置２が接続状態であると判定すると、ステップＳ１１２おいてＹＥＳとなることから、ステップＳ１１３においてバックアップ処理を実行した後、ステップＳ１１４において終了処理を実行して終了する。この終了処理では、アプリケーション９の停止やＯＳ８のシャットダウン処理などが行われるとともに、外部装置２に対する終了指示の通知が行われる。
　また、外部装置２は、ステップＳ２０９において終了条件が成立したか否かを判定しており、終了条件が成立していないと判定した場合には、ステップＳ２０９においてＮＯとなることから、定常処理や定期応答処理を繰り返し実行して機能を提供する。一方、外部装置２は、終了条件が成立したと判定した場合には、ステップＳ２０９においてＹＥＳとなることから、アプリケーション９の停止やＯＳ８のシャットダウン処理などの終了処理を実行して終了する。
　このように、車両用装置１は、外部装置２が機能を実行可能な状態で接続部５に接続されているか否かを判定し、外部装置２が機能を実行可能な状態で接続されていると判定された場合には、外部装置２でアプリケーション９を実行させることにより機能を提供可能にするとともに、例えば本実施形態であれば重複アプリを停止している。
　以上説明した車両用装置１によれば、次のような効果を得ることができる。
　車両用装置１は、制御部１０１と、外部装置２が接続される接続部５と、判定部１２とを備えており、外部装置２が機能を実行可能な状態で接続されていると判定した場合、外部装置２を有効化して機能の実行を可能にするとともに、自身が実行可能な機能のうち少なくとも１つの機能を停止する。
　これにより、例えば車両出荷時には必要とされる性能を有していたものの、その後のＯＳ８のアップデートなどによって高性能化が必要になるような状況において、外部装置２を接続することで機能を提供するための性能向上を容易に図ることができる。
　また、外部装置２を利用して性能の向上を図る場合、重複する機能が実行されていると無駄に消費電力が増加することになるが、車両用装置１は自身が備える機能のうち少なくとも１つを停止することにより、消費電力を抑制している。これにより、性能を向上させたことに伴って電力消費が過度に増加してしまうことを抑制できる。
　また、車両用装置１は、自身が実行可能な機能のうち、外部装置２で実行される機能と重複する機能を停止する。これにより、機能の損失、つまりは、提供可能な機能が提供されなくなることを防止することができる。また、重複する機能を停止することで、電力消費が過度に増加してしまうことを抑制できる。
　また、車両用装置１は、機能を実現するアプリケーション９の動作を停止することによって、当該機能を停止する。これにより、容易に機能を停止することができるとともに、機能の提供を再開することも容易になる。
　また、車両用装置１は、機能を実現するアプリケーション９が実装されている例えばＭＭＯＳ８２ＡのようなＯＳ８の動作を停止することによって、当該機能を停止する。これにより、容易に機能を停止することができるとともに、機能の提供を再開することも容易になる。また、ＯＳ８に割り付けるリソーセスを削減することができるため、負荷を低減することができる。
　また、車両用装置１は、動作中に外部装置２が機能を実行可能な状態ではなくなったと判定した場合、外部装置２で実行することにより停止していた自身の機能を実行する。これにより、機能が損失することを抑制できる。また、実施形態のようにバックアップデータを参照することにより、外部装置２から提供していたのと同じ状態で機能を提供することができる。
　また、車両用装置１は、外部装置２が機能を実行可能な状態であるか否かの判定を、車両用装置１の動作中に繰り返し行う。これにより、何らかの理由によって外部装置２との接続が解除されたり、外部装置２が故障したりした場合であっても、機能が損失することを抑制できる。
　車両用装置１は、制御部１０１と、外部装置２が接続される接続部５と、操作を入力する入力部１０とを備え、外部装置２を取り外す操作が入力された場合、外部装置２が利用するデータをバックアップする。これにより、まず、外部装置２を接続することによって機能を提供するための性能向上を容易に図ることができる。
　そして、外部装置２が利用するデータをバックアップすることにより、次回以降に外部装置２が接続された際に同様の環境で機能を実行することができるようになる。また、意図せずに外部装置２の接続が解除された場合であっても、バックアップデータを利用して車両用装置１側で同様の環境で機能を実行することができる。
　また、車両用装置１は、外部装置２が接続されている場合、外部装置２が利用するデータを定期的にバックアップする。これにより、例えば意図せずに外部装置２の接続が解除された場合などにおいて、それまで外部装置２で実行していた機能を車両用装置１側で同様の環境で実行することができ、機能失陥を回避することが可能となる。
　また、車両用装置１は、実施形態のように定期的にバックアップする構成以外にも、外部装置２のデータが更新されるとバックアップする構成とことができる。このとき、例えば図４に示した定期確認処理においてサービスバス１１２を介してＯＳ８側でデータの更新を監視したり、データを更新したアプリケーション９がその旨を通知したりすることによって、データが更新されたことを把握できる。
　また、車両用装置１は、データが更新されたタイミングでその都度バックアップすることができるし、データが更新ことを把握した後、処理に余裕が生じたときなどの任意のタイミングでバックアップすることができる。
　また、車両用装置１は、外部装置２が接続された場合、バックアップしているデータを外部装置２に受け渡す。これにより、ユーザによる設定等の操作を必要とすることなく、以前と同様の環境で機能を実行することができる。
　また、車両用装置１は、制御部１０１と、外部装置２が接続される接続部５と、判定部１２と、を備え、外部装置２が機能を実行可能な状態ではないと判定された場合、外部装置２で実行されていた機能を自身で実行する。例えば意図せずに外部装置２の接続が解除された場合などにおいて、それまで外部装置２で実行していた機能を車両用装置１側で同様の環境で実行することができ、機能失陥を回避することが可能となる。
　また、車両用装置１は、外部装置２が機能を実行可能な状態ではないと判定された場合、外部装置２で実行することにより停止していた自身の機能を実行する。実施形態の例であれば、重複アプリによって実現される機能が、外部装置２で機能を実行する際に動作を停止させた自身の機能に相当する。これにより、今まで提供されていた機能が停止するといった機能失陥を招くことなく、機能の提供を継続することができる。
　また、車両用装置１は、外部装置２で機能を実行する際に動作を停止させた自身のアプリケーション９を起動することにより、機能を実行する。実施形態の例であれば、重複アプリが外部装置２で機能を実行する際に動作を停止させた自身のアプリケーション９に相当する。これにより、今まで提供されていた機能が停止するといった機能失陥を招くことなく、機能の提供を継続することができる。
　また、車両用装置１は、外部装置２で機能を実行する際に動作を停止させた自身のオペレーティングシステムを起動することにより、機能を実行する。実施形態の例であれば、図７に示したＭＭＯＳ８２Ａ２が、外部装置２で機能を実行する際に動作を停止させた自身のオペレーティングシステムに相当する。これにより、今まで提供されていた機能が停止するといった機能失陥を招くことなく、機能の提供を継続することができる。
　また、車両用装置１は、外部装置２が機能を実行可能な状態であるか否かの判定を動作中に繰り返し行う。これにより、例えば意図せずに外部装置２の接続が解除された場合などにおいて、それまで提供されていた機能が提供されなくなることを抑制できる。
　また、車両用装置１は、外部装置２が接続された際、自身が記憶しているデータを外部装置２で利用可能にする。ユーザによる設定等の操作を必要とすることなく、以前と同様の環境で機能を実行することができる。
　車両用装置１は、外部装置２に記憶されているデータが更新されると車両用装置１側にバックアップする。これにより、例えば意図せずに外部装置２の接続が解除された場合などにおいて、最新のデータがバックアップされていることから、容易に以前と同じ環境を再現することができる。
　実施形態ではサービスバス１１２として車両用装置１と外部装置２をＵＳＢ接続により物理的に通信可能に接続する例を示したが、サービスバス１１２は、ＵＳＢ接続による通信に限らず、車両用装置１と外部装置２とを通信可能に接続するものであればよい。例えば接続部５として無線通信回路を採用することにより、物理的な接続をすることなく車両用装置１と外部装置２とを通信可能に接続する構成とすることができる。
　実施形態では通信により外部装置２の接続状態を判定する例を示したが、外部装置２と接続されたのか、あるいは、類似するＭＭＯＳ８２が搭載されている携帯端末７が接続されたのかを判断するために、外部装置２の認証機能を車両用装置１に設ける構成とすることができる。これにより、類似するＭＭＯＳ８２が搭載されている携帯端末７を誤って外部装置２と認識してしまうおそれを低減することができるとともに、車両用装置１の性能向上を容易に行うことができるなど実施形態と同様の効果を得ることができる。
　実施形態ではハイパーバイザ１１１を各ＯＳ８から独立した形で実装し、そのハイパーバイザ１１１上で各ＯＳ８をそれぞれ動作させる例を示したが、他の構成とすることができる。例えばＲＴＯＳ８１がハイパーバイザ１１１機能を備えている場合には、まずＲＴＯＳ８１を起動してハイパーバイザ１１１機能を有効化した後、そのＲＴＯＳ８１上でＭＭＯＳ８２Ａを実行させる構成とすることもできる。
　実施形態では車両用装置１に複数のＯＳ８を実装し、外部装置２に１つのＯＳ８を実装するソフトウェア構成例を示したが、他のソフトウェア構成とすることができる。例えば、図１０に示すように、車両用装置１に１つのＲＴＯＳ８１を実装し、外部装置２にＭＭＯＳ８２Ｂ１、ＭＭＯＳ８２Ｂ２のような複数のＯＳ８を実装する構成とすることができる。
　また、ファイアウォール１１３を設けない構成とすることができる。このような構成であっても、外部装置２側から機能を提供するときには車両用装置１側のアプリケーション９を停止することによって、車両用装置１の性能向上を容易に行うことができるとともに消費電力を削減することができるなど、実施形態と同様の効果を得ることができる。
　実施形態ではデータを車両用装置１の記憶部１１０に記憶することでバックアップする例を示したが、データを例えばメモリカードのような外部記憶媒体に記憶したり、携帯端末７に記憶したり、携帯端末７を介して通信可能に接続されているネットワーク上のサーバに記憶したりする構成とすることができる。すなわち、記憶部１１０は、車両用装置１に設ける構成とすることができるし、車両用装置１の外部に設ける構成とすることができる。
　また、車両用装置１と外部装置２とを備える車両用システム４によっても、例えば高性能化が必要になるような状況において性能向上を容易に図ることができるとともに、性能を向上させたことに伴って電力消費が過度に増加してしまうことを抑制できるなどの上記した各種の効果を同様に得ることができる。
　　　（第２実施形態）
　以下、第２実施形態について説明する。第２実施形態では、各装置のデータの取り扱いついて説明する。また、車両用装置１および外部装置２の構成や処理の一部は他の実施形態と共通するものがあることから、他の実施形態の図面も参照しながら説明する。
　外部装置２は、機能を提供する際に各種のデータを利用している。また、外部装置２側は、第１実施形態で説明したように車両用装置１側から送信されるユーザ情報も記憶することができる。これらのデータは、基本的には外部装置２側のモジュール側記憶部２１０に記憶されているものの、第１実施形態で説明したように車両用装置１側にもバックアップされる。
　さて、外部装置２は、車両用装置１に接続可能に構成されているため、車両用装置１から取り外すことも可能である。そして、ユーザやディーラの作業者が意図的に車両用装置１から外部装置２を取り外す状況としては、より新型の外部装置２と交換する場合や、別の車両用装置１に外部装置２を取り付ける場合が考えられる。この場合、前者であれば車両用装置１は同じで外部装置２が更新され、後者であれば外部装置２は同じで車両用装置１が更新されることになる。
　ただし、前者と後者とでは、外部装置２に記憶されているデータの取り扱いを変えることが望ましいと考えられる。これは、車両用装置１には、車両設備で利用されるデータや提供される機能で利用されるデータなどが記憶されており、外部装置２が利用しているデータもバックアップされていることから、例えば前者の場合には、取り外した外部装置２はその後利用されないと想定されるためである。換言すると、前者の場合には、外部装置２にデータを残しておく必要性が少ないと考えられる。
　その一方で、後者の場合には、ユーザ情報を新しい車両用装置１にそのまま移行できれば再設定やデータの再入力等が不要になることから、ユーザにとってメリットになると考えられる。換言すると、後者の場合には、外部装置２にデータを残しておくほうが望ましいと考えられる。
　そのため、車両用装置１は、外部装置２を意図的に取り外す際、外部装置２に記憶されているデータを消去するか否かを選択可能に管理する処理を実行する。なお、この処理は基本的にはデータ管理部１３によって行われるものの、以下では理解し易くするために車両用装置１を主体にして説明する。また、ユーザやディーラの作業者の操作は、車両用装置１が通常の動作状態にあるとき、任意のタイミングで入力することができる。
　車両用装置１は、例えばセンタディスプレイ３０１に操作メニューなどを表示することにより操作を受け付けている。このとき、車両用装置１は、本実施形態に関連して、外部装置２を取り外す指示を入力するアイコンや、その際にデータを消去するか否かの選択、および、車両用装置１側のデータを移行するか否かを設定可能なアイコンやチェックボタンなどのＨＭＩを表示する。なお、ここで示したＨＭＩの表示は一例であり、同様の指示を入力できるものであればよい。以下、代表的な取り外し態様について個別に説明する。
　　＜データを消去する例＞
　車両用装置１は、データを消去して外部装置２を取り外すための指示が入力されると、図１１に示すデータ消去処理を実行する。このデータ消去処理では、車両用装置１は、ステップＳ７０１においてバックアップ処理を実行し、外部装置２側のデータをバックアップする。続いて、車両用装置１は、ステップＳ７０２において実際にデータを消去する消去処理を実行する。
　この消去処理では、車両用装置１は、指定したデータを個別消去したり、ＲＯＭの書き込み可能な領域をいわゆるフォーマットすることで一括消去したり、外部装置２を初期化することで出荷時以降に記憶されたデータをまとめて消去したりすることによって、外部装置２のモジュール側記憶部２１０に記憶されているデータを消去する。
　そして、データの消去が終了すると、車両用装置１は、ステップＳ７０３において無効化処理を実行する。これにより、車両用装置１と外部装置２とのソフトウェア的な接続が解除され、車両用装置１やバックアップデータに影響を与えることなく外部装置２を取り外すことが可能になる。また、外部装置２側のデータは消去されているため、ユーザ情報などが漏洩するおそれを低減することができる。
　　＜データを移行する例＞
　車両用装置１は、データを移行して外部装置２を取り外すための指示が入力されると、図１２に示すデータ移行処理を実行する。このデータ移行処理では、車両用装置１は、ステップＳ８０１において実際にデータを移行する移行処理を実行する。
　この移行処理では、車両用装置１は、指定したデータを個別に移行したり、ＲＯＭの書き込み可能な領域全体をコピーして一括で移行したりすることによって、車両用装置１の記憶部１１０に記憶されているデータを外部装置２に移行する。このとき、移行するデータに車両用装置１に固有のシリアル番号等の情報を含めることにより、異なる車両用装置１にデータが移行されるおそれを低減することができる。
　そして、データの移行が終了すると、車両用装置１は、ステップＳ８０２において無効化処理を実行する。これにより、車両用装置１と外部装置２とのソフトウェア的な接続が解除され、外部装置２や移行したデータに影響を与えることなく外部装置２を取り外すことが可能になる。この場合、外部装置２側にデータが記憶されているため、外部装置２を他の車両用装置１に接続すれば、前の車両用装置１から新しい車両用装置１へのデータの移行を容易に行うことができる。
　そのため、ユーザが自身でデータを移行する場合だけでなく、例えば車両を買い替えた際にディーラの作業者が古い車両用装置１から新しい車両用装置１にデータを移行したい場合などにおいて、容易にユーザ情報などのデータを移行することができる。
　　＜取り外す例＞
　車両用装置１は、例えば点検等を実施するために外部装置２を単に取り外すための指示が入力されると、図１３に示す取り外し処理を実行する。この取り外し処理では、車両用装置１は、ステップＳ９０１においてバックアップ処理を実行したのち、ステップＳ９０２において無効化処理を実行する。
　これにより、車両用装置１と外部装置２とのソフトウェア的な接続が解除され、車両用装置１および外部装置２に影響を与えることなく外部装置２を取り外すことが可能になる。この場合、車両用装置１側にデータがバックアップされており、外部装置２にもデータが記憶されているため、外部装置２を車両用装置１に再度接続すれば、以前の状態で利用することができる。
　　＜外部装置２からデータを移管する例＞
　車両用装置１は、外部装置２側に記憶されているデータを自身に移管することができる。具体的には、車両用装置１は、例えば電源がオンされてＯＳ８が起動した後に、図１４に示すデータ移管処理を実行する。この場合、車両用装置１は、ステップS１００１において外部装置２が接続されたか否かを判定する。
　そして、車両用装置１は、外部装置２が接続されたと判定すると、ステップS１００１においてＹＥＳとなることから、ステップＳ１００２において、接続された外部装置２に固有の情報と自身が記憶している情報とが一致するか否かを判定する。自身が記憶している情報とは、以前に外部装置２が接続された際に取得してあるデータである。
　車両用装置１は、情報が一致していると判定した場合には、ステップＳ１００２においてＹＥＳとなることから、そのままリターンする。これは、接続された外部装置２が以前接続されていたものであり、その外部装置２に記憶されているデータは既にバックアップ等により自身に記憶しているため、データを移管する必要がないと考えられるためである。
　一方、車両用装置１は、情報が一致していないと判定した場合には、ステップＳ１００２においてＮＯとなることから、ステップＳ１００３において、データの移管が許可された否かを判定する。この場合、例えばセンタディスプレイ３０１にデータを移管する旨のメッセージと移管を許可するか否かを選択するアイコンと表示することなどにより、データを移管するユーザの許可を得ることができる。
　そして、データの移管が許可されると、車両用装置１は、ステップＳ１００４において、自身が記憶しているデータを車両用装置１に移管する。例えば、車両用装置１は、外部装置２に記憶されているデータで自身が記憶しているバックアップデータを上書きする。
　これに対して、車両用装置１は、データの移管が許可されなかった場合には、ステップＳ１００３においてＮＯとなることからリターンする。ただし、車両用装置１は、データ移管処理を一旦終了した後であっても、例えばユーザやディーラの作業者によってデータの移管を指示する操作が入力されたときなど、データ移管処理を任意のタイミングで実行することができる。
　以上説明した車両用装置１によれば、次のような効果を得ることができる。
　車両用装置１は、制御部１０１と、外部装置２が接続される接続部５と、操作を入力する入力部１０とを備え、外部装置２を取り外す操作が入力された場合、外部装置２が利用するデータをバックアップする。これにより、まず、外部装置２を接続することによって機能を提供するための性能向上を容易に図ることができるなど、第１実施形態と同様の効果を得ることができる。
　そして、外部装置２が利用するデータをバックアップすることにより、次回以降に外部装置２が接続された際に同様の環境で機能を実行することができるようになる。また、意図せずに外部装置２の接続が解除された場合であっても、バックアップデータを利用して車両用装置１側で同様の環境で機能を実行することができる。
　また、車両用装置１は、外部装置２が接続された場合、バックアップしているデータを外部装置２に受け渡す。これにより、ユーザによる設定等の操作を必要とすることなく、以前と同様の環境で機能を実行することができる。
　また、車両用装置１は、外部装置２が接続された際、自身が記憶しているデータを外部装置２で利用可能にする。ユーザによる設定等の操作を必要とすることなく、以前と同様の環境で機能を実行することができる。
　車両用装置１は、制御部１０１と、外部装置２が接続される接続部５と、外部装置２が接続部５に接続された際、外部装置２に記憶されているデータを利用可能にするデータ管理部１３とを備えている。これにより、例えば車両を買い替えて車両用装置１が更新された場合などにおいて、外部装置２を利用したデータの移行などを容易に行うことができる。
　また、車両用装置１は、車両を利用する際に提供される機能で利用されるデータを利用可能にする。これにより、以前と同様の環境で機能を提供することができる。
　また、車両用装置１は、車両設備で利用されるデータを利用可能にする。これにより、例えばシート位置やハンドル位置などのようなデータを新しい車両に移行できるなど、以前と同様の環境で車両を利用することができる。
　また、車両用装置１は、周辺機器３で利用されるデータを利用可能にする。これにより、以前と同様の環境で機能を提供することができる。
　また、車両用装置１は、外部装置２に記憶されているデータを利用するか否かを選択可能にする。これにより、意図しない状態にＨＭＩなどが変更されてしまったり、意図せずにバックアップデータが更新されてしまったりするおそれを低減することができる。
　また、車両用装置１は、外部装置２に記憶されているデータを定期的に車両用装置１側にバックアップする。これにより、データを移行あるいは移管する際に、最新のデータを移行あるいは移管することができる。
　また、車両用装置１は、外部装置２を取り外す際、外部装置２に記憶されているデータを消去する。これにより、例えば外部装置２を新しいものに取り換える場合などにおいて、データが漏出するおそれを低減することができる。
　また、車両用装置１は、外部装置２を取り外す際、車両用装置１に記憶されているデータを外部装置２に記憶させる。これにより、例えば外部装置２を新しい車両用装置１に接続した場合などにおいて、ユーザによる設定等の操作を必要とすることなく、以前と同様の環境を再現することができる。
　さて、ここまでは車両用装置１が主体となってデータを取り扱う例を示したが、外部装置２に、車両用装置１を介して周辺機器３へのアクセスが可能であって機能を実行するモジュール側制御部２０１と、データを記憶するモジュール側記憶部２１０と、車両用装置１に接続された際に自身が記憶されているデータを車両用装置１に移管する処理を実行する図示しないデータ移管部とを設け、外部装置２が主体となってデータを取り扱う構成とすることもできる。
　具体的には、データ移管部がデータの移管を許可するか否かのアイコン等を表示してデータを移行する旨を表示し、ユーザからの許可があった場合に車両用装置１に記憶されているデータを更新する構成とすることができる。このような構成によっても、再設定やデータの再入力を要することなく例えば新しい車両用装置１にデータを容易に移行できるなど、車両用装置１と同様の上記した効果を得ることができる。
　このとき、車両用装置１の情報を取得する構成とすれば、以前に自身が接続されていた車両用装置１であるか否かを判定することができ、他の車両用装置１にデータが移管されて意図せずにデータが漏出してしまうおそれを抑制することができる。また、データを移管する際に許可を求める構成とすれば、データの漏出や車両用装置１側のバックアップデータが誤って上書きされてしまうおそれを低減することができる。
　また、車両用装置１と外部装置２とを備える車両用システム４によっても、例えば次回以降に外部装置２が接続された際に同様の環境で機能を実行することができるようになるなどの上記した各種の効果を同様に得ることができる。
　　　（第３実施形態）
　以下、第３実施形態について説明する。第３実施形態では、外部装置２を利用するか否かの選択、および、車両用装置１と外部装置２のいずれのデータを利用するかの選択に関する処理について説明する。また、車両用装置１および外部装置２の構成や処理の一部は他の実施形態と共通するものがあることから、他の実施形態の図面も参照しながら説明する。
　例えば車両を新規購入した場合には、車両用装置１は車両に応じた新しいものに更新される一方、外部装置２は今まで使っていたものを流用するために更新されないといった状況が想定される。以下、車両用装置１と外部装置２とにおいて、相対的に新しいものを上位のバージョンと称し、相対的に古いものを下位のバージョンと称する。
　さて、上位のバージョンでは、バージョンアップに伴って例えば表示するアイコンの大きさや図柄あるいは位置が変わったり、今まで存在していたアイコンがなくなったり、表示名が変わったりするなど、その表示態様が下位のバージョンから変更されることがある。また、表示態様に限らず、上位のバージョンでは例えば今まで利用していたメニューがなくなったり、異なる名称となったり、メニューの階層構造が変わって操作手順が変わったりするなど、その操作態様が下位のバージョンから変更されることもある。
　つまり、バージョンアップに伴って表示態様や操作態様といったＨＭＩが変更されることがある。このとき、バージョンアップは基本的には性能の向上や問題点の改善のために行われるものであることから、バージョンアップに伴うＨＭＩの変更は、より適したものにするために行われると考えられる。
　しかし、ＨＭＩが変更された場合には、新しい操作態様を学習する必要があることに加えて、今まで慣れ親しんでいた表示態様と異なるために操作がやり難くなったと感じたり、所望の操作をする際に手間取ったりすることなども想定される。つまり、ＨＭＩの変更がユーザにとってデメリットになる場合も想定される。
　そこで、本実施形態の車両用装置１は、上位のバージョンと下位のバージョンのいずれを利用するかを選択可能にしている。つまり、車両用装置１は、外部装置２が備える機能を利用するかの選択、いずれのデータを利用するかの選択、および、ＨＭＩに関連する機能を利用するかの選択に関する処理を実行する。これらの処理は、基本的にはデータ管理部１３や選択部１４によって行われるものの、以下では説明の簡略化のために車両用装置１を主体にして説明する。
　図１５に示すように、車両用装置１の記憶部１１０には車両側識別情報２０が記憶されており、外部装置２のモジュール側記憶部２１０にはモジュール側識別情報２１と移行データ２２が記憶されている。なお、図１５では、説明の簡略化のためにファイアウォール１１３やアプリケーション９などの図示は省略している。
　車両側識別情報２０は、車両用装置１のバージョンを特定可能な情報を含むデータであり、ＲＴＯＳ８１やＭＭＯＳ８２Ａから読み出し可能になっている。この車両側識別情報２０には、例えばシリアル番号や製造日などのような車両用装置１に固有の情報や、実装されているＯＳ８やアプリケーション９の種類やバージョンなどのような同じ製品群に属する車両用装置１に共通の情報が含まれている。
　モジュール側識別情報２１は、外部装置２のバージョンを特定可能な情報を含むデータであり、ＭＭＯＳ８２Ｂから読み出し可能になっている。モジュール側識別情報２１は、外部装置２のバージョンを特定可能な情報を含むデータであり、ＭＭＯＳ８２Ｂから読み出し可能になっている。
　このモジュール側識別情報２１には、例えばシリアル番号や製造日などのような外部装置２に固有の情報や、実装されているＯＳ８やアプリケーション９の種類やバージョンなどのような同じ製品群に属する外部装置２に共通の情報が含まれている。また、移行データ２２は、外部装置２が利用するデータや、前述したユーザ情報のような車両用装置１から受け渡されたデータを含んでおり、ＭＭＯＳ８２Ｂから読み出し可能になっている。
　そのため、車両用装置１は、外部装置２と通信することにより、外部装置２のバージョンを装置単位あるいは個別のアプリケーション９単位で取得することができるとともに、移行データ２２を取得することができる。このとき、移行データ２２については、データの内容を参照することにより、現在の車両に搭載されている周辺機器３で利用可能なデータを選択的に取得することができる。同様に、外部装置２は、車両用装置１と通信することにより、車両用装置１のバージョンを装置単位あるいは個別のアプリケーション９単位で取得することができる。
　このような構成において、車両用装置１は、図１６に示すように、外部装置２を利用するか否かを選択する装置選択処理を例えば起動時に実行する。ただし、装置選択処理は、起動時に実行する以外にも、また、一旦実行された後であっても、ユーザやディーラの作業者からの指示によって任意のタイミングで実行することができる。
　車両用装置１は、第１実施形態で説明した起動時シーケンスと同様に、電源がオンされるとステップＳ１１０１においてＣＰＵ１０４を起動し、ステップＳ１１０２においてＢＳＰをロードし、ステップＳ１１０３においてハイパーバイザ１１１を起動し、ステップＳ１１０４においてＯＳ起動処理を実行し、ステップＳ１１０５においてサービスバス１１２を起動する。続いて、車両用装置１は、ステップＳ１１０６において接続判定処理を実行し、接続状態であると判定すると、ステップＳ１１０７においてＹＥＳとなることから、ステップＳ１１０８において装置選択処理を実行する。
　この装置選択処理では、車両用装置１は、図１７に示すように、ステップＳ１２０１において、外部装置２が上位のバージョンであるか否かを判定する。この場合、車両用装置１は、車両側識別情報２０とモジュール側識別情報２１とを参照および比較することにより、いずれが上位のバージョンであるかを判定する。
　なお、車両用装置１は、ステップＳ１２０１において外部装置２からモジュール側識別情報２１を取得して比較することもできるが、ステップＳ１１０６の接続判定処理においてモジュール側識別情報２１を予め取得しておき、ステップＳ１２０１において比較することもできる。
　車両用装置１は、外部装置２が上位のバージョンであると判定した場合には、ステップＳ１２０１においてＹＥＳとなることから、ステップＳ１２０２において外部装置２を有効装置として登録してリターンする。ここで、有効装置とは、利用が許可された装置であることを意味する。つまり、車両用装置１は、ステップＳ１２０１およびステップＳ１２０２において、自身よりもバージョンが新しい外部装置２が接続された場合には性能が向上すると考えられることから、その外部装置２を利用する。
　また、有効装置として登録された場合には、モジュール側識別情報２１とともに有効装置として登録されたことを示す情報が記憶され、次回以降の接続時に登録済みの装置であるかの確認に利用される。換言すると、車両用装置１は、外部装置２を利用することが選択された場合には、次回以降に利用する状態を引き継ぐ一方、外部装置２を利用しないことが選択された場合には、次回以降に利用しない状態を引き継ぐことができる。
　一方、車両用装置１は、外部装置２が下位のバージョンであると判定した場合には、ステップＳ１２０１においてＮＯとなることから、ステップＳ１２０３において、その外部装置２が過去に有効装置として登録された登録済みの装置であるか否かを判定する。
　車両用装置１は、登録済みの装置であると判定した場合には、ステップＳ１２０３においてＹＥＳとなることから、ステップＳ１２０２に移行して有効装置として登録してリターンする。なお、登録済みの装置の場合、過去の利用時にユーザ情報や設定等のデータがバックアップされていれば、それらのデータを利用して動作する。
　これに対して、車両用装置１は、登録済みの装置ではないと判定した場合には、ステップＳ１２０３においてＮＯとなることから、ステップＳ１２０４において登録するか否かを判定する。この場合、車両用装置１は、例えばセンタディスプレイ３０１に登録するか否かを選択するアイコン等を表示してユーザやディーラの操作を待機して、登録する旨の操作が入力された場合には登録すると判定することができる。
　一方、車両用装置１は、登録しない旨の操作が入力された場合や所定時間内に操作が行われなかった場合には登録しないと判定することができる。なお、所定時間は適宜設定することができるが、所定時間をごく短くすれば実質的には待機しないのと同じ処理になり、所定時間を長くすれば実質的に操作が入力されるまで待機するのと同じ処理時なる。
　車両用装置１は、登録すると判定した場合には、ステップＳ１２０４においてＹＥＳとなることから、ステップＳ１２０２に移行して有効装置として登録してリターンする。一方、車両用装置１は、登録しないと判定した場合には、ステップＳ１２０４においてＮＯとなることから、ステップＳ１２０５において、外部装置２に記憶されているデータを車両用装置１側で共有するか否かを判定する。
　これは、相対的に古いバージョンの外部装置２が接続された場合には、第２実施形態で説明したようなデータの移行のために接続された可能性があるためである。この場合、車両用装置１は、例えばセンタディスプレイ３０１に共有するか否かを選択するアイコン等を表示してユーザやディーラの操作を待機し、共有する旨の操作が入力された場合には共有すると判定し、共有しない旨の操作が入力された場合や所定時間内に操作が行われなかった場合には共有しないと判定する。
　車両用装置１は、データを共有すると判定した場合には、ステップＳ１２０５においてＹＥＳとなることから、ステップＳ１２０６においてデータを共有する。このとき、車両用装置１は、外部装置２に記憶されている移行データ２２を取得して自身の記憶部１１０に記憶したり、例えばシート位置やハンドル位置あるいは自宅住所や電話帳、楽曲などのユーザ情報を自身に登録したりすることにより、異なる車両用装置１間におけるデータの共有、ここではデータの移行を容易に行うことができる。
　データを共有すると、車両用装置１は、ステップＳ１２０７において無効装置として登録した後、リターンする。ここで、無効装置とは、利用が許可されなかった装置であることを意味する。一方、車両用装置１は、データを共有すると判定した場合には、ステップＳ１２０５においてＮＯとなることから、ステップＳ１２０７において無効装置として登録した後、リターンする。
　装置選択処理からリターンすると、車両用装置１は、図１６に示すように、ステップＳ１１０９において有効装置であるか否かを判定し、装置選択処理において有効装置として登録された場合には、有効装置であると判定し、ステップＳ１１０９においてＹＥＳとなることから、ステップＳ１１１０において有効化処理を実行して定常処理に移行する。なお、有効化処理では、図６に示したようにＯＳ８の同期やデータのレストアおよび重複アプリの停止などの処理が必要に応じて実行される。
　これに対して、車両用装置１は、装置選択処理において無効装置として登録された場合には、有効装置ではないと判定し、ステップＳ１１０９においてＮＯとなることから、定常処理に移行する。ただし、車両用装置１は、例えばユーザやディーラの作業者の操作によって装置選択処理を実行することにより、あるいは、有効装置として登録するための処理を直接的に実行させることができる。
　つまり、車両用装置１は、一旦無効装置として登録した外部装置２であっても、有効装置として登録し直したりデータを移行したりすることができる。換言すると、車両用装置１は、一旦利用しないことが選択されたものに対して、利用するか否かを再選択することを可能にしている。
　以上説明した車両用装置１によれば、次のような効果を得ることができる。
　車両用装置１は、制御部１０１と、外部装置２が接続される接続部５と、操作を入力する入力部１０とを備え、外部装置２を取り外す操作が入力された場合、外部装置２が利用するデータをバックアップする。これにより、まず、外部装置２を接続することによって機能を提供するための性能向上を容易に図ることができるなど、第１実施形態や第２実施形態と同様の効果を得ることができる。
　また、車両用装置１は、制御部１０１と、外部装置２が接続される接続部５と、外部装置２を利用するか否かの選択に関する処理を実行する選択部１４とを備え、外部装置２を利用することが選択された場合に外部装置２を利用可能にする。これにより、例えばバージョンアップによってＨＭＩや操作態様が変わる可能性がある場合において、外部装置２を利用するか否かを選択することが可能となり、使い勝手を向上させることができる。
　また、車両用装置１は、選択部１４は、外部装置２そのものについて、利用するか否かを選択させる。これにより、車両用装置１と外部装置２のいずれを利用するかを装置単位で選択することが可能となり、例えば新しい機能の提供などを容易行うことができる。
　また、車両用装置１は、外部装置２が備える機能について、利用するか否かを選択させる。これにより、車両用装置１が備える機能と外部装置２が備える機能のいずれを利用するかを機能単位で選択することが可能となり、より好ましい状態で機能を提供することができる。
　また、車両用装置１は、ヒューマンマシンインターフェースに関連する機能について、利用するか否かを選択させる。これにより、使い勝手が良いほうを利用することができるようになり、より好ましい状態で機能を提供することができる。
　また、車両用装置１は、外部装置２を利用するか否かの選択結果を、次回以降の動作時に引き継ぐ。これにより、例えば起動時に毎回選択させるような手間をかけることなく、所望の環境を再現することができる。
　また、車両用装置１は、一旦利用しないことが選択されたものに対して、利用するか否かの再選択を可能にする。これにより、さらにバージョンが新しくなって新機能が提供された場合などにおいて、新機能を容易に利用することができるようになる。これは、後述するデータに関しても同様である。
　また、車両用装置１は、外部装置２を利用することが選択された場合、外部装置２で実行する機能を自身では実行しない。これにより、消費電力の増加を抑制することができる。
　また、車両用装置１は、周辺機器３で利用されるデータを利用可能にする構成とすることができる。これにより、例えば車両を更新して周辺機器３の構成が変わった場合などにおいて無駄なデータが記憶されることを抑制できる。
　実施形態では車両用装置１のバージョンと外部装置２のバージョンとを比較することにより装置単位で上位または下位を判定する例を示したが、以下に説明する様に、実装されている個別のＯＳ８やアプリケーション９ごと、また、ユーザ情報などのデータごとに上位または下位を判定して有効／無効を選択する構成とすることができる。
　このとき、バージョンを比較する構成には、それぞれが有する機能を比較する構成も含まれる。これは、上位のバージョンでは下位のバージョンにはなかった機能が追加されたり、下位のバージョンには存在していた機能が削除されたりすることが想定されるためである。つまり、車両用装置１が備える機能と外部装置２が備える機能とが異なる場合に、外部装置を利用するか否かを選択する処理を実行することができる。
　車両用装置１は、データを選択的に利用するために、図１８に示すデータ選択処理を実行する。このデータ選択処理は、起動時に自動的に実行することができるし、ユーザやディーラの作業者の指示に基づいて任意のタイミングで実行することができる。
　また、例えば初めて外部装置２が接続された時にデータ選択処理を実行し、登録済みとなった外部装置２に対しては次回以降の接続時にはデータ選択処理を実行しない構成とすることもできる。すなわち、車両用装置１は、装置やデータを利用するか否かを選択した選択結果を、次回以降の動作に引き継ぐことができる。
　このデータ選択処理は、基本的には選択部１４によって実行されるものの、以下では説明の簡略化のために車両用装置１を主体にして説明する。また、以下では、上位のバージョンに相当する新しいデータを新データ、下位のバージョンに相当する古いデータを旧データと称する。
　また、車両用装置１に記憶されているデータとしては、上記したバックアップデータも含まれる。また、ＯＳ８やアプリケーション９も広義の意味ではデータとみなせるため、ここではそれらを含んでデータと総称している。すなわち、車両用装置１は、外部装置２が記憶しているデータについて、利用するか否かを選択させることができる。
　車両用装置１は、まず、ステップＳ１３０１において自身が記憶しているデータと外部装置２に記憶されているデータとを比較し、ステップＳ１３０２において新データを利用するか否かを判定する。
　この場合、車両用装置１は、例えばセンタディスプレイ３０１に新データを利用するか否かを選択するアイコン等を表示してユーザやディーラの操作を待機し、利用する旨の操作が入力された場合には新データを利用すると判定し、利用しない旨の操作が入力された場合や所定時間内に操作が行われなかった場合には利用しないと判定する。ただし、ステップＳ１３０２を設けずに、新データであれば優先的に利用する構成とすることもできる。
　車両用装置１は、新データを利用すると判定した場合には、ステップＳ１３０２においてＹＥＳとなることから、ステップＳ１３０３において新データを利用するデータとして選択してリターンする。この場合、車両用装置１は、旧データを新データで上書きしたり旧データを記憶していた装置に新データを移行したりすることにより、新データを利用可能にする。すなわち、ＯＳ８やアプリケーション９が新データを利用して動作するようにする。
　一方、車両用装置１は、新データを利用すると判定した場合には、ステップＳ１３０２においてＮＯとなることから、ステップＳ１３０３を省略してリターンする。つまり、車両用装置１は、データを更新することなく、各装置が以前と同じ環境で動作するようにする。これにより、意図せずに動作環境が変わってしまうことを抑制できる。
　このように、車両用装置１は、外部装置２に記憶されているデータと自身が記憶しているデータとを比較し、新しいほうのデータを選択して利用可能にする構成とすることができる。このような構成とすることにより、各装置に記憶されているデータが異なる場合において、新データと旧データのいずれを利用するかを選択することができる。
　例えば、外部装置２のバージョンが古くても、あるアプリケーション９についてはアップデートされて車両用装置１側のアプリケーション９よりもバージョンが新しい場合には、そのアプリケーション９については外部装置２側を上位とみなして有効にするといった処理を実行することができる。
　このとき、車両用装置１は、外部装置２に実装されているアプリケーション９のうち、自身に実装されているアプリケーション９と互換性を有するものについてバージョンの確認を行うことができる。つまり、車両用装置１が備える機能と外部装置２が備える機能とを比較することができる。
　また、車両用装置１は、アプリケーション９ごとにバージョンの確認を繰り返すこともできるが、例えば接続判定処理において外部装置２と通信した際に外部装置２側のアプリケーション９とそれぞれのバージョンとを含む情報を取得しておき、複数のアプリケーション９についてバージョンを確認することもできる。また、各装置に実装されているＯＳ８についても同様である。
　また、下位のバージョンを利用するか否かを選択可能な構成とすることにより、慣れ親しんだ環境を継続して利用可能にすることができる。例えば、車両用装置１に実装されているアプリケーション９よりも新しいバージョンのアプリケーション９が外部装置２に実装されているとする。
　その場合、実施形態のように上位のバージョンを有効にすると、車両用装置１に実装されている下位のバージョンのアプリケーション９とは異なるＨＭＩが提供されることが想定される。そのような場合であっても、上位と下位のいずれを利用するかを選択可能にすることにより、操作の習熟等を必要とすることなく装置を利用することができる。
　また、車両用装置１と外部装置２とを備える車両用システム４によっても、例えばバージョンアップによってＨＭＩや操作態様が変わる可能性がある場合において、外部装置２を利用するか否かを選択することが可能となり、使い勝手を向上させることができるなどの上記した各種の効果を同様に得ることができる。
　上記した各実施形態は、例えば第２実施形態で例示した処理を第１実施形態の定常処理中に実行可能にするなど、その構成の全部あるいは一部を他の実施形態の構成の全部あるいは一部と適宜組み合わせることができる。
　本開示は、実施例に準拠して記述されたが、本開示は当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、さらには、それらに一要素のみ、それ以上、あるいはそれ以下、を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に含まれるものである。
　本開示に記載の制御部及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することによって提供された専用コンピュータにより、実現されてもよい。あるいは、本開示に記載の制御部及びその手法は、一つ以上の専用ハードウェア論理回路によってプロセッサを構成することによって提供された専用コンピュータにより、実現されてもよい。もしくは、本開示に記載の制御部及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路によって構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていてもよい。

Claims (7)

  1. 　周辺機器（３）にアクセス可能であって車両を利用する際に提供される機能を実行可能な制御部（１０１）と、
    　前記制御部と通信可能であって車両を利用する際に提供される機能を実行可能な外部装置（２）が接続される接続部（５）と、
    　前記外部装置が機能を実行可能な状態で前記接続部に接続されているか否かを判定する判定部（１２）と、を備え、
    　前記制御部は、前記外部装置が機能を実行可能な状態で接続されていると判定された場合、前記外部装置を有効化して機能の実行を可能にするとともに、自身が実行可能な機能のうち少なくとも１つの機能を停止する車両用装置。
  2. 　前記制御部は、自身が実行可能な機能のうち、前記外部装置で実行される機能と重複する機能を停止する請求項１記載の車両用装置。
  3. 　前記制御部は、前記外部装置で実行される機能を特定し、特定した機能を停止する請求項１または２記載の車両用装置。
  4. 　前記制御部は、機能を実現するアプリケーション（９）の動作を停止することによって、当該機能を停止する請求項１から３のいずれか一項記載の車両用装置。
  5. 　前記制御部は、機能を実現するアプリケーションが実装されているオペレーティングシステム（８）の動作を停止することによって、当該機能を停止する請求項１から４のいずれか一項記載の車両用装置。
  6. 　前記制御部は、動作中に前記外部装置が機能を実行可能な状態ではなくなったと判定された場合、前記外部装置で実行することにより停止していた自身の機能を実行する請求項１から５のいずれか一項記載の車両用装置。
  7. 　前記判定部は、前記外部装置が機能を実行可能な状態であるか否かの判定を、車両用装置の動作中に繰り返し行う請求項１から６のいずれか一項記載の車両用装置。
PCT/JP2022/000237 2021-01-26 2022-01-06 車両用装置 WO2022163318A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US18/357,770 US20230406236A1 (en) 2021-01-26 2023-07-24 Vehicle device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-010336 2021-01-26
JP2021010336A JP2022114162A (ja) 2021-01-26 2021-01-26 車両用装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/357,770 Continuation US20230406236A1 (en) 2021-01-26 2023-07-24 Vehicle device

Publications (1)

Publication Number Publication Date
WO2022163318A1 true WO2022163318A1 (ja) 2022-08-04

Family

ID=82653337

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/000237 WO2022163318A1 (ja) 2021-01-26 2022-01-06 車両用装置

Country Status (3)

Country Link
US (1) US20230406236A1 (ja)
JP (1) JP2022114162A (ja)
WO (1) WO2022163318A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010116523A1 (ja) * 2009-04-10 2010-10-14 トヨタ自動車株式会社 車載マルチメディア装置及びその電力供給方法
JP2010285001A (ja) * 2009-06-09 2010-12-24 Toyota Motor Corp 電子制御システム、機能代行方法
WO2020050315A1 (ja) * 2018-09-06 2020-03-12 株式会社デンソー 車両制御システム
WO2020262137A1 (ja) * 2019-06-26 2020-12-30 株式会社デンソー 機能拡張システムおよび電子制御装置
WO2020262135A1 (ja) * 2019-06-26 2020-12-30 株式会社デンソー 車両制御システムおよび電子制御装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010116523A1 (ja) * 2009-04-10 2010-10-14 トヨタ自動車株式会社 車載マルチメディア装置及びその電力供給方法
JP2010285001A (ja) * 2009-06-09 2010-12-24 Toyota Motor Corp 電子制御システム、機能代行方法
WO2020050315A1 (ja) * 2018-09-06 2020-03-12 株式会社デンソー 車両制御システム
WO2020262137A1 (ja) * 2019-06-26 2020-12-30 株式会社デンソー 機能拡張システムおよび電子制御装置
WO2020262135A1 (ja) * 2019-06-26 2020-12-30 株式会社デンソー 車両制御システムおよび電子制御装置

Also Published As

Publication number Publication date
US20230406236A1 (en) 2023-12-21
JP2022114162A (ja) 2022-08-05

Similar Documents

Publication Publication Date Title
JP5708940B2 (ja) 情報管理装置、情報通信システム
US20170061708A1 (en) Method, apparutus and system for managing vehicle interlock application
WO2020032122A1 (ja) 電子制御装置、車両用電子制御システム、書換えの実行制御方法、書換えの実行制御プログラム及び諸元データのデータ構造
US20190256109A1 (en) Control apparatus, control method, and computer program
US11455180B2 (en) Extensible computing architecture for vehicles
KR20200090010A (ko) 펌웨어 업데이트 방법, 이를 위한 전자 장치 및 저장 매체
JP6702269B2 (ja) 制御装置、制御方法、およびコンピュータプログラム
US20200233653A1 (en) Program updating method
CN107102849B (zh) 用于周期性点火开关断开的文件替换的方法和设备
CN113377512A (zh) 车机系统的启动方法、装置及设备
WO2022163318A1 (ja) 車両用装置
WO2022163317A1 (ja) 車両用装置
WO2022163315A1 (ja) 車両用装置
WO2022163316A1 (ja) 車両用装置
WO2022163314A1 (ja) 車両用装置
JP6237543B2 (ja) 車載装置
US11284232B2 (en) Vehicle control system
WO2020032121A1 (ja) 車両用マスタ装置、更新データの検証方法及び更新データの検証プログラム
WO2020032116A1 (ja) 車両用マスタ装置、セキュリティアクセス鍵の管理方法、セキュリティアクセス鍵の管理プログラム及び諸元データのデータ構造
WO2020032120A1 (ja) 電子制御装置、リトライポイントの特定方法及びリトライポイントの特定プログラム
CN113377410B (zh) 车机系统及升级方法、可读存储介质
US20240038000A1 (en) Vehicle system
US20240036856A1 (en) Vehicle system
US20240037999A1 (en) Vehicle system
US11797294B2 (en) In-vehicle device, information processing device, download execution feasibility determination method, program, recording medium

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: 22745545

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22745545

Country of ref document: EP

Kind code of ref document: A1