JP7144778B1 - Competition Management Program, Competition Management Device - Google Patents

Abstract

An object of the present invention is to prevent misrecognition when confirming, for example, a serving player in volleyball. It also supports the accurate creation of recording forms with many input items. A game management system 1 of the present embodiment includes serving player display means for displaying a serving player on a display unit in real time, and player confirmation receiving means for receiving input information relating to confirmation of the serving player. , the user can compare the serving player information displayed on the terminal device M with the actual serving player, thereby preventing misrecognition of the serving player. In addition, the game management system 1 allows a user such as a scorer to correctly grasp the progress of the game and create a correct game record. [Selection drawing] Fig. 1

Description

The present invention relates to a competition management program and competition management device, and for example, to a competition management program and competition management device used in rally-type sports such as volleyball.

2. Description of the Related Art In sports competitions such as volleyball, badminton, tennis, and table tennis that proceed in a rally format, it is common practice to record match records on paper. Recording means using paper has the advantage that it can be prepared as soon as a template is printed.

However, when there are many items to be recorded on the recording paper, omissions and mistakes in description are likely to occur. Incorrect records also prevent the correct tracking of match progress and match results.
For example, taking volleyball as an example, the recording form for volleyball (hereinafter referred to as “IF”, where IF is an abbreviation for International Form) has many items to be entered, and it takes a certain amount of proficiency to write correctly. is required.
In addition, since the scorer who records the IF needs to communicate with the referee and the assistant referee during the match, there is a problem that if the IF is not written by a skilled person, it is easy for errors to occur.

Furthermore, even if the scorer's IF score is incorrect and the scorebooks kept by both teams in the match are correct, the IF score will be the correct score on record. The correct description of is important in the progress of the match.

Another problem is that in sports competitions such as volleyball, badminton, tennis, and table tennis that progress in rally format, when checking the progress of the game on a record sheet, etc., there was a problem that human error occurred in the order of the serve players. Mistakes in the order of serving players can greatly hinder the progress of the game and complicate the record.

In volleyball, for example, in order to reduce this mistake in the order of the serving player, there is a practice such as "putting the index finger in the check box of the serving player" when writing the IF during the game. However, since this method relies on human senses, if the pointing position deviates, problems such as not noticing the error of the serving player may occur.

Patent Literature 1 discloses a match record input device capable of creating match information with a simple operation.
Patent Literature 2 discloses a player rotation indicator capable of checking whether or not the rotation of players is being performed correctly in a ball game in which the players are rotated.
Further, Patent Literature 3 discloses a gateball competition management system that displays the bib number of the next player.
However, none of these inventions prevent misrecognition of the player by displaying the player who should act next in real time and prompting the user to input confirmation.

JP-A-8-221478 JP-A-2005-143996 JP-A-9-108394

The problem to be solved is that a method of relying on a person to identify the player who will play next, such as a serving player in volleyball, can cause misidentification. Another problem is that in order to support creation of an IF with many input items, it is necessary to record a large amount of information such as player information, tournament information, and game information.

TECHNICAL FIELD The present invention relates to a program or the like that makes it possible to easily track the progress of a game and save/output a game record with simple input. The main features of the program of the present invention are that it has display means for displaying the serving player in real time during the match, and that the user confirms the serving player and accepts input information by inputting confirmation. and

The present invention has been made in view of the above problems, and employs the following means.
That is, the computer functions as information registration means and match progress management means,
The information registration means comprises player registration means for receiving registration of information on players,
The game progress management means includes:
serving player display means for displaying a serving player on a display unit in real time;
player confirmation receiving means for receiving an input from a user regarding confirmation of the serving player;
score change receiving means for receiving an input from a user regarding score change;
To provide a competition management program in sports, characterized by comprising:

In the system equipped with the game management program of the present invention, the CPU displays the serving player on the display in real time, so that a user such as a scorer can compare the serving player on the display screen with the player during the game. It is possible to confirm. As a result, it becomes easier for the scorer to notice mistakes made by the serving player, so mistakes made by the serving player can be reduced.
In addition, the user operates the confirmation button after confirming the serving player, and the program accepts this input and proceeds to the next process. be able to.
This allows a user such as a scorer to correctly grasp the progress of the game and create a correct record.

1 is a diagram showing an outline of a sports competition using the competition management system 1; FIG. It is a hardware block diagram concerning the game management system 1 of this embodiment. 4 is a screen transition diagram of the competition management system 1. FIG. This is a “menu” screen displayed on (the display unit 16 of) the terminal device M. FIG. It is a screen regarding "team registration" process displayed on the terminal device M. This is a screen related to the "player registration" process displayed on the terminal device M. FIG. It is a screen related to the "tournament registration" process displayed on the terminal device M. 10 is an “edit tournament” screen displayed on the terminal device M. FIG. 10 is a “tournament details” screen displayed on the terminal device M. FIG. It is a screen regarding the "game registration" process displayed on the terminal device M. It is the "edit game" screen displayed on the terminal device M. 10 is a “referee registration” screen displayed on the terminal device M. FIG. 10 is a “side and serve registration” screen displayed on the terminal device M. FIG. 10 is a “set registration” screen displayed on the terminal device M. FIG. It is a screen related to the "bench registration" process displayed on the terminal device M. It is a set registration screen displayed on the terminal device M after registration of the players participating in the match. FIG. 10 is a “Court and Serve Registration” screen displayed on the terminal device M. FIG. It is a screen (game progress management screen) regarding game progress management processing displayed on the terminal device M. It is a game progress management screen after a user taps a serve confirmation button. It is a game progress management screen when the team which has the right to serve scores. It is a game progress management screen when the team which does not have the right to serve scores. This is the match progress management screen when the right to serve has returned to one team. 10 is a “details of set” screen displayed on the terminal device M. FIG. 4 is a “timeout confirmation” screen displayed on the terminal device M. FIG. This is a “player change” screen displayed on the terminal device M. FIG. This is the “set end” screen displayed on the terminal device M. FIG. It is a set registration screen after completion of a set. This is the “end of game” screen displayed on the terminal device M. FIG. It is a match registration screen after the end of the match. It is a "game result" screen displayed on the terminal device M. This is the "bench registration" screen for 6-a-side volleyball. 1 is a diagram (first sheet) showing a part of a volleyball recording sheet (IF); FIG. It is the figure (the 2nd sheet) which showed a part of recording paper (IF) of the volleyball. It is a flow chart which shows set management processing. 9 is a flowchart of score addition processing; It is a flow chart of court change processing. 9 is a flow chart showing a set end process; It is a flowchart which shows a game end process. 3 is a diagram showing a data flow in the competition management system 1; FIG.

BEST MODE FOR CARRYING OUT THE INVENTION An embodiment of the present invention will be described below with reference to the drawings. In each of the following embodiments, the same reference numerals may be given to the same or corresponding parts, and description thereof may be omitted as appropriate. Also, the drawings used below are used to describe the present embodiment, and may differ from the actual screen display and dimensions.

(Overview of embodiment)
FIG. 1 shows an overview of an example of a sports competition using a system (hereinafter referred to as "competition management system 1") having the competition management program of this embodiment. As an example of such a sport competition, volleyball is mentioned here.
In FIG. 1, 12 players P are divided into 6 to 6 and participate in the game, and the player who has the ball outside the court is the serving player N. Besides the player P, there is a user U (scorer) who operates a terminal device M outside the court. This terminal device M is a device related to the competition management system 1 .
In FIG. 1, only persons necessary for explanation are drawn, and drawing of referees (chief referee/assistant referee), etc. is omitted.

Using the game management system 1, the user U performs information registration such as player registration, and manages the progress of the game such as serving player confirmation operations.
Here is a brief description of the game progress management. At the time of the match, the terminal device M displays the player to serve, and the user U looks at it and confirms that the serving player is correct. After confirming that the serving player is correct, the user U taps the confirmation button, and performs the following operation regarding addition of points.
Since data is accumulated by registering information and managing the progress of the game, the game management system 1 can create a detailed score table.

(Details of embodiment)
Details of the competition management system 1 according to the present embodiment will be described below.
In the competition management system 1, the information processing by the competition management program 120 is specifically realized using hardware resources. A hardware resource (for example, a terminal device M) related to the competition management system 1 is also called a competition management device.
Below, 1. hardware configuration;2. program processing;3. I will explain in order of database.

Here we define some terms.
"Rally-style competitions" are competitions that are divided into at least two groups, and during the match, it is assumed that the two groups will hit (rally) one moving object such as a ball. point to Here, the term "assumed" is intended to include the case where the ball moves from one side to the other and makes a break, such as a service ace in volleyball, for example.
"Match" means a competition match. In this embodiment, the game is a sports competition game.
In addition, the "moving object" includes balls used for volleyball, tennis, sepak takraw, table tennis, etc., as well as badminton shuttlecocks.
A "serving player" means a player who initiates an action that is the starting point of a game (rally), such as a player who hits a serve.

The game management system 1 of the present embodiment is preferably used for rally-type competitions, and is particularly suitable for use when players rotate specific roles, such as serving in volleyball or tennis.
For example, golf and gateball are sports that are divided into at least two groups, and since players take turns playing, there are few cases of misidentification as to who is the next player. The same is true for soccer, which does not take a rally format and does not have a regular (per rally) rotation of players.
On the other hand, in the case of a rally-type competition, the competition management system 1 can be used favorably because it is necessary to manage complex player movements such as the rotation of serving players.

1. Hardware Configuration A terminal device M in FIG. 1 is a device operated by a user. In this embodiment, the terminal device M is a smart phone.
The terminal device M is preferably a mobile terminal that is easy to carry. Examples of such devices include smartphones and tablets.

However, the terminal device M is not limited to a mobile terminal such as a smart phone. It may be realized by a smart watch, a head-mounted display, or the like.

FIG. 2 is a hardware configuration diagram of the competition management system 1 of this embodiment. As shown in FIG. 2 , the game management system 1 in this embodiment includes a control section 10 , a storage section 12 , an input section 14 , an output section (display section 16 and speaker 18 ), and a communication control section 20 . Each part will be described below.

<Control unit 10>
As shown in FIG. 2, the control section 10 includes a CPU 102, a ROM 104, a RAM 106, and a timer section .
The CPU 102 performs various types of information processing and control according to programs stored in the ROM 104, storage unit 12, and the like.
Although the CPU is described as an example of a processor, it is not limited to this. For example, if the terminal device M is a PC, a GPU may be used instead of or together with the CPU.

The control unit 10 also functions as a game management unit 110 (not shown). That is, the competition management unit 110 executes processing based on the competition management program 120 (hereinafter referred to as “competition management processing”).
In this embodiment, the game management unit 110 includes an information registration unit 112 , a game progress management unit 114 , and a score table creation unit 116 .
Details of processing by the program will be described later.

In the following description, "○○" processing means that the CPU 102 executes a process based on the "○○" program stored in the program storage unit 12a. In this paragraph, the same word is entered in place of "○○".
That is, the "XX" program is a program that causes the computer to function as "XX" means by executing the "XX" process. In this case, it means that the control unit 10 also functions as the "○○" unit (or "○○" device). That is, the "XX" part means that the "XX" process is executed based on the "XX" program.

Taking information registration processing as an example, the CPU 102 executes processing (information registration processing) based on an information registration program 122 stored in the program storage unit 12a. The information registration program causes the computer to function as information registration means by executing the information registration program. At this time, the control unit 10 also functions as an information registration unit 112 (or an information registration device). That is, the information registration unit 112 executes information registration processing based on the information registration program 122 .
It should be noted that part of the processing content may overlap between one processing and another processing described below.

The ROM 104 is a read-only memory in which various programs and data for the CPU 102 to perform various controls and calculations are stored in advance.

RAM 106 is random access memory used by CPU 102 as a working memory. In this RAM 106, it is possible to secure various areas for performing various kinds of processing such as game management processing according to the present embodiment, such as information registration processing, game progress management processing, and score table creation processing.
That is, various programs such as the game management program 120, the information registration program 122, the game progress management program 124, and the score table creation program 126 stored in the storage unit 12, and various data such as the data set 128 related to the processing of the present embodiment. is read by the CPU 102 and recorded (stored) in the RAM 106 .

The clocking unit 108 performs clocking processing. In this embodiment, the clock unit 108 is used, for example, to record the game start time, and also measures the time from the start of the game to the end of the game (game time).

<Storage unit 12>
The storage unit 12 is a device (also referred to as “storage”) for storing information such as programs and data. In this embodiment, the storage unit 12 is a storage built into the terminal device M, but is not limited to this, and may include an external storage such as a memory card.

Also, part or all of the programs and data of this embodiment may be stored in a storage unit of an external device such as an external server connected via the Internet. One example is data storage in the cloud in cloud services.
In this case, for example, the CPU 102 performs request processing based on a dedicated program (such as a program that accesses an external server) installed in the terminal device M, and various programs and data can be appropriately obtained through the Internet.

In a terminal device M (for example, a PC) that includes terminals other than mobile terminals, the storage unit 12 includes a storage medium from which data can be read and written, and a drive that reads and writes to the storage medium.
The storage medium is not particularly limited, but may be of an internal type or an external type, and includes HD (hard disk), CD-ROM, and the like.
The drive is not particularly limited, but includes, for example, HDD (hard disk drive), SSD (solid state drive), and the like.

As shown in FIG. 2, the storage unit 12 includes a program storage unit 12a and a data storage unit 12b.
In addition to the game management program 120 according to the present embodiment, the program storage unit 12a stores various programs such as an input detection program for detecting input from an input device and a control program for controlling the input/output device and the communication control unit 20. It is
In this embodiment, the competition management program 120 is provided as an application that runs on a smart phone.

In addition to the data set 128 according to the present embodiment, the data storage unit 12b stores various data such as image data and audio (including sound effect) data. The data set 128 includes those necessary for the processing of this embodiment and those obtained by various processes of this embodiment.

<Input unit 14>
As shown in FIG. 2, the input unit 14 is a device for accepting input from the user. In the present embodiment, the input unit 14 is a touch panel of a smartphone, which is the terminal device M, and is arranged on the surface of the display unit 16 .
The input unit 14 identifies a user's touch position corresponding to various operation keys displayed on the display unit 16 and receives input of the operation key. The input unit 14 receives various operations such as a user's touch operation, swipe operation, and flick operation.
Note that the input unit 14 is appropriately selected according to the type of the terminal device M. FIG. In cases other than the touch panel, examples of the input unit 14 include a keyboard and a mouse as a pointing device.

The competition management system 1 has an output section. The competition management system 1 of this embodiment includes a display unit 16 and a speaker 18 as output units. As an output unit other than the display unit 16 and the speaker 18, for example, a printer for printing the IF can be used.

<Display unit 16>
As shown in FIG. 2, the display unit 16 is a device that displays an image processed by an image processing device (not shown). In this embodiment, the display unit 16 is the display of the smartphone, which is the terminal device M. FIG.
Note that the display unit 16 is appropriately selected according to the type of the terminal device M. FIG. In this case, for example, a liquid crystal display or an organic EL display can be used as the display unit 16 .
The display unit 16 of the present embodiment displays, for example, various screens (a menu screen and a player registration screen) which will be described later in program processing.

<Speaker 18>
As shown in FIG. 2, the speaker 18 is a device that outputs sound. In this embodiment, the speaker 18 is a speaker included in a smartphone, which is the terminal device M. FIG.
In this embodiment, the speaker 18 outputs sound based on the sound data stored in the storage unit 12 and digital/analog converted by a sound processing device (not shown). The speaker 18 of this embodiment outputs sound effects and the like during operation.

Note that the speaker 18 is appropriately selected according to the type of the terminal device M. FIG. In this case, a commercially available speaker can be appropriately used as the speaker 18 . For example, if the terminal device M is equipped with a television receiver, a monitor and speakers attached to the television receiver may be used as the display unit 16 and the speaker 18 .

Also, depending on the type of the terminal device M, the input/output unit is appropriately selected. For example, the input unit 14 and the output unit including the display unit 16 and the speaker 18 described above may be connected to the control unit 10 or the like via an input/output interface that connects various devices.
For example, when the terminal device M is a PC, a printer or the like may be further provided as an output unit, and the printer may be connected via an interface.

<Communication control unit 20>
As shown in FIG. 2, the communication control unit 20 is used to perform communication between hardware included in the competition management system 1 and various external hardware such as other personal computers. The communication control unit 20 can be used, for example, when using the Internet or the cloud service described above.
The communication method is not particularly limited regardless of whether it is wired or wireless, but if it is wireless, optical communication such as infrared communication, as well as IEEE 802.11 (eg Wi-Fi) and IEEE 802.15 (eg A communication method or the like defined by Bluetooth (registered trademark) can be used as appropriate.

2. Program processing 2-1. Competition management processing and screen transitions <Competition management processing>
Program processing performed in the game management system 1 of the present embodiment will be described with reference to screen transitions of the display unit 16 and contents displayed on the screen.
In this embodiment, the CPU 102 performs game management processing based on the game management program 120 .
More specifically, the game management program 120 includes an information registration program 122, a game progress management program 124, and a score table creation program 126. Based on these programs, the CPU 102 performs information registration processing, game progress management processing, score table Execute each creation process.

Hereinafter, processing performed by the CPU 102 in the game management system 1 will be described by taking nine-a-side volleyball as an example.

FIG. 3 is a screen transition diagram of the competition management system 1. As shown in FIG.
In this embodiment, when the user starts an application stored in the terminal device M, the CPU 102 causes the display section 16 to display a menu screen (see FIG. 4).
For the relationship between processing and data, see also the data flow diagram in FIG. Data flow is explained in the database section.

In the following, display and screen transitions on the display unit 16 are performed by the CPU 102 .
For example, the description “the screen transitions to XX” means that “the CPU 102 (accepting the user's operation input) displays the screen XX on the display unit 16”.

Similarly, in the case where it is described that "When the ○ button is tapped (by the user), ○○ is displayed." ◯◯ is displayed on the display unit 16.”.

Also, when it is described that "the user (or the CPU 102) registers the XX information", it means that "the CPU 102 receives the input of the XX information by the user and stores the XX information in the storage unit 12". means. Further, the CPU 102 can acquire or output the stored information as necessary.

<1. Information registration process>
The CPU 102 performs information registration processing based on the information registration program 122 .
That is, the information registration program 122 causes the computer to function as information registration means by executing the information registration process by the CPU 102 .
In this embodiment, the information registration processing includes team registration processing (1-1), player registration processing (1-2), tournament registration processing (1-3), game registration processing (1-4), It comprises a game participating player registration process (1-5), a set registration process (1-6), and a bench registration process (1-7).

FIG. 4 shows the contents displayed on the display portion (display section 16) of the terminal device M. As shown in FIG. 4 shows a menu screen displayed on the terminal device M. As shown in FIG. The menu screen displays a team registration button 32a, a tournament registration button 32b, and a setting button 32c as items that can be selected by the user.

In the following, various selections and decisions are made by the user pressing "buttons" corresponding to items and options displayed on the display unit 16 (display) of the terminal device M.

Here, "button" includes a touch panel surface that accepts user input. Therefore, "pressing a button" includes the user touching, tapping, or swiping an item displayed on the display unit (screen).

In some cases, the “button” does not clearly show the boundary between the part that accepts input and the part that does not accept input on the display unit 16 .
For example, when an "OK" button (such as FIG. 5b) is displayed on the display, only the characters "OK" are displayed on the screen, but no border such as a frame is displayed around the OK button. . However, this is because the CPU 102 develops on the display unit 16, for example, an input reception area having a rectangular shape and a predetermined size around the character "OK", so that the user taps the input reception area. By doing so, the CPU 102 can accept the user's input.

In the same way, for example, if there is a notation such as "○○ button", and it is not clearly indicated in the drawing, etc., the character part of "○○" and a predetermined range around it range) is the input part.

For ease of explanation, among the buttons, a button drawn in the shape of a rounded rectangle may be referred to as a "card".
For example, in FIG. 4, three cards 32 (32a, 32b, 32c) are displayed. Also, the "team registration button" is referred to as a "team registration card" or the like.
It should be noted that the card 32 is not given a particular reference numeral in the following drawings.

(1-1. Team registration process)
FIG. 5 shows a screen (C1 in the screen transition diagram (FIG. 3)) related to the "team registration" process displayed on the terminal device M. As shown in FIG.
The team registration program 122a causes the computer to function as team registration means by executing team registration processing by the CPU 102 . That is, the information registration means includes team registration means for registering a team that participates in sports competitions.
The team registration process allows the user to register information not only for individual players but also for each team.

In the team registration process, the user can register (input) "team information" including at least one of the team name, representative name, and manager name.
Also, the user can record not only one piece of information (for example, team name) but also a plurality of pieces of information through the team registration process. In particular, the user can collectively register information necessary for creating an IF.

When the user taps the "team registration" card on the menu screen of FIG. 4, the CPU 102 displays the "team registration" screen (FIG. 5a).
Then, when the user taps the new creation button 34 displayed on the team registration screen (lower right in FIG. 5a), the CPU 102 displays the "add team" screen (FIG. 5b).
In this embodiment, the user can register (input) the team name, representative name, manager name, and memo on the "add team" screen.
When the user taps the “OK” button after entering these items, the CPU 102 stores the team registration information in the storage unit 12 .

Note that in this embodiment, the CPU 102 displays the "add team" screen in a pop-up manner on the "team registration" screen. This also applies to the "add player" screen (Fig. 6b), the "add game" screen (Fig. 7b), etc., which will be described later, but the description thereof will be omitted.

In the following diagrams, a figure with a cross inside a circle means a new creation button or a score addition button, but the description of the new creation button will be omitted hereafter. The score addition button will be described later.

FIG. 5c shows the screen after team registration. FIG. 5c shows a state in which three teams (Tokyo T1, Nagoya T2, and Osaka T3) have been registered by repeating addition of teams.
As shown in FIG. 5c, when the CPU 102 records the team information, the CPU 102 displays a "team" card corresponding to the registered team on the team registration screen. As shown in FIG. 5c, the CPU 102 displays, in the team card, the number of registered players, the representative, etc., entered by the user on the "add team" screen. At the initial registration stage, the CPU 102 displays "0" as the number of registered players because the player registration has not been completed yet. Athletes are registered in a player registration process, which will be described later.

Also, the CPU 102 displays an "edit" button on the team card. By tapping this edit button, the user can edit and correct the team name, representative name, manager name, and memo information. After editing, when the "OK" button is tapped, the CPU 102 updates and stores the information.

In the team registration scene, when the user taps the button with the leftward arrow arranged on the upper left of the screen, the screen returns to the menu screen.
When the user taps the left arrow button displayed on the upper left of the screen by the CPU 102, the previous operation screen is displayed or the operation is canceled.

(1-2. Player registration processing)
FIG. 6 is a screen related to the "player registration" process displayed on the terminal device M (C2 in the screen transition diagram (FIG. 3)).
The player registration program 122b causes the computer to function as player registration means by executing player registration processing by the CPU 102. FIG. That is, the information registration means includes player registration means for registering information about players.
The player registration process allows the user to register detailed information about individual players.

As shown in FIG. 6, in the player registration process, the CPU 102 accepts input from the user and accepts registration of information regarding the player. Specifically, in this embodiment, the CPU 102 of the game management system 1 stores "player information" including at least one of the player's uniform number, player name, and attribute information (age, height, gender) in the storage unit 12. be memorized.

After team registration, when the user taps one of the "team" cards (other than the "edit" button portion) on the "team registration screen" (Fig. 5c), the CPU 102 displays the "player registration" screen (Fig. 6a ). Here, when the user taps the new creation button (lower right in FIG. 6a), the CPU 102 displays the "add player" screen (FIG. 6b).

The user registers a player on the "add player" screen. In this embodiment, the user can register his/her uniform number (bib number), name, and age, height, and gender as attribute information. That is, the user can register (input) player information including at least one of uniform number, name, and attribute information.
In FIG. 6b, when the user taps the "OK" button after player registration, the CPU 102 adds a "player" card to the player registration screen (FIG. 6c). In Figure 6c, player cards for six players are displayed.

Also, as shown in FIG. 6, in the player registration process of the present embodiment, the user can register "multiple" information out of uniform number, player name, age, height, and gender.
For example, in the player registration process, the user can register not only the uniform number but also the attribute information (either age, height, or gender). , has the advantage of being able to determine whether the serving player is a correct serving player.

For example, while the age of the next serving player is displayed on the terminal device M as being 60 years old, if the appearance of the player who is actually going to serve on the court is around 20 years old, the serving player is wrong. likely to occur. By combining information such as height and gender as well as age, the user is more likely to notice an error in the serving player.

Furthermore, the user may choose to omit the name, since the user only needs to register one of a plurality of pieces of information such as uniform number, player name, age, height, and gender. This is because, for example, in games other than official games, there is a need to avoid registering names from the viewpoint of personal information protection. In addition, the player name to be registered may be a so-called pseudonym such as a court name instead of the real name.

(1-3. Tournament registration process)
FIG. 7 shows a screen (C3 in the screen transition diagram (FIG. 3)) related to the "meeting registration" process displayed on the terminal device M. FIG.
The competition registration program 122c causes the computer to function as competition registration means by executing competition registration processing by the CPU 102 . In other words, the information registration means includes tournament registration means for registering tournaments related to sports competitions.
The tournament registration process allows the user to register information for each tournament. In addition, since a plurality of competitions can be registered, it is useful when reviewing competition results.

In the tournament registration process, the user can register (input) “tournament information” including at least one of the tournament name, venue, venue, and date.

When the user taps the card of "meeting registration" on the menu screen of FIG. 4, the CPU 102 displays the meeting registration screen (FIG. 7a). When the user taps the new creation button (bottom right of FIG. 7a) on the screen of FIG. 7a, the CPU 102 displays the "add tournament" screen (FIG. 7b).
The user registers tournament information on the "add tournament" screen. In this embodiment, the user can register (input) the name of the tournament, venue (address, etc.), venue (gymnasium, etc.), date, and memo information.
After inputting various items, when the user taps the OK button, the CPU 102 adds a "tournament" card to the player registration screen (Fig. 7c).

It should be noted that the user can register a plurality of competitions when registering competitions. When multiple tournaments are registered, the CPU 102 displays a list of the multiple tournaments on the "tournament registration" screen.

FIG. 8 is an "edit tournament" screen displayed on the terminal device M. As shown in FIG.
After registering the tournament, when the user taps the "edit" button on the "tournament" card on the tournament registration screen (FIG. 7c), the CPU 102 displays the tournament editing screen.
On the competition edit screen, the user can edit the information (data) of the competition name, venue, venue, date, and memo. After editing, when the user taps the "OK" button, the CPU 102 updates various information. to record (save).

FIG. 9 is a “tournament details” screen displayed on the terminal device M. As shown in FIG.
After registering the tournament, when the user taps the "details" button on the tournament registration screen (FIG. 7c), the CPU 102 displays the details screen of the tournament.
In this embodiment, the user can arbitrarily register the rules of the game for 6-a-side volleyball and 9-a-side volleyball. For example, in the case of 9-a-side volleyball, a 21-point lead wins 2 sets in a 3-set match.
Also, since there are local rules different from these basic rules, it is possible to change these rules on the tournament details screen.

As shown in FIG. 9, on the detailed screen of the tournament in the present embodiment, the maximum score (score at which one set ends; synonymous with "maximum score" described later; hereinafter the same), the number of sets, the number of pre-taken sets, The user registers information (data) related to the tournament rules, such as final set score, court change score, presence or absence of deuce, number of player substitutions, number of time-outs, number of players that can be registered, number of players that can be registered on the bench ( input).
Upon receipt of these inputs, the CPU 102 saves the information, and the entered information is reflected for the tournament.

It should be noted that the user can also call up the "tournament details" screen from within the "setting" card displayed on the menu screen of FIG. In this case, the CPU 102 applies the contents set on the "details of tournament" screen to all tournaments, except for those set for individual tournaments.
In the setting card (C13 in FIG. 3), the user can enter the number of participants in the match, the maximum score, information on the number of sets (number of sets per match, number of winning sets), information on court changes, information on deuce (whether or not there is deuce, etc.). ), the number of player substitutions, the number of timeouts, and information on the number of players (number of players registered, number of benches registered).

(1-4. Match registration process)
FIG. 10 is a screen related to the "game registration" process displayed on the terminal device M (C4 in the screen transition diagram (FIG. 3)).
The game registration program 122d causes the computer to function as game registration means by executing game registration processing by the CPU 102 . That is, the information registration means comprises game registration means for registering individual games in the tournament.
The game registration process allows users to register detailed information about individual games.

In the game registration process, the user can register (input) "game information" including at least one of the game number and the (game) scheduled start time.

When the user taps on the tournament card on the tournament registration screen (Fig. 7c) (except for the "edit" button or the "details" button), the CPU 102 displays the "game registration" screen (Fig. 10a).
When the user taps the new creation button (bottom right of FIG. 10a) on the screen of FIG. 10a, the CPU 102 displays the "add game" screen (FIG. 10b).
On the "Add Game" screen, the user registers the game. In this embodiment, the user can register (input) information about the game, such as the game number, the team to play against, the scheduled start time of the (game), and a memo.

Here, team information registered in the team registration process (see team master D1 described later) and player information registered in the player registration process (see player master D2 described later) can be called.
For example, as shown in FIG. 10b, the user can call up the team information registered by "team registration" when inputting the team to compete against. As a result, the user can easily select the opposing team from the pull-down without having to type characters.
In the drawing, a triangle with one vertex pointing straight down indicates a pull-down (the same shall apply hereinafter). Also, the relevance of data will be described later.

After inputting various items, when the user taps the OK button, the CPU 102 adds a "match" card to the match registration screen (FIG. 10c).
In this embodiment, the CPU 102 displays the match number, the scheduled start time, and the opposing team on the match card. It should be noted that immediately after registration is before the start of the game, so the CPU 102 displays "preparing" on the game card.
In this embodiment, the character string "first game" is entered as the game number.

In the game registration screen (FIG. 10c) according to this embodiment, if there is an excess or deficiency in the number of starting players, the CPU 102 displays the number of registered players in a conspicuous manner (for example, red letters) (however, in FIG. 10c, such (coloring is omitted).
Taking FIG. 10c as an example, immediately after the match registration card is created, no players have been registered yet (0 players are registered), so the CPU 102 displays 0/18 in red letters on the screen. do.

As shown in FIG. 10c, the CPU 102 displays an "edit" button, a "referee" button, a "toss" button, and a "player registration" button on the game card.
Each button will be described below.

FIG. 11 shows the "edit game" screen displayed on the terminal device M. As shown in FIG.
After registering the game, when the user taps the "edit" button on the game card on the game registration screen (FIG. 10c), the CPU 102 displays the game edit screen.
On the game editing screen, the user can edit the game number, the team to play against, the scheduled time, and memo information (data). When the user taps the "OK" button after editing, the CPU 102 updates various information. to record (save).

FIG. 12 is a "referee registration" screen displayed on the terminal device M. As shown in FIG.
After registering the match, when the user taps the "Referee" button on the match card on the match registration screen (FIG. 10c), the CPU 102 displays the "Referee Registration" screen.
In registering the referee, the user registers the referee. A user can register (input) "referee information" including at least one of information on a chief referee, an assistant referee, a scorer, an assistant scorer, and a line judge.

As shown in FIG. 12, in this embodiment, the user can register information such as names and signatures of chief referees, assistant referees, scorers, assistant scorers, and line judges in the terminal device M. FIG.

Specifically, when the user taps these items on the screen, the CPU 102 displays an input frame for entering a signature on the screen (not shown). For example, when the referee signs with a stylus and taps the OK button, the CPU 102 stores the signature data of the referee in the storage unit 12 .
In the paper-based IF, the signatures of the referee, the assistant referee, etc. are essential, so such a data input format is important for the computerization of the IF.

FIG. 13 shows a "side and serve registration" screen displayed on the terminal device M. As shown in FIG.
After game registration, when the user taps the "Toss" button on the game card on the game registration screen (Fig. 10c), the CPU 102 displays the "Side and Serve Registration" screen.
As a part of the information about the game, the user receives "side selection information (side (data) of the game team data D5)" and "serve right selection information (set team data D8 serve receive)" by the team playing the game. ” can be registered (input).
In this embodiment, the user registers side selection information and serve right selection information for the team in the match on the "side and serve registration" screen.

Here, when entering a team, the CPU 102 can call up the team information registered in "team registration". In other words, the user can easily select the opposing team from the pull-down without having to type characters.
After inputting various items, when the user taps the “OK” button, the CPU 102 stores the input referee information in the storage unit 12 .

(1-5. Match participant registration processing)
The game participant registration program 122e causes the computer to function as game participant registration means by executing the game participant registration processing by the CPU 102 (C5 in the screen transition diagram (FIG. 3)). In other words, the information registration means includes a match participating player registration means for registering players who participate in the match among the registered players.
By the match participating player registration process, the user can register the information of the players who participated in each match.
Here, "players participating in the game" include not only starting players but also backup players.

After registering the match, the user taps the "player registration" button 322 on the match registration screen (FIG. 10c), causing the CPU 102 to display the player registration screen in which the player cards of the players participating in the match are lined up. shown, see Fig. 6c). Here, the user can individually edit the uniform number, name, and attribute information of registered players.
In the match participating player registration process, the data is different from the copy source master data, so the content entered by the user here is reflected only in that match.
By providing the match participating player registration processing, the user can flexibly register player information even when a player jumps in and participates.

(1-6. Set registration processing)
FIG. 14 is a screen related to the "set registration" process displayed on the terminal device M (C6 in the screen transition diagram (FIG. 3)).
The set registration program 122f causes the computer to function as set registration means by executing set registration processing by the CPU 102 . That is, the information registration means includes set registration means for registering information on individual sets (games such as the first set, the second set, etc.) in the game.
The set registration process allows the user to register detailed information for each set.

After match registration, the user can select any of the "match" cards (excluding the "edit" button, "referee" button, "toss" button, and "player registration" button on the "match registration screen" (Fig. 10c). ), the CPU 102 displays a "set registration" screen.
In the set registration screen, the CPU 102 automatically displays a predetermined number of sets without user input. The predetermined number of sets is based on the maximum number of sets (data) of the tournament data D3. As shown in FIG. 14, in this embodiment, up to the third set are automatically registered. That is, the CPU 102 displays three "set" cards on the set registration screen.

As shown in FIG. 14, the CPU 102 displays the team name, the team having the right to serve, the number of registered starting players, etc. on the set card. In addition, the side selected by the team is indicated depending on whether the team name is written on the left or right.
The CPU 102 also displays a "bench registration" button 324 (human-shaped mark in the figure) and a "set details" button 326 (scoring part in the figure) on the set card.
Note that the CPU 102 displays the bench registration button 324 and the set details button 326 for each team, but only one of them is labeled in FIG.

In the set registration screen according to the present embodiment, when the starting player is not registered, the CPU 102 displays the number of registered players in a conspicuous manner (for example, red letters) (however, such colored display is omitted in FIG. 14). is doing). Taking FIG. 14 as an example, none of the nine players have been registered yet (0 players have been registered), so the CPU 102 displays 0/9 in red letters.
The bench registration button 324 will be described below. The set details button 326 will be described together with the description of the set details button 336 (FIG. 23).

(1-7. Bench registration process)
FIG. 15 is a screen related to the "bench registration" process displayed on the terminal device M (C7 in the screen transition diagram (FIG. 3)).
The bench registration program 122g causes the computer to function as bench registration means by executing bench registration processing by the CPU 102 . That is, the information registration means includes bench registration means for registering players who enter the bench.
The bench registration process allows the user to register information not only about starting players but also about substitute players. In addition, the bench registration process allows the user to keep a detailed record of player substitution information.

When the user taps the bench registration button 324 on the set registration screen (FIG. 14), the CPU 102 displays the bench registration screen (FIG. 15a). The CPU 102 displays a plurality of "match participants" cards on the bench registration screen of FIG. 15a. As shown in FIG. 15a, the CPU 102 initially displays only the Roman numerals indicating the order on the "Match Participating Players" card.
In this embodiment of 9-a-side volleyball, Roman numerals 1(I) to 9(IX) indicate starting players, and 10(X) to 13(XIII) indicate backup players. On the bench registration screen, the user can collectively register (input) starting players and reserve players.

When the user taps one of the game participation player cards, the CPU 102 displays a "player selection" screen for the tapped order (FIG. 15b). The user can select a player from this list (Fig. 15b). When the user selects (tap) a player, the information is reflected in the selected order (Fig. 15c).

Here, as shown in FIG. 15B, when inputting player selection, the CPU 102 calls up and displays information on registered players (more precisely, information on "registered player selection" (C8 in FIG. 3)). In other words, the user can easily select a player to participate in the game by tapping without typing characters.

Note that it is necessary to register a predetermined number of starting players (see FIG. 14). For 9-a-side volleyball, the required number of registrations is 9.

FIG. 16 shows the set registration screen after registering the players participating in the game.
After completing the registration of the players participating in the game (nine players in this embodiment), the CPU 102 displays the starting lineup of the team in white (that is, the characters change from red to white). As shown in FIG. 16, the CPU 102 displays 9/9 for the registered number of people.

As shown in FIG. 16, when the players of both teams have been registered for the first set, the CPU 102 changes the display indicating the set state from "preparing" to "preparing". In addition, the CPU 102 displays "ready" on the set card, and also displays a "game start (IF input)" button and a "toss" button.
Further, in this case, the color of the set card changes to a color (blue in this embodiment) that is relatively more conspicuous than the set card before registration and the set card after the completion of setting.

It should be noted that the user can collectively register players from the first set to the third set, but the CPU 102 displays "ready" as the set state only in the first set (the first set in FIG. 16). be. This is because, for example, if the second set is allowed to be input even though the first set has not been completed, the user may make an erroneous input.

FIG. 17 is a "Court and Serve Registration" screen displayed on the terminal device M. As shown in FIG.
When the user taps the "toss" button on the set card of the set registration screen, the CPU 102 displays the court and serve registration screen.
In registering the court and serve, the user selects the court of the opposing team (the team on the left court from the user's perspective) and selects the serve (team serving S).
That is, the user can register (input) "court information (court (data) of the set team data D8)" of the team playing the match as part of the information about the set of the match.

Here, since the CPU 102 reflects the team registration information, the user can select a team name from pull-downs displayed below each of "Select Court" and "Select Serve".
When the user selects a team and taps the OK button, the CPU 102 determines which team is on the left court (as viewed from the user) and which team has selected the first serve. Record in the storage unit 12 .

Note that the toss at the time of game registration (FIG. 13) is a toss that simultaneously decides the side (A side, B side) on the IF and the left and right sides of the court. Since the A side at the start of the game is the left court as seen from the user (scorer), if the A side is selected in this toss, the court will inevitably be on the left side.
On the other hand, in the toss at the time of set registration (FIG. 17), since the A side and B side on the IF cannot be changed, this toss only determines the left and right sides of the court in that set.

When the user taps the "game start (IF input)" button on the set card of the set registration screen (FIG. 16), the CPU 102 displays the game progress management screen. Note that when the user taps the "game start" button, the CPU 102 switches the set state from "prepared" to "in game".

As described above, in the present embodiment, the information registration means includes team registration means, player registration means, competition registration means, match registration means, match participating player registration means, set registration means, and bench registration means. and processing means.

Here, the information registration means may comprise at least one or more of team registration means, player registration means, tournament registration means, match registration means, match participating player registration means, set registration means, and bench registration processing means. The more registration means are included, and the more information that can be stored in the storage unit 12, the more accurate the match record is, which is preferable. In this case, since the amount of information that can be output increases, it is possible to create a match record that includes more detailed information.

For example, it is preferable for the information registration means to include not only player registration means but also player registration means and tournament registration means, since more detailed match records can be stored in the storage section 12 . Further, it is more preferable to include player registration means, tournament registration means, and match registration means for the same reason.

<2. Match Progress Management Processing>
The CPU 102 performs game progress management processing based on the game progress management program 124 .
That is, the game progress management program 124 causes the computer to function as a game progress management means through the game progress management processing by the CPU 102 .

In this embodiment, the game progress management processing includes serving player display processing (2-1), player confirmation reception processing (2-2), score change reception processing (2-3), and input cancellation processing (2- 4), timeout management processing (2-5), and player substitution management processing (2-6).

Also, it can be said that the match progress management processing includes set management processing, score addition processing, court change processing, and set end processing. These are divisions for explaining the processing in chronological order, and partly overlaps with the above-described processing (for example, score change reception processing, etc.). Set management processing, score addition processing, court change processing, and set end processing will be described later with reference to flowcharts.

FIG. 18 is a screen (game progress management screen) related to the game progress management process displayed on the terminal device M (C9-1 (IF input) in the screen transition diagram (FIG. 3)).
The CPU 102 displays team information, player information, and score information on the match progress management screen. Score information is information about a score (score).
As shown in FIG. 18, in the present embodiment, the CPU 102 stores player information such as team information such as the team name related to the match, and information on serving players of both teams (order order, jersey number, number of times served, name, attribute information). Information, score information such as scores of each team, set information (1st set, etc.), game start time, number of times, number of player substitutions, etc. are displayed.
Regarding the match start time, the CPU 102 acquires the time when the user tapped the match start button from the clock unit 108 and displays the time.

(2-1. Serve player display processing)
The match progress management means includes serving player display means for displaying serving players on the display section 16 in real time.
The serve player display program 124a causes the computer to function as serve player display means by executing the serve player display process by the CPU 102. FIG.
The serving player display processing allows the user to check the serving player in real time.

As shown in FIG. 18, in this embodiment, the CPU 102 displays the team with the right to serve and the serving players on the match progress management screen in a conspicuous manner such as red letters. In FIG. 18, for the sake of convenience, they are underlined instead of written in red.
Further, as shown in FIG. 18, the CPU 102 displays a "serve confirmation" button 328, a "time (timeout)" button 330, a "substitution" button 332, a "return" button 334, and a "set details" button on the display unit 16. 336 is displayed.
The CPU 102 displays the set details button 336 for each team, and as shown in FIG. (lower row), set detail buttons 336 are displayed.

In this embodiment, the CPU 102 can display the serving player on the display in real time.
“In real time” means that the CPU 102 can display serving player information in a situation where the serving player can be visually confirmed during the game. This is different from a system (for example, a system for game analysis) that records game information with a video camera or the like and displays information on serving players after the game.

(2-2. Athlete Confirmation Acceptance Processing)
The match progress management means includes player confirmation acceptance means for accepting an input from the user regarding confirmation of the serving player.
The player confirmation reception program 124b causes the computer to function as player confirmation reception means by executing the player confirmation reception processing by the CPU 102. FIG.
By the player confirmation acceptance process, the user can further reduce misidentification of the serving player. This is because the active operation of confirming the serving player can be imposed on the user.

Here, a specific input method (usage method) by the user on the match progress management screen will be described.
As shown in FIG. 18, the user (scorer U) compares the uniform number (No) of the item displayed conspicuously on the screen with the uniform number of the player who is actually going to serve. , Visually confirm that the correct serving player is about to serve. Then, the user taps the serve confirmation button 328 after visual confirmation is obtained.

(2-3. Score change reception processing)
The match progress management means includes score change reception means for receiving an input from the user regarding score change.
The score change acceptance program 124c causes the computer to function as score change acceptance means by executing score change acceptance processing by the CPU 102. FIG.
The score change acceptance process allows the user to register detailed information regarding the score change.

FIG. 19 shows the match progress management screen after the user has tapped the serve confirmation button 328 .
As shown in FIG. 19, when the user taps a "confirm serve" button 328, the CPU 102 displays a "score addition" button 338 below each team name (switches from FIG. 18 to FIG. 19). Note that the CPU 102 displays a "score addition" button 338 for each of the competing teams.

When one rally ends, the user taps the "score addition" button of the team that got the score.
For example, in FIG. 19, if the "Tokyo T1" team has scored, the user taps the "score addition" button 338 on the side of the Tokyo T1 team.

Here, the user taps the "score addition" button 338 on the side that served (the side that has the right to serve) or taps the "score addition" button 338 on the side that receives the serve (the side that does not have the right to serve). The following screen display is different depending on

FIG. 20 is a game progress management screen when the team having the right to serve scores.
When the user taps the "score addition" button 338 on the serving side while the screen of FIG. 19 is displayed, the display of the next serving player does not change and is the same as the previous serving player.
Also, since the score is added to the serving side, the CPU 102 displays "1-0" as shown in FIG. 20, for example.
Furthermore, as shown in FIG. 20, the CPU 102 again displays the serve confirmation button 328 below the team that scored (in FIG. 20, the Tokyo T1 team).

FIG. 21 is a match progress management screen when a team that does not have the right to serve scores a goal.
With the screen of FIG. 19 displayed, when the user taps the "score addition" button of the team that received the serve (here, the "Osaka T3" team), the serving player of that team stands out in red letters. is displayed. The user compares and confirms the uniform number (No.) of the item displayed in a conspicuous manner with the uniform number of the player who is actually going to serve, and taps the "confirm serve" button 328 as before. is.

FIG. 22 is a game progress management screen when the right to serve is returned to one team.
For example, assume that after the right to serve has been transferred to the Osaka T3 team (the case of FIG. 21), the Tokyo T1 team scores again. In this case, the Tokyo T1 team gets a point and the right to serve is transferred to the Tokyo T1 team. And the next serving player for the Tokyo T1 team is the second player in order (Roman numeral 2).
As shown in FIG. 22, CPU 102 displays the second serving player in a prominent manner.
The user compares and confirms the serving player's uniform number (No.) displayed in a conspicuous manner with the uniform number of the player who is actually going to serve, and taps the serve confirmation button 328, which is the same as before. be.

Thereafter, the user repeats this operation until one set is completed. That is, in this embodiment, the user repeatedly taps the "confirm serve" button 328 and the "add score" button 338 alternately.

(2-4. Input cancellation processing)
The game progress management means includes an input canceling means for canceling player confirmation or score change after receiving player confirmation for accepting input from the user regarding confirmation of the serving player or after accepting score change for receiving input from the user regarding score change. Prepare.
The input canceling program 124d causes the computer to function as input canceling means by executing the input canceling process by the CPU 102 .
By the input cancellation processing, even if an erroneous input is made during the game, the user can cancel the erroneous input on the spot and re-input the correct information.

If there is an error in the input operation by tapping, the user can tap the "return" button 334 to return to the screen before the erroneous input operation.
For example, when the user taps the return button 334 after tapping the serve confirmation button 328, the CPU 102 displays a dialog (not shown) saying "Return the score situation to the previous one. Are you sure?" Show a cancel button. When the user taps the OK button, the CPU 102 displays the serve confirmation button 328 again (turning off the display of the score addition button 338).

Similarly, when the user taps the return button 334 after tapping the score addition button 338, the CPU 102 displays a dialog saying "Return the score situation to the previous one. Are you sure?" display. When the user taps the OK button, the CPU 102 cancels the addition of the score (that is, subtracts 1 point), (turns off the display of the serve confirmation button 328) and displays the score addition button 338 again.

By tapping the “return” button 334 , the user can cancel the operation by tapping the serve confirmation button 328 or the input operation by tapping the score addition button 338 . In other words, the CPU 102 performs input canceling for canceling player confirmation or score change after "player confirmation accepting means for accepting an input of input information from a user relating to confirmation of a serving player" or after "score change accepting means for accepting a change in score". Have the means.
That is, the control unit 10 also functions as an input canceling unit 114d, and the input canceling unit 114d can cancel an input from the user regarding player confirmation or score change.

In particular, in this embodiment, when the user taps the "back" button 334 multiple times, it is possible to return to the previous input by the number of taps. This is because the CPU 102 stores the match situation each time a serve is confirmed or a score is added.
This has the advantage that even if the game progresses for a while after the erroneous input, the user can return to the stage of the erroneous input and perform the correct input.

As described above, even if the user makes a mistake in the operation, the user can cancel the operation. Therefore, the user can operate the game management system 1 without fear of erroneous input.

To summarize here, in this embodiment, the CPU 102 can display the serving player on the display unit in real time. That is, the game management system 1 of this embodiment allows the user to check the serving player each time. As a result, the user can confirm whether or not the serving player is correct, for example, without tracing a paper recording sheet with a finger.

The CPU 102 also includes player confirmation acceptance means for accepting an input from the user regarding confirmation of the serving player. The CPU 102 proceeds to the next process only after receiving the user's active action of confirming the serving player.
That is, in this embodiment, the CPU 102 displays the serving player, and the user confirms that the serving player is correct by looking at it, and performs confirmation input (tapping the serve confirmation button 328). Upon receiving the confirmation input, the CPU 102 displays the next score addition button 338 on the display section 16 .

When the user makes a confirmation input, the content displayed on the display unit 16 changes from the serve confirmation button 328 to the score addition button 338, so the user easily notices an input error. In other words, the competition management system 1 of this embodiment allows the user to greatly reduce erroneous inputs.

In addition, the CPU 102 provides an input canceling means (return) for canceling player confirmation or score change after receiving player confirmation for accepting input from the user regarding confirmation of the serving player or after accepting score change for receiving input from the user regarding score change. button 334).
As a result, even if an input operation is erroneous, the input operation can be canceled, so the user can operate the game management system 1 without fear of erroneous input.

FIG. 23 shows a “details of set” screen displayed on the terminal device M. As shown in FIG.
When the user taps the "set details" button 336 on the match progress management screen, the CPU 102 displays the set details screen (C9-2 (IF details) in the screen transition diagram (FIG. 3)).

As shown in FIG. 23, on the set detail screen, the CPU 102 displays a list of order (order), jersey number, player information, number of serves, number of player substitutions, and the like. The CPU 102 also displays whether the registered player is a starting member or a reserve player (in the case of 6-a-side volleyball, the libero player is also displayed).

Also, the "details of the set" shown in FIG. 23 are used to record scores on side A (circled letter A) and side B (circled letter B) of IF (see FIG. 32) described later. handle. As a result, even an experienced user can refer to desired information in a format similar to a familiar score table.
The set details screen can be viewed even after the match ends.

Next, before explaining the set end screen, the screens and processes displayed by the CPU 102 when confirming a timeout and when changing players will be explained.

(2-5. Timeout Management Processing)
The match progress management means includes timeout management means for receiving and managing timeout inputs (from users).
The timeout management program 124e causes the computer to function as timeout management means by executing timeout management processing by the CPU 102 (C11 in the screen transition diagram (FIG. 3)).
By providing the timeout management means, the CPU 102 can store the timeout information (see FIGS. 32 and 33) necessary for creating the IF in the storage unit 12 .

24 is a "timeout confirmation" screen displayed on the terminal device M. FIG.
When the user taps the time button 330 of either team on the match progress management screen, the CPU 102 displays a "timeout confirmation" screen. Figure 24a is an example of the Tokyo T1 team taking a timeout.
When the user taps the OK button on the time-out confirmation screen, the CPU 102 adds the number of time-outs, updates the screen, and returns to the match progress management screen (FIG. 24b).
For example, if the number of timeouts before the operation is 0, the CPU 102 receives an OK button input by the user and displays the number of timeouts as 1.
On the other hand, when the user taps the cancel button on the timeout confirmation screen, the CPU 102 does not update the number of timeouts and displays the game progress management screen (returns to the game progress management screen).

(2-6. Player Substitution Management Processing)
The game progress management means includes player substitution management means for receiving and managing a player substitution input (from the user).
The player substitution management program 124f causes the computer to function as player substitution management means by executing the player substitution management process by the CPU 102 (C12 in the screen transition diagram (FIG. 3)).
By providing the player substitution management means, the CPU 102 can store the player substitution information (see FIGS. 32 and 33) necessary for creating the IF in the storage unit 12 .

FIG. 25 is a "player change" screen displayed on the terminal device M. As shown in FIG.
When the user taps the player change button 332 on the match progress management screen, the CPU 102 displays the "player change" screen (FIG. 25a, C12-1 in the screen transition diagram (FIG. 3)).

When the user taps a card (player substitution card) on the player substitution screen, the CPU 102 displays a list of players (for example, starting players) who are participating in the game and are on the court (Fig. 25b, (screen transition diagram ( C12-2)) in FIG. The user selects a player who will leave the court due to a player substitution from this list of players.
Note that FIG. 25B is drawn so that only five players are displayed, but the user can perform a swipe operation to display other players displayed above or below. can be done.

When the user taps the "IN" button on the player substitution screen, the CPU 102 displays a list of (backup) players who are not on the court (Fig. 25c). The user taps to select a player who will enter the court as a substitute player from this list of players.
When the user taps the "cancel" button on the player substitution screen, the CPU 102 displays the game progress management screen without updating the data (returns to the game progress management screen).

When the user selects a player to leave the court by substitution and a player to enter the court by substitution, the CPU 102 displays a confirmation screen (FIG. 25d). When the user taps the "OK" button, the CPU 102 records player substitution information. Also, the CPU 102 adds and updates the number of "player changes" on the match progress management screen (FIG. 25e). When the user taps the "cancel" button, the CPU 102 displays the game progress management screen (returns to the game progress management screen).

FIG. 26 is a "set end" screen displayed on the terminal device M. As shown in FIG.
When one of the teams scores a predetermined score, the CPU 102 displays a set end screen. As described above, the predetermined score here is the score at which one set of games is completed, for example, 21 points in 9-a-side volleyball.

If the content is correct, the user taps the OK button, and if incorrect, the user taps the Cancel button. When the cancel button is tapped, the CPU 102 returns the screen to the state in which the score of one team is the match point.

In addition, although the above-mentioned predetermined score is usually the maximum score, in the case of a match with a rule related to deuce (rule that if the score is 1 point less than the maximum score and the score is tied, the match will continue until there is a 2 point difference) , the above-mentioned predetermined score is the score when there is a difference of 2 points.

For example, in a 9-a-side volleyball game, it is assumed that the score to end a game is 21 points. In the case where this game adopts the deuce rule, if the score becomes 20-20, the CPU 102 changes the predetermined score to 22 points. Furthermore, when the score becomes 21-21, the CPU 102 changes the predetermined score to 23 points.

FIG. 27 shows the set registration screen after the end of the set. It shows a screen when the user presses the OK button on the set end screen. That is, when the user taps the OK button on the set end screen, the CPU 102 displays the set registration screen (returns to the set registration screen).

As shown in FIG. 27, the CPU 102 displays "set completed" on the set card of the set (here, the first set), and the CPU 102 displays the set card on another card (for example, "preparing"). 27) is changed to a relatively inconspicuous color (for example, the hatched portion in FIG. 27).

FIG. 28 is a "match end" screen displayed on the terminal device M. As shown in FIG.
When one team wins a predetermined number of matches (sets) first, the CPU 102 displays a match end screen. Winning a predetermined number of games (sets) means, for example, in the case of playing three sets, winning two sets, which is the majority or more.
As shown in FIG. 27, in the present embodiment, the CPU 102 displays "Tokyo T1 (team name) wins the first match (match number)."

In the present embodiment, in the case where three sets are played, if one of the two wins two sets in a row and the second set ends, the third set will not be played. Display "End of setting". This is to prevent input by the user and prevent erroneous input.

FIG. 29 shows the game registration screen after the game ends. It shows the screen when the user presses the OK button on the match end screen. That is, when the user taps the OK button on the game end screen, the CPU 102 displays the game registration screen (returns to the game registration screen).

As shown in FIG. 29, when the match ends, the CPU 102 displays "match finished" on the match card, and compares the match card with other cards (for example, "preparing" match cards). 29 to an inconspicuous color (for example, the hatched portion in FIG. 29).

FIG. 30 is a "game result" screen displayed on the terminal device M (C10 in the screen transition diagram (FIG. 3)).
As shown in FIG. 29, the CPU 102 displays a "result" button on the game card after the game ends. When the user taps this result button, the CPU 102 displays the game result shown in FIG.

As shown in FIG. 30, the CPU 102 displays the match number, the teams that played against each other, the number of time-outs, the number of player substitutions, the number of points scored, and the match time in the "match result" field. Of these, the CPU 102 displays the total for each set and all sets for the number of timeouts, the number of player substitutions, the number of points scored, and the game time.
In addition, the CPU 102 displays the match start time, match end time, and required time in the match result, and furthermore, the team name of the winning team and the number of sets acquired (2:1 means 2 sets acquired in FIG. 30). display.

The processing of this competition management system 1 is not limited to 9-a-side volleyball. For example, even if a 9-a-side system is changed to a 7-a-side system on the "details of tournament" screen (FIG. 9), the number of players to be registered is only changed, and the process proceeds without any problem.
Here, in the case of 6-a-side volleyball, the interface displayed on the display unit 16 by the CPU 102 is different, so that it will be described below.

FIG. 31 shows the "bench registration" screen for 6-a-side volleyball. This corresponds to the "bench registration" screen for the 9-a-side volleyball described above.
When the user taps the details button on the tournament card (or from the settings card on the menu screen), the user can open the "tournament details" screen (see FIG. 9). When the user inputs "six-person system" for the item "○ system" on the details screen of this tournament, the CPU 102 switches the user interface of the bench registration screen as shown in FIG.

As shown in FIG. 31a, the CPU 102 displays a plurality of "match participants" cards on the bench registration screen. In the present embodiment, the "match participating player" cards are divided into "starter", "libero" and "reserve" cards.
In addition, the CPU 102 first displays, as the "starter", "libero", and "reserve" cards, cards on which only Roman numerals indicating the order are written and no player information has been entered.

In this embodiment of 6-a-side volleyball, the Roman numerals 1 (I) to 6 (VI) are the starting players, 7 (VII) to 8 (VIII) are the libero players, and 9 (XI) to 13 (XIII). Show reserve players.
On the bench registration screen, the user can collectively register (input) starting players, libero players, and reserve players.

When the user taps one of the match participating player cards, the CPU 102 displays a "player selection" screen for the tapped match participating player card (not shown, see FIG. 15b). The user can select a player from among them, and when the user selects (tap) a player, the player information is reflected in the selected game participation player card.
FIG. 31b is the screen after selecting a player for all of the "Match Participating Players" cards.

Here, when inputting player selection, the CPU 102 calls up and displays information on registered players (more precisely, information on "registered player selection" (C8 in FIG. 3)). In other words, the user can easily select a player to participate in the game by tapping without typing characters.

It should be noted that it is necessary to register a predetermined number of starting players, as in the above-described embodiment for nine-a-side volleyball. For 6-a-side volleyball, the required number of registrations is 6.

<3. Score table creation processing>
The CPU 102 performs score table creation processing based on the score table creation program 126 .
That is, the score table creating program 126 causes the computer to function as score table creating means through score table creating processing by the CPU 102 . In this embodiment, the score table creating means includes character information writing means, score information writing means, and signature information writing means.
An example of 9-a-side volleyball will be described below.

(3-1. Character information writing process)
FIG. 32 is a diagram (first sheet) showing a part of a volleyball recording sheet (IF). Such a recording sheet is distributed, for example, by the Japan Volleyball Association.
The score table creating means includes character information writing means for writing data by predetermined character input (from the user) in corresponding locations (columns) of the recording paper data.
That is, the character information writing program 126a causes the computer to function as character information writing means by executing the character information writing process by the CPU 102. FIG.
The character information writing process allows the user to create an IF (especially to create a portion related to character information).

The data storage unit 12b stores a model of recording paper data as shown in FIG. Then, the CPU 102 reflects the various data input in the above-described processing in the blank portions of the recording paper data. That is, the CPU 102 writes information corresponding to each item of the model on the recording sheet based on the input received in the information registration process and the game progress management process.

In this embodiment, for example, the CPU 102 generates recording paper data ( The character string information is written in the columns of "tournament name", "venue", "date", and "venue name" in Fig. 32).
Similarly, based on the "game number" entered by the user on the "add game" screen (Fig. 10b) and the selected "team name", the CPU 102 adds the "game number", " Enter the information in the Opponent Team field.

(3-2. Score information writing process)
The score table creation means includes a score information writing means for performing calculations on the data of the score addition input (from the user) in the score change acceptance process, and writing the data in the corresponding locations (columns) of the recording paper data.
That is, the score information writing program 126b causes the CPU 102 to execute score information writing processing, thereby causing the computer to function as score information writing means.
The score information writing process allows the user to create an IF (especially to create a part relating to scores).

For example, the CPU 102 writes in the score input field 362 in FIG. 32 the score obtained by the left team when the first player (Roman numeral 1) in order of the left team is a serve player.
In this embodiment, the CPU 102 calculates the score to be entered in the score input field 362 from the number of times the user presses the score addition button 338 when the serving player is the serving player.
In addition, the CPU 102 performs various scoring calculations, such as those based on volleyball records.

(3-3. Signature information writing process)
FIG. 33 is a diagram (second sheet) showing a part of a volleyball recording sheet (IF). As shown in FIG. 32, this recording sheet has a signature column for a referee or the like to write.
The score table creating means includes signature information writing means for writing signature data (from the user) in corresponding locations (columns) of the recording paper data.
That is, the signature information writing program 126c causes the computer to function as signature information writing means by executing signature information writing processing by the CPU 102. FIG.
The signature information writing process allows the user to create an IF (especially to create a portion related to signature information).

In this embodiment, the CPU 102 writes the signature in the "signature" column of the recording paper data (FIG. 32) based on the signature data of the referee, etc., which is input with a touch pen. Specifically, the signature data is stored as image data in the storage unit 12, and the CPU 102 pastes the image data in the "signature" column of the recording paper data (FIG. 32).

Through the various processes described above (for example, team registration processing, player registration processing, tournament registration processing, game registration processing, timeout management processing, player substitution management processing, etc.), the CPU 102 stores various data (team information, player information, tournament information, game information, information on time-outs, information on player substitutions, etc.), the CPU 102 can write the necessary information in each column of FIG. 32 and FIG.
This also applies to data (court change information) obtained by court change processing, which will be described later.

The CPU 102 can output a recording sheet at an arbitrary timing such as every set, every game, or every tournament, based on the recording sheet data after information input. The output format may be an image format such as pdf format or jpeg format, or may be xml format. The recording paper data may be further edited by commercially available document creation software, spreadsheet software, or the like.
The score table creation process allows the user to easily create a recording form (IF) without requiring paper recording.

With the configuration described above, in the game management system 1 of the present embodiment, the CPU 102 displays the serving player on the display unit in real time, so that the user (scorer) can see the serving player on the display screen and the player in the match. It is possible to compare and confirm. As a result, it becomes easier for the scorer to notice mistakes made by the serving player, so mistakes made by the serving player can be reduced.

In addition, the user operates the confirmation button after confirming the serving player, and the program accepts this input and proceeds to the next process. has the advantage of being able to
Furthermore, in principle, the user can create an IF based on the information generated during the game through simple operations related to confirming the serving player and adding points.

Furthermore, the competition management system 1 of the present embodiment enables various inputs according to the competition, so that it is possible to easily create a sports competition record sheet that can be used for official competitions and the like.

2-2. Match progress management process procedure (flowchart)
Among game management processes including information registration processing, game progress management processing, etc., the game progress management processing will be described below using a flowchart.

<Match progress management processing>
34 to 38 are flowcharts of the game progress management process according to this embodiment. Here, it is assumed that the registration (processing) of participating athletes has been completed. Also, in the flowcharts of FIGS. 35 to 38, circled numbers (1, 2, 3, 4, 9) are connectors, indicating continuation from the previous process.
When the user taps the "match start (IF input)" button on the set card of the set registration screen (FIG. 16), the CPU 102 starts the match progress management process.

For the sake of convenience, the match progress management process will be divided into set management process, score addition process, court change process, set end process, and match end process.
In other words, the match progress management program 124 includes a set management program 124g, a score addition program 124h, a court change program 124i, a set end program 124j, and a match end program 124k. process, court change process, set end process, match end process.
In the figures and below, "step" is abbreviated as a capital letter "S".

(set management processing)
FIG. 34 is a flowchart showing set management processing. The set management program 124g causes the computer to function as set management means by executing set management processing by the CPU 102 .
First, the CPU 102 reads various data from the database. In the present embodiment, the various data on the left are tournament data D3, match data D4, match team data D5, registered player data D6, set data D7, set team data D8, and order data D9 (step 1).

Next, the CPU 102 determines whether or not the game start time is blank (step 2). If the match start time is blank (step 2, blank), the CPU 102 acquires the time at that time from the timer, sets the match start time (step 3), and proceeds to the next step (step 4). .
If the game start time is not blank (step 2, not blank), the CPU 102 proceeds to the next step (step 4).

The CPU 102 determines whether or not the set start time is blank (step 4). If the set start time is blank (step 4, blank), the CPU 102 acquires the time at that time from the timer, sets the set start time (step 5), and proceeds to the next step (step 6). . If the match start time is not blank (step 4, not blank), the CPU 102 proceeds to the next step (step 6).

Subsequently, the CPU 102 sets the game progress (step 6). Specifically, the CPU 102 sets the set number. As a result, for example, the CPU 102 switches the display of "under preparation" on the match card to "first set (during match)".

The CPU 102 sets the set state (step 7). As a result, for example, the CPU 102 switches the display of "ready" (set state) on the set card to "in game".
Further, the CPU 102 sets the setting status (step 8). If the match has just started, the CPU 102 first sets the set state as "serving". During "serve" and during "rally" will be described later.

It should be noted that "to serve processing" in other flow charts means to move to this step 8.

As shown in FIG. 34, the CPU 102 displays team information, player information, and score information on the display section 16 (step 9). FIG. 18 shows a screen displayed on the display unit 16 at this time.

Here, the CPU 102 determines the setting status (step 10). That is, the processing of the CPU 102 changes depending on whether the serving player is serving (before serving) or during a rally.

When the serving player is serving (before serving) (step 10, when serving), the CPU 102 determines whether the team has the right to serve (step 11).

For a team that has the right to serve (step 11, if yes), the CPU 102 displays the serve confirmation button 328 (step 12), emphasizing the serving player information of the team. In this embodiment, this highlighting is to display the uniform number and player name in red (see FIG. 18).
On the other hand, for a team that does not have a right to serve (step 11, if none), the CPU 102 does not display the serve confirmation button 328 (step 14) and does not highlight the player (step 15).

After highlighting the serving player information of one of the teams, the CPU 102 waits for an input by the serve confirmation button 328 from the user.
When the user presses the serve confirmation button 328 (step 16), the CPU 102 sets the set status, that is, sets the set status to "rallying" (step 17), and returns to step 9.

Returning to step 10 in FIG. 34, description will be made. If the game is during a rally (step 10, during a rally), the CPU 102 displays a score button (meaning a "score addition button" 338; the same shall apply hereinafter) (step 18). Incidentally, as shown in FIG. 19, the CPU 102 displays this score addition button 338 for both teams (see FIG. 19).

Here, as in steps 13 and 15, if the team has the right to serve (if there is step 19), the CPU 102 highlights the serving player information (step 20). (Step 19, if not), the CPU 102 cancels the highlighting (that is, the highlighting is not performed) (step 21).

After the score buttons are displayed, the CPU 102 highlights the serve player information of one of the teams, and then waits for an input by the score addition button 338 from the user.
When there is an input from the score addition button 338, the CPU 102 performs score addition processing.

(Score addition processing)
FIG. 35 is a flowchart of score addition processing. The score addition program 124h causes the computer to function as score addition means by executing score addition processing by the CPU 102. FIG.
CPU 102 adds the score of the team whose score addition button 338 was tapped (hereinafter referred to as "scoring team"). For example, in the IF input screen, when the user taps the team score addition button 338 on the right side of the screen, the CPU 102 adds 1 point to the score of the team on the right side. On the other hand, when the user taps the score addition button 338 of the team on the left side of the screen, the CPU 102 adds 1 point to the score of the team on the left side (step 31).
Also, the CPU 102 stores the set data D7 and the set team data D8 (step 32).

Subsequently, the CPU 102 determines whether or not the scoring team has the right to serve (step 33). If the scoring team has the right to serve (step 33, if there is the right to serve), the CPU 102 proceeds to court change processing.
Supplementally, if the score is neither a court change score nor a set end score, the processing performed by the CPU 102 returns to the serve processing through predetermined steps of court change processing and set end processing, which will be described later.

If the scoring team does not have the right to serve in step 33 (step 33: no serving right), that is, if the right to serve moves, the CPU 102 makes settings to cancel the right to serve of the scored team (step 34). In addition, the CPU 102 records and stores the score information of the serving players of the team on the scored side (the team that lost the right to serve) (step 35).

A specific example will be given for explanation. The serve player of the Tokyo T1 team is Mr. Ichiro Tokyo, and after Mr. Ichiro Tokyo's serve scored 3 points in a row for the Tokyo T1 team, Mr. Ichiro Tokyo's fourth serve hit the opponent, the Osaka T3 team. Suppose you score. In this case, the team on the scored side is the Tokyo T1 team, and the serving player is Mr. Ichiro Tokyo. This score information can be confirmed on the detailed screen of the set (FIG. 23).
As another example, when the right to serve is transferred after a single serving player has scored 7 to 10 points (when 4 consecutive points are scored), the CPU 102 stores "10 points" in the storage unit. Store in 12.

Subsequently, the CPU 102 sets the right to serve for the scoring team (step 36) and proceeds to the next step (step 37).

The CPU 102 determines whether or not the match is six-a-side volleyball (step 37).
If the game is 6-a-side volleyball (step 37, 6-a-side), the CPU 102 determines whether the game is the top order (step 38).

If the game is 6-a-side volleyball and the first order (step 38, first order), the CPU 102 records the score information of the serving player of the scoring team. In this case, the CPU 102 puts an "x" mark on the score of the serving player of the scoring team (step 39).
Further, the CPU 102 cancels the setting of the serving flag of the serving player of the scoring team (step 40).

On the other hand, if it is not the first order, for example, if it is not the first order, or if the served order is the second round or later (step 38, other cases), the CPU 102 skips the processing of step 39 and proceeds to the next step. Go to (step 41).

An example will be given. After the start of the game, the Tokyo T1 team scored three consecutive points, and then the Osaka T3 team, the opponent, scored for the first time in the relay starting with the Tokyo T1 team's fourth serve.
It is also assumed that Mr. Ichiro Osaka is the first player in the order of order (a player with Roman numeral 1) of the Osaka T3 team at this time, and Mr. Jiro Osaka is the second player in the order of order. In this case, the CPU 102 displays Mr. Ichiro Osaka as the serving player on the IF input screen.

In this case, if it is not a 6-a-side volleyball or if it is not the top order in the first round, the next player to serve is Mr. Ichiro Osaka, who is the first in order.
However, in the case of 6-a-side volleyball, and in the case of the first order in the first round as in this example, the next player to serve will be Mr. Jiro Osaka, who is second in order (Ichiro Osaka is skipped). ). Then, in the "set details" (FIG. 23), the CPU 102 displays "x" in the column of the number of times Mr. Ichiro Osaka has served.

However, the above is the processing of this embodiment, and is not limited to this. For example, even in 6-player volleyball, there are rules (for example, junior rules) that do not rotate the scoring team and do not write "x", so the specifications may be changed as appropriate according to the rules.

The CPU 102 determines whether the next order exceeds the maximum field number (step 41). The maximum field number is 6 for 6-person volleyball and 9 for 9-person volleyball.
If the next order does not exceed the maximum number of players on the field (step 41, if not), the CPU 102 acquires the next order (step 42), and sets the flag of "serving" for the player of the next order (step 43). Then, the CPU 102 increments the number of serves of the player of the next order by one.

On the other hand, if the next order exceeds the maximum number of players on the field (step 41: exceeds), the CPU 102 acquires the top order (step 46), and sets a "serving" flag for the player of the top order (step 47). . Then, the CPU 102 increments the number of serves of the first-order player by one.

After incrementing the number of serves by 1 in each of the above cases, the CPU 102 saves each data (set data D7, set team data D8, order data D9) (step 45).

Returning to step 37, if the game is not a 6-a-side volleyball game (step 37: other than 6-a-side volleyball), the CPU 102 saves each data in the same manner as above (step 45).

(Court change processing)
FIG. 36 is a flow chart of court change processing. The court change program 124i causes the computer to function as court change means by executing court change processing by the CPU 102 .
In the court change process, the CPU 102 first determines whether or not the tournament involves a court change (step 51). The user can set whether or not the tournament involves a court change on the "Details of Tournament" screen (FIG. 9) or the like.

In the case of a tournament in which a court change is performed (step 51, if performed), the CPU 102 determines whether or not a court change has already been performed (step 52).
If the court change has not been performed (step 52, if not performed), the CPU 102 determines whether or not it is the final set (step 53).
In the case of the final set (step 53, in the case of the final set), the CPU 102 determines whether or not the score is for a court change (step 54).
In the case of a court change score (step S54, court change score), the CPU 102 changes courts (step S55).

Changing the court means that the CPU 102 performs display indicating the court change. , and conversely, the information such as the team name displayed on the right side before the court change is displayed on the left side.

After changing the court, the CPU 102 sets a flag indicating that the court has been changed (step 56). This flag is used in step 52 to determine whether or not the court is changing.
Subsequently, the CPU 102 saves the set data D7 and the set team data D8 (step 57).
Then, the CPU 102 displays a dialog to the effect that the court has been changed on the display section 16 (step 58), and proceeds to the set end processing.
Supplementally, since the score for the court change is not the score for the end of the set, the process performed by the CPU 102 returns to the serve process through a predetermined step of the set end process, which will be described later.

As shown in FIG. 36, in steps 51 to 54, if the match is not a court change (step 51: not performed), if the court has already been changed (step 52: performed), the final If it is not a set (step 53, not the final set) or if it is not a court change score (step 54, not a score), the CPU 102 performs set end processing.

(Set end processing)
FIG. 37 is a flow chart showing the set end processing. The set end program 124j causes the computer to function as set end means by executing set end processing by the CPU 102 .
In the set end processing, first, the CPU 102 determines whether or not the tournament involves deuces (step 61). This is based on whether the deuce is enabled or disabled in the settings of "details of the tournament", etc. (FIG. 9).

If the tournament is a deuce event (step 61: Yes), the CPU 102 determines whether or not the score is equal to or greater than the maximum score and the score difference between the two teams is equal to or greater than 2 points (step 52).
As described above, the "maximum score" is the score at which one set is completed, which is set by the user in the "details of the tournament" or the like. For example, as shown in FIG. 9, the user inputs and sets a numerical value in the column of "0 points in advance" on the "details of tournament" screen.

If the added score is equal to or more than the maximum score and has a difference of 2 points or more (step 62 or more), the CPU 102 sets the set victory flag of the scoring team (step 63), and proceeds to the next step (step 64).
If the score does not meet the condition of "maximum score or more and 2 point difference or more" (less than step 62), the CPU 102 proceeds to the next step (step 64).

Returning to step 61 in FIG. 37, if the tournament is not a deuce event (step 61: no deuce event), the CPU 102 determines whether or not the score is equal to or greater than the maximum score (step 65).
If the score is equal to or higher than the maximum score (step 65 or higher), the CPU 102 sets the set victory flag of the scoring team, and proceeds to the next step (step 64).
If the score does not meet the condition of "more than or equal to the maximum score" (less than step 65), the CPU 102 proceeds to the next step (step 64).

The CPU 102 determines whether or not the scoring team wins (step 64). If the scoring team satisfies the victory condition (step 64, winning), the CPU 102 displays a set end dialog on the display unit 16 (step 67), and proceeds to the next step (step 68).
If the scoring team does not satisfy the winning condition (step 64, not winning), the CPU 102 proceeds to serve processing as shown in FIG.

In the dialog for ending the set, the CPU 102 displays, for example, "Team XX has acquired the first set. Are you sure you want to finish?" (See FIG. 26).
After displaying the setting end dialog on the display unit 16, the CPU 102 waits for an input from the "OK" button or the "Cancel" button in the dialog (step 68).

In step 68, when the input of the "OK" button by the user is accepted (step 68 OK), the CPU 102 records score information for the serving player of the scoring team (step 69).
This score information can be confirmed on the detailed screen of the set (FIG. 23).

Further, the CPU 102 acquires the current time at that time from the clock section 108, and stores the setting end time in the storage section 12 (step 70). Note that the current time acquired from the clock unit 108 may be displayed on the screen of the game result or the like (the same applies hereinafter when the current time at a predetermined timing is acquired or stored).

Further, the CPU 102 sets the set state (step 71). For example, on the set registration screen, the CPU 102 displays "set completed" on the set card.

Then, the CPU 102 saves the order data D9, the set data D7, and the set team data D8 (step 72).

In step 68, when accepting the input of the "cancel" button by the user (step 68 cancel), the CPU 102 sets the set victory flag of the scoring team (step 74). That is, the set win flag is returned to "not win".

After that, the CPU 102 performs processing to return to the previous one (hereinafter referred to as "UNDO processing") (step 75), and proceeds to serve processing.

Here, the UNDO process is, for example, when one team has obtained the 21st point, which is the victory condition, and the score is 21-18, the process of undoing the acquisition of the 21st point and returning to 20-18. . The UNDO process passes the process to the return button 334 .
By placing this processing, even if the user accidentally presses the "score addition" button, the screen display can be restored and the correct information can be input again. In other words, the game management system 1 of this embodiment can reversibly record and cancel data.

The CPU 102 performs final serving player adjustment processing (step 73), and proceeds to match end processing.
Here, a specific example of the 9-a-side volleyball will be described for the "final serving player adjustment processing".

It is assumed that the scores of the Tokyo T1 team and the Nagoya T2 team are 20-18, respectively, and the serve player of the Tokyo T1 team is the first player in the order order, and the serve player of the Nagoya T2 team is the first player in the order order. In this case, it is assumed that the Nagoya T2 team has the right to serve, and the Tokyo T1 team scores a point in the rally that started with the Nagoya T2 team's serve, and the match ends.
At this time, in the next set, the Tokyo T1 team's second player in order of order becomes the serve player. For the Nagoya T2 team, the second player in order of order becomes the serve player. Also, as the last serveer is the Nagoya T2 team, the Tokyo T1 team gets the right to serve first in the next set.
The processing for setting a flag for this purpose is the “final serving player adjustment processing”.

(Match end processing)
FIG. 38 is a flowchart showing game end processing. The game end program 124k causes the computer to function as a game end means by executing the game end processing by the CPU 102. FIG.
In the game end processing, the CPU 102 determines whether the scoring team satisfies the number of winning sets (step 81). Whether or not the number of winning sets is satisfied refers to, for example, winning two sets, which is the majority, in a match in which three sets are played.
If the scoring team satisfies the number of winning sets (step 81, if satisfied), the CPU 102 sets the winning flag of the scoring team (step 82).

After that, the CPU 102 acquires the current time at that time from the clock section 108, and stores the setting end time in the storage section 12 (step 83).
In addition, the CPU 102 sets game progress. For example, the CPU 102 causes the game card on the game registration screen to display "game over" (step 84).
Then, the CPU 102 saves the set data D7, game team data D5, and game data D4 (step 85).

Subsequently, the CPU 102 displays a game end dialog on the display unit 16 (step 86).
That is, the CPU 102 displays on the display unit 16, for example, "Team XX wins in the XX game."
After displaying the setting end dialog on the display unit 16, the CPU 102 waits for the input of the "OK" button in the dialog (step 68).
After waiting for the user to press the "OK" button, the CPU 102 terminates the game end processing.

Returning to step 81, the CPU 102 also terminates the game end processing when the scoring team does not satisfy the number of winning sets (step 81: not satisfied).
With this game ending process, the CPU 102 ends the game progress management process.

Summarizing, first, the CPU 102 performs initialization processing in the match progress management processing by the set management processing (FIG. 34). Further, the CPU 102 executes serving player display processing, player confirmation reception processing, and score change reception processing in the set management processing.
Subsequently, through the score addition process (FIG. 35), the CPU 102 saves various data after scoring. Various data (set data D7, etc.) can be saved also for changes in the order (order) associated with score addition.
With court change processing (FIG. 36), the CPU 102 can record the progress of the game even if the game has a court change. Also, when there is a court change, the CPU 102 can store various data related to the court change.
The CPU 102 determines the end of the set by the set end processing (FIG. 37). In addition, the CPU 102 can correctly record the score even in a match in which deuce is performed by the set end processing. In addition, since the CPU 102 can change the processing depending on whether or not there is a deuce in the first place, it is possible to flexibly respond to the type of the match.
Finally, the CPU 102 determines the end of the game by the game end processing (FIG. 38). Also, the CPU 102 can store various data associated with the end of the game.

With the configuration as described above, the competition management system 1 has the following effects.
First, the user can input various information through a graphical user interface (GUI), so that information can be input very easily.
In particular, during the game, the user can input the score simply by tapping the serve confirmation button 328 or the score addition button 338 . As a result, for example, even a scorer who has a busy role of keeping a close eye on the game and communicating with the referee can easily perform the parallel work of keeping a close eye on the game environment and recording. can.
In addition, even if there is an error in the input, by tapping the back button, the erroneous input can be canceled and the user can return to the previous operation.

3. Database The database used in this embodiment will be described below. In general, data includes master data and transaction data. The former is data that is stored in the system before the system is used, and the latter is data that is generated as the system is used. Master data is also abbreviated simply as "master".
However, hereinafter, the terms "master" and "data" are not strictly distinguished, and data may be described as "master" or "data" in some cases.

The data set 128 according to this embodiment includes team master D1, player master D2, tournament data D3, game data D4, game team data D5, registered player data D6, set data D7, set team data D8, and order data D9. .

FIG. 39 is a diagram showing the data flow in the competition management system 1. As shown in FIG. FIG. 39 shows the relationship between processes and databases.
In FIG. 39, what is indicated by cylinders is the database, and what is indicated by rounded squares is processing.

Each database will be described below. In each data (master), serial numbers assigned to distinguish individual data may be assigned as unique numbers that do not overlap.
Also, for the sake of simplicity, the word "data" may be omitted from the names of individual data. For example, team ID data, team name data, representative ID data, etc. are described as team ID, team name, representative ID, and the like.

Furthermore, although data types are listed below, this is an example and not a limitation of the data types.
For example, in this embodiment, gender data is a character string data type, but may be binary data (male, female) or ternary data (male, female, unanswered, etc.).

<Team Master D1>
The team master D1 is data including data input by the user through "team registration (C1)" (team registration processing).

In this embodiment, the team master D1 includes a team ID, team name, representative ID, representative name, manager ID, manager name, memo, registration date and time, and correction date and time as character string data types.
The team master D1 includes, for example, rows corresponding to individual teams and columns including team ID, team name, representative ID, representative name, manager ID, manager name, memo, registration date and time, and correction date and time as items. are stored in the storage unit 12 as matrix data.

<Player Master D2>
The player master data D2 is data including data input by the user through "player registration (C2)" (player registration process).

In this embodiment, the player master data D2 includes the player ID, tournament name, jersey number, player name, gender, age, height, memo, date and time of registration, and date and time of modification as character string data types. (Boolean) data type.
For example, the player master D2 has rows corresponding to individual players, columns including player ID, tournament name, jersey number, player name, gender, age, height, captain flag, memo, registration date and time, and correction date and time. is stored in the storage unit 12 as matrix data consisting of

<Tournament data D3>
Tournament data D3 is data that includes data input by the user through “tournament registration (C3)” (tournament registration processing).

In this embodiment, the tournament data D3 includes tournament ID, tournament name, venue, venue, date, memo, date and time of registration, and date and time of modification as character string data types, and also includes the maximum number of sets, the number of winning sets, Maximum score, final set maximum score, final set court change score, maximum number of players registered, maximum number of bench registrations, maximum number of fields, maximum number of player substitutions, maximum number of timeouts, as integer data types, and whether or not deuce is present as a boolean data type.

In this embodiment, the maximum number of sets is 3 or 5, the maximum score is 21 or 25, the final set maximum score is 15, 21 or 25, the final set court change score is 8 or 0, and the maximum number of fields is 6 or 9. is. However, each numerical value is not limited to this, and can be changed by the user as appropriate.

The tournament data D3 includes, for example, rows corresponding to individual tournaments, and items such as tournament ID, tournament name, venue, venue, date, memo, maximum number of sets, number of winning sets, maximum score, final set maximum score, final Set court change score, presence or absence of deuce, maximum number of players registered, maximum number of bench registrations, maximum number of fields, maximum number of player substitutions, maximum number of time-outs, registration date and time, and correction date and time are stored as matrix data in the storage unit 12. remembered.

Here, as shown in FIG. 39, the data contained in the team master D1, the player master D2, and the tournament data D3 can be appropriately called up on the "game registration" screen as needed.

<Match data D4>
The match data D4 is data including data input by the user and data read in "match registration (C4)" (match registration process) and "IF input/IF details (C9)" (match progress management process). .

In this embodiment, the game data D4 includes a game ID, tournament ID, game number, scheduled game start time, game start time, game end time, memo, registration date and time, correction date and time, as character string data types, and , contains the game progress as an integer data type.
Furthermore, match data D4 includes signature data of chief referee, assistant referee, scorer, assistant scorer, line umpire 1, line umpire 2, line umpire 3, and line umpire 4.

In this embodiment, the CPU displays a character string input by the user, such as "1st game", for the game number.
Further, the "match progress" data of this embodiment displays the match progress in the form of "preparing" if 0, "under setting" if 1 to 5, and "match finished" if 10. FIG.

The match data D4 includes, for example, rows corresponding to individual matches, and items such as match ID, tournament ID, match number, scheduled match start time, match start time, match end time, signature data of the referee, memos, match progress, The data is stored in the storage unit 12 as matrix data consisting of columns including registration date and time and correction date and time.
The data of the game data D4 is called and taken in by "game result (C10, see FIG. 30)" or "set registration (C6)" as required.

<Game team data D5>
The match team data D5 is data including data input by the user and data read in "match registration (C4)" (match registration process) and "IF input/IF details (C9)" (match progress management process). be.

In this embodiment, the match team data D5 includes a match team ID, match ID, team ID, team ID name, manager ID, manager name, home & away, side, registration date and time, and correction date and time as character string data types. , and also contains the win flag as a boolean data type.
The game team data D5 includes, for example, rows corresponding to individual game teams, and items such as game team ID, game ID, team ID, team ID name, manager ID, manager name, home & away, side, victory flag, registration date and time. , a column containing the date and time of modification, and stored in the storage unit 12 as matrix data.
The data of the match team data D5 is called and taken in by "match result (C10)" or "set registration (C6)" as required.

In this embodiment, home & away data is data indicating whether the game is a home game or an away game for each team. For example, character data "H" indicates home, and character data "A" indicates away.
"Side" indicates side A if it is the letter "A", and side B if it is "B".

<Registered player data D6>
The registered player data D6 includes data input by the user through "game registration (C4)" (game registration process) and "game participant registration (C5)" (game participant registration process), and data to be read. That is, in this embodiment, the registered player data D6 is data including all or part of the data included in the team master, player master, and tournament data.

In this embodiment, the registered player data D6 includes a registered player ID, game team ID, jersey number, registered player name, gender, age, height, memo, date and time of registration, and date and time of correction as character string data types, Contains the captain flag as a boolean data type.
The registered player data D6 includes, for example, rows corresponding to individual registered players, and items such as registered player ID, match team ID, jersey number, registered player name, gender, age, height, captain flag, memo, registration date and time, and correction date and time. is stored in the storage unit 12 as matrix data consisting of columns including
The data of the registered player data D6 is called and taken in by "select registered player (C8)" as required.

<Set data D7>
The set data D7 is data including data input by the user and data read in "match registration (C4)" (match registration process) and "IF input/IF details (C9)" (match progress management process). .

In this embodiment, the set data D7 includes set ID, game ID, set start time, set end time, registration date and time, and correction date and time as character string data types, and set number, set status, and set status as integers. Including as a data type of type, and further including a court changed flag as a Boolean data type.

In this embodiment, the set state (data) corresponds to, for example, 1 being ready, 2 being ready, 3 being in game, and 4 being set finished. As for the set status (data), for example, 1 corresponds to serve and 2 to rally.

The set data D7 includes, for example, rows corresponding to individual sets, and items such as set ID, game ID, set number, set start time, set end time, set state, set state, court change flag, registration date and time, correction date and time. is stored in the storage unit 12 as matrix data consisting of columns including

The data of the set data D7 is called and taken in by "game result (C10)" or "set registration (C6)" as required.

<Set team data D8>
The set team data D8 includes "match registration (C4)" (match registration processing), "IF input/IF details (C9)" (match progress management processing), "timeout (C11)" (timeout management processing), "player This data includes data input by the user and data to be read in Substitution/Player Substitution Selection (C12) (player substitution management processing).
Data related to timeout management processing (timeout object), data related to player substitution management processing (player substitution object), etc. will be described later.

In this embodiment, the set team data D8 includes set team ID, set ID, match team ID, serve reception, court, registration date and time, and correction date and time as character string data types, and scores as integer data type. , and further includes a serve right (data) and a set win flag as Boolean data types.

In this embodiment, for serve receive (data), the letter "S" stands for serve and the letter "R" stands for receive. In the code (data), the letter "L" represents the left code, and the letter "R" represents the right code.
It should be noted that the character "R" representing receive may be distinguished from the character "R" of the right court, and may be a different character, such as a special character (for example, an R in a circle).

The set team data D8 includes, for example, rows corresponding to individual set teams, and items such as set team ID, set ID, game team ID, serve reception, court, score, right to serve, player substitution data, timeout data, and set victory flag. , columns containing the date and time of registration, and the date and time of correction are stored in the storage unit 12 as matrix data.
The data of the set team data D8 is called up and taken in by "game result (C10)" or "set registration (C6)" as required.

<Order data D9>
The order data D9 includes "match registration (C4)" (match registration processing), "registered player selection (C8)", "IF input/IF details (C9)" (match progress management processing), "player substitution/player substitution This data includes data input by the user in the selection (C12) (player substitution management process) and data read.

In this embodiment, the order data D9 includes the order ID, the set team ID, the registered player ID, the submitted player ID, the date and time of registration, and the date and time of correction as character string data types, and the orders and the number of serves as data of the integer type. type, and a serving flag as a boolean data type. In addition, the order data D9 includes score information as data.

In this embodiment, in the order (data), 7 and 8 correspond to liberos (corresponding to Roman numerals) in the case of a six-person system. Also, the registered player ID is an item that is replaced when a player is changed. The submitted player ID is the submitted player ID at the start of the match, and remains unchanged.

The order data D9 includes, for example, rows corresponding to individual orders (in order), and items such as order ID, set team ID, order, registered player ID, submitted player ID, serving flag, number of serves, score information, registration date and time, and a column containing the date and time of correction.
As shown in FIG. 39, the data of the order data D9 is called and taken in by "set registration (C6)", "bench registration (C7)", and "game result (C10)" as necessary.

In addition to the data described so far, the data set 128 of this embodiment includes sign objects, player substitution objects, timeout objects, and score information objects.

The signature object includes data (signature data) relating to signature information writing processing. The signature object has a name, signature file, registration date and time, and correction date and time as character string type data, and a signed flag as Boolean type data. The signed flag is the path to the signed image file.

The player substitution object includes data related to player substitution management processing. The player substitution object has the substitution player uniform number, score status at the time of substitution, out-order ID, out-registered player ID, in-order ID, in-registered player ID, registration date and time, correction date and time as string type data, and the number of substitutions as integer type. Prepare as data. The out-order ID, in-order ID, in-order ID, and in-registered player ID are IDs associated with orders and players selected by the user by tapping the "IN" button or "OUT" button on the match progress management screen. .
It should be noted that the CPU 102 stores or displays the "change score situation" in the storage unit 12 in the form of "own team score: opponent team score".

The timeout object contains data related to timeout management processing. The timeout object has the score status at timeout, registration date and time, and correction date and time as character string type data, and the number of timeouts as integer type data.
It should be noted that the CPU 102 stores or displays the "timeout score situation" in the storage unit 12 in the form of "own team score: opponent team score".

A score information object contains information about the score. The score information object has the score at the time of loss of the right to serve, the registration date and time, and the correction date and time as character string type data, and the number of times of serving as integer type data. The score when the right to serve is lost is the score when the right to serve is lost.

As described above, the operations performed by the user during the competition management process are, in principle, tapping, simple character input, and signature input. , the game management system 1 of the present embodiment can easily acquire data necessary for creating a recording form (IF) with a single application.

(Other functions)
Although not described above, the competition management system 1 of this embodiment has the following functions.

(placeholder)
In this embodiment, when there are multiple locations where the user inputs character string data or numeric data, the CPU 102 places placeholders at some or all of the input locations.
For example, in the team addition screen of FIG. 5b, the CPU 102 displays the team name, representative name, manager name, and memo in the form of placeholders. When the user touches these input parts, these displays disappear and any character string can be input instead.
This is to prevent the user from getting confused about where to enter what information when there are a plurality of input items.
In addition, since the CPU 102 displays placeholders on the screen, the user can input a plurality of pieces of information on one screen without hesitation, so the user can easily input a large amount of information.
For example, as shown in FIG. 5B, when registering a team, not only the team name but also the name of the representative, the name of the manager, and a memo can be added. This is the same for the "Add Player", "Add Tournament", and "Add Match" screens, which will be described later.
This is convenient when creating a match record with many input items, especially an IF for volleyball. This is because the user can register a plurality of pieces of information on one operation screen.

(Required input item)
In this embodiment, the items to be input by the user include mandatory input items and optional input items. If there is no input for mandatory input items, the user cannot proceed to the next operation. Also, the CPU 102 may display an error.
In this embodiment, items marked with an asterisk in the figure are required input items, and other items are arbitrarily input items.
For example, "team name" in FIG. 5b is a required input item, so if the user taps the "OK" button without inputting this item, the CPU 102 displays an error. For example, the CPU 102 displays "The team name has not been entered."

As a result, it is possible to prevent the processing from proceeding with necessary information blank. For example, when calling the input information in processing after inputting certain information, if the information is not input and there is no data in the database, an error may occur in the processing. By properly inputting the necessary information, the CPU 102 can prevent such errors.

(Delete card (data))
The registered information can be deleted as appropriate by the user's operation. For example, in this embodiment, for some cards, the user swipes the card to the left to display a "delete" button, and when the user taps the "delete" button, the CPU 102 displays information about the card. delete. However, this is only an example, and card deletion is not limited to this, and known techniques can be appropriately used for data deletion.

(Modification)
The present invention is not limited to the above-described embodiments, but includes various modifications of the above-described embodiments within the scope of the present invention.
For example, in the above-described embodiments, volleyball was described as an example, but the present invention can be suitably applied to other rally-type sports. In particular, it can be used in sports such as badminton, tennis, table tennis, etc., where mistakes in the order of serving can occur.

Further, the user's input operation and the processing by the CPU 102 in the above-described embodiment are examples, and can be appropriately adjusted according to the actual situation of the game without departing from the technical scope of the present invention.

In other words, the invention including this embodiment has the following features. The following corresponds to the claims as filed herein. However, due to the amendment of the scope of claims after filing, the description of the scope of claims may differ from the description of the scope of claims after the amendment.
(1) The invention of claim 1 causes a computer to function as information registration means and game progress management means,
The information registration means comprises player registration means for receiving registration of information on players,
The game progress management means includes:
serving player display means for displaying a serving player on a display unit in real time;
player confirmation receiving means for receiving an input from a user regarding confirmation of the serving player;
score change receiving means for receiving an input from a user regarding score change;
To provide a competition management program in sports, characterized by comprising:
(2) The invention of claim 2 further includes score table creation means,
The score table creation means comprises at least one of character information writing means, score information writing means, or signature information writing means,
A competition management program in sports according to claim 1 is provided.
In this case, the user can easily create a score table (match record) based on the content entered in the match management system 1, for example, the content entered in information registration or match progress management processing. In addition, even when creating a paper game record, the score table created by the score table creation means of the present embodiment can be submitted as it is. Gone.
(3) In the invention of claim 3, the information registration means further includes tournament registration means,
3. The competition management program for sports according to claim 1, wherein said competition registration means accepts input of at least one piece of information of a competition name, venue, venue, and date of the competition. offer.
In this case, there is an advantage that, for example, when event information is required to create a game record, such as volleyball IF, the trouble of inputting the information separately can be saved.
(4) According to the invention of claim 4, the game progress management means further receives player confirmation after receiving input from the user regarding confirmation of the serving player or score change reception for receiving input from the user regarding score change. 4. A sports competition management program according to any one of claims 1 to 3, characterized by comprising input cancellation means for later canceling said player confirmation or score change.
In this case, there is an advantage that an erroneous input can be corrected on the spot by a simple operation, and the game can be recorded continuously.
(5) The invention of claim 5 includes an information registration unit, a game progress management unit, and a score table creation unit,
The information registration unit includes at least one of a team registration unit, a player registration unit, a tournament registration unit, a match registration unit, a match participant registration unit, or a set registration unit,
The match progress management department
a serve player display unit that displays the serve player on the display unit in real time;
a player confirmation reception unit that receives an input from a user regarding confirmation of the serving player;
a score change reception unit that receives an input from a user regarding score change;
with
The score table creation unit includes at least one of a character information writing unit, a score information writing unit, or a signature information writing unit,
Provide competition management devices for rally-style sports.

Furthermore, the invention including this embodiment has the following features in other words.
(1) The computer functions as information registration means and match progress management means, and the information registration means comprises player registration means,
The game progress management means includes:
a set management means comprising serving player display means for displaying a serving player on a display unit in real time;
score addition means for receiving an input from a user regarding score addition and performing score addition;
court change means for judging whether or not the match is a match with a court change, and changing the display of team name information at the timing of the court change in the case of a match with a court change;
To provide a competition management program in sports, characterized by comprising:
(2) make the computer function as information registration means and match progress management means;
The information registration means includes team registration means, player registration means, competition registration means, game registration means, and set registration means,
The game progress management means includes:
serving player display means for displaying a serving player on a display unit in real time;
player confirmation receiving means for receiving an input from a user regarding confirmation of the serving player;
Alternatively, there is provided a sport competition management program characterized by comprising at least one of score change receiving means for receiving an input from a user regarding score change.
(3) making the computer function as information registration means, match progress management means, and score table creation means;
The information registration means comprises at least one of team registration means, player registration means, competition registration means, match registration means, or set registration means,
The game progress management means includes:
serving player display means for displaying a serving player on a display unit in real time;
player confirmation receiving means for receiving an input from a user regarding confirmation of the serving player;
Or at least one of score change reception means for accepting input from the user regarding score change,
The score table creation means provides a competition management program in sports, characterized in that it comprises signature information writing means.

According to the competition management system 1, since it omits the time and effort of filling out the record sheets and even unskilled people can easily record correct records, it expands the window for each sports competition including volleyball and increases the competition population. can contribute to increasing Moreover, as a result, it can contribute to the industry related to the sport competition.

P Player N Serve Player U User (Scorer)
M terminal device 1 competition management system 10 control unit 102 CPU
104 ROMs
106 RAMs
108 Timing Unit 110 Competition Management Unit 112 Information Registration Unit 112a Team Registration Unit 112b Player Registration Unit 112c Tournament Registration Unit 112d Game Registration Unit 112e Match Player Registration Unit 112f Set Registration Unit 112g Bench Registration Unit 114 Game Progress Management Unit 114a Serve Player Display Section 114b Player Confirmation Reception Section 114c Score Change Reception Section 114d Input Cancellation Section 114e Timeout Management Section 114f Player Substitution Management Section 114g Set Management Section 114h Score Addition Section 114i Court Change Section 114j Set End Section 114k Game End Section 116 Score Table Creation Section 116a Character information writing unit 116b Score information writing unit 116c Signature information writing unit 12 Storage unit 12a Program storage unit 120 Competition management program 122 Information registration program 122a Team registration program 122b Player registration program 122c Tournament registration program 122d Game registration program 122e Game Participating player registration program 122f Set registration program 122g Bench registration program 124 Match progress management program 124a Serve player display program 124b Player confirmation reception program 124c Score change reception program 124d Input cancellation program 124e Timeout management program 124f Player substitution management program 124g Set management program 124h Score addition program 124i Court change program 124j Set end program 124k Match end program 126 Score table creation program 126a Character information write program 126b Score information write program 126c Signature information write program 12b Data storage unit 128 Data set D1 Team master D2 Player Master D3 Tournament data D4 Game data D5 Game team data D6 Registered player data D7 Set data D8 Set team data D9 Order data 14 Input section 16 Display section 18 Speaker 20 Communication control section 32 Card (button)
322 Player registration button 324 Bench registration button 326 Set details 328 Serve confirmation button 330 Time (timeout) button 332 Player substitution button 334 Back button 336 Set details button 338 Score addition button 34 New creation button 362 Score input field

Claims (5)

The computer functions as information registration means and match progress management means,
The information registration means comprises player registration means for receiving registration of information on players,
The game progress management means includes:
serving player display means for displaying a serving player on a display unit in real time;
player confirmation receiving means for receiving an input from a user regarding confirmation of the serving player;
score change receiving means for receiving an input from a user regarding score change;
with
In the match progress management means,
A competition management program for sports, characterized in that displaying the serve player on a display unit in real time and accepting an input from a user regarding confirmation of the serve player are repeatedly performed . Furthermore, including score table creation means,
The score table creation means comprises at least one of character information writing means, score information writing means, or signature information writing means,
A competition management program in sports according to claim 1. The information registration means further includes tournament registration means,
The tournament registration means accepts input of at least one information of the tournament name, venue, venue, and date of the match,
3. A competition management program in sports according to claim 1 or 2. The match progress management means further cancels confirmation of the player or change of score after accepting player confirmation for accepting input from the user regarding confirmation of the serving player or after accepting score change for accepting input from the user regarding score change. 3. A competition management program in sports according to claim 1, further comprising means for canceling input. including an information registration unit, a game progress management unit, and a score table creation unit,
The information registration unit includes at least one of a team registration unit, a player registration unit, a tournament registration unit, a match registration unit, a match participant registration unit, or a set registration unit,
The match progress management department
a serve player display unit that displays the serve player on the display unit in real time;
a player confirmation reception unit that receives an input from a user regarding confirmation of the serving player;
a score change reception unit that receives an input from a user regarding score change;
and
In the match progress management section,
Displaying the serving player on the display unit in real time and receiving an input from the user regarding confirmation of the serving player are repeatedly performed,
The score table creation unit includes at least one of a character information writing unit, a score information writing unit, or a signature information writing unit,
Competition management device for rally-style sports.

Images