WO2021002300A1 - コンテントの提示制御装置、提示制御方法及び提示制御プログラム - Google Patents

コンテントの提示制御装置、提示制御方法及び提示制御プログラム Download PDF

Info

Publication number
WO2021002300A1
WO2021002300A1 PCT/JP2020/025335 JP2020025335W WO2021002300A1 WO 2021002300 A1 WO2021002300 A1 WO 2021002300A1 JP 2020025335 W JP2020025335 W JP 2020025335W WO 2021002300 A1 WO2021002300 A1 WO 2021002300A1
Authority
WO
WIPO (PCT)
Prior art keywords
content
arbitration
rule
presentation
presentation control
Prior art date
Application number
PCT/JP2020/025335
Other languages
English (en)
French (fr)
Inventor
大義 川嶋
滋郎 加藤
健太郎 手嶋
岡本　圭介
一也 大竹
宏 間嶋
和希 笹本
Original Assignee
株式会社デンソー
トヨタ自動車株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社デンソー, トヨタ自動車株式会社 filed Critical 株式会社デンソー
Publication of WO2021002300A1 publication Critical patent/WO2021002300A1/ja
Priority to US17/562,720 priority Critical patent/US11847374B2/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60K—ARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K35/00—Instruments specially adapted for vehicles; Arrangement of instruments in or on vehicles
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60K—ARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K35/00—Instruments specially adapted for vehicles; Arrangement of instruments in or on vehicles
    • B60K35/10—Input arrangements, i.e. from user to vehicle, associated with vehicle functions or specially adapted therefor
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60K—ARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K35/00—Instruments specially adapted for vehicles; Arrangement of instruments in or on vehicles
    • B60K35/20—Output arrangements, i.e. from vehicle to user, associated with vehicle functions or specially adapted therefor
    • B60K35/21—Output arrangements, i.e. from vehicle to user, associated with vehicle functions or specially adapted therefor using visual output, e.g. blinking lights or matrix displays
    • B60K35/22—Display screens
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60K—ARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K35/00—Instruments specially adapted for vehicles; Arrangement of instruments in or on vehicles
    • B60K35/20—Output arrangements, i.e. from vehicle to user, associated with vehicle functions or specially adapted therefor
    • B60K35/28—Output arrangements, i.e. from vehicle to user, associated with vehicle functions or specially adapted therefor characterised by the type of the output information, e.g. video entertainment or vehicle dynamics information; characterised by the purpose of the output information, e.g. for attracting the attention of the driver
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60K—ARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K35/00—Instruments specially adapted for vehicles; Arrangement of instruments in or on vehicles
    • B60K35/80—Arrangements for controlling instruments
    • B60K35/81—Arrangements for controlling instruments for controlling displays
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/36—Input/output arrangements for on-board computers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T13/00—Animation
    • G06T13/20—3D [Three Dimensional] animation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T19/00—Manipulating 3D models or images for computer graphics
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L13/00—Speech synthesis; Text to speech systems
    • G10L13/02—Methods for producing synthetic speech; Speech synthesisers
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60K—ARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K2360/00—Indexing scheme associated with groups B60K35/00 or B60K37/00 relating to details of instruments or dashboards
    • B60K2360/11—Instrument graphical user interfaces or menu aspects
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60K—ARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K2360/00—Indexing scheme associated with groups B60K35/00 or B60K37/00 relating to details of instruments or dashboards
    • B60K2360/16—Type of output information
    • B60K2360/164—Infotainment
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60K—ARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K2360/00—Indexing scheme associated with groups B60K35/00 or B60K37/00 relating to details of instruments or dashboards
    • B60K2360/16—Type of output information
    • B60K2360/166—Navigation
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60K—ARRANGEMENT OR MOUNTING OF PROPULSION UNITS OR OF TRANSMISSIONS IN VEHICLES; ARRANGEMENT OR MOUNTING OF PLURAL DIVERSE PRIME-MOVERS IN VEHICLES; AUXILIARY DRIVES FOR VEHICLES; INSTRUMENTATION OR DASHBOARDS FOR VEHICLES; ARRANGEMENTS IN CONNECTION WITH COOLING, AIR INTAKE, GAS EXHAUST OR FUEL SUPPLY OF PROPULSION UNITS IN VEHICLES
    • B60K2360/00—Indexing scheme associated with groups B60K35/00 or B60K37/00 relating to details of instruments or dashboards
    • B60K2360/16—Type of output information
    • B60K2360/167—Vehicle dynamics information

Definitions

  • the present disclosure relates to a content presentation control device, a presentation control method, and a presentation control program.
  • the content displayed on the display device installed in the vehicle and the content output from the audio output device are diverse.
  • Examples of this type of content include running content related to vehicle running, non-running content not related to vehicle running, and the like.
  • Examples of the content of the traveling system include vehicle speed, engine speed, shift position, remaining amount of fuel, and the like.
  • Examples of non-driving content include map information for navigation, audio information, telephone information, and the like.
  • Content is presented in response to a content presentation request from the application. That is, the display content is displayed in response to a display request from the application, and the audio output content is output in audio in response to the audio output request from the application.
  • the display content is displayed in response to a display request from the application
  • the audio output content is output in audio in response to the audio output request from the application.
  • arbitration is performed as to which content is to be presented with priority.
  • rule-based arbitration for example, when there are multiple contents that are candidates for presentation, arbitration is performed based on the rule definition, and the content to be presented with priority is determined. The content that lost the arbitration must behave as a "standby" that does not withdraw the presentation request in order to be presented after the presentation of the content that has won the arbitration is completed, and the "cancel" that withdraws the presentation request if it is not presented. Need to behave as.
  • the behavior when the mediation of the navigation content related to the navigation function is lost is "standby" will be described.
  • ETC content audio output request related to the ETC (Electronic Toll Collection) function occurs due to an interrupt during the audio output of the navigation content
  • the navigation content loses arbitration, and the arbitrated navigation content waits for the audio output request. That is, the audio output of the navigation content is interrupted, and after the audio output of the ETC content is completed, the audio output of the navigation content is restarted.
  • the voice output request of the telephone content related to the telephone function is generated by an interrupt during the voice output of the navigation content, the navigation content is arbitrated and lost, and the arbitrated navigation content waits for the voice output request. That is, the voice output of the navigation content is interrupted, and after the voice output of the telephone content is completed, the voice output of the navigation content is restarted.
  • the voice output request of the telephone content is generated by an interrupt while the voice output of the intersection right turn guidance is performed as the navigation content, the voice output of the right turn guidance is interrupted, and after the voice output of the telephone content is completed, the right turn guidance is used. Resume audio output.
  • the voice output time of the telephone content becomes long and the vehicle completes the right turn before the voice output of the telephone content is completed, the voice output of the right turn guidance is restarted to inform the user of inappropriate information. Will give.
  • the behavior of the content that lost the mediation can be changed according to the content of the mediation partner, that is, the content that won the mediation.
  • a method of defining the behavior of the content that lost the arbitration in a matrix according to the combination of the arbitrated contents can be considered.
  • the number of contents increases, the number of combination patterns increases, and it becomes difficult to define all the behaviors.
  • Patent Document 1 discloses a method of canceling the content that has lost arbitration when the audio output time of the content that has won arbitration is longer than the expiration date of the content that has lost arbitration by using the time characteristic of the content that has lost arbitration. Has been done.
  • the purpose of this disclosure is to freely change the behavior of content that has lost arbitration without degrading the maintainability of the rule definition.
  • the application storage unit can store the application that generates the content presentation request.
  • the rule definition storage unit defines a constraint expression that defines an attribute of the content that defines either cancellation that withdraws the presentation request or wait that does not withdraw the presentation request, and an exception rule that defines the behavior of the content that has lost arbitration as either wait or cancel.
  • Memorize the rule definition including and.
  • a rule definition that includes a content attribute that defines either cancellation that withdraws the presentation request or wait that does not withdraw the presentation request, and a constraint expression that defines an exception rule that makes the behavior of the content that lost the arbitration either wait or cancel. I tried to remember it.
  • the behavior of the content that has lost arbitration the behavior of the content that has lost arbitration can be freely changed by defining the default behavior with the content attribute and the exceptional behavior with the constraint expression.
  • the constraint expression since only the exception rule needs to be defined by the constraint expression, it is possible to avoid deterioration of the maintainability of the rule definition. As a result, the behavior of the content that lost the mediation can be freely changed without deteriorating the maintainability of the rule definition.
  • FIG. 1 is a functional block diagram showing a configuration of a presentation control device according to an embodiment.
  • FIG. 2 is a perspective view showing the interior of the vehicle.
  • FIG. 3 is a diagram showing priority arbitration.
  • FIG. 4 is a diagram showing the second-win arbitration.
  • FIG. 5 is a diagram showing the relationship between the Z-order of the area and the priority.
  • FIG. 6 is a diagram showing the relationship between the content, the state, and the area.
  • FIG. 7 is a diagram showing specifications.
  • FIG. 8 is a diagram showing the syntax of the predicate logic expression.
  • FIG. 9 is a diagram showing specifications.
  • FIG. 10 is a diagram showing specifications.
  • FIG. 11 is a diagram showing specifications.
  • FIG. 12 is a flowchart showing the entire processing of the arbitration logic.
  • FIG. 13 is a flowchart showing post-processing.
  • FIG. 14 is a flowchart showing post-processing.
  • FIG. 15 is a diagram showing the specifications before the change.
  • FIG. 16 is a diagram showing the changed specifications.
  • FIG. 17 is a diagram showing the specifications before the change.
  • FIG. 18 is a diagram showing the changed specifications.
  • FIG. 19 is a diagram showing the specifications before the change.
  • FIG. 20 is a diagram showing the changed specifications.
  • a driver's seat 2 and a passenger seat 3 are arranged in the passenger compartment 1 of the vehicle, and an instrument panel 4 is arranged in front of them.
  • a windshield 5 is mounted on the front end of the instrument panel 4 so as to stand up.
  • a first display device 6 and a second display device 7 are arranged on the instrument panel 4, and a third display device 8 is arranged on the windshield 5.
  • the first display device 6 is, for example, a center display composed of a full-color liquid crystal display device, and basically functions as a display unit for displaying non-running content that is not related to vehicle running.
  • the non-traveling content is, for example, map information for navigation, audio information, telephone information, and the like.
  • the first display device 6 also functions as a display unit that displays an image of the rear of the vehicle captured by the rear camera when the vehicle is moving backward.
  • the second display device 7 is, for example, a meter display composed of a full-color liquid crystal display device, and basically functions as a display unit for displaying the content of the traveling system related to vehicle traveling.
  • the content of the traveling system is, for example, vehicle speed, engine speed, shift position, remaining amount of fuel, and the like.
  • the third display device 8 is a head-up display in which an image is projected from the display unit 9 arranged on the instrument panel 4 onto the windshield 5, and is basically a traveling system like the second display device 7. It functions as a display unit that displays the content. One or a plurality of areas for displaying content are set in each of the display devices 6 to 8.
  • a voice output device 10 (see FIG. 1) is arranged at a predetermined position in the passenger compartment 1.
  • the audio output device 10 is composed of one or a plurality of speakers, and functions as an audio output unit that outputs audio for traveling content and non-traveling content.
  • the content is displayed on each of the display devices 6 to 8, and the content is output by voice from the voice output device 10, so that various information composed of traveling system content and non-traveling system content can be obtained by the occupant.
  • the presentation control device 11 (corresponding to the content presentation control device) has a control unit 12, an application storage unit 13, and an input / output I / F 14.
  • a plurality of applications A to C are stored in advance in the application storage unit 13.
  • the applications A to C interrupt and output a presentation request indicating the presentation target, the presentation area, and the content to the control unit 12. That is, when the content display request to the display devices 6 to 8 is generated, each of the applications A to C interrupts and outputs a presentation request indicating the display target, the area, and the content to the control unit 12.
  • the area is an area allocated when displaying the content.
  • the applications A to C interrupt output the presentation request indicating the audio output target, the zone, and the content to the control unit 12.
  • the zone is an area allocated when the content is output as audio.
  • the control unit 12 has a microcomputer including a CPU (Central Processing Unit), a ROM (Read Only Memory), a RAM (Random Access Memory), an I / O (Input / Output), and the like, and is a non-transitional substantive storage medium.
  • the presentation control program stored in is executed to control the operation of the presentation control device 11.
  • the control unit 12 includes a rule definition storage unit 15, an arbitration unit 16, and a presentation control unit 17.
  • the rule definition is stored in the rule definition storage unit 15.
  • the rule definition is composed of an arbitration policy that defines basic arbitration when assigning content to an area or zone, and a constraint expression.
  • the arbitration policy is always set by any of priority arbitration / second-come-first-served arbitration / value-based arbitration as described later.
  • the constraint expression is not limited to one, and may not be provided depending on the intention of the writer, or may be provided in plurality.
  • the arbitration unit 16 arbitrates the content allocated to the presentation area based on the rule definition stored in the rule definition storage unit 15.
  • the arbitration unit 16 may interrupt and output a presentation request at the same time by a plurality of different applications, and in such a case, arbitrate which content is to be presented with priority.
  • "Simultaneous” here does not mean simultaneous in time, but a state in which a content presentation request is generated from another application while one application is presenting the content, that is, two or more applications make a presentation request. It means the state where interrupts are output at the same time.
  • the presentation control unit 17 is connected to various ECUs 18, various sensors 19, various switches 20, an automatic driving control device 21, etc. via an in-vehicle network 22 via an input / output I / F14.
  • the in-vehicle network 22 is, for example, CAN (Controller Area Network, a registered trademark) or the like.
  • the presentation control unit 17 displays the content assigned by the arbitration in a predetermined area or outputs a voice from the predetermined zone.
  • Rule-based arbitration describes an arbitration method in which content is arbitrated based on a given rule and assigned to an arbitrary area. Area definitions, content definitions, and constraint expressions are required as rule definitions in rule-based arbitration.
  • (1-1) Area definition In the area definition, the display location, the value of the display location, and the arbitration policy are defined. Since arbitration is performed for each area, an arbitration policy is defined for each area. In the area, a frame for displaying the content on the display devices 6 to 8 is defined. Only one content is assigned to an area. Area is defined as follows. -The area displays the assigned content. ⁇ The area has an arbitration policy. -For the area, refer to the content that can be displayed. -The area has one or more sizes. Each area has properties. Priority, Z-order, arbitration policy, and size are set as properties.
  • (B) Z-order Z-order is the coordinates related to the height. The higher the Z-order value, the more it is displayed on the front. If there are areas with the same priority, arbitration is performed in descending order of Z-order value.
  • (C) Mediation policy The mediation policy is one of priority mediation, second-come-first-served mediation, and value-based mediation.
  • C-1) Priority arbitration Priority arbitration is an arbitration policy for each area, and as shown in FIG. 3, it is arbitration that displays the content having the highest priority among the contents that can be displayed in the area.
  • C-2) After-winning arbitration Post-winning arbitration is an area-based arbitration policy. As shown in FIG. 4, when the content of the last request in the area is displayed and the display of the content is completed, the content is displayed. It is an arbitration that displays the content of the last request that occurred.
  • C-3 Value-based arbitration
  • Value-based arbitration is an arbitration policy for the entire area, and the content that maximizes the calculated value obtained by multiplying the numerical value that quantifies the value of the content and the numerical value that quantifies the value of the area. Is arbitration to display.
  • (D) Size is the size of the area, which is vertical x horizontal. If more than one is defined, it is determined according to the size of the content. The relationship between the Z-order of the area and the priority is shown in FIG.
  • (1-2) Content definition In the content definition, the displayable area, the content state, and the value of the content state are defined.
  • a content can have multiple states, the content is assigned to an area, and the content status is displayed.
  • the content defines and refers to the area that can be displayed by oneself. In the content, the content to be displayed in the area defined on the display screens of the display devices 6 to 8 is defined. Only one content is assigned to an area.
  • Content is defined as follows.
  • -Content is assigned to the area. -The content refers to one or more areas that can be displayed by itself. -The content always has one or more states. -Content has one or more sizes.
  • One content can have a plurality of states, and when a plurality of states are held, each state is exclusive and can always be displayed only in one state at a time.
  • the content can have multiple sizes, and if there are multiple contents, the closest size is displayed according to the size of the display destination area.
  • the relationship between content, state, and area is linked as shown in FIG.
  • the content has a property, and the property is set with an attribute indicating whether the presentation request is withdrawn (cancelled) or not withdrawn (waiting) when the mediation is lost.
  • Priority The priority is a value used when the arbitration policy of the area is "priority arbitration", and the content having a high priority is assigned to the area first.
  • Size The size is the size of the content display and is vertical x horizontal. If more than one is defined, it is determined according to the size of the area.
  • Constraint formula is a rule that describes the properties that must be exceptionally satisfied during or after mediation. By suppressing the state of arbitration with a constraint expression, it is possible to express a state that cannot be expressed by the arbitration policy as it is, or to use it for determining the arbitration result after arbitration. That is, for example, depending on the situation such as the running state of the vehicle, it may be better not to display even the content assigned by the arbitration policy.
  • the constraint formula defines the conditions for content suppression and area suppression, which are the conditions that the arbitration result must satisfy.
  • the logical expressions that can be handled by the constraint expression are the content state, the area state, the content displayed in the area, the set of the area and the content, the scene state, the logical operation, and the quantification symbol.
  • the scene is, for example, a manual driving scene or an automatic driving scene by the automatic driving device 19, and display control is possible in which the content of the manual driving content group is not displayed in the automatic driving scene.
  • the content state is either active / inactive or displayed / hidden.
  • the state of the area is either displayed or hidden.
  • the quantifiers are ⁇ (For All: the condition is satisfied for all the elements of the set) and ⁇ (Exists: there is at least one element that satisfies the condition in the set).
  • Priority arbitration and second-win arbitration If priority arbitration and second-win arbitration coexist, set the area arbitration policy to second-win, and use a constraint expression only for the relationship between the content related to priority. It can be handled by describing it.
  • the arbitration logic is an algorithm that defines a method of allocating content so as to satisfy a constraint expression based on an area arbitration policy based on a given rule. Basically, mediation is performed in order of priority for each area.
  • the arbitration logic includes arbitration within the area and arbitration for the entire area.
  • (2-1) Mediation within the area (a) Mediation within the area arbitrates the priority arbitration and the second-win arbitration areas in descending order of priority. (B) Evaluate the following for each area. Temporarily assign the highest priority content, and if the evaluation result of the constraint expression is true (TRUE), determine the temporarily assigned content. If the evaluation result of the constraint expression is FALSE, the next priority content is re-evaluated. If there is no content that satisfies the constraint expression, the content is not displayed in that area.
  • (2-2) Mediation of the entire area Mediation of the entire area includes best fit logic and one-pass logic.
  • the best fit logic selects the one with the highest total value from all combinations of content and area that satisfy the constraint equation.
  • the one-pass logic assigns the content with the highest priority to the area in order from the area with the highest priority, and excludes the content already assigned to the other area. In this embodiment, one-pass logic is adopted, but best-fit logic may be adopted.
  • the behavior of the content that lost the arbitration depends on itself, and it is not possible to select whether to behave as "standby” or "cancel". That is, the behavior of the content that lost the mediation cannot be selected according to the content that won the mediation. Due to such circumstances, the specifications shown in FIG. 7 cannot be established by the conventional rule-based arbitration. Specifically, the behavior of the navigation content that lost the mediation cannot be set to "standby" when the partner who lost the mediation is ETC content, and cannot be set to "cancel" when the partner who lost the mediation is the telephone content.
  • a constraint expression for the arbitration loss standby cancel determination process is created using the syntax of the predicate logic expression representing the arbitration result and the behavior of the content.
  • An example of description of the constraint expression of the standby cancellation judgment processing when the arbitration is lost is shown below.
  • the constraint formula of "Content A cancels the request to present Content A if it loses mediation to Content B" is ⁇ Content A.isDefeatedBy (Content B)-> Content A.isCanceled () ⁇ Will be.
  • the constraint expression of "Content A waits for content A presentation request when arbitration is lost to content B" is ⁇ Content A.isDefeatedBy (Content B)->!
  • the constraint formula of "Navi content cancels the request to present Navi content when arbitration is lost to telephone content” is ⁇ Navi.isDefeatedBy (TEL)-> Navi.isCanceled () ⁇ Will be.
  • the constraint formula of "Navi content waits for a request to present Navi content if it loses mediation to ETC content” is ⁇ Navi.isDefeatedBy (ETC)->! Navi.isCanceled () ⁇ Will be.
  • the rule definition is Navi ⁇ GoodLoser: true ⁇ ETC ⁇ GoodLoser: false ⁇ TEL ⁇ GoodLoser: false ⁇ Will be.
  • the arbitration loss standby cancellation determination process is performed as a post-process for changing the request state, that is, the behavior of the arbitration-loss content.
  • the post-processing the constraint expression of the standby cancellation judgment processing at the time of arbitration loss is evaluated, and the state of the content request is changed.
  • the arbitration unit 16 performs overall processing of the arbitration logic.
  • the mediation unit 16 receives a content presentation request from another application while presenting the content of one application (corresponding to the presentation request reception procedure and the presentation request reception process)
  • the mediation unit 16 performs the mediation process and puts the content in the presentation area.
  • Allocate corresponds to S1, arbitration procedure, arbitration processing).
  • the arbitration unit 16 evaluates all the constraint equations and determines whether or not the arbitration process is successful (S2).
  • S3: YES the arbitration unit sets the result as arbitration success and determines the content allocation (S4).
  • the arbitration unit 16 determines that all the constraint equations are not satisfied and determines that the arbitration process has failed (S3: NO), the arbitration failure is set in the result, and the content allocation is not confirmed (S5).
  • the arbitration unit 16 performs post-processing to change the state of the content request (S6). That is, the arbitration unit 16 determines whether or not it is necessary to change "standby” to "cancel” in the post-processing, and if it determines that it is not necessary to change it, it remains “standby” and needs to be changed. If it is determined that there is, "wait” is changed to "cancel".
  • the arbitration unit 16 performs post-processing (corresponding to the exception rule evaluation procedure and the exception rule evaluation process).
  • the arbitration unit 16 sets the requested and unpresented content as the post-processing target content (S11).
  • the arbitration unit 16 determines whether or not there is content to be post-processed (S12). When the arbitration unit 16 determines that there is no content to be post-processed, the loop ends.
  • the arbitration unit 16 evaluates both "standby” and “cancel” the content request as the evaluation of the constraint expression, and adopts the result of the person who satisfies the post-processing constraint expression.
  • the arbitration unit 16 determines by the content attribute (GoodLoser) when the same result is obtained, that is, when both "standby” and “cancel” are “TRUE” or both are “FALSE”.
  • the arbitration unit 16 is performed as an abnormal process, although it is impossible that both "standby” and “cancel” are "FALSE” if the constraint expression is correct.
  • the arbitration unit 16 determines that there is content to be post-processed, it temporarily sets the content request to standby (S13) as a standby confirmation, and evaluates the post-processing constraint expression (S14). As a cancellation confirmation, the arbitration unit 16 temporarily sets the content request to cancel (S15) and evaluates the post-processing constraint expression (S16).
  • the arbitration unit 16 determines whether or not the post-processing constraint formula for standby confirmation is satisfied (S17). When the arbitration unit 16 determines that the post-processing constraint expression of the standby confirmation is "TRUE" and satisfies the post-processing constraint expression of the standby confirmation (S17: YES), has the post-processing constraint expression of the cancellation confirmation been satisfied? Whether or not it is determined (S18). When the arbitration unit 16 determines that the post-processing constraint formula for cancellation confirmation is "FALSE" and does not satisfy the post-processing constraint formula for cancellation confirmation (S18: NO), the arbitration unit 16 does not cancel the content request. Leave on standby. That is, the arbitration unit 16 uses the behavior of the content that lost the arbitration as a basic rule, and leaves it as "standby".
  • the arbitration unit 16 determines that the post-processing constraint formula for cancellation confirmation is "TRUE", and if it determines that the post-processing constraint formula for cancellation confirmation is satisfied (S18: YES), determines whether or not the content is Good Loser. (S19). When the arbitration unit 16 determines that the content is not a Good Loser (S19: NO), the arbitration unit 16 also keeps the content request on standby without canceling it. That is, the arbitration unit 16 uses the behavior of the content that lost the arbitration as a basic rule, and leaves it as "standby".
  • the arbitration unit 16 determines that the content is Good Loser (S19: YES)
  • the arbitration unit 16 cancels the content request (S20). That is, the arbitration unit 16 sets the behavior of the content that lost the arbitration as an exception rule, and changes "standby" to "cancel".
  • the arbitration unit 16 determines the post-processing constraint expression of the cancellation confirmation. It is determined whether or not the condition is satisfied (S21).
  • the arbitration unit 16 determines that the post-processing constraint expression of the cancellation confirmation is "TRUE” and determines that the post-processing constraint expression of the cancellation confirmation is satisfied (S21: YES)
  • the arbitration unit 16 cancels the content request (S22). That is, in this case as well, the arbitration unit 16 sets the behavior of the content that lost the arbitration as an exception rule, and changes "standby" to "cancel".
  • the arbitration unit 16 determines that the post-processing constraint formula for cancellation confirmation is "FALSE" and does not satisfy the post-processing constraint formula for cancellation confirmation (S21: NO), whether or not the content is Good Loser. Is determined (S23). When the arbitration unit 16 determines that the content is Good Loser (S23: YES), the arbitration unit 16 cancels the content request (S24). That is, in this case as well, the arbitration unit 16 sets the behavior of the content that lost the arbitration as an exception rule, and changes "standby" to "cancel".
  • the arbitration unit 16 determines that the content is not a Good Loser (S23: NO)
  • the arbitration unit 16 does not cancel the content request and remains on standby. That is, the arbitration unit 16 uses the behavior of the content that lost the arbitration as a basic rule, and leaves it as "standby".
  • the arbitration unit 16 repeats the above processing for the next post-processing target content (S25). In the above-mentioned processing, the case where the basic rule of the behavior when the mediation is lost is "standby" has been described, but the same applies to the case where the basic rule of the behavior when the mediation is lost is "cancel".
  • the content having the characteristic of expiration date is the navigation content and the ETC content
  • the exception rule is to withdraw the self-presentation request when the mediation of the navigation content and the ETC content is lost to the telephone content. Is illustrated.
  • the definition of the group will be Content group with expiration date ⁇ Navi, ETC ⁇
  • the constraint formula of "The content group with expiration date will be canceled if the content group with expiration date loses mediation to the telephone content" is ⁇ For-All Expired Content Group ⁇ x
  • the exception rule is to withdraw the self-presentation request for the voice recognition content and the sign recognition content when the telephone content is arbitrated. The case of doing so will be described. If the constraint expression of the exception rule is defined without using the group as a unit, after the specification change, it is necessary to add the following two constraint expressions in addition to the above two constraint expressions before the specification change. ..
  • the content having a characteristic that the processing time is longer than the others is the telephone content, and an example of a specification in which the exception rule is to withdraw the presentation request of the other party when the navigation content wins the mediation for the telephone content. To do.
  • the definition of the group will be Processing time length content group ⁇ TEL ⁇
  • the constraint formula of "Navi content is canceled if it loses arbitration to any of the processing time length content group” is ⁇ Exists Processing time content group ⁇ x
  • the exception rule is to withdraw the presentation request of the other party when the navigation content is arbitrated for the voice recognition content and the sign recognition content in addition to the telephone content. Will be explained. If the constraint expression of the exception rule is defined without using the group as a unit, after the specification change, it is necessary to add the following two constraint expressions in addition to the one constraint expression before the specification change described above. ..
  • the content of the characteristic having the expiration date is grouped and the content of the characteristic having the processing time longer than the others is grouped will be described with reference to FIGS. 19 and 20.
  • the specifications shown in FIGS. 15 and 16 and the specifications shown in FIGS. 17 and 18 are combined.
  • the content having the characteristic of expiration date is the navigation content and the ETC content, and when the navigation content and the ETC content are arbitrated to the telephone content, the request for presentation is withdrawn and the processing time is longer than others.
  • the content with long characteristics is the telephone content, and the specification is illustrated with the exception rule that the request for presentation of the other party is withdrawn when the navigation content is arbitrated and won for the telephone content.
  • the definition of the group will be Content group with expiration date ⁇ Navi, ETC ⁇ Processing time length content group ⁇ TEL ⁇
  • the constraint formula of "The content group with expiration date will be canceled if the arbitration is lost to any of the content groups with the processing time length" is For-All Losing Cancellation Content Group ⁇ x
  • the voice recognition content and the sign recognition content are also withdrawn from the self-presentation request when the telephone content is defeated, and the telephone content is changed to the telephone content.
  • the exception rule is to withdraw the presentation request of the other party when the navigation content wins the arbitration. If the constraint formula of the exception rule is defined without using the group as a unit, after the specification change, it is necessary to add the following four constraint formulas in addition to the above two constraint formulas before the specification change. ..
  • the constraint expression of the exception rule is defined for each group, after the specification is changed, it will be defined as the group.
  • Content group with expiration date ⁇ Navi, ETC ⁇ Processing time length content group ⁇ TEL, voice recognition, sign recognition ⁇
  • As a definition of the exception rule applied to the group For-All Losing Cancellation Content Group ⁇ x
  • the constraint expression is abstracted by using the constraint expression including "For-All" and "Exists".
  • a constraint expression that defines a content attribute that defines either cancellation for withdrawing the presentation request or waiting for not withdrawing the presentation request, and an exception rule that defines the behavior of the content that has lost arbitration as either waiting or canceling.
  • the rule definition including and is memorized.
  • the behavior of the content that lost the mediation can be freely changed by defining the default behavior with the content attribute and the exceptional behavior with the constraint expression.
  • the constraint expression since only the exception rule needs to be defined by the constraint expression, it is possible to avoid deterioration of the maintainability of the rule definition.
  • the behavior of the content that lost the mediation can be freely changed without deteriorating the maintainability of the rule definition.
  • a plurality of contents are grouped, and the constraint expression of the exception rule is defined for each group.
  • the content that defines the behavior increases, it can be dealt with appropriately and easily simply by editing the definition of the group.
  • ⁇ may be applied not only to a vehicle but also to a content presentation control device for purposes other than the vehicle.
  • content navigation content, ETC content, telephone content, voice recognition content, and sign recognition content have been exemplified, but content that provides other applications may be included.
  • content to be grouped the content having a characteristic having an expiration date and the content having a characteristic having a longer processing time than others are exemplified, but the content having other characteristics may be included.
  • the controls and methods thereof described in the present disclosure are realized by a dedicated computer provided by configuring a processor and memory programmed to perform one or more functions embodied by a computer program. You may.
  • the control unit and its method described in the present disclosure may be realized by a dedicated computer provided by configuring a processor with one or more dedicated hardware logic circuits.
  • the control unit and method thereof described in the present disclosure may be 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. It may be realized by one or more dedicated computers configured.
  • the computer program may be stored in a computer-readable non-transitional tangible recording medium as an instruction executed by the computer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Chemical & Material Sciences (AREA)
  • Combustion & Propulsion (AREA)
  • Transportation (AREA)
  • Mechanical Engineering (AREA)
  • Human Computer Interaction (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Computer Hardware Design (AREA)
  • Computer Graphics (AREA)
  • Health & Medical Sciences (AREA)
  • Multimedia (AREA)
  • Acoustics & Sound (AREA)
  • Automation & Control Theory (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Computational Linguistics (AREA)
  • User Interface Of Digital Computer (AREA)
  • Digital Computer Display Output (AREA)
  • Stored Programmes (AREA)
  • Navigation (AREA)
  • Traffic Control Systems (AREA)

Abstract

提示制御装置（１１）は、コンテントの提示要求を発生するアプリケーションを記憶可能なアプリケーション記憶部（１３）と、提示要求を取り下げるキャンセル又は提示要求を取り下げない待機の何れかを定義したコンテントの属性と、調停負けしたコンテントの振る舞いを待機又はキャンセルの何れかとする例外ルールを定義した制約式とを含むルール定義を記憶するルール定義記憶部（１５）と、一のアプリケーションのコンテントを提示中に他のアプリケーションからコンテントの提示要求が発生すると、ルール定義記憶部に記憶されているルール定義に基づいて何れのコンテントを優先して提示するかの調停を行う調停部（１６）と、調停部が調停を行ったコンテントを提示領域に提示させる提示制御部（１７）と、を備える。

Description

コンテントの提示制御装置、提示制御方法及び提示制御プログラム 関連出願の相互参照
　本出願は、２０１９年７月２日に出願された日本出願番号２０１９－１２３６４５号に基づくもので、ここにその記載内容を援用する。
　本開示は、コンテントの提示制御装置、提示制御方法及び提示制御プログラムに関する。
　例えば車両に設置されている表示装置に表示されるコンテントや音声出力装置から音声出力されるコンテントは多岐にわたる。この種のコンテントとしては、車両走行に関係する走行系のコンテント、車両走行に関係しない非走行系のコンテント等がある。走行系のコンテントとしては、例えば車速、エンジン回転数、シフトポジション、燃料の残量等が挙げられる。非走行系のコンテントとしては、例えばナビゲーション用の地図情報、オーディオ情報、電話情報等が挙げられる。
　コンテントは、アプリケーションからコンテントの提示要求が発生することに応じて提示される。即ち、表示コンテントは、アプリケーションから表示要求が発生することに応じて表示され、音声出力コンテントは、アプリケーションから音声出力要求が発生することに応じて音声出力される。この場合、一のアプリケーションのコンテントを提示中に他のアプリケーションからコンテントの提示要求が発生すると、何れのコンテントを優先して提示するかの調停を行う。
　ルールベース調停では、例えば提示候補となるコンテントが複数ある場合、ルール定義に基づいて調停を行い、優先して提示するコンテントを決定する。調停負けしたコンテントは、調停勝ちしたコンテントの提示が終了した後に提示されるためには、提示要求を取り下げない「待機」として振る舞う必要があり、提示されないためには、提示要求を取り下げる「キャンセル」として振る舞う必要がある。
　従来のルールベース調停では、調停負けしたコンテントの振る舞いは自己に依存しており、「待機」又は「キャンセル」の何れで振る舞うかを選択不可となっている。しかしながら、調停負けしたコンテントの振る舞いが自己に依存して選択不可となっている構成では、以下に示す不都合がある。
　例えばナビゲーション機能に関するナビコンテントの調停負けしたときの振る舞いが「待機」である場合について説明する。ナビコンテントの音声出力中にＥＴＣ（Electronic Toll Collection）機能に関するＥＴＣコンテントの音声出力要求が割り込みで発生すると、ナビコンテントが調停負けし、調停負けしたナビコンテントは音声出力要求を待機する。即ち、ナビコンテントの音声出力を中断し、ＥＴＣコンテントの音声出力が終了した後に、ナビコンテントの音声出力を再開する。又、ナビコンテントの音声出力中に電話機能に関する電話コンテントの音声出力要求が割り込みで発生すると、この場合も、ナビコンテントが調停負けし、調停負けしたナビコンテントは音声出力要求を待機する。即ち、ナビコンテントの音声出力を中断し、電話コンテントの音声出力が終了した後に、ナビコンテントの音声出力を再開する。
　ここで、例えばナビコンテントとして交差点の右折ガイダンスを音声出力中に電話コンテントの音声出力要求が割り込みで発生すると、右折ガイダンスの音声出力を中断し、電話コンテントの音声出力が終了した後に、右折ガイダンスの音声出力を再開する。ここで、電話コンテントの音声出力時間が長くなり、電話コンテントの音声出力が終了する前に車両が右折を完了してしまうと、右折ガイダンスの音声出力を再開することで不適切な情報をユーザに与えてしまうことになる。
　このような事情から、調停負けしたコンテントの振る舞いを、調停相手のコンテント、即ち、調停勝ちしたコンテントに応じて変更可能とすることが望まれている。この場合、調停負けしたコンテントの振る舞いを、調停を行うコンテント同士の組み合わせにしたがってマトリックス状で定義する手法が考えられる。しかしながら、このようなマトリックス状で定義する手法では、コンテントの数が多くなると、組み合わせのパターンが多くなり、振る舞いの全てを定義することは困難となる。
　一方、例えば特許文献１には、音声出力コンテントの時間特性を用い、調停勝ちしたコンテントの音声出力時間が調停負けしたコンテントの有効期限よりも長い場合に、調停負けしたコンテントをキャンセルする手法が開示されている。
特開２０１４－１３７７９０号公報
　特許文献１に開示されている手法では、音声出力コンテントの個々に対して音声出力時間や有効期限等の時間パラメータを細かく定義する必要があり、ルール定義の保守性を著しく低下させてしまう問題がある。このような事情から、ルール定義の保守性を低下させることなく、調停負けしたコンテントの振る舞いを自在に変更する手法が望まれている。
　本開示は、ルール定義の保守性を低下させることなく、調停負けしたコンテントの振る舞いを自在に変更することを目的とする。
　本開示の一態様によれば、アプリケーション記憶部は、コンテントの提示要求を発生するアプリケーションを記憶可能である。ルール定義記憶部は、提示要求を取り下げるキャンセル又は提示要求を取り下げない待機の何れかを定義したコンテントの属性と、調停負けしたコンテントの振る舞いを待機又はキャンセルの何れかとする例外ルールを定義した制約式とを含むルール定義を記憶する。調停部は、一のアプリケーションのコンテントを提示中に他のアプリケーションからコンテントの提示要求が発生すると、ルール定義記憶部に記憶されているルール定義に基づいて何れのコンテントを優先して提示するかの調停を行う。提示制御部は、調停部が調停を行ったコンテントを提示領域に提示させる。
　提示要求を取り下げるキャンセル又は提示要求を取り下げない待機の何れかを定義したコンテントの属性と、調停負けしたコンテントの振る舞いを待機又はキャンセルの何れかとする例外ルールを定義した制約式とを含むルール定義を記憶するようにした。一のアプリケーションのコンテントを提示中に他のアプリケーションからコンテントの提示要求が発生すると、ルール定義に基づいて何れのコンテントを優先して提示するかの調停を行うようにした。調停負けしたコンテントの振る舞いとして、デフォルトの振る舞いをコンテントの属性で定義し、例外的な振る舞いを制約式で定義することで、調停負けしたコンテントの振る舞いを自在に変更することができる。この場合、例外ルールだけを制約式で定義すれば良いので、ルール定義の保守性の低下を回避することができる。これにより、ルール定義の保守性を低下させることなく、調停負けしたコンテントの振る舞いを自在に変更することができる。
　本開示についての上記目的及びその他の目的、特徴や利点は、添付の図面を参照しながら下記の詳細な記述により、より明確になる。その図面は、
図１は、一実施形態における提示制御装置の構成を示す機能ブロック図であり、 図２は、車室内を示す斜視図であり、 図３は、優先度調停を示す図であり、 図４は、後勝ち調停を示す図であり、 図５は、エリアのＺオーダーと優先度との関係を示す図であり、 図６は、コンテントと状態とエリアの関係性を示す図であり、 図７は、仕様を示す図であり、 図８は、述語論理式の構文を示す図であり、 図９は、仕様を示す図であり、 図１０は、仕様を示す図であり、 図１１は、仕様を示す図であり、 図１２は、調停ロジックの全体処理を示すフローチャートであり、 図１３は、後処理を示すフローチャートであり、 図１４は、後処理を示すフローチャートであり、 図１５は、変更前の仕様を示す図であり、 図１６は、変更後の仕様を示す図であり、 図１７は、変更前の仕様を示す図であり、 図１８は、変更後の仕様を示す図であり、 図１９は、変更前の仕様を示す図であり、 図２０は、変更後の仕様を示す図である。
　以下、一実施形態について図面を参照して説明する。図２に示すように、車両の車室１内には運転席２と助手席３とが配置されており、それらの前方にインストルメントパネル４が配置されている。インストルメントパネル４の前端にはフロントガラス５が立ち上がるように実装されている。インストルメントパネル４には第１表示装置６及び第２表示装置７が配置され、フロントガラス５には第３表示装置８が配置されている。
　第１表示装置６は、例えばフルカラーの液晶表示装置から構成されるセンターディスプレイであり、基本的に車両走行に関係しない非走行系のコンテントを表示する表示部として機能する。非走行系のコンテントは、例えばナビゲーション用の地図情報、オーディオ情報、電話情報等である。又、第１表示装置６は、車両の後進時にリアカメラにより撮像された車両後方の映像を表示する表示部としても機能する。第２表示装置７は、例えばフルカラーの液晶表示装置から構成されるメータディスプレイであり、基本的に車両走行に関係する走行系のコンテントを表示する表示部として機能する。走行系のコンテントは、例えば車速、エンジン回転数、シフトポジション、燃料の残量等である。第３表示装置８は、インストルメントパネル４に配置されている表示ユニット９からフロントガラス５に映像が投影されるヘッドアップディスプレイであり、第２表示装置７と同様に、基本的に走行系のコンテントを表示する表示部として機能する。各表示装置６～８にはコンテントを表示するエリアが１つ又は複数設定されている。
　車室１内の所定位置には音声出力装置１０（図１参照）が配置されている。音声出力装置１０は、一又は複数のスピーカーから構成され、走行系のコンテントや非走行系のコンテントを音声出力する音声出力部として機能する。このような構成では、各表示装置６～８にコンテントが表示され、音声出力装置１０からコンテントが音声出力されることで、走行系のコンテントや非走行系のコンテントから構成される各種情報が乗員に提供される。
　図１に示すように、提示制御装置１１（コンテントの提示制御装置に相当する）は、制御部１２と、アプリケーション記憶部１３と、入出力Ｉ／Ｆ１４とを有する。アプリケーション記憶部１３には複数のアプリケーションＡ～Ｃが予め記憶されている。各アプリケーションＡ～Ｃは、一又は複数のコンテントの提示要求が発生すると、提示対象、提示領域及びコンテントを示す提示要求を制御部１２に割り込み出力する。即ち、各アプリケーションＡ～Ｃは、表示装置６～８へのコンテントの表示要求が発生すると、表示対象、エリア及びコンテントを示す提示要求を制御部１２に割り込み出力する。エリアとは、コンテントを表示する際に割り当てる領域である。又、各アプリケーションＡ～Ｃは、音声出力装置１０へのコンテントの音声出力要求が発生すると、音声出力対象、ゾーン及びコンテントを示す提示要求を制御部１２に割り込み出力する。ゾーンとは、コンテントを音声出力する際に割り当てる領域である。
　制御部１２は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、Ｉ／Ｏ（Input／Output）等を含むマイクロコンピュータを有し、非遷移的実体的記憶媒体に格納されている提示制御プログラムを実行し、提示制御装置１１の動作を制御する。制御部１２は、ルール定義記憶部１５と、調停部１６と、提示制御部１７とを有する。
　ルール定義記憶部１５にはルール定義が記憶されている。ルール定義は、コンテントをエリアやゾーンに割り当てる場合の基本的な調停を定義した調停ポリシーと、制約式とを含んで構成されている。調停ポリシーは、後述するように優先度調停／後勝ち調停／価値ベース調停の何れかで必ず設定される。制約式は、１つに限定されることはなく、記述者の意図に応じて設けられない場合もあるし複数設けられる場合もある。
　調停部１６は、ルール定義記憶部１５に記憶されているルール定義に基づいて提示領域に割り当てるコンテントの調停を行う。調停部１６は、複数の異なるアプリケーションが同時に提示要求を割り込み出力する場合があり、このような場合は何れのコンテントを優先して提示するかの調停を行う。ここでいう「同時」とは時間的に同時という意味ではなく、一のアプリケーションがコンテントを提示中に他のアプリケーションからコンテントの提示要求が発生した状態、即ち、２つ以上のアプリケーションが提示要求を同時に割り込み出力した状態を意味する。
　提示制御部１７は、入出力Ｉ／Ｆ１４を介して各種ＥＣＵ１８、各種センサ１９、各種スイッチ２０、自動運転制御装置２１等と車載ネットワーク２２を介して接続されている。車載ネットワーク２２は、例えばＣＡＮ（Controller Area Network、登録商標）等である。提示制御部１７は、コンテントの調停が調停部１６により行われると、その調停により割り当てられたコンテントを所定エリアに表示したり所定ゾーンから音声出力したりする。
　以下、ルールベース調停について説明する。尚、ここでは、コンテントをエリアに表示する場合について説明するが、コンテントをゾーンから音声出力する場合についても基本的な考え方は同様である。
（１）ルールベース調停
　ルールベース調停は、与えられた一定のルールに基づいてコンテントを調停して任意のエリアに割り当てる調停方法を記述している。ルールベース調停におけるルールの定義としては、エリア定義、コンテント定義、制約式が必要である。
（１－１）エリア定義
　エリア定義では、表示場所、表示場所の価値、調停ポリシーが定義される。エリア毎に調停が行われるので、エリア毎に調停ポリシーを定義する。
　エリアでは、表示装置６～８にコンテントを表示させる枠を定義する。１つのエリアには１つのコンテントのみが割り当てられる。
　エリアは、以下の定義とする。
　・エリアは、割り当てられたコンテントを表示する。
　・エリアは、調停ポリシーを持つ。
　・エリアは、表示可能なコンテントを参照する。
　・エリアは、１つ以上のサイズを持つ。
　各エリアは、プロパティを有している。プロパティとして、優先度、Ｚオーダー、調停ポリシー、サイズが設定されている。
　（ａ）優先度
　優先度は、エリア自体の価値を示す値（０～１００％）である。優先度の値が大きいエリアから順に調停を行う。
　（ｂ）Ｚオーダー
　Ｚオーダーは、高さに関する座標である。Ｚオーダーの値が高いほど前面に表示される。優先度が同じエリアがある場合には、Ｚオーダーの値が高い順に調停を行う。
　（ｃ）調停ポリシー
　調停ポリシーは、優先度調停、後勝ち調停、価値ベース調停の何れかである。
　（ｃ－１）優先度調停
　優先度調停は、エリア単位の調停ポリシーであり、図３に示すように、エリアに表示可能なコンテントの中で最も優先度の高いコンテントを表示する調停である。
　（ｃ－２）後勝ち調停
　後勝ち調停は、エリア単位の調停ポリシーであり、図４に示すように、エリアで最後に要求が発生したコンテントを表示し、そのコンテントの表示が終了した場合は残っている中で最後に要求が発生したコンテントを表示する調停である。
　（ｃ－３）価値ベース調停
　価値ベース調停は、エリア全体での調停ポリシーであり、コンテントの価値を数値化した数値とエリアの価値を数値化した数値とを乗じた演算値が最大となるコンテントを表示する調停である。
　（ｄ）サイズ
　サイズは、エリアのサイズで縦×横となる。複数定義されている場合には、コンテントのサイズに応じて決定される。エリアのＺオーダーと優先度との関係は、図５に示すようになる。
（１－２）コンテント定義
　コンテント定義では、表示可能エリア、コンテントの状態、コンテントの状態の価値が定義される。コンテントは、状態を複数持つことが可能であり、コンテントがエリアに割り当てられ、コンテントの状態が表示される。コンテントは、自分が表示可能なエリアを定義して参照する。
　コンテントでは、表示装置６～８の表示画面に定義されたエリアに表示するコンテントを定義する。１つのエリアには１つのコンテントのみが割り当てられる。
　コンテントは、以下の定義とする。
　・コンテントは、エリアに対して割り当てられる。
　・コンテントは、自らが表示可能なエリアを１つ以上参照する。
　・コンテントは、必ず１つ以上の状態を持つ。
　・コンテントは、１つ以上のサイズを持つ。
　表示可能なエリアが複数ある場合には、何れも表示可能であることを示し、１つのコンテントを複数エリアに同時に表示することもできる。１つのコンテントに複数の状態を持つことができ、複数持っている場合には、それぞれの状態は排他的であり必ず１つの状態でしか一度に表示することができない。コンテントはサイズを複数持つことができ、複数ある場合には、表示先のエリアのサイズに応じて最も近いサイズを表示させる。コンテントと状態とエリアの関係性は、図６に示すように紐づけられる。
　コンテントは、プロパティを有しており、プロパティとして、優先度、サイズ、調停負けしたときに提示要求を取り下げる（キャンセルする）又は取り下げない（待機する）の何れかを示す属性が設定されている。
　（ａ）優先度
　優先度は、エリアの調停ポリシーが「優先度調停」の場合に使われる値であり、優先度の高いコンテントが先にエリアに割り当てられる。
　（ｂ）サイズ
　サイズは、コンテントの表示のサイズで縦×横となる。複数定義されていた場合は、エリアのサイズに応じて決定される。
（１－３）制約式
　制約式は、調停中又は調停後において、例外的に満たすべき性質を記述したルールである。調停の状態を制約式で抑制することで、そのままの調停ポリシーでは表現しきれない状態を表したり、調停後の調停結果の判定に用いたりすることができる。即ち、例えば車両の走行状態等の状況に応じては、調停ポリシーにて割り当てられたコンテントであっても表示しない方が良い場合があるためである。制約式では、調停結果が満たすべき条件であるコンテント抑制やエリア抑制の条件が定義される。
　制約式で扱える論理式は、コンテントの状態、エリアの状態、エリアに表示中のコンテント、エリアとコンテントの集合、シーンの状態、論理演算、量化記号である。シーンとは、例えば手動運転シーン又は自動運転装置１９による自動運転シーンであり、自動運転シーンでは手動運転用コンテントグループのコンテントは表示しないという表示制御が可能となる。
　（ａ）コンテントの状態は、アクティブ／非アクティブ、表示中／非表示中の何れかである。
　（ｂ）エリアの状態は、表示中／非表示中の何れかである。
　（ｃ）論理演算は、ＮＯＴ（！）、ＡＮＤ、ＯＲ、含意（－＞）、等号（＝）である。
　量化記号は、∀（Ｆｏｒ　Ａｌｌ：集合の要素全てに対して条件が成立する）、∃（Ｅｘｉｓｔｓ：集合に条件を満たす要素が少なくとも一つ存在する）である。
　（ｄ）制約式
　制約式は、調停ロジックの結果に影響を及ぼし、調停ロジックは全ての制約を満たすように振る舞う。
（１－４）コンテント抑制
　例えばコンテントｃ１の表示中はコンテントｃ２を表示しないという制約式として、「中心エリア.displaying Content()=c1 ->! c2.is Visible()」を例示する。この制約式は、中心エリアにコンテントｃ１を表示していれば、コンテントｃ２を表示しないという抑制を記述している。
（１－５）優先度調停と後勝ち調停
　優先度調停と後勝ち調停とが混在する場合は、エリアの調停ポリシーを後勝ちにしておき、優先度が関わるコンテント間の関係のみを制約式で記述することで対応可能である。
　このような制約式として、「電話.is Active() -> For All MM系割り込み（電話以外）{x|!x.is Visible()}」を例示する。調停ポリシーが後勝ち調停のエリアであるが、この制約式を加えることで電話という優先度の高いコンテントがアクティブであれば、全てのマルチメディア系割り込み（電話以外）を表示しないという抑制を記述している。
（２）調停ロジック
　調停ロジックは、与えられたルールに基づき、エリアの調停ポリシーに基づいた形で制約式を満たすようにコンテントを割り当てる方法を定義したアルゴリズムである。基本的にはエリア毎に優先度順に調停を行う。調停ロジックには、エリア内の調停とエリア全体の調停とがある。
（２－１）エリア内の調停
　（ａ）エリア内の調停は、優先度調停及び後勝ち調停のエリアを優先度の高い順に調停する。
　（ｂ）各エリアについて以下を評価する。
　最も優先されるコンテントを仮に割り当て、制約式の評価結果が真（TRUE）であれば、仮に割り当てたコンテントを確定する。制約式の評価結果が偽（FALSE）であれば、次に優先されるコンテントを再評価する。制約式を満たすコンテントがなければ、そのエリアにはコンテントを表示しない。
（２－２）エリア全体の調停
　エリア全体の調停（価値ベース調停）は、ベストフィットロジック及びワンパスロジックがある。
　（ａ）ベストフィットロジックは、制約式を満たすコンテントとエリアとの全ての組み合わせの中から価値の総和が最も高いものを選択する。
　（ｂ）ワンパスロジックは、優先度の高いエリアから順に優先度の高いコンテントをエリアに割り当て、既に他のエリアに割り当てられたコンテントは対象外にする。本実施形態ではワンパスロジックを採用するが、ベストフィットロジックを採用しても良い。
　従来のルールベース調停では、調停負けしたコンテントの振る舞いは自己に依存しており、「待機」及び「キャンセル」の何れで振る舞うかを選択不可となっている。即ち、調停負けしたコンテントの振る舞いを調停勝ちしたコンテントに応じて選択不能である。このような事情から、従来のルールベース調停では、図７に示す仕様を成立させることできない。具体的には、調停負けしたナビコンテントの振る舞いは、調停負けした相手がＥＴＣコンテントのときは「待機」とし、調停負けした相手が電話コンテントのときは「キャンセル」とすることができない。この場合、調停負けしたコンテントの振る舞いを、調停を行うコンテント同士の組み合わせにしたがってマトリックス状で定義する手法では、コンテントの数が多くなると、組み合わせのパターンが多くなり、振る舞いの全てを定義することは困難となる。このような事情から、本実施形態では、以下に示す構成を採用している。
　図８に示すように、調停負け時待機キャンセル判定処理で、調停結果とコンテントの振舞いを表す述語論理式の構文を用い、調停負け時待機キャンセル判定処理の制約式を作成する。
　調停負けした場合の待機キャンセル判定処理の制約式の記述例を以下に示す。
　（例１）「コンテントAはコンテントBに調停負けしたらコンテントAの提示要求をキャンセルする」の制約式は、
　{コンテントA.isDefeatedBy(コンテントB) -> コンテントA.isCanceled()}
となる。
　（例２）「コンテントAはコンテントBに調停負けしたらコンテントAの提示要求を待機する」の制約式は、
　{コンテントA.isDefeatedBy(コンテントB) ->! コンテントA.isCanceled()}
となる。
　（例３）「コンテントAはコンテントB又はコンテントCの何れか一方のみに調停負けしたらコンテントAの提示要求を待機する」の制約式は、
　{コンテントA.isDefeatedBy(コンテントB) XOR コンテントA.isDefeatedBy(コンテントC) ->! コンテントA.isCanceled()}
となる。
　上記した制約式において、「IsDefeatedBy」は「defeats」に置き換えることができる。（例１）の制約式は、
　{コンテントB.defeats(コンテントA) -> コンテントA.isCanceled()}
と同義であり、（例２）の制約式は、
　{コンテントB.defeats(コンテントA) ->! コンテントA.isCanceled()}
と同義である。
　具体的には、図７に示した仕様では、「ナビコンテントは電話コンテントに調停負けしたらナビコンテントの提示要求をキャンセルする」の制約式は、
　{Navi.isDefeatedBy(TEL) -> Navi.isCanceled()}
となる。
　「ナビコンテントはＥＴＣコンテントに調停負けしたらナビコンテントの提示要求を待機する」の制約式は、
　{Navi.isDefeatedBy(ETC) ->! Navi.isCanceled()}
となる。
　調停負けしたときの基本ルールについて説明する。コンテントが調停負けしたときの振舞いは、デフォルト値（基本ルール）を記述し、デフォルト値を、
　{GoodLoser : [true/false]}
という構文で記述する。
　図９に示すように、ナビコンテント、ＥＴＣコンテント、電話コンテントにおいて、調停負けしたときの基本ルールが「待機」の場合、ルール定義は、
　Navi　{GoodLoser : false}
　ETC　{GoodLoser : false }
　TEL　{GoodLoser : false }
となる。
　基本ルールが「キャンセル」のコンテントを含む場合には、ルール定義を変更する。図１０に示す仕様であれば、ルール定義は、
　Navi　{GoodLoser : true}
　ETC　{GoodLoser : false }
　TEL　{GoodLoser : false }
となる。
　基本ルールだけで表現しきれない例外ルールがある場合には、例外ルールとして制約式を記述する。図１１に示す仕様であれば、ルール定義は、
　Navi　{GoodLoser : false}
　ETC　{GoodLoser : false }
　TEL　{GoodLoser : false }
となり、制約式は、
　{Navi.isDefeatedBy(TEL) -> Navi.isCanceled()}
となる。
　調停ロジックでゾーンにコンテントを割り当てる調停処理をした後に、要求の状態、即ち、調停負けしたコンテントの振る舞いを変化させるための後処理として調停負け時待機キャンセル判定処理を行う。後処理において、調停負け時待機キャンセル判定処理の制約式の評価を行い、コンテントの要求の状態を変化させる。
　次に、調停部１６が行う調停ロジックの全体処理及び後処理について説明する。尚、ここでは、全てのコンテントにおいて、
　{GoodLoser : false}
とし、調停負けしたときの振る舞いの基本ルールが「待機」である場合について説明する。
（１）調停ロジックの全体処理
　調停部１６は、図１２に示すように、調停ロジックの全体処理を行う。調停部１６は、一のアプリケーションのコンテントを提示中に他のアプリケーションからコンテントの提示要求を受付けると（提示要求受付手順、提示要求受付処理に相当する）、調停処理を行い、提示領域にコンテントを割り当てる（Ｓ１、調停手順、調停処理に相当する）。調停部１６は、全ての制約式を評価し、調停処理に成功したか否かを判定する（Ｓ２）。調停部１６は、全ての制約式を満たしたと判定し、調停処理に成功したと判定すると（Ｓ３：ＹＥＳ）、結果に調停成功を設定し、コンテントの割り当てを確定する（Ｓ４）。調停部１６は、全ての制約式を満たしていないと判定し、調停処理に失敗したと判定すると（Ｓ３：ＮＯ）、結果に調停失敗を設定し、コンテントの割り当てを確定しない（Ｓ５）。調停部１６は、後処理を行い、コンテントの要求の状態を変化させる（Ｓ６）。即ち、調停部１６は、後処理において、「待機」を「キャンセル」に変更する必要があるか否かを判定し、変更する必要がないと判定すると、「待機」のままとし、変更する必要があると判定すると、「待機」を「キャンセル」に変更する。
（２）後処理
　調停部１６は、図１３及び図１４に示すように、後処理（例外ルール評価手順、例外ルール評価処理に相当する）を行う。調停部１６は、要求があり非提示のコンテントを後処理対象コンテントとする（Ｓ１１）。調停部１６は、後処理対象のコンテントがあるか否かを判定する（Ｓ１２）。調停部１６は、後処理対象のコンテントがないと判定すると、ループ終了とする。
　調停部１６は、後処理では、制約式の評価としてコンテントの要求を「待機」と「キャンセル」の両方を評価し、後処理制約式を満たした方の結果を採用する。調停部１６は、何れも同じ結果になった場合、即ち、「待機」と「キャンセル」の両方が「TRUE」又は両方が「FALSE」の場合には、コンテントの属性（GoodLoser）で判定する。尚、調停部１６は、正しい制約式であれば、「待機」と「キャンセル」の両方が「FALSE」の場合はあり得ないが、異常処理として行う。以下、具体的に説明する。
　調停部１６は、後処理対象のコンテントがあると判定すると、待機確認として、コンテントの要求を待機に仮設定し（Ｓ１３）、後処理制約式を評価する（Ｓ１４）。調停部１６は、キャンセル確認として、コンテントの要求をキャンセルに仮設定し（Ｓ１５）、後処理制約式を評価する（Ｓ１６）。
　調停部１６は、待機確認の後処理制約式を満たしたか否かを判定する（Ｓ１７）。調停部１６は、待機確認の後処理制約式が「TRUE」であると判定し、待機確認の後処理制約式を満たしたと判定すると（Ｓ１７：ＹＥＳ）、キャンセル確認の後処理制約式を満たしたか否かを判定する（Ｓ１８）。調停部１６は、キャンセル確認の後処理制約式が「FALSE」であると判定し、キャンセル確認の後処理制約式を満たしていないと判定すると（Ｓ１８：ＮＯ）、コンテントの要求をキャンセルせずに待機のままとする。即ち、調停部１６は、調停負けしたコンテントの振る舞いを基本ルールとし、「待機」のままとする。
　調停部１６は、キャンセル確認の後処理制約式が「TRUE」であると判定し、キャンセル確認の後処理制約式を満たしたと判定すると（Ｓ１８：ＹＥＳ）、コンテントがGoodLoserであるか否かを判定する（Ｓ１９）。調停部１６は、コンテントがGoodLoserでないと判定すると（Ｓ１９：ＮＯ）、この場合も、コンテントの要求をキャンセルせずに待機のままとする。即ち、調停部１６は、調停負けしたコンテントの振る舞いを基本ルールとし、「待機」のままとする。
　調停部１６は、コンテントがGoodLoserであると判定すると（Ｓ１９：ＹＥＳ）、コンテントの要求をキャンセルする（Ｓ２０）。即ち、調停部１６は、調停負けしたコンテントの振る舞いを例外ルールとし、「待機」を「キャンセル」に変更する。
　調停部１６は、待機確認の後処理制約式が「FALSE」であると判定し、待機確認の後処理制約式を満たしていないと判定すると（Ｓ１７：ＮＯ）、キャンセル確認の後処理制約式を満たしたか否かを判定する（Ｓ２１）。調停部１６は、キャンセル確認の後処理制約式が「TRUE」であると判定し、キャンセル確認の後処理制約式を満たしたと判定すると（Ｓ２１：ＹＥＳ）、コンテントの要求をキャンセルする（Ｓ２２）。即ち、調停部１６は、この場合も、調停負けしたコンテントの振る舞いを例外ルールとし、「待機」を「キャンセル」に変更する。
　調停部１６は、キャンセル確認の後処理制約式が「FALSE」であると判定し、キャンセル確認の後処理制約式を満たしていないと判定すると（Ｓ２１：ＮＯ）、コンテントがGoodLoserであるか否かを判定する（Ｓ２３）。調停部１６は、コンテントがGoodLoserであると判定すると（Ｓ２３：ＹＥＳ）、コンテントの要求をキャンセルする（Ｓ２４）。即ち、調停部１６は、この場合も、調停負けしたコンテントの振る舞いを例外ルールとし、「待機」を「キャンセル」に変更する。
　調停部１６は、コンテントがGoodLoserでないと判定すると（Ｓ２３：ＮＯ）、コンテントの要求をキャンセルせずに待機のままとする。即ち、調停部１６は、調停負けしたコンテントの振る舞いを基本ルールとし、「待機」のままとする。調停部１６は、次の後処理対象コンテントについて上記した処理を繰り返す（Ｓ２５）。上記した処理では、調停負けしたときの振る舞いの基本ルールが「待機」である場合について説明したが、調停負けしたときの振る舞いの基本ルールが「キャンセル」である場合についても同様である。
　以上は、コンテントを単位として例外ルールの制約式を定義する場合を説明したが、複数のコンテントをグループ化し、グループを単位として例外ルールの制約式を定義しても良い。複数のコンテントをグループ化する場合としては、例えば有効期限を有する特性のコンテント（有効期限付きコンテント）をグループ化する場合、処理時間が他よりも長い特性のコンテント（処理時間長コンテント）をグループ化する場合がある。
　有効期限を有する特性のコンテントをグループ化する場合について図１５及び図１６を参照して説明する。図１５に示すように、有効期限を有する特性のコンテントがナビコンテント及びＥＴＣコンテントであり、ナビコンテント及びＥＴＣコンテントについて電話コンテントに調停負けした場合に自己の提示要求を取り下げることを例外ルールとする仕様を例示する。
　この場合、グループを単位とせずに例外ルールの制約式を定義すると、
　「ナビコンテントは電話コンテントに調停負けしたらナビコンテントの提示要求をキャンセルする」の制約式は、
　{Navi.isDefeatedBy(TEL) -> Navi.isCanceled()}
となり、
　「ＥＴＣコンテントは電話コンテントに調停負けしたらＥＴＣコンテントの提示要求をキャンセルする」の制約式は、
　{ETC.isDefeatedBy(TEL) -> ETC.isCanceled()}
となる。即ち、ナビコンテント及びＥＴＣコンテントの個々について２つの制約式を記述する必要がある。
　一方、グループを単位として例外ルールの制約式を定義すると、グループの定義として、
　有効期限付きコンテント群{Navi、ETC}
を定義し、グループに適用する例外ルールの定義として、
　「有効期限付きコンテント群は電話コンテントに調停負けしたら有効期限付きコンテント群をキャンセルする」の制約式は、
　{For-All有効期限付きコンテント群{x|x.isDefeatedBy(TEL) -> x.isCanceled()}
となる。即ち、ナビコンテント及びＥＴＣコンテントに共通する１つの制約式を記述すれば良い。
　この状態から仕様変更により、図１６に示すように、ナビコンテント及びＥＴＣコンテントに加え、音声認識コンテント及び標識認識コンテントについても電話コンテントに調停負けした場合に自己の提示要求を取り下げることを例外ルールとする場合を説明する。グループを単位とせずに例外ルールの制約式を定義すると、仕様の変更後では、上記した仕様の変更前の２つの制約式に加え、以下の２つの制約式を追加して記述する必要がある。
　「音声認識コンテントは電話コンテントに調停負けしたら音声認識コンテントの提示要求をキャンセルする」
　{音声認識.isDefeatedBy(TEL) -> 音声認識.isCanceled()}
　「標識認識コンテントは電話コンテントに調停負けしたら標識認識コンテントの提示要求をキャンセルする」
　{標識認識.isDefeatedBy(TEL) -> 標識認識.isCanceled()}
　一方、グループを単位として例外ルールの制約式を定義すると、仕様の変更後では、グループの定義として、
　有効期限付きコンテント群{Navi、ETC、音声認識、標識認識}
を定義すれば良く、グループに適用する例外ルールの定義として、
　「有効期限付きコンテント群は電話コンテントに調停負けしたら有効期限付きコンテント群をキャンセルする」
　{For-All有効期限付きコンテント群{x|x.isDefeatedBy(TEL) -> x.isCanceled()}
を変更せずにそのまま適用すれば良い。
　即ち、有効期限付きコンテントをグループ化し、「For-All」を含む制約式を使用することで、集合の要素の全てが条件を満たす制約式を定義することができる。コンテントをグループ化することで制約式を抽象的に記述することができ、仕様変更によりコンテントが増える場合にグループの定義を編集するだけで対応することができる。
　次に、処理時間が他よりも長い特性のコンテントをグループ化する場合について図１７及び図１８を参照して説明する。図１７に示すように、処理時間が他よりも長い特性のコンテントが電話コンテントであり、電話コンテントについてナビコンテントに調停勝ちした場合に相手の提示要求を取り下げさせることを例外ルールとする仕様を例示する。
　この場合、グループを単位とせずに例外ルールの制約式を定義すると、
　「ナビコンテントは電話コンテントに調停負けしたらナビコンテントの提示要求をキャンセルする」の制約式は、
　{Navi.isDefeatedBy(TEL) -> Navi.isCanceled()}
となる。
　一方、グループを単位として例外ルールの制約式を定義すると、グループの定義として、
　処理時間長コンテント群{TEL}
を定義し、グループに適用する例外ルールの定義として、
　「ナビコンテントは処理時間長コンテント群の何れかに調停負けしたらキャンセルする」の制約式は、
　{Exists 処理時間長コンテント群{x|Navi.isDefeatedBy(x)}-> Navi.isCanceled()}
となる。
　この状態から仕様変更により、図１８に示すように、電話コンテントに加え、音声認識コンテント及び標識認識コンテントについてもナビコンテントに調停勝ちした場合に相手の提示要求を取り下げさせることを例外ルールとする場合を説明する。グループを単位とせずに例外ルールの制約式を定義すると、仕様の変更後では、上記した仕様の変更前の１つの制約式に加え、以下の２つの制約式を追加して記述する必要がある。
　「ナビコンテントは音声認識コンテントに調停負けしたらナビコンテントの提示要求をキャンセルする」
　{Navi.isDefeatedBy(音声認識) -> Navi.isCanceled()}
　「ナビコンテントは標識認識コンテントに調停負けしたらナビコンテントの提示要求をキャンセルする」
　{Navi.isDefeatedBy(標識認識) -> Navi.isCanceled()}
　一方、グループを単位として例外ルールの制約式を定義すると、仕様の変更後では、グループの定義として、
　処理時間長コンテント群{TEL、音声認識、標識認識}
を定義すれば良く、グループに適用する例外ルールの定義として、
　「ナビコンテントは処理時間長コンテント群の何れかに調停負けしたらキャンセルする」
　{Exists 処理時間長コンテント群{x|Navi.isDefeatedBy(x)} ->Navi.isCanceled()}
を変更せずにそのまま適用すれば良い。
　即ち、処理時間長コンテントをグループ化し、「Exists」を含む制約式を使用することで、集合の要素の何れかが条件を満たす制約式を定義することができる。この場合も、コンテントをグループ化することで制約式を抽象的に記述することができ、仕様変更によりコンテントが増える場合にグループを編集するだけで対応することができる。
　次に、有効期限を有する特性のコンテントをグループ化し、且つ処理時間が他よりも長い特性のコンテントをグループ化する場合について図１９及び図２０を参照して説明する。この場合は、図１５及び図１６に示した仕様と、図１７及び図１８に示した仕様とを組み合わせた場合と同等である。図１９に示すように、有効期限を有する特性のコンテントがナビコンテント及びＥＴＣコンテントであり、ナビコンテント及びＥＴＣコンテントについて電話コンテントに調停負けした場合に自己の提示要求を取り下げ、且つ処理時間が他よりも長い特性のコンテントが電話コンテントであり、電話コンテントについてナビコンテントに調停勝ちした場合に相手の提示要求を取り下げさせることを例外ルールとする仕様を例示する。
　この場合、グループを単位とせずに例外ルールの制約式を定義すると、
　「ナビコンテントは電話コンテントに調停負けしたらナビコンテントの提示要求をキャンセルする」の制約式は、
　{Navi.isDefeatedBy(TEL) -> Navi.isCanceled()}
となり、
　「ＥＴＣコンテントは電話コンテントに調停負けしたらＥＴＣコンテントの提示要求をキャンセルする」の制約式は、
　{ETC.isDefeatedBy(TEL) -> ETC.isCanceled()}
となる。即ち、ナビコンテント及びＥＴＣコンテントの個々について２つの制約式を記述する必要がある。
　一方、グループを単位として例外ルールの制約式を定義すると、グループの定義として、
　有効期限付きコンテント群{Navi、ETC}
　処理時間長コンテント群{TEL}
　を定義し、グループに適用する例外ルールの定義として、
　「有効期限付きコンテント群は処理時間長コンテント群の何れかに調停負けしたらキャンセルする」の制約式は、
　For-All 負け時キャンセルコンテント群
　{x|Exists 勝ち時相手キャンセルコンテント群{y|x.isDefeatedBy(y)} -> x.isCanceled()}
となる。
　この状態から仕様変更により、図２０に示すように、ナビコンテント及びＥＴＣコンテントに加え、音声認識コンテント及び標識認識コンテントについても電話コンテントに調停負けした場合に自己の提示要求を取り下げ、且つ電話コンテントに加え、音声認識コンテント及び標識認識コンテントについてもナビコンテントに調停勝ちした場合に相手の提示要求を取り下げさせることを例外ルールとする場合を説明する。グループを単位とせずに例外ルールの制約式を定義すると、仕様の変更後では、上記した仕様の変更前の２つの制約式に加え、以下の４つの制約式を追加して記述する必要がある。
　「ナビコンテントは音声認識コンテントに調停負けしたらナビコンテントの提示要求をキャンセルする」
　{Navi.isDefeatedBy(音声認識) -> Navi.isCanceled()}
　「ナビコンテントは標識認識コンテントに調停負けしたらナビコンテントの提示要求をキャンセルする」
　{Navi.isDefeatedBy(標識認識) -> Navi.isCanceled()}
　「ＥＴＣコンテントは音声認識コンテントに調停負けしたらＥＴＣコンテントの提示要求をキャンセルする」
　{ETC.isDefeatedBy(音声認識) -> ETC.isCanceled()}
　「ＥＴＣコンテントは標識認識コンテントに調停負けしたらＥＴＣコンテントの提示要求をキャンセルする」
　{ETC.isDefeatedBy(標識認識) -> ETC.isCanceled()}
　一方、グループを単位として例外ルールの制約式を定義すると、仕様の変更後では、グループの定義として、
　有効期限付きコンテント群{Navi、ETC}
　処理時間長コンテント群{TEL、音声認識、標識認識}
を定義すれば良く、グループに適用する例外ルールの定義として、
　 For-All 負け時キャンセルコンテント群
　{x|Exists 勝ち時相手キャンセルコンテント群{y|x.isDefeatedBy(y)} -> x.isCanceled()}
を変更せずにそのまま適用すれば良い。
　即ち、有効期限付きコンテントと処理時間が他よりも長い特性のコンテントとを同時にグループ化する場合でも、「For-All」及び「Exists」を含む制約式を使用することで、制約式を抽象的に記述することができ、仕様変更によりコンテントが増える場合にグループの定義を編集するだけで対応することができる。
　以上に説明したように本実施形態によれば、次のような作用効果を得ることができる。
　提示制御装置１１において、提示要求を取り下げるキャンセル又は提示要求を取り下げない待機の何れかを定義したコンテントの属性と、調停負けしたコンテントの振る舞いを待機又はキャンセルの何れかとする例外ルールを定義した制約式とを含むルール定義を記憶するようにした。一のアプリケーションのコンテントを提示中に他のアプリケーションからコンテントの提示要求が発生すると、ルール定義に基づいて何れのコンテントを優先して提示するかの調停を行うようにした。
　調停負けしたコンテントの振る舞いとして、デフォルトの振る舞いをコンテントの属性で定義し、例外的な振る舞いを制約式で定義することで、調停負けしたコンテントの振る舞いを自在に変更することができる。この場合、例外ルールだけを制約式で定義すれば良いので、ルール定義の保守性の低下を回避することができる。これにより、ルール定義の保守性を低下させることなく、調停負けしたコンテントの振る舞いを自在に変更することができる。
　提示制御装置１１において、複数のコンテントをグループ化し、グループを単位として例外ルールの制約式を定義するようにした。振る舞いを規定するコンテントが増える場合にグループの定義を編集するだけで適切且つ容易に対応することができる。
　本開示は、実施形態に準拠して記述されたが、当該実施形態や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、更には、それらに一要素のみ、それ以上、或いはそれ以下を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。
　車両用に限らず、車両用以外の用途のコンテントの提示制御装置に適用しても良い。
　コンテントとして、ナビコンテント、ＥＴＣコンテント、電話コンテント、音声認識コンテント、標識認識コンテントを例示したが、他のアプリケーションを提供するコンテントを含んでも良い。
　グループ化するコンテントとして、有効期限を有する特性のコンテント、処理時間が他よりも長い特性のコンテントを例示したが、他の特性を有するコンテントを含んでも良い。
　本開示に記載の制御部及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することにより提供された専用コンピュータにより実現されても良い。或いは、本開示に記載の制御部及びその手法は、一つ以上の専用ハードウェア論理回路によりプロセッサを構成することにより提供された専用コンピュータにより実現されても良い。若しくは、本開示に記載の制御部及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路により構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより実現されても良い。又、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていても良い。

Claims (12)

  1. 　コンテントの提示要求を発生するアプリケーションを記憶可能なアプリケーション記憶部（１３）と、
    　提示要求を取り下げるキャンセル又は提示要求を取り下げない待機の何れかを定義したコンテントの属性と、調停負けしたコンテントの振る舞いを待機又はキャンセルの何れかとする例外ルールを定義した制約式とを含むルール定義を記憶するルール定義記憶部（１５）と、
    　一のアプリケーションのコンテントを提示中に他のアプリケーションからコンテントの提示要求が発生すると、前記ルール定義記憶部に記憶されているルール定義に基づいて何れのコンテントを優先して提示するかの調停を行う調停部（１６）と、
    　前記調停部が調停を行ったコンテントを提示領域に提示させる提示制御部（１７）と、を備えるコンテントの提示制御装置（１１）。
  2. 　前記調停部は、調停負けしたコンテントに対し、例外ルールを評価する請求項１に記載したコンテントの提示制御装置。
  3. 　前記調停部は、調停負けしたコンテントの振る舞いを待機とした場合と、調停負けしたコンテントの振る舞いをキャンセルとした場合との両方について、例外ルールを評価する請求項２に記載したコンテントの提示制御装置。
  4. 　前記調停部は、例外ルールの評価結果として例外ルールに該当する場合には、例外ルールを適用する請求項３に記載したコンテントの提示制御装置。
  5. 　前記調停部は、例外ルールの評価結果として例外ルールに該当しない場合には、コンテントの属性を適用する請求項３に記載したコンテントの提示制御装置。
  6. 　前記ルール定義記憶部は、複数のコンテントをグループ化したグループを単位とし、例外ルールを定義した制約式を含むルール定義を記憶する請求項１から５の何れか一項に記載したコンテントの提示制御装置。
  7. 　前記ルール定義記憶部は、有効期限を有する特性のコンテントをグループ化したグループを単位とし、例外ルールを定義した制約式を含むルール定義を記憶する請求項６に記載したコンテントの提示制御装置。
  8. 　前記ルール定義記憶部は、処理時間が他よりも長い特性のコンテントをグループ化したグループを単位とし、例外ルールを定義した制約式を含むルール定義を記憶する請求項６に記載したコンテントの提示制御装置。
  9. 　一のアプリケーションのコンテントを提示中に他のアプリケーションからコンテントの提示要求を受付ける提示要求受付手順と、
    　提示要求を取り下げるキャンセル又は提示要求を取り下げない待機の何れかを定義したコンテントの属性と、調停負けしたコンテントの振る舞いを待機又はキャンセルの何れかとする例外ルールを定義した制約式とを含むルール定義に基づいて何れのコンテントを優先して提示するかの調停を行う調停手順と、
    　前記調停手順により調停を行ったコンテントを提示領域に提示させる提示制御手順と、を行うコンテントの提示制御方法。
  10. 　調停負けしたコンテントに対し、例外ルールを評価する例外ルール評価手順を行う請求項９に記載したコンテントの提示制御方法。
  11. 　コンテントの提示制御装置（１１）に、
    　一のアプリケーションのコンテントを提示中に他のアプリケーションからコンテントの提示要求を受付ける提示要求受付処理と、
    　提示要求を取り下げるキャンセル又は提示要求を取り下げない待機の何れかを定義したコンテントの属性と、調停負けしたコンテントの振る舞いを待機又はキャンセルの何れかとする例外ルールを定義した制約式とを含むルール定義に基づいて何れのコンテントを優先して提示するかの調停を行う調停処理と、
    　前記調停処理により調停を行ったコンテントを提示領域に提示させる提示制御処理と、を実行させるコンテントの提示制御プログラム。
  12. 　調停負けしたコンテントに対し、例外ルールを評価する例外ルール評価処理を行う請求項１１に記載したコンテントの提示制御プログラム。
PCT/JP2020/025335 2019-07-02 2020-06-26 コンテントの提示制御装置、提示制御方法及び提示制御プログラム WO2021002300A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/562,720 US11847374B2 (en) 2019-07-02 2021-12-27 Content presentation control device, presentation control method, and non-transitory computer-readable storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019-123645 2019-07-02
JP2019123645A JP7121697B2 (ja) 2019-07-02 2019-07-02 コンテントの提示制御装置、提示制御方法及び提示制御プログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/562,720 Continuation US11847374B2 (en) 2019-07-02 2021-12-27 Content presentation control device, presentation control method, and non-transitory computer-readable storage medium

Publications (1)

Publication Number Publication Date
WO2021002300A1 true WO2021002300A1 (ja) 2021-01-07

Family

ID=74101313

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/025335 WO2021002300A1 (ja) 2019-07-02 2020-06-26 コンテントの提示制御装置、提示制御方法及び提示制御プログラム

Country Status (3)

Country Link
US (1) US11847374B2 (ja)
JP (1) JP7121697B2 (ja)
WO (1) WO2021002300A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022190798A1 (ja) * 2021-03-09 2022-09-15 株式会社デンソー コンテントの出力制御装置、出力制御方法及び出力制御プログラム

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4282431A1 (en) 2021-01-25 2023-11-29 Tosoh Corporation Non-flammable liquid composition and use of same
JP2022147456A (ja) * 2021-03-23 2022-10-06 株式会社デンソー コンテントの出力制御装置、出力制御方法及び出力制御プログラム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006011343A1 (ja) * 2004-07-28 2006-02-02 Matsushita Electric Industrial Co., Ltd. 競合解決装置
JP2017010370A (ja) * 2015-06-24 2017-01-12 富士ゼロックス株式会社 制御装置、電子機器及びプログラム
WO2018003474A1 (ja) * 2016-06-30 2018-01-04 富士通テン株式会社 情報処理装置および情報処理方法
WO2020003755A1 (ja) * 2018-06-28 2020-01-02 株式会社デンソー 表示制御装置、表示制御方法及び表示制御プログラム

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009187285A (ja) * 2008-02-06 2009-08-20 Panasonic Corp プログラム変換方法、プログラム変換装置およびプログラム
US8188846B2 (en) * 2009-06-17 2012-05-29 General Electric Company System and method for displaying information to vehicle operator
JP5229379B2 (ja) * 2011-02-21 2013-07-03 株式会社デンソー 表示制御装置
JP5742799B2 (ja) 2011-08-11 2015-07-01 株式会社デンソー 表示制御装置
CN103748543B (zh) * 2011-08-11 2016-10-19 株式会社电装 显示控制设备
CN103733171B (zh) * 2011-08-11 2016-11-09 株式会社电装 显示控制装置
JP6020189B2 (ja) * 2013-01-18 2016-11-02 株式会社デンソー 音声出力制御装置
US11385726B2 (en) * 2020-06-01 2022-07-12 Science House LLC Systems, methods, and apparatus for enhanced presentation remotes

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006011343A1 (ja) * 2004-07-28 2006-02-02 Matsushita Electric Industrial Co., Ltd. 競合解決装置
JP2017010370A (ja) * 2015-06-24 2017-01-12 富士ゼロックス株式会社 制御装置、電子機器及びプログラム
WO2018003474A1 (ja) * 2016-06-30 2018-01-04 富士通テン株式会社 情報処理装置および情報処理方法
WO2020003755A1 (ja) * 2018-06-28 2020-01-02 株式会社デンソー 表示制御装置、表示制御方法及び表示制御プログラム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022190798A1 (ja) * 2021-03-09 2022-09-15 株式会社デンソー コンテントの出力制御装置、出力制御方法及び出力制御プログラム

Also Published As

Publication number Publication date
US11847374B2 (en) 2023-12-19
JP7121697B2 (ja) 2022-08-18
US20220121409A1 (en) 2022-04-21
JP2021009596A (ja) 2021-01-28

Similar Documents

Publication Publication Date Title
WO2021002300A1 (ja) コンテントの提示制御装置、提示制御方法及び提示制御プログラム
JP5505482B2 (ja) 表示制御装置
CN103733171B (zh) 显示控制装置
WO2013099216A1 (ja) 表示制御装置
US20220179608A1 (en) Content display control apparatus and content display control method
JP6778735B2 (ja) 表示装置、表示方法、およびプログラム
US20210097963A1 (en) Display control apparatus, display control method, and computer-readable storage medium
JP6221945B2 (ja) 表示・音声出力制御装置
JP5742799B2 (ja) 表示制御装置
WO2021002299A1 (ja) コンテントの提示制御装置、提示制御方法及び提示制御プログラム
JP5867164B2 (ja) 表示制御装置
US20230393797A1 (en) Content output control device, content output control method, and non-transitory computer readable storage medium
US20230393899A1 (en) Content output controller, content output control method, and non-transitory computer readable storage medium
WO2022190798A1 (ja) コンテントの出力制御装置、出力制御方法及び出力制御プログラム
WO2022176557A1 (ja) コンテントの表示制御装置、表示制御方法及び表示制御プログラム
JP5915125B2 (ja) 表示制御装置
CN114516339B (zh) 信息提醒方法、装置、设备及存储介质
JP2019096054A (ja) 出力処理装置及び出力処理方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20834179

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20834179

Country of ref document: EP

Kind code of ref document: A1