JP2023122424A - Information processing apparatus, method, and computer program - Google Patents

Abstract

To enable a user to visually know which sub-event will be held and when it will be held, to easily request participation in a sub-event which the user desires to participate in.SOLUTION: Sub-event data corresponding to a plurality of sub-events to be held in an event is stored in a storage device, and the sub-event data includes the upper limit number of persons permitted to enter a place where each of the sub-events will be held. A communication device transmits a sub-event list telegraphic message configured so as to be displayed in accordance with times when the plurality sub-events will be held and receives a telegraphic message requesting participation in a selected sub-event out of the plurality of sub-events. A control device determines the upper limit number of persons corresponding to the selected sub-event from the sub-event data on the basis of the telegraphic message requesting participation and permits a participation request corresponding to the telegraphic message requesting participation unless the upper limit number of persons is exceeded.SELECTED DRAWING: Figure 7

Description

There is an application for the application of Article 30, Paragraph 2 of the Patent Law Implementation period: April 13, 2021 to April 18, 2021 Implementation location: VIVA LA ROCK official app (download link iOS: https://apps. apple.com/us/app/viva-la-rock-2020/id1454487644, Android: https://play.google.com/store/apps/details?id=jp.eplus.vivalrock)

The present disclosure relates to an information processing device, method, and computer program. In particular, the present disclosure relates to an information processing device, method, and computer program for reserving participation in a sub-event within an event.

An event exists in which each of a plurality of performers (generally referred to as artists) performs. Such an event is called a music festival, for example, if it is an event related to music. The organizer hosts one event, in which sub-events are held in which multiple performers each perform (sing a song, play music, etc.).

In a music festival, multiple sub-events are held at multiple venues (indoor or outdoor) according to a predetermined timetable. A participant (user) of the music festival purchases an admission ticket to the music festival and is permitted to participate in the music festival. When the user is permitted to participate in the music festival, the user visits the venue of the sub-event that the user wants to participate in and participates in the sub-event.

In recent years, a plurality of sub-events held in the event described above are managed by a computer system. In such a computer system, users use their own computer devices to register as users in an application provided by an event organizer (or a business that manages admission tickets). After user registration, the user can purchase an admission ticket for the event through the application.

Oriental Land Co., Ltd. homepage, Tokyo Disney Resort (registered trademark) app, “Regarding entry reception”, [searched on November 22, 2021], Internet <URL: https://www.tokyodisneyresort.jp/tdl/guide /entry＞

Venues where multiple sub-events of the event described above are held may limit the number of visitors. For this reason, the user needs to make a request to participate in the sub-event that the user wishes to participate in. The operator accepts participation requests up to the maximum number of participants on a first-come, first-served basis, or after accepting the participation requests, narrows down the number of participants to the maximum number (lottery or the like), thereby permitting participation requests up to the maximum number of participants.

Each of the multiple sub-events may take place simultaneously at different venues. It is desirable that the user can visually understand which sub-event will be held and when, and can easily request participation in the desired sub-event.

Non-Patent Document 1 discloses a computer system that accepts participation requests for each facility in a theme park and narrows down the participation requests by lottery. In the computer system disclosed in Non-Patent Document 1, a user can request participation in a desired facility by using an application installed on his/her own computer device.

The computer system disclosed in Non-Patent Literature 1 does not display that the event of each facility is held according to the timetable. Also, the computer system disclosed in Non-Patent Document 1 does not allow a participation request to be made by selecting a desired sub-event from among a plurality of sub-events displayed according to the timetable. The computer system disclosed in Non-Patent Document 1 accepts a request for participation by a user selecting a facility in which he/she wishes to participate and then selecting a time in which he/she wishes to participate.

An information processing device according to one embodiment is an information processing device including a control device, a communication device, and a storage device, wherein the storage device stores sub-event data corresponding to a plurality of sub-events held in an event. and the sub-event data includes an upper limit number of persons allowed to participate in each of the plurality of sub-events, and the communication device transmits a sub-event list message corresponding to the plurality of sub-events. and the sub-event list message is configured to be displayed according to the time at which the plurality of sub-events are held, and receives a participation request message for a sub-event selected from among the plurality of sub-events. , the control device determines an upper limit number of people corresponding to the selected sub-event from the sub-event data based on the participation request message, and permits participation requests corresponding to the participation request message up to the upper limit number of people. do.

Further, an information processing apparatus according to another embodiment is an information processing apparatus including a control device, a communication device, and an output device, wherein the control device includes sub-events corresponding to a plurality of sub-events held in an event. The list is displayed according to the times at which the plurality of sub-events are held, the selection input for the plurality of sub-events is received, and the communication device sends a participation request message indicating participation in the sub-event corresponding to the selection input. A participation permission message is sent to the server computer and indicates participation in the sub-event.

A method performed by a computing device according to one embodiment is a method performed by a computing device, wherein the computing device stores sub-event data corresponding to a plurality of sub-events held at an event; The sub-event data includes an upper limit of the number of people allowed to participate in the venue where each of the plurality of sub-events is held, and transmitting a sub-event list message corresponding to the plurality of sub-events, The sub-event list message is configured to be displayed according to the time at which the plurality of sub-events are held; determining an upper limit number of participants corresponding to the selected sub-event from the sub-event data based on the participation request message; and permitting participation requests corresponding to the participation request message up to the upper limit number of participants. and

Also, a method performed by a computing device according to another embodiment is a method performed by a computing device, wherein a sub-event list corresponding to a plurality of sub-events to be held in an event is generated at the plurality of sub-events. receiving a selection input for the plurality of sub-events; sending a participation request message indicating participation in the sub-event corresponding to the selection input to the server computer; and receiving a participation authorization telegram indicating participation in the sub-event.

According to the information processing apparatus and method according to one embodiment, the user can visually understand which sub-event will be held and when, and can easily request participation in the sub-event that the user wishes to participate in. It can be carried out.

1 is a block diagram showing an example of the overall configuration of an information processing system; FIG. 1 is a block diagram illustrating an example of detailed components of a computing device and a client computer; FIG. It is a figure which shows the example of an event data table. FIG. 10 is a diagram showing an example of a sub-event data table; FIG. It is a figure which shows the example of a user data table. It is a figure which shows the example of an event participation data table. 4 is a flowchart illustrating an example of processing executed by an information processing system; FIG. 10 is a diagram showing an example of a sub-event list screen; It is a figure which shows the example of a participation permission screen.

Hereinafter, an information processing system according to an embodiment will be described in detail with reference to the attached drawings. In the following description, the information processing system displays a plurality of sub-events to be held according to the timetable for participants (users) who are permitted to participate in the event, and executes each of the plurality of sub-events. Approve join requests up to the maximum number of participants.

The term "event" refers to activities organized by a particular organizer and involving multiple users, such as music festivals and exhibitions. Events are held over one or more days. A user is permitted to participate in an event by purchasing an admission ticket to participate in the event and bringing the admission ticket. The term "sub-event" refers to an individual activity (such as a performance of music by an individual performer) held at a preset time and at a preset venue during which the event is held.

The term "operator" refers to an operator that hosts an event and/or manages the sale of admission tickets for the event. The information processing system according to this embodiment is implemented by a business operator. The operator deploys an attendant at the venue where the sub-event is held, and the attendant checks the entrance of the user to the venue.

<First embodiment>
An example of the configuration of an information processing system 100 according to the first embodiment will be described with reference to FIG. The information processing system 100 includes a server computer 1 and client computers 2a, 2b, and 2n (hereinafter collectively referred to as "client computers 2"). The server computer 1 and client computer 2 are interconnected via a network 3 (public network such as the Internet).

The server computer 1 is a computer device (information processing device) implemented by a business operator, and cooperates with the client computer 2 to provide services to users. The server computer 1 manages events and sub-events associated with the events, and performs processing such as narrowing down user requests to participate in the sub-events. Specific processing executed by the server computer 1 will be described below in relation to this embodiment. Note that the server computer 1 may be implemented by a single computer device, or may be implemented by a plurality of computer devices.

Each client computer 2 is a computer device (information processing device) that is used by a user and executes a computer program (application) for providing services provided by the server computer 1 . The client computer 2 displays a plurality of sub-events to be held according to the timetable, and executes processing such as accepting input of requests for participation in sub-events from users. The client computer 2 may be a portable computer device such as a smart phone and a tablet, a laptop computer device, a notebook computer device, etc., but it should be a portable computer device because the user uses it at the event venue. is desirable. In this embodiment, the client computer 2 shall be implemented by a smart phone.

Next, with reference to FIG. 2, an example of detailed components of the server computer 1 and the client computer 2 will be described. The server computer 1 includes a control device 11 , memory 12 , storage device 13 and communication device 14 . As shown in FIG. 2, server computer 1 is connected to client computer 2 .

The control device 11 is also called a processor, and executes control of each component and calculation of data. Further, the control device 11 reads programs (operating system and various programs for implementing the present embodiment) stored in the storage device 13 for executing various processes according to the present embodiment into the memory 12. Execute. Here, the above-mentioned program is a program for implementing part of the functions executed by the information processing system 100 and is stored in the storage device 13 of the server computer 1 .

The memory 12 is a volatile data storage device that stores data sent from the client computer 2, computer-executable instructions, data after arithmetic processing according to the instructions, and the like. The memory 12 may be implemented with RAM (random access memory) (eg, SRAM (static RAM) and DRAM (dynamic RAM)) and the like.

The storage device 13 is a non-volatile data storage device that stores data tables 13a and the like used by the programs and DBMS (Database Management System) described above. The storage device 13 may be implemented with a nonvolatile semiconductor memory such as a ROM (Read Only Memory), a magnetic storage device (such as a hard disk drive), an optical disc, or the like. Data such as programs and data tables may be stored in NAS (Network Attached Storage) and/or SAN (Storage Area Network) in addition to or instead of storage device 13 .

Communication device 14 is a network interface that transmits and receives data and control information to and from client computer 2 over network 3 . This network interface is implemented by, for example, a network card (eg, LAN card) conforming to a protocol such as TCP/IP.

The client computer 2 includes a control device 21 , memory 22 , storage device 23 , communication device 24 , input device 25 and output device 26 . The control device 21, the memory 22, the storage device 23, and the communication device 24 perform functions equivalent to those of the control device 11, the memory 12, the storage device 13, and the communication device 14 described above, so detailed description thereof will be omitted. The storage device 23 may also store the data table 23a in the same manner as the storage device 13. FIG.

The input device 25 is a device for the user to input information necessary for participating in the event, and includes, for example, a touch panel, keyboard, and mouse. In this embodiment, the input device 25 is assumed to be implemented by a touch panel that accepts touch input by the user.

The output device 26 is a device for displaying and/or outputting a list of multiple sub-events held according to the timetable, and includes, for example, a display and speakers. In this embodiment, the output device 26 shall be implemented by a (touch panel) display that visually presents the list of sub-events to the user.

Next, an example of the event data table 300 will be described with reference to FIG. The event data table 300 is a data table storing information about events to be held, and is stored in the storage device 13 . When the event to be held is determined, the operator inputs information about the event, and the event data record is added to the event data table 300 by the input. Input of information is performed through a computer device (not shown) connected to the server computer 1 .

As shown in FIG. 3, event data table 300 includes event identifier (ID) 301, date 302, and admission fee 303 as data items. Event data table 300 contains an event data record for each event.

The event identifier 301 is set with an identifier uniquely assigned to each event (for example, a combination of numbers and/or alphabets). The date of event 302 is set with the date of event of interest. In the entry fee 303, the entry fee of the target event is set. It should be noted that the data items of the event data table 300 are merely examples, and it is not necessary to include all of these data items, and may include data items not shown in FIG. 3 (for example, event names, etc.).

Next, an example of the sub-event data table 400 will be described with reference to FIG. The sub-event data table 400 is a data table that stores information on sub-events associated with events to be held, and is stored in the storage device 13 . When the sub-event to be held is determined, the operator enters information about the sub-event, and the entry adds a sub-event data record to the sub-event data table 400 .

As shown in FIG. 4, sub-event data table 400 includes sub-event identifier (ID) 401, event identifier 402, sub-event name 403, date and time 404, venue 405, and maximum number of participants 406 as data items. Sub-event data table 400 includes a sub-event data record for each sub-event.

The sub-event identifier 401 is set with an identifier uniquely assigned to each sub-event (for example, a combination of numbers and/or alphabets). An event identifier assigned to the event corresponding to the target sub-event is set in the event identifier 402 (the same value as the value set in the event identifier 301 of the event data table 300). In the sub-event name 403, date and time 404, and venue 405, the name, date and time, and venue (location) of the target sub-event are set, respectively. In the maximum number of people 406, the maximum number of people allowed to participate (enter) the venue where the target sub-event is held is set. It should be noted that the data items of the sub-event data table 400 are merely examples, and it is not necessary to include all of these data items, and may include data items not shown in FIG. ).

Next, an example of the user data table 500 will be described with reference to FIG. A user data table 500 is a data table storing information about users, and is stored in the storage device 13 . The user can become a member to receive the event management service and/or the admission ticket sales service provided by the server computer 1 (operator), and when the user registers as a member, the information about the user is entered. , the entry adds a user data record to the user data table 500 . For example, when the control device 21 of the client computer 2 executes a predetermined program, an interface for inputting information is activated, and information is input through the interface (input device 25 and output device 26).

As shown in FIG. 5, the user data table 500 includes a user identifier (ID) 501, an interlock setting 502, and a related user identifier 503 as data items. User data table 500 contains a user data record for each user.

The user identifier 501 is set with an identifier (combination of numbers and/or alphabets, etc.) uniquely assigned to each user. In the interlocking setting 502, when requests to participate in a sub-event are narrowed down by random sampling (lottery), details of which will be described later, whether or not random sampling is performed in conjunction with companions who purchased admission tickets at the same time. For example, "0: no interlocking" or "1: interlocking" is set. For the related user identifier 503, for example, a user identifier designated as a friend of the target user is set (the same value as the value set for the related user identifier 503 is set for the user identifier 501 of another user data record). is done). It should be noted that the data items of the user data table 500 are merely examples, and need not include all of these data items, and may include data items not shown in FIG. 5 (for example, user name and user address). Such).

The event data table 300 described above stores corresponding event data records at least by the time the target event is held. Similarly, sub-event data table 400 will have corresponding sub-event data records stored at least by the time the target sub-event is held. It is also assumed that the user data table 500 stores a user data record corresponding to the target user. Note that it is not essential for the user to register as a member in order to participate in the event. In this case, the user data record corresponding to the target user is not stored in the user data table 500 .

At least, when the target event data record is added to the above-described event data table 300 (that is, when it is decided to hold the target event), subsequent users can purchase admission tickets for the target event. can. Admission tickets are in either paper or electronic form. When an admission ticket is purchased, an event participation identifier (reference number) that indicates that the target user is permitted to participate in the target event is sent to the server computer. assigned by 1. The event participation identifier has a unique number (eg, a combination of numbers and/or alphabets, etc.) per user and per event.

A user can purchase an admission ticket by using the client computer 2 and inputting necessary information. For example, when the control device 21 of the client computer 2 executes a predetermined program, an interface for inputting information is activated, and information is input through the interface (input device 25 and output device 26). The input interface is activated, for example, by executing an admission ticket purchase program (application) downloaded from the server computer 1 by the user performing the member registration described above.

Also, if the admission ticket is in the form of an electronic medium, the electronic data is transmitted from the server computer 1 to the client computer 2 (including an event participation identifier). As will be described later, the event participation identifier is used when the user requests participation in a sub-event in the target event.

When a user purchases an admission ticket and is assigned an event participation identifier, the controller 11 of the server computer 1 adds an event participation data record to the event participation data table 600 . An example of the event participation data table 600 will be described with reference to FIG. The event participation data table 600 is a data table that stores information about user participation in an event to be held, and is stored in the storage device 13 .

As shown in FIG. 6, event participation data table 600 includes event identifier (ID) 601, event participation identifier 602, and user identifier 603 as data items. Event participation data table 600 includes event participation data records for one user and one event.

An event identifier assigned to the event corresponding to the target sub-event is set in the event identifier 601 (the same value as the event identifier 301 of the event data table 300). An event participation identifier assigned to the target user and event is set in the event participation identifier 602 . It should be noted that the data items of the event participation data table 600 are merely examples, and it is not necessary to include all of these data items, and data items not shown in FIG. Such).

Next, an example of processing executed by the information processing system 100 according to the first embodiment will be described with reference to the flowchart shown in FIG. The processing shown in FIG. 7 is an example in which a user who has purchased an admission ticket for a target event makes a participation request (reservation) to a venue where a sub-event will be held on the date of the event. The processing shown in FIG. 7 is executed by both the server computer 1 and the client computer 2 executing a predetermined program and working together. The program executed in the client computer 2 is an application program dedicated to the event of interest, and is downloaded from the server computer 1 in response to purchasing an admission ticket or registering as a member, for example.

First, the control device 21 of the client computer 2 executes the above-described program to display an input/output interface (screen) for requesting participation in a sub-event held in the target event. A user can request participation in a sub-event by performing an input operation on this input/output interface.

When the user presses the sub-event display button displayed on the input/output interface, the communication device 24 of the client computer 2 transmits a sub-event list request message to the server computer 1 (step S701). The sub-event list request message includes an event identifier corresponding to the target event, and is generated by executing an application program dedicated to the target event.

Next, when the communication device 14 of the server computer 1 receives the sub-event list request message, the control device 11 retrieves all corresponding sub-event list request messages from the sub-event data table 400 based on the event identifier included in the sub-event list request message. An event data record is obtained (step S702). By this processing, sub-event data records corresponding to all sub-events held in the target event are acquired.

Next, the control device 11 generates a sub-event list based on the sub-event data record acquired in step S702, and the communication device 14 transmits it to the client computer 2 as a sub-event list message (step S703). The sub-event list message includes at least the sub-event name, date and time, venue, and maximum number of people corresponding to each sub-event (sub-event name 403, date and time 404, venue 405 of the sub-event data record acquired in step S702). , and the value set in the maximum number of people 406).

Next, when the communication device 24 of the client computer 2 receives the sub-event list telegram, the control device 21 lists the sub-event name, date and time, and venue corresponding to each sub-event included in the sub-event list telegram. (sub-event list) is displayed on the output device 26 (step S704). The displayed list is ordered by the time the sub-events are held, optionally according to the location of the venues where the sub-events are held (e.g., if two sub-events are held at the same venue, Display the sub-events next to each other, such as when the positions of the venues where they are held are close. In this way, all sub-events held in the target event are displayed according to the timetable.

FIG. 8 shows an example of a sub-event list screen 800 displayed on the output device 26. As shown in FIG. Sub-event list screen 800 includes sub-event indicators 801a, 801b, and 801n (hereinafter collectively referred to as "sub-event indicators 801") corresponding to each of a plurality of sub-events.

As shown in FIG. 8, a sub-event list screen 800 displays sub-event indicators 801 corresponding to a plurality of sub-events held in the target event according to a timetable (holding times). In this embodiment, a plurality of sub-events are held at three venues, and sub-events are displayed in association with each of the three venues. In the example shown in FIG. 8, multiple sub-events held at the same venue are displayed in the same column. Note that instead of the configuration shown in FIG. 8, each sub-event indicator 801 may display the date and time of the event and the venue.

On the sub-event list screen 800, for example, a sub-event desired by the user is predicted based on the target user's past history, and an indicator for recommending the sub-event may be displayed. The indicator may be, for example, a color of the sub-event indicator 801 corresponding to the recommended sub-event that is different from the color of the other sub-event indicators 801, or a specific wording ( For example, inserting "Performers who have participated in the past will perform") may be included.

Sub-event recommendation may be determined based on a history such as whether the user has participated in a sub-event performed by the same performer in the past (or whether a participation request has been made in the past). The history described above may be recorded, for example, by storing information indicating that a user corresponding to a user identifier stored in the user data table 500 has made a participation request in a storage device.

Sub-event recommendations may be made by the server computer 1 . In this case, the control device 11 of the server computer 1 may store in the data table 13a at least information specifying the user and the performer when the user makes a participation request. Sub-event recommendations may also be made by the client computer 2 . In this case, the control device 21 of the client computer 2 may store the above information in the data table 23a.

When the user selects the sub-event indicator 801 corresponding to the sub-event that the user wishes to participate in (for example, presses the sub-event indicator on the touch panel), the transition to the participation request screen can be made (the control device 21 displays the participation request screen). displayed on the output device 26). When the participation request screen is displayed, the user enters the assigned event participation identifier (step S705). This input may be performed, for example, by the user using the input device 25 (touch panel) to input the event participation identifier (if the admission ticket is an electronic medium). Also, for input, for example, an event participation identifier printed on an admission ticket (or a code encoding the event participation identifier (bar code, two-dimensional code, etc.)) is photographed using a camera (not shown). However, it may be performed by recognizing the photographed event participation identifier by a dedicated program installed in the client computer 2 (when the admission ticket is a paper medium).

When the event participation identifier is input, the communication device 24 transmits a sub-event participation request message to the server computer 1 (step S706). The sub-event participation request message includes the sub-event identifier corresponding to the target sub-event and the input event participation identifier.

Next, when the communication device 14 of the server computer 1 receives the sub-event participation request message, the control device 11 extracts the corresponding sub-event from the sub-event data table 400 based on the sub-event identifier included in the sub-event participation request message. A data record is acquired (step S707). Also, based on the event participation identifier included in the sub-event participation request message and the value set in the event identifier 402 of the sub-event data record obtained in step S707, the corresponding event participation data record is obtained from the event participation data table 600. (step S708).

The process of step S708 is to check whether or not a valid event participation identifier has been input in step S705 (that is, check whether or not the user has purchased an admission ticket for the event corresponding to the sub-event). . If the event participation data record cannot be acquired in step S708, it means that the event participation identifier stored in the event participation data table 600 has not been input, and for example, the communication device 14 sends an error message to the client computer. You may

Through the processing of steps S704 to S708, the user requests to participate in the target sub-event. Next, the control device 11 accepts participation requests on a first-come, first-served basis based on the value (upper limit number of persons) set in the upper limit number of persons 406 of the sub-event data record acquired in step S707, or randomly selects the accepted participation requests. The number of people is narrowed down to the maximum number of people by extraction (step S709). In other words, requests to participate in the target sub-event are permitted up to the maximum number of people.
request to join

When accepting participation requests on a first-come, first-served basis, the control device 11 increments the counter each time a plurality of users make requests to participate in the target sub-event, and accepts participation requests up to the maximum number of users. If it exceeds, the communication device 14 sends an error message to the client computer.

When narrowing down participation requests by random sampling, the control device 11 asks each of a plurality of users to participate in the target sub-event within a preset time (for example, n minutes before the opening time of the target sub-event). A request is accepted, and when a preset time elapses, the accepted participation requests are narrowed down. To narrow down the participation requests, for example, assign a unique serial number to the participation request and store it in a matrix, generate a random number within the assigned serial number, and put the participation request to which the serial number corresponding to the generated random number is assigned to the matrix. This may be done by removing from Refinement of participation requests may also be performed using known algorithms such as randomized algorithms (such as Las Vegas and Monte Carlo).

In addition, priority is assigned to the compartments (seats) in the venue where the target sub-event is held (for example, the first priority is assigned to the compartment for 100 people closest to the performers, and the The segments assigned their respective priorities may be admitted to join requests on a first-come, first-served basis or by random sampling, such as second priority assigned to segments of people. That is, rank the join requests on a first-come, first-served basis or by random sampling, and assign higher priority partitions according to the ranking.

In the case of the first-come-first-served basis, the above-described ranking may be performed according to the time order of participation requests, and in the case of random sampling, it may be performed according to the time order of winning. Also, the join requests may be randomly grouped and a priority assigned to the group. The priority assigned to the section in the hall is stored in the storage device 13 by associating the priority with the section for each sub-event. Further, for example, the priorities may be weighted in the randomized algorithm described above to allow participation requests to partitions assigned priorities corresponding to the weights.

The control device 11 assigns a sub-event participation identifier (reference number) to the user whose participation request is permitted by the process of step S709, and the communication device 14 transmits a participation permission message to the client computer 2 (step S710). . The participation permission message includes the assigned sub-event participation identifier, and the date and time and venue where the target sub-event will be held (the values set in the date and time 404 and venue 405 of the sub-event data record acquired in step S707).

Next, when the communication device 24 of the client computer 2 receives the participation permission message, the control device 21 displays the sub-event participation identifier included in the participation permission message on the output device 26 (step S711). When the client computer 2 receives the participation permission telegram, the user is notified that the request for participation in the target sub-event has been approved.

FIG. 9 shows an example of a participation permission screen 900 displayed on the output device 26. As shown in FIG. The participation permission screen 900 is used to prove that the user is permitted to participate in the sub-event at the venue where the target sub-event is held. Allow users to enter the venue.

Participation permission screen 900 includes sub-event participation identifier display field 901 , current time display field 902 , held date and time display field 903 , and venue display field 904 . In the sub-event participation identifier display field 901, the holding date and time display field 903, and the venue display field 904, the sub-event participation identifier (and the section in the permitted venue), the holding date and time, and the venue included in the participation permission message are displayed. displayed respectively.

The current time display field 902 displays the current time. The time displayed in the current time display field 902 is based on, for example, the time information received by the client computer 2 from the base station, and the time is displayed in the current time display field 902 while continuing to count up the time. (That is, a video is displayed in which the number of hours is counted up). By displaying the time in this way, for example, a user who has not been permitted to participate in the target sub-event can participate by photographing the participation permission screen 900 using a camera mounted on a computer device such as a smartphone. Impersonation by presenting an image corresponding to the permission screen 900 to the attendant can be prevented.

In the present embodiment, an example in which the current time is displayed as a moving image has been described. For example, a specific figure or the like moves and/or blinks on the participation permission screen 900), and image processing may be performed on the participation permission screen 900 (also referred to as moving image effects). Also, a moving image stored in advance in the client computer 2 or a moving image distributed in real time from the server computer 1 may be played back on the participation permission screen 900 . In either method, the attendant permits the user to enter the venue by checking the video on the participation permission screen 900, so the above-described spoofing can be prevented.

The first embodiment has been described above. In this embodiment, the client computer used by the user displays a plurality of sub-events according to the holding times, so that the user can easily grasp the holding times of the plurality of sub-events to be held. In addition, since a request to participate in a sub-event is accepted by selecting the displayed sub-event, the user can easily participate in (that is, make a reservation for) the sub-event.

<Second embodiment>
Next, an example of the configuration of the information processing system 100 according to the second embodiment will be described. In addition to the features described in the first embodiment, the second embodiment includes a feature of narrowing down in conjunction with related users when the participation requests described above are narrowed down by random sampling.

When a plurality of users are planning to participate in an event, one of the plurality of users may collectively purchase admission tickets for all of the plurality of users. In the second embodiment, when a plurality of admission tickets are collectively purchased in this way, participation requests from the plurality of users are interlocked and narrowed down. In this embodiment, it is assumed that user A purchases three admission tickets (on either paper or electronic media) for user A, user B, and user C.

When user A purchases three admission tickets at once, the controller 11 of the server computer 1 assigns an event participation identifier to each of the three admission tickets. assign event identifiers so that For example, if the event participation identifier is 10 digits, the control device 11 sets the three event participation identifiers to have the same number in the first 9 digits and different numbers in the last 10 digits, etc., as the three event participation identifiers. assign. By assigning event participation identifiers in this manner, server computer 1 can identify the associated event participation identifiers.

In such a state, for example, if all of users A, B, and C have requested participation in sub-event a, in the process of step S709 in FIG. 7, when narrowing down participation requests, the control device 11 narrows down participation requests from user A, user B, and user C as follows. It is assumed that random sampling is performed in the order of user A, user B, and user C.

As shown in the example of Table 1, in the second embodiment, when a plurality of users collectively purchase a plurality of admission tickets, event participation identifiers corresponding to the admission tickets are associated, and participation requests corresponding to the event participation identifiers are associated with the admission tickets. are allowed or none are allowed. In other words, if multiple participation requests to a sub-event corresponding to mutually associated event participation identifiers are made, if one of the participation requests wins, all participation requests will be accepted unless the maximum number of participants is reached. is allowed. On the other hand, even if some or all of the participation requests are won, none of the participation requests are permitted if the maximum number of participants has been reached.

In this embodiment, when a plurality of admission tickets are collectively purchased, it is assumed that a plurality of users will participate in the event together. are allowed or not allowed at all (interlocked extraction method). By configuring in this way, it is possible to avoid a situation in which only some of the companions cannot participate in the desired sub-event.

Note that in the present embodiment, the interlocking extraction method is applied when the admission tickets are collectively purchased, but the present invention is not limited to such an example. For example, when a target user performs user registration, he/she may register whether or not he or she desires the linked extraction method. In this case, the interlocking setting 502 of the user data table 500 is set to "0: no interlocking" or "1: interlocking". In the process of step S709, the control device 11 acquires the event participation data record of interest from the event participation data table 600, acquires the user data record of interest from the user data table 500 correspondingly, and sets it in the interlock setting 502. By referring to the value obtained, it is determined whether or not to apply the interlocking extraction method to narrow down the participation requests.

Also, when a plurality of users perform user registration, they may register that they are mutually associated users. In this case, the associated user identifier 503 of the user data table 500 is set to the user identifier assigned to each other (when user A and user B are associated, the associated user identifier 503 of the user data record of user A is set to , the user identifier assigned to user B is set, and the associated user identifier 503 of the user data record of user B is set to the user identifier assigned to user A). In the process of step S709, the control device 11 acquires the target event participation data record from the event participation data table 600, correspondingly acquires the target user data record from the user data table 500, and sets the related user identifier 503 to By referring to the set value and determining whether or not a plurality of participation requests are associated, it is determined whether or not to apply the linked extraction method for narrowing down.

Furthermore, when a user makes a request to participate in a sub-event, it may be configured such that he/she can select whether or not to apply the interlocking extraction method to narrow down participation requests for each sub-event. For example, when the sub-event indicator 801 described with reference to FIG. 8 is selected, a screen may be displayed for selecting whether or not to apply the linked extraction method to narrow down the participation requests. In this case, the sub-event participation request message sent to the server computer 1 in the processing of step S706 includes an indicator indicating whether or not the linked extraction method is applied to narrow down the participation requests.

The second embodiment has been described above. In this embodiment, it is possible to avoid a situation in which only some of the users participating in the event together cannot participate in the desired sub-event. In addition, if the maximum number of people at the venue where the sub-event is held is exceeded, all participation requests from multiple users are not permitted, so it is possible to avoid a situation in which participation requests exceeding the maximum number of users are permitted. .

Note that the hardware components described in the above embodiments are exemplary only, and that other configurations are possible. Also, the order of the processes described in the above embodiment does not necessarily have to be executed in the order described, and may be executed in any order. Furthermore, additional steps may be newly added without departing from the basic concept of this embodiment.

Further, the information processing system 100 according to one embodiment is implemented by a computer program executed by the server computer 1, but the computer program may be stored in a non-temporary storage medium. A computer program executed by the client computer 2 is similar. Examples of non-transitory storage media include read-only memory (ROM), random access memory (RAM), registers, cache memory, semiconductor memory devices, magnetic media such as internal hard disks and removable disk devices, magneto-optical media, and Including optical media such as CD-ROM discs and Digital Versatile Discs (DVDs).

1 Server Computer 2a Client Computer 2b Client Computer 2n Client Computer 3 Network 100 Information Processing System

Claims (13)

An information processing apparatus comprising a control device, a communication device, and a storage device, wherein the storage device stores sub-event data corresponding to a plurality of sub-events held in an event, and the sub-event data is the including the maximum number of people allowed to attend where each of the multiple Sub-Events is held;
The communication device
transmitting a sub-event list message corresponding to the plurality of sub-events, wherein the sub-event list message is configured to be displayed according to the time when the plurality of sub-events are held;
Receive a message requesting participation in a sub-event selected from the plurality of sub-events;
The control device is
determining an upper limit number of people corresponding to the selected sub-event from the sub-event data based on the participation request message;
Permit participation requests corresponding to the participation request message up to the maximum number of people;
An information processing device characterized by: 2. The information according to claim 1, wherein the control device accepts the participation request within a preset time, and narrows down the participation request to the maximum number of participants when the preset time elapses. processing equipment. 3. The information processing apparatus according to claim 2, wherein said control apparatus narrows down said participation requests by random sampling. The storage device further stores event participation data including an event participation identifier assigned when participation in the event is permitted,
The participation request message includes an event participation identifier entered by a user permitted to participate in the event,
The control device determines the event participation identifier from the event participation data based on the event participation identifier included in the participation request message.
4. The information processing apparatus according to any one of claims 1 to 3, characterized by: The control device is
determining whether a first join request and a second join request among the join requests are associated;
If it is determined that the first participation request and the second participation request are associated, permitting both the first participation request and the second participation request up to the maximum number of participants;
5. The information processing apparatus according to any one of claims 1 to 4, characterized by: A first participation request message of the participation request messages includes a first event participation identifier entered by a first user permitted to participate in the event;
A second participation request message of the participation request messages includes a second event participation identifier entered by a second user who is permitted to participate in the event;
The first event participation identifier and the second event participation identifier include a value indicating that they are associated with each other;
The control device determines whether the first participation request and the second participation request are associated based on values included in the first event participation identifier and the second event participation identifier. judge,
6. The information processing apparatus according to claim 5, characterized by: An information processing device comprising a control device, a communication device, and an output device,
The control device is
displaying a sub-event list corresponding to a plurality of sub-events held in the event according to the times at which the plurality of sub-events are held;
receiving a selection input for the plurality of sub-events;
The communication device
sending a participation request message indicating participation in the sub-event corresponding to the selection input to the server computer;
receiving a participation permission telegram indicating participation in the sub-event;
An information processing device characterized by: 8. The method according to claim 7, wherein the control device displays a participation permission screen on the output device in response to receiving the participation permission message, and the participation permission screen includes a moving image. Information processing equipment. 9. The information processing apparatus according to claim 8, wherein the moving image includes a moving image obtained by counting up the current time. 10. The sub-event list according to any one of claims 7 to 9, wherein the sub-event list includes an indicator indicating that a specific sub-event is recommended based on past histories of users permitted to participate in the event. or the information processing device according to claim 1. A method performed by a computing device, wherein the computing device stores sub-event data corresponding to a plurality of sub-events held at an event, the sub-event data corresponding to each of the plurality of sub-events held. including the maximum number of people allowed to attend any place where
a step of transmitting a sub-event list message corresponding to the plurality of sub-events, wherein the sub-event list message is configured to be displayed according to the time at which the plurality of sub-events are held; ,
receiving a message requesting participation in a sub-event selected from the plurality of sub-events;
determining an upper limit number of people corresponding to the selected sub-event from the sub-event data based on the participation request message;
a step of permitting participation requests corresponding to the participation request message up to the maximum number of persons;
A method comprising: A method performed by a computing device, comprising:
displaying a sub-event list corresponding to a plurality of sub-events held in the event according to the times at which the plurality of sub-events are held;
receiving selection inputs for the plurality of sub-events;
sending a participation request message indicating participation in the sub-event corresponding to the selection input to the server computer;
receiving a participation permission telegram indicating participation in the sub-event;
A method comprising: A computer program comprising computer-executable instructions, said computer-executable instructions, when executed by a computer device, causing said computer device to perform the method of claim 11 or 12. program.

Images