JP5986328B1 - Program, system, and method for providing predetermined service - Google Patents

Abstract

A program for providing a predetermined service that suppresses a user from stopping the use of the service during data download is provided. A system 1 starts download of specific data at a user terminal 30 in which a program for using the provided service is executed, and provides the provided service and / or in response to the start of downloading the specific data. Alternatively, a lottery game for acquiring virtual content related to specific data by lottery is enabled, and a lottery result of the lottery game is presented to the user. [Selection] Figure 1

Description

  The present invention relates to a program, a system, and a method for providing a predetermined service.

  Conventionally, when an application for using a service such as a game is started on a user terminal such as a smartphone, it may be necessary to download data having a relatively large capacity (for example, application update data). In general, the user cannot use the service until data download or the like is completed. Since downloading a large amount of data requires a considerable amount of time, downloading such data can be an opportunity for the user to leave the service (stop using the service). Therefore, a technique has been proposed for preventing the time required for downloading data from becoming boring for the user. For example, Patent Document 1 discloses a technique that enables a mini game to be executed when a main game program is loaded.

JP-A-8-155145

  However, in the technique described above, the user can enjoy the mini game during the main game loading time, but for example, if the mini game itself is boring, the user stops playing the mini game, As a result, there is a possibility that even the play of the main game is stopped. Therefore, it is desired to provide a mechanism that can prevent the user from stopping the use of services such as games without depending on the content of the mini game itself.

  An object of the embodiment of the present invention is to suppress a user from stopping the use of a service during data download. Other objects of the embodiments of the present invention will become apparent by referring to the entire specification.

  A program according to an embodiment of the present invention is a program for providing a predetermined service, and when executed on the computer, starts downloading specific data to the computer; Enabling a lottery game for acquiring virtual content related to the predetermined service and / or the specific data by lottery in response to the start of downloading of the specific data; and a lottery result of the lottery game Presenting to the user.

  A system according to an embodiment of the present invention includes one or a plurality of computers, and is a system for providing a predetermined service, wherein the one or more computers execute a readable instruction. A step of starting download of specific data in a computer included in the one or more computers and executing a predetermined program for providing the predetermined service; and Enabling a lottery game for acquiring virtual content related to the predetermined service and / or the specific data by lottery according to the start; and presenting a lottery result of the lottery game to a user; Execute.

  A method according to an embodiment of the present invention is a method for providing a predetermined service that is executed by one or more computers, and is included in the one or more computers and provides the predetermined service. In a computer on which a predetermined program for executing is executed, a step of starting download of specific data, and relating to the predetermined service and / or the specific data according to the start of downloading of the specific data A step of enabling a lottery game for acquiring virtual content by lottery; and a step of presenting a lottery result of the lottery game to a user.

  Various embodiments of the present invention prevent a user from discontinuing use of a service during data download.

The lineblock diagram showing roughly the composition of system 1 concerning one embodiment of the present invention. FIG. 2 is a block diagram schematically showing functions of the server 10. The block diagram which shows the function of the user terminal 30 roughly. The figure which shows the specific example of the information managed in the user management table 411. The figure which shows the specific example of the information managed in the service information area | region 412. FIG. The flowchart which shows an example of a starting process. The figure which shows an example of the initial screen 60. FIG. The figure which shows an example of the lottery execution screen. The figure which shows an example of the lottery result screen. The figure which shows an example of the update standby screen 90. FIG. The figure which shows an example of the lottery execution screen 170. FIG. The figure which shows an example of the lottery result screen.

 Hereinafter, embodiments of the present invention will be described with reference to the drawings.

  FIG. 1 is a configuration diagram schematically showing a configuration of a system 1 according to an embodiment of the present invention. As shown in FIG. 1, the system 1 includes a server 10 and a user terminal 30 that is communicably connected to the server 10 via a network 20 such as the Internet. Provide services.

  In the present embodiment, the services provided by the system 1 (hereinafter sometimes referred to as “provided services”) may include various services. For example, provided services include games, video distribution, music distribution, electronic commerce, electronic books, and the like.

  The server 10 is configured as a general computer, and as shown in FIG. 1, a CPU (computer processor) 11, a main memory 12, a user I / F 13, a network I / F 14, a storage (storage device) 15), and these components are electrically connected via a bus or the like (not shown).

  The CPU 11 reads various programs stored in the storage 15 or the like into the main memory 12 and executes various instructions included in the programs. The main memory 12 is configured by, for example, a DRAM.

  The user I / F 13 includes various input / output devices for exchanging information with the user. The user I / F 13 includes, for example, an information input device such as a keyboard and a pointing device (for example, a mouse and a touch panel), a voice input device such as a microphone, and an image input device such as a camera. The user I / F 13 includes an information output device such as a display, and an audio output device such as a speaker.

  The network I / F 14 is implemented as hardware such as a network adapter, various types of communication software, or a combination thereof, and is configured to realize wired or wireless communication via the network 20 or the like.

  The storage 15 is configured by, for example, a magnetic disk, a flash memory, or the like. The storage 15 stores various programs including an operating system, various data, and the like.

  In the present embodiment, the server 10 may be configured using a plurality of computers each having the hardware configuration described above.

  The server 10 configured as described above has functions as a web server and an application server, and executes various processes in response to requests from a web browser or other applications installed in the user terminal 30. Screen data (for example, HTML data) and control data corresponding to the result of the processing are transmitted to the user terminal 30. On the user terminal 30, a web page or other screen based on the received data is displayed.

  The user terminal 30 is configured as a general computer, and as shown in FIG. 1, a CPU (computer processor) 31, a main memory 32, a user I / F 33, a network I / F 34, and storage (memory) Device) 35, and these components are electrically connected via a bus or the like (not shown).

  The CPU 31 reads various programs stored in the storage 35 and the like into the main memory 32 and executes various instructions included in the programs. The main memory 32 is configured by, for example, a DRAM.

  The user I / F 33 is various input / output devices for exchanging information with the user. The user I / F 33 includes, for example, an information input device such as a keyboard and a pointing device (for example, a mouse and a touch panel), a voice input device such as a microphone, and an image input device such as a camera. The user I / F 33 includes an information output device such as a display, and an audio output device such as a speaker.

  The network I / F 34 is implemented as hardware such as a network adapter, various types of communication software, and combinations thereof, and is configured to realize wired or wireless communication via the network 20 or the like.

  The storage 35 is configured by, for example, a magnetic disk or a flash memory. The storage 35 stores various programs including the operating system, various data, and the like. The program stored in the storage 35 may include various applications downloaded and installed from the application market or the like. In the present embodiment, the storage 35 stores a provision service program 50 for the user to use the provision service. The provided service program 50 can also be downloaded and installed from an application market or the like.

  In the present embodiment, the user terminal 30 may be configured as a smartphone, a tablet terminal, a wearable device, a personal computer, a game dedicated terminal, or the like.

  The user of the user terminal 30 configured as described above can use the provided service provided by the system 1 by executing the program 50 stored in the storage 35.

  Next, functions of the system 1 according to the present embodiment will be described. FIG. 2 is a block diagram schematically showing the functions of the server 10. As illustrated, the server 10 includes an information storage management unit 41 that stores and manages various information, a basic function control unit 43 that controls basic functions of a provided service, and a lottery game control unit 44 that controls a lottery game. And a service control unit 45 that controls the provided service. These functions are realized by the cooperation of hardware such as the CPU 11 and the main memory 12 and various programs and data stored in the storage 15 and the like. For example, the functions are read into the main memory 12. This is realized by the CPU 11 executing instructions included in the program. 2 may be realized by the cooperation of the server 10 and the user terminal 30, or may be realized by the user terminal 30.

  The information storage management unit 41 of the server 10 stores and manages various information in the storage 15 and the like. As shown in FIG. 2, the information storage management unit 41 includes, for example, a user management table 411 that manages various information related to a user who uses the provided service, a service information area 412 that stores various information related to the provided service, Have

  The basic function control unit 43 of the server 10 executes various processes related to control of the basic function of the provided service. For example, the basic function control unit 43 transmits HTML data or control data of various screens related to the basic function to the user terminal 30, and in response to an operation input by the user via the screen displayed on the user terminal 30. This process is executed, and HTML data or control data corresponding to the result of the process is transmitted to the user terminal 30. The basic functions controlled by the basic function control unit 43 include, for example, login authentication, billing control, user management (for example, updating of the user management table 411), and the like.

  The lottery game control unit 44 of the server 10 executes various server-side processes relating to the control of the lottery game. For example, the lottery game control unit 44 executes a lottery process in response to a request from the user terminal 30 and transmits information indicating the result of the lottery process (lottery result) to the user terminal 30. Here, the lottery game is a game for the user to acquire virtual content by lottery. The lottery process is executed, for example, by generating a random value and identifying the virtual content that has been won based on the random value. Details of the lottery game will be described later.

  The service control unit 45 of the server 10 executes various server-side processes related to the control of the provided service. For example, the service control unit 45 transmits HTML data or control data of various screens related to the provided service to the user terminal 30, and in response to an operation input by the user via the screen displayed on the user terminal 30. The process is executed, and HTML data or control data corresponding to the result of the process is transmitted to the user terminal 30.

  For example, when the system 1 provides a game as a provided service, the service control unit 45 transmits HTML data or control data of various screens according to the progress of the game to the user terminal 30, and In response to an operation input by the user via the displayed screen, various processes (including a process for advancing a game such as a battle process in a battle game) are executed, and HTML data or control according to the result of the process Data is transmitted to the user terminal 30.

  Next, functions of the user terminal 30 will be described. FIG. 3 is a block diagram schematically showing functions of the user terminal 30. As illustrated, the user terminal 30 includes a data management unit 51 that manages various data, a lottery game control unit 53 that controls a lottery game, and a service control unit 55 that controls a provided service. These functions are realized by the cooperation of hardware such as the CPU 31 and the main memory 32, and various programs and data stored in the storage 35 and the like. For example, these functions are read into the main memory 32. This is realized by the CPU 31 executing instructions included in the program. For example, the user terminal 30 realizes each function described above in accordance with the execution of the provided service program 50 stored in the storage 35. 3 may be realized by the cooperation of the server 10 and the user terminal 30, or may be realized by the server 10.

  The data management unit 51 of the user terminal 30 executes various processes related to data management. For example, the data management unit 51 starts downloading specific data. In the present embodiment, specific data to be downloaded is stored in, for example, the server 10 (storage 15 or the like), or another device included in the system 1 or other not included in the system 1 Can be stored in the device.

  The specific data in the present embodiment can include various data. For example, the specific data is update data for updating the provided service program 50. The update data is prepared according to function addition or defect correction for the program 50. For example, when the data management unit 51 recognizes that the program 50 needs to be updated, the data management unit 51 starts downloading the update data, and updates the program 50 based on the downloaded update data. For example, the data management unit 51 can recognize that the program 50 needs to be updated by a notification from the server 10 or the like.

  For example, the specific data is content data handled in the provided service. The content data includes individual electronic book data in the electronic book service, individual moving image data in the moving image distribution service, individual music data in the music distribution service, individual application data in the application platform service, and the like. For example, in response to an instruction from the user, the data management unit 51 starts downloading the content data specified by the user.

  The lottery game control unit 53 of the user terminal 30 executes various terminal-side processes relating to the control of the lottery game. For example, the lottery game control unit 53 receives HTML data or control data of various screens related to the lottery game from the server 10, displays the screen, and performs various processes in response to an operation input by the user via the screen. Execute.

  For example, the lottery game control unit 53 enables a lottery game in response to the start of downloading of specific data, and presents the lottery result of the lottery game to the user. For example, the lottery game control unit 53 enables the lottery game by displaying a screen for the user to execute the lottery game. For example, the lottery game control unit 53 presents the lottery result to the user by displaying a screen including the lottery result. The lottery result can be specified based on information received from the lottery game control unit 44 of the server 10.

  The lottery game in this embodiment is for a user to acquire virtual content by lottery. The virtual content acquired by the lottery includes various virtual and electronic content, and includes, for example, virtual currency, coins, points, items, cards, and the like.

  In the present embodiment, the virtual content acquired by lottery is related to the provided service and / or specific data. For example, the virtual content acquired by lottery includes virtual content (for example, items and cards used in a game) used in the providing service. Further, for example, virtual content acquired by lottery includes virtual content used in specific data (for example, an application).

  In addition, the lottery game control unit 53 accepts whether or not the virtual content included in the lottery result needs to be confirmed from the user, and enables the lottery game again when the total number of the determined virtual content is less than the upper limit value. Can be configured as follows.

  The service control unit 55 of the user terminal 30 executes various terminal-side processes related to the control of the provided service. For example, the service control unit 55 receives HTML data or control data of various screens related to the provided service from the server 10, displays the screen, and performs various processes in response to an operation input by the user via the screen. Run.

  Further, when the specific data is update data for the program 50, the service control unit 55 can be configured to enable the use of the provided service in response to completion of the update of the program 50. For example, the service control unit 55 may be configured to display a screen for using the provided service when the update of the program 50 is completed.

  The lottery game in the present embodiment may be configured such that the lottery conditions change based at least on user information associated with the user. The user information may include various information associated with the user (various information for each user). For example, the user information includes the presence / absence of participation in a prior evaluation (beta test) of the program 50, and login (for example, SNS cooperation) using an account for another service (for example, an SNS account) different from the provided service. Presence / absence, presence / absence of follow-up for other service accounts corresponding to the provided service (for example, SNS official account of the provided service), elapsed time since the last use of the provided service, throughput of the user terminal 30 (data processing capability) And / or data transfer rate) (including the type of communication line currently used by the user terminal 30), information such as the time (including time zone and date) when the lottery game is executed, and the like. At least a part of these pieces of information can be managed in the user management table 411.

  In addition, the lottery game in the present embodiment can be configured such that the lottery condition changes based at least on service information associated with the provided service. The service information may include various information (various information for each service) associated with the provided service. For example, the service information may include the number of followers that are following an account for another service corresponding to the provided service (eg, an official account for the SNS of the provided service). Such information can be managed in the service information area 412.

  The lottery conditions in the present embodiment may include various conditions that can affect the lottery process or the lottery result. For example, the lottery conditions include the amount of virtual content included in the lottery result (the amount of virtual content to be won by one lottery), the probability of winning virtual content (the percentage that each of a plurality of virtual contents wins), and the virtual that can be acquired It may include an upper limit value of the total number of contents.

  In the lottery game according to the present embodiment, the lottery condition of the user whose user information satisfies a specific condition can be changed so as to be advantageous for the user. For example, the lottery game may be configured such that the lottery conditions for users participating in the pre-evaluation of the program 50 are more advantageous than the lottery conditions for users who do not participate in the pre-evaluation. In advantageous lottery conditions, for example, the number of virtual contents included in the lottery result is high, and the probability of winning virtual content (such as a card) with a high parameter value such as a rarity is high. And / or the upper limit of the total number of virtual contents that can be acquired is large.

  Similarly, the lottery game in the present embodiment follows, for example, a user who is logged in using an account for another service different from the provided service, and an account for another service corresponding to the provided service. Users, users whose elapsed time since the last use of the provided service is longer than a predetermined period, users whose throughput of the user terminal 30 is higher than a predetermined value (for example, a type of communication line corresponding to a specific high-speed communication) (Users who are Wi-Fi, etc.) and users whose time points when the lottery game is executed are included in a specific period (for example, users whose time points when the lottery game is executed are included in a specific midnight time zone) The lottery conditions may be configured to be advantageous.

  Further, in the lottery game in the present embodiment, when the service information satisfies a specific condition, the lottery conditions for all users can change so as to be advantageous for the user. For example, the lottery game is configured so that the lottery conditions for all users are advantageous when the number of followers following an account for another service corresponding to the provided service reaches a predetermined number. obtain.

  Next, a specific operation of the system 1 of this embodiment having such a function will be described. As described above, the service provided by the system 1 of the present embodiment is not particularly limited. Hereinafter, a specific example in which a card game using a character card (for example, a battle card game) is provided as a provided service will be described. .

  FIG. 4 shows a specific example of information managed in the user management table 411 of the information storage management unit 41 of the server 10. As shown in the figure, the user management table 411 in this example is associated with a “user ID” that identifies an individual user, “basic information” that is basic information of the user such as an account name, age, and gender, “Owner card information”, which is information related to the character card held by this user, “Last login date” indicating the date this user last logged in, and this user participated in the preliminary evaluation (beta test) of the card game program “Pre-evaluation participation presence / absence” indicating whether or not, “SNS cooperation presence / absence” indicating whether or not the user is SNS-linked (whether or not the SNS account is used for long-in), and this user is a card game It manages information such as “Official Account Followed” indicating whether or not the SNS official account is being followed.

  As the basic information, information input by the user at a timing such as when newly registering as a card game user (account creation) is set, and then updated as appropriate according to an instruction from the user. The possessed card information is updated as appropriate according to acquisition, consumption, destruction, etc. of the character card. In this example, the character card can be acquired by a lottery game, or can be purchased using virtual currency or the like.

  The previous login date is repeatedly updated every time login is performed. In addition, as for presence / absence of participation in prior evaluation, information indicating that the user participates in prior evaluation is set when an account is created through the beta version of the card game program. Further, the presence / absence of SNS cooperation is appropriately updated according to the setting of SNS cooperation. In addition, the presence / absence of official account follow is appropriately updated according to follow of the official account in SNS.

  FIG. 5 is a specific example of information managed in the service information area 412 of the information storage management unit 41 of the server 10. The service information area 412 in this example includes a “program latest version” indicating the latest version of the card game program, an “official account follower number” indicating the number of followers of the SNS official account of the card game, etc. Manage information. The latest program version is updated as appropriate according to program version management. The number of official account followers is appropriately updated based on the information of the SNS official account.

  FIG. 6 is a flowchart showing an example of a start process executed when the program 50 (card game program) is started in the user terminal 30. In this example, the card game program 50 is downloaded and installed in advance on the user terminal 30 via an application market or the like. In the startup process, first, as shown in the figure, an initial screen of the card game is displayed (step S100), and the necessity of data update of the program 50 is confirmed (step S105). FIG. 7 illustrates an initial screen 60 displayed on the user terminal 30. As shown in the drawing, the initial screen 60 displays information indicating that the necessity of data update is being confirmed.

  Specifically, the confirmation of the necessity for data update in step S105 is installed in the user terminal 30 and the latest version of the card game program (specified by referring to the latest program version in the service information area 412). This is done by comparing the version of the program 50 that has been executed. As a result of such comparison, if the versions do not match each other (that is, if the version of the program 50 is older than the latest version), it is determined that data update is necessary. It should be noted that the program 50 can be configured such that data update is always required when the program 50 is started for the first time after the card game program 50 is installed in the user terminal 30.

  If data update is necessary (step S110), a data update process is executed (step S120). On the other hand, when the data update is not necessary (step S110), the top screen of the card game is displayed (step S170), and the activation process is terminated. The said top screen is a screen used as the starting point for starting a card game, and the user can start a card game starting from the said screen. That is, the card game can be used on the user terminal 30 by displaying the top screen.

  The data update process executed in step S120 is a process of downloading update data and updating the card game program 50 based on the update data. The update data is downloaded from a predetermined storage location. For example, the update data is stored in the storage 15 of the server 10. When the data update process is executed in step S120, the download of the update data is started, and the subsequent process (the process of continuing the download and updating the program 50 based on the update data when the download is completed) is as follows. This is executed in parallel with this activation process.

  When the data update process is executed and the download of the update data is started, an instruction to execute the lottery game is accepted (step S130). FIG. 8 illustrates a lottery execution screen 70 displayed on the user terminal 30 when downloading of the update data is started. As shown in the drawing, the lottery execution screen 70 displays information indicating that data is being updated and that a lottery game is possible, and an indicator 71 indicating the progress of the data update process, and “Lottery! ”And a lottery button 72 displayed. When the user selects the lottery button 72, the user receives an instruction to execute the lottery game. When a lottery game execution instruction is received, a lottery process is executed in the lottery game control unit 44 of the server 10 with communication between the user terminal 30 and the server 10.

  As described above, in the present embodiment, the lottery conditions for the lottery game can be configured to change based on the user information and the service information, and the lottery process can be executed according to the changing lottery conditions. Also in this example, the lottery conditions can be configured to change based on the user information and the service information. For example, a user whose elapsed time since the previous login to this card game is a predetermined period (for example, 30 days) or more, a user who participates in a prior evaluation (beta test) of this card game program, SNS cooperation Users, users following the SNS official account of this card game (respectively by referring to the previous login date, presence / absence of prior evaluation, presence / absence of SNS cooperation, and presence / absence of official account in the user management table 411) Specified) changes so that the lottery conditions are advantageous to the user. Under advantageous lottery conditions, for example, the winning probability of a character card with a high degree of rarity increases. By changing the lottery conditions in this way, for example, the user who has not played the card game for a while is urged to play the card game (return to the card game). In addition, the user can be prompted to follow the official account.

  Also, for example, when the number of followers of the SNS official account for the card game reaches a predetermined number (determined by referring to the number of official account followers in the service information area 412), for example, in a limited period, all The user's lottery conditions change so as to be advantageous to the user.

  Subsequently, the lottery result of the lottery game is displayed (step S140). Specifically, information indicating the result of the lottery process executed in the lottery game control unit 44 of the server 10 is received from the server 10, and the lottery result based on the information is displayed on the user terminal 30.

  FIG. 9 illustrates a lottery result screen 80 displayed on the user terminal 30. As shown in the drawing, the lottery result screen 80 displays information (image, name, parameter, etc.) regarding one character card as a lottery result of the lottery game, and a confirm button 81 displayed as “Confirm”, A cancel button 82 displaying “Cancel” is arranged.

  When the user selects the confirmation button 81 on the lottery result screen 80, the lottery result is confirmed (step S150). In accordance with the confirmation of the lottery result, the user acquires a character card included in the lottery result. The acquisition of the character card is reflected in the possessed card information of the user management table 411.

  On the other hand, when the user selects the cancel button 82 on the lottery result screen 80, the lottery result is canceled (step S150), and a lottery game execution instruction is received again (step S130). Specifically, the lottery execution screen 70 of FIG. 8 is displayed again. That is, the user can repeatedly execute the lottery game until the user confirms the lottery result.

  When the lottery result is confirmed (step S150), the completion of the data update process being executed in parallel is waited for (step S160), and the top screen of the card game is displayed (step S170). End the startup process.

  FIG. 10 illustrates an update standby screen 90 displayed on the user terminal 30 while waiting for completion of the data update process. As shown in the figure, the update standby screen 90 displays information indicating that the data update process is continuing, and information (images, names, parameters, etc.) regarding the character card acquired through the lottery game. The above-described indicator 71 indicating the progress of the data update process is arranged. This update standby screen 90 is closed in response to the completion of the data update process, and then the top screen of the card game is displayed. If the data update process has already been completed when the lottery result is confirmed, the display of the update standby screen 90 is omitted and the top screen is immediately displayed. The user can use the character card acquired through the lottery game in the card game.

  Thus, the card game according to the present embodiment can be a lottery game during the data update of the program 50, and the user can acquire a character card that can be used in the card game in the lottery game. Therefore, the user is prevented from leaving the card game during data update. In addition, since the user can repeatedly execute the lottery game until the lottery result is confirmed, the user can enjoy the lottery game for a relatively long time. As a result, it is possible to further suppress the withdrawal of the user during the data update, and to improve the satisfaction with the lottery game.

  Here, in the example described above, the number of character cards that can be acquired by the lottery game is one, but the number of character cards that can be acquired can be any number of two or more. FIG. 11 illustrates a lottery execution screen 170 corresponding to a case where there are a plurality of character cards that can be acquired. As shown in the drawing, the lottery execution screen 170 includes information indicating the remaining number of character cards (two in the example of FIG. 11) that can be acquired at that time, in addition to the screen configuration of the lottery execution screen 70 described above. indicate. In this case, in step S150 of the above-described activation process, if the lottery result is confirmed and the remaining number of character cards that can be acquired is 0, the process proceeds to a wait for completion of data update (step S160). In other cases, a lottery game execution instruction is accepted again (step S130). Note that the number of character cards that can be acquired by the lottery game can be increased or decreased as a change in the lottery conditions.

  In the above-described example, the number of character cards included in one lottery result is one, but the number of character cards included in one lottery result is an arbitrary number of two or more. be able to. FIG. 12 illustrates a lottery result screen 180 corresponding to the case where there are a plurality of character cards included in one lottery result. As shown in the drawing, the lottery result screen 180 is arranged with a character card display area 181 for displaying a list of a plurality of character cards included in the lottery result, and a confirm button 182 displaying “Confirm checked card”. ing. The character card display area 181 displays a list of images corresponding to the character cards, and check boxes 183 corresponding to the respective images are arranged. The user can select a character card to be confirmed (obtained) from among a plurality of character cards displayed in a list via the check box 183. When the user selects the confirm button 182, only the character card selected via the check box 183 is confirmed in step S150 of the activation process described above, and the remaining number of obtainable character cards is not zero. Then, an instruction to execute the lottery game is received again (step S130). In this case, in the lottery game to be executed again, the number of character cards corresponding to the remaining number that can be acquired can be included as the lottery result. Note that the number of character cards included in one lottery result can be increased or decreased as a change in the lottery conditions.

  In the above-described example, the lottery result screens 80 and 180 are configured so that the user can select whether or not to determine the lottery result. However, in the card game according to the present embodiment, the operation related to the determination of the lottery result is necessarily required. Not. That is, the user may acquire the character card included in the lottery result of the lottery game as it is.

  The system 1 according to the present embodiment described above starts downloading specific data at the user terminal 30 in which the program 50 for using the provided service is executed, and responds to the start of downloading the specific data. Thus, a lottery game for acquiring virtual content related to the provided service and / or specific data by lottery is enabled, and the lottery result of the lottery game is presented to the user. Therefore, the user can enjoy a lottery game for acquiring virtual content while downloading specific data. Since the virtual content is related to the provided service or specific data, the user can be prevented from stopping using the provided service.

  The processes and procedures described in this specification are implemented by software, hardware, or any combination thereof other than those explicitly described. For example, the processes and procedures described in this specification are realized by mounting logic corresponding to the processes and procedures on a medium such as an integrated circuit, a volatile memory, a nonvolatile memory, and a magnetic disk. The processing and procedure described in this specification can be implemented as a computer program corresponding to the processing / procedure and executed by various computers.

  Even if the processes and procedures described herein are described as being performed by a single device, software, component, or module, such processes or procedures may be performed by multiple devices, multiple software, multiple Component and / or multiple modules. Also, the software and hardware elements described herein can be implemented by integrating them into fewer components or by disassembling them into more components.

  In the present specification, when the constituent elements of the invention are described as one or a plurality, or when they are described without being limited to one or a plurality of cases, they should be interpreted separately in context. The component may be either singular or plural.

1 System 10 Server 20 Network 30 User Terminal 41 Information Storage Management Unit 43 Basic Function Control Unit 44 Lottery Game Control Unit 45 Service Control Unit 50 Service Service Program 51 Data Management Unit 53 Lottery Game Control Unit 55 Service Control Unit 60 Initial Screen 70 , 170 Lottery execution screen 80, 180 Lottery result screen 90 Update standby screen

Claims (19)

A program for providing a predetermined service,
In response to being executed on a computer,
Starting to download specific data;
Enabling a lottery game for acquiring virtual content related to the predetermined service and / or the specific data by lottery in response to the start of downloading the specific data;
Presenting a lottery result of the lottery game to a user;
Receiving from the user whether or not the virtual content included in the lottery result needs to be confirmed;
Allowing the lottery game to be executed again when the determined total number of virtual contents is less than the upper limit ;
program. The virtual content, claim 1 of the program used in the predetermined service. 3. The program according to claim 1, wherein the specific data is update data for the program. A program according to claim 3 , wherein
In addition to the computer,
Recognizing that the program needs to be updated;
Updating the program based on the downloaded update data;
Enabling the use of the predetermined service upon completion of the update of the program, and
Initiating the download includes initiating a download of the specific data upon recognizing that the update is necessary;
program. The said lottery game is a program in any one of Claim 1 thru | or 4 comprised so that lottery conditions may change based at least on the user information linked | related with a user. The program according to claim 5 , wherein the user information includes presence / absence of participation in prior evaluation of the program. The program according to claim 5 or 6 , wherein the user information includes presence / absence of login using an account for another service different from the predetermined service. The program according to any one of claims 5 to 7 , wherein the user information includes presence / absence of following for an account for another service different from the predetermined service corresponding to the predetermined service. The program according to any one of claims 5 to 8 , wherein the user information includes an elapsed period since the previous use of the predetermined service. The program according to any one of claims 5 to 9 , wherein the user information includes a throughput of a user terminal. The program according to claim 5 , wherein the user information includes a time point at which the lottery game is executed. The program according to any one of claims 1 to 11 , wherein the lottery game is configured such that a lottery condition is changed based at least on service information associated with the predetermined service. The program according to claim 12 , wherein the service information includes the number of followers following an account for another service different from the predetermined service corresponding to the predetermined service. 14. The program according to claim 5 , wherein the lottery condition includes the number of virtual contents included in the lottery result. The program according to claim 5 , wherein the lottery condition includes a winning probability of virtual content. Before SL drawing conditions, the the upper limit claims 5 to 15 or a program. Said predetermined service, claims 1 to 16 or a program includes a game. A system comprising one or more computers and providing a predetermined service,
In response to executing the readable instructions, the one or more computers
Starting download of specific data in a computer included in the one or more computers and executing a program for providing the predetermined service;
Enabling a lottery game for acquiring virtual content related to the predetermined service and / or the specific data by lottery in response to the start of downloading the specific data;
Presenting a lottery result of the lottery game to a user;
Receiving from the user whether or not the virtual content included in the lottery result needs to be confirmed;
Executing the lottery game again when the determined total number of virtual contents is less than the upper limit ,
system. A method for providing a predetermined service executed by one or more computers, comprising:
Starting download of specific data in a computer included in the one or more computers and executing a program for providing the predetermined service;
Enabling a lottery game for acquiring virtual content related to the predetermined service and / or the specific data by lottery in response to the start of downloading the specific data;
Presenting a lottery result of the lottery game to a user;
Receiving from the user whether or not the virtual content included in the lottery result needs to be confirmed;
When the total number of confirmed virtual contents is less than the upper limit, the lottery game is enabled again .
Method.

Images