JP2006306242A - On-vehicle information providing device - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an on-vehicle terminal device enabling an user to efficiently obtain necessary information. <P>SOLUTION: Application types corresponding to applications which are simultaneously executed are obtained. It is determined whether output request exists or not sequentially from the applications which is the closest to the application type requested by a user. In case that the output request is issued from the application at a higher order that the application which is outputted now, a calculation result of the application with high priority is output to an output portion. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to an in-vehicle information providing apparatus that controls execution of an application in accordance with a user's intention.

  2. Description of the Related Art In recent years, when using a car, there is an increasing demand for users who want to receive a wide variety of services in the car such as facility guidance around the vehicle, grasping traffic conditions on the route, and obtaining entertainment information. That is, there is a demand for a service that does not stop at the car navigation function of the conventional in-vehicle terminal. Such a service is often created by a service provider (supplier) different from the creation base of the in-vehicle terminal and the car navigation function. Therefore, these services operate as an application different from the application that realizes the car navigation function.

  Each application outputs the calculation result using the output unit of the in-vehicle terminal when performing screen display or generating sound according to the content of the calculation result. In the conventional technique, the application that has requested the latest output outputs the calculation result using the output unit. In this case, every time an application makes an output request to the output unit, the contents that have been output until then are deleted.

  In another conventional technique, a position where a plurality of applications display their contents can be changed by a user operation. The user uses an input device such as a remote controller and arranges the display unit (referred to as a component) on the screen at an easy-to-see position while viewing the display on the output unit.

  On the other hand, the timing at which an application requests output of information to the output unit differs for each application. In particular, in the case of applications that are not coordinated with each other, it is impossible to know each other when the other party makes an output request. In particular, in the case of an application uniquely created by a different service provider, this possibility is high. Further, when the application requests the output unit to output information, the user cannot know, for example, where the output from the application is displayed on the screen of the output unit.

Japanese Patent Laid-Open No. 11-180223 JP 2001-241961 A

  In the first prior art described above, every time an application newly requests an output, the contents that have been output by another application are overwritten. For this reason, when information that is required by the user is output, if an unintended application requests output of information that is not required by the user, the output of information that is important to the user is hidden. In some cases, information may be lost.

  In the second conventional technology described above, the component displayed on the screen in response to the output request from the application is the target of position change, and therefore the position of the component not displayed on the screen cannot be changed. Since the timing at which the component is displayed on the screen is determined by the application, it may not always match the timing at which the user wants to make a change.

  The problem to be solved by the present invention is to provide an in-vehicle terminal device capable of efficiently acquiring information required by a user.

  The present invention relates to a selection type database that stores the type of information requested by the user in advance before the terminal operates the application, and an application close to this type in order to increase the efficiency with which the user acquires information from the terminal. And a resource distribution unit for allocating terminal resources based on application priorities.

  The in-vehicle information providing apparatus according to the present invention gives priority to an output request of an application closest to the type requested by the user by setting the type of application to be noticed in advance by the user and comparing it with the type of the application being executed. Since the calculation result of the application corresponding to the output unit is output, there is an advantage that the information requested by the user is not missed.

  An embodiment will be described in which a processing unit for preferentially processing an output request of an application closest to a type predetermined by the user is provided.

  FIG. 1 is a block diagram of an in-vehicle information providing apparatus according to the present invention. The input unit 101 includes input devices such as a remote controller and a touch panel, receives input from the user, and transmits the input content. The application framework 102 manages the execution state of an application running on the in-vehicle terminal, passes an input from the input unit 101 to a specific application, and sends an output request from the application to the output unit 109. . The application 103 is a unit that provides a specific service such as navigation and music playback. The application 103 acquires an input from the input unit 101 through the application framework 102 and outputs a calculation result and an output request thereof through the application framework 102. . The application type 104 indicates the type to which the corresponding application 103 belongs, and is written in each application. The application server 105 holds a plurality of applications and the corresponding application types, and based on the request from the in-vehicle terminal, the application requested via the network and the corresponding application type are given to the in-vehicle terminal. Supply.

  The priority order processing unit 106 acquires the application type of each executed application through the application framework 102, determines whether there is an output request in order from the application type requested by the user, Instructs the output change processing to be performed when an output request is received from an application having a higher priority than the application currently being output. The user selection type database 107 stores the user's preferences regarding screen display, holds the application type that the user is paying attention to, and prioritizes this application type in response to a request from the priority order processing unit 106. Send to the rank processing unit. The resource distribution unit 108 controls output requests from each application based on instructions from the priority order processing unit 106. The output unit 109 outputs the processing result of each application 103 based on the output request from each application 103 controlled by the resource distribution unit 108.

  A process for preferentially outputting the calculation result of the application 1 (1031) that is closest to the type of interest of the user using the above-described in-vehicle information providing apparatus will be described. The user who drives the vehicle first sets the type of the requested application. When the application type setting is instructed from the input unit 101, the application framework 102 instructs the output unit 109 to display a screen as shown in FIG. In the screen of FIG. 4, a triangular application type area 401 is displayed. Each vertex of the application type area 401 is an axis corresponding to the application type for evaluating the similarity of the application. In the example shown in FIG. 4, “navigation”, “traffic information”, and “general information” are displayed at each vertex, and each vertex is an application type corresponding to a navigation application, a traffic information application, and a general information application. Is shown. The application type specified by a point in the application type area 401 indicates that the application type is a mixture of the application types at the vertices of the application type area 401. For example, a traffic jam forecasting application that predicts traffic jams after a certain period of time and makes the user decide whether to set a detour for the navigation application based on the result is mainly used for traffic information display, Since it is also used for navigation, as shown in FIG. 6, the type of the traffic jam forecast application is located on the lower left side from the center of the triangle.

  In the application type area 401 of FIG. 4, a user selection type mark 402 indicating the position of the application type requested by the user is displayed. The user operates the input unit 101 to move the user selection type mark 402 shown in the screen of FIG. 4 to set it at a position corresponding to the application type required by the user. The mixing ratio of the type corresponding to the apex of each application type area 401 corresponding to the position of the user selection type mark 402 is registered as a new application type requested by the user.

  The flow of the location registration process will be described with reference to FIG. In step 301, the currently selected application type is acquired from the user selection type database 107, and the user selection type mark 402 is displayed at a position on the screen corresponding to the mixing ratio. Here, the user selection type database 107 stores one application type 1042 as shown in FIG. The application type 1042 holds three parameters: a navigation parameter 701, a traffic information parameter 702, and a general information parameter 703. These parameters indicate numerically which field the corresponding application has a deeper connection with. For example, in the case of an application having a deeper relationship with navigation, the numerical value of the navigation parameter 701 increases. When the navigation parameter 701 is a, the traffic information parameter 702 is b, and the general information parameter 703 is c, the relationship shown in the following formula 1 is established for normalization. And

(Equation 1)
a + b + c = 1 (Formula 1)
Based on these parameters, coordinates (x, y) on the screen of the user selection type mark 402 as shown in FIG.

(Equation 2)
x = c−b, y = a (Formula 2)
On the application type area 401 in the screen of the output unit 109, the user selection type mark 402 is drawn at the coordinates calculated based on Equation 2 using the coordinate axes shown in FIG. 5, and the current application type of interest is displayed. Next, in step 302, the user input to the input unit 101 is read. In step 303, it is determined whether or not the read input relates to position setting. The input related to position setting means, for example, a case where a direction key of a remote controller is input or any location in the application type area 401 is instructed to the touch panel. If the input thus read is related to position setting, the process proceeds to step 306. Otherwise, the process proceeds to step 304. In step 306, the position set by the input unit 101 is set as a candidate position for the new user selection type mark 402, and the display on the output unit 109 is updated. Thereafter, the process proceeds to step 302. In step 304, it is determined whether or not the read input is related to position determination. The input related to position determination means, for example, a case where a determination key of a remote controller is input or a determination button 403 is instructed to the touch panel. If the input thus read is related to position determination, the process proceeds to step 307; otherwise, the process proceeds to step 305. In step 307, the currently set position candidate of the user selection type mark 402 is set as the user selection type mark 402 and registered in the user selection type database 107. When registering, the values of a, b, and c are calculated from the coordinates of the user selection type mark 402 in the application type area 401. When the coordinate value is (x, y), the calculation is performed by the following equation 3.

(Equation 3)
a = y, b = (− x−y + 1) / 2, c = (x−y + 1) / 2 (Formula 3)
The value calculated in this way is registered in the user selection type database 107, and then the process ends. In step 305, it is determined whether or not the read input relates to the end of processing. The input related to the end of processing means, for example, a case where a return key of the remote control is input or a cancel button 404 is instructed to the touch panel. As a result of this determination, if the read input relates to the end of the process, the process ends. Otherwise, the process proceeds to step 302.

Next, FIG. 2 shows a flow of processing for preferentially outputting the calculation result of the application closest to the user's attention type based on the contents of the application type stored in the user selection type database 107. . When the in-vehicle information providing apparatus according to the present invention starts processing, the processing in step 201 is started. In step 201, a request from the user through the input unit 101 and a request from each application 103 are read, and the process proceeds to step 202. In step 202, it is determined whether or not the request from the user terminates the entire processing of the in-vehicle information providing apparatus according to the present invention. If it is a request to end the entire process, the process ends. Otherwise, the process proceeds to step 203. In step 203, the request type is read, and the process proceeds to step 204. In step 204, based on the application type 104 corresponding to each application 103, the order of the applications is determined in order of distance from the application type selected by the user. The distance l is calculated using the following equation 4.

(Equation 4)
l = sqrt ((x−x ′) ^ 2+ (y−y ′) ^ 2) (Formula 4)
Here, (x, y) is the coordinates of the user selection type mark 402 on the screen of the output unit 109 representing the application type of interest selected by the user, and (x ′, y ′) determines the order. Therefore, it is the coordinates on the screen of the output unit 109 of the application type for which the distance is calculated. In addition, since there is a relationship of the above-mentioned formulas 1 and 2 between these coordinates and the parameters a, b, and c of the application type, the distance l is expressed as follows using the parameter values a, b, and c. Equation 5 can be expressed as follows.

(Equation 5)
l = sqrt ((c−b−c ′ + b ′) ^ 2+ (a−a ′) ^ 2) (Formula 5)
Here, a, b and c are values of parameters held by the application type of interest selected by the user, and a ′, b ′ and c ′ are parameters held by the application type of the application whose distance is to be calculated. Is the value of The ranking is determined in the order of the shortest distance l calculated in this way, and the process proceeds to step 205. In step 205, it is determined whether or not the type of request read in step 203 is an output request. The output request is a request issued when an application 103 wants to output its calculation result to the output unit 109. As a result of the determination, if the request is an output request, the process proceeds to step 206; otherwise, the process proceeds to step 209. In step 206, the rank of the application that issued the request is compared with the rank of the application that is currently outputting to the output unit 109, and the rank of the application that issued the request is higher or the current output unit 109 If no application 103 is outputting, the process proceeds to step 207; otherwise, the process proceeds to step 201.

  In step 207, the resources held by the output unit 109 are distributed to each application based on the current output request state, and the process proceeds to step 208. The resource distribution means that the resource distribution unit 108 calculates the allocation of hardware resources such as the occupied area in the screen and the sound volume at the time of audio output. A specific resource allocation method will be described in an example described later. In step 208, the calculation result of each application to which resources are distributed is output to the resource allocated in step 207, and the process proceeds to step 201. On the other hand, in step 209, it is determined whether or not the type of request read in step 203 is an output end request. The output end request is a request issued when an application finishes outputting its calculation result to the output unit 109. If the determination result is an output end request, the process proceeds to step 207; otherwise, the process proceeds to step 201.

  An example of resource allocation of the output unit 109 by the resource distribution unit 108 will be described. Here, consider using a navigation application and a traffic jam forecast application. Each application can be downloaded from the application server 105 and added together with the application type. The navigation application holds an application type 1043 as shown in FIG. The navigation parameter shows a high value because it is closely related to the navigation function. The type of navigation application is displayed at a position such as position 601 in FIG. 6 in the application type area 401. On the other hand, the traffic jam forecast application holds an application type 1044 as shown in FIG. The traffic jam forecast application predicts traffic jams after a certain period of time, for example, and allows the user to determine whether to set a detour for the navigation application based on the result. Because it is deep and related to the navigation function to some extent, the traffic information parameter shows a high value, and then the navigation parameter value becomes high. In the application type area 401, the traffic jam forecast application is displayed at a position on the lower left side from the center of the triangle like the position 602 in FIG.

  Here, when the rank calculation in step 204 is performed, the following results are obtained. The distance l1 between the application type 1043 of the navigation application and the application type 1044 of interest selected by the user is obtained by Equation 5 as follows.

(Equation 6)
l1 = sqrt ((0.3-0.1-0.1 + 0.1) ^ 2 + (0.6-0.8) ^ 2)
= Sqrt (0.04 + 0.04)
≒ 0.28
Next, the distance l2 between the application type of the traffic jam forecast application and the application type of interest selected by the user is also obtained from Equation 5.

(Equation 7)
l2 = sqrt ((0.3-0.1-0.1 + 0.6) ^ 2 + (0.6-0.3) ^ 2)
= Sqrt (0.49 + 0.09)
≒ 0.76
Since the distance l1 is smaller than l2 and close to the application type of interest, the navigation application rank is higher than the traffic jam forecast application. If the navigation application issues an output request in this state, the process proceeds to step 207 in the determination of step 206. In the resource allocation in step 207, in this example, the navigation application that issued the output request is allocated so that the entire screen of the output unit 109 can be used. In this case, the result output in step 208 is a display in which the navigation application occupies the entire screen. As a result, a navigation application close to the type that the user is interested in can provide information to the user, and information can be prevented from being missed.

When the navigation application issues an output end request after the above-described state, the process proceeds to step 207 according to the determination in step 209, and the resource is distributed again. In this case, since there is no application requesting output, the hardware resource of the output unit 109 is not assigned to any application. Therefore, in step 208, nothing is output to the output unit 109. When the traffic jam forecast application issues an output request in this state, the process proceeds to step 206 as determined in step 205. In the determination in step 206, since no other application is outputting, the process moves to step 207. In step 207, since the entire screen of the output unit 109 is allocated to the traffic jam forecast application making the output request in this example, the result output in step 208 is a display in which the traffic jam forecast application occupies the entire screen. It becomes. As a result, it is possible to prevent information other than the application closest to the type that the user notices from being provided.

  Next, an example in which the resource distribution unit 108 uses a resource allocation method different from the above-described embodiment will be described. Here, a facility guidance application that provides facility information around the vehicle position is considered. The facility guidance application performs display using a part of the displayable area of the output unit 109 as shown in FIG. In the facility guidance application, the facility near the vehicle is searched from the database, the facility introduction text is displayed on the screen, and the location introduced in cooperation with the navigation application is set as the destination of the navigation application. Perform the action. Since the facility guidance application is an application that provides general information and also has a linkage with navigation, the application type is displayed at a position such as a position 1301 in FIG. Therefore, the application type 1045 of the facility guidance application has high values for the navigation parameter and the general information parameter as shown in FIG.

  In this example, the flow of processing for preferentially outputting the calculation result of the application 103 closest to the type that the user notices based on the contents of the set user selection type database 107 is shown in FIG. The flow of this process is almost the same as that in FIG. 2, but in step 1206, when the resources held by the output unit 109 are distributed to each application 103 based on the current output request status, the output unit 109 Allocate only the range used by the application that issued the output request. In the subsequent step 1207, the calculation result of the application 103 to which the resources have been distributed is output to the resource allocated in step 1206, and the process proceeds to step 201.

  Here, when this facility guidance application is executed together with the navigation application of the first embodiment under the application type of interest in the example of the first embodiment, when the rank calculation in step 1204 is performed, the following results are obtained. Become. The distance l1 between the application type of the navigation application and the application type of interest selected by the user is obtained by Equation 5 as described above. Next, the distance l3 between the application type of the facility guidance application and the application type of interest selected by the user is obtained as follows using Equation 5.

(Equation 8)
l3 = sqrt ((0.3-0.1-0.4 + 0.2) ^ 2 + (0.6-0.4) ^ 2)
= Sqrt (0 + 0.04)
= 0.2
Since the distance of l3 is smaller than l1, the facility guidance application ranks higher than the navigation application. When the facility guidance application issues an output request in this state, the resource allocation in step 1206 allocates only the range used by the application that issued the output request in the screen of the output unit 109, and is calculated in step 1204. The range is assigned based on the ranking. That is, a range that is used preferentially by the highest-ranked application is allocated, and the next-ranked application uses the remaining portion that has not been allocated until the higher-ranked application. In this example, the result output in step 1207 is a display in which the facility guidance application occupies the lower part of the screen as shown in FIG.

  When the navigation application issues an output request in this state, the order of the navigation application is lower than that of the facility guidance application, so the remaining portion not allocated to the facility guidance application is used, as shown in FIG. The navigation application is displayed in a portion other than the range occupied by the facility guidance application. Thereby, the facility guidance application close to the type noticed by the user is arranged in front of the navigation application, and it is possible to prevent the information provided by the application close to the type noticed by the user from being missed.

  Next, an example in which sound is output as a resource of the output unit 109 will be described. Here, let us consider a route guidance function by voice in a navigation application and a music reproduction application for reproducing music. The music playback application has a function of playing music selected by the user from the speaker of the output unit 109. The music playback application is an application that provides general information and has no linkage with navigation or traffic information. Therefore, the application type of the music playback application has a general information parameter value of 1.0, and is displayed at the apex position of “general information” in the application type area 401.

  In this example, the flow shown in FIG. 10 is used as a process for preferentially outputting the processing result of the application closest to the application type noted by the user based on the contents of the set user selection type database 107. Here, a case is considered in which a navigation application attempts to start voice guidance and a voice guidance output request with a volume of 80% is issued while music is being played by a music playback application. In the state where music is being played for the first time, the music playback application occupies 80% of the playback volume from the speaker, and the voice guidance function of the navigation application occupies 0% of the playback volume (ie, the voice is Not output).

  Here, when the music playback application is executed together with the navigation application of the first embodiment under the application type of interest in the example of the first embodiment, the following results are obtained when the rank calculation in step 204 is performed. The distance l1 between the application type of the navigation application and the application type selected by the user is obtained from Equation 5 as described above. Further, the distance l4 between the application type of the music playback application and the application type selected by the user is also obtained from Equation 5 as follows.

(Equation 9)
l4 = sqrt ((0.3-0.1-1.0 + 0.0) ^ 2 + (0.6-0.0) ^ 2)
= Sqrt (0.64 + 0.36)
= 1
That is, since the navigation function is focused more on the application type selected by the user, the distance l1 becomes smaller than the distance l4, and the ranking of the navigation application becomes higher than the ranking of the music playback application. Therefore, in step 1206, when the resource distribution unit 108 performs resource distribution of the reproduced sound in the speaker, the navigation application has a higher rank than the result calculated in step 204, so the requested volume of 80% is the navigation application. Assigned to Subsequently, the remaining 20% volume is allocated to the music playback application. As a result, as shown in FIG. 20, the voice guidance by the navigation application occupies 80% volume, and the music reproduction by the music reproduction application occupies 20% volume. In this state, the volume of music is lower than before the output request issuance, and the voice guidance sound output by the navigation application close to the application type 104 that the user pays attention to can be heard more clearly.

  Next, an example in which the application type 104 changes dynamically will be described. Here, use of a navigation application and a facility guidance application is considered. Here, the facility guidance application in this example holds an application type 1046 as shown in FIG. This application type 1046 holds a navigation parameter range 2201, a traffic information parameter range 2202 and a general information parameter range 2203. Each parameter can be changed within the range according to the state of the application 103, but has the limitation shown in Equation 1. The parameter change according to the state of the application 103 in this example is a larger value in the navigation parameter range 2201 when the facility guidance application provides information linked to navigation, while navigation When there is little cooperation with, this means that a smaller value is adopted in the navigation parameter range 2201. In the former case, for example, as shown in FIG. 13, the destination setting information is provided. In the latter case, for example, as a result of searching the database with the facility guidance application, Indicates a state where the facility guidance application does not provide information linked to navigation, such as when there is no facility information that can be provided. Such a parameter range occupies a range such as the facility guidance application range 2101 in FIG. 15 in the application type area 401. Note that the graphic of the facility guidance application range 2101 shown in FIG. 15 is for convenience, and the graphic represented in the application type area 401 differs depending on the range of each parameter.

  In the above-described example, when the facility information that can be provided as shown in FIG. 13 is searched for in the facility guidance application, the navigation parameter range 2201, the traffic information parameter range 2202 in the facility guidance application, and the general The information parameter range 2203 is assumed to take values such as the following a, b, and c, respectively.

(Equation 10)
a = 0.4
b = 0.2
c = 0.4
When the facility guidance application issues an output request while taking this value, the distance 15 between the application type of the facility guidance application and the application type selected by the user is 0.2, and the output priority of the facility guidance application Is higher than that of the navigation application, display as shown in FIG. 13 or 14 is performed on the screen of the output unit 109 as described in the second embodiment.

  Also, when the facility guidance application does not provide information linked to navigation, the navigation parameter range 2201, the traffic information parameter range 2202 and the general information parameter range 2203 in the facility guidance application are as follows. Assume values such as a, b and c.

(Equation 11)
a = 0.2
b = 0.2
c = 0.6
When the navigation application issues an output request while taking this value, if the rank calculation in step 204 is performed under the same conditions as in the first embodiment, the following results are obtained. The distance l1 between the application type of the navigation application and the application type selected by the user is obtained as described above. Next, the distance l6 between the application type of the facility guidance application and the application type selected by the user is obtained by Equation 5 as follows.

(Equation 12)
l6 = sqrt ((0.3-0.1-0.6 + 0.2) ^ 2 + (0.6-0.2) ^ 2)
= Sqrt (0.04 + 0.16)
≒ 0.45
Since the distance of l1 is smaller than l5, the output priority of the navigation application is higher than that of the facility guidance application. When the navigation application issues an output request in this state, the navigation application having a higher priority occupies the resources of the output unit 109 in the resource allocation in step 1206, and the display as shown in FIG. Done. Thereby, the distribution of resources to each application 103 is updated according to the display content provided by the application 103, and it is possible to prevent the information that the user pays attention to in each application 103 from being missed.

It is a block diagram of the vehicle-mounted information provision apparatus in this invention. It is a flowchart of the process which gives priority and outputs the calculation result of the application nearest to the classification which a user pays attention. It is a flowchart of the process which registers the new application classification which a user requests | requires. It is the figure which showed the display screen of an application classification area | region. It is the figure which showed the coordinate axis of the application classification area | region. It is the figure which showed the application position of each application. It is the figure which showed the application classification. It is the figure which showed the application classification of the navigation application. It is the figure which showed the application classification of the traffic jam forecast application. It is a flowchart of the process which preferentially allocates the calculation result of the application nearest to the classification which a user pays attention to the resource of an output part. It is the figure which showed the facility guidance application position in an application classification area | region. It is the figure which showed the application classification of the facility guidance application. It is the figure which showed the display of the facility guidance application in an output part. It is the figure which showed the state by which the display of the navigation application was performed in parts other than the range which a facility guidance application occupies. It is the figure which showed the facility guidance application range in an application classification area | region. It is the figure which showed the application classification of the facility guidance application.

Explanation of symbols

DESCRIPTION OF SYMBOLS 101 ... Input part, 102 ... Application framework, 103 ... Application, 104 ... Application type, 105 ... Application server, 106 ... Priority processing part, 107 ... User selection classification database, 108 ... Resource distribution part, 109 ... Output part .

Claims (4)

An input unit that receives input from the user, an application framework that manages the execution state of the application and manages input / output to each application, and an output unit that outputs the processing result of the application based on an output request from each application; In-vehicle information providing apparatus comprising:
Each application has its own type information,
A user selection type database that holds type information of an application serving as a reference for the priority order of output allocation in the processing unit, and transmits contents in response to a request from the priority processing unit;
A priority processing unit that assigns a higher priority in order from an application that is closer to the type information of the application that is the reference of the priority, from a distance between the type information of the application that is the reference of the priority and the type information of each application;
An in-vehicle information providing apparatus comprising: a resource distributing unit that distributes hardware resources to be allocated to the processing result of an application based on the priority in response to an output request from each application according to an instruction from the priority processing unit .   2. The in-vehicle information providing apparatus according to claim 1, wherein the resource distributing unit controls an output request from each application based on an instruction from the priority processing unit, and a processing result of an application having the highest priority. The hardware resources of the output unit are preferentially assigned to the remaining hardware resources in order from the application with the highest priority among other applications, and each processing result is displayed on the screen on the output unit. In-vehicle information providing device.   2. The in-vehicle information providing apparatus according to claim 1, wherein the resource distributing unit controls an output request from each application based on an instruction from the priority processing unit, and a processing result of an application having the highest priority. The hardware resources of the output unit are preferentially allocated to the remaining hardware resources in order from the application with the highest priority among other applications, and then each processing result is output as audio at the output unit. In-vehicle information providing device. The in-vehicle information providing apparatus according to claim 1, wherein the application type information includes a parameter fluctuation range for evaluating a distance from the application type information serving as a reference for the priority order based on an operation state of the application. Represent,
The parameter is set between the fluctuation ranges based on the operation state of the application by the application corresponding to the type information,
The priority order processing unit, when there is an output request from an application, obtains the priority order by using the type information at the time of the output request.

Images