JP7544941B2 - Computer Programs - Google Patents

Description

Article 30, paragraph 2 of the Patent Act applies (1) Distribution date: November 15, 2019 Distribution material: "DX in the securities industry: transformation into an 'embedded asset formation experience business'" distributed at the NRI Financial IT Forum 2019 Publisher: Nomura Research Institute, Ltd. (2) Date held: November 15, 2019 Meeting name: NRI Financial IT Forum 2019 Venue: Royal Park Hotel, 2-1-1 Nihonbashi Kakigaracho, Chuo-ku, Tokyo Publisher: Hiroyuki Nakayama

The present invention relates to a computer program.

There is known technology that provides information about events suited to a user on the user's information terminal (see, for example, Patent Document 1).

JP 2011-203914 A

There is a need for an intuitive and convenient user interface that can suggest events to users and allow them to classify or rate them. Alternatively, there is a need for an intuitive and convenient user interface that allows users to classify or rate items that are subject to classification, not limited to events.

The present invention was made in consideration of these problems, and its purpose is to provide a user interface technology that enables more intuitive and easy-to-use classification operations for items to be classified.

One aspect of the present invention relates to a computer program, which causes a computer to realize a function of displaying a screen including a card-type object and a classification object representing a classification of the card-type object on a display, a function of detecting a user input for an object in the screen based on a user gesture, and a function of controlling a display of the card-type object so that the card-type object moves out of the screen along a trajectory different from the trajectory of the swipe when the user input corresponding to a swipe on the card-type object is detected , and updating a display of the classification object, wherein the classification object includes a first classification object representing a first classification and a second classification object representing a second classification, and the function of updating the display of the classification object updates the display of the first classification object when the user input corresponding to a swipe corresponding to classification of the card-type object into the first classification is detected, and does not update the display of the second classification object when the user input corresponding to a swipe corresponding to classification of the card-type object into the second classification is detected .

In addition, any combination of the above components, or mutual substitution of the components or expressions of the present invention between devices, methods, systems, recording media storing computer programs, etc., are also valid aspects of the present invention.

The present invention provides a user interface technology that enables more intuitive and easy-to-use classification operations for items to be classified.

1 is a schematic diagram illustrating a configuration of an event management system according to an embodiment. FIG. 2 is a hardware configuration diagram of the mobile terminal of FIG. 1. FIG. 2 is a block diagram showing the functions and configuration of the mobile terminal of FIG. 1 . 2 is a block diagram showing the functions and configuration of the event server shown in FIG. 1 . 5 is a data structure diagram showing an example of an event information storage unit in FIG. 4 . 5 is a data structure diagram showing an example of a user information storage unit in FIG. 4 . 1. FIG. 4 is a representative screen diagram of a card sorting screen displayed on the touch panel display of the mobile terminal of FIG. 4 is a flowchart showing a series of processing steps related to event classification in the mobile terminal of FIG. 1 . 4 is a data structure diagram showing an example of a classification result temporary storage unit in FIG. 3 . 10 is a flowchart showing the details of the card sorting process of FIG. 9 . 1. FIG. 4 is a representative screen diagram of a card sorting screen displayed on the touch panel display of the mobile terminal of FIG. 1. FIG. 4 is a representative screen diagram of a card sorting screen displayed on the touch panel display of the mobile terminal of FIG. 1. FIG. 4 is a representative screen diagram of a card sorting screen displayed on the touch panel display of the mobile terminal of FIG. 1. FIG. 4 is a representative screen diagram of a card sorting screen displayed on the touch panel display of the mobile terminal of FIG. 1. FIG. 4 is a representative screen diagram of a card sorting screen displayed on the touch panel display of the mobile terminal of FIG. 1. FIG. 4 is a representative screen diagram of a card sorting screen displayed on the touch panel display of the mobile terminal of FIG. 1. FIG. 4 is a representative screen diagram of a card sorting screen displayed on the touch panel display of the mobile terminal of FIG. 10 is a representative screen diagram of a card sorting screen according to a modified example, which is displayed on the touch panel display of the mobile terminal of FIG. 1 . FIG.

In the following, identical or equivalent components, parts, and processes shown in each drawing will be given the same reference numerals, and duplicate explanations will be omitted where appropriate. In addition, some parts that are not important for the explanation will be omitted in each drawing.

A computer program according to an embodiment is installed in a mobile device such as a smartphone, and displays a card sorting screen including card-type objects on a touch panel display of the mobile device. A user classifies card-type objects displayed on the card sorting screen by choosing between adding them to their favorites (Like) or not (Dislike). Here, when the computer program detects a swipe on a card-type object by the user, it moves the card-type object along a trajectory different from the trajectory of the swipe, moves it out of the card sorting screen, and assigns a classification corresponding to the direction of the trajectory of the swipe to the card-type object (the classification target item corresponding to it). This allows the user to intuitively classify the card-type objects, and also gives a sense of freshness to the movement of the card-type object that is slightly different from what was expected.

In addition, in the embodiment, in addition to a random mode in which 10 card-type objects are randomly presented on the card sorting screen and swiped left or right based on the user's dislike/like judgment, there is also a customization mode in which 10 recommended cards are selected based on the user's attributes. In this customization mode, for example, each card is scored in stages for each user attribute, such as "viewed," "selected like in random presentation," "added to favorites list," and "applied for," and the data is stored. When a specific user receives a recommendation proposal, the top 10 cards with the highest scores for the same attribute are presented. The customization mode makes it possible to present information that matches the user's preferences.

FIG. 1 is a schematic diagram showing the configuration of an event management system 2 according to an embodiment. The event management system 2 includes a mobile terminal 4, such as a smartphone, tablet terminal, or laptop PC, and an event server 6. Both the mobile terminal 4 and the event server 6 are connected to a network 8, such as the Internet, and communicate via the network 8. There is no limit to the number of mobile terminals 4, and the event server 6 may be composed of multiple servers.

A user of the mobile terminal 4 downloads and installs an event management application program (hereinafter referred to as the event app) according to an embodiment from a download site via the network 8 onto the mobile terminal 4. Alternatively, the event app may be pre-installed on the mobile terminal 4. When the event app is executed by the mobile terminal 4, the mobile terminal 4 communicates with the event server 6 via the network 8 and realizes various functions. Below, functions realized by the mobile terminal 4 (its processor such as a CPU) executing the event app are described as functions of the mobile terminal 4. These functions are actually functions that the event app causes the mobile terminal 4 to realize.

Figure 2 is a hardware configuration diagram of the mobile terminal 4 in Figure 1. The mobile terminal 4 may be any terminal capable of installing and executing an event app, and may be, for example, a known mobile terminal. The mobile terminal 4 includes a memory 40, a processor 42, a communication interface 44, a display 46, and an input interface 48. These elements are each connected to a bus 50 and communicate with each other via the bus 50. Note that the mobile terminal 4 is not limited to a portable terminal owned by each user, and may be, for example, a digital signage installed in a specific space as long as it includes the display 46 and the input interface 48.

The memory 40 is a storage area for storing data and programs. The data and programs may be permanently or temporarily stored in the memory 40. In particular, the memory 40 stores an event application. The processor 42 executes the programs stored in the memory 40, particularly the event application, to realize various functions in the mobile terminal 4. The communication interface 44 is an interface for transmitting and receiving data between the mobile terminal 4 and the outside. For example, the communication interface 44 includes an interface for accessing a wireless communication network of a mobile phone, an interface for accessing a wireless LAN (Local Area Network), and the like. The communication interface 44 may also include an interface for a wired network such as a USB (Universal Serial Bus). In particular, the communication interface 44 realizes communication with the event server 6 via the network 8. The display 46 is a device for displaying various information, and is, for example, a touch panel display in which a touch panel is incorporated into a liquid crystal display or an organic EL (Electroluminescence) display. The input interface 48 is a device for receiving input from a user. The input interface 48 includes, for example, a touch panel provided on a touch panel display, various input keys, etc.

Figure 3 is a block diagram showing the functions and configuration of the mobile terminal 4 in Figure 1. Each block shown here and in the following block diagrams can be realized in hardware terms by elements and mechanical devices such as a computer CPU, and in software terms by computer programs, etc., but here we have depicted functional blocks realized by the cooperation of these. Therefore, those skilled in the art who have read this specification will understand that these functional blocks can be realized in various ways by combining hardware and software.

The mobile terminal 4 includes an input detection unit 102, a display control unit 104, a communication unit 106, and a classification result temporary storage unit 107.

The input detection unit 102 detects an input to the touch panel display by a user's finger. The input detection unit 102 determines whether the input is a tap, a slide, or a swipe. In this embodiment, a "swipe" on the touch panel display is defined as an operation of sliding a finger while touching the display and releasing it (lifting off), but other definitions are possible in other embodiments. In this embodiment, a "slide" on the touch panel display is defined as an operation of sliding a finger while touching the display, but other definitions are possible in other embodiments. A slide may be used when dragging an object on the display. The input detection unit 102 acquires the coordinates at which the user's finger is detected on the touch panel display, and compares the coordinates with the display content of the card sorting screen displayed on the touch panel display at that time to determine which object displayed on the card sorting screen the input is for.

The display control unit 104 generates a card sorting screen based on the event information obtained from the event server 6, and displays the generated card sorting screen on the touch panel display. The display control unit 104 reads out and uses the event information from the classification result temporary storage unit 107. The display control unit 104 controls the movement of objects and display content displayed on the card sorting screen. Note that in other embodiments, the event server 6 may generate a card sorting screen and send it to the mobile device 4, and the display control unit 104 may display the received card sorting screen on the touch panel display.

The input detection unit 102 determines whether a card-type object displayed on the card sorting screen has been classified as Like or Dislike based on the input to the card-type object, and registers the result of the determination in the temporary classification result storage unit 107.

The communication unit 106 realizes communication with the event server 6 via the network 8. The communication unit 106 transmits a request for data for generating a card sorting screen based on a user instruction to the event server 6 via the network 8. The communication unit 106 receives information on an event generated in response to the request from the event server 6 and registers the information in the temporary classification result storage unit 107. The communication unit 106 reads the results of the user's input to the card sorting screen from the temporary classification result storage unit 107 and transmits the results to the event server 6.

Figure 9 is a data structure diagram showing an example of the classification result temporary storage unit 107 of Figure 3. The classification result temporary storage unit 107 temporarily stores the classification results of the card-type objects (and the events corresponding to them) on the card sorting screen. The classification result temporary storage unit 107 stores an event ID that identifies the event, event information, and the classification result of the event in association with each other. The classification result indicates whether the event has been classified as Like ("Like"), Dislike ("Dislike"), or has not yet been classified (blank).

Figure 4 is a block diagram showing the functions and configuration of the event server 6 in Figure 1. The event server 6 includes an event selection unit 108, a communication unit 110, a classification unit 112, an analysis unit 114, an event information storage unit 116, and a user information storage unit 118.

Figure 5 is a data structure diagram showing an example of the event information storage unit 116 of Figure 4. The event information storage unit 116 stores an event ID that identifies an event, the name of the event, the content and time of the event, and the scores of attributes 1, 2, and 3 for the event, in association with each other.

Describes the score of an attribute for an event.
When the random mode is selected, the mobile terminal 4 randomly presents a limited number (e.g., 10) of card-type objects representing events on the card sorting screen. In the random mode, scores are not used. The user swipes each card-type object to Like (to the right) or Dislike (to the left). The number of Likes is counted up (Dislikes are not counted), and a progress bar for the remaining number is displayed on the card sorting screen. In addition, the Liked card-type objects are temporarily saved, and finally, it is possible to select whether or not to reflect them in one's favorites list.

On the other hand, when the customization mode is selected, the selection of card-type objects to be presented reflects weighted scoring based on the interest level of the user's behavior for each attribute. Specifically, when person A with attribute 1 (e.g., male, in his 20s, and single) classifies the card-type object "Let's go to a festival!" as "Like" on the card sorting screen, the number of users with attribute 1 who have liked the "Let's go to a festival!" event is incremented by one. Similarly, when person B with attribute 2 (e.g., female, in his 40s, married, with children) views the detailed information of the "Let's go to a festival!" event, the number of users with attribute 2 who have viewed the details of the "Let's go to a festival!" event is incremented by one. When person C with attribute 3 (e.g., male, in his 40s, DINKs) applies for the "Let's go to a festival!" event, the number of users with attribute 3 who have applied for the "Let's go to a festival!" event is incremented by one.

The score of an attribute for an event is calculated as follows. The number of users with attribute 1 associated with the event "Let's go to the festival!" is calculated as follows:
Number of users who viewed the details: 25
Number of users who liked this: 10
Number of users added to list: 8
Number of users who applied: 5
Then, the score of attribute 1 for the "Let's go to the festival!" event is
View details (1P) x 25 people + Like (2P) x 10 people + Add to list (3P) x 8 people + Apply (5P) x 5 people = 25P + 20P + 24P + 25P = 94P
The event information storage unit 116 stores the score calculated in this manner for each attribute of each registered event.

When user D of attribute 2 requests the display of the card sorting screen, 10 cards will be randomly selected from the top 30 events with the highest scores from users of attribute 2, the same as user D, and displayed on the card sorting screen for user D.

Fig. 6 is a data structure diagram showing an example of the user information storage unit 118 of Fig. 4. The user information storage unit 118 stores a user ID that identifies a user, attributes of the user, event IDs of events that the user has classified as favorites (Like), and event IDs of events that the user has classified as non-favorites (Dislike), in association with each other.

Returning to FIG. 4, the event selection unit 108 receives a request for data for generating a card sorting screen from the mobile device 4. If the random mode is selected, when the event selection unit 108 receives the request, it randomly selects a predetermined number of events (e.g., 10) from among the events registered in the event information storage unit 116.

When customization mode is selected, upon receiving a request, the event selection unit 108 selects a card-type object to be included in the card sorting screen based on the attributes of the user of the mobile terminal 4. The event selection unit 108 identifies the user ID of the user of the mobile terminal 4 included in the request. The event selection unit 108 identifies the attributes corresponding to the identified user ID by referring to the user information storage unit 118. The event selection unit 108 identifies the top 30 events with the highest scores for the identified attributes by referring to the event information storage unit 116. The event selection unit 108 randomly selects 10 events from the identified 30 events.

The communication unit 110 transmits information on the 10 events selected by the event selection unit 108 to the mobile device 4 via the network 8. The transmitted event information includes the event ID, the name of the event, the content of the event, and the time of the event. The communication unit 110 receives the results of the user's input on the card sorting screen.

The classification unit 112 updates the user information storage unit 118 based on the result of the received user input. The result of the user input includes, for example, a user ID, an event ID, and a classification result indicating whether the user has liked or disliked the event. In the user information storage unit 118, the classification unit 112 adds the event ID of the event liked by the user to the favorite event IDs of the user, and adds the event ID of the event disliked by the user to the non-favorite event IDs of the user.

The analysis unit 114 periodically calculates the score of each attribute for an event as described above, and updates the event information storage unit 116 with the calculated scores.

Figure 7 is a representative screen diagram of the card sorting screen 402 displayed on the touch panel display 400 of the mobile device 4. The card sorting screen 402 has a first card-type object 404, an information icon 403, a second card-type object 406, a third card-type object 408, a Like object 410, a badge 412, a Dislike object 414, a progress indicator 416, a remaining card number display area 418, and a theme display area 420.

The first card-type object 404, the second card-type object 406, and the third card-type object 408 are displayed overlapping each other, with the first card-type object 404 in the foreground, the second card-type object 406 below the first card-type object 404, and the third card-type object 408 below the second card-type object 406.

The information icon 403 is displayed in association with the first card-type object 404 at the forefront. In this example, the information icon 403 is displayed transparently within the first card-type object 404. When the information icon 403 is tapped, the touch panel display 400 transitions to a screen that displays details of the event corresponding to the first card-type object 404.

Like object 410 and Dislike object 414 respectively represent classifications related to card-type objects 404, 406, and 408 displayed on the card classification screen 402, with Like object 410 representing favorites and Dislike object 414 representing non-favorites.

The badge 412 is displayed in association with the Like object 410. In this example, the badge 412 is displayed inside the Like object 410. The badge 412 indicates in numbers how many card-type objects have been Liked up to the present time. No badge is displayed for the Dislike object 414.

The progress indicator 416 indicates the number of card-type objects that have been sorted on the card sorting screen 402. The progress indicator 416 may be a progress bar. The remaining card number display area 418 displays, in numerical form, the number of remaining card-type objects that have not yet been sorted on the card sorting screen 402. The display control unit 104 may determine the display contents of the progress indicator 416 and the remaining card number display area 418 by referring to the temporary sorting result storage unit 107.

When a rightward swipe on the first card-type object 404 is detected on the card sorting screen 402 displayed on the touch panel display 400, the display control unit 104 controls the display of the first card-type object 404 so that the first card-type object 404 moves out of the card sorting screen 402 by tracing a rightward arc-shaped trajectory 424 that is different from the trajectory 422 of the rightward swipe. Additionally, the display control unit 104 updates the display of the Like object 410.

The rightward arc-shaped trajectory 424 of the first card-type object 404 has the same direction as the trajectory 422 of the rightward swipe, and includes a curve that is concave with respect to the position where the Like object 410 is displayed. In other words, the first card-type object 404 moves out of the card sorting screen 402 by rotating around the Like object 410. When the first card-type object 404 moves out of the card sorting screen 402 along the rightward arc-shaped trajectory 424, the event corresponding to the first card-type object 404 is provisionally registered as Like in the provisional classification result holding unit 107, and the number displayed in the badge 412 of the Like object 410 is incremented by +1. In addition, the second card-type object 406 that was under the first card-type object 404 is displayed in the foreground, the progress indicator 416 moves one scale to the right, and the number displayed in the remaining card number display area 418 is incremented by -1.

Similarly, when a leftward swipe on the first card-type object 404 is detected on the card sorting screen 402 displayed on the touch panel display 400, the display control unit 104 controls the display of the first card-type object 404 so that the first card-type object 404 moves out of the card sorting screen 402 by tracing a leftward arc-shaped trajectory 428 that is different from the trajectory 426 of the leftward swipe. At this time, the display of the Dislike object 414 is not updated.

The leftward arc-shaped trajectory 428 of the first card-type object 404 has the same direction as the trajectory 426 of the leftward swipe, and includes a curve that is concave with respect to the position where the Dislike object 414 is displayed. In other words, the first card-type object 404 moves out of the card sorting screen 402, rotating around the Dislike object 414. When the first card-type object 404 moves out of the card sorting screen 402 along the leftward arc-shaped trajectory 428, the event corresponding to the first card-type object 404 is provisionally registered as Dislike in the provisional classification result holding unit 107. In addition, the second card-type object 406 that was below the first card-type object 404 is displayed in the foreground, the progress indicator 416 moves one scale to the right, and the number displayed in the remaining card number display area 418 is decremented by one.

The rightward arc-shaped trajectory 424 and the leftward arc-shaped trajectory 428 are linearly symmetrical with respect to the center line of the touch panel display 400.

On the card sorting screen 402, the first card-type object 404 can be dragged by tapping and tracing (sliding) the first card-type object 404. The card sorting screen 402 is divided into three areas: a left area 402a, a center area 402b, and a right area 402c. When the user releases his/her finger after sliding (lifts off), the subsequent operation changes depending on the position of the reference point (e.g., center point or center of gravity) 430 of the first card-type object 404 at that time. If the reference point 430 at the time of lifting off is in the left area 402a, the first card-type object 404 moves out of the card sorting screen 402 along a leftward arc-shaped trajectory, and the event corresponding to the first card-type object 404 is provisionally registered in the classification result provisional storage unit 107 as Dislike. If the reference point 430 at the time of lift-off is in the right region 402c, the first card-type object 404 moves out of the card sorting screen 402 along a rightward arc-shaped trajectory, and the event corresponding to the first card-type object 404 is provisionally registered as Like in the provisional classification result holding unit 107. If the reference point 430 at the time of lift-off is in the center region 402b, the first card-type object 404 returns to the default position (the position before it was moved by sliding).

The operation of the portable terminal 4 configured as above will now be described.
8 is a flowchart showing a series of processing steps related to event classification in the mobile terminal 4 of FIG. 1. The mobile terminal 4 requests data for generating a card sorting screen 402 from the event server 6 based on an instruction from the user (S802). The mobile terminal 4 receives information on an event selected in the event server 6 based on the attributes of the user of the mobile terminal 4 from the event server 6 (S804) and registers the information in the classification result temporary storage unit 107. The mobile terminal 4 generates a card sorting screen 402 based on the received event information stored in the classification result temporary storage unit 107, and displays the generated information on the touch panel display 400 (S806). The mobile terminal 4 performs a card sorting process for a card-type object displayed at the forefront of the card sorting screen 402 through interaction between the card sorting screen 402 and the user (S808). When the card sorting process is completed and the classification result is registered in the classification result temporary storage unit 107, the mobile terminal 4 refers to the classification result temporary storage unit 107 to determine whether or not there are any remaining card-type objects (S810). If there are remaining card-type objects, i.e., if there is an event with a blank classification result field in the classification result temporary holding unit 107 (Y in S810), the mobile terminal 4 displays the next card-type object in the foreground of the card sorting screen 402, and returns the process to step S808. If the classification process for all card-type objects is complete, i.e., if classification results have been registered for all events held in the classification result temporary holding unit 107 (N in S810), the mobile terminal 4 inquires whether or not to reflect the classification results of the card-type objects up to that point (S812).

The classification results up to step S812 are temporarily stored in the classification result temporary storage unit 107, and the temporarily stored classification results are received by the event server 6 and registered in the user information storage unit 118 of the event server 6, thereby permanently registering the classification results. If an instruction to reflect is received from the user (Y in S812), the mobile terminal 4 transmits the classification results temporarily stored in the classification result temporary storage unit 107 to the event server 6 (S814). Thereafter, the mobile terminal 4 clears and empties the classification result temporary storage unit 107. If an instruction not to reflect is received from the user (N in S812), the mobile terminal 4 discards all of the classification results temporarily stored in the classification result temporary storage unit 107 (S816).

When the classification process for all card-type objects has been completed (N of S810), the mobile terminal 4 may inquire of the user whether or not to select and display a new card-type object.

Figure 10 is a flowchart showing details of the card sorting process in step S808 in Figure 9. The mobile device 4 determines whether the user input on the card sorting screen 402 is a tap, a slide, or a swipe (S902).

[When swiping]
If it is determined in step S902 that the input is a swipe, the mobile terminal 4 interprets the input by the swipe as an input to the card-type object displayed at the forefront of the card sorting screen 402. The mobile terminal 4 determines the direction of the detected swipe (S904). If it is determined that the input is a rightward swipe, the mobile terminal 4 presents a rightward card movement animation starting from the default position of the forefront card-type object (S906). In this rightward card movement animation, the card-type object at the default position moves out of the card sorting screen 402 while tracing a rightward arc-shaped trajectory. The mobile terminal 4 provisionally adds to the favorites (Like) the event corresponding to the card-type object that has moved out of the card sorting screen 402 at step S906 (S908). If it is determined that the input is a leftward swipe at step S904, the mobile terminal 4 presents a leftward card movement animation starting from the default position of the forefront card-type object (S910). In this leftward card movement animation, the card-type object in the default position traces a leftward arc-shaped trajectory and leaves the card sorting screen 402. The mobile terminal 4 provisionally adds the event corresponding to the card-type object that left the card sorting screen 402 in step S910 to the non-favorites (Dislike) (S912).

[When tapping]
If it is determined in step S902 that the input is a tap, the mobile terminal 4 determines whether the position where the tap was detected is on the Like object 410 of the card classification screen 402, on the Dislike object 414, or at another position (S914). If a tap on the Like object 410 is detected, the mobile terminal 4 performs steps S906 and S908. If a tap on the Dislike object 414 is detected, the mobile terminal 4 performs steps S910 and S912. If a tap is detected at another position, the process returns to step S914. Note that if a tap on the information icon of the foreground card-type object is detected, the mobile terminal 4 displays a screen displaying details of the event corresponding to the card-type object on the touch panel display 400.

[For slides]
If it is determined in step S902 that the input is a slide, the mobile terminal 4 interprets the input by the slide as an input to the card-type object displayed at the forefront of the card sorting screen 402. The mobile terminal 4 moves the forefront card-type object in accordance with the trajectory of the slide (S916). The mobile terminal 4 determines whether or not a lift-off or a swipe has been detected (S918). If neither has been detected, the process returns to step S916.

If a swipe is detected in step S918, the mobile terminal 4 determines the direction of the detected swipe (S920). If it is determined that the swipe is rightward, the mobile terminal 4 presents a rightward card movement animation starting from the position of the foreground card-type object when the swipe is detected (hereinafter referred to as the swipe point) (S922). In this rightward card movement animation, the card-type object at the swipe point moves out of the card sorting screen 402 while tracing a rightward arc-shaped trajectory. The mobile terminal 4 provisionally adds to the favorites (Like) the event corresponding to the card-type object that has left the card sorting screen 402 in step S922 (S924). If it is determined that the swipe is leftward in step S920, the mobile terminal 4 presents a leftward card movement animation starting from the swipe point (S926). In this leftward card movement animation, the card-shaped object at the swipe point moves in a leftward arc and leaves the card sorting screen 402. The mobile terminal 4 provisionally adds the event corresponding to the card-shaped object that left the card sorting screen 402 in step S926 to the non-favorites (Dislike) (S928).

If lift-off is detected in step S918, the mobile device 4 determines which of the three areas (left area 402a, center area 402b, right area 402c) defined on the card sorting screen 402 the position of the reference point of the foreground card-type object when lift-off is detected (hereinafter referred to as the lift-off point) is in (S930). Note that the position on the touch panel display 400 where lift-off is detected may be different from the lift-off point.

If it is determined in step S930 that the lift-off point is within the central region 402b, the mobile device 4 returns the card-shaped object to its default position. Then, the process returns to step S902.

If it is determined in step S930 that the lift-off point is within the right region 402c, the mobile device 4 presents a rightward card movement animation starting from the lift-off point (S934). In this rightward card movement animation, the card-shaped object at the lift-off point leaves the card sorting screen 402 by tracing a rightward arc-shaped trajectory. The mobile device 4 provisionally adds to the favorites (Like) the event corresponding to the card-shaped object that left the card sorting screen 402 in step S934 (S936). If it is determined in step S930 that the lift-off point is within the left region 402a, the mobile device 4 presents a leftward card movement animation starting from the lift-off point (S938). In this leftward card movement animation, the card-shaped object at the lift-off point leaves the card sorting screen 402 by tracing a leftward arc-shaped trajectory. The mobile device 4 provisionally adds the event corresponding to the card-type object that was removed from the card sorting screen 402 in step S938 to the non-favorites (Dislike) category (S940).

Figures 11, 12, 13, 14, 15, and 16 are each representative screen views of the card sorting screen 402 displayed on the touch panel display 400 of the mobile device 4. When the user swipes right in the state of Figure 11, the foremost card-shaped object moves in an arc to the right as shown in Figure 12, and disappears off the screen as shown in Figure 13. At the same time, the progress indicator advances by one notch, the number in the remaining card number display area is incremented by -1, and the number on the badge is incremented by +1.

When the user swipes left in the state shown in FIG. 13, the foremost card-shaped object moves in an arc to the left as shown in FIG. 14, and then disappears off the screen as shown in FIG. 15. At the same time, the progress indicator advances by one notch and the number in the remaining card count display area is decremented by 1, but the number on the badge does not change.

When classification of all card-type objects is complete, a dialog 440 is displayed, as shown in FIG. 16, asking whether or not to add the card-type objects (events) provisionally registered in favorites to the favorites list.

Figure 17 is a representative screen diagram of the card sorting screen 402 displayed on the touch panel display 400 of the mobile device 4. Figure 17 shows the state immediately after the foreground card-type object 442 is moved by sliding until its reference point 444 enters the right region 402c and then lifted off. Because the reference point is in the right region 402c, after liftoff, the card-type object 442 moves in an arc to the right from the position shown in Figure 17 (without returning to the default position) and disappears off the screen.

In the above-described embodiment, examples of the storage unit are a hard disk and a semiconductor memory. Furthermore, based on the description in this specification, it will be understood by those skilled in the art who have read this specification that each unit can be realized by a CPU (not shown), an installed application program module, a system program module, a semiconductor memory that temporarily stores the contents of data read from a hard disk, and the like.

According to the event app of this embodiment, when a swipe on a card-type object by a user is detected, an animation is provided in which the card-type object moves along a trajectory different from the trajectory of the swipe and moves out of the card sorting screen 402, and a classification corresponding to the direction of the trajectory of the swipe is assigned to the event corresponding to the card-type object. This allows the user to intuitively sort the card-type objects, and also provides a sense of novelty when the movement of the card-type object differs slightly from what the user expected.

In addition, in the event app according to this embodiment, the card sorting screen 402 presents card-type objects as well as Like objects 410 and Dislike objects 414, so that the user can easily understand what actions are required for sorting and in what direction to swipe to achieve the desired sorting.

In addition, in the event app according to this embodiment, a card-type object is presented on the card sorting screen 402, along with a progress indicator 416, a remaining card count display area 418, and a badge 412, so that the user can easily grasp the progress of the sorting work to date and the sorting results.

The above describes the configuration and operation of the event management system 2 according to the embodiment. This embodiment is merely an example, and it will be understood by those skilled in the art that various modifications are possible in the combination of each component and each process, and that such modifications are also within the scope of the present invention.

In the embodiment, a case has been described in which a card-type object represents an event, but the present invention is not limited to this, and the technical idea of the present embodiment can also be applied to a case in which a card-type object represents content such as a recommended product or service. The technical idea of the present embodiment can also be applied to a case in which a user votes or rates the content displayed by a card-type object.

In the embodiment, the classification result is provisionally registered in the classification result provisional storage unit 107, and when the user wishes to reflect it in the favorites list, the provisionally registered contents are transmitted to the event server 6 for final registration. However, this is not limited to the above. For example, the mobile terminal 4 may transmit the classification result to the event server 6 each time a card-type object is classified. In this case, the flow from provisional registration to final registration may be realized by providing the event server 6 with a provisional storage unit similar to the classification result provisional storage unit 107, or the provisional registration function may be eliminated and the classification result may be directly and permanently registered each time a card-type object is classified.

In the embodiment, a case has been described in which card-type objects are classified into two categories, Like and Dislike, on the card classification screen 402, but this is not limited thereto, and three or more categories may be provided. For example, a further category may be provided for having already participated in an event corresponding to the card-type object.

In the embodiment, a case has been described in which the input detection unit 102 provided in the mobile terminal 4 detects an input made by a user's finger on the touch panel display and determines whether the input is a tap, slide, or swipe, but the mobile terminal 4 may also be implemented to detect the user's input using a gesture recognition unit (not shown) in the mobile terminal 4. The gesture recognition unit recognizes the movement of the user's hand and fingers as a gesture by analyzing an image captured by an imaging unit (camera, etc.) in the mobile terminal 4.

Also, the system may be implemented so that the user can input gestures using virtual reality (VR) technology. For example, the user holds a VR input device in his/her hand and moves it within the virtual reality (VR) environment to perform gesture actions such as tapping, sliding, swiping, etc. The tracking device of the mobile terminal 4 recognizes the gesture actions. The user can wear VR goggles (HMD) and view changes in the card-type object in the virtual reality (VR) environment based on the user's input (tap, slide, swipe, etc.) detected by the tracking device.

Figure 18 is a representative screen diagram of a card sorting screen 460 according to a modified example, which is displayed on the touch panel display 400 of the mobile terminal 4. The card sorting screen 460 has a done object 462 in addition to a Like object 410 and a Dislike object 414. When an upward swipe on a card-type object 464 is detected on the card sorting screen 460, the display control unit 104 controls the display of the card-type object 464 so that the card-type object 464 moves out of the card sorting screen 460 while tracing an upward arc-shaped trajectory 468 that is different from the trajectory 466 of the upward swipe.

The upward arc-shaped trajectory 468 of the card-type object 464 has the same direction as the trajectory 466 of the upward swipe, and includes a curve that is concave with respect to the position where the completed object 462 is displayed. In other words, the card-type object 464 moves out of the card sorting screen 460, rotating around the completed object 462. When the card-type object 464 moves out of the card sorting screen 460 along the upward arc-shaped trajectory 468, the event corresponding to the card-type object 464 is provisionally registered in the classification result provisional storage unit 107 as having been participated in.

In the embodiment, the mobile terminal 4 determines whether the user input to the card sorting screen 402 is a tap, a slide, or a swipe, and if it is a swipe, classifies the card-type object according to the direction of the swipe. However, this is not limited to the above. For example, the mobile terminal 4 may determine whether to classify the card-type object according to the size of the swipe, or to return the card-type object to a default position. Specifically, when the mobile terminal 4 determines that the user input to the card sorting screen 402 is a swipe, it detects the size of the swipe (e.g., the length of the trace, the speed of the swipe, etc.) and compares the detected size of the swipe with a threshold value. When the detected size of the swipe is larger than the threshold value, the mobile terminal 4 executes classification of the card-type object according to the direction of the swipe. When the detected size of the swipe is equal to or smaller than the threshold value, the mobile terminal 4 moves the position of the card-type object slightly and then returns it to the default position.

Alternatively, the mobile terminal 4 may determine whether to classify the card-type object according to the end position of the swipe (the position where the tracing is finished and lifted off) or to return the card-type object to the default position. Specifically, the mobile terminal 4 determines which of the three regions (left region 402a, center region 402b, right region 402c) defined on the card sorting screen 402 the end position of the swipe is in. If it is determined that the end position of the swipe is in the center region 402b, the mobile terminal 4 returns the card-type object to the default position. If it is determined that the end position of the swipe is in the right region 402c, the mobile terminal 4 presents a rightward card movement animation and provisionally adds the event corresponding to the card-type object to the favorites (Like). If it is determined that the end position of the swipe is in the left region 402a, the mobile terminal 4 presents a leftward card movement animation and provisionally adds the event corresponding to the card-type object to the non-favorites (Dislike).

2 Event management system, 4 Mobile terminal, 6 Event server, 8 Network.

Claims (8)

A function of displaying a screen including a card-type object and a classification object representing a classification of the card-type object on a display;
Detecting user input to an object within the screen based on a user gesture;
When the user input corresponding to a swipe on the card-type object is detected, the display of the card-type object is controlled so that the card-type object moves out of the screen along a path different from the path of the swipe, and the display of the classification object is updated .
the classification objects include a first classification object representing a first classification and a second classification object representing a second classification;
A computer program in which the function of updating the display of the classification object updates the display of the first classification object when the user input corresponding to a swipe corresponding to classifying the card-type object into the first classification is detected, and does not update the display of the second classification object when the user input corresponding to a swipe corresponding to classifying the card-type object into the second classification is detected . The computer program according to claim 1, wherein the function of detecting the user input includes a function of detecting the user input by recognizing a user gesture using a captured image. The computer program according to claim 1, wherein the function of detecting the user input includes a function of detecting the user input by recognizing a gesture of a user holding and moving an input device. The computer program of claim 1, wherein the function of controlling the display of the card-type object and updating the display of the classification object includes a function of controlling the display of the card-type object and updating the display of the classification object so that the card-type object is displayed in a virtual reality environment. The computer program according to any one of claims 1 to 4, wherein the trajectory of the card-type object has the same direction as the trajectory of the swipe and includes a curve that is concave with respect to the position where the classification object is displayed. Multiple card-type objects are displayed on the screen, overlapping each other.
6. A computer program product according to claim 1, wherein the screen includes an indicator showing the number of card-type objects which have been sorted or the number of card-type objects which remain. The computer program according to claim 6, further comprising a function for inquiring whether or not to reflect the classification results of the card-type objects up to that point when the card-type objects are no longer present. The computer program according to any one of claims 1 to 7, further enabling the computer to implement a function for selecting a card-type object to be included on the screen based on attributes of a user of the computer.

Images