WO2019123603A1 - 通知制御装置及び通知制御方法 - Google Patents
通知制御装置及び通知制御方法 Download PDFInfo
- 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
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
異なるアプリケーションに対するキーイベントの通知をハードキーによって行うことが可能な技術を提供することを目的とする。通知制御装置1は、ハードキーが受け付けたキーイベントを取得する取得部11と、取得部11がキーイベントを取得した場合に、複数のウィンドウ22のうちの第1ウィンドウに対応する第1アプリケーションにキーイベントを通知する制御と、序列における第1ウィンドウの次の第2ウィンドウに対応する第2アプリケーションにキーイベントを通知する制御とを行う制御部12とを備える。
Description
本発明は、アプリケーションに対するキーイベントの通知を制御する通知制御装置及び通知制御方法に関する。
表示装置に表示されているウィンドウに対応するアプリケーションに、ハードキーで受け付けたキーイベントを通知する通知制御装置について、様々な技術が提案されている(例えば特許文献1,2)。一方、1つのウィンドウではなく複数のウィンドウを一画面に表示する技術が様々な装置において適用されつつある。
複数のウィンドウが表示される場合、ユーザは、ハードキーにおいて入力したキーイベントを、あるウィンドウのアプリケーションから、別のウィンドウの別のアプリケーションに切り替えて用いたいことがある。しかしながら、従来の通知制御装置では、1つのウィンドウに対応するアプリケーションにキーイベントを通知するように構成されているので、そのような操作を行うことができないという問題があった。
そこで、本発明は、上記のような問題点を鑑みてなされたものであり、異なるアプリケーションに対するキーイベントの通知をハードキーによって行うことが可能な技術を提供することを目的とする。
本発明に係る通知制御装置は、表示装置に関する通知制御装置であって、表示装置は、複数のアプリケーションにそれぞれ対応する複数のウィンドウであって、序列づけられた複数のウィンドウが表示装置を表示し、ハードキーが受け付けたキーイベントを取得する取得部と、取得部がキーイベントを取得した場合に、複数のウィンドウのうちの第1ウィンドウに対応する第1アプリケーションにキーイベントを通知する制御と、序列における第1ウィンドウの次の第2ウィンドウに対応する第2アプリケーションにキーイベントを通知する制御とを行う制御部とを備える。
本発明によれば、キーイベントを取得した場合に、複数のウィンドウのうちの第1ウィンドウに対応する第1アプリケーションにキーイベントを通知する制御と、序列における第1ウィンドウの次の第2ウィンドウに対応する第2アプリケーションにキーイベントを通知する制御とを行う。このような構成によれば、ユーザは、異なるアプリケーションに対するキーイベントの通知をハードキーによって行うことができる。
本発明の目的、特徴、態様及び利点は、以下の詳細な説明と添付図面とによって、より明白となる。
<実施の形態1>
図1は、本発明の実施の形態1に係る通知制御装置1の構成を示すブロック図である。なお、通知制御装置1は、例えば、デスクトップPC(Personal Computer)、及び、車両に搭載されたナビゲーション装置などに適用することができる。
図1は、本発明の実施の形態1に係る通知制御装置1の構成を示すブロック図である。なお、通知制御装置1は、例えば、デスクトップPC(Personal Computer)、及び、車両に搭載されたナビゲーション装置などに適用することができる。
通知制御装置1は、表示装置21に関する通知制御装置であり、表示装置21と無線または有線によって接続されている。表示装置21は、例えば通知制御装置1の制御などによって複数のウィンドウ22を表示する。複数のウィンドウ22は、複数のアプリケーションにそれぞれ対応しており、序列づけられている。なお、表示装置21は、例えば、車両のセンターコンソール、PCなどに設けられた表示装置、または、ヘッドアップディスプレイなどである。図1では、表示装置21は通知制御装置1の外部に設けられているが、これに限ったものではなく、通知制御装置1の内部に備えられてもよい。
図1に示すように、通知制御装置1は、取得部11と制御部12とを備える。
取得部11は、ハードキーが受け付けたキーイベントを取得する。取得部11は、例えば、各種インターフェース及び通信装置などである。ハードキーは、通知制御装置1の内部または外部に設けられ、例えば、十字キー、及び、物理的なボタンなどを含む。
取得部11がキーイベントを取得した場合、制御部12は、複数のウィンドウ22のうちの第1ウィンドウに対応する第1アプリケーションにキーイベントを通知(配送)する制御と、序列における第1ウィンドウの次の第2ウィンドウに対応する第2アプリケーションにキーイベントを通知(配送)する制御とを行う。これにより、第1アプリケーションに対するキーイベントの通知及び非通知が選択的に行われ、第2アプリケーションに対するキーイベントを通知及び非通知が選択的に行われる。なお、第1ウィンドウには、複数のウィンドウ22の序列のうち最後尾のウィンドウを除く任意のウィンドウが適用される。
図2は、本実施の形態1に係る通知制御装置1の動作例を示す図である。図2では、リスト1~3を含む第1ウィンドウ22aと、リスト4~6を含む第2ウィンドウ22bと、1つのリストを選択するためのハイライト23とが、表示装置21によって表示されている。
ハイライト23が第1ウィンドウ22aのリスト2に位置する状態1において、取得部11が十字キー26aから「↓」を示すキーイベント(以下「十字キー:↓」と記す)を取得した場合、制御部12は、第1ウィンドウ22aに対応する第1アプリケーションに当該キーイベントを通知する。第1アプリケーションは、通知された「十字キー:↓」を用い(消費し)、その結果として、ハイライト23が、リスト2に位置する状態1からリスト3に位置する状態2に移行する。
状態2において、取得部11が「十字キー:↓」を取得した場合、上述と同様に、制御部12は、第1ウィンドウ22aに対応する第1アプリケーションに「十字キー:↓」を通知する。しかしながら、ハイライト23はリスト3から下方向に移動することができないので、第1アプリケーションは、通知された「十字キー:↓」を用いる(消費する)ことができない。この場合、第1アプリケーションは、通知された「十字キー:↓」を用いることができない旨を制御部12に通知する。
制御部12は、第1アプリケーションから当該通知を受けると、序列における第1ウィンドウ22aの次の第2ウィンドウ22bに対応する第2アプリケーションに「十字キー:↓」を通知する。第2アプリケーションは、通知された「十字キー:↓」を用い(消費)し、ハイライト23が、第2ウィンドウ22bのリスト4~6のいずれか1つ(ここではリスト4)に表示されるように表示装置21を制御する。これとともに、第2アプリケーションは、「十字キー:↓」を用いたことを、制御部12を介して第1アプリケーションに通知する。第1アプリケーションは、当該通知を受けると、ハイライト23が第1ウィンドウ22aのリスト1~3において非表示となるように表示装置21を制御する。以上の結果として、ハイライト23が、第1ウィンドウ22aのリスト3に位置する状態2から、第2ウィンドウ22bのリスト4に位置する状態3に移行する。
<実施の形態1のまとめ>
以上のような本実施の形態1に係る通知制御装置1によれば、キーイベントを取得した場合に、複数のウィンドウのうちの第1ウィンドウに対応する第1アプリケーションにキーイベントを通知する制御と、序列における第1ウィンドウの次の第2ウィンドウに対応する第2アプリケーションにキーイベントを通知する制御とを行う。このような構成によれば、ハードキーで受け付けたキーイベントの通知を、1つのウィンドウに対応するアプリケーションから、序列における当該1つのウィンドウの次のウィンドウに対応するアプリケーションに適宜切り替えることができる。この結果、ユーザは、異なるアプリケーションに対するキーイベントの通知をハードキーによって行うことができる。
以上のような本実施の形態1に係る通知制御装置1によれば、キーイベントを取得した場合に、複数のウィンドウのうちの第1ウィンドウに対応する第1アプリケーションにキーイベントを通知する制御と、序列における第1ウィンドウの次の第2ウィンドウに対応する第2アプリケーションにキーイベントを通知する制御とを行う。このような構成によれば、ハードキーで受け付けたキーイベントの通知を、1つのウィンドウに対応するアプリケーションから、序列における当該1つのウィンドウの次のウィンドウに対応するアプリケーションに適宜切り替えることができる。この結果、ユーザは、異なるアプリケーションに対するキーイベントの通知をハードキーによって行うことができる。
なお、図2を用いて説明された構成では、第1アプリケーションが、キーイベントを用いることができるか否かを判定した。しかし、制御部12が、アプリケーションを管理するように構成されている場合には、制御部12が、第1アプリケーションがキーイベントを用いることができるか否かを判定してもよい。そして、制御部12は、第1アプリケーションがキーイベントを用いることができると判定した場合に、第1アプリケーションにキーイベントを通知し、第1アプリケーションがキーイベントを用いることができないと判定した場合に、第2アプリケーションにキーイベントを通知してもよい。
<実施の形態2>
図3は、本発明の実施の形態2に係る通知制御装置1の構成を示すブロック図である。以下、本実施の形態2に係る構成要素のうち、上述の構成要素と同じまたは類似する構成要素については同じ参照符号を付し、異なる構成要素について主に説明する。
図3は、本発明の実施の形態2に係る通知制御装置1の構成を示すブロック図である。以下、本実施の形態2に係る構成要素のうち、上述の構成要素と同じまたは類似する構成要素については同じ参照符号を付し、異なる構成要素について主に説明する。
通知制御装置1は、操作入力装置26と接続されている。操作入力装置26は、ハードキーを有しており、当該ハードキーにおいてキーイベントを受け付けると、当該キーイベントを通知制御装置1に出力する。
通知制御装置1は、取得部11と、ウィンドウ制御部12aと、キーイベント通知制御部12bと、ウィンドウ記憶部13と、ファイル記憶部14と、通知先ウィンドウ記憶部15とを備える。なお、ウィンドウ制御部12a及びキーイベント通知制御部12bの概念は、図1の制御部12の概念に含まれる。
取得部11は、操作入力装置26から出力されたキーイベントを取得する。
ウィンドウ制御部12aは、1つ以上のアプリケーションに対応する1つ以上のウィンドウ22が表示装置21に表示されるように表示装置21を制御する。また、ウィンドウ制御部12aは、ウィンドウ記憶部13と協働して、ウィンドウ22と、ウィンドウ22に対応するアプリケーションとを管理する。ウィンドウ制御部12aは、例えば、表示装置21の画面にて表示されているウィンドウの位置、及び、当該ウィンドウに対応するアプリケーションの情報などを、ウィンドウ記憶部13に適宜記憶し、キーイベント通知制御部12bに適宜出力する。
なお以下の例では、ウィンドウの位置は、ウィンドウの左上端の点の位置(x,y,z)で示されるものとして説明する。ここで、座標xは、表示装置21の画面の横方向の座標であり、座標yは、表示装置21の画面の縦方向の座標である。座標zは、複数のウィンドウが仮想的に重ねられた場合に、一番目の下側のウィンドウから順に1、2、…の値を有する座標であり、重ねられていないウィンドウの座標zは1である。
ファイル記憶部14は、ウィンドウの移動パターン設定ファイルを記憶している。
図4は、本実施の形態2に係る移動パターン設定ファイルを示す図である。図4の例では、移動パターン設定ファイルにおいて、ウィンドウの移動パターンとしてパターン1及び2が設定されている。なお、ウィンドウの移動パターンとは、表示装置21におけるウィンドウの位置に関するウィンドウの序列のパターンである。
例えばパターン1は、(1)表示装置21の画面に複数のウィンドウが表示されている場合、座標zの値が大きい順に当該複数のウィンドウが序列づけられる、(2)座標zの値が同じである複数のウィンドウが存在する場合、座標yの値が小さい順に当該複数のウィンドウが序列づけられる、(3)座標yの値が同じである複数のウィンドウが存在する場合、座標xの値が小さい順に当該ウィンドウが序列づけられる、というパターンである。
パターン2は、(1)表示装置21の画面に複数のウィンドウが表示されている場合、座標zの値が大きい順に当該複数のウィンドウが序列づけられる、(2)座標zの値が同じである複数のウィンドウが存在する場合、座標yの値が小さい順に当該複数のウィンドウが序列づけられる、(3)座標yの値が同じである複数のウィンドウが存在する場合、座標xの値が大きい順に当該ウィンドウが序列づけられる、というパターンである。
次に、キーイベント通知制御部12bについて説明する。
<序列の決定>
上述したように、複数のウィンドウ22のそれぞれの位置は、ウィンドウ制御部12aからキーイベント通知制御部12bに出力される。
上述したように、複数のウィンドウ22のそれぞれの位置は、ウィンドウ制御部12aからキーイベント通知制御部12bに出力される。
キーイベント通知制御部12bは、表示装置21にて表示されている複数のウィンドウ22のそれぞれの位置と、ファイル記憶部14に記憶された移動パターン設定ファイルとに基づいて、表示装置21にて表示されている複数のウィンドウ22を序列づける。
図4の例では、ウィンドウの移動パターンがキーイベントごとに設定されている。具体的には、パターン1及び2が、「十字キー:→」及び「十字キー:←」のキーイベントにそれぞれ対応付けられて設定されている。この場合、キーイベント通知制御部12bは、パターン1及び2から2通りの序列を生成し、取得部11で取得されたキーイベントに基づいて、2通りの序列のうち当該キーイベントに対応する序列を、当該キーイベントの通知に用いる序列として決定する。
<通知先ウィンドウの決定>
キーイベント通知制御部12bは、予め定められた条件に基づいて、通知先ウィンドウに適用されるウィンドウを複数のウィンドウ22の中から決定する。予め定められた条件は、例えば、(1)通知先ウィンドウが過去に決定されていた場合、キーイベント通知制御部12bは、過去の通知先ウィンドウに適用されたウィンドウを、通知先ウィンドウとして決定すること、(2)過去の通知先ウィンドウに適用されたウィンドウが存在しない場合、キーイベント通知制御部12bは、複数のウィンドウ22の序列のうち先頭のウィンドウを、通知先ウィンドウとして決定すること、などを含む。
キーイベント通知制御部12bは、予め定められた条件に基づいて、通知先ウィンドウに適用されるウィンドウを複数のウィンドウ22の中から決定する。予め定められた条件は、例えば、(1)通知先ウィンドウが過去に決定されていた場合、キーイベント通知制御部12bは、過去の通知先ウィンドウに適用されたウィンドウを、通知先ウィンドウとして決定すること、(2)過去の通知先ウィンドウに適用されたウィンドウが存在しない場合、キーイベント通知制御部12bは、複数のウィンドウ22の序列のうち先頭のウィンドウを、通知先ウィンドウとして決定すること、などを含む。
<キーイベントの通知制御、通知先ウィンドウの記憶>
取得部11がキーイベントを取得した場合に、キーイベント通知制御部12bは、通知先ウィンドウに対応するアプリケーションにキーイベントを通知する。この場合、通知先ウィンドウは第1ウィンドウと呼ぶこともできる。なお以下では、説明を簡単にするため、通知先ウィンドウに対応するアプリケーションを「通知先アプリケーション」と記すこともある。
取得部11がキーイベントを取得した場合に、キーイベント通知制御部12bは、通知先ウィンドウに対応するアプリケーションにキーイベントを通知する。この場合、通知先ウィンドウは第1ウィンドウと呼ぶこともできる。なお以下では、説明を簡単にするため、通知先ウィンドウに対応するアプリケーションを「通知先アプリケーション」と記すこともある。
通知先アプリケーションが、通知されたキーイベントを用いた場合、キーイベント通知制御部12bは、通知先ウィンドウに直近に決定されたウィンドウを通知先ウィンドウ記憶部15に記憶する。
通知先アプリケーションが、通知されたキーイベントを用いなかった場合、キーイベント通知制御部12bは、通知先ウィンドウに適用されているウィンドウの次のウィンドウを、通知先ウィンドウとして決定する。そして、キーイベント通知制御部12bは、新たな通知先ウィンドウに対応する通知先アプリケーションにキーイベントを通知する。この場合、新たな通知先ウィンドウは第2ウィンドウと呼ぶこともできる。
キーイベント通知制御部12bは、キーイベントがアプリケーションによって用いられるまで、以上のキーイベントの一連の通知制御を繰り返す。
<動作>
図5は、本実施の形態2に係る通知制御装置1の動作を示すフローチャートである。なお、移動パターン設定ファイルは、ファイル記憶部14にすでに記憶されており、以下に説明する動作は、通知制御装置1の電源がオンされた場合に行われるものとする。
図5は、本実施の形態2に係る通知制御装置1の動作を示すフローチャートである。なお、移動パターン設定ファイルは、ファイル記憶部14にすでに記憶されており、以下に説明する動作は、通知制御装置1の電源がオンされた場合に行われるものとする。
通知制御装置1の電源がオンされた後のステップS1にて、キーイベント通知制御部12bは、ウィンドウ制御部12aから、表示装置21において表示されている複数のウィンドウ22のそれぞれの位置を取得し、ファイル記憶部14から、移動パターン設定ファイルを取得する。
ステップS2にて、キーイベント通知制御部12bは、表示装置21において表示されている複数のウィンドウ22のそれぞれの位置と、移動パターン設定ファイルとに基づいて、当該複数のウィンドウ22を序列づける。
ステップS3にて、キーイベント通知制御部12bは、取得部11がキーイベントを取得したか否かを判定する。取得部11がキーイベントを取得したと判定された場合には、処理がステップS4に進み、取得部11がキーイベントを取得しなかったと判定された場合には、処理がステップS1に戻る。
ステップS4にて、キーイベント通知制御部12bは、取得部11で取得されたキーイベントに基づいて、ステップS2で得られた序列のうち当該キーイベントに対応する序列を、当該キーイベントの通知に用いる序列として決定する。図4の例では、取得部11で取得されたキーイベントが「十字キー:→」である場合には、パターン1によって得られた序列が決定され、取得部11で取得されたキーイベントが「十字キー:←」である場合には、パターン2によって得られた序列が決定される。
ステップS5にて、キーイベント通知制御部12bは、ウィンドウが通知先ウィンドウ記憶部15に記憶されているか否かを判定する。ウィンドウが通知先ウィンドウ記憶部15に記憶されていると判定された場合には、処理がステップS6に進み、ウィンドウが通知先ウィンドウ記憶部15に記憶されていないと判定された場合には、処理がステップS7に進む。
ステップS6にて、キーイベント通知制御部12bは、通知先ウィンドウ記憶部15に記憶されているウィンドウを、通知先ウィンドウとして決定する。その後、処理がステップS8に進む。
ステップS7にて、キーイベント通知制御部12bは、ステップS4で決定された序列のうち先頭のウィンドウを、通知先ウィンドウとして決定する。その後、処理がステップS8に進む。
ステップS8にて、キーイベント通知制御部12bは、通知先ウィンドウに対応する通知先アプリケーションに、取得部11で取得されたキーイベントを通知する。
ステップS9にて、キーイベント通知制御部12bは、通知先アプリケーションがキーイベントを用いたか否かを判定する。通知先アプリケーションがキーイベントを用いたと判定された場合には、処理がステップS10に進み、通知先アプリケーションがキーイベントを用いなかったと判定された場合には、処理がステップS11に進む。
ステップS10にて、キーイベント通知制御部12bは、通知先ウィンドウに直近に決定されたウィンドウを、通知先ウィンドウ記憶部15に記憶する。通知先ウィンドウ記憶部15に記憶されたウィンドウは、その後のステップS6の処理において、通知先ウィンドウとして決定される。その後、処理がステップS1に戻る。
ステップS11にて、キーイベント通知制御部12bは、通知先ウィンドウに適用されているウィンドウの次のウィンドウを、通知先ウィンドウとして決定することによって、通知先ウィンドウを変更する。その後、処理がステップS8に戻る。
<動作例>
図6~図9は、本実施の形態2に係る通知制御装置1の動作例を説明するための図である。図6~図9では、ウィンドウW1~W4が表示装置21に表示されている。ここで、表示装置21の画面は、幅600×高さ600を有している。ウィンドウW1~W4のそれぞれの座標、幅、高さは下記の通りである。なお、下記の説明において最初のステップS1の処理が行われる時点では、ウィンドウは通知先ウィンドウ記憶部15に記憶されていないものとして説明する。
図6~図9は、本実施の形態2に係る通知制御装置1の動作例を説明するための図である。図6~図9では、ウィンドウW1~W4が表示装置21に表示されている。ここで、表示装置21の画面は、幅600×高さ600を有している。ウィンドウW1~W4のそれぞれの座標、幅、高さは下記の通りである。なお、下記の説明において最初のステップS1の処理が行われる時点では、ウィンドウは通知先ウィンドウ記憶部15に記憶されていないものとして説明する。
ウィンドウW1:座標(50,50,1)、幅200×高さ200
ウィンドウW2:座標(300,50,1)、幅200×高さ200
ウィンドウW3:座標(50,300,1)、幅200×高さ200
ウィンドウW4:座標(300,300,1)、幅200×高さ200
ウィンドウW2:座標(300,50,1)、幅200×高さ200
ウィンドウW3:座標(50,300,1)、幅200×高さ200
ウィンドウW4:座標(300,300,1)、幅200×高さ200
ステップS1にて、キーイベント通知制御部12bは、ウィンドウ制御部12aから、複数のウィンドウW1~W4の上記座標を取得し、ファイル記憶部14から、移動パターン設定ファイルを取得する。
ステップS2にて、キーイベント通知制御部12bは、複数のウィンドウW1~W4のそれぞれの位置と、移動パターン設定ファイルとに基づいて、複数のウィンドウW1~W4を序列づける。
上述したパターン1に対しては、キーイベント通知制御部12bは、「ウィンドウW1」、ウィンドウW1より座標xが大きい「ウィンドウW2」、ウィンドウW1及びウィンドウW2より座標yが大きい「ウィンドウW3」、ウィンドウW3より座標xが大きい「ウィンドウW4」の順に、複数のウィンドウW1~W4を序列づける。これにより、図6に示すようにパターン1に対して序列「W1→W2→W3→W4」が得られる。
上述したパターン2に対しては、キーイベント通知制御部12bは、「ウィンドウW2」、ウィンドウW2より座標xが小さい「ウィンドウW1」、ウィンドウW1及びウィンドウW2より座標yが大きい「ウィンドウW4」、ウィンドウW4より座標xが小さい「ウィンドウW3」の順に、複数のウィンドウW1~W4を序列づける。これにより、図6に示すようにパターン2に対して序列「W2→W1→W4→W3」が得られる。
ステップS3にて、取得部11がキーイベントとして「十字キー:→」を取得した場合、ステップS4にて、キーイベント通知制御部12bは、図4の移動パターン設定ファイルで「十字キー:→」に対応付けられているパターン1の序列「W1→W2→W3→W4」を、「十字キー:→」の通知に用いる序列として決定する。
ステップS5にて、ウィンドウが通知先ウィンドウ記憶部15に記憶されていないと判定され、ステップS7にて、キーイベント通知制御部12bは、ステップS4で決定された序列「W1→W2→W3→W4」の先頭のウィンドウW1(図7の破線枠)を、通知先ウィンドウとして決定する。
ステップS8にて、キーイベント通知制御部12bは、通知先ウィンドウに決定されたウィンドウW1に対応するアプリケーションに「十字キー:→」を通知する。ステップS9にて、当該アプリケーションが「十字キー:→」を用いた場合、ステップS10にて、キーイベント通知制御部12bは、通知先ウィンドウに直近に決定されたウィンドウW1を通知先ウィンドウ記憶部15に記憶する。図7の一点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップS1に戻る。
次のステップS1及びステップS2では、上述のステップS1及びステップS2と同様の処理が行われる。ステップS3にて、取得部11がキーイベントとして「十字キー:→」を取得した場合、ステップS4にて、キーイベント通知制御部12bは、図4の移動パターン設定ファイルで「十字キー:→」に対応付けられているパターン1の序列「W1→W2→W3→W4」を、「十字キー:→」の通知に用いる序列として決定する。
ステップS5にて、ウィンドウW1が通知先ウィンドウ記憶部15に記憶されていると判定され、ステップS6にて、キーイベント通知制御部12bは、ウィンドウW1(図8の破線枠)を通知先ウィンドウとして決定する。
ステップS8にて、キーイベント通知制御部12bは、通知先ウィンドウに決定されたウィンドウW1に対応するアプリケーションに、「十字キー:→」を通知する。ステップS9にて、当該アプリケーションが「十字キー:→」を用いなかった場合、ステップS11にて、キーイベント通知制御部12bは、パターン1の序列におけるウィンドウW1の次のウィンドウW2を、通知先ウィンドウとして決定する。その後、ステップS8に戻る。
ステップS8にて、キーイベント通知制御部12bは、通知先ウィンドウに決定されたウィンドウW2に対応するアプリケーションに、「十字キー:→」を通知する。ステップS9にて、当該アプリケーションが「十字キー:→」を用いた場合、ステップS10にて、キーイベント通知制御部12bは、通知先ウィンドウに直近に決定されたウィンドウW2を通知先ウィンドウ記憶部15に記憶する。図8の一点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップS1に戻る。
次のステップS1及びステップS2では、上述のステップS1及びステップS2と同様の処理が行われる。ステップS3にて、取得部11がキーイベントとして「十字キー:←」を取得した場合、ステップS4にて、キーイベント通知制御部12bは、図4の移動パターン設定ファイルで「十字キー:←」に対応付けられているパターン2の序列「W2→W1→W4→W3」を、「十字キー:←」の通知に用いる序列として決定する。
ステップS5にて、ウィンドウW2が通知先ウィンドウ記憶部15に記憶されていると判定され、ステップS6にて、キーイベント通知制御部12bは、ウィンドウW2(図9の破線枠)を通知先ウィンドウとして決定する。
ステップS8にて、キーイベント通知制御部12bは、通知先ウィンドウに決定されたウィンドウW2に対応するアプリケーションに、「十字キー:←」を通知する。ステップS9にて、当該アプリケーションが「十字キー:←」を用いなかった場合、ステップS11にて、キーイベント通知制御部12bは、パターン2の序列におけるウィンドウW2の次のウィンドウW1を、通知先ウィンドウとして決定する。その後、ステップS8に戻る。
ステップS8にて、キーイベント通知制御部12bは、通知先ウィンドウに決定されたウィンドウW1に対応するアプリケーションに、「十字キー:←」を通知する。ステップS9にて、当該アプリケーションが「十字キー:←」を用いた場合、ステップS10にて、キーイベント通知制御部12bは、通知先ウィンドウに直近に決定されたウィンドウW1を通知先ウィンドウ記憶部15に記憶する。図9の一点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップS1に戻る。
<実施の形態2のまとめ>
本実施の形態2に係る通知制御装置1によれば、取得部11がキーイベントを取得した場合に、通知先ウィンドウに対応するアプリケーションにキーイベントを通知し、当該アプリケーションにてキーイベントが用いられなかった場合に、通知先ウィンドウを変更し、新たな通知先ウィンドウに対応するアプリケーションにキーイベントを通知する。このような構成によれば、取得部11で取得されたキーイベントを可及的に用いることができる。
本実施の形態2に係る通知制御装置1によれば、取得部11がキーイベントを取得した場合に、通知先ウィンドウに対応するアプリケーションにキーイベントを通知し、当該アプリケーションにてキーイベントが用いられなかった場合に、通知先ウィンドウを変更し、新たな通知先ウィンドウに対応するアプリケーションにキーイベントを通知する。このような構成によれば、取得部11で取得されたキーイベントを可及的に用いることができる。
また本実施の形態2によれば、表示装置21にて表示されている複数のウィンドウ22のそれぞれの位置と、移動パターン設定ファイルとに基づいて、複数のウィンドウ22を序列づける。このような構成によれば、複数のウィンドウ22の位置に適した複数のウィンドウ22の序列づけを行うことができる。
また本実施の形態2によれば、取得部11で取得されたキーイベントに基づいて、当該キーイベントの通知制御に用いる序列を決定する。このような構成によれば、キーイベントに適した順で、アプリケーションにキーイベントを通知することができる。
<実施の形態3>
本発明の実施の形態3に係る通知制御装置1のブロック構成は、実施の形態2に係る通知制御装置1のブロック構成(図3)と同じである。以下、本実施の形態3に係る構成要素のうち、上述の構成要素と同じまたは類似する構成要素については同じ参照符号を付し、異なる構成要素について主に説明する。
本発明の実施の形態3に係る通知制御装置1のブロック構成は、実施の形態2に係る通知制御装置1のブロック構成(図3)と同じである。以下、本実施の形態3に係る構成要素のうち、上述の構成要素と同じまたは類似する構成要素については同じ参照符号を付し、異なる構成要素について主に説明する。
本実施の形態3に係るファイル記憶部14は、実施の形態2と同様に、移動パターン設定ファイルを記憶している。図10は、本実施の形態3に係る移動パターン設定ファイルを示す図である。
本実施の形態3に係るキーイベント通知制御部12bは、実施の形態2と同様に、表示装置21にて表示されている複数のウィンドウ22のそれぞれの位置と、ファイル記憶部14に記憶された移動パターン設定ファイルとに基づいて、複数のウィンドウ22を序列づける。
ここで、本実施の形態3に係るファイル記憶部14は、移動パターン設定ファイルだけでなく、通知種別ファイルも記憶している。
図11~図15は、本実施の形態3に係る通知種別ファイルを示す図である。
図11の通知種別ファイルには、通知種別A~Eの処理内容の詳細が示されている。以下、説明を簡単にするため、序列における通知先ウィンドウの次のウィンドウを「次の通知先ウィンドウ」と記すこともあり、次の通知先ウィンドウに対応するアプリケーションを「次の通知先アプリケーション」と記すこともある。
通知種別Aには、通知先アプリケーションにキーイベントを通知し、通知先アプリケーションがキーイベントを用いなかった場合に次の通知先アプリケーションにキーイベントを通知することが設定されている。通知種別Bには、通知先アプリケーションにキーイベントを通知し、通知先アプリケーションがキーイベントを用いなかった場合であっても次の通知先アプリケーションにキーイベントを通知しないことが設定されている。
通知種別Cには、通知先アプリケーションにキーイベントを通知せず、かつ、次の通知先アプリケーションにキーイベントを通知することが設定されている。通知種別Dには、通知先アプリケーション、及び、次の通知先アプリケーションのいずれにもキーイベントを通知しないことが設定されている。
以上のように、通知種別A~Dには、通知先アプリケーションにキーイベントを通知するか否か、及び、次の通知先アプリケーションにキーイベントを通知するか否かが設定されている。
さて図12に示すように、ナビゲーションのアプリケーションに対応するウィンドウであるNaviウィンドウには、通知種別がキーイベント(ハードキー種類)ごとに設定されている。同様に、映像音声のアプリケーションに対応するウィンドウである図13のAvウィンドウ、ラジオのアプリケーションに対応するウィンドウである図14のRadioウィンドウ、及び、ポップアップ表示のアプリケーションに対応する図15のPopupウィンドウにも、通知種別がキーイベントごとに設定されている。
つまり、通知種別ファイルでは、通知先アプリケーションにキーイベントを通知するか否か、及び、次の通知先アプリケーションにキーイベントを通知するか否かが、ウィンドウ及びキーイベントごとに設定されている。この場合、通知先アプリケーションは第1アプリケーションと呼ぶこともでき、次の通知先アプリケーションは第2アプリケーションと呼ぶこともできる。
本実施の形態3に係るキーイベント通知制御部12bは、実施の形態2と同様に、予め定められた条件に基づいて、通知先ウィンドウに適用される1つのウィンドウを複数のウィンドウ22の中から決定する。そして、キーイベント通知制御部12bは、通知先ウィンドウに決定された1つのウィンドウと、取得部11で取得されたキーイベントと、通知種別ファイルとに基づいて、通知先アプリケーション及び次の通知先アプリケーションに適用される2つのアプリケーションのそれぞれに、当該キーイベントを通知する制御を行う。これについては、後述する動作及び動作例によって詳細に説明する。
ところで、図12のNaviウィンドウの「現在地キー」には、通知種別Eが設定されている。この通知種別Eには、図11に示すように、通知種別Eが設定されたウィンドウが通知先ウィンドウであるか否かに関わらず、当該ウィンドウに対応するアプリケーションにのみキーイベントを通知することが設定されている。
このように設定された構成では、取得部11で取得されたキーイベントが「現在地キー」である場合に、キーイベント通知制御部12bは、他のウィンドウにおける「現在地キー」の通知種別の設定に関わらず、ナビゲーションのアプリケーションにのみ「現在地キー」を通知する。つまり、取得部11で取得されたキーイベントが特定のキーイベントである場合には、キーイベント通知制御部12bは、当該特定のキーイベントに対応する特定のアプリケーションにのみ当該キーイベントを通知する。
<動作>
図16は、本実施の形態3に係る通知制御装置1の動作を示すフローチャートである。なお、移動パターン設定ファイル及び通知種別ファイルは、ファイル記憶部14にすでに記憶されており、以下に説明する動作は、通知制御装置1の電源がオンされた場合に行われるものとする。
図16は、本実施の形態3に係る通知制御装置1の動作を示すフローチャートである。なお、移動パターン設定ファイル及び通知種別ファイルは、ファイル記憶部14にすでに記憶されており、以下に説明する動作は、通知制御装置1の電源がオンされた場合に行われるものとする。
ステップS21にて、キーイベント通知制御部12bは、ウィンドウ制御部12aから、表示装置21において表示されている複数のウィンドウ22のそれぞれの位置を取得し、ファイル記憶部14から、移動パターン設定ファイル及び通知種別ファイルを取得する。
ステップS22にて、キーイベント通知制御部12bは、表示装置21において表示されている複数のウィンドウ22のそれぞれの位置と、移動パターン設定ファイルとに基づいて、当該複数のウィンドウ22を序列づける。
ステップS23にて、キーイベント通知制御部12bは、取得部11がキーイベントを取得したか否かを判定する。取得部11がキーイベントを取得したと判定された場合には、処理がステップS24に進み、取得部11がキーイベントを取得しなかったと判定された場合には、処理がステップS21に戻る。
ステップS24にて、キーイベント通知制御部12bは、取得部11で取得されたキーイベントが、複数のウィンドウ22のいずれかにおいて通知種別Eが設定された特定のキーイベントであるか否かを判定する。特定のキーイベントであると判定された場合には、処理がステップS25に進み、特定のキーイベントでないと判定された場合には、処理がステップS26に進む。
ステップS25にて、キーイベント通知制御部12bは、取得部11で取得された特定のキーイベントに対して通知種別Eが設定された特定のアプリケーションにのみ、当該特定のキーイベントを通知する。その後、処理がステップS21に戻る。
ステップS26にて、キーイベント通知制御部12bは、取得部11で取得されたキーイベントに基づいて、ステップS22で得られた序列のうち当該キーイベントに対応する序列を、当該キーイベントの通知に用いる序列として決定する。図10の例では、取得部11で取得されたキーイベントが「十字キー:→」、「Volumeキー」、「現在地キー」である場合には、パターン1によって得られた序列が決定され、取得部11で取得されたキーイベントが「十字キー:←」である場合には、パターン2によって得られた序列が決定される。
ステップS27にて、キーイベント通知制御部12bは、ウィンドウが通知先ウィンドウ記憶部15に記憶されているか否かを判定する。ウィンドウが通知先ウィンドウ記憶部15に記憶されていると判定された場合には、処理がステップS28に進み、ウィンドウが通知先ウィンドウ記憶部15に記憶されていないと判定された場合には、処理がステップS29に進む。
ステップS28にて、キーイベント通知制御部12bは、通知先ウィンドウ記憶部15に記憶されているウィンドウを、通知先ウィンドウとして決定する。その後、処理がステップS30に進む。
ステップS29にて、キーイベント通知制御部12bは、ステップS26で決定された序列のうち先頭のウィンドウを、通知先ウィンドウとして決定する。その後、処理がステップS30に進む。
ステップS30にて、キーイベント通知制御部12bは、通知先ウィンドウに決定された1つのウィンドウと、取得部11で取得されたキーイベントと、通知種別ファイルとに基づいて、通知先アプリケーション及び次の通知先アプリケーションに適用される2つのアプリケーションのそれぞれに、当該キーイベントを通知する制御を行う。この際、キーイベント通知制御部12bは、通知先ウィンドウ記憶部15に記憶されたウィンドウを適宜変更する。その後、処理がステップS21に戻る。
<動作例1>
図17及び図18は、本実施の形態3に係る通知制御装置1の動作例1を説明するための図である。図17及び図18では、NaviウィンドウW6、AvウィンドウW7、RadioウィンドウW8が表示装置21に表示されている。ここで、表示装置21の画面は、幅600×高さ600を有している。
図17及び図18は、本実施の形態3に係る通知制御装置1の動作例1を説明するための図である。図17及び図18では、NaviウィンドウW6、AvウィンドウW7、RadioウィンドウW8が表示装置21に表示されている。ここで、表示装置21の画面は、幅600×高さ600を有している。
ウィンドウW6~W8のそれぞれの座標、幅、高さは下記の通りである。なお、下記の説明において最初のステップS21の処理が行われる時点では、ウィンドウは通知先ウィンドウ記憶部15に記憶されていないものとして説明する。
NaviウィンドウW6:座標(50,50,1)、幅200×高さ200
AvウィンドウW7:座標(300,50,1)、幅200×高さ200
RadioウィンドウW8:座標(50,300,1)、幅500×高さ200
AvウィンドウW7:座標(300,50,1)、幅200×高さ200
RadioウィンドウW8:座標(50,300,1)、幅500×高さ200
ステップS21にて、キーイベント通知制御部12bは、ウィンドウ制御部12aから、複数のウィンドウW6~W8の上記座標を取得し、ファイル記憶部14から、移動パターン設定ファイル及び通知種別ファイルを取得する。
ステップS22にて、キーイベント通知制御部12bは、複数のウィンドウW6~W8のそれぞれの位置と、移動パターン設定ファイルとに基づいて、複数のウィンドウW6~W8を序列づける。
実施の形態2で説明したパターン1に対しては、キーイベント通知制御部12bは、「NaviウィンドウW6」、NaviウィンドウW6より座標xが大きい「AvウィンドウW7」、NaviウィンドウW6及びAvウィンドウW7より座標yが大きい「RadioウィンドウW8」の順に、複数のウィンドウW6~W8を序列づける。これにより、図17に示すようにパターン1に対して序列「W6→W7→W8」が得られる。
実施の形態2で説明したパターン2に対しては、キーイベント通知制御部12bは、「AvウィンドウW7」、AvウィンドウW7より座標xが小さい「NaviウィンドウW6」、NaviウィンドウW6及びAvウィンドウW7より座標yが大きい「RadioウィンドウW8」の順に、複数のウィンドウW6~W8を序列づける。これにより、図17に示すようにパターン2に対して序列「W7→W6→W8」が得られる。
ステップS23にて、取得部11がキーイベントとして「Volumeキー」を取得した場合、ステップS24にて、取得部11で取得された「Volumeキー」は特定のキーイベントではないと判定される。
ステップS26にて、キーイベント通知制御部12bは、図10の移動パターン設定ファイルで「Volumeキー」に対応付けられているパターン1の序列「W6→W7→W8」を、「Volumeキー」の通知に用いる序列として決定する。
ステップS27にて、ウィンドウが通知先ウィンドウ記憶部15に記憶されていないと判定され、ステップS29にて、キーイベント通知制御部12bは、ステップS26で決定された序列「W6→W7→W8」の先頭のNaviウィンドウW6(図18の破線枠)を、通知先ウィンドウとして決定する。
ステップS30にて、キーイベント通知制御部12bは、通知先ウィンドウに決定されたNaviウィンドウW6と、取得部11で取得された「Volumeキー」とについて、図11~図15の通知種別ファイルを参照する。図12のNaviウィンドウの「Volumeキー」には、通知種別Cが設定されている。このため、キーイベント通知制御部12bは、通知種別Cに従って、NaviウィンドウW6のナビゲーションのアプリケーションに「Volumeキー」を通知せずに、AvウィンドウW7の映像音声のアプリケーションに「Volumeキー」を通知する。映像音声のアプリケーションが「Volumeキー」を用いた場合、キーイベント通知制御部12bは、AvウィンドウW7を通知先ウィンドウ記憶部15に記憶する。図18の一点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップS21に戻る。
<動作例2>
図19は、本実施の形態3に係る通知制御装置1の動作例2を説明するための図である。図19では、図17のウィンドウW6~W8と同じウィンドウW6~W8が表示装置21に表示されている。なお、下記の説明において最初のステップS21の処理が行われる時点では、AvウィンドウW7(図19の破線枠)が通知先ウィンドウ記憶部15に記憶されているものとして説明する。
図19は、本実施の形態3に係る通知制御装置1の動作例2を説明するための図である。図19では、図17のウィンドウW6~W8と同じウィンドウW6~W8が表示装置21に表示されている。なお、下記の説明において最初のステップS21の処理が行われる時点では、AvウィンドウW7(図19の破線枠)が通知先ウィンドウ記憶部15に記憶されているものとして説明する。
ステップS21及びステップS22の処理が行われることによって、パターン1に対して序列「W6→W7→W8」が得られ、パターン2に対して序列「W7→W6→W8」が得られる。
ステップS23にて、取得部11がキーイベントとして「現在地キー」を取得した場合、ステップS24にて、取得部11で取得された「現在地キー」は、NaviウィンドウW6、AvウィンドウW7、RadioウィンドウW8のうち図12のNaviウィンドウW6において通知種別Eが設定された特定のキーイベントであると判定される。ステップS25にて、キーイベント通知制御部12bは、ナビゲーションのアプリケーションにのみ「現在地キー」を通知する。この際、ナビゲーションのアプリケーションが「現在地キー」を用いても、キーイベント通知制御部12bは、NaviウィンドウW6を通知先ウィンドウ記憶部15に記憶しない。このため、通知先ウィンドウはAvウィンドウW7のままとなる。図19の一点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップS21に戻る。
<動作例3>
図20及び図21は、本実施の形態3に係る通知制御装置1の動作例3を説明するための図である。図20及び図21では、図17のウィンドウW6~W8と同じウィンドウW6~W8だけでなく、PopupウィンドウW9も表示装置21に表示されている。
図20及び図21は、本実施の形態3に係る通知制御装置1の動作例3を説明するための図である。図20及び図21では、図17のウィンドウW6~W8と同じウィンドウW6~W8だけでなく、PopupウィンドウW9も表示装置21に表示されている。
PopupウィンドウW9の座標、幅、高さは下記の通りである。なお、下記の説明において最初のステップS21の処理が行われる時点では、ウィンドウは通知先ウィンドウ記憶部15に記憶されていないものとして説明する。
PopupウィンドウW9:座標(150,150,2)、幅200×高さ200
ステップS21にて、キーイベント通知制御部12bは、ウィンドウ制御部12aから、複数のウィンドウW6~W9の上記座標を取得し、ファイル記憶部14から、移動パターン設定ファイル及び通知種別ファイルを取得する。
ステップS22にて、キーイベント通知制御部12bは、複数のウィンドウW6~W9のそれぞれの位置と、移動パターン設定ファイルとに基づいて、複数のウィンドウW6~W9を序列づける。
実施の形態2で説明したパターン1に対しては、キーイベント通知制御部12bは、「PopupウィンドウW9」、PopupウィンドウW9より座標zが小さい「NaviウィンドウW6」、NaviウィンドウW6より座標xが大きい「AvウィンドウW7」、NaviウィンドウW6及びAvウィンドウW7より座標yが大きい「RadioウィンドウW8」の順に、複数のウィンドウW6~W9を序列づける。これにより、図20に示すようにパターン1に対して序列「W9→W6→W7→W8」が得られる。
実施の形態2で説明したパターン2に対しては、キーイベント通知制御部12bは、「PopupウィンドウW9」、PopupウィンドウW9より座標zが小さい「AvウィンドウW7」、AvウィンドウW7より座標xが小さい「NaviウィンドウW6」、NaviウィンドウW6及びAvウィンドウW7より座標yが大きい「RadioウィンドウW8」の順に、複数のウィンドウW6~W9を序列づける。これにより、図20に示すようにパターン2に対して序列「W9→W7→W6→W8」が得られる。
ステップS23にて、取得部11がキーイベントとして「Volumeキー」を取得した場合、ステップS24にて、取得部11で取得された「Volumeキー」は特定のキーイベントではないと判定される。
ステップS26にて、キーイベント通知制御部12bは、図10の移動パターン設定ファイルで「Volumeキー」に対応付けられているパターン1の序列「W9→W6→W7→W8」を、「Volumeキー」の通知に用いる序列として決定する。
ステップS27にて、ウィンドウが通知先ウィンドウ記憶部15に記憶されていないと判定され、ステップS29にて、キーイベント通知制御部12bは、ステップS26で決定された序列「W9→W6→W7→W8」の先頭のPopupウィンドウW9(図21の破線枠)を、通知先ウィンドウとして決定する。
ステップS30にて、キーイベント通知制御部12bは、通知先ウィンドウに決定されたPopupウィンドウW9と、取得部11で取得された「Volumeキー」とについて、図11~図15の通知種別ファイルを参照する。図15のPopupウィンドウの「Volumeキー」には、通知種別Dが設定されている。このため、キーイベント通知制御部12bは、通知種別Dに従って、PopupウィンドウW9のポップアップ表示のアプリケーション、及び、NaviウィンドウW6のナビゲーションのアプリケーションのいずれにも「Volumeキー」を通知しない。この場合、キーイベント通知制御部12bは、設定に応じてNaviウィンドウW6またはPopupウィンドウW9を通知先ウィンドウ記憶部15に記憶する。その後、処理がステップS21に戻る。
<動作例4>
図22は、本実施の形態3に係る通知制御装置1の動作例4を説明するための図である。図22では、図20のウィンドウW6~W9と同じウィンドウW6~W9が表示装置21に表示されている。なお、下記の説明において最初のステップS21の処理が行われる時点では、PopupウィンドウW9(図22の破線枠)が通知先ウィンドウ記憶部15に記憶されているものとして説明する。
図22は、本実施の形態3に係る通知制御装置1の動作例4を説明するための図である。図22では、図20のウィンドウW6~W9と同じウィンドウW6~W9が表示装置21に表示されている。なお、下記の説明において最初のステップS21の処理が行われる時点では、PopupウィンドウW9(図22の破線枠)が通知先ウィンドウ記憶部15に記憶されているものとして説明する。
ステップS21及びステップS22の処理が行われることによって、パターン1に対して序列「W9→W6→W7→W8」が得られ、パターン2に対して序列「W9→W7→W6→W8」が得られる。
ステップS23にて、取得部11がキーイベントとして「十字キー:→」を取得した場合、ステップS24にて、取得部11で取得された「十字キー:→」は特定のキーイベントではないと判定される。
ステップS26にて、キーイベント通知制御部12bは、図10の移動パターン設定ファイルで「十字キー:→」に対応付けられているパターン1の序列「W9→W6→W7→W8」を、「十字キー:→」の通知に用いる序列として決定する。
ステップS27にて、PopupウィンドウW9が通知先ウィンドウ記憶部15に記憶されていると判定され、ステップS28にて、キーイベント通知制御部12bは、PopupウィンドウW9(図22の破線枠)を、通知先ウィンドウとして決定する。
ステップS30にて、キーイベント通知制御部12bは、通知先ウィンドウに決定されたPopupウィンドウW9と、取得部11で取得された「十字キー:→」とについて、図11~図15の通知種別ファイルを参照する。図15のPopupウィンドウの「十字キー:→」には、通知種別Bが設定されている。このため、キーイベント通知制御部12bは、通知種別Bに従って、PopupウィンドウW9のポップアップ表示のアプリケーションに「十字キー:→」を通知する。
Popupのアプリケーションが「十字キー:→」を用いた場合、キーイベント通知制御部12bは、PopupウィンドウW9を通知先ウィンドウ記憶部15に記憶する。図22の一点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップS21に戻る。
Popup表示のアプリケーションが「十字キー:→」を用いなかった場合、キーイベント通知制御部12bは、通知種別Bに従って、NaviウィンドウW6のナビゲーションのアプリケーションに「十字キー:→」を通知しない。この場合、キーイベント通知制御部12bは、設定に応じてNaviウィンドウW6またはPopupウィンドウW9を通知先ウィンドウ記憶部15に記憶する。その後、処理がステップS21に戻る。
<実施の形態3のまとめ>
本実施の形態3に係る通知制御装置1によれば、通知先ウィンドウに決定された1つのウィンドウと、取得部11で取得されたキーイベントと、通知種別ファイルとに基づいて、通知先アプリケーション及び次の通知先アプリケーションに適用される2つのアプリケーションのそれぞれに、キーイベントを通知する制御を行う。このような構成によれば、通知先ウィンドウと、取得部11で取得されたキーイベントとに適した通知制御を行うことができる。
本実施の形態3に係る通知制御装置1によれば、通知先ウィンドウに決定された1つのウィンドウと、取得部11で取得されたキーイベントと、通知種別ファイルとに基づいて、通知先アプリケーション及び次の通知先アプリケーションに適用される2つのアプリケーションのそれぞれに、キーイベントを通知する制御を行う。このような構成によれば、通知先ウィンドウと、取得部11で取得されたキーイベントとに適した通知制御を行うことができる。
また本実施の形態3によれば、取得部11で取得されたキーイベントが特定のキーイベントである場合に、当該特定のキーイベントに対応する特定のアプリケーションにのみ当該キーイベントを通知する。このような構成によれば、意図しないアプリケーションにキーイベントが通知されることを抑制することができる。
<実施の形態4>
本発明の実施の形態4に係る通知制御装置1のブロック構成は、実施の形態2に係る通知制御装置1のブロック構成(図3)と同じである。以下、本実施の形態4に係る構成要素のうち、上述の構成要素と同じまたは類似する構成要素については同じ参照符号を付し、異なる構成要素について主に説明する。
本発明の実施の形態4に係る通知制御装置1のブロック構成は、実施の形態2に係る通知制御装置1のブロック構成(図3)と同じである。以下、本実施の形態4に係る構成要素のうち、上述の構成要素と同じまたは類似する構成要素については同じ参照符号を付し、異なる構成要素について主に説明する。
上述した実施の形態3では、キーイベント通知制御部12bは、予め定められた条件に基づいて、通知先ウィンドウに適用される1つのウィンドウを複数のウィンドウ22の中から決定した。そして、キーイベント通知制御部12bは、決定された1つのウィンドウと、取得部11で取得されたキーイベントと、通知種別ファイルとに基づいて、次の通知先アプリケーションに適用されるアプリケーションにキーイベントを通知する制御を行った。
これに対して、本実施の形態4に係るキーイベント通知制御部12bは、予め定められた条件に基づいて、通知先ウィンドウ(第1ウィンドウ)及び次の通知先ウィンドウ(第2ウィンドウ)に適用される2つのウィンドウを複数のウィンドウ22の中から決定する。そして、キーイベント通知制御部12bは、決定された2つのウィンドウと、取得部11で取得されたキーイベントと、通知種別ファイルとに基づいて、次の通知先アプリケーションに適用される1つのアプリケーションに、当該キーイベントを通知する制御を行う。
つまり、本実施の形態4に係るキーイベント通知制御部12bは、次の通知先ウィンドウに決定されたウィンドウも考慮して、次の通知先アプリケーションに適用されるアプリケーションにキーイベントを通知する制御を行う。
<動作>
図23は、本実施の形態4に係る通知制御装置1の動作を示すフローチャートである。図23のフローチャートは、図16のステップS30をステップS35に変更したものと同様である。
図23は、本実施の形態4に係る通知制御装置1の動作を示すフローチャートである。図23のフローチャートは、図16のステップS30をステップS35に変更したものと同様である。
このステップS35にて、キーイベント通知制御部12bは、通知先ウィンドウに決定された1つのウィンドウと、取得部11で取得されたキーイベントと、通知種別ファイルとに基づいて、通知先アプリケーション及び次の通知先アプリケーションに適用される2つのアプリケーションのそれぞれに、当該キーイベントを通知する制御を行う。ただし本実施の形態4では、キーイベント通知制御部12bは、次の通知先ウィンドウに決定されたウィンドウも考慮して、次の通知先アプリケーションに適用されるアプリケーションにキーイベントを通知する制御を行う。この際、キーイベント通知制御部12bは、通知先ウィンドウ記憶部15に記憶されたウィンドウを適宜変更する。その後、処理がステップS21に戻る。
<動作例>
図24は、本実施の形態4に係る通知制御装置1の動作例を説明するための図である。図24では、図17のウィンドウW6~W8と同様のウィンドウW6~W8が表示装置21に表示されている。なお、下記の説明において最初のステップS21の処理が行われる時点では、NaviウィンドウW6(図24の破線枠)が通知先ウィンドウ記憶部15に記憶されているものとして説明する。
図24は、本実施の形態4に係る通知制御装置1の動作例を説明するための図である。図24では、図17のウィンドウW6~W8と同様のウィンドウW6~W8が表示装置21に表示されている。なお、下記の説明において最初のステップS21の処理が行われる時点では、NaviウィンドウW6(図24の破線枠)が通知先ウィンドウ記憶部15に記憶されているものとして説明する。
ステップS21及びステップS22の処理が行われることによって、パターン1に対して序列「W6→W7→W8」が得られ、パターン2に対して序列「W7→W6→W8」が得られる。
ステップS23にて、取得部11がキーイベントとして「Volumeキー」を取得した場合、ステップS24にて、取得部11で取得された「Volumeキー」は特定のキーイベントではないと判定される。
ステップS26にて、キーイベント通知制御部12bは、図10の移動パターン設定ファイルで「Volumeキー」に対応付けられているパターン1の序列「W6→W7→W8」を、「Volumeキー」の通知に用いる序列として決定する。
ステップS27にて、NaviウィンドウW6が通知先ウィンドウ記憶部15に記憶されていると判定され、ステップS28にて、キーイベント通知制御部12bは、NaviウィンドウW6(図24の破線枠)を、通知先ウィンドウとして決定する。
ステップS35にて、キーイベント通知制御部12bは、通知先ウィンドウに決定されたNaviウィンドウW6と、取得部11で取得された「Volumeキー」とについて、図11~図15の通知種別ファイルを参照する。図12のNaviウィンドウW6の「Volumeキー」には、通知種別Cが設定されている。このため、キーイベント通知制御部12bは、通知先ウィンドウがNaviウィンドウW6である場合の通知種別Cに従って、NaviウィンドウW6のナビゲーションのアプリケーションに「Volumeキー」を通知せずに、AvウィンドウW7の映像音声のアプリケーションに「Volumeキー」を通知することを決定する。これに合わせて、キーイベント通知制御部12bは、AvウィンドウW7を通知先ウィンドウとして決定する。
キーイベント通知制御部12bは、通知先ウィンドウに決定されたAvウィンドウW7と、取得部11で取得された「Volumeキー」とについて、図11~図15の通知種別ファイルを参照する。図13のAvウィンドウの「Volumeキー」には、通知種別Aが設定されている。このため、キーイベント通知制御部12bは、通知先ウィンドウがAvウィンドウW7である場合の通知種別Aに従って、AvウィンドウW7の映像音声のアプリケーションに「Volumeキー」を通知する。
以上を小括すると、キーイベント通知制御部12bは、通知先ウィンドウがNaviウィンドウW6である場合に「次の通知先アプリケーション(映像音声のアプリケーション)への通知」という通知種別Cを参照し、通知先ウィンドウがAvウィンドウW7である場合に「通知先アプリケーション(映像音声のアプリケーション)への通知」という通知種別Aを参照する。キーイベント通知制御部12bは、その2つの参照結果に共通する映像音声のアプリケーションへの通知に従って、映像音声のアプリケーションに「Volumeキー」を通知する。
その後、映像音声のアプリケーションが「Volumeキー」を用いた場合、キーイベント通知制御部12bは、AvウィンドウW7を通知先ウィンドウ記憶部15に記憶する。図24の一点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップS21に戻る。
映像音声のアプリケーションが「Volumeキー」を用いなかった場合、キーイベント通知制御部12bは、通知先ウィンドウがAvウィンドウW7である場合の通知種別Aに従って、次の通知先アプリケーションであるラジオのアプリケーションに「Volumeキー」を通知することを決定する。つまり、キーイベント通知制御部12bは、RadioウィンドウW8を通知先ウィンドウとして決定する。
キーイベント通知制御部12bは、通知先ウィンドウに決定されたRadioウィンドウW8と、取得部11で取得された「Volumeキー」とについて、図11~図15の通知種別ファイルを参照する。図14のRadioウィンドウの「Volumeキー」には、通知種別Aが設定されている。このため、キーイベント通知制御部12bは、通知先ウィンドウがRadioウィンドウW8である場合の通知種別Aに従って、RadioウィンドウW8のラジオのアプリケーションに「Volumeキー」を通知する。
以上を小括すると、キーイベント通知制御部12bは、通知先ウィンドウがAvウィンドウW7である場合に「次の通知先アプリケーション(ラジオのアプリケーション)への通知」という通知種別Aを参照し、通知先ウィンドウがRadioウィンドウW8である場合に「通知先アプリケーション(ラジオのアプリケーション)への通知」という通知種別Aを参照する。キーイベント通知制御部12bは、その2つの参照結果に共通するラジオのアプリケーションへの通知に従って、ラジオのアプリケーションに「Volumeキー」を通知する。
その後、ラジオのアプリケーションが「Volumeキー」を用いた場合、キーイベント通知制御部12bは、RadioウィンドウW8を通知先ウィンドウ記憶部15に記憶する。図24の二点鎖線枠は、この場合にキーイベントを用いたアプリケーションに対応するウィンドウを示す。その後、処理がステップS21に戻る。
<実施の形態4のまとめ>
本実施の形態4に係る通知制御装置1によれば、次の通知先ウィンドウに決定されたウィンドウも考慮して、次の通知先アプリケーションに適用されるアプリケーションにキーイベントを通知する制御を行う。このような構成によれば、次の通知先アプリケーションに適用されるアプリケーションに、キーイベントを適切に通知することができる。
本実施の形態4に係る通知制御装置1によれば、次の通知先ウィンドウに決定されたウィンドウも考慮して、次の通知先アプリケーションに適用されるアプリケーションにキーイベントを通知する制御を行う。このような構成によれば、次の通知先アプリケーションに適用されるアプリケーションに、キーイベントを適切に通知することができる。
<変形例1>
実施の形態2~4において、キーイベント通知制御部12bは、予め定められた条件が、複数のウィンドウ22のうちの1つのウィンドウにおいて満たされた場合に、通知先ウィンドウに適用されるウィンドウを変更してもよい。
実施の形態2~4において、キーイベント通知制御部12bは、予め定められた条件が、複数のウィンドウ22のうちの1つのウィンドウにおいて満たされた場合に、通知先ウィンドウに適用されるウィンドウを変更してもよい。
例えば、表示装置21にタッチパネルが設けられている構成において、複数のウィンドウ22のうちの1つのウィンドウにタッチ操作が行われた場合に、キーイベント通知制御部12bは、当該1つのウィンドウを通知先ウィンドウとして決定してもよい。
また例えば、通知先ウィンドウに適用されていたウィンドウが表示装置21において表示されなくなった場合に、キーイベント通知制御部12bは、表示装置21に表示されている複数のウィンドウに対して序列づけを行い、当該複数のウィンドウの序列のうち先頭のウィンドウを、通知先ウィンドウとして決定してもよい。
なお以上の動作を行う構成として、例えば、上記条件が満たされた1つのウィンドウに対応するアプリケーションが、変更要求をキーイベント通知制御部12bに通知し、キーイベント通知制御部12bが、当該変更要求を受けた場合に通知先ウィンドウに適用されるウィンドウを変更してもよい。
<変形例2>
実施の形態2~4において、キーイベント通知制御部12bは、通知制御装置1の外部からの変更要求に応じて、移動パターン設定ファイルを変更して新しい移動パターン設定ファイルを生成してもよい。例えば、キーイベント通知制御部12bは、「十字キー:→」のパターンに対する変更要求に応じて、図10の「十字キー:→」のパターン1をパターン2に変更してもよい。そして、ファイル記憶部14は、通知制御装置1の電源をオフするシーケンスを開始する時点から電源をオフする時点までに、新しい移動パターン設定ファイルを記憶してもよい。
実施の形態2~4において、キーイベント通知制御部12bは、通知制御装置1の外部からの変更要求に応じて、移動パターン設定ファイルを変更して新しい移動パターン設定ファイルを生成してもよい。例えば、キーイベント通知制御部12bは、「十字キー:→」のパターンに対する変更要求に応じて、図10の「十字キー:→」のパターン1をパターン2に変更してもよい。そして、ファイル記憶部14は、通知制御装置1の電源をオフするシーケンスを開始する時点から電源をオフする時点までに、新しい移動パターン設定ファイルを記憶してもよい。
また実施の形態3,4において、キーイベント通知制御部12bは、通知制御装置1の外部からの変更要求に応じて、通知種別ファイルを変更して新しい通知種別ファイルを生成してもよい。例えば、キーイベント通知制御部12bは、「十字キー:→」の通知種別に対する変更要求に応じて、図12の「十字キー:→」の通知種別Aを通知種別Bに変更してもよい。そして、ファイル記憶部14は、通知制御装置1の電源をオフするシーケンスを開始する時点から電源をオフする時点までに、新しい通知種別ファイルを記憶してもよい。
<その他の変形例>
上述した図1の取得部11及び制御部12を、以下「取得部11等」と記す。取得部11等は、図25に示す処理回路81により実現される。すなわち、処理回路81は、ハードキーが受け付けたキーイベントを取得する取得部11と、取得部11がキーイベントを取得した場合に、複数のウィンドウのうちの第1ウィンドウに対応する第1アプリケーションにキーイベントを通知する制御と、序列における第1ウィンドウの次の第2ウィンドウに対応する第2アプリケーションにキーイベントを通知する制御とを行う制御部12と、を備える。処理回路81には、専用のハードウェアが適用されてもよいし、メモリに格納されるプログラムを実行するプロセッサが適用されてもよい。プロセッサには、例えば、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、DSP(Digital Signal Processor)などが該当する。
上述した図1の取得部11及び制御部12を、以下「取得部11等」と記す。取得部11等は、図25に示す処理回路81により実現される。すなわち、処理回路81は、ハードキーが受け付けたキーイベントを取得する取得部11と、取得部11がキーイベントを取得した場合に、複数のウィンドウのうちの第1ウィンドウに対応する第1アプリケーションにキーイベントを通知する制御と、序列における第1ウィンドウの次の第2ウィンドウに対応する第2アプリケーションにキーイベントを通知する制御とを行う制御部12と、を備える。処理回路81には、専用のハードウェアが適用されてもよいし、メモリに格納されるプログラムを実行するプロセッサが適用されてもよい。プロセッサには、例えば、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、DSP(Digital Signal Processor)などが該当する。
処理回路81が専用のハードウェアである場合、処理回路81は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ASIC(Application Specific Integrated Circuit)、FPGA(Field Programmable Gate Array)、またはこれらを組み合わせたものが該当する。取得部11等の各部の機能それぞれは、処理回路を分散させた回路で実現されてもよいし、各部の機能をまとめて一つの処理回路で実現されてもよい。
処理回路81がプロセッサである場合、取得部11等の機能は、ソフトウェア等との組み合わせにより実現される。なお、ソフトウェア等には、例えば、ソフトウェア、ファームウェア、または、ソフトウェア及びファームウェアが該当する。ソフトウェア等はプログラムとして記述され、メモリ83に格納される。図26に示すように、処理回路81に適用されるプロセッサ82は、メモリ83に記憶されたプログラムを読み出して実行することにより、各部の機能を実現する。すなわち、通知制御装置1は、処理回路81により実行されるときに、ハードキーが受け付けたキーイベントを取得するステップと、キーイベントが取得された場合に、複数のウィンドウのうちの第1ウィンドウに対応する第1アプリケーションにキーイベントを通知する制御と、序列における第1ウィンドウの次の第2ウィンドウに対応する第2アプリケーションにキーイベントを通知する制御とを行うステップと、が結果的に実行されることになるプログラムを格納するためのメモリ83を備える。換言すれば、このプログラムは、取得部11等の手順や方法をコンピュータに実行させるものであるともいえる。ここで、メモリ83は、例えば、RAM(Random Access Memory)、ROM(Read Only Memory)、フラッシュメモリ、EPROM(Erasable Programmable Read Only Memory)、EEPROM(Electrically Erasable Programmable Read Only Memory)などの、不揮発性または揮発性の半導体メモリ、HDD(Hard Disk Drive)、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、DVD(Digital Versatile Disc)、そのドライブ装置等、または、今後使用されるあらゆる記憶媒体であってもよい。
以上、取得部11等の各機能が、ハードウェア及びソフトウェア等のいずれか一方で実現される構成について説明した。しかしこれに限ったものではなく、取得部11等の一部を専用のハードウェアで実現し、別の一部をソフトウェア等で実現する構成であってもよい。例えば、取得部11については専用のハードウェアとしての処理回路81及びレシーバなどでその機能を実現し、それ以外についてはプロセッサ82としての処理回路81がメモリ83に格納されたプログラムを読み出して実行することによってその機能を実現することが可能である。
以上のように、処理回路81は、ハードウェア、ソフトウェア等、またはこれらの組み合わせによって、上述の各機能を実現することができる。なお、ウィンドウ記憶部13、ファイル記憶部14及び通知先ウィンドウ記憶部15は、メモリ83から構成されるが、それらはそれぞれ個別のメモリから構成されてもよい。
また、以上で説明した通知制御装置1は、PND(Portable Navigation Device)などのナビゲーション装置と、携帯電話、スマートフォン及びタブレットなどの携帯端末を含む通信端末と、ナビゲーション装置及び通信端末の少なくともいずれか1つにインストールされるアプリケーションの機能と、サーバとを適宜に組み合わせてシステムとして構築される通知制御システムにも適用することができる。この場合、以上で説明した通知制御装置1の各機能あるいは各構成要素は、前記システムを構築する各機器に分散して配置されてもよいし、いずれかの機器に集中して配置されてもよい。例えば、通知制御装置は、図1の表示装置21をさらに備えてもよい。
図27は、本変形例に係るサーバ91の構成を示すブロック図である。図27のサーバ91は、通信部91aと制御部91bとを備えており、車両92のナビゲーション装置93と無線通信を行うことが可能となっている。
取得部である通信部91aは、ナビゲーション装置93と無線通信を行うことにより、ナビゲーション装置93のハードキーで取得されたキーイベントを受信する。
制御部91bは、サーバ91の図示しないプロセッサなどが、サーバ91の図示しないメモリに記憶されたプログラムを実行することにより、図1の制御部12と同様の機能を有している。つまり、制御部91bは、通信部91aがキーイベントを取得した場合に、複数のウィンドウのうちの第1ウィンドウに対応する第1アプリケーションにキーイベントを通知する制御と、序列における第1ウィンドウの次の第2ウィンドウに対応する第2アプリケーションにキーイベントを通知する制御とを行うための制御信号を生成する。そして、通信部91aは、制御部91bで生成された制御信号をナビゲーション装置93に送信する。
このように構成されたサーバ91によれば、実施の形態1で説明した通知制御装置1と同様の効果を得ることができる。
図28は、本変形例に係る通信端末96の構成を示すブロック図である。図28の通信端末96は、通信部91aと同様の通信部96aと、制御部91bと同様の制御部96bとを備えており、車両97のナビゲーション装置98と無線通信を行うことが可能となっている。なお、通信端末96には、例えば車両97の運転者が携帯する携帯電話、スマートフォン、及びタブレットなどの携帯端末が適用される。このように構成された通信端末96によれば、実施の形態1で説明した通知制御装置1と同様の効果を得ることができる。
なお、本発明は、その発明の範囲内において、各実施の形態及び各変形例を自由に組み合わせたり、各実施の形態及び各変形例を適宜、変形、省略したりすることが可能である。
本発明は詳細に説明されたが、上記した説明は、すべての態様において、例示であって、本発明がそれに限定されるものではない。例示されていない無数の変形例が、本発明の範囲から外れることなく想定され得るものと解される。
1 通知制御装置、11 取得部、12 制御部、14 ファイル記憶部、21 表示装置、22 ウィンドウ、22a 第1ウィンドウ、22b 第2ウィンドウ、26 十字キー。
Claims (13)
- 表示装置に関する通知制御装置であって、
前記表示装置は、
複数のアプリケーションにそれぞれ対応する複数のウィンドウであって、序列づけられた複数のウィンドウを表示し、
前記通知制御装置は、
ハードキーが受け付けたキーイベントを取得する取得部と、
前記取得部がキーイベントを取得した場合に、前記複数のウィンドウのうちの第1ウィンドウに対応する第1アプリケーションに前記キーイベントを通知する制御と、前記序列における前記第1ウィンドウの次の第2ウィンドウに対応する第2アプリケーションに前記キーイベントを通知する制御とを行う制御部と
を備える、通知制御装置。 - 請求項1に記載の通知制御装置であって、
前記制御部は、
前記取得部がキーイベントを取得した場合に、前記第1アプリケーションに前記キーイベントを通知し、前記第1アプリケーションにて前記キーイベントが用いられなかった場合に、前記第2アプリケーションに前記キーイベントを通知する、通知制御装置。 - 請求項1に記載の通知制御装置であって、
前記表示装置におけるウィンドウの位置に関する前記序列のパターンが設定されたファイルを記憶するファイル記憶部をさらに備え、
前記制御部は、
前記表示装置にて表示されている前記複数のウィンドウのそれぞれの位置と、前記ファイルとに基づいて、前記複数のウィンドウを序列づける、通知制御装置。 - 請求項3に記載の通知制御装置であって、
前記複数のウィンドウはキーイベントごとに序列づけられ、
前記制御部は、
前記取得部で取得されたキーイベントに基づいて、当該キーイベントの通知制御に用いる序列を決定する、通知制御装置。 - 請求項1に記載の通知制御装置であって、
前記第1アプリケーションにキーイベントを通知するか否か、及び、前記第2アプリケーションにキーイベントを通知するか否かが、ウィンドウ及びキーイベントごとに設定されたファイルを記憶するファイル記憶部をさらに備え、
前記制御部は、
予め定められた条件に基づいて、前記第1ウィンドウに適用される1つのウィンドウを前記複数のウィンドウの中から決定し、決定された1つのウィンドウと、前記取得部で取得されたキーイベントと、前記ファイルとに基づいて、前記第1アプリケーション及び前記第2アプリケーションに適用される2つのアプリケーションのそれぞれに、前記キーイベントを通知する制御を行う、通知制御装置。 - 請求項1に記載の通知制御装置であって、
前記制御部は、
前記取得部で取得されたキーイベントが特定のキーイベントである場合には、当該特定のキーイベントに対応する特定のアプリケーションにのみ当該キーイベントを通知する、通知制御装置。 - 請求項1に記載の通知制御装置であって、
前記制御部は、
予め定められた条件が、前記複数のウィンドウのうちの1つのウィンドウにおいて満たされた場合に、前記第1ウィンドウに適用されるウィンドウを変更する、通知制御装置。 - 請求項7に記載の通知制御装置であって、
前記予め定められた条件が満たされた前記1つのウィンドウに対応するアプリケーションは、変更要求を前記制御部に通知し、
前記制御部は、当該変更要求を受けた場合に前記第1ウィンドウに適用されるウィンドウを変更する、通知制御装置。 - 請求項3に記載の通知制御装置であって、
前記制御部は、
前記通知制御装置の外部からの変更要求に応じて、前記ファイルを変更して新しいファイルを生成する、通知制御装置。 - 請求項5に記載の通知制御装置であって、
前記制御部は、
前記通知制御装置の外部からの変更要求に応じて、前記ファイルを変更して新しいファイルを生成する、通知制御装置。 - 請求項9に記載の通知制御装置であって、
前記記憶部は、前記通知制御装置の電源をオフするシーケンスを開始する時点から前記電源をオフする時点までに、前記新しいファイルを記憶する、通知制御装置。 - 請求項10に記載の通知制御装置であって、
前記記憶部は、前記通知制御装置の電源をオフするシーケンスを開始する時点から前記電源をオフする時点までに、前記新しいファイルを記憶する、通知制御装置。 - 表示装置に関する通知制御方法であって、
前記表示装置は、
複数のアプリケーションにそれぞれ対応する複数のウィンドウであって、序列づけられた複数のウィンドウを表示し、
前記通知制御方法は、
ハードキーが受け付けたキーイベントを取得し、
キーイベントが取得された場合に、前記複数のウィンドウのうちの第1ウィンドウに対応する第1アプリケーションに前記キーイベントを通知する制御と、前記序列における前記第1ウィンドウの次の第2ウィンドウに対応する第2アプリケーションに前記キーイベントを通知する制御とを行う、通知制御方法。
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)
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 | 松下電器産業株式会社 | キーイベント制御装置 |
-
2017
- 2017-12-21 JP JP2019559960A patent/JP6644210B2/ja active Active
- 2017-12-21 WO PCT/JP2017/045917 patent/WO2019123603A1/ja active Application Filing
Patent Citations (2)
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 |