JP7294737B1 - gift giving system - Google Patents

Abstract

The object of the present invention is to enable the presenting of a gift in which entertainment is added in a game-like manner while considering that the gift is selected by the giver, and to save time and labor for preparation. SOLUTION: A giver displays a game execution page on a giver terminal 3 with a game application 31, and each participant displays a game execution page on each participant terminal 4 with a game application 41. - 特許庁When the giver presses the standby button 75 , a challenger is designated and the nickname is displayed in the challenged participant display field 74 . Each selection button 78 iconized with the gift name and image of the presented gift is arranged on the orbit. When the giver presses the start button 76, each selection button 78 rotates along the orbit, and when it stops, each participant presses an arbitrary selection button 78. - 特許庁The participant ID of the participant who pressed the selection button 78 earliest is associated with the gift ID of the presented gift displayed by the selection button 78 . [Selection diagram] Fig. 1

Description

The invention of this application relates to a system used when a giver presents a gift to a plurality of recipients.

It is said that the Japanese are a people who like gifts. It can be said that giving gifts is indispensable for smoothening interpersonal relationships, and gifts are frequently given to friends, acquaintances, business associates, and the like. Of these, the catalog gift, which allows the recipient to select and receive a gift described in the catalog, is widely used because the gift can reflect the preferences of the recipient.
In addition, there are often situations in which gifts are presented to multiple presenters at once. A typical example of this is a gift at a wedding reception or a reward (koudengaeshi) for attendees at a funeral. When presenting a gift to a plurality of recipients in this way, a catalog gift is often presented.
The use of IT has also been promoted for such catalog gifts, and services have appeared that allow recipients to select items listed in catalogs on websites. Patent Document 1 also introduces a technique in which a giver selects items listed in a catalog, composes an order-made catalog gift, and presents it to a recipient.

Japanese Unexamined Patent Application Publication No. 2007-11524

The above-mentioned catalog gift allows the recipient to select a gift, so it is preferable in that it is possible to easily select a gift that matches the preferences of the recipient and the gift that the recipient wants. is. However, when presenting a gift to a plurality of giftees at a time such as an event, it may be desired to present the gift in a game-like manner with an entertainment aspect added. Traditional methods of distributing catalog gifts do not provide such entertainment. However, actually playing a game and presenting a gift as a prize has the problem that it takes time and effort to prepare the game.
The invention of the present application has been made in consideration of the above points, and while taking into consideration that the gift-giver selects the gift, it enables gift-presentation in which entertainment is added in a game-like manner. The aim is to save time and effort.

In order to solve the above problems, an invention of a gift presentation system is disclosed in this specification. The disclosed gift-presenting system is a gift-presenting system used when a giver presents gifts to multiple giftees. This system includes a server that can be accessed via a network by a giver terminal, which is a terminal operated by a giver, and a storage unit.
The storage unit stores a gift information master file and a presentation gift information file.
The gift information master file is a file that records information on each gift that can be presented.
The presented gift information file is a file that records information on a plurality of gifts selected by the giver as gifts to be presented from among the gifts recorded in the gift information master file.
The server is capable of providing a presented gift selection page to the giver terminal, and is equipped with a presented gift registration program.
The presented gift selection page is a page for inputting whether or not each gift recorded in the gift information master file is to be selected as a gift to be presented, and is a page for executing a presented gift registration program.
The presented gift registration program is a program for recording each gift selected on the presented gift selection page in the presented gift information file.
A game means is provided for playing a game when each gift recorded in the presentation gift information file is presented to a recipient, and the game means presents which gift to which participant among the participants in the game. It is a means to determine whether
The server can be accessed via a network by each participant terminal operated by each participant in the game, and constitutes game means.
The server provides the game execution page to each participant terminal,
The game means comprises a simulated musical chair game program running on the game play page.
The simulated chair game program consists of a button arrangement module that arranges multiple selection buttons, which are command buttons, along a circular track, and a button arrangement module that arranges the selection buttons arranged on the circular track on each participant terminal along the circular track. and a button rotation module that rotates the display.
A plurality of selection buttons arranged in the circular orbit corresponds to the gift recorded in the presentation gift information file on a one-to-one basis. This is a button for executing a matching module that performs a process of recording the person ID in association with one gift recorded in the presented gift information file.
Each selection button is a command button that becomes active when the button rotation module rotates each selection button for a predetermined period of time and then stops. button.
The simulated musical chair game program is a program that has fewer selection buttons than the participant terminals that can press the selection buttons to cause the server to execute the mapping module.
Each participant terminal cannot execute the mapping module after pressing any selection button once after each selection button has stopped rotating, even when pressing other active selection buttons.
Also, in the gift presentation system according to the disclosed invention, the selection button may be a button on which an image of the corresponding gift is displayed.
In addition, in the gift presentation system according to the disclosed invention, the button arrangement module updates the arrangement of each selection button corresponding to the gift that is not associated with the exception of the gift that has been associated by the association module. may contain code to
In addition, the gift presentation system according to the disclosed invention
A participant information file is stored in the storage unit, and the participant information file is a file in which each participant ID that identifies each participant is recorded,
The simulated chair-taking game program includes a challenger nomination module for extracting participant IDs whose number is greater than the number of selection buttons from among the participant IDs whose participant IDs are not recorded in the presentation gift information file, The challenger nomination module can be configured to be a module that enables execution of the association module by pressing a selection button for the participant terminal associated with each extracted participant ID.

As will be described below, according to the gift presentation system according to the disclosed invention, while considering that the gift is selected by the gift giver, a simulated chair-taking game is played to determine which gift is given to which participant. Since it is determined whether the gift is presented, it becomes possible to present a gift rich in amusement as an attraction.
At this time, the giver only needs to purchase the gift in advance and execute the presentation gift registration program, and there is no need to carry the purchased gift to the venue, so the preparation is extremely easy and time and labor are not required.
In addition, according to the configuration in which the selection button is a button displaying the image of the corresponding gift, the selection button is pressed with the intention of wanting the gift, which enhances the game.
In addition, according to the configuration in which the button layout module includes a code for updating the layout of each selection button in correspondence with gifts that have not been associated with the exception of gifts that have been associated by the association module, Since the simulated chair game can be played a plurality of times for gifts that have not been acquired, it is not necessary to increase the number of selection buttons arranged at one time, which is particularly suitable when the number of gifts to be presented is large. .
Further, the simulated chair-taking game program includes a challenger nomination module for extracting a number of participant IDs greater than the number of selection buttons from among the participant IDs whose participant IDs are not recorded in the presentation gift information file. According to the configuration, the challenger nomination module is a module that enables execution of the association module by pressing the selection button for the participant terminal associated with each extracted participant ID. Since a challenger is selected from the list to challenge the simulated chair-taking game, it is particularly suitable when there are many participants.

1 is a schematic diagram of a gift presentation system of an embodiment; FIG. It is the schematic which showed the structure of a gift sale information file. It is the schematic which showed the structure of the gift information master file. FIG. 4 is a schematic diagram showing the structure of a presentation gift information file; FIG. 4 is a schematic diagram showing an example of each page for the sale of simulated game gifts; 4 is a flow chart showing an outline of a presentation gift registration program; 4 is a flow chart showing an outline of a game preparation program; It is a schematic diagram showing an example of the structure of a participant information file. FIG. 4 is a schematic diagram showing an example of a giver contact mail executed by a giver contact module; It is the schematic which showed an example of each page for participant registration. It is the flowchart which showed the outline of a participant registration program. FIG. 10 is a schematic diagram showing an example of a giver game execution page; FIG. 10 is a schematic diagram showing an example of a giver game execution page; Fig. 10 is a flowchart outlining a button placement module; Fig. 11 is a flow chart outlining a nominate challenger module; Fig. 4 is a flow chart outlining an association module; FIG. 11 is a schematic diagram of a participant game play page; FIG. 4 is a schematic diagram showing an example of a gift receipt page; It is the figure which showed an example of the gift receipt page at the time of winning the lottery of a special privilege.

Hereinafter, modes (embodiments) for carrying out the invention of this application will be described. FIG. 1 is a schematic diagram of the gift presentation system of the embodiment.
The gift presentation system of the embodiment is a system used when a giver presents a gift to a plurality of recipients. As will be described later, the gift presentation system of the embodiment plays a game simulating a game of musical chairs (hereinafter referred to as a simulated musical chair game) to determine the gift to be presented to each recipient. The simulated musical chair game is assumed to be played at events such as parties and banquets. An event in which a simulated musical chair game is played is hereinafter referred to as a simulated game event. A gift presented to each recipient through a simulated musical chair game is called a simulated game gift.

As shown in FIG. 1, in the gift giving system of the embodiment, a giver terminal 3, which is a terminal operated by a giver, and a participant terminal 4, which is a terminal operated by each participant in a simulated chair-taking game, connect to a network. It comprises a server 1 that can be accessed via the Internet, and a storage unit 2 .
In this embodiment, the network is the Internet 100, so server 1 is a web server. The gift is sold by the gift business to the giver and presented to the recipient. The server 1 is operated and managed by this gift business operator, and is hereinafter referred to as the gift server 1 . The gift server 1 does not have to be a single server, and may be composed of a plurality of server computers.

The storage unit 2 is a storage such as a hard disk provided in the gift server 1, but may be provided in a server separate from the gift server 1, such as a storage server. The storage unit 2 does not need to be only one, and a plurality of storages may be used as the storage unit 2, and they may be provided in different locations.
Each participant terminal 4 is a smart phone in this embodiment. The giver terminal 3 may be a smart phone or a PC, but the smart phone is used in the following example.

In the gift presenting system of the embodiment, since the gift to be presented to each recipient is determined in the simulated game event, the presenter selects in advance the gift (presentation gift) to be presented before the simulated game event. keep it The selected presented gift is sold by the gift business to the giver. As files for these, as shown in FIG. 1, the storage unit 2 stores a gift sales information file 21, a gift information master file 22, and a presentation gift information file 23. FIG.

FIG. 2 is a schematic diagram showing the structure of the gift sales information file 21. As shown in FIG. The gift sales information file 21 is a database file in which information on gift sales to be performed in advance for each simulated game event is recorded. As shown in FIG. 2, the gift sales information file 21 contains "sales ID", "member ID", "gift owner name", "participant number", "gift number", "participant registration ID", " A large number of records consisting of fields such as "participant registration PW", "sale date", and "event name" are recorded.

"Sales ID" is a field in which information identifying each sale is entered. The sale ID also serves as an ID that identifies each simulated game event.
In this embodiment, gifts are sold to givers after they are registered as members, and the storage unit 2 stores a member information file (not shown). The member information file is a database file that records personal information of each member, and is uniquely identified by a member ID. "Member ID" of the gift sales information file 21 is a field in which the member ID of the gift giver as a gift seller is recorded. "Sender's name" is a field in which the member's name (name in the case of an organization or a corporation) recorded in the member information file is transcribed.

"Participants" is a field in which the number of participants participating in the simulated game event is entered. A Participant is a Recipient who receives a Gift, but there may be cases where the number of Gifts is less than the number of Participants, in which case a Participant who is not a Recipient (Participant who does not receive a Gift) may appear. come.
"Number of Gifts" is a field in which the number of gifts presented by the simulated game event is entered. This number is equal to or less than the number of participants.
"Sale date" is a field in which the date on which the gift sold in one simulated game event is sold is entered.
"Event name" is a field in which the name of the simulated game event is recorded. For example, a name such as "XX Wedding Reception After-Party" is recorded.

FIG. 3 is a schematic diagram showing the structure of the gift information master file 22. As shown in FIG. The gift information master file 22 is a database file that records information on products or services that can be selected as gifts, and is a file that records information on various products or services that can be purchased and sold by the gift business. In the case of a service, a ticket for using the service is often provided to the giftee.

As shown in FIG. 3, the gift information master file 22 includes "gift ID", "gift name", "sales amount", "genre ID", "genre name", "supplier ID", and "image file name". A large number of records consisting of fields such as The gift ID is information specifying each gift, and the sales price is the price at which the gift is sold to the giver. Genre ID is specific information of the genre of the gift. The supplier ID is specific information of the supplier of the gift. The image file name is a file name of an image file showing the content of the gift in an image, and is recorded including a path name as necessary.

FIG. 4 is a schematic diagram showing the structure of the presentation gift information file 23. As shown in FIG. One presented gift information file 23 is created for one sales ID and stored in the storage unit 2 . For example, by using the sales ID as the file name, the file can be specified by the sales ID.
As shown in FIG. 4, the presented gift information file 23 is a database that records records consisting of fields such as "registration ID", "gift ID", "gift name", "image file name", and "presentation recipient ID". is a file. The number of records in the presentation gift information file 23 matches the value of the “number of gifts” in the gift sales information file 21 . “Registration ID” is an ID that uniquely identifies each record within one presentation gift information file 23 . The gift ID does not serve as unique identification information because the same gift may be selected multiple times as gifts to be presented. Therefore, a registration ID is generated and recorded. The registration ID is, for example, identification information obtained by adding a branch number to the sales ID. The "presentation recipient ID" is a field in which the participant ID of the presentation recipient determined by the simulated chair-taking game is recorded.

On the other hand, the gift server 1 hosts a page for selecting a gift to be presented (hereinafter referred to as a selection page) on the giver terminal 3 . That is, the storage unit 2 stores the HTML file for the selected page, and each script for the selected page is implemented for the selected page.
In this embodiment, the gift provider sells several different types of gifts at the site (gift site) provided by the gift server 1, one of which is the simulated game gift in the embodiment.

FIG. 5 is a schematic diagram showing an example of each page for the sale of simulated game gifts. The gift company provides a gift site on the gift server 1, and an example of its top page is shown in FIG. 5(1). The gift site is a site to be used by registering as a member, and the giver has previously registered as a member. When the member is registered, a member ID and password are issued. When the login button on the top page is pressed, the login page is displayed, and login is performed by entering the member ID and password.

As shown in FIG. 5(1), the top page introduces several different types of gifts provided by gift providers, one of which is a simulated game gift.
On the top page, there is provided a button 51 labeled "simulated chair game gift" (hereinafter referred to as "game gift button"). The game gift button 51 is linked to a simulated game gift sales page (hereinafter referred to as a game gift sales page). FIG. 5(2) shows an example of the game gift sales page.

As shown in FIG. 5(2), the game gift sales page includes a participant number input field 52, a gift number input field 53, an event name input field 54, a price range selection field 55, and a genre selection field 56. , and a presentation gift selection page display button 57 are provided.
The number-of-participants input field 52 is a field for inputting the number of participants in the simulated game event. The number-of-gifts input field 53 is a field for inputting the number of gifts to be presented, and is a field for inputting a number equal to or less than the number of participants. Entering a number larger than the number of participants will result in an error.

The event name input field 54 is a field for inputting the event name of the simulated game event. For example, a name such as "XX Wedding Reception After-Party" is entered.
The price range selection column 55 is a column for selecting the price range of the gift to be presented. In this example, the price range selection column 55 is a check box that allows multiple selections, for example, 500 yen or less, 500 yen to 1000 yen, 1000 yen to 3000 yen, 3000 yen to 5000 yen, 5000 yen to 7000 yen, It is a column to choose from 7,000 to 10,000 yen and 10,000 yen or more. In addition, it is also possible to select not specified.
The genre selection field 56 is a field for inputting the genre of the gift to be presented. In this example, the genre selection field 56 is a check box, and it is possible to select a plurality of genres or select all genres.

The presentation gift selection page display button 57 is linked to the presentation gift selection page. A script for displaying the gift selection page according to the input in the price range selection column 55 and the genre selection column 56 is embedded in the presentation gift selection page. FIG. 5(3) shows an example of the presentation gift selection page display.
As shown in FIG. 5(3), the presentation gift selection page is a page displaying a list of gifts that can be selected as presentation gifts. Each frame displaying a gift displays the name of the gift, an image showing the content of the gift, and the sales amount. The script embedded in the presentation gift selection page searches the gift information master file 22 according to the price range selected in the price range selection field 55 and the genre selected in the genre selection field 56, The sales amount is entered in the price range displayed, and the gift name, image file, and sales amount of the gift corresponding to the genre selected in the genre selection column 56 are obtained. Then, it is coded so that an image is incorporated and displayed in each frame as shown in FIG. 5(3).

As shown in FIG. 5(3), each frame displaying a gift is provided with a quantity input field 58 . Also, a present gift registration button is provided at the bottom of the present gift selection page (not shown in FIG. 5(3)). When the presentation gift selection page is displayed to the bottom column, a presentation gift registration button is displayed.
A presented gift registration program 11 is installed in the gift server 1 , and a presented gift registration button is an execution button for the presented gift registration program 11 . FIG. 6 is a flow chart showing an overview of the presentation gift registration program 11. As shown in FIG.

The presented gift registration program 11 totals the number of quantity input fields 58 in each frame displaying gifts, and determines whether or not the total number matches the number of gift quantity input fields. If they do not match, an error message is displayed on the giver terminal 3 and the process ends.
When the sum of the numerical value input fields and the numerical value of the gift number input field match, the presentation gift registration program 11 stores the gift ID of the gift for which a numerical value of 1 or more is input in the quantity input field 58 and the corresponding quantity as an array variable. (number of columns: 2). Then, the gift information master file 22 is searched for each gift ID, and the value of "sales amount" is acquired. Next, for each gift ID, the value obtained by multiplying the sales amount by the quantity of the gift is totaled for all gift IDs to calculate the total sales amount. The presented gift registration program 11 includes a payment module, and executes the payment module with the calculated total sales amount as an argument. The payment module is similar to that used in ordinary online shopping, but in this example, only credit cards or prepaid payments can be used.

When the settlement module returns a normal settlement completion return value, the presented gift registration program 11 newly generates a sales ID and adds a new record to the gift sales information file 21 . Then, the generated sales ID, the member ID held at the time of login, and the sales amount, which is the settlement amount, are recorded. Also, the number of gifts, which is the sum of the numbers input in the quantity input field 58, is recorded in the "number of gifts", and the number input in the number of participants input field 52 is recorded in the "number of participants". Furthermore, the event name input in the event name input field is recorded in "event name".

Next, the presented gift registration program 11 creates a new presented gift information file 23 by using the sales ID as a file name, etc., and adds records corresponding to the number of gifts. Then, a registration ID is automatically generated and recorded in each record. Each gift ID is recorded in each record, and the gift information master file 22 is searched by each gift ID to record the gift name and image file name.

As shown in FIG. 1, the gift server 11 has a game preparation program 12 installed. After creating the presented gift information file 23 and recording each information as described above, the presented gift registration program 11 executes the game preparation program 12 as a subroutine and ends. FIG. 7 is a flow chart showing an outline of the game preparation program 12. As shown in FIG.

The game preparation program 12 is a program that performs processing for preparing for execution of the simulated musical chair game, such as providing necessary information to the giver. As shown in FIG. 7, the game preparation program 12 first generates a participant registration ID and a participant registration password. The gift sales information file 21 is searched by the sales ID, and recorded in the "participant registration ID" and "participant registration PW" of the corresponding records.
Next, the game preparation program 12 creates a new participant information file 24 and stores it in the storage section 2 . FIG. 8 is a schematic diagram showing an example of the structure of the participant information file 24. As shown in FIG. The participant information file 24 is a database file created for conducting a lottery, and as shown in FIG. It is a file that records the number of records consisting of fields such as the number of participants. The participant information file 24 is created for each sales ID and has a file name that can be specified by the sales ID, such as a file name using the sales ID.

"Participant ID" is a field in which information for uniquely identifying each record in the participant information file 24 is recorded. The participant name and e-mail address are fields in which values are recorded when the participant uses the participant terminal 4 to register as a participant or request the delivery of the obtained gift.
"Acquired gift" is a field in which the gift ID of the gift is recorded when the right to receive the gift is acquired through the pseudo-chair game.
The game preparation program 12 then includes a giver communication module that allows the giver to report completion of gift purchases and send information for game play. After creating the participant information file 24, the game preparation program 12 executes the giver communication module and ends.

The contact to the giver may be sent by e-mail from the gift server 1 or by mailing printed paper, but in the following explanation, the structure of e-mail transmission will be explained as an example. do.
FIG. 9 is a schematic diagram showing an example of a giver contact mail executed by the giver contact module. As shown in FIG. 9, the giver communication mail includes a report that the purchase of the simulated game gift has been completed normally and a text describing the simulated chair game.

In order to explain the simulated chair-taking game, it is necessary for the giver and each participant to download an application (hereinafter referred to as the "chair-taking game application") in advance, and each participant must register as a participant. It includes the fact that it is necessary to The giver contact email includes a download URL (hyperlink, hereinafter referred to as a giver application download link) 61 for the chair-taking game application for the giver and a URL for participant registration (hyperlink, hereinafter referred to as participant registration). link) 62 is described. An explanation is provided to the effect that the participant registration link 62 should be forwarded to each participant by e-mail, SNS, or the like. Furthermore, although not shown in FIG. 9, considering the case where each participant logs in manually, the URL of the gift site, the ID for participant registration, and the password for participant registration are described. The participant registration ID and participant registration password are recorded in the gift sales information file 21 .

Next, installation of the chair game application and participant registration performed as part of game preparation will be described. FIG. 10 is a schematic diagram showing an example of each page for participant registration. FIG. 10(1) shows the participant registration top page. The participant registration top page is displayed by logging in to the participant terminal 4 with the participant registration ID and the participant registration password. The giver contact mail shown in FIG. 7 is transferred to the participant terminal 4, and the participant terminal 4 taps the participant registration link 62, or accesses the URL of the gift site and enters the ID and password to log in. is displayed, and the participant registration top page of FIG. 10(1) is displayed.

The name of the simulated game event is displayed on the participant registration top page for confirmation. Embedded in this portion is a script for searching the gift sales information file 21 with the ID for participant registration, reading the value of the "event name" field of the corresponding record, and displaying it. In addition, on the participant top page, it is stated that in order to participate in the simulated chair game held at the simulated game event, it is necessary to register as a participant and download the chair game app. An input page display button 63 stating "Participant registration" is provided.

The input page display program embedded in the input page display button 63 determines whether the chair game application is installed in the accessed participant terminal 4, and if not installed, downloads and installs the chair game application. The participant terminal 4 displays a message requesting that Then, a button for selecting whether or not to download is displayed, and if download is not selected, the process ends as it is, and if it is selected, the download module is executed.

When the chair-taking game application is installed and the download module returns a normal completion return value, the input page display program displays the participant registration input page shown in FIG. 10(2) on the participant terminal 4. do. As shown in FIG. 10(2), the participant registration entry page is provided with a name entry field 64, a nickname entry field 65, and a registration button 66. FIG. A participant registration program 13 is installed in the gift server 1 , and a send button provided on a confirmation page linked to the registration button 66 is an execution button for the participant registration program 13 .

FIG. 11 is a flowchart showing an outline of the participant registration program 13. As shown in FIG. The participant registration program 13 searches the gift sales information file 21 with the participant registration ID held at the time of login, and acquires the sales ID and the number of participants from the corresponding record. Then, the participant information file 24 created corresponding to the sales ID is opened, and it is determined whether or not the number of records corresponding to the number of participants has already been recorded. If it has already been recorded, an error message indicating that the participant registration has ended is output and the process ends. If the number of records is less than the number of participants, the participant registration program 13 searches the participant information file 24 with the nickname entered in the nickname entry field 65 to determine whether there is the same nickname. If so, display a message requesting a different nickname and exit.

If the number of records is less than the number of participants and there is no identical nickname, the participant registration program 13 adds a new record to the participant information file 24 . Then, a participant ID is generated and recorded in the "participant ID" field, the name input in the name input field 63 of the participant registration input page is recorded in the "name" field, and the nickname input in the nickname input field 64 is recorded. is recorded in "nickname". Then, the sales ID, event name, registered participant ID and nickname are transmitted to the participant and stored in the participant terminal 4 as internal variables of the chair-taking game application 41 . Then, as shown in FIG. 10(3), a message indicating that the participant registration has been completed is displayed on the participant terminal 4, and the program ends. In addition, as shown in FIG. 10(3), when participating in the game, a message is displayed together with a termination message to the effect that the application should be activated on the day of the event and the participation button should be tapped.

Next, the configuration for carrying out the simulated musical chair game prepared in this manner will be described below. The purpose of the simulated musical chair game is to determine to which participant each gift recorded in the presented gift information file 23 should be presented. That is, the gift presenting system of the embodiment has game means for determining to which participant each gift recorded in the presenting gift information file 23 is to be presented by a simulated musical chair game. In this embodiment, the game means includes the gift server 1, the simulated chair-taking game program 14 installed in the gift server 1, the giver terminal 3 in which the chair-taking game applications 31 and 41 are installed, the participant terminals 4, etc. It is composed by

The game means is means for displaying a game execution page on the giver terminal 3 and each participant terminal 4 . The game means includes a simulated musical chair game program 14 executed on the game execution page. The simulated chair game program 14 includes a program for displaying a game execution page, scripts and program modules mounted on the game execution page.
The game execution page is called from the giver terminal 3 and each participant terminal 4 and displayed. In either case, a sales ID is obtained and held in a session variable. The instance of the game execution page displayed on each participant terminal 4 and the instance displayed on the giver terminal 3 are slightly different. Hereinafter, the game execution page displayed on the giver terminal 3 will be called the giver game execution page, and the game execution page displayed on each participant terminal 4 will be called the participant game execution page.

12 and 13 are schematic diagrams showing an example of the giver game execution page. As the game progresses, the display state changes as shown in FIG. 12(1)→(2)→(3)→FIG. 13(1)→(2).
The giver application download link 61 shown in FIG. 9 contains the member ID and sales ID, and when this is tapped to download and install the chair-taking game application 31, the member's ID is used as an internal variable of the chair-taking game application. ID and sales ID are kept. A code for executing a game execution page display program on the gift server 1 is embedded in the starting icon of the chair game application 31 automatically created on the giver terminal 3, using the member ID and sales ID as arguments. Therefore, the giver game execution page shown in FIG.

As shown in FIG. 12, the game execution page for the giver displays the event name for confirmation. This information is information acquired from the corresponding record by searching the gift sales information file 21 with the sales ID.
The gift giver game execution page is provided with a total number of participants display column 71, a remaining gift display column 72, an unacquired number display column 73, a challenger display column 74, and the like. Also, a standby button 75, a start button 76 and a reset button 77 are provided as command buttons.

The total number of participants display column 71 is a column for displaying the total number of participants participating in the simulated chair-taking game. In this column, the value of the "number of participants" of the record obtained by searching the gift sales information file 21 with the sales ID is displayed. The remaining number of gifts display column 72 is a column for displaying the number of records (the number of gifts) that are not associated with the participant ID in the presentation gift information file 23, and the value is recorded in the "presentation recipient ID". This column displays the number of records that have not been processed.
The unacquired number display column 73 is a column for displaying the number of participants who have not acquired the right to receive the gift. When the game application is started, the number of the unacquired number display column 73 matches the number of the total number of participants display column 71 . The challenger display field 74 is a field in which participants who challenge the game are displayed in each chair-taking game.

The standby button 75 serves as an execution button for the button placement module and challenger designation module. FIG. 14 is a flowchart outlining the button layout module. The button arrangement module is a button for implementing a state simulating a game of musical chairs on the game execution page, and is a module for arranging a plurality of selection buttons 78, which are command buttons, in a circle. The selection button 78 is a button that is pressed by a challenger (participant designated as a challenger) to obtain a gift. In this embodiment, the select button 78 is an iconized button displaying the name and image of the gift that can be won. FIG. 12(2) shows an example of the selection button 78 arranged by the button arrangement module.

In the chair-taking game application 31 for the gift giver, an initial value for the number of selection buttons 78 to be arranged is set (hereinafter referred to as an arrangement number set value). When the number displayed in the unacquired player number display column 73 is equal to or smaller than the set value of the arranged number, the button arrangement module updates the arranged number to be one less than the unacquired number. do. Incidentally, if the number in the unacquired player number display column 73 is 1, the pseudo chair-taking game is over, so the button placement module ends without placement.

The button placement module opens the presentation gift information file 23 corresponding to the sales ID and determines whether or not the value of "presentation recipient ID" is recorded for the first record. If not recorded, the "gift ID" value of that record is obtained and stored in the array variable. Hereinafter, this variable will be called a placement gift storage variable. The button placement module repeats this process in the order of the record numbers until the number of variables in the placement gift storage variable reaches the number of placements. Then, when the arrangement number is reached, the value obtained by adding 1 to the record number of that record is stored in the variable. Hereinafter, this variable will be referred to as the gift extraction start position. The initial value of the gift extraction start position is 1 (first record).

After that, the gift information master file 22 is searched for each extracted gift ID, and the gift name and gift image file name are obtained from the corresponding record. Then, each selection button 78 is generated by iconizing the gift name and the image of the gift. At this time, the button placement module embeds a code for executing the association module with the gift ID of the displayed gift as an argument in each of the selection buttons 78 . At this time, each selection button 78 is disabled as an initial state.
The button arrangement module arranges the selection buttons 78 generated as described above in a circular fashion as shown in FIG. 12(2). The circumference in the "circumferential" is circular or elliptical, and is arranged along a circumferential trajectory set in advance within the page. When the number of the unacquired player number display column 73 is 2, there is only one selection button 78, but it is arranged on the set orbit.

After arranging the selection button 78, the button placement module executes the nominate challenger module and ends. FIG. 15 is a flowchart outlining the nominate challenger module. The challenger nomination module confirms the number in the display column 73 for the number of unacquired players, and if the number is greater than the set value for the arranged number, the number obtained by adding 1 to the set value for the arranged number is stored as the number of challengers as the number of challengers. do. If the number of unacquired players is the number setting value, the number of challengers is obtained by subtracting 1 from the number of unacquired players. If the number of unacquired players is less than the set number of placements, the number of unacquired players is taken as the number of challengers.
Then, the challenger nomination module opens the participant information file 24 corresponding to the sales ID, sequentially from the first record, judges whether or not the "earned gift" field is Null. "Participant ID" is read and stored in an array variable. Participant IDs corresponding to the number of challengers are extracted in order, and each extracted participant ID is stored in another array variable. Hereinafter, this variable will be referred to as a challenged participant storage variable. The challenger nomination module stores the value obtained by adding 1 to the record number from which the last participant ID was extracted in a variable. Hereinafter, this variable will be referred to as a challenger extraction start position. The default value for challenger extraction start position is 1 (first record).

Next, the challenger nomination module acquires the nickname of the participant associated with each of the extracted participant IDs from the participant information file 24, and displays it in the challenger display field 74 as shown in FIG. 12(2) ( 7 people in this example). This concludes the challenger nomination module. Note that the variable for storing the number of challenged participants is a global variable, and the extracted participant ID of each challenger is retained in the variable for storing participants during the challenge even after the end. Also, in the example of FIG. 12(2), the same human-shaped image is drawn. It may be displayed.

A start button 76 serves as an execution button for the rotation module. The rotation module is a module that rotates the selection buttons 78 circumferentially arranged by the button arrangement module along the circumference (along the set circumference track). Rotation is indicated by an arrow in FIG. 12(3). The rotation is performed, for example, by setting a function to sequentially change the display position of each selection button 78 along the circumferential track at predetermined short time intervals so that it appears to rotate to the human eye. to

The chair game program also includes a music playback module, and the rotation module is coded to execute the music playback module during the spinning motion. The music reproduction module is a module that reproduces a set music file among a plurality of music files stored in the storage unit 2 so that the giver terminal 3 and each participant terminal 4 can listen to it.
The rotation module is coded to continue the rotation for a predetermined period of time (eg, 5 to 15 seconds or so). Then, at the timing when the predetermined time has expired, the rotation module ends the music reproduction, switches each selection button 78 from the disabled state to the active state, and ends the module.

FIG. 16 is a flowchart outlining the association module. The association module is a module that performs processing for making the gift displayed by the selection button 78 acquired by the participant who pressed the selection button 78 .
Specifically, each selection button 78 is embedded with a code that acquires a participant ID from a variable in the game application displaying the game execution page, uses it as an argument together with the gift ID, and activates the association module. . As shown in FIG. 16, the association module first determines whether the participant ID of the argument is in the challenging participant storage variable, and if not, ends the module. If there is, delete the participant ID from the challenged participant storage variable and update the challenged participant storage variable.

Next, it is determined whether or not the argument gift ID is in the arrangement gift storage variable, and if not, the module is terminated. If there is, the presentation gift information file 23 is searched with the gift ID, and the participant ID is recorded in the "presentation destination ID" of the corresponding record. After that, the gift ID is deleted from the arranged gift storage variable, and the arranged gift storage variable is updated. Furthermore, as a subroutine, a gift acquisition display module is executed.

The gift acquisition display module is a module that makes it possible to know which gift the challenged participant has acquired. FIG. 13(1) shows an example of a display result by the gift acquisition display module. As shown in FIG. 13(1), the gift acquisition display module is a module that displays the name and image of the acquired gift in the challenger display field 74 . In this example, the selection button 78 is turned off for the gift and displayed in the challenger display field 74 , giving the impression that the gift has been moved to the challenger display field 74 .

As can be seen from the above description, when a plurality of participants (challengers) press the same selection button 78 on each participant terminal 4, the participant who pressed it first wins the gift. The participant ID of the participant is recorded in the “presentation recipient ID” of the gift presentation information file 23 . Also, the gift name and image of the gift are displayed in the challenger display field 74 displaying the participant. As for the participant who pushed later, since the gift ID has been deleted from the arranged gift storage variable, the module ends as it is. For this participant, the gift acquisition display module is coded to display "sorry" in the part where the participant is displayed in the challenger display field 74, as shown in FIG. 13(1). It is

Also, when the select button 78 is pressed once, the participant ID is deleted from the challenged participant storage variable for any of the participants, so pressing the select button 78 again terminates the module and nothing happens. . This is the same even when another selection button 78 is pressed. If a selection button 78 is not pressed at any of the participant terminals 4, that selection button 78 remains on the orbit and displays an unselected (not acquired) state, but the selection button 78 Even if the participant who presses once presses the select button 78, the gift cannot be obtained because the gift has been deleted from the challenged participant storage variable.

The reset button 77 provided on the giver game execution page is a button embedded with a reset module for returning the game execution page to its initial state. FIG. 13(2) shows a state in which the reset module has been executed. The reset module clears selection buttons 78 for gifts that have not been earned, if any remain. In addition, all displays in the challenge participant display column are erased. After that, the reset module updates each display value of the remaining gift number display field 72 and the unacquired number display field 73 . As for the remaining number of gifts, the number of records in which the "presentation recipient ID" is a null value in the presentation gift information file 23 is counted, and the display is updated. As for the number of unacquired participants, the number of records in which the value of "acquired gift" is Null in the participant information file 24 is counted, and the display is updated. Also, the extracted gift storage variable and the challenger participant storage variable are released and become Null values, but the gift extraction start position and the challenger extraction start position are retained.

FIG. 17 is a schematic diagram of a participant game play page. The participant game execution page is almost the same as the giver game execution page, but the standby button, start button, and reset button are not provided. Also, a gift receipt button 80 is provided on the participant game execution page. The gift receipt button 80 is a button for receiving the gift won by the participant, and is linked to the gift receipt page.

FIG. 18 is a schematic diagram showing an example of a gift receipt page. As shown in FIG. 18, the gift receipt page displays the event name, the participant's nickname, and the gift name of the received gift. The module for displaying the gift receipt page retrieves the gift sales information file 21 with the sales ID and obtains this information, and searches the participant information file 24 with the participant ID to enter the "earned gift" of the corresponding record. The described gift ID is acquired, and the gift name is acquired from the gift information master file 22 and displayed as shown in FIG.

As shown in FIG. 18, the gift receipt page is provided with a name input field 81, an address input field 82, a telephone number input field 83, an e-mail address input field 84, and an OK button 85. FIG. A confirmation page is linked to the OK button 85 , and a send button provided on the confirmation page is an execution button for a gift sending program (not shown) on the gift server 1 . The gift sending program searches the participant information file 24 with the participant ID, and confirms the value of "gift sending" of the corresponding record. If this value is a true value, it means that the item has already been shipped, so a message to that effect is displayed on the participant terminal 4, and the process ends. If the value is false, the gift sending program records the gift ID and each information input on the gift receipt page in the gift sending information file (not shown) stored in the storage unit 2, and sends the gift. be sent to the giftee. After that, the gift sending program records a true value in the “whether or not a gift is sent” field of the record of the participant ID in the participant information file 24 .

The operation of the gift presentation system of such an embodiment will be briefly described below.
For example, assume that the gift giver is a bride and groom and the organizer of the second party of a wedding reception. The bride and groom find out that there is a simulated chair game gift on the gift site they were browsing for presenting gifts, etc. . The giver operates the giver terminal 3 and presses (clicks or taps) the game gift button 51 on the top page of the gift site to display the game gift sales page of FIG. 5(2).

The giver inputs the number of participants in the number-of-participants field 52 and the number of gifts in the number-of-gifts input field 53 . Also, the event name is entered in text in the event name input field 56 , the price range is selected in the price range selection field 56 , and the gift genre is selected in the genre selection field 55 . Then, the presentation gift selection page display button 57 is pressed.
As a result, a presentation gift selection page as shown in FIG. 5(3) is displayed on the giver terminal 3. The giver inputs a number of 1 or more in the quantity input field 58 in the frame displaying the gift to be given, and inputs the sum of the numbers input in the respective quantity input fields 58 in the gift number input field 53. number. Then, press a present gift registration button (not shown). As a result, the presentation gift registration program 11 is executed.

The presentation gift registration program 11 sums up the sales amounts of the gifts for which the number of 1 or more is input in the quantity input field 58 to obtain the total sales amount, and executes the settlement module using the total sales amount as an argument. The giver then makes a payment according to the page displayed by the payment module. When the payment is normally completed, the presented gift registration program 11 newly generates a sales ID, adds a new record to the gift sales information file 21, and records it. Then, the member ID, sales amount, number of gifts, number of participants, and event name are recorded.

Next, the presented gift registration program 11 creates a new presented gift information file 23, adds records corresponding to the number of gifts, and records a registration ID, gift ID, gift name, and image file name in each record.
Next, the presentation gift registration program 11 executes the game preparation program 12 as a subroutine. The game preparation program 12 generates a participant registration ID and a participant registration password, and records them in the record of the sales ID. Then, the participant information file 24 is newly created and records for the number of participants are added. Participant IDs corresponding to the number of participants are generated and recorded in each record.
Furthermore, the game preparation program 12 executes a giver contact module to create a giver contact mail as shown in FIG. 7 and send it to the giver terminal 3 .

The giver to whom the giver contact mail is sent clicks the giver application download link 61 included therein, downloads the chair-taking game application, and installs it in the giver terminal 3. - 特許庁Also, the participant registration link 62 included in the giver communication mail is sent to each participant of the second party by e-mail or SNS. Each participant receives this at the participant terminal 4 and presses the participant registration link 62 included therein. Then, if the chair game application is not installed, download and install it. Then, on the displayed participant registration entry page, enter the name and nickname, press the registration button 66, and press the send button on the confirmation page. As a result, the participant registration program 13 is executed, a new record is added to the participant information file 24, and the name and nickname are recorded. This operation is performed by each participant, and the participant information is recorded in the participant information file 24 in records for the number of participants.

After purchase of gifts, preparations for playing the game, and registration of participants are completed in this manner, the day of the simulated game event arrives. The giver, who is the giver, brings the giver terminal 3 to the venue for the second party, and activates the chair-taking game application 31 on the giver terminal 3 when the time for the attraction comes. As a result, the file for the giver game execution page is transmitted from the gift server 1 and the giver game execution page is displayed on the giver terminal 3 . In addition, each participant also brings a participant terminal 4, and the giver (or the facilitator of the after-party) requests each participant to start the chair-taking game application 41 to start the simulated chair-taking game. do. Each participant activates the chair-taking game application 41 on each participant terminal 4 accordingly. As a result, the participant game execution page is displayed on each participant terminal 4 .

The giver presses the standby button 75 after announcing the start of the game. As a result, a specified number (for example, six) of selection buttons 78 are displayed in the center of the game execution page. At the same time, the challenger is determined and the nickname is displayed in the challenger display column 74 . In this case, since the game is the first round, the participants recorded in the 1st to 7th records of the participant information file 24 are extracted and displayed in the challenged participant display column 74 .
The giver presses the start button 76 in this state. As a result, each selection button 78 starts rotating, the set music file is played, and the music is played on the giver terminal 3 and each participant terminal 4 . After a predetermined period of time, the selection buttons 78 are deactivated and music playback is also terminated. At the same time, each selection button 78 is changed to active.

The participant during the challenge presses the desired selection button 78 (the selection button 78 of the gift that the participant was aiming for) at full speed. This causes the mapping module to be executed. At this time, if the participant who pressed the selection button 78 was the only participant or the participant who pressed it the earliest, the participant ID of the participant is changed to " The gift ID of the gift is recorded in the record of the participant in the participant information file 24 . Then, the acquired gift is displayed in the challenged participant display field 74 by the result display module. If another participant presses the same selection button 78 and presses later than that, recording in the presentation gift information file 23 and the participant information file 24 is not performed. In this case, the portion of the challenged participant display column 74 displaying the participant concerned displays "Unfortunate".

After that, the giver presses the reset button 77 on the giver terminal 3 . As a result, if there is a selection button 78 left because no one pressed it, that selection button 78 is deleted. In addition, the display of the challenged participant display field 74 is also erased.
The giver then declares that the second round of the game will begin, and presses the reset button 77 again. This causes the button placement module to run again. The button arrangement module judges whether the "presentation recipient ID" is a null value from the record of the gift extraction start position, and if it is a null value, stores it in the arranged gift storage variable, and repeats this until the number of arrangements is reached. . If the last record number is reached before the arrangement number is reached, the process returns to the first record (record number 1) and repeats. When the record number of the gift extraction start position is reached, the module ends even if the number of placements has not been reached.

Also, the challenger nomination module is operated, and it is judged from the record of the challenger extraction start position in the participant information file 24 whether or not the "acquired gift" is Null. , and this is repeated until the number of challengers (placement number + 1). If the last record number is reached before reaching the number of challengers, return to the first record (record number 1) and repeat. When the record number of the challenger extraction start position is reached, the module ends even if the number of challengers has not been reached.

After that, when the start button 76 is pushed, the rotation module and the music reproduction module are operated, and after a predetermined time, they are stopped. At that timing, each challenger presses an arbitrary selection button 78, and the earliest challenger wins the gift.
Such processing is repeated, and when the number of gifts displayed in the remaining number of gifts display column 72 becomes zero, the pseudo chair-taking game is over. After that, each participant who has obtained a gift presses a gift receipt button 80 to display a gift receipt page on the participant terminal 4, inputs each information, and has the gift sent.

According to the gift presentation system of such an embodiment, while taking into consideration the fact that the gift is selected by the gift giver, a simulated chair game is played to determine which gift is presented to which participant. Therefore, it becomes possible to present a gift rich in entertainment as an attraction.
At this time, the giver only needs to purchase the gift in advance and execute the presentation gift registration program, and there is no need to carry the purchased gift to the venue, so the preparation is extremely easy and time and labor are not required.

Also, since the selection button 78 is a button displaying the image of the corresponding gift, the participant who wants the gift should concentrate on the selection button 78 and press it at the moment the rotation stops. As a result, the gameplay increases.
In addition, since the button arrangement module updates the arrangement of each selection button 78 in correspondence with gifts that are not associated with the exception of gifts that have been associated by the association module, gifts that have not been obtained are targeted. A simulated chair-taking game can be played multiple times. Therefore, it is not necessary to increase the number of selection buttons 78 arranged at one time, which is particularly suitable when the number of gifts to be presented is large.

Also, the simulated chair-taking game program 14 extracts the participant IDs whose number is greater than the number of selection buttons 78 from among the participant IDs whose participant IDs are not recorded in the presentation gift information file 23. , and the challenger nomination module enables execution of the association module by pressing the selection button 78 for the participant terminal 4 associated with each extracted participant ID. A challenger is selected to challenge a simulated chair game. Therefore, even when there are many participants, there is no need to increase the number of selection buttons 78, which is particularly suitable. If the challenger nomination module is not implemented, all participants will be challenged at once. Therefore, the page layout becomes difficult, and the selection button 78 becomes small and difficult to press. A configuration that implements a challenger nomination module is preferable in that such a problem does not occur.

In the above-described embodiment, a configuration may be employed in which special benefits are given by lottery for gifts obtained through the simulated chair-taking game. This privilege is a privilege given by the seller of the gift (gift business operator), not by the giver, and may be points (discounts) that can be used at a gift site or other shopping in addition to some goods or services.

For the special privilege lottery, for example, one of the gifts (about one or several) recorded in the gift information master file 22 is regarded as a winning gift, and the gift information master file 22 is filled with information as to whether or not it is a winning gift. Create a field for recording. The winning gift is changed once a day or once a week. To do this, a management terminal capable of rewriting the contents of the gift information master file 22 is connected to the gift server 1 . Neither the participants nor the givers are informed of which gift is the winning gift, but it is recorded in the gift information file 22.例文帳に追加
In this case, the giver accidentally selects the gift as the presented gift, and the participant who wins the gift in the pseudo-chair game will be awarded a special privilege.

As a software configuration, when the gift receipt page display program 16 displays the gift receipt page on the participant terminal 4, it is determined by referring to the gift information master file 22 whether the winning gift ID is the winning gift ID. However, if it is a hit, a message to that effect is also displayed to inform the participants. An example of this is shown in FIG.
FIG. 19 is a diagram showing an example of a gift receipt page when winning a special privilege lottery. In this example, a detail viewing button 86 is provided in addition to a display indicating that the player has won the lottery for the special privilege. The detailed viewing button 86 is linked to an explanation page displaying the details of the special privilege, how to receive it, and the like. If the special privilege is a ticket for using some product or service, it will be shipped together with the gift in the simulated chair-taking game.

1 gift server 1
11 Presented gift registration program 12 Game preparation program 13 Participant registration program 14 Simulated chair picking game program 2 Storage unit 21 Gift sales information file 22 Gift information master file 23 Presented gift information file 24 Participant information file 3 Giver terminal 31 Chair picking Game application 4 Participant terminal 41 Chair game application 78 Selection button

Claims (4)

A gift presentation system used when a gift giver presents a gift to a plurality of recipients,
a server that can be accessed via a network by the giver terminal, which is a terminal operated by the giver;
and a storage unit,
The storage unit stores a gift information master file and a presentation gift information file,
The gift information master file is a file that records information about each gift that can be presented.
The presented gift information file is a file that records information on a plurality of gifts selected by the giver as gifts to be presented from among the gifts recorded in the gift information master file,
The server can provide a presentation gift selection page to the giver terminal, and the server is equipped with a presentation gift registration program,
The presentation gift selection page is a page for inputting whether or not each gift recorded in the gift information master file is to be selected as a gift to be presented, and is a page for executing a presentation gift registration program,
The present gift registration program is a program for recording each gift selected on the present gift selection page in the present gift information file,
A game means is provided for playing a game when each gift recorded in the presentation gift information file is presented to a recipient, and the game means presents which gift to which participant among the participants in the game. is a means of determining whether
The server can be accessed via a network by each participant terminal operated by each participant in the game, and constitutes game means;
The server provides the game execution page to each participant terminal,
The game means comprises a simulated musical chair game program running on the game play page,
The simulated chair game program consists of a button arrangement module that arranges multiple selection buttons, which are command buttons, along a circular track, and a button arrangement module that arranges the selection buttons arranged on the circular track on each participant terminal along the circular track. It includes a button rotation module that rotates and displays,
A plurality of selection buttons arranged in the circular orbit corresponds to the gift recorded in the presentation gift information file on a one-to-one basis. A button for executing an association module that performs a process of correlating and recording a person ID with one gift recorded in the presentation gift information file,
Each selection button is a command button that becomes active when the button rotation module rotates each selection button for a predetermined period of time and then stops. is a button that becomes
The simulated chair game program is a program in which the number of selection buttons is less than that of the participant terminal that can press the selection button to cause the server to execute the association module,
Each participant terminal is characterized in that after one of the selection buttons has been pressed once after each selection button has stopped rotating, the association module cannot be executed even if another active selection button is pressed. gift presentation system. 2. A gift presentation system according to claim 1, wherein said selection button is a button displaying an image of a corresponding gift. The button placement module includes code for updating the placement of each selection button for gifts that have not been matched except for gifts that have been matched by the matching module. The gift presentation system according to claim 1. The storage unit stores a participant information file, and the participant information file is a file that records each participant ID that identifies each participant,
The simulated chair-taking game program includes a challenger nomination module for extracting participant IDs whose number is greater than the number of selection buttons from participant IDs whose participant IDs are not recorded in the presented gift information file. 3. The challenger nomination module is a module that enables execution of the association module by pressing a selection button for the participant terminal associated with each of the extracted participant IDs. gift giving system.

Images