CN114979164A - Virtual room allocation method and device and electronic equipment - Google Patents
Virtual room allocation method and device and electronic equipment Download PDFInfo
- Publication number
- CN114979164A CN114979164A CN202210391033.8A CN202210391033A CN114979164A CN 114979164 A CN114979164 A CN 114979164A CN 202210391033 A CN202210391033 A CN 202210391033A CN 114979164 A CN114979164 A CN 114979164A
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 61
- 238000012790 confirmation Methods 0.000 claims description 8
- 230000008901 benefit Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 238000011084 recovery Methods 0.000 description 4
- 230000007547 defect Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 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
- 230000000630 rising effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
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 virtual room distribution 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 a user agent service; 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 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; and if the request success information is received, allocating the virtual room for the user account corresponding to the room allocation request based on the target virtual room. In the mode, the plurality of service nodes can guarantee continuous and stable operation of room distribution service, when the service volume is increased, normal operation of the service can be guaranteed by adding the service nodes, and the service 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, an apparatus, and an electronic device.
Background
A plurality of game rooms are arranged in part of the game, 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 centralized architecture is generally adopted to implement a game room allocation service. Specifically, when the traffic is stable, the game room allocation service may be run by using one server, and when the traffic is increased, the game room allocation service may be run by using a master-slave architecture or a multi-master architecture. In the master-slave architecture or the multi-master architecture, the game room distribution service is still operated through one server within a certain period of time, and when the server fails or operation and maintenance personnel intervene manually, the server for operating the service is replaced. In the centralized service operation mode, once a server running the service fails, the normal operation of the service is affected in a failure recovery period or a server switching process, the lateral expansion capability is weak, and the service traffic is limited by the performance of the equipment.
Disclosure of Invention
In view of this, an object of the present invention is to provide a method, an apparatus, and an electronic device for allocating virtual rooms, so as to ensure continuous and stable operation of room allocation services, and when traffic volume increases, the room allocation services have a relatively large lateral expansion capability and can carry relatively large service traffic volume.
In a first aspect, an embodiment of the present invention provides a virtual room allocation method, where a preset service cluster runs a plurality of service nodes; each service node is used for receiving a room allocation request sent by the user agent service and controlling at least part of the virtual room; 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 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 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 service node except the first service node in the service cluster; and if the request success information is received, allocating the virtual room for the user account corresponding to the room allocation request based on the target virtual room.
The step of allocating the virtual room to the user account corresponding to the room allocation request based on the target virtual room if the request success information is received includes: if a plurality of request success messages are received, determining first success messages from the plurality of request success messages according to a preset rule; and allocating a target virtual room corresponding to the first success information for the user account corresponding to the room allocation 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 success information; wherein the confirmation information is used to: and indicating that the target virtual room corresponding to the first success information is allocated to the user account corresponding to the room allocation request.
A designated room identifier is set in the first service node, and the designated room identifier is a first identifier; the virtual room corresponding to the first identification is an available room without a user account; the method further comprises the following steps: 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 identifier; wherein the consensus request is to: determining whether a specified room identification in the second service node is the first identification; 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 without a user account; and if the consensus operation corresponding to the consensus request is successful, allocating a virtual room corresponding to the first identifier to the user account corresponding to the room allocation request, and updating the specified room identifier to be the second identifier.
The step of allocating the virtual room corresponding to the first identifier to the user account corresponding to the room allocation request if the consensus operation corresponding to the consensus request is successful includes: receiving consensus success information returned by a second service node in the service cluster; wherein the consensus success information is used for: indicating a designated room identifier in the second service node as the first identifier and updating the designated room identifier to the second identifier; and counting the first information quantity of the received consensus successful information, if the first information quantity meets a first preset condition, determining that the consensus operation corresponding to the consensus request is successful, and allocating a virtual room corresponding to the appointed room identification for the user account corresponding to the room allocation request.
After the step of allocating the virtual room corresponding to the first identifier to the user account corresponding to the room allocation request and updating the designated room identifier as the second identifier if the consensus operation corresponding to the consensus request is successful, the method further includes: and setting the virtual room corresponding to the first identification 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 appointed room identifier; the step of broadcasting the room allocation request to a second service node in the service cluster is continued.
The step of updating the designated room identifier 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 used to: indicating that the specified room identification in the second service node is not the first identification; the consensus failure information comprises a designated room identifier in the second service node; and counting a 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 a latest specified room identifier from the consensus failure information, and updating the specified room identifier of the first service node to the latest specified room identifier.
In a second aspect, an embodiment of the present invention provides an apparatus for allocating virtual rooms, where a plurality of service nodes run 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 the virtual room; the apparatus is applied to a first service node in a service cluster, and comprises: the request receiving module is used for receiving a room distribution request sent by the user agent service; wherein, the room allocation request comprises user attribute information; the broadcasting module is used for broadcasting 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 service node except the first service node in the service cluster; and the allocation module is used for allocating the virtual room to the user account corresponding to the room allocation request based on the target virtual room if the request success information is received.
In a third aspect, an embodiment of the present invention provides an electronic device, which includes a processor and a memory, where the memory stores machine executable instructions capable of being executed by the processor, and the processor executes the machine executable instructions to implement the virtual room allocation method 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 virtual room allocation method described above.
The embodiment of the invention has the following beneficial effects:
according to the virtual room distribution method, the virtual room distribution device and the electronic equipment, a plurality of service nodes run 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 the virtual room; a first service node in a service cluster receives a room allocation request sent by a 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 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 service node except the first service node in the service cluster; and if the request success information is received, allocating the virtual room for the user account corresponding to the room allocation request based on the target virtual room. In this way, any service node in the service cluster can receive the room allocation request of the user, broadcast the room allocation request in the service cluster, and allocate the user to the virtual room after finding the matched virtual room. Because the service nodes comprise a plurality of service nodes, even if some service nodes are in fault, other service nodes can still normally distribute rooms for users, the continuous and stable operation of room distribution service is guaranteed, when the service volume is increased, the normal operation of the service can be guaranteed by adding the service nodes, the service has larger transverse expansion capability, and larger service traffic can be borne.
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 aforementioned and other objects, features and advantages of the present invention comprehensible, preferred embodiments accompanied with figures are described in detail below.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and other drawings can be obtained by those skilled in the art without creative efforts.
Fig. 1 is a schematic view of a service cluster scene for allocating virtual rooms according to an embodiment of the present invention;
fig. 2 is a flowchart of a virtual room allocation method according to an embodiment of the present invention;
fig. 3 is a flowchart of another virtual room allocation method according to an embodiment of the present invention;
fig. 4 is a schematic structural diagram of an allocation apparatus for a virtual room 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
To make the objects, technical solutions and advantages of the embodiments of the present invention clearer, 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, but not all embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The game room distribution service running by using the centralized architecture has more defects, although the centralized architecture can be switched to a master-slave architecture or a multi-master architecture when the service traffic is greatly increased, the defects of large single-point fault influence, long fault recovery time, weak lateral expansion capability and the like cannot be overcome all the time.
Based on the above problems, the present embodiment provides a virtual room allocation method, device and electronic device, and the technology may be applied to allocation of game rooms and virtual room allocation in other scenes.
For the understanding of the present embodiment, reference is first made to a service cluster scene diagram for allocating 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 taken 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 accessed preferentially is divided for the user based on parameters of a hall, a region and the like where the user account is located, and when the service node which is accessed preferentially fails, other service nodes can be accessed. In a gaming 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 the virtual room; 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 nodes 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, whether the virtual rooms which can be allocated exist or not is searched from the virtual rooms controlled by the service nodes.
The service node can be a server started independently, a plug-in integrated in a game hall or a plug-in running in a cloud server. The client of the user communicates with the service node by message passing, the service node communicates with the virtual room by message passing, and the service nodes communicate by message passing to realize the distributed virtual room distribution service.
Based on the service cluster, the following describes in detail a virtual room allocation method disclosed in the embodiment of the present invention, as shown in fig. 2, the method is applied to a first service node in the service cluster, and 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 except the first service node. The steps implemented by the following method can be applied to any service node in the service cluster, and when the service node runs the steps corresponding to the method, the service node can be used 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 comprises 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 the game, user attribute information, such as the rank and the position of the user, needs to be considered when allocating the virtual room. Thus, the room allocation request includes user attribute information.
Step S204, 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 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 service node except the first service node in the service cluster;
the first service node is a service node for receiving a 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 except the first service node, or may be some service nodes except 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 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 room controlled by the first service node and each second service node. In actual implementation, the service node may pre-store the admission condition corresponding to each controlled virtual room, 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 condition of the virtual room can display the attributes of the grade, the segment position and the like of the users, so that the users with the same or similar grade and segment position enter the same virtual room to participate in game play.
Step S206, if the request success information is received, distributing the virtual room for the user account corresponding to the room distribution request based on the target virtual room.
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 message is generated or received, allocating the target virtual room included in the request success message to the user account corresponding to the room allocation request. If the request success information comprises a plurality of pieces of request success information, one piece of request success information can be selected according to a preset rule, and the target virtual room included in the selected request success information is allocated to the user account corresponding to the room allocation request. And 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 match. After entering the target virtual room, the user account can become a member of the target virtual room and also can become a homeowner of the target virtual room.
In the virtual room allocation method, a plurality of service nodes run 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 the virtual room; a first service node in a service cluster receives a room allocation request sent by a 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 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 service node except the first service node in the service cluster; and if the request success information is received, allocating the virtual room for the user account corresponding to the room allocation request based on the target virtual room. In this way, any service node in the service cluster can receive the room allocation request of the user, broadcast the room allocation request in the service cluster, and allocate the user to the virtual room after finding the matched virtual room. Because the service nodes comprise a plurality of service nodes, even if some service nodes are in fault, other service nodes can still normally distribute rooms for users, the continuous and stable operation of room distribution service is guaranteed, when the service volume is increased, the normal operation of the service can be guaranteed by adding the service nodes, the service has larger transverse expansion capability, and larger service traffic can be borne.
The embodiments described below provide specific implementations of assigning virtual rooms.
If a plurality of request success messages are received, determining first success messages from the plurality of request success messages according to a preset rule; and allocating a target virtual room corresponding to the first success information for the user account corresponding to the room allocation 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 success information. In practical 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 the subsequently received request success information is not processed.
After a target virtual room corresponding to the first success information is allocated to a user account corresponding to the room allocation request, returning confirmation information to the service node sending the first success information; wherein the confirmation information is used to: and indicating that the target virtual room corresponding to the first success information is allocated to the user account corresponding to the room allocation request. At this time, the service node that receives the confirmation information may count the user account into the user list in the target virtual room, and update information such as the number of online persons and the number of receivable persons in the target room in the service node.
Further, in this embodiment, a plurality of service nodes need to perform state consensus. Each service node stores the relevant information of the virtual room controlled by the service node, for example, a list of virtual rooms controlled by the service node, which may include the address of the virtual room, the capacity of the virtual room, the 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 a first service node, a designated room identifier is set in the first service node, and the designated room identifier is a first identifier; the virtual room corresponding to the first identification is an available room without a user account; if the virtual room matched with the user attribute information does not exist in the currently assignable room, starting the virtual room corresponding to the identifier stored in the designated room identifier. The designated room identifier may allocate a currently inactive virtual room to the user account, and is further used for maintaining the state consistency of the designated 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 designated room identifier to maintain the state consistency of the designated room identifiers of the service nodes in the cluster.
Specifically, if the request success information is not received, a consensus request is sent to a second service node in the service cluster based on the first identifier; wherein the consensus request is to: determining whether a specified room identification in the second service node is the first identification; 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 without a user account; and if the consensus operation corresponding to the consensus request is successful, allocating a virtual room corresponding to the first identifier to the user account corresponding to the room allocation request, and updating the specified room identifier to be the second identifier.
In the above process, if the first service node does not receive the request success information, it indicates that the virtual room controlled by each service node in the service cluster is not matched with the user attribute information, and at this time, a new virtual room needs to be set for the user account. In this embodiment, in order to open a new virtual room for the user account, a consensus request needs to be sent to the second service node. For a certain second service node, after receiving the consensus request, the second service node obtains a first identifier from the consensus request, compares the first identifier with a specified room identifier stored by the second service node, and updates the specified room identifier in the second service node to be a second identifier if the specified room identifier stored by the second service node is the same as the first identifier, where a virtual room corresponding to the second identifier is an available room to which a user account is not allocated.
In a specific implementation manner, when the specified room identifier stored by the second service node is the same as the first identifier and the specified room identifier is updated to the second identifier, the consensus success information is returned to the first service node. The first service node receives the consensus success information returned by the second service node in the service cluster; wherein the consensus success information is used for: indicating a designated room identifier in the second service node as the first identifier and updating the designated room identifier to the second identifier; and counting the first information quantity of the received consensus successful information, if the first information quantity meets a first preset condition, determining that the consensus operation corresponding to the consensus request is successful, and allocating a virtual room corresponding to the appointed room identification for the user account corresponding to the room allocation request.
For example, the first preset condition may be that the first information amount reaches 50% of the number of the service nodes, or other threshold values. In general, the state of a virtual room may include active, inactive, and unavailable. The active virtual rooms are rooms which are allocated with users and are not full of users; an inactive virtual room is a room to which no user is assigned; the unavailable virtual room is a room that is full or is in game play. For example, the virtual room of the first identification object belongs to an inactive virtual room before allocating the user account corresponding to the room allocation request; after being assigned the user account and before being full, belong to an active virtual room; after the game is played in the virtual room, the virtual room belongs to a virtual room which cannot be used by a user. That is, the virtual rooms corresponding to the specified room identifiers stored in the service node all belong to inactive virtual rooms, and after the identifiers stored in the specified room identifiers are allocated to users, the specified room identifiers immediately update other identifiers, that is, the second identifiers, and the virtual rooms corresponding to the second identifiers also belong to inactive virtual rooms.
After the virtual room corresponding to the first identifier is allocated to the user account, the virtual room corresponding to the first identifier is set as a virtual room controlled by the first service node, that is, the first service node has the control right of the virtual room corresponding to the first identifier. The first service node monitors the state of the virtual room, the number of current users and other data. 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 appointed room identifier; the step of broadcasting the room allocation request to a second service node in the service cluster is continued.
Specifically, receiving consensus failure information returned by a second service node in the service cluster; wherein the consensus failure information is used to: indicating that the specified room identification in the second service node is not the first identification; the consensus failure information comprises a designated room identifier in the second service node; and counting a 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 a latest specified room identifier from the consensus failure information, and updating the specified room identifier of the first service node to the latest specified room identifier.
For example, the second preset condition may be that the second information amount reaches 50% of the number of the service nodes, or other threshold values. For the second service node, after receiving the consensus request from the first service node, obtaining a first identifier from the consensus request, comparing the first identifier with a specified room identifier stored in the second service node, and if the specified room identifier stored in 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 of the number of the service nodes, for example, 50%, it may be determined that the consensus operation corresponding to the consensus request fails. In this case, it is explained that the specified room identification in the first service node is different from the specified room identifications in most of the service nodes in the service cluster. The possible reason is that the first service node is a service node newly added to the cluster or a service node which recovers to be normal after a fault occurs, and the specified room identifier in the first service node is different from the specified room identifiers in other service nodes.
In practical implementation, the room identifier of each virtual room may be set from small to large according to the sequence of the virtual rooms from the inactive state to the active state. And when a plurality of pieces of consensus failure information are received, acquiring the appointed room identification from each piece of consensus failure information one by one, and taking the appointed room identification with the largest identification from the acquired appointed room identifications as the appointed room identification of the first service node. After the first service node updates the designated room identifier, and the state of the first service node is the same as that of most service nodes in the service cluster, the step of broadcasting the room allocation request to the second service node in the service cluster is executed again, so as to complete room allocation of the user account of the room allocation request.
For ease of understanding, fig. 3 shows another implementation of the virtual room allocation method provided by the present embodiment, first, a user initiates a room allocation request; the method comprises the steps that a first service node broadcasts a room allocation request to confirm whether a room in an active state exists in a service cluster or not; if yes, distributing the user to the room in the active state, and judging whether the distribution is successful; if the distribution is successful, controlling the user to enter the distributed room; if the allocation is unsuccessful, the room allocation request is broadcast by the first service node again to confirm whether there are rooms in the service cluster in an active state. It should be noted here that if there is a room in the cluster in the active state, but the allocation is not successful, it may be because the room in the active state is suddenly changed from the active state to an unavailable state before being allocated to the user, for example, the number of the virtual people in the room is full, or a game is started. At this time, the first service node broadcasts the room allocation request again 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 during the period, the room in the active state is continuously allocated to the user, 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, if so, the first service node allocates a virtual room for the user and then controls the user to enter the allocated room; if not successful, updating the designated room identification of the user, and continuously broadcasting the room allocation request.
In the method for allocating virtual rooms provided in this embodiment, any number of service nodes are set in a service cluster, and a user can request any service node at any server entry. After responding to the room allocation request of the user, the service node allocates a virtual room meeting the conditions for the user, and accesses the user account to the virtual room. The process is consistent with distributed consistency, i.e., users can be assigned to the same virtual room regardless of which service node in the cluster is requested. In addition, in the distributed service nodes of this embodiment, consistency of all information before the service node does not need to be guaranteed, and only consistency of the identifier of the designated room needs to be guaranteed, so that the conditions that efficiency is reduced due to mutual waiting and the like possibly existing in updating of a plurality of states are avoided, operating efficiency of the service cluster is improved, and then efficiency of virtual room allocation is improved.
The virtual room allocation method provided by the embodiment has the following advantages:
1. and (4) decentralizing. The room state is distributed in any plurality of service nodes, and no single point failure which cannot be recovered exists, and the service interruption time in failure recovery (namely master reselection) which commonly exists in the common distributed architecture does not exist.
2. And (4) completely disaster recovery. And when the number of the nodes in the cluster is more than or equal to 1, the distribution service of the virtual room can be normally provided. Any service node in work is offline, so that service failure which cannot be recovered cannot be caused, and a requester only needs to retry the request after the request is overtime.
3. Infinite flexibility. With the benefit of single-state distributed consistency, the rising number of nodes does not cause performance bottlenecks.
Corresponding to the above method embodiment, referring to a schematic structural diagram of an allocation apparatus for a virtual room shown in fig. 4, a plurality of service nodes are run 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 the virtual room; the device is applied to a first service node in a service cluster, and comprises the following components:
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 the room allocation request to a second service node in the service cluster to determine whether a target virtual room matching 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 service node except the first service node in the service cluster;
and the allocating module 44 is configured to, if the request success information is received, allocate a virtual room to the user account corresponding to the room allocation request based on the target virtual room.
The virtual room distribution device is provided with a plurality of service nodes running 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 the virtual room; a first service node in a service cluster receives a room allocation request sent by a 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 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 service node except the first service node in the service cluster; and if the request success information is received, allocating the virtual room for the user account corresponding to the room allocation request based on the target virtual room. In this way, any service node in the service cluster can receive the room allocation request of the user, broadcast the room allocation request in the service cluster, and allocate the user to the virtual room after finding the matched virtual room. Because the service nodes comprise a plurality of service nodes, even if some service nodes are in fault, other service nodes can still normally distribute rooms for users, the continuous and stable operation of room distribution service is guaranteed, when the service volume is increased, the normal operation of the service can be guaranteed by adding the service nodes, the service has larger transverse expansion capability, and larger service traffic can be borne.
The allocation module is further configured to: if a plurality of request success messages are received, determining first success messages from the plurality of request success messages according to a preset rule; and allocating a target virtual room corresponding to the first success information for the user account corresponding to the room allocation request.
The above-mentioned device still includes: an information sending module, configured to: returning confirmation information to the service node which sends the first success information; wherein the confirmation information is used to: and indicating that the target virtual room corresponding to the first success information is allocated to the user account corresponding to the room allocation request.
A designated room identifier is set in the first service node, and the designated room identifier is a first identifier; the virtual room corresponding to the first identification is an available room without a user account; the above-mentioned device still includes: the consensus module is used for sending a consensus request to a second service node in the service cluster based on the first identifier if the request success information is not received; wherein the consensus request is to: determining whether a specified room identification in the second service node is the first identification; 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 without a user account; and if the consensus operation corresponding to the consensus request is successful, allocating a virtual room corresponding to the first identifier to the user account corresponding to the room allocation request, and updating the specified room identifier to be 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 used for: indicating a designated room identifier in the second service node as the first identifier and updating the designated room identifier to the second identifier; and counting the first information quantity of the received consensus successful information, if the first information quantity meets a first preset condition, determining that the consensus operation corresponding to the consensus request is successful, and allocating a virtual room corresponding to the appointed room identification for the user account corresponding to the room allocation request.
The above-mentioned device still includes: a setup module to: and setting the virtual room corresponding to the first identification as the virtual room controlled by the first service node.
The above-mentioned device still includes: an update module to: if the consensus operation corresponding to the consensus request fails, updating the appointed room identifier; the step of broadcasting the room allocation request to a second service node in the service cluster is continued.
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 used to: indicating that the specified room identification in the second service node is not the first identification; the consensus failure information comprises a designated room identifier in the second service node; and counting a 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 a latest specified room identifier from the consensus failure information, and updating the specified room identifier of the first service node to the latest specified room identifier.
The embodiment also provides an electronic device, which comprises a processor and a memory, wherein the memory stores machine executable instructions capable of being executed by the processor, and the processor executes the machine executable instructions to realize the 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 stores machine executable instructions capable of being executed by the processor 100, and the processor 100 executes the machine executable instructions to implement the virtual room allocation method described above.
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) and may also include a non-volatile Memory (non-volatile Memory), such as at least one disk Memory. The communication connection between the network element of the system and at least one other network element is realized through at least one communication interface 103 (which may be wired or wireless), and the internet, a wide area network, a local network, a metropolitan area network, and the like can be used. The bus 102 may be an ISA bus, a PCI bus, an EISA bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one double-headed arrow is shown in FIG. 5, but this does not indicate only one bus or one type of bus.
The present embodiments also provide a machine-readable storage medium having stored thereon machine-executable instructions that, when invoked and executed by a processor, cause the processor to implement the virtual room allocation method described above.
The virtual room allocation method, apparatus, electronic device, and computer program product of a storage medium provided in the embodiments of the present invention include a computer-readable storage medium storing a program code, where instructions included in the program code may be used to execute the method described in the foregoing method embodiments, and specific implementation may refer to the method embodiments, and will not be described herein again.
It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the system and the apparatus described above may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
In addition, in the description of the embodiments of the present invention, unless otherwise explicitly specified or limited, the terms "mounted," "connected," and "connected" are to be construed broadly, e.g., as meaning either a fixed connection, a removable connection, or an integral connection; can be mechanically or electrically connected; they may be connected directly or indirectly through intervening media, or they may be interconnected between two elements. The specific meaning of the above terms in the present invention can be understood in specific cases for those skilled in the art.
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 such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute 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), a magnetic disk, or an optical disk, and various media capable of storing program codes.
In the description of the present invention, it should be noted that the terms "center", "upper", "lower", "left", "right", "vertical", "horizontal", "inner", "outer", etc., indicate orientations or positional relationships based on the orientations or positional relationships shown in the drawings, and are only for convenience of description and simplicity of description, but do not indicate or imply that the device or element being referred to must have a particular orientation, be constructed and operated in a particular 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: although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art will understand that the following embodiments are merely illustrative of the present invention, and not restrictive, and the scope of the present invention is not limited thereto: any person skilled in the art can modify or easily conceive the technical solutions described in the foregoing embodiments or equivalent substitutes for some technical features within the technical scope of the present disclosure; such modifications, changes or substitutions do not depart from the spirit and scope of the embodiments of the present invention, and they should be construed as being included therein. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.
Claims (11)
1. A 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 a user agent service and controlling at least part of virtual rooms; the method is applied to a first service node in the service cluster, and comprises the following steps:
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 matching 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 service node except the first service node in the service cluster;
and if the request success information is received, distributing the virtual room for the user account corresponding to the room distribution request based on the target virtual room.
2. The method according to claim 1, wherein if the request success information is received, the step of allocating a virtual room to the user account corresponding to the room allocation request based on the target virtual room comprises:
if a plurality of request success information are received, determining first success information from the plurality of request success information according to a preset rule;
and allocating a target virtual room corresponding to the first success information to a user account corresponding to the room allocation request.
3. The method according to claim 2, wherein after the step of allocating the target virtual room corresponding to the first success information to the user account corresponding to the room allocation request, the method further comprises:
returning confirmation information to the service node which sends the first success information; wherein the acknowledgement information is used to: and indicating that the target virtual room corresponding to the first success information is allocated to the user account corresponding to the room allocation request.
4. The method of claim 1, wherein a designated room identifier is set in the first service node, and the designated room identifier is a first identifier; the virtual room corresponding to the first identification is an available room without a user account; the method further comprises the following steps:
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 identifier; wherein the consensus request is to: determining whether a specified room identification in the second service node is the first identification; updating the designated room identifier in the second service node to be a second identifier, wherein the virtual room corresponding to the second identifier is an available room without a user account;
and if the consensus operation corresponding to the consensus request is successful, allocating a virtual room corresponding to the first identifier to the user account corresponding to the room allocation request, and updating the designated room identifier to be the second identifier.
5. The method according to claim 4, wherein 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:
receiving consensus success information returned by a second service node in the service cluster; wherein the consensus success information is used for: indicating a designated room identity in the second service node as the first identity and updating the designated room identity to the second identity;
counting a first information quantity of the received consensus successful information, if the first information quantity meets a first preset condition, determining that the consensus operation corresponding to the consensus request is successful, and allocating a virtual room corresponding to the specified room identifier to a user account corresponding to the room allocation request.
6. The method according to claim 4, wherein if the consensus operation corresponding to the consensus request is successful, the 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 specified room identifier to the second identifier, the method further comprises:
and setting the virtual room corresponding to the first identification as the virtual room controlled by the first service node.
7. The method of claim 4, further comprising:
if the consensus operation corresponding to the consensus request fails, updating the appointed room identifier;
continuing to perform the step of broadcasting the room allocation request to a second service node in the service cluster.
8. The method of claim 7, wherein the step of updating the designated room identifier 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 used to: indicating that a specified room identification in the second service node is not the first identification; the consensus failure information comprises a designated room identifier in the second service node;
counting a second information quantity of the received consensus failure information, determining that consensus operation corresponding to the consensus request fails if the second information quantity meets a second preset condition, acquiring a latest specified room identifier from the consensus failure information, and updating the specified room identifier of the first service node to the latest specified room identifier.
9. The virtual room distribution device 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 a user agent service and controlling at least part of virtual rooms; the apparatus is applied to a first service node in the service cluster, and the apparatus comprises:
a request receiving module, configured to receive a room allocation request sent by the user agent service; wherein the room allocation request includes 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 matching the user attribute information exists in a virtual room controlled by the service node in the service cluster; if yes, 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 service node in the service cluster except the first service node;
and the allocation module is used for allocating the virtual room to the user account corresponding to the room allocation request based on the target virtual room if the request success information is received.
10. 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 virtual room allocation method of any one of claims 1-8.
11. A machine-readable storage medium having stored thereon machine-executable instructions which, when invoked and executed by a processor, cause the processor to implement the virtual room allocation method of any of claims 1-8.
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 true CN114979164A (en) | 2022-08-30 |
| CN114979164B 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) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116764189A (en) * | 2023-04-27 | 2023-09-19 | 支付宝(杭州)信息技术有限公司 | Virtual space distribution method, device, medium, equipment and product |
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 |
|---|
| 赵瑞峰;孟莉;: "服务器虚拟化在综合信息服务中的应用", 网络安全技术与应用, no. 10 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116764189A (en) * | 2023-04-27 | 2023-09-19 | 支付宝(杭州)信息技术有限公司 | Virtual space distribution method, device, medium, equipment and product |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114979164B (en) | 2023-11-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN113014634B (en) | Cluster election processing method, device, equipment and storage medium | |
| US10389801B2 (en) | Service request processing method, related apparatus, and system | |
| CN112512100B (en) | Slice priority-based AMF (advanced metering framework) redirection method and newly-added management network element | |
| CN109040184B (en) | Host node election method and server | |
| BR112014020823B1 (en) | METHOD, SERVER AND READable MEDIUM TO ALLOCATE GAME RESOURCES | |
| CN112328421B (en) | System fault processing method and device, computer equipment and storage medium | |
| CN114979164A (en) | Virtual room allocation method and device and electronic equipment | |
| CN111698098A (en) | Communication method, apparatus and computer-readable storage medium | |
| KR20030036132A (en) | Data sharing method, terminal, and medium on which program is recorded | |
| CN110784549A (en) | Network node selection method and device, first network node and storage medium | |
| CN112437454A (en) | Data transmission method and device, storage medium and electronic device | |
| CN115499447A (en) | Cluster master node confirmation method and device, electronic equipment and storage medium | |
| US7301916B2 (en) | Network access control technique in a CDMA system | |
| CN113098797B (en) | Network connection method and device based on distributed networking system and computer equipment | |
| CN109714328B (en) | Capacity adjustment method and device for game cluster | |
| EP2071764B1 (en) | A method, device and communication system thereof of electing local master | |
| CN110446202B (en) | Automatic ID distribution and management method and device for wireless ad hoc network | |
| CN113765690A (en) | Cluster switching method, system, device, terminal, server and storage medium | |
| CN111905362A (en) | Game guild loading method and server | |
| US10637748B2 (en) | Method and apparatus for establishing interface between VNFMS, and system | |
| CN113360783B (en) | User online list updating method and device and computer equipment | |
| CN113542775B (en) | Live broadcast keep-alive service system, live broadcast keep-alive management method, server and medium | |
| CN113032937A (en) | Intelligent control method, device and equipment for urban intelligent street lamp and storage medium | |
| CN113268327A (en) | Transaction request processing method and device and electronic equipment | |
| CN114949847A (en) | Group data processing method, device and system and server |
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 |