WO2017009983A1 - 表示制御装置及び表示制御方法 - Google Patents

表示制御装置及び表示制御方法 Download PDF

Info

Publication number
WO2017009983A1
WO2017009983A1 PCT/JP2015/070292 JP2015070292W WO2017009983A1 WO 2017009983 A1 WO2017009983 A1 WO 2017009983A1 JP 2015070292 W JP2015070292 W JP 2015070292W WO 2017009983 A1 WO2017009983 A1 WO 2017009983A1
Authority
WO
WIPO (PCT)
Prior art keywords
display
content
window
application
arrangement
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2015/070292
Other languages
English (en)
French (fr)
Inventor
純一 岡村
梅津　正春
下谷　光生
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP2017528083A priority Critical patent/JP6541784B2/ja
Priority to PCT/JP2015/070292 priority patent/WO2017009983A1/ja
Publication of WO2017009983A1 publication Critical patent/WO2017009983A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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]
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G09G5/14—Display of multiple viewports

Definitions

  • the present invention relates to display control for displaying contents of a plurality of applications on one display screen.
  • Patent Document 1 discloses that a widget that is displayed in a superimposed manner on a car navigation screen is managed, and control is performed so that the widget does not interfere with a display object of the car navigation.
  • car navigation is a service that may have a required specification that always interacts with the user from the viewpoint of safety or security, so the display must not be hindered by the content of other applications. is there.
  • Patent Document 2 it is shown that when a plurality of display information is displayed in a superimposed manner, visibility is improved by controlling the transmittance of characters and images.
  • an object of the present invention is to make it easy to visually recognize the contents of both applications when displaying the contents of a plurality of applications on one screen.
  • a first display control device of the present invention is a display control device that performs combined display control on the same screen of the first content that is the display content of the first application and the second content that is the display content of the second application, A content attribute acquisition unit that acquires the content attribute of the second content, and a display that sets the display arrangement of the first window that is the display area of the first content and the second window that is the display area of the second content based on the content attribute An arrangement setting unit.
  • a second display control device of the present invention is a display control device that performs combined display control on the same screen of the first content that is the display content of the first application and the second content that is the display content of the second application,
  • a display arrangement acquisition unit that acquires the display arrangement of the first window that is the display area of the first content and the second window that is the display area of the second content;
  • a content attribute acquisition unit that acquires the content attribute of the second content;
  • a content control unit that changes the first content based on the arrangement information and the content attribute.
  • the first display control method of the present invention is a display control method for performing combined display control on the same screen of the first content that is the display content of the first application and the second content that is the display content of the second application,
  • the content attribute of the second content is acquired, and the display arrangement of the first window that is the display area of the first content and the second window that is the display area of the second content is set based on the content attribute.
  • the second display control method of the present invention is a display control method for performing combined display control on the same screen of the first content that is the display content of the first application and the second content that is the display content of the second application,
  • the display arrangement of the first window that is the display area of the first content and the second window that is the display area of the second content is acquired, the content attribute of the second content is acquired, and the first attribute is obtained based on the arrangement information and the content attribute.
  • Change content is a display control method for performing combined display control on the same screen of the first content that is the display content of the first application and the second content that is the display content of the second application.
  • a first display control device of the present invention is a display control device that performs combined display control on the same screen of the first content that is the display content of the first application and the second content that is the display content of the second application, A content attribute acquisition unit that acquires the content attribute of the second content, and a display that sets the display arrangement of the first window that is the display area of the first content and the second window that is the display area of the second content based on the content attribute An arrangement setting unit. Therefore, it is possible to appropriately display various application combinations.
  • a second display control device of the present invention is a display control device that performs combined display control on the same screen of the first content that is the display content of the first application and the second content that is the display content of the second application,
  • a display arrangement acquisition unit that acquires the display arrangement of the first window that is the display area of the first content and the second window that is the display area of the second content;
  • a content attribute acquisition unit that acquires the content attribute of the second content;
  • a content control unit that changes the first content based on the arrangement information and the content attribute. Therefore, it is possible to appropriately display various application combinations.
  • the first display control method of the present invention is a display control method for performing combined display control on the same screen of the first content that is the display content of the first application and the second content that is the display content of the second application,
  • the content attribute of the second content is acquired, and the display arrangement of the first window that is the display area of the first content and the second window that is the display area of the second content is set based on the content attribute. Therefore, it is possible to appropriately display various application combinations.
  • the second display control method of the present invention is a display control method for performing combined display control on the same screen of the first content that is the display content of the first application and the second content that is the display content of the second application,
  • the display arrangement of the first window that is the display area of the first content and the second window that is the display area of the second content is acquired, the content attribute of the second content is acquired, and the first attribute is obtained based on the arrangement information and the content attribute. Change content. Therefore, it is possible to appropriately display various application combinations.
  • FIG. 1 is a block diagram illustrating a configuration of a display control device according to a first embodiment.
  • 2 is a diagram illustrating a hardware configuration of a display control apparatus according to Embodiment 1.
  • FIG. It is a figure which shows application management information. It is a figure which shows prohibition mask management information. It is a figure which shows display mode management information. It is a figure which shows window management information. It is a figure which shows the display arrangement corresponding to a window management number.
  • FIG. 10 is a block diagram illustrating a configuration of a car navigation application according to a second embodiment. It is a figure which shows drawing control management information. It is a flowchart which shows the update process of a display thing. It is a flowchart which shows the update process of a display area.
  • FIG. 1 is a configuration diagram of a display control apparatus 100 according to Embodiment 1 of the present invention.
  • the display control apparatus 100 includes sub-applications 1, 2, 3, a car navigation application 4, a drawing control unit 5, a library group 6, and an OS (Operating System) 7.
  • OS Operating System
  • the display control apparatus 100 will be described as being mounted on a vehicle, the present invention is not limited to this.
  • the car navigation application 4 is an example of a main application (first application). Although another application may be used as the main application, here, the car navigation application 4 will be described as the main application.
  • the main application refers to an application including the communication extension unit 41.
  • the communication expansion unit 41 is an instruction set of a special program that is allowed to be used only by the main application.
  • the car navigation application 4 can use the communication expansion unit 41 to give an instruction regarding the window arrangement of the sub application to the drawing control unit 5.
  • the sub-applications 1, 2, and 3 can operate simultaneously, but one of them is selected, and the content of the selected sub-application is displayed on the display 93 (to be described later) together with the content of the main application.
  • the number of sub-apps is not limited to three shown in FIG.
  • the drawing control unit 5 includes an application request detection unit 51, an event detection unit 52, a window management unit 53, and a drawing control management information storage unit 54. Then, the display arrangement of the window (main window) of the car navigation application 4 as the main application and the window of the sub application (sub window) displayed therewith is controlled.
  • the application request detection unit 51 receives an event related to a window (application activation, termination, etc.) that has occurred via the car navigation application 4 or the sub-applications 1, 2, and 3.
  • the event detection unit 52 receives an event related to a window generated via the OS 7.
  • An event that occurs via the OS 7 is, for example, switching of windows by user operation or the like.
  • the window management unit 53 acquires window-related events from the application request detection unit 51 and the event detection unit 52, and generates or updates the window arrangement of the car navigation application 4 and the sub-applications using the detection of these events as a trigger.
  • the window management unit 53 acquires the drawing control management information including the content attribute from the drawing control management information storage unit 54, and further acquires the arrangement condition from the event detection unit 52 or the communication extension unit 41 of the car navigation application 4. Then, the window arrangement is determined based on these pieces of information. That is, the window management unit 53 functions as a content attribute acquisition unit that acquires the content attribute of the content of another application, and a display arrangement setting unit that sets the display arrangement of the main window and the subwindow based on the content attribute.
  • the library group 6 includes a window manager 61.
  • the window manager 61 actually creates a window based on the window arrangement set by the drawing control unit 5.
  • the car navigation application 4 and the selected sub application display according to the window created by the window manager 61.
  • the drawing control management information storage unit 54 includes a storage medium such as an HDD (Hard Disk Drive) and stores drawing control management information. This drawing control management information is obtained from time to time from an external storage device connected to the display control device 100 by wire or wirelessly.
  • the drawing control management information includes application management information, display mode management information, and window management information. Details of these will be described later.
  • OS 7 includes an event generation unit 71.
  • the event generation unit 71 acquires the information and generates an event.
  • FIG. 2 is a hardware configuration diagram of the display control apparatus 100.
  • the display control device 100 includes a processor 91 such as a CPU (Control Processing Unit), a memory 92 such as a RAM (Random Access Memory), a display 93, an input interface (I / F) 94, a communication interface such as a NIC (Network Interface Controller). (I / F) 95 and a video input 96 are provided.
  • the car navigation application 4, the sub-applications 1, 2, 3, the application request detection unit 51, the event detection unit 52, the window management unit 53, the library group 6, and the OS 7 are executed by the processor 91 executing a program stored in the memory 92. Realize. However, these may be realized in cooperation with a plurality of processors 91, for example.
  • the drawing control management information includes window management information, display mode management information, application management information, and prohibition mask management information.
  • Application management information is information that associates content attributes for each application with selectable display modes.
  • the prohibition process according to the content attribute works, and selectable display modes are limited.
  • An example of the application management information is shown in FIG. FIG. 3 shows content attributes and display modes for each of the applications A to E.
  • Apps A to E are different apps.
  • Content attributes related to input include presence / absence of GUI, presence / absence of gesture, presence / absence of remote control.
  • content attributes related to display include the presence / absence of constant display, whether the display area is wide or standard, whether the display ratio is vertical or horizontal, and the intensity of display change.
  • the content attribute means a feature of the content that is predetermined for each application and affects the display mode. However, as described later, the content attribute can be changed by the user from the default value.
  • the application A is a software keyboard, and has a GUI, a gesture, a remote control, presence / absence of display: no display, display area: wide, display ratio: horizontal, display change: moderate.
  • prohibition rules determined by prohibition mask management information to these content attributes, display modes that can be selected for each application are determined.
  • the content attribute of such an application is prepared as a meta file attached to the application, for example, and is acquired when the application is downloaded.
  • FIG. 4 An example of prohibition mask management information is shown in FIG. The display modes that cannot be selected for the content attributes described above are shown.
  • mode A is “0” when there is always display, indicating that mode A cannot be selected.
  • mode H and I cannot be selected because there are GUI, gesture, and remote control. Furthermore, since the display area is wide, modes F, G, H, and I cannot be selected. Further, since the display ratio is horizontal, mode J, K, and L cannot be selected. As a result, selectable display modes are modes A, B, C, D, and E. Thus, when there are a plurality of selectable display modes, an arbitrary display mode is recorded as a selectable display mode in the application management information. Alternatively, the user may select one display mode. In the example of FIG. 3, mode A is set as a selectable display mode.
  • the display mode management information is information indicating the display arrangement for the arrangement state by the window management number for each display mode.
  • FIG. 5 shows an example of display mode management information.
  • Arrangement state is a rough condition regarding arrangement. For example, “sub active” for selecting the sub application window, “sub maximum” for maximizing the sub application window, and main application window for selecting the sub application window. “Main active” and “Main maximum” to maximize the main application window.
  • the information on the arrangement state is sent from the car navigation application 4 side to the window management unit 53 by the communication expansion unit 41, and from the event generation unit 71 that detects the user input operation to the window management unit 53 via the event detection unit 52. Sent.
  • window management numbers are “1-1-1”, “main active”, and “main maximum” when “sub active” and “sub maximum” are used.
  • the number is defined as “0-1”.
  • the correspondence between these window management numbers and the actual display arrangement is defined by window management information.
  • An example of the window management information is shown in FIG. 6, and an example of the display arrangement corresponding to the window management number is shown in FIG.
  • the window management information includes, for each window management number, the number of windows, sub-app window size (sub-size), sub-app window position (sub-position), main app window size (main size), and main app window.
  • the position (main position), the front-rear relationship of both windows when the window of the secondary application overlaps the window of the main application, and the rate at which the content of the secondary application transmits the content of the main application (frontal transmittance) are determined. Based on these pieces of information, as shown in FIG. 7, the display arrangement and the transmittance at the interference position of the window are determined.
  • FIG. 8 is a flowchart showing the startup process of the OS 7.
  • the power is first turned on (step S1), and then the OS 7 is started (step S2). Thereafter, the main application (car navigation application 4) is activated (step S3).
  • FIG. 9 is a flowchart showing the sub-application activation process.
  • the sub application is activated (step S11).
  • the OS 7 and the main application have already been activated along the flow of FIG.
  • the main application can be started after the secondary application is started.
  • the sub-application activation is described here, the sub-application termination process is the same, and is performed by the sub-application alone.
  • a plurality of sub-applications may be activated simultaneously. In this case, the sub application activated last is selected and displayed at the same time as the main application.
  • FIG. 10 is a flowchart showing the sub-application switching process.
  • the sub application is switched (step S21). For example, when a new sub application is activated in a state where the sub application is already activated, switching to the new sub application is performed. Alternatively, all the activated sub-apps may be displayed in a list so that the user can select an arbitrary sub-app from the list. In this case, the sub application is switched according to the user's input operation.
  • FIG. 11 is a flowchart showing the OS7 termination process.
  • the OS7 termination process first, one of the active sub-applications is terminated (step S31). If the number of sub-applications activated is not 0 (NO in step S32), the process returns to step S31 and the active sub-application is terminated. If the number of activation of the sub application becomes 0 (YES in step S32), the main application is terminated (step S33). Then, the OS 7 is terminated (step S34), and the display control apparatus 100 is turned off (step S35).
  • FIG. 12 is a flowchart showing main window creation processing.
  • the window of the main application (car navigation application 4) is referred to as a main window.
  • the drawing controller 5 is first initialized (step S51).
  • step S51 since the two-screen processing by the drawing control unit 5 is performed for the first time, information necessary for operating the drawing control unit 5 is prepared.
  • the window management unit 53 acquires the main window parameter from the drawing control management information (step S52).
  • the main window parameter here is a parameter for displaying the main application on the entire screen, and for example, window management information “0-1” is acquired.
  • a main window is created according to the parameters acquired in step S52 (step S53), and the main window is activated (step S54).
  • the window management unit 53 instructs the window manager 61 to create a main window, and the window manager 61 creates and activates the window accordingly.
  • FIG. 13 is a flowchart showing the sub-window creation process.
  • the window of the sub application is referred to as a sub window.
  • the sub window creation process first, it is determined from the content attribute of the sub application whether or not the combination display with the main application is possible (step S61). If it is a sub-app that cannot be displayed in combination, the processing ends without generating a sub-window. If it is a sub-app that can be displayed in combination, the parameters of two windows (main window and sub-window) are acquired from the drawing control management information (step S62). Specifically, the window management unit 53 acquires a display mode in which the sub application can be selected from the application management information, further acquires the arrangement conditions of the sub application and the main application, and responds to the arrangement state from the display mode management information. Get the window management number.
  • step S63 two windows are created according to the parameters acquired in step S62 (step S63), and the subwindow is activated (step S64).
  • the window management unit 53 instructs the window manager 61 to create two windows, and the window manager 61 creates and activates the window accordingly.
  • FIG. 14 is a flowchart showing the sub-application end processing.
  • the sub-application termination process is performed by a user input operation or a termination request from the sub-application.
  • the termination request is related to the secondary application (step S71). If the termination request relates to the main application (NO in step S71), OS termination processing is performed (step S30). Since this process has already been described with reference to FIG. 11, a description thereof is omitted here.
  • step S71 If it is a sub application end request (YES in step S71), a sub application end process is performed (step S72). Next, if the number of activated sub-applications is greater than 0, that is, if one or more sub-applications are activated (YES in step S73), the sub-application selection update is performed (step S74). That is, one active sub application is selected.
  • step S76 two windows are updated according to the parameters acquired in step S75 (step S76), and the subwindow is activated (step S77).
  • the window management unit 53 instructs the window manager 61 to create two windows, and the window manager 61 creates and activates the window accordingly.
  • step S73 If the number of sub-applications activated is 0 in step S73, the main window parameter is acquired from the drawing control management information (step S78). Thereafter, the main window is updated according to the parameters acquired in step S78 (step S79), and the main window is activated (step S80).
  • FIG. 15 is a flowchart showing processing for generating drawing control management information.
  • the window management unit 53 determines whether or not it is a new generation request (step S81). For example, when a sub application is downloaded, the window management unit 53 receives a request for newly generating a content attribute of the sub application.
  • content attributes may change when a downloaded sub-app is updated. In this case, a request for changing the content attribute is made to the window management unit 53.
  • a default value given as meta information for each sub-application is stored in the drawing control management information storage unit 54.
  • it is also possible to make a content attribute change request such as changing the content attribute display area from the default “standard” to “wide” by a user input operation.
  • a content attribute is generated (step S82). Specifically, the content attribute of the sub application is acquired from the metafile or the like, and stored in the application management information of the drawing control management information storage unit 54.
  • step S83 the content attribute is changed in the application management information in the drawing control management information storage unit 54.
  • the prohibition mask is updated (step S84).
  • the update of the prohibition mask is to determine a display mode that can be selected from the content attributes created and changed in steps S82 and 83 in accordance with the prohibition rule described in the prohibition mask management information.
  • FIG. 16 is a flowchart showing the prohibition mask update process.
  • the prohibition masks of modes A to L are first reset (step S91). Then, the prohibition mask update process is sequentially performed for display presence / absence (step S92), display ratio (step S93), display area (step S94), display change (step S95), and input resource (step S96), and finally selectable.
  • a display mode is determined (step S97). Here, any one display mode is determined as the selectable display mode from the display modes in which the prohibition mask is not set.
  • FIG. 17 is a flowchart showing a prohibition mask update process related to presence / absence of display. If the display is always present, that is, if the “display presence / absence” of the content attribute of the application management information is “always present” (YES in step S101), the prohibition mask of mode A is set (step S102), and the process ends. In other cases (NO in step S101), the process is terminated as it is.
  • FIG. 18 is a flowchart showing the prohibition mask update process for the display ratio. If the “display ratio” of the content attribute of the application management information is “vertical” (YES in step S111), the prohibition masks of modes A to I are set (step S112), and the process ends. In other cases (for example, “display ratio” is “horizontal”) (NO in step S111), a prohibition mask of mode J to L is set (step S113), and the process ends.
  • FIG. 19 is a flowchart showing the prohibition mask update process for the display area. If the “display area” of the content attribute of the application management information is “standard” (YES in step S121), a prohibition mask of mode H and I is set (step S122), and the process proceeds to step S123. In other cases (for example, “display ratio” is “wide”) (NO in step S121), the prohibition mask is not changed and the process proceeds to step S123.
  • step S123 if the “display area” of the content attribute is “wide” (YES in step S123), the prohibition masks of modes F to I are set (step S124), and the process ends. In other cases (for example, “display area” is “narrow”) (NO in step S123), the prohibition mask is not changed and the process is terminated.
  • FIG. 20 is a flowchart showing the prohibition mask update process for display changes. If the “display change” of the content attribute of the application management information is “extreme” (YES in step S131), a prohibition mask of mode C, E, F, I, and K is set (step S132), and the process is terminated. . In other cases (for example, “display ratio” is “slow”) (NO in step S131), the prohibition mask is not changed and the process is terminated.
  • FIG. 21 is a flowchart showing the prohibition mask update process for input resources. If the “remote control” of the content attribute of the application management information is not “none” (NO in step S141), the process ends. If “remote control” is “present” (YES in step S141), the process proceeds to step S142. If the content attribute “GUI” is “Yes” (YES in Step S142), the mode H, I prohibition mask is set in Step S143, and the process proceeds to Step S144. If “GUI” is “none” (NO in step S142), the process proceeds to step S144. In step S144, it is determined whether or not the “gesture” of the content attribute is “Yes”. If “Yes”, the prohibition masks of mode F, G, H, and I are set in Step S145, and the process is terminated. If it is “No”, the process is terminated.
  • FIG. 22 is a diagram illustrating a screen display example by the display control apparatus 100.
  • FIG. 22A is a display example in which the main window 110 of the car navigation application 4 as the main application is arranged on the entire screen.
  • the main window 110 displays a guidance screen for the own vehicle including the own vehicle position icon 108 and the road 107. This is the display arrangement of the window management number “0-1”.
  • FIG. 22B is a two-screen display example of the car navigation application 4 and the AV application (sub application).
  • the AV application is indicated as the application E in the application management information of FIG. 3, and the selectable display mode is mode G.
  • the AV application is in an active state, and the window management number “3-7B” is displayed. That is, the main window 110 is arranged on the right side and the sub window 111 is arranged on the upper left. Thereby, both the main window 110 and the subwindow 111 can be clearly visually recognized. Further, the sub-window 112 is arranged horizontally in accordance with the content attribute “display ratio: horizontal” of the AV application, so that the display arrangement is appropriate.
  • FIG. 22C is a two-screen display example when the sub application is a Web application.
  • the Web application is indicated as application D in the application management information of FIG. 3, and the selectable display mode is mode L.
  • the AV application is in an active state, and the window management number “5-7” is displayed. That is, the main window 110 is arranged on the right side and the sub window 112 is arranged on the left side. Thereby, both the main window 110 and the subwindow 111 can be clearly visually recognized. Further, according to the content attribute “display ratio: vertical” of the Web application, the sub-window 112 is arranged vertically, so that an appropriate display arrangement is obtained.
  • FIG. 22D is a two-screen display example when the sub-application is a software keyboard.
  • the software keyboard is shown as application A in the application management information of FIG. 3, and the selectable display mode is mode A.
  • the software keyboard is in an active state, and the window management number “1-1-1” is displayed. That is, the sub window 113 is disposed in front of the main window 110, and the front transmittance is set to 35%.
  • the software keyboard can be used over the entire display screen, and the main window 110 can be visually recognized, resulting in an appropriate display arrangement.
  • FIG. 22 (e) is a two-screen display example when the sub-app is a launcher.
  • the display mode in which the launcher can be selected from the application management information is determined as mode F, and the launcher is in an active state (secondary active), so the window management number “3-1-1” is displayed. That is, the main window 110 is displayed on the entire surface, and the launcher sub-window 113 is displayed so as to overlap the upper left portion of the main window 110. Then, the front transmittance is set to 35%. Since the launcher mainly displays a stationary icon, unlike the AV application, the display change is gradual, and the visual recognition of the main window 110 is unlikely to be hindered. Therefore, the sub window 114 is displayed so as to overlap the main window 110.
  • FIG. 22 (f) is a two-screen display example when the sub application is an address book.
  • the display mode in which the address book can be selected from the application management information is determined as mode K, and the address book is in an active state (secondary active), so the window management number “5-1-1” is displayed. That is, the main window 110 is displayed on the entire surface, and the address book subwindow 115 is displayed on the left side so as to overlap the main window 110. Then, the front transmittance is set to 35%. Similar to the launcher, the display of the address book is also gradual, so that it is difficult for the main window 110 to be visually recognized. Therefore, the sub window 115 is displayed so as to overlap the main window 110.
  • FIG. 23 is a diagram showing a change in display arrangement according to the arrangement state in the two-screen display example when the AV application is a sub-application.
  • FIG. 23A shows a display example when the arrangement state is “secondary active”, and the window management number is “3-7B”. This is the same as FIG.
  • the AV application is activated as a sub application after the car navigation application 4 is activated, the arrangement state becomes “sub active”.
  • the arrangement state transitions to “main active” in order to improve the visibility of the main window 110.
  • the window management number is “3-7F” (FIG. 23B). Compared with FIG. 23A, the overlap of the main window 110 and the sub window 111 is eliminated, and the visibility of the main window 110 is enhanced.
  • the display arrangement shown in FIG. For example, when the vehicle arrives at the destination, or when the vehicle stops and the gear enters parking, the necessity of visually recognizing the car navigation application 4 is low. It becomes the “sub maximum” that displays the sub window 111 to the maximum. Then, the window management number “2-7B” is displayed.
  • the display arrangement shown in FIG. For example, when VICS (registered trademark) information such as accident information or traffic jam information is received, it is necessary to secure a wide viewing space for the main window 110 in order to display the VICS information. Therefore, the arrangement state is “main maximum”, and the window management number “0-1” is displayed.
  • VICS registered trademark
  • the arrangement state transitions according to the state of the car navigation application 4 which is the main application, and the display arrangement is determined according to the arrangement state.
  • the arrangement state is input from the car navigation application 4 to the window management unit 53 through the communication expansion unit 41.
  • the window management unit 53 refers to the display mode management information and determines the display arrangement corresponding to the arrangement state. Therefore, the display arrangement is automatically set according to the state of the main application without the user performing a window setting operation.
  • the display arrangement set here is selected in advance according to the content attribute and the arrangement state, an optimal display arrangement considering the content attribute and the arrangement state is realized.
  • FIG. 1 shows a configuration in which the car navigation application 4 and the sub-applications 1, 2, and 3 are inside the display control device 100.
  • an application that operates on an external terminal of the display control apparatus 100 may be handled as a sub application.
  • the video input 96 of the display control apparatus 100 receives an application video signal from the display of the external terminal
  • the communication I / F 95 of the display control apparatus 100 receives an application control signal from the communication I / F of the external terminal. .
  • an app that operates on an external terminal may be treated as the main app.
  • an instruction regarding the window arrangement of the sub-application is given to the drawing control unit 5 by the application control signal received from the communication I / F of the external terminal.
  • the car navigation application 4 the sub-applications 1, 2, 3, the application request detection unit 51, the event detection unit 52, the window management unit 53, the library group 6, and the OS 7 Realized by running.
  • the application request detection unit 51, the event detection unit 52, and the window management unit 53 may be realized by a signal processing circuit that realizes the operation by a hardware electric circuit.
  • the term “part” is used.
  • the term “processing circuit” can also be used.
  • the display control apparatus 100 displays a combination display on the same screen of the first content that is the display content of the car navigation application 4 (first application) and the second content that is the display content of another application (second application).
  • a display control apparatus that controls the content attribute acquisition unit (window management unit 53) that acquires the content attribute of the second content, the first window that is the display area of the first content, and the second based on the content attribute
  • the display control apparatus 100 further includes an arrangement condition acquisition unit (window management unit 53) that acquires the arrangement conditions of the first and second contents, and the display arrangement setting unit displays the display arrangement based on the content attribute and the arrangement condition. Set. Therefore, an optimal display arrangement can be set in accordance with the arrangement conditions such as “display with the sub window (second window) maximized” and “display with the main window (first window) maximized”. .
  • arrangement condition acquisition unit windshield management unit 53
  • the display arrangement setting unit sets the display arrangement according to an arrangement pattern selected from a plurality of predetermined arrangement patterns. Therefore, it is possible to eliminate an arrangement that causes interference between both windows and set an optimal display arrangement.
  • the arrangement condition acquisition unit acquires the arrangement condition by a control signal from the car navigation application 4 (first application). Therefore, even if the user does not perform an operation, an optimal display arrangement can be set according to the operation status of the car navigation application.
  • the display arrangement includes the positions and sizes of the first and second windows, these can be set optimally.
  • the display arrangement includes the transmittance of the second window, this can be set optimally.
  • the display control method is a display control method for performing combined display control on the same screen of the first content that is the display content of the first application and the second content that is the display content of the second application,
  • the content attribute of the second content is acquired, and the display arrangement of the first window that is the display area of the first content and the second window that is the display area of the second content is set based on the content attribute. Therefore, it is possible to achieve an optimal display arrangement so that interference between both windows does not occur in consideration of the content attribute of another application.
  • an optimal display arrangement can be set for any other application as long as the content attribute is acquired.
  • FIG. 24 is a block diagram illustrating a configuration of the display control apparatus 101 according to the second embodiment.
  • the display control device 101 excludes the drawing control unit 5 from the configuration of the display control device 100 according to the first embodiment, and is provided with a drawing control management information storage unit 8.
  • FIG. 25 is a block diagram showing a configuration of the car navigation application 4 which is the main application of the second embodiment.
  • the car navigation application 4 includes a display object management unit 42, a display generation unit 43, a control unit 44, an information acquisition unit 45, an event acquisition unit 46, and a display I / F 47.
  • the display object management unit 42 manages display objects.
  • FIG. 25 shows an example of a display object of the car navigation application 4, where the current position, guidance information, peripheral information, etc. are displayed as main information, 2D display, 3D display, 2-screen display, etc. as map types, map components It manages the topography, roads, buildings, etc., and also manages the GUI.
  • the display generation unit 43 generates a display object according to the control of the control unit 44.
  • the information acquisition unit 45 acquires drawing control management information from the drawing control management information storage unit 8 and outputs the drawing control management information to the control unit 44.
  • the control unit 44 changes the content of the car navigation application 4 based on the display arrangement of the main window and the sub window and the content attribute of the sub application.
  • the event acquisition unit 46 acquires user operation events, display object update events, and the like from the OS.
  • the display I / F 47 outputs an image to a display (not shown) inside or outside the display control apparatus 101.
  • FIG. 26 shows drawing control management information.
  • This drawing control management information is information for the control unit 44 to control the display object of the car navigation application 4, and indicates the display arrangement and content attributes of windows (subwindows) for each subapplication.
  • the window display layout is indicated by the coordinates of the upper left vertex of the window and the window size.
  • An application whose transparency processing is indicated as “act” indicates that the transparency processing is performed.
  • the content attributes include genre, presence / absence of characters, presence / absence of images, presence / absence of icons. For example, the content attribute of application A has a character “act”, which indicates that there is a character.
  • the window display arrangement may be fixed information stored in the drawing control management information storage unit 8 when the sub-app is downloaded, or may be created by the window management unit 53 of the first embodiment.
  • the content attribute is prepared as a metafile attached to the application, for example, and is stored in the drawing control management information storage unit 8 when the application is downloaded.
  • FIG. 26 does not show the layout of the main application window (main window), but the layout information of the main window is actually recorded here.
  • FIG. 27 is a flowchart showing display update processing.
  • the control unit 44 acquires the display object update event via the event acquisition unit 46 (step S151)
  • the display generation unit sequentially displays the map display (step S152), the GUI display (step S153), and the main information display (step S154). Do. These displays are performed according to a restriction flag described later.
  • the display object update event is periodically generated at a timing of 10 times per second when the car navigation application 4 displays a map around the vehicle position, for example.
  • FIG. 28 is a flowchart showing display area update processing.
  • the display area update event occurs when the secondary application is activated or switched.
  • the control unit 44 acquires the display arrangement of the main window and the subwindow from the drawing control management information (step S162).
  • This drawing control management information is also acquired via the information acquisition unit 45. That is, the information acquisition unit 45 functions as a display arrangement acquisition unit that acquires the display arrangement of the main window and the subwindow.
  • the control unit 44 calculates a region (interference region) that overlaps the sub window in the main window (step S163), and then calculates a region (non-interference region) that does not overlap the sub window in the main window (step S164). ). If there is an interference area (YES in step S165), the content attribute of the sub-app is acquired from the drawing control management information via the information acquisition unit 45 (step S166), and the process proceeds to step S167. If there is no interference area (NO in step S16), the process proceeds to step S167 as it is. In step S167, the restriction flag is updated. That is, the information acquisition unit 45 functions as a content attribute acquisition unit that acquires the content attribute of the sub application.
  • FIG. 29 is a flowchart showing a restriction flag update process related to the content of the main application.
  • the GUI display flag update process step S171
  • the main information movement flag update process step S172
  • the map display flag update process step S173
  • the map display mode selection flag update process step S173
  • Step S174) the vehicle position movement flag update process
  • step S176 the map display object display flag update process
  • FIG. 30 is a flowchart showing a GUI display flag update process.
  • the GUI display flag is disabled (step S181).
  • C is a threshold value. If the display area is C or less (NO in step S182), the process ends. However, if the display area is larger than C (YES in step S182), the presence / absence of an interference area is determined (step S183). If there is an interference area (YES in step S183), the process is terminated as it is.
  • the GUI display flag is updated to enable (step S184). In other words, when the display area of the main window is C or less, or when it interferes with another window even if it is C or more, the GUI display flag is disabled and the GUI is not displayed by disabling the GUI display. Prevent such situations.
  • FIG. 31 shows a main information movement flag update process.
  • the main information is predetermined for each application as information having a high display priority. For example, in the car navigation application, the vehicle position icon, guidance information, peripheral address, emergency information (congestion information, accident information), and the like.
  • the main information movement flag is disabled (step S191).
  • step S192 it is determined whether or not there is an interference area. If there is no interference area (NO in step S192), the process is terminated as it is. If there is an interference area (YES in step S192), it is next determined whether or not there is transmission (step S193). If there is transparency, that is, if there is an area that interferes with another window in the main window, but passes through the other window (YES in step S193), the process is terminated. If not transmitted (NO in step S193), it is determined whether the area of the non-interference area is larger than D (step S194).
  • D is a threshold value smaller than the aforementioned threshold value C.
  • step S194 If the area of the non-interference area is equal to or less than D (NO in step S194), the process is terminated as it is. On the other hand, if the area of the non-interference area is larger than D (YES in step S194), the main information movement flag is set to enable (step S195), and the process ends.
  • step S194 when the area of the non-interference area is equal to or less than D but is greater than or equal to a certain value, the main information may be displayed in a time division manner in the non-interference area. Further, the display format (color, shape, size, movement, etc.) may be changed when the main information is rearranged.
  • FIG. 32 is a flowchart showing a map display flag update process.
  • the map display flag is disabled (step S201).
  • the area of the display area of the main window is compared with the threshold value B (step S202).
  • the threshold value B is a threshold value larger than the aforementioned threshold value C. If the area of the display area is equal to or smaller than the threshold value B (NO in step S202), the process is terminated as it is. On the other hand, if the area of the display area is larger than the threshold value B (YES in step S202), the process proceeds to step S203.
  • step S203 it is determined whether or not there is an interference area. If there is no interference area (NO in step S203), the map display flag is rewritten to enable (step S206), and the process ends. If there is an interference area (YES in step S203), the process proceeds to step S204.
  • step S204 the presence or absence of transmission is determined. If there is transmission in the interference area (YES in step S204), the map display flag is rewritten to enable (step S206), and the process ends. If there is no transmission (NO in step S204), the process proceeds to step S205.
  • step S205 the area of the non-interference area is compared with the threshold value B. If the area of the non-interference area is larger than B (NO in step S205), the map display flag is rewritten to enable (step S206), and the process ends. If the area of the non-interference area is equal to or less than B, the process is terminated as it is.
  • FIG. 33 is a flowchart showing a map display mode selection flag update process.
  • the map display mode selection flag is disabled (step S211).
  • the area of the display area of the main window is compared with the threshold value A (step S212).
  • the threshold value A is a threshold value larger than the aforementioned threshold value B. If the area of the display area is equal to or smaller than the threshold A (NO in step S212), the process is terminated as it is. On the other hand, if the area of the display area is larger than the threshold value A (YES in step S212), the process proceeds to step S213.
  • step S213 it is determined whether or not there is an interference area. If there is no interference area (NO in step S213), the map display mode selection flag is rewritten to enable (step S214), and the process ends. If there is an interference area (YES in step S213), the process is terminated as it is. That is, two-screen display is allowed for an arbitrary map type only when the area of the display area is secured to the threshold value A or more and there is no interference area.
  • the map type is uniformly restricted when there is no interference area, but the map type that can be selected may be changed according to the presence or absence of transmission. For example, when there is transparency, detailed map or special (photo) map display is prohibited, and when there is no transparency, a 3D map may be further displayed.
  • FIG. 34 is a flowchart showing a process for updating the own vehicle position movement flag.
  • the map display mode selection flag is set to disable (step S221).
  • it is determined whether or not there is an interference area (step S222). If there is no interference area (NO in step S222), the process is terminated as it is. If there is an interference area (YES in step S222), the process proceeds to step S223.
  • step S223 the presence / absence of transmission is determined. If there is transmission in the interference region (YES in step S223), the process is terminated as it is. If there is no transmission (NO in step S223), the process proceeds to step S224.
  • step S224 the area of the non-interference area is compared with the threshold value B. If the area of the non-interference area is equal to or less than B (NO in step S224), the process is terminated as it is. If the area of the non-interference area is larger than B (YES in step S224), the vehicle position movement flag is rewritten to enable (step S225), and the process ends. If the area of the non-interference area is equal to or less than B, the process is terminated as it is.
  • the movement of the vehicle position is permitted only when there is an interference area and there is no transmission but the area of the non-interference area is secured to some extent.
  • the vehicle position can be moved from the interference area to the non-interference area, and visibility can be improved.
  • FIG. 35 is a flowchart showing a map display object display flag update process.
  • the map display object is, for example, a place name, landform, road, building, sign, POI, landmark, and traffic jam information. Such a map display object is updated according to the display arrangement of the main window and the subwindow and the content attribute of the subwindow.
  • the map display object display flag is set to enable (step S231).
  • step S232 it is determined whether or not there is an interference area. If there is no interference area (NO in step S232), the process is terminated as it is. If there is an interference area (YES in step S232), the process proceeds to step S233.
  • step S233 the presence / absence of transmission is determined. If there is no transmission in the interference region (NO in step S233), the process is terminated as it is. If there is transmission (YES in step S233), the process proceeds to step S234.
  • step S234 the map display object display flag is updated according to the content attribute of the sub application.
  • FIG. 36 shows a correspondence table between the content attribute of the sub application and the map display object display flag in this step.
  • the display flag of the place name in the map display object is disabled. That is, when characters are displayed in the subwindow, if the place name is displayed in the part of the main window that interferes with the subwindow, the place name and the character overlap and are difficult to see. By not doing so, the visibility is prevented from decreasing.
  • the sub-app genre is “keyboard”, it is assumed that the sub-window is displayed over the entire main window, and display other than roads is prohibited.
  • FIG. 37 is a diagram illustrating a screen display example by the display control apparatus 100.
  • FIG. 37A shows a display example in which the main window 110 of the car navigation application 4 as the main application is arranged on the entire screen. In this situation, since the sub window is not displayed, the default display is performed in the main window 110.
  • a current address icon 105, a guidance information icon 103, and a time icon 121 are displayed.
  • a vehicle position icon 108, a POI 109, a road 107, and a place name 120 are displayed.
  • a menu screen icon 106 and a map direction selection icon 104 are displayed as a GUI.
  • the map direction selection icon 104 is displayed as “N”, indicating that the map is currently displayed in the North Up. When the user touches this icon, it is possible to switch between north up and heading up.
  • FIG. 37 (b) shows a state in which the main window 110 is arranged on the entire surface and the sub-window 112 of the Web application is arranged on the left side of the front surface of the main window 110.
  • the GUI is not displayed.
  • the current address icon 105 and the time icon 121 which are main information, have moved to the non-interference area.
  • a part of the current address icon 105 and the time icon 121 are hidden behind the subwindow 112 and cannot be visually recognized, but visibility is improved by moving the main information as shown in FIG.
  • FIG. 37 (c) shows a state in which the main window 110 is disposed on the entire surface, and the subwindow 114 of the launcher is disposed on the left side of the front surface of the main window 110.
  • the GUI is not displayed.
  • the current address icon 105 and the time icon 121 are visible through the sub window 112. Therefore, there is no movement of main information.
  • FIG. 37 (d) shows a state in which the main window 110 is arranged on the entire surface, and the sub-window 111 of the AV application is arranged so as to cover most of the main window 110.
  • the GUI is not displayed.
  • the main window 110 is mostly covered with the sub window 111, and the area of the non-interference area is D or less, so that the main information is moved. Absent.
  • FIG. 37 shows an example of movement of the main information, but the size of the main information may be changed according to the display arrangement of the window.
  • FIG. 38 is a screen display example in which the size of the main information is changed in accordance with the display arrangement of the window.
  • FIG. 38A is a display example in which the main window 110 of the car navigation application 4 that is the main application is arranged on the entire screen, and is the same as FIG.
  • FIG. 38B shows a state in which the main window 110 is arranged on the right half of the screen and the AV application sub-window 111 is arranged on the upper left of the screen. This corresponds to the arrangement of the window management number “3-7B” in the first embodiment. In this case, since the main window 110 partially interferes with the sub window 111, the GUI is not displayed. Also, main information such as the current address icon 105 and the guidance information icon 103 is displayed smaller than in FIG.
  • FIG. 38C shows a screen display when the display size of the main information is not changed. In this case, the main information of the main window 110 is hidden by increasing the size of the sub window 111.
  • the display contents of the main application are controlled with respect to a given window display arrangement.
  • the second embodiment can be combined with the first embodiment. That is, as shown in the first embodiment, the display arrangement of both windows is determined based on the content attribute of the sub application and the arrangement state of both applications, and the display content of the main application is appropriate for the determined display arrangement. The display content may be controlled so as to be visually recognized.
  • the control unit 44 is a content control unit that changes the content of the car navigation application 4 based on the display arrangement set by the window management unit 53 (display arrangement setting unit) of the first embodiment and the content attribute of the sub application. Function.
  • the display control apparatus includes a control unit 44 that changes the first content based on the display arrangement set by the window management unit 53 (display arrangement setting unit) and the content attribute of the second content. (Content control unit). Therefore, in addition to the optimal display arrangement of the main window and the subwindow, the visibility of the contents of the main window can be improved.
  • the display control device is a display control device that performs combined display control on the same screen of the first content that is the display content of the first application and the second content that is the display content of the second application,
  • a display arrangement acquisition unit (information acquisition unit 45) that acquires a display arrangement of a first window (main window) that is a display area of the first content and a second window (subwindow) that is a display area of the second content;
  • a content attribute acquisition unit (information acquisition unit 45) that acquires the content attributes of two contents, and a content control unit (control unit 44) that changes the first content based on the arrangement information and the content attributes. Therefore, the visibility of the contents of the main window can be improved for a given display arrangement of the main window and the subwindow.
  • the display arrangement includes the positions and sizes of the first and second windows, these can be set optimally.
  • the display arrangement since the display arrangement includes the transmittance of the second window, it can be set optimally.
  • the content attribute includes at least one of the presence / absence of an image, the presence / absence of characters, and the presence / absence of an icon. Therefore, the control unit 44 can improve the visibility of both windows based on such information, for example, by hiding the contents of the main window similar to the contents of the sub window.
  • control unit 44 moves the display position of at least a part of the first content (for example, main information) to a position that does not overlap the sub window (second window), thereby visually recognizing the main window. Can increase the sex.
  • control unit 44 switches display or non-display of the GUI that is the first content based on the display arrangement. Therefore, for example, when the display area of the main window is small, the visibility of the main window can be improved by hiding the GUI.
  • the display control method is a combination display control on the same screen of the first content that is the display content of the car navigation application 4 (first application) and the second content that is the display content of the sub application (second application).
  • the first content is changed based on the arrangement information and the content attribute. Therefore, the visibility of the contents of the main window can be improved for a given display arrangement of the main window and the subwindow.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Controls And Circuits For Display Device (AREA)
  • User Interface Of Digital Computer (AREA)
  • Navigation (AREA)

Abstract

本発明は、１つの画面上に複数のアプリのコンテンツを表示するにあたり、両アプリのコンテンツを視認しやすくすることを目的とする。本発明の表示制御装置は、第１アプリケーションの表示内容である第１コンテンツ及び第１コンテンツと同一画面上に表示される第２アプリケーションの表示内容である第２コンテンツの表示制御を行う表示制御装置であって、第２アプリケーションのコンテンツ属性を取得するコンテンツ属性取得部と、コンテンツ属性に基づき、第１コンテンツの表示領域である第１表示領域及び第２コンテンツの表示領域である第２表示領域の表示配置を設定する表示配置設定部と、を備える。

Description

表示制御装置及び表示制御方法
　本発明は、複数のアプリケーションのコンテンツを一つの表示画面上に表示する表示制御に関する。
　複数のアプリケーションのコンテンツを一つの表示画面上に同時に表示することが従来行われている。例えば特許文献１では、カーナビゲーションの画面上に重ねて表示するウィジェットを管理し、ウィジェットがカーナビゲーションの表示物を妨げないよう配慮した制御を行うことが示されている。
　とりわけ、カーナビゲーションは、安全又は安心等の観点から、利用者と常に対話し続ける要求仕様を持つことのあるサービスであるため、その表示が他のアプリケーションのコンテンツにより妨げられないようにする必要がある。
　また、特許文献２には、複数の表示情報を重ねて表示する際に、文字及び画像の透過率をそれぞれ制御することにより視認性の向上を図ることが示されている。
特開２０１１－０９９７３９号公報 特開２０１３－９２５９３号公報
　しかし、どちらの提案も表示制御方法が限られており、制御ルールに沿った表示物とする必要があるため、様々なアプリの組み合わせ表示を適切に行えるものではなかった。本発明は上述の問題に鑑み、１つの画面上に複数のアプリのコンテンツを表示するにあたり、両アプリのコンテンツを視認しやすくすることを目的とする。
　本発明の第１の表示制御装置は、第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御装置であって、第２コンテンツのコンテンツ属性を取得するコンテンツ属性取得部と、コンテンツ属性に基づき、第１コンテンツの表示領域である第１ウィンドウ及び第２コンテンツの表示領域である第２ウィンドウの表示配置を設定する表示配置設定部と、を備える。
　本発明の第２の表示制御装置は、第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御装置であって、第１コンテンツの表示領域である第１ウィンドウ及び第２コンテンツの表示領域である第２ウィンドウの表示配置を取得する表示配置取得部と、第２コンテンツのコンテンツ属性を取得するコンテンツ属性取得部と、配置情報及びコンテンツ属性に基づき、第１コンテンツを変更するコンテンツ制御部と、を備える。
　本発明の第１の表示制御方法は、第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御方法であって、第２コンテンツのコンテンツ属性を取得し、コンテンツ属性に基づき、第１コンテンツの表示領域である第１ウィンドウ及び第２コンテンツの表示領域である第２ウィンドウの表示配置を設定する。
　本発明の第２の表示制御方法は、第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御方法であって、第１コンテンツの表示領域である第１ウィンドウ及び第２コンテンツの表示領域である第２ウィンドウの表示配置を取得し、第２コンテンツのコンテンツ属性を取得し、配置情報及びコンテンツ属性に基づき、第１コンテンツを変更する。
　本発明の第１の表示制御装置は、第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御装置であって、第２コンテンツのコンテンツ属性を取得するコンテンツ属性取得部と、コンテンツ属性に基づき、第１コンテンツの表示領域である第１ウィンドウ及び第２コンテンツの表示領域である第２ウィンドウの表示配置を設定する表示配置設定部と、を備える。従って、様々なアプリの組み合わせ表示を適切に行う事が可能である。
　本発明の第２の表示制御装置は、第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御装置であって、第１コンテンツの表示領域である第１ウィンドウ及び第２コンテンツの表示領域である第２ウィンドウの表示配置を取得する表示配置取得部と、第２コンテンツのコンテンツ属性を取得するコンテンツ属性取得部と、配置情報及びコンテンツ属性に基づき、第１コンテンツを変更するコンテンツ制御部と、を備える。従って、様々なアプリの組み合わせ表示を適切に行う事が可能である。
　本発明の第１の表示制御方法は、第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御方法であって、第２コンテンツのコンテンツ属性を取得し、コンテンツ属性に基づき、第１コンテンツの表示領域である第１ウィンドウ及び第２コンテンツの表示領域である第２ウィンドウの表示配置を設定する。従って、様々なアプリの組み合わせ表示を適切に行う事が可能である。
　本発明の第２の表示制御方法は、第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御方法であって、第１コンテンツの表示領域である第１ウィンドウ及び第２コンテンツの表示領域である第２ウィンドウの表示配置を取得し、第２コンテンツのコンテンツ属性を取得し、配置情報及びコンテンツ属性に基づき、第１コンテンツを変更する。従って、様々なアプリの組み合わせ表示を適切に行う事が可能である。
　本発明の目的、特徴、態様、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。
実施の形態１に係る表示制御装置の構成を示すブロック図である。 実施の形態１に係る表示制御装置のハードウェア構成を示す図である。 アプリ管理情報を示す図である。 禁則マスク管理情報を示す図である。 表示モード管理情報を示す図である。 ウィンドウ管理情報を示す図である。 ウィンドウ管理番号に対応した表示配置を示す図である。 ＯＳの起動処理を示すフローチャートである。 副アプリの起動処理を示すフローチャートである。 副アプリの切替処理を示すフローチャートである。 ＯＳの終了処理を示すフローチャートである。 主ウィンドウの作成処理を示すフローチャートである。 副ウィンドウの作成処理を示すフローチャートである。 副アプリの終了処理を示すフローチャートである。 描画制御管理情報の生成処理を示すフローチャートである。 禁則マスクの更新処理を示すフローチャートである。 表示有無に関する禁則マスクの更新処理を示すフローチャートである。 表示比率に関する禁則マスクの更新処理を示すフローチャートである。 表示領域に関する禁則マスクの更新処理を示すフローチャートである。 表示変化に関する禁則マスクの更新処理を示すフローチャートである。 入力リソースに関する禁則マスクの更新処理を示すフローチャートである。 表示制御装置による画面表示例を示す図である。 ＡＶアプリを副アプリとしたときの２画面表示例において配置状態に応じた表示配置の変化を示す図である。 実施の形態２に係る表示制御装置の構成を示すブロック図である。 実施の形態２のカーナビアプリの構成を示すブロック図である。 描画制御管理情報を示す図である。 表示物の更新処理を示すフローチャートである。 表示領域の更新処理を示すフローチャートである。 規制フラグの更新処理を示すフローチャートである。 ＧＵＩ表示フラグの更新処理を示すフローチャートである。 主要情報移動フラグの更新処理を示す図である。 地図表示フラグの更新処理を示すフローチャートである。 地図表示モード選択フラグの更新処理を示すフローチャートである。 自車位置移動フラグの更新処理を示すフローチャートである。 地図表示物表示フラグの更新処理を示すフローチャートである。 副アプリのコンテンツ属性と地図表示物表示フラグとの対応表を示す図である。 表示制御装置による画面表示例を示す図である。 ウィンドウの表示配置にあわせて主要情報の大きさを変更する画面表示例の図である。
　＜Ａ．実施の形態１＞
　＜Ａ－１．構成＞
　図１は、本発明の実施の形態１に係る表示制御装置１００の構成図である。表示制御装置１００は、副アプリ１，２，３、カーナビアプリ４、描画制御部５、ライブラリ群６及びＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）７を備えている。
　以下、表示制御装置１００は車両に搭載されるものとして説明するが、これに限らない。
　カーナビアプリ４は主アプリ（第１アプリケーション）の一例である。他のアプリを主アプリとしても良いが、ここではカーナビアプリ４を主アプリとして説明する。本明細書で主アプリとは、通信拡張部４１を備えたアプリのことを言う。通信拡張部４１は、主アプリにのみ使用が許された特別なプログラムの命令セットである。カーナビアプリ４は通信拡張部４１を用いて、副アプリのウィンドウ配置に関する指示を描画制御部５に対して行うことが出来る。
　副アプリ１，２，３（第２アプリケーション）は同時に動作することも可能であるが、どれか一つが選択され、選択された副アプリのコンテンツが主アプリのコンテンツと共に後述のディスプレイ９３に表示される。なお、副アプリの数は図１に示す３つに限らない。
　描画制御部５は、アプリ要求検出部５１、イベント検出部５２、ウィンドウ管理部５３及び描画制御管理情報格納部５４を備えている。そして、主アプリたるカーナビアプリ４のウィンドウ（主ウィンドウ）、及びそれと共に表示される副アプリのウィンドウ（副ウィンドウ）の、表示配置を制御する。
　アプリ要求検出部５１は、カーナビアプリ４又は副アプリ１，２，３経由で発生したウィンドウに関するイベント（アプリ起動、終了など）を受信する。イベント検出部５２は、ＯＳ７経由で発生したウィンドウに関するイベントを受信する。ＯＳ７経由で発生するイベントとは、例えばユーザ操作等によるウィンドウの切り替えである。
　ウィンドウ管理部５３は、アプリ要求検出部５１及びイベント検出部５２からウィンドウに関するイベントを取得し、これらイベントの検出をトリガーとしてカーナビアプリ４及び副アプリのウィンドウ配置を生成又は更新する。この際、ウィンドウ管理部５３は描画制御管理情報格納部５４からコンテンツ属性を含む描画制御管理情報を取得し、さらに配置条件をイベント検出部５２又はカーナビアプリ４の通信拡張部４１から取得する。そして、これらの情報に基づきウィンドウ配置を決定する。すなわち、ウィンドウ管理部５３は、別アプリのコンテンツのコンテンツ属性を取得するコンテンツ属性取得部と、コンテンツ属性に基づき、主ウィンドウ及び副ウィンドウの表示配置を設定する表示配置設定部として機能する。
　ライブラリ群６はウィンドウマネージャ６１を備えている。ウィンドウマネージャ６１は、描画制御部５で設定したウィンドウ配置に基づき、実際にウィンドウの作成を行う。ウィンドウマネージャ６１が作成したウィンドウに従ってカーナビアプリ４及び選択された副アプリが表示を行う。
　描画制御管理情報格納部５４は、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）などの記憶媒体により構成され、描画制御管理情報を格納している。この描画制御管理情報は、表示制御装置１００と有線又は無線で接続された外部の記憶装置から随時取得するものである。描画制御管理情報は、アプリ管理情報、表示モード管理情報及びウィンドウ管理情報を含む。これらの詳細は後述する。
　ＯＳ７は、イベント生成部７１を備えている。イベント生成部７１は、ユーザがアプリに関する操作を入力した場合に、その情報を取得してイベントを生成する。
　図２は、表示制御装置１００のハードウェア構成図である。表示制御装置１００は、ＣＰＵ（Ｃｏｎｔｒｏｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）などのプロセッサ９１、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）などのメモリ９２、ディスプレイ９３、入力インタフェース（Ｉ／Ｆ）９４、ＮＩＣ（Ｎｅｔｗｏｒｋ　Ｉｎｔｅｒｆａｃｅ　Ｃｏｎｔｒｏｌｌｅｒ）などの通信インタフェース（Ｉ／Ｆ）９５、映像入力９６を備えて構成される。カーナビアプリ４、副アプリ１，２，３、アプリ要求検出部５１、イベント検出部５２、ウィンドウ管理部５３、ライブラリ群６及びＯＳ７は、プロセッサ９１がメモリ９２に格納されたプログラムを実行することによって実現する。ただし、これらは、例えば複数のプロセッサ９１が連携して実現されても良い。
　＜Ａ－２．描画制御管理情報＞
　次に、描画制御管理情報格納部５４に格納された描画制御管理情報について説明する。描画制御管理情報は、ウィンドウ管理情報、表示モード管理情報、アプリ管理情報及び禁則マスク管理情報を含んでいる。
　アプリ管理情報は、アプリ毎のコンテンツ属性と選択可能な表示モードとを紐付ける情報である。コンテンツ属性に応じた禁則処理が働き、選択可能な表示モードが制限される。アプリ管理情報の例を図３に示す。図３では、アプリＡ～Ｅの夫々について、コンテンツ属性と表示モードとを示している。アプリＡ～Ｅは、別アプリである。入力に関するコンテンツ属性として、ＧＵＩの有無、ジェスチャの有無、リモコンの有無がある。また、表示に関するコンテンツ属性として、常時表示の有無、表示領域が広いか標準か、表示比率が縦横のいずれか、表示変化の激しさ等がある。このように、コンテンツ属性とはアプリ毎に予め定められた、表示態様に影響を与えるコンテンツの特徴を意味する。但し、後述するようにコンテンツ属性はデフォルト値からユーザが変更することは可能である。
　例えば、アプリＡはソフトウェアキーボードであり、ＧＵＩ有、ジェスチャ有、リモコン有、表示有無：常時無、表示領域：広、表示比率：横、表示変化：穏となる。これらコンテンツ属性に、禁則マスク管理情報で定められる禁則ルールを適用し、アプリ毎に選択可能な表示モードが定まる。
　こうしたアプリのコンテンツ属性は、例えばアプリに付随するメタファイルとして用意されており、アプリのダウンロードの際に取得される。
　禁則マスク管理情報の例を図４に示す。先ほど述べたコンテンツ属性に対して、選択できない表示モードを示している。図４の例では、常時表示有りの場合にｍｏｄｅ　Ａが「０」となっており、ｍｏｄｅ　Ａが選択できないことを表している。
　アプリＡの場合、ＧＵＩ、ジェスチャ、リモコンが有りであるためｍｏｄｅ　Ｈ，Ｉが選択不可となる。さらに、表示領域が広いためｍｏｄｅ　Ｆ，Ｇ，Ｈ，Ｉが選択不可となる。また、表示比率が横であるため、ｍｏｄｅ　Ｊ，Ｋ，Ｌが選択不可となる。結果、選択可能な表示モードはｍｏｄｅ　Ａ，Ｂ，Ｃ，Ｄ，Ｅである。このように、選択可能な表示モードが複数存在する場合には、その中から任意の表示モードがアプリ管理情報に選択可能な表示モードとして記録される。あるいは、ユーザが一の表示モードを選択しても良い。図３の例では、選択可能な表示モードとしてｍｏｄｅ　Ａが設定される。
　表示モード管理情報は、配置状態に対する表示配置を表示モード毎にウィンドウ管理番号で表す情報である。図５に表示モード管理情報の例を示す。配置状態とは、配置に関する大まかな条件であり、例えば副アプリのウィンドウを選択状態とする「副アクティブ」、副アプリのウィンドウを最大にする「副最大」、主アプリのウィンドウを選択状態とする「主アクティブ」、主アプリのウィンドウを最大にする「主最大」が挙げられる。こうした配置状態の情報は、通信拡張部４１によってカーナビアプリ４側からウィンドウ管理部５３に送られる他、ユーザの入力操作を検出したイベント生成部７１からイベント検出部５２を介してウィンドウ管理部５３に送られる。
　図５の例で説明すると、ｍｏｄｅ　Ａでは、「副アクティブ」及び「副最大」の場合にウィンドウ管理番号が「１－１－１」、「主アクティブ」及び「主最大」の場合にウィンドウ管理番号が「０－１」と定められる。
　これらウィンドウ管理番号と実際の表示配置との対応関係は、ウィンドウ管理情報により定義されている。ウィンドウ管理情報の例を図６に、ウィンドウ管理番号に対応した表示配置の例を図７に示す。ウィンドウ管理情報は、各ウィンドウ管理番号に対して、ウィンドウ数、副アプリのウィンドウサイズ（副サイズ）、副アプリのウィンドウ位置（副位置）、主アプリのウィンドウサイズ（主サイズ）、主アプリのウィンドウ位置（主位置）、副アプリのウィンドウが主アプリのウィンドウに重なる場合の、両ウィンドウの前後関係、副アプリのコンテンツが主アプリのコンテンツを透過する率（前面透過率）を定めている。これらの情報により、図７に示すように表示配置及びウィンドウの干渉箇所における透過率が定まる。
　＜Ａ－３．動作＞
　図８は、ＯＳ７の起動処理を示すフローチャートである。ＯＳ７の起動処理では、まず電源をオンし（ステップＳ１）、それからＯＳ７を起動する（ステップＳ２）。その後、主アプリ（カーナビアプリ４）を起動する（ステップＳ３）。
　図９は、副アプリの起動処理を示すフローチャートである。副アプリの起動処理では、副アプリの起動を行う（ステップＳ１１）。ここでは、既に図８のフローに沿ってＯＳ７と主アプリが起動していることを前提にしている。なお、副アプリが起動した後に、主アプリが起動することも可能である。ここでは副アプリの起動について述べたが、副アプリの終了処理についても同様で、副アプリ単体で行われる。また、複数の副アプリが同時に起動していても良い。この場合、最後に起動した副アプリが選択状態となり、主アプリと同時に表示される。
　図１０は、副アプリの切替処理を示すフローチャートである。副アプリの切替処理では、副アプリの切り替えが行われる（ステップＳ２１）。例えば、副アプリが既に起動している状態で、新たな副アプリが起動した場合、新たな副アプリに切り替えが行われる。また、起動中の全ての副アプリを一覧表示し、その中からユーザが任意の副アプリを選択できるようにしても良い。この場合、ユーザの入力操作に従って副アプリの切り替えが行われる。
　図１１は、ＯＳ７の終了処理を示すフローチャートである。ＯＳ７の終了処理では、まず起動中のいずれかの副アプリを終了する（ステップＳ３１）。依然、副アプリの起動数が０でなければ（ステップＳ３２でＮＯ）、ステップＳ３１に戻り起動中の副アプリを終了する。副アプリの起動数が０になれば（ステップＳ３２でＹＥＳ）、主アプリを終了する（ステップＳ３３）。そして、ＯＳ７を終了し（ステップＳ３４）、表示制御装置１００の電源をオフにする（ステップＳ３５）。
　図１２は、主ウィンドウの作成処理を示すフローチャートである。以下、主アプリ（カーナビアプリ４）のウィンドウを主ウィンドウと呼ぶ。主ウィンドウの作成処理では、まず描画制御部５の初期化を行う（ステップＳ５１）。ここでは、描画制御部５による２画面処理を初めて行うため、描画制御部５を動作させるために必要な情報をそろえる。
　次に、ウィンドウ管理部５３が描画制御管理情報から、主ウィンドウパラメータを取得する（ステップＳ５２）。ここでの主ウィンドウパラメータは、主アプリを全画面で表示するためのパラメータであり、例えばウィンドウ管理情報「０－１」を取得する。
　そして、ステップＳ５２で取得したパラメータに従って主ウィンドウを作成し（ステップＳ５３）、主ウィンドウのアクティブ化を行う（ステップＳ５４）。具体的には、ウィンドウ管理部５３が主ウィンドウの作成指示をウィンドウマネージャ６１に対して行い、それに従いウィンドウマネージャ６１がウィンドウの作成及びアクティブ化を行う。
　図１３は、副ウィンドウの作成処理を示すフローチャートである。以下、副アプリのウィンドウを副ウィンドウと呼ぶ。副ウィンドウの作成処理では、まず副アプリのコンテンツ属性から、主アプリとの組み合わせ表示が可能か否かを判断する（ステップＳ６１）。組み合わせ表示が不可の副アプリであれば、副ウィンドウを生成せず処理を終了する。組み合わせ表示が可能な副アプリであれば、２ウィンドウ（主ウィンドウ及び副ウィンドウ）のパラメータを描画制御管理情報から取得する（ステップＳ６２）。具体的には、ウィンドウ管理部５３がアプリ管理情報から副アプリが選択可能な表示モードを取得し、更に副アプリ及び主アプリの配置条件を取得して、表示モード管理情報から配置状態に応じたウィンドウ管理番号を取得する。
　その後、ステップＳ６２で取得したパラメータに従って２ウィンドウを作成し（ステップＳ６３）、副ウィンドウのアクティブ化を行う（ステップＳ６４）。具体的には、ウィンドウ管理部５３が２ウィンドウの作成指示をウィンドウマネージャ６１に対して行い、それに従いウィンドウマネージャ６１がウィンドウの作成及びアクティブ化を行う。
　図１４は、副アプリの終了処理を示すフローチャートである。副アプリの終了処理は、ユーザの入力操作又は副アプリから終了要求がなされることにより行われる。まず、終了要求が副アプリに関するものであるかを判断する（ステップＳ７１）。終了要求が主アプリに関するものであれば（ステップＳ７１でＮＯ）、ＯＳの終了処理を行う（ステップＳ３０）。この処理は図１１で既に説明したため、ここでの説明は省略する。
　副アプリの終了要求であれば（ステップＳ７１でＹＥＳ）、副アプリの終了処理を行う（ステップＳ７２）。次に、副アプリの起動数が０より多い、すなわち１以上の副アプリが起動していれば（ステップＳ７３でＹＥＳ）、副アプリの選択更新を行う（ステップＳ７４）。すなわち、起動中の副アプリを１つ選択する。
　そして、主ウィンドウ及びステップＳ７４で選択した副アプリのウィンドウについてのパラメータを描画制御管理情報から取得する（ステップＳ７５）。
　その後、ステップＳ７５で取得したパラメータに従って２ウィンドウを更新し（ステップＳ７６）、副ウィンドウのアクティブ化を行う（ステップＳ７７）。具体的には、ウィンドウ管理部５３が２ウィンドウの作成指示をウィンドウマネージャ６１に対して行い、それに従いウィンドウマネージャ６１がウィンドウの作成及びアクティブ化を行う。
　ステップＳ７３で副アプリの起動数が０の場合は、主ウィンドウパラメータを描画制御管理情報から取得する（ステップＳ７８）。その後、ステップＳ７８で取得したパラメータに従って主ウィンドウを更新し（ステップＳ７９）、主ウィンドウのアクティブ化を行う（ステップＳ８０）。
　図１５は、描画制御管理情報の生成処理を示すフローチャートである。ウィンドウ管理部５３は、描画制御管理情報生成要求を受けると、新規の生成要求か否かを判断する（ステップＳ８１）。例えば、副アプリをダウンロードした場合、ウィンドウ管理部５３は、当該副アプリのコンテンツ属性を新規に生成する要求を受け付ける。また、ダウンロード済みの副アプリがアップデートされることによりコンテンツ属性が変化することがある。この場合、コンテンツ属性の変更要求がウィンドウ管理部５３になされる。また、本来、描画制御管理情報の中のアプリ管理情報は、副アプリ毎にメタ情報として与えられたデフォルト値が描画制御管理情報格納部５４に記憶されている。しかし、例えばコンテンツ属性の表示領域を、デフォルトの「標準」から「広」に変更するといったコンテンツ属性の変更要求を、ユーザの入力操作によって行うことも可能である。
　コンテンツ属性の新規生成要求を受けた場合には（ステップＳ８１でＹＥＳ）、コンテンツ属性を生成する（ステップＳ８２）。具体的には、メタファイル等から副アプリのコンテンツ属性を取得し、これを描画制御管理情報格納部５４のアプリ管理情報に記憶する。
　コンテンツ属性の変更要求を受けた場合には（ステップＳ８１でＮＯ）、コンテンツ属性の変更を行う（ステップＳ８３）。具体的には、描画制御管理情報格納部５４のアプリ管理情報においてコンテンツ属性を変更する。
　コンテンツ属性の生成又は変更が終わると、次に禁則マスクの更新を行う（ステップＳ８４）。禁則マスクの更新とは、禁則マスク管理情報に記載された禁則ルールに従い、ステップＳ８２，８３で作成、変更したコンテンツ属性から選択可能な表示モードを決定することである。
　図１６は、禁則マスクの更新処理を示すフローチャートである。禁則マスクの更新処理では、まずｍｏｄｅ　Ａ～Ｌの禁則マスクをリセットする（ステップＳ９１）。そして、表示有無（ステップＳ９２）、表示比率（ステップＳ９３）、表示領域（ステップＳ９４）、表示変化（ステップＳ９５）、入力リソース（ステップＳ９６）に関して禁則マスクの更新処理を順次行い、最後に選択可能表示モードを決定する（ステップＳ９７）。ここでは、禁則マスクがセットされていない表示モードの中から任意の一つの表示モードを選択可能表示モードとして決定する。
　図１７は、表示有無に関する禁則マスクの更新処理を示すフローチャートである。常時表示有、すなわちアプリ管理情報のコンテンツ属性の「表示有無」が「常時有」であれば（ステップＳ１０１でＹＥＳ）、ｍｏｄｅ　Ａの禁則マスクをセットし（ステップＳ１０２）、処理を終了する。それ以外の場合は（ステップＳ１０１でＮＯ）、そのまま処理を終了する。
　図１８は、表示比率に関する禁則マスクの更新処理を示すフローチャートである。アプリ管理情報のコンテンツ属性の「表示比率」が「縦」であれば（ステップＳ１１１でＹＥＳ）、ｍｏｄｅ　Ａ～Ｉの禁則マスクをセットし（ステップＳ１１２）、処理を終了する。それ以外（例えば「表示比率」が「横」）の場合は（ステップＳ１１１でＮＯ）、ｍｏｄｅ　Ｊ～Ｌの禁則マスクをセットし（ステップＳ１１３）、処理を終了する。
　図１９は、表示領域に関する禁則マスクの更新処理を示すフローチャートである。アプリ管理情報のコンテンツ属性の「表示領域」が「標準」であれば（ステップＳ１２１でＹＥＳ）、ｍｏｄｅ　Ｈ，Ｉの禁則マスクをセットし（ステップＳ１２２）、ステップＳ１２３へ移行する。それ以外（例えば「表示比率」が「広」）の場合は（ステップＳ１２１でＮＯ）、禁則マスクを変更せずステップＳ１２３へ移行する。
　次に、コンテンツ属性の「表示領域」が「広」であれば（ステップＳ１２３でＹＥＳ）、ｍｏｄｅ　Ｆ～Ｉの禁則マスクをセットし（ステップＳ１２４）、処理を終了する。それ以外（例えば「表示領域」が「狭」）の場合は（ステップＳ１２３でＮＯ）、禁則マスクを変更せず処理を終了する。
　図２０は、表示変化に関する禁則マスクの更新処理を示すフローチャートである。アプリ管理情報のコンテンツ属性の「表示変化」が「激」であれば（ステップＳ１３１でＹＥＳ）、ｍｏｄｅ　Ｃ，Ｅ，Ｆ，Ｉ、Ｋの禁則マスクをセットし（ステップＳ１３２）、処理を終了する。それ以外（例えば「表示比率」が「緩」）の場合は（ステップＳ１３１でＮＯ）、禁則マスクを変更せず処理を終了する。
　図２１は、入力リソースに関する禁則マスクの更新処理を示すフローチャートである。アプリ管理情報のコンテンツ属性の「リモコン」が「無」でなければ（ステップＳ１４１でＮＯ）、処理を終了する。「リモコン」が「有」ならば（ステップＳ１４１でＹＥＳ）ステップＳ１４２へ移行する。そして、コンテンツ属性の「ＧＵＩ」が「有」ならば（ステップＳ１４２でＹＥＳ）、ステップＳ１４３でｍｏｄｅ　Ｈ，Ｉの禁則マスクをセットしてステップＳ１４４へ移行する。「ＧＵＩ」が「無」ならば（ステップＳ１４２でＮＯ）そのままステップＳ１４４へ移行する。ステップＳ１４４ではコンテンツ属性の「ジェスチャ」が「有」であるかを判断し、「有」ならばステップＳ１４５でｍｏｄｅ　Ｆ，Ｇ，Ｈ，Ｉの禁則マスクをセットして処理を終了する。「無」ならばそのまま処理を終了する。
　＜Ａ－４．画面表示例＞
　図２２は、表示制御装置１００による画面表示例を示す図である。図２２（ａ）は、主アプリであるカーナビアプリ４の主ウィンドウ１１０を全画面に配置した表示例である。主ウィンドウ１１０には、自車位置アイコン１０８や道路１０７を含む自車の誘導画面が表示されている。これは、ウィンドウ管理番号「０－１」の表示配置である。
　図２２（ｂ）は、カーナビアプリ４とＡＶアプリ（副アプリ）との２画面表示例である。ＡＶアプリは図３のアプリ管理情報でアプリＥとして示されたものであり、選択可能な表示モードはｍｏｄｅ　Ｇである。ＡＶアプリがアクティブな状態にあり、ウィンドウ管理番号「３－７Ｂ」の表示配置になる。すなわち、主ウィンドウ１１０が右側に、副ウィンドウ１１１が左上に配置される。これにより、主ウィンドウ１１０と副ウィンドウ１１１の両方を明瞭に視認することが出来る。また、ＡＶアプリのコンテンツ属性「表示比率：横」に従い、副ウィンドウ１１２が横長に配置されるため、適切な表示配置となっている。
　図２２（ｃ）は、副アプリがＷｅｂアプリである場合の２画面表示例である。Ｗｅｂアプリは図３のアプリ管理情報でアプリＤとして示されたものであり、選択可能な表示モードはｍｏｄｅ　Ｌである。ＡＶアプリがアクティブな状態にあり、ウィンドウ管理番号「５－７」の表示配置になる。すなわち、主ウィンドウ１１０が右側に、副ウィンドウ１１２が左側に配置される。これにより、主ウィンドウ１１０と副ウィンドウ１１１の両方を明瞭に視認することが出来る。また、Ｗｅｂアプリのコンテンツ属性「表示比率：縦」に従い、副ウィンドウ１１２が縦長に配置されるため、適切な表示配置となる。
　図２２（ｄ）は、副アプリがソフトウェアキーボードである場合の２画面表示例である。ソフトウェアキーボードは図３のアプリ管理情報でアプリＡとして示されたものであり、選択可能な表示モードはｍｏｄｅ　Ａである。ソフトウェアキーボードがアクティブな状態にあり、ウィンドウ管理番号「１－１－１」の表示配置になる。すなわち、主ウィンドウ１１０の前面に副ウィンドウ１１３が配置され、前面透過率が３５％に設定される。これにより、表示画面の全面を使ってソフトウェアキーボードを利用できると共に、主ウィンドウ１１０も視認でき、適切な表示配置となる。
　図２２（ｅ）は、副アプリがランチャである場合の２画面表示例である。アプリ管理情報からランチャの選択可能な表示モードがｍｏｄｅ　Ｆと定まり、ランチャがアクティブな状態にあるため（副アクティブ）、ウィンドウ管理番号「３－１－１」の表示配置になる。すなわち、主ウィンドウ１１０が全面に表示され、主ウィンドウ１１０の左上部分にランチャ用の副ウィンドウ１１３が重なって表示される。そして、前面透過率が３５％に設定される。ランチャは静止アイコンの表示がメインとなるため、ＡＶアプリと異なり表示変化は緩やかであり、主ウィンドウ１１０の視認の妨げになりにくい。そこで、主ウィンドウ１１０に重ねて副ウィンドウ１１４を表示する配置とする。
　図２２（ｆ）は、副アプリがアドレス帳である場合の２画面表示例である。アプリ管理情報からアドレス帳の選択可能な表示モードがｍｏｄｅ　Ｋと定まり、アドレス帳がアクティブな状態にあるため（副アクティブ）、ウィンドウ管理番号「５－１－１」の表示配置になる。すなわち、主ウィンドウ１１０が全面に表示され、左側にアドレス帳用の副ウィンドウ１１５が主ウィンドウ１１０に重なって表示される。そして、前面透過率が３５％に設定される。ランチャと同様、アドレス帳も表示変化が緩やかであるため、主ウィンドウ１１０の視認の妨げになりにくい。そこで、主ウィンドウ１１０に重ねて副ウィンドウ１１５を表示する配置とする。
　図２３は、ＡＶアプリを副アプリとしたときの２画面表示例において配置状態に応じた表示配置の変化を示す図である。図２３（ａ）は、配置状態が「副アクティブ」である場合の表示例であり、ウィンドウ管理番号が「３－７Ｂ」の表示配置となる。これは図２３（ｂ）と同様である。カーナビアプリ４が起動した後にＡＶアプリが副アプリとして起動すると、配置状態は「副アクティブ」となる。
　車両が右折する交差点に近づいたときなど、カーナビアプリ４で誘導する必要が生じたときには、主ウィンドウ１１０の視認性を高めるために配置状態が「主アクティブ」に遷移する。この場合、ウィンドウ管理番号が「３－７Ｆ」の表示配置となる（図２３（ｂ））。図２３（ａ）に比べ、主ウィンドウ１１０と副ウィンドウ１１１の重なりが解消され、主ウィンドウ１１０の視認性が高まっている。
　カーナビアプリ４を視認する必要性が低くなったときは、図２３（ｃ）に示す表示配置となる。例えば、車両が目的地に到着した場合や、停車してギアがパーキングに入ったとき等には、カーナビアプリ４を視認する必要性が低いため、配置状態が主ウィンドウ１１０を一部視認させつつ副ウィンドウ１１１を最大限に表示する「副最大」となる。そして、ウィンドウ管理番号「２－７Ｂ」の表示配置となる。
　カーナビアプリ４を視認する必要性が高くなったときは、図２３（ｄ）に示す表示配置となる。例えば、事故情報又は渋滞情報などのＶＩＣＳ(登録商標)情報を受信した場合には、ＶＩＣＳ情報の表示のために、主ウィンドウ１１０の視認スペースを広く確保する必要がある。そのため、配置状態は「主最大」となり、ウィンドウ管理番号「０－１」の表示配置となる。
　このように、主アプリであるカーナビアプリ４の状態に応じて配置状態が遷移し、配置状態に応じて表示配置が定まる。ここで配置状態は、カーナビアプリ４から通信拡張部４１を通じてウィンドウ管理部５３に入力される。そして、ウィンドウ管理部５３が表示モード管理情報を参照し、配置状態に対応した表示配置を決定する。従って、ユーザがウィンドウの設定操作をしなくとも、主アプリの状態に応じて表示配置が自動的に設定される。また、ここで設定される表示配置は、コンテンツ属性及び配置状態に応じて予め設定されたものが選ばれるため、コンテンツ属性及び配置状態を考慮した最適な表示配置が実現する。
　＜Ａ－５．変形例＞
　図１では、カーナビアプリ４及び副アプリ１，２，３が表示制御装置１００の内部にある構成を示した。しかし、表示制御装置１００の外部端末で動作するアプリを副アプリとして扱っても良い。この場合、表示制御装置１００の映像入力９６が外部端末のディスプレイからアプリの映像信号を受信し、表示制御装置１００の通信Ｉ／Ｆ９５が外部端末の通信Ｉ／Ｆからアプリの制御信号を受信する。
　また同様に、外部端末で動作するアプリを主アプリとして扱っても良い。この場合、外部端末の通信Ｉ／Ｆから受信するアプリの制御信号によって、副アプリのウィンドウ配置に関する指示を描画制御部５に対して行う。
　以上の説明では、カーナビアプリ４、副アプリ１，２，３、アプリ要求検出部５１、イベント検出部５２、ウィンドウ管理部５３、ライブラリ群６及びＯＳ７は、プロセッサ９１がメモリ９２に格納されたプログラムを実行することによって実現された。しかしこれに代えて、アプリ要求検出部５１、イベント検出部５２、ウィンドウ管理部５３は、当該動作をハードウェアの電気回路で実現する信号処理回路により実現されても良い。ソフトウェアのアプリ要求検出部５１、イベント検出部５２、ウィンドウ管理部５３と、ハードウェアのアプリ要求検出部５１、イベント検出部５２、ウィンドウ管理部５とを合わせた概念として、「部」という語に代えて「処理回路」という語を用いることもできる。
　＜Ａ－６．効果＞
　実施の形態１に係る表示制御装置１００は、カーナビアプリ４（第１アプリケーション）の表示内容である第１コンテンツ及び別アプリ（第２アプリケーション）の表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御装置であって、第２コンテンツのコンテンツ属性を取得するコンテンツ属性取得部（ウィンドウ管理部５３）と、コンテンツ属性に基づき、第１コンテンツの表示領域である第１ウィンドウ及び第２コンテンツの表示領域である第２ウィンドウの表示配置を設定する表示配置設定部（ウィンドウ管理部５３）と、を備える。従って、別アプリのコンテンツ属性を考慮して両ウィンドウに干渉が生じないよう最適な表示配置とすることができる。また、コンテンツ属性さえ取得すればいかなる別アプリに対しても、最適な表示配置を設定することができる。
　また、表示制御装置１００は、第１、第２コンテンツの配置条件を取得する配置条件取得部（ウィンドウ管理部５３）をさらに備え、表示配置設定部は、コンテンツ属性及び配置条件に基づき、表示配置を設定する。従って、「副ウィンドウ（第２ウィンドウ）を最大にして表示する」や、「主ウィンドウ（第１ウィンドウ）を最大にして表示する」といった配置条件に沿って最適な表示配置を設定することができる。
　また、表示配置設定部は、予め定められた複数の配置パターンの中から選択した配置パターンにより表示配置を設定する。従って、両ウィンドウの干渉が生じるような配置を排除し、最適な表示配置を設定することができる。
　配置条件取得部は、カーナビアプリ４（第１アプリケーション）からの制御信号により配置条件を取得する。従って、ユーザが操作を行わなくとも、カーナビアプリの動作状況に応じて最適な表示配置を設定することができる。
　また、表示配置は第１、第２ウィンドウの位置及び大きさを含むので、これらを最適に設定することができる。
　さらに、表示配置は第２ウィンドウの透過率を含むので、これを最適に設定することができる。
　実施の形態１に係る表示制御方法は、第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御方法であって、第２コンテンツのコンテンツ属性を取得し、コンテンツ属性に基づき、第１コンテンツの表示領域である第１ウィンドウ及び第２コンテンツの表示領域である第２ウィンドウの表示配置を設定する。従って、別アプリのコンテンツ属性を考慮して両ウィンドウに干渉が生じないよう最適な表示配置とすることができる。また、コンテンツ属性さえ取得すればいかなる別アプリに対しても、最適な表示配置を設定することができる。
　＜Ｂ．実施の形態２＞
　＜Ｂ－１．構成＞
　実施の形態１では、主アプリと副アプリの表示をするにあたり、両アプリの使い勝手を損なうようなウィンドウの干渉を防ぐために、表示配置の制御を行った。これに対して実施の形態２では、所与の両ウィンドウの表示配置に対して、主アプリの表示内容が適切に視認されるよう、表示内容の制御を行う。
　図２４は、実施の形態２に係る表示制御装置１０１の構成を示すブロック図である。表示制御装置１０１は、実施の形態１に係る表示制御装置１００の構成から描画制御部５を排し、描画制御管理情報格納部８を設けたものである。
　図２５は、実施の形態２の主アプリであるカーナビアプリ４の構成を示すブロック図である。カーナビアプリ４は、表示物管理部４２、表示生成部４３、制御部４４、情報取得部４５、イベント取得部４６及び表示Ｉ／Ｆ４７を備えている。
　表示物管理部４２は、表示物を管理する。図２５はカーナビアプリ４の表示物の例を示しており、主要情報として現在位置、誘導情報及び周辺情報等を、地図の種類として２Ｄ表示、３Ｄ表示、２画面表示等を、地図の構成要素として地形、道路及び建物等を管理し、またＧＵＩを管理している。
　表示生成部４３は、制御部４４の制御に従い表示物を生成する。
　情報取得部４５は、描画制御管理情報格納部８から描画制御管理情報を取得して制御部４４に出力する。
　制御部４４は、主ウィンドウ及び副ウィンドウの表示配置及び副アプリのコンテンツ属性に基づき、カーナビアプリ４のコンテンツを変更する。
　イベント取得部４６は、ユーザ操作イベントや、表示物更新イベント等をＯＳから取得する。
　表示Ｉ／Ｆ４７は、表示制御装置１０１内部又は外部の表示器（図示せず）に映像を出力する。
　＜Ｂ－２．描画制御管理情報＞
　次に、描画制御管理情報格納部８に記憶されている描画制御管理情報について説明する。図２６は、描画制御管理情報を示している。この描画制御管理情報は、制御部４４がカーナビアプリ４の表示物を制御するための情報であり、副アプリ毎にウィンドウ（副ウィンドウ）の表示配置とコンテンツ属性とを示している。
　ウィンドウの表示配置は、ウィンドウの左上頂点の座標と、ウィンドウのサイズとで示される。また、透過処理が「ａｃｔ」と示されたアプリは、透過処理が行われることを示している。コンテンツ属性としては、ジャンル、文字の有無、画像の有無、アイコンの有無がある。例えば、アプリＡのコンテンツ属性は文字が「ａｃｔ」と示されており、文字が有ることを示している。
　ウィンドウの表示配置は、副アプリのダウンロード時に描画制御管理情報格納部８に記憶された固定の情報でも良いし、実施の形態１のウィンドウ管理部５３が作成したものを用いても良い。また、コンテンツ属性は、例えばアプリに付随するメタファイルとして用意されており、アプリのダウンロードの際に描画制御管理情報格納部８に記憶される。また、図２６には主アプリのウィンドウ（主ウィンドウ）の配置を示していないが、実際にはここに主ウィンドウの配置情報が記録される。
　＜Ｂ－３．動作＞
　実施の形態２におけるＯＳ７の起動処理は、実施の形態１（図８）と同様であるため、説明を省略する。
　図２７は、表示物の更新処理を示すフローチャートである。制御部４４がイベント取得部４６を介して表示物更新イベントを取得すると（ステップＳ１５１）、表示生成部で地図表示（ステップＳ１５２）、ＧＵＩ表示（ステップＳ１５３）、主要情報表示（ステップＳ１５４）を順に行う。これらの表示は、後述する規制フラグに従って行う。
　ここで、表示物更新イベントとは、例えばカーナビアプリ４が自車位置周辺地図を表示する場合には、１秒間に１０回のタイミングで定期的に発生する。
　図２８は、表示領域の更新処理を示すフローチャートである。表示領域更新イベントは、副アプリの起動又は切替が行われたときに発生する。制御部４４は、情報取得部４５を介して表示領域更新イベントを取得すると（ステップＳ１６１）、描画制御管理情報から主ウィンドウ及び副ウィンドウの表示配置を取得する（ステップＳ１６２）。この描画制御管理情報も、情報取得部４５を介して取得する。すなわち、情報取得部４５は、主ウィンドウ及び副ウィンドウの表示配置を取得する表示配置取得部として機能する。
　次に、制御部４４が主ウィンドウのうち副ウィンドウと重なる領域（干渉領域）を算出し（ステップＳ１６３）、次いで主ウィンドウのうち副ウィンドウと重ならない領域（非干渉領域）を算出する（ステップＳ１６４）。干渉領域があれば（ステップＳ１６５でＹＥＳ）、副アプリのコンテンツ属性を情報取得部４５を介して描画制御管理情報から取得し（ステップＳ１６６）、ステップＳ１６７へ移行する。干渉領域がなければ（ステップＳ１６でＮＯ）、そのままステップＳ１６７へ移行する。ステップＳ１６７では規制フラグを更新する。すなわち、情報取得部４５は、副アプリのコンテンツ属性を取得するコンテンツ属性取得部として機能する。
　図２９は、主アプリのコンテンツに関する規制フラグの更新処理を示すフローチャートである。規制フラグの更新処理では、ＧＵＩ表示フラグの更新処理（ステップＳ１７１）、主要情報移動フラグの更新処理（ステップＳ１７２）、地図表示フラグの更新処理（ステップＳ１７３）、地図表示モード選択フラグの更新処理（ステップＳ１７４）、自車位置移動フラグの更新処理（ステップＳ１７５）、地図表示物表示フラグの更新処理（ステップＳ１７６）を順に行う。
　図３０は、ＧＵＩ表示フラグの更新処理を示すフローチャートである。ＧＵＩ表示フラグの更新処理では、まずＧＵＩ表示フラグをｄｉｓａｂｌｅにする（ステップＳ１８１）。次に、主アプリの表示領域がＣより大きいか否かを判断する（ステップＳ１８２）。ここで、Ｃは閾値である。表示領域がＣ以下ならば（ステップＳ１８２でＮＯ）、そのまま処理を終了する。しかし、表示領域がＣより大きければ（ステップＳ１８２でＹＥＳ）、干渉領域の有無を判断する（ステップＳ１８３）。干渉領域があれば（ステップＳ１８３でＹＥＳ）、そのまま処理を終了する。一方、干渉領域が無ければ（ステップＳ１８３でＮＯ）、ＧＵＩ表示フラグをｅｎａｂｌｅに更新する（ステップＳ１８４）。すなわち、主ウィンドウの表示領域がＣ以下の場合や、Ｃ以上であっても別ウィンドウと干渉する場合には、ＧＵＩ表示フラグをｄｉｓａｂｌｅとし、ＧＵＩを表示しないことにより、ＧＵＩの表示が見切れてしまうような状況を防止する。
　図３１は、主要情報移動フラグの更新処理である。主要情報は、表示の優先順位の高い情報としてアプリ毎に予め定められている。例えば、カーナビアプリにおいては、自車位置アイコン、誘導情報、周辺住所及び緊急情報（渋滞情報、事故情報）等である。主要情報移動フラグの更新処理においては、まず主要情報移動フラグをｄｉｓａｂｌｅにする（ステップＳ１９１）。
　次に、干渉領域の有無を判断する（ステップＳ１９２）。干渉領域が無ければ（ステップＳ１９２でＮＯ）、そのまま処理を終了する。干渉領域が有れば（ステップＳ１９２でＹＥＳ）、次に透過の有無を判断する（ステップＳ１９３）。透過が有る場合、すなわち主ウィンドウに別ウィンドウと干渉する領域があっても別ウィンドウを透過する場合には（ステップＳ１９３でＹＥＳ）、そのまま処理を終了する。透過しない場合には（ステップＳ１９３でＮＯ）、非干渉領域の面積がＤより大きいか否かを判断する（ステップＳ１９４）。ここで、Ｄは、前述の閾値Ｃより小さい閾値である。
　非干渉領域の面積がＤ以下であれば（ステップＳ１９４でＮＯ）、そのまま処理を終了する。一方、非干渉領域の面積がＤより大きければ（ステップＳ１９４でＹＥＳ）、主要情報移動フラグをｅｎａｂｌｅにして（ステップＳ１９５）、処理を終了する。
　このように、干渉領域があって透過がない場合に、非干渉領域の面積が一定程度確保できる場合には、主要情報の移動を可能にすることにより、主要情報の視認性を向上させることができる。また、ステップＳ１９４で非干渉領域の面積がＤ以下であるが一定以上ある場合に、非干渉領域において主要情報を時分割で表示させても良い。また、主要情報の再配置の際に、その表示形式（色、形、大きさ、動き等）を変更しても良い。
　図３２は、地図表示フラグの更新処理を示すフローチャートである。地図表示フラグの更新処理では、まず地図表示フラグをｄｉｓａｂｌｅにする（ステップＳ２０１）。
　次に、主ウィンドウの表示領域の面積を閾値Ｂと比較する（ステップＳ２０２）。ここで閾値Ｂは、前述の閾値Ｃより大きい閾値である。表示領域の面積が閾値Ｂ以下であれば（ステップＳ２０２でＮＯ）、そのまま処理を終了する。一方、表示領域の面積が閾値Ｂより大きければ（ステップＳ２０２でＹＥＳ）、ステップＳ２０３に進む。
　ステップＳ２０３では、干渉領域の有無を判断する。干渉領域が無ければ（ステップＳ２０３でＮＯ）、地図表示フラグをｅｎａｂｌｅに書き換えて（ステップＳ２０６）、処理を終了する。干渉領域が有れば（ステップＳ２０３でＹＥＳ）、ステップＳ２０４に進む。
　ステップＳ２０４では透過の有無を判断する。干渉領域において透過が有れば（ステップＳ２０４でＹＥＳ）、地図表示フラグをｅｎａｂｌｅに書き換えて（ステップＳ２０６）、処理を終了する。透過が無ければ（ステップＳ２０４でＮＯ）、ステップＳ２０５に進む。
　ステップＳ２０５では、非干渉領域の面積を閾値Ｂと比較する。非干渉領域の面積がＢより大きければ（ステップＳ２０５でＮＯ）、地図表示フラグをｅｎａｂｌｅに書き換えて（ステップＳ２０６）、処理を終了する。非干渉領域の面積がＢ以下であれば、そのまま処理を終了する。
　図３３は、地図表示モード選択フラグの更新処理を示すフローチャートである。地図表示モード選択フラグの更新処理では、まず地図表示モード選択フラグをｄｉｓａｂｌｅにする（ステップＳ２１１）。次に、主ウィンドウの表示領域の面積を閾値Ａと比較する（ステップＳ２１２）。ここで閾値Ａは、前述の閾値Ｂより大きい閾値である。表示領域の面積が閾値Ａ以下であれば（ステップＳ２１２でＮＯ）、そのまま処理を終了する。一方、表示領域の面積が閾値Ａより大きければ（ステップＳ２１２でＹＥＳ）、ステップＳ２１３に進む。
　ステップＳ２１３では、干渉領域の有無を判断する。干渉領域が無ければ（ステップＳ２１３でＮＯ）、地図表示モード選択フラグをｅｎａｂｌｅに書き換えて（ステップＳ２１４）、処理を終了する。干渉領域が有れば（ステップＳ２１３でＹＥＳ）、そのまま処理を終了する。すなわち、表示領域の面積が閾値Ａ以上確保され、かつ干渉領域がない場合に限って、任意の地図種類に対して２画面表示を許容する。ここでは、干渉領域がない場合に、一律に地図種類を制限しているが、透過の有無に応じて選択できる地図の種類を変更してもよい。例えば、透過が有る場合は、詳細地図や特殊（写真）地図表示を禁止し、透過がない場合は、さらに３Ｄ地図を表示することとしても良い。
　図３４は、自車位置移動フラグの更新処理を示すフローチャートである。自車位置移動フラグの更新処理では、まず地図表示モード選択フラグをｄｉｓａｂｌｅにする（ステップＳ２２１）。次に、干渉領域の有無を判断する（ステップＳ２２２）。干渉領域が無ければ（ステップＳ２２２でＮＯ）、そのまま処理を終了する。干渉領域が有れば（ステップＳ２２２でＹＥＳ）、ステップＳ２２３に進む。
　ステップＳ２２３では、透過の有無を判断する。干渉領域において透過が有れば（ステップＳ２２３でＹＥＳ）、そのまま処理を終了する。透過が無ければ（ステップＳ２２３でＮＯ）、ステップＳ２２４に進む。
　ステップＳ２２４では、非干渉領域の面積を閾値Ｂと比較する。非干渉領域の面積がＢ以下であれば（ステップＳ２２４でＮＯ）、そのまま処理を終了する。非干渉領域の面積がＢより大きければ（ステップＳ２２４でＹＥＳ）、自車位置移動フラグをｅｎａｂｌｅに書き換えて（ステップＳ２２５）、処理を終了する。非干渉領域の面積がＢ以下であれば、そのまま処理を終了する。
　すなわち、干渉領域が有り、透過が無いが、非干渉領域の面積が有る程度確保されている場合にのみ、自車位置の移動を許可する。これにより、干渉領域から非干渉領域へ自車位置を移動し、視認性を高めることが可能になる。
　図３５は、地図表示物表示フラグの更新処理を示すフローチャートである。地図表示物は、例えば地名、地形、道路、建物、標識、ＰＯＩ、ランドマーク及び渋滞情報である。こうした地図表示物を、主ウィンドウ及び副ウィンドウの表示配置と、副ウィンドウのコンテンツ属性とに応じて更新する。地図表示物表示フラグの更新処理では、まず地図表示物表示フラグをｅｎａｂｌｅにする（ステップＳ２３１）。
　次に、干渉領域の有無を判断する（ステップＳ２３２）。干渉領域が無ければ（ステップＳ２３２でＮＯ）、そのまま処理を終了する。干渉領域が有れば（ステップＳ２３２でＹＥＳ）、ステップＳ２３３に進む。
　ステップＳ２３３では、透過の有無を判断する。干渉領域において透過が無ければ（ステップＳ２３３でＮＯ）、そのまま処理を終了する。透過が有れば（ステップＳ２３３でＹＥＳ）、ステップＳ２３４に進む。
　ステップＳ２３４では、副アプリのコンテンツ属性に応じて地図表示物表示フラグを更新する。図３６は、このステップにおける、副アプリのコンテンツ属性と地図表示物表示フラグとの対応表を示している。例えば、副アプリのコンテンツ属性が「文字：アクティブ」である場合、地図表示物のうち地名の表示フラグはｄｉｓａｂｌｅとなる。すなわち、副ウィンドウに文字が表示される場合、副ウィンドウと干渉する主ウィンドウの部分に地名が表示されると、地名と文字が重なって表示され視認しがたくなるため、主ウィンドウでは地名の表示をしないことにより、視認性の低下を防ぐ。また、副アプリのジャンルが「キーボード」である場合、副ウィンドウが主ウィンドウの全面に重複して表示されることを想定し、道路以外の表示を禁止する。このように、副アプリの表示物と類似する表示物が存在する、または副アプリの用途から明らかに地図上の表示物が副アプリの表示物と干渉すると判断できる場合、主ウィンドウ上の表示物を非表示とすることにより、視認性の低下を防ぐ。
　＜Ｂ－４．画面表示例＞
　図３７は、表示制御装置１００による画面表示例を示す図である。図３７（ａ）は、主アプリであるカーナビアプリ４の主ウィンドウ１１０を全画面に配置した表示例である。この状況では副ウィンドウが表示されていないため、主ウィンドウ１１０ではデフォルトの表示が行われる。主ウィンドウ１１０には、主要情報として、現住所アイコン１０５、誘導情報アイコン１０３、時刻アイコン１２１が表示され、その他に自車位置アイコン１０８、ＰＯＩ１０９、道路１０７、地名１２０が表示されている。また、ＧＵＩとして、メニュー画面アイコン１０６と地図方向選択アイコン１０４とが表示されている。図３７（ａ）では地図方向選択アイコン１０４が「Ｎ」と表示され、現在ノースアップで地図が表示されていることを示している。ユーザがこのアイコンにタッチすることにより、ノースアップとヘディングアップとを切り替えることができる。
　図３７（ｂ）は、主ウィンドウ１１０が全面に配置され、Ｗｅｂアプリの副ウィンドウ１１２が主ウィンドウ１１０の前面の左側に配置された状態を示している。この場合、主ウィンドウ１１０は左部分が副ウィンドウ１１２と干渉しているため、ＧＵＩが非表示になる。また、透過がなく、非干渉領域の面積がＤより大きいため、主要情報である現住所アイコン１０５及び時刻アイコン１２１が非干渉領域に移動している。デフォルトの配置のままでは、現住所アイコン１０５の一部と時刻アイコン１２１は副ウィンドウ１１２に隠れて視認できないが、図３７（ｂ）のように主要情報を移動することにより、視認性が向上する。
　図３７（ｃ）は、主ウィンドウ１１０が全面に配置され、ランチャの副ウィンドウ１１４が主ウィンドウ１１０の前面の左側に配置された状態を示している。この場合、主ウィンドウ１１０は左部分が副ウィンドウ１１２と干渉しているため、ＧＵＩが非表示になる。但し、図３７（ｂ）とは異なり透過があるため、現住所アイコン１０５や時刻アイコン１２１は副ウィンドウ１１２を通して視認可能である。従って、主要情報の移動はない。
　図３７（ｄ）は、主ウィンドウ１１０が全面に配置され、ＡＶアプリの副ウィンドウ１１１が主ウィンドウ１１０の大部分を覆って配置された状態を示している。これは、実施の形態１のウィンドウ管理番号「２－７Ｂ」の配置に相当する。この場合、主ウィンドウ１１０は左部分が副ウィンドウ１１１と干渉しているため、ＧＵＩが非表示になる。そして、図３７（ｂ）と同様透過がないが、主ウィンドウ１１０はその大部分を副ウィンドウ１１１で覆われており、非干渉領域の面積がＤ以下であるため、主要情報の移動は行われない。
　図３７では主要情報の移動例を示したが、ウィンドウの表示配置にあわせて主要情報の大きさを変更しても良い。図３８は、ウィンドウの表示配置にあわせて主要情報の大きさを変更する画面表示例である。図３８（ａ）は、主アプリであるカーナビアプリ４の主ウィンドウ１１０を全画面に配置した表示例であり、図３７（ａ）と同様である。
　図３８（ｂ）は、主ウィンドウ１１０が画面の右半分に、ＡＶアプリの副ウィンドウ１１１が画面の左上にそれぞれ配置された状態を示している。これは、実施の形態１のウィンドウ管理番号「３－７Ｂ」の配置に相当する。この場合、主ウィンドウ１１０は一部分が副ウィンドウ１１１と干渉しているため、ＧＵＩが非表示になる。また、現住所アイコン１０５及び誘導情報アイコン１０３等の主要情報を、図３８（ａ）におけるよりも小さく表示している。
　このように主要情報を小さく表示することにより、図３８（ｃ）に示すように副ウィンドウ１１１が大きくなった場合でも、現住所アイコン１０５及び誘導情報アイコン１０３等の主要情報が副ウィンドウ１１１に隠れず、視認することができる。比較例として、図３８（ｄ）に、主要情報の表示サイズを変更しない場合の画面表示を示す。この場合、副ウィンドウ１１１が大きくなることによって主ウィンドウ１１０の主要情報が隠れてしまう。
　＜Ｂ－５．変形例＞
　以上では、主アプリと別アプリを組み合わせて表示するにあたり、与えられたウィンドウの表示配置に対して、主アプリの表示内容を制御することについて説明した。しかし、実施の形態２を実施の形態１と組み合わせることも可能である。すなわち、実施の形態１で示したように、副アプリのコンテンツ属性及び両アプリの配置状態に基づき、両ウィンドウの表示配置を決定し、決定した表示配置に対して、主アプリの表示内容が適切に視認されるよう、表示内容の制御を行っても良い。この場合、制御部４４は、実施の形態１のウィンドウ管理部５３（表示配置設定部）により設定された表示配置及び副アプリのコンテンツ属性に基づき、カーナビアプリ４のコンテンツを変更するコンテンツ制御部として機能する。
　＜Ｂ－６．効果＞
　実施の形態２の変形例に係る表示制御装置は、ウィンドウ管理部５３（表示配置設定部）により設定された表示配置及び第２コンテンツのコンテンツ属性とに基づき、第１コンテンツを変更する制御部４４（コンテンツ制御部）を備える。従って、主ウィンドウと副ウィンドウの最適な表示配置に加え、主ウィンドウのコンテンツの視認性を向上させることができる。
　実施の形態２に係る表示制御装置は、第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御装置であって、第１コンテンツの表示領域である第１ウィンドウ（主ウィンドウ）及び第２コンテンツの表示領域である第２ウィンドウ（副ウィンドウ）の表示配置を取得する表示配置取得部（情報取得部４５）と、第２コンテンツのコンテンツ属性を取得するコンテンツ属性取得部（情報取得部４５）と、配置情報及びコンテンツ属性に基づき、第１コンテンツを変更するコンテンツ制御部（制御部４４）と、を備える。従って、主ウィンドウと副ウィンドウの所与の表示配置に対して、主ウィンドウのコンテンツの視認性を向上させることができる。
　また、表示配置は、第１、第２ウィンドウの位置及び大きさを含むので、これらを最適に設定することができる。
　また、表示配置は、第２ウィンドウの透過率を含むので、これを最適に設定することができる。
　また、コンテンツ属性は、画像の有無、文字の有無及びアイコンの有無のいずれか一つを少なくとも含む。従って、制御部４４は、これらの情報に基づき、例えば副ウィンドウのコンテンツと類似する主ウィンドウのコンテンツを非表示とすることにより、両ウィンドウの視認性を高めることができる。
　また、制御部４４（コンテンツ制御部）は、第１コンテンツの少なくとも一部（例えば主要情報）の表示位置を、副ウィンドウ（第２ウィンドウ）と重ならない位置に移動することにより、主ウィンドウの視認性を高めることができる。
　また、制御部４４（コンテンツ制御部）は、第１コンテンツであるＧＵＩの表示又は非表示を、表示配置に基づき切り替える。従って、例えば主ウィンドウの表示領域が小さい場合にはＧＵＩを非表示とすることによって、主ウィンドウの視認性を高めることができる。
　実施の形態２に係る表示制御方法は、カーナビアプリ４（第１アプリケーション）の表示内容である第１コンテンツ及び副アプリ（第２アプリケーション）の表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御方法であって、第１コンテンツの表示領域である主ウィンドウ（第１ウィンドウ）及び第２コンテンツの表示領域である副ウィンドウ（第２ウィンドウ）の表示配置を取得し、第２コンテンツのコンテンツ属性を取得し、配置情報及びコンテンツ属性に基づき、第１コンテンツを変更する。従って、主ウィンドウと副ウィンドウの所与の表示配置に対して、主ウィンドウのコンテンツの視認性を向上させることができる。
　なお、本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。
　この発明は詳細に説明されたが、上記した説明は、すべての態様において、例示であって、この発明がそれに限定されるものではない。例示されていない無数の変形例が、この発明の範囲から外れることなく想定され得るものと解される。
　１～３　副アプリ、４　カーナビアプリ、５　描画制御部、６　ライブラリ群、８　描画制御管理情報格納部、４１　通信拡張部、４２　表示物管理部、４３　表示生成部、４４　制御部、４５　情報取得部、４６　イベント取得部、４７　表示Ｉ／Ｆ、５１　アプリ要求検出部、５２　イベント検出部、５３　ウィンドウ管理部、５４　描画制御管理情報格納部、６１　ウィンドウマネージャ、７１　イベント生成部、９１　プロセッサ、９２　メモリ、９３　ディスプレイ、９５　通信インタフェース、９６　映像入力、１００，１０１　表示制御装置、１０３　誘導情報アイコン、１０４　地図方向選択アイコン、１０５　現住所アイコン、１０６　メニュー画面アイコン、１０７　道路、１０８　自車位置アイコン、１１０　主ウィンドウ、１１１～１１５　副ウィンドウ、１２１　時刻アイコン。

Claims (15)

  1. 　第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御装置であって、
    　前記第２コンテンツのコンテンツ属性を取得するコンテンツ属性取得部と、
    　前記コンテンツ属性に基づき、前記第１コンテンツの表示領域である第１ウィンドウ及び前記第２コンテンツの表示領域である第２ウィンドウの表示配置を設定する表示配置設定部と、を備える、
    表示制御装置。
  2. 　前記第１、第２コンテンツの配置条件を取得する配置条件取得部をさらに備え、
    　前記表示配置設定部は、前記コンテンツ属性及び前記配置条件に基づき、前記表示配置を設定する、
    請求項１に記載の表示制御装置。
  3. 　前記表示配置設定部は、予め定められた複数の配置パターンの中から選択した配置パターンにより前記表示配置を設定する、
    請求項２に記載の表示制御装置。
  4. 　前記配置条件取得部は、前記第１アプリケーションからの制御信号により前記配置条件を取得する、
    請求項２に記載の表示制御装置。
  5. 　前記表示配置は、前記第１、第２ウィンドウの位置及び大きさを含む、
    請求項１に記載の表示制御装置。
  6. 　前記表示配置は、前記第２ウィンドウの透過率を含む、
    請求項５に記載の表示制御装置。
  7. 　前記表示配置設定部により設定された表示配置及び前記第２コンテンツのコンテンツ属性に基づき、前記第１コンテンツを変更するコンテンツ制御部をさらに備える、
    請求項１に記載の表示制御装置。
  8. 　第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御装置であって、
    　前記第１コンテンツの表示領域である第１ウィンドウ及び前記第２コンテンツの表示領域である第２ウィンドウの表示配置を取得する表示配置取得部と、
    　前記第２コンテンツのコンテンツ属性を取得するコンテンツ属性取得部と、
    　前記表示配置及び前記コンテンツ属性に基づき、前記第１コンテンツを変更するコンテンツ制御部と、を備える、
    表示制御装置。
  9. 　前記表示配置は、前記第１、第２ウィンドウの位置及び大きさを含む、
    請求項８に記載の表示制御装置。
  10. 　前記表示配置は、前記第２ウィンドウの透過率を含む、
    請求項９に記載の表示制御装置。
  11. 　前記コンテンツ属性は、画像の有無、文字の有無及びアイコンの有無のいずれか一つを少なくとも含む、
    請求項８に記載の表示制御装置。
  12. 　前記コンテンツ制御部は、前記第１コンテンツの少なくとも一部の表示位置を、前記第２ウィンドウと重ならない位置に移動する、
    請求項８に記載の表示制御装置。
  13. 　前記コンテンツ制御部は、前記第１コンテンツであるＧＵＩの表示又は非表示を、前記表示配置に基づき切り替える、
    請求項８に記載の表示制御装置。
  14. 　第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御方法であって、
    　前記第２コンテンツのコンテンツ属性を取得し、
    　前記コンテンツ属性に基づき、前記第１コンテンツの表示領域である第１ウィンドウ及び前記第２コンテンツの表示領域である第２ウィンドウの表示配置を設定する、
    表示制御方法。
  15. 　第１アプリケーションの表示内容である第１コンテンツ及び第２アプリケーションの表示内容である第２コンテンツの同一画面における組み合わせ表示制御を行う表示制御方法であって、
    　前記第１コンテンツの表示領域である第１ウィンドウ及び前記第２コンテンツの表示領域である第２ウィンドウの表示配置を取得し、
    　前記第２コンテンツのコンテンツ属性を取得し、
    　前記表示配置及び前記コンテンツ属性に基づき、前記第１コンテンツを変更する、
    表示制御方法。
PCT/JP2015/070292 2015-07-15 2015-07-15 表示制御装置及び表示制御方法 Ceased WO2017009983A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2017528083A JP6541784B2 (ja) 2015-07-15 2015-07-15 表示制御装置及び表示制御方法
PCT/JP2015/070292 WO2017009983A1 (ja) 2015-07-15 2015-07-15 表示制御装置及び表示制御方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2015/070292 WO2017009983A1 (ja) 2015-07-15 2015-07-15 表示制御装置及び表示制御方法

Publications (1)

Publication Number Publication Date
WO2017009983A1 true WO2017009983A1 (ja) 2017-01-19

Family

ID=57757186

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/070292 Ceased WO2017009983A1 (ja) 2015-07-15 2015-07-15 表示制御装置及び表示制御方法

Country Status (2)

Country Link
JP (1) JP6541784B2 (ja)
WO (1) WO2017009983A1 (ja)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0566912A (ja) * 1991-09-06 1993-03-19 Mitsubishi Electric Corp データ処理装置
JPH06259217A (ja) * 1993-03-02 1994-09-16 Toshiba Corp マルチウィンドウシステム
JPH10177466A (ja) * 1996-12-19 1998-06-30 Sharp Corp マルチウインドウ処理装置
WO2008090902A1 (ja) * 2007-01-25 2008-07-31 Sharp Kabushiki Kaisha マルチウィンドウ管理装置及びプログラム、記憶媒体、並びに情報処理装置
JP2012083831A (ja) * 2010-10-07 2012-04-26 Pioneer Electronic Corp タッチパネル装置、タッチパネルの表示方法、タッチパネルの表示処理プログラム、及び記録媒体
JP2013221979A (ja) * 2012-04-13 2013-10-28 Alpine Electronics Inc 情報システム
WO2014118943A1 (ja) * 2013-01-31 2014-08-07 三菱電機株式会社 表示制御システム

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1165960A (ja) * 1997-08-27 1999-03-09 Matsushita Electric Ind Co Ltd ディレクトリ管理を用いたメッセージサーバ装置
JP4286876B2 (ja) * 2007-03-01 2009-07-01 富士通テン株式会社 画像表示制御装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0566912A (ja) * 1991-09-06 1993-03-19 Mitsubishi Electric Corp データ処理装置
JPH06259217A (ja) * 1993-03-02 1994-09-16 Toshiba Corp マルチウィンドウシステム
JPH10177466A (ja) * 1996-12-19 1998-06-30 Sharp Corp マルチウインドウ処理装置
WO2008090902A1 (ja) * 2007-01-25 2008-07-31 Sharp Kabushiki Kaisha マルチウィンドウ管理装置及びプログラム、記憶媒体、並びに情報処理装置
JP2012083831A (ja) * 2010-10-07 2012-04-26 Pioneer Electronic Corp タッチパネル装置、タッチパネルの表示方法、タッチパネルの表示処理プログラム、及び記録媒体
JP2013221979A (ja) * 2012-04-13 2013-10-28 Alpine Electronics Inc 情報システム
WO2014118943A1 (ja) * 2013-01-31 2014-08-07 三菱電機株式会社 表示制御システム

Also Published As

Publication number Publication date
JPWO2017009983A1 (ja) 2017-12-21
JP6541784B2 (ja) 2019-07-10

Similar Documents

Publication Publication Date Title
JP6465870B2 (ja) パン及び選択ジェスチャの検出
EP3000013B1 (en) Interactive multi-touch remote control
EP2738660A2 (en) Method for providing user interface based on physical engine and an electronic device thereof
JP6690685B2 (ja) 車道交差点の仮想シミュレーションにおける歩行者の自動生成
US11061562B2 (en) Method for providing haptic feedback to an operator of a touch-sensitive display device
CN103828336B (zh) 用于触发远程数据录入接口的方法和设备
KR20120134132A (ko) 사용자 입력 옵션의 협동적 이네이블을 제공하기 위한 장치 및 방법
JP2010146504A (ja) 情報処理システム及び表示制御方法
JP2012008968A (ja) 携帯機器と連携し、該携帯機器に対して可能な入力操作を実現する車載機器
US10503343B2 (en) Integrated graphical user interface
US20180232139A1 (en) Window control method, information processing apparatus, and control method and control program of information processing apparatus
US20180020041A1 (en) Remote process management
CN104516654A (zh) 操作处理方法和装置
CN116456020B (zh) 窗口交互方法、电子设备、存储介质和计算机程序产品
CN116456019B (zh) 窗口交互方法、电子设备、计算机可读存储介质及程序产品
KR19990078568A (ko) 동적인정보디스플레이를위한컴퓨터시스템및그방법
JP6541784B2 (ja) 表示制御装置及び表示制御方法
AU2017418322B2 (en) Rules based user interface generation
CN110860085B (zh) 键鼠设置方法及装置
CN104077114A (zh) 一种更换应用软件的显示界面的方法及电子设备
US10475332B2 (en) Spatial remote control
JP6433347B2 (ja) 地図表示制御装置および地図の自動スクロール方法
KR102125100B1 (ko) 웨어러블 디바이스의 제어 방법 및 그 장치
JP6798608B2 (ja) ナビゲーションシステムおよびナビゲーションプログラム
KR20180107910A (ko) 상황에 따른 화면 간 상호 연동을 위한 방법 및 시스템

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017528083

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15898295

Country of ref document: EP

Kind code of ref document: A1