JP7184315B2 - Information processing device, competition event holding support method, and program - Google Patents

Description

The present invention relates to an information processing device, a competition event holding support method, and a program.

Conventionally, a participation wish information acquisition unit for acquiring participation wish information, which is information including date information indicating a desired date to participate in a competition and information about a person who wants to participate in the competition, and the participation wish information acquisition unit and a participation wish information management unit that manages acquired participation wish information. In addition, there is a schedule management device that clearly displays the number of applicants in the date area of the calendar based on the information on applicants for participation in the competition collected and managed as described above (for example, Patent Document 1 reference). According to the above-mentioned schedule management device, when recruiting members for a competition such as sports, when collecting the number of people suitable for the competition, it is possible to reduce the trouble of notifying the recruitment of members and adjusting the schedule of each person who applied for recruitment.

JP-A-2006-99448

However, in the above-described conventional technology, recruitment of participants in competitions has not been carried out in consideration of the wishes of the manager of the stadium that lends the stadium and the wishes of the instructors who coach the competition. SUMMARY OF THE INVENTION An object of the present invention is to provide a technology that enables a competition to be held by gathering members who meet the desires of each of the competitors, the manager of the stadium, and the coach of the competition.

One aspect of the present invention is an information processing device that assists in holding a competition event in which a competition is held. This information processing device
Athlete information including information relating to competition events held by competitors, instructor information including information relating to competition events held by coaches of said competitions, and competition events held by administrators of stadiums for said competitions Acquisition means for acquiring stadium information including information relating to
Said competitor information and said coach information corresponding to said inviter when receiving a request to send an invitation to a competition event held by said competitor, said coach, or said administrator as an invitee , and the stadium information, and based on the profile information of the destination candidate of the invitation, an extracting means for extracting an invitee to a competition event held by the inviter;
sending means for sending the data of the invitation to the extracted terminal of the invitee;
characterized by comprising

The extracting means in the information processing device extracts the holding time of the competition event and the venue of the competition event, which are included in any one of the competitor information, the coach information, and the stadium information corresponding to the invitee. The invitee may be extracted from among destination candidates of the invitation having the profile information that matches the profile information.

The extracting means in the information processing device extracts the competition event holding time, the venue of the competition event, and the contents of the competition event included in the coach information or the stadium information corresponding to the invitee. The invitee may be extracted from among destination candidates of the invitation having the profile information that matches the profile information.

The extracting means in the information processing apparatus may extract the invitee from candidates of addresses belonging to a predetermined group among the candidates of addresses of the invitation.

The extracting means in the information processing apparatus may extract the invitee from among the candidates for the invitation letter, who are candidates for the invitation and who correspond to the representative of the competition team.

The extracting means in the information processing apparatus extracts the invitee from among the candidate recipients of the invitation, for whom the number of invitations currently received is less than a predetermined number. You may do so.

The extracting means in the information processing apparatus includes a play style desired by the candidate recipient of the invitation, a play style of a competition event in which the candidate recipient of the invitation has participated in the past, and a candidate recipient of the invitation. Based on the play style described in the invitation currently delivered to the invitation, determine the play style described in the invitation to be sent to the candidate destination of the invitation, and respond to the determined play style and the transmission request A destination candidate of the invitation that matches the play style described in the invitation to be sent by the invitation may be extracted as the invitee.

The extraction means in the information processing apparatus includes an age group to which the invitation recipient candidate belongs, an age group of competitors recruited for competition events in which the invitation recipient candidate has participated in the past, and the invitation Determine the age groups of the Athletes to be recruited in the invitations currently being sent to the prospective recipients of said invitations, and the age groups of the Athletes listed in the invitations to be sent to the prospective recipients of said invitations. and extracting, as invitees, destination candidates of the invitation whose age group matches the determined age group and the age group described in the invitation sent in response to the transmission request.

The extraction means in the information processing device uses the correspondence between the purpose of the competition of the invitation recipient candidate and the play style of the competition, and determines the play style to which the invitation recipient candidate belongs. A group is determined, and candidate recipients of the invitation whose play style group matches the play style group of players recruited in the invitation sent in response to the transmission request are extracted as invitees. You can do it.

The extracting means in the information processing device extracts the skill level of the competition of the destination candidate of the invitation letter, and the skill level of the competitor recommended in the competition event in which the candidate of the invitation letter has participated in the past. , the athletes recommended in the invitation to be sent to the prospective recipient of the invitation, based on the skill level of the athlete recommended in the invitation currently being sent to the prospective recipient of said invitation; and extract, as invitees, destination candidates for the invitation who match the determined age group with the skill level of the athlete recommended in the invitation sent in response to the transmission request. , may be

The transmission means in the information processing device transmits information for displaying a screen showing a schedule related to the invitation and information prompting participation in the competition event invited by the invitation to the terminal of the invited person. , and information indicating completion of the reservation for the competition event for which the invitation has been answered.

The transmission means in the information processing device transmits at least one of images and videos related to the instruction to the terminal of the athlete in response to a request from the athlete who received the instruction from the instructor at the invited competition event. You may make it transmit.

The transmitting means in the information processing device may transmit, to the terminal of the competitor, a notification prompting participation in a competition event in which the coach can receive guidance.

Another aspect of the present invention is a competition event holding support method for carrying out a competition,
The information processing device
Athlete information including information relating to competition events held by competitors, instructor information including information relating to competition events held by coaches of said competitions, and competition events held by administrators of stadiums for said competitions Acquire stadium information including information related to
Said competitor information and said coach information corresponding to said inviter when receiving a request to send an invitation to a competition event held by said competitor, said coach, or said administrator as an invitee , and based on either the stadium information and the profile information of the destination candidate of the invitation, extract the invitee to the competition event held by the invitee,
Sending the data of the invitation to the terminals of the extracted invitees.

According to another aspect of the present invention, a computer that executes a program for supporting the holding of a competition event in which a competition is held,
Athlete information including information relating to competition events held by competitors, instructor information including information relating to competition events held by coaches of said competitions, and competition events held by administrators of stadiums for said competitions obtaining stadium information including information relating to
Said competitor information and said coach information corresponding to said inviter when receiving a request to send an invitation to a competition event held by said competitor, said coach, or said administrator as an invitee , and the stadium information, and extracting invitees to a competitive event held by the inviter based on the profile information of the candidate destination of the invitation;
and sending the data of the invitation to the terminals of the extracted invitees.

According to the present invention, it becomes possible for the athletes, the manager of the stadium, and the coach of the competition to gather members who meet their wishes and carry out the competition.

FIG. 1 shows a configuration example of a network system according to an embodiment. FIG. 2 is a diagram showing a hardware configuration example of a server. FIG. 3 is an explanatory diagram of processing in the server. FIG. 4 is an explanatory diagram of the relationship between play styles, play purposes, and play style groups. FIG. 5 is a diagram illustrating a hardware configuration example of a communication terminal. FIG. 6 is a flowchart showing an example of reservation data generation processing in the server. FIG. 7 is a flow chart showing an example of invitation letter generation and transmission processing in the server. FIG. 8 is a flowchart showing an example of invitation letter generation and transmission processing in the server. FIG. 9 is a flow chart showing an example of invitation letter generation and transmission processing in the server. FIG. 10 is a flowchart showing an example of narrowing down processing based on play style. FIG. 11 is an explanatory diagram of the narrowing down process based on the play style. FIG. 12 is a flowchart showing an example of narrowing down processing based on age group. FIG. 13 is an explanatory diagram of the narrowing process based on the age group. FIG. 14 is a flowchart illustrating an example of invitation card generation and transmission processing in the server. FIG. 15 is a flowchart showing an example of narrowing down processing based on play purpose. FIG. 16 is a flowchart illustrating an example of invitation card generation and transmission processing in the server. FIG. 17 is a flow chart showing an example of narrowing down processing based on the average skill level. FIG. 18 is an explanatory diagram of the narrowing process based on the age group. FIG. 19 is a flow chart showing an example of team manager (TM) invitation processing. FIG. 20 is a flowchart showing an example of friend selection invitation processing. FIG. 21 is a flowchart showing an example of registration processing of player information in a player's communication terminal (terminal). FIG. 22 shows an example calendar displayed on the display. FIG. 23 shows an example of a skill level input screen displayed on the display. FIG. 24 is a flow chart showing an example of processing related to acceptance of participation in a competitive event at a player's terminal. FIG. 25 shows an example of an invitation screen displayed on the display. FIG. 26 shows a display example of a reservation completion screen. FIG. 27 shows an example of processing for generating a competition event. FIG. 28 shows an example of processing for generating an invitation transmission request. FIG. 29 is a flow chart showing an example of processing when a competitor creates a competition event schedule as a team manager. FIG. 30 is a flow chart showing an example of processing in the terminal of the manager of the stadium. FIG. 31 shows an example of processing for generating reservation data and generating an invitation transmission request by the administrator of the stadium. FIG. 32 is a flow chart showing an example of processing in the leader's terminal. FIG. 33 shows an example of a process of generating reservation data and an invitation transmission request by the instructor. FIG. 34 shows a screen display example.

Embodiments of the present invention will be described below with reference to the drawings. The configuration of the embodiment is an example, and the present invention is not limited to the configuration of the embodiment.

<Network system>
FIG. 1 shows a configuration example of a network system according to an embodiment of the present invention. The network system invites athletes who meet the wishes of the organizer to competitions held by athletes (also called players), instructors (also called coaches), and stadium administrators (participating athletes). ) system.

The competition is a sports competition. Sports competitions include ball games (soccer, futsal, baseball, basketball, volleyball, tennis, table tennis, etc.) and sports competitions other than ball games (skiing, skating, marathons, walking, bowling, judo, martial arts such as karate, etc.). In addition, the competition can include various events such as games (carta, mahjong), fishing, sketching competitions, and photography competitions, in which the skill of the participants competes. The competitions mentioned above are examples, and competitions other than the above are also included. In the embodiments described below, a case where the game is soccer or futsal will be described as an example.

In FIG. 1, the network system includes a server 2, a terminal 3, a terminal 4, and a terminal 5, which are connected to a network 1, respectively. Network 1 is, for example, the Internet. The network 1 may include not only wired sections but also wireless sections. The server 2 is an example of an "information processing device that supports the holding of a competition event".

As the server 2, a general-purpose or dedicated information processing device such as a server machine, personal computer (PC), workstation (WS) is applied. Communication terminals such as PCs, WSs, tablet terminals, and smart phones are applied to the terminals 3 to 5, respectively.

The server 2 manages information on a website (referred to as a coordination site) that supports coordination of competition events. The server 2 provides predetermined information via the network 1 to each of the terminals 3 to 5 accessing the coordination site. The provided information can be viewed using a browser or a dedicated application installed in each of the terminals 3-5.

A terminal 3 is a communication terminal used by a contestant. The terminal 4 is a communication terminal used by the coach of the competition. The terminal 5 is a communication terminal used by the manager of the stadium. In FIG. 1, terminals 3 to 5 are illustrated one by one, but the number of terminals 3 to 5 depends on the number of competitors, coaches, and administrators.

Each of the competitors, coaches, and administrators accesses the coordination site using one of the corresponding terminals 3 to 5, registers as a member, and registers their respective profile information. Profile information of athletes, coaches and administrators is received from terminals 3-5 via network 1 to server 2 and stored in database (DB) 2A. The DB 2A is stored in a storage device of the server 2, a storage device temporarily connected to the server 2, a device communicating with the server 2 (for example, a database server, etc.), or the like.

Competitors, coaches, and administrators, when holding competition events (games, practices, classrooms, etc.), access the coordination site and include information such as the location and time of the competition event. Create reservation data (also called competition event information). The created reservation data is registered in DB2A. The reservation data is an example of "information relating to competition events".

After that, each of the competitors, coaches, and administrators as organizers of the competition event uses one of the corresponding terminals 3 to 5 to become an invitee to the competition event held by themselves, and participate in the competition event. A request to create and send an invitation (referred to as an “invitation send request”) for recruiting participants (competitors or competitors and coaches) is sent to the server 2 . In response to the transmission request, the server 2 stores any one of the competitor information, coach information, and stadium information including the reservation data of the invitee (the sender of the transmission request) registered in the DB 2A, and the destination candidate of the invitation. Using the profile information of (competitors and coaches), a process of extracting the destination (invited person) of the invitation is performed. The server 2 transmits the invitation data to the extracted terminal 3 or terminal 4 of each invitee.

The invited athletes and coaches can view the invitations displayed on the terminals 3 and 4 . When the invited person inputs their intention to participate in the competition event indicated in the invitation, data indicating their intention (referred to as participation expression data) is transmitted to the server 2, and the server 2 receives reservation data (competition event information). ) and registered in DB2. The server 2 transmits data indicating acceptance of participation (reservation completed) to the terminal (terminal 3 or terminal 4) from which the participation declaration data was transmitted, and the display device of the terminal 3 or terminal 4 displays the data indicating that participation in the competition event has been accepted. is displayed.

The configurations of the server 2 and the terminals 3 to 5 for realizing the coordination of the competition event described above will be described below.
<Configuration of Server 2>
FIG. 2 is a diagram showing a hardware configuration example of the server 2. As shown in FIG. In FIG. 2, the server 2 includes a CPU (Central Processing Unit) 11, a main storage device 12, an auxiliary storage device 13,
A communication interface (communication IF) 15 , an input device 16 and an output device 17 are provided.

The main storage device 12 is used as a storage area for data and programs, a development area (work area) for programs, a buffer area for communication data, and the like. The main memory device 12 is formed by, for example, a RAM (Random Access Memory) or a combination of a RAM and a ROM (Read Only Memory).

The auxiliary storage device 13 is used as a storage area for data and programs. The auxiliary storage device 13 is, for example, a hard disk, SSD (Solid State Drive), flash memory, EEPROM (Electrically Erasable Programmable Read-Only Memory), or the like.

The communication IF 15 controls communication processing with communication terminals (terminals 3 to 5, etc.). A network interface card (NIC), for example, can be applied to the communication IF 15 . The input device 16 is used for inputting information. The input device 16 includes, for example, keys, buttons, a pointing device (such as a mouse), a touch panel, and the like. The output device 17 is used to output information.
The output device 17 is, for example, a display, a printer, or the like. Note that the input device 16 may include an audio input device such as a microphone, and the output device 17 may include an audio output device such as a speaker.

The CPU 11 loads and executes programs stored in the main memory device 12 and the auxiliary memory device 13 (referred to as memory 12A when not distinguished). As a result, the server 2 extracts players who match the wishes (conditions) of the organizer of the competition (players, coaches, administrators) as candidates for participating in the competition, and transmits information prompting them to participate in the competition. I do.

<<Processing on the server>>
FIG. 3 is a diagram illustrating the processing performed by the server 2. As shown in FIG. By executing the programs stored in the memory 12A, the CPU 11 performs reception processing 111, extraction processing 112, invitation candidate identification processing 113, compatible terminal identification processing 114, invitation generation/transmission processing 115, content transmission processing 118, display Control 119 and the like are performed.

In the acceptance process 111, the CPU 11 accepts invitation transmission requests transmitted from terminals 3 to 5 (competitors, coaches, and administrators). In the extraction process 112, the CPU 11 uses the profile information and the reservation data stored in the DB 2A to perform the process of extracting the invitees from the destination candidates of the invitation letter. In the extraction process 112, an invitation candidate identification process 113 for identifying destination candidates (also referred to as invitation candidates) of the invitation, and a corresponding terminal identification process 114 for identifying a terminal corresponding to the invitee are performed.

For the corresponding terminal identification process 114, the identification information and address information of any of the terminals 3 to 5 used by the competitor, the coach, and the manager correspond to the profile information of each of the competitor, the coach, and the manager. When the invited persons are extracted, the identification information and address of the terminal of each invited person are read out from the memory 12A.

In the invitation generation/transmission process 115, the CPU 11 generates invitation data using the reservation data, and transmits the invitation data to the address of each invitee's terminal read out in the corresponding terminal identification process 114. process.

In the content transmission process 118, the CPU 11 performs a process of transmitting contents (text, images, moving images) to be displayed on the displays 25 (FIG. 5) of the terminals 3-5 in response to access from the terminals 3-5. The display control 119 sends to the terminals control information for displaying data and information (including the above contents) on the displays 25 of the terminals 3-5. Note that the CPU 11 operates as acquisition means, extraction means, and transmission means according to the present invention.

<<Information stored in DB>>
In FIG. 3, DB2A is stored in memory 12A. The DB 2A includes a competitor DB 121 in which information about competitors (players) is stored, a stadium DB 122 in which information about stadiums is stored, and a coach DB 123 in which information about coaches is stored.

Information on each competitor is stored in the competitor DB 121 . Competitor profile information, competition event reservation data (competition event information) held by the competitor, and the like are stored. Athlete profile information includes, for example, the following attribute information. However, attribute information is not limited to the following.
・Competitor basic information (name, address, contact information, etc.)
・ Desired time information (also called open time)
・ Desired area information (also called home area)
・Competition skill level information ・Competitor play purpose information ・Competitor play style information ・Competition history information ・Competitor age group (generation) information ・Competitor gender information number and contents of invitations sent to the person, information on the team that wishes to participate, etc.)

The desired time information indicates a convenient time slot for the competitor to participate in the competition. The desired time can be set in appropriate units such as days or days of the week. The desired area information indicates a geographical area where the player can be active (participate in the competition event). The method of dividing geographical areas can be set as appropriate.

The skill level information is information indicating the skill level (skill level) of the competition of the competitor. In the case of soccer and futsal, skill levels are classified into a plurality of skill items such as scoring ability, physical strength, pass, dribbling, defensive ability, and speed. However, an appropriate number of skill items is prepared according to the competition. A numerical value indicating a level is given to each skill item. Also, the average level of the levels of each skill item may be treated as the comprehensive skill level. The number of levels can be set as appropriate.

The playstyle information is information indicating the playstyle of the competition (atmosphere of the competition participants). The play style information indicates the behavior and feelings of the competitors in the competition, such as "strongly", which is to play seriously or to play with a focus on winning or losing, or "loosely", which is not to worry about winning or losing, and does not overdo it. The types of play styles are classified into a plurality of stages according to the degree of competitiveness required for the competition (game) (relaxed (competitiveness: low) ←→ stubbornly (competitiveness: high)). In the embodiment, the types of play styles are exemplified as “hard” and “loose”, but are not limited to these. The number of types of play styles and the names given to the types can be set as appropriate.

The play purpose information is information indicating a player's purpose of playing the game. For example, "I want to play and win a game", "I want to be good at competition", "I want to build physical strength", "Party after playing", "Means of socializing / socializing", "Expansion of friendships", "Diet・ Eliminate lack of exercise” etc. The play styles described above are classified into a plurality of groups (play style groups) according to the degree of competitiveness, and each play purpose is classified into at least one of the plurality of play style groups.

FIG. 4 is an explanatory diagram of the relationship between play styles, play purposes, and play style groups. In the example shown in FIG. 4, "want to play and win" belongs to play style group 1, and "physical strength building", "banquet after play", "means of socializing and socializing", and "expansion of friendship" are played. Belongs to style group 2. One play purpose may straddle two or more play style groups. For example, "Diet/Relieve lack of exercise" belongs to play style groups 2 and 3, and "I want to improve" belongs to play style groups 1 and 2. The number of playstyle types and the number of playstyle groups may be the same or different.

The competition history information is information indicating the contents of competition events in which competitors and coaches participated in the past. As competition history information, information relating to the most recent n competition events is stored. Although n is, for example, 5 [times], it may be larger or smaller than 5. The competition history information includes information specifying each competition event (information included in the reservation data of the competition event, information described in the corresponding invitation, etc.). Also, the competition history information includes information on other competitors who participated in the competition event.

The age information is information indicating the age of the competitor (the age group to which the competitor belongs). The number of age groups (age groups) can be set appropriately. Gender information indicates the gender of the athlete. Other information includes, for example, stadium preferences (outdoor, indoor, etc.).

For example, the following attribute information is stored for each leader in the leader DB 122 included in the DB 2A. However, attribute information is not limited to the following.
・Instructor identification information ・Instructor calendar information ・Instruction available area information ・Instruction content information

The instructor calendar information indicates a schedule (for example, a time period for each day of the week) in which the instructor can provide instruction. Guidance available area information is information indicating a geographical area where the instructor can go for guidance. The guidance content information is information indicating the guidance content (guidance content) provided by the instructor.

Information indicating guidance content includes, for example, the following attribute information. However, attribute information is not limited to the following. Guidance content is managed by linking the identification information (instructor ID) of the instructor and the content ID.
・Information indicating the category of the guidance content ・Information describing the content of the guidance content ・Information indicating the recommended skill level of the person receiving guidance ・Information indicating the minimum and maximum number of people receiving guidance ・Recommendation of the person receiving guidance Information indicating the age group (generation) ・Information indicating the recommended gender of the person receiving guidance ・Others, such as the cost of guidance, images and videos of people who received guidance, etc.

The stadium DB 122 included in the DB 2 includes the following attribute information for each stadium.
・Calendar information of the stadium (indicating the free time zone of the stadium)
・Information indicating the location of the stadium (associated with information indicating the geographical area corresponding to the desired area)
・Information indicating the content of the stadium (information about games and classrooms (practice sessions) held at the stadium)

Information indicating stadium content includes, for example, the following attribute information. However, attribute information is not limited to the following. The information indicating the content of the stadium is managed by linking the identification information (the stadium ID) of the stadium and the content ID, for example.
・Information indicating the category of the stadium content ・Information describing the content of the stadium content ・Information indicating the recommended skill level of participants in the stadium content ・Information indicating the minimum and maximum number of participants ・Number of participants Information indicating the recommended age group (generation) ・Information indicating the recommended gender of the participants ・Other, stadium usage fees, images and videos showing the stadium, etc.

<Communication terminal configuration>
FIG. 5 shows a hardware configuration example of the communication terminal 20 applicable to the terminals 3-5. Communication terminal 20 includes CPU 21 , storage device (memory 22 ), communication IF 23 , input device 24 , and display 25 . The memory 22 may include those similar to the main storage device 12 and auxiliary storage device 13 described above. The communication IF 15 can apply the NIC described above. However, the communication IF 23 may be a wireless communication interface that manages wireless communication. A device similar to the input device 16 can be applied to the input device 24 . A display 25 displays information. Communication terminal 20 may include an output device other than display 25 .

The memory 22 is installed with a browser for browsing the website provided by the server 2 and an application for browsing. By executing a browser or an application, the input device 24 and the display 25 serve as a user interface (UI) 26 for the user of the communication terminal 20 to access the server 2 and obtain (download) information or upload information. used as

By executing the program, the CPU 21 accesses the server 2 to download information related to the coordination site, displays a screen based on the downloaded information on the display 25, and uses the screen of the codenate site to perform the processing for the competition event. A process of generating such reservation data and transmitting it to the server 2 and a process of generating an invitation transmission request and transmitting it to the server 2 are performed. In addition, the CPU 21 performs processing for transmitting a declaration of participation in the competition event indicated in the invitation received from the server 2, and when receiving guidance from the coach, acquires images and videos showing the guidance through the coordination site. and other processing.

<Example of processing on the server>
A processing example of the CPU 11 in the server 2 will be described below. FIG. 6 is a flow chart showing a processing example of reservation data generation in the server 2 . The process of FIG. 6 is started when the server 2 receives reservation data relating to the holding of a competition event created by one of the competitors, coaches, and stadium administrators. Competitors, coaches, and stadium managers use any of the terminals 3 to 5 that they use to enter reservation data through the coordination site. The reservation data are received by the server 2 via the network 1 .

In S001, the server 2 receives reservation data relating to the holding of a competition event created by one of the competitors, coaches, and stadium administrators. Reservation data, regarding competition events scheduled to be held, includes the stadium where the event is scheduled to be held (location of the competition event), reservation time period (competition event implementation time zone: competition event holding time), gender (participation in the competition event) Gender of recruited athletes), recommended skill level (skill level of recruited athletes), recommended play style, and other attribute information. Reservation data also includes acceptance or rejection of invitations by other competitors.

In S002, the CPU 11 creates a reservation table in which reservation data is registered. A reservation table server stores a reservation table. The reservation table is stored, for example, in one of the competitor DB 121, the stadium DB 122, and the coach DB 123 corresponding to the creator of the reservation data (competitor, coach, administrator). However, the storage location of the reservation data may be other than the above.

7 to 9, 14 and 16 are flowcharts showing an example of invitation letter generation/transmission processing in the server 2. FIG. Those who can be invited are competitors and coaches, but in the following explanation, the case of inviting competitors will be described as an example. In the process of generating and sending invitations, for example, the server 2 sends an invitation sending request via the network 1 from one of the terminals 3 to 5 of the person (competitor, manager, coach) whose reservation data has been registered. is initiated by receiving

In S003, the CPU 11 receives a request to send an invitation regarding the reservation data. In the transmission request, the target of the invitation is the representative of the competition team (also called team manager: TM), a friend, or an individual other than the representative and friends ("Random"). ) that contains the invitee's identity.

In S004, the CPU 11 determines whether or not the invitation transmission request requests the invitation of the team manager, based on the identification information of the invitee. If it is determined that the invitation send request requests an invitation to the team manager (Y in S004), the process proceeds to the team manager invitation process in FIG. 19, otherwise (N in S004 ), the process proceeds to S005.

In S005, the CPU 11 determines whether or not the invitation transmission request requests a friend selection invitation based on the identification information of the invitation target. If it is determined that a friend selection invitation is requested (Y of S005), the process proceeds to the friend selection invitation process of FIG. goes to 006. Note that the order of the processes in S004 and S005 may be reversed. Also, team manager invitation processing and friend invitation processing are optional.

By the way, the invitation transmission request includes information specifying a predetermined group for selecting invitees (group for selecting invitees) when the identification information of the invitee is "Random". For example, groups for selecting invitees include "friends" and "teammates." Athlete profile information includes information indicating the invitee selection group to which the individual athlete belongs. In addition, the DB 2A stores in advance a list of people (group members) belonging to groups of "friends" and "teammates".

In S006, the CPU 11 determines whether "all friends" or "all teammates" (a process of collectively selecting invitees from the invitee's friends or teammates) is specified in the invitation transmission request. judge. If "all friends" or "all teammates" is designated (Y of S006), the process proceeds to S008, otherwise (N of S006), the process proceeds to S010.

In S008, the CPU 11 reads from the DB 2A the "friend" list or the "teammate" list associated with the inviter's identification information, which is included in the invitation transmission request. In S009, the CPU 11 reads the reservation data stored in association with the identification information of the inviter from the DB 2A (either of the athlete DB 121, the stadium DB 122, or the instructor DB 123), and matches the predetermined conditions in the reservation data. Match the attribute information with the profile information of each person (friend, teammate) in the list.

In the embodiment, examples of the predetermined conditions include the location of the competitive event for which participants are recruited by invitation, the time (date and time) of the competitive event, desired area information that matches the recommended gender of the competitive event, desired time information, and to extract those who have profile information including gender. However, the types of profile information attribute information used to satisfy a predetermined condition are at least desired area information and desired time information, and others can be selected as appropriate. In the processing of S009, the CPU 11 extracts athletes having profile information that satisfies a predetermined condition from the list. After that, the process proceeds to S014.

When the process proceeds to S010, the CPU 11 performs an invitation by "Random". That is, the CPU 11 refers to the contestant DB 121 and selects contestants whose number of received invitations is less than a predetermined number. The predetermined number is, for example, 3, but may be a number greater than or less than 3, and can be set as appropriate. Such a selection may average out the number of invitations sent to each competitor.

In S011, the CPU 11 performs the same processing as in S009 with the athletes selected in S010 as the population. When the processing of S011 ends, the processing proceeds to S012. In S012, the CPU 11 determines whether the sender (invitee) of the invitation transmission request is an individual or a representative of the competition team (team manager: TM). If it is determined that the person is an individual, the process proceeds to S014, and if it is determined otherwise (it is a TM), the process proceeds to S013.

In S013, the CPU 11 preferentially selects a competitor who wishes to participate in the team represented by the team manager from among the competitors selected in the process of S011. The player's profile information includes information about the team they wish to participate in (team and TM identification information). After that, the process proceeds to S014. Note that the processing of S012 and S013 is optional. Also, one or two of "friends all at once", "teammates at once", and "automatically" may be omitted as an option.

In S014, the CPU 11 determines whether or not the number of selected competitors is greater than a predetermined number defined as the number of invitation destinations. For example, the CPU 11 determines whether or not the number of "selected contestants" that are the selected contestants satisfies the following inequality.
“Selected Competitors” > (maximum number - current number) x 5

The maximum number of people in the above inequality is the maximum number of people recruited to participate in the competition (recruitment capacity), and the current number is the number of people whose participation is currently confirmed among the recruitment capacity. The number of invitations (referred to as the number of invitations sent) obtained by subtracting the current number from the maximum number of participants (referred to as the number of applicants) multiplied by n is sent. This is to reduce the possibility that the number of invitations will be more than the number of applicants and the number of applicants will be less than the capacity. Although n is 5 in the embodiment, it may be a number greater than or less than 5, and an appropriate value is set.

In S014, if it is determined that the number of selected athletes is greater than the number of sent invitations (S014, Y), the process proceeds to S016; otherwise (N in S014), the process proceeds to S.
Go to 014A. In S014A, the CPU 11 excludes those who have already been invited or participated from among the selected contestants. After that, the process proceeds to S015.

In S015, the CPU 11 performs a process of generating and transmitting invitation data. That is, the CPU 11 generates invitation data in which information contained in the reservation data is placed in a predetermined format. At this time, if the competitor who is the destination (invited person) of the invitation is a friend or teammate of the inviter, the CPU 11 includes the name of the inviter in the invitation. When the invitation data is generated, the corresponding terminal identification process 114 is performed, the identification information and address of the invitee's terminal 3 linked with the invitee's profile information are read from the memory 12A, and the invitation is sent to this address. to send the data of the type. If the number of invitations to be sent in S015 is reduced due to the exclusion of invited or participated persons, the reduction is notified to the sender of the invitation transmission request, and the invitation transmission request is sent again. can be prompted to send Alternatively, it is conceivable to inquire of the transmission source about the narrowing down method and redo the narrowing down.

In S016, the CPU 11 performs narrowing down processing based on the play style. FIG. 10 is a flow chart showing the subroutine of S016. This process is based on the player's desired play style (= profile value), the player's past achievements (recommended play style for competitive events that the player has participated in in the past), and the invitations currently sent to the player. This is done for the purpose of balancing the recommended playstyle described in .

In S11, the CPU 11 sets a numerical value for the type of play style. In the example of the embodiment, "1" is set for the type of play style "strongly", and "2" is set for the play style type "loose". This numerical setting may be performed in advance.

In S12, the CPU 11 uses the game history information included in the player's profile information to calculate the total value of the recommended play styles in the n game events that the player has participated in in the past (the most recent five times in this embodiment). (with a value of (1)). For example, of the five competition events that the player has participated in, one competition event has a recommended play style of “hard” and four competition events have a recommended play style of “loose”. In this case, the value of "gutsy" is 1×1=1, the value of "loosely" is 2×4=8, and the value (1) is 9.

In S13, the CPU 11 multiplies the value of the player's desired play style (referred to as profile value) included in the player's profile information by n (in this embodiment, 5) (value (2)). Ask for The reason for multiplying the coefficient is to give more weight to the profile value than the play style value in the above-described past competition event, in order to emphasize the will of the player himself/herself. For example, if the player's desired play style is "gobbler", the profile value is 1 and the weighted number is 5.

At S14, the CPU 11 obtains the value of the invitation to be sent to the competitor (assumed to be value (A)) using the following formula.
"Total value of past 5 times" + 5 x profile value / 10
= value (1) + value (2)/10 = value (A)
Dividing the sum of value (1) and value (2) by 10 means that value (1) is the sum of the playstyle values for five competitive events, and value (2) is the profile value (playstyle value). This is because the value per time is obtained as the value (A) because the value is 5 times. In the above example, the calculation result of value (A) is 1.4.

In S15, the CPU 11 calculates a value obtained by dividing the recommended play style in each of the invitations that have already arrived to the player by the number of invitations (referred to as owned invitation value, referred to as value (B)). For example, assume that two invitations have been sent to the contestant, one invitation with a recommended play style of "strong" and one invitation with a recommended play style of "loose". In this case, the possession invitation value (value (B)) is 1+2=3/2=1.5.

In S16, the value (A) is subtracted from the value (B) to obtain the difference between the two (value (C)). In the above example, the difference between the two is 0.1. This value will be the recommended play style judgment value in the invitation sent to the competitor.

In S17, the CPU 11 compares the value (C) with the selection threshold value (0) to determine the type of recommended play style in the invitation sent to the player. If the value (C) > 0, the value (C) is decreased so that the player's desired play style "Gatsugatsu" is determined as the recommended play style in the invitation so that the invitation will be easier to reach. be done. On the other hand, if 0>value (C), "yuru yuru" is determined as the recommended play style in the invitation. If it is 0, it determines the play style that the player desires in their profile information.

FIG. 11 is an explanatory diagram of the processing in S11 to S17. In the above example, the value of "strongly" is 1 and the value of "loosely" is 2, so the value 1.5 is the middle value, and the closer the value is to 1, the more , the number of participation in the "great" competition event increases, and the closer to 2, the more the number of participation in the "loose" competition event in the past achievements of the competitor. Thus, the value (A) indicates whether a competitor is likely to participate in a "strong" or "loose" competitive event, and the value (B) indicates whether the invitation arrived at the competitor "strongly". ” or “yuru yuru” is more common.

Here, if the play style of the invitation to be sent to the player is determined so that the value (B) approaches the value (A) (the difference becomes 0), the invitation with the play style desired by the player can be obtained. It is believed that this will increase the likelihood that competitors will accept invitations and participate in competitive events. Therefore, when the value (C) obtained by subtracting the value (A) from the value (B) is positive ((C) > 0), the CPU 11 sends a “great” invitation to the competitor. decide. On the other hand, if the value (C) obtained by subtracting the value (A) from the value (B) is negative (0>(C)), the CPU 11 sends a “yuru yuru” invitation to the competitor. to decide.

In S18, the CPU 11 performs a process of determining whether the recommended play style of the invitation related to the transmission request matches the recommended play style of the invitation sent to the competitor determined in S17. In S19, the CPU 11 determines whether or not the determination result of S18 matches. If the determination result is determined to match (Y of S19), the CPU 11 leaves the competitor as a destination candidate for the invitation related to the transmission request (S20), otherwise (N of S19), The CPU 11 excludes the contestant from destination candidates (S21). After the process of S20 or S21 ends, the subroutine of FIG. 10 ends and the process returns to S017 (FIG. 9). The subroutine of FIG. 10 narrows down the candidate recipients of the invitation to candidate recipients that match the recommended play style of the invitation.

In S017, the CPU 11 performs the same processing as in S014 to determine whether or not the number of selected athletes is greater than the number of sent invitations (=(maximum number of players - current number of players) x 5). In S017, if it is determined that the number of selected competitors is greater than the number of sent invitations (S017, Y), the process proceeds to S018; otherwise (N in S017), the process proceeds to S015 (Fig. Go to 8).

In S018, the CPU 11 determines whether or not there is an age setting (recommended age group) in the reservation data. If it is determined that the estimated age group is set (Y in S018), the process goes to S
019, otherwise the process proceeds to S021.

In S019, the CPU 11 executes a subroutine for narrowing down processing based on the generation (age group). FIG. 12 is a flow chart showing an example of a subroutine for narrowing down processing based on generation (age group).

In S<b>31 , the CPU 11 sets numerical values for quantitative judgment for the divisions of generations (age groups) prepared in advance. As generation divisions, in the embodiment, seven divisions of "teens", "20s", "30s", "40s", "50s", "60s", and "over 70s" are provided. are provided with numerical values 10, 20, 30, 40, 50, 60 and 70 respectively.

In S32, the CPU 11 obtains the total value of the numerical values corresponding to the recommended age groups in the five events that the competitor has participated in in the past, using the same method as described in S12. In S33, the CPU 11 uses the same method as the method described in S13. Multiply the player's age group by n (=5). In S34, the CPU 11 performs the same calculation as the calculation explained in S14 as the invitation value (A) to be sent to the competitor.

For example, assume that the total value of the past 5 times is 200 (1 time in the 30s, 3 times in the 40s, 1 time in the 50s) and the profile value is in the 50s (profile value x 5 = 250) . In this case, the calculation result in S14 is (200+250)/10=45.

In S35, the CPU 11 calculates the total value of the recommended age group in the invitation sent to the player (possessed invitation value: value (B)). For example, if two invitations have been received and the recommended age group for each is fifties, then value (B)=100/2=50.

At S36, the CPU 11 obtains a value (C) by subtracting the value (A) from the value (B) in order to determine the recommended age group in the invitation sent to the competitor. In the above example, the value (C) is 5. In S37, if the value (C) is 5 or more ((C)≧5), the age group one level below the profile value (athlete's age group) is determined as the recommended age group, and the value (C) is If less than 5 (5>(C)), the profile value age group and recommended age group are determined.

FIG. 13 is an explanatory diagram of the processing of S31 to S37. If the athlete's profile value is 50 (50s) and the value (A) is in their 50s, the athlete has participated in a competitive event in the past in which the same age group as the age group of the profile value was recommended. It means that On the other hand, if the value (A) is less than 50, it can be seen that the competitor is participating in a competitive event in an age group smaller than the age group of the profile value. Conversely, if the value (A) is greater than 50, it can be seen that the competitor is participating in a competitive event in an age group greater than the age group of the profile value.

In the above example, the value (B) is 50 and the value (A) is 45, as shown in FIG. The recommended age group in the invitation is in the 50s. Here, if the recommended age group of the invitation sent to the competitor is set to 40s, it matches the past performance of the competitor, so that the possibility of the competitor accepting the invitation increases. Therefore, if the value (C) ≥ 5, the recommended age group for the invitation is determined to be in the 40s (one age group below), and if 5> the value (C), the recommended age group for the invitation is the 60s. (one age group above), and if the value (C)=5, the recommended age group for the invitation is determined to be in the 50s (profile value).

At S38, the CPU 11 determines whether the recommended age group of the invitation related to the transmission request matches the recommended age group of the invitation sent to the athlete determined at S37. Determine whether the result is a match. If the determination result is determined to be a match (Y of S39), the competitor is left as a destination candidate for the invitation related to the transmission request (S40), otherwise (N of S39), the competitor is excluded from the destination candidates (S41). After the process of S40 or S41 ends, the subroutine of FIG. 12 ends and the process proceeds to S021 (FIG. 14). The subroutine of FIG. 12 narrows down the candidate recipients of the invitation to candidate recipients who match the recommended age group of the invitation.

In S021, the CPU 11 performs the same processing as in S014 to determine whether or not the number of selected athletes is greater than the number of invitations sent (=(maximum number of players - current number of players) x 5). In S021, if it is determined that the number of selected competitors is greater than the number of invitations sent (S021, Y), the process proceeds to S022 (FIG. 14); otherwise (N in S021), the process goes to S015 (FIG. 8).

FIG. 15 is a flow chart showing the subroutine of S022. In S51, the CPU 11 sets a plurality of playstyle groups. For example, as shown in FIG. 5, the CPU 11 sets play style groups 1-3.

In S52, the CPU 11 classifies the player's play purpose included in the player's profile information into one of the play style groups 1-3. In S53, the CPU 11 determines a play style group to which the player can be invited, based on the play style group to which the player's play purpose belongs.

For example, when the play purpose and the play style groups 1 to 3 have the relationship shown in FIG. 5, the CPU 11 determines the play style group to which the player is invited according to the following rules.
• If the play style group to which the player's play purpose belongs is 1, send an invitation for play style group 1 or 2.
• If the play style group to which the player's play objective belongs is 2, send an invitation for play style group 1, 2 or 3.
• If the play style group to which the player's play purpose belongs is 3, send an invitation for play style group 2 or 3.

In S54, the CPU 11 determines whether the play style group corresponding to the invitation sent in response to the transmission request matches the play style group to which the player's play purpose belongs. Determine whether or not If the determination result is determined to be a match (Y of S55), the competitor remains as an invitation destination candidate (S56), and the subroutine ends. On the other hand, if it is determined that the determination results do not match (N of S55), the competitor is excluded from the destination candidates of the invitation (S57), and the subroutine ends. After the subroutine ends, the process proceeds to S023 (FIG. 14). By the processing of S022, destination candidates for the invitation are narrowed down to players whose play purpose matches the play style group of the invitation.

In S023, the CPU 11 performs the same processing as in S014 to determine whether or not the number of selected athletes is greater than the number of sent invitations (=(maximum number of players−current number of players)×5). In S023, if it is determined that the number of selected competitors is greater than the number of sent invitations (S023, Y), the process proceeds to S024; otherwise (N in S023), the process proceeds to S015 (Fig. Go to 8).

In S024, the CPU 11 performs matching in the past competition history. In other words, the CPU 11 determines the person who has decided to participate in the competition event to which the invitation pertaining to the transmission request applies (participation decision person, stored in the memory 12A) and the competitors included in the competition history of the competitor. performs a process of comparing the participants with the participants of the competition events that have participated in the past. That is, the CPU 11 extracts competitors participating in the competition event in which the participant decided to participate in the past.

In S025, the CPU 11 performs the same processing as in S014, and determines whether or not the number of selected athletes is greater than the number of sent invitations (=(maximum number of players−current number of players)×5). In S025, if it is determined that the number of selected competitors is greater than the number of invitations sent (S025, Y), the process proceeds to S026 (FIG. 16); otherwise (N in S025), the process goes to S015 (FIG. 8).

In S026, the CPU 11 performs a narrowing process based on the average skill level. FIG. 17 is a flow chart showing the subroutine of S026. In S61, the CPU 11 obtains the average skill level of the player (average skill level) from the player's profile information.

In S62, the CPU 11 uses the competition history information of the competitor to find the total value of the recommended skill levels in the competition events that the competitor has participated in n times (where n=5) in the past. If the recommended skill level is a fixed value, it is used as is. When the recommended skill level has a width (range), a value determined according to a predetermined rule, such as a median value, is used.

In S63, the CPU 11 multiplies the competitor's average skill level (profile value) by n (n=5). In the embodiment, as an example, skill levels for the six skill items of scoring ability, physical strength, pass, dribbling, defensive ability, and speed are set on a 100-point scale, and the average value of these six skill levels is treated as the average skill level. example. For example, in the past five times, the recommended skill level is 30 once, 45 three times, and 50 once. In this case, in S62, "215" is calculated as the total value. On the other hand, the player's average skill level (profile value) is "33", and the value "165" is obtained in S63.

In S64, the CPU 11 obtains the value (A) of the invitation letter to be sent to the player by calculating "(total value of past five times) + 5 x profile value/10". In the example above, the value (A) would be 215+165/10=38.

At S65, the CPU 11 calculates the total recommended average skill level value (B) (possessed invitation value) in the invitations that have already arrived for the player. For example, assume that two invitations have already arrived, one with a recommended average skill level of 50 and the other with a recommended average skill level of 40. In this case, the value (B) is 45.

In S66, the CPU 11 obtains a value (C) by subtracting the value (A) from the value (B). In the above example, 45-38=7. At S67, the CPU 11 compares the value (C) with a selection threshold (0) to determine the recommended average skill level for invitations received by the competitor.

FIG. 18 is an explanatory diagram of the process of S67. If the value (C) is positive ((C)>0), the average skill level lower than the value (A) is taken as the recommended average skill level in the invitation. However, a predetermined lower limit (for example, value (A) to -10) is provided. Therefore, the recommended average skill level in the above example is 23-37. On the other hand, if the value (C) is negative ((C)<0), the average skill level higher than the value (A) is the recommended average skill level in the invitation. However, a predetermined upper limit value (for example, +10 from value (A)) is provided. If the value (C) is 0, the recommended average skill level is set within a predetermined range (eg ±10) around the value (A). By doing so, the difference between the value (B) and the value (A) will be reduced, and invitations that match the average skill level of the competitor can be sent. Note that the lower limit value, the upper limit value, and the values within the predetermined range can be set as appropriate.

At S68, the CPU 11 determines whether the recommended average skill level of the invitation related to the transmission request matches the average skill level of the invitation to be sent to the competitor determined at S67. It is determined whether the result of is a match. If the determination result is determined to be a match (Y of S69), the competitor is left as a destination candidate for the invitation related to the transmission request (S70), otherwise (N of S69), the competitor is excluded from the destination candidates (S71). After the process of S70 or S71 ends, the subroutine of FIG. 17 ends and the process proceeds to S027 (FIG. 16). The subroutine of FIG. 17 narrows down the candidate recipients of the invitation to those who match the recommended average skill level of the invitation.

In S027, the CPU 11 performs the same processing as in S014 to determine whether or not the number of selected athletes is greater than the number of sent invitations (=(maximum number of players - current number of players) x 5). In S027, if it is determined that the number of selected competitors is greater than the number of sent invitations (S027, Y), the process proceeds to S028; otherwise (N in S027), the process proceeds to S015 (Fig. Go to 8).

In S028, the CPU 11 performs matching according to stadium preferences. That is, the CPU 11 determines whether or not the stadium where the competition event invited by the invitation pertaining to the transmission request is held matches the preferences of the competitor. As a result, athletes whose preferences are matched to the stadium where the competition event is held are extracted from the destination candidates.

In S029, the CPU 11 performs the same processing as in S014. In S029, if it is determined that the number of selected competitors is greater than the number of sent invitations (S029, Y), the process proceeds to S030; otherwise (N in S029), the process proceeds to S015 (Fig. Go to 8).

In S030, the CPU 11 randomly selects invited persons from the invitation destination candidates. However, the number of people to be selected shall be up to the upper limit of the number of invitations sent. As described above, the upper limit of the number of transmissions is, for example, "(maximum number of people - current number of people) x 5". After that, the process proceeds to S015, and the invitation data is transmitted to the terminal 3 of the invitee.

FIG. 19 is a flow chart showing an example of team manager (TM) invitation processing. The invitation of the team manager assumes that the team led by the team manager is invited through the team manager. For this reason, team values (e.g., average values of team members) are used instead of individual player values for play style, age group, and average skill level values used for narrowing down shown in FIG. The team value is pre-stored in association with the identification information of the team manager. In FIG. 19, in S041, the CPU 11 performs the same processing as the processing in S005, and determines whether the transmission request is "Random" or "Friend selection" invitation. In the case of friend selection invitation, the process proceeds to friend selection invitation processing (FIG. 20).

On the other hand, if it is "Random", the process proceeds to S042, and the same processes as S010 and S011 are performed to narrow down destination candidates. Repeated description of the processing of S010 and S011 is omitted.

In S043, the same determination as in S014 is performed to determine whether or not the number of selected contestants (addressee candidates) exceeds the number of invitations sent. If it is determined that the number of destination candidates does not exceed the number of invitations sent (N in S043), the destination candidates are treated as invitees, and invitation data is sent to the terminals 3 of each invitee. A transmission process is performed (S049). However, in the processing of S049, those who have already been invited and those who have already participated are excluded from the transmission target of the invitation. If it is determined that the number of destination candidates exceeds the number of sent invitations (Y in S043),
The process proceeds to S044.

In S044, the CPU 11 performs the same processing as in S016 to S019, performing narrowing processing based on play style and narrowing processing based on age group. A repeated description of these processes is omitted. However, if the determination in S017 is No, the process proceeds to S049 instead of S015.

In S045, the CPU 11 performs the same processing as in S043. If it is determined that the number of destination candidates does not exceed the number of sent invitations (N in S045), an invitation is sent (S049). On the other hand, if it is determined that the number of destination candidates exceeds the number of sent invitations (Y in S045), the process proceeds to S046.

In S046, the CPU 11 performs the same processing as in S026 (narrowing down based on the average skill level). In S047, the CPU 11 performs the same processing as in S043, and when it is determined that the number of destination candidates does not exceed the number of invitations sent (N in S047), performs invitation letter transmission processing ( S049). On the other hand, if it is determined that the number of destination candidates exceeds the number of invitations sent (Y in S047), the CPU 11 performs the same process as in S030 (randomly selects invitees). , the process proceeds to S049.

FIG. 20 is a flowchart showing an example of friend selection invitation processing. In S051, the CPU 11 reads out the invitee friend list from the memory 12A, and selects a friend listed in the friend list as an invitee. The invited friend list shows the selection results of friends sent from any of the inviter's terminals (terminals 3 to 5). However, the selection is made by the CPU 11 at random from the friend list of the competitors, coaches, and administrators (invitees are unselected and pre-stored in the memory 12A), or according to predetermined rules. can be In S052, the CPU 11 transmits invitation data to each of the selected invitees. The CPU 11 includes the inviter's name in the invitation data.

Although a plurality of narrowing-down processes are shown in the above-described process of generating and sending an invitation in the server 2, the execution order of the plurality of narrowing-down processes can be changed as appropriate. Further, it is not essential to execute all of the plurality of narrowing-down processes, and it is possible to select and execute one or more narrowing-down processes from among the plurality of narrowing-down processes illustrated. Further, there may be a case where no narrowing-down process is performed, or a case where narrowing-down other than the plurality of narrowing-down processes described above is executed.

<Processing on terminal>
An example of processing at the terminals 3 to 5 of the competitors, coaches, and manager of the stadium will be described below.
<<Processing in player's terminal 3>>
FIG. 21 is a flow chart showing an example of processing in the player's terminal 3, and shows an example of processing when newly registering the player's data (profile information, etc.). The competitor operates the terminal 3 to access the coordination site (server 2). At this time, the CPU 21 of the terminal 3 displays the coordinate site screen on the display 25 by executing the program (Web browser or coordinate site application).

In S101, the CPU 21 displays a screen on the display 25 inquiring whether or not information (including profile information, etc.) of the player has been registered. If the player information has been registered, the process ends. On the other hand, if the player data has not been registered, the CPU 21 starts new registration processing of the player information (S102).

In S<b>103 , the CPU 21 displays a screen for registering the basic information of the competitor (user) on the display 25 . Athletes use the input device 24 to input their name, address, contact information, gender, age, and the like. In S<b>104 , the CPU 21 displays a home area (desired area) setting screen on the display 25 . The player uses the input device 24 to enter the home area. In S105, the CPU 21 displays on the display 25 a calendar for inputting the opening time (desired time). Competitors use input device 24 to enter opening times into the calendar.

FIG. 22 shows an example calendar displayed on the display 25 of the communication terminal 20 (which can be used as terminals 3-5). FIG. 22 illustrates a calendar from 17:00 to 24:00 from Monday to Wednesday. However, by scrolling, other days of the week and other time periods can be called up on the screen.

The opening time can be set by specifying the desired time slot for each day of the week. In the example of FIG. 22, 19:00 to 22:00 on Mondays and Wednesdays and 20:00 to 23:00 on Tuesdays are designated as open hours. When a competitor is scheduled to participate in a competition event, the time slot is displayed in a display mode indicating participation in the event (see Reservation 1 on 7/2 and Reservation 2 on 7/3). In addition, the time period of the competition event in which the player participated in the past (July 1 in FIG. 22) is also displayed in a display mode indicating participation.

Returning to FIG. 21, at S106, the CPU 21 causes the display 25 to display a detailed information registration screen. The competitor uses the input device 24 to enter detailed information on the registration screen. The detailed information includes play style information, play purpose information, skill level information, and the like.

FIG. 23 shows an example of a skill level input screen displayed on the display 25. As shown in FIG. As skill levels, when numerical values (100 scale: 1 to 100) indicating self-evaluation of scoring ability, physical strength, pass, dribbling, defensive ability, and speed are entered, the CPU 21 calculates the average skill level and displays it on the screen. You can also enter information such as your main position, height, weight, and dominant foot to include in your profile information.

In S107, the player's input indicating completion of all information input is received, and the information input between S102 and S106 is sent to the server 2 as the player's information. In the server 2, the information of the athlete is stored in the athlete DB 121 of DB2A. When the CPU 21 receives the completion of registration from the server 2, the CPU 21 displays on the display 25 that the information registration of the athlete has been completed. Thus, creation and transmission of player information including profile information and registration in the DB 2A are performed.

FIG. 24 is a flow chart showing an example of processing related to acceptance of participation in a competition event at the terminal 3 of the competitor. In S111, the CPU 21 of the communication terminal 20 (terminal 3) refers to the top page for the competitor when the competitor logs into the coordination site. The top page is used as an invitation screen. However, pages other than the top page may be used as the invitation screen.

FIG. 25 shows an example of an invitation screen displayed on the display 25. As shown in FIG. An invitation is displayed in area 251 of display 25 . A maximum of three invitations will be delivered, and each received invitation is displayed in the area 251 . The number of invitations delivered may be more or less than three, and an appropriate number is set.

The invitation must include the time and location of the competitive event, the recommended average skill level, the type of competition, who is invited (individual, teammate, or TM), the gender of the invitee, the cost, and the type of stadium. (outdoor, indoor, etc.), recommended play style, recommended age (age group), recommended play purpose, etc. are displayed. When inviting friends or teammates, the inviter's name will be displayed on the invitation. Each of the invitations is provided with a corresponding join button 253 .

The invitations are grouped into pages or tabs for each day, and the display can be switched on a daily basis. FIG. 25 is provided with a day switching button 254 . Alternatively, daily tabs may be provided. It should be noted that the area 252 displays information indicating the most recent competition event in which the competitor has expressed his/her participation.

In S112, when the CPU 21 detects that the participation button 253 of the invitation has been pressed, the CPU 21 generates information indicating the invitation in which the participation button 253 has been pressed and the information of the competitor (identification information, etc.). Send the information to the server 2 . In the server 2, processing for accepting participation is performed, and information of the competitors who have expressed their participation is registered in the list of participants in the competition event stored in the DB 2A. After completing the registration, the server 2 notifies the terminal 3 of the transmission source of the information indicating participation that the reservation for participation in the competition event has been completed. The CPU 21 displays that the reservation has been completed on the display 25 (S113). FIG. 26 shows a display example of a reservation completion screen.

FIG. 27 shows an example of processing for generating a competition event. The competitor starts creating competition event information using the competition event information creation screen displayed on the display 25 by the CPU 21 of the terminal 3 . In S115, the CPU 21 inputs information included in the contents of the invitation, such as the contents of the competition event input by the competitor, the date and time, the place, the gender, and the recommended play style. Also, the competitor can access the stadium site through the coordination site and reserve the stadium to be used for the competition event (S116). Information indicating the content of the competition event created in this manner is sent to the server 2 as reservation data and stored in the DB 2A.

FIG. 28 shows an example of processing for generating an invitation transmission request. When the CPU 21 of the terminal 3 accepts the input of the desire to send the invitation, the display 25 indicates whether the invitation sending method is "Random", "Friend selection invitation", "Friends all at once" or "Teammate all at once". display the screen to select . The player inputs the selection result of "Random", "Invite Select Friend", "All Friends" or "All Teammates".

In S121, the CPU 21 determines whether or not the input selection result is "automatic". If it is determined to be "automatic", the CPU 21 generates an invitation transmission request to the effect that the invitee is extracted by "automatic", and transmits it to the server 2 (S125).

In S122, the CPU 21 determines whether or not the input selection result is "friend selection invitation". If it is determined to be a "friend selection invitation", the CPU 21 acquires a friend list stored in the memory 22 or registered in the DB 2A, and displays a friend selection screen including the contents of the friend list on the display 25. When the contestant inputs the selection result of the friend to whom the invitation is to be sent, the CPU 21 generates an invitation including the fact that the invitees are to be extracted by "friend selection invitation" and the selection result of the friend (inviteer's friend list). A transmission request is generated and transmitted to the server 2 (S125).

In S124, the CPU 21 determines that the input selection result is "all friends" or "all teammates", and sends an invitation including the effect that the invitees are to be extracted by "all friends" or "all teammates". is generated and transmitted to the server 2 (S125). Note that an invitation transmission request in the case of a TM invitation is also generated by the same processing as that shown in FIG. 28 and transmitted to the server 2 . In this way, the competitor can use the terminal 3 to generate competition event reservation data and an invitation transmission request and send them to the server 2 . The reservation data and the invitation transmission request may be transmitted at the same time or at different timings.

FIG. 29 is a flow chart showing an example of processing when a competitor creates a competition event schedule as a team manager. At S131, a competition event schedule is created, and at S132, team content is created.
The team content includes, for example, the following items of information similar to the items described for the coaching content and the stadium content. For example, if the category is "team practice", information describing the content of the team practice is prepared as information for displaying the content of the team content. If the category is "practice game", in addition to the information explaining the content, information indicating the gender and average skill level of the team members is included in order to notify the other team managers of the information of the own team.
・Information indicating the category of team content ・Information describing the details of team content ・Information indicating the average skill level of team members ・Information indicating the average age and generation of team members ・Information indicating the gender of team members images, videos, etc.

In S133, a stadium is reserved via the coordination site, and teammates are invited. The invitation is performed by a process similar to the process of generating the invitation transmission request shown in FIG. According to the process of FIG. 29, the team manager can secure opportunities for team games and practices and invite teammates (members of the team) through the coordination site.

<<Processing in Terminal 5 of Stadium Manager>>
FIG. 30 is a flowchart showing an example of processing in the manager's terminal 5, and shows an example of processing when stadium information (profile information, etc.) is newly registered. The manager of the stadium operates the terminal 5 to access the coordination site (server 2). At this time, the CPU 21 of the terminal 5 displays the coordinate site screen on the display 25 by executing the program (Web browser or coordinate site application).

In S141, the CPU 21 displays on the display 25 a screen asking whether the stadium information has been registered. If the stadium information has already been registered, the process ends. On the other hand, if the player information has not been registered, the CPU 21 starts new registration processing of the player data (S142).

At S<b>143 , the CPU 21 displays a screen for registering basic information of the stadium on the display 25 . The administrator uses the input device 24 to input the stadium name, address, contact information, sport name, and the like. In S<b>144 , the CPU 21 displays a stadium home area setting screen on the display 25 . The administrator uses the input device 24 to enter the stadium home area. At S145, the CPU 21 accepts inputs such as a calendar indicating the usable time of the stadium, business hours, the cost of renting the stadium, and the like.

In S146, upon receiving the administrator's input indicating completion of input of information to be registered as stadium information, the CPU 21 uses the information input between S142 and S146 as stadium information (including stadium profile information). , to server 2. In the server 2, the stadium information is stored in the stadium DB 122 of DB2A. When the CPU 21 receives the registration completion notification from the server 2, the CPU 21 displays on the display 25 that the stadium information registration has been completed. In this way, stadium information is created, transmitted, and registered in the DB 2A.

FIG. 31 shows an example of processing for generating reservation data and generating an invitation transmission request by an administrator. When the manager of the stadium accesses the coordination site using the terminal 5, the CPU 21 of the terminal 5 obtains appropriate information from the server 2 and displays the page for the stadium on the display 25 (S151).

Using the page for the stadium, the administrator creates a schedule (date and time of event, recommended skill level, etc.) of the competition event held by the stadium (administrator) (S152). In S153, the CPU 21, which creates competition content or selects from existing competition contents, receives input of competition event schedules and stadium contents. Also, the administrator makes a reservation for the stadium (S154). The CPU 21 sends to the server 2 the reservation data including the schedule of the competition event and the information of the content of the stadium, which have received the input from the administrator, and the server 2 registers them in the DB 2A. When the registration is completed, the fact is transmitted to the terminal 5 and displayed on the display 25 (S155).

Subsequently, the CPU 21 displays on the display 25 a screen for inquiring whether or not to perform transmission processing of the invitation transmission request (S156). If the administrator inputs a request to send an invitation (Y of S156), the process proceeds to S157, otherwise (N of S156), the process ends. However, the administrator can call the transmission process of the invitation transmission request at an appropriate timing and send the invitation transmission request from the terminal 5 to the server 2 .

The processing for generating and transmitting an invitation transmission request (S157 to S161) is almost the same as the processing shown in FIG. 28, so the description is omitted. However, in the processes of S157 to S161, teammates are not collectively selected. In this manner, the stadium manager can use the terminal 5 to generate competition event reservation data and an invitation transmission request, and send them to the server 2 . Note that the reservation data and the invitation transmission request may be transmitted at the same time or at different timings.

<<Processing in Instructor's Terminal 4>>
FIG. 32 is a flowchart showing an example of processing in the terminal 4 of the instructor, and shows an example of processing when newly registering the information of the instructor (profile information, etc.). The instructor operates the terminal 4 to access the coordination site (server 2). At this time, the CPU 21 of the terminal 4 displays the coordinate site screen on the display 25 by executing the program (Web browser or coordinate site application).

In S171, the CPU 21 displays on the display 25 a screen asking whether or not the information of the instructor has been registered. If the instructor information has already been registered, the process ends. On the other hand, if the instructor information has not been registered, the CPU 21 starts new registration processing of the instructor information (S172).

At S173, the CPU 21 causes the display 25 to display a screen for registering the basic information of the instructor. The instructor uses the input device 24 to input the game name, instructor's name, address, contact information, and the like. At S<b>174 , the CPU 21 causes the display 25 to display a screen for setting the leader's home area. The instructor uses the input device 24 to input the home area. At S175, the CPU 21 accepts inputs such as a calendar indicating the instructor's available coaching time, information included in the instructor's profile information, and the like.

In S176, upon receiving the administrator's input indicating completion of input of information to be registered as stadium information, the CPU 21 uses the information input between S172 and S176 as instructor information (including the instructor's profile information). , to server 2. In the server 2, the information of the leader is stored in the leader DB 123 of DB2A. When the CPU 21 receives the completion of registration from the server 2, the CPU 21 displays on the display 25 that the registration of the instructor information has been completed. In this way, the creation and transmission of stadium information and registration in the DB 2A are performed.

FIG. 33 shows an example of a process of generating reservation data and an invitation transmission request by the instructor. When the instructor accesses the coordination site using the terminal 4, the CPU 21 of the terminal 4 obtains appropriate information from the server 2 and displays the page for the instructor on the display 25 (S191).

The instructor uses the page for the instructor to create a schedule (date and time, recommended skill level, etc.) of the competition event held by the instructor (S192). In S193, the instruction content is created or selected from existing instruction contents. The CPU 21 receives the schedule of the competition event and the input of the instructor content. In addition, the coach makes a reservation for the stadium to be used for the competition event via the coordination site (S194). The CPU 21 sends to the server 2 the reservation data including the schedule of the competition event and the information of the content of the stadium, which has received the input from the coach, and the server 2 stores the data in the DB 2A. When the registration is completed, the fact is transmitted to the terminal 4 and displayed on the display 25 (S195).

Subsequently, the CPU 21 displays on the display 25 a screen for inquiring whether or not to perform transmission processing of the invitation transmission request (S196). If the administrator has entered a request to send an invitation (Y of S196), the process proceeds to S197, otherwise (N of S196), the process ends. However, the administrator can call the transmission process of the invitation transmission request at an appropriate timing and send the invitation transmission request from the terminal 5 to the server 2 .

The processing for generating and transmitting an invitation transmission request (S197 to S201) is almost the same as the processing shown in FIG. 28, so the description is omitted. However, in the processes of S197 to S201, teammate selection is not performed collectively. In this way, the coach can generate competition event reservation data and an invitation transmission request using the terminal 4 and send them to the server 2 . Note that the reservation data and the invitation transmission request may be transmitted at the same time or at different timings.

<<Instructor Guidance Result Screen>>
In a competition event held by a coach, photographs (images) and moving images showing before and after coaching of athletes are taken, and the photograph data and moving image data are stored in the DB 2A. After the competition event is over, the competitor operates the terminal 3 to call up the calendar (schedule screen) on the display 25, and links to photos and videos are displayed on the schedule of the competition event held by the instructor who participated in the past. is provided (FIG. 22). When the competitor presses button 257 , a download request for the competitor's photo or video is sent to server 2 . The server 2 reads out the photograph or moving image data corresponding to the download request from the DB 2A and sends it to the terminal 3 that made the request.

The CPU 21 of the terminal 3 displays on the display 25 a screen (see FIG. 34) for displaying photo and moving image data. In the example of the screen shown in FIG. 34, in an area 258, photographs and videos are displayed when the athlete received instruction from the instructor. Competitors can repeatedly view photos and videos.

Also, in area 259 of the screen, the schedule of the next competitive event that the coach will teach is displayed together with the participation button 253 . As a result, the athlete can check the results of the coaching by means of photos and videos, and can easily carry out the procedures for the next coaching.

<effect>
According to the coordination system according to the embodiment described above, the following effects can be obtained. That is, according to the embodiment, the competition can be held by gathering members who meet the wishes of the competitors, the manager of the stadium, and the coach of the competition. Competitors, stadiums (administrators), and coaches can use the coordination site to host their own competitive events. For competition event organizers (competitors, stadiums, coaches), the system automatically ensures that the appropriate competitors (in the available area at the time of the competition event,
It is possible to contact directly by sending invitations to athletes who meet the organizer's requests (recommendations).

Invitees (competitors, coaches) receive invitations to competitive events held in areas and times in which they can participate. This eliminates the need for users themselves to search for competition information and actively make reservations for competitions by themselves as in the past. By simply registering profile information on the coordination site (server 2), users can receive invitations to competition events that match their age, play style, purpose of play, skill level, etc. You can get it from your administrator. This makes it possible to increase the satisfaction of participating in the competition event.

It is not easy for competitors to gather friends to compete together, and depending on the competition, they may not be able to compete unless they have a certain number. Such external factors sometimes make it difficult for athletes who are willing to compete to continue the competition. In embodiments, invitations may be sent to match players with matching play objectives and play styles.

For instructors, participants (who match the age group and recommended skill level) according to the content of their instruction can be gathered by invitation and competition events can be held for instruction. This makes it possible to avoid a mismatch between the instructor and the person receiving the instruction. By adding a coach who proposes coaching content to the organizer (competitor, stadium), it is possible to give added value to the competition stadium where athletes gather only to compete. In addition, by using the guidance content as a stimulus, it becomes easier for more athletes to gather, whether they are currently away from the competition or who are trying to compete for the first time. Examples of instructional content include not only technical improvement, but also inexperienced people, language learning, dieting, seniors, and visually impaired people. This is expected to provide more ways to enjoy the sport and develop social capital.

In embodiments, competitors whose skill level matches the recommended skill level may be recruited by invitation. With this kind of skill level function that is subdivided according to the competition, the difference in skill level between competitors is reduced, so it is possible to compete with competitors who are more at the skill level of the competitor. , the level of satisfaction during competition increases. This is expected to sustain social capital. In addition, with the skill level subdivided according to the competition, you can let your competitors know your characteristics, clarify your role in the team, and strengthen your connection with your competitors. can be expected. In addition to the skill level, in terms of combination with play style and play purpose, it is possible to compete with players who have a similar style and purpose, so that satisfaction can be enhanced. The configurations of the above-described embodiments can be combined as appropriate.

1 Network 2 Server 2A Databases 3 to 5 Terminals 11, 21 CPU
12A, 22... memory 25... display

Claims (16)

An information processing device used for inviting to a competition event in which a competition is held,
When a request to send an invitation to a competitive event held by an invitee is received, the number of invitations that have currently been sent to each of the potential recipients of the invitation exceeds a predetermined number. By referring to the profile information of destination candidates who do not have such information, destination candidates having profile information including desired time information and desired area information that match the time and place of the competition event are sent to the competition event. an extraction means for extracting as an invitee;
sending means for sending the data of the invitation to the extracted terminal of the invitee;
An information processing device comprising: 2. The information processing apparatus according to claim 1, wherein the inviter is one of a competitor of the competition, a coach of the competition, and a manager of the stadium of the competition. Athlete information including information relating to competition events held by said competitors, coach information including information relating to competition events held by said coach, and competition including information relating to competition events held by said manager further comprising acquisition means for acquiring any of the field information,
2. Information indicating the time and location of the competition event is included in any one of the competitor information, the coach information, and the stadium information corresponding to the inviter. The information processing device according to . 3. The information processing according to claim 2, wherein said extracting means extracts said invitee from destination candidates having profile information further including information indicating details of competitive events in which the destination candidate has participated in the past. Device. 5. The information processing apparatus according to any one of claims 1 to 4, wherein the extracting means extracts the invitee from candidates of addresses belonging to a predetermined group among the candidates of addresses of the invitation. 5. The information processing apparatus according to any one of claims 1 to 4, wherein the extracting means extracts the invitee from candidates of destinations who correspond to representatives of the competition team among the candidates of destinations of the invitation. . The extracting means extracts a playstyle desired by the candidate recipient of the invitation, a playstyle of a competition event in which the candidate recipient of the invitation has participated in the past, and a playstyle currently delivered to the candidate recipient of the invitation. Based on the play style described in the invitation, the play style described in the invitation to be sent to the candidate recipient of the invitation is determined, and the invitation to be sent in response to the determined play style and the transmission request. 7. The information processing apparatus according to any one of claims 1 to 6, wherein a destination candidate of the invitation that matches the play style described in is extracted as an invited person. The extraction means includes an age group to which the invitation destination candidate belongs, an age group of athletes recruited for a competition event in which the invitation destination candidate has participated in the past, and an invitation destination candidate. Determine the age group of the competitors listed in the invitation to be sent to the prospective recipient of the invitation based on the age group of the competitors to be recruited in the invitations that have been received, and determine the age group that has been determined. 8. The information processing according to any one of claims 1 to 7, wherein a destination candidate of the invitation that matches the age group described in the invitation sent in response to the transmission request is extracted as an invited person. Device. The extraction means determines a play style group to which the invitation destination candidate belongs, using a correspondence relationship between the invitation destination candidate's purpose of playing the competition and the play style of the competition, extracting, as invitees, candidate recipients of the invitation whose play style group matches the play style group of players recruited in the invitation sent in response to the transmission request; 9. The information processing apparatus according to any one of 8. The extraction means extracts, the skill level of the competition of the destination candidate of the invitation, the skill level of the athlete recommended in the competition event in which the candidate of the destination of the invitation has participated in the past, and the Determining the skill level of the athlete recommended in the invitation to be sent to the prospective recipient of said invitation based on the skill level of the athlete recommended in the invitation currently being sent to the prospective recipient. and extracting, as invitees, destination candidates for the invitation who match the determined age group and the skill level of the athlete recommended in the invitation sent in response to the transmission request. The information processing device according to any one of . The transmission means transmits to the terminal of the invited person information for displaying a screen showing a schedule related to the invitation, information prompting participation in the competition event invited by the invitation, and a message indicating acceptance of the invitation. 11. The information processing apparatus according to any one of claims 1 to 10, which transmits information indicating completion of the reservation of the competition event for which the reply is made. 2. The transmitting means transmits at least one of an image and a moving image related to the instruction to the player's terminal in response to a request from the player who received the instruction from the instructor at the invited competition event. 12. The information processing apparatus according to any one of 11 to 11. 13. The information processing apparatus according to claim 12, wherein said transmitting means transmits to said competitor's terminal a notification prompting her to participate in a competition event in which she can receive guidance from said coach. A method for supporting the holding of a competition event in which a competition is held, comprising:
The information processing device
When a request to send an invitation to a competitive event held by an invitee is received, the number of invitations that have currently been sent to each of the potential recipients of the invitation exceeds a predetermined number. By referring to the profile information of destination candidates who do not have such information, destination candidates having profile information including desired time information and desired area information that match the time and place of the competition event are sent to the competition event. extract as invitees,
A method for supporting the holding of a competitive event, including transmitting the data of the invitation to the terminals of the extracted invitees. A computer that executes a program to support the holding of a competition event that conducts a competition,
When a request to send an invitation to a competitive event held by an invitee is received, the number of invitations that have currently been sent to each of the potential recipients of the invitation exceeds a predetermined number. By referring to the profile information of destination candidates who do not have such information, destination candidates having profile information including desired time information and desired area information that match the time and place of the competition event are sent to the competition event. extracting as an invitee;
and transmitting the data of the invitation to the terminals of the extracted invitees. An information processing device used for inviting to a competition event in which a competition is held,
Athlete information including information relating to competition events held by the competitors of the competition; coach information including information relating to competition events held by the coach of the competition; Acquisition means for acquiring stadium information including information related to competition events to be held;
Said competitor information and said coach information corresponding to said inviter when receiving a request to send an invitation to a competition event held by said competitor, said coach, or said administrator as an invitee , and the stadium information, and the profile information of the candidate destination of the invitation, the number of invitations currently received for each candidate destination is less than a predetermined number. Profile information including desired time information and desired area information that match the holding time and location of the competition event included in the competitor information, the coach information, or the stadium information extracting means for extracting destination candidates having
sending means for sending the data of the invitation to the extracted terminal of the invitee;
An information processing device comprising:

Images