JPH10198611A - Software execution system and recording medium for storing execution system program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To make it possible to execute software by the suitable number of participants by informing each participant of the execution start time of software at the application of participation in a software execution system for executing common software together with plural participants on a network. SOLUTION: Plural participant side terminal equipments 3 are connected to a server 7 through a network 6. An execution start time determining/ informing means 2 determines the current execution start time of common software and informs respective participant side processors 3 of the determined current execution start time at the application of each participation. A main processing means 5 starts the execution of the software at the execution start time. A participation state monitoring means 4 monitors a participation state and updates participation state data 1a stored in a participation state data storing means 1.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a software execution system for executing common software for a plurality of participants on a network and a recording medium on which the execution system program is recorded. The present invention relates to an execution system of software to be executed and a recording medium on which an execution system program is recorded.

With the development of game software in recent years, attempts have been made to play a game by recruiting a plurality of participants on a computer on a network.

[0003]

2. Description of the Related Art When a plurality of participants are recruited on a network such as the Internet and a horse racing game, a role playing game, or the like is performed, the application of the participants is performed at random, so that the execution start time of the game is determined. The question is how to decide. Conventionally, as a method of determining an execution start time of a game, a method of fixedly determining an execution start time and notifying each participant or starting execution when a certain number of participants gather has been performed. Was.

[0004]

However, in the method in which the execution start time is fixedly determined, if there is unevenness in the application status of the participants, the number of persons is too small or the number of persons is over, and the response is flexible. There was a problem that can not be.

On the other hand, in the method in which the execution is started when a certain number of participants gather, the execution start time cannot be notified when the participants apply. Therefore, the participant who applied has to keep the line connected until the execution start time, and there is a problem that the line usage fee is wasted. To avoid this, there is a method of calling from the server side to the processing unit on the participant side at the start time,
Since the time interval between calls is not known, participants do not keep waiting during that time, wasting time.

The present invention has been made in view of the above points, and a software execution system which can notify a participant of a software execution start time at the time of application for participation and can be executed by an appropriate number of participants. And a recording medium on which the execution system program is recorded.

[0007]

FIG. 1 is a diagram illustrating the principle of the present invention. The network 7 includes a plurality of participant-side processing devices 3.
Is connected. The participation status data storage means 1 stores past participation status data 1a. The execution start time determining / notifying means 2 determines the current execution start time of the common software based on the past participation status data 1a, and determines the determined current execution start time at each participant terminal when applying for participation. The device 3 is notified.

The main processing means 5 starts executing the software at the execution start time. Participation status monitoring means 4
Monitors the participation status and updates the participation status data 1a of the participation status data storage means 1.

[0009] With this configuration, the participant can know the software execution start time at the time of applying for participation, so that there is no need to wait in vain. Further, since the execution start time is determined based on the past participation status data 1a, the software can be finally executed with an appropriate number of participants.

[0010]

DESCRIPTION OF THE PREFERRED EMBODIMENTS One embodiment of the present invention will be described below with reference to the drawings. FIG. 1 is a principle view of one embodiment of the present invention. A plurality of participant-side terminal devices 3 are connected to the server 7 via a network 6. The participation status data storage means 1 of the server 7 stores past participation status data 1a. The execution start time determining / notifying means 2 determines the current execution start time of the common software based on the past participation status data 1a, and processes the determined current execution start time at the time of each participant application when applying for participation. The device 3 is notified.

The main processing means 5 starts executing the software at the execution start time. Participation status monitoring means 4
Monitors the participation status and updates the participation status data 1a of the participation status data storage means 1.

Next, a specific configuration of the present embodiment will be described. FIG. 2 is a diagram illustrating a schematic configuration of a network on which a software execution system according to the present embodiment is executed. The server 10 is a device that manages a software execution system according to the present embodiment. A number of participant-side terminal devices 31 to 3n are connected to the server 10 via the Internet 20. The server 10 recruits participants according to the built-in software, and starts executing a multiple participation type game at a timing described later.

FIG. 3 is a block diagram showing the concept of the game execution function in the server 10. The participation processing unit 11 has the functions of the execution start time determination / notification unit 2 and the participation status monitoring unit 4 shown in FIG. This participation processing unit 11
Receives the participation application from the participant-side terminal devices 31 to 3n, calculates the time interval from the time of the previous participation application each time a participation application occurs, and adds the time interval to the current participation status data 12b in the memory 12. I do. The memory 12 stores the previous participation status data 12a together with the current participation status data 12b. The participation processing unit 11 determines the execution start time of the current game based on the previous participation status data 12a.

Here, as the previous participation status data 12a, an added value of a time interval for each occurrence of the participation application from the time of the first participation application last time is stored. When there is a participation application from the participant side terminal devices 31 to 3n, the participation processing unit 11 notifies each of the participant side terminal devices 31 to 3n of the execution start time of the game. Also, the participation processing unit 11
Notifies the game execution unit 13 of the determined execution start time. A specific processing procedure of the participation processing unit 11 will be described later.

The game processing activating unit 13 includes the game processing unit 1
4 is a part of the function of the main processing means 5 shown in FIG. The game processing activation unit 13 includes the participation processing unit 11
Then, the game processing unit 14 is activated at the same time as the execution start time. Thereby, the game processing unit 14 starts the processing of the game. The game includes, for example, a horse racing game, in which the game is internally executed, and the result data is transmitted to each of the participant-side terminal devices 31 to 3n.
Send to

Next, a specific processing procedure of each of the functional units will be described. FIG. 4 is a flowchart showing a specific processing procedure of the participation processing unit 11. This flowchart is started from the point in time when the execution of the previous game process has been completed. [S1] The data in the memory 12 is initialized. More specifically, sample data of similar processing is stored in advance in the previous participation status data 12a. At the same time,
This time, the participation status data 12b is cleared. [S2] Referring to the previous participation status data 12a of the memory 12, the execution start time of the current game is calculated. More specifically, the time interval taken from the occurrence of the previous participation application to reaching the capacity is added to the current time, and the value obtained by adding a predetermined margin time to that value is set as the current execution start time . [S3] The calculated execution start time is sent to the game process starting unit 13.

[S4] An application for a game participation from the participant side terminal devices 31 to 3n is accepted. [S5] It is determined whether or not an application for a game participation has been made,
If there is, the process proceeds to step S6, and if not, step S5 is repeated. [S6] The participant side terminal device that has made the application is notified of the game execution start time. [S7] One is added to the number of participants. Further, a time interval from the application of the previous participant to the application of the current participant is calculated, and the calculated value is added to the current participation status data 12b of the memory 12. [S8] It is determined whether or not the number of participants has reached the capacity. If so, the process proceeds to step S9. If not, the process proceeds to step S9.
Return to 5. [S9] The previous participation status data 12a in the memory 12 is rewritten to the contents of the current participation status data 12b, while the current participation status data 12b is cleared.

FIG. 5 is a flowchart showing a specific processing procedure of the game processing starting unit 13. [S11] The execution start time is received from the participation processing unit 11. [S12] It is determined whether or not the execution start time has been reached. If not, the process proceeds to step S13. If not, the process proceeds to step S12.
repeat. [S13] The game processing unit 14 is started.

FIG. 6 is a flowchart showing a specific processing procedure of the game processing section 14. [S21] It is determined whether or not a start command has been issued from the participation processing unit 11, and if there is, the process proceeds to step S22. If not, the process repeats step S21. [S22] A game process is executed. [S23] The game result data is transferred to each participant-side terminal device 3.
1 to 3n.

As described above, in the present embodiment, the current execution start time of the game (software) is determined based on the past participation status data, and the game is executed at the determined current execution start time. Therefore, the game can be executed with an appropriate number of participants. In addition, each participant-side processing device 3
Since the execution start time is notified when applying for the participation of 1 to 3n, the participant can know the execution start time of the game at the time of application for participation, and wastes the line usage fee and the waiting time. Can be eliminated.

Next, a modified example of the function of the server 10 of the above embodiment will be described. FIG. 7 is a block diagram showing the concept of a first modification of the game execution function in the server 10. Note that, here, the same functions as those in FIG. Game processing activation unit 13
Receives the execution start time from the participation processing unit 11 and activates the game processing unit 14 a predetermined time before the execution start time. The processing result of the game executed by the game processing unit 14 is stored in, for example, a processing result data area 15a of an HDD (hard disk drive) 15. When the game execution start time comes, the game processing unit 14
The processing result data is read from 15 and transmitted to each of the participant-side terminal devices 31 to 3n.

Here, the game processing starting unit 13 and the game processing unit 14 may be one processing function unit. The game processing by the game processing unit 14 may be started at an execution start time. In this case, the game processing unit 14 transmits the processing result data to each participant-side terminal device 31.
To 3n, while storing it in the processing result data area 15a of the HDD 15.

FIG. 8 is a block diagram showing the concept of a second modification of the game execution function in the server 10. Here, as in FIG. 7, the same functions as those in FIG. 3 are denoted by the same reference numerals, and description thereof is omitted. The past participation status data area 16a of the HDD (hard disk drive) 16 stores past participation status data. In the past participation status data area 16a, an addition value of the time interval of the participation application is stored as the current participation status data. The participant processing unit 11 is a participant-side terminal device 31 to 3
Every time there is an application for participation from the n side, the time interval is added to the past participation status data area 16a and the current participation status data. Thus, past participation status data is accumulated in the past participation status data area 16a.

The participation processing section 11 reads the previous participation status data and the previous participation status data from the HDD 16, determines the current execution start time based on the read data, and determines the current execution start time. And sends it to the game processing activation unit 13.

As described above, the present execution start time can be determined to be a more appropriate value based on not only the previous data but also previous data.

[0026]

As described above, according to the present invention, the current execution start time of the common software is determined based on the past participation status data, and the determined current execution start time is determined by each participant terminal. On the other hand, the software is started when the execution start time arrives, so that the participant can know the software execution start time at the time of applying for participation. Therefore, the waiting time can be saved.

Further, since the execution start time is determined based on the past participation status data, the software can be finally executed with an appropriate number of participants.

[Brief description of the drawings]

FIG. 1 is a principle view of one embodiment of the present invention.

FIG. 2 is a diagram illustrating a schematic configuration of a network on which a software execution system according to the embodiment is executed.

FIG. 3 is a block diagram illustrating a concept of a game execution function in a server.

FIG. 4 is a flowchart illustrating a specific processing procedure of a participation processing unit.

FIG. 5 is a flowchart showing a specific processing procedure of a game processing starting unit.

FIG. 6 is a flowchart showing a specific processing procedure of a game processing unit.

FIG. 7 is a block diagram showing the concept of a first modification of the game execution function in the server.

FIG. 8 is a block diagram showing the concept of a second modification of the game execution function in the server.

[Explanation of symbols]

 1 participation status data storage means 2 execution start time determination / notification means 3 participant-side terminal device 4 participation status monitoring means 5 main processing means 6 participation status rewriting means 7 network 8 server 10 server 11 participation processing unit 12 memory 12a previous participation status Data 12b Current participation status data 13 Game processing start unit 14 Game processing unit 20 Internet 31 to 3n Participant side terminal device

Claims (6)

[Claims] 1. A software execution system for executing common software for a plurality of participants on a network, wherein: a participation status data storage means for storing past participation status data; and An execution start time determining / notifying means for determining the current execution start time of the common software, and notifying each participant of the determined current execution start time when applying for participation, monitoring the participation status, A software execution system comprising: a participation status monitoring unit that updates contents of a participation status data storage unit; and a main processing unit that starts execution of the software when the execution start time comes. 2. The participation status monitoring means is configured to calculate a time interval of occurrence of a participation application from each of the participants and update an added value of the calculated time interval as the participation status data. The software execution system according to claim 1, wherein: 3. The execution start time determining / notifying means calculates a time obtained by adding an added value of the time interval in the participation status data storage means and a predetermined margin time to a current time to the current execution start time. 3. The software execution system according to claim 2, wherein the time is a time. 4. A software execution system for executing common software for a plurality of participants on a network, wherein: a participation status data storage means for storing past participation status data; and based on the past participation status data. An execution start time determining / notifying means for determining the current execution start time of the common software, and notifying each participant of the determined current execution start time when applying for participation, monitoring the participation status, A participation status monitoring means for updating the contents of the participation status data storage means, and when a predetermined time before the execution start time, the execution of the software is started, and the execution result data is stored in a memory, and the execution start is started. And main processing means for providing the result data in the memory to the participant when the time comes. Software execution system of that. 5. A participant status data storage means for storing and storing past participant status data before a previous time, in a software execution system for executing common software for a plurality of participants on a network. An execution start time determining / notifying means for determining a current execution start time of the common software based on the past participation status data thus determined, and notifying each participant of the determined current execution start time when applying for participation. A participation status monitoring unit that monitors the participation status and updates the content of the participation status data storage unit; and a main processing unit that starts the execution of the software when the execution start time comes. Software execution system. 6. A means for storing past participation status data on a recording medium storing an execution system program for executing common software with a plurality of participants on a network, Means for notifying each participant of the current execution start time of the common software based on the determined execution start time on the basis of the participation execution time based on the application for participation, monitoring the participation status, and updating the participation status data A recording medium recording an execution system program for causing a computer to function as means for starting execution of the software when the execution start time comes.