JP3765498B2 - How to count the start time of an internet game - Google Patents

Description

    The present invention relates to a method for counting the start time of a game played by two people via the Internet, for example, Go, Shogi, chess, Othello and the like.

  In a normal competition, a competitor has a predetermined time and uses a clock, and when one competitor starts, that competitor presses a button on the clock. Then, the other competitor's clock is activated and the holding time is deducted. In this way, a rule is adopted in which the player loses when the holding time elapses.

  Now, in a game using a personal computer, a competition board is shown on a display, and a position on the competition board is indicated by a mouse pointer. (See Patent Document 1) Of course, the position can also be determined by button operation.

  Some games have a so-called “countdown” rule. That is, after using a predetermined time, or not using a predetermined consideration time according to regulations, for example, one hand must be started within 30 seconds. For this reason, when the start position is determined by using a mouse point with a mouse, if the start is made when the button is released, an error in operation is likely to occur if the user is in a hurry, and an adjacent point is indicated.

  Therefore, when the button is pressed, it is necessary to stop the clock, select a specified position, point to it, and check whether there is an error at that point. It is inconvenient to consider in the state.

Further, for example, a mouse or other button operation (event) may be erroneously performed due to a hand hitting something during the operation. In such a case, if the wrong point is determined, the game becomes clear and the game is not only interesting, but also important in the official competition.
Therefore, it is desirable to determine whether or not it is wrong and to have a corresponding function.
Regarding the computer go device, there is a technology related to a game power certification system (see, for example, Patent Document 2), but there is nothing related to game start time management.
JP-A-9-75549 JP 2002-78843 A

  Therefore, an object of the present invention is to provide an Internet game that can substantially eliminate time loss of operations (events), can confirm the operations slowly, and can prevent misuse since the management of time is rational. It is to provide a method for counting the start time.

  Another object of the present invention is not only to prevent the determination of the operation position due to inadvertent malfunction, but also to prevent the determination of the adjacent position due to a simple operation error. It is an object of the present invention to provide a method for counting the start time of an Internet game that can protect the position and is reasonably well managed.

  Another object of the present invention is to provide a method for counting the start time of an Internet game in which cancellation by single click can be easily performed at any time by limiting the range of point movement by dragging, and the time management is rational. In offer.

  As a result of various studies, the present inventor previously set an operation (event) invalid count and an operation (event) confirmation count when pressing a button or operating a button (for example, an operation invalid count is 0.5 seconds, an operation confirmation count is 5 seconds), when the button is pressed, the clock starts counting, and the operation time until the button is released or the finger is released from the button is too sudden and may be unintentional. It was found that if it was judged that the count was within the invalid count, it was possible to prevent operation (event) decisions in various unintended troubles. In addition, the operation (event) consideration time is paused when a button is pressed or a button is operated, and the confirmation time is added to the consideration time at the time of cancellation. I understood that.

  According to the present invention, two athletes (A, B) having a predetermined holding time press a mouse button alternately via the Internet using a personal computer, and select a desired point on the display with a mouse pointer, In the Internet game start time counting method in which the desired point is determined by releasing the mouse button at the selected point, when one player (A) is given the right to perform an event, An event consideration count start step (S2) in which an event consideration count which is a count of the consumption time of A) 's holding time is started, and when one of the players (A) presses a mouse button to select a point, The event consideration count stop step (S4a) for stopping the event consideration count, and the one athlete (A) described above Event confirmation count start step (S4c) in which an event confirmation count is started when a mouse button is pressed to confirm the event, and an event confirmation count in which the time since the mouse button of one competitor (A) is pressed is predetermined. Event confirmation count determination step (S6) for determining whether or not (YES) whether or not the time (Tc) has been exceeded (YES) and the event confirmation count determination step (S6) has been determined to have exceeded (YES) Event confirmation count completion step (S11a) for completing the event confirmation count, event cancellation step (S12) for canceling the event after the event confirmation count is completed, and if the event is canceled, the mouse Considering the time elapsed since the button was pressed During the consumption time addition step (S25) to be added to the und consumption time and during the event confirmation count determination step (S6), it is determined (NO) that the predetermined event confirmation count time (Tc) has not been exceeded. When one player (A) releases the mouse button (S7), another event confirmation count completion step (S8a) that completes the event confirmation count and another event confirmation count completion step (S8a) Event determination step (S22) for determining an event as an effective event (S10), and event determination step (S22) that ends the dormant event consideration count and grants the right of the event to another competitor (B) A consideration counting end step (S23), and the consumption time addition step (S2). After 5), the player (A) returns to the event consideration count start step (S2).

  In the above, an event is an operation command for performing a point, and in the Go example, this means starting to reach a point, and the event consideration count is the total set time so-called holding time or one-unit set time so-called countdown for exercising the event. The event confirmation count is a set time from when the button for one event is pressed until it is determined or canceled.

  In implementation, the event consideration count is determined by the player or the manager of this software, and the event confirmation count for confirming that the points are valid is preferably about 3.0 to 5.0 seconds.

As described above, since the consideration count is paused when the button for selecting a landing point is pressed, there is no time loss for confirming the landing point, which is unavoidable by a personal computer operation.
In addition, even when the running time is imminent, which is a total consideration count, it is possible to make a reliable decision by slowly confirming the target landing point without rushing.
This function is particularly effective because “countdown”, which is a short-time start in units of one hand, is involved in each start.
Further, when canceling the landing confirmation, the confirmation time is added to the paused consideration time and restarted. Therefore, the time management is rational, thereby preventing the abuse of the pause time.

  Further, according to the present invention, two (A, B) athletes having a predetermined holding time press a mouse button alternately via the Internet using a personal computer and select a desired point on the display with the mouse pointer. In the Internet game start time counting method in which the mouse button is released at the selected point and the desired point is determined, when one player (A) is given the right to perform an event, the other player Event consideration count start step (S2) in which an event consideration count that is a count of consumption time of (A) holding time is started, and when one of the competitors (A) presses a mouse button to select a point The event consideration count stop step (S4a) for stopping the event consideration count, and one competitor (A) An event invalid count start step (S4b) for starting an event invalid count when the user presses the button, and an event confirmation count start step (S4c) for starting an event confirmation count simultaneously with the event invalid count start step (S4b), An event confirmation count determination step (S6) for determining whether or not (NO) whether or not the time since the player (A) has pressed the mouse button exceeds a predetermined event confirmation count time (Tc) (YES); The event confirmation count completion step (S11a) that completes the event confirmation count when it is determined (YES) in the event confirmation count determination step (S6), and the event is canceled after the event confirmation count is completed. Event cancel step (S12), and if the event is canceled, a consumption time addition step (S25) for adding the elapsed time since the mouse button was pressed to the consumption time of the event consideration count, and the event confirmation count determination step ( When one player (A) releases the mouse button while determining that the predetermined event confirmation count time (Tc) has not been exceeded (NO) in S6) (S7), the event confirmation count is completed. Another event confirmation count completion step (S8a), and event invalid count determination for determining whether or not the event invalid count has expired a predetermined event invalid count time (Ts) when the event confirmation count is completed When step (S9) and the event invalid count time (Ts) are not completed, An invalid event step (S24) for invalidating the event, and an event determination step for determining an event as a valid event (S10) when it is determined that the event invalid count time (Ts) has expired in the event invalid count determination step (S9) (S22) and an event consideration count ending step (S23) in which the event consideration count in the dormant state is terminated in the event determination step (S22) and the right of the event is given to another player (B). Subsequent to the event step (S24), the event cancel step (S12) is performed, and after the consumption time adding step (S25), the player returns to the event consideration count start step (S2) of the competitor (A). Yes.

In the above, the event invalid count is a required time for determining the validity of the event selection. By the above, it is possible to prevent unintentional event determination due to unintentional force majeure.
In implementation, the player or the manager of this software decides arbitrarily, but the setting time of the event invalid count is preferably about 0.2 seconds to 0.5 seconds.
This set time is preferably long in official competitions where there should be no unintentional event determination due to force majeure, and shorter in practice competitions where responsiveness is required.

    And according to the present invention, two (A, B) athletes having a predetermined time have used a personal computer to alternately press a mouse mouse button via the Internet and select a desired point on the display with the mouse pointer. In the Internet game start time counting method in which the desired point is determined by releasing the mouse button at the selected point, one player (A) is given the right to perform an event. When the player (A) presses the mouse button to select a point, the event invalid count start step (S4b) for starting the event invalid count, and the point selected by one player (A) after pressing the mouse button Drag determination step for determining whether there is a drag that moves to an adjacent point (YES) or not (NO) ( 5) and when the mouse button is released (S7) while it is determined that there is no drag (NO) in the drag determination step (S5), the event invalid count is completed (S8b), and the point An event invalid count determination step (S9) for determining whether or not the selected time has expired the event invalid count time (Ts), and the event invalid count time (Ts) expired in the event invalid count determination step (S9) If yes (YES), the event selection step (S22) for determining the event as the last selected point is valid (S10), and the event invalid count time (Ts) in the event invalid count determination step (S9) Invalid event step (S2 ), And the invalid event step (S24), the event cancel step (S12) for canceling the event, and the drag determination step (S5), when it is determined that there is a drag to an adjacent point (YES). Was there a new event invalid count start step (S13) for starting an event invalid count for selecting a point, and re-drag to move further to an adjacent point following the new event invalid count start step (S13)? When the re-drag determination step (S14) for determining whether or not there is a re-drag (YES) in the re-drag determination step (S14), the re-drag is performed by one player (A) with the mouse. Adjacent points relative to the point selected by pressing the button An adjacent point determining step (S16) for determining whether or not the mouse button is within, and the mouse button is released while it is determined that there is no drag to the adjacent point (NO) in the re-drag determining step (S14). (S7) When the event invalid count is completed (S8b), the process proceeds to the event invalid count determination step (S9). When the adjacent point determination step (S16) determines that it is an adjacent point (YES), Returning to the new event invalid count start step (S13), and when it is determined that it is not an adjacent point (NO) in the adjacent point determination step (S16), it is further determined whether or not re-dragging to the adjacent point is performed. It includes a re-re-drag determination step (S18) for determination, and it is determined that it is not an adjacent point (NO) in the adjacent point determination step (S16) If the player (A) does not release the mouse button at this time, the process proceeds to the re-re-drag determination step (S18), and it is determined that the re-re-drag is performed (YES) in the re-re-drag determination step (S 18). If it is, the process returns to the adjacent point determination step (S16), it is determined that there is a re-re-drag in the re-re-drag determination step (S18) (YES), and it is not an adjacent point in the adjacent point determination step (S16) (NO). When one of the players (A) releases the mouse button (S17) while the determination is repeated, the process proceeds to the cancel step (S12) for canceling the event.

As described above, since the valid point is limited to the set range, it is easy to cancel the event at any time, which is difficult with a single click.
In implementation, it is preferable that the setting range for re-drag or re-drag is one adjacent path, that is, eight places.

The effects are listed below.
(A) When a button for selecting a point is pushed, the event consumption count of the competitor is suspended (claim 1). There is an advantage that there is no consumption of the event consideration count due to the confirmation time of the essential selection points. Furthermore, since the double click performed in the conventional event determination is a single click, there is an advantage that the loss time in the event determination can be completely eliminated.
In games such as Go, Shogi, chess, Othello, etc., it can be applied extremely effectively by “countdown”, in which time urgency may occur especially at each event decision.

Furthermore, since the event confirmation time, which is a pause time when an event is canceled, is added to the event consideration time, it is possible to prevent the event consideration time from being earned.
In addition, it is possible to determine the event reliably because it can be performed slowly even when the time is imminent with sufficient confirmation time.
In games such as Go, Shogi, chess, Othello, etc., it can be applied extremely effectively by “countdown”, in which time urgency may occur especially at each event decision.

(B) The event invalid count for selecting a point between when the button is pressed and when the button is released is set to 0.5 seconds, for example, and invalid when less than 0.5 seconds when the selection time is excessively rushed (Claim 2), event determination to an unintended point due to force majeure can be prevented. Also, even with the usual double-click event determination method, if there is an impact such as hitting the mouse against the keyboard, event determination to an unintended point cannot be prevented, but this method has enough events of about 0.5 seconds When the invalid count is set, there is an advantage that extremely strong defense is possible.
However, the longer the setting time of the event invalid count, the longer it takes to determine the event. For practice games and the like that require responsiveness, the setting time is preferably about 0.2 seconds, and conversely a formula that requires extremely high safety. In games, etc., about 0.5 seconds is preferable.
It can be effectively applied to Go, Shogi, chess, Othello games, etc.

(C) When the point is moved by dragging, the event invalid count starts anew. (Claim 3) There is an advantage that unintended event determination due to camera shake at the time of releasing the button can be prevented.
It can be effectively applied to Go, Shogi, chess, Othello games, etc.

(D) Since there is a relief routine in the case of point movement even if the point is moved by dragging and the point becomes invalid (Claim 4), the last valid point is protected and the button at the time of event determination is changed. There is an advantage that unintended event cancellation (claim 3) due to camera shake at the time of separation can be prevented.
It is effective in games such as Go, Shogi, chess, and Othello.

(E) There is an advantage that the allowable range of re-drag or re-drag is limited, and point correction essential for erroneous operation or cancellation to the event itself is possible and easy with a single click.
It can be effectively applied to games such as Go, Shogi, chess, and Othello.

(F) Since all mouse operations are single clicks, there are few point shifts due to camera shake during time imminence that is likely to occur especially with double clicks. Also, since it is a single click, the operation procedure is the same for pushbutton switches.

Hereinafter, an embodiment of an internet game start time counting method according to the present invention will be described with reference to the drawings.
In the following, an event is an operation command for performing a point, and in the Go example, it means starting to reach a point, and an event consideration count is the total set time for exercising an event or a set time in units of one so-called countdown time The event confirmation count is a set time from pressing a button for one event until it is determined or canceled, and the event invalid count is a time required to determine the validity of point selection.

  A flow by the start method relating to event determination according to the first embodiment of the present invention will be described with reference to each step of FIG.

When one of the competitors is given the right to event (step S1), the time spent on the time (H) of one of the competitors starts counting (step S2), and one of the competitors selects a point. Button is pressed (step S3).
Here, instead of the mouse, a push button or a toggle switch for tilting the shaft may be used.

Subsequently, the consumption count of the event consideration count (H) of the competitor is paused (step S4a), and an event confirmation count (Tc) for confirming that the point is valid, for example, a consumption time limited to within 5 seconds is counted. Is started (step S4c).
The time spent in this case may be displayed for the convenience of the competitor. In the following description, a display that informs the progress may be displayed at any step as necessary, and the supplementary explanation is omitted.

  Note that the event confirmation count (Tc) for confirming the event by pressing the button may be 3 seconds. The type of competition, such as practice to improve responsiveness, should be short, and it should be long in official matches that require safety.

  Next, it is determined whether or not the elapsed time after the button is pressed exceeds the event confirmation count (Tc) for confirmation (step S6), and the result of the determination is the event confirmation count (for confirmation) ( If it exceeds 5 seconds (Tc) (YES), the event confirmation count (Tc) is completed (step S11a).

  Next, the event is canceled (step S12), the elapsed time after the button is pressed (step S3) is added to the consumption time of the event consideration count (H) (step S25), the process returns to step S2, and it is paused until then. (Step S4a) The event consideration count (H) is restarted (Step S2).

  If the result determined in step S6 does not reach 5 seconds of the event confirmation count (Tc) for confirmation, the (NO) button is released (step S7), and the point can be confirmed (step S7). ).

Next, the event confirmation count (Tc) is completed (step S8a).
Next, an event is determined (step S22), the dormant event consideration count (H) is terminated (step S23), and the right of the event is given to the opponent player.

The flow according to the start method relating to event invalidation according to the second embodiment of the present invention will be briefly described with reference to FIG.

When one of the competitors is given the event right (step S1), the time spent on the holding time (H) of one of the competitors starts counting (step S2), and one of the competitors selects a point. A button is pressed (step S3).
Subsequently, the consumption count of the event consideration count (H) of the competitor is paused (step S4a), and an event confirmation count (Tc) for confirming that the point is valid, for example, a consumption time limited to within 5 seconds is counted. (Step S4c), and at the same time, an event invalid count (Ts) for selecting a point by Step S3, for example, counting of consumption time of 0.5 seconds is started (Step S4b).

  Next, it is determined whether or not the elapsed time after the button is pressed exceeds the event confirmation count (Tc) for confirmation (step S6), and the result of the determination is the event confirmation count (for confirmation) ( If it exceeds 5 seconds (Tc) (YES), the event confirmation count (Tc) and the event invalid count (Ts) for selecting points are completed (step S11a) (step S11b).

  Next, the event is canceled (step S12), the button is pressed (step S3), the elapsed time after that is added to the consumption time of the event consideration count (H) (step S25), the process returns to step S2, and it is paused until then. (Step S4a) The event consideration count (H) is restarted (Step S2).

  When the result determined in step S6 has not reached 5 seconds of the event confirmation count (Tc) for confirmation (NO), the button is released (step S7), and then the event confirmation count (Tc) and point The event invalid count (Ts) for selecting is completed (step S8a) (step S8b).

  Next, the event invalidity count (Ts) for selecting the point is shorter than 0.5 seconds, for example, a possibility of an unintended point selection being determined (step S9). This step S9 determines that a point at an unintentional position due to force majeure has been selected when the event operation is abrupt, and prevents this.

If the determination result in step (S9) has reached the event invalid count (Ts) for selecting a point and has expired and there is no concern of selecting a point at an unintentional position due to force majeure (YES), the event point Is valid (step S10).
Next, an event is determined (step S22), the dormant event consideration count (H) is terminated (step S23), and the right of the event is given to the opponent player.

If the determination result of step (S9) has not yet reached the event invalid count (Ts) for selecting a point and there is a concern of selecting a point at an unwilling position due to force majeure (NO), the event point is invalid Suppose that there is (step S24).
Next, the event is canceled (step S12).

  Note that the event confirmation count (Tc) for confirming the event by pressing the button may be 3 seconds. The type of competition, such as practice to improve responsiveness, should be short, and it should be long in official matches that require safety. The relationship of event invalid count (Ts) <event confirmation count (Tc) is necessary.

  Here, if the event invalid count (Ts) for selecting a point is 0.5 seconds, for example, it is not necessary to determine the point within 0.5 seconds, but carefully take 0.5 seconds so as not to make a mistake. Means that the event will be disabled. The event invalid count is preferably about 0.2 seconds for practice games that require responsiveness, and about 0.5 seconds for official games that require safety.

  Steps S6, S11, S12, and S25 are event cancellation processing routines when the confirmation time exceeds the event confirmation count Tc.

  Next, with reference to FIG. 1, the flow of the dragging start method will be described by omitting or simplifying the portions overlapping with the first embodiment.

  When one of the athletes is given the right to event (step S1), the other athlete selects a point and presses a button (step S3).

  Next, an event invalid count (Ts) for selecting a point, for example, a consumption time of 0.5 seconds is started (step S4b).

  Here, if the event invalid count (Ts) for selecting a point is 0.5 seconds, for example, it is not necessary to determine the point within 0.5 seconds, but carefully take 0.5 seconds so as not to make a mistake. Means that the event will be disabled.

Next, it is determined by the computer whether or not there is a drag for moving the point once selected by pressing the button in the third step (S3) to the adjacent point (step S5).
Next, if there is no drag, the (NO) button is released (step S7).
Next, the event invalid count (Ts) is completed (step S8b).

  Then, the selection time of the point is shorter than the event invalid count (Ts) for selecting the point, and it is determined whether or not there is an unintentional selection due to force majeure for the player (step S9).

  If the determination result in step S9 has reached the event invalid count (Ts) for selecting points (YES in step S9), it is assumed that there is no concern about unintentional point selection and the event is valid (step S10).

  If the event invalid count (Ts) for selecting a point is incomplete and urgent (NO in step S9), the event is invalid because there is a fear of unintentional point selection. (Step S24).

If there is a drag in step S5 (YES), a count of event invalid count (Ts) for selecting a point is started again (step S13).
Then, it is determined whether or not there is a re-drag to an adjacent point (step S14). If there is no re-drag (NO), the process goes to step S7, and if there is a re-drag (YES), the process proceeds to step S13. . Then, the button can be released (step S7). Steps S13 and S14 appear to be repeated in FIG. 1, but in reality, the event confirmation count times out during that time (step S6), so the process goes to step S11. That is, if step S5 is YES, the process goes to step S13, but if the event confirmation count times out in any state (step S6), the event confirmation count is completed (step S11a).

Here, the adjacent points in steps S5 and S14 are within one path of the selected point. In the example of Go with the intersection C between the vertical line Ly and the horizontal line Lx shown in FIG. 2, the eight points Pn of one-way movement of the selected point Po are adjacent points.
Further, in the example of Othello with the region A surrounded by the vertical line Lz and the horizontal line Lw shown in FIG. 3 as the points, the eight points Qn of the one-way movement of the selected point Qo are adjacent points.
In this way, the movement of the point due to camera shake when the button is released is prevented.

  Next, the flow of the starting method relating to point protection will be described with reference to FIG. 1, omitting or simplifying portions overlapping with those of the second embodiment.

  When one of the athletes is given the right to event (step S1), the other athlete selects a point and presses a button (step S3).

Next, the event invalid count (Ts) for the player to select points is counted, for example, 0.5 seconds of consumption time is started (step S4b).
The event invalid count (Ts) may be 0.2 seconds or 0.3 seconds.

  Here, if the event invalid count (Ts) for selecting a point is 0.5 seconds, for example, it is not necessary to determine the point within 0.5 seconds, but carefully take 0.5 seconds so as not to make a mistake. Means that the event will be disabled.

Next, the button is released (step S7).
Next, the counting of the consumption time of the event invalid count (Ts) for selecting points is completed (step S8b).

  Next, an event invalid count (Ts) for selecting a point is selected for the point selection time, which is shorter than 0.5 seconds, and the possibility of an unintended point selection is determined (step S9).

  If the determination result in step S9 has reached the event invalid count (Ts) for selecting a point (YES), it is assumed that the event is valid without worrying about unintentional point selection (step S10). Determine (step S22).

  If the determination result in step S9 is incomplete in the event invalid count (Ts) for selecting a point and there is a concern of unintentional selection (NO), it is determined whether or not the point has been moved (step S19).

If there is no point movement (NO), the event is invalidated (step S24), and the event is canceled (step S12).
If the point has moved (YES), it is determined whether or not the selection time of the point selected immediately before has expired the event invalid count (Ts) (step S20), and the selection time of the point is an event. When the invalid count (Ts) has expired (YES), the event of the point selected immediately before is validated (step S21), and the event is determined (step S22).

When the selection time of the point selected immediately before has not expired the event invalid count (Ts) (NO), the event is invalidated (step S24) and the event is canceled (step S12).
By these steps S19 to S21, the cancellation of the event due to camera shake (claim 3) when the button is released is prevented, and the original event that has expired the event invalid count is protected.

  Steps S19 to S22 and S24 are routines for relieving the original point due to an unintended drag.

  With reference to FIG. 1, the flow of the starting method relating to the restriction of drag according to the third embodiment of the present invention will be described with reference to FIG.

  When one of the athletes is given the right to perform an event (step S1), the other athlete selects a point and presses a button (step S3).

  Next, an event invalid count (Ts) for selecting points in step S3, for example, counting of consumption time of 0.5 seconds is started (step S4b).

  Next, the computer determines whether or not there is a drag for moving the point once determined by pushing the button (step S3) to the adjacent point (step S5).

  If the result of the determination is that there is no drag (NO), the button is released (step S7).

  Next, the event invalid count Ts is completed (step S8b).

  Next, the event invalidity count (Ts) for selecting the point is shorter than 0.5 seconds, for example, a possibility of an unintended point selection being determined (step S9). This step S9 determines that a point at an unintentional position due to force majeure has been selected when the event operation is abrupt, and prevents this.

  If the determination result in step (S9) has reached the event invalid count (Ts) for selecting a point and has expired (YES), and there is no concern about unintentional point selection due to force majeure, the event is valid (Step S10).

  Next, an event is determined (step S22).

  If the determination result of step (S9) has not yet reached the event invalid count (Ts) for selecting a point and there is a concern of unwilling point selection due to force majeure (NO), the event point is invalid ( Next, the event is canceled (step S12).

  Here, when the event invalid count Ts for selecting a point is set to 0.5 seconds, for example, the event invalid count Ts is selected not to make a point within 0.5 seconds but carefully so as not to make a mistake over 0.5 seconds. It means that the event will be invalid otherwise. The event invalid count is preferably about 0.2 seconds for practice games that require responsiveness, and about 0.5 seconds for official games that require safety.

  If dragging has been performed as a result of the determination in step S5 (YES), it is further determined whether or not there has been a re-drag to an adjacent point (step S14).

  If there is no re-dragging (NO in step S14), the button can be released (step S7).

  If re-dragging is performed based on the determination result in step S14 (YES in step S14), whether or not the selected point is within the set value adjacent point of the point selected by the operation of pressing the button (step S3). Is determined (step S16).

  If the result determined in step S16 is within the adjacent point of the set value (YES), the process returns to the determination (step S14) as to whether or not there has been a re-drag to the adjacent point via step S13. .

  If the result of the determination in step S16 is not within the adjacent point of the set value (NO in step S16), it is determined whether or not the button is released (step S17).

  If the button is released (YES), the event is canceled (step S12). If the button is not released (NO), it is then determined whether or not dragging to an adjacent point is performed again (step S18).

  If it is not dragged again (NO), the determination of whether or not the button has been released is repeated (step S17), and if it is dragged again (YES), the selected point is adjacent to the set value of the initially selected point. The process returns to the determination (step S16) of whether or not it is within the point.

  Here, within the set value adjacent point in step S16 means within one path of the initial point in this example. However, two paths may be used depending on the setting. In the example of Go with the intersection C between the vertical line Ly and the horizontal line Lx shown in FIG. 2, the eight points Pn of the one-point movement of the initial point Po are adjacent points, and this range is effective in step S16. This is the adjacent point of the set value.

Further, in the example of Othello with the area A surrounded by the vertical line Lz and the horizontal line Lw shown in FIG. 3 as points, the eight points Qn of the one-point movement of the selected point Qo are adjacent points, and this range is within this range. This is an adjacent point of the effective set value in step S16.
In this way, due to the limitation of point movement, event cancellation at any time is facilitated even with a single click.

It should be noted that the illustrated embodiment is merely an example, and is not intended to limit the technical scope of the present invention.
For example, the present invention can be applied to control of operations (events) such as relieving an erroneous operation in a game in which a game is played on a screen using not only a mouse and a button but also a button controller and a joystick.

It is a flowchart which shows the counting method of the start time of the internet game of this invention. It is explanatory drawing (example of Go) which defines the adjacent point of a point (starting point). It is explanatory drawing (example of Othello) which defines the adjacent point of a point (starting point).

Explanation of symbols

S1, S2, S3 ... step Po, Qo ... points (starting points)
Pn, Qn ... Adjacent point C ... Intersection A ... Area

Claims (3)

Two athletes (A, B) who have a predetermined holding time press a mouse button alternately via the Internet using a personal computer, select a desired point on the display with the mouse pointer, and use the mouse button at the selected point. In the method of counting the start time of an Internet game in which the desired point is determined by releasing the game, if one player (A) is given the right to perform an event, the time of the other player (A) Event consideration count start step (S2) in which an event consideration count that is a count of consumption time is started, and when one of the competitors (A) presses a mouse button to select a point, the event consideration count is paused. Event consideration count suspension step (S4a), and one of the players (A) confirms the points Event confirmation count start step (S4c) in which an event confirmation count is started when the mouse button is pressed for this purpose, and a predetermined event confirmation count time (Tc) from the time when the mouse button of one player (A) is pushed The event confirmation count determination step (S6) for determining whether or not (YES) is exceeded (NO), and the event when it is determined (YES) in the event confirmation count determination step (S6) An event confirmation count completion step (S11a) for completing the confirmation count, an event cancellation step (S12) for canceling the event after the event confirmation count is completed, and if the event is canceled, the mouse button is pressed. The elapsed time of the event taking into account the count One of the competitions while it is determined (NO) that the predetermined event confirmation count time (Tc) has not been exceeded in the consumption time addition step (S25) to be added to the event confirmation count and the event confirmation count determination step (S6) When the person (A) releases the mouse button (S7), another event confirmation count completion step (S8a) that completes the event confirmation count and another event confirmation count completion step (S8a), the valid event (S10 ) Event determination step (S22) for determining an event, and event consideration count end step for giving the event right to other competitors (B) by terminating the event consideration count in the dormant state in the event determination step (S22) (S23) and after the consumption time adding step (S25) Returning to the event-considering counting start step (S2) of (A), a method of counting an Internet game start time. Two athletes (A, B) who have a predetermined holding time press a mouse button alternately via the Internet using a personal computer, select a desired point on the display with the mouse pointer, and use the mouse button at the selected point. In the method of counting the start time of an Internet game in which the desired point is determined by releasing the game, if one player (A) is given the right to perform an event, the time of the other player (A) Event consideration count start step (S2) in which an event consideration count that is a count of consumption time is started, and when one of the competitors (A) presses a mouse button to select a point, the event consideration count is paused. Event consideration count pause step (S4a) and one of the competitors (A) pressed the mouse button An event invalid count start step (S4b) for starting an event invalid count at the same time, an event confirmation count start step (S4c) for starting an event confirmation count simultaneously with the event invalid count start step (S4b), and one player (A ) Has exceeded the predetermined event confirmation count time (Tc) after the mouse button is pressed (YES), an event confirmation count determination step (S6) for determining whether or not (NO), and the event confirmation count An event confirmation count completion step (S11a) for completing the event confirmation count when it is determined (YES) in the determination step (S6), and an event cancellation step for canceling the event after the event confirmation count is completed ( S12) If the event is cancelled, the consumption time adding step (S25) for adding the elapsed time since the mouse button was pressed to the consumption time of the event consideration count, and the event predetermined in the event confirmation count determination step (S6) When one player (A) releases the mouse button while judging that the confirmation count time (Tc) has not been exceeded (NO) (S7) Another event confirmation count is completed. Step (S8a), an event invalid count determination step (S9) for determining whether or not the event invalid count has expired a predetermined event invalid count time (Ts) when the event confirmation count is completed, Invalid to invalidate event when event invalid count time (Ts) has not expired An event step (S24), an event determination step (S22) for determining an event as a valid event (S10) when it is determined that the event invalid count time (Ts) has expired in the event invalid count determination step (S9), The event determination step (S22) includes an event consideration count end step (S23) in which the event consideration count in the dormant state is ended and the right of the event is given to another player (B). Subsequently, the event canceling step (S12) is performed, and after the consumption time adding step (S25), the player (A) returns to the event consideration count starting step (S2), and the start time of the Internet game Counting method. Two athletes (A, B) having a predetermined time have used a personal computer to alternately press a mouse button via the Internet and select a desired point on the display with the mouse pointer. In the Internet game start time counting method in which the desired point is determined by releasing the button, one player (A) is given the right to perform an event, and that one player (A) When the mouse button is pressed for selection, an event invalid count start step (S4b) for starting the event invalid count, and a drag that moves the selected point to an adjacent point after one of the players (A) presses the mouse button is performed. A drag determination step (S5) for determining whether there is (YES) or not (NO), and the drag When it is determined that there is no drag (NO) in the fixed step (S5), when the mouse button is released (S7), the event invalid count is completed (S8b), and the selection time of the point is the event invalid. Event invalid count determination step (S9) for determining whether or not the count time (Ts) has expired, and when the event invalid count time (Ts) has expired in the event invalid count determination step (S9) (YES) ) When the event selection step (S22) for determining the event as the last selected point is valid (S10), and the event invalid count time (Ts) is not completed in the event invalid count determination step (S9) Invalid event step (S24) for invalidating an event and its invalid event Subsequent to step (S24), an event canceling step (S12) for canceling the event, and when it is determined that there is a drag to an adjacent point (YES) in the drag determination step (S5), a point is selected again. A new event invalid count start step (S13) for starting the event invalid count, and a re-judgment to determine whether or not there has been a re-drag to move to an adjacent point following the new event invalid count start step (S13) When the drag determination step (S14) and the re-drag determination step (S14) determine that there is a re-drag (YES), the re-drag is the point selected by one player (A) by pressing the mouse button. To determine whether it is within an adjacent point or not When the mouse button is released while it is determined that there is no drag to the adjacent point (NO) in the re-drag determination step (S14) (S7), the event invalid count (S8b), the process proceeds to the event invalid count determination step (S9), and the new event invalid count start step (when the adjacent point determination step (S16) is determined to be an adjacent point (YES) ( Returning to S13), and when it is determined that it is not an adjacent point (NO) in the adjacent point determination step (S16), a re-re-drag determination step for determining whether or not re-drag to the adjacent point is further performed ( S18), and when it is determined that it is not an adjacent point (NO) in the adjacent point determination step (S16), the player When A) does not release the mouse button, the process proceeds to the re-re-drag determination step (S18), and when it is determined that the re-re-drag is performed (YES) in the re-re-drag determination step (S 18), the adjacent point determination step. Returning to (S16), it is determined that there is re-re-dragging in the re-re-drag determination step (S18) (YES), and it is repeatedly determined that it is not an adjacent point (NO) in the adjacent point determination step (S16). In the meantime, when one player (A) releases the mouse button (S17), the process proceeds to the cancel step (S12) in which the event is canceled.

Images