JP2022106702A - Computer control program and message communication method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a message communication program for sharing diversified content efficiently with a chat destination with which communication is underway.

SOLUTION: A game selection screen is displayed on a timeline screen in a user terminal 20, it is determined whether a game is selected on the game selection screen, a group to which a user selecting a game belongs is identified, a message regarding the game selected by a user is outputted on the timeline screen of the user terminal 20 that another user belonging to the identified group uses, a game is selected on the timeline screen of the user terminal 20 that another user uses, the game is started by the user or another user, and a game link is displayed in an unselectable state on the timeline screen of the user terminal 20 of a user belonging to the group when state change information for indicating a state in which the number of other users participating in the selected game reaches a limitation is acquired.

SELECTED DRAWING: Figure 1

COPYRIGHT: (C)2022,JPO&INPIT

Description

The present invention relates to a control program and a message communication method for transmitting and receiving messages using an information processing terminal.

Today, a chat service for performing real-time message communication between users using a computer terminal such as a smartphone is provided (see, for example, Non-Patent Documents 1 and 2). In this chat service, a conversation (chat) is performed by exchanging messages with users registered in a group. In this chat service, conversations are conducted using texts and designed illustrations (stickers).

In addition, various contents (for example, games) are provided via the network.
Some such contents can be shared by a plurality of people. for example,
Among the games, there are social games in which a plurality of users can participate, and some users can play against each other or cooperate with each other (see, for example, Patent Document 1).

In addition, a service that allows a chat group to play a game is also provided in a chat application (see, for example, Non-Patent Document 3).

Japanese Unexamined Patent Publication No. 2013-94304 (Page 1, FIG. 1)

GREE, Inc. , "Tellit" [online], May 17, 2013, Google play, [Search May 24, 2013], Internet <URL https://play.google.com/store/apps/details?id= net.gree.android.app.messenger&hl=ja> GREE, Inc. , "Tellit" [online], May 20, 2013, iTunes, [Search May 24, 2013], Internet <URL: https://itunes.apple.com/app/id581075146> TangoME, Inc. , "Tango" [online], May 10, 2013, Google play, [Search May 24, 2013], Internet <URL: https://play.google.com/store/apps/details? id = com.sgiggle.production>

In the service that provides games in the above chat, the logic and visual assets of the game application consisting of native code are bundled in the chat application itself. In this way, if the chat application itself contains the logic and visual assets of the native game application, the size of the application will increase.

In addition, in order to add a game or update the game content, it is necessary to update the chat application itself. In particular, when adding a new game, the work of combining with the code of the chat application may occur, which may cause technical and business problems.

Also, when creating game content with native code, it took time to provide the game to the user.
Furthermore, when the chat server that provides the chat service and the content server that provides the content are constructed in different systems, it is necessary to perform user relevance (group management) in each system, and user management is performed. It was complicated.

The present invention has been made in view of the above-mentioned problems, and an object of the present invention is a computer control program and message communication for efficiently sharing various contents with a chat destination in which communication is performed. To provide a method.

A computer control program that solves the above problems is a control program used in a computer having an input unit for inputting a message, and is a control program used by the user with respect to the computer used by the user and other users belonging to the group to which the user belongs. A message is sent and received via the network between the two, and an icon for using the game managed by the content server is displayed on the timeline screen including the timeline in which the message is displayed in chronological order. When is selected, a message about the game is output to the timeline screen, and when a notification indicating the validity period of the game is received from the content server, the validity period of the game is displayed on the timeline screen. Make the display perform. As a result, the game can be shared based on the user relevance on the chat.

The message communication method that solves the above problems is a message communication method that uses a message processing unit that sends and receives messages via a network, and the message processing unit is connected to another user belonging to the group to which the user belongs. Messages are sent and received via the network between the two, and on the timeline screen including the timeline in which the messages are displayed in chronological order, an icon for using the game managed by the content server is displayed, and the icon is displayed. When is selected, a message about the game is output to the timeline screen, and when a notification indicating the validity period of the game is received from the content server, the validity period of the game is displayed on the timeline screen. Display. As a result, the game can be shared based on the user relevance on the chat.

According to the present invention, it is possible to provide a computer control program and a message communication method for efficiently sharing a game with a chat destination with which communication is being performed.

The system schematic diagram of this embodiment. Explanatory drawing of the bridge of this embodiment. The explanatory view of the outline of the processing procedure of this embodiment. The explanatory view of the processing procedure of this embodiment. Explanatory drawing of sequence and data of this embodiment. Explanatory drawing of sequence and data of this embodiment. Explanatory drawing of the screen example of this embodiment. Explanatory drawing of the screen example of this embodiment. Explanatory drawing of the screen example of this embodiment.

Hereinafter, an embodiment of the message communication method will be described with reference to FIGS. 1 to 9. This embodiment assumes a case of supporting sharing of web contents (competition game) in a chat service for sending and receiving messages between a plurality of clients.

As shown in FIG. 1, in the present embodiment, a chat server 10, a user terminal 20, and a game server 30 connected via a network such as the Internet are used.
The chat server 10 is a computer system that provides and manages a chat service for the user terminal 20. The chat server 10 has a CPU, RAM, and ROM.
A chat management unit 11, a user management unit 12, a message storage unit 13, and a game management unit 14 are provided.

The chat management unit 11 acquires a message from each user terminal 20, records it in the message storage unit 13, and executes a process of transmitting it to another user terminal 20 belonging to a chat group or a contact.

The user management unit 12 manages information on users of the chat service and chat groups.
The message storage unit 13 stores the message acquired from each user terminal 20 as sender information.
Record in association with chat group information.

The game management unit 14 manages game information that can be provided to each client.
Further, when the user terminal 20 belonging to the chat group is offline, the chat server 10 transmits a push notification to the user terminal 20. By this push notification, the user terminal 20 can be prompted to start the chat application.

The game server 30 is a server computer that provides various games on the Internet, and is an HTTP web server that manages game assets and logic. In the present embodiment, the game server 30 uses HTML including JavaScript (registered trademark).
Provide game content. It is assumed that the game server 30 provides a competitive game played by a plurality of users as game content. Game server 30
Includes a game control unit 31 and a session management unit 32.

The game control unit 31 executes a game management process provided to the user terminal 20 according to the type of game. The game control unit 31 transmits a state change notification to the chat server 10 according to a game option described later when the state of the game session changes.

The session management unit 32 manages game sessions according to the type of game. In the present embodiment, a number of game session IDs corresponding to the game implementation status are associated with the game ID that identifies the game. Then, each game session ID is associated with a state indicating the game state and an byte ID (described later). The management of the game session is not limited to these, and can be determined according to the implementation of the game.

Further, in the game provided in the present embodiment, various game options are set according to the game. In this embodiment, options include, for example, "one-time", "sustainable", "validity period", "number of people limit", "result notification" and the like. In a "one-time" game, the game session ends only once. In a "sustainable" game, the game can be continued in multiple game sessions. In the "valid period" game, the game can be continued only for a predetermined period. "Limited number of people"
In the game, a predetermined number of people participate in the game, and when it becomes full, new participation is refused. In the "result notification" game, each user is notified of the result of the game. In addition, it is possible to set a case where only some options are used or a case where a combination of a plurality of options is used.

The user terminal 20 is a computer terminal (information processing terminal such as a smartphone) of a user of the chat service. When using the chat service for the first time, the user terminal 20
Access the chat server 10 to download and install the chat application program.

The user terminal 20 includes a control unit including a CPU, RAM, ROM, and the like, a memory for storing data, and an input / output unit for various information. This control unit functions as the chat unit 21 by executing the chat application program. Further, in the present embodiment, a touch panel display is used as an input / output unit.

The chat unit 21 functions as a message processing unit, and includes a chat screen unit 210, a chat destination management unit 220, a message storage unit 230, a game management unit 240, and a web screen unit 250.

The chat screen unit 210 outputs a message transmitted or received in the chat service to the timeline screen displayed on the touch panel display. Chat screen section 21
0 includes a transmission processing unit and a reception processing unit. The transmission processing unit displays the message input on the touch panel display as its own remark, and executes a process of transmitting the message to the chat server 10. The reception processing unit executes a process of outputting a message acquired from the chat server 10 as a statement of another person on the touch panel display. Each user terminal 20 and the chat server 10 are connected by a chat socket. In this chat socket, a socket that reflects and shares information updates in real time is used.

The chat destination management unit 220 records information about the chat group to which the user of the user terminal 20 belongs and the contact information designated by the user terminal 20. You can send and receive messages with the participating users and contact users of this chat group.

The message storage unit 230 records messages sent and received using the chat service.
The game management unit 240 manages the game information available to this client.
The game management unit 240 receives the user's request from the game management unit 14 of the chat server 10.
Download the game information from. Data related to the connection destination of the game server 30 that provides this game and the game ID (content identifier) is associated with each game information. Then, the game management unit 240 outputs a game selection screen showing a list of selectable games on the touch panel display. When a game is selected on this game selection screen, the web screen unit 250 is called.

As will be described later, the web screen unit 250 executes a process of displaying screen data acquired from various game servers 30 in the web view 251. In the present embodiment, each user terminal 20 and the game server 30 are connected by a web socket. In this WebSocket, once a server and a client establish a connection via a native-JS (JavaScript (registered trademark)) bridge, necessary communication is performed on this connection using a dedicated protocol.

(Processing on the web screen)
Next, processing on the web screen will be described with reference to FIG. The web view 251 of the web screen unit 250 includes a native bridge 252 and a native UI (user interface), and outputs a screen display 254 on the touch panel display of the game screen acquired from the game server 30. In the native UI 253, view control and chat screen connection are performed.

The native bridge 252 is a game server 30 based on a game link on a chat screen.
Connect with and handle connections. By this connection handling, the content provided from the Web view 251 (for example, a battle game) acquires the session information and the session start event of the chat destination, and can handle the start of socket communication. Therefore, in connection handling, for example, various event listening and message broadcasting are realized from the following instances.
New connection ()
connection.open
connection.onclose
connection.send
connection.onmessage
Note that this connection handling is an example and is not limited to these.

(Overview of processing on the chat server)
Next, the outline of the processing in the chat server 10 will be described with reference to FIG. here,
Assume that clients A, B, and C belong to the same chat group.

First, the chat management unit 11 of the chat server 10 executes the chat management process (step S1-1). Specifically, the chat management unit 11 manages message exchanges in the user terminals 20 (for example, clients A and B) connected to the chat server 10.
Here, the timeline screen is displayed on the touch panel display of the user terminal 20 of each client. On this timeline screen, messages sent by the user and messages acquired from the other user are displayed in chronological order. In the present embodiment, on the timeline screen, the messages of others are displayed on the left side, and the messages of oneself are displayed on the right side.

Next, the chat management unit 11 of the chat server 10 executes the game selection process (step S1-2). Specifically, when playing a game, a desired game is selected on the user terminal 20 (for example, client A). In this case, the chat management unit 11 acquires the selected game information (web content identification information) in the client A.

Next, the chat management unit 11 of the chat server 10 executes the game link process (step S1-3). Specifically, the chat management unit 11 transmits a message including a game link to the chat partner in the chat group. For example, when a game is selected by the client A, a message (game link) about the selected game is output to the client B.

For offline clients, the chat management unit 1 of the chat server 10
1 executes push notification processing (step S1-4). Specifically, when the chat management unit 11 detects an offline client in the chat group, it gives a push notification to the client indicating that there is a request for a game link.
For example, when the client C is offline, a push notification is sent to the client C. In this case, an alarm indicating that there is a message on the chat service is output to the touch panel display of the user terminal 20 of the client C.

When the game link is selected by any of the plurality of clients (B, C), the client accesses the game server 30. Then, the game server 30 starts the game and manages the game session (step S1-5). When a state change is detected in the game session, the game server 30 transmits a state change notification to the chat server 10. The state change includes, for example, the progress of the game, the case where the number of players reaches the limit (full), the end of the game, and the like.

In this case, the chat management unit 11 of the chat server 10 executes the acquisition process of the status change notification (step S1-6). Specifically, the chat management unit 11 acquires a state change notification from the game server 30. This state change notification contains information about game options.

Next, the chat management unit 11 of the chat server 10 executes a message correspondence process according to the game option (step S1-7). Specifically, the chat management unit 11 determines the display format of the message based on the option of the status change notification.

Next, the chat management unit 11 of the chat server 10 executes the game message display change process (step S1-8). Specifically, the chat management unit 11 outputs a message to the timeline screen of the chat group based on the determined display format.

(Game option)
Next, game options will be described with reference to FIG.
(A) In a game in which the game option is "one-time", the game server 30 is
When the end of the game is detected in one session, the chat server 10 is notified of the state change notification (end of the game) (step SE10). In this case, the chat management unit 11 of the chat server 10 grays out the game link on the client's timeline screen.

(B) In a game in which the game option is "sustainable", if the final conclusion (win / loss) of the game is not decided, the game server 30 continues the game even if one session is completed. (Step SE20).

Then, when the game is finally settled, the game server 30 executes the notification process of the state change notification (game end) to the chat server 10 (step SE21). In this case, the chat management unit 11 of the chat server 10 grays out the game link on the client's timeline screen.

(C) In a game in which the game option is "valid period", the game server 30 calculates the elapsed time from the session start time. Then, the game server 30 executes a notification process indicating that the expiration date is approaching as a state change to the chat server 10 (step SE30). In this case, the chat management unit 11 of the chat server 10 outputs a message indicating that the validity period is about to expire on the timeline screen of the client.

Then, when the game server 30 detects the expiration of the valid period based on the elapsed time from the session start time, the game server 30 executes a status change notification (game end) notification process to the chat server 10 (step SE31). ). In this case, the chat management unit 11 of the chat server 10 grays out the game link on the client's timeline screen.

(D) When the game option is "number of people limit", the game server 30 executes the number of participants counting process (step SE40). The game server 30 calculates the number of participants by counting the user IDs in the session management record recorded in the session management unit 32.

Then, when the number of participants reaches the limit number (when the number of participants is full), the game server 30 executes a status change notification (full) notification process for the chat server 10 (step SE4).
1). In this case, the chat management unit 11 of the chat server 10 grays out the game link on the client's timeline screen.

(E) In a game in which the game option is "result notification", when the game end is detected, the game server 30 executes a state change notification (game end) notification process to the chat server 10 (step SE50). .. This notification of the end of the game includes data on the user IDs of winners and losers. In this case, the chat management unit 11 of the chat server 10 displays the result on the timeline screen of the client and grays out the game link.

(Data used for sequence and communication)
Next, with reference to FIGS. 5 and 6, data used for sequence and communication when playing a game will be described. Further, the screen displayed on the touch panel display of the user terminal 20 will be described with reference to FIGS. 7 to 9.

First, when using the chat service, the chat application is started on the user terminal 20 of the client A.
In this case, as shown in FIG. 5, the user terminal 20 of the client A is the chat server 1.
Connection establishment processing is performed between 0 and 0 (step S101). This connection establishment process is performed by a known handshake.

Then, the user terminal 20 of the client A executes the data transfer process (step S).
102). Here, information (payload) necessary for using the chat service is transmitted and received.

In this case, as shown in FIG. 7, the timeline screen 510 is displayed on the touch panel display of the user terminal 20.
Further, when the chat service is used on the user terminal 20 of the client B, the connection establishment process (step S301) and the data transfer process (step S302) are executed as in the case of the client A.

Next, when the client A wants to play a game in a chat group, the game is selected. Specifically, on the chat screen of the user terminal 20, the output of the game selection screen is instructed.

In this case, as shown in FIG. 7, the game selection screen 520 is displayed together with the timeline screen 511 on the touch panel display of the user terminal 20 of the client A.
Then, when the game is selected on the game selection screen 520, the user terminal 20 of the client A activates the web view (step S103). Specifically, the web screen unit 250 of the chat unit 21 outputs the game screen to the touch panel display. This game screen includes a web view. The chat screen unit 210 is shown in FIG. 7.
The game message 531 is output on the timeline screen 530 shown in 1.

The user terminal 20 of the client A that has activated the web view performs a connection establishment process with the game server 30 (step S104). In this case, the web screen unit 25
0 generates an byte ID. As the byte ID, an identifier that allows the chat server 10 to grasp the chat destination is used. For example, the byte ID can be configured as follows.
[Invite ID] = [Game ID] x [Chat Group ID]

Further, as an option, the user ID of the invitee may be added to the byte ID. The byte ID may be generated in the chat server 10 and provided to the user terminal 20 of the client A. Then, the user terminal 20 receives a game ID, an byte ID, and a user ID of the selected game in the handshake signal.
(A) is transmitted to the game server 30.

In this case, the game control unit 31 of the game server 30 confirms whether or not the byte ID acquired from the user terminal 20 is recorded in the session management unit 32.
Here, when the in-byte ID acquired from the user terminal 20 is not registered in the session management unit 32 and the in-byte ID is acquired for the first time, the game control unit 31 assigns the game session ID to the game session. Is generated (S501). In this embodiment,
The game control unit 31 registers the game session ID and the game ID in the session management unit 32 in association with each other. Further, the game control unit 31 records a session management record in which the byte ID acquired from the client A and the state (game state) are associated with the game session ID. Then, the game control unit 31 returns the game session ID to the user terminal 20 of the client A. Further, the game control unit 31 records the game session ID in association with the user ID (here, the user ID of the client A).

The user terminal 20 of the client A performs data transfer processing with the game server 30 (step S105). Here, the information (payload) required to use the game
To send and receive.

In this case, as shown in FIG. 7, the web screen unit 250 outputs the game screen 550.
The game screen 550 includes a web view 551. In this web view 551, the connection with the game server 30 is established by the above-mentioned bridge processing, and as a result, the game logic is developed and started.

As a result, the game server 30 starts a session (step S502). In this case, the game control unit 31 of the game server 30 manages the game session. Game options can be specified according to this game ID. For example, as the state of this session management record, the state of the game (waiting for a match) is recorded.

Further, when a game is selected on the game selection screen 520 of the client A, the user terminal 20 performs a game link process (step S106). In this case, the chat management unit 11 of the chat server 10 transmits the game message to the chat server 10.
This game message includes connection destination information, game ID (web content identification information),
Include data about the byte ID. The connection destination information includes information for identifying the game server 30 of the selected game. As the information for identifying the game server 30, for example, a URL, an IP address, a port information, a host name, or the like can be used.

The chat server 10 that has acquired the game message from the client A executes the game link process (step S201). Specifically, the chat management unit 11 of the chat server 10 uses the user management unit 12 to specify the chat destination of the client A. In this case, the chat server 10 stores the chat group and the byte ID in association with each other. Then, a game message is transmitted to the online chat destination client (here, client B). This game message includes connection information, game ID,
Include data about the byte ID.

Then, the user terminal 20 of the client B outputs a game message to the timeline screen displayed on the touch panel display (step S303).
In this case, as shown in FIG. 7, the chat screen unit 210 outputs the timeline screen 540 to the touch panel display. The timeline screen 540 includes a game message 541.

Further, when the chat server 10 detects an offline chat destination client, the chat server 10 may detect an offline chat destination client.
The push notification process is executed (step S202). Specifically, the chat management unit 11 of the chat server 10 notifies the offline user terminal 20 that a game message is coming from another client A of the chat group. In this case, the user terminal 20 of the client C outputs an alarm indicating that there is a message on the chat on the touch panel display.

Then, the chat application is started on the user terminal 20 of the client C (step S401).
In this case, the user terminal 20 of the client C executes the connection establishment process (step S402) with the chat server 10.

Then, the chat server 10 executes the game link process (step S203).
In this case, the user terminal 20 of the client C outputs a game message on the timeline screen displayed on the touch panel display (step S403).

Next, a case where a battle game is played will be described with reference to FIG.
When the client B wishes to play a game, the user terminal 20 executes an open process (step S311). This process is performed by selecting the game message 541 shown in FIG. 7 on the timeline screen displayed on the touch panel display.

In this case, the user terminal 20 of the client B executes the web view process (step S312). Specifically, the web screen unit 250 of the chat unit 21 outputs the game screen to the touch panel display. This game screen contains a web view. In this case, the web screen unit 250 accesses the game server 30 by using the connection destination information included in the game message.

Then, the user terminal 20 of the client B executes a connection establishment process with the game server 30 (step S313). In this handshake signal, the client B transmits the game ID and the byte ID acquired from the chat server 10. Further, the client B transmits data regarding the user ID (B) to the game server 30.

Then, the user terminal 20 of the client B executes the data transfer process with the game server 30 (step S314). Here, the information necessary to use the game (
Send and receive payload).

In this case, the game server 30 performs the game session management process (step S51).
1). Here, too, the game control unit 31 of the game server 30 confirms whether or not the byte ID acquired from the user terminal 20 is recorded in the session management unit 32. In this case, if the byte ID acquired from the user terminal 20 is registered in the session management unit 32 and the game session is already maintained, the game control unit 31 will perform the game session in the session management unit 32. "B" is added as a user ID to the ID. Then, the game control unit 31 is the user terminal 2 of the newly joined client B.
For 0, the game session ID associated with the byte ID is returned. As a result, the game server 30 starts the game between the client A and the client B, and records the start of the battle, for example, as the state of the session management record.
In this case, as shown in FIG. 8, the game server 30 outputs the game screen 610 on the web screen units 250 of the clients A and B.

The game server 30 detects a state change during the game (step S512). In this case, the game control unit 31 updates the state in the session management record of the session management unit 32 according to the state change. Then, the game control unit 31 determines the necessity of the state change notification according to the game option of this game.

When the state change notification is required according to the game option, the game server 30 executes the game state change notification process on the chat server 10 (step S513). This status change notification includes data related to the byte ID and the option (game option).

Next, the chat server 10 executes the game state management process (step S211).
Specifically, the chat management unit 11 of the chat server 10 specifies the display form of the message according to the option of the state change notification. Next, the chat management unit 11 is the Invite I
Identify chat groups based on D. Then, the chat management unit 11 transmits a state change notification to each client. This status change notification includes data related to the byte ID and options.

The user terminals 20 of each client (A to C) output a message according to the state change.
Then, a battle is played on the web screen unit 250 of the clients A and B, and the game is finally ended.

Then, when the game server 30 detects the end of the battle, the game server 30 executes the session end process (step S514). In this case, the game control unit 31 records the end of the game as a state in the session management record of the session management unit 32.

Next, the game server 30 executes the game end notification process on the chat server 10 (step S515). In this state change notification (game end), the byte ID,
Include data about options (game options).

Next, the chat server 10 executes the game end management process (step S212).
Specifically, the chat management unit 11 of the chat server 10 depends on the game option.
The display form of the message is specified as described later. Next, the chat management unit 11 identifies the chat group based on the byte ID. Then, the chat management unit 11 sends a termination notification to each client. This end notification includes data related to the byte ID and options.

The user terminals 20 of each client (A to C) execute the game end process (steps S111, S315, S411). Specifically, the chat screen unit 210 of the chat unit 21
Maintains or changes the display of the message, depending on the option.

Here, when the end notification includes an option for displaying the result, the chat screen unit 210 of the chat unit 21 outputs a message based on the outcome of the end notification in each client.

Here, as shown in FIG. 8, the web screen unit 250 of the client A outputs the timeline screen 620, and the web screen unit 250 of the client A outputs the timeline screen 630. On the timeline screens 620 and 630, the game message is grayed out and cannot be selected.

Further, as shown in FIG. 9, in the case of the "sustainable" and "validity period" options, the game server 30 outputs the game screen 710 on the web screen units 250 of the clients A and B. Then, in each of the clients A, B, and C, the chat screen unit 210 of the chat unit 21 outputs the timeline screens 720 and 730 including the message that the game is continuing. On the timeline screens 720 and 730, the game message is not grayed out and can be selected later.

Then, when the state change notification indicating that the "valid period" is approaching is acquired from the game server 30, the chat management unit 11 of the chat server 10 displays the timeline screen 740 including a message indicating that the period is about to expire. Output.

According to the above embodiment, the following effects can be obtained.
(1) In the above embodiment, the web screen unit 250 of the chat unit 21 is the game server 30.
The web page of the screen data obtained from is output to the web view. As a result, the web content can be utilized in the chat application created by the native code. Then, the increase in the binary size of the chat application can be suppressed. Game assets can also be installed on the content server.
Furthermore, since the shared content is taken in from the outside, there is no burden of updating the chat application itself when updating the content of the shared content, delivering a new stage, or increasing the types of games themselves. Furthermore, it is possible to utilize the fast-developing web-based game assets to provide end users with the latest games with a sense of speed.

(2) In the above embodiment, when a game is specified by the client A, the user terminal 20 of the client A sends the game server 30 data including the game ID and the byte ID of the selected game to the game server 30. Send to. When the client B wishes to play a match, the user terminal 20 of the client B transmits data including an byte ID acquired from the client A to the game server 30 via the chat server 10. As a result, since the opponent (the sharing destination of the web content) has a relationship in which communication is already performed on the chat, it is possible to efficiently specify the opponent on the game server 30 by using this relationship. can. Therefore, the game server 30 can easily call the user without implementing a user authentication system or a mechanism for inviting the user.

(3) In the above embodiment, the chat management unit 11 of the chat server 10 transmits a game message to the chat server 10. This game message includes data related to connection destination information, a game ID, and an byte ID. As a result, the client of the chat partner can efficiently access the game server 30.

(4) In the above embodiment, when the user terminal 20 belonging to the chat group is offline, the chat server 10 transmits a push notification to the user terminal 20. As a result, the other party can be called via the chat application and easily called for a communication match.

(5) In the above embodiment, a web socket is used for the connection with the game server 30. As a result, communication can be performed efficiently without establishing a new connection.

(6) In the above embodiment, the state change notification includes information about the game option. Then, the chat management unit 11 of the chat server 10 executes the message correspondence process according to the game option (step S1-7). This makes it possible to reflect the game status and results in the chat.

The above embodiment may be changed as follows.
-In the above embodiment, as shared content, it is applied to a competitive game provided by the game server 30. Shared content is not limited to games. Based on the chat relationship, it can be used for services that can share content on other content servers.

Further, the session management in the game server 30 is not limited to the above embodiment, and the chat server 10 can use the in-byte ID that can be grasped to share the content or the chat (chat) used for sharing. It suffices if a game session that specifies the branch) can be created.

-In the above embodiment, "one-time", "sustainable", "validity period", "number of people limit", and "result notification" are used as game options. If it can be reflected in the chat
Game options are not limited to this. For example, it is possible to set a game option that limits the number of times of use. In this case, on the game server 30,
The number of times of use for the same byte ID is counted. Then, when the number of times of use reaches the limit number of times, the game server 30 transmits a state change notification (game end) to the chat server 10.

-In the above embodiment, the in-byte ID is configured by using the game ID and the chat group ID, but the method of configuring the in-byte ID is not limited to this, and the relevance of the user in the chat can be specified. Information can be used. For example, as the byte ID, it is possible to use information based on the session ID used for communication with the chat server 10. The chat destination can be specified based on this session ID.

-In the above embodiment, the in-byte ID is configured by using the game ID and the chat group ID, but the method of configuring the in-byte ID is not limited to this. For example, by including information that can specify the time of invitation (for example, invitation time), the same game can be played in the same chat group in different game sessions.

Next, the technical ideas that can be grasped from the above-described embodiment and other examples will be added below together with their effects.
[1] A message communication method using a message processing unit that sends and receives messages via a network.
The message processing unit
A game selection screen is displayed on the timeline screen in which messages are displayed in chronological order on the client used by the user.
It is determined whether or not the game is selected on the game selection screen, and the game is selected.
Identify the group to which the user who selected the game belongs
On the timeline screen of the client used by another user belonging to the specified group, a message about the game selected by the user is output.
The game is selected on the timeline screen of the client used by the other user, the game is started by the user and the other user, and the number of the other users participating in the selected game is limited. A message communication method comprising displaying a link of the game in a non-selectable state on a timeline screen of a client of a user belonging to the group when the state change information indicating the reached state is acquired.
This allows web content to be shared based on user relevance on the chat.

[2] A message communication method using a message processing unit that sends and receives messages via a network.
The message processing unit
A game selection screen is displayed on the timeline screen in which messages are displayed in chronological order on the client used by the user.
It is determined whether or not the game is selected on the game selection screen, and the game is selected.
Identify the group to which the user who selected the game belongs
On the timeline screen of the client used by another user belonging to the specified group, a message about the game selected by the user is output.
When the game is selected on the timeline screen of the client used by the other user, the game is started by the user and the other user, and state change information indicating the end of the game is acquired, the group is assigned to the group. Message communication characterized in that a message related to the end of the game is displayed on the timeline screen of the client of the user to which the user belongs, and the winner or loser among the users who participated in the game is displayed in association with the message so as to be identifiable. Method.

[3] A message communication system including a message processing unit that sends and receives messages via a network.
The message processing unit
A game selection screen is displayed on the timeline screen in which messages are displayed in chronological order on the client used by the user.
It is determined whether or not the game is selected on the game selection screen, and the game is selected.
Identify the group to which the user who selected the game belongs
On the timeline screen of the client used by another user belonging to the specified group, a message about the game selected by the user is output.
The game is selected on the timeline screen of the client used by the other user, the game is started by the user and the other user, and the number of the other users participating in the selected game is limited. A message communication system characterized in that when state change information indicating a reached state is acquired, a link of the game is displayed in a non-selectable state on a timeline screen of a client of a user belonging to the group.

[4] A message communication system including a message processing unit that sends and receives messages via a network.
The message processing unit
A game selection screen is displayed on the timeline screen in which messages are displayed in chronological order on the client used by the user.
It is determined whether or not the game is selected on the game selection screen, and the game is selected.
Identify the group to which the user who selected the game belongs
On the timeline screen of the client used by another user belonging to the specified group, a message about the game selected by the user is output.
When the game is selected on the timeline screen of the client used by the other user, the game is started by the user and the other user, and state change information indicating the end of the game is acquired, the group is assigned to the group. A message communication characterized in that a message related to the end of the game is displayed on the timeline screen of the client of the user to which the game belongs, and the winner or loser among the users who participated in the game is displayed in association with the message so as to be identifiable. system.

[5] A message communication program that uses a message communication system provided with a message processing unit that sends and receives messages via a network.
The message processing unit
A game selection screen is displayed on the timeline screen in which messages are displayed in chronological order on the client used by the user.
It is determined whether or not the game is selected on the game selection screen, and the game is selected.
Identify the group to which the user who selected the game belongs
On the timeline screen of the client used by another user belonging to the specified group, a message about the game selected by the user is output.
The game is selected on the timeline screen of the client used by the other user, the game is started by the user and the other user, and the number of the other users participating in the selected game is limited. A message communication program characterized in that when state change information indicating a reached state is acquired, it functions as a means for displaying a link of the game on the timeline screen of a client of a user belonging to the group in a non-selectable state.

[6] A message communication program using a message communication system provided with a message processing unit for transmitting and receiving messages via a network.
The message processing unit
A game selection screen is displayed on the timeline screen in which messages are displayed in chronological order on the client used by the user.
It is determined whether or not the game is selected on the game selection screen, and the game is selected.
Identify the group to which the user who selected the game belongs
On the timeline screen of the client used by another user belonging to the specified group, a message about the game selected by the user is output.
When the game is selected on the timeline screen of the client used by the other user, the game is started by the user and the other user, and state change information indicating the end of the game is acquired, the group is assigned to the group. It is characterized by displaying a message related to the end of the game on the timeline screen of the client of the user to which the game belongs, and functioning as a means for identifiablely displaying the winner or loser among the users who participated in the game in association with the message. Message communication program.

10 ... chat server, 11 ... chat management unit, 12 ... user management unit, 13 ... message storage unit, 14 ... game management unit, 20 ... user terminal, 21 ... chat unit, 210 ... chat screen unit, 220 ... chat destination management Department, 230 ... Message storage unit, 240 ... Game management unit, 250 ... Web screen unit, 30 ... Game server, 31 ... Game control unit, 32 ... Session management unit, A, B, C ... Client.

Claims (8)

A control program used in a computer having an input unit for inputting a message, for the computer used by the user.
Sending and receiving messages via the network with other users belonging to the group to which the user belongs,
On the timeline screen including the timeline where the messages are displayed in chronological order, the game link for using the game managed by the content server is displayed.
When the game link is selected, the game is started and
When a notification regarding the expiration of the validity period of the game is received from the content server, a display indicating the end of the game is displayed on the timeline screen.
A control program characterized by doing things. The control program according to claim 1, wherein the display indicating the end of the game is to display the game link in grayout. The control program according to claim 1, wherein an icon for using a game managed by a content server can be displayed on the timeline screen. The control program according to claim 3, wherein the game link is displayed on the timeline screen when the icon is selected by another user belonging to the group to which the user belongs. When another user belonging to the group to which the user belongs participates in the game and the number of users participating in the game reaches the limit and the game is played, the timeline screen of the user is displayed. The control program according to claim 1, wherein a message indicating the end of the game is displayed, and the result of the game is displayed in association with the message. The control program according to claim 5, wherein when the number of users participating in the game reaches the limit and the game is started, the game link is grayed out and displayed. The control program according to claim 1, wherein the game is played on a screen different from the timeline screen. A message communication method that uses a message processing unit that sends and receives messages via a network.
The message processing unit
Send and receive messages over the network with other users who belong to the group to which the user belongs.
On the timeline screen including the timeline where the messages are displayed in chronological order, the game link for using the game managed by the content server is displayed.
When the game link is selected, the game is started and
A message communication method for displaying on the timeline screen indicating the end of the game when a notification associated with the expiration of the validity period of the game is received from the content server.

Images