WO2019123603A1 - 通知制御装置及び通知制御方法 - Google Patents

通知制御装置及び通知制御方法 Download PDF

Info

Publication number
WO2019123603A1
WO2019123603A1 PCT/JP2017/045917 JP2017045917W WO2019123603A1 WO 2019123603 A1 WO2019123603 A1 WO 2019123603A1 JP 2017045917 W JP2017045917 W JP 2017045917W WO 2019123603 A1 WO2019123603 A1 WO 2019123603A1
Authority
WO
WIPO (PCT)
Prior art keywords
window
key event
notification control
notification
control device
Prior art date
Application number
PCT/JP2017/045917
Other languages
English (en)
French (fr)
Inventor
健史 清水
幸夫 後藤
伸俊 轟木
陽介 浅井
晴彦 若柳
Original Assignee
三菱電機株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 三菱電機株式会社 filed Critical 三菱電機株式会社
Priority to PCT/JP2017/045917 priority Critical patent/WO2019123603A1/ja
Priority to JP2019559960A priority patent/JP6644210B2/ja
Publication of WO2019123603A1 publication Critical patent/WO2019123603A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0487—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
    • G06F3/0489—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using dedicated keyboard keys or combinations thereof

Definitions

  • the present invention relates to a notification control device and a notification control method for controlling notification of a key event to an application.
  • the user may want to switch key events input in the hard key from an application of one window to another application of another window.
  • the application corresponding to one window is configured to be notified of the key event, so there is a problem that such an operation can not be performed.
  • an object of the present invention is to provide a technology capable of performing notification of a key event to different applications using a hard key.
  • the notification control device is a notification control device relating to a display device, and the display device is a plurality of windows respectively corresponding to a plurality of applications, and a plurality of ordered windows display the display device.
  • An acquisition unit for acquiring a key event accepted by the hard key, and control for notifying the first application corresponding to the first window among the plurality of windows when the acquisition unit acquires the key event,
  • a control unit configured to perform control to notify a key event to a second application corresponding to a second window next to the first window in the order.
  • control to notify the key application to the first application corresponding to the first window among the plurality of windows, and the second window next to the first window in the order Control for notifying a key event to the corresponding second application is performed.
  • the user can use hard keys to notify key events for different applications.
  • FIG. 1 is a block diagram showing a configuration of a notification control device according to Embodiment 1.
  • FIG. 5 is a diagram for describing an operation example of a notification control device according to the first embodiment.
  • FIG. 7 is a block diagram showing a configuration of a notification control device according to Embodiment 2.
  • FIG. 16 is a view showing a movement pattern setting file according to the second embodiment. 7 is a flowchart showing the operation of the notification control device according to the second embodiment.
  • FIG. 13 is a diagram for describing an operation example of a notification control device according to the second embodiment.
  • FIG. 13 is a diagram for describing an operation example of a notification control device according to the second embodiment.
  • FIG. 13 is a diagram for describing an operation example of a notification control device according to the second embodiment.
  • FIG. 13 is a diagram for describing an operation example of a notification control device according to the second embodiment.
  • FIG. 18 is a diagram showing a movement pattern setting file according to the third embodiment.
  • FIG. 18 is a diagram showing a notification type file according to the third embodiment.
  • FIG. 18 is a diagram showing a notification type file according to the third embodiment.
  • FIG. 18 is a diagram showing a notification type file according to the third embodiment.
  • FIG. 18 is a diagram showing a notification type file according to the third embodiment.
  • FIG. 18 is a diagram showing a notification type file according to the third embodiment.
  • 15 is a flowchart showing the operation of the notification control device according to the third embodiment.
  • FIG. 18 is a diagram for describing an operation example 1 of the notification control device according to the third embodiment.
  • FIG. 18 is a diagram for describing an operation example 1 of the notification control device according to the third embodiment.
  • FIG. 18 is a diagram for describing an operation example 2 of the notification control device according to the third embodiment.
  • FIG. 18 is a diagram for describing an operation example 3 of the notification control device according to the third embodiment.
  • FIG. 18 is a diagram for describing an operation example 3 of the notification control device according to the third embodiment.
  • FIG. 18 is a diagram for describing an operation example 4 of the notification control device according to the third embodiment.
  • FIG. 16 is a flowchart showing an operation of a notification control device according to Embodiment 4.
  • FIG. FIG. 18 is a diagram for describing an operation example 1 of the notification control device according to the fourth embodiment.
  • FIG. 1 is a block diagram showing a configuration of a notification control device 1 according to Embodiment 1 of the present invention.
  • the notification control device 1 can be applied to, for example, a desktop PC (Personal Computer), a navigation device mounted on a vehicle, and the like.
  • the notification control device 1 is a notification control device related to the display device 21 and is connected to the display device 21 by wireless or wire.
  • the display device 21 displays a plurality of windows 22 under the control of the notification control device 1, for example.
  • the plurality of windows 22 correspond to the plurality of applications and are ordered.
  • the display device 21 is, for example, a center console of a vehicle, a display device provided on a PC or the like, or a head-up display or the like. Although the display device 21 is provided outside the notification control device 1 in FIG. 1, the present invention is not limited to this, and the display device 21 may be provided inside the notification control device 1.
  • the notification control device 1 includes an acquisition unit 11 and a control unit 12.
  • the acquisition unit 11 acquires a key event accepted by the hard key.
  • the acquisition unit 11 is, for example, various interfaces and communication devices.
  • the hard key is provided inside or outside of the notification control device 1 and includes, for example, a cross key, a physical button, and the like.
  • the control unit 12 controls (notifies) the first application corresponding to the first window among the plurality of windows 22 to control the key event, and the first window in the order. Control of notifying (delivering) a key event to the second application corresponding to the next second window is performed. Thereby, notification and non notification of the key event to the first application are selectively performed, and notification and non notification of the key event to the second application are selectively performed. Note that any window except the last window in the order of the plurality of windows 22 is applied to the first window.
  • FIG. 2 is a diagram showing an operation example of the notification control device 1 according to the first embodiment.
  • the display 21 displays a first window 22 a including the lists 1 to 3, a second window 22 b including the lists 4 to 6, and a highlight 23 for selecting one list. .
  • the control unit 12 When the control unit 12 receives the notification from the first application, the control unit 12 notifies the second application corresponding to the second window 22b next to the first window 22a in the order that "the cross key: ⁇ ".
  • the second application uses (consumes) the notified “cross key: ⁇ ”, and the highlight 23 is displayed in any one of the lists 4 to 6 of the second window 22 b (here, the list 4)
  • the display device 21 is controlled as follows.
  • the second application notifies the first application via the control unit 12 that the “cross key: ⁇ ”is used.
  • the first application controls the display device 21 so that the highlight 23 is not displayed in the lists 1 to 3 of the first window 22a.
  • ⁇ Summary of Embodiment 1> According to the notification control device 1 according to the first embodiment as described above, when a key event is acquired, control for notifying the key application to the first application corresponding to the first window among the plurality of windows is performed. , And performs control to notify a key event to the second application corresponding to the second window following the first window in the order. According to such a configuration, the notification of the key event accepted by the hard key can be appropriately switched from the application corresponding to one window to the application corresponding to the next window of the one window in the order. As a result, the user can use hard keys to notify key events for different applications.
  • the control unit 12 may determine whether the first application can use a key event.
  • the control unit 12 determines that the first application can use the key event, the control unit 12 notifies the first application of the key event and determines that the first application can not use the key event. , And may notify the second application of the key event.
  • FIG. 3 is a block diagram showing a configuration of the notification control device 1 according to Embodiment 2 of the present invention.
  • constituent elements according to the second embodiment constituent elements that are the same as or similar to the above constituent elements are given the same reference numerals, and different constituent elements are mainly described.
  • the notification control device 1 is connected to the operation input device 26.
  • the operation input device 26 has a hard key, and outputs the key event to the notification control device 1 when it receives a key event in the hard key.
  • the notification control device 1 includes an acquisition unit 11, a window control unit 12a, a key event notification control unit 12b, a window storage unit 13, a file storage unit 14, and a notification destination window storage unit 15.
  • the concepts of the window control unit 12a and the key event notification control unit 12b are included in the concept of the control unit 12 of FIG.
  • the acquisition unit 11 acquires a key event output from the operation input device 26.
  • the window control unit 12a controls the display device 21 such that one or more windows 22 corresponding to one or more applications are displayed on the display device 21.
  • the window control unit 12 a also manages the window 22 and an application corresponding to the window 22 in cooperation with the window storage unit 13.
  • the window control unit 12a appropriately stores, for example, the position of the window displayed on the screen of the display device 21, information of the application corresponding to the window, etc. in the window storage unit 13, and the key event notification control unit Output to 12b as appropriate.
  • the position of the window is described as being indicated by the position (x, y, z) of the point at the upper left end of the window.
  • the coordinate x is a coordinate in the horizontal direction of the screen of the display device 21
  • a coordinate y is a coordinate in the vertical direction of the screen of the display device 21.
  • the coordinate z is a coordinate having values of 1, 2, ... in order from the first lower window when a plurality of windows are virtually superimposed, and the coordinate z of the non-overlapping window is 1 is there.
  • the file storage unit 14 stores a window movement pattern setting file.
  • FIG. 4 is a view showing a movement pattern setting file according to the second embodiment.
  • patterns 1 and 2 are set as the movement pattern of the window.
  • the window movement pattern is a pattern of the window order regarding the position of the window on the display device 21.
  • the plurality of windows are ordered in descending order of the value of the coordinate z, and (2) the values of the coordinate z are the same. If there are multiple windows, the multiple windows are ordered in ascending order of the value of coordinate y. (3) If there are multiple windows with the same value of coordinate y, the value of coordinate x is small It is a pattern that the windows are ordered in order.
  • the key event notification control unit 12 b displays on the display device 21 based on the positions of the plurality of windows 22 displayed on the display device 21 and the movement pattern setting file stored in the file storage unit 14.
  • the plurality of windows 22 being ordered are ordered.
  • the movement pattern of the window is set for each key event.
  • patterns 1 and 2 are respectively set in correspondence with key events of “cross key: ⁇ ” and “cross key: ⁇ ”.
  • the key event notification control unit 12b generates two orders from the patterns 1 and 2 and, based on the key event acquired by the acquisition unit 11, an order corresponding to the key event among the two orders. Is determined as an order used for notification of the key event.
  • the key event notification control unit 12b determines a window to be applied to the notification destination window from among the plurality of windows 22 based on a predetermined condition. For example, when the notification destination window has been determined in the past, the key event notification control unit 12b determines the window applied to the notification destination window in the past as the notification destination window. (2) When there is no window applied to the past notification destination window, the key event notification control unit 12b determines the top window in the order of the plurality of windows 22 as the notification destination window, etc. including.
  • the key event notification control unit 12 b When the acquisition unit 11 acquires a key event, the key event notification control unit 12 b notifies the application corresponding to the notification destination window of the key event.
  • the notification destination window can also be called a first window.
  • an application corresponding to the notification destination window may be referred to as a “notification destination application” to simplify the description.
  • the key event notification control unit 12 b stores the window most recently determined in the notification destination window in the notification destination window storage unit 15.
  • the key event notification control unit 12b determines the window following the window applied to the notification destination window as the notification destination window. Then, the key event notification control unit 12b notifies the key event to the notification destination application corresponding to the new notification destination window.
  • the new notification destination window can also be called a second window.
  • the key event notification control unit 12b repeats the series of notification control of the key event until the key event is used by the application.
  • FIG. 5 is a flowchart showing the operation of the notification control device 1 according to the second embodiment.
  • the transfer pattern setting file is already stored in the file storage unit 14, and the operation described below is performed when the notification control device 1 is powered on.
  • step S1 after the notification control device 1 is turned on, the key event notification control unit 12b acquires the respective positions of the plurality of windows 22 displayed on the display device 21 from the window control unit 12a.
  • the movement pattern setting file is acquired from the file storage unit 14.
  • step S2 the key event notification control unit 12b ranks the plurality of windows 22 based on the positions of the plurality of windows 22 displayed on the display device 21 and the movement pattern setting file.
  • step S3 the key event notification control unit 12b determines whether the acquisition unit 11 has acquired a key event. If it is determined that the acquisition unit 11 has acquired a key event, the process proceeds to step S4, and if it is determined that the acquisition unit 11 has not acquired a key event, the process returns to step S1.
  • step S4 based on the key event acquired by the acquisition unit 11, the key event notification control unit 12b notifies the key event of the order corresponding to the key event among the sequences acquired in step S2. Determined as the order to be used.
  • the key event acquired by the acquisition unit 11 is “cross key: ⁇ ”
  • the order acquired by the pattern 1 is determined
  • the key event acquired by the acquisition unit 11 is “ When it is the cross key: ⁇ ”
  • the order obtained by the pattern 2 is determined.
  • step S5 the key event notification control unit 12b determines whether the window is stored in the notification destination window storage unit 15. If it is determined that the window is stored in notification destination window storage unit 15, the process proceeds to step S6, and if it is determined that the window is not stored in notification destination window storage unit 15, the process The process proceeds to step S7.
  • step S6 key event notification control unit 12b determines the window stored in notification destination window storage unit 15 as the notification destination window. Thereafter, the process proceeds to step S8.
  • step S7 the key event notification control unit 12b determines the top window in the order determined in step S4 as the notification destination window. Thereafter, the process proceeds to step S8.
  • step S8 the key event notification control unit 12b notifies the notification destination application corresponding to the notification destination window of the key event acquired by the acquisition unit 11.
  • step S9 the key event notification control unit 12b determines whether the notification destination application has used the key event. If it is determined that the notification destination application uses the key event, the process proceeds to step S10. If it is determined that the notification destination application does not use the key event, the process proceeds to step S11.
  • step S10 the key event notification control unit 12b stores the window determined most recently in the notification destination window in the notification destination window storage unit 15.
  • the window stored in the notification destination window storage unit 15 is determined as the notification destination window in the subsequent processing of step S6. Thereafter, the process returns to step S1.
  • step S11 the key event notification control unit 12b changes the notification destination window by determining the window following the window applied to the notification destination window as the notification destination window. Thereafter, the process returns to step S8.
  • ⁇ Operation example> 6 to 9 are diagrams for explaining an operation example of the notification control device 1 according to the second embodiment.
  • windows W 1 to W 4 are displayed on the display device 21.
  • the screen of the display device 21 has a width 600 ⁇ a height 600.
  • the coordinates, width and height of each of the windows W1 to W4 are as follows. In the following description, it is assumed that the window is not stored in the notification destination window storage unit 15 when the process of the first step S1 is performed.
  • Window W1 coordinates (50, 50, 1), width 200 ⁇ height 200
  • Window W2 coordinates (300, 50, 1), width 200 ⁇ height 200
  • Window W3 Coordinates (50, 300, 1), width 200 ⁇ height 200
  • Window W4 coordinates (300, 300, 1), width 200 ⁇ height 200
  • step S1 the key event notification control unit 12b acquires the coordinates of the plurality of windows W1 to W4 from the window control unit 12a, and acquires the movement pattern setting file from the file storage unit 14.
  • step S2 the key event notification control unit 12b ranks the plurality of windows W1 to W4 based on the positions of the plurality of windows W1 to W4 and the movement pattern setting file.
  • the key event notification control unit 12b performs "window W1", “window W2” having a larger coordinate x than window W1, window W3 having a larger coordinate y than window W1, and window W2, "window W3", A plurality of windows W1 to W4 are ordered in the order of "window W4" whose coordinate x is larger than W3. As a result, as shown in FIG. 6, the order “W1 ⁇ W2 ⁇ W3 ⁇ W4” is obtained for the pattern 1.
  • the key event notification control unit 12b performs "window W2", "window W1” whose coordinate x is smaller than window W2, window W4 whose window y has larger coordinate y than window W1, and window W2, window A plurality of windows W1 to W4 are ordered in the order of "window W3" whose coordinate x is smaller than W4. As a result, as shown in FIG. 6, the order "W2-> W1-> W4-> W3" is obtained for the pattern 2.
  • the key event notification control unit 12b selects "cross key: ⁇ " in the movement pattern setting file of FIG. 4 in step S4.
  • the order “W1 ⁇ W2 ⁇ W3 ⁇ W4” of the pattern 1 associated with is determined as the order to be used for the notification “cross key: ⁇ ”.
  • step S5 it is determined that the window is not stored in notification destination window storage unit 15.
  • step S7 key event notification control unit 12b determines that the order determined in step S4 is "W1 ⁇ W2 ⁇ W3 ⁇ W4.
  • the first window W1 (dotted line frame in FIG. 7) of “” is determined as the notification destination window.
  • step S8 the key event notification control unit 12b notifies the application corresponding to the window W1 determined as the notification destination window of "cross key: ⁇ ".
  • step S10 the key event notification control unit 12b transmits the window W1 determined most recently to the notification destination window to the notification destination window storage unit 15.
  • the dashed-dotted box in FIG. 7 shows the window corresponding to the application using the key event in this case. Thereafter, the process returns to step S1.
  • step S1 and step S2 processing similar to the above-described step S1 and step S2 is performed. If the acquiring unit 11 acquires "cross key: ⁇ " as a key event in step S3, the key event notification control unit 12b selects "cross key: ⁇ " in the movement pattern setting file of FIG. 4 in step S4. The order “W1 ⁇ W2 ⁇ W3 ⁇ W4” of the pattern 1 associated with is determined as the order to be used for the notification “cross key: ⁇ ”.
  • step S5 it is determined that the window W1 is stored in the notification destination window storage unit 15.
  • step S6 the key event notification control unit 12b uses the window W1 (broken line frame in FIG. 8) as the notification destination window. decide.
  • step S8 the key event notification control unit 12b notifies the application corresponding to the window W1 determined in the notification destination window of "cross key: ⁇ ".
  • step S11 the key event notification control unit 12b sends the window W2 next to the window W1 in the order of pattern 1 to the notification destination window. Decide as. Thereafter, the process returns to step S8.
  • step S8 the key event notification control unit 12b notifies the application corresponding to the window W2 determined as the notification destination window of "cross key: ⁇ ".
  • step S10 the key event notification control unit 12b determines the window W2 determined most recently in the notification destination window as the notification destination window storage unit 15.
  • the dashed-dotted line frame of FIG. 8 shows the window corresponding to the application which used the key event in this case. Thereafter, the process returns to step S1.
  • step S1 and step S2 processing similar to the above-described step S1 and step S2 is performed.
  • the key event notification control unit 12 b selects “cross key: ⁇ ”in the movement pattern setting file of FIG. 4 in step S 4.
  • the order "W2-> W1-> W4-> W3" of the pattern 2 associated with is determined as the order to be used for the notification of "cross key: ⁇ ".
  • step S5 it is determined that the window W2 is stored in the notification destination window storage unit 15.
  • step S6 the key event notification control unit 12b sets the window W2 (broken line frame in FIG. 9) as the notification destination window. decide.
  • step S8 the key event notification control unit 12b notifies the application corresponding to the window W2 determined as the notification destination window of "cross key::”. If the application does not use “cross key: ⁇ ”in step S 9, in step S 11, the key event notification control unit 12 b sends the window W 1 next to the window W 2 in the order of pattern 2 to the notification destination window. Decide as. Thereafter, the process returns to step S8.
  • step S8 the key event notification control unit 12b notifies the application corresponding to the window W1 determined as the notification destination window of "cross key::”.
  • step S10 the key event notification control unit 12b transmits the window W1 determined most recently to the notification destination window to the notification destination window storage unit 15.
  • the dashed-dotted line frame in FIG. 9 indicates the window corresponding to the application using the key event in this case. Thereafter, the process returns to step S1.
  • ⁇ Summary of Embodiment 2> According to the notification control device 1 in the second embodiment, when the acquisition unit 11 acquires a key event, the application corresponding to the notification destination window is notified of the key event, and the key event is used by the application. If not, the notification destination window is changed, and the key event is notified to the application corresponding to the new notification destination window. According to such a configuration, the key event acquired by the acquisition unit 11 can be used as much as possible.
  • the plurality of windows 22 are ordered based on the positions of the plurality of windows 22 displayed on the display device 21 and the movement pattern setting file. According to such a configuration, the plurality of windows 22 suitable for the positions of the plurality of windows 22 can be ordered.
  • the order to be used for the notification control of the key event is determined. According to such a configuration, it is possible to notify the application of key events in the order suitable for the key events.
  • Embodiment 3 The block configuration of the notification control device 1 according to the third embodiment of the present invention is the same as the block configuration (FIG. 3) of the notification control device 1 according to the second embodiment.
  • the same or similar components as or to the components described above are designated by the same reference numerals, and different components will be mainly described.
  • the file storage unit 14 stores the movement pattern setting file, as in the second embodiment.
  • FIG. 10 is a view showing a movement pattern setting file according to the third embodiment.
  • the key event notification control unit 12b stores the positions of the plurality of windows 22 displayed on the display device 21 and the file storage unit 14.
  • the plurality of windows 22 are ordered based on the movement pattern setting file.
  • the file storage unit 14 stores not only the movement pattern setting file but also the notification type file.
  • 11 to 15 are diagrams showing notification type files according to the third embodiment.
  • the notification type file of FIG. 11 shows details of processing contents of notification types A to E.
  • the window next to the notification destination window in the order may be referred to as the “next notification destination window”, and the application corresponding to the next notification destination window is referred to as “the next notification destination application”.
  • the next notification destination application There is also a note.
  • the notification type A is set to notify a notification destination application of a key event, and when the notification destination application does not use the key event, notify the next notification destination application of the key event.
  • the notification type B it is set that a key event is notified to the notification destination application, and the next notification destination application is not notified of the key event even when the notification destination application does not use the key event.
  • the notification type C is set not to notify the notification destination application of the key event, and notifying the next notification destination application of the key event.
  • the notification type D it is set that the key event is not notified to any of the notification destination application and the next notification destination application.
  • the notification types A to D it is set whether or not to notify the notification destination application of the key event, and whether to notify the next notification destination application of the key event.
  • notification types are set for each key event (hard key type) in the Navi window which is a window corresponding to a navigation application.
  • the Av window of FIG. 13 which is a window corresponding to a video and audio application
  • the Radio window of FIG. 14 which is a window corresponding to a radio application
  • the Popup window of FIG. The notification type is set for each key event.
  • the notification destination application may be called a first application, and the next notification destination application may be called a second application.
  • the key event notification control unit 12b selects one window applied to the notification destination window from among the plurality of windows 22 based on predetermined conditions. decide. Then, the key event notification control unit 12b determines the notification destination application and the next notification destination application based on the one window determined in the notification destination window, the key event acquired by the acquisition unit 11, and the notification type file. Control to notify each of the two applications applied to the key event. This will be described in detail by the operation and the operation example described later.
  • notification type E is set in the "current location key" of the Navi window in FIG.
  • the key event can be notified only to the application corresponding to the window regardless of whether the window for which the notification type E is set is the notification destination window or not. It is set.
  • the key event notification control unit 12b sets the notification type of the "current location key” in another window. Regardless, notify the "location key” only to the navigation application. That is, when the key event acquired by the acquisition unit 11 is a specific key event, the key event notification control unit 12 b notifies the key event only to a specific application corresponding to the specific key event.
  • FIG. 16 is a flowchart showing the operation of the notification control device 1 according to the third embodiment.
  • the transfer pattern setting file and the notification type file are already stored in the file storage unit 14, and the operation described below is performed when the notification control device 1 is powered on.
  • step S21 the key event notification control unit 12b acquires, from the window control unit 12a, the respective positions of the plurality of windows 22 displayed on the display device 21, and from the file storage unit 14, the movement pattern setting file and Get the notification type file.
  • step S22 the key event notification control unit 12b ranks the plurality of windows 22 based on the positions of the plurality of windows 22 displayed on the display device 21 and the movement pattern setting file.
  • step S23 the key event notification control unit 12b determines whether the acquisition unit 11 has acquired a key event. If it is determined that the acquisition unit 11 has acquired a key event, the process proceeds to step S24. If it is determined that the acquisition unit 11 has not acquired a key event, the process returns to step S21.
  • step S24 key event notification control unit 12b determines whether the key event acquired by acquisition unit 11 is a specific key event in which notification type E is set in any of the plurality of windows 22. Do. If it is determined that the key event is a specific key event, the process proceeds to step S25. If it is determined that the key event is not a specific key event, the process proceeds to step S26.
  • step S25 the key event notification control unit 12b notifies the specific key event only to the specific application for which the notification type E is set for the specific key event acquired by the acquisition unit 11. Thereafter, the process returns to step S21.
  • step S26 based on the key event acquired by the acquisition unit 11, the key event notification control unit 12b notifies the key event of the order corresponding to the key event among the sequences acquired in step S22. Determined as the order to be used.
  • the key event acquired by the acquisition unit 11 is “cross key: ⁇ ”, “Volume key”, or “current location key”
  • the order acquired by pattern 1 is determined and acquired
  • the key event acquired by the unit 11 is “cross key: ⁇ ”
  • the order acquired by the pattern 2 is determined.
  • step S27 the key event notification control unit 12b determines whether the window is stored in the notification destination window storage unit 15. If it is determined that the window is stored in notification destination window storage unit 15, the process proceeds to step S28, and if it is determined that the window is not stored in notification destination window storage unit 15, the process The process proceeds to step S29.
  • step S28 key event notification control unit 12b determines the window stored in notification destination window storage unit 15 as the notification destination window. Thereafter, the process proceeds to step S30.
  • step S29 the key event notification control unit 12b determines the top window in the order determined in step S26 as the notification destination window. Thereafter, the process proceeds to step S30.
  • step S30 the key event notification control unit 12b determines the notification destination application and the next based on the one window determined in the notification destination window, the key event acquired by the acquisition unit 11, and the notification type file. Control is performed to notify each of the two applications applied to the notification destination application of the key event. At this time, the key event notification control unit 12 b changes the window stored in the notification destination window storage unit 15 as appropriate. Thereafter, the process returns to step S21.
  • ⁇ Operation example 1> 17 and 18 are diagrams for explaining an operation example 1 of the notification control device 1 according to the third embodiment.
  • the Navi window W6, the Av window W7, and the Radio window W8 are displayed on the display device 21.
  • the screen of the display device 21 has a width 600 ⁇ a height 600.
  • the coordinates, width and height of each of the windows W6 to W8 are as follows. In the following description, it is assumed that the window is not stored in the notification destination window storage unit 15 when the process of the first step S21 is performed.
  • Navi window W6 coordinates (50, 50, 1), width 200 ⁇ height 200
  • Av window W7 coordinates (300, 50, 1), width 200 x height 200
  • Radio window W8 coordinates (50, 300, 1), width 500 ⁇ height 200
  • step S21 the key event notification control unit 12b acquires the coordinates of the plurality of windows W6 to W8 from the window control unit 12a, and acquires the movement pattern setting file and the notification type file from the file storage unit 14.
  • step S22 the key event notification control unit 12b ranks the plurality of windows W6 to W8 based on the positions of the plurality of windows W6 to W8 and the movement pattern setting file.
  • the key event notification control unit 12b uses the “Navi window W6”, the “Av window W7” whose coordinate x is larger than the Navi window W6, the Navi window W6, and the Av window W7.
  • a plurality of windows W6 to W8 are ordered in the order of "Radio window W8" in which the coordinate y is large.
  • the order “W6 ⁇ W7 ⁇ W8” is obtained for the pattern 1.
  • the key event notification control unit 12b uses the "Av window W7", the "Navi window W6” whose coordinate x is smaller than the Av window W7, the Navi window W6, and the Av window W7.
  • a plurality of windows W6 to W8 are ordered in the order of "Radio window W8" in which the coordinate y is large.
  • the order “W7 ⁇ W6 ⁇ W8” is obtained for the pattern 2.
  • step S23 When the acquiring unit 11 acquires the "Volume key” as a key event in step S23, it is determined in step S24 that the "Volume key" acquired by the acquiring unit 11 is not a specific key event.
  • step S26 the key event notification control unit 12b notifies the "Volume key" of the order "W6 ⁇ W7 ⁇ W8" of the pattern 1 associated with the "Volume key” in the movement pattern setting file of FIG. Determined as the order to be used for
  • step S27 it is determined that the window is not stored in notification destination window storage unit 15.
  • step S29 key event notification control unit 12b determines that the order is "W6 ⁇ W7 ⁇ W8" determined in step S26.
  • the leading Navi window W6 (dashed frame in FIG. 18) is determined as the notification destination window.
  • the key event notification control unit 12b refers to the notification type file in FIGS. 11 to 15 for the Navi window W6 determined in the notification destination window and the “Volume key” acquired by the acquisition unit 11. Do. A notification type C is set in the "Volume key” of the Navi window in FIG. Therefore, the key event notification control unit 12b notifies the application of the audio and video of the Av window W7 of the "Volume key” according to the notification type C without notifying the application of navigation of the Navi window W6 of the "Volume key”. . When the application for video and audio uses the “Volume key”, the key event notification control unit 12 b stores the Av window W 7 in the notification destination window storage unit 15. The dashed-dotted line frame of FIG. 18 shows the window corresponding to the application which used the key event in this case. Thereafter, the process returns to step S21.
  • FIG. 19 is a diagram for describing an operation example 2 of the notification control device 1 according to the third embodiment.
  • the same windows W6 to W8 as the windows W6 to W8 in FIG. 17 are displayed on the display device 21.
  • the Av window W7 (indicated by the broken line frame in FIG. 19) is stored in the notification destination window storage unit 15 when the process of the first step S21 is performed.
  • step S21 and step S22 By performing the processes of step S21 and step S22, the order "W6 ⁇ W7 ⁇ W8" is obtained for the pattern 1, and the order "W7 ⁇ W6 ⁇ W8" for the pattern 2 is obtained.
  • the “current location key” acquired by the acquiring unit 11 in step S24 is a Navi window W6, an Av window W7, and a Radio window W8.
  • the notification type E is a specific key event set in the Navi window W6 of FIG.
  • the key event notification control unit 12b notifies only the navigation application of the "current location key".
  • the key event notification control unit 12b does not store the Navi window W6 in the notification destination window storage unit 15. Therefore, the notification destination window remains the Av window W7.
  • the dashed-dotted line frame of FIG. 19 shows the window corresponding to the application which used the key event in this case. Thereafter, the process returns to step S21.
  • FIGS. 20 and 21 are diagrams for explaining an operation example 3 of the notification control device 1 according to the third embodiment.
  • FIGS. 20 and 21 not only windows W6 to W8 identical to windows W6 to W8 in FIG. 17 but also Popup window W9 are displayed on the display device 21.
  • the coordinates, width and height of the Popup window W9 are as follows. In the following description, it is assumed that the window is not stored in the notification destination window storage unit 15 when the process of the first step S21 is performed.
  • Popup window W9 coordinates (150, 150, 2), width 200 ⁇ height 200
  • step S21 the key event notification control unit 12b acquires the coordinates of the plurality of windows W6 to W9 from the window control unit 12a, and acquires the movement pattern setting file and the notification type file from the file storage unit 14.
  • step S22 the key event notification control unit 12b ranks the plurality of windows W6 to W9 based on the positions of the plurality of windows W6 to W9 and the movement pattern setting file.
  • the key event notification control unit 12b sets the "Popup window W9", the "Navi window W6” whose coordinate z is smaller than the Popup window W9, and the coordinate x is larger than the Navi window W6.
  • a plurality of windows W6 to W9 are ordered in the order of "Av window W7", Navi window W6, and "Radio window W8" having larger coordinates y than Av window W7.
  • the order “W9 ⁇ W6 ⁇ W7 ⁇ W8” is obtained for the pattern 1.
  • the key event notification control unit 12b determines that the “Popup window W9”, the “Av window W7” whose coordinate z is smaller than the Popup window W9, and the coordinate x is smaller
  • a plurality of windows W6 to W9 are ordered in the order of "Navi window W6", Navi window W6, and "Radio window W8" having larger coordinate y than Av window W7.
  • an order “W9 ⁇ W7 ⁇ W6 ⁇ W8” is obtained for the pattern 2.
  • step S23 When the acquiring unit 11 acquires the "Volume key” as a key event in step S23, it is determined in step S24 that the "Volume key" acquired by the acquiring unit 11 is not a specific key event.
  • step S26 the key event notification control unit 12b sets the order "W9-> W6-> W7-> W8" of pattern 1 associated with the "Volume key” in the movement pattern setting file of Fig. 10 to the "Volume key". Determined as the order to be used for notification of
  • step S27 it is determined that the window is not stored in notification destination window storage unit 15.
  • step S29 key event notification control unit 12b determines that the order determined in step S26 is "W9 ⁇ W6 ⁇ W7 ⁇ W8. “Popup window W9 at the beginning of“ (dotted line frame in FIG. 21) ”is determined as the notification destination window.
  • the key event notification control unit 12b refers to the notification type file of FIGS. 11 to 15 for the Popup window W9 determined as the notification destination window and the "Volume key" acquired by the acquisition unit 11. Do. A notification type D is set in the "Volume key" of the Popup window of FIG. Therefore, according to the notification type D, the key event notification control unit 12b does not notify the "Volume key” to any of the pop-up display application of the Popup window W9 and the navigation application of the Navi window W6. In this case, the key event notification control unit 12b stores the Navi window W6 or Popup window W9 in the notification destination window storage unit 15 according to the setting. Thereafter, the process returns to step S21.
  • FIG. 22 is a diagram for describing an operation example 4 of the notification control device 1 according to the third embodiment.
  • the same windows W6 to W9 as the windows W6 to W9 in FIG. 20 are displayed on the display device 21.
  • the Popup window W9 (the dashed line frame in FIG. 22) is stored in the notification destination window storage unit 15 when the process of the first step S21 is performed.
  • step S21 and step S22 By performing the processing of step S21 and step S22, the order "W9-> W6-> W7-> W8" is obtained for pattern 1, and the order "W9-> W7-> W6-> W8" is obtained for pattern 2. .
  • step S23 when acquisition unit 11 acquires "cross key: ⁇ " as a key event, it is determined in step S24 that "cross key: ⁇ " acquired by acquisition unit 11 is not a specific key event. Be done.
  • step S26 key event notification control unit 12b sets the order "W9-> W6-> W7-> W8" of pattern 1 that is associated with "cross key:->" in the movement pattern setting file of FIG. It is decided as an order to be used for notification of key: ⁇ .
  • step S27 it is determined that Popup window W9 is stored in notification destination window storage unit 15.
  • step S28 key event notification control unit 12b notifies Popup window W9 (indicated by the broken line frame in FIG. 22). Determined as the destination window.
  • step S30 the key event notification control unit 12b determines the notification type file of FIGS. 11 to 15 for the Popup window W9 determined in the notification destination window and the “cross key: ⁇ ” acquired by the acquiring unit 11.
  • a notification type B is set in the “cross key: ⁇ ” of the Popup window of FIG. Therefore, the key event notification control unit 12b notifies the application of the pop-up display of the Popup window W9 of "cross key: ⁇ " according to the notification type B.
  • the key event notification control unit 12 b stores the Popup window W 9 in the notification destination window storage unit 15.
  • the dashed-dotted line frame of FIG. 22 shows the window corresponding to the application which used the key event in this case. Thereafter, the process returns to step S21.
  • the key event notification control unit 12 b does not notify “nav key: ⁇ ” to the navigation application of the Navi window W 6 according to the notification type B. In this case, the key event notification control unit 12b stores the Navi window W6 or Popup window W9 in the notification destination window storage unit 15 according to the setting. Thereafter, the process returns to step S21.
  • the notification destination application and the notification type file are obtained based on one window determined in the notification destination window, the key event acquired by the acquiring unit 11, and the notification type file. Control is performed to notify key events to each of two applications applied to the next notification destination application. According to such a configuration, notification control suitable for the notification destination window and the key event acquired by the acquisition unit 11 can be performed.
  • the key event acquired by the acquisition unit 11 is a specific key event
  • the key event is notified only to the specific application corresponding to the specific key event. According to such a configuration, it is possible to suppress that a key event is notified to an unintended application.
  • the block configuration of the notification control device 1 according to the fourth embodiment of the present invention is the same as the block configuration (FIG. 3) of the notification control device 1 according to the second embodiment.
  • constituent elements according to the fourth embodiment constituent elements that are the same as or similar to the above constituent elements are given the same reference numerals, and different constituent elements are mainly described.
  • the key event notification control unit 12b determines one window to be applied to the notification destination window from among the plurality of windows 22 based on a predetermined condition. Then, the key event notification control unit 12b performs a key event for the application to be applied to the next notification destination application based on the determined one window, the key event acquired by the acquisition unit 11, and the notification type file. Control to notify.
  • the key event notification control unit 12b is applied to the notification destination window (first window) and the next notification destination window (second window) based on predetermined conditions. Two windows to be selected are determined from among the plurality of windows 22. Then, the key event notification control unit 12b is applied to one application to be applied to the next notification destination application based on the determined two windows, the key event acquired by the acquisition unit 11, and the notification type file. , And performs control to notify the key event.
  • the key event notification control unit 12b performs control to notify the application applied to the next notification destination application of the key event in consideration of the window determined to be the next notification destination window. Do.
  • FIG. 23 is a flowchart showing the operation of the notification control device 1 according to the fourth embodiment.
  • the flowchart of FIG. 23 is similar to that of FIG. 16 except that step S30 is changed to step S35.
  • step S35 the key event notification control unit 12b determines the notification destination application and the next based on the one window determined in the notification destination window, the key event acquired by the acquisition unit 11, and the notification type file. Control to notify the key event to each of two applications applied to the notification destination application. However, in the fourth embodiment, the key event notification control unit 12b performs control to notify the application applied to the next notification destination application of the key event in consideration of the window determined to be the next notification destination window. . At this time, the key event notification control unit 12 b changes the window stored in the notification destination window storage unit 15 as appropriate. Thereafter, the process returns to step S21.
  • FIG. 24 is a diagram for explaining an operation example of the notification control device 1 according to the fourth embodiment.
  • windows W6 to W8 similar to the windows W6 to W8 in FIG. 17 are displayed on the display device 21.
  • the Navi window W6 (dotted line frame in FIG. 24) is stored in the notification destination window storage unit 15 when the process of the first step S21 is performed.
  • step S21 and step S22 By performing the processes of step S21 and step S22, the order "W6 ⁇ W7 ⁇ W8" is obtained for the pattern 1, and the order "W7 ⁇ W6 ⁇ W8" for the pattern 2 is obtained.
  • step S23 When the acquiring unit 11 acquires the "Volume key” as a key event in step S23, it is determined in step S24 that the "Volume key" acquired by the acquiring unit 11 is not a specific key event.
  • step S26 the key event notification control unit 12b notifies the "Volume key" of the order "W6 ⁇ W7 ⁇ W8" of the pattern 1 associated with the "Volume key” in the movement pattern setting file of FIG. Determined as the order to be used for
  • step S27 it is determined that the Navi window W6 is stored in the notification destination window storage unit 15.
  • step S28 the key event notification control unit 12b notifies the Navi window W6 (broken line frame in FIG. 24). Determined as the destination window.
  • the key event notification control unit 12b refers to the notification type file in FIGS. 11 to 15 for the Navi window W6 determined in the notification destination window and the "Volume key" acquired by the acquisition unit 11. Do. A notification type C is set in the "Volume key" of the Navi window W6 of FIG. Therefore, the key event notification control unit 12b does not notify the navigation application of the Navi window W6 of the "Volume key” according to the notification type C in the case where the notification destination window is the Navi window W6, and the video of the Av window W7 Decide to notify the voice application of the "Volume key". At the same time, the key event notification control unit 12b determines the Av window W7 as a notification destination window.
  • the key event notification control unit 12b refers to the notification type files in FIGS. 11 to 15 for the Av window W7 determined in the notification destination window and the “Volume key” acquired by the acquisition unit 11. Notification type A is set in the “Volume key” of the Av window of FIG. Therefore, the key event notification control unit 12b notifies the "Volume key” to the audio and video application of the Av window W7 according to the notification type A when the notification destination window is the Av window W7.
  • the key event notification control unit 12b refers to the notification type C "notification to the next notification destination application (application of video and audio)" and notifies
  • the notification type A “notification to the notification destination application (application of video and audio)” is referred to.
  • the key event notification control unit 12b notifies the application of video and audio of "Volume key" according to the notification to the application of video and audio common to the two reference results.
  • the key event notification control unit 12 b stores the Av window W 7 in the notification destination window storage unit 15.
  • the dashed-dotted line frame of FIG. 24 shows the window corresponding to the application which used the key event in this case. Thereafter, the process returns to step S21.
  • the key event notification control unit 12b follows the notification type A in the case where the notification destination window is the Av window W7 to the radio application that is the next notification destination application. Decide to notify "Volume key”. That is, the key event notification control unit 12b determines the Radio window W8 as the notification destination window.
  • the key event notification control unit 12b refers to the notification type files in FIGS. 11 to 15 for the Radio window W8 determined in the notification destination window and the “Volume key” acquired by the acquisition unit 11. Notification type A is set in the “Volume key” of the Radio window in FIG. Therefore, the key event notification control unit 12b notifies the application of the radio of the Radio window W8 of the "Volume key” according to the notification type A when the notification destination window is the Radio window W8.
  • the key event notification control unit 12b refers to the notification type A “notification to the next notification destination application (radio application)”, and the notification destination When the window is the Radio window W8, a notification type A “notification to notification destination application (radio application)” is referred to.
  • the key event notification control unit 12 b notifies the application of the radio of “Volume key” according to the notification to the application of the radio common to the two reference results.
  • the key event notification control unit 12b stores the Radio window W8 in the notification destination window storage unit 15.
  • the dashed-two dotted line frame of FIG. 24 shows the window corresponding to the application which used the key event in this case. Thereafter, the process returns to step S21.
  • control is performed to notify an application applied to the next notification destination application of a key event, taking into consideration the window determined to be the next notification destination window. According to such a configuration, it is possible to appropriately notify a key event to the application applied to the next notification destination application.
  • the key event notification control unit 12 b changes the window applied to the notification destination window when the predetermined condition is satisfied in one of the plurality of windows 22. You may
  • the key event notification control unit 12b when a touch operation is performed on one of the plurality of windows 22, the key event notification control unit 12b notifies the one window as a notification destination. It may be determined as a window.
  • the key event notification control unit 12 b performs ordering on the plurality of windows displayed on the display device 21.
  • the top window of the plurality of windows may be determined as the notification destination window.
  • an application corresponding to one window satisfying the above conditions notifies a change request to the key event notification control unit 12b, and the key event notification control unit 12b generates the change request. You may change the window that is applied to the notification destination window when it is received.
  • the key event notification control unit 12b in response to a change request from the outside of the notification control device 1, may change the movement pattern setting file and generate a new movement pattern setting file.
  • the key event notification control unit 12 b may change pattern 1 of “cross key: ⁇ ” of FIG. 10 to pattern 2 in response to a change request for the pattern of “cross key: ⁇ ”.
  • the file storage unit 14 may store a new transfer pattern setting file from the time when the power of the notification control device 1 is turned off to the time when the power is turned off.
  • the key event notification control unit 12b may change the notification type file and generate a new notification type file in response to a change request from the outside of the notification control device 1.
  • the key event notification control unit 12b may change the notification type A of "cross key: ⁇ " to the notification type B in response to a change request for the notification type of "cross key: ⁇ ".
  • the file storage unit 14 may store a new notification type file from when the sequence for turning off the notification control device 1 is started to when the power is turned off.
  • acquisition unit 11 and the control unit 12 in FIG. 1 described above will be referred to as “acquisition unit 11 and the like”.
  • the acquisition unit 11 and the like are realized by the processing circuit 81 shown in FIG. That is, the processing circuit 81 acquires the key event received by the hard key, and the first application corresponding to the first window among the plurality of windows when the acquisition unit 11 acquires the key event.
  • the control unit 12 performs control for notifying a key event and control for notifying a second application corresponding to a second window next to the first window in the order.
  • Dedicated hardware may be applied to the processing circuit 81, or a processor that executes a program stored in a memory may be applied.
  • the processor corresponds to, for example, a central processing unit, a processing unit, an arithmetic unit, a microprocessor, a microcomputer, a DSP (Digital Signal Processor), and the like.
  • the processing circuit 81 may be, for example, a single circuit, a complex circuit, a programmed processor, a parallel programmed processor, an application specific integrated circuit (ASIC), an FPGA (field programmable gate) An array) or a combination thereof is applicable.
  • ASIC application specific integrated circuit
  • FPGA field programmable gate
  • Each function of each unit such as the acquisition unit 11 may be realized by a circuit in which processing circuits are dispersed, or the function of each unit may be realized by one processing circuit.
  • the processing circuit 81 When the processing circuit 81 is a processor, the functions of the acquisition unit 11 and the like are realized by a combination with software and the like.
  • the software and the like correspond to, for example, software, firmware, or software and firmware.
  • Software and the like are described as a program and stored in the memory 83.
  • the processor 82 applied to the processing circuit 81 implements the functions of the respective units by reading and executing the program stored in the memory 83. That is, when executed by the processing circuit 81, the notification control device 1 acquires a key event received by the hard key, and when the key event is acquired, the first window of the plurality of windows is selected.
  • a memory 83 for storing a program to be stored is, for example, non-volatile or non-volatile, such as random access memory (RAM), read only memory (ROM), flash memory, erasable programmable read only memory (EPROM), electrically erasable programmable read only memory (EEPROM). Volatile semiconductor memory, HDD (Hard Disk Drive), magnetic disk, flexible disk, optical disk, compact disk, mini disk, DVD (Digital Versatile Disc), its drive device, etc. or any storage medium used in the future May be
  • RAM random access memory
  • ROM read only memory
  • EPROM erasable programmable read only memory
  • EEPROM electrically erasable programmable read only memory
  • the present invention is not limited to this, and a part of the acquisition unit 11 or the like may be realized by dedicated hardware, and another part may be realized by software or the like.
  • the function of the acquisition unit 11 is realized by the processing circuit 81 and the receiver as dedicated hardware, and the processing circuit 81 as the processor 82 reads out and executes the program stored in the memory 83 for the rest. It is possible to realize the function by that.
  • the processing circuit 81 can realize each of the functions described above by hardware, software, etc., or a combination thereof.
  • the window storage unit 13, the file storage unit 14, and the notification destination window storage unit 15 are configured of the memory 83, they may be configured of individual memories.
  • the notification control device 1 described above includes at least any one of a navigation device such as a portable navigation device (PND), a communication terminal including a portable terminal such as a mobile phone, a smartphone and a tablet, a navigation device and a communication terminal.
  • a navigation device such as a portable navigation device (PND)
  • PND portable navigation device
  • a communication terminal including a portable terminal such as a mobile phone, a smartphone and a tablet
  • a navigation device and a communication terminal can also be applied to a notification control system constructed as a system by appropriately combining the function of an application installed in one and the server.
  • each function or each component of the notification control device 1 described above may be distributed to each device configuring the system, or may be concentrated to any device.
  • the notification control device may further include the display device 21 of FIG.
  • FIG. 27 is a block diagram showing the configuration of the server 91 according to the present modification.
  • the server 91 of FIG. 27 includes a communication unit 91a and a control unit 91b, and can perform wireless communication with the navigation device 93 of the vehicle 92.
  • the communication unit 91a which is an acquisition unit, wirelessly communicates with the navigation device 93 to receive the key event acquired by the hard key of the navigation device 93.
  • the control unit 91 b has a function similar to that of the control unit 12 of FIG. 1 by executing a program stored in a memory (not shown) of the server 91 by a processor (not shown) of the server 91 or the like. That is, when the communication unit 91a acquires a key event, the control unit 91b performs control to notify the first application corresponding to the first window among the plurality of windows, and the control following the first window in the order. Generating a control signal for performing control to notify a key event to the second application corresponding to the second window of Then, the communication unit 91a transmits the control signal generated by the control unit 91b to the navigation device 93.
  • the same effect as the notification control device 1 described in the first embodiment can be obtained.
  • FIG. 28 is a block diagram showing a configuration of communication terminal 96 according to the present modification.
  • the communication terminal 96 of FIG. 28 includes a communication unit 96a similar to the communication unit 91a and a control unit 96b similar to the control unit 91b, and can communicate wirelessly with the navigation device 98 of the vehicle 97. ing.
  • a mobile terminal such as a mobile phone carried by the driver of the vehicle 97, a smart phone, and a tablet is applied.
  • the communication terminal 96 configured as described above, the same effect as the notification control device 1 described in the first embodiment can be obtained.
  • each embodiment and each modification can be freely combined, or each embodiment and each modification can be suitably modified or omitted.

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

異なるアプリケーションに対するキーイベントの通知をハードキーによって行うことが可能な技術を提供することを目的とする。通知制御装置１は、ハードキーが受け付けたキーイベントを取得する取得部１１と、取得部１１がキーイベントを取得した場合に、複数のウィンドウ２２のうちの第１ウィンドウに対応する第１アプリケーションにキーイベントを通知する制御と、序列における第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションにキーイベントを通知する制御とを行う制御部１２とを備える。

Description

通知制御装置及び通知制御方法
　本発明は、アプリケーションに対するキーイベントの通知を制御する通知制御装置及び通知制御方法に関する。
　表示装置に表示されているウィンドウに対応するアプリケーションに、ハードキーで受け付けたキーイベントを通知する通知制御装置について、様々な技術が提案されている（例えば特許文献１，２）。一方、１つのウィンドウではなく複数のウィンドウを一画面に表示する技術が様々な装置において適用されつつある。
特開２００７－０８６８５９号公報 特開２００５－２９３３１６号公報
　複数のウィンドウが表示される場合、ユーザは、ハードキーにおいて入力したキーイベントを、あるウィンドウのアプリケーションから、別のウィンドウの別のアプリケーションに切り替えて用いたいことがある。しかしながら、従来の通知制御装置では、１つのウィンドウに対応するアプリケーションにキーイベントを通知するように構成されているので、そのような操作を行うことができないという問題があった。
　そこで、本発明は、上記のような問題点を鑑みてなされたものであり、異なるアプリケーションに対するキーイベントの通知をハードキーによって行うことが可能な技術を提供することを目的とする。
　本発明に係る通知制御装置は、表示装置に関する通知制御装置であって、表示装置は、複数のアプリケーションにそれぞれ対応する複数のウィンドウであって、序列づけられた複数のウィンドウが表示装置を表示し、ハードキーが受け付けたキーイベントを取得する取得部と、取得部がキーイベントを取得した場合に、複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションにキーイベントを通知する制御と、序列における第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションにキーイベントを通知する制御とを行う制御部とを備える。
　本発明によれば、キーイベントを取得した場合に、複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションにキーイベントを通知する制御と、序列における第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションにキーイベントを通知する制御とを行う。このような構成によれば、ユーザは、異なるアプリケーションに対するキーイベントの通知をハードキーによって行うことができる。
　本発明の目的、特徴、態様及び利点は、以下の詳細な説明と添付図面とによって、より明白となる。
実施の形態１に係る通知制御装置の構成を示すブロック図である。 実施の形態１に係る通知制御装置の動作例を説明するための図である。 実施の形態２に係る通知制御装置の構成を示すブロック図である。 実施の形態２に係る移動パターン設定ファイルを示す図である。 実施の形態２に係る通知制御装置の動作を示すフローチャートである。 実施の形態２に係る通知制御装置の動作例を説明するための図である。 実施の形態２に係る通知制御装置の動作例を説明するための図である。 実施の形態２に係る通知制御装置の動作例を説明するための図である。 実施の形態２に係る通知制御装置の動作例を説明するための図である。 実施の形態３に係る移動パターン設定ファイルを示す図である。 実施の形態３に係る通知種別ファイルを示す図である。 実施の形態３に係る通知種別ファイルを示す図である。 実施の形態３に係る通知種別ファイルを示す図である。 実施の形態３に係る通知種別ファイルを示す図である。 実施の形態３に係る通知種別ファイルを示す図である。 実施の形態３に係る通知制御装置の動作を示すフローチャートである。 実施の形態３に係る通知制御装置の動作例１を説明するための図である。 実施の形態３に係る通知制御装置の動作例１を説明するための図である。 実施の形態３に係る通知制御装置の動作例２を説明するための図である。 実施の形態３に係る通知制御装置の動作例３を説明するための図である。 実施の形態３に係る通知制御装置の動作例３を説明するための図である。 実施の形態３に係る通知制御装置の動作例４を説明するための図である。 実施の形態４に係る通知制御装置の動作を示すフローチャートである。 実施の形態４に係る通知制御装置の動作例１を説明するための図である。 その他の変形例に係る通知制御装置のハードウェア構成を示すブロック図である。 その他の変形例に係る通知制御装置のハードウェア構成を示すブロック図である。 その他の変形例に係るサーバの構成を示すブロック図である。 その他の変形例に係る通信端末の構成を示すブロック図である。
　＜実施の形態１＞
　図１は、本発明の実施の形態１に係る通知制御装置１の構成を示すブロック図である。なお、通知制御装置１は、例えば、デスクトップＰＣ（Personal Computer）、及び、車両に搭載されたナビゲーション装置などに適用することができる。
　通知制御装置１は、表示装置２１に関する通知制御装置であり、表示装置２１と無線または有線によって接続されている。表示装置２１は、例えば通知制御装置１の制御などによって複数のウィンドウ２２を表示する。複数のウィンドウ２２は、複数のアプリケーションにそれぞれ対応しており、序列づけられている。なお、表示装置２１は、例えば、車両のセンターコンソール、ＰＣなどに設けられた表示装置、または、ヘッドアップディスプレイなどである。図１では、表示装置２１は通知制御装置１の外部に設けられているが、これに限ったものではなく、通知制御装置１の内部に備えられてもよい。
　図１に示すように、通知制御装置１は、取得部１１と制御部１２とを備える。
　取得部１１は、ハードキーが受け付けたキーイベントを取得する。取得部１１は、例えば、各種インターフェース及び通信装置などである。ハードキーは、通知制御装置１の内部または外部に設けられ、例えば、十字キー、及び、物理的なボタンなどを含む。
　取得部１１がキーイベントを取得した場合、制御部１２は、複数のウィンドウ２２のうちの第１ウィンドウに対応する第１アプリケーションにキーイベントを通知（配送）する制御と、序列における第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションにキーイベントを通知（配送）する制御とを行う。これにより、第１アプリケーションに対するキーイベントの通知及び非通知が選択的に行われ、第２アプリケーションに対するキーイベントを通知及び非通知が選択的に行われる。なお、第１ウィンドウには、複数のウィンドウ２２の序列のうち最後尾のウィンドウを除く任意のウィンドウが適用される。
　図２は、本実施の形態１に係る通知制御装置１の動作例を示す図である。図２では、リスト１～３を含む第１ウィンドウ２２ａと、リスト４～６を含む第２ウィンドウ２２ｂと、１つのリストを選択するためのハイライト２３とが、表示装置２１によって表示されている。
　ハイライト２３が第１ウィンドウ２２ａのリスト２に位置する状態１において、取得部１１が十字キー２６ａから「↓」を示すキーイベント（以下「十字キー：↓」と記す）を取得した場合、制御部１２は、第１ウィンドウ２２ａに対応する第１アプリケーションに当該キーイベントを通知する。第１アプリケーションは、通知された「十字キー：↓」を用い（消費し）、その結果として、ハイライト２３が、リスト２に位置する状態１からリスト３に位置する状態２に移行する。
　状態２において、取得部１１が「十字キー：↓」を取得した場合、上述と同様に、制御部１２は、第１ウィンドウ２２ａに対応する第１アプリケーションに「十字キー：↓」を通知する。しかしながら、ハイライト２３はリスト３から下方向に移動することができないので、第１アプリケーションは、通知された「十字キー：↓」を用いる（消費する）ことができない。この場合、第１アプリケーションは、通知された「十字キー：↓」を用いることができない旨を制御部１２に通知する。
　制御部１２は、第１アプリケーションから当該通知を受けると、序列における第１ウィンドウ２２ａの次の第２ウィンドウ２２ｂに対応する第２アプリケーションに「十字キー：↓」を通知する。第２アプリケーションは、通知された「十字キー：↓」を用い（消費）し、ハイライト２３が、第２ウィンドウ２２ｂのリスト４～６のいずれか１つ（ここではリスト４）に表示されるように表示装置２１を制御する。これとともに、第２アプリケーションは、「十字キー：↓」を用いたことを、制御部１２を介して第１アプリケーションに通知する。第１アプリケーションは、当該通知を受けると、ハイライト２３が第１ウィンドウ２２ａのリスト１～３において非表示となるように表示装置２１を制御する。以上の結果として、ハイライト２３が、第１ウィンドウ２２ａのリスト３に位置する状態２から、第２ウィンドウ２２ｂのリスト４に位置する状態３に移行する。
　＜実施の形態１のまとめ＞
　以上のような本実施の形態１に係る通知制御装置１によれば、キーイベントを取得した場合に、複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションにキーイベントを通知する制御と、序列における第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションにキーイベントを通知する制御とを行う。このような構成によれば、ハードキーで受け付けたキーイベントの通知を、１つのウィンドウに対応するアプリケーションから、序列における当該１つのウィンドウの次のウィンドウに対応するアプリケーションに適宜切り替えることができる。この結果、ユーザは、異なるアプリケーションに対するキーイベントの通知をハードキーによって行うことができる。
　なお、図２を用いて説明された構成では、第１アプリケーションが、キーイベントを用いることができるか否かを判定した。しかし、制御部１２が、アプリケーションを管理するように構成されている場合には、制御部１２が、第１アプリケーションがキーイベントを用いることができるか否かを判定してもよい。そして、制御部１２は、第１アプリケーションがキーイベントを用いることができると判定した場合に、第１アプリケーションにキーイベントを通知し、第１アプリケーションがキーイベントを用いることができないと判定した場合に、第２アプリケーションにキーイベントを通知してもよい。
　＜実施の形態２＞
　図３は、本発明の実施の形態２に係る通知制御装置１の構成を示すブロック図である。以下、本実施の形態２に係る構成要素のうち、上述の構成要素と同じまたは類似する構成要素については同じ参照符号を付し、異なる構成要素について主に説明する。
　通知制御装置１は、操作入力装置２６と接続されている。操作入力装置２６は、ハードキーを有しており、当該ハードキーにおいてキーイベントを受け付けると、当該キーイベントを通知制御装置１に出力する。
　通知制御装置１は、取得部１１と、ウィンドウ制御部１２ａと、キーイベント通知制御部１２ｂと、ウィンドウ記憶部１３と、ファイル記憶部１４と、通知先ウィンドウ記憶部１５とを備える。なお、ウィンドウ制御部１２ａ及びキーイベント通知制御部１２ｂの概念は、図１の制御部１２の概念に含まれる。
　取得部１１は、操作入力装置２６から出力されたキーイベントを取得する。
　ウィンドウ制御部１２ａは、１つ以上のアプリケーションに対応する１つ以上のウィンドウ２２が表示装置２１に表示されるように表示装置２１を制御する。また、ウィンドウ制御部１２ａは、ウィンドウ記憶部１３と協働して、ウィンドウ２２と、ウィンドウ２２に対応するアプリケーションとを管理する。ウィンドウ制御部１２ａは、例えば、表示装置２１の画面にて表示されているウィンドウの位置、及び、当該ウィンドウに対応するアプリケーションの情報などを、ウィンドウ記憶部１３に適宜記憶し、キーイベント通知制御部１２ｂに適宜出力する。
　なお以下の例では、ウィンドウの位置は、ウィンドウの左上端の点の位置（ｘ，ｙ，ｚ）で示されるものとして説明する。ここで、座標ｘは、表示装置２１の画面の横方向の座標であり、座標ｙは、表示装置２１の画面の縦方向の座標である。座標ｚは、複数のウィンドウが仮想的に重ねられた場合に、一番目の下側のウィンドウから順に１、２、…の値を有する座標であり、重ねられていないウィンドウの座標ｚは１である。
　ファイル記憶部１４は、ウィンドウの移動パターン設定ファイルを記憶している。
　図４は、本実施の形態２に係る移動パターン設定ファイルを示す図である。図４の例では、移動パターン設定ファイルにおいて、ウィンドウの移動パターンとしてパターン１及び２が設定されている。なお、ウィンドウの移動パターンとは、表示装置２１におけるウィンドウの位置に関するウィンドウの序列のパターンである。
　例えばパターン１は、（１）表示装置２１の画面に複数のウィンドウが表示されている場合、座標ｚの値が大きい順に当該複数のウィンドウが序列づけられる、（２）座標ｚの値が同じである複数のウィンドウが存在する場合、座標ｙの値が小さい順に当該複数のウィンドウが序列づけられる、（３）座標ｙの値が同じである複数のウィンドウが存在する場合、座標ｘの値が小さい順に当該ウィンドウが序列づけられる、というパターンである。
　パターン２は、（１）表示装置２１の画面に複数のウィンドウが表示されている場合、座標ｚの値が大きい順に当該複数のウィンドウが序列づけられる、（２）座標ｚの値が同じである複数のウィンドウが存在する場合、座標ｙの値が小さい順に当該複数のウィンドウが序列づけられる、（３）座標ｙの値が同じである複数のウィンドウが存在する場合、座標ｘの値が大きい順に当該ウィンドウが序列づけられる、というパターンである。
　次に、キーイベント通知制御部１２ｂについて説明する。
　＜序列の決定＞
　上述したように、複数のウィンドウ２２のそれぞれの位置は、ウィンドウ制御部１２ａからキーイベント通知制御部１２ｂに出力される。
　キーイベント通知制御部１２ｂは、表示装置２１にて表示されている複数のウィンドウ２２のそれぞれの位置と、ファイル記憶部１４に記憶された移動パターン設定ファイルとに基づいて、表示装置２１にて表示されている複数のウィンドウ２２を序列づける。
　図４の例では、ウィンドウの移動パターンがキーイベントごとに設定されている。具体的には、パターン１及び２が、「十字キー：→」及び「十字キー：←」のキーイベントにそれぞれ対応付けられて設定されている。この場合、キーイベント通知制御部１２ｂは、パターン１及び２から２通りの序列を生成し、取得部１１で取得されたキーイベントに基づいて、２通りの序列のうち当該キーイベントに対応する序列を、当該キーイベントの通知に用いる序列として決定する。
　＜通知先ウィンドウの決定＞
　キーイベント通知制御部１２ｂは、予め定められた条件に基づいて、通知先ウィンドウに適用されるウィンドウを複数のウィンドウ２２の中から決定する。予め定められた条件は、例えば、（１）通知先ウィンドウが過去に決定されていた場合、キーイベント通知制御部１２ｂは、過去の通知先ウィンドウに適用されたウィンドウを、通知先ウィンドウとして決定すること、（２）過去の通知先ウィンドウに適用されたウィンドウが存在しない場合、キーイベント通知制御部１２ｂは、複数のウィンドウ２２の序列のうち先頭のウィンドウを、通知先ウィンドウとして決定すること、などを含む。
　＜キーイベントの通知制御、通知先ウィンドウの記憶＞
　取得部１１がキーイベントを取得した場合に、キーイベント通知制御部１２ｂは、通知先ウィンドウに対応するアプリケーションにキーイベントを通知する。この場合、通知先ウィンドウは第１ウィンドウと呼ぶこともできる。なお以下では、説明を簡単にするため、通知先ウィンドウに対応するアプリケーションを「通知先アプリケーション」と記すこともある。
　通知先アプリケーションが、通知されたキーイベントを用いた場合、キーイベント通知制御部１２ｂは、通知先ウィンドウに直近に決定されたウィンドウを通知先ウィンドウ記憶部１５に記憶する。
　通知先アプリケーションが、通知されたキーイベントを用いなかった場合、キーイベント通知制御部１２ｂは、通知先ウィンドウに適用されているウィンドウの次のウィンドウを、通知先ウィンドウとして決定する。そして、キーイベント通知制御部１２ｂは、新たな通知先ウィンドウに対応する通知先アプリケーションにキーイベントを通知する。この場合、新たな通知先ウィンドウは第２ウィンドウと呼ぶこともできる。
　キーイベント通知制御部１２ｂは、キーイベントがアプリケーションによって用いられるまで、以上のキーイベントの一連の通知制御を繰り返す。
　＜動作＞
　図５は、本実施の形態２に係る通知制御装置１の動作を示すフローチャートである。なお、移動パターン設定ファイルは、ファイル記憶部１４にすでに記憶されており、以下に説明する動作は、通知制御装置１の電源がオンされた場合に行われるものとする。
　通知制御装置１の電源がオンされた後のステップＳ１にて、キーイベント通知制御部１２ｂは、ウィンドウ制御部１２ａから、表示装置２１において表示されている複数のウィンドウ２２のそれぞれの位置を取得し、ファイル記憶部１４から、移動パターン設定ファイルを取得する。
　ステップＳ２にて、キーイベント通知制御部１２ｂは、表示装置２１において表示されている複数のウィンドウ２２のそれぞれの位置と、移動パターン設定ファイルとに基づいて、当該複数のウィンドウ２２を序列づける。
　ステップＳ３にて、キーイベント通知制御部１２ｂは、取得部１１がキーイベントを取得したか否かを判定する。取得部１１がキーイベントを取得したと判定された場合には、処理がステップＳ４に進み、取得部１１がキーイベントを取得しなかったと判定された場合には、処理がステップＳ１に戻る。
　ステップＳ４にて、キーイベント通知制御部１２ｂは、取得部１１で取得されたキーイベントに基づいて、ステップＳ２で得られた序列のうち当該キーイベントに対応する序列を、当該キーイベントの通知に用いる序列として決定する。図４の例では、取得部１１で取得されたキーイベントが「十字キー：→」である場合には、パターン１によって得られた序列が決定され、取得部１１で取得されたキーイベントが「十字キー：←」である場合には、パターン２によって得られた序列が決定される。
　ステップＳ５にて、キーイベント通知制御部１２ｂは、ウィンドウが通知先ウィンドウ記憶部１５に記憶されているか否かを判定する。ウィンドウが通知先ウィンドウ記憶部１５に記憶されていると判定された場合には、処理がステップＳ６に進み、ウィンドウが通知先ウィンドウ記憶部１５に記憶されていないと判定された場合には、処理がステップＳ７に進む。
　ステップＳ６にて、キーイベント通知制御部１２ｂは、通知先ウィンドウ記憶部１５に記憶されているウィンドウを、通知先ウィンドウとして決定する。その後、処理がステップＳ８に進む。
　ステップＳ７にて、キーイベント通知制御部１２ｂは、ステップＳ４で決定された序列のうち先頭のウィンドウを、通知先ウィンドウとして決定する。その後、処理がステップＳ８に進む。
　ステップＳ８にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに対応する通知先アプリケーションに、取得部１１で取得されたキーイベントを通知する。
　ステップＳ９にて、キーイベント通知制御部１２ｂは、通知先アプリケーションがキーイベントを用いたか否かを判定する。通知先アプリケーションがキーイベントを用いたと判定された場合には、処理がステップＳ１０に進み、通知先アプリケーションがキーイベントを用いなかったと判定された場合には、処理がステップＳ１１に進む。
　ステップＳ１０にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに直近に決定されたウィンドウを、通知先ウィンドウ記憶部１５に記憶する。通知先ウィンドウ記憶部１５に記憶されたウィンドウは、その後のステップＳ６の処理において、通知先ウィンドウとして決定される。その後、処理がステップＳ１に戻る。
　ステップＳ１１にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに適用されているウィンドウの次のウィンドウを、通知先ウィンドウとして決定することによって、通知先ウィンドウを変更する。その後、処理がステップＳ８に戻る。
　＜動作例＞
　図６～図９は、本実施の形態２に係る通知制御装置１の動作例を説明するための図である。図６～図９では、ウィンドウＷ１～Ｗ４が表示装置２１に表示されている。ここで、表示装置２１の画面は、幅６００×高さ６００を有している。ウィンドウＷ１～Ｗ４のそれぞれの座標、幅、高さは下記の通りである。なお、下記の説明において最初のステップＳ１の処理が行われる時点では、ウィンドウは通知先ウィンドウ記憶部１５に記憶されていないものとして説明する。
　　ウィンドウＷ１：座標（５０，５０，１）、幅２００×高さ２００
　　ウィンドウＷ２：座標（３００，５０，１）、幅２００×高さ２００
　　ウィンドウＷ３：座標（５０，３００，１）、幅２００×高さ２００
　　ウィンドウＷ４：座標（３００，３００，１）、幅２００×高さ２００
　ステップＳ１にて、キーイベント通知制御部１２ｂは、ウィンドウ制御部１２ａから、複数のウィンドウＷ１～Ｗ４の上記座標を取得し、ファイル記憶部１４から、移動パターン設定ファイルを取得する。
　ステップＳ２にて、キーイベント通知制御部１２ｂは、複数のウィンドウＷ１～Ｗ４のそれぞれの位置と、移動パターン設定ファイルとに基づいて、複数のウィンドウＷ１～Ｗ４を序列づける。
　上述したパターン１に対しては、キーイベント通知制御部１２ｂは、「ウィンドウＷ１」、ウィンドウＷ１より座標ｘが大きい「ウィンドウＷ２」、ウィンドウＷ１及びウィンドウＷ２より座標ｙが大きい「ウィンドウＷ３」、ウィンドウＷ３より座標ｘが大きい「ウィンドウＷ４」の順に、複数のウィンドウＷ１～Ｗ４を序列づける。これにより、図６に示すようにパターン１に対して序列「Ｗ１→Ｗ２→Ｗ３→Ｗ４」が得られる。
　上述したパターン２に対しては、キーイベント通知制御部１２ｂは、「ウィンドウＷ２」、ウィンドウＷ２より座標ｘが小さい「ウィンドウＷ１」、ウィンドウＷ１及びウィンドウＷ２より座標ｙが大きい「ウィンドウＷ４」、ウィンドウＷ４より座標ｘが小さい「ウィンドウＷ３」の順に、複数のウィンドウＷ１～Ｗ４を序列づける。これにより、図６に示すようにパターン２に対して序列「Ｗ２→Ｗ１→Ｗ４→Ｗ３」が得られる。
　ステップＳ３にて、取得部１１がキーイベントとして「十字キー：→」を取得した場合、ステップＳ４にて、キーイベント通知制御部１２ｂは、図４の移動パターン設定ファイルで「十字キー：→」に対応付けられているパターン１の序列「Ｗ１→Ｗ２→Ｗ３→Ｗ４」を、「十字キー：→」の通知に用いる序列として決定する。
　ステップＳ５にて、ウィンドウが通知先ウィンドウ記憶部１５に記憶されていないと判定され、ステップＳ７にて、キーイベント通知制御部１２ｂは、ステップＳ４で決定された序列「Ｗ１→Ｗ２→Ｗ３→Ｗ４」の先頭のウィンドウＷ１（図７の破線枠）を、通知先ウィンドウとして決定する。
　ステップＳ８にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定されたウィンドウＷ１に対応するアプリケーションに「十字キー：→」を通知する。ステップＳ９にて、当該アプリケーションが「十字キー：→」を用いた場合、ステップＳ１０にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに直近に決定されたウィンドウＷ１を通知先ウィンドウ記憶部１５に記憶する。図７の一点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップＳ１に戻る。
　次のステップＳ１及びステップＳ２では、上述のステップＳ１及びステップＳ２と同様の処理が行われる。ステップＳ３にて、取得部１１がキーイベントとして「十字キー：→」を取得した場合、ステップＳ４にて、キーイベント通知制御部１２ｂは、図４の移動パターン設定ファイルで「十字キー：→」に対応付けられているパターン１の序列「Ｗ１→Ｗ２→Ｗ３→Ｗ４」を、「十字キー：→」の通知に用いる序列として決定する。
　ステップＳ５にて、ウィンドウＷ１が通知先ウィンドウ記憶部１５に記憶されていると判定され、ステップＳ６にて、キーイベント通知制御部１２ｂは、ウィンドウＷ１（図８の破線枠）を通知先ウィンドウとして決定する。
　ステップＳ８にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定されたウィンドウＷ１に対応するアプリケーションに、「十字キー：→」を通知する。ステップＳ９にて、当該アプリケーションが「十字キー：→」を用いなかった場合、ステップＳ１１にて、キーイベント通知制御部１２ｂは、パターン１の序列におけるウィンドウＷ１の次のウィンドウＷ２を、通知先ウィンドウとして決定する。その後、ステップＳ８に戻る。
　ステップＳ８にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定されたウィンドウＷ２に対応するアプリケーションに、「十字キー：→」を通知する。ステップＳ９にて、当該アプリケーションが「十字キー：→」を用いた場合、ステップＳ１０にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに直近に決定されたウィンドウＷ２を通知先ウィンドウ記憶部１５に記憶する。図８の一点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップＳ１に戻る。
　次のステップＳ１及びステップＳ２では、上述のステップＳ１及びステップＳ２と同様の処理が行われる。ステップＳ３にて、取得部１１がキーイベントとして「十字キー：←」を取得した場合、ステップＳ４にて、キーイベント通知制御部１２ｂは、図４の移動パターン設定ファイルで「十字キー：←」に対応付けられているパターン２の序列「Ｗ２→Ｗ１→Ｗ４→Ｗ３」を、「十字キー：←」の通知に用いる序列として決定する。
　ステップＳ５にて、ウィンドウＷ２が通知先ウィンドウ記憶部１５に記憶されていると判定され、ステップＳ６にて、キーイベント通知制御部１２ｂは、ウィンドウＷ２（図９の破線枠）を通知先ウィンドウとして決定する。
　ステップＳ８にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定されたウィンドウＷ２に対応するアプリケーションに、「十字キー：←」を通知する。ステップＳ９にて、当該アプリケーションが「十字キー：←」を用いなかった場合、ステップＳ１１にて、キーイベント通知制御部１２ｂは、パターン２の序列におけるウィンドウＷ２の次のウィンドウＷ１を、通知先ウィンドウとして決定する。その後、ステップＳ８に戻る。
　ステップＳ８にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定されたウィンドウＷ１に対応するアプリケーションに、「十字キー：←」を通知する。ステップＳ９にて、当該アプリケーションが「十字キー：←」を用いた場合、ステップＳ１０にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに直近に決定されたウィンドウＷ１を通知先ウィンドウ記憶部１５に記憶する。図９の一点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップＳ１に戻る。
　＜実施の形態２のまとめ＞
　本実施の形態２に係る通知制御装置１によれば、取得部１１がキーイベントを取得した場合に、通知先ウィンドウに対応するアプリケーションにキーイベントを通知し、当該アプリケーションにてキーイベントが用いられなかった場合に、通知先ウィンドウを変更し、新たな通知先ウィンドウに対応するアプリケーションにキーイベントを通知する。このような構成によれば、取得部１１で取得されたキーイベントを可及的に用いることができる。
　また本実施の形態２によれば、表示装置２１にて表示されている複数のウィンドウ２２のそれぞれの位置と、移動パターン設定ファイルとに基づいて、複数のウィンドウ２２を序列づける。このような構成によれば、複数のウィンドウ２２の位置に適した複数のウィンドウ２２の序列づけを行うことができる。
　また本実施の形態２によれば、取得部１１で取得されたキーイベントに基づいて、当該キーイベントの通知制御に用いる序列を決定する。このような構成によれば、キーイベントに適した順で、アプリケーションにキーイベントを通知することができる。
　＜実施の形態３＞
　本発明の実施の形態３に係る通知制御装置１のブロック構成は、実施の形態２に係る通知制御装置１のブロック構成（図３）と同じである。以下、本実施の形態３に係る構成要素のうち、上述の構成要素と同じまたは類似する構成要素については同じ参照符号を付し、異なる構成要素について主に説明する。
　本実施の形態３に係るファイル記憶部１４は、実施の形態２と同様に、移動パターン設定ファイルを記憶している。図１０は、本実施の形態３に係る移動パターン設定ファイルを示す図である。
　本実施の形態３に係るキーイベント通知制御部１２ｂは、実施の形態２と同様に、表示装置２１にて表示されている複数のウィンドウ２２のそれぞれの位置と、ファイル記憶部１４に記憶された移動パターン設定ファイルとに基づいて、複数のウィンドウ２２を序列づける。
　ここで、本実施の形態３に係るファイル記憶部１４は、移動パターン設定ファイルだけでなく、通知種別ファイルも記憶している。
　図１１～図１５は、本実施の形態３に係る通知種別ファイルを示す図である。
　図１１の通知種別ファイルには、通知種別Ａ～Ｅの処理内容の詳細が示されている。以下、説明を簡単にするため、序列における通知先ウィンドウの次のウィンドウを「次の通知先ウィンドウ」と記すこともあり、次の通知先ウィンドウに対応するアプリケーションを「次の通知先アプリケーション」と記すこともある。
　通知種別Ａには、通知先アプリケーションにキーイベントを通知し、通知先アプリケーションがキーイベントを用いなかった場合に次の通知先アプリケーションにキーイベントを通知することが設定されている。通知種別Ｂには、通知先アプリケーションにキーイベントを通知し、通知先アプリケーションがキーイベントを用いなかった場合であっても次の通知先アプリケーションにキーイベントを通知しないことが設定されている。
　通知種別Ｃには、通知先アプリケーションにキーイベントを通知せず、かつ、次の通知先アプリケーションにキーイベントを通知することが設定されている。通知種別Ｄには、通知先アプリケーション、及び、次の通知先アプリケーションのいずれにもキーイベントを通知しないことが設定されている。
　以上のように、通知種別Ａ～Ｄには、通知先アプリケーションにキーイベントを通知するか否か、及び、次の通知先アプリケーションにキーイベントを通知するか否かが設定されている。
　さて図１２に示すように、ナビゲーションのアプリケーションに対応するウィンドウであるＮａｖｉウィンドウには、通知種別がキーイベント（ハードキー種類）ごとに設定されている。同様に、映像音声のアプリケーションに対応するウィンドウである図１３のＡｖウィンドウ、ラジオのアプリケーションに対応するウィンドウである図１４のＲａｄｉｏウィンドウ、及び、ポップアップ表示のアプリケーションに対応する図１５のＰｏｐｕｐウィンドウにも、通知種別がキーイベントごとに設定されている。
　つまり、通知種別ファイルでは、通知先アプリケーションにキーイベントを通知するか否か、及び、次の通知先アプリケーションにキーイベントを通知するか否かが、ウィンドウ及びキーイベントごとに設定されている。この場合、通知先アプリケーションは第１アプリケーションと呼ぶこともでき、次の通知先アプリケーションは第２アプリケーションと呼ぶこともできる。
　本実施の形態３に係るキーイベント通知制御部１２ｂは、実施の形態２と同様に、予め定められた条件に基づいて、通知先ウィンドウに適用される１つのウィンドウを複数のウィンドウ２２の中から決定する。そして、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定された１つのウィンドウと、取得部１１で取得されたキーイベントと、通知種別ファイルとに基づいて、通知先アプリケーション及び次の通知先アプリケーションに適用される２つのアプリケーションのそれぞれに、当該キーイベントを通知する制御を行う。これについては、後述する動作及び動作例によって詳細に説明する。
　ところで、図１２のＮａｖｉウィンドウの「現在地キー」には、通知種別Ｅが設定されている。この通知種別Ｅには、図１１に示すように、通知種別Ｅが設定されたウィンドウが通知先ウィンドウであるか否かに関わらず、当該ウィンドウに対応するアプリケーションにのみキーイベントを通知することが設定されている。
　このように設定された構成では、取得部１１で取得されたキーイベントが「現在地キー」である場合に、キーイベント通知制御部１２ｂは、他のウィンドウにおける「現在地キー」の通知種別の設定に関わらず、ナビゲーションのアプリケーションにのみ「現在地キー」を通知する。つまり、取得部１１で取得されたキーイベントが特定のキーイベントである場合には、キーイベント通知制御部１２ｂは、当該特定のキーイベントに対応する特定のアプリケーションにのみ当該キーイベントを通知する。
　＜動作＞
　図１６は、本実施の形態３に係る通知制御装置１の動作を示すフローチャートである。なお、移動パターン設定ファイル及び通知種別ファイルは、ファイル記憶部１４にすでに記憶されており、以下に説明する動作は、通知制御装置１の電源がオンされた場合に行われるものとする。
　ステップＳ２１にて、キーイベント通知制御部１２ｂは、ウィンドウ制御部１２ａから、表示装置２１において表示されている複数のウィンドウ２２のそれぞれの位置を取得し、ファイル記憶部１４から、移動パターン設定ファイル及び通知種別ファイルを取得する。
　ステップＳ２２にて、キーイベント通知制御部１２ｂは、表示装置２１において表示されている複数のウィンドウ２２のそれぞれの位置と、移動パターン設定ファイルとに基づいて、当該複数のウィンドウ２２を序列づける。
　ステップＳ２３にて、キーイベント通知制御部１２ｂは、取得部１１がキーイベントを取得したか否かを判定する。取得部１１がキーイベントを取得したと判定された場合には、処理がステップＳ２４に進み、取得部１１がキーイベントを取得しなかったと判定された場合には、処理がステップＳ２１に戻る。
　ステップＳ２４にて、キーイベント通知制御部１２ｂは、取得部１１で取得されたキーイベントが、複数のウィンドウ２２のいずれかにおいて通知種別Ｅが設定された特定のキーイベントであるか否かを判定する。特定のキーイベントであると判定された場合には、処理がステップＳ２５に進み、特定のキーイベントでないと判定された場合には、処理がステップＳ２６に進む。
　ステップＳ２５にて、キーイベント通知制御部１２ｂは、取得部１１で取得された特定のキーイベントに対して通知種別Ｅが設定された特定のアプリケーションにのみ、当該特定のキーイベントを通知する。その後、処理がステップＳ２１に戻る。
　ステップＳ２６にて、キーイベント通知制御部１２ｂは、取得部１１で取得されたキーイベントに基づいて、ステップＳ２２で得られた序列のうち当該キーイベントに対応する序列を、当該キーイベントの通知に用いる序列として決定する。図１０の例では、取得部１１で取得されたキーイベントが「十字キー：→」、「Ｖｏｌｕｍｅキー」、「現在地キー」である場合には、パターン１によって得られた序列が決定され、取得部１１で取得されたキーイベントが「十字キー：←」である場合には、パターン２によって得られた序列が決定される。
　ステップＳ２７にて、キーイベント通知制御部１２ｂは、ウィンドウが通知先ウィンドウ記憶部１５に記憶されているか否かを判定する。ウィンドウが通知先ウィンドウ記憶部１５に記憶されていると判定された場合には、処理がステップＳ２８に進み、ウィンドウが通知先ウィンドウ記憶部１５に記憶されていないと判定された場合には、処理がステップＳ２９に進む。
　ステップＳ２８にて、キーイベント通知制御部１２ｂは、通知先ウィンドウ記憶部１５に記憶されているウィンドウを、通知先ウィンドウとして決定する。その後、処理がステップＳ３０に進む。
　ステップＳ２９にて、キーイベント通知制御部１２ｂは、ステップＳ２６で決定された序列のうち先頭のウィンドウを、通知先ウィンドウとして決定する。その後、処理がステップＳ３０に進む。
　ステップＳ３０にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定された１つのウィンドウと、取得部１１で取得されたキーイベントと、通知種別ファイルとに基づいて、通知先アプリケーション及び次の通知先アプリケーションに適用される２つのアプリケーションのそれぞれに、当該キーイベントを通知する制御を行う。この際、キーイベント通知制御部１２ｂは、通知先ウィンドウ記憶部１５に記憶されたウィンドウを適宜変更する。その後、処理がステップＳ２１に戻る。
　＜動作例１＞
　図１７及び図１８は、本実施の形態３に係る通知制御装置１の動作例１を説明するための図である。図１７及び図１８では、ＮａｖｉウィンドウＷ６、ＡｖウィンドウＷ７、ＲａｄｉｏウィンドウＷ８が表示装置２１に表示されている。ここで、表示装置２１の画面は、幅６００×高さ６００を有している。
　ウィンドウＷ６～Ｗ８のそれぞれの座標、幅、高さは下記の通りである。なお、下記の説明において最初のステップＳ２１の処理が行われる時点では、ウィンドウは通知先ウィンドウ記憶部１５に記憶されていないものとして説明する。
　　ＮａｖｉウィンドウＷ６：座標（５０，５０，１）、幅２００×高さ２００
　　ＡｖウィンドウＷ７：座標（３００，５０，１）、幅２００×高さ２００
　　ＲａｄｉｏウィンドウＷ８：座標（５０，３００，１）、幅５００×高さ２００
　ステップＳ２１にて、キーイベント通知制御部１２ｂは、ウィンドウ制御部１２ａから、複数のウィンドウＷ６～Ｗ８の上記座標を取得し、ファイル記憶部１４から、移動パターン設定ファイル及び通知種別ファイルを取得する。
　ステップＳ２２にて、キーイベント通知制御部１２ｂは、複数のウィンドウＷ６～Ｗ８のそれぞれの位置と、移動パターン設定ファイルとに基づいて、複数のウィンドウＷ６～Ｗ８を序列づける。
　実施の形態２で説明したパターン１に対しては、キーイベント通知制御部１２ｂは、「ＮａｖｉウィンドウＷ６」、ＮａｖｉウィンドウＷ６より座標ｘが大きい「ＡｖウィンドウＷ７」、ＮａｖｉウィンドウＷ６及びＡｖウィンドウＷ７より座標ｙが大きい「ＲａｄｉｏウィンドウＷ８」の順に、複数のウィンドウＷ６～Ｗ８を序列づける。これにより、図１７に示すようにパターン１に対して序列「Ｗ６→Ｗ７→Ｗ８」が得られる。
　実施の形態２で説明したパターン２に対しては、キーイベント通知制御部１２ｂは、「ＡｖウィンドウＷ７」、ＡｖウィンドウＷ７より座標ｘが小さい「ＮａｖｉウィンドウＷ６」、ＮａｖｉウィンドウＷ６及びＡｖウィンドウＷ７より座標ｙが大きい「ＲａｄｉｏウィンドウＷ８」の順に、複数のウィンドウＷ６～Ｗ８を序列づける。これにより、図１７に示すようにパターン２に対して序列「Ｗ７→Ｗ６→Ｗ８」が得られる。
　ステップＳ２３にて、取得部１１がキーイベントとして「Ｖｏｌｕｍｅキー」を取得した場合、ステップＳ２４にて、取得部１１で取得された「Ｖｏｌｕｍｅキー」は特定のキーイベントではないと判定される。
　ステップＳ２６にて、キーイベント通知制御部１２ｂは、図１０の移動パターン設定ファイルで「Ｖｏｌｕｍｅキー」に対応付けられているパターン１の序列「Ｗ６→Ｗ７→Ｗ８」を、「Ｖｏｌｕｍｅキー」の通知に用いる序列として決定する。
　ステップＳ２７にて、ウィンドウが通知先ウィンドウ記憶部１５に記憶されていないと判定され、ステップＳ２９にて、キーイベント通知制御部１２ｂは、ステップＳ２６で決定された序列「Ｗ６→Ｗ７→Ｗ８」の先頭のＮａｖｉウィンドウＷ６（図１８の破線枠）を、通知先ウィンドウとして決定する。
　ステップＳ３０にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定されたＮａｖｉウィンドウＷ６と、取得部１１で取得された「Ｖｏｌｕｍｅキー」とについて、図１１～図１５の通知種別ファイルを参照する。図１２のＮａｖｉウィンドウの「Ｖｏｌｕｍｅキー」には、通知種別Ｃが設定されている。このため、キーイベント通知制御部１２ｂは、通知種別Ｃに従って、ＮａｖｉウィンドウＷ６のナビゲーションのアプリケーションに「Ｖｏｌｕｍｅキー」を通知せずに、ＡｖウィンドウＷ７の映像音声のアプリケーションに「Ｖｏｌｕｍｅキー」を通知する。映像音声のアプリケーションが「Ｖｏｌｕｍｅキー」を用いた場合、キーイベント通知制御部１２ｂは、ＡｖウィンドウＷ７を通知先ウィンドウ記憶部１５に記憶する。図１８の一点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップＳ２１に戻る。
　＜動作例２＞
　図１９は、本実施の形態３に係る通知制御装置１の動作例２を説明するための図である。図１９では、図１７のウィンドウＷ６～Ｗ８と同じウィンドウＷ６～Ｗ８が表示装置２１に表示されている。なお、下記の説明において最初のステップＳ２１の処理が行われる時点では、ＡｖウィンドウＷ７（図１９の破線枠）が通知先ウィンドウ記憶部１５に記憶されているものとして説明する。
　ステップＳ２１及びステップＳ２２の処理が行われることによって、パターン１に対して序列「Ｗ６→Ｗ７→Ｗ８」が得られ、パターン２に対して序列「Ｗ７→Ｗ６→Ｗ８」が得られる。
　ステップＳ２３にて、取得部１１がキーイベントとして「現在地キー」を取得した場合、ステップＳ２４にて、取得部１１で取得された「現在地キー」は、ＮａｖｉウィンドウＷ６、ＡｖウィンドウＷ７、ＲａｄｉｏウィンドウＷ８のうち図１２のＮａｖｉウィンドウＷ６において通知種別Ｅが設定された特定のキーイベントであると判定される。ステップＳ２５にて、キーイベント通知制御部１２ｂは、ナビゲーションのアプリケーションにのみ「現在地キー」を通知する。この際、ナビゲーションのアプリケーションが「現在地キー」を用いても、キーイベント通知制御部１２ｂは、ＮａｖｉウィンドウＷ６を通知先ウィンドウ記憶部１５に記憶しない。このため、通知先ウィンドウはＡｖウィンドウＷ７のままとなる。図１９の一点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップＳ２１に戻る。
　＜動作例３＞
　図２０及び図２１は、本実施の形態３に係る通知制御装置１の動作例３を説明するための図である。図２０及び図２１では、図１７のウィンドウＷ６～Ｗ８と同じウィンドウＷ６～Ｗ８だけでなく、ＰｏｐｕｐウィンドウＷ９も表示装置２１に表示されている。
　ＰｏｐｕｐウィンドウＷ９の座標、幅、高さは下記の通りである。なお、下記の説明において最初のステップＳ２１の処理が行われる時点では、ウィンドウは通知先ウィンドウ記憶部１５に記憶されていないものとして説明する。
　　ＰｏｐｕｐウィンドウＷ９：座標（１５０，１５０，２）、幅２００×高さ２００
　ステップＳ２１にて、キーイベント通知制御部１２ｂは、ウィンドウ制御部１２ａから、複数のウィンドウＷ６～Ｗ９の上記座標を取得し、ファイル記憶部１４から、移動パターン設定ファイル及び通知種別ファイルを取得する。
　ステップＳ２２にて、キーイベント通知制御部１２ｂは、複数のウィンドウＷ６～Ｗ９のそれぞれの位置と、移動パターン設定ファイルとに基づいて、複数のウィンドウＷ６～Ｗ９を序列づける。
　実施の形態２で説明したパターン１に対しては、キーイベント通知制御部１２ｂは、「ＰｏｐｕｐウィンドウＷ９」、ＰｏｐｕｐウィンドウＷ９より座標ｚが小さい「ＮａｖｉウィンドウＷ６」、ＮａｖｉウィンドウＷ６より座標ｘが大きい「ＡｖウィンドウＷ７」、ＮａｖｉウィンドウＷ６及びＡｖウィンドウＷ７より座標ｙが大きい「ＲａｄｉｏウィンドウＷ８」の順に、複数のウィンドウＷ６～Ｗ９を序列づける。これにより、図２０に示すようにパターン１に対して序列「Ｗ９→Ｗ６→Ｗ７→Ｗ８」が得られる。
　実施の形態２で説明したパターン２に対しては、キーイベント通知制御部１２ｂは、「ＰｏｐｕｐウィンドウＷ９」、ＰｏｐｕｐウィンドウＷ９より座標ｚが小さい「ＡｖウィンドウＷ７」、ＡｖウィンドウＷ７より座標ｘが小さい「ＮａｖｉウィンドウＷ６」、ＮａｖｉウィンドウＷ６及びＡｖウィンドウＷ７より座標ｙが大きい「ＲａｄｉｏウィンドウＷ８」の順に、複数のウィンドウＷ６～Ｗ９を序列づける。これにより、図２０に示すようにパターン２に対して序列「Ｗ９→Ｗ７→Ｗ６→Ｗ８」が得られる。
　ステップＳ２３にて、取得部１１がキーイベントとして「Ｖｏｌｕｍｅキー」を取得した場合、ステップＳ２４にて、取得部１１で取得された「Ｖｏｌｕｍｅキー」は特定のキーイベントではないと判定される。
　ステップＳ２６にて、キーイベント通知制御部１２ｂは、図１０の移動パターン設定ファイルで「Ｖｏｌｕｍｅキー」に対応付けられているパターン１の序列「Ｗ９→Ｗ６→Ｗ７→Ｗ８」を、「Ｖｏｌｕｍｅキー」の通知に用いる序列として決定する。
　ステップＳ２７にて、ウィンドウが通知先ウィンドウ記憶部１５に記憶されていないと判定され、ステップＳ２９にて、キーイベント通知制御部１２ｂは、ステップＳ２６で決定された序列「Ｗ９→Ｗ６→Ｗ７→Ｗ８」の先頭のＰｏｐｕｐウィンドウＷ９（図２１の破線枠）を、通知先ウィンドウとして決定する。
　ステップＳ３０にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定されたＰｏｐｕｐウィンドウＷ９と、取得部１１で取得された「Ｖｏｌｕｍｅキー」とについて、図１１～図１５の通知種別ファイルを参照する。図１５のＰｏｐｕｐウィンドウの「Ｖｏｌｕｍｅキー」には、通知種別Ｄが設定されている。このため、キーイベント通知制御部１２ｂは、通知種別Ｄに従って、ＰｏｐｕｐウィンドウＷ９のポップアップ表示のアプリケーション、及び、ＮａｖｉウィンドウＷ６のナビゲーションのアプリケーションのいずれにも「Ｖｏｌｕｍｅキー」を通知しない。この場合、キーイベント通知制御部１２ｂは、設定に応じてＮａｖｉウィンドウＷ６またはＰｏｐｕｐウィンドウＷ９を通知先ウィンドウ記憶部１５に記憶する。その後、処理がステップＳ２１に戻る。
　＜動作例４＞
　図２２は、本実施の形態３に係る通知制御装置１の動作例４を説明するための図である。図２２では、図２０のウィンドウＷ６～Ｗ９と同じウィンドウＷ６～Ｗ９が表示装置２１に表示されている。なお、下記の説明において最初のステップＳ２１の処理が行われる時点では、ＰｏｐｕｐウィンドウＷ９（図２２の破線枠）が通知先ウィンドウ記憶部１５に記憶されているものとして説明する。
　ステップＳ２１及びステップＳ２２の処理が行われることによって、パターン１に対して序列「Ｗ９→Ｗ６→Ｗ７→Ｗ８」が得られ、パターン２に対して序列「Ｗ９→Ｗ７→Ｗ６→Ｗ８」が得られる。
　ステップＳ２３にて、取得部１１がキーイベントとして「十字キー：→」を取得した場合、ステップＳ２４にて、取得部１１で取得された「十字キー：→」は特定のキーイベントではないと判定される。
　ステップＳ２６にて、キーイベント通知制御部１２ｂは、図１０の移動パターン設定ファイルで「十字キー：→」に対応付けられているパターン１の序列「Ｗ９→Ｗ６→Ｗ７→Ｗ８」を、「十字キー：→」の通知に用いる序列として決定する。
　ステップＳ２７にて、ＰｏｐｕｐウィンドウＷ９が通知先ウィンドウ記憶部１５に記憶されていると判定され、ステップＳ２８にて、キーイベント通知制御部１２ｂは、ＰｏｐｕｐウィンドウＷ９（図２２の破線枠）を、通知先ウィンドウとして決定する。
　ステップＳ３０にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定されたＰｏｐｕｐウィンドウＷ９と、取得部１１で取得された「十字キー：→」とについて、図１１～図１５の通知種別ファイルを参照する。図１５のＰｏｐｕｐウィンドウの「十字キー：→」には、通知種別Ｂが設定されている。このため、キーイベント通知制御部１２ｂは、通知種別Ｂに従って、ＰｏｐｕｐウィンドウＷ９のポップアップ表示のアプリケーションに「十字キー：→」を通知する。
　Ｐｏｐｕｐのアプリケーションが「十字キー：→」を用いた場合、キーイベント通知制御部１２ｂは、ＰｏｐｕｐウィンドウＷ９を通知先ウィンドウ記憶部１５に記憶する。図２２の一点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップＳ２１に戻る。
　Ｐｏｐｕｐ表示のアプリケーションが「十字キー：→」を用いなかった場合、キーイベント通知制御部１２ｂは、通知種別Ｂに従って、ＮａｖｉウィンドウＷ６のナビゲーションのアプリケーションに「十字キー：→」を通知しない。この場合、キーイベント通知制御部１２ｂは、設定に応じてＮａｖｉウィンドウＷ６またはＰｏｐｕｐウィンドウＷ９を通知先ウィンドウ記憶部１５に記憶する。その後、処理がステップＳ２１に戻る。
　＜実施の形態３のまとめ＞
　本実施の形態３に係る通知制御装置１によれば、通知先ウィンドウに決定された１つのウィンドウと、取得部１１で取得されたキーイベントと、通知種別ファイルとに基づいて、通知先アプリケーション及び次の通知先アプリケーションに適用される２つのアプリケーションのそれぞれに、キーイベントを通知する制御を行う。このような構成によれば、通知先ウィンドウと、取得部１１で取得されたキーイベントとに適した通知制御を行うことができる。
　また本実施の形態３によれば、取得部１１で取得されたキーイベントが特定のキーイベントである場合に、当該特定のキーイベントに対応する特定のアプリケーションにのみ当該キーイベントを通知する。このような構成によれば、意図しないアプリケーションにキーイベントが通知されることを抑制することができる。
　＜実施の形態４＞
　本発明の実施の形態４に係る通知制御装置１のブロック構成は、実施の形態２に係る通知制御装置１のブロック構成（図３）と同じである。以下、本実施の形態４に係る構成要素のうち、上述の構成要素と同じまたは類似する構成要素については同じ参照符号を付し、異なる構成要素について主に説明する。
　上述した実施の形態３では、キーイベント通知制御部１２ｂは、予め定められた条件に基づいて、通知先ウィンドウに適用される１つのウィンドウを複数のウィンドウ２２の中から決定した。そして、キーイベント通知制御部１２ｂは、決定された１つのウィンドウと、取得部１１で取得されたキーイベントと、通知種別ファイルとに基づいて、次の通知先アプリケーションに適用されるアプリケーションにキーイベントを通知する制御を行った。
　これに対して、本実施の形態４に係るキーイベント通知制御部１２ｂは、予め定められた条件に基づいて、通知先ウィンドウ（第１ウィンドウ）及び次の通知先ウィンドウ（第２ウィンドウ）に適用される２つのウィンドウを複数のウィンドウ２２の中から決定する。そして、キーイベント通知制御部１２ｂは、決定された２つのウィンドウと、取得部１１で取得されたキーイベントと、通知種別ファイルとに基づいて、次の通知先アプリケーションに適用される１つのアプリケーションに、当該キーイベントを通知する制御を行う。
　つまり、本実施の形態４に係るキーイベント通知制御部１２ｂは、次の通知先ウィンドウに決定されたウィンドウも考慮して、次の通知先アプリケーションに適用されるアプリケーションにキーイベントを通知する制御を行う。
　＜動作＞
　図２３は、本実施の形態４に係る通知制御装置１の動作を示すフローチャートである。図２３のフローチャートは、図１６のステップＳ３０をステップＳ３５に変更したものと同様である。
　このステップＳ３５にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定された１つのウィンドウと、取得部１１で取得されたキーイベントと、通知種別ファイルとに基づいて、通知先アプリケーション及び次の通知先アプリケーションに適用される２つのアプリケーションのそれぞれに、当該キーイベントを通知する制御を行う。ただし本実施の形態４では、キーイベント通知制御部１２ｂは、次の通知先ウィンドウに決定されたウィンドウも考慮して、次の通知先アプリケーションに適用されるアプリケーションにキーイベントを通知する制御を行う。この際、キーイベント通知制御部１２ｂは、通知先ウィンドウ記憶部１５に記憶されたウィンドウを適宜変更する。その後、処理がステップＳ２１に戻る。
　＜動作例＞
　図２４は、本実施の形態４に係る通知制御装置１の動作例を説明するための図である。図２４では、図１７のウィンドウＷ６～Ｗ８と同様のウィンドウＷ６～Ｗ８が表示装置２１に表示されている。なお、下記の説明において最初のステップＳ２１の処理が行われる時点では、ＮａｖｉウィンドウＷ６（図２４の破線枠）が通知先ウィンドウ記憶部１５に記憶されているものとして説明する。
　ステップＳ２１及びステップＳ２２の処理が行われることによって、パターン１に対して序列「Ｗ６→Ｗ７→Ｗ８」が得られ、パターン２に対して序列「Ｗ７→Ｗ６→Ｗ８」が得られる。
　ステップＳ２３にて、取得部１１がキーイベントとして「Ｖｏｌｕｍｅキー」を取得した場合、ステップＳ２４にて、取得部１１で取得された「Ｖｏｌｕｍｅキー」は特定のキーイベントではないと判定される。
　ステップＳ２６にて、キーイベント通知制御部１２ｂは、図１０の移動パターン設定ファイルで「Ｖｏｌｕｍｅキー」に対応付けられているパターン１の序列「Ｗ６→Ｗ７→Ｗ８」を、「Ｖｏｌｕｍｅキー」の通知に用いる序列として決定する。
　ステップＳ２７にて、ＮａｖｉウィンドウＷ６が通知先ウィンドウ記憶部１５に記憶されていると判定され、ステップＳ２８にて、キーイベント通知制御部１２ｂは、ＮａｖｉウィンドウＷ６（図２４の破線枠）を、通知先ウィンドウとして決定する。
　ステップＳ３５にて、キーイベント通知制御部１２ｂは、通知先ウィンドウに決定されたＮａｖｉウィンドウＷ６と、取得部１１で取得された「Ｖｏｌｕｍｅキー」とについて、図１１～図１５の通知種別ファイルを参照する。図１２のＮａｖｉウィンドウＷ６の「Ｖｏｌｕｍｅキー」には、通知種別Ｃが設定されている。このため、キーイベント通知制御部１２ｂは、通知先ウィンドウがＮａｖｉウィンドウＷ６である場合の通知種別Ｃに従って、ＮａｖｉウィンドウＷ６のナビゲーションのアプリケーションに「Ｖｏｌｕｍｅキー」を通知せずに、ＡｖウィンドウＷ７の映像音声のアプリケーションに「Ｖｏｌｕｍｅキー」を通知することを決定する。これに合わせて、キーイベント通知制御部１２ｂは、ＡｖウィンドウＷ７を通知先ウィンドウとして決定する。
　キーイベント通知制御部１２ｂは、通知先ウィンドウに決定されたＡｖウィンドウＷ７と、取得部１１で取得された「Ｖｏｌｕｍｅキー」とについて、図１１～図１５の通知種別ファイルを参照する。図１３のＡｖウィンドウの「Ｖｏｌｕｍｅキー」には、通知種別Ａが設定されている。このため、キーイベント通知制御部１２ｂは、通知先ウィンドウがＡｖウィンドウＷ７である場合の通知種別Ａに従って、ＡｖウィンドウＷ７の映像音声のアプリケーションに「Ｖｏｌｕｍｅキー」を通知する。
　以上を小括すると、キーイベント通知制御部１２ｂは、通知先ウィンドウがＮａｖｉウィンドウＷ６である場合に「次の通知先アプリケーション（映像音声のアプリケーション）への通知」という通知種別Ｃを参照し、通知先ウィンドウがＡｖウィンドウＷ７である場合に「通知先アプリケーション（映像音声のアプリケーション）への通知」という通知種別Ａを参照する。キーイベント通知制御部１２ｂは、その２つの参照結果に共通する映像音声のアプリケーションへの通知に従って、映像音声のアプリケーションに「Ｖｏｌｕｍｅキー」を通知する。
　その後、映像音声のアプリケーションが「Ｖｏｌｕｍｅキー」を用いた場合、キーイベント通知制御部１２ｂは、ＡｖウィンドウＷ７を通知先ウィンドウ記憶部１５に記憶する。図２４の一点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップＳ２１に戻る。
　映像音声のアプリケーションが「Ｖｏｌｕｍｅキー」を用いなかった場合、キーイベント通知制御部１２ｂは、通知先ウィンドウがＡｖウィンドウＷ７である場合の通知種別Ａに従って、次の通知先アプリケーションであるラジオのアプリケーションに「Ｖｏｌｕｍｅキー」を通知することを決定する。つまり、キーイベント通知制御部１２ｂは、ＲａｄｉｏウィンドウＷ８を通知先ウィンドウとして決定する。
　キーイベント通知制御部１２ｂは、通知先ウィンドウに決定されたＲａｄｉｏウィンドウＷ８と、取得部１１で取得された「Ｖｏｌｕｍｅキー」とについて、図１１～図１５の通知種別ファイルを参照する。図１４のＲａｄｉｏウィンドウの「Ｖｏｌｕｍｅキー」には、通知種別Ａが設定されている。このため、キーイベント通知制御部１２ｂは、通知先ウィンドウがＲａｄｉｏウィンドウＷ８である場合の通知種別Ａに従って、ＲａｄｉｏウィンドウＷ８のラジオのアプリケーションに「Ｖｏｌｕｍｅキー」を通知する。
　以上を小括すると、キーイベント通知制御部１２ｂは、通知先ウィンドウがＡｖウィンドウＷ７である場合に「次の通知先アプリケーション（ラジオのアプリケーション）への通知」という通知種別Ａを参照し、通知先ウィンドウがＲａｄｉｏウィンドウＷ８である場合に「通知先アプリケーション（ラジオのアプリケーション）への通知」という通知種別Ａを参照する。キーイベント通知制御部１２ｂは、その２つの参照結果に共通するラジオのアプリケーションへの通知に従って、ラジオのアプリケーションに「Ｖｏｌｕｍｅキー」を通知する。
　その後、ラジオのアプリケーションが「Ｖｏｌｕｍｅキー」を用いた場合、キーイベント通知制御部１２ｂは、ＲａｄｉｏウィンドウＷ８を通知先ウィンドウ記憶部１５に記憶する。図２４の二点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップＳ２１に戻る。
　＜実施の形態４のまとめ＞
　本実施の形態４に係る通知制御装置１によれば、次の通知先ウィンドウに決定されたウィンドウも考慮して、次の通知先アプリケーションに適用されるアプリケーションにキーイベントを通知する制御を行う。このような構成によれば、次の通知先アプリケーションに適用されるアプリケーションに、キーイベントを適切に通知することができる。
　＜変形例１＞
　実施の形態２～４において、キーイベント通知制御部１２ｂは、予め定められた条件が、複数のウィンドウ２２のうちの１つのウィンドウにおいて満たされた場合に、通知先ウィンドウに適用されるウィンドウを変更してもよい。
　例えば、表示装置２１にタッチパネルが設けられている構成において、複数のウィンドウ２２のうちの１つのウィンドウにタッチ操作が行われた場合に、キーイベント通知制御部１２ｂは、当該１つのウィンドウを通知先ウィンドウとして決定してもよい。
　また例えば、通知先ウィンドウに適用されていたウィンドウが表示装置２１において表示されなくなった場合に、キーイベント通知制御部１２ｂは、表示装置２１に表示されている複数のウィンドウに対して序列づけを行い、当該複数のウィンドウの序列のうち先頭のウィンドウを、通知先ウィンドウとして決定してもよい。
　なお以上の動作を行う構成として、例えば、上記条件が満たされた１つのウィンドウに対応するアプリケーションが、変更要求をキーイベント通知制御部１２ｂに通知し、キーイベント通知制御部１２ｂが、当該変更要求を受けた場合に通知先ウィンドウに適用されるウィンドウを変更してもよい。
　＜変形例２＞
　実施の形態２～４において、キーイベント通知制御部１２ｂは、通知制御装置１の外部からの変更要求に応じて、移動パターン設定ファイルを変更して新しい移動パターン設定ファイルを生成してもよい。例えば、キーイベント通知制御部１２ｂは、「十字キー：→」のパターンに対する変更要求に応じて、図１０の「十字キー：→」のパターン１をパターン２に変更してもよい。そして、ファイル記憶部１４は、通知制御装置１の電源をオフするシーケンスを開始する時点から電源をオフする時点までに、新しい移動パターン設定ファイルを記憶してもよい。
　また実施の形態３，４において、キーイベント通知制御部１２ｂは、通知制御装置１の外部からの変更要求に応じて、通知種別ファイルを変更して新しい通知種別ファイルを生成してもよい。例えば、キーイベント通知制御部１２ｂは、「十字キー：→」の通知種別に対する変更要求に応じて、図１２の「十字キー：→」の通知種別Ａを通知種別Ｂに変更してもよい。そして、ファイル記憶部１４は、通知制御装置１の電源をオフするシーケンスを開始する時点から電源をオフする時点までに、新しい通知種別ファイルを記憶してもよい。
　＜その他の変形例＞
　上述した図１の取得部１１及び制御部１２を、以下「取得部１１等」と記す。取得部１１等は、図２５に示す処理回路８１により実現される。すなわち、処理回路８１は、ハードキーが受け付けたキーイベントを取得する取得部１１と、取得部１１がキーイベントを取得した場合に、複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションにキーイベントを通知する制御と、序列における第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションにキーイベントを通知する制御とを行う制御部１２と、を備える。処理回路８１には、専用のハードウェアが適用されてもよいし、メモリに格納されるプログラムを実行するプロセッサが適用されてもよい。プロセッサには、例えば、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、ＤＳＰ（Digital Signal Processor）などが該当する。
　処理回路８１が専用のハードウェアである場合、処理回路８１は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、またはこれらを組み合わせたものが該当する。取得部１１等の各部の機能それぞれは、処理回路を分散させた回路で実現されてもよいし、各部の機能をまとめて一つの処理回路で実現されてもよい。
　処理回路８１がプロセッサである場合、取得部１１等の機能は、ソフトウェア等との組み合わせにより実現される。なお、ソフトウェア等には、例えば、ソフトウェア、ファームウェア、または、ソフトウェア及びファームウェアが該当する。ソフトウェア等はプログラムとして記述され、メモリ８３に格納される。図２６に示すように、処理回路８１に適用されるプロセッサ８２は、メモリ８３に記憶されたプログラムを読み出して実行することにより、各部の機能を実現する。すなわち、通知制御装置１は、処理回路８１により実行されるときに、ハードキーが受け付けたキーイベントを取得するステップと、キーイベントが取得された場合に、複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションにキーイベントを通知する制御と、序列における第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションにキーイベントを通知する制御とを行うステップと、が結果的に実行されることになるプログラムを格納するためのメモリ８３を備える。換言すれば、このプログラムは、取得部１１等の手順や方法をコンピュータに実行させるものであるともいえる。ここで、メモリ８３は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）などの、不揮発性または揮発性の半導体メモリ、ＨＤＤ（Hard Disk Drive）、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ（Digital Versatile Disc）、そのドライブ装置等、または、今後使用されるあらゆる記憶媒体であってもよい。
　以上、取得部１１等の各機能が、ハードウェア及びソフトウェア等のいずれか一方で実現される構成について説明した。しかしこれに限ったものではなく、取得部１１等の一部を専用のハードウェアで実現し、別の一部をソフトウェア等で実現する構成であってもよい。例えば、取得部１１については専用のハードウェアとしての処理回路８１及びレシーバなどでその機能を実現し、それ以外についてはプロセッサ８２としての処理回路８１がメモリ８３に格納されたプログラムを読み出して実行することによってその機能を実現することが可能である。
　以上のように、処理回路８１は、ハードウェア、ソフトウェア等、またはこれらの組み合わせによって、上述の各機能を実現することができる。なお、ウィンドウ記憶部１３、ファイル記憶部１４及び通知先ウィンドウ記憶部１５は、メモリ８３から構成されるが、それらはそれぞれ個別のメモリから構成されてもよい。
　また、以上で説明した通知制御装置１は、ＰＮＤ（Portable Navigation Device）などのナビゲーション装置と、携帯電話、スマートフォン及びタブレットなどの携帯端末を含む通信端末と、ナビゲーション装置及び通信端末の少なくともいずれか１つにインストールされるアプリケーションの機能と、サーバとを適宜に組み合わせてシステムとして構築される通知制御システムにも適用することができる。この場合、以上で説明した通知制御装置１の各機能あるいは各構成要素は、前記システムを構築する各機器に分散して配置されてもよいし、いずれかの機器に集中して配置されてもよい。例えば、通知制御装置は、図１の表示装置２１をさらに備えてもよい。
　図２７は、本変形例に係るサーバ９１の構成を示すブロック図である。図２７のサーバ９１は、通信部９１ａと制御部９１ｂとを備えており、車両９２のナビゲーション装置９３と無線通信を行うことが可能となっている。
　取得部である通信部９１ａは、ナビゲーション装置９３と無線通信を行うことにより、ナビゲーション装置９３のハードキーで取得されたキーイベントを受信する。
　制御部９１ｂは、サーバ９１の図示しないプロセッサなどが、サーバ９１の図示しないメモリに記憶されたプログラムを実行することにより、図１の制御部１２と同様の機能を有している。つまり、制御部９１ｂは、通信部９１ａがキーイベントを取得した場合に、複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションにキーイベントを通知する制御と、序列における第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションにキーイベントを通知する制御とを行うための制御信号を生成する。そして、通信部９１ａは、制御部９１ｂで生成された制御信号をナビゲーション装置９３に送信する。
　このように構成されたサーバ９１によれば、実施の形態１で説明した通知制御装置１と同様の効果を得ることができる。
　図２８は、本変形例に係る通信端末９６の構成を示すブロック図である。図２８の通信端末９６は、通信部９１ａと同様の通信部９６ａと、制御部９１ｂと同様の制御部９６ｂとを備えており、車両９７のナビゲーション装置９８と無線通信を行うことが可能となっている。なお、通信端末９６には、例えば車両９７の運転者が携帯する携帯電話、スマートフォン、及びタブレットなどの携帯端末が適用される。このように構成された通信端末９６によれば、実施の形態１で説明した通知制御装置１と同様の効果を得ることができる。
　なお、本発明は、その発明の範囲内において、各実施の形態及び各変形例を自由に組み合わせたり、各実施の形態及び各変形例を適宜、変形、省略したりすることが可能である。
　本発明は詳細に説明されたが、上記した説明は、すべての態様において、例示であって、本発明がそれに限定されるものではない。例示されていない無数の変形例が、本発明の範囲から外れることなく想定され得るものと解される。
　１　通知制御装置、１１　取得部、１２　制御部、１４　ファイル記憶部、２１　表示装置、２２　ウィンドウ、２２ａ　第１ウィンドウ、２２ｂ　第２ウィンドウ、２６　十字キー。

Claims (13)

  1. 　表示装置に関する通知制御装置であって、
    　前記表示装置は、
    　複数のアプリケーションにそれぞれ対応する複数のウィンドウであって、序列づけられた複数のウィンドウを表示し、
    　前記通知制御装置は、
    　ハードキーが受け付けたキーイベントを取得する取得部と、
    　前記取得部がキーイベントを取得した場合に、前記複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションに前記キーイベントを通知する制御と、前記序列における前記第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションに前記キーイベントを通知する制御とを行う制御部と
    を備える、通知制御装置。
  2. 　請求項１に記載の通知制御装置であって、
    　前記制御部は、
    　前記取得部がキーイベントを取得した場合に、前記第１アプリケーションに前記キーイベントを通知し、前記第１アプリケーションにて前記キーイベントが用いられなかった場合に、前記第２アプリケーションに前記キーイベントを通知する、通知制御装置。
  3. 　請求項１に記載の通知制御装置であって、
    　前記表示装置におけるウィンドウの位置に関する前記序列のパターンが設定されたファイルを記憶するファイル記憶部をさらに備え、
    　前記制御部は、
    　前記表示装置にて表示されている前記複数のウィンドウのそれぞれの位置と、前記ファイルとに基づいて、前記複数のウィンドウを序列づける、通知制御装置。
  4. 　請求項３に記載の通知制御装置であって、
    　前記複数のウィンドウはキーイベントごとに序列づけられ、
    　前記制御部は、
    　前記取得部で取得されたキーイベントに基づいて、当該キーイベントの通知制御に用いる序列を決定する、通知制御装置。
  5. 　請求項１に記載の通知制御装置であって、
    　前記第１アプリケーションにキーイベントを通知するか否か、及び、前記第２アプリケーションにキーイベントを通知するか否かが、ウィンドウ及びキーイベントごとに設定されたファイルを記憶するファイル記憶部をさらに備え、
    　前記制御部は、
    　予め定められた条件に基づいて、前記第１ウィンドウに適用される１つのウィンドウを前記複数のウィンドウの中から決定し、決定された１つのウィンドウと、前記取得部で取得されたキーイベントと、前記ファイルとに基づいて、前記第１アプリケーション及び前記第２アプリケーションに適用される２つのアプリケーションのそれぞれに、前記キーイベントを通知する制御を行う、通知制御装置。
  6. 　請求項１に記載の通知制御装置であって、
    　前記制御部は、
    　前記取得部で取得されたキーイベントが特定のキーイベントである場合には、当該特定のキーイベントに対応する特定のアプリケーションにのみ当該キーイベントを通知する、通知制御装置。
  7. 　請求項１に記載の通知制御装置であって、
    　前記制御部は、
    　予め定められた条件が、前記複数のウィンドウのうちの１つのウィンドウにおいて満たされた場合に、前記第１ウィンドウに適用されるウィンドウを変更する、通知制御装置。
  8. 　請求項７に記載の通知制御装置であって、
    　前記予め定められた条件が満たされた前記１つのウィンドウに対応するアプリケーションは、変更要求を前記制御部に通知し、
    　前記制御部は、当該変更要求を受けた場合に前記第１ウィンドウに適用されるウィンドウを変更する、通知制御装置。
  9. 　請求項３に記載の通知制御装置であって、
    　前記制御部は、
    　前記通知制御装置の外部からの変更要求に応じて、前記ファイルを変更して新しいファイルを生成する、通知制御装置。
  10. 　請求項５に記載の通知制御装置であって、
    　前記制御部は、
    　前記通知制御装置の外部からの変更要求に応じて、前記ファイルを変更して新しいファイルを生成する、通知制御装置。
  11. 　請求項９に記載の通知制御装置であって、
    　前記記憶部は、前記通知制御装置の電源をオフするシーケンスを開始する時点から前記電源をオフする時点までに、前記新しいファイルを記憶する、通知制御装置。
  12. 　請求項１０に記載の通知制御装置であって、
    　前記記憶部は、前記通知制御装置の電源をオフするシーケンスを開始する時点から前記電源をオフする時点までに、前記新しいファイルを記憶する、通知制御装置。
  13. 　表示装置に関する通知制御方法であって、
    　前記表示装置は、
    　複数のアプリケーションにそれぞれ対応する複数のウィンドウであって、序列づけられた複数のウィンドウを表示し、
    　前記通知制御方法は、
    　ハードキーが受け付けたキーイベントを取得し、
    　キーイベントが取得された場合に、前記複数のウィンドウのうちの第１ウィンドウに対応する第１アプリケーションに前記キーイベントを通知する制御と、前記序列における前記第１ウィンドウの次の第２ウィンドウに対応する第２アプリケーションに前記キーイベントを通知する制御とを行う、通知制御方法。
PCT/JP2017/045917 2017-12-21 2017-12-21 通知制御装置及び通知制御方法 WO2019123603A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2017/045917 WO2019123603A1 (ja) 2017-12-21 2017-12-21 通知制御装置及び通知制御方法
JP2019559960A JP6644210B2 (ja) 2017-12-21 2017-12-21 通知制御装置及び通知制御方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2017/045917 WO2019123603A1 (ja) 2017-12-21 2017-12-21 通知制御装置及び通知制御方法

Publications (1)

Publication Number Publication Date
WO2019123603A1 true WO2019123603A1 (ja) 2019-06-27

Family

ID=66992669

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/045917 WO2019123603A1 (ja) 2017-12-21 2017-12-21 通知制御装置及び通知制御方法

Country Status (2)

Country Link
JP (1) JP6644210B2 (ja)
WO (1) WO2019123603A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000259313A (ja) * 1999-03-10 2000-09-22 Hitachi Ltd プラント監視画面制御方法
JP2006502651A (ja) * 2002-10-03 2006-01-19 松下電器産業株式会社 キーイベント制御装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000259313A (ja) * 1999-03-10 2000-09-22 Hitachi Ltd プラント監視画面制御方法
JP2006502651A (ja) * 2002-10-03 2006-01-19 松下電器産業株式会社 キーイベント制御装置

Also Published As

Publication number Publication date
JP6644210B2 (ja) 2020-02-12
JPWO2019123603A1 (ja) 2020-02-27

Similar Documents

Publication Publication Date Title
CN109766684B (zh) 用户终端设备及其控制方法
US9830052B2 (en) Method of displaying data in display device using mobile communication terminal, the display device, and the mobile communication terminal
KR102107491B1 (ko) 리스트 스크롤 바 제어 방법 및 모바일 장치
KR101885131B1 (ko) 디스플레이 장치의 화면 스크롤 방법 및 그 장치
CN106155480B (zh) 一种应用程序的界面显示方法及移动终端
US20150324067A1 (en) Vehicle infotainment gateway - multi-application interface
JP2017507828A (ja) 車両におけるオーディオビジュアルコンテンツの提示及びこれとの相互作用
CN107678813B (zh) 一种桌面图标的主题的切换方法及移动终端
JP5980173B2 (ja) 情報処理装置および情報処理方法
US20150012856A1 (en) Electronic device and method for displaying user interface for one handed operation
JP2013008278A (ja) 操作装置、及び、操作方法
JP2009205462A (ja) 情報システム
JP6430642B2 (ja) 表示制御装置および表示制御方法
US10416848B2 (en) User terminal, electronic device, and control method thereof
JP5388216B2 (ja) 情報端末及びソフトキー表示方法
WO2019123603A1 (ja) 通知制御装置及び通知制御方法
JP6275367B2 (ja) 表示装置及びそれが適用される検索装置
JP2016035414A (ja) 表示情報生成システムおよび表示情報生成方法
JP6906289B2 (ja) 入力装置、車載装置、表示システムおよび入力装置の制御方法
JP6112554B2 (ja) 電子機器
JP4765893B2 (ja) タッチパネル搭載装置、外部装置、及び外部装置の操作方法
CN110362249B (zh) 书写屏软件页面跳转的控制方法和装置
JP2016126708A (ja) 表示制御装置、表示制御方法
JP2012141706A (ja) 項目表示装置
JP3969301B2 (ja) グラフ表示制御装置およびグラフ表示制御プログラム

Legal Events

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

Ref document number: 17935819

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019559960

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

Country of ref document: EP

Kind code of ref document: A1