Patent Application
20250118017
The present invention relates to the technical field of computer data processing, and relates in particular to a virtual scene-oriented data processing method, a system, a medium, and a computer program product.
With the development of computer technology, especially application programs that support virtual scenes are becoming more and more common. Users can interact with virtual scenes through user devices, complete model design and other work, and can also socialize, relax, and play games. In the near future, it will even be possible to realize a virtual world based on virtual scenes, that is, the metaverse world, allowing users to carry out activities such as learning, working, living and entertainment in the virtual world.
When users interact with virtual scenes, they often need to jump from one virtual scene to another, such as jumping from an architectural modeling scene to a mechanical equipment modeling scene, or jumping between different game virtual scenes. The existing technical solution requires the user to exit from the first virtual scene, return to the so-called game platform lobby, and then enter the second virtual scene, and the relevant data previously interacted in the first virtual scene cannot be directly migrated to the second virtual scene, causing obstacles to the interconnection and sharing of data. Specifically, the user controls the virtual character in the first game virtual scene to perform mining activities, which increases the number of gold coins. If the user wants to enter the store in the second game virtual scene for consumption, he/she must perform logout and login operations, that is, first exit from the first game virtual scene, return to the game platform lobby, and then enter the second game virtual scene, and after the user enters the second game virtual scene, the number of gold coins previously added in the first game virtual scene is not recorded in the second game virtual scene. Such data barriers need to be cleared.
Therefore, there is an urgent need for a data processing solution for virtual scenes that can break down data transmission and sharing barriers between different virtual scenes, and can also supports one-click jump of user-controlled virtual characters between different virtual scenes.
The object of this invention is to provide a data processing method, a system, a medium, and a computer program product that support the convenient transfer of user-controlled virtual characters between different virtual scenes, and retain relevant data information during the transfer process.
An embodiment of the invention discloses a data processing method applied to a application program that provide human-computer interaction based on virtual scenes, the data processing method includes:
Preferably, the application program includes at least one subprogram, the subprogram includes at least one virtual scene, and the first virtual scene and the second virtual scene belong to the same or different subprograms.
Preferably, the subprogram runs the human-computer interaction function carrying the virtual scene through logical groups, and each logical group is bound to a unique logical group serial number, one or more virtual characters in the same logical group realize human-computer interaction according to the functional logic of the subprogram.
Preferably, the number of logical groups is set according to the number of virtual characters required to be carried by each virtual scene; The above transfer step further include: matching logical groups for the virtual characters transferred to the second virtual scene according to matching rules.
Preferably, the global data is stored in a long-term storage server, and the global data includes at least one of model information, level information, and equipment information of the above-mentioned virtual character; the virtual character generates subprogram data when realizing human-computer interaction in the virtual scene, the subprogram data is stored in the application server, the subprogram data includes at least one of the position parameters and motion posture parameters of the virtual character; the transmission data is generated by the jump server after extracting subprogram data required for transfer from the application server corresponding to the above-mentioned first virtual scene and processing it, to support the transfer of the virtual character from the first virtual scene to the above-mentioned second virtual scene.
Furthermore, the above-mentioned global data is visible to all application servers and supports reading and writing; the above-mentioned subprogram data is only visible to the associated application server, is generated when the virtual character logs in or transfers into the application server, and is destroyed when the virtual character logs out or transfers out of the application server; the above-mentioned transmission data is only visible to the jump server and the application server associated with this transfer process during the corresponding transfer process, after the transfer is completed, the transmission data is converted into subprogram data corresponding to the second virtual scene according to preset data rules.
Preferably, the above-mentioned transfer request is triggered by an interaction operation received by a preset control provided in the first virtual scene, wherein the preset control is associated with the second virtual scene.
Another embodiment of the invention discloses a data processing system that provides human-computer interaction application program based on virtual scenes, including:
Preferably, the application program includes at least one subprogram, the subprogram includes at least one virtual scene, and the above-mentioned first virtual scene and the above-mentioned second virtual scene belong to the same or different subprograms, each virtual scene is supported by an independent application server; The above-mentioned virtual character generates subprogram data when realizing human-computer interaction in the virtual scene, the subprogram data is stored in the application server, and is only visible to the application server associated with the subprogram data; the subprogram data is generated when the virtual character logs in or transfers into the application server, and is destroyed when the virtual character logs out or transfers out of the application server; the above-mentioned transmission data is generated by the above-mentioned jump server after extracting subprogram data required for transfer from the application server corresponding to a first virtual scene and processing it, to support the transfer of the virtual character from the first virtual scene to a second virtual scene; the transmission data is only visible to the jump server and the application server associated with this transfer process during the corresponding transfer process, after the transfer is completed, the transmission data is converted into subprogram data corresponding to the second virtual scene according to preset data; the above-mentioned global data is visible to all application servers and supports reading and writing.
The application program includes at least one subprogram, the subprogram includes at least one virtual scene, and the first virtual scene and the second virtual scene belong to the same or different subprograms, each virtual scene is supported by an independent application server;
Preferably, the data processing system of the application further includes a user device communicatively connected with the above-mentioned first application server, and the user interacts with at least one virtual character in the first virtual scene displayed by the user device; when the preset control in the first virtual scene displayed by the user device receives an interaction operation from the user, the transfer request is sent to the first server, wherein the preset control is associated with the second virtual scene.
This application also discloses a computer-readable storage medium with a computer program stored thereon, wherein when the computer program is executed by a processor, the steps of the above data processing method are implemented.
The application also discloses a computer program product, including a computer program that implements the steps of the above data processing method when executed by a processor.
Compared with the prior art, the embodiments of this invention have the following main differences and effects:
In the invention, by means matching the global data and the transmission data, the virtual character being transferred from the first virtual scene to the second virtual scene is supported, relevant data information when interacting in the first virtual scene is retained, and mutual data sharing is implemented. In the invention, by matching logical groups to virtual characters according to matching rules, the user is matched to a suitable user environment and the user experience is optimized. The invention also discloses a mechanism for saving, converting, and transmitting global data, subprogram data, and transmission data, and provides a flexible and efficient data management method for application programs oriented to virtual scene human-computer interaction applications. In the invention, the user only needs to trigger the preset control in the first virtual scene to realize the transfer process of the virtual character, and the data processing is completed in the background. The operation is simple for the user, and there is no need to exit the first virtual scene and return to the application program platform lobby, shortening the waiting time.
The present application is further described below with reference to specific embodiments and the drawings. It should be understood that the specific embodiments described herein are used merely to explain the present application, but are not intended to limit the present application. In addition, for ease of description, only some but not all structures or processes related to the present application are shown in the drawings. It should be noted that in this description, similar numerals and letters designate like items in the following drawings.
It should be understood that although the terms first, second, etc. may be used in the present disclosure to describe various features, these features should not be limited to these terms. These terms are used for distinction only and shall not be understood as an indication or implication of relative importance. For example, without departing from the scope of example embodiments, a first feature may be referred to as a second feature, and similarly a second feature may be referred to as a first feature.
In the description of the present application, it is also to be noted that, unless expressly stated and defined otherwise, the terms “arrangement”, “connection”, “link” are to be understood in a broad sense, for example, as a fixed connection, as a detachable connection, or as an integrated connection; may be a mechanical connection or an electrical connection; may be directly connected or indirectly connected by means of an intermediate medium, and may be internal communication of the two elements. The specific meaning of the above terms in this embodiment will be understood by one of ordinary skill in the art.
Illustrative embodiments of the present application include, but are not limited to a data processing method, a system, a medium, and a computer program product.
Various aspects of the illustrative embodiments are described by using terms commonly used by persons skilled in the art to convey the substance of their work to others skilled in the art. However, it is apparent to the persons skilled in the art that some alternative embodiments may be practiced by using some of the described features. For purposes of explanation, specific numbers and configurations are set forth in order to provide a more thorough understanding of the illustrative embodiments. However, it is apparent to the persons skilled in the art that alternative embodiments may be practiced without the specific details. In other instances, well-known features have been omitted or simplified herein in order to avoid obscuring the illustrative embodiments of the application.
In addition, various operations will be described as a plurality of operations separated from each other in a manner most conducive to understanding the illustrative embodiments; however, the order of description should not be construed as to imply that these operations are necessarily dependent on the order of description, many of which operations may be performed in parallel, concurrently, or simultaneously. In addition, the order of operations can also be rearranged. When the described operations are completed, the processing may be terminated, but may further have additional steps not included in the figures. The processing may be corresponding to a method, a function, a procedure, a subroutine, a subprogram, or the like.
References in the specification to “an embodiment”, “embodiment”, “illustrative embodiment” and the like indicate that the described embodiments may include specific features, structures or properties, but each embodiment may or may not necessarily include specific features, structures or properties. Moreover, these phrases do not necessarily refer to the same embodiment. Furthermore, when certain features are described with reference to specific embodiments, the knowledge of the persons skilled in the art can affect the combination of these features with other embodiments, whether or not those embodiments are explicitly described.
Unless the context otherwise requires, the terms “comprising,” “having,” and “including” are synonyms. The phrase “A and/or B” indicates “(A), (B) or (A and B)”.
As used herein, the term “module” may refer to, be a part of, or include: a memory (shared, dedicated, or group), an application-specific integrated circuit (ASIC), an electronic circuit, and/or a processor (shared, dedicated, or a group) that can execute one or more software or firmware programs, a combinatorial logic circuit, and/or another proper component that provides the function.
In the drawings, some structural or methodological features may be shown in a particular arrangement and/or order. However, it should be understood that no such specific arrangement and/or ordering is required. Rather, in some embodiments, features may be described in a different manner and/or order than shown in the illustrative figures. In addition, the inclusion of structural or methodological features in a particular figure does not imply that all embodiments need to include such features, and in some embodiments, these features may not be included or may be combined with other features.
To make the objectives, technical solutions, and advantages of the present application clearer, the following further describes the embodiments of the present application in detail with reference to the accompanying drawings.
The first application server 206 and the second application server 207 may be background servers corresponding to the applications installed on the user device 208. For example, they may be independent physical servers or a server cluster or distributed system composed of multiple servers. They may also be cloud servers that provide cloud services, cloud database, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN, and basic cloud computing services such as big data and artificial intelligence platforms, but are not limited to this.
The user device 208 and the first application server 206 are connected through a network. The network includes one or more and may include various connection types, such as wired, wireless communication links, cloud or optical fiber cables, etc. Specific examples of the network described above may include the Internet provided by the communications provider of the user device 208.
Specifically, the application program in this embodiment is a comprehensive application platform that integrates game entertainment, social and leisure functions. The comprehensive application platform provides users with subprograms independently developed by different developers based on the editing tools provided by the platform service provider of the comprehensive application platform. Each subprogram can be considered an independent game. During the development of subprograms, developers must comply with the interfaces and data structures defined by the comprehensive application platform. At the same time, developers have a high degree of flexibility to formulate the game rules and gameplay of each subprogram, as well as the interaction mechanism when interacting with other subprograms. Each subprogram contains one or more virtual scenes. Each virtual scene can provide specific human-computer interaction functions for users to implement different game rules and gameplay. Therefore, each virtual scene is supported and run by a functionally independent application server, supporting users to implement human-computer interaction on the user device 208, such as viewing the content of the virtual scene and controlling the virtual character in the virtual scene to perform interactive activities. The virtual character can be a human-like 2D or 3D model, or It is an animal model, or an operable virtual device such as a car, a tank, or an airplane. As shown in
This embodiment proposes a solution to the above problem. The data processing system 200 shown in
In this embodiment, when the user controls the virtual character to interact in the first virtual scene, the first application server 206 will determine whether a transfer request for transferring the virtual character from the first virtual scene 310 to the second virtual scene 320 is received. Specifically, when the user device 208 displays the first virtual scene 310, a preset control will be displayed at a preset location, for example, a transfer button (ie, a preset control) is set up at the entrance of the mine, and the transfer button may be marked with “Transfer to Resource Trading Market”, that is, the transfer button may prompt the user to transfer the virtual character to the second virtual scene 320 by touching this button. The preset control can be in any form that is easy for users to discover and use, such as a door, or a teleportation port shaped like a black hole, etc. The preset control is associated with the second virtual scene 320 and can be bound to a transfer request instruction directed to the second virtual scene 320. When the user performs an interaction operation to trigger the preset control, the user device 208 sends the transfer request instruction to the first application server 206. Then the first application server 206 will receive the transfer request instruction and learn that the virtual character needs to be transferred from the first virtual scene 310 to the second virtual scene 320. Since each virtual scene is supported and run by a one-to-one corresponding application server, the IP address or server code of the application server can be recorded on the transfer request instruction, thereby realizing the confirmation of the transfer target virtual scene. Similarly, multiple preset controls associated with different virtual scenes can also be set in the first virtual scene 310, and the user can choose to transfer to different virtual scenes, such as the third virtual scene 410, to realize virtual scene transfer across subprograms. In other embodiments of the invention, server background operations can also be used, wherein the administrator directly sends batch transfer instructions for multiple virtual characters to relevant application servers to realize batch transfer of virtual characters. In another embodiment of the invention, when the user controls the virtual character to interact in the first virtual scene, the user's friends in application program can send a transfer invitation from another virtual scene and send it to the user through an application program message. Then, implement the transfer of the virtual character after the user chooses to accept the invitation.
After receiving the transfer request, the first application server 206 will synchronize the transfer request to the jump server 202. The jump server 202 runs its internally stored transfer control logic to process the virtual scene transfer request for the virtual character. The transfer control logic first confirms the transferred virtual character information, and obtains the information of the original application server (the first application server 206 in this embodiment) and the target application server (the second application server 207 in this embodiment); then the jump server 202 obtains the subprogram data related to the virtual character from the first application server 206 to generate transmission data. The relevant content of the subprogram data will be explained below. The transmission data includes the position parameters, movement posture parameters of the virtual character, etc., ensuring that the virtual character can still maintain the previous movement posture after being transferred to the second virtual scene 320, and provide the user with coherent operating experience. In this embodiment, the transmission data also includes mineral resource information, so that users can conveniently use or trade various mineral resources in other virtual scenes. Finally, the jump server 202 transfers the virtual character from the first virtual scene 310 to the second virtual scene 320 based on the global data and transmission data associated with the virtual character. Specifically, the jump server 202 sends the transmission data to the second application server 207, and synchronizes the global data information associated with the virtual character to the second application server 207 (such as synchronizing the ID of the virtual character to the second application server 207). The second application server 207 reads the global data associated with the virtual character from the long-term storage server 205, such as model information, level information, and equipment information, and loads the transmission data and the global data associated with the virtual character together in the second virtual scene 320. So far, the virtual character appears in the second virtual scene 320, and the transfer operation is completed. Correspondingly, the user device 208 establishes a communication connection with the second application server 207 (not shown in
In another embodiment of the invention, the case where a virtual character transfers between virtual scenes under different subprograms is specifically described. As explained above, subprograms can be independently developed by different developers based on the editing tools provided by the platform service provider of the application program involved in the invention. Different developers can develop different game rules and gameplay for their own subprograms, as well as interaction mechanisms when interacting with other subprograms. For example, the second subprogram 400 in
The above-mentioned interaction mechanism between subprograms can be negotiated and formulated collaboratively by different developers using the developer-oriented communication service function provided by the application; or it can also be that the developer unilaterally provides an interaction mechanism offer to other developers in the subprograms developed by himself; when other developers accept the offer, it is deemed that both parties have determined the interaction mechanism, so that preset controls associated with the other party's subprogram can be preset in the virtual scene of their respective subprograms.
Based on the above embodiments and
In other embodiments of the invention, a flexible transfer function can also be designed, such as supporting the random transfer of virtual characters to other virtual scenes. That is the preset random algorithms in the transfer request instruction can point to any one of all known virtual scenes.
Furthermore, when the virtual character implements human-computer interaction in the virtual scene, subprogram data is generated. The subprogram data is stored in the application server and is only visible to the associated application server, and is generated starting from the time when the virtual character logs in or transfers to the application server, destroyed when the virtual character logs out or transfers out of the application server. Specific to this embodiment, combined with the examples of
For the transmission data, in the embodiment, it is used to support the transfer of the virtual character from the first virtual scene 310 to the second virtual scene 320, and is only visible to the jump server and the application server associated with this transfer process during the corresponding transfer process. That is, it is only visible to the jump server 202, the first application server 206, and the second application server 207. After the virtual character transfer is completed, the transmission data is converted into the second subprogram data corresponding to the second virtual scene 320 according to the preset data rules (such as the movement posture of the virtual character, the number of mineral resources), and the jump server 202 no longer saves the transmission data.
Furthermore, in this embodiment, the data processing system 200 also includes a management server 204 and a matching server 203. The matching server 203 is connected to the management server 204 and the jump server 202. The management server 204 sets the number of logical groups according to the number of virtual characters that each virtual scene needs to carry. The logical groups can be understood as rooms in the game application, and the subprograms run human-computer interaction functions that carry virtual scenes through logical groups. Each logical group is bound to a unique logical group serial number. As shown in
In other embodiments of the invention, in order to provide users with better online social interaction functions, the data processing system 200 also includes an interactive server 201 connected to the user device 208 and the jump server 202. The interactive server 201 is responsible for social and activity push service functions, and the unified interface defined by the data processing system 200 pushes the data of the above service functions to the user device 208. When the transfer control process occurs, the jump server 202 sends synchronization information to the interaction server 201, including virtual scene change information, logical group change information, etc. corresponding to the transferred virtual character.
As shown in
A detailed description will be given below with reference to
In the generation step, after receiving the transfer request, the first application server 206 will synchronize the transfer request to the jump server 202. The jump server 202 runs its internally stored transfer control logic to process the virtual scene transfer request for the virtual character. The transfer control logic first confirms the transferred virtual character information, and obtains the information of the original application server (the first application server 206 in this embodiment) and the target application server (the second application server 207 in this embodiment); then the jump server 202 obtains the subprogram data related to the virtual character from the first application server 206 to generate transmission data. The relevant content of the subprogram data is recorded in the relevant embodiments of the data processing system 200 mentioned above. The transmission data includes the position parameters, movement posture parameters of the virtual character, etc., ensuring that the virtual character can still maintain the previous movement posture after being transferred to the second virtual scene 320, and provide the user with coherent operating experience. In this embodiment, the transmission data also includes gold coin quantity information, so that users can conveniently use gold coins other virtual scenes.
In the transfer step, the jump server 202 transfers the virtual character from the first virtual scene 310 to the second virtual scene 320 based on the global data and transmission data associated with the virtual character. Specifically, the jump server 202 sends the transmission data to the second application server 207, and synchronizes the global data information (such as the ID of the virtual character) associated with the virtual character to the second application server 207. The second application server 207 reads the global data associated with the virtual character from the long-term storage server 205, such as model information, level information, and equipment information, and loads the transmission data and the global data associated with the virtual character together in the second virtual scene 320. So far, the virtual character appears in the second virtual scene 320, and the transfer operation is completed. Correspondingly, the user device 208 establishes a communication connection with the second application server 207 (not shown in
In this embodiment, each subprogram includes one or more virtual scenes, and each virtual scene is supported and run by an independent application server. The virtual scenes provide user-oriented human-computer interaction functions and support users to implement human-computer interaction on the user device 208, such as viewing the content of the virtual scene and controlling the virtual character in the virtual scene to perform interactive activities. The virtual character can be a human-like 3D model, or It is an animal model, or an operable virtual device such as a car, a tank, or an airplane. As shown in
There is an upper limit on the number of virtual characters that each virtual scene can carry. In order to ensure that each user can get a good experience, the transfer step further include:
Wherein the logical groups can be understood as rooms in the game application, and the subprograms run human-computer interaction functions that carry virtual scenes through logical groups. Each logical group is bound to a unique logical group serial number. Using multiple logical groups to share the number of virtual characters to ensure that the number of virtual characters in each logical group is within the appropriate range. On this basis, each logical group is supported by independent application server resources, that is, the application server resources enjoyed by different logical groups are mutually exclusive. As shown in
Furthermore, the reason why this embodiment can realize the seamless transfer of virtual characters in different virtual scenes is because the data is divided into three types: global data, subprogram data, and transmission data. The organic combination of the three types supports the transfer process of virtual characters. The long-term storage server 205 stores global data. The global data is visible to all subprograms (ie, the first subprogram 300 and the second subprogram 400 in this embodiment) and supports reading and writing, including the virtual character's model information, level information, equipment information, etc. The virtual scenes in each subprogram are supported by each application server, so each application server (ie, the first application server 206 and the second application server 207 in this embodiment) also has permission to read and write global data.
When the virtual character implements human-computer interaction in the virtual scene, subprogram data is generated. The subprogram data is stored in the application server and is only visible to the associated application server, and is generated starting from the time when the virtual character logs in or transfers to the application server, destroyed when the virtual character logs out or transfers out of the application server. Specific to this embodiment, combined with the examples of
For the transmission data, in the embodiment, it is used to support the transfer of the virtual character from the first virtual scene 310 to the second virtual scene 320, and is only visible to the jump server and the application server associated with this transfer process during the corresponding transfer process. That is, it is only visible to the jump server 202, the first application server 206, and the second application server 207. After the virtual character transfer is completed, the transmission data is converted into the second subprogram data corresponding to the second virtual scene 320 according to the preset data rules (such as the movement posture of the virtual character, the number of gold coins), and the jump server 202 no longer saves the transmission data.
According to some embodiments of the application, a computer storage medium is disclosed. Instructions are stored on the computer storage medium. When the instruction is executed on the computer, the computer is caused to execute any possible data processing method of the above-mentioned second embodiment.
The second embodiment is a method embodiment corresponding to the present embodiment, which can be implemented in cooperation with the second embodiment. The relevant technical details mentioned in the second embodiment are still valid in the present embodiment, and in order to reduce repetition, details are not described herein. Accordingly, the relevant technical details mentioned in the present embodiment may also be applied to the second embodiment.
According to some embodiments of the application, a computer program product is disclosed, including computer-executable instructions executed by a processor to implement a data processing method according to an embodiment of the invention.
The second embodiment is a method embodiment corresponding to the present embodiment, which can be implemented in cooperation with the second embodiment. The relevant technical details mentioned in the second embodiment are still valid in the present embodiment, and in order to reduce repetition, details are not described herein. Accordingly, the relevant technical details mentioned in the present embodiment may also be applied to the second embodiment.
In some cases, the disclosed embodiments may be implemented in hardware, firmware, software, or any combination thereof. The disclosed embodiments may also be implemented in the form of instructions or programs carried or stored on one or more transient or non-transient machine-readable (e.g., computer-readable) storage media, which may be read and executed by one or more processors or the like. When instructions or programs are run by a machine, the machine may perform the various methods described above. For example, the instructions may be distributed over a network or other computer-readable medium. Thus, a machine-readable medium may include, but is not limited to, any mechanism for storing or transmitting information in a form readable by a machine (e.g., a computer), such as a floppy disk, an optical disk, an optical disk read-only memory (CD-ROMs), a magneto-optical disk, a read-only memory (ROM), a random access memory (RAM), an erasable programmable read-only memory (EPROM), an electronically erasable programmable read-only memory (EEPROM), a magnetic or optical card, or a flash or tangible machine-readable memory for transmitting network information through electrical, optical, acoustic, or other forms of signals (e.g., a carrier wave, an infrared signal, a digital signal, etc.). Thus, a machine-readable medium includes any form of machine-readable medium suitable for storing or transmitting electronic instructions or machine (e.g., computer) readable information.
The embodiments of the present application have been described in detail above in connection with the drawings, but the use of the technical solutions of the present application is not limited to the various applications mentioned in the examples of the present patent, and various structures and variations can be readily implemented with reference to the technical solutions of the present application to achieve the various advantages mentioned herein. Various changes made without departing from the purpose of the present application shall fall within the scope of the patent of the present application, within the knowledge of one of ordinary skill in the art.
| Filing Document | Filing Date | Country | Kind |
|---|---|---|---|
| PCT/CN2022/072020 | 1/14/2022 | WO |
