JPH02228729A - Input tone emitting device for multiwindow system - Google Patents

Abstract

PURPOSE:To prevent input error by providing a tone control table where correspondence between plural windows and plural tones different in frequency is stored, and emitting the tone whose frequency corresponds to a window at the time of inputting this window. CONSTITUTION:A tone control table 20 where correspondence between plural windows and plural tones different in frequency is stored is provided; and at the time of input to a window, this window is recognized by a window input recognizing means 151. A tone emitting means 14 is provided which emits the tone which is stored in the tone control table 20 and has the frequency corresponding to the window to which the input is recognized by the window input recognizing means 151. That is, when input to a window is performed, this window is recognized and the tone whose frequency corresponds to this window is emitted. Thus, an operator can confirm whether the input to his objective window is performed or not by the emitted tone at the time of inputting in the window, and error is prevented.

Description

[Detailed Description of the Invention] [Summary] The present invention relates to an information processing device that displays a plurality of windows on one display using a multi-window system and inputs input to each window, and aims to prevent erroneous input to the windows. A sound management table that stores correspondence between multiple windows and multiple sounds with different frequencies; a window input recognition means that recognizes which window among the multiple windows the input is made when a window input is received; and a sound management table. The apparatus further includes a sound generating means for generating a sound of a frequency corresponding to the window whose input is recognized by the window input recognition means, which is stored in the window input recognition means.

[Industrial application field]

The present invention relates to a device for preventing erroneous input during keyboard input in a multi-window system.

[Conventional technology]

As shown in FIG. 6, a multi-window environment is provided in which a plurality of windows 71 to 74 are displayed on one display 70 and different tasks can be performed in each window.

For example, window 71 may be used as the editor's power, window 72 may be used as the operating system console, window 73 may be used as a processing system for a programming language such as LISP, and window 74 may also be used as an editor. It is possible to use it as follows.

Now, in the above multi-window, it is determined which window the input from the keyboard is input to,
Input control that distributes input is important.

For this reason, multi-window systems generally provide a keyboard focus function that temporarily fixes keyboard input to a designated window, and a focus change function that changes the designated window.

In conventional multi-window systems, the window to which the keyboard input is temporarily fixed is called the focus window, and the action of specifying the focus window is to make the window within the window area of the mouse cursor 700 the focus window. thing,
Some items are specified by issuing a command or selecting a menu.

Furthermore, in an overramping type multi-window system that allows individual windows to overlap, there is a method of fixing the window to the top layer.

Methods for changing the focus window include moving the mouse cursor, re-designating the focus window by issuing a command or selecting a menu, and changing the way windows overlap.

Both the keyboard and mouse are used simultaneously to issue commands and control input to windows.

[Problem to be solved by the invention]

Therefore, when multiple windows are opened on the display and manual input is applied equally to all windows, and manual input is mainly performed from the keyboard, errors in identifying the focus window or operating errors in changing the focus window may cause the wrong window to be selected. This has led to the problem that manual labor is often required. For example, you may intend to manually edit a window that is being used as an editor, but the focus window is not set to the editor window, so you may manually input data to a window that is being used as an OS console.

Therefore, an object of the present invention is to prevent input errors when a plurality of windows are displayed on a display screen and input is made to a predetermined window.

[Means to solve the problem]

In order to achieve the above object, the present invention provides a sound management table that stores the correspondence between a plurality of windows and a plurality of sounds having different frequencies, and a sound management table that stores a correspondence between a plurality of windows and a plurality of sounds having different frequencies. Window input recognition means that recognizes
The window input recognition means further includes a sound generation means for generating a sound of a frequency corresponding to the window whose human input is recognized by the window input recognition means.

(Operation) When there is an input in a window, the window input recognition means recognizes which window the human input was applied to.Then, it outputs the sound of the frequency corresponding to the recognized window stored in the sound management table. The sound is generated by the generating means.Therefore, when the operator inputs into the window, the generated sound allows the operator to confirm whether or not the window is the one in which the operator wants to input.

〔Example] FIG. 1 is a block diagram of one embodiment of the present invention.

In Figure 1, 1 is memory, 2 is MPU (microprocessor), 3 is interval timer, 4 is display, 5
is a keyboard, 6 is a mouse, and 7 is a speaker. In the memory l, an event discrimination program 11, a beep sound allocation program 12, an event discrimination program 13, a beep sound generation program 14, a multi-window program 15, a window application program 16,
Specific condition list 17, latest event information memory 18, last event information memory 19, beep sound management table 20
, a specific condition detection flag 21, a frequency storage area 22, and a comparison condition rule storage area 23 are allocated. 2 is a flowchart of the event discrimination program 11 in FIG. 1, FIG. 3 is a flowchart of the event comparison program 13, FIG. 4 is a beep sound allocation program 12, and FIG. 5 is a flowchart of the beep sound generation program 14.

Hereinafter, embodiments will be described according to the drawings.

First, the flow of operation will be briefly explained.

The event determination program 11 receives event information issued from the input recognition unit 151 of the conventional multi-window program 15, and in the case of a new window creation event, instructs the beep sound allocation program 12 to allocate a beep sound. In the case of other events, the event information is passed to the event comparison program 13. The beep sound allocation program 12 gives a new window a frequency that is the previously allocated frequency plus a specified frequency within the audible range, and stores it in the beep sound management table 20 together with the window ID in which the event occurred.

The input recognition unit 151 is provided in the multi-window program 15 to determine which window the input is to be made when the operator makes some input from the keyboard 5 to a window.

The event comparison program 13 checks the latest event information memory 18 and the last event information memory 19, and when the contents satisfy a specific condition, the beep sound generation program 12
At the same time, the event information in the latest event information memory 18 is stored in the final event information memory 19.

Further, the event comparison program 13 measures the interval between an event and the next event using the interval timer 3, and when the specified interval time T and the content of the latest event information satisfy a specific condition, the beep sound generation program I
4 to generate a beep sound.

The event information includes the type of event that occurred and the window ID in which the event occurred.

The beep sound generation program 14 stores the frequency of the window in which the latest event information has occurred in the beep sound management table 20.
, set the beep frequency, and generate a beep.

The multi-window program 15 is activated by the MPU 2, and opens a window or performs input into the window in response to an input from an operator. Multiple windows can be opened, and input can be made to the window where the mouse cursor is located within the opened windows.

The window application program 16 is an application program that operates according to information input from the window.

The specific condition list 17 stores conditions for generating a beep sound, and in this embodiment, the specific condition R1 is ``The latest event is [keyboard event], and the last event information memory The event stored in 19 is [The mouse cursor entered the window]," the specific condition R2 is set to "[Interval time exceeds the specified time of 300 seconds], and the latest event information is [Keyboard input event]. )” and set it to (.

In other words, when a keyboard input is made immediately after the mouse cursor enters a window, a beep sound with the frequency assigned to the window is generated to let the operator know whether or not the desired window is being entered manually. Have them confirm. Furthermore, a beep sound is similarly generated when a keyboard input is performed after no input has been made by the operator for 300 seconds.

Event judgment program 11. Beeper sound assignment program 12. The event comparison program 13 and the beep sound generation program 14 constitute a multi-window erroneous input prevention program. Events issued by the multi-window program 15 are also passed to the window application program 16.

Examples will be described below with reference to the drawings.

FIG. 2 is a flowchart of the event determination program 11.

It is determined whether an interrupt for ending the window system has occurred (flowchart 110 in FIG. 2), and if so, the process ends (119).

If it has not occurred, the contents of the latest event information memory 1st day are stored in the last event information memory 19 (1
11).

Next, the content of the latest event information sent from the multi-window program 15 is received and stored in the latest event information memory 18 (112).

It is determined whether the latest event information is a new window creation event (113).

If so, the beep sound allocation program 15 is activated (11B).

Please refer to the flowchart in Figure 4 below.

The frequency is determined by adding a predetermined increment frequency to the previously set beep sound frequency stored in the frequency storage area 22. Note that the first frequency setting is a predetermined initial value (121).

The frequency is stored in the beep sound management table 20 along with the window ID of the window newly created in the process 113.
(122).

Store the frequency in the frequency storage area 22 (12
3).

The beep assignment program 12 ends (124).

As in the above process, frequencies are determined in the order in which windows are created.

Consider a case in which the latest event is not a new window creation event in the above process 113 (flowchart in FIG. 2).

In the above case, the event comparison program 13 is started (114).

It is checked whether the specific condition list 17 is empty (flow chart 131 in FIG. 3).

Take out the first specific condition from the specific condition list 17,
The specific condition is stored in the comparison condition rule storage area 23 (132).

a specific condition R5 in the comparison condition rule storage area 23;
The event information in the latest event information memory 18 and the event information in the last event information memory 19 are compared to determine whether the specific conditions are satisfied (133).

If the specific condition is satisfied, the specific condition detection flag 21 is set to YES and the process ends in 135L (136).

If the specific condition is not detected in the process 133,
The flag 19 is set to NO (134).

After that, the next specific condition is read out, in this case R2 is read out (132), and it is determined whether the condition is satisfied (134).
).

The above process is repeated as many times as there are specific conditions, and when the specific conditions are checked (131), the process ends (136).

The interval timer 3 is reset to a value of O (flow chart 115 in FIG. 2).

The specific condition detection flag 21 is read to determine whether the specific condition is satisfied (116).

If the specific conditions are met, the beep sound generation program 14 is activated (117). If not, please
Process 110 is executed.

The processing flowchart of FIG. 5 of the beep sound generation program 14 will be explained below.

The window ID stored in the latest event information memory 18 is retrieved, the frequency of the ID is read from the beep sound management table 20 (141), and a beep sound is generated from the speaker 7 (142). The process ends (143).

Now, even when a window is deleted by the multi-window program, information regarding that window is not deleted from the beep sound management table. Therefore, if the total number of windows on the display becomes too large and a unique frequency cannot be assigned to a newly created window because it exceeds the audible range, reset the frequency to the initial value and assign the frequency. At this time, the problem of the upper limit on the number of windows is solved by increasing the number of beeps to two to distinguish windows with the same frequency.

The present invention has been described above according to examples. In the above embodiment, two specific conditions are provided, but for example, the specific condition may be set to [keyboard input] only, and confirmation may be performed every time there is an input.

In addition, although this embodiment targets multi-windows of the overlapping type and the focus window changing method by moving the mouse cursor, it is possible to change the type of event under specific conditions, the interval time of the interval timer, or By adding this, it is possible to support a tiling multi-window system, a system in which the topmost window is the focus window, and a system in which the focus window is changed by issuing a command. Therefore, the present invention can be modified in various ways according to the gist of the present invention, and the present invention does not exclude them.

〔effect〕

As explained above, this has the effect of early detection of keyboard input to the wrong window, and can improve the efficiency of program development in a multi-window environment.

[Brief explanation of the drawing]

FIG. 1 is a block diagram of one embodiment of the present invention. Figure 2 shows event discrimination program 11 and 3 in Figure 1.
4 is a flow chart of the event comparison program 13, FIG. 4 is a beep sound allocation program, FIG. 5 is a flowchart of the beep sound generation program, and FIG. 6 is an explanatory diagram of windows on the display. l...Memory 2...MPU 3...Interval timer 4...Display 5...Keyboard 6...Mouse 11...Event discrimination program 12...Beep sound assignment program 13... Event comparison program 14...Beep sound generation program 15...Multi-window program 16...Window application program Flowchart of the present invention's implementation example RiFlock 2 18th Doboo 11 Old name
4 Old Heap 7 - Melting Block 4 Flowchart 1 - Old Name
5 Figure A Bent This J Exchange Arrangement 4I > Flow Chart

Claims (1)

[Claims] In an information processing device that displays a plurality of windows on one display (4) using a multi-window system (15) and inputs input to each window, a plurality of windows and a plurality of sounds having different frequencies are provided. a sound management table (20) that stores the correspondence between the sound management table (20), a window input recognition means (151) that recognizes in which window among the plurality of windows the input is made when there is a window input, and a sound management table (20). ), the input sound generation for a multi-window system is characterized in that it has a sound generation means (14) for generating a sound of a frequency corresponding to the window whose input is recognized by the window input recognition means (151), which is stored in the window input recognition means (151). Device.