JP4882801B2 - Message transmission / reception terminal device, server device, execution control method thereof, and message transmission / reception system - Google Patents

Description

  The present invention relates to a message transmission / reception terminal device, a server device, an execution control method thereof, and a message transmission / reception system using the same.

  Conventionally, as a network system for sending and receiving messages using a network, a large number of client terminals (player terminals in game software) are connected to a server device through a communication line, and text and voice messages are sent and received with other client terminals. There is a system to do.

  As one type of message transmission / reception method that is communication in such a network system, for example, there is a type of application in which a large number of client terminals enjoy communication by communicating via a server device or between client terminals. In particular, a format for transmitting and receiving character information in real time is called “chat”.

  In addition to a format in which characters (generally referred to as avatars) that are the operator's characters are displayed in a so-called virtual space, there is a type called “bulletin board” in which only character information is displayed.

  Here, in the above chat processing, a character string is transmitted from the terminal of one operator (a player in the game software) to the server device, and the server device identifies this to all other client terminals or specifies it. The message data information including the character string and symbol indicating the message text, the picture symbol indicating the action of the character, and various data indicating the accompanying information of the message display is transmitted to the client terminal.

  The sent message data information is transmitted to the other client terminal by the server device, and the ID name indicating the operator who performed the transmission, the character indicating the operator, or A message is written and displayed in a form accompanying the name of the character.

  As described above, the chat is executed by mutually transmitting the character strings between the client terminals through the server device.

  In such a chat process on a conventional system, each operator can make an unlimited chat utterance (transmission of a character string), so that a malicious operator can send a message for the purpose of hindering communication by the original message. Continuous transmission may cause a situation in which the original communication cannot be performed.

  Specifically, when a malicious operator sends a message message including a meaningless message or a word that makes a person unpleasant one after another, those sentences appear one after another on other client terminals. As a result, other operators overlook the original meaningful communication message from non-malicious operators and messages on important systems.

  As a result, by repeating the meaningless chat utterance, the communication that is the purpose of the original chat is hindered, and a state that can be a nuisance act against other players is formed.

  In particular, in the chat in MMO (Massively Multi-Player Online) game system in which multiple client terminals play games via the server, not only officially registered players but also temporarily registered players participate in the game. If it is possible to do so, it is assumed that there will be more opportunities for malicious player chats to be a nuisance.

  Here, regarding chat in a game, there are inventions described in Patent Documents 1 and 2 as conventional techniques.

  In the invention described in Patent Document 1, a communication object is set on the game, which is conventionally controlled separately from chat and game, and the exchange of messages is limited by the state of the communication object. Give. In other words, the progress of the game such as the state of the player during the game is influenced by the chat.

In addition, the invention described in Patent Document 2 is an information transmission game in which in a system using information transmission as a game, it is possible to enjoy increasing uncertainty in the propagation process by changing and propagating information transmitted sentences. .
JP 2003-62346 A International Publication No. WO2005 / 111815

  As described above, message transmission / reception in the network is inconvenient due to unlimited chat utterances by the system participants, particularly when a large number of participants such as MMO game systems perform message transmission / reception in the same system. On the other hand, Patent Documents 1 and 2 disclose a system that enables message transmission / reception in a network game. However, none of the systems point out inconveniences due to the occurrence of message transmission / reception in the game. There is no description of the purpose of limiting the technology and the technology corresponding to that purpose.

  Accordingly, an object of the present invention is to provide an execution control method for carrying out control for suppressing the amount of character transmission at the time of message transmission / reception using characters, and a network system using the same.

  The present invention for achieving the above object is an application execution control method for transmitting and receiving messages in a system in which a plurality of client terminals are connected to a server apparatus through a network and perform message transmission and reception. The message transmission allowance for each client terminal is managed, and when a message is transmitted from the client terminal, a predetermined unit number is subtracted from the message message allowance for the corresponding client terminal, and the message transmission allowance is set. When there is more message transmission, the server device or client terminal that manages the message transmission allowable amount is caused to process the transmitted message data.

  With this configuration, it is possible to reduce the willingness to speak a message and prevent message transmission.

  In the above configuration, as the processing of the message data, a part of the message data transmitted from the client terminal can be deleted.

  In addition, as processing of the message data, when the message data transmitted from the client terminal includes predetermined characters or character string data, part or all of the message data is changed to different character or character string data. It may be used for conversion to.

Further, in the above configuration, the server device compares the client information input from the client terminal with the client information recorded in the server device during the login process, and accepts the temporary registration when there is a mismatch. The message transmission allowance may be set for the temporary registration client terminal to set a message transmission allowance different from that of the registered client terminal. Possible,
When message transmission is not performed for a predetermined time, the predetermined unit number of the corresponding client terminal is added up to the initial message transmission allowable amount according to the elapsed time, so long as there is no inconvenience in overall message communication. , It is possible to restore the message opportunity.

(1) Basic part Embodiments of the present invention will be described below with reference to the drawings.

  FIG. 1 is a conceptual configuration diagram of a network system using the execution control method of the message transmission / reception system of the present invention.

  In the following explanation, there is a player character that is a clone of each player corresponding to a plurality of client terminals in the virtual space managed by the server device, and each character has a chat-type message in real time. The structure of the Example in the MMO game system which implement | achieves transmission / reception is shown. However, the application of the present invention is not necessarily limited to such a configuration.

  Client terminals 2A, 2B,... 2N attached to a plurality of players are connected to the game server device through a network 1 such as the Internet. As a game server device, a central server 3 and an individual function server 4 are provided.

  The individual function server 4 connected to the central server 3 includes an authentication server function unit 40, a game server function unit 41, and a database server function unit 42 as a plurality of function units related to game program execution.

  These authentication server function unit 40, game server function unit 41, and database server function unit 42 may each be composed of a single or a plurality of servers depending on the system scale.

  The central server 3 performs overall control on the authentication server function unit 40, the game server function unit 41, and the database server function unit 42.

FIG. 2 is a block diagram illustrating a configuration example of the central server 3.
The communication interface 30 is connected to the Internet 1 and the individual function server 4. The transmission control unit 31 is provided as a main function, and the transmission control program 320 stored in the storage device 32 is executed by the transmission control unit 31.

  Accordingly, the transmission control unit 31 similarly refers to the transmission control reference information 312 stored in the storage device 32 and transmits / receives data to / from the plurality of client terminals 2A, 2B,. Data is transmitted to and received from the server 4.

  That is, the transmission control reference information 312 includes data transfer destination information. In accordance with this transfer destination information, the received data is transferred to the corresponding transfer destination.

  FIG. 3 is a configuration example of the authentication server function unit 40.

  The authentication server function unit 40 is connected to the central server 3 through the communication interface 412. In response to a log-in request for game participation sent from the central server 3, the registered information is searched by the database server 42 and an authentication process is executed by the arithmetic processing unit 400 as will be described later.

  FIG. 4 is a configuration example of the game server function unit 41. As a basic configuration, similarly to the authentication server function unit 40, it is connected to the central server 3 through the communication interface 412.

  Furthermore, it has the memory 411 which stores a game program, and the arithmetic processing part 410 reads a game program from this memory 411, and performs it.

  Based on data from the client terminals 2A to 2N sent via the central server 3 through the communication interface 412, a player character associated with the corresponding client terminal (a character controlled by a player or a program on the game screen). In other words, the calculation result in the calculation processing unit 410 according to the game program is reflected and displayed on the display device 413. At the same time, the same calculation result data is transmitted to the corresponding client terminal via the central server 3.

  FIG. 5 is a block diagram illustrating a detailed configuration example of the arithmetic processing unit 410 of the game server function unit 41. Such a configuration is basically the same as the configuration in Klein and 2A to 2N as a game device as will be described later.

  That is, a main CPU 421, a main memory 422, an image processing CPU 423, a texture memory 424, a video RAM 425, and an input / output interface 426 are commonly connected to the system bus 420.

  Further, a memory 411 such as a hard disk for storing a game program, a communication interface 412, and a display device 413 are connected to the system bus 420 as devices outside the arithmetic processing unit 410.

  The main CPU 421 reads a game program from the memory 411 and manages overall control of devices connected to the system bus 420 and communication control via the communication interface 412 while the game is in progress.

  The image processing CPU 423 reads game data attached to the game program from the memory 411, converts the coordinates into virtual three-dimensional space coordinates on the game, and further converts a character image composed of polygons into a two-dimensional display screen corresponding to the display screen according to the game program. Convert coordinates to coordinates.

  At this time, the texture to be pasted on the polygon is read from the texture memory 424 and drawn in the video memory 425.

  The image processing CPU 423 further sends the image data drawn in the video memory 425 to the display device 413 for display.

  An input device such as a keyboard is further connected to the arithmetic processing unit 410 via an I / O interface 426 as necessary.

  The image data generated by the arithmetic processing unit 410 is sent to the central server 3 through the communication interface 412. The central server 3 refers to the transmission control reference information 321 and transmits it through the Internet 1 to the IP addresses of the corresponding client terminals 2A to 2N.

  FIG. 6 is a diagram illustrating a configuration example of the client terminals 2A to 2N. Each is the same and has the same configuration as that of the arithmetic processing unit 410 of the game server function unit 41 shown in FIG.

  In FIG. 6, a main CPU 201, a main memory 203, an image processing CPU 204, a texture memory 205, a video RAM 206, an input / output interface 208, and an HDD device 202 as a secondary memory are commonly connected to a system bus 200.

  Further, it can be connected to the Internet 1 through a communication interface 209 connected to the system bus 200.

  The main CPU 201 reads a game program from the HDD device 202, and manages overall control of devices connected to the system bus 200 and Internet connection control via the communication interface 209 while the game is in progress.

  The image processing CPU 204 reads a game program and game data attached thereto from the HDD device 202, converts the coordinates into virtual three-dimensional space coordinates on the game, and corresponds a character image composed of polygons to the display screen according to the game program. Convert coordinates to two-dimensional coordinates.

  At this time, the texture to be pasted on the polygon is read from the texture memory 205 and drawn in the video memory 206.

  An input device such as a keyboard is further connected to the client terminal via an I / O interface 426 as necessary. The main memory 203 temporarily stores data during game processing.

  Next, an embodiment of the game execution control method according to the present invention realized in the configuration of the online network game system described above will be described.

  FIG. 7 is an example process flow of the game execution control method according to the present invention.

  When the process starts, for example, in the client terminal 2A, a corresponding application program is read from the HDD device 202 in order to execute the MMO game, and an application activation process is executed by the main CPU 201 (step S1).

  When the application activation process is executed, a server login process is executed (step S2). In this server login processing, server login processing (step S2A) is executed on the client terminal side, and login processing from clients on the game server side including the central server 3 and the individual function server 4 is executed (step S2B). .

 FIG. 8 is a detailed flow of the authentication process (step S2) for server login in FIG.

  In FIG. 8, for example, the client terminal 2A starts an authentication routine as a function of a game program stored in the HDD device 202 and controlled by the main CPU 201 in order to participate in the game (step S20). When the authentication routine starts, connection to the central server 3 is made through the Internet 1 through the communication interface 209 to the Internet 1 (step S21).

  Next, a client authentication ID and a client authentication password are input from an input screen displayed on the display device 207 using a keyboard or soft keyboard connected to the I / O interface 208 of the client terminal 2A (steps S22 and S23). , Yes).

  When the client authentication ID and the client authentication password are input, the central server 3 accepts them. Then, the central server 3 sends the received client authentication ID and client authentication password to the authentication server function unit 40 of the individual function server 4 in accordance with the transmission control reference information 321.

  The authentication server function unit 40 determines whether the authentication ID registered in the database server function unit 42 matches the authentication password (step S24).

  Here, if a match is determined, the authentication routine is ended, and that fact is notified from the authentication server function unit 40 to the central server 3. (Step S25).

  On the other hand, if it is not determined to match (No in step S24), the fact that the input ID and password are not matched with the registered information is sent to the corresponding client terminal 2A through the central server 3 and is not matched with the display device 207. Is displayed (step S26).

  Here, in the corresponding client terminal 2A, the process returns to step S2 where the client authentication ID and the client authentication password are re-input, and the above processing is repeated (Yes in step S27).

  If the re-entry is not performed (step S27, No), the authentication server function unit 40 sends a guidance to log in with the temporary registration ID and displays it on the display device 207 of the client terminal 2A (step S28). .

  On the other hand, if the client terminal 2A displays an intention to consent to login with the temporary registration ID (step S29, Yes), the temporary registration ID is issued (step S30), and the authentication routine is terminated. The process is a login process for temporary registration (step S31).

  On the other hand, without logging in with the temporary registration ID (step S29, No) and canceling the login process (step S32, Yes), the authentication routine ends (step S33).

  Returning to FIG. 7, when the login process is completed, if there is an operation input from the input device connected to the I / O interface 208 in the client terminal 2A (step S3), the main CPU 201 It is determined whether or not communication with 2 is necessary (step S4).

  That is, in the above operation input (step S3), it is an input of information that does not require communication with the server side, such as a screen ratio changing operation, a volume setting, or an input related to the progress of the game, for example, the character's It is determined whether or not the input requires communication with the server side in a network game such as a movement operation, a battle operation on a character, or a chat operation (step S4).

  If communication with the server side is not required (step S4, No), the image processing CPU 204 outputs images, sounds, and the like according to the current player status and virtual space status in accordance with the game program in the client terminal 2A. (Step S5).

  On the other hand, if the input at the client terminal 2A is character movement operation, battle operation, chat operation, etc., and it is determined that communication with the server side is necessary (step S4, Yes), communication from the client side on the server side Processing corresponding to the processing (step S8) starts.

  FIG. 9 is a diagram showing an example of the effect display on the client terminal, and particularly shows the display corresponding to the chat operation. In the example shown in FIG. 9, a character A that transmits a chat character to the display screen 210 of the display device 207, an image of a character B that is located in a range where the chat character reaches, a chat character input area (chat window) 211, and further power A gauge 212 is displayed.

  The display of the power gauge 21 indicates the remaining amount of the speech allowance that will be described in detail later. Normal speech is possible within this speech allowance range. In addition, a value smaller than the allowable amount for a registered client terminal is set for a client terminal that logs in by temporary registration described earlier in the authentication flow. That is, it is controlled so that the speech is more restricted to the temporarily registered client.

  FIG. 10 is a diagram showing details of the processing (step S8) corresponding to the communication processing from the client side in FIG.

  The central server 3 receives the client information, the accompanying information, and the chat character string transmitted / received based on the transmission / reception protocol by the transmission control program 320 (step S80).

  That is, when communication with the server is necessary (step S4, Yes) based on information input by the chat operation input process (step S3) in the client terminal 2A after login, a packet configuration example as shown in FIG. Thus, client information is sent from the client terminal 2A to the central server 3.

  In FIG. 11, as an example, a packet is assembled with a client ID (II), accompanying information (III), a text string (IV), and a cyclic check code (V) following the header (I).

  The client ID (II) includes a client identification ID and client IP address data, the accompanying information data includes accompanying information data such as a numerical value representing a simulated voice volume as a chat utterance, and text string data (IV) is , Data corresponding to the character string input in the chat character input area 211 on the display screen 210 (FIG. 9).

  In this way, transmission from the client terminal to the central server 3 is performed by a packet.

  The central server 3 sends the received packet to the game server function unit 41 based on the transmission control information reference information 321.

  The game server function unit 41 searches the client data stored from the database server function unit 42 based on the client ID (II) of the packet sent by the main CPU 421, and the remark of the player character corresponding to the client terminal 2A An allowable remaining amount is obtained (step S81).

  The player character allowable remaining amount corresponds to the amount indicated by the power gauge 212 displayed on the display screen 210 shown in FIG.

  The game server function unit 41 processes the character string by a predetermined method based on the client's allowable speech remaining amount and the received chat information (step S82). In the present embodiment, the management of the speech allowance (that is, the processing control for the speech exceeding the speech allowance) is described mainly on the server side and the client terminal side on the slave. This is because the processing on the server side is more secure, but the allowable amount of speech may be managed on the client terminal side. As an advantage in that case, there is an effect of reducing the addition on the server side by sharing the management processing to each terminal side, but the processing procedure is common in both cases.

  That is, for the purpose of the present invention, in order to limit chat utterances from the client, the character string is processed by a predetermined method to suppress the utterances.

  For this purpose, when processing the character string, if the client's utterance allowance is less than the threshold value, the message data such as masking characters exceeding the specified number of characters in the character string or converting it to a special character string Processing may be performed. As a result, the meaning of the statement itself is unknown, and the willingness to speak further can be suppressed.

  Then, the client's allowable speech remaining amount is subtracted in accordance with the length of the character string of the message and the display size of the character string (step S83). That is, power is consumed by chat utterances, and the utterance allowable remaining amount correspondingly decreases.

  The meaning of the power corresponding to the chat utterance can be variously changed in the game configuration. For example, the amount of oxygen as vital capacity when the player character is a human, and the battery capacity when the player character is assumed to be a robot.

  Further, as a method for subtracting the allowable speech remaining amount indicating the allowable amount of message transmission by the client, for example, as a basic setting, the power gauge 212 is consumed for one unit per one-byte character display. Therefore, the display of one full-width character is reduced by two units of gauge.

  Further, when the displayed character is transmitted, it is possible to further consume 8 units.

  Further, the allowable speech allowance given as an initial value is differentiated between a client who has logged in by temporary registration and an already registered regular client in the authentication routine described above, that is, for a client who has logged in by temporary registration. Setting a small allowable amount of speech is practically effective against restricting speech.

  Furthermore, the game server function unit 41 searches the database server function unit 42 based on the client ID (II) to obtain the coordinate position in the virtual three-dimensional space where the player character corresponding to the client is located (step S84). ).

  A virtual space area in which chat information is to be transmitted is obtained by calculation from the obtained coordinate position of the character and accompanying information (step S85).

  FIG. 12 is a diagram illustrating a state example in the progress of one game in the virtual three-dimensional space.

  A plurality of lands L1, L2, L3, and L4 exist across the sea. In each land, a player character whose location is positioned when logging into the game as an initial setting is positioned.

  An enemy-friendly relationship is created between these player characters, and information is exchanged between allies to advance the game so as to ensure superiority in battle.

  In such a case, chat is used to convey a message for information exchange.

  For example, when the player character A in the land L2 tries to transmit a message to the friendly player characters B and C in the land L2, the character string of the message is a chat character on the client terminal corresponding to the player character A. It is input to the input area 211. At the same time, the loudness of the player character A that reaches the location of the ally player characters B and C in the land L2 is set.

  Then, the loudness information set in the accompanying information (III) in the transmission packet shown in FIG. 11 transmitted from the client terminal to the game server is added.

  Here, as described above, it is possible to define the allowable speech remaining amount assuming the remaining power or oxygen amount in the player character A. Therefore, the oxygen amount corresponding to the message transmission (speech) of the player character A is consumed by the setting of the length of the spoken message and the loudness of the voice. Reduced.

  As described above, in step S85, the calculation based on the accompanying information (III) of the packet sent from the client terminal 2A is performed by the calculation processing unit 410 of the game server function unit 41, and the virtual space area in which the chat information is to be transmitted. Is required. That is, a virtual space area where the voice from the position of the player character A corresponding to the loudness information in the attached information (III) reaches is obtained, and another plier character (within the obtained virtual space area) In the previous example, client information of other player characters B and C) located on the land L2 is obtained (step S86).

  The processed chat information (character string) to be transmitted to the client terminals corresponding to the other player characters B and C obtained is transmitted (step S87).

  As described above, when a chat character string exceeding the allowable speech capacity of the player character A as the transmission source is remarked as processed chat information (character string), this is masked and transmitted. .

  If the chat character string has been processed in this way, the message is transmitted to the utterance source character A in order to notify the client of the state (step S7, Yes).

  FIG. 13 is an example of an image displayed on the display screen 210B of the display device of the client terminal 2B when the message character of the message source character A reaches the client terminal 2B corresponding to the player character B.

  Along with the player character B, the source player character A and a balloon 213 attached thereto are displayed. The speech content of the player character A is displayed in the balloon 213.

  In FIG. 13, the power gauge 212 </ b> B indicates the allowable speech amount of the player character B. Therefore, the player character B can respond to the player character A within the allowable speech amount range, or can normally make a statement with a display to another player character.

  FIG. 13 shows a case where the player character A has made a speech within the allowable speech amount range, that is, a state in which a speech has been sent to the player character B without being processed into a speech character string. .

  In contrast, the player character A, when the speech beyond the range of the speech permissible amount, i.e., if the speech to the player character B is sent in a state that is not be processed in the speech string, remark character string "Hello "" Is displayed, for example, as a character string processed as "Konxxx". Therefore, the player character B cannot correctly recognize the utterance of the player character A.

  In this example, the original character is changed to a different character. However, as another processing method, a part of the character string (in this example, the third character) is separated as "Kon ...". After changing to a special character, a part of the character string (in this case, the character string after the fourth character) may be deleted.

  In particular, when the player character is a human and the message transmission allowance is expressed as oxygen or vital capacity, for example, the character's face color is changed, or the character is exercised to take deep breaths, or By performing the effect display as if sweating around the character, it is possible to display the message speech as if the character in the virtual space was out of breath.

  FIG. 14 is a diagram illustrating an example of a state of change of the power gauge 212 displayed on the display screen of the display device 207 of the client terminal corresponding to the player character who is speaking at the chat.

  In particular, FIG. 14 shows an example in which an utterance character string is generated within the utterance allowance range.

  In FIG. 14, FIG. 14A shows a state where the allowable speech amount is 100%.

  FIG. 14B shows the state of the power gauge 212 when a comment character is input to the chat window 211 (see FIG. 9). Area I indicates the remaining amount of allowed speech, and area II is a decrease notice 212A for the number of spoken characters.

  FIG. 14C shows the state of the power gauge 212 when transmission is executed to the game server side after the speech is input. A decrease 212B of the remaining amount I of the allowable speech amount due to the remark is shown.

  FIG. 14D shows a state 212C in which the remaining amount of allowed speech gradually recovers and increases as a predetermined time elapses from the remaining amount of allowed speech amount of FIG. 14C.

  FIG. 15 is an example of a screen display when a speech is made in a state where the remaining amount of the speech allowance is further zero.

  In FIG. 15, FIG. 15A is a state in which the range of the reduction notice is a state in which the remaining amount of allowable speech is zero, and the reduction notice 211 </ b> A is displayed in the chat window 211.

  FIG. 15B is a display when further input is performed ignoring the decrease notice in FIG. 15A. An alarm 211B is displayed in the chat window 211.

  FIG. 16 is a diagram showing a display example of the message client terminal in which the chat window 211 cannot be opened when it is transmitted in the state of FIG. 15B. In FIG. 16, the balloon 213 displays only up to a predetermined amount (the number of characters corresponding to the remaining amount of speech allowance) of input characters. At the same time, a display 214 of zero (here, “Empty” indicating “out of oxygen”) is displayed on the power gauge 212.

  The display on the display screen 210 and the power gauge 212 of the display device 207 of the client terminal 2A corresponding to the player character A described in FIGS. 14 and 15 is controlled by the corresponding image processing CPU 204. The remaining amount data is registered and managed as client registration information on the game server side, that is, in the database server function unit 42.

  Therefore, in the flow of FIG. 10, the game server function unit 41 makes a judgment based on the client registration information of the database function unit 42, and an alarm display indicating that the allowed speech amount is reduced or the remaining allowed speech amount is zero. If notification is required, the information is notified to the corresponding client terminal (step S9, Yes).

  If there is no need for notification (No at Step S10), the database function unit 42 records and holds the communication status with the client (Step S10).

  Further, returning to the flowchart of FIG. The CPU 201 of the client terminal monitors the state (client status) of the client (step S6), and when there is a logout input (step S6, Yes), executes logout processing according to the game program (step S7).

  In the logout process (step S7), the logout process is executed from the client side to the server side (step S7A), and the logout process from the client is executed on the server side (step S7B).

(2) Application part: Correspondence to prohibited words / prohibited characters In addition, the following embodiments are possible as applications of the above embodiment. In other words, in step S83 of the processing step in FIG. 10, it is possible to change the processing depending on conditions, rather than simply reducing the allowable speech amount by speaking.

  FIG. 17 is an embodiment flowchart showing a process instead of the process of step 23 in FIG. 10 as such an application embodiment.

Following step S82 in FIG. 10, it is determined whether or not the utterance character string includes a prohibited character (prohibited character string) (step S83A). If a prohibited character (prohibited character string) is not included (step SS83A, No), the processing is the same as the processing in step S83 of FIG. The allowable remaining amount is subtracted by a predetermined unit number (step S83A).
On the other hand, when a prohibited character (prohibited character string) is included in the utterance character string (step S83A, Yes), the message allowable amount remaining amount of the corresponding client is set to zero (step S83C). Further, the prohibition character (prohibition character string) portion is processed or deleted (step S83D).

  In that case, the corresponding client side can make a note of why such processing or deletion has been performed by displaying a warning message “Inappropriate words were included” in the chat window. Specifically, in step S9 of the flowchart in FIG. 10, the server transmits a warning display message or a warning voice generation command to the client, and as a result, the warning is given from the client display device or speaker in step S5. Sentence display and warning sound are generated.

  In addition, forbidden character strings in this case are specifically words that make others unpleasant, but they are further expanded to restrict the use of kanji from character codes, and only hiragana and katakana etc. You may restrict | limit so that it may display with a character code.

  As an example in that case, the step (step S83C) forcibly setting the message allowable amount remaining amount in the above step to zero is not performed, and the message transmitted from the client in the subsequent processing or deletion step (step S83D). This can be realized by replacing only the character code corresponding to the Chinese character in the character string data in the data with a character code such as a different figure set at random.

  Further, as another example of message restriction by character code, it is also possible to change the consumption amount of the message allowable amount according to the predetermined character code with respect to the predetermined message allowable amount remaining on the server side. Specifically, the characters that make up the character string data included in the message data are classified into kanji, hiragana, and katakana, and if the characters are kanji, the consumption is double that of hiragana and katakana. For characters (the amount of data at the time of transmission / reception is half that of full-width characters as a general character code, the processing on the server side can be performed with a low burden), the consumption may be half that of full-width characters.

  By performing such processing as, for example, differentiation between a user who has registered and charged normally and a user who has not been charged only by other temporary registration, the user can receive the message by a message displayed on the screen. It is possible to distinguish whether the speaker is registered or temporarily registered. This is not limited to Kanji characters. For example, in English-speaking countries, the display of English characters is limited to uppercase only (or only lowercase characters), and in Korean-speaking countries, Hangul characters are limited to only alphanumeric characters. A wide range of applications are possible as long as the message transmission / reception system handles messages with character code data.

It is a conceptual lineblock diagram of an online network game system using the game execution control method of the present invention. It is a block diagram of a configuration example of a central server. It is a structural example of an authentication server function part. It is a structural example of a game server function part. It is a block diagram of a detailed configuration example of the arithmetic processing unit of the game server function unit. It is a figure which shows the structural example of a client terminal. It is an Example processing flow of the execution control method of the game according to this invention. 8 is a detailed flow of authentication processing (step S2) for server login in FIG. It is a figure which shows an example of the effect display in a client terminal. It is a figure which shows the detail of the response | compatibility process (step S8) with respect to the communication process from the client side in FIG. It is a figure which shows the structural example of a packet. It is a figure which shows the example of a state in progress of one game in virtual three-dimensional space. It is an example of an image displayed on the display screen of the display device of the client terminal 2B when the utterance character of the utterance source character A reaches the client terminal 2B corresponding to the player character B. It is a figure which shows the example of a change state of the power gauge displayed on the display screen of the display apparatus of the client terminal corresponding to the comment player character at the time of chat speech. It is an example of a screen display when a speech is made in a state where the remaining amount of speech allowance is zero. It is a figure which shows the example of a display of the speech client terminal by which the state which cannot open the chat window 211 is displayed when it transmits in the state of FIG. 15B. FIG. 11 is an embodiment flowchart showing a process instead of the process of step 23 in FIG. 10 as an application example.

Explanation of symbols

1 Network 2A to 2N Client terminal 3 Central server 30, 401, 412 Communication IF
31 Transmission control unit 32 Storage device 320 Transmission control program 321 Transmission control reference information 4 Individual function server 40 Authentication server function unit 400, 410 Arithmetic processing unit 41 Game server function unit 42 Database server function unit 411 Memory 420 System bus 421, 201 Main CPU
423,204 Image processing CPU
422, 203 Main memory 411, 202 Secondary memory 424, 205 Texture memory 425, 206 Video RAM

Claims (13)

An application execution control method for sending and receiving messages in a system in which a plurality of client terminals are connected to a server device through a network and sending and receiving messages.
Allowing the server device or client terminal to manage the message transmission allowance for each client terminal;
When a message is sent from the client terminal, a predetermined unit number is subtracted from the message utterance allowance for the corresponding client terminal,
When there is a message transmission exceeding the message transmission allowable amount, the server device or the client terminal that manages the message transmission allowable amount is made to process the transmitted message data.
An application execution control method characterized by the above. In claim 1,
An application execution control method, comprising: deleting a part of message data transmitted from the client terminal as the processing of the message data. In claim 1,
As processing of the message data, if the message data transmitted from the client terminal includes predetermined characters or character string data, part or all of the message data is converted into different character or character string data. A method for controlling the execution of an application. 2. The server device according to claim 1, further comprising: comparing the client information input from the client terminal with the client information recorded in the server device during the login process, and accepting the temporary registration when there is a mismatch. ,
Causing the temporary registration client terminal to set a message transmission allowance different from that of the registered client terminal.
An application execution control method characterized by the above. In claim 1,
An application execution control method, wherein when a message transmission is not performed for a predetermined time, the predetermined unit number of the corresponding client terminal is added to an initial message transmission allowable amount according to an elapsed time. A message transmission / reception system comprising a server device and a plurality of client terminals connected to the server device through a network,
The plurality of client terminals have message transmission and reception functions,
The server device or the plurality of client terminals have a function of managing a message transmission allowable amount for each client terminal,
When a message is transmitted from one client terminal of the plurality of client terminals, a predetermined unit number is subtracted from a message utterance allowance for the one client terminal,
When there is a message transmission exceeding the message transmission allowable amount, the server device or the plurality of client terminals process the transmitted message data.
A message transmission / reception system. In claim 6,
A message transmission / reception system that deletes part of message data transmitted from the client terminal as the processing of the message data. In claim 6,
As processing of the message data, if the message data transmitted from the client terminal includes predetermined characters or character string data, part or all of the message data is converted into different character or character string data. A message transmission / reception system. 7. The server device according to claim 6, wherein the server device compares the client information input from the client terminal with the client information recorded in the server device during the login process, and accepts it as a temporary registration when there is a mismatch.
Setting the message transmission allowance for the temporary registration client terminal to be different from the message transmission allowance for the temporary registration client terminal;
A message transmission / reception system. In claim 6,
A message transmission / reception system, wherein when a message is not transmitted for a predetermined time, the predetermined unit number of the corresponding client terminal is added to an initial message transmission allowable amount according to an elapsed time. A server device connected to a plurality of client terminals in a message transmission / reception system through a network,
Having a function of managing a message transmission allowance for the plurality of client terminals;
When a message is sent from the client terminal, a predetermined unit number is subtracted from the message utterance allowance for the corresponding client terminal,
When there is a message transmission exceeding the message transmission allowable amount, the transmitted message data is processed.
A server device characterized by that. A plurality of client terminals connected through a network to a server device in a message transmission / reception system,
Each client terminal has a function of managing a message transmission allowance for the plurality of client terminals,
When a message is sent from any one of the plurality of client terminals, a predetermined unit number is subtracted from the message utterance allowance for the client terminal that sends the message,
When there is a message transmission exceeding the message transmission allowable amount, the transmitted message data is processed.
A client terminal characterized by that. An application program executed to send and receive messages in a system in which a plurality of client terminals are connected to a server device through a network and send and receive messages.
Allowing the server device or client terminal to manage the message transmission allowance for each client terminal;
When a message is sent from the client terminal, a predetermined unit number is subtracted from the message utterance allowance for the corresponding client terminal,
When there is a message transmission exceeding the message transmission allowable amount, the server device or the client terminal that manages the message transmission allowable amount is made to process the transmitted message data.
An application program that is executed and controlled in a system for transmitting and receiving messages.

Images