[go: up one dir, main page]

WO2015104865A1 - ユーザインタフェース設計支援装置 - Google Patents

ユーザインタフェース設計支援装置 Download PDF

Info

Publication number
WO2015104865A1
WO2015104865A1 PCT/JP2014/072189 JP2014072189W WO2015104865A1 WO 2015104865 A1 WO2015104865 A1 WO 2015104865A1 JP 2014072189 W JP2014072189 W JP 2014072189W WO 2015104865 A1 WO2015104865 A1 WO 2015104865A1
Authority
WO
WIPO (PCT)
Prior art keywords
search
user interface
component
unit
interface component
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2014/072189
Other languages
English (en)
French (fr)
Inventor
嘉章 北村
伸俊 轟木
啓嗣 岡本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
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 Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Publication of WO2015104865A1 publication Critical patent/WO2015104865A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/30Creation or generation of source code
    • G06F8/38Creation or generation of source code for implementing user interfaces

Definitions

  • the present invention relates to a user interface design support apparatus for searching and outputting user interface components in a user interface design apparatus for designing a user interface of an embedded device.
  • the user interface design apparatus may use a method called componentization in which a user interface component that can be used by a user is combined to create a new user interface component.
  • the componentized user interface components can be reused for subsequent development.
  • Patent Document 1 For example, when designing a screen, an item name, a function name, and the like are set by a character string, and the same item name as that of a screen designed in the past is used. There was a method of searching for a user interface component set for a function name and presenting it to the developer. For example, as shown in Patent Document 2, there is a method of comparing standard attribute values and character strings by comparing the values of attributes and character strings.
  • the present invention has been made to solve the above-described problems, and is a user interface design support device capable of intuitively and easily searching for a desired user interface component from a hugely accumulated group of user interface components. The purpose is to obtain.
  • a user interface design support device inputs a search target user interface component formed by combining a plurality of basic components, and a search user interface component group as a search query for searching for a search target user interface component
  • a UI component search unit that searches for a search target user interface component, a layout relationship estimation unit that estimates a layout relationship of components constituting the search user interface component group input to the UI component search unit, and a layout relationship estimation
  • a similarity calculation unit that calculates the similarity between the arrangement relationship of each component estimated by the component and the arrangement relationship of each component constituting the search target user interface component input to the UI component search unit, Based on the calculation result of the similarity calculation unit, the search unit Et al., Is obtained so as to determine a search result comprising a user interface component.
  • the user interface design support apparatus is based on the similarity between the arrangement relation in which the arrangement relation of each part constituting the search user interface part group is estimated and the arrangement relation of each part in the search target user interface part. Since the search is performed, it is possible to intuitively and easily search for a desired user interface component from among a large amount of user interface components accumulated.
  • FIG. 1 is a block diagram showing a user interface design apparatus to which a user interface design support apparatus according to Embodiment 1 of the present invention is applied.
  • the user interface is referred to as a UI (User Interface). 1 includes an input device 101, a screen design unit 102, a UI component design unit 103, a UI design unit 104, a screen storage unit 105, a UI component storage unit 106, a UI component search unit 107, and an arrangement relationship estimation unit. 108, a similarity calculation unit 109, and a display device 110.
  • the input device 101 is an input device such as a pointing device or a keyboard for the user to input to the UI design device in the screen design unit 102, UI component design unit 103, or UI component search unit 107.
  • the screen design unit 102 designs a screen using UI components stored in the UI component storage unit 106.
  • the UI component design unit 103 edits the attributes of UI components such as position and size, combines a plurality of UI components, and stores them in the UI component storage unit 106.
  • the UI design unit 104 is realized by combining the screen design unit 102 and the UI component design unit 103.
  • the screen storage unit 105 stores screen design information designed by the screen design unit 102.
  • the screen design information includes the identifier of the screen, the identifier of the arranged UI component, the layout information of the UI component, etc.
  • the identifier of the project using the screen the basic color of the application, the screen It may include a character string that describes the function or feature of.
  • the screen storage unit 105 may store in advance a screen created by the other user by the screen design unit 102.
  • the UI part storage unit 106 stores UI parts designed by the UI part design unit 103.
  • the UI part storage unit 106 includes a UI part provided by the UI design apparatus as a basic part and a composite UI created by another user placing one or more UI parts in the UI part design part 103. Parts may be stored in advance.
  • the UI component search unit 107 receives a UI component group from the UI design unit 104 as an input, and searches for a similar UI component from the UI components stored in the UI component storage unit 106.
  • the UI component group received as an input is transferred to the arrangement relationship estimation unit 108, and the UI component that is the search result is determined from the result of the similarity calculation unit 109.
  • the search result UI component is provided to the user via the UI design unit 104.
  • the arrangement relationship estimation unit 108 estimates the arrangement relationship between the UI component group stored in the UI component storage unit 106 and the UI component group input from the UI component search unit 107. There may be a plurality of arrangement relationships such as “vertically arranged” and “same in size”.
  • the similarity calculation unit 109 compares the UI parts group arrangement relationships estimated by the arrangement relationship estimation unit 108 and calculates the similarity.
  • FIG. 2 is a diagram illustrating an example of a hardware configuration that implements the UI device, and is a configuration example of a personal computer (PC) 201.
  • the screen storage unit 105 and the UI component storage unit 106 are stored in a storage device 203 such as a RAM or a hard disk.
  • the screen design unit 102 and UI component design unit 103 included in the UI design unit 104 and the UI component search unit 107 are included.
  • the arrangement relationship estimation unit 108 and the similarity calculation unit 109 are realized by executing a program on the processing device 202. Editing operations in the UI design apparatus are performed by the input device 101 such as the mouse 205 and the keyboard 206.
  • the screen for performing the editing work is output by the display device 110 such as the display 204.
  • the input device 101 and the display device 110 may be a touch panel that can perform both input and output.
  • a developer who is a user of the UI design apparatus first creates a UI part in the UI part design unit 103.
  • the UI part design unit 103 displays the appearance of the UI part on the design window, edits attributes such as the position and size of the UI part, and arranges the UI part that is already stored in the UI part storage unit 106 and combines it.
  • a typical UI part Since the set attribute value and the arranged UI component are reflected in the display on the display device, it can be created while viewing the display of the corresponding UI component. In some cases, another UI component is created using the created UI component.
  • FIG. 3 shows an image of UI parts created hierarchically in this way.
  • the created UI component is stored in the UI component storage unit 106.
  • the screen design unit 102 creates a screen.
  • the screen design unit 102 creates a screen by arranging UI components stored in the UI component storage unit 106 while displaying the appearance of the screen on the design window.
  • the created screen is stored in the screen storage unit 105.
  • the UI design unit 104 that includes the screen design unit 102 and the UI component design unit 103, the UI component search unit 107 searches for UI components.
  • FIG. 4 is a flowchart of the entire UI component search. Steps ST101 and ST104 are executed by the UI component search unit 107.
  • Step ST102 is executed by the arrangement relationship estimation unit 108.
  • Step ST103 is executed in the similarity calculation unit 109.
  • each process will be described in detail.
  • the UI component search unit 107 executes search target UI component group input processing.
  • a UI component group input as a search query is referred to as a search UI component group
  • a UI component stored in the UI component storage unit 106 to be searched is referred to as a search target UI component.
  • As an input method for retrieving a search UI component group from the UI design unit 104 for example, there is a method using a search window as shown in FIG.
  • the search window has an area 301 for displaying UI component candidates that can be placed and an area 302 for placing UI parts.
  • the UI parts displayed in the area 301 for displaying the UI part candidates that can be arranged are arranged in the area 302 in which the UI parts are arranged, for example, by drag and drop.
  • the search button 303 By pressing the search button 303, the UI component group currently arranged is input as the search UI component group.
  • the search UI component group input method may be another method. For example, a method of inputting a UI component group arranged on a screen being designed in the screen design unit 102 or a screen stored in the screen storage unit 105 as a search UI component group may be used.
  • FIG. 6 is a flowchart showing an arrangement relationship estimation process executed in the arrangement relationship estimation unit 108. This corresponds to the process of step ST102 in FIG.
  • step ST201 one UI component is acquired from the input search UI component group.
  • step ST202 the UI component position attribute acquired in step ST201 is acquired.
  • step ST203 the UI component size attribute acquired in step ST201 is acquired.
  • step ST204 it is confirmed whether there are any UI components for which the position attribute and size attribute have not been acquired in the input search UI component group. When UI parts remain, step ST201 to step ST203 are repeated. If no UI component remains, the process proceeds to step ST205.
  • step ST205 the positional relationship between the UI components and the size attribute are compared to estimate the arrangement relationship.
  • FIG. 7 is a flowchart showing a flow of each UI component arrangement relation estimation process in step ST205 in FIG.
  • step ST301 one UI component is acquired from the input search UI component group, and this is temporarily referred to as UI component A.
  • step ST302 one UI component other than the UI component A acquired in step ST301 is acquired from the input search UI component group.
  • step ST303 the arrangement relationship between the UI component A acquired in step ST301 and the UI component acquired in step ST302 is estimated. At this time, the presumable arrangement relation and the condition estimated as the arrangement relation are determined in advance.
  • the x-coordinates of two UI parts are compared and estimated when they are the same value or close values.
  • a difference is allowed as a close value is set in advance, or is set at the time of search by a search window shown in FIG.
  • the y-coordinates of two UI parts are compared with respect to the arrangement relationship “lined up side by side” and estimated when they are all the same value or close values.
  • the size attributes of the two UI parts are compared, and this is estimated when they are all the same value or close values.
  • the value of adding the width to the x coordinate of one UI part, the value of adding the height to the y coordinate are both the value of adding the width to the x coordinate of the other UI part, and adding the height to the y coordinate. This is the case when the value is smaller.
  • the magnitudes of these values are examples and can vary depending on the coordinate system.
  • another relationship and conditions may be sufficient. For example, in the case of the relationship “arranged at the same position”, the position attribute is the same, and in the case of the relationship “a UI component is half the size of other UI components”, the relationship of one UI component There may be a relationship and a condition that the size attribute is half the size attribute of another UI component.
  • step ST304 it is confirmed whether there are any UI parts for which the arrangement relationship with the UI part A is not estimated. If it remains, the process is repeated from step ST302. If not, the process proceeds to step ST305.
  • step ST305 the arrangement relationship for the UI component A is output.
  • FIG. 8 is an image diagram of the output form. For each arrangement relationship, the number of UI components with which the UI component A is related is output.
  • step ST306 it is confirmed whether there are any UI parts whose arrangement relationship is not estimated in the input search UI parts group. If it remains, the process from step ST301 is repeated. In this case, the target UI parts are UI parts B, C,. On the other hand, if not left in step ST306, each UI component placement relationship estimation process is terminated.
  • FIG. 9 is an image diagram showing a result of integrating the arrangement relationship of each UI component.
  • the search UI component group arrangement relationship describes the number of arrangement relationships including the number of component parts.
  • the first line in FIG. 9 indicates that there are two arrangement relationships “three UI parts are arranged vertically”.
  • the layout relationship including two UI components and “vertically arranged” including the number of components “three UI components are vertically aligned” is included.
  • the arrangement relationship of each UI component is converted into an arrangement relationship including the number of components.
  • the arrangement relation of all UI parts in the search UI parts group is added. Since the arrangement relationship “three UI parts are arranged vertically” is predicted that the three UI parts have an arrangement relation, the total number of each arrangement relation is included in the UI. Divide by the number of parts, and the value is used as the number of arrangement relations of the search UI parts group.
  • the arrangement relationship of the input search UI parts group is output in a format as shown in FIG.
  • FIG. 10 is a flowchart showing similarity calculation processing executed by the similarity calculation unit 109. This corresponds to the process of step ST103 in FIG.
  • step ST401 one arrangement relationship is acquired from the arrangement relationship of the search UI component group estimated by the arrangement relationship estimation unit 108.
  • one arrangement relationship is acquired from the arrangement relationship of the search target UI parts.
  • step ST403 the two types of arrangement relationships acquired in step ST401 and step ST402 are compared. If the two types of arrangement relations are different, the process proceeds to step ST407. If the two types of arrangement relations are the same, the degree of similarity is calculated in step ST404 regarding the number and number of components of the two arrangement relations.
  • the similarity is calculated by calculating the difference between the number of components and the number of components in two arrangement relations, and if it is not 0, the reciprocal is output, and if it is 0, it is output as 1.
  • the similarity calculation method may be other methods.
  • the number of components may be weighted. Other known similarity calculation methods may be used.
  • step ST405 the similarity calculated in step ST404 is compared with the temporarily stored similarity. It is assumed that the similarity stored temporarily is the lowest when this step is reached for the first time. If the temporarily stored similarity is high, the process proceeds to step ST407. When the similarity calculated in step ST404 is high, the process proceeds to step ST406. In step ST406, the similarity calculated in step ST404 is overwritten as the temporarily stored similarity. In step ST407, it is confirmed whether all the arrangement relationships of the search target UI parts have been acquired. If there is an arrangement relationship that has not been acquired, the process returns to step ST402 and is repeated. If all have been acquired, the process proceeds to step ST408. In step ST408, the temporarily stored similarity is output as the similarity of the arrangement relationship acquired in step ST401. In step ST409, the temporarily stored similarity is overwritten to the minimum.
  • step ST410 it is confirmed whether all the arrangement relationships of the search UI parts group have been acquired. If there is an arrangement relationship that has not been acquired, the process returns to step ST401 and is repeated. If all have been acquired, the process proceeds to step ST411.
  • step ST411 the similarity in each arrangement relationship of the search UI component group is integrated to calculate the similarity between the search UI component group and the search target UI component. As a calculation method, for example, the similarity of each arrangement relationship is averaged. This calculation method may be another method. For example, weighting may be performed such that the degree of similarity of a specific arrangement relationship is estimated to be high.
  • step ST412 the similarity calculated in step ST411 is output.
  • the arrangement relationship of search target UI components used in the similarity calculation unit 109 may be estimated in advance and stored in the UI component storage unit 106, or a search UI component group in the arrangement relationship estimation unit 108. You may estimate with.
  • step ST ⁇ b> 104 based on the calculation result of the similarity calculation unit 109, search target UI parts with high similarity are sequentially output.
  • the number of UI parts to be output may be set in advance, or may be set at the time of search by a search window shown in FIG.
  • search results can be obtained by placing UI components abstractly compared to a search using character strings that need to be narrowed down by specific input, and it is possible to search for a desired UI component intuitively and easily. It is.
  • the search target user interface component formed by combining a plurality of basic components and the search query for searching for the search target user interface component.
  • the search user interface component group is input, and the UI component search unit that searches for the search target user interface component, and the arrangement relationship between the components that constitute the search user interface component group input to the UI component search unit are estimated.
  • Similarity that calculates the similarity between the placement relationship estimation unit, the placement relationship of each component estimated by the placement relationship estimation unit, and the placement relationship of each component constituting the search target user interface component input to the UI component search unit A UI component search unit based on the calculation result of the similarity calculation unit.
  • the user interface component that is the search result is determined from among the interface components, so when searching for a user interface component, the user interface component itself, which is an arrangement relationship, regardless of the character string or specific attribute value Therefore, it is possible to search for a desired user interface component intuitively and easily.
  • FIG. FIG. 11 is a configuration diagram showing a UI design apparatus to which the user interface design support apparatus according to the second embodiment is applied.
  • the second embodiment includes a UI component conversion unit 401 that converts a UI component that satisfies a condition as necessary when a UI component that configures a search UI component group that satisfies a preset condition exists. That is, when the search UI component group input to the UI component search unit 107 satisfies the set replacement condition, the UI component conversion unit 401 synthesizes or disassembles the components constituting the search UI component group. Thus, it is converted into another kind of search UI parts group. Further, when estimation is performed in the arrangement relationship estimation unit 108, the arrangement relationship of the search UI component group is estimated using the result converted in the UI component conversion unit 401.
  • the accumulated UI parts are UI parts designed by past UI design devices, in some cases, the past is supported, but the past is not supported. There may be UI parts that are not currently supported. Alternatively, the presence or absence of support also exists when the UI design apparatus that designed the accumulated UI parts is different from the UI design apparatus that is currently used. For example, a UI design apparatus as shown in FIG. 12 does not support buttons, and buttons are created by combining character strings and images. However, a new UI design apparatus or another UI design apparatus supports buttons. It may be the case. Therefore, the UI parts set in advance can be interpreted as different types of UI parts, for example, by combining and disassembling, and the placement relationship can be estimated.
  • FIG. 13 shows a flow of UI component conversion processing of the UI component conversion unit 401 in the second embodiment.
  • step ST501 it is checked whether a preset conversion condition exists.
  • the conversion condition is based on the type of UI component, the context, and the attribute value held, such as “If a character string component is superimposed on an image component, it is regarded as a button component”.
  • UI parts and UI parts after conversion are described.
  • the description method may be a sentence in a natural language or an expression form in a computer language.
  • UI component conversion is not limited to conversion of one UI component into one UI component or conversion of a plurality of UI components into one UI component, but disassembly of one UI component into a plurality of UI components.
  • the number of UI components may change before and after conversion, such as conversion to be a component or conversion from a plurality of UI components to a plurality of UI components. If no exchange conditions have been set, or if all the exchange conditions have been confirmed, the process ends.
  • the condition is set, one condition among the conditions set in step ST502 is acquired.
  • step ST503 it is confirmed whether or not there is a UI part that matches the condition acquired in step ST502 among the UI parts constituting the UI part that is executing the process. If there is no UI part that matches the condition, the process returns to step ST501 and the process is repeated. If there is a UI part that matches the condition, the process proceeds to step ST504.
  • step ST504 UI parts are converted according to the conditions. Thereafter, the UI component that has been converted is handled as a UI component after conversion including attribute values and the like. When the conversion is completed, the process returns to step ST501.
  • the search user interface A user interface component conversion unit that synthesizes or disassembles each component constituting the component group and converts it into a different type of search user interface component group, and the arrangement relationship estimation unit has a different type of search user interface component.
  • the arrangement relation of each component constituting another converted type of user interface component group is estimated, so when searching with the UI design apparatus that created the accumulated UI component Even if the UI design equipment used for the You can search a desired UI component regardless of the UI component format which have become.
  • FIG. 14 is a configuration diagram showing a UI design apparatus to which the user interface design support apparatus according to the third embodiment is applied.
  • the third embodiment includes a user input event handler acquisition unit 501 that acquires a user input event handler set in a UI component.
  • user input event handlers such as click, drag, flick, and swipe can be associated with a component to be arranged when a search UI component group is input to the UI component search unit 107, and the similarity calculation unit 109 calculates the similarity.
  • the user input event handler is also taken into consideration.
  • FIG. 15 shows the flow of search processing in the third embodiment.
  • the processes denoted by the same reference numerals as those in FIG.
  • the user input event handler acquisition unit 501 acquires a user input event handler from the input search UI component group and the search target UI component.
  • information to be acquired various information may be acquired.
  • the handler execution user, the design environment related to the user input event handler, other information including special information depending on the execution environment, or a combination of these may be acquired.
  • FIG. 16 shows an image of user input event handlers acquired only for the number
  • FIG. 17 shows an image of user input event handlers acquired by combining a plurality of information.
  • FIG. 18 shows the flow of similarity calculation processing in step ST602 in FIG.
  • the processes denoted by the same reference numerals as those in FIG. 10 have the same or corresponding functions, and thus description thereof is omitted.
  • step ST701 the similarity of the user input event handler is calculated.
  • the numbers of user input event handlers of the search UI component group and the search target UI component are compared, and the reciprocal of the sum of the differences is defined as the similarity.
  • This similarity calculation method may be another method. For example, 1 may be added when the number of user input event handlers does not match the number, and the number may not be added when they match, and the reciprocal of the sum may be used as the similarity.
  • the user input event handler type and name, operation conditions, operation contents, setting target parts, execution user character string comparison may be performed, information such as weighting, special character string and function appearance check, etc.
  • a special similarity calculation may be performed according to the above. Further, it is assumed that the user input event handler of the search target UI component is provided in advance as information in each search target UI component.
  • step ST702 the similarity in each arrangement relationship of the search UI component group and the similarity of the user input event handler are integrated to calculate the similarity between the search UI component group and the search target UI component.
  • the similarity of each arrangement relationship is averaged.
  • This calculation method may be another method.
  • weighting may be performed by, for example, estimating a specific arrangement relationship or the similarity of a user input event handler high.
  • the user input event handler set in the search user interface component group the user input handler set in the search target user interface component, A user input event handler acquisition unit for acquiring the user input event handler of the user interface component group acquired by the user input event handler acquisition unit when performing the search in the user interface component search unit; Since the calculation includes the degree of similarity of the user interface part to be searched with the user input event handler, when searching for a user interface part, not only the arrangement relationship but also the execution function of the user interface part is considered. To be possible It is possible to find a more intuitive and easily desired user interface components.
  • FIG. 19 is a block diagram showing a UI design apparatus according to the fourth embodiment.
  • the fourth embodiment includes a user input event handler conversion unit 601 that performs conversion such as composition and decomposition of user input event handlers.
  • the user input event handler conversion unit 601 converts the user input event handler acquired by the user input event handler acquisition unit 501 into a different user input event handler with an equivalent function.
  • the user input event handler conversion unit 601 executes the user input event handler according to a predetermined conversion method before calculating the similarity in the similarity calculation unit 109 in consideration of the user input event handler. Is configured to convert.
  • the accumulated UI parts are UI parts designed by a past UI design apparatus, there may be a user input event handler that is currently supported but not supported in the past.
  • UI design apparatuses that support inputs such as flicks and swipes that have not been supported have come out.
  • user input events equivalent to user input event handlers that have not been supported in the past, such as flicks and swipes, using supported user input event handlers A handler may have been realized.
  • UI components that realize a new user input event handler by a conventional user input event handler may be reused or used for reference.
  • user input event handlers set in the search UI parts group are combined or decomposed to be converted into different user input event handlers with an equivalent function, and used for similarity calculation.
  • FIG. 20 shows the flow of search processing in the fourth embodiment.
  • the processes denoted by the same reference numerals as those in FIG. 15 have the same or corresponding functions, and thus the description thereof is omitted.
  • FIG. 21 shows the flow of the user input event handler conversion process of step ST801 in FIG.
  • step ST901 a list in which the conversion method of the user input event handler is described in advance. In the list, for example, “If a press event, drag event, and release event exist, convert to a flick event”, “If a multi-touch event and drag event exist, convert to a pinch-in event or pinch-out event” The contents are described. This list may be freely edited by the developer.
  • one UI component is acquired from the search UI component group.
  • step ST903 the user input event handler set in the acquired UI component is acquired.
  • step ST904 the user input event handler acquired in step ST903 is compared with the convertible user input event handler described in the list. If there is no convertible user input event handler, the process proceeds to step ST906. If there is a convertible user input event handler, the process proceeds to step ST905.
  • step ST905 the correspondence between the user input event handler before conversion and the user input event handler after conversion is output.
  • step ST906 it is confirmed whether all UI parts of the search UI parts group have been acquired. When UI parts that have not been acquired remain, the process returns to step ST902 and is repeated. If there are no UI parts that have not been acquired, the process ends.
  • step ST802 it is confirmed whether or not the similarity calculation has been executed for all combinations of the user input event handler converted in step ST801 when converted and not converted. If a combination for which similarity calculation has not been performed remains, the process returns to step ST802 and the process is repeated. If similarities have been calculated for all combinations, the process proceeds to step ST104. As described above, by converting the user input event handler and calculating the similarity, it is possible to search the user input event handler that has not been supported by the conventional UI design apparatus from the accumulated UI parts. is there.
  • the user input event handler of the search UI component group is converted and the similarity is calculated.
  • the user input event handler of the UI component to be searched is converted and the similarity is calculated.
  • the similarity may be calculated using both the conversion result of the user input event handler of the search UI component group and the conversion result of the user input event handler of the search target UI component.
  • the user input event handler set in the search user interface component group acquired by the user input event handler acquisition unit, and the search target user interface component A user input event handler conversion unit that converts at least one of the user input event handlers set to the above to a different user input event handler with an equivalent function, and the similarity calculation unit includes a user interface Since the similarity is calculated using the user input event handler converted by the user input event handler conversion unit when executing the search in the component search unit, the user interface design device that created the user interface component to be searched It is also possible to be searched for user input event handler that does not support due to different versions.
  • FIG. FIG. 22 is a block diagram showing a UI design apparatus to which the user interface design support apparatus according to the fifth embodiment is applied.
  • the basic configuration of the input device 101 to the display device 110 is the same as that of the first embodiment shown in FIG.
  • the UI component search unit 107 includes a search UI component group editing unit 701 that can edit a user interface component group as an input when executing a search, and before performing similarity calculation processing. It is characterized in that it is confirmed whether it is estimated as a desired arrangement relationship, and in some cases, the arrangement relationship of the search UI component group can be edited again.
  • the user interface component group to be input is recognized as having a corresponding arrangement relationship if it is similar to some extent without being completely the same or constant in terms of position and size. This eliminates the need for operations such as positioning by numerical input, and allows the developer to easily search.
  • the developer may set how far the similarity is related, the developer may set it, but it may not be successful depending on the arrangement of the user interface component group to be input. In such a case, it is conceivable that a desired UI component cannot be found even if a search result is presented. Therefore, the search UI component group editing unit 701 presents the estimation result to the developer after estimating the arrangement relationship, and if it is not the desired estimation result, correction is possible.
  • a method of presentation for example, a method of enclosing UI parts in different colors according to the type of estimated layout relation, a method of performing animation such as a selected UI part swaying vertically or horizontally according to the estimated layout relation, layout relation
  • Any method such as a method that produces different sounds depending on the type of device, or a method that performs different output depending on the type of arrangement relationship from the output device if there is a special output device such as a tactile device It doesn't matter.
  • FIG. 23 is a flowchart showing the flow of processing in the search UI parts group editing unit 701.
  • step ST1001 the input relationship relationship estimation processing result of the search UI component group is acquired.
  • step ST1002 the arrangement relationship estimation processing result acquired in step ST1001 is presented in a format as shown in FIG.
  • step ST1003 it is confirmed whether the content presented by the developer represents the intended arrangement relationship. If editing is necessary, the process proceeds to step ST1004. If no editing is necessary, the process ends.
  • step ST1004 the search UI parts group is edited. When the editing is completed, the search UI component group is input to the arrangement relationship estimation unit 108, and the arrangement relationship estimation process is executed again. Thereafter, the arrangement relation result is acquired again, and the process is repeated from step ST1001. In this way, by presenting the arrangement relationship before the search result is displayed and providing an opportunity for correction, an unintended search can be prevented, and a more accurate search can be executed.
  • the search user interface component group editing unit that edits the layout relationship of each component that constitutes the search user interface component group estimated by the layout relationship estimation unit. Since it is provided, it is possible to confirm whether a desired arrangement relationship has been estimated before execution of the search, and it is possible to correct it in some cases, so that unintended searches can be reduced.
  • the user interface design support device relates to a configuration for searching for and outputting user interface components in a user interface design device for designing a user interface, and is used for an embedded device such as an information device. Suitable for
  • 101 input device 102 screen design unit, 103 UI (user interface) component design unit, 104 UI (user interface) design unit, 105 screen storage unit, 106 UI (user interface) component storage unit, 107 UI (user interface) component Search unit, 108 arrangement relation estimation unit, 109 similarity calculation unit, 110 display device, 401 UI (user interface) component conversion unit, 501 user input event handler acquisition unit, 601 user input event handler conversion unit, 701 search UI component group Editorial department.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • User Interface Of Digital Computer (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

 配置関係推定部108は、UI部品検索部107に入力された検索UI部品群を構成する各部品の配置関係を推定する。類似度計算部109は、配置関係推定部108で推定された配置関係と、UI部品検索部107に入力された検索対象UI部品を構成する各部品の配置関係との類似度を計算する。UI部品検索部107は、類似度計算部109の計算結果に基づいて検索結果となるUI部品を決定する。

Description

ユーザインタフェース設計支援装置
 この発明は、組み込み機器のユーザインタフェースを設計するユーザインタフェース設計装置において、ユーザインタフェース部品を検索して出力するユーザインタフェース設計支援装置に関するものである。
 近年、情報機器において、ユーザインタフェースは情報機器自体や開発会社などを特徴付ける重要な位置づけとなっている。それに伴い、ユーザインタフェースはますます高度化、複雑化してきており、開発ごとにユーザインタフェース全体を完全に作り直すことは工数の面から現実的ではない。このような問題を解決するため、ユーザインタフェース設計装置においては、ユーザが利用可能なユーザインタフェース部品を組み合わせて新たにユーザインタフェース部品を作成するという部品化と称される手法を用いる場合がある。
 部品化されたユーザインタフェース部品は、その後の開発に再利用することが可能である。
 ユーザインタフェースを開発する際には、可能な限り過去の開発において部品化された
ユーザインタフェース部品を再利用し、必要がある場合のみ新たにユーザインタフェース部品を作成することによって開発工数の削減が期待できる。
 一方、このような方法によってユーザインタフェースの開発を重ねると、蓄積されたユーザインタフェース部品の数が膨大となり、開発者がユーザインタフェース部品を利用する際に所望のユーザインタフェース部品を探し出すことが困難になるという問題がある。
 そのため、開発者は再利用可能なユーザインタフェース部品を探し出すことを諦め、過去に作成されているユーザインタフェース部品であっても再度作成することとなり、開発工数が増加してしまう。
 このような問題を解決するため、従来では、例えば特許文献1に示すように、画面を設計する際に項目名や機能名などを文字列によって設定し、過去に設計した画面より同じ項目名と機能名に対して設定されたユーザインタフェース部品を検索し、開発者に提示する、といった方法があった。また、例えば、特許文献2に示すように、各属性の値や文字列を比較し、標準的な部品や類似部品を検索するといった方法があった。
特開2013-20416号公報 特開平9-179892号公報
 しかしながら、膨大に蓄積されたユーザインタフェース部品群から所望のユーザインタフェース部品を文字列や具体的な属性値によって検索することは困難であった。例えば、特殊なメニューを形成する部品を検索したい場合、抽象的な「メニュー」などの文字列で検索すると、メニューを形成する膨大な部品が出力され、結局、開発者は提示されたユーザインタフェース部品から所望のユーザインタフェース部品を手作業によって探し出さなければならないという問題があった。また、詳細な文字列によって検索しようとした場合、過去に作成されたユーザインタフェース部品は開発者と別の開発者が作成しており、かつ開発プロジェクトなども異なることが予想され、ユーザインタフェース部品に対する命名規則などが異なる場合があるため、所望のユーザインタフェース部品を検索するための正確な文字列を探し出すことは非常に難しいという問題があった。また、開発プロジェクトごとに画面サイズなども異なるため、大きさといった具体的な属性値を用いてユーザインタフェース部品を探し出すことも困難であった。
 本発明は、上記のような問題点を解決するためになされたものであり、膨大に蓄積されたユーザインタフェース部品群から所望のユーザインタフェース部品を直感的かつ容易に検索可能なユーザインタフェース設計支援装置を得ることを目的とする。
 この発明に係るユーザインタフェース設計支援装置は、複数の基本部品を組み合わせて形成された検索対象ユーザインタフェース部品と、検索対象ユーザインタフェース部品を検索するための検索クエリとしての検索ユーザインタフェース部品群とを入力し、検索対象ユーザインタフェース部品の検索を行うUI部品検索部と、UI部品検索部に入力された検索ユーザインタフェース部品群を構成する各部品の配置関係を推定する配置関係推定部と、配置関係推定部で推定された各部品の配置関係と、UI部品検索部に入力された検索対象ユーザインタフェース部品を構成する各部品の配置関係との類似度を計算する類似度計算部とを備え、UI部品検索部は、類似度計算部の計算結果に基づいて、検索対象ユーザインタフェース部品の中から、検索結果となるユーザインタフェース部品を決定するようにしたものである。
 この発明のユーザインタフェース設計支援装置は、検索ユーザインタフェース部品群を構成する各部品の配置関係を推定した配置関係と、検索対象ユーザインタフェース部品を構成する各部品の配置関係との類似度に基づいて検索を行うようにしたので、膨大に蓄積されたユーザインタフェース部品の中から所望のユーザインタフェース部品を直感的かつ容易に検索することができる。
本発明の実施の形態1によるユーザインタフェース設計支援装置を示すブロック図である。 本発明の実施の形態1によるユーザインタフェース設計支援装置のハードウェア構成を示すブロック図である。 本発明におけるユーザインタフェース設計支援装置の階層的なユーザインタフェース部品設計方法を示す説明図である。 本発明の実施の形態1によるユーザインタフェース設計支援装置のUI部品検索処理の流れを示すフローチャートである。 本発明の実施の形態1によるユーザインタフェース設計支援装置のUI部品検索部に入力するための検索ウィンドウを示す説明図である。 本発明の実施の形態1によるユーザインタフェース設計支援装置の配置関係推定処理の流れを示すフローチャートである。 本発明の実施の形態1によるユーザインタフェース設計支援装置の各UI部品配置関係推定処理の流れを示すフローチャートである。 本発明の実施の形態1によるユーザインタフェース設計支援装置の各UI部品配置関係推定処理の出力を示す説明図である。 本発明の実施の形態1によるユーザインタフェース設計支援装置の配置関係推定処理の出力を示す説明図である。 本発明の実施の形態1によるユーザインタフェース設計支援装置の類似度計算処理の流れを示すフローチャートである。 本発明の実施の形態2によるユーザインタフェース設計支援装置を示すブロック図である。 本発明の実施の形態2によるユーザインタフェース設計支援装置の蓄積されているUI部品作成方法の違いを示す説明図である。 本発明の実施の形態2によるユーザインタフェース設計支援装置のUI部品変換部の処理の流れを示すフローチャートである。 本発明の実施の形態3によるユーザインタフェース設計支援装置を示すブロック図である。 本発明の実施の形態3によるユーザインタフェース設計支援装置のUI部品検索処理の流れを示すフローチャートである。 本発明の実施の形態3によるユーザインタフェース設計支援装置のユーザ入力イベント取得部で個数のみ取得した場合の出力を示す説明図である。 本発明の実施の形態3によるユーザインタフェース設計支援装置のユーザ入力イベント取得部で複数の情報を取得した場合の出力を示す説明図である。 本発明の実施の形態3によるユーザインタフェース設計支援装置の類似度計算処理の流れを示すフローチャートである。 本発明の実施の形態4によるユーザインタフェース設計支援装置を示すブロック図である。 本発明の実施の形態4によるユーザインタフェース設計支援装置のUI部品検索処理の流れを示すフローチャートである。 本発明の実施の形態4によるユーザインタフェース設計支援装置のユーザ入力イベント変換処理の流れを示すフローチャートである。 本発明の実施の形態5によるユーザインタフェース設計支援装置を示すブロック図である。 本発明の実施の形態5によるユーザインタフェース設計支援装置の検索UI部品群編集部の処理の流れを示すフローチャートである。
 以下、この発明をより詳細に説明するために、この発明を実施するための形態について、添付の図面に従って説明する。
実施の形態1.
 図1は、この発明の実施の形態1によるユーザインタフェース設計支援装置を適用したユーザインタフェース設計装置を示す構成図である。なお、以下、ユーザインタフェースをUI(User Interface)と称す。
 図1に示すUI設計装置は、入力装置101、画面設計部102、UI部品設計部103、UI設計部104、画面格納部105、UI部品格納部106、UI部品検索部107、配置関係推定部108、類似度計算部109、表示装置110を備える。
 入力装置101は、画面設計部102やUI部品設計部103、あるいはUI部品検索部107において、ユーザがUI設計装置へ入力を行うためのポインティングデバイスやキーボードといった入力装置である。画面設計部102では、UI部品格納部106に格納されたUI部品を用いて画面を設計する。UI部品設計部103では、位置や大きさといったUI部品の属性の編集や複数のUI部品の組み合わせなどを行い、UI部品格納部106に格納する。UIを設計するためには画面とUI部品の両方を設計する必要があり、画面設計部102とUI部品設計部103を合わせてUI設計部104が実現されている。
 画面格納部105では、画面設計部102において設計された画面の設計情報が格納されている。画面の設計情報とは、画面の識別子、配置されているUI部品の識別子、UI部品の配置情報、などであり、その他にも、画面を利用しているプロジェクトの識別子やアプリケーションの基調色、画面の機能や特徴を説明する文字列、などを含んでいても構わない。また、画面格納部105には、他ユーザが画面設計部102によって作成した画面を予め格納していてもよい。
 UI部品格納部106では、UI部品設計部103において設計されたUI部品が格納されている。また、UI部品格納部106には、基本的な部品としてUI設計装置が提供するUI部品や他ユーザがUI部品設計部103においてUI部品を単一もしくは複数配置することによって作成した複合的なUI部品を予め格納していてもよい。UI部品検索部107では、UI設計部104よりUI部品群を入力として受け取り、UI部品格納部106に格納されているUI部品から類似のUI部品を検索する。入力として受け取ったUI部品群は配置関係推定部108へと受け渡し、類似度計算部109の結果から検索結果となるUI部品を決定する。検索結果のUI部品はUI設計部104を介してユーザに提供される。
 配置関係推定部108では、UI部品格納部106に格納されているUI部品群やUI部品検索部107から入力されたUI部品群の配置関係を推定する。配置関係は、例えば「縦に並んでいる」かつ「大きさが同じである」といったように複数存在する場合がある。
 類似度計算部109では、配置関係推定部108によって推定されたUI部品群の配置関係同士を比較し、類似度を算出する。
 図2は、このUI装置を実現するハードウェア構成の一例を示す図であり、パーソナルコンピュータ(PC)201での構成例である。画面格納部105、UI部品格納部106は、RAMやハードディスクといった記憶装置203に記憶されており、UI設計部104に内包される画面設計部102およびUI部品設計部103と、UI部品検索部107と、配置関係推定部108と、類似度計算部109は、処理装置202でプログラムを実行することで実現される。本UI設計装置における編集作業はマウス205、キーボード206といった入力装置101によって行われる。編集作業を行う画面はディスプレイ204といった表示装置110によって出力される。なお、入力装置101、表示装置110としては、入力/出力のどちらも行えるタッチパネルなどであってもよい。
 次に、このような構成のUI設計装置におけるUIの設計の流れについて、以下に説明する。
 本UI設計装置のユーザである開発者は、まず、UI部品設計部103においてUI部品を作成する。UI部品設計部103では、設計ウィンドウ上でUI部品の外観を表示しながら、UI部品の位置や大きさといった属性の編集や既にUI部品格納部106に格納されているUI部品を配置して複合的なUI部品を作成する。設定した属性値や配置したUI部品は表示装置上での表示に反映されるため、対応したUI部品の表示を見ながら作成することが可能である。場合によっては、作成したUI部品を用いて更に他のUI部品を作成していく。図3はこのように階層的に作成していくUI部品のイメージを示している。作成したUI部品はUI部品格納部106に格納される。
 次に、画面設計部102によって画面を作成する。画面設計部102では、設計ウィンドウ上で画面の外観を表示しながら、UI部品格納部106に格納されているUI部品を配置して画面を作成する。作成した画面は画面格納部105に格納される。
 次に、画面設計部102とUI部品設計部103を内包するUI設計部104において、UI部品検索部107によってUI部品の検索を行う。図4はUI部品検索全体のフローチャートである。ステップST101とステップST104はUI部品検索部107において実行される。ステップST102は配置関係推定部108において実行される。ステップST103は類似度計算部109において実行される。以下、各処理について詳細に説明する。
 図4におけるステップST101では、UI部品検索部107において検索対象UI部品群入力処理を実行する。以後、検索のクエリとして入力されるUI部品群を検索UI部品群、検索対象となるUI部品格納部106に格納されているUI部品を検索対象UI部品と呼称する。UI設計部104より検索UI部品群をする入力方法としては、例えば図5のような検索用ウィンドウを用いる方法がある。ここでは、検索ウィンドウを用いて検索UI部品群を入力する方法について説明する。検索ウィンドウは、配置可能なUI部品の候補を表示する領域301とUI部品を配置する領域302を持っている。配置可能なUI部品の候補を表示する領域301に表示されているUI部品を、例えばドラッグ&ドロップによってUI部品を配置する領域302へ配置していく。検索ボタン303を押下することによって、現在配置しているUI部品群を検索UI部品群として入力する。なお、検索UI部品群の入力方法は別の方法であっても構わない。例えば、画面設計部102において設計中の画面や画面格納部105に格納されている画面に配置されているUI部品群を検索UI部品群として入力する方法であっても構わない。
 図6は配置関係推定部108において実行される配置関係推定処理を示すフローチャートである。これは、図4におけるステップST102の処理に該当する。ステップST201では、入力された検索UI部品群よりUI部品を1つ取得する。ステップST202では、ステップST201において取得したUI部品の位置属性を取得する。ステップST203では、ステップST201において取得したUI部品のサイズ属性を取得する。
 ステップST204では、入力された検索UI部品群に位置属性とサイズ属性を取得していないUI部品が残っていないか確認する。UI部品が残っていた場合、ステップST201からステップST203を繰り返す。UI部品が残っていない場合、ステップST205へ進む。ステップST205では、各UI部品間の位置属性やサイズ属性を比較して、配置関係を推定する。
 図7は、図6におけるステップST205の各UI部品配置関係推定処理の流れを示すフローチャートである。ステップST301では、入力された検索UI部品群よりUI部品を1つ取得し、これを仮にUI部品Aと呼称する。ステップST302では、入力された検索UI部品群よりステップST301において取得されたUI部品A以外のUI部品を1つ取得する。ステップST303では、ステップST301において取得したUI部品AとステップST302において取得したUI部品間の配置関係を推定する。この時、推定可能な配置関係と、配置関係として推定される条件は予め決めておくこととする。例えば、「縦に並んでいる」という配置関係に対しては2つのUI部品のx座標を比較し、同じ値、あるいは近い値であった場合に推定される。この時、どの程度の差までを近い値として許容するかは予め設定しておくか、図5に示す検索ウィンドウなどによって検索時に設定しておく。
 同じように、「横に並んでいる」という配置関係に対しては2つのUI部品のy座標を比較し、全て同じ値、あるいは近い値であった場合に推定される。「大きさが同じである」という配置関係に対しては2つのUI部品のサイズ属性を比較し、全て同じ値、あるいは近い値であった場合に推定される。「あるUI部品が他のUI部品に含まれる」という配置関係に対しては、1つのUI部品の表示領域がもう1つのUI部品の表示領域に完全に含まれる推定される。すなわち、画面の左上を(x,y)=(0,0)とした場合、1つのUI部品のx座標、y座標が両方とももう1つのUI部品のx座標、y座標より座標値が大きく、かつ1つのUI部品のx座標に幅を足した値、y座標に高さを足した値が両方とももう1つのUI部品のx座標に幅を足した値、y座標に高さを足した値より小さい場合である。
 これらの値の大小は一例であり、座標系によって変化し得る。なお、配置関係と条件については、別の関係と条件であっても構わない。例えば、「同じ位置に配置されている」という関係の場合は位置属性が同一である、「あるUI部品が他のUI部品の半分の大きさである」という関係の場合は1つのUI部品のサイズ属性がもう1つのUI部品のサイズ属性の半分である、といった関係と条件があっても構わない。
 ステップST304では、UI部品Aとの配置関係を推定していないUI部品が残っていないか確認する。残っていた場合、ステップST302から処理を繰り返す。残っていない場合、ステップST305に進む。ステップST305では、UI部品Aについての配置関係を出力する。図8は出力形態のイメージ図である。各配置関係に対し、UI部品AがいくつのUI部品と関係があるかを出力する。ステップST306では、入力された検索UI部品群に配置関係を推定していないUI部品が残っていないか確認する。残っていた場合、ステップST301からの処理を繰り返す。この場合、対象とするUI部品がUI部品B、C、…となる。一方、ステップST306で残っていない場合、各UI部品配置関係推定処理を終了する。
 図6に戻り、ステップST206では、ステップST205において推定した各UI部品の配置関係を検索UI部品群の配置関係として統合する。図9は各UI部品の配置関係を統合した結果を示すイメージ図である。検索UI部品群の配置関係は、UI部品の配置関係と異なり、構成部品数を含めた配置関係の数を記載する。例えば、図9の1行目は「3個のUI部品が縦に並んでいる」という配置関係が2つ存在するということを示している。検索UI部品群の配置関係を得るには、まず、2つのUI部品と「縦に並んでいる」という配置関係を「3つのUI部品が縦に並んでいる」という構成部品数を含めた配置関係に変換するように、各UI部品の配置関係を構成部品数を含めた配置関係に変換する。次に、検索UI部品群の全てのUI部品の配置関係を加算する。そして、「3つのUI部品が縦に並んでいる」という配置関係は、3つのUI部品が配置関係を持っていることが予想されるため、各配置関係の総数を配置関係に含まれたUI部品の数で除算し、その値を検索UI部品群の配置関係の数とする。ステップST207では、入力された検索UI部品群の配置関係を図9のような形式によって出力する。
 図10は、類似度計算部109において実行される類似度計算処理を示すフローチャートである。これは、図4におけるステップST103の処理に該当する。ステップST401では、配置関係推定部108において推定した検索UI部品群の配置関係から1つの配置関係を取得する。ステップST402では、検索対象UI部品の配置関係から1つの配置関係を取得する。ステップST403では、ステップST401とステップST402で取得した2つの配置関係の種類を比較する。2つの配置関係の種類が異なる場合は、ステップST407へ進む、2つの配置関係の種類が同じだった場合は、ステップST404において2つの配置関係の構成部品数と個数に関して類似度を計算する。類似度は例えば、2つの配置関係の構成部品数と個数の差を計算し、0でない場合はその逆数を、0である場合は1として出力する。なお、類似度計算方法はその他の方法であっても構わない。
 例えば、構成部品数について重み付けをするなどしても構わない。また、その他公知の類似度計算方法を用いても良い。
 ステップST405では、ステップST404において計算した類似度と一時的に保存している類似度を比較する。なお、初めてこのステップに到達した際などは一時的に保存している類似度は最低であるとする。一時的に保存している類似度が高い場合には、ステップST407へ進む。ステップST404において計算した類似度が高い場合には、ステップST406へ進む。ステップST406では、ステップST404において計算した類似度を一時保存している類似度として上書きする。ステップST407では、検索対象UI部品の配置関係を全て取得したか確認する。取得していない配置関係が残っている場合、ステップST402に戻り処理を繰り返す。全て取得していた場合、ステップST408へ進む。ステップST408では、一時保存している類似度をステップST401において取得した配置関係の類似度として出力する。ステップST409では、一時保存している類似度を最低に上書きする。
 ステップST410では、検索UI部品群の配置関係を全て取得したか確認する。取得していない配置関係が残っている場合、ステップST401に戻り処理を繰り返す。全て取得していた場合、ステップST411へ進む。ステップST411では、検索UI部品群の各配置関係における類似度を統合して検索UI部品群と検索対象UI部品の類似度を計算する。計算方法は、例えば各配置関係の類似度を加算平均する。なお、この計算方法は他の方法であっても構わない。例えば、特定の配置関係の類似度を高く見積もるなど重み付けを行っても良い。ステップST412では、ステップST411において計算した類似度を出力する。
 なお、類似度計算部109において利用される検索対象UI部品の配置関係は、予め推定しておきUI部品格納部106へ格納しておいても良いし、配置関係推定部108において検索UI部品群と共に推定しても良い。
 図4に戻り、ステップST104では、類似度計算部109の計算結果に基づき、類似度が高い検索対象UI部品を順に出力する。この時、出力されるUI部品数は予め設定しておいても良いし、図5に示す検索ウィンドウなどによって検索時に設定しておいても良い。
 このように、実施の形態1では、UI部品群の配置関係によってUI部品を検索することによって、文字列や具体的な属性値によらず検索を行うことが可能となる。例えば、具体的な入力による絞込みが必要である文字列による検索に比べ、抽象的にUI部品を配置することによって検索結果を得られ、直感的かつ容易に所望のUI部品を検索することが可能である。
 以上説明したように、実施の形態1のユーザインタフェース設計支援装置によれば、複数の基本部品を組み合わせて形成された検索対象ユーザインタフェース部品と、検索対象ユーザインタフェース部品を検索するための検索クエリとしての検索ユーザインタフェース部品群とを入力し、検索対象ユーザインタフェース部品の検索を行うUI部品検索部と、UI部品検索部に入力された検索ユーザインタフェース部品群を構成する各部品の配置関係を推定する配置関係推定部と、配置関係推定部で推定された各部品の配置関係と、UI部品検索部に入力された検索対象ユーザインタフェース部品を構成する各部品の配置関係との類似度を計算する類似度計算部とを備え、UI部品検索部は、類似度計算部の計算結果に基づいて、検索対象ユーザインタフェース部品の中から、検索結果となるユーザインタフェース部品を決定するようにしたので、ユーザインタフェース部品を検索する際に、文字列や具体的な属性値によらず、配置関係というユーザインタフェース部品自体の特徴によって検索するため、直感的かつ容易に所望のユーザインタフェース部品を検索することが可能になる。
実施の形態2.
 図11は実施の形態2によるユーザインタフェース設計支援装置を適用したUI設計装置を示す構成図である。図11において、入力装置101~表示装置110における基本的な構成は、図1に示した実施の形態1と同様であるため、ここでの説明は省略する。
 実施の形態2では、あらかじめ設定されていた条件を満たす検索UI部品群を構成するUI部品が存在する場合、条件に当てはまるUI部品を必要に応じて変換するUI部品変換部401を備える。すなわち、このUI部品変換部401は、UI部品検索部107に入力された検索UI部品群が、設定された交換条件を満たしている場合、この検索UI部品群を構成する各部品を合成または分解して、別種の検索UI部品群に変換するものである。また、配置関係推定部108において推定を行う際には、UI部品変換部401において変換した結果を用いて検索UI部品群の配置関係を推定する。
 蓄積されたUI部品は過去のUI設計装置によって設計されたUI部品であるため、場合によっては、現在はサポートしているものの過去はサポートされていなかった、または逆に過去にサポートされていたものの現在はサポートされていないUI部品が存在する可能性がある。もしくは、蓄積されているUI部品を設計したUI設計装置と現在使用しているUI設計装置が異なる場合などにもサポートの有無が存在する。例えば、図12のようにあるUI設計装置ではボタンがサポートされておらず文字列や画像を組み合わせてボタンを作成していたが、新しいUI設計装置もしくは別のUI設計装置においてはボタンがサポートされている場合などが考えられる。そこで、あらかじめ設定しておいたUI部品については、例えば合成や分解などを行い別種のUI部品として解釈して配置関係推定を実施することを可能にする。
 実施の形態2におけるUI部品変換部401のUI部品変換処理の流れを図13に示す。ステップST501では、あらかじめ設定されている変換条件が存在するか確認を行う。変換条件は、例えば「画像部品の上に文字列部品が重なっている場合、ボタン部品とみなす」といったようにUI部品の種類や前後関係、保持している属性値などを基に、変換前のUI部品と変換後のUI部品を記述されている。記述方法は自然言語による文章やコンピュータ言語などによる式の形などでも構わない。また、UI部品の変換は1つのUI部品を1つのUI部品とする変換や複数のUI部品を合成して1つのUI部品とする変換だけでなく、1つのUI部品を分解して複数のUI部品とする変換や複数のUI部品を複数のUI部品とする変換など変換前後でUI部品の数が変化しても構わない。もし、交換条件が全く設定されていなかった場合、または全ての交換条件の確認が完了している場合は処理を終了する。条件が設定されている場合、ステップST502において設定されている条件の中の1つの条件を取得する。ステップST503では、処理を実施しているUI部品を構成するUI部品の中にステップST502において取得した条件に合致するUI部品が存在するか確認を行う。条件に合致するUI部品が存在しない場合、ステップST501に戻って処理を繰り返す。条件に合致するUI部品が存在する場合、ステップST504へ進む。ステップST504では、条件に従ってUI部品を変換する。以後、変換を実施したUI部品は、属性値などを含め変換後のUI部品として取り扱われる。変換が完了するとステップST501へ戻る。
 以上説明したように、実施の形態2のユーザインタフェース設計支援装置によれば、ユーザインタフェース部品検索部に入力された検索ユーザインタフェース部品群が、設定された交換条件を満たしている場合、検索ユーザインタフェース部品群を構成する各部品を合成または分解して、別種の検索ユーザインタフェース部品群に変換するユーザインタフェース部品変換部を備え、配置関係推定部は、ユーザインタフェース部品変換部が別種の検索ユーザインタフェース部品群への変換を行った場合、変換された別種のユーザインタフェース部品群を構成する各部品の配置関係を推定するようにしたので、蓄積されていたUI部品を作成したUI設計装置と検索する際に使用するUI設計装置が異なっている場合等においても、サポートしているUI部品の形式によらず所望のUI部品を検索することが可能となる。
実施の形態3.
 図14は実施の形態3によるユーザインタフェース設計支援装置を適用したUI設計装置を示す構成図である。図14において、入力装置101~表示装置110における基本的な構成は、図1に示した実施の形態1と同様であるため、ここでの説明は省略する。
 実施の形態3では、UI部品に設定されているユーザ入力イベントハンドラを取得するユーザ入力イベントハンドラ取得部501を備える。また、UI部品検索部107に検索UI部品群を入力する際に配置する部品にクリックやドラッグ、フリック、スワイプといったユーザ入力イベントハンドラを関連づけることが可能であり、類似度計算部109において類似度計算を行う際、ユーザ入力イベントハンドラも考慮して計算を行う。
 本UI設計装置の検索処理において、入力する検索UI部品群の配置関係のみを考慮すると、UI部品の見た目に関して直感的かつ容易に検索が実行できるものの、UI部品の働きに関して検索することは困難である。そこで、開発者が図5の検索ウィンドウなどを用いて検索UI部品群を入力する際、各UI部品にユーザ入力イベントハンドラを設定することを可能にする。類似度計算部109において類似度計算を行う際、入力の際に設定したユーザ入力イベントハンドラと検索対象UI部品が持つユーザ入力イベントハンドラを比較し、類似度計算に反映する。
 実施の形態3における検索処理の流れを図15に示す。図15において図4と同一符号を付した処理は同一またはこれに相当した機能を有するので説明を省略する。ステップST601では、入力された検索UI部品群と検索対象UI部品よりユーザ入力イベントハンドラ取得部501はユーザ入力イベントハンドラを取得する。取得する情報としては、様々な情報を取得して構わない。例えばユーザ入力イベントハンドラの個数やユーザ入力イベントハンドラの名前、ユーザ入力イベントハンドラの種類、ユーザ入力イベントハンドラの動作条件、ユーザ入力イベントハンドラの動作内容、ユーザ入力イベントハンドラの設定対象部品、ユーザ入力イベントハンドラの実行ユーザ、ユーザ入力イベントハンドラに関する設計環境や実行環境に依存する特殊な情報を含むその他情報、またはこれら複数の組み合わせなどを取得しても良い。個数のみ取得したユーザ入力イベントハンドラのイメージを図16に、複数の情報を組み合わせて取得したユーザ入力イベントハンドラのイメージを図17に示す。
 図18は、図15におけるステップST602の類似度計算処理の流れを示している。
 図18において図10と同一符号を付した処理は同一またはこれに相当した機能を有するので説明を省略する。ステップST701では、ユーザ入力イベントハンドラの類似度を計算する。検索UI部品群と検索対象UI部品が持つ各ユーザ入力イベントハンドラについて個数を比較し、その差の合計の逆数を類似度とする。なお、この類似度計算方法は他の方法であっても構わない。例えば、ユーザ入力イベントハンドラとその個数が一致していない場合に1を加算し、一致している場合には加算しないとし、その合計の逆数を類似度としても良い。その他、ユーザ入力イベントハンドラの種類や名前、動作条件、動作内容、設定対象部品、実行ユーザの文字列比較を行っても良いし、重みづけや特殊な文字列や関数の出現をチェックするなど情報に応じた特殊な類似度計算を行っても良い。また、検索対象UI部品のユーザ入力イベントハンドラは、予めそれぞれの検索対象UI部品に情報として備えられているものとする。
 ステップST702では、検索UI部品群の各配置関係における類似度とユーザ入力イベントハンドラの類似度を統合して検索UI部品群と検索対象UI部品の類似度を計算する。計算方法は例えば、各配置関係の類似度を加算平均する。なお、この計算方法は他の方法であっても構わない。例えば、特定の配置関係もしくはユーザ入力イベントハンドラの類似度を高く見積もるなど重み付けを行っても良い。
 このように、ユーザ入力イベントハンドラも類似度計算に用いることによって、UI部品の見た目だけでなく、UI部品の働きに関しても直感的かつ容易に検索することが可能になる。
 以上説明したように、実施の形態3のユーザインタフェース設計支援装置によれば、検索ユーザインタフェース部品群に設定されているユーザ入力イベントハンドラと、検索対象ユーザインタフェース部品に設定されているユーザ入力ハンドラとを取得するユーザ入力イベントハンドラ取得部を備え、類似度計算部は、ユーザインタフェース部品検索部で検索を実行する際、ユーザ入力イベントハンドラ取得部で取得したユーザインタフェース部品群のユーザ入力イベントハンドラと、検索対象ユーザインタフェース部品のユーザ入力イベントハンドラとの類似度を含めて計算するようにしたので、ユーザインタフェース部品を検索する際に、配置関係だけでなくユーザインタフェース部品の実行時の働きも考慮した検索が可能になるため、より直感的かつ容易に所望のユーザインタフェース部品を検索することが可能になる。
実施の形態4.
 図19は実施の形態4によるUI設計装置を表す構成図である。図19において、入力装置101~表示装置110、ユーザ入力イベントハンドラ取得部501における基本的な構成は、図14に示した実施の形態3と同様であるため、ここでの説明は省略する。
 実施の形態4では、ユーザ入力イベントハンドラの合成や分解といった変換を行うユーザ入力イベントハンドラ変換部601を備える。このユーザ入力イベントハンドラ変換部601は、ユーザ入力イベントハンドラ取得部501において取得したユーザ入力イベントハンドラを同等の働きで異なるユーザ入力イベントハンドラに変換するものである。また、実施の形態4では、類似度計算部109における類似度計算において、ユーザ入力イベントハンドラも考慮して計算する前に、ユーザ入力イベントハンドラ変換部601が既定の変換方法に従ってユーザ入力イベントハンドラを変換するよう構成されている。
 蓄積されたUI部品は過去のUI設計装置によって設計されたUI部品であるため、場合によっては、現在はサポートしているものの過去はサポートされていなかったユーザ入力イベントハンドラが存在する可能性がある。例えば、近年スマートフォンに代表されるタッチパネルの台頭により、従来サポートされていなかったフリックやスワイプといった入力をサポートするUI設計装置が出てきている。一方、過去のUI設計装置によって設計されたUI部品であっても、サポートされているユーザ入力イベントハンドラを駆使してフリックやスワイプなど従来サポートされていなかったユーザ入力イベントハンドラと同等のユーザ入力イベントハンドラを実現している可能性がある。現在においても、従来のユーザ入力イベントハンドラによって新しいユーザ入力イベントハンドラを実現しているUI部品は再利用や参考として利用される場合がある。しかしながら、どのように設計されているかを推測して検索する必要がある上、新しいユーザ入力イベントハンドラを設定されているUI部品と同時に検索することは困難である。そこで、実施の形態4では、検索UI部品群に設定されたユーザ入力イベントハンドラを、合成または分解して同等の働きで異なるユーザ入力イベントハンドラに変換し、類似度計算に利用する。
 実施の形態4における検索処理の流れを図20に示す。図20において図15と同一符号を付した処理は同一またはこれに相当した機能を有するので説明を省略する。
 図21は、図20におけるステップST801のユーザ入力イベントハンドラ変換処理の流れを示している。ステップST901では、予めユーザ入力イベントハンドラの変換方法を記載したリストを取得する。リストには、例えば「プレスイベントとドラッグイベントとリリースイベントが存在している場合フリックイベントに変換する」、「マルチタッチイベントとドラッグイベントが存在している場合ピンチインイベントもしくはピンチアウトイベントに変換する」といった内容が記載されている。このリストは開発者が自由に編集しても良い。ステップST902では、検索UI部品群よりUI部品を1つ取得する。ステップST903では、取得したUI部品に設定されているユーザ入力イベントハンドラを取得する。ステップST904では、ステップST903において取得したユーザ入力イベントハンドラとリストに記載されている変換可能なユーザ入力イベントハンドラを比較する。変換可能なユーザ入力イベントハンドラが存在しない場合、ステップST906へ進む。変換可能なユーザ入力イベントハンドラが存在する場合、ステップST905へ進む。ステップST905では、変換前のユーザ入力イベントハンドラと変換後のユーザ入力イベントハンドラの対応を出力する。ステップST906では、検索UI部品群のUI部品を全て取得したか確認する。取得していないUI部品が残っている場合、ステップST902に戻り処理を繰り返す。取得していないUI部品が残っていない場合、処理を終了する。
 図20に戻り、ステップST802では、ステップST801において変換されたユーザ入力イベントハンドラに関して、変換された場合と変換されなかった場合の全ての組み合わせについて類似度計算が実行されたか確認する。類似度計算が実行されていない組み合わせが残っている場合、ステップST802に戻り処理を繰り返す。全ての組み合わせについて類似度計算されていた場合、ステップST104に進む。
 このように、ユーザ入力イベントハンドラを変換して類似度計算することにより、これまでのUI設計装置でサポートしていなかったユーザ入力イベントハンドラについても、蓄積されたUI部品から検索することが可能である。
 なお、上記動作例では検索UI部品群のユーザ入力イベントハンドラを変換して類似度の計算を行ったが、検索対象となるUI部品のユーザ入力イベントハンドラを変換して類似度の計算を行ってもよく、さらに検索UI部品群のユーザ入力イベントハンドラの変換結果と検索対象UI部品のユーザ入力イベントハンドラの変換結果の両方を用いて類似度の計算を行ってもよい。
 以上説明したように、実施の形態4のユーザインタフェース設計支援装置によれば、ユーザ入力イベントハンドラ取得部で取得した検索ユーザインタフェース部品群に設定されているユーザ入力イベントハンドラと、検索対象ユーザインタフェース部品に設定されているユーザ入力ハンドラのうち、少なくともいずれか一方のユーザ入力イベントハンドラを同等の働きで異なるユーザ入力イベントハンドラに変換するユーザ入力イベントハンドラ変換部を備え、類似度計算部は、ユーザインタフェース部品検索部で検索を実行する際、ユーザ入力イベントハンドラ変換部で変換したユーザ入力イベントハンドラを用いて類似度を計算するようにしたので、検索対象となるユーザインタフェース部品を作成したユーザインタフェース設計装置がバージョン違いなどによりサポートしてないユーザ入力イベントハンドラについても検索対象とすることが可能である。
実施の形態5.
 図22は実施の形態5によるユーザインタフェース設計支援装置を適用したUI設計装置を示す構成図である。図22において、入力装置101~表示装置110における基本的な構成は、図1に示した実施の形態1と同様であるため、ここでの説明は省略する。
 実施の形態5では、UI部品検索部107において検索を実行する際、入力となるユーザインタフェース部品群を編集することが可能な検索UI部品群編集部701を備え、類似度計算処理を行う前に所望の配置関係として推定されているかを確認し、場合によっては再度検索UI部品群の配置関係を編集可能であることを特徴とする。
 入力となるユーザインタフェース部品群は位置やサイズに関して完全に同一、もしくは一定などにすることなく、ある程度似通っていれば該当する配置関係であると認識する。
 これによって、開発者は数値入力による位置あわせなどの作業が不要となり、容易に検索することが可能である。一方、どこまで似通っていれば該当する配置関係とするかは開発者が設定できるものの、入力となるユーザインタフェース部品群の配置によっては上手くいかない場合もある。そのような場合、検索結果を提示しても所望のUI部品が見つからないということが考えられる。そこで、検索UI部品群編集部701により、配置関係を推定した後に開発者に推定結果を提示し、望んだ推定結果ではない場合は修正を可能とする。提示する方法としては、例えば、UI部品を推定した配置関係の種類に応じて異なる色で囲む方法や選択したUI部品が推定された配置関係に応じて縦横に揺れるなどアニメーションを行う方法、配置関係の種類に応じて異なる音を鳴らす方法、触力覚デバイスなど特殊な出力デバイスが存在する場合はその出力デバイスから配置関係の種類に応じて異なる出力を行う方法など、どのような方法であっても構わない。
 図23は検索UI部品群編集部701における処理の流れを示すフローチャートである。ステップST1001では、入力された検索UI部品群の配置関係推定処理結果を取得する。ステップST1002では、ステップST1001において取得した配置関係推定処理結果を図9のような形式によって提示する。ステップST1003では、開発者が提示された内容が意図した配置関係を表しているか確認し、編集が必要な場合、ステップST1004へ進む。編集が必要ない場合、処理を終了する。ステップST1004では、検索UI部品群の編集を行う。編集が完了すると、検索UI部品群は配置関係推定部108へ入力され、再び配置関係推定処理を実行する。その後、再び配置関係結果を取得し、ステップST1001より処理を繰り返す。
 このように、検索結果が表示される前に配置関係を提示し、修正の機会を設けることによって、意図しない検索を防ぐことが可能であり、より正確な検索を実行することが可能である。
 以上説明したように実施の形態5のユーザインタフェース設計支援装置によれば、配置関係推定部で推定した検索ユーザインタフェース部品群を構成する各部品の配置関係を編集する検索ユーザインタフェース部品群編集部を備えたので、検索実行前に所望の配置関係が推定されているか確認することが可能となり、場合によっては修正することが可能であるため、意図しない検索を減らすことが可能である。
 なお、本願発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。
 以上のように、この発明に係るユーザインタフェース設計支援装置は、ユーザインタフェースを設計するユーザインタフェース設計装置において、ユーザインタフェース部品を検索して出力する構成に関するものであり、情報機器等の組み込み機器に用いるのに適している。
 101 入力装置、102 画面設計部、103 UI(ユーザインタフェース)部品設計部、104 UI(ユーザインタフェース)設計部、105 画面格納部、106 UI(ユーザインタフェース)部品格納部、107 UI(ユーザインタフェース)部品検索部、108 配置関係推定部、109 類似度計算部、110 表示装置、401 UI(ユーザインタフェース)部品変換部、501 ユーザ入力イベントハンドラ取得部、601 ユーザ入力イベントハンドラ変換部、701 検索UI部品群編集部。

Claims (5)

  1.  複数の基本部品を組み合わせて形成された検索対象ユーザインタフェース部品と、当該検索対象ユーザインタフェース部品を検索するための検索クエリとしての検索ユーザインタフェース部品群とを入力し、前記検索対象ユーザインタフェース部品の検索を行うUI部品検索部と、
     前記UI部品検索部に入力された前記検索ユーザインタフェース部品群を構成する各部品の配置関係を推定する配置関係推定部と、
     前記配置関係推定部で推定された各部品の配置関係と、前記UI部品検索部に入力された前記検索対象ユーザインタフェース部品を構成する各部品の配置関係との類似度を計算する類似度計算部とを備え、
     前記UI部品検索部は、前記類似度計算部の計算結果に基づいて、前記検索対象ユーザインタフェース部品の中から、検索結果となるユーザインタフェース部品を決定することを特徴とするユーザインタフェース設計支援装置。
  2.  前記ユーザインタフェース部品検索部に入力された前記検索ユーザインタフェース部品群が、設定された交換条件を満たしている場合、当該検索ユーザインタフェース部品群を構成する各部品を合成または分解して、別種の検索ユーザインタフェース部品群に変換するユーザインタフェース部品変換部を備え、
     前記配置関係推定部は、前記ユーザインタフェース部品変換部が前記別種の検索ユーザインタフェース部品群への変換を行った場合、当該変換された別種のユーザインタフェース部品群を構成する各部品の配置関係を推定することを特徴とする請求項1記載のユーザインタフェース設計支援装置。
  3.  前記検索ユーザインタフェース部品群に設定されているユーザ入力イベントハンドラと、前記検索対象ユーザインタフェース部品に設定されているユーザ入力ハンドラとを取得するユーザ入力イベントハンドラ取得部を備え、
     前記類似度計算部は、前記ユーザインタフェース部品検索部で検索を実行する際、前記ユーザ入力イベントハンドラ取得部で取得した前記ユーザインタフェース部品群のユーザ入力イベントハンドラと、前記検索対象ユーザインタフェース部品のユーザ入力イベントハンドラとの類似度を含めて計算することを特徴とする請求項1記載のユーザインタフェース設計支援装置。
  4.  前記ユーザ入力イベントハンドラ取得部で取得した前記検索ユーザインタフェース部品群に設定されているユーザ入力イベントハンドラと、前記検索対象ユーザインタフェース部品に設定されているユーザ入力ハンドラのうち、少なくともいずれか一方のユーザ入力イベントハンドラを同等の働きで異なるユーザ入力イベントハンドラに変換するユーザ入力イベントハンドラ変換部を備え、
     前記類似度計算部は、前記ユーザインタフェース部品検索部で検索を実行する際、前記ユーザ入力イベントハンドラ変換部で変換したユーザ入力イベントハンドラを用いて類似度を計算することを特徴とする請求項3記載のユーザインタフェース設計支援装置。
  5.  前記配置関係推定部で推定した前記検索ユーザインタフェース部品群を構成する各部品の配置関係を編集する検索ユーザインタフェース部品群編集部を備えたことを特徴とする請求項1項記載のユーザインタフェース設計支援装置。
PCT/JP2014/072189 2014-01-10 2014-08-25 ユーザインタフェース設計支援装置 Ceased WO2015104865A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014-003418 2014-01-10
JP2014003418A JP2017040952A (ja) 2014-01-10 2014-01-10 ユーザインタフェース設計支援装置

Publications (1)

Publication Number Publication Date
WO2015104865A1 true WO2015104865A1 (ja) 2015-07-16

Family

ID=53523707

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/072189 Ceased WO2015104865A1 (ja) 2014-01-10 2014-08-25 ユーザインタフェース設計支援装置

Country Status (2)

Country Link
JP (1) JP2017040952A (ja)
WO (1) WO2015104865A1 (ja)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10207701A (ja) * 1996-11-22 1998-08-07 Toshiba Corp Gui画面作成装置及びプログラムを記録した記録媒体
JP2011253348A (ja) * 2010-06-02 2011-12-15 Nec Corp Webベースシステム用ユーザビリティ評価支援装置、方法、及びプログラム
JP2012014496A (ja) * 2010-07-01 2012-01-19 Nec Corp Gui解析装置、方法、及び、プログラム
WO2012176365A1 (ja) * 2011-06-20 2012-12-27 パナソニック株式会社 Guiプログラム作成支援装置、guiプログラム作成支援方法、プログラム、及び集積回路
WO2013014722A1 (ja) * 2011-07-22 2013-01-31 株式会社日立製作所 計算機システム、計算機システムの操作支援方法及び操作支援プログラム
JP2013020416A (ja) * 2011-07-11 2013-01-31 Nomura Research Institute Ltd 画面設計支援装置、画面設計支援方法、及びプログラム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10207701A (ja) * 1996-11-22 1998-08-07 Toshiba Corp Gui画面作成装置及びプログラムを記録した記録媒体
JP2011253348A (ja) * 2010-06-02 2011-12-15 Nec Corp Webベースシステム用ユーザビリティ評価支援装置、方法、及びプログラム
JP2012014496A (ja) * 2010-07-01 2012-01-19 Nec Corp Gui解析装置、方法、及び、プログラム
WO2012176365A1 (ja) * 2011-06-20 2012-12-27 パナソニック株式会社 Guiプログラム作成支援装置、guiプログラム作成支援方法、プログラム、及び集積回路
JP2013020416A (ja) * 2011-07-11 2013-01-31 Nomura Research Institute Ltd 画面設計支援装置、画面設計支援方法、及びプログラム
WO2013014722A1 (ja) * 2011-07-22 2013-01-31 株式会社日立製作所 計算機システム、計算機システムの操作支援方法及び操作支援プログラム

Also Published As

Publication number Publication date
JP2017040952A (ja) 2017-02-23

Similar Documents

Publication Publication Date Title
US8810576B2 (en) Manipulation and management of links and nodes in large graphs
CN100587658C (zh) 可搜索控制模板功能的基于任务的界面
US9176663B2 (en) Electronic device, gesture processing method and gesture processing program
JP5813780B2 (ja) 電子機器、方法及びプログラム
Nebeling et al. W3touch: metrics-based web page adaptation for touch
JP6514084B2 (ja) 操作支援システム、操作支援方法、および、操作支援プログラム
US20110316796A1 (en) Information Search Apparatus and Information Search Method
CN103576889A (zh) 输入支持方法和输入支持设备
JP2014197278A (ja) 運用作業フロー作成支援方法および運用作業フロー作成支援システム
KR101494653B1 (ko) 제어 명령 자동 완성 기반의 전자 문서 편집 장치 및 방법
US20160292140A1 (en) Associative input method and terminal
WO2015104865A1 (ja) ユーザインタフェース設計支援装置
US20130055138A1 (en) Dynamically changing key selection based on context
JP5965785B2 (ja) ユースケースシナリオ作成支援装置、ユースケースシナリオ作成支援方法、およびユースケースシナリオ作成支援プログラム
CN103547981A (zh) 显示键拼音
JP2012064051A (ja) ヘルプ表示装置、ヘルプ表示方法及びヘルプ表示プログラム
CN114943202A (zh) 信息处理方法、信息处理装置和电子设备
US20240427565A1 (en) Autocomplete feature for code editor
JP5569178B2 (ja) 辞書検索装置及びプログラム
JP2012113756A (ja) 情報処理装置及び情報処理方法
JP4976783B2 (ja) プログラム生成装置およびプログラム生成方法およびプログラムおよび記録媒体
JP6549187B2 (ja) 用例データベース構築装置、及びプログラム
JP6492465B2 (ja) 情報処理装置、その制御方法及びプログラム
KR102106098B1 (ko) 도움말 제공 장치 및 방법
Hardesty Bells, whistles, and alarms: HCI lessons using AJAX for a page-turning web application

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: JP

122 Ep: pct application non-entry in european phase

Ref document number: 14877568

Country of ref document: EP

Kind code of ref document: A1