WO2010035392A1 - Ｇｕｉ評価システム、ｇｕｉ評価方法およびｇｕｉ評価用プログラム - Google Patents

Ｇｕｉ評価システム、ｇｕｉ評価方法およびｇｕｉ評価用プログラム Download PDF

Info

Publication number
WO2010035392A1
WO2010035392A1 PCT/JP2009/003830 JP2009003830W WO2010035392A1 WO 2010035392 A1 WO2010035392 A1 WO 2010035392A1 JP 2009003830 W JP2009003830 W JP 2009003830W WO 2010035392 A1 WO2010035392 A1 WO 2010035392A1
Authority
WO
WIPO (PCT)
Prior art keywords
screen
screen name
evaluation
information
name
Prior art date
Application number
PCT/JP2009/003830
Other languages
English (en)
French (fr)
Inventor
池上輝哉
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to JP2010530698A priority Critical patent/JP4788841B2/ja
Priority to US12/998,224 priority patent/US8826185B2/en
Publication of WO2010035392A1 publication Critical patent/WO2010035392A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/38—Creation or generation of source code for implementing user interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces

Definitions

  • the present invention relates to a GUI evaluation system, a GUI evaluation method, and a GUI evaluation program for evaluating usability of a system, and more particularly, a GUI evaluation system, a GUI evaluation method, and a GUI evaluation program for evaluating the uniqueness and validity of a screen name. About.
  • the name of each screen is important information indicating an outline of work contents and information displayed on the screen by the user. It is desirable that As an evaluation of the uniqueness of the screen name, for example, there is an evaluation of whether or not the same screen name is used for different screens in the usability evaluation target system.
  • the evaluator checks the screen name of each screen of the target system and records it to check whether the same screen name is used for different screens. Do work. Furthermore, in systems where the structure of the screen is complex and information that is the subject of the current work content or display content to be displayed on the screen is displayed at a specific location in the screen, not in the window title part, the information is displayed on each screen.
  • the evaluation work is performed after identifying the location where (information corresponding to the screen name) is written.
  • the evaluation is performed manually, in addition to an increase in the amount of work by the evaluator, the evaluator tends to cause variations in the results, such as a specific part of the screen name being different depending on the evaluator or overlooking the problem part.
  • Patent Document 1 For example, as a first related technique, there is a technique related to a GUI automatic evaluation apparatus described in Patent Document 1.
  • GUI automatic evaluation apparatus a GUI in which screen design guides are input and the guide data is stored as formal rules, and GUI object data of the evaluation target system is described as attribute information and attribute values for each window. Matches information and outputs rule matching results for each window.
  • Patent Document 1 also describes means for generating GUI information from product specifications, sources, GUI construction tools, and the like.
  • test execution device As a second related technique, there is a technique related to a test execution device described in Patent Document 2.
  • the test execution device it is possible to perform a test that automatically executes a specified operation procedure, that is, a user sequence specified by the user when executing the test, and a complement to execute the user sequence according to the procedure.
  • the complement sequence to be performed is held in the operation DB, and the state of the GUI unit is confirmed when the user sequence is executed according to the user sequence execution procedure. If possible, the user sequence is executed. If the user sequence is not executable, an appropriate complementary sequence is searched for and then executed.
  • the Web screen creation tool and term check tool checks the source files of the Web screen using pre-registered homonyms, kana and synonyms using terms that are likely to be mistaken, and registers them on the evaluation target Web screen. When a detected term is detected, a list of correction candidates for the term is displayed.
  • JP-A-8-241191 JP 2004-110267 A Japanese Patent Laid-Open No. 2004-234402
  • the problem is that when evaluating the uniqueness of the screen name of each screen of the system to be evaluated, the work amount of the evaluator becomes large and the determination result tends to differ depending on the evaluator.
  • the reason is that the screen name on each screen is specified, checked and recorded for each screen, and it is checked whether the same screen name is used on different screens. This is because there is a high possibility that it will be regarded as a problem, or a problem will be overlooked. Further, in a system in which screen names having a hierarchical relationship are distributed and arranged at a plurality of locations on one screen, it is more difficult to specify screen names.
  • an object of the present invention is to provide a GUI evaluation system, a GUI evaluation method, and a GUI evaluation program that can easily and highly accurately evaluate the uniqueness of the screen name of each screen of the evaluation target system. To do.
  • the GUI evaluation system is a hierarchy when a screen name notation part, which is a part where at least a part of information corresponding to the screen name is indicated in the screen of the evaluation target system, is regarded as a hierarchical structure.
  • the screen name of the evaluation target screen of the evaluation target system is acquired for each hierarchical level, and the screen name of the lowest level existing on the screen indicates the content GUI information acquisition means for acquiring information on the components used in the content display area, which is an area that is supposed to be, information on the screen names by level of each evaluation target screen acquired by the GUI information acquisition means,
  • the GUI evaluation method captures a screen name notation part, which is a part in which at least a part of information corresponding to the screen name is indicated, on the screen of the evaluation target system as a hierarchical structure of the screen name.
  • the screen name in the evaluation target screen of the evaluation target system is acquired for each hierarchical level, and the screen name of the lowest level existing in the screen is taken as the subject.
  • the information of the components used in the content display area, which is the area that is pointed to, is acquired, the information of the screen name by level of each evaluation target screen and the content display area of each evaluation target screen
  • the uniqueness of the screen name of the evaluation system is evaluated based on the information of the constituent elements included in the screen.
  • the GUI evaluation program provides a computer with a screen name notation location, which is a location where at least a part of information corresponding to the screen name is indicated in the screen of the evaluation target system, and the screen name as a hierarchical structure.
  • the screen name in the evaluation target screen of the evaluation target system is acquired for each hierarchical level, and the screen name of the lowest level existing in the screen is GUI information extraction processing for acquiring information on the components used in the content display area, which is the area that indicates the content as the subject, and information on the screen names by level of the acquired evaluation target screens. Evaluation of the uniqueness of the screen name of the evaluation system based on the component information contained in the content display area of each evaluation target screen Characterized in that to execute a power sale screen name determination process.
  • the present invention it is possible to easily and highly accurately evaluate the uniqueness of the screen name of each screen of the evaluation target system.
  • the screen names that have a hierarchical relationship are distributed at multiple locations on one screen. It is possible to easily and accurately evaluate the uniqueness of the screen name even in a system that is arranged in the same manner.
  • FIG. 5 is a flowchart illustrating an example of GUI information extraction operation by a GUI information extraction unit 3; It is a flowchart which shows an example of the screen name determination operation
  • It is explanatory drawing which shows the example of a screen of the evaluation object system 6 (business system A). It is explanatory drawing which shows the example of the structure information of window A-1. It is explanatory drawing which shows the output example of the determination result of the uniqueness of a screen name. It is explanatory drawing which shows the example of a screen of the evaluation object system 6 (business system B). It is explanatory drawing which shows the example of a screen of the evaluation object system 6 (business system B).
  • FIG. 1 is a block diagram showing a configuration example of a GUI evaluation system according to the present invention.
  • the GUI evaluation system shown in FIG. 1 includes a GUI information acquisition unit 101 and a screen name evaluation unit 102.
  • the GUI information acquisition means 101 is a hierarchical level when the screen name is represented as a hierarchical structure in the screen name notation part, which is a part in which at least a part of the information corresponding to the screen name is represented in the screen of the evaluation target system. Based on the screen name designation information shown separately, the screen name in the evaluation target screen of the evaluation target system is acquired for each hierarchical level, and the screen name of the lowest level existing on the screen indicates the content The information of the component used in the content display area, which is the area that is supposed to be, is acquired.
  • the screen name evaluation unit 102 evaluates based on the level-specific screen name information of each evaluation target screen acquired by the GUI information acquisition unit 101 and the component information included in the content display area of each evaluation target screen. Evaluate the uniqueness of system screen names.
  • the evaluation related to the uniqueness of the screen name specifically refers to determining whether there is a screen that has a problem with respect to the uniqueness of the screen name or a screen that needs attention, and that there is a problem with the uniqueness of the screen name. This is to identify the screen that needs to be noticed or the screen that needs attention.
  • the screen name evaluation unit 102 includes, when there are a plurality of screens having the same screen name at all levels in the evaluation target screen group, the content display area includes the screens having the same screen name.
  • the identity of the screen name of the evaluation system may be evaluated by determining the identity of the elements.
  • the screen name evaluation means 102 is used for the content display area between the screens having the same screen name when there are a plurality of screens having the same screen name at all levels in the evaluation target screen group.
  • the screen name evaluation unit 102 determines the identity of the constituent elements used in the content display area between the screens having the same screen name. If there is a difference only in the output text, it may be determined that there may be a problem with the uniqueness of the screen name.
  • FIG. 2 is a block diagram showing another configuration example of the GUI evaluation system according to the present invention.
  • the GUI evaluation system may further include a screen name designation unit 103.
  • the screen name designating means 103 displays a screen name notation location, which is a location where at least part of the information corresponding to the screen name is represented in the screen of the evaluation target system in accordance with the user's operation on the screen of the evaluation target system.
  • the screen name designation information shown for each hierarchical level when the screen name is regarded as a hierarchical structure is generated.
  • the GUI information acquisition unit 101 displays the screen name information for each level of each evaluation target screen and the contents display of each evaluation target screen based on the screen name designation information generated by the screen name designation unit 103. It is possible to acquire information on components included in the area.
  • the GUI evaluation system may further include a GUI information storage unit 104.
  • the GUI information storage unit 104 includes, as GUI information of the evaluation target system, information on the screen names for each level of the evaluation target screens acquired by the GUI information acquisition unit 101, and components included in the content display area of each evaluation target screen Information.
  • the screen name evaluation unit 102 includes the information on the screen name by level of each evaluation target screen stored in the GUI information storage unit 104 and the components included in the content display area of each evaluation target screen It is possible to evaluate the uniqueness of the information and the screen name of the evaluation system.
  • the GUI evaluation system may further include a determination target designating unit 105. Whether or not the determination target specifying unit 105 excludes the identity included in the evaluation target screen of the evaluation target system or the attribute relating to the screen output form of the constituent element from the identity determination according to the user's operation. Is specified. In such a case, the screen name evaluation unit 102 determines whether the component or the attribute of the component designated as not subject to identity determination by the determination target specifying unit 105 affects the screen output form. It is possible to make it unquestioned in the identity determination.
  • FIG. 3 is a block diagram illustrating a configuration example of the GUI evaluation system according to the first embodiment of the present invention.
  • the GUI evaluation system according to the present embodiment includes an input / output unit 1, a screen name designation unit 2, a GUI information extraction unit 3, a screen name determination unit 4, and a GUI information recording unit 5. I have.
  • the screen name designation unit 2 is a processing unit corresponding to the screen name designation unit 103 described above.
  • the GUI information extraction unit 3 is a processing unit corresponding to the GUI information acquisition unit 101 described above.
  • the screen name determination unit 4 is a processing unit corresponding to the screen name evaluation unit 102 described above.
  • the GUI information recording unit 5 is a storage unit corresponding to the GUI information storage unit 104 described above.
  • the input / output means 1 includes an input means for inputting information indicating the contents of the operation performed by the evaluator such as a mouse and a keyboard, and an output means such as a display.
  • the screen name designating unit 2 is based on information indicating the operation content of the operator input via the input / output unit 1 where information corresponding to the screen name is written on an arbitrary screen of the evaluation target system 6 (from Specifically, a place where at least part of information corresponding to the screen name is written (hereinafter referred to as a screen name written place) is a level in the screen name of the information written in the place (screen name is hierarchically structured). And at least one location. Note that “specification” specifically means that the specified content is generated as information that can be recognized by a GUI information extraction unit 3 described later.
  • information indicating the screen name notation location for each level of the screen name is output to the GUI information extraction unit 3 as screen name designation information. For example, information associating information indicating the screen name notation location with information indicating the level of the screen name indicated at the location may be output to the GUI information extraction unit 3 as screen name designation information.
  • the designation method of the screen name notation differs depending on the configuration of the evaluation target system 6 (a system operating offline on a client PC, a client / server system, a Web system, etc.).
  • the information on the displayed screen is acquired and the layout analysis is performed to identify the relative position in the screen, or the structure such as HTML Analyzes the structure of the document, identifies the part where the screen name is written (hierarchical position in the structured document, tag label name, etc.), and what level the screen name is considered as the displayed text You may specify by inputting the level information which shows. Both can be realized by using existing technology.
  • the screen name designation information only needs to be information that can identify the location where the screen name is described for each hierarchical level, and is directly input via the input / output unit 1 without using the screen name designation unit 2. May be.
  • the GUI information extraction unit 3 refers to the screen name designation information from the screen name designation unit 2 and uses the screen name used for each screen of the evaluation target system 6 (more specifically, information corresponding to the screen name). Is acquired for each level, and the acquired screen name (screen name by level) is stored in the GUI information recording unit 5 as GUI information together with the level information of the screen name.
  • the level-specific screen name and level information stored in the GUI information recording unit 5 as GUI information will be referred to as level-specific screen name information. If there is no text (character information to be written) at a location corresponding to the screen name notation location in the screen, information indicating that the screen name of the corresponding level does not exist and information is empty is stored.
  • the GUI information extraction unit 3 is an area in which each screen of the evaluation target system 6 indicates that the screen name at the deepest level in the screen (the screen name at the lowest level) indicates the content as the subject.
  • Information on the component (input / output component) used in the (content display area) is acquired and stored in the GUI information recording unit 5 as configuration information.
  • the content display area is, for example, an area of a frame (or pane) that constitutes an area corresponding to the screen name notation at the lowest level. Further, for example, it may be an area located below the screen name notation in the screen area including the screen name notation at the lowest level. In addition, it is possible to switch the region to be used depending on the type of component that describes the screen name detected at the screen name notation location.
  • the content display area from which the component information is acquired may be referred to as an acquisition target area.
  • the acquisition method of the screen name and component information includes MSAA (Microsoft Active Accessibility) in Windows (registered trademark) and ATK (Linux in Linux (registered trademark)). This can also be realized by using an accessibility API such as Accessibility Tool Toolkit.
  • FIG. 4 is an explanatory diagram illustrating an example of a screen included in the evaluation target system 6.
  • the title portion of the window (area A11 in FIG. 4) is designated as the screen name notation of the highest hierarchy (level 0), and the upper left of the window (area in FIG. 4)
  • A12 is designated as a lower-level (level 1) screen name notation location
  • This is a target area for acquiring configuration information.
  • region it is good also considering the component except a screen name description location as a structure information acquisition object.
  • FIG. 5 is an explanatory diagram showing an example of screen name information for each level in the GUI information held by the GUI information recording unit 5.
  • the screen name information by level may be composed of, for example, a level and screen name information of the level. This level-specific screen name information exists for each screen. Accordingly, the level-specific screen information only needs to be held in association with the screen identifier for identifying each screen.
  • the GUI information recording unit 5 sets “business system A” as the screen name of level 0 (Lv0) and level 1 (Lv1) as the screen information by level of the window A-1 shown in FIG. Holds “Business trip application” as the screen name.
  • FIG. 6 is an explanatory diagram showing an example of configuration information in the GUI information held by the GUI information recording unit 5.
  • the configuration information includes, for example, the types of components included in the area to be acquired (text, text box, list box, combo box, radio button, check box, operation button, and other input / output components) ), Contents of data displayed by the input / output component, and availability of operation.
  • text refers to a part having an output area for text information (character information), and is also called a text field or label depending on how the screen is implemented.
  • characters such as HTML
  • some texts, such as HTML do not implement text as an explicit part.
  • a group of text information is output from among the components constituting the screen.
  • the part that has been made can be regarded as one text part.
  • a text box refers to a component having an input / output area for text information, and refers to a component that allows a user to input arbitrary data (text information).
  • a component such as a text box in which a user can input arbitrary text information is referred to as a text input / output component that can be input by the user.
  • a list box refers to a component having an output area for outputting information in a list format and an input area for selecting one item from the presented options.
  • components that allow the user to input arbitrary data other than the presented choices are called combo boxes and distinguished from list boxes.
  • the radio button includes an output area that presents each selected item for a group of selected items and an intention display area for selecting one of the selected items (a state indicating whether each selected item is selected or not selected).
  • the check box refers to a component having an output area for presenting one selection item and an intention display area for the selection item (a state display area indicating Yes or No for the item). In addition to this, there may be a part for outputting an image and a part for outputting a menu.
  • parts that can be identified are classified based on information that can be acquired by the GUI information extraction unit 3.
  • the type is determined according to the screen mounting method in the evaluation target system 6.
  • the GUI information extraction unit 3 determines whether the component is a text input / output component that can be input by the user according to the type of the component so that the screen name determination unit 4 can easily determine the result, and the determination result (user Information indicating whether or not a text input / output part can be input) may be included in the configuration information.
  • the configuration information also exists for each screen. Therefore, the configuration information only needs to be held in association with the screen identifier for identifying each screen.
  • the area A13 of the window A-1 shown in FIG. 4 is the acquisition target area, and the components (here, input / output parts) arranged in the area A13 are sequentially , Type, data content, and operation availability are held.
  • the arrangement order in the region is represented by the order registered in the configuration information. In this example, the arrangement order when the Z-shape is detected from the upper left to the lower right is shown.
  • the type of the component arranged at the upper left of the area A23 below the area where the screen name at the lowest level in the window A-1 is displayed is text, and the data content is “item 1”. : ".
  • the type is text
  • the availability of the user operation is not switched, and thus the information on the availability of the operation is invalid ("-").
  • the type is a text box
  • the data content is empty (“NULL”), and components that can be operated by the user are arranged. It is shown.
  • the screen name determination unit 4 receives the notification of the completion of the GUI information extraction process of the GUI information extraction unit 3, refers to the GUI information (screen name information and configuration information by level) held by the GUI information recording unit 5, and all It is confirmed whether there are a plurality of screens having the same screen name at the same level. If there is no screen, the evaluation target system 6 determines that there is no problem in the uniqueness of the screen name.
  • the screen name determination unit 4 compares the configuration information of the corresponding screens, and the number of components included, the arrangement order, the type, Or, as a result of integrating the screen output form such as the data contents and operation availability of each component, if there is no difference in the component, it may be the same screen by design because it is a screen with the same display content, Without determining that there is a problem with uniqueness, it is determined that there may be a problem with uniqueness. If there is a difference between the constituent elements, it is determined that the display content is different and that it is a different screen in design, and it is determined that “there is a problem in uniqueness”.
  • the screen name determination unit 4 excludes the data content of the component whose component type is a text input / output component (text box, list box, etc.) that can be input by the user from the determination target. May be. This is because the data content displayed on the text input / output component that can be input by the user is often used as a work status display that changes according to the content of the previous user operation, rather than information unique to the screen.
  • a text input / output component text box, list box, etc.
  • the screen name determination unit 4 outputs the determination result to the input / output means 1.
  • the screen name designation unit 2 the GUI information extraction unit 3, and the screen name determination unit 4 are realized by a CPU that operates according to a program, for example.
  • FIG. 7 is a flowchart illustrating an example of GUI information extraction operation by the GUI information extraction unit 3.
  • the GUI information extraction operation is started by receiving screen name designation information after the screen name designation unit 2 completes the screen name designation operation by level.
  • the GUI information extraction unit 3 receives the screen name designation information from the screen name designation unit 2, first, the GUI information extraction unit 3 arbitrarily selects a processing target from an unprocessed screen among the evaluation screens of the evaluation target system 6. A screen to be selected is selected (step S101).
  • the GUI information extraction unit 3 sets the screen name search level to level 0 (Lv0), which is the highest level (step S102). Then, for the set search level, a part (screen name notation part) designated for each level is searched (step S103).
  • step S104 if text data exists in an area corresponding to the screen name notation location of the current search level on the processing target screen (Yes in step S104), the text data is set as the screen name of the current search level on the same screen. Another screen name information is generated and recorded in the GUI information recording unit 5 (step S105). On the other hand, if there is no text data in the area corresponding to the screen name notation location of the current search level (No in step S104), the screen name information by level is determined as the screen name of the current search level in the same screen is empty. It is generated and recorded in the GUI information recording unit 5 (step S106).
  • step S103 to S106 After recording the screen name information by level for the current search level, the next level (lower level) is set as the search level, and there is information that specifies the screen name notation location of the search level set in the screen name specification information If so, the operations from step S103 to S106 are repeated for the search level (Yes in step S108). By executing the operations from S103 to S108, screen names of all designated levels are acquired for a single screen.
  • step S108 when the lower level is set to the next search level, if there is no information specifying the screen name notation location of the set search level (No in step S108), it has been specified by the processing so far. Assuming that the search has been completed for the screen names of all levels, the configuration information is acquired with reference to the screen name notation of the lowest level (step S109). With the above operation, the process for one screen to be evaluated is completed. Next, if an unprocessed screen still exists (Yes in step S110), the process returns to step S101, the screen to be processed next is selected, and the same operation is repeated. When there is no unprocessed screen (No in step S110), the GUI information extraction unit 3 ends the GUI information extraction operation.
  • FIG. 8 is a flowchart illustrating an example of a screen name determination operation performed by the screen name determination unit 4.
  • the screen name determination operation is started by receiving a completion notification after the GUI information extraction unit 3 completes the GUI information extraction operation.
  • the screen name determination unit 4 receives a notification of the completion of the GUI information extraction process from the GUI information extraction unit 3, two or more screens whose screen names match at all levels from among the evaluation target screens. Is searched for (step S201).
  • a screen set to be processed is selected from the screen sets with matching screen names at all levels.
  • Step S203 For example, “AAA” is added as the screen name of level 0 and “BBB” is added as the screen name of level 1 and screen set 1 is composed of two or more screens, and the screen name of level 0 is “ If there is a screen set 2 consisting of two or more screens with "AAA" and "CCC" as the level 1 screen name, process either screen set 1 or screen set 2 What is necessary is just to select to the screen set made into object.
  • the screen name determination unit 4 compares the constituent elements between the screens included in the processing target set (step S204). As a result of the comparison, if there is a difference in the constituent elements (in this example, if there is a different part in the type or text content (data content) between the constituent elements having the same arrangement order) (Yes in step S205), the corresponding It is determined that “there is a problem” in the uniqueness of the screen names between the screens (step S107).
  • the screen name is determined to be “attention (possibly there is a problem)” (step S108).
  • step S208 The identity determination of the components in steps S204 to S207 is repeated for all screen combinations included in the screen set to be processed (No in step S208, returning to step S204).
  • the process returns to step S203, and the next processing target Select a set of screens to repeat and repeat the same operation.
  • the screen name determination unit 4 displays screens (other screens) not included in the screen set. And “no problem” or “attention” are determined as “no problem” (step S210).
  • step S202 if there is no set having the same screen name (No in step S202), the process proceeds to step S210 as it is and it is determined that there is no problem for all the screens.
  • the evaluator uses any of the evaluation target screens and designates the location where the information corresponding to the screen name is written and the level of the information written in the location in the screen name via the input / output means 1.
  • an operation for designating the window title part (area A11) as the screen name notation of level 0 is performed.
  • an operation for designating a region (region A12) in which the upper left text on the screen is arranged as a screen name notation of level 1 is performed.
  • the designation operation for level 0 can be omitted.
  • the screen name designating unit 2 is based on the operation information of the operator input through the input / output means 1, information indicating the window title part as the level 0 screen name notation, and the screen as the level 1 screen name notation. Is generated as screen name designation information in association with information indicating the text area arranged at the upper left of the screen name. Also, for example, the evaluator specifies the text “Business System A” written in the window title part as the screen name of level 0, and the text “Application for business trip” written in the upper left of the screen is the screen name of level 1
  • the screen name designating unit 2 may designate the area (area A11, A12) where each text is written as the screen name notation of the corresponding level based on the operation information.
  • the GUI information extraction unit 3 sequentially acquires information on the evaluation target screens, and acquires screen names by level for each evaluation target screen based on the screen name designation information.
  • “business system A”, which is the text written in the window title part (area A11) is extracted as the screen name of level 0 of the screen, and the top left of the screen
  • the “business trip application”, which is the text written in (area A12) is extracted as the screen name of level 1 of the screen, and these texts are displayed as screen name information by level together with the level information of the screen name. Record in 5.
  • GUI information extraction unit 3 may record the acquired component information as configuration information in the GUI information recording unit 5.
  • GUI information extraction unit 3 performs the same processing for the window A-2, generates screen name information and configuration information for each level, and records them in the GUI information recording unit 5.
  • “business system A” which is text written in the window title portion of window A-2 (area A21 shown in FIG. 9), is extracted as the screen name of level 0, and the upper left (area) of the screen is displayed.
  • the text “A business trip application” written in A22) is extracted as the screen name of the level 1 and these texts are recorded in the GUI information recording unit 5 as the screen name information by level together with the level information of the screen name.
  • FIG. 10 is an explanatory diagram showing an example of configuration information held by the GUI information recording unit 5 for the window A-2.
  • the screen name determination unit 4 refers to the level-specific screen name information held in the GUI information recording unit 5 and at all levels in the evaluation target screen. Check if there are multiple screens with the same screen name. In this example, it is confirmed that the screen names of window A-1 and window A-2 are the same at all levels (level 0 and level 1). For this reason, the screen name determination unit 4 further compares the configuration information of the window A-1 and the window A-2, and confirms whether there is a difference between the components. For example, whether the number of components, the arrangement order in terms of type, and the data contents of the components in the same arrangement order (excluding data contents of text input / output parts that can be entered by the user) are different. Check.
  • FIG. 11 is an explanatory diagram showing an output example of the determination result of the uniqueness of the screen names for the windows A-1 and A-2 that are the evaluation target screens of the business system A.
  • screen names for each level are described for each level, and an integrated screen name is specified as a screen name in the evaluation target system 6.
  • “screen” refers to a screen in a unit for acquiring screen information that is regarded as a separate evaluation target screen by the GUI information extraction unit 3).
  • the screen name information and configuration information for each level of all the evaluation target screens of the evaluation target system is acquired according to the designation of the screen name and the hierarchy level by the evaluator on any one screen of the evaluation target system.
  • the window B-1 and window B-2 are set as evaluation target screens. Take the case as an example.
  • the evaluator uses any of the evaluation target screens and designates the location where the information corresponding to the screen name is written and the level of the information written in the location in the screen name via the input / output means 1.
  • an operation for designating the window title portion (area B11) as the screen name notation of level 0 is performed.
  • an operation for designating a region (region B12) in which the upper left text on the screen is arranged as a screen name notation of level 1 is performed.
  • the designation operation for level 0 can be omitted.
  • the screen name designating unit 2 is based on the operation information of the operator input through the input / output means 1, information indicating the window title part as the level 0 screen name notation, and the screen as the level 1 screen name notation. Is generated as screen name designation information in association with information indicating the text area arranged at the upper left of the screen name. Also, for example, the evaluator specifies the text “Business System B” written in the window title part as the screen name of level 0, and the text “Application for business trip (input)” written in the upper left of the screen is level 1
  • the screen name designating unit 2 may designate areas (areas B11 and B12) where each text is written as the screen name notation location of the corresponding level based on the operation information. Good.
  • the GUI information extraction unit 3 sequentially acquires information on the evaluation target screens, and acquires screen names by level for each evaluation target screen based on the screen name designation information.
  • “business system B” which is text written in the window title part (area B11 shown in FIG. 12)
  • “business trip application (input)” which is the text written in the upper left of the screen (area B12)
  • these texts (data contents) are recorded in the GUI information recording unit 5 as level-specific screen name information together with screen name level information.
  • GUI information extraction unit 3 performs the same processing for the window B-2, generates screen name information and configuration information for each level, and records them in the GUI information recording unit 5.
  • B22) is extracted as “name of business trip application (confirmation)” as the screen name of level 1 and the text is stored in the GUI information recording unit 5 as screen name information by level together with the level information of the screen name.
  • FIG. 14 is an explanatory diagram showing an example of level-specific screen name information held by the GUI information recording unit 5 for the window B-1 and the window B-2.
  • the screen name determination unit 4 refers to the level-specific screen name information held in the GUI information recording unit 5 and at all levels in the evaluation target screen. Check if there are multiple screens with the same screen name. In this example, the screen name determination unit 4 regards the uniqueness of the screen names as the screen names of the screen names B-1 and B-2 are regarded as different screens having different screen names because the level 1 screen names do not match. “None”.
  • FIG. 15 is an explanatory diagram showing an output example of the determination result of the uniqueness of the screen name for the windows B-1 and B-2 of the business system B.
  • screen names for each level are described for each level, and a combination of them is specified as a screen name in the evaluation target system 6.
  • the screen name information and configuration information for each level of all the evaluation target screens of the evaluation target system is acquired according to the designation of the screen name and the hierarchy level by the evaluator on any one screen of the evaluation target system.
  • the evaluator By determining whether or not there are multiple screens with the same screen name at all levels, and whether or not the configuration information matches when there are, the title of the current screen (work) content is displayed on the screen. Even in a system in which the information (screen name) is expressed in a distributed manner, it is possible to evaluate the uniqueness of the screen name.
  • the business system C has a screen configuration in which a window is divided into two frames (or panes).
  • a menu for tasks to be executed by the task system C is displayed in the left frame region (for example, region C12 shown in FIG. 16), and each task is performed in the right frame region (for example, region C13 shown in FIG. 16).
  • Information is displayed. Further, detailed information regarding the selected item is displayed in window C-2 and window C-2 with respect to the list displayed in window C-1.
  • the window C-2 and the window C-3 are screens having the same functions and roles only in the data display targets (items selected from the list of the window C-1).
  • the evaluator uses any of the evaluation target screens and designates the location where the information corresponding to the screen name is written and the level of the information written in the location in the screen name via the input / output means 1.
  • the window C-2 shown in FIG. 17 is used to specify the window title part (area C21) as the screen name notation location of level 0, and the upper left text is arranged in the right frame area.
  • An area (area C22) is designated as a level 1 screen name notation, and an area (area C23) in which a tab group below it is further designated is designated as a level 1 screen name notation. Do.
  • the designation operation for level 0 can be omitted.
  • the screen name designating unit 2 is based on the operation information of the operator input through the input / output means 1, information indicating the window title part as the level 0 screen name notation, and the screen as the level 1 screen name notation.
  • the tag group area is designated as a screen name notation location, the text of the selected tab in the tag group is regarded as the screen name of the level.
  • the evaluator specifies the text “Business System C” written in the window title section as the screen name of level 0, and the text “Business trip application” shown in the upper left of the right frame of the screen> Confirmation of results ”Is designated as the level 1 screen name, and the text“ registration information 1 ”of the tab being selected in the tag group below it is designated as the level 2 screen name.
  • the area where each text is written (area C31, C32, C33) may be designated as the screen name notation location of the corresponding level.
  • the GUI information extraction unit 3 sequentially acquires information on the evaluation target screens, and acquires screen names by level for each evaluation target screen based on the screen name designation information.
  • “business system C” which is text written in the window title portion (area C11 shown in FIG. 16)
  • the text “business trip application> result confirmation” written in the upper left of the right frame (area C131) of the screen is extracted as the screen name of level 1 of the screen.
  • the screen name of level 2 is extracted as empty.
  • GUI information extraction unit 3 performs the same processing for the window C-2 and the window C-3, generates screen name information and configuration information for each level, and records them in the GUI information recording unit 5.
  • “business system C” which is text written in the window title portion (area C21 shown in FIG. 17)
  • the text “business trip application> result confirmation” written in the upper left of the right frame (area C32) of the screen is extracted as the screen name of level 1 of the screen.
  • the text “registration information 1” described in the tag being selected in the tab group immediately below the text in the level 1 screen name notation is extracted as the level 2 screen name.
  • these extracted texts are recorded in the GUI information recording unit 5 as level-specific screen name information together with screen name level information.
  • the area (area C24) other than the screen name of the screen area including the lowermost screen name "registration information 1" existing in the window C-2 the information on the constituent elements included therein is acquired and converted into the GUI. The information is recorded in the information recording unit 5.
  • the screen name determination unit 4 refers to the level-specific screen name information held in the GUI information recording unit 5 and at all levels in the evaluation target screen. Check if there are multiple screens with the same screen name. In this example, it is confirmed that the screen names match in all levels (level 0 to level 2) in the window C-2 and the window C-3. Therefore, the screen name determination unit 4 further compares the configuration information of the window C-2 and the window C-3, and confirms whether there is a difference between the components.
  • the number of components is different except that the data contents of the text box are different. Since the arrangement order in terms of type and the data contents of the constituent elements other than the text boxes in the same arrangement order all match, it is judged that there is no difference in the constituent elements, and the same screen is considered with only different data being handled.
  • the uniqueness of the screen name is determined as “attention (possibly there is a problem).
  • the window C-1 it is confirmed that the screen names do not match at all levels in the window C-2 and the window C-3. Therefore, the uniqueness of the screen name of the window C-1 is determined as “no problem”.
  • FIG. 19 is an explanatory diagram showing an output example of the determination result of the uniqueness of the screen names for the windows C-1, C-2, and C-3 that are the evaluation target screens of the business system C.
  • screen names for each level are described for each level, and an integrated screen name is specified as a screen name in the evaluation target system 6.
  • there is no problem regarding uniqueness for the screen names given to the window C-1 there may be problems regarding uniqueness for other screen names, and It is possible to grasp that the screens that are likely to have the problem are the window C-2 and the window C-3.
  • the evaluator confirms the screen, the user who uses the evaluation target system refers to the text in the text box (the contents of the data presented by the text box), and the screen name has the problem. Determining whether or not the screen names of all the screens that are considered to be appropriate are appropriate, that is, whether or not the current screen work contents can be sufficiently grasped by the screen names (whether or not they serve as screen names) In addition, it is possible to recognize the necessity of studying whether there is no problem at present or whether the screen name needs to be corrected. It also indicates that the initial screen name may not have been specified sufficiently at the time of evaluation (necessary to specify a deeper screen name), and the evaluator will need to reconsider the specification of the screen name. It becomes possible to recognize.
  • FIG. 19 shows an example in which the evaluation result is presented in units of screen names.
  • the evaluation result can be presented in units of evaluation target screens.
  • FIG. 20 as a result of evaluating the uniqueness of screen names using three screens (window 1, window 2, window 3) as evaluation target screens, the screen names of the three screens are all Assume that the text matches only as level 0 text “screen A”. Also, assume that it is determined that there is no difference between the configuration information about the acquisition target area of window 1 and the configuration information about the acquisition target area of window 2 because only the text box data is different. Also, assume that it is determined that there is a difference between the configuration information about the acquisition target area of window 1 and the configuration information about the acquisition target area of window 3 because the number of components is different. Also, assume that it is determined that there is a difference between the configuration information about the acquisition target area of window 2 and the configuration information about the acquisition target area of window 3 because the number of components is different.
  • the screen name may be presented in association with the information of the related screen that is the problem location in units of evaluation target screens.
  • the screen name is “screen A”
  • the related screen that is the problem location is “caution” in relation to the window 2
  • the relationship to the window 3 is “ “There is a problem”.
  • the screen name is “screen A”
  • the related screen that is a problem location is “caution” in relation to the window 1, and “problem” in the relationship with the window 3.
  • the effect is presented.
  • the screen name is “screen A”, the related screen that is the problem location is “problem” in relation to the window 1, and “problem” in the relationship with the window 2.
  • a message to that effect is presented.
  • the evaluator can determine that the window 3 having a different configuration from all the other screens in the same set needs to be completely corrected by looking at such a result.
  • the windows 1 and 2 it is possible to check the actual screen and business requirements, and recognize the necessity of considering whether or not to correct the problem as a problem.
  • the screen name is recognized in a hierarchical structure according to the designation of the screen name and the level by the evaluator on any one screen of the evaluation target system. If there is a match, it is determined whether there is a difference in the components of the display area that is the main area on the screen, so that it is possible to appropriately determine whether the screen is the same or different.
  • the uniqueness of the screen name of each screen of the system to be evaluated can be evaluated easily and with high accuracy.
  • FIG. 22 is a block diagram illustrating a configuration example of a GUI evaluation system according to the second embodiment.
  • the GUI evaluation system shown in FIG. 22 is different from the first actual embodiment shown in FIG. 3 in that the configuration information specifying unit 7 is provided.
  • the configuration information designating unit 7 is a processing unit corresponding to the determination target designating unit 105 shown in FIG.
  • the configuration information specifying unit 7 is configured based on the operation information of the operator input via the output unit 1, for the component included in the evaluation target screen of the evaluation target system 6, such as the element or the data content of the element. Specifies whether or not to include attributes related to the screen output form in the identity determination target.
  • the designation here specifically means that the designated content is generated as information that can be recognized by the screen name determination unit 4.
  • specify valid / invalid for a rough area such as invalidating texts other than those that can be entered by the user or invalidating text in the table. It is also permissible.
  • the configuration information designating unit 7 acquires information on the displayed screen and performs layout analysis to specify a relative position in the screen, or analyzes the structure of a structured document such as HTML and displays the screen name. In addition to specifying the portion to be processed, it may be presented so that valid / invalid can be selected for the parameters of the parts arranged there. Further, for example, the evaluation may be performed once, and the validity / invalidity of the configuration information of the screen group having the same screen name may be switched in accordance with the configuration information generated by the GUI information extraction unit 3.
  • the configuration information specifying unit 7 is realized by a CPU that operates according to a program, for example.
  • the screen shown as window D-1 in FIG. 23 and the screen shown as window D-2 in FIG. 24 do not use text input / output components that can be entered by the user for text display, so the data and labels can be distinguished. Can not. Further, an error message display is added to the window D-2. Further, whether or not the operation button “next” can be operated is also different.
  • FIG. 25 is an explanatory diagram showing an example of identity designation target designation by the configuration information designation unit 7.
  • the evaluator designates a part of the attribute information regarding the window D-1 that is not compared with the identity determination, and the configuration information designating unit 7 sets the configuration information based on the designated part. You may re-edit.
  • a dotted line is attached below a portion that is not subject to comparison (a portion that is not questioned in identity determination).
  • a data row, a specified cell, and a part of data can be specified in units. Note that data that is designated as not subject to comparison in units of data rows is also excluded when counting the number of components.
  • the screen name determination unit 4 makes all the configuration elements or attributes of the configuration elements excluded from the comparison target by the information specified in this way (more specifically, the screen output form affected by the attributes) unquestioned. It may be determined whether there is a difference in configuration information between screens of screen groups having the same screen name. For example, using the configuration information after editing for the window D-1 shown in FIG. 25 and the configuration information about the window D-2 shown in FIG. Compare the number of. Here, since it is determined that the number of constituent elements is the same, the types of the respective rows excluding the elements designated not to be compared are sequentially compared according to the order of the rows in each table. Next, since the types match in all the compared rows, only the portions to be compared in each row are compared. As a result, it is determined that the window D-1 and the window D-2 are screens having the same components.
  • a caution note for example, when using a text, a table, a list, or the like without using a user inputable text input / output component such as a text box, a caution note (guidance) or data content is displayed.
  • a caution note for example, it is possible to appropriately determine the identity of the constituent elements. Therefore, the uniqueness of the screen name of each screen of the evaluation target system can be evaluated with higher accuracy.
  • the other points are the same as in the first embodiment.
  • designated part, GUI information extraction part, screen name determination part, and GUI information recording part which were shown in the said embodiment may each be implement
  • the GUI evaluation system is a hierarchy when a screen name is represented as a hierarchical structure in a screen name notation where a part of information corresponding to the screen name is represented in the screen of the evaluation target system. Based on the screen name specification information shown for each level, the screen name of the evaluation target screen of the evaluation target system is acquired for each hierarchical level, and the screen name of the lowest level existing on the screen indicates the content.
  • a GUI information acquisition unit (for example, realized by the GUI information acquisition unit 101 or the GUI information extraction unit 3) that acquires information on the components used in the content display area, which is an area that is supposed to be, and GUI information Information on the screen name by level of each evaluation target screen acquired by the acquisition unit, and information on the components included in the content display area of each evaluation target screen
  • the screen name evaluation unit for performing evaluation of uniqueness of the screen names of the evaluation system (e.g., as implemented by the screen name evaluation unit 102 and the screen name determination unit 4), characterized in that a.
  • the screen name notation location is a location where at least a part of the information corresponding to the screen name is written on the screen of the evaluation target system.
  • a screen name specifying unit for example, realized by the screen name specifying unit 103 or the screen name specifying unit 2 that generates screen name specifying information for each hierarchical level when the screen name is regarded as a hierarchical structure. It may be configured.
  • the screen name evaluation unit displays contents between screens with the same screen name when there are multiple screens with the same screen name at all levels in the evaluation target screen group. You may be comprised so that the identity regarding the uniqueness of the screen name of an evaluation system may be determined by determining the identity of the component contained in an area
  • the screen name evaluation unit displays contents between screens with the same screen name when there are multiple screens with the same screen name at all levels in the evaluation target screen group. You may be comprised so that the identity regarding the uniqueness of the screen name of an evaluation system may be determined by determining the identity of the component contained in an area
  • the screen name evaluation unit displays the content display area between the screens having the same screen name.
  • the GUI evaluation system determines whether or not to exclude a component included in the evaluation target screen of the evaluation target system or an attribute related to the screen output form of the component according to the user's operation from the identity determination target. It may be configured to further include a determination target specifying unit (for example, realized by the determination target specifying unit 105 or the configuration information specifying unit 7) for specifying the above.
  • a determination target specifying unit for example, realized by the determination target specifying unit 105 or the configuration information specifying unit 7 for specifying the above.
  • the GUI evaluation system includes, as the GUI information of the evaluation target system, information on the screen name for each level of each evaluation target screen acquired by the GUI information acquisition unit and the components included in the content display area of each evaluation target screen And a GUI information storage unit (for example, realized by the GUI information storage unit 104 or the GUI information recording unit 5).
  • the GUI evaluation system is a hierarchy in which the screen name notation is a place where at least part of the information corresponding to the screen name is indicated in the screen of the evaluation target system, and the screen name is regarded as a hierarchical structure.
  • the screen name of the evaluation target screen of the evaluation target system is acquired for each hierarchical level, and the screen name of the lowest level existing on the screen indicates the content GUI information acquisition means (for example, realized by the GUI information acquisition means 101 or the GUI information extraction unit 3) for acquiring information on the constituent elements used in the content display area, which is assumed to be an area, and GUI information Information about the screen name by level of each evaluation target screen acquired by the acquisition means, and the components included in the content display area of each evaluation target screen
  • a screen name evaluation unit for example, realized by the screen name evaluation unit 102 or the screen name determination unit 4) that performs evaluation on the uniqueness of the screen name of the evaluation system based on the information.
  • the present invention can be suitably applied to an application for evaluating system usability.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • User Interface Of Digital Computer (AREA)
  • Debugging And Monitoring (AREA)
  • Stored Programmes (AREA)

Abstract

　評価対象システムの各画面の画面名の一意性に関する評価を簡単かつ高精度に行う。 　ＧＵＩ評価システムは、評価対象システムの画面内において画面名に相当する情報の少なくとも一部を表記している箇所である画面名表記箇所を、画面名を階層構造として捉えた際の階層レベル別に示す画面名指定情報に基づいて、評価対象システムが有する評価対象画面における画面名を階層レベルごとに取得するとともに、当該画面に存在する最も下位のレベルの画面名が題目としてその内容を指し示しているとされる領域である内容表示領域に用いられている構成要素の情報を取得するＧＵＩ情報取得手段と、ＧＵＩ情報取得手段により取得された各評価対象画面のレベル別画面名の情報と、各評価対象画面の内容表示領域に含まれる構成要素の情報とに基づいて、評価システムの画面名の一意性に関する評価を行う画面名評価手段とを備えることを特徴とする。

Description

ＧＵＩ評価システム、ＧＵＩ評価方法およびＧＵＩ評価用プログラム
　本発明は、システムのユーザビリティに関する評価を行うＧＵＩ評価システム、ＧＵＩ評価方法およびＧＵＩ評価用プログラムに関し、特に、画面名の一意性や妥当性を評価するＧＵＩ評価システム、ＧＵＩ評価方法およびＧＵＩ評価用プログラムに関する。
　システムのＧＵＩ（グラフィカルユーザインタフェース）において、各画面の名称は、当該画面でユーザが行う作業内容や表示されている情報の概要を示す重要な情報であるため、ユーザにとって分かり易く、一意な語句表現で表されることが望ましい。画面名の一意性の評価として、例えば、ユーザビリティの評価対象システムにおいて異なる画面に同じ画面名が使用されていないかどうかの評価がある。画面名の一意性について人手により評価する場合、評価者は、対象システムの各画面の画面名を確認したり、記録したりして、異なる画面に同じ画面名が使用されていないかを確認する作業を行う。更に、画面の構造が複雑で、ウィンドウタイトル部ではなく、画面内の特定箇所に当該画面で行う現在の作業内容や表示内容の題目となる情報を表記しているシステムでは、各画面においてその情報（画面名に相当する情報）を表記している箇所を特定した上で評価作業を行う。人手によって評価を行う場合には、評価者の作業量が増加することに加え、画面名の特定箇所が評価者によって異なる、問題箇所を見落とすなど、評価者によって結果にばらつきが発生しやすくなる。
　例えば、第１の関連技術として、特許文献１に記載されたＧＵＩ自動評価装置に係る技術がある。そのＧＵＩ自動評価装置においては、画面設計のガイドを入力しそのガイドデータを形式的なルールとして蓄積したルールと、評価対象システムのＧＵＩオブジェクトのデータをウィンドウごとに属性情報と属性値として記載したＧＵＩ情報とをマッチングし、ウィンドウごとにルールとの適合結果を出力する。特許文献１には、製品の仕様書やソース、ＧＵＩ構築ツールなどからＧＵＩ情報を生成する手段についても記載されている。
　また、第２の関連技術として、特許文献２に記載されたテスト実行装置に係る技術がある。そのテスト実行装置においては、規定の操作手順を自動的に実行させるテストが可能となる、すなわち、テストを実行する際にユーザが指定するユーザシーケンスと、ユーザシーケンスが手順通りに実行するために補完される補完シーケンスを操作ＤＢに保持し、ユーザシーケンスの実行手順に従ってユーザシーケンスを実行する際にＧＵＩ部の状態を確認する。可能であればユーザシーケンスを実行するが、ユーザシーケンスが実行不可能な場合には適切な補完シーケンスを検索して、実行した後にユーザシーケンスを実行する。
　また、第３の関連技術として、特許文献３に記載されたＷｅｂ画面作成ツールおよび用語チェックツールに係る技術がある。そのＷｅｂ画面作成ツールおよび用語チェックツールでは、Ｗｅｂ画面のソースファイルについて、あらかじめ登録された同音異義語、送り仮名、類義語の表記を誤りやすい用語を用いてチェックを行い、評価対象のＷｅｂ画面において登録されている用語が検出された場合には、その用語に対する修正候補を一覧表示するものである。
特開平８－２４１１９１号公報 特開２００４－１１０２６７号公報 特開２００４－２３４４０２号公報
　課題は、評価対象システムの各画面の画面名の一意性を評価する際に、評価者の作業量が大きくなると共に、評価者によって判定結果が異なりやすくなることである。その理由は、各画面における画面名を特定し、画面ごとに確認したり記録したりした上で、異なる画面で同じ画面名を使用していないか確認するので、評価者によって異なる箇所を画面名と見なしてしまうことや、問題の見落としてしまう可能性が高くなるためである。また、階層関係にある画面名が、一画面上の複数箇所に分散して配置されるシステムにおいては、画面名の特定が更に困難になるためである。
　例えば、特許文献１に記載のＧＵＩ自動評価装置では、画面設計のガイドを入力してルールを作成することが求められるが、画面名の一意性を評価するためのルールを正しく作成するための画面設計のガイドを入力することは困難である。システムによっては、画面名に相当する情報を表記する箇所がウィンドウのタイトル部に限定されずに、異なる場所であったり、また複数存在する場合もあるため、画面名に相当する情報が正しく取得されるよう指定することが要求されるからである。また、システムの構築の仕方によっては、物理的に異なるウィンドウとして表示される画面であっても設計上同じ画面と見なすような場合もある。このような場合に機械的に画面名が一致しているか否かの判定を行うだけでは正しく画面名の一意性が評価できないからである。
　また、特許文献２に記載のテスト実行装置では、規定のユーザシーケンスが正常に実行できたか否かについては確認可能であるが、評価対象システムにあわせてシーケンスを用意する必要があると共に、シーケンス実行におけるＧＵＩ部分やシーケンス自体の評価を行うことはできない。
　また、特許文献３に記載のＷｅｂ画面作成ツールおよび用語チェックツールでは、登録されていない用語以外のユーザビリティに関する特性については評価することができない。
　そこで、本発明は、評価対象システムの各画面の画面名の一意性に関する評価を、簡単かつ高精度に行うことができるＧＵＩ評価システム、ＧＵＩ評価方法およびＧＵＩ評価用プログラムを提供することを目的とする。
　本発明によるＧＵＩ評価システムは、評価対象システムの画面内において画面名に相当する情報の少なくとも一部を表記している箇所である画面名表記箇所を、画面名を階層構造として捉えた際の階層レベル別に示す画面名指定情報に基づいて、評価対象システムが有する評価対象画面における画面名を階層レベルごとに取得するとともに、当該画面に存在する最も下位のレベルの画面名が題目としてその内容を指し示しているとされる領域である内容表示領域に用いられている構成要素の情報を取得するＧＵＩ情報取得手段と、ＧＵＩ情報取得手段により取得された各評価対象画面のレベル別画面名の情報と、各評価対象画面の内容表示領域に含まれる構成要素の情報とに基づいて、評価システムの画面名の一意性に関する評価を行う画面名評価手段とを備えることを特徴とする。
　また、本発明によるＧＵＩ評価方法は、評価対象システムの画面内において画面名に相当する情報の少なくとも一部を表記している箇所である画面名表記箇所を、画面名を階層構造として捉えた際の階層レベル別に示す画面名指定情報に基づいて、評価対象システムが有する評価対象画面における画面名を階層レベルごとに取得するとともに、当該画面に存在する最も下位のレベルの画面名が題目としてその内容を指し示しているとされる領域である内容表示領域に用いられている構成要素の情報を取得し、取得された各評価対象画面のレベル別画面名の情報と、各評価対象画面の内容表示領域に含まれる構成要素の情報とに基づいて、評価システムの画面名の一意性に関する評価を行うことを特徴とする。
　また、本発明によるＧＵＩ評価用プログラムは、コンピュータに、評価対象システムの画面内において画面名に相当する情報の少なくとも一部を表記している箇所である画面名表記箇所を、画面名を階層構造として捉えた際の階層レベル別に示す画面名指定情報に基づいて、評価対象システムが有する評価対象画面における画面名を階層レベルごとに取得するとともに、当該画面に存在する最も下位のレベルの画面名が題目としてその内容を指し示しているとされる領域である内容表示領域に用いられている構成要素の情報を取得するＧＵＩ情報抽出処理、および取得された各評価対象画面のレベル別画面名の情報と、各評価対象画面の内容表示領域に含まれる構成要素の情報とに基づいて、評価システムの画面名の一意性に関する評価を行う画面名判定処理を実行させることを特徴とする。
　本発明によれば、評価対象システムの各画面の画面名の一意性に関する評価を、簡単かつ高精度に行うことができる。特に、階層関係にある画面名が、画面内に点在する画面に対し、階層レベルごとにレベル別画面名を取得することで、階層関係にある画面名が一画面上の複数箇所に分散して配置されるシステムであっても、画面名の一意性に関する評価を簡単かつ高精度に行うことが可能になる。
　その理由は、評価者の指定に従って各画面の画面名を階層レベル別に特定、抽出し、全てのレベルで画面名が同じ画面が複数存在するか確認し、画面名が同じ画面が複数存在する場合には、当該画面間の構成要素を比較することで、画面名が同じ画面が存在するか否か、全く異なる画面で同じ画面名を使用しているのか、同じ画面として異なる情報を表示している画面が複数存在するだけなのかを判定できるためである。
本発明によるＧＵＩ評価システムの構成例を示すブロック図である。 本発明によるＧＵＩ評価システムの他の構成例を示すブロック図である。 第１の実施形態のＧＵＩ評価システムの構成例を示すブロック図である。 評価対象システム６が有する画面の一例を示す説明図である。 ＧＵＩ情報記録部５が保持するレベル別画面名情報の例を示す説明図である。 ＧＵＩ情報記録部５が保持する構成情報の例を示す説明図である。 ＧＵＩ情報抽出部３によるＧＵＩ情報の抽出動作の一例を示すフローチャートである。 画面名判定部４による画面名の判定動作の一例を示すフローチャートである。 評価対象システム６（業務システムＡ）の画面例を示す説明図である。 ウィンドウＡ－１の構成情報の例を示す説明図である。 画面名の一意性の判定結果の出力例を示す説明図である。 評価対象システム６（業務システムＢ）の画面例を示す説明図である。 評価対象システム６（業務システムＢ）の画面例を示す説明図である。 ＧＵＩ情報記録部５が保持するレベル別画面名情報の例を示す説明図である。 画面名の一意性の判定結果の出力例を示す説明図である。 評価対象システム６（業務システムＣ）の画面例を示す説明図である。 評価対象システム６（業務システムＣ）の画面例を示す説明図である。 評価対象システム６（業務システムＣ）の画面例を示す説明図である。 画面名の一意性の判定結果の出力例を示す説明図である。 評価対象システム６の画面例および判定結果の例を示す説明図である。 画面名の一意性の判定結果の他の出力例を示す説明図である。 第２の実施形態のＧＵＩ評価システムの構成例を示すブロック図である。 評価対象システム６（業務システムＤ）の画面例を示す説明図である。 評価対象システム６（業務システムＤ）の画面例を示す説明図である。 構成情報指定部７による同一性判定の対象指定の例を示す説明図である。 ウィンドウＤ－２についての構成情報の例を示す説明図である。
　以下、発明を実施するための最良の形態について図面を参照して詳細に説明する。図１は、本発明によるＧＵＩ評価システムの構成例を示すブロック図である。図１に示すＧＵＩ評価システムは、ＧＵＩ情報取得手段１０１と、画面名評価手段１０２とを備えている。
　ＧＵＩ情報取得手段１０１は、評価対象システムの画面内において画面名に相当する情報の少なくとも一部を表記している箇所である画面名表記箇所を、画面名を階層構造として捉えた際の階層レベル別に示す画面名指定情報に基づいて、評価対象システムが有する評価対象画面における画面名を階層レベルごとに取得するとともに、当該画面に存在する最も下位のレベルの画面名が題目としてその内容を指し示しているとされる領域である内容表示領域に用いられている構成要素の情報を取得する。
　画面名評価手段１０２は、ＧＵＩ情報取得手段１０１により取得された各評価対象画面のレベル別画面名の情報と、各評価対象画面の内容表示領域に含まれる構成要素の情報とに基づいて、評価システムの画面名の一意性に関する評価を行う。ここで画面名の一意性に関する評価とは、具体的には画面名の一意性について問題となる画面や注意が必要な画面があるか否かを判定したり、画面名の一意性について問題となる画面や注意が必要な画面を特定することをいう。
　また、画面名評価手段１０２は、評価対象画面群のなかで全てのレベルの画面名が一致する画面が複数存在する場合には、さらに画面名が一致した画面間で内容表示領域に含まれる構成要素の同一性を判定して、評価システムの画面名の一意性に関する評価を行ってもよい。
　また、画面名評価手段１０２は、評価対象画面群のなかで全てのレベルの画面名が一致する画面が複数存在する場合に、画面名が一致した画面間で内容表示領域に用いられている構成要素の同一性を判定した結果、含まれる構成要素の数と、配置順序と、ユーザ入力可能なテキスト入出力部品の出力テキスト以外の画面出力形態とのうち少なくとも１つに差異がある場合に、画面名の一意性に問題があると判定してもよい。
　また、画面名評価手段１０２は、画面名が一致した画面間で内容表示領域に用いられている構成要素の同一性を判定した結果、種別がユーザ入力可能なテキスト入出力部品である構成要素の出力テキストにのみ差異がある場合に、画面名の一意性に問題がある可能性があると判定してもよい。
　また、図２は、本発明によるＧＵＩ評価システムの他の構成例を示すブロック図である。図２に示すように、ＧＵＩ評価システムは、さらに画面名指定手段１０３を備えていてもよい。画面名指定手段１０３は、評価対象システムのある画面に対する利用者の操作に従い、評価対象システムの画面内において画面名に相当する情報の少なくとも一部を表記している箇所である画面名表記箇所を、画面名を階層構造として捉えた際の階層レベル別に示す画面名指定情報を生成する。そのような場合には、ＧＵＩ情報取得手段１０１は、画面名指定手段１０３が生成した画面名指定情報に基づいて、各評価対象画面のレベル別画面名の情報と、各評価対象画面の内容表示領域に含まれる構成要素の情報とを取得することが可能である。
　また、図２に示すように、ＧＵＩ評価システムは、さらにＧＵＩ情報記憶手段１０４を備えていてもよい。ＧＵＩ情報記憶手段１０４は、評価対象システムのＧＵＩ情報として、ＧＵＩ情報取得手段１０１により取得される各評価対象画面のレベル別画面名の情報と、各評価対象画面の内容表示領域に含まれる構成要素の情報とを記憶する。そのような場合には、画面名評価手段１０２は、ＧＵＩ情報記憶手段１０４に記憶されている各評価対象画面のレベル別画面名の情報と、各評価対象画面の内容表示領域に含まれる構成要素の情報と評価システムの画面名の一意性に関する評価を行うことが可能である。
　また、図２に示すように、ＧＵＩ評価システムは、さらに判定対象指定手段１０５を備えていてもよい。判定対象指定手段１０５は、利用者の操作に従い、評価対象システムの評価対象画面に含まれる構成要素または構成要素の画面出力形態に関わる属性に対して、同一性判定の対象外とするか否かを指定する。そのような場合には、画面名評価手段１０２は、判定対象指定手段１０５により同一性判定の対象外と指定された構成要素または構成要素の属性が影響を与える画面出力形態については、構成要素の同一性判定において不問とすることが可能である。
実施形態１．
　以下、より具体的な実施形態について説明する。図３は、本発明の第１の実施形態におけるＧＵＩ評価システムの構成例を示すブロック図である。図３に示すように、本実施形態のＧＵＩ評価システムは、入出力手段１と、画面名指定部２と、ＧＵＩ情報抽出部３と、画面名判定部４と、ＧＵＩ情報記録部５とを備えている。
　なお、画面名指定部２は、上記の画面名指定手段１０３に相当する処理部である。また、ＧＵＩ情報抽出部３は、上記のＧＵＩ情報取得手段１０１に相当する処理部である。また、画面名判定部４は、上記の画面名評価手段１０２に相当する処理部である。また、ＧＵＩ情報記録部５は、上記のＧＵＩ情報記憶手段１０４に相当する記憶部である。
　入出力手段１は、マウスやキーボードなどの評価者がした操作の内容を示す情報を入力する入力手段と、ディスプレイなどの出力手段とを含む。
　画面名指定部２は、入出力手段１を介して入力される操作者の操作内容を示す情報に基づき、評価対象システム６の任意の画面において画面名に相当する情報が表記される箇所（より具体的には、画面名に相当する情報の少なくとも一部が表記される箇所。以下、画面名表記箇所という。）を、当該箇所に表記される情報の画面名におけるレベル（画面名を階層構造として捉えた際の階層レベル）とともに少なくとも一箇所指定する。なお、指定するとは、具体的には、指定内容を後述するＧＵＩ情報抽出部３が認識可能な情報として生成することをいう。本実施形態では、画面名表記箇所を画面名のレベル別に示す情報を画面名指定情報として、ＧＵＩ情報抽出部３に出力する。例えば、画面名表記箇所を示す情報と該箇所に表記される画面名のレベルを示す情報とを対応づけた情報を、画面名指定情報として、ＧＵＩ情報抽出部３に出力してもよい。
　なお、画面名表記箇所の指定方法は、評価対象システム６の構成（クライアントＰＣ上でオフラインで動作するシステムや、クライアント・サーバ型のシステム、Ｗｅｂシステムなど）により異なるが、例えば、表示された画面に対するユーザ操作として、画面内のあるポイントや領域を指定された場合に、表示された画面の情報を取得してレイアウト解析を行い画面内の相対的な位置を特定したり、ＨＴＭＬなどの構造化文書の構造を解析し画面名が表記される部分（構造化文書内における階層的な位置やタグのラベル名等）を特定するとともに、そこに表記されるテキストをどのレベルの画面名と見なすかを示すレベル情報を入力させることにより指定してもよい。いずれも既存の技術を用いることで実現可能である。なお、画面名指定情報は、階層化されたレベル別に画面名が表記される箇所が特定可能な情報であればよく、画面名指定部２を用いずに、直接入出力手段１を介して入力してもよい。
　ＧＵＩ情報抽出部３は、画面名指定部２からの画面名指定情報を参照し、評価対象システム６の各画面に用いられている画面名（より具体的には、画面名に相当する情報）をレベルごとに取得し、取得した画面名（レベル別画面名）を該画面名のレベルの情報とともにＧＵＩ情報としてＧＵＩ情報記録部５に記憶する。以下、ＧＵＩ情報としてＧＵＩ情報記録部５に記憶されるレベル別画面名およびレベルの情報を、レベル別画面名情報という。なお、画面内の画面名表記箇所に相当する箇所にテキスト（表記される文字情報）が存在しない場合には、該当レベルの画面名は存在しないとして、空である旨の情報を記憶する。
　また、ＧＵＩ情報抽出部３は、評価対象システム６の各画面において、当該画面で最も階層が深いレベルの画面名（最下位レベルの画面名）が題目としてその内容を指し示しているとされる領域（内容表示領域）に用いられている構成要素（入出力部品）の情報を取得し、構成情報としてＧＵＩ情報記録部５に記憶する。内容表示領域は、例えば、最下位レベルの画面名表記箇所に相当する領域を構成しているフレーム（またはペイン）の領域である。また、例えば、最下位レベルの画面名表記箇所を含む画面領域のうち画面名表記箇所より下に位置する領域であってもよい。また、画面名表記箇所において検出する画面名を表記する部品の種類によりどのような領域とするかを切り替えることも可能である。以下、構成要素の情報を取得する対象となる内容表示領域を取得対象領域という場合がある。評価対象とされる全ての画面について、レベル別画面名情報と構成情報とを記録し終えた時点で、その旨（ＧＵＩ情報抽出完了の通知）を画面名判定部４に出力する。
　なお、画面名や構成要素の情報の取得方法は、前述の画面レイアウト解析や構造化文書の解析に加え、Ｗｉｎｄｏｗｓ（登録商標）におけるＭＳＡＡ（Microsoft Active Accessibility）やＬｉｎｕｘ（登録商標）におけるＡＴＫ（Linux Accessibility Tool kit）などのアクセシビリティＡＰＩを活用することでも実現可能である。
　図４は、評価対象システム６が有する画面の一例を示す説明図である。ウィンドウＡ－１として表示される画面において、ウィンドウのタイトル部（図４における領域Ａ１１）を最上位の階層（レベル０）の画面名表記箇所として指定し、更に、ウィンドウの左上（図４における領域Ａ１２）をその下位（レベル１）の画面名表記箇所として指定した場合、最下位層であるレベル１の画面名表記箇所を含む画面領域のうち画面名表記箇所より下に位置する領域Ａ１３が、構成情報取得の対象領域となる。なお、画面名表記箇所を含む領域を、構成情報取得の対象領域とした上で、画面名表記箇所を除く構成要素を構成情報取得の対象としてもよい。
　また、図５は、ＧＵＩ情報記録部５が保持するＧＵＩ情報のうちレベル別画面名情報の例を示す説明図である。図５に示すように、レベル別画面名情報は、例えば、レベルと、当該レベルの画面名の情報とにより構成されていてもよい。なお、このレベル別画面名情報は、個々の画面ごとに存在する。従って、レベル別画面情報は、個々の画面を識別する画面識別子と対応づけて保持されていればよい。ＧＵＩ情報記録部５は、図５に示す例では、図４に示すウィンドウＡ－１のレベル別画面情報として、レベル０（Ｌｖ０）の画面名として”業務システムＡ”を、レベル１（Ｌｖ１）の画面名として”出張申請”をそれぞれ保持している。
　また、図６は、ＧＵＩ情報記録部５が保持するＧＵＩ情報のうち構成情報の例を示す説明図である。図６に示すように、構成情報は、例えば、取得対象となる領域に含まれる構成要素の種別（テキスト、テキストボックス、リストボックス、コンボボックス、ラジオボタン、チェックボックス、操作ボタン等の入出力部品）と、当該入出力部品で表示しているデータの内容と、操作可否により構成されていてもよい。
　ここで、構成要素の種別に関し、テキストとはテキスト情報（文字情報）の出力領域を有する部品をいい、その画面の実装方法によってはテキストフィールド、ラベルとも呼ばれる。また、ＨＴＭＬのように、テキストを明示的な部品としては実装していないものもあるが、そのような場合には、画面を構成する構成要素のうち、ひとまとまりのテキスト情報が出力される仕組みがなされたその部分を、一テキスト部品とみなせばよい。また、テキストボックスとはテキスト情報の入出力領域を有する部品をいい、ユーザが任意のデータ（テキスト情報）を入力可能な部品をいう。以下、テキストボックスのようなユーザが任意のテキスト情報を入力可能な部品のことをユーザ入力可能なテキスト入出力部品という。また、リストボックスとは、リスト形式で情報出力を行う出力領域と提示した選択肢の中から１つの項目を選択するための入力領域を有する部品をいう。なお上記例では、提示した選択肢以外にユーザが任意のデータを入力できる部品をコンボボックスと呼びリストボックスと区別している。また、ラジオボタンは、一群の選択項目について各選択項目を提示する出力領域と該選択項目の中から択一選択を行うための意思表示領域（各選択項目に対し選択か非選択かを示す状態表示領域）を有する部品をいう。また、チェックボックスは、一選択項目を提示する出力領域と該選択項目に対する意思表示領域（その項目に対しＹｅｓかＮｏかを示す状態表示領域）を有する部品をいう。この他にも、イメージを出力する部品やメニューを出力する部品もあり得る。いずれにしても、ＧＵＩ情報抽出部３が取得可能な情報により識別可能な部品を分類したものとなる。評価対象システム６における画面の実装方法に応じて種別が決定されることになる。ＧＵＩ情報抽出部３は、画面名判定部４が判定しやすいように、構成要素の種別に応じてその構成要素がユーザ入力可能なテキスト入出力部品か否かを判定し、その判定結果（ユーザ入力可能なテキスト入出力部品か否かを示す情報）を構成情報に含ませてもよい。
　なお、この構成情報も個々の画面ごとに存在する。従って、構成情報は、個々の画面を識別する画面識別子と対応づけて保持されていればよい。図６に示す例では、図４に示すウィンドウＡ－１の領域Ａ１３を取得対象領域としたものであって、領域Ａ１３に配置されている構成要素（ここでは、入出力部品）について、順番に、種別とデータ内容と操作可否とをそれぞれ保持している。この構成情報に登録される順番により、領域内における配置順序を表している。本例では、左上から右下に向かってＺ字を描くように検出した際の配置順序を表している。
　例えば、図６には、ウィンドウＡ－１において最も下位レベルの画面名が表記される領域以下の領域Ａ２３の左上に配置されている構成要素の種別がテキストであり、そのデータ内容が”項目１：”であることが示されている。なお、種別がテキストの場合、ユーザ操作の可否を切り替えるということはないため、操作可否の情報は無効（”－－”）とされている。また、例えば図６には、配置順序として、上記テキストの次に、種別がテキストボックスであり、データ内容が空（”ＮＵＬＬ”）であり、ユーザ操作可能な構成要素が配置されていることが示されている。
　画面名判定部４は、ＧＵＩ情報抽出部３のＧＵＩ情報抽出処理完了の通知を受け、ＧＵＩ情報記録部５が保持しているＧＵＩ情報（レベル別画面名情報および構成情報）を参照し、全てのレベルで同じ画面名を有する画面が複数存在するか確認し、存在しない場合は評価対象システム６は画面名の一意性に問題がないと判定する。更に、画面名判定部４は、全てのレベルで同じ画面名を有する画面が複数存在する場合に、該当する各画面の構成情報を比較し、含まれる構成要素の個数、配置順序、その種別、または各構成要素のデータ内容や操作可否といった画面出力形態等を総合した結果、構成要素に差異がない場合には、表示内容を同じくする画面であり設計上同一画面である可能性があるため、「一意性に問題がある」とは断定せずに、「一意性に問題がある可能性がある」と判定する。また、構成要素に差異があった場合には、表示内容が異なる画面であり設計上も別画面であると判断し、「一意性に問題がある」と判定する。
　構成要素の同一性判定において、画面名判定部４は、構成要素の種別が、ユーザ入力可能なテキスト入出力部品（テキストボックスやリストボックス等）である構成要素のデータ内容については判定対象から除外してもよい。ユーザ入力可能なテキスト入出力部品に表示されるデータ内容は、画面固有の情報というよりも、それ以前のユーザ操作の内容に応じて変化する作業状況表示として用いられることが多いからである。
　また、画面名判定部４は、判定結果について入出力手段１に出力する。
　本実施形態において、画面名指定部２、ＧＵＩ情報抽出部３および画面名判定部４は、例えば、プログラムに従って動作するＣＰＵによって実現される。
　次に、本実施形態の動作について説明する。図７は、ＧＵＩ情報抽出部３によるＧＵＩ情報の抽出動作の一例を示すフローチャートである。ＧＵＩ情報の抽出動作は、画面名指定部２によるレベル別画面名の指定動作が完了した後、画面名指定情報を受けることにより開始される。図７に示すように、ＧＵＩ情報抽出部３は、画面名指定部２から画面名指定情報を受け取ると、まず、評価対象システム６が有する評価画面のうち未処理の画面から任意に処理対象とする画面を選定する（ステップＳ１０１）。
　処理対象とする画面を選定すると、ＧＵＩ情報抽出部３は、画面名の探索レベルを最上位レベルであるレベル０（Ｌｖ０）に設定する（ステップＳ１０２）。そして、設定した探索レベルについて、レベル別に指定された箇所（画面名表記箇所）を探索する（ステップＳ１０３）。
　ここで、処理対象画面において、現探索レベルの画面名表記箇所に相当する領域にテキストデータが存在すれば（ステップＳ１０４のＹｅｓ）、そのテキストデータを同画面における現探索レベルの画面名として、レベル別画面名情報を生成し、ＧＵＩ情報記録部５に記録する（ステップＳ１０５）。一方、現探索レベルの画面名表記箇所に相当する領域にテキストデータが存在しなければ（ステップＳ１０４のＮｏ）、同画面における現探索レベルの画面名は空であるとして、レベル別画面名情報を生成し、ＧＵＩ情報記録部５に記録する（ステップＳ１０６）。
　現探索レベルについてレベル別画面名情報を記録し終えると、その次のレベル（下位レベル）を探索レベルに設定し、画面名指定情報に設定した探索レベルの画面名表記箇所を指定する情報が存在していれば、当該探索レベルについてステップＳ１０３～Ｓ１０６までの動作を繰り返す（ステップＳ１０８のＹｅｓ）。すっぷＳ１０３～Ｓ１０８までの動作が実行されることによって、単一の画面について、指定されている全てのレベルの画面名が取得される。
　一方、下位レベルを次の探索レベルにを設定した際に、設定した探索レベルの画面名表記箇所を指定する情報が存在していなければ（ステップＳ１０８のＮｏ）、これまでの処理により指定された全てのレベルの画面名について探索を完了したとして、最下位レベルの画面名表記箇所を基準に、構成情報を取得する（ステップＳ１０９）。以上の動作により、評価対象とした一画面に対する処理を終了する。次いで、まだ未処理の画面が存在していれば（ステップＳ１１０のＹｅｓ）、ステップＳ１０１に戻り、次に処理対象とする画面を選定し、同様の動作を繰り返す。未処理の画面が存在しなくなったら（ステップＳ１１０のＮｏ）、ＧＵＩ情報抽出部３は、ＧＵＩ情報の抽出動作を終了する。
　次に、画面名判定部４による画面名の判定動作について説明する。図８は、画面名判定部４による画面名の判定動作の一例を示すフローチャートである。画面名の判定動作は、ＧＵＩ情報抽出部３によるＧＵＩ情報の抽出動作が完了した後、完了通知を受けることにより開始される。図８に示すように、画面名判定部４は、ＧＵＩ情報抽出部３からＧＵＩ情報抽出処理完了の通知を受け取ると、評価対象画面の中から全てのレベルで画面名が一致する２以上の画面の集合を探索する（ステップＳ２０１）。
　探索の結果、全てのレベルで画面名が一致する画面集合が存在すれば（ステップＳ２０２のＹｅｓ）、全てのレベルで画面名が一致した画面集合の中から、処理対象とする画面集合を選定する（ステップＳ２０３）。ここでは、例えば、レベル０の画面名として”ＡＡＡ”が付され、かつレベル１の画面名として”ＢＢＢ”が付された２以上の画面からなる画面集合１と、レベル０の画面名として”ＡＡＡ”が付され、かつレベル１の画面名として”ＣＣＣ”が付された２以上の画面からなる画面集合２とが存在した場合には、画面集合１と画面集合２のどちらか一方を処理対象とする画面集合に選定すればよい。
　処理対象とする画面集合を選定すると、画面名判定部４は、処理対象集合に含まれる画面間で構成要素を比較する（ステップＳ２０４）。比較した結果、構成要素に差異がある場合（本例では、配置順序が同じ構成要素間で種別あるいはテキストの内容（データ内容）に異なる箇所がある場合）には（ステップＳ２０５のＹｅｓ）、該当画面間の画面名の一意性において「問題あり」と判定する（ステップＳ１０７）。
　一方、構成要素に差異がない場合（本例では、配置順序が同じ構成要素間で種別あるいはテキストの内容に異なる箇所がない場合）には、同一画面である可能性があるため、該当画面間の画面名の一意性において「注意（問題がある可能性がある）」と判定する（ステップＳ１０８）。
　ステップＳ２０４～Ｓ２０７による構成要素の同一性判定を、処理対象とする画面集合に含まれる全ての画面の組み合わせに対して完了するまで繰り返す（ステップＳ２０８のＮｏ、ステップＳ２０４に戻る）。全ての画面の組み合わせに対して完了すると（ステップＳ２０８のＹｅｓ）、他に画面名が一致する未処理の画面集合が存在すれば（ステップＳ２０９のＹｅｓ）、ステップＳ２０３に戻り、次に処理対象とする画面集合を選定し、同様の動作を繰り返す。全てのレベルで画面名が一致する全ての画面集合に対して上記判定処理を完了すれば（ステップＳ２０９のＮｏ）、画面名判定部４は、上記画面集合に含まれなかった画面（他の画面と画面名が一致しなかった画面であり、「問題あり」または「注意」の判定がなされていない画面）について、「問題なし」と判定する（ステップＳ２１０）。
　ステップＳ２０２において、画面名が一致する集合が存在しなかった場合には（ステップＳ２０２のＮｏ）、そのままステップＳ２１０に以降し、全ての画面について「問題なし」と判定することになる。
　次に、本実施形態の動作を、具体的な画面例を提示しながら説明する。第１の具体例として、図４にウィンドウＡ－１として示す画面と、図９にウィンドウＡ－２として示す画面とを有する業務システムＡに対し、該ウィンドウＡ－１およびウィンドウＡ－２を評価対象画面とした場合を例にする。
　まず評価者は、評価対象画面のいずれかを用い、入出力手段１を介して、画面名に相当する情報が表記される箇所および当該箇所に表記される情報の画面名におけるレベルを指定する。ここでは、図４に示すウィンドウＡ－１を用いて、ウィンドウタイトル部（領域Ａ１１）をレベル０の画面名表記箇所として指定する操作を行う。また、画面の最も左上のテキストが配置される領域（領域Ａ１２）をレベル１の画面名表記箇所として指定する操作を行う。なお、レベル０の画面名表記領域をウィンドウタイトル部固定とする場合には、レベル０に関する指定操作を省略することも可能である。
　画面名指定部２は、入出力手段１を介して入力される操作者の操作情報に基づき、レベル０の画面名表記箇所としてウィンドウタイトル部を示す情報と、レベル１の画面名表記箇所として画面の最も左上に配置されるテキスト領域を示す情報とを対応づけた情報を画面名指定情報として生成する。また、例えば、評価者がウィンドウタイトル部に表記されているテキスト”業務システムＡ”をレベル０の画面名として指定し、また画面左上に表記されているテキスト”出張申請”をレベル１の画面名に指定する操作を行い、画面名指定部２は、それらの操作情報に基づき、各テキストが表記される領域（領域Ａ１１，Ａ１２）を該当レベルの画面名表記箇所として指定してもよい。
　次に、ＧＵＩ情報抽出部３は、評価対象画面の情報を順次取得し、画面名指定情報に基づいて各評価対象画面に対してレベル別画面名を取得する。本例では、ウィンドウＡ－１に対し、ウィンドウタイトル部（領域Ａ１１）に表記されているテキストである”業務システムＡ”を当該画面のレベル０の画面名として抽出し、また当該画面の最も左上（領域Ａ１２）に表記されているテキストである”出張申請”を当該画面のレベル１の画面名として抽出し、これらのテキストを画面名のレベルの情報とともにレベル別画面名情報としてＧＵＩ情報記録部５に記録する。そして、ウィンドウＡ－１に存在する最下層（最下位レベル）の画面名”出張申請”を含む画面領域の画面名以外の領域（領域Ａ１３）について、含まれる構成要素の情報を取得し、構成情報にしてＧＵＩ情報記録部５に記録する。なお、ＧＵＩ情報抽出部３は、取得した構成要素の情報を構成情報としてＧＵＩ情報記録部５に記録してもよい。
　更に、ＧＵＩ情報抽出部３は、ウィンドウＡ－２に対しても同様の処理を実施し、レベル別画面名情報と構成情報を生成し、ＧＵＩ情報記録部５に記録する。ここでは、ウィンドウＡ－２のウィンドウタイトル部（図９に示す領域Ａ２１）に表記されているテキストである”業務システムＡ”をレベル０の画面名として抽出し、また当該画面の最も左上（領域Ａ２２）に表記されているテキストである”出張申請”をレベル１の画面名として抽出し、これらのテキストを画面名のレベルの情報とともにレベル別画面名情報としてＧＵＩ情報記録部５に記録するとともに、ウィンドウＡ－２に存在する最下層（最下位レベル）の画面名”出張申請”を含む画面領域の画面名以外の領域（領域Ａ２３）に含まれる構成要素の情報を取得し、構成情報にしてＧＵＩ情報記録部５に記録する。図１０は、ウィンドウＡ－２について、ＧＵＩ情報記録部５が保持する構成情報の例を示す説明図である。
　ＧＵＩ情報抽出部３によるＧＵＩ情報の抽出動作が完了すると、画面名判定部４は、ＧＵＩ情報記録部５が保持するレベル別画面名情報を参照し、評価対象画面の中で、全てのレベルで画面名が同一の画面が複数存在するか確認する。この例では、ウィンドウＡ－１とウィンドウＡ－２が全てのレベル（レベル０およびレベル１）で画面名が一致していることが確認される。このため、画面名判定部４は、更に、ウィンドウＡ－１とウィンドウＡ－２それぞれの構成情報を比較し、構成要素に差異があるか否かを確認する。例えば、構成要素の数、種別でみた配置順序、さらに同じ配置順序にある構成要素のデータ内容（ただし、ユーザ入力可能なテキスト入出力部品のデータ内容は除く）に異なるものがあるか否かを確認する。なお、データ内容だけでなく、同じ配置順序にある構成要素の他の属性情報（操作可否）も判定対象に含めてもよい。ここでは、図６に示すウィンドウＡ－１の取得対象領域Ａ１３についての構成情報と、図１０に示すウィンドウＡ－２の取得対象領域Ａ２３についての構成情報とを比較した結果、テキストやボタンはデータも含めて合致するが、テキストボックスやリストボックスなどの入力部品の種別が異なる箇所が存在するため、構成要素に差異があると判定し、ウィンドウＡ－１とウィンドウＡ－２とは、画面名は同じだが別の画面であるとみなして画面名の一意性について「問題あり」と判定する。
　図１１は、業務システムＡの評価対象画面であるウィンドウＡ－１およびウィンドウＡ－２に対する画面名の一意性の判定結果の出力例を示す説明図である。図１１に示す例では、レベル別画面名をレベルごとに記述し、それらを統合したものを評価対象システム６における画面名として特定し、その画面名について一意性に関する問題の有無と該当画面の識別子（ここでいう”画面”とは、ＧＵＩ情報抽出部３により別個の評価対象画面として見なされる画面情報取得上の単位での画面をいう。）とを対応づけて出力している。これにより、提示された画面名について一意性に関する問題があることおよびその問題箇所となる画面がウィンドウＡ－１とウィンドウＡ－２であることを把握可能としている。
　以上のように、評価対象システムの任意の一画面における評価者による画面名の記載位置と階層レベルの指定に従って、同評価対象システムの評価対象画面全てのレベル別画面名情報および構成情報を取得し、画面名が合致する画面が複数存在するか否か、存在する場合に構成要素に差異があるか否かを判定することで、画面上に現在の画面（作業）内容の題目となる情報（画面名）が分散して表記されているシステムであっても、画面名の一意性に関する評価を実施することが可能になる。
　次に、本実施形態の動作の第２の具体例を説明する。ここでは、図１２にウィンドウＢ－１として示す画面と、図１３にウィンドウＢ－２として示す画面とを有する業務システムＢに対し、該ウィンドウＢ－１およびウィンドウＢ－２を評価対象画面とした場合を例にする。
　まず評価者は、評価対象画面のいずれかを用い、入出力手段１を介して、画面名に相当する情報が表記される箇所および当該箇所に表記される情報の画面名におけるレベルを指定する。ここでは、図１２に示すウィンドウＢ－１を用いて、ウィンドウタイトル部（領域Ｂ１１）をレベル０の画面名表記箇所として指定する操作を行う。また、画面の最も左上のテキストが配置される領域（領域Ｂ１２）をレベル１の画面名表記箇所として指定する操作を行う。なお、レベル０の画面名表記箇所をウィンドウタイトル部固定とする場合には、レベル０に関する指定操作を省略することも可能である
　画面名指定部２は、入出力手段１を介して入力される操作者の操作情報に基づき、レベル０の画面名表記箇所としてウィンドウタイトル部を示す情報と、レベル１の画面名表記箇所として画面の最も左上に配置されるテキスト領域を示す情報とを対応づけた情報を画面名指定情報として生成する。また、例えば、評価者がウィンドウタイトル部に表記されているテキスト”業務システムＢ”をレベル０の画面名として指定し、また画面左上に表記されているテキスト”出張申請（入力）”をレベル１の画面名に指定する操作を行い、画面名指定部２は、それらの操作情報に基づき、各テキストが表記される領域（領域Ｂ１１，Ｂ１２）を該当レベルの画面名表記箇所として指定してもよい。
　次に、ＧＵＩ情報抽出部３は、評価対象画面の情報を順次取得し、画面名指定情報に基づいて各評価対象画面に対してレベル別画面名を取得する。本例では、ウィンドウＢ－１に対し、ウィンドウタイトル部（図１２に示す領域Ｂ１１）に表記されているテキストである”業務システムＢ”を当該画面のレベル０の画面名として抽出する。また、当該画面の最も左上（領域Ｂ１２）に表記されているテキストである”出張申請（入力）”を当該画面のレベル１の画面名として抽出する。そして、これらのテキスト（データ内容）を画面名のレベルの情報とともにレベル別画面名情報としてＧＵＩ情報記録部５に記録する。次いで、ウィンドウＢ－１に存在する最下層（最下位レベル）の画面名”出張申請（入力）”を含む画面領域の画面名以外の領域（領域Ｂ１３）について、含まれる構成要素の情報を取得し、構成情報にしてＧＵＩ情報記録部５に記録する。
　更に、ＧＵＩ情報抽出部３は、ウィンドウＢ－２に対しても同様の処理を実施し、レベル別画面名情報と構成情報を生成し、ＧＵＩ情報記録部５に記録する。ここでは、ウィンドウＢ－２のウィンドウタイトル部（図１３に示す領域Ｂ２１）に表記されているテキストである”業務システムＢ”をレベル０の画面名として抽出し、また当該画面の最も左上（領域Ｂ２２）に表記されているテキストである”出張申請（確認）”をレベル１の画面名として抽出し、これらのテキストを画面名のレベルの情報とともにレベル別画面名情報としてＧＵＩ情報記録部５に記録するとともに、ウィンドウＢ－２に存在する最下層（最下位レベル）の画面名”出張申請（確認）”を含む画面領域の画面名以外の領域（領域Ｂ２３）に含まれる構成要素の情報を取得し、構成情報にしてＧＵＩ情報記録部５に記録する。図１４は、ウィンドウＢ－１およびウィンドウＢ－２について、ＧＵＩ情報記録部５が保持するレベル別画面名情報の例を示す説明図である。
　ＧＵＩ情報抽出部３によるＧＵＩ情報の抽出動作が完了すると、画面名判定部４は、ＧＵＩ情報記録部５が保持するレベル別画面名情報を参照し、評価対象画面の中で、全てのレベルで画面名が同一の画面が複数存在するか確認する。この例では、画面名判定部４は、ウィンドウＢ－１とウィンドウＢ－２はレベル１の画面名が一致しないため、異なる画面名を持つ別の画面と見なし、画面名の一意性について「問題なし」と判定する。
　図１５は、業務システムＢのウィンドウＢ－１およびウィンドウＢ－２に対する画面名の一意性の判定結果の出力例を示す説明図である。図１５に示す例では、レベル別画面名をレベルごとに記述し、それらを統合したものを評価対象システム６における画面名として特定し、その画面名について一意性に関する問題の有無と該当画面の識別子とを対応づけて出力している。これにより、提示された画面名について一意性に関する問題がないことを把握可能としている。
　以上のように、評価対象システムの任意の一画面における評価者による画面名の記載位置と階層レベルの指定に従って、同評価対象システムの評価対象画面全てのレベル別画面名情報および構成情報を取得し、全てのレベルで画面名が一致する画面が複数存在するか否か、存在する場合に構成情報が合致するか否かを判定することで、画面上に現在の画面（作業）内容の題目となる情報（画面名）が分散して表記されているシステムであっても、画面名の一意性に関する評価を実施することが可能になる。
　次に、本実施形態の動作の第３の具体例を説明する。ここでは、図１６にウィンドウＣ－１として示す画面と、図１７にウィンドウＣ－２として示す画面と、図１８にウィンドウＣ－３として示す画面とを有する業務システムＣに対し、該ウィンドウＣ－１、ウィンドウＣ－２、ウィンドウＣ－３を評価対象とした場合を例にする。
　図１６，図１７，図１８に示すように、業務システムＣでは、ウィンドウを二つのフレーム（あるいはペイン）に分割した画面構成になっている。左のフレーム領域（例えば、図１６に示す領域Ｃ１２）に業務システムＣで実行する業務のメニューを表示し、右のフレーム領域（例えば、図１６に示す領域Ｃ１３）に各業務を遂行するための情報を表示している。また、ウィンドウＣ－１に表示されるリストに対して、選択された項目に関する詳細情報を、ウィンドウＣ－２およびウィンドウＣ－２で表示する構成となっている。ウィンドウＣ－２とウィンドウＣ－３は、データ表示の対象（ウィンドウＣ－１のリストから選択された項目）が異なるだけで、同じ機能および役割をもつ画面である。
　まず評価者は、評価対象画面のいずれかを用い、入出力手段１を介して、画面名に相当する情報が表記される箇所および当該箇所に表記される情報の画面名におけるレベルを指定する。ここでは、図１７に示すウィンドウＣ－２を用いて、ウィンドウタイトル部（領域Ｃ２１）をレベル０の画面名表記箇所として指定する操作を行い、また右のフレーム領域において最も左上のテキストが配置される領域（領域Ｃ２２）をレベル１の画面名表記箇所として指定する操作を行い、またさらにその下のタブ群が配置される領域（領域Ｃ２３）をレベル１の画面名表記箇所として指定する操作を行う。なお、レベル０の画面名表記箇所をウィンドウタイトル部固定とする場合には、レベル０に関する指定操作を省略することも可能である。
　画面名指定部２は、入出力手段１を介して入力される操作者の操作情報に基づき、レベル０の画面名表記箇所としてウィンドウタイトル部を示す情報と、レベル１の画面名表記箇所として画面の右フレーム領域で最も左上に配置されるテキスト領域を示す情報と、レベル２の画面名表記箇所としてレベル１の画面名表記箇所であるテキスト領域の下に配置されるタグ群領域を示す情報とを対応づけた情報を画面名指定情報として生成する。なお、タグ群領域を画面名表記箇所として指定する場合には、タグ群における選択中のタブのテキストを当該レベルの画面名とみなすこととする。また、例えば、評価者がウィンドウタイトル部に表記されているテキスト”業務システムＣ”をレベル０の画面名として指定し、また画面の右フレームの左上に表記されているテキスト”出張申請　＞　実績確認”をレベル１の画面名に指定し、またその下のタグ群において選択中のタブのテキスト”登録情報１”をレベル２の画面名として指定する操作を行い、画面名指定部２は、それらの操作情報に基づき、各テキストが表記される領域（領域Ｃ３１，Ｃ３２，Ｃ３３）を該当レベルの画面名表記箇所として指定してもよい。
　次に、ＧＵＩ情報抽出部３は、評価対象画面の情報を順次取得し、画面名指定情報に基づいて各評価対象画面に対してレベル別画面名を取得する。本例では、ウィンドウＣ－１に対し、ウィンドウタイトル部（図１６に示す領域Ｃ１１）に表記されているテキストである”業務システムＣ”を当該画面のレベル０の画面名として抽出する。また、当該画面の右フレーム左上（領域Ｃ１３１）に表記されているテキスト”出張申請　＞　実績確認”を当該画面のレベル１の画面名として抽出する。更に、レベル１の画面名表記箇所にあるテキスト直下のタブを探索するが存在しないため、レベル２の画面名は空として抽出する。そして、抽出したこれらのテキスト（データ内容）を画面名のレベルの情報とともにレベル別画面名情報としてＧＵＩ情報記録部５に記録する。次いで、ウィンドウＣ－１に存在した最下層の画面名”出張申請　＞　実績確認”を含む画面領域の画面名以外の領域（領域Ｃ１３２）について、含まれる構成要素の情報を取得し、構成情報にしてＧＵＩ情報記録部５に記録する。
　更に、ＧＵＩ情報抽出部３は、ウィンドウＣ－２およびウィンドウＣ－３に対しても同様の処理を実施し、レベル別画面名情報と構成情報を生成し、ＧＵＩ情報記録部５に記録する。ここでは、ウィンドウＣ－２に対して、ウィンドウタイトル部（図１７に示す領域Ｃ２１）に表記されているテキストである”業務システムＣ”をレベル０の画面名として抽出する。また、当該画面の右フレーム左上（領域Ｃ３２）に表記されているテキスト”出張申請　＞　実績確認”を当該画面のレベル１の画面名として抽出する。更に、レベル１の画面名表記箇所にあるテキスト直下のタブ群の選択中のタグに表記されているテキスト”登録情報１”をレベル２の画面名として抽出する。そして、抽出したこれらのテキスト（データ内容）を画面名のレベルの情報とともにレベル別画面名情報としてＧＵＩ情報記録部５に記録する。次いで、ウィンドウＣ－２に存在した最下層の画面名”登録情報１”を含む画面領域の画面名以外の領域（領域Ｃ２４）について、含まれる構成要素の情報を取得し、構成情報にしてＧＵＩ情報記録部５に記録する。
　また、ウィンドウＣ－３に対しても同様に、ウィンドウタイトル部（図１８に示す領域Ｃ３１）に表記されているテキストである”業務システムＣ”をレベル０の画面名として抽出する。また、当該画面の右フレーム左上（領域Ｃ３２）に表記されているテキスト”出張申請　＞　実績確認”を当該画面のレベル１の画面名として抽出する。更に、レベル１の画面名表記箇所にあるテキスト直下のタブ群の選択中のタグに表記されているテキスト”登録情報２”をレベル２の画面名として抽出する。そして、抽出したこれらのテキスト（データ内容）を画面名のレベルの情報とともにレベル別画面名情報としてＧＵＩ情報記録部５に記録する。次いで、ウィンドウＣ－２に存在した最下層の画面名”登録情報２”を含む画面領域の画面名以外の領域（領域Ｃ３４）について、含まれる構成要素の情報を取得し、構成情報にしてＧＵＩ情報記録部５に記録する。
　ＧＵＩ情報抽出部３によるＧＵＩ情報の抽出動作が完了すると、画面名判定部４は、ＧＵＩ情報記録部５が保持するレベル別画面名情報を参照し、評価対象画面の中で、全てのレベルで画面名が同一の画面が複数存在するか確認する。この例では、ウィンドウＣ－２とウィンドウＣ－３とで、全てのレベル（レベル０からレベル２）で画面名が一致することが確認される。このため、画面名判定部４は、更に、ウィンドウＣ－２とウィンドウＣ－３それぞれの構成情報を比較し、構成要素に差異があるか否かを確認する。ここでは、ウィンドウＣ－２の取得対象領域Ｃ２３についての構成情報と、ウィンドウＣ－３の取得対象領域Ｃ３３についての構成情報を比較した結果、テキストボックスのデータ内容が異なる以外は、構成要素の数、種別でみた配置順序、同じ配置順序にあるテキストボックス以外の構成要素のデータ内容が全て一致するため、構成要素に差異はなしと判定し、扱っているデータが異なるだけで同じ画面であると見なして画面名の一意性について「注意（問題がある可能性がある）」と判定する。なお、ウィンドウＣ－１については、ウィンドウＣ－２とウィンドウＣ－３とで、全てのレベルで画面名が一致しないことが確認される。このため、ウィンドウＣ－１の画面名の一意性については「問題なし」と判定される。
　図１９は、業務システムＣの評価対象画面であるウィンドウＣ－１、ウィンドウＣ－２およびウィンドウＣ－３に対する画面名の一意性の判定結果の出力例を示す説明図である。図１９に示す例では、レベル別画面名をレベルごとに記述し、それらを統合したものを評価対象システム６における画面名として特定し、その画面名について一意性に関する問題の有無と該当画面の識別子とを対応づけて出力している。これにより、提示された画面名のうち、ウィンドウＣ－１に付された画面名については一意性に関する問題がないこと、他の画面名については一意性に関し問題がある可能性があること、およびその問題がある可能性がある箇所となる画面がウィンドウＣ－２とウィンドウＣ－３であることを把握可能としている。
　以上のように、評価者が当該画面を確認し、評価対象システムを使用するユーザがテキストボックス内のテキスト（テキストボックスにより提示されるデータの内容）を参照し、当該画面名がその問題がある可能性があるとされた全ての画面の画面名として適切か否か、すなわちその画面名により現在の画面の作業内容を充分に把握可能か否か（画面名としての役割を果たしているか）を判断し、現状で問題なしとするか、または画面名の修正が必要かといった検討の必要性を認識することができる。また、評価時には最初の画面名の指定が不十分であった（より深い階層の画面名の指定が必要）可能性を示唆することになり、評価者は画面名の指定を再考する必要性を認識することが可能となる。
　なお、図１９では、画面名を単位に、評価結果を提示する例を示したが、例えば、評価対象画面を単位に評価結果を提示することも可能である。例えば、図２０に示すように、３つの画面（ウィンドウ１，ウィンドウ２，ウィンドウ３）を評価対象画面として、画面名の一意性に関する評価を行った結果、３つの画面の画面名は、いずれもレベル０のみのテキスト”画面Ａ”として一致したとする。また、ウィンドウ１の取得対象領域についての構成情報と、ウィンドウ２の取得対象領域についての構成情報とでは、テキストボックスのデータのみが異なるとして差異はなしと判定されたとする。また、ウィンドウ１の取得対象領域についての構成情報と、ウィンドウ３の取得対象領域についての構成情報とでは、構成要素の数が異なるとして差異があると判定されたとする。また、ウィンドウ２の取得対象領域についての構成情報と、ウィンドウ３の取得対象領域についての構成情報とでは、構成要素の数が異なるとして差異があると判定されたとする。
　このような場合には、例えば、図２１に示すように、評価対象画面を単位に、画面名と問題箇所となる関連画面の情報を対応づけて提示してもよい。図２１に示す例では、ウィンドウ１について、画面名が”画面Ａ”である旨、問題箇所となる関連画面として、ウィンドウ２との関係において「注意」である旨およびウィンドウ３との関係において「問題あり」である旨が提示される。また、ウィンドウ２について、画面名が”画面Ａ”である旨、問題箇所となる関連画面として、ウィンドウ１との関係において「注意」である旨およびウィンドウ３との関係において「問題あり」である旨が提示される。また、ウィンドウ３について、画面名が”画面Ａ”である旨、問題箇所となる関連画面として、ウィンドウ１との関係において「問題あり」である旨およびウィンドウ２との関係において「問題あり」である旨が提示される。
　評価者は、このような結果を見て、同集合の他の画面全てと構成が異なるウィンドウ３については、完全に修正が必要であると判断することができる。また、ウィンドウ１とウィンドウ２については実画面や業務要件を確認し、問題と見なし修正するか否かの検討の必要性を認識することができる。
　以上のように、本実施形態におけるＧＵＩ評価システムを用いれば、評価対象システムの任意の一画面における評価者による画面名の位置とレベルの指定に従い、画面名を階層構造をもって認識するとともに、画面名が一致する場合にその画面において主領域となる表示領域の構成要素の差異の有無を判定するので、ことにより同一画面とされるものか別画面とされるものかを適切に判断可能であるので、評価対象システムの各画面の画面名の一意性の評価を、簡単かつ高精度に行うことができる。
　特に、同画面上に画面名の役割を果たすテキストが点在する画面構成を持つシステムにおいても、有効となる。
　なお、上記例では、１つのシステムに対して、１組のレベル別画面名を指定する例を示したが、例えば、１つのシステムが有する画面であっても、画面名とされるテキストが画面によって異なる位置に配されることがある場合には、画面名が配されるパターンが異なる画面の種類の数分、画面名の指定を行い、パターンごとに画面名の一意性の評価を行えばよい。なお、パターン別に画面名の取得を行った上で、それらを総合して画面名の一意性の評価を行うことも可能である。
実施形態２．
　次に、本発明の第２の実施形態について説明する。図２２は、第２の実施形態におけるＧＵＩ評価システムの構成例を示すブロック図である。図２２に示すＧＵＩ評価システムは、図３に示す第１の実際形態と比べて、構成情報指定部７を備えている点が異なる。なお、構成情報指定部７は、図２に示す判定対象指定手段１０５に相当する処理部である。
　構成情報指定部７は、出力手段１を介して入力される操作者の操作情報に基づき、評価対象システム６の評価対象画面に含まれる構成要素について、その要素、またはその要素のデータ内容等の画面出力形態に関わる属性を同一性判定の対象に含めるか否かを指定する。なお、ここで指定するとは、具体的には、指定内容を画面名判定部４が認識可能な情報として生成することをいう。なお、特定箇所を個別に指定するだけでなく、ユーザ入力可能な部品近辺のテキスト以外を無効としたり、テーブル内のテキストを無効にするといったように、おおまかな領域に対して有効／無効を指定することも許容する。
　構成情報指定部７は、例えば、表示された画面の情報を取得してレイアウト解析を行い画面内の相対的な位置を特定したり、ＨＴＭＬなどの構造化文書の構造を解析し画面名が表記される部分を特定するとともに、そこに配されている部品のパラメータについて、有効／無効を選択できるように提示してもよい。また、例えば、一度評価を行い、ＧＵＩ情報抽出部３により生成される構成情報に従って、同じ画面名を有する画面群の構成情報の有効／無効を切り替え可能に提示してもよい。
　本実施形態において、構成情報指定部７は、例えば、プログラムに従って動作するＣＰＵによって実現される。
　例えば、図２３にウィンドウＤ－１として示す画面と、図２４にウィンドウＤ－２として示す画面とは、テキスト表示にユーザ入力可能なテキスト入出力部品を用いていないため、データとラベルの区別ができない。また、ウィンドウＤ－２にエラーメッセージの表示が追加されている。また、操作ボタン”次へ”の操作可否も異なる。
　この２つの画面は、ユーザの操作状況によって表示するデータが異なるだけで実質的には同じ画面である。しかし、図２３および図２４に示す例では、構成要素に差異があると判断され、結果、一意性に「問題がある」と評価されてしまう。
　このような場合に、評価者の操作に応じて、評価対象画面に含まれる構成要素について、その要素、またはその要素のデータ内容等の属性を同一性判定の対象に含めるか否かを指定することができるようにする。図２５は、構成情報指定部７による同一性判定の対象指定の例を示す説明図である。例えば、図２５に示すように、ウィンドウＤ－１についての属性情報に対して、同一性判定の比較対象外とする部分を評価者が指定し、構成情報指定部７は、それに基づき構成情報を再編集してもよい。図２５に示す例では、比較対象外とする箇所（同一性判定において不問とする箇所）の下に点線を付して示している。ここでは、構成情報に対して、例えば、データ行、指定セル、データの一部を単位に指定可能とする。なお、データ行を単位に比較対象外と指定されたものについては、構成要素の数を数える際にも対象外とする。
　画面名判定部４は、このように指定された情報により比較対象外とされた構成要素または構成要素の属性（より具体的には、該属性が影響を与える画面出力形態）を不問として、全てのレベルで画面名が一致する画面群の画面間の構成情報の差異の有無を判定すればよい。例えば、図２５に示すウィンドウＤ－１についての編集後の構成情報と、図２６に示すウィンドウＤ－２についての構成情報とを用いて、まず、比較対象外と指定された要素の除く構成要素の数を比較する。ここでは、構成要素の数は同じであると判定されるので、各表の行の順序に従い、順に、比較対象外と指定された要素を除く各行の種別を比較する。次いで、比較した全ての行で種別が合致するため、各行で比較対象とされる箇所についてのみ比較を行う。結果、ウィンドウＤ－１とウィンドウＤ－２は、構成要素を同じくする画面であると判定する。
　このように、本実施形態では、テキストボックスなどのユーザ入力可能なテキスト入出力部品を用いずに、例えば、テキストや表やリストなどを用いて、注意書き（ガイダンス）やデータ内容を表示する場合にも、構成要素の同一性判定を適切に行うことが可能となる。従って、評価対象システムの各画面の画面名の一意性の評価を、さらに高精度に行うことができる。なお、他の点に関しては、第１の実施形態と同様である。
　なお、上記実施形態で示した画面名指定部、ＧＵＩ情報抽出部、画面名判定部、ＧＵＩ情報記録部は、それぞれ別々のユニットとして実現されていてもよい。
　また、上記実施形態では、以下の（１）～（８）に示すようなＧＵＩ評価システムの特徴的構成が示されている。
　（１）ＧＵＩ評価システムは、評価対象システムの画面内において画面名に相当する情報の少なくとも一部を表記している箇所である画面名表記箇所を、画面名を階層構造として捉えた際の階層レベル別に示す画面名指定情報に基づいて、評価対象システムが有する評価対象画面における画面名を階層レベルごとに取得するとともに、当該画面に存在する最も下位のレベルの画面名が題目としてその内容を指し示しているとされる領域である内容表示領域に用いられている構成要素の情報を取得するＧＵＩ情報取得部（例えば、ＧＵＩ情報取得手段１０１やＧＵＩ情報抽出部３によって実現される）と、ＧＵＩ情報取得部により取得された各評価対象画面のレベル別画面名の情報と、各評価対象画面の内容表示領域に含まれる構成要素の情報とに基づいて、評価システムの画面名の一意性に関する評価を行う画面名評価部（例えば、画面名評価手段１０２や画面名判定部４によって実現される）とを備えたことを特徴とする。
　（２）ＧＵＩ評価システムは、評価対象システムのある画面に対する利用者の操作に従い、評価対象システムの画面内において画面名に相当する情報の少なくとも一部を表記している箇所である画面名表記箇所を、画面名を階層構造として捉えた際の階層レベル別に示す画面名指定情報を生成する画面名指定部（例えば、画面名指定手段１０３や画面名指定部２によって実現される）をさらに備えるように構成されていてもよい。
　（３）ＧＵＩ評価システムにおいて、画面名評価部は、評価対象画面群のなかで全てのレベルの画面名が一致する画面が複数存在する場合には、さらに画面名が一致した画面間で内容表示領域に含まれる構成要素の同一性を判定して、評価システムの画面名の一意性に関する評価を行うように構成されていてもよい。
　（４）ＧＵＩ評価システムにおいて、画面名評価部は、評価対象画面群のなかで全てのレベルの画面名が一致する画面が複数存在する場合には、さらに画面名が一致した画面間で内容表示領域に含まれる構成要素の同一性を判定して、評価システムの画面名の一意性に関する評価を行うように構成されていてもよい。
　（５）ＧＵＩ評価システムにおいて、画面名評価部は、評価対象画面群のなかで全てのレベルの画面名が一致する画面が複数存在する場合に、画面名が一致した画面間で内容表示領域に用いられている構成要素の同一性を判定した結果、種別がユーザ入力可能なテキスト入出力部品である構成要素の出力テキストにのみ差異がある場合に、画面名の一意性に問題がある可能性があると判定するように構成されていてもよい。
　（６）ＧＵＩ評価システムは、利用者の操作に従って、評価対象システムの評価対象画面に含まれる構成要素または構成要素の画面出力形態に関わる属性に対して、同一性判定の対象外とするか否かを指定する判定対象指定部（例えば、判定対象指定手段１０５や構成情報指定部７によって実現される）をさらに備えるように構成されていてもよい。
　（７）ＧＵＩ評価システムは、評価対象システムのＧＵＩ情報として、ＧＵＩ情報取得部により取得される各評価対象画面のレベル別画面名の情報と、各評価対象画面の内容表示領域に含まれる構成要素の情報とを記憶するＧＵＩ情報記憶部（例えば、ＧＵＩ情報記憶手段１０４やＧＵＩ情報記録部５によって実現される）をさらに備えるように構成されていてもよい。
　（８）ＧＵＩ評価システムは、評価対象システムの画面内において画面名に相当する情報の少なくとも一部を表記している箇所である画面名表記箇所を、画面名を階層構造として捉えた際の階層レベル別に示す画面名指定情報に基づいて、評価対象システムが有する評価対象画面における画面名を階層レベルごとに取得するとともに、当該画面に存在する最も下位のレベルの画面名が題目としてその内容を指し示しているとされる領域である内容表示領域に用いられている構成要素の情報を取得するＧＵＩ情報取得手段（例えば、ＧＵＩ情報取得手段１０１やＧＵＩ情報抽出部３によって実現される）と、ＧＵＩ情報取得手段により取得された各評価対象画面のレベル別画面名の情報と、各評価対象画面の内容表示領域に含まれる構成要素の情報とに基づいて、評価システムの画面名の一意性に関する評価を行う画面名評価手段（例えば、画面名評価手段１０２や画面名判定部４によって実現される）とを備えたことを特徴とする。
　以上、実施形態及び実施例を参照して本願発明を説明したが、本願発明は上記実施形態および実施例に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２００８年９月２９日に出願された日本特許出願２００８－２５１８１２を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　本発明は、システムのユーザビリティに関する評価を行う用途に、好適に適用可能である。
　１　入出力手段
　２　画面名指定部
　３　ＧＵＩ情報抽出部
　４　画面名判定部
　５　ＧＵＩ情報記録部
　６　評価対象システム
　７　構成情報指定部
　２００　評価対象システム
　１０１　ＧＵＩ情報取得手段
　１０２　画面名評価手段
　１０３　画面名指定手段
　１０４　ＧＵＩ情報記録手段
　１０５　判定対象指定手段

Claims (19)

  1. 　評価対象システムの画面内において画面名に相当する情報の少なくとも一部を表記している箇所である画面名表記箇所を、画面名を階層構造として捉えた際の階層レベル別に示す画面名指定情報に基づいて、前記評価対象システムが有する評価対象画面における画面名を前記階層レベルごとに取得するとともに、当該画面に存在する最も下位のレベルの画面名が題目としてその内容を指し示しているとされる領域である内容表示領域に用いられている構成要素の情報を取得するＧＵＩ情報取得手段と、
    　前記ＧＵＩ情報取得手段により取得された各評価対象画面のレベル別画面名の情報と、各評価対象画面の内容表示領域に含まれる構成要素の情報とに基づいて、前記評価システムの画面名の一意性に関する評価を行う画面名評価手段とを備える
    　ことを特徴とするＧＵＩ評価システム。
  2. 　評価対象システムのある画面に対する利用者の操作に従い、評価対象システムの画面内において画面名に相当する情報の少なくとも一部を表記している箇所である画面名表記箇所を、画面名を階層構造として捉えた際の階層レベル別に示す画面名指定情報を生成する画面名指定手段を備える
    　請求項１に記載のＧＵＩ評価システム。
  3. 　画面名評価手段は、評価対象画面群のなかで全てのレベルの画面名が一致する画面が複数存在する場合には、さらに画面名が一致した画面間で内容表示領域に含まれる構成要素の同一性を判定して、前記評価システムの画面名の一意性に関する評価を行う
    　請求項１または請求項２に記載のＧＵＩ評価システム。
  4. 　画面名評価手段は、評価対象画面群のなかで全てのレベルの画面名が一致する画面が複数存在する場合に、画面名が一致した画面間で内容表示領域に用いられている構成要素の同一性を判定した結果、含まれる構成要素の数と、配置順序と、種別がユーザ入力可能なテキスト入出力部品である構成要素の出力テキスト以外の画面出力形態とのうち少なくとも１つに差異がある場合に、画面名の一意性に問題があると判定する
    　請求項３に記載のＧＵＩ評価システム。
  5. 　画面名評価手段は、評価対象画面群のなかで全てのレベルの画面名が一致する画面が複数存在する場合に、画面名が一致した画面間で内容表示領域に用いられている構成要素の同一性を判定した結果、種別がユーザ入力可能なテキスト入出力部品である構成要素の出力テキストにのみ差異がある場合に、画面名の一意性に問題がある可能性があると判定する
    　請求項３または請求項４に記載のＧＵＩ評価システム。
  6. 　利用者の操作に従って、評価対象システムの評価対象画面に含まれる構成要素または構成要素の画面出力形態に関わる属性に対して、同一性判定の対象外とするか否かを指定する判定対象指定手段を備える
    　請求項３から請求項５のうちのいずれか１項に記載のＧＵＩ評価システム。
  7. 　評価対象システムのＧＵＩ情報として、ＧＵＩ情報取得手段により取得される各評価対象画面のレベル別画面名の情報と、各評価対象画面の内容表示領域に含まれる構成要素の情報とを記憶するＧＵＩ情報記憶手段を備える
    　請求項１から請求項６のうちのいずれか１項に記載のＧＵＩ評価システム。
  8. 　評価対象システムの画面内において画面名に相当する情報の少なくとも一部を表記している箇所である画面名表記箇所を、画面名を階層構造として捉えた際の階層レベル別に示す画面名指定情報に基づいて、前記評価対象システムが有する評価対象画面における画面名を前記階層レベルごとに取得するとともに、当該画面に存在する最も下位のレベルの画面名が題目としてその内容を指し示しているとされる領域である内容表示領域に用いられている構成要素の情報を取得し、
    　取得された各評価対象画面のレベル別画面名の情報と、各評価対象画面の内容表示領域に含まれる構成要素の情報とに基づいて、前記評価システムの画面名の一意性に関する評価を行う
    　ことを特徴とするＧＵＩ評価方法。
  9. 　評価対象システムのある画面に対する利用者の操作に従い、評価対象システムの画面内において画面名に相当する情報の少なくとも一部を表記している箇所である画面名表記箇所を、画面名を階層構造として捉えた際の階層レベル別に示す画面名指定情報を生成する
    　請求項８に記載のＧＵＩ評価方法。
  10. 　評価対象画面群のなかで全てのレベルの画面名が一致する画面が複数存在する場合には、さらに画面名が一致した画面間で内容表示領域に含まれる構成要素の同一性を判定して、前記評価システムの画面名の一意性に関する評価を行う
    　請求項８または請求項９に記載のＧＵＩ評価方法。
  11. 　評価対象画面群のなかで全てのレベルの画面名が一致する画面が複数存在する場合に、画面名が一致した画面間で内容表示領域に用いられている構成要素の同一性を判定した結果、含まれる構成要素の数と、配置順序と、種別がユーザ入力可能なテキスト入出力部品である構成要素の出力テキスト以外の画面出力形態とのうち少なくとも１つに差異がある場合に、画面名の一意性に問題があると判定する
    　請求項１０に記載のＧＵＩ評価方法。
  12. 　評価対象画面群のなかで全てのレベルの画面名が一致する画面が複数存在する場合に、画面名が一致した画面間で内容表示領域に用いられている構成要素の同一性を判定した結果、種別がユーザ入力可能なテキスト入出力部品である構成要素の出力テキストにのみ差異がある場合に、画面名の一意性に問題がある可能性があると判定する
    　請求項１０または請求項１１に記載のＧＵＩ評価方法。
  13. 　利用者の操作に従い、評価対象システムの評価対象画面に含まれる構成要素または構成要素の画面出力形態に関わる属性に対して、同一性判定の対象外とするか否かを指定する
    　請求項１０から請求項１２のうちのいずれか１項に記載のＧＵＩ評価方法。
  14. 　コンピュータに、
    　評価対象システムの画面内において画面名に相当する情報の少なくとも一部を表記している箇所である画面名表記箇所を、画面名を階層構造として捉えた際の階層レベル別に示す画面名指定情報に基づいて、前記評価対象システムが有する評価対象画面における画面名を前記階層レベルごとに取得するとともに、当該画面に存在する最も下位のレベルの画面名が題目としてその内容を指し示しているとされる領域である内容表示領域に用いられている構成要素の情報を取得するＧＵＩ情報取得処理、および
    　取得された各評価対象画面のレベル別画面名の情報と、各評価対象画面の内容表示領域に含まれる構成要素の情報とに基づいて、前記評価システムの画面名の一意性に関する評価を行う画面名評価処理
    　を実行させるためのＧＵＩ評価用プログラム。
  15. 　コンピュータに、
    　評価対象システムのある画面に対する利用者の操作に従い、評価対象システムの画面内において画面名に相当する情報の少なくとも一部を表記している箇所である画面名表記箇所を、画面名を階層構造として捉えた際の階層レベル別に示す画面名指定情報を生成する画面名指定処理を実行させる
    　請求項１４に記載のＧＵＩ評価用プログラム。
  16. 　コンピュータに、
    　画面名評価処理で、評価対象画面群のなかで全てのレベルの画面名が一致する画面が複数存在する場合には、さらに画面名が一致した画面間で内容表示領域に含まれる構成要素の同一性を判定して、前記評価システムの画面名の一意性に関する評価を行わせる
    　請求項１４または請求項１５に記載のＧＵＩ評価用プログラム。
  17. 　コンピュータに、
    　画面名評価処理で、評価対象画面群のなかで全てのレベルの画面名が一致する画面が複数存在する場合に、画面名が一致した画面間で内容表示領域に用いられている構成要素の同一性を判定した結果、含まれる構成要素の数と、配置順序と、種別がユーザ入力可能なテキスト入出力部品である構成要素の出力テキスト以外の画面出力形態とのうち少なくとも１つに差異がある場合に、画面名の一意性に問題があると判定させる
    　請求項１６に記載のＧＵＩ評価用プログラム。
  18. 　コンピュータに、
    　画面名評価処理で、画面名が一致した画面間で内容表示領域に用いられている構成要素の同一性を判定した結果、種別がユーザ入力可能なテキスト入出力部品である構成要素の出力テキストにのみ差異がある場合に、画面名の一意性に問題がある可能性があると判定させる
    　請求項１６または請求項１７に記載のＧＵＩ評価用プログラム。
  19. 　コンピュータに、
    　利用者の操作に従い、評価対象システムの評価対象画面に含まれる構成要素または構成要素の画面出力形態に関わる属性に対して、同一性判定の対象外とするか否かを指定する判定対象指定処理を実行させる
    　請求項１６から請求項１８のうちのいずれか１項に記載のＧＵＩ評価用プログラム。
PCT/JP2009/003830 2008-09-29 2009-08-07 Ｇｕｉ評価システム、ｇｕｉ評価方法およびｇｕｉ評価用プログラム WO2010035392A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2010530698A JP4788841B2 (ja) 2008-09-29 2009-08-07 Ｇｕｉ評価システム、ｇｕｉ評価方法およびｇｕｉ評価用プログラム
US12/998,224 US8826185B2 (en) 2008-09-29 2009-08-07 GUI evaluation system, GUI evaluation method, and GUI evaluation program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2008-251812 2008-09-29
JP2008251812 2008-09-29

Publications (1)

Publication Number Publication Date
WO2010035392A1 true WO2010035392A1 (ja) 2010-04-01

Family

ID=42059407

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2009/003830 WO2010035392A1 (ja) 2008-09-29 2009-08-07 Ｇｕｉ評価システム、ｇｕｉ評価方法およびｇｕｉ評価用プログラム

Country Status (3)

Country Link
US (1) US8826185B2 (ja)
JP (1) JP4788841B2 (ja)
WO (1) WO2010035392A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8713465B1 (en) * 2009-10-13 2014-04-29 Google Inc. Tab visibility
US9189135B2 (en) * 2011-01-04 2015-11-17 International Business Machines Corporation Three-dimensional GUI object stores in automation test tools
US9858173B2 (en) * 2011-12-01 2018-01-02 Microsoft Technology Licensing, Llc Recording user-driven events within a computing system including vicinity searching
CN112750408B (zh) * 2020-12-25 2022-04-12 厦门厦华科技有限公司 一种自动配置显示屏的方法、装置和系统
CN116993564B (zh) * 2023-08-11 2024-02-13 山东唐和智能科技有限公司 一种社区网格信息收集方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004355157A (ja) * 2003-05-27 2004-12-16 Sony Corp ウェブ対応電子機器装置、ウェブページ処理方法およびプログラム

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08241191A (ja) 1995-03-02 1996-09-17 Matsushita Electric Ind Co Ltd Ｇｕｉ自動評価装置
US6144962A (en) * 1996-10-15 2000-11-07 Mercury Interactive Corporation Visualization of web sites and hierarchical data structures
JP3008902B2 (ja) 1997-09-08 2000-02-14 日本電気株式会社 Ｇｕｉ評価方法及びその装置並びにプログラムを記録した機械読み取り可能な記録媒体
US6915307B1 (en) * 1998-04-15 2005-07-05 Inktomi Corporation High performance object cache
AU2001257134A1 (en) * 2000-04-20 2001-11-07 Robert Sage Blackman Agreement management system and method
US20040030683A1 (en) * 2000-11-21 2004-02-12 Evans Philip Clark System and process for mediated crawling
US7441220B2 (en) * 2000-12-07 2008-10-21 Cadence Design Systems, Inc. Local preferred direction architecture, tools, and apparatus
US6993748B2 (en) * 2001-10-26 2006-01-31 Capital One Financial Corporation Systems and methods for table driven automation testing of software programs
US6859810B2 (en) * 2001-12-10 2005-02-22 Bea Systems, Inc. Declarative specification and engine for non-isomorphic data mapping
JP2004110267A (ja) 2002-09-17 2004-04-08 Fuji Xerox Co Ltd テスト実行装置、方法およびプログラム
JP2004234402A (ja) 2003-01-31 2004-08-19 Mitsubishi Electric Corp Ｗｅｂ画面作成ツール及び用語チェックツール
US7325045B1 (en) * 2003-08-05 2008-01-29 A9.Com, Inc. Error processing methods for providing responsive content to a user when a page load error occurs
US7421458B1 (en) * 2003-10-16 2008-09-02 Informatica Corporation Querying, versioning, and dynamic deployment of database objects
US7778963B2 (en) * 2005-04-26 2010-08-17 Microsoft Corporation Constraint-based conflict handling for synchronization
US8055626B1 (en) * 2005-08-09 2011-11-08 Google Inc. Detecting mirrors on the web
US20070124506A1 (en) * 2005-10-27 2007-05-31 Brown Douglas S Systems, methods, and media for dynamically generating a portal site map
US7599931B2 (en) * 2006-03-03 2009-10-06 Microsoft Corporation Web forum crawler
US20070240041A1 (en) * 2006-04-05 2007-10-11 Larry Pearson Methods and apparatus for generating an aggregated cascading style sheet
US20090063538A1 (en) * 2007-08-30 2009-03-05 Krishna Prasad Chitrapura Method for normalizing dynamic urls of web pages through hierarchical organization of urls from a web site
US20090273597A1 (en) * 2008-05-05 2009-11-05 International Business Machines Corporation User interface screen layout analysis using hierarchical geometric features
US8099408B2 (en) * 2008-06-27 2012-01-17 Microsoft Corporation Web forum crawling using skeletal links
US8429362B1 (en) * 2011-03-31 2013-04-23 Emc Corporation Journal based replication with a virtual service layer

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004355157A (ja) * 2003-05-27 2004-12-16 Sony Corp ウェブ対応電子機器装置、ウェブページ処理方法およびプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HIDEHIKO OKADA ET AL.: "GUI Sekkei no Ikkansei o Hyoka suru Tool 'GUI Tester II' no Teian", IPSJ SIG NOTES, vol. 97, no. 63, 12 July 1997 (1997-07-12), pages 7 - 12 *

Also Published As

Publication number Publication date
JP4788841B2 (ja) 2011-10-05
JPWO2010035392A1 (ja) 2012-02-16
US20110179365A1 (en) 2011-07-21
US8826185B2 (en) 2014-09-02

Similar Documents

Publication Publication Date Title
US8612372B2 (en) Detection rule-generating facility
JP4788841B2 (ja) Ｇｕｉ評価システム、ｇｕｉ評価方法およびｇｕｉ評価用プログラム
US20140324904A1 (en) Similar design structure search device and similar design structure search method
JP4904878B2 (ja) システム開発支援プログラム、システム開発支援装置およびシステム開発支援方法
JP2012133721A (ja) テストの網羅性を評価する装置及び方法
JP5564941B2 (ja) 障害箇所推定システム、障害箇所推定装置および障害箇所推定方法
US9262310B2 (en) Methods, apparatuses and computer program products for bulk assigning tests for execution of applications
EP3706012A1 (en) Data selection system and data selection method
JP2017091208A (ja) 文書点検支援装置、文書点検支援システム及びプログラム
JP7173619B2 (ja) 脆弱性情報管理装置、脆弱性情報管理方法、およびプログラム
JP2007065718A (ja) プログラム動作過程追跡支援表示方法及びシステム
US20080155305A1 (en) Collaborative problem determination based on graph visualization
US10191639B2 (en) Attribute identifier and analyzer tool
JP2009199172A (ja) 情報処理システム、プログラム中の類似箇所特定方法、及びプログラム
JP5325931B2 (ja) 影響分析方法および影響分析プログラム
CN112287204A (zh) 一种搜索方法、装置、设备和存储介质
JP5382303B2 (ja) 情報解析システム、端末装置、サーバ装置、情報解析方法、及びプログラム
US20120151404A1 (en) Repurposing toolbar input areas
JP6901533B2 (ja) 計算機システム及び業務の支援方法
JP5950369B2 (ja) 入力支援システム、入力支援方法および入力支援プログラム
US20180196578A1 (en) Method and Device for Identifying Java Window Control
US20220253529A1 (en) Information processing apparatus, information processing method, and computer readable medium
JP2018060477A (ja) 見積装置、プログラム
JP5197128B2 (ja) 依存関係推定装置及び依存関係推定プログラム及び記録媒体
JP2018101351A (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: 09815814

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010530698

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 12998224

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09815814

Country of ref document: EP

Kind code of ref document: A1