CN114979164B - Virtual room distribution method and device and electronic equipment - Google Patents
Virtual room distribution method and device and electronic equipment Download PDFInfo
- Publication number
- CN114979164B CN114979164B CN202210391033.8A CN202210391033A CN114979164B CN 114979164 B CN114979164 B CN 114979164B CN 202210391033 A CN202210391033 A CN 202210391033A CN 114979164 B CN114979164 B CN 114979164B
- Authority
- CN
- China
- Prior art keywords
- room
- service
- service node
- request
- identifier
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 59
- 238000012790 confirmation Methods 0.000 claims description 9
- 238000004891 communication Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 4
- 238000011084 recovery Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000006467 substitution reaction Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1034—Reaction to server failures by a load balancer
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
- A63F13/35—Details of game servers
Abstract
The invention provides a virtual room distribution method, a device and electronic equipment, wherein the method comprises the following steps: a first service node in a service cluster receives a room allocation request sent by user agent service; the room allocation request comprises user attribute information; broadcasting a room allocation request to a second service node in the service cluster to determine whether a target virtual room matched with the user attribute information exists in the virtual rooms controlled by the service node in the service cluster; if so, sending request success information to the first service node; the request success information comprises room identification of the target virtual room; and if the request success information is received, distributing the virtual rooms for the user accounts corresponding to the room distribution requests based on the target virtual rooms. In the mode, the plurality of service nodes can ensure continuous and stable operation of room distribution service, and when the traffic volume is increased, the service nodes are increased to ensure normal operation of the service, so that the system has larger transverse expansion capability.
Description
Technical Field
The present invention relates to the field of service operation, and in particular, to a virtual room allocation method, apparatus, and electronic device.
Background
In some games, a plurality of game rooms are provided, and players need to enter one of the game rooms to participate in game play. A game room allocation service for allocating players to appropriate game rooms according to certain conditions. In the related art, a game room distribution service is generally implemented using a centralized architecture. Specifically, when the traffic is stable, a server can be used to run the game room allocation service, and when the traffic is increased, the game room allocation service can be run through a master-slave architecture or a multi-master architecture. In the master-slave architecture or the multi-master architecture, a game room distribution service is still operated through one server in a certain period, and when the server fails or operation and maintenance personnel intervene manually, the server for operating the service is replaced. In the above centralized service operation mode, once a server running a service fails, normal operation of the service is affected in a failure recovery period or a server switching process, and a lateral expansion capability is weak, so that the service traffic can be limited by the device performance.
Disclosure of Invention
In view of the above, the present invention aims to provide a virtual room distribution method, a virtual room distribution device and an electronic device, so as to ensure continuous and stable operation of room distribution services, and when the traffic volume increases, the virtual room distribution device has a larger lateral expansion capability, and can bear a larger service traffic volume.
In a first aspect, an embodiment of the present invention provides a method for distributing virtual rooms, where a plurality of service nodes are preset to operate in a service cluster; each service node is used for receiving a room allocation request sent by the user agent service and controlling at least part of virtual rooms; the method is applied to a first service node in a service cluster, and comprises the following steps: receiving a room allocation request sent by a user agent service; wherein the room allocation request comprises user attribute information; broadcasting a room allocation request to a second service node in the service cluster to determine whether a target virtual room matched with the user attribute information exists in the virtual rooms controlled by the service node in the service cluster; if so, sending request success information to the first service node; the request success information comprises room identification of the target virtual room; the second service node is a service node except the first service node in the service cluster; and if the request success information is received, distributing the virtual rooms for the user accounts corresponding to the room distribution requests based on the target virtual rooms.
The step of distributing the virtual rooms for the user accounts corresponding to the room distribution request based on the target virtual rooms if the request success information is received comprises the following steps: if a plurality of request success information is received, determining first success information from the plurality of request success information according to a preset rule; and distributing the target virtual room corresponding to the first successful information to the user account corresponding to the room distribution request.
After the step of allocating the target virtual room corresponding to the first successful information to the user account corresponding to the room allocation request, the method further includes: returning confirmation information to the service node which sends the first successful information; wherein the confirmation information is for: indicating that the target virtual room corresponding to the first successful information has been assigned to the user account corresponding to the room assignment request.
The first service node is provided with a designated room identifier which is a first identifier; the virtual rooms corresponding to the first identifiers are available rooms not assigned with user accounts; the method further comprises the following steps: if the request success information is not received, transmitting a consensus request to a second service node in the service cluster based on the first identifier; wherein the consensus request is to: determining whether the specified room identity in the second service node is the first identity; updating the designated room identifier in the second service node as a second identifier, wherein the virtual room corresponding to the second identifier is an available room of the unassigned user account; and if the consensus operation corresponding to the consensus request is successful, distributing the virtual room corresponding to the first identifier for the user account corresponding to the room distribution request, and updating the designated room identifier as the second identifier.
If the consensus operation corresponding to the consensus request is successful, the step of allocating the virtual room corresponding to the first identifier to the user account corresponding to the room allocation request comprises the following steps: receiving consensus success information returned by a second service node in the service cluster; wherein the consensus success information is for: indicating the designated room identifier in the second service node as a first identifier, and updating the designated room identifier as a second identifier; and counting the first information quantity of the received consensus success information, and if the first information quantity meets a first preset condition, determining that the consensus operation corresponding to the consensus request is successful, and distributing the virtual room corresponding to the designated room identifier for the user account corresponding to the room distribution request.
If the consensus operation corresponding to the consensus request is successful, a virtual room corresponding to the first identifier is allocated to the user account corresponding to the room allocation request, and after the step of updating the designated room identifier to the second identifier, the method further comprises the steps of: and setting the virtual room corresponding to the first identifier as the virtual room controlled by the first service node.
The method further comprises the following steps: if the consensus operation corresponding to the consensus request fails, updating the designated room identifier; the step of broadcasting the room allocation request to a second service node in the service cluster continues.
The step of updating the designated room identifier if the consensus operation corresponding to the consensus request fails comprises the following steps: receiving consensus failure information returned by a second service node in the service cluster; wherein the consensus failure information is for: indicating that the specified room identity in the second service node is not the first identity; the consensus failure information comprises a designated room identifier in the second service node; and counting the second information quantity of the received consensus failure information, if the second information quantity meets a second preset condition, determining that the consensus operation corresponding to the consensus request fails, acquiring the latest appointed room identification from the consensus failure information, and updating the appointed room identification of the first service node into the latest appointed room identification.
In a second aspect, an embodiment of the present invention provides a virtual room allocation apparatus, where a plurality of service nodes operate in a preset service cluster; each service node is used for receiving a room allocation request sent by the user agent service and controlling at least part of virtual rooms; the apparatus is applied to a first service node in a service cluster, the apparatus comprising: the request receiving module is used for receiving a room allocation request sent by the user agent service; wherein the room allocation request comprises user attribute information; a broadcasting module for broadcasting a room allocation request to a second service node in the service cluster to determine whether a target virtual room matched with the user attribute information exists in the virtual rooms controlled by the service node in the service cluster; if so, sending request success information to the first service node; the request success information comprises room identification of the target virtual room; the second service node is a service node except the first service node in the service cluster; and the allocation module is used for allocating the virtual rooms for the user accounts corresponding to the room allocation requests based on the target virtual rooms if the request success information is received.
In a third aspect, an embodiment of the present invention provides an electronic device, including a processor and a memory, where the memory stores machine executable instructions executable by the processor, and the processor executes the machine executable instructions to implement the method for assigning virtual rooms described above.
In a fourth aspect, embodiments of the present invention provide a machine-readable storage medium storing machine-executable instructions that, when invoked and executed by a processor, cause the processor to implement the above-described virtual room allocation method.
The embodiment of the invention has the following beneficial effects:
the virtual room distribution method, the virtual room distribution device and the electronic equipment are characterized in that a plurality of service nodes are operated in a preset service cluster; each service node is used for receiving a room allocation request sent by the user agent service and controlling at least part of virtual rooms; a first service node in a service cluster receives a room allocation request sent by user agent service; wherein the room allocation request comprises user attribute information; broadcasting a room allocation request to a second service node in the service cluster to determine whether a target virtual room matched with the user attribute information exists in the virtual rooms controlled by the service node in the service cluster; if so, sending request success information to the first service node; the request success information comprises room identification of the target virtual room; the second service node is a service node except the first service node in the service cluster; and if the request success information is received, distributing the virtual rooms for the user accounts corresponding to the room distribution requests based on the target virtual rooms. In this manner, any service node in the service cluster may receive a room allocation request of a user, broadcast the room allocation request in the service cluster, and allocate the user to a virtual room after finding the matched virtual room. Because the service nodes comprise a plurality of service nodes, even if some service nodes fail, other service nodes can still normally distribute rooms for users, so that continuous and stable operation of room distribution service is ensured, and when the traffic volume is increased, the normal operation of the service can be ensured by adding the service nodes, and the service nodes have larger transverse expansion capacity and can bear larger service traffic volume.
Additional features and advantages of the invention will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by practice of the invention. The objectives and other advantages of the invention will be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.
In order to make the above objects, features and advantages of the present invention more comprehensible, preferred embodiments accompanied with figures are described in detail below.
Drawings
In order to more clearly illustrate the embodiments of the invention or the technical solutions in the prior art, the drawings that are needed in the description of the embodiments or the prior art will be briefly described, it being obvious that the drawings in the description below are some embodiments of the invention and that other drawings may be obtained from these drawings without inventive effort for a person skilled in the art.
Fig. 1 is a schematic view of a service cluster scenario for distributing virtual rooms according to an embodiment of the present invention;
fig. 2 is a flowchart of a method for assigning virtual rooms according to an embodiment of the present invention;
FIG. 3 is a flowchart of another method for assigning virtual rooms according to an embodiment of the present invention;
Fig. 4 is a schematic structural diagram of a virtual room distribution device according to an embodiment of the present invention;
fig. 5 is a schematic structural diagram of an electronic device according to an embodiment of the present invention.
Detailed Description
For the purpose of making the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings, and it is apparent that the described embodiments are some embodiments of the present invention, but not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.
Running a game room distribution service using a centralized architecture has many drawbacks, which are always not overcome, such as large single point failure impact, long failure recovery time, and weak lateral expansion capability, although the centralized architecture can switch to a master-slave architecture or a multi-master architecture when the traffic of the service is greatly increased.
Based on the above-mentioned problems, the present embodiment provides a virtual room allocation method, apparatus and electronic device, and the technology can be applied to allocation of game rooms, and also can be applied to allocation of virtual rooms in other scenes.
For ease of understanding the present embodiment, reference is first made to the service cluster scenario schematic diagram for assigning virtual rooms shown in fig. 1. A plurality of service nodes are operated in a preset service cluster; in fig. 1, three service nodes are illustrated as an example, and the service nodes may vary with the number of virtual rooms or the service traffic. The user can access any service node through the user agent service, or the service node which is preferentially accessed is divided for the user based on parameters such as a hall, an area and the like where the user account is located, and when the service node which is preferentially accessed fails, other service nodes can be accessed. In a game scenario, a user may also be referred to as a player. Each service node is used for receiving a room allocation request sent by the user agent service and controlling at least part of virtual rooms; specifically, the user sends a room allocation request to the user agent service through the terminal device, and the user agent service forwards the room allocation request to the service node. Each service node can control the virtual rooms, the service node can count the number of users in the controlled virtual rooms, monitor the state of each virtual room, and when a room allocation request is received, search whether the virtual rooms controlled by the service node have allocatable virtual rooms or not.
The service node may be a server that is independently started, or may be a plug-in integrated in the game lobby, or a plug-in running in a cloud server. And the client of the user and the service nodes use messaging communication, the service nodes and the virtual rooms use messaging communication, and the service nodes use messaging communication to realize distributed virtual room distribution service.
Based on the foregoing service clusters, a method for assigning virtual rooms disclosed in the embodiments of the present invention is described in detail below, and as shown in fig. 2, the method is applied to a first service node in a service cluster, where it should be noted that the first service node may be understood as any service node in the service cluster, and the second service node may be understood as all or part of service nodes other than the first service node. The steps implemented by the method described below may be applied to any service node in the service cluster, and when the service node runs the corresponding step of the method, the service node may serve as the first service node. Specifically, the method comprises the following steps:
step S202, receiving a room allocation request sent by a user agent service; wherein the room allocation request includes user attribute information;
When a user wants to enter a virtual room to participate in a game, a room allocation request is sent; the user agent service sends the room allocation request to the first service node. In consideration of fairness and interest of games, user attribute information, such as user class, segment, etc., needs to be considered when assigning virtual rooms. Therefore, the user attribute information is included in the room allocation request.
Step S204, broadcasting a room allocation request to a second service node in the service cluster to determine whether a target virtual room matched with the user attribute information exists in the virtual rooms controlled by the service node in the service cluster; if so, sending request success information to the first service node; the request success information comprises room identification of the target virtual room; the second service node is a service node except the first service node in the service cluster;
the first service node is a service node which receives the room allocation request, and after receiving the room allocation request, the first service node broadcasts the request in the service cluster so that a second service node in the service cluster receives the room allocation request. The second service node may be all service nodes other than the first service node, or may be part of service nodes other than the first service node. After the request is broadcasted, the first service node and the second service nodes both receive the room allocation request, and then the first service node and each second service node can search whether a target virtual room matched with the user attribute information exists in the virtual rooms controlled by the first service node and each second service node. In actual implementation, the service node may store the admission condition corresponding to each controlled virtual room in advance, and after receiving the room allocation request, the service node matches the user attribute information with the admission condition of each virtual room, and uses the successfully matched virtual room as the target virtual room. The admission conditions for the virtual rooms may display attributes such as the user's rank, segment, etc. so that users with the same or similar rank, segment, etc. enter the same virtual room to participate in the game play.
Step S206, if the request success information is received, virtual rooms are allocated for the user accounts corresponding to the room allocation requests based on the target virtual rooms.
It should be noted that, if there is a target virtual room matching the user attribute in the first service node, the request success information may also be generated. And if only one request success information is generated or received, distributing the target virtual room included in the request success information to the user account corresponding to the room distribution request. If the request success information comprises a plurality of pieces, one piece of request success information can be selected from the plurality of pieces of request success information according to a preset rule, and the target virtual room contained in the selected request success information is distributed to the user account corresponding to the room distribution request. After the user account corresponding to the room allocation request is allocated to the target virtual room, the user account can be controlled to enter the target virtual room to participate in game play. After entering the target virtual room, the user account may become a member of the target virtual room or may become a homeowner of the target virtual room.
According to the virtual room distribution method, a plurality of service nodes are operated in a preset service cluster; each service node is used for receiving a room allocation request sent by the user agent service and controlling at least part of virtual rooms; a first service node in a service cluster receives a room allocation request sent by user agent service; wherein the room allocation request comprises user attribute information; broadcasting a room allocation request to a second service node in the service cluster to determine whether a target virtual room matched with the user attribute information exists in the virtual rooms controlled by the service node in the service cluster; if so, sending request success information to the first service node; the request success information comprises room identification of the target virtual room; the second service node is a service node except the first service node in the service cluster; and if the request success information is received, distributing the virtual rooms for the user accounts corresponding to the room distribution requests based on the target virtual rooms. In this manner, any service node in the service cluster may receive a room allocation request of a user, broadcast the room allocation request in the service cluster, and allocate the user to a virtual room after finding the matched virtual room. Because the service nodes comprise a plurality of service nodes, even if some service nodes fail, other service nodes can still normally distribute rooms for users, so that continuous and stable operation of room distribution service is ensured, and when the traffic volume is increased, the normal operation of the service can be ensured by adding the service nodes, and the service nodes have larger transverse expansion capacity and can bear larger service traffic volume.
The following embodiments provide specific implementations of assigning virtual rooms.
If a plurality of request success information is received, determining first success information from the plurality of request success information according to a preset rule; and distributing the target virtual room corresponding to the first successful information to the user account corresponding to the room distribution request.
The preset rule may specifically be that after the room allocation request is broadcast, the first received request success information is used as the first successful information. In actual implementation, a component may be run in the first service node for receiving the request success information, and if the target virtual room exists in the first service node, the request success information is also generated and sent to the component. The component takes the received first request success information as the first success information, and subsequently received request success information is not processed.
After a target virtual room corresponding to the first successful information is allocated to the user account corresponding to the room allocation request, the confirmation information is returned to the service node which sends the first successful information; wherein the confirmation information is used for: indicating that the target virtual room corresponding to the first successful information has been assigned to the user account corresponding to the room assignment request. At this time, the service node that receives the confirmation information may count the user account to the user list in the target virtual room, and at the same time, update the information such as the online population, the receivable population, and the like of the target room in the service node.
Further, in this embodiment, state consensus needs to be performed among a plurality of service nodes. Each service node stores information about the virtual room controlled by the service node, for example, a virtual room list controlled by the service node, where the list may include an address of the virtual room, a capacity of the virtual room, a number of users in the virtual room, user information, and the like. In addition, a designated room identifier is stored in the service node. For the first service node, a designated room identifier is arranged in the first service node, and the designated room identifier is a first identifier; the virtual rooms corresponding to the first identifiers are available rooms not assigned with user accounts; the assigned room identifier stores the identifier, and can be understood as a virtual room to be assigned next, and if no virtual room matched with the user attribute information exists in the currently assignable rooms, the virtual room corresponding to the identifier stored in the assigned room identifier is started. The above specified room identifier may be used to allocate a currently inactive virtual room to a user account, and is further used to maintain the state consistency of the specified room identifier in the service cluster, that is, the first service node initiates a consensus algorithm to other service nodes in the service cluster through the specified room identifier, so as to maintain the state consistency of the specified room identifiers of the service nodes in the cluster.
Specifically, if no request success information is received, sending a consensus request to a second service node in the service cluster based on the first identification; wherein the consensus request is to: determining whether the specified room identity in the second service node is the first identity; updating the designated room identifier in the second service node as a second identifier, wherein the virtual room corresponding to the second identifier is an available room of the unassigned user account; and if the consensus operation corresponding to the consensus request is successful, distributing the virtual room corresponding to the first identifier for the user account corresponding to the room distribution request, and updating the designated room identifier as the second identifier.
In the above process, if the first service node does not receive the request success information, it is indicated that the virtual rooms controlled by each service node in the service cluster are not matched with the user attribute information, and at this time, a new virtual room needs to be set up for the user account. In this embodiment, in order to set up a new virtual room for the user account, a consensus request needs to be sent to the second service node. And for a certain second service node, after receiving the consensus request, the second service node acquires a first identifier from the consensus request, compares the first identifier with a designated room identifier stored by the second service node, and if the designated room identifier stored by the second service node is the same as the first identifier, updates the designated room identifier in the second service node as a second identifier, wherein a virtual room corresponding to the second identifier is an available room without the user account allocated.
In a specific implementation manner, when the designated room identifier stored by the second service node is the same as the first identifier and the designated room identifier is updated to be the second identifier, common identification success information is returned to the first service node. The first service node receives consensus success information returned by a second service node in the service cluster; wherein the consensus success information is for: indicating the designated room identifier in the second service node as a first identifier, and updating the designated room identifier as a second identifier; and counting the first information quantity of the received consensus success information, and if the first information quantity meets a first preset condition, determining that the consensus operation corresponding to the consensus request is successful, and distributing the virtual room corresponding to the designated room identifier for the user account corresponding to the room distribution request.
For example, the first preset condition may be that the first information amount reaches 50% of the number of service nodes, or other threshold. In general, the status of a virtual room may include active, inactive, and unavailable. Wherein the active virtual rooms are rooms to which users are allocated, but the number of users is not full; an inactive virtual room is a room to which no user is assigned; the virtual rooms that are not available are rooms that are full or are in play for the game. For example, the virtual room of the first identification object belongs to an inactive virtual room before the user account corresponding to the room allocation request is allocated; after being assigned the user account, and before being full, belongs to an active virtual room; after the virtual room starts the game play, the virtual room belongs to a virtual room which cannot be used by users. That is, the virtual rooms corresponding to the designated room identifiers stored in the service node all belong to inactive virtual rooms, and after the identifiers stored in the designated room identifiers are allocated to the users, the designated room identifiers update other identifiers, namely second identifiers, and the virtual rooms corresponding to the second identifiers also belong to inactive virtual rooms.
After the virtual rooms corresponding to the first identifiers are allocated to the user accounts, the virtual rooms corresponding to the first identifiers are set as virtual rooms controlled by the first service node, namely, the first service node has the control right of the virtual rooms corresponding to the first identifiers. The first service node monitors data such as the status of the virtual room, the number of current users, and the like. When a room allocation request is received, it is determined whether the virtual room matches the user attribute information.
Further, if the consensus operation corresponding to the consensus request fails, updating the designated room identifier; the step of broadcasting the room allocation request to a second service node in the service cluster continues.
Specifically, receiving consensus failure information returned by a second service node in the service cluster; wherein the consensus failure information is for: indicating that the specified room identity in the second service node is not the first identity; the consensus failure information comprises a designated room identifier in the second service node; and counting the second information quantity of the received consensus failure information, if the second information quantity meets a second preset condition, determining that the consensus operation corresponding to the consensus request fails, acquiring the latest appointed room identification from the consensus failure information, and updating the appointed room identification of the first service node into the latest appointed room identification.
For example, the second preset condition may be that the second information amount reaches 50% of the number of service nodes, or other threshold. And for the second service node, after receiving the consensus request from the first service node, acquiring a first identifier from the consensus request, comparing the first identifier with a designated room identifier stored by the second service node, and if the designated room identifier stored by the second service node is different from the first identifier, returning consensus failure information to the first service node. The consensus failure information comprises a designated room identifier stored by the second service node.
If the total amount of the consensus failure information received by the first service node from each second service node exceeds a preset threshold, such as 50%, of the number of service nodes, the consensus operation corresponding to the consensus request may be considered to be failed. In this case, it is explained that the designated room identity in the first service node is different from the designated room identities in most of the service nodes in the service cluster. The possible reason is that the first service node is a new service node joining the cluster, or is a service node that returns to normal after a failure occurs, where the designated room identifier in the first service node is different from the designated room identifiers in the other service nodes.
In actual implementation, the room identification of each virtual room may be set from small to large in the order in which the virtual rooms transition from inactive to active states. And after receiving the plurality of consensus failure information, acquiring the designated room identifiers from each consensus failure information one by one, and identifying the designated room identifier with the largest identifier from the acquired plurality of designated room identifiers as the designated room identifier of the first service node. After the first service node updates the designated room identifier, the state of the first service node is the same as the state of most service nodes in the service cluster, and the step of broadcasting the room allocation request to the second service node in the service cluster is performed again, so that room allocation of the user account of the room allocation request is completed.
For easy understanding, fig. 3 shows another implementation of the virtual room allocation method provided in the present embodiment, first, a user initiates a room allocation request; the first service node broadcasts a room allocation request to confirm whether a room in an active state exists in the service cluster; if yes, the user is allocated to the room in the active state, and whether allocation is successful is judged; if the allocation is successful, controlling the user to enter an allocated room; if the allocation is unsuccessful, a room allocation request is broadcast by the first service node to confirm whether there is an active room in the service cluster. It should be noted here that if there is a room in the active state in the cluster, but the allocation is not successful, it may be because the room in the active state suddenly changes from the active state to the unavailable state before being allocated to the user, for example, the number of virtual persons in the room is full, or the game play starts. At this time, the first service node again executes a re-broadcast room allocation request to confirm whether a room in an active state exists in the service cluster, if so, the virtual room is changed from other states to the active state in the period, the user is continuously allocated to the room in the active state, and if not, the first service node initiates a consensus algorithm to update the designated room identifications in the first service node and other service nodes.
When no room in an active state exists in the service cluster, the first service node initiates a consensus algorithm to update the designated room identifiers in the first service node and other service nodes; the first service node judges whether the consensus is successful or not, and if so, after a virtual room is allocated for the user, the user is controlled to enter the allocated room; if not, updating the self designated room identification, and continuing to broadcast the room allocation request.
According to the virtual room distribution method provided by the embodiment, any number of service nodes are arranged in the service cluster, and a user can request any service node at any server entrance. After responding to the room allocation request of the user, the service node allocates a virtual room which meets the condition for the user, and accesses the user account into the virtual room. The process is consistent with distributed consistency, i.e., a user can be assigned to the same virtual room regardless of which service node in the cluster is requested. In addition, the distributed service nodes of the embodiment do not need to ensure the consistency of all information before the service nodes, only the consistency of the designated room identifiers is required to be ensured, the condition that the efficiency is reduced due to mutual waiting and the like possibly existing in a plurality of state updates is avoided, the running efficiency of the service cluster is improved, and the virtual room distribution efficiency is further improved.
The virtual room distribution method provided by the embodiment has the following advantages:
1. and (5) decentralizing. The room status is distributed among any number of service nodes, there is no single point of failure that is unrecoverable, nor is there any service outage time in failure recovery (i.e., re-hosting) common in common distributed architectures.
2. And (5) disaster recovery is completed. The number of the nodes in the cluster is greater than or equal to 1, so that the distribution service of the virtual room can be normally provided. Any service node in work goes offline and cannot cause unrecoverable service failure, and a requester only needs to retry the request after the request is overtime.
3. Infinite scalability. The increase in the number of nodes does not create a performance bottleneck, benefiting from the distributed consistency of a single state.
Corresponding to the above method embodiment, referring to a schematic structural diagram of a virtual room allocation device shown in fig. 4, a plurality of service nodes are preset to operate in a service cluster; each service node is used for receiving a room allocation request sent by the user agent service and controlling at least part of virtual rooms; an apparatus for application to a first service node in a service cluster, the apparatus comprising:
a request receiving module 40, configured to receive a room allocation request sent by a user agent service; wherein the room allocation request comprises user attribute information;
A broadcasting module 42, configured to broadcast a room allocation request to a second service node in the service cluster, so as to determine whether a target virtual room matched with the user attribute information exists in the virtual rooms controlled by the service node in the service cluster; if so, sending request success information to the first service node; the request success information comprises room identification of the target virtual room; the second service node is a service node except the first service node in the service cluster;
the allocation module 44 is configured to allocate the virtual room for the user account corresponding to the room allocation request based on the target virtual room if the request success information is received.
The virtual room distribution device is used for presetting a plurality of service nodes running in a service cluster; each service node is used for receiving a room allocation request sent by the user agent service and controlling at least part of virtual rooms; a first service node in a service cluster receives a room allocation request sent by user agent service; wherein the room allocation request comprises user attribute information; broadcasting a room allocation request to a second service node in the service cluster to determine whether a target virtual room matched with the user attribute information exists in the virtual rooms controlled by the service node in the service cluster; if so, sending request success information to the first service node; the request success information comprises room identification of the target virtual room; the second service node is a service node except the first service node in the service cluster; and if the request success information is received, distributing the virtual rooms for the user accounts corresponding to the room distribution requests based on the target virtual rooms. In this manner, any service node in the service cluster may receive a room allocation request of a user, broadcast the room allocation request in the service cluster, and allocate the user to a virtual room after finding the matched virtual room. Because the service nodes comprise a plurality of service nodes, even if some service nodes fail, other service nodes can still normally distribute rooms for users, so that continuous and stable operation of room distribution service is ensured, and when the traffic volume is increased, the normal operation of the service can be ensured by adding the service nodes, and the service nodes have larger transverse expansion capacity and can bear larger service traffic volume.
The above-mentioned distribution module is further used for: if a plurality of request success information is received, determining first success information from the plurality of request success information according to a preset rule; and distributing the target virtual room corresponding to the first successful information to the user account corresponding to the room distribution request.
The device further comprises: an information sending module, configured to: returning confirmation information to the service node which sends the first successful information; wherein the confirmation information is for: indicating that the target virtual room corresponding to the first successful information has been assigned to the user account corresponding to the room assignment request.
The first service node is provided with a designated room identifier which is a first identifier; the virtual rooms corresponding to the first identifiers are available rooms not assigned with user accounts; the device further comprises: the consensus module is used for sending a consensus request to a second service node in the service cluster based on the first identification if no request success information is received; wherein the consensus request is to: determining whether the specified room identity in the second service node is the first identity; updating the designated room identifier in the second service node as a second identifier, wherein the virtual room corresponding to the second identifier is an available room of the unassigned user account; and if the consensus operation corresponding to the consensus request is successful, distributing the virtual room corresponding to the first identifier for the user account corresponding to the room distribution request, and updating the designated room identifier as the second identifier.
The consensus module is further configured to: receiving consensus success information returned by a second service node in the service cluster; wherein the consensus success information is for: indicating the designated room identifier in the second service node as a first identifier, and updating the designated room identifier as a second identifier; and counting the first information quantity of the received consensus success information, and if the first information quantity meets a first preset condition, determining that the consensus operation corresponding to the consensus request is successful, and distributing the virtual room corresponding to the designated room identifier for the user account corresponding to the room distribution request.
The device further comprises: a setting module, configured to: and setting the virtual room corresponding to the first identifier as the virtual room controlled by the first service node.
The device further comprises: an updating module for: if the consensus operation corresponding to the consensus request fails, updating the designated room identifier; the step of broadcasting the room allocation request to a second service node in the service cluster continues.
The update module is further configured to: receiving consensus failure information returned by a second service node in the service cluster; wherein the consensus failure information is for: indicating that the specified room identity in the second service node is not the first identity; the consensus failure information comprises a designated room identifier in the second service node; and counting the second information quantity of the received consensus failure information, if the second information quantity meets a second preset condition, determining that the consensus operation corresponding to the consensus request fails, acquiring the latest appointed room identification from the consensus failure information, and updating the appointed room identification of the first service node into the latest appointed room identification.
The present embodiment also provides an electronic device including a processor and a memory, the memory storing machine-executable instructions executable by the processor, the processor executing the machine-executable instructions to implement the above-described virtual room allocation method. The electronic device may be a server or a terminal device.
Referring to fig. 5, the electronic device includes a processor 100 and a memory 101, the memory 101 storing machine executable instructions that can be executed by the processor 100, the processor 100 executing the machine executable instructions to implement the above-described virtual room allocation method.
Further, the electronic device shown in fig. 5 further includes a bus 102 and a communication interface 103, and the processor 100, the communication interface 103, and the memory 101 are connected through the bus 102.
The memory 101 may include a high-speed random access memory (RAM, random Access Memory), and may further include a non-volatile memory (non-volatile memory), such as at least one magnetic disk memory. The communication connection between the system network element and at least one other network element is implemented via at least one communication interface 103 (which may be wired or wireless), and may use the internet, a wide area network, a local network, a metropolitan area network, etc. Bus 102 may be an ISA bus, a PCI bus, an EISA bus, or the like. The buses may be classified as address buses, data buses, control buses, etc. For ease of illustration, only one bi-directional arrow is shown in FIG. 5, but not only one bus or type of bus.
The processor 100 may be an integrated circuit chip with signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware in the processor 100 or by instructions in the form of software. The processor 100 may be a general-purpose processor, including a central processing unit (Central Processing Unit, CPU for short), a network processor (Network Processor, NP for short), etc.; but also digital signal processors (Digital Signal Processor, DSP for short), application specific integrated circuits (Application Specific Integrated Circuit, ASIC for short), field-programmable gate arrays (Field-Programmable Gate Array, FPGA for short) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components. The disclosed methods, steps, and logic blocks in the embodiments of the present invention may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present invention may be embodied directly in the execution of a hardware decoding processor, or in the execution of a combination of hardware and software modules in a decoding processor. The software modules may be located in a random access memory, flash memory, read only memory, programmable read only memory, or electrically erasable programmable memory, registers, etc. as well known in the art. The storage medium is located in the memory 101, and the processor 100 reads the information in the memory 101 and, in combination with its hardware, performs the steps of the method of the previous embodiment.
The present embodiments also provide a machine-readable storage medium storing machine-executable instructions that, when invoked and executed by a processor, cause the processor to implement the above-described virtual room allocation method.
The method, the device, the electronic device and the computer program product of the storage medium for distributing the virtual rooms provided by the embodiment of the invention comprise a computer readable storage medium storing program codes, and the instructions included in the program codes can be used for executing the method described in the method embodiment, and specific implementation can be referred to the method embodiment and will not be repeated here.
It will be clear to those skilled in the art that, for convenience and brevity of description, specific working procedures of the above-described system and apparatus may refer to corresponding procedures in the foregoing method embodiments, which are not described herein again.
In addition, in the description of embodiments of the present invention, unless explicitly stated and limited otherwise, the terms "mounted," "connected," and "connected" are to be construed broadly, and may be, for example, fixedly connected, detachably connected, or integrally connected; can be mechanically or electrically connected; can be directly connected or indirectly connected through an intermediate medium, and can be communication between two elements. The specific meaning of the above terms in the present invention will be understood by those skilled in the art in specific cases.
The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention may be embodied essentially or in a part contributing to the prior art or in a part of the technical solution, in the form of a software product stored in a storage medium, comprising several instructions for causing a computer device (which may be a personal computer, a server, a network device, etc.) to perform all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), a magnetic disk, or an optical disk, or other various media capable of storing program codes.
In the description of the present invention, it should be noted that the directions or positional relationships indicated by the terms "center", "upper", "lower", "left", "right", "vertical", "horizontal", "inner", "outer", etc. are based on the directions or positional relationships shown in the drawings, are merely for convenience of describing the present invention and simplifying the description, and do not indicate or imply that the devices or elements referred to must have a specific orientation, be configured and operated in a specific orientation, and thus should not be construed as limiting the present invention. Furthermore, the terms "first," "second," and "third" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance.
Finally, it should be noted that: the above examples are only specific embodiments of the present invention for illustrating the technical solution of the present invention, but not for limiting the scope of the present invention, and although the present invention has been described in detail with reference to the foregoing examples, it will be understood by those skilled in the art that the present invention is not limited thereto: any person skilled in the art may modify or easily conceive of the technical solution described in the foregoing embodiments, or perform equivalent substitution of some of the technical features, while remaining within the technical scope of the present disclosure; such modifications, changes or substitutions do not depart from the spirit and scope of the technical solutions of the embodiments of the present invention, and are intended to be included in the scope of the present invention. Therefore, the protection scope of the invention is subject to the protection scope of the claims.
Claims (9)
1. The virtual room distribution method is characterized in that a plurality of service nodes are operated in a preset service cluster; each service node is used for receiving a room allocation request sent by the user agent service and controlling at least part of virtual rooms; the method is applied to a first service node in the service cluster, the method comprising:
Receiving a room allocation request sent by the user agent service; wherein the room allocation request comprises user attribute information;
broadcasting the room allocation request to a second service node in the service cluster to determine whether a target virtual room matched with the user attribute information exists in the virtual rooms controlled by the service nodes in the service cluster; if so, sending request success information to the first service node; the request success information comprises a room identifier of the target virtual room; the second service node is a plurality of service nodes except the first service node in the service cluster;
if the request success information is received, virtual rooms are allocated for the user accounts corresponding to the room allocation requests based on the target virtual rooms;
the first service node is provided with a designated room identifier, and the designated room identifier is a first identifier; the virtual rooms corresponding to the first identifiers are available rooms without user accounts being allocated; the method further comprises the steps of:
if the request success information is not received, sending a consensus request to a second service node in the service cluster based on the first identification; determining whether a specified room identity in the second service node is the first identity; if the designated room identifier in the second service node is the first identifier and the consensus operation corresponding to the consensus request is successful, distributing a virtual room corresponding to the first identifier for a user account corresponding to the room distribution request, and updating the designated room identifier in the second service node to be a second identifier; the second identifier is used for indicating a virtual room to be allocated next, and the virtual room corresponding to the second identifier is an available room of an unallocated user account;
If the consensus operation corresponding to the consensus request fails, updating the designated room identifier; the step of broadcasting the room allocation request to a second service node in the service cluster continues.
2. The method of claim 1, wherein if the request success information is received, the step of assigning a virtual room to the user account corresponding to the room assignment request based on the target virtual room comprises:
if a plurality of request success information is received, determining first success information from the plurality of request success information according to a preset rule;
and distributing the target virtual room corresponding to the first successful information to the user account corresponding to the room distribution request.
3. The method of claim 2, wherein after the step of assigning the target virtual room corresponding to the first successful information to the user account corresponding to the room assignment request, the method further comprises:
returning confirmation information to the service node which sends the first successful information; wherein the confirmation information is used for: and indicating that the target virtual room corresponding to the first successful information is allocated to the user account corresponding to the room allocation request.
4. The method of claim 1, wherein the step of assigning the virtual room corresponding to the first identity to the user account corresponding to the room assignment request if the consensus operation corresponding to the consensus request is successful comprises:
receiving consensus success information returned by a second service node in the service cluster; wherein the consensus success information is for: indicating a designated room identification in the second service node as the first identification, and updating the designated room identification to the second identification;
and counting the received first information quantity of the consensus success information, and if the first information quantity meets a first preset condition, determining that the consensus operation corresponding to the consensus request is successful, and distributing the virtual room corresponding to the designated room identifier for the user account corresponding to the room distribution request.
5. The method of claim 1, wherein if the consensus operation corresponding to the consensus request is successful, assigning the virtual room corresponding to the first identity to the user account corresponding to the room assignment request, and updating the designated room identity to the second identity, the method further comprises:
And setting the virtual room corresponding to the first identifier as the virtual room controlled by the first service node.
6. The method of claim 1, wherein the step of updating the specified room identity if the consensus operation corresponding to the consensus request fails, comprises:
receiving consensus failure information returned by a second service node in the service cluster; wherein the consensus failure information is for: indicating that a specified room identity in the second service node is not the first identity; the consensus failure information comprises a designated room identifier in the second service node;
and counting the second information quantity of the received consensus failure information, if the second information quantity meets a second preset condition, determining that the consensus operation corresponding to the consensus request fails, acquiring the latest appointed room identification from the consensus failure information, and updating the appointed room identification of the first service node into the latest appointed room identification.
7. A virtual room distribution device, characterized in that a plurality of service nodes are operated in a preset service cluster; each service node is used for receiving a room allocation request sent by the user agent service and controlling at least part of virtual rooms; the apparatus is applied to a first service node in the service cluster, the apparatus comprising:
A request receiving module, configured to receive a room allocation request sent by the user agent service; wherein the room allocation request comprises user attribute information;
a broadcasting module, configured to broadcast the room allocation request to a second service node in the service cluster, so as to determine whether a target virtual room matched with the user attribute information exists in a virtual room controlled by the service node in the service cluster; if so, sending request success information to the first service node; the request success information comprises a room identifier of the target virtual room; the second service node is a plurality of service nodes except the first service node in the service cluster;
the allocation module is used for allocating a virtual room for a user account corresponding to the room allocation request based on the target virtual room if the request success information is received;
the first service node is provided with a designated room identifier, and the designated room identifier is a first identifier; the virtual rooms corresponding to the first identifiers are available rooms without user accounts being allocated; the apparatus further comprises a consensus module for:
If the request success information is not received, sending a consensus request to a second service node in the service cluster based on the first identification; determining whether a specified room identity in the second service node is the first identity; if the designated room identifier in the second service node is the first identifier and the consensus operation corresponding to the consensus request is successful, distributing a virtual room corresponding to the first identifier for a user account corresponding to the room distribution request, and updating the designated room identifier in the second service node to be a second identifier; the second identifier is used for indicating a virtual room to be allocated next, and the virtual room corresponding to the second identifier is an available room of an unallocated user account;
if the consensus operation corresponding to the consensus request fails, updating the designated room identifier; the step of broadcasting the room allocation request to a second service node in the service cluster continues.
8. An electronic device comprising a processor and a memory, the memory storing machine executable instructions executable by the processor, the processor executing the machine executable instructions to implement the method of assigning virtual rooms of any of claims 1-6.
9. A machine-readable storage medium storing machine-executable instructions which, when invoked and executed by a processor, cause the processor to implement the method of assigning virtual rooms of any one of claims 1-6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210391033.8A CN114979164B (en) | 2022-04-14 | 2022-04-14 | Virtual room distribution method and device and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210391033.8A CN114979164B (en) | 2022-04-14 | 2022-04-14 | Virtual room distribution method and device and electronic equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114979164A CN114979164A (en) | 2022-08-30 |
| CN114979164B true CN114979164B (en) | 2023-11-17 |
Family
ID=82978157
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210391033.8A Active CN114979164B (en) | 2022-04-14 | 2022-04-14 | Virtual room distribution method and device and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114979164B (en) |
Citations (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103049854A (en) * | 2012-12-20 | 2013-04-17 | 雷华 | 3D (three dimensional) network shopping platform |
| CN105242872A (en) * | 2014-06-18 | 2016-01-13 | 华中科技大学 | Virtual cluster-oriented shared memory system |
| CN105554123A (en) * | 2015-12-17 | 2016-05-04 | 北京华油信通科技有限公司 | High-capacity-aware cloud computing platform system |
| JP2017037446A (en) * | 2015-08-10 | 2017-02-16 | 日本電信電話株式会社 | Game server device and distribution processing method |
| CN108521576A (en) * | 2018-03-16 | 2018-09-11 | 腾讯科技(成都)有限公司 | Display methods, device, storage medium and the electronic device of media resource |
| CN108717379A (en) * | 2018-05-08 | 2018-10-30 | 平安证券股份有限公司 | Electronic device, distributed task dispatching method and storage medium |
| CN108810037A (en) * | 2017-04-27 | 2018-11-13 | 成都鼎桥通信技术有限公司 | The method and system of distributed type assemblies service |
| CN110013669A (en) * | 2019-03-05 | 2019-07-16 | 深圳鼎盛乐园娱乐服务有限公司 | A kind of virtual reality is raced exchange method more |
| CN110433487A (en) * | 2019-08-08 | 2019-11-12 | 腾讯科技（深圳）有限公司 | A kind of method and relevant apparatus of traffic resource assignment |
| CN111258822A (en) * | 2020-01-15 | 2020-06-09 | 广州虎牙科技有限公司 | Data processing method, server and computer readable storage medium |
| CN111338806A (en) * | 2020-05-20 | 2020-06-26 | 腾讯科技（深圳）有限公司 | Service control method and device |
| WO2020198724A1 (en) * | 2019-03-28 | 2020-10-01 | Amazon Technologies, Inc. | Low-latency, distributed application for interactive worlds |
| CN111813577A (en) * | 2020-07-08 | 2020-10-23 | 深圳市腾讯网域计算机网络有限公司 | Data processing method and device and computer readable storage medium |
| CN112037873A (en) * | 2020-08-31 | 2020-12-04 | 合肥工业大学 | Single-point optimization method based on cluster selection and consensus mechanism |
| CN112312153A (en) * | 2020-10-29 | 2021-02-02 | 腾讯科技（深圳）有限公司 | Live broadcast interaction realization method and computer readable storage medium |
| CN112929411A (en) * | 2017-02-27 | 2021-06-08 | 深圳市先河***技术有限公司 | Distributed file transmission method, server and private cloud equipment |
| CN114272616A (en) * | 2021-11-10 | 2022-04-05 | 广州因陀罗软件有限公司 | Game room management method, system, equipment and readable storage medium |
-
2022
- 2022-04-14 CN CN202210391033.8A patent/CN114979164B/en active Active
Patent Citations (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103049854A (en) * | 2012-12-20 | 2013-04-17 | 雷华 | 3D (three dimensional) network shopping platform |
| CN105242872A (en) * | 2014-06-18 | 2016-01-13 | 华中科技大学 | Virtual cluster-oriented shared memory system |
| JP2017037446A (en) * | 2015-08-10 | 2017-02-16 | 日本電信電話株式会社 | Game server device and distribution processing method |
| CN105554123A (en) * | 2015-12-17 | 2016-05-04 | 北京华油信通科技有限公司 | High-capacity-aware cloud computing platform system |
| CN112929411A (en) * | 2017-02-27 | 2021-06-08 | 深圳市先河***技术有限公司 | Distributed file transmission method, server and private cloud equipment |
| CN108810037A (en) * | 2017-04-27 | 2018-11-13 | 成都鼎桥通信技术有限公司 | The method and system of distributed type assemblies service |
| CN108521576A (en) * | 2018-03-16 | 2018-09-11 | 腾讯科技(成都)有限公司 | Display methods, device, storage medium and the electronic device of media resource |
| CN108717379A (en) * | 2018-05-08 | 2018-10-30 | 平安证券股份有限公司 | Electronic device, distributed task dispatching method and storage medium |
| CN110013669A (en) * | 2019-03-05 | 2019-07-16 | 深圳鼎盛乐园娱乐服务有限公司 | A kind of virtual reality is raced exchange method more |
| WO2020198724A1 (en) * | 2019-03-28 | 2020-10-01 | Amazon Technologies, Inc. | Low-latency, distributed application for interactive worlds |
| CN110433487A (en) * | 2019-08-08 | 2019-11-12 | 腾讯科技（深圳）有限公司 | A kind of method and relevant apparatus of traffic resource assignment |
| CN111258822A (en) * | 2020-01-15 | 2020-06-09 | 广州虎牙科技有限公司 | Data processing method, server and computer readable storage medium |
| CN111338806A (en) * | 2020-05-20 | 2020-06-26 | 腾讯科技（深圳）有限公司 | Service control method and device |
| CN111813577A (en) * | 2020-07-08 | 2020-10-23 | 深圳市腾讯网域计算机网络有限公司 | Data processing method and device and computer readable storage medium |
| CN112037873A (en) * | 2020-08-31 | 2020-12-04 | 合肥工业大学 | Single-point optimization method based on cluster selection and consensus mechanism |
| CN112312153A (en) * | 2020-10-29 | 2021-02-02 | 腾讯科技（深圳）有限公司 | Live broadcast interaction realization method and computer readable storage medium |
| CN114272616A (en) * | 2021-11-10 | 2022-04-05 | 广州因陀罗软件有限公司 | Game room management method, system, equipment and readable storage medium |
Non-Patent Citations (1)
| Title |
|---|
| 服务器虚拟化在综合信息服务中的应用;赵瑞峰;孟莉;;网络安全技术与应用(10);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114979164A (en) | 2022-08-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108810100B (en) | Method, device and equipment for electing master node | |
| US11057485B2 (en) | Server cluster and method for push notification service | |
| JP3497489B2 (en) | Online system, server device of online system, player information providing method, player information providing program, and recording medium | |
| US10389801B2 (en) | Service request processing method, related apparatus, and system | |
| CN110209500B (en) | Server load balancing method and device | |
| CN112512100B (en) | Slice priority-based AMF (advanced metering framework) redirection method and newly-added management network element | |
| CN111282262B (en) | Game server communication method and device | |
| CN109040184B (en) | Host node election method and server | |
| KR20030036132A (en) | Data sharing method, terminal, and medium on which program is recorded | |
| CN113810304A (en) | Load balancing method, device, equipment and computer storage medium | |
| CN112437454A (en) | Data transmission method and device, storage medium and electronic device | |
| CN114979164B (en) | Virtual room distribution method and device and electronic equipment | |
| CN110324262A (en) | A kind of method and device that resource is seized | |
| CN111249747B (en) | Information processing method and device in game | |
| US10637748B2 (en) | Method and apparatus for establishing interface between VNFMS, and system | |
| KR20170014804A (en) | Virtual machine provisioning system and method for cloud service | |
| CN111905362A (en) | Game guild loading method and server | |
| CN109905333B (en) | Media information processing method, device and storage medium | |
| CN113360783B (en) | User online list updating method and device and computer equipment | |
| US20090059840A1 (en) | Wireless communication system and method for managing service flow identifier in the same | |
| CN113268327A (en) | Transaction request processing method and device and electronic equipment | |
| CN110404268B (en) | Player matching method and device in game | |
| CN113032937A (en) | Intelligent control method, device and equipment for urban intelligent street lamp and storage medium | |
| CN113127191A (en) | Resource updating method, storage medium and related device | |
| CN114785669A (en) | Message processing method and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |