JP6792271B2 - Lottery management system, lottery management method and lottery management program - Google Patents

Description

The present invention relates to a lottery management system, a lottery management method and a lottery management program for managing lottery sales.

Lottery tickets can be purchased via the Internet by using the "Lottery Official Website" currently operated by the National Lottery Office. On this site, you can purchase by credit card using a personal computer or smartphone, check the lottery results, and receive the winnings.

In addition, a lottery ticket may be shared by a plurality of people (see, for example, Patent Documents 1 and 2). In the technique described in Patent Document 1, the product purchaser is entitled to receive the lottery prize of the equity according to the purchase price of the product.

In the technique described in Patent Document 2, when a group purchasing proposer widely recruits group purchasing applicants and jointly purchases a wide variety of products, a joint purchase management computer manages the jointly purchased products.

Japanese Unexamined Patent Publication No. 2004-46761 Japanese Unexamined Patent Publication No. 2002-31625

However, when jointly purchasing lottery tickets in a group, it is not possible to realize smooth joint purchasing if it takes time and effort to join the group. Furthermore, the distribution of prizes varies depending on the situation of the group. Therefore, if the group composition cannot be controlled, the desired purchase cannot be made.

The lottery management system that solves the above problems includes a control unit that manages a group that jointly purchases lottery tickets, and a group information storage unit that stores a group definition for the group. Then, when the control unit acquires a group generation request specifying the lottery ticket type and the number from the first terminal, the group definition is registered in the group information storage unit, and the group definition is used for participation in the group definition. When a URL is generated, provided to the first terminal, and access from the second terminal is obtained using the participation URL, it is determined whether or not the group can join according to the group definition, and the group joins. When possible, register as a group member in association with the group definition, register the lottery purchased at the second terminal in association with the group definition, and register the lottery type and the winning information of the number in the group definition. When acquired, the winning amount of the winning information will be distributed among the group members.

According to the present invention, lottery purchase by a group can be promoted.

The system schematic diagram of this embodiment. Explanatory drawing of a hardware configuration example. It is explanatory drawing of the data used in this embodiment, (a) is the member information storage part, (b) is the lottery information storage part, (c) is the explanatory drawing of the group information storage part. The explanatory view of the processing procedure of the group registration processing of this embodiment. It is explanatory drawing of the processing procedure of this embodiment, (a) is the participant purchase processing, (b) is the explanatory diagram of the lottery processing.

Hereinafter, an embodiment in which the lottery management system, the lottery management method, and the lottery management program are embodied will be described with reference to FIGS. 1 to 5. In this embodiment, it is assumed that a plurality of people jointly purchase a lottery.

As shown in FIG. 1, in the lottery management method of the present embodiment, a user terminal 10, a sales server 20, a lottery management server 30, and a financial institution server 40, which are interconnected via a network, are used.

(Hardware configuration example)
FIG. 2 is a hardware configuration example of the information processing device H10 that functions as a user terminal 10 to a financial institution server 40 and the like.

The information processing device H10 includes a communication device H11, an input device H12, a display device H13, a storage unit H14, and a processor H15. Note that this hardware configuration is an example, and other hardware may be included.

The communication device H11 is an interface that establishes a communication path with another device and executes data transmission / reception, such as a network interface card or a wireless interface.

The input device H12 is a device that receives input from a user or the like, such as a mouse or a keyboard. The display device H13 is a display, a touch panel, or the like that displays various information.

The storage unit H14 is a storage device (for example, a member information storage unit 22, a lottery information storage unit 23, and a group information storage unit, which will be described later) for storing data and various programs for executing various functions of the user terminals 10 to the financial institution server 40. Part 24). An example of the storage unit H14 is a ROM, a RAM, a hard disk, or the like.

The processor H15 controls each process (for example, a process in the control unit 21 described later) in the user terminals 10 to the financial institution server 40 by using the programs and data stored in the storage unit H14. Examples of the processor H15 include a CPU, an MPU, and the like. The processor H15 expands a program stored in a ROM or the like into a RAM and executes various processes corresponding to various processes. For example, when the application program of the user terminal 10 to the financial institution server 40 is started, the processor H15 operates a process for executing each process shown in FIGS. 4 to 5 described later.

The processor H15 is not limited to one that performs software processing for all the processing executed by itself. For example, the processor H15 may include a dedicated hardware circuit (for example, an integrated circuit for a specific application: ASIC) that performs hardware processing for at least a part of the processing executed by the processor H15. That is, the processor H15 is (1) one or more processors that operate according to a computer program (software), (2) one or more dedicated hardware circuits that execute at least a part of various processes, or ( 3) It can be configured as a circuitry including a combination thereof. The processor includes a CPU and a memory such as a RAM and a ROM, and the memory stores a program code or a command configured to cause the CPU to execute a process. Memory or computer-readable media includes any available medium accessible by a general purpose or dedicated computer.

(Functions of each information processing device)
The user terminal 10 shown in FIG. 1 is a computer terminal used by a user who purchases a lottery ticket. In the present embodiment, as the user terminal 10, the first terminal of the creator of the group and the second terminal of the participants in the group are used.

The sales server 20 is a computer system that manages lottery sales. The sales server 20 includes a control unit 21, a member information storage unit 22, a lottery information storage unit 23, and a group information storage unit 24.

The control unit 21 functions as a member management unit 211, a group management unit 212, and a sales management unit 213 by executing the lottery management program.
The member management unit 211 executes a process of managing members who can use the sales server 20.
The group management unit 212 executes a process of managing a group composed of members who make joint purchases.
The sales management unit 213 sells lottery tickets and processes winnings.

As shown in FIG. 3A, the member information storage unit 22 records a member management record 220 relating to a user (member) who uses the sales server 20. This member management record 220 is recorded when the user is registered as a member. Data related to the member ID, authentication information, payment method, and account identifier are recorded in the member management record 220.

In the member ID data area, data regarding an identifier for identifying each member is recorded.
In the authentication information data area, data regarding a password for authenticating this member is recorded in user authentication.

In the payment method data area, data regarding the payment method used for payment of the lottery purchased by this member is recorded. For example, when using card payment at the time of payment, data related to the card number of the credit card is recorded. If the deposit is used at the time of payment, the data related to the deposit is recorded. In the following, it is assumed that payment is made using the financial institution server 40.

In the account identifier data area, data regarding an identifier (financial institution code, head office code, deposit type, account number) for identifying an account for depositing lottery winnings purchased by a member is recorded.

As shown in FIG. 3B, the lottery information storage unit 23 records the lottery management record 230 related to the lottery sold on the sales server 20. This lottery management record 230 is recorded when information about a lottery that can be sold is acquired from the lottery management server 30. The lottery management record 230 records data on the lottery type, the number of times, the end date of sale, the lottery number, and the purchase status.

In the lottery type data area, data related to an identifier for identifying the type of lottery (ordinary lottery) is recorded.
In the number data area, data regarding an identifier for identifying a lottery lottery number is recorded.

In the end-of-sale date data area, data regarding the date when the sale of this lottery ticket ends is recorded.
In the lottery number data area, data regarding an identifier for identifying the number of the lottery to be sold in this issue is recorded. In the following, the lottery number is an identifier for identifying each lottery, and includes a so-called "set".
In the purchase status data area, data regarding the purchase status of the lottery with this lottery number is recorded. If the lottery is purchased, the purchased flag will be recorded.

As shown in FIG. 3C, the group information storage unit 24 records group information regarding the group making the joint purchase. This group information includes a basic record 240, a participant record 241 and a purchase record 242, and a distribution record 243.

The basic record 240 is recorded when a group is set. The basic record 240 relates to the group ID, group name, creator ID, creation date and time, lottery type, number of times, maximum number of participants, maximum number of sheets, recruitment start date, recruitment end date, display setting, participation URL, and participation status. The data is recorded.

In the group ID data area, data regarding an identifier for identifying each group is recorded.
Data related to the name of this group is recorded in the group name data area.
In the creator ID data area, data regarding an identifier (member ID) for identifying the member who created this group is recorded.

Data related to the date and time when this group was created is recorded in the creation date / time data area.
Data related to the type and number of lottery tickets (ordinary lottery) purchased by this group are recorded in each data area of lottery type and number, respectively.

Data regarding the number of people who can participate in this group is recorded in the maximum number of participants data area. If the maximum number of participants has not been set, leave it blank.
In the maximum number data area, data regarding the number of lottery tickets that can be purchased by this group is recorded. If the maximum number of sheets is not set, leave it blank.

In the recruitment start date data area and the recruitment end date data area, data regarding the start (date) and end (date) of the period for recruiting participants in this group are recorded, respectively.

In the display setting data area, data regarding a flag for specifying whether or not to display the distribution rate of the winnings of the members participating in the group is recorded. In the group in which the user participates, when the display required flag is recorded, the control unit 21 of the sales server 20 calculates its own distribution rate in this group on the access screen of the participant after the user authentication. Then, it is displayed on the user terminal 10.

In the participation URL data area, data regarding an identifier (URL) used for inviting another person to the group is recorded. In this participation URL, a variable for specifying an address and a group for accessing the sales server 20 is set.
In the participation status data area, data on the number of participants in this group and the total number of lottery tickets purchased jointly are recorded.

Participant record 241 is recorded when joining a group by purchasing a lottery ticket. In the participant record 241, data regarding the participant ID, the purchase registration date and time, and the number of purchases are recorded.

In the participant ID data area, data regarding an identifier (member ID) for identifying a member (group member) who has participated in this group is recorded. Group members include participants (members) who purchased the lottery ticket using the participation URL together with the creator (member) of the group.

In the purchase registration date / time data area, data regarding the date and time when the participant purchased the lottery ticket and joined the group is recorded.
Data regarding the number of lottery tickets purchased by this participant is recorded in the purchase number data area.

The purchase record 242 is recorded when the lottery ticket is purchased. Data regarding the purchase lottery number is recorded in the purchase record 242.
The Purchase Lottery Number Data Area records data about all lottery numbers and lottery numbers purchased in this group. In this embodiment, it can be purchased by "serial number" or "rose".

The distribution record 243 is recorded when the winnings are distributed. Data related to the participant ID and the distribution are recorded in the distribution record 243.
In the participant ID data area, data regarding an identifier (member ID) for identifying the member who distributed the lottery is recorded.
In the distribution data area, data regarding the amount of winnings distributed to this participant is recorded.

The lottery management server 30 is a computer system that manages lottery issuance and lottery. The lottery management server 30 provides lottery information (lottery type, number, lottery number) regarding the lottery to be sold to the sales server 20. In addition, when a lottery lottery is drawn, information on the winning number and winning money is provided to the sales server 20.

The financial institution server 40 is a computer system of a financial institution such as a credit card company or a bank. Credit card companies make payments by authorizing credit card numbers. At banks, deposits and withdrawals are made using the opened account.

(Group registration process)
Next, the group registration process will be described with reference to FIG. A member (creator) who wishes to create a group accesses the sales server 20 by using the user terminal 10.

First, the control unit 21 of the sales server 20 executes the user authentication process (step S1-1). Specifically, the member management unit 211 of the control unit 21 acquires the creator's member ID and password from the user terminal 10 and collates it with the authentication information recorded in the member information storage unit 22 to perform user authentication. Do it. Then, when the user authentication is completed, the member management unit 211 outputs the menu screen to the user terminal 10. To create a group, select the group creation button on the menu screen of the user terminal 10.

Next, the control unit 21 of the sales server 20 executes the output process of the group definition screen (step S1-2). Specifically, the group management unit 212 of the control unit 21 outputs a group definition screen to the user terminal 10. This group definition screen includes input fields for group name, lottery type, maximum number of participants, maximum number of sheets, recruitment start date, recruitment end date, and display setting. Then, the creator sets the group name on the group definition screen.

Next, the control unit 21 of the sales server 20 executes the lottery type selection process (step S1-3). Specifically, the group management unit 212 of the control unit 21 displays the sellable lottery candidates on the group definition screen in the lottery management record 230 recorded in the lottery information storage unit 23. Then, the creator selects the lottery type on the group definition screen. The group management unit 212 identifies each issue in the selected lottery type.

Next, the control unit 21 of the sales server 20 executes the group definition acquisition process (step S1-4). Specifically, the creator inputs the maximum number of participants to the display setting on the group definition screen. Here, the maximum number of participants and the maximum number of participants can be set according to the wishes of the creator. The current date is set as the initial value for the recruitment start date, but the selected lottery type and the date until the end date of the lottery ticket sales can be specified. The end date of the sale is set as the initial value for the end date of the offer, but the date after the start date of the offer and the date up to the end date of the sale can be specified. Then, the group management unit 212 of the control unit 21 acquires each information input to the group definition screen and temporarily stores the information. The maximum number of participants and the maximum number of participants can be changed later by the creator.

Next, the control unit 21 of the sales server 20 executes the lottery purchase process of the group creator (step S1-5). Specifically, the sales management unit 213 of the control unit 21 outputs the purchase screen to the user terminal 10. On this purchase screen, the lottery type and the number set in the group definition are initially set, and the purchase number column is included. In this purchase number column, the creator can enter the number of purchases desired, up to the number that can be purchased. Then, the sales management unit 213 acquires the number of purchases entered on the purchase screen. In this case, the sales management unit 213 specifies the payment information in the member management record 220 of the user-authenticated member ID. Then, the sales management unit 213 accesses the financial institution server 40 by using the payment information, and performs the payment processing for the lottery purchase.

When the settlement is completed, the control unit 21 of the sales server 20 executes the group definition registration process (step S1-6). Specifically, the group management unit 212 of the control unit 21 generates a basic record 240 to which a group ID is added to the temporarily stored group definition information, and records the basic record 240 in the group information storage unit 24. Further, the group management unit 212 generates a participant record 241 that records the participant ID (creator's member ID), the purchase registration date and time, and the number of purchases, and records the participant record 241 in the group information storage unit 24. Next, the group management unit 212 acquires the lottery numbers for the number of purchased sheets in the lottery type and the number from the lottery information storage unit 23, and records the purchased flag. Then, the group management unit 212 records the lottery numbers for the number of purchases in the purchase record 242 of the group information storage unit 24.

Next, the control unit 21 of the sales server 20 executes the process of generating the participation URL (step S1-7). Specifically, the group management unit 212 of the control unit 21 generates a participation URL using the address and group ID of the sales server 20 and records it in the basic record 240. Then, the group management unit 212 outputs the generated participation URL to the user terminal 10.

Then, the creator of the group invites using the participation URL. (Step S1-8). For example, inform the friends who want to invite to the group of the participation URL by e-mail or the like. In addition, participants may be recruited by disclosing the participation URL in the SNS or blog that they use.

(Participant purchase process)
Next, the participant purchase process will be described with reference to FIG. 5A. A user who wishes to join the group inputs the participation URL into the browser of the user terminal 10 to access the sales server 20.

In this case, the control unit 21 of the sales server 20 executes an access acceptance process using the participation URL (step S2-1). Specifically, the group management unit 212 of the control unit 21 acquires access from the user terminal 10. Then, the group management unit 212 acquires the group ID set as a variable in the participation URL.

Next, the control unit 21 of the sales server 20 executes the user authentication process (step S2-2). Specifically, the member management unit 211 of the control unit 21 acquires the member ID and password of the user who wants to participate from the user terminal 10 and collates it with the authentication information recorded in the member information storage unit 22 to perform user authentication. Do it.

Next, the control unit 21 of the sales server 20 executes the group status confirmation process (step S2-3). Specifically, the group management unit 212 of the control unit 21 identifies the basic record 240 in which the acquired group ID is recorded. Then, the group management unit 212 specifies the recruitment start date, the recruitment end date, and the participation status recorded in the basic record 240.

Next, the control unit 21 of the sales server 20 executes a determination process as to whether or not participation is possible (step S2-4). Specifically, the group management unit 212 of the control unit 21 confirms whether or not the current date is included in the recruitment start date to the recruitment end date (recruitment period) recorded in the basic record 240. Further, it is determined whether or not the number of participants and the total number of purchases in the participation status recorded in the basic record 240 have reached the maximum number of people and the maximum number of sheets, respectively. If the current date is within the recruitment period and the number of participants and the total number of purchases have not reached the upper limit, it is judged that participation is possible.

If the current date is outside the recruitment period, or if at least one of the number of participants and the total number of purchases has reached the upper limit and it is determined that participation is not possible (when "NO" in step S2-4), the sales server The control unit 21 of 20 executes error processing (step S2-5). Specifically, the group management unit 212 of the control unit 21 transmits an error message to the user terminal 10. This error message should include a message stating that you cannot join the group.

On the other hand, when it is determined that participation is possible (when "YES" in step S2-4), the control unit 21 of the sales server 20 executes the lottery purchase process of the group participants (step S2-6). Specifically, the group management unit 212 of the control unit 21 calculates the number of available purchases by subtracting the total number of purchases from the maximum number of sheets. Then, the group management unit 212 outputs the purchase screen to the user terminal 10. On this purchase screen, the lottery type and the number set in the group definition are initially set, and the purchase number column is included. In this purchase quantity column, the number of purchases desired by the participants can be entered up to the number of purchases that can be made. Then, the group management unit 212 acquires the number of purchases entered on the purchase screen. In this case, the member management unit 211 specifies the payment information in the member management record 220 of the user-authenticated member ID. Then, the sales management unit 213 accesses the financial institution server 40 by using the payment information, and performs the payment processing for the lottery purchase.

When the settlement is completed, the sales management unit 213 records the purchased flag from the lottery information storage unit 23 for the lottery type and the number designated by the group in association with the lottery number for the number of purchased sheets. Next, the group management unit 212 generates a participant record 241 in which the participant ID (participant member ID), the current date and time (purchase registration date and time), and the number of purchases are recorded, and records the participant record 241 in association with the basic record 240. Further, the group management unit 212 records the lottery numbers for the number of purchases in the purchase record 242.

Participants in this group can also repurchase the lottery in the same group. Specifically, when the group management unit 212 determines that the user-authenticated member ID is already registered as the participant ID of this group, the number of purchases this time is added to the number of purchases of the participant record 241. to add.

Next, the control unit 21 of the sales server 20 executes the update process of the group status (step S2-7). Specifically, the group management unit 212 of the control unit 21 updates the number of participants and the total number of purchases in the participation status of the basic record 240. In the case of repurchasing participants, only the total number of purchases will be updated.

(Processing at the time of lottery)
Next, the lottery process will be described with reference to FIG. 5 (b). This process is performed when the lottery lottery is drawn on the lottery management server 30 and the winning number is determined.

First, the control unit 21 of the sales server 20 executes a winning result confirmation process (step S3-1). Specifically, the group management unit 212 of the control unit 21 acquires the lottery winning results (lottery type, number, winning number) from the lottery management server 30.

Next, the control unit 21 of the sales server 20 executes the lottery distribution process (step S3-2). Specifically, the group management unit 212 of the control unit 21 identifies the winning lottery for each group by using the purchase record 242 recorded in the group information storage unit 24. Next, the group management unit 212 calculates the winning amount for each group. Next, the group management unit 212 calculates each distribution amount to which the winnings are distributed according to the ratio of the number of purchases of each participant. In this case, the numbers after the decimal point are truncated.

Next, the control unit 21 of the sales server 20 executes the fraction adjustment process (step S3-3). Specifically, the group management unit 212 of the control unit 21 totals the distribution amounts and calculates the difference from the winning amount. Here, when a difference occurs, the group management unit 212 adjusts the difference by 1 yen, in order of the earliest purchase registration date and time. Then, the group management unit 212 adds a fraction to the distribution amount calculated in step S3-2.

Next, the control unit 21 of the sales server 20 executes the deposit processing of the winnings (step S3-4). Specifically, the group management unit 212 of the control unit 21 identifies an account in the member management record 220 for each participant, and transmits a request for depositing the distribution amount to this account to the financial institution server 40.

According to this embodiment, the following effects can be obtained.
(1) In the present embodiment, the control unit 21 of the sales server 20 outputs the group definition screen (step S1-2), acquires the group definition (step S1-4), and registers the group definition (step S1). -6) is executed. This makes it possible to set up a group for joint purchase of lottery tickets.

(2) In the present embodiment, the control unit 21 of the sales server 20 executes the lottery type selection process (step S1-3). As a result, group purchasing can be made using the lottery tickets that can be purchased.

(3) In the present embodiment, the control unit 21 of the sales server 20 executes the process of generating the participation URL (step S1-7). As a result, participants in the group can be recruited using the participation URL.

(4) In the present embodiment, the control unit 21 of the sales server 20 executes an access acceptance process using the participation URL (step S2-1). This makes it possible to identify the group that wants to participate.

(5) In the present embodiment, the control unit 21 of the sales server 20 executes a group status confirmation process (step S2-3) and a determination process (step S2-4) as to whether or not participation is possible. When it is determined that participation is possible (when "YES" in step S2-4), the control unit 21 of the sales server 20 executes the lottery purchase process of the group participants (step S2-6). As a result, it is possible to determine whether or not to participate in the group conditions set by the creator of the group.

(6) In the present embodiment, the control unit 21 of the sales server 20 executes the winning result confirmation process (step S3-1) and the winning money distribution process (step S3-2). As a result, the lottery winnings purchased by the group can be distributed among the participants.

(7) In the present embodiment, the control unit 21 of the sales server 20 executes the fraction adjustment process (step S3-3). As a result, even if there is a fraction in the relationship between the winnings and the participant situation, the winnings can be distributed in consideration of the priority.

This embodiment can be modified and implemented as follows. The present embodiment and the following modified examples can be implemented in combination with each other within a technically consistent range.
-In the above embodiment, the maximum number of participants, the maximum number of sheets, the recruitment start date, and the recruitment end date are used as recruitment conditions. The recruitment conditions are not limited to this. For example, an upper limit may be set for the number of purchases per person. In this case, in the purchase quantity column of the purchase screen, purchases of the number of purchases or less and the purchase quantity upper limit or less are permitted. Furthermore, in the case of repurchase, the same member allows repurchase with the remaining number up to the maximum number of purchases based on the number of purchases.

-In the above embodiment, the control unit 21 of the sales server 20 executes the fraction adjustment process (step S3-3). Here, the priority of distributing fractions is not limited to the order of earliest purchase registration date and time. For example, the priority may be determined in descending order of the number of purchases.

-In the above embodiment, when purchasing a lottery, the group management unit 212 acquires the lottery number for the number of purchased lottery numbers from the lottery information storage unit 23 in the lottery type and the number, and records the purchased flag. Here, the lottery purchaser may be able to choose the lottery number.

-In the above embodiment, the purchase record 242 of the group information storage unit 24 records data related to the purchase lottery number. Here, the member ID of the participant who purchased this lottery may be recorded in the purchase lottery number. Then, the purchaser information of the winning lottery may be provided to the participants of the group.

10 ... user terminal, 20 ... sales server, 21 ... control unit, 211 ... member management department, 212 ... group management department, 213 ... sales management department, 22 ... member information storage unit, 23 ... lottery information storage unit, 24 ... group Information storage unit, 30 ... lottery management server, 40 ... financial institution server.

Claims (5)

A control unit that manages groups that make joint purchases of lottery tickets,
A lottery management system including a group information storage unit that stores group definitions for the group.
The control unit
When a group generation request that specifies the lottery ticket type and number is obtained from the first terminal, the group definition is registered in the group information storage unit.
A URL for participation is generated for the group definition and provided to the first terminal.
When the access from the second terminal is acquired by using the participation URL, it is determined whether or not the group can participate according to the group definition.
When it is possible to join the group, it is associated with the group definition and registered as a group member together with the time of joining the group, and the lottery purchased at the second terminal is registered in association with the group definition.
When the lottery type and the winning information of the number defined in the group are acquired, the priority is set based on the time of participation in the group, and the winning money of the winning information is given to the group members based on the priority. A lottery management system characterized by distribution. Information on the maximum number of participants is recorded in the group definition.
The lottery management system according to claim 1, wherein the control unit permits the purchase of a lottery at the second terminal when the participation status does not reach the upper limit of the number of participants. Information on the maximum number of sheets is recorded in the group definition.
The lottery management system according to claim 1 or 2, wherein the control unit permits the purchase of a lottery at the second terminal when the number of purchases in the group has not reached the upper limit of the number of purchases. A control unit that manages groups that make joint purchases of lottery tickets,
A method of managing a lottery using a lottery management system provided with a group information storage unit that stores the group definition for the group.
The control unit
When a group generation request that specifies the lottery ticket type and number is obtained from the first terminal, the group definition is registered in the group information storage unit.
A URL for participation is generated for the group definition and provided to the first terminal.
When the access from the second terminal is acquired by using the participation URL, it is determined whether or not the group can participate according to the group definition.
When it is possible to join the group, it is associated with the group definition and registered as a group member together with the time of joining the group, and the lottery purchased at the second terminal is registered in association with the group definition.
When the lottery type and the winning information of the number defined in the group are acquired, the priority is set based on the time of participation in the group, and the winning money of the winning information is given to the group members based on the priority. A lottery management method characterized by distribution. A control unit that manages groups that make joint purchases of lottery tickets,
A program that manages lottery tickets using a lottery management system equipped with a group information storage unit that stores the group definitions for the group.
The control unit
When a group generation request that specifies the lottery ticket type and number is obtained from the first terminal, the group definition is registered in the group information storage unit.
A URL for participation is generated for the group definition and provided to the first terminal.
When the access from the second terminal is acquired by using the participation URL, it is determined whether or not the group can participate according to the group definition.
When it is possible to join the group, it is associated with the group definition and registered as a group member together with the time of joining the group, and the lottery purchased at the second terminal is registered in association with the group definition.
When the lottery type and the winning information of the number defined in the group are acquired, the priority is determined based on the time of participation in the group, and the winning information of the winning information is given to the group members based on the priority. A lottery management program characterized by functioning as a means of distribution.

Images