JP2010040016A - Screen transition design support device and program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a screen transition design support device capable of simultaneously comprehending a transition destination screen and a path of screen transition for every screen. <P>SOLUTION: A transition diagram editing part 21 edits screen transition data recorded in a transition diagram management table 3. A transition diagram display part 22 displays the screen transition diagram on a non-illustrated display device based on the screen transition data recorded in the transition diagram management table 3. A hierarchy table creation part 23 creates a unique hierarchy table based on the screen transition data recorded in the transition diagram management table 3 to be recorded in the transition diagram management table 3. A hierarchy table display part 24 displays the hierarchy table recorded in the transition diagram management table 3 on the non-illustrated display device. The transition diagram management table 3 is one which is read and write by each element constituting a transition diagram editor 2, and in which the screen transition data and the hierarchy table are recorded. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to a screen transition design support apparatus and a screen transition design support program for displaying a screen transition diagram showing a screen transition state.

  In the development of in-vehicle navigation devices, screen transition diagrams are often used. In the screen transition diagram, the screen displayed on the display device of the in-vehicle navigation device is displayed as one unit, and the transition source screen and the transition destination screen are displayed at the same time. It is a figure expressing that screen transition occurs to a screen. There is a technique for expressing a screen represented by a screen transition diagram and a screen transition by a method other than the screen transition diagram. For example, Patent Document 1 discloses a screen transition display device that displays a transition destination screen in a tree structure for each transition source screen.

JP 2002-182914 A

  While the display by the screen transition display device disclosed in Patent Document 1 is easy to grasp the transition destination screen for each screen, it is difficult to grasp the hierarchical structure of the screen transition, for example, one screen It is difficult to grasp through which screen the transition can be made from one screen to the other screen.

The invention according to claim 1 is a screen transition design support apparatus for developing a human-machine interface, a plurality of screens including one initial screen, a transition source screen and a transition destination selected from the plurality of screens An input means for inputting a screen transition diagram including a screen transition process for associating screens, a table in which screen transition process options are assigned to one axis and the number of times the screen transition process is performed is assigned to the other axis. A hierarchy table creating means for creating a hierarchy table that is a table in which information representing the plurality of screens is arranged so as to include all the screen transition processes included in the screen transition diagram. It is a screen transition design support device characterized by uniquely corresponding to a screen transition diagram.
The invention according to claim 6 is a screen transition design support program for developing a human machine interface, a plurality of screens including one initial screen, a transition source screen selected from the plurality of screens, and a transition destination An input process for inputting a screen transition diagram including a screen transition process for associating screens, a table in which screen transition process options are assigned to one axis, and the number of times the screen transition process is performed is assigned to the other axis. Creating a hierarchical table that is a table in which information representing the plurality of screens is arranged so as to include all the screen transition processes included in the screen transition diagram so as to uniquely correspond to the screen transition diagram A screen transition design support program that causes a computer to execute a process.

  According to the present invention, since a screen transition diagram that allows intuitive editing of screen transitions is automatically converted into a hierarchical table that facilitates understanding of the hierarchical structure of screen transitions, the screen can be displayed without increasing the burden on the designer. It is possible to realize a screen transition design considering the hierarchical structure of transitions.

-First embodiment-
FIG. 1 is a block diagram showing a screen transition design support apparatus according to this embodiment. The screen transition design support device 1 includes a transition diagram editor 2 and a transition diagram management table 3, and is used to define a “screen transition” process of the in-vehicle navigation device.

  The transition diagram editor 2 includes a transition diagram editing unit 21, a transition diagram display unit 22, a hierarchy table creation unit 23, and a hierarchy table display unit 24. The transition diagram editing unit 21 has a function of editing the screen transition data recorded in the transition diagram management table 3 in accordance with an instruction input from an input device (not shown). The transition diagram display unit 22 displays a screen transition diagram on a display device (not shown) based on the screen transition data recorded in the transition diagram management table 3.

  The hierarchy table creating unit 23 creates a hierarchy table (described later in detail) based on the screen transition data recorded in the transition diagram management table 3 and records it in the transition diagram management table 3. The hierarchy table display unit 24 displays the hierarchy table recorded in the transition diagram management table 3 on a display device (not shown). The transition diagram management table 3 is a table that is read and written by each element constituting the transition diagram editor 2, and screen transition data and a hierarchy table are recorded therein.

  The screen transition design support device 1 configured as described above includes a CPU that performs predetermined arithmetic processing and program execution processing, a storage device that stores predetermined programs and data, and a CPU that executes the program. This is realized by a computer (all not shown) including an input device for inputting necessary data and a display device for displaying a result of the CPU executing the program. That is, each function of each block shown in FIG. 1 is realized by the CPU of the computer executing a predetermined program stored in the storage device.

  In the present embodiment, the screen transition design support apparatus 1 is realized by a single computer, but it can be realized by a plurality of computers. For example, in FIG. 1, a separate computer is assigned to each of the transition diagram editor 2 and the transition diagram management table 3, each computer is connected to each other via a network, and the plurality of computers are used. The function as the screen transition design support device 1 may be realized.

  Next, a screen transition diagram will be described with reference to the drawings. The screen transition diagram is a diagram illustrating an order in which each screen displayed on the display device of the in-vehicle navigation device changes according to a user operation or various events. Each screen is represented by a rectangle in which the screen name is written. The change from one screen to the other screen is represented by connecting rectangles representing the respective screens with arrows.

  FIG. 2 is a diagram illustrating an example of a screen transition diagram. FIG. 2 shows a screen transition diagram composed of four screens (SC1, SC2, SC3, SC4). The arrows in the figure indicate that the screen SC1 transits to the screens SC2 and SC3, the screen SC4 transits to the screen SC2, and the screen SC2 transits to the screen SC3. An arrow extending from the ellipse 31 written as “start” indicates that the initial screen is the screen SC1.

  FIG. 3 is a diagram representing the screen transition diagram of FIG. 2 by a screen transition table. The screen transition table is a table for covering transitions between screens by indicating pairs of transition source screens and transition destination screens. One row in the screen transition table corresponds to one arrow in the screen transition diagram.

  If the screen transition table is used, a list of screen transition diagrams can be displayed in the form of a table. It is also possible to draw a screen transition diagram (FIG. 2) from the screen transition table (FIG. 3). However, when the number of screens or the number of screen transitions is large, it is difficult to grasp what screen transition is performed by looking at the screen transition table. In order to compensate for the shortcomings of such a screen transition table, a hierarchy table described below is introduced.

  FIG. 4 is a diagram representing the screen transition diagram of FIG. 2 by a hierarchical table. The hierarchy table is a table configured so that one screen transition route (hereinafter simply referred to as a route) from the initial screen to the final screen (screen that cannot be changed any more) in the screen transition diagram is represented by one line. . For example, in the screen transition diagram shown in FIG. 2, there are a path SC1, SC2, SC3 and a path SC1, SC4, SC2, SC3 as a path from the initial screen SC1 to the final screen. These two paths correspond to row 41 and row 42 in FIG. 4, respectively.

  The hierarchy table is uniquely determined for the screen transition diagram as a base. That is, when a hierarchy table is created based on the screen transition diagram of FIG. 2, the hierarchy table shown in FIG. 4 must always be obtained. In addition, there are the following two rules for describing screen names in the hierarchy table.

  The first rule is that the screen name is omitted and not shown while the same screen as the previous line continues from the initial screen, as shown by item 43 in FIG. As shown in items 44 and 45 in FIG. 4, when the same screen name appears two or more times, the second rule is that screen names of all screen names except for one of these screen names The notation “JP” is added before, and subsequent screen transitions are not described in the hierarchy table. In the following description, this operation is referred to as “JP notation”.

  The second rule will be described in more detail. That a certain screen (hereinafter referred to as screen X) appears in the hierarchy table more than once means that there are a plurality of transition source screens that transition to screen X in the screen transition diagram. In this case, there are a plurality of routes until the transition to the screen X, but any route that transits to the screen X does not affect the previous route from the screen X.

  For example, in FIG. 2, there are two routes until the transition to the screen SC2 is a route of SC1, SC2, and a route of SC1, SC4, SC2. However, regardless of which route is used for transition to the screen SC2, the transition from the screen SC2 is SC3. Whether the transition from the screen SC4 to the screen SC2 or the transition from the screen SC1 to the screen SC2 does not affect the screen transition after the screen SC2.

  That is, since the screen transition from the screen X to the screen X is common regardless of the route before the screen X, it is redundant to describe the screen transition from the screen X to the screen in the hierarchy table for all routes. Therefore, the screen transition from screen X is described only once in the hierarchy table, and other items are displayed in JP, and subsequent screen transitions are omitted.

  When the screen transition is traced by reading the hierarchy table, when the screen name represented in JP is reached, the same screen name not represented in JP is searched from the entire hierarchy table. Then, by continuing tracking from the found item, it is possible to track the entire route from the initial screen to the end screen.

  Next, a procedure for creating a unique hierarchy table will be described. As described above, the hierarchy table must be uniquely determined for the underlying screen transition diagram. However, if all the screen transition paths are extracted from the screen transition diagram, a plurality of hierarchical tables may be obtained from one screen transition diagram.

  FIG. 5 is a diagram in which the screen transition diagram of FIG. 2 is expressed by a hierarchy table different from FIG. The hierarchy table of FIG. 4 describes the path SC1, SC2, SC3 on the first line and the path SC1, SC4, SC2 on the second line, while FIG. 5A shows the first line. And the second line is reversed. FIG. 5B is a hierarchical table in which the route SC1 and SC2 is written in the first row and the route SC1 and SC4, SC2 and SC3 is written in the second row. FIG. 5C is the reverse of the first row and the second row of FIG. 5B.

  First, when comparing the hierarchical table of FIG. 4 and FIG. 5B with the hierarchical table of FIG. 5A and FIG. 5C, the difference between these hierarchical tables is that the path from SC1 to SC2 and SC1 are changed. It can be seen that which one is to be described in the first line is the route that transitions from SC to SC4. In the present embodiment, the screen located above the screen transition diagram is preferentially described in the hierarchy table. In this case, since the screen SC2 is located above the screen SC4 in FIG. 2, the hierarchical tables shown in FIGS. 5A and 5C are not used. Note that when there are two screens having the same vertical position, the screen located on the left side is given priority.

  Next, comparing the hierarchy table of FIG. 4 and the hierarchy table of FIG. 5B, it can be seen that the difference between these hierarchy tables is which of SC2 that appears twice is represented in JP. In the present embodiment, a route that arrives with a smaller number of transitions is treated with priority on the screen SC2, and all screens SC2 on other routes are displayed in JP. That is, from the screen transition diagram shown in FIG. 2, the hierarchical table of FIG. 4 is obtained instead of the hierarchical table of FIG.

  Some screen transition diagrams include a plurality of paths that have the same number of transitions until transition to one screen. In the case of such a screen transition diagram, it is not possible to determine the location where JP notation is made only by the number of transitions as described above.

  FIG. 6 is a diagram illustrating an example of a screen transition diagram including a plurality of paths in which the number of transitions until transition to one screen is the same. There are two paths, SC1, SC2, and SC3, and SC1, SC4, and SC3. Since any route reaches the screen SC3 with two screen transitions, it is not possible to determine the location for JP notation based on the number of transitions.

  FIG. 7 is a diagram representing the screen transition diagram of FIG. 6 by a hierarchical table. When creating a hierarchy table based on the screen transition diagram of FIG. 6, two hierarchy tables, a hierarchy table shown in FIG. 7A and a hierarchy table shown in FIG. 7B, can be considered. In order to prevent such a lack of uniqueness, the transition diagram editing unit 21 sets which screen is prioritized when creating a hierarchy table for a plurality of screens having the same screen as a transition destination. It has a function.

  FIG. 8 is a diagram in which which screen is prioritized when creating a hierarchy table is set in the screen transition diagram of FIG. In this screen transition diagram, there are two screens, SC2 and SC4, with screen SC3 as the transition destination. In FIG. 8, with respect to the transition to the screen SC3, priority is given to the screen SC2 of these two screens using the P mark 81.

  The user of the screen transition design support device 1 indicates a screen from which a transition to the screen A is prioritized when there are a plurality of screens having a certain screen A as a transition destination by placing a P mark on the arrow indicating the priority transition. It can be set by adding. The addition of the P mark is performed by giving a predetermined instruction to the transition diagram editing unit 21 using an unillustrated input device (for example, a mouse or a touch panel).

  As shown in FIG. 8, when the P mark 81 is added to the arrow from the screen SC2 to the screen SC3, the hierarchy table created by the hierarchy table creation unit 23 is the hierarchy table shown in FIG. On the other hand, when a P mark is added to the arrow from the screen SC4, a hierarchy table shown in FIG. 7B is created.

  Next, the contents of processing for creating a hierarchy table will be described. The process of creating a hierarchy table is roughly divided into two stages. In the first stage, a hierarchy table that does not consider the P mark and the number of transitions is created based on the screen transition diagram. In the second stage, the JP notation of the hierarchy table created in the first stage is made appropriate according to the P mark and the number of transitions.

  FIG. 9 is a diagram showing a screen transition diagram as a target for creating a hierarchy table. The process of applying the first stage process to the screen transition diagram shown in FIG. 9 will be described below with reference to FIG.

  FIG. 10 is a diagram illustrating a process of creating a hierarchy table. The manner in which the creation process of the hierarchy table proceeds in the order of (a) to (d) is shown. The hatched screen represents a screen that has been processed by the previous process.

  In the first stage process shown in FIG. 10, the process of selecting one path from the paths included in the screen transition diagram and the process of adding information on the selected path to the hierarchy table are repeated. As a route to be selected at this time, a route including a screen located above the screen transition diagram is preferentially selected. When there are a plurality of screens having the same vertical position, the screen located on the left is prioritized.

  First, in FIG. 10A, a route 101 of SC1, SC2, SC5, SC6, SC10 is selected, and this route is added to the hierarchy table. The reason why the route SC1, SC2 is selected instead of the route SC1, SC3, SC4, SC2 is that the screen SC2 is positioned higher than the screen SC3. The same applies to the route from the screen SC5 to the screen SC10.

  Next, in FIG. 10B, a path 102 of SC1, SC3, SC4, and SC2 is selected. Since the screen SC2 has been processed, the route after SC2 is not considered. Similarly, in FIG. 10C, the path 103 of SC5 / SC7 / SC8 / SC10 is selected. Since the screen SC5 has been processed, the route before SC5 is not considered. Similarly, in FIG. 10D, the route 104 of SC7 / SC9 / SC10 is selected.

  FIG. 11 is a diagram showing a hierarchy table in each process of FIG. A row corresponding to the path 101 selected in FIG. 10A is a row 111 in FIG. Similarly, the row corresponding to the path 102 selected in FIG. 10B is the row 112 in FIG. 11B. Since the screen SC2 at the end of the route has been processed, it is added to the hierarchy table as a JP notation. Further, since the screen SC1 at the head of the route has been processed, it is omitted from the hierarchy table.

  Similarly, the path 103 in FIG. 10C is added to the hierarchy table as the row 113 in FIG. 11C, and the path 104 in FIG. 10D is added to the row 114 in FIG. 11D. Finally, as a result of the processing shown in FIG. 10, the hierarchy table shown in FIG. 11D is obtained from the screen transition diagram of FIG.

  FIG. 12 is a flowchart showing a process of creating a hierarchy table that does not consider the P mark and the number of transitions. First, in step S11, one route is selected, and the screens included in the route are A1, A2,. The route selected at this time is the route from the initial screen or visited screen to the final screen or visited screen, and from the screen with multiple transition destinations, the screen transition diagram is located above and to the left Select the screen to be prioritized.

  In step S12, it is determined whether or not the screen A1 has been visited. If the screen A1 has not been visited, the process proceeds to step S20, and the selected routes A1, A2,..., AN are added as they are to the bottom row of the hierarchy table, and the process proceeds to step S18. On the other hand, if a negative determination is made in step S12, the process proceeds to step S13.

  In step S13, the variable i is initialized with 2. In step S14, it is determined whether or not the screen Ai has been visited. If the screen Ai has been visited, the process proceeds to step S21, i is increased by 1, and the process returns to step S14. That is, the value of i is continuously increased until the screen Ai is no longer visited. On the other hand, if a negative determination is made in step S14, the process proceeds to step S15.

  In step S15, it is determined whether the screen AN, that is, the screen at the end of the selected route has been visited. If the screen AN has been visited, the process proceeds to step S16, and the screen AN is displayed in JP, and the process proceeds to step S17. On the other hand, if a negative determination is made in step S15, the process proceeds to step S17.

  In step S17, a row including screens Ai, A (i + 1),... AN is inserted into the hierarchy table. The place to insert is further below the route located at the bottom of the hierarchy table among the routes starting from the screens A1, A2,..., A (i-1). In step S18, all the screens A1, A2,..., AN included in the selected route have been visited. In step S19, it is determined whether or not all screens included in the screen transition diagram have been visited. If a screen that has not been visited remains, a negative determination is made in step S19, and the process returns to step S11. On the other hand, if an affirmative determination is made in step S19, the process ends.

  By the first-stage processing described above, a hierarchical table that does not consider the P mark and the number of transitions can be obtained. Subsequently, the hierarchy table is made appropriate according to the P mark and the number of transitions by the second stage process described below.

  FIG. 13 is a diagram showing a procedure for correcting the JP notation in the hierarchical table of FIG. 11D to one that takes into account the number of transitions and the P mark. In the second stage of processing, first, a screen that appears multiple times in the hierarchy table, that is, a screen with JP notation is selected. Then, it is confirmed whether there is an item with a P mark in the transition to the selected screen. If there is a transition with a P mark, the hierarchy table is changed so that the selected screen is displayed in JP on a path other than the path including the transition. If there is no transition with a P mark, the number of transitions up to the selected screen is counted for all routes where the selected screen is listed in the hierarchy table. If there is a route with the minimum number of transitions, the hierarchy table is changed so that the selected screen is displayed in JP on the route other than this route.

  In FIG. 13A, the screen SC2 is selected. Since there are no transitions to the screen SC2 with a P mark, the number of transitions up to the screen SC2 is counted for all the paths on the screen SC2 including the JP notation in the hierarchy table. In FIG. 13A, the paths shown in rows 131 and 132 are the paths on which the screen SC2 is described. In the path of the row 131, the screen SC2 is reached with one screen transition, whereas in the path of the row 132, three screen transitions are required to reach the screen SC2.

  When the number of screen transitions is counted, the selected screen is set as JP notation in all routes except the route with the smallest number of screen transitions. In the hierarchical table shown in FIG. 13A, the path of the row 131 that requires only one screen transition to reach the screen SC2 is not in JP notation, but the row 132 that requires three screen transitions. Since the route is in JP notation, nothing is done here.

  In FIG. 13B, the screen SC10 is selected. The route including the screen SC10 is a route corresponding to each of the rows 133, 134, and 135. When the number of screen transitions is examined in the same manner as in FIG. 13A, the number of paths in the row 133 is the smallest. In FIG. 9, an arrow indicating a transition to the screen SC10 is shown in the path corresponding to the row 135. P mark is attached. Accordingly, the screen SC10 is displayed in JP notation in the path corresponding to a line other than the line 135, and the screen SC10 is not described in JP in the path corresponding to the line 135. As a result, the hierarchy table shown in FIG. 13C is obtained.

  FIG. 14 is a diagram showing processing when one P mark is added to the screen transition diagram shown in FIG. FIG. 14A shows the screen transition diagram of FIG. 9 in which a P mark is added to the transition from the screen SC4 to the screen SC2. At this time, the processing described in FIG. 13A changes as follows.

  In FIG. 14B, the screen SC2 in the row 141 is in JP notation, and the screen SC2 in the row 142 is not in JP notation. However, since the line 141 includes a screen transition from the screen SC2 indicated by hatching, it cannot simply be described as “JP SC2”. In such a case, first, the screen indicated by the diagonal lines in the row 141 is moved to the screen SC2 and the subsequent rows in the row 142. As a result, the hierarchical table of FIG. 14C is obtained.

  In FIG. 14C, the route including the moved screen at the head of the route is moved below the row 144 to which the screen is moved. In other words, the description of the line 143 is moved directly below the line 144. As a result, the hierarchy table shown in FIG. The screen SC10 is the same as that shown in FIG.

  FIG. 15 is a flowchart showing a process of creating a hierarchy table in consideration of these elements from a hierarchy table that does not consider the P mark and the number of transitions. First, in step S31, one screen that appears twice or more in the hierarchy table is selected. In the following description, the selected screen is referred to as screen A.

  In step S32, the paths to the screen A are set as B1, B2,. At this time, routes B2,..., BN are routes on which screen A is displayed in JP. In step S33, it is determined whether or not a route Bm including a transition with the screen A as a transition destination and having a P mark exists in the routes B2,. When the route Bm including the transition with the P mark exists in the routes B2,..., BN, the process proceeds to step S35. On the other hand, if a negative determination is made in step S33, the process proceeds to step S34.

  In step S34, when the number of transitions to the screen A is examined, it is determined whether or not there is a route Bm that minimizes the number of transitions. If the route Bm exists, an affirmative determination is made in step S34, and the process proceeds to step S35. On the other hand, if a negative determination is made in step S34, the process proceeds to step S39.

  In step S35, the screen A is displayed in JP on the routes B1, B2,..., BN including the screen A except for the route Bm. In the route Bm, the notation is not JP notation. In step S36, it is determined whether or not there is a screen that transitions from the screen A in the route B1. If there is no screen that transitions from the screen A, that is, if the screen A is the final screen, a negative determination is made in step S36, and the process proceeds to step S39. On the other hand, when a positive determination is made in step S36, the process proceeds to step S37.

  In step S37, as shown in FIG. 14B, all the screens existing after the screen A in the route B1 are moved to the route Bm. In step S38, all the routes that are included in the screen that was moved in step S37 and that are omitted are moved to a line below the route Bm. In step S39, it is determined whether or not all the screens that appear twice or more in the hierarchy table have been selected. If an unselected screen still remains, an affirmative determination is made in step S39, and the process returns to step S31. On the other hand, if a negative determination is made in step S39, the process ends.

  By applying the two processes described above to the screen transition diagram, a hierarchical table uniquely corresponding to the screen transition diagram can be created.

According to the screen transition design support apparatus according to the first embodiment described above, the following operational effects can be obtained.
(1) Using the screen transition diagram edited by the transition diagram editing unit 21 and recorded in the transition diagram management table 3, the hierarchical table creation unit 23 creates a hierarchical table uniquely corresponding to the screen transition diagram. Thereby, it is possible to simultaneously grasp the transition destination screen and the screen transition path for each screen from the hierarchy table.

(2) When one screen appears multiple times in the hierarchy table, the screen overlap is removed using JP notation. As a result, a hierarchy table that does not include redundant descriptions and is more suitable for grasping the screen transition is created.

The following modifications are also within the scope of the present invention, and one or a plurality of modifications can be combined with the above-described embodiment.
(1) A unique hierarchical table can be created without removing duplicate screens using JP notation. In this case, it becomes easier to follow the path of the screen transition instead of increasing the hierarchy table.

(2) Which screen has priority among a plurality of transition source screens that transition to one screen may be based on a determination criterion and a determination order different from those of the above-described embodiment. For example, the number of transitions may be prioritized over the presence or absence of the P mark, or priority may be introduced for each screen, and a screen with a higher priority may be prioritized.

(3) There may be a plurality of initial screens. Further, there may be a screen transition that makes a two-way transition between two screens, or there may be a screen transition that forms a loop with a plurality of screens.

(4) In the first embodiment, the hierarchy table is created based on the screen transition diagram read from the transition diagram management table 3, but the screen transition diagram may be input by other means. For example, a screen transition diagram may be input from another device connected to the screen transition design support device 1 via a network.

  As long as the characteristics of the present invention are not impaired, the present invention is not limited to the above-described embodiments, and other forms conceivable within the scope of the technical idea of the present invention are also included in the scope of the present invention. .

It is a block diagram which shows the screen transition design assistance apparatus in 1st Embodiment. It is a figure which shows the example of a screen transition diagram. It is the figure which expressed the screen transition diagram of FIG. 2 with the screen transition table. FIG. 3 is a diagram representing the screen transition diagram of FIG. 2 in a hierarchical table. FIG. 5 is a diagram expressing the screen transition diagram of FIG. 2 by a hierarchy table different from that of FIG. 4. It is a figure which shows the example of a screen transition diagram provided with several path | routes where the frequency | count of transition until it changes to one screen becomes the same. FIG. 7 is a diagram representing the screen transition diagram of FIG. 6 by a hierarchical table. FIG. 7 is a diagram in which which screen is prioritized when creating a hierarchy table is set in the screen transition diagram of FIG. 6. It is a figure which shows the screen transition diagram for demonstrating the procedure which produces a hierarchy table | surface. It is a figure which shows the state of the screen transition diagram for every step which produces a hierarchy table | surface. It is a figure which shows the hierarchy table | surface in each step of FIG. It is a flowchart which shows the creation process of the hierarchy table | surface which does not consider P mark and the frequency | count of transition. It is a figure which shows the procedure which corrects JP notation in the hierarchy table | surface of FIG.11 (d) into what considered the frequency | count of transition and P mark. It is a figure which shows a process at the time of adding one P mark to the screen transition diagram shown in FIG. It is a flowchart which shows the process which produces the hierarchy table which considered these elements from the hierarchy table which does not consider P mark and the frequency | count of transition.

Explanation of symbols

1 Screen transition design support device 2 Transition diagram editor 21 Transition diagram editing unit 22 Transition diagram display unit 23 Hierarchical table creation unit 24 Hierarchical table display unit

Claims (6)

In the screen transition design support device for developing human-machine interface,
An input means for inputting a screen transition diagram including a plurality of screens including one initial screen and a screen transition process for associating a transition source screen and a transition destination screen selected from the plurality of screens;
A table in which screen transition process options are assigned to one axis and the number of times the screen transition process is performed is assigned to the other axis, the plurality of screen transition processes including all screen transition processes included in the screen transition diagram. A hierarchy table creating means for creating a hierarchy table that is a table in which information representing the screen of
With
The screen transition design support apparatus, wherein the hierarchy table uniquely corresponds to the screen transition diagram. In the screen transition design support device according to claim 1, in addition,
The screen transition diagram input to the input unit includes a priority setting unit that preferentially sets any one of the screen transition processes for a plurality of screen transition processes that specify the same transition destination screen.
The hierarchy table creating means creates the hierarchy table uniquely corresponding to the screen transition diagram by giving priority to the screen transition process set with priority by the priority setting means. . In the screen transition design support device according to claim 1 or 2,
The hierarchy table creating means, when the screen transition diagram includes a plurality of screen transition processes that specify the same transition destination screen, the screen transition process required to reach the same transition destination screen from the initial screen The screen transition design support apparatus, wherein the hierarchy table uniquely corresponding to the screen transition diagram is created based on the number of the screen transition diagrams. In the screen transition design support device according to any one of claims 1 to 3,
The screen transition diagram includes position information of the plurality of screens,
The screen transition design support device, wherein the layer table creation means creates the layer table uniquely corresponding to the screen transition diagram based on the position information of the transition source screen. In the screen transition design support device according to any one of claims 1 to 4,
The hierarchy table creating means, when the screen transition diagram includes a plurality of screen transition processes that specify the same transition destination screen, for other screen transition processes excluding a specific screen transition process among the plurality of screen transition processes, In place of the information indicating the same transition destination screen, information indicating that the option of the screen transition process from the same transition destination screen is the same as the option in the specific screen transition process is arranged. Screen transition design support device. In the screen transition design support program for developing human-machine interface,
An input step of inputting a screen transition diagram including a plurality of screens including one initial screen and a screen transition process for associating a transition source screen and a transition destination screen selected from the plurality of screens;
A table in which screen transition process options are assigned to one axis and the number of times the screen transition process is performed is assigned to the other axis, the plurality of screen transition processes including all screen transition processes included in the screen transition diagram. A hierarchy table creation step for creating a hierarchy table that is a table in which information representing the screen of the screen is arranged so as to uniquely correspond to the screen transition diagram;
A screen transition design support program characterized in that a computer is executed.

Images