Application program control device, control program, and application program control method

Abstract

An application control device controls an application in a vehicle in which a plurality of users can ride, and includes an application control unit (21) that controls an operation of the application, and an equipment control unit (23) that controls an operation of an in-vehicle equipment used when the application is executed. The application control unit (21) includes an execution decision unit (25) configured to decide an application to be executed based on a user priority set for a user when deciding which application to preferentially execute in a case where a plurality of applications exist, the user priority at least indicating a priority of which application to preferentially execute.

Description

[0001] Cross-reference to related applications

[0002] This international application claims the benefit of Japanese Patent Application No. 2024-037229, filed with the Japanese Patent Office on March 11, 2024, the entire disclosure of which is incorporated herein by reference. Technical Field

[0003] This disclosure relates to techniques used on devices, such as those mounted on mobile bodies like vehicles, and to techniques for performing application-related controls. Background Technology

[0004] For example, when multiple people are traveling in a vehicle, the application (hereinafter referred to as the application) that each user wants to perform actions on, as well as the equipment (such as camera, sensor, display, audio, etc.) used by that application, may sometimes be different.

[0005] However, since the number of applications and devices that can be executed in a vehicle is limited, it is necessary to determine how to use these applications and devices in vehicles shared by various users (such as private cars, taxis, buses, etc.). Furthermore, various methods have been proposed for how to use applications, etc. (for example, see Patent Document 1).

[0006] Prior technology documents

[0007] Patent documents

[0008] Patent Document 1: U.S. Patent No. 10956211. Summary of the Invention

[0009] However, as the inventors conducted a detailed investigation, the following technical problems were discovered with respect to the prior art.

[0010] For example, in a vehicle shared by various users, there may be users who expect preferential treatment such as priority service (e.g., VIP users). In such cases, it is considered preferable to implement the application that can fulfill the expectations of the user who desires preferential treatment.

[0011] However, in the current technology, there is a lack of sufficient discussion on what applications should be implemented under such circumstances. Furthermore, when using equipment through various applications, the priority of equipment use also needs to be considered, but this discussion has not been adequately conducted.

[0012] One aspect of this disclosure is to provide a technology that, when used in mobile bodies such as vehicles, can determine the application to be executed based on the priority of the user being served.

[0013] a) One aspect of this disclosure relates to an application control device for performing application-related control in a mobile body capable of carrying multiple users.

[0014] The application control device includes: an application control unit that controls the operation of an application; and an equipment control unit that controls the operation of equipment used when executing the application. Further, the application control unit includes an execution decision unit configured to, when determining which application to execute first in the presence of multiple applications, decide the application to execute based at least on a user priority set according to the user, where the user priority indicates the priority of which application to execute first.

[0015] With this structure, when using applications on mobile bodies such as vehicles, it is possible to take into account the user's expectations for the application to be executed.

[0016] Specifically, when deciding which application to execute when multiple applications are available, the system can determine the application to execute based on user priorities. Therefore, it can prioritize applications desired by users who want preferential treatment, thus improving the satisfaction of users who wish to receive special privileges, such as VIPs.

[0017] b) Another aspect of this disclosure relates to a control program for an application control device used to perform application-related control in a mobile body capable of carrying multiple users.

[0018] This control program functions as both an application control unit and an equipment control unit. The application control unit controls the operation of the application program, and the equipment control unit controls the operation of the equipment used when executing the application program. Furthermore, the application control unit also functions as an execution decision unit, configured to determine which application to execute first when multiple applications exist, based at least on a user priority set according to the user, where the user priority indicates the priority of which application to execute first.

[0019] With this structure, as described above, when the application is used on a mobile device such as a vehicle, it is possible to consider the user's preferences and the application they would expect. Therefore, it is possible to improve the satisfaction of users who wish to receive preferential treatment.

[0020] c) Another aspect of this disclosure relates to an application control method for performing application-related controls in a mobile body capable of carrying multiple users.

[0021] In this application control method, the actions of the application are controlled, as are the actions of the equipment used when executing the application. Furthermore, when deciding which application to execute first when multiple applications exist, the decision is based at least on the user's priority, which indicates which application should be executed first.

[0022] With this structure, as described above, when using applications on mobile devices such as vehicles, the application desired by the user being served can be determined. Therefore, the satisfaction of users who wish to receive preferential treatment can be improved. Attached Figure Description

[0023] Figure 1 This is a block diagram illustrating the hardware structure of the control system according to the first embodiment.

[0024] Figure 2 This is an explanatory diagram illustrating the control system of the first embodiment in a functional manner.

[0025] Figure 3 This is an explanatory diagram showing the integrated control unit of the first embodiment in a functional manner.

[0026] Figure 4 This is a flowchart illustrating the main control process of the first embodiment.

[0027] Figure 5 This is a flowchart illustrating the application execution control process of the first embodiment.

[0028] Figure 6 is an explanatory diagram illustrating the various indicators used to determine the priority of users in the first implementation method.

[0029] Figure 7A This is a diagram illustrating the application priorities for a specific user. Figure 7B This is an explanatory diagram showing the relationship between users and registration / authentication information.

[0030] Figure 8A , Figure 8B This is an explanatory diagram showing the various metrics used when determining user priorities based on multiple indicators.

[0031] Figure 9 This is a flowchart illustrating the process used in Variation Example 5.

[0032] Figure 10 This is a flowchart illustrating the application execution control process of the second embodiment.

[0033] Figure 11A , Figure 11B This is an explanatory diagram illustrating the various indicators used to determine the overall priority of the second implementation method. Detailed Implementation

[0034] Hereinafter, exemplary embodiments of the present disclosure will be described with reference to the accompanying drawings.

[0035] [1. First Implementation Method]

[0036] In this first embodiment, a technique that enables the priority execution of a specific application among multiple applications will be described. Furthermore, the application will sometimes be referred to simply as an application.

[0037] [1-1. Overall Structure]

[0038] like Figure 1 As shown, the control system 1 of this first embodiment is an in-vehicle system mounted on a vehicle that is a mobile body capable of carrying multiple passengers. Furthermore, an automobile will be used as an example of a vehicle below.

[0039] The control system 1 includes: an integrated control unit (i.e., an integrated ECU) 3, multiple vehicle-mounted devices 5, and a communication path 7 that connects the integrated ECU 3 and the vehicle-mounted devices 5 in a communicative manner. Furthermore, ECU is an abbreviation for Electronic Control Unit.

[0040] [1-2. Structure of each part]

[0041] The following is a description of each structure.

[0042] <Comprehensive ECU>

[0043] like Figure 1 As shown, the integrated ECU3 includes an integrated control unit 11 and a non-volatile memory 13.

[0044] The integrated control unit 11 is a device that performs various calculations related to the operation of the integrated ECU3, and is configured, for example, around a microcomputer (hereinafter, microcomputer) equipped with a known CPU 11a, RAM 11b, ROM 11c, etc.

[0045] The various functions of the integrated control unit 11 are implemented by the CPU 11a executing a program stored in a non-transitory physical recording medium. In this example, the ROM 11c is equivalent to a non-transitory physical recording medium storing the program. Furthermore, the method corresponding to the program is executed by executing this program.

[0046] Furthermore, the number of microcomputers constituting the integrated control unit 11 can be one or more. Additionally, the methods for implementing the various functions of the integrated control unit 11 are not limited to software; some or all of its elements can also be implemented using one or more hardware components. For example, when the aforementioned functions are implemented using electronic circuits as hardware, these electronic circuits can also be implemented using digital circuits or analog circuits containing a large number of logic circuits, or a combination thereof.

[0047] Examples of non-volatile memory 13 include flash memory and EEPROM, which are capable of rewriting various types of data.

[0048] <Vehicle Equipment>

[0049] like Figure 1 As shown, examples of vehicle-mounted equipment 5 include authentication device 5a, CID 5b, audio equipment 5c, camera 5d, microphone 5e, and other devices 5f.

[0050] As will be described later, one or more of these vehicle-mounted devices 5 may be used when the application is being executed.

[0051] The authentication device 5a is used to authenticate the user of the integrated ECU3. Examples of such authentication devices 5a include touch panels that allow input of a user's password. Other examples include known smart key authentication devices, fingerprint authentication devices, and facial recognition authentication devices. Furthermore, in fare-charging vehicles such as buses, authentication devices that read information from a ticket or a portable terminal with a ticket function can be used.

[0052] The CID5b is an information display located in front of the driver's seat in a car and features input functions such as a touch panel. Furthermore, CID is an abbreviation for Center Information Display.

[0053] As an audio 5c, examples include audio equipment that includes speakers, amplifiers, etc.

[0054] Examples of cameras that can be described as 5D include in-vehicle cameras, such as those installed inside the vehicle and capable of capturing images of the interior. Additionally, examples include exterior cameras installed outside the vehicle and capable of capturing images of the area in front of the vehicle and its surroundings (e.g., cameras used in ADAS applications). Furthermore, examples include cameras used in dashcams. As for the 5D camera, examples include CCD cameras capable of converting captured images into electrical signals.

[0055] As for microphone 5e, examples include in-vehicle microphones, which are installed inside the vehicle to collect sounds such as voices inside the vehicle. In addition, examples include external microphones, which are installed outside the vehicle to collect sounds around the vehicle (e.g., the siren of an ambulance during autonomous driving).

[0056] Examples of other devices 5f include displays and input devices installed in the rear seats of a car or in the seats of a bus. Furthermore, other devices 5f may also function as authentication devices. Additionally, examples of other devices 5f include various sensors (e.g., sensors installed in car doors, seats, etc.) and communication devices.

[0057] <Communication Path>

[0058] Examples of communication paths include CAN and Ethernet. Furthermore, CAN is an abbreviation for Controller Area Network. CAN and Ethernet are registered trademarks.

[0059] [1-3. Functional Construction]

[0060] Next, the structure and functionality of control system 1 will be explained.

[0061] like Figure 2 As shown, multiple application programs are stored in the non-volatile memory 13 of the integrated ECU3.

[0062] Specifically, the non-volatile memory 13 stores multiple application programs such as application AP1, application AP2, and application AP3.

[0063] In addition, the integrated control unit 11 has the functions of the application / resource management unit 15, which manages the resources used when the application is executed, namely the vehicle equipment 5.

[0064] The Application / Resource Management Unit 15 manages which user is using which application and which vehicle equipment 5. That is, through the application and resource functions of the Application / Resource Management Unit 15, it manages the execution status of applications and the usage status of resources (i.e., vehicle equipment 5) for each user.

[0065] For example, when user A is using application AP1, the usage status of camera 5d and microphone 5e used by application AP1 can be managed. Furthermore, the actions of application AP1 and the actions of camera 5d and microphone 5e can be controlled.

[0066] Similarly, for example, when user B is using application AP2, the usage status of speakers 5c and CID5b used by application AP2 can be managed. Furthermore, the actions of application AP2 and speakers 5c and CID5b can be controlled.

[0067] Furthermore, the relationship between each application and the vehicle equipment 5 used by each application is not limited to... Figure 2 The relationships shown can be used to illustrate various other relationships.

[0068] Furthermore, the aforementioned integrated control unit 11 has Figure 3 The functions shown.

[0069] Specifically, the system includes an application control unit 21 and an equipment control unit 23. The application control unit 21 controls the operation of the application program, and the equipment control unit 23 controls the operation of the vehicle-mounted equipment 5 used when executing the application program. Furthermore, the application control unit 21 includes an execution decision unit 25, which is configured to determine which application to execute first when multiple applications exist, based on a user priority set according to the user, where the user priority indicates at least the priority of which application to execute first.

[0070] [1-4. Control Processing]

[0071] Next, the control processing performed by the integrated control unit 11 of this first embodiment will be described.

[0072] <Main Control Processing>

[0073] For example, let's take the scenario where user A and user B are traveling in the same vehicle as an example. Furthermore, there can be three or more users.

[0074] Furthermore, the applications AP1 and AP2 exemplified in this control process, and the vehicle-mounted equipment 5 used by the applications AP1 and AP2, can also be used in conjunction with the above-mentioned... Figure 2 Their structures are different.

[0075] like Figure 4 As shown, in step (hereinafter S) 100, it is determined whether user A and user B are riding in the same vehicle. Here, if a positive judgment is given, the process proceeds to S110; otherwise, if a negative judgment is given, the process temporarily ends.

[0076] Whether user A and user B have boarded the bus (i.e., whether all the users who are supposed to board have arrived) can be determined, for example, by using an authentication device 5a installed on a bus or similar vehicle. For instance, when boarding the bus, the authentication device 5a can read and determine the information of the user recorded on the bus ticket (i.e., the user who is scheduled to board) by bringing the ticket close to the vehicle.

[0077] Furthermore, the processing in S100 can be omitted. For example, when a user requests to execute an application using another device 5f that is configured to correspond to each user's seat, the processing in S100 can be omitted when inputting the user's information into the other device 5f.

[0078] like Figure 4 As shown, in step 110, application AP1 is executed based on user B's request. That is, when user B requests the execution of application AP1 by operating CID5b, for example, the application AP1 is executed based on that request. For example, user B can use CID5b, which has touch panel functionality, and use the icon of application AP1 displayed on CID5b to perform operations that cause application AP1 to execute.

[0079] In the following S120, the application / resource function manages the execution and usage status of applications and resources for each user. For example, it tracks the actual execution status of the application requested by user B, or which vehicle equipment 5 is being used at that time. Furthermore, this application / resource function also functions when executing applications according to the requests of each user.

[0080] In the next step, S130, it is determined whether user A is requesting the execution of application AP2. If an affirmative result is obtained, the process proceeds to S140; otherwise, if a negative result is obtained, the process temporarily ends. For example, user A can request the execution of application AP2 by operating another device 5f, such as a display with a touch panel function.

[0081] In S140, it is determined whether application AP2 can be executed. If a positive result is obtained, the process proceeds to S150; otherwise, if a negative result is obtained, the process proceeds to S160.

[0082] For example, if application AP1 uses camera 5d and microphone 5e, and application AP2 uses audio 5c and CID 5b, and the onboard equipment 5 used is different, it can be determined that application AP2 can be executed during the execution of application AP1. On the other hand, if, for example, application AP1 and application AP2 use the same onboard equipment 5, it can be determined that application AP2 cannot be executed during the execution of application AP1.

[0083] In S150, the application AP2 requested by user A is executed, and this process is temporarily terminated.

[0084] On the other hand, in S160, as detailed in the following description, priority-based application execution control (i.e., control related to the execution of the application, etc.) is performed, and this process is temporarily terminated.

[0085] Application Execution Control

[0086] Next, regarding the above... Figure 4 The application execution control implemented in S160 will be described.

[0087] Furthermore, we will designate a user with a lower priority than user A as user B. That is, the user priority is "user A > user B".

[0088] like Figure 5 As shown, in S200, it is determined whether there is a user with a lower priority than user A. Here, if a positive judgment is given, it proceeds to S210; otherwise, if a negative judgment is given, it proceeds to S270.

[0089] In S270, since there is no user with a lower priority than user A, for example, another device 5f is used to notify user A that there is no user with a lower priority than user A, and then proceeds to S290.

[0090] In S290, based on the user's priority, application AP2 is added to the execution waiting application list, and this process is temporarily terminated. Therefore, if application AP1 finishes execution, application AP2 can be executed next, following the order of the execution waiting application list. Furthermore, this execution waiting application list is configured, for example, to prioritize applications with higher user priority.

[0091] On the other hand, in S210, since there is a user B with a lower priority than user A, user B is asked to stop using AP1. For example, the system displays whether user B can stop using AP1, such as CID5b, and requests permission from user B to stop using AP1.

[0092] In the next step, S230, it is determined whether user B agrees to stop applying AP1. If an affirmative answer is given, the process proceeds to S240; otherwise, if a negative answer is given, the process proceeds to S280. Furthermore, permission to stop can be granted using input such as CID5b.

[0093] In S280, since the stop was not permitted, user A is notified, for example, using another device 5f, that the intention to stop the low-priority application AP1 could not be fulfilled, and the process proceeds to S290. Furthermore, here, the low-priority application AP1 refers to application AP1 executed at the request of user B, who has a lower priority than the user.

[0094] On the other hand, in S240, the execution of application AP1 is stopped because the permission is stopped.

[0095] In the following S250, application AP1 is added to the interrupt application list based on priority (i.e., the priority of actual execution). Furthermore, this interrupt application list is configured, for example, that applications with higher user priority will have a higher execution priority.

[0096] In the next step S260, AP2 is executed, temporarily ending this process.

[0097] [1-5. Explanation of Priority]

[0098] Next, the priority used in the control process will be explained.

[0099] Here, we will explain user priority. User priority is the priority of which application is executed when multiple applications exist, and it is a priority set according to the user (i.e., priority order).

[0100] like Figures 6A to 6F , Figure 7A , Figure 7B As shown, user priorities can be set based on various metrics. This will be explained in detail below.

[0101] like Figure 6A As shown, user priority can be set based on user importance. For example, when users are company presidents, department heads, or section chiefs, users with higher importance can be assigned higher priority. In this case, user priority increases in the order of section chief, department head, and company president.

[0102] like Figure 6B As shown, user priority can be set based on seat quality (and therefore price). For example, if the price increases in the order of seat B, A, and S, the priority can be set to increase in the order of seat B, A, and S.

[0103] like Figure 6CAs shown, user priority can be set in a way that users with longer travel times have higher priority. Conversely, user priority can be set in a way that users with shorter travel times have higher priority.

[0104] like Figure 6D As shown, user priority can be set in a manner where younger users have higher priority, and vice versa, older users have higher priority.

[0105] like Figure 6E As shown, it is possible to set user priorities based on user responsibilities (i.e., roles). For example, the priority can be set to decrease in the order of private car owner (i.e., car owner), car owner's family member (i.e., user), and other guests (i.e., visitors).

[0106] like Figure 6F As shown, it can set user priority based on the vehicle's seating position.

[0107] [1-6. Effects]

[0108] According to this first embodiment, the following effects can be obtained.

[0109] (1a) In this first embodiment, when the application is used in a vehicle, the application desired by the user (i.e., the application to be executed) can be determined with consideration of the user being served.

[0110] Specifically, when deciding which application to execute when multiple applications are available, the system can prioritize applications based on user settings. Therefore, it can prioritize applications for users who want preferential treatment, thus improving the satisfaction of users who desire such privileges, such as VIPs.

[0111] (1b) In this first embodiment, when a user requests to execute an application while the application requested by a user is being executed, and another user with a higher priority than the user requests to execute the application, the application can be stopped if the user grants permission to stop the execution of the application.

[0112] As applications requested by other users, examples include security applications related to vehicle driving safety.

[0113] Therefore, for example, even if the currently running application is a safety-related application (e.g., an ADAS application or other safety application), it is possible to stop the safety application and implement applications other than safety applications if permission to stop is available. Furthermore, ADAS is an abbreviation for Advanced Driver-Assistance System.

[0114] (1c) In this first embodiment, when multiple users are riding in the vehicle, the application to be executed can be determined when all users have arrived.

[0115] [1-7. Correspondence]

[0116] Next, the relationship between this disclosure and this first embodiment will be explained.

[0117] The application control unit corresponds to the integrated ECU3, the application control unit corresponds to the application control unit 21, the equipment corresponds to the vehicle equipment 5, the equipment control unit corresponds to the equipment control unit 23, and the execution decision unit corresponds to the execution decision unit 25.

[0118] [1-8. Variations]

[0119] <Variation Example 1>

[0120] In the first embodiment described above, the user's priority is set, but the priority of the application itself (i.e., the application's priority) can also be set differently.

[0121] For example, such as Figure 7A As shown, application priorities can also be set for specific users. For example, if a user is using a music appreciation application and then requests a video call from the same user, the music appreciation application can be stopped and a video call can be initiated.

[0122] Furthermore, application priority can be set without being limited to a specific user.

[0123] <Variation Example 2>

[0124] For example, when there are applications with different levels of importance, such as entertainment applications, ADAS applications, air conditioning applications, seat position adjustment applications, and driving function applications, the application with higher importance can be given a higher priority.

[0125] For example, security-related applications such as ADAS (Advanced Driver Assistance Systems) can be prioritized over entertainment applications. Furthermore, examples of entertainment applications include highly entertaining apps such as video streaming, video calls, and games.

[0126] As ADAS applications, examples include those related to autonomous driving, pre-collision safety (i.e., collision avoidance), and adaptive cruise control.

[0127] As an air conditioning application, examples include applications that control the operation of the air conditioner.

[0128] As an example of a seat position adjustment application, there are apps that allow you to adjust the position, height, etc. of a seat.

[0129] As a driving function application, examples include various modes such as Eco mode (i.e., a driving mode that improves fuel economy) and Sport mode (i.e., a mode that enables strong acceleration).

[0130] Furthermore, regardless of whether it's a security application or an entertainment application, you can set the priority of any application to be high. For example, you can set the priority of an entertainment application to be higher than that of other applications.

[0131] <Variation Example 3>

[0132] User priorities can also be managed based on the user's authentication information.

[0133] a) For example, such as Figure 7B As shown, users can also register their authentication information with the vehicle management company's server or the vehicle's integrated ECU3 via their devices (e.g., smartphones or other portable devices) before boarding sightseeing buses, etc. Alternatively, they can register their authentication information via CID5b after boarding a private car, etc.

[0134] also, Figure 7B The term "face" distinguishes the user's face captured by the 5D face camera, "smartphone" distinguishes the smartphone, and "key" distinguishes the smart key. Furthermore, a smart key is a key that enables remote unlocking, locking, and other operations on the vehicle.

[0135] Alternatively, user priority can be managed in conjunction with pre-registered authentication information (i.e., registration authentication information) from the user's device, CID5b, etc. In this case, it can also be combined with... Figure 7B The information shown and the stated Figure 6A The system manages information such as the importance of users (e.g., associations).

[0136] b) When a user is riding in the vehicle, the vehicle can identify the "user's priority" as follows.

[0137] For example, in sightseeing buses and car-sharing services, user priority can be pre-set during reservations. Then, when users board the vehicle, their priority can be identified by using data from their ride tickets and smartphones to authenticate them.

[0138] In addition, in the case of passenger vehicles, user priorities are pre-set using smart keys and biometric information (such as fingerprint authentication and facial recognition). Then, when a user enters the vehicle, the user is authenticated using smart key authentication and biometric authentication, thereby identifying the user's priority.

[0139] c) When a user is using an application, the vehicle is able to identify which user is using which application as follows.

[0140] For example, in the case of a sightseeing bus, when a user's seat is designated, and the application is selected via a panel or other device 5f located on each seat, it is possible to know which user selected the application.

[0141] Furthermore, ADAS and driving function applications are driver-only applications, so identification can be performed based on the characteristics of the application. Additionally, when using the application via microphone 5e, voice recognition can also be used to identify the user. Furthermore, user authentication can be requested when using the application (e.g., authentication can be performed by logging in from the control panel).

[0142] <Variation Example 4>

[0143] User priorities can also be set based on multiple metrics. Furthermore, when multiple metrics exist, a weighted average (pt) can be used to assign priorities to each metric.

[0144] For example, as shown in Figure 8, for the two indicators of seat class and remaining travel time, we consider the case where the higher the priority (i.e., priority order), the higher the score.

[0145] In this case, as follows, a composite score (i.e., a score that considers both the priority corresponding to the seat class and the priority corresponding to the remaining travel time) can be calculated for each user. Furthermore, based on this composite score, a combined priority corresponding to both the seat class priority and the remaining travel time priority can be set. That is, the higher the composite score, the higher the combined priority. Moreover, the higher the combined priority, the higher the likelihood of the application actually being executed.

[0146] User A: Seat class 1pt × Remaining travel time 1pt = 1pt

[0147] User B: Seat class 5pt × Remaining travel time 2pt = 10pt

[0148] User C: Seat class 3pt × Remaining travel time 3pt = 9pt

[0149] In this example, since user B's composite metric score is the highest at 10pt, user B is given the highest overall priority.

[0150] <Variation Example 5>

[0151] As will be described later Figure 9 As shown, in the presence of multiple applications, the priority of an application can be changed after it has been decided which application will be executed first (e.g., even during execution). For example, even during the implementation of an application that has been decided to be executed, the priority of the implemented application can be changed, thereby implementing different applications.

[0152] Additionally, the determined priority can be updated based on users getting on and off the vehicle. That is, even during the implementation of a certain application, the priority of the implemented application can be changed, thereby implementing different applications (i.e., the application implemented is determined based on the priority of the user currently riding in the vehicle).

[0153] Furthermore, if the established priority is changed, the change can be notified to individual or all users.

[0154] Next, based on Figure 9 Specific examples of the above processes will be explained.

[0155] In step S300, it is determined whether all users have boarded the bus. If the result is positive, the process proceeds to step S310; otherwise, if the result is negative, the process temporarily ends.

[0156] In S310, the application to be executed is determined based on the user's priority.

[0157] In the next S320, the determined application is executed.

[0158] In the next step, S330, it is determined whether the user's priority has changed due to the user getting on or off the vehicle (i.e., due to a change in the user). If the result is positive, the process proceeds to S340; otherwise, if the result is negative, the process temporarily ends.

[0159] In S340, the user's priority changes due to passengers getting on and off the vehicle. Therefore, it is determined whether the priority of the application being executed (i.e., the order in which the application is executed first) has changed. If a positive result is obtained, the process proceeds to S350; otherwise, if a negative result is obtained, the process temporarily ends.

[0160] In S350, if the running application is changed, the change is notified to a specific user or all users. Furthermore, a specific user can be identified as the user who requested the running application.

[0161] In the next 360 seconds, the modified application will be implemented, and this process will be temporarily terminated. Furthermore, in the case of implementing a modified application, it is preferable to obtain permission from the user who requested the running application.

[0162] <Variation Example 6>

[0163] If the capabilities of the vehicle-mounted equipment 5 (e.g., processing power) are sufficient to execute other applications besides the currently running application, the user with the highest priority among those waiting for other applications to execute can be notified that the application they wish to execute can be run. Furthermore, the above notification can also be made when the running application uses a different vehicle-mounted equipment 5 than the other applications, and each application can execute independently.

[0164] [2. Second Implementation Method]

[0165] Since the second embodiment has the same basic structure as the first embodiment, the following mainly describes the differences from the first embodiment. Furthermore, the same symbols as in the first embodiment denote the same structures, as explained previously.

[0166] [2-1. Control Processing]

[0167] In this second embodiment, a control process that uses a comprehensive priority system that takes into account both user priority and application priority will be described.

[0168] Furthermore, the main control processing in the control process is the same as in the first embodiment, therefore, the application control processing (i.e., corresponding to) is performed on the application as a characteristic part of this second embodiment. Figure 4 The processing of S160 will be explained.

[0169] Here, we designate user B as having a lower priority than user A. That is, the user priority is "user A > user B". Additionally, we designate application AP1 as having a lower priority than application AP2. That is, the application priority is "application AP2 > application AP1". Therefore, the overall priority explained below is "application AP2 of user A > application AP1 of user B".

[0170] like Figure 10 As shown, in S400, it is determined whether there is an application of a user whose priority (i.e., overall priority) is lower than that of application AP2 of user A (i.e., user A / application AP2). Here, if a positive judgment is given, it proceeds to S410; on the other hand, if a negative judgment is given, it proceeds to S470.

[0171] In S470, since there is no application with a lower overall priority than application AP2 of user A, for example, another device 5f is used to notify user A that there is no application with a lower overall priority than application AP2 of user A, and then proceeds to S490.

[0172] In S490, based on overall priority, user A's application AP2 is added to the list of applications waiting to be executed, and this process is temporarily terminated.

[0173] On the other hand, in S410, since there is a user B application AP1 with a lower overall priority than user A's application AP2, user B is asked to stop application AP1.

[0174] In the next step, S420, it is determined whether user B agrees to the termination of application AP1. If an affirmative answer is given, the process proceeds to S440; otherwise, if a negative answer is given, the process proceeds to S480.

[0175] In S480, since the stop was not permitted, for example, another device 5f is used to notify user A of the failure to stop the application AP1 with low overall priority, and then proceeds to S490.

[0176] On the other hand, in S440, the execution of application AP1 is stopped because the permission is stopped.

[0177] In the following S450, application AP1 is added to the interrupt application list based on the overall priority (i.e., the priority of the actual execution order).

[0178] In the next S460, AP2 is executed, temporarily ending this process.

[0179] [2-2. Explanation of Priority]

[0180] Next, the overall priority used in the above control process will be explained.

[0181] Here, we will use the example of a company president wanting music appreciation and a department head wanting a video call to illustrate the point.

[0182] For example, consider as Figure 11A As shown, the higher the priority (i.e., priority ranking) of a user, the higher the score (i.e., pt), and as... Figure 11B This is illustrated by setting points for specific users based on their priority levels for each application.

[0183] In this case, a comprehensive score can be calculated for each user, taking into account both the score corresponding to the user's priority and the score corresponding to the priority of the specific user's application. Furthermore, based on this comprehensive score, a comprehensive priority corresponding to both the user's priority and the priority of the specific user's application can be set. That is, the higher the comprehensive score, the higher the comprehensive priority is set. Moreover, the higher the comprehensive priority, the higher the likelihood that the application will actually be executed.

[0184] President's Points: User Importance 3pt × Music Appreciation Application 1pt = 3pt

[0185] Minister's points: User importance 2pt × Video call application 3pt = 6pt

[0186] In this example, since the department head's overall score is 6pt, which is greater than the president's overall score, the department head's overall priority is set to be higher than the president's.

[0187] [2-3. Effects]

[0188] This second embodiment achieves the same effect as the first embodiment.

[0189] Furthermore, in this second embodiment, a comprehensive priority can be set by combining the user's priority with the application's priority, and the application to be executed can be determined based on this comprehensive priority. This allows for more detailed control based on the user and the application, making it more preferable for the user.

[0190] [3. Other Implementation Methods]

[0191] The above describes the embodiments of this disclosure, but it is self-evident that this disclosure is not limited to the above embodiments and various methods can be adopted.

[0192] (3a) In addition to vehicles such as automobiles, this disclosure can also be applied to mobile bodies such as ships and aircraft.

[0193] (3b) The aforementioned rules regarding priority (e.g., rules for setting priority) can be pre-set by the vehicle owner, vehicle operation manager, etc.

[0194] (3c) In personal vehicles, company vehicles, etc., the user's authentication information can be registered to the vehicle in advance using the user's smartphone, the vehicle's CID, etc. In addition, in vehicles such as sightseeing buses, if the user's authentication information is recorded in the ticket purchased before boarding, the authentication information recorded on the ticket can be read by bringing the ticket close to the reading device of the sightseeing bus, etc. when boarding.

[0195] (3d) In the event of a change in priority, notification of the change can be made, for example, through a display installed at the front of the bus, or through the CID of a personal or company vehicle. Alternatively, notification can be made to the entire group or to individuals through displays installed at each seat, or through each person's smartphone.

[0196] (3e) In the above embodiment, the case where the application is installed on the integrated ECU is given as an example, but other configurations are also possible. For example, the application can be configured on a cloud server, and the cloud application can be executed by communication between the integrated ECU and the server to provide services such as entertainment systems. Alternatively, the application can be downloaded from the cloud to the integrated ECU and executed on the integrated ECU.

[0197] (3f) The operation of the application control device described in this disclosure can be implemented by a dedicated computer provided by a processor and memory configured to perform one or more functions embodied in the computer program.

[0198] Alternatively, the operation of the application control device described in this disclosure can be implemented by a dedicated computer provided by a processor consisting of one or more dedicated hardware logic circuits.

[0199] Alternatively, the operation of the application control device described in this disclosure can be implemented by one or more dedicated computers, which are configured by a combination of a processor and memory programmed to perform one or more functions and a processor composed of one or more hardware logic circuits.

[0200] Alternatively, computer programs can be stored as instructions executed by a computer on a computer-readable, non-transitory physical recording medium. The methods for implementing the functions of the aforementioned application control device do not necessarily require software; all its functions can also be implemented using one or more pieces of hardware.

[0201] (3g) In addition to the application control device described above, this disclosure can also be implemented in various ways, such as a structure that includes the application control device as a component, a program for enabling the computer to function the application control device, a non-transitory physical recording medium such as a semiconductor memory that records the program, and an application control method.

[0202] (3h) The multiple functions of one component in each of the above embodiments can also be implemented by multiple components, and the single function of one component can also be implemented by multiple components. Furthermore, the multiple functions of multiple components can also be implemented by one component, or the single function implemented by multiple components can also be implemented by one component. Additionally, a portion of the structure of each of the above embodiments may be omitted. Furthermore, at least a portion of the structure of each of the above embodiments may be added to or substituted into the structure of other embodiments.

[0203] [The technical concepts disclosed in this specification]

[0204] [Project 1]

[0205] An application control device (3) for controlling applications in a mobile body capable of carrying multiple users, comprising:

[0206] Application control unit (21), which controls the actions of the application; and

[0207] Equipment control unit (23) controls the operation of equipment (5) used when executing the application.

[0208] The application control unit includes an execution decision unit (25) configured to, when deciding which application to execute first in the presence of multiple applications, determine the application to execute based at least on the user priority set according to the user, where the user priority is the priority indicating which application to execute first.

[0209] [Project 2]

[0210] The application control device described in Project 1, wherein,

[0211] The application control device is configured to set the user's priority based on one or more indicators.

[0212] [Project 3]

[0213] The application control device described in Project 2, wherein,

[0214] The application control device is configured to weight each of the indicators when multiple indicators exist.

[0215] [Project 4]

[0216] The application control device described in any one of Items 1 to 3, wherein,

[0217] The application control device is configured to combine the user's priority and the application's priority to set a comprehensive priority, and to determine the application to be executed based on the comprehensive priority, wherein the application's priority represents the priority of the application itself among the plurality of applications.

[0218] [Project 5]

[0219] The application control device described in any one of Items 1 to 4, wherein,

[0220] The application control device is configured to manage the user's priority based on the user's authentication information.

[0221] [Project 6]

[0222] The application control device described in any one of Items 1 to 5, wherein,

[0223] The application control device is configured to determine the application to be executed when the mobile body is carrying multiple users and all of the users have arrived.

[0224] [Project 7]

[0225] The application control device described in any one of Items 1 to 6, wherein,

[0226] The application control device is configured to, in the presence of multiple applications, change the priority of a decision after determining which application should be executed first.

[0227] [Project 8]

[0228] The application control device described in Project 7, wherein,

[0229] The application control device is configured to update the determined priority based on the user's boarding or alighting from the mobile vehicle.

[0230] [Project 9]

[0231] The application control device described in Item 7 or Item 8, wherein,

[0232] The application control device is configured to notify individual or all of the users of a change in priority if the priority is changed.

[0233] [Project 10]

[0234] The application control device described in any one of Items 1 to 9, wherein,

[0235] The application control device is configured to, when the equipment has the capacity to execute other applications besides the currently executing application, notify the user with the highest priority among the users who are waiting for the execution of other applications that the application that the user wishes to execute can be executed.

[0236] [Project 11]

[0237] The application control device described in any one of Items 1 to 10, wherein,

[0238] The application control device is configured to, during the execution of a user's application, if a request to execute the application is made by another user with a higher priority than the user, and if the user grants permission to stop the executing application, then the device can stop the executing application.

[0239] [Project 12]

[0240] A control program is used in an application control device (3) to perform application-related controls in a mobile body capable of carrying multiple users, wherein,

[0241] To realize the functions of the application control unit (21) and the equipment control unit (23),

[0242] The application control unit controls the operation of the application, and the equipment control unit controls the operation of the equipment (5) used when executing the application.

[0243] The application control unit implements the function of an execution decision unit (25), which is configured to, when deciding which application to execute first when there are multiple applications, determine the application to execute based at least on the user priority set according to the user, where the user priority is the priority of which application to execute first.

[0244] [Project 13]

[0245] An application control method for controlling an application in a mobile device capable of carrying multiple users, wherein,

[0246] Control the actions of the application, and control the actions of the equipment (5) used when executing the application.

[0247] Furthermore, when deciding which application to execute first in the presence of multiple applications, the application to execute is determined at least based on the user's priority set according to the user, where the user's priority indicates which application to execute first.

Claims

1. An application control device (3) for controlling applications in a mobile body capable of carrying multiple users, characterized in that, have: Application control unit (21), which controls the actions of the application; and Equipment control unit (23) controls the operation of equipment (5) used when executing the application. The application control unit includes an execution decision unit (25) configured to, when deciding which application to execute first in the presence of multiple applications, determine the application to execute based at least on the user priority set according to the user, where the user priority is the priority indicating which application to execute first.

2. The application control device according to claim 1, characterized in that, The application control device is configured to set the user's priority based on one or more indicators.

3. The application control device according to claim 2, characterized in that, The application control device is configured to weight each of the indicators when multiple indicators exist.

4. The application control device according to claim 1, characterized in that, The application control device is configured to combine the user's priority and the application's priority to set a comprehensive priority, and to determine the application to be executed based on the comprehensive priority, wherein the application's priority represents the priority of the application itself among a plurality of applications.

5. The application control device according to claim 1, characterized in that, The application control device is configured to manage the user's priority based on the user's authentication information.

6. The application control device according to claim 1, characterized in that, The application control device is configured to determine the application to be executed when the mobile body is carrying multiple users and all of the users have arrived.

7. The application control device according to claim 1, characterized in that, The application control device is configured to, in the presence of multiple applications, change the priority of a decision after determining which application should be executed first.

8. The application control device according to claim 7, characterized in that, The application control device is configured to update the determined priority based on the user getting on and off the mobile vehicle.

9. The application control device according to claim 7 or 8, characterized in that, The application control device is configured to notify individual or all of the users of a change in priority if the priority is changed.

10. The application control device according to claim 1, characterized in that, The application control device is configured to, when the equipment has the capacity to execute other applications besides the currently executing application, notify the user with the highest priority among the users waiting for the execution of other applications that the application the user wishes to execute can be executed.

11. The application control device according to claim 1, characterized in that, The application control device is configured to, during the execution of a user's application, if a request to execute the application is made by another user with a higher priority than the user, and if the user grants permission to stop the executing application, then the device can stop the executing application.

12. A control program, used in an application control device (3) for performing application-related control in a mobile body capable of carrying multiple users, characterized in that, It performs the functions of an application control unit (21) and an equipment control unit (23), wherein the application control unit controls the operation of the application program, and the equipment control unit controls the operation of the equipment (5) used when executing the application program. The application control unit implements the function of an execution decision unit (25), which is configured to, when deciding which application to execute first when there are multiple applications, determine the application to execute based at least on the user priority set according to the user, where the user priority is the priority of which application to execute first.

13. An application control method for controlling applications in a mobile body capable of carrying multiple users, characterized in that, Control the actions of the application, and control the actions of the equipment (5) used when executing the application. Furthermore, when deciding which application to execute first in the presence of multiple applications, the decision is based at least on the user's priority set according to the user, where the user's priority indicates which application to execute first.

Images