KR102433969B1 - User terminal device and method for providing reward, and reward providing server - Google Patents

Abstract

A user terminal according to the disclosed present invention comprises: an alarm execution unit which executes an alarm when a time to execute at least one item arrives; a control unit which releases an alarm when an item execution command is input, executes an item corresponding to the item execution command, and blocks the execution of the item until the next alarm time for the item by referring to alarm schedule information when the execution of the item is terminated; and a display unit which displays reward information corresponding to the execution of the item when the execution of the item is terminated. The alarm schedule information can be information generated based on an execution history for at least one item.

Description

User terminal device and method for providing rewards, and server for providing rewards

The present invention relates to a user terminal device and method for providing a reward using at least one item, and to a reward providing server.

Recently, as the use of user terminal devices (eg, smartphones) equipped with an independent operating system has been rapidly spreading, user terminal devices have evolved into multimedia devices using applications such as wireless networks, digital broadcast viewing, and mobile games as well as communication functions. .

In particular, users are not only simply consuming multimedia by using a user terminal device, but are using a service in which they receive a reward through viewing an advertisement. However, since the reward providing service of the advertisement viewing method requires repeated viewing of the same or similar advertisement, it is insufficient to draw the user's interest.

Republic of Korea Patent Publication No. 10-2017-0106041 Republic of Korea Patent Publication No. 10-1807290

SUMMARY OF THE INVENTION An object of the present invention is to provide a user terminal device, a method for providing a reward thereof, and a server for providing a reward for providing a reward using at least one item and facilitating the execution of an item through a user-customized alarm.

In order to achieve the above object, the user terminal device according to an embodiment of the present invention releases an alarm when a time for executing at least one item arrives, an alarm execution unit that executes an alarm, and an item execution command is input, and When the corresponding item is executed, and when the execution of the corresponding item is finished, the controller blocks the execution of the corresponding item until the next alarm time for the corresponding item with reference to the alarm schedule information, and when the execution of the corresponding item is finished , and a display unit for displaying reward information corresponding to the execution of the item. Here, the alarm schedule information is information generated based on the execution history of the at least one item.

According to one side, the alarm schedule information may include a user account, an item name, and at least one alarm time to be executed for each item.

According to one side, the control unit generates and transmits item execution information to a reward providing server whenever the execution of the at least one item is finished, and the alarm schedule information is generated based on the execution history that accumulates the item execution information. When generated, the alarm schedule information may be received from the reward providing server.

According to one side, the item execution information may include a user account, an item name, an item execution start time, and an item execution end time.

According to one side, if an item hold command is input while the alarm is being executed, the control unit may generate item hold information to be accumulated in the execution history and transmit the generated item hold information to the reward providing server.

According to one side, the item hold information may include a user account, an item name, and an item hold time.

According to one side, the control unit changes the user terminal device from an inactive state to an active state at the same time as the alarm is executed, and includes an item name, a current time, an item execution button and an item hold button on the first screen through the display unit alarm UI can be displayed.

According to one side, if an item hold command is input while the alarm is being executed, the controller may control the alarm execution unit to release the alarm and re-execute the alarm after a preset time has elapsed.

On the other hand, the reward providing server according to an embodiment of the present invention manages rewards for at least one item executed in the user terminal device, and a schedule information generator for generating alarm schedule information, and reward generation for generating reward information control the schedule information generating unit to generate the alarm schedule information based on the execution history of the at least one item executed in the user terminal device, and to generate reward information corresponding to the execution of the at least one item and a controller for controlling a reward generating unit and a communication unit for transmitting the alarm schedule information and the reward information to the user terminal device.

According to one side, further comprising a storage unit for storing the reward information and the alarm schedule information for each user account, the control unit when the reward information is newly generated, the new reward information in the existing reward information for the user account It is accumulated and stored in the storage unit, and when the alarm schedule information is newly generated, the existing alarm schedule information for the corresponding user account may be updated with the new alarm schedule information.

According to one side, the schedule information generating unit first selects times during which the user can execute the at least one item with reference to the execution history, and a preset number of alarms and a preset alarm interval range among the selected times. The alarm schedule information may be generated by secondarily selecting times that satisfy .

According to one side, the controller may receive item execution information whenever the execution of an item in the user terminal device is finished, and may generate the execution history by accumulating the item execution information.

According to one side, the item execution information may include a user account, an item name, an item execution start time, and an item execution end time.

According to one side, the controller may receive item hold information whenever execution of an item is suspended in the user terminal device, and additionally accumulate the item hold information in the execution history.

According to one side, the alarm schedule information may include a user account, an item name, and at least one alarm time to be executed for each item name.

Meanwhile, in the method of providing a reward using at least one item according to an embodiment of the present invention, when a time for executing the at least one item arrives, executing an alarm, when an item execution command is input , releasing the alarm and executing the item; when the execution of the corresponding item is finished, displaying reward information corresponding to the item execution; when the execution of the corresponding item is finished, refer to the alarm schedule information and blocking the execution of the corresponding item until the next alarm time for the corresponding item. Here, the alarm schedule information is periodically or aperiodically generated based on the execution history of the at least one item.

According to the present invention having the above configuration, it is possible to use various items to the user by providing a reward for using the item instead of viewing the advertisement.

In addition, by providing a user-customized alarm in relation to an item that is a target of a reward, the user can obtain a reward by executing the item according to his or her schedule without missing the item.

1 is a block diagram of a reward providing system according to a preferred embodiment of the present invention.
2 is a block diagram illustrating the configuration of a user terminal device according to an exemplary embodiment of the present invention.
3 is a block diagram for explaining the configuration of a user terminal device according to another preferred embodiment of the present invention.
4 is a block diagram for explaining the configuration of a reward providing server according to a preferred embodiment of the present invention.
5 is a flowchart illustrating a method for providing a reward according to an exemplary embodiment of the present invention.
6 is a flowchart illustrating a method for providing a reward according to another preferred embodiment of the present invention.
7 is a diagram for explaining an alarm UI screen according to an exemplary embodiment of the present invention.
8A and 8B are diagrams for explaining the configuration of item execution information and item retention information according to an exemplary embodiment of the present invention.
9 is a diagram for explaining the configuration of alarm schedule information according to a preferred embodiment of the present invention.
10A to 10C are diagrams for explaining an execution blocking interval and an execution pending interval according to an exemplary embodiment of the present invention.

Hereinafter, a preferred embodiment of the present invention will be described with reference to the accompanying drawings. However, the spirit of the present invention is not limited to such embodiments, and the spirit of the present invention may be proposed differently by addition, change, and deletion of components constituting the embodiment, but this is also included in the spirit of the invention will become

1 is a block diagram of a reward providing system according to a preferred embodiment of the present invention. The reward providing system of FIG. 1 includes the user terminal device 100 and the reward providing server 300 , and is connected to the advertisement sending server 400 through a network.

The reward providing system of FIG. 1 may provide a reward to the user through advertising revenue by exposing an advertisement before, during, or after the execution of the item when the user executes at least one item that is the target of the reward provision through the application. .

In FIG. 1 , an operation of providing a reward according to the execution of an item may be implemented through an application installed in the user terminal device 100 . In addition, the reward providing server 300 may manage rewards for each user terminal device 100 by detecting whether an item is executed in the user terminal device 100 by operating in conjunction with this application.

Here, the rewards are provided in the form of cash or points, and the cash or points may be electronic money usable on the application. Accordingly, the user may purchase a mobile coupon or mobile gift certificate using the cash or points provided as a reward, and may receive cash corresponding to the cash or points transferred to their account.

In FIG. 1 , the user terminal device 100 executes at least one item according to a user input and transmits information related to the execution of the item to the reward providing server 300 to receive a reward. Here, the user terminal device 100 may be a smart phone or a tablet PC, or may be another portable communication device capable of installing/operating an application.

The reward providing server 300 is a device that manages rewards for items executed in a plurality of user terminal devices 100 , and may manage rewards for each user account corresponding to each user terminal device 100 .

Also, the reward providing server 300 may receive advertisement data from the advertisement transmission server 400 and transmit it to the user terminal device 100 . In this process, the reward providing server 300 and the advertisement sending server 400 use user information (gender, age, nationality, etc.), search/visit history, or user behavior pattern to deliver a targeting advertisement to the user terminal device 100 . can be sent to Since this is similar to the existing targeting advertisement method, a detailed description thereof will be omitted.

The user terminal device 100 according to an embodiment may execute at least one item. For example, a predetermined item such as a game item, a roulette item, an event item (eg, a quiz, a questionnaire, etc.) may be executed, and a randomly selected item may be executed instead of a predetermined item.

The at least one item provided by the user terminal device 100 may not be executed at all times and indefinitely, but may be executed at a preset time interval or at a time interval in consideration of the user schedule.

According to the embodiment, since the item execution opportunity is the reward acquisition opportunity, the item execution opportunity may be equally provided for each user terminal device 100 . Therefore, in order to obtain the maximum reward, it is important for the user not to miss the execution time of the item. The user terminal device 100 according to the present embodiment may provide an alarm to notify the user that the time for executing the item has arrived.

Specifically, when the time for executing at least one item arrives, the user terminal device 100 executes an alarm. When an alarm is executed, the user terminal device 100 displays an alarm UI for executing the corresponding item. When an item execution command is input through the alarm UI, the user terminal device 100 releases the alarm and executes the corresponding item.

When the item execution ends, the user terminal device 100 transmits the item execution information to the reward providing server 300 .

When the item execution information is received from the user terminal device 100 , the reward providing server 300 generates reward information corresponding to the execution of the item. In this case, the reward information may be a cache or a point determined for each item.

When the reward information is generated, the reward providing server 300 matches and manages the user account of the user terminal device 100 and the reward information, and transmits the reward information to the user terminal device 100 . Accordingly, the user terminal device 100 displays/provides reward information so that the user can check it.

Meanwhile, when the execution of the item is finished, the user terminal device 100 blocks the execution of the corresponding item until the next alarm time for the corresponding item with reference to the alarm schedule information.

For example, when the execution of the 'game item' is finished, the user terminal device 100 may block the execution of the 'game item' until the next alarm time of the 'game item' with reference to the alarm schedule information.

Here, the alarm schedule information is information generated periodically or aperiodically based on the execution history of at least one item, and may be user-customized information in consideration of a time during which the user can execute each item. In addition, the alarm schedule information is generated by the reward providing server 300, and a detailed description thereof will be described later with reference to FIG. 4 .

Referring to FIG. 1 , the reward providing system according to the present embodiment triggers an alarm when the time to execute the item comes, so that the user can execute the item to obtain a reward. In addition, by executing an alarm for each item in consideration of the user's item execution history, it is possible to guide the execution of the item according to the user's schedule.

2 is a block diagram illustrating the configuration of a user terminal device according to an exemplary embodiment of the present invention. Referring to FIG. 2 , the user terminal device 100 includes an alarm execution unit 110 , a control unit 120 , and a display unit 130 .

The alarm execution unit 110 executes an alarm when a time for executing at least one item arrives. In this case, the alarm execution unit 110 may execute an alarm according to the alarm schedule information generated based on the execution history of at least one item. Through this alarm, the user can know that the time to execute the item has arrived.

The controller 120 controls the overall operation of the user terminal device 100 in relation to providing a reward. Specifically, the control unit 120 controls the alarm execution unit 110 to execute an alarm according to the alarm schedule information.

When an item execution command is input while the alarm is running, the controller 120 releases the alarm and executes the corresponding item.

Also, when the execution of the corresponding item is finished, the controller 120 blocks the execution of the corresponding item until the next alarm time for the corresponding item with reference to the alarm schedule information. That is, the period from the end of the item to the next alarm time may be the execution blocking period of the corresponding item.

Here, the alarm schedule information includes at least one alarm time to be executed for each item, and may be information generated based on an execution history of at least one item. Also, the alarm schedule information may be information generated periodically or aperiodically by the reward providing server 300 and provided to the user terminal device 100 .

When the execution of the corresponding item is finished, the controller 120 controls the display 130 to display reward information corresponding to the execution of the item. Here, the reward information is a cache or point according to the execution of the corresponding item, and may include a new reward and a total reward accumulated so far.

3 is a block diagram for explaining the configuration of a user terminal device according to another preferred embodiment of the present invention. The user terminal device 200 shown in FIG. 3 may communicate with the reward providing server 300 and the advertisement sending server 400 shown in FIG. 1 through a network.

Referring to FIG. 3 , the user terminal device 200 includes a communication unit 210 , a storage unit 220 , an alarm execution unit 230 , an information generation unit 240 , an input unit 250 , a display unit 260 , and a control unit. (270).

The communication unit 210 communicates with the reward providing server 300 through a network to transmit and receive data/information.

The storage 220 may store a program or data/information related to the operation of the user terminal device 200 . Specifically, the storage 220 may store the application 221 for executing an item and providing a reward. The application 221 is a program that operates in conjunction with the reward providing server 300 , and may be downloaded from an app market such as App Store™ or Google Play Store™.

The storage unit 220 may match and store the user account input at the time of joining the application 221 to the application 221 .

Also, the storage 220 may store alarm schedule information.

Specifically, the alarm schedule information includes a user account, an item name, and at least one alarm time to be executed for each item. This alarm time is generated based on the user's execution history for the item, and includes the time during which the item can be executed according to the user's schedule. This alarm schedule information may be periodically or aperiodically generated by the reward providing server 300 and transmitted through the communication unit 210 .

Also, the storage 220 may store reward information. Here, the reward information stored in the storage unit 200 is a reward accumulated (acquired) by a user executing an item before, and may be a cache or points collected so far.

The alarm execution unit 230 executes an alarm by using the alarm schedule information. Specifically, when an alarm time for executing an item in the alarm schedule information arrives, the alarm execution unit 230 executes an alarm.

The information generator 240 generates information related to item execution. Specifically, the information generating unit 240 may generate item execution information whenever the execution of at least one item is terminated. In this case, the item execution information may include a user account, an item name, an item execution start time, and an item execution end time.

Also, the information generating unit 240 may generate item retention information whenever execution of at least one item is suspended. In this case, the item hold information may include a user account, an item name, and an item hold time.

The input unit 250 receives various user commands related to the operation of the user terminal device 200 .

The display unit 260 may provide information to the user by displaying various UIs.

When an alarm is executed through the alarm execution unit 230 , the control unit 270 changes the user terminal device 200 from an inactive state to an activated state at the same time as the alarm is executed.

The inactive state means a state in which the power of the user terminal device 200 is turned on but the display unit 260 is turned off, and the application 221 is operating in the background. When an alarm is executed in the inactive state, the controller 270 may change the display unit 260 to an on state, and after the change to the on state, control the display unit 260 to display an alarm UI on the first screen. .

Alternatively, when the alarm is executed, if the user terminal device 200 is already activated, the control unit 270 controls the display unit 260 to display the alarm UI in preference to other application UIs. It can be placed at the top of the screen and exposed.

The alarm UI is a screen for notifying the user that the time for executing the item has arrived, and may include an item name, a current time, an item execution button, and an item hold button.

When the user selects an item execution button in the alarm UI, the input unit 250 receives an item execution command. When an item execution command is input through the alarm UI while the alarm is being executed, the controller 270 controls the alarm execution unit 230 to release the alarm, and executes the item corresponding to the alarm UI.

Thereafter, when the execution of the corresponding item is finished, the controller 270 may block the execution of the corresponding item until the next alarm time for the corresponding item with reference to the alarm schedule information.

In this embodiment, the completion of the execution of the item may be a concept of 'complete'. For example, in the case of a 'game item', the controller 270 may determine that the execution of the item is terminated when one game (or one set of games) is completed.

If the user stops the game before one game is completed, the controller 270 may determine that the execution of the item is suspended. When the execution of the item is stopped in this way, it is regarded as an execution pending period from the time of the interruption to the next alarm time, and the user can manually re-execute the item. Also, when the execution of the item is stopped, the controller 270 may control the information generator 240 to generate item hold information at the time of interruption.

Also, when the execution of the corresponding item is finished, the controller 270 controls the information generator 240 to generate the item execution information. Accordingly, the item execution information may be generated whenever item execution is finished, and includes a user account, an item name, an item execution start time, and an item execution end time. This item execution information may be transmitted to the reward providing server 300 through the communication unit 210 and used as an execution history for the item.

When the execution of the corresponding item is finished, the controller 270 may receive reward information corresponding to the execution of the item through the communication unit 210 . This reward information may be generated in the reward providing server 300 based on the item execution information.

When the reward information is received, the controller 270 controls the display 260 to display the reward information, and stores the reward information in the storage 220 . In this case, the reward information may include new rewards and total rewards accumulated up to now.

For example, if the new reward acquired in this round is “100 points” and the total rewards accumulated up to the present time are “6,100 points”, “100 points” and “6,100 points” can be displayed together. .

It has been described that the reward information is accumulated in the user terminal device 100 as soon as the reward information is received, but the present invention is not limited thereto. For the new rewards generated in this round, the user must separately press the 'Accumulate' or 'Convert' button to finally accumulate the rewards.

Meanwhile, when the user selects an item hold button in the alarm UI, the input unit 250 receives an item hold command. As such, when an item hold command is input through the alarm UI while the alarm is being executed, the controller 270 controls the alarm execution unit 230 to release the alarm, and after a preset time elapses, an alarm related to the execution of the corresponding item has elapsed. It is possible to control the alarm execution unit 230 to re-execute. That is, when the user cannot execute the item due to circumstances at the time the alarm is executed, the alarm is executed again later so that the user can execute the item without missing it.

Also, when an item hold command is input, the controller 270 controls the information generator 240 to generate item hold information. This item hold information may include a user account, an item name, and an item hold time, and may be transmitted to the reward providing server 300 through the communication unit 210 to be used in the execution history together with the item execution information.

In addition, when an item hold command is input, the controller 270 does not execute the item and considers it an execution hold period until the next alarm time. Accordingly, the user may be provided with a reward by manually executing the item until the next alarm time arrives.

Meanwhile, the user terminal device 200 may further include a user alarm function in addition to an alarm for executing an item. Here, the user alarm may be an alarm directly set by the user as needed, such as a wake-up alarm or an appointment alarm. Specifically, when the user sets at least one alarm time through the input unit 250 , the control unit 270 stores it in the storage unit 220 and controls the alarm execution unit 230 to execute an alarm according to the set alarm time. can be controlled

4 is a block diagram for explaining the configuration of a reward providing server according to a preferred embodiment of the present invention. The reward providing server 300 shown in FIG. 4 manages rewards for at least one item executed in the user terminal devices 100 and 200 .

Referring to FIG. 4 , the reward providing server 300 includes a communication unit 310 , a schedule information generation unit 320 , a reward generation unit 330 , a storage unit 340 , and a control unit 350 .

The communication unit 310 communicates with the user terminal devices 100 and 200 or the advertisement transmission server 400 through a network.

The controller 350 controls the schedule information generator 330 to generate alarm schedule information based on the execution history of at least one item executed in the user terminal devices 100 and 200 .

Specifically, the communication unit 310 may receive the item execution information through the communication unit 310 whenever the execution of the item in the user terminal device 100 or 200 is terminated, and whenever the execution of the item is suspended, the communication unit 310 transmits the item hold information. can receive

Here, the item execution information includes a user account, an item name, an item execution start time, and an item execution end time. Through this information, it is possible to know who, what item, and when.

In addition, the item hold information includes a user account, an item name, and an item hold time, and through this information, it is possible to know who, what item, and when.

That is, the item execution information may be used to analyze a time when a user can execute a specific item, and the item hold information may be used to analyze a time when a user cannot execute a specific item.

Accordingly, the schedule information generating unit 320 first selects times during which the user can execute at least one item with reference to the execution history in which the item execution information or the item hold information is accumulated, and selects a predetermined time from among the firstly selected times. The alarm schedule information may be generated by secondarily selecting times that satisfy the set alarm frequency range and the preset alarm interval range.

Here, since the preset number of alarms is an item execution opportunity and a reward acquisition opportunity, it should be equally given to all users. In addition, since the preset alarm interval range is an item execution interval, it can be set to an interval of up to 8 hours in consideration of users' sleeping patterns.

For example, as a result of analyzing the execution history accumulated for a certain period (eg, one week), the time when the user mainly executes the item may be primarily selected. In this case, all of the times the user mainly withholds the item may be excluded. If 20 times are first selected, the time that meets the preset number of alarms (eg, maximum 10 times per day) and preset alarm interval range (eg, minimum 1 hour to maximum 8 hours) among these times The alarm schedule information can be generated by secondary selection.

That is, 10 times for executing the alarm are selected from among the 20 times, and the neighboring times among the 10 times arranged in order must have a difference of at least 1 hour and at most 8 hours or less.

Therefore, when it is analyzed that the user mainly executes the item during the day, the schedule information generating unit 320 selects all 10 alarm times in the daytime to generate the alarm schedule information, and does not select the alarm time in the night time. it may not be

Conversely, when it is analyzed that the user mainly executes the item at night, the schedule generator 320 may select all 10 alarm times at night time. Here, the preset number of alarms and the preset alarm interval range are not limited to the above examples, are values that can be set/changed by an administrator, and can be equally applied to all users.

The schedule information generator 320 may generate alarm schedule information periodically by analyzing the execution history, or may generate alarm schedule information aperiodically only when the user's item execution pattern is changed by analyzing the execution history.

When the alarm schedule information is generated by the schedule information generating unit 320 , it is stored in the storage unit 340 . At this time, the storage unit 340 stores the alarm schedule information for each user account.

If the existing alarm schedule information for a certain user account exists in the storage unit 340 , the controller 350 may delete the existing alarm schedule information and update it with the newly created alarm schedule information.

Meanwhile, when item execution information is received through the communication unit 310 , the controller 350 controls the reward generation unit 330 to generate reward information corresponding to the execution of the item.

The reward generator 330 may generate reward information based on the reward setting criteria set for each item. For example, if it is set to pay 1,000 points to 100 people, 100 points to 1,000 people, and 10 points to 10,000 people for 'game items', any one point is randomly selected within this reward setting criteria. You can create reward information. If 1,000 points are all paid to 100 people, either one of 100 points or 10 points can be selected.

When reward information is newly created in this way, the controller 350 may match the reward information with the user account and store it in the storage unit 340 . In this case, the new reward information may be accumulated and stored in the existing reward information for the corresponding user account.

For example, if the new reward information is '100 points' and the existing reward information is '6,000 points', you can accumulate '100 points' in '6,000 points' and match the total '6,100 points' to the user account and store them. have.

The reward providing server 300 illustrated in FIG. 4 generates alarm schedule information using the item execution history for each user and transmits it to the user terminal device 200 , thereby increasing the user's item execution rate.

When the item is executed in the user terminal device 200, the reward providing server 300 receives the advertisement data received from the advertisement sending server 400 so that the advertisement is exposed before, during or after the execution of the item, the user terminal device 200. can be sent to Accordingly, as the item execution rate in the user terminal device 200 is higher, the reward providing server 300 can expect a high advertisement yield, and thus the reward can be settled.

5 is a flowchart illustrating a method for providing a reward according to an exemplary embodiment of the present invention. Referring to FIG. 5 , when a time for executing at least one item to be provided as a reward arrives, the user terminal device 100 executes an alarm ( S510 ).

When an item execution command is input during alarm execution (S520), the user terminal device 100 releases the alarm and executes the item (S530).

When the item execution is finished (S540), the user terminal device 100 displays reward information corresponding to the item execution (S550). Here, the reward information may be provided from the reward providing server 300 according to the execution of the item. For example, when the reward information provided by the execution of the 'game item' is '100 points', the '100 points' and total point information accumulated so far may be displayed.

Thereafter, when the item execution is finished ( S540 ), the user terminal device 100 blocks execution of the corresponding item until the next alarm time for the corresponding item with reference to the alarm schedule information ( S560 ).

6 is a flowchart illustrating a method for providing a reward according to another preferred embodiment of the present invention. Referring to FIG. 6 , when it is determined that the time for executing the item has arrived by referring to the alarm schedule information ( S610 ), the user terminal device 200 displays the alarm UI simultaneously with the execution of the alarm ( S615 ). Here, the alarm UI may include an item name, a current time, an item execution button, and an item hold button.

When an item execution command is input through the alarm UI (S620), the user terminal device 200 releases the alarm and executes the item (S625).

Thereafter, when the execution of the item is finished after a predetermined time has elapsed (S630), the user terminal device 200 generates item execution information (S635) and transmits the item execution information to the reward providing server 300 (S640). Here, the item execution information indicates which item the corresponding user executed and when, and may be used to generate alarm schedule information and reward information.

When the reward information corresponding to the execution of the item is received from the reward providing server 300 (S645), the user terminal device 200 displays the reward information on the screen (S650).

When the item execution is finished (S640), the user terminal device 200 blocks the execution of the corresponding item until the next alarm time for the corresponding item with reference to the alarm schedule information (S655). That is, once an item is executed, execution is blocked until the next alarm time of the item, thereby preventing indiscriminate reward acquisition.

Meanwhile, when an item hold command is input through the alarm UI displayed in step S615 (S660), the user terminal device 200 generates item hold information (S665). In this case, the user terminal device 200 may release only the alarm without executing the item according to the item hold command.

Here, the item hold information indicates which item and when the user has put on hold, and is used to generate alarm schedule information. To this end, the user terminal device 200 may transmit item retention information to the reward providing server 300 .

If the item execution is suspended, the user terminal device 200 may re-execute the alarm after a preset time has elapsed. In this case, the user terminal device 200 may repeatedly perform steps S610 to S670.

7 is an exemplary diagram of an alarm UI according to a preferred embodiment of the present invention.

As mentioned above, the alarm according to the present embodiment is for notifying that an item can be executed, and may be one of the execution screens of the application.

The alarm UI 700 includes an item name 710 , a current time 720 , an item execution button 730 , and an item hold button 740 .

The item name 710 is the name of a currently executable item such as 'game item', and the current time 720 is the time at which the alarm sounds.

Also, the item execution button 730 may be a button for executing a 'game item', and the item hold button 740 may be a button for suspending execution of a 'game item'.

Although not shown, if there are a plurality of games included in the 'game item', when the user presses the item execution button 730, a screen for selecting any one game may be further provided. Also, when the user presses the item hold button 740 , a screen for setting a time unit for suspending execution of the item may be further provided.

Also, the alarm UI 700 may display a banner advertisement 750 in the lower area before the item is executed.

8A and 8B are diagrams for explaining the configuration of item execution information and item retention information according to an exemplary embodiment of the present invention.

Referring to FIG. 8A , the item execution information 810 includes a user account 811 , an item name 812 , an item execution start time 813 , and an item execution end time 814 .

The user account 811 may typically be a user ID, but is not limited thereto, and may be an SNS account (eg, a Facebook or KakaoTalk account, etc.), an email, or a mobile phone number.

The item name 812 may be an item name executed by the user, such as 'game item'. Here, a 'game item' is used as an example, but in reality, a game ID may be included.

The item execution start time 813 is time information when the user inputs an item execution command, and the item execution end time 814 is time information when the item is finished after execution. Referring to FIG. 8A , it can be seen that the user executes the item at 14:01 and ends at 14:10.

Referring to FIG. 8B , the item hold information 820 includes a user account 821 , an item name 822 , and an item hold time 823 . Here, the user account 821 and the item name 822 have the same configuration as the item retention information 810 .

The item hold time 823 is time information when the user inputs an item hold command, and it can be seen that the item is withheld at 7 o'clock.

The reward providing server 300 may generate an execution history by accumulating the item execution information 810 and the item holding information 820 , and may generate alarm schedule information based on the execution history.

9 is a diagram showing the configuration of alarm schedule information according to a preferred embodiment of the present invention. Referring to FIG. 9 , the alarm schedule information 900 includes a user account 910 , item names 921 and 922 , and an alarm time 930 to be executed for each item.

The user account 910 may be a user ID of a user terminal device to which the alarm schedule information 900 is to be transmitted.

The item names 921 and 922 are names for at least one item to be provided with a reward, and may include a 'game item 921' and a 'roulette item 922'. However, the present invention is not limited thereto, and when more various items are executed, an item name corresponding thereto may be added.

In addition, the alarm time 930 is provided for each item, and although the alarm time for the 'game item 921' is displayed as a representative in FIG. 9, when the 'roulette item 922' is selected, the 'roulette item ( 922) can be displayed.

The alarm time 930 includes only alarms 1 to 4, but in reality, more alarm times may be included. Referring to the alarm time 930 , alarms 1 to 4 are arranged in order, and the neighboring times differ by at least 1 hour.

In the alarm schedule information 900 , the alarm time may be different for each user, but the number of alarms may be the same for each item regardless of the user. That is, although the alarm time is generated based on each user's item execution history, the number of alarms is an opportunity to obtain a reward through item execution, so it is preferable to provide equally to all users.

In addition, the alarm schedule information 900 shown in FIG. 9 is only an example, and is not limited thereto, and if it includes a user account 910, item names 921 and 922, and an alarm time 930, it has any format. it doesn't matter

10A to 10C are diagrams for explaining an execution blocking interval and an execution pending interval according to an exemplary embodiment of the present invention. 10A to 10C will be described using alarm 1 (8:30) and alarm 2 (9:30) of the 'game item 921' among the alarm schedule information 900 shown in FIG. 9 .

10A is a diagram for explaining an execution blocking section according to item execution.

The user terminal device executes alarm 1 at 8:30. Through alarm 1, the user may recognize that the time has come to execute the 'game item 921'.

Thereafter, when the execution of the 'game item 921' is finished at 8:40, the user terminal device considers the period from 8:40 to the next alarm time (9:30) as an execution blocking section, and the 'game item 921' )' can be blocked. And, the user terminal device may execute alarm 2 at 9:30.

10B is a diagram for explaining an execution pending period according to item interruption.

The user terminal device executes alarm 1 at 8:30. Thereafter, when the user stops executing the 'game item 921' at 8:35, the user terminal device considers the period from 8:35 to the next alarm time (9:30) as an execution pending section and ' The execution of the 'game item 921' may be suspended. During the execution pending period, the user may re-execute the 'game item 921' again at any time, and when the alarm 2 is executed at 9:30, the re-execution opportunity may be extinguished.

FIG. 10C is a diagram for explaining an execution pending period according to an item hold.

The user terminal device executes alarm 1 at 8:30. If the user postpones the execution of the item during the execution of Alarm 1, the user terminal device considers the execution pending period from 8:30 to the next alarm time (9:30) as an execution pending section and suspends the execution of the 'game item 921' can do. The operation according to the execution pending period is the same as that of FIG. 10B.

As described above, although the present invention has been described with reference to a preferred embodiment, those skilled in the art can variously modify and change the present invention without departing from the spirit and scope of the present invention as set forth in the following claims. You will understand that it can be done.

100: user terminal device
110: alarm execution unit
120: control unit
130: display unit

Claims (16)

an alarm execution unit that executes an alarm when a time for executing at least one item arrives;
When an item execution command is input while the alarm is being executed, the alarm is released and the corresponding item is executed. When the execution of the corresponding item is finished, the corresponding item is referred to the alarm schedule information until the next alarm time for the corresponding item a control unit that blocks the execution of and
When the execution of the corresponding item is finished, a display unit for displaying reward information corresponding to the execution of the item
includes,
The control unit is
When the execution of the corresponding item is finished, the item execution information for the corresponding item is generated and transmitted to the reward providing server, and while the alarm is executed, if an item hold command is input instead of the item execution command, the alarm is canceled, Generates item retention information for the corresponding item and transmits it to the reward providing server,
The alarm schedule information is
The information generated by the reward providing server, the user terminal, which is the user-customized information for selecting the time during which the user can execute the at least one item by analyzing the execution history of accumulating the item execution information or the item holding information Device.
According to claim 1,
The alarm schedule information,
A user terminal device comprising a user account, an item name, and at least one alarm time to be executed for each item.
delete According to claim 1,
The item execution information is
A user terminal device comprising a user account, an item name, an item execution start time and an item execution end time.
delete According to claim 1,
The item hold information is,
User terminal device, including user account, item name and item hold time
According to claim 1,
The control unit is
At the same time as the alarm is executed, the user terminal device is changed from an inactive state to an active state, and an alarm UI including an item name, a current time, an item execution button and an item hold button is displayed on the first screen through the display unit, a user terminal device.
According to claim 1,
The control unit is
When an item hold command is input while the alarm is being executed, the user terminal device controls the alarm execution unit to release the alarm and re-execute the alarm after a preset time has elapsed.
A reward providing server for managing rewards for at least one item executed in a user terminal device, the reward providing server comprising:
a schedule information generation unit generating alarm schedule information;
a reward generating unit for generating reward information;
a control unit controlling the reward generating unit to generate reward information corresponding to the execution of the at least one item; and
a communication unit for transmitting the alarm schedule information and the reward information to the user terminal device;
includes,
The control unit is
Upon receiving the item execution information according to the item execution or the item hold information according to the item hold from the user terminal device, the execution history is generated by accumulating the item execution information or the item holding information,
A reward providing server for controlling the schedule information generating unit to generate the alarm schedule information, which is user-customized information for selecting a time during which a user can execute the at least one item by analyzing the execution history.
10. The method of claim 9,
Further comprising a storage unit for storing the reward information and the alarm schedule information for each user account,
The control unit is
When the reward information is newly created, the new reward information is accumulated in the existing reward information for the user account and stored in the storage unit,
When the alarm schedule information is newly created, the reward providing server for updating the existing alarm schedule information for the corresponding user account with the new alarm schedule information.
10. The method of claim 9,
The schedule information generation unit,
Using the item execution information or the item hold information included in the execution history, times for a user to execute the at least one item are primarily selected, and a preset number of alarms and a preset alarm among the selected times A reward providing server for generating the alarm schedule information by secondarily selecting times that satisfy the interval range.
delete 10. The method of claim 9,
The item execution information is
A server for providing rewards, including a user account, an item name, an item execution start time and an item execution end time.
delete 10. The method of claim 9,
The alarm schedule information is
A reward providing server, including a user account, an item name, and at least one alarm time to be executed for each item name.
In the method of providing a reward using at least one item,
executing an alarm when a time to execute the at least one item arrives;
when an item execution command is input while the alarm is being executed, canceling the alarm and executing the corresponding item;
when the execution of the corresponding item is finished, generating item execution information for the corresponding item and transmitting it to a reward providing server;
displaying reward information corresponding to the execution of the corresponding item when the execution of the corresponding item is finished;
blocking execution of the corresponding item until a next alarm time for the corresponding item with reference to alarm schedule information when the execution of the corresponding item is finished; and
If an item hold command other than the item execution command is input while the alarm is being executed, canceling the alarm, generating item hold information for the corresponding item and transmitting it to the reward providing server
including,
The alarm schedule information is
The information generated by the reward providing server, which is user-customized information for selecting a time during which the user can execute the at least one item by analyzing the execution history of accumulating the item execution information or the item holding information Way.

Images