WO2024185444A1 - 車両用制御システム、車両用制御方法、及び車両用制御プログラム - Google Patents

車両用制御システム、車両用制御方法、及び車両用制御プログラム Download PDF

Info

Publication number
WO2024185444A1
WO2024185444A1 PCT/JP2024/005293 JP2024005293W WO2024185444A1 WO 2024185444 A1 WO2024185444 A1 WO 2024185444A1 JP 2024005293 W JP2024005293 W JP 2024005293W WO 2024185444 A1 WO2024185444 A1 WO 2024185444A1
Authority
WO
WIPO (PCT)
Prior art keywords
function
authentication
unit
vehicle
dcu
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2024/005293
Other languages
English (en)
French (fr)
Inventor
孝一 高木
明日 蓬莱
しおり 間根山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Denso Corp
Original Assignee
Denso Corp
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
Priority claimed from JP2024006123A external-priority patent/JP2024127753A/ja
Application filed by Denso Corp filed Critical Denso Corp
Priority to CN202480017256.5A priority Critical patent/CN120826692A/zh
Publication of WO2024185444A1 publication Critical patent/WO2024185444A1/ja
Priority to US19/304,088 priority patent/US20250371534A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • G06F9/452—Remote windowing, e.g. X-Window System, desktop virtualisation
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G06Q20/127—Shopping or accessing services according to a time-limitation
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G06Q20/145—Payments according to the detected use or quantity
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment

Definitions

  • This disclosure relates to a vehicle control system, a vehicle control method, and a vehicle control program.
  • Patent Document 1 proposes an authentication function for functions related to a moving body.
  • Patent Document 1 The function described in Patent Document 1 is an alternative authentication method that assumes that the vehicle is connected to a network. When a vehicle is traveling, it may travel through places where radio waves are difficult to reach, such as tunnels or deep in the mountains, and even if the vehicle's onboard equipment communicates, there is a possibility that a network connection failure will occur and the vehicle will go offline. If authentication is not possible in an offline environment, this may cause anxiety to the passengers and may cause problems while driving.
  • the objective of this disclosure is to provide a vehicle control system, a vehicle control method, and a vehicle control program that can improve passenger convenience.
  • a vehicle control system includes an Internet communication unit, an authentication unit, and a control unit.
  • the Internet communication unit communicates with a server that stores information on paid functions that can be implemented by a vehicle occupant via a network.
  • the authentication unit determines whether or not the paid function can be implemented via the Internet communication unit.
  • the control unit enables the paid function to be implemented. If the authentication by the authentication unit fails, the control unit determines whether the occupant intends to charge an additional fee for the corresponding paid function, and if the control unit determines that the occupant intends to charge an additional fee for the corresponding paid function, the control unit enables the corresponding paid function to be executed. This improves the convenience for the occupant.
  • FIG. 1A is a block diagram of a vehicle authentication system according to a first embodiment
  • FIG. 1B is a first flowchart outlining the process.
  • FIG. 2 is a second flowchart outlining the process.
  • FIG. 3 is a third flowchart outlining the process.
  • FIG. 4 is a fourth flowchart outlining the process.
  • FIG. 5 is a flowchart outlining the process.
  • FIG. 6A is a flowchart No. 6 for explaining the outline of the processing contents.
  • FIG. 6B is a seventh flowchart outlining the process.
  • FIG. 7A is a flowchart outlining the process.
  • FIG. 1A is a block diagram of a vehicle authentication system according to a first embodiment
  • FIG. 1B is a first flowchart outlining the process.
  • FIG. 2 is a second flowchart outlining the process.
  • FIG. 3 is a third flowchart outlining the process.
  • FIG. 4 is a fourth flowchart outlining
  • FIG. 7B is a flowchart No. 9 for explaining the outline of the processing contents.
  • FIG. 8 is a block diagram of a vehicle authentication system according to a second embodiment.
  • FIG. 9 is a first flowchart outlining the process.
  • FIG. 10A is a second flowchart outlining the process.
  • FIG. 10B is a third flowchart outlining the process.
  • FIG. 10C is a fourth flowchart outlining the process.
  • FIG. 11A is a first flowchart for explaining the process contents in the third embodiment.
  • FIG. 11B is a second flowchart outlining the process.
  • FIG. 11C is an explanatory diagram of a display screen example No. 1.
  • FIG. 11D is a third flowchart outlining the process.
  • FIG. 11D is a third flowchart outlining the process.
  • FIG. 11E is an explanatory diagram of a second example of a display screen.
  • FIG. 11F is an explanatory diagram 3 of a display screen example.
  • FIG. 12 is a fourth flowchart outlining the process.
  • FIG. 13A is a fifth flowchart outlining the process.
  • FIG. 13B is a sixth flowchart outlining the processing contents.
  • the vehicle system 1 shown in Figure 1A includes an HCU 3, a DCU 4, and other ECUs (not shown) installed inside a vehicle 2 and connected via a network, and also includes an external management server 8 outside the vehicle 2 as a server.
  • a user may also carry a mobile terminal 9 such as a smartphone, tablet, or laptop computer inside or near the vehicle 2, and this mobile terminal 9 also constitutes the vehicle system 1.
  • the vehicle system 1 is used as a vehicle authentication system and a vehicle control system.
  • the HCU 3, DCU 4, external vehicle management server 8, and mobile terminal 9 can be connected for communication via a network 7, thereby forming the vehicle system 1.
  • HCU stands for Human Machine Interface Control Unit.
  • DCU stands for Domain Control Unit.
  • the network 7 may be a wired communication network, a wireless communication network, etc.
  • the HCU 3 constitutes a display system ECU.
  • ECU is an abbreviation of Electronics Control Unit and is an electronic control device.
  • the HCU 3 is equipped with a processor, a memory unit 3a, an I/O, and a bus connecting these, and functions as a control unit that executes various controls by executing programs stored in the memory unit 3a.
  • the memory unit 3a indicates a non-transitory tangible storage medium that non-temporarily stores computer-readable programs and data.
  • the non-transitory tangible storage medium is realized by a semiconductor memory or the like.
  • a short-range wireless communication unit 5 is connected to the HCU 3, and the short-range wireless communication unit 5 enables communication with the short-range wireless communication unit 9b of the mobile terminal 9.
  • the HCU 3 executes application programs (hereinafter, apps) stored in the storage unit 3a to realize various functions, such as a billing function 3b, a local function 3c, and a notification control unit 3d.
  • apps application programs
  • a display device 11 is connected to the HCU 3.
  • the display device 11 is configured with a liquid crystal display or an organic EL display, etc., and is configured to be able to display content in monochrome or full graphics.
  • the display device 11 is a center information display, etc.
  • An operation input unit 12 is connected to the HCU 3.
  • the operation input unit 12 is configured with a touch panel configured on the surface of the display device 11 or a mechanical switch configured to the side of the display device 11, and accepts operation input from the user and outputs an operation signal to the HCU 3.
  • the HCU 3 is capable of executing various functions based on the operation signal from the operation input unit 12.
  • Vehicle equipment 10 is connected to the HCU 3 or the DCU 4.
  • the app functions that the HCU 3 can realize can be divided into billing functions 3b and local functions 3c.
  • Billing functions 3b here refer to functions executed based on contract information for billing functions contracted with the user of the vehicle 2.
  • the HCU 3 obtains a match with the contract information for the billing functions of the vehicle equipment 10, it becomes an execution unit that executes the contracted billing functions 3b.
  • Local functions 3c refer to functions that are executed without charge by apps pre-installed in the memory unit 3a, and refer to functions that can be executed without a contract for the aforementioned billing functions.
  • the DCU 4 is an abbreviation for Domain Control Unit, and is used to construct a centralized cockpit electronic system on an integrated software and hardware platform, and is configured with a storage unit 4d in which a database 4e is constructed.
  • the DCU 4 is configured by connecting an external environment acquisition unit 6.
  • the external environment acquisition unit 6 acquires environmental information outside the vehicle 2.
  • the external environment acquisition unit 6 is connected to a detection unit 6a.
  • the detection unit 6a is configured using sensors for acquiring environmental information outside the vehicle 2. For example, there can be mentioned a temperature sensor that detects the outside air temperature of the vehicle 2, an illuminance sensor that detects the sunlight illuminance outside the vehicle 2, a front view camera, a side view camera, a corner view camera, a rear view camera, an electronic mirror, a laser radar using LiDaR, a surrounding monitoring sensor that monitors the surroundings of the vehicle 2 using millimeter wave radar, etc.
  • the detection unit 6a can also detect the status of the user by using an occupant monitor.
  • the occupant monitor detects the status of occupants in the vehicle 2 or the operating status of various operating devices.
  • the occupant monitor includes a camera that detects the status of an occupant in the driver's seat, passenger seat, or rear seat by capturing an image of the occupant using an image sensor and outputs an image signal.
  • the driver's occupant status monitor is called a DSM.
  • DSM is an abbreviation for Driver Status Monitor.
  • the DCU 4 functions as a personal recognition unit that identifies the user in the vehicle 2 based on the detection results of the occupant monitor.
  • the DCU 4 is connected to devices such as the HCU 3 and other ECUs (not shown) for communication, and can transmit and receive various information to and from each other.
  • the electronic control device including the DCU 4, HCU 3, and other devices, has functions such as a driving control system unit that controls the driving of the vehicle 2, a surroundings monitoring system unit that monitors the surroundings of the vehicle 2, and a display system unit that presents information to the user through the display device 11.
  • the driving control system unit controls the driving operation by manual driving or automatic driving using a gasoline engine, diesel engine, electric motor, etc.
  • the driving control system unit realizes a manual driving control mode by manual driving, or an automatic driving mode according to various stages of automatic driving levels.
  • the driving control system ECU for automatic driving executes a corresponding predetermined level of driving assistance and automatic driving by driving the driving actuator.
  • level I driving assistance can perform automatic braking to avoid collisions with obstacles, following the vehicle ahead, or lane prevention driving to prevent the vehicle from going out of the lanes on either side.
  • Level II autonomous driving can perform a combination of level I driving assistance, or autonomous driving under specific conditions, such as an autonomous driving mode that automatically overtakes a slow vehicle 2 on a highway or automatically merges into and out of the highway. Note that in level II autonomous driving, the driver is required to monitor.
  • the driving control system performs all driving tasks while monitoring with the surrounding monitoring system in the vehicle 2, but detailed explanations are omitted. This makes it possible to realize driving control in each driving mode, whether manual driving or autonomous driving.
  • the DCU 4 is configured to be connectable to a network 7 outside the vehicle through the network communication unit 4a.
  • the network communication unit 4a is a block for communicating with devices inside and outside the vehicle 2.
  • the network communication unit 4a communicates via the network 7 with an external management server 8 that stores information on pay-per-use functions that can be implemented by users who are passengers of the vehicle 2.
  • the DCU 4 executes apps stored in the memory unit 4d to realize various functions, such as the functions of the authentication unit 4b and the alternative authentication unit 4c described below.
  • the memory unit 4d represents a non-transitory tangible storage medium that non-temporarily stores computer-readable programs and data.
  • the non-transitory tangible storage medium is realized by a semiconductor memory or the like.
  • a database 4e is constructed in the memory unit 4d.
  • the database 4e is used as an authentication history information storage unit that stores authentication history information indicating the results (success/failure) of authentication by the authentication unit 4b together with the date and time of authentication.
  • the database 4e also stores and holds contract information for billing functions.
  • the authentication unit 4b has the function of authenticating whether or not a billing function can be implemented through the network communication unit 4a.
  • the alternative authentication unit 4c has the function of substituting the authentication of the authentication unit 4b when it is not possible to connect to the external vehicle management server 8 through the network communication unit 4a.
  • a user who boards the vehicle 2 carries a mobile terminal 9.
  • the mobile terminal 9 is a terminal that can be brought into the vehicle cabin and includes an interface for operation input, a display, etc.
  • the mobile terminal 9 is a terminal that is capable of various operation inputs and notification processes.
  • the mobile terminal 9 is configured with a processor, memory, and I/O (none of which are shown).
  • the mobile terminal 9 is equipped with a wireless communication unit 9a for wirelessly communicating with the external vehicle management server 8, etc., via the network 7.
  • the mobile terminal 9 is equipped with a short-range wireless communication unit 9b for short-range communication with the short-range wireless communication unit 5 using a wireless LAN such as WiFi (registered trademark) or a short-range communication technology such as Bluetooth (registered trademark).
  • An app for the vehicle 2 is installed in the memory of the mobile terminal 9, and the mobile terminal 9 executes the vehicle app, allowing the user to issue control commands for the vehicle 2 and to obtain information about the vehicle 2 from the HCU 3 or DCU 4 on the vehicle 2 side.
  • the user can set configuration information for the vehicle equipment 10 by operating the mobile terminal 9.
  • the vehicle equipment 10 referred to here includes, but is not limited to, an air conditioner (air conditioning equipment), vehicle audiovisual equipment, etc.
  • the user operates the operation input unit 12 or mobile terminal 9 to purchase or lease a subscription service related to the vehicle equipment 10.
  • the subscription service will be abbreviated as "subscription.”
  • the user inputs specified identification information as a new ID into a form provided by the management provider of a specified external management server 8 via the network 7 from the operation input unit 12 or mobile terminal 9.
  • the user concludes a purchase contract or rental contract for the subscription service with the subscription provider using the legitimate new ID.
  • Such subscription services may have a limited period of time or may be indefinite.
  • contract information for the fee-based function related to the subscription service is registered in database 8a of the external management server 8 in association with the user.
  • the external management server 8 stores the contract information for the fee-based function in database 8a.
  • This contract information for the fee-based function is also registered in database 4e of the DCU 4.
  • the contract information for the charged functions is information indicating the purchase status of subscription services for each user of the vehicle 2, such as an individual, corporation, or organization.
  • the contract information for the charged functions includes purchase information or rental information for various functions purchased by the user, user identification information, billing information for a certain period or per use, and expiration date information indicating the period for which the subscription service is provided.
  • Database 8a stores contract information for the charged functions for many users, linked to, for example, their names or their identification numbers.
  • Subscription services for paid functions include a music distribution subscription service for vehicle audio equipment, and a video distribution subscription service that allows video to be displayed on the display device 11.
  • Other examples include subscription services for comfort functions such as seat heaters to make the interior of the vehicle more comfortable, and a drive mode subscription service that allows the manual or autonomous driving performance of the vehicle 2 to be changed.
  • Other examples include subscription services for functions of each level of driving assistance or autonomous driving in the autonomous driving mode, and a subscription service for lighting up the interior of the vehicle 2.
  • the DCU 4 performs authentication by comparing the contract information for the billing function stored in the database 4e with the contract information for the billing function in the database 8a stored in the external management server 8 using the authentication unit 4b.
  • authentication unit 4b is able to authenticate whether or not the billing function can be implemented as a result of communication processing between the DCU 4 and the external vehicle management server 8 via the network 7 from the network communication unit 4a, authentication history information indicating that authentication was successful is stored in the database 4e.
  • the DCU 4 determines that the billing function can be implemented, the confirmation date and other information in the contract information for the billing function indicating that it can be implemented is updated in the database 4e as necessary.
  • the contract information for the charged function stored in the database 8a by the external management server 8 and the contract information for the charged function stored in the database 4e of the DCU 4 inside the vehicle 2 are updated as needed.
  • This contract information for the charged function is updated periodically, for example, every few days or once a month.
  • the authentication operation by the authentication unit 4b to determine whether or not the charge system function can be implemented will be described with reference to FIG. 1B.
  • the DCU 3 performs online authentication by the authentication unit 4b in S122.
  • the authentication unit 4b performs online authentication when it receives a command to turn the function on in S122.
  • Login information is required for online authentication with the external vehicle management server 8. If the occupant's (user's) login information has already been registered in the database 4e of the DCU 4, or if the identification information of the vehicle 2 has already been registered as login information in the database 4e of the DCU 4, the process proceeds to S127.
  • the DCU 4 If it is determined in S124 that the occupant (user) is not a registered occupant and the identification number is not that of a registered vehicle 2, then in S125 the DCU 4 notifies the occupant of the vehicle 2 of a login request to log in. As a result of being notified of the login request, the occupant attempts to log in.
  • Methods for authenticating the occupant's ID include authentication of the vehicle 2's identification information (such as the vehicle number), personal authentication using the occupant monitor of the detection unit 6a described above, and authentication by inputting an individual password. If the occupant succeeds in logging in, the process returns to S124 and a YES determination is made in S124.
  • the DCU 4 references the contract information for the paid function of the logged-in occupant from database 4e, and determines in S127 whether the paid function is within its expiration date. If it is within its expiration date, the DCU 4 activates the paid function in S128. Conversely, if it is not within its expiration date, a notification is issued in S129 suggesting that the paid function contract be renewed. For example, it is advisable to notify the occupant of information such as "The subscription contract expired on XX/XX. would you like to renew it?" and encourage the renewal. If the renewal is approved, the DCU 4 communicates with the external management server 8, updates the contract information stored in database 4e or database 8a, and extends the expiration date.
  • communication may be performed with the external management server 8 to compare and update the contract information for the fee-based function registered in the database 8a of the external management server 8.
  • the authentication unit 4b If the network communication unit 4a performs communication processing with the external vehicle management server 8 via the network 7 and the network connection is interrupted due to reasons such as a weak radio reception environment, the authentication unit 4b is unable to authenticate whether or not the billing function can be implemented in S13 and determines that authentication has failed. In this case, the DCU 4 stores authentication history information indicating that authentication has failed in the database 4e.
  • the DCU 4 fails to determine whether or not the charge system function can be implemented via the network communication unit 4a by the authentication unit 4b as a result of the disconnection of the network 7 in S14 (function of the alternative authentication unit 4c), the DCU 4 performs alternative authentication based on information stored in the memory unit 4d or memory unit 3a provided in the vehicle 2 (function of the alternative authentication unit 4c).
  • the notification control unit 3d it is preferable for the notification control unit 3d to control notification of the result of the determination made by the alternative authentication unit 4c as to whether or not the charge system function can be implemented to the occupant. The occupant can then understand the result of the alternative authentication.
  • the pay-per-use function may be allowed to continue unconditionally (function of the alternative authentication unit 4c). Also, if the DCU 4 is using a pay-per-use function when authentication by the authentication unit 4b fails and the DCU 4 makes a decision to stop the pay-per-use function, the pay-per-use function may be allowed to continue unconditionally without making a decision to stop the function (function of the alternative authentication unit 4c).
  • the DCU 4 may determine that a paid function can be implemented and perform alternative authentication if the paid function to be determined whether it can be implemented falls into at least one of the following categories: a function necessary for the running of the vehicle 2, a function necessary for the safety of the user (passengers), or a function for making the internal environment of the vehicle 2 comfortable (function of the alternative authentication unit 4c). As will be explained individually below, the DCU 4 may determine that a paid function can be implemented if it falls into any two or more of these categories.
  • the DCU 4 determines in S31 whether the charged function to be determined whether it can be implemented is a function necessary for the vehicle 2 to run, and if it determines that the function is necessary, the DCU 4 performs processing from S32 onwards using the function of the alternative authentication unit 4c.
  • the user when driving the vehicle 2, the user sets the drive mode via the operation input unit 12 in order to change the driving performance of the vehicle 2.
  • the driving control system ECU sets the driving performance to match this drive mode and controls the driving of the vehicle 2.
  • This drive mode supports the operation when the user is driving manually, making it possible to control the driving.
  • the standard normal mode is preset to a mode that emphasizes the balance between operability and comfort.
  • the acceleration/deceleration response characteristics are set to be improved compared to normal mode.
  • race drive mode the acceleration/deceleration response performance is improved even more actively than in sport mode.
  • comfort mode the emphasis is on comfort.
  • the snow mode is a mode that makes the driving performance of the vehicle 2 suitable for driving on snowy roads.
  • the eco mode is a mode that improves fuel efficiency compared to the normal mode.
  • These drive modes include functions necessary for driving the vehicle 2.
  • the HCU 3 provides a service in which samples of gear shifting, accelerator work, and brake work are visually presented on the display device 11, and the user operates the gears, accelerator, and brakes in accordance with the samples.
  • a service is provided that can adjust the driving performance of the vehicle 2 to performance suitable for driving on snowy roads.
  • the DCU 4 Even if the DCU 4 cannot authenticate these drive modes as paid functions through the Internet communication unit 4a, if the DCU 4 determines in S31 that the functions are necessary for the vehicle 2 to travel, it determines in S32 that the target paid function can be implemented.
  • the DCU 4 determines the importance of the target paid function in S33. This importance indicates the degree to which it is necessary for the vehicle 2 to run, and is set in advance in stages from necessary to high importance.
  • the importance information is stored in advance in the memory unit 4d.
  • the snow mode is one of the functions that is highly important for the vehicle 2 to run safely on snowy roads.
  • the race drive mode is a relatively hobby-oriented mode, and is therefore one of the functions that is less important for the vehicle 2 to run.
  • An example of setting the importance is given here, but the order of importance setting is not limited to this.
  • the DCU 4 determines in S33 that the importance is lower than a predetermined level, then after obtaining consent through an operational instruction from the user in S34, it can activate the target paid function in S35 and make the subscription service of the paid function available. Conversely, if the DCU 4 determines that the importance of the target paid function is higher than a predetermined level, it can forcibly activate the target paid function in S35 without asking for instructions from the user and make the subscription service available. This allows the user to use the paid function in question.
  • the vehicle 2 is provided with a manual driving mode and an automatic driving mode.
  • the user changes the setting of the driving mode of the vehicle 2 by inputting an operation from the operation input unit 12.
  • this driving mode is set, the driving control system ECU controls the driving of the vehicle 2 in accordance with this driving mode.
  • the driving assistance or autonomous driving method differs according to each level.
  • the user can select the driving mode by operating the operation input unit 12.
  • each function such as a radar cruise control function (LCC), an emergency stop function for collision prevention, and an accelerator depression prevention function can be selectively implemented.
  • the DCU 4 Even if the DCU 4 cannot authenticate these driving modes as paid functions through the Internet communication unit 4a, if the DCU 4 determines in S41 of FIG. 4 that the functions are necessary for the safety of the occupants, it determines in S42 that the paid function in question can be implemented.
  • the DCU 4 determines the importance of the target paid function. This importance indicates the degree to which it is necessary for the safety of the occupants, and is preset in stages, with the importance increasing from the most necessary function.
  • the importance information is pre-stored in the memory unit 4d.
  • the emergency stop function for collision prevention is a necessary and important function for preventing collisions with other vehicles 2 or obstacles, taking safety into consideration. For this reason, the importance is set to be relatively high.
  • the accelerator depression prevention function is an important function for preventing collisions with obstacles, taking safety into consideration, and therefore the importance is set to be relatively high.
  • the radar cruise control function is a function for following a vehicle 2 traveling in front of the vehicle 2 while maintaining a certain distance, and the importance is set to be relatively low compared to the emergency stop function and the accelerator depression prevention function.
  • the order of importance setting is not limited to this.
  • DCU4 determines in S43 that the importance is lower than a predetermined level, it obtains consent through an operational instruction from the user in S44, and then activates the target paid function in S45. Conversely, if DCU4 determines that the importance of the target paid function is higher than a predetermined level, it forcibly activates the target paid function in S45 without asking for instructions from the user. This allows the user to use the paid function.
  • the target paid function is a paid function related to safety and security and has a higher level of importance than a predetermined level may be stored in the external management server 8 or the memory unit 4d. If the paid function is related to safety and security, the DCU 4 may activate the paid function unconditionally using the alternative authentication unit 4c. In this way, when the license authentication of the paid function fails, the DCU 4 will be able to execute the paid function unconditionally if the paid function to be authenticated is a function related to the safety and security of the occupants.
  • the DCU 4 determines whether the chargeable function to be determined in step S52 is a comfort function for making the environment in the vehicle comfortable by using the alternative authentication unit 4c. If the DCU 4 determines that the chargeable function is a comfort function, it determines in step S53 that the chargeable function can be executed.
  • the DCU 4 determines that the outside air temperature is lower than a predetermined standard temperature, it determines that the heating function for the interior of the vehicle can be performed using vehicle equipment 10 for heating, such as an air conditioner or a seat heater (function of the alternative authentication unit 4c).
  • vehicle equipment 10 for heating such as an air conditioner or a seat heater (function of the alternative authentication unit 4c).
  • the DCU 4 determines that the outside air temperature is higher than a predetermined standard temperature, it determines that the cooling function can be performed using vehicle equipment 10 for cooling, such as an air conditioner (function of the alternative authentication unit 4c).
  • comfort functions include music distribution services and video and movie distribution subscription services. Even if the DCU 4 cannot authenticate the paid functions of these comfort functions through the Internet communication unit 4a, if the DCU 4 determines in S52 of FIG. 5 that the functions are necessary for comfort, it determines in S53 that the paid function in question can be implemented (function of the alternative authentication unit 4c).
  • the DCU 4 determines the importance of the target paid function. This importance indicates the degree to which it is necessary to make the internal environment of the vehicle 2 comfortable, and is preset in stages, with the importance of the most necessary function increasing.
  • the importance information is pre-stored in the memory unit 4d.
  • the cooling/heating function for the vehicle interior is set to a relatively high importance, whereas the function of turning on the lights in the vehicle interior of the vehicle 2 is set to a relatively low importance.
  • the order of importance is not limited to this.
  • the DCU 4 determines in S54 that the importance is lower than a predetermined level, it obtains consent through an operational instruction from the user in S55, and then activates the target paid function in S56. Conversely, if the DCU 4 determines that the importance of the target paid function is higher than a predetermined level, it forcibly activates the target paid function in S56 without asking for instructions from the user. This allows the user to use the paid function.
  • the DCU 4 obtains the result of alternative authentication performed by the alternative authentication unit 4c in S14, and notifies the alternative authentication result in S14a.
  • the DCU 4 may display "Alternative authentication has succeeded (or failed)" (first notification information) on the display device 11 via the HCU 3.
  • the DCU 4 may also communicate with the mobile terminal 9 and display this on the display screen of the mobile terminal 9.
  • the DCU 4 may display "The function will continue. It can be used until the vehicle is stopped and the engine is turned off" (second notification information) on the display device 11 or the mobile terminal 9.
  • the first and second notification information may be sent and notified in chronological order, or may be sent simultaneously.
  • the DCU 4 may also display a predetermined special icon representing this alternative function on the display device 11 or mobile terminal 9 only during the period in which the function is permitted by the alternative authentication unit 4c.
  • the DCU 4 determines whether all authentications by the alternative authentication unit 4c have failed in S15. If all authentications by the alternative authentication unit 4c have failed, the DCU 4 disables the subscription service of the target pay function in S20. If both authentications by the authentication unit 4b and the alternative authentication unit 4c have failed, the HCU 3 may notify the user of the reason for the authentication failure in S14b. For example, the reason may be, "Authentication failed due to a network connection loss.” This allows the vehicle occupant to understand why the vehicle cannot be used, and supports the vehicle occupant to avoid feeling distrustful. Although a network connection loss has been exemplified here, it is also preferable to notify the user of the reason if authentication fails due to a cause other than a connection loss to the network 7.
  • the DCU 4 enables the billing function to be continuously used through authentication by the alternative authentication unit 4c, as described above with reference to Figures 3 to 5. Even after authentication by the alternative authentication unit 4c is complete, the DCU 4 determines in S16 whether authentication is possible through the network 7 by the authentication unit 4b. In other words, the DCU 4 determines whether online authentication is possible.
  • DCU4 activates the billing function in S18 by being authenticated or confirmed by authentication unit 4b in S17.
  • the result of the determination by alternative authentication unit 4c as to whether or not the billing function can be implemented remains valid until authentication by authentication unit 4b becomes possible. This is because alternative authentication by alternative authentication unit 4c becomes unnecessary if confirmation is given by authentication unit 4b.
  • DCU4 transitions to S16 and continues to wait until authentication becomes possible. In other words, DCU4 continues to wait until online authentication becomes possible.
  • the DCU 4 detects that the power switch of the vehicle 2 has been turned off without being authenticated by the authentication unit 4b, it determines NO in S16 and YES in S19. As a result, even if alternative authentication by the alternative authentication unit 4c has been performed for the target chargeable function, the DCU 4 disables the alternative authentication by the alternative authentication unit 4c on the condition that the power switch has been turned off.
  • the DCU 4 holds the result of the determination by the alternative authentication unit 4c as to whether or not to implement the billing function valid until the vehicle 2 stops and the power supply to the vehicle 2 is cut off while authentication by the authentication unit 4b is not possible.
  • the billing function was valid before driving began, it is conceivable that the validity period may expire while driving.
  • the DCU 4 may determine that the billing function can be implemented unconditionally while the vehicle 2 is in operation.
  • the power switch is turned off, the unconditional permission by the alternative authentication unit 4c is cancelled.
  • the power switch is turned on again, authentication by the authentication unit 4b is required.
  • the authentication unit 4b or alternative authentication by the alternative authentication unit 4c is required again, so that the contract for the billing function can be complied with.
  • the DCU 4 may notify through the HCU 3 and the display device 11 or the mobile terminal 3 that authentication by the authentication unit 4b has failed, and immediately stop the billing function.
  • the DCU 4 may use the alternative authentication unit 4c to determine whether the validity period of the billing function has elapsed using GPS or a timer, and determine whether or not the billing function can be implemented. As shown in FIG. 6A, the alternative authentication unit 4c may also use authentication history information for the billing function stored in the database 4e to determine whether or not the function can be implemented.
  • the DCU 4 determines NO in S22 and does not allow alternative authentication by the alternative authentication unit 4c. At this time, it is recommended that the DCU 4 only accepts authentication by the regular authentication unit 4b. If authentication has never been successful, the target paid function is a function for which no charges have been made in the past. For this reason, it is recommended that alternative authentication not be allowed. As a result, it is possible to prevent unauthorized use of paid functions that should not have been available in the first place.
  • FIG. 6B shows a modified example of FIG. 6A.
  • the DCU 4 may display the reason why the function cannot be used on the display device 11 in S24.
  • the DCU 4 causes the display device 11 to display a message via the HCU 3.
  • the message displayed in this case may be, for example, "This function has never been used and there is no history of past authentication, so it cannot be used.” This allows the vehicle occupant to understand why it cannot be used, and supports the vehicle occupant to avoid causing distrust.
  • the DCU 4 may also display a message such as "Would you like to be charged after communication is restored?" in S25 of FIG. 6B and suggest that a charge be made.
  • the DCU 4 may determine in S63 using the authentication unit 4b whether or not the charging function can be implemented. If the DCU 4 fails to determine whether or not the charging function can be implemented in S63, the DCU 4 may forcibly determine in S64 using the alternative authentication unit 4c that the charging function can be implemented even while the vehicle 2 is traveling.
  • the DCU 4 may regard the failure to determine whether or not to implement the paid function as being due to a deterioration in the radio communication conditions, and may forcibly permit alternative authentication by the alternative authentication unit 4c and continue to activate the paid function. This allows the occupant to continue using the target paid function.
  • the authentication unit 4b fails to determine whether or not the billing function can be implemented via the network communication unit 4a, alternative authentication is performed by the alternative authentication unit 4c. This allows alternative authentication even in an offline environment.
  • Fig. 7B A modified example is shown in Fig. 7B.
  • the process at the start of the vehicle 2 will be described.
  • the DCU 4 performs authentication by the authentication unit 4b in S222, and determines whether the authentication is successful in S223. If the authentication is successful, the DCU 4 activates a pay-per-use function in S224, but if the authentication is not successful, the DCU 4 checks the authentication history of the alternative authentication unit 4c in S225.
  • the DCU 4 checks the authentication history by the alternative authentication unit 4c at the time the ignition switch was last turned off. Specifically, it checks whether the usage period of the paid function that can be implemented by the alternative authentication unit 4c has expired. If, for example, the alternative authentication by the alternative authentication unit 4c is within the validity period, the DCU 4 executes the alternative authentication by the alternative authentication unit 4c in S227. This makes it possible to realize an alternative function for the paid function, improving the convenience of the occupants.
  • the DCU 4 determines that the authentication has failed more than a predetermined number of times after several retries, it displays the reason for the authentication failure on the display device 11 via the HCU 3 in S230.
  • the HCU 3 displays a message such as "Authentication failed the last time the power was turned off, so it is not in a state where it can be used unconditionally" on the display device 11 to inform the occupant of the reason for the authentication failure. This allows the occupant to understand why they cannot use the pay-per-use function.
  • the DCU 4 may notify the occupant via the HCU 3 and the display device 11 of the function for which authentication by the authentication unit 4b has failed, together with the reason for the authentication failure, that the function cannot be used. In this case, the occupant can understand the reason why the pay function cannot be used.
  • Second Embodiment The second embodiment will be described with reference to Fig. 8 to Fig. 10C.
  • an alternative function that substitutes for the charged function is searched for and the alternative function is executed.
  • the DCU 4 has an application function as a search unit 4f that searches for the alternative function.
  • the DCU 4 also has an application function as an authentication judgment unit 4g.
  • the HCU 3 has an application function as a notification control unit 3d.
  • the other configurations are the same as those in the first embodiment, so the description will be omitted.
  • the DCU 4 uses the authentication unit 4b to determine whether or not the target charged function can be implemented via the network communication unit 4a. If the DCU 4 determines that the charged function can be implemented, it determines YES in S71 and implements the target charged function in S72.
  • the DCU 4 determines in S71 whether or not the paid function can be implemented and determines in S73 that the target paid function cannot be implemented, it disables the paid function in S74. After this, the DCU 4 searches in S76 or S81, using the search unit 4f, for an app that executes an alternative function that satisfies the same conditions as the paid function and the intended use, regardless of the reason for whether or not the connection to the network 7 can be established.
  • the DCU 4 judges YES in S75 and the authentication unit 4b judges that the pay-per-use function cannot be implemented due to a loss of communication connection with the network 7, it determines that it cannot connect via the Internet communication unit 4a. In this case, the DCU 4 may search for an app with an alternative function that can be implemented in an offline state, i.e., in a local environment, in S76 using the search unit 4f.
  • the DCU 4 judges in S75 that the cause is an inability to connect to the Internet, it searches offline in S76 for an app with an alternative function that has the same purpose as the pay-per-use function.
  • the DCU4 searches for apps pre-installed in the local environment inside the vehicle 2, for example in the memory unit 4d of the DCU4. If an app with an alternative function is stored in the memory unit 4d, the DCU4 determines that the alternative function can be implemented. When performing an offline search, the DCU4 may search for apps installed in the memory unit 3a of the HCU3.
  • the DCU 4 may use the search unit 4f in S81 to search for an app with an alternative function that can be implemented either free of charge or for a fee from the external management server 8, etc.
  • the DCU 4 determines in S75 that the cause is not an inability to connect to the Internet but an expiration of the contract or a failure in personal authentication, then in S81 it searches through the network 7 for an app that has an alternative function with the same purpose as the paid function.
  • the DCU 4 searches through the network 7 using the search unit 4f, it may search for an app from the external vehicle management server 8, or it may search for an app from another server (not shown) through the network 7.
  • This app may be a non-paid app or an app with the same function as the one stored offline in the memory unit 4d.
  • the DCU 4 may also use the search unit 4f to search for alternative functions from among functions provided in the portable terminal 4 as an external terminal.
  • the communication method during the search may be a local communication connection via the short-range wireless communication units 5 and 9b, or a communication connection via the network communication unit 4a and a connection server (not shown) through the network 7.
  • an app with a subscription service's paid function may be targeted if there is an app with the same purpose and corresponding function.
  • the DCU 4 may determine whether or not the app with the subscription service's paid function can be used.
  • the app that performs the alternative function may be an app that provides a subscription service with a paid function, an app that provides a one-time paid function (so-called shareware), or an app that provides a non-paid function (so-called freeware), etc.
  • the DCU 4 uses the search unit 4f to search for a driving control app that has the same purpose as the driving assistance.
  • the DCU 4 uses the search unit 4f to search for map display apps with different titles or apps with other navigation functions.
  • Navigation functions include, for example, a pay-per-use function that displays high-resolution 3D maps and searches the network 7 for accurate guidance to locations where various services can be provided.
  • a pay-per-use function that displays high-resolution 3D maps and searches the network 7 for accurate guidance to locations where various services can be provided.
  • an alternative function is provided that displays high-resolution 2D maps and provides route guidance.
  • a local function that displays simplified maps and gives geographic guidance using only simple symbols. In this way, functions can be divided into stages.
  • the DCU 4 can search online for apps with other functions from the network 7 via the Internet communication unit 4a.
  • the DCU 4 can also search offline for apps that have been pre-stored in the storage units 3a and 4d. In this way, functions can be searched for in stages.
  • the DCU 4 may search for only the map portion from the local storage units 3a and 4d.
  • the HCU 3 may read out only the map portion searched for by the DCU 4 from the storage units 3a and 4d, use it, and display it on the display screen of the display device 11.
  • the DCU4 may explore the functions of an app that authenticates people in a step-by-step manner.
  • a person authentication app may have a paid function with relatively high-resolution recognition accuracy, and a local function with low-resolution recognition accuracy. The same is true for such person recognition apps.
  • the DCU 4 may also download and store in advance in the storage unit 4d an app that allows the implementation of an alternative function when authentication by the authentication unit 4b fails. This allows the DCU 4 to immediately search for an alternative function that is permitted to be implemented by the search unit 4f.
  • the search unit 4f searches for apps with the same comfort function purpose.
  • the DCU 4 may search within the same category or genre using the search unit 4f.
  • the HCU 3 may implement the app with the alternative function searched for by the search unit 4f of the DCU 4.
  • An alternative function to a paid function may be a 100% alternative to the target paid function, or it may be an alternative to only a portion of the function.
  • paid functions tend to be much more powerful than free apps. For this reason, even if you try to realize an alternative function to a paid function using only free functions, it is unlikely that you will be able to reproduce it 100%.
  • DCU4 When DCU4 is to completely replace a paid function, it is recommended that it search for and use another paid app. For example, by searching for and using another audio app as the paid app, it is possible to receive radio in addition to playing music. When the audio app's functions become unusable due to an expired certification, DCU4 should use a different music app. This music app should search for an app that is capable of both playing music and receiving radio.
  • DCU4 may search for and use an app that only has a music playback function and cannot receive radio.
  • DCU4 may search for and use an app that only has a music playback function and cannot receive radio from the beginning.
  • DCU4 may first search for an audio app that has both a music playback function and a radio function, and then, when the audio app with both functions becomes unusable due to an expired certification, DCU4 may search for and use an app that only has a music playback function and cannot receive radio.
  • the app with alternative functions being searched for is an app related to safety or security, it may be given a high priority, other low-priority apps may be stopped, and apps determined to be low-priority may be deleted (trimmed) to free up memory capacity.
  • the DCU 4 may use multiple alternative functions to implement an alternative function to reproduce a paid function that has been determined to be impossible to implement.
  • the alternative function may be implemented by combining apps that can substitute for some of the functions to reproduce the paid function.
  • the application may link with an external mobile terminal 9 and further link with other applications.
  • the HCU 3 may have a music playback function as a local function 3c
  • the mobile terminal 9 may have a radio reception function
  • the external management server 8 may have an audio setting function.
  • the DCU 4 may send and receive apps and data that exist in various places within the system, and may execute an add-on function for further adjustment.
  • apps with adjustment functions may also be searched for from external mobile terminals 9, app servers, etc.
  • a mediation app with a mediation function that mediates between the volume adjustment function when the navigation app provides guidance to a destination and the music volume adjustment function of the audio app may be searched for.
  • the HCU 3 may receive the searched app from the DCU 4 and execute this mediation app together with the navigation app and the audio app.
  • the HCU 3 may then selectively notify the vehicle interior of route guidance or music, allowing passengers to comfortably obtain route guidance information and enjoy music.
  • we have explained the linkage and mediation between the navigation app and the audio app but it is a good idea to search for apps that can adjust, link, and work together with various apps and acquire them as apps with alternative functions.
  • the DCU 4 If the DCU 4 is unable to find an alternative function through the network 7 using the search unit 4f in S81, it should determine NO in S82 and return to S76 to search for an alternative function that can be implemented in an offline state.
  • the authentication unit 4b determines in S79 through the network communication unit 4a whether the alternative function can be implemented. If the authentication unit 4b determines that the alternative function can be implemented and the result of S79 is YES, the DCU 4 activates the application with the alternative function in S80. The HCU 3 then implements the application with the alternative function. The user can use the alternative function, improving user convenience. If the authentication unit 4b cannot perform online authentication in S79, the DCU 4 may perform offline alternative authentication through the alternative authentication unit 4c.
  • the DCU 4 executes the process shown in FIG. 10A.
  • the DCU 4 executes the application with the alternative function searched for by the search unit 4f in S83.
  • this alternative function is substituting for a paid function, it is advisable to notify the occupant that the paid function has been disabled due to an expired authentication, so that the occupant is made aware of this. Examples of methods for this include (1) graying out the icon of the corresponding function, (2) removing the icon of the corresponding function from the menu screen, and (3) displaying information indicating that the function has been disabled in part of the screen.
  • the displayed information may be text information or a mark indicating that the function has been disabled.
  • the amount of information that can be displayed on the display screen of the display device 11 is limited.
  • the HCU 3 periodically checks the icons displayed on the display device 11, and if the number of icons increases beyond a predetermined amount, it organizes the displayed information by reducing the displayed information to secure the display area or by deleting less important displayed information.
  • the HCU 3 may display link information for moving to the authentication registration site for the paid function app.
  • the occupant can select a link to the contact information, thereby accessing the registration site for the paid function using the browser function of the HCU 3 or display device 11.
  • the telephone number, URL, and QR code (registered trademark) of the contact information may also be displayed.
  • the DCU 4 may determine in S84 whether or not the authentication unit 4b can authenticate the paid function, even while the app with the alternative function searched for by the search unit 4f in S83 is being executed. If the DCU 4 determines in S85 that authentication of the paid function is possible, the HCU 3 may stop execution of the app with the alternative function in S86, and activate the paid function in S87. The HCU 3 may then prioritize execution of the app with the paid function. As a result, even while the app with the alternative function is being executed, if authentication of the regular app with the paid function becomes possible during the execution of the app with the alternative function, the app with the paid function can be executed with priority, improving user convenience.
  • the priority of implementing the alternative function may be increased over the chargeable function of the subscription service.
  • the DCU 4 may store this change in priority in the memory unit 4d, and refer to the priority in the memory unit 4d to determine which function to implement. In this case, the HCU 3 may prioritize the implementation of the alternative function over the chargeable function.
  • the HCU 3 implements the alternative function searched for by the search unit 4f. Therefore, even if license authentication for the paid function of the subscription service fails from within the vehicle 2, the alternative function can be used to implement functionality at the same level as the paid function of the subscription service, or at the minimum level required by the occupants.
  • a modified example of the second embodiment will be described below with reference to FIGS. 10B and 10C.
  • the DCU 4 uses the authentication unit 4b to determine whether or not to implement the billing function. If there is no section where the signal is interrupted when the navigation application is being executed (NO in S281), the billing function can be activated as usual (S282). However, there are cases where it is possible to recognize in advance that there is a section where the signal is interrupted on the route of the navigation (YES in S281). Here, the DCU 4 determines in advance the possibility of a network connection failure, thereby determining in advance that the authentication unit 4b will be unable to authenticate the billing function.
  • the DCU 4 notifies the occupant in advance via the HCU 3 that there is a section on the route where radio waves are interrupted (S283), and then searches for an alternative function from the portable terminal 9 (S284).
  • the DCU 4 determines in S285 whether or not an alternative function is available, and if so, suggests to the occupant in S286 that the alternative function be implemented in the specific section.
  • the DCU 4 accepts an operation input from the operation input unit 12, it stores the occupant's response in the memory unit 4d.
  • the DCU 4 determines in S285 that there is no alternative function, it notifies the occupant via the HCU 3 and the display device 11 in S288 that the pay function may become unavailable in the specific section. If the DCU 4 determines in S289 that the pay function can be authenticated even when approaching the specific section, it exits this routine and executes the pay function as usual. Conversely, if the DCU 4 determines in S289 that the pay function can no longer be authenticated by approaching the specific section, it takes action in S290 according to the occupant's response that was previously stored in the memory unit 4d.
  • the DCU 4 can execute the paid function as normal when approaching the specific section mentioned above if authentication of the paid function is possible. Conversely, if the DCU 4 determines that authentication of the paid function is no longer possible when approaching the specific section, it will respond in S290 according to the response of the occupant that was previously stored in the memory unit 4d. At this time, even if the paid function becomes unavailable, an alternative function previously set by the occupant can be executed, improving occupant convenience.
  • the processes of S381 to S386 may be executed before searching for an alternative function from the mobile terminal 9 in S284.
  • the DCU 4 refers to the storage unit 4d and determines in S381 whether a charged function whose expiration date is within a predetermined period (e.g., one day, two days, one week, etc.) is registered. If the expiration date is set to be within the predetermined period in S381, the DCU 4 notifies the occupant that there is a charged function whose expiration date is about to expire by using the function of the notification control unit 3d of the HCU 3 in S382. Then, the DCU 4 proposes updating the expiration date of the charged function in S383. If the occupant confirms the update, i.e., does not deny the update, the DCU 4 communicates with the external management server 8 in S386 to update the expiration date of the charged function and stores the result in the storage unit 4d.
  • a predetermined period e.g., one day, two days, one week,
  • the HCU 3 searches for an alternative function from the mobile terminal 9 in S284.
  • the subsequent processing is similar to the processing in S285 to S290 in FIG. 10B, and therefore a description thereof will be omitted.
  • the network communication unit 4a communicates via the network 7 with an external management server 8 that stores information on paid functions that can be implemented by the occupants of the vehicle 2, and the authentication unit 4b judges whether or not a paid function can be implemented via the network communication unit 4a.
  • the authentication judgment unit 4g judges in advance whether authentication of the paid function by the authentication unit 4b will be impossible by determining in advance the possibility of at least one of the following situations occurring: a poor network connection or the expiration of the paid function.
  • the notification control unit 3d is configured to notify the occupants when the authentication judgment unit 4g judges that authentication by the authentication unit 4b will be impossible.
  • the DCU 4 also uses the search unit 4f to search for an alternative function that has the same purpose of use as the charged function, and if the authentication judgment unit 4g determines that authentication by the authentication unit 4b will be impossible due to a poor network connection, the notification control unit 3d suggests implementing the searched alternative function. For example, if the DCU 4 determines that there is a high possibility that connection to the network 7 will not be possible due to a route setting that causes radio waves to be interrupted, it determines that the function will not be usable for a long period of time and suggests implementing the alternative function. This makes it possible to make a thoughtful suggestion to the occupants by suggesting the implementation of an alternative function even if the charged function will not be usable for a long period of time.
  • the DCU 4 may add the preferences of the occupant as a condition for determining the alternative function. For example, in the case of audio applications, it may search for applications with alternative functions that are strong in deep bass or treble, or for applications with alternative functions that emphasize preferences for music genres such as J-pop or jazz. In addition, in the case of the navigation function, it may be possible to set the background color to pastel or vivid, have the occupant input these preferences in advance on an options screen, or learn the audio setting input by the occupant.
  • the DCU 4 searches for an alternative function using the search unit 4f, but if it determines that the authentication unit 4b will be unable to authenticate due to the expiration of the paid function, it is advisable to suggest to the occupant that the paid function be extended using the notification control unit 3d. For example, if the expiration date is set to expire after midnight, or if the expiration date is set to expire while the vehicle 2 is traveling, it is advisable to suggest to the occupant that the expiration date of the paid function be extended. It is also desirable to suggest to the occupant that the expiration date be extended if the expiration date is set to expire relatively soon, such as within a week or two.
  • the third embodiment will be described with reference to Fig. 11A to Fig. 13B. In the third embodiment, differences from the first and second embodiments will be described.
  • the DCU 4 performs authentication via the network 7 using the authentication unit 4b.
  • the DCU 4 determines whether the authentication is successful using the authentication unit 4b.
  • the DCU4 activates the pay-per-use function using the authenticated valid ID (personal authentication identification information) in S93.
  • the user can use the pay-per-use function as usual.
  • the DCU 4 determines in S94 whether the reason for the failure is a communication interruption due to a deterioration in the communication environment. If the communication was not interrupted, the DCU 4 determines NO in S94 and determines that personal authentication has failed. However, if the reason for the failure is a communication interruption, the DCU 4 inquires of the user in S95 whether or not the user intends to make an additional charge for the corresponding charged function by displaying the information on the display device 11 through the HCU 3 or by communicating with the mobile terminal 9. For example, during a trial period of one month or the like, the charged function or other charged functions may be available free of charge.
  • the user may be notified of this and asked whether or not the user intends to make an additional charge. If the DCU 4 does not accept an approval operation through the operation input unit 12 for a predetermined period of time, the display of whether or not the user intends to make an additional charge may be erased.
  • the DCU 4 determines in S96 whether or not there is an intention to charge an additional fee.
  • the DCU 4 receives input indicating an intention to charge from the operation input unit 12 or the mobile terminal 9, it determines YES in S96 and determines that the user intends to charge an additional fee for the corresponding paid function. For example, if identification information such as a credit card number is stored in advance in the memory units 3a, 4d in the vehicle 2, the DCU 4 may regard this as an intention by the user to charge and automatically determine that there is an intention to charge an additional fee.
  • the DCU 4 performs additional charging via the short-range wireless communication unit 5 through the mobile terminal 9, for example by credit card payment, and activates the charging function using the personal authentication information of the new ID.
  • the corresponding charging function may then be implemented by the HCU 3 or the like.
  • the mobile terminal 9 may transmit the certificate to the vehicle 2, making authentication possible even offline.
  • the routine may be terminated as shown in FIG. 11A, but as shown in S95a of FIG. 11B, the DCU 4 may inquire of the occupant as to whether or not they wish to add a charge by linking it to a conventional ID that has existed for a long time. Then, if the occupant indicates their intention to charge in S96a, the DCU 4 may activate the charge system function with the conventional ID in S97a.
  • the DCU 4 If it is determined that the occupant intends to be charged, and even while the HCU 3 is performing the corresponding charging function, the DCU 4 performs online authentication via the network communication unit 4a in S101 of FIG. 12. When the communication environment of the network 7 improves, the DCU 4 checks the information stored in the database 8a of the external management server 8 in S101.
  • the DCU 4 determines whether the corresponding paid function can be used without additional charge. If the DCU 4 determines in S102 that the corresponding paid function can be used without additional charge, it may cancel the additional charge for the corresponding paid function in S103 and cancel the occupant's decision to charge additional charges. Furthermore, the new ID may be canceled in S104. Canceling the new ID is optional, and it may be canceled after confirming the occupant's intention to cancel. Thereafter, the HCU 3 becomes able to execute the corresponding paid function using the existing legitimate ID. As a result, the occupant can effectively use the paid function using the existing legitimate ID. Also, for example, the period during which additional charges were applied and the expiration date before the authentication expired may be compared, and if it is outside the expiration date, additional charges may be implemented.
  • the DCU 4 may perform a refund process.
  • it may notify the passenger of this via the display device 11.
  • the message at this time may be, for example, "A refund process will be performed as a double charge has occurred," or "No additional charge was made as a charge had already been made. The function is functioning without additional charge.”
  • the passenger can confirm whether they ended up being charged in vain, whether a refund was made after charging, or whether they were not charged at all, which prevents the passenger from feeling uneasy.
  • ⁇ Modification 1> ⁇ Regarding button operations by passengers and display screen contents of the display device 11 while the vehicle is stopped, during automatic driving, or while the vehicle is traveling> For example, if the authentication by the authentication unit 4b fails due to a communication interruption in S94 of Fig. 11A, the driver is asked whether he/she wishes to be charged. Even if the authentication by the authentication unit 4b fails due to a communication interruption in S94 of Fig. 11B, the driver is asked whether he/she wishes to be charged in S95a.
  • the HCU 3 displays an inquiry display P on the display screen of the display device 11 to prompt the occupant to input an operation. For example, in the example shown in FIG. 11C, "Approval for the application in use has failed. would you like to make an additional charge? 'Yes', 'No'" is displayed to prompt the occupant to input an operation.
  • the HCU 3 warns the occupant by displaying an exclamation mark in the center of the map screen M where the navigation application is running, and draws the occupant's attention to the inquiry display P. In this case, some kind of operation input is required by the operation input unit 12.
  • the HCU 3 performs additional charging, activates the charging function, and then erases the inquiry display P from the display screen as shown in FIG. 11C.
  • a list of expired chargeable functions may be notified by a pop-up on the display screen of the display device 11 in S96c of FIG. 11D.
  • An example of the screen at this time is shown in FIG. 11F.
  • the HCU 3 may prompt the occupant to input an operation by displaying a query display P2 of the "Expired App List” button while leaving a warning display of an exclamation mark on the map screen M.
  • the DCU 4 refers to the database 4e, and the HCU 3 selects the expired chargeable functions stored in the database 4e and displays them on the display screen. See the lower column of FIG. 11F.
  • the HCU 3 may directly display a list of expired applications on the display screen of the display device 11 as shown in the lower section of FIG. 11F, without displaying the inquiry display P2 for the list of expired applications as shown in the upper section of FIG. 11F.
  • the HCU 3 may allow the occupant to selectively determine whether or not a paid function is necessary. At this time, the HCU 3 may display a question display P3 indicating "enable", and selectively enable, i.e., activate, the paid function if the question display P3 is pressed. Here, the period for which charges have been incurred and its history information may be displayed for each paid function.
  • ⁇ Modification 2> Regard the display of charging intention while the vehicle is traveling and the display screen contents of the display device 11> In particular, it is difficult for the driver to indicate his/her intention to charge additional fees while the vehicle is being driven manually, etc. For example, if the DCU 4 needs to inquire in detail about the intention to charge additional fees from the occupant, it may be necessary for the driver to input operations multiple times.
  • charging conditions such as credit card number information, expiration date (charging method), and expiration date and validity count required when adding a charging function.
  • the charging method indicates, for example, credit card number and expiration date information.
  • charging conditions can include conditions for a charging period in units of, for example, one day, one week, one month, three months, six months, or one year, and conditions for the number of times such as once or three times while vehicle 2 is running. In such cases, it is not desirable for passengers in vehicle 2, especially the driver, to input operations multiple times. Therefore, it is advisable to perform all authentication by accepting a single button operation input.
  • the operation buttons of the operation input unit 12 at this time may be icons displayed on the display screen of the display device 11 or physical buttons installed on the steering wheel or the like. In the case of icons, they are not normally displayed on the display screen of the display device 11.
  • the HCU 3 displays an icon on the display screen only in an emergency, and the occupant taps this icon to accept operation input via the touch panel. In particular, it is preferable that the icon is configured to be displayed only "when an emergency operation is required from the occupant while driving.”
  • buttons installed around the steering wheel are not normally assigned functions. Only when the HCU 3 requests an emergency operation from the occupant while driving, can it display the role of a physical button on the display screen of the display device 11 and treat the result of pressing the physical button as the operation input result of the operation input unit 12, indicating the decision on the charging intention.
  • the charging intention including the charging method and charging conditions described above may be set in advance in the memory unit 3a or the memory unit 4d of the DCU 4 via the HCU 3.
  • the charging intention including the charging method and charging conditions may be set in the mobile terminal 9.
  • the HCU 3 may display an option setting screen and allow the occupant to operate and input the charging method and charging conditions from the operation input unit 12.
  • the mobile terminal 9 may display an option setting screen on the display screen and allow the occupant to operate and input the charging method and charging conditions.
  • the DCU 4 can refer to this information on the intention to charge locally or through the network 7 and determine that there is an intention to charge without performing various authentication procedures.
  • the intention to charge is set in advance in the storage unit 3a, 4d or the mobile terminal 9, for example, if the condition of S94 in FIG. 11A is met, the processing of S95 and S96 can be omitted and the charging function can be immediately activated in S97. Also, for example, if it is determined that the condition of S94 in FIG. 11B is not met, the processing of S95a and S96a can be omitted and the charging function can be immediately activated in S97a.
  • the DCU 4 may determine whether or not the occupant intends to request additional charges for the relevant paid function not only when online authentication by the authentication unit 4b fails, but also when offline alternative authentication by the alternative authentication unit 4c fails.
  • the DCU 4 performs authentication via the network 7 using the authentication unit 4b.
  • the DCU 4 determines whether the authentication using the authentication unit 4b has been successful.
  • DCU4 activates the pay-per-use function using the authenticated valid ID (personal authentication identification information) in S113.
  • the user can use the pay-per-use function as usual.
  • DCU 4 determines in S114 whether the reason for the failure is a communication interruption due to a deterioration in the communication environment. If there is no communication interruption, DCU 4 determines NO in S114, determines that personal authentication has failed, and exits the routine. However, if the reason for the failure is a communication interruption, DCU 4 substitutes the authentication by authentication unit 4b with alternative authentication unit 4c in S115. If authentication by alternative authentication unit 4c fails, DCU 4 asks the user in S117 whether he or she wishes to be charged for the corresponding fee-based function.
  • the DCU 4 may make an inquiry from the mobile terminal 9 using communication of the short-range wireless communication unit 5, and in S118, it may determine whether or not there is an intention to make an additional charge.
  • the DCU 4 receives an input indicating an intention to make a charge from the mobile terminal 9, it determines YES in S118 and determines that the user intends to make an additional charge for the corresponding charged function.
  • the DCU 4 may make an additional charge using, for example, a credit card payment, and activate the charged function using a new ID (personal authentication information).
  • the corresponding charged function may then be implemented by the HCU 3 or the like. Also, as shown in FIG.
  • the DCU 4 may erase the inquiry display P in S118b and display a list of expired charged functions in S118c. It may also execute a process similar to that shown in ⁇ Modification 1>.
  • the DCU 4 determines whether the occupant intends to make an additional payment for the corresponding paid function. Then, when the DCU 4 determines that the occupant intends to make an additional payment for the corresponding paid function, it enables the corresponding paid function to be implemented. This makes it possible to meet the occupant's requests and improve user convenience.
  • the present disclosure is not limited to the above-described embodiment, but can be implemented in various modifications and can be applied to various embodiments without departing from the spirit of the present disclosure.
  • the authentication process is mainly performed by the DCU 4, but some or all of the processes and functions may be performed by another vehicle-mounted device (e.g., the HCU 3). Conversely, the functions installed in the HCU 3 may be performed by another vehicle-mounted device (e.g., the DCU 4).
  • the methods of the HCU 3 or other DCU 4 described in this disclosure may be realized by a dedicated computer provided by configuring a processor and memory programmed to execute one or more functions embodied in a computer program.
  • the methods of the HCU 3 and DCU 4 described in this disclosure may be realized by a dedicated computer provided by configuring a processor with one or more dedicated hardware logic circuits.
  • the control device and the methods thereof described in this disclosure may be realized by one or more dedicated computers configured by combining a processor and memory programmed to execute one or more functions with a processor configured with one or more hardware logic circuits.
  • the computer program may be stored in a computer-readable non-transient tangible recording medium as instructions executed by the computer.
  • the vehicle authentication system includes an internet communication unit (4a) that communicates via a network with a server (8) that stores information regarding chargeable functions that can be implemented by vehicle occupants, an authentication unit (4b) that authenticates whether or not the chargeable function can be implemented through the internet communication unit, and an alternative authentication unit (4c) that substitutes for the authentication unit's authentication when it is not possible to connect to the server through the internet communication unit, wherein the alternative authentication unit performs alternative authentication when the connection with the server is lost and as a result the authentication unit fails to determine whether or not the chargeable function can be implemented through the internet communication unit.
  • an internet communication unit (4a) that communicates via a network with a server (8) that stores information regarding chargeable functions that can be implemented by vehicle occupants
  • an authentication unit (4b) that authenticates whether or not the chargeable function can be implemented through the internet communication unit
  • an alternative authentication unit (4c) that substitutes for the authentication unit's authentication when it is not possible to connect to the server through the internet communication unit, wherein the alternative authentication unit performs alternative
  • the alternative authentication unit determines that a paid function can be implemented and performs alternative authentication when the paid function to be determined as to whether it can be implemented falls under at least one of a function necessary for the running of the vehicle, a function necessary for the safety of occupants, or a function for making the internal environment of the vehicle comfortable.
  • a vehicle authentication system according to any one of [11] to [13], wherein when the vehicle is traveling and the authentication unit fails to determine whether or not the charging function can be implemented while the charging function is being implemented, the alternative authentication unit determines that the charging function can be implemented.
  • a notification control unit (3d) that notifies the occupant The vehicle authentication system according to any one of [11] to [14], wherein when the alternative authentication unit determines whether or not the paid function can be implemented through the alternative authentication, the notification control unit controls to notify the occupant of the result of the determination made by the alternative authentication unit as to whether or not the paid function can be implemented.
  • a vehicle authentication system according to any one of [11] to [15], wherein the result of the determination made by the alternative authentication unit as to whether or not a charge-based function can be implemented is valid until authentication by the authentication unit is possible, or until the vehicle is stopped and the power source of the vehicle is cut off while authentication by the authentication unit is not possible.
  • the vehicle authentication system further comprises a notification control unit (3d) that notifies the occupant, and if the power is turned off while the authentication by the authentication unit has failed, and if authentication also fails the next time the power is turned on, the notification control unit notifies the occupant that the function for which the authentication by the authentication unit has failed cannot be used.
  • a notification control unit (3d) that notifies the occupant, and if the power is turned off while the authentication by the authentication unit has failed, and if authentication also fails the next time the power is turned on, the notification control unit notifies the occupant that the function for which the authentication by the authentication unit has failed cannot be used.
  • the vehicle authentication system according to any one of [11] to [17], further comprising an authentication history information storage unit that stores authentication history information of a paid function, and the alternative authentication unit uses the authentication history information of the paid function to determine whether or not to implement the function.
  • the authentication method for a vehicle includes a process in which an internet communication unit (4a) communicates via a network with a server (8) that stores information regarding paid functions that can be performed by vehicle occupants, a process in which an authentication unit (4b) authenticates whether or not the paid function can be performed through the internet communication unit, and a process in which an alternative authentication unit (4c) substitutes for the authentication of the authentication unit when it is not possible to connect to the server through the internet communication unit, wherein the alternative authentication unit performs alternative authentication when the authentication unit fails to determine whether or not the paid function can be performed through the internet communication unit as a result of the network connection being interrupted.
  • a vehicle authentication program comprising: a procedure for communicating via a network with a server (8) that stores information regarding chargeable functions that can be performed by vehicle occupants using an internet communication unit (4a); a procedure for authenticating whether or not the chargeable function can be performed via the internet communication unit using an authentication unit (4b); and a procedure for substituting the authentication of the authentication unit when it is not possible to connect to the server via the internet communication unit using an alternative authentication unit (4c), and which causes the vehicle authentication system to execute a procedure for substituting authentication by the alternative authentication unit when the authentication unit fails to determine whether or not the chargeable function can be performed via the internet communication unit as a result of the network connection being interrupted.
  • a vehicle control system comprising: an internet communication unit (4a) that communicates via a network with a server that stores information on paid functions that can be implemented by vehicle occupants; an authentication unit (4b) that determines whether or not the paid function can be implemented via the internet communication unit; a search unit (4f) that searches for an alternative function that has the same purpose of use as the paid function; and a control unit (3) that implements the searched alternative function when the authentication unit determines that the paid function cannot be implemented.
  • a vehicle control system according to [21] or [22], wherein, when the authentication unit determines that the pay-for-play function cannot be implemented even though a connection with the server via a network has been established, the search unit searches for executable alternative functions via the server.
  • the authentication unit also determines whether the alternative function can be implemented, and the control unit implements the alternative function if the authentication unit determines that the alternative function can be implemented.
  • the vehicle control system according to any one of [21] to [25], wherein the search unit searches for an alternative function from functions provided in an external terminal.
  • the control unit of any one of the vehicle control systems [21] to [26] uses a plurality of the alternative functions and performs the alternative functions so as to reproduce the pay function that is determined to be infeasible.
  • a vehicle control system according to any one of [21] to [27], wherein when the authentication unit is able to implement the paid function while the alternative function is being implemented, the control unit stops implementing the alternative function and prioritizes the implementation of the paid function.
  • a vehicle control system according to any one of [21] to [28], wherein when the alternative function is implemented, the priority of implementing the alternative function is increased over the paid function, and the control unit prioritizes implementation of the alternative function over the paid function.
  • a network communication unit (4a) for communicating with a server storing information on pay-per-use functions that can be executed by a vehicle occupant via a network
  • an authentication unit (4b) for determining whether or not a billing function can be implemented via the network communication unit
  • an authentication judgment unit (4) for judging in advance the possibility of occurrence of at least one of a network connection failure and an expiration of the term of validity of the billing function, thereby judging in advance that the authentication unit will be unable to authenticate the billing function
  • the vehicle control system includes a notification control unit (3) that notifies an occupant when the authentication determination unit determines that authentication by the authentication unit will be impossible.
  • a search unit (4f) for searching for an alternative function having the same purpose of use as the chargeable function The vehicle control system of claim 30, wherein when the authentication judgment unit determines that authentication by the authentication unit is impossible due to a poor network connection, the notification control unit proposes implementing the searched alternative function.
  • a search unit (4f) for searching for an alternative function having the same purpose of use as the chargeable function When the authentication judgment unit judges that the authentication of the authentication unit becomes impossible due to the expiration of the term of validity of the charging function,
  • the vehicle control system according to any one of [30] to [32], wherein the notification control unit proposes to an occupant to extend the pay function.
  • a vehicle control method comprising the steps of: an internet communication unit communicating via a network with a server storing information on paid functions that can be implemented by vehicle occupants; an authentication unit determining whether or not the paid function can be implemented via the internet communication unit; a search unit searching for an alternative function that has the same purpose of use as the paid function; and a control unit implementing the searched alternative function when the authentication unit determines that the paid function cannot be implemented.
  • a vehicle control program that causes a vehicle control system to execute the following steps: communicating via a network with a server that stores information on paid functions that can be implemented by vehicle occupants using an online communication unit; determining whether or not a paid function can be implemented via the online communication unit using an authentication unit; searching for an alternative function that has the same purpose of use as the paid function using a search unit; and, if the authentication unit determines that the paid function cannot be implemented, executing the searched alternative function using a control unit.
  • a vehicle control system comprising: an internet communication unit (4a) that communicates via a network with a server (8) that stores information on paid functions that can be implemented by vehicle occupants; an authentication unit (4b) that determines whether or not a paid function can be implemented via the internet communication unit; and a control unit (3) that enables the implementation of the paid function, and when authentication by the authentication unit fails, determines whether or not the occupant intends to be charged for the corresponding paid function, and when the control unit determines that the occupant intends to be charged for the corresponding paid function, enables the implementation of the corresponding paid function.
  • the control unit performs online authentication via the Internet communication unit, compares the information stored in the server, and when it determines that the corresponding charging function is available without additional charge, cancels the additional charge for the corresponding charging function and implements the corresponding charging function [41].
  • a notification control unit for displaying whether or not there is an intention to charge the additional fee,
  • the vehicle control system according to any one of [41] to [43], wherein the notification control unit erases the display indicating whether or not there is an intention to charge additionally when the approval operation is not accepted by the operation input unit for a predetermined period of time.
  • a vehicle control system comprising: an internet communication unit (4a) that communicates via a network with a server (8) that stores information on paid functions that can be implemented by vehicle occupants; an authentication unit (4b) that determines whether or not a paid function can be implemented via the internet communication unit; and a control unit (3) that enables the implementation of the paid function, and an alternative authentication unit (4d) that substitutes for the authentication by the authentication unit when authentication by the authentication unit fails, wherein the alternative authentication unit determines whether or not the occupant intends to make an additional charge for a corresponding paid function when alternative authentication by the alternative authentication unit fails, and when the control unit determines that the occupant intends to make an additional charge for the corresponding paid function, enables the implementation of the corresponding paid function.
  • a vehicle control method comprising the steps of: an internet communication unit communicating via a network with a server storing information on paid functions that can be implemented by vehicle occupants; an authentication unit determining whether or not a paid function can be implemented via the internet communication unit; and a control unit implementing the paid function, wherein the authentication unit determines whether or not the occupant intends to be charged for the corresponding paid function when authentication by the authentication unit fails, and the control unit enables the implementation of the corresponding paid function when it determines that the occupant intends to be charged for the corresponding paid function.
  • a vehicle control program that causes a vehicle control system to execute the following steps: an online communication unit communicates via a network with a server that stores information on paid functions that can be implemented by vehicle occupants; an authentication unit determines whether or not a paid function can be implemented via the online communication unit; and a control unit implements a paid function, wherein the authentication unit determines whether or not the occupant intends to be charged for the corresponding paid function when authentication by the authentication unit fails, and the control unit enables the implementation of the corresponding paid function when it determines that the occupant intends to be charged for the corresponding paid function.
  • 1 indicates a vehicle authentication system (vehicle control system)
  • 3 indicates an HCU (control unit)
  • 4 indicates a DCU
  • 4a indicates a network communication unit
  • 4b indicates an authentication unit
  • 4c indicates an alternative authentication unit
  • 4d indicates a memory unit
  • 4f indicates a search unit
  • 6 indicates an external information acquisition unit
  • 8 indicates an external vehicle management server (server).
  • server vehicle management server

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Software Systems (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Traffic Control Systems (AREA)

Abstract

ネット通信部（４ａ）は、車両の乗員が実施可能な課金制機能の情報を保存しているサーバ（８）とネットワークを介して通信する。認証部（４ｂ）は、ネット通信部を介して課金制機能の実施可否を判断する。制御部（３）は、課金制機能を実施可能にする。認証部による認証に失敗した場合に該当する課金制機能への乗員の追加の課金意思有無の判断を行う。制御部は、乗員が前記該当する課金制機能に対して追加の課金意思があると判断した場合、該当する課金制機能の実施を可能とする。

Description

車両用制御システム、車両用制御方法、及び車両用制御プログラム 関連出願の相互参照
　本出願は、２０２３年３月８日に出願された日本出願番号２０２３－０３５６４７号、２０２４年１月１８日に出願された日本出願番号２０２４－００６１２３号に基づくもので、ここにその記載内容を援用する。
　本開示は、車両用制御システム、車両用制御方法、及び車両用制御プログラムに関する。
　例えば、車両内には様々な車両用機器（例えば車両用オーディオ機器）などが搭載されており、この車両用機器に適用されるサブスクリプションサービスが提供されることがある。このようなサブスクリプションサービスは課金制機能に基づくサービスであるため予め定められた契約に基づいて提供される。このとき契約が結ばれているか否かを判定するため認証を行う必要がある。特許文献１には移動体に関する機能の認証機能が提案されている。
　特許文献１記載の機能は、ネットワークに接続されていることが前提の代替認証方法である。移動体が走行する場合、トンネル、山奥など電波の届きにくい場所を走行することもあるため、移動体の搭載機器が通信を実行してもネットワーク接続障害を生じオフラインとなる可能性がある。オフライン環境下にて認証できないと、乗員に不安を与えたり、走行に支障をきたしたりする可能性がある。
特表２０１８－５３６３５２号公報（特許６６０２４７５号公報）
　本開示の目的は、乗員の利便性を向上できるようにした車両用制御システム、車両用制御方法、及び車両用制御プログラムを提供することにある。
　本開示の一態様の車両用制御システムは、ネット通信部と、認証部と、制御部と、を備える。ネット通信部は、車両の乗員が実施可能な課金制機能の情報を保存しているサーバとネットワークを介して通信する。認証部は、ネット通信部を介して課金制機能の実施可否を判断する。制御部は、課金制機能を実施可能にする。
　認証部による認証に失敗した場合に該当する課金制機能への乗員の追加の課金意思有無の判断を行い、制御部は、乗員が該当する課金制機能に対して追加の課金意思があると判断した場合、該当する課金制機能の実施を可能にしている。これにより乗員の利便性を向上できる。
　本開示についての上記目的及びその他の目的、特徴や利点は、添付の図面を参照しながら下記の詳細な記述により、より明確になる。その図面は、
図１Ａは、第１実施形態における車両用認証システムのブロック構成図であり、 図１Ｂは、処理内容を概略的に説明するフローチャートその１であり、 図２は、処理内容を概略的に説明するフローチャートその２であり、 図３は、処理内容を概略的に説明するフローチャートその３であり、 図４は、処理内容を概略的に説明するフローチャートその４であり、 図５は、処理内容を概略的に説明するフローチャートその５であり、 図６Ａは、処理内容を概略的に説明するフローチャートその６であり、 図６Ｂは、処理内容を概略的に説明するフローチャートその７であり、 図７Ａは、処理内容を概略的に説明するフローチャートその８であり、 図７Ｂは、処理内容を概略的に説明するフローチャートその９であり、 図８は、第２実施形態における車両用認証システムのブロック構成図であり、 図９は、処理内容を概略的に説明するフローチャートその１であり、 図１０Ａは、処理内容を概略的に説明するフローチャートその２であり、 図１０Ｂは、処理内容を概略的に説明するフローチャートその３であり、 図１０Ｃは、処理内容を概略的に説明するフローチャートその４であり、 図１１Ａは、第３実施形態における処理内容を概略的に説明するフローチャートその１であり、 図１１Ｂは、処理内容を概略的に説明するフローチャートその２であり、 図１１Ｃは、表示画面例の説明図その１であり、 図１１Ｄは、処理内容を概略的に説明するフローチャートその３であり、 図１１Ｅは、表示画面例の説明図その２であり、 図１１Ｆは、表示画面例の説明図その３であり、 図１２は、処理内容を概略的に説明するフローチャートその４であり、 図１３Ａは、処理内容を概略的に説明するフローチャートその５であり、 図１３Ｂは、処理内容を概略的に説明するフローチャートその６である。
　以下、車両用認証システム及び車両用制御システムの幾つかの実施形態について図面を参照しながら説明する。以下に説明する各実施形態において、同一又は類似の動作を行う構成については、同一又は類似の符号を付して必要に応じて説明を省略する。
　（第１実施形態）
　第１実施形態について図１Ａから図７Ｂを参照しながら説明する。図１Ａに示す車両用システム１は、車両２の内部に設置されたＨＣＵ３、ＤＣＵ４、及び、他のＥＣＵ（図示せず）をネットワーク接続して備えると共に、車両２の外部に車外管理サーバ８をサーバ相当として備える。またユーザはスマートフォン、タブレット、又は、ノートパソコンなどの携帯端末９を車両２内又はその周辺で所持することがあり、この携帯端末９も車両用システム１を構成する。車両用システム１は、車両用認証システム及び車両用制御システムとして用いられる。
　ＨＣＵ３、ＤＣＵ４、車外管理サーバ８、及び携帯端末９は、ネットワーク７を通じて通信接続可能になっており、これにより車両用システム１が構成される。ＨＣＵは、Human Machine Interface Control Unitの略である。ＤＣＵはDomain Control Unitの略である。ネットワーク７は、有線通信網、無線通信網などによる。
　＜ＨＣＵ３について＞
　ＨＣＵ３は表示系ＥＣＵを構成する。ＥＣＵはElectronics Control Unitの略であり電子制御装置である。ＨＣＵ３は、プロセッサ、記憶部３ａ、Ｉ／Ｏ、これらを接続するバスを備えており、記憶部３ａに記憶されたプログラムを実行することで各種の制御を実行する制御部として機能する。記憶部３ａは、コンピュータによって読み取り可能なプログラム及びデータを非一時的に格納する非遷移的実体的記憶媒体（non-transitory tangible storage medium）を示す。非遷移的実体的記憶媒体は、半導体メモリなどにより実現される。ＨＣＵ３には、近距離無線通信部５が接続されており、近距離無線通信部５により携帯端末９の近距離無線通信部９ｂとの間で通信可能になっている。
　ＨＣＵ３は、記憶部３ａに記憶されたアプリケーションプログラム（以下、アプリ）を実行することで各種の機能、例えば課金機能３ｂ、ローカル機能３ｃ、報知制御部３ｄとしての機能を実現する。ＨＣＵ３には表示装置１１が接続されている。表示装置１１は、液晶ディスプレイ又は有機ＥＬディスプレイ等により構成され、コンテンツをモノクロ又はフルグラフィックで表示可能な構成となっている。表示装置１１はセンターインフォメーションディスプレイなどによる。ＨＣＵ３には操作入力部１２が接続されている。操作入力部１２は表示装置１１の表面に構成されたタッチパネルや表示装置１１の脇に構成された機械式スイッチによるものでユーザの操作入力を受け付けてＨＣＵ３に操作信号を出力する。ＨＣＵ３は操作入力部１２の操作信号に基づいて各種の機能を実行可能になっている。ＨＣＵ３又はＤＣＵ４には車両用機器１０が接続されている。
　ＨＣＵ３が実現可能なアプリの機能は、課金機能３ｂ、ローカル機能３ｃに分けることができる。ここでの課金機能３ｂは、車両２のユーザとの間で契約された課金制機能の契約情報に基づいて実行される機能を示す。ＨＣＵ３は、車両用機器１０の課金制機能の契約情報の照合を得ると、当該契約された課金機能３ｂを実行する実行部となる。ローカル機能３ｃは、無課金で且つ記憶部３ａに予めインストールされたアプリにより実行される機能を示し、前述の課金制機能の契約なしで実行可能な機能を示す。
　＜ＤＣＵ４について＞
　ＤＣＵ４は、統合されたソフトウェアとハードウェアのプラットフォーム上で集中型のコックピット電子システムを構築するもので、データベース４ｅが構築された記憶部４ｄを搭載して構成されている。ＤＣＵ４はDomain Control Unitの略を示す。
　ＤＣＵ４は、外部環境取得部６を接続して構成される。外部環境取得部６は、車両２の外部の環境情報を取得する。外部環境取得部６は検出部６ａを接続している。検出部６ａは、車両２の外部の環境情報を取得するためのセンサを用いて構成される。例えば、車両２の外気温を検出する温度センサ、車両２の外側の日照照度を検出する照度センサ、フロントビューカメラ、サイドビューカメラ、コーナービューカメラ、バックビューカメラ、電子ミラー、ＬｉＤａＲによるレーザレーダ、ミリ波レーダによる車両２の周辺を監視する周辺監視用センサ、などを挙げることができる。
　また検出部６ａは、乗員モニタを用いることでユーザの状態を検出することもできる。乗員モニタは、車両２に搭乗した乗員の状態又は各種の操作機器の操作状態を検知する。乗員モニタは、ドライバ席、助手席又は後部座席の乗員の状態を画像センサにより撮影することで、当該乗員の状態を検知して撮像信号を出力するカメラを含んで構成される。ドライバの乗員状態モニタはＤＳＭと称されている。ＤＳＭは、Driver Status Monitorの略である。ＤＣＵ４は、乗員モニタの検出結果に基づき車両２に搭乗したユーザを識別する個人認識部としての機能を備える。
　ＤＣＵ４は、ＨＣＵ３や図示しない他のＥＣＵなどの装置と通信接続されており、各種情報を互いに送受信できる。ＤＣＵ４、ＨＣＵ３及び他の装置を含めた電子制御装置は、車両２の走行制御を担う走行制御系ユニット、車両２の周辺を監視する周辺監視系ユニット、表示装置１１を通じてユーザに情報提示を行う表示系ユニットなどの機能を備える。
　走行制御系のユニットは、ガソリンエンジン、ディーゼルエンジン、電動モータなどを用いて手動運転又は自動運転により運転制御する。走行制御系のユニットは手動運転による手動運転制御モード、又は、各種段階の自動運転レベルに応じた自動運転モードを実現する。自動運転モードでは、自動運転用の走行制御系ＥＣＵは、運転アクチュエータを駆動することで対応した所定レベルの運転支援、自動運転を実行する。
　例えば、レベルＩの運転支援では、障害物への衝突を避ける自動ブレーキ、先行車に追従して走行する追従走行、又は、両脇の車線からはみ出さないように制御する走行レーンはみ出し防止走行、を実行できる。レベルＩＩの自動運転では、レベルＩの運転支援の組み合わせ、又は、特定条件下での自動運転、例えば高速道路で遅い車両２が存在すれば自動で追い越したり、高速道路の分合流を自動で行ったりする自動運転モードを実行できる。なお、レベルＩＩの自動運転ではドライバによる監視義務がある。レベルＩＩＩ以上の自動運転では、車両２の中の周辺監視システムにより監視しながら走行制御システムが全ての運転タスクを実行するが詳細説明は省略する。これにより、手動運転、又は、自動運転の各運転モードでの走行制御を実現できる。
　ＤＣＵ４は、ネット通信部４ａを通じて車外のネットワーク７に接続可能に構成されている。ネット通信部４ａは、車両２の内外装置を仲介して通信するためのブロックを示す。ネット通信部４ａは、車両２の乗員となるユーザが実施可能な課金制機能の情報を保存している車外管理サーバ８との間でネットワーク７を介して通信する。
　ＤＣＵ４は、記憶部４ｄに記憶されたアプリを実行することで各種の機能、例えば後述の認証部４ｂ、代替認証部４ｃの機能を実現する。記憶部４ｄは、コンピュータによって読み取り可能なプログラム及びデータを非一時的に格納する非遷移的実体的記憶媒体（non-transitory tangible storage medium）を示す。非遷移的実体的記憶媒体は、半導体メモリなどにより実現される。
　記憶部４ｄにはデータベース４ｅが構築されている。データベース４ｅは、認証部４ｂにより認証した結果（成功／失敗）を示す認証履歴情報をその日付や日時と共に記憶する認証履歴情報保存部として用いられる。またデータベース４ｅは、課金制機能の契約情報を記憶、保持する。
　認証部４ｂは、ネット通信部４ａを通じて課金制機能の実施可否について認証する機能を示す。代替認証部４ｃは、ネット通信部４ａを通じて車外管理サーバ８に接続できない場合に認証部４ｂの認証を代替する機能を示す。
　＜携帯端末９と課金制機能の契約について＞
　車両２に搭乗するユーザは携帯端末９を所持する。携帯端末９は、車室内に持ち込み可能な端末であり、操作入力用のインタフェース及び表示器等を備えている。携帯端末９は、各種の操作入力及び報知処理が可能な端末である。
　携帯端末９は、プロセッサ、メモリ、Ｉ／Ｏ（何れも図示せず）を備えて構成される。携帯端末９には、ネットワーク７を通じて車外管理サーバ８等に無線通信するための無線通信部９ａが搭載されている。携帯端末９には、ＷｉＦｉ（登録商標）などの無線ＬＡＮやブルートゥース（登録商標）などの近距離通信技術により近距離無線通信部５との間で近距離通信する近距離無線通信部９ｂが搭載されている。
　携帯端末９のメモリ内には、車両２用のアプリがインストールされており、携帯端末９が車両用アプリを実行することで、ユーザから車両２に関する制御指令したり、車両２の側のＨＣＵ３又はＤＣＵ４から車両２に関する情報を取得したりできる。このときユーザは、携帯端末９を操作することで車両用機器１０に関する設定情報を設定できる。ここでいう車両用機器１０は、エアコンディショナ（空調機器）、車両用オーディオビジュアル機器、などが該当するがこれに限られるものではない。
　ユーザが、操作入力部１２や携帯端末９を操作することで車両用機器１０に関するサブスクリプションサービスの購入又は貸借契約をする。以下、サブスクリプションサービスをサブスクと略す。ユーザが操作入力部１２や携帯端末９からネットワーク７を通じて所定の車外管理サーバ８の管理提供者が提供するフォームに所定の識別情報を新規ＩＤとして入力する。そして、ユーザが契約事項を承諾することでサブスク提供事業者との間で正規の新規ＩＤにてサブスクサービスの購入契約又は賃貸契約を締結する。このようなサブスクサービスは、有効期限付きの場合もあれば無期限の場合もある。
　すると、サブスクサービスに関する課金制機能の契約情報が車外管理サーバ８のデータベース８ａにユーザと紐付けて登録される。車外管理サーバ８は、課金制機能の契約情報をデータベース８ａに格納する。この課金制機能の契約情報は、ＤＣＵ４のデータベース４ｅにも合わせて登録される。
　課金制機能の契約情報は、個人、法人、団体など車両２のユーザ毎のサブスクサービスの購入状態を示す情報である。課金制機能の契約情報には、ユーザにより様々な機能を購入した購入情報又は貸借した貸借情報、ユーザの識別情報、一定期間毎又は１回当たりの課金情報、サブスクサービスの提供期限を示す有効期限情報などが含まれる。データベース８ａには、多数のユーザ毎の課金制機能の契約情報が、例えば氏名やその識別番号に紐付けて記憶されている。
　課金制機能のサブスクサービスとしては、車両用オーディオ機器の音楽配信サブスクサービス、表示装置１１に表示可能にする動画配信サブスクサービスがある。その他、車室内で快適に過ごすためのシートヒータなどによる快適機能のサブスクサービスや、車両２の手動運転又は自動運転性能を変更可能にするドライブモードのサブスクサービスも挙げることができる。また、自動運転モードの運転支援又は自動運転の各レベルの機能のサブスクサービス、車両２の車室内をライトアップするサブスクサービス、なども挙げることができる。
　以下、電源投入された後の車両２の内部処理について説明する。
　＜車外管理サーバ８との接続が良好な場合＞
　イグニッションスイッチや電源ボタンなどにより運転者が電源スイッチをオン操作すると、ＨＣＵ３やＤＣＵ４などに電源投入される。ＤＣＵ４のネット通信部４ａはネットワーク７を通じて車外管理サーバ８との接続を確立し車外管理サーバ８との間でセッションを確立する。ＤＣＵ４のネット通信部４ａは車外管理サーバ８との接続が途切れていない限り、ＤＣＵ４はネットワーク７を通じた通信状況が良好であると判断する。このときネット通信部４ａは車外管理サーバ８との間で通信可能になる。
　ＤＣＵ４は、データベース４ｅに記憶された課金制機能の契約情報と車外管理サーバ８に記憶されたデータベース８ａの課金制機能の契約情報とを認証部４ｂにより照合して認証を行う。
　ＤＣＵ４がネット通信部４ａからネットワーク７を通じて車外管理サーバ８との間で通信処理した結果、認証部４ｂが課金制機能の実施可否について認証できた場合には、認証に成功した旨を示す認証履歴情報をデータベース４ｅに記憶させる。また、ＤＣＵ４が、課金制機能を実施可であると判断した場合には、実施可能であることを示す課金制機能の契約情報の確認日付等をデータベース４ｅに必要に応じて更新する。
　これにより、車外管理サーバ８がデータベース８ａに記憶する課金制機能の契約情報と、車両２の内部のＤＣＵ４のデータベース４ｅに記憶される課金制機能の契約情報とは、随時更新される。この課金制機能の契約情報は、定期的、例えば、数日毎、１か月毎などにアップデートされる。
　認証部４ｂによる課金制機能の実施可否の認証動作について図１Ｂを参照して説明する。Ｓ１２１において車両２が起動されると、ＤＣＵ３はＳ１２２において認証部４ｂによりオンライン認証を実施する。また、車両２の乗員の変更指令があったときも同様に、Ｓ１２２において機能のオン指令を受領すると認証部４ｂによりオンライン認証を実施する。
　車外管理サーバ８にオンライン認証する際にはログイン情報が必要となる。仮に乗員（ユーザ）のログイン情報がＤＣＵ４のデータベース４ｅに登録済であった場合、又は、車両２の識別情報がログイン情報として既にＤＣＵ４のデータベース４ｅに登録済であった場合にはＳ１２７へ移行する。
　Ｓ１２４において、仮に登録済の乗員（ユーザ）でなく、且つ、識別番号が登録済の車両２でないと判断すると、ＤＣＵ４は、Ｓ１２５において車両２の乗員にログインするようにログイン要請を報知する。ログイン要請を報知した結果、乗員はログインを試みる。乗員のＩＤの認証方法は、車両２の識別情報（車体番号等）の認証、前述の検出部６ａの乗員モニタを用いた個人認証、個別パスワード入力による認証方法を挙げることができる。乗員がログインに成功した場合には、Ｓ１２４に処理を戻しＳ１２４においてＹＥＳと判定する。
　ＤＣＵ４はログインした乗員の課金制機能の契約情報をデータベース４ｅから参照し、Ｓ１２７において課金制機能が有効期限内であるか否かを判定する。ＤＣＵ４は、有効期限内であればＳ１２８において課金制機能をアクティベートする。逆に、有効期限内でなければ、Ｓ１２９において課金制機能の契約の更新を提案するように報知する。例えば、「サブスク契約の有効期限が〇月〇日に切れています。更新しますか？」などの情報を報知すると共に、更新を促すとよい。ここで、更新の承諾を得られれば、ＤＣＵ４は、車外管理サーバ８との間で通信し、データベース４ｅやデータベース８ａに記憶された契約情報を更新し有効期限を延長する。
　なお、Ｓ１２４においてＤＣＵ４のデータベース４ｅに登録済でないと判定したタイミングで、車外管理サーバ８との間で通信し、車外管理サーバ８のデータベース８ａに登録された課金制機能の契約情報を照合して更新してもよい。
　＜車両２の走行中など車外管理サーバ８と接続できない場合＞
　以下、車両２の走行中における処理動作について図２から図６Ｂを参照しながら説明する。図２のＳ１１において、車両２が道路を走行中、ネット通信部４ａはＳ１２においてネットワーク７を通じて車外管理サーバ８との間の接続を持続できているか否かを定期的に判断する。
　ネット通信部４ａが、ネットワーク７を通じて車外管理サーバ８との間で通信処理した結果、電波受信環境が弱いなどの理由からネット接続が途切れている場合には、Ｓ１３において認証部４ｂが課金制機能の実施可否について認証できず認証失敗と判断する。この場合、ＤＣＵ４は、認証に失敗した旨の認証履歴情報をデータベース４ｅに記憶させる。
　ＤＣＵ４は、Ｓ１４においてネットワーク７の接続が途切れた結果、認証部４ｂによりネット通信部４ａを介して課金制機能の実施可否の判断に失敗した場合に代替認証する（代替認証部４ｃの機能）。このとき、ＤＣＵ４は、車両２の側に用意された記憶部４ｄ又は記憶部３ａに記憶された情報に基づいて代替認証する（代替認証部４ｃの機能）。また、ＤＣＵ４は、Ｓ１４ａにおいて代替認証により課金制機能の実施可否を判断すると、報知制御部３ｄにより、代替認証部４ｃによる課金制機能の実施可否の判断結果を乗員へ報知制御するとよい。すると、乗員は代替認証の実施結果を把握できる。
　ＤＣＵ４が、認証部４ｂの認証に失敗した場合に課金制機能を突然停止させると運転手を驚かせてしまい運転に支障をきたす虞がある。この問題を解決するために、課金制機能が乗員の安心・安全にかかわるものである場合には、無条件で課金制機能の使用続行を認めるようにしてもよい（代替認証部４ｃの機能）。またＤＣＵ４が、認証部４ｂにより認証に失敗した場合に課金制機能の停止の判定を行うタイミングで当該課金制機能を使用中であるならば、停止の判定を行わずに無条件で課金制機能の使用の続行を認めるようにしてもよい（代替認証部４ｃの機能）。
　またその他、ＤＣＵ４は、実施可否を判断する対象となる課金制機能が、車両２の走行に必要な機能、ユーザ（乗員）の安全のために必要な機能、又は、車両２の内部環境を快適にするための機能、のうち少なくとも１つに当てはまる場合に課金制機能を実施可能と判断して代替認証するとよい（代替認証部４ｃの機能）。以下、個別に説明するが、これらのうち何れか２つ以上の機能に当てはまる場合に課金制機能を実施可能と判断してもよい。
　＜車両２の走行に必要な機能＞
　具体的には、図３に示すように、ＤＣＵ４は、Ｓ３１において実施可否を判断する対象となる課金制機能が車両２の走行に必要な機能であるか否かを判断した結果、必要であると判断した場合には、Ｓ３２以降の処理を代替認証部４ｃの機能により実施する。
　例えば、ユーザは車両２を運転する際に車両２の走行の性能を変更するため、操作入力部１２によりドライブモードを設定する。ドライブモードが設定されると、走行制御系ＥＣＵがこのドライブモードに合わせた走行性能に設定して車両２を走行制御する。このドライブモードでは、ユーザが手動運転する際に操作を支援して走行制御可能にしている。標準的なノーマルモードでは操作性と快適性のバランス性能を重視したモードに予め設定されている。
　また、スポーツモードではノーマルモードに比較して加減速の応答特性を高めたモードに設定される。レースドライブモードではスポーツモードよりもさらにアクティブに加減速の応答性能を高めたモードとなる。コンフォートモードでは快適性を重視したモードとなる。
　スノーモードは、車両２の駆動性能を雪道走行する際に適したものとするモードとなっている。またエコモードではノーマルモードに比較して省燃費性能を高めたモードになる。ユーザが、これらのドライブモードを課金制機能として選択して購入又は貸借したとき、ユーザは操作入力部１２の操作によりドライブモードを選択できるようになる。
　これらのドライブモードは車両２の走行に必要な機能を含む。例えば、スポーツモード、又は、レースドライブモードでは、ＨＣＵ３は、ギアのシフトチェンジやアクセルワーク、ブレーキワークの見本を視覚的に表示装置１１に提示し、見本に合わせてユーザにギア、アクセル、ブレーキを操作させるサービスを提供する。スノーモードでは、車両２の駆動性能を雪道走行するのに適した性能にできるサービスを提供する。
　ＤＣＵ４は、これらのドライブモードを課金制機能としてネット通信部４ａを通じて認証できない場合であっても、Ｓ３１において車両２の走行に必要な機能と判断した場合、Ｓ３２において対象の課金制機能を実施可能と判定する。
　ＤＣＵ４は、Ｓ３３において対象の課金制機能の重要度を判定する。この重要度は、車両２の走行に必要な度合いを示すもので、必要な機能から重要度が高く段階的に予め設定されている。重要度の情報は、記憶部４ｄに予め記憶されている。例えば、スノーモードは、車両２が雪道を安全に走行するのに重要度が高い機能の一つとなる。レースドライブモードは比較的趣味趣向の強いモードであるため、車両２が走行するのに重要度の低い機能の一つとなる。ここでは重要度の設定の一例を挙げたが、この重要度の順序設定に限られるものではない。
　ＤＣＵ４は、Ｓ３３において重要度が所定より低いと判定した場合には、Ｓ３４においてユーザの操作指示による承諾を得た上で、Ｓ３５において対象の課金制機能をアクティベートし課金制機能のサブスクサービスを使用可能にできる。逆に、ＤＣＵ４は、対象の課金制機能の重要度が所定より高いと判定した場合には、ユーザの指示を仰ぐことなく、Ｓ３５において強制的に対象の課金制機能をアクティベートし、サブスクサービスを使用可能にできる。これにより、ユーザは該当の課金制機能を使用できる。
　＜ユーザ（乗員）の安全のために必要な機能＞
　また図４に示すように、ＤＣＵ４は、Ｓ４１において実施可否を判断する対象となる課金制機能がユーザの安全のために必要な機能であるか否かを判断した結果、必要な機能であると判断した場合には、Ｓ４２以降の処理を代替認証部４ｃにより実行する。
　例えば、車両２には手動運転及び自動運転の運転モードが設けられている。ユーザは車両２を運転する際に操作入力部１２から操作入力することで車両２の運転モードを設定変更する。この運転モードが設定されると走行制御系ＥＣＵがこの運転モードに合わせて車両２を走行制御する。
　自動運転モードでは、各レベルに合わせて運転支援又は自動運転の方法が異なる。ユーザは、これらの自動運転モードの各レベルを課金制機能として購入又は貸借した場合、操作入力部１２の操作によりこの運転モードを選択できる。例えば、レーダクルーズコントロール機能（ＬＣＣ）、衝突防止用の緊急停止機能、アクセル踏み込み防止機能などの各機能を選択的に実施できる。
　ＤＣＵ４は、これらの運転モードを課金制機能としてネット通信部４ａを通じて認証できない場合であっても、図４のＳ４１において乗員の安全性に必要な機能と判断した場合、Ｓ４２において対象の課金制機能を実施可能と判定する。
　次に、ＤＣＵ４は、Ｓ４３において対象の課金制機能の重要度を判定する。この重要度は、乗員の安全性に必要な度合いを示すもので、必要な機能から重要度が高く段階的に予め設定されている。重要度の情報は記憶部４ｄに予め記憶されている。
　例えば、衝突防止用の緊急停止機能は、安全性を考慮すると他の車両２や障害物への衝突事故を防止するために必要で重要な機能である。このため、重要度が比較的高く設定されている。アクセル踏み込み防止機能は、安全性を考慮すると障害物への衝突事故を防止するために重要な機能であるため重要度が比較的高く設定されている。レーダクルーズコントロール機能は、自らの車両２の前を走行する車両２に対し一定間隔を保持しながら追従走行を行う機能であり、緊急停止機能やアクセル踏み込み防止機能に比較して重要度が比較的低く設定されている。ここでは重要度の情報設定の一例を挙げたが、この重要度の順序設定に限られるものではない。
　ＤＣＵ４は、Ｓ４３において重要度が所定より低いと判定した場合には、Ｓ４４においてユーザの操作指示による承諾を得た上で、Ｓ４５において対象の課金制機能をアクティベートする。逆に、ＤＣＵ４は、対象の課金制機能の重要度が所定より高いと判定した場合には、ユーザの指示を仰ぐことなく、Ｓ４５において対象の課金制機能を強制的にアクティベートする。これにより、ユーザは該当の課金制機能を使用できる。
　対象の課金制機能が、安心・安全に関わる課金制機能であり、重要度が所定より高い機能であるか否かを、車外管理サーバ８や記憶部４ｄに記憶させておいてもよい。安心・安全にかかわる課金制機能であれば、ＤＣＵ４は代替認証部４ｃにより無条件で課金制機能をアクティベートするようにしてもよい。これにより、ＤＣＵ４は、課金制機能のライセンス認証に失敗したとき、認証しようとする課金制機能が、乗員の安心・安全にかかわる機能であれば、無条件でその課金制機能を実行できるようになる。
　＜車両２の内部環境を快適にするための機能＞
　また図５に示すように、ＤＣＵ４は、Ｓ５２において実施可否を判断する対象となる課金制機能が車室内の環境を快適にするための快適機能か否かを代替認証部４ｃにより判断する。ＤＣＵ４は、快適機能に該当すると判断した場合には、Ｓ５３において対象の課金制機能を実施可能と判断する。
　ＤＣＵ４は、Ｓ５２において車両２の内部環境を快適にするための快適機能の実施可否を判断する場合、この処理に先立ちＳ５１において外部の環境情報を取得し、課金制機能の実施可否の判断条件に車両２の外部の環境情報を加えて代替認証することが望ましい。例えば、外部の環境情報として、温度センサにより取得される外気温の情報や、照度センサにより取得される照度情報を用いるとよい。
　ＤＣＵ４は、外気温が所定の標準温度より低いと判断した場合には、エアコンディショナやシートヒータなどの暖房用の車両用機器１０を用いて車室内の暖房機能を実施可能と判定する（代替認証部４ｃの機能）。ＤＣＵ４は、外気温が所定の標準温度より高いと判断した場合には、エアコンディショナなどの冷房用の車両用機器１０を用いて冷房機能を実施可能と判定する（代替認証部４ｃの機能）。
　また車両２の車室内をライトアップするサブスクサービスも快適機能に該当する。この場合、ＤＣＵ４は、車両２の外部の環境情報として照度センサにより取得される照度情報を用いて課金制機能の実施可否を判断する（代替認証部４ｃの機能）。例えば、ＤＣＵ４は、車外の照度が所定値より低いと判断した場合、車室内に設置されたＬＥＤなどの照明によりライトアップすることを実施可能と判断する（代替認証部４ｃの機能）。逆にＤＣＵ４は、車外の照度が所定値以上と判断した場合、当該ライトアップを無効とする（代替認証部４ｃの機能）。
　その他、音楽配信サービスや動画、映画の配信サブスクサービスなども快適機能に該当する。ＤＣＵ４は、これらの快適機能の課金制機能について、ネット通信部４ａを通じて認証できない場合であっても、図５のＳ５２において快適にするために必要な機能に該当すると判断した場合には、Ｓ５３において対象の課金制機能を実施可能と判定する（代替認証部４ｃの機能）。
　次に、ＤＣＵ４は、Ｓ５４において対象の課金制機能の重要度を判定する。この重要度は、車両２の内部環境を快適にするのに必要な度合いを示すもので、最も必要とされる機能から重要度が高く段階的に予め設定されている。重要度の情報は記憶部４ｄに予め記憶されている。
　例えば、快適機能の中でも車室内の冷房／暖房機能は重要度が比較的高く設定されている。車両２の車室内の照明をライトアップする機能は重要度が比較的低く設定されている。
ここでは重要度の設定の一例を挙げたが、この重要度の順序設定に限られるものではない。
　ＤＣＵ４は、Ｓ５４において重要度が所定より低いと判定した場合には、Ｓ５５においてユーザの操作指示による承諾を得た上で、Ｓ５６において対象の課金制機能をアクティベートする。逆に、ＤＣＵ４は、対象の課金制機能の重要度が所定より高いと判定した場合には、ユーザの指示を仰ぐことなく、Ｓ５６において強制的に対象の課金制機能をアクティベートする。これにより、ユーザは該当の課金制機能を使用できる。
　参照図面を図２に戻して説明を継続する。ＤＣＵ４は、Ｓ１４において代替認証部４ｃによる代替認証を行った結果を取得し、Ｓ１４ａにおいて代替認証結果を報知する。例えば、ＤＣＵ４はＨＣＵ３を通じて「代替認証に成功（又は失敗）しました。」（１回目報知情報）と表示装置１１に表示させるとよい。また、ＤＣＵ４は携帯端末９と通信し当該携帯端末９の表示画面に表示させてもよい。続いて、ＤＣＵ４は「機能を続行します。使用可能期間は停車してエンジンを切るまでです」（２回目報知情報）と表示装置１１又は携帯端末９に表示させてもよい。
　１回目の報知情報や２回目の報知情報は時系列的に続けて発信、報知してもよいし、同時に報知してもよい。またＤＣＵ４は、代替認証部４ｃにより機能が許可されている期間中だけ、この代替機能を表す予め定められた特殊なアイコンを表示装置１１又は携帯端末９に表示させるようにするとよい。
　ＤＣＵ４は、Ｓ１５において代替認証部４ｃによる認証が全て失敗したか否かを判定する。ＤＣＵ４は、代替認証部４ｃによる認証が全て失敗しているときには、Ｓ２０において対象の課金制機能のサブスクサービスを無効化する。ＤＣＵ４は、認証部４ｂによる認証と共に、代替認証部４ｃによる認証が共に失敗した場合には、ＨＣＵ３はＳ１４ｂにおいて特に認証失敗の理由を報知するとよい。例えば、「ネットワーク接続切れにより認証に失敗しました。」など、理由を報知するとよい。すると、車両乗員はなぜ使用できないのか納得でき、車両乗員に不信感を与えないようにサポートできる。また、ここではネットワーク接続切れについて例示したが、ネットワーク７への接続切れ以外の原因を理由として認証失敗した場合でも、その理由を報知するとよい。
　また、ＤＣＵ４は、Ｓ１５において代替認証部４ｃによる認証が全て失敗していなければ、前述の図３～図５を参照して説明したように、代替認証部４ｃによる認証により継続して課金制機能を使用可能にしている。ＤＣＵ４は、代替認証部４ｃによる認証が完了した後も、Ｓ１６において認証部４ｂによりネットワーク７を通じて認証が可能であるか否かを判定する。すなわち、ＤＣＵ４はオンライン認証可能となったか否かを判定する。
　ＤＣＵ４は、Ｓ１６において認証部４ｂによる認証が可能になれば、Ｓ１７において認証部４ｂによる認証又は追認されることで、Ｓ１８において課金制機能をアクティベートする。つまり代替認証部４ｃによる課金制機能の実施可否の判断結果は、認証部４ｂによる認証が可能となるまで有効としている。これは認証部４ｂにより追認されれば代替認証部４ｃによる代替認証は不要となるためである。ＤＣＵ４は、Ｓ１７において認証部４ｂによる認証を行うことができなければ、Ｓ１６に移行し認証可能になるまで待機し続ける。すなわち、ＤＣＵ４はオンライン認証可能になるまで待機し続ける。
　例えば、ＤＣＵ４は、認証部４ｂにより認証されないまま、車両２の電源スイッチがオフとされたことを検知した場合には、Ｓ１６にてＮＯ、Ｓ１９にてＹＥＳと判定する。これにより、ＤＣＵ４は、対象の課金制機能について、代替認証部４ｃによる代替認証が行われていた場合においても、電源スイッチがオフとされたことを条件として代替認証部４ｃによる代替認証を無効化する。
　つまりＤＣＵ４は、認証部４ｂによる認証が不可能なまま当該車両２が停止して当該車両２の電源が切断されるまで代替認証部４ｃによる課金制機能の実施可否の判断結果を有効としている。例えば、運転を開始する前には課金制機能が有効とされていたものの、運転中に有効期限が切れることも考えられる。
　この場合、ＤＣＵ４は、車両２の運転中には無条件で課金制機能を実施可能と判断するとよい。電源スイッチが切断されると代替認証部４ｃによる無条件許可を解除する。そして電源スイッチが再度オンされた場合には認証部４ｂによる認証を必要とする。電源スイッチが再度オンされた後には、再度、認証部４ｂによる認証又は代替認証部４ｃによる代替認証が必要となり、課金制機能の契約を遵守できる。なおＤＣＵ４は、車両２が停止中であると判断した場合、認証部４ｂにより認証失敗したことをＨＣＵ３及び表示装置１１又は携帯端末３を通じて通知し、課金制機能を即時に停止させてもよい。
　ＤＣＵ４は、代替認証部４ｃによりＧＰＳやタイマを用いて課金制機能の有効期限が経過したか否かを判定し課金制機能の実施可否の判断を行っても良い。また図６Ａに示すように、代替認証部４ｃは、データベース４ｅに記憶された課金制機能の認証履歴情報を実施可否の判断に使用してもよい。
　ＤＣＵ４が、ネットワーク７への通信接続ができないなどの理由から、図６ＡのＳ２１において認証部４ｂによる認証を失敗した場合を考慮する。このとき、代替認証部４ｃが、データベース４ｅを参照し過去に遡って認証成功履歴があると判断すれば、Ｓ２３において代替認証部４ｃによる代替認証を行い代替認証できれば、対象の課金制機能をアクティベートするとよい（Ｓ３５、Ｓ４５、Ｓ５６参照）。
　逆に、ＤＣＵ４は、過去に認証部４ｂにより認証が成功していない場合にはＳ２２においてＮＯと判定し、代替認証部４ｃによる代替認証を許可しない。このとき、ＤＣＵ４は、正規の認証部４ｂによる認証しか受け付けないようにするとよい。一度も認証に成功していない場合には、対象の課金制機能は過去に課金した実績がない機能である。このため、代替認証を許可しないようにするとよい。この結果、もともと使用できるはずのない課金制機能の不正利用を防止できる。
　図６Ｂに図６Ａの変形例を示している。ＤＣＵ４は、図６ＢのＳ２２に示すように認証成功履歴がないと判定した場合には、Ｓ２４において機能を利用できない理由を表示装置１１に表示させるようにしてもよい。ＤＣＵ４は、ＨＣＵ３を介して表示装置１１にメッセージを報知させる。このときのメッセージとしては「一度も使ったことのない機能であり、過去に認証した履歴もないため使用できません」などの理由を表示するとよい。すると、車両乗員はなぜ使用できないのか納得でき、車両乗員に不信感を与えないようにサポートできる。またＤＣＵ４は、図６ＢのＳ２５において「通信回復後に課金しますか？」などのメッセージを報知し課金するように提案しても良い。
　その他、図７Ａに示すように、ＤＣＵ４は、Ｓ６１において車両２が走行中であり、Ｓ６２において課金制機能の実施中にも、Ｓ６３において認証部４ｂにより課金制機能の実施可否の判断を行うとよい。ＤＣＵ４は、Ｓ６３において課金制機能の実施可否の判断に失敗した場合、Ｓ６４において車両２が走行中にも課金制機能を実施可能と代替認証部４ｃにより強制的に判定してもよい。
　車両２が走行中である場合、ＤＣＵ４は、電波の通信状況が悪化していることを原因とした課金制機能の実施の可否の判断の失敗であると見做し、強制的に代替認証部４ｃによる代替認証を許可し課金制機能をアクティベートし続けるとよい。これにより、乗員は対象の課金制機能を使用し続けることができる。
　以上説明したように、本実施形態によれば、車外管理サーバ８との間で通信できず課金制機能のネットワーク接続が途切れた結果、認証部４ｂによりネット通信部４ａを介して課金制機能の実施可否の判断に失敗した場合に代替認証部４ｃにより代替認証するようにしている。このため、オフライン環境下においても代替認証できる。
　＜第１実施形態の変形例＞
　図７Ｂに変形例を示している。ここでは車両２の起動時の処理を説明する。車両２のイグニッションスイッチがオンされ車両２が起動すると、ＤＣＵ４は、Ｓ２２２において認証部４ｂにより認証を行い、Ｓ２２３において認証成功したか否かを判定する。ＤＣＵ４は、認証成功したときにはＳ２２４において課金制機能をアクティベートするが、認証成功しなければＳ２２５において代替認証部４ｃの認証履歴を確認する。
　ここでＤＣＵ４は、前回イグニッションスイッチがオフした時点での代替認証部４ｃによる認証履歴を確認する。具体的には、代替認証部４ｃにより実施可能とされた課金制機能の利用期限が過ぎているか否かを確認する。ＤＣＵ４は、例えば代替認証部４ｃによる代替認証が有効期限内であれば、Ｓ２２７にて代替認証部４ｃによる代替認証を実行する。これにより、課金制機能の代替機能を実現でき、乗員の利便性を向上できる。
　逆にＤＣＵ４は、Ｓ２２６において代替認証部４ｃによる代替認証が期限切れであれば、代替認証を再試行し、再試行の回数がＳ２２８において複数の所定回数を上回るまでＳ２２２から再試行を繰り返す。ＤＣＵ４は何回か再試行した結果、所定回数以上、認証失敗したと判断すれば、Ｓ２３０において認証失敗の理由を、ＨＣＵ３を介して表示装置１１に表示させる。例えばＨＣＵ３は「前回の電源オフ時にも認証が失敗しており無条件で使える状態ではありません。」などのメッセージを表示装置１１に表示し認証失敗の理由を乗員に伝える。これにより乗員は、課金制機能を使用できない理由を把握できる。
　またＤＣＵ４は、認証部４ｂによる認証が失敗したまま電源が切断され、且つ、次回、図７ＢのＳ２２３～Ｓ２３０に示すように電源がオンされた時にも認証に失敗した場合には、ＤＣＵ４は、認証部４ｂによる認証に失敗した機能について、認証失敗の理由と共に使用不可能であることを、ＨＣＵ３及び表示装置１１を通じて乗員に報知するとよい。この場合、乗員は課金制機能を使用できない理由を把握できる。
　（第２実施形態）
　第２実施形態について図８から図１０Ｃを参照しながら説明する。第２実施形態では、課金制機能を認証できない場合には、対象の課金制機能に代替する代替機能を探索して当該代替機能を実行する形態を説明する。
　本実施形態においては、図８に示すように、ＤＣＵ４は、前記の代替機能を探索する探索部４ｆとしてのアプリの機能を備える。またＤＣＵ４は、認証判断部４ｇとしてのアプリの機能を備える。さらに、ＨＣＵ３は、報知制御部３ｄとしてのアプリの機能を備える。その他の構成は、第１実施形態と同様であるため説明を省略する。
　図９に示すように、ＤＣＵ４は、Ｓ７１において認証部４ｂによりネット通信部４ａを介して対象の課金制機能の実施可否を判断する。ＤＣＵ４は、課金制機能を実施可能であると判断すれば、Ｓ７１にてＹＥＳと判断し、Ｓ７２において対象の課金制機能を実施する。
　逆にＤＣＵ４は、Ｓ７１にて課金制機能の実施可否を判断した結果、Ｓ７３において対象の課金制機能を実施不可能と判定すると、Ｓ７４において課金制機能を無効化する。この後、ＤＣＵ４は、ネットワーク７に接続可不可の原因の如何にかかわらず、Ｓ７６又はＳ８１において探索部４ｆにより課金制機能と使用目的と同一となる条件を満たす代替機能を実行するアプリを探索する。
　ＤＣＵ４は、Ｓ７５においてＹＥＳと判定しネットワーク７の通信接続切れによって課金制機能の実施不可能と認証部４ｂにより判断した場合、ネット通信部４ａを介して接続できないと判断する。この場合、ＤＣＵ４は、Ｓ７６においてオフライン状態、すなわちローカル環境で探索部４ｆにより実施可能な代替機能のアプリを探索するとよい。ここでＤＣＵ４は、Ｓ７５においてネット接続不可が原因であると判定した場合、Ｓ７６において課金制機能と目的が同一の代替機能を備えたアプリをオフライン探索する。
　ＤＣＵ４は車両２の内部のローカル環境にて例えばＤＣＵ４の記憶部４ｄに予めインストールされているアプリを探索する。代替機能を備えたアプリが記憶部４ｄに記憶されていれば、ＤＣＵ４は代替機能を実施可能と判定する。オフライン探索する際、ＤＣＵ４は、ＨＣＵ３の記憶部３ａにインストールされたアプリを探索するようにしてもよい。
　ＤＣＵ４が、車外管理サーバ８とのネットワーク７を介して接続が成立しているにもかかわらず認証部４ｂにより例えば契約期間切れや個人の識別情報の認証の失敗などを原因として課金制機能を実施不可能と判断した場合にはＳ７５においてＮＯと判定する。このとき、ＤＣＵ４は、Ｓ８１において探索部４ｆにより無料でも有料でも実施可能な代替機能のアプリについて車外管理サーバ８などから探索するとよい。
　つまりＤＣＵ４は、Ｓ７５においてネット接続不可が原因ではなく契約期限切れや個人認証の失敗と判定した場合、Ｓ８１において課金制機能と目的が同一の代替機能を備えたアプリについてネットワーク７を通じて探索する。ＤＣＵ４が、探索部４ｆによりネットワーク７を通じて探索する際には、車外管理サーバ８からアプリを探索してもよいし、ネットワーク７を通じて他のサーバ（図示せず）からアプリを探索してもよい。このアプリは、無課金のアプリやオフラインで記憶部４ｄに保存されている機能と同等のアプリであってもよい。
　またＤＣＵ４は、外部端末として携帯端末４に設けられた機能から代替機能を探索部４ｆにより探索するようにしてもよい。探索時の通信方法は、近距離無線通信部５、９ｂを通じたローカル通信接続でも、ネット通信部４ａ、ネットワーク７を通じ接続用サーバ（図示せず）を介した通信接続であってもよい。
　ネットワーク７に接続可能な場合には、目的同一で該当する機能のアプリがあればサブスクサービスの課金制機能のアプリを対象としてもよい。この場合、ＤＣＵ４は、サブスクサービスの課金制機能のアプリを使用可能か否か判断するとよい。
　したがって、代替機能を実行するアプリは、サブスクサービスの課金制機能のアプリでもよいし、一時払いの課金制機能のアプリ（所謂シェアウェア）でもよいし、無課金制機能のアプリ（所謂フリーウェア）などであってもよい。
　具体的なアプリとして、例えば、契約中の対象の課金制機能が、安心又は安全に関わる運転支援機能を有するアプリなど、車両２の運転制御機能を含む運転支援のアプリである場合には、ＤＣＵ４は、探索部４ｆにより運転支援と目的が同一の運転制御アプリを探索する。
　契約中の対象の課金制機能が、表示装置１１の表示画面に地図表示を行うと共に目的地までの案内を行うナビゲーション機能を有するアプリであれば、ＤＣＵ４は、探索部４ｆによりタイトルの異なる地図表示アプリやその他のナビゲーション機能を備えたアプリを探索する。
　ナビゲーション機能としては、例えば、高解像度の３Ｄ地図表示や各種サービスを提供可能な場所の案内をネットワーク７上から精度よく検索する課金制機能が提供されている。その他、２Ｄ地図表示でも高解像度な地図表示を行うと共に経路案内する代替機能が提供されている。また簡略的な地図表示や簡易なシンボルのみで地理案内を行うローカルの機能が提供されている。このように機能を段階的に分けることができる。
　予め契約を保持している課金制機能の認証が困難な場合でも、ＤＣＵ４は、ネット通信部４ａを通じてネットワーク７から他の機能のアプリをオンラインで探索できる。またＤＣＵ４は、記憶部３ａ、４ｄに予め記憶されたアプリをオフライン探索できる。このように段階的に機能を探索できる。
　例えば、ＨＣＵ３は、ナビゲーション機能のうち地図部分だけ表示不可能になった場合、ＤＣＵ４が、地図部分だけをローカルの記憶部３ａ、４ｄから探索してもよい。このときＨＣＵ３は、この記憶部３ａ、４ｄからＤＣＵ４により探索された地図部分だけ読み出して使用して表示装置１１の表示画面に表示するようにしてもよい。
　例えば、ＤＣＵ４は、人を認証するアプリについても、段階的に機能を探索するとよい。例えば、人認証アプリは、比較的認識精度が高解像度の課金制機能もあれば、認識精度低い低解像度のローカルの機能もある。このような人認識アプリであっても同様である。
　またＤＣＵ４は、認証部４ｂによる認証失敗時に代替機能の実施を許可するアプリを記憶部４ｄに予めダウンロードして記憶しておいてもよい。すると、ＤＣＵ４は、探索部４ｆにより代替機能の実施が許可されている代替機能を即座に探索できる。
　対象の課金制機能のアプリが、車両２の中の快適性を追求する娯楽に関する快適機能のアプリであれば、探索部４ｆにより目的が同一の快適機能を有するアプリを探索する。ＤＣＵ４は、探索部４ｆにより同一のカテゴリ又はジャンルから探索するとよい。そしてＨＣＵ３が、ＤＣＵ４の認証部４ｂにより課金制機能が実施不可能であると判断された場合、ＤＣＵ４の探索部４ｆにより探索された代替機能のアプリを実施するとよい。
　ここで、代替機能の具体例をさらに説明する。課金制機能の代替機能は、対象の課金制機能を１００％代替するものでも一部機能だけを代替するものであってもよい。通常、課金制機能は、無償のアプリよりも高性能、高性能であることが多い。このため、課金制機能の代替機能を、無償の機能のみで実現しようとしても１００％再現できる可能性は低い。
　ＤＣＵ４は、課金制機能を１００％代替する場合には他の課金制アプリを探索して実施するとよい。例えば、他の課金制アプリとして他のオーディオアプリを探索、使用することで、音楽再生機能に加えてラジオも受信できる。ＤＣＵ４は、オーディオアプリの機能が認証切れにより使用不可になったとき、別の音楽アプリを使用するとよい。この音楽アプリは、音楽再生及びラジオの受信の両方が可能なアプリを探索するとよい。
　一部機能を代替する場合には、ＨＣＵ３又はＤＣＵ４の記憶部３ａ、４ｄに予めデフォルト装備されたアプリを探索したり、無償アプリをシステムから探索したり、又は、課金が認証切れの課金制機能の使用料金、又は、所定料金よりも安価な他の課金制アプリを探索して使用するとよい。
　ＤＣＵ４は、一部機能を代替する場合、音楽再生機能のみでラジオの受信はできないアプリを探索して使用してもよい。課金制機能が使用できず代替機能を探索する場合に、最初から音楽再生機能のみでラジオの受信ができないアプリを探索して使用してもよい。また、一旦、一番目には音楽再生機能とラジオの機能の双方を装備したオーディオアプリを探索し、その後、双方を装備したオーディオアプリが認証切れにより使用不可になったときに、音楽再生機能のみでラジオの受信ができないアプリを探索して使用してもよい。
　この場合、探索対象となる代替機能を備えたアプリが安全又は安心に関連するアプリの場合には優先順位を高くし、その他の優先順位の低いアプリを停止し、メモリ容量の確保のために優先順位の低いと判断されたアプリを削除（削ぎ落と）しても良い。
　ＤＣＵ４は、代替機能を複数使用し実施不可能と判断された課金制機能を再現するように代替機能を実施してもよい。このとき一部機能を代替できるアプリを組み合わせて代替機能を実施し課金制機能を再現してもよい。
　このとき、外部の携帯端末９と連携し、さらにアプリ間連携をしてもよい。例えば、ＨＣＵ３がローカル機能３ｃとして音楽再生機能を実施可能に保持しており、携帯端末９がラジオ受信機能を保持しており、車外管理サーバ８が音響設定機能を保持していることもある。
　例えば、ＤＣＵ４は、楽曲コンテンツデータを送受したり調停したりする場合、システム内で様々な場所に存在するアプリやデータを送受信し、さらに調整する機能をアドオンして実行するとよい。この場合、調整する機能を備えたアプリも外部の携帯端末９やアプリサーバなどから探索するようにしてもよい。
　例えば、ナビゲーション機能を備えたナビアプリとオーディオアプリを連携、調停する場合、ナビアプリにより目的地を案内する際の音量調整機能とオーディオアプリによる楽曲の音量調整機能とを調停する調停機能を備えた調停アプリを探索してもよい。例えばＨＣＵ３が、探索されたアプリをＤＣＵ４から受信し、ナビアプリやオーディオアプリと共にこの調停アプリを実行するとよい。するとＨＣＵ３は道案内や楽曲を選択的に車室内に報知でき、乗員が心地よく道案内情報を取得できると共に楽曲を楽しむことができる。ここではナビアプリとオーディオアプリの連携、調停について説明したが、様々なアプリについて調整、連携、連動できるようにするアプリを探索し、代替機能を備えたアプリとして取得するとよい。
　ＤＣＵ４は、Ｓ８１において探索部４ｆによりネットワーク７を通じて探索しても代替機能を探索できない場合、Ｓ８２にてＮＯと判定し、Ｓ７６に戻りオフライン状態で実施可能な代替機能を探索するとよい。
　代替機能のアプリを探索し、ＤＣＵ４がＳ７８において代替機能を実施可能と判定すると、Ｓ７９において認証部４ｂによりネット通信部４ａを通じて代替機能の実施可否も判断する。そしてＤＣＵ４は、認証部４ｂにより実施可能と判断され、Ｓ７９でＹＥＳと判断された場合に、Ｓ８０において代替機能のアプリをアクティベートする。その後にＨＣＵ３が代替機能のアプリを実施する。ユーザは、代替機能を利用でき、ユーザの利便性を向上できる。ＤＣＵ４は、Ｓ７９において認証部４ｂによりオンライン認証できなければ、代替認証部４ｃによりオフラインで代替認証するようにしてもよい。
　乗員（ユーザ）が代替機能のアプリを利用し始めると、ＤＣＵ４は図１０Ａに示す処理を実行する。ＤＣＵ４は、Ｓ８３において探索部４ｆにより探索された代替機能のアプリを実施する。この代替機能により課金制機能の代替を行っているとき、課金制機能が認証切れにより無効化されていることを乗員に報知し認識させるようにするとよい。この方法は、例えば、（１）該当する機能のアイコンをグレーアウトさせる方法、（２）該当する機能のアイコンをメニュー画面から消す方法、（３）画面の一部に無効化されていることを示す情報を表示する方法、などを挙げることができる。表示する情報は、文字情報でも、無効化されていることを表すマークであってもよい。
　表示装置１１の表示画面の中に表示可能な情報量は限られている。ＨＣＵ３は、表示装置１１の表示させるアイコンを定期的に確認し、所定量より増えすぎた場合には表示情報を縮小して表示領域を確保したり重要度の低い表示情報を削除したりすることで表示情報を整理する。
　ＨＣＵ３は、課金制機能のアプリの認証登録サイトへ移動するためのリンク情報を表示してもよい。課金制機能の認証切れを確認する場合、乗員が問合せ先へのリンクを選択することで、ＨＣＵ３や表示装置１１のブラウザ機能を利用し課金制機能の登録サイトにアクセスできる。また問合せ先の電話番号やＵＲＬ、そのＱＲコード（登録商標）を表示してもよい。乗員は、車両２のＤＣＵ４がネットワーク７に接続できなくても、情報さえ表示されていれば、携帯端末９の通信機能を用いて対処できる可能性もある。これにより、ＤＣＵ４がネットワーク７に接続不能になったとしても、乗員は携帯端末９を通じて登録サイトにアクセスでき、乗員の不安感を取り除くことができる。
　ＤＣＵ４は、Ｓ８３において探索部４ｆにより探索された代替機能のアプリを実施中にも、Ｓ８４において認証部４ｂによる課金制機能の認証の可否を判断するとよい。ＤＣＵ４は、Ｓ８５において課金制機能の認証が可能と判定した場合、Ｓ８６においてＨＣＵ３は代替機能のアプリの実施を中止し、Ｓ８７において課金制機能をアクティベートするとよい。そしてＨＣＵ３は、課金制機能のアプリの実施を優先するとよい。これにより、代替機能のアプリを実施中でも、その途中で正規の課金制機能のアプリの認証が可能になった場合には、優先して課金制機能のアプリを実施できるようになり、ユーザの利便性を向上できる。
　逆に、一旦、ＨＣＵ３が代替機能を実施した後には、サブスクサービスの課金制機能よりも代替機能を実施する優先度を上げるようにしてもよい。ＤＣＵ４がこの優先度を変更したことを記憶部４ｄに記憶しておき、記憶部４ｄの優先度を参照して何れの機能を実施させるか判断するとよい。この場合、ＨＣＵ３は課金制機能よりも代替機能の実施を優先するようにしてもよい。
　以上説明したように、本実施形態によれば、ＤＣＵ４は、探索部４ｆにより代替機能を探索し認証部４ｂにより課金制機能が実施不可能であると判断された場合であっても、ＨＣＵ３が探索部４ｆにより探索された代替機能を実施するようにしている。このため、車両２内からサブスクサービスの課金制機能のライセンス認証に失敗したときであっても、代替機能を用いて課金制機能のサブスクサービスと同レベル、又は、乗員が必要とする最低限のレベルの機能を実施できる。
　以下、第２実施形態の変形例について図１０Ｂ、図１０Ｃを参照して説明する。
　＜第２実施形態の変形例その１＞
　第２実施形態の変形例その１について図１０Ｂを参照して説明する。ＤＣＵ４は、認証部４ｂにより課金制機能の実施可否を判断するが、ナビアプリが実行されているときに、電波の途切れる区間が存在しなければ（Ｓ２８１でＮＯ）、通常通り課金制機能をアクティベートすればよい（Ｓ２８２）。しかし、ナビゲーションの道案内の経路上に電波の途切れる区間が存在することが予め認識できる場合がある（Ｓ２８１でＹＥＳ）。ここでＤＣＵ４は、ネットワーク接続不良の発生可能性を事前に判断することで、認証部４ｂによる課金制機能の認証が不可能になることをあらかじめ判断している。
　このようなとき、ＤＣＵ４は、経路上に電波の途切れる区間があることを事前に乗員にＨＣＵ３を介して報知した上で（Ｓ２８３）、代替機能を携帯端末９から探索する（Ｓ２８４）。そしてＤＣＵ４は、Ｓ２８５において代替機能が有るか否かを判定し、代替機能がある場合には、Ｓ２８６において特定区間において代替機能の実施を乗員に提案する。このとき、ＤＣＵ４は、操作入力部１２から操作入力を受け付けると乗員の回答を記憶部４ｄに記憶させる。
　他方、ＤＣＵ４は、Ｓ２８５において代替機能がないと判定した場合には、Ｓ２８８において特定区間では課金制機能が使用不能になる可能性があることをＨＣＵ３及び表示装置１１を通じて乗員に報知する。ＤＣＵ４は、Ｓ２８９において特定区間に差し掛かっても課金制機能の認証可能であると判定すれば、そのままこのルーチンを抜け、課金制機能を通常通り実行する。逆に、ＤＣＵ４は、Ｓ２８９において特定区間に差し掛かることで課金制機能の認証可能ではなくなったと判定すれば、Ｓ２９０において記憶部４ｄに予め記憶された乗員の回答通りの対応を実施する。
　例えば、電波が途切れるルートが設定された場合や課金制機能の有効期限が夜中の１２時を回って途切れた場合、ＤＣＵ４は、前述の特定区間に差し掛かっても課金制機能の認証が可能であれば通常通り実行できる。逆にＤＣＵ４は、特定区間に差し掛かることで課金制機能の認証可能ではなくなったと判定すれば、Ｓ２９０において記憶部４ｄに予め記憶された乗員の回答通りの対応を実施する。このとき、課金制機能が使用不能になっても乗員が予め設定した代替機能を実施できるようになり乗員の利便性を向上できる。
　＜第２実施形態の変形例その２＞
　また、図１０ＣのようにＳ２８４において代替機能を携帯端末９から探索する前にＳ３８１～Ｓ３８６のように処理を実行するようにしてもよい。ＤＣＵ４は、記憶部４ｄを参照しＳ３８１において有効期限が所定期間内（例えば、１日、２日、一週間など）の課金制機能が登録されているか否かを判定する。ＤＣＵ４は、Ｓ３８１において有効期限が所定期間内と設定されている場合、Ｓ３８２において有効期限切れが近い課金制機能があることをＨＣＵ３の報知制御部３ｄの機能により乗員に報知する。そしてＤＣＵ４は、Ｓ３８３において課金制機能の期限更新を提案する。乗員が更新を肯定、すなわち更新を否定しない場合には、ＤＣＵ４はＳ３８６において課金制機能の期限を更新するように車外管理サーバ８と通信すると共に記憶部４ｄに記憶させる。
　また、ＨＣＵ３は、ナビゲーション機能によりルート設定されている場合、課金制機能の有効期限が走行中に切れることが想定される場合には、Ｓ２８４において代替機能を携帯端末９から探索する。その後の処理は、図１０ＢのＳ２８５～Ｓ２９０の処理と同様であるため、説明を省略する。
　このような第２実施形態の変形例によれば、ネット通信部４ａは、車両２の乗員が実施可能な課金制機能の情報を保存している車外管理サーバ８との間でネットワーク７を介して通信し、認証部４ｂは、ネット通信部４ａを介して課金制機能の実施可否を判断する。認証判断部４ｇは、ネットワーク接続不良、課金制機能の有効期限切れ、の少なくとも何れか１つの状況の発生可能性を事前に判断することで、認証部４ｂによる課金制機能の認証が不可能になることをあらかじめ判断している。報知制御部３ｄは、認証判断部４ｇにより認証部４ｂによる認証が不可能になると判断した場合に、乗員に報知を行うようにしている。
　また、ＤＣＵ４は、探索部４ｆにより課金制機能と使用目的と同一である代替機能を探索し、認証判断部４ｇにおいてネットワーク接続不良により認証部４ｂの認証が不可能になると判断した場合に、報知制御部３ｄは探索された代替機能の実施を提案するようにしている。ＤＣＵ４は、例えば、電波が途切れるルート設定がなされていた場合にネットワーク７に接続できなくなる可能性が高いと判断した場合には、長期間使用できなくなると判定し、代替機能の実施を提案している。これにより、課金制機能が長期間使用できなくなったとしても代替機能の実施を提案することで乗員にとって気の利いた提案をできるようになる。
　ＤＣＵ４は、探索部４ｆの機能を使用する場合に代替機能の決定に乗員の嗜好を条件に加えるとよい。例えば、オーディオアプリにおいても、重低音又は高音に強い代替機能を備えたアプリを探索したり、ＪＰＯＰ、ジャズなどの音楽ジャンルの嗜好を強めた代替機能を備えたアプリを探索するとよい。またナビゲーション機能においては、背景色の色合いをパステル又はビビットに設定したり、これらの嗜好を予め乗員からオプション画面にて入力させたり、乗員によるオーディオ設定入力を学習するとよい。
　ＤＣＵ４は、探索部４ｆにより代替機能を探索するが、課金制機能の有効期限切れにより認証部４ｂの認証が不可能になると判断した場合、報知制御部３ｄにより課金制機能の延長を乗員に提案するとよい。例えば、午後１２時を跨いで日付が変わることで有効期限が切れたり、又は、車両２の走行途中に有効期限が切れたりする場合には、課金制機能の有効期限の延長を乗員に提案するとよい。また、一週間以内、二週間以内など比較的近い期日に期限が到来する場合においても有効期限の延長を乗員に提案することが望ましい。
　（第３実施形態）
　第３実施形態について図１１Ａから図１３Ｂを参照しながら説明する。第３実施形態では、第１実施形態又は第２実施形態と異なる部分について説明する。図１１Ａに示すように、ＤＣＵ４は、Ｓ９１において認証部４ｂによりネットワーク７を通じて認証を行う。ＤＣＵ４は、Ｓ９２において認証部４ｂにより認証に成功したか否かを判断する。
　ＤＣＵ４は、Ｓ９２において認証に成功した場合には、Ｓ９３において認証された正規のＩＤ（個人認証の識別情報）にて課金制機能をアクティベートする。この場合、通常通り、ユーザは課金制機能を使用できる。
　ＤＣＵ４は、Ｓ９２にて認証部４ｂによる認証に失敗した場合には、Ｓ９４においてその失敗理由が通信環境の悪化を理由とした通信途絶であるか否か判定する。ＤＣＵ４は、通信途絶でなければＳ９４にてＮＯと判定し、個人認証の失敗であると判断する。しかし、失敗理由が通信途絶であった場合には、ＤＣＵ４は、Ｓ９５においてユーザに対し該当する課金制機能への追加の課金意思の有無を、ＨＣＵ３を通じて表示装置１１に表示したり、携帯端末９に通信したりすることで問い合わせる。例えば、１か月などのお試し期間中は試用無料で当該課金制機能や他の課金制機能を利用できる場合もある。この場合、ユーザに対しこの旨の通知を行い追加の課金意思の有無を問合せてもよい。ＤＣＵ４は、所定の時間だけ操作入力部１２による承認操作を受け付けない場合には、追加の課金意思があるか否かの表示を消去してもよい。
　これによりＤＣＵ４は、Ｓ９６において追加の課金意思の有無の判断を行う。ＤＣＵ４は、操作入力部１２や携帯端末９から課金の意思表示の入力を受け付けると、Ｓ９６においてＹＥＳと判定しユーザが該当する課金制機能に対して追加の課金意思があると判断する。例えば、ＤＣＵ４は、例えばクレジットカード番号などの識別情報が、車両２内の記憶部３ａ、４ｄ内に予め保存されていれば、ユーザによる課金の意思とみなし自動的に追加の課金意思があると判断してもよい。
　ＤＣＵ４は、Ｓ９７において、近距離無線通信部５から携帯端末９を通じて例えばクレジットカード決済により追加の課金を行い、新規ＩＤの個人認証情報を用いて課金制機能をアクティベートする。その後、ＨＣＵ３などにより該当する課金制機能を実施するとよい。また、証明書が携帯端末９に保存されていれば、携帯端末９が車両２に証明書を送信することでオフラインでも認証を可能にしてもよい。
　他方、図１１ＡのＳ９４において、失敗理由が通信途絶でなかった場合には、図１１Ａに示すように、そのままルーチンを抜けてもよいが、図１１ＢのＳ９５ａに示すように、ＤＣＵ４は、従来から存在する従来ＩＤに紐付けて乗員に課金意思の追加の有無を問い合わせるとよい。そして、ＤＣＵ４は、Ｓ９６ａにおいて乗員が課金意思を示せば、Ｓ９７ａにおいて従来ＩＤにて課金制機能をアクティベートするとよい。
　乗員に課金意思があると判断され、ＨＣＵ３が該当する課金制機能を実施している最中においても、ＤＣＵ４は、図１２のＳ１０１においてネット通信部４ａを介してオンライン認証を行う。ネットワーク７の通信環境が良好になると、ＤＣＵ４は、Ｓ１０１において車外管理サーバ８のデータベース８ａに保存されている情報を照合する。
　ＤＣＵ４は、Ｓ１０２において該当する課金制機能を追加課金なしで利用可能であるか否かを判断する。ＤＣＵ４は、Ｓ１０２において追加課金なしで利用可能な状態であると判断した場合には、Ｓ１０３において該当する課金制機能に対する追加の課金を取り消すと共に乗員による追加課金の意思判断を取り消すとよい。さらにＳ１０４において新規ＩＤを取り消してもよい。新規ＩＤを取り消すことは任意であり、乗員の取消意思を確認した後に取り消すとよい。その後、ＨＣＵ３は、既存の正規ＩＤにより該当する課金制機能を実施可能になる。この結果、乗員は既存の正規ＩＤによる課金制機能を有効に活用できる。また例えば、追加で課金して使用した期間と、認証切れを起こす前の有効期限とを比較し、有効期限外であった場合には追加の課金を実施するようにしてもよい。
　ＤＣＵ４は、Ｓ１０２でＹＥＳと判断し、例えば、二重課金であると判断した場合には返金処理を行うとよい。Ｓ１０３にて課金を取り消してＳ１０４にて新規ＩＤ削除処理をする場合、その旨を乗員へ表示装置１１を通じて報知するとよい。このときのメッセージは、例えば「二重課金になったため返金処理を行います。」、また「すでに課金済みであったため追加課金はされませんでした。当該機能は追加課金なしで機能しています。」などとするとよい。この場合、乗員は、結局無駄に課金したのか、課金後に返金されたのか、又は、そもそも課金されていないのかを確認することができ、乗員に不安感を与えないようにできる。
　＜変形例その１＞
　＜車両停車中、自動運転中、又は車両走行中における乗員によるボタン操作と表示装置１１の表示画面内容について＞
　例えば、図１１ＡのＳ９４において認証部４ｂによる認証の失敗理由が通信途絶である場合には、乗員に追加で課金意思を問い合わせることになる。また、図１１ＢのＳ９４において認証部４ｂによる認証の失敗理由が通信途絶によらなかったとしても、Ｓ９５ａにおいて乗員に追加で課金意思を問い合わせることになる。
　例えば図１１Ｃに示すように、ＨＣＵ３は、表示装置１１の表示画面上に問合せ表示Ｐを示し乗員に操作入力を促す。例えば、図１１Ｃに示す例では、「使用中のアプリの承認に失敗しました。追加の課金を行いますか？「はい」、「いいえ」」と表示し、操作入力を促している。また同時に、ＨＣＵ３は、ナビアプリの動作中の地図画面Ｍの中央にエクスクラメーションマークを表示することで警告し、問合せ表示Ｐに乗員の注目を向けている。この場合、操作入力部１２による何らかの操作入力が必要となる。
　車両２の停車中、自動運転中、又は手動運転中に操作入力部１２を通じて所定のボタン「はい」が乗員により押下された場合には、追加の課金を行い、課金制機能をアクティベートした上で、ＨＣＵ３は、図１１Ｃに示すように表示画面上から問合せ表示Ｐを消去する。
　また、車両２の手動運転中などには、操作入力部１２を通じて所定のボタン「はい」が乗員により押下されない場合もある。この場合、図１１Ａに示す処理ルーチンではいつまでたっても課金制機能をアクティベートできないことになる。このような場合、図１１ＤのＳ９６ａ～Ｓ９６ｃに示すように、ＨＣＵ３が、操作入力部１２により所定時間だけ操作指示を受け付けないと判断した場合に、問合せ表示Ｐを削除するとよい。この画面遷移の一例を図１１Ｅに示している。
　所定時間経過しても課金意思が操作入力されない場合、図１１ＤのＳ９６ｃにおいて期限切れの課金制機能の一覧を表示装置１１の表示画面にポップアップにより報知してもよい。このときの画面例を図１１Ｆに示している。図１１Ｆの上欄に示すように、ＨＣＵ３は、地図画面Ｍの上にエクスクラメーションマークの警告表示を残しつつ、「認証切れアプリ一覧」ボタンの問合せ表示Ｐ２を表示することで乗員による操作入力を一旦促すとよい。そしてＨＣＵ３は、認証切れアプリ一覧の問合せ表示Ｐ２が操作入力されたことを検出すると、ＤＣＵ４はデータベース４ｅを参照し、ＨＣＵ３はデータベース４ｅに記憶されている期限切れの課金制機能を選択して表示画面上に表示する。図１１Ｆの下欄参照。
　所定時間経過しても課金意思が操作入力されない場合、ＨＣＵ３は、図１１Ｆの上欄のような認証切れアプリ一覧の問合せ表示Ｐ２を表示することなく、図１１Ｆの下欄に示すように、認証切れアプリの一覧を表示装置１１の表示画面上に直接表示させるようにしてもよい。
　ＨＣＵ３は、課金制機能の必要有無を選択的に乗員に判断させるようにしてもよい。このときＨＣＵ３は、「有効化する」旨を示す問合せ表示Ｐ３を表示し、この問合せ表示Ｐ３が押下されれば選択的に課金制機能を有効化、すなわちアクティベートするとよい。ここでは、それぞれの課金制機能について、課金された期間やその履歴情報を表示するようにしてもよい。
　＜変形例その２＞
　＜特に車両走行中における課金意思表示と表示装置１１の表示画面内容について＞
　特に運転手は、手動運転などで車両走行中に追加の課金の意思を示しにくい。例えば、ＤＣＵ４が、乗員に対し追加の課金意思を問い合わせるときに詳細な問合せを必要としてしまう場合、何度も操作入力を必要とすることがある。
　例えば、クレジットカードのカード番号情報や有効期限（課金方法）や、課金制機能を追加する際に必要な有効期限や有効回数などの課金条件について数字や設定ボタンなどを少なくとも連続して二回以上操作入力する場合である。ここでの課金方法は、例えばクレジットカードのカード番号や有効期限の情報などを示す。また課金条件は、例えば１日、１週間、１か月、３か月、６か月、又は１年を単位とした課金期間の条件や、車両２の起動中１回分、３回分などの回数条件などを挙げることができる。このような場合、車両２に乗車中の乗員、特に運転者が何度も操作入力することが好ましくない。そこで、一回のボタン操作入力を受け付けることで全ての認証を行うようにするとよい。
　このときの操作入力部１２の操作ボタンは、表示装置１１の表示画面上に表示するアイコンであってもステアリングホイール等に設置されている物理ボタンであってもよい。アイコンの場合には、通常の表示装置１１の表示画面には表示されていない。ＨＣＵ３は、アイコンを緊急時にのみ表示画面上に表示し、乗員が、このアイコンをタップすることでタッチパネルにより操作入力を受け付けることになる。特に、アイコンは「走行中に緊急で乗員に操作を求めるとき」のみ表示されるように構成されているとよい。
　また例えば、ステアリングホイールの周辺に設置されている物理ボタンは、通常時にはその機能が割り当てられていない。ＨＣＵ３は、走行中に緊急で乗員に操作を求めるときのみ、表示装置１１の表示画面に物理ボタンの役割を表示しつつ、物理ボタンの押し込み結果を操作入力部１２の操作入力結果として課金意思の決定とするとよい。
　特に、緊急時に承認を要求する際には、認証部４ｂによる認証が既に切れていることを条件として物理ボタンやアイコンによる操作入力を受け付けるようにするとよい。別途、課金用の確認ボタンを用意する必要はない。これにより、例えば物理ボタンやアイコンが操作入力された時点で、例えば、図１１ＡのＳ９４の条件を満たしている場合に、Ｓ９５、Ｓ９６の処理を割愛して即座にＳ９７にて課金制機能をアクティベートできる。また、例えば、図１１ＢのＳ９４の条件を満たしていないと判断した場合に、Ｓ９５ａ、Ｓ９６ａの処理を割愛して即座にＳ９７ａにて課金制機能をアクティベートできる。
　また、様々な認証を予め設定しておくことで前述の課金方法や課金条件を含めた課金意思を予めＨＣＵ３を通じて記憶部３ａやＤＣＵ４の記憶部４ｄに設定しておいてもよい。又は、課金方法や課金条件を含めた課金意思を携帯端末９に設定しておいてもよい。例えば、ＨＣＵ３がオプション設定画面を表示し、乗員に操作入力部１２から課金方法や課金条件を操作入力させてもよい。携帯端末９が表示画面にオプション設定画面を表示し、乗員に課金方法や課金条件を操作入力させてもよい。
　このように予め課金意思が記憶部３ａ、４ｄ又は携帯端末９に記憶されていれば、ＤＣＵ４はこの課金意思の情報をローカル又はネットワーク７を通じて参照し、様々な認証を行うことなく課金意思ありと判断できる。この場合も、課金意思が記憶部３ａ、４ｄ又は携帯端末９に予め設定されていれば、例えば図１１ＡのＳ９４の条件を満たしている場合に、Ｓ９５、Ｓ９６の処理を割愛して即座にＳ９７にて課金制機能をアクティベートできる。また例えば、図１１ＢのＳ９４の条件を満たしていないと判断した場合に、Ｓ９５ａ、Ｓ９６ａの処理を割愛して即座にＳ９７ａにて課金制機能をアクティベートできる。
　＜変形例その３＞
　ＤＣＵ４は、認証部４ｂによるオンライン認証に失敗した場合に限らず、代替認証部４ｃによるオフラインの代替認証に失敗した場合に、該当する課金制機能への乗員の追加の課金意思有無の判断を行ってもよい。
　図１３Ａに示すように、ＤＣＵ４は、Ｓ１１１において認証部４ｂによりネットワーク７を通じて認証を行う。ＤＣＵ４は、Ｓ１１２において認証部４ｂにより認証に成功したか否かを判断する。
　ＤＣＵ４は、Ｓ１１２において認証に成功した場合には、Ｓ１１３において認証された正規のＩＤ（個人認証の識別情報）にて課金制機能をアクティベートする。この場合、通常通り、ユーザは課金制機能を使用できる。
　ＤＣＵ４は、Ｓ１１２にて認証部４ｂによる認証に失敗した場合には、Ｓ１１４においてその失敗理由が通信環境の悪化を理由とした通信途絶であるか否か判定する。ＤＣＵ４は、通信途絶でなければＳ１１４にてＮＯと判定し、個人認証の失敗であると判断しそのままルーチンを抜ける。しかし、失敗理由が通信途絶であった場合には、ＤＣＵ４は、Ｓ１１５において代替認証部４ｃにより認証部４ｂの認証を代替する。ＤＣＵ４は、代替認証部４ｃによる認証に失敗した場合に、Ｓ１１７においてユーザに対し該当する課金制機能への追加の課金意思の有無を問い合わせる。
　この場合、ＤＣＵ４は、近距離無線通信部５の通信を利用して携帯端末９から問合せるとよく、これによりＳ１１８において追加の課金意思の有無の判断を行う。ＤＣＵ４は、携帯端末９から課金の意思表示の入力を受け付けると、Ｓ１１８においてＹＥＳと判定しユーザが該当する課金制機能に対して追加の課金意思があると判断する。ＤＣＵ４は、Ｓ１１９において例えばクレジットカード決済などを用いて追加の課金を行い、新規のＩＤ（個人認証情報）を用いて課金制機能をアクティベートする。その後、ＨＣＵ３などにより該当する課金制機能を実施するとよい。また、図１３Ｂに示すように、ＤＣＵ４は、Ｓ１１８ａにおいて所定時間経過しても課金意思を示さない場合には、Ｓ１１８ｂにおいて問合せ表示Ｐを消去し、Ｓ１１８ｃにおいて期限切れの課金制機能の一覧を表示するようにしてもよい。また＜変形例その１＞に示した処理と同様の処理を実行してもよい。
　以上説明したように、本実施形態によれば、ＤＣＵ４は、認証部４ｂによる認証に失敗した場合に該当する課金制機能への乗員の追加の課金意思の有無の判断を行っている。そして、ＤＣＵ４は、乗員が該当する課金制機能に対して追加の課金意思があると判断した場合、該当する課金制機能の実施を可能とするようにしている。このため、乗員の要望に応えることができ、ユーザの利便性を向上できる。
　（他の実施形態）
　本開示は、前述した実施形態に限定されるものではなく、種々変形して実施することができ、その要旨を逸脱しない範囲で種々の実施形態に適用可能である。
　前述実施形態では、ＤＣＵ４が主体として認証処理を実行する形態を示したが、その一部又は全部の処理、機能を他の車載器（例えば、ＨＣＵ３）が実行するようにしても良い。また逆に、ＨＣＵ３に搭載されている機能を他の車載器（例えば、ＤＣＵ４）が実行するようにしても良い。
　本開示に記載のＨＣＵ３又は他のＤＣＵ４による手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することにより提供された専用コンピュータにより実現されても良い。或いは、本開示に記載のＨＣＵ３及びＤＣＵ４による手法は、一つ以上の専用ハードウェア論理回路によりプロセッサを構成することにより提供された専用コンピュータにより実現されても良い。若しくは、本開示に記載の制御装置及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路により構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより実現されても良い。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていても良い。
　各実施形態における各機能の技術を組み合わせて処理するようにしてもよいし、各実施形態間の技術を組み合わせて処理するようにしてもよい。
　その中でも、本開示の第１態様によれば、請求の範囲の記載内容に加え、以下の開示内容も含む。
　［１１］
　車両の乗員が実施可能な課金制機能に関する情報を保存しているサーバ（８）との間でネットワークを介して通信するネット通信部（４ａ）と、前記ネット通信部を通じて前記課金制機能の実施可否について認証する認証部（４ｂ）と、前記ネット通信部を通じて前記サーバに接続できない場合に前記認証部の認証を代替する代替認証部（４ｃ）と、を備え、前記代替認証部は、前記サーバとの接続が途切れた結果、前記認証部が前記ネット通信部を介して前記課金制機能の実施可否の判断に失敗した場合に代替認証する車両用認証システム。
　［１２］
　前記代替認証部は、実施可否を判断する対象となる課金制機能が、前記車両の走行に必要な機能、乗員の安全のために必要な機能、又は、前記車両の内部環境を快適にするための機能、のうち少なくとも１つに当てはまる場合に前記課金制機能を実施可能と判断して代替認証する［１１］の車両用認証システム。
　［１３］
　車両の外部の環境情報を取得する外部環境取得部（６）を備え、前記代替認証部は、前記車両の内部環境を快適にするための快適機能の実施可否を判断する場合には、前記課金制機能の実施可否の判断条件に前記車両の外部の環境情報を加えて代替認証する［１１］又は［１２］の車両用認証システム。
　［１４］
　前記車両が走行中であり、前記課金制機能の実施中に前記認証部による前記課金制機能の実施可否の判断に失敗した場合、前記代替認証部は、前記課金制機能を実施可能と判定する［１１］から［１３］の何れかの車両用認証システム。
　［１５］
　前記乗員へ報知を行う報知制御部（３ｄ）をさらに備え、
　前記代替認証部は、前記代替認証により前記課金制機能の実施可否を判断すると、前記報知制御部は、前記代替認証部による課金制機能の実施可否の判断結果を前記乗員へ報知制御する［１１］から［１４］の何れかの車両用認証システム。
　［１６］
　前記代替認証部による課金制機能の実施可否の判断結果は、前記認証部による認証が可能となるまで、又は、前記認証部による認証が不可能なまま当該車両が停止して当該車両の電源が切断されるまで有効とする［１１］から［１５］の何れかの車両用認証システム。
　［１７］
　前記乗員へ報知を行う報知制御部（３ｄ）をさらに備え、前記認証部による認証が失敗したまま電源が切断され、且つ、次回、電源がオンされた時にも認証に失敗した場合には、前記報知制御部は、認証部による認証に失敗した機能について使用不可能であることを乗員に報知する［１６］の車両用認証システム。
　［１８］
　車両は課金制機能の認証履歴情報を保存する認証履歴情報保存部を備え、前記代替認証部は、前記課金制機能の認証履歴情報を実施可否の判断に使用する［１１］から［１７］の何れかの車両用認証システム。
　［１９］
　ネット通信部（４ａ）が車両の乗員が実施可能な課金制機能に関する情報を保存しているサーバ（８）との間でネットワークを介して通信する過程と、認証部（４ｂ）が前記ネット通信部を通じて前記課金制機能の実施可否について認証する過程と、代替認証部（４ｃ）が、前記ネット通信部を通じて前記サーバに接続できない場合に前記認証部の認証を代替する過程と、を備え、前記代替認証部は、前記ネットワーク接続が途切れた結果、前記認証部が前記ネット通信部を介して前記課金制機能の実施可否の判断に失敗した場合に代替認証する車両用認証方法。
　［２０］
　車両用認証システムに、ネット通信部（４ａ）により車両の乗員が実施可能な課金制機能に関する情報を保存しているサーバ（８）との間でネットワークを介して通信する手順と、認証部（４ｂ）により前記ネット通信部を通じて前記課金制機能の実施可否について認証する手順と、代替認証部（４ｃ）により前記ネット通信部を通じて前記サーバに接続できない場合に前記認証部の認証を代替する手順と、を備え、前記ネットワーク接続が途切れた結果、前記認証部が前記ネット通信部を介して前記課金制機能の実施可否の判断に失敗した場合に前記代替認証部により代替認証する手順、を実行させる車両用認証プログラム。
　本開示の第２態様によれば、請求の範囲の記載内容に加え、以下の開示内容も含む。
　［２１］
　車両の乗員が実施可能な課金制機能の情報を保存しているサーバとの間でネットワークを介して通信するネット通信部（４ａ）と、前記ネット通信部を介して課金制機能の実施可否を判断する認証部（４ｂ）と、前記課金制機能と使用目的と同一である代替機能を探索する探索部（４ｆ）と、前記認証部により前記課金制機能が実施不可能であると判断された場合に、前記探索された代替機能を実施する制御部（３）と、を備える車両用制御システム。
　［２２］
　前記認証部が、前記ネットワークの通信接続切れにより前記課金制機能の実施不可能と判断した場合、前記探索部は、オフライン状態で実施可能な前記代替機能を探索する［２１］に記載の車両用制御システム。
　［２３］
　前記認証部が、前記サーバとのネットワークを介した接続が成立しているにもかかわらず前記課金制機能の実施不可能と判断した場合、前記探索部は、実施可能な前記代替機能について前記サーバを通じて探索する［２１］又は［２２］の車両用制御システム。
　［２４］
　前記探索部は、前記ネットワークを通じて探索しても前記代替機能を探索できない場合、オフライン状態で実施可能な前記代替機能を探索する［２１］から［２３］の何れかの車両用制御システム。
　［２５］
　前記認証部は、前記代替機能の実施可否も判断し、前記制御部は、前記認証部により実施可能と判断された場合に前記代替機能を実施する［２１］から［２４］の何れかの車両用制御システム。
　［２６］
　前記探索部は、外部端末に設けられた機能から代替機能を探索する［２１］から［２５］の何れかの車両用制御システム。
　［２７］
　前記制御部は、前記代替機能を複数使用し、前記実施不可能と判断された前記課金制機能を再現するように代替機能を実施する［２１］から［２６］の何れかの車両用制御システム。
　［２８］
　前記代替機能を実施中に、前記認証部による前記課金制機能の実施が可能となった場合、前記制御部は前記代替機能の実施を中止し、前記課金制機能の実施を優先する［２１］から［２７］の何れかの車両用制御システム。
　［２９］
　前記代替機能が実施された場合には、前記課金制機能よりも前記代替機能を実施する優先度を上げ、前記制御部は前記課金制機能よりも前記代替機能の実施を優先する［２１］から［２８］の何れかの車両用制御システム。
　［３０］
　車両の乗員が実施可能な課金制機能の情報を保存しているサーバとの間でネットワークを介して通信するネット通信部（４ａ）と、
　前記ネット通信部を介して課金制機能の実施可否を判断する認証部（４ｂ）と、
　ネットワーク接続不良、前記課金制機能の有効期限切れ、の少なくとも何れか１つの状況の発生可能性を事前に判断することで、前記認証部による前記課金制機能の認証が不可能になることをあらかじめ判断する認証判断部（４）と、を備え、
　前記認証判断部が、前記認証部による認証が不可能になると判断した場合に、乗員に報知を行う報知制御部（３）を備える車両用制御システム。
　［３１］
　前記課金制機能と使用目的と同一である代替機能を探索する探索部（４ｆ）、をさらに備え、
　前記認証判断部が、前記ネットワーク接続不良により前記認証部の認証が不可能になると判断した場合に、前記報知制御部は前記探索された代替機能の実施を提案する［３０］の車両用制御システム。
　［３２］
　前記探索部は、前記代替機能の決定に乗員の嗜好を条件に加える［３１］の車両用制御システム。
　［３３］
　前記課金制機能と使用目的と同一である代替機能を探索する探索部（４ｆ）、をさらに備え、
　前記認証判断部が、前記課金制機能の有効期限切れにより前記認証部の認証が不可能になると判断した場合、
　前記報知制御部は前記課金制機能の延長を乗員に提案する［３０］から［３２］の何れかの車両用制御システム。
　［３４］
　ネット通信部が車両の乗員が実施可能な課金制機能の情報を保存しているサーバとの間でネットワークを介して通信する過程と、認証部が前記ネット通信部を介して課金制機能の実施可否を判断する過程と、探索部が前記課金制機能と使用目的と同一である代替機能を探索する過程と、制御部は、前記認証部により前記課金制機能が実施不可能であると判断された場合に、前記探索された代替機能を実施する過程と、を備える車両用制御方法。
　［３５］
　車両用制御システムに、ネット通信部により車両の乗員が実施可能な課金制機能の情報を保存しているサーバとの間でネットワークを介して通信する手順と、認証部により前記ネット通信部を介して課金制機能の実施可否を判断する手順と、探索部により前記課金制機能と使用目的と同一である代替機能を探索する手順と、前記認証部により前記課金制機能が実施不可能であると判断された場合に、前記探索された代替機能を制御部により実施する手順と、実施させる車両用制御プログラム。
　本開示の第３態様によれば、請求の範囲の記載内容に加え、以下の開示内容も含む。
　［４１］
　車両の乗員が実施可能な課金制機能の情報を保存しているサーバ（８）とネットワークを介して通信するネット通信部（４ａ）と、前記ネット通信部を介して課金制機能の実施可否を判断する認証部（４ｂ）と、前記課金制機能を実施可能にする制御部（３）と、を備え、前記認証部による認証に失敗した場合に該当する課金制機能への乗員の追加の課金意思有無の判断を行い、前記制御部は、乗員が前記該当する課金制機能に対して追加の課金意思があると判断した場合、前記該当する課金制機能の実施を可能とする車両用制御システム。
　［４２］
　前記認証部による乗員の課金意思があると判断され、前記該当する課金制機能を実施している場合、前記制御部は、前記ネット通信部を介してオンライン認証を行い前記サーバに保存されている情報を照合し、前記該当する課金制機能を追加課金なしで利用可能な状態であると判断した場合には、前記該当する前記課金制機能に対する追加の課金を取り消しつつ、前記該当する課金制機能を実施する［４１］の車両用制御システム。
　［４３］
　乗員により追加の課金意思がある旨の承認操作を受け付ける操作入力部を設ける請求項［４１］又は［４２］の車両用制御システム。
　［４４］
　前記追加の課金意思があるか否かを表示する報知制御部を備え、
　前記報知制御部は、前記操作入力部により前記承認操作を所定の時間受け付けないときに前記追加の課金意思があるか否かの表示を消去する［４１］から［４３］の何れかの車両用制御システム。
　［４５］
　前記報知制御部は、前記操作入力部により前記承認操作を受け付けなかった一覧、又は、期限切れの課金制機能の一覧、をポップアップにより表示させる［４１］から［４４］の何れかの車両用制御システム。
　［４６］
　車両の乗員が実施可能な課金制機能の情報を保存しているサーバ（８）とネットワークを介して通信するネット通信部（４ａ）と、前記ネット通信部を介して課金制機能の実施可否を判断する認証部（４ｂ）と、前記課金制機能を実施可能にする制御部（３）と、を備え、前記認証部による認証に失敗した場合に前記認証部の認証を代替する代替認証部（４ｄ）を備え、前記代替認証部は、前記代替認証部による代替認証に失敗した場合に該当する課金制機能への乗員の追加の課金意思有無の判断を行い、前記制御部は、乗員が前記該当する課金制機能に対して追加の課金意思があると判断した場合、前記該当する課金制機能の実施を可能とする車両用制御システム。
　［４７］
　ネット通信部が車両の乗員が実施可能な課金制機能の情報を保存しているサーバとネットワークを介して通信する過程と、認証部が、前記ネット通信部を介して課金制機能の実施可否を判断する過程と、制御部が課金制機能を実施する過程と、を備え、前記認証部は、前記認証部による認証に失敗した場合に該当する課金制機能への乗員の追加の課金意思有無の判断を行い、前記制御部は、乗員が前記該当する課金制機能に対して追加の課金意思があると判断した場合、前記該当する課金制機能の実施を可能とする車両用制御方法。
　［４８］
　車両用制御システムに、ネット通信部が車両の乗員が実施可能な課金制機能の情報を保存しているサーバとネットワークを介して通信する手順と、認証部が、前記ネット通信部を介して課金制機能の実施可否を判断する手順と、制御部が課金制機能を実施する手順と、を実行させる車両用制御プログラムであり、前記認証部は、前記認証部による認証に失敗した場合に該当する課金制機能への乗員の追加の課金意思有無の判断を行い、前記制御部は、乗員が前記該当する課金制機能に対して追加の課金意思があると判断した場合、前記該当する課金制機能の実施を可能とする車両用制御プログラム。
　図面中、１は車両用認証システム（車両用制御システム）、３はＨＣＵ（制御部）、４はＤＣＵ、４ａはネット通信部、４ｂは認証部、４ｃは代替認証部、４ｄは記憶部、４ｆは探索部、６は外部情報取得部、８は車外管理サーバ（サーバ）を示す。
　本開示は、前述した実施形態に準拠して記述したが、本開示は当該実施形態や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、さらには、それらに一要素、それ以上、あるいはそれ以下、を含む他の組み合わせや形態をも、本開示の範畴や思想範囲に入るものである。
 

Claims (8)

  1. 　車両の乗員が実施可能な課金制機能の情報を保存しているサーバ（８）とネットワークを介して通信するネット通信部（４ａ）と、
    　前記ネット通信部を介して課金制機能の実施可否を判断する認証部（４ｂ）と、
    　前記課金制機能を実施可能にする制御部（３）と、を備え、
    　前記認証部による認証に失敗した場合に該当する課金制機能への乗員の追加の課金意思有無の判断を行い、
    　前記制御部は、乗員が前記該当する課金制機能に対して追加の課金意思があると判断した場合、前記該当する課金制機能の実施を可能とする車両用制御システム。
  2. 　前記認証部による乗員の課金意思があると判断され、前記該当する課金制機能を実施している場合、
    　前記制御部は、前記ネット通信部を介してオンライン認証を行い前記サーバに保存されている情報を照合し、前記該当する課金制機能を追加課金なしで利用可能な状態であると判断した場合には、前記該当する前記課金制機能に対する追加の課金を取り消しつつ、前記該当する課金制機能を実施する請求項１に記載の車両用制御システム。
  3. 　乗員により追加の課金意思がある旨の承認操作を受け付ける操作入力部を設けた請求項１記載の車両用制御システム。
  4. 　前記追加の課金意思があるか否かを表示する報知制御部を備え、
    　前記報知制御部は、前記操作入力部により前記承認操作を所定の時間受け付けないときに前記追加の課金意思があるか否かの表示を消去する請求項３記載の車両用制御システム。
  5. 　前記報知制御部は、前記操作入力部により前記承認操作を受け付けなかった一覧、又は、期限切れの課金制機能の一覧、をポップアップにより表示させる請求項４記載の車両用制御システム。
  6. 　車両の乗員が実施可能な課金制機能の情報を保存しているサーバ（８）とネットワークを介して通信するネット通信部（４ａ）と、
    　前記ネット通信部を介して前記課金制機能の実施可否を判断する認証部（４ｂ）と、
    　前記課金制機能を実施可能にする制御部（３）と、
    　前記認証部による認証に失敗した場合に前記認証部の認証を代替する代替認証部（４ｄ）を備え、
    　前記代替認証部は、前記代替認証部による代替認証に失敗した場合に該当する課金制機能への乗員の追加の課金意思有無の判断を行い、
    　前記制御部は、乗員が前記該当する課金制機能に対して追加の課金意思があると判断した場合、前記該当する課金制機能の実施を可能とする車両用制御システム。
  7. 　ネット通信部が車両の乗員が実施可能な課金制機能の情報を保存しているサーバとネットワークを介して通信する過程と、
    　認証部が、前記ネット通信部を介して課金制機能の実施可否を判断する過程と、
    　制御部が課金制機能を実施する過程と、を備え、
    　前記認証部は、前記認証部による認証に失敗した場合に該当する課金制機能への乗員の追加の課金意思有無の判断を行い、
    　前記制御部は、乗員が前記該当する課金制機能に対して追加の課金意思があると判断した場合、前記該当する課金制機能の実施を可能とする車両用制御方法。
  8. 　車両用制御システムに、
    　ネット通信部が車両の乗員が実施可能な課金制機能の情報を保存しているサーバとネットワークを介して通信する手順と、
    　認証部が、前記ネット通信部を介して課金制機能の実施可否を判断する手順と、
    　制御部が課金制機能を実施する手順と、を実行させる車両用制御プログラムであり、
    　前記認証部は、前記認証部による認証に失敗した場合に該当する課金制機能への乗員の追加の課金意思有無の判断を行い、
    　前記制御部は、乗員が前記該当する課金制機能に対して追加の課金意思があると判断した場合、前記該当する課金制機能の実施を可能とする車両用制御プログラム。
     
PCT/JP2024/005293 2023-03-08 2024-02-15 車両用制御システム、車両用制御方法、及び車両用制御プログラム Ceased WO2024185444A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202480017256.5A CN120826692A (zh) 2023-03-08 2024-02-15 车辆用控制系统、车辆用控制方法、以及车辆用控制程序
US19/304,088 US20250371534A1 (en) 2023-03-08 2025-08-19 Vehicle control system, vehicle control method, and storage medium thereof

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2023035647 2023-03-08
JP2023-035647 2023-03-08
JP2024006123A JP2024127753A (ja) 2023-03-08 2024-01-18 車両用制御システム、車両用制御方法、及び車両用制御プログラム
JP2024-006123 2024-01-18

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US19/304,088 Continuation US20250371534A1 (en) 2023-03-08 2025-08-19 Vehicle control system, vehicle control method, and storage medium thereof

Publications (1)

Publication Number Publication Date
WO2024185444A1 true WO2024185444A1 (ja) 2024-09-12

Family

ID=92674572

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2024/005293 Ceased WO2024185444A1 (ja) 2023-03-08 2024-02-15 車両用制御システム、車両用制御方法、及び車両用制御プログラム

Country Status (3)

Country Link
US (1) US20250371534A1 (ja)
CN (1) CN120826692A (ja)
WO (1) WO2024185444A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005202730A (ja) * 2004-01-16 2005-07-28 Toshiba Corp 生体照合を用いた個人認証装置、個人認証方法、及び通行制御装置
WO2008059559A1 (en) * 2006-11-13 2008-05-22 Pioneer Corporation Content distributing apparatus, content reproducing apparatus, content distributing method, content reproducing method, content distributing program, content reproducing program and computer-readable recording medium
WO2008072284A1 (ja) * 2006-12-08 2008-06-19 Pioneer Corporation コンテンツ配信装置、コンテンツ再生装置、コンテンツ配信方法、コンテンツ再生方法、コンテンツ配信プログラム、コンテンツ再生プログラムおよび記録媒体

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005202730A (ja) * 2004-01-16 2005-07-28 Toshiba Corp 生体照合を用いた個人認証装置、個人認証方法、及び通行制御装置
WO2008059559A1 (en) * 2006-11-13 2008-05-22 Pioneer Corporation Content distributing apparatus, content reproducing apparatus, content distributing method, content reproducing method, content distributing program, content reproducing program and computer-readable recording medium
WO2008072284A1 (ja) * 2006-12-08 2008-06-19 Pioneer Corporation コンテンツ配信装置、コンテンツ再生装置、コンテンツ配信方法、コンテンツ再生方法、コンテンツ配信プログラム、コンテンツ再生プログラムおよび記録媒体

Also Published As

Publication number Publication date
US20250371534A1 (en) 2025-12-04
CN120826692A (zh) 2025-10-21

Similar Documents

Publication Publication Date Title
JP7840601B2 (ja) 車両及びプログラム
US10150410B2 (en) Apparatus and methods for providing vehicle driving information
JP7608058B2 (ja) ソフトウェア更新装置およびソフトウェア更新方法
US10218771B2 (en) Methods and systems for processing user inputs to generate recommended vehicle settings and associated vehicle-cloud communication
US10286919B2 (en) Valet mode for restricted operation of a vehicle and cloud access of a history of use made during valet mode use
CN101128345B (zh) 车辆遥控装置和方法
US20140129053A1 (en) Credential check and authorization solution for personal vehicle rental
US20140129301A1 (en) Mobile automotive wireless communication system enabled microbusinesses
US20140129113A1 (en) Hardware and controls for personal vehicle rental
US11243754B2 (en) Telematics system
JP6702269B2 (ja) 制御装置、制御方法、およびコンピュータプログラム
JP2026066303A (ja) 出力装置、出力方法、及びプログラム
JP7819708B2 (ja) 車両用制御システム、車両用制御方法、及び車両用制御プログラム
WO2024185444A1 (ja) 車両用制御システム、車両用制御方法、及び車両用制御プログラム
WO2024185445A1 (ja) 車両用認証システム、車両用認証方法、及び車両用認証プログラム
JP2024127753A (ja) 車両用制御システム、車両用制御方法、及び車両用制御プログラム
JP2024127751A (ja) 車両用認証システム、車両用認証方法、及び車両用認証プログラム
CN116032957A (zh) 服务器、信息处理系统以及信息处理方法
CN114364575B (zh) 识别和认证用户档案以使用装载于机动车辆上的服务的方法
JP7731393B2 (ja) 移動体設定システムおよび移動体設定方法
JP4228002B2 (ja) 車両共同利用システム
US20250136028A1 (en) Method and apparatus for setting driving mode of vehicle
JP4513489B2 (ja) ナビゲーション装置およびプログラム
JP7726156B2 (ja) サーバ、プログラムおよびソフトウェア更新方法
JP2025139279A (ja) 車両、及び、認証方法

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 202480017256.5

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

WWP Wipo information: published in national office

Ref document number: 202480017256.5

Country of ref document: CN

122 Ep: pct application non-entry in european phase

Ref document number: 24766815

Country of ref document: EP

Kind code of ref document: A1