JP2013134622A - Information processing device, processing method therefor and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a scheme capable of properly performing allocation of an accelerator key by determining the priority of a screen from a combination to be displayed on a screen and then performing the allocation of the accelerator key at the same time.SOLUTION: An information processing device capable of setting an accelerator key includes: priority determination means of determining an application screen for setting the accelerator key from the combination to display application screen for setting the accelerator key; and accelerator key setting means of setting the accelerator key in accordance with the priority of the screen determined by the priority determination means and then in accordance with a prescribed rule based on character strings displayed on the screen.

Description

  The present invention relates to an information processing apparatus for setting an accelerator key of an application, a processing method thereof, and a program.

  In the GUI of the desktop PC application, functions such as menus and buttons can be accessed using accelerator keys (for example, a combination of Alt + alphabetic keys) without using a mouse.

  Therefore, in the development of a GUI application, one accelerator key is assigned to each function such as a menu, a button, and a text box when designing a screen.

  In general, accelerator key assignment has the following restrictions.

(1) Do not overlap in the same screen (2) The key that can be used is, in principle, 26 letters of the alphabet (3) Select the character from the words (English notation) used in the English version of the UI

  Because of these restrictions, there is a mechanism for managing accelerator keys assigned to functions, performing duplication checking, and automatic assignment. (For example, Patent Document 1)

US Pat. No. 6,114,978

  However, there are the following problems.

(1) In recent application development methods, a group of screen parts is created as a user control, and a user control is shared among a plurality of screens having the same input items, thereby reducing the development man-hours. In such a case, it is necessary to confirm that the accelerator key does not overlap in each usage scene.
(2) A normal accelerator key uses the first character of a word, but it is rare that it can be assigned without duplication, so measures such as using other characters in the word are required.

  Screen designers need to assign accelerator keys to satisfy the above constraints, but as the application grows in size and complexity, the uniqueness of accelerator keys is ensured by visual and manual assignment. It was becoming difficult.

  In addition, the mechanism of Patent Document 1 is performed with a rough classification of “Category—Function”, and the screen layout and operation of the actual application are not taken into consideration. It was.

  Accordingly, an object of the present invention is to provide a mechanism capable of appropriately assigning accelerator keys by determining screen priorities from combinations that are simultaneously displayed on the screen and assigning accelerator keys. .

  An information processing apparatus capable of setting an accelerator key for achieving the object of the present invention, the priority of an application screen for setting an accelerator key from a combination displayed on the application screen for setting the accelerator key Priority determining means for determining an accelerator key setting means for setting an accelerator key according to a predetermined rule based on a character string displayed on the screen according to the priority of the screen determined by the priority determining means It is characterized by providing.

  According to the present invention, it is possible to appropriately assign accelerator keys by determining the priority of the screen from the combination of screen display simultaneously and assigning the accelerator key.

The hardware block diagram which shows an example of the hardware configuration of information processing apparatus. The figure which shows an example of a functional block structure in this embodiment. An example of a UI definition file of a GUI application. An example of a filer application screen that is an evaluation target application to which an accelerator key is assigned. An example of a pull-down menu in the evaluation target application. The example of the screen of a PDF preview in the filer application which is an evaluation object application. A list of screen parts evaluated by the UI definition file IO section. The flowchart which shows an example of a process of a screen components combination evaluation part. The flowchart which shows an example of the whole process of an accelerator key allocation part. The flowchart which shows an example of an accelerator key process. The figure which shows an example of a screen components combination database. The figure which shows an example of the screen components combination database after extracting the same screen components. The figure which shows an example of the appearance frequency evaluation result of a screen component. A screen showing an example of an accelerator key assignment tool. Functional block diagram applicable to the invention using this embodiment

  Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. Hereinafter, the graphical user interface is described as GUI (abbreviation of Graphical User Interface).

  FIG. 1 is a hardware configuration diagram illustrating an example of a hardware configuration of an information processing apparatus according to the present invention.

  In FIG. 1, reference numeral 101 denotes a CPU that comprehensively controls each device and controller connected to the system bus 105. In addition, the ROM 102 or the auxiliary storage device 112 is configured to realize a BIOS (Basic Input / Output System) or an operating system program (hereinafter referred to as an OS), which is a control program of the CPU 101, or a function executed by each server or each PC. Various necessary programs to be described later are stored.

  Reference numeral 103 denotes a RAM which functions as a main memory, work area, and the like for the CPU 101. The CPU 101 implements various operations by loading a program or the like necessary for execution of processing from the ROM 102 or the auxiliary storage device 112 into the RAM 103 and executing the loaded program.

  Reference numeral 105 denotes an input controller which controls input from a pointing device such as a keyboard (KB) 109 and a mouse 110. A video controller 106 controls display on a display device such as the display 211. Note that the display type is not limited to the CRT, but may be another display such as a liquid crystal display. These are used by the administrator as needed.

  A memory controller 107 is provided in an external storage device (hard disk (HD)), a flexible disk (FD), or a PCMCIA card slot for storing a boot program, various applications, font data, user files, editing files, various data, and the like. Controls access to the auxiliary storage device 112 such as a compact flash (registered trademark) memory connected via the adapter.

  A network controller 108 connects and communicates with an external device via a network (for example, the network 113 shown in FIG. 1), and executes communication control processing in the network. For example, communication using TCP / IP is possible.

  Note that the CPU 101 enables display on the display 210 by executing outline font rasterization processing on a display information area in the RAM 103, for example. In addition, the CPU 101 enables a user instruction with a mouse cursor or the like on the display 210.

  Various programs to be described later for realizing the present invention are recorded in the auxiliary storage device 112, and are executed by the CPU 101 by being loaded into the RAM 103 as necessary. Furthermore, definition files and various information tables used when executing the program are also stored in the auxiliary storage device 112, and detailed descriptions thereof will be described later. The auxiliary storage device 112 is a storage unit such as a hard disk or an external memory.

  FIG. 2 is a diagram illustrating an example of a functional block configuration according to the present embodiment.

  The accelerator key assignment GUI 201 is a GUI control unit for instructing assignment and management of accelerator keys used in the evaluation target application 207 by the screen designer.

  In response to an instruction from the accelerator key assignment GUI 201, the accelerator key assignment unit 202 assigns and manages accelerator keys used in the evaluation target application 207.

  The UI definition file IO unit 203 reads the screen component definition described in the UI definition file 204 and the accelerator key assignment information used therein, and the accelerator key information assigned by the accelerator key assignment unit 202 in the UI definition file 204. Has a function to write back. An example of the UI definition file 204 is shown in FIG. It also has a function of analyzing the UI definition file and assigning an internal ID for each screen component.

  The UI definition file 204 describes screen parts used in the evaluation target application 207 and accelerator key assignment information used there.

  The thesaurus 205 is a database for searching for synonyms and presenting alternatives when the unique accelerator key cannot be assigned in the wording used in the GUI of the evaluation target application 207. The data itself is data used in an existing thesaurus dictionary or the like, and various databases can be used. The thesaurus is data classified by synonyms, semantic similarity, inclusion relations, and the like. The thesaurus 205 may be stored in an external server.

  The screen component combination database 206 is a database that stores combinations of screen components that can be displayed simultaneously within the same screen when the evaluation target application 207 is used. An example of the screen component combination database 206 is shown in FIG. This is constructed by the screen component combination evaluation unit 208, but may be constructed manually based on the screen design document.

  The evaluation target application 207 is an application under development that is a target to which an accelerator key is assigned. In this embodiment, a filer application will be described later as an example.

  The screen component combination evaluation unit 208 is used in a form incorporated in the evaluation target application 207. During the execution of the evaluation target application 207, the screen component combination evaluation unit 208 evaluates the combination of screen components displayed at the same time and accumulates them in the screen component combination database 206. have. Here, the screen component combination evaluation unit 208 is described so as to be incorporated into the evaluation target application 207, but may not be incorporated into the evaluation target application 207. That is, the screen component combination evaluation unit 208 is included in the present invention as a tool having at least an accelerator key assignment GUI 201, an accelerator key assignment unit 202, and a UI definition file IO unit 203.

  FIG. 3 is an example of a UI definition file of a GUI application targeted by the present invention.

  In this embodiment, the UI definition file is described in XML, and an XML element corresponds to a screen component.

  Reference numeral 301 denotes an element representing the main window, which is represented by a tag called “widget”. The types of screen parts are defined by an attribute called class, and there are types such as QMainWindow, QMenu, and QPButton.

  An element 302 represents a menu. Here, the accelerator key is defined by a child element called string. When & (& amp) is included in the item name, the next character is defined as an accelerator key. Reference numeral 303 denotes an element representing a button.

  Although the XML format is described in this embodiment, any format can be used as long as it can be read and written through the UI definition file IO unit 203, such as a text file, a binary file, and a relational database in other formats.

  FIG. 4 is an example of a GUI of the evaluation target application 207 developed by applying the present invention. Although the present invention does not matter the genre of the application to be developed, in the present embodiment, description will be made using a filer application. A filer, also called a file manager, is utility software for handling a file system.

  Reference numeral 400 denotes a main window of the filer application. 401 is a main menu of the filer application. The menu includes menus “File”, “Edit”, “View”, “Tool”, and “Help” in the main menu 401. Each item has an accelerator key and is underlined.

  Reference numeral 402 denotes a tree view representing the hierarchical structure of the file system. Reference numeral 403 denotes a list view for referring to the contents of the directory. Files and directories existing in the directory selected in the tree view 402 are displayed. Each file and directory is displayed as an icon so that the type can be visually identified.

  Reference numeral 404 denotes an image file in the directory. For example, an icon having an extension of JPG and showing that it is an image is attached. Reference numeral 405 denotes a PDF (Portable Document Format) file in the directory. For example, an icon having a PDF extension and showing that it is a document is attached.

  Reference numeral 406 denotes a file property screen component. When an arbitrary file is selected in the list view 403 by means such as a mouse click, it is displayed on the right side of the window. Here, you can view and edit attributes common to all files, such as file names and invisible attributes. An accelerator key is added to the label 407 (Name), the check box 408 (Read Only), and the check box 409 (Hidden), which are elements in the screen component, and is displayed with an underline.

  An image preview screen component 410 is displayed on the 400 preview screen. When an image file is selected by means such as a mouse click on the list view 403, an image of the file is displayed. Here, the contents of the image can be confirmed, enlarged, reduced, and rotated. An accelerator key is added to each item “Zoom In”, “Zoom Out”, “Rotate Left”, and “Rotate Right” in the screen component, and the underline is displayed.

  FIG. 5 is displayed when the Edit menu in the main menu 401 is opened. It is an example of a pull-down menu. Accelerator keys are added to the items “Undo”, “Redo”, “Cut”, “Copy”, “Paste”, “Move to”, and “Select All” in the pull-down menu 501 and are underlined.

  FIG. 6 shows a PDF preview screen component 601 displayed on the 400 preview screen. When a PDF file is selected in the list view 403 by means such as a mouse click, it is displayed. Here, the contents of the cover can be checked, enlarged, reduced, and printed. An accelerator key is added to each item in the screen component and is displayed with an underline.

  601 in FIG. 6 and 410 in FIG. 4 are examples of screens displayed according to the type of the selected file, and are screens displayed in the same area.

  FIG. 7 is a list of screen components extracted by the UI definition file IO unit 203 by analyzing the UI definition file. A screen component is a unit of screen elements that are always displayed simultaneously, such as menus and panels.

  In the present embodiment, for allocation of accelerator keys, screen components that do not include accelerator keys, such as tree view 402 and list view 403, are not included. The list of screen components may be generated and stored separately by the user.

  FIG. 8 is a flowchart showing the operation of the screen component combination evaluation unit 208.

  The screen component combination evaluation unit 208 operates as a part of the evaluation target application 207 as a static library or a dynamic link library.

  In general, an application having a GUI executes a loop process called an event loop, detects an occurrence of an event such as a mouse click or a key input therein, and operates by calling a function such as an event hand corresponding to the event. The screen component combination evaluation unit 208 adds processing to this event loop, thereby monitoring the display state of each screen component described in the UI definition file and combining the screen components displayed in the same screen, that is, Evaluate screen component combinations that need to check for duplicate accelerator keys.

  The event loop starts from S801. In S802, it is checked whether or not the binary of the evaluation target application 207 is built with the debug build configuration. In S802, if it is determined to be a debug build, the process proceeds to S806, and if it is a release build, the process proceeds to S803.

  Normal application development is done in two configurations: debug build and release build. Release build causes a decrease in processing speed, such as monitoring variables and evaluating combinations of screen parts, and is not necessary for product applications. It is common to disable the debugging function.

  S803 and S804 are processes performed in an event loop of a normal application. S803 is an application specific process, and S804 is an application end determination part such as a window close. When an end instruction is issued to the application, the process proceeds to S805, where the event loop and the application are ended.

  In step S806, the state of each screen component defined in the UI definition file in FIG. 3 is checked to check whether there is any screen component that has disappeared from the screen display or is newly displayed on the screen. If there is no change in the display state of the screen component, the process returns to S803 of normal application processing.

  In step S807, a list of screen component IDs that are visible at this time is created. This list is called a screen component combination. For example, in the screen state of FIG. 4, this screen component combination is [1, 6, 7].

  In S808, the screen component combination extracted in S807 is searched from the screen component combination database 206. FIG. 11 shows an example of the screen component combination database. According to this, the screen component combination [1, 6, 7] is registered as the combination ID 5.

  In S809, it is checked whether a combination ID is found in S808. If found, the process returns to the normal application process S803.

  In S810, if the screen component combination extracted in S807 does not exist in the screen component combination database 206, a new ID is assigned to the screen component combination and registered.

  In this manner, combinations of screen components that may overlap accelerators in the same application are extracted. In order to make this process more reliable, it is desirable to increase the coverage rate of the GUI test in the system test of the evaluation target application 207.

  FIG. 9 is a flowchart showing the operation of the accelerator key assignment unit 202. In the present embodiment, this is executed by activating the accelerator key assignment GUI 201.

  The process starts from S901. In S902, the screen component combination database 206 is loaded into the RAM 103.

  In S903, a list in which screen component IDs are sorted in descending order of appearance frequency is created. Specifically, the number of cases in the screen component combination database 206 is counted, and screen component IDs with a large number of records are evaluated as screen components having a high appearance frequency. For example, the screen component ID with the largest number of records is “1”. The application frequency will be described with reference to FIGS.

  FIG. 12 is a diagram when a line including the screen component ID 6 is extracted from the screen component combination database of FIG. From this number of lines, the appearance frequency of the screen component ID 6 is evaluated as 3.

  FIG. 13 is a diagram in which the appearance frequency of each screen component is similarly evaluated. This is a screen component ID appearance frequency order list 1301.

  In steps S904 to S912, the screen component ID appearance frequency order list 1301 created in step S903 is looped in descending order, and each screen component is processed.

  In S905, for the screen component targeted by the current loop S904, a combination ID including the screen component ID is extracted from the screen component combination database 206. From FIG. 12, for example, it can be seen that the combination ID including the screen component ID 6 is [2, 5, 6].

  In S906 to S911, the combination ID list created in S905 is looped.

  In S907, screen elements are extracted from the UI definition file for the screen component currently targeted in S904. A screen element is a component of a screen that can have an accelerator key such as a label, a button, or a menu. Screen elements included in the screen component ID 6 are a label 407, a check box 408, and a check box 409. Moreover, it is an element extracted as demonstrated in FIG.

  In steps S908 to S910, the screen element list created in step S907 is looped.

  In S909, an accelerator key is assigned to the screen element targeted in S908. Detailed processing of accelerator key assignment will be described with reference to FIG.

  In S913, the assignment of accelerator keys for all screen elements ends.

  FIG. 10 shows details of the processing in S909 in FIG.

  In S1001, an accelerator key assignment process is started. In S1002, it is confirmed whether or not the screen element currently targeted is marked as not being assigned an accelerator key. This mark is managed internally by the accelerator key assigning unit 202. If there is a track record of executing the accelerator key assigning unit 202 in the past, the mark is stored in S1017. If it is marked as not to be assigned, the process proceeds to S1003, and the accelerator key assignment to the screen element ends. If the accelerator key is not marked for assignment, “1” is substituted for “i” in S1004 for determination in S1007.

  In S1005, in the combination ID targeted in S906, it is checked whether the accelerator key overlaps the screen component targeted in S904 and the screen component with higher priority than that. For example, referring to 1101 in FIG. 11, when the combination ID5 is evaluated for the screen component ID6, the screen component having a higher appearance frequency than the screen component ID6 is ID1, so the screen component ID1 and the screen component ID6 are duplicated. Check that there is no.

  For example, “Hidden” (409 in FIG. 4) of the elements of the screen component ID 1 “Help” and the screen component ID 6 is determined to be an overlap because the first word is “H”.

  In S1006, it is checked whether a duplicate is found in S1005 or whether an accelerator key has not been assigned yet. If an accelerator key has already been assigned and no duplication has been confirmed in S1005, the process proceeds to S1018, where the accelerator key assignment result is written back to the UI definition file, and the process ends. For example, in the “Hidden” element of the screen part ID 6, “d” is assigned as an accelerator key instead of “H”, and is stored in the UI definition file.

  In S1008 to S1015, a plurality of rules in accelerator key assignment are executed in the desired order for assignment. When assigning, the process returns to S1005 to check for duplication. If no overlap is found, the process proceeds to S1018 and ends. That is, the processes in S1008 to S1005 are processes for setting an accelerator key according to a predetermined rule based on a character string displayed on the screen according to the priority of the screen.

  In S1008, the first character of the first word of the screen element is assigned. This is the most desirable accelerator key assignment method. For example, the “Name” (407 in FIG. 4) element of the screen part ID 6 is an element of the screen part ID 1 of the screen with a high priority and the accelerator key “N” is not assigned. Assigned to the screen element accelerator key.

  In S1009, the first character of each word after the second is assigned. If there is only one word, this step is skipped. For example, “L” is assigned to “Rotate Left”.

  In S1010, a consonant in the first word is assigned. For example, “d” is assigned to “Hidden” (409 in FIG. 4) of the element of the screen component ID6.

  In S1011, a vowel in the first word is assigned. By executing S1010 first, priority is given to consonants over vowels.

  In S1012, consonants of the second and subsequent words are assigned.

  In S1013, the vowels of the second and subsequent words are assigned. By executing S1012, the consonant is prioritized over the vowel.

  In S1015, it is determined that the accelerator key cannot be assigned without duplication from the currently used word, and in order to present a word alternative, the substitute word is searched from the thesaurus 205, and the user (screen) is displayed through the accelerator key assignment GUI 201. Present it to the designer. The alternative word presentation is displayed at 1403 in FIG. Thereby, it is possible to reduce the burden on the user when the accelerator key is not assigned.

  If the user does not accept the alternative word presentation in S1016, in S1017, the accelerator key of the screen element is released and marked as a screen element that is not subject to accelerator key assignment. This information is stored in the auxiliary storage device 112, and is referred to in S1002 when the accelerator key assignment unit 202 is activated next time.

  In step S <b> 1018, the accelerator key determined by the processing so far is reflected in the UI definition file 204 through the UI definition file IO unit 203.

  In the present embodiment, in the screen component ID 6 (property screen component 406), in the check box 409 “Hidden” which is a screen element, the label is one word, and the screen component ID 1 (main menu having higher priority than the screen component ID 6). 401), the accelerator key of “H” has already been used. Therefore, the accelerator key cannot be assigned in S1008 and S1009, and the accelerator key of “D” is assigned in S1010.

  FIG. 14 is an example of an accelerator key assignment GUI 201.

  At the time of activation, after the UI definition file 204 and the screen component combination database 206 to be assigned to the accelerator key are read, the assignment is performed semi-automatically, and the user is asked for confirmation and selection as necessary.

  The table view 1401 displays a list of accelerator keys that have already been set according to screen components having a high appearance frequency. The name of the element (Label) and the accelerator key set for the element are displayed correspondingly.

  The table view 1402 displays a list of screen elements used in the current screen component and accelerator keys corresponding to the screen elements. The example 1402 is an example in which an accelerator key is assigned to the screen elements “Name”, “Read Only”, and “Hidden” of the screen component ID 6 (property screen component 406).

  The list view 1403 displays the alternative vocabulary presented in S1015 for the word selected in the table view 1402. The screen designer can select an alternative vocabulary from these and change the wording used in the UI.

  A button 1404 releases the accelerator key and marks the screen element as not being assigned an accelerator key. This corresponds to the step of S1017.

  A button 1405 is an OK button for registering an accelerator key displayed in the table view 1402.

  A functional block diagram applicable to the invention using the present embodiment will be described with reference to FIG.

  The priority determination unit 1501 is a functional unit that determines the priority of the application screen for setting the accelerator key from the combination displayed on the application screen for setting the accelerator key. In addition, an application screen having a high display frequency is determined with a high priority by a combination of application screens registered by a registration unit 1503 described later.

  The accelerator key setting unit 1502 is a functional unit that sets an accelerator key according to a predetermined rule based on a character string displayed on the screen according to the screen priority determined by the priority determination unit 1501. The accelerator key is set for each application screen, and an accelerator key that is not set on an application screen having a higher priority than the application screen to be set is set. In addition, an accelerator key is set using characters in a character string used to display screen elements of an application screen acquired from a screen definition file read by a reading unit 1504 described later. Furthermore, when a character string used for display of a screen element is changed by a changing unit 1509 described later, an accelerator key is set again according to a predetermined rule.

  The registration unit 1503 is a functional unit that registers combinations of application screens displayed simultaneously by executing an application having an application screen.

  A reading unit 1504 is a functional unit that reads a screen definition file that defines the configuration of an application screen.

  The writing unit 1505 is a functional unit that writes the accelerator key set by the accelerator key setting unit 1502 to the screen definition file read by the reading unit 1504 so that the accelerator key can be used by an application.

  The character string acquisition unit 1506 is a functional unit that acquires a character string that substitutes for a character string used to display a screen element when the accelerator key setting unit 1502 cannot set an accelerator key.

  The substitute character string display unit 1507 is a functional unit that displays the substitute character string acquired by the character string acquisition unit 1506.

  The character string selection unit 1508 is a functional unit that selects a character string to be changed from the character string displayed on the alternative character string display unit 1507.

  The change unit 1509 is a functional unit that changes the character string used for displaying the screen element to the character string selected by the character string selection unit 1508.

  Through the above procedure, a natural accelerator key is assigned to a screen component having a long appearance time and a high appearance frequency displayed on the screen, and the assignment process can be performed reliably and easily.

  In particular, the accelerator key can be appropriately assigned by determining the priority of the screen from the combinations that are displayed on the screen at the same time and assigning the accelerator key.

  It should be noted that the configuration and contents of the various data described above are not limited to this, and it goes without saying that the various data and configurations are configured according to the application and purpose.

  Although one embodiment has been described above, the present invention can take an embodiment as, for example, a system, apparatus, method, program, or recording medium, and specifically includes a plurality of devices. The present invention may be applied to a system including a single device.

  Further, the program according to the present invention is a program that allows a computer to execute the processing methods of the flowcharts shown in FIGS. 8 to 10, and the storage medium according to the present invention is a program that allows the computer to execute the processing methods of FIGS. Is remembered. The program according to the present invention may be a program for each processing method of each apparatus shown in FIGS.

  As described above, a recording medium that records a program that implements the functions of the above-described embodiments is supplied to a system or apparatus, and a computer (or CPU or MPU) of the system or apparatus stores the program stored in the recording medium. It goes without saying that the object of the present invention can also be achieved by executing the reading.

  In this case, the program itself read from the recording medium realizes the novel function of the present invention, and the recording medium storing the program constitutes the present invention.

  As a recording medium for supplying the program, for example, a flexible disk, hard disk, optical disk, magneto-optical disk, CD-ROM, CD-R, DVD-ROM, magnetic tape, nonvolatile memory card, ROM, EEPROM, silicon A disk, solid state drive, or the like can be used.

  Further, by executing the program read by the computer, not only the functions of the above-described embodiments are realized, but also an OS (operating system) operating on the computer based on an instruction of the program is actually It goes without saying that a case where the function of the above-described embodiment is realized by performing part or all of the processing and the processing is included.

  Furthermore, after the program read from the recording medium is written to the memory provided in the function expansion board inserted into the computer or the function expansion unit connected to the computer, the function expansion board is based on the instructions of the program code. It goes without saying that the case where the CPU or the like provided in the function expansion unit performs part or all of the actual processing and the functions of the above-described embodiments are realized by the processing.

  Further, the present invention may be applied to a system composed of a plurality of devices or an apparatus composed of a single device. Needless to say, the present invention can be applied to a case where the present invention is achieved by supplying a program to a system or apparatus. In this case, by reading a recording medium storing a program for achieving the present invention into the system or apparatus, the system or apparatus can enjoy the effects of the present invention.

  Furthermore, by downloading and reading a program for achieving the present invention from a server, database, etc. on a network using a communication program, the system or apparatus can enjoy the effects of the present invention.

  In addition, all the structures which combined each embodiment mentioned above and its modification are also included in this invention.

100 Information processing apparatus 101 CPU
102 ROM
103 RAM
1501 Priority determination unit 1502 Accelerator key setting unit 1503 Registration unit 1504 Reading unit 1505 Writing unit 1506 Character string acquisition unit 1507 Alternative character string display unit 1508 Character string selection unit 1509 Change unit

Claims (10)

An information processing apparatus capable of setting an accelerator key,
Priority determining means for determining the priority of the application screen for setting the accelerator key from the combination displayed on the application screen for setting the accelerator key;
Accelerator key setting means for setting an accelerator key according to a predetermined rule based on a character string displayed on the screen according to the priority of the screen determined by the priority determination means . A registration means for registering a combination of application screens displayed simultaneously by executing an application having the application screen;
The information processing apparatus according to claim 1, wherein the priority determination unit determines an application screen having a high display frequency as a high priority by a combination of the registered application screens.   The information according to claim 1 or 2, wherein the accelerator key setting means sets an accelerator key that is set for each application screen and is not set on an application screen having a higher priority than the application screen to be set. Processing equipment. It further comprises reading means for reading a screen definition file that defines the configuration of the application screen,
4. The accelerator key setting unit sets an accelerator key using characters in a character string used for display of a screen element of an application screen acquired from the screen definition file. The information processing apparatus according to item 1. 5. The writing apparatus according to claim 4, further comprising a writing unit that writes the accelerator key set by the accelerator key setting unit to the screen definition file read by the reading unit so that the accelerator key can be used by the application. Information processing device. A character string obtaining unit that obtains a character string that substitutes a character string used for display of the screen element when an accelerator key cannot be set by the accelerator key setting unit;
The information processing apparatus according to claim 4, further comprising: a substitute character string display unit that displays a substitute character string acquired by the character string acquisition unit. A character string selection means for selecting a character string to be changed from the character string displayed by the substitute character string display means;
The information processing apparatus according to claim 6, further comprising a changing unit that changes a character string used for displaying the screen element to a character string selected by the character string selecting unit.   8. The information processing according to claim 7, wherein the accelerator key setting unit sets an accelerator key again according to a predetermined rule when a character string used for displaying a screen element is changed by the changing unit. apparatus. A processing method of an information processing apparatus capable of setting an accelerator key,
The information processing apparatus is
A priority determination step for determining the priority of the application screen for setting the accelerator key from the combination displayed on the application screen for setting the accelerator key;
An accelerator key setting step of setting an accelerator key according to a predetermined rule based on a character string displayed on the screen in accordance with the priority of the screen determined in the priority determination step. . A program that can be executed by an information processing apparatus capable of setting an accelerator key,
Priority determining means for determining the priority of the application screen for setting the accelerator key from a combination of displaying the application screen for setting the accelerator key for the information processing device;
A program that functions as an accelerator key setting unit that sets an accelerator key according to a predetermined rule based on a character string displayed on the screen according to the priority of the screen determined by the priority determination unit.

Images